Technologies for delay-adaptive operation

Abstract

The present application relates to devices and components including apparatus, systems, and methods for delay-adaptive operation.

Description

TECHNOLOGIES FOR DELAY-ADAPTIVE OPERATIONTECHNICAL FIELD

[0001] This application relates generally to communication networks and, in particular, to technologies for delay-adaptive operation in wireless networks.BACKGROUND

[0002] Third Generation Partnership Project (3GPP) Technical Specifications (TSs) define standards for wireless networks. These TSs describe aspects related to signaling traffic through systems that incorporate wireless networks.BRIEF DESCRIPTION OF THE DRAWINGS

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

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

[0005] FIG. 3 illustrates a state diagram in accordance with some embodiments.

[0006] FIG. 4 is a diagram illustrating packet arrival times in a buffer in accordance with some embodiments.

[0007] FIG. 5 illustrates an operational flow / algorithmic structure in accordance with some embodiments.

[0008] FIG. 6 illustrates another operational flow / algorithmic structure in accordance with some embodiments.

[0009] FIG. 7 illustrates another operational flow / algorithmic structure in accordance with some embodiments.

[0010] FIG. 8 illustrates a user equipment in accordance with some embodiments.

[0011] FIG. 9 illustrates a network device in accordance with some embodiments.DETAILED DESCRIPTION

[0012] 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, and techniques in order to provide a thorough understanding of the various aspects of various embodiments. However, it will be apparent to those skilled in the art having the benefit of the present disclosure that the various aspects of the various embodiments may be practiced in other examples that depart from these specific details. In certain instances, descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of the various embodiments with unnecessary detail. For the purposes of the present document, the phrases “A / B” and “A or B” mean (A) , (B) , or (A and B) ; and the phrase “based on A” means “based at least in part on A, ” for example, it could be “based solely on A” or it could be “based in part on A. ”

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

[0014] The term “circuitry” as used herein refers to, is part of, or includes hardware components that are configured to provide the described functionality. The hardware components may include 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) ) , or a digital signal processor (DSP) . 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.

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

[0016] 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, and network interface cards.

[0017] The term “user equipment” or “UE” as used herein refers to a device with radio communication capabilities that may allow a user to access 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, or reconfigurable mobile device. Furthermore, the term “user equipment” or “UE” may include any type of wireless / wired device or any computing device including a wireless communications interface.

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

[0019] 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, or workload units. A “hardware resource” may refer to compute, storage, or network resources provided by physical hardware elements. A “virtualized resource” may  refer to compute, storage, or network resources provided by virtualization infrastructure to an application, device, or system. 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.

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

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

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

[0023] 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, or a virtualized network function.

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

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

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

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

[0028] The core network 112 may include a user plane function (UPF) 116 that provides for routing and forwarding of user plane packets between the base station 108 and an external data network 120. The BS 108 may receive uplink packets from the UE 104 through the DRBs and may transmit the uplink packets to the UPF 116 through a general packet radio service (GPRS) tunneling protocol-user plane (GTP-U) tunnel. The UPF 116 may remove the packet headers and forward the packets to the external data network 120. The UPF 116 may map downlink packets arriving from an external data network onto specific quality of service (QoS) flows belonging to specific protocol data unit (PDU) sessions before forwarding to the BS 108. The BS 108 may map the traffic to the appropriate DRBs for delivery to the UE 104.

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

[0030] FIG. 2 illustrates aspects of the UE 104 in further detail in accordance with some embodiments. The UE 104 may include an application layer 204 that generates application traffic to be transmitted to another device through the network environment 100. In some embodiments, the application layer 204 may have an XR application that generates XR traffic. However, embodiments are not limited to XR use cases.

[0031] For XR and other services, the application layer 204 may generate PDU sets, with individual PDU sets comprising one or more packets. A packet, which may also be referred to as a PDU, may be an Intemet protocol (IP) packet or a non-IP packet. As shown, PDU set #1 may include packets #1-#5, while PDU set #2 includes packet #6 and #7. Each PDU set may be mapped to a different QoS flow.

[0032] The packets of a PDU set may carry a payload of one unit of information generated by the application layer. The unit of information may be a frame or video slice for XR Services such as those defined in 3GPP Technical Report (TR) 26.926 vl 8.1.0 (2024-01-05) , for example. In some implementations all PDUs in the PDU Set may be needed by an application layer at a destination node to allow the application layer to recover parts or all of the information unit. In other implementations, the application layer on the destination node may still be able to recover parts or all of the information unit even if some PDUs of a PDU set are missing.

[0033] In some embodiments, the data produced by an application layer of the UE 104 may include multi-modal data. Multi-modal data may include input data from different kinds of devices / sensors or the output data to different kinds of destinations (e.g. one or more UEs) desired for the same task or application. Multi-modal data may include more than one single-modal data (e.g., one type of data) , and there may be a strong dependency among each single-modal data associated with multi-modal data.

[0034] In some embodiments, the data produced by an application layer may be in a data burst. A data burst may include, for example, data produced by the application layer in a short period of time. The data burst may include PDUs from one or more PDU Sets.

[0035] The PDU sets may be provided to a transmitter 208 of the UE 104. The transmitter 208 may be configured to execute a communication protocol stack, for example, communication protocol stack 836 of FIG. 8, to facilitate communication via the network environment 100. The transmitter 208 may implement layer 2 (L2) and layer 1 (L1) functionality. At the L2 level, the transmitter 208 may include a service data adaptation protocol (SDAP) layer, a packet data convergence protocol (PDCP) layer, a radio link control (RLC) layer, and a media access control (MAC) layer. At the L1 level, the transmitter 208 may include a physical (PHY) layer. Briefly, the SDAP layer may manage QoS flow handling between the QoS flows and the DRBs. The PDCP layer may manage robust header (de) compression and security between DRBs and RLC channels. The RLC layer may manage (re-) segmentation and error correction through automatic repeat request (ARQ) between logical channels and RLC channels. The MAC layer may manage scheduling / priority handling, (de) multiplexing, and hybrid automatic repeat request (HARQ) processes between logical channels and transport channels. And the PHY layer may manage the processing of the physical data and control channels.

[0036] In some embodiments, various information may be provided by the core network 112 to the RAN 110 to assist the handling of QoS flows and PDUs. This information may be consistent with that described in 3 GPP TR 23.700-60 v 18.0.0 (2022-12-21) . This information may include semi-static information for both uplink and downlink, PDU set QoS parameters, and dynamic information for downlink.

[0037] The semi-static information for both uplink and downlink may be provided via control plane (NGAP) . This information may include periodicity for uplink and downlink traffic of the QoS Flow via time sensitive communications assistance information (TSCAI)  / time sensitive communications assistance container (TSCAC) ; and traffic jitter information (e.g. jitter range) associated with each periodicity of the QoS flow.

[0038] The PDU set QoS parameters may include a PDU Set Error Rate (PSER) to define an upper bound for the rate of PDU Sets that have been processed by the sender of a link layer protocol but that are not successfully delivered by the corresponding receiver to the upper layer. See, for example, 3GPP TR 23.700-60. In some instances, a PDU set may be considered as successfully delivered when all PDUs of a PDU Set are delivered successfully. In other instances, other definitions of successful delivery may be made.

[0039] The PDU set QoS parameters may further include a PDU Set Delay Budget (PSDB) that defines a time between reception of a first PDU and successful delivery of a last-arrived PDU of a PDU Set. See, for example, 3GPP TR 23.700-60. The PSDB may be an optional parameter in various embodiments.

[0040] The PDU set QoS parameters may further include a PDU Set Integrated Handling Indication (PSIHI) to indicate whether all PDUs in the PDU sets are needed by an application layer.

[0041] The dynamic information for DL may be provided by user plane (e.g., a GTP-U header) . This information may include: a PDU set sequence number (SN) ; a PDU set size (in bytes) ; a PDU SN within a PDU Set; an end PDU of the PDU Set indication; a PDU set importance; and an end of data burst indication in the header of a last PDU of the data burst. The PDU set importance (PSI) may be used to identify a relative importance of a PDU set compared to other PDU sets within the same QoS flow.

[0042] In some embodiments, PDU set discarding may be employed by a transmitting device. The PDU set discarding may be similar to that described in 3GPP TR 38.835 vl 8.0.1 (2023-04-05) . For example, in some instances a threshold number of PDUs of a PDU set may be desired for a receiving application layer to use the unit of information. The threshold number may be one or more than one. If PDU set discarding is configured and a transmitting device determines, for example, the number of PDUs of a PDU set are lost / discarded exceeds the threshold number, the transmitting device may discard the remaining PDUs of the PDU set without transmission in order to free up radio resources. In some embodiments, a PDU may be determined to be lost / discarded if it is not successfully transmitted prior to expiration of the PDU's discard timer. A PDU may be discarded as described herein or for other reasons, e.g., the PDU depends on another PDU that was lost.

[0043] In some instances delay-aware scheduling may be applied to reduce packet discarding. For example, if a network knows that a remaining time until discarding timer expiry for a PDU is already quite short, delivery of this PDU may be considered urgent and the network may perform a timely resource allocation to ensure the PDU is timely transmitted. This may reduce the number of packets that need to be discarded.

[0044] Delay status reporting (DSR) may include an uplink MAC control element (CE) that enables a UE to report the explicit remaining time until expiration of discard timer (per logical channel group) and an associated data volume. If no DSR is triggered for an  LCG, a new DSR may be triggered for the LCG when a shortest remaining-time left for buffered data in uplink is smaller than a configured threshold. One threshold may be configured per LCG for DSR triggering purposes. If PDU set discarding is configured, a data volume calculation to be reported in the DSR may consider a size of the full remaining PDUs in the PDU set (if any PDU within the PDU set is associated with a remaining time below the threshold) . In some instances, single delay information per LCG may be supported as a baseline for DSR. The remaining time, for example, the shortest remaining time in the LCG, may be explicitly reported in the DSR.

[0045] While such feedback information may allow the network to perform delay-aware scheduling, it may not guarantee that urgent packets can be delivered sooner. For example, the network may choose to skip scheduling if it thinks that the remaining time is already too short.

[0046] FIG. 3 illustrates a state diagram 300 for operation of the UE 104 in accordance with some embodiments. The state diagram 300 may include two operating modes for processing uplink traffic. The uplink traffic may be traffic associated with a UE, logical channel (LCH) , LCG, or QoS flow. In a first mode, which may be referred to as a normal or default mode, the UE 104 may apply a default setting of uplink transmission for processing the uplink traffic. Upon detecting a trigger event, the UE 104 may transition to a second mode, which may be referred to as a delay-critical mode. In the delay-critical mode, the UE may apply delay-adaptive operation setting ofuplink transmission for processing the uplink traffic. Delay-adaptive operation may also be referred to as delay-aware operation.

[0047] When operating with the delay-adaptive operation setting, the UE 104 may undertake specific operations based on its knowledge of buffer delay in an attempt to timely deliver buffered packets.

[0048] A delay-adaptive operation setting may include delay-based logical channel prioritization (LCP) procedures. For example, the UE 104 may prioritize LCHs that are considered as urgent in LCP (instead of based on LCH priority) . In another example, the UE 104 may select LCHs that have data with a buffer delay that satisfies a predetermined threshold. In another example, the UE 104 may prioritize urgent LCHs or certain types of uplink grants that only urgent LCHs are allowed to use. In another example, an LCH may be in one of at least two states and the UE 104 may determine / switch the state of an LCH based  on a delay status. Thus, applying a delay-adaptive operation setting may include adjusting an LCH priority or changing a prioritized bit rate for an LCH.

[0049] In some embodiments, a delay-adaptive operation setting may include delay-based operations performed in a PDCP / RLC layer. For example, the UE 104 may submit a PDCP PDU satisfying certain delay criteria to a specific RLC entity. In another example, the UE 104 may perform PDCP duplication for a PDCP PDU that satisfies certain delay criteria. One example of the PDCP PDU satisfying delay criteria may be when its remaining time until discard timer expiry is less than a threshold.

[0050] In some embodiments, the trigger event, for transitioning to the delay-critical mode, may be when a PDU whose remaining time until discard timer expiry drops below a threshold. This may be similar to DSR triggering, however, the triggering thresholds may not necessarily be the same.

[0051] In some embodiments, the base station 108 may pre-configure the behavior of triggering delay-critical mode per DRB / LCH / LCG / QoS flow. For example, not all DRBs / LCHs / LCGs / QoS flows will trigger delay-critical mode, and the triggering threshold may be individually configured for each DRB / LCH / LCG / QoS flow.

[0052] FIG. 4 is a diagram 400 illustrating PDU arrival times in a transmit buffer in accordance with some embodiments. The diagram 400 shows three PDUs (PDU 0, PDU 1, and PDU 2) of a PDU set that each arrive at a transmit buffer of the UE 104 at different arrival times. A discard timer may be configured per PDU (rather than per PDU set) . Thus, each PDU may have different expiry times. When PDU set discarding is configured, the whole PDU set may be discarded when one PDU is discarded. For example, if PDU 0 meets a discard criteria (for example, a remaining time until discard is less than a predetermined threshold) , then all PDUs of the PDU set may be discarded even though the other PDUs do not meet the discard criteria.

[0053] Various embodiments describe trigger / exit events that may be defined for the UE 104 to transition between the normal and delay-critical modes. Some of these embodiments may be defined in light of considerations with respect to PDU set and discarding as discussed above.

[0054] In a first aspect, an exit event may be defined based on a buffer status. This may be done in accordance with one or more of the following options. It may be noted that different DRBs / LCHs / LCGs / QoS flows may use different options described below.

[0055] In a first option, the exit event may occur when there is no more packets in the buffer that satisfy a delay criteria of the trigger event. For example, none of the buffered packets have a remaining time until discard timer expiry less than a threshold. In other words, the delay-critical mode is applied for the packet (s) that satisfy the delay criteria.

[0056] In a second option, the exit event may occur when there are no more packets in the buffer that belong to a same PDU set as the packet that triggers delay-critical mode. For example, after the delay critical mode is triggered by a packet, the delay-critical mode is used for all other packets in the same PDU set, regardless of their respective remaining times. In other words, delay critical mode is applied for all packets in the PDU set once one packet belonging to the PDU set satisfies the delay criteria. For example, assuming the UE 104 activates PDCP duplication when it enters the delay-critical mode. When one PDU of a PDU set triggers the delay-critical mode, the UE 104 applies PDCP duplication to all PDUs (that are still in the buffer) of the PDU Set.

[0057] In some embodiments, a PDU set may be considered to satisfy delay criteria if at least one PDU of the PDU set satisfies the delay criteria. In these embodiments, the exit event, defined by the second option, may occur when no packet of any PDU set satisfying the delay criteria is in the buffer. In other words, the UE 104 may stay in delay-critical mode if any packet of any PDU set satisfying the delay criteria is in the buffer, even if this PDU set is not the PDU set that triggers delay-critical mode originally.

[0058] In a third option, the exit event occurs when the UE 104 has already applied delay-critical mode to N PDUs, PDU Sets, or PDU Sets with specific PSI value (s) . The value N can be an integer fixed in a technical specification or configured by the network. In one embodiment, whether PSI value is considered may depend on if PSI-based packet discarding is activated or deactivated for the corresponding DRB. For example, the UE 104 may only distinguish between important and less-important PDU Sets when PSI-based discarding is activated for the DRB.

[0059] In a fourth option, the exit event occurs when there are no important PDU sets in the buffer, and all packets in the buffer are pertaining to less-important PDU set (s) . In other words, the delay-critical mode is applied for all buffered packets in important PDU  set(s) once one buffered packet satisfies the delay criteria. In one embodiment, whether PDU set importance is considered may depend on if PSI-based packet discarding is activated or deactivated for the corresponding DRB. For example, the UE only distinguishes between important and less-important PDU sets when PSI-based discarding is activated for the DRB.

[0060] In a fifth option, the exit event may be defined based on whether PDU set discarding is also configured for the DRB / LCH / LCG / QoS flow. For example, if PDU Set discarding is not configured, the UE 104 may use the exit event definition of the first option, and, if PDU set discarding is configured, the UE may use the exit event definition of the second option.

[0061] Performing the delay-critical mode operation based on a PDU-set granularity, as described with respect to the second and fifth options, may be desired when PDU set discarding is configured. In this case, the UE 104 may consider the whole PDU Set as “delay-critical, ” because all PDUs of the PDU Set are discarded together even if only one of the PDUs has reached the expiry of its discard timer.

[0062] In all options of the first aspect, the UE 104 may use an additional / alternative exit event that is defined as when an explicit / implicit indication is received from the network. The indication could be, for example, a PDCP control PDU, a MAC CE, or a DCI.

[0063] In some embodiments, when the exit event of any of the options above is detected, the UE 104 may not immediately transition from the delay-critical mode to the normal mode. Instead, the exit events described above may trigger some signaling (such as UE assistance information) to the network. Then, the network may decide if it should send an explicit / implicit indication to instruct exiting from delay-critical mode. In these embodiments, an exit event may be considered to have two parts. A first part may correspond to the conditions described with respect to options 1-5 of the first aspect, and a second part may correspond to the receipt of the explicit / implicit indication from the network.

[0064] In a second aspect, an exit event may be defined based on a timer. For example, the network may pre-configure a timer value per UE / DRB / LCH / LCG / QoS flow. As soon as the UE / DRB / LCH / LCG / QoS flow enters the delay-critical mode, the UE 104 starts a timer. The timer may be referred to herein as a delay-critical mode (DCM) timer. While the DCM timer is running, the UE applies the delay-adaptive operation setting of UL transmission of one or more concerned DRBs / LCHs / LCGs / QoS flows. The exit event may then correspond to expiration of the DCM timer.

[0065] In some embodiments, the UE 104 may stop the DCM timer earlier under certain conditions. For example, the UE 104 may stop the DCM timer when the buffer becomes empty or no longer includes packets for the concerned DRBs / LCHs / LCGs / QoS flows. In another example, the UE 104 may stop the DCM timer when an implicit or explicit indication is received from the network. An implicit indication may be, for example, an activation command of a PSI-based packet discarding mechanism, which may implicitly indicate that congestion may have been detected by the network, so the UE may stop applying delay-critical mode. The network may also provide an explicit indication to instruct the UE 104 to stop the timer. This option assumes that the network has knowledge about whether the UE 104 has entered the delay-critical mode. For example, if the UE 104 autonomously activates PDCP duplication for a DRB when it enters delay-critical mode, the network can detect this as packets are received in more than one RLC entities.

[0066] In a third aspect, an exit event may be defined based on an instruction, notification, or measurement from an application layer. The application layer may have knowledge of a current quality of a connection with a better / finer level of detail than other layers. For example, the application layer may have quality, jitter, or delay indications as part of a real-time transport control protocol (RTCP) or other multimedia protocol. Thus, an application (for example, the application layer 204, an application function of the core network 112, or an application server of the external data network 120) may provide an indication to lower layers of the UE 104 (for example, transmitter 208) that may serve as the trigger / exit event.

[0067] In some embodiments, if an application is to provide quality of experience (QoE) measurements to an application server (as defined for QoE reporting) , the application server may determine whether the delay-critical mode should start or stop based on the received QoS measurements. The application server may then provide the UE 104 with a notification that may be used as the trigger / exit event.

[0068] In a fourth aspect, a trigger event may be defined based on whether congestion is present. Congestion may be determined as being present if, for example, a PSI-based discarding mechanism is activated by the network. The network may pre-configure the enablement of such congestion-coupled behavior per UE / DRB / LCH / LCG / QoS flow. A congestion-based trigger event may be defined in accordance with one or more of the following options.

[0069] In a first option, the delay-critical mode may not be triggered at all ifpresence of congestion is explicitly / implicitly detected. In this option, it may be determined that delay-aware / delay-adaptive operation settings of uplink transmissions should not be applied in a congested network.

[0070] In a second option, if congestion is explicitly / implicitly detected, the delay-critical mode may not be triggered for a PDU set associated with an importance below a predetermined threshold (for example, a low-importance PDU set) . However, the delay-critical mode may be triggered for a PDU set associated with an importance level above the predetermined threshold (for example, a high-importance PDU set) .

[0071] In a third option, if congestion is explicitly / implicitly detected, the delay-critical mode may not be triggered when there is no high-importance PDU set in the buffer. Or, said another way, the delay-critical mode may only be triggered if there is a high-importance PDU set in the buffer. In contrast to the second option, if there is a high-importance PDU set in the buffer, the delay-critical mode may be triggered by either a low-importance PDU set or a high-importance PDU set that satisfies the delay criteria of the trigger event.

[0072] FIG. 5 is an operational flow / algorithmic structure 500 in accordance with some embodiments. The operational flow / algorithmic structure 500 may be performed by a UE such as UE 104, UE 800, or components thereof, for example, processors 804.

[0073] The operational flow / algorithmic structure 500 may include, at 504, detecting a first event. In some embodiments, the first event may be detected based on a PDU or PDU set within a buffer satisfying a delay criteria. The first event may be a trigger event as described elsewhere herein.

[0074] The operational flow / algorithmic structure 500 may further include, at 508, transitioning from a first mode to a second mode. The first mode may be a normal or default mode and the second mode may be a delay-critical mode. The transition from the first mode to the second mode may be based on detecting the first event.

[0075] The operational flow / algorithmic structure 500 may further include, at 512, applying a delay-adaptive operation setting ofuplink transmission while in the second mode. The delay-adaptive operation setting may be delay-based LCP procedures, or delay-based operations in PDCP / RLC layer as described elsewhere herein.

[0076] The operational flow / algorithmic structure 500 may further include, at 516, detecting a second event. The second event may be an exit event as described elsewhere herein.

[0077] In some embodiments, the second event may be detected when it is determined that no PDUs within a buffer satisfy a delay criteria. This determination may be made with respect to PDUs of the DRB / LCH / LCG / QoS flow to which the delay-adaptive operation setting is applied while in the second mode.

[0078] In some embodiments, the second event may be detected when it is determined that no PDU set satisfying the delay criteria includes a packet within the buffer. This determination may be made with respect to PDU sets of the DRB / LCH / LCG / QoS flow to which the delay-adaptive operation setting is applied while in the second mode.

[0079] In some embodiments, the second event may be detected when it is determined that a predetermined number of units have been processed according to the second mode. The units may be PDUs, PDU sets, or PDU sets having a PSI of a predetermined value or within a predetermined range of values. This determination may be made with respect to units of the DRB / LCH / LCG / QoS flow to which the delay-adaptive operation setting is applied while in the second mode.

[0080] In some embodiments, the second event may be detected when it is determined that no PDU set having an importance greater than a threshold importance has a packet within the buffer. In some embodiments, the importance of the PDU set may be based on a PSI value of the PDU set. Thus, the second event may be detected when it is determined that no PDU set having a packet within the buffer has a PSI value of a predetermined value or within a predetermined range of values. In other examples, a relative importance of a PDU set may be determined in other ways. This determination may be made with respect to PDU sets of the DRB / LCH / LCG / QoS flow to which the delay-adaptive operation setting is applied while in the second mode.

[0081] In some embodiments the second event may be identified based on a determination of whether packet discarding is configured. For example, if the packet discarding is not configured, the second event may be identified as being that no PDUs within a buffer satisfy the delay criteria. And, ifpacket discarding is configured, the second event may be identified as being that no PDU set satisfying the delay criteria includes a packet  within the buffer. In some embodiments, the packet discarding may be PDU set discarding in which a whole PDU set is discarded when a threshold number of PDUs are discarded.

[0082] In some embodiments, the second event may be detected by detecting an indication based on a signal from a network. The signal may be a PDCP control PDU, a MAC CE, or DCI.

[0083] In some embodiments, the second event may be detected by detecting an expiration of a timer that was started based on entering the second mode. In some embodiments, the timer may be stopped (and second event detected) based on detecting a third event. The third event may be detecting an indication based on a signal from a network or determining the buffer is empty.

[0084] The operational flow / algorithmic structure 500 may further include, at 520, transitioning from the second mode to the first mode. This transition may be based on detecting the exit event. In the first mode, the UE may cease to apply the delay adaptive operation setting.

[0085] In some embodiments, the first or second event may be detected based on receipt of an indicatino from an application layer. The application layer may be in the UE, an application server, or an application function. In some embodiments, the indication may be based on a QoE measurement performed by the application layer.

[0086] FIG. 6 is an operational flow / algorithmic structure 600 in accordance with some embodiments. The operational flow / algorithmic structure 600 may be performed by a UE such as UE 104, UE 800, or components thereof, for example, processors 804.

[0087] The operational flow / algorithmic structure 600 may include, at 604, determining whether network congestion is present.

[0088] The operational flow / algorithmic structure 600 may further include, at 608, determining whether to transition to a mode in which a delay-operation setting ofuplink transmission is applied, for example, a delay-critical mode. The determination of whether to transition to the mode may be based on whether network congestion is determined to be present.

[0089] In one example, if network congestion is determined to be present, it may be determined not to transition to the mode.

[0090] In another example, if network congestion is determined to be present, and may be determined to transition to the mode based on further determinations of PDU set importance levels. For example, the UE may transition to the mode if it is determined that a PDU set within the buffer both meets delay criteria and has an importance greater than a threshold importance (for example, if the PDU set is considered an important PDU set) . For another example, the UE may transition to the mode if it is determined that the buffer includes a first PDU set that meets the delay criteria and a second PDU set that has an importance greater than the threshold importance (for example, if the second PDU set is considered an important PDU set) .

[0091] FIG. 7 is an operational flow / algorithmic structure 700 in accordance with some embodiments. The operational flow / algorithmic structure 700 may be performed by a base station such as base station 108, network device 900, or components thereof, for example, processors 904.

[0092] The operational flow / algorithmic structure 700 may include, at 704, determining a UE is operating in a mode in which a delay operation setting ofuplink transmission is applied, for example, a delay-critical mode.

[0093] The operational flow / algorithmic structure 700 may further include, at 708, generating an indication to be transmitted to the UE to instruct the UE to transition out of the mode. In some embodiments the indication may be generated based on the base station receiving a signal from the UE that indicates the UE has detected an exit event.

[0094] In some embodiments, the indication may be included in a PDCP PDU, MAC CE, or DCI.

[0095] In some embodiments, the indication may be generated based on detecting congestion in the network. For example, when congestion is detected in the network, the base station may implicitly / explicitly indicate to the UE that it is to transition from the delay-critical mode to the normal mode.

[0096] In some embodiments, the operation flow / algorithmic structure 700 may additionally include generating information to configure a delay-critical mode timer. The information may be transmitted to the UE to configure the delay-critical mode timer.

[0097] FIG. 8 illustrates a UE 800 in accordance with some embodiments. The UE 800 may be similar to and substantially interchangeable with UE 104.

[0098] The UE 800 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.

[0099] The UE 800 may include processors 804, RF interface circuitry 808, memory / storage 812, user interface 816, sensors 820, driver circuitry 822, power management integrated circuit (PMIC) 824, antenna 826, and battery 828. The components of the UE 800 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. 8 is intended to show a high-level view of some of the components of the UE 800. 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.

[0100] The components of the UE 800 may be coupled with various other components over one or more interconnects 832, 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.

[0101] The processors 804 may include processor circuitry such as, for example, baseband processor circuitry (BB) 804A, central processor unit circuitry (CPU) 804B, and graphics processor unit circuitry (GPU) 804C. The processors 804 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 812 to cause the UE 800 to perform delay-adaptive operations as described herein. The processors 804 may also include interface circuitry 804D to communicatively couple the processor circuitry with one or more other components of the UE 800.

[0102] In some embodiments, the baseband processor circuitry 804A may access a communication protocol stack 836 in the memory / storage 812 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 804A may access the  communication protocol stack 836 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 808.

[0103] The baseband processor circuitry 804A 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.

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

[0105] The memory / storage 812 includes any type of volatile or non-volatile memory that may be distributed throughout the UE 800. In some embodiments, some of the memory / storage 812 may be located on the processors 804 themselves (for example, memory / storage 812 may be part of a chipset that corresponds to the baseband processor circuitry 804A) , while other memory / storage 812 is external to the processors 804 but accessible thereto via a memory interface. The memory / storage 812 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.

[0106] The RF interface circuitry 808 may include transceiver circuitry and a radio frequency front module (RFEM) that allows the UE 800 to communicate with other devices over a radio access network. The RF interface circuitry 808 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.

[0107] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna 826 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 804.

[0108] 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 826.

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

[0110] The antenna 826 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 826 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications. The antenna 826 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 826 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.

[0111] The user interface 816 includes various input / output (I / O) devices designed to enable user interaction with the UE 800. The user interface 816 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 800.

[0112] The sensors 820 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.

[0113] The driver circuitry 822 may include software and hardware elements that operate to control particular devices that are embedded in the UE 800, attached to the UE 800, or otherwise communicatively coupled with the UE 800. The driver circuitry 822 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 800. For example, driver circuitry 822 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 820 and control and allow access to sensors 820, 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.

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

[0115] A battery 828 may power the UE 800, although in some examples the UE 800 may be mounted deployed in a fixed location and may have a power supply coupled to an electrical grid. The battery 828 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 828 may be a typical lead-acid automotive battery.

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

[0117] The network device 900 may include processors 904, RF interface circuitry 908 (if implemented as a base station) , core network (CN) interface circuitry 914, memory / storage circuitry 912, and antenna structure 926.

[0118] The components of the network device 900 may be coupled with various other components over one or more interconnects 928.

[0119] The processors 904, RF interface circuitry 908, memory / storage circuitry 912 (including communication protocol stack 910) , antenna structure 926, and interconnects 928 may be similar to like-named elements shown and described with respect to FIG. 8.

[0120] The processors 904 may include processor circuitry such as, for example, baseband processor circuitry (BB) 904A, central processor unit circuitry (CPU) 904B, and graphics processor unit circuitry (GPU) 904C. The processors 904 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 912 to cause the UE 1400 to perform delay-adaptive operations as described herein. The processors 904 may also include interface circuitry 904D to communicatively couple the processor circuitry with one or more other components of the network device 900.

[0121] The CN interface circuitry 914 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 900 via a fiber optic or wireless backhaul. The CN interface circuitry 914 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 914 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

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

[0123] 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, or network element 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.

[0124] Examples

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

[0126] Example 1 includes a method comprising: detecting a first event based on a protocol data unit (PDU) within a buffer satisfying a delay criteria; transitioning from a first mode to a second mode based on detecting the first event; applying a delay-adaptive operation setting ofuplink transmission while in the second mode; detecting a second event; and transitioning from the second mode to the first mode based on detecting the second event.

[0127] Example 2 includes the method of example 1 or some other example herein, further comprising: determining the PDU within the buffer satisfies the delay criteria based on a remaining time until expiration of a discard timer associated with the PDU being less than a predetermined threshold.

[0128] Example 3 includes the method of example 1 or some other example herein, wherein detecting the second event comprises: determining that no PDUs within the buffer satisfy the delay criteria.

[0129] Example 4 includes a method of example 1 or some other example herein, wherein detecting the second event comprises: determining that no PDU set satisfying the delay criteria includes a packet within the buffer.

[0130] Example 5 includes a method of example 1 or some other example herein, wherein detecting the second event comprises: determining a predetermined number of units have been processed according to the second mode, wherein the units are PDUs, PDU sets, or PDU sets having a PDU set importance (PSI) of a predetermined value or within a predetermined range of values.

[0131] Example 6 includes the method of example 1 or some other example herein, wherein detecting the second event comprises: determining that no PDU set having an importance greater than a threshold importance has a packet within the buffer.

[0132] Example 7 includes a method of example 6 or some other example herein, wherein determining that no PDU set having an importance greater than a threshold importance has a packet within the buffer comprises: determining that no PDU set having a packet within the buffer has a PDU set importance (PSI) value of a predetermined value or within a predetermined range of values.

[0133] Example 8 includes a method of example 1 or some other example herein, further comprising: determining whether packet discarding is configured; and identifying the second event based on said determining whether packet set discarding is configured.

[0134] Example 9 includes the method of example 8 or some other example herein, wherein the packet discarding comprises PDU set discarding in which a PDU set is discarded if it is determined that a threshold number of PDUs of the PDU set are discarded.

[0135] Example 10 includes the method of example 8 or some other example herein, wherein: determining whether packet discarding is configured includes determining that packet discarding is not configured, and identifying the second event as being that no PDUs within the buffer satisfy the delay criteria; or determining whether packet discarding is configured includes determining that packet discarding is configured, and identifying the second event as being that no PDU set satisfying the delay criteria includes a packet within the buffer.

[0136] Example 11 includes the method of example 1 or some other example herein, wherein detecting the second event comprises: detecting an indication based on a signal from a network, wherein the signal is a packet data convergence protocol (PDCP) control PDU, a media access control (MAC) control element (CE) , or downlink control information (DCI) .

[0137] Example 12 includes a method of example 1 or some other example herein, further comprising: starting a timer based on entering the second mode.

[0138] Example 13 includes the method of example 12 or some other example herein, further comprising: detecting the second event based on an expiration of the timer.

[0139] Example 14 includes a method of example 12 or some other example herein, further comprising: stopping the timer based on detecting a third event; and detecting the second event based on said stopping of the timer.

[0140] Example 15 includes a method of example 14 or some other example herein, wherein detecting the third event comprises: detecting an indication based on a signal from a network; or determining the buffer is empty.

[0141] Example 16 includes the method of example 1 or some other example herein, wherein detecting the first event or detecting the second event comprises: receiving an indication from an application layer.

[0142] Example 17 includes a method of example 16 or some other example herein, wherein the indication is based on a quality of experience (QoE) measurement performed by the application layer.

[0143] Example 18 includes the method of example 1 or some other example herein, wherein applying the delay-adaptive operation setting comprises: applying the delay-adaptive operation setting ofuplink transmission for traffic of a user equipment, a data radio bearer, a logical channel, a logical channel group, or a quality of service flow.

[0144] Example 19 includes the method of example 18 or some other example herein, wherein the traffic is for an LCH and applying the delay-adaptive operation setting ofuplink transmission for the traffic comprises: adjusting an LCH priority or changing a prioritized bit rate for the LCH.

[0145] Example 20 includes a method comprising: determining whether network congestion is present; and determining, based on said determining whether network congestion is present, whether to transition to a mode in which a delay-adaptive operation setting for uplink transmission is applied.

[0146] Example 21 includes the method of example 20 or some other example herein, further comprising: determining whether protocol data unit (PDU) set importance (PSI) -based  discarding is activated for a data radio bearer; and determining whether network congestion is present based on said determining whether PSI-based discarding is activated.

[0147] Example 22 includes the method of example 20 or some other example herein, wherein: determining whether network congestion is present includes determining network congestion is present; and determining whether to transition to the mode includes determining not to transition to the mode based on said determining the network congestion is present.

[0148] Example 23 includes method of example 20 or some other example herein, wherein, determining whether network congestion is present includes determining that network congestion is present; and determining whether to transition to the mode includes: determining a protocol data unit (PDU) set that meets a delay criteria for transitioning to the mode has an importance greater than a threshold importance; and determining to transition to the mode based on said determining the PDU set that meets the delay criteria has the importance greater than the threshold importance.

[0149] Example 24 includes the method of example 20 or some other example herein, wherein determining whether network congestion is present includes determining that network congestion is present; and determining whether to transition to the mode includes: determining a first protocol data unit (PDU) set in a buffer has an importance greater than a threshold importance; determining a second PDU set in the buffer meets a delay criteria for transitioning to the mode; and determining to transition to the mode based on said determining the first PDU set in the buffer has the importance greater than the threshold importance and said determining the second PDU set in the buffer meets the delay criteria.

[0150] Example 25 includes a method of operating a base station, the method comprising: determining a user equipment (UE) is operating in a mode in which a delay-adaptive operation setting for uplink transmission is applied; and generating, based on determining the UE is operating in the mode, an indication to be transmitted to the UE to instruct the UE to transition out of the mode.

[0151] Example 26 includes the method of example 25 or some other example herein, further comprising: receiving, from the UE, a signal that indicates the UE has detected an exit event; and generating the indication based on receiving the signal.

[0152] Example 27 includes a method of example 25 or some other example herein, further comprising: generating a packet data convergence protocol (PDCP) control protocol  data unit (PDU) , a media access control (MAC) control element (CE) , or downlink control information (DCI) to include the indication.

[0153] Example 28 includes a method of example 25 or some other example herein, further comprising: generating, for transmission to the UE, information to configure a delay-critical mode timer.

[0154] Example 29 includes the method of example 25 or some other example herein, further comprising: detecting congestion in a network; and generating the indication based on detecting the congestion in the network.

[0155] Another example may include an apparatus comprising means to perform one or more elements of a method described in or related to any of examples 1-29, or any other method or process described herein.

[0156] Another example 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-29, or any other method or process described herein.

[0157] Another example 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-29, or any other method or process described herein.

[0158] Another example may include a method, technique, or process as described in or related to any of examples 1-29, or portions or parts thereof.

[0159] Another example 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-29, or portions thereof.

[0160] Another example may include a signal as described in or related to any of examples 1-29, or portions or parts thereof.

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

[0162] Another example may include a signal encoded with data as described in or related to any of examples 1-29, or portions or parts thereof, or otherwise described in the present disclosure.

[0163] Another example 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-29, or portions or parts thereof, or otherwise described in the present disclosure.

[0164] Another example 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-29, or portions thereof.

[0165] Another example 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-29, or portions thereof.

[0166] Another example may include a signal in a wireless network as shown and described herein.

[0167] Another example may include a method of communicating in a wireless network as shown and described herein.

[0168] Another example may include a system for providing wireless communication as shown and described herein.

[0169] Another example may include a device for providing wireless communication as shown and described herein.

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

[0171] 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.A method comprising:detecting a first event based on a protocol data unit (PDU) within a buffer satisfying a delay criteria;transitioning from a first mode to a second mode based on detecting the first event;applying a delay-adaptive operation setting of uplink transmission while in the second mode;detecting a second event; andtransitioning from the second mode to the first mode based on detecting the second event.2.The method of claim 1, wherein detecting the second event comprises:determining that no PDUs within the buffer satisfy the delay criteria.3.The method of any one of claims 1-2, wherein detecting the second event comprises:determining that no PDU set satisfying the delay criteria includes a packet within the buffer.4.The method of any one of claims 1-2, wherein detecting the second event comprises:determining a predetermined number of units have been processed according to the second mode, wherein the units are PDUs, PDU sets, or PDU sets having a PDU set importance (PSI) of a predetermined value or within a predetermined range of values.5.The method of any one of claims 1-2, wherein detecting the second event comprises:determining that no PDU set having an importance greater than a threshold importance has a packet within the buffer.6.The method of any one of claims 1-2, further comprising:determining whether packet discarding is configured; andidentifying the second event based on said determining whether packet set discarding is configured.7.The method of claim 6, wherein:determining whether packet discarding is configured includes determining that packet discarding is not configured, and identifying the second event as being that no PDUs within the buffer satisfy the delay criteria; ordetermining whether packet discarding is configured includes determining that packet discarding is configured, and identifying the second event as being that no PDU set satisfying the delay criteria includes a packet within the buffer.8.The method of any one of claims 1-2, wherein detecting the second event comprises:detecting an indication based on a signal from a network,wherein the signal is a packet data convergence protocol (PDCP) control PDU, a media access control (MAC) control element (CE) , or downlink control information (DCI) .9.The method of any one of claims 1-2, further comprising:starting a timer based on entering the second mode.10.The method of claim 9, further comprising:detecting the second event based on an expiration of the timer.11.The method of claim 9, further comprising:stopping the timer based on detecting a third event; anddetecting the second event based on said stopping of the timer.12.The method of claim 11, wherein detecting the third event comprises:detecting an indication based on a signal from a network; ordetermining the buffer is empty.13.The method of any one of claims 1-2, wherein detecting the first event or detecting the second event comprises:receiving an indication from an application layer.14.The method of claim 13, wherein the indication is based on a quality of experience (QoE) measurement performed by the application layer.15.The method of any one of claims 1-2, wherein applying the delay-adaptive operation setting comprises:applying the delay-adaptive operation setting of uplink transmission for traffic of a user equipment, a data radio bearer, a logical channel, a logical channel group, or a quality of service flow.16.One or more computer-readable media having instructions that, when executed, cause processing circuitry to:determine whether network congestion is present; anddetermine, based on said determination of whether network congestion is present, whether to transition to a mode in which a delay-adaptive operation setting for uplink transmission is applied.17.The one or more computer-readable media of claim 16, wherein the instructions, when executed, further cause the processing circuitry to:determine whether protocol data unit (PDU) set importance (PSI) -based discarding is activated for a data radio bearer; anddetermine whether network congestion is present based on said determining whether PSI-based discarding is activated.18.The one or more computer-readable media of any one of claims 16-17, wherein:determine whether network congestion is present includes determine network congestion is present; anddetermine whether to transition to the mode includes determine not to transition to the mode based on said determination that the network congestion is present.19.The method of any one of claims 16-17, wherein,determine whether network congestion is present includes determine that network congestion is present; anddetermine whether to transition to the mode includes:determine a protocol data unit (PDU) set that meets a delay criteria for transitioning to the mode has an importance greater than a threshold importance; anddetermine to transition to the mode based on said determination that the PDU set that meets the delay criteria has the importance greater than the threshold importance.20.The method of any one of claims 16-17, wherein,determine whether network congestion is present includes determine that network congestion is present; anddetermine whether to transition to the mode includes:determine a first protocol data unit (PDU) set in a buffer has an importance greater than a threshold importance;determine a second PDU set in the buffer meets a delay criteria for transitioning to the mode; anddetermine to transition to the mode based on said determination that the first PDU set in the buffer has the importance greater than the threshold importance and said determination that the second PDU set in the buffer meets the delay criteria.21.Processing circuitry configured to:determine a user equipment (UE) is operating in a mode in which a delay-adaptive operation setting for uplink transmission is applied; andgenerate, based on determining the UE is operating in the mode, an indication to be transmitted to the UE to instruct the UE to transition out of the mode.22.The processing circuitry of claim 21, wherein the processing circuitry is further configured to:receive, from the UE, a signal that indicates the UE has detected an exit event; andgenerate the indication based on receiving the signal.23.The processing circuitry of any one of claims 21-22, wherein the processing circuitry is further configured to:generate a packet data convergence protocol (PDCP) control protocol data unit (PDU) , a media access control (MAC) control element (CE) , or downlink control information (DCI) to include the indication.24.The processing circuitry of any one of claims 21-22, wherein the processing circuitry is further configured to:generate, for transmission to the UE, information to configure a delay-critical mode timer.25.The processing circuitry of any one of claims 21-22, wherein the processing circuitry is further configured to:detect congestion in a network; andgenerate the indication based on detecting the congestion in the network.

Images