The disclosed embodiments relate generally to wireless communication, and, more particularly, to packet latency reduction in 5G New Radio (NR) systems under Multi-RAT Dual Connectivity (DC) architecture.
The wireless communications network has grown exponentially over the years. A Long-Term Evolution (LTE) system offers high peak data rates, low latency, improved system capacity, and low operating cost resulting from simplified network architecture. LTE systems, also known as the 4G system, also provide seamless integration to older wireless network, such as GSM, CDMA and Universal Mobile Telecommunication System (UMTS). In LTE systems, an Evolved Universal Terrestrial Radio Access Network (E-UTRAN) includes a plurality of evolved Node-Bs (eNodeBs or eNBs) communicating with a plurality of mobile stations, referred to as User Equipments (UEs). The 3rd Generation Partner Project (3GPP) network normally includes a hybrid of 2G/3G/4G systems. With the optimization of the network design, many improvements have developed over the evolution of various standards. The Next. Generation Mobile Network. (NGMN) board, has decided to focus the future NGMN activities on defining the end-to-end requirements for 5G New Radio (NR) systems.
Dual Connectivity (DC) architecture is introduced in LTE Release 12 to increase the UE throughput. This architecture allows UE to utilize the radio resource for two nodes. In DC mode, UE is connected to one node (eNB/gNB) as Master Node (MN) and another one node (eNB/gNB) as Secondary Node (SN). The serving cell(s) belong to MN is referred as MCG (Master Cell Group) while the serving cell belong to SN is referred as SCG (Secondary Cell Group). Multi-RAT Dual Connectivity (MR-DC) architecture is further introduced in 5G. The UE could use radio resource provided by different RAT under MR-DC architecture.
Split bearer architecture is introduced for DC. In this architecture, one PDCP entity is connoted to two RLC entity (two legs), one RLC entity is corresponding to MN and the other is corresponding to SN. In uplink (UL), network could configure whether the PDCP should duplicate the same PDU to two RLC entities. This UL PDCP duplication could enable the transmission reliability. In downlink (DL), whether and when to duplicate the DL PDU to two RLC entities is up to network implementation. PDCP status report is used to inform network which PDCP PDU is received or not.
Due to the high data rate request from traffic type like Extended Reality (XR) and Cloud Gaming (CG), it usually request to use DC architecture (with 2 leg transmission in MCG and SCG) to increase the throughput. However, SCG FR2 may suffer for blockage from time to time. The mobility event (which cause some interruption) is also more frequent (than MCG) in small cell deployment. Therefore, it is desirable to have quick re-transmission mechanism on MCG leg while SCG leg is not able to deliver this kind of timing sensitive packet, or vice versa depending on the deployment.
Among the existing method, if network always duplicates packets to two leg, then it will consume too much radio resource. If RLC UM is used (which is typically for XR traffic), then the network does not know which PDU is lost. If RLC AM is used, then the network may detect the SCG blockage by RLC status report. The network can then use RRC reconfiguration (via parameter recoverPDCP) to request PDCP status report and transmit the PDCP SDU to anther RLC. This re-transmission mechanism involves a RRC reconfiguration (typical 10 ms) and could not fulfill the stringent delay requirement.
A solution is sought.
A method of providing UE-initiated PDCP status report to reduce packet latency under Multi-RAT Dual Connectivity (MR-DC) is proposed. UE initializes PDCP status report based on some predefined condition configured by the network. The PDCP status report indicates which PDCP SDU is still not received by the UE via one radio link control (RLC) entity, and the network can retransmit the missing PDCP SDU via another RLC entity quickly. The network can enable/disable the PDCP status report via PDCP control PDU or via radio resource control (RRC) signaling. The PDCP status can be used for re-transmission of PDCP SDU on another RLC entity. The PDCP status can also be used as an indication of issues on one RLC entity, resulting in duplication being activated thereafter. The PDCP status report should be sent to the RLC entity that does not suffer from the PDCP packet loss.
Other embodiments and advantages are described in the detailed description below. This summary does not purport to define the invention. The invention is defined by the claims.
The accompanying drawings, where like numerals indicate like components, illustrate embodiments of the invention.
Reference will now be made in detail to some embodiments of the invention, examples of which are illustrated in the accompanying drawings.
In control plane, control signaling is communicated over MCG. In user plane, user data can be communicated over MCG and/or SCG. In split radio bearer architecture, one packet data convergence protocol (PDCP) entity is connected to two radio link control (RLC) entity (two legs), one RLC entity is corresponding to the MN and the other RLC entity is corresponding to the SN. In uplink (UL), the network could configure whether the PDCP should duplicate the same PDU to two RLC entities. This UL PDCP duplication could enable the transmission reliability. In downlink (DL), whether and when to duplicate the DL PDU to two RLC entities is up to the network implementation. PDCP status report can be used to inform the network which PDCP PDU is received or not. In the example of
One of the new application in 5G is to support Extended Reality (XR) and Cloud Gaming (CG) usage. The traffic characteristics of XR services include high data rate (e.g., 25 Mbps), and stringent packet delay requirement (e.g., 10 ms), while the typical enhanced mobile broadband (eMBB) packet delay budget is 800 ms. In addition, some XR/CG applications require to be supported in mobility scenario, e.g., Augmented Reality (AR) for driver, and Cloud Gaming (CG) on subway. Due to the high data rate request from traffic type like XR and CG, it usually requests to use DC architecture (with both legs transmission in MCG and SCG) to increase the throughput. However, SCG FR2 may suffer for blockage from time to time. The mobility event (which cause some interruption) in SCG is also more frequent (than in MCG) under small cell deployment. Therefore, it is desirable to have a quick re-transmission mechanism on MCG leg while SCG leg is not able to deliver this kind of timing sensitive packet, or vice versa depending on the deployment.
Among the existing method, if network always duplicates packets to two legs, then it will consume too much radio resource. If RLC Unacknowledged Mode (UM) is used (which is typically for XR traffic), then the network does not know which PDU is lost. If RLC Acknowledged Mode (AM) is used, then the network may detect the SCG blockage by RLC status report. The network can then use RRC reconfiguration (via parameter recoverPDCP) to request PDCP status report and transmit the PDCP SDU to anther RLC. This re-transmission mechanism involves a RRC reconfiguration (typical 10 ms) and could not fulfill the stringent delay requirement.
In accordance with one novel aspect, a method of providing UE-initiated PDCP status report is proposed to reduce packet latency under MR-DC (depicted by 130). UE 101 initializes PDCP status report based on predefined conditions configured by the network. The PDCP status report indicates which PDCP SDU is still not received by the UE via one RLC entity, and the network can retransmit the missing PDCP SDU via another RLC entity quickly. The network can enable or disable the PDCP status report via PDCP control PDU or via RRC signaling. The PDCP status can be used for re-transmission of PDCP SDU on another RLC entity. The PDCP status can also be used as an indication of issues on one RLC entity, resulting in duplication on both RLC legs being activated thereafter (for some or all PDCP packets). Note that the UE-initiated PDCP status report should be sent to the RLC entity that does not suffer from PDCP packet loss.
UE 201 also includes a 3GPP protocol stack module/circuit 220 supporting various protocol layers including NAS 226, AS/RRC 225, PDCP 224, RLC 223, MAC 222 and PHY 221, a TCP/IP protocol stack module 227, an application module APP 228, and a management module 230 including a configuration module 231, a mobility module 232, a control module 233, and a data handling module 234. The function modules and circuits, when executed by processor 212 (via program instructions and data contained in memory 211), interwork with each other to allow UE 201 to perform certain embodiments of the present invention accordingly. In one example, each module or circuit comprises a processor together with corresponding program codes. Configuration circuit 231 obtains RRC configuration information and establishes connection under dual connectivity, mobility circuit 232 determines UE mobility based on measurement results, control circuit 233 determines and applies PDCP status report, and data handling circuit 234 performs data transmission under radio bearer splitting.
UE 201 has a PHY layer, a MAC layer, and a RLC layer that connect with a master node (MN). UE 201 also has a PHY layer, a MAC layer, and a RLC layer that connect with a secondary node (SN). A NR PDCP adaptation layer handles the split radio bearer from the MN and the SN. UE 201 also has a PDCP layer entity. UE 201 aggregates its data traffic with the MN and the SN. Both the MCG data traffic and the SCG data traffic are aggregated at the PDCP layer of UE 201. For high speed data traffic, RLC layer pre-concatenation is enabled to reduce protocol related processing delay. For low speed and/or small packet size traffic, PDCP layer concatenation is enabled to reduce protocol overhead. In one novel aspect, UE 201 enables PDCP status report upon satisfying a predefined condition. As a result, the network can quickly retransmit the missing PDCP SDU to reduce packet delay.
UE can initialize early PDCP status report based on some predefined condition configured by the network. Under UE-initialized PDCP status report, once the predefined condition is satisfied, UE transmits an early PDCP status report to the network, which indicates which PDCP SDU is still not received by the UE via one RLC entity, and the network can retransmit the missing PDCP SDU via another RLC entity quickly to reduce packet delay. In the example of
In step 412, UE 401 receives RRC reconfiguration from the network. The RRC reconfiguration comprises information for predefined condition(s) to trigger PDCP status report. In the first embodiment of
In step 421, the SCG RLC entity of UE 401 detects a missing SN, or the t-reassembly timer expires, which satisfy the predefined condition for triggering the PDCP status report. In step 422, the SCG RLC entity of UE 401 indicates to the PDCP layer entity to send a PDCP status report. In step 431, UE 401 sends the PDCP status report to the network. The PDCP status report indicates that there is a missing PDCP SDU on one RLC entity (the SCG leg), and retransmission of the missing PDCP SDU on another RCL entity (the MCG leg) is desired. Note that the PDCP status report is sent to the RLC entity that does not suffer from PDCP packet loss. In step 432, the network sends the missing PDCP SDU over the MCG leg. In an alternative embodiment, in step 431, the PDCP status report indicates that there is an issue on one RLC entity (the SCG leg), and as a result, in step 432, PDCP SDUs are being duplicated on both legs for all or part of the subsequent PDCP packets.
In step 521, the SCG RLC entity of UE 501 detects a missing PDCP SDU. The missing PDCP SDU can be detected in different ways. In one example, the receiving PDCP entity could identify that there is a first missing PDCP SDU via out of order SN receiving. In a second example, the network could assume that there is DL data for a period of time, and the network may ask UE to consider there is aa missing PDCP SDU even if no out of order packet is received. In step 522, UE 501 starts a timer upon such detection, and waits for a time period that is longer than a predefined threshold value (e.g., 3 ms) to pass by. In step 523, UE 501 determines the predefined condition for triggering the PDCP status report is satisfied, and the SCG RLC entity of UE 501 indicates to the PDCP layer entity to send a PDCP status report.
In step 531, UE 501 sends the PDCP status report to the network. The PDCP status report indicates that there is a missing PDCP SDU on one RLC entity (the SCG leg), and retransmission of the missing PDCP SDU on another RCL entity (the MCG leg) is desired. Note that the PDCP status report is sent to the RLC entity that does not suffer from PDCP packet loss. In step 532, the network sends the missing PDCP SDU over the MCG leg. In an alternative embodiment, in step 531, the PDCP status report sent by the UE indicates that there is an issue on one RLC entity (the SCG leg), and as a result, in step 532, PDCP SDUs are being duplicated on both legs for all or part of the subsequent PDCP packets.
Although the present invention has been described in connection with certain specific embodiments for instructional purposes, the present invention is not limited thereto. Accordingly, various modifications, adaptations, and combinations of various features of the described embodiments can be practiced without departing from the scope of the invention as set forth in the claims.
This application claims priority under 35 U.S.C. §119 from U.S. Provisional Application Number 63/127,202 entitled “Methods and Apparatus to Reduce Packet Latency in Multi-leg Transmission” filed on Dec. 18, 2020, the subject matter of which is incorporated herein by reference.
Number | Date | Country | |
---|---|---|---|
63127202 | Dec 2020 | US |