TWI740089B

TWI740089B - 無線通訊之上行鏈路控制資訊中混合式自動重送請求確認資源的保留機制

Info

Publication number: TWI740089B
Application number: TW108100972A
Authority: TW
Inventors: 李修聖
Original assignee: 聯發科技股份有限公司
Priority date: 2018-01-11
Filing date: 2019-01-10
Publication date: 2021-09-21
Also published as: TW201935954A; US10790955B2; EP3735769A4; US20190215127A1; EP3735769A1; WO2019137459A1; CN111492639A; CN111492639B

Abstract

描述了在無線通信中的UCI中保留混合自動重傳請求（HARQ）確認（HARQ-ACK）資源的技術和示例。從而，UE確認如何將HARQ-ACK發送到無線網路的網路節點。 UE基於確認的結果在多個資源元素（RE）中為兩位元HARQ-ACK保留HARQ-ACK資源。然後，UE使用保留的HARQ-ACK資源在物理上行鏈路共享信道（PUSCH）中將具有零位元、一位元或兩位元的HARQ-ACK發送到網絡節點，使得PUSCH被打孔用於HARQ-ACK。

Description

無線通訊之上行鏈路控制資訊中混合式自動重送請求確認資源的保留機制

本公開一般來説涉及無線通信，並且更具體地，涉及無線通信中的上行鏈路控制資訊（uplink control information簡寫為UCI）中的混合自動重傳請求（hybrid automatic repeat request，簡寫為HARQ）確認（HARQ-ACK）資源的保留。

除非本文另有說明，否則本部分中描述的方法不是下面列出的請求項的現有技術，並且不包括在本部分中作為現有技術。

在第五代（5G）新無線電（New Radio簡寫為NR）通信系統中，物理上行鏈路共享信道（physical uplink shared channel簡寫為PUSCH）上的UCI是支持的特徵。取決於用作HARQ-ACK位元的資訊位元的數量，可以通過PUSCH的速率匹配（rate-matching）或打孔（puncturing）來實現HARQ-ACK。在UCI中，用戶設備（UE）可以將測量的信道狀態資訊（CSI）報告回UE無線連接到的網路。可以將CSI視為由資訊的第一部分（部分1）和第二部分（部分2）構成，部分1中的資訊比部分2中的資訊具有更高的重要性。為了避免HARQ-ACK嚴重地打孔部分1，在第三代合作夥伴計劃（3GPP）規範中已經同意PUSCH針對兩位元以下的HARQ-ACK被打孔，並且PUSCH針對具有多於兩位元的HARQ-ACK進行速率匹配。

以下概述僅是說明性的，並不旨在以任何方式進行限制。也就是說，提供以下概述以介紹本文描述的新穎和進步的技術的概念、要點、益處和優點。下面在詳細描述中進一步描述選擇實現。因此，以下發明內容並非旨在標識所要求保護的主題的必要特徵，也不旨在用於確定所要求保護的主題的範圍。

本公開的目的是提出若干方案，以解決在針對HARQ-ACK打孔PUSCH的情況下如何為HARQ-ACK保留資源，以便可以避免通過HARQ-ACK打孔CSI（特別是部分1）。相信通過實施根據本公開的一個或複數個提出的方案，整體系統性能將得到改善。

在一個方面，一種方法可以涉及UE的處理器確認如何將HARQ-ACK發送到無線網路的網路節點。該方法還可以包括處理器基於確認的結果在複數個資源元素（RE）中為兩位元HARQ-ACK保留HARQ-ACK資源。該方法還可以包括處理器使用保留的HARQ-ACK資源，以打孔PUSCH用於HARQ-ACK的方式，將HARQ-ACK傳送至物理上行鏈路共享信道（PUSCH）中的網路節點。

在一個方面，一種方法可以涉及UE的處理器在複數個RE之間保留HARQ-ACK資源，從而避免通過HARQ-ACK在PUSCH上對CSI進行打孔。該方法還可以包括處理器使用保留的HARQ-ACK資源將HARQ-ACK作為UCI的一部分發送到無線網路的網路節點。

在一個方面，一種裝置（例如，UE）可以包括收發器和耦合以控制收發器的處理器。收發器可以能夠與無線網路的網路節點通信。處理器可以能夠在複數個RE之間保留HARQ-ACK資源，從而避免通過HARQ-ACK在PUSCH上對CSI進行打孔。此外，處理器能夠使用保留的HARQ-ACK資源經由收發器將HARQ-ACK作為UCI的一部分發送到網路節點。

值得注意的是，儘管本文提供的描述可以在某些無線電接入技術、網路和網路拓撲（諸如5G NR）的背景下，但是所提出的概念、方案及其任何變體/衍生物可以在其他類型的無線電接入技術、網路和網路拓撲中實現，例如但不限於長期演進（LTE）、LTE-Advanced、LTE-Advanced Pro和物聯網（Internet-of-Things簡寫為IOT）。因此，本公開的範圍不限於本文描述的示例。

本文公開了所要求保護的主題的詳細實施例和實施方式。然而，應該理解的是，所公開的實施例和實現僅僅是對要求保護的主題的說明，其可以以各種形式體現。然而，本公開可以以許多不同的形式實施，並且不應該被解釋為限於這裡闡述的示例性實施例和實施方式。而是，提供這些示例性實施例和實現方式，使得本公開的描述是徹底和完整的，並且將向所屬領域具有通常知識者充分傳達本公開的範圍。在以下描述中，可以省略公知特徵和技術的細節以避免不必要地模糊所呈現的實施例和實現。概述

根據本公開的實現涉及與無線通信中的UCI中的HARQ-ACK資源的保留有關的各種技術、方法、方案和/或解決方式。根據本公開，可以單獨地或聯合地實現許多可能的解決方案。也就是說，儘管可以在下面分別描述這些可能的解決方案，但是這些可能的解決方案中的兩個或更複數個可以以一種組合或另一種組合實現。

在根據本公開的提出的第一方案下，UE可以基於資訊位元的兩位元被用作HARQ-ACK位元的假設來保留HARQ-ACK資源。為了幫助理解提出的第一方案，第1圖中提供了說明性和非限制性的例子。

第1圖示出了根據本公開的在第一提出的方案下在UCI中保留HARQ-ACK資源的示例場景100。場景100可以涉及UE 110和具有網路節點125（例如，gNB）的無線通信網路120（例如，5G / NR移動網路）。 UE 110可以通過網路節點125與網路120建立無線通信鏈路130，用於上行鏈路和下行鏈路傳輸。在5G / NR的環境中，網路節點125可以經由物理下行鏈路控制信道（PDCCH）發送下行鏈路控制資訊（DCI），並且UE 110可以經由物理上行鏈路控制信道（PUCCH）發送上行鏈路控制資訊（UCI），或者通過物理上行鏈路共享信道（PUSCH）發送UCI和/或資料。 UCI可以包括，例如但不限於，信道狀態資訊（channel state information簡寫為CSI）、HARQ-ACK和一個或複數個調度請求。基於經由網路節點125從網路120接收的資訊（例如，與HARQ相關的資訊），UE 110可以確認，在與網路節點125通信中，HARQ處理有效。對於基於時隙（slot-based）的調度，UE 110可以通過速率匹配或PUSCH打孔發送每個HARQ -ACK。具體地，對於具有多於兩位元的給定HARQ-ACK，UE 110將通過對PUSCH進行速率匹配來發送HARQ-ACK。此外，對於具有零位元、一位元或兩位元的給定HARQ-ACK，UE 110將通過對PUSCH進行打孔來發送HARQ-ACK。

參照第1圖，在根據本公開的第一提出的方案下，在確認不需要HARQ-ACK或者要發送一位元或兩位元HARQ-ACK時，UE 110可以保留複數個RE中的一定量的RE，用於兩位元HARQ-ACK作為HARQ-ACK資源，而不管是否要發送一位元HARQ-ACK或兩位元HARQ-ACK。具體地，UE 110可以首先為解調參考信號（DMRS）保留等效於複數個RE的RE的整個正交頻分複用（OFDM）符號。接下來，UE 110可以在複數個RE的剩餘部分中保留HARQ-ACK資源用於兩位元HARQ-ACK。然後，UE 110針對CSI的第一部分（部分1），在複數個RE的剩餘部分中分配第一數量的RE，不包括HARQ-ACK資源。隨後，UE 110可以針對CSI的第二部分（部分2）在複數個RE的剩餘部分中分配第二數量的RE，包括HARQ-ACK資源。這可以導致保留作為HARQ-ACK資源的那些RE中的一些或全部分配給CSI的部分2。接下來，UE 110可以在複數個RE的剩餘部分中分配第三數量的RE，包括剩餘的保留的HARQ-ACK資源（如果有的話），用於上行鏈路共享信道（ULSCH）資料。值得注意的是，該機制也適用於波形是離散傅里葉變換擴展OFDM（Discrete Fourier Transform-spread-OFDM，簡寫為DFT-S-OFDM）的情況。

有利地，在第一提出的方案下，當發送的實際HARQ-ACK是一位元HARQ-ACK時，CSI的部分1和部分2都可以是可解碼的。這是因為分配給CSI的部分1的那些RE沒有被打孔，並且分配給CSI的部分2的RE被最小程度地打孔並且因此是可解碼的。同樣有利地，即便當發送的實際HARQ-ACK是兩位元HARQ-ACK時，CSI的部分1和部分2都可以是可解碼的。這是因為分配給CSI的部分1的那些RE沒有被打孔，並且分配給CSI的部分2的RE沒有被很嚴重打孔，因此仍然可以解碼。

在根據本公開的第二提出的方案下，可以保留固定數量的一個或複數個整個正交頻分複用（OFDM）符號（例如，一整個OFDM符號）。在這種情況下，在HARQ-ACK的實際資源是多於一個OFDM符號的情況下，可能需要例外規則（exception rule）。例如，例外規則可能意味著HARQ-ACK的實際資源限於一個OFDM符號。作為另一示例，例外規則可能意味著CSI的部分1可能被允許打孔。為了幫助理解第二提出的方案，第2圖中提供了說明性和非限制性的示例。

第2圖示出了根據本公開的在第二提出的方案下在UCI中保留HARQ-ACK資源的示例性場景200。場景200可以涉及UE 110和具有網路節點125（例如，gNB）的無線通信網路120（例如，5G / NR移動網路）。 UE 110可以通過網路節點125與網路120建立無線通信鏈路130，用於上行鏈路和下行鏈路傳輸。在5G / NR的環境中，網路節點125可以經由PDCCH發送DCI，並且UE 110可以經由PUSCH發送UCI和資料。 UCI可以包括，例如但不限於，CSI、HARQ-ACK和調度請求。基於經由網路節點125從網路120接收的資訊（例如，與HARQ相關的資訊），UE 110可以確認HARQ處理在與網路節點125的通信中有效。對於基於時隙的調度，UE 110可以通過速率匹配或PUSCH的打孔發送每個HARQ-ACK。具體地，對於具有多於兩個位元的給定HARQ-ACK，UE 110將通過對PUSCH進行速率匹配來發送HARQ-ACK。此外，對於具有零位元、一位元或兩位元的給定HARQ-ACK，UE 110將通過對PUSCH進行打孔來發送HARQ-ACK。

參照第2圖，在根據本公開的第二提議方案下，在確認不需要HARQ-ACK或者要發送一位元或兩位元HARQ-ACK時，UE 110可以在多个RE中保留等同于至少一個OFDM符號的一定量的RE作為HARQ-ACK資源，不管是否要發送一位元HARQ-ACK或兩位元HARQ-ACK。具體地，UE 110可以首先為DMRS保留等效於複數個RE的RE的整個OFDM符號。接下來，UE 110可以在複數個RE的剩餘部分中保留一個或複數個整個OFDM符號作為HARQ-ACK資源。在第2圖所示的示例中，保留一個完整的OFDM符號作為HARQ-ACK資源。然後，UE 110針對CSI的第一部分（部分1），在複數個RE的剩餘部分中分配第一數量的RE，不包括HARQ-ACK資源。隨後，UE 110可以針對CSI的第二部分（部分2）在複數個RE的剩餘部分中分配第二數量的RE，包括HARQ-ACK資源。保留作為HARQ-ACK資源的那些RE可能部分或全部RE分配給CSI的部分2。接下來，UE 110可以在複數個RE的剩餘部分中分配第三數量的RE，包括剩餘的保留的HARQ-ACK資源（如果有的話），用於ULSCH資料。

在根據本公開的第三提出的方案下，UE對HARQ-ACK資源的保留可以基於UE對HARQ-ACK位元的理解（understanding）。在UE與UE無線連接的網路的網路節點（例如，gNB或eNB）之間存在誤解HARQ-ACK位元的情況下，CSI的部分1可能幾乎是不可解碼的。此外，CSI的部分2以及上行鏈路共享信道（ULSCH）的解碼可能導致失敗。為了幫助理解第三提出的方案的第一種方法，第3A圖中提供了說明性和非限制性的例子。類似地，為了幫助理解第三提出的方案的第二種方法，第3B圖中提供了說明性和非限制性的示例。

第3A圖示出了根據本公開的在第三提出的方案的第一種方法下在UCI中保留HARQ-ACK資源的示例性場景300A。場景300A可以涉及UE 110和具有網路節點125（例如，gNB）的無線通信網路120（例如，5G / NR移動網路）。 UE 110可以通過網路節點125與網路120建立無線通信鏈路130，用於上行鏈路和下行鏈路傳輸。在5G / NR的環境（context）中，網路節點125可以經由PDCCH發送DCI，並且UE 110可以經由PUSCH發送UCI和資料。 UCI可以包括，例如但不限於，CSI、HARQ-ACK和調度請求。基於經由網路節點125從網路120接收的資訊（例如，與HARQ相關的資訊），UE 110可以確認HARQ處理在與網路節點125通信中有效。對於基於時隙的調度，UE 110可以通過速率匹配或PUSCH的打孔發送每個HARQ -ACK。具體地，對於具有多於兩個位元的給定HARQ-ACK，UE 110將通過對PUSCH進行速率匹配來發送HARQ-ACK。此外，對於具有零位元、一位元或兩位元的給定HARQ-ACK，UE 110將通過對PUSCH進行打孔來發送HARQ-ACK。

參考第3A圖，在根據本公開的第三提議方案的第一種方法下，UE 110可以基於其對HARQ-ACK位元的理解，針對一位元HARQ-ACK在複數個RE中保留一定量的RE（例如，根據從網路節點125接收的PDSCH數量）要發送一位元HARQ-ACK。值得注意的是，在UE 110與網路120 /網路節點125之間存在誤解的情況下（例如，應當發送兩位元HARQ-ACK，而UE 110假設要發送一位元HARQ-ACK），CSI的部分1幾乎不可能解碼成功，而CSI和ULSCH資料的一部分也可能解碼失敗。

第3B圖示出了根據本公開的在第三提出的方案的第二方法下,在UCI中保留HARQ-ACK資源的示例性場景300B。場景300B可以涉及UE 110和具有網路節點125（例如，gNB）的無線通信網路120（例如，5G / NR移動網路）。 UE 110可以通過網路節點125與網路120建立無線通信鏈路130，用於上行鏈路和下行鏈路傳輸。在5G / NR的上下文中，網路節點125可以經由PDCCH發送DCI，並且UE 110可以經由PUSCH發送UCI和資料。 UCI可以包括，例如但不限於，CSI、HARQ-ACK和調度請求。基於經由網路節點125從網路120接收的資訊（例如，與HARQ相關的資訊），UE 110可以確認HARQ處理在與網路節點125通信中有效。對於基於時隙的調度，UE 110可以通過速率匹配或PUSCH的打孔發送每個HARQ-ACK。具體地，對於具有多於兩個位元的給定HARQ-ACK，UE 110將通過對PUSCH進行速率匹配來發送HARQ-ACK。此外，對於具有零位元、一位元或兩位元的給定HARQ-ACK，UE 110將通過對PUSCH進行打卡來發送HARQ-ACK。

參考第3B圖，在根據本公開的第三提出的方案的第二種方法下，UE 110可以基於其對HARQ-ACK位元的理解，針對兩位元HARQ-ACK在複數個RE中保留一定量的RE（例如，根據從網路節點125接收的PDSCH數量）要發送兩位元HARQ-ACK。值得注意的是，在UE 110與網路120 /網路節點125之間存在誤解的情況下（例如，應當發送一位元HARQ-ACK，而UE 110假設要發送兩位元HARQ-ACK），CSI的部分1幾乎不可能解碼成功，而CSI和ULSCH資料的一部分也可能解碼失敗。 說明性實現

第4圖示出了根據本公開的實現的具有至少示例裝置410和示例裝置420的示例系統400。裝置410和裝置420中的每一個可以執行各種功能以實現本文描述的與無線通信中的UCI中的HARQ-ACK資源的保留有關的方案、技術、過程和方法，包括上面描述的各種提出的設計、概念、方案、系統和方法以及下面描述的過程300和400。

裝置410和裝置420中的每一個可以是電子裝置的一部分，電子裝置可以是網路裝置或UE，諸如便攜式或移動裝置，可穿戴裝置，無線通信裝置或計算裝置。例如，裝置410和裝置420中的每一個可以在智能手機、智能手錶、個人數位助理、數碼相機或諸如平板計算機、膝上型計算機或筆記本計算機的計算設備中實現。裝置410和裝置420中的每一個也可以是機器類型裝置的一部分，其可以是諸如非移動的或固定裝置的IoT裝置、家用裝置、有線通信裝置或計算裝置。例如，裝置410和裝置420中的每一個可以在智能恆溫器，智能冰箱，智能門鎖，無線揚聲器或家庭控制中心中實現。當在網路設備中或作為網路設備實現時，設備410和/或設備420可以在LTE，LTE-Advanced或LTE-Advanced Pro網路中的eNB中實現，或者在5G網路，NR網路或者IoT網路中的gNB或TRP中實現。

在一些實現中，裝置410和裝置420中的每一個可以以一個或複數個集成電路（IC）芯片的形式實現，例如但不限於，一個或複數個單核處理器、一個或複數個多核處理器，或一個或複數個複雜指令集計算（CISC）處理器。在上述各種方案中，裝置410和裝置420中的每一個可以在網路裝置或UE中實現或者作為網路裝置或UE來實現。裝置410和裝置420中的每一個分別可以包括第4圖中所示的那些組件中的至少一些，例如處理器412和處理器422。裝置410和裝置420中的每一個還可以包括與本公開的提出的方案無關的一個或複數個其他組件（例如，內部電源、顯示設備和/或用戶接口設備），並且因此裝置410和裝置420包括的這樣的組件既未在第4圖中示出，為簡單和簡潔起見，也未在下面對其進行描述。

在一個方面，處理器412和處理器422中的每一個可以以一個或複數個單核處理器、一個或複數個多核處理器或一個或複數個CISC處理器的形式實現。也就是說，即使這裡使用單數術語“處理器”來指代處理器412和處理器422，處理器412和處理器422中的每一個在一些實現中可以包括複數個處理器，並且在根據本發明的其他實現中可以包括單個處理器。在另一方面，處理器412和處理器422中的每一個可以以具有電子組件的硬體（以及可選地，軔體）的形式實現，所述電子組件包括例如但不限於一個或複數個晶體管、一個或複數個二極管、一個或複數個電容器、一個或複數個電阻器、一個或複數個電感器、一個或複數個憶阻器和/或一個或複數個變容二極管，其被配置和佈置成實現根據本公開的特定目的。換句話說，在至少一些實現中，處理器412和處理器422中的每一個是專門設計、佈置和配置成執行特定任務的專用機器，包括依據本公開的各種實施方式的與無線通信中的UCI中的HARQ-ACK資源的保留有關的任務。

在一些實現中，裝置410還可以包括耦合到處理器412的收發器416。收發器416可以能夠無線地發送和接收資料。在一些實現中，裝置420還可以包括耦合到處理器422的收發器426。收發器426可以包括能夠無線發送和接收資料的收發器。

在一些實施方案中，裝置410可進一步包括耦合到處理器412且能夠由處理器412訪問且在其中存儲資料的記憶體414。在一些實現中，裝置420還可以包括記憶體424，記憶體424耦合到處理器422並且能夠由處理器422訪問並在其中存儲資料。記憶體414和記憶體424中的每一個可以包括一種隨機存取記憶體（RAM），例如動態RAM（DRAM）、靜態RAM（SRAM）、晶閘管RAM（T-RAM）和/或零電容器RAM（Z-RAM）。可替代地或另外地，記憶體414和記憶體424中的每一個可以包括一種只讀記憶體（ROM），諸如掩模ROM、可程式化ROM（PROM）、可擦除可程式化ROM（EPROM）和/或電可擦除可程式化ROM（EEPROM）。可替代地或另外地，記憶體414和記憶體424中的每一個可以包括一種類型的非易失性隨機存取記憶體（NVRAM），諸如閃存、固態記憶體、鐵電RAM（FeRAM）、磁阻RAM（MRAM）和/或相變記憶體。

裝置410和裝置420中的每一個可以是能夠使用根據本公開的各種提出的方案彼此通信的通信實體。出於說明性目的而非限制，下面提供作為UE的裝置410和作為無線網路（例如，5G / NR移動網路）的服務小區的基站的裝置420的能力的描述。值得注意的是，儘管下面描述的示例實現是在UE的上下文中提供的，但是其可以在基站中實現並由基站執行。因此，儘管以下對示例實現的描述涉及作為UE的裝置410，但是同樣也適用於作為基站（例如，gNB或TRP）的裝置420。

在一個方面，裝置410的處理器412可以確認如何將HARQ-ACK發送到裝置420。另外，處理器412可以基於確認的結果在複數個資源元素（RE）之間保留HARQ-ACK資源用於兩位元HARQ-ACK。此外，處理器412可以以PUSCH被打孔用於HARQ-ACK的方式，使用保留的HARQ-ACK資源，經由收發器416將具有零位元、一位元或兩位元的HARQ-ACK發送到PUSCH中的設備420。

在一些實現中，關於確認操作，處理器412可以執行複數個操作。例如，處理器412可以確認使用零位元、一位元或兩位元的HARQ-ACK位元來發送HARQ-ACK。此外，假設HARQ-ACK是兩位元HARQ-ACK，處理器412可以計算用於保留的HARQ-ACK資源的複數個RE的RE的量。

在一些實施方式中，關於保留，處理器412可以響應於指示不發送HARQ-ACK的確認或者使用一位元或兩位元的HARQ-ACK位元來發送HARQ-ACK，而在複數個RE中保留數個RE用於兩位元HARQ-ACK。

在一些實現中，關於保留，處理器412可以按如下順序分配複數個RE：（1）分配解調參考信號（demodulation reference signal簡寫為DMRS）; （2）針對兩位元HARQ-ACK，在複數個RE的剩餘部分中保留HARQ-ACK資源; （3）針對CSI的第一部分，在複數個RE的剩餘部分中分配第一數量的RE，不包括HARQ-ACK資源; （4）在CSI的第二部分存在的情況下，針對CSI的第二部分，在複數個RE的剩餘部分中分配第二數量的RE，包括HARQ-ACK資源; （5）在所述複數個RE的剩餘部分中分配第三數量的RE，包括任何剩餘的保留HARQ-ACK資源，用於上行鏈路共享信道（ULSCH）資料。

在另一方面，裝置410的處理器412可以在複數個RE之間保留HARQ-ACK資源，使得避免通過HARQ-ACK在PUSCH上對CSI的第一部分進行打孔。此外，處理器412可以經由收發器416使用保留的HARQ-ACK資源將具有零位元、一位元或兩位元的HARQ-ACK作為UCI的一部分發送到裝置420。

在一些實現中，關於保留HARQ-ACK資源，處理器412可以執行複數個操作。例如，處理器412可以計算在發送HARQ-ACK以及用於HARQ-ACK的兩位元的資訊位元時使用的複數個RE的RE的數量。此外，處理器412可以在複數個RE中為HARQ-ACK保留所計算的數量的RE。

在一些實現中，關於HARQ-ACK資源的保留，處理器412可以確認要在PUSCH上發送HARQ-ACK時使用的資訊位元的數量等於或小於兩個位元。在一些實現中，關於HARQ-ACK資源的保留，處理器412還可以為兩位元HARQ-ACK保留HARQ-ACK資源。

在一些實現中，關於為兩位元HARQ-ACK保留HARQ-ACK資源，處理器412可以按如下順序分配複數個RE：（1）分配DMRS; （2）針對兩位元HARQ-ACK，在複數個RE的剩餘部分中保留HARQ-ACK資源; （3）針對CSI的第一部分，在複數個RE的剩餘部分中分配第一數量的RE，不包括HARQ-ACK資源; （4）在CSI的第二部分存在的情況下，針對CSI的第二部分，在複數個RE的剩餘部分中分配第二數量的RE，包括HARQ-ACK資源; （5）針對ULSCH資料，在複數個RE的剩餘部分中分配第三數量的RE，包括任何剩餘的保留HARQ-ACK資源。

在一些實現中，關於保留HARQ-ACK資源，處理器412可以執行複數個操作。例如，處理器412可以使用HARQ-ACK位元的一位元來確認要發送HARQ-ACK。另外，處理器412可以為一位元HARQ-ACK保留複數個RE的一定數量的RE。

在一些實現中，關於HARQ-ACK資源的保留，處理器412可以執行複數個操作。例如，處理器412可以使用兩位元的HARQ-ACK位元來確認要發送HARQ-ACK。另外，處理器412可以為兩位元HARQ-ACK保留複數個RE的一定數量的RE。

在一些實現中，關於HARQ-ACK資源的保留，處理器412可以執行複數個操作。例如，處理器412可以確認使用零位元、一位元或兩位元的HARQ-ACK位元來發送HARQ-ACK。此外，處理器412可以保留與至少一個OFDM符號等同的複數個RE的一定數量的RE。 示例過程

第5圖示出了根據本公開的實現的示例過程500。過程500可以表示實現上述各種提出的設計、概念、方案、系統和方法的方面。更具體地，過程500可以表示與無線通信中的UCI中的HARQ-ACK資源的保留有關的所提出的概念和方案的一個方面。過程500可以包括一個或複數個操作、動作或功能，如塊510、520和530中的一個或複數個所示。儘管示出為離散塊，但是根據期望的實現，可以將過程500的各種塊劃分為附加塊，組合成更少的塊或者消除。此外，過程500的塊/子塊可以按照第5圖中所示的順序執行，或者以不同的順序執行。可以迭代地執行過程500的塊/子塊。過程500可以由裝置410和裝置420實現或者在裝置410和裝置420以及其任何變型中實現。僅出於說明性目的而不限制範圍，下面在裝置410作為UE和裝置420作為無線網路（例如，5G / NR移動網路）的網路節點（例如，gNB）的上下文中描述過程500。過程500可以在塊510處開始。

在510處，過程500可以涉及裝置410的處理器412確認如何將HARQ-ACK發送到裝置420。過程500可以從510進行到520。

在520處，過程500可以涉及處理器412基於確認的結果在複數個資源元素（RE）中為兩位元HARQ-ACK保留HARQ-ACK資源。過程500可以從520進行到530。

在530處，過程500可以涉及處理器412使用保留的HARQ-ACK資源，以打孔PUSCH用於HARQ-ACK的方式，經由收發器416將具有零位元、一位元或兩位元的HARQ-ACK發送到PUSCH中的裝置420。

在一些實現中，關於確認，過程500可以涉及處理器412執行複數個操作。例如，過程500可以涉及處理器412確認要使用零位元、一位元或兩位元的HARQ-ACK位元來發送HARQ-ACK。此外，過程500可以涉及處理器412計算用於保留的HARQ-ACK資源的複數個RE的RE的量，假設HARQ-ACK是兩位元的HARQ-ACK。

在一些實施方式中，關於保留，過程500可以涉及處理器412響應於確認指示不發送HARQ-ACK或者使用一位元或兩位元的HARQ-ACK位元來發送HARQ-ACK，而在複數個RE中為兩位元HARQ-ACK保留數個RE。

在一些實現中，關於保留，過程500可以涉及處理器412按如下順序分配複數個RE：（1）分配解調參考信號（DMRS）; （2）針對兩位元HARQ-ACK，在複數個RE的剩餘部分中保留HARQ-ACK資源; （3）針對CSI的第一部分，在複數個RE的剩餘部分中分配第一數量的RE，不包括HARQ-ACK資源; （4）在CSI的第二部分存在的情況下，針對CSI的第二部分，在複數個RE的剩餘部分中分配第二數量的RE，包括HARQ-ACK資源; （5）在所述複數個RE的剩餘部分中分配第三數量的RE，包括任何剩餘的保留HARQ-ACK資源，用於上行鏈路共享信道（ULSCH）資料。

第6圖示出了根據本公開的實現的示例過程600。過程600可以表示實現上述各種提出的設計、概念、方案、系統和方法的一個方面。更具體地，過程600可以表示與無線通信中的UCI中的HARQ-ACK資源的保留有關的所提出的概念和方案的一個方面。過程600可以包括由塊610和620中的一個或複數個所示的一個或複數個操作、動作或功能。雖然被示為離散塊，但是取決於所需的實施方式，過程600的各種塊可以被劃分為附加塊，組合成更少的塊，或者被消除。此外，過程600的塊/子塊可以按照第6圖中所示的順序執行，或者以不同的順序執行。可以迭代地執行過程600的塊/子塊。過程600可以由裝置410和裝置420實現或者在裝置410和裝置420以及其任何變型實現中。僅出於說明性目的而不限制範圍，下面在作為UE的裝置410和作為無線網路（例如，5G / NR移動網路）的網路節點（例如，gNB）的裝置420的上下文中描述過程600。過程600可以在塊610處開始。

在610處，過程600可以涉及裝置410的處理器412在複數個RE之間保留HARQ-ACK資源，使得避免通過HARQ-ACK對PUSCH上CSI的第一部分進行打孔。過程600可以從610進行到620。

在620處，過程600可以涉及處理器412使用保留的HARQ-ACK資源經由收發器416將具有零位元、一位元或兩位元的HARQ-ACK作為UCI的一部分發送到裝置420。

在一些實現中，關於HARQ-ACK資源的保留，過程600可以涉及處理器412執行複數個操作。例如，過程600可以涉及處理器412計算在用於HARQ-ACK的兩位元資訊位元發送HARQ-ACK時使用的複數個RE的RE的數量。此外，過程600可以涉及處理器412在複數個RE中為HARQ-ACK保留所計算的RE的數量。

在一些實現中，關於HARQ-ACK資源的保留，過程600可以涉及處理器412確認要在PUSCH上發送HARQ-ACK時要使用的資訊位元的數量等於或小於兩位元。在一些實現中，關於HARQ-ACK資源的保留，過程600還可以包括處理器412為兩位元HARQ-ACK保留HARQ-ACK資源。

在一些實現中，關於為兩位元HARQ-ACK保留HARQ-ACK資源，過程600可以涉及處理器412按如下順序分配複數個RE：（1）分配DMRS; （2）針對兩位元HARQ-ACK，在複數個RE的剩餘部分中保留HARQ-ACK資源; （3）針對CSI的第一部分，在複數個RE的剩餘部分中分配第一數量的RE，不包括HARQ-ACK資源; （4）在CSI的第二部分存在的情況下，針對CSI的第二部分，在複數個RE的剩餘部分中分配第二數量的RE，包括HARQ-ACK資源; （5）在複數個RE的剩餘部分中分配第三數量的RE，包括任何剩餘的保留HARQ-ACK資源,用於ULSCH資料。

在一些實現中，關於保留HARQ-ACK資源，過程600可以涉及處理器412執行複數個操作。例如，過程600可以涉及處理器412使用使用一位元的HARQ-ACK位元來確認要發送HARQ-ACK。另外，過程600可以涉及處理器412為一位元HARQ-ACK保留複數個RE的RE的量。

在一些實現中，關於保留HARQ-ACK資源，過程600可以涉及處理器412執行複數個操作。例如，過程600可以涉及處理器412確認要使用兩位元的HARQ-ACK位元來發送HARQ-ACK。另外，過程600可以涉及處理器412為兩位元HARQ-ACK保留複數個RE的一定數量的RE。

在一些實現中，關於保留HARQ-ACK資源，過程600可以涉及處理器412執行複數個操作。例如，過程600可以涉及處理器412確認要使用零位元、一位元或兩位元的HARQ-ACK位元來發送HARQ-ACK。此外，過程600可以涉及處理器412保留等於至少一個OFDM符號的複數個RE的一定數量的RE。 補充說明

文中描述的主題有時示出了包含在其它不同部件內的或與其它不同部件連接的不同部件。應當理解：這樣描繪的架構僅僅是示例性的，幷且，實際上可以實施實現相同功能的許多其它架構。在概念意義上，實現相同功能的部件的任何布置是有效地“相關聯的”，以使得實現期望的功能。因此，文中被組合以獲得特定功能的任意兩個部件可以被視爲彼此“相關聯的”，以實現期望的功能，而不管架構或中間部件如何。類似地，這樣相關聯的任意兩個部件還可以被視爲彼此“可操作地連接的”或“可操作地耦接的”，以實現期望的功能，幷且，能够這樣相關聯的任意兩個部件還可以被視爲彼此“操作上可耦接的”，以實現期望的功能。“操作上可耦接的”的具體示例包含但不限于：實體地可聯結和/或實體地相互、作用的部件、和/或無綫地可相互作用和/或無綫地相互作用的部件、和/或邏輯地相互作用的和/或邏輯地可相互作用的部件。

此外，關于文中基本上任何複數和/或單數術語的使用，只要對于上下文和/或應用是合適的，所屬領域具有通常知識者可以將複數變換成單數，和/或將單數變換成複數。

所屬領域具有通常知識者將會理解，通常，文中所使用的術語，特別是在所附申請專利範圍(例如，所附申請專利範圍中的主體）中所使用的術語通常意在作爲“開放性”術語(例如，術語“包含”應當被解釋爲“包含但不限幹”，術語“具有”應當被解釋爲“至少具有”，術語“包含”應當被解釋爲“包含但不限幹”等)。所屬領域具有通常知識者還將理解，如果意在所介紹的申請專利範圍陳述對象的具體數目，則這樣的意圖將會明確地陳述在申請專利範圍中，在缺乏這樣的陳述的情况下，不存在這樣的意圖。例如，爲了幫助理解，所附申請專利範圍可以包含使用介紹性短語“至少一個”和“一個或更多個”來介紹申請專利範圍陳述對象。然而，這樣的短語的使用不應當被解釋爲：用不定冠詞“一個（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、200、300A、300B‧‧‧場景110‧‧‧UE125‧‧‧網路節點120‧‧‧網路130‧‧‧無線通信鏈路400‧‧‧系統410、420‧‧‧裝置414、424‧‧‧記憶體416、426‧‧‧收發器500、600‧‧‧過程510、520、530、610、620‧‧‧塊

包括附圖以提供對本公開的進一步理解，並且附圖被併入並構成本公開的一部分。附圖示出了本公開的實施方式，並且與說明書一起用於解釋本公開的原理。可以理解的是，附圖不一定按比例繪製，因為為了清楚地說明本公開的概念，一些部件可能被示出為與實際實施中的尺寸不成比例。第1圖示出了根據本公開的在第一提出的方案下在UCI中保留HARQ-ACK資源的示例場景。第2圖示出了根據本公開的在第二提出的方案下在UCI中保留HARQ-ACK資源的示例性場景。第3A圖示出了根據本公開的在第三提出的方案的第一種方法下在UCI中保留HARQ-ACK資源的示例性場景。第3B圖示出了根據本公開的在第三提出的方案的第二方法下,在UCI中保留HARQ-ACK資源的示例性場景。第4圖示出了根據本公開的示例系統。第5圖示出了根據本公開的實現的示例過程。第6圖示出了根據本公開的實現的示例過程。

100‧‧‧場景

110‧‧‧UE

125‧‧‧網路節點

130‧‧‧無線通信鏈路

Claims

一種無線通信方法，包括：由用戶設備的處理器確認如何將混合自動重傳請求確認發送到無線網路的網路節點；基於該確認的結果，由該處理器在複數個資源元素之間保留用於兩位元混合自動重傳請求確認的混合自動重傳請求確認資源；以及該處理器使用保留的混合自動重傳請求確認資源在物理上行鏈路共享信道中向網路節點發送具有零位元、一位元或兩位元的該混合自動重傳請求確認，其中，打孔該物理上行鏈路共享信道用於該混合自動重傳請求確認。
如申請專利範圍第1項所述的無線通信方法，其中，該確認包括：確認使用零位元、一位元或兩位元的混合自動重傳請求確認位元來發送混合自動重傳請求確認；以及假設該混合自動重傳請求確認是兩位元混合自動重傳請求確認，計算用於該保留的混合自動重傳請求確認資源的該複數個資源元素的資源元素的數量。
如申請專利範圍第1項所述的無線通信方法，其中，該保留包括：響應於該確認指示不發送混合自動重傳請求確認或者將使用一位元或兩位元的混合自動重傳請求確認位元來發送該混合自動重傳請求確認，針對兩位元混合自動重傳請求確認在該複數個資源元素中保留數個資源元素。
如申請專利範圍第1項所述的無線通信方法，其中，該保留包括按如下順序分配該複數個資源元素：分配解調參考信號；在該複數個資源元素的剩餘部分中保留該混合自動重傳請求確認資源用於兩位元混合自動重傳請求確認；對於信道狀態資訊的第一部分，在該複數個資源元素的該剩餘部分中分配第一數量的資源元素，不包括該混合自動重傳請求確認資源；在該信道狀態資訊的第二部分存在的情況下，針對該信道狀態資訊的該第二部分，在該複數個資源元素的該剩餘部分中分配第二數量的資源元素，包括該混合自動重傳請求確認資源；以及在該複數個資源元素的該剩餘部分中分配第三數量的資源元素，包括任何剩餘的保留混合自動重傳請求確認資源，用於上行鏈路共享信道資料。
一種無線通信方法，包括：由用戶設備的處理器在複數個資源元素之間保留混合自動重傳請求確認資源，使得避免通過混合自動重傳請求確認在物理上行鏈路共享信道上打孔信道狀態信息的第一部分；以及該處理器使用保留的混合自動重傳請求確認資源將具有零位元、一位元或兩位元的該混合自動重傳請求確認作為上行鏈路控制資訊的一部分發送到無線網路的網路節點。
如申請專利範圍第5項所述的無線通信方法，其中，保留該混合自動重傳請求確認資源包括：計算用於發送該混合自動重傳請求確認的該複數個資源元素的資源元素的數量，其中該混合自動重傳請求確認具有用於該混合自動重傳請求確認的兩位元的資訊位元；以及為該混合自動重傳請求確認保留該複數個資源元素中的計算的資源元素數量。
如申請專利範圍第5項所述的無線通信方法，其中，保留該混合自動重傳請求確認資源包括：確認要在該物理上行鏈路共享信道上發送該混合自動重傳請求確認時使用的資訊位元的數量等於或小於兩個位元。
如申請專利範圍第7項所述的無線通信方法，其中，保留該混合自動重傳請求確認資源還包括為兩位元混合自動重傳請求確認保留該混合自動重傳請求確認資源。
如申請專利範圍第8項所述的無線通信方法，其中，為該兩位元混合自動重傳請求確認保留該混合自動重傳請求確認資源包括按如下順序分配該複數個資源元素：分配解調參考信號；在該複數個資源元素的剩餘部分中保留該混合自動重傳請求確認資源用於兩位元混合自動重傳請求確認；對於信道狀態資訊的第一部分，在該複數個資源元素的該剩餘部分中分配第一數量的資源元素，不包括該混合自動重傳請求確認資源；在該信道狀態資訊的第二部分存在的情況下，針對該信道狀態資訊的該第二部分，在該複數個資源元素的該剩餘部分中分配第二數量的資源元素，包括該混合自動重傳請求確認資源；以及在該複數個資源元素的該剩餘部分中分配第三數量的資源元素，包括任何剩餘的保留混合自動重傳請求確認資源，用於上行鏈路共享信道資料。
如申請專利範圍第5項所述的無線通信方法，其中，保留該混合自動重傳請求確認資源包括：確認使用一位元的混合自動重傳請求確認位元發送該混合自動重傳請求確認；以及為一位元混合自動重傳請求確認保留複數個資源元素中一定量的資源元素。
如申請專利範圍第5項所述的無線通信方法，其中，保留該混合自動重傳請求確認資源包括：確認使用混合自動重傳請求確認位元的兩位元來發送該混合自動重傳請求確認；以及為兩位元混合自動重傳請求確認保留複數個資源元素中一定量的資源元素。
如申請專利範圍第5項所述的無線通信方法，其中，保留該混合自動重傳請求確認資源包括：確認使用零位元、一位元或兩位元的混合自動重傳請求確認位元來發送該混合自動重傳請求確認；以及保留與至少一個正交頻分複用符號等效的該複數個資源元素中一定量的資源元素。
一種無線通信裝置，包括：能夠與無線網路的網路節點通信的收發器；以及耦合以控制該收發器的處理器，該處理器能夠：在複數個資源元素之間保留混合自動重傳請求確認資源，使得避免通過混合自動重傳請求確認在物理上行鏈路共享信道上打孔信道狀態信息的第一部分；以及透過該收發器使用保留的混合自動重傳請求確認資源將具有零位元、一位元或兩位元的該混合自動重傳請求確認作為上行鏈路控制資訊的一部分發送到該網路節點。
如申請專利範圍第13項所述的無線通信裝置，其中，在保留該混合自動重傳請求確認資源時，該處理器能夠：計算用於發送該混合自動重傳請求確認的該複數個資源元素的資源元素的數量，其中該混合自動重傳請求確認具有用於該混合自動重傳請求確認的兩位元的資訊位元；以及為該混合自動重傳請求確認保留該複數個資源元素中的計算的資源元素數量。
如申請專利範圍第13項所述的無線通信裝置，其中，在保留該混合自動重傳請求確認資源時，該處理器能夠確認要在該物理上行鏈路共享信道上發送該混合自動重傳請求確認時使用的資訊位元的數量等於或小於兩位元。
如申請專利範圍第15項所述的無線通信裝置，其中，在保留該混合自動重傳請求確認資源時，該處理器進一步能夠為兩位元混合自動重傳請求確認保留該混合自動重傳請求確認資源。
如申請專利範圍第16項所述的無線通信裝置，其中，在保留該混合自動重傳請求確認資源時，該處理器能夠按如下順序分配該複數個資源元素：分配解調參考信號；在該複數個資源元素的剩餘部分中保留該混合自動重傳請求確認資源用於兩位元混合自動重傳請求確認；對於信道狀態資訊的第一部分，在該複數個資源元素的該剩餘部分中分配第一數量的資源元素，不包括該混合自動重傳請求確認資源；在該信道狀態資訊的第二部分存在的情況下，針對該信道狀態資訊的該第二部分，在該複數個資源元素的該剩餘部分中分配第二數量的資源元素，包括該混合自動重傳請求確認資源；以及在該複數個資源元素的該剩餘部分中分配第三數量的資源元素，包括任何剩餘的保留混合自動重傳請求確認資源，用於上行鏈路共享信道資料。
如申請專利範圍第13項所述的無線通信裝置，其中，在保留該混合自動重傳請求確認資源時，該處理器能夠：確認使用一位元的混合自動重傳請求確認位元發送該混合自動重傳請求確認；以及為一位元混合自動重傳請求確認保留複數個資源元素中一定量的資源元素。
如申請專利範圍第13項所述的無線通信裝置，其中，在保留該混合自動重傳請求確認資源時，該處理器能夠：確認使用混合自動重傳請求確認位元的兩位元來發送該混合自動重傳請求確認；以及為兩位元混合自動重傳請求確認保留複數個資源元素中一定量的資源元素。
如申請專利範圍第13項所述的無線通信裝置，其中，在保留該混合自動重傳請求確認資源時，該處理器能夠：確認使用零位元、一位元或兩位元的混合自動重傳請求確認位元來發送該混合自動重傳請求確認；以及保留與至少一個正交頻分複用符號等效的該複數個資源元素中一定量的資源元素。