Remaining time-based operations with consideration of application layer forward error correction

Abstract

The present application relates to devices and components including apparatus, systems, and methods for remaining time-based operations with consideration of application layer forward error correction (AL-FEC).

Description

REMAINING TIME-BASED OPERATIONS WITH CONSIDERATION OF APPLICATION LAYER FORWARD ERROR CORRECTIONTECHNICAL FIELD

[0001] The present application relates to the field of wireless technologies and, in particular, to remaining time-based operations with consideration of application layer forward error correction (AL-FEC) .BACKGROUND

[0002] Third Generation Partnership Project (3GPP) networks utilize packets between user equipments (UEs) and base stations for providing services. The networks can provide extended reality (XR) services for users of the UEs. The packets for the XR services can be arranged into protocol data unit (PDU) sets for providing the XR services for the UEs.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] FIG. 1 illustrates a network environment in accordance with some embodiments.

[0004] FIG. 2 illustrates a user equipment (UE) in accordance with some embodiments.

[0005] FIG. 3 illustrates a network device in accordance with some embodiments.

[0006] FIG. 4 illustrates an example protocol data unit (PDU) set arrangement in accordance with some embodiments.

[0007] FIG. 5 illustrates an example delay status report (DSR) arrangement in accordance with some embodiments.

[0008] FIG. 6 illustrates an example PDU set arrangement in accordance with some embodiments.

[0009] FIG. 7 illustrates an example procedure of implementing the first approach in accordance with some embodiments.

[0010] FIG. 8 illustrates an example procedure of implementing the second approach in accordance with some embodiments.

[0011] FIG. 9 illustrates an example procedure of implementing the third approach in accordance with some embodiments.

[0012] FIG. 10 illustrates an example procedure of implementing the fourth approach in accordance with some embodiments.

[0013] FIG. 11 illustrates an example procedure of implementing the fifth approach in accordance with some embodiments.

[0014] FIG. 12 illustrates an example procedure for performing a scheduling operation related to a PDU set in accordance with some embodiments.

[0015] FIG. 13 illustrates an example procedure for performing a scheduling operation in accordance with some embodiments.

[0016] FIG. 14 illustrates an example procedure for performing a scheduling operation in accordance with some embodiments.DETAILED DESCRIPTION

[0017] The following detailed description refers to the accompanying drawings. The same reference numbers may be used in different drawings to identify the same or similar elements. In the following description, for purposes of explanation and not limitation, specific details are set forth such as particular structures, architectures, interfaces, techniques, etc. in order to provide a thorough understanding of the various aspects of various embodiments. However, it will be apparent to those skilled in the art having the benefit of the present disclosure that the various aspects of the various embodiments may be practiced in other examples that depart from these specific details. In certain instances, descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of the various embodiments with unnecessary detail. For the purposes of the present document, the phrases “A / B” and “A or B” mean (A) , (B) , or (A and B) ; and the phrase “based on A” means “based at least in part on A, ” for example, it could be “based solely on A” or it could be “based in part on A. ”

[0018] The following is a glossary of terms that may be used in this disclosure.

[0019] The term “circuitry” as used herein refers to, is part of, or includes hardware components such as an electronic circuit, a logic circuit, a processor (shared, dedicated, or group) or memory (shared, dedicated, or group) , an application specific integrated circuit (ASIC) , a field-programmable device (FPD) (e.g., a field-programmable gate array (FPGA) , a programmable logic device (PLD) , a complex PLD (CPLD) , a high-capacity PLD (HCPLD) , a structured ASIC, or a programmable system-on-a-chip (SoC) ) , digital signal processors (DSPs) , etc., that are configured to provide the described functionality. In some embodiments, the circuitry may execute one or more software or firmware programs to provide at least some of the described functionality. The term “circuitry” may also refer to a combination of one or more hardware elements (or a combination of circuits used in an electrical or electronic system) with the program code used to carry out the functionality of that program code. In these embodiments, the combination of hardware elements and program code may be referred to as a particular type of circuitry.

[0020] The term “processor circuitry” as used herein refers to, is part of, or includes circuitry capable of sequentially and automatically carrying out a sequence of arithmetic or logical operations, or recording, storing, or transferring digital data. The term “processor circuitry” may refer an application processor, baseband processor, a central processing unit (CPU) , a graphics processing unit, a single-core processor, a dual-core processor, a triple-core processor, a quad-core processor, or any other device capable of executing or otherwise operating computer-executable instructions, such as program code, software modules, or functional processes.

[0021] The term “interface circuitry” as used herein refers to, is part of, or includes circuitry that enables the exchange of information between two or more components or devices. The term “interface circuitry” may refer to one or more hardware interfaces, for example, buses, I / O interfaces, peripheral component interfaces, network interface cards, or the like.

[0022] The term “user equipment” or “UE” as used herein refers to a device with radio communication capabilities and may describe a remote user of network resources in a communications network. The term “user equipment” or “UE” may be considered synonymous to, and may be referred to as, client, mobile, mobile device, mobile terminal, user terminal, mobile unit, mobile station, mobile user, subscriber, user, remote station, access agent, user agent, receiver, radio equipment, reconfigurable radio equipment, reconfigurable mobile device, etc. Furthermore, the term “user equipment” or “UE” may include any type of wireless / wired device or any computing device including a wireless communications interface.

[0023] The term “computer system” as used herein refers to any type interconnected electronic devices, computer devices, or components thereof. Additionally, the term “computer system” or “system” may refer to various components of a computer that are communicatively coupled with one another. Furthermore, the term “computer system” or “system” may refer to multiple computer devices or multiple computing systems that are communicatively coupled with one another and configured to share computing or networking resources.

[0024] The term “resource” as used herein refers to a physical or virtual device, a physical or virtual component within a computing environment, or a physical or virtual component within a particular device, such as computer devices, mechanical devices, memory space, processor / CPU time, processor / CPU usage, processor and accelerator loads, hardware time or usage, electrical power, input / output operations, ports or network sockets, channel / link allocation, throughput, memory usage, storage, network, database and applications, workload units, or the like. A “hardware resource” may refer to compute, storage, or network resources provided by physical hardware element (s) . A “virtualized resource” may refer to compute, storage, or network resources provided by virtualization infrastructure to an application, device, system, etc. The term “network resource” or “communication resource” may refer to resources that are accessible by computer devices / systems via a communications network. The term “system resources” may refer to any kind of shared entities to provide services, and may include computing or network resources. System resources may be considered as a set of coherent functions, network data objects or services, accessible through a server where such system resources reside on a single host or multiple hosts and are clearly identifiable.

[0025] The term “channel” as used herein refers to any transmission medium, either tangible or intangible, which is used to communicate data or a data stream. The term “channel” may be synonymous with or equivalent to “communications channel, ” “data communications channel, ” “transmission channel, ” “data transmission channel, ” “access channel, ” “data access channel, ” “link, ” “data link, ” “carrier, ” “radio-frequency carrier, ” or any other like term denoting a pathway or medium through which data is communicated. Additionally, the term “link” as used herein refers to a connection between two devices for the purpose of transmitting and receiving information.

[0026] The terms “instantiate, ” “instantiation, ” and the like as used herein refers to the creation of an instance. An “instance” also refers to a concrete occurrence of an object, which may occur, for example, during execution of program code.

[0027] The term “connected” may mean that two or more elements, at a common communication protocol layer, have an established signaling relationship with one another over a communication channel, link, interface, or reference point.

[0028] The term “network element” as used herein refers to physical or virtualized equipment or infrastructure used to provide wired or wireless communication network services. The term “network element” may be considered synonymous to or referred to as a networked computer, networking hardware, network equipment, network node, virtualized network function, or the like.

[0029] The term “information element” refers to a structural element containing one or more fields. The term “field” refers to individual contents of an information element, or a data element that contains content. An information element may include one or more additional information elements.

[0030] The term “based at least in part on” as used herein may indicate that an item is based solely on another item and / or an item is based on another item and one or more additional items. For example, item 1 being determined based at least in part on item 2 may indicate that item 1 is determined based solely on item 2 and / or is determined based on item 2 and one or more other items in embodiments.

[0031] FIG. 1 illustrates a network environment 100 in accordance with some embodiments. The network environment 100 may include a user equipment (UE) 104 communicatively coupled with a base station 108 of a radio access network (RAN) 110. The UE 104 and the base station 108 may communicate over air interfaces compatible with 3GPP TSs such as those that define a Fifth Generation (5G) new radio (NR) system or a later system. The base station 108 may provide user plane and control plane protocol terminations toward the UE 104.

[0032] Operations described herein as being performed by a device (for example, UE 104 or base station 108) may be completely, substantially, or partially performed by processor circuitry of the device.

[0033] In some embodiments, the UE 104 and base station 108 may establish data radio bearers (DRBs) to support transmission of data over a wireless link between the two nodes. In one example, these DRBs may be used for traffic from extended reality (XR) applications that contains a large amount of data conveying real and virtual images and audio for presentation to a user.

[0034] The network environment 100 may further include a core network 112. For example, the core network 112 may comprise a 5th Generation Core network (5GC) or later generation core network. The core network 112 may be coupled to the base station 108 via a fiber optic or wireless backhaul. The core network 112 may provide functions for the UE 104 via the base station 108. These functions may include managing subscriber profile information, subscriber location, authentication of services, or switching functions for voice and data sessions.

[0035] In some embodiments, the network environment 100 may also include UE 106. The UE 106 may be coupled with the UE 104 via a sidelink interface. In some embodiments, the UE 106 may act as a relay node to communicatively couple the UE 104 to the RAN 110. In other embodiments, the UE 106 and the UE 104 may represent end nodes of a communication link. For example, the UEs 104 and 106 may exchange data with one another.

[0036] FIG. 2 illustrates a UE 200 in accordance with some embodiments. The UE 200 may be similar to and substantially interchangeable with UE 104 or 106.

[0037] The UE 200 may be any mobile or non-mobile computing device, such as, for example, mobile phones, computers, tablets, industrial wireless sensors (for example, microphones, carbon dioxide sensors, pressure sensors, humidity sensors, thermometers, motion sensors, accelerometers, laser scanners, fluid level sensors, inventory sensors, electric voltage / current meters, or actuators) , video surveillance / monitoring devices (for example, cameras or video cameras) , wearable devices (for example, a smart watch) , or Internet-of-things devices.

[0038] The UE 200 may include processors 204, RF interface circuitry 208, memory / storage 212, user interface 216, sensors 220, driver circuitry 222, power management integrated circuit (PMIC) 224, antenna 226, and battery 228. The components of the UE 200 may be implemented as integrated circuits (ICs) , portions thereof, discrete electronic devices, or other modules, logic, hardware, software, firmware, or a combination thereof. The block diagram of FIG. 2 is intended to show a high-level view of some of the components of the UE 200. However, some of the components shown may be omitted, additional components may be present, and different arrangement of the components shown may occur in other implementations.

[0039] The components of the UE 200 may be coupled with various other components over one or more interconnects 232, which may represent any type of interface, input / output, bus (local, system, or expansion) , transmission line, trace, or optical connection that allows various circuit components (on common or different chips or chipsets) to interact with one another.

[0040] The processors 204 may include processor circuitry such as, for example, baseband processor circuitry (BB) 204A, central processor unit circuitry (CPU) 204B, and graphics processor unit circuitry (GPU) 204C. The processors 204 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 212 to cause the UE 200 to perform delay-adaptive operations as described herein. The processors 204 may also include interface circuitry 204D to communicatively couple the processor circuitry with one or more other components of the UE 200.

[0041] In some embodiments, the baseband processor circuitry 204A may access a communication protocol stack 236 in the memory / storage 212 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 204A may access the communication protocol stack 236 to: perform user plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, SDAP layer, and PDU layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and a NAS layer. In some embodiments, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 208.

[0042] The baseband processor circuitry 204A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some embodiments, the waveforms for NR may be based on cyclic prefix OFDM (CP-OFDM) in the uplink or downlink, and discrete Fourier transform spread OFDM (DFT-S-OFDM) in the uplink.

[0043] The memory / storage 212 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 236) that may be executed by one or more of the processors 204 to cause the UE 200 to perform various delay-adaptive operations described herein.

[0044] The memory / storage 212 includes any type of volatile or non-volatile memory that may be distributed throughout the UE 200. In some embodiments, some of the memory / storage 212 may be located on the processors 204 themselves (for example, memory / storage 212 may be part of a chipset that corresponds to the baseband processor circuitry 204A) , while other memory / storage 212 is external to the processors 204 but accessible thereto via a memory interface. The memory / storage 212 may include any suitable volatile or non-volatile memory such as, but not limited to, dynamic random access memory (DRAM) , static random access memory (SRAM) , erasable programmable read only memory (EPROM) , electrically erasable programmable read only memory (EEPROM) , Flash memory, solid-state memory, or any other type of memory device technology.

[0045] The RF interface circuitry 208 may include transceiver circuitry and a radio frequency front module (RFEM) that allows the UE 200 to communicate with other devices over a radio access network. The RF interface circuitry 208 may include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, and control circuitry.

[0046] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna 226 and proceed to filter and amplify (with a low-noise amplifier) the signal. The signal may be provided to a receiver of the transceiver that down-converts the RF signal into a baseband signal that is provided to the baseband processor of the processors 204.

[0047] In the transmit path, the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides the RF signal to the RFEM. The RFEM may amplify the RF signal through a power amplifier prior to the signal being radiated across the air interface via the antenna 226.

[0048] In various embodiments, the RF interface circuitry 208 may be configured to transmit / receive signals in a manner compatible with NR access technologies.

[0049] The antenna 226 may include antenna elements to convert electrical signals into radio waves to travel through the air and to convert received radio waves into electrical signals. The antenna elements may be arranged into one or more antenna panels. The antenna 226 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications. The antenna 226 may include microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, or phased array antennas. The antenna 226 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.

[0050] The user interface 216 includes various input / output (I / O) devices designed to enable user interaction with the UE 200. The user interface 216 includes input device circuitry and output device circuitry. Input device circuitry includes any physical or virtual means for accepting an input including, inter alia, one or more physical or virtual buttons (for example, a reset button) , a physical keyboard, keypad, mouse, touchpad, touchscreen, microphones, scanner, headset, or the like. The output device circuitry includes any physical or virtual means for showing information or otherwise conveying information, such as sensor readings, actuator position (s) , or other like information. Output device circuitry may include any number or combinations of audio or visual display, including, inter alia, one or more simple visual outputs / indicators (for example, binary status indicators such as light emitting diodes (LEDs) and multi-character visual outputs, or more complex outputs such as display devices or touchscreens (for example, liquid crystal displays (LCDs) , LED displays, quantum dot displays, and projectors) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 200.

[0051] The sensors 220 may include devices, modules, or subsystems whose purpose is to detect events or changes in their environment and send the information (sensor data) about the detected events to some other device, module, or subsystem. Examples of such sensors include inertia measurement units comprising accelerometers, gyroscopes, or magnetometers; microelectromechanical systems or nanoelectromechanical systems comprising 3-axis accelerometers, 3-axis gyroscopes, or magnetometers; level sensors; flow sensors; temperature sensors (for example, thermistors) ; pressure sensors; barometric pressure sensors; gravimeters; altimeters; image capture devices (for example, cameras or lensless apertures) ; light detection and ranging sensors; proximity sensors (for example, infrared radiation detector and the like) ; depth sensors; ambient light sensors; ultrasonic transceivers; and microphones or other like audio capture devices.

[0052] The driver circuitry 222 may include software and hardware elements that operate to control particular devices that are embedded in the UE 200, attached to the UE 200, or otherwise communicatively coupled with the UE 200. The driver circuitry 222 may include individual drivers allowing other components to interact with or control various input / output (I / O) devices that may be present within, or connected to, the UE 200. For example, driver circuitry 222 may include a display driver to control and allow access to a display device, a touchscreen driver to control and allow access to a touchscreen interface, sensor drivers to obtain sensor readings of sensors 220 and control and allow access to sensors 220, drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro-mechanic components, a camera driver to control and allow access to an embedded image capture device, audio drivers to control and allow access to one or more audio devices.

[0053] The PMIC 224 may manage power provided to various components of the UE 200. In particular, with respect to the processors 204, the PMIC 224 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.

[0054] A battery 228 may power the UE 200, although in some examples the UE 200 may be mounted deployed in a fixed location and may have a power supply coupled to an electrical grid. The battery 228 may be a lithium ion battery, a metal-air battery, such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, and the like. In some implementations, such as in vehicle-based applications, the battery 228 may be a typical lead-acid automotive battery.

[0055] FIG. 3 illustrates a network device 300 in accordance with some embodiments. The network device 300 may be similar to and substantially interchangeable with base station 108 or a device of the core network 112 or external data network 120.

[0056] The network device 300 may include processors 304, RF interface circuitry 308 (if implemented as a base station) , core network (CN) interface circuitry 314, memory / storage circuitry 312, and antenna structure 326.

[0057] The components of the network device 300 may be coupled with various other components over one or more interconnects 328.

[0058] The processors 304, RF interface circuitry 308, memory / storage circuitry 312 (including communication protocol stack 310) , antenna structure 326, and interconnects 328 may be similar to like-named elements shown and described with respect to FIG. 2.

[0059] The processors 304 may include processor circuitry such as, for example, baseband processor circuitry (BB) 304A, central processor unit circuitry (CPU) 304B, and graphics processor unit circuitry (GPU) 304C. The processors 304 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage circuitry 312 to cause the network device 300 to perform operations described herein. The processors 304 may also include interface circuitry 304D to communicatively couple the processor circuitry with one or more other components of the network device 300.

[0060] The CN interface circuitry 314 may provide connectivity to a core network, for example, a 5th Generation Core network (5GC) using a 5GC-compatible network interface protocol such as carrier Ethernet protocols, or some other suitable protocol. Network connectivity may be provided to / from the network device 300 via a fiber optic or wireless backhaul. The CN interface circuitry 314 may include one or more dedicated processors or FPGAs to communicate using one or more of the aforementioned protocols. In some implementations, the CN interface circuitry 314 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0061] Networks may utilize protocol data unit (PDU) sets for extended reality (XR) . XR services can operate on “PDU set” which comprises multiple packets (e.g., internet protocol (IP) packets) , as illustrated in FIG. 4.

[0062] FIG. 4 illustrates an example PDU set arrangement 400 in accordance with some embodiments. For example, the PDU set arrangement 400 illustrates packets that may be for transmission between user equipments (UEs) and base stations. The packets may be grouped into PDU sets as shown.

[0063] The PDU set arrangement 400 includes a first PDU set 402. The first PDU set 402 may include one or more packets. In the illustrated embodiment, the first PDU set includes a first packet 404, a second packet 406, a third packet 408, a fourth packet 410, and a fifth packet 412. Each of the packets within the first PDU set 402 may be a redundant version of another packet in the first PDU set, for the purposes of error corrections in application later.

[0064] The PDU set arrangement 400 further includes a second PDU set 414. The second PDU set 414 may include one or more packets. In the illustrated embodiment, the second PDU set 414 includes a sixth packet 416 and a seventh packet. Each of the packets within the second PDU set 414 may be a redundant version of another packet in the second PDU set, for the purposes of error corrections in application later.

[0065] The definition of PDU set may be one or more PDUs carrying the payload of one unit of information generated at the application level (e.g., frame (s) or video slice (s) etc. for XR Services) , as defined in technical specification (TS) 23.501 (3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System architecture for the 5G System (5GS) ; Stage 2 (Release 19) . (2025) . 3GPP TS 23.501, 19.2.1) . A PDU in the PDU set may correspond to a service data unit (SDU) in a protocol layer (e.g., PDCP) . Each PDU Set may be associated with the following information: PDU Set Sequence Number, Indication of End PDU of the PDU Set, PDU Sequence Number within a PDU Set, PDU Set Size in bytes, and / or PDU Set Importance (PSI) . PSI may identify the relative importance of a PDU Set compared to other PDU Sets within the same quality of service (QoS) Flow. In release 18 (Rel-18) , the UE may be instructed by the network to start different discard timers (namely discardTimer and discardTimerLowImportance) for packets belonging to PDU Sets with different importance levels. This feature is called PSI-based SDU discarding. It is up to UE implementation to determine whether a PDU Set is “Important” or “Less-Important” based on, e.g., the PSI information associated with the PDU Set.

[0066] Moreover, a new QoS requirement for a traffic flow called PDU Set Integrity Handling Information (PSIHI) has been defined, which indicates if the application layer needs every PDUs of each PDU Set on this flow. In cases where the Application needs every PDUs of a PDU Set, there is no need for the transmitter to continue to transmit every PDU when at least one PDU of this PDU Set is already discarded. Thus, this provides an opportunity to improve resource efficiency by avoiding unnecessary transmissions.

[0067] Rel-18 and release 19 (Rel-19) introduces remaining time-based operations. Rel-18 and Rel-19 delay status report (DSR) allows the UE to report the remaining time till expiry of packet data convergence protocol (PDCP) discard timer, and the buffer size of data whose remaining time till expiry of PDCP discard timer satisfy a threshold. The DSR is triggered when the remaining time of at least one buffered packet becomes smaller than a threshold.

[0068] FIG. 5 illustrates an example DSR arrangement 500 in accordance with some embodiments. The DSR arrangement 500 illustrates some examples of remaining time-based operations that can be performed by a network elements, such as a UE or a base station, or both.

[0069] The DSR arrangement 500 includes a packet arrival 502. The packet arrival 502 may indicate a time when a packet arrives at a transmission buffer of the network element for transmission. A starting of a discard timer 504 may occur at the packet arrival 502. For example, the network element may initiate a count of a discard timer for the packet,  where the packet may be discarded at expiry of the discard timer.

[0070] The DSR arrangement 500 may include an expiration of the discard timer 506. A discarding of the packet 512 may occur at the expiration of the discard timer 506. In particular, the network element may discard the packet at the expiration of the discard timer.

[0071] One or more remaining time-based operations may be initiated based on a remaining time before the expiration of the discard timer 506. A triggering of a DSR 508 may occur at a time before the expiration of the discard timer 506. The triggering of the DSR 508 may include the network element generating a DSR for transmission. Further, remaining time-based operations may further include transmission of the DSR 510 at a remaining time 514 before the expiration of the discard timer 506, where the DSR may include information to be reported related to the packet.

[0072] In addition to DSR, Rel-19 may further introduce a few mechanisms based on packet remaining time, including remaining time-based logical channel (LCH) priority adjustment, remaining time-based radio link control (RLC) polling enhancement, and / or remaining time-based RLC autonomous retransmission. The remaining time-based LCH priority adjustment may include that the LCH priority can be boosted if at least one packet has remaining time smaller than a threshold (this can potentially cause some impacts to the fairness among other LCHs) . The remaining time-based RLC polling enhancement may include that the poll for RLC-acknowledge mode (AM) can be triggered if at least one packet has remaining time smaller than a threshold (this can potentially result in some signaling overheads) . The remaining time-based RLC autonomous retransmission may include that a RLC SDU can be considered for retransmission if its remaining time is smaller than a threshold (this can potentially cause some impacts to the capacity) . Nevertheless, it is actually undesirable to trigger these remaining time-based operations too frequently, due to their potential impacts to system capacity and fairness etc.

[0073] Network elements may implement packet discarding based on application layer forward error correction (AL-FEC) . A downlink (DL) packet discarding scheme has been considered based on AL-FEC. Basically, a PDU set may include some redundant payload that is used for error correction purposes. When sufficient number of packets of this PDU set are already successfully delivered, the transmitter may discard other (redundant) packets of this PDU set, in order to save radio resources. Enhancements to support for XR and media services may be studied. In this context, approaches have been proposed to provide information about the presence of AL-FEC to next generation (NG) -radio access network (RAN) to enable NG-RAN to discard obsolete AL-FEC PDUs. Obsolete AL-FEC PDUs refers to PDUs that are not needed at the UE because enough PDUs to reconstruct the actual content have already been successfully sent to the UE. Some are of the opinion that such approaches are useful to efficiently handle XR applications, e.g., XR split rendering and cloud gaming services that are using AL-FEC schemes regardless of the access technology that is used for the applications' traffic. Others are of the view that XR applications should not use AL-FEC over new radio (NR) in the first place as NR provides efficient means for reliable delivery.

[0074] From RAN work group 2 (RAN2) perspective, such mechanism may work properly if the transmitter can reliably know if a sufficient number of packets are delivered for this PDU set. Hence, it is believed this would work better when the radio bearer is configured in Acknowledgement Mode (AM) , where the transmitter can get explicit acknowledge (ACK)  / negative acknowledge (NACK) information of each packet.

[0075] For cases where Unacknowledgement Mode (UM) is configured, it is still possible for the transmitter to “estimate” successful delivery of packets, based on, e.g., hybrid automatic repeat request (HARQ) feedback. However, this is less reliable. There could be significant impacts to user experiences if the transmitter discard the packets incorrectly.

[0076] Currently, packet discarding is considered for downlink (DL) only. However, it is possible that such scheme will also be specified for uplink (UL) , as such scheme could be more beneficial (in terms of e.g. power) for a UE than for a network node.

[0077] To enable packet discarding based on AL-FEC, the transmitter should be aware of a “content ratio, ” which indicates the minimum number of packets that is needed by the application to decode a PDU Set. On the other hand, any packet loss is actually undesirable from application perspective. Thus, it is questionable if the transmitter should discard packets proactively based on AL-FEC. Due to its heavy-compression and spatial-temporal prediction, any packet losses in video generally result in degradation of the user-perceived quality of experience. Hence, video applications generally (i) benefit, (ii) are more efficient and (iii) can be simplified, if the network minimizes video packet losses.

[0078] In summary, the following observations may be made. Packet discarding based on AL-FEC can be beneficial in terms of radio resource and power efficiency, especially if this is further extended to uplink cases where the UE is transmitter. However, there may be some concerns about the resultant user experience, especially in cases where the radio bearer is configured in UM.

[0079] With these considerations, proactively discarding the so called “obsolete” packets may not always be ideal, so the transmitter may continue to transmit these packets -but the AL-FEC characteristics may still be exploited to reduce the impacts caused by remaining time-based operations.

[0080] An issue to be addressed may be how to improve the system performance (e.g., by minimizing the impacts caused by remaining time-based operations) by exploiting the characteristics of AL-FEC? When a PDU Set is considered to be successfully delivered (i.e., the number of successfully delivered packets of this PDU Set has reached its AL-FEC ratio) , the transmitter may not need to trigger the remaining time-based operations for the other packets in this PDU Set.

[0081] FIG. 6 illustrates an example PDU set arrangement 600 in accordance with some embodiments. The PDU set arrangement 600 illustrates as example instance where packets of a PDU set may not need to trigger remaining time-based operations.

[0082] The arrangement 600 includes a PDU set 602. The PDU set 602 may include one or more packets. In the illustrated embodiment, the PDU set 602 includes a first packet 604, a second packet 606, a third packet 608, a fourth packet 610, a fifth packet 612, a sixth packet 614, a seventh packet 616, and an eighth packet 618.

[0083] The PDU set 602 may be configured with an AL-FEC content ratio of 50%. The AL-FEC content ratio of 50%may indicate that successful reception of 50%of the packets within the PDU set 602 satisfies the transmission requirement of the PDU set 602 and the rest of the packets may not be required for satisfying the transmission requirement of the PDU set 602.

[0084] In the illustrated embodiment, the first packet 604, the second packet 606, the third packet 608, and the fourth packet 610 may have already been successfully delivered. The first packet 604, the second packet 606, third packet 608, and the fourth packet 610 being successfully delivered may satisfy the AL-FEC content ratio. Based on the AL-FEC content ratio being satisfied, subsequent packets of the PDU set 602 may not be required for successful delivery of the PDU set 602. In the illustrated embodiment, the fifth packet 612, the sixth packet 614, the seventh packet 616, and the eighth packet 618 may not be required for successful delivery of the PDU set 602. Based on the fifth packet 612, the sixth packet 614, the seventh packet 616, and the eighth packet 618 not being required for successful delivery of the PDU set 602, the fifth packet 612, the sixth packet 614, the seventh packet 616, and the eighth packet 618 may not trigger remaining time-based operations in the illustrated embodiment.

[0085] Definition of Obsolete Packets based on AL-FEC. Before delving into additional approaches, the definition of obsolete packets based on AL-FEC may be defined. An obsolete PDCP SDU may be defined as a PDCP SDU that is no longer needed by the application to decode one or more PDU sets (e.g., when the Application has successfully received a sufficient number of packets to reconstruct the content) . An obsolete PDCP SDU may belong to the same PDU set that the application can already be able to decode, or a PDU set different from the PDU set the application can already be able to decode.

[0086] The UE may determine that a PDCP SDU is an obsolete PDCP SDU, based on different conditions. A first condition may include the number of packets that successfully delivered for a PDU set has reached a threshold (e.g., content ratio) . The other undelivered packets of this PDU Set are no longer needed, and so can be considered as “obsolete. ” For example, the UE may identify one or more messages indicating whether transmitted packets of PDU set have been successfully received by a base station. The UE may determine whether a number of packets successfully received from the PDU set has reached a threshold number of packets. If the UE determines that the number of packets successfully received meets or exceeds the threshold number, the UE may determine that the packets yet to be transmitted from the PDU set are obsolete.

[0087] A second condition may include the ratio of packets that successfully delivered for a PDU set has reached a threshold (e.g., content ratio) . The other undelivered packets of this PDU set are no longer needed, and so can be considered as “obsolete. ” For example, the UE may identify one or more messages indicating whether transmitted packets of PDU set have been successfully received by a base station. The UE may determine whether a ratio of packets successfully received from the PDU set has reached a threshold ratio of packets, the ratio being based on the number of packets within the PDU set (rather than a ratio of those transmitted) . If the UE determines that the number of packets successfully received meets or exceeds the threshold ratio, the UE may determine that the packets yet to be transmitted from the PDU set are obsolete.

[0088] A third condition may include all the essential / critical packets for a PDU set are successfully delivered. The other undelivered packets of this PDU set are no longer needed, and so can be considered as “obsolete. ” For example, the UE may identify one or more messages indicating whether transmitted packets of PDU set have been successfully received by a base station. The UE may determine whether all of the essential and / or critical packets from the PDU set have been successfully received. If the UE determines that all of the essential and / or critical packets have been successfully received, the UE may determine that the packets yet to be transmitted from the PDU set are obsolete.

[0089] A fourth condition may include a PDU set has been confirmed to be successfully delivered. The undelivered packets of other PDU Sets that are used to “repair” this PDU set (e.g., redundancy) are no longer needed, and so can be considered as “obsolete. ” For example, the UE may identify one or more messages indicating whether transmitted packets of PDU set have been successfully received by a base station or indicating whether the PDU set has been successfully received (such as indicating that sufficient packets of the PDU set to produce the data being transmitted in the PDU set have been successfully received) . The UE may determine whether the PDU set has been successfully received. In some embodiments, the UE may determine that the PDU set has been successfully received based packets (either initial transmissions of the packets or repetitions of the packets) corresponding to all of the information being transmitted in the PDU set being successfully received. If the UE determines that the PDU set has been successfully received, the UE may determine that the packets yet to be transmitted form the PDU set are obsolete. In this condition, the packets yet to be transmitted may be redundant and / or repetitions of packets already successfully received.

[0090] The threshold or the content ratio could be determined based on UE implementation (e.g., via interactions with applications) , or based on network configuration. Successful delivery of packets could be confirmed / estimated via mechanisms such as radio link control acknowledged mode (RLC-AM) status feedback or hybrid automatic repeat request (HARQ) . The definition of “Obsolete PDCP SDUs” is used in approaches described throughout this disclosure.

[0091] In a first approach (which may be referred to as “Approach 1” ) , packet importance identification based on AL-FEC may be implemented. Assuming the UE is able to determine whether a PDCP SDU is an obsolete PDCP SDU (e.g., based on the minimum number of packets of a PDU Set that are needed by the Application to decode) , the UE may implement importance identification based on AL-FEC. By default, the UE may consider the importance level of a PDU Set (and the packets belonging to this PDU Set) based on, for example, the PDU Set Importance (PSI) . The PSI may be determined based on the real-time transport protocol (RTP) header, or based on interactions with the application or media layer. How the PSI is actually determined could be up to implementation. When at least one PDCP SDU (of a PDU set) becomes an obsolete PDCP SDU (e.g., if the transmitter determines that the minimum number of packets of the PDU set required by the application are successfully delivered) , the transmitter can consider any packet of this PDU set that has not been transmitted yet as a low-importance packet (even if the packet actually belongs to an important PDU set) . In other words, the transmitter may consider this PDU set as a low-importance PDU set, regardless of the PSI of the PDU set.

[0092] A first option (which may be referred to as “Option 1” ) of how the first approach may be implemented in technical specification (TS) 38.323 (3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Packet Data Convergence Protocol (PDCP) specification (Release 18) . (2024) . 3GPP TS 38.323, 18.4.0) , Clause 5.2.1 is: NOTE 0: Identification of PSI of a PDU Set and determination of low importance PDU Set are left up to UE implementation. If the number of successful delivery of a PDU Set has reached the content ratio, this PDU Set should be considered as a low importance PDU Set.

[0093] A second option (which may be referred to as “Option 2” ) of how the first approach may be implemented in technical specification (TS) 38.323 (3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Packet Data Convergence Protocol (PDCP) specification (Release 18) . (2024) . 3GPP TS 38.323, 18.4.0) , Clause 5.2.1 is: NOTE 0: Identification of PSI of a PDU Set and determination of low importance PDU Set are left up to UE implementation. An obsolete PDCP SDU and the PDU Set it belongs to should be considered as low importance.

[0094] FIG. 7 illustrates an example procedure 700 of implementing the first approach in accordance with some embodiments. For example, the procedure 700 may implement packet importance identification based on AL-FEC for a PDU set. The procedure 700 may be performed by a UE, such as the UE 104 (FIG. 1) , the UE 106 (FIG. 1) , and / or the UE 200 (FIG. 2) .

[0095] The procedure 700 may start in 702. The procedure 700 may include receiving a packet in 704. For example, a processor of the UE may provide a packet (such as the packets in the arrangement 400 (FIG. 4) ) , such as a PDCP SDU, to a transmission buffer of the UE in 704. The buffer may identify the PDCP and a discard timer (such as the discard timer in the arrangement 500 (FIG. 5) ) may be initiated for the received packet.

[0096] The procedure 700 may include determining whether the packet belongs to a PDU set in which the number of successfully delivered packets has already satisfied a content ratio in 706. For example, the UE may determine a PDU set to which the packet belongs. The UE may determine packets of the PDU set that were successfully delivered to a base station based at least in part on feedback (such as RLC-AM status feedback or HARQ feedback) . The UE may determine whether a number of the packets of the PDU sets satisfies a content ratio (such as meeting or exceeding the content ratio) . If the UE determines that the packet belongs to a PDU set in which the number of successfully delivered packets has not already satisfied the content ratio, the procedure 700 may proceed to 708. If the UE determines that the packet belongs to a PDU set in which the number of successfully delivered packets has already satisfied the content ratio, the procedure 700 may proceed to 710. In an alternative embodiment, the procedure 700 may include determining whether the packet is an obsolete packet, such as in accordance with one or more of the approaches for determining whether a packet is obsolete described herein.

[0097] The procedure 700 may include determining the importance of the packet based on the PSI of the PDU set to which the packet belongs in 708. For example, the UE may assign an importance to the packet that is equivalent to the importance assigned to the PDU set.

[0098] The procedure 700 may include considering the packet and / or the PDU set to which the packet belongs as low importance in 710. For example, the UE may assign a low importance to the packet and / or the PDU set to which the packet belongs.

[0099] For a second approach (which may be referred to as “Approach 2” ) , selective triggering of delay status report (DSR) may be implemented. Assuming the UE is able to determine whether a PDCP SDU is an obsolete PDCP SDU (e.g., based on the minimum number of packets of a PDU Set that are needed by the Application to decode) , the UE may be able perform selective trigger of a DSR. By default, if DSR is configured, the UE may trigger DSR when the remaining time till discard timer expiry of a PDCP SDU becomes smaller than a threshold. When at least one PDCP SDU (of a PDU Set) becomes an obsolete PDCP SDU (e.g., if the transmitter determines that the minimum number of packets of the PDU Set required by the application are successfully delivered) , the UE may take this into consideration when deciding whether DSR should be triggered. For instance, the UE may refrain from triggering DSR even when the remaining time till discard timer expiry of a PDCP SDU becomes smaller than the DSR triggering threshold, if this PDCP SDU is considered obsolete. Furthermore, the pending DSR may be cancelled when no more delay-critical packet in the buffer that is not obsolete.

[0100] The second approach may be implemented in TS 38.321 (3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Medium Access Control (MAC) protocol specification (Release 18) . (2024) . 3GPP TS 38.321, 18.4.0) , clause 5.4.9 as: If a logical channel group (LCG) is configured for delay status reporting, the MAC entity shall for each logical channel within the LCG: 1> if the smallest remaining value of the running PDCP discardTimers among all the PDCP SDUs that are not obsolete buffered for the logical channel that have not been transmitted in any MAC PDU and have not been reported as data volume in a DSR MAC CE becomes below remainingTimeThreshold of the LCG; and 1> if there is no DSR pending for the logical channel: 2> trigger a DSR for the logical channel.

[0101] Further, the second approach may be implemented in in TS 38.323, definitions as:Delay-critical PDCP SDU: if pdu-SetDiscard is not configured, a PDCP SDU that is not obsolete for which the remaining time till discardTimer expiry is less than the remainingTimeThreshold. If pdu-SetDiscard is configured, a PDCP SDU that is not obsolete belonging to a PDU Set of which at least one PDCP SDU has the remaining time till discardTimer expiry less than the remainingTimeThreshold.

[0102] FIG. 8 illustrates an example procedure 800 of implementing the second approach in accordance with some embodiments. For example, the procedure 800 may implement selective triggering of DSR procedure for a PDU set. The procedure 800 may be performed by a UE, such as the UE 104 (FIG. 1) , the UE 106 (FIG. 1) , and / or the UE 200 (FIG. 2) .

[0103] The procedure 800 may start in 802. The procedure 800 may include receiving at least one packet from the higher layer in 804. For example, a processor of the UE may provide a packet (such as the packets in the arrangement 400 (FIG. 4) ) , such as a PDCP SDU, to a transmission buffer of the UE in 804. Further, the UE may start a discard timer for the received at least one packet in 804.

[0104] The procedure 800 may include the remaining time till discard timer expiry of at least one packet becoming smaller than a threshold in 806. For example, the UE may determine that a discard timer for at least one of the packets received in 804 has become smaller than a threshold.

[0105] The procedure 800 may include determining whether any of the at least one packets is not obsolete in 808. For example, the UE may determine whether the packets received in 804 are obsolete or not in accordance with the approaches for determining whether a packet is obsolete as described in this disclosure. If the UE determines that all of the packets are obsolete, the procedure 800 may proceed to 810. If the UE determines that one or more of the packets are not obsolete, the procedure 800 may proceed to 812.

[0106] The procedure 800 may include not triggering DSR for the corresponding logical channel in 810. For example, the UE may suppress, or otherwise prevent, a DSR triggering of a corresponding logical channel that would be triggered based on the remaining time till discard timer expiry of at least one of the received packets becoming smaller than the threshold. The procedure 800 may proceed back to 804 for receiving additional packets from the higher layer.

[0107] The procedure 800 may include triggering DSR for the corresponding logical channel in 812. For example, the UE may trigger a DSR of a corresponding logical channel based on the remaining time till discard timer expiry of at least one of the received packets becoming smaller than the threshold.

[0108] For a third approach (which may be referred to as “Approach 3” ) , selective triggering of logical channel (LCH) priority adjustment may be implemented. Proposed Concept: Assuming the UE is able to determine whether a PDCP SDU is an obsolete PDCP SDU (e.g. based on the minimum number of packets of a PDU Set that are needed by the Application to decode) . By default, if a logical channel (LCH) is configured with additional priority (ies) , the UE may switch the priority of this LCH to the additional priority when the remaining time till discard timer expiry of a PDCP SDU becomes smaller than a threshold. When at least one PDCP SDU (of a PDU Set) becomes an obsolete PDCP SDU (e.g. If the transmitter determines that the minimum number of packets of the PDU Set required by the Application are successfully delivered) , the UE may take this into consideration when deciding whether LCH priority adjustment should be triggered. For instance, the UE may refrain from switching the priority of corresponding LCH even when the remaining time till discard timer expiry of a PDCP SDU becomes smaller than a threshold for LCH priority adjustment, if this PDCP SDU is considered obsolete. Furthermore, after LCH priority is adjusted, the UE may fall back to the default priority for this LCH when no more delay-critical packet in the buffer that is not obsolete.

[0109] In other embodiments, the UE may switch to another different priority for the LCH, when the remaining time till discard timer expiry of an obsolete PDCP SDU becomes smaller than a threshold. For example, if all PDCP SDUs whose remaining time becomes smaller than a threshold are obsolete PDCP SDU, the UE may switch the priority of the LCH to a first priority. Else if at least one PDCP SDU whose remaining time becomes smaller than a threshold is not an obsolete PDCP SDU, the UE may switch the priority of the LCH to a second priority.

[0110] In other embodiments, a different set of LCH parameters can be applied to the obsolete PDCP SDUs. For example, these packets may only be allowed to be mapped to certain uplink shared channel (UL-SCH) resources (e.g., the UE may avoid multiplexing these packets with other packets in the same medium access control (MAC) PDU) .

[0111] FIG. 9 illustrates an example procedure 900 of implementing the third approach in accordance with some embodiments. For example, the procedure 900 may implement selective triggering of LCH priority adjustment for a PDU set. The procedure 900 may be performed by a UE, such as the UE 104 (FIG. 1) , the UE 106 (FIG. 1) , and / or the UE 200 (FIG. 2) .

[0112] The procedure 900 may start in 902. The procedure 900 may include receiving at least one packet from the higher layer in 904. For example, a processor of the UE may provide a packet (such as the packets in the arrangement 400 (FIG. 4) ) , such as a PDCP SDU, to a transmission buffer of the UE in 904. Further, the UE may start a discard timer for the received at least one packet in 904.

[0113] The procedure 900 may include the remaining time till discard timer expiry of at least one packet becoming smaller than a threshold in 906. For example, the UE may determine that a discard timer for at least one of the packets received in 904 has become smaller than a threshold.

[0114] The procedure 900 may include determining whether any of the at least one packets is not obsolete in 908. For example, the UE may determine whether the packets received in 904 are obsolete or not in accordance with the approaches for determining whether a packet is obsolete as described in this disclosure. If the UE determines that all of the packets are obsolete, the procedure 900 may proceed to 910. If the UE determines that one or more of the packets are not obsolete, the procedure 900 may proceed to 912.

[0115] The procedure 900 may include not switching priority of the corresponding logical channel in 910. For example, the UE may avoid changing the priority of a corresponding logical channel. In other embodiments, the UE may change the priority of the corresponding logical channel to a second priority. The procedure 900 may proceed back to 904 for receiving additional packets from the higher layer.

[0116] The procedure 900 may include switching priority of the corresponding logical channel in 912. For example, the UE may change the priority of a corresponding logical channel to an additional priority. In other embodiments, the UE may change the priority and / or apply a different set of LCH parameters to the obsolete packets.

[0117] For a fourth approach (which may be referred to as “Approach 4” ) , selective triggering of autonomous RLC retransmission may be implemented. Assuming the transmitter (e.g., UE in UL) is able to determine whether a PDCP SDU is an obsolete PDCP SDU (e.g. based on the minimum number of packets of a PDU Set that are needed by the Application to decode) , selective triggering of autonomous RLC retransmission may be implemented. By default, if an RLC-AM entity is configured with autonomous retransmission, the UE may consider an RLC SDU (or segment) for retransmission autonomously, even without receiving the status feedback, if certain conditions for autonomous retransmission is satisfied. For example, the certain conditions for autonomous retransmission may be satisfied when the remaining time till discard timer expiry of the PDCP SDU corresponding to this RLC SDU becomes smaller than a threshold.

[0118] When at least one PDCP SDU (of a PDU Set) becomes an obsolete PDCP SDU (e.g., if the transmitter determines that the minimum number of packets of the PDU Set required by the application are successfully delivered) , the UE may take this into consideration when deciding whether autonomous retransmission is to be triggered for an RLC SDU (or segment) . For instance, the transmitter may refrain from triggering autonomous retransmission of an RLC SDU (or segment) when it fulfils the criteria for autonomous retransmission (e.g., when the remaining time till discard timer expiry of the corresponding PDCP SDU becomes smaller than a threshold) , if the corresponding PDCP SDU is considered obsolete.

[0119] In other embodiments, the UE may still trigger autonomous retransmission for a RLC SDU corresponding to an obsolete PDCP SDU when the remaining time till discard timer expiry of this obsolete PDCP SDU becomes smaller than a threshold. However, the retransmission of this RLC SDU (or segments) may not be prioritized over initial transmission. The fourth approach may be implemented in TS 38.322 (3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Radio Link Control (RLC) protocol specification (Release 18) . (2024) . 3GPP TS 38.322, 18.2.0) in Clause 5.2.3.1.1 as: The transmitting side of an AM RLC entity shall prioritize transmission of RLC control PDUs over acknowledgement mode data (AMD) PDUs. The transmitting side of an AM RLC entity shall prioritize transmission of AMD PDUs containing previously transmitted RLC SDUs or RLC SDU segments that do not correspond to obsolete PDCP SDUs over transmission of AMD PDUs containing not previously transmitted RLC SDUs or RLC SDU segments.

[0120] In other embodiments, the UE may still trigger autonomous retransmission for an RLC SDU corresponding to an obsolete PDCP SDU, when the remaining time till discard timer expiry of this obsolete PDCP SDU becomes smaller than a threshold. However, the maximum number of allowed retransmission of this RLC SDU (or segments) may be lower than other packets.

[0121] FIG. 10 illustrates an example procedure 1000 of implementing the fourth approach in accordance with some embodiments. For example, the procedure 1000 may implement selective triggering of autonomous RLC retransmission for a PDU set. The procedure 1000 may be performed by a UE, such as the UE 104 (FIG. 1) , the UE 106 (FIG. 1) , and / or the UE 200 (FIG. 2) .

[0122] The procedure 1000 may start in 1002. The procedure 1000 may include receiving at least one packet from the higher layer in 1004. For example, a processor of the UE may provide a packet (such as the packets in the arrangement 400 (FIG. 4) ) , such as a PDCP SDU, to a transmission buffer of the UE in 1004. Further, the UE may start a discard timer for the received at least one packet in 1004.

[0123] The procedure 1000 may include performing an initial transmission of an RLC SDU of the packet in 1006. For example, the UE may generate and transmit an initial transmission of an RLC SDU of the packet received in 1004. The UE may further wait for an ACK for the RLC SDU in 1006.

[0124] The procedure 1000 may include the remaining time till discard timer expiry of at least one packet becoming smaller than a threshold in 1008. For example, the UE may determine that a discard timer for the packet received in 1004 has become smaller than a threshold.

[0125] The procedure 1000 may include determining whether the packet is obsolete in 1012. For example, the UE may determine whether the packet received in 1004 is obsolete in accordance with the approaches for determining whether a packet is obsolete as described in this disclosure. If the UE determines that the packet is not obsolete, the procedure 1000 may proceed to 1014. If the UE determines that the packet is obsolete, the procedure 1000 may proceed to 1016.

[0126] The procedure 1000 may include considering the RLC SDU corresponding to the packet for retransmission autonomously in 1014. For example, the UE may configure the RLC SDU for autonomous retransmission if certain conditions for autonomous retransmission are satisfied. The certain conditions may include when the remaining time till discard timer expiry of the PDCP SDU corresponding to the RLC SDU becomes smaller than a threshold.

[0127] The procedure 1000 may include not triggering autonomous retransmission of the packet in 1016. For example, the UE may refrain from triggering autonomous retransmission of the RLC SDU (or segment) for the packet. In other embodiments, the UE may trigger the autonomous retransmission of the RLC SDU, although the retransmission is not prioritized over other initial transmissions. Still in other embodiments, the UE may trigger autonomous retransmission of the RLC SDU, although limit the maximum number of allowed retransmissions of the RLC to a lower number than for other packets.

[0128] For a fifth approach (which may be referred to as “Approach 5” ) , selective triggering of remaining time-based polling may be implemented. Assuming the transmitter (e.g., UE in UL) is able to determine whether a PDCP SDU is an obsolete PDCP SDU (e.g., based on the minimum number of packets of a PDU Set that are needed by the Application to decode) , selective triggering of remaining time-based polling may be implemented. By default, if an RLC-AM entity is configured with remaining time-based poll triggering, the UE may trigger a poll when one or more situations occur. The situations may include an RLC SDU in the queue has a remaining time till expiry of its discard timer smaller than a threshold, the number of RLC PDUs with sufficiently small remaining time sent since the last status report is received satisfies a threshold, and / or the number of bytes of RLC PDUs with sufficiently small remaining time sent since the last status report is received satisfies a threshold.

[0129] When at least one PDCP SDU (of a PDU set) becomes an obsolete PDCP SDU (e.g., if the transmitter determines that the minimum number of packets of the PDU set required by the application are successfully delivered) , the UE may take this into consideration when deciding whether polling based on remaining time should be triggered. For instance, the UE may refrain from triggering the poll based on remaining time-related criteria even when the poll triggering conditions are fulfilled if the corresponding PDCP SDU(s) that satisfies the conditions for poll triggering is considered obsolete.

[0130] In other embodiments, the UE may still trigger the poll if the corresponding PDCP SDU (s) that satisfies the conditions for poll triggering is considered obsolete, but the UE may select or apply a different value / length for a poll retransmit timer (which is the timer that the UE may start when a poll is transmitted) by considering whether the packets that satisfy the conditions for poll triggering is considered obsolete or not. For examples, the UE may select a shorter poll retransmit timer if at least one corresponding PDCP SDU (s) that satisfies the conditions for poll triggering is considered not obsolete.

[0131] FIG. 11 illustrates an example procedure 1100 of implementing the fifth approach in accordance with some embodiments. For example, the procedure 1100 may implement selective triggering of remaining time-based polling for a PDCP SDU or a PDU set. The procedure 1100 may be performed by a UE, such as the UE 104 (FIG. 1) , the UE 106 (FIG. 1) , and / or the UE 200 (FIG. 2) .

[0132] The procedure 1100 may start in 1102. The procedure 1100 may include receiving at least one packet from the higher layer in 1104. For example, a processor of the UE may provide a packet (such as the packets in the arrangement 400 (FIG. 4) ) , such as a PDCP SDU, to a transmission buffer of the UE in 1104. Further, the UE may start a discard timer for the received at least one packet in 1104.

[0133] The procedure 1100 may include performing an initial transmission of an RLC SDU of the packet in 1106. For example, the UE may generate and transmit an initial transmission of an RLC SDU of the packet received in 1104. The UE may further wait for an ACK for the RLC SDU in 1106.

[0134] The procedure 1100 may include the remaining time till discard timer expiry of at least one packet becoming smaller than a threshold in 1108. For example, the UE may determine that a discard timer for the packet received in 1104 has become smaller than a threshold.

[0135] The procedure 1100 may include determining whether any of the at least one packets is not obsolete in 1110. For example, the UE may determine whether the packets received in 1104 are obsolete or not in accordance with the approaches for determining whether a packet is obsolete as described in this disclosure. If the UE determines that all of the packets are obsolete, the procedure 1100 may proceed to 1112. If the UE determines that one or more of the packets are not obsolete, the procedure 1100 may proceed to 1114.

[0136] The procedure 1100 may include not triggering the poll in 1112, unless other conditions for poll triggers are met. For example, the UE may not trigger the poll based on the remaining timer discard becoming smaller than the threshold. However, the UE may trigger the poll for other reasons.

[0137] The procedure 1100 may include triggering a poll in 1114. For example, the UE may trigger a poll based on the remaining time till discard timer becoming smaller than the threshold.

[0138] In the second, third, fourth, and / or fifth approaches, the procedures could further take packet importance (e.g., PSI) into account. For example, if the obsolete packet belongs to an important PDU Set, then it may still trigger operations such as DSR, LCH priority adjustment, autonomous retransmission, and polling, when the remaining time till discarding of this obsolete packet becomes smaller than a threshold.

[0139] In the second, third, fourth, and / or fifth approaches, instead of refraining from triggering the remaining time-based operations, it may also be possible to have a different remaining time threshold for obsolete PDCP SDUs to trigger operations such as DSR, LCH priority adjustment, autonomous retransmission, and polling. In particular, the remaining time threshold for obsolete PDCP SDUs could be smaller than that of other packets, such that these remaining time-based operations can be triggered less frequently.

[0140] FIG. 12 illustrates an example procedure 1200 for performing a scheduling operation related to a PDU set in accordance with some embodiments. For example, the scheduling operation may be performed based at least in part on whether a PDCP SDU is obsolete. The procedure 1200 may be performed by a UE, such as the UE 104 (FIG. 1) , the UE 106 (FIG. 1) , and / or the UE 200 (FIG. 2) .

[0141] The procedure 1200 may include identifying whether a PDCP SDU of a PDU set is obsolete in 1202. In some embodiments, to identify whether the PDCP SDU is obsolete may include to identify whether a number of packets successfully delivered for the PDU set has reached a threshold, identify whether a ratio of packets successfully delivered for the PDU set has reached a threshold, identify whether all essential or critical packets for the PDU set have been successfully delivered, or identify whether the PDU set has been confirmed as being successfully delivered.

[0142] The procedure 1200 may include performing a scheduling operation related to the PDU set based at least in part on whether the PDCP SDU is obsolete in 1204.

[0143] In some embodiments, the PDCP SDU may be identified to be obsolete. Further, to perform the scheduling operation may include to assign the PDU set as low importance in some of these embodiments.

[0144] In some embodiments, the PDCP SDU may be identified to be obsolete. Further, to perform the scheduling operation may include to assign the PDCP SDU as low importance in some of these embodiments.

[0145] In some embodiments, the PDCP SDU may be identified to be obsolete. Further, to perform the scheduling operation may include to refrain from triggering a delay status report (DSR) of a corresponding logical channel (LCH) based at least in part on a discard timer of the PDU set in some of these embodiments.

[0146] In some embodiments, the PDCP SDU may be identified to be obsolete. Further, to perform the scheduling operation may include to refrain from switching a priority of a corresponding logical channel (LCH) based at least in part on a discard timer of the PDU set.

[0147] In some embodiments, to perform the scheduling operation may includes to switch a priority of a corresponding logical channel (LCH) based at least in part on a discard timer of the PDU set to a first priority if the PDCP SDU is identified to be obsolete, or switch a priority of a corresponding LCH based at least in part on a discard timer of the PDU set to a second priority if the PDCP SDU is identified not to be obsolete.

[0148] In some embodiments, the PDCP SDU may be identified to be obsolete. Further, to perform the scheduling operation may include to apply a first set of logical channel (LCH) parameters to the PDCP SDU in some of these embodiments, the first set of LCH parameters being different than a second set of LCH parameters for PDCP SDUs that are not obsolete.

[0149] In some embodiments, the PDCP SDU may be identified to be obsolete. Further, to perform the scheduling operation may include to refrain from triggering autonomous retransmission of a radio link control (RLC) SDU or RLC SDU segment corresponding to the PDCP SDU in some of these embodiments.

[0150] In some embodiments, the PDCP SDU may be identified to be obsolete. Further, to perform the scheduling operation may include to trigger autonomous retransmission of a radio link control (RLC) SDU corresponding to the PDCP SDU with a lower priority than initial transmissions, or trigger autonomous retransmission of an RLC SDU corresponding to the PDCP SDU with a lower number of allowed retransmissions than other packets in some of these embodiments.

[0151] In some embodiments, the PDCP SDU may be identified to be obsolete. Further, to perform the scheduling operation may include to refrain from triggering a poll based at least in part on remaining time-related criteria in some of these embodiments.

[0152] Any one or more of the operations in FIG. 12 may be performed in a different order than shown and / or one or more of the operations may be performed concurrently in embodiments. Further, it should be understood that one or more of the operations may be omitted from and / or one or more additional operations may be added to the procedure 1200 in other embodiments.

[0153] FIG. 13 illustrates an example procedure 1300 for performing a scheduling operation in accordance with some embodiments. For example, the scheduling operation may be performed based at least in part on whether a PDCP SDU is obsolete. The procedure 1300 may be performed by a UE, such as the UE 104 (FIG. 1) , the UE 106 (FIG. 1) , and / or the UE 200 (FIG. 2) .

[0154] The procedure 1300 may include identifying a PDCP SDU to be transmitted as part of a PDU set in 1302.

[0155] The procedure 1300 may include identifying, based at least in part on other delivered packets of the SDU set, whether the PDCP SDU is obsolete in 1304. In some embodiments, identifying whether the PDCP SDU is obsolete may includes identifying whether a number of packets successfully delivered for the PDU set has reached a threshold, identifying whether a ratio of packets successfully delivered for the PDU set has reached a threshold, identifying whether all essential or critical packets for the PDU set have been successfully delivered, or identifying whether the PDU set has been confirmed as being successfully delivered.

[0156] The procedure 1300 may further include performing a scheduling operation based at least in part on whether the PDCP SDU is obsolete in 1306.

[0157] In some embodiments, the PDCP SDU is identified as being obsolete. Further, performing the scheduling operation may include assigning the PDU set as low importance in some of these embodiments.

[0158] In some embodiments, the PDCP SDU is identified as being obsolete. Further, performing the scheduling operation may include refraining from triggering a delay status report (DSR) of a corresponding logical channel (LCH) based at least in part on a discard timer of the PDU set in some of these embodiments.

[0159] In some embodiments, the PDCP SDU is identified as being obsolete. Further, performing the scheduling operation includes refraining from switching a priority of a corresponding logical channel (LCH) based at least in part on a discard timer of the PDU set in some of these embodiments.

[0160] Any one or more of the operations in FIG. 13 may be performed in a different order than shown and / or one or more of the operations may be performed concurrently in embodiments. Further, it should be understood that one or more of the operations may be omitted from and / or one or more additional operations may be added to the procedure 1300 in other embodiments.

[0161] FIG. 14 illustrates an example procedure 1400 for performing a scheduling operation in accordance with some embodiments. For example, the scheduling operation may be performed based at least in part on the PDCP SDU being identified as obsolete. The procedure 1400 may be performed by a UE, such as the UE 104 (FIG. 1) , the UE 106 (FIG. 1) , and / or the UE 200 (FIG. 2) .

[0162] The procedure 1400 may include identifying a PDCP SDU of a PDU set as obsolete in 1402. In some embodiments, the PDCP SDU may be identified as obsolete based at least in part on a number of packets successfully delivered for the PDU set having reached a threshold, a ratio of packets successfully delivered for the PDU set having reached a threshold, all essential or critical packets for the PDU set having been successfully delivered, or the PDU set having been confirmed as being successfully delivered.

[0163] The procedure 1400 may include performing a scheduling operation based at least in part on the PDCP SDU being identified as obsolete in 1404.

[0164] In some embodiments, to perform the scheduling operation includes to assign the PDCP SDU or the PDU set as low importance. Further, to perform the scheduling operation includes to refrain from triggering a poll based at least in part on remaining time-related criteria in some embodiments.

[0165] Any one or more of the operations in FIG. 14 may be performed in a different order than shown and / or one or more of the operations may be performed concurrently in embodiments. Further, it should be understood that one or more of the operations may be omitted from and / or one or more additional operations may be added to the procedure 1400 in other embodiments.

[0166] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0167] For one or more embodiments, at least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, or methods as set forth in the example section below. For example, the baseband circuitry as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below. For another example, circuitry associated with a UE, base station, network element, etc. as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below in the example section.Examples

[0168] In the following sections, further exemplary embodiments are provided.

[0169] Example 1 may include one or more computer-readable media having instructions that, when executed, cause processing circuitry to identify whether a packet data convergence protocol (PDCP) service data unit (SDU) of a protocol data unit (PDU) set is obsolete, and perform a scheduling operation related to the PDU set based at least in part on whether the PDCP SDU is obsolete.

[0170] Example 2 may include the one or more computer-readable media of example 1, wherein to identify whether the PDCP SDU is obsolete includes to identify whether a number of packets successfully delivered for the PDU set has reached a threshold, identify whether a ratio of packets successfully delivered for the PDU set has reached a threshold, identify whether all essential or critical packets for the PDU set have been successfully delivered, or identify whether the PDU set has been confirmed as being successfully delivered.

[0171] Example 3 may include the one or more computer-readable media of example 1, wherein the PDCP SDU is identified to be obsolete, and wherein to perform the scheduling operation includes to assign the PDU set as low importance.

[0172] Example 4 may include the one or more computer-readable media of example 1, wherein the PDCP SDU is identified to be obsolete, and wherein to perform the scheduling operation includes to assign the PDCP SDU as low importance.

[0173] Example 5 may include the one or more computer-readable media of example 1, wherein the PDCP SDU is identified to be obsolete, and wherein to perform the scheduling operation includes to refrain from triggering a delay status report (DSR) of a corresponding logical channel (LCH) based at least in part on a discard timer of the PDU set.

[0174] Example 6 may include the one or more computer-readable media of example 1, wherein the PDCP SDU is identified to be obsolete, and wherein to perform the scheduling operation includes to refrain from switching a priority of a corresponding logical channel (LCH) based at least in part on a discard timer of the PDU set.

[0175] Example 7 may include the one or more computer-readable media of example 1, wherein to perform the scheduling operation includes to switch a priority of a corresponding logical channel (LCH) based at least in part on a discard timer of the PDU set to a first priority if the PDCP SDU is identified to be obsolete, or switch a priority of a corresponding LCH based at least in part on a discard timer of the PDU set to a second priority if the PDCP SDU is identified not to be obsolete.

[0176] Example 8 may include the one or more computer-readable media of example 1, wherein the PDCP SDU is identified to be obsolete, and wherein to perform the scheduling operation includes to apply a first set of logical channel (LCH) parameters to the PDCP SDU, the first set of LCH parameters being different than a second set of LCH parameters for PDCP SDUs that are not obsolete.

[0177] Example 9 may include the one or more computer-readable media of example 1, wherein the PDCP SDU is identified to be obsolete, and wherein to perform the scheduling operation includes to refrain from triggering autonomous retransmission of a radio link control (RLC) SDU or RLC SDU segment corresponding to the PDCP SDU.

[0178] Example 10 may include the one or more computer-readable media of example 1, wherein the PDCP SDU is identified to be obsolete, and wherein to perform the scheduling operation includes to trigger autonomous retransmission of a radio link control (RLC) SDU corresponding to the PDCP SDU with a lower priority than initial transmissions, or trigger autonomous retransmission of an RLC SDU corresponding to the PDCP SDU with a lower number of allowed retransmissions than other packets.

[0179] Example 11 may include the one or more computer-readable media of example 1, wherein the PDCP SDU is identified to be obsolete, and wherein to perform the scheduling operation includes to refrain from triggering a poll based at least in part on remaining time-related criteria.

[0180] Example 12 may include a method comprising identifying a packet data convergence protocol (PDCP) service data unit (SDU) to be transmitted as part of a protocol data unit (PDU) set, identifying, based at least in part on other delivered packets of the PDU set, whether the PDCP SDU is obsolete, and performing a scheduling operation based at least in part on whether the PDCP SDU is obsolete.

[0181] Example 13 may include the method of example 12, wherein identifying whether the PDCP SDU is obsolete includes identifying whether a number of packets successfully delivered for the PDU set has reached a threshold, identifying whether a ratio of packets successfully delivered for the PDU set has reached a threshold, identifying whether all essential or critical packets for the PDU set have been successfully delivered, or identifying whether the PDU set has been confirmed as being successfully delivered.

[0182] Example 14 may include the method of example 12, wherein the PDCP SDU is identified as being obsolete, and wherein performing the scheduling operation includes assigning the PDU set as low importance.

[0183] Example 15 may include the method of example 12, wherein the PDCP SDU is identified as being obsolete, and wherein performing the scheduling operation includes refraining from triggering a delay status report (DSR) of a corresponding logical channel (LCH) based at least in part on a discard timer of the PDU set.

[0184] Example 16 may include the method of example 12, wherein the PDCP SDU is identified as being obsolete, and wherein performing the scheduling operation includes refraining from switching a priority of a corresponding logical channel (LCH) based at least in part on a discard timer of the PDU set.

[0185] Example 17 may include an apparatus to identify a packet data convergence protocol (PDCP) service data unit (SDU) of a protocol data unit (PDU) set as obsolete, and perform a scheduling operation based at least in part on the PDCP SDU being identified as obsolete.

[0186] Example 18 may include the apparatus of example 17, wherein the PDCP SDU is identified as obsolete based at least in part on a number of packets successfully delivered for the PDU set having reached a threshold, a ratio of packets successfully delivered for the PDU set having reached a threshold, all essential or critical packets for the PDU set having been successfully delivered, or the PDU set having been confirmed as being successfully delivered.

[0187] Example 19 may include the apparatus of example 17, wherein to perform the scheduling operation includes to assign the PDCP SDU or the PDU set as low importance.

[0188] Example 20 may include the apparatus of example 17, wherein to perform the scheduling operation includes to refrain from triggering a poll based at least in part on remaining time-related criteria.

[0189] Example 21 may include an apparatus comprising means to perform one or more elements of a method described in or related to any of examples 1-20, or any other method or process described herein.

[0190] Example 22 may include one or more non-transitory computer-readable media comprising instructions to cause an electronic device, upon execution of the instructions by one or more processors of the electronic device, to perform one or more elements of a method described in or related to any of examples 1-20, or any other method or process described herein.

[0191] Example 23 may include an apparatus comprising logic, modules, or circuitry to perform one or more elements of a method described in or related to any of examples 1-20, or any other method or process described herein.

[0192] Example 24 may include a method, technique, or process as described in or related to any of examples 1-20, or portions or parts thereof.

[0193] Example 25 may include an apparatus comprising: one or more processors and one or more computer-readable media comprising instructions that, when executed by the one or more processors, cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1-20, or portions thereof.

[0194] Example 26 may include a signal as described in or related to any of examples 1-20, or portions or parts thereof.

[0195] Example 27 may include a datagram, information element, packet, frame, segment, PDU, or message as described in or related to any of examples 1-20, or portions or parts thereof, or otherwise described in the present disclosure.

[0196] Example 28 may include a signal encoded with data as described in or related to any of examples 1-20, or portions or parts thereof, or otherwise described in the present disclosure.

[0197] Example 29 may include a signal encoded with a datagram, IE, packet, frame, segment, PDU, or message as described in or related to any of examples 1-20, or portions or parts thereof, or otherwise described in the present disclosure.

[0198] Example 30 may include an electromagnetic signal carrying computer-readable instructions, wherein execution of the computer-readable instructions by one or more processors is to cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1-20, or portions thereof.

[0199] Example 31 may include a computer program comprising instructions, wherein execution of the program by a processing element is to cause the processing element to carry out the method, techniques, or process as described in or related to any of examples 1-20, or portions thereof.

[0200] Example 32 may include a signal in a wireless network as shown and described herein.

[0201] Example 33 may include a method of communicating in a wireless network as shown and described herein.

[0202] Example 34 may include a system for providing wireless communication as shown and described herein.

[0203] Example 35 may include a device for providing wireless communication as shown and described herein.

[0204] Any of the above-described examples may be combined with any other example (or combination of examples) , unless explicitly stated otherwise. The foregoing description of one or more implementations provides illustration and description, but is not intended to be exhaustive or to limit the scope of embodiments to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.

[0205] Although the embodiments above have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.

Claims

One or more computer-readable media having instructions that, when executed, cause processing circuitry to:identify whether a packet data convergence protocol (PDCP) service data unit (SDU) of a protocol data unit (PDU) set is obsolete; andperform a scheduling operation related to the PDU set based at least in part on whether the PDCP SDU is obsolete.The one or more computer-readable media of claim 1, wherein to identify whether the PDCP SDU is obsolete includes to:identify whether a number of packets successfully delivered for the PDU set has reached a threshold;identify whether a ratio of packets successfully delivered for the PDU set has reached a threshold;identify whether all essential or critical packets for the PDU set have been successfully delivered; oridentify whether the PDU set has been confirmed as being successfully delivered.The one or more computer-readable media of claim 1, wherein the PDCP SDU is identified to be obsolete, and wherein to perform the scheduling operation includes to assign the PDU set as low importance.The one or more computer-readable media of claim 1, wherein the PDCP SDU is identified to be obsolete, and wherein to perform the scheduling operation includes to assign the PDCP SDU as low importance.The one or more computer-readable media of claim 1, wherein the PDCP SDU is identified to be obsolete, and wherein to perform the scheduling operation includes to refrain from triggering a delay status report (DSR) of a corresponding logical channel (LCH) based at least in part on a discard timer of the PDU set.The one or more computer-readable media of claim 1, wherein the PDCP SDU is identified to be obsolete, and wherein to perform the scheduling operation includes to refrain from switching a priority of a corresponding logical channel (LCH) based at least in part on a discard timer of the PDU set.The one or more computer-readable media of claim 1, wherein to perform the scheduling operation includes to:switch a priority of a corresponding logical channel (LCH) based at least in part on a discard timer of the PDU set to a first priority if the PDCP SDU is identified to be obsolete; orswitch a priority of a corresponding LCH based at least in part on a discard timer of the PDU set to a second priority if the PDCP SDU is identified not to be obsolete.The one or more computer-readable media of claim 1, wherein the PDCP SDU is identified to be obsolete, and wherein to perform the scheduling operation includes to apply a first set of logical channel (LCH) parameters to the PDCP SDU, the first set of LCH parameters being different than a second set of LCH parameters for PDCP SDUs that are not obsolete.The one or more computer-readable media of claim 1, wherein the PDCP SDU is identified to be obsolete, and wherein to perform the scheduling operation includes to refrain from triggering autonomous retransmission of a radio link control (RLC) SDU or RLC SDU segment corresponding to the PDCP SDU.The one or more computer-readable media of claim 1, wherein the PDCP SDU is identified to be obsolete, and wherein to perform the scheduling operation includes to:trigger autonomous retransmission of a radio link control (RLC) SDU corresponding to the PDCP SDU with a lower priority than initial transmissions; ortrigger autonomous retransmission of an RLC SDU corresponding to the PDCP SDU with a lower number of allowed retransmissions than other packets.The one or more computer-readable media of claim 1, wherein the PDCP SDU is identified to be obsolete, and wherein to perform the scheduling operation includes to refrain from triggering a poll based at least in part on remaining time-related criteria.A method comprising:identifying a packet data convergence protocol (PDCP) service data unit (SDU) to be transmitted as part of a protocol data unit (PDU) set;identifying, based at least in part on other delivered packets of the PDU set, whether the PDCP SDU is obsolete; andperforming a scheduling operation based at least in part on whether the PDCP SDU is obsolete.The method of claim 12, wherein identifying whether the PDCP SDU is obsolete includes:identifying whether a number of packets successfully delivered for the PDU set has reached a threshold;identifying whether a ratio of packets successfully delivered for the PDU set has reached a threshold;identifying whether all essential or critical packets for the PDU set have been successfully delivered; oridentifying whether the PDU set has been confirmed as being successfully delivered.The method of claim 12, wherein the PDCP SDU is identified as being obsolete, and wherein performing the scheduling operation includes assigning the PDU set as low importance.The method of claim 12, wherein the PDCP SDU is identified as being obsolete, and wherein performing the scheduling operation includes refraining from triggering a delay status report (DSR) of a corresponding logical channel (LCH) based at least in part on a discard timer of the PDU set.The method of claim 12, wherein the PDCP SDU is identified as being obsolete, and wherein performing the scheduling operation includes refraining from switching a priority of a corresponding logical channel (LCH) based at least in part on a discard timer of the PDU set.An apparatus to:identify a packet data convergence protocol (PDCP) service data unit (SDU) of a protocol data unit (PDU) set as obsolete; andperform a scheduling operation based at least in part on the PDCP SDU being identified as obsolete.The apparatus of claim 17, wherein the PDCP SDU is identified as obsolete based at least in part on:a number of packets successfully delivered for the PDU set having reached a threshold;a ratio of packets successfully delivered for the PDU set having reached a threshold;all essential or critical packets for the PDU set having been successfully delivered; orthe PDU set having been confirmed as being successfully delivered.The apparatus of claim 17, wherein to perform the scheduling operation includes to assign the PDCP SDU or the PDU set as low importance.The apparatus of claim 17, wherein to perform the scheduling operation includes to refrain from triggering a poll based at least in part on remaining time-related criteria.

Images