TWI819734B

TWI819734B - 用於移動通信中自主可靠性增強的方法和裝置

Info

Publication number: TWI819734B
Application number: TW111129439A
Authority: TW
Inventors: 馬利穆罕默德Ｓ阿利比艾勒; 普拉第瓊斯; 阿布戴拉提夫沙拿; 穆罕默德昆特; 喬茲瑟夫Ｇ納曼斯
Original assignee: 新加坡商聯發科技（新加坡）私人有限公司
Priority date: 2021-08-06
Filing date: 2022-08-05
Publication date: 2023-10-21
Also published as: US20240224266A1; TW202308438A; EP4342109A1; WO2023011190A1; EP4342109A4; CN117859278A

Abstract

描述了針對移動通信中的用戶設備和網絡裝置的自主可靠性增強的各種解決方案。裝置可以在物理上行鏈路共享信道（PUSCH）上執行上行鏈路（UL）傳輸。該裝置可以在物理下行控制信道(PDCCH)上從網絡節點接收對應於UL傳輸的反饋，該反饋指示網絡節點沒有成功接收到UL傳輸。該裝置可以基於反饋將可靠性增強機制應用於PUSCH上的後續UL傳輸或重傳。

Description

用於移動通信中自主可靠性增強的方法和裝置

本公開一般涉及移動通信，並且更具體地涉及關於移動通信中的用戶設備和網絡裝置的自主可靠性增強。

除非本文另有說明，否則本節中描述的方法不是下面列出的請求保護範圍的現有技術，也不能通過包含在本節中而被承認為現有技術。在第3代合作夥伴項目(3GPP)第17版中，第5代(5G)系統擴展了對任何應用程序的時間敏感通信(TSC)的支持，例如工業物聯網(IIoT)應用程序。在TSC中，流量模式通常需要對工業通信的超可靠性和低延遲提出嚴格要求，以支持離散自動化、過程自動化和智能運輸系統等。3GPP在5G中引入了生存時間(survival time)作為新的服務參數，它允許使用通信服務的應用程序繼續(或說生存)一段時間而不會收到預期的消息。一旦目標設備上的應用程序檢測到沒有預期消息，它將等待生存時間指示的時間段，然後才認為通信服務不可用。因此，如何避免連續丟包導致超出生存時間成為新興無線通信網絡的重要課題。鑑於IIoT應用中連續資料包之間的持續時間很短，沒有足夠的時間來修改無線電資源控制(RRC,radio resource control)參數(即RRC重新配置)以提高傳輸可靠性。因此，需要提供一旦檢測到資料包故障就可以觸發的自主可靠性增強機制。

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

本公開的一個目的是提出解決上述關於移動通信中的用戶設備和網絡裝置的自主可靠性增強的問題的解決方案或架構。

在一個方面，一種方法可以涉及一種在物理上行鏈路共享信道(PUSCH)上執行上行鏈路(UL)傳輸的裝置。該方法還可以涉及該裝置在物理下行鏈路控制信道(PDCCH)上從網絡節點接收對應於UL傳輸的反饋，其中該反饋指示網絡節點沒有成功地接收到UL傳輸。該方法可以進一步涉及該裝置基於反饋將可靠性增強機制應用於PUSCH上的後續UL傳輸或重傳。

在一個方面，一種裝置可以包括收發器，該收發器在操作期間與無線網絡的至少一個網絡節點進行無線通信。該裝置還可以包括通信地耦合到收發器的處理器。在操作期間，處理器可以執行包括經由收發器在PUSCH上執行UL傳輸的操作。處理器還可以執行包括經由收發器在PDCCH上接收與來自網絡節點的UL傳輸相對應的反饋的操作，其中該反饋指示網絡節點沒有成功地接收到UL傳輸。處理器可以進一步執行包括基於反饋將可靠性增強機制應用於PUSCH上的後續UL傳輸或重傳的操作。

值得注意的是，儘管本文提供的描述可能是在某些無線電接入技術、網絡和網絡拓撲的上下文中，例如長期演進(LTE)、LTE-Advanced、LTE-Advanced Pro、第5代(5G)、New無線電(NR)、物聯網(IoT)、窄帶物聯網(NB-IoT)和工業物聯網(IIoT)、提議的概念、方案及其任何變體/衍生品可以在其他類型的無線電接入技術、網絡和網絡拓撲中、為其他類型的無線電接入技術、網絡和網絡拓撲實現。因此，本公開的範圍不限於本文描述的示例。

100、200:場景

110:源設備

120:目標設備

210:移動設備(UE)

220:網絡節點

201-203、410-430:步驟

300:通信系統

310:通信裝置

320:網絡裝置

312、322:處理器

316、326:收發器

314、324:存儲器

400:流程

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

第1圖圖示了根據當前NR框架的生存時間、通信服務狀態和應用層體驗的示例場景。

第2圖圖示了根據本公開的實施方式的方案下的示例場景。

第3圖是根據本公開的實施方式的示例通信系統的框圖。

第4圖是根據本公開的實施方式的示例過程的流程圖。

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

概述

根據本公開的實施方式涉及與在移動通信中關於用戶設備和網絡裝置的配置授權上的自主重傳有關的各種技術、方法、方案和/或解決方案。根據本公開，可以單獨或聯合實施多個可能的解決方案。即，儘管這些可能的解決方案可以在下面單獨描述，但是這些可能的解決方案中的兩個或更多個可以以一種組合或另一種組合來實現。

在當前的NR框架中，TSC應用(例如IIoT應用)對工業通信的超可靠性和低延遲有嚴格要求，支持涵蓋各種用例，包括離散自動化、過程自動化和智能交通系統。特別是，生存時間已作為5G中的新服務參數引入，它允許使用通信服務的應用程序在一段時間內繼續(或說生存)而不會收到預期的消息。第1圖圖示了根據當前NR框架的生存時間、通信服務狀態和應用層體驗的示例場景100。場景100涉及源設備110(例如，5G NR網絡的網絡節點)和目標設備120(例如，UE)。一旦目標設備120上的應用程序檢測到預期消息的缺失，它將等待由生存時間指示的時間段，然後才認為通信服務不可用。因此，如何避免連續丟包導致超出生存時間成為新興無線通信網絡的重要課題。鑑於IIoT應用中連續資料包之間的持續時間很短，沒有足夠的時間來修改RRC參數(即RRC重新配置)以提高傳輸可靠性。因此，需要提供一旦檢測到資料包故障就可以觸發的自主可靠性增強機制。

鑑於上述情況，本公開提出了與關於移動通信中的UE和網絡設備的自主可靠性增強有關的多個方案。根據本公開的方案，一旦檢測到封包傳輸失敗，就可以觸發用戶設備(UE)處的可靠性增強機制。UE可以在PUSCH上進行UL傳輸，當在PDCCH上接收到指示網絡節點沒有成功接收到UL傳輸的反饋時，UE可以將所提出的可靠性增強機制應用於後續的UL PUSCH上傳輸或重傳，避免超過生存時間。更具體地，反饋可以包括對UL重傳的授權或者可以包括對應於UL傳輸的NACK。此外，可靠性增強機制可以僅應用於由配置調度-無線電網絡臨時標識符(CS-RNTI)調度和尋址的配置授權PUSCH(CG-PUSCH)傳輸。因此，應用本發明的方案，可以避免連續丟包導致超出生存時間的情況，提高傳輸的可靠性。對工業通信的超可靠性和低延遲有嚴格要求的TSC應用程序(例如，IIoT應用程序)可以受益於本公開的實現所實現的增強。

第2圖圖示了根據本公開的實施方式的方案下的示例場景200。場景200涉及移動設備(UE)210和可以是無線通信網絡(例如，LTE網絡、5G網絡、NR網絡、IoT網絡或NB-IoT網絡)的一部分的網絡節點220。場景200示出了UE 210和網絡節點220之間用於在移動通信中實現自主可靠性增強的示例性序列流。在步驟201中，UE 210在PUSCH上執行UL傳輸。在步驟202中，UE 220接收關於PDCCH的反饋，其指示網絡節點220沒有成功接收到UL傳輸。在步驟203中，UE 210將一種或多種可靠性增強機制應用於後續UL PUSCH上的(重新)傳輸。

在一些實施方式中，在PDCCH上接收到的反饋可以包括對UL重傳的授權。

在一些實現中，在PDCCH上接收的反饋可以包括對應於UL傳輸的NACK(例如，混合自動重傳請求(HARQ)NACK)。

在一些實施方式中，在PDCCH上接收的反饋可以包括下行鏈路控制信息(DCI)。例如，可以重新使用現有的DCI字段來承載反饋。或者，可以引入新的特定DCI字段來承載反饋。

在一些實施方式中，可靠性增強機制可以應用於特定類型的PUSCH傳輸(例如，基於高層參數)。例如，可靠性增強機制可以僅應用於CG-PUSCH傳輸。或者，可靠性增強機制可以僅應用於動態授權PUSCH(DG-PUSCH)傳輸。

在一些實施方式中，可靠性增強機制可以應用於具有特定優先級的PUSCH傳輸。例如，可靠性增強機制可以僅應用於具有高優先級(HP)的PUSCH傳輸(或稱為HP-PUSCH傳輸)。或者，可靠性增強機制可以僅應用於具有低優先級(LP)的PUSCH傳輸(或稱為LP-PUSCH傳輸)。

在一些實施方式中，可靠性增強機制可以包括以下至少之一：在時域和/或頻域中應用PUSCH重複；應用PUSCH跳頻；應用PUSCH重複和PUSCH跳頻；應用多發送和接收點(多TRP，multi-TRP)PUSCH重複。

在一些實施方式中，通過一個或多個高層參數為PUSCH重複、PUSCH跳頻、具有PUSCH跳頻的PUSCH重複或多TRP PUSCH重複配置重複次數。或者，如果發生更多的UL傳輸失敗，則可以增加重複次數。例如，UE可以基於最初的UL傳輸失敗應用X次重複，然後當UL傳輸失敗再次發生時將其增加到Y次重複。

在一些實現中，可靠性增強機制可以應用一段時間(例如，基於配置的定時器)，或者可以應用直到通過DCI、HARQ NACK或媒體訪問控制(MAC)控制元素(MAC CE)接收到指示，或者可以應用直到應用另一種可靠性增強機制，例如，直到激活或停用分組複製(即，封包資料會聚協議(PDCP)複製)功能。

說明性實現

第3圖圖示了根據本公開的實施方式的具有示例通信裝置310和示例網絡裝置320的示例通信系統300。通信裝置310和網絡裝置320中的每一個可以執行各種功能以實現本文描述的與關於移動通信中的用戶設備和網絡裝置的自主可靠性增強有關的方案、技術、過程和方法，包括上述場景/方案以及下面描述的流程400。

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

網絡裝置320可以是電子裝置的一部分，其可以是網絡節點，例如基站、小型小區、路由器或網關。例如，網絡裝置320可以在LTE、LTE-Advanced或LTE-Advanced Pro網絡中的eNodeB中或在5G、NR、IoT、NB-IoT或IIoT網絡中的gNB中實現。或者，網絡裝置320可以以一個或多個IC芯片的形式實現，例如但不限於一個或多個單核處理器、一個或多個多核處理器、或一個或多個RISC或CISC處理器。網絡裝置320可以包括第3圖所示的那些組件中的至少一些。例如，如第3圖所示的處理器322。網絡裝置320還可以包括一個或多個與本公開提出的方案無關的其他組件(例如，內部電源、顯示設備和/或用戶接口設備)，因此，網絡設備320的這些組件在第3圖中均未示出。為了簡單和簡潔起見，下面也沒有描述第3圖。

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

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

在一些實現中，處理器312可以經由收發器316在PUSCH上執行UL傳輸。然後，處理器212可以通過收發器316在PDCCH上從網絡裝置320接收對應於UL傳輸的反饋，其中該反饋指示UL傳輸沒有被網絡裝置320成功接收。之後，處理器312可以基於反饋將可靠性增強機制應用於PUSCH上的後續UL傳輸或重傳。更具體地，基於反饋應用可靠性增強機制可以包括響應於反饋的接收(例如，當/在接收到反饋時)應用可靠性增強機制。

說明性過程

第4圖圖示了根據本公開的實現的示例流程400。流程400可以是上述場景/方案的示例實現，無論是部分地還是完全地，關於本公開的自主可靠性增強。流程400可以表示通信裝置310的特徵的實現的一個方面。流程400可以包括如框410、420、430中的一個或多個所示的一個或多個操作、動作或功能。雖然儘管被示為離散塊，但流程400的各種塊可以被劃分為附加塊、組合成更少塊或被消除，這取決於期望的實現。此外，流程400的塊可以按第4圖所示的順序執行。或者，以不同的順序執行。流程400可以由通信裝置310或任何合適的UE或機器類型設備來實現。僅出於說明性目的而非限制，流程400在以下通信裝置310的語境中描述。過程400可以開始於框410。

在410，過程400可以涉及裝置310的處理器312經由收發器316在PUSCH上執行UL傳輸。過程400可以從410進行到420。

在420，過程400可以涉及處理器312經由收發器316接收在PDCCH上的來自網絡節點的UL傳輸相對應的反饋，其中該反饋指示網絡節點沒有成功地接收到UL傳輸。過程400可以從420進行到430。

在430，過程400可以涉及處理器312基於反饋將可靠性增強機制應用於PUSCH上的後續UL傳輸或重傳。

在一些實現中，反饋可以包括對UL重傳的授權。

在一些實施方式中，當第二定時器期滿時不重新啟動第一定時器。

在一些實施方式中，反饋可以包括對應於UL傳輸的NACK。

在一些實施方式中，反饋可以包括DCI。

在一些實施方式中，可靠性增強機制可以僅應用於CG-PUSCH傳輸。

在一些實施方式中，可靠性增強機制可以僅應用於具有高優先級的PUSCH傳輸。

在一些實施方式中，應用可靠性增強機制可以包括以下之一：在時域和頻域中的至少一個中應用PUSCH重複；應用PUSCH跳頻；應用PUSCH重複和PUSCH跳頻；並應用多TRP PUSCH重複。

在一些實施方式中，可以通過一個或多個高層參數為PUSCH重複、PUSCH跳頻、具有PUSCH跳頻的PUSCH重複或多TRP PUSCH重複配置重複次數。

在一些實施方式中，可靠性增強機制可以應用一段時間或者可以應用直到經由DCI、HARQ NACK或MAC CE接收到指示，或者可以應用直到封包複製功能被激活或去激活。

在一些實施方式中，可以應用可靠性增強機制來避免超過生存時間，其中生存時間指示允許使用通信服務的應用在不接收預期消息的情況下繼續的最大時間段。

補充說明

此處描述的主題有時說明包含在不同其他組件內或與不同其他組件連接的不同組件。應當理解，這樣描繪的架構僅僅是示例，並且實際上可以實現許多其他實現相同功能的架構。從概念上講，實現相同功能的任何組件佈置都是有效地「關聯」的，從而實現了所需的功能。因此，本文中組合以實現特定功能的任何兩個組件可以被視為彼此「關聯」，從而實現期望的功能，而與架構或中間組件無關。同樣，如此關聯的任何兩個組件也可以被視為彼此「可操作地連接」或「可操作地耦合」以實現所需的功能，並且能夠如此關聯的任何兩個組件也可以被視為「可操作地可耦合」，相互連接以實現所需的功能。可操作地耦合的具體示例包括但不限於物理上可匹配和/或物理上交互的組件和/或無線交互和/或無線交互組件和/或邏輯交互和/或邏輯交互組件。

此外，關於本文中基本上任何復數和/或單數術語的使用，本領域技術人員可以根據上下文和/或從復數翻譯成單數和/或從單數翻譯成複數。應用。為了清楚起見，可以在本文中明確闡述各種單數/複數排列。

此外，本領域技術人員將理解，一般而言，本文，尤其是所附請求保護範圍中使用的術語，例如所附請求保護範圍的主體，通常旨在作為「開放」術語，例如，術語「包括」應解釋為「包括但不限於」，「具有」應解釋為「至少具有」，「包括」應解釋為「包括但不限於」等。本領域內的技術人員將進一步理解，如果打算引用特定數量的所引入的請求保護範圍，則這種意圖將在請求保護範圍中明確地記載，並且在沒有這種引用的情況下，不存在這種意圖。例如，為了幫助理解，以下所附請求保護範圍可能包含使用介紹性短語「至少一個」和「一個或多個」來介紹請求保護範圍陳述。然而，此類短語的使用不應被解釋為暗示由不定冠詞「一」或「一個」引入的權利要求陳述將包含此類引入的權利要求陳述的任何特定權利要求限制為僅包含一個此類陳述的實現，即使當同一請求保護範圍包括介紹性短語「一個或多個」或「至少一個」和不定冠詞，例如「一」或「一個」，例如「一」和/或「一個」應解釋為「至少一個」或「一個或多個」；用於介紹請求保護範圍陳述的定冠詞的使用也是如此。此外，即使明確地列舉了所引入的請求保護範圍列舉的具體數目，本領域技術人員將認識到，這樣的列舉應當被解釋為至少是所列舉的數目，例如，「兩次列舉」的簡單列舉，而沒有其他修飾語，指至少兩次背誦，或兩次以上背誦。此外，在約定類似於「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」的可能性。

從前述內容，將理解，本公開的各種實施方式已在本文中出於說明的目的進行了描述，並且各種修改可以在不背離本公開的範圍和精神的情況下進行。因此，本文所公開的各種實施方式並非旨在限制，真實範圍和精神由所附請求保護範圍指示。

201-203:步驟

Claims

一種移動通信中的傳輸方法，包括：由裝置的處理器在物理上行鏈路共享信道(PUSCH)上執行上行鏈路(UL)傳輸；處理器在物理下行控制信道(PDCCH)上從網絡節點接收對應於UL傳輸的反饋，其中該反饋指示網絡節點沒有成功接收到UL傳輸；和處理器基於反饋自主對PUSCH上的後續UL傳輸或重傳應用可靠性增強機制。
如請求項1所述的傳輸方法，其中，所述反饋包括對UL重傳的授權。
如請求項1所述的傳輸方法，其中，所述反饋包括對應於所述UL傳輸的否定確認(NACK)。
如請求項1所述的傳輸方法，其中，所述反饋包括下行鏈路控制信息(DCI)。
如請求項1所述的傳輸方法，其中所述可靠性增強機制僅應用於配置授權PUSCH(CG-PUSCH)傳輸。
如請求項1所述的傳輸方法，其中，所述可靠性增強機制僅應用於具有高優先級的PUSCH傳輸。
如請求項1所述的傳輸方法，其中應用所述可靠性增強機制包括以下至少一項：在時域和頻域中的至少一個中應用PUSCH重複；應用PUSCH跳頻；應用PUSCH重複和PUSCH跳頻；和應用多傳輸和接收點(多TRP)PUSCH重複。
如請求項7所述的傳輸方法，其中通過一個或多個高層參數為PUSCH重複、PUSCH跳頻、具有PUSCH跳頻的PUSCH重複或多TRP PUSCH重複配置重複次數。
如請求項1所述的傳輸方法，其中所述可靠性增強機制被應用一段時間或被應用直到經由下行鏈路控制信息(DCI)、混合自動重複請求(HARQ)NACK或媒體接入控制(MAC)控制元素(MAC CE)接收到指示為止，或一直應用到資料包複製功能被激活或去激活。
如請求項1所述的傳輸方法，其中應用可靠性增強機制以避免超過生存時間，並且其中生存時間指示允許應用程序在沒有收到預期消息的情況下繼續使用通信服務的最大時間段。
一種移動通信中的傳輸裝置，包括：收發器，在操作期間，與無線網絡的至少一個網絡節點進行無線通信；以及處理器通信地耦合到收發器，使得在操作期間，處理器執行包括以下操作的操作：通過收發器在物理上行共享信道(PUSCH)上進行上行(UL)傳輸；通過收發器在物理下行控制信道(PDCCH)上從網絡節點接收對應於UL傳輸的反饋，其中該反饋指示網絡節點沒有成功接收到UL傳輸；和基於反饋，自主將可靠性增強機制應用於PUSCH上的後續UL傳輸或重傳。
如請求項11所述的傳輸裝置，其中，所述反饋包括對UL重傳的授權。
如請求項11所述的傳輸裝置，其中，所述反饋包括對應於所述UL傳輸的否定確認(NACK)。
如請求項11所述的傳輸裝置，其中，所述反饋包括下行鏈路控制信息(DCI)。
如請求項11所述的傳輸裝置，其中，所述可靠性增強機制僅應用於配置授權PUSCH(CG-PUSCH)傳輸。
如請求項11所述的傳輸裝置，其中，所述可靠性增強機制僅應用於具有高優先級的PUSCH傳輸。
如請求項11所述的傳輸裝置，其中應用所述可靠性增強機制包括以下至少一項：在時域和頻域中的至少一個中應用PUSCH重複；應用PUSCH跳頻；應用PUSCH重複和PUSCH跳頻；和應用多傳輸和接收點(多TRP)PUSCH重複。
如請求項17所述的傳輸裝置，其中通過一個或多個高層參數為PUSCH重複、PUSCH跳頻、具有PUSCH跳頻的PUSCH重複或多TRP PUSCH重複配置重複次數。
如請求項11所述的傳輸裝置，其中所述可靠性增強機制被應用一段時間或被應用直到經由下行鏈路控制信息(DCI)、混合自動重複請求(HARQ)NACK或媒體接入控制(MAC)控制元素(MAC CE)接收到指示為止，或一直應用到資料包複製功能被激活或去激活。
如請求項11所述的傳輸裝置，其中應用所述可靠性增強機制以避免超過生存時間，並且其中所述生存時間指示應用在不接收預期消息的情況下繼續允許使用通信服務的最大時間段。