Technologies for fallback of logical channel priority adjustment

Abstract

The present application relates to devices and components including apparatus, systems, and methods for adjusting a logical channel priority.

Description

TECHNOLOGIES FOR FALLBACK OF LOGICAL CHANNEL PRIORITY ADJUSTMENTTECHNICAL FIELD

[0001] This application relates generally to communication networks and, in particular, to technologies for fallback of logical channel priority adjustment 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 logical channel configured with priorities in accordance with some embodiments.

[0005] FIG. 3 is a block diagram describing protocol data unit (PDU) set discarding in accordance with some embodiments.

[0006] FIG. 4 illustrates an operation flow / algorithmic structure in accordance with some embodiments.

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

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

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

[0010] FIG. 8 illustrates another operation flow / algorithmic structure in accordance with some embodiments.

[0011] FIG. 9 illustrates another operation flow / algorithmic structure in accordance with some embodiments.

[0012] FIG. 10 illustrates a user equipment in accordance with some embodiments.

[0013] FIG. 11 illustrates a network device in accordance with some embodiments.DETAILED DESCRIPTION

[0014] 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. ”

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0031] The UE 104 may include an application layer that generates application traffic to be transmitted to another device through the network environment 100. In some embodiments, the application layer may have an XR application that generates XR traffic. However, embodiments are not limited to XR use cases.

[0032] For XR and other services, the application layer 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 Internet protocol (IP) packet or a non-IP packet. 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 v18.2.0 (2024-03-26) , 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] The PDU sets may be provided to a transmitter of the UE 104 that is configured to execute a communication protocol stack, for example, communication protocol stack 1036 of FIG. 10, to facilitate communication via the network environment 100. The transmitter may implement layer 2 (L2) and layer 1 (L1) functionality. At the L2 level, the transmitter 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 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.

[0035] A packet received by a layer from higher layers may be called a service data unit (SDU) of that layer. The packet transmitted by the layer to lower layers is called the PDU of that layer. For example, packets received by a PDCP layer from an SDAP layer are called PDCP SDUs, and packets sent by the PDCP layer to an RLC layer are called PDPC PDUs. In this sense, a packet may be referred to as either an SDU or a PDU depending on the layer perspective. Thus, packets of a PDU set may be referred to as SDAP PDUs or PDCP SDUs. Further, an SDAP PDU may include the information of an application layer PDU and, therefore, the PDU set concept may apply to various protocol layers.

[0036] In some embodiments, 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 3GPP TR 23.700-60 v18.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 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 v18.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 discard 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, and hence improves user experience.

[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 (LCG) ) and an associated data volume. If no DSR is triggered for an LCH / LCG, a new DSR may be triggered for the LCH / LCG when a shortest remaining-time left for buffered data in uplink is smaller than a configured remaining time threshold. One or more thresholds 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. It is anticipated that, in Release 19 3GPP Technical Specifications (TSs) , DSR enhancements with multiple remaining time thresholds configured for an LCH / LCG may be introduced, which enables the UE to report more comprehensive information of the buffer delay status.

[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. Thus, such information only assists the network to make more judicious decisions in terms of radio resource management.

[0046] Release 19 3GPP Technical Specifications (TSs) will require the study of enhancements to delivery of XR data using delay / deadline information to support UL scheduling. This will enable high XR capacity while meeting delay requirements and avoiding excessive delay of delivering PDUs.

[0047] Various logical channel prioritization (LCP) enhancements may be based on buffer delay. For example, delay-aware LCP enhancement may be used to resolve an issue of data with a low remaining time being delayed due to data from other LCHs with no delay critical data. As compared to DSR, such enhancements may represent a more proactive mechanism that a UE may apply to minimize UL packet discarding. For delay-aware LCP enhancement, priority of an LCH may be overridden / adjusted based on delay / deadline information. This may be enabled by use of one or more additional priorities configured to an LCH that has, or may have, delay-critical data. If priority of an LCH is adjusted, the adjusted priority may apply to all data within the LCH, or may apply only to the delay-critical data within the LCH. The delay-aware LCP mechanism may be configured in a semi-static way. No dynamic indications may be needed for triggering these delay-aware LCP mechanisms. In  some instances, use of delay-aware LCP mechanisms may not prevent non-delay critical data from using an UL grant. Data that is considered delay-critical for purposes of the delay-aware LCP mechanisms may be based on a remaining time threshold used for DSR or it could be a separate remaining time threshold.

[0048] FIG. 2 shows an LCH 200 that is configured with two LCH priorities in accordance with some embodiments. In some embodiments, a network may provide the UE 104 with configuration information via RRC signaling, for example, to semi-statically configure the priorities for the LCH. Generic reference to “network, ” as used herein, may refer to one or more components of the RAN 110 or the core network 112.

[0049] In some embodiments, the configured priorities may include one default LCH priority level (referred to as “Priority #1 in FIG. 2) and one special / boosted LCH priority level (referred to as Priority #2) . The LCH 200 may be associated with the default priority when all packets in a buffer of the LCH 200 have a remaining time (for example, remaining time until expiry of respective discard timers) larger than a threshold. When the remaining time of at least one packet in the buffer of the LCH 200 is smaller than the threshold, the UE 104 may switch the LCH priority so that the LCH 200 is associated with the boosted priority. Such LCH priority adaptation can happen even before an uplink (UL) grant is received. This may avoid dynamic adaptation during LCP procedure that may increase complexity. When there are no more packets with remaining time smaller than the threshold in the buffer of the LCH 200, the UE 104 may switch the priority back to the default value.

[0050] In some embodiments, whether LCH priority adjustment may be triggered may further depend on the status of the other LCHs. For example, even if the remaining time of at least one packet in the buffer of the LCH 200 is smaller than the threshold, the UE 104 may not switch the LCH priority directly if another LCH with a higher default priority is also buffered with at least one packet that is considered delay-critical, or if another LCH with a higher default priority has already boosted its priority. The UE 104 may wait until the delay-critical packet in another LCH is transmitted or discarded, before it can adjust the priority of LCH 200 to the boosted priority. In some cases, the UE 104 may further consider if the importance of delay-critical packets buffered in LCH 200 and / or another LCH to determine if the LCH priority adjustment for LCH 200 should be triggered and conducted directly. For example, the UE 104 may directly adjust the priority of LCH 200 if none of the delay-critical packets buffered in another LCH with higher default priority is considered important. As  another example, the UE 104 may directly adjust the priority of LCH 200 if at least one packet with remaining time smaller than the threshold buffered in LCH 200 is considered important.

[0051] While various embodiments describe an LCH with two priorities, e.g., default and boosted priorities, other embodiments may include configuring the LCH with additional numbers of priorities and switching between the priorities may be done in manners describe herein.

[0052] LCH priority adjustment may reduce packet discarding that may otherwise happen to a PDCP SDU when its discard timer expires. Furthermore, if the PDCP SDU belongs to a PDU Set, the UE may be configured to discard all other PDCP SDUs belonging to the same PDU Set when at least one PDCP SDU is discarded. This packet discarding behavior with respect to PDCP SDUs is described in TS 38.323 v18.2.0 (2024-07-12) . For example, “ [w] hen the discardTimer or discardTimerForLowImportance expires for a PDCP SDU, the transmitting PDCP entity shall: -if pdu-SetDiscard is configured: -discard all PDCP SDUs belonging to the PDU set to which the PDCP SDU belongs along with the corresponding PDCP Data PDUs. ” TS 38.323, page 23.

[0053] Each PDCP SDU may maintain its own discard timer. This is the case even for PDCP SDUs belonging to the same PDU Set. PDCP SDUs belonging to the same PDU Set do not necessarily arrive at the same time. This may be due to, for example, uplink (UL) jitter in tethered use cases, where packets experience different jitter before reaching the UE. Thus, each PDCP SDU may have different remaining times, even if they belong to the same PDU set. PDU set discarding may be configured when the Application layer can only make use of a PDU set when all packets of the PDU Set are received. To make sure data is useful for the Application layer, it is beneficial for all packets of the PDU set to be transmitted immediately despite the remaining time of each individual PDCP SDU.

[0054] In some instances, discarding based on inter-PDU set correlation may also be beneficial. For example, a first PDU set may be correlated with a second PDU set. The correlation may define a discarding dependency between the two sets, similar to discarding dependencies within a PDU set when PDU set discarding is enabled. Thus, if inter-PDU set discarding is enabled, when one or more packets of the first set are not received properly, the remaining packets of both the first PDU set and the second PDU set may be discarded.

[0055] FIG. 3 is a block diagram 300 describing PDU set discarding principles in accordance with some embodiments. As shown, packets corresponding to two PDU sets associated with an LCH may be provided for transmission. PDU set #1 may include packets #1, #2, and #3; while PDU set #2 may include packets #4, #5, and #6. At a particular time, packets #1 and #2, which may each include a remaining time smaller than a threshold, may be transmitted; and packets #4, #5, #3, and #6 may be in buffer of the LCH awaiting transmission. Assuming that the LCH is associated with the special priority when packets #1 and #2 are transmitted, consideration may be given as to whether the LCH is to fallback to being associated with the default value at the time shown. While all packets currently in the buffer have a remaining time larger than the threshold, which could qualify for LCH priority fallback, packet #3 belongs to an urgent PDU set, even though its own remaining time is still larger than the threshold. An urgent, or delay-critical PDU set, as used herein may be a PDU set having at least one packet with a remaining time less than the threshold.

[0056] With LCH priority adjustment based on remaining time, the UE 104 may switch the priority of an LCH back to the default value when all buffered packets have remaining time larger than a threshold. However, as shown in FIG. 3, these buffered packets may still include packets that belong to an urgent PDU. Similarly, buffered packets in these scenarios may belong to a PDU set that is correlated with an urgent PDU set. It may not be desirable for the UE 104 to fallback to default LCH priority directly in these cases, as the PDU set (or correlated PDU Sets) may not be transmitted immediately as a whole. Eventually, the PDU set may become useless to the Application if not all packets of this PDU Set (or correlated PDU sets) are delivered within the delay budget. On the other hand, keeping the higher priority for the LCH for too long may also impact the performance of other LCHs. Such issues may apply to cases with both PDU set discarding and inter-PDU set discarding as well as other discarding dependencies, for example, based on multi-modality synchronization requirements.

[0057] Embodiments consider more appropriate conditions for the UE 104 to fallback to the default LCH priority, based on the considerations of PDU set concept (intra / inter PDU Set correlation) , as well as the potential impacts to other LCHs.

[0058] A first aspect of the disclosure provides fallback conditions for LCH priority adjustment. As a baseline assumption, it may be assumed that the remaining time of at least one packet in a buffer of an LCH has dropped below a threshold, which triggers priority  adjustment of the LCH. The LCH priority may be adjusted by the UE 104 applying a different priority for this LCH, which may be a higher priority than the default priority. In this case, the priority of the LCH may not fallback to the default value when there is no more packets with remaining time below the threshold AND at least one or more additional conditions are satisfied. Example additional conditions are provided below. These additional conditions may be singular or used in combination with one another.

[0059] A first additional condition may be that none of the packets still in the buffer belong to the same PDU set as any other transmitted / delivered packets whose remaining time was determined to be smaller than a threshold.

[0060] A second additional condition may be that none of the packets still in the buffer belong to a PDU set that has a discarding dependency with any other PDU sets that have packets (which may be buffered on a different LCH) whose remaining time was determined to be smaller than a threshold.

[0061] A third additional condition may be that all the packets belonging to the same PDU set as the packet (s) that have triggered LCH priority adjustment / boost, are either transmitted or discarded.

[0062] A fourth additional condition may be that all the packets belonging to a PDU set that has a discarding dependency with any other PDU sets containing the packet (s) (which may be buffered on a different LCH) that have triggered LCH priority adjustment / boost, are either transmitted or discarded.

[0063] A fifth additional condition may be that the UE 104 does not anticipate the upcoming arrival of any more packets with the discarding dependency to any other transmitted / delivered packets (which may be buffered on a different LCH) whose remaining time was previously determined to be smaller than a threshold. The discarding dependency may be based on the buffered packet being in the same PDU set as the transmitted / delivered packets or the buffered packet being in a PDU set that is correlated with a PDU set with transmitted / delivered packets whose remaining time was previously determined to be smaller than a threshold.

[0064] In some embodiments, the UE 104 may only consider the disclosed fallback conditions for LCH priority adjustment when it is configured to discard packets based on PDU set related dependency. For example, the UE 104 may only consider the disclosed  fallback conditions for LCH priority adjustment if it is configured for PDU set discarding. The UE 104 may be configured for PDU set discarding by receiving, from the network, a configuration parameter pdu-SetDiscard that activates PDU set discarding.

[0065] In some embodiments, the UE may only consider the disclosed fallback conditions for LCH priority adjustment when the packets still in the buffer belong to a PDU set considered as an important PDU set. For example, the PDU set may be associated with an importance that is greater than a threshold importance level.

[0066] In some instances, consideration of whether UE 104 is configured to discard packets based on PDU set related dependency or whether buffered packets belong to an important PDU set may be considered as further additional conditions.

[0067] FIG. 4 illustrates an operation flow / algorithmic structure in accordance with some embodiments. The operation flow / algorithmic structure 400 may be performed by UE 104, UE 1000, or components therein, for example, baseband processor 1004A.

[0068] The operation flow / algorithmic structure 400 may include, at 404, detecting a trigger to increase priority of a logical channel. The trigger may be detected based on a determination that at least one buffered packet of the logical channel has a remaining time smaller than a threshold. Upon detecting the trigger, the priority of the logical channel may be increased.

[0069] The operation flow / algorithmic structure 400 may further include, at 408, transmitting one or more packets of the logical channel with the increased priority. This may be done by generating one or more MAC PDUs using a logical channel prioritization (LCP) procedure based on the increased logical channel priority. The MAC PDUs may then be transmitted on UL resources. LCP procedures may be similar to that described in section 5.4.3.1 of 3GPP TS 38.321 v18.2.0 (2024-07-12) .

[0070] The operation flow / algorithmic structure 400 may further include, at 412, attempting to detect a first condition. The first condition may be detected when it is determined that no packets within the buffer associated with the logical channel have a remaining time until delivery below a predetermined threshold.

[0071] If the first condition is not detected, for example, there is at least one packet in the buffer that has a remaining time smaller than the threshold, the operation flow / algorithmic structure 400 may loop back to transmitting packets with the increased priority at 408.

[0072] If the first condition is detected, for example, it is determined that no packets within the buffer have a remaining time until delivery below a predetermined threshold, the operation flow / algorithmic structure 400 may advance to attempting to detect a second condition at 416.

[0073] The second condition may be one or more of the additional conditions described above with respect to discarding dependencies of buffered packets. For example, the second condition may be that: none of the packets still in the buffer belong to the same PDU set as any other transmitted / delivered packets whose remaining time was determined to be smaller than a threshold; none of the packets still in the buffer belong to a PDU set that has a discarding dependency with any other PDU sets that have packets whose remaining time was determined to be smaller than a threshold; all the packets belonging to the same PDU set as the packet (s) that have triggered LCH priority adjustment / boost, are either transmitted or discarded; all the packets belonging to a PDU Set that has a discarding dependency with any other PDU sets containing the packet (s) that have triggered LCH priority adjustment / boost, are either transmitted or discarded; or the UE 104 does not anticipate the upcoming arrival of any more packets with the discarding dependency to any other transmitted / delivered packets whose remaining time was previously determined to be smaller than a threshold.

[0074] In some embodiments, the second condition may be based on another logical channel or expectations of arrival of a packet in the buffer that depends on a previously-transmitted packet associated with an LCH priority adjustment.

[0075] In some embodiments, the first or second conditions may be evaluated based on a PDCP layer. For example, PDCP SDUs that trigger an increased priority for the logical channel may be referred to as LCP adaptation triggering (LPAT) PDCP SDUs. At a baseline, any PDCP SDU whose remaining time until expiry of discard timer is smaller than a threshold may be considered an LPAT PDCP SDU. These may be referred to as baseline LPAT PDCP SDUs. Furthermore, depending on various configuration settings, PDCP SDUs having certain associations with the baseline LPAT PDCP SDUs may also be considered LPAT PDCP SDUs. These may be referred to as associative LPA PDCP SDUs. For example, if pdu-SetDiscarding is configured, any other PDCP SDU belonging to the same PDU set as a baseline LPAT PDCP SDU may be considered an associative LPAT PDCP SDU. If discarding based on inter-PDU set dependency is also enabled, any PDCP SDU of any PDU  set that has discarding dependency to a PDU set with a baseline LPAT PDCP SDU may be considered an associative LPAT PDCP SDU. When at least one LPAT PDCP SDU (either baseline or associative) is identified in an LCH buffer, the PDCP layer may inform the MAC layer to switch the corresponding LCH priority to a special priority. The MAC layer may fallback to default LCH priority when all LPAT PDCP SDUs in the LCH buffer are either transmitted or discarded.

[0076] In some embodiments, the remaining time threshold used to determine whether various delay-related conditions are met may be provided by an RRC parameter remainingTimeThreshold as defined by 3GPP TS 38.331 v18.2.0 (July 11, 2024) , which was introduced for DSR, for example. In other embodiments, the remaining time threshold is a new RRC parameter that is different from the remainingTimeThreshold defined in 3GPP TS 38.331. In still other embodiments, the remaining time threshold may be statically defined such that it does not need to be configured by RRC signaling at all. In some embodiments, if multiple remaining time threshold levels for the corresponding LCG / LCH are configured for DSR (as anticipated in Rel-19) , the network may indicate one of these multiple remaining time threshold levels per LCH / LCG configured for DSR as the remaining time threshold to determine whether various delay-related conditions are met for operations relating to LCP adaptation. Alternatively, the UE may apply the highest or the lowest remaining time threshold level per LCH / LCG configured for DSR as the remaining time threshold to determine whether various delay-related conditions are met for operations relating to LCP adaptation (e.g., when the network indication for threshold selection is absent) .

[0077] In some embodiments, the behavior of LCP adaptation may be configured per LCH, per LCG, per data radio bearer (DRB) , or per quality of service (QoS) flow.

[0078] FIG. 5 illustrates an operation flow / algorithmic structure in accordance with some embodiments. The operation flow / algorithmic structure 500 may be performed by UE 104, UE 1000, or components therein, for example, baseband processor 1004A.

[0079] The operation flow / algorithmic structure 500 may include, at 504, identifying LPAT PDCP SDUs in a buffer. The buffer may be associated with a logical channel.

[0080] The operation flow / algorithmic structure 500 may further include, at 508, determining whether PDU set discarding is configured. For example, it may be determined whether the RRC parameter pdu-SetDiscarding has been received to activate PDU set discarding.

[0081] If PDU set discarding is configured, the operation flow / algorithmic structure 500 may advance to block 512. Block 512 may include identifying associative LPAT PDCP SDUs and setting LPAT PDCP SDUs = baseline LPAT PDCP SDUs + associative LPAT PDCP SDUs.

[0082] If PDU set discarding is not configured, the operation flow / algorithmic structure 500 may advance to block 516. Block 516 may include setting LPAT PDCP SDUs = baseline LPAT PDCP SDUs.

[0083] After blocks 512 and 516, the operation flow / algorithmic structure 500 may advance to increasing the LCH priority at 520. In some embodiments, the LCH priority may be increased by the PDCP layer sending an indication to the MAC layer to increase the priority of the corresponding LCH to a boosted priority. The MAC entity may then increase the priority based on the indication.

[0084] The operation flow / algorithmic structure 500 may further include, at 524, transmitting data with the boosted LCH priority.

[0085] The operation flow / algorithmic structure 500 may further include, at 528, determining whether LPAT PDCP SDUs are still in the buffer. For example, it may be determined whether all LPAT PDCP SDUs have either been transmitted or discarded.

[0086] If it is determined that at least one LPAT PDCP SDU is still in the buffer, the operation flow / algorithmic structure 500 may loop back to transmitting data with the boosted LCH priority.

[0087] If it is determined that no LPAT PDCP SDUs are still in the buffer, the operation flow / algorithmic structure 500 may advance to falling back to default priority at 532. In some embodiments, fallback of the LCH priority may be initiated by the PDCP layer sending an indication to the MAC layer to decrease the priority of the corresponding LCH to the default priority. The MAC entity may then decrease the priority based on the indication.

[0088] A second aspect of the disclosure includes LCH priority fallback based on inter-LCH conditions.

[0089] In addition, or as an alternative, to the conditions of the first aspect that focuses on PDU Set requirements, fallback conditions relating to the status of other LCHs are also possible. Boosting the priority for one LCH may also impact the performance of other  LCHs, so the LCH may fallback to the default priority when a higher priority may be needed for other LCHs.

[0090] In some embodiments, the priority of an LCH with boosted priority may fallback to the default value based on conditions relating to other LCHs (either DRBs or SRBs) . For example, an LCH priority may fallback to a default priority when one or more inter-LCH conditions are detected.

[0091] A first inter-LCH condition may be when any other LCH has a packet with a remaining time smaller than a threshold.

[0092] A second inter-LCH condition may be when any other LCH has a packet that belongs to an important PDU set and has a remaining time smaller than a threshold.

[0093] A third inter-LCH condition may be when any other LCH starts to fill up a token bucket associated with an LCP procedure. For example, as described in the LCP procedures of section 5.4.3.1 of 3GPP TS 38.321, a UE variable, Bj, may be maintained for each logical channel j. A MAC entity may initialize the UE variable of the logical channel to zero when the logical channel is established. The UE variable may then be incremented for every instance of an LCP procedure up to a value of a configured bucket size. The UE variable may define a priority for allocation of resources and may be reduced when resources are allocated to the logical channel. Thus, the value of the UE variable may be used to indicate a need of a particular logical channel. Thus, LCH priority may fallback to a default priority when any other LCH has an associated UE variable over a predetermined threshold, or a percentage of the configured bucket size.

[0094] A fourth inter-LCH condition may be when any other LCH with a higher priority (either the default priority or the alternative priority) has a packet with remaining time smaller than a threshold. This may be similar to the first inter-LCH condition with the additional consideration of the relative priorities of the LCHs.

[0095] A fifth inter-LCH condition may be when any other LCH with a higher priority (either the default priority or the alternative priority) , has a packet that belongs to an important PDU Set and has a remaining time smaller than a threshold. This may be similar to the second inter-LCH condition with the additional consideration of the relative priorities of the LCHs.

[0096] A sixth inter-LCH condition may be when any other LCH with a higher priority (either the default priority or the alternative priority) starts to fill up the token bucket. This may be similar to the third inter-LCH with the additional consideration of the relative priorities of the LCHs.

[0097] A seventh inter-LCH condition may be when any other LCH corresponding to a SRB has data to transmit.

[0098] In some embodiments, these inter-LCH conditions may be used separately from the conditions of the first aspect.

[0099] In some embodiments, if the one or more detected inter-LCH conditions are no longer fulfilled, the LCH priority adjustment may be triggered again, wherein the LCH priority is increased to the alternative LCH priority.

[0100] FIG. 6 illustrates an operation flow / algorithmic structure 600 in accordance with some embodiments. The operation flow / algorithmic structure 600 may be performed by UE 104, UE 1000, or components therein, for example, baseband processor 1004A.

[0101] The operation flow / algorithmic structure 600 may include, at 604, detecting a trigger to increase priority of a logical channel. The trigger may be detected based on a determination that at least one buffered packet of the logical channel has a remaining time smaller than a threshold. Upon detecting the trigger, the priority of the logical channel may be increased.

[0102] The operation flow / algorithmic structure 600 may further include, at 608, transmitting one or more packets of the logical channel with the increased priority. This may be done by generating one or more MAC PDUs using a logical channel prioritization (LCP) procedure based on the increased logical channel priority. The MAC PDUs may then be transmitted on UL resources. LCP procedures may be similar to that described in section 5.4.3.1 of 3GPP TS 38.321.

[0103] The operation flow / algorithmic structure 600 may further include, at 612, attempting to detect one or more inter-LCH conditions. The one or more inter-LCH conditions may be any of the inter-LCH conditions discussed herein.

[0104] If the one or more inter-LCH conditions are not detected, the operation flow / algorithmic structure 600 may loop back to transmitting packets with the increased priority at 608.

[0105] If the one or more inter-LCH condition are detected, the operation flow / algorithmic structure 600 may advance to falling back to default priority at 612.

[0106] In some embodiments, the inter-LCH conditions may be used in conjunction with the conditions of the first aspect. For example, the second conditions of block 416 of FIG. 4 may be any of the inter-LCH conditions discussed herein.

[0107] In a third aspect of the disclosure, a timer-based approach is used to control fallback to default LCH priority.

[0108] In some embodiments, when an LCH changes its priority to an alternative value (for example, LCH priority adjustment is triggered due to the presence of an urgent packet in its buffer) the UE 104 starts a timer. Upon the expiration of the timer, if no packets in the LCH buffer satisfy the conditions for priority adaptation (for example, any condition described with respect to the first or second aspects) , the LCH may fall back to the default priority.

[0109] In some embodiments, while the timer is still running, the UE 104 may restart the timer if any buffered packet satisfies the condition for priority adaptation (for example, the remaining time of a buffered packet drops below the threshold) .

[0110] In some embodiments, while the timer is still running, the UE 104 may terminate (for example, stop) the timer early if some other conditions are fulfilled. For example, the UE 104 may terminate the timer if any inter-LCH condition is detected.

[0111] The value of the timer can be preconfigured by the network in, for example, a logical channel configuration (logicalChannelConfig) or in a PDCP configuration (pdcp-Config) . In some embodiments, more than one timer value can be configured. In these embodiments, the UE 104 can select the timer value based on the conditions of the LCH buffer. For example, the timer value may be selected based on: whether any packets or PDU Sets in the buffer are important; whether any packets or PDU Sets in the buffer that triggers LCH priority adjustment are important; whether a total data volume in the buffer exceeds a threshold; whether a total data volume of packets or PDU Sets in the buffer that triggers LCH priority adjustment exceeds a threshold; or any combination of the above.

[0112] In another timer-based embodiment, the UE starts a timer when any condition for LCH priority fallback discussed herein with respect to the first and second aspects are detected. In this embodiment, the UE 104 does not fallback to the default LCH priority immediately. Instead, it will wait until the expiration of the timer. When the timer is expired, the UE 104 may further check if the detected condition for LCH priority fallback is still satisfied. If so, the UE 104 may fall back to the default priority. Otherwise, if the detected condition for LCH priority fallback is no longer satisfied, the UE 104 can continue to apply the boosted / adjusted priority for this LCH.

[0113] In some embodiments, the UE 104 may stop the timer early if the condition for LCH priority fallback is no longer satisfied while the timer is still running.

[0114] In a fourth aspect of the disclosure, various triggering conditions for LCH priority adjustment are provided.

[0115] Even though LCH priority adjustment is typically triggered by the presence of a packet with low remaining time, for example, based on discard timer of the packet, there may be some triggering events that are not based on remaining time. Assume, for example, an LCH is currently operating based on the default priority level. The LCH may have been operating with adjusted priority previously, but now has fallen back to a default priority based on, for example, any of the aspects discussed herein. A new packet (for example, a PDCP SDU) arrives in the buffer and has a remaining time still larger than the threshold. This new packet belongs to a PDU set that was previously considered delay-critical. For example, some of the packets belonging to this PDU set may have been considered delay-critical but they are now transmitted. In this case, the UE 104 may trigger priority adjustment for this LCH in order to transmit this new packet more quickly for the sake of PDU set integrity. The UE 104 may first determine if the new packet is still within the PSDB requirement before triggering. If PSDB is already exceeded, the UE 104 may discard the new packet instead of triggering LCH priority adjustment.

[0116] In some embodiments, the UE 104 may only perform LCH priority adjustment as described with respect to the fourth aspect in certain cases. For example, the UE 104 may only perform the adjustment when pdu-SetDiscarding is configured or when the PDU Set is considered important;

[0117] The scenario considered above with respect to the fourth aspect may happen when there is a severe jitter in the UL, which may happen in tethering use cases. In these  situations, packets of the same PDU set may arrive in the UE 104 buffer at very different times.

[0118] Concepts from the fourth aspect may additionally / alternatively be extended to any other discarding dependency such as, for example, inter-PDU set correlation or multi-modal synchronization requirement. Consequently, LCH priority adjustment may be triggered based on inter-LCH conditions. For instance, if a new packet (for example, a PDCP SDU) arrives in the buffer of a first LCH and has a remaining time still larger than the threshold, and if this new packet has a discarding dependency (e.g. inter-PDU set correlation or multi-modal synchronization requirement) with another packet that is already considered delay-critical in a second LCH, the UE 104 may trigger the LCH priority adjustment for the first LCH even if none of its buffered packet (s) has a remaining time smaller than a threshold.

[0119] FIG. 7 illustrates an operation flow / algorithmic structure 700 in accordance with some embodiments. The operation flow / algorithmic structure 700 may be performed by UE 104, UE 1000, or components therein, for example, baseband processor 1004A.

[0120] The operation flow / algorithmic structure 700 may include, at 704, receiving PDCP SDU from an upper layer. The received PDCP SDU may be placed in a buffer associated with a logical channel.

[0121] The operation flow / algorithmic structure 700 may further include, at 708, determining that PDU set discarding is configured for a DRB associated with the logical channel. PDU set discarding may be configured by the network providing the UE 104 with a pduSetDiscarding parameter via RRC signaling.

[0122] The operation flow / algorithmic structure 700 may further include, at 712, determining that the received PDCP SDU belongs to a PDU set having a previously transmitted PDCP SDU that was delay critical.

[0123] The operation flow / algorithmic structure 700 may further include, at 716, adjusting an LCH priority. For example, the LCH priority may be boosted to a special priority for prioritized transmission. This may happen even though no packet in the buffer qualifies, on its own, for prioritized transmission.

[0124] FIG. 8 is an operation flow / algorithmic structure 800 in accordance with some embodiments. The operation flow / algorithmic structure 800 may be performed by a UE such as UE 104, UE 1000, or components thereof, for example, processors 1004A.

[0125] The operation flow / algorithmic structure 800 may include, at 804, performing a first LCH priority transition. In some embodiments, the first LCH priority transition may be based on detecting a packet in the buffer that satisfies a priority adaptation condition. The priority adaptation condition may include the remaining time of a buffered packet being below the threshold, or any other priority adaptation condition discussed herein. The first LCH priority transition may be a transition to a boosted priority.

[0126] The operation flow / algorithmic structure 800 may further include, at 808, starting a timer based on performing the first LCH priority transition. The value of the timer may be predefined by a 3GPP TS or configured by the network. In some embodiments, the timer value may be based on a buffer status. For example, the timer value may be based on: a number of packets or protocol data unit (PDU) sets in the buffer that are associated with an importance greater than a predetermined threshold importance; a number of packets or PDU sets in the buffer that satisfy a priority adaptation condition and are associated with an importance greater than a predetermined threshold importance; a total data volume of the buffer; or a data volume of packets or PDU sets in the buffer that satisfy a priority adaptation condition

[0127] The operation flow / algorithmic structure 800 may further include, at 812, identifying that no packet in the buffer satisfies the priority adaptation condition. This identifying may be based on an expiration of the timer started at block 808.

[0128] The operation flow / algorithmic structure 800 may further include, at 816, performing a second LCH priority transition based on identifying that no packet in the buffer satisfies the priority adaptation condition. Thus, in this embodiment, the UE may recheck whether the priority adaptation condition is met upon expiration of the timer.

[0129] In some embodiments, the timer may be restarted when a packet that satisfies the priority adaptation condition is detected within the buffer.

[0130] FIG. 9 is an operation flow / algorithmic structure 900 in accordance with some embodiments. The operation flow / algorithmic structure 900 may be performed by a UE such as UE 104, UE 1000, or components thereof, for example, processors 1004A.

[0131] The operation flow / algorithmic structure 900 may include, at 904, detecting a packet arrives in a buffer associated with a logical channel. The packet may arrive while the logical channel is associated with a default priority.

[0132] The operation flow / algorithmic structure 900 may further include, at 908, determining that the packet is associated with a PDU set determined to be delay critical. The PDU set may be determined to be delay critical if it has any packet that has a remaining time below a threshold. The PDU set may be delay critical even if the delay-critical packet was already transmitted.

[0133] The operation flow / algorithmic structure 900 may further include, at 912, switching priority of the logical channel. For example, the priority may be switched to a boosted priority. This may provide a greater chance of all packets of a delay critical PDU set to be timely transmitted.

[0134] FIG. 10 illustrates a UE 1000 in accordance with some embodiments. The UE 1000 may be similar to and substantially interchangeable with UE 104.

[0135] The UE 1000 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.

[0136] The UE 1000 may include processors 1004, RF interface circuitry 1008, memory / storage 1012, user interface 1016, sensors 1020, driver circuitry 1022, power management integrated circuit (PMIC) 1024, antenna 1026, and battery 1028. The components of the UE 1000 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. 10 is intended to show a high-level view of some of the components of the UE 1000. 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.

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

[0138] The processors 1004 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1004A, central processor unit circuitry (CPU) 1004B, and graphics processor unit circuitry (GPU) 1004C. The processors 1004 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 1012 to cause the UE 1000 to perform LCH priority transitions as described herein. The processors 1004 may also include interface circuitry 1004D to communicatively couple the processor circuitry with one or more other components of the UE 1000.

[0139] In some embodiments, the baseband processor 1004A may access a communication protocol stack 1036 in the memory / storage 1012 to communicate over a 3GPP compatible network. In general, the baseband processor 1004A may access the communication protocol stack 1036 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 1008.

[0140] The baseband processor 1004A 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.

[0141] The memory / storage 1012 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 1036) that may be executed by one or more of the processors 1004 to cause the UE 1000 to manage / control / configure poll retransmit timers as described herein.

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

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

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

[0145] 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 1026.

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

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

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

[0149] The sensors 1020 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.

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

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

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

[0153] FIG. 11 illustrates a network device 1100 in accordance with some embodiments. The network device 1100 may be similar to, and substantially interchangeable with, the base station 108.

[0154] The network device 1100 may include processors 1104, RF interface circuitry 1108 (if implemented as a base station) , core network (CN) interface circuitry 1114, memory / storage circuitry 1112, and antenna structure 1126.

[0155] The components of the network device 1100 may be coupled with various other components over one or more interconnects 1128.

[0156] The processors 1104, RF interface circuitry 1108, memory / storage circuitry 1112 (including communication protocol stack 1110) , antenna structure 1126, and interconnects 1128 may be similar to like-named elements shown and described with respect to FIG. 10.

[0157] The processors 1104 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1104A, central processor unit circuitry (CPU) 1104B, and graphics processor unit circuitry (GPU) 1104C. The processors 1104 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 1112 to cause the network device 1100 to configure a UE as described herein. The processors 1104 may also include interface circuitry 1104D to communicatively couple the processor circuitry with one or more other components of the network device 1100.

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

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

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

[0161] Examples

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

[0163] Example 1 includes a method comprising: detecting a first condition based on a determination that no packets within a buffer associated with a first logical channel (LCH) have a remaining time until discard below a predetermined threshold; detecting a second condition based on: evaluating a second LCH; evaluating a protocol data unit (PDU) set that has a discarding dependency with any PDU set that has a packet in the buffer; or an expectation of an arrival of a packet in the buffer that depends on a previously-transmitted packet associated with an LCH priority adjustment; and switching, based on said detecting  the first condition and the second condition, a priority of the first LCH from a first priority of at least two priorities with which the first LCH is configured to a second priority of the at least two priorities.

[0164] Example 2 includes the method of example 1 or some other example herein, further comprising: receiving, via radio resource control (RRC) signaling, configuration information to configure the first LCH with the at least two priorities, wherein the first priority is a higher priority than the second priority.

[0165] Example 3 includes the method of example 1 or some other example herein, further comprising: receiving a configuration parameter to activate discarding of packets based on PDU Set related dependency; and activating the first and second conditions based on said receiving of the configuration parameter.

[0166] Example 4 includes the method of example 1 or some other example herein, further comprising: identifying one or more LCH prioritization adaptation triggering (LPAT) protocol data convergence PDCP layer service data units (SDUs) in the buffer, wherein individual LPAT PDCP SDUs of the one or more LPAT PDCP SDUs: have a remaining time until expiry of discard timer less than the predetermined threshold; are in a same PDU set as a packet having a remaining time until expiry of discard timer less than the predetermined threshold; or are in a PDU set that has a discarding dependency with a PDU set with a packet having a remaining time until expiry of discard timer less than the predetermined threshold.

[0167] Example 5 includes the method of example 4 or some other example herein, wherein detecting the first and second conditions comprises: determining all of the one or more LPAT packets are transmitted or discarded and are no longer in the buffer.

[0168] Example 6 includes the method of example 4 or some other example herein, wherein identifying one or more LPAT packets in the buffer is performed by a packet data convergence protocol (PDCP) entity and the method further comprises: transmitting, from the PDCP entity to a media access control (MAC) entity, an indication to switch the priority of the first LCH to the first priority based on said identifying one or more LCH prioritization adaptation triggering (LPAT) packets in the buffer.

[0169] Example 7 includes the method of example 1 or some other example herein, wherein detecting the second condition is based on evaluating a second LCH, wherein evaluating the second LCH comprises: determining whether the second LCH has a packet  with a remaining time until expiry of discard timer smaller than the predetermined threshold; determining whether the second LCH has a packet that belongs to a PDU set with an importance greater than a predetermined threshold; determining a value of a user equipment (UE) variable associated with the second LCH, the UE variable to be used for a logical channel prioritization procedure; determining whether the second LCH has a priority greater than a priority of the first LCH; or determining whether the second LCH corresponds to a signaling radio bearer (SRB) with data to transmit.

[0170] Example 8 includes the method of example 7 or some other example herein, further comprising: evaluating the second LCH based on said detecting the first condition.

[0171] Example 9 includes the method of example 1 or some other example herein, further comprising: detecting a priority adaptation condition based on said detecting the first and second conditions; starting a timer after detecting the priority adaptation condition; and switching the priority based on an expiration of the timer.

[0172] Example 10 includes a method comprising: determining a first logical channel (LCH) is associated with a first priority of at least two priorities with which the first LCH is configured; evaluating a second LCH; and determining the first LCH is associated with a second priority based on said evaluating the second LCH.

[0173] Example 11 includes the method of example 10 or some other example herein, wherein evaluating the second LCH comprises: determining whether the second LCH has a packet with a remaining time until expiry of discard timer smaller than a predetermined threshold; determining whether the second LCH has a packet that belongs to a PDU set with an importance greater than a predetermined threshold; determining a value of a user equipment (UE) variable associated with the second LCH, the UE variable to be used for a logical channel prioritization procedure; determining whether the second LCH has a priority greater than a priority of the first LCH; or determining whether the second LCH corresponds to a signaling radio bearer (SRB) with data to transmit.

[0174] Example 12 includes the method of example 10 or some other example herein, further comprising: determining that no packets within a buffer of the first LCH have a remaining time until delivery below a predetermined threshold; and evaluating the second LCH based on said determining that no packets within the buffer of the first LCH have a remaining time until delivery that is below a predetermined threshold.

[0175] Example 13 includes the method of example 10 or some other example herein, further comprising: detecting a priority adaptation condition based on said evaluating the second LCH condition; starting a timer after detecting the priority adaptation condition; and determining the first LCH is associated with a second priority based on an expiration of the timer.

[0176] Example 14 includes a method comprising: performing a first logical channel (LCH) priority transition, wherein the first LCH priority transition is a transition from an LCH being associated with a first priority of at least two priorities with which the LCH is configured to a second priority of the at least two priorities; starting a timer based on said performing the LCH priority transition; identifying, based on expiration of the timer, that no packets within a buffer of the LCH satisfy a priority adaptation condition; and performing a second LCH priority transition based on said identifying that no packets within the buffer satisfy the priority adaptation condition, wherein the second LCH priority transition is a transition from the LCH being associated with the second priority to the first priority.

[0177] Example 15 includes the method of example 14 or some other example herein, further comprising: detecting, while the timer is running, a packet within the buffer that satisfies the priority adaptation condition; and restarting the timer based on said detecting the packet satisfies the priority adaptation condition.

[0178] Example 16 includes the method of example 15 or some other example herein, wherein the condition for priority adaptation includes the packet having a remaining time until delivery that is below a predetermined threshold.

[0179] Example 17 includes the method of example 14 or some other example herein, further comprising: selecting a timer value based on a buffer status; and starting the timer with the timer value.

[0180] Example 18 includes the method of example 17 or some other example herein, wherein the buffer status comprises: a number of packets or protocol data unit (PDU) sets in the buffer that are associated with an importance greater than a predetermined threshold importance; a number of packets or PDU sets in the buffer that satisfy a priority adaptation condition and are associated with an importance greater than a predetermined threshold importance; a total data volume of the buffer; or a data volume of packets or PDU sets in the buffer that satisfy a priority adaptation condition.

[0181] Example 19 includes a method comprising: detecting a packet arrives in a buffer associated with a logical channel (LCH) ; determining the packet is associated with a protocol data unit (PDU) set determined to be delay critical; and switching, based on said determining the packet is associated with the PDU set determined to be delay critical, a priority of the LCH from a first priority of at least two priorities with which the LCH is configured to a second priority of the at least two priorities.

[0182] Example 20 includes the method of example 19 or some other example herein, further comprising: determining the packet satisfies a PDU set delay budget (PSDB) requirement; and switching the priority of the LCH based further on determining the packet satisfies the PSDB requirement.

[0183] Example 21 includes the method of example 19 or some other example herein, wherein performing an LCH priority adjustment includes said detecting, determining, and switching, and the method further comprises: receiving a configuration parameter to activate PDU set discarding; and performing the LCH priority adjustment based on said receiving the configuration parameter.

[0184] Example 22 includes the method of example 19 or some other example herein, wherein performing an LCH priority adjustment includes said detecting, determining, and switching, and the method further comprises: performing the LCH priority adjustment based on the packet being within a PDU set having an importance greater than a predetermined threshold importance.

[0185] Example 23 includes a method comprising: determining a packet in a buffer associated with a first logical channel has a remaining time until discard smaller than a predetermined threshold; checking a status of a second logical channel; and determining whether to transition the first logical channel from a first priority to a second priority based on said checking the status of the second logical channel.

[0186] Example 24 includes the method of example 23 or some other example herein, further comprising: determining the second logical channel includes a higher priority than the first logical channel; and checking the status of the second logical channel based on said determining the second logical channel includes the higher priority.

[0187] Example 25 includes the method of example 23 or some other example herein, wherein checking the status of the second logical channel includes: determining the second  logical channel has at least one packet that is considered delay-critical or is associated with a boosted priority, wherein determining whether to transition the first logical channel from the first priority to the second priority includes determining not to transition the first logical channel from the first priority to the second priority based on said determining the second logical channel has at least one packet that is considered delay-critical or is associated with a boosted priority.

[0188] 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–25, or any other method or process described herein.

[0189] 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–25, or any other method or process described herein.

[0190] 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–25, or any other method or process described herein.

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

[0192] 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–25, or portions thereof.

[0193] Another example may include a signal as described in or related to any of examples 1–25, or portions or parts thereof.

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

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

[0196] 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–25, or portions or parts thereof, or otherwise described in the present disclosure.

[0197] 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–25, or portions thereof.

[0198] 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–25, or portions thereof.

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

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

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

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

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

[0204] 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 condition based on a determination that no packets within a buffer associated with a first logical channel (LCH) have a remaining time until discard below a predetermined threshold;detecting a second condition based on: evaluating a second LCH; evaluating a protocol data unit (PDU) set that has a discarding dependency with any PDU set that has a packet in the buffer; or an expectation of an arrival of a packet in the buffer that depends on a previously-transmitted packet associated with an LCH priority adjustment; andswitching, based on said detecting the first condition and the second condition, a priority of the first LCH from a first priority of at least two priorities with which the first LCH is configured to a second priority of the at least two priorities.2.The method of claim 1, further comprising:receiving, via radio resource control (RRC) signaling, configuration information to configure the first LCH with the at least two priorities, wherein the first priority is a higher priority than the second priority.3.The method of any one of claims 1-2, further comprising:receiving a configuration parameter to activate discarding of packets based on PDU Set related dependency; andactivating the first and second conditions based on said receiving of the configuration parameter.4.The method of any one of claims 1-2, further comprising:identifying one or more LCH prioritization adaptation triggering (LPAT) protocol data convergence PDCP layer service data units (SDUs) in the buffer, wherein individual LPAT PDCP SDUs of the one or more LPAT PDCP SDUs: have a remaining time until expiry of discard timer less than the predetermined threshold; are in a same PDU set as a packet having a remaining time until expiry of discard timer less than the predetermined threshold; or are in a PDU set that has a discarding dependency with a PDU set with a packet having a remaining time until expiry of discard timer less than the predetermined threshold.5.The method of claim 4, wherein detecting the first and second conditions comprises:determining all of the one or more LPAT packets are transmitted or discarded and are no longer in the buffer.6.The method of claim 4, wherein identifying one or more LPAT packets in the buffer is performed by a packet data convergence protocol (PDCP) entity and the method further comprises:transmitting, from the PDCP entity to a media access control (MAC) entity, an indication to switch the priority of the first LCH to the first priority based on said identifying one or more LCH prioritization adaptation triggering (LPAT) packetsin the buffer.7.The method of any one of claims 1-2, wherein detecting the second condition is based on evaluating a second LCH, wherein evaluating the second LCH comprises:determining whether the second LCH has a packet with a remaining time until expiry of discard timer smaller than the predetermined threshold;determining whether the second LCH has a packet that belongs to a PDU set with an importance greater than a predetermined threshold;determining a value of a user equipment (UE) variable associated with the second LCH, the UE variable to be used for a logical channel prioritization procedure;determining whether the second LCH has a priority greater than a priority of the first LCH; ordetermining whether the second LCH corresponds to a signaling radio bearer (SRB) with data to transmit.8.The method of claim 7, further comprising:evaluating the second LCH based on said detecting the first condition.9.The method of any one of claims 1-2, further comprising:detecting a priority adaptation condition based on said detecting the first and second conditions;starting a timer after detecting the priority adaptation condition; andswitching the priority based on an expiration of the timer.10.One or more computer-readable media having instructions that, when executed, cause processing circuitry to:determine a first logical channel (LCH) is associated with a first priority of at least two priorities with which the first LCH is configured;evaluate a second LCH; anddetermine the first LCH is associated with a second priority based on said evaluation of the second LCH.11.The one or more computer-readable media of claim 10, wherein to evaluate the second LCH the processing circuitry is to:determine whether the second LCH has a packet with a remaining time until expiry of discard timer smaller than a predetermined threshold;determine whether the second LCH has a packet that belongs to a PDU set with an importance greater than a predetermined threshold;determine a value of a user equipment (UE) variable associated with the second LCH, the UE variable to be used for a logical channel prioritization procedure;determine whether the second LCH has a priority greater than a priority of the first LCH; ordetermine whether the second LCH corresponds to a signaling radio bearer (SRB) with data to transmit.12.The one or more computer-readable media of any one of claims 10-11, wherein the instructions, when executed, further cause the processing circuitry to:determine that no packets within a buffer of the first LCH have a remaining time until delivery below a predetermined threshold; andevaluate the second LCH based on said determination that no packets within the buffer of the first LCH have a remaining time until delivery that is below a predetermined threshold.13.The one or more computer-readable media of any one of claims 10-11, wherein the instructions, when executed, further cause the processing circuitry to:detect a priority adaptation condition based on said evaluating the second LCH condition;start a timer after detecting the priority adaptation condition; anddetermine the first LCH is associated with a second priority based on an expiration of the timer.14.An apparatus comprising processing circuitry to:perform a first logical channel (LCH) priority transition, wherein the first LCH priority transition is a transition from an LCH being associated with a first priority of at least two priorities with which the LCH is configured to a second priority of the at least two priorities;start a timer based on said performing the LCH priority transition;identify, based on expiration of the timer, that no packets within a buffer of the LCH satisfy a priority adaptation condition; andperform a second LCH priority transition based on said identifying that no packets within the buffer satisfy the priority adaptation condition, wherein the second LCH priority transition is a transition from the LCH being associated with the second priority to the first priority.15.The apparatus of claim 14, wherein the processing circuitry is further to:detect, while the timer is running, a packet within the buffer that satisfies the priority adaptation condition; andrestart the timer based on said detecting the packet satisfies the priority adaptation condition.16.The apparatus of claim 15, wherein the condition for priority adaptation includes the packet having a remaining time until delivery that is below a predetermined threshold.17.The apparatus of any one of claims 14-15, wherein the processing circuitry is further to:select a timer value based on a buffer status; andstart the timer with the timer value.18.The apparatus of claim 17, wherein the buffer status comprises:a number of packets or protocol data unit (PDU) setsin the buffer that are associated with an importance greater than a predetermined threshold importance;a number of packets or PDU setsin the buffer that satisfy a priority adaptation condition and are associated with an importance greater than a predetermined threshold importance;a total data volume of the buffer; ora data volume of packets or PDU setsin the buffer that satisfy a priority adaptation condition.19.A method comprising:detecting a packet arrivesin a buffer associated with a logical channel (LCH) ;determining the packet is associated with a protocol data unit (PDU) set determined to be delay critical; andswitching, based on said determining the packet is associated with the PDU set determined to be delay critical, a priority of the LCH from a first priority of at least two priorities with which the LCH is configured to a second priority of the at least two priorities.20.The method of claim 19, further comprising:determining the packet satisfies a PDU set delay budget (PSDB) requirement; andswitching the priority of the LCH based further on determining the packet satisfies the PSDB requirement.21.The method of any one of claims 19-20, wherein performing an LCH priority adjustment includes said detecting, determining, and switching, and the method further comprises:receiving a configuration parameter to activate PDU set discarding; andperforming the LCH priority adjustment based on said receiving the configuration parameter.22.The method of any one of claims 19-20, wherein performing an LCH priority adjustment includes said detecting, determining, and switching, and the method further comprises:performing the LCH priority adjustment based on the packet being within a PDU set having an importance greater than a predetermined threshold importance.23.A method comprising:determining a packet in a buffer associated with a first logical channel has a remaining time until discard smaller than a predetermined threshold;checking a status of a second logical channel; anddetermining whether to transition the first logical channel from a first priority to a second priority based on said checking the status of the second logical channel.24.The method of claim 23, further comprising:determining the second logical channelincludes a higher priority than the first logical channel; andchecking the status of the second logical channel based on said determining the second logical channelincludes the higher priority.25.The method of any one of claims 23-24, wherein checking the status of the second logical channelincludes:determining the second logical channel has at least one packet that is considered delay-critical or is associated with a boosted priority,wherein determining whether to transition the first logical channel from the first priority to the second priority includes determining not to transition the first logical channel from the first priority to the second priority based on said determining the second logical channel has at least one packet that is considered delay-critical or is associated with a boosted priority.

Images