TW202308437A - 避免存續時間錯誤的方法和相關裝置 - Google Patents

避免存續時間錯誤的方法和相關裝置 Download PDF

Info

Publication number
TW202308437A
TW202308437A TW111128230A TW111128230A TW202308437A TW 202308437 A TW202308437 A TW 202308437A TW 111128230 A TW111128230 A TW 111128230A TW 111128230 A TW111128230 A TW 111128230A TW 202308437 A TW202308437 A TW 202308437A
Authority
TW
Taiwan
Prior art keywords
pdcp packet
packet replication
data
gnb
replication
Prior art date
Application number
TW111128230A
Other languages
English (en)
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 TW202308437A publication Critical patent/TW202308437A/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • 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
    • 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections

Landscapes

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

Abstract

提供了一種避免存續時間（survival time, ST）錯誤的方法，用戶設備及基地台。該方法包括：被基地台配置了預分配的無線電資源；在上行鏈路配置授權上發送數據；和進入存續狀態並在該預分配的無線電資源上激活分封數據匯聚協議（Packet Data Convergence Protocol, PDCP）封包複製以重傳該數據。透過執行該PDCP封包複製，UE可以滿足ST要求，挽救失敗的傳輸，避免應用程式被關閉。

Description

避免存續時間錯誤的方法和相關裝置
本申請涉及無線通信，特別有關一種避免存續時間（survival time, ST）錯誤的方法和相關裝置，諸如用戶設備（user equipment, UE）和基地台（base station, BS）。
此背景技術章節介紹一些有助於更好地理解本申請的內容。相應地，本節說明的內容應以此方式閱讀，而不應理解為承認了其為習知技術存在的內容或習知技術不存在的內容。
通訊系統和網路已朝著寬頻行動系統發展。由第三代合作夥伴計劃（the Third Generation Partnership Project, 3GPP）開發的蜂窩無線通訊系統中，用戶設備（User Equipment, UE）通過無線鏈路連接到無線電存取網路（Radio Access Network, RAN）。  RAN包括一組基地台（Base Stations, BSs），其提供無線鏈路給位於基地台覆蓋之細胞（Cell）的範圍內的UE，並包括連接到核心網（Core Network,CN）的界面，核心網具有控制整體網路的功能。可以理解，RAN和CN各自執行相關於整個網路的相應功能。3GPP已發展出所謂的長期演進（Long Term Evolution, LTE）系統，即演進版通用陸地無線電存取網路（Evolved Universal Terrestrial Radio Access Network, E-UTRAN），用於由被稱為eNodeB或eNB（演進的NodeB）的基地台所支持的一或多個宏細胞（macro-cells）的行動存取網路。 最近，LTE進一步向所謂的5G或新無線電（new radio, NR）系統發展，這個系統的一或多個細胞由被稱為gNB的基地台所支持。
5G NR標準支持多種不同的服務，每種服務都有非常不同的要求。這些服務包括用於高速數據傳輸的增強型行動寬頻（Enhanced Mobile Broadband, eMBB）技術、用於需要低延遲和高鏈路可靠性的設備的超可靠低延遲通訊（Ultra-Reliable Low Latency Communication, URLLC）技術、以及針對需要高度能效的通訊、使用壽命長的大規模機器型通訊（Massive Machine-Type Communication, mMTC）技術，以支持大量低功率設備。
URLLC是一種用於成功遞送要求嚴格的數據包的通訊服務，特別是在可用性、延遲和可靠性方面。URLLC支持新興的應用和服務，示例性的服務包括工業工廠環境中的無線控制和自動化、用來提高安全性和效率的車輛間通訊以及觸覺網際網路。這對於 5G 相當重要，特別是考慮到為整個電信行業帶來新業務的垂直行業的有效支持。
3GPP批准了NR支持增強型工業物聯網（Industrial Internet of Things, IoT）和URLLC（NR_IIOT_URLLC_enh）的工作項目（Work Item, WI）。根據3GPP第17版（Rel-17）NR_IIOT_URLLC_enh工作項目的WID目標，應對基於新的服務品質（Quality of Service, QoS）參數[諸如，存續時間（survival time, ST）或突發散佈]的RAN增強進行研究。這裡，RAN增強可以考慮通過採用基於UE的分封數據匯聚協議（Packet Data Convergence Protocol, PDCP）封包複製技術和/或在封包成功傳輸後返回正常狀態來避免存續時間錯誤。
根據當前的3GPP規範（TS 22.104），存續時間（ST）定義為目標設備認為通訊服務及其相關的應用不可用之前的一段預配置時間段。如果超過存續時間，通訊服務和關聯的應用都將進入停止狀態，目標設備可能會重啟應用，服務品質（QoS）可能因而下降。
存續時間為從應用功能（Application Function, AF）網元接收到的時間敏感通訊輔助信息（Time Sensitive Communication Assistance Information, TSCAI）的QoS參數之一。當前的3GPP規範（TS 22.104）中已經定義週期性通訊的存續時間的值，下表1中僅列出其中的一部分。表1的前三列被認為是最嚴格的ST要求。表1中前三個場景的存續時間分別為500μs、1ms和2ms。
特徵參數 影響量  
通訊服務可用性：目標值­ 通訊服務可靠性：平均的故障間隔時間 端到端延遲：最大 訊息大小[位元組] 傳輸間隔：目標值 存續時間 #UE數量 備註
99.999%至99.99999% ~10年   ＜傳輸間隔值 50 500微秒 500微秒 ≤ 20 運動控制
99.9999%至99.999999% ~10年 ＜傳輸間隔值 40 1毫秒 1毫秒 ≤ 50 運動控制
99.9999%至99.999999% ~10年 ＜傳輸間隔值 20 2毫秒 2毫秒 ≤ 100 運動控制
… … … … … … … …
表1
圖1顯示當ST的值為如表1前三列所示的嚴苛場景時，只允許進行一次重傳來挽救配置授權2（configured grant 2, CG2）的失敗。在這種情況下，UE必須監控傳輸失敗然後儘早觸發重傳。由於CG2的重傳可能會再次失敗，因此混合自動重傳請求（Hybrid Automatic Repeat reQuest, HARQ）等一般的重傳機制可能不足以挽救此失敗，可能需要更可靠的重傳機制，如PDCP封包複製（PDCP duplication）。在3GPP第16版中，支持由gNB激活的基於媒體存取控制（Medium Access Control, MAC）控制元素（Control Element, CE）的PDCP封包複製。然而，接收到MAC CE後而激活PDCP封包複製的可靠重傳可能來不及在存續時間內重傳CG2。
簡言之，配置授權的重傳可能再次失敗，如HARQ等的重傳機制可能無法挽救這樣的失敗。可能需要如PDCP封包複製這類的更可靠的重傳。然而，接收到MAC CE後激活PDCP封包複製的重傳觸發機制可能來不及在存續時間內重傳失敗的配置授權。
因此，迫切需要開發一種新的方案來解決上述問題，以避免存續時間錯誤。
本申請的一個目的在於提供一種避免存續時間錯誤的方法、用戶設備（user equipment, UE）和基地台（base station, BS），以解決習知技術中存在的問題。
在第一方面，本申請實施例提供一種避免存續時間（survival time, ST）錯誤的方法，由網路中的用戶設備（user equipment, UE）執行，該方法包括：被基地台（base station, BS）配置了預分配的無線電資源；在上行鏈路配置授權上發送數據；和進入存續狀態並在該預分配的無線電資源上激活分封數據匯聚協議（Packet Data Convergence Protocol, PDCP）封包複製以重傳該數據。
在第二方面，本申請實施例提供一種避免存續時間（survival time, ST）錯誤的方法，由網路中的基地台（base station, BS）執行，該方法包括：為用戶設備（user equipment, UE）配置預分配的無線電資源；從UE接收上行鏈路配置授權上的數據；和將該預分配的無線電資源專用於該UE，以從用於分封數據匯聚協議（Packet Data Convergence Protocol, PDCP）封包複製的該預分配的無線電資源接收重傳數據。
在第三方面，本申請實施例提供一種用戶設備（user equipment, UE），與網路中的基地台（base station, BS）通訊，該UE包括：儲存器，被配置用於儲存程式指令；收發器，被配置用於發送和接收數據；和處理器，與該儲存器和該收發器耦合，被配置用於調用和運行儲存在該儲存器中的程式指令，以與該儲存器協作以執行上述第一方面的方法。
在第四方面，本申請實施例提供一種基地台（base station, BS），與網路中的用戶設備（user equipment, UE）通訊，該BS包括：儲存器，被配置用於儲存程式指令；收發器，被配置用於發送和接收數據；和處理器，與該儲存器和該收發器耦合，被配置用於調用和運行儲存在該儲存器中的程式指令，以與該儲存器協作以執行上述第二方面的方法。
在第五方面，本申請實施例提供一種電腦可讀儲存媒體，其用來儲存電腦程式，該電腦程式使得電腦執行上述第一方面和第二方面任一者的方法。
在第六方面，本申請實施例提供一種電腦程式產品，其包括電腦程式指令，該電腦程式指令使得電腦執行上述第一方面和第二方面任一者的方法。
在第七方面，本申請實施例提供一種電腦程式，其運行在電腦上，使得該電腦執行上述第一方面和第二方面任一者的方法。
下面將結合本申請的圖式，在技術方案、結構特徵、達到的目的及效果方面，對本申請實施例進行詳細說明。 具體地，本申請實施例中的術語僅用於描述某些實施例，而不用於限定本申請的內容。
本發明提供一種PDCP封包複製機制，其由來自基地台（例如，gNB）的較早反饋所觸發。在本申請的一些實施例中，為了避免無線電資源的浪費，規定了在突發（burst）成功傳輸後要如何退出PDCP封包複製的機制。
在本申請中，至少討論了以下方面： 1、如何觸發UE進入存續狀態。在一些實施例中，UE可以基於接收到的HARQ NACK的數量和/或基於定時器來進入存續狀態。 2、基於UE的PDCP封包複製的無線電資源分配。在一些實施例中，為基於UE的PDCP封包複製配置一種類型的配置授權。當為基於UE的PDCP封包複製配置了配置授權時，基地台可以在該配置授權未被激活時分配該配置授權給其他UE或該UE的其他邏輯通道。 3、如何停止UE進行PDCP封包複製並退出存續狀態。在一些實施例中，UE可以基於接收到的HARQ ACK的數量來退出存續狀態。 4、基於UE的PDCP封包複製的詳細過程。提供一些針對UE側的實施例，且提供一些針對基地台側（例如，gNB側）的實施例。
圖2示出了在一些實施例中，根據本申請實施例的通訊網路系統中提供用於無線通訊的一個或多個用戶設備（UEs）10a, 10b、基地台（例如，gNB或eNB）200a以及網路實體設備300。 參照圖2，UE 10a、UE 10b、基地台200a和網路實體設備300執行根據本申請的方法實施例。設備間和設備組件間的連接在圖2中顯示為線和箭頭。UE 10a可以包括處理器11a、儲存器12a及收發器13a。 UE 10b可以包括處理器11b、儲存器12b及收發器13b。 基地台200a可以包括處理器201a、儲存器202a和收發器203a。網路實體設備300可以包括處理器301、儲存器302和收發器303。處理器11a, 11b, 201a, 301中的每一個可以被配置用來實現本說明書中描述的所提出的功能、程序和/或方法。無線電介面協議層可以在處理器11a, 11b, 201a, 301中實現。儲存器12a, 12b, 202a, 302中的每一個可操作地儲存各種程序和資訊以操作連接的處理器。收發器13a, 13b, 203a, 303中的每一個可操作地與連接的處理器耦接，且發送和/或接收無線電訊號。基地台200a可以是eNB、gNB或其他無線電節點之一。
處理器11a, 11b, 201a, 301中的每一個可以包括通用中央處理單元（CPU）、特殊用途積體電路（ASIC）、其他晶片組、邏輯電路和/或數據處理設備。儲存器12a, 12b, 202a, 302中的每一個可以包括唯讀記憶體（read-only memory，ROM）、隨機存取記憶體（random access memory，RAM）、快閃記憶體、記憶卡、儲存媒體，其他儲存設備和/或記憶體和儲存設備的任一組合。收發器13a, 13b, 203a, 303中的每一個可以包括用於處理射頻訊號的基帶電路和射頻（radio frequency，RF）電路。當這些實施例實現於軟體中時，此處描述的技術可以通過執行本文描述的功能的模組、程序、功能、實體等來實現。這些模組可以儲存於儲存器12或22中，並由處理器執行。儲存器可以在處理器內實現，或者在處理器外實現，在這種情況下，那些可以通過各種方式與處理器通訊地耦接的元件是本領域已知的。
網路實體設備300可以是中央網路（CN）中的節點。CN可以包括 LTE CN 或 5G 核心網（5GC），其可以包括用戶平面功能（user plane function, UPF）、會話管理功能（session management function, SMF）、存取和行動管理功能（access and mobility management function, AMF）、統一數據管理（unified data management, UDM）、策略控制功能（policy control function, PCF） 、控制平面（CP）/用戶平面（UP）分離（CP/UP separation, CUPS）、認證伺服器功能（authentication server function, AUSF）、網路切片選擇功能（network slice selection function, NSSF）、網路暴露功能（network exposure function, NEF）等網路實體。
圖3中顯示SDT進行過程中基地台（gNB）和UE的無線電協議架構，其包括無線電資源控制層（Radio Resource Control，RRC）、服務數據適配協議層（Service Data Adaptation Protocol，SDAP）、分封數據匯聚協議層（Packet Data Convergence Protocol，PDCP）、無線電鏈路控制層（Radio Link Control，RLC）、媒體存取控制層（Medium Access Control，MAC）和物理協議層（Physical Layer Protocol, PHY）。在RAN功能拆分的情況下，gNB還可包括一個集中單元（centralized unit，CU）和多個分布式單元（distributed unit，DU），如圖4所示。該CU的協議棧包括RRC層、可選的SDAP層和PDCP層，而該DU的協議棧包括RLC層、MAC層和PHY層。協議棧的PDCP層和協議棧的RLC層之間建立位於該CU和該DU之間的F1介面。
圖5顯示根據本申請實施例的避免存續時間（ST）錯誤的方法500的流程圖。 配合圖2參考圖5，方法500可以包括以下內容。在方法500的方塊502中，UE被基地台配置了預分配的無線電資源。該預分配的無線電資源可以是用於分封數據匯聚協議（Packet Data Convergence Protocol, PDCP）封包複製（例如，基於UE的PDCP封包複製）的一個或多個RLC實體。在方塊504中，UE在上行鏈路配置授權上發送數據。在此方塊中，該數據為要發送給基地台的上行鏈路數據。UE可以在針對非基於UE的PDCP封包複製的配置授權上發送該數據。也就是說，在此方塊中，UE不使用用於PDCP封包複製的RLC實體來發送該數據。在方塊506中，UE進入存續狀態並在該預分配的無線電資源上激活PDCP封包複製以重傳該數據。在此方塊中，如果方塊504中的數據在上行鏈路配置授權上沒有發送成功，則必須重傳該數據。在該數據的重傳過程中，UE進入存續狀態，並在方塊502中激活與該預分配無線電資源對應的PDCP封包複製。該數據的重傳是透過該預分配的無線電資源上的PDCP封包複製而進行的。
在本發明中，PDCP封包複製具有預分配的無線電資源，並自己激活來重傳失敗的數據。透過執行該PDCP封包複製，UE可以滿足ST要求，挽救失敗的傳輸，避免應用程式被關閉。
關於如何觸發UE進入存續狀態並激活PDCP封包複製（例如，基於UE的PDCP封包複製），可以考慮如下。在一個實施例中，對於最嚴格的ST要求，基於UE的PDCP封包複製可以由混合自動重複請求（Hybrid Automatic Repeat reQuest, HARQ）反饋來觸發。在一個實施例中，對於不太嚴格的ST要求，基於UE的PDCP封包複製可以透過以下方式觸發：封包複製激活/去激活的媒體存取控制（Medium Access Control, MAC）控制元素（Control Element, CE），或RLC協議數據單元（RLC Protocol Data Unit, PDU）的狀態報告，或PDCP的狀態報告。在另一個實施例中，基於定時器的機制可以應用於觸發該基於UE的PDCP封包複製。這些方面的細節提供如下。
對存續時間方面的增強上的支持僅需要針對上行鏈路，以下實施例著重在可靠的上行鏈路傳輸。如圖1所示，當CG2發送不成功時，gNB會回傳一個反饋給UE。基於協議層的規定，該反饋可能包括： a)    HARQ NACK或下行鏈路控制信息（Downlink Control Information, DCI）的動態重傳授權， b)   封包複製激活/去激活的媒體存取控制（MAC）控制元素（CE）， c)    無線電鏈路控制（Radio Link Control, RLC）協議數據單元（Protocol Data Unit, PDU）的狀態報告，或 d)   PDCP狀態報告。
對於a) HARQ反饋和動態重傳授權，它們都是物理層的控制訊號。然而，5G新無線電（NR）中，針對物理上行鏈路共享信道（Physical Uplink Shared Channel, PUSCH），可能沒有顯式的HARQ ACK/NACK。如果PUSCH不是一種CG的話，UE只能根據是否從gNB收到重傳授權來判斷PUSCH是否傳輸成功。如果UE沒有接收到重傳授權（即，DCI 0_0/0_1，具未被切換的NDI），則UE假設PUSCH已被gNB成功接收和解碼。如果PUSCH是一種CG的話，UE可以根據指示上行CG的HARQ ACK/NACK的下行反饋指示（downlink feedback indication, DFI）來判斷該CG是否已成功傳輸。HARQ NACK或DCI中的動態重傳授權可能位在PUSCH傳輸之後的某個時間段。根據3GPP規範（TS 38.331）中定義的值，CG傳輸之後，DFI的延遲最大可配置為4ms。
對於b)封包複製激活/去激活的MAC CE，它是MAC層的一種控制訊號。在無線電資源控制（Radio Resource Control, RRC）確定需要進行可靠重傳並指示MAC層發起MAC CE後，gNB透過向UE發送封包複製激活MAC CE來激活PDCP封包複製。PUSCH和MAC CE之間的延遲應會大於PUSCH和HARQ反饋之間的延遲，因為此延遲包括了從物理層到RRC層的通知的處理時間和從RRC層到MAC層的指令的處理時間。
對於c) RLC PDU的狀態報告，它是RLC層的一種控制訊號。為了提供RLC PDU的否定應答，gNB的確認模式（Acknowledged Mode, AM）RLC實體向UE的AM RLC實體發送STATUS PDU。因為一個RLC PDU可能包含多個MAC SDU，所以此延遲包括分解多個MAC SDU的處理時間。因此，PUSCH和STATUS PDU之間的延遲應會大於PUSCH和HARQ反饋之間的延遲。
d) PDCP狀態報告，它是PDCP層的一種控制訊號。為了提供PDCP SDU的否定應答，gNB發送PDCP狀態報告。因為一個PDCP SDU可能包含多個RLC SDU，所以此延遲包括分解多個RLC SDU的處理時間。因此，PUSCH和PDCP狀態報告之間的延遲應會大於PUSCH和HARQ反饋之間的延遲。
因此，為了儘早觸發該可靠重傳，最好是UE在收到HARQ反饋後能夠激活PDCP封包複製。如果ST要求不嚴格（例如，ST是表1中的傳輸間隔的幾倍時間）的話，則可以使用b）、c）、d）的反饋來觸發基於UE的PDCP封包複製。
觸發基於UE的PDCP封包複製的另一種方式是基於定時器的機制。UE在發送一個上行鏈路授權時激活定時器（例如，存續時間定時器）。如果UE在定時器超時之前收到該上行鏈路授權的一個ACK，則它會停止定時器且PDCP封包複製不會被觸發。UE在發送下一個上行鏈路授權時再次激活該定時器。如果UE在定時器超時之前收到該上行鏈路授權的一個NACK，則它也會停止定時器且PDCP封包複製會被觸發。如果UE沒有收到關於上行鏈路授權的任何反饋，則它會在定時器超時時觸發PDCP封包複製。基於定時器的機制的優點是避免了UE沒有收到來自gNB的任何反饋而沒有動作的情況。定時器的時長可以配置成5G存取網路封包延遲預算（5G Access Network Packet Delay Budget, 5G-AN PDB），其等於PDB減去核心網封包延遲預算（Core Network Packet Delay Budget, CN PDB）的靜態延遲。定時器的時長也可以配置成傳輸間隔減去核心網的靜態延遲。基於定時器的機制的另一個優點是定時器的時長可以根據UE的要求的嚴格程度來對基於UE的PDCP封包複製的激活進行控制。當UE的ST要求最為嚴格時，gNB可以為UE配置一個時間短的ST定時器，而當UE的ST要求不太嚴格時，為UE配置一個時間長的ST定時器。另一種方式是，gNB可以根據UE要求的嚴格情況，為UE配置在ST定時器超時前UE可以容忍的NACK的數量。NACK的數量可以代表一些連續或不連續的失敗傳輸。例如，對於最嚴格的情況，UE只能容忍一個NACK。但是對於不太嚴格的情況，UE可以容忍一個以上的NACK。以下是ST定時器和NACK數量的配置的一個示例。 ConfiguredGrantConfig 資訊元素 -- ASN1START -- TAG-CONFIGUREDGRANTCONFIG-START ConfiguredGrantConfig ::=           SEQUENCE { SurvivalTimeTimer                                              INTEGER {1..64}                                         OPTIONAL    -- Need R NumberOfFailedTransmission                            ENUMERATED {n1, n2, n3, n4, n8},           OPTIONAL    -- Need R … }
關於無線電資源分配給基於UE的PDCP封包複製這一方面，可以考慮以下內容。在一個實施例中，為UE配置一個致能器來指示是否允許進行基於UE的PDCP封包複製，其中如果該致能器不存在或者指示不允許進行基於UE的PDCP封包複製，則釋放預分配的無線電資源，不允許進行基於UE的PDCP封包複製。這些方面的細節提供如下。
在3GPP第16版中，提出了基於gNB的PDCP封包複製。gNB透過向UE發送封包複製激活MAC CE來激活PDCP封包複製的進行。但是，如前一節所言，基於gNB的PDCP封包複製可能需要gNB花費額外的處理時間，且重傳時間可能會超過ST。UE在接收到HARQ NACK後激活PDCP封包複製的基於UE的PDCP封包複製對於ST要求最嚴格的情況是有利的。但是，缺點是需要gNB預分配用於PDCP封包複製的無線電資源，以便在UE進入存續狀態時儘快致能該可靠重傳。為了不浪費無線電資源，可以將這些無線電資源配置為一種共享資源。當gNB未成功接收到來自UE的上行鏈路授權時，意味著UE將在該預分配的無線電資源上自動激活PDCP封包複製的進行。gNB不應為其他UE分配該預分配的無線電資源。在gNB多次成功接收到該上行鏈路授權後（即，這個次數可由gNB配置），gNB可以為其他UE分配該預分配的無線點資源。
對於預分配的無線電資源的配置，可以為執行基於UE的PDCP封包複製的UE配置致能器（例如，UEbasedPDCPDuplication），其在如下列出的ConfiguredGrantConfig中。當該致能器不存在時，UE應釋放當前的值，並不允許在上行鏈路配置授權上進行基於UE的PDCP封包複製。 ConfiguredGrantConfig 資訊元素 -- ASN1START -- TAG-CONFIGUREDGRANTCONFIG-START ConfiguredGrantConfig ::=           SEQUENCE { UEbasedPDCPDuplication                  BOOLEAN                            OPTIONAL    -- Need R … }
關於如何停止UE進行PDCP封包複製並退出存續狀態，可以考慮以下內容。在一個實施例中，當針對在用於基於UE的PDCP封包複製的配置授權上傳輸的數據接收到某一數量的肯定應答（ACK）後，去激活該基於UE的PDCP封包複製。在另一個實施例中，如果在定時器超時時沒有接收到針對在用於基於UE的PDCP封包複製的配置授權上傳輸的數據的ACK，則去激活該基於UE的PDCP封包複製。在一個實施例中，向基地台發送指示以通知該基於UE的PDCP封包複製的去激活。在另一個實施例中，向基地台隱式地指示基於UE的PDCP封包複製的去激活。這些方面的細節提供如下。
由於預分配的無線電資源在UE進入存續狀態時是UE專用的，如果gNB能夠及時停止進行PDCP封包複製，這有利於資源的利用率。存在一些可能的方式來停止進行基於UE的PDCP封包複製。
a) 來自UE的顯式指示：在某一數量的（連續）成功傳輸後，UE向gNB發送一個指示。（亦即，該某一數量的成功傳輸可以是連續的，也可以是不連續的）。gNB收到該指示後，可以將無線電資源分配給其他UE。gNB可以配置該成功傳輸的數量。下面列出了此配置的一個示例。使用較少數量的成功傳輸有利於無線電資源利用率，但可能發生乒乓效應。相反地，採用較大數量的成功傳輸可以降低激活/去激活的頻率，使PDCP封包複製的過程更加穩定。 ConfiguredGrantConfig 資訊元素 -- ASN1START -- TAG-CONFIGUREDGRANTCONFIG-START ConfiguredGrantConfig ::=           SEQUENCE { NumberOfConsecutiveTransmission          ENUMERATED {n1, n2, n3, n4, n8},           OPTIONAL    -- Need R … }
b) 來自UE的隱式指示：在接收到某一數量的成功傳輸後，gNB將無線電資源分配給其他UE。隱式指示和顯式指示的區別在於隱式指示不需要發送指示，無線電資源使用效率更高。
c) 基於定時器的：當HARQ反饋發送給UE時，觸發gNB的定時器。當該定時器超時且gNB未成功接收到來自UE的任何上行鏈路授權時，意味著UE可能連接中斷，gNB可以將無線電資源分配給其他UE。當該定時器超時之前，gNB成功接收到至少一上行鏈路授權時，gNB應為UE分配專用的無線電資源，直到接收到某一數量的成功傳輸為止。
透過儘早退出基於UE的PDCP封包複製，用於PDCP封包複製的無線電資源可以重新給其他UE使用。
關於基於UE的PDCP封包複製的流程，下表2對本申請第一實施例至第七實施例進行了總結。
  UE側程序 gNB側程序 基於HARQ反饋進入存續狀態 基於定時器進入存續狀態 隱式退出存續狀態 顯示退出存續狀態 基於定時器退出存續狀態
第一實施例 √   √（只有一個NACK）   √（沒有來自UE的指示）    
第二實施例 √   √（結合# NACK和定時器） √（結合# NACK和定時器）   √（具有來自UE的指示）  
第三實施例 √   √（# NACK）       √
第四實施例 √   √（結合# NACK和定時器） √（結合# NACK和定時器）     √
第五實施例   √ √（分開# NACK和定時器）   √（隱式或顯式機制僅實現其中一者） √（隱式或顯式機制僅實現其中一者）  
第六實施例   √   √（分開# NACK和定時器） √（隱式或顯式機制僅實現其中一者） √（隱式或顯式機制僅實現其中一者）  
第七實施例   √   √     √
表2
這些實施例討論了用於基於UE的PDCP封包複製的主要流程。列出所有的流程和步驟（例如，來自UE/gNB的PDCP封包複製的激活或來自UE/gNB的存續狀態錯誤的指示）是不可能的，因不同的流程可以相互結合而形成一個新的流程。
第一實施例至第四實施例是從UE的角度出發，定時器（例如，ST UE定時器）或PDCP封包複製大部分是由UE激活。
第五實施例至第七實施例是從gNB的角度出發，定時器（例如，ST gNB定時器）或PDCP封包複製大部分是由gNB激活。
圖6顯示根據本申請第一實施例的不具有ST定時器的情況下基於UE的PDCP封包複製的UE側流程的一個示例。 參考圖6，第一實施例中由UE執行的避免存續時間錯誤的方法包括以下步驟：
步驟0：UE連接到網路，然後被配置了基於UE的PDCP封包複製。UE被配置了用於PDCP封包複製的多於一個的RLC實體（例如，4個），其中部分的RLC實體（例如，2個）用於非基於UE的PDCP，而部分的RLC實體（例如，2個）用於基於UE的PDCP封包複製。UE還可以被配置在每個RLC實體上的配置授權。UE還被配置了ACK的數量，UE在退出存續狀態之前應接收到此數量的ACK。
步驟1：UE成功連接到網路後，進入RRC連接狀態。
步驟2：UE在用於非基於UE的PDCP封包複製的配置授權上發送數據。
步驟3：UE檢查是否接收到針對所發送的數據的ACK。如上所述，該ACK應為HARQ ACK，但不排除為來自RLC或PDCP的狀態報告。如果UE接收到ACK，則返回步驟2，並準備發送下一個配置授權。如果UE接收到NACK，則UE進入步驟4。
步驟4：UE在用於基於UE的PDCP封包複製的RLC實體上激活基於UE的PDCP封包複製。
注意：如果有多於一個的RLC實體配置用來進行基於UE的PDCP封包複製，則UE可以在所有的RLC實體上激活基於UE的PDCP，此可實現最強的可靠性。
步驟5：UE在用於基於UE的PDCP封包複製的配置授權上重傳（即，從步驟4或6）或發送（即，從步驟7）數據。
步驟6：UE檢查是否接收到（重）發送的數據的ACK。如果UE接收到ACK，則UE會計算ACK的數量，並進入步驟7進行進一步檢查。如果UE接收到NACK，則UE返回步驟5以重傳該數據。
步驟7：UE檢查是否接收到某一數量的ACK。如果是，則UE進入步驟8。否則，UE返回步驟5，以在用於基於UE的PDCP封包複製的配置授權上發送下一個數據。
步驟8：UE對在用於基於UE的PDCP封包複製的RLC實體上的基於UE的PDCP封包複製進行去激活。
注意：如果有多於一個的RLC實體配置用來進行基於UE的PDCP封包複製，則UE可以去激活在部分的RLC實體上的基於UE的PDCP封包複製（即，寬鬆的可靠性），並返回步驟4。被去激活的RLC實體可以是預配置的（例如，預配置要去激活的順序）或由來自gNB的封包複製激活MAC CE指示的。
圖7顯示根據本申請第二實施例的具有ST定時器的情況下基於UE的PDCP封包複製的UE側流程的一個示例。 當UE進入存續狀態時，ST定時器停止。ST定時器用於觸發存續狀態。參考圖7，第二實施例中由UE執行的避免存續時間錯誤的方法包括以下步驟：
步驟0：UE連接到網路，然後被配置了基於UE的PDCP封包複製。UE被配置一個ST UE定時器（即，供UE使用的ST定時器）、在ST UE定時器超時之前UE可以容忍的NACK的數量、和/或在退出存續狀態之前UE應接收到的ACK的數量。
步驟1：UE成功連接到網路後，進入RRC連接狀態。
步驟2：UE在用於非基於UE的PDCP封包複製的配置授權上發送數據，並激活ST UE定時器。
步驟3：UE檢查在ST UE定時器超時之前是否接收到針對所發送的數據的ACK。如果UE在ST UE定時器超時之前接收到ACK，則它會停止ST UE定時器，並返回到步驟2，並準備發送下一個配置授權。如果在ST UE定時器超時之前UE接收到多個NACK，則它也會停止ST UE定時器，並進入步驟4。如果UE沒有收到任何訊息，直到ST UE定時器超時，則UE進入步驟4。gNB也可以根據UE要求的嚴格情況，為UE配置在ST定時器超時前UE可以容忍的NACK的數量。例如，對於最嚴格的情況，UE只能容忍一個NACK。但是對於不太嚴格的情況，UE可以容忍一個以上的NACK。
步驟4：UE在用於基於UE的PDCP封包複製的RLC實體上激活基於UE的PDCP封包複製。
步驟5：UE在用於基於UE的PDCP封包複製的配置授權上重傳（即，從步驟4或6）或發送（即，從步驟7）數據。
步驟6：UE檢查是否接收到（重）發送的數據的ACK。如果UE接收到ACK，則UE會計算ACK的數量，並進入步驟7進行進一步檢查。如果UE接收到NACK，則UE返回步驟5以重傳該數據。
步驟7：UE檢查是否接收到某一數量的ACK。如果是，則UE進入步驟8。否則，UE返回步驟5，以在用於基於UE的PDCP封包複製的配置授權上發送下一個數據。
步驟8：UE在用於基於UE的PDCP封包複製的RLC實體上去激活基於UE的PDCP封包複製，並向gNB發送一個指示以通知基於UE的PDCP封包複製的去激活。該指示可以是物理層的控制訊號、MAC層的MAC CE或RRC層的RRC訊號。注意，第一實施例應用也可以應用該指示。
圖8顯示根據本申請第三實施例的具有ST定時器的情況下基於UE的PDCP封包複製的UE側流程的一個示例。 當UE進入存續狀態時，ST定時器啟動。ST定時器用於控制UE在存續狀態下的行為。參考圖8，第三實施例中由UE執行的避免存續時間錯誤的方法包括以下步驟：
步驟0：UE連接到網路，然後被配置了基於UE的PDCP封包複製。UE被配置一個ST UE定時器（即，供UE使用的ST定時器）、在進入存續狀態之前UE可以容忍的NACK的數量、和/或在退出存續狀態之前UE應接收到的ACK的數量。
步驟1：UE成功連接到網路後，進入RRC連接狀態。
步驟2：UE在用於非基於UE的PDCP封包複製的配置授權上發送數據。
步驟3：UE檢查是否接收到針對所發送的數據的ACK。如果UE接收到ACK，則返回步驟2，並準備發送下一個配置授權。如果UE接收到NACK，則UE進入步驟4。 gNB也可以根據UE要求的嚴格情況，為UE配置在進入存續狀態之前UE可以容忍的NACK的數量。例如，對於最嚴格的情況，UE只能容忍一個NACK。但是對於不太嚴格的情況，UE可以容忍一個以上的NACK。
步驟4：UE激活ST UE定時器，並在用於基於UE的PDCP封包複製的RLC實體上激活基於UE的PDCP封包複製。
步驟5：UE在用於基於UE的PDCP封包複製的配置授權上重傳該數據。
步驟6：UE檢查是否接收到針對所重傳的數據的ACK。如果UE接收到ACK，則UE進入步驟7。 如果UE接收到NACK，則UE進入步驟10。
步驟7：UE停止ST UE定時器，並等待在用於基於UE的PDCP封包複製的配置授權上發送下一個數據。
步驟8：UE檢查是否接收到某一數量的ACK。如果是，則UE進入步驟9。否則，UE返回到步驟7。
步驟9：UE在用於基於UE的PDCP封包複製的一個或多個RLC實體上去激活基於UE的PDCP封包複製，並向gNB發送一個指示以通知基於UE的PDCP封包複製的去激活。
注意：如果有多於一個的RLC實體配置用來進行基於UE的PDCP封包複製，則UE可以去激活在部分的RLC實體上的基於UE的PDCP封包複製（即，寬鬆的可靠性），且重新激活ST UE定時器，並返回步驟4。
步驟10：UE檢查ST UE定時器是否超時。如果ST UE定時器未超時，則UE返回步驟5，以等待在用於基於UE的PDCP封包複製的配置授權上重傳數據。如果ST UE定時器超時，意味著UE在存續狀態時重傳數據失敗，則UE進入步驟11。
步驟11：UE對在用於基於UE的PDCP封包複製的RLC實體上的基於UE的PDCP封包複製進行去激活，並刷新HARQ緩衝區中的數據。UE可以向gNB發送一個指示以通知基於UE的PDCP封包複製的去激活。UE還可以向gNB發送ST定時器超時且在存續狀態時的可靠（重）發送失敗的報告。
圖9顯示根據本申請第四實施例的具有兩個ST定時器的情況下基於UE的PDCP封包複製的UE側流程的一個示例。 第一ST定時器用於觸發存續狀態。本實施例為第二實施例和第三實施例的結合。UE在第一定時器超時後進入存續狀態。第二ST定時器用於控制UE在存續狀態下的行為。UE在第二定時器超時後重傳數據失敗。參考圖9，第四實施例中由UE執行的避免存續時間錯誤的方法包括以下步驟：
步驟0：UE連接到網路，然後被配置了基於UE的PDCP封包複製。UE被配置第一ST UE定時器和第二ST UE定時器、在進入存續狀態之前UE可以容忍的NACK的數量、和/或在退出存續狀態之前UE應接收到的ACK的數量。
步驟1：UE成功連接到網路後，進入RRC連接狀態。
步驟2：UE在用於非基於UE的PDCP封包複製的配置授權上發送數據，並激活第一ST UE定時器。
步驟3：UE檢查在第一ST UE定時器超時之前是否接收到針對所發送的數據的ACK。如果UE在第一ST UE定時器超時之前接收到ACK，則它會停止第一ST UE定時器，並返回到步驟2，並準備發送下一個配置授權。如果在第一ST UE定時器超時之前UE接收到NACK，則它也會停止第一ST UE定時器，並進入步驟4。如果UE沒有收到任何訊息，直到第一ST UE定時器超時，則UE進入步驟4。gNB也可以根據UE要求的嚴格情況，為UE配置在第一ST定時器超時前UE可以容忍的NACK的數量。例如，對於最嚴格的情況，UE只能容忍一個NACK。但是對於不太嚴格的情況，UE可以容忍一個以上的NACK。
步驟4：UE激活第二ST UE定時器，並在用於基於UE的PDCP封包複製的RLC實體上激活基於UE的PDCP封包複製。
步驟5：UE在用於基於UE的PDCP封包複製的配置授權上重傳該數據。
步驟6：UE檢查是否接收到針對所重傳的數據的ACK。如果UE接收到ACK，則UE進入步驟7。 如果UE接收到NACK，則UE進入步驟10。
步驟7：UE停止第二ST UE定時器，並等待在用於基於UE的PDCP封包複製的配置授權上發送下一個數據。
步驟8：UE檢查是否接收到某一數量的ACK。如果是，則UE進入步驟9。否則，UE返回到步驟7。
步驟9：UE在用於基於UE的PDCP封包複製的RLC實體上去激活基於UE的PDCP封包複製，並向gNB發送一個指示以通知基於UE的PDCP封包複製的去激活。
步驟10：UE檢查第二ST UE定時器是否超時。如果第二ST UE定時器未超時，則UE返回步驟5，以等待在用於基於UE的PDCP封包複製的配置授權上重傳數據。如果第二ST UE定時器超時，意味著UE在存續狀態時重傳數據失敗，則UE進入步驟11。
步驟11：UE對在用於基於UE的PDCP封包複製的RLC實體上的基於UE的PDCP封包複製進行去激活，並刷新HARQ緩衝區中的數據。UE可以向gNB發送一個指示以通知基於UE的PDCP封包複製的去激活。UE還可以向gNB發送ST定時器超時且在存續狀態時的可靠（重）發送失敗的報告。
圖10顯示根據本申請第五實施例的不具有ST定時器的情況下基於UE的PDCP封包複製的gNB側流程的一個示例。 參考圖10，第五實施例中由gNB執行的避免存續時間錯誤的方法包括以下步驟：
步驟0：UE完成與網路的連接後，gNB為UE配置基於UE的PDCP封包複製。gNB可以配置用於PDCP封包複製的多於一個（例如，3個）的RLC實體，其中一個或多個（例如，2個）RLC實體用於非基於UE的PDCP，而一個RLC實體用於基於UE的PDCP封包複製。gNB還可以針對每個RLC實體為UE配置配置授權（例如，類型2的配置授權或新類型的配置授權）。新類型的配置授權意味著UE可以在沒有從gNB激活的情況下激活該配置授權。給UE的配置可以包括在進入存續狀態之前UE可以容忍的NACK的數量、和在退出存續狀態之前UE應接收到的ACK的數量。 NACK的數量可以根據ST的時長來配置。對於ST時長等於一個傳輸間隔的要求最嚴格的情況，NACK的數量可以配置為1。對於ST時長等於多個傳輸間隔的要求不太嚴格的情況，NACK的數量可以大於1.
步驟1：因為在UE或gNB激活基於UE的PDCP配置後，將會激活用於基於UE的PDCP封包複製的無線電資源（或配置授權），因此gNB等待接收來自於無線電資源的數據，此無線電資源不包括用於基於UE的PDCP封包複製的RLC實體。gNB可以調度用於基於UE的PDCP封包複製的無線電資源上的動態授權（即，動態授權優先於該配置授權），以便在激活該PDCP封包複製之前，該無線電資源可被其他UE使用（亦即，這是基於UE間（inter-UE）優先權）或被該UE使用（亦即，這是基於UE內（intra-UE）優先權，且動態授權比該配置授權有更高的優先級）。
步驟2：gNB接收來自UE的上行鏈路授權。
步驟3：gNB檢查是否成功接收該上行鏈路授權（即，上行鏈路授權是否被成功解碼）。如果成功接收該上行鏈路授權，則gNB執行步驟4以向UE回覆確收ACK。否則，gNB執行步驟5，以向UE回覆未確收NACK。
步驟4：gNB向UE回覆ACK並返回步驟1以等待接收來自UE的下一個數據。
步驟5：gNB向UE回覆NACK並進入步驟6進行進一步的檢查。
步驟6：gNB計算所回覆的NACK的數量，檢查是否已回覆UE某一數量的NACK。如果NACK的數量沒有超過配置的值，則gNB返回步驟1以等待接收來自UE的數據重傳。如果NACK的數量超過了配置的值，則gNB應知道UE需要更可靠的傳輸，且應停止將用於基於UE的PDCP封包複製的無線電資源上的動態授權調度給其他UE或該UE。
步驟7：gNB將用於基於UE的PDCP封包複製的無線電資源專用於該UE。對於類型2的配置授權的配置，gNB可以發送一個指示（例如，使用DCI中的配置授權激活或封包複製激活MAC CE）以在此配置授權上激活PDCP封包複製。對於新類型的配置授權的配置，gNB可以在不發送指示的情況下停止調度用於基於UE的PDCP封包複製的無線電資源上的動態授權。
注意：如果有多於一個的RLC實體配置用來進行基於UE的PDCP封包複製，則gNB可以將用於基於UE的PDCP封包複製的所有的RLC實體專用於UE，此可實現最強的可靠性。
步驟8：用於基於UE的PDCP封包複製的無線電資源（或配置授權）被激活，gNB在該無線電資源（即，用於非基於UE的PDCP封包複製和用於基於UE的PDCP封包複製的配置授權）上進行監控，並等待從該無線電資源上接收數據。
步驟9：gNB接收來自UE的上行鏈路授權。
步驟10：gNB檢查是否成功接收到該上行鏈路授權。如果成功接收該上行鏈路授權，則gNB執行步驟12以向UE回覆確收ACK。否則，gNB執行步驟11，以向UE回覆未確收NACK。
步驟11：gNB向UE回覆NACK並返回步驟8以等待接收來自UE的數據重傳。
步驟12：gNB向UE回覆ACK並進入步驟13進行進一步的檢查。
步驟13：gNB計算所回覆的ACK的數量，檢查是否已回覆UE某一數量的ACK。如果ACK的數量沒有超過配置的值，則gNB返回步驟8以等待接收來自UE的下一個數據。如果ACK的數量超過了配置的值，則gNB知道UE不再需要可靠傳輸，應將基於UE的PDCP封包複製去激活。
步驟14：gNB為UE去激活基於UE的PDCP封包複製。對於類型2的配置授權的配置，gNB可以發送一個指示（例如，使用DCI中的配置授權去激活或封包複製去激活MAC CE）以在此配置授權上去激活PDCP封包複製。對於新類型的配置授權的配置，gNB可以在不發送指示的情況下開始調度用於基於UE的PDCP封包複製的無線電資源上的動態授權。
注意：如果有多於一個的RLC實體配置用來進行基於UE的PDCP封包複製，則gNB可以去激活在部分的RLC實體上的基於UE的PDCP封包複製（即，寬鬆的可靠性），並返回步驟7。
圖11顯示根據本申請第六實施例的具有ST定時器的情況下基於UE的PDCP封包複製的gNB側流程的一個示例。 參考圖11，第六實施例中由gNB執行的避免存續時間錯誤的方法包括以下步驟：
步驟0：UE完成與網路的連接後，gNB為UE配置基於UE的PDCP封包複製。gNB可以配置用於PDCP封包複製的多於一個的RLC實體（例如，4個），其中部分的RLC實體（例如，2個）用於非基於UE的PDCP，而部分的RLC實體（例如，2個）用於基於UE的PDCP封包複製。gNB還可以針對每個RLC實體為UE配置配置授權（例如，類型2的配置授權或新類型的配置授權）。新類型的配置授權意味著UE可以在沒有從gNB激活的情況下激活該配置授權。給UE的配置可以包括在進入存續狀態之前用來指示UE可以容忍的最大時長的定時器（例如，ST UE定時器）時長、和在退出存續狀態之前UE應接收到的ACK的數量。
步驟1：gNB等待接收來自於無線電資源的數據，此無線電資源不包括用於基於UE的PDCP封包複製的RLC實體。
步驟2：gNB接收來自UE的上行鏈路授權。 如果接收到的上行鏈路授權為初始傳輸，則gNB激活定時器（例如，gNB中使用的ST gNB定時器）。如果接收到的上行鏈路授權為重新傳輸，則gNB不會重新激活該定時器。ST gNB定時器的時長可以配置為等於ST UE定時器的時長或配置為ST UE定時器的時長減去UE的時間提前量。
步驟3：gNB檢查是否成功接收該上行鏈路授權（即，上行鏈路授權是否被成功解碼）。如果成功接收該上行鏈路授權，則gNB執行步驟4以向UE回覆確收ACK。否則，gNB執行步驟5，以向UE回覆未確收NACK。
步驟4：gNB向UE回覆ACK並返回步驟1以等待接收來自UE的下一個數據。
步驟5：gNB向UE回覆NACK並進入步驟6進行進一步的檢查。
步驟6：gNB檢查ST gNB定時器是否超時。如果ST gNB定時器未超時，則gNB返回步驟1以等待接收來自UE的數據重傳。如果ST gNB定時器超時，則gNB應知道UE需要更可靠的傳輸，且應停止將用於基於UE的PDCP封包複製的無線電資源上的動態授權調度給其他UE或該UE。
步驟7：gNB將用於基於UE的PDCP封包複製的無線電資源專用於該UE。對於類型2的配置授權的配置，gNB可以發送一個指示（例如，使用DCI中的配置授權激活或封包複製激活MAC CE）以在此配置授權上激活PDCP封包複製。對於新類型的配置授權的配置，gNB可以在不發送指示的情況下停止調度用於基於UE的PDCP封包複製的無線電資源上的動態授權。
步驟8：用於基於UE的PDCP封包複製的無線電資源（或配置授權）被激活，gNB在該無線電資源（即，用於非基於UE的PDCP封包複製和用於基於UE的PDCP封包複製的配置授權）上進行監控，並等待從該無線電資源上接收數據。
步驟9：gNB接收來自UE的上行鏈路授權。
步驟10：gNB檢查是否成功接收到該上行鏈路授權。如果成功接收該上行鏈路授權，則gNB執行步驟12以向UE回覆確收ACK。否則，gNB執行步驟11，以向UE回覆未確收NACK。
步驟11：gNB向UE回覆NACK並返回步驟8以等待接收來自UE的數據重傳。
步驟12：gNB向UE回覆ACK並進入步驟13進行進一步的檢查。
步驟13：gNB計算所回覆的ACK的數量，檢查是否已回覆UE某一數量的ACK。如果ACK的數量沒有超過配置的值，則gNB返回步驟8以等待接收來自UE的下一個數據。如果ACK的數量超過了配置的值，則gNB知道UE不再需要可靠傳輸，應將基於UE的PDCP封包複製去激活。
步驟14：gNB為UE去激活基於UE的PDCP封包複製。對於類型2的配置授權的配置，gNB可以發送一個指示（例如，使用DCI中的配置授權去激活或封包複製去激活MAC CE）以在此配置授權上去激活PDCP封包複製。對於新類型的配置授權的配置，gNB可以在不發送指示的情況下開始調度用於基於UE的PDCP封包複製的無線電資源上的動態授權。
圖12顯示根據本申請第七實施例的具有兩個ST定時器的情況下基於UE的PDCP封包複製的gNB側流程的一個示例。 在觸發存續狀態之前，使用第一ST定時器。在第一定時器超時後，gNB停止將用於基於UE的PDCP封包複製的無線電資源上的動態授權調度給其他UE或該UE。第二ST定時器在UE進入存續狀態後被激活，以用於控制UE在存續狀態下的行為。UE在第二定時器超時後重傳數據失敗。參考圖12，第七實施例中由gNB執行的避免存續時間錯誤的方法包括以下步驟：
步驟0：UE完成與網路的連接後，gNB為UE配置基於UE的PDCP封包複製。
步驟1：gNB等待接收來自於無線電資源的數據，此無線電資源不包括用於基於UE的PDCP封包複製的RLC實體。
步驟2：gNB接收來自UE的上行鏈路授權。 如果接收到的上行鏈路授權為初始傳輸，則gNB激活第一定時器（例如，gNB中使用的第一ST gNB定時器）。如果接收到的上行鏈路授權為重新傳輸，則gNB不會重新激活該定時器。
步驟3：gNB檢查是否成功接收到該上行鏈路授權。（亦即，該上行鏈路授權被成功解碼）。如果成功接收該上行鏈路授權，則gNB進入步驟4以向UE回覆確收ACK。否則，gNB執行步驟5，以向UE回覆未確收NACK。
步驟4：gNB向UE回覆ACK並返回步驟1以等待接收來自UE的下一個數據。
步驟5：gNB向UE回覆NACK並進入步驟6進行進一步的檢查。
步驟6：gNB檢查第一ST gNB定時器是否超時。如果第一ST gNB定時器未超時，則gNB返回步驟1以等待接收來自UE的數據重傳。如果第一ST gNB定時器超時，則gNB應知道UE需要更可靠的傳輸，且應停止將用於基於UE的PDCP封包複製的無線電資源上的動態授權調度給其他UE或該UE。
步驟7：gNB激活第二定時器（例如，gNB中使用的第二ST gNB定時器），將用於基於UE的PDCP封包複製的無線電資源分配給UE。gNB可以基於UE要求的嚴格程度發送一個指示（例如，使用DCI中的配置授權激活或封包複製激活MAC CE）以在此配置授權上激活PDCP封包複製。 例如，對於最嚴苛的情況，gNB可以激活所有RLC實體上用於PDCP封包複製的所有配置授權的配置。對於不太嚴苛的情況，gNB可以激活部分的配置授權的配置或部分的RLC實體。
步驟8：用於基於UE的PDCP封包複製的無線電資源（或配置授權）被激活，gNB在該無線電資源（即，用於非基於UE的PDCP封包複製和用於基於UE的PDCP封包複製的配置授權）上進行監控，並等待從該無線電資源上接收數據。
步驟9：gNB接收來自UE的上行鏈路授權。
步驟10：gNB檢查是否成功接收到該上行鏈路授權。如果成功接收該上行鏈路授權，則gNB執行步驟12以向UE回覆確收ACK。否則，gNB執行步驟11，以向UE回覆未確收NACK。
步驟11：gNB向UE回覆NACK並返回步驟8以等待接收來自UE的數據重傳。
步驟12：gNB向UE回覆ACK，停止第二ST gNB定時器，並進入步驟13進行進一步的檢查。
步驟13：gNB計算所回覆的ACK的數量，檢查是否已回覆UE某一數量的ACK。如果ACK的數量沒有超過配置的值，則gNB返回步驟8以等待接收來自UE的下一個數據。如果ACK的數量超過了配置的值，則gNB知道UE不再需要可靠傳輸，應將基於UE的PDCP封包複製去激活。
步驟14：gNB為UE去激活基於UE的PDCP封包複製。對於類型2的配置授權的配置，gNB可以發送一個指示（例如，使用DCI中的配置授權去激活或封包複製去激活MAC CE）以在此配置授權上去激活PDCP封包複製。對於新類型的配置授權的配置，gNB可以在不發送指示的情況下開始調度用於基於UE的PDCP封包複製的無線電資源上的動態授權。
步驟15：gNB檢查第二ST gNB定時器是否超時。如果第二ST gNB定時器未超時，則gNB返回步驟8以等待接收來自UE的數據重傳。如果第二個ST gNB定時器超時，gNB應知道UE在存續狀態下重傳數據失敗。
步驟16：gNB為UE去激活基於UE的PDCP封包複製或釋放給UE的配置授權的配置（即，包括基於UE的和非基於UE的PDCP封包複製）。
一些實施例的商業益處如下。1、解決習知技術中的問題。2、在ST要求範圍內挽救失敗的傳輸，避免應用程式被關閉。3、其他UE可以重用用於PDCP封包複製的無線電資源，從而提高資源利用效率。4、提供優異的通訊性能。本申請的一些實施例由5G-NR晶片組供應商、車連網（V2X）通訊系統開發供應商、包括汽車、火車、卡車、公共汽車、自行車、摩托車、頭盔等的汽車製造商、無人機（無人駕駛飛行器）、智慧型手機製造商、用於公共安全用途的通訊設備、擴增實境（AR）/虛擬實境（VR）設備製造商（例如，遊戲、會議/研討會、教育目的）使用。本申請一些實施例是可在3GPP規範中採用以開發出終端產品的“技術/過程”的組合。可以在5G NR免授權頻段的通訊中採用本申請的一些實施例。本申請的一些實施例提出了技術上的解決機制。
本申請實施例還提供一種電腦可讀儲存媒體，用於儲存電腦程式。該電腦可讀儲存媒體使電腦能夠執行本申請實施例的各個方法中UE/BS實現的相應程序，為簡潔起見，此處不再贅述。
本申請實施例還提供了一種電腦程式產品，包括電腦程式指令。該電腦程式產品使電腦能夠執行本申請實施例的各個方法中UE/BS實現的相應程序，為簡潔起見，此處不再贅述。
本申請實施例還提供了一種電腦程式。該電腦程式使電腦能夠執行本申請實施例的各個方法中UE/BS實現的相應程序，為簡潔起見，此處不再贅述。
儘管未詳細示出，但是構成網路一部分的任何設備或裝置都可以至少包括處理器，儲存單元和通訊介面，其中處理器單元，儲存單元和通訊介面被配置為執行本發明任一方面的方法。更進一步的選項和選擇如下所述。
本發明的實施例的訊號處理功能特別是gNB和UE可以使用有關領域的技術人員已知的計算系統或架構來實現。可使用諸如桌上型、膝上型或筆記型電腦、手持計算設備(個人數位助理(PDA)、蜂窩電話、 掌上電腦等)、大型機、伺服器、客戶端的計算系統，或者對於給定應用或環境可能期望的或者適宜的任何其它類型的專用或通用計算設備。所述計算系統可包括一個或多個處理器，所述處理器可使用通用或專用處理引擎（例如，微處理器、微控制器或其它控制模組）來實現。
所述計算系統還可包括主儲存器，諸如隨機存取記憶體(RAM)或 其它動態記憶體，以用於儲存要由處理器執行的指令和資訊。這樣的主儲存器還可以用於儲存在指令的執行期間要由處理器執行的臨時變量和其它中間資訊。所述計算系統同樣可以包括唯讀記憶體(ROM)或者其它靜態記憶設備以用於儲存用於處理器的靜態資訊和指令。
所述計算系統還可以包括資訊儲存系統，所述資訊儲存系統可以包括例如媒體驅動和可移除式儲存介面。所述媒體驅動可以包括驅動或其它機構以支持固定或可移除式儲存媒體，諸如硬碟驅動、軟碟驅動、磁帶驅動、 光碟驅動、光碟（CD）或數位視頻驅動（DVD）、讀或寫驅動（R或 RW）、或者其它可移除式或固定式媒體驅動。儲存媒體可以包括例如硬碟、 軟碟、磁帶、光碟、CD或DVD、或者由媒體驅動讀或寫入的其它固定式或可移除式媒體。所述儲存媒體可以包括具有儲存在其中的特定電腦軟體或數據的電腦可讀儲存媒體。
在可替代實施例中，資訊儲存系統可以包括用於允許電腦程式或者其它指令或數據被加載到計算系統中的其它類似組件。 這樣的組件可以包括例如可移除式儲存單元和介面，諸如程式盒和盒介面、可移除式儲存器（例如，快閃記憶體或其它可移除式記憶體模組）和儲存器插槽，以及允許軟體和數據從可移除式儲存單元傳輸到計算系統的其它可移除式儲存單元和介面。
所述計算系統還可包括通訊介面。這樣的通訊介面可被用來允許軟體和數據在計算系統與外部設備之間被傳輸。通訊介面的示例可包括調制解調器、網路介面（諸如以太網或其它NIC卡）、通訊連接埠（諸如通用串列匯流排（USB）連接埠）、PCMCIA插槽和卡、等等。經由通訊介面被傳輸的軟體和數據為訊號的形式，所述訊號可為電的、電磁的和光學的訊號或者能夠被通訊介面媒體接收的其它訊號。
在本文中，術語“電腦程式產品”、“電腦可讀媒體”等一般可以被用來指代有形媒體，例如儲存器、記憶體、儲存設備或儲存單元。這些和其它形式的電腦可讀媒體可以儲存一或多個指令以供包括計算機系統的處理器使用以使得所述處理器執行指定的操作。一般被稱作“電腦程式碼”（其可以以電腦程式的形式進行分組或者以其它分組方式進行分組）的這樣的指令在被執行時使得計算系統能夠執行本發明實施例的功能。。注意，所述電腦程式碼可以直接使處理器執行指定的操作、被編譯以這樣做、和/或與其它軟體、硬體和/ 或韌體元件(例如，用於執行標準功能的庫)進行組合以這樣做。
非暫態電腦可讀媒體可包括由以下構成的組中的至少之一：硬碟、CD-ROM、光儲存設備、磁儲存設備、唯讀記憶體、可編程唯讀記憶體、可擦除可編程唯讀記憶體、電可擦除可編程唯讀記憶體以及快閃記憶體。在元件使用軟體實現的實施例中，所述軟體可以被儲存在電腦可讀媒體中並且例如使用可移除式儲存驅動加載到計算系統中。控制模組（在該示例中，軟體指令或可執行的電腦程式碼）在被計算機系統中的處理器執行時使得處理器執行如這裡所描述的本發明的功能。
此外，本發明構思可被應用於用於執行網路元件內的訊號處理功能的任何電路。進一步可以預見，例如，半導體製造商可以在設計諸如應用積體電路（ASIC）或數位訊號處理器（DSP）的微控制器的獨立設備和/或任何其它子系統元件時利用本發明的構思。
將意識到，出於清楚的目的，以上描述已參照單個處理邏輯對本發明的實施例進行了描述。然而，本發明的構思同樣可以通過多個不同的功能單元和處理器來實現以提供訊號處理功能。因此，對具體功能單元的提及僅被視為對用於提供描述的功能的適當手段的提及，而並非指示嚴格的邏輯或物理結構或組織。
本發明的多個方面可以以任何適當形式來實現，包括硬體、軟體、韌體或這些的任何組合。本發明可選地可以至少部分地實現為在一個或多個數據處理器和/或數位訊號處理器上運行的電腦軟體或者諸如FPGA設備的可配置模組組件。
因此，本發明的實施例的元件和組件可以以任何適當方式物理地、功能性地和邏輯地實現。實際上，所述功能可以在單個單元中、在多個單元中、或者作為其它功能單元的一部分實現。儘管已結合一些實施例對本發明進行了描述，但是其並非意在限於這裡所闡述的具體形式。相反，本發明的範圍僅由所附申請專利範圍限定。 此外，儘管特徵看上去結合特定實施例進行描述，但是所屬技術領域具有通常知識者將會認識到所描述的實施例的各個特徵可以根據本發明進行組合。在申請專利範圍中，術語“包括”不排除存在其它元件或步驟。
此外，儘管被單個列出，但是多個手段、元件或方法步驟例如可以由單個單元或處理器來實現。此外，儘管單個特徵可以包括在不同請求項中，但是這些也可能有利地進行組合，並且包括在不同請求項中不暗示特徵的組合是不可行和/或有利的。而且，特徵包括在一種類別的請求項中不暗示限於該類別，而是指示該特徵在適當時同樣可應用於其它請求項類別。
此外，特徵在請求項中的順序不暗示任何特徵必須以其來執行的具體順序，並且特別是單個步驟在方法請求項中的順序不暗示步驟必須以該順序來執行。相反，步驟可以以任何適當順序來執行。此外，單數提及不排除複數。因此，對“一”、“第一”、 “第二”等的提及不排除複數的情況。
儘管已經結合被認為是最實際和優選的實施例描述了本申請，但是應當理解，本申請不限於所公開的實施例，而是旨在覆蓋在不脫離所附權利要求的最寬泛解釋的範圍的情況下做出的各種佈置。
10a、10b:用戶設備 11a、11b、201a、301:處理器 12a、12b、202a、302:儲存器 13a、13b、203a、303:收發器 200a:基地台 300:網路實體設備 500 :避免存續時間錯誤的方法 502~506:方塊
為了更清楚地說明本申請實施例或相關技術，以下簡要介紹將於實施例中進行描述的圖示。顯而易見的是，本圖式僅僅代表本申請中的一些實施例，所屬技術領域具有通常知識者可以根據這些圖示在不作出預設前提下得出其他圖示。 [圖1]顯示在存續時間結束之前的可靠重傳的示意圖。 [圖2]顯示根據本申請實施例的通訊網路系統中的一或多個UE、基地台和網路實體設備的方塊圖。 [圖3]顯示gNB和UE的無線電協議架構的示意圖。 [圖4]顯示gNB進一步包括集中單元（centralized unit, CU）和多個分布式單元（distributed unit, DU）的示意圖。 [圖5]顯示根據本申請實施例的避免存續時間（ST）錯誤的方法的流程圖。 [圖6]顯示根據本申請第一實施例的不具有ST定時器的情況下激活和去激活基於UE的PDCP封包複製的UE端程序的流程圖。 [圖7]顯示根據本申請第二實施例的具有ST定時器的情況下激活和去激活基於UE的PDCP封包複製的UE端程序的流程圖。 [圖8]顯示根據本申請第三實施例的具有ST定時器的情況下激活和去激活基於UE的PDCP封包複製的UE端程序的流程圖。 [圖9]顯示根據本申請第四實施例的具有兩個ST定時器的情況下激活和去激活基於UE的PDCP封包複製的UE端程序的流程圖。 [圖10]顯示根據本申請第五實施例的不具有ST定時器的情況下激活和去激活基於UE的PDCP封包複製的gNB端程序的流程圖。 [圖11]顯示根據本申請第六實施例的具有ST定時器的情況下激活和去激活基於UE的PDCP封包複製的gNB端程序的流程圖。 [圖12]顯示根據本申請第七實施例的具有兩個ST定時器的情況下激活和去激活基於UE的PDCP封包複製的gNB端程序的流程圖。
500:避免存續時間錯誤的方法
502~506:方塊

Claims (34)

  1. 一種避免存續時間（survival time, ST）錯誤的方法，由網路中的用戶設備（user equipment, UE）執行，該方法包括： 被基地台（base station, BS）配置了預分配的無線電資源； 在上行鏈路配置授權上發送數據；和 進入存續狀態並在該預分配的無線電資源上激活分封數據匯聚協議（Packet Data Convergence Protocol, PDCP）封包複製以重傳該數據。
  2. 根據請求項1所述的方法，其中，如果該數據在該上行鏈路配置授權上未成功傳輸，則激活該PDCP封包複製以重傳該數據。
  3. 根據請求項1所述的方法，其中，該預分配的無線電資源為用於該PDCP封包複製的至少一個無線電鏈路控制（Radio Link Control, RLC）實體。
  4. 根據請求項1所述的方法，更包括： 被配置了指示是否允許進行該PDCP封包複製的致能器， 其中，如果該致能器不存在或指示不允許進行該PDCP封包複製，則釋放該預分配的無線電資源，並不允許進行該PDCP封包複製。
  5. 根據請求項1所述的方法，其中，該PDCP封包複製是由混合自動重複請求（Hybrid Automatic Repeat reQuest, HARQ）反饋觸發。
  6. 根據請求項5所述的方法，其中，所述激活該PDCP封包複製包括： 如果接收到針對該上行鏈路配置授權上的該數據的否定應答（NACK）或針對該上行鏈路配置授權上的該數據的多個NACK，則激活該PDCP封包複製。
  7. 根據請求項6所述的方法，其中，該NACK的數量是基於該UE的要求嚴格程度來配置的。
  8. 根據請求項1所述的方法，其中，該PDCP封包複製是由封包複製激活/去激活媒體存取控制（Medium Access Control, MAC）控制元素（Control Element, CE）、或RLC協議數據單元（Protocol Data Unit, PDU）的狀態報告、或PDCP的狀態報告觸發。
  9. 根據請求項1所述的方法，其中，所述激活該PDCP封包複製包括： 如果在定時器超時之前接收到針對該上行鏈路配置授權上的該數據的NACK或針對該上行鏈路配置授權上的該數據的多個NACK，或者如果在該定時器超時時沒有接收到針對該上行鏈路授權上的該數據的反饋，則激活該PDCP封包複製。
  10. 根據請求項9所述的方法，其中，該定時器的時長用於基於該UE的要求嚴格程度來控制該PDCP封包複製的激活。
  11. 根據請求項1所述的方法，更包括： 在接收到針對用於該基於UE的PDCP封包複製的配置授權上的數據的某一數量的肯定應答（ACK）後，去激活該PDCP封包複製。
  12. 根據請求項1所述的方法，更包括： 如果在定時器超時時沒有接收到針對用於PDCP封包複製的配置授權上的數據的ACK，則去激活該PDCP封包複製。
  13. 根據請求項12所述的方法，更包括： 向該基地台發送報告，說明該定時器已超時且該存續狀態下的傳輸失敗。
  14. 根據請求項11或12所述的方法，更包括： 向該基地台發送指示以通知該PDCP封包複製的去激活。
  15. 根據請求項11或12所述的方法，其中，該PDCP封包複製的去激活被隱式地指示給該基地台。
  16. 一種避免存續時間（survival time, ST）錯誤的方法，由網路中的基地台（base station, BS）執行，該方法包括： 為用戶設備（user equipment, UE）配置預分配的無線電資源； 從UE接收上行鏈路配置授權上的數據；和 將該預分配的無線電資源專用於該UE，以從用於分封數據匯聚協議（Packet Data Convergence Protocol, PDCP）封包複製的該預分配的無線電資源接收重傳數據。
  17. 根據請求項16所述的方法，其中，如果該基地台未成功接收到該數據，則該預分配的無線電資源專用於該UE，以接收在該預分配的無線電資源上的該重傳數據。
  18. 根據請求項16所述的方法，其中，該預分配的無線電資源為用於該PDCP封包複製的至少一個無線電鏈路控制（Radio Link Control, RLC）實體。
  19. 根據請求項16所述的方法，更包括： 為UE配置致能器以指示是否允許進行該PDCP封包複製， 其中，如果該致能器不存在或指示不允許進行該PDCP封包複製，則預期該預分配的無線電資源將被釋放，並預期不允許該UE進行該PDCP封包複製。
  20. 根據請求項16所述的方法，其中，所述將該預分配的無線電資源專用於該UE包括： 基於發送到該UE的混合自動重傳請求（Hybrid Automatic Repeat reQuest, HARQ）反饋，將包括該PDCP封包複製的該預分配的無線電資源專用於該UE。
  21. 根據請求項20所述的方法，其中，所述將該預分配的無線電資源專用於該UE包括： 如果向該UE發送針對該上行鏈路配置授權上的該數據的否定應答（NACK）或針對該上行鏈路配置授權上的該數據的多個NACK，則將包括該PDCP封包複製的該預分配的無線電資源專用於該UE。
  22. 根據請求項21所述的方法，其中，該NACK的數量是基於該UE的要求嚴格程度來配置的。
  23. 根據請求項16所述的方法，其中，基於封包複製激活/去激活媒體存取控制（Medium Access Control, MAC）控制元素（Control Element, CE）、或RLC協議數據單元（Protocol Data Unit, PDU）的狀態報告、或PDCP的狀態報告，將包括該PDCP封包複製的該預分配的無線電資源專用於該UE。
  24. 根據請求項16所述的方法，更包括： 如果設置用來等待接收該上行鏈路配置授權上的該數據的重傳的定時器超時，則將包括該PDCP封包複製的該預分配的無線電資源專用於該UE。
  25. 根據請求項24所述的方法，其中，該定時器的時長用於基於該UE的要求嚴格程度來控制該PDCP封包複製的激活。
  26. 根據請求項16所述的方法，更包括： 在發送針對用於該PDCP封包複製的配置授權上的數據的某一數量的肯定應答（ACK）後，去激活該PDCP封包複製。
  27. 根據請求項16所述的方法，更包括： 如果設置用來等待接收該上行鏈路配置授權上的該數據的重傳的定時器超時，則去激活該PDCP封包複製。
  28. 根據請求項26或27所述的方法，更包括： 向該UE發送指示以通知該PDCP封包複製的去激活。
  29. 根據請求項26或27所述的方法，其中，該PDCP封包複製的去激活被隱式地指示給該UE。
  30. 一種用戶設備（user equipment, UE），與網路中的基地台（base station, BS）通訊，該UE包括： 儲存器，被配置用於儲存程式指令； 收發器，被配置用於發送和接收數據；和 處理器，與該儲存器和該收發器耦合，被配置用於調用和運行儲存在該儲存器中的程式指令，以與該儲存器協作以執行根據請求項1至15任一項所述的方法。
  31. 一種基地台（base station, BS），與網路中的用戶設備（user equipment, UE）通訊，該BS包括： 儲存器，被配置用於儲存程式指令； 收發器，被配置用於發送和接收數據；和 處理器，與該儲存器和該收發器耦合，被配置用於調用和運行儲存在該儲存器中的程式指令，以與該儲存器協作以執行根據請求項16至29任一項所述的方法。
  32. 一種電腦可讀儲存媒體，被配置用於儲存有電腦程式，其中該電腦程式使電腦執行根據請求項1至29中任一項所述的方法。
  33. 一種電腦程式產品，包括電腦程式指令，其中該電腦程式指令使電腦執行根據請求項1至29中任一項所述的方法。
  34. 一種電腦程式，其中該電腦程式使電腦執行根據請求項1至29中任一項所述的方法。
TW111128230A 2021-07-27 2022-07-27 避免存續時間錯誤的方法和相關裝置 TW202308437A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US202163225970P 2021-07-27 2021-07-27
US63/225,970 2021-07-27
PCT/CN2022/108317 WO2023005985A1 (en) 2021-07-27 2022-07-27 Method of avoiding survival time failure and related devices
WOPCT/CN2022/108317 2022-07-27

Publications (1)

Publication Number Publication Date
TW202308437A true TW202308437A (zh) 2023-02-16

Family

ID=85087478

Family Applications (1)

Application Number Title Priority Date Filing Date
TW111128230A TW202308437A (zh) 2021-07-27 2022-07-27 避免存續時間錯誤的方法和相關裝置

Country Status (4)

Country Link
US (1) US20240040651A1 (zh)
CN (1) CN116803041A (zh)
TW (1) TW202308437A (zh)
WO (1) WO2023005985A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019127327A1 (en) * 2017-12-29 2019-07-04 Qualcomm Incorporated Techniques for maintaining connected state
US11071139B2 (en) * 2018-07-13 2021-07-20 Apple Inc. Techniques in configured grant uplink transmission in new radio (NR) systems operating in unlicensed spectrum
WO2021002873A1 (en) * 2019-07-03 2021-01-07 Nokia Technologies Oy Selective packet duplication or alternative packet transmission based on survival time
CN112448795B (zh) * 2019-08-27 2023-05-05 中国移动通信有限公司研究院 一种pdcp复制的处理方法及通信设备

Also Published As

Publication number Publication date
WO2023005985A1 (en) 2023-02-02
US20240040651A1 (en) 2024-02-01
CN116803041A (zh) 2023-09-22

Similar Documents

Publication Publication Date Title
KR102376053B1 (ko) 불연속 수신 통신 방법과 통신 장치, 통신 디바이스 및 통신 시스템
US20200274654A1 (en) Autonomously triggering retransmission of data
JP7105311B2 (ja) Ｎｒに対するｈａｒｑバッファの管理方法
US9667400B2 (en) Method and apparatus for TTI bundling transmission in a wireless communications system
US9148269B2 (en) Method and arrangement in a wireless communication system
JP5296133B2 (ja) コンポーネントキャリア（ｃｃ）のアクティベーションおよびディアクティベーションをハンドリングする方法、およびそのような方法を用いる通信機器
US9210692B2 (en) Scheduling request method, apparatus and system
EP2481179B1 (en) Method and arrangement in a wireless communication system
US9178667B2 (en) Method and apparatus for improving a semi-persistent scheduling resource release process in a wireless communication system
KR102561019B1 (ko) 무선 통신 시스템에서 구성된 업링크 승인의 묶음에 대한 ｄｒｘ 타이머를 핸들링하기 위한 방법 및 장치
US20140071908A1 (en) Methods and devices for component carrier aggregation control
US20230284274A1 (en) Apparatuses, methods, and systems for increasing the transmission reliability for transmissions of a duplication bearer in a shared spectrum
TW202308437A (zh) 避免存續時間錯誤的方法和相關裝置
US20240214127A1 (en) Method for data transmission, terminal device, and computer storage medium
US20230336315A1 (en) Hybrid automatic repeat request method, semi-persistent scheduling method, and communication apparatus