Method and apparatus of supporting timely retransmissions

Abstract

Various aspects of the present disclosure relate to a method and apparatus of supporting timely retransmissions. An exemplary method performed by a CU of a RAN node may include: determining retransmission related information for timely retransmissions of a DRB between the RAN node and a UE, including one or multiple of: downlink retransmission related information or uplink retransmission related information, wherein the timely retransmissions include one or multiple of RLC autonomous retransmission or remaining time based RLC polling in RLC AM; and transmitting the retransmission related information to a DU of the RAN node associated with the UE.

Description

METHOD AND APPARATUS OF SUPPORTING TIMELY RETRANSMISSIONSTECHNICAL FIELD

[0001] The present disclosure relates to wireless communications, and more specifically to techniques of supporting timely retransmissions, e.g., a method and apparatus of supporting timely retransmissions.BACKGROUND

[0002] A wireless communications system may include one or multiple network communication devices, such as base stations, which may support wireless communications for one or multiple user communication devices, which may be otherwise known as user equipment (UE) , or other suitable terminology. The wireless communications system may support wireless communications with one or multiple user communication devices by utilizing resources of the wireless communication system (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers, or the like) . Additionally, the wireless communications system may support wireless communications across various radio access technologies including third generation (3G) radio access technology, fourth generation (4G) radio access technology, fifth generation (5G) radio access technology, among other suitable radio access technologies beyond 5G (e.g., sixth generation (6G) ) .SUMMARY

[0003] An article “a” before an element is unrestricted and understood to refer to “at least one” of those elements or “one or more” of those elements. The terms “a, ” “at least one, ” “one or more, ” and “at least one of one or more” may be interchangeable. As used herein, including in the claims, “or” as used in a list of items (e.g., a list of items prefaced by a phrase such as “at least one of” or “one or more of” or “one or both of” ) indicates an inclusive list such that, for example, a list of at least one of A, B, or C means A or B or C or AB or AC or BC or ABC (i.e., A and B and C) . Also, as used herein, the phrase “based on” shall not be construed as a reference to a closed set of conditions. For example, an example step that is described as “based on condition A” may be based on both a condition A and a condition B without departing from the scope of the present disclosure. In other words, as used herein, the phrase “based on” shall be construed in the same manner as the phrase “based at least in part on. Further, as used herein, including in the claims, a “set” may include one or more elements.

[0004] Some implementations of the methods and apparatuses described herein may further include a central unit (CU) of a radio access network (RAN) node for wireless communication, which may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the CU to: determine retransmission related information for timely retransmissions of a data radio bearer (DRB) between the RAN node and a user equipment (UE) , including one or multiple of: downlink retransmission related information or uplink retransmission related information, wherein the timely retransmissions include one or multiple of radio link control (RLC) autonomous retransmission or remaining time based RLC polling in RLC acknowledge mode (AM) ; and transmit the retransmission related information to a distributed unit (DU) of the RAN node associated with the UE.

[0005] In some implementations of the methods and apparatuses described herein, the downlink retransmission related information includes an indication for triggering timely retransmission, and the at least one processor is configured to further cause the CU to: receive, from the DU, at least one threshold of determining timely retransmission, wherein each threshold is associated with a timer of determining timely retransmission; and determining the retransmission related information for timely retransmissions includes determining whether to trigger timely retransmission for a downlink packet based on a timer of determining timely retransmission triggered for the downlink packet and a threshold associated with the timer; and generate the indication for triggering timely retransmission for the downlink packet in the case of determining to trigger timely retransmission.

[0006] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the CU to perform one or multiple of: transmitting values of at least one timer associated with the at least one threshold to the DU; or transmitting to the DU a first indication indicating whether the DRB can be configured with one or multiple of the RLC autonomous retransmission or the remaining time based RLC polling; or receiving from the DU a second indication indicating whether the DRB is configured with one or multiple of the RLC autonomous retransmission or the remaining time based RLC polling.

[0007] In some implementations of the methods and apparatuses described herein, the downlink retransmission related information further includes a PDCP serial number (SN) or PDCP count value of the downlink packet for which timely retransmission is determined to be triggered.

[0008] In some implementations of the methods and apparatuses described herein, the CU may further include a CU control plane (CP) and a CU user plane (UP) , wherein the at least one threshold of determining timely retransmission is received from the DU by the CU CP, and the CU CP is configured to transmit the at least one threshold of determining timely retransmission to the CU UP, so that the CU UP determines whether to trigger timely retransmission for the downlink packet and transmit to the DU the indication for triggering timely retransmission for the downlink packet in the case of determining to trigger timely retransmission for the downlink packet.

[0009] In some implementations of the methods and apparatuses described herein, the downlink retransmission related information includes values of at least one timer of determining timely retransmission, and the at least one timer of determining timely retransmission is one or more PDCP discard timers.

[0010] In some implementations of the methods and apparatuses described herein, the one or more PDCP discard timers include a protocol data unit (PDU) set importance (PSI) based discard timer, and the at least one processor is configured to further cause the CU to: transmit to the DU information indicating for which PSI the PSI based discard timer is applied.

[0011] In some implementations of the methods and apparatuses described herein, the downlink retransmission related information further includes one or multiple of: at least one threshold of determining timely retransmission, wherein each threshold is associated with a timer of determining timely retransmission; or an indication indicating whether the DRB can be configured with one or multiple of the RLC autonomous retransmission or the remaining time based RLC polling.

[0012] In some implementations of the methods and apparatuses described herein, the downlink retransmission related information indicates at least one valid time for determining timely retransmission, and each valid time is based on remaining time or elapsed time of a PDCP discard timer of a downlink packet.

[0013] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the CU to: indicate the valid time for determining timely retransmission of each downlink packet in a header of the downlink packet; or determine whether to indicate the valid time for determining timely retransmission of a downlink packet in a header of the downlink packet based on a threshold.

[0014] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the CU to perform one or multiple of: transmitting to the DU a value of the PDCP discard timer; or receiving from the DU an indication indicating whether the DRB is configured with one or multiple of the RLC autonomous retransmission or the remaining time based RLC polling.

[0015] In some implementations of the methods and apparatuses described herein, the CU may further include a CU CP and a CU UP, wherein determining whether to indicate the valid time of the PDCP discard timer of a downlink packet and indicating the valid time of the PDCP discard timer of a downlink packet are performed by the CU CP.

[0016] In some implementations of the methods and apparatuses described herein, the CU may further include a CU CP and a CU UP, wherein one or multiple of: transmitting to the DU a value of the PDCP discard timer; or receiving from the DU an indication indicating whether the DRB is configured with one or multiple of the RLC autonomous retransmission or the remaining time based RLC polling are performed by the CU CP, and the CU UP is configured to further transmit a received indication to the CU UP.

[0017] In some implementations of the methods and apparatuses described herein, the uplink retransmission related information includes values of at least one timer for determining radio resource control (RRC) configuration of timely retransmission, and the at least one timer is one or more PDCP discard timers.

[0018] In some implementations of the methods and apparatuses described herein, the one or more PDCP discard timers include a PSI based discard timer, and the at least one processor is configured to further cause the CU to: transmit to the DU information indicating for which PSI the PSI based discard timer is applied.

[0019] In some implementations of the methods and apparatuses described herein, the uplink retransmission related information includes: at least one threshold of determining timely retransmission, wherein each threshold is associated with a timer of determining timely retransmission.

[0020] In some implementations of the methods and apparatuses described herein, the at least one threshold of determining timely retransmission includes one or multiple of: a first threshold that is used to determine whether a remaining time based RLC polling will be triggered based on remaining time of a first PDCP discard timer; or a second threshold that is used to determine whether a RLC autonomous retransmission will be triggered based on remaining time of the first PDCP discard timer, wherein the first threshold and the second threshold are same or different.

[0021] In some implementations of the methods and apparatuses described herein, the at least one threshold of determining timely retransmission further includes one or multiple of: a third threshold that is used to determine whether a remaining time based RLC polling will be triggered based on remaining time of a second PDCP discard timer; or a fourth threshold that is used to determine whether a RLC autonomous retransmission will be triggered based on remaining time of the second PDCP discard timer, wherein the third threshold and the fourth threshold are same or different.

[0022] In some implementations of the methods and apparatuses described herein, the first PDCP discard timer or second PDCP discard timer is a PSI based discard timer.

[0023] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the CU to perform one or multiple of: determining to trigger a remaining time based RLC polling for the downlink packet in the case that remaining time of the first PDCP discard timer is lower than or equal to the first threshold or elapsed time of the first PDCP discard timer is higher than or equal to the first threshold and positive acknowledge of the downlink packet has not been received, and generating a first indication of triggering a remaining time based RLC polling for the downlink packet to be included in the indication for trigging timely retransmission transmitted to the DU; or determining to trigger a RLC autonomous retransmission for the downlink packet in the case that remaining time of the first PDCP discard timer is lower than or equal to the second threshold or elapsed time of the first PDCP discard timer is higher than or equal to the second threshold and positive acknowledge of the downlink packet has not been received, and generating a second indication of triggering a RLC autonomous retransmission for the downlink packet to be included in the indication for trigging timely retransmission transmitted to the DU.

[0024] In some implementations of the methods and apparatuses described herein, the at least one processor is configured to further cause the CU to perform one or multiple of: determining to trigger a remaining time based RLC polling for the downlink packet in the case that remaining time of the second PDCP discard timer is lower than or equal to the third threshold or elapsed time of the second PDCP discard timer is higher than or equal to the third threshold and positive acknowledge of the downlink packet has not been received, and generating information of triggering a remaining time based RLC polling for the downlink packet to be included in the indication for trigging timely retransmission; or determining to trigger a RLC autonomous retransmission for the downlink packet in the case that remaining time of the second PDCP discard timer is lower than or equal to the fourth threshold or elapsed time of the second PDCP discard timer is higher than or equal to the fourth threshold and positive acknowledge of the downlink packet has not been received, and generating information of triggering a RLC autonomous retransmission for the downlink packet to be included in the indication for trigging timely retransmission.

[0025] In some implementations of the methods and apparatuses described herein, a RLC autonomous retransmission is a retransmission that is initiated in the case that remaining time of an RLC service data unit (SDU) or a segment of the RLC SDU falls below a corresponding threshold if the RLC SDU has been submitted to lower layers and the RLC SDU or the segment of the RLC SDU is not pending for retransmission; and a remaining time based RLC polling is a polling that is initiated in the case that remaining time of an RLC SDU or a segment of the RLC SDU falls below a corresponding threshold if the RLC SDU has been submitted to lower layers and the RLC SDU or the segment of the RLC SDU is not pending for polling.

[0026] In some implementations of the methods and apparatuses described herein, the PDCP discard timer is a PSI based discard timer or not.

[0027] Some implementations of the methods and apparatuses described herein may further include a DU of a RAN node for wireless communication, which may include: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the DU to: receive retransmission related information for timely retransmissions of a DRB between the RAN node and a UE, including one or multiple of: downlink retransmission related information or uplink retransmission related information, wherein the timely retransmissions include one or multiple of RLC autonomous retransmission or remaining time based RLC polling in RLC AM; and perform one or multiple of: determining whether to perform the timely retransmissions for downlink data based on the downlink retransmission related information, or transmitting the uplink retransmission related information to the UE.

[0028] In some implementations of the methods and apparatuses described herein, the downlink retransmission related information includes an indication for triggering timely retransmission, and the at least one processor is configured to further cause the DU to: determine to perform the timely retransmissions for a downlink packet based on the indication for triggering timely retransmission.

[0029] In some implementations of the methods and apparatuses described herein, the downlink retransmission related information includes values of at least one timer of determining timely retransmission, and the at least one processor is configured to further cause the DU to: start a corresponding timer of determining timely retransmission for a received downlink packet; and determine to perform the timely retransmission for the downlink packet in the case that remaining time of the timer is lower than or equal to a threshold or elapsed time of the first PDCP discard timer is higher than or equal to the threshold and positive acknowledge of the downlink packet has not been received.

[0030] In some implementations of the methods and apparatuses described herein, the timer is a PDCP discard timer or a timer with valid time based on remaining time or elapsed time of the PDCP discard timer.

[0031] In some implementations of the methods and apparatuses described herein, the uplink retransmission related information includes values of at least one timer for determining RRC configuration of timely retransmission, and the at least one processor is configured to further cause the DU to: determine at least one threshold for triggering timely retransmission according to the uplink retransmission related information; and transmit the at least one threshold for triggering timely retransmission in RRC configuration to the UE or the CU which forwards the at least one threshold for triggering timely retransmission in RRC configuration to the UE.

[0032] In some implementations of the methods and apparatuses described herein, the uplink retransmission related information includes values of at least one timer for determining RRC configuration of timely retransmission and at least one threshold associated with the at least one timer of determining timely retransmission.

[0033] Some implementations of the methods and apparatuses described herein may further include a method performed by a CU of a RAN node, which may include: determining retransmission related information for timely retransmissions of a DRB between the RAN node and a UE, including one or multiple of: downlink retransmission related information or uplink retransmission related information, wherein the timely retransmissions include one or multiple of RLC autonomous retransmission or remaining time based RLC polling in RLC AM; and transmitting the retransmission related information to a DU of the RAN node associated with the UE.

[0034] Some implementations of the methods and apparatuses described herein may further include a method performed by a DU of a RAN node, which may include: receiving retransmission related information for timely retransmissions of a DRB between the RAN node and a UE, including one or multiple of: downlink retransmission related information or uplink retransmission related information, wherein the timely retransmissions include one or multiple of RLC autonomous retransmission or remaining time based RLC polling in RLC AM; and performing one or multiple of: determining whether to perform the timely retransmissions for downlink data based on the downlink retransmission related information, or transmitting the uplink retransmission related information to the UE.BRIEF DESCRIPTION OF THE DRAWINGS

[0035] Figure 1 illustrates an example of a wireless communications system in accordance with aspects of the present disclosure.

[0036] Figure 2 is a schematic diagram illustrating an internal structure of a RAN node in accordance with aspects of the present disclosure.

[0037] Figure 3 is another schematic diagram illustrating an internal structure of a RAN node according to some aspects of the present disclosure.

[0038] Figure 4 illustrates an example of downlink data transmission procedure in a split RAN architecture in accordance with aspects of the present disclosure.

[0039] Figure 5 illustrates another example of downlink data transmission procedure in a split RAN architecture in accordance with aspects of the present disclosure.

[0040] Figure 6 illustrates yet another example of downlink data transmission procedure in a split RAN architecture in accordance with aspects of the present disclosure.

[0041] Figure 7 illustrates an example of uplink data transmission procedure in a split RAN architecture in accordance with aspects of the present disclosure.

[0042] Figure 8 illustrates an example of a CU in accordance with aspects of the present disclosure.

[0043] Figure 9 illustrates an example of a processor in accordance with aspects of the present disclosure.

[0044] Figure 10 illustrates an example of a DU in accordance with aspects of the present disclosure.

[0045] Figure 11 illustrates a flowchart of method performed by a CU in accordance with aspects of the present disclosure.

[0046] Figure 12 illustrates a flowchart of method performed by a DU in accordance with aspects of the present disclosure.DETAILED DESCRIPTION

[0047] NR RLC has three different modes: transparent mode (TM) , unacknowledged mode (UM) and acknowledged mode (AM) . Each of these modes can both transmit and receive data. In TM and UM, separate entities are used for transmission and reception. But in AM, a single RLC entity performs both transmission (e.g., by the transmitting side or transmitter) and reception (e.g., by the receiving side or receiver) . A RLC entity in AM may also be referred to as an AM RLC entity.

[0048] RLC AM supports automatic repeat request (ARQ) mechanism to retransmit lost PDUs. To avoid late RLC retransmissions, a novel RLC retransmission mechanism or solution is introduced, which may be referred to as timely RLC retransmission mechanism or solution. In accordance with the timely RLC retransmission mechanism, the transmitting side of the AM RLC entity may trigger timely RLC retransmissions (or referred to as early RLC retransmissions) , e.g., by retransmission and / or polling procedure for data based on the delay status, provided that that the transmitting side of the RLC entity did not receive a status report of the transmitted data. That is, timely or early RLC retransmissions may be triggered before receiving the status report. For timely or early RLC retransmissions performed by a RLC retransmission procedure, it may be referred to autonomous RLC retransmission or timer based RLC retransmission or the like. For timely or early RLC retransmissions performed by a RLC polling procedure, it may be referred to enhanced RLC polling or RLC polling enhancement or timely RLC polling or remaining time based RLC polling or the like. On the other word, the timely RLC retransmission mechanism (or “timely retransmission” or the like for simplification and clarity) covers both autonomous retransmissions and enhanced polling by AM RLC entity.

[0049] In accordance with aspects of the present disclosure, an autonomous RLC retransmission or the like may further refer to a retransmission that is initiated in the case that remaining time of an RLC SDU or a segment of the RLC SDU falls below a corresponding threshold if the RLC SDU has been submitted to lower layers and the RLC SDU or the segment of the RLC SDU is not pending for retransmission. That is, a single autonomous RLC retransmission or timer based retransmission will be triggered per RLC SDU or RLC SDU segment if the corresponding condition is satisfied. Similarly, a remaining time based RLC polling is a polling that is initiated in the case that remaining time of an RLC SDU or a segment of the RLC SDU falls below a corresponding threshold if the RLC SDU has been submitted to lower layers and the RLC SDU or the segment of the RLC SDU is not pending for polling. Whether an autonomous RLC retransmission procedure and / or remaining time based RLC polling procedure will be performed by an AM RLC entity may be configured by radio resource control (RRC) .

[0050] Various aspects of the present disclosure propose that the remaining time is determined based on a timer in PDCP layer, e.g., a PDCP discard timer, which is located in the CU of a RAN node, e.g., gNB-CU in the case of split RAN architecture (or CU-DU split architecture) . However, RLC layer is located in the DU of the RAN node, e.g., gNB-DU. Thus, how to coordinate the CU and DU to support timely retransmission in split RAN architecture needs to be further studied.

[0051] Considering that, the CU of a RAN node may determine retransmission related information for timely retransmissions of a DRB between the RAN node and a UE. Exemplary retransmission related information may include downlink retransmission related information and / or uplink retransmission related information. Each of the downlink retransmission related information and uplink retransmission related information may be defined in various manners. For example, the downlink retransmission related information may include an indication for triggering timely retransmission, values of at least one timer of determining timely retransmission, or at least one valid time for determining timely retransmission etc. The uplink retransmission related information may include values of at least one timer for determining RRC configuration of timely retransmission by the UE, and / or at least one threshold of determining timely retransmission in some cases, wherein each threshold is associated with a timer of determining timely retransmission.

[0052] The CU may transmit the determined retransmission related information to a DU of the RAN node associated with the UE. After receiving the downlink retransmission related information from the CU, the DU may determine whether to perform the timely retransmissions for downlink data based on the downlink retransmission related information. After receiving the uplink retransmission related information from the CU, the DU may determine and transmit the at least one threshold for triggering timely transmission to the UE, e.g., in a RLC configuration information element (IE) , e.g., RLC-Config IE or the like included in a RRC message, so that the UE may determine RRC configuration of timely retransmission. In some implementations, the DU transmits the at least one threshold for triggering timely transmission in DU to CU RRC information which includes the RLC-Config IE to the CU, and then the CU sends the at least one threshold for triggering timely transmission in the RLC-Config IE to the DU in RRC message.

[0053] Persons skilled in the art would and could understand that an autonomous RLC retransmission and normal (or legacy) RLC retransmission mainly differ in the conditions, e.g., timer to perform a RLC retransmission procedure, wherein the autonomous RLC retransmission is based on the delay status in the case of lacking status report while the normal RLC retransmission is based on the status report. The specific operations for the autonomous RLC retransmission and normal RLC retransmission are identical or similar. Similarly, persons skilled in the art would and could understand that an enhanced RL polling procedure and normal RLC polling procedure mainly differ in the condition or timer to perform a RLC polling procedure, and the specific operations for the enhanced RLC polling and normal (or legacy) RLC polling procedure are identical or similar. Aspects of the present disclosure mainly focus on the information communications between the CU and DU for supporting timely retransmission in split RAN architecture. Details of determining and performing RLC autonomous retransmission and RLC enhanced polling will not be illustrated.

[0054] Aspects of the present disclosure are described in the context of a wireless communications system.

[0055] Figure 1 illustrates an example of a wireless communications system 100 in accordance with aspects of the present disclosure. The wireless communications system 100 may include one or more NE 102, one or more UE 104, and a core network (CN) 106. The wireless communications system 100 may support various radio access technologies. In some implementations, the wireless communications system 100 may be a 4G network, such as an LTE network or an LTE-Advanced (LTE-A) network. In some other implementations, the wireless communications system 100 may be a NR network, such as a 5G network, a 5G-Advanced (5G-A) network, or a 5G ultrawideband (5G-UWB) network. In other implementations, the wireless communications system 100 may be a combination of a 4G network and a 5G network, or other suitable radio access technology including Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi) , IEEE 802.16 (WiMAX) , IEEE 802.20. The wireless communications system 100 may support radio access technologies beyond 5G, for example, 6G. Additionally, the wireless communications system 100 may support technologies, such as time division multiple access (TDMA) , frequency division multiple access (FDMA) , or code division multiple access (CDMA) , etc.

[0056] The one or more NE 102 may be dispersed throughout a geographic region to form the wireless communications system 100. One or more of the NE 102 described herein may be or include or may be referred to as a network node, a base station, a network element, a network function, a network entity, a radio access network (RAN) , a NodeB, an eNodeB (eNB) , a next-generation NodeB (gNB) , or other suitable terminology. An NE 102 and a UE 104 may communicate via a communication link, which may be a wireless or wired connection. For example, an NE 102 and a UE 104 may perform wireless communication (e.g., receive signaling, transmit signaling) over a Uu interface.

[0057] An NE 102 may provide a geographic coverage area for which the NE 102 may support services for one or more UEs 104 within the geographic coverage area. For example, an NE 102 and a UE 104 may support wireless communication of signals related to services (e.g., voice, video, packet data, messaging, broadcast, etc. ) according to one or multiple radio access technologies. In some implementations, an NE 102 may be moveable, for example, a satellite associated with a non-terrestrial network (NTN) . In some implementations, different geographic coverage areas 112 associated with the same or different radio access technologies may overlap, but the different geographic coverage areas may be associated with different NE 102. In some embodiments, the NEs 102 may include one or more relay nodes, integrated access and backhaul (IAB) nodes or wireless access backhaul (WAB) nodes which can provide wireless access services for UEs 104. A relay node (or an IAB node or a WAB node) can directly connect to a BS or hop through one or more relay nodes (or one or more IAB or WAB nodes) before reaching the BS.

[0058] The one or more UE 104 may be dispersed throughout a geographic region of the wireless communications system 100. A UE 104 may include or may be referred to as a remote unit, a mobile device, a wireless device, a remote device, a subscriber device, a transmitter device, a receiver device, or some other suitable terminology. In some implementations, the UE 104 may be referred to as a unit, a station, a terminal, or a client, among other examples. Additionally, or alternatively, the UE 104 may be referred to as an Internet-of-Things (IoT) device, an Internet-of-Everything (IoE) device, or machine-type communication (MTC) device, among other examples.

[0059] A UE 104 may be able to support wireless communication directly with other UEs 104 over a communication link. For example, a UE 104 may support wireless communication directly with another UE 104 over a device-to-device (D2D) communication link. In some implementations, such as vehicle-to-vehicle (V2V) deployments, vehicle-to-everything (V2X) deployments, or cellular-V2X deployments, the communication link 114 may be referred to as a sidelink. For example, a UE 104 may support wireless communication directly with another UE 104 over a PC5 interface.

[0060] An NE 102 may support communications with the CN 106, or with another NE 102, or both. For example, an NE 102 may interface with other NE 102 or the CN 106 through one or more backhaul links (e.g., S1, N2, N3, or network interface) . In some implementations, the NE 102 may communicate with each other directly. In some other implementations, the NE 102 may communicate with each other or indirectly (e.g., via the CN 106. In some implementations, one or more NE 102 may include subcomponents, such as an access network entity, which may be an example of an access node controller (ANC) . An ANC may communicate with the one or more UEs 104 through one or more other access network transmission entities, which may be referred to as a radio heads, smart radio heads, or transmission-reception points (TRPs) .

[0061] The CN 106 may support user authentication, access authorization, tracking, connectivity, and other access, routing, or mobility functions. The CN 106 may be an evolved packet core (EPC) , or a 5G core (5GC) , which may include a control plane entity that manages access and mobility (e.g., a mobility management entity (MME) , an access and mobility management functions (AMF) ) and a user plane entity that routes packets or interconnects to external networks (e.g., a serving gateway (S-GW) , a Packet Data Network (PDN) gateway (P-GW) , or a user plane function (UPF) ) . In some implementations, the control plane entity may manage non-access stratum (NAS) functions, such as mobility, authentication, and bearer management (e.g., data bearers, signal bearers, etc. ) for the one or more UEs 104 served by the one or more NE 102 associated with the CN 106.

[0062] The CN 106 may communicate with a packet data network over one or more backhaul links (e.g., via an S1, N2, N3, or another network interface) . The packet data network may include an application server. In some implementations, one or more UEs 104 may communicate with the application server. A UE 104 may establish a session (e.g., a protocol data unit (PDU) session, or the like) with the CN 106 via an NE 102. The CN 106 may route traffic (e.g., control information, data, and the like) between the UE 104 and the application server using the established session (e.g., the established PDU session) . The PDU session may be an example of a logical connection between the UE 104 and the CN 106 (e.g., one or more network functions of the CN 106) .

[0063] In the wireless communications system 100, the NEs 102 and the UEs 104 may use resources of the wireless communications system 100 (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers) ) to perform various operations (e.g., wireless communications) . In some implementations, the NEs 102 and the UEs 104 may support different resource structures. For example, the NEs 102 and the UEs 104 may support different frame structures. In some implementations, such as in 4G, the NEs 102 and the UEs 104 may support a single frame structure. In some other implementations, such as in 5G and among other suitable radio access technologies, the NEs 102 and the UEs 104 may support various frame structures (i.e., multiple frame structures) . The NEs 102 and the UEs 104 may support various frame structures based on one or more numerologies.

[0064] One or more numerologies may be supported in the wireless communications system 100, and a numerology may include a subcarrier spacing and a cyclic prefix. A first numerology (e.g., μ=0) may be associated with a first subcarrier spacing (e.g., 15 kHz) and a normal cyclic prefix. In some implementations, the first numerology (e.g., μ=0) associated with the first subcarrier spacing (e.g., 15 kHz) may utilize one slot per subframe. A second numerology (e.g., μ=1) may be associated with a second subcarrier spacing (e.g., 30 kHz) and a normal cyclic prefix. A third numerology (e.g., μ=2) may be associated with a third subcarrier spacing (e.g., 60 kHz) and a normal cyclic prefix or an extended cyclic prefix. A fourth numerology (e.g., μ=3) may be associated with a fourth subcarrier spacing (e.g., 120 kHz) and a normal cyclic prefix. A fifth numerology (e.g., μ=4) may be associated with a fifth subcarrier spacing (e.g., 240 kHz) and a normal cyclic prefix.

[0065] A time interval of a resource (e.g., a communication resource) may be organized according to frames (also referred to as radio frames) . Each frame may have a duration, for example, a 10 millisecond (ms) duration. In some implementations, each frame may include multiple subframes. For example, each frame may include 10 subframes, and each subframe may have a duration, for example, a 1 ms duration. In some implementations, each frame may have the same duration. In some implementations, each subframe of a frame may have the same duration.

[0066] Additionally or alternatively, a time interval of a resource (e.g., a communication resource) may be organized according to slots. For example, a subframe may include a number (e.g., quantity) of slots. The number of slots in each subframe may also depend on the one or more numerologies supported in the wireless communications system 100. For instance, the first, second, third, fourth, and fifth numerologies (i.e., μ=0, μ=1, μ=2, μ=3, μ=4) associated with respective subcarrier spacings of 15 kHz, 30 kHz, 60 kHz, 120 kHz, and 240 kHz may utilize a single slot per subframe, two slots per subframe, four slots per subframe, eight slots per subframe, and 16 slots per subframe, respectively. Each slot may include a number (e.g., quantity) of symbols (e.g., OFDM symbols) . In some implementations, the number (e.g., quantity) of slots for a subframe may depend on a numerology. For a normal cyclic prefix, a slot may include 14 symbols. For an extended cyclic prefix (e.g., applicable for 60 kHz subcarrier spacing) , a slot may include 12 symbols. The relationship between the number of symbols per slot, the number of slots per subframe, and the number of slots per frame for a normal cyclic prefix and an extended cyclic prefix may depend on a numerology. It should be understood that reference to a first numerology (e.g., μ=0) associated with a first subcarrier spacing (e.g., 15 kHz) may be used interchangeably between subframes and slots.

[0067] In the wireless communications system 100, an electromagnetic (EM) spectrum may be split, based on frequency or wavelength, into various classes, frequency bands, frequency channels, etc. By way of example, the wireless communications system 100 may support one or multiple operating frequency bands, such as frequency range designations FR1 (410 MHz –7.125 GHz) , FR2 (24.25 GHz –52.6 GHz) , FR3 (7.125 GHz –24.25 GHz) , FR4 (52.6 GHz –114.25 GHz) , FR4a or FR4-1 (52.6 GHz –71 GHz) , and FR5 (114.25 GHz –300 GHz) . In some implementations, the NEs 102 and the UEs 104 may perform wireless communications over one or more of the operating frequency bands. In some implementations, FR1 may be used by the NEs 102 and the UEs 104, among other equipment or devices for cellular communications traffic (e.g., control information, data) . In some implementations, FR2 may be used by the NEs 102 and the UEs 104, among other equipment or devices for short-range, high data rate capabilities.

[0068] FR1 may be associated with one or multiple numerologies (e.g., at least three numerologies) . For example, FR1 may be associated with a first numerology (e.g., μ=0) , which includes 15 kHz subcarrier spacing; a second numerology (e.g., μ=1) , which includes 30 kHz subcarrier spacing; and a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing. FR2 may be associated with one or multiple numerologies (e.g., at least 2 numerologies) . For example, FR2 may be associated with a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing; and a fourth numerology (e.g., μ=3) , which includes 120 kHz subcarrier spacing.

[0069] Figure 2 is a schematic diagram illustrating an internal structure of a NE or RAN node, e.g., a gNB in accordance with aspects of the present disclosure.

[0070] Referring to Figure 2, in a split RAN architecture, the internal structure of a RAN node (e.g., NE 102) may be split into a CU 200 and at least one DU 202 (e.g., two DUs shown in Figure 2) . Although a specific number of DUs 202 are depicted in FIG. 2, it is contemplated that any number of DUs 202 may be included in the RAN node.

[0071] The CU 200, e.g., a CU of a gNB (gNB CU, or gNB-CU) and DU 202 e.g., a DU of a gNB (gNB DU, or gNB-DU) are connected with each other by an interface called F1 as specified in 3GPP standard documents. The RRC layer functionality, SDAP layer functionality, and the PDCP layer functionality are located in the CU 200. The CU is responsible for performing security processing for RRC messages, including encryption, decryption, integrity protection and integrity checking etc., and these functions are typically handled by the PDCP layer. The RLC layer functionality, media access control (MAC) layer functionality, and the physical (PHY) layer functionality are located in the DU 202.

[0072] According to some implementations of the present disclosure, the CU may be separated into a CU CP unit (also referred to as "CU CP" or "CU-CP" ) and at least one CU UP unit (or also referred to as "CU UP" or "CU-UP" ) .

[0073] Figure 3 is another schematic diagram illustrating an internal structure of a NE or RAN node according to some aspects of the present disclosure.

[0074] Referring to Figure 3, the CU of the RAN node 300, e.g., a gNB may be separated into a CU-CP 310 and at least one CU-UP 312. The CU-CP 310 and each CU-UP 312 may be connected with each other by an interface called E1 as specified in 3GPP standard documents. The CU-CP 310 and the DU 33 of the RAN node 300 are connected by an interface called F1-C as specified in 3GPP documents. Each CU-UP 312 and the DU 33 are connected by an interface called F1-U as specified in 3GPP standard documents.

[0075] When the gNB-CU receives a packet, e.g., a PDCP SDU from the CN, the gNB-CU may start a discard timer, e.g., a PDCP discard timer. When the PDCP discard timer expires, the gNB-CU shall discard the PDCP SDU.

[0076] In accordance with aspects of the present disclosure, a PDCP discard timer may be a PSI based discard timer or non-PSI based discard timer (e.g., a legacy PDCP discard timer provided in 3GPP R15 and on forwards, or a PDCP discard timer evolved as the 3GPP) . An exemplary PSI based discard timer may be used for a packet, e.g., a PDCP SDU belongs to a PDU set with a certain importance, e.g., a low importance PDU set, which is a shorter timer for the packets of a PDU set with low importance than the legacy PDCP discard timer. In the case that a PSI based discard timer is provided, e.g., for the DU, the CU may also indicate to the DU for which PSI the PSI based discard timer is applied in some cases.

[0077] In some implementations of the present disclosure, a PDCP discard timer, e.g., a legacy PDCP discard timer may be defined as the following discard timer IE shown in Table 1. Table 1

[0078] In some implementations of the present disclosure, a PDCP discard timer, e.g., a legacy PDCP discard timer may be defined as the following discard timer extend IE shown in Table 2. Table 2

[0079] In some implementations of the present disclosure, a PDCP discard timer, e.g., a PSI based discard timer may be defined as the following PSI based discard timer IE shown in Table 3. Table 3

[0080] When a downlink packet is transmitted from a CU to a DU in a split RAN architecture, e.g., from a gNB-CU to a gNB-DU, the packet may have been buffered in the gNB-CU for a time duration. However, the gNB-DU is unaware of the remaining time of the PDCP discard timer of the packet. Thus, the gNB-DU cannot determine the optimal timing for performing timely RLC transmission.

[0081] In accordance with some aspects of the present disclosure, in a split RAN architecture, the CU may determine whether to trigger timely retransmission for a downlink packet, e.g., PDCP SDU based on a timer of determining timely retransmission triggered for the downlink packet and a threshold associated with the timer. The threshold may be received from the DU or determined by the CU itself. When the remaining time of the downlink packet falls below the threshold, the CU may generate and send an indication for triggering timely retransmission (or referred to as timely retransmission indication) for the downlink packet to the DU. After receiving the timely retransmission indication for the downlink packet, the DU may perform timely retransmission for the downlink packet; otherwise, may not.

[0082] Figure 4 illustrates an example of downlink data transmission procedure in a split RAN architecture in accordance with aspects of the present disclosure.

[0083] Referring to Figure 4, the CU of a RAN node, e.g., a gNB-CU may decide to establish a DRB between the RAN node and a UE (not shown) , which includes one or multiple quality of service (QoS) flows. For example, the gNB-CU may send a DRB to be setup request or IE to a DU of the RAN node, e.g., a gNB-DU associated with the UE at step 401, which may be included in a (F1-AP) UE context setup request or UE context modification request message or the like. Accordingly, the gNB-DU may respond with a UE context setup response or UE context modification response message to indicate that the DRB is established, e.g., by a DRB setup IE.

[0084] Whether a DRB can be configured with timely retransmission, e.g., one or multiple of the RLC autonomous retransmission or the RLC enhanced polling may be notified to the DU by the CU in an explicit manner or implicit manner. For example, the CU may send to the DU an indication indicating whether the DRB can be configured with the RLC autonomous retransmission or the RLC enhanced polling or a combination thereof, which may be included in a DRB to be setup IE or DRB to be modification IE in a UE context setup request or UE context modification request message or the like. Herein, it is assumed that the DRB can be configured with the RLC autonomous retransmission and the RLC enhanced polling. The RLC autonomous retransmission is defined as when the remaining time of an RLC SDU or an RLC SDU segment falls below a configured threshold, the transmitting side of an AM RLC entity initiates timer-based retransmission for an RLC SDU or an RLC SDU segment. The enhanced polling is defined as: when the remaining time of an RLC SDU or an RLC SDU segment falls below a configured threshold, the transmitting side of an AM RLC entity initiates RLC polling procedure.

[0085] In some cases, for the DRB that can be configured with timely retransmission the gNB-CU may also include values of at least one PDCP discard timer in a DRB to be setup IE or DRB to be modification IE, e.g., in the UE context setup request or UE context modification request message the like sent to the gNB-DU. For example, the gNB-CU may indicate to the gNB-DU a value of a legacy PDCP discard timer or a value of a PSI based discard timer or a combination thereof.

[0086] In the case of CU-CP and CU-UP split architecture, the CU-CP (not shown) , e.g., gNB-CU-CP may decide to establish the DRB and send the DRB to be setup request to the gNB-DU to establish the DRB, and indicate the values of at least one PDCP discard timer (if any) .

[0087] For downlink data transmission of the DRB, at step 403, the gNB-DU may determine (or configure or the like) at least one threshold of determining timely retransmission, e.g., threshold (s) for determining autonomous RLC retransmission (hereinafter, autonomous retransmission threshold (s) for simplification and clarity) , thresholds for determining remaining time based RLC polling (hereinafter, enhanced polling threshold (s) for simplification and clarity) , or a combination thereof.

[0088] For example, when the gNB-DU decides to configure an autonomous retransmission threshold of the DRB and a non-PSI based timer (e.g., non PSI based PDCP discard timer or legacy PDCP discard timer) is configured, the gNB-DU may decide an autonomous retransmission threshold associated with the non-PSI based timer (hereinafter, autonomous retransmission threshold#1-1 for amplification and clarity) to trigger RLC autonomous retransmission for a downlink packet when the non-PSI based timer is used for the downlink packet. When the gNB-DU decides to configure an autonomous retransmission threshold of the DRB and a PSI based timer is configured, the gNB-DU may decide an autonomous retransmission threshold associated with the PSI based timer (hereinafter, autonomous retransmission threshold#2-1 for amplification and clarity) to trigger RLC autonomous retransmission for a downlink packet, e.g., a PDCP SDU belonging to a low importance PDU set when the PSI based timer is used for the PDU set.

[0089] Similarly, when the gNB-DU decides to configure an enhanced polling threshold of the DRB and a non-PSI based timer (e.g., non PSI based PDCP discard timer or legacy PDCP discard timer) is configured, the gNB-DU may decide an enhanced polling threshold associated with the non-PSI based timer (hereinafter, enhanced polling threshold#1-1 for amplification and clarity) to trigger RLC enhanced polling for a downlink packet when the non-PSI based timer is used for the downlink packet. When the gNB-DU decides to configure an enhanced polling threshold of the DRB and a PSI based timer is configured, the gNB-DU may decide an enhanced polling threshold associated with the PSI based timer (hereinafter, enhanced polling threshold#2-1 for amplification and clarity) to trigger RLC enhanced polling for a downlink packet, e.g., a PDCP SDU belonging to a low importance PDU set when the PSI based timer is used for the PDU set.

[0090] Each threshold may be a remaining time or elapsed time value of a corresponding timer, or a percentage or ratio of a corresponding timer.

[0091] For example, in the case that the gNB-DU receives the value of a PDCP discard timer from the gNB-CU, e.g., at step 401, the gNB-DU may decide the threshold as remaining time till the PDCP discard timer expiry or elapsed time of the PDCP discard timer. For example, if the received value of a PDCP discard timer is 100ms, the gNB-DU may set enhanced polling threshold#1-1 to 20ms and set autonomous retransmission threshold#1-1 to 30ms.

[0092] In some cases, the gNB-DU may not obtain the value of a PDCP discard timer. For example, the gNB-CU does not send the values of any PDCP discard timer (s) to the gNB-DU at all. The gNB-DU may decide the threshold (s) as a percentage or ratio of the PDCP discard timer (s) . For example, the gNB-DU may set enhanced polling threshold#1-1 corresponding to remaining time to 20%of a non-PSI based PDCP discard timer, set autonomous retransmission threshold#1-1 corresponding to remaining time to 30%of a non-PSI based PDCP discard timer, set enhanced polling threshold#2-1 corresponding to remaining time to 20%of a PSI based PDCP discard timer and / or set autonomous retransmission threshold#2-1 corresponding to remaining time to 30%of a PSI based PDCP discard timer.

[0093] Persons skilled in the art would understand that autonomous retransmission threshold#1-1 and #2-1 and enhanced polling threshold#1-1 and #2-1 separately illustrated above may refer to the same or different values. For example, autonomous retransmission threshold#1-1 and enhanced polling threshold#1-1 may refer to a single threshold of determining timely retransmission, e.g., the same remaining time of a legacy PDCP discard timer, and / or autonomous retransmission threshold#2-1 and enhanced polling threshold#2-1 may refer to a single threshold of determining timely retransmission, e.g., the same remaining time of a PSI based discard timer.

[0094] The gNB-DU may send the threshold (s) of determining timely retransmission of the DRB to the gNB-CU at step 405, e.g., included in DRB setup IE or DRB modify IE in a UE context setup response message or UE context modification response message. In some cases, the gNB-DU may also send to the gNB-CU an indication indicating the DRB is configured with enhanced polling and / or autonomous retransmission, or timely retransmission (e.g., for both enhanced polling and autonomous retransmission) .

[0095] In the case of CU-CP and CU-UP split architecture, the DU, e.g., gNB-DU may transmit the threshold (s) of determining timely retransmission to the CU-CP, e.g., gNB-CU-CP.The gNB-CU-CP may send the threshold (s) for timely retransmission to the CU-UP (not shown) , e.g., gNB-CU-UP, e.g., in a bearer context modification request message or the like.

[0096] After receiving the threshold (s) of determining timely retransmission of the DRB, the gNB-CU may decide whether to trigger timely retransmission for a downlink packet of the DRB based on the received the threshold (s) at step 407. In the case that the gNB-CU decides to trigger timely retransmission for the downlink packet, the gNB-CU may send an indication for trigging timely retransmission for the packet to the gNB-DU at step 409. In some cases, the gNB-CU may also indicate to the gNB-DU that timely retransmission is triggered for a packet.

[0097] For example, when receiving a downlink packet, e.g., a downlink service data adaptation protocol (SDAP) SDU from CN, e.g., user plane function (UPF) , the gNB-CU may start the PDCP discard timer, e.g., a legacy PDCP discard timer or a PSI based discard timer for the downlink packet. For the packet of the DRB configured with timely retransmission, when the remaining time till PDCP discard timer expiry is less than or equal to the threshold (s) for timely retransmission or the elapsed time of the PDCP discard timer is higher than or equal to the threshold (s) for timely retransmission and the packet has not been acknowledged as successfully delivered to the UE, the gNB-CU may determine to trigger timely retransmission (one or multiple of autonomous retransmission or enhanced polling) . Whether the remaining time or elapsed time is used may be predefined, or configured or based on the RAN node’s implementations. Hereinafter, the same.

[0098] More specifically, if a legacy PDCP discard timer is started or triggered for a downlink packet and autonomous retransmission threshold#1-1 is provided, the gNB-CU may determine to trigger a RLC autonomous retransmission for the downlink packet in the case that remaining time of the legacy PDCP discard timer is lower than or equal to autonomous retransmission threshold#1-1 or the elapsed time of the legacy PDCP discard timer is higher than or equal to autonomous retransmission threshold#1-1 and positive acknowledge of the downlink packet has not been received (e.g., the packet has not been acknowledged as successfully delivered to the UE) . The gNB-CU may generate an indication for triggering a RLC autonomous retransmission (or autonomous retransmission indication for simplification and clarity) for the downlink packet, and send it to the gNB-DU.

[0099] If a legacy PDCP discard timer is started or triggered for a downlink packet and enhanced polling threshold#1-2 is provided, the gNB-CU may determine to trigger a RLC enhanced polling for the downlink packet in the case that remaining time of the legacy PDCP discard timer is lower than or equal to enhanced polling threshold#1-1 or the elapsed time of the legacy PDCP discard timer is higher than or equal to enhanced polling threshold#1-1 and positive acknowledge of the downlink packet has not been received (e.g., the packet has not been acknowledged as successfully delivered to the UE) . The gNB-CU may generate an indication for triggering a RLC enhanced polling (or enhanced polling indication for simplification and clarity) for the downlink packet, and send it to the gNB-DU.

[0100] If a PSI based discard timer is started or triggered for a downlink packet, e.g., belonging to a corresponding importance PDU set, and autonomous retransmission threshold#2-1 is provided, the gNB-CU may determine to trigger a RLC autonomous retransmission for the downlink packet in the case that remaining time of the PSI based discard timer is lower than or equal to autonomous retransmission threshold#2-1 or the elapsed time of the PSI based discard timer is higher than or equal to autonomous retransmission threshold#2-1 and positive acknowledge of the downlink packet has not been received (e.g., the packet has not been acknowledged as successfully delivered to the UE) . The gNB-CU may generate an indication for triggering a RLC autonomous retransmission for the downlink packet, and send it to the gNB-DU.

[0101] If a PSI based discard timer is started or triggered for a downlink packet, e.g., belonging to a corresponding importance PDU set, and enhanced polling threshold#2-1 is provided, the gNB-CU may determine to trigger a RLC enhanced polling for the downlink packet in the case that remaining time of the PSI based discard timer is lower than or equal to enhanced polling threshold#2-1 or the elapsed time of the PSI based discard timer is higher than or equal to enhanced polling threshold#2-1 and positive acknowledge of the downlink packet has not been received (e.g., the packet has not been acknowledged as successfully delivered to the UE) . The gNB-CU may generate an indication for triggering a RLC enhanced polling for the downlink packet, and send it to the gNB-DU.

[0102] When sending an indication for triggering timely retransmission for a downlink packet, e.g., triggering RLC autonomous retransmission, RLC enhanced polling or both, the gNB-CU may also provide the PDCP SN or PDCP count value of the packet for the gNB-DU.

[0103] The gNB-CU may send to the gNB-DU indication (s) for triggering timely retransmission by F1 user plane protocol, e.g. in a downlink user data frame, or by F1-C signalling e.g., in the F1-AP UE context modification request message. Table 4

[0104] An exemplary downlink user data frame carrying the indication (s) for triggering RLC enhanced polling is shown in Table 4 above. As shown in Table 4, one bit “polling” is used to indicate whether enhanced polling is triggered, or whether the PDCP SN of a packet being triggered enhanced polling presents or the like, wherein if this bit is set to1, it means that enhanced polling is triggered or the PDCP SN of a packet being triggered enhanced polling presents. In addition, one or multiple bytes, e.g., 3 byes may be used to indicate the PDCP SN of the packet being triggered enhanced polling. In some implementations of the present disclosure, compared with a legacy downlink user data frame, only one bit “polling” is used to indicate whether enhanced polling is triggered.

[0105] Similarly, one bit “autonomous retransmission” or the like may be used to indicate whether autonomous retransmission is triggered or whether the PDCP SN of a packet being triggered autonomous retransmission presents or the like. If this bit is set to “1, ” it means that autonomous retransmission is triggered or the PDCP SN of a packet being triggered autonomous retransmission presents. In addition, one or multiple bytes, e.g., 3 byes may be used to indicate the PDCP SN of the packet being triggered autonomous retransmission. In some implementations of the present disclosure, compared with a legacy downlink user data frame, only one bit “autonomous retransmission” is used to indicate whether autonomous retransmission is triggered.

[0106] In some implementations of the present disclosure, one bit “timely retransmission” or the like may be used to indicate whether timely retransmission is triggered or whether the PDCP SN of a packet being triggered timely retransmission presents or the like. If this bit is set to “1, ” it means that timely retransmission is triggered or the PDCP SN of a packet being triggered timely retransmission presents. In addition, one or multiple bytes, e.g., 3 byes may be used to indicate the PDCP SN of the packet being triggered timely retransmission. In some implementations of the present disclosure, compared with a legacy downlink user data frame, only one bit “timely retransmission” is used to indicate whether timely retransmission is triggered.

[0107] In the case of CU-CP and CU-UP split architecture, the gNB-CU-UP may determine whether to trigger timely retransmission for a downlink packet of the DRB based on the received the threshold (s) , and send the indication for trigger timely retransmission (one or multiple of autonomous retransmission or enhanced polling) , e.g., by user plane protocol message or the like.

[0108] After receiving an indication for trigger timely retransmission (one or multiple of autonomous retransmission or enhanced polling) for a downlink packet, the gNB-DU may determine to perform timely retransmission according to the indications received from the gNB-CU at step 411. For example, if the gNB-DU receives an enhanced polling indication from the gNB-CU, the gNB-DU may set the P field of a packet, e.g., an acknowledged mode data (AMD) PDU to "1. " The AMD PDU may correspond to the packet, e.g., a PDCP PDU indicated by the PDCP SN or the PDCP PDU that is subject to transmission or retransmission. If the gNB-DU receives an autonomous retransmission indication from the gNB-CU, the gNB-DU may consider a RLC SDU or the RLC SDU segment corresponding to the packet for autonomous retransmission if the original RLC SDU has been submitted to lower layers and the RLC SDU or the RLC SDU segment is not pending for autonomous retransmission. The RLC SDU may be identified by the PDCP SN or PDCP count value in the autonomous retransmission indication.

[0109] In accordance with some aspects of the present disclosure, in a split RAN architecture, the CU may provide values of at least one timer of determining timely retransmission, e.g., at least one PDCP discard timer to the DU. Based on the values of the at least one PDCP discard timer, the DU may determine whether to trigger timely retransmission. If the DU determines to trigger timely retransmission for a packet, the gNB-DU may perform timely retransmission for the packet, e.g., the RLC SDU or RLC SDU segment corresponding to the packet.

[0110] Figure 5 illustrates another example of downlink data transmission procedure in a split RAN architecture in accordance with aspects of the present disclosure.

[0111] Referring to Figure 5, the CU of a RAN node, e.g., a gNB-CU may decide to establish a DRB between the RAN node and a UE, e.g., by sending a DRB to be setup IE in a F1-AP UE context setup request or UE context modification request or the like to a DU of the RAN node, e.g., a gNB-DU associated with the UE at step 501. Accordingly, the gNB-DU may respond with a DRB setup IE in a F1-AP UE context setup response or UE context modification response or the like to indicate that the DRB is established.

[0112] Similarly, whether a DRB can be configured with timely retransmission, e.g., one or multiple of the RLC autonomous retransmission or the RLC enhanced polling may be notified to the gNB-DU by the gNB-CU in an explicit manner or implicit manner. For example, the gNB-CU may send to the DU an indication indicating whether the DRB can be configured with the RLC autonomous retransmission or the RLC enhanced polling or a combination thereof a F1-AP UE context setup request or UE context modification request or the like. Herein, it is assumed that the DRB can be configured with the RLC autonomous retransmission and the RLC enhanced polling.

[0113] For downlink data transmission of the DRB, the gNB-CU may also indicate to the gNB-DU values of at least one PDCP discard timer, e.g., in the UE context setup request or UE context modification request or the like (the same message at step 501 or a different message at a different step) . e.g., a value of a legacy PDCP discard timer or a value of a PSI based discard timer or a combination thereof.

[0114] In the case of CU-CP and CU-UP split architecture, the CU-CP (not shown) , e.g., gNB-CU-CP may send the UE context setup request or UE context modification request or the like to the gNB-DU to establish the DRB and indicate the values of at least one PDCP discard timer.

[0115] In the case that a PSI based discard timer is indicated to the gNB-DU, the gNB-CU may also indicate to the gNB-DU for which PSI the PSI based discard timer is applied, e.g., in the header of a packet, e.g., GPRS tunneling protocol user plane (GTP-U) header or the like of a PDCP PDU. For example, the gNB-CU may indicate to the gNB-DU that the PSI discard timer is only applied for the low importance PDU set e.g., whose PSI values are set to 1 or 2.

[0116] Regarding the threshold (s) of determining timely retransmission for datalink data, e.g., autonomous retransmission threshold (s) , enhanced polling threshold (s) , or a combination thereof, it can be determined by the gNB-DU as illustrated in view of Figure 4, or determined by the gNB-CU and then send to the gNB-DU, e.g., included in the UE context setup request or UE context modification request or the like. Details of the threshold (s) of determining timely retransmission are identical to that illustrated in view of Figure 4 and will not repeat herein.

[0117] When receiving a downlink packet, e.g., a SDAP SDU from UPF, the gNB-CU may transfer it to the gNB-DU immediately. When the gNB-DU receives the packet, e.g., PDCP PDU from the gNB-CU, the gNB-DU may start the corresponding PDCP discard timer for the packet, which may be a legacy PDCP discard timer or a PSI based discard timer in the that the packet belongs to a PDU set with the corresponding PSI and the PSI based discard timer is configured and provided for the gNB-DU.

[0118] Based on the threshold (s) of determining timely retransmission of the DRB, the gNB-DU may decide whether to trigger timely retransmission for the packet at step 503.

[0119] For example, when the remaining time till PDCP discard timer expiry is less than or equal to the threshold (s) for timely retransmission or the elapsed time of the PDCP discard timer is higher than or equal to the threshold (s) for timely retransmission and the packet has not been acknowledged as successfully delivered to the UE, the gNB-DU may determine to trigger timely retransmission (one or multiple of autonomous retransmission or enhanced polling) . More details are identical or similar to that performed by the gNB-CU illustrated in view of Figure 4, and will not repeat.

[0120] When the gNB-DU determines to trigger timely retransmission (one or multiple of autonomous retransmission or enhanced polling) , it may perform the timely retransmission accordingly at step 505, which is similar to that performed by the gNB-DU illustrated in in view of Figure 4, and will not repeat.

[0121] In accordance with some aspects of the present disclosure, in a split RAN architecture, the CU may provide information related to the value time of each packet of the DRB to the DU, e.g., in the header of the packet. Based on the valid time of the packet explicitly or implicitly indicated by the CU, the DU may decide whether to perform timely retransmission.

[0122] Figure 6 illustrates yet another example of downlink data transmission procedure in a split RAN architecture in accordance with aspects of the present disclosure.

[0123] Referring to Figure 6, similarly, the CU of a RAN node, e.g., a gNB-CU may decide to establish a DRB between the RAN node and a UE, e.g., by sending a DRB to be setup IE in a F1-AP UE context setup request or UE context modification request or the like to a DU of the RAN node, e.g., a gNB-DU associated with the UE at step 601. Accordingly, the gNB-DU may respond with a DRB setup IE in a F1-AP UE context setup response or UE context modification response or the like to indicate that the DRB is established.

[0124] In some cases, the gNB-DU may send to the gNB-CU an indication indicating whether timely retransmission is configured for a DRB. For example, the DU may send to the CU an indication indicating whether the DRB can be configured with the RLC autonomous retransmission or the RLC enhanced polling or a combination thereof, e.g., included in the DRB setup IE in the F1-AP UE context setup response message or DRB modify IE in UE context modification response message. Herein, it is assumed that the DRB can be configured with the RLC autonomous retransmission and the RLC enhanced polling.

[0125] When receiving a downlink packet, e.g., a downlink SDAP SDU from UPF, the gNB-CU may start the PDCP discard timer, e.g., a legacy PDCP discard timer or a PSI based discard timer for the downlink packet. For the packet of the DRB configured with timely retransmission, when the gNB-CU send the packet to the gNB-DU (assuming that the packet is not discarded due to the DPCP timer expires) at step 603, the gNB-CU may include the information related to the valid time of the packet in the header of the packet. The valid time is the remaining time of the PDCP discard timer started for the packet. In some cases, the information related to the valid time of a packet may directly indicate the remaining time of the corresponding PDCP discard timer started for the packet. In some cases, the information related to the valid time of a packet may indirectly indicate the remaining time of the corresponding PDCP discard timer started for the packet. For example, the gNB-CU may indicate the values of the PDCP discard timer (s) associated with the DRB to the gNB-DU, and include the elapsed time or the start time of the PDCP discard timer started for packet or the arrival time of packet in the header of the packet to implicitly indicate the valid time of the packet to the gNB-DU.

[0126] Regarding when or whether to indicate the valid time to the gNB-DU, there are multiple manners. For example, in some implementations of the present disclosure, the gNB-CU may indicate the valid time of each packet sent to the gNB-DU. In some implementations of the present disclosure, the gNB-CU may only indicate to the gNB-DU the valid time of a packet whose PDCP discard timer's remaining time is less than or equal to a threshold or PDCP discard timer's elapsed time is higher than or equal to a related threshold. The related threshold may be predefined or determined by the gNB-CU or gNB-DU.

[0127] In some cases, the gNB-CU may include the valid time of the packet in the GTP-U extension header of the packet. For example, the gNB-CU may include the valid time of a PDCP PDU in the PDU set information user plane protocol message, e.g., in a downlink PDU set information frame. At least one bit may be introduced to indicate whether the valid time related information is present or not, and one or more bytes may be introduced to indicate the value of the valid time or the like, e.g., a valid time of 10.00ms.

[0128] In the case of CU-CP and CU-UP split architecture, the CU-CP (not shown) , e.g., gNB-CU-CP may send a UE context setup request or UE context modification request or the like to the gNB-DU to establish the DRB and receive the indication indicating whether timely retransmission is configured for the DRB (if any) . The gNB-CU-CP may further send the received indication (if any) to the CU-UP (not shown) , e.g., gNB-CU-UP. Then, the gNB-CU-UP may send the packet with valid time or the like to the gNB-DU.

[0129] After receiving the packet from the gNB-CU, the gNB-DU may start a timer with the corresponding valid time (hereinafter, valid timer for simplification and clarity) . The gNB-CU may determine whether to trigger timely retransmission (one or multiple of autonomous retransmission or enhanced polling) based on the valid timer and the corresponding threshold (s) of determining timely retransmission at step 605, and perform the timely retransmission in the case of determining to perform timely retransmission at step 607.

[0130] For example, when the remaining time till valid timer expiry is less than or equal to the threshold (s) for timely retransmission or the elapsed time of the valid timer is higher than or equal to the threshold (s) for timely retransmission and the packet has not been acknowledged as successfully delivered to the UE, the gNB-DU may determine to trigger timely retransmission (one or multiple of autonomous retransmission or enhanced polling) . More details are similar to that illustrated in view of Figure 4 except the different timers are applied, and thus will not repeat.

[0131] Regarding the threshold (s) of determining timely retransmission, which may be determined by the gNB-DU, or determined by the gNB-CU and then indicated to the gNB-DU, and the details are identical or similar to that illustrated in view of Figure 4 and thus will not repeat.

[0132] For uplink data transmission, the network side, e.g., RAN node may also need to configure threshold (s) for timely retransmission for UE e.g., via RRC message. The threshold (s) for timely retransmission for UE may be included in the RLC configuration, e.g., RLC-Config IE or the like, which is generated in the DU, e.g., gNB-DU in the split RAN architecture. However, the gNB-DU does not know the information related to PDCP discard timer (s) at the CU, e.g., gNB-CU, and thus the gNB-DU is not able to provide the thresholds in the RLC-Config IE.

[0133] In accordance with aspects of the present disclosure, the gNB-CU may send to the gNB-DU value (s) of at least one timer of determining RRC configuration of the timely retransmission at UE side, e.g., at least one PDCP discard timer, so that the gNB-DU may determine the timely retransmission threshold (s) associated with the timer (s) for UE or uplink data. In accordance with aspects of the present disclosure, the gNB-CU may determine the timely retransmission threshold (s) associated with the timer (s) for UE or uplink data and send to the gNB-DU.

[0134] Similarly, the timely retransmission threshold (s) for the UE may include, e.g., threshold (s) for UE autonomous RLC retransmission, thresholds for UE remaining time based RLC polling, or a combination thereof.

[0135] Figure 7 illustrates an example of uplink data transmission procedure in a split RAN architecture in accordance with aspects of the present disclosure.

[0136] Referring to Figure 7, similarly, the CU of a RAN node, e.g., a gNB-CU may decide to establish a DRB between the RAN node and a UE, e.g., by sending a DRB to be setup IE in a F1-AP UE context setup request or UE context modification request or the like to a DU of the RAN node, e.g., a gNB-DU associated with the UE at step 701. Accordingly, the gNB-DU may respond with a DRB setup IE in a F1-AP UE context setup response or UE context modification response or the like to indicate that the DRB is established. It is assumed that the DRB can be configured with timely retransmission.

[0137] In some implementations of the present disclosure, the gNB-CU may also indicate values of at least one PDCP discard timer to the gNB-DU, e.g., in the UE context setup request or UE context modification request or the like (the same message at step 701 or a different message at a different step) . For example, the gNB-CU may indicate to the gNB-DU a value of a legacy PDCP discard timer or a value of a PSI based discard timer or a combination thereof. In the case that a PSI based discard timer is provided for the gNB-DU, the gNB-CU may also indicate to the gNB-DU for which PSI the PSI based discard timer is applied. The gNB-DU may determine the timely retransmission threshold (s) to be configured for UE based on the received values of at least one PDCP discard timer at step 703. Each threshold may be based on a remaining time or elapsed time value of a corresponding timer.

[0138] For example, when the gNB-DU decides to configure an autonomous retransmission threshold of the DRB for the UE and a non-PSI based timer (e.g., non-PSI based discard timer or legacy PDCP discard timer) is configured, the gNB-DU may decide an autonomous retransmission threshold associated with the non-PSI based timer (hereinafter, autonomous retransmission threshold#1-2 for amplification and clarity) to trigger RLC autonomous retransmission for a packet when the non-PSI based timer is used for the packet. When the gNB-DU decides to configure an autonomous retransmission threshold of the DRB and a PSI based timer (e.g., PSI based PDCP discard timer) is configured, the gNB-DU may decide an autonomous retransmission threshold associated with the PSI based timer (hereinafter, autonomous retransmission threshold#2-2 for amplification and clarity) to trigger RLC autonomous retransmission for a packet, e.g., a PDCP SDU belonging to a low importance PDU set when the PSI based timer is used for the PDU set.

[0139] An exemplary autonomous retransmission threshold#1-2 is used by the transmitting side of each AM RLC entity at UE to determine whether timer-based retransmission should be triggered based on the remaining time, which may be set in an IE called as an autonomousReTxTreshold IE or the like as shown below or the like: "autonomousReTxTreshold Remaining time threshold used by the Tx side of the RLC entity to trigger an autonomous  retransmission as specified in TS 38.322. Value for the IE AutonomousReTxThreshold in number of milliseconds. "

[0140] Similarly, when the gNB-DU decides to configure an enhanced polling threshold of the DRB for the UE and a non-PSI based timer is configured, the gNB-DU may decide an enhanced polling threshold associated with the non-PSI based timer (e.g., non-PSI based PDCP discard timer or legacy PDCP discard timer) (hereinafter, enhanced polling threshold#1-2 for amplification and clarity) to trigger RLC enhanced polling for a packet UE when the non-PSI based timer is used for the packet. When the gNB-DU decides to configure an enhanced polling threshold of the DRB and a PSI based timer (e.g. PSI based PDCP discard timer) is configured, the gNB-DU may decide an enhanced polling threshold associated with the PSI based timer (hereinafter, enhanced polling threshold#2-2 for amplification and clarity) to trigger RLC enhanced polling for a packet, e.g., a PDCP SDU belonging to a low importance PDU set when the PSI based timer is used for the PDU set.

[0141] An exemplary enhanced polling threshold#1-2 is used by the transmitting side of each AM RLC entity at UE to determine whether a poll should be triggered based on the remaining time, which may be set in an IE called EnhancedPollingThreshold IE as shown below or the like: "enhancedPollingTheshold Remaining time threshold that when the remaining time of an RLC SDU determined by  the discardTimer in TS 38.323 falls below the threshold, the Tx side of the RLC entity triggers polling as specified in TS 38.322. Value for the IE enhancedPollingThreshold in number of milliseconds. "

[0142] Persons skilled in the art would understand that autonomous retransmission threshold#1-2 and #2-2 and enhanced polling threshold#1-2 and #2-2 separately illustrated above may refer to the same or different values. For example, autonomous retransmission threshold#1-2 and enhanced polling threshold#1-2 may refer to a single threshold for timely retransmission, e.g., the same remaining time of a legacy PDCP discard timer, and / or autonomous retransmission threshold#2-2 and enhanced polling threshold#2-2 may refer to a single threshold for timely retransmission, e.g., the same remaining time of a PSI based discard timer.

[0143] In some implementations of the present disclosure, the gNB-CU may determine timely retransmission threshold (s) for the UE at step 705 and send to the gNB-DU (at step 701 or a later step) , which is identical or similar to that illustrated above performed by the gNB-DU, and thus will not repeat. The gNB-CU may also indicate the associated timer (s) to the gNB-DU in some cases.

[0144] After receiving the timely retransmission threshold (s) for the UE from the gNB-CU, the gNB-DU may set the threshold (s) in the corresponding IE (s) . For example, the gNB-DU may set an autonomous retransmission threshold in autonomousReTxTreshold IE and set an enhanced polling threshold in EnhancedPollingThreshold IE.

[0145] The gNB-DU may further include the timely retransmission threshold (s) for the UE in RLC configuration or the like. In the case that the RRC layer is located in CU, the gNB-DU may send the RLC configuration to the gNB-CU at step 707, so that the gNB-CU can include the RLC configuration in the RRC message to the UE, and transmit the RRC message to the UE via the gNB-DU. In the case that the RRC layer is located in DU, the gNB-DU may include the RLC configuration in the RRC message to the UE, and transmit the RRC message to the UE.

[0146] Figure 8 illustrates an example of a CU 800 in accordance with aspects of the present disclosure. The CU 800 may include a processor 802, a memory 804, a controller 806, and a transceiver 808. The processor 802, the memory 804, the controller 806, or the transceiver 808, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. These components may be coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

[0147] The processor 802, the memory 804, the controller 806, or the transceiver 808, or various combinations or components thereof may be implemented in hardware (e.g., circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit (ASIC) , or other programmable logic device, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure.

[0148] The processor 802 may include an intelligent hardware device (e.g., a general-purpose processor, a DSP, a CPU, an ASIC, an FPGA, or any combination thereof) . In some implementations, the processor 802 may be configured to operate the memory 804. In some other implementations, the memory 804 may be integrated into the processor 802. The processor 802 may be configured to execute computer-readable instructions stored in the memory 804 to cause the CU 800 to perform various functions of the present disclosure.

[0149] The memory 804 may include volatile or non-volatile memory. The memory 804 may store computer-readable, computer-executable code including instructions when executed by the processor 802 cause the CU 800 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such the memory 804 or another type of memory. Computer-readable media includes both non-transitory computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A non-transitory storage medium may be any available medium that may be accessed by a general-purpose or special-purpose computer.

[0150] In some implementations, the processor 802 and the memory 804 coupled with the processor 802 may be configured to cause the CU 800 to perform one or more of the functions described herein (e.g., executing, by the processor 802, instructions stored in the memory 804) . For example, the processor 802 may support wireless communication at the CU 800 in accordance with examples as disclosed herein. The CU 800 may be configured to support a means for determining retransmission related information for timely retransmissions of a DRB between the RAN node and a UE, including one or multiple of: downlink retransmission related information or uplink retransmission related information, wherein the timely retransmissions include one or multiple of RLC autonomous retransmission or remaining time based RLC polling in RLC AM; and a means for transmitting the retransmission related information to a DU of the RAN node associated with the UE.

[0151] The controller 806 may manage input and output signals for the CU 800. The controller 806 may also manage peripherals not integrated into the CU 800. In some implementations, the controller 806 may utilize an operating system such as or other operating systems. In some implementations, the controller 806 may be implemented as part of the processor 802.

[0152] In some implementations, the CU 800 may include at least one transceiver 808. In some other implementations, the CU 800 may have more than one transceiver 808. The transceiver 808 may represent a wireless transceiver. The transceiver 808 may include one or more receiver chains 810, one or more transmitter chains 812, or a combination thereof.

[0153] A receiver chain 810 may be configured to receive signals (e.g., control information, data, packets) over a wireless medium. For example, the receiver chain 810 may include one or more antennas for receive the signal over the air or wireless medium. The receiver chain 810 may include at least one amplifier (e.g., a low-noise amplifier (LNA) ) configured to amplify the received signal. The receiver chain 810 may include at least one demodulator configured to demodulate the receive signal and obtain the transmitted data by reversing the modulation technique applied during transmission of the signal. The receiver chain 810 may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.

[0154] A transmitter chain 812 may be configured to generate and transmit signals (e.g., control information, data, packets) . The transmitter chain 812 may include at least one modulator for modulating data onto a carrier signal, preparing the signal for transmission over a wireless medium. The at least one modulator may be configured to support one or more techniques such as amplitude modulation (AM) , frequency modulation (FM) , or digital modulation schemes like phase-shift keying (PSK) or quadrature amplitude modulation (QAM) . The transmitter chain 812 may also include at least one power amplifier configured to amplify the modulated signal to an appropriate power level suitable for transmission over the wireless medium. The transmitter chain 812 may also include one or more antennas for transmitting the amplified signal into the air or wireless medium.

[0155] Figure 9 illustrates an example of a processor 900 in accordance with aspects of the present disclosure. The processor 900 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 900 may include a controller 902 configured to perform various operations in accordance with examples as described herein. The processor 900 may optionally include at least one memory 904, which may be, for example, an L1 / L2 / L3 cache. Additionally, or alternatively, the processor 900 may optionally include one or more arithmetic-logic units (ALUs) 906. One or more of these components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., buses) .

[0156] The processor 900 may be a processor chipset and include a protocol stack (e.g., a software stack) executed by the processor chipset to perform various operations (e.g., receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) in accordance with examples as described herein. The processor chipset may include one or more cores, one or more caches (e.g., memory local to or included in the processor chipset (e.g., the processor 900) or other memory (e.g., random access memory (RAM) , read-only memory (ROM) , dynamic RAM (DRAM) , synchronous dynamic RAM (SDRAM) , static RAM (SRAM) , ferroelectric RAM (FeRAM) , magnetic RAM (MRAM) , resistive RAM (RRAM) , flash memory, phase change memory (PCM) , and others) .

[0157] The controller 902 may be configured to manage and coordinate various operations (e.g., signaling, receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) of the processor 900 to cause the processor 900 to support various operations in accordance with examples as described herein. For example, the controller 902 may operate as a control unit of the processor 900, generating control signals that manage the operation of various components of the processor 900. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.

[0158] The controller 902 may be configured to fetch (e.g., obtain, retrieve, receive) instructions from the memory 904 and determine subsequent instruction (s) to be executed to cause the processor 900 to support various operations in accordance with examples as described herein. The controller 902 may be configured to track memory address of instructions associated with the memory 904. The controller 902 may be configured to decode instructions to determine the operation to be performed and the operands involved. For example, the controller 902 may be configured to interpret the instruction and determine control signals to be output to other components of the processor 900 to cause the processor 900 to support various operations in accordance with examples as described herein. Additionally, or alternatively, the controller 902 may be configured to manage flow of data within the processor 900. The controller 902 may be configured to control transfer of data between registers, arithmetic logic units (ALUs) , and other functional units of the processor 900.

[0159] The memory 904 may include one or more caches (e.g., memory local to or included in the processor 900 or other memory, such RAM, ROM, DRAM, SDRAM, SRAM, MRAM, flash memory, etc. In some implementations, the memory 904 may reside within or on a processor chipset (e.g., local to the processor 900) . In some other implementations, the memory 904 may reside external to the processor chipset (e.g., remote to the processor 900) .

[0160] The memory 904 may store computer-readable, computer-executable code including instructions that, when executed by the processor 900, cause the processor 900 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. The controller 902 and / or the processor 900 may be configured to execute computer-readable instructions stored in the memory 904 to cause the processor 900 to perform various functions. For example, the processor 900 and / or the controller 902 may be coupled with or to the memory 904, the processor 900, the controller 902, and the memory 904 may be configured to perform various functions described herein. In some examples, the processor 900 may include multiple processors and the memory 904 may include multiple memories. One or more of the multiple processors may be coupled with one or more of the multiple memories, which may, individually or collectively, be configured to perform various functions herein.

[0161] The one or more ALUs 906 may be configured to support various operations in accordance with examples as described herein. In some implementations, the one or more ALUs 906 may reside within or on a processor chipset (e.g., the processor 900) . In some other implementations, the one or more ALUs 906 may reside external to the processor chipset (e.g., the processor 900) . One or more ALUs 906 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 906 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 906 be configured with a variety of logical and arithmetic circuits, including adders, subtractors, shifters, and logic gates, to process and manipulate the data according to the operation. Additionally, or alternatively, the one or more ALUs 906 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 906 to handle conditional operations, comparisons, and bitwise operations.

[0162] The processor 900 may support wireless communication in accordance with examples as disclosed herein. The processor 900 may be configured to or operable to support a means for determining retransmission related information for timely retransmissions of a DRB between the RAN node and a UE, including one or multiple of: downlink retransmission related information or uplink retransmission related information, wherein the timely retransmissions include one or multiple of RLC autonomous retransmission or remaining time based RLC polling in RLC AM; and a means for transmitting the retransmission related information to a DU of the RAN node associated with the UE.

[0163] Figure 10 illustrates an example of a DU 1000 in accordance with aspects of the present disclosure. The DU 1000 may include a processor 1002, a memory 1004, a controller 1006, and a transceiver 1008. The processor 1002, the memory 1004, the controller 1006, or the transceiver 1008, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. These components may be coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces.

[0164] The processor 1002, the memory 1004, the controller 1006, or the transceiver 1008, or various combinations or components thereof may be implemented in hardware (e.g., circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit (ASIC) , or other programmable logic device, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure.

[0165] The processor 1002 may include an intelligent hardware device (e.g., a general-purpose processor, a DSP, a CPU, an ASIC, an FPGA, or any combination thereof) . In some implementations, the processor 1002 may be configured to operate the memory 1004. In some other implementations, the memory 1004 may be integrated into the processor 1002. The processor 1002 may be configured to execute computer-readable instructions stored in the memory 1004 to cause the DU 1000 to perform various functions of the present disclosure.

[0166] The memory 1004 may include volatile or non-volatile memory. The memory 1004 may store computer-readable, computer-executable code including instructions when executed by the processor 1002 cause the DU 1000 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such the memory 1004 or another type of memory. Computer-readable media includes both non-transitory computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A non-transitory storage medium may be any available medium that may be accessed by a general-purpose or special-purpose computer.

[0167] In some implementations, the processor 1002 and the memory 1004 coupled with the processor 1002 may be configured to cause the DU 1000 to perform one or more of the functions described herein (e.g., executing, by the processor 1002, instructions stored in the memory 1004) . For example, the processor 1002 may support wireless communication at the DU 1000 in accordance with examples as disclosed herein. The DU 1000 may be configured to support a means for receiving retransmission related information for timely retransmissions of a DRB between the RAN node and a UE, including one or multiple of: downlink retransmission related information or uplink retransmission related information, wherein the timely retransmissions include one or multiple of RLC autonomous retransmission or remaining time based RLC polling in RLC AM; and a means for performing one or multiple of: determining whether to perform the timely retransmissions for downlink data based on the downlink retransmission related information, or transmitting the uplink retransmission related information to the UE.

[0168] The controller 1006 may manage input and output signals for the DU 1000. The controller 1006 may also manage peripherals not integrated into the DU 1000. In some implementations, the controller 1006 may utilize an operating system such as or other operating systems. In some implementations, the controller 1006 may be implemented as part of the processor 1002.

[0169] In some implementations, the DU 1000 may include at least one transceiver 1008. In some other implementations, the DU 1000 may have more than one transceiver 1008. The transceiver 1008 may represent a wireless transceiver. The transceiver 1008 may include one or more receiver chains 1010, one or more transmitter chains 1012, or a combination thereof.

[0170] A receiver chain 1010 may be configured to receive signals (e.g., control information, data, and packets) over a wireless medium. For example, the receiver chain 1010 may include one or more antennas for receive the signal over the air or wireless medium. The receiver chain 1010 may include at least one amplifier (e.g., a low-noise amplifier (LNA) ) configured to amplify the received signal. The receiver chain 1010 may include at least one demodulator configured to demodulate the receive signal and obtain the transmitted data by reversing the modulation technique applied during transmission of the signal. The receiver chain 1010 may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.

[0171] A transmitter chain 1012 may be configured to generate and transmit signals (e.g., control information, data, and packets) . The transmitter chain 1012 may include at least one modulator for modulating data onto a carrier signal, preparing the signal for transmission over a wireless medium. The at least one modulator may be configured to support one or more techniques such as amplitude modulation (AM) , frequency modulation (FM) , or digital modulation schemes like phase-shift keying (PSK) or quadrature amplitude modulation (QAM) . The transmitter chain 1012 may also include at least one power amplifier configured to amplify the modulated signal to an appropriate power level suitable for transmission over the wireless medium. The transmitter chain 1012 may also include one or more antennas for transmitting the amplified signal into the air or wireless medium.

[0172] Figure 11 illustrates a flowchart of a method in accordance with aspects of the present disclosure. The operations of the method may be implemented by a CU as described herein. In some implementations, the CU may execute a set of instructions to control the function elements of the CU to perform the described functions.

[0173] At step 1101, the method may include determining retransmission related information for timely retransmissions of a DRB between the RAN node and a CU, including one or multiple of: downlink retransmission related information or uplink retransmission related information, wherein the timely retransmissions include one or multiple of RLC autonomous retransmission or remaining time based RLC polling in RLC AM. The operations of step 1101 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1101 may be performed by a CU as described with reference to Figure 8.

[0174] At step 1103, the method may include transmitting the retransmission related information to a DU of the RAN node associated with the CU. The operations of step 1103 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 1103 may be performed by a CU as described with reference to Figure 8.

[0175] It should be noted that the method described herein describes a possible implementation, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible.

[0176] Figure 12 illustrates a flowchart of a method in accordance with aspects of the present disclosure. The operations of the method may be implemented by a DU as described herein. In some implementations, the DU may execute a set of instructions to control the function elements of the DU to perform the described functions.

[0177] At step 1201, the method may include receiving retransmission related information for timely retransmissions of a DRB between the RAN node and a UE, including one or multiple of: downlink retransmission related information or uplink retransmission related information, wherein the timely retransmissions include one or multiple of RLC autonomous retransmission or remaining time based RLC polling in RLC AM. The operations of step 1201 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 1201 may be performed by a DU as described with reference to Figure 10.

[0178] At step 1203, the method may include performing one or multiple of: determining whether to perform the timely retransmissions for downlink data based on the downlink retransmission related information, or transmitting the uplink retransmission related information to the UE. The operations of step 1203 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of step 1203 may be performed by a DU as described with reference to Figure 10.

[0179] It should be noted that the method described herein describes a possible implementation, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible.

[0180] The description herein is provided to enable a person having ordinary skill in the art to make or use the disclosure. Various modifications to the disclosure will be apparent to a person having ordinary skill in the art, and the generic principles defined herein may be applied to other variations without departing from the scope of the disclosure. Thus, the disclosure is not limited to the examples and designs described herein but is to be accorded the broadest scope consistent with the principles and novel features disclosed herein.

Claims

1.A central unit (CU) of a radio access network (RAN) node for wireless communication, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the CU to:determine retransmission related information for timely retransmissions of a data radio bearer (DRB) between the RAN node and a user equipment (UE) , including one or multiple of: downlink retransmission related information or uplink retransmission related information, wherein the timely retransmissions include one or multiple of radio link control (RLC) autonomous retransmission or remaining time based RLC polling in RLC acknowledge mode (AM) ; andtransmit the retransmission related information to a distributed unit (DU) of the RAN node associated with the UE.2.A CU of claim 1, wherein the downlink retransmission related information comprises an indication for triggering timely retransmission, and the at least one processor is configured to further cause the CU to:receive, from the DU, at least one threshold of determining timely retransmission, wherein each threshold is associated with a timer of determining timely retransmission; anddetermining the retransmission related information for timely retransmissions comprises determining whether to trigger timely retransmission for a downlink packet based on a timer of determining timely retransmission triggered for the downlink packet and a threshold associated with the timer; and generating the indication for triggering timely retransmission for the downlink packet in the case of determining to trigger timely retransmission.3.A CU of claim 2, wherein the at least one processor is configured to further cause the CU to perform one or multiple of:transmitting values of at least one timer associated with the at least one threshold to the DU; ortransmitting to the DU a first indication indicating whether the DRB can be configured with one or multiple of the RLC autonomous retransmission or the remaining time based RLC polling; orreceiving from the DU a second indication indicating whether the DRB is configured with one or multiple of the RLC autonomous retransmission or the remaining time based RLC polling.4.A CU of claim 2, further comprising a CU control plane (CP) and a CU user plane (UP) , wherein the at least one threshold of determining timely retransmission is received from the DU by the CU CP, and the CU CP is configured to transmit the at least one threshold of determining timely retransmission to the CU UP, so that the CU UP determines whether to trigger timely retransmission for the downlink packet and transmit to the DU the indication for triggering timely retransmission for the downlink packet in the case of determining to trigger timely retransmission for the downlink packet.5.A CU of claim 1, wherein the downlink retransmission related information comprises values of at least one timer of determining timely retransmission, wherein, the at least one timer of determining timely retransmission is one or more PDCP discard timers.6.A CU of claim 5, wherein the one or more PDCP discard timers comprise a protocol data unit (PDU) set importance (PSI) based discard timer, and the at least one processor is configured to further cause the CU to:transmit to the DU information indicating for which PSI the PSI based discard timer is applied.7.A CU of claim 5, wherein the downlink retransmission related information further comprises one or multiple of:at least one threshold of determining timely retransmission, wherein each threshold is associated with a timer of determining timely retransmission; oran indication indicating whether the DRB can be configured with one or multiple of the RLC autonomous retransmission or the remaining time based RLC polling.8.A CU of claim 1, wherein the downlink retransmission related information indicates at least one valid time for determining timely retransmission, wherein, each valid time is based on remaining time or elapsed time of a PDCP discard timer of a downlink packet.9.A CU of claim 8, wherein the at least one processor is configured to further cause the CU to perform one or multiple of:transmitting to the DU a value of the PDCP discard timer; orreceiving from the DU an indication indicating whether the DRB is configured with one or multiple of the RLC autonomous retransmission or the remaining time based RLC polling.10.A CU of claim 1, wherein the uplink retransmission related information comprises values of at least one timer for determining radio resource control (RRC) configuration of timely retransmission, wherein, the at least one timer is one or more PDCP discard timers.11.A CU of claim 2 or 7, wherein the at least one threshold of determining timely retransmission comprises one or multiple of:a first threshold that is used to determine whether a remaining time based RLC polling will be triggered based on remaining time of a first packet data convergence protocol (PDCP) discard timer; ora second threshold that is used to determine whether a RLC autonomous retransmission will be triggered based on remaining time of the first PDCP discard timer, wherein the first threshold and the second threshold are same or different.12.A CU of claim 11, wherein the at least one threshold of determining timely retransmission further comprises one or multiple of:a third threshold that is used to determine whether a remaining time based RLC polling will be triggered based on remaining time of a second PDCP discard timer; ora fourth threshold that is used to determine whether a RLC autonomous retransmission will be triggered based on remaining time of the second PDCP discard timer, wherein the third threshold and the fourth threshold are same or different.13.A CU of claim 1, wherein a RLC autonomous retransmission is a retransmission that is initiated in the case that remaining time of an RLC service data unit (SDU) or a segment of the RLC SDU falls below a corresponding threshold if the RLC SDU has been submitted to lower layers and the RLC SDU or the segment of the RLC SDU is not pending for retransmission; and a remaining time based RLC polling is a polling that is initiated in the case that remaining time of an RLC service data unit (SDU) or a segment of the RLC SDU falls below a corresponding threshold if the RLC SDU has been submitted to lower layers and the RLC SDU or the segment of the RLC SDU is not pending for polling.14.A CU of claim 8, wherein the PDCP discard timer is a protocol data unit (PDU) set importance (PSI) based discard timer or not.15.A distributed unit (DU) of a radio access network (RAN) node for wireless communication, comprising:at least one memory; andat least one processor coupled with the at least one memory and configured to cause the DU to:receive retransmission related information for timely retransmissions of a data radio bearer (DRB) between the RAN node and a user equipment (UE) , including one or multiple of: downlink retransmission related information or uplink retransmission related information, wherein the timely retransmissions include one or multiple of radio link control (RLC) autonomous retransmission or remaining time based RLC polling in RLC acknowledge mode (AM) ; andperform one or multiple of: determining whether to perform the timely retransmissions for downlink data based on the downlink retransmission related information, or transmitting the uplink retransmission related information to the UE.16.The DU of claim 15, wherein the downlink retransmission related information comprises an indication for triggering timely retransmission, and the at least one processor is configured to further cause the DU to:determine to perform the timely retransmissions for a downlink packet based on the indication for triggering timely retransmission.17.The DU of claim 15, wherein the uplink retransmission related information comprises values of at least one timer for determining radio resource control (RRC) configuration of timely retransmission, and the at least one processor is configured to further cause the DU to:determine at least one threshold for triggering timely retransmission according to the uplink retransmission related information; andtransmit the at least one threshold for triggering timely retransmission in RRC configuration to the UE or the CU which forwards the at least one threshold for triggering timely retransmission in RRC configuration to the UE.18.The DU of claim 15, wherein the uplink retransmission related information comprises values of at least one timer for determining radio resource control (RRC) configuration of timely retransmission and at least one threshold associated with the at least one timer of determining timely retransmission.19.A method performed by a central unit (CU) of a radio access network (RAN) node, comprising:determining retransmission related information for timely retransmissions of a data radio bearer (DRB) between the RAN node and a user equipment (UE) , including one or multiple of: downlink retransmission related information or uplink retransmission related information, wherein the timely retransmissions include one or multiple of radio link control (RLC) autonomous retransmission or remaining time based RLC polling in RLC acknowledge mode (AM) ; andtransmitting the retransmission related information to a distributed unit (DU) of the RAN node associated with the UE.20.A method performed by a distributed unit (DU) of a radio access network (RAN) node, comprising:receiving retransmission related information for timely retransmissions of a data radio bearer (DRB) between the RAN node and a user equipment (UE) , including one or multiple of: downlink retransmission related information or uplink retransmission related information, wherein the timely retransmissions include one or multiple of radio link control (RLC) autonomous retransmission or remaining time based RLC polling in RLC acknowledge mode (AM) ; andperforming one or multiple of: determining whether to perform the timely retransmissions for downlink data based on the downlink retransmission related information, or transmitting the uplink retransmission related information to the UE.

Images