Radio link control packet discarding

Abstract

A device includes a set of transceivers and a processor. In some examples, the device may receive a set of packet handling parameters. The device may transmit a protocol data unit (PDU) set, based at least in part on the received set of packet handling parameters. Additionally, the device, at an radio link control (RLC) entity within the device, may receive an indication that one or more packets of the PDU set are eligible for packet discarding. In some examples, the one or more packets of the PDU set may correspond to in-flight packets transmitted by the RLC entity. The device may also perform at least one packet discard operation associated with the one or more packets, based at least in part on at least one of the received set of packet handling parameters or the received indication.

Description

RADIO LINK CONTROL PACKET DISCARDINGTECHNICAL FIELD

[0001] This application relates generally to wireless communication systems, including techniques for radio link control (RLC) packet discarding in wireless communication systems.BACKGROUND

[0002] Wireless mobile communication technology uses various standards and protocols to transmit data between a network device (e.g., a base station) and a wireless communication device. Wireless communication system standards and protocols can include, for example, 3rd Generation Partnership Project (3GPP) long term evolution (LTE) (e.g., 4G) , 3GPP new radio (NR) (e.g., 5G) , and IEEE 802.11 standard for wireless local area networks (WLAN) (commonly known to industry groups as  ) .

[0003] As contemplated by the 3GPP, different wireless communication systems standards and protocols can use various radio access networks (RANs) for communicating between a network device of the RAN (which may also sometimes be referred to generally as a RAN node, a network node, or simply a node) and a wireless communication device known as a user equipment (UE) . 3GPP RANs can include, for example, global system for mobile communications (GSM) , enhanced data rates for GSM evolution (EDGE) RAN (GERAN) , Universal Terrestrial Radio Access Network (UTRAN) , Evolved Universal Terrestrial Radio Access Network (E-UTRAN) , and / or Next-Generation Radio Access Network (NG-RAN) .

[0004] Each RAN may use one or more radio access technologies (RATs) to perform communication between the network device and the UE. For example, the GERAN implements GSM and / or EDGE RAT, the UTRAN implements universal mobile telecommunication system (UMTS) RAT or other 3GPP RAT, the E-UTRAN implements LTE RAT (sometimes simply referred to as LTE) , and NG-RAN implements NR RAT (sometimes referred to herein as 5G RAT, 5G NR RAT, or simply NR) . In certain  deployments, the E-UTRAN may also implement NR RAT. In certain deployments, NG-RAN may also implement LTE RAT.

[0005] A network device used by a RAN may correspond to that RAN. One example of an E-UTRAN network device or base station is an Evolved Universal Terrestrial Radio Access Network (E-UTRAN) Node B (also commonly denoted as evolved Node B, enhanced Node B, eNodeB, or eNB) . One example of an NG-RAN network device or base station is a next generation Node B (also sometimes referred to as a g Node B or gNB) .

[0006] A RAN provides its communication services with external entities through its connection to a core network (CN) . For example, E-UTRAN may utilize an Evolved Packet Core (EPC) , while NG-RAN may utilize a 5G Core Network (5GC) .

[0007] BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

[0008] To easily identify the discussion of any particular element or act, the most significant digit or digits in a reference number refer to the figure number in which that element is first introduced.

[0009] FIG. 1 illustrates an example wireless communication system including an example of a UE and a network device in a 5G or NR network.

[0010] FIG. 2 illustrates an example wireless communication system including an example of a UE and one or more network devices in a 5G or NR network.

[0011] FIG. 3 illustrates an example of a protocol data unit (PDU) set for wireless communication.

[0012] FIGS. 4A and 4B illustrate examples of protocol layer entities for wireless communication.

[0013] FIG. 5 illustrates examples of an RLC service data unit (SDU) and a segmented RLC SDU for wireless communication.

[0014] FIG. 6 illustrates a first example method of wireless communication by a device.

[0015] FIG. 7 illustrates a second example method of wireless communication by a device.

[0016] FIG. 8 illustrates a third example method of wireless communication by a device.

[0017] FIG. 9 illustrates a fourth example method of wireless communication by a device.

[0018] FIG. 10 illustrates a fifth example method of wireless communication by a device.

[0019] FIG. 11 illustrates an example architecture of a wireless communication system, according to embodiments disclosed herein.

[0020] FIG. 12 illustrates a system for performing signaling between a wireless device and a network device, according to embodiments disclosed herein.DETAILED DESCRIPTION

[0021] Various embodiments are described with regard to a UE. However, reference to a UE is merely provided for illustrative purposes. The example embodiments may be utilized with any electronic component that may establish a connection to a network and is configured with the hardware, software, and / or firmware to exchange information and data with a network. Therefore, the UE as described herein is used to represent any appropriate electronic device.

[0022] In a 3GPP network, for example with respect to various 5G-NR releases, a UE and a network device (s) may operate in accordance with specific protocol layers. For example, the UE and / or the network device (s) may operate in accordance with, from higher to lower layers, one or more of an application layer, a user datagram protocol (UPD) and / or a transmission control protocol (TCP) layer, an Internet protocol (IP) layer, a service data adaptation protocol (SDAP) layer, a packet data convergence protocol (PDCP) layer, an RLC layer, a medium access control (MAC) layer, and a physical (PHY) layer. The RLC layer can receive both user plane and control plane packets from the PDCP layer. Each packet may be processed by a specific RLC entity of the UE or the network device (s) . The RLC layer is responsible for data retransmission error detection and control of transmission rates. The RLC layer may also negotiate time slots for data transfer, maintain buffer memory to store transmitted data and provide flow control. Additionally, the RLC layer may perform segmentation, concatenation and reassembly of RLC PDUs.

[0023] An RLC entity can support one of three modes: transparent mode (TM) RLC, an unacknowledged mode (UM) RLC and an acknowledged mode (AM) RLC. In some cases, UM RLC may be appropriate for real time applications which have a strict delay budget and are able to cope with at least some packet loss. That is, due to the strict delay budget, these applications do not allow time for the relatively slow automatic repeat request (ARQ) retransmissions from the RLC layer. Rather these real time applications may rely upon the faster hybrid automatic repeat request (HARQ) retransmissions from the MAC layer. In some cases, the AM RLC is appropriate for non-real time applications which require reliable data transfer. That is, these applications may have a delay budget which allows time for the relatively slow ARQ retransmissions from the RLC layer. The ARQ retransmissions can provide a backup mechanism for the faster HARQ retransmissions from the MAC layer. The ARQ retransmissions from the RLC layer may retransmit RLC SDUs.

[0024] Upper layers (e.g., a radio resource control (RRC) layer) may request an RLC entity establishment, and a device (e.g., a UE or a network device) may establish an RLC entity and set the state variables of the RLC entity to initial values. For an RLC entity established and configured at the network device, there may be a corresponding peer RLC entity established and configured at the UE. In NR sidelink communication or NR sidelink discovery, for an RLC entity configured at a transmitting UE, there may be a corresponding peer RLC entity established and configured at each receiving UE.

[0025] Various embodiments disclosed herein relate to enhanced RLC functionality for certain traffic types including but not limited to extended reality (XR) traffic. That is, for example, the various embodiments may be applicable to existing 5G-NR releases (e.g., NR Release 15, 16, 17) as well as forthcoming 5G-NR releases (e.g., NR Release 18 and beyond) . The enhanced RLC functionality may include error correction techniques for packets through ARQ (e.g., for AM RLC data transfer) . Additionally or alternatively, enhanced RLC functionality may include segmentation and reassembly of RLC SDUs (e.g., for UM RLC and AM RLC data transfer) . Additionally or alternatively, enhanced RLC functionality may include RLC SDU discard operations (e.g., for UM RLC and AM RLC data transfer) .

[0026] Additionally, ARQ within the RLC sublayer may have various characteristics including but not limited to ARQ retransmissions of RLC SDUs or RLC SDU segments based at least in part on RLC status reports (e.g., STATUS PDUs) . Additionally or alternatively, a device may poll for RLC status reports when needed by an RLC entity. Additionally or alternatively, a receiving side of an AM RLC entity or a receiving UM RLC entity may trigger an RLC status report, for example, after detecting a missing RLC SDU or RLC SDU segment.

[0027] It is to be appreciated that that the enhanced RLC functionality (e.g., RLC packet discard techniques) described herein may beneficially impact both capacity and power saving associated with XR traffic. Moreover, at least some of the enhanced RLC functionality may be implemented based at least in part on XR awareness. That is, for example, when upper layers (e.g., the PDCP layer) indicate the discarding of an RLC SDU, a transmitting side of an AM RLC entity or a transmitting UM RLC entity may discard the indicated RLC SDU. In some aspects, the discard operation of the indicated RLC SDU may be performed by a device if neither the RLC SDU nor a segment thereof has been submitted to the lower layers. In some aspects, the transmitting side of the AM RLC entity may be configured not to introduce an RLC SN gap when discarding an RLC SDU. This behavior may occur for XR traffic based on a device’s XR awareness. In some aspects, however, it is to be appreciated that the RLC layers at both a transmitter device and at a receiver device may be aware of discarded RLC SDUs as indicated by the higher layers (e.g., the PDCP layer) at the transmitter device.

[0028] That is, for example, the RLC layer at a transmitter device may utilize XR awareness to avoid retransmission. Additionally or alternatively, the RLC layer at a receiver device may utilize XR awareness to move a reassembly window forward (e.g., for UM RLC entities) or stop reassembly of a current SDU (e.g., for AM RLC entities) . Additionally or alternatively, the RLC layer at a receiver device may utilize XR awareness in an AM RLC entity to send an RLC status report with an update on ACK / NACK status (e.g., indicating those discarded in-flight packets as acknowledged) . In some embodiments, a discard indication from the transmitter device may trigger the AM RLC entity to send an RLC status report.

[0029] FIG. 1 shows an example wireless communication system 100 in accordance with some embodiments and various aspects of the present disclosure. Wireless communication system 100 may be a 5G or NR network as an example environment in which embodiments described herein may be practiced. In some embodiments, wireless communication system 100 may include a UE 102 and a network device 104 (e.g., a network device of a RAN, such as but not limited to a base station) . The UE 102 may communicate with the network device 104 on a downlink (DL) and an uplink (UL) .

[0030] The UE 102 may operate according to one or more protocols in a first protocol stack 106. For example, the first protocol stack 106 may include an application layer, a UDP layer and / or a TCP layer, an IP layer, an SDAP layer, a PDCP layer, an RLC layer, a MAC layer and a PHY layer. The network device 104 may operate according to one or more protocols in a second protocol stack 108. Additionally, the network device 104 may be comprised of different device elements and / or may be physically located in different places. The second protocol stack 108 may include an SDAP layer, a PDCP layer, an RLC layer, a MAC layer and a PHY layer. In some embodiments, the second protocol stack 108 may include one or more of the same protocol layers as the first protocol stack 106 (e.g., the IP layer, the SDAP layer, the PDCP layer, the RLC layer, the MAC layer and the PHY layer) , but need not necessarily include all or a same number of layers as the first protocol stack 106. In some embodiments, the network device 104 may further interface with devices (e.g., one or more CN devices) that include an application layer, a UDP layer and / or a TCP layer, and an IP layer. In some embodiments, the network device 104 may further include the application layer, the UDP layer and / or the TCP layer, and the IP layer, for example, in an edge computing configuration. The UE 102 may be a transmitter device or a receiver device with respect to the enhanced RLC functionality and packet discard techniques described herein. Similarly, the network device 104 may be a transmitter device or a receiver device with respect to the enhanced RLC functionality and packet discard techniques described herein.

[0031] FIG. 2 shows an example wireless communication system 200 in accordance with some embodiments and various aspects of the present disclosure. Wireless communication system 200 may be a 5G or NR network as an example environment in which embodiments  described herein may be practiced. In some embodiments, wireless communication system 200 may include a UE 202 and one or more network devices, for example, in a disaggregated RAN configuration. The UE 202 may communicate with the one or more network devices on a DL and a UL.

[0032] Similar to the example in FIG. 1, the UE 202 may operate according to a first protocol stack 206. The first protocol stack 206 may include an application layer, a TCP layer, an IP layer, an SDAP layer, a PDCP layer, an RLC layer, a MAC layer and a PHY layer. The one or more network devices may operate according to a second protocol stack. For example, a distributed unit (DU) 204a may host a first protocol stack portion 208a that includes an RLC layer, a MAC layer and a PHY layer. The DU 204a may be connected to a centralized unit (CU) 204b. The CU 204b may host a second protocol stack portion 208b that includes an SDAP layer and a PDCP layer. The CU 204b may be connected to a user plane function (UPF) 210. The UPF 210 may include functionality that performs operations to connect actual data coming over the RAN to the Internet. The UPF 210 may be connected to an IP network 212, and the IP network 212 may be connected to an application server (AS) 214. The AS 214 may host a third protocol stack portion 208c that includes an application layer, a TCP layer and an IP layer. The UE 202 may be a transmitter device or a receiver device with respect to the enhanced RLC functionality and packet discard techniques described herein. Similarly, the one or more network devices (e.g., the DU 204a and / or CU 204b) may be a transmitter device or a receiver device with respect to the enhanced RLC functionality and packet discard techniques described herein.

[0033] FIG. 3 illustrates a packet data example 300 in accordance with some embodiments and various aspects of the present disclosure. In the packet data example 300, packet data may be formed as a PDU set 302, which may include one or more packets 304. In some instances, the PDU set 302 may include XR traffic. XR generally refers to all real-and-virtual combined environments and human-machine interactions generated by computer technology and wearables. That is, XR may be considered an umbrella term for different types of realities. Non-limiting types of realities and associated traffic for XR may include virtual reality (VR) , augmented reality (AR) , and / or mixed reality (MR) . VR is a rendered version of a delivered visual and audio scene. AR is when a user is provided with additional  information or artificially generated items or content overlaid upon their current environment. MR is an advanced form of AR where some virtual elements are inserted into the physical scene with the intent to provide the illusion that these elements are part of the real scene.

[0034] The PDU set 302 may be configured for integrated packet handling and differentiated treatment, for example, via a set of packet handling parameters. In some cases, the PDU set 302 may be a combination of PDUs used by a particular protocol layer to exchange data between two or more devices (e.g., UE 102, UE 202, network device 104, DU 204a or CU 204b) and / or systems (e.g., wireless communication system 100 or wireless communication system 200) when multiple protocol layers are used to transmit data. That is, each PDU in the PDU set 302 may be an individual unit that encodes the data from one layer (e.g., a higher or lower layer) in the protocol stack to the next layer, and each PDU may consist of one or more packets 304. A PDU set 302 may be used in transmission and reception by a device with respect to the enhanced RLC functionality and packet discard techniques described herein.

[0035] FIG. 4A illustrates a first protocol layer example 400a in accordance with some embodiments and various aspects of the present disclosure. The components, operations and other aspects described with respect to the first protocol layer example 400a may be included in a device (e.g., UE 102, UE 202, network device 104, DU 204a or CU 204b) . In the first protocol layer example 400a, an AM RLC entity 402 may receive / deliver RLC SDUs from / to upper layers and may send / receive RLC PDUs to / from its peer RLC entity via lower layers. That is, for example, the AM RLC entity 402 may receive RLC SDUs from a PDCP entity 404 of the PDCP layer (e.g., an upper layer) . The AM RLC entity 402 may receive the RLC SDUs from the PDCP entity 404 via an RLC channel 406 between the RLC layer and the PDCP layer, for example. The AM RLC entity 402 may form the RLC PDUs from the received RLC SDUs. The AM RLC entity 402 may then submit the RLC PDUs to lower layers (e.g., a MAC layer) via a logical channel 408.

[0036] The AM RLC entity 402 may consist of a transmitting side and a receiving side. That is, for example, the transmitting side of the AM RLC entity 402 may receive the RLC SDUs from upper layers (e.g., the PDCP entity 404 of the PDCP layer) and may send RLC  PDUs to its peer AM RLC entity via lower layers (e.g., the MAC layer) . The receiving side of the AM RLC entity 402 may deliver RLC SDUs to the upper layers and may receive RLC PDUs from its peer AM RLC entity via the lower layers.

[0037] In some instances, the AM RLC entity 402 may deliver / receive RLC data PDUs. That is, for example, the AM RLC entity 402 may deliver / receive an AM data (AMD) PDU. In some cases, the AMD PDU may contain either one complete RLC SDU or one RLC SDU segment. The AM RLC entity 402 may also deliver / receive RLC control PDUs. That is, for example, the AM RLC entity 402 may deliver / receive a STATUS PDU. In some cases, the STATUS PDU may be used by the receiving side of the AM RLC entity 402 to inform the peer AM RLC entity about RLC data PDUs that are received successfully. The STATUS PDU may also be used by the receiving side of the AM RLC entity 402 to inform the peer AM RLC entity about RLC data PDUs that are detected to be lost by the receiving side of an AM RLC entity.

[0038] FIG. 4B illustrates a second protocol layer example 400b in accordance with some embodiments and various aspects of the present disclosure. The components, operations and other aspects described with respect to the second protocol layer example 400b may be included in a device (e.g., UE 102, UE 202, network device 104, DU 204a or CU 204b) . In the second protocol layer example 400b, a UM RLC entity may be configured either as a transmitting UM RLC entity 412 or a receiving UM RLC entity 422. The transmitting UM RLC entity 412 may receive RLC SDUs from upper layers and may send RLC PDUs to its peer receiving UM RLC entity via lower layers. That is, for example, the transmitting UM RLC entity 412 may receive RLC SDUs from a PDCP entity 414 of the PDCP layer (e.g., an upper layer) . The transmitting UM RLC entity 412 may receive the RLC SDUs from the PDCP entity 414 via an RLC channel 416 between the RLC layer and the PDCP layer. The transmitting UM RLC entity 412 may send the RLC PDUs to lower layers (e.g., a MAC layer) via a logical channel 418.

[0039] The receiving UM RLC entity 422 may deliver RLC SDUs to upper layers and may receive RLC PDUs from its peer transmitting UM RLC entity via lower layers. That is, for example, the receiving UM RLC entity 422 may deliver RLC SDUs to a PDCP entity 424 of the PDCP layer (e.g., an upper layer) . The receiving UM RLC entity 422 may deliver the  RLC SDUs to the PDCP entity 424 via an RLC channel 426 between the RLC layer and the PDCP layer. The receiving UM RLC entity 422 may receive the RLC PDUs from its peer transmitting UM RLC entity from the lower layers (e.g., a MAC layer) via a logical channel 428.

[0040] The first protocol layer example 400a and the second protocol layer example 400b may be used in transmission and reception by devices with respect to the enhanced RLC functionality and packet discard techniques described herein.

[0041] FIG. 5 illustrates RLC SDU examples 500 for wireless communication in accordance with some embodiments and various aspects of the present disclosure. In some cases, an RLC entity of a receiver device or a transmitter device (e.g., a UE or a network device) may form or assemble an RLC SDU 502. The RLC entity may generate an RLC header 504 for a data field 506 of the RLC SDU 502. That is, for example, the RLC header 504 may include a sequence number (SN) and segmentation information. The SN and segmentation information included in the RLC header 504 may indicate that the corresponding RLC PDU includes a complete RLC SDU (e.g., RLC SDU 502 is a complete RLC SDU) .

[0042] Segmentation of packets may be supported by both UM RLC and AM RLC in accordance with some embodiments. In some cases, an RLC entity of a receiver device or a transmitter device (e.g., a UE or a network device) may form or assemble a segmented RLC SDU 512. In some cases, for example in a 5G or NR network, a segment offset solution may be employed when forming or assembling the segmented RLC SDU 512. However, it is to be appreciated that other segmentation solutions may be employed in accordance with some embodiments.

[0043] In some embodiments, the RLC entity may generate a first RLC header 514a for a first data field portion 516a of the segmented RLC SDU 512, a second RLC header 514b for a second data field portion 516b of the segmented RLC SDU 512, and a third RLC header 514c for a third data field portion 516c of the segmented RLC SDU 512. The first RLC header 514a may include an SN and first segment information. The second RLC header 514b may include the same SN with second segment information different from the first segment information. The second RLC header 514b may also include a first segment offset. The third  RLC header 514c may include the same SN with third segment information different from the first segment information and the second segment information. The third RLC header 514c may also include a second segment offset different from the first segment offset. Thus, the segmented RLC SDU 512 may include a first RLC SDU segment 512a, a second RLC SDU segment 512b and a third RLC SDU segment 512c in accordance with some embodiments.

[0044] The RLC SDU examples 500 may be formed or assembled by an RLC entity of a device with respect to the enhanced RLC functionality and packet discard techniques described herein.

[0045] In some embodiments, a device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) may receive a set of packet handling parameters. For example, the device may receive a configuration or policy information for PDU set integrated packet handling. Additionally or alternatively, the device may receive a configuration or policy information for differentiated treatment of PDU sets. The parameters in the set of packet handling parameters may have multiple purposes and may impact the packet discarding behavior at the UE (e.g., the UE 102 or UE 202) and / or the network device (e.g., the network device 104, DU 204a or CU 204b) .

[0046] For example, a policy control function (PCF) may determine updated or new policy information based on application function (AF) requirements. In some cases, the policy information may include detection templates for PDU set importance / dependency and different quality of service (QoS) parameters for different PDU sets. The AF and the PCF may also inform other entities in the CN, such as but not limited to the SMF or the UPF, which may in turn instruct the base station and / or the UE to process or forward PDU sets according to the received instructions. In some embodiments, the set of packet handling parameters may include parameters associated with PDU sets for XR traffic that are assigned with different PDU set importance / dependency and / or different QoS parameters. In some embodiments, the set of packet handling parameters may include parameters associated with a PDU set error rate (PSER) , which may define an upper bound for the rate of PDU sets that have been processed by the sender of a link layer protocol (e.g., RLC layer) but that are not successfully delivered by the corresponding receiver to the upper layer (e.g., PDCP layer) .  That is, for example, the PSER may define an upper bound for a rate of non-congestion related packet losses.

[0047] Additionally or alternatively, the set of packet handling parameters may include parameters associated with a PDU set delay budget (PSDB) , which defines an upper bound for the delay that a PDU set (e.g., the PDU set 302) may experience for the transfer between a UE and an N6 termination point at the UPF. In other words, the PSDB may correspond to a time between reception of the first PDU and the successful delivery of the last arrived PDU of the PDU set. The PSDB may apply to a DL PDU set received by the UPF over the N6 interface. In some cases, the PSDB may apply to a UL PDU set sent by the UE (e.g., the UE 102 or UE 202) .

[0048] Additionally or alternatively, the set of packet handling parameters may include parameters associated with a PDU set integrated indication, which may indicate whether all PDUs are needed for the usage of a PDU set (e.g., the PDU set 302) by an application layer. In some embodiments, the set of packet handling parameters may include parameters associated with a type of the PDU set (e.g., frame / video slice) of the XR traffic that is to be supported for PDU set integrated packet handling by a 5G network. It is to be appreciated that the set of packet handling parameters are not limited to these example parameters. That is, for example, a device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) may receive other packet handling parameters that may (individually or in combination with other parameters) indicate that the device is to implement packet discarding in accordance with various embodiments described herein.

[0049] In some embodiments, when the UE (e.g., the UE 102 or UE 202) or network device (e.g., the network device 104, DU 204a or CU 204b) is aware of a PDU set QoS and / or PDU set information (e.g., the set of packet handling parameters) , the higher layers (e.g., the application layer) may identify some PDU sets, packets (e.g., PDUs, SDUs and / or SDU segments) as being eligible for packet discarding. Additionally or alternatively, the higher layers may identify a subset of a PDU set (e.g., the PDU set 302) as eligible for packet discarding. For example, the subset of the PDU set may correspond to the remaining packets in the PDU set. In some embodiments, a transmitting side and a receiving side of an AM RLC entity (e.g., the AM RLC entity 402) may identify packets eligible for discarding  independently. In some embodiments, the PDCP layer may identify packets for discarding, and the RLC entity of the RLC layer may implement the packet discard operations. In some embodiments, another higher layer (e.g., higher than the PDCP layer) may identify packets subject to discarding for XR traffic. In such embodiments, the higher layer may indicate packets for discarding to the lower layer (s) handling the packet discard operation (e.g., to the RLC layer) . It is to be appreciated that an indication that one or more packets (e.g., one or more packets 304) of one or more PDU sets are eligible for packet discarding may occur either based at least in part on a UE (e.g., the UE 102 or UE 202) or network device (e.g., the network device 104, DU 204a or CU 204b) implementation or based at least in part on one or more network configured packet discarding rules.

[0050] In some embodiments, if the PDCP layer or a higher layer via PDCP, for example, has informed the RLC layer of any packets to be discarded, an AM RLC entity (e.g., the AM RLC entity 402) of the RLC layer may not update SNs and / or state variables associated with those packets. In some embodiments, the RLC entity may avoid triggering automatic repetition (e.g., retransmission) of such packets that are in-flight. In some embodiments, a receiving side of the AM RLC entity may not request a retransmission of discarded PDUs or PDU segments. Additionally or alternatively, the receiving side of the AM RLC entity may refrain from starting a reassembly timer (e.g., t-Reassembly) . That is, for example, the reassembly timer may be a timer configured via RRC and may be used by the receiving side of the AM RLC entity to detect loss of RLC PDUs at a lower layer.

[0051] In some embodiments, a transmitter side of an AM RLC entity (e.g., the AM RLC entity 402) may refrain from attempting to retransmit any of the discarded packets. Additionally or alternatively, re-segmentation of RLC AM PDUs that are in-flight and indicated to be discarded may be skipped by the AM RLC entity. In some embodiments, however, the AM RLC entity may update the SN and / or state variables based at least in part on an RLC packet discarding mode. That is, for example, the AM RLC entity may be configured by RRC with one or more packet discarding modes.

[0052] In some embodiments, a UE may indicate support for one or more RLC packet discarding modes as a UE capability. Responsive to the UE indicating support for the one or more RLC packet discarding modes, the network may be configured for at least one RLC  packet discarding mode. For example, a first RLC packet discarding mode (e.g., Mode 1) may be associated with a transmitting side of an AM RLC entity (e.g., the AM RLC entity 402) of a UE (e.g., the UE 102 or UE 202) and / or network device (e.g., the network device 104, DU 204a or CU 204b) discarding SDUs or PDUs not yet submitted to the lower layers. In some embodiments, the transmitting side of the AM RLC entity of the UE (e.g., the UE 102 or UE 202) and / or network device (e.g., the network device 104, DU 204a or CU 204b) may be limited to only discarding SDUs or PDUs not yet submitted to the lower layers. These discarded SDUs or PDUs not yet submitted to the lower layers, however, may be treated the same as in-flight packets in accordance with some embodiments. In this first RLC packet discarding mode, the transmitting side of the AM RLC entity may not introduce an RLC SN gap when discarding an RLC SDU (e.g. the RLC SDU 502 or segmented RLC SDU 512) associated with a PDU set (e.g., the PDU set 302) . It is to be appreciated, however, that a majority of packets (e.g., complete PDU sets or certain PDUs of the PDU set) may be discarded at the PDCP level.

[0053] Additionally or alternatively, a second RLC packet discarding mode (e.g., Mode 2) may be associated with a transmitting side of an AM RLC entity (e.g., the AM RLC entity 402) of a UE (e.g., the UE 102 or UE 202) and / or network device (e.g., the network device 104, DU 204a or CU 204b) discarding all SDUs or PDUs including some packets already submitted to the lower layers. In some embodiments, the transmitting side of the AM RLC entity may introduce an RLC SN gap when discarding an RLC SDU (e.g., the RLC SDU 502 or segmented RLC SDU 512) associated with a PDU set (e.g., the PDU set 302) . In some embodiments, a discard marker or a discard indication may indicate the SN range intended to be discarded to a receiving side of the AM RLC entity. In some embodiments, signaling (e.g., different from or in conjunction with a discard marker) in the form of a Control PDU or a STATUS PDU may include information associated with the RLC SN gap. That is, for example, the receiving side of the AM RLC entity, using the discard marker, discard indication or like information, may update its state variables regarding the next expected SNs. That is, for example, the SN gap pertaining to the discarded PDUs may not be considered to trigger an out-of-sequence handling event. Thus, the received PDUs may be considered in-sequence irrespective of the SN gap in accordance with some embodiments.

[0054] Additionally or alternatively, the second RLC packet discarding mode may be associated with various operations performed by an AM RLC entity (e.g., the AM RLC entity 402) on the discarded packets. That is, for example, when a transmitting side of a PDCP entity (e.g., the PDCP entity 404) decides to discard one or more packets (e.g., one or more packets 304) and informs the RLC layer, the AM RLC entity may perform one or more operations on or with respect to the discarded packets. That is, for example, the AM RLC entity may add a new discard marker, new discard indication and / or new state variable to flag the discarded packet (s) .

[0055] Additionally or alternatively, an AM RLC entity (e.g., the AM RLC entity 402) may update existing state variables corresponding to the discarded packet (s) . In other words, a transmitting side of the AM RLC entity may represent, indicate and / or avoid the SN gap by using one of the following non-limiting techniques: indicating one or more additional markers; indicating one or more additional RLC state variables; and / or updating one or more existing RLC state variables. It is to be understood that various aspects of the first and second RLC packet discarding modes may be combined in accordance with some embodiments.

[0056] It is to be appreciated that the packet discard operations described herein consider the impact XR traffic and XR packet discarding may have on the RLC layer. Moreover, the various embodiments may be applied independently or be combined to enhance the RLC functionality and packet discard techniques described herein.

[0057] In some cases, a transmitting side of an AM RLC entity (e.g., the AM RLC entity 402) can retransmit an RLC SDU (e.g., the RLC SDU 502 or segmented RLC SDU 512) or RLC SDU segment (e.g., the first RLC SDU segment 512a, second RLC SDU segment 512b or the third RLC SDU segment 512c) that are not yet acknowledged by a receiving side of a peer AM RLC entity. That is for example, if the transmitting side of the AM RLC entity receives an RLC NACK for the RLC SDU or RLC SDU segment, the transmitting side of the AM RLC entity may trigger an RLC retransmission of the negatively acknowledged RLC SDU or RLC SDU segment. Additionally, if the transmitting side of the AM RLC entity does not receive any STATUS PDU from its peer AM RLC entity for a period of time, the transmitting side of the AM RLC entity may trigger an RLC retransmission of the RLC SDU or RLC SDU segment.

[0058] In some cases, the transmitting side of the AM RLC entity (e.g., the AM RLC entity 402) may trigger an RLC retransmission of an RLC SDU (e.g., the RLC SDU 502 or segmented RLC SDU 512) or RLC SDU segment (e.g., the first RLC SDU segment 512a, second RLC SDU segment 512b or the third RLC SDU segment 512c) based on receiving an RLC NACK or not receiving a STATUS PDU from its peer AM RLC entity for the RLC SDU or RLC SDU segment regardless of a status of the reordering window at a receiving side of the higher layer PDCP entity (e.g., the PDCP entity 404) . That is, for example, the RLC SDU or RLC SDU segment may be retransmitted even though the receiving side of the higher layer PDCP entity has moved the reordering window forward. In such instances, the retransmitted SDU from the transmitting side of the AM RLC entity would be accepted by the receiver of the peer AM RLC entity, but the forwarded packets from the receiving side of the peer AM RLC entity would be discarded at a receiving side of the higher layer PDCP entity.

[0059] While these retransmission and discarding scenarios may be slightly suboptimal behavior, such behavior may be acceptable when an amount of RLC SDUs or RLC SDU segments to be discarded is small. It is to be appreciated, however, that, for XR traffic, packet discarding may happen more frequently. Accordingly, RLC SDU packet discarding may no longer be considered an abnormal event for traffic types such as XR traffic.

[0060] In some embodiments, a transmitting side of an AM RLC entity (e.g., the AM RLC entity 402) can receive a negative acknowledgment (e.g., a notification of reception failure by its peer AM RLC entity) . In some cases, when receiving a negative acknowledgment for an RLC SDU (e.g., the RLC SDU 502 or segmented RLC SDU 512) or RLC SDU segment (e.g., the first RLC SDU segment 512a, second RLC SDU segment 512b or the third RLC SDU segment 512c) by a STATUS PDU from its peer AM RLC entity, the transmitting side of the AM RLC entity may, if the SN of the corresponding RLC SDU falls within a range TX_Next_Ack <= SN < = the highest SN of the AMD PDU among the AMD PDUs submitted to lower layers, consider the RLC SDU or RLC SDU segment for which a negative acknowledgement was received for retransmission; and populate a RETX_COUNT to control how often the RLC SDU or RLC SDU segment can be retransmitted.

[0061] In some embodiments, a transmitting side of an AM RLC entity (e.g., the AM RLC entity 402) does not consider to-be-discarded (e.g., in-flight) RLC SDUs or RLC SDU segments as eligible for retransmission. When receiving a negative acknowledgement for an RLC SDU (e.g., the RLC SDU 502 or segmented RLC SDU 512) or RLC SDU segment (e.g., the first RLC SDU segment 512a, second RLC SDU segment 512b or the third RLC SDU segment 512c) by a STATUS PDU from its peer AM RLC entity, the transmitting side of the AM RLC may be enhanced from various operations associated with packet discarding.

[0062] For example, a UE (e.g., the UE 102 or UE 202) implementation and / or network device (e.g., the network device 104, DU 204a or CU 204b) implementation may keep track of any discarded RLC SDUs or RLC SDU segments that are currently in-flight. One or more RLC state variables or status indications may be defined to capture a ‘first’ and a ‘last’ discarded RLC SDUs or RLC SDU segments currently in-flight (e.g., where RLC SDUs or RLC SDU segments are in-sequence) . In some embodiments, the one or more RLC status variables or status indications may be newly defined such that existing RLC state variables are not changed or updated.

[0063] In some embodiments, when the transmitting side of an AM RLC entity (e.g., the AM RLC entity 402) receives an RLC retransmission request (e.g., NACK) for an RLC SDU (e.g., the RLC SDU 502 or segmented RLC SDU 512) or RLC SDU segment (e.g., the first RLC SDU segment 512a, second RLC SDU segment 512b or the third RLC SDU segment 512c) declared as to-be-discarded (e.g., in-flight) , the transmitting side of the AM RLC entity does not trigger an RLC retransmission.

[0064] In some embodiments, the AM RLC entity (e.g., the AM RLC entity 402) may interpret the NACK as if it were an ACK. Accordingly, the AM RLC entity may update RLC state variables. In some embodiments, the AM RLC entity may ignore the NACK. That is, for example, the AM RLC entity may behave in a manner that triggers no action to the RLC protocol layer.

[0065] In some embodiments, to treat an SDU discard indication applicable to an RLC SDU (e.g., the RLC SDU 502 or segmented RLC SDU 512) or RLC SDU segment (e.g., the first RLC SDU segment 512a, second RLC SDU segment 512b or the third RLC SDU segment 512c) admitted for ARQ retransmission earlier but indicated as to-be-discarded  (e.g., in flight) later, the transmitting side of an AM RLC entity (e.g., the AM RLC entity 402) may apply one or more operations associated with packet discarding upon the indicated discard event.

[0066] For example, the transmitting side of an AM RLC entity (e.g., the AM RLC entity 402) may set a retransmission counter equal to a maximum number of retransmissions associated with an RLC SDU or RLC SDU segment (e.g., RETX_COUNT =maxRetxThreshold) . In some embodiments, the transmitting side of the AM RLC entity may set a retransmission counter equal to a discard marker value (e.g., RETX_COUNT =DiscardMarker) . That is, for example, the discard marker value may be defined as a special and / or unique value (e.g. 0xFF or the like) . In some embodiments, the transmitting side of the AM RLC entity may update the maximum number of retransmissions corresponding to the RLC SDU (e.g., the RLC SDU 502 or segmented RLC SDU 512) or RLC SDU segment (e.g., the first RLC SDU segment 512a, second RLC SDU segment 512b or the third RLC SDU segment 512c) indicated as to-be-discarded (e.g., in flight) to 1 or 0 (e.g., maxRetxThreshold updated to 1 or 0) .

[0067] In some embodiments, following a submission of packets to lower layers (e.g., to the MAC layer for initial transmission) , a transmitting side of an AM RLC entity (e.g., the AM RLC entity 402) may determine all discarded PDUs (e.g., RLC SDUs or RLC SDU segments) as positively acknowledged. In some implementations this behavior of determining all discarded PDUs as positively acknowledged can potentially be more complex to a UE implementation, but may provide benefits in avoiding excessive ARQ retransmissions. That is, for example, there may be complexity in how the SDU memory should be freed over a time period or for a particular window size because HARQ retransmissions may still occur irrespective of the acknowledgement at the RLC layer.

[0068] The transmitting side of an AM RLC entity (e.g., the AM RLC entity 402) may support ARQ retransmission of RLC SDUs or RLC SDU segments. That is, for example, if an RLC SDU (e.g., the RLC SDU 502 or segmented RLC SDU 512) or RLC SDU segment (e.g., the first RLC SDU segment 512a, second RLC SDU segment 512b or the third RLC SDU segment 512c) to be retransmitted (e.g., including the RLC header) does not fit within a total size of RLC PDU (s) indicated by lower layers (e.g., PDCP layer) at the particular  transmission opportunity notified by the lower layers, the AM RLC entity can segment the RLC SDU or re-segment the RLC SDU segments into RLC SDU segments.

[0069] It is to be appreciated that, in some embodiments, a transmitting side of an AM RLC entity (e.g., the AM RLC entity 402) prioritizes transmission of AMD PDUs containing previously transmitted RLC SDUs or RLC SDU segments over transmission of AMD PDUs containing not previously transmitted RLC SDUs or RLC SDU segments. However, with respect to XR traffic, for example, prioritizing previously transmitted RLC SDUs or RLC SDU segments may be counterproductive.

[0070] That is, if an AM RLC entity (e.g., the AM RLC entity 402) were to prioritize discarded RLC SDUs or RLC SDU segments currently in-flight over RLC SDUs with new data, radio transmission resources may be used in a suboptimal manner. In some embodiments, one or more AMD PDUs containing discarded RLC SDUs or RLC SDU segments currently in-flight may be excluded from such a rule that prioritizes AMD PDUs containing previously transmitted RLC SDUs or RLC SDU segments over transmission of AMD PDUs containing not previously transmitted RLC SDUs or RLC SDU segments.

[0071] In some embodiments, a transmitting side of an AM RLC entity (e.g., the AM RLC entity 402) may prioritize transmission of AMD PDUs containing previously transmitted RLC SDUs or RLC SDU segments over transmission of AMD PDUs containing not previously transmitted RLC SDUs or RLC SDU segments, unless the AMD PDUs have been exempted from this prioritization rule, for example, based at least in part on a packet discard operation. That is, for example, an exemption may be triggered by indicating one or more RLC SDUs or RLC SDU segments are to be discarded (e.g., as part of an SDU discard procedure in PDCP and RLC) following the discard of a PDU set (e.g., the PDU set 302) .

[0072] In some cases, an AM RLC entity (e.g., the AM RLC entity 402) may poll its peer AM RLC entity in order to trigger status reporting at the peer AM RLC entity. That is, for example, a poll bit may be set in a header portion of an RLC SDU (e.g., the RLC SDU 502 or segmented RLC SDU 512) such that the transmitting side of the AM RLC entity can request a status from the receiver device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) . For example, upon expiry of the time to retransmit a poll (e.g., t-PollRetransmit) , a transmitting side of the AM RLC entity may consider certain RLC SDUs for retransmission  even without a negative acknowledgement, for example, when no STATUS report was received from the peer AM RLC entity for a period of time.

[0073] In some cases, upon expiry of t-PollRetransmit, a transmitting side of an AM RLC entity (e.g., the AM RLC entity 402) may, if both the transmission buffer and the retransmission buffer are empty (excluding transmitted RLC SDUs or RLC SDU segments awaiting acknowledgements) , or if no new RLC SDUs or RLC SDU segments can be transmitted (e.g. due to window stalling) , consider an RLC SDU (e.g., the RLC SDU 502 or segmented RLC SDU 512) with the highest SN among the RLC SDUs submitted to lower layers for retransmission, or consider any RLC SDU which has not been positively acknowledged for retransmission. Additionally, upon expiry of t-PollRetransmit, the transmitting side of the AM RLC entity may include a poll in an AMD PDU.

[0074] Additionally or alternatively, the transmitting side of an AM RLC entity (e.g., the AM RLC entity 402) may retransmit an RLC SDU (e.g., the RLC SDU 502 or segmented RLC SDU 512) with a highest SN among the RLC SDUs submitted to a lower layer for retransmission. That is, in some cases, the transmitting side of the AM RLC entity may consider any RLC SDU which has not been positively acknowledged for retransmission.

[0075] In some embodiments, it would not be preferable to trigger a retransmission for one or more packets (e.g., one or more packets 304) that are known to-be-discarded. That is, even if the one or more packets are in-flight, it would still not be preferable to trigger the retransmission. In other words, one or more packets may be subject to RLC packet discarding such as a packet that is in-flight. In some cases, the in-flight packet may be known at that RLC layer, and a device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) may still discard the in-flight packet somewhere in the transmission path based at least in part on internal factors. Thus, it may not be preferable to carry a polling request on such an RLC PDU because the polling request may get lost or discarded during its transmission. In other words, a packet subject to discarding may not be a desirable place to carry a poll bit within a header thereof.

[0076] In some embodiments, upon submission of a discarded (e.g., in-flight) AMD PDU to lower layers, a transmitting side of an AM RLC entity (e.g., the AM RLC entity 402) may be configured not to include a poll bit in a header of the discarded (e.g., in-flight) AMD  PDU. In some embodiments, the transmitting side of the AM RLC entity may be configured not to start or restart a timer to retransmit a poll (e.g., t-PollRetransmit) for discarded (e.g., in-flight) packets (e.g., PDUs) . In some embodiments, rather than starting or restarting t-PollRetransmit, the transmitting side of the AM RLC entity may set a poll send state variable (e.g., POLL_SN) to a highest normal (e.g., not to be discarded) SN of the AMD PDU among the AMD PDUs submitted to the lower layer.

[0077] In some embodiments, upon reception of a STATUS report from the receiving side of an AM RLC entity (e.g., the AM RLC entity 402) comprising a positive or negative acknowledgement for an RLC SDU (e.g., the RLC SDU 502 or segmented RLC SDU 512) known to be discarded (e.g., in-flight) , the transmitting side of the AM RLC entity may be configured not to stop or restart the timer to retransmit a poll (e.g., t-PollRetransmit) . In some embodiments, upon expiry of t-PollRetransmit, the transmitting side of the AM RLC entity may be configured not to consider for retransmission any RLC SDU or RLC SDU segment known to be discarded and / or currently in-flight. In some embodiments, upon expiry of t-PollRetransmit, the transmitting side of the AM RLC entity may be configured not to include a poll in such a packet (e.g., an AMD PDU) .

[0078] In some embodiments, for the purpose of MAC buffer status reporting, a device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) may calculate an RLC data volume. That is, the RLC data volume may correspond to an amount of data available for transmission in an AM RLC entity (e.g., the AM RLC entity 402) . For example, RLC data volume may include RLC SDUs and RLC SDU segments that have not yet been included in an RLC data PDU, RLC data PDUs that are pending for initial transmission, and RLC data PDUs that are pending for retransmission (e.g., for the AM RLC entity) . In some embodiments, however, the device may be configured not to include discarded (e.g., in-flight) RLC PDUs in a calculation of the RLC data volume. That is, for example, RLC data PDUs (e.g., RLC SDUs and RLC SDU segments) that are pending for retransmission (e.g., for the AM RLC entity) are not to be counted or considered in the calculation of the RLC data volume.

[0079] In some embodiments, a receiver device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) may receive a discard indication from a transmitter device  (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) . That is, for example, the receiver device and the transmitter device may share an awareness of the packets to be discarded or the in-flight packets (e.g., for XR traffic) . In some embodiments, upon reception of the discard indication from the transmitter device, an AM RLC entity (e.g., the AM RLC entity 402) of the receiver device may trigger a STATUS PDU back to the transmitter device. In this manner, the discarded PDUs may be set to acknowledged (e.g., ACKed) . For example, a transmitting side of the AM RLC entity of the transmitter device may respond to the STATUS PDU by acknowledging the packets to be discarded or the in-flight packets. In some embodiments, the STATUS PDU can be an RLC status report (e.g., between RLC layers of the receiver device and the transmitter device) . In some embodiments, the STATUS PDU can be a PDCP status report and may be provided to the RLC layer of the receiver device and / or the transmitter device via a corresponding PDCP layer.

[0080] Similarly, a transmitter device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) may receive a discard indication associated with one or more packets (e.g., one or more packets 304) . That is, for example, an AM RLC entity (e.g., the AM RLC entity 402) may receive the discard indication from a receiving side of a PDCP entity (e.g., the PDCP entity 404) , which may have received the discard indication from a PDCP status report. In some embodiments, however, the AM RLC entity may receive the discard indication on an RLC layer reporting or communication level. In some embodiments, the transmitting side of the AM RLC entity, upon reception of the discard indication (e.g., from RLC indication and / or in a cross-layer indication via PDCP) , may trigger various packet discard operations as described herein.

[0081] In some cases, when a receiving side of an AM RLC entity (e.g., the AM RLC entity 402) receives AMD PDUs, the receiving side of the AM RLC entity may detect whether or not the AMD PDUs have been received in duplication. In such cases, the receiving side of the AM RLC entity may discard duplicated AMD PDUs. Additionally or alternatively, the receiving side of the AM RLC entity may detect the loss of AMD PDUs at the lower layers and request retransmissions to its peer AM RLC entity. Additionally or alternatively, the receiving side of the AM RLC entity may reassemble RLC SDUs from the received AMD PDUs and deliver the RLC SDUs to the upper layers.

[0082] In some embodiments, a receiving side of an AM RLC entity (e.g., the AM RLC entity 402) may be informed of any discarded PDUs or discarded PDUs currently in-flight. For example, the receiving side of the AM RLC entity may be informed of any discarded PDUs or discarded PDUs currently in-flight via a discard indication. That is, for example, the discard indication may be received through cross-layer communication from the PDCP layer, received on the RLC layer level and / or based on network signaling (e.g., via RRC) indicating packets for discarding.

[0083] In some embodiments, when a receiving side of an AM RLC entity (e.g., the AM RLC entity 402) receives an AMD PDU known to be discarded or known to be discarded but still in-flight with lower layers, the receiving side of the AM RLC entity may be configured not to request a retransmission to its peer AM RLC entity (e.g., for incorrectly received PDUs or when the AM RLC entity is aware of the discard but detects a missed reception that would otherwise lead to a NACK) . In other words, the receiving side of the AM RLC entity may be configured not to consider discarded and / or in-flight AMD PDUs as lost. That is, for example, the receiving side of the AM RLC entity may be configured not to request a retransmission of PDUs currently discarded and / or in-flight through an RLC STATUS report. In other words, if polled to provide an RLC STATUS report, the receiving side of the AM RLC entity may be configured not to indicate a negative acknowledgment or to request a retransmission of the PDUs currently discarded and / or in-flight based at least in part on the discard indication.

[0084] In some embodiments, for a receiving side of an AM RLC entity (e.g., the AM RLC entity 402) , when a SN gap is created due to the discard of PDUs at a transmitter device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) , the receiving side of the AM RLC entity may be configured to disregard the SN gap and consider the received SDUs as in-sequence.

[0085] In some embodiments, when an SN gap is created due to the discarding of PDUs at a transmitter device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) , a receiving side of an AM RLC entity (e.g., the AM RLC entity 402) may be configured to reassemble RLC SDUs from the received AMD PDUs or UMD PDUs. Additionally or alternatively, the receiving side of the AM RLC entity may be configured to  disregard the SN gap. Additionally or alternatively, the receiving side of the AM RLC entity may be configured to consider the received AMD PDUs or UMD PDUs as in-sequence. In some embodiments, the RLC layer may deliver RLC SDUs to the upper layer as soon as they are available. That is, for example, the RLC layer may deliver RLC SDUs to the upper layer regardless of whether the RLC SDUs are in-sequence or not.

[0086] It is to be appreciated that that packet discarding may apply to complete RLC SDUs (e.g., as a default operation) . However, when packet discarding occurs, it is possible that some RLC SDU segments may still be in-flight. Therefore, SDU reassembly may not be needed for those RLC SDU segments that are still in-flight in accordance with some embodiments.

[0087] In some embodiments, upon packet discarding, an RLC entity (e.g., the AM RLC entity 402, transmitting UM RLC entity 412 or receiving UM RLC entity 422) may be configured to consider a reassembly timer (e.g., t-Reassembly) as expired. For example, in RLC UM, a receiving UM RLC entity (e.g., the receiving UM RLC entity 422) may be configured to update a state variable for holding the value of the earliest SN that is still considered for reassembly (e.g., RX_Next_Reassembly) to the SN of the first SN >= a state variable for holding the value of the SN following the SN which triggered t-Reassembly (e.g., RX_Timer_Trigger) that has not been reassembled. That is, for example, the receiving UM RLC entity may be configured to exclude any SNs indicated as discarded (e.g., according to new / updated SNs expected next) . In some embodiments, a state variable for holding the value of the SN following the SN of the UMD PDU with the highest SN among received UMD PDUs (e.g., RX_Next_Highest) may also be updated accordingly. Additionally or alternatively, in cases where t-Reassembly starts immediately again, the RX_Timer_Trigger state variable may be updated accordingly (e.g., considering the SN gap) .

[0088] In RLC AM, the receiving side of an AM RLC entity (e.g., the AM RLC entity 402) may be configured to update a state variable for holding the highest possible value of the SN which can be indicated by “ACK_SN” when a STATUS PDU needs to be constructed (e.g., RX_Highest_Status) to the SN of a first RLC SDU (e.g., the RLC SDU 502 or segmented RLC SDU 512) with SN >= a state variable for holding the value of the SN following the SN of the RLC SDU which triggered t-Reassembly (e.g.,  RX_Next_Status_Trigger) for which not all bytes have been received. That is, for example, the receiving side of the AM RLC entity may be configured to exclude any SNs indicated as discarded (e.g., according to new / updated SNs expected next) . In some embodiments, a state variable for holding the value of the SN following the SN of the RLC SDU with the highest SN among received RLC SDUs (e.g., RX_Next_Highest) may also be updated accordingly. Additionally or alternatively, in cases where t-Reassembly starts immediately again, the RX_Next_Status_Trigger state variable may be updated accordingly (e.g., considering the SN gap) .

[0089] In some embodiments, for RLC status reporting, the triggering of an RLC STATUS PDU upon expiry of t-Reassembly may be optional, for example, in cases where the receiver device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) was informed of the packet discarding by the transmitter device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) . In this manner, a receiving side of an AM RLC entity (e.g., the AM RLC entity 402) may move a reassembly window considering the packets indicated as discarded in accordance with some embodiments.

[0090] Additionally or alternatively, a receiver device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) may detect a packet discarding event implicitly. That is, for example, when a DRB is configured to receive all packets of a PDU set (e.g., the PDU set 302) and one packet is determined to be missing, the remaining packets in the PDU set are meant to be discarded. In some embodiments, the DRB may be configured to receive all packets of the PDU set associated with XR traffic such that the packet discarding event may be implicitly detected.

[0091] In some cases, if an RLC acknowledgment is received, a duplicated PDCP PDU in another RLC should be discarded. That is, for a PDCP entity (e.g., the PDCP entity 404) configured with pdcp-Duplication, a transmitting side of the PDCP entity may, if the successful delivery of a PDCP Data PDU is confirmed by one of the associated AM RLC entities, indicate to the other AM RLC entities to discard the duplicated PDCP Data PDU.

[0092] A DRB may be configured with PDCP duplication to support XR traffic or the like. In some embodiments, if a PDU set (e.g., the PDU set 302) to be discarded is an important PDU set (e.g., by a PDU set importance parameter) , a PDCP entity (e.g., the PDCP  entity 404) may indicate to all secondary RLC entities to discard the duplicated PDCP Data PDUs, but the primary AM RLC entity (e.g., the AM RLC entity 402) may continue to transmit.

[0093] In some embodiments, if a PDU set (e.g., the PDU set 302) to be discarded is a non-important PDU set (e.g., by a PDU set importance parameter) , a PDCP entity (e.g., the PDCP entity 404) may indicate to all RLC entities (including primary and secondary) to discard the duplicated PDCP Data PDUs.

[0094] In some embodiments, for an important PDU set, a transmitting side of a PDCP entity (e.g., the PDCP entity 404) and a transmitting side of an AM RLC entity (e.g., the AM RLC entity 402) may be configured not to discard the PDU set (e.g., the PDU set 302) entirely, but to deactivate duplication to make sure the PDCP duplication procedure does not consume too many resources for the XR traffic in accordance with some embodiments.

[0095] In some embodiments, more than two PDU set importance levels or values (e.g., 8 in some instances) may exist for a DRB, QoS flow or PDU set (e.g., the PDU set 302) . When more than two PDU set importance levels or values exist for a DRB, QoS flow or PDU set, and packet discarding is indicated, PDCP duplication may be deactivated on a subset of associated RLC entities for more important PDU sets in accordance with some embodiments. In some embodiments, when more than two PDU set importance levels or values exist for a DRB, QoS flow or PDU set, and packet discarding is indicated, PDCP duplication may be deactivated on a larger subset of associated RLC entities for less important PDU sets. In some embodiments, when more than two PDU set importance levels or values exist for a DRB, QoS flow or PDU set, and packet discarding is indicated, RRC or NAS may configure a mapping of PDU set importance levels or values to subsets of RLC entities with associated packet discarding behavior for the duplicated PDCP Data PDUs.

[0096] It is to be appreciated that these packet discarding operations when PDCP duplication is active may apply to all PDUs in a PDU set (e.g., the PDU set 302) , for example if PDUs are not yet confirmed by lower layers as successfully transmitted, or just to the remaining PDUs, RLC SDUs or RLC SDU segments in the PDU set. Additionally or alternatively, whether or not an RLC entity (e.g., the AM RLC entity 402, transmitting UM RLC entity 412, or receiving UM RLC entity 422) , following reception of an indication from  PDCP, discards the duplicated PDCP data PDUs may also depend on one or more conditions. Following reception of an indication from PDCP, the RLC entity may discard the duplicated PDCP data PDUs based at least in part on the RLC processing state at which the discard indication is received. That is, for example, the RLC entity may discard the duplicated PDCP data PDUs based at least in part on whether the PDCP data PDU is already associated with an RLC SN. Additionally or alternatively, the RLC entity may discard the duplicated PDCP data PDUs based at least in part on an RLC packet discarding mode (e.g., a first RLC packet discarding mode or a second RLC packet discarding mode) active for the device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) .

[0097] FIG. 6 illustrates an example method 600 of wireless communication by a device (e.g., a UE or network device) , in accordance with some embodiments and various aspects of the present disclosure. The method 600 may be performed by a device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) described with reference to FIGS. 1 and 2, or by other UEs and / or network devices described herein. The method 600 may be performed using a processor, a set of transceivers (e.g., one or more transceivers) or other components of the device.

[0098] At 602, the method 600 may include receiving a set of packet handling parameters.

[0099] At 604, the method 600 may include, at an RLC entity within the device, receiving an indication that one or more packets of the PDU set are eligible for packet discarding. In some embodiments, the one or more packets of the PDU set may correspond to in-flight packets transmitted by the RLC entity.

[0100] At 606, the method 600 may include performing at least one packet discard operation associated with the one or more packets, based at least in part on at least one of the received set of packet handling parameters or the received indication.

[0101] In some embodiments of the method 600, for example, the set of packet handling parameters may be received as part of a configuration or policy information for the device.

[0102] In some embodiments of the method 600, for example, the indication that one or more packets of the PDU set are eligible for packet discarding may be received from a higher layer than the RLC layer.

[0103] In some embodiments of the method 600, for example, the one or more packets of the PDU set may be an RLC SDU. In some embodiments, the one or more packets of the PDU set may be an RLC SDU segment.

[0104] In some embodiments of the method 600, for example, the indication that one or more packets of the PDU set are eligible for packet discarding may be received separately for the set of packet handling parameters corresponding to the XR traffic. In some embodiments, the indication that one or more packets of the PDU set are eligible for packet discarding may be received as part of a configuration or policy information for the device that included the set of packet handling parameters corresponding to the XR traffic.

[0105] Some embodiments of the method 600, for example, may include transmitting or receiving at least some PDUs of a PDU set, based at least in part on the received set of packet handling parameters.

[0106] In some embodiments, the at least some PDUs being transmitted means that the complete PDU set has not been transmitted at a time of the transmit operation. That is, for example, the device (e.g., a UE or base station) may have just started to transmit some of the packets of the PDUs in the PDU set. Additionally, some or all of a remainder of the packets of other PDUs in the PDU set may be discarded by the device in accordance with some embodiments.

[0107] It is to be understood that the at least one packet discard operation may include operations in which no packet is actually discarded at the transmitter device. That is, for example, all packets to be discarded packets may be in-flight. In other words, the at least one packet discard operation may be related to a processing of an operational state as part of the method 600 in accordance with some embodiments.

[0108] In some embodiments, the at least some PDUs being received means that the complete PDU set has not been received at a time of the receive operation. That is, for example, the device (e.g., a UE or base station) may have just started to receive some of the  packets of the PDUs in the PDU set. Additionally, some or all of a remainder of the packets of other PDUs in the PDU set may be discarded by the device in accordance with some embodiments.

[0109] It is to be appreciated that the device may perform the at least one packet discard operation associated with the one or more packets, based at least in part on the received set of packet handling parameters, based at least in part on the received indication, and / or based at least in part on the received set of packet handling parameters and the received indication. That is, for example, by knowing or being aware that the set of packet handling parameters corresponds to a traffic type (e.g., XR traffic) , the device may perform the at least one packet discard operation. Additionally or alternatively, by receiving the indication that the one or more packets of the PDU set are eligible for packet discarding, the device may perform the at least one packet discard operation irrespective of the set of packet handling parameters. Additionally or alternatively, by knowing that the set of packet handling parameters corresponds to a traffic type and by receiving the indication that the one or more packets of the PDU set are eligible for packet discarding, the device may perform the at least one packet discard operation.

[0110] It is also to be appreciated that the at least one packet discard operation may not necessarily include any actual discarding of packets. That is, for example, the at least one packet discard operation can include refraining from performing certain operations that would normally be performed if the one or more packets were not to be discarded.

[0111] In some embodiments of the method 600, for example, the one or more packets of the PDU set may correspond to in-flight packets that have been transmitted by the RLC entity and are not yet acknowledged by the peer RLC entity.

[0112] In some embodiments of the method 600, for example, the RLC entity may be an AM RLC entity. In some embodiments, the RLC entity may be a UM RLC entity.

[0113] In some embodiments of the method 600, for example, a device may refrain from updating at least one of SNs or state variables associated with the one or more packets, based at least in part on at least one of the received set of packet handling parameters or the received indication.

[0114] In some embodiments of the method 600, for example, the device may determine an RLC packet discarding mode corresponding to the PDU set. In some embodiments, the device may update at least one of SNs or state variables associated with the one or more packets, based at least in part on at least one of: the received set of packet handling parameters; the received indication; or the determined RLC packet discarding mode.

[0115] In some embodiments of the method 600, for example, the device, at a receiving side of the RLC entity within the device, may refrain from requesting an ARQ retransmission of the one or more packets, based at least in part on at least one of the received set of packet handling parameters or the received indication. In some embodiments, the RLC entity may be an AM RLC entity.

[0116] In some embodiments of the method 600, for example, the device, at a receiving side of the RLC entity within the device, may refrain from starting a reassembly timer for the one or more packets based at least in part on at least one of the received set of packet handling parameters or the received indication. In some embodiments, the RLC entity may be an AM RLC entity.

[0117] In some embodiments of the method 600, for example, the device, at a transmitting side of the RLC entity within the device, may refrain from retransmitting an ARQ retransmission of the one or more packets, based at least in part on at least one of the received set of packet handling parameters or the received indication. In some embodiments, the RLC entity may be an AM RLC entity.

[0118] In some embodiments of the method 600, for example, the device may refrain from re-segmenting the one or more packets, based at least in part on at least one of the received set of packet handling parameters or the received indication.

[0119] In some embodiments of the method 600, for example, the PDU set may correspond to a set of XR packets.

[0120] FIG. 7 illustrates another example method 700 of wireless communication by a device (e.g., a UE or network device) , in accordance with some embodiments and various aspects of the present disclosure. The method 700 may be performed by a device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) described with reference to  FIGS. 1 and 2, or by other UEs and / or network devices described herein. The method 700 may be performed using a processor, a set of transceivers (e.g., one or more transceivers) or other components of the device.

[0121] At 702, the method 700 may include receiving a set of packet handling parameters corresponding to XR traffic.

[0122] At 704, the method 700 may include, at an RLC entity within the device, receiving an indication that one or more packets of the PDU set are eligible for packet discarding. In some embodiments, the one or more packets of the PDU set may correspond to in-flight packets transmitted by the RLC entity.

[0123] At 706, the method 700 may include receiving an information packet from a peer RLC entity indicating a negative acknowledgement corresponding to the one or more packets.

[0124] In some embodiments of the method 700, for example, the information packet received from the peer RLC entity indicating the negative acknowledgement may correspond to each of the one of the one or more packets. In some embodiments, the information packet received from the peer RLC entity indicating the negative acknowledgement may correspond to fewer than all of the one or more packets and others of the one or more packets may be indicated as acknowledged.

[0125] Some embodiments of the method 700, for example, may include transmitting or receiving at least some PDUs of a PDU set, based at least in part on the received set of packet handling parameters.

[0126] In some embodiments, the at least some PDUs being transmitted means that the complete PDU set has not been transmitted at a time of the transmit operation. That is, for example, the device (e.g., a UE or base station) may have just started to transmit some of the packets of the PDUs in the PDU set.

[0127] In some embodiments, the at least some PDUs being received means that the complete PDU set has not been received at a time of the receive operation. That is, for example, the device (e.g., a UE or base station) may have just started to receive some of the packets of the PDUs in the PDU set.

[0128] In some embodiments of the method 700, for example, the RLC entity may be an AM RLC entity. In some embodiments, the RLC entity may be a UM RLC entity

[0129] In some embodiments of the method 700, for example, the device, at a transmitting side of the RLC entity within the device and responsive to the received information packet, may determine that the one or more packets are ineligible for ARQ retransmission based at least in part on at least one of the received set of packet handling parameters or the received indication.

[0130] In some embodiments of the method 700, for example, the device, at a transmitting side of the RLC entity within the device, may keep track of discarded RLC SDUs or RLC SDU segments corresponding to the one or more packets. In some embodiments, the information packet may be a STATUS PDU.

[0131] In some embodiments of the method 700, for example, the device, at a transmitting side of the RLC entity within the device, may determine at least one of a first discarded RLC SDU or RLC SDU segment corresponding to the one or more packets, or a last discarded RLC SDU or RLC SDU segment corresponding to the one or more packets, based at least in part on the received information packet. In some embodiments, the information packet may be a STATUS PDU.

[0132] In some embodiments of the method 700, for example, the device, at a transmitting side of the RLC entity within the device and responsive to the received information packet, may refrain for transmitting an ARQ retransmission associated with the negative acknowledgement for an RLC SDU or RLC SDU segment corresponding to the one or more packets. In some embodiments, the information packet may be a NACK.

[0133] In some embodiments of the method 700, for example, the device, at the transmitting side of the RLC entity within the device, may determine that the NACK is to be interpreted as an ACK, based at least in part on at least one of the received set of packet handling parameters or the received indication. In some embodiments, the device, at the RLC entity within the device, may update one or more RLC state variables, based at least in part on the determination that the NACK is to be interpreted as an ACK.

[0134] In some embodiments of the method 700, for example, the device, at the RLC entity within the device and prior to the received indication, may receive an ARQ retransmission request for an RLC SDU or RLC SDU segment. In some embodiments, the device may determine that the RLC SDU or RLC SDU segment corresponds to the one or more packets. In some embodiments, the device, at a transmitting side of the RLC entity within the device, may set at least one of: a retransmission counter equal to a maximum number of retransmissions associated with the RLC SDU or RLC SDU segment; the retransmission counter equal to a discard marker value associated with the RLC SDU or RLC SDU segment; or the maximum number of retransmissions associated with the RLC SDU or RLC SDU segment to one or zero.

[0135] That is, for example, based at least in part on the determination that the RLC SDU or RLC SDU segment corresponds to the one or more packets, the device may set the retransmission counter equal to a maximum number of retransmissions or a discard marker value. Additionally or alternatively, the device may set the maximum number of retransmissions to one or zero. That is, since the device has identified that the RLC SDU or RLC SDU segment is now an in-flight packet to be discarded, the device may set or update values so that the ARQ retransmission does not occur.

[0136] In some embodiments of the method 700, for example, the device, at a transmitting side of the RLC entity within the device, may forward an RLC SDU or RLC SDU segment corresponding to the one or more packets for an initial transmission. In some embodiments, the device, at the transmitting side of the RLC entity within the device, may determine the forwarded RLC SDU or RLC SDU segment as acknowledged, based at least in part on at least one of the received set of packet handling parameters or the received indication.

[0137] That is, for example, the transmitting side of the RLC entity within the device may forward or transmit an RLC SDU or RLC SDU segment corresponding to the one or more packets for an initial transmission. Then, irrespective of an acknowledgement response from its peer RLC entity and based at least in part on at least one of the received set of packet handling parameters or the received indication, the transmitting side of the RLC entity within the device may determine the forwarded RLC SDU or RLC SDU segment as acknowledged.

[0138] FIG. 8 illustrates another example method 800 of wireless communication by a device (e.g., a UE or network device) , in accordance with some embodiments and various aspects of the present disclosure. The method 800 may be performed by a device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) described with reference to FIGS. 1 and 2, or by other UEs and / or network devices described herein. The method 800 may be performed using a processor, a set of transceivers (e.g., one or more transceivers) or other components of the device.

[0139] At 802, the method 800 may include receiving a set of packet handling parameters corresponding to XR traffic.

[0140] At 804, the method 800 may include, at an AM RLC entity within the device, receiving an indication that one or more packets of an AMD PDU set are eligible for packet discarding. In some embodiments, the one or more packets of the AMD PDU set may correspond to in-flight packets transmitted by the AM RLC entity.

[0141] At 806, the method 800 may include determining that at least one previously transmitted RLC SDU or RLC SDU segment of the AMD PDU set corresponds to the one or more packets.

[0142] At 808, the method 800 may include, at a transmitting side of the AM RLC entity within the device, prioritizing transmission of AMD PDUs of the AMD PDU set containing new RLC SDUs or RLC SDU segments over transmission of AMD PDUs of the AMD PDU set containing the at least one previously transmitted RLC SDU or RLC SDU segment, based at least in part on the determination that the at least one previously transmitted RLC SDU or RLC SDU segment corresponds to the one or more packets.

[0143] In some embodiments of the method 800, for example, the device may be a UE.

[0144] In some embodiments of the method 800, for example, the device may transmit a UE capability indication for RLC packet discarding.

[0145] In some embodiments of the method 800, for example, the UE capability indication for RLC packet discarding includes an indication of support for at least one of a first RLC packet discarding mode or a second RLC packet discarding mode. In some embodiments, the first RLC packet discarding mode may correspond to support for  discarding SDUs or PDUs not yet submitted to lower layers. In some embodiments, the second RLC packet discarding mode may correspond to support for discarding SDUs or PDUs including at least some SDUs or PDUs already submitted to lower layers.

[0146] In some embodiments of the method 800, for example, the device may receive an RRC configuration that includes the indication that one or more packets of an AMD PDU set are eligible for packet discarding, based at least in part on the transmitted UE capability indication for RLC packet discarding.

[0147] FIG. 9 illustrates another example method 900 of wireless communication by a device (e.g., a UE or network device) , in accordance with some embodiments and various aspects of the present disclosure. The method 900 may be performed by a device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) described with reference to FIGS. 1 and 2, or by other UEs and / or network devices described herein. The method 900 may be performed using a processor, a set of transceivers (e.g., one or more transceivers) or other components of the device.

[0148] At 902, the method 900 may include determining that an AMD PDU corresponds to at least one packet to be discarded.

[0149] At 904, the method 900 may include, at a transmitting side of an AM RLC entity within the device, transmitting an RLC SDU or RLC SDU segment corresponding to the AMD PDU.

[0150] At 906, the method 900 may include, at the transmitting side of the AM RLC entity within the device, refrain from including a poll bit in a header of the transmitted RLC SDU or RLC SDU segment, based at least in part on the determination that the AMD PDU corresponds to the at least one packet to be discarded.

[0151] FIG. 10 illustrates another example method 1000 of wireless communication by a device (e.g., a UE or network device) , in accordance with some embodiments and various aspects of the present disclosure. The method 1000 may be performed by a device (e.g., the UE 102, UE 202, network device 104, DU 204a or CU 204b) described with reference to FIGS. 1 and 2, or by other UEs and / or network devices described herein. The method 1000  may be performed using a processor, a set of transceivers (e.g., one or more transceivers) or other components of the device.

[0152] At 1002, the method 1000 may include receiving a status report from a receiving side of a peer AM RLC entity comprising a positive or negative acknowledgement for an RLC SDU or RLC SDU segment.

[0153] At 1004, the method 1000 may include determining that the RLC SDU or RLC SDU segment corresponds to at least one packet to be discarded.

[0154] At 1006, the method 1000 may include, at a transmitting side of an AM RLC entity within the device, refraining from stopping or restarting a timer to retransmit a poll, based at least in part on the determination that the RLC SDU or RLC SDU segment corresponds to the at least one packet to be discarded.

[0155] Embodiments contemplated herein include methods in the complementary context of methods 600, 700, 800, 900 and 1000 with respect to either a transmitter device communicating with a receiver device, or the receiver device communicating with the transmitter device.

[0156] Embodiments contemplated herein include an apparatus having means to perform one or more elements of the method 600, 700, 800, 900 or 1000. In the context of method 600, 700, 800, 900 or 1000, the apparatus may be, for example, an apparatus of a UE (such as a wireless device 1202 that is a UE, as described herein) . As would be apparent given the benefit of the disclosure and embodiments described herein, in the complementary context of method 600, 700, 800, 900 or 1000, the apparatus may be, for example, an apparatus of a network device (such as a network device 1220 that can be a network device of a RAN, as described herein) .

[0157] Embodiments contemplated herein include one or more non-transitory computer-readable media storing 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 the method 600, 700, 800, 900 or 1000. In the context of method 600, 700, 800, 900 or 1000, the non-transitory computer-readable media may be, for example, a memory of a UE (such as a memory 1206 of a wireless device 1202 that is a UE, as described herein) .  As would be apparent given the benefit of the disclosure and embodiments described herein, in the complementary context of method 600, 700, 800, 900 or 1000, the non-transitory computer-readable media may be, for example, a memory of a network device (such as a memory 1224 of a network device 1220 that can be a network device of a RAN, as described herein) .

[0158] Embodiments contemplated herein include an apparatus having logic, modules, or circuitry to perform one or more elements of the method 600, 700, 800, 900 or 1000. In the context of method 600, 700, 800, 900 or 1000, the apparatus may be, for example, an apparatus of a UE (such as a wireless device 1202 that is a UE, as described herein) . As would be apparent given the benefit of the disclosure and embodiments described herein, in the complementary context of method 600, 700, 800, 900 or 1000, the apparatus may be, for example, an apparatus of a network device (such as a network device 1220 that can be a network device of a RAN, as described herein) .

[0159] Embodiments contemplated herein include an apparatus having one or more processors and one or more computer-readable media, using or storing instructions that, when executed by the one or more processors, cause the one or more processors to perform one or more elements of the method 600, 700, 800, 900 or 1000. In the context of method 600, 700, 800, 900 or 1000, the apparatus may be, for example, an apparatus of a UE (such as a wireless device 1202 that is a UE, as described herein) . As would be apparent given the benefit of the disclosure and embodiments described herein, in the complementary context of method 600, 700, 800, 900 or 1000, the apparatus may be, for example, an apparatus of a network device (such as a network device 1220 that can be a network device of a RAN, as described herein) .

[0160] Embodiments contemplated herein include a signal as described in or related to one or more elements of the method 600, 700, 800, 900 or 1000.

[0161] Embodiments contemplated herein include a computer program or computer program product having instructions, wherein execution of the program by a processor causes the processor to carry out one or more elements of the method 600, 700, 800, 900 or 1000. In the context of method 600, 700, 800, 900 or 1000, the processor may be a processor of a UE (such as a processor (s) 1204 of a wireless device 1202 that is a UE, as described  herein) , and the instructions may be, for example, located in the processor and / or on a memory of the UE (such as a memory 1206 of a wireless device 1202 that is a UE, as described herein) . As would be apparent given the benefit of the disclosure and embodiments described herein, in the complementary context of method 600, 700, 800, 900 or 1000, the processor may be a processor of a network device (such as a processor (s) 1222 of a network device 1220 that can be a network device of a RAN, as described herein) , and the instructions may be, for example, located in the processor and / or on a memory of the network device (such as a memory 1224 of a network device 1220 that can be a network device of a RAN, as described herein) . In some embodiments with respect to the complementary context of method 600, 700, 800, 900 or 1000, the processor may be a processor of a CN (such as a CN 1124 that is a network device, as described herein) , and the instructions may be, for example, located in the processor and / or on a memory of the CN (such as a memory of a CN 1124 that is a network device, as described herein) .

[0162] FIG. 11 illustrates an example architecture of a wireless communication system 1100, according to embodiments disclosed herein. The following description is provided for an example wireless communication system 1100 that operates in conjunction with the LTE system standards and / or 5G or NR system standards as provided by 3GPP technical specifications.

[0163] As shown by FIG. 11, the wireless communication system 1100 includes UE 1102 and UE 1104 (although any number of UEs may be used) . In this example, the UE 1102 and the UE 1104 are illustrated as smartphones (e.g., handheld touchscreen mobile computing devices connectable to one or more cellular networks) , but may also include any mobile or non-mobile computing device configured for wireless communication.

[0164] The UE 1102 and UE 1104 may be configured to communicatively couple with a RAN 1106. In embodiments, the RAN 1106 may be NG-RAN, E-UTRAN, etc. The UE 1102 and UE 1104 utilize connections (or channels) (shown as connection 1108 and connection 1110, respectively) with the RAN 1106, each of which includes a physical communications interface. The RAN 1106 can include one or more network devices, such as network device 1112 and network device 1114, that enable the connection 1108 and connection 1110.

[0165] In this example, the connection 1108 and connection 1110 are air interfaces to enable such communicative coupling, and may be consistent with RAT (s) used by the RAN 1106, such as, for example, an LTE and / or NR.

[0166] In some embodiments, the UE 1102 and UE 1104 may also directly exchange communication data via a sidelink interface 1116. In some embodiments, for example, the transmit chains of the UE 1102 and UE 1104 may utilize the UL switching transmission techniques described herein to exchange communication data via the sidelink interface 1116. The UE 1104 is shown to be configured to access an access point (shown as AP 1118) via connection 1120. By way of example, the connection 1120 can include a local wireless connection, such as a connection consistent with any IEEE 802.11 protocol, wherein the AP 1118 may include a   router. In this example, the AP 1118 may be connected to another network (for example, the Internet) without going through a CN 1124.

[0167] In embodiments, the UE 1102 and UE 1104 can be configured to communicate using OFDM communication signals with each other or with the network device 1112 and / or the network device 1114 over a multicarrier communication channel in accordance with various communication techniques, such as, but not limited to, an orthogonal frequency division multiple access (OFDMA) communication technique (e.g., for DL communications) or a single carrier frequency division multiple access (SC-FDMA) communication technique (e.g., for UL and ProSe or sidelink communications) , although the scope of the embodiments is not limited in this respect. The OFDM signals can include a plurality of orthogonal subcarriers.

[0168] In some embodiments, all or parts of the network device 1112 or network device 1114 may be implemented as one or more software entities running on server computers as part of a virtual network. In addition, or in other embodiments, the network device 1112 or network device 1114 may be configured to communicate with one another via interface 1122. In embodiments where the wireless communication system 1100 is an LTE system (e.g., when the CN 1124 is an EPC) , the interface 1122 may be an X2 interface. The X2 interface may be defined between two or more network devices (e.g., two or more eNBs and the like) that connect to an EPC, and / or between two eNBs connecting to the EPC. In embodiments where the wireless communication system 1100 is an NR system (e.g., when CN 1124 is a  5GC) , the interface 1122 may be an Xn interface. The Xn interface is defined between two or more network devices (e.g., two or more gNBs and the like) that connect to 5GC, between a network device 1112 (e.g., a gNB) connecting to 5GC and an eNB, and / or between two eNBs connecting to 5GC (e.g., CN 1124) .

[0169] The RAN 1106 is shown to be communicatively coupled to the CN 1124. The CN 1124 may include one or more network elements 1126, which are configured to offer various data and telecommunications services to customers / subscribers (e.g., users of UE 1102 and UE 1104) who are connected to the CN 1124 via the RAN 1106. The components of the CN 1124 may be implemented in one physical device or separate physical devices including components to read and execute instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) .

[0170] In embodiments, the CN 1124 may be an EPC, and the RAN 1106 may be connected with the CN 1124 via an S1 interface 1128. In embodiments, the S1 interface 1128 may be split into two parts, an S1 user plane (S1-U) interface, which carries traffic data between the network device 1112 or network device 1114 and a serving gateway (S-GW) , and the S1-MME interface, which is a signaling interface between the network device 1112 or network device 1114 and mobility management entities (MMEs) .

[0171] In embodiments, the CN 1124 may be a 5GC, and the RAN 1106 may be connected with the CN 1124 via an NG interface 1128. In embodiments, the NG interface 1128 may be split into two parts, an NG user plane (NG-U) interface, which carries traffic data between the network device 1112 or network device 1114 and a user plane function (UPF) , and the S1 control plane (NG-C) interface, which is a signaling interface between the network device 1112 or network device 1114 and access and mobility management functions (AMFs) .

[0172] Generally, an application server 1130 may be an element offering applications that use IP bearer resources with the CN 1124 (e.g., packet switched data services) . The application server 1130 can also be configured to support one or more communication services (e.g., VoIP sessions, group communication sessions, etc. ) for the UE 1102 and UE 1104 via the CN 1124. The application server 1130 may communicate with the CN 1124 through an IP communications interface 1132.

[0173] FIG. 12 illustrates a system 1200 for performing signaling 1240 between a wireless device 1202 and a network device 1220, according to embodiments disclosed herein. The system 1200 may be a portion of a wireless communication system as herein described. The wireless device 1202 may be, for example, a UE of a wireless communication system. The network device 1220 may be, for example, a network device (e.g., an eNB or a gNB) of a wireless communication system.

[0174] The wireless device 1202 may include one or more processor (s) 1204. The processor (s) 1204 may execute instructions such that various operations of the wireless device 1202 are performed, as described herein. The processor (s) 1204 may include one or more baseband processors implemented using, for example, a central processing unit (CPU) , a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , a controller, a field programmable gate array (FPGA) device, another hardware device, a firmware device, or any combination thereof configured to perform the operations described herein.

[0175] The wireless device 1202 may include a memory 1206. The memory 1206 may be a non-transitory computer-readable storage medium that stores instructions 1208 (which may include, for example, the instructions being executed by the processor (s) 1204) . The instructions 1208 may also be referred to as program code or a computer program. The memory 1206 may also store data used by, and results computed by, the processor (s) 1204.

[0176] The wireless device 1202 may include one or more transceiver (s) 1210 that may include radio frequency (RF) transmitter and / or receiver circuitry that use the antenna (s) 1212 of the wireless device 1202 to facilitate signaling (e.g., the signaling 1240) to and / or from the wireless device 1202 with other devices (e.g., the network device 1220) according to corresponding RATs.

[0177] The wireless device 1202 may include one or more antenna (s) 1212 (e.g., one, two, four, or more) . For embodiments with multiple antenna (s) 1212, the wireless device 1202 may leverage the spatial diversity of such multiple antenna (s) 1212 to send and / or receive multiple different data streams on the same time and frequency resources. This behavior may be referred to as, for example, MIMO behavior (referring to the multiple antennas used at each of a transmitting device and a receiving device that enable this aspect) .  MIMO transmissions by the wireless device 1202 may be accomplished according to precoding (or digital beamforming) that is applied at the wireless device 1202 that multiplexes the data streams across the antenna (s) 1212 according to known or assumed channel characteristics such that each data stream is received with an appropriate signal strength relative to other streams and at a desired location in the spatial domain (e.g., the location of a receiver associated with that data stream) . Certain embodiments may use single user MIMO (SU-MIMO) methods (where the data streams are all directed to a single receiver) and / or multi user MIMO (MU-MIMO) methods (where individual data streams may be directed to individual (different) receivers in different locations in the spatial domain) .

[0178] In certain embodiments having multiple antennas, the wireless device 1202 may implement analog beamforming techniques, whereby phases of the signals sent by the antenna (s) 1212 are relatively adjusted such that the (joint) transmission of the antenna (s) 1212 can be directed (this is sometimes referred to as beam steering) .

[0179] The wireless device 1202 may include one or more interface (s) 1214. The interface (s) 1214 may be used to provide input to or output from the wireless device 1202. For example, a wireless device 1202 that is a UE may include interface (s) 1214 such as microphones, speakers, a touchscreen, buttons, and the like in order to allow for input and / or output to the UE by a user of the UE. Other interfaces of such a UE may be made up of transmitters, receivers, and other circuitry (e.g., other than the transceiver (s) 1210 / antenna (s) 1212 already described) that allow for communication between the UE and other devices and may operate according to known protocols (e.g.,  and the like) .

[0180] The wireless device 1202 may include a packet discard module (s) 1216. The packet discard module (s) 1216 may be implemented via hardware, software, or combinations thereof. For example, the packet discard module (s) 1216 may be implemented as a processor, circuit, and / or instructions 1208 stored in the memory 1206 and executed by the processor (s) 1204. In some examples, the packet discard module (s) 1216 may be integrated within the processor (s) 1204 and / or the transceiver (s) 1210. For example, the packet discard module (s) 1216 may be implemented by a combination of software components (e.g., executed by a  DSP or a general processor) and hardware components (e.g., logic gates and circuitry) within the processor (s) 1204 or the transceiver (s) 1210.

[0181] The packet discard module (s) 1216 may be used for various aspects of the present disclosure, for example, aspects of FIG. 1 through FIG. . The packet discard module (s) 1216 may be configured to, for example, apply or implement the techniques for RLC packet discarding and various RLC enhancements described herein.

[0182] The network device 1220 may include one or more processor (s) 1222. The processor (s) 1222 may execute instructions such that various operations of the network device 1220 are performed, as described herein. The processor (s) 1222 may include one or more baseband processors implemented using, for example, a CPU, a DSP, an ASIC, a controller, an FPGA device, another hardware device, a firmware device, or any combination thereof configured to perform the operations described herein.

[0183] The network device 1220 may include a memory 1224. The memory 1224 may be a non-transitory computer-readable storage medium that stores instructions 1226 (which may include, for example, the instructions being executed by the processor (s) 1222) . The instructions 1226 may also be referred to as program code or a computer program. The memory 1224 may also store data used by, and results computed by, the processor (s) 1222.

[0184] The network device 1220 may include one or more transceiver (s) 1228 that may include RF transmitter and / or receiver circuitry that use the antenna (s) 1230 of the network device 1220 to facilitate signaling (e.g., the signaling 1240) to and / or from the network device 1220 with other devices (e.g., the wireless device 1202) according to corresponding RATs.

[0185] The network device 1220 may include one or more antenna (s) 1230 (e.g., one, two, four, or more) . In embodiments having multiple antenna (s) 1230, the network device 1220 may perform MIMO, digital beamforming, analog beamforming, beam steering, etc., as has been described.

[0186] The network device 1220 may include one or more interface (s) 1232. The interface (s) 1232 may be used to provide input to or output from the network device 1220. For example, a network device 1220 that is a network device may include interface (s) 1232  made up of transmitters, receivers, and other circuitry (e.g., other than the transceiver (s) 1228 and antenna (s) 1230 already described) that enables the network device to communicate with other equipment in a CN, and / or that enables the network device to communicate with external networks, computers, databases, and the like for purposes of operations, administration, and maintenance of the network device or other equipment operably connected thereto.

[0187] The network device 1220 may include a packet discard configuration module (s) 1234. The packet discard configuration module (s) 1234 may be implemented via hardware, software, or combinations thereof. For example, the packet discard configuration module (s) 1234 may be implemented as a processor, circuit, and / or instructions 1226 stored in the memory 1224 and executed by the processor (s) 1222. In some examples, the packet discard configuration module (s) 1234 may be integrated within the processor (s) 1222 and / or the transceiver (s) 1228. For example, the packet discard configuration module (s) 1234 may be implemented by a combination of software components (e.g., executed by a DSP or a general processor) and hardware components (e.g., logic gates and circuitry) within the processor (s) 1222 or the transceiver (s) 1228.

[0188] The packet discard configuration module (s) 1234 may be used for various aspects of the present disclosure, for example, aspects of FIG. 1 through FIG. 9. The packet discard configuration module (s) 1234 may be configured to, for example, apply or implement the network-related UL communication and signaling in accordance with the techniques for RLC packet discarding and various RLC enhancements described herein.

[0189] 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, and / or methods as set forth herein. For example, a baseband processor as described herein 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 herein. For another example, circuitry associated with a UE, network device, network element, etc. as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth herein.

[0190] Any of the above described embodiments may be combined with any other embodiment (or combination of embodiments) , 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.

[0191] Embodiments and implementations of the systems and methods described herein may include various operations, which may be embodied in machine-executable instructions to be executed by a computer system. A computer system may include one or more general-purpose or special-purpose computers (or other electronic devices) . The computer system may include hardware components that include specific logic for performing the operations or may include a combination of hardware, software, and / or firmware.

[0192] It should be recognized that the systems described herein include descriptions of specific embodiments. These embodiments can be combined into single systems, partially combined into other systems, split into multiple systems or divided or combined in other ways. In addition, it is contemplated that parameters, attributes, aspects, etc. of one embodiment can be used in another embodiment. The parameters, attributes, aspects, etc. are merely described in one or more embodiments for clarity, and it is recognized that the parameters, attributes, aspects, etc. can be combined with or substituted for parameters, attributes, aspects, etc. of another embodiment unless specifically disclaimed herein.

[0193] Although the foregoing has been described in some detail for purposes of clarity, it will be apparent that certain changes and modifications may be made without departing from the principles thereof. It should be noted that there are many alternative ways of implementing both the processes and apparatuses described herein. Accordingly, the present embodiments are to be considered illustrative and not restrictive, and the description is not to be limited to the details given herein, but may be modified within the scope and equivalents of the appended claims.

Claims

1.A device, comprising:one or more transceivers; anda processor configured to:receive, via the one or more transceivers, a set of packet handling parameters;at a radio link control (RLC) entity within the device, receive an indication that one or more packets of a protocol data unit (PDU) set are eligible for packet discarding, the one or more packets of the PDU set corresponding to in-flight packets transmitted by the RLC entity; andperform at least one packet discard operation associated with the one or more packets, based at least in part on at least one of the received set of packet handling parameters or the received indication.2.The device of claim 1, wherein the processor is further configured to:refrain from updating at least one of sequence numbers (SNs) or state variables associated with the one or more packets, based at least in part on at least one of the received set of packet handling parameters or the received indication.3.The device of claim 1, wherein the processor is further configured to:determine an RLC packet discarding mode corresponding to the PDU set; andupdate at least one of sequence numbers (SNs) or state variables associated with the one or more packets, based at least in part on at least one of:the received set of packet handling parameters;the received indication; orthe determined RLC packet discarding mode.4.The device of claim 1, wherein the processor, configured to perform the at least one packet discard operation, is configured to:at a receiving side of the RLC entity within the device, refrain from requesting an automatic repeat request (ARQ) retransmission of the one or more packets, based at least in part on at least one of the received set of packet handling parameters or the received indication; wherein:the RLC entity is an acknowledgement mode (AM) RLC entity.5.The device of claim 1, wherein the processor, configured to perform the at least one packet discard operation, is configured to:at a receiving side of the RLC entity within the device, refrain from starting a reassembly timer for the one or more packets based at least in part on at least one of the received set of packet handling parameters or the received indication; wherein:the RLC entity is an acknowledgement mode (AM) RLC entity.6.The device of claim 1, wherein the processor, configured to perform the at least one packet discard operation, is configured to:at a transmitting side of the RLC entity within the device, refrain from retransmitting an automatic repeat request (ARQ) retransmission of the one or more packets, based at least in part on at least one of the received set of packet handling parameters or the received indication; wherein:the RLC entity is an acknowledgement mode (AM) RLC entity.7.The device of claim 1, wherein the processor, configured to perform the at least one packet discard operation, is configured to:refrain from re-segmenting the one or more packets, based at least in part on at least one of the received set of packet handling parameters or the received indication.8.The device of claim 1, wherein the PDU set corresponds to a set of extended reality (XR) packets.9.A device, comprising:one or more transceivers; anda processor configured to,receive, via the one or more transceivers, a set of packet handling parameters corresponding to extended reality (XR) traffic;at a radio link control (RLC) entity within the device, receive an indication that one or more packets of a protocol data unit (PDU) set are eligible for packet discarding, the one or more packets of the PDU set corresponding to in-flight packets transmitted by the RLC entity; andat the RLC entity within the device, receive an information packet from a peer RLC entity indicating a negative acknowledgement corresponding to the one or more packets.10.The device of claim 9, wherein the processor is further configured to:at a transmitting side of the RLC entity within the device and responsive to the received information packet, determine that the one or more packets are ineligible for automatic repeat request (ARQ) retransmission based at least in part on at least one of the received set of packet handling parameters or the received indication.11.The device of claim 9, wherein the processor is further configured to:at a transmitting side of the RLC entity within the device, keep track of discarded RLC service data units (SDUs) or RLC SDU segments corresponding to the one or more packets, wherein:the information packet is a STATUS PDU.12.The device of claim 9, wherein the processor is further configured to:at a transmitting side of the RLC entity within the device, determine at least one of a first discarded RLC service data unit (SDU) or RLC SDU segment corresponding to the one or more packets, or a last discarded RLC SDU or RLC SDU segment corresponding to the one or more packets, based at least in part on the received information packet, wherein:the information packet is a STATUS PDU.13.The device of claim 9, wherein the processor is further configured to:at a transmitting side of the RLC entity within the device and responsive to the received information packet, refrain for transmitting an automatic repeat request (ARQ) retransmission associated with the negative acknowledgement for an RLC service data unit (SDU) or RLC SDU segment corresponding to the one or more packets, wherein:the information packet is a NACK.14.The device of claim 13, wherein the processor is further configured to:at the transmitting side of the RLC entity within the device, determine that the NACK is to be interpreted as an ACK, based at least in part on at least one of the received set of packet handling parameters or the received indication; andat the RLC entity within the device, update one or more RLC state variables, based at least in part on the determination that the NACK is to be interpreted as an ACK.15.The device of claim 9, wherein the processor is further configured to:at the RLC entity within the device and prior to the received indication, receive an automatic repeat request (ARQ) retransmission request for an RLC service data unit (SDU) or RLC SDU segment;determine that the RLC SDU or RLC SDU segment corresponds to the one or more packets; andat a transmitting side of the RLC entity within the device, set at least one of:a retransmission counter equal to a maximum number of retransmissions associated with the RLC SDU or RLC SDU segment;the retransmission counter equal to a discard marker value associated with the RLC SDU or RLC SDU segment; orthe maximum number of retransmissions associated with the RLC SDU or RLC SDU segment to one or zero.16.The device of claim 9, wherein the processor is further configured to:at a transmitting side of the RLC entity within the device, forward an RLC service data unit (SDU) or RLC SDU segment corresponding to the one or more packets for an initial transmission; andat the transmitting side of the RLC entity within the device, determine the forwarded RLC SDU or RLC SDU segment as acknowledged, based at least in part on at least one of the received set of packet handling parameters or the received indication.17.A device, comprising:one or more transceivers; anda processor configured to,receive, via the one or more transceivers, a set of packet handling parameters corresponding to extended reality (XR) traffic;at an acknowledged mode (AM) radio link control (RLC) entity within the device, receive an indication that one or more packets of an AM data (AMD) protocol data unit (PDU) set are eligible for packet discarding, the one or more packets of the AMD PDU set corresponding to in-flight packets transmitted by the AM RLC entity;determine that at least one previously transmitted RLC service data unit (SDU) or RLC SDU segment of the AMD PDU set corresponds to the one or more packets; andat a transmitting side of the AM RLC entity within the device, prioritize transmission of AMD PDUs of the AMD PDU set containing new RLC SDUs or RLC SDU segments over transmission of AMD PDUs of the AMD PDU set containing the at least one previously transmitted RLC SDU or RLC SDU segment, based at least in part on the determination that the at least one previously transmitted RLC SDU or RLC SDU segment corresponds to the one or more packets.18.The device of claim 17, wherein the device is a user equipment (UE) and the processor is further configured to:transmit, via the one or more transceivers, a UE capability indication for RLC packet discarding.19.The device of claim 18, wherein:the UE capability indication for RLC packet discarding comprises an indication of support for at least one of a first RLC packet discarding mode or a second RLC packet discarding mode;the first RLC packet discarding mode corresponds to support for discarding SDUs or PDUs not yet submitted to lower layers; andthe second RLC packet discarding mode corresponds to support for discarding SDUs or PDUs including at least some SDUs or PDUs already submitted to the lower layers.20.The device of claim 18, wherein the processor is further configured to:receive, via the one or more transceivers, a radio resource control (RRC) configuration that includes the indication that the one or more packets of the AMD PDU set are eligible for packet discarding, based at least in part on the transmitted UE capability indication for RLC packet discarding.

Images