TW202014010A - 用於移動通信中的上行鏈路傳輸的混合自動重傳請求回饋過程 - Google Patents

Abstract

描述了用於與移動通信中的用戶設備和網絡設備有關的上行鏈路傳輸的混合自動重傳請求（HARQ）回饋過程有關的各種解決方案。裝置可以從網絡節點接收下行鏈路控制信息（DCI）。所述裝置可以確定所述DCI是否被用於指示與上行鏈路傳輸相對應的HARQ回饋信息。在所述DCI用於指示與所述上行鏈路傳輸相對應的所述HARQ回饋信息的情況下，所述裝置可以根據所述DCI確定所述HARQ回饋信息。所述裝置可以根據所述HARQ回饋信息確定是否終止所述上行鏈路傳輸。

Description

用於移動通信中的上行鏈路傳輸的混合自動重傳請求回饋過程

本公開總體上涉及移動通信，並且更具體地，涉及用於與移動通信中的用戶裝置和網路裝置有關的上行鏈路傳輸的混合自動重傳請求（HARQ）回饋過程。

除非本文另有說明，否則本部分中描述的方法不是下面列出的申請專利範圍的先前技術，並且不包括在本部分中作為先前技術。

在新無線電（NR）中，網絡節點可以為用戶裝置（UE）配置兩種類型的上行鏈路許可（uplink grant），以執行上行鏈路傳輸。上行鏈路許可可以指示一些特定的無線電資源（例如，時間和頻率資源）供UE執行上行鏈路傳輸。一種類型的上行鏈路許可可以包括動態許可。可以基於UE的請求來配置動態許可。例如，UE可以向網絡發送在先請求（例如，服務請求（SR），隨機接入信道（RACH）請求或緩衝器狀態報告（BSR））。收到請求後，網絡可以根據UE的請求為UE配置動態許可來進行上行資料傳輸。

另一種類型的上行鏈路許可可以包括配置許可。配置許可可以無需UE的請求而由網絡配置。基於配置許可的上行鏈路傳輸也可以被稱為無許可傳輸或半持久調度（SPS）傳輸。上行鏈路無許可傳輸或SPS傳輸可以用於處理無線通信中的多服務的需求。例如，它可以用於長期演進（LTE）或NR中的互聯網協議語音（VoIP）服務或超可靠和低延遲通信（URLLC）服務。UE可以被配置為在不發送在先請求的情形下在配置許可上發送其上行鏈路資料，以改善傳輸等待時間。網絡可以為UE預先配置特定的無線電資源（例如，時間和頻率資源），以執行上行鏈路SPS /無許可/配置許可傳輸。

假定用於配置許可的資源被預先分配給UE，則期望網絡節點將為複數個UE分配相同的資源。這可以提高頻譜效率，尤其是在流量不連續的情況下。當UE被配置有用於上行鏈路傳輸的重複時，網絡節點可以從前幾次重複中成功譯碼上行鏈路資料。在這種情況下，不需要大量的重複（reaming repetition），並且大量的重複可能對另一UE造成乾擾。

然而，NR中的當前規範和過程不支持用於上行鏈路傳輸的顯式HARQ回饋。當前，在網絡節點成功譯碼上行鏈路分組的情況下，它必鬚為同一個HARQ過程標識符（ID）髮送具有切換的新資料指示符（NDI）值的另一上行鏈路許可。在某些情況下，需要發送HARQ回饋而不調度新資料包。例如，對於UE沒有其他資料要發送的情況。

因此，在新開發的無線通信網絡中，如何發送/接收用於上行鏈路傳輸的HARQ回饋以及UE何時應當監視用於HARQ回饋的DCI是重要的問題。由於監視HARQ回饋可能給UE帶來更多的複雜性，因此必須在設計中考慮監視HARQ回饋的複雜性。因此，需要提供用於上行鏈路傳輸的適當的HARQ回饋過程。

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

本公開的目的是提出解決方案或方案，用於解決與用於移動通信中的用戶裝置和網絡裝置有關的上行鏈路傳輸的HARQ回饋過程有關的前述問題。

在一個方面，一種方法可以涉及裝置從網絡節點接收DCI。所述方法還可以包括所述裝置確定所述DCI是否被用於指示對應於上行鏈路傳輸的HARQ回饋信息。所述方法可以進一步包括在所述DCI被用於指示對應於所述上行鏈路傳輸的所述HARQ回饋信息的情況下，所述裝置根據所述DCI確定所述HARQ回饋信息。所述方法可以進一步包括所述裝置根據所述HARQ回饋信息來確定是否終止上行鏈路傳輸。

在一個方面，一種方法可以包括裝置執行上行鏈路傳輸。所述方法還可以包括所述裝置確定對應於所述上行鏈路傳輸的上行鏈路傳輸類型和上行鏈路傳輸參數中的至少一個是否滿足條件。所述方法可以進一步包括所述裝置確定是否監視用於指示對應於所述上行鏈路傳輸的HARQ回饋信息的DCI。所述方法可以進一步包括在所述上行鏈路傳輸類型和所述上行鏈路傳輸參數中的至少一個滿足所述條件的情況下，所述裝置監視所述DCI。

值得注意的是，儘管這裡提供的描述可以在某些無線電接入技術，網絡和網絡拓撲的背景下，例如長期演進（LTE），LTE-Advanced，LTE-Advanced Pro，第五代（5G），新無線電（NR），物聯網（IoT）和窄帶物聯網（NB-IoT），提出的概念，方案及其任何變體/衍生物可以實施於，用於其他類型的無線電接入技術，網絡和網絡拓撲或被其他類型的無線電接入技術，網絡和網絡拓撲實施方式。因此，本公開的範圍不限於本文描述的示例。

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

根據本公開的實施方式涉及與用於移動通信中的用戶裝置和網絡裝置相關的上行鏈路傳輸的HARQ回饋過程有關的各種技術，方法，方案和/或解決方案。根據本公開，可以單獨地或聯合地實施多種可能的解決方案。即，儘管可以在下面分別描述這些可能的解決方案，但是可以以一種或另一種組合來實施這些可能的解決方案中的兩個或更多個。

在NR中，網絡節點可以為UE配置兩種類型的上行鏈路許可以執行上行鏈路傳輸。上行鏈路許可可以指示一些特定的無線電資源（例如，時間和頻率資源）供UE執行上行鏈路傳輸。一種類型的上行鏈路許可可以包括動態許可。可以基於UE的請求來配置動態許可。例如，UE可以向網絡發送在先請求（例如，SR，RACH請求或BSR）。收到請求後，網絡可以根據UE的請求為UE配置動態許可以進行上行資料傳輸。

另一類型的上行鏈路許可可以包括配置許可。配置許可可以無需UE的請求而由網絡配置。基於配置許可的上行鏈路傳輸也可以被稱為無許可傳輸或SPS傳輸。上行鏈路無許可傳輸或SPS傳輸可以用於解決無線通信中需要多種服務的需求。例如，它可以用於LTE或NR中的VoIP服務或URLLC服務。UE可以被配置為不發送在先請求而在配置許可上發送其上行鏈路資料，以改善傳輸等待時間。網絡可以為UE預先配置特定的無線電資源（例如，時間和頻率資源），以執行上行鏈路SPS /無許可/配置許可傳輸。

假定用於配置許可的資源被預先分配給UE，則期望網絡節點將為複數個UE分配相同的資源。這可以提高頻譜效率，尤其是在流量不連續的情況下。當UE配置為具有上行鏈路傳輸的重複（例如，K＞1）時，網絡節點可以從前幾次重複中成功譯碼上行鏈路資料。在這種情況下，不需要大量的重複，並且大量的重複可能對另一UE造成乾擾。第1圖示出了根據本公開的實施方式的示例場景100。場景100涉及複數個UE和一個網絡節點，其可以是無線通信網絡（例如LTE網絡，LTE-Advanced網絡，LTE-Advanced Pro網絡，5G網絡，NR網絡，IoT網絡或NB-IoT網絡）的一部分。UE 1和UE 2可以被配置有複數個上行鏈路傳輸時機（例如，K個傳輸時機）。K可以是大於1的整數。UE 1在第一個傳輸時機開始發送其資料。UE 2在第四個傳輸時機開始發送資料。網絡節點從前幾次重複中成功譯碼UE 1資料的可能性很高。例如，當UE 1配置為K = 8時，將從第一次重複中成功譯碼大約95.78％的資料包。UE的配置許可傳輸的提前終止可以減少UE的剩餘重複之間的任何進一步衝突，這增加了成功譯碼UE資料的機會。因此，有必要研究支持用於配置許可傳輸的顯式HARQ所能獲得的增益。

第2圖示出了根據本公開的實施方式的示例場景200。場景200涉及一個UE和一個網絡節點，其可以是無線通信網絡（例如，LTE網絡，LTE-Advanced網絡，LTE-Advanced Pro網絡，5G網絡，NR網絡，IoT網絡或NB-IoT網絡）的一部分。場景200示出了使用顯式HARQ回饋來啟動提前終止的優點。假定如果UE的資料已成功譯碼，則網絡節點能夠發送ACK。一旦UE收到ACK回饋後，將終止配置許可傳輸的剩餘重複。當使用ACK回饋進行提前終止時，可以顯著減少UE之間衝突的百分比。UE之間的干擾可以大大減少。UE還能夠節省其用於發送配置許可傳輸的剩餘重複的功率。另一方面，除了可以通過確認（ACK）回饋實現提前終止來獲得性能提升外，減少網絡節點處沖突的UE的數量還可以降低檢測/譯碼UE資料時所需的複雜性。

然而，NR中的當前規範和過程對於上行鏈路傳輸不支持顯式HARQ回饋。當前，在網絡節點成功譯碼上行鏈路分組的情況下，它必須針對相同的HARQ進程ID發送具有切換NDI值的另一個上行鏈路許可。在某些情況下，需要在不調度新分組的情形下發送HARQ回饋。例如，對於UE沒有其他資料要發送的情況。可替代地，當UE被配置有重複時，在網絡節點成功地從初始重複集中譯碼了分組的情況下，可以使用HARQ回饋來終止剩餘的重複。因此，在新開發的無線通信網絡中，如何發送/接收用於配置許可的上行鏈路傳輸的HARQ回饋，以及UE何時應監視用於HARQ回饋的DCI是重要的問題。由於監視HARQ回饋可能給UE帶來更多的複雜性，因此需要考慮設計中的監視HARQ回饋的複雜性。

鑑於以上內容，本公開提出了與用於與UE和網絡裝置有關的經由配置許可的上行鏈路傳輸的HARQ回饋過程有關的多種方案。根據本公開的方案，提供了用於發送/接收顯式HARQ回饋的方法和裝置，以及減少UE監視顯式HARQ回饋的複雜度的過程。介紹了包括用於配置許可傳輸的HARQ回饋的下行回饋信息（DFI）。在本公開中將提供用於發送配置許可的傳輸的HARQ回饋的DCI的設計，以及用於監視承載用於上行鏈路傳輸的HARQ回饋的DCI的過程。當UE通過對應於HARQ過程的DFI接收到否定確認（NACK）回饋時，UE可以自適應地發起最初經由配置許可機制發送的HARQ過程的重傳。顯示HARQ回饋可以減少UE執行上行鏈路配置許可傳輸的衝突，從而可以提高系統性能，並減少網絡節點譯碼上行鏈路資料的複雜性。

具體地，UE可以被配置為從網絡節點接收DCI。UE可以被配置為確定所述DCI是否被用於指示與上行鏈路傳輸相對應的HARQ回饋信息（例如，在所述DCI中指示有HARQ回饋信息）。UE可以被配置為在所述DCI用於指示與所述上行鏈路傳輸相對應的所述HARQ回饋信息的情況下，根據所述DCI確定所述HARQ信息。UE可以被配置為根據所述HARQ信息來確定是否終止所述上行鏈路傳輸。在UE確定所述HARQ回饋信息是ACK的情況下，UE可以終止所述上行鏈路傳輸（例如，剩餘的重複）。在UE確定所述HARQ回饋信息是NACK的情況下，UE可以繼續執行所述上行鏈路傳輸（例如，發送剩餘的重複）或發起重傳。

網絡節點可以使用DCI中的一些信息或字段來向UE指示當前的DCI用於HARQ回饋。例如，所述信息可以包括上行鏈路共享信道（UL-SCH）指示符和/或HARQ過程ID。為了發送用於上行鏈路傳輸的HARQ回饋，網絡節點可以發送具有HARQ進程ID和UL-SCH指示符的上行鏈路DCI（例如，用於調度物理上行鏈路共享信道（PUSCH）的DCI格式）給UE。所述HARQ過程ID（例如，網絡節點想要ACK / NACK的上行鏈路傳輸的HARQ ID）可以與對應的上行鏈路資料相關聯。所述UL-SCH指示符可以等於預定值（例如，UL-SCH指示符＝ 0）。在接收到所述上行鏈路DCI時，UE可以被配置為根據HARQ-ID和UL-SCH指示符的值確定這是用於指示與上行鏈路傳輸相對應的HARQ回饋信息的上行鏈路DCI（例如，ACK / NACK上行鏈路傳輸的接收）。

在一些實施方式中，顯式HARQ回饋可以僅用於配置許可。可以將網絡節點配置為僅為上行鏈路配置許可傳輸發送HARQ回饋（例如，ACK / NACK）。網絡節點可以向UE發送具有用於相應的上行鏈路配置許可傳輸的HARQ進程ID（例如，網絡節點想要ACK / NACK的上行鏈路配置許可傳輸的HARQ進程ID）和UL-SCH指示符的上行鏈路DCI。所述UL-SCH指示符可以等於預定值（例如，UL-SCH指示符＝0）。在接收到所述上行鏈路DCI時，UE可以被配置為根據所述HARQ進程ID和所述UL-SCH指示符的值來確定這是ACK / NACK上行鏈路配置許可傳輸的接收的上行鏈路DCI。

在一些實施方式中，用於指示HARQ回饋信息的DCI類型可以包括特定於UE的DCI或組公共DCI。網絡節點可以使用所述特定於UE的DCI和/或所述組公共DCI來指示HARQ回饋信息。在一些實施方式中，DCI可以包括由配置的調度無線電網絡臨時標識符（CS-RNTI）加擾的循環冗餘校驗（CRC）。使用指示符/字段（例如，UL-SCH指示符）來向UE指示當前DCI用於HARQ回饋可以限於DCI包括由CS-RNTI加擾的CRC的情況。

除了HARQ過程ID和UL-SCH指示符之外，一些特定字段或其他DCI字段可以被設置為預定義的值，以向UE指示DCI用於HARQ回饋。例如，這些DCI字段可以包括時域資源分配（RA）或頻域RA，或者時域RA和頻域RA兩者一起。在另一個示例中，用於時域RA和/或頻域RA的修改字段可以被設置為全“ 1”或全“ 0”，以最大程度地減少檢測錯誤。DCI調度上行鏈路中的任意其他字段（例如，除了RA字段之外）還可以以唯一的方式被修改以向UE指示這是HARQ回饋。UE可以被配置為根據這些字段來確定DCI是否被用於指示HARQ回饋信息。

在一些實施方式中，以上方案可以僅用於指示ACK。UE可以將用於指示HARQ回饋的DCI僅解釋為ACK。在一些實施方式中，以上方案可以用於指示ACK或NACK。DCI中的新資料指示符（NDI）字段可以用於指示HARQ回饋是ACK還是NACK。替代地，其他DCI字段可以用於指示HARQ回饋是ACK還是NACK。

另一方面，由於監視HARQ回饋可能給UE引入更多的複雜性，因此應考慮如何降低UE側監視HARQ回饋的負擔以及複雜性。具體地，UE可以被配置為執行上行鏈路傳輸。UE可以被配置為確定與所述上行鏈路傳輸相對應的上行鏈路傳輸類型和上行鏈路傳輸參數中至少一個是否滿足條件。UE可以進一步確定是否監視用於指示與所述上行鏈路傳輸相對應的HARQ回饋信息的DCI。在所述上行鏈路傳輸類型和所述上行鏈路傳輸參數中的至少一個滿足所述條件的情況下，UE可以確定監視所述DCI。

在一些實施方式中，所述上行鏈路傳輸類型可以指上行鏈路許可（例如，配置許可或動態許可）的許可類型。所述條件可以包括：所述上行鏈路傳輸類型包括配置許可上行鏈路傳輸。UE可以被配置為確定所述上行鏈路傳輸類型是否是配置許可的上行鏈路傳輸（即，是否滿足該條件）。UE可以被配置為在其經由配置許可發送上行鏈路資料的情況下監視用於HARQ回饋的DCI。

在一些實施方式中，所述上行鏈路傳輸參數可以指代上行鏈路傳輸重複的數量（例如，PUSCH的K次重複）。所述條件可以包括所述上行鏈路傳輸重複的數量大於閾值。UE可以被配置為確定所述上行鏈路傳輸重複的數量是否大於閾值。UE可以被配置為在所述上行鏈路傳輸重複的數量大於閾值（例如，K＞ 1）的情況下監視用於HARQ回饋的DCI。所述閾值可以是預定義值，也可以是網絡節點配置的值。

在一些實施方式中，UE可以被配置為確定上述兩種條件是否都滿足。UE可以被配置為在上述兩種條件都滿足時監視用於HARQ回饋的DCI。例如，UE可以被配置為在其經由配置許可發送資料並且配置許可的重複的數量大於閾值（例如，K> 1）的情況下，監視用於HARQ回饋的DCI以進行。UE也可以使用其他上行鏈路傳輸參數和/或條件來確定是否監視用於HARQ回饋的DCI。可以通過高層信令（例如，經由無線電資源控制（RRC）配置）來配置UE，以指示用於監視用於HARQ回饋的DCI的條件（例如，上行鏈路傳輸類型和/或UL傳輸參數）。 說明性實施

第3圖示出了根據本公開的實施方式的示例性通信裝置310和示例性網絡裝置320。通信裝置310和網絡裝置320中的每一個可執行各種功能以實施方式本文描述的與用於無線通信中的用戶裝置和網絡裝置的上行鏈路傳輸的HARQ回饋過程有關的方案，技術，過程和方法，包括前面所述的場景/方案以及下面描述的過程500。

通信裝置310可以是電子裝置的一部分，該電子裝置可以是諸如便攜式或移動裝置，可穿戴裝置，無線通信裝置或計算裝置之類的UE。例如，通信裝置310可以被實施在智能電話，智能手錶，個人數字助理，數字照相機或諸如平板計算機，膝上型計算機或筆記本計算機之類的計算裝置中。通信裝置310也可以是機器類型裝置的一部分，該機器類型裝置可以是諸如固定裝置，靜止裝置，家用裝置，有線通信裝置或計算裝置的IoT或NB-IoT裝置。例如，通信裝置310可以在智能恆溫器，智能冰箱，智能門鎖，無線揚聲器或家庭控制中心中實施。備選地，通信裝置310可以以一個或複數個集成電路（IC）芯片的形式實施，例如但不限於，一個或複數個單核處理器，一個或複數個多核處理器，一個或複數個精簡指令集計算（RISC）處理器，或一個或複數個複雜指令集計算（CISC）處理器。通信裝置310可以包括第3圖所示的那些組件中的至少一些，諸如處理器312。通信裝置310可以進一步包括與本公開的所提議的方案不相關的一個或複數個其他組件（例如，內部電源，顯示裝置和/或用戶接口裝置），並且為了簡化和簡潔起見，因此通信裝置310的這樣的組件未在第3圖示出，也未在下面進行描述。

網絡裝置320可以是電子裝置的一部分，該電子裝置可以是諸如基站，小型小區，路由器或網關的網絡節點。例如，網絡裝置320可以在LTE，LTE-Advanced或高級LTE-Advanced Pro網絡的eNodeB中，或在5G，NR，IoT或NB-IoT網絡中的gNB中實施。備選地，網絡裝置320可以以一個或複數個IC芯片的形式實施，例如但不限於，一個或複數個單核處理器，一個或複數個多核處理器，或一個或複數個RISC或CISC處理器。網絡裝置320可以包括第3圖所示的那些組件中的至少一些，諸如處理器322。網絡裝置320可以進一步包括與本公開的所提出的方案不相關的一個或複數個其他組件（例如，內部電源，顯示裝置和/或用戶接口裝置），並且為了簡化和簡潔起見，因此網絡裝置320的這樣的組件未在第3圖示出，也未在下面進行描述。

在一方面，處理器312和處理器322中的每一個可以以一個或複數個單核處理器，一個或複數個多核處理器或一個或複數個CISC處理器的形式實施。也就是說，即使在本文中使用單數術語“處理器”來指代處理器312和處理器322，根據本發明，處理器312和處理器322中的每個也可以包括複數個處理器，而在其他實施方式中可以包括單個處理器。在另一方面，處理器312和處理器322中的每一個可以以具有電子部件的硬件（以及可選地，固件）的形式實施，該電子部件包括例如但不限於一個或複數個電晶體，一個或複數個二極管，一個或複數個電容器，一個或複數個電阻器，一個或複數個電感器，一個或複數個憶阻器和/或一個或複數個變容二極管，其被配置和佈置為實施根據本公開的特定目的。換句話說，在至少一些實施方式中，處理器312和處理器322中的每一個是根據本公開的各種實施方式的專門設計，佈置和配置為執行包括減少裝置（例如，由通信裝置310表示）和網絡（例如，由網絡裝置320表示）中的功耗的特定任務的專用機器。

在一些實施方式中，通信裝置310還可包括耦合到處理器312並且能夠無線發送和接收資料的收發器316。在一些實施方式中，通信裝置310可以進一步包括耦合到處理器312並且能夠被處理器312訪問並且在其中存儲資料的記憶體314。在一些實施方式中，網絡裝置320還可以包括耦合到處理器322並且能夠無線發送和接收資料的收發器326。在一些實施方式中，網絡裝置320可以進一步包括耦合至處理器322並且能夠被處理器322訪問並且在其中存儲資料的記憶體324。因此，通信裝置310和網絡裝置320可以分別經由收發器316和收發器326彼此無線通信。為了幫助更好地理解，在移動通信環境的背景下提供對通信裝置310和網絡裝置320中的每一個的操作，功能和能力的以下描述，在該移動通信環境中，通信裝置310在通信裝置或UE中實施或作為通信裝置或UE實施，和網絡裝置320在通信網絡的網絡節點中實施或作為網絡節點實施。

在一些實施方式中，處理器312可以被配置為經由收發器316從網絡裝置320接收DCI。處理器312可以被配置為確定所述DCI是否被用於指示與上行鏈路傳輸相對應的HARQ回饋信息。處理器312可以被配置為在所述DCI用於指示與所述上行鏈路傳輸相對應的所述HARQ回饋信息的情況下，根據所述DCI確定所述HARQ信息。處理器312可以被配置為根據所述HARQ信息來確定是否終止所述上行鏈路傳輸。

在一些實施方式中，在處理器312確定所述HARQ回饋信息是ACK的情況下，處理器312可以終止所述上行鏈路傳輸（例如，剩餘的重複）。在處理器312確定HARQ回饋信息是NACK的情況下，處理器312可以繼續執行所述上行鏈路傳輸（例如，傳輸剩餘的重複）或發起重傳。

在一些實施方式中，處理器322可以使用DCI中的一些信息或字段來向通信裝置310指示當前的DCI用於HARQ回饋。例如，處理器322可以使用UL-SCH指示符和/或HARQ進程ID。為了發送用於上行鏈路傳輸的HARQ回饋，處理器322可以經由收發器326將具有HARQ進程ID和UL-SCH指示符的上行鏈路DCI（例如，用於調度PUSCH的DCI格式）發送給通信裝置310。 所述HARQ過程ID可以與對應的上行鏈路資料相關聯（例如，想要ACK / NACK的上行鏈路傳輸處理器322的HARQ ID）。處理器322可以將所述UL-SCH指示符配置為預定值（例如，UL-SCH指示符＝0）。

在一些實施方式中，處理器312可以被配置為在接收到上行鏈路DCI後，根據HARQ-ID和UL-SCH指示符的值確定這是用於指示對應於所述上行鏈路傳輸的HARQ回饋信息的上行鏈路DCI（例如，ACK / NACK所述上行鏈路傳輸的接收）。

在一些實施方式中，處理器322可以將顯式HARQ回饋僅用於配置許可。處理器322可以被配置為經由收發器326僅針對上行鏈路配置許可傳輸來發送HARQ回饋（例如，ACK / NACK）。處理器322可以將具有用於對應的上行鏈路配置許可傳輸的HARQ進程ID（例如，想要ACK / NACK的上行鏈路配置許可傳輸處理器322的HARQ進程ID）和UL- SCH指示符的上行鏈路DCI發送給通信裝置310。處理器322可以將所述UL-SCH指示符配置為預定值（例如，UL-SCH指示符＝0）。在接收到所述上行鏈路DCI時，處理器312可以被配置為根據所述HARQ過程ID和UL-SCH指示符的值來確定這是ACK / NACK所述上行鏈路配置許可傳輸的接收的上行鏈路DCI。

在一些實施方式中，用於指示HARQ回饋信息的DCI類型可以包括特定於UE的DCI或組公共的DCI。處理器322可以使用所述特定於UE的DCI和/或組公共的DCI來指示HARQ回饋信息。

在一些實施方式中，處理器322可以將DCI與由CS-RNTI加擾的CRC一起使用。當將DCI與由CS-RNTI加擾的CRC一起使用時，處理器322可能能夠使用指示符/字段（例如，UL-SCH指示符）來向通信裝置310指示當前DCI用於HARQ回饋。

在一些實施方式中，處理器322可以將一些特定字段或其他DCI字段設置為預定值，以向通信裝置310指示DCI用於HARQ回饋。例如，處理器322可以使用諸如時域RA或頻域RA之類的DCI字段，或者一起使用時域RA和頻率RA字段兩者。

在一些實施方式中，處理器322可以用於時域RA和/或頻域RA的修改字段設置為全“ 1”或全“ 0”，以使檢測誤差最小。處理器322還可以以唯一的方式修改DCI調度上行鏈路中的任何其他字段（例如，除了RA字段之外），以向通信裝置310指示這是HARQ回饋。處理器312可以被配置為根據這些字段來確定DCI是否被用於指示HARQ回饋信息。

在一些實施方式中，處理器322可以僅指示ACK。用於指示HARQ回饋的DCI可以由處理器312僅解釋為ACK。

在一些實施方式中，處理器322可以指示ACK或NACK。處理器322可以使用DCI中的NDI字段來指示HARQ回饋是ACK還是NACK。備選地，處理器322可以使用其他DCI字段來指示HARQ回饋是ACK還是NACK。

在一些實施方式中，處理器312可以被配置為經由收發器316執行上行鏈路傳輸。處理器312可以被配置為確定與所述上行鏈路傳輸相對應的上行鏈路傳輸類型和上行鏈路傳輸參數中的至少一個是否滿足條件。處理器312可以進一步確定是否監視用於指示與所述上行鏈路傳輸相對應的所述HARQ回饋信息的DCI。在所述上行鏈路傳輸類型和所述上行鏈路傳輸參數中的至少一個滿足條件的情況下，處理器312可以確定經由收發器316監視所述DCI。

在一些實施方式中，所述條件可以包括：上行鏈路傳輸類型包括配置許可的上行鏈路傳輸。處理器312可以被配置為確定上行鏈路傳輸類型是否是配置許可的上行鏈路傳輸（即，是否滿足條件）。處理器312可以被配置為在其經由配置許可發送上行鏈路資料的情況下監視用於HARQ回饋的DCI。

在一些實施方式中，所述條件可以包括所述上行鏈路傳輸重複的數量大於閾值。處理器312可以被配置為確定上行鏈路傳輸重複的所述數量是否大於閾值。處理器312可以被配置為在所述上行鏈路傳輸重複的數量大於閾值（例如，K＞1）的情況下監視用於HARQ回饋的DCI。

在一些實施方式中，處理器312可以被配置為確定上述兩種條件是否都滿足。處理器312可以被配置為在上述兩種條件都滿足時監視所述用於HARQ回饋的DCI。例如，處理器312可以被配置為在其經由配置許可發送資料並且配置許可的重複次數大於閾值（例如，K> 1）的情況下，所述用於HARQ回饋的DCI。其他上行鏈路傳輸參數和/或條件也可以用於處理器312，以確定是否監視所述用於HARQ回饋的DCI。可以通過高層信令（例如，經由RRC配置）來配置處理器312，以指示監視所述用於HARQ回饋的DCI的條件（例如，上行鏈路傳輸類型和/或UL傳輸參數）。 說明性過程

第4圖示出了根據本公開的實施方式的示例過程400。過程400可以是本公開的與用於上行鏈路傳輸的HARQ回饋過程有關的上述場景/方案的部分或全部的示例實施方式。過程400可以代表通信裝置310的特徵的實施方式的一個方面。過程400可以包括一個或複數個操作，動作或功能，如方框410、420、430和440中的一個或複數個所示。儘管被示為離散的方框，取決於期望的實施方式，過程400的各個框可以被劃分為附加的框，組合為更少的框或被消除。此外，過程400的框可以按照第4圖中所示的順序執行，或以其他順序排列。過程400可以由通信裝置310或任何合適的UE或機器類型的裝置來實施。僅出於說明性目的而非限制，下面在通信裝置310的場景中描述過程400。過程400可以在框410處開始。

在410處，過程400可涉及裝置310的處理器312從網絡節點接收DCI。過程400可以從410進行到420。

在420處，過程400可以包括處理器312確定所述DCI是否用於指示與上行鏈路傳輸相對應的HARQ回饋信息。過程400可以從420進行到430。

在430處，過程400可以涉及處理器312在所述DCI被用於指示與所述上行鏈路傳輸相對應的所述HARQ回饋信息的情況下根據所述DCI確定所述HARQ回饋信息。過程400可以從430進行到440。

在440處，過程400可以包括處理器312根據所述HARQ回饋信息來確定是否終止上行鏈路傳輸。

在一些實施方式中，所述DCI可以包括特定於UE的DCI或組公共的DCI。

在一些實施方式中，所述DCI可以包括由CS-RNTI加擾的CRC。

在一些實施方式中，所述DCI可以包括與所述上行鏈路傳輸相對應的HARQ過程ID，UL-SCH指示符和特定DCI字段中的至少一個。

在一些實施方式中，過程400可以包括處理器312根據與所述上行鏈路傳輸相對應的HARQ過程ID，UL-SCH指示符和特定的DCI字段中至少之一來確定所述DCI是否用於指示HARQ回饋信息。

在一些實施方式中，上行鏈路傳輸可以包括配置許可的上行鏈路傳輸。

在一些實施方式中，過程400可以包括處理器312在HARQ回饋信息被確定為ACK的情況下終止上行鏈路傳輸。

第5圖示出了根據本公開的實施方式的示例過程500。過程500可以是本公開的與用於上行鏈路傳輸的HARQ回饋過程有關的上述場景/方案的部分或全部的示例實施方式。過程500可以代表通信裝置310的特徵的實施方式的一個方面。過程500可以包括一個或複數個操作，動作或功能，如方框510、520、530和540中的一個或複數個所示。儘管被示為離散的方框，取決於期望的實施方式，可以將過程500的各個框劃分為另外的框，組合為更少的框或將其消除。此外，過程500的框可以按照第5圖所示的順序執行或以其他順序排列。過程500可以由通信裝置310或任何合適的UE或機器類型的裝置來實施方式。僅出於說明性目的而非限制，下面在通信裝置310的場景中描述過程500。過程500可以在框510處開始。

在510，過程500可以涉及裝置310的處理器312執行上行鏈路傳輸。過程500可以從510進行到520。

在520，過程500可以包括處理器312確定與所述上行鏈路傳輸相對應的上行鏈路傳輸類型和上行鏈路傳輸參數中的至少一個是否滿足條件。過程500可以從520進行到530。

在530，過程500可以包括處理器312確定是否監視用於指示與所述上行鏈路傳輸相對應的HARQ回饋信息的DCI。過程500可以從530進行到540。

在540，過程500可以包括處理器312在所述上行鏈路傳輸類型和所述上行鏈路傳輸參數中的至少一個滿足所述條件的情況下監視所述DCI。

在一些實施方式中，所述條件可以包括：所述上行鏈路傳輸類型包括配置許可的上行鏈路傳輸。

在一些實施方式中，所述上行鏈路傳輸參數可以包括上行鏈路傳輸重複的數量。所述條件可以包括上行鏈路傳輸重複的數量大於閾值。 補充說明

本文描述的主題有時示出包含在不同其他組件內或與不同其他組件連接的不同組件。應當理解，這樣描繪的體系結構僅僅是示例，並且實際上可以實施許多其他體系結構，其實施相同的功能。在概念意義上，實施相同功能的任何組件佈置有效地“關聯”，使得實施期望的功能。因此，這裡組合以實施特定功能的任何兩個組件可以被視為彼此“相關聯”，使得實施期望的功能，而不管架構或中間組件。同樣地，如此關聯的任何兩個組件也可以被視為彼此“可操作地連接”或“可操作地耦合”至彼此以實施期望的功能，並且能夠如此關聯的任何兩個組件也可以被視為“可操作地耦合”至彼此以實施所需的功能。可操作耦合的具體示例包括但不限於物理上可配對和/或物理上相互作用的組件和/或可無線交互和/或無線相互作用的組件和/或邏輯上相互作用和/或邏輯上可相互作用的組件。

此外，關於本文中基本上任何復數和/或單數術語的使用，所屬領域具有通常知識者可以根據上下文從復數轉換為單數和/或從單數轉換為複數。為清楚起見，這裡可以明確地闡述各種單數/複數排列。

此外，所屬領域具有通常知識者將理解，通常，本文使用的術語，尤其是所附申請專利範圍書，例如所附申請專利範圍的主體，通常旨在作為“開放”術語，例如， “包括”一詞應解釋為“包括但不限於”，“有”一詞應解釋為“至少具有”，“包括”一詞應解釋為“包括但不限於，所屬領域具有通常知識者將進一步理解，如果對介紹的申請專利範圍描述有特定的數量要求，則在申請專利範圍中將明確地陳述這樣的意圖，並且在沒有這樣的陳述的情況下，不存在這樣的意圖。例如，為了幫助理解，以下所附申請專利範圍可以包含介紹性短語“至少一個”和“一個或複數個”的使用以介紹申請專利範圍描述。然而，這些短語的使用不應被解釋為暗示使用不定冠詞“一”或“一個”來介紹申請專利範圍描述將限制包含這樣的介紹的申請專利範圍描述的任意特定的申請專利範圍至僅包含一個這樣的描述的實施方式，即使在同一個申請專利範圍內包括介紹性短語“一個或複數個”或“至少一個”，以及不定冠詞“一個”或“一個”，作為舉例，“一個”和/或“一個”應當被解釋為“至少一個”或“一個或複數個”；這樣的解釋，同樣適用於使用定冠詞介紹申請專利範圍描述。另外，即使明確地描述介紹的申請專利範圍描述的特定數量，所屬領域具有通常知識者將認識到，這種描述應當被解釋為表示至少包括所描述的數量，例如，沒有其他修飾語的“兩個描述”的簡單描述，表示至少兩個描述，或兩個或更多描述。此外，在使用類似於“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:場景 310:通信裝置 312，322:處理器 314，324:記憶體 316，326:收發器 320:網絡裝置 400，500:過程 410，420，430，440，510，520，530，540:框

包括附圖以提供對本公開的進一步理解，並且附圖被併入並構成本公開的一部分。附圖示出了本公開的實施方式，並且與說明書一起用於解釋本公開的原理。可以理解的是，附圖不一定按比例繪製，因為為了清楚地說明本公開的概念，一些部件可能被示出為與實際實施中的尺寸不成比例。 第1圖是描繪根據本公開的實施方式的示例場景的圖。 第2圖是描繪根據本公開的實施方式的示例場景的圖。 第3圖是根據本公開的實施方式的示例通信裝置和示例網絡裝置的框圖。 第4圖是根據本公開的實施方式的示例過程的流程圖。 第5圖是根據本公開的實施方式的示例過程的流程圖。。

100:場景

Claims (20)

1. 一種方法，包括： 裝置的處理器從網絡節點接收下行鏈路控制信息（DCI）； 所述處理器確定所述DCI是否用於指示與上行鏈路傳輸相對應的混合自動重傳請求（HARQ）回饋信息； 所述處理器在所述DCI用於指示與所述上行傳輸相對應的所述HARQ回饋信息的情況下，根據所述DCI確定所述HARQ回饋信息；和 所述處理器根據所述HARQ回饋信息確定是否終止所述上行鏈路傳輸。
2. 根據申請專利範圍第1項所述的方法，其中所述DCI包括特定於用戶裝置（UE）的DCI或群組公共的DCI。
3. 根據申請專利範圍第1項所述的方法，其中所述DCI包括由配置的調度無線電網絡臨時標識符（CS-RNTI）加擾的循環冗餘校驗（CRC）。
4. 根據申請專利範圍第1項所述的方法，其中所述DCI包括與所述上行鏈路傳輸相對應的HARQ過程標識符（ID），上行鏈路共享信道（UL-SCH）指示符以及特定DCI字段中的至少一個。
5. 根據申請專利範圍第4項所述的方法，其中所述確定包括：根據與所述上行鏈路傳輸相對應的所述HARQ過程ID，所述UL-SCH指示符和所述特定DCI字段中的至少一個，確定所述DCI是否用於指示所述HARQ回饋信息。
6. 根據申請專利範圍第1項所述的方法，其中所述上行鏈路傳輸包括配置許可的上行鏈路傳輸。
7. 根據申請專利範圍第1項所述的方法，還包括： 在所述HARQ回饋信息被確定為確認（ACK）的情況下，所述處理器終止所述上行鏈路傳輸。
8. 一種方法，包括： 裝置的處理器執行上行鏈路傳輸； 所述處理器確定與所述上行傳輸相對應的上行傳輸類型和上行鏈路傳輸參數中的至少一個是否滿足條件； 所述處理器確定是否監視用於指示與所述上行傳輸相對應的混合自動重傳請求（HARQ）回饋信息的下行控制信息（DCI）；和 在所述上行鏈路傳輸類型和上行鏈路傳輸參數中的至少一個滿足所述條件的情況下，所述處理器監視所述DCI。
9. 根據申請專利範圍第8項所述的方法，其中所述條件包括：所述上行鏈路傳輸類型包括配置許可的上行鏈路傳輸。
10. 根據申請專利範圍第8項所述的方法，其中所述上行鏈路傳輸參數包括上行鏈路傳輸重複的數量，並且其中，所述條件包括：所述上行鏈路傳輸重複的數量大於閾值。
11. 一種裝置，包括： 收發器，其在操作過程中與無線網絡的網絡節點進行無線通信；和 通信耦合到所述收發器的處理器，以便在操作期間，所述處理器執行的操作包括： 經由所述收發器，從所述網絡節點接收下行控制信息（DCI）； 確定所述DCI是否用於指示與上行鏈路傳輸相對應的混合自動重傳請求（HARQ）回饋信息； 在所述DCI用於指示與所述上行鏈路傳輸相對應的所述HARQ回饋信息的情況下，根據所述DCI確定所述HARQ回饋信息；和 根據所述HARQ回饋信息確定是否終止所述上行鏈路傳輸。
12. 根據申請專利範圍第11項所述的裝置，其中所述DCI包括特定於用戶裝置（UE）的DCI或群組公共的DCI。
13. 根據申請專利範圍第11項所述的裝置，其中所述DCI包括由配置的調度無線電網絡臨時標識符（CS-RNTI）加擾的循環冗餘校驗（CRC）。
14. 根據申請專利範圍第11項所述的裝置，其中所述DCI包括與所述上行鏈路傳輸相對應的HARQ過程標識符（ID），上行鏈路共享信道（UL-SCH）指示符以及特定DCI字段中的至少一個。
15. 根據申請專利範圍第14項所述的裝置，其中在確定所述DCI是否用於指示所述HARQ回饋信息時，所述處理器根據與所述上行鏈路傳輸相對應的所述HARQ過程ID，所述UL-SCH指示符和所述特定DCI字段中的至少一個，確定所述DCI是否用於指示所述HARQ回饋信息。
16. 根據申請專利範圍第11項所述的裝置，其中所述上行鏈路傳輸包括配置許可的上行鏈路傳輸。
17. 根據申請專利範圍第11項所述的裝置，其中在操作期間，所述處理器還執行以下操作： 在所述HARQ回饋信息被確定為確認（ACK）的情況下，終止所述上行鏈路傳輸。
18. 一種裝置，包括： 收發器，其在操作過程中與無線網絡的網絡節點進行無線通信；和 通信耦合到所述收發器的處理器，以便在操作期間，所述處理器執行的操作包括： 通過所述收發器執行上行鏈路傳輸； 確定與所述上行傳輸相對應的上行傳輸類型和上行鏈路傳輸參數中的至少一個是否滿足條件； 確定是否監視用於指示與所述上行傳輸相對應的混合自動重傳請求（HARQ）回饋信息的下行控制信息（DCI）；和 所述上行鏈路傳輸類型和上行鏈路傳輸參數中的至少一個滿足所述條件的情況下，經由所述收發器監視所述DCI。
19. 根據申請專利範圍第18項所述的裝置，其中所述條件包括：所述上行鏈路傳輸類型包括配置許可的上行鏈路傳輸。
20. 根據申請專利範圍第18項所述的裝置，其中所述上行鏈路傳輸參數包括上行鏈路傳輸重複的數量，並且其中，所述條件包括：所述上行鏈路傳輸重複的數量大於閾值。

Images