TWI810033B - 用於支援行動通訊中增強的類型 3混合自動重複請求確認(harq-ack) 碼本的方法和設備 - Google Patents

Abstract

描述了用於支援關於行動通訊中的使用者設備和網路裝置的增強的類型3 混合自動重複請求確認（HARQ-ACK）碼本的各種解決方案。一種裝置可以從網路節點接收無線電資源控制（RRC）配置。RRC配置包括指示使能對複數個增強的類型3 HARQ-ACK碼本的支援的第一資訊。該裝置可以從網路節點接收下行鏈路控制資訊（DCI）格式。DCI 格式指示複數個增強的類型 3 HARQ-ACK 碼本之一。該裝置可以基於複數個增強的類型3 HARQ-ACK碼本之一向網路節點報告HARQ 回饋資訊。

Description

用於支援行動通訊中增強的類型　3混合自動重複請求確認　(HARQ-ACK)　碼本的方法和設備

本發明總體涉及行動通訊，更具體地，涉及支援關於行動通訊中的使用者設備和網路裝置的增強的類型3混合自動重複請求-確認(hybrid automatic repeat request-acknowledgement，HARQ-ACK)碼本。

除非本發明另有說明，否則本節中描述的方法不是下面列出的申請專利範圍的先前技術，並且包含在本節中而不被承認為先前技術。

在長期演進(Long-Term Evolution，LTE)或新無線電(New Radio，NR)中，引入了混合自動重複請求(hybrid automatic repeat request，HARQ)回饋機制以提高傳輸可靠性和魯棒性。使用者設備(user equipment，UE)需要在HARQ-ACK碼本中報告對應下行鏈路接收的HARQ回饋資訊。HARQ-ACK碼本應該在相應的下行控制資訊(downlink control information，DCI)格式中的HARQ回饋定時指示符欄位的值所指示的時隙中發送。DCI格式還應指示為傳輸HARQ-ACK資訊而排程的實體上行鏈路控制通道(physical uplink control channel，PUCCH)資源。HARQ-ACK複用可用於促進HARQ-ACK資訊傳輸。對應于複數個實體下行鏈路共用通道(physical downlink shared channel，PDSCH)傳 輸的複數個HARQ-ACK回饋可以被累積、複用並且一次被發送到網路設備。一個PUCCH資源可用於承載在同一時隙中發送的複數個HARQ-ACK回饋。

目前的NR框架中定義了三種HARQ-ACK碼本，包括類型1(Type-1)HARQ-ACK碼本、類型2(Type-2)HARQ-ACK碼本和類型3(Type-3)HARQ-ACK碼本。類型1 HARQ-ACK碼本是半靜態碼本，在ACK/NACK報告中發送的位元數是固定的並且可能很大。類型2 HARQ-ACK碼本是一種動態碼本，UE使用它僅針對排程的載波發送HARQ回饋。Rel-16中引入了類型3 HARQ-ACK碼本，用於HARQ-ACK碼本重傳，適用於一次性(one-short)回饋。然而，先前的Rel-16類型3 HARQ-ACK碼本可能會顯示出一些限制，以支持超可靠和低延遲通訊(ultra-reliable and low latency communications，URLLC)服務。URLLC是為對端到端延遲和可靠性有高要求的新興應用程式引入的。URLLC業務通常是零星的和短暫的，並且URLLC業務的HARQ回饋量通常很小並且可變化。例如，先前的使用類型3 HARQ-ACK碼本的HARQ回饋機制要求UE為同一小區組的所有小區發送ACK/NACK報告，即使沒有從其中的一個小區接收到排程或者甚至沒有其中的一個小區被啟動(即，也報告了非活動小區的HARQ-ACK)，這在減小尺寸方面不是很靈活。

因此，如何利用增強的類型3 HARQ-ACK碼本優化HARQ回饋機制成為URLLC或新開發的無線通訊網路中的其他應用程式(例如，對於未授權頻段)的重要問題。因此，需要提供對增強的類型3 HARQ-ACK碼本的支援，以提高URLLC服務或其他應用程式的性能。

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

本發明的一個目的是提出解決上述與用於支持關於行動通訊中的使用者設備和網路裝置的增強的類型3 HARQ-ACK碼本有關的問題的解決方案或方案。

在一個方面，一種方法可以包括一種裝置從網路節點接收無線電資源控制(radio resource control，RRC)配置，其中RRC配置包括指示使能複數個增強的類型3 HARQ-ACK碼本的操作的第一資訊。該方法還可以包括裝置從網路節點接收下行鏈路控制資訊(control information，DCI)格式，其中DCI格式指示複數個增強的類型3 HARQ-ACK碼本之一。該方法還可以包括裝置基於複數個增強的類型3 HARQ-ACK碼本之一向網路節點報告HARQ回饋資訊。

在一個方面，一種裝置可以包括收發器，該收發器在操作期間與無線網路的至少一個網路節點進行無線通訊。該裝置還可以包括通訊地耦接到收發器的處理器。在操作期間，處理器可以執行包括經由收發器從網路節點接收RRC配置的操作，其中RRC配置包括指示使能複數個增強的類型3 HARQ-ACK碼本的操作的第一資訊。處理器還可執行包括經由收發器從網路節點接收DCI格式的操作，其中DCI格式指示複數個增強的類型3 HARQ-ACK碼本之一。處理器可以進一步執行包括經由收發器基於複數個增強的類型3 HARQ-ACK碼本之一向網路節點報告HARQ回饋資訊的操作。

值得注意的是，儘管本發明提供的描述可能是在某些無線電存取技術、網路和網路拓撲的上下文中，例如長期演進(Long-Term Evolution，LTE)、LTE-Advanced、LTE-Advanced Pro、第5代(5th Generation，5G)、新無線電(New Radio，NR)、物聯網(Internet-of-Things，IoT)和窄帶物聯網(Narrow Band Internet of Things，NB-IoT)、工業物聯網(Industrial Internet of Things，IIoT)和第六代(6th Generation，6G)，提出的概念、方案和其任何一種或多種變體/衍生物可以在其他類型的無線電存取技術、網路和網路拓撲中、針對其他類型的無線電存取技術、網路和網路拓撲以及由他類型的無線電存取技術、網路和網路拓撲實現。因此，本發明的範圍不限於本發明描述的示例。

101,102:場景

200:通訊系統

210:通訊裝置

220:網路裝置

212,222:處理器

214,224:記憶體

216,226:收發器

300:進程

310,320,330:步驟

圖式被包括以提供對本發明的進一步理解並且被併入並構成本發明的一部分。圖式說明了本發明的實施方式，並且與描述一起用於解釋本發明的原理。值得注意的是，圖式不一定是按比例繪製的，因為在實際實施中某些元件可能被顯示為與尺寸不成比例，以便清楚地說明本發明的概念。

第1圖是描繪根據本發明的實施方式的方案下的示例場景的圖。

第2圖是根據本發明的實施方式的示例通訊裝置和示例網路裝置的框圖。

第3圖是根據本發明的實施方式的示例進程的流程圖。

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

概述

根據本發明的實施方式涉及與支援關於行動通訊中的使用者設備和網路裝置的增強的類型3 HARQ-ACK碼本有關的各種技術、方法、方案和/或解決方案。根據本發明，可以單獨或聯合實施複數個可能的解決方案。即，儘管這些可能的解決方案可以在下面單獨描述，但是這些可能的解決方案中的兩個或複數個可以以一種組合或另一種組合來實現。

在當前的NR框架中，Rel-16中引入了類型3 HARQ-ACK碼本，用於HARQ-ACK碼本重傳，適用於一次性回饋。然而，類型3 HARQ-ACK碼本可能會顯示一些限制以支援URLLC服務。例如，先前的使用類型3 HARQ-ACK碼本的HARQ回饋機制要求UE為同一小區組的所有小區發送ACK/NACK報告，即使沒有從其中一個小區接收到排程或者甚至沒有一個小區被啟動(即，也報告了非活動小區的HARQ-ACK)，這在減小尺寸方面不是很靈活。因此，需要提供對增強的類型3 HARQ-ACK碼本的支援，以便更好地使用URLLC服務或其他應用程式(例如，對於未經許可的頻帶)。

鑒於上述情況，本發明提出了與支持關於行動通訊中的使用者設備和網路裝置的增強的類型3 HARQ-ACK碼本有關的多種方案。根據本發明的方案，具有更小尺寸(例如，等於或小於Rel-16中(非增強)類型3 HARQ-ACK碼本的尺寸)的複數個增強的類型3 HARQ-ACK碼本通過向UE提供指示使能具有更小尺寸的複數個增強的類型3 HARQ-ACK碼本的操作的資訊和指示要使用複數個增強的類型3 HARQ-ACK碼本中的哪一個的資訊而被支援。具體來說，可以引入RRC配置(例如，新的RRC參數)並用訊號通知UE，以使能複數個具有較小尺寸的增強的類型3 HARQ-ACK碼本的操作，並且觸發DCI格式中的指示可以指示一個具有較小尺寸的複數個增強類型3 HARQ-ACK碼本中的一個，使得UE可以確定應該使用複數個增強的類型3 HARQ-ACK碼本中的哪一個來報告HARQ回饋資訊。通過應用本發明的方案，可以實現對複數個具有較小尺寸的增 強的類型3 HARQ-ACK碼本的支援，以允許為HARQ回饋資訊動態選擇合適的碼本尺寸。具有URLLC要求的應用程式或未許可頻帶的應用程式可以受益于通過本發明的實施方式實現的增強。

第1圖圖示了根據本發明的實施方式的方案下的示例場景101和102。場景101和102包括UE和網路節點，其可以是無線通訊網路(例如，LTE網路、5G網路、NR網路、IoT網路或NB-IoT網路)的一部分。不同碼本(例如，不同服務)的HARQ回饋可以基於服務要求進行不同的操作。例如，對於諸如增強型行動寬頻(enhanced mobile broadband，eMBB)等延遲容忍服務，UE可以構建「大型」HARQ-ACK碼本(例如，類型1、類型2或(非增強)類型3 HARQ-ACK碼本)，其中複數個下行鏈路傳輸塊在這個大的HARQ-ACK碼本內得到確認。如場景101所示，與PDSCH-1、PDSCH-2和PDSCH-3的接收對應的HARQ-ACK資訊可以複用在一個HARQ-ACK碼本中，並在一個PUCCH上發送。另一方面，對於URLLC等對延遲敏感的服務，網路節點可以儘快請求HARQ回饋。如場景102所示，與PDSCH-1、PDSCH-2和PDSCH-3的接收對應的HARQ-ACK資訊(例如，每個指示ACK或NACK的回饋位元)在一個最接近的PUCCH上的各自的HARQ-ACK碼本中分別發送。此外，還有一種情況是，HARQ回饋資訊的報告是基於UE在其記憶體中用於HARQ進程的資訊，而不是基於新排程的PDSCH。

在本發明的一個新穎方面，用於報告HARQ回饋資訊的HARQ-ACK碼本可以是具有較小尺寸(例如，等於或小於Rel-16中(非增強)類型3 HARQ-ACK碼本的尺寸)的增強的類型3 HARQ-ACK碼本，HARQ回饋資訊的傳輸可以是由具有同時使能的複數個增強的類型3 HARQ-ACK碼本之一的指示的DCI格式(或稱為觸發DCI格式)觸發的單次傳輸。

在一些實施方式方式中，UE可以向網路節點報告其關於UE支持 的增強的類型3 HARQ-ACK碼本的最大數量(例如，X)的能力，並且網路節點可以向UE配置複數個增強的類型3 HARQ-ACK碼本的數量(例如，Y)，其中配置的數量小於或等於最大數量(即Y

X)。例如，UE可以報告預定義或指定值的清單/集合(例如{1,2,4,8})中的一個值，並且網路節點可以基於UE報告的值配置多達8個多增強的類型3 HARQ-ACK碼本。

在一些實施方式中，網路節點可以發送包括指示使能複數個增強的類型3 HARQ-ACK碼本的操作的第一資訊(例如，「PhysicalCellGroupConfig」資訊元素(Information Element，IE)中的參數「pdsch-HARQ-ACK-EnhType3DCI-Field」)的RRC配置，配置複數個增強的類型3 HARQ-ACK碼本的數量的第二資訊(例如，「PhysicalCellGroupConfig」IE中的參數「pdsch-HARQ-ACK-EnhType3ToAddModList」或「pdsch-HARQ-ACK-EnhType3SecondaryToAddModList」)。

在一些實施方式中，觸發DCI格式可以是DCI格式1_1或DCI格式1_2，並且觸發DCI格式可以排程或不排程PDSCH。

在一些實施方式中，觸發DCI格式中的指示可以是新的DCI位元欄位，專用於指示具有較小尺寸的複數個增強的類型3 HARQ-ACK碼本之一。新的DCI位元欄位的大小可以是RRC配置的，或者可以基於配置的複數個增強的類型3 HARQ-ACK碼本的數量(例如，Y)來確定，如[log₂ Y]。例如，在從預定義值{1,2,4,8}的集合中選擇Y的情況下，新DCI位元欄位的大小可以是1、2或3位元長。或者，如果未配置用於向UE發送訊號以使能複數個增強的類型3 HARQ-ACK碼本的操作的RRC參數(例如，pdsch-HARQ-ACK-enhType3DCI欄位)，則新DCI位元欄位的大小可以是0。

在一些實施方式中，如果觸發的DCI格式不排程PDSCH，則該指示可以是頻域資源配置(frequency domain resource allocation，FDRA)位元欄位 或另一個先前的DCI位元欄位，其被重用于指示複數個增強的類型3 HARQ-ACK碼本之一。

在一些實施方式中，複數個增強的類型3 HARQ-ACK碼本的大小可以基於以下中的至少一個來確定：(1)由網路節點配置的一組小區，以及(2)一組由網路節點配置的HARQ進程。

在一些實施方式中，複數個增強的類型3 HARQ-ACK碼本的大小可以由網路節點顯式地配置給UE。

說明性實施方式

第2圖圖示了根據本發明的實施方式的具有示例通訊裝置210和示例網路裝置220的示例通訊系統200。通訊裝置210和網路裝置220中的每一個可以執行各種功能以實現本發明描述的與支持關於行動通訊中的使用者設備和網路裝置的增強的類型3 HARQ-ACK碼本有關的方案、技術、進程和方法，包括以上描述的場景/方案以及下文描述的進程300。

通訊裝置210可以是電子裝置的一部分，該電子裝置可以是UE，例如可擕式或行動裝置、可穿戴裝置、無線通訊裝置或計算裝置。例如，通訊裝置210可以實現在智慧手機、智慧手錶、個人數位助理、數碼相機或諸如平板電腦、膝上型電腦或筆記型電腦的計算設備中。通訊裝置210也可以是機器類型裝置的一部分，該機器類型裝置可以是IoT、NB-IoT或IIoT裝置，例如非行動或固定裝置、家用裝置、有線通訊裝置或計算裝置。例如，通訊裝置210可以在智慧恒溫器、智慧冰箱、智慧門鎖、無線揚聲器或家庭控制中心中實現。或者，通訊裝置210可以以一個或複數個積體電路(integrated-circuit，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或IIoT網路中的gNB中實現。或者，網路裝置220可以以一個或複數個IC晶片的形式實現，例如但不限於一個或複數個單核處理器、一個或複數個多核處理器、或一個或複數個RISC或CISC處理器。網路裝置220可以包括第2圖所示的那些元件中的至少一些。例如，如第2圖所示的處理器222。網路裝置220還可以包括一個或複數個與本發明提出的方案無關的其他元件(例如，內部電源、顯示裝置和/或使用者周邊設備)，因此，網路設備的這些元件220在第2圖中均未示出，為了簡單和簡潔起見，在下面也沒有描述。

在一方面，處理器212和處理器222中的每一個可以以一個或複數個單核處理器、一個或複數個多核處理器或一個或複數個CISC處理器的形式實現。也就是說，即使在本發明中使用單數術語「處理器」來指代處理器212和處理器222，根據本發明，處理器212和處理器222中的每一個在一些實施方式中可以包括複數個處理器並且在其他實施方式中可以包括單個處理器。在另一方面，處理器212和處理器222中的每一個可以以具有電子元件的硬體(以及可選地，韌體)的形式實現，電子元件包括例如但不限於一個或複數個電晶體、一個或複數個二極體、一個或複數個電容器、一個或複數個電阻器、一個或複數個電感器、一個或複數個憶阻器和/或一個或複數個變容二極體，它們被配置和佈置成根據本發明實現特定目的。換言之，在至少一些實施方式中，處理器212 和處理器222中的每一個是專門設計、佈置和配置為執行特定任務的專用機器，該特定任務包括根據本發明的各種實施方式的設備(例如，由通訊裝置210表示)以及網路(例如，由網路裝置220表示)中的自主可靠性增強。

在一些實施方式中，通訊裝置210還可以包括耦接到處理器212並且能夠無線地發送和接收資料的收發器216。在一些實施方式中，通訊裝置210還可以包括記憶體214，其耦接到處理器212並且能夠被處理器212存取並且在其中存儲資料。在一些實施方式中，網路裝置220還可以包括耦接到處理器222並且能夠無線地發送和接收資料的收發器226。在一些實施方式中，網路裝置220還可以包括記憶體224，其耦接到處理器222並且能夠被處理器222存取並且在其中存儲資料。因此，通訊裝置210和網路裝置220可以分別通過收發器216和收發器226彼此無線通訊。為了說明更好地理解，以下對通訊裝置210和網路裝置220中的每一個的操作、功能和能力的描述是在通訊裝置210被實現在通訊裝置/UE中或作為通訊裝置/UE實現以及網路裝置220被實現在通訊網路的網路節點中或作為通訊網路的網路節點實現的行動通訊環境的上下文中提供。

在一些實施方式中，處理器212可以經由收發器216從網路裝置220接收RRC配置，其中RRC配置包括指示使能複數個增強的類型3 HARQ-ACK碼本的操作的第一資訊。然後，處理器212可經由收發器216從網路裝置220接收DCI格式，其中DCI格式指示複數個增強的類型3 HARQ-ACK碼本之一。之後，處理器212可通過收發器216接收來自網路裝置220的PDSCH，並使用/構造複數個增強的類型3 HARQ-ACK碼本之一以經由收發器216向網路裝置220報告對應於PDSCH接收的HARQ-ACK回饋資訊。

說明性進程

第3圖圖示了根據本發明的實施方式的示例進程300。進程300可以是上述場景/方案的示例實施方式，無論是部分地還是完全地，關於使用本發 明來支持增強的類型3 HARQ-ACK碼本。進程300可以表示通訊裝置210的特徵的實施方式的一個方面。進程300可以包括如塊310、320和330中的一個或複數個所示的一個或複數個操作、動作或功能。儘管被示為離散的塊，但各種取決於期望的實現，進程300的塊可以被劃分為額外的塊、組合成更少的塊或被消除。此外，進程300的塊可以按第3圖所示的循序執行，或者，以不同的循序執行。進程300可以由通訊裝置210或任何合適的UE或機器類型設備來實現。僅出於說明性目的而非限制，進程300在通訊裝置210的上下文中進行如下描述。進程300可以開始於塊310。

在310，進程300可以包括通訊裝置210的處理器212經由收發器216從網路節點(例如，網路裝置220)接收RRC配置，其中RRC配置包括指示使能複數個增強的類型3 HARQ-ACK碼本的操作的第一資訊。進程300可以從310進行到320。

在320處，進程300可以包括處理器212經由收發器216從網路節點接收DCI格式，其中DCI格式指示複數個增強的類型3 HARQ-ACK碼本之一。進程300可以從320進行到330。

在330處，進程300可以包括處理器212基於複數個增強的類型3 HARQ-ACK碼本之一經由收發器216向網路節點報告HARQ回饋資訊。

在一些實施方式中，進程300還可以包括處理器212經由收發器216向網路節點發送UE能力資訊，其中UE能力資訊指示由通訊裝置210支援的增強的類型3 HARQ-ACK碼本的最大數量。

在一些實施方式中，RRC配置還可以包括配置複數個增強的類型3 HARQ-ACK碼本的數量的第二資訊，並且複數個增強的類型3 HARQ-ACK碼本的數量小於或等於通訊裝置210支援的增強的類型3 HARQ-ACK碼本的最大數量。

在一些實施方式中，DCI格式可以是DCI格式1_1或DCI格式1_2。

在一些實施方式中，DCI格式可以包括指示複數個增強的類型3 HARQ-ACK碼本之一的位元欄位，並且位元欄位的大小是RRC配置的或基於配置的複數個增強的類型3 HARQ-ACK碼本的數量確定的。例如，位元欄位可以是專用于指示複數個增強的類型3 HARQ-ACK碼本之一的新位元欄位。或者，在DCI格式不排程PDSCH的情況下，位元欄位可以是FDRA位元欄位或另一個重用于指示複數個增強的類型3 HARQ-ACK碼本之一的先前位元欄位。

在一些實施方式中，複數個增強的類型3 HARQ-ACK碼本中的每一個可以具有小於Rel-16類型3 HARQ-ACK碼本的相應大小。複數個增強的類型3 HARQ-ACK碼本的大小可以基於以下中的至少一個來確定：(1)網路裝置220配置的一組小區，以及(2)由網路設備220配置的一組HARQ進程。複數個增強的類型3 HARQ-ACK碼本的大小可以由網路裝置220顯式地配置給通訊裝置210。

補充說明

本發明所述的主題有時例示了包含於不同其它部件之內或與不同其它部件連接的不同部件。應理解，這種所描繪的架構僅是示例，並且實際上可以實施實現相同功能的許多其他架構。在概念意義上，實現相同功能的部件的任意排列被有效地「關聯」為使得實現期望的功能。因此，無論架構或中間部件如何，本發明被組合為實現特定功能的任意兩個部件都可以被看作彼此「關聯」，使得實現期望的功能。同樣，如此關聯的任意兩個部件也可被視為彼此「在工作上連接」或「在工作上耦接」，以實現期望的功能，並且能夠如此關聯的任意兩個部件還可被視為彼此「在工作上可耦接」，以實現期望的功能。在工作上可耦接的具體示例包括但不限於：實體上能配套的和/或實體上交互的部件和/或可無線交互的和/或無線交互的部件和/或邏輯上交互的和/或邏輯上可交互的部件。

進一步地，關於本發明任意複數和/或單數術語的大量使用，所屬技術領域具有通常知識者可針對上下文和/或應用酌情從複數轉化為單數和/或從單數轉化為複數。為了清楚起見，本發明可以明確地闡述各種單數/複數互易。

而且，所屬技術領域具有通常知識者將理解，通常，本發明所用的術語且尤其是在所附申請專利範圍(例如，所附申請專利範圍的正文)中所用的術語通常意為「開放」術語(例如，術語「包括」應被解釋為「包括但不限於」，術語「具有」應被解釋為「至少具有」，術語「包含」應解釋為「包含但不限於」，等等)。所屬技術領域具有通常知識者還將理解，如果刻意引入的申請專利範圍列舉的特定數目，則這種意圖將在申請專利範圍中明確地列舉，並且在這種列舉不存在時不存在這種意圖。例如，作為理解的幫助，本發明所附申請專利範圍可以包含引入申請專利範圍列舉的引入性短語「至少一個」和「一個或複數個」的使用。然而，這種短語的使用不應該被解釋為暗示：一個申請專利範圍列舉由不定冠詞「一」或「一個」的引入將包含這種所引入的申請專利範圍列舉的任意特定申請專利範圍限於只包含一個這種列舉的實施方式，即使當同一申請專利範圍包括引入性短語「一個或複數個」或「至少一個」以及不定冠詞(諸如「一」或「一個」)(例如，「一」和/或「一個」應被解釋為意指「至少一個」或「一個或複數個」)的時候；這同樣適用於用來引入申請專利範圍列舉的定冠詞的使用。另外，即使明確列舉了特定數量的所引入申請專利範圍列舉，所屬技術領域具有通常知識者也將認識到，這種列舉應被解釋為意指至少所列舉的數量(例如，在沒有其它的修飾語的情況下，「兩個列舉」的無修飾列舉意指至少兩個列舉、或兩個或複數個列舉)。此外，在使用類似於「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」的可能性。

根據上述內容，將理解，本發明已經為了例示的目的而描述了本發明的各種實施方式，並且可以在不偏離本發明的範圍和精神的情況下進行各種修改。因此，本發明所公開的各種實施方式不旨在限制，真正的範圍和精神由所附申請專利範圍來表示。

300:進程

310,320,330:步驟

Claims (20)

1. 一種用於支援行動通訊中增強的類型3混合自動重複請求確認碼本的方法，包括：由裝置的處理器從網路節點接收無線電資源控制(RRC)配置，其中所述RRC配置包括指示使能複數個增強的類型3混合自動重複請求確認(HARQ-ACK)碼本的操作的第一資訊；所述處理器從所述網路節點接收下行鏈路控制資訊(DCI)格式，其中所述DCI格式指示所述複數個增強的類型3 HARQ-ACK碼本之一；以及所述處理器基於所述複數個增強的類型3 HARQ-ACK碼本之一向所述網路節點報告HARQ回饋資訊。
2. 如請求項1所述之方法，還包括：所述處理器向所述網路節點發送使用者設備(UE)能力資訊，所述UE能力資訊指示UE支援的增強的類型3 HARQ-ACK碼本的最大數量。
3. 如請求項2所述之方法，其中，所述RRC配置包括配置所述複數個增強的類型3 HARQ-ACK碼本的數量的第二資訊，所述複數個增強的類型3 HARQ-ACK碼本的數量小於或等於所述UE支持的增強的類型3 HARQ-ACK碼本的最大數量。
4. 如請求項1所述之方法，其中，所述DCI格式是DCI格式1_1或DCI格式1_2。
5. 如請求項3所述之方法，其中，所述DCI格式包括指示所述複數個增強的類型3 HARQ-ACK碼本之一的位元欄位，所述位元欄位的大小為RRC配置的或基於所述配置的複數個增強的類型3 HARQ-ACK碼本的所述數量確定的。
6. 如請求項5所述之方法，其中，所述位元欄位是專用於指示所 述複數個增強的類型3 HARQ-ACK碼本之一的新位元欄位。
7. 如請求項5所述之方法，其中，在所述DCI格式不排程實體下行鏈路共用通道(PDSCH)的情況下，所述位元欄位是頻域資源配置(FDRA)位元欄位或另一個重用于指示所述複數個增強的類型3 HARQ-ACK碼本之一的先前位元欄位。
8. 如請求項1所述之方法，其中，所述複數個增強的類型3 HARQ-ACK碼本中的每一個具有等於或小於Rel-16類型3 HARQ-ACK碼本的相應大小。
9. 如請求項1所述之方法，其中，所述複數個增強的類型3 HARQ-ACK碼本的大小基於以下至少一項來確定：由所述網路節點配置的一組小區；以及由所述網路節點配置的一組HARQ進程。
10. 如請求項1所述之方法，其中，所述複數個增強的類型3 HARQ-ACK碼本的大小由所述網路節點顯式地配置給所述UE。
11. 一種用於支援行動通訊中增強的類型3混合自動重複請求確認碼本的裝置，包括：收發器，在操作期間，與無線網路的至少一個網路節點進行無線通訊；以及處理器，通訊地耦接到所述收發器，使得在操作期間，所述處理器執行以下操作：經由所述收發器從網路節點接收無線電資源控制(RRC)配置，其中所述RRC配置包括指示使能複數個增強的類型3混合自動重複請求確認(HARQ-ACK)碼本的操作的第一資訊；經由所述收發器從所述網路節點接收下行鏈路控制資訊(DCI)格式，其中所 述DCI格式指示所述複數個增強的類型3 HARQ-ACK碼本之一；以及基於所述複數個增強的類型3 HARQ-ACK碼本之一，經由所述收發器向所述網路節點報告HARQ回饋資訊。
12. 如請求項11所述之裝置，其中，在操作期間，所述處理器還執行以下操作：經由所述收發器向所述網路節點發送UE能力資訊，其中，所述UE能力資訊指示UE支援的增強的類型3 HARQ-ACK碼本的最大數量。
13. 如請求項12所述之裝置，其中，所述RRC配置包括配置所述複數個增強的類型3 HARQ-ACK碼本的數量的第二資訊，並且所述複數個增強的類型3 HARQ-ACK碼本的數量小於或等於所述UE支持的增強的類型3 HARQ-ACK碼本的最大數量。
14. 如請求項11所述之裝置，其中，所述DCI格式是DCI格式1_1或DCI格式1_2。
15. 如請求項13所述之裝置，其中所述DCI格式包括指示所述複數個增強的類型3 HARQ-ACK碼本之一的位元欄位，所述位元欄位的大小為RRC配置的或基於所述配置的複數個增強的類型3 HARQ-ACK碼本的所述數量確定。
16. 如請求項15所述之裝置，其中，所述位元欄位是專用於指示所述複數個增強的類型3 HARQ-ACK碼本之一的新位元欄位。
17. 如請求項15所述之裝置，其中，在所述DCI格式不排程實體下行鏈路共用通道(PDSCH)的情況下，所述位元欄位是頻域資源配置(FDRA)位元欄位或另一個重用于指示所述複數個增強的類型3 HARQ-ACK碼本之一的先前位元欄位。
18. 如請求項11所述之裝置，其中，所述複數個增強的類型3 HARQ-ACK碼本中的每一個具有等於或小於Rel-16類型3 HARQ-ACK碼本的相應大小。
19. 如請求項11所述之裝置，其中，所述複數個增強的類型3 HARQ-ACK碼本的大小基於以下至少一項來確定：由所述網路節點配置的一組小區；以及由所述網路節點配置的一組HARQ進程。
20. 如請求項11所述之裝置，其中，所述複數個增強的類型3 HARQ-ACK碼本的大小由所述網路節點顯式地配置給所述UE。

Images