TW202021298A - 行動通訊中harq過程以及pucch資源選擇的方法和裝置 - Google Patents

行動通訊中harq過程以及pucch資源選擇的方法和裝置 Download PDF

Info

Publication number
TW202021298A
TW202021298A TW108139422A TW108139422A TW202021298A TW 202021298 A TW202021298 A TW 202021298A TW 108139422 A TW108139422 A TW 108139422A TW 108139422 A TW108139422 A TW 108139422A TW 202021298 A TW202021298 A TW 202021298A
Authority
TW
Taiwan
Prior art keywords
sub
time slot
pucch resource
resource sets
pucch
Prior art date
Application number
TW108139422A
Other languages
English (en)
Other versions
TWI757651B (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 TW202021298A publication Critical patent/TW202021298A/zh
Application granted granted Critical
Publication of TWI757651B publication Critical patent/TWI757651B/zh

Links

Images

Classifications

    • 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 signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • 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
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Landscapes

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

Abstract

描述了與行動通訊中HARQ過程和PUCCH資源選擇有關的各種示例和方案。諸如用戶設備（UE）的裝置為時槽內的多個子時槽的每個子時槽配置一個或多個實體上行鏈路控制通道（PUCCH）資源集。該裝置通過使用混合自動重傳請求（HARQ）過程以及一個或多個PUCCH資源集與無線網路通訊。

Description

行動通訊中HARQ過程以及PUCCH資源選擇的方法和裝置
本公開總體上關於行動通訊，更具體地，關於行動通訊中混合式自動重傳請求（hybrid automatic repeat request，HARQ）過程和實體上行鏈路控制通道（physical uplink control channel，PUCCH）資源選擇的技術。
除非在本文中另外指示，否則本部分中描述的方法不是對於下面列出申請專利範圍的現有技術，並且不因包含在該部分中而被承認是現有技術。
為了保證超可靠低延遲通訊（ultra-reliable low-latency communication，URLLC）訊務的延遲和可靠性，希望將HARQ回饋通道化（channelized）到單獨的HARQ碼本上。這可以通過定義兩個HARQ過程來完成，例如“慢速”HARQ過程（例如，用於增強型行動寬頻（enhanced mobile broadband，eMBB））和“快速”HARQ過程（例如，用於於URLLC）。不同的HARQ過程對應於單獨的配置和分配的PUCCH資源，以及單獨的用戶設備（user equipment，UE）內多工和優先規則。因此，需要一種針對每個下行鏈路傳輸選擇HARQ過程的機制。還需要一種適用於URLLC HARQ回饋的PUCCH分配方法。還需要一種用於每個埠上多個HARQ碼本傳輸的機制。
以下發明內容僅是例示性的，並且不旨在以任何方式限制。即，提供以下發明內容以引入這裡所描述的新穎且非明顯技術的概念、亮點、益處以及優點。下面詳細的描述中進一步描述了選擇的實現方式。因此，以下發明內容不旨在識別所要求保護主題之必要特徵，也不旨在用於確定所要求保護主題的範圍。
當HARQ確認（ACK）回饋過程是基於子時槽而不是基於時槽時，需要調整PUCCH分配方法。在排程靈活性和信令開銷之間需要建立合理的折衷。當在給定時槽/子時槽中至少有兩個同時構造的HARQ碼本（和/或無碼本的HARQ回饋）可用時，對於動態HARQ過程選擇也可能需要考慮類似的折衷。
在根據本公開的各種提出的方​​案下，當HARQ過程基於子時槽而不是基於時槽時，每個PUCCH資源的起始符號可以相對於對應的子時槽邊界被索引。子時槽可以在時槽內配置有相同或不同的PUCCH資源集。 PUCCH資源可以被允許跨過子時槽邊界，但是僅在它們與時槽邊界或下行鏈路（DL）符號不重疊的情況下才可以被排程和發送。另外，在根據本公開的各種提出的方​​案下，可以利用DCI的PUCCH資源索引欄位中的特殊值通過信令來實現HARQ過程的選擇。所配置的特殊值可以同時對在PUCCH資源選擇中使用的索引值進行編碼。此外，在根據本公開的各種提出的方​​案下，可以從所選的PUCCH資源和N1用戶處理時間線以及由網路向UE發送的任何偏移，來推斷用於PUCCH傳輸的給定子時槽。
在一個方面，一種方法可以涉及裝置的處理器為時槽內的多個子時槽的每個子時槽配置一個或多個PUCCH資源集。該方法還可以涉及處理器通過使用HARQ過程以及一個或多個PUCCH資源集來與無線網路通訊。
在一個方面，一種方法可以涉及裝置的處理器從無線網路接收信令。該方法還可以涉及處理器通過使用時槽內多個子時槽中的至少一個子時槽執行HARQ過程，回應於所述信令的接收來向無線網路提供回饋，其中， HARQ過程中使用的每個PUCCH資源的起始符號根據至少一個子時槽的子時槽邊界進行索引。
在一個方面，一種方法可以涉及裝置的處理器從無線網路接收DCI信令。該方法還可以涉及處理器基於DCI信令中的ARI欄位中的指示來選擇多個不同的HARQ過程之一。該方法可以進一步涉及處理器通過使用所選HARQ過程以及一個或多個PUCCH資源集與無線網路通訊。
值得注意的是，儘管這裡提供的描述可以在某些無線電接入技術、諸如乙太網路的網路和網路拓撲的背景下，所提出的概念、方案及其任何變體/衍生物可以在、用於和通過其他類型的無線電接入技術、網路和網路拓撲實現，例如5G、新無線電（New Radio，NR）、長期演進（Long-Term Evolution，LTE）、LTE-A、LTE-A Pro、物聯網（Internet-of-Things，IoT）和窄帶物聯網（Narrow Band Internet of Things，NB-IoT）、Wi-Fi以及任何未來發展的通訊/網絡技術。因此，本公開的範圍不限於本文描述的示例。
這裡公開了所要求保護主題內容的詳細實施例和實現方式。然而，應當理解，公開的詳細實施例和實現方式僅為了示例體現為各種形式的所要求保護的主題內容。然而本公開可以體現為多種不同形式，不應理解為僅限於示例的實施例和實現方式。提供這些示例的實施例和實現方式以使得本公開的描述全面且完整並且能夠向本領域具有通常知識者全面傳遞本公開的範圍。在下面之描述中，省略了已知特徵和技術的細節，以避免不必要地使得本發明的實施例和實現方式變得模糊。概述
本公開的實現方式涉及與行動通訊中HARQ過程和PUCCH資源選擇有關的各種技術、方法、方案和/或解決方案。根據本公開，可以單獨地或聯合地實現許多可能的解決方案。也就是說，儘管可以在下面分別描述這些可能的解決方案，但是這些可能的解決方案中的兩個或更多個可以以一種組合或另一種組合的方式實現。
第1圖示出了示例網路環境100，在其中可以實現根據本公開的各種解決方案和方法。第2圖〜第7圖分別示出了根據本公開的實現方式的示例場景200、300、400、500、600和700。場景200、300、400、500、600和700中的每一個都可以在網路環境100中實現。參照第1圖〜第7圖提供了對各種提議方案的以下描述。
參照第1圖，網路環境100可以涉及UE 110，UE 110與無線網路120（例如，5G NR行動網路）進行無線通訊。UE 110可以初始地經由基地台或者網路節點125（例如，eNB、gNB或發送-接收點（transmit-receive point，TRP））與無線網路120進行無線通訊。在網路環境100中，如下文所述，根據本公開，UE 110和無線網路120可以實現與行動通訊中HARQ過程和PUCCH資源選擇有關的各種方案。
在第三代合作夥伴計畫（3rd Generation Partnership Project，3GPP）規範的版本15（Rel-15）中，DCI的K1欄位中的3位元索引從8個元素的列表中選擇K1值。此K1值指向針對相關聯的實體下行鏈路共用通道（physical downlink shared channel，PDSCH）傳輸應當報告確認/否定確認（ACK / NACK）的時槽。對同一時槽所排程的所有ACK / NACK報告都聚集到單個HARQ碼本中，在給定的時槽內最多產生一個HARQ碼本。在最後一個DCI所指示的PUCCH資源上發送HARQ碼本。除非HARQ碼本的內容已最終確定，否則在同一時槽中報告的最新DCI將覆蓋該時槽的所有先前PUCCH分配（並成為“最後一個DCI”）。在排程的PUCCH資源之前一定數量的正交分頻多工（orthogonal frequency-division multiplexing，OFDM）符號（稱為“保護間隔”（guard gap））處，最終確定HARQ碼本的內容。此後，PUCCH傳輸不能被覆蓋，後續的DCI不能再將ACK /NACK位元添加到同一碼本中。
此外，根據3GPP規範的Rel-15，最後一個DCI中的ARI欄位在由K1欄位指定的時槽內分配PUCCH資源，該K1欄位從預先配置的K1列表中選擇一個元素。在規範中，K1欄位也稱為PDSCH-to-HARQ_feedback。 K1列表在規範中也稱為dl-DataToUL-ACK。對於上行鏈路傳輸，基於碼本的大小選擇PUCCH資源集，並且在選擇中使用的大小的界限是可配置的。ARI位元從PUCCH資源集中選擇PUCCH資源。在PUCCH資源集0的情況下，ARI位元和攜帶DCI的第一控制通道元素（control channel element，CCE）的索引一起用來選擇資源。
值得注意的是，不期望URLLC訊務的HARQ回饋與其他類型的上行鏈路控制資訊（uplink control information，UCI）資料以及eMBB訊務在UE內進行多工，因為可能會降低延遲性和可靠性。因此，優選的是，對延遲時間要求嚴格的訊務使用單獨的HARQ過程。兩種HARQ過程（例如，用於URLLC的快速HARQ過程和用於eMBB的慢速HARQ過程）可以彼此獨立地提供某些資訊，包括：具有獨立碼本類型的獨立HARQ碼本，獨立的PUCCH資源集和PUCCH選擇機制，獨立的子時槽定義（也可以因服務能力伺服器（service capability server，SCS）或部分頻寬（bandwidth part，BWP）而異），以及獨立的與其他UCI資料的UE內多工和優先規則。對於具有獨立碼本類型的獨立HARQ碼本，由於由其他HARQ過程處理而從HARQ碼本中排除的DL傳輸可以被視為相應的HARQ資訊在不同時槽中被報告。
對於“快速”HARQ過程，每個時槽可以被分為兩個或更多個子時槽，子時槽大小可以被定義為大到時槽的一半或者小到一個OFDM符號。將時槽分成半個時槽可以針對甚至最低的SCS（例如15kHz）為HARQ回饋提供足夠的粒度（granularity）。根據URLLC使用場景，除非正在進行快速重傳，否則每1 ms兩個HARQ回饋就足夠了。對於需要發送的HARQ碼本數量比給定時槽內的子時槽數更多的使用實例，存在補充技術來支援這些使用實例（例如，快速重傳）。當配置了子時槽時，K1值可以用於為HARQ碼本確定和PUCCH資源（或相應的起始OFDM符號）選擇子時槽。
URLLC通常要求PUCCH資源配置使得最壞情況的PUCCH對準延遲（alignment delay）最小化。通過在比時槽短的子時槽上定義PUCCH資源，可以增加PUCCH資源時間上的密度，同時保持或減少資源選擇所需的DCI位元的數量。即使對於最低的SCS（例如15kHz），將子時槽的大小選擇為時槽的一半也可以提供PUCCH資源的足夠的時間密度。同時，相同的選擇（same choice）可以允許假設一個（或最多兩個）子時槽長度對於N1間隙後的可行PUCCH傳輸範圍是足夠的。當子時槽長度僅是一個或兩個符號時，該假設不一定成立。
關於每個DL傳輸的動態HARQ過程指示，許多選項都是可能的。例如，搜索空間配置可以指示所選的HARQ過程。但是，這會引入新的排程約束，並且會對無線電資源控制（radio resource control，RRC）配置產生影響。另一選擇可以是新的DCI位元用以指示所選的HARQ過程。但是，現有的DCI格式會被修改，從而由於增加編碼率而降低了穩健性（robustness）。不同的選擇可以是使用現有的DCI欄位來指示所選的HARQ過程。例如，可以利用現有DCI欄位中的一個或多個預留值（例如，K1列表），並且可以通過引入適當的RRC配置來使得預留值成為可選的。缺點包括一些（可容忍的）靈活性損失以及對RRC配置的影響。
在根據關於子時槽內PUCCH分配的本公開的提出方案下，可以在子時槽的基礎上配置HARQ過程中的PUCCH資源。參考第2圖，對於某個HARQ過程（例如，“快速”HARQ過程），可以針對多個時槽中每個時槽內的多個子時槽的每個子時槽，定義RRC可配置的PUCCH資源集。在場景200中，所示的時槽m具有兩個子時槽，即子時槽n和子時槽n+1，其中子時槽n與時槽m-1的子時槽n-1相鄰，並且子時槽n+1與時槽m+1的子時槽n+2相鄰。
在提出的方案下，可以相對於相應子時槽（在其中分配或以其他方式指定有PUCCH資源）的子時槽邊界來索引PUCCH資源的起始符號。例如，每個PUCCH資源可以具有起始符號索引（StartingSymbolIndex），對於從子時槽邊界開始並且之後遞增的OFDM符號，起始符號索引可以是0。在提出的方案下，相同的PUCCH配置或不同的PUCCH配置可以應用於每個時槽的多個子時槽。例如，相同的PUCCH配置可以應用於給定時槽內的每個子時槽。備選地，可以將單獨且不同的PUCCH配置應用於給定時槽內的多個子時槽。在所提出的方案下，如第2圖所示，可以允許所配置的PUCCH資源跨過同一時槽內兩個相鄰子時槽之間的子時槽邊界。即，當與時槽邊界或任何DL符號不重疊時，可以允許配置的PUCCH資源的排程和傳輸。
在提出的方案下，可以為“快速”HARQ過程（例如，對於URLLC）和“慢速”HARQ過程（例如，對於eMBB）定義單獨的PUCCH資源集。可以基於碼本大小來選擇PUCCH資源集，並且大小的邊界（size boundaries）可以在相鄰集合之間（例如，在集合1和2之間以及在集合2和3之間）是可配置。在所提出的方案下，可以利用3位元ARI欄位（以及在集合0的情況下結合第一CCE的起始符號）來在給定的PUCCH資源集中選擇PUCCH資源。有利地，由於對於單個子時槽可以支援相同數量的資源配置（不同於其他HARQ過程的資源配置），因此可以增加資源的時間密度並且可以大大減小PUCCH對準延遲。
在根據本公開的關於指示HARQ過程的提出方案下，可以使用DCI的ARI欄位中的預留值來指示從多個不同的HARQ過程（例如，“快速”和“慢速”HARQ過程）中選擇的HARQ過程。在提出的方案下，可以預留ARI欄位中的值（例如，ARI = 6或ARI = 7）以用於選擇“快速”HARQ過程，並且當選擇“快速”HARQ過程時，ARI_fast = ARI-6。參照第3圖，可以預留ARI欄位中的值7以用於選擇“快速”HARQ過程。在提出的方案下，可以調整“慢速”HARQ過程的PUCCH資源選擇，以適應減小的ARI範圍。在提出的方案下，用於“快速”HARQ過程的PUCCH資源選擇可以基於以下中的一個或多個：HARQ回饋定時指示符的值（K1），HARQ碼本的大小和承載最後一個DCI信令的第一CCE的OFDM符號索引。可替代地，可以為ARI欄位定義多個預留值以用於選擇“快速”HARQ過程，同時多個預留值還提供關於PUCCH資源選擇的輔助資訊（side information）。
在所提出的方案下，可以通過針對每個SCS和DL DCI類型由RRC配置分別啟用使用ARI欄位來選擇HARQ過程。關於“快速”HARQ過程，用於HARQ碼本確定的子時槽可以被定義為符號。在提出的方案下，每個符號最多可以確定一個HARQ碼本（例如，由K1值指定），反之亦然，每個符號映射到一個單獨的HARQ碼本，該HARQ碼本將在從該OFDM符號開始的PUCCH資源上傳輸。在提出的方案下，可以利用HARQ碼本大小來選擇PUCCH資源集。在每個PUCCH資源集內，可以通過承載最後一個DCI的第一CCE的索引或者ARI_fast與承載最後一個DCI的第一CCE的索引的組合來選擇排程的PUCCH。
在根據本公開的關於K1的參考點的提出方案下，N1間隙之後的第一個OFDM符號可以用作PUCCH分配的參考點，其中K1值代表參考點和PUCCH之間的子時槽邊界的計數。參考第4圖，K1＝0可以指示與參考點相同的子時槽，K1＝1可以指示包含參考點的子時槽之後的第一個子時槽，對於K1＝2、3和其他值以此類推。
在根據本公開的關於沒有輔助資訊（side information）時推測的子時槽的提出方案下，可以通過任何適當的方法來選擇K1的參考點。參考第5圖，X可以表示N1的末端與所選參考點之間的子時槽邊界的數量。例如，N1的末端可以是參考點（X = 0）。備選地，根據3GPP規範的Rel-15，PDSCH的末端（X＝1）可以是參考點。在所提出的方案下，在沒有K1指示的情況下，如果ARI、CCE和碼本大小的組合選擇了在參考點之前開始的PUCCH資源，則可以推測出K1＝X+1。否則，可以推測出K1 =X。
在提出的方案下，可以提供補充的輔助資訊以推測K1。例如，輔助資訊可以是RRC配置（例如，increment_K1_by_1_subslot ＝ {是|否}）。備選地，可以從排程HARQ的DCI欄位中推導出輔助資訊。在所提出的方案下，如果ARI、CCE和碼本大小的組合選擇了在參考點之前開始的PUCCH資源，則可以推斷出K1＝X + 1 + S。否則，可以推斷出K1 = X + S。這裡，S的值可以是輔助資訊為偏移所指示的子時槽的數量。
在根據本公開的關於指示HARQ過程的提出方案下，可以利用K1索引或K1清單中的預留值來指示HARQ過程的選擇。參照第6圖，可以為“慢速”HARQ過程提供K1列表（例如，具有方便選擇的可表示值），而不對“快速”HARQ過程提供。在提出的方案下，DCI中的K1欄位可以用作指向屬於“慢速”HARQ過程的（單個）K1列表的指針。如果K1列表包含預留值，並且該元素由DCI選擇，則可以使用“快速”HARQ過程，而無需有關K1的資訊（K1的資訊需要被推測出）。否則，可以選擇“慢速”HARQ過程，並且可以以常規方式使用K1值。可替代地，K1索引欄位中的預留索引值可以用作HARQ過程選擇的使能器（enabler）。
參照第7圖，所提出的方案可以擴展到兩個或更多個預留值。例如，第一預留值（在第7圖中表示為“rsvd＃1”）可以用於選擇“快速”HARQ過程，第二預留值（在第7圖中表示為“rsvd＃2”）可以用於選擇“快速”HARQ過程並將額外的子時槽添加到推測的K1偏移。備選地，第二預留值（rsvd＃2）可以用於選擇“快速”HARQ過程並且對ARI值施加偏移，使得其可以在增加的PUCCH資源集內尋址（address）PUCCH資源。可替代地，K1索引欄位中的一個或多個預留索引值可以用於執行選擇。在提出的方案下，一旦選擇了PUCCH資源（需要HARQ資訊大小），則子時槽可以推斷為遵守N1用戶處理時間線（user processing timeline）（加上網路節點125向UE 110發送的任何偏移）的最早子時槽。通過配置要與現有的DCI欄位K1索引或RRC配置的K1集一起使用的特殊值，可以將上述PUCCH定時與HARQ過程的選擇相結合。
值得注意的是，提出的方案可以是可選性的並且通過RRC配置啟用該提出的方案。預留值可以是預定義的（例如，通過常數或規則）或者利用RRC配置被顯式地配置（configured explicitly）。例如，在預留值被顯式地配置的情況下，提出的方案也可以用預定義的K1列表以及DCI_1_0來實現。可以針對每個SCS或BWP（以及每個DL DCI類型，如果需要的話）分別配置預留值的數量以及預留值本身。預留值可以應用於K1索引欄位或K1列表中。為了說明的目的並且不限制本公開的範圍，下面描述示例實施方式。
作為示例，可以按如下方式實現每個SCS或BWP的預留值數量的選擇性配置：Number_of_enabled_reserved_values_for_dl-DataToUL-ACK_SCS15kHz = {0,1,…} 中的整數 Number_of_enabled_reserved_values_for_dl-DataToUL-ACK_SCS30kHz = {0,1,…} 中的整數
在此示例中，編碼可以為：0: 禁用“快速” HARA 過程的動態選擇 ; 1, 2,…: 根據某規則或者顯式配置定義預留值的數量 1, 2,…
在此示例中，用於預留值選擇的可能規則可以包括：1. 從最高的可表示的數開始（可選地，僅使用奇數或者僅使用偶數來保持最大範圍） ; 以及 2. 列表中的最後的元素（相當於如同第一個預留值來固定 k1 索引 =7 ） .
可選地，在此示例中，顯式配置（explicit configuration）可以用於預留值（每個SCS或BWP）。例如：Reserved_values_for_dl-DataToUL-ACKk_SCS15kHz = 長度 0,1,2,… 的向量 ( 上面配置的長度 )
作為另一個示例，每個SCS或BWP的預留值數量的選擇性配置可以實現為：Number_of_enabled_reserved_values_for_PDSCH-to-HARQ_feedback_SCS15kHz = {0,1,…} 中的整數 Number_of_enabled_reserved_values_for_PDSCH-to-HARQ_feedback_SCS30kHz = {0,1,…} 中的整數
在此示例中，編碼可以為：0: 禁用“快速” HARA 過程的動態選擇 ; 1, 2,…: 根據顯式配置定義預留值的數量 1, 2,…
在此示例中，針對預留值的顯式配置（每個SCS或BWP）可以如下：Reserved_values_for_PDSCH-to-HARQ_feedback_SCS15kHz = 長度 0, 1, 2,… 的向量 ( 上面配置的長度 )
以上配置可以僅應用於選擇的DL DCI類型。備選地，針對每種DL DCI類型可以支援上述參數的單獨的獨立可配置性。
作為又一示例，多個預留值之間的選擇可以為PUCCH資源選擇提供輔助資訊，以補充ARI值。例如，可以配置兩個預留值（例如，A和B）。在DCI指示A或B的情況下，則可以選擇“快速”HARQ過程並附帶一個或多個動作。一個動作可以是，在指示A的情況下，位元“0”可以被添加到ARI前面。另一動作可以是，在指示B的情況下，位元“1”可以被添加到ARI前面。另一動作可以涉及使用遞增的ARI值（和CCE）以從較大的PUCCH資源集中選擇PUCCH資源。示例性實現方式
第8圖示出了根據本公開實現方式的包括示例裝置810和示例裝置820的示例通訊系統800。裝置810和裝置820均可以執行各種功能以實現本文描述的關於行動通訊中HARQ 過程和PUCCH資源選擇相關的方案、技術、過程和方法，包括與上述各種方案以及如下描述的過程。
裝置810和裝置820均可以是電子裝置的一部分，該電子裝置可以是諸如車輛的UE、可擕式或行動裝置、可穿戴裝置、無線通訊裝置或計算裝置。例如，裝置810和裝置820均可以在車輛、智慧手機、智慧手錶、個人數位助理、數位相機或諸如平板電腦、膝上型電腦或筆記型電腦的計算設備的電子控制單元中實現。裝置810和裝置820均還可以是機器型裝置的一部分，機器型裝置可以是諸如不可行動或固定裝置的IoT或NB-IoT裝置、家庭裝置、有線通訊裝置或計算裝置。例如，裝置810和裝置820均可以在智慧恒溫器、智慧冰箱、智慧門鎖、無線揚聲器或家庭控制中心中實現。或者，裝置810和裝置820均可以以一個或多個積體電路（integrated-circuit，IC）晶片的形式實現，例如但不限於，一個或多個單核處理器、一個或多個多核處理器、一個或多個精簡指令集計算（reduced-instruction-set-computing，RISC）處理器或一個或多個複雜指令集計算（complex-instruction-set-computing，CISC）處理器。裝置810和裝置820均可以包括第8圖中所示的那些元件中的至少一些，例如，處理器812和處理器822等。裝置810和裝置820均還可以包括與本公開的提出的方案無關的一個或多個其他元件（例如，內部電源、顯示裝置和/或用戶介面設備），並且因此，為了簡單和簡潔起見，下面第8圖中並未描述裝置810和裝置820的這些元件。
在一些實現方式中，裝置810和裝置820中的至少一個可以是電子裝置的一部分，該電子裝置可以是車輛、路邊單元（roadside unit，RSU）、網路節點或基站（例如，eNB、gNB或TRP）、小型小區、路由器或閘道。例如，裝置810和裝置820中的至少一個可以在車對車（vehicle-to-vehicle，V2V）或車對一切（vehicle-to-everything，V2X）網路中的車輛中、或者LTE、LTE-A或LTE-A Pro網路中的eNodeB中、或者5G、NR、IoT或NB-IoT網路中的gNB中實現。備選地，裝置810和裝置820中的至少一個可以以一個或多個IC晶片的形式實現，例如但不限於，一個或多個單核處理器、一個或多個多核處理器或者一個或多個CISC或RISC處理器。
在一個方面，處理器812和處理器822中的每一個可以以一個或多個單核處理器、一個或多個多核處理器、一個或多個CISC或RISC處理器的形式實現。也就是說，即使這裡使用單數術語“處理器”來指代處理器812和處理器822，但是根據本公開處理器812和處理器822中的每一個在一些實現方式中可以包括多個處理器並且在其他實現方式中可以包括單個處理器。在另一方面，處理器812和處理器822中的每一個均可以以硬體（以及可選地，韌體）的形式實現，硬體具有的電子元件包括例如但不限於一個或多個電晶體、一個或多個二極體、一個或多個電容器、一個或多個電阻器、一個或多個電感器、被配置和佈置成實現特定目的的一個或多個憶阻器（memristors）和/或一個或多個變容二極體。換句話說，在至少一些實施方式中，處理器812和處理器822中的每一個可以是專用器件，其被專門設計、佈置和配置成根據本公開的各種實施方式執行執行特定任務（包括行動通訊中HARQ過程和PUCCH資源選擇）。
在一些實現方式中，裝置810還可以包括耦接到處理器812並且能夠經由無線鏈路（例如3GPP連接或者非3GPP連接）無線地發送和接收資料的收發器816。在一些實現方式中，裝置810還可以包括記憶體814，記憶體814耦接到處理器812並且能夠由處理器812存取其中資料。在一些實現方式中，裝置820還可以包括耦接到處理器822並且能夠經由無線鏈路（例如3GPP連接或者非3GPP連接）無線地發送和接收資料的收發器826。在一些實現方式中，裝置820還可以包括記憶體824，記憶體824耦接到處理器822並且能夠由處理器822存取其中資料。因此，裝置810和裝置820可以分別經由收發器816和收發器826彼此無線通訊。
為了幫助更好地理解，以下對裝置810和裝置820中的每一個的操作、功能和性能的下述描述是基於NR通訊環境，其中裝置810在無線通訊設備、通訊裝置、UE或IoT設備（例如，UE 110）中實現或者被實現為無線通訊設備、通訊裝置、UE或IoT設備，裝置820在基地台或網路節點（例如，網路節點125）中實現或者被實現為基地台或網路節點。
在根據本公開的行動通訊中HARQ過程和PUCCH資源選擇的一方面，裝置810的處理器812可以為一個時槽內的多個子時槽中的每個子時槽配置一個或多個PUCCH資源集。另外，處理器812可通過使用HARQ過程以及一個或多個PUCCH資源集，經由收發器816與無線網路通訊（例如，經由作為網路節點125的裝置820與無線網路120通訊）。
在一些實現方式中，在為時槽內多個子時槽中的每個子時槽配置一個或多個PUCCH資源集時，處理器812可以將相同的PUCCH配置應用於該時槽內多個子時槽中的每個子時槽。
在一些實現方式中，在為時槽內多個子時槽中的每個子時槽配置一個或多個PUCCH資源集時，處理器812可以執行某些操作。例如，處理器812可以將第一PUCCH配置應用于多個子時槽中的第一子時槽。另外，處理器812可以將第二PUCCH配置應用于多個子時槽中的第二子時槽。第一PUCCH配置和第二PUCCH配置可以不同。
在一些實現方式中，在為該時槽內多個子時槽中的每個子時槽配置一個或多個PUCCH資源集時，處理器812可以為多個子時槽的每個子時槽配置一個或多個PUCCH資源集，使得一個或多個PUCCH資源集中的一個PUCCH資源之一跨過該時槽內兩個相鄰子時槽之間的子時槽邊界。
在一些實現方式中，在為時槽內多個子時槽中的每個子時槽配置一個或多個PUCCH資源集時，處理器812可以為多個時槽的一個或多個時槽中每個時槽內的多個子時槽中每個子時槽，配置一個或多個PUCCH資源集，使得一個或多個PUCCH資源集中的PUCCH資源不與DL符號或者多個時槽中兩個相鄰時槽之間的時槽邊界重疊。
在一些實現方式中，在為時槽內的多個子時槽中的每個子時槽配置一個或多個PUCCH資源集時，處理器812可以執行某些操作。例如，處理器812可以從無線網路接收信令。此外，處理器812可基於信令為該時槽內的多個子時槽中的每個子時槽配置一個或多個PUCCH資源集。在一些實現方式中，信令可以包括RRC信令。
在一些實現方式中，在HARQ過程以及一個或多個PUCCH資源集中通過使用無線網路進行通訊時，處理器812可以發送一個或多個PUCCH資源集的符號（symbol），使得通過參考多個子時槽中相應子時槽的子時槽邊界，能夠索引到每個符號。
在一些實現方式中，在HARQ過程以及一個或多個PUCCH資源集中通過使用無線網路進行通訊時，處理器812可以執行某些操作。例如，處理器812可以基於DCI信令中ARI欄位中的指示來選擇多個不同HARQ過程之一。而且，處理器812可以使用選擇的HARQ過程與無線網路通訊。
在一些實現方式中，在基於ARI欄位中的指示進行選擇時，處理器812可以基於ARI欄位中預留的用於指示選擇快速HARQ過程的特定值，從多個不同的HARQ過程中選擇用於URLLC的快速HARQ過程。在這種情況下，在配置一個或多個PUCCH資源集時，處理器812可以基於HARQ回饋定時指示符（K1）的值、HARQ碼本的大小、或者攜帶最後一個DCI信令的第一個CCE的OFDM符號索引，選擇一個或多個PUCCH資源集中用於快速HARQ過程的PUCCH資源。
備選地，在基於ARI欄位中的指示進行選擇時，處理器812可以從多個不同的HARQ過程中選擇第二HARQ過程用於eMBB。在這種情況下，在配置一個或多個PUCCH資源集時，處理器812可以基於ARI欄位中的值，選擇一個或多個PUCCH資源集中用於慢速HARQ過程的PUCCH資源。
在根據本公開的行動通訊中HARQ過程和PUCCH資源選擇的另一方面，裝置810的處理器812可以經由收發器816從無線網路（例如，經由作為網路節點125的裝置820從無線網路120）接收信令。此外，處理器812可通過使用時槽內多個子時槽中的至少一個子時槽執行HARQ過程，來回應於接收的信令而經由收發器816向無線網路提供回饋，其中，HARQ過程中使用的每個PUCCH資源的起始符號根據該至少一個子時槽的子時槽邊界進行索引。
在一些實現方式中，在通過執行HARQ過程向無線網路提供回饋時，處理器812可以為該時槽內多個子時槽的每個子時槽配置一個或多個PUCCH資源集。
在一些實現方式中，在為多個子時槽的每個子時槽配置一個或多個PUCCH資源集時，處理器812可以將相同的PUCCH配置應用于時槽內多個子時槽的每個子時槽。
在一些實現方式中，在為時槽內多個子時槽中的每個子時槽配置一個或多個PUCCH資源集時，處理器812可以執行某些操作。例如，處理器812可以將第一PUCCH配置應用于多個子時槽中的第一子時槽。此外，處理器812可以將第二PUCCH配置應用于多個子時槽中的第二子時槽。第一PUCCH配置和第二PUCCH配置可以不同。
在一些實現方式中，在為時槽內多個子時槽的每個子時槽配置一個或多個PUCCH資源集時，處理器812可以為多個子時槽的每個子時槽配置一個或多個PUCCH資源集，使得一個或多個PUCCH資源集中的一個PUCCH資源之一跨過該時槽內兩個相鄰子時槽之間的子時槽邊界。
在一些實現方式中，在為時槽內多個子時槽的每個子時槽配置一個或多個PUCCH資源集時，處理器812可以為多個時槽的一個或多個時槽中的每個時槽內的多個子時槽的每個子時槽，配置一個或多個PUCCH資源集，使得一個或多個PUCCH資源集中的PUCCH資源不與DL符號或多個時槽中兩個相鄰時槽之間的時槽邊界相重疊。
在一些實現方式中，在接收信令時，過程1000可以涉及處理器812接收RRC信令。此外，在為時槽內多個子時槽的每個子時槽配置一個或多個PUCCH資源集時，處理器812可以基於RRC信令為時槽內多個子時槽的每個子時槽配置一個或多個PUCCH資源集。
在根據本公開的行動通訊中HARQ過程和PUCCH資源選擇的另一方面，裝置810的處理器812可以經由收發器816從無線網路（例如，經由作為網路節點125的裝置820從無線網路120）接收DCI信令。另外，處理器812可以基於DCI信令的ARI欄位中的指示來選擇多個不同的HARQ過程之一。此外，處理器812可經由收發器816通過使用所選的HARQ過程以及一個或多個PUCCH資源集，與無線網路經由裝置820進行通訊。
在一些實現方式中，在基於ARI欄位中的指示進行選擇時，處理器812可以基於ARI欄位中預留的用於指示快速HARQ過程選擇的特定值，從多個不同的HARQ過程中選擇用於URLLC的快速HARQ過程。在這種情況下，在通過使用所選的HARQ過程以及一個或多個PUCCH資源集進行通訊時，處理器812可以基於HARQ回饋定時指示符（K1）的值、HARQ碼本的大小、或者攜帶最後一個DCI信令的第一個CCE的OFDM符號索引，選擇一個或多個PUCCH資源集中用於快速HARQ過程的PUCCH資源。
備選地，在基於ARI欄位中的指示進行選擇時，處理器812可從多個不同的HARQ過程中為eMBB選擇第二HARQ過程。在這種情況下，在通過使用所選的HARQ過程以及一個或多個PUCCH資源集進行通訊時，處理器812可以基於ARI欄位中的值，選擇一個或多個PUCCH資源集中用於慢速HARQ過程的PUCCH資源。示例性過程
第9圖示出了根據本公開的實現方式的示例過程900。過程900可以是關於根據本公開的行動通訊中HARQ過程和PUCCH資源選擇相關的上述示例實現方式。過程900可以表示裝置810和裝置820的多個特徵的實現方式。過程900可以包括如框910和920中的一個或多個所示的一個或多個操作、動作或功能。儘管被示出為離散的框，根據所需的實現方式，過程900的各個框可以被劃分為附加的框、組合成更少的框或者被取消。此外，過程900的框可以按照第9圖中所示的順序執行，或者，可以按照不同的順序執行。過程900可以由裝置810和/或裝置820或任何合適的無線通訊設備、UE、RSU、基地台或機器類型的設備實現。僅出於說明性目的而非限制，下麵以被實現為UE 110的裝置810和被實現為網路節點125的裝置820為背景描述過程900。過程900在框910處開始。
在910，過程900可以涉及裝置810的處理器812為時槽內的多個子時槽的每個子時槽配置一個或多個PUCCH資源集。過程900可以從910進行到920。
在920，過程900可以涉及處理器812通過使用HARQ過程以及一個或多個PUCCH資源集，經由收發器816與無線網路（例如，經由作為網路節點125的裝置820與無線網路120）通訊。
在一些實現方式中，在為時槽內的多個子時槽的每個子時槽配置一個或多個PUCCH資源集時，過程900可以涉及處理器812將相同的PUCCH配置應用於時槽內多個子時槽的每個子時槽。
在一些實現方式中，在為時槽內的多個子時槽中的每個子時槽配置一個或多個PUCCH資源集時，過程900可以涉及處理器812執行某些操作。例如，過程900可以涉及處理器812將第一PUCCH配置應用于多個子時槽的第一子時槽。另外，過程900可涉及處理器812將第二PUCCH配置應用于多個子時槽中的第二子時槽。第一PUCCH配置和第二PUCCH配置可以不同。
在一些實現方式中，在為該時槽內的多個子時槽的每個子時槽配置一個或多個PUCCH資源集時，過程900可以涉及處理器812為多個子時槽的每個子時槽配置一個或多個PUCCH資源集，使得一個或多個PUCCH資源集中的一個PUCCH資源之一跨過該時槽內兩個相鄰子時槽之間的子時槽邊界。
在一些實現方式中，在為該時槽內的多個子時槽的每個子時槽配置一個或多個PUCCH資源集時，過程900可涉及處理器812為多個時槽中的一個或多個時槽中的每個時槽的多個子時槽的每個子時槽，配置一個或多個PUCCH資源集，使得一個或多個PUCCH資源集中的PUCCH資源不與DL符號或多個時槽中兩個相鄰時槽之間的時槽邊界重疊。
在一些實現方式中，在為時槽內的多個子時槽中的每個子時槽配置一個或多個PUCCH資源集時，過程900可以涉及處理器812執行某些操作。例如，過程900可以涉及處理器812從無線網路接收信令。此外，過程900可以涉及處理器812基於信令為該時槽內的多個子時槽的每個子時槽配置一個或多個PUCCH資源集。在一些實現方式中，信令可以包括RRC信令。
在一些實現方式中，在HARQ過程以及一個或多個PUCCH資源集中通過使用無線網路進行通訊時，過程900可以涉及處理器812發送一個或多個PUCCH資源集的符號，使得每個符號可以通過參照多個子時槽的相應子時槽的子時槽邊界而被索引。
在一些實現方式中，在HARQ過程以及一個或多個PUCCH資源集中通過使用無線網路進行通訊時，過程900可以涉及處理器812執行某些操作。例如，過程900可以涉及處理器812基於DCI信令中ARI欄位的指示來選擇多個不同的HARQ過程之一。此外，過程900可以涉及處理器812使用所選擇的HARQ過程與無線網路通訊。
在一些實現方式中，在基於ARI欄位中的指示進行選擇時，過程900可以涉及處理器812基於ARI欄位中預留的用於指示快速HARQ過程選擇的特定值，從多個不同的HARQ過程中選擇用於URLLC的快速HARQ過程。在這種情況下，在配置一個或多個PUCCH資源集時，過程900可以涉及處理器812基於HARQ回饋定時指示符（K1）的值、HARQ碼本的大小或承載最後一個DCI信令的第一CCE的OFDM符號索引，選擇一個或多個PUCCH資源集中用於快速HARQ過程的PUCCH資源。
備選地，在基於ARI欄位中的指示進行選擇時，過程900可以涉及處理器812從多個不同的HARQ過程中選擇用於eMBB的第二HARQ過程。在這種情況下，在配置一個或多個PUCCH資源集時，過程900可以涉及處理器812基於ARI欄位中的值，選擇一個或多個PUCCH資源集中用於慢速HARQ過程的PUCCH資源。
第10圖示出了根據本公開的實現方式的示例過程1000。過程1000可以是關於根據本公開的行動通訊中HARQ過程和PUCCH資源選擇相關的上述示例實現方式。過程1000可以表示裝置810和裝置820的多個特徵的實現方式。過程1000可以包括如框1010和1020中的一個或多個所示的一個或多個操作、動作或功能。儘管被示出為離散的框，根據所需的實現方式，過程1000的各個框可以被劃分為附加的框、組合成更少的框或者被取消。此外，過程1000的框可以按照第10圖中所示的順序執行，或者，可以按照不同的順序執行。過程1000可以由裝置810和/或裝置820或任何合適的無線通訊設備、UE、RSU、基地台或機器類型的設備實現。僅出於說明性目的而非限制，下麵以被實現為UE 110的裝置810和被實現為網路節點125的裝置820為背景描述過程1000。過程900在框1010處開始。
在1010，過程1000可以涉及裝置810的處理器812通過收發器816從無線網路（例如，經由作為網路節點125的裝置820從無線網路120）接收信令。處理1000可以從1010進行到1020。
在1020，過程1000可以涉及處理器812通過使用時槽內多個子時槽中的至少一個子時槽執行HARQ過程，來回應於接收的信令而經由收發器816向無線網路提供回饋，其中，HARQ過程中使用的每個PUCCH資源的起始符號根據該至少一個子時槽的子時槽邊界進行索引。
在一些實現方式中，在通過執行HARQ過程向無線網路提供回饋時，過程1000可以涉及處理器812為該時槽內多個子時槽的每個子時槽配置一個或多個PUCCH資源集。
在一些實現方式中，在為時槽內的多個子時槽的每個子時槽配置一個或多個PUCCH資源集時，過程1000可以涉及處理器812將相同的PUCCH配置應用于時槽內多個子時槽的每個子時槽。
在一些實現方式中，在為時槽內的多個子時槽中的每個子時槽配置一個或多個PUCCH資源集時，過程1000可以涉及處理器812執行某些操作。例如，過程1000可以涉及處理器812將第一PUCCH配置應用于多個子時槽的第一子時槽。此外，過程1000可以涉及處理器812將第二PUCCH配置應用于多個子時槽中的第二子時槽。第一PUCCH配置和第二PUCCH配置可以不同。
在一些實現方式中，在為時槽內多個子時槽的每個子時槽配置一個或多個PUCCH資源集時，過程1000可以涉及處理器812為多個子時槽的每個子時槽配置一個或多個PUCCH資源集，使得一個或多個PUCCH資源集中的一個PUCCH資源之一跨過該時槽內兩個相鄰子時槽之間的子時槽邊界。
在一些實現方式中，在為時槽內的多個子時槽的每個子時槽配置一個或多個PUCCH資源集時，過程1000可以涉及處理器812為多個時槽中的一個或多個時槽中的每個時槽內的多個子時槽中的每個子時槽，配置一個或多個PUCCH資源集，使得一個或多個PUCCH資源集中的PUCCH資源不與DL符號或多個時槽中的兩個相鄰時槽之間的時槽邊界重疊。
在一些實現方式中，在接收信令時，過程1000可以涉及處理器812接收RRC信令。此外，在為時槽內的多個子時槽的每個子時槽配置一個或多個PUCCH資源集時，過程1000可以涉及處理器812基於RRC信令為時槽內多個子時槽的每個子時槽配置一個或多個PUCCH資源集。
第11圖示出了根據本公開的實現方式的示例過程1100。過程1100可以是關於根據本公開的行動通訊中HARQ過程和PUCCH資源選擇相關的上述示例實現方式。過程1100可以表示裝置810和裝置820的多個特徵的實現方式。過程1100可以包括如框1110、1120和1130中的一個或多個所示的一個或多個操作、動作或功能。儘管被示出為離散的框，根據所需的實現方式，過程1100的各個框可以被劃分為附加的框、組合成更少的框或者被取消。此外，過程1100的框可以按照第11圖中所示的順序執行，或者，可以按照不同的順序執行。過程1100可以由裝置810和/或裝置820或任何合適的無線通訊設備、UE、RSU、基地台或機器類型的設備實現。僅出於說明性目的而非限制，下麵以被實現為UE 110的裝置810和被實現為網路節點125的裝置820為背景描述過程1100。過程1100在框1110處開始。
在1110，過程1100可以涉及裝置810的處理器812經由收發器816從無線網路（例如，經由作為網路節點125的裝置820從無線網路120）接收DCI信令。處理1100可以從1110進行到1120。
在1120，過程1100可以涉及處理器812基於DCI信令中ARI欄位中的指示來選擇多個不同的HARQ過程之一。過程1100可以從1120進行到1130。
在1130，過程1100可以涉及處理器812經由收發器816通過使用所選HARQ過程以及一個或多個PUCCH資源集，與無線網路經由裝置820進行通訊。
在一些實現方式中，在基於ARI欄位中的指示進行選擇時，過程1100可以涉及處理器812基於ARI欄位中預留的用於指示快速HARQ過程選擇的特定值，從多個不同的HARQ過程中選擇用於URLLC的快速HARQ過程。在這種情況下，在通過使用所選HARQ過程以及一個或多個PUCCH資源集進行通訊時，過程1100可以涉及處理器812基於HARQ回饋定時指示符（K1）的值、HARQ碼本的大小或承載最後一個DCI信令的第一CCE的OFDM符號索引，選擇一個或多個PUCCH資源集中用於快速HARQ過程的PUCCH資源。
備選地，在基於ARI欄位中的指示進行選擇時，過程1100可以涉及處理器812從多個不同的HARQ過程中選擇用於eMBB的第二HARQ過程。在這種情況下，在通過使用所選HARQ過程以及一個或多個PUCCH資源集進行通訊時，過程1100可以涉及處理器812基於ARI欄位中的值，選擇一個或多個PUCCH資源集中用於慢速HARQ過程的PUCCH資源。補充說明
本文中所描述之主題有時例示了包含在不同的其它部件之內或與其連接的不同部件。要理解的是，這些所描繪架構僅是示例，並且實際上能夠實施實現相同功能的許多其它架構。在概念意義上，實現相同功能的部件的任意佈置被有效地“關聯”成使得期望之功能得以實現。因此，獨立於架構或中間部件，本文中被組合為實現特定功能之任何兩個部件能夠被看作彼此“關聯”成使得期望之功能得以實現。同樣，如此關聯之任何兩個部件也能夠被視為彼此“在操作上連接”或“在操作上耦接”，以實現期望功能，並且能夠如此關聯的任意兩個部件還能夠被視為彼此“在操作上可耦接”，以實現期望的功能。在操作在可耦接之特定示例包括但不限於實體上能配套和/或實體上交互的部件和/或可無線地交互和/或無線地交互的部件和/或邏輯上交互和/或邏輯上可交互的部件。
此外，關於本文中任何複數和/或單數術語的大量使用，本領域具備通常知識者可針對上下文和/或應用按需從複數轉化為單數和/或從單數轉化為複數。為了清楚起見，本文中可以明確地闡述各種單數/複數互易。
另外，本領域具備通常知識者將理解，通常，本文中所用術語且尤其是在所附申請專利範圍（例如，所附申請專利範圍之主體）中所使用的術語通常意為“開放”術語，例如，術語“包含”應被解釋為“包含但不限於”，術語“具有”應被解釋為“至少具有”，術語“包括”應解釋為“包括但不限於”，等等。本領域具備通常知識者還將理解，如果引入之申請專利範圍列舉之特定數目是有意的，則這種意圖將在申請專利範圍中明確地列舉，並且在這種列舉不存在時不存在這種意圖。例如，作為理解之幫助，所附申請專利範圍可以包含引入申請專利範圍列舉之引入性短語“至少一個”和“一個或更多個”之使用。然而，這種短語的使用不應該被解釋為暗示申請專利範圍列舉透過不定冠詞“一”或“一個” 的引入將包含這種所引入之申請專利範圍列舉之任何特定申請專利範圍限制於只包含一個這種列舉的實現方式，即使當同一申請專利範圍包括引入性短語“一個或更多”或“至少一個”以及諸如“一”或“一個”這樣的不定冠詞（例如，“一和/或一個”應被解釋為意指“至少一個”或“一個或更多個”）時，這同樣適用於用來引入申請專利範圍列舉之定冠詞的使用。另外，即使明確地列舉了特定數量之所引入之申請專利範圍列舉，本領域技術人員也將認識到，這種列舉應被解釋為意指至少所列舉之數量（例如，在沒有其它之修飾語之情況下，“兩個列舉”之無遮蔽列舉意指至少兩個列舉或者兩個或更多個列舉）。此外，在使用類似於“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:網路環境 110:UE 120:無線網路 125:網路節點 200、300、400、500、600、700:場景 800:通訊系統 810、820:裝置 812、822:處理器 816、826:收發器 814、824:記憶體 900、1000、1110:過程 910、920、1010、1020、1110、1120、1130:框
附圖被包括進來以提供對本公開之進一步理解，併入本發明並構成本發明之一部分。附圖例示了本公開之實現方式，並且與說明書一起用於說明本公開之原理。能理解的是，附圖不一定是按比例的，因為為了清楚地例示本發明之構思，一些元件可以被顯示為與實際實現方式中之尺寸不成比例。 第1圖是示例網路環境的示意圖，在其中可以實現根據本公開的各種解決方案和方法。 第2圖示出了根據本公開的實現方式的示例場景。 第3圖示出了根據本公開的實現方式的示例場景。 第4圖示出了根據本公開的實現方式的示例場景。 第5圖示出了根據本公開的實現方式的示例場景。 第6圖示出了根據本公開的實現方式的示例場景。 第7圖示出了根據本公開的實現方式的示例場景。 第8圖是根據本公開實現方式的示例通訊系統的框圖。 第9圖是根據本公開的實現方式的示例過程的流程圖。 第10圖是根據本公開的實現方式的示例過程的流程圖。 第11圖是根據本公開的實現方式的示例過程的流程圖。
300:場景

Claims (20)

  1. 一種方法，包括： 由裝置的處理器為時槽內的多個子時槽中的每個子時槽配置一個或多個實體上行鏈路控制通道（physical uplink control channel，PUCCH）資源集；以及 由所述處理器通過使用混合自動重傳請求（hybrid automatic repeat request，HARQ）過程以及所述一個或多個PUCCH資源集與無線網路進行通訊。
  2. 如申請專利範圍第1項所述的方法，其中為所述時槽內的所述多個子時槽的每個子時槽配置所述一個或多個PUCCH資源集包括將相同的PUCCH配置應用於所述時槽內所述多個子時槽的每個子時槽。
  3. 如申請專利範圍第1項所述的方法，其中，為所述時槽內的所述多個子時槽的每個子時槽配置所述一個或多個PUCCH資源集包括： 將第一PUCCH配置應用於所述多個子時槽的第一子時槽；以及 將第二PUCCH配置應用於所述多個子時槽的第二子時槽， 其中，所述第一PUCCH配置和所述第二PUCCH配置不同。
  4. 如申請專利範圍第1項所述的方法，其中為所述時槽內的所述多個子時槽的每個子時槽配置所述一個或多個PUCCH資源集包括：為所述多個子時槽的每個子時槽配置所述一個或多個PUCCH資源集，使得所述一個或多個PUCCH資源集中的一個PUCCH資源之一跨過所述時槽內兩個相鄰子時槽之間的子時槽邊界。
  5. 如申請專利範圍第1項所述的方法，其中，為所述時槽內的所述多個子時槽的每個子時槽配置所述一個或多個PUCCH資源集包括：為多個時槽中的一個或多個時槽的每個時槽內的所述多個子時槽的每個子時槽，配置所述一個或多個PUCCH資源集，使得所述一個或多個PUCCH資源集中的PUCCH資源不與下行鏈路（DL）符號或所述多個時槽中兩個相鄰時槽之間的時槽邊界重疊。
  6. 如申請專利範圍第1項所述的方法，其中，為所述時槽內的所述多個子時槽的每個子時槽配置所述一個或多個PUCCH資源集包括： 從所述無線網路接收信令；以及 基於所述信令為所述時槽內的所述多個子時槽的每個子時槽配置所述一個或多個PUCCH資源集。
  7. 如申請專利範圍第6項所述的方法，其中，所述信令包括無線電資源配置（radio resource configuration，RRC）信令。
  8. 如申請專利範圍第1項所述的方法，其中，所述HARQ過程以及所述一個或多個PUCCH資源集中通過使用所述無線網路進行通訊包括：發送所述一個或多個PUCCH資源集的符號，使得每個符號通過參照所述多個子時槽的相應子時槽的子時槽邊界而被索引
  9. 如申請專利範圍第1項所述的方法，其中，通過使用所述HARQ過程以及所述一個或多個PUCCH資源集與所述無線網路進行通訊包括： 基於下行鏈路控制資訊（downlink control information，DCI）信令中的確認資源索引（acknowledgement resource index，ARI）欄位中的指示，選擇多個不同的HARQ過程之一；以及 使用所選的HARQ過程與所述無線網路進行通訊。
  10. 如申請專利範圍第9項所述的方法，其中，基於所述ARI欄位中的指示的選擇包括： 基於所述ARI欄位中預留的用於指示快速HARQ過程選擇的特定值，從所述多個不同的HARQ過程中選擇用於超可靠低延遲通訊（ultra-reliable low-latency communication，URLLC）的所述快速HARQ過程， 其中配置所述一個或多個PUCCH資源集包括：基於HARQ回饋定時指示符（K1）的值、HARQ碼本的大小或承載最後一個DCI信令的第一控制通道元素（control channel element，CCE）的正交分頻多工（orthogonal frequency-division multiplexing，OFDM）符號索引，選擇所述一個或多個PUCCH資源集中用於所述快速HARQ過程的PUCCH資源。
  11. 如申請專利範圍第9項所述的方法，其中，基於所述ARI欄位中的指示的選擇包括： 從所述多個不同的HARQ過程中選擇用於增強型行動寬頻（enhanced mobile broadband，eMBB）的第二HARQ過程， 其中，配置所述一個或多個PUCCH資源集包括：基於所述ARI欄位中的值，選擇所述一個或多個PUCCH資源集中用於所述慢速HARQ過程的PUCCH資源。
  12. 一種方法，包括： 由裝置的處理器從無線網路接收信令；以及 由所述處理器通過使用時槽內多個子時槽中的至少一個子時槽執行混合自動重傳請求（hybrid automatic repeat request，HARQ）過程，回應於所述信令的接收，向所述無線網路提供回饋， 其中，所述HARQ過程中使用的每個實體上行鏈路控制通道（physical uplink control channel，PUCCH）資源的起始符號根據所述至少一個子時槽的子時槽邊界進行索引。
  13. 如申請專利範圍第12項所述的方法，其中，通過執行所述HARQ過程向所述無線網路提供所述回饋包括：為所述時槽內的所述多個子時槽中的每個子時槽配置一個或多個PUCCH資源集。
  14. 如申請專利範圍第13項所述的方法，其中為所述時槽內的所述多個子時槽中的每個子時槽配置所述一個或多個PUCCH資源集包括將相同的PUCCH配置應用於所述時槽內的所述多個子時槽的每個子時槽。
  15. 如申請專利範圍第13項所述的方法，其中，為所述時槽內的所述多個子時槽中的每個子時槽配置所述一個或多個PUCCH資源集包括： 將第一PUCCH配置應用於所述多個子時槽的第一子時槽；以及 將第二PUCCH配置應用於所述多個子時槽的第二子時槽， 其中，所述第一PUCCH配置和所述第二PUCCH配置不同。
  16. 如申請專利範圍第13項所述的方法，其中，為所述時槽內的所述多個子時槽中的每個子時槽配置所述一個或多個PUCCH資源集包括：為所述多個子時槽的每個子時槽配置所述一個或多個PUCCH資源集，使得所述一個或多個PUCCH資源集中的一個PUCCH資源之一跨過所述時槽內兩個相鄰子時槽之間的子時槽邊界
  17. 如申請專利範圍第13項所述的方法，其中，為所述時槽內的所述多個子時槽中的每個子時槽配置所述一個或多個PUCCH資源集包括：為多個時槽中的一個或多個時槽中的每個時槽內的所述多個子時槽中的每個子時槽，配置所述一個或多個PUCCH資源集，使得所述一個或多個PUCCH資源集中的PUCCH資源不與下行鏈路（DL）符號或所述多個時槽中的兩個相鄰時槽之間的時槽邊界重疊。
  18. 如申請專利範圍第13項所述的方法，其中，接收所述信令包括：接收無線資源配置（radio resource configuration，RRC）信令，並且其中，為所述時槽內的所述多個子時槽中的每個子時槽配置所述一個或多個PUCCH資源集包括：基於所述RRC信令為所述時槽內的所述多個子時槽的每個子時槽配置所述一個或多個PUCCH資源集。
  19. 一種方法，包括： 由裝置的處理器從無線網路接收下行鏈路控制資訊（downlink control information，DCI）信令； 由所述處理器基於所述DCI信令中的確認資源索引（acknowledgement resource index，ARI）欄位中的指示，選擇多個不同的混合自動重傳請求（hybrid automatic repeat request，HARQ）過程之一；以及 由所述處理器通過使用所選HARQ過程以及一個或多個實體上行鏈路控制通道（physical uplink control channel，PUCCH）資源集與所述無線網路進行通訊。
  20. 如申請專利範圍第19項所述的方法，其中，基於所述ARI欄位中的指示的選擇包括： 基於所述ARI欄位中預留的用於指示快速HARQ過程選擇的特定值，從所述多個不同的HARQ過程中選擇用於URLLC的所述快速HARQ過程，其中，在通過使用所選HARQ過程以及所述一個或多個PUCCH資源集進行通訊包括：基於HARQ回饋定時指示符（K1）的值、HARQ碼本的大小或承載最後一個DCI信令的第一CCE的OFDM符號索引，選擇所述一個或多個PUCCH資源集中用於所述快速HARQ過程的PUCCH資源；或者 從所述多個不同的HARQ過程中選擇用於eMBB的第二HARQ過程，其中，在通過使用所選HARQ過程以及所述一個或多個PUCCH資源集進行通訊包括：基於所述ARI欄位中的值選擇所述一個或多個PUCCH資源集中用於所述慢速HARQ過程的PUCCH資源。
TW108139422A 2018-11-01 2019-10-31 行動通訊中harq過程以及pucch資源選擇的方法和裝置 TWI757651B (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201862754009P 2018-11-01 2018-11-01
US62/754,009 2018-11-01
US16/667,904 2019-10-30
US16/667,904 US20200145143A1 (en) 2018-11-01 2019-10-30 Methods And Apparatus For HARQ Procedure And PUCCH Resource Selection In Mobile Communications

Publications (2)

Publication Number Publication Date
TW202021298A true TW202021298A (zh) 2020-06-01
TWI757651B TWI757651B (zh) 2022-03-11

Family

ID=70459142

Family Applications (1)

Application Number Title Priority Date Filing Date
TW108139422A TWI757651B (zh) 2018-11-01 2019-10-31 行動通訊中harq過程以及pucch資源選擇的方法和裝置

Country Status (4)

Country Link
US (1) US20200145143A1 (zh)
CN (1) CN112930705A (zh)
TW (1) TWI757651B (zh)
WO (1) WO2020088568A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11510184B2 (en) * 2018-07-03 2022-11-22 Qualcomm Incorporated Physical uplink control channel repetition
US11627560B2 (en) * 2019-01-07 2023-04-11 Kt Corporation Method and apparatus for transmitting and receiving uplink control information
US20200351891A1 (en) * 2019-05-03 2020-11-05 Qualcomm Incorporated Physical uplink control channel resource configuration
CN111092704A (zh) * 2019-07-31 2020-05-01 中兴通讯股份有限公司 信号传输方法、装置、网络设备及存储介质
US11659576B2 (en) * 2019-08-14 2023-05-23 FG Innovation Company Limited Method of physical uplink shared channel repetition and related device

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9350581B2 (en) * 2009-06-02 2016-05-24 Qualcomm Incorporated Downlink assignment indicator design for multi-carrier wireless communication
KR101867311B1 (ko) * 2010-12-21 2018-07-19 주식회사 골드피크이노베이션즈 Ａｃｋ／ｎａｃｋ 자원 할당 방법 및 장치와 이를 이용한 ａｃｋ／ｎａｃｋ 신호 전송 방법
KR101825638B1 (ko) * 2011-01-19 2018-02-05 주식회사 팬택 Ｈａｒｑ ａｃｋ／ｎａｃｋ 신호 전송을 위한 자원 할당 방법 및 이를 이용한 ｈａｒｑ ａｃｋ／ｎａｃｋ 신호 전송 방법과 장치
US20130039290A1 (en) * 2011-08-11 2013-02-14 Research In Motion Korea Method and System for Uplink Control Channel Transmit Diversity Using Multiple Downlink Control Channel Based Resource Allocation
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell

Also Published As

Publication number Publication date
TWI757651B (zh) 2022-03-11
US20200145143A1 (en) 2020-05-07
CN112930705A (zh) 2021-06-08
WO2020088568A1 (en) 2020-05-07

Similar Documents

Publication Publication Date Title
TWI691193B (zh) 行動通訊中用以決定調變編碼機制表之方法和裝置
TWI715044B (zh) 移動通信中對於不同服務類型報告混合自動重複請求-確認資訊的方法和裝置
US11290217B2 (en) HARQ-ACK transmission method, terminal device and network device
JP6767477B2 (ja) 短縮物理アップリンク共有チャネル・アレンジメント
EP2745593B1 (en) Scheduling communications
TWI699980B (zh) 在行動通訊中報告混合自動重傳請求-確認資訊之方法和裝置
JP7499777B2 (ja) 送信動作および受信動作を実行するユーザ機器およびシステム
CN110249572B (zh) 用于短pdcch操作的方法和装置
TWI757651B (zh) 行動通訊中harq過程以及pucch資源選擇的方法和裝置
WO2021078189A1 (en) Method and apparatus for dynamic cross-carrier scheduling in mobile communications
TWI702814B (zh) 用於在移動通訊中報告混合自動重複請求-確認資訊的方法和裝置
TW202011758A (zh) 移動通信中的上行鏈路控制資訊和實體上行鏈路控制通道傳輸增強
EP3535903A1 (en) Signaling of demodulation reference signal configuration for uplink short tti transmissions
CN109076513A (zh) 下行控制信息的发送方法、检测方法和设备
CN111418248A (zh) 增强移动通信中用于urllc的新无线电pusch
JP2021193802A (ja) 複数のショートｔｔｉ伝送のシグナリング
WO2019137011A1 (zh) 一种通信方法及上行资源确定方法
TW201937953A (zh) 行動通訊之緊密下行鏈路控制資訊設計和操作
TW201944830A (zh) 行動通訊中緊湊下行鏈路控制資訊的時域資源配置
WO2018228394A1 (zh) 一种控制信息的发送或接收方法及装置
CN113676956A (zh) 一种缓存确定方法及装置
TWI794078B (zh) 載波切換的傳輸處理方法、裝置及處理器可讀存儲介質
JP2022549946A (ja) 復調参照信号の構成情報取得方法、構成方法、および装置
WO2021262071A1 (en) Enhanced hybrid arq (harq) for a wireless network
CN112787777B (zh) 移动通信中乱序的混合自动重复请求反馈的方法及其装置