[go: up one dir, main page]

TW202005318A - 移動通信中對於不同服務類型報告混合自動重複請求-確認資訊的方法和裝置 - Google Patents

移動通信中對於不同服務類型報告混合自動重複請求-確認資訊的方法和裝置 Download PDF

Info

Publication number
TW202005318A
TW202005318A TW108117612A TW108117612A TW202005318A TW 202005318 A TW202005318 A TW 202005318A TW 108117612 A TW108117612 A TW 108117612A TW 108117612 A TW108117612 A TW 108117612A TW 202005318 A TW202005318 A TW 202005318A
Authority
TW
Taiwan
Prior art keywords
dci
service
processor
service type
urllc
Prior art date
Application number
TW108117612A
Other languages
English (en)
Other versions
TWI715044B (zh
Inventor
阿梅特 烏穆 尤谷魯
拉哈文達 瑪戴那哈里 羅摩克里希那
阿布戴拉提夫 沙拿
Original Assignee
新加坡商 聯發科技（新加坡）私人有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 新加坡商 聯發科技（新加坡）私人有限公司 filed Critical 新加坡商 聯發科技（新加坡）私人有限公司
Publication of TW202005318A publication Critical patent/TW202005318A/zh
Application granted granted Critical
Publication of TWI715044B publication Critical patent/TWI715044B/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

描述了關於移動通信中使用者設備和網路裝置對於不同服務類型報告混合自動重傳請求-確認HARQ-ACK資訊的多種解決方案。裝置可以接收下行鏈路控制資訊DCI；裝置可以根據所述DCI確定服務類型；裝置可以根據所述服務類型選擇實體上行鏈路控制通道PUCCH資源；裝置可以在所述PUCCH資源中發送HARQ-ACK資訊。

Description

移動通信中對於不同服務類型報告混合自動重複請求-確認資訊的方法和裝置
本申請總體涉及移動通信，並且具體地，涉及關於移動通信中使用者設備和網路裝置的對於不同服務類型報告混合自動重傳請求-確認（hybrid automatic repeat request-acknowledgement，HARQ-ACK）資訊。
除非本文另有說明，否則本部分中描述的方法不是下面列出的請求項的先前技術，並且不由於包括在本部分中作為先前技術。
在長期演進（Long-Term Evolution，LTE）或新無線電（New Radio，NR）中，引入HARQ-ACK資訊傳輸以提高傳輸可靠性。使用者設備（user equipment，UE）需要在HARQ-ACK碼本中針對對應的下行鏈路接收報告HARQ-ACK資訊。HARQ-ACK碼本應當在由相應的下行鏈路控制資訊（downlink control information，DCI）格式中HARQ回饋時間指示符欄位的值所指示的時隙中發送。DCI格式還應指示為HARQ-ACK資訊傳輸所調度(schedule)的實體上行鏈路控制通道（physical uplink control channel，PUCCH）資源。可以使用HARQ-ACK複用來促進HARQ-ACK資訊傳輸。對應于複數個實體下行鏈路共用通道（physical downlink shared channel，PDSCH）傳輸的複數個HARQ-ACK回饋可以被累積，複用並一起發送到網路裝置。一個PUCCH資源可以用於在相同時隙中承載要發送的複數個HARQ-ACK回饋。
在NR中，HARQ回饋位元的傳輸架構(framework)是基於UE處的RRC配置（RRC-configured）的資源集，每個資源集包含一組資源。資源集中的每個資源與PUCCH格式，第一符號和PUCCH傳輸持續時間相關聯。 在每個調度DCI中向UE指示了HARQ-ACK資源指示符。可以在UE處複用針對不同傳輸的HARQ-ACK回饋。UE確定HARQ-ACK位元的所需數量，並根據高層參數選擇相應的資源集。
然而，HARQ回饋位元的當前傳輸架構不適合於超可靠和低延時通信（ultra-reliable and low latency communication，URLLC）。URLLC是針對需要對端到端延遲和可靠性提出高要求的新興應用而引入的。一般的URLLC可靠性要求是大小為32位元組的封包應該以10-5 的成功概率在1毫秒的端到端延遲內傳輸。 URLLC流量通常是陣發性的（sporadic）和短的，而低延遲和高可靠性的要求是嚴格的。例如，URLLC的控制可靠性必須比高達10-6 BLER的資料可靠性更嚴格。因此，在上行鏈路時隙中僅使用一個PUCCH資源用於HARQ回饋位元傳輸將增加傳輸延遲。不同服務類型所需的不同可靠性方面也是不同的。在頻譜效率中，為了可靠性URLLC HARQ回饋可能需要較多的實體資源塊PRB分配，而增強型移動寬頻（Enhanced Mobile Broadband，eMBB）HARQ回饋可能需要較窄的頻域分配。
因此，如何動態地區分服務類型可能成為報告HARQ-ACK資訊的重要問題。因此，需要提供適當的方案來對於不同服務類型報告HARQ-ACK資訊。
以下概述僅是說明性的，並不旨在以任何方式進行限制。也就是說，提供以下概述以介紹本文描述的新穎和非顯而易見的技術的概念，要點，益處和優點。下面在詳細描述中進一步描述選擇實現。因此，以下發明內容並非旨在標識所要求保護的主題的必要特徵，也不旨在用於確定所要求保護的主題的範圍。
本發明的目的是提出解決關於移動通信中使用者設備和網路裝置的對於不同服務類型報告HARQ-ACK資訊的前述提及的問題的解決方案或方案。
在一個方面，一種方法可以涉及接收DCI的裝置。該方法還可以包括裝置根據DCI確定服務類型。該方法還可以包括：裝置根據服務類型選擇PUCCH資源。該方法還可以包括：該裝置在PUCCH資源中發送HARQ-ACK資訊。
在一個方面，一種裝置可以包括能夠與無線網路的網路節點無線通訊的收發器。該裝置還可以包括通信地耦接到收發器的處理器。處理器可以能夠經由收發器接收DCI。處理器還能夠根據DCI確定服務類型。處理器還能夠根據服務類型選擇PUCCH資源。處理器還可以能夠經由收發器在PUCCH資源中發送HARQ-ACK資訊。
值得注意的是，儘管這裡提供的描述可以在某些無線電接入技術，網路和網路拓撲的背景下，例如長期演進（Long-Term Evolution，LTE），LTE-Advanced，LTE-Advanced Pro，第五代（5th Generation，5G），新無線電（New Radio，NR），物聯網（Internet-of-Things，IoT）和窄帶物聯網（Band Internet of Things，NB-IoT），提出的概念，方案及其任何變形/衍生物可以在其他類型的無線電接入技術，網路和網路拓撲中實施，用於和通過其他類型的無線電接入技術，網路和網路拓撲實施。因此，本發明的範圍不限於本文描述的示例。
本文公開了所要求保護的主題的詳細實施例和實施方式。然而，應該理解的是，所公開的實施例和實施方式僅僅是對要求保護的主題的說明，其可以以各種形式體現。然而，本發明可以以許多不同的形式實施，並且不應該被解釋為限於這裡闡述的示例性實施例和實施方式。而是，提供這些示例性實施例和實施方式，使得本發明的描述是徹底和完整的，並且將向所屬領域具有通常知識者充分傳達本發明的範圍。在以下描述中，可以省略公知特徵和技術的細節以避免不必要地模糊所呈現的實施例和實施方式。概述
根據本發明的實施方式涉及關於移動通信中的使用者設備和網路裝置的對於不同服務類型報告HARQ-ACK資訊的各種技術，方法，方案和/或解決方案。根據本發明，可以單獨地或聯合地實施一些可能的解決方案。也就是說，儘管可以在下面分別描述這些可能的解決方案，但是這些可能的解決方案中的兩個或更多個可以以一種組合或另一種組合實施。
在LTE或者NR中，引入HARQ-ACK資訊傳輸以提高傳輸可靠性。UE需要在HARQ-ACK碼本中針對對應的下行鏈路接收報告HARQ-ACK資訊。HARQ-ACK碼本應當在由相應的DCI格式中HARQ回饋時間指示符欄位的值所指示的時隙中傳輸。DCI格式還應指示為HARQ-ACK資訊傳輸所調度的PUCCH資源。可以使用HARQ-ACK複用來促進HARQ-ACK資訊傳輸。對應於複數個PDSCH傳輸的複數個HARQ-ACK回饋可以被累積，複用並一起發送到網路裝置。一個PUCCH資源可以用於在相同時隙中承載要發送的複數個HARQ-ACK回饋。
在NR中，HARQ回饋位元的傳輸架構(framework)是基於UE處的RRC配置的資源集，每個資源集包含一組資源。資源集中的每個資源與PUCCH格式，第一符號和PUCCH傳輸持續時間相關聯。在每個調度DCI中向UE指示了HARQ-ACK資源指示符。可以在UE處複用針對不同傳輸的HARQ-ACK回饋。UE確定HARQ-ACK位元的所需數量，並根據高層參數選擇相應的資源集。
然而，HARQ回饋位元的當前傳輸架構(framework)不適用於URLLC。 URLLC是針對需要對端到端延遲和可靠性提出高要求的新興應用而引入的。一般的URLLC可靠性要求是大小為32位元組的封包應該以10-5 的成功概率在1毫秒的端到端延遲內傳輸。 URLLC流量通常是陣發性的和短的，而低延遲和高可靠性要求是嚴格的。例如，URLLC的控制可靠性必須比高達10-6 BLER的資料可靠性更嚴格。因此，在上行鏈路時隙中僅使用一個PUCCH資源用於HARQ回饋位元傳輸將增加傳輸延遲。不同服務類型所需的不同可靠性方面也是不同的。在頻譜效率中，為了可靠性URLLC HARQ回饋可能需要較多的PRB分配，而eMBB HARQ回饋可能需要較窄的頻域分配。
可以向UE提供eMBB和URLLC業務。如何動態地區分服務類型可能成為報告HARQ-ACK資訊的重要問題。鑒於以上所述，本發明提出了關於UE和網路裝置的對於不同服務類型報告HARQ-ACK資訊的複數個方案。根據本發明的方案，UE能夠從DCI中識別被調度傳輸的服務類型。UE還能夠根據確定的服務類型適當的報告HARQ-ACK資訊。
第1圖示出了根據本發明實施方式的示例方案100。方案100可以涉及UE和網路節點，其可以是無線通訊網路的一部分（例如，LTE網路，LTE-Advanced網路，LTE-Advanced Pro網路，5G網路，NR網路，IoT網路或NB-IoT網路）。 UE可以被配置為與網路節點建立至少一個連接。UE可以配置有URLLC和/或eMBB服務。UE可以從網路節點接收DCI。 DCI可以調度與URLLC和/或eMBB服務相對應的下行鏈路傳輸（例如，PDSCH）。
參考第1圖，方案100可以涉及由UE執行的用於對於不同服務類型報告HARQ-ACK資訊的複數個操作和/或動作，如由框101，102，103，104和105中的一個或複數個所表示的。儘管示出為離散框，根據期望的實現，方案100的各個框可以被劃分為附加框，組合成更少的框或者被刪除。方案100可以由下面描述的通信裝置210實施。方案100可以從101開始。
在101處，在接收到DCI之後，UE可以被配置為對調度PDSCH的DCI進行解碼。方案100可以從101進行到102。
在102處，UE可以被配置為確定PDSCH所對應的服務類型，以用於HARQ回饋過程。由於UE可以配置有URLLC和/或eMBB服務，並且不同的服務類型可以對應於不同的HARQ回饋過程，因此UE可能需要確定由DCI調度的下行鏈路傳輸的服務類型。方案100可以從102進行到103。
在103處，UE可以被配置為確定HARQ回饋延遲是否是重要的（critical）。不同的服務類型可能具有不同的HARQ回饋延遲要求。例如，URLLC服務的HARQ回饋延遲要求應該比eMBB服務的HARQ回饋延遲要求更重要。在HARQ回饋延遲是重要的情況下，方案100可以從103進行到104。在HARQ回饋延遲不重要的情況下，方案100可以從103進行到105。
在104處，UE可以被配置為執行URLLC HARQ回饋過程。UE可以更即時地（instantaneous）報告HARQ-ACK資訊以減少延遲並滿足URLLC服務的HARQ回饋延遲要求。
在105處，UE可以被配置為執行eMBB HARQ回饋過程。因為eMBB服務的HARQ回饋延遲要求是不重要的，UE可能能夠定期報告HARQ-ACK資訊或者在HARQ-ACK碼本中定期報告HARQ-ACK資訊。
在UE被分配有eMBB和URLLC服務並且針對URLLC和eMBB傳輸的調度許可(scheduling grant)被包括在相同的HARQ-ACK碼本中的情況下，優選地不在相同的PUCCH資源中複用HARQ-ACK回饋位元，這是因為URLLC服務比eMBB服務需要更低的延遲和更高的可靠性。這需要UE基於調度DCI識別服務類型的機制和設計。在從網路節點接收到DCI之後，UE可以被配置為根據DCI確定服務類型。然後，UE可以根據服務類型適應性地選擇PUCCH資源。UE可以在所選擇的PUCCH資源中發送HARQ-ACK資訊。
具體地，UE可以被配置為基於DCI的一些屬性來確定/識別被調度傳輸的服務類型。例如，UE可以被配置為根據DCI使用的無線電網路臨時識別符（radio network temporary identifier，RNTI）來確定服務類型。可以為URLLC服務定義特定RNTI。在使用URLLC服務特定的RNTI（service-specific RNTI）對用於調度的相同DCI格式進行加擾的情況下，UE可能能夠根據哪個RNTI能夠成功解碼該調度DCI來隱式地識別出該調度DCI的關聯服務類型。
可替代地，UE可以被配置為根據DCI的搜索空間(search space)來確定服務類型。可以在控制資源集（control-resource set，CORESET）中配置UE特定搜索空間。UE可以配置有用於不同PDCCH候選的複數個搜索空間。在NR中，可以通過UE特定無線電資源控制（radio resource control，RRC）信號來配置用於PDCCH的UE特定搜索空間(UE-specific search space)的配置。在用於URLLC和eMBB服務的調度DCI位於不同PDCCH搜索空間中的情況下，UE能夠為每個對應的服務類型識別出正確的DCI。可以預先確定搜索空間限制(restriction)（例如，由NR規範定義）。例如，指定搜索空間的一種方法是將用於URLLC的DCI限制到特定（certain）聚合級別（aggregation level）或特定控制通道元素（control channel element，CCE）。指定搜索空間的另一種方式是基於正交頻分複用（orthogonal frequency-division multiplexing，OFDM）符號數來進行限制。
在UE檢測到在CORESET中的複數個調度DCI的情況下，UE可以被配置為基於指定的/預定的規則來識別它們。例如，用於URLLC的DCI可以始終配置在比用於eMBB的DCI早的OFDM符號處。UE可以被配置為根據不同的DCI位置確定不同的服務類型。搜索空間限制還可以通過RRC信令來通知。例如，指定搜索空間的另一種方式是通過在特定（certain）PDCCH搜索空間中調度DCI來通知可配置的服務類型。 這可以在配置UE特定PDCCH(UE-specific PDCCH)搜索空間的相同RRC消息中通知。此外，搜索空間限制也可以擴展到專用CORESET。例如，也可使用特定CORESET監控時機來識別服務類型。
或者，UE可以被配置為根據DCI的DCI格式，DCI的DCI欄位和DCI的有效載荷尺寸中的至少一個來確定服務類型。例如，在為用於URLLC的調度DCI專門定義不同的或特定的DCI格式的情況下，可以從DCI格式識別出相應的服務類型。具有小的有效載荷尺寸的緊湊尺寸（compact-sized）的DCI可以用於URLLC服務。在另一示例中，UE可以使用特定（certain）DCI欄位（例如，調變和編碼方案（modulation and coding scheme，MCS）表，在特定欄位中的位元數量等）來確定DCI是否調度URLLC傳輸或eMBB傳輸，因此可以隱式的識別出服務類型。在另一示例中，調度URLLC的DCI應比調度eMBB的DCI具有小的有效載荷尺寸。UE可以根據不同的有效載荷尺寸來區分不同的服務類型。可以考慮用於UE指示有效載荷尺寸的不同機制，並且UE也可以解讀（interpret）任何這樣的指示來識別出服務類型。
可以針對不同的服務類型業務配置用於HARQ回饋位元的上行鏈路傳輸的不同PUCCH資源。可以為高優先次序（例如，URLLC）服務類型配置專用PUCCH資源集。可以將一個或複數個PUCCH資源集配置為僅限於用於URLLC類型服務。UE選擇PUCCH資源集的過程可以涉及確定服務類型以及所需的位元數。例如，網路節點可以配置專用PUCCH資源集，該專用PUCCH資源集僅具有被配置為短PUCCH格式的PUCCH資源。UE能夠選擇用於發送對應於URLLC服務的HARQ-ACK資訊的這些PUCCH資源。例如，UE可以被配置為在服務類型是URLLC服務的情況下選擇URLLC特定的PUCCH（URLLC-specific PUCCH）資源。在另一示例中，UE可以被配置為在服務類型是URLLC服務的情況下及時(in time)選擇最近的PUCCH資源。因此，UE可以在由用於層1（L1）信令的RRC所調度的最近資源中發送HARQ位元，所以可以減少延遲。還可以適當地處理不同服務類型的HARQ位元的可靠性。
在確定PUCCH資源集之後，PUCCH資源的選擇可以基於參數K1和PDSCH時域資源配置欄位的組合。UE可以被配置為根據時隙或符號指示（例如，參數K1）和時域資源配置中的至少一個來選擇PUCCH資源（例如，HARQ-ACK資源）。具體地，K1參數可以指示用於HARQ-ACK資源的時隙。PDSCH傳輸的最後的符號可以指示HARQ-ACK資源的第一個符號或者在最後的PDSCH符號索引之後的第一個可用的HARQ-ACK符號。例如，在K1等於1的情況下，UE可以被配置為在下一時隙中在最後的PDSCH符號索引之後的隨後的符號索引上選擇HARQ-ACK資源。在最後的PDSCH傳輸符號索引和HARQ-ACK資源之間的符號數量方面的時間偏移可以基於UE能力。該能力可以是單個值或用於不同的子載波間隔配置的不同值。在另一示例中，可以經由RRC信令在UE處配置補充參數（例如，類似於K1但是基於符號）。該新參數（例如，K'1）可以不小於UE的N1能力並且半靜態地配置。在這種情況下，UE可以選擇在從PDSCH傳輸的最後符號的K'1偏移之後的時域中的第一個HARQ-ACK資源。
或者，僅在參數 K1等於0的情況下，PDSCH傳輸的最後的符號可以指示HARQ-ACK資源的第一個符號或最後的PDSCH符號索引之後的第一個可用的HARQ-ACK符號。否則，可以使用確認資源指示符（acknowledgement resource indicator，ARI）欄位指示HARQ-ACK資源。在一些實施方式中，PDSCH傳輸的最後的符號和第一個符號兩者可以用於確定HARQ-ACK資源的第一個符號。因此，DCI中的ARI欄位可能不是必需的，這可以幫助減少URLLC的DCI有效載荷尺寸，並因此獲得更好的解碼可靠性。
如上所述，由於不同的延遲和可靠性要求，可能不允許URLLC HARQ-ACK回饋位元與eMBB HARQ-ACK回饋位元複用。然而，取決於服務要求和配置的PUCCH資源，可以複用用於不同的URLLC傳輸的HARQ-ACK位元。因此，UE可以被配置為取消對應於URLLC服務的HARQ-ACK回饋位元的複用。或者，UE可以被配置為根據時隙或符號指示和時域資源配置中的至少一個來複用對應於URLLC服務的HARQ-ACK回饋位元。網路節點可以使用高層（例如，RRC層）參數來配置是否允許UE複用對應於URLLC服務的HARQ-ACK回饋位元。
例如，UE可以被配置為根據參數K1複用對應於URLLC服務的HARQ-ACK回饋位元。參數K1可以是基於符號或時隙定義的。在至少兩個參數K1指示相同符號或時隙的情況下，UE可以被配置為複用相應的HARQ-ACK回饋位元並且將HARQ-ACK回饋位元一起發送到網路節點。在另一示例中，UE可以被配置為根據參數K1和用於PDSCH的時域資源配置來複用對應於URLLC服務的HARQ-ACK回饋位元。參數K1可以是基於符號或時隙定義的。在另一示例中，當K1參數等於0時，UE可以被配置為根據用於PDSCH的時域資源配置來複用對應於URLLC服務的HARQ-ACK回饋位元。在該示例中，K1參數可以是基於時隙定義的。當K1參數大於0時，可以根據時隙確定複用。說明性實施方式
第2圖示出了根據本發明的實施方式的示例通信裝置210和示例網路裝置220。通信裝置210和網路裝置220中的每一個可以執行各種功能以實施涉及關於無線通訊中使用者設備和網路裝置的對於不同服務類型報告HARQ-ACK資訊的本文描述的方案，技術，過程和方法，包括上面描述的方案以及下面描述的過程300。
通信裝置210可以是電子裝置的一部分，其可以是諸如可擕式或移動裝置的UE，可穿戴裝置，無線通訊裝置或計算裝置。例如，通信裝置210可以在智慧手機，智慧手錶，個人數位助理，數碼相機或諸如平板電腦，膝上型電腦或筆記型電腦的計算裝置中實施。通信裝置210還可以是機器類型設備的一部分，其可以是諸如不移動的或固定的設備的IoT或NB-IoT設備，家庭設備，有線通信設備或計算設備。例如，通信裝置210可以在智慧恒溫器，智慧冰箱，智慧門鎖，無線揚聲器或家庭控制中心中實施。或者，通信裝置210可以以一個或複數個積體電路（IC）晶片的形式實施，例如但不限於，一個或複數個單核處理器，一個或複數個多核處理器，一個或複數個精簡指令集計算（reduced-instruction set computing，RISC）處理器，或一個或複數個複雜指令集計算（complex-instruction-set-computing， CISC）處理器。通信裝置210可以包括第2圖中所示的那些組件中的至少一些，例如，處理器212等。通信裝置210還可以包括與本發明提出的方案無關的一個或複數個其他組件（例如，內部電源，顯示設備和/或使用者介面設備），並且為簡單和簡潔起見，通信裝置210的這種組件未在第2圖中示出也沒有在下面描述。
網路裝置220可以是電子設備的一部分，該電子設備可以是諸如基站，小型社區，路由器或閘道的網路節點。例如，網路裝置220可以在LTE，LTE-Advanced或LTE-Advanced Pro網路中的eNodeB中實施，或者在5G，NR，IoT或NB-IoT網路中的gNB中實施。或者，網路裝置220可以以一個或複數個IC晶片的形式實施，例如但不限於，一個或複數個單核處理器，一個或複數個多核處理器，或一個或複數個RISC或CISC處理器。網路裝置220可以包括第2圖中所示的那些組件中的至少一些，例如，處理器222等。網路裝置220還可以包括與本發明所提出的方案無關的一個或複數個其他組件（例如，內部電源，顯示設備和/或使用者介面設備），並且為簡單和簡潔起見，網路裝置220的這種組件未在第2圖中示出也沒有在下面描述。
在一個方面，處理器212和處理器222中的每一個可以以一個或複數個單核處理器，一個或複數個多核處理器或一個或複數個RISC或CISC處理器的形式實施。也就是說，即使這裡使用單數術語“處理器”來指代處理器212和處理器222，根據本發明，處理器212和處理器222中的每一個在一些實施方式中可以包括複數個處理器，並且在其他實施方式中可以包括單個處理器。在另一方面，處理器212和處理器222中的每一個可以以具有電子組件的硬體（以及可選地，固件）的形式實施，所述電子組件包括例如但不限於一個或複數個電晶體，一個或複數個二極體，一個或複數個電容器，一個或複數個電阻器，一個或複數個電感器，一個或複數個憶阻器和/或一個或複數個變容二極體，其被配置和佈置成實現根據本發明的特定目的。換句話說，在至少一些實施方式中，處理器212和處理器222中的每一個是專門設計，佈置和配置成執行特定任務的專用機器，該特定任務包括設備（例如，如通信裝置210所表示的）和網路（例如，如網路裝置220所表示的）中的功耗降低。
在一些實施方式中，通信裝置210還可以包括耦接到處理器212並且能夠無線地發送和接收資料的收發器216。在一些實施方式中，通信裝置210還可以包括記憶體214，記憶體214耦接到處理器212並且能夠被處理器212訪問並能夠在其中存儲資料。在一些實施方式中，網路裝置220還可以包括耦接到處理器222並且能夠無線地發送和接收資料的收發器226。在一些實施方式中，網路裝置220還可以包括記憶體224，其耦接到處理器222並且能夠被處理器222訪問並能夠在其中存儲資料。因此，通信裝置210和網路裝置220可以分別經由收發器216和收發器226彼此無線通訊。為了幫助更好地理解，在移動通信環境的上下文中提供了通信裝置210和網路裝置220中的每一個的操作，功能和能力的以下描述，其中通信裝置210在通信裝置或者UE中實施或者作為UE或者通信裝置實施。網路裝置220在通信網路的網路節點中實施或作為通信網路的網路節點實施。
在一些實施方式中，處理器212可以被配置為經由收發器216建立與網路裝置220的至少一個連接。處理器212可以配置有URLLC和/或eMBB服務。處理器212可以經由收發器216從網路裝置220接收DCI。DCI可以調度URLLC和/或eMBB服務所對應的下行鏈路傳輸（例如，PDSCH）。處理器212可以被配置為解碼調度PDSCH的DCI。處理器212可以被配置為HARQ回饋過程確定PDSCH所對應的服務類型。處理器212可以被配置為確定HARQ回饋延遲是否是重要的（critical）。在HARQ回饋延遲是重要的情況下，處理器212可以被配置為執行URLLC HARQ回饋過程。處理器212可以更即時地（instantaneous）報告HARQ-ACK資訊以減少延遲並滿足URLLC服務的HARQ回饋延遲要求。在HARQ回饋延遲不重要的情況下，處理器212可以被配置為執行eMBB HARQ回饋過程。因為eMBB服務的HARQ回饋延遲要求是不重要的，處理器212可能能夠定期報告HARQ-ACK資訊或者在HARQ-ACK碼本中定期報告HARQ-ACK資訊。
在一些實施方式中，處理器212可以被配置為基於DCI的一些屬性來確定/識別被調度傳輸的服務類型。 例如，處理器212可以被配置為根據DCI所使用的RNTI確定服務類型。可以為URLLC服務定義特定RNTI。在使用URLLC的服務特定RNTI對用於調度的相同DCI格式進行加擾的情況下，處理器212可以能夠根據哪個RNTI可以成功解碼該調度DCI來隱式地識別出該調度DCI的關聯服務類型。
在一些實施方式中，處理器212可以被配置為根據DCI的搜索空間來確定服務類型。可以在CORESET中配置UE特定搜索空間。處理器212可以配置有用於不同PDCCH候選的複數個搜索空間。在NR中，網路裝置220可以經由UE特定RRC(UE-specific RRC)信號配置用於PDCCH的UE特定搜索空間。在用於URLLC和eMBB服務的調度DCI位於不同PDCCH搜索空間中的情況下，處理器212可能能夠為每個對應的服務類型識別出正確的DCI。
在一些實施方式中，在處理器212檢測到CORESET中的複數個調度DCI的情況下，處理器212可以根據指定的/預定規則識別它們。例如，用於URLLC的DCI可以始終配置在比用於eMBB的DCI早的OFDM符號處。處理器212可以被配置為根據不同的DCI位置確定不同的服務類型。網路裝置220可以通過RRC信令配置搜索空間限制。例如，處理器220可以被配置為通過在特定PDCCH搜索空間中調度DCI來通知可配置的服務類型。處理器220可以在配置UE特定PDCCH搜索空間的相同RRC消息中通知它。此外，搜索空間限制也可以擴展到專用CORESET。例如，處理器212還可以使用特定CORESET監視時機來識別服務類型。
在一些實施方式中，處理器212可以被配置為根據DCI的DCI格式，DCI的DCI欄位和DCI的有效載荷尺寸中的至少一個來確定服務類型。例如，在為用於URLLC的調度DCI專門定義不同的或特定的DCI格式的情況下，處理器212可以被配置為從DCI格式識別出相應的服務類型。具有小有效載荷尺寸的緊湊尺寸的DCI可以用於URLLC服務。在另一示例中，處理器212可以使用特定DCI欄位（例如，MCS表，特定欄位中的位元數量等）來確定DCI是否調度URLLC傳輸或eMBB傳輸。在另一示例中，調度URLLC的DCI應具有比調度eMBB的DCI小的有效載荷尺寸。處理器212能夠根據不同的有效載荷尺寸來區分不同的服務類型。可以考慮指示有效載荷尺寸的不同機制，並且處理器212也可以解讀任何這樣的指示以識別出服務類型。
在一些實施方式中，網路裝置220可以針對不同的服務類型業務配置用於HARQ回饋位元的上行鏈路傳輸的不同PUCCH資源。網路裝置220可以為高優先次序（例如，URLLC）服務類型配置專用PUCCH資源集。網路裝置220可以配置一個或複數個PUCCH資源集，該一個或複數個PUCCH資源集被限制為僅用於URLLC類型服務。通信裝置210選擇PUCCH資源集的過程可以涉及確定服務類型以及所需的位元數。例如，處理器222可以配置專用PUCCH資源集，該專用PUCCH資源集僅僅具有被配置作為短PUCCH格式的PUCCH資源。處理器212能夠選擇用於發送對應於URLLC服務的HARQ-ACK資訊的這些PUCCH資源。例如，處理器212可以被配置為在服務類型是URLLC服務的情況下選擇URLLC特定的PUCCH資源。在另一示例中，處理器212可以被配置為在服務類型是URLLC服務的情況下及時的選擇最近的PUCCH資源。
在一些實施方式中，在確定PUCCH資源集之後，PUCCH資源的選擇可以基於參數K1和PDSCH時域資源配置欄位的組合。處理器212可以被配置為根據時隙或符號指示（例如，參數K1）和時域資源配置中的至少一個來選擇PUCCH資源（例如，HARQ-ACK資源）。具體地，處理器222可以使用參數K1來指示用於HARQ-ACK資源的時隙。處理器222可以使用PDSCH傳輸的最後的符號來指示HARQ-ACK資源的第一個符號或者在最後的PDSCH符號索引之後的第一個可用的HARQ-ACK符號。例如，在K1等於1的情況下，處理器212可以被配置為在下一時隙中在最後的PDSCH符號索引之後的隨後的符號索引上選擇HARQ-ACK資源。在另一示例中，處理器222可以經由RRC信令向UE配置補充參數（例如，類似於K1但在符號方面）。該新參數（例如，K'1）可以不小於通信裝置210的N1能力並且被半靜態地配置。在這種情況下，處理器212可以選擇在從PDSCH傳輸的最後符號的K'1偏移之後的時域中的第一個HARQ-ACK資源。
在一些實施方式中，處理器222僅在參數K1等於0的情況下，使用PDSCH傳輸的最後的符號來指示HARQ-ACK資源的第一個符號或者在最後的PDSCH符號索引之後的第一個可用的HARQ-ACK符號。否則，處理器222可以使用ARI欄位來指示HARQ-ACK資源。或者，處理器222和/或處理器212可以使用PDSCH傳輸的最後的符號和第一個符號來確定HARQ-ACK資源的第一個符號。
在一些實施方式中，處理器212可以被配置為取消對應於URLLC服務的HARQ-ACK回饋位元的複用。或者，處理器212可以被配置為根據時隙或符號指示和時域資源配置中的至少一個來複用對應於URLLC服務的HARQ-ACK回饋位元。處理器222可以使用高層（例如，RRC層）參數來配置是否允許通信裝置210複用對應於URLLC服務的HARQ-ACK回饋位元。
在一些實施方式中，處理器212可以被配置為根據參數K1複用對應於URLLC服務的HARQ-ACK回饋位元。參數K1可以是基於符號或時隙定義的。在至少兩個參數K1指示相同符號或時隙的情況下，處理器212可以被配置為複用相應的HARQ-ACK回饋位元並將HARQ-ACK回饋位元一起發送到網路裝置220。在另一示例中，處理器212可以被配置為根據參數K1和用於PDSCH的時域資源配置來複用對應於URLLC服務的HARQ-ACK回饋位元。參數K1可以是基於符號或時隙定義的。在另一示例中，處理器212可以被配置為當參數 K1等於0時，根據用於PDSCH的時域資源配置來複用對應於URLLC服務的HARQ-ACK回饋位元。在該示例中，參數 K1可以是基於時隙定義的。當參數 K1大於0時，處理器212可以根據時隙確定複用。說明性過程
第3圖示出了根據本發明的實施方式的示例過程300。過程300可以是基於本發明的上述方案的示例實施方式，部分或完全的關於對於不同服務類型報告HARQ-ACK資訊。過程300可以表示通信裝置210的特徵的實現的一個方面。過程300可以包括由框310，320，330和340中的一個或複數個框所示的一個或複數個操作，動作或功能。儘管被示為離散框，取決於期望的實現，可以將各種過程框300劃分為附加框，組合成更少的框或者刪除。此外，過程300的框可以按照第3圖中所示的順序執行，或者，可以以不同的順序執行。過程300可以由通信裝置210或任何合適的UE或機器類型設備實施。僅出於說明性目的而非限制，下面在通信裝置210的上下文中描述過程300。過程300可以在框310處開始。
在310處，過程300可以涉及裝置210的處理器212接收DCI。過程300可以從310進行到320。
在320處，過程300可以涉及處理器212根據DCI確定服務類型。過程300可以從320進行到330。
在330處，過程300可以涉及處理器212根據服務類型選擇PUCCH資源。過程300可以從330進行到340。
在340處，過程300可以涉及處理器212在PUCCH資源中發送HARQ-ACK資訊。
在一些實施方式中，過程300可以涉及處理器212根據DCI所使用的RNTI確定服務類型。
在一些實施方式中，過程300可以涉及處理器212根據DCI的搜索空間確定服務類型。
在一些實施方式中，過程300可以涉及處理器212根據DCI的DCI格式，DCI的DCI欄位和DCI的有效載荷尺寸中的至少一個來確定服務類型。
在一些實施方式中，服務類型可以包括URLLC服務和eMBB服務中的至少一個。
在一些實施方式中，過程300可以涉及處理器212在服務類型是URLLC服務的情況下選擇URLLC特定的PUCCH資源。
在一些實施方式中，過程300可以涉及處理器212在服務類型是URLLC服務的情況下及時選擇最近的PUCCH資源。
在一些實施方式中，過程300可以涉及處理器212根據時隙或符號指示和時域資源配置中的至少一個來選擇PUCCH資源。
在一些實施方式中，過程300可以涉及處理器212在服務類型是URLLC服務的情況下取消對應於URLLC服務的HARQ-ACK回饋位元的複用。
在一些實施方式中，過程300可以涉及在服務類型是URLLC服務的情況下處理器212根據時隙或符號指示和時域資源配置中的至少一個來複用對應於URLLC服務的HARQ-ACK回饋位元。附加說明
本文描述的主題有時示出包含在其他不同組件內或與其他不同組件連接的不同組件。需要理解的是，這樣描繪的架構僅僅是示例，並且實際上可以實施許多其他架構，以實現相同的功能。在概念意義上，實現相同功能的任何組件佈置有效地“關聯”，以使得實現期望的功能。因此，這裡組合以實現特定功能的任何兩個組件可以被視為彼此“關聯”，使得實現期望的功能，而不管架構或中間組件。同樣地，如此關聯的任何兩個組件也可以被視為彼此“可操作地連接”或“可操作地耦接”以實現期望的功能，並且能夠如此關聯的任何兩個組件也可以被視為“可操作地耦接的”到彼此，以實現所需的功能。可操作耦接的具體示例包括但不限於實體上可配對和/或實體上相互作用的組件和/或可無線交互和/或無線交互的組件和/或邏輯上相互作用和/或邏輯上可交互的組件。
此外，關於本文中基本上任何複數和/或單數術語的使用，所屬領域具有通常知識者可以根據上下文和/或應用從複數轉換為單數和/或從單數轉換為複數。為清楚起見，這裡可以明確地闡述各種單數/複數置換。
此外，所屬領域具有通常知識者可以理解，通常這裡所使用的術語，特別是在所附的請求項中使用的術語，例如所附請求項的主體，一般旨在作為“開放式”術語，例如術語“包括”應被解釋為“包括但不限於”，術語“包含”應被解釋為“包含但不限於”，術語“具有”應該被解釋為“至少具有”，等。所屬領域具有通常知識者可以進一步理解，如果意指特定數量的所引入請求項要素，這樣的意圖將明確地記載在請求項中，並且在缺少這樣的記載時不存在這樣的意圖。例如，為了有助於理解，所附請求項可包含引入性短語“至少一個”和“一個或複數個”的使用以引入請求項要素。然而，使用這樣的短語不應被解釋為暗示由不定冠詞“a”或“an”引入的請求項要素限制含有這樣引入請求項要素的任何特定請求項只包含一個這樣的要素，即使當相同的請求項包含了引入性短語“一個或複數個”或“至少一個”和不定冠詞例如“a”或“an”，例如“a”和/或“an”應被解釋為是指“至少一個”或“一個或複數個”，這同樣適用於用來引入請求項要素的定冠詞的使用。此外，即使明確記載特定數量的所引入請求項要素，所屬領域具有通常知識者將認識到，這樣的陳述應被解釋為意指至少所列舉的數量，例如沒有其它修飾詞的敘述“兩個要素”，是指至少兩個要素或者兩個或更多要素。此外，在使用類似於“A，B和C等中的至少一個”的情況下，就其目的而言，通常這樣的結構，所屬領域具有通常知識者將理解該慣例，例如“系統具有A，B和C中的至少一個”將包括但不限於系統具有單獨的A、單獨的B、單獨的C、A和B一起、A和C一起、B和C一起、和/或A、B和C一起等。在使用類似於“A，B或C等中的至少一個”的情況下，就其目的而言，通常這樣的結構，所屬領域具有通常知識者將理解該慣例，例如“系統具有A，B或C中的至少一個”將包括但不限於系統具有單獨的A、單獨的B、單獨的C、A和B一起、A和C一起、B和C一起、和/或A、B和C一起等。所屬領域具有通常知識者將進一步理解，實際上表示兩個或複數個可選項的任何轉折詞語和/或短語，無論在說明書、請求項或附圖中，應該被理解為考慮包括這些項中之一個、這些項中之任一個或者這兩項之可能性。例如，短語“A或B”將被理解為包括“A”或“B”或“A和B”的可能性。
由上可知，可以理解的是，為了說明目的本文已經描述了本申請的各種實施方式，並且可以不脫離本申請的範圍和精神而做出各種修改。因此，本文所公開的各種實施方式並不意味著是限制性的，真正的範圍和精神由所附請求項確定。
100‧‧‧方案 101，102，103，104，105‧‧‧框 210‧‧‧通信裝置 220‧‧‧網路裝置 212，222‧‧‧處理器 214，224‧‧‧記憶體 216，226‧‧‧收發器 300‧‧‧過程 310，320，330，340‧‧‧框
包括附圖以提供對本發明的進一步理解，並且附圖被併入並構成本發明的一部分。附圖示出了本發明的實施方式，並且與說明書一起用於解釋本發明的原理。可以理解的是，附圖不一定按比例繪製，因為為了清楚地說明本發明的概念，一些部件可能被示出為與實際實施中的尺寸不成比例。 第1圖是描繪根據本發明實施方式的方案下的示例方案的示意圖。 第2圖是根據本發明實施方式的示例網路裝置和示例通信裝置的框圖。 第3圖是根據本發明實施方式的示例過程的流程圖。
100‧‧‧方案
101，102，103，104，105‧‧‧框

Claims (20)

  1. 一種方法，包括： 裝置的處理器接收下行鏈路控制資訊(DCI)； 所述處理器根據所述DCI確定服務類型； 所述處理器根據所述服務類型選擇實體上行鏈路控制通道(PUCCH)資源； 所述處理器在所述PUCCH資源中發送混合自動重傳請求-確認(HARQ-ACK)資訊。
  2. 根據申請專利範圍第1項所述之方法，其中，所述確定包括：根據所述DCI所使用的無線電網路臨時識別符RNTI確定所述服務類型。
  3. 根據申請專利範圍第1項所述之方法，其中，所述確定包括：根據所述DCI的搜索空間確定所述服務類型。
  4. 根據申請專利範圍第1項所述之方法，其中，所述確定包括：根據所述DCI的DCI格式，所述DCI的DCI欄位，所述DCI的有效載荷尺寸中至少一個確定所述服務類型。
  5. 根據申請專利範圍第1項所述之方法，其中，所述服務類型包括超可靠和低延遲通信(URLLC)服務和增強型移動寬頻(eMBB)服務中至少一個。
  6. 根據申請專利範圍第5項所述之方法，其中，所述選擇包括：在所述服務類型是所述URLLC服務的情況下選擇URLLC特定的PUCCH資源。
  7. 根據申請專利範圍第5項所述之方法，其中，所述選擇包括：在所述服務類型是所述URLLC服務的情況下及時的選擇最近的PUCCH資源。
  8. 根據申請專利範圍第1項所述之方法，其中，所述選擇包括：根據時隙指示或者符號指示，和時域資源配置中至少一個選擇所述PUCCH資源。
  9. 根據申請專利範圍第5項所述之方法，進一步包括： 所述處理器在所述服務類型是所述URLLC服務的情況下取消對應於所述URLLC服務的HARQ-ACK回饋位元的複用。
  10. 根據申請專利範圍第5項所述之方法，進一步包括： 所述處理器在所述服務類型是所述URLLC服務的情況下，根據時隙指示或者符號指示，和時域資源配置中至少一個複用對應於所述URLLC服務的HARQ-ACK回饋位元。
  11. 一種裝置，包括： 收發器，能夠與無線網路的網路節點無線通訊；以及 處理器，與所述收發器通信耦接，所述處理器能夠： 經由所述收發器接收下行鏈路控制資訊(DCI)； 根據所述DCI確定服務類型； 根據所述服務類型選擇實體上行鏈路控制通道(PUCCH)資源； 經由所述收發器在所述PUCCH資源中發送混合自動重傳請求-確認(HARQ-ACK)資訊。
  12. 根據申請專利範圍第11項所述之裝置，其中，在根據所述DCI確定服務類型中，所述處理器能夠根據所述DCI所使用的無線電網路臨時識別符RNTI確定所述服務類型。
  13. 根據申請專利範圍第11項所述之裝置，在根據所述DCI確定服務類型中，所述處理器能夠根據所述DCI的搜索空間確定所述服務類型。
  14. 根據申請專利範圍第11項所述之裝置，其中，在根據所述DCI確定服務類型中，所述處理器能夠根據所述DCI的DCI格式，所述DCI的DCI欄位，所述DCI的有效載荷尺寸中至少一個確定所述服務類型。
  15. 根據申請專利範圍第11項所述之裝置，其中，所述服務類型包括超可靠和低延遲通信(URLLC)服務和增強型移動寬頻(eMBB)服務中至少一個。
  16. 根據申請專利範圍第15項所述之裝置，其中，在根據所述服務類型選擇PUCCH資源中，所述處理器能夠在所述服務類型是所述URLLC服務的情況下選擇URLLC特定的PUCCH資源。
  17. 根據申請專利範圍第15項所述之裝置，其中，在根據所述服務類型選擇PUCCH資源中，所述處理器能夠在所述服務類型是所述URLLC服務的情況下及時的選擇最近的PUCCH資源。
  18. 根據申請專利範圍第11項所述之裝置，其中，在根據所述服務類型選擇PUCCH資源中，所述處理器能夠根據時隙指示或者符號指示，和時域資源配置中至少一個選擇所述PUCCH資源。
  19. 根據申請專利範圍第15項所述之裝置，其中，所述處理器進一步能夠：在所述服務類型是所述URLLC服務的情況下取消對應於所述URLLC服務的HARQ-ACK回饋位元的複用。
  20. 根據申請專利範圍第15項所述之裝置，其中，所述處理器進一步能夠： 在所述服務類型是所述URLLC服務的情況下，根據時隙指示或者符號指示，和時域資源配置中至少一個複用對應於所述URLLC服務的HARQ-ACK回饋位元。
TW108117612A 2018-05-22 2019-05-22 移動通信中對於不同服務類型報告混合自動重複請求-確認資訊的方法和裝置 TWI715044B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201862674686P 2018-05-22 2018-05-22
US62/674,686 2018-05-22

Publications (2)

Publication Number Publication Date
TW202005318A true TW202005318A (zh) 2020-01-16
TWI715044B TWI715044B (zh) 2021-01-01

Family

ID=68614235

Family Applications (1)

Application Number Title Priority Date Filing Date
TW108117612A TWI715044B (zh) 2018-05-22 2019-05-22 移動通信中對於不同服務類型報告混合自動重複請求-確認資訊的方法和裝置

Country Status (4)

Country Link
US (1) US10945256B2 (zh)
CN (1) CN110771247B (zh)
TW (1) TWI715044B (zh)
WO (1) WO2019223719A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI697244B (zh) * 2018-08-07 2020-06-21 財團法人資訊工業策進會 用於行動通訊系統之使用者裝置及基地台

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10790953B2 (en) * 2016-02-12 2020-09-29 Lg Electronics Inc. Method for transmitting and receiving signals between base station and terminal in wireless communication system, and device supporting same
KR102179622B1 (ko) * 2018-03-28 2020-11-18 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에 있어서 슬롯 포맷 결정을 위한 방법 및 장치
WO2019209147A1 (en) * 2018-04-25 2019-10-31 Telefonaktiebolaget Lm Ericsson (Publ) Methods, apparatus and computer-readable mediums relating to scheduling and feedback schemes for the transmission of data packets in a wireless communication network
SG11202013106PA (en) 2018-11-02 2021-02-25 Guangdong Oppo Mobile Telecommunications Corp Ltd Uplink control information determination method and communication device
CN111277359A (zh) * 2019-01-04 2020-06-12 维沃移动通信有限公司 处理方法及设备
CN113303009B (zh) * 2019-01-10 2025-06-27 夏普株式会社 低强度物理上行链路控制信道（pucch）增强和资源配置
US11848781B2 (en) * 2020-01-06 2023-12-19 Qualcomm Incorporated Hybrid automatic repeat request acknowledgement codebook determination with different downlink assignment indicator bitwidth
CN115023966A (zh) * 2020-01-30 2022-09-06 株式会社Ntt都科摩 终端、无线通信方法以及基站
CN115023967B (zh) * 2020-01-30 2025-09-09 株式会社Ntt都科摩 终端、无线通信方法以及基站
WO2021198802A1 (en) * 2020-03-31 2021-10-07 Nokia Technologies Oy Harq-ack delay to support 14 harq processes in enhanced machine type communications
CN113767583B (zh) * 2020-04-07 2024-05-31 北京小米移动软件有限公司 非授权频段反馈信息传输方法、装置及存储介质
CN113765636B (zh) * 2020-06-04 2024-02-27 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN114095134B (zh) * 2020-07-31 2024-10-18 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN116158034B (zh) * 2020-07-27 2025-12-16 索尼集团公司 通信设备、网络基础设施设备、无线通信网络和方法
EP4233231A4 (en) 2020-10-22 2024-07-31 Lenovo (Beijing) Limited METHOD AND APPARATUS FOR HYBRID AUTOMATIC RETRANSMISSION REQUEST
CN115333679B (zh) * 2021-05-10 2025-03-25 北京紫光展锐通信技术有限公司 比特数量确定方法、装置、设备和存储介质

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101729122B (zh) * 2008-10-24 2012-07-25 普天信息技术研究院有限公司 一种分布式中继系统传输控制信息的方法
US9408158B2 (en) * 2014-03-14 2016-08-02 Sharp Laboratories Of America, Inc. Systems and methods for feedback reporting
TW201735699A (zh) * 2016-03-10 2017-10-01 Idac控股公司 無線系統中訊號結構之確定
WO2017172789A1 (en) 2016-03-30 2017-10-05 Idac Holdings, Inc. A wireless transmit/receive unit and method performed by a wireless transmit/receive unit in a wireless communication network
KR102629352B1 (ko) * 2016-05-13 2024-01-25 삼성전자주식회사 무선 셀룰라 통신 시스템에서 상향링크 데이터 및 제어신호 전송 타이밍 결정 방법 및 장치
CN105979597B (zh) * 2016-06-27 2020-02-21 宇龙计算机通信科技(深圳)有限公司 通信资源的分配方法、分配装置、基站和终端
US10541785B2 (en) * 2016-07-18 2020-01-21 Samsung Electronics Co., Ltd. Carrier aggregation with variable transmission durations
CN109565313B (zh) * 2016-07-19 2022-05-17 日本电气株式会社 用于执行通信的方法和设备
US10455609B2 (en) * 2016-08-07 2019-10-22 Comcast Cable Communications, Llc Grant validation in a wireless device and wireless network
CN107734676B (zh) * 2016-08-12 2021-06-08 中兴通讯股份有限公司 一种数据传输的方法和装置
US10382170B2 (en) * 2016-09-25 2019-08-13 Ofinno, Llc HARQ process in semi-persistent scheduling
CN115190460A (zh) * 2016-09-28 2022-10-14 Idac控股公司 用于新无线电的控制信道
WO2018080212A2 (ko) * 2016-10-27 2018-05-03 주식회사 케이티 차세대 무선망에서 상향 링크 제어 채널을 스케줄링하는 방법 및 장치
US10959218B2 (en) * 2016-11-14 2021-03-23 Comcast Cable Communications, Llc Semi-persistent scheduling confirmation
US10856317B2 (en) * 2016-11-17 2020-12-01 Huawei Technologies Co., Ltd. System and method for uplink communications
CN106788918B (zh) * 2016-12-30 2020-02-11 展讯通信（上海）有限公司 Harq配置方法、反馈方法、基站及用户设备
EP4020865A1 (en) * 2017-01-04 2022-06-29 IDAC Holdings, Inc. Receiver feedback in wireless systems
WO2018143741A1 (ko) * 2017-02-05 2018-08-09 엘지전자 주식회사 무선 통신 시스템에서 상향링크 공유 채널을 전송하는 방법 및 이를 위한 장치
KR102320439B1 (ko) * 2017-03-08 2021-11-03 삼성전자 주식회사 무선 셀룰라 통신 시스템에서 제어 및 데이터 정보 자원 매핑 방법 및 장치
WO2018172136A1 (en) * 2017-03-23 2018-09-27 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Reliable data packet transmission among entities of a radio access network of a mobile communication network
CN108631953B (zh) * 2017-03-24 2022-06-28 中兴通讯股份有限公司 一种数据发送、反馈方法及装置
US11974364B2 (en) * 2017-05-03 2024-04-30 Apple Inc. Handling collision for mini-slot-based and slot-based transmission
EP3639455A1 (en) * 2017-06-14 2020-04-22 IDAC Holdings, Inc. Reliable control signaling
ES3042227T3 (en) * 2017-08-10 2025-11-19 Beijing Xiaomi Mobile Software Co Ltd Uplink control information multiplexing
EP3665812B1 (en) * 2017-08-11 2021-05-26 Telefonaktiebolaget LM Ericsson (Publ) Multiplexing of different traffic types in a telecommunications network
US11497047B2 (en) * 2017-09-25 2022-11-08 Qualcomm Incorporated User equipment-specific scheduling request repetitions
US11039464B2 (en) * 2018-02-15 2021-06-15 Apple Inc. Simultaneous HARQ-ACK feedback and uplink transmission without dynamic grant
US10980049B2 (en) * 2018-05-10 2021-04-13 Qualcomm Incorporated Allocating physical uplink control channel (PUCCH) resources for ultra-reliable low latency communication (URLLC)
CA3043813A1 (en) * 2018-05-18 2019-11-18 Comcast Cable Communications, Llc Cross-carrier scheduling with multiple active bandwidth parts

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI697244B (zh) * 2018-08-07 2020-06-21 財團法人資訊工業策進會 用於行動通訊系統之使用者裝置及基地台
TWI716063B (zh) * 2018-08-07 2021-01-11 財團法人資訊工業策進會 用於行動通訊系統之基地台及使用者裝置

Also Published As

Publication number Publication date
CN110771247B (zh) 2023-03-28
TWI715044B (zh) 2021-01-01
WO2019223719A1 (en) 2019-11-28
US10945256B2 (en) 2021-03-09
US20190364543A1 (en) 2019-11-28
CN110771247A (zh) 2020-02-07

Similar Documents

Publication Publication Date Title
TWI715044B (zh) 移動通信中對於不同服務類型報告混合自動重複請求-確認資訊的方法和裝置
TWI691193B (zh) 行動通訊中用以決定調變編碼機制表之方法和裝置
US12206623B2 (en) Method and apparatus for reporting channel state information
TWI753303B (zh) 行動通訊中於一時槽內進行多個混合式自動重送請求過程的回饋機制
US20210306989A1 (en) Method for transmitting and receiving control information of a mobile communication system
TWI677227B (zh) 在行動通訊中多路複用物理上行鏈路控制通道之方法和設備
CN110692277B (zh) 在移动通信中报告混合自动重传请求-确认信息的方法和装置
TWI719649B (zh) 用於移動通信中的上行鏈路傳輸的混合自動重傳請求回饋過程
TWI757613B (zh) 移動通信中的上行鏈路控制資訊和實體上行鏈路控制通道傳輸增強
CN112930705B (zh) 移动通信中harq过程以及pucch资源选择的方法和装置
TWI753269B (zh) 用於增強移動通信中時域資源分配框架的方法和裝置
TWI729354B (zh) 行動通訊之緊密下行鏈路控制資訊設計和操作
CN111837441A (zh) 移动通信中处理乱序上行调度的方法和装置
CN111972022A (zh) 移动通信中紧凑下行链路控制信息的时域资源分配
TW202316893A (zh) 用於pucch載波切換和pucch重複的方法和裝置
CN112005597A (zh) 移动通信中紧凑下行链路控制信息的频域资源分配
CN112787777B (zh) 移动通信中乱序的混合自动重复请求反馈的方法及其装置
TW202029683A (zh) 行動通訊之使用者設備處理時間軸強化技術的方法和裝置
TW202412549A (zh) 利用單個dci排程多小區上行和下行鏈路傳輸的方法和裝置