Methods and devices for handling data unit transmission problems

By discarding and notifying about discarded PDCP PDUs and prioritizing control PDUs, the method addresses transmission delays and enhances communication efficiency in wireless networks.

WO2025160786A1PCT designated stage Publication Date: 2025-08-07ZTE CORP

Patent Information

Application Number
PCT/CN2024/074837
Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
Filing Date
2024-01-31
Publication Date
2025-08-07

AI Technical Summary

Technical Problem

In wireless communication systems, issues such as delayed or lost data units (e.g., RLC and PDCP PDUs) lead to transmission delays and poor performance, particularly affecting delay-sensitive traffic and overall communication efficiency.

Method used

Implementing methods to discard discarded PDCP PDUs and notify the receiving node to ignore them during reordering, along with prioritizing control PDUs to ensure efficient data transmission and minimize delays.

Benefits of technology

Enhances data transmission efficiency and improves communication performance by reducing delays and optimizing resource utilization in wireless networks.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN2024074837_07082025_PF_FP_ABST
    Figure CN2024074837_07082025_PF_FP_ABST
Patent Text Reader

Abstract

The present disclosure describes methods, system, and devices for handling data unit transmission problems. One method includes determining, by a first communication node, that at least one packet data convergence protocol (PDCP) protocol data unit (PDU) is discarded; and sending, by the first communication node to a second communication node, a first message indicating that the at least one PDCP PDU is discarded, so that the second communication node is configured to ignore the at least one discarded PDCP PDU when performing PDCP reordering. Another method includes receiving, from a first communication node by a second communication node, a first message indicating that at least one PDCP PDU is discarded; and determining, by the second communication node, to ignore the at least one discarded PDCP PDU when performing PDCP reordering.
Need to check novelty before this filing date? Find Prior Art

Description

METHODS AND DEVICES FOR HANDLING DATA UNIT TRANSMISSION PROBLEMSTECHNICAL FIELD

[0001] The present disclosure is directed generally to wireless communications. Particularly, the present disclosure relates to methods and devices for handling data unit transmission problems.BACKGROUND

[0002] Wireless communication technologies are moving the world toward an increasingly connected and networked society. High-speed and low-latency wireless communications rely on efficient network resource management and allocation between user equipment and wireless access network nodes (including but not limited to base stations) . A new generation network is expected to provide high speed, low latency and ultra-reliable communication capabilities and fulfill the requirements from different industries and users.

[0003] In some wireless communication system, when a data unit (for example, a radio link control (RLC) protocol data unit (PDU) ) is lost or delayed, a receiving RLC entity may wait for the lost or delayed PDU, leading to transmission delay or other issues under some circumstances, resulting in poor transmission rate and poor performance.

[0004] The present disclosure describes various embodiments for handling data unit transmission problems, addressing at least one of the issues / problems discussed in the present disclosure, thus increasing efficiency of data unit transmission and improving telecommunication performance.SUMMARY

[0005] This document relates to methods, systems, and devices for wireless communication, and more specifically, for handling data unit transmission problems, which is beneficial to enhance efficient utilization of data transmission resources, increase the telecommunication resource utilization efficiency, and / or boost performance of the wireless communication.

[0006] In one embodiment, the present disclosure describes a method for wireless communication. The method includes determining, by a first communication node, that at least one packet data convergence protocol (PDCP) protocol data unit (PDU) is discarded; and sending, by the first communication node to a second communication node, a first message indicating that the at least one PDCP PDU is discarded, so that the second communication node is configured to ignore the at least one discarded PDCP PDU when performing PDCP reordering.

[0007] In another embodiment, the present disclosure describes another method for wireless communication. The method includes receiving, from a first communication node by a second communication node, a first message indicating that at least one packet data convergence protocol (PDCP) protocol data unit (PDU) is discarded; and determining, by the second communication node, to ignore the at least one discarded PDCP PDU when performing PDCP reordering.

[0008] In some other embodiments, an apparatus for wireless communication may include a memory storing instructions and a processing circuitry in communication with the memory. When the processing circuitry executes the instructions, the processing circuitry is configured to carry out the above methods.

[0009] In some other embodiments, a device for wireless communication may include a memory storing instructions and a processing circuitry in communication with the memory. When the processing circuitry executes the instructions, the processing circuitry is configured to carry out the above methods.

[0010] In some other embodiments, a computer-readable medium comprising instructions which, when executed by a computer, cause the computer to carry out the above methods. The computer-readable medium may be a non-transitory computer-readable medium.

[0011] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0012] FIG. 1A shows an example of a wireless communication system.

[0013] FIG. 1B shows a schematic diagram of one embodiment in the present disclosure.

[0014] FIG. 2 shows an example of a network node.

[0015] FIG. 3 shows an example of a user equipment.

[0016] FIG. 4A shows a flow diagram of a method for wireless communication.

[0017] FIG. 4B shows a flow diagram of another method for wireless communication.

[0018] FIG. 5A shows an exemplary embodiment in the present disclosure.

[0019] FIG. 5B shows another exemplary embodiment in the present disclosure.

[0020] FIG. 5C shows another exemplary embodiment in the present disclosure.

[0021] FIG. 5D shows another exemplary embodiment in the present disclosure.

[0022] FIG. 6 shows another exemplary embodiment in the present disclosure.

[0023] FIG. 7A shows another exemplary embodiment in the present disclosure.

[0024] FIG. 7B shows another exemplary embodiment in the present disclosure.

[0025] FIG. 8A shows another exemplary embodiment in the present disclosure.

[0026] FIG. 8B shows another exemplary embodiment in the present disclosure.

[0027] FIG. 8C shows another exemplary embodiment in the present disclosure.

[0028] FIG. 8D shows another exemplary embodiment in the present disclosure.

[0029] FIG. 9 shows another exemplary embodiment in the present disclosure.

[0030] FIG. 10 shows another exemplary embodiment in the present disclosure.DETAILED DESCRIPTION

[0031] The present disclosure will now be described in detail hereinafter with reference to the accompanied drawings, which form a part of the present disclosure, and which show, by way of illustration, specific examples of embodiments. Please note that the present disclosure may, however, be embodied in a variety of different forms and, therefore, the covered or claimed subject  matter is intended to be construed as not being limited to any of the embodiments to be set forth below.

[0032] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment” or “in some embodiments” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment” or “in other embodiments” as used herein does not necessarily refer to a different embodiment. The phrase “in one implementation” or “in some implementations” as used herein does not necessarily refer to the same implementation and the phrase “in another implementation” or “in other implementations” as used herein does not necessarily refer to a different implementation. It is intended, for example, that claimed subject matter includes combinations of exemplary embodiments or implementations in whole or in part.

[0033] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part upon the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” or “at least one” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a” , “an” , or “the” , again, may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” or “determined by” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.

[0034] The present disclosure describes methods and devices for handling data unit transmission problems.

[0035] New generation (NG) mobile communication system are moving the world toward an increasingly connected and networked society. High-speed and low-latency wireless communications rely on efficient network resource management and allocation between user  equipment and wireless access network nodes (including but not limited to wireless base stations) . A new generation network is expected to provide high speed, low latency and ultra-reliable communication capabilities and fulfil the requirements from different industries and users.

[0036] The 4th Generation mobile communication technology (4G) Long-Term Evolution (LTE) or LTE-Advance (LTE-A) , the 5th Generation mobile communication technology (5G) , and the further 6th Generation mobile communication technology (6G) face more and more demands and issues / problems.

[0037] In some wireless communication system, when a data unit (for example, a radio link control (RLC) protocol data unit (PDU) ) is lost or delayed, a receiving RLC entity may wait for the lost or delayed PDU for RLC service data unit (SDU) reassembly, causing the RLC SDU transmission delay or RLC SDU stuck issue under some circumstances, resulting in poor transmission rate and poor performance.

[0038] In some implementations, when a packet data convergence protocol (PDCP) PDU is discarded, a receiving PDCP entity may wait for the discarded PDU (s) for PDCP reordering, and PDCP sequence number (SN) gap may be produced, causing the PDCP SDU transmission delay or PDCP SDU stuck issue, also resulting in poor transmission rate and poor performance.

[0039] In some implementations, according to some current specification, a user equipment (UE) may not transmit / receive data during measurement gap duration. However, for delay sensitive traffic, when an uplink (UL) data burst arrives at a UE at the measurement gap period or a downlink (DL) data burst arrives at a radio access network (RAN) (e.g., a gNB) at the measurement gap period, the data may not be able to be transmitted immediately, impacting the data transmission delay. In some implementations, the measurement gap may impact the UE throughput.

[0040] The present disclosure describes various embodiments for handling data unit transmission problems, addressing at least one of the issues / problems discussed above, especially for delay critical user data information transmission, improving delay sensitive traffic performance, increasing efficiency of data unit transmission, and / or improving telecommunication performance.

[0041] FIG. 1A shows a wireless communication system 100 including a wireless network  node (or a wireless communication node) 118 and one or more user equipment (UE) (or wireless communication node, or wireless communication device) 110. The wireless network node 118 may include a network base station, which may be a nodeB (NB, e.g., a gNB) in a mobile telecommunications context. Each of the UE may wirelessly communicate with the wireless network node via one or more radio channels 115 for downlink / uplink communication. For example, a first UE 110 may wirelessly communicate with a wireless network node 118 via a channel including a plurality of radio channels during a certain period of time. The network base station 118 may send high layer signaling to the UE 110. The high layer signaling may include configuration information for communication between the UE and the base station. In one implementation, the high layer signaling may include a radio resource control (RRC) message.

[0042] As shown in FIG. 1B, a first communication node 150 may communicate with a second communication node 170, and under some circumstances, need to send data unit to the second communication node (160) . The first communication node may include one of the following: a base station, a RAN node, a NG-RAN node, a function node in a core network (CN) or a UE; and / or the second communication node may include one of the following: a base station, a RAN node, a NG-RAN node, a function node in a core network (CN) or a UE.

[0043] The first communication node 150 may include a packet data convergence protocol (PDCP) layer 151, which may be referred as the PDCP entity of the first communication node. The PDCP 151 may communicate with a radio link control (RLC) layer 153, which may be referred as the RLC entity of the first communication node. The RLC 153 may communicate with a medium access control (MAC) layer 155, which may be referred as the MAC entity of the first communication node.

[0044] The second communication node 170 may include a packet data convergence protocol (PDCP) layer 171, which may be referred as the PDCP entity of the second communication node. The PDCP 171 may communicate with a radio link control (RLC) layer 173, which may be referred as the RLC entity of the second communication node. The RLC 173 may communicate with a medium access control (MAC) layer 175, which may be referred as the MAC entity of the second communication node.

[0045] Referring to FIG. 1B, a data unit transmission 160 may be performed from the PDCP  151, the RLC 153, and the MAC 155 of the first node 150, via wireless transmission, to the MAC 175, the RLC 173, and the PDCP 171 of the second node 170. In some implementations, the PDCP entity at the first node is called as the first PDCP entity, the PDCP entity at the second node is called as the second PDCP entity.

[0046] FIG. 2 shows an example of electronic device 200 to implement a network base station. The example electronic device 200 may include radio transmitting / receiving (Tx / Rx) circuitry 208 to transmit / receive communication with UEs and / or other base stations. The electronic device 200 may also include network interface circuitry 209 to communicate the base station with other base stations and / or a core network, e.g., optical or wireline interconnects, Ethernet, and / or other data transmission mediums / protocols. The electronic device 200 may optionally include an input / output (I / O) interface 206 to communicate with an operator or the like.

[0047] The electronic device 200 may also include system circuitry 204. System circuitry 204 may include processor (s) 221 and / or memory 222. Memory 222 may include an operating system 224, instructions 226, and parameters 228. Instructions 226 may be configured for the one or more of the processors 124 to perform the functions of the network node. The parameters 228 may include parameters to support execution of the instructions 226. For example, parameters may include network protocol settings, bandwidth parameters, radio frequency mapping assignments, and / or other parameters.

[0048] FIG. 3 shows an example of an electronic device to implement a terminal device 300 (for example, user equipment (UE) ) . The UE 300 may be a mobile device, for example, a smart phone or a mobile communication module disposed in a vehicle. The UE 300 may include communication interfaces 302, a system circuitry 304, an input / output interfaces (I / O) 306, a display circuitry 308, and a storage 309. The display circuitry may include a user interface 310. The system circuitry 304 may include any combination of hardware, software, firmware, or other logic / circuitry. The system circuitry 304 may be implemented, for example, with one or more systems on a chip (SoC) , application specific integrated circuits (ASIC) , discrete analog and digital circuits, and other circuitry. The system circuitry 304 may be a part of the implementation of any desired functionality in the UE 300. In that regard, the system circuitry 304 may include logic that facilitates, as examples, decoding and playing music and video, e.g., MP3, MP4, MPEG, AVI,  FLAC, AC3, or WAV decoding and playback; running applications; accepting user inputs; saving and retrieving application data; establishing, maintaining, and terminating cellular phone calls or data connections for, as one example, internet connectivity; establishing, maintaining, and terminating wireless network connections, Bluetooth connections, or other connections; and displaying relevant information on the user interface 310. The user interface 310 and the inputs / output (I / O) interfaces 306 may include a graphical user interface, touch sensitive display, haptic feedback or other haptic output, voice or facial recognition inputs, buttons, switches, speakers and other user interface elements. Additional examples of the I / O interfaces 306 may include microphones, video and still image cameras, temperature sensors, vibration sensors, rotation and orientation sensors, headset and microphone input  / output jacks, Universal Serial Bus (USB) connectors, memory card slots, radiation sensors (e.g., IR sensors) , and other types of inputs.

[0049] Referring to FIG. 3, the communication interfaces 302 may include a Radio Frequency (RF) transmit (Tx) and receive (Rx) circuitry 316 which handles transmission and reception of signals through one or more antennas 314. The communication interface 302 may include one or more transceivers. The transceivers may be wireless transceivers that include modulation  / demodulation circuitry, digital to analog converters (DACs) , shaping tables, analog to digital converters (ADCs) , filters, waveform shapers, filters, pre-amplifiers, power amplifiers and / or other logic for transmitting and receiving through one or more antennas, or (for some devices) through a physical (e.g., wireline) medium. The transmitted and received signals may adhere to any of a diverse array of formats, protocols, modulations (e.g., QPSK, 16-QAM, 64-QAM, or 256-QAM) , frequency channels, bit rates, and encodings. As one specific example, the communication interfaces 302 may include transceivers that support transmission and reception under the 2G, 3G, BT, WiFi, Universal Mobile Telecommunications System (UMTS) , High Speed Packet Access (HSPA) +, 4G  / Long Term Evolution (LTE) , 5G standards, and / or 6G standards. The techniques described below, however, are applicable to other wireless communications technologies whether arising from the 3rd Generation Partnership Project (3GPP) , GSM Association, 3GPP2, IEEE, or other partnerships or standards bodies.

[0050] Referring to FIG. 3, the system circuitry 304 may include one or more processors 321 and memories 322. The memory 322 stores, for example, an operating system 324, instructions 326,  and parameters 328. The processor 321 is configured to execute the instructions 326 to carry out desired functionality for the UE 300. The parameters 328 may provide and specify configuration and operating options for the instructions 326. The memory 322 may also store any BT, WiFi, 3G, 4G, 5G, 6G, or other data that the UE 300 may send, or has received, through the communication interfaces 302. In various implementations, a system power for the UE 300 may be supplied by a power storage device, such as a battery or a transformer.

[0051] The present disclosure describes various embodiment for handling data unit transmission problems, which may be implemented, partly or totally, by the network base station and / or the user equipment described above in FIGs. 2-3. The various embodiments in the present disclosure may enable efficient utilization of transmission resources in the telecommunication system, which may increase the overall communication efficiency and / or boost latency performance of communication traffic.

[0052] Referring to FIG. 4A, the present disclosure describes various embodiments of a method 400 for wireless communication. The method 400 may include a portion or all of the following: step 410, determining, by a first communication node, that at least one packet data convergence protocol (PDCP) protocol data unit (PDU) is discarded; and / or step 420, sending, by the first communication node to a second communication node, a first message indicating that the at least one PDCP PDU is discarded, so that the second communication node is configured to ignore the at least one discarded PDCP PDU when performing PDCP reordering.

[0053] Referring to FIG. 4B, the present disclosure describes various embodiments of a method 450 for wireless communication. The method 450 may include a portion or all of the following steps: step 460, receiving, from a first communication node by a second communication node, a first message indicating that at least one packet data convergence protocol (PDCP) protocol data unit (PDU) is discarded; and / or step 470, determining, by the second communication node, to ignore the at least one discarded PDCP PDU when performing PDCP reordering.

[0054] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, the first communication node comprises a first user equipment (UE) or a first base station; and / or the second communication node comprises a second UE or a second base station.

[0055] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, in response to the at least one discarded PDCP PDU not being submitted to a lower layer of the first communication node, the first communication node encodes a first sequence number (SN) of a subsequent PDCP PDU after the at least one discarded PDCP PDU following a second SN of latest PDCP PDU that is transmitted without introducing PDCP SN gap.

[0056] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, the first message comprises a control PDU for a PDCP PDU discarding notification; and / or the first communication node prioritizes transmission of the control PDU to the second communication node over transmission of the PDCP data PDUs and RLC data PDUs.

[0057] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, the first communication node prioritizes transmission of the control PDU to the second communication node comprises: a PDCP entity of the first communication node transmits the PDCP control PDU to a radio link control (RLC) entity of the first communication node with a priority higher than to transmit the PDCP data PDU; the RLC entity of the first communication node prioritize transmission of the PDCP control PDU over at least one RLC data PDU; and / or a medium access control (MAC) entity of the first communication node prioritize the PDCP control PDU transmission.

[0058] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, the control PDU comprises: a first missing or discarded count (FMC) indicating a count value of a first missing PDCP SDU within a reordering window; and / or a number of missed or discarded SDUs indicating the number of missed or discarded PDCP SDUs with continuous count starting from and including FMC.

[0059] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, the control PDU comprises: a number of FMCs, a plurality of first missing or discarded counts (FMCs) , each FMC indicating a count value of a first missing or discarded PDCP SDU within a reordering window; and / or a plurality of numbers of missed SDUs, each number indicating the number of missed or discarded  PDCP SDUs with continuous count starting from and including a corresponding FMC. In some implementations, the FMC may refer to as first missing count; and / or FMC can also refer to as first discarded count (FDC) , first discarded count (LDC) , the SN of the first discarded PDCP PDU, the SN of the last discarded PDCP PDU, etc.

[0060] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, the control PDU comprises: a first missed or discarded PDCP SN indicating a SN of a first missing PDCP PDU; and / or a number of missed or discarded PDUs indicating a number of missed PDCP PDUs with continuous PDCP SN starting from and including the first missed or discarded PDCP SN.

[0061] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, the control PDU comprises: a first missing or discarded count (FMC) indicating a count value of a first missing or discarded PDCP SDU within a reordering window; a bitmap indicating whether each of one or more PDCP SDUs is missing or correctly received by a PDCP entity of the second communication node, or is discarded by a PDCP entity of the first communication node; and / or in response to a number of SDUs that are missing, correctly received, or discarded is not an integer multiple of octet, a valid-bit number of the bitmap indicating a number of valid bits in the last octet of the bitmap.

[0062] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, the first message comprises a PDCP data PDU for a PDCP PDU discarding or missing notification.

[0063] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, the PDCP data PDU comprises: a one-bit indicating that at least one of the PDCP PDUs are discarded or missed with SN smaller than the indicated PDCP SN, and a PDCP entity of the second communication node is configured to ignore the discarded or missed PDCP PDUs with SN smaller than the indicated PDCP SN when performing PDCP reordering; and / or the PDCP SN having either 12 or 18 bits for the discarded or missed PDCP PDU.

[0064] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, the first communication  node and the second communication node comprise the first UE and the second base station, respectively; the first communication node sends, to the second communication node, a second message for a capability indication; and / or the first communication node receives, from the second communication node, a third message for an activation indication, wherein: the capability indication indicates a supporting capability of a control PDU for a PDCP PDU discarding notification, or a PDCP data PDU for a PDCP PDU discarding or missing notification, and / or the activation indication indicates to active the control PDU for the PDCP PDU discarding notification, or the PDCP data PDU for the PDCP PDU discarding or missing notification.

[0065] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, the second message comprises a radio resource control (RRC) message; and / or the third message comprises a downlink RRC message.

[0066] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, a RLC entity of the first communication node sends, to a RLC entity of the second communication node, a control PDU for information of at least one missed or discarded RLC PDU; and / or the RLC entity of the second communication node determines not to produce RLC status PDU for NACK_SN sending.

[0067] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, the control PDU comprises: a first missed or discarded RLC SN having either 12 or 18 bits; and / or a number of missed or discarded PDUs indicating RLC PDUs whose SNs are from N to (N + M -1) are missed or discarded, wherein: N is the first missed or discarded RLC SN and M is the number of missed or discarded PDUs.

[0068] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, a RLC entity of the second communication node detects a missing RLC PDU; and / or the RLC entity of the second communication node immediately triggers transmission of a RLC status PDU to the first communication node for retransmission of the missing RLC PDU.

[0069] In some implementations, in addition to a portion, an entire, or any combination of other  implementation (s)  / embodiment (s) described in the present disclosure, a RLC entity of the second communication node detects missing of a RLC PDU; and / or the RLC entity of the second communication node starts a timer; in response to the missing RLC PDU being received before the timer expires, the RLC entity of the second communication node stops the timer; and / or in response to the missing RLC PDU not being received when the timer expires, the RLC entity of the second communication node immediately triggers transmission of a RLC status PDU to the first communication node for retransmission of the missing RLC PDU.

[0070] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, the timer comprises one of a prohibit timer or a pending timer in order to prohibit transmission of a RLC status PDU for a pre-defined duration to wait the missing RLC PDU.

[0071] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, the RLC entity of the second communication node detects the missing RLC PDU when: the missing RLC PDU has not been received, and / or a subsequent RLC PDU has been received. In some implementations, a control PDU for a RLC PDU discarding notification has not been received to indicate that the missing RLC PDU is discarded.

[0072] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, the RLC entity of the second communication node detects the missing RLC PDU when: the missing RLC PDU has not been received, and / or an elapsed time is larger than a time threshold when a subsequent RLC PDU has been received.

[0073] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, theRLC entity of the second communication node prioritizes transmission of the RLC status PDU over transmission of RLC data PDUs.

[0074] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, the first communication node and the second communication node comprise the first UE and the second base station,  respectively; the first communication node sends, to the second communication node, a fourth message for a capability indication; and / or the first communication node receives, from the second communication node, a fifth message for an activation indication, wherein: the capability indication indicates a supporting capability of a control PDU for information of at least one missed or discarded RLC PDU, and / or the activation indication indicates to active the RLC control PDU for the PLC PDU discarding notification and / or trigger the RLC control PDU transmission once detects missing of a RLC PDU.

[0075] In some implementations, in addition to a portion, an entire, or any combination of other implementation (s)  / embodiment (s) described in the present disclosure, in response to any one of the following: reception of the activation indication (e.g., for a UE as a receiving communication node) indicating to active the RLC control PDU for the PLC PDU discarding notification and / or trigger the RLC control PDU transmission once detects missing of a RLC PDU, or determining (e.g., for a gNB as a receiving communication node) to active the RLC control PDU for the PLC PDU discarding notification and / or trigger the RLC control PDU transmission once detects missing of a RLC PDU, the RLC entity stops retransmission of the RLC PDU, and does not indicate to upper layers that a maximal number of retransmission has been reached, and / or the RRC release or RRC re-establishment is not triggered when the number of a RLC PDU retransmission reaches the maximal RLC PDU retransmission threshold. In some implementations, the RLC entity may stop retransmission of the RLC PDU, and continue to transmit and / or receive the other RLC PDUs when the number of a RLC PDU retransmission reaches the maximal RLC PDU retransmission threshold.

[0076] The present disclosure describes various exemplary embodiments for handling data unit transmission problems, which merely serve as examples and do not pose limitations. Any steps and / or operations in one same embodiment / implementation or more than one different embodiments / implementation in the present disclosure may be combined or arranged in any amount or order, as desired. Two or more of the steps and / or operations may be performed in parallel. Embodiments and implementations in the disclosure may be used separately or combined in any order. Further, each of the methods (or embodiments) may be implemented by processing circuitry (e.g., one or more processors or one or more integrated circuits) .

[0077] Embodiment Set I

[0078] The present disclosure describes various embodiments for handling data unit transmission problems, particularly related to PDCP control PDU priority. In some implementations, when a transmitting side of PDCP entity discards a PDU or a set of at least one PDU (i.e., a PDU set) . at least one of the following methods may be used to avoid PDCP SDU transmission delay and / or PDCP SDU stuck issue.

[0079] For one method (Method 1) , when a subsequent PDCP PDU (e.g. the PDU (s) after a discarded PDCP PDU or PDU set) has not been submitted to a lower layers of the PDCP entity, the transmitting side of the PDCP entity may not introduce a PDCP SN gap when discarding an PDCP PDU. For example, the SN of the subsequent PDCP PDU is encoded following the SN of latest PDCP PDU that is transmitted and not discarded, as if the discarded PDCP PDU or PDU set does not exist.

[0080] For another method (Method 2) , when at least one of the subsequent PDCP PDU (e.g. the PDU (s) after the discarded PDCP PDU or PDU set) has been submitted to the lower layers, the transmitting side generates a control PDU for PDCP PDU discarding notification to notify the receiving PDCP entity the SN of the PDU (s) or PDU set (s) that are discarded, so that the receiving PDCP entity may ignore the SN of the PDU (s) or PDU set (s) when performing PDCP reordering.

[0081] In some implementations, in order for the control PDU for PDCP PDU discarding notification being transmitted to the receiving PDCP entity in time, the transmitting side of PDCP entity and RLC entity may prioritize transmission of the control PDU for PDCP PDU discarding notification over PDCP data PDUs and RLC data PDUs. When the control PDU for PDCP PDU discarding notification is generated, the transmitting side of the PDCP entity may submit it to the transmitting side of the RLC entity and / or the indication of control PDU for PDCP PDU discarding notification is also provided to the transmitting side of the RLC entity. Upon reception of the control PDU for PDCP PDU discarding notification, the transmitting side of the RLC entity put it at the foremost (headmost) of the RLC queue header or put it in a queue independent of queues for RLC data PDUs, so that the transmitting side of the RLC entity can prioritize transmission of the control PDU for PDCP PDU discarding notification over RLC data PDUs.

[0082] In some implementations, during a logical channel prioritization procedure, when there  is the control PDU for PDCP PDU discarding notification, the MAC entity may allocate resources for the control PDU for PDCP PDU discarding notification first, and allocate the remaining resources for other PDUs based on physical block resource (PBR) , elapsed time, and / or remaining time.

[0083] For another method (Method 3) , when one or more PDCP PDUs has been discarded and / or lost, an indicator is included in the next or subsequent PDCP data PDU to indicate that PDCP PDU discarding and / or lost has occurred, indicating that PDCP SN gap before the current PDCP SN should be neglected for the subsequent PDCP PDU reordering.

[0084] In some implementations, the control PDU for PDCP PDU discarding notification may be one of the following configurations.

[0085] For one configuration (Control PDU Configuration 1) , the PDCP PDU discarding notification is indicated to the receiving PDCP entity based on a first missed PDCP count number (CN) (FMC) (or a first missed PDCP SN) , and a missed SDUs number (or a missed PDUs number) . FMC may indicate the first missing count, which is a count value of the first missing PDCP SDU within the reordering window. The missed SDUs number may indicate the number of missed PDCP SDUs with continuous count starting from and including the FMC. The first missed PDCP SN may indicate the SN of the first missing PDCP PDU. The missed PDUs number may indicate the number of missed PDCP PDUs with continuous PDCP SN starting from and including the first missed PDCP SN.

[0086] FIG. 5A shows an example of a control PDU for PDCP PDU discarding notification, wherein one FMC 502 and one missed SDUs number field 504 is included to indicate the SDUs with count from the FMC to (the FMC + (the missed SDUs number -1) ) are missed / discarded.

[0087] In some implementations, one value of PDU type or one R bit is used to indicate this PDU is used to for PDCP PDU discarding notification.

[0088] FIG. 5B shows another example of a control PDU for PDCP PDU discarding notification. A number of FMC 522, multiple of FMCs 524, and multiple missed SDUs number fields 526 are included to indicate SDUs with multiple count segment are missed / discarded. For a first set, the SDUs with count from FMC1 to FMC1 + (missed SDUs number1 -1) ; for a second set,  the SDUs with count from FMC2 to FMC2 + (missed SDUs number2 -1) ; ...; for a N-th set, the SDUs with count from FMCN to FMCN + (missed SDUs numberN -1) are missed, where the N is decided by a number of FMC field 522.

[0089] FIG. 5C shows another example of a control PDU for PDCP PDU discarding notification, including one first missed PDCP SN 542 (with 18 bits PDCP SN) and one missed PDUs number field 544 to indicate that the PDCP PDUs with SN from the first missed PDCP SN to the first missed PDCP SN + (the missed PDUs number -1) are missed / discarded.

[0090] FIG. 5D shows another example of a control PDU for PDCP PDU discarding notification, including one first missed PDCP SN 562 (with with 12 bits PDCP SN) and one missed PDUs number field 564 to indicate that the PDCP PDUs with SN from the first missed PDCP SN to the first missed PDCP SN + (the missed PDUs number -1) are missed / discarded.

[0091] In some implementations, the PDCP PDU discarding notification is indicated to the receiving PDCP entity based on a portion or all of the following: at least one FMC, at least one Bitmapi, and at least one valid bits number of BitmapN. The FMC may indicate the first missing count, which is the count value of the first missing PDCP SDU within the reordering window. The bitmap may indicate which SDUs are missing / discarded and which SDUs are correctly received in the receiving PDCP entity. The valid bits number of bitmapN may indicates the number of valid bits in the last octet of the bitmap, and the valid bits number of bitmap may be used in the case that the number of SDUs that are missing or are correctly received in the receiving PDCP entity is not an integer multiple of octet, wherein an octet means 8 bits.

[0092] In some implementations, the bit position of mth bit in the Bitmap is m, i.e., the bit position of the first bit in the bitmap is 1. and the bit values in the bitmap indicate as follows: when the bit value is 0, a PDCP SDU with COUNT = (FMC + bit position) modulo 232 is missing; when the bit value is 1, a PDCP SDU with COUNT = (FMC + bit position) modulo 232 is correctly received.

[0093] FIG. 6 shows another example of a control PDU for PDCP PDU discarding notification. The valid bits number of Bitmap 610 indicates the number of valid bits in the last octet of the bitmap (bitmapN 612) , which is used in the case that the number of SDUs that are missing or are correctly received in the receiving PDCP entity is not an integer multiple of octet (e.g. 8 bits) .

[0094] In some implementations, one bit in PDCP data PDU is used to indicate the PDUs that have not been correctly received by the receiving PDCP entity before the current PDCP SN, e.g. have been discarded or missed, and to indicate that the receiving PDCP entity shall ignore them when performing PDCP reordering.

[0095] FIG. 7A shows an example that a “Mis” bit 710 in the PDCP data PDU with 18 bits PDCP SN 720 is used to indicate that the some PDUs have been discarded or missed. The “Mis” bit is the missed PDUs indication. When the Mis bit is set to 1, it indicates the PDUs that have not been correctly received by the receiving PDCP entity before the PDCP SN (included in the PDU) , e.g., have been discarded or missed, and the receiving PDCP entity shall ignore them when performing PDCP reordering.

[0096] FIG. 7B shows another example that a Mis bit 740 in the PDCP data PDU with 12 bits PDCP SN 750 is used to indicate that the some PDUs have been discarded or missed. The Mis bit is the missed PDUs indication. When Mis bit is set to 1, it indicates the PDUs that have not been correctly received by the receiving PDCP entity before the PDCP SN (included in the PDU) , e.g., have been discarded or missed, and the receiving PDCP entity shall ignore them when performing PDCP reordering.

[0097] In some implementations, before a control PDU for PDCP PDU discarding notification or data PDU including Mis bit is sent, a UE may send the capability to a gNB to indicate the supporting of the control PDU for PDCP PDU discarding notification or data PDU including Mis bit as described above. Upon reception of the capability to indicate the supporting of the control PDU for PDCP PDU discarding notification or data PDU including Mis bit, the gNB may send an indication to the UE to active the usage of control PDU for PDCP PDU discarding notification or data PDU including Mis bit.

[0098] In some implementations, only when the usage of a control PDU for PDCP PDU discarding notification or data PDU including Mis bit is activated, the control PDU for PDCP PDU discarding notification or data PDU including Mis bit described above can be sent.

[0099] In some implementations, the capability to indicate the supporting of the control PDU for PDCP PDU discarding notification or data PDU including Mis bit can be sent by a RRC message, e.g. UECapabilityInformation. The indication to the UE to active the usage of control  PDU for PDCP PDU discarding notification or data PDU including Mis bit can be sent in a DL RRC message, e.g. in PDCP-Config IE in RRCResume, RRCSetup, RRCReestablishment, or RRCReconfiguration.

[0100] Embodiment Set II

[0101] The present disclosure describes various embodiments for handling data unit transmission problems, particularly related to RLC control PDU priority.

[0102] In some implementations, when an RLC PDU containing an RLC SDU segment is discarded or lost, the receiving RLC entity may wait for the discarded or lost PDU for RLC SDU reassembly, and only the reassembled RLC SDU can be delivered to upper layer; when an RLC PDU containing an RLC SDU is discarded or lost, the receiving RLC entity may wait for the discarded or lost PDU (s) for delivering to upper layer.

[0103] In some implementations for a RLC acknowledge mode (AM) mode, when an RLC PDU is discarded or lost, a RLC status PDU may be triggered for retransmission; however, under some circumstances, a current RLC status PDU may not be triggered as needed. For example, when an RLC PDU is discarded deliberately / intentionally by the transmitting RLC entity (e.g. for congestion cause etc) , the RLC status PDU and retransmission is not necessary. When an RLC PDU is missed (e.g., for poor radio condition cause etc. ) , a RLC status PDU and retransmission is necessary, but the current RLC Status PDU cannot be triggered timely enough for delay critical service (e.g. based on poll bit or based on t-reassembly timer is too slow) .

[0104] In some implementations for a RLC non-acknowledge mode (UM) mode, when an RLC PDU containing an RLC SDU segment is discarded or lost, the receiving RLC entity may also wait for the discarded or lost PDU (s) for RLC SDU reassembly, and only the reassembled RLC SDU can be delivered to upper layer.

[0105] At least one of the following methods may be used so that a RLC SDU can be delivered to upper layer as soon as possible and unnecessary RLC status SDU can be avoided,

[0106] For one method (method 1) , when an RLC SDU is discarded by the transmitting RLC entity: the transmitting RLC entity informs the transmitting PDCP entity about the discarded RLC SDU information (e.g. the discarded PDCP PDU information) . The transmitting PDCP entity may  notify the discarded PDCP PDU information to the receiving PDCP entity, to avoid the PDCP reordering stalling issue caused by the PDU lost.

[0107] For another method (method 2) , when an RLC PDU is discarded by the transmitting RLC entity: for RLC AM mode, the transmitting RLC entity informs the receiving RLC entity about the discarded RLC PDU information (e.g. the discarded RLC SDU information or discarded RLC PDU segment information) ; and the receiving RLC entity may not produce a RLC status PDU for NACK_SN sending.

[0108] In some implementations, the discarded RLC PDU information may be transmitted by one of the control PDU as shown in FIG. 8A, FIG. 8B, FIG. 8C, and FIG. 8D.

[0109] FIG. 8A shows an example of a control PDU for a RLC PDU discarding notification, including one first missed RLC SN 810 (with 18 bits RLC SN) and one missed PDUs number field 820 to indicate the RLC PDUs with SN from the first missed RLC SN to the first missed RLC SN + (the missed PDUs number -1) are discarded.

[0110] FIG. 8B shows another example of a control PDU for a RLC PDU discarding notification, including one first missed RLC SN 850 (with 12 bits RLC SN) and one missed PDUs number field 860 to indicate the RLC PDUs with SN from the first missed RLC SN to the first missed RLC SN + (the missed PDUs number -1) are discarded.

[0111] FIG. 8C shows another example of a control PDU for a RLC PDU discarding notification, including at least one first missed RLC SN 871 (with 12 bits RLC SN) and at least one set of an E1 873, an E2 874, and an E3 bit 875, and possibly a pair of a SOstart 876 and a SOend 877 or a Missed RLC PDUs Range field 878 for each first missed RLC SN. Wherein the SO start (SOstart) field (together with the SOend field) indicates the portion of the RLC SDU with SN = the first missed RLC SN that has been discarded by the transmitting side of RLC entity, or has been detected as lost at the receiving side of the AM RLC entity. When E3 is 0, the SO end (SOend) field (together with the SOstart field) indicates the portion (e.g., specifically, the SOend field indicates the position of the last byte of the portion of the RLC SDU in bytes within the original RLC SDU) of the RLC SDU with SN = the first missed RLC SN that has been discarded by the transmitting side of RLC entity, or has been detected as lost at the receiving side of the AM RLC entity. In some implementations, specifically, the SOstart field indicates the position of the first  byte of the portion of the RLC SDU in bytes within the original RLC SDU, and the SOend field indicates the position of the last byte of the portion of the RLC SDU in bytes within the original RLC SDU. In some implementations, the extension bit 1 (E1) field indicates whether or not a set of first missed RLC SN, E1, E2 and E3 follows. The extension bit 1 (E2) field indicates whether or not a set of SOstart and SOend follows. The E3 field indicates whether or not information about a continuous sequence of RLC SDUs (e.g. the missed RLC PDUs range field) that have not been received follows.

[0112] FIG. 8D shows another example of a control PDU for a RLC PDU discarding notification, including one first missed RLC SN 891 (with 18 bits RLC SN) , wherein the meaning of the fields is the same as that in FIG. 8C, except the difference of RLC SN length.

[0113] For another method (method 3) in a RLC AM mode, when the receiving RLC entity detects an RLC PDU (e.g. RLC SDU or RLCSDU segment) missing, it immediately triggers the RLC status PDU to trigger the retransmission of the missing RLC PDU.

[0114] In some implementations, whether the RLC PDU missing can trigger an RLC status PDU depends on an activation indication. Only when it is activated that RLC PDU missing can trigger an RLC status PDU, the RLC PDU missing can trigger an RLC status PDU. The activation indication is configured by the gNB, per logical channel (e.g. in LogicalChannelConfig IE) , per RLC entity (e.g. in RLC-Config or RLC-BearerConfigIE) , or per PDCP entity (e.g. in PDCP-Config IE) in DL RRC message, e.g. in RRCResume, RRCSetup, RRCReestablishment or RRCReconfiguration.

[0115] In some implementations, before the activation indication is configured, the UE may report the capability to indicate the supporting of RLC status PDU reporting triggered by RLC PDU missing.

[0116] For another method (method 4) in a RLC AM mode, when the receiving RLC entity detects an RLC PDU (e.g. RLC SDU or RLCSDU segment) missing, it starts a timer for waiting the missed RLC PDU (e.g. a prohibit timer or pending timer used in the receiving side of an AM RLC entity in order to prohibit transmission of a status PDU for a duration to wait the missed RLC PDU when detects RLC an PDU missing) . When the missed RLC PDU has been received when the timer is running, the timer will be stopped. When the timer expires (e.g. the missed RLC PDU has  not been received during the timer) , the RLC status PDU or RLC control PDU as shown in FIGs. 8A, 8B, 8C or 8D is triggered for the retransmission of the missing RLC PDU.

[0117] In some implementations, the timer is configured by the gNB, per logical channel (e.g. in LogicalChannelConfig IE) , per RLC entity (e.g. in RLC-Config or RLC-BearerConfig IE) , or per PDCP entity (e.g. in PDCP-Config IE) in DL RRC message, e.g. in RRCResume, RRCSetup, RRCReestablishment, or RRCReconfiguration.

[0118] In some implementations, before the timer is configured, the UE may report the capability to indicate the supporting of RLC status PDU reporting triggered by RLC PDU missing.

[0119] In some implementations, one difference between the Method 3 and Method 4 is that there is a timer for waiting the missed RLC PDU in Method 4; and both method (3) and (4) include the receiving RLC entity can detect RLC PDU missing based on one of the following methods.

[0120] For one method, when an RLC PDU (e.g. a first RLC PDU) has not been received, a subsequent RLC PDU (e.g. a second RLC PDU) has been received, and there is not control PDU for RLC PDU discarding notification received to indicate that the RLC PDU (e.g. a first RLC PDU) is discarded, the receiving RLC entity may determine that the RLC PDU (e.g. a first RLC PDU) is missed / missing. For example, when an RLC PDU with sequence number (SN) = x has not been received, and an RLC PDU with SN =x +n has been received (n being a positive integer) , the receiving RLC entity may determine that the RLC PDU with SN =x has been missed / missing. When an RLC PDU with SN = x and segment offset (SO) =y has not been received, and an RLC PDU with SN = x and SO =y +n has been received (n being a positive integer) , the receiving RLC entity may determine that the RLC PDU with SN=x and SO =y has been missed / missing (e.g. an RLC SDU segment has been missed) .

[0121] For another method, when an elapsed time is larger than a time threshold when an RLC PDU (e.g. a second RLC PDU) has been received, and a previous RLC PDU (e.g. a first RLC PDU) has not been received, and there is not control PDU for RLC PDU discarding notification received to indicate that the RLC PDU (e.g. a first RLC PDU) is discarded, the receiving RLC entity may determine that the RLC PDU (e.g. the first RLC PDU) is missed / missing, wherein the “previous RLC PDU” means an RLC PDU wtih smaller SN and / or smaller SO of the same SN.

[0122] Embodiment Set III

[0123] The present disclosure describes various embodiments for measurement gap activation and / or deactivation. In some implementations, measurement gaps are the periods that a network configures for a UE to perform neighbor cell (s) reference signal received power (RSRP) and / or reference signal received quality (RSRQ) measurement. During the measurement gaps, a UE cannot perform user data transmission and / or reception, which may increase delay or decrease UE throughput.

[0124] In some implementations, a UE may be in good radio coverage condition and neighbor cell (s) measurement is not necessary, which can be reported from the UE to the gNB by MeasurementReport message (e.g., by Event A1 and Event A2) ; In some implementations, the UE may be geo-stationary and neighbor cell (s) measurement can be relaxed, which can be sent from the UE to the gNB by a UEAssistanceInformation message (e.g. by rrm-MeasRelaxationFulfilment indication) . Considering that the radio coverage condition and / or the UE geostationary state may be changed (e.g. UE in intermittent geostationary) , the measurement gap need to be activated or deactivated dynamically, and whether the measurement gap is activated or deactivated should be coordinated between the UE and the gNB. For example, based on the information (e.g. Event A1 report, Event A2 report, or rrm-MeasRelaxationFulfilment indication) sent from the UE, the gNB can send activation or deactivation indication by DCI or MAC CE to activate or deactivate the measurement GAP used for neighbor cell (s) measurement; when only one measurement GAP pattern is configured, one activation or deactivation indication is in the DCI or MAC CE; and / or when multiple measurement gap patterns are configured, one of the following method can be used.

[0125] For one method, only one activation or deactivation indication is included in the DCI or MAC CE to activate or deactivate all the measurement GAP pattern. For another method, activation or deactivation indication per measurement Gap ID is included in the DCI or MAC CE to indicate which measurement GAP is activated or deactivated;

[0126] In some implementations, when only one activation or deactivation indication is used in MAC CE to activate or deactivate (all) the measurement gap pattern (s) , MAC CE with a fixed size of zero bits can be used. For example, only MAC subheader is used, one (e) LCID is defined to activate (all) the measurement gap pattern, and another (e) LCID is defined to deactivate (all) the  measurement gap pattern.

[0127] When activation or deactivation indication per measurement gap ID MAC CE is used to activate or deactivate (all) the measurement gap pattern (s) , MAC CE may be defined with a fixed size of eight bits as shown in FIG. 9.

[0128] FIG. 9 shows an example of activation or deactivation indication per measurement gap ID MAC CE, wherein a GapIdi field being 0 indicates that the measurement gap pattern with measurement GAP ID =1 is not activated; a GapIdi field being 1 indicates that the measurement gap pattern with measurement GAP ID =1 is activated.

[0129] Embodiment Set IV

[0130] The present disclosure describes various embodiments with new formulas for measurement gap. In some implementations, to avoid overlapping between measurement gap and XR data burst (e.g., C-DRX on duration) , non-integer measurement gap periodicity (e.g. measurement gap repetition period (MGRP) with non-integer value) is configured, and the measurement occasion is determined based on one of the following formula. The first subframe of each gap occurs at a system frame number (SFN) and subframe meeting the following condition when non-integer MGRP value is configured or indication to use new gap formula is indicated (e.g. hsfn-LSB or gap-TimeReferenceSFN below is provided in the RRC (re-) configuration) .

[0131] For one formula (Formula 1) , FLOOR [ (GAP_SFN_COUNTER × 1024 + SFN) mod T] = FLOOR (gapOffset  / 10) ; and subframe = gapOffset mod 10; with T = MGRP / 10.

[0132] For another formula (Formula 2) , floor ( [ (GAP_SFN_COUNTER × 10240) + (SFN ×10) + subframe number] modulo (MGRP) ) = floor (gapOffset modulo (MGRP) ) .

[0133] Wherein, gapOffset is the gap offset of the gap pattern with MGRP indicated in the field mgrp, which is used to determine the start occasion of each gap, and the value range of gapOffset is integer from 0 to MGRP -1. MGRP is a non-integer with unit of millisecond (ms) . GAP_SFN_COUNTER is used to deal with the SFN wrap around issue, which is set to 0 in the HSFN where the first transmission of the RRC (re-) configuration including the non-integer measurement gap configuration or set to 1 in the next H-SFN after the H-SFN of the first transmission of RRC (re-) configuration message including the non-integer measurement gap  configuration (e.g. the RRC (re-) configuration message is sent in a H-SFN, but it is received by the UE in the next H-SFN) , and increment by 1 in the first subframe in which SFN changes to 0.

[0134] In some implementations, the HSFN where the first transmission of the RRC (re-) configuration can be decided by one of the following methods.

[0135] For one method (Alt 1) , the RRC (re-) configuration includes hsfn-LSB indication to indicate the LSB of the H-SFN of the first transmission of RRC (re-) configuration message including the non-integer measurement gap configuration. The GAP_SFN_COUNTER is set as 0 in the H_SFN indicated by hsfn-LSB.

[0136] For another method (Alt 2) , the RRC (re-) configuration may include gap-TimeReferenceSFN with value (reference SFN=0, reference SFN=512) to indicate the closest SFN with the indicated number preceding the reception of the RRC (re-) configuration. When the gap-TimeReferenceSFN is set to SFN=512 and the RRC (re-) configuration is received at SFN within 0 to 511, it means that the RRC (re-) configuration is received in the next H-SFN after the H-SFN of the first transmission of RRC (re-) configuration message, and the GAP_SFN_COUNTER is set to 1 when UE receiving the RRC (re-) configuration message; else, it means that the RRC (re-) configuration is received in the H-SFN of the first transmission of RRC (re-) configuration message, and the GAP_SFN_COUNTER is set to 0. In some implementations, this mechanism is based on the assumption the transmission delay of RRC (re-) configuration message will not be over 5120 ms.

[0137] In some implementations, a UE capability report to indicate whether non-Integer measurement gap periodicity and / or measurement gap enhancement is necessary. Only when the UE supports non-integer measurement gap periodicity, network can configure the non-integer measurement gap periodicity (e.g. non-Integer MGRP) to UE. Only the non-Integer measurement gap periodicity (e.g. non-Integer MGRP) is configured, UE perform the measurement based on measurement GAP determined with the configured non-Integer measurement gap periodicity and at least one of the equations above. The UE capability report to indicate whether non-Integer measurement gap periodicity can be included in a RRC message, e.g. UECapabilityInformation. FIG. 10 shows an example of the procedure.

[0138] The present disclosure describes methods, apparatus, and computer-readable medium  for wireless communication. The present disclosure addressed the issues with handling data unit transmission problems. The methods, devices, and computer-readable medium described in the present disclosure may facilitate the performance of wireless communication, thus improving efficiency and overall performance. The methods, devices, and computer-readable medium described in the present disclosure may improves the overall efficiency of the wireless communication systems.

[0139] In some other embodiments, a computer-readable medium comprising instructions which, when executed by a computer, cause the computer to carry out the above methods. The computer-readable medium may be referred as non-transitory computer-readable media (CRM) that stores data for extended periods such as a flash drive or compact disk (CD) , or for short periods in the presence of power such as a memory device or random access memory (RAM) . In some embodiments, computer-readable instructions may be included in a software, which is embodied in one or more tangible, non-transitory, computer-readable media. Such non-transitory computer-readable media can be media associated with user-accessible mass storage as well as certain short-duration storage that are of non-transitory nature, such as internal mass storage or ROM. The software implementing various embodiments of the present disclosure can be stored in such devices and executed by a processor (or processing circuitry) . A computer-readable medium can include one or more memory devices or chips, according to particular needs. The software can cause the processor (including CPU, GPU, FPGA, and the like) to execute particular processes or particular parts of particular processes described herein, including defining data structures stored in RAM and modifying such data structures according to the processes defined by the software.

[0140] Reference throughout this specification to features, advantages, or similar language does not imply that all of the features and advantages that may be realized with the present solution should be or are included in any single implementation thereof. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present solution. Thus, discussions of the features and advantages, and similar language, throughout the specification may, but do not necessarily, refer to the same embodiment.

[0141] Furthermore, the described features, advantages and characteristics of the present  solution may be combined in any suitable manner in one or more embodiments, for non-limiting examples, a portion from one or more embodiment may be combined with another portion of other embodiments. One of ordinary skill in the relevant art will recognize, in light of the description herein, that the present solution can be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the present solution.

Claims

1.A method for wireless communication, comprising:determining, by a first communication node, that at least one packet data convergence protocol (PDCP) protocol data unit (PDU) is discarded; andsending, by the first communication node to a second communication node, a first message indicating that the at least one PDCP PDU is discarded, so that the second communication node is configured to ignore the at least one discarded PDCP PDU when performing PDCP reordering.2.A method for wireless communication, comprising:receiving, from a first communication node by a second communication node, a first message indicating that at least one packet data convergence protocol (PDCP) protocol data unit (PDU) is discarded; anddetermining, by the second communication node, to ignore the at least one discarded PDCP PDU when performing PDCP reordering.3.The method according to any of claims 1 to 2, wherein:the first communication node comprises a first user equipment (UE) or a first base station; andthe second communication node comprises a second UE or a second base station.4.The method according to any of claims 1 to 3, wherein:in response to the at least one discarded PDCP PDU not being submitted to a lower layer of the first communication node, the first communication node encodes a first sequence number (SN) of a subsequent PDCP PDU after the at least one discarded PDCP PDU following a second SN of latest PDCP PDU that is transmitted without introducing PDCP SN gap.5.The method according to any of claims 1 to 3, wherein:the first message comprises a control PDU for a PDCP PDU discarding notification; andthe first communication node prioritizes transmission of the control PDU to the second communication node over transmission of the PDCP data PDUs and RLC data PDUs.6.The method according to claim 5, wherein that the first communication node prioritizes transmission of the control PDU to the second communication node comprises:a PDCP entity of the first communication node transmits the PDCP control PDU to a radio link control (RLC) entity of the first communication node with a priority higher than to transmit the PDCP data PDU;the RLC entity of the first communication node prioritize transmission of the PDCP control PDU over at least one RLC data PDU; anda medium access control (MAC) entity of the first communication node prioritize the PDCP control PDU transmission.7.The method according to any of claims 5 to 6, wherein the control PDU comprises:a first missing or discarded count (FMC) indicating a count value of a first missing PDCP SDU within a reordering window; anda number of missed or discarded SDUs indicating the number of missed or discarded PDCP SDUs with continuous count starting from and including FMC.8.The method according to any of claims 5 to 6, wherein the control PDU comprises:a number of first missing or discarded counts (FMCs) ,a plurality of FMCs, each FMC indicating a count value of a first missing or discarded PDCP SDU within a reordering window; anda plurality of numbers of missed SDUs, each number indicating the number of missed or discarded PDCP SDUs with continuous count starting from and including a corresponding FMC.9.The method according to any of claims 5 to 6, wherein the control PDU comprises:a first missed or discarded PDCP SN indicating a SN of a first missing PDCP PDU; anda number of missed or discarded PDUs indicating a number of missed PDCP PDUs with continuous PDCP SN starting from and including the first missed or discarded PDCP SN.10.The method according to any of claims 5 to 6, wherein the control PDU comprises:a first missing or discarded count (FMC) indicating a count value of a first missing or discarded PDCP SDU within a reordering window;a bitmap indicating whether each of one or more PDCP SDUs is missing or correctly received by a PDCP entity of the second communication node, or is discarded by a PDCP entity of the first communication node; andin response to a number of SDUs that are missing, correctly received, or discarded is not an integer multiple of octet, a valid-bit number of the bitmap indicating a number of valid bits in the last octet of the bitmap.11.The method according to any of claims 1 to 3, wherein:the first message comprises a PDCP data PDU for a PDCP PDU discarding or missing notification.12.The method according to claim 11, wherein the PDCP data PDU comprises:a one-bit indicating that at least one of the PDCP PDUs are discarded or missed with SN smaller than the indicated PDCP SN, and a PDCP entity of the second communication node is configured to ignore the discarded or missed PDCP PDUs with SN smaller than the indicated PDCP SN when performing PDCP reordering; andthe PDCP SN having either 12 or 18 bits for the discarded or missed PDCP PDU.13.The method according to any of claims 1 to 12, wherein:the first communication node and the second communication node comprise the first UE and the second base station, respectively;the first communication node sends, to the second communication node, a second message for a capability indication; andthe first communication node receives, from the second communication node, a third message for an activation indication,wherein:the capability indication indicates a supporting capability of a control PDU for a PDCP PDU discarding notification, or a PDCP data PDU for a PDCP PDU discarding or missing notification, andthe activation indication indicates to active the control PDU for the PDCP PDU discarding notification, or the PDCP data PDU for the PDCP PDU discarding or missing notification.14.The method according to claim 13, wherein:the second message comprises a radio resource control (RRC) message; andthe third message comprises a downlink RRC message.15.The method according to any of claims 1 to 14, wherein:a RLC entity of the first communication node sends, to a RLC entity of the second communication node, a control PDU for information of at least one missed or discarded RLC PDU; andthe RLC entity of the second communication node determines not to produce RLC status PDU for NACK_SN sending.16.The method according to claim 15, wherein the control PDU comprises:a first missed or discarded RLC SN having either 12 or 18 bits; anda number of missed or discarded PDUs indicating RLC PDUs whose SNs are from N to (N + M -1) are missed or discarded,wherein: N is the first missed or discarded RLC SN and M is the number of missed or discarded PDUs.17.The method according to any of claims 1 to 14, wherein:a RLC entity of the second communication node detects a missing RLC PDU; andthe RLC entity of the second communication node immediately triggers transmission of a RLC status PDU to the first communication node for retransmission of the missing RLC PDU.18.The method according to any of claims 1 to 14, wherein:a RLC entity of the second communication node detects missing of a RLC PDU; andthe RLC entity of the second communication node starts a timer;in response to the missing RLC PDU being received before the timer expires, the RLC entity of the second communication node stops the timer; andin response to the missing RLC PDU not being received when the timer expires, the RLC entity of the second communication node immediately triggers transmission of a RLC status PDU to the first communication node for retransmission of the missing RLC PDU.19.The method according to claim 18, wherein:the timer comprises one of a prohibit timer or a pending timer in order to prohibit transmission of a RLC status PDU for a pre-defined duration to wait the missing RLC PDU.20.The method according to any of claims 17 to 19, wherein:the RLC entity of the second communication node detects the missing RLC PDU when:the missing RLC PDU has not been received, anda subsequent RLC PDU has been received.21.The method according to any of claims 17 to 19, wherein:the RLC entity of the second communication node detects the missing RLC PDU when:the missing RLC PDU has not been received, andan elapsed time is larger than a time threshold when a subsequent RLC PDU has been received.22.The method according to any of claims 18, wherein:the RLC entity of the second communication node prioritizes transmission of the RLC status PDU over transmission of RLC data PDUs.23.The method according to any of claims 15 to 22, wherein:the first communication node and the second communication node comprise the first UE and the second base station, respectively;the first communication node sends, to the second communication node, a fourth message for a capability indication; andthe first communication node receives, from the second communication node, a fifth message for an activation indication,wherein:the capability indication indicates a supporting capability of a control PDU for information of at least one missed or discarded RLC PDU, andthe activation indication indicates to active the RLC control PDU for the PLC PDU discarding notification and / or trigger the RLC control PDU transmission once detects missing of a RLC PDU.24.The method according to claim 23, wherein:in response to any one of the following:reception of the activation indication indicating to active the RLC control PDU for the PLC PDU discarding notification and / or trigger the RLC control PDU transmission once detects missing of a RLC PDU, ordetermining to active the RLC control PDU for the PLC PDU discarding notification and / or trigger the RLC control PDU transmission once detects missing of a RLC PDU,the RLC entity stops retransmission of the RLC PDU, and does not indicate to upper layers that a maximal number of retransmission has been reached, and / orthe RRC release or RRC re-establishment is not triggered when the number of a RLC PDU retransmission reaches the maximal RLC PDU retransmission threshold.25.A wireless communications apparatus comprising a processor and a memory, wherein the processor is configured to read code from the memory and implement a method recited in any of claims 1 to 24.26.A non-transitory computer program product comprising a computer-readable program medium code stored thereupon, the computer-readable program medium code, when executed by a processor, causing the processor to implement a method recited in any of claims 1 to 24.

Citation Information

Patent Citations

  • Medium access control discard notification

    CN101485134A

  • Method and apparatus for pcdp discard

    CN101965705A

  • Method for QoS guarantee in multilayer structure

    CN106027211A

  • User equipment, target access node and methods in a wireless communications network

    CN114080833A

  • Wireless node communication method and apparatus in wireless communication system

    US20200045766A1

Cited By

  • Communication method and device and storage medium

    CN121056931A

  • Communication method, apparatus, and storage medium

    CN121056931B