Delay status report with multiple remaining time thresholds

Abstract

The present application relates to devices and components including apparatus, systems, and methods to provide configurations for delay status reporting with multiple remaining time thresholds. In an embodiment, one or more computer-readable media having instructions that, when executed, cause processing circuitry to: identify a smallest remaining time among packet data convergence protocol (PDCP) data units belonging to a protocol data unit (PDU) set; and generate a delay status report (DSR) including a buffer size indication for a time range corresponding to the smallest remaining time, the buffer size indication including buffer size information determined based at least in part on all of the PDCP data units belonging to the PDU set.

Description

DELAY STATUS REPORT WITH MULTIPLE REMAINING TIME THRESHOLDSTECHNICAL FIELD

[0001] The present application relates to the field of wireless technologies and, in particular, to approaches related to delay status reporting with multiple remaining time thresholds.BACKGROUND

[0002] Third Generation Partnership Project (3GPP) networks support many transmissions between base stations and user equipments. Supporting the transmissions involve scheduling of the transmissions for transmission between the base stations and the user equipments. The networks can have limited resources for carrying the transmissions between the base stations and the user equipments.

[0003] The user equipments and / or the base stations may have buffers utilized for storing transmissions to be transmitted. The buffers may have limited sizes, where only a certain amount of transmissions may be stored in the buffers. Due to the limited space transmissions stored in a buffer may be discarded after a certain time of being stored in a buffer. If a discard timer corresponding to a transmission expires prior to transmission, the transmission may be discarded from the buffer without being transmitted.BRIEF DESCRIPTION OF THE DRAWINGS

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

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

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

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

[0008] FIG. 5 illustrates an example PDU set discard representation in accordance with some embodiments.

[0009] FIG. 6 illustrates a packet discard arrangement and delay status report (DSR) medium access control (MAC) control element (CE) structure in accordance with some embodiments.

[0010] FIG. 7 illustrates an example buffer arrangement in accordance with some embodiments.

[0011] FIG. 8 illustrates an example buffer arrangement in accordance with some embodiments.

[0012] FIG. 9 illustrates an example PDU set arrangement in accordance with some embodiments.

[0013] FIG. 10 illustrates an example procedure flow in accordance with some embodiments.

[0014] FIG. 11 illustrates an example procedure flow in accordance with some embodiments.

[0015] FIG. 12 illustrates an example DSR triggering arrangement in accordance with some embodiments.

[0016] FIG. 13 illustrates an example DSR triggering arrangement in accordance with some embodiments.

[0017] FIG. 14 illustrates an example procedure flow in accordance with some embodiments.

[0018] FIG. 15 illustrates example DL MAC CE structures in accordance with some embodiments.

[0019] FIG. 16 illustrates an example procedure for generating a DSR in accordance with some embodiments.

[0020] FIG. 17 illustrates an example procedure for reassigning a triggering threshold in accordance with some embodiments.

[0021] FIG. 18 illustrates an example procedure for generating a DL MAC CE indicating one or more DSR triggering thresholds are to be switched in accordance with some embodiments.DETAILED DESCRIPTION

[0022] 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 phrase “A or B” means (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. ”

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

[0024] 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.

[0025] 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.

[0026] 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.

[0027] 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.

[0028] 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.

[0029] 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.

[0030] 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.

[0031] 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.

[0032] 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.

[0033] 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.

[0034] 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.

[0035] 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.

[0036] Approaches described herein provide for improved delay status reporting within a network. For example, buffers of a user equipment (UE) and / or a base station may store packets for transmission. Packets stored within the buffers can be associated with discard timers, wherein a packet can be discarded from a buffer at expiry of a corresponding discard timer even if the packet has not been transmitted. The discard timer value may be configured in accordance with the delay budget of the packet. Any packet discarded without being transmitted may result in degradation of quality of service and / or user experience.

[0037] To reduce the instances of packets being discarded without being transmitted, UEs can generate and transmit delay status reports (DSRs) to the network. The DSRs can indicate a time remaining until discard timer expiry for data stored within a buffer and / or a data volume of packets with remaining time till discard timer expiry smaller than a threshold. The DSRs can facilitate efficient scheduling of transmissions to avoid and / or reduce instances of packets being discarded from the buffer prior to transmission. The DSR may be triggered when the remaining time till discard timer expiry of at least one packet in the buffer becomes smaller than a threshold. The DSR may be transmitted as a MAC CE.

[0038] In some instances, a protocol data unit (PDU) set can be scheduled for transmission, where the PDU set is an application data unit (e.g. a video frame or slice) that can include multiple packets. The packets within the PDU set may have different discard timer expiry, as their discard timer may start at different times. If any of the packets of a PDU set are discarded, the entire PDU set may be discarded, which can be inefficient. Approaches described herein can include UEs generating DSRs that provide information for all of the packets within a PDU set whether or not all of the packets have remaining time till discard timer expiries below a threshold. Legacy approaches limited buffer size information only for one remaining time threshold, and all packets within a PDU Set may be reported jointly if at least one packet has a remaining time below such threshold. In some instances, multiple remaining time thresholds may be configured for the UE to report DSR associated to multiple buffer portions with different remaining time ranges. A rule is needed for the UE to  determine the buffer size calculations for multiple remaining time ranges with considerations of PDU sets.

[0039] In some instances, a user equipment may be configured with multiple remaining time thresholds (e.g. per logical channel group) that can be used for determining the DSR contents when the DSR is to be triggered. One of the remaining time thresholds may initially be selected for triggering a DSR. However, other remaining time thresholds could be better for triggering the DSR, such as when the initially selected remaining time threshold overlaps with a measurement gap or an inactive interval. Approaches described herein can implement switching of a remaining time threshold selected for triggering a DSR, which can allow selection of a better remaining time threshold for triggering the DSR.

[0040] 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.

[0041] 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.

[0042] 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.

[0043] 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.

[0044] 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.

[0045] 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.

[0046] 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.

[0047] 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.

[0048] 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.

[0049] 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.

[0050] 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.

[0051] 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.

[0052] 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.

[0053] 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.

[0054] 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.

[0055] 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.

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

[0057] 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.

[0058] 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.

[0059] 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.

[0060] 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.

[0061] 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.

[0062] 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.

[0063] 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.

[0064] 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.

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

[0066] 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.

[0067] 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.

[0068] 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.

[0069] For a protocol data unit (PDU) set concept of release 18 (Rel-18) 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.

[0070] FIG. 4 illustrates an example PDU set arrangement 400 in accordance with some embodiments. In particular, the PDU set arrangement 400 illustrates example packets arranged into PDU sets in accordance with some embodiments. The packets may be stored in a buffer (such as a buffer of a UE) for transmission.

[0071] The PDU set arrangement 400 may include one or more packets. In the illustrated embodiment, the PDU set arrangement 400 includes a first packet 402, a second packet 404, a third packet 406, a fourth packet 408, a fifth packet 410, a sixth packet 412, and a seventh packet 414. In some instances, the packets may be included in PDU sets. For example, the first packet 402, the second packet 404, the third packet 406, the fourth packet 408, and the fifth packet 410 are included in a first PDU set 416, and the sixth packet 412 and the seventh packet 414 are included in a second PDU set 418 in the illustrated embodiment. The packets in a PDU set may be related, where the packets are to be utilized together for performance of an operation, such as an operation of XR services.

[0072] A definition may be that a PDU set includes 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) . (2024) . 3GPP TS 23.501, 19.1.0) .

[0073] PDU set quality of service (QoS) parameters (per QoS flow) may include PDU set delay budget (PSDB) , PDU set error rate (PSER) , and / or PDU set integrated handling information (PSIHI) . PSIHI may indicate whether all PDUs of the PDU set are needed for the usage of PDU set by application layer, as defined in TS 23.501.

[0074] Each PDU set may be associated with a PDU set sequence number, an 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 QoS flow.

[0075] For release 18 (Rel-18) , PDU set discarding may be motivated by PSIHI. In spite of the PDU set concept, the legacy discard timer may be used, which means the discard timer is per PDU (rather than per PDU set) . Therefore, the discard timers for different PDUs in the same PDU set may start and / or expire at different times, because the arrival time of PDUs in a PDU Set may be different.

[0076] Based on the QoS parameter of PDU set integrated handling information (PSIHI) , the base station (which may be a next generation nodeB (gNB) ) may configure a UE (per packet data convergence protocol (PDCP) entity) to directly discard all PDUs in a PDU set when one of the PDUs in the PDU set is lost and / or discarded. PSIHI indicates whether all PDUs of the PDU set are needed for the usage of PDU set by application layer. If it is set to TRUE, it is pointless for the UE to continue transmit the remaining PDUs of a PDU Set when one of the PDUs is discarded. Therefore, the whole PDU set can be discarded to save radio resource.

[0077] This is enabled by the RRC parameter pdu-SetDiscard in the information element (IE) of pdcp-Config. The IE may be a pdu-SetDiscard IE that, if set to true, the UE shall perform PDU set based discarding for this PDCP entity, as specified in 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.3.0) . The field is only configured for a data resource bearer (DRB) .

[0078] FIG. 5 illustrates an example PDU set discard representation 500 in accordance with some embodiments. For example, the representation 500 illustrates a discard operation when the pdu-SetDiscard IE is set to true in accordance with some embodiments.

[0079] The representation 500 includes a first representation 502 of a PDU set. The first representation 502 illustrates individual packet loss and / or discard. In the illustrated embodiment, the first representation 502 includes a representation 504 of a first packet, a representation 506 of a second packet, and a representation 508 of a third packet. The second packet is lost and / or discarded, as illustrated by representation 506 being crossed out.

[0080] The representation 500 includes a second representation 510 of the PDU set. The second representation 510 illustrates individual packet discard when a UE is configured with pdu-SetDiscard IE set to true. For example, the discarding of the packets in the second representation 510 may be based on the lost and / or discarded packets from the first representation 502. The second representation includes a representation 512 of the first  packet, a representation 514 of the second packet, and a representation 516 of the third packet. Due to the second packet being lost and / or discarded in the first representation 502, all of the packets in the PDU set illustrated by the second representation 510 may be discarded. For example, the first packet, the second packet, and the third packet may be discarded in the second representation 510, as illustrated by the representations being crossed out.

[0081] For delay status reporting (DSR) for Rel-18 XR, in order to assist delay-aware scheduling for XR (for example, minimization of discarding) , mechanisms for delay status reporting (DSR) has been specified in third generation partnership project (3GPP) Rel-18. The DSR medium access control (MAC) control element (CE) is triggered when the remaining time of data till the discard timer expiry in a logical channel (LCH) satisfies a remaining time threshold.

[0082] The report includes the information of the shortest remaining time till the discard timer expiry (the reference point is the starting of the uplink shared channel (UL-SCH) for such MAC CE) , as well as the data volume (i.e., buffer size) account for such remaining time. The DSR MAC CE structure adopted in Rel-18 is shown in FIG. 6. For example, FIG. 6 illustrates a packet discard arrangement 600 and DSR MAC CE structure 650 in accordance with some embodiments.

[0083] The packet discard arrangement 600 illustrated represents a legacy packet discard arrangement in accordance with some embodiments. The packet discard arrangement 600 includes a packet arrival 602, where a packet arrives at a buffer. A discard timer may start at 604 for the packet that arrived at the packet arrival 602.

[0084] A DSR may be triggered at 606. The triggering of the DSR may cause a UE, in which the buffer is located, to generate a DSR for transmission. The DSR may be transmitted at 608. For example, the UE may transmit the DSR to a base station. The DSR may indicate a remaining time until expiry of the discard timer and / or provide information to be reported.

[0085] The discard timer may expire at 610. The buffer may discard the packet at 610. The triggering of the DSR 606 and the remaining time may be determined with respect to the expiration of the discard timer.

[0086] The structure 650 illustrated represents a legacy DSR MAC CE structure in accordance with some embodiments. For example, the structure 650 may be a Rel-18 DSR MAC CE structure in accordance with some embodiments. A DSR transmitted by a UE to a base station may be formatted in accordance with the structure 650.

[0087] The structure 650 may include one or more logical channel group (LCG) fields 652. The structure 650 may include an LCG field corresponding to each of the LCGs of the UE generating the DSR that includes the structure 650. In the illustrated embodiment, the structure 650 includes eight LCG fields 652 in the illustrated embodiment.

[0088] The structure 650 may include one or more sets of DSR information for the LCGs. Each of the sets of DSR information may include a buffer size table indicator field, a remaining time indicator field, a buffer size indicator field, and / or one or more reserved fields. For example, a first set of DSR information includes a first buffer size table indicator field 654, a first reserved field 656, a first remaining time indication field 658, and a first buffer size indicator field 660 in the illustrated embodiment. There may be one or more sets of DSR information for each LCG.

[0089] The MAC CE defined in Rel-18 allows the UE to report the data volume associated with the smallest remaining time per LCG. BT in the MAC CE may refer to buffer size table indicator.

[0090] Some DSR enhancements may be made for release 19 (Rel-19) . In Rel-19 XR, one or more of the following objective may be pursued. A first objective may be to specify enhancements for support of uplink (UL) scheduling to enable high XR capacity while meeting delay requirements / avoiding too late PDUs, as follows. For example, the first objective may include to specify additional logical channel priority handling using delay / deadline information of packets. Further, the first objective may include to specify enhanced delay status report (DSR) reporting with multiple pairs of remaining time and buffer size for an LCG.

[0091] To enable DSR with multiple pairs of remaining time and buffer sizes, an LCG may be configured with multiple remaining time thresholds. Network (such as via a base station) may be able to configure multiple remaining time thresholds for reporting for each LCG to report multiple pairs of remaining time and buffer sizes per LCG.

[0092] Essentially, the UE can divide the buffer into multiple remaining time ranges, according to the multiple thresholds. The UE may measure the remaining time of data that corresponds to each remaining time range. The UE may calculate the buffer size of data that corresponds to each remaining time range.

[0093] Furthermore, DSR triggering may still based on single threshold (which could be one of the configured multiple remaining time thresholds) . There may be a single triggering threshold, as in Rel-18. Whether there are any constraints on how the network (NW) configures DSR triggering and reporting thresholds.

[0094] FIG. 7 illustrates an example buffer arrangement 700 in accordance with some embodiments. For the arrangement 700, three remaining time thresholds (T0, T1, and T2) may be configured for an LCH and / or LCG. Note that T2 > T1 > T0 > 0 for the arrangement.

[0095] The buffer arrangement 700 illustrates an example buffer representation 702. The buffer representation 702 may represent a buffer of a UE. The buffer may store data for transmission, such as for transmission to a base station.

[0096] The data within the buffer may be divided into different portions based on time. For example, the representation 702 includes a first data portion 704, a second data portion 706, a third data portion 708, and a fourth data portion 710 in the illustrated embodiment. The first data portion 704 includes a portion of the data within the buffer with discard timers with remaining time equal to or less than T0. The second data portion 706 includes a portion of the data within the buffer with discard timers with remaining time between T0 and T1. The third data portion 708 includes a portion of the data within the buffer with discard timers with remaining time between T1 and T2. The fourth data portion 710 includes all other data within the buffer, which may include data with discard timers with remaining time greater than T2.

[0097] Each of the data portions can have different DSR approaches and the DSRs can include different information. For example, the first data portion 704 may be configured to have DSR information reported. The DSR information for the first data portion 704 may include a buffer size and shortest remaining time among PDCP service data units (SDUs) with remaining time smaller than T0 (which may be denoted as R0) . The second data portion 706 may be configured to have DSR reported. The DSR information for the second data portion 706 may include a buffer size and shortest remaining time among PDCP SDUs with remaining time between T0 and T1 (which may be denoted as R1) . The third data portion 708  may be configured to have DSR reported. The DSR information for the third data portion 708 may include buffer size and shortest remaining time among PDCP SDUs with remaining time between T1 and T2 (which may be denoted as R2) . The fourth data portion 710 may be configured as having DSR not needed as all PDCP SDUs have a remaining time larger than T2.

[0098] There may be some potential issues for legacy DSR operation. Based on the Rel-19 DSR, the network is able to know how much data is available in each of the remaining time ranges. Hence, the network may be able to plan scheduling by taking the factor of remaining time into account. For example, the network may allocate two separate UL grants at different times, in order to accommodate all buffered data without concerns of scheduling the resource too late.

[0099] However, considering the PDU set concept, the whole PDU set should be transmitted together for the purpose of integrated handling, even though each packet of a PDU set may have different remaining time (as the packets may arrive in the buffer at different times) and hence belong to different data portions of the buffer. Joint handling of packets of the same PDU set for DSR has no details about how the UE should select the remaining time range (or data portion) for buffer size calculation concerning packets of a PDU set.

[0100] On the other hand, since multiple remaining time thresholds are configured for an LCG, there may be a flexibility for the UE to switch the DSR triggering threshold dynamically. The conditions where the UE should switch the DSR triggering threshold have not been considered. Finally, if dynamic switching of DSR triggering threshold is controlled by network, there are no details about the control signaling.

[0101] Some issues may may include how to select the remaining time range for a PDCP SDU for DSR buffer size calculation based on the considerations of PDU set concept, how to allow the UE to conditionally switch the triggering threshold for DSR, and / or how the network can dynamically control switching of DSR triggering threshold.

[0102] A first approach (which may be referred to as approach 1) may involve remaining time range selection for buffer size calculation. Assumptions about Rel-19 DSR mechanism may include that an LCH and / or LCG is configured with n+1 Remaining Time thresholds: T0, T1, T2, …, Tn. In principle, for DSR, the UE may calculate / report the buffer size corresponding to different remaining time ranges for the LCG. For example, the buffer  sizes may include BS0: The buffer size of PDCP SDUs with remaining time equal to or smaller than T0; BS1: The buffer size of PDCP SDUs with remaining time between T0 and T1; BS2: The buffer size of PDCP SDUs with remaining time between T1 and T2; ……; and / or BSn: The buffer size of PDCP SDUs with remaining time between Tn-1 and Tn.

[0103] Instead of determining the remaining time range for a PDCP SDU solely based on its own remaining time, PDU set correlation may be taken into account in at least some of the approaches described herein. The UE may identify the smallest remaining time among PDCP SDUs belonging to the same PDU set Further, the UE may include all PDCP SDUs of the PDU set in the remaining time range (for buffer size calculation) corresponding to the identified smallest remaining time. Alternatively, the PDCP may consider this PDCP SDU as belonging to this remaining time range. Further, the UE may only enable this behavior if PDU set discarding is configured for this data radio bearer (DRB) .

[0104] FIG. 8 illustrates an example buffer arrangement 800 in accordance with some embodiments. For the arrangement 800, three remaining time thresholds (T0, T1, and T2) may be configured for an LCH and / or LCG. Note that T2 > T1 > T0 > 0 for the arrangement.

[0105] The buffer arrangement 800 illustrates an example buffer representation 802. The buffer representation 802 may represent a buffer of a UE. The buffer may store data for transmission, such as for transmission to a base station.

[0106] The data within the buffer may be divided into different portions based on time. For example, the representation 802 includes a first data portion 804, a second data portion 806, a third data portion 808, and a fourth data portion 810 in the illustrated embodiment. The first data portion 804 includes a portion of the data within the buffer with remaining time of discard timers less than T0. The first data portion 804 may correspond to a remaining time range #0. The second data portion 806 includes a portion of the data within the buffer with remaining time of discard timers between T0 and T1. The second data portion 806 may correspond to a remaining time range #1. The third data portion 808 includes a portion of the data within the buffer with remaining time of discard timers between T1 and T2. The third data portion 808 may correspond to a remaining time range #2 The fourth data portion 810 includes all other data within the buffer, which may include data with remaining time of discard timers greater than T2. The fourth data portion 810 may correspond to a remaining time range #3.

[0107] FIG. 9 illustrates an example PDU set arrangement 900 in accordance with some embodiments. The PDU set arrangement 900 illustrates example packets that may be stored in the buffer of the buffer arrangement 800 (FIG. 8) .

[0108] The PDU set arrangement 900 includes a PDU set 902. The PDU set 902 may include one or more packets. In the illustrated embodiment, the PDU set 902 includes a first packet 904, a second packet 906, a third packet 908, a fourth packet 910, and a fifth packet 912.

[0109] Each of the packets within a PDU set may arrive at the buffer at different times. As a discard timer counting is initiated when a corresponding packet arrives at the buffer, each of the packets may have different remaining times that fall within different remaining time ranges. For example, the first packet 904 and the second packet 906 have discard timer remaining times within the remaining time range #1 in the illustrated embodiment. The third packet 908 and the fourth packet 910 have discard timer remaining times within the remaining time range #2. The fifth packet 912 has a discard timer remaining time within the remaining time range #3.

[0110] The smallest remaining time among all packets in a PDU set falls into the remaining time range #1 (i.e. Packet #1 and Packet #2 in this example) in the arrangement 900. Therefore, in this example all packets of the PDU set may be included in the buffer size calculation for remaining time range #1 for approach 1, in spite of the actual remaining time of each of the individual packet in this PDU set. As a note, in addition to correlation among packets in the same PDU set, the similar concept may be extended to other correlations between packets, including correlation between different PDU sets, and / or correlation between different traffic flows, such as multi-modality.

[0111] FIG. 10 illustrates an example procedure flow 1000 in accordance with some embodiments. The procedure flow 1000 illustrates an example procedure that may be performed by a UE to implement approach 1 as described herein. The UE may include a buffer for storing packets to be transmitted, where the UE may apply the procedure flow 1000 to the packets in the buffer. The procedure flow 1000 may start at 1002.

[0112] The procedure flow 1000 may include initiating a buffer size calculation procedure for DSR in 1004. Further, the procedure flow 1000 may include identifying at least one PDCP SDU in the buffer that belongs to a same PDU set as one or more of the other  PDCP SDUs in the buffer. As an example, the UE may identify the first packet 904 (FIG. 9) that belongs to the same PDU set as the second packet 906 (FIG. 9) .

[0113] The procedure flow 1000 may include identifying a smallest remaining time among PDCP SDUs in the PDU set and a corresponding remaining time range in 1006. For example, the UE may identify a smallest remaining time among the packets in the PDU set 902 (FIG. 9) . In the illustrated embodiment, the UE may identify a remaining time for the first packet 904 as the smallest remaining time due to the first packet 904 arriving at the buffer first and the discard timer count being initiated first.

[0114] The procedure flow 1000 may include identifying whether PDU set discarding is configured for the DRB in 1008. For example, the UE may identify whether PDU set discarding is configured for the PDU set 902. If PDU set discarding is identified as being configured, the procedure flow 1000 may proceed to 1010. If the PDU set discarding is identified as not being configured, the procedure flow may proceed to 1012.

[0115] The procedure flow 1000 may include including all PDCP SDUs of the same PDU set into the identified corresponding remaining time range for buffer size calculation in 1010. For example, the UE may include the first packet 904, the second packet 906, the third packet 908 (FIG. 9) , the fourth packet 910 (FIG. 9) , and the fifth packet 912 (FIG. 9) of the PDU set 902 in the buffer size calculation for the remaining time range corresponding to the first packet 904 (which was described as being identified as being the smallest remaining time in 1006 in the example) .

[0116] The procedure flow 1000 may include not including all PDCP SDUs of the same PDU set into the identified corresponding remaining time range in 1012. For example, the UE may include the packets of the PDU set 902 in the buffer size calculations for the corresponding remaining time ranges to the packets. As an example, the UE may include the first packet 904 and the second packet 906 in the buffer size calculation for the remaining time range #1, and the third packet 908 and the fourth packet in the buffer size calculation for the time range #2 in the illustrated embodiment.

[0117] The procedure flow 1000 may include identifying the remaining time of other PDCP SDUs of the PDU set in 1014. Further, the procedure flow 1000 may include respectively including the PDCP SDUs in the corresponding remaining time ranges for buffer size calculation in 1014.

[0118] As a note, apart from PDCP SDUs, the PDCP data PDUs that contain PDCP SDUs belonging to the same PDU set may also be included in the buffer size calculation for the remaining time range that corresponds to the smallest remaining time among packets in this PDU set, if the PDCP data PDUs are not submitted to the lower layer yet.

[0119] In some embodiments, how the UE selects the remaining time range for a PDCP SDU may further depend on whether the smallest remaining time among all packets in the PDU set satisfies a threshold. For example, if the smallest remaining time among all packets in the PDU set is equal to or smaller than a threshold, the UE may include all packets of this PDU Set in the buffer size calculation for the remaining time range corresponding to the smallest remaining time. Else, if the smallest remaining time among all packets in the PDU set is still larger than a threshold, the UE may include each packet of this PDU set in the buffer size calculation for their respective remaining time range.

[0120] In some embodiments, how the UE selects the remaining time range may depend on whether the PDCP SDU with the smallest remaining time in the PDU set is already considered as a “delay critical PDCP SDU, ” whose remaining time is equal to or smaller than a threshold for DSR triggering (e.g., remainingTimeThreshold specified in TS 38.331 (3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Radio Resource Control (RRC) protocol specification (Release 18) . (2024) . 3GPP TS 38.331, 18.3.0) ) .

[0121] In some embodiments, in addition to PDU set discarding, how the UE selects the remaining time range may further depend on other configurations. For example, the UE may only perform the first approach if a new radio resource control (RRC) parameter (independent on PDU set discarding) is present. This may be configured per DRB (e.g., in pdcp-config) , per LCH / LCG, or per medium access control (MAC) entity.

[0122] FIG. 11 illustrates an example procedure flow 1100 in accordance with some embodiments. The procedure flow 1100 illustrates an example procedure that may be performed by a UE to implement approach 1 with consideration of the delay critical PDCP SDU as described above. In other instances, the procedure flow 1100 may be performed with consideration of the threshold and / or other configurations (as described above) , where the threshold and / or other configurations replace the delay critical PDCP SDU in the procedure flow 1100. The UE may include a buffer for storing packets to be transmitted, where the UE  may apply the procedure flow 1100 to the packets in the buffer. The procedure flow 1100 may start at 1102.

[0123] The procedure flow 1100 may include initiating buffer size calculation procedure for DSR in 1104. Further, the procedure flow 1100 may include identifying at least one PDCP SDU in the buffer that belongs to a same PDU set in 1104.

[0124] The procedure flow 1100 may include identifying a smallest remaining time among PDCP SDUs in the PDU set and a corresponding remaining time range in 1106.

[0125] The procedure flow 1100 may include identifying whether the PDCP SDU with the smallest remaining time in the PDU set is considered delay-critical in 1108. If the PDCP SDU with the smallest remaining time is considered delay-critical, the procedure flow 1100 may proceed to 1110. If the PDCP SDU with the smallest remaining time is not considered delay-critical, the procedure flow 1100 may proceed to 1114.

[0126] The procedure flow 1100 may include identifying whether PDU set discarding is configured for the DRB in 1110. If PDU set discarding is configured for the DRB, the procedure flow 1100 may proceed to 1112. If the PDU set discarding is not configured for the DRB, the procedure flow 1100 may proceed to 1114.

[0127] The procedure flow 1100 may include including all PDCP SDUs of the same PDU set into the identified corresponding remaining time range for buffer size calculation in 1112.

[0128] The procedure flow 1100 may include not including all PDCP SDUs of the same PDU set into the identified corresponding remaining time range in 1114.

[0129] The procedure flow 1100 may include identifying the remaining time of other PDCP SDUs of the PDU set in 1116. Further, the procedure flow 1100 may include respectively including the other PDCP SDUs in their corresponding remaining time range for buffer size calculation in 1116.

[0130] In a first option of approach 1 (which may be referred to as approach 1a) , remaining time range-specific radio link control (RLC) data volume may be considered. The RLC layer may also have to calculate RLC data volume corresponding to different remaining time ranges for DSR purposes. The RLC layer of the UE may consider the following as RLC data volume corresponding to a specific remaining time range. For example, the UE may  consider RLC SDUs and RLC SDU segments that have been considered as belonging to this specific remaining time range (e.g., according to Approach 1 by PDCP) and have not yet been included in an RLC data PDU. Further, the UE may consider RLC data PDUs pending for initial transmission, and containing a RLC SDU or RLC SDU segment that have been considered as belonging to this specific remaining time range (e.g., according to Approach 1 by PDCP) .

[0131] In a second option of approach 1 (which may be referred to as approach 1b) remaining time range for other data may be considered. For Rel-18 DSR, the UE may also include the following in data volume calculation in PDCP. For example, the data volume calculation may include PDCP control PDU; for acknowledged mode (AM) DRBs, the PDCP SDU to be retransmitted; and / or for AM DRBs, the PDCP data PDUs to be retransmitted. Similarly, the following may be included in data volume calculation in RLC. For example, RLC data PDUs that are pending for retransmission may be included in data volume calculation in RLC.

[0132] For Rel-19 DSR, when multiple remaining time thresholds are configured, which results in multiple remaining time ranges for buffer size reporting, the UE may select the remaining time range to include PDCP control PDUs, PDCP SDU to be retransmitted, and PDCP Data PDUs to be retransmitted for data volume calculation. In a first option, the UE may always select the remaining time range that is capped by the highest remaining time threshold. In a second option, the UE may always select the remaining time range that is capped by the lowest remaining time threshold. In a third option, the UE may always select the remaining time range that is capped by the remaining time threshold for DSR triggering. In a fourth option, the UE may always select the remaining time range that is capped by the remaining time threshold that is separately chosen / configured by the network. In a fifth option, it may be up to UE implementation to choose the remaining time range for these data.

[0133] A third option of approach 1 (which may be referred to as approach 1c) PDU set linkage indication may be considered. As an alternative way to let the base station (such as a gNB) know that packets of a PDU set spans across multiple remaining time ranges, in the DSR MAC CE the UE may indicate there is a “linkage” between different buffer size and remaining time pairs. For example, if a PDU set has packets in both a first remaining time range and a second remaining time range, a field may be included in the DSR MAC CE to  indicate that the buffer sizes corresponding to the first remaining time range and the second remaining time range are correlated, as both of them comprise data from a same PDU set.

[0134] A second approach (which may be referred to as approach 2) may include conditional switching of DSR triggering threshold. Assumptions about Rel-19 DSR mechanism may include that an LCH / LCG is configured with n+1 remaining time thresholds: T0, T1, T2, …, Tn. Further, the assumptions may include that one of the n+1 remaining time thresholds is configured as the DSR triggering threshold, denoted as T_tr. That is, DSR for this LCH / LCG is triggered when the remaining time of at least one buffered PDCP SDU becomes smaller than T_tr.

[0135] In principle, it is desirable to transmit DSR MAC CE immediately once it is triggered. Thus, the network is able to perform timely resource allocation based on the DSR information. However, in some cases the UE may not be able to send the triggered DSR immediately due to, for example the triggering time of DSR overlapping with a measurement gap, where the UE is not allowed to perform any PUSCH transmission, and / or the triggering time of DSR overlapping with an inactive interval of discontinuous reception (DRX) , where the UE is not able to receive the physical downlink control channel (PDCCH) for uplink resource allocation. In the worst case scenario, when the triggering threshold T_tr is set to be too small, the packets may be discarded even before the corresponding DSR can be transmitted.

[0136] FIG. 12 illustrates an example DSR triggering arrangement 1200 in accordance with some embodiments. For example, the arrangement 1200 illustrates an example of a triggering time of a DSR overlapping with a measurement gap.

[0137] The arrangement 1200 includes a packet arrival 1202, where a packet arrives at a buffer. A discard timer may start at 1204 for the packet that arrived at the packet arrival 1202.

[0138] A DSR may be triggered at 1206. The triggering of the DSR may occur when a remaining time of the discard timer is equal to a triggering threshold 1208. Accordingly, the DSR may be triggers at the triggering threshold time prior to an expiration of the discard timer at 1210. The triggering of the DSR may cause a UE, in which the buffer is located, to generate a DSR for transmission.

[0139] The arrangement 1200 further includes a measurement gap 1212 for the UE. The UE may not be able to transmit the DSR during the measurement gap 1212. In the illustrated embodiment, the triggering of the DSR at 1206 overlaps with the measurement gap 1212. Since the triggering of the DSR overlaps with the measurement gap 1212, the triggered DSR cannot be transmitted immediately due to the overlapping measurement gap 1212. In particular, the triggered DSR cannot not be transmitted until the end of the measurement gap 1212. However, having to wait until the end of the measurement gap 1212 for transmission of the DSR could mean that the DSR would not arrive at the base station prior to the packet being discarded and / or that the base station would not have time to schedule transmission of the packet prior to the packet being discarded.

[0140] For the second approach, the UE may autonomously “switch” the DSR triggering threshold for an LCH / LCG if certain conditions are met. For instance, as the LCH / LCG is configured with multiple remaining time thresholds, the UE can “re-assign” the triggering threshold to one of the other multiple remaining time thresholds. After the DSR is triggered (based on the new threshold) , the UE may switch the threshold back to the default / original value.

[0141] FIG. 13 illustrates an example DSR triggering arrangement 1300 in accordance with some embodiments. For example, the arrangement 1300 illustrates an example of a triggering time of a DSR in accordance with approach 2. In the illustrated embodiment,

[0142] The arrangement 1300 includes a packet arrival 1302, where a packet arrives at a buffer. A discard timer may start at 1304 for the packet that arrived at the packet arrival 1302. For the illustrated arrangement 1300, the LCH / LCG is configured with three remaining time thresholds, namely T0, T1, and T2, where T0<T1<T2.

[0143] Originally, the network has assigned T0 as the DSR triggering threshold (i.e. T_tr = T0) . For example, initially the UE may be configured to trigger a DSR at 1306. The arrangement 1300 includes a measurement gap 1308 for the UE. The original trigger of the DSR at 1306 overlaps with the measurement gap 1308.

[0144] When certain conditions are met (e.g., if DSR triggering time would overlap with the measurement gap) , the UE may switch the DSR triggering threshold from T0 to T1, which allows the DSR to be triggered earlier as T1 is greater than T0. For example, as the original trigger of the DSR 1306 overlaps with the measurement gap 1308 in the illustrated  embodiment, the certain conditions may be met and the UE may switch the DSR triggering threshold to a different one of the remaining time thresholds (in this instance, T1) . The UE may switch the triggering threshold to T1 in the illustrated embodiment, where T1 occurs at 1310 prior to the measurement gap 1308. Hence, DSR may be triggered (and transmitted) before the measurement gap starts, which gives the network an opportunity to plan for resource allocation in advance (e.g., the base station (such as a gNB) may decide to instruct the UE to skip the measurement gap 1308) .

[0145] The UE may switch the DSR triggering threshold when at least one of the following conditions is met. As a first condition, the UE expects that the DSR triggering time for an LCH / LCG would overlap with a measurement gap (this may include positioning measurement gaps and multi-universal subscriber identity module (MUSIM) gaps) . As a second condition, the UE expects that the DSR triggering time for an LCH / LCG would overlap with an inactive interval of connected mode discontinuous reception (C-DRX) . As a third condition, the UE expects that the DSR triggering time for an LCH / LCG would overlap with an inactive interval of cell discontinuous transmission (DTX) (e.g., considering network energy saving) . As a fourth condition, the UE expects that the DSR triggering time for an LCH / LCG is before (or well before) the next available configured grant (CG) occasion. As a fifth condition, the UE expects that the time between DSR triggering and DSR MAC CE transmission would exceed a threshold. As a sixth condition, the UE expects that the physical uplink shared channel (PUSCH) for DSR MAC CE, or physical uplink control channel (PUCCH) for scheduling request (SR) triggered by DSR, cannot be transmitted due to e.g., de-prioritization or LBT failure etc. As a sixth condition, the buffered data volume of the LCH / LCG exceeds a threshold. As a seventh condition, the buffered data volume with specific importance levels of the LCH / LCG exceeds a threshold (e.g., an important packet is present in the buffer) . As an eighth condition, the buffered delay-critical data volume (at. The expected DSR triggering time) of the LCH / LCG exceeds a threshold. As a ninth condition, the UE detects the presence of UL congestion. For example, when the UL congestion is present, the UE may actually switch the DSR triggering threshold from a larger value to a smaller value, in order to minimize DSR triggering. Different portions of the conditions can be implemented in different instances and / or embodiments.

[0146] Once the UE determines to switch the DSR triggering threshold, the new threshold may be one of the following. For a first instance, the new threshold may be the next (or nearest) pre-configured remaining time threshold that is larger or smaller than the original  DSR triggering threshold. For a second instance, the new threshold may be the next (or nearest) pre-configured remaining time threshold that is larger or smaller than the original DSR triggering threshold, which does not lead to any conditions for further DSR triggering threshold switching. For a third instance, the new threshold may be the nearest pre-configured remaining time threshold that is larger / smaller than the original DSR triggering threshold plus / minus an offset. The value of offset may depend on the conditions for switching of DSR triggering threshold, such as the length of the overlapping measurement gap. For a fourth instance, the new threshold may be a specific remaining time threshold that is pre-configured by the network (could be one of the multiples thresholds configured for an LCG for DSR reporting, or any other threshold that is specifically used for this case) . For a fifth instance, the new threshold may be the highest remaining time threshold configured for this LCH / LCG. For a sixth instance, the new threshold may be the lowest remaining time threshold configured for this LCH / LCG.

[0147] In some embodiments, instead of choosing the new triggering threshold from the pre-configured multiple thresholds, the UE may simply apply a scaling or an offset to the original DSR triggering threshold, in order to derive the new DSR triggering threshold. The scaling factor or offset may be pre-configured.

[0148] An example procedure of approach 2 may include the UE PDCP layer receives a PDCP SDU from the upper layer, and the discard timer of this PDCP SDU is started accordingly. Further, the procedure may include the UE determines when this PDCP SDU will potentially trigger DSR based on the default remaining time threshold. The procedure may further include, if the determined timing that the PDCP SDU will potentially trigger DSR (based on the default DSR triggering threshold) overlaps with a measurement gap, the UE switches the DSR triggering threshold to a different remaining time threshold. If the PDCP SDU is transmitted or discarded before the DSR is triggered, and there is no other PDCP SDU in the buffer that would further trigger the DSR during a measurement gap, the UE switches the DSR triggering threshold back to the default value. If the PDCP SDU triggers DSR, and there is no other PDCP SDU in the buffer that would further trigger the DSR during a measurement gap, the UE switches the DSR triggering threshold back to the default value.

[0149] FIG. 14 illustrates an example procedure flow 1400 in accordance with some embodiments. The procedure flow 1400 illustrates an example procedure that may be  performed by a UE for determining a triggering threshold in accordance with approach 2. The UE may include a buffer for storing packets to be transmitted, where the UE may apply the procedure flow 1400 to DSR triggering the packets in the buffer. The procedure flow 1400 may start at 1402.

[0150] The procedure flow 1400 may include receiving configuration of multiple remaining time thresholds for an LCH / LCG in 1404. One of the configured remaining time thresholds may be assigned as a DSR triggering threshold.

[0151] The procedure flow 1400 may include receiving configurations relating to switching of DSR triggering threshold in 1406. For example, the configurations may include one or more of the conditions for switching a DSR triggering threshold as described above.

[0152] The procedure flow 1400 may include evaluating a condition relating to DSR triggering in 1408. For example, the UE may determine whether the original triggering threshold meets one or more of the conditions configured in 1406.

[0153] The procedure flow 1400 may include identifying whether the evaluated condition satisfies a criteria for DSR triggering threshold switching in 1410. If the evaluated condition satisfies the criteria, the procedure flow 1400 may proceed to 1412. If the evaluated condition does not satisfy the criteria, the procedure flow 1400 may proceed to 1414.

[0154] The procedure flow 1400 may include switching the DSR triggering threshold in 1412. For example, the UE may switch the triggering threshold to a new threshold in accordance with one of the instances of selecting a new threshold described above.

[0155] The procedure flow 1400 may include configuring to use the default DSR triggering threshold in 1414. For example, the UE may utilize the default DSR triggering threshold for triggering a DSR.

[0156] A third approach (which may be referred to as approach 3) may implement signaling of network-controlled DSR triggering threshold switching. In some scenarios, the network may intend to switch the DSR triggering remaining time threshold for each LCG. For example, when congestion is present, the network may prefer the UE to apply a smaller DSR triggering remaining time threshold, in order to minimize DSR triggering and signaling. On the other hand, when the network intends to get information about buffer delay status earlier (in order to plan resource allocation ahead) , the network may prefer the UE to apply a larger DSR triggering remaining time threshold.

[0157] For the third approach, the DL MAC CE structures illustrated in FIG. 15 may be utilized for the purpose of network-controlled DSR triggering threshold switching. For example, the network (such as via a base station) may generate a MAC CE for transmission to a UE to instruct the UE to switch a DSR triggering remaining time threshold for one or more LCGs.

[0158] FIG. 15 illustrates example DL MAC CE structures 1500 in accordance with some embodiments. In particular, the DL MAC CE structures 1500 include a first DL MAC CE structure 1502 and a second DL MAC CE structure 1550. A base station may generate and / or transmit a DL MAC CE to a UE to indicate switching of a DSR triggering threshold, where the DL MAC CE may be formatted in accordance with either the first DL MAC CE structure 1502 or the second DL MAC CE structure 1550.

[0159] For the first DL MAC CE structure 1502, the MAC CE may have a bitmap structure. Each bit Ti indicates whether the i-th LCG may switch its DSR triggering threshold. For a Ti = 0, the i-th LCG does not switch the DSR triggering threshold. For a Ti =1, the i-th LCG should switch the DSR triggering threshold. In some embodiments, more than 1-bit is used for each LCG, e.g. 2 or more bits to indicate a particular remaining time threshold.

[0160] For example, the first DL MAC CE structure 1502 may include a bitmap 1504 with one or more fields that correspond to LCGs. In the illustrated embodiment, the bitmap 1504 includes a first field 1506 corresponding to a first LCG, a second field 1508 corresponding to a second LCG, a third field 1510 corresponding to a third LCG, a fourth field 1512 corresponding to a fourth LCG, a fifth field 1514 corresponding to a fifth LCG, a sixth field 1516 corresponding to a sixth LCG, a seventh field 1518 corresponding to a seventh LCG, and an eighth field 1520 corresponding to an eighth LCG. The values of each of the fields in the bitmap 1504 can indicate whether the DSR triggering threshold is to be switched for the corresponding LCG.

[0161] In other embodiments, the MAC CE may be in the format of the second DL MAC CE structure 1550. The MAC CE may comprise a field that indicates the concerned LCG (e.g., LCG ID) , and a field that indicates the DSR triggering threshold for this LCG. The field that indicates the DSR triggering threshold could be remaining time threshold index, or an explicit value (e.g., in milliseconds (ms) ) of DSR triggering threshold. For example, the second DL MAC CE structure 1550 includes a first field 1552 and a second  field 1554. The first field 1552 may indicate an LCG to which the MAC CE is directed. The second field 1554 may indicate a DSR triggering threshold for the LCG.

[0162] A fourth approach (which may be referred to as approach 4) may implement DSR MAC CE format selection. Assuming the UE can support the at least two DSR MAC CE formats, for example Rel-18 DSR MAC CE format and Rel-19 DSR MAC CE format. The Rel-18 DSR MAC CE format can be used to report DSR for LCGs configured with only one remaining time threshold. The Rel-19 DSR MAC CE format can be used to report DSR for LCGs configured with multiple remaining time thresholds (it may be dubbed as enhanced DSR MAC CE) . For example, Rel-18 DSR MAC CE format may be limited to indicating a single remaining time threshold, where the Rel-18 DSR MAC CE format does not include fields for multiple remaining time thresholds. In contrast, the Rel-19 DSR MAC CE format can include multiple remaining time / buffer size pair fields per LCG, where the Rel-19 DSR MAC CE format can be used when at least one LCG to be reported is configured with multiple remaining time thresholds. In some embodiments, the Rel-19 DSR MAC CE format can include one or more fields that indicate whether an additional remaining time / buffer size pair follows a current remaining time / buffer size pair that include the field.

[0163] The fourth approach may implement the following DSR MAC CE format selection rule. If at least one LCG is configured with multiple remaining time thresholds, the UE may always select Rel-19 DSR MAC CE when DSR is triggered by any logical channel. Otherwise, if none of the LCGs are configured with multiple remaining time thresholds (i.e., all LCGs are configured with either no or only one remaining time threshold) , the UE may always select Rel-18 DSR MAC CE when DSR is triggered by any logical channel.

[0164] A sample recitation of this first rule may be:

[0165] If there is at least one DSR pending, the MAC entity shall:

[0166] 1> if UL-SCH resources are available for a new transmission and the UL-SCH resources can accommodate the DSR MAC CE plus its subheader as a result of logical channel prioritization:

[0167] 2> if none of the LCGs is configured with multiple remaining time thresholds:

[0168] 3> instruct the Multiplexing and Assembly procedure to generate the DSR MAC CE as specified in clause 6.1.3.72.

[0169] 2> else (i.e. at least one LCG is configured with multiple remaining time thresholds) :

[0170] 3> instruct the Multiplexing and Assembly procedure to generate the enhanced DSR MAC CE as specified in clause 6.1.3. XX.

[0171] 1> else if there is no pending SR already triggered by the DSR procedure for the same logical channel as of this DSR:

[0172] 2> trigger a Scheduling Request

[0173] In some embodiments, regardless if any LCG is configured with multiple remaining time thresholds, if none of the pending DSR is triggered by a logical channel of a LCG configured with multiple remaining time thresholds, the UE can use either Rel-18 DSR MAC CE or Rel-19 DSR MAC CE (this may be up to UE implementation to decide) . Conversely, if any pending DSR is triggered by a logical channel of a LCG configured with multiple remaining time thresholds, the UE may always use Rel-19 DSR MAC CE.

[0174] A sample recitation of this second rule may be:

[0175] If there is at least one DSR pending, the MAC entity shall:

[0176] 1> if UL-SCH resources are available for a new transmission and the UL-SCH resources can accommodate the DSR MAC CE plus its subheader as a result of logical channel prioritization:

[0177] 2> if none of the pending DSR is triggered by a logical channel of a LCG configured with multiple remaining time thresholds:

[0178] 3> instruct the Multiplexing and Assembly procedure to generate the DSR MAC CE as specified in clause 6.1.3.72 or the enhanced DSR MAC CE as specified in clause 6.1.3. XX.

[0179] 2> else (i.e. at least one pending DSR is triggered by a logical channel of a LCG configured with multiple remaining time thresholds) :

[0180] 3> instruct the Multiplexing and Assembly procedure to generate the enhanced DSR MAC CE as specified in clause 6.1.3. XX.

[0181] 1> else if there is no pending SR already triggered by the DSR procedure for the same logical channel as of this DSR:

[0182] 2> trigger a Scheduling Request

[0183] A fifth approach (which may be referred to as approach 5) may implement DSR cancellation conditions. For a pending DSR triggered by a logical channel belonging to a LCG configured with multiple remaining time thresholds, it can be cancelled based on one of the following conditions.

[0184] For a first condition (which may be referred to as option 1) , all packets buffered in this LCG with remaining time shorter than the DSR triggering remaining time threshold (and possibly the packets that belong to the same PDU set) may be transmitted or discarded. This is under the assumption that the network has configured a DSR triggering remaining time threshold.

[0185] For a second condition (which may be referred to as option 2) , all packets buffered in this LCG with remaining time shorter than the largest remaining time threshold (and possibly the packets that belong to the same PDU set) may be transmitted or discarded.

[0186] For a third condition (which may be referred to as option 3) , all packets buffered in this LCG with remaining time shorter than the smallest remaining time threshold (and possibly the packets that belong to the same PDU set) may be transmitted or discarded.

[0187] For a fourth condition (which may be referred to as option 4) , all packets buffered in this LCG with remaining time shorter than a specific remaining time threshold (and possibly the packets that belong to the same PDU Set) may be transmitted or discarded. In some embodiments, the network may configure a “DSR Cancellation remaining time threshold” that is different from the DSR triggering remaining time threshold.

[0188] FIG. 16 illustrates an example procedure 1600 for generating a DSR in accordance with some embodiments. The procedure 1600 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) .

[0189] The procedure 1600 may include identifying a smallest remaining time among packet data convergence protocol (PDCP) data units belonging to a protocol data unit (PDU) set in 1602. In some embodiments, the PDCP data units include one or more service data units (SDUs) or one or more protocol data units (PDUs) .

[0190] In some embodiments, the procedure 1600 may further include identifying a triggering remaining time threshold switch indication. The triggering remaining time  threshold switch indication may include a downlink (DL) medium access control (MAC) control element (CE) having a bitmap with bits indicating whether one or more triggering thresholds are to be switched, or a downlink (DL) medium access control (MAC) control element (CE) including a first field that indicates a logical channel group and a second field that indicates a triggering threshold. The procedure 1600 may further include applying a triggering remaining time threshold in accordance with the identified triggering remaining time threshold switch indication.

[0191] The procedure 1600 may include generating a delay status report (DSR) including a buffer size indication for a time range corresponding to the smallest remaining time in 1604. The buffer size indication may include buffer size information determined based at least in part on all of the PDCP data units belonging to the PDU set. In some embodiments, the buffer size information may be determined based at least in part on all of the PDCP data units belonging to the PDU set due to a data radio bearer (DRB) corresponding to the PDU set being configured with PDU set discarding.

[0192] In some embodiments, the procedure 1600 may further include initiating a buffer size calculation procedure for the DSR, and identifying at least one PDCP data unit of the PDU set included in a buffer. The smallest remaining time may be identified based at least in part on the identification of the at least one PDCP data unit of the PDU set being included in the buffer.

[0193] In some embodiments, the smallest remaining time may be smaller than a threshold. Further, the buffer size information may be determined based at least in part on all of the PDCP data units belonging to the PDU set due to the smallest remaining time being smaller than a threshold.

[0194] In some embodiments, the DSR includes radio link control (RLC) data volume indication that includes information for one or more RLC data units or one or more RLC data unit segments belonging to the time range, or one or more RLC data protocol data units (PDUs) pending for initial transmission, the RLC PDUs containing an RLC SDU or an RLC SDU segment belonging to the time range. In some of these embodiments, an RLC data volume calculation for the RLC data volume indication may include RLC data PDUs that are pending for retransmission.

[0195] In some embodiments, a data volume calculation for the buffer size indication may include, for acknowledged mode (AM) data radio bearers, one or more PDCP service data units (SDUs) to be retransmitted or one or more PDCP data PDUs to be retransmitted.

[0196] In some embodiments, the DSR may include indications for multiple time ranges. A data volume calculation may include one or more PDCP control PDUs, one or more PDCP service data units (SDUs) to be retransmitted, or one or more PDCP data PDUs to be retransmitted for a remaining time range that is capped by a highest remaining time threshold, a remaining time range that is capped by a lowest remaining time threshold, a remaining time range that is capped by a remaining time threshold for DSR triggering, a remaining time range that is capped by a remaining time threshold configured by a network, or a remaining time range selected based on a device implementation.

[0197] In some embodiments, the DSR may be provided via a DSR medium access control (MAC) control element (CE) . The DSR MAC CE may include a field that indicates a linkage between different buffer sizes and remaining time pairs for data from the PDU set.

[0198] In some embodiments, generating the DSR includes utilizing a release 18 DSR medium access control (MAC) control element (CE) format if none of one or more logical channel group (LCGs) is configured with more than one remaining time threshold for DSR, or utilizing a release 19 DSR medium access control (MAC) control element (CE) format if at least one logical channel group (LCGs) is configured with more than one remaining time threshold for DSR.

[0199] In some embodiments, generating the DSR may include utilizing a release 18 DSR medium access control (MAC) control element (CE) format or a release 19 DSR MAC CE format if the DSR is triggered by a logical channel without multiple remaining time thresholds, or utilizing a release 19 DSR medium access control (MAC) control element (CE) format if the DSR is triggered by a logical channel with multiple remaining time thresholds.

[0200] In some embodiments, the DSR is a first DSR. Further, the procedure 1600 may include cancelling a second DSR based at least in part on all packets buffered in a logical channel group (LCG) with remaining time shorter than a DSR triggering remaining time threshold having been transmitted or discarded, the LCG corresponding to the second DSR, all packets buffered in a logical channel group (LCG) with remaining time shorter than a largest remaining time threshold having been transmitted or discarded, the LCG corresponding to the second DSR, all packets buffered in a logical channel group (LCG) with  remaining time shorter than a smallest remaining time threshold having been transmitted or discarded, the LCG corresponding to the second DSR, all packets buffered in a logical channel group (LCG) with remaining time shorter than a specific remaining time threshold having been transmitted or discarded, the LCG corresponding to the second DSR, or identification of a DSR cancellation remaining time threshold configuration.

[0201] Any one or more of the operations in FIG. 16 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 1600 in other embodiments.

[0202] FIG. 17 illustrates an example procedure 1700 for reassigning a triggering threshold in accordance with some embodiments. The procedure 1700 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) .

[0203] The procedure 1700 may include determining that a triggering threshold assigned to a first remaining time threshold meets a reassignment condition in 1702. In some embodiments, the reassignment condition may include a triggering time for the triggering threshold assigned to the first remaining time threshold overlapping with a measurement gap, a triggering time for the triggering threshold assigned to the first remaining time threshold overlapping with an inactive interval, a triggering time for the triggering threshold assigned to the first remaining time threshold is before a next available configured grant occasion, a difference between a triggering time for the triggering threshold assigned to the first remaining time threshold and transmission of a delay status report (DSR) exceeds a threshold, a physical uplink shared channel (PUSCH) for a delay status report (DSR) or a physical uplink control channel for a scheduling request triggered by the DSR cannot be transmitted due to de-prioritization or listen before talk (LBT) failure, a buffered data volume of a logical channel (LCH) or a logical channel group (LGC) corresponding to the DSR exceeds a threshold, a buffered data volume of a logical channel (LCH) or a logical channel group (LGC) with a specific importance level exceeds a threshold, the LCH or the LCG corresponding to a delay status report (DSR) , a buffered delay-critical data volume of a logical channel (LCH) or a logical channel group (LGC) corresponding to a delay status report (DSR) exceeds a threshold, or uplink (UL) congestion is detected.

[0204] The procedure 1700 may include reassigning the triggering threshold to a second remaining time threshold of configured remaining time thresholds in 1704. For example, the UE may reassign the triggering threshold to a second remaining time threshold of configured remaining time thresholds based at least in part on the triggering threshold assigned to the first remaining time threshold meeting the reassignment condition.

[0205] In some embodiments, the second remaining time threshold may include a remaining time threshold adjacent to the first remaining time threshold, a remaining time threshold adjacent to the first remaining time threshold, wherein the remaining time threshold does not meet one or more reassignment conditions, a remaining time threshold nearest to the first remaining time threshold with an offset, a remaining time threshold pre-configured by a network, a highest remaining time threshold configured for a logical channel (LCH) or a logical channel group (LCG) corresponding to a delay status report (DSR) , or a lowest remaining time threshold configured for a logical channel (LCH) or a logical channel group (LCG) corresponding to a delay status report (DSR) .

[0206] Any one or more of the operations in FIG. 17 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 1700 in other embodiments.

[0207] FIG. 18 illustrates an example procedure 1800 for generating a DL MAC CE indicating one or more DSR triggering thresholds are to be switched in accordance with some embodiments. The procedure 1800 may be performed by a base station, such as the base station 108 (FIG. 1) and / or the network device 300 (FIG. 3) .

[0208] The procedure 1800 may include determining one or more delay status report (DSR) triggering thresholds are to be switched for one or more logical channel groups (LCGs) in 1802.

[0209] The procedure 1800 may further include generating a downlink (DL) medium access control (MAC) control element (CE) indicating the one or more DSR triggering thresholds to be switched in 1804. the DL MAC CE may include a bitmap with bits indicating the one or more LCGs for which the one or more DSR triggering thresholds are to be switched, or a first field that indicates an LCG of the one or more LCGs and a second field that indicates a DSR triggering threshold for the LCG.

[0210] In some embodiments, the procedure 1800 may include determining that a pending DSR is to be cancelled, and generating a DSR cancellation remaining time threshold configuration that is different from a DSR triggering remaining time threshold.

[0211] In some embodiments, the procedure 1800 may include determining a remaining time threshold value for selection of a remaining time range to include packet data convergence protocol (PDCP) control packet data units (PDUs) , PDCP service data units (SDUs) to be retransmitted, and PDCP data PDUs to be retransmitted for data volume calculation. The procedure 1800 may further include generating an indication of the remaining time threshold value for transmission.

[0212] Any one or more of the operations in FIG. 18 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 1800 in other embodiments.

[0213] 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.

[0214] 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.

[0215] Examples

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

[0217] Example 1 may include a method comprising identifying a smallest remaining time among packet data convergence protocol (PDCP) data units belonging to a protocol data unit (PDU) set, and generating a delay status report (DSR) including a buffer size indication for a time range corresponding to the smallest remaining time, the buffer size indication including buffer size information determined based at least in part on all of the PDCP data units belonging to the PDU set.

[0218] Example 2 may include the method of example 1, wherein the buffer size information is determined based at least in part on all of the PDCP data units belonging to the PDU set due to a data radio bearer (DRB) corresponding to the PDU set being configured with PDU set discarding.

[0219] Example 3 may include the method of example 1, wherein the PDCP data units include one or more service data units (SDUs) or one or more protocol data units (PDUs) .

[0220] Example 4 may include the method of example 1, further comprising initiating a buffer size calculation procedure for the DSR, and identifying at least one PDCP data unit of the PDU set included in a buffer, the smallest remaining time identified based at least in part on the identification of the at least one PDCP data unit of the PDU set being included in the buffer.

[0221] Example 5 may include the method of example 1, wherein the smallest remaining time is smaller than a threshold, and wherein the buffer size information is determined based at least in part on all of the PDCP data units belonging to the PDU set due to the smallest remaining time being smaller than a threshold.

[0222] Example 6 may include the method of example 1, wherein the DSR includes radio link control (RLC) data volume indication that includes information for one or more RLC data units or one or more RLC data unit segments belonging to the time range, or one or more RLC data protocol data units (PDUs) pending for initial transmission, the RLC PDUs containing an RLC SDU or an RLC SDU segment belonging to the time range.

[0223] Example 7 may include the method of example 6, wherein an RLC data volume calculation for the RLC data volume indication includes RLC data PDUs that are pending for retransmission.

[0224] Example 8 may include the method of example 1, wherein a data volume calculation for the buffer size indication includes, for acknowledged mode (AM) data radio bearers, one or more PDCP service data units (SDUs) to be retransmitted or one or more PDCP data PDUs to be retransmitted.

[0225] Example 9 may include the method of example 1, wherein the DSR includes indications for multiple time ranges, wherein a data volume calculation includes one or more PDCP control PDUs, one or more PDCP service data units (SDUs) to be retransmitted, or one or more PDCP data PDUs to be retransmitted for a remaining time range that is capped by a highest remaining time threshold, a remaining time range that is capped by a lowest remaining time threshold, a remaining time range that is capped by a remaining time threshold for DSR triggering, a remaining time range that is capped by a remaining time threshold configured by a network, or a remaining time range selected based on a device implementation.

[0226] Example 10 may include the method of example 1, wherein the DSR is provided via a DSR medium access control (MAC) control element (CE) , and wherein the DSR MAC CE includes a field that indicates a linkage between different buffer sizes and remaining time pairs for data from the PDU set.

[0227] Example 11 may include the method of example 1, further comprising identifying a triggering remaining time threshold switch indication, the triggering remaining time threshold switch indication including a downlink (DL) medium access control (MAC) control element (CE) having a bitmap with bits indicating whether one or more triggering thresholds are to be switched, or a downlink (DL) medium access control (MAC) control element (CE) including a first field that indicates a logical channel group and a second field that indicates a triggering threshold, and applying a triggering remaining time threshold in accordance with the identified triggering remaining time threshold switch indication.

[0228] Example 12 may include the method of example 1, wherein generating the DSR includes utilizing a release 18 DSR medium access control (MAC) control element (CE) format if none of one or more logical channel group (LCGs) is configured with more than one remaining time threshold for DSR, or utilizing a release 19 DSR medium access control (MAC) control element (CE) format if at least one logical channel group (LCGs) is configured with more than one remaining time threshold for DSR.

[0229] Example 13 may include the method of example 1, wherein generating the DSR includes utilizing a release 18 DSR medium access control (MAC) control element (CE) format or a release 19 DSR MAC CE format if the DSR is triggered by a logical channel without multiple remaining time thresholds, or utilizing a release 19 DSR medium access control (MAC) control element (CE) format if the DSR is triggered by a logical channel with multiple remaining time thresholds.

[0230] Example 14 may include the method of example 1, wherein the DSR is a first DSR, and wherein the method further comprises cancelling a second DSR based at least in part on all packets buffered in a logical channel group (LCG) with remaining time shorter than a DSR triggering remaining time threshold having been transmitted or discarded, the LCG corresponding to the second DSR, all packets buffered in a logical channel group (LCG) with remaining time shorter than a largest remaining time threshold having been transmitted or discarded, the LCG corresponding to the second DSR, all packets buffered in a logical channel group (LCG) with remaining time shorter than a smallest remaining time threshold having been transmitted or discarded, the LCG corresponding to the second DSR, all packets buffered in a logical channel group (LCG) with remaining time shorter than a specific remaining time threshold having been transmitted or discarded, the LCG corresponding to the second DSR, or identification of a DSR cancellation remaining time threshold configuration.

[0231] Example 15 may include a method comprising determining that a triggering threshold assigned to a first remaining time threshold meets a reassignment condition, and reassigning the triggering threshold to a second remaining time threshold of configured remaining time thresholds based at least in part on the triggering threshold assigned to the first remaining time threshold meeting the reassignment condition.

[0232] Example 16 may include the method of example 15, wherein the reassignment condition includes a triggering time for the triggering threshold assigned to the first remaining time threshold overlapping with a measurement gap, a triggering time for the triggering threshold assigned to the first remaining time threshold overlapping with an inactive interval, a triggering time for the triggering threshold assigned to the first remaining time threshold is before a next available configured grant occasion, a difference between a triggering time for the triggering threshold assigned to the first remaining time threshold and transmission of a delay status report (DSR) exceeds a threshold, a physical uplink shared  channel (PUSCH) for a delay status report (DSR) or a physical uplink control channel for a scheduling request triggered by the DSR cannot be transmitted due to de-prioritization or listen before talk (LBT) failure, a buffered data volume of a logical channel (LCH) or a logical channel group (LGC) corresponding to the DSR exceeds a threshold, a buffered data volume of a logical channel (LCH) or a logical channel group (LGC) with a specific importance level exceeds a threshold, the LCH or the LCG corresponding to a delay status report (DSR) , a buffered delay-critical data volume of a logical channel (LCH) or a logical channel group (LGC) corresponding to a delay status report (DSR) exceeds a threshold, or uplink (UL) congestion is detected.

[0233] Example 17 may include the method of example 15, wherein the second remaining time threshold includes a remaining time threshold adjacent to the first remaining time threshold, a remaining time threshold adjacent to the first remaining time threshold, wherein the remaining time threshold does not meet one or more reassignment conditions, a remaining time threshold nearest to the first remaining time threshold with an offset, a remaining time threshold pre-configured by a network, a highest remaining time threshold configured for a logical channel (LCH) or a logical channel group (LCG) corresponding to a delay status report (DSR) , or a lowest remaining time threshold configured for a logical channel (LCH) or a logical channel group (LCG) corresponding to a delay status report (DSR) .

[0234] Example 18 may include a method, comprising determining one or more delay status report (DSR) triggering thresholds are to be switched for one or more logical channel groups (LCGs) , and generating a downlink (DL) medium access control (MAC) control element (CE) indicating the one or more DSR triggering thresholds to be switched, the DL MAC CE including a bitmap with bits indicating the one or more LCGs for which the one or more DSR triggering thresholds are to be switched, or a first field that indicates an LCG of the one or more LCGs and a second field that indicates a DSR triggering threshold for the LCG.

[0235] Example 19 may include the method of example 18, further comprising determining that a pending DSR is to be cancelled, and generating a DSR cancellation remaining time threshold configuration that is different from a DSR triggering remaining time threshold.

[0236] Example 20 may include the method of example 18, further comprising determining a remaining time threshold value for selection of a remaining time range to include packet data convergence protocol (PDCP) control packet data units (PDUs) , PDCP service data units (SDUs) to be retransmitted, and PDCP data PDUs to be retransmitted for data volume calculation, and generating an indication of the remaining time threshold value for transmission.

[0237] 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.

[0238] 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.

[0239] 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.

[0240] 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.

[0241] 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.

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

[0243] 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.

[0244] 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.

[0245] 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.

[0246] 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.

[0247] 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.

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

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

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

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

[0252] 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.

[0253] 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

1.One or more computer-readable media having instructions that, when executed, cause processing circuitry to:identify a smallest remaining time among packet data convergence protocol (PDCP) data units belonging to a protocol data unit (PDU) set; andgenerate a delay status report (DSR) including a buffer size indication for a time range corresponding to the smallest remaining time, the buffer size indication including buffer size information determined based at least in part on all of the PDCP data units belonging to the PDU set.2.The one or more computer-readable media of claim 1, wherein the buffer size information is determined based at least in part on all of the PDCP data units belonging to the PDU set due to a data radio bearer (DRB) corresponding to the PDU set being configured with PDU set discarding.3.The one or more computer-readable media of claim 1, wherein the PDCP data units include one or more service data units (SDUs) or one or more protocol data units (PDUs) .4.The one or more computer-readable media of claim 1, wherein the instructions, when executed, further cause the processing circuitry to:initiate a buffer size calculation procedure for the DSR; andidentify at least one PDCP data unit of the PDU set included in a buffer, the smallest remaining time identified based at least in part on the identification of the at least one PDCP data unit of the PDU set being included in the buffer.5.The one or more computer-readable media of claim 1, wherein the smallest remaining time is smaller than a threshold, and wherein the buffer size information is determined based at least in part on all of the PDCP data units belonging to the PDU set due to the smallest remaining time being smaller than a threshold.6.The one or more computer-readable media of claim 1, wherein the DSR includes radio link control (RLC) data volume indication that includes information for:one or more RLC data units or one or more RLC data unit segments belonging to the time range; orone or more RLC data protocol data units (PDUs) pending for initial transmission, the RLC PDUs containing an RLC SDU or an RLC SDU segment belonging to the time range.7.The one or more computer-readable media of claim 6, wherein an RLC data volume calculation for the RLC data volume indication includes RLC data PDUs that are pending for retransmission.8.The one or more computer-readable media of claim 1, wherein a data volume calculation for the buffer size indication includes, for acknowledged mode (AM) data radio bearers, one or more PDCP service data units (SDUs) to be retransmitted or one or more PDCP data PDUs to be retransmitted.9.The one or more computer-readable media of claim 1, wherein the DSR includes indications for multiple time ranges, wherein a data volume calculation includes one or more PDCP control PDUs, one or more PDCP service data units (SDUs) to be retransmitted, or one or more PDCP data PDUs to be retransmitted for:a remaining time range that is capped by a highest remaining time threshold;a remaining time range that is capped by a lowest remaining time threshold;a remaining time range that is capped by a remaining time threshold for DSR triggering;a remaining time range that is capped by a remaining time threshold configured by a network; ora remaining time range selected based on a device implementation.10.The one or more computer-readable media of claim 1, wherein the DSR is provided via a DSR medium access control (MAC) control element (CE) , and wherein the DSR MAC CE includes a field that indicates a linkage between different buffer sizes and remaining time pairs for data from the PDU set.11.The one or more computer-readable media of claim 1, wherein the instructions, when executed, further cause the processing circuitry to:identify a triggering remaining time threshold switch indication, the triggering remaining time threshold switch indication including:a downlink (DL) medium access control (MAC) control element (CE) having a bitmap with bits indicating whether one or more triggering thresholds are to be switched; ora downlink (DL) medium access control (MAC) control element (CE) including a first field that indicates a logical channel group and a second field that indicates a triggering threshold; andapply a triggering remaining time threshold in accordance with the identified triggering remaining time threshold switch indication.12.The one or more computer-readable media of claim 1, wherein to generate the DSR includes to:utilize a release 18 DSR medium access control (MAC) control element (CE) format if none of one or more logical channel group (LCGs) is configured with more than one remaining time threshold for DSR; orutilize a release 19 DSR medium access control (MAC) control element (CE) format if at least one logical channel group (LCGs) is configured with more than one remaining time threshold for DSR.13.The one or more computer-readable media of claim 1, wherein to generate the DSR includes to:utilize a release 18 DSR medium access control (MAC) control element (CE) format or a release 19 DSR MAC CE format if the DSR is triggered by a logical channel without multiple remaining time thresholds; orutilize a release 19 DSR medium access control (MAC) control element (CE) format if the DSR is triggered by a logical channel with multiple remaining time thresholds.14.The one or more computer-readable media of claim 1, wherein the DSR is a first DSR, and wherein the instructions, when executed, further cause the processing circuitry to cancel a second DSR based at least in part on:all packets buffered in a logical channel group (LCG) with remaining time shorter than a DSR triggering remaining time threshold having been transmitted or discarded, the LCG corresponding to the second DSR;all packets buffered in a logical channel group (LCG) with remaining time shorter than a largest remaining time threshold having been transmitted or discarded, the LCG corresponding to the second DSR;all packets buffered in a logical channel group (LCG) with remaining time shorter than a smallest remaining time threshold having been transmitted or discarded, the LCG corresponding to the second DSR;all packets buffered in a logical channel group (LCG) with remaining time shorter than a specific remaining time threshold having been transmitted or discarded, the LCG corresponding to the second DSR; oridentification of a DSR cancellation remaining time threshold configuration.15.A method comprising:determining that a triggering threshold assigned to a first remaining time threshold meets a reassignment condition; andreassigning the triggering threshold to a second remaining time threshold of configured remaining time thresholds based at least in part on the triggering threshold assigned to the first remaining time threshold meeting the reassignment condition.16.The method of claim 15, wherein the reassignment condition includes:a triggering time for the triggering threshold assigned to the first remaining time threshold overlapping with a measurement gap;a triggering time for the triggering threshold assigned to the first remaining time threshold overlapping with an inactive interval;a triggering time for the triggering threshold assigned to the first remaining time threshold is before a next available configured grant occasion;a difference between a triggering time for the triggering threshold assigned to the first remaining time threshold and transmission of a delay status report (DSR) exceeds a threshold;a physical uplink shared channel (PUSCH) for a delay status report (DSR) or a physical uplink control channel for a scheduling request triggered by the DSR cannot be transmitted due to de-prioritization or listen before talk (LBT) failure;a buffered data volume of a logical channel (LCH) or a logical channel group (LGC) corresponding to the DSR exceeds a threshold;a buffered data volume of a logical channel (LCH) or a logical channel group (LGC) with a specific importance level exceeds a threshold, the LCH or the LCG corresponding to a delay status report (DSR) ;a buffered delay-critical data volume of a logical channel (LCH) or a logical channel group (LGC) corresponding to a delay status report (DSR) exceeds a threshold; oruplink (UL) congestion is detected.17.The method of claim 15, wherein the second remaining time threshold includes:a remaining time threshold adjacent to the first remaining time threshold;a remaining time threshold adjacent to the first remaining time threshold, wherein the remaining time threshold does not meet one or more reassignment conditions;a remaining time threshold nearest to the first remaining time threshold with an offset;a remaining time threshold pre-configured by a network;a highest remaining time threshold configured for a logical channel (LCH) or a logical channel group (LCG) corresponding to a delay status report (DSR) ; ora lowest remaining time threshold configured for a logical channel (LCH) or a logical channel group (LCG) corresponding to a delay status report (DSR) .18.An apparatus to:determine one or more delay status report (DSR) triggering thresholds are to be switched for one or more logical channel groups (LCGs) ; andgenerate a downlink (DL) medium access control (MAC) control element (CE) indicating the one or more DSR triggering thresholds to be switched, the DL MAC CE including:a bitmap with bits indicating the one or more LCGs for which the one or more DSR triggering thresholds are to be switched; ora first field that indicates an LCG of the one or more LCGs and a second field that indicates a DSR triggering threshold for the LCG.19.The apparatus of claim 18, further to:determine that a pending DSR is to be cancelled; andgenerate a DSR cancellation remaining time threshold configuration that is different from a DSR triggering remaining time threshold.20.The apparatus of claim 18, further to:determine a remaining time threshold value for selection of a remaining time range to include packet data convergence protocol (PDCP) control packet data units (PDUs) , PDCP service data units (SDUs) to be retransmitted, and PDCP data PDUs to be retransmitted for data volume calculation; andgenerate an indication of the remaining time threshold value for transmission.

Images