EP4559270A1 - Rapport d'état de retard pour communications sans fil en réalité étendue (xr) - Google Patents

Rapport d'état de retard pour communications sans fil en réalité étendue (xr)

Info

Publication number
EP4559270A1
EP4559270A1 EP23761302.1A EP23761302A EP4559270A1 EP 4559270 A1 EP4559270 A1 EP 4559270A1 EP 23761302 A EP23761302 A EP 23761302A EP 4559270 A1 EP4559270 A1 EP 4559270A1
Authority
EP
European Patent Office
Prior art keywords
dsr
delay
data
timer
network entity
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP23761302.1A
Other languages
German (de)
English (en)
Inventor
Shiangrung YE
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Google LLC
Original Assignee
Google LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Google LLC filed Critical Google LLC
Publication of EP4559270A1 publication Critical patent/EP4559270A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1221—Wireless traffic scheduling based on age of data to be sent
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/28—Flow control; Congestion control in relation to timing considerations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Definitions

  • the present disclosure relates generally to wireless communication, and more particularly, to systems and methods of reporting delay status.
  • the Third Generation Partnership Project (3GPP) is currently in the process of specifying updates to a Radio Interface called 5GNew Radio (5G NR) as well as a Next Generation Packet Core Network (NG-CN or NGC).
  • the 5G NR architecture has three main sections: a 5G Radio Access Network (5G-RAN), a 5G Core Network (5GC), and a User Equipment (UE).
  • 5G-RAN 5G Radio Access Network
  • 5GC 5G Core Network
  • UE User Equipment
  • the 3GPP 5GNR cellular network supports network slicing, which enables the multiplexing of virtualized and independent logical networks on the same physical network infrastructure.
  • Extended reality includes various augmented reality, virtual reality, and mixed reality applications that take advantage of 5G NR network capabilities (e.g., ultra-low latency, high data transfer rate, etc.). Because XR expects low latency and high data rates, there are opportunities to support more efficient resource allocation in a 5G RAN.
  • the present disclosure provides methods and techniques for generating and transmitting a delay status report between a user equipment (UE) device and a network entity, such as to improve resource allocation.
  • the disclosed techniques may enable communications that satisfy various requirements in extended reality (XR) applications.
  • XR and cloud gaming (CG) may refer to various types of augmented, virtual, and mixed environments, in which users may use multiple devices to interface and interact with a computer generated environment in real time (or with minimal delay given hardware limitations).
  • a user may sense input and/or feedback delay if data transmission is delayed (e.g., when insufficient resources are allocated in a particular input/ output device).
  • XR communications require various capacity improvements over existing telecommunication capabilities.
  • XR services are characterized by more stringent requirements for periodicity, multiple flows, synchronized flows, jitter avoidance, low latency, high reliability, among others.
  • the system capacity is defined as the maximum number of users per cell satisfying a certain set of requirements.
  • PDB Packet Delay Budget
  • PER Packet Error Rate
  • a network entity may improve its calculated network capacity for XR applications by allocating resources to increase the number of users per cell that satisfy the XR service communication requirements.
  • Each user may have one or more UE devices.
  • a user is satisfied when all UE devices involved in an XR application are satisfied - for example, a user is not satisfied if one of multiple UE devices is out of sync or substantially delayed even if other UE devices are satisfied in terms of PDB or PER requirements.
  • the UE devices may provide individual and/or group identifiers (IDs) to signal they belong to the same user or XR application session.
  • buffer status reports may inform a network entity about a UE device’s uplink buffer size level.
  • the network entity does not know when data arrived at the UE device’s uplink buffer.
  • the network might make some assumptions regarding a time of data arrival to the buffer based on First-In First-Out (FIFO) and fluctuating buffer size level premises.
  • FIFO First-In First-Out
  • the network entity has difficulties optimizing resource allocations to minimize the delay of pending uplink data stored in the buffer.
  • the present disclosure addresses these issues by configuring the UE devices to generate and transmit a delay status report to the network entity, which may then support the network to allocate resources to maximize network capacity for XR and other applications.
  • a UE device monitors data having queueing delay greater than a delay threshold.
  • the UE device dynamically or periodically transmits a delay status report to the network entity.
  • the delay status report includes the volume of the delayed data and satisfaction level for a channel or a group of channels.
  • a UE device may be declared as a satisfied UE device when the data streams of concern meet the respective packet error rate (PER) and packet delay budget (PDB) (or threshold) requirements.
  • PER packet error rate
  • PDB packet delay budget
  • the network entity Based on the delay status report information, the network entity then determines resource allocation updates, if needed, to improve the network capability.
  • a UE device receives a message from a network entity configuring the UE device with one or more channels and delay threshold(s) associated with the one or more channels.
  • the UE device monitors a first data arriving in the uplink buffer for one or more channels configured by the message.
  • the UE device determines that a delay of the first data in the uplink buffer for the one or more channels has reached at least one of the delay thresholds, the UE device generates a delay status report (DSR).
  • the UE device may separately transmit the DSR to the network entity when a triggering condition associated with the DSR is satisfied. There may be various triggering conditions, depending on the configuration specified in the configuration message.
  • one triggering condition may involve a first timer.
  • the UE device starts the first timer upon the first data arriving in the uplink buffer for the one or more channels.
  • the triggering condition is satisfied when the first timer expires before the UE device has removed the first data from the buffer (e.g., in response to a completed or successful transmission of the first data).
  • the expiration of the first timer initiates both the DSR generation and the DSR transmission.
  • the triggering condition may further accommodate one or more channels configured by the network entity as having a higher priority than other channels.
  • One triggering condition may involve receiving new data arriving in the uplink buffer for the one or more channels.
  • the triggering condition associated with the DSR may include receiving new data when there are existing delayed data in the uplink buffer.
  • the triggering condition may include receiving new data when the delayed data (e.g., a sum of various data in the buffer) in the uplink buffer has exceeded a delay volume threshold.
  • the triggering condition associated with the DSR may further include at least one of: a volume of a delayed portion of the first data exceeding a volume threshold defined in the at least one of the delay thresholds; or a volume of buffered first data exceeding a threshold criterion.
  • Another triggering condition may involve a second timer.
  • the UE device may start a second timer upon transmitting the DSR to the network entity.
  • the UE device generates and transmits a second DSR upon an expiration of the second timer (e.g., the expiration of the second timer being the triggering condition for generating and transmitting the second DSR).
  • the UE device may stop the second timer when (a) the UE device does not have delayed data in a memory' buffer, (b) a volume of delayed data has become smaller than a volume threshold defined in the at least one of the delay thresholds, (c) a media access control (MAC) is reset, or (d) the UE device receives, from the network entity, a request to stop the second timer.
  • MAC media access control
  • One triggering condition may involve a command by the network entity.
  • the UE device For example, the UE device generates and transmit the DSR responsive to receiving the command.
  • the command may include one or more of a media access control (MAC) control element (MAC CE); an identifier (ID) of a channel corresponding to the DSR; a delay timing threshold; or a delay volume threshold.
  • MAC CE media access control control element
  • ID identifier
  • the first timer and the second timer are configured by the message that the network entity has sent to configure the UE device.
  • a network may implement other triggering conditions to improve wireless resource utilization based on received DSRs.
  • the DSR may include useful information for the network entity to determine an appropriate wireless resource allocation update.
  • the DSR may include one or more identifiers (IDs) for the one or more channels.
  • the DSR may further include buffer size information for the delay thresholds associated with the one or more channels.
  • the DSR may include a target level of resource allocation satisfaction for XR communications.
  • the DSR may also include a maximal level of delay permissible in the UE based on a memory' buffer size, a tier of delay time periods, a tier of delay volumes, or combination.
  • the network entity may reallocate wireless resources from one UE device to another UE device that experiences unsatisfactory' transmissions (e.g., delays exceeding thresholds).
  • FIG. 1 is a block diagram depicting an example environment for a user equipment (UE) device 105 reporting delay status to a radio access network (RAN) 112, according to some embodiments;
  • UE user equipment
  • RAN radio access network
  • FIG. 2 is a signaling diagram depicting an example method of reporting delay status from the UE device 105 to the network entity 112, according to some embodiments.
  • FIG. 3 is a signaling diagram depicting an example method of reporting delay status from the UE device 105 to the RAN 112, according to some embodiments;
  • FIG. 4 illustrates example timers associated with reporting delay status by a UE, according to some embodiments
  • FIG. 5 illustrates example events associated with delayed data for reporting delay status, according to some embodiments
  • FIG. 6 is a flow diagram depicting a method for reporting delay status by a UE device, according to some embodiments.
  • FIG. 7 is a flow diagram depicting a method for resource allocation by a network entity, according to some embodiments.
  • FIG. 8 is a block diagram depicting an example device diagram of a UE device or a communication device, according to some embodiments.
  • FIG. 9 illustrates various examples of triggering conditions, according to some embodiments.
  • RATs radio access technologies
  • NR Fifth Generation
  • 3GPP Third Generation Partnership Project
  • 5G NR Fifth Generation Partnership Project
  • 5GNR Fifth Generation Partnership Project
  • FIG. 1 is a block diagram depicting an example environment 100 for a user equipment (UE) device 105 reporting delay status to a radio access network (RAN) 112, according to some embodiments.
  • the example environment 100 illustrates an example system architecture of a 5G system capable of delivering data for extended reality (XR) applications. As shown, relevant functions of the 5G system are illustrated, including the UE device 105, the RAN 112, and the core network (CN) 150.
  • the CN 150 includes the user plane function (UPF) 155, the trusted data network (DN) 160, the policy control function (PCF) 162, and the network exposure function (NEF) 164.
  • UPF user plane function
  • DN trusted data network
  • PCF policy control function
  • NEF network exposure function
  • XR specific functions or components may include the 5G-XR client 106 of the UE device 105, the application function (AF) 163 and the application server (AS) 166 in the trusted DN 160, as well as the AF 173 and AS 176 in the external DN 170, which provides various XR applications.
  • the external DN 170 may be a 5G-XR application provider leveraging 5G sy stem functionalities (e.g., coupled with the NEF 164 and UPF 155 of the 5G system).
  • the UE device 105 including a 5G-XR aware application 107 may make use of the 5G-XR client 106 and network functions 150, using network interfaces and APIs.
  • XR may refer to human-machine interaction experiences with visual, audio, and/or haptic computer-generated object enhancement or replacement.
  • XR may be one or more of augmented reality (AR), mixed reality (MR), virtual reality (VR), and interpolations among these XR variations.
  • AR refers to providing a user with additional information or artificial generated items or content overlaid upon the real surroundings.
  • VR refers to a rendered version (e.g., generated by computers) of a visual/audio scene.
  • MR refers to an advanced form of AR where some virtual elements are inserted into the physical scene with the intent to provide the illusion that the elements are part of the real scene.
  • AR, MR, and VR may generally be referred to as immersion, which often requires measurements of motions of the user (e.g., six degrees of freedom) and providing near-instant feedback (e.g., via visual, audio, and tactile components) to the user.
  • immersion often requires measurements of motions of the user (e.g., six degrees of freedom) and providing near-instant feedback (e.g., via visual, audio, and tactile components) to the user.
  • Computer technologies e.g., 3D graphics and measurements
  • wearable technologies e.g., motion sensors, visual and audio feedback, etc.
  • human-to- machine and human-to-human communications take advantages of handheld and wearable end user devices (e.g., UE devices). These technologies capture, generate, process, and communicate with a large amount of data, often in real time (or with stringent low latency requirement).
  • the 5G-XR application and the 5G-XR client of the UE device 105 may capture and communicate user data to the RAN 1 12
  • Cloud gaming CG is an example use case of XR, because CG may take advantage of AR, MR, or VR.
  • CG applications often offload a large amount of computations from various UE devices (e.g., VR headsets, cameras, motion sensors, smart phones, etc.) to edge or remote server(s).
  • UE devices e.g., VR headsets, cameras, motion sensors, smart phones, etc.
  • CG and other XR use cases are often characterized by quasi-periodic traffic (with possible jitter) and high downlink (DL) data rates (e.g., video steam) combined with frequent uplink (UL) signaling, (e.g., pose/control update and/or UL video stream).
  • DL and UL traffic may be characterized by relatively strict packet delay budget (PDB) or threshold criteria.
  • PDB packet delay budget
  • the current discontinuous reception (DRX) configurations do not fit well for (i) non-integer XR traffic periodicity, (ii) variable XR data rate, and/or (iii) quasi-periodic XR periodicity.
  • the present disclosure provides methods and techniques for satisfying these XR-driven requirements.
  • the set of anticipated XR and CG services exhibits a certain variety and set of characteristics for the data streams (e.g., video) and they may change “on-the-fly” or dynamically. Additional information on the running services from higher layers, e.g., the QoS flow association, frame-level QoS, ADU-based QoS, XR specific QoS, etc., may be beneficial to facilitate informed choices of radio parameters by the RAN 112.
  • XR application awareness by UE devices and network entities may improve the user experience, improve the NR system capacity in supporting XR services, and reduce the UE power consumption (e.g., effective radio parameters increase energy efficiency and may improve batery life in many small-scale UE devices).
  • a UE device 105 may be considered as a satisfied UE if the XR data streams meet the respective packet error rate (PER) and PDB requirements, such as more than a certain percentage of packets are successfully transmited within a given air interface PDB.
  • PER packet error rate
  • PDB requirements such as more than a certain percentage of packets are successfully transmited within a given air interface PDB.
  • DL-only evaluation only DL streams are considered when identifying UE satisfaction.
  • UL-only evaluation only UL streams are considered when identifying UE satisfaction.
  • Evaluating XR capacity on the system level involves calculating the maximum number of UE devices (or users when a user has multiple UE devices) per cell with at least a percentage of satisfied UEs among connected UEs. For example, the percentage may be 90% or 95%.
  • PDB may be used to specify or model the latency requirements of XR traffic in the RAN (e.g., the air interface).
  • the PDB is a limited time threshold for a packet to be transmited over the air from the RAN 112 to the UE device 105.
  • downlink delay incurred in the air interface may be measured from the time that the packet arrives at the RAN 112 to the time that it is successfully transferred to the UE device 105.
  • the delay is larger than a given PDB for the packet, the packet is considered to have violated PDB.
  • the value of PDB may vary for different applications and traffic types.
  • XR traffic may endeavor to conform to a packet success rate. For example, when a packet delivery delay exceeds a given PDB, system evaluation may consider the packet having failed in delivery. For example, for a DL stream, an expected packet success rate may be 99% (PER less than 1%).
  • communications between the UE device 105 and the RAN 112 aspects of the present disclosure seek to improve XR traffic flow to provide efficient resource allocation and scheduling for XR service characteristics (periodicity, multiple flows, jitter, latency, reliability, etc.).
  • the XR capacity may be characterized in terms of the maximum number of users per cell with a target percentage of satisfied UE devices, and the RAN 112 can ascertain the conditions of unsatisfied UE devices to improve resource allocation efficiency.
  • the present disclosure provides techniques for the RAN 112 to configure the UE device 105 to generate and transmit delay status reports to the RAN 112 when certain conditions are satisfied (e.g., the conditions preventing inefficient resource consumption).
  • the RAN 112 may know the buffer size level of the UE device 105 via the buffer status report. The RAN 112 may not know when data arrives at UE’s buffer and/or which UE device (among multiple UE devices including the UE device 105) may have more buffered data waiting in the buffer for an extended period of time. As a result, the RAN 112 might not efficiently allocate resources (e.g., bandwidths, channel priorities, etc.) to maximize network capacity for XR applications.
  • resources e.g., bandwidths, channel priorities, etc.
  • the present disclosure provides methods and techniques for overcoming such shortcomings by transmitting a delay status report from the UE device 105 to the RAN 112 (e.g., periodically, upon achieving a predefined trigger criterion, or upon network demand).
  • the delay status report includes information about the volume of the delayed data and satisfaction level for one or more channels.
  • the RAN 112 may then, based on the delay status reports (e.g., from multiple UE devices), adjust or update resource allocations to maximize the XR capacity' of the environment 100. Detailed examples are further discussed in relation to FIGS. 2-5 below.
  • the UE device 105 can report the delay status to one or more entities in a network.
  • FIG. 2 demonstrates signaling diagram for a UE device 105 to report delay status to the network entity 112 while FIG. 3 demonstrates a method within the UE device 105 of reporting delay status to the RAN 112.
  • FIG. 2 is a signaling diagram 200 depicting an example method of reporting delay status from the UE device 105 to the network entity 112, according to some embodiments.
  • the UE device 105 may correspond to the UE device 105 of FIG. 1.
  • the network entity 112 may correspond to the RAN 112.
  • the signaling diagram 200 is not limited to a single instance of the UE device 105 or the network entity 112. In some cases, multiple UE devices may signal with the network entity 112, and the UE device 105 may signal with multiple network entities about reporting delay status for different radio bearers or logical channels.
  • FIG. 2 illustrates example operations between the UE device 105 and the RAN 112
  • different entities may perform similar or same operations.
  • another UE device may perform similar operations via sidelink connections (e.g., via PC5 instead of Uu) with the UE device 105. That is, the other UE device may configure, via sidelink, the UE device 105 to transmit DSRs for updating sidelink resource allocations.
  • another network entity e.g., base station, such as a 4G LTE base station or the like
  • one child base station may provide delayed status report to a parent base station in integrated access and backhaul (IAB) configurations.
  • IAB integrated access and backhaul
  • the network entity 112 transmits 210 a message to configure the UE device 105 regarding a delay status report procedure.
  • the network entity 112 transmits a first message to configure UE with a first channel.
  • the first channel may be a radio bearer or a logical channel.
  • the first message may include a first delay time threshold, a first delay volume threshold, or both, associated with the first channel.
  • the first channel may refer to a set or a group of channels.
  • the network transmits the first message to configure the UE device 105 with a set or group of channels.
  • the volume threshold may be applied on the channel group level (as well as for each individual channels, if so configured). When applied on the channel group level, the volume threshold may apply to the amount of data from the channel group.
  • the first message from the network entity 112 to the UE device 105 may be implemented in various forms.
  • the first message may be a radio resource control (RRC) reconfiguration message.
  • the first message may be an RRC setup message.
  • the first message may be an RRC re-establishment message or an RRC resume message.
  • the first message may be a system information message.
  • the UE device 105 determines 220 to generate a delay status report by monitoring delay status of buffered data. For example, after a first data of the first channel arrives at the uplink buffer (shown in FIG. 8), the UE device 105 monitors whether the queueing delay of the first data is longer than a first time delay threshold. The UE device 105 achieves the monitoring by starting a first timer and associating the first timer with the first data. For example, when the first timer expires and the UE device 105 has not transmitted the first data from the buffer, the UE device 105 may consider the first data as delayed. In other words, the recorded status of the first data may be indicated as delayed in the UE device 105. As time progresses, when the first data is transmitted (which may include receiving a positive acknowledgement from the first data receiver), the UE device 105 may clear the first data from the uplink buffer and remove the delayed status of the first data.
  • the first data is transmitted (which may include receiving a positive acknowledgement from the first data receiver)
  • the UE device 105 may not consider the segmented first data as delayed (and may consider the delay status on a segment-by-segment basis). For example, under packet data convergence protocol (PDCP), the UE device 105 may associate and start a timer for each arriving PDCP service data unit (SDU). If the timer expires and the PDCP SDU has not been transmitted to the network entity 112, the UE device 105 considers that the PDCP SDU is delayed.
  • PDCP packet data convergence protocol
  • SDU PDCP service data unit
  • the UE device 105 may, in the delay status report (DSR), report the size (or sum of all delayed data) of the delayed data (and mark the delayed data) to the netw ork entity 112.
  • the UE device 105 may stop the first timer after the UE device 105 has transmitted the first data.
  • the UE device 105 Upon being triggered the UE device 105 generates the delay status report 105 and transmits 230 the DSR to the network entity 112.
  • the trigger depends on various conditions, which may be configured by the network entity 112. In some cases, the triggering conditions avoid wasting uplink resources when the DSR, though generated, may not be sufficient to inform the network entity 112 to update resource allocation. For example, a DSR may be generated due to time delay or excessive volume in a channel buffer of the UE device 105, but the corresponding channel may not have a sufficient priority level (as configured) for the DSR transmission.
  • Various triggering conditions are further discussed below regarding FIGS. 3-5, and illustrated in FIG. 9.
  • the DSR includes various aspects of information.
  • the DSR includes an identifier (ID) for the associated channel or the set or group of channels.
  • ID identifier
  • a bitmap may be used to associate each bit therein with a channel or a group of channels.
  • a bit is set, that implies the delay status information of the corresponding delayed data is included in the DSR.
  • the DSR may provide respective buffer size information of the delayed data.
  • the buffer size information may indicate an actual buffer size, or one or more buffer size ranges.
  • the DSR may indicate a satisfaction level of the UE device 105.
  • the UE device 105 may calculate the percentage of delayed data and include the satisfaction level for the channel(s) in the DSR.
  • the DSR may indicate a maximum delay duration of the delayed data in the uplink buffer of the UE device 105.
  • the maximum delay duration may include an actual delayed period or an indicator of a range covering the actual delayed period (e.g., the range may correspond to a level of urgency).
  • the UE device 105 may transmit 230 the DSR in various forms.
  • the UE device 105 may transmit the DSR in a medium access control control element (MAC CE), e.g., as DSR MAC CE.
  • the DSR MAC CE may be associated with a unique ID (e.g. logical channel ID) to distinguish itself from other MAC CEs in a MAC protocol data unit (PDU).
  • the UE device 105 may include other buffer-related status reports (e.g., as defined in 5GNR standard) in the DSR MAC CE.
  • the UE device 105 may include a first buffer size information to indicate buffer size of both delayed and non-delayed data.
  • the UE device 105 may also include a second buffer size information to indicate the buffer size of the delayed data.
  • the DSR MAC CE has a higher priority than data from other logical channels. For example, when assembling a MAC PDU, the UE device 105 may include the DSR MAC CE first in the MAC PDU. In some cases, the DSR MAC CE may include delay information (e.g., remaining time) associated with data volume information (e.g., data volume to be transmitted).
  • the DSR MAC CE may have different formats.
  • the DSR MAC CE may have a short format, which is 5 or/to 8-bits in length.
  • the DSR MAC CE may have a long format, which is 16 or/to 32 bytes long.
  • Each format is identified by a unique ID such as different logical channel identifier.
  • the UE device 105 may choose one of the different formats and include the DSR in the MAC PDU.
  • the UE device 105 may report a DSR for each channel (e.g., of multiple channels or a group or set of channels).
  • the UE device 105 includes the DSR for high-priority channel/set/group first (e.g., and does not transmit low priority DSRs due to the length limitation). In another example, however, the UE device 105 first includes the DSR of the channel having the largest amount of delayed data (as well as meeting both the delay timing threshold and the delay volume threshold). [0049] In some cases, when a DSR transmission is triggered at the UE device 105, there may not be available uplink radio resources for the UE device 105 to transmit the DSR. In such cases, the UE device 105 may send a scheduling request to the network entity' 112.
  • the network entity 112 may allocate dedicated physical uplink control channel (PUCCH) resources for the UE device 105 to transmit such scheduling request.
  • PUCCH resource allocation may be configured at 210 by the message transmitted from the network entity 112 to the UE device 105.
  • the UE device 105 instead of (or in place of) the scheduling request (e.g., when there is no PUCCH resource allocation), the UE device 105 initiates a random access procedure.
  • the network entity 112 may allocate preambles or physical random access channel (PRACH) occasions for the UE device 105 to perform random access procedure for DSR transmission.
  • PRACH occasion includes a time -frequency resource for a UE device to transmit a preamble.
  • the preambles or PRACH occasions may be included in the message transmitted 210 from the network entity 112 to the UE device 105.
  • PRACH physical random access channel
  • the network entity 112 next transmits 240 a resource allocation to the UE device 105 responsive to the DSR. For example, after receiving the DSR from the UE device 105 (as well as other UE devices), the network entity 112 may allocate resources to the UE (and other UEs) with a channel or a set/group of channels that has a higher-priority, because the DSR was triggered when the delayed data in the UE device 105 negatively impacts the XR capacity evaluation. When there are multiple UE devices of a common priority level, the network entity 112 may allocate resources to the UE device that has the greatest volume of delayed data. The resource allocation update may allow the UE device 105 to increase transmission bandwidth to shorten the time delays, reduce delayed data volume in the buffer, or both, resulting in a positive satisfaction level for the UE device 105.
  • FIG. 3 is a signaling diagram 300 depicting an example method of reporting delay status from the UE device 105 to the RAN 112, according to some embodiments.
  • the signaling diagram 300 shares some common features with the signaling diagram 200 while including detailed features regarding various conditions that initiate the DSR generation and/or triggers the DSR transmission.
  • different entities may replace the UE 105 or the RAN 112.
  • the UE device 105 receives 310 from the RAN 112 a message that configures the UE device 105 for delay status reporting with one or more channels and delay thresholds associated therewith. See also 210 of FIG. 2.
  • the UE device 105 determines 320 to transmit a DSR when a triggering condition is satisfied.
  • the UE device 105 monitors 322 a first data arriving in at least one uplink buffer for the one or more channels.
  • the one or more channels may include two or more channels sharing a common set of associated delay thresholds.
  • the status of the first data in the uplink buffer may be separate from other triggering conditions that may result in generating and transmitting the DSR (e.g., the monitoring 322 may be a selectable embodiment in dashed lines).
  • the UE device 105 determines 324 whether a delay of the first data in the buffer for the corresponding channel has reached a delay threshold received 310 earlier within the message.
  • the delay threshold may include a delay timing threshold, a delay volume threshold, or both.
  • a delay timing threshold may include a corresponding timing threshold for various timers.
  • a delay volume threshold may include a configured volume limit configured for uplink buffer to trigger DSR transmissions (e.g., at 328 and further discussed in relation to FIGS. 4-5).
  • the delay threshold(s) the operation of the UE device 105 returns to the UE device monitoring 322 subsequent data arrivals.
  • the operation of the UE device 105 proceeds to 326a-b and 328.
  • the generation of the DSR at 326a or 326b may take place either before or after the determination 328 of triggering conditions satisfaction, depending on the implementation. Examples of various, non-exhaustive triggering conditions 910-950 are illustrated in FIG. 9 and are discussed below in combination with FIGS. 4 and 5, along with discussion of the delay thresholds.
  • the UE device 105 transmits 330 the DSR to the RAN 112.
  • a graph 400 shows example delayed data volume in the uplink buffer (e.g., the y axis) of the UE device 105 along a timeline (e.g., the x axis).
  • FIG. 4 shows three example timing periods Ti, T2, and T3 corresponding to three timer durations.
  • the three example timing periods correspond to: (1) a duration Ti in which specific data has been present in the uplink buffer, measured by a first timer; (2) a duration T2 that specifies periodic transmission or re-transmission of subsequent DSRs after an initial DSR, measured by a second timer; and (3) a duration T3 that prohibits the UE device 105 from transmitting a DSR, measured by a third timer.
  • the delay timing threshold indicated by the message transmitted 310 from the RAN 112 may indicate a duration for at least one of the example timing penods 7), T2, and 7) (e.g., the message need not indicate all three timer durations, which may otherwise be specified based on other parameters, calculations, or agreements).
  • the delay timing threshold may indicate a value for at least Ti.
  • the UE device 105 upon receiving the first data in the at least one uplink buffer at to, the UE device 105 starts the first timer. The first timer tracks at least a first tier of duration (7)). The UE device 105 generates (e.g., at 326a or 326b of FIG.
  • the UE device 105 when the first timer expires at Ti, and when the first data in the uplink buffer of the corresponding channel is has a queueing delay greater than the delay timing threshold, the UE device 105 generates a DSR. See FIG. 9 element 920. Different Ti tiers are discussed below in relation to FIG 5.
  • the configuration message defines or indicates triggering conditions based both on a volume threshold and a delay duration threshold.
  • a trigger condition can be satisfied when a volume of the data in the at least one uplink buffer is greater than a volume threshold defined with respect to at least one of the delay duration thresholds.
  • the first data stays in the uplink buffer for a time period that exceeds the delay time threshold Ti and the first data also exceeds the delay volume threshold Vi (e.g., the lower indicator on the y axis in the graph 400).
  • the triggering conditions are satisfied and the UE device 105 transmits (e.g., at 330 of FIG. 3) the DSR at ti at the end of duration Ti.
  • the delay volume threshold may include multiple tiers.
  • the delay volume threshold of the first data is configured to be Fj, (e.g., the upper indicator on the y axis in the graph 400) which is greater than the threshold volume Vi, the triggering conditions are not satisfied when timer Ti expires, and the UE device 105 does not transmit the DSR at ti.
  • Fj the delay volume threshold of the first data
  • the UE device 105 determines that the triggering condition has not been satisfied 328 (NO branch)
  • the operation returns to the UE device monitoring 322 for subsequent data arrivals.
  • the UE device 105 may cancel or clear the DSR associated with the first data when the first data clears the uplink buffer at C after duration CD.
  • the UE device 105 may re-transmit a DSR or periodically transmit another DSR based on a second timer monitoring the periodicity T . As shown in FIG. 4, the UE device 105 may re-transmit a DSR at U when both the second timer (tracking an integer number of cycles of 7?) and the first timer (e.g., Ti of delayed data in the uplink buffer) expire. See FIG. 9 element 910. The UE device 105 may stop the second timer in various situations. For example, after the UE device 105 does not have delayed data in the uplink buffer, the UE device 105 stops the second timer.
  • the UE device 105 stops the second timer when the amount of delayed data has become smaller than a delay volume threshold. In some embodiments, the UE device 105 stops the second timer when the MAC entity resets. In some embodiments, the UE device 105 stops the second timer when the UE device 105 receives a command, from the RAN 112, requesting the UE to stop second timer (not shown).
  • the command may be a MAC CE with a unique logical channel to distinguish itself from other MAC CEs.
  • the UE device 105 may start or re-start the second timer after transmitting a present or most-recently -generated DSR.
  • the first message includes a periodicity that is used to set up the time length of the second timer.
  • the retransmission of a DSR may occur periodically for every complete cycle of T2 if delayed data (pre-existing or new) continue to experience delays in the uplink buffer exceeding Ti and the retransmission is not prohibited by the third timer.
  • the third timer measures a duration in which the UE device 105 shall not re-transmit a subsequent DSR even if triggering conditions are satisfied after a previous DSR has been transmitted. For example, after the UE device 105 transmits a DSR at O, the UE device 105 starts a third timer and may not transmit another DSR until after t2.
  • the third timer prevents frequent transmission of DSRs that may overburden communication overhead.
  • the message transmitted 310 from the RAN 112 to the UE device 105 configures the duration Ts of the third timer. In some embodiments, regardless of the configuration of the third timer, the UE device 105 may not transmit another (or a) DSR immediately following a most recent DSR transmission when the UE device receives a new uplink grant from the RAN 112.
  • triggering conditions includes the UE device 105 monitoring new data arrival in the configured one or more channels when there are delayed data in the uplink buffer. For example, the transmission of the DSR may be triggered when new data arrives in the uplink buffer and the UE device 105 has delayed data in the uplink buffer.
  • the trigging conditions includes detecting new data arrivals when an amount of delayed data in the uplink buffer is larger than the delay volume threshold.
  • the triggering conditions are determined by the amount of delayed data. For example, when the total amount of delayed data in the UE device 105 is greater than a threshold, the UE device 105 transmits the DSR.
  • the total amount of delayed data may consider all channels as a whole instead of individual channel/set/group.
  • the triggering conditions are in response to signaling from the RAN 112. For example, when the UE device 105 receives a command from the RAN 112 asking for a DSR, the UE device 105 may transmit the DSR. If the UE device 105 has not generated a DSR, the UE device 105 may transmit a notification to the RAN 112 stating the same, and/or transmit a subsequent DSR to be generated when delay thresholds are met. [0065] In some embodiments, the command is communicated in a MAC CE. In some embodiments, the command includes the ID of a channel/set/group so that the UE device reports the delay status of the specific channel/set/group.
  • the command includes a delay threshold.
  • the delay threshold may supplement, update, or replace the delay thresholds configured by the message at 310.
  • the delay thresholds of the command may indicate delay time thresholds and/or delay volume thresholds.
  • the UE device 105 may correspondingly generate DSRs when delayed data exceed the specified thresholds in the uplink buffer.
  • the triggering conditions are associated with other uplink transmissions, such as a buffer status report.
  • the buffer status report trigger automatically triggers a DSR transmission and the UE device 105 correspondingly generates a DSR transmission.
  • the UE device 105 may be configured to correlate the buffer status report to the DSR. For example, if the UE device 105 triggers a DSR, then the UE device 105 also generates a buffer status report. Both the DSR and buffer status report may facilitate the RAN 112 to monitor the uplink buffer status of multiple UE devices in order to schedule radio resources to improve wireless capacity, which might greatly benefit XR applications.
  • FIG. 5 illustrates example events 500 associated with delayed data for reporting delay status.
  • the tier of the first timer may include a series of sectional durations. As shown, on the top row, four example tiers of durations of T i are provided.
  • the four example tiers for Ti include: (1) within 20 ms; (2) between 21 and 40 ms; (3) betw een 41 and 80 ms; and (4) 81 ms or more.
  • the tier information may be provided in the DSR so that the RAN 112 can determine resource allocation and/or channel prioritization.
  • the series of sectional durations includes an incremental increase in lengths, such as 0-10 ms, 11-30 ms, 31-60 ms, and above 61 ms. Note that, although this example uses ms duration units, alternative measurement units may be used.
  • Two priority levels for uplink buffers corresponding to two channels are illustrated in FIG. 5. As show n, the priority levels are provided for Buffer 1 of Channel 1 and Buffer 2 of Channel 2. Priority 1 of Channel 1 is higher than Priority 2 of Channel 2. Three examples of delayed data (A, B, and C) are illustrated. The delayed data have different delay properties in terms of delay duration and channel priority levels.
  • the triggering conditions associated with the DSR specify that the channel(s) configured by the RAN 112 for DSR have a higher priority than other channels.
  • the UE device 105 transmits the DSR associated with the delayed data C while not transmitting the DSR associated with the delayed data B.
  • the triggering conditions are satisfied when the first timer expires and the first channel has the highest priority among the channels with data or delayed data in the uplink buffer.
  • the triggering conditions include advancing the tier duration of the first timer.
  • the delayed data A may not have reached the delay volume threshold, and the triggering conditions for DSR transmission is not satisfied.
  • the UE device 105 does not transmit the DSR (even though the first timer has expired at the first tier).
  • the UE device 105 may transmit the DSR.
  • the triggering conditions may include exceeding both the delay volume threshold and a highest tier (e g., tier 4 of FIG. 5) of the first timer.
  • the UE device 105 may only transmit a DSR corresponding to delayed data B upon reaching tier 4.
  • the UE combines delayed data within a tier to meet the delayed volume threshold for triggering the DSR transmission. For example, suppose each of the delayed data A and the delayed data C has a volume lower than the delay volume threshold for the channel in the uplink buffer, the UE device 105 may not trigger the corresponding DSR. When the delayed data A stays in the uplink buffer for a duration extending into tier 2 (while the delayed data C stays in tier 2), the combined size of the delayed data A and C is larger than the delay volume threshold. As such, the UE device 105 transmits the DSR generated while in tier 1 with respect to the delayed data A when it reaches tier 2 (and may or may not include the information of delayed data C in tier 2).
  • FIG. 6 is a flow diagram depicting a method 600 for reporting delay status by a UE device, according to some embodiments.
  • Method 600 is performed by processing logic that includes hardware (e.g., circuitry, dedicated logic, programmable logic, a processor, a processing device, a central processing unit (CPU), a system-on-chip (SoC), etc.), software (e g., instructions and/or an application that is running/executing on a processing device), firmware (e.g., microcode), or a combination thereof.
  • the method 600 is performed by a UE device, such as the UE device 105 of FIGS. 1, 2, or 3.
  • the methods 600, 700 illustrate example functions used by various embodiments. Although specific function blocks (“blocks") are disclosed in methods 600, 700, such blocks are examples. That is, embodiments are well suited to performing various other blocks or variations of the blocks recited in methods 600, 700.
  • the blocks in method 600, 700 may be performed in an order different than presented, and that not all of the blocks in method 600, 700 must be performed.
  • the method 600 includes the block 610 of receiving, from a network entity, a message configuring the UE device with a delay threshold associated with a wireless communication channel (e.g., operation 210 of FIG. 2) for delay status reporting.
  • the method 600 includes the block 620 of generating a delay status report (DSR) upon determining that a delay of a first data arriving in at least one uplink buffer for the wireless communication channel has reached the delay threshold (e.g., operation 220 of FIG. 2).
  • the delay of the first data comprising a length of time during which the first data has remained in the at least one uplink buffer.
  • the method 600 includes the block 630 of transmitting the DSR to the network entity when a triggering condition associated with the DSR is satisfied (e.g., operation 230 of FIG. 2).
  • the one or more channels may include two or more channels sharing a common set of associated delay thresholds.
  • the delay thresholds may include at least one of a delay timing threshold or a delay volume threshold.
  • the message configuring the UE device may include at least one of: a radio resource control (RRC) reconfiguration message; an RRC setup message; an RRC re-establishment message; an RRC resume message; or a system information message.
  • RRC radio resource control
  • generating the DSR is based on a first timer.
  • the UE device may start the first timer T i upon receiving the first data in the at least one uplink buffer for the one or more channels. See FIG. 4 at time to.
  • the first timer may track at least a first tier of duration.
  • the UE device may generate the DSR upon the first timer reaching the first tier of duration and when the UE device has not transmitted the first data.
  • the first tier of duration is one of multiple tiers of durations. See FIG. 5 columns.
  • the multiple tiers of durations may include a series of sectional durations, which may include an incremental increase in lengths.
  • the UE device may stop the first timer when the UE device has completed transmitting the first data.
  • the triggering condition associated with the DSR may include an expiration of the first timer Ti before the UE device has completed transmitting the first data.
  • the triggering condition associated with the DSR may further include the one or more channels configured by the network entity have a higher priority than other channels. See FIG. 5 rows.
  • the triggering condition associated with the DSR may further include a volume of the first data in the at least one uplink buffer is greater than a volume threshold Vi defined in the at least one of the delay thresholds.
  • the UE device may start a second timer upon transmitting the DSR to the network entity.
  • the UE device may generate and transmit a second DSR upon an expiration of the second timer.
  • the UE device stops the second timer when the UE device has cleared data exceeding the at least one of the delay thresholds in the at least one uplink buffer.
  • the UE device stops the second timer when a volume of data exceeding the at least one of the delay thresholds in the at least one uplink buffer has become smaller than a volume threshold Vi defined in the at least one of the delay thresholds.
  • the UE device stops the second timer when resetting a MAC entity.
  • the UE device stops the second timer when the UE device receives, from the network entity, a request to stop the second timer.
  • the first timer and the second timer may be configured by the message received 210, 310 from the network entity 112 of FIGS. 2 or 3.
  • the UE device may start a third timer Ts upon transmitting the DSR and refrain from transmitting a next DSR until the third timer has expired (see FIG. 4), wherein the third timer and the first timer are configured by the message configuring the UE device.
  • the triggering condition associated with the next DSR may include an expiration of the third timer.
  • the triggering condition associated with the DSR may include receiving new data arriving in the at least one uplink buffer for the one or more channels.
  • the delay of the first data may further include an amount of delayed data greater than a delay volume threshold.
  • the triggering condition associated with the DSR may include receiving a command from the network entity and generating and transmitting the DSR responsive to receiving the command.
  • the command may include one or more of a MAC CE, an ID of a channel for which the DSR is generated, a delay timing threshold, or a delay volume threshold.
  • the triggering condition associated with the DSR may incorporate generating a buffer status report.
  • Transmitting the DSR to the network entity may include transmitting both the buffer status report and the DSR to the network entity.
  • the DSR may include at least one of: one or more identifiers (IDs) for the one or more channels; buffer size information for the first data in the at least one uplink buffer; a target level of resource allocation satisfaction for extended reality (XR) communications; or a maximal level of delay permissible in the UE based on a memory buffer size or a delay threshold.
  • the delay threshold may include at least one of: a tier of delay time or a tier of delay volume
  • transmitting the DSR to the network entity may include transmitting a MAC CE or transmitting a physical layer signaling of the DSR.
  • the MAC CE may include an ID associated with the DSR.
  • the MAC CE may further include a buffer status indicating respective amounts for both delayed and non-delayed data.
  • the MAC CE may include a plurality of DSRs corresponding to a plurality channels of the one or more channels.
  • the MAC CE may prioritize the plurality of DSRs based on a priority ranking of the plurality channels.
  • the priority ranking includes two or more layers of rankings.
  • the two or more layers of rankings may include at least: a first layer of ranking based on priority categories and a second layer of ranking based on a respective volume of delayed data.
  • the UE device may receive a new uplink grant from the network entity and cancel, upon having transmitted the DSR to the network entity previously, a subsequent DSR.
  • the UE device may clear the first data Cp in the at least one uplink buffer upon the UE device having completed transmitting the first data at ti. See FIG. 4.
  • the UE device may receive, from the network entity in response to receiving the DSR, allocation of additional resources, indications to adjust transmission priorities, or both.
  • the allocation of additional resources may reduce the data delay status of the UE device.
  • FIG. 7 is a flow diagram depicting a method for resource allocation by a network entity, according to some embodiments.
  • Method 700 is performed by processing logic that includes hardware (e.g., circuitry, dedicated logic, programmable logic, a processor, a processing device, a central processing unit (CPU), a system-on-chip (SoC), etc ), software (e.g., instructions and/or an application that is running/executing on a processing device), firmware (e.g., microcode), or a combination thereof.
  • the method 700 is performed by a netw ork entity , such as the network entity 112 of FIGS. 1, 2, or 3.
  • the method 700 includes the block 710 of transmitting, from the network entity to a user equipment (UE) device, a message configuring the UE device with a delay threshold associated with a wireless communication channel. See also 210, 310, 610.
  • the method 700 includes the block of 730 of receiving a DSR from the UE device.
  • the DSR indicates that a delay of a first data in at least one uplink buffer for the wireless communication channel has reached the delay threshold.
  • the delay includes a length of time during which the first data has remained in the at least one uplink buffer.
  • the method 700 includes the block 740 of transmitting, responsive to the DSR, an allocation of wireless resources in the UE device to address the delay reported in the DSR. See also 240 of FIG. 2.
  • the network entity may receive a plurality of DSRs from a plurality of UE devices.
  • the network entity may allocate wireless resources to respective UE devices based on respective priorities, delays, or both.
  • the network entity transmits the message configuring the UE device by transmitting a MAC CE indicating a traffic priority (e.g., priority of one or more channels).
  • the network entity may allocate the additional wireless resources in the UE device based on the traffic priority.
  • the network entity transmits to the UE device (1) allocation of additional resources, (2) indications to adjust transmission priorities, or (3) both.
  • the message configuring the UE device includes at least one of: an RRC reconfiguration message; an RRC setup message; an RRC re-establishment message; an RRC resume message; or a system information message.
  • FIG. 8 is a block diagram depicting an example device diagram 800 of a UE device 805 (e.g., UE device 105), according to some embodiments.
  • the device diagram 800 describes a UE device that can implement various aspects of reporting delay status (e.g., in XR applications).
  • the UE device 805 may include additional functions and interfaces that are omitted from FIG. 8 for the sake of clarity.
  • the UE device 805 includes antennas 801, a radio frequency (RF) front end 804, and one or more RF transceivers 806 (e.g., a 3GPP Fourth Generation (4G) Long Term Evolution (LTE) transceiver 806-1 and a 5GNR transceiver 806-2) for communicating with a base station 112 in a RAN 112 in FIG. 1 , such as a 5 G RAN and/ or an E-UTRAN.
  • RF radio frequency
  • RF transceivers 806 e.g., a 3GPP Fourth Generation (4G) Long Term Evolution (LTE) transceiver 806-1 and a 5GNR transceiver 806-2
  • a base station 112 in a RAN 112 in FIG. 1 such as a 5 G RAN and/ or an E-UTRAN.
  • One antenna array may be used for cellular signaling and (optionally) another antenna array may be used for wireless communication across a sidelink connection.
  • the UE device 805 may include one or more additional transceivers 806-3, such as a local wireless network transceiver, for communicating over one or more local wireless networks (e.g., WLAN, Bluetooth, Near-Field Communication (NFC), a personal area network (PAN), Wireless Fidelity Direct (Wi-Fi-Direct), IEEE 802.15.4, ZigBee, Thread, and the like) with other UE devices (not shown), such as those in a wirelessly tethered configuration with the UE device 805.
  • the RF front end 804 couples or connects the LTE transceiver 806-1, the 5G NR transceiver 806-2, and the local wireless network transceiver 806-3 to the antennas 801 to facilitate various types of wireless communication.
  • the antennas 801 of the UE device 805 include an array of multiple antennas configured similar to or different from each other.
  • the antennas 801 and the RF front end 804 are tuned to, and/or can be tunable to, one or more frequency bands, such as those defined by the 3GPP LTE, 3GPP 5GNR, IEEE WMAN, or other communication standards.
  • the antennas 801, the RF front end 804, the LTE transceiver 806-1, the 5GNR transceiver 806-2, and/or the local wireless network transceiver 806-3 are configured to support beamforming (e.g., analog, digital, or hybrid), or in-phase and quadrature (I/Q) operations (e.g., I/Q modulation or demodulation operations) for the transmission and reception of communications with the base station 112.
  • beamforming e.g., analog, digital, or hybrid
  • I/Q in-phase and quadrature
  • the antennas 801 and the RF front end 804 operate in sub-gigahertz bands, sub-6 GHz bands, and/or above 6 GHz bands defined by the 3GPP LTE, 3GPP 5GNR, or other communication standards.
  • the UE device 805 can form beams that are steered or un-steered, wide or narrow, or shaped (e.g., as a hemisphere, cube, fan, cone, or cylinder).
  • the one or more transmitting antennas may produce an un-steered omnidirectional radiation pattern or a steerable beam.
  • the UE device 805 includes one or more sensors 808 implemented to detect various properties such as temperature, supplied power, power usage, battery state, or the like.
  • the sensors 808 can include any one or a combination of temperature sensors, thermistors, battery sensors, and power usage sensors.
  • the UE device 805 uses the various properties to determine whether the UE device 805 has the capability to connect to the cellular network 112 over its air interface, or if the UE device 805 only has enough resources (e.g., battery power, etc.) to connect to the cellular network 112 using a sidelink connection to another UE device.
  • the UE device 805 also includes at least one processor 810 and a non-transitoiy computer-readable storage media 812 (CRM 812).
  • the CRM 812 includes any suitable memory or storage device such as random-access memory (RAM), static RAM (SRAM), dynamic RAM (DRAM), nonvolatile RAM (NVRAM), read-only memory (ROM), or Flash memory useable to store device data 814 of the UE device 805.
  • RAM random-access memory
  • SRAM static RAM
  • DRAM dynamic RAM
  • NVRAM nonvolatile RAM
  • ROM read-only memory
  • Flash memory useable to store device data 814 of the UE device 805.
  • the device data 814 includes, for example, user data, multimedia data, beamforming codebooks, applications, and/or an operating system of the UE device 805, which are executable by the processor 810 to enable user-plane communication, control -plane signaling, and user interaction with the UE device 805.
  • the CRM 812 includes a communication manager 816.
  • the communication manager 816 is implemented in whole or part as hardware logic or circuitry integrated with or separate from other components of the UE device 805.
  • the communication manager 816 configures the RF front end 804, the LTE transceiver 806-1, the 5G NR transceiver 806-2, and/or the local wireless network transceiver 806-3 to perform one or more wireless communication operations.
  • the CRM 812 further includes a DSR manager 818, a DSR configuration client 820, and one or more uplink buffers 822.
  • the DSR manager 818 and the DSR configuration client 820 allow the UE device 805 to be configured by a network entity to generate and transmit DSRs regarding delayed data in the one or more uplink buffers 822.
  • one or more of these components are implemented in whole or part as hardware logic or circuitry integrated with or separate from other components of the UE device 805.
  • terms such as “establishing,” “receiving,” “transmitting,” or the like refer to actions and processes performed or implemented by computing devices that manipulates data represented as physical (electronic) quantities within the computing device's registers and memories into other data similarly represented as physical quantities within the computing device memories or registers or other such information storage, transmission or display devices.
  • the terms “first,” “second,” “third,” “fourth,” etc., as used herein are meant as labels to distinguish among different elements and may not necessarily have an ordinal meaning according to their numerical designation.
  • Examples described herein also relate to an apparatus for performing the operations described herein
  • This apparatus may be specially constructed for the required purposes, or it may include a general purpose computing device selectively programmed by a computer program stored in the computing device.
  • a computer program may be stored in a computer-readable non- transitory storage medium.
  • Various units, circuits, or other components may be described or claimed as “configured to” or “configurable to” perform a task or tasks.
  • the phrase “configured to” or “configurable to” is used to connote structure by indicating that the units/circuits/components include structure (e.g., circuitry) that performs the task or tasks during operation.
  • the unit/ circuit/ component can be said to be configured to perform the task, or configurable to perform the task, even when the specified unit/circuit/component is not currently operational (e.g., is not on).
  • the units/circuits/components used with the “configured to” or “configurable to” language include hardware-for example, circuits, memory storing program instructions executable to implement the operation, etc. Reciting that a unit/circuit/component is “configured to” perform one or more tasks, or is “configurable to” perform one or more tasks, is expressly intended not to invoke 35 U.S C. ⁇ 112, sixth paragraph, for that unit/circuit/component. Additionally, “configured to” or “configurable to” can include generic structure (e.g., generic circuitry) that is manipulated by software and/or firmware (e.g., an FPGA or a general-purpose processor executing software) to operate in manner that is capable of performing the task(s) at issue.
  • generic structure e.g., generic circuitry
  • firmware e.g., an FPGA or a general-purpose processor executing software
  • Configured to may also include adapting a manufacturing process (e.g., a semiconductor fabrication facility) to fabricate devices (e.g., integrated circuits) that are adapted to implement or perform one or more tasks.
  • a manufacturing process e.g., a semiconductor fabrication facility
  • devices e.g., integrated circuits
  • Configurable to is expressly intended not to apply to blank media, an unprogrammed processor or unprogrammed generic computer, or an unprogrammed programmable logic device, programmable gate array, or other unprogrammed device, unless accompanied by programmed media that confers the ability to the unprogrammed device to be configured to perform the disclosed function(s).
  • Example l is a method of wireless communications by a user equipment (UE) device, the method comprising: receiving, from a network entity, a message configuring the UE device with a delay threshold associated with a wireless communication channel; generating a delay status report (DSR) upon determining that a delay of a first data arriving in at least one uplink buffer for the wireless communication channel has reached the delay threshold, the delay of the first data comprising a length of time during which the first data has remained in the at least one uplink buffer; and transmitting the DSR to the network entity when a triggering condition associated with the DSR is satisfied.
  • DSR delay status report
  • Example 2 is a method according to example 1, wherein the wireless communication channel comprises two or more channels sharing a common set of associated delay thresholds, and wherein the delay threshold comprises at least one of a delay timing threshold or a delay volume threshold.
  • Example 3 is a method according to any one of examples 1 or 2, wherein the message configuring the UE device comprises at least one of: a radio resource control (RRC) reconfiguration message; an RRC setup message; an RRC re-establishment message; an RRC resume message; or a system information message.
  • RRC radio resource control
  • Example 4 is a method according to any one of examples 1 to 3, wherein the generating the DSR comprises: starting a first timer upon receiving the first data in the at least one uplink buffer for the wireless communication channel, wherein the first timer tracks at least a first tier of duration; and generating the DSR upon the first timer reaching the first tier of duration and when the UE device has not completed transmitting the first data.
  • Example 5 is a method according to example 4, wherein the first tier of duration is one of a plurality tiers of durations.
  • Example 6 is a method according to example 5, wherein the plurality tiers of durations comprise a series of sectional durations having an incremental increase in lengths.
  • Example 7 is a method according to example 4, further comprising: stopping the first timer when the UE device removes the first data from the at least one uplink buffer.
  • Example 8 is a method according to example 4, wherein the triggering condition associated with the DSR comprises: an expiration of the first timer before the UE device has completed transmitting the first data.
  • Example 9 is a method according to example 8, wherein the triggering condition associated with the DSR further comprises at least one of: the wireless communication channel configured by the network entity has a higher priority than other channels; or a volume of the first data in the at least one uplink buffer is greater than a volume threshold defined in the delay threshold.
  • Example 10 is a method according to example 4, further comprising: starting a second timer upon transmitting the DSR to the network entity; generating and transmitting a second DSR upon an expiration of the second timer; and stopping the second timer when: the UE device has cleared data in the at least one uplink buffer exceeding the delay threshold; a volume of data in the at least one uplink buffer has become smaller than a volume threshold defined in the delay threshold; resetting a media access control (MAC); or receiving, from the network entity, a request to stop the second timer.
  • Example 11 is a method according to example 10, wherein the first timer and the second timer are configured by the message received from the network entity.
  • Example 12 is a method according to example 4, further comprising: starting a third timer upon transmitting the DSR; and refraining from transmitting a next DSR until the third timer has expired, wherein the third timer and the first timer are configured by the message configuring the UE device.
  • Example 13 is a method according to example 12, wherein the triggering condition associated with the next DSR comprises an expiration of the third timer.
  • Example 14 is a method according to example 1, wherein the triggering condition associated with the DSR comprises: receiving new data arriving in the at least one uplink buffer for the wireless communication channel, wherein the delay of the first data further comprises an amount of delayed data greater than a delay volume threshold.
  • Example 15 is a method according to example 1, wherein the triggering condition associated with the DSR comprises: receiving a command from the network entity; and generating and transmitting the DSR responsive to receiving the command, wherein the command comprises at least one of: a media access control (MAC) control element (MAC CE); an identifier (ID) of a channel for which the DSR is generated; a delay timing threshold; or a delay volume threshold.
  • MAC media access control
  • ID identifier
  • Example 16 is a method according to example 1, wherein the triggering condition associated with the DSR comprises: generating a buffer status report.
  • Example 17 is a method according to example 16, wherein transmitting the DSR to the network entity comprises: transmitting both the buffer status report and the DSR to the network entity.
  • Example 18 is a method according to any one of examples 1-13, wherein the DSR comprises at least one of: one or more identifiers (IDs) for the one or more channels; buffer size information for the first data in the at least one uplink buffer; a target level of resource allocation satisfaction for extended reality (XR) communications; or a maximal level of delay permissible in the UE based on a memory buffer size or at least one of: a tier of delay time, or a tier of delay volume.
  • IDs identifiers
  • XR extended reality
  • Example 19 is a method according to any one of examples 1-18, wherein transmitting the DSR to the network entity comprises: transmitting a media access control control element (MAC CE), wherein the MAC CE comprises an identifier (ID) associated with the DSR; or transmitting a physical layer signaling of the DSR.
  • MAC CE media access control control element
  • ID identifier
  • Example 20 is a method according to example 19, wherein the MAC CE further comprises a buffer status indicating respective amounts for both delayed and non-delayed data.
  • Example 21 is a method according to example 19, wherein the MAC CE comprises a plurality of DSRs corresponding to a plurality of wireless communication channels, and wherein the MAC CE prioritizes the plurality of DSRs based on a priority ranking of the plurality of wireless communication channels.
  • Example 22 is a method according to example 21, wherein the priority ranking comprises two or more layers of rankings, the two or more layers of rankings comprising at least: a first layer of ranking based on priority categories; and a second layer of ranking based on a respective volume of delayed data.
  • Example 23 is a method according to any one of examples 1-22, further comprising: receiving a new uplink grant from the network entity; and canceling, upon having transmitted the DSR to the network entity previously, a subsequent DSR.
  • Example 24 is a method according to any one of examples 1-23, further comprising: receiving, from the network entity, allocation of additional resources, indications to adjust transmission priorities, or both.
  • Example 25 is a method according to any one of examples 1-24, further comprising clearing the first data in the at least one uplink buffer upon the UE device having completed transmitting the first data.
  • Example 26 is a method of wireless communications by a network entity, the method comprising: transmitting, to a user equipment (UE) device, a message configuring the UE device with a delay threshold associated with a wireless communication channel; receiving a delay status report (DSR) from the UE device, the DSR indicating that a delay of a first data in at least one uplink buffer for the wireless communication channel has reached the delay threshold, the delay comprising a length of time during which the first data has remained in the at least one uplink buffer; and transmitting, responsive to the DSR, an allocation of wireless resources in the UE device to address the delay reported in the DSR.
  • UE user equipment
  • DSR delay status report
  • Example 27 is a method according to example 26, further comprising: receiving a plurality of DSRs from a plurality of UE devices; and allocating wireless resources to respective UE devices based on respective priorities, delays, or both.
  • Example 28 is a method according to example 26, wherein transmitting the message configuring the UE device comprises transmitting a media access control control element (MAC CE) indicating a traffic priority; and wherein the allocation of wireless resources in the UE device is based on the traffic priority.
  • MAC CE media access control control element
  • Example 29 is a method according to example 28, wherein the transmitting the allocation of wireless resources to the UE comprises:
  • Example 30 is a method according to example 26, wherein the message configuring the UE device comprises at least one of: a radio resource control (RRC) reconfiguration message; an RRC setup message; an RRC re-establishment message; an RRC resume message; or a system information message.
  • RRC radio resource control
  • Example 31 is a method according to example 26, wherein the DSR comprises at least one of: an identifier (ID) for the wireless communication channel; buffer size information for the first data in the at least one uplink buffer; a target level of resource allocation satisfaction for extended reality (XR) communications; or a maximal level of delay permissible in the UE based on a memory buffer size or at least one of: a range of delay time, or a range of delay volume.
  • ID an identifier
  • XR extended reality
  • Example 32 is a user equipment (UE), comprising: one or more radio frequency (RF) modems; a processor coupled to the one or more RF modems; and at least one memory storing executable instructions, the executable instructions to manipulate at least one of the processor or the one or more RF modems to perform the method of any of examples 1-25.
  • UE user equipment
  • RF radio frequency
  • Example 33 is a network entity comprising: one or more radio frequency (RF) modems; a processor coupled to the one or more RF modems; and at least one memory storing executable instructions, the executable instructions to manipulate at least one of the processor or the one or more RF modems to perform the method of any of examples 26-31.
  • RF radio frequency

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Sont divulgués des procédés et des systèmes de transmission d'un rapport d'état de retard (DSR) entre un dispositif d'équipement utilisateur (UE) (105) et une entité de réseau (112) pour optimiser une attribution de ressources. Un dispositif UE reçoit par exemple un message provenant d'une entité de réseau et configurant le dispositif UE avec un ou plusieurs canaux et un ou plusieurs seuils de retard associés à ceux-ci. Le dispositif UE surveille des premières données arrivant dans le tampon de liaison montante associé aux un ou plusieurs canaux configurés par le message. Lorsque le dispositif UE détermine qu'un retard des premières données dans le tampon de liaison montante associé auxdits un ou plusieurs canaux a atteint au moins l'un des seuils de retard, le dispositif UE génère un DSR. Le dispositif UE transmet le DSR à l'entité de réseau lorsqu'une condition de déclenchement associée au DSR est satisfaite. L'entité de réseau peut alors réattribuer des ressources de façon à réduire l'état de retard des données dans le dispositif UE.
EP23761302.1A 2022-08-04 2023-08-02 Rapport d'état de retard pour communications sans fil en réalité étendue (xr) Pending EP4559270A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202263370466P 2022-08-04 2022-08-04
PCT/US2023/029323 WO2024030494A1 (fr) 2022-08-04 2023-08-02 Rapport d'état de retard pour communications sans fil en réalité étendue (xr)

Publications (1)

Publication Number Publication Date
EP4559270A1 true EP4559270A1 (fr) 2025-05-28

Family

ID=87800954

Family Applications (1)

Application Number Title Priority Date Filing Date
EP23761302.1A Pending EP4559270A1 (fr) 2022-08-04 2023-08-02 Rapport d'état de retard pour communications sans fil en réalité étendue (xr)

Country Status (3)

Country Link
EP (1) EP4559270A1 (fr)
CN (1) CN119586282A (fr)
WO (1) WO2024030494A1 (fr)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118785231A (zh) * 2023-04-04 2024-10-15 维沃移动通信有限公司 时延信息报告调度请求sr的发送方法及装置
WO2024211568A1 (fr) 2023-04-05 2024-10-10 Ofinno, Llc Rapport d'état de retard
WO2025172863A1 (fr) * 2024-02-13 2025-08-21 Telefonaktiebolaget Lm Ericsson (Publ) Gestion de calculs pour un volume tampon critique de retard
WO2025201112A1 (fr) * 2024-03-26 2025-10-02 Mediatek Inc. Procédés et appareil pour des améliorations de rapport d'état de retard dans des communications mobiles
KR20250147524A (ko) * 2024-04-04 2025-10-13 삼성전자주식회사 무선 통신 시스템에서 rlc 계층의 시퀀스 번호 간격 보고를 위한 방법 및 장치
WO2025215449A1 (fr) * 2024-04-12 2025-10-16 Lenovo (Singapore) Pte. Limited Rapport d'état de retard en présence d'une période de mesure de gestion de ressources radio (rrm) pouvant être sautée
CN118648357A (zh) * 2024-04-15 2024-09-13 北京小米移动软件有限公司 通信方法、终端、网络设备、通信系统和存储介质
US20250350979A1 (en) * 2024-05-07 2025-11-13 Qualcomm Incorporated Techniques for dynamic delay status reporting procedures
WO2025235032A1 (fr) * 2024-05-09 2025-11-13 Rakuten Mobile, Inc. Gestion de déclenchement de rapport d'état de retard dans un réseau
WO2025231895A1 (fr) * 2024-05-10 2025-11-13 Nokia Shanghai Bell Co., Ltd. Rapport d'état de retard
CN120980696A (zh) * 2024-05-10 2025-11-18 荣耀终端股份有限公司 通信方法、通信装置及存储介质
WO2026015174A1 (fr) * 2024-07-09 2026-01-15 Rakuten Mobile, Inc. Rapport d'état de retard et rétroaction pour planification de liaison montante
WO2026020599A1 (fr) * 2024-07-22 2026-01-29 Huawei Technologies Co., Ltd. Procédés et systèmes de mesure de qualité de service pour médias à réalité étendue
CN120883659A (zh) * 2024-08-02 2025-10-31 北京小米移动软件有限公司 延迟状态上报方法、通信设备、通信系统、存储介质及程序产品
GB2643285A (en) * 2024-08-09 2026-02-11 Nokia Technologies Oy DSR trigger for scheduling restrictions/measurement gaps
GB2643287A (en) * 2024-08-09 2026-02-11 Nokia Technologies Oy DSR trigger for scheduling restrictions/measurement gaps
WO2025161418A1 (fr) * 2024-09-14 2025-08-07 Lenovo (Beijing) Limited Rapport d'état de retard

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3048847B1 (fr) * 2015-01-26 2019-11-20 Panasonic Intellectual Property Corporation of America Procédure de demande de programmation améliorée
US10856174B2 (en) * 2017-03-16 2020-12-01 Ofinno, Llc Buffer status report control
WO2020186393A1 (fr) * 2019-03-15 2020-09-24 Qualcomm Incorporated Gestion de mesure de retard de liaison montante 5g

Also Published As

Publication number Publication date
CN119586282A (zh) 2025-03-07
WO2024030494A1 (fr) 2024-02-08

Similar Documents

Publication Publication Date Title
EP4559270A1 (fr) Rapport d'état de retard pour communications sans fil en réalité étendue (xr)
US10070307B2 (en) Method for reporting user equipment assistance information reporting, user equipment, and base station
CN107306438B (zh) 一种无线接入网切片的生成方法、无线接入网及切片管理器
EP2515597B1 (fr) Procédé de programmation de ressources radioélectriques, élément de réseau d'un réseau d'accès et son terminal
EP3565350B1 (fr) Procédé et dispositif pour établir une connexion sans fil
CN113906791B (zh) 收发器设备和调度设备
EP3298838A1 (fr) Noeud et procédé de pré-programmation des ressources de liaison montante dans un réseau sans fil conformément aux exigences d'application d'un ue
CN109196908A (zh) 调度方法和基站
JP7640731B2 (ja) 伝送処理方法、第一の通信機器、第二の通信機器及び可読記憶媒体
CN116367321A (zh) 一种缓存状态报告发送方法及通信装置
WO2022259123A1 (fr) Indication de volume de rafale de données pour tsc
CN119234468A (zh) 用于使无线通信设备访问无线接入网络所提供服务的方法及相关设备
US8165074B2 (en) Techniques for handling service flows in wireless communication systems
JP7852750B2 (ja) ユーザ機器、ユーザ機器により実行される方法、基地局、及び基地局により実行される方法
Afrin et al. A delay sensitive LTE uplink packet scheduler for M2M traffic
CN104159316A (zh) 一种lte基站上层多用户的调度方法
WO2024026628A1 (fr) Procédés et dispositifs pour un équipement utilisateur transmettant des informations d'équipement utilisateur
CN119155731A (zh) 数据量上报方法、装置及可读存储介质
US20260032491A1 (en) Measurement reporting methods and apparatuses, and device and storage medium
CN120321711B (zh) 通信方法、装置及系统
EP3177067B1 (fr) Contrôleur de réseau, système et procédé d'attribution de ressources
EP4354999A1 (fr) Procédé de communication, appareil et système
WO2025030846A1 (fr) Procédé de planification de ressources, procédé de communication, système de communication et support de stockage
WO2017206031A1 (fr) Procédé et appareil de transmission d'informations
WO2024173494A1 (fr) Transmission d'informations de retard pour réalité étendue (xr)

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20250218

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)