Techniques for packet data convergence protocol ordering after expiration of timer

Abstract

Aspects of the present disclosure generally relate to wireless communications. In some aspects, a receiver device can receive a first packet of a plurality of packets included in a reordering window of the receiver device. The receiver device is capable of receiving a second packet of the plurality of packets. The receiver device can provide the first packet and the second packet based at least in part on expiration of a reordering timer. The receiver device is capable of receiving a third packet of the plurality of packets at a third time, wherein the first packet, the second packet, and the third packet are sequentially received. The receiver device can provide a set of packets to a higher layer according to a timer shorter than a length of the reordering window, the set of packets including the first packet, the third packet, and the second packet in order. Numerous other aspects are described.

Description

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This patent application claims priority to U.S. non-provisional patent application No. 18 / 153,113, filed on January 11, 2023, entitled “TECHNIQUES FOR PACKET DATACONVERGENCE PROTOCOL ORDERING AFTER EXPIRATION OF A TIMER,” which is hereby expressly incorporated herein by reference. Technical Field

[0003] Aspects of the present disclosure relate generally to wireless communications, and to techniques and apparatus for Packet Data Convergence Protocol (PDCP) sequencing.

[0004] Related technical description

[0005] Wireless communication systems are widely deployed to provide a variety of telecommunication services, such as telephony, video, data, messaging, and broadcasts. Typical wireless communication systems may employ multiple access technologies capable of supporting communication with multiple users by sharing available system resources (e.g., bandwidth, transmit power, etc.). Examples of such multiple access technologies include code division multiple access (CDMA) systems, time division multiple access (TDMA) systems, frequency division multiple access (FDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, single-carrier frequency division multiple access (SC-FDMA) systems, time division synchronous code division multiple access (TD-SCDMA) systems, and long term evolution (LTE). LTE / LTE-Advanced is a set of enhancements to the Universal Mobile Telecommunications System (UMTS) mobile standard promulgated by the Third Generation Partnership Project (3GPP).

[0006] A wireless network may include one or more network nodes that support communication for wireless communication devices, such as user equipment (UE) or multiple UEs. The UE may communicate with the network node via downlink and uplink communications. A "downlink" (or "DL") refers to the communication link from the network node to the UE, and an "uplink" (or "UL") refers to the communication link from the UE to the network node. Some wireless networks may support device-to-device communication, such as via a local link (e.g., a sidelink (SL), a wireless local area network (WLAN) link, and / or a wireless personal area network (WPAN) link, etc.).

[0007] These multiple access technologies have been adopted in various telecommunication standards to provide a common protocol that enables different UEs to communicate at a city, country, region, or global level. New Radio (NR), which may also be referred to as 5G, is a set of enhancements to the LTE mobile standard promulgated by 3GPP. NR is designed to better support mobile broadband Internet access by using orthogonal frequency division multiplexing (OFDM) with a cyclic prefix (CP) (CP-OFDM) on the downlink, CP-OFDM or single carrier frequency division multiplexing (SC-FDM) (also known as discrete Fourier transform spread OFDM (DFT-s-OFDM) on the uplink, and supporting beamforming, multiple-input multiple-output (MIMO) antenna technology, and carrier aggregation to improve spectrum efficiency, reduce costs, improve services, utilize new spectrum, and better integrate with other open standards. Summary of the Invention

[0008] Some aspects described herein relate to a method of wireless communication performed by a receiver device. The method may include receiving a first packet from a plurality of packets at a first time, wherein the first packet has a first sequence number. The method may include receiving a second packet from the plurality of packets at a second time, wherein a third packet from the plurality of packets has not arrived at the second time, the third packet to be received between the first packet and the second packet based at least in part on a third sequence number of the third packet. The method may include starting a timer based at least in part on the third packet not arriving at the second time. The method may include receiving the third packet from the plurality of packets at a third time after the second time. The method may include providing the first packet, the second packet, and the third packet in order based at least in part on whether the third packet is received within the timer, wherein if the third packet is received within the timer, the third packet is provided between the first packet and the second packet, and if the third packet is not received within the timer, the third packet is provided after the second packet.

[0009] Some aspects described herein relate to a method of wireless communication performed by a receiver device. The method may include receiving a first packet in a set of packets at a first time, the first packet having a first sequence number, wherein the set of packets is associated with a corresponding set of sequence numbers including a highest sequence number, and the receiver device is configured for in-order delivery of packets. The method may include receiving a second packet in the set of packets at a second time, the second packet having a second sequence number; and providing the first packet and the second packet based at least in part on the expiration of a reordering timer. The method may include receiving a third packet in the set of packets at a third time, the third packet having a third sequence number between the first sequence number and the second sequence number, and wherein the third packet is received within a threshold range of the highest sequence number. The method may include providing the third packet based at least in part on receiving the third packet within the threshold range of the highest sequence number.

[0010] Some aspects described herein relate to a receiver device for wireless communication. The receiver device may include a memory and one or more processors coupled to the memory. The one or more processors may be configured to receive a first packet from a plurality of packets at a first time, wherein the first packet has a first sequence number. The one or more processors may be configured to receive a second packet from the plurality of packets at a second time, wherein a third packet from the plurality of packets has not arrived at the second time, the third packet to be received between the first and second packets based at least in part on a third sequence number of the third packet. The one or more processors may be configured to start a timer based at least in part on the third packet not arriving at the second time. The one or more processors may be configured to receive the third packet from the plurality of packets at a third time after the second time. The one or more processors may be configured to provide the first packet, the second packet, and the third packet in order based at least in part on whether the third packet is received within the timer, wherein if the third packet is received within the timer, the third packet is provided between the first and second packets, and if the third packet is not received within the timer, the third packet is provided after the second packet.

[0011] Some aspects described herein relate to a receiver device for wireless communication. The receiver device may include a memory and one or more processors coupled to the memory. The one or more processors may be configured to: receive a first packet from a set of packets at a first time, the first packet having a first sequence number, wherein the set of packets is associated with a corresponding set of sequence numbers including a highest sequence number, and the receiver device is configured for in-order delivery of packets. The one or more processors may be configured to: receive a second packet from the set of packets at a second time, the second packet having a second sequence number; and provide the first packet and the second packet based at least in part on the expiration of a reordering timer. The one or more processors may be configured to: receive a third packet from the set of packets at a third time, the third packet having a third sequence number between the first sequence number and the second sequence number, and wherein the third packet is received within a threshold range of the highest sequence number. The one or more processors may be configured to: provide the third packet based at least in part on receiving the third packet within the threshold range of the highest sequence number.

[0012] Some aspects described herein relate to a non-transitory computer-readable medium storing a set of instructions for wireless communication by a receiver device. The set of instructions, when executed by one or more processors of the receiver device, may cause the receiver device to receive a first packet from a plurality of packets at a first time, wherein the first packet has a first sequence number. The set of instructions, when executed by the one or more processors of the receiver device, may cause the receiver device to receive a second packet from the plurality of packets at a second time, wherein a third packet from the plurality of packets has not arrived at the second time, the third packet to be received between the first and second packets based at least in part on a third sequence number of the third packet. The set of instructions, when executed by the one or more processors of the receiver device, may cause the receiver device to start a timer based at least in part on the third packet not arriving at the second time. The set of instructions, when executed by the one or more processors of the receiver device, may cause the receiver device to receive the third packet from the plurality of packets at a third time after the second time. The instruction set, when executed by one or more processors of the receiver device, may cause the receiver device to provide the first packet, the second packet, and the third packet in order based at least in part on whether the third packet is received within the timer, wherein if the third packet is received within the timer, the third packet is provided between the first packet and the second packet, and wherein if the third packet is not received within the timer, the third packet is provided after the second packet.

[0013] Some aspects described herein relate to a non-transitory computer-readable medium storing a set of instructions for wireless communication by a receiver device. The set of instructions, when executed by one or more processors of the receiver device, may cause the receiver device to receive a first packet from a set of packets at a first time, the first packet having a first sequence number, wherein the set of packets is associated with a corresponding set of sequence numbers including a highest sequence number, and the receiver device is configured for in-order delivery of packets. The set of instructions, when executed by the one or more processors of the receiver device, may cause the receiver device to receive a second packet from the set of packets at a second time, the second packet having a second sequence number. The set of instructions, when executed by the one or more processors of the receiver device, may cause the receiver device to provide the first packet and the second packet based at least in part on the expiration of a reordering timer. The set of instructions, when executed by the one or more processors of the receiver device, may cause the receiver device to receive a third packet from the set of packets at a third time, the third packet having a third sequence number between the first sequence number and the second sequence number, and wherein the third packet is received within a threshold range of the highest sequence number. The set of instructions, when executed by one or more processors of the receiver device, may cause the receiver device to provide the third packet based at least in part on receiving the third packet within the threshold range of the highest sequence number.

[0014] Some aspects described herein relate to an apparatus. The apparatus may include means for receiving a first packet from a plurality of packets at a first time, wherein the first packet has a first sequence number. The apparatus may include means for receiving a second packet from the plurality of packets at a second time, wherein a third packet from the plurality of packets has not arrived at the second time, the third packet to be received between the first packet and the second packet based at least in part on a third sequence number of the third packet. The apparatus may include means for starting a timer based at least in part on the third packet not arriving at the second time. The apparatus may include means for receiving the third packet from the plurality of packets at a third time after the second time. The apparatus may include means for providing the first packet, the second packet, and the third packet in order based at least in part on whether the third packet is received within the timer, wherein if the third packet is received within the timer, the third packet is provided between the first packet and the second packet, and if the third packet is not received within the timer, the third packet is provided after the second packet.

[0015] Some aspects described herein relate to an apparatus for wireless communication. The apparatus may include means for receiving a first packet in a set of packets at a first time, the first packet having a first sequence number, wherein the set of packets is associated with a corresponding set of sequence numbers including a highest sequence number, and the receiver device is configured for in-order delivery of packets. The apparatus may include means for receiving a second packet in the set of packets at a second time, the second packet having a second sequence number. The apparatus may include means for providing the first packet and the second packet based at least in part on the expiration of a reordering timer. The apparatus may include means for receiving a third packet in the set of packets at a third time, the third packet having a third sequence number between the first sequence number and the second sequence number, and wherein the third packet is received within a threshold range of the highest sequence number. The apparatus may include means for providing the third packet based at least in part on receiving the third packet within the threshold range of the highest sequence number.

[0016] Aspects generally include methods, apparatus, systems, computer program products, non-transitory computer-readable media, user equipment, base stations, network entities, network nodes, wireless communication devices, and / or processing systems as fully described herein with reference to and as illustrated in the accompanying drawings.

[0017] The features and technical advantages of the examples according to the present disclosure have been outlined quite broadly above so that the following detailed description may be better understood. Additional features and advantages will be described below. The concepts and specific examples disclosed may be readily used as a basis for modifying or designing other structures for achieving the same purpose of the present disclosure. Such equivalent constructions do not depart from the scope of the appended claims. The characteristics of the concepts disclosed herein (both their organization and method of operation) and the associated advantages will be better understood from the following description when considered in conjunction with the accompanying drawings. Each of the figures in the drawings is provided for the purpose of illustration and description and not as a definition of limitations to the claims. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] In order that the above-mentioned features of the present disclosure may be fully understood, a more particular description of the invention briefly summarized above may be obtained by reference to various aspects (some of which are illustrated in the accompanying drawings). It should be noted, however, that the drawings illustrate only certain typical aspects of the present disclosure and are not therefore to be considered limiting of its scope, as the description may admit to other equally effective aspects. The same reference numerals in different drawings may identify the same or similar elements.

[0019] Figure 1 is a diagram illustrating an example of a wireless network.

[0020] Figure 2is a diagram illustrating an example of communication between a network node and a user equipment (UE) in a wireless network.

[0021] Figure 3 is a diagram illustrating an example decomposed base station architecture according to the present disclosure.

[0022] Figure 4A and Figure 4B is an example of a user plane protocol stack of a network node and a core network for communicating with a UE according to the present disclosure (in Figure 4A in) and the control plane protocol stack (in Figure 4B Schematic diagram of an example of ).

[0023] Figure 5 is a diagram illustrating an example of signaling associated with providing packets according to a threshold range according to the present disclosure.

[0024] Figure 6 is a diagram illustrating an example of Packet Data Convergence Protocol (PDCP) reordering based on a reordering window and a timer according to the present disclosure.

[0025] Figure 7 is a diagram illustrating an example process performed, for example, by a receiver device according to the present disclosure.

[0026] Figure 8 is a diagram illustrating an example process performed, for example, by a receiver device according to the present disclosure.

[0027] Figure 9 is a diagram of an example apparatus for wireless communications according to the present disclosure.

[0028] Figure 10 is a diagram of an example apparatus for wireless communications according to the present disclosure. DETAILED DESCRIPTION

[0029] The various aspects of the present disclosure are described more fully below with reference to the accompanying drawings. However, the present disclosure can be embodied in many different forms and should not be interpreted as being limited to any specific structure or function presented throughout the present disclosure. Instead, these aspects are provided so that the present disclosure will be thorough and complete, and the scope of protection of the present disclosure will be fully conveyed to those skilled in the art. Those skilled in the art will appreciate that the scope of the present disclosure is intended to cover any aspect of the present disclosure disclosed herein, whether it is implemented independently or in combination with any other aspect of the present disclosure. For example, any number of aspects set forth herein can be used to implement a device or practice method. In addition, the scope of the present disclosure is intended to cover such devices or methods implemented using other structures, functionality, or structure and functionality in addition to or different from the various aspects of the disclosure set forth herein. It should be understood that any aspect of the disclosure disclosed herein can be embodied by one or more elements of the present claims.

[0030] Several aspects of telecommunications systems will now be presented with reference to various devices and techniques. These devices and techniques will be described in the following detailed description and illustrated in the accompanying drawings by various blocks, modules, components, circuits, steps, processes, or algorithms (collectively, "elements"). These elements can be implemented using hardware, software, or a combination thereof. Whether these elements are implemented as hardware or software depends on the specific application and the design constraints imposed on the overall system.

[0031] Although various aspects may be described herein using terminology generally associated with 5G or New Radio (NR) radio access technology (RAT), various aspects of the present disclosure may be applicable to other RATs, such as 3G RAT, 4G RAT, and / or post-5G (e.g., 6G) RATs.

[0032] Figure 11 is a diagram illustrating an example of a wireless network 100. Wireless network 100 may be a 5G (e.g., NR) network or a 4G (e.g., Long Term Evolution (LTE)) network, or may include elements of a 5G (e.g., NR) network or elements of a 4G (e.g., Long Term Evolution (LTE)) network, etc. Wireless network 100 may include one or more network nodes 110 (illustrated as network node 110a, network node 110b, network node 110c, and network node 110d), user equipment (UE) 120 or multiple UEs 120 (illustrated as UE 120a, UE 120b, UE 120c, UE 120d, and UE 120e), or other entities. Network node 110 is an example of a network node communicating with UE 120. As shown, network node 110 may include one or more network nodes. For example, the network node 110 may be a converged network node, meaning that the converged network node is configured to utilize a radio protocol stack that is physically or logically integrated within a single RAN node (e.g., within a single device or unit). As another example, the network node 110 may be a disaggregated network node (sometimes referred to as a disaggregated base station), meaning that the network node 110 is configured to utilize a protocol stack that is physically or logically distributed between two or more nodes (such as one or more central units (CUs), one or more distributed units (DUs), or one or more radio units (RUs)).

[0033] In some examples, the network node 110 is or includes a network node (such as an RU) that communicates with the UE 120 via a radio access link. In some examples, the network node 110 is or includes a network node (such as a DU) that communicates with other network nodes 110 via a fronthaul link or a midhaul link. In some examples, the network node 110 is or includes a network node (such as a CU) that communicates with other network nodes 110 via a midhaul link or communicates with the core network via a backhaul link. In some examples, the network node 110 (such as a converged network node 110 or a decomposed network node 110) may include multiple network nodes, such as one or more RUs, one or more CUs, and / or one or more DUs. For example, the network node 110 may include an NR base station, an LTE base station, a Node B, an eNB (e.g., in 4G), a gNB (e.g., in 5G), an access point, a transmit receive point (TRP), a DU, an RU, a CU, a mobility element of the network, a core network node, a network element, network equipment, a RAN node, or a combination thereof. In some examples, network nodes 110 may be interconnected to each other or to one or more other network nodes 110 in wireless network 100 using any suitable transport network via various types of fronthaul interfaces, midhaul interfaces, and / or backhaul interfaces, such as direct physical connections, air interfaces, or virtual networks.

[0034] In some examples, network node 110 may provide communication coverage for a particular geographic area. In the Third Generation Partnership Project (3GPP), the term "cell" may refer to the coverage area of network node 110 or a network node subsystem serving that coverage area, depending on the context in which the term is used. Network node 110 may provide communication coverage for a macrocell, a picocell, a femtocell, or another type of cell. A macrocell may cover a relatively large geographic area (e.g., several kilometers in radius) and may allow unrestricted access by UEs 120 with service subscriptions. A picocell may cover a relatively small geographic area and may allow unrestricted access by UEs 120 with service subscriptions. A femtocell may cover a relatively small geographic area (e.g., a residence) and may allow restricted access by UEs 120 associated with the femtocell (e.g., UEs 120 in a closed subscriber group (CSG)). A network node 110 for a macrocell may be referred to as a macro network node. A network node 110 for a picocell may be referred to as a pico network node. The network node 110 for a femto cell may be referred to as a femto network node or a home network node. Figure 1 In the example shown, network node 110a may be a macro network node for macro cell 102a, network node 110b may be a pico network node for pico cell 102b, and network node 110c may be a femto network node for femto cell 102c. A network node may support one or more (e.g., three) cells. In some examples, the cells may not necessarily be stationary, and the geographic area of the cells may move depending on the location of a mobile network node 110 (e.g., a mobile network node).

[0035] In some aspects, the term "base station" or "network node" may refer to a converged base station, a decomposed base station, an integrated access and backhaul (IAB) node, a relay node, or one or more components thereof. For example, in some aspects, a "base station" or "network node" may refer to a CU, a DU, a RU, a near real-time (near-RT) RAN intelligent controller (RIC), or a non-real-time (non-RT) RIC, or a combination thereof. In some aspects, the term "base station" or "network node" may refer to a device configured to perform one or more functions, such as those described herein in conjunction with network node 110. In some aspects, the term "base station" or "network node" may refer to multiple devices configured to perform one or more functions. For example, in some distributed systems, each of multiple different devices (which may be located in the same geographic location or in different geographic locations) may be configured to perform at least a portion of a function, or to repeatedly perform at least a portion of the function, and the term "base station" or "network node" may refer to any one or more of these different devices. In some aspects, the term "base station" or "network node" may refer to one or more virtual base stations or one or more virtual base station functions. For example, in some aspects, two or more base station functions may be instantiated on a single device. In some aspects, the term "base station" or "network node" may refer to one of the base station functions but not another base station function. In this way, a single device may include more than one base station.

[0036] The wireless network 100 may include one or more relay stations. A relay station is a network node that receives transmissions of data from an upstream node (e.g., a network node 110 or a UE 120) and transmits the transmissions of data to a downstream node (e.g., a UE 120 or a network node 110). A relay station may be a UE 120 that can relay transmissions for other UEs 120. Figure 1 In the example shown, a network node 110d (e.g., a relay network node) may communicate with a network node 110a (e.g., a macro network node) and a UE 120d to facilitate communications between the network node 110a and the UE 120d. A network node 110 that relays communications may be referred to as a relay station, a relay base station, a relay network node, a relay node, a relay, or the like.

[0037] The wireless network 100 may be a heterogeneous network that includes different types of network nodes 110, such as macro network nodes, pico network nodes, femto network nodes, or relay network nodes. These different types of network nodes 110 may have different transmit power levels, different coverage areas, or different impacts on interference in the wireless network 100. For example, a macro network node may have a high transmit power level (e.g., 5 watts to 40 watts), while a pico network node, a femto network node, and a relay network node may have a lower transmit power level (e.g., 0.1 watt to 2 watts).

[0038] The network controller 130 may be coupled to or in communication with a set of network nodes 110 and may provide coordination and control for the network nodes 110. The network controller 130 may communicate with the network nodes 110 via a backhaul communication link or a midhaul communication link. The network nodes 110 may also communicate directly with each other or indirectly via a wireless backhaul communication link or a wired backhaul communication link. In some aspects, the network controller 130 may be or may include a CU or a core network device.

[0039] UEs 120 may be dispersed throughout wireless network 100, and each UE 120 may be stationary or mobile. UE 120 may include, for example, an access terminal, a terminal, a mobile station, or a subscriber unit. UE 120 may be a cellular phone (e.g., a smartphone), a personal digital assistant (PDA), a wireless modem, a wireless communication device, a handheld device, a laptop computer, a cordless phone, a wireless local loop (WLL) station, a tablet device, a camera, a gaming device, a netbook, a smartbook, an ultrabook, a medical device, a biometric device, a wearable device (e.g., a smart watch, smart clothing, smart glasses, a smart wristband, smart jewelry (e.g., a smart ring or smart bracelet)), an entertainment device (e.g., a music device, a video device, or a satellite radio), an in-vehicle component or sensor, a smart meter / sensor, industrial manufacturing equipment, a global positioning system device, a UE function of a network node, or any other suitable device configured to communicate via a wireless or wired medium.

[0040] Some UEs 120 may be considered machine type communication (MTC) or evolved or enhanced machine type communication (eMTC) UEs. MTC UEs or eMTC UEs may include, for example, robots, drones, remote devices, sensors, meters, monitors, or location tags that can communicate with a network node, another device (e.g., a remote device), or some other entity. Some UEs 120 may be considered Internet of Things (IoT) devices or may be implemented as NB-IoT (narrowband IoT) devices. Some UEs 120 may be considered customer premises equipment. The UE 120 may be included inside a housing that houses components of the UE 120, such as a processor component or a memory component. In some examples, the processor component and the memory component may be coupled together. For example, the processor component (e.g., one or more processors) and the memory component (e.g., memory) may be operatively coupled, communicatively coupled, electronically coupled, or electrically coupled.

[0041] Generally speaking, any number of wireless networks 100 may be deployed in a given geographic area. Each wireless network 100 may support a specific RAT and may operate on one or more frequencies. A RAT may also be referred to as a radio technology or air interface. A frequency may also be referred to as a carrier or frequency channel. Each frequency in a given geographic area may support a single RAT to avoid interference between wireless networks of different RATs. In some cases, NR or 5G RAT networks may be deployed.

[0042] In some examples, two or more UEs 120 (e.g., shown as UE 120a and UE 120e) can communicate directly using one or more sidelink channels (e.g., without using network node 110 as an intermediary to communicate with each other). For example, UE 120 can communicate using peer-to-peer (P2P) communication, device-to-device (D2D) communication, vehicle-to-everything (V2X) protocols (e.g., which may include vehicle-to-vehicle (V2V) protocols, vehicle-to-infrastructure (V2I) protocols, or vehicle-to-pedestrian (V2P) protocols), or a mesh network. In such examples, UE 120 can perform scheduling operations, resource selection operations, or other operations described elsewhere herein as being performed by network node 110.

[0043] The devices of the wireless network 100 can communicate using an electromagnetic spectrum, which can be subdivided into various categories, bands, or channels by frequency or wavelength. For example, the devices of the wireless network 100 can communicate using one or more operating bands. In 5G NR, two initial operating bands have been identified as frequency range designations FR1 (410 MHz to 7.125 GHz) and FR2 (24.25 GHz to 52.6 GHz). Although a portion of FR1 is greater than 6 GHz, FR1 is often (interchangeably) referred to as the "sub-6 GHz" band in various documents and articles. A similar naming issue sometimes occurs with respect to FR2, which is often (interchangeably) referred to as the "millimeter wave" band in documents and articles, although it is different from the extremely high frequency (EHF) band (30 GHz-300 GHz) identified as the "millimeter wave" band by the International Telecommunication Union (ITU).

[0044] Frequencies between FR1 and FR2 are generally referred to as mid-band frequencies. Recent 5G NR research has identified the operating bands for these mid-band frequencies as frequency range designation FR3 (7.125GHz-24.25GHz). The frequency bands falling within FR3 can inherit FR1 characteristics or FR2 characteristics, and thus the features of FR1 or FR2 can be effectively extended to mid-band frequencies. In addition, higher frequency bands are currently being explored to extend 5G NR operation to more than 52.6GHz. For example, three higher operating bands have been identified as frequency range designations FR4a or FR4-1 (52.6GHz-71GHz), FR4 (52.6GHz-114.25GHz) and FR5 (114.25GHz-300GHz). Each of these higher frequency bands falls within the EHF band.

[0045] With these examples in mind, unless otherwise specifically stated, if the term "sub-6 GHz" is used herein, it may broadly refer to frequencies that may be less than 6 GHz, frequencies that may be within FR1, or frequencies that may include mid-band frequencies. Furthermore, unless otherwise specifically stated, if the term "millimeter wave" is used herein, it may broadly refer to frequencies that may include mid-band frequencies, frequencies that may be within FR2, FR4, FR4-a, FR4-1, or FR5, or frequencies that may be within the EHF band. It is contemplated that the frequencies included in these operating bands (e.g., FR1, FR2, FR3, FR4, FR4-a, FR4-1, or FR5) may be modified, and that the techniques described herein are applicable to those modified frequency ranges.

[0046] In some aspects, a receiver device (e.g., UE 120 or network node 110) may include a communication manager 140. As described in more detail elsewhere herein, the communication manager 140 may receive a first packet from a plurality of packets at a first time, wherein the first packet has a first sequence number; receive a second packet from the plurality of packets at a second time, wherein a third packet from the plurality of packets has not arrived at the second time, the third packet to be received between the first packet and the second packet based at least in part on a third sequence number of the third packet; start a timer based at least in part on the third packet not arriving at the second time; receive the third packet from the plurality of packets at a third time after the second time; and provide the first packet, the second packet, and the third packet in order based at least in part on whether the third packet is received within the timer, wherein if the third packet is received within the timer, the third packet is provided between the first packet and the second packet, and wherein if the third packet is not received within the timer, the third packet is provided after the second packet. Additionally or alternatively, the communication manager 140 may perform one or more other operations described herein.

[0047] In some aspects, a receiver device may include a communications manager 150. As described in greater detail elsewhere herein, the communications manager 150 may receive a first packet in a set of packets at a first time, the first packet having a first sequence number, wherein the set of packets is associated with a corresponding set of sequence numbers including a highest sequence number, and the receiver device is configured for in-order delivery of packets; receive a second packet in the set of packets at a second time, the second packet having a second sequence number; receive a third packet in the set of packets at a third time, the third packet having a third sequence number between the first sequence number and the second sequence number, and wherein the third packet is received within a threshold range of the highest sequence number; and provide the third packet based at least in part on receiving the third packet within the threshold range of the highest sequence number. Additionally or alternatively, the communications manager 150 may perform one or more other operations described herein.

[0048] As indicated above, Figure 1 are provided as examples. Other examples can be found in the Figure 1 The examples described are different.

[0049] Figure 2 2 is a diagram illustrating an example 200 of a network node 110 communicating with a UE 120 in a wireless network 100. The network node 110 may be equipped with a set of antennas 234a through 234t, such as T antennas (T ≥ 1). The UE 120 may be equipped with a set of antennas 252a through 252r, such as R antennas (R ≥ 1). The network node 110 of example 200 includes one or more radio frequency components, such as antennas 234 and a modem 232. In some examples, the network node 110 may include an interface, a communication component, or another component that facilitates communication with the UE 120 or another network node. Some network nodes 110 may not include radio frequency components, such as one or more CUs or one or more DUs, that facilitate direct communication with the UE 120.

[0050] At network node 110, transmit processor 220 may receive data intended for UE 120 (or a group of UEs 120) from data source 212. Transmit processor 220 may use one or more channel quality indicators (CQIs) received from UE 120 to select one or more modulation and coding schemes (MCSs) for UE 120. Network node 110 may process (e.g., encode and modulate) the data for UE 120 using the MCS selected for UE 120 and may provide data symbols to UE 120. Transmit processor 220 may process system information (e.g., for semi-static resource partitioning information (SRPI)) and control information (e.g., CQI requests, grants, or upper layer signaling) and provide overhead symbols and control symbols. Transmit processor 220 may generate reference symbols for reference signals (e.g., cell-specific reference signals (CRS) or demodulation reference signals (DMRS)) and synchronization signals (e.g., primary synchronization signals (PSS) or secondary synchronization signals (SSS)). The transmit (TX) multiple-input, multiple-output (MIMO) processor 230 may perform spatial processing (e.g., precoding) on data symbols, control symbols, overhead symbols, or reference symbols, as applicable, and may provide a set of output symbol streams (e.g., T output symbol streams) to a corresponding set of modems 232 (e.g., T modems) (shown as modems 232a through 232t). For example, each output symbol stream may be provided to a modulator component (shown as MOD) of the modem 232. Each modem 232 may process a corresponding output symbol stream (e.g., for OFDM) using a corresponding modulator component to obtain an output sample stream. Each modem 232 may also process (e.g., convert to analog, amplify, filter, or upconvert) the output sample stream using a corresponding modulator component to obtain a downlink signal. The modems 232a through 232t may transmit a set of downlink signals (e.g., T downlink signals) via a corresponding set of antennas 234 (e.g., T antennas) (shown as antennas 234a through 234t).

[0051] At the UE 120, a set of antennas 252 (shown as antennas 252a through 252r) may receive downlink signals from the network node 110 or other network nodes 110 and may provide a set of received signals (e.g., R received signals) to a set of modems 254 (e.g., R modems) (shown as modems 254a through 254r). For example, each received signal may be provided to a demodulator component (shown as DEMOD) of the modem 254. Each modem 254 may use a corresponding demodulator component to condition (e.g., filter, amplify, downconvert, or digitize) the received signal to obtain input samples. Each modem 254 may use the demodulator component to further process the input samples (e.g., for OFDM) to obtain received symbols. A MIMO detector 256 may obtain received symbols from the modem 254, may perform MIMO detection on the received symbols if applicable, and may provide detected symbols. The receive processor 258 may process (e.g., demodulate and decode) the detected symbols, may provide decoded data for the UE 120 to a data sink 260, and may provide decoded control information and system information to a controller / processor 280. The term "controller / processor" may refer to one or more controllers, one or more processors, or a combination thereof. The channel processor may determine a reference signal received power (RSRP) parameter, a received signal strength indicator (RSSI) parameter, a reference signal received quality (RSRQ) parameter, or a CQI parameter, among other parameters. In some examples, one or more components of the UE 120 may be included in a housing 284.

[0052] The network controller 130 may include a communication unit 294, a controller / processor 290, and a memory 292. The network controller 130 may include, for example, one or more devices in a core network. The network controller 130 may communicate with the network node 110 via the communication unit 294.

[0053] One or more antennas (e.g., antennas 234a to 234t or antennas 252a to 252r) may include or may be included in one or more antenna panels, one or more antenna groups, one or more sets of antenna elements, or one or more antenna arrays, etc. An antenna panel, antenna group, set of antenna elements, or antenna array may include one or more antenna elements (in a single housing or multiple housings), a set of coplanar antenna elements, a set of non-coplanar antenna elements, or a plurality of antenna elements coupled to one or more transmit or receive components (such as antennas 234a to 234t, antennas 252a to 252r). Figure 2 One or more antenna elements of one or more components).

[0054] On the uplink, at the UE 120, a transmit processor 264 may receive and process data from a data source 262 and control information (e.g., for reports including RSRP, RSSI, RSRQ, or CQI) from the controller / processor 280. The transmit processor 264 may generate reference symbols for one or more reference signals. The symbols from the transmit processor 264 may be pre-decoded by the TX MIMO processor 266, if applicable, further processed by the modem 254 (e.g., for DFT-s-OFDM or CP-OFDM), and transmitted to the network node 110. In some examples, the modem 254 of the UE 120 may include a modulator and a demodulator. In some examples, the UE 120 includes a transceiver. The transceiver may include any combination of an antenna 252, a modem 254, a MIMO detector 256, a receive processor 258, a transmit processor 264, or a TX MIMO processor 266. The transceiver may be used by a processor (eg, controller / processor 280) and memory 282 to execute the instructions herein (eg, with reference to FIG. 4 to FIG. 4). Figure 10 ) any aspects of any process described in the.

[0055] At the network node 110, uplink signals from the UE 120 or other UEs may be received by an antenna 234, processed by a modem 232 (e.g., a demodulator component of the modem 232, shown as DEMOD), detected by a MIMO detector 236, if applicable, and further processed by a receive processor 238 to obtain decoded data and control information transmitted via the UE 120. The receive processor 238 may provide the decoded data to a data sink 239 and the decoded control information to a controller / processor 240. The network node 110 may include a communication unit 244 and may communicate with the network controller 130 via the communication unit 244. The network node 110 may include a scheduler 246 to schedule one or more UEs 120 for downlink or uplink communication. In some examples, the modem 232 of the network node 110 may include a modulator and a demodulator. In some examples, the network node 110 includes a transceiver. The transceiver may include any combination of antenna 234, modem 232, MIMO detector 236, receive processor 238, transmit processor 220, or TX MIMO processor 230. The transceiver may be used by a processor (e.g., controller / processor 240) and memory 242 to perform the operations described herein (e.g., with reference to FIG. 4 through FIG. 5 ). Figure 10 ) any aspects of any process described in the.

[0056] In some aspects, the controller / processor 280 may be a component of a processing system. A processing system may generally be a system or series of machines or components that receives input and processes the input to produce a set of outputs, which may be communicated to other systems or components, such as the UE 120. For example, the processing system of the UE 120 may be a system that includes various other components or subcomponents of the UE 120.

[0057] The processing system of UE 120 may interface with one or more other components of UE 120, may process information (such as input or signals) received from one or more other components, or may output information to one or more other components. For example, a chip or modem of UE 120 may include: a processing system, a first interface for receiving or obtaining information, and a second interface for outputting, sending, or providing information. In some examples, the first interface may be an interface between the processing system of the chip or modem and a receiver, allowing UE 120 to receive information or signal input and pass the information to the processing system. In some examples, the second interface may be an interface between the processing system of the chip or modem and a transmitter, allowing UE 120 to transmit information output from the chip or modem. One of ordinary skill in the art will readily recognize that the second interface may also obtain or receive information or signal input, and the first interface may also output, send, or provide information.

[0058] In some aspects, controller / processor 240 may be a component of a processing system. A processing system may generally be a system or series of machines or components that receives input and processes the input to produce a set of outputs that may be passed to other systems or components, such as network node 110. For example, the processing system of network node 110 may be a system that includes various other components or subcomponents of network node 110.

[0059] The processing system of network node 110 may interface with one or more other components of network node 110, process information (such as input or signals) received from one or more other components, or output information to one or more other components. For example, a chip or modem of network node 110 may include a processing system, a first interface for receiving or obtaining information, and a second interface for outputting, sending, or providing information. In some examples, the first interface may be an interface between the processing system of the chip or modem and a receiver, allowing network node 110 to receive information or signal input and pass information to the processing system. In some examples, the second interface may be an interface between the processing system of the chip or modem and a transmitter, allowing network node 110 to transmit information output from the chip or modem. Those skilled in the art will readily appreciate that the second interface may also obtain or receive information or signal input, and the first interface may also output, send, or provide information.

[0060] The controller / processor 240 of the network node 110, the controller / processor 280 of the UE 120, or Figure 2 Any other component of the controller / processor 240 of the network node 110, the controller / processor 280 of the UE 120, or the like may perform one or more techniques associated with PDCP reordering, as described in more detail elsewhere herein. Figure 2 Any other component (or combination of components) may perform or direct, for example, as described herein Figure 7 The process of 700 Figure 8 800 and / or other processes. Memory 242 and memory 282 may store data and program codes for network node 110 and UE 120, respectively. In some examples, memory 242 and memory 282 may include non-transitory computer-readable media storing one or more instructions (e.g., code or program code) for wireless communication. For example, the one or more instructions, when executed (e.g., directly or after compilation, conversion, or interpretation) by one or more processors of network node 110 or UE 120, may cause the one or more processors, UE 120, or network node 110 to perform or direct, for example, Figure 7 The process of 700 Figure 8 The process 800 and / or operations of other processes as described herein. In some examples, executing instructions may include running instructions, converting instructions, compiling instructions, and / or interpreting instructions, etc.

[0061] In some aspects, a receiver device includes: a component for receiving a first packet of a plurality of packets at a first time, wherein the plurality of packets are included in a reordering window of the receiver device device and wherein the first packet has a first sequence number; a component for receiving a second packet of the plurality of packets at a second time, wherein a third packet of the plurality of packets has not arrived at the second time, and the third packet will be received between the first packet and the second packet based at least in part on a third sequence number of the third packet; a component for starting a timer based at least in part on the third packet not arriving at the second time; a component for receiving the third packet of the plurality of packets at a third time after the second time; and a component for providing the first packet, the second packet, and the third packet in order based at least in part on whether the third packet is received within the timer, wherein if the third packet is received within the timer, the third packet is provided between the first packet and the second packet, and wherein if the third packet is not received within the timer, the third packet is provided after the second packet. In some aspects, components for a receiver device to perform the operations described herein may include, for example, one or more of the communication manager 140, antenna 252, modem 254, MIMO detector 256, receive processor 258, transmit processor 264, TX MIMO processor 266, controller / processor 280, memory 282, controller / processor 240, receive processor 238, antenna 234, etc.

[0062] In some aspects, a receiver device includes: means for receiving a first packet in a set of packets at a first time, the first packet having a first sequence number, wherein the set of packets is associated with a corresponding set of sequence numbers including a highest sequence number, and the receiver device is configured for in-order delivery of packets; means for receiving a second packet in the set of packets at a second time, the second packet having a second sequence number; means for receiving a third packet in the set of packets at a third time, the third packet having a third sequence number between the first sequence number and the second sequence number, and wherein the third packet is received within a threshold range of the highest sequence number; and / or means for providing the third packet based at least in part on receiving the third packet within a threshold range of the highest sequence number. In some aspects, means for the receiver device to perform the operations described herein may include, for example, one or more of the communications manager 150, the antenna 252, the modem 254, the MIMO detector 256, the receive processor 258, the transmit processor 264, the TX MIMO processor 266, the controller / processor 280, the memory 282, the controller / processor 240, the receive processor 238, the antenna 234, etc.

[0063] Although Figure 2The blocks in FIG. 2 are illustrated as distinct components, but the functionality described above with respect to these blocks may be implemented in a single hardware, software, or combined component or in various combinations of components. For example, the functionality described with respect to the transmit processor 264, the receive processor 258, and / or the TX MIMO processor 266 may be performed by or under the control of the controller / processor 280.

[0064] As indicated above, Figure 2 are provided as examples. Other examples can be found in the Figure 2 The examples described are different.

[0065] The deployment of a communication system such as a 5G NR system can be arranged in a variety of ways with various components or constituent parts. In a 5G NR system or network, a network node, a network entity, a mobility element of the network, a RAN node, a core network node, a network element, a base station or network equipment may be implemented in an aggregated architecture or a decomposed architecture. For example, a base station (such as a node B (NB), an evolved NB (eNB), an NR base station, a 5G NB, an access point (AP), a TRP or a cell, etc.) or one or more units (or one or more components) performing base station functionality may be implemented as an aggregated base station (also referred to as an independent base station or a monolithic base station) or a decomposed base station. A “network entity” or a “network node” may refer to a decomposed base station or one or more units of a decomposed base station (such as one or more CUs, one or more DUs, one or more RUs or a combination thereof).

[0066] A converged base station (e.g., a converged network node) may be configured to utilize a radio protocol stack that is physically or logically integrated within a single RAN node (e.g., within a single device or unit). A decomposed base station (e.g., a decomposed network node) may be configured to utilize a protocol stack that is physically or logically distributed between two or more units (such as one or more CUs, one or more DUs, or one or more RUs). In some examples, a CU may be implemented within a network node, and one or more DUs may be co-located with the CU, or alternatively, may be geographically or virtually spread across one or more other network nodes. A DU may be implemented to communicate with one or more RUs. Each of the CUs, DUs, and RUs may also be implemented as a virtual unit, such as a virtual central unit (VCU), a virtual distributed unit (VDU), or a virtual radio unit (VRU), among others.

[0067] Base station type operation or network design may take into account the aggregated nature of base station functionality. For example, a disaggregated base station may be utilized in an IAB network, an open radio access network (O-RAN (such as a network configuration initiated by the O-RAN Alliance)), or a virtualized radio access network (vRAN, also known as a cloud radio access network (C-RAN)) to facilitate scaling of the communication system by separating base station functionality into one or more units that can be deployed separately. A disaggregated base station may include functionality implemented across two or more units at various physical locations, as well as functionality implemented virtually for at least one unit, which may enable flexibility in network design. Each unit of the disaggregated base station may be configured for wired or wireless communication with at least one other unit of the disaggregated base station.

[0068] Figure 3 FIG2 is a diagram illustrating an example decomposed base station architecture 300 according to the present disclosure. The decomposed base station architecture 300 may include a CU 310 that may communicate directly with a core network 320 via a backhaul link, or indirectly with the core network 320 through one or more decomposed control units (such as a near-RT RIC 325 via an E2 link, a non-RT RIC 315 associated with a service management and orchestration (SMO) framework 305, or both). The CU 310 may communicate with one or more DUs 330 via respective midhaul links (such as via an F1 interface). Each of the DUs 330 may communicate with one or more RUs 340 via respective fronthaul links. Each of the RUs 340 may communicate with one or more UEs 120 via respective radio frequency (RF) access links. In some implementations, a UE 120 may be served simultaneously by multiple RUs 340.

[0069] Each of the units (including the CU 310, DU 330, RU 340) and the near-RT RIC 325, non-RT RIC 315, and SMO framework 305 may include or be coupled to one or more interfaces configured to receive or transmit signals, data, or information (collectively, signals) via a wired or wireless transmission medium. Each of the units, or an associated processor or controller that provides instructions to one or more communication interfaces of the corresponding unit, may be configured to communicate with one or more of the other units via a transmission medium. In some examples, each of the units may include a wired interface configured to receive signals or transmit signals to one or more of the other units via a wired transmission medium and a wireless interface, wherein the wired interface may include a receiver, transmitter, or transceiver (such as an RF transceiver) configured to receive signals or transmit signals to one or more of the other units via a wireless transmission medium, or both.

[0070] In some aspects, the CU 310 may host one or more higher layer control functions. Such control functions may include RRC functions, packet data convergence protocol (PDCP) functions, or service data adaptation protocol (SDAP) functions, among others. Each control function may be implemented using an interface that is configured to communicate signals with other control functions hosted by the CU 310. The CU 310 may be configured to handle user plane functionality (e.g., central unit-user plane (CU-UP) functionality), control plane functionality (e.g., central unit-control plane (CU-CP) functionality), or a combination thereof. In some implementations, the CU 310 may be logically divided into one or more CU-UP units and one or more CU-CP units. When implemented in an O-RAN configuration, the CU-UP unit may communicate bidirectionally with the CU-CP unit via an interface (such as an E1 interface). As needed, the CU 310 may be implemented to communicate with the DU 330 for network control and signaling.

[0071] Each DU 330 may correspond to a logical unit that includes one or more base station functions for controlling the operation of one or more RUs 340. In some aspects, the DU 330 may host one or more of a radio link control (RLC) layer, a medium access control (MAC) layer, and one or more higher physical (PHY) layers, at least in part according to a functional split (such as that defined by 3GPP). In some aspects, the one or more higher PHY layers may be implemented by one or more modules for forward error correction (FEC) encoding and decoding, scrambling, modulation and demodulation, and the like. In some aspects, the DU 330 may also host one or more lower PHY layers, such as those implemented by one or more modules for fast Fourier transform (FFT), inverse FFT (iFFT), digital beamforming, or physical random access channel (PRACH) extraction and filtering. Each layer (which may also be referred to as a module) may be implemented using an interface configured to communicate signals with other layers (and modules) hosted by the DU 330 or with control functions hosted by the CU 310.

[0072] Each RU 340 may implement low-layer functionality. In some deployments, the RU 340 controlled by the DU 330 may correspond to a logical node that hosts RF processing functions or low PHY layer functions based on functional split (e.g., functional split defined by 3GPP) (such as low-layer functional split), such as performing FFT, performing iFFT, digital beamforming, or PRACH extraction and filtering, etc. In this architecture, each RU 340 may be operated to handle over-the-air (OTA) communications with one or more UEs 120. In some specific implementations, real-time and non-real-time aspects of control plane and user plane communications with the RU 340 may be controlled by the corresponding DU 330. In some scenarios, this configuration may enable each DU 330 and CU 310 to be implemented in a cloud-based RAN architecture (such as a vRAN architecture).

[0073] The SMO framework 305 can be configured to support RAN deployment and configuration of non-virtualized network elements and virtualized network elements. For non-virtualized network elements, the SMO framework 305 can be configured to support the deployment of dedicated physical resources for RAN coverage requirements, which can be managed via an operations and maintenance interface (such as the O1 interface). For virtualized network elements, the SMO framework 305 can be configured to interact with a cloud computing platform (such as the Open Cloud (O-Cloud) platform 390) to perform network element lifecycle management (such as instantiating virtualized network elements) via a cloud computing platform interface (such as the O2 interface). Such virtualized network elements may include, but are not limited to, CU 310, DU 330, RU 340, non-RT RIC 315, and near-RTRIC 325. In some implementations, the SMO framework 305 can communicate with hardware aspects of the 4G RAN (such as open eNB (O-eNB) 311) via the O1 interface. Additionally, in some implementations, the SMO framework 305 can communicate directly with each of the one or more RUs 340 via a corresponding O1 interface. The SMO framework 305 can also include a non-RT RIC 315 configured to support the functionality of the SMO framework 305.

[0074] The non-RT RIC 315 can be configured to include logic that enables non-real-time control and optimization of RAN elements and resources, artificial intelligence / machine learning (AI / ML) workflows including model training and updating, or policy-based guidance of applications / features in the near-RT RIC 325. The non-RT RIC 315 can be coupled to or in communication with the near-RT RIC 325 (such as via an A1 interface). The near-RT RIC 325 can be configured to include logic that enables near-real-time control and optimization of RAN elements and resources through data collection and actions over an interface (such as via an E2 interface) that connects one or more CUs 310, one or more DUs 330, or both, and the O-eNB with the near-RT RIC 325.

[0075] In some implementations, the non-RT RIC 315 can receive parameters or external enrichment information from an external server to generate an AI / ML model to be deployed in the near-RT RIC 325. Such information can be utilized by the near-RT RIC 325 and can be received from non-network data sources or from network functions at the SMO framework 305 or the non-RT RIC 315. In some examples, the non-RT RIC 315 or the near-RT RIC 325 can be configured to tune RAN behavior or performance. For example, the non-RT RIC 315 can monitor long-term trends and patterns in performance and employ AI / ML models to perform corrective actions through the SMO framework 305 (such as via reconfiguration of the O1 interface) or through the creation of RAN management policies (such as A1 interface policies).

[0076] As indicated above, Figure 3 are provided as examples. Other examples can be found in the Figure 3 The examples described are different.

[0077] Figure 4A and Figure 4B is an example of a user plane protocol stack of a network node 110 and a core network for communicating with a UE 120 according to the present disclosure (in Figure 4A in) and the control plane protocol stack (in Figure 4B Schematic diagram of example 400 of ).

[0078] On the user plane, UE 120 and network node 110 may include corresponding PHY layers, MAC layers, RLC layers, PDCP layers, and SDAP layers. User plane functions may handle the transmission of user data between UE 120 and network node 110. On the control plane, UE 120 and network node 110 may include corresponding radio resource control (RRC) layers. Furthermore, UE 120 may include a non-access stratum (NAS) layer that communicates with an access and management mobility function (AMF). The AMF may be associated with a core network associated with network node 110, such as a 5G core network (5GC) or a next-generation radio access network (NG-RAN). Control plane functions may handle the transmission of control information between the UE and the core network. Generally speaking, if a first layer is further from the PHY layer than a second layer, the first layer is said to be above the second layer. For example, the PHY layer may be referred to as the lowest layer, and the SDAP / PDCP / RLC / MAC layers may be referred to as being above the PHY layer and below the RRC layer. The application (APP) layer, not shown in FIG. 4 , may be above the SDAP / PDCP / RLC / MAC layers. In some cases, an entity may handle the services and functions of a given layer (eg, a PDCP entity may handle the services and functions of the PDCP layer), even though the description herein refers to the layer itself handling these services and functions.

[0079] The RRC layer may handle communications related to configuring and operating the UE 120, such as: broadcasting of system information related to the access stratum (AS) and NAS; paging initiated by the 5GC or NG-RAN; establishment, maintenance, and release of the RRC connection between the UE and the NG-RAN, including the addition, modification, and release of carrier aggregation, and the addition, modification, and release of dual connectivity; security functions, including key management; establishment, configuration, maintenance, and release of signaling radio bearers (SRBs) and data radio bearers (DRBs); mobility functions (e.g., handover and context transfer, UE cell selection and reselection and control of cell selection and reselection, inter-RAT mobility); quality of service (QoS) management functions; UE measurement reporting and control of reporting; detection of and recovery from radio link failure; and NAS messaging between the NAS layer and lower layers of the UE 120. The RRC layer is often referred to as Layer 3 (L3).

[0080] The SDAP layer, PDCP layer, RLC layer, and MAC layer may be collectively referred to as Layer 2 (L2). Therefore, in some cases, the SDAP, PDCP, RLC, and MAC layers are referred to as sublayers of Layer 2. On the transmitting side (for example, if the UE 120 is sending uplink communications or the network node 110 is sending downlink communications), the SDAP layer may receive data streams in the form of QoS flows. A QoS flow is associated with a QoS identifier and a QoS flow identifier (QFI), which identifies the QoS parameters associated with the QoS flow, and the QoS flow identifier (QFI) identifies the QoS flow. Policy and charging parameters are implemented based on the QoS flow granularity. A QoS flow may include one or more service data flows (SDFs), as long as each SDF of the QoS flow is associated with the same policy and charging parameters. In some aspects, the RRC / NAS layer may generate control information to be sent and may map the control information to one or more radio bearers to provide to the PDCP layer.

[0081] The SDAP layer or the RRC / NAS layer can map QoS flows or control information to radio bearers. Therefore, it can be said that the SDAP layer handles QoS flows on the transmit side. The SDAP layer can provide QoS flows to the PDCP layer via corresponding radio bearers. The PDCP layer can map radio bearers to RLC channels. The PDCP layer can handle various services and functions on the user plane, including sequence numbering, header compression and decompression (if robust header compression is enabled), delivery, reordering, and duplicate detection of user data (if in-sequence delivery to layers above the PDCP layer is required), PDCP protocol data unit (PDU) routing (in the case of split bearers), retransmission, ciphering, and deciphering of PDCP service data units (SDUs), PDCP SDU discard (e.g., based on a timer, as described elsewhere herein), PDCP re-establishment and data recovery for RLC Acknowledged Mode (AM), and PDCP PDU duplication. The PDCP layer can handle similar services and functions on the control plane, including sequence numbering, ciphering, deciphering, integrity protection, delivery of control plane data, duplicate detection, and PDCP PDU duplication.

[0082] The PDCP layer may provide data in the form of PDCP PDUs to the RLC layer via an RLC channel. The RLC layer may handle delivery of upper layer PDUs to the MAC and / or PHY layers, sequence numbering independent of PDCP sequence numbering, error correction via automatic repeat request (ARQ), segmentation and resegmentation, SDU reassembly, RLC SDU discard, and RLC reestablishment.

[0083] The RLC layer can provide the MAC layer with data mapped to logical channels. The services and functions of the MAC layer include mapping between logical channels and transport channels (used by the PHY layer as described below), multiplexing MAC SDUs belonging to one or different logical channels into / demultiplexing transport blocks (TBs) delivered to / from the physical layer on the transport channel, scheduling information reporting, error correction through hybrid ARQ (HARQ), priority handling between UEs with dynamic scheduling, priority handling between logical channels of a UE with logical channel prioritization, and padding.

[0084] The MAC layer can encapsulate data from logical channels into TBs and provide TBs to the PHY layer on one or more transport channels. The PHY layer can handle various operations related to the transmission of data signals, such as combining Figure 2 The PHY layer is often referred to as Layer 1 (L1).

[0085] On the receiving side (e.g., if the UE 120 is receiving downlink communications or the network node 110 is receiving uplink communications), operations may be similar to those described for the transmitting side, but in reverse. For example, the PHY layer may receive TBs and may provide the TBs to the MAC layer on one or more transport channels. The MAC layer may map the transport channels to logical channels and may provide data to the RLC layer via the logical channels. The RLC layer may map the logical channels to RLC channels and may provide data to the PDCP layer via the RLC channels. The PDCP layer may map the RLC channels to radio bearers and may provide data to the SDAP layer or the RRC / NAS layer via the radio bearers.

[0086] Data can be transferred between layers in the form of PDUs and SDUs. An SDU is a unit of data that has been transferred from a layer or sublayer to a lower layer. For example, the PDCP layer may receive a PDCP SDU. A given layer may then encapsulate the data unit into a PDU and pass the PDU to a lower layer. For example, the PDCP layer may encapsulate a PDCP SDU into a PDCP PDU and pass the PDCP PDU to the RLC layer. The RLC layer may receive a PDCP PDU as an RLC SDU, encapsulate the RLC SDU into an RLC PDU, and so on. In effect, the PDU carries the SDU as payload.

[0087] The RLC layer can operate in AM, unacknowledged mode (UM), or transparent mode (TM). In AM, buffering is performed at the transmitter and receiver. Segmentation is performed at the transmitter, and reassembly is performed at the receiver. A feedback mechanism (including acknowledgment (ACK) or negative ACK (NACK)) is used for communications (such as RLC PDU or RLC SDU). AM can be used for certain signaling radio bearers (such as SRB1, SRB2, and SRB3) and data radio bearers. Sequence numbers that can be used for reassembly and recovery in AM can be selected from a 12-bit size or an 18-bit size. In UM, buffering is performed at the transmitter and receiver, segmentation is performed at the transmitter, reassembly is performed at the receiver, and no feedback mechanism is used. In TM, the RLC header is not used, buffering is performed only at the transmitter, segmentation or reassembly is not performed, and no feedback mechanism is used.

[0088] The RLC transmitter in the AM can perform packet segmentation and concatenation. The RLC transmitter can also add an RLC header to the packet. The RLC transmitter can also provide the RLC PDU with the RLC header to the MAC layer. In the event of a negative acknowledgement (NACK) from the RLC receiver, the RLC transmitter can also buffer the RLC PDU. If the RLC transmitter receives a negative acknowledgement (NACK) within a certain period of time, the RLC transmitter can trigger the retransmission of the buffered RLC PDU.

[0089] The RLC transmitter can use a send window to limit the number of RLC SDUs sent while waiting for an acknowledgment from the RLC receiver. The send window may start at the oldest transmitted RLC SDU that has not yet been fully acknowledged. If the oldest transmitted RLC SDU is fragmented before transmission, it may have been partially acknowledged. When an acknowledgment is received, the send window advances. The size of the send window is limited by the sequence number (SN) range. The send window is used to prevent SN ambiguity at the RLC receiver. The length of the SN is configured using RRC parameters.

[0090] The RLC transmitter may request a status report from the RLC receiver, such as based at least in part on the number of PDUs sent since a previous request or the amount of data since a previous request. The RLC parameter pollPDU may indicate the number of PDUs sent since a previous request, and the RLC parameter pollByte may indicate the amount of data since a previous request. If the RLC transmitter requests a status report and does not receive the status report after waiting for a time period defined by the RLC parameter t-PollRetransmit, the RLC transmitter may retransmit the request. The status report may identify, at most, the SNs for which all RLC SDUs (except for the RLC SDUs specified in the remainder of the status report) have been successfully received. The status report may indicate retransmission of a complete RLC SDU, or may indicate retransmission of one or more segments of an RLC SDU.

[0091] The RLC receiver in AM can buffer received RLC PDUs (referred to as AM data (AMD) PDUs) if they are within the receive window, perform reordering, remove RLC headers, and reassemble the RLC PDUs to form RLC SDUs. In AM, the RLC receiver can provide feedback regarding received RLC PDUs. In AM, each RLC PDU can be sent in ascending order along with a SN. AM supports ARQ. The RLC receiver can send a status PDU (sometimes referred to as a status message or status report) to indicate the status of the RLC PDU at the RLC receiver. The status PDU can indicate which RLC PDU SN(s) the RLC receiver did not receive. For example, the RLC receiver can use a reassembly timer (defined by the RLC parameter t-reassembly). When a segment of an SDU is received and more segments are pending for that SDU (e.g., if one or more SNs of the SDU are missing), the RLC receiver can start the reassembly timer. Once the SDU is completely received, the RLC receiver can stop the reassembly timer. If the reassembly timer expires without receiving the missed one or more SNs, the RLC receiver may send a status report indicating the unreceived one or more segments of the SDU. For example, the RLC receiver may wait for the length of the reassembly timer (in the hope that the HARQ mechanism may provide recovery via retransmission of the missed one or more SNs) before sending the status report to trigger the RLC layer to retransmit the missed one or more SNs.

[0092] As pointed out above, Figure 4A and Figure 4B is provided as one or more examples. Other examples may be found in relation to Figure 4A and Figure 4B The examples described are different.

[0093] Figure 5 is a diagram illustrating example 500 of signaling associated with providing packets according to a threshold range according to the present disclosure. Example 500 includes a transmitter device (e.g., UE 120, network node 110) (shown as "Tx") and a receiver device (e.g., UE 120, network node 110) (shown as "Rx"). In example 500, the transmitter device (which may include a PDCP transmitter or an RLC transmitter) may transmit a set of packets that are received and processed by the receiver device.

[0094] The PDCP of a transmitter or receiver device can perform various functions, including data delivery, header compression / decompression, encryption / decryption, integrity protection and authentication, timer-based SDU discard, routing, duplication, reordering, and in-order and / or out-of-order delivery. The transmitter device can apply sequence numbers to a set of packets (e.g., payload, data block) or a set of PDCP SDUs before adding a header to the PDCP SDU to generate a PDCP PDU. The PDCP PDU (after further processing) can be sent to the receiver device. The receiver device can extract packets from the PDCP PDU.

[0095] In some examples, a receiver device may perform reordering and in-order delivery for PDCP PDUs. The reordering is based on sequence numbers assigned by a transmitter device. The receiver device may detect holes, which are (one or more) skipped sequence number sets among the received packet sets. The skipped sequence number sets may indicate that the corresponding packet set has not arrived, or has arrived out of order with respect to other packets. Based on detecting the skipped sequence number sets, the receiver device may trigger a reordering timer. The reordering timer may have a configurable length, which may be configured based on, among other things, the subcarrier spacing of the carrier on which the PDCP PDU is received. The reordering timer may be used to determine a reordering window (although the reordering window may be based on factors other than the reordering timer or modified by factors other than the reordering timer). For in-order delivery of PDCP PDUs, the receiver device may buffer the received traffic during the reordering window. If the receiver device receives a packet with a skipped set of sequence numbers within the reordering window, the receiver device may reorder the packets received within the reordering window so that the sequence numbers of the packets are in order (e.g., ascending order) and may provide (e.g., deliver) the reordered packets to higher layers of the UE. If the receiver device reaches the end of the reordering timer without having received a packet associated with an out-of-order set of sequence numbers, the receiver device may provide all received packets to the higher layers in the order indicated by the sequence number set (minus any unreceived packets). After the reordering timer expires, the receiver device may advance the reordering window so that a second instance of the reordering window begins at the sequence number location where the first instance of the reordering window ended. The receiver device may then discard any received packets having a sequence number lower than the lowest sequence number of the second instance of the reordering window.

[0096] In some examples, a receiver device may perform out-of-order delivery for PDCP PDUs. In out-of-order delivery, the receiver device may not perform reordering based on a reordering timer. In out-of-order delivery, the receiver device provides the received packets to higher layers in the order in which they are received. Relative to in-order delivery, out-of-order delivery may provide improved latency, but may affect congestion control for the service, as described elsewhere herein. In out-of-order delivery, a reordering timer may control whether the receiver device accepts (e.g., provides) a packet based on the sequence number of the packet. For example, the UE may start a timer (referred to as a reordering timer, although the receiving device does not perform reordering for out-of-order delivery) that defines a window that starts at a first sequence number and ends at the highest sequence number. If a packet received within the window has a sequence number higher than the first sequence number, the packet is accepted and provided to the higher layer. If the sequence number of the packet is lower than the first sequence number, the packet is rejected. Therefore, the reordering timer in out-of-order delivery defines a window in which packets with sequence numbers within the sequence number range included in the window are accepted, and packets outside the range are rejected (e.g., not provided to higher layers, discarded). In the case of out-of-order delivery, although reordering is not expected to occur, the PDCP reordering timer (t-reordering) is still used to move the window forward (as indicated by the RX_DELIV parameter) so that the PDCP layer does not continue to accept older packets and can calculate the correct COUNT based on the latest hyperframe number (HFN) derived from RX_DELIV.

[0097] As mentioned, after the reordering timer expires, the window moves (in both the case of in-order and out-of-order delivery) and any packets with sequence numbers earlier than (e.g., lower than) the lowest sequence number included in the window are discarded because they were received outside of the earlier instance of the window. Thus, when there are holes in the received sequence numbers, the management of the window is timer-based. However, the management of the window using the reordering timer may prevent higher layers (e.g., an application) from receiving packets that may be useful, for example, for a file download. For example, a packet with sequence number 49 received during the window that includes sequence numbers 51 to 100 may be useful for completing a file download, but may be discarded because sequence number 49 is lower than sequence numbers 51 to 100. This may result in delays, reduced throughput, and interrupted data delivery.

[0098] Some of the techniques described herein define a window for accepting packets by reference to the highest received sequence number or the highest delivered sequence number (e.g., delivered to a higher layer) and using a threshold range. The threshold range can be defined, for example, by a constant. The threshold range can indicate a range of sequence numbers that are lower than the highest received sequence number or lower than the highest delivered sequence number. If a packet with a sequence number included in the sequence number range is received before the packet with the highest sequence number, the packet can be accepted and provided to the higher layer, resulting in out-of-order delivery. Once a packet with a sequence number higher than the highest sequence number is received or delivered, the sequence number can be measured relative to the packet with a sequence number higher than the highest sequence number. Thus, the window moves with the highest received (or delivered) sequence number, rather than based on the expiration of a timer, which reduces the occurrence of packet abandonment due to the arbitrary end of the window, thereby reducing latency, improving throughput, and reducing data transfer interruptions.

[0099] like Figure 5 As shown in FIG5 by reference numeral 510, in some aspects, a receiver device may receive configuration information (e.g., from a transmitter device or another entity). In some aspects, the configuration information may include configuration for PDCP reordering. In some aspects, the configuration information may indicate that delivery of out-of-order packets received within a threshold range of a highest sequence number is enabled. For example, the configuration information may enable delivery of out-of-order packets after a long delay. In some aspects, the configuration information may indicate a threshold range. For example, the configuration information may indicate the number of packets that define the threshold range. In this example, the receiver device may use the number of packets by counting down from the highest sequence number (e.g., from the packet with the highest sequence number) to identify the packet with the lowest sequence number included in the threshold range. In some aspects, the configuration information may use a constant to indicate the threshold range. In this example, the receiver device may subtract the constant from the highest sequence number to identify the lowest sequence number included in the threshold range. If the sequence number of the received packet is within the threshold range, the receiver device may accept the corresponding packet and provide the corresponding packet to a higher layer.

[0100] In some aspects, the threshold range can be configured relative to the length of the reordering window of the receiver device. For example, the threshold range can be configured such that the threshold range includes one-quarter of the reordering window, one-eighth of the reordering window, etc.

[0101] As shown in reference numeral 520, a receiver device may receive a packet set (e.g., a plurality of packets). The packet set may include a first packet with SN1 (received at a first time), a second packet with SN3 (received at a second time after the first time), and a third packet with SN2 (received at a third time after the second time). Therefore, a hole appears between the first packet and the second packet, which means that the first packet, the second packet, and the third packet are out of order. The sequence number of the packet set indicates that the correct order is: first packet, third packet, second packet. In addition, the packet set includes the Xth packet, which is the most recently received packet and is associated with the highest SN. Therefore, the threshold range of the receiver device is measured from the highest SN.

[0102] As shown in reference numeral 530, the receiver device may determine that the SN of the third packet (e.g., SN2) is within the threshold range of the highest SN. For example, the receiver device may determine that the SN of the third packet is higher than the lowest SN included in the threshold range. As shown in reference numeral 540, the receiver device may accept the third packet. For example, because the SN of the third packet is within the threshold range of the highest SN, the receiver device may accept (e.g., may not abandon, may not discard, may buffer, may process) the third packet. As shown in reference numeral 550, the receiver device may provide the third packet to one or more higher layers (e.g., Internet Protocol layer, RRC layer, SDAP layer, application layer). Therefore, the receiver device may accept and provide the packet based on the SN of the packet being within the threshold range of the highest sequence number received by the receiver device.

[0103] As shown in reference numeral 560, the transmitter device may transmit at least the Yth packet and the Zth packet, and the receiver device may receive at least the Yth packet and the Zth packet. The Yth packet may have an out-of-order SN A with respect to one or more other packets, and the Zth packet may have an SN B. SN B is the highest SN received by the receiver device since the transmission shown in reference numeral 560. Therefore, as shown in reference numeral 570, the receiver device may determine whether to accept the SN A (of the Yth packet) and provide the SN A to one or more higher layers based on whether the SN A is within a threshold range of the SN B (of the Zth packet). In example 500, the SN A is not within the threshold range of the SN B (of the Zth packet), indicating that the SN A was received at least a threshold length of time before the arrival of the Zth packet. Therefore, as shown in reference numeral 580, the receiver device may reject (e.g., discard, cancel) the Yth packet.

[0104] As indicated above, Figure 5 are provided as examples. Other examples can be found in the Figure 5 The examples described are different.

[0105] Figure 6 is a diagram illustrating an example 600 of PDCP reordering based on a reordering window and a timer according to the present disclosure. In the example 600, a downward arrow indicates reception by a receiver device (eg, UE 120, network node 110).

[0106] The PDCP of a transmitter or receiver device can perform various functions, including data delivery, header compression / decompression, encryption / decryption, integrity protection and authentication, timer-based SDU discard, routing, duplication, reordering, and in-order and / or out-of-order delivery. The transmitter device can apply sequence numbers to a set of packets (e.g., payload, data block) or a set of PDCP SDUs before adding a header to the PDCP SDU to generate a PDCP PDU. The PDCP PDU (after further processing) can be sent to the receiver device. The receiver device can extract packets from the PDCP PDU.

[0107] In some examples, a receiver device may perform reordering and in-order delivery for PDCP PDUs. The reordering is based on sequence numbers assigned by a transmitter device. The receiver device may detect holes, which are (one or more) skipped sequence number sets among the received packet sets. The skipped sequence number sets may indicate that the corresponding packet set has not arrived, or has arrived out of order with respect to other packets. Based on detecting the skipped sequence number sets, the receiver device may trigger a reordering timer. The reordering timer may have a configurable length, which may be configured based on, among other things, the subcarrier spacing of the carrier on which the PDCP PDU is received. The reordering timer may be used to determine a reordering window (although the reordering window may be based on factors other than the reordering timer or modified by factors other than the reordering timer). For in-order delivery of PDCP PDUs, the receiver device may buffer the received traffic during the reordering window. If the receiver device receives a packet with a skipped sequence number set within the reordering window, the receiver device may reorder the packets received within the reordering window so that the sequence numbers of the packets are in order (e.g., ascending order) and may provide (e.g., deliver) the reordered packets to the higher layers of the UE. If the receiver device reaches the end of the reordering timer without having received a packet associated with an out-of-order set of sequence numbers, the receiver device may provide all received packets to the higher layers indicated by the sequence number set (minus any unreceived packets). After the reordering timer expires, the receiver device may move the reordering window forward so that the second instance of the reordering window begins at the sequence number location where the first instance of the reordering window ended. The receiver device may then discard any received packets having a sequence number lower than the lowest sequence number of the second instance of the reordering window.

[0108] As mentioned above, when PDCP out-of-order delivery is enabled on the downlink path, arriving packets may not undergo reordering and may be delivered immediately to upper layers. In the case of observed block error rates (BLER), there may be frequent sequence number holes at the RLC and / or PDCP layers, resulting in many out-of-order packets being delivered to upper layers. This is because in out-of-order delivery (e.g., in NR), RLC complete PDUs are delivered directly to the PDCP layer without waiting for HARQ retransmissions of erroneous data blocks. For such radio access technologies (e.g., NR), networks typically target a BLER of 10% of the first transmitted HARQ. In addition, the HARQ round-trip time (indicating the length of time involved in providing a HARQ negative acknowledgement and receiving a retransmission of a packet, or the length of time involved between detecting that a packet was missed and receiving a retransmission of a packet) can be approximately 5ms. This means that every 10ms or less (assuming the use of 10 HARQ processes, each of which is 1ms long), there may be out-of-order delivery lasting approximately 5ms. This may be suitable for some low-latency applications. However, some transport protocols, such as the Transmission Control Protocol (TCP), may use congestion detection. A TCP receiver may identify a loss each time the TCP receiver receives an out-of-order packet, and the congestion control configuration of the TCP receiver may reduce the send throughput as a result. For example, TCP Cubic scales the throughput as a cubic function of the time since the last loss event. If the loss is frequent (such as due to frequent HARQ retransmissions), the TCP Cubic throughput may be severely affected. As an example, when PDCP out-of-order delivery is enabled with immediate delivery compared to PDCP in-order delivery, the TCP throughput may be reduced by a factor of 1000.

[0109] Some techniques described herein provide for reordering by a receiver device on a timescale shorter than a reordering window (or a window defined by a reordering timer). For example, a receiver device may initiate a timer upon detecting an out-of-order packet. The timer may be shorter than the reordering timer. The receiver device may accumulate out-of-order packets while the timer is running and during the reordering window. If the receiver device can successfully reorder packets within the timer so that the out-of-order packets are correctly ordered, the receiver device may provide the packets received during the timer in the correct order (e.g., may perform reordering of the packets). Otherwise, the receiver device may provide the packets out of order (or in order, minus any missed packets) and / or may restart the timer. The timer may provide reordering of packets to accommodate out-of-order conditions due to, for example, HARQ feedback at the physical layer. In addition, the gains of earlier delivery (when out-of-order delivery is used) are maintained, which reduces the impact of long delays (such as when a PDCP PDU is lost in the core network, requires RLC retransmission, performs a handover, etc.). This provides a balance between maintaining and optimizing TCP throughput and the benefits of out-of-order delivery.

[0110] As shown at reference numeral 602, a receiver device may receive a first packet (Packet 1) associated with a first SN (SN 1). As shown at reference numeral 604, the receiver device may receive a second packet (Packet 2) associated with a second SN (SN 3). Thus, at least one packet (having SN 2) is missing between Packet 1 and Packet 2. In some aspects, the receiver device may identify a hole (e.g., a gap in a sequence caused by out-of-order reception of packets) due to the absence of SN 2.

[0111] As shown, the receiver device may trigger timer 606 based at least in part on the hole. For example, the receiver device may trigger timer 606 upon receiving a second packet (with SN 3) without having received a packet with SN 2. Timer 606 may be shorter in length than reordering window 608. For example, timer 606 may be shorter than a reordering timer used to define a reordering window when out-of-order packets are detected. In some aspects, the receiver device may trigger timer 606 based at least in part on the traffic type of one or more of the packets. For example, if the traffic type is associated with a loss-based congestion configuration (such as TCP Cubic), the receiver device may trigger timer 606.

[0112] In some aspects, the length of timer 606 may be configurable. For example, a receiver device may receive configuration information indicating the length of timer 606. In some aspects, the length of timer 606 may be defined by reference to the length of reordering window 608 (e.g., as a fraction of the length of reordering window 608). In some aspects, the length of timer 606 may be expressed as a number of milliseconds. In some aspects, the length of timer 606 may be expressed in terms of a number of transmit time intervals (TTIs) or based on a TTI (time slot) duration that depends on an NR parameter set. In some aspects, the length of timer 606 may be based at least in part on the HARQ round-trip time of the receiver device. For example, the length of timer 606 may be equal to the HARQ round-trip time, greater than the HARQ round-trip time, etc. In some aspects, the receiver device may adjust the length of timer 606 based at least in part on the HARQ operation. For example, timer 606 may scale with the number of HARQ retransmissions of the receiver device. In some aspects, the number of HARQ retransmissions may be derived from a target (e.g., residual) BLER.

[0113] As shown at reference numeral 610, the receiver device may receive a third packet (packet 3) having SN 2. For example, the receiver device may receive the third packet while timer 606 is running. The receiver device may buffer (e.g., store) packet 1 and packet 2 during timer 606. If the receiver device receives one or more out-of-order packets (packet 3 in this example), the receiver device may reorder packets 1, 2, and 3 according to the SNs and may provide the reordered packets to one or more upper layers in order, as shown at reference numeral 612. If the receiver device does not receive one or more out-of-order packets within timer 606, the receiver device may provide the packets received while the timer is running to the one or more upper layers in the order in which the packet set was received.

[0114] In some aspects, the receiver device may restart the timer 606 after the timer 606 has expired. For example, the receiver device may start a second instance of the timer 606 after the first instance of the timer 606 (triggered by the detection of the hole) has expired. In some aspects, the receiver device may trigger up to a number N of instances of the timer 606. N may be configurable (e.g., the receiver device may receive information indicating the number of instances of the timer 606 that may occur (such as may occur within the reordering window 608)). After N instances of the timer 606 have elapsed (and any received packets during the N instances have been provided to upper layers), the receiver device may resume operation according to the reordering window 608. For example, the PDCP entity of the UE may wait for packets associated with the hole that occurred before receiving packets during the N instances of the timer 606. If the reordering window 608 (or the reordering timer defining the reordering window 608) is stopped at any time due to expiration or packets received such that RX_DELIV (which indicates the COUNT value of the last PDCP SDU delivered to the upper layer) is at least RX_REORD (which indicates the COUNT value after the COUNT value associated with the PDCP data PDU that triggered the reordering window 608), the receiver device may stop the timer 606 (if it is running) and provide the accumulated packets to the upper layer.

[0115] As indicated by reference numeral 614, the receiver device may provide the remaining packets received in the reordering window 608 to one or more upper layers. For example, using in-order delivery, the receiver device may provide the remaining packets in the order of the sequence numbers (if reordering is successful) or in the order indicated by the set of sequence numbers (minus any unreceived packets) (if reordering is unsuccessful). For another example, using out-of-order delivery, the receiver device may provide the remaining packets in the order in which they were received.

[0116] To illustrate, as a first example, packets received in the reordering window 608 may omit the fourth packet (e.g., the fourth packet may not be received). The receiver device may provide the remaining packets after the end of the reordering window 608 based at least in part on not having received the fourth packet within the reordering window 608. In some aspects, the receiver device may trigger a second instance of the timer 606 based at least in part on detecting the omission of the fourth packet (e.g., detecting a hole corresponding to the fourth packet).

[0117] To illustrate, as a second example, packets received in reordering window 608 may include a fourth packet having a fourth sequence number that is higher than a fifth sequence number of a fifth packet received after the fourth packet. The receiver device may provide the remaining packets in order according to their sequence numbers (e.g., using in-order delivery).

[0118] To illustrate, as a third example, packets received in reordering window 608 may include a fourth packet having a fourth sequence number that is higher than a fifth sequence number of a fifth packet received after the fourth packet. The receiver device may provide the remaining packets in the order in which they are received (e.g., using out-of-order delivery).

[0119] As indicated above, Figure 6 are provided as examples. Other examples can be found in the Figure 6 The examples described are different.

[0120] Figure 7 is a diagram illustrating an example process 700, performed, for example, by a receiver device, in accordance with the present disclosure. Example process 700 is an example in which a receiver device (eg, UE 120, network node 110) performs operations associated with techniques for PDCP sequencing.

[0121] like Figure 7 As shown, in some aspects, process 700 may include receiving a first packet of a plurality of packets at a first time, wherein the first packet has a first sequence number (block 710). For example, a receiver device (e.g., using Figure 9 The receiving component 902 and / or the communication manager 906 depicted in can receive a first packet of the plurality of packets at a first time, where the first packet has a first sequence number, as described above.

[0122] like Figure 7 As further shown in FIG. 7 , in some aspects, process 700 may include receiving a second packet of the plurality of packets at a second time, wherein a third packet of the plurality of packets has not yet arrived at the second time, the third packet to be received between the first packet and the second packet based at least in part on a third sequence number of the third packet (block 720). For example, a receiver device (e.g., using Figure 9 The receiving component 902 and / or the communication manager 906 depicted in the figure may receive a second packet of the plurality of packets at a second time, wherein a third packet of the plurality of packets has not arrived at the second time, and the third packet will be received between the first packet and the second packet based at least in part on a third sequence number of the third packet, as described above.

[0123] like Figure 7As further shown in FIG. 7 , in some aspects, process 700 may include starting a timer based at least in part on the third packet not arriving at the second time (block 730). For example, a receiver device (e.g., using Figure 9 The communication manager 906 depicted in FIG) may start a timer based at least in part on the third packet not arriving at the second time, as described above.

[0124] like Figure 7 As further shown in FIG. 7 , in some aspects, process 700 may include receiving a third packet of the plurality of packets at a third time after the second time (block 740). For example, a receiver device (e.g., using Figure 6 The receiving component 902 and / or the communication manager 906 depicted in may receive a third packet of the plurality of packets at a third time after the second time, as described above.

[0125] like Figure 7 As further shown in FIG. 7 , in some aspects, process 700 may include providing the first packet, the second packet, and the third packet in order based at least in part on whether the third packet is received within a timer, wherein if the third packet is received within the timer, the third packet is provided between the first packet and the second packet, and wherein if the third packet is not received within the timer, the third packet is provided after the second packet (block 750). For example, a receiver device (e.g., using Figure 9 The communication manager 906 depicted in ) may provide the first packet, the second packet, and the third packet in order based at least in part on whether the third packet is received within a timer, wherein if the third packet is received within the timer, the third packet is provided between the first packet and the second packet, and wherein if the third packet is not received within the timer, the third packet is provided after the second packet, as described above.

[0126] Process 700 may include additional aspects, such as any single aspect or any combination of aspects described below and / or in conjunction with one or more other processes described elsewhere herein.

[0127] In the first aspect, the timer is shorter than the length of the reordering window.

[0128] In a second aspect, alone or in combination with the first aspect, process 700 includes providing remaining packets of the plurality of packets other than the first packet, the second packet, and the third packet to a higher layer.

[0129] In a third aspect, alone or in combination with one or more of the first and second aspects, a plurality of packets omits a fourth packet, and wherein providing the remaining packets further comprises providing the remaining packets after the end of the reordering window based at least in part on not having received the fourth packet within the reordering window.

[0130] In a fourth aspect, alone or in combination with one or more of the first to third aspects, omission of the fourth packet triggers a second instance of the timer.

[0131] In a fifth aspect, alone or in combination with one or more of the first to fourth aspects, the plurality of packets include a fourth packet having a fourth sequence number that is higher than a fifth sequence number of a fifth packet received after the fourth packet, and wherein providing the remaining packets further includes providing the remaining packets including the fourth packet after the fifth packet.

[0132] In the sixth aspect, alone or in combination with one or more of the first to fifth aspects, the plurality of packets include a fourth packet having a fourth sequence number that is higher than the fifth sequence number of a fifth packet received after the fourth packet, and wherein providing the remaining packets further includes: providing the remaining packets including the fourth packet in the location where the fourth packet is received.

[0133] In a seventh aspect, alone or in combination with one or more of the first to sixth aspects, process 700 includes receiving information indicating a number of instances of a timer that can occur within a reordering window.

[0134] In an eighth aspect, alone or in combination with one or more of the first through seventh aspects, process 700 includes starting a timer and a reordering window based at least in part on detecting that the third packet is out of order.

[0135] In a ninth aspect, alone or in combination with one or more of the first through eighth aspects, process 700 includes starting a timer based at least in part on a traffic type of one or more packets in the plurality of packets.

[0136] In a tenth aspect, alone or in combination with one or more of the first to ninth aspects, the traffic type is associated with a loss-based congestion configuration.

[0137] In an eleventh aspect, alone or in combination with one or more of the first to tenth aspects, a length of the timer is based at least in part on a hybrid automatic repeat request round trip time of the receiver device.

[0138] In a twelfth aspect, alone or in combination with one or more of the first to eleventh aspects, a length of the timer is based at least in part on a number of hybrid automatic repeat request retransmissions by the receiver device.

[0139] although Figure 7 Example blocks of process 700 are shown, but in some aspects, process 700 may include Figure 77. In some embodiments, the process 700 may include additional blocks, fewer blocks, different blocks, or blocks arranged in a different manner than those depicted in FIG. Additionally or alternatively, two or more blocks of the blocks of process 700 may be executed in parallel.

[0140] Figure 8 is a diagram illustrating an example process 800, performed, for example, by a receiver device, in accordance with the present disclosure. Example process 800 is an example in which a receiver device (eg, UE 120, network node 110) performs operations associated with techniques for PDCP sequencing.

[0141] like Figure 8 As shown, in some aspects, process 800 may include receiving a first packet of a set of packets at a first time, the first packet having a first sequence number, wherein the set of packets is associated with a corresponding set of sequence numbers including a highest sequence number, and a receiver device is configured for in-order delivery of the packets (block 810). For example, the receiver device (e.g., using Figure 10 The communication manager 150 and / or receiving component 1004 depicted in the figure may receive a first packet in a set of packets at a first time, the first packet having a first sequence number, wherein the set of packets is associated with a corresponding set of sequence numbers including a highest sequence number, and the receiver device is configured for ordered delivery of the packets, as described above.

[0142] like Figure 8 As further shown in FIG. 8 , in some aspects, process 800 may include receiving a second packet in the set of packets at a second time, the second packet having a second sequence number (block 820). For example, a receiver device (e.g., using Figure 10 The communications manager 150 and / or receiving component 1002 depicted in FIG. 1004 may receive a second packet in the set of packets at a second time, the second packet having a second sequence number, as described above.

[0143] like Figure 8 As further shown in FIG. 8 , in some aspects, process 800 may include providing the first packet and the second packet based at least in part on the expiration of the reordering timer (block 830). For example, a receiver device (e.g., using Figure 10 The communication manager 150 depicted in may receive a third packet in the set of packets at a third time, the third packet having a third sequence number between the first sequence number and the second sequence number, and wherein the third packet is received within a threshold range of the highest sequence number, as described above.

[0144] like Figure 8As further shown in FIG. 8 , in some aspects, process 800 may include receiving a third packet in the set of packets at a third time, the third packet having a third sequence number between the first sequence number and the second sequence number, and wherein the third packet is received within a threshold range of a highest sequence number (block 830). For example, a receiver device (e.g., using Figure 10 The communication manager 150 and / or receiving component 1002 depicted in may receive a third packet in the set of packets at a third time, the third packet having a third sequence number between the first sequence number and the second sequence number, and wherein the third packet is received within a threshold range of the highest sequence number, as described above.

[0145] like Figure 8 As further shown in FIG. 8 , in some aspects, process 800 may include providing a third packet based at least in part on receiving the third packet within a threshold range of a highest sequence number (block 840). For example, a receiver device (e.g., using communications manager 150) may provide the third packet based at least in part on receiving the third packet within a threshold range of a highest sequence number, as described above.

[0146] Process 800 may include additional aspects, such as any single aspect or any combination of aspects described below and / or in conjunction with one or more other processes described elsewhere herein.

[0147] In a first aspect, process 800 includes receiving configuration information indicating that delivery of a third packet is enabled if the third packet is received within a threshold range of a highest sequence number.

[0148] In a second aspect, alone or in combination with the first aspect, providing the third packet further comprises providing the third packet based at least in part on receiving the third packet between the packet with the highest sequence number minus a threshold range of sequence numbers and the packet with the highest sequence number.

[0149] In a third aspect, alone or in combination with one or more of the first and second aspects, the threshold range indicates a number of packets.

[0150] In a fourth aspect, alone or in combination with one or more of the first to third aspects, receiving the third packet also includes: receiving the third packet before the packet with the highest sequence number in the packet set and after the packet in the packet set that is separated from the packet with the highest sequence number by less than the number of packets.

[0151] although Figure 8 Example blocks of process 800 are shown, but in some aspects, process 800 may include Figure 8800. In some embodiments, the process 800 may include additional blocks, fewer blocks, different blocks, or blocks arranged in a different manner than those depicted in FIG. Additionally or alternatively, two or more blocks of the blocks of process 800 may be executed in parallel.

[0152] Figure 9 9 is a diagram of an example apparatus 900 for wireless communication according to the present disclosure. Apparatus 900 may be a receiver device, or a receiver device may include apparatus 900. In some aspects, apparatus 900 includes a receiving component 902, a transmitting component 904, and / or a communication manager 906, which may communicate with each other (e.g., via one or more buses and / or one or more other components). In some aspects, communication manager 906 is a communication manager that is configured to communicate with one another. Figure 1 As shown, the apparatus 900 can utilize a receiving component 902 and a sending component 904 to communicate with another apparatus 908, such as a UE, a base station, or another wireless communication device.

[0153] In some aspects, the apparatus 900 may be configured to perform the Figure 6 Additionally or alternatively, the apparatus 900 may be configured to perform one or more of the processes described herein (such as Figure 7 In some aspects, Figure 9 The device 900 and / or one or more components shown may include a combination of Figure 2 Additionally or alternatively, one or more components of the receiver device described. Figure 9 One or more of the components shown may be combined Figure 2 Additionally or alternatively, one or more components in a set of components may be implemented at least in part as software stored in a memory. For example, a component (or a portion of a component) may be implemented as instructions or code that are stored in a non-transitory computer-readable medium and can be executed by a controller or processor to perform the function or operation of the component.

[0154] The receiving component 902 may receive communications, such as reference signals, control information, data communications, or a combination thereof, from the device 908. The receiving component 902 may provide the received communications to one or more other components of the device 900. In some aspects, the receiving component 902 may perform signal processing (such as filtering, amplification, demodulation, analog-to-digital conversion, demultiplexing, deinterleaving, demapping, equalization, interference cancellation, or decoding, etc.) on the received communications and may provide the processed signals to one or more other components of the device 900. In some aspects, the receiving component 902 may include combining Figure 2One or more antennas, modems, demodulators, MIMO detectors, receive processors, controllers / processors, memories, or combinations thereof of the described receiver devices.

[0155] The transmitting component 904 may transmit communications, such as reference signals, control information, data communications, or a combination thereof, to the device 908. In some aspects, one or more other components of the device 900 may generate communications and may provide the generated communications to the transmitting component 904 for transmission to the device 908. In some aspects, the transmitting component 904 may perform signal processing (such as filtering, amplification, modulation, digital-to-analog conversion, multiplexing, interleaving, mapping, or encoding, etc.) on the generated communications and may transmit the processed signals to the device 908. In some aspects, the transmitting component 904 may include combining Figure 2 One or more antennas, modems, modulators, transmit MIMO processors, transmit processors, controllers / processors, memories, or combinations thereof of the described receiver devices. In some aspects, the transmit component 904 can be co-located with the receive component 902 in a transceiver.

[0156] The receiving component 902 may receive a first packet from a plurality of packets at a first time, wherein the first packet has a first sequence number. The receiving component 902 may receive a second packet from the plurality of packets at a second time, wherein a third packet from the plurality of packets has not arrived at the second time, the third packet to be received between the first packet and the second packet based at least in part on a third sequence number of the third packet. The communication manager 906 may start a timer based at least in part on the third packet not arriving at the second time. The receiving component 902 may receive the third packet from the plurality of packets at a third time after the second time. The communication manager 906 may provide the first packet, the second packet, and the third packet in sequence based at least in part on whether the third packet is received within the timer, wherein if the third packet is received within the timer, the third packet is provided between the first packet and the second packet, and if the third packet is not received within the timer, the third packet is provided after the second packet.

[0157] The communication manager 906 may provide the remaining packets except the first packet, the second packet, and the third packet among the plurality of packets to a higher layer.

[0158] Receiving component 902 can receive information indicating a number of instances of the timer that can occur within the reordering window.

[0159] The communications manager 906 can start a timer and a reordering window based at least in part on detecting that the third packet is out of order.

[0160] Communications manager 906 can start a timer based at least in part on a traffic type of one or more packets in the plurality of packets.

[0161] Figure 9 The number and arrangement of components shown are provided as examples. In practice, there may be Figure 9 The components shown may include additional components, fewer components, different components, or components arranged in a different manner than those shown. Figure 9 Two or more components shown may be implemented in a single component, or Figure 9 The single component shown may be implemented as multiple distributed components. Additionally or alternatively, Figure 9 The illustrated set of components (one or more) may be described as being executable by Figure 9 Another group of components is shown performing one or more functions.

[0162] Figure 10 1 is a diagram of an example apparatus 1000 for wireless communication according to the present disclosure. Apparatus 1000 may be a receiver device, or a receiver device may include apparatus 1000. In some aspects, apparatus 1000 includes a receiving component 1002, a transmitting component 1004, and / or a communication manager 1006, which may communicate with each other (e.g., via one or more buses and / or one or more other components). In some aspects, communication manager 1006 is a communication manager that is configured to communicate with one another. Figure 1 As shown, the apparatus 1000 can utilize a receiving component 1002 and a sending component 1004 to communicate with another apparatus 1008, such as a UE, a base station, or another wireless communication device.

[0163] In some aspects, the apparatus 1000 may be configured to perform the Figure 6 Additionally or alternatively, the apparatus 1000 may be configured to perform one or more of the processes described herein (such as Figure 8 In some aspects, Figure 10 The device 1000 and / or one or more components shown may include a combination of Figure 2 Additionally or alternatively, one or more components of the receiver device described. Figure 10 One or more of the components shown may be combined Figure 2 Additionally or alternatively, one or more components in a set of components may be implemented at least in part as software stored in a memory. For example, a component (or a portion of a component) may be implemented as instructions or code that are stored in a non-transitory computer-readable medium and can be executed by a controller or processor to perform the function or operation of the component.

[0164] The receiving component 1002 may receive communications, such as reference signals, control information, data communications, or a combination thereof, from the apparatus 1008. The receiving component 1002 may provide the received communications to one or more other components of the apparatus 1000. In some aspects, the receiving component 1002 may perform signal processing (such as filtering, amplification, demodulation, analog-to-digital conversion, demultiplexing, deinterleaving, demapping, equalization, interference cancellation, or decoding, etc.) on the received communications and may provide the processed signals to one or more other components of the apparatus 1000. In some aspects, the receiving component 1002 may include processing the received communications in conjunction with one or more other components of the apparatus 1000. Figure 2 One or more antennas, modems, demodulators, MIMO detectors, receive processors, controllers / processors, memories, or combinations thereof of the described receiver devices.

[0165] The transmitting component 1004 may transmit communications, such as reference signals, control information, data communications, or a combination thereof, to the apparatus 1008. In some aspects, one or more other components of the apparatus 1000 may generate communications and may provide the generated communications to the transmitting component 1004 for transmission to the apparatus 1008. In some aspects, the transmitting component 1004 may perform signal processing (such as filtering, amplification, modulation, digital-to-analog conversion, multiplexing, interleaving, mapping, or encoding, etc.) on the generated communications and may transmit the processed signals to the apparatus 1008. In some aspects, the transmitting component 1004 may include a processor in conjunction with a processor. Figure 2 One or more antennas, modems, modulators, transmit MIMO processors, transmit processors, controllers / processors, memories, or combinations thereof of the described receiver devices. In some aspects, the transmit component 1004 can be co-located with the receive component 1002 in a transceiver.

[0166] The receiving component 1002 may receive a first packet in a set of packets at a first time, the first packet having a first sequence number, wherein the set of packets is associated with a corresponding set of sequence numbers including a highest sequence number, and the receiver device is configured for in-order delivery of packets. The receiving component 1002 may receive a second packet in the set of packets at a second time, the second packet having a second sequence number. The receiving component 1002 may receive a third packet in the set of packets at a third time, the third packet having a third sequence number between the first sequence number and the second sequence number, and wherein the third packet is received within a threshold range of the highest sequence number. The communications manager 1006 may provide the third packet based at least in part on receiving the third packet within the threshold range of the highest sequence number.

[0167] Receiving component 1002 can receive configuration information indicating that delivery of the third packet is enabled if the third packet is received within a threshold range of a highest sequence number.

[0168] Figure 10 The number and arrangement of components shown are provided as examples. In practice, there may be Figure 10 The components shown may include additional components, fewer components, different components, or components arranged in a different manner than those shown. Figure 10 Two or more components shown may be implemented in a single component, or Figure 10 The single component shown may be implemented as multiple distributed components. Additionally or alternatively, Figure 10 The illustrated set of components (one or more) may be described as being executable by Figure 10 Another group of components is shown performing one or more functions.

[0169] The following provides an overview of some aspects of the disclosure:

[0170] Aspect 1: A method of wireless communication performed by a receiver device, the method comprising: receiving a first packet of a plurality of packets at a first time, wherein the first packet has a first sequence number; receiving a second packet of the plurality of packets at a second time, wherein a third packet of the plurality of packets has not arrived at the second time, and the third packet will be received between the first packet and the second packet based at least in part on a third sequence number of the third packet; starting a timer based at least in part on the third packet not having arrived at the second time; receiving the third packet of the plurality of packets at a third time after the second time; and providing the first packet, the second packet, and the third packet in order based at least in part on whether the third packet is received within the timer, wherein if the third packet is received within the timer, the third packet is provided between the first packet and the second packet, and wherein if the third packet is not received within the timer, the third packet is provided after the second packet.

[0171] Aspect 2: The method according to aspect 1, wherein the timer is shorter than the length of the reordering timer.

[0172] Aspect 3: The method according to any one of aspects 1 to 2, further comprising: providing the remaining packets of the plurality of packets except the first packet, the second packet, and the third packet to the higher layer.

[0173] Aspect 4: A method according to aspect 3, wherein the plurality of packets omits a fourth packet, and wherein providing the remaining packets further comprises: providing the remaining packets after the reordering timer ends, at least in part based on not having received the fourth packet within the reordering timer.

[0174] Aspect 5: The method according to aspect 4, wherein the omission of the fourth packet triggers a second instance of the timer.

[0175] Aspect 6: A method according to Aspect 3, wherein the multiple packets include a fourth packet having a fourth sequence number, the fourth sequence number being higher than the fifth sequence number of a fifth packet received after the fourth packet, and wherein providing the remaining packets further includes: providing the remaining packets including the fourth packet after the fifth packet.

[0176] Aspect 7: A method according to Aspect 3, wherein the multiple packets include a fourth packet having a fourth sequence number, the fourth sequence number being higher than the fifth sequence number of a fifth packet received after the fourth packet, and wherein providing the remaining packets further includes: providing the remaining packets including the fourth packet in the location where the fourth packet is received.

[0177] Aspect 8: The method according to any one of aspects 1 to 7, further comprising: receiving information indicating the number of instances of the timer that can occur within the reordering timer.

[0178] Aspect 9: The method of any one of aspects 1 to 8, further comprising starting the timer and the reordering timer based at least in part on detecting that the third packet is out of order.

[0179] Aspect 10: The method according to any one of aspects 1 to 9, further comprising: starting the timer based at least in part on a traffic type of one or more packets in the plurality of packets.

[0180] Aspect 11: The method according to aspect 10, wherein the traffic type is associated with a loss-based congestion configuration.

[0181] Aspect 12: The method of any one of aspects 1 to 11, wherein a length of the timer is based at least in part on a hybrid automatic repeat request round trip time of the receiver device.

[0182] Aspect 13: The method of any one of aspects 1 to 12, wherein the length of the timer is based at least in part on a number of hybrid automatic repeat request retransmissions by the receiver device.

[0183] Aspect 14: A method of wireless communication performed by a receiver device, the method comprising: receiving a first packet in a set of packets at a first time, the first packet having a first sequence number, wherein the set of packets is associated with a corresponding set of sequence numbers including a highest sequence number, and the receiver device is configured for ordered delivery of packets; receiving a second packet in the set of packets at a second time, the second packet having a second sequence number; providing the first packet and the second packet based at least in part on the expiration of a reordering timer; receiving a third packet in the set of packets at a third time, the third packet having a third sequence number between the first sequence number and the second sequence number, and wherein the third packet is received within a threshold range of the highest sequence number; and providing the third packet based at least in part on receiving the third packet within the threshold range of the highest sequence number.

[0184] Aspect 15: The method according to aspect 14, further comprising: receiving configuration information indicating that delivery of the third packet is enabled if the third packet is received within the threshold range of the highest sequence number.

[0185] Aspect 16: A method according to any one of Aspects 14 to 15, wherein providing the third packet further comprises: providing the third packet based at least in part on receiving the third packet between a packet having the highest sequence number minus a sequence number within the threshold range and a packet having the highest sequence number.

[0186] Aspect 17: The method according to any one of aspects 14 to 16, wherein the threshold range indicates the number of packets.

[0187] Aspect 18: A method according to Aspect 17, wherein receiving the third packet further comprises: receiving the third packet before the packet with the highest sequence number in the packet set and after a packet in the packet set that is separated from the packet with the highest sequence number by less than the number of packets.

[0188] Aspect 19: An apparatus for wireless communication at a device, the apparatus comprising: a processor; a memory coupled to the processor; and instructions stored in the memory and executable by the processor to cause the apparatus to perform one or more of the methods described in aspects 1 to 13.

[0189] Aspect 20: A device for wireless communication, the device comprising: a memory and one or more processors coupled to the memory, the one or more processors configured to perform the method according to one or more of aspects 1 to 13.

[0190] Aspect 21: An apparatus for wireless communication, the apparatus comprising at least one component for performing the method according to one or more of aspects 1 to 13.

[0191] Aspect 22: A non-transitory computer-readable medium storing code for wireless communication, the code comprising instructions executable by a processor to perform the method according to one or more of aspects 1 to 13.

[0192] Aspect 23: A non-transitory computer-readable medium storing an instruction set for wireless communication, the instruction set comprising one or more instructions that, when executed by one or more processors of a device, cause the device to perform one or more of the methods described in aspects 1 to 13.

[0193] Aspect 24: An apparatus for wireless communication at a device, the apparatus comprising: a processor; a memory coupled to the processor; and instructions stored in the memory and executable by the processor to cause the apparatus to perform one or more of the methods described in aspects 14 to 18.

[0194] Aspect 25: A device for wireless communication, the device comprising: a memory and one or more processors coupled to the memory, the one or more processors configured to perform the method according to one or more of aspects 14 to 18.

[0195] Aspect 26: An apparatus for wireless communication, the apparatus comprising at least one means for performing the method according to one or more of aspects 14 to 18.

[0196] Aspect 27: A non-transitory computer-readable medium storing code for wireless communication, the code comprising instructions executable by a processor to perform the method according to one or more of aspects 14 to 18.

[0197] Aspect 28: A non-transitory computer-readable medium storing an instruction set for wireless communication, the instruction set comprising one or more instructions that, when executed by one or more processors of a device, cause the device to perform one or more of the methods described in aspects 14 to 18.

[0198] While the foregoing disclosure provides illustration and description, it is not intended to be exhaustive or to limit the aspects to the precise forms disclosed. Modifications and variations are possible in light of the above disclosure or may be acquired from practice of these aspects.

[0199] As used herein, the term "component" is intended to be broadly interpreted as hardware, firmware, or a combination of hardware and software. As used herein, a processor is implemented in hardware, firmware, or a combination of hardware and software. As used herein, the phrase "based on" is intended to be broadly interpreted as "based at least in part on". As used herein, depending on the context, "satisfying a threshold" may refer to a value greater than a threshold, greater than or equal to a threshold, less than a threshold, less than or equal to a threshold, equal to a threshold, not equal to a threshold, etc. As used herein, a phrase referring to "at least one of" a list of items refers to any combination of those items (including a single member). As an example, "at least one of a, b, or c" is intended to cover: a, b, c, a+b, a+c, b+c, and a+b+c.

[0200] In addition, as used herein, the article "a" and "a kind of" are intended to include one or more projects, and can be used interchangeably with "one or more". In addition, as used herein, the article "said" is intended to include one or more projects connected with the article "said", and can be used interchangeably with "one or more". In addition, as used herein, the term "set" and "group" are intended to include one or more entries (for example, related entries, unrelated entries, or the combination of related and unrelated entries), and can be used interchangeably with "one or more". If only want to refer to a project, then use the phrase "only one" or similar terms. In addition, as used herein, the term "having" and similar terms are intended to be open terms that do not limit the elements (for example, element "comprising" A can also contain B) that they modify. In addition, as used herein, the term "or" is intended to be inclusive when used in a sequence, and can be used interchangeably with "and / or", unless otherwise clearly stated (for example, when used in combination with "any one of" or "only one of").

[0201] The various illustrative logics, logic blocks, modules, circuits, and algorithmic processes described in conjunction with the various aspects disclosed herein may be implemented as electronic hardware, computer software, or a combination of both. The interchangeability of hardware and software has been generally described in terms of functionality and exemplified in the various illustrative components, blocks, modules, circuits, and processes described herein. Whether such functionality is implemented in hardware or software depends on the specific application and the design constraints imposed on the overall system.

[0202] The hardware and data processing apparatus for implementing the various illustrative logic components, logic blocks, modules, and circuits described in conjunction with the various aspects disclosed herein may be implemented or executed using a general-purpose single-chip or multi-chip processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic components, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, or any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, for example, a combination of a DSP and a microprocessor, a plurality of microprocessors, a combination of one or more microprocessors and a DSP core, or any other such configuration. In some aspects, particular processes and methods may be performed by circuits dedicated to a given function.

[0203] In one or more aspects, the functions described may be implemented in hardware, digital electronic circuitry, computer software, firmware, including the structures disclosed in this specification and their structural equivalents, or any combination thereof. Aspects of the subject matter described in this specification may also be implemented as one or more computer programs (such as one or more modules of computer program instructions) encoded on computer storage media for execution by data processing apparatus or to control the operation of the data processing apparatus.

[0204] If implemented in software, the function may be stored as one or more instructions or codes on a computer-readable medium or sent via a computer-readable medium. The process of the method or algorithm disclosed herein may be implemented in a processor-executable software module that may reside on a computer-readable medium. Computer-readable media include both computer storage media and communication media, and communication media include any media that can realize transferring a computer program from one place to another. The storage medium may be any available medium that a computer can access. By way of example and not limitation, such computer-readable media may include RAM, ROM, EEPROM, CD-ROM or other optical disk storage devices, magnetic disk storage devices or other magnetic storage devices, or any other medium that can be used to store the desired program code in the form of an instruction or data structure and that can be accessed by a computer. In addition, any connection may be appropriately referred to as a computer-readable medium. Disks and optical disks as used herein include compact discs (CDs), laser discs, optical discs, digital versatile discs (DVDs), floppy disks and blue-ray discs, wherein disks typically reproduce data magnetically, while optical discs reproduce data optically with lasers. The combination of media described herein should also be included within the scope of computer-readable media. Additionally, the operations of a method or algorithm may reside as a code and instruction set, or any combination of code and instruction sets, on a machine-readable medium or computer-readable medium, which may be incorporated into a computer program product.

[0205] Various modifications to the aspects described in this disclosure may be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects without departing from the spirit or scope of this disclosure. Therefore, the claims are not intended to be limited to the aspects shown herein but are to be accorded the widest scope consistent with this disclosure, the principles and novel features disclosed herein.

[0206] Additionally, one of ordinary skill in the art will readily recognize that the terms "upper" and "lower" are sometimes used for ease of describing the drawings and indicate relative positions corresponding to the orientation of the drawings on a correctly oriented page and may not reflect the correct orientation of any device as implemented.

[0207] Certain features described in this specification in the context of separate aspects may also be implemented in combination in a single aspect. Conversely, various features described in the context of a single aspect may also be implemented in multiple aspects individually or in any suitable subcombination. Furthermore, while features may be described as functioning in certain combinations and even initially claimed as such, one or more features from a claimed combination may in some cases be omitted from that combination, and a claimed combination may be directed to a subcombination or variations of a subcombination.

[0208] Similarly, although operations are depicted in a particular order in the accompanying drawings, this should not be understood as requiring such operations to be performed in the particular order shown or in a sequential order, or to perform all illustrated operations to achieve the desired result. In addition, the accompanying drawings may schematically depict one or more example processes in the form of flow charts. However, other operations not depicted may be incorporated into the schematically illustrated example processes. For example, one or more additional operations may be performed before, after, simultaneously with, or between any of the illustrated operations. In certain environments, multitasking and parallel processing are advantageous. In addition, the separation of various system components in the various aspects described should not be understood as requiring such separation in all aspects, and it should be understood that the described program components and systems can generally be integrated together in a single software product or packaged into multiple software products. Additionally, other aspects also fall within the scope of the appended claims. In some cases, the actions recited in the claims may be performed in different orders and still achieve the desired result.

Claims

1. A method of wireless communication performed by a receiver device, the method comprising: receiving, at a first time, a first packet in a set of packets, the first packet having a first sequence number, wherein the set of packets is associated with a corresponding set of sequence numbers including a highest sequence number, and the receiver device is configured for in-order delivery of packets; receiving a second packet in the set of packets at a second time, the second packet having a second sequence number; providing the first packet and the second packet based at least in part on expiration of a reordering timer; receiving a third packet in the set of packets at a third time, the third packet having a third sequence number between the first sequence number and the second sequence number, and wherein the third packet is received within a threshold range of the highest sequence number; as well as The third packet is provided based at least in part on receiving the third packet within the threshold range of the highest sequence number.

2. The method according to claim 1, further comprising: Configuration information is received, the configuration information indicating that delivery of the third packet is enabled if the third packet is received within the threshold range of the highest sequence number.

3. The method of claim 1 , wherein providing the third packet further comprises: The third packet is provided based at least in part on receiving the third packet between a packet having the highest sequence number minus the threshold range of sequence numbers and the packet having the highest sequence number. The method of claim 1 , wherein the threshold range indicates a number of packets.

5. The method of claim 4, wherein receiving the third packet further comprises: The third packet is received before the packet with the highest sequence number in the set of packets and after a packet in the set of packets that is separated from the packet with the highest sequence number by less than the number of packets.

6. A receiver device for wireless communication, the receiver device comprising: Memory; as well as one or more processors coupled to the memory and configured to: receiving, at a first time, a first packet in a set of packets, the first packet having a first sequence number, wherein the set of packets is associated with a corresponding set of sequence numbers including a highest sequence number, and the receiver device is configured for in-order delivery of packets; receiving a second packet in the set of packets at a second time, the second packet having a second sequence number; providing the first packet and the second packet based at least in part on expiration of a reordering timer; receiving a third packet in the set of packets at a third time, the third packet having a third sequence number between the first sequence number and the second sequence number, and wherein the third packet is received within a threshold range of the highest sequence number; as well as The third packet is provided based at least in part on receiving the third packet within the threshold range of the highest sequence number.

7. The receiver device of claim 6, wherein the one or more processors are further configured to: receive configuration information indicating that delivery of the third packet is enabled if the third packet is received within the threshold range of the highest sequence number.

8. A receiver device according to claim 6, wherein, to provide the third packet, the one or more processors are configured to: provide the third packet based at least in part on receiving the third packet between a packet having the highest sequence number minus a sequence number of the threshold range and a packet having the highest sequence number.

9. The receiver device of claim 6, wherein the threshold range indicates a number of packets.

10. The receiver device of claim 9, wherein to receive the third packet, the one or more processors are configured to: The third packet is received before the packet with the highest sequence number in the set of packets and after a packet in the set of packets that is separated from the packet with the highest sequence number by less than the number of packets.

11. A non-transitory computer-readable medium storing an instruction set for wireless communication, the instruction set comprising: One or more instructions that, when executed by one or more processors of a receiver device, cause the receiver device to: receiving, at a first time, a first packet in a set of packets, the first packet having a first sequence number, wherein the set of packets is associated with a corresponding set of sequence numbers including a highest sequence number, and the receiver device is configured for in-order delivery of packets; receiving a second packet in the set of packets at a second time, the second packet having a second sequence number; providing the first packet and the second packet based at least in part on expiration of a reordering timer; receiving a third packet in the set of packets at a third time, the third packet having a third sequence number between the first sequence number and the second sequence number, and wherein the third packet is received within a threshold range of the highest sequence number; as well as The third packet is provided based at least in part on receiving the third packet within the threshold range of the highest sequence number.

12. The non-transitory computer-readable medium of claim 11, wherein the one or more instructions further cause the receiver device to receive configuration information indicating that delivery of the third packet is enabled if the third packet is received within the threshold range of the highest sequence number.

13. The non-transitory computer-readable medium of claim 11 , wherein the one or more instructions causing the receiver device to provide the third packet cause the receiver device to provide the third packet based at least in part on receiving the third packet between a packet having the highest sequence number minus a sequence number within the threshold range and a packet having the highest sequence number. The non-transitory computer-readable medium of claim 11 , wherein the threshold range indicates a number of packets.

15. The non-transitory computer-readable medium of claim 14, wherein the one or more instructions that cause the receiver device to receive the third packet cause the receiver device to: The third packet is received before the packet with the highest sequence number in the set of packets and after a packet in the set of packets that is separated from the packet with the highest sequence number by less than the number of packets.

16. An apparatus for wireless communication, the apparatus comprising: means for receiving a first packet of a set of packets at a first time, the first packet having a first sequence number, wherein the set of packets is associated with a respective set of sequence numbers including a highest sequence number, and the receiver device is configured for in-order delivery of packets; means for receiving a second packet in the set of packets at a second time, the second packet having a second sequence number; means for providing the first packet and the second packet based at least in part on expiration of a reordering timer; means for receiving a third packet in the set of packets at a third time, the third packet having a third sequence number between the first sequence number and the second sequence number, and wherein the third packet is received within a threshold range of the highest sequence number; as well as means for providing the third packet based at least in part on receiving the third packet within the threshold range of the highest sequence number.

17. The apparatus according to claim 16, further comprising: Means for receiving configuration information indicating that delivery of said third packet is enabled if said third packet is received within said threshold range of said highest sequence number.

18. The apparatus of claim 16, wherein the means for providing the third packet further comprises: Means for providing the third packet based at least in part on receiving the third packet between a packet having the highest sequence number minus the threshold range of sequence numbers and the packet having the highest sequence number. The apparatus of claim 16 , wherein the threshold range indicates a number of packets.

20. The apparatus of claim 19, wherein the means for receiving the third packet further comprises: Means for receiving the third packet before the packet having the highest sequence number in the set of packets and after a packet in the set of packets that is separated from the packet having the highest sequence number by less than the number of packets.

Images