Patent ID: 12219386

DETAILED DESCRIPTION

The detailed description set forth below in connection with the appended drawings is intended as a description of various configurations and is not intended to represent the only configurations in which the concepts described herein may be practiced. The detailed description includes specific details for the purpose of providing a thorough understanding of various concepts. However, it will be apparent to those skilled in the art that these concepts may be practiced without these specific details. In some instances, well known structures and components are shown in block diagram form in order to avoid obscuring such concepts.

Several aspects of telecommunication systems will now be presented with reference to various apparatus and methods. These apparatus and methods will be described in the following detailed description and illustrated in the accompanying drawings by various blocks, components, circuits, processes, algorithms, etc. (collectively referred to as “elements”). These elements may be implemented using electronic hardware, computer software, or any combination thereof. Whether such elements are implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system.

By way of example, an element, or any portion of an element, or any combination of elements may be implemented as a “processing system” that includes one or more processors. Examples of processors include microprocessors, microcontrollers, graphics processing units (GPUs), central processing units (CPUs), application processors, digital signal processors (DSPs), reduced instruction set computing (RISC) processors, systems on a chip (SoC), baseband processors, field programmable gate arrays (FPGAs), programmable logic devices (PLDs), state machines, gated logic, discrete hardware circuits, and other suitable hardware configured to perform the various functionality described throughout this disclosure. One or more processors in the processing system may execute software. Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software components, applications, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, functions, etc., whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise.

Accordingly, in one or more example embodiments, the functions described may be implemented in hardware, software, or any combination thereof. If implemented in software, the functions may be stored on or encoded as one or more instructions or code on a computer-readable medium. Computer-readable media includes computer storage media. Storage media may be any available media that can be accessed by a computer. By way of example, and not limitation, such computer-readable media can comprise a random-access memory (RAM), a read-only memory (ROM), an electrically erasable programmable ROM (EEPROM), optical disk storage, magnetic disk storage, other magnetic storage devices, combinations of the aforementioned types of computer-readable media, or any other medium that can be used to store computer executable code in the form of instructions or data structures that can be accessed by a computer.

While aspects and implementations are described in this application by illustration to some examples, those skilled in the art will understand that additional implementations and use cases may come about in many different arrangements and scenarios. Innovations described herein may be implemented across many differing platform types, devices, systems, shapes, sizes, and packaging arrangements. For example, implementations and/or uses may come about via integrated chip implementations and other non-module-component based devices (e.g., end-user devices, vehicles, communication devices, computing devices, industrial equipment, retail/purchasing devices, medical devices, artificial intelligence (AI)-enabled devices, etc.). While some examples may or may not be specifically directed to use cases or applications, a wide assortment of applicability of described innovations may occur. Implementations may range a spectrum from chip-level or modular components to non-modular, non-chip-level implementations and further to aggregate, distributed, or original equipment manufacturer (OEM) devices or systems incorporating one or more aspects of the described innovations. In some practical settings, devices incorporating described aspects and features may also include additional components and features for implementation and practice of claimed and described aspect. For example, transmission and reception of wireless signals necessarily includes a number of components for analog and digital purposes (e.g., hardware components including antenna, RF-chains, power amplifiers, modulators, buffer, processor(s), interleaver, adders/summers, etc.). It is intended that innovations described herein may be practiced in a wide variety of devices, chip-level components, systems, distributed arrangements, end-user devices, etc. of varying sizes, shapes, and constitution.

FIG.1is a diagram illustrating an example of a wireless communications system and an access network100. The wireless communications system (also referred to as a wireless wide area network (WWAN)) includes base stations102, UEs104, an Evolved Packet Core (EPC)160, and another core network190(e.g., a 5G Core (5GC)). The base stations102may include macrocells (high power cellular base station) and/or small cells (low power cellular base station). The macrocells include base stations. The small cells include femtocells, picocells, and microcells.

The base stations102configured for 4G LTE (collectively referred to as Evolved Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network (E-UTRAN)) may interface with the EPC160through first backhaul links132(e.g., S1 interface). The base stations102configured for 5G NR (collectively referred to as Next Generation RAN (NG-RAN)) may interface with core network190through second backhaul links184. In addition to other functions, the base stations102may perform one or more of the following functions: transfer of user data, radio channel ciphering and deciphering, integrity protection, header compression, mobility control functions (e.g., handover, dual connectivity), inter-cell interference coordination, connection setup and release, load balancing, distribution for non-access stratum (NAS) messages, NAS node selection, synchronization, radio access network (RAN) sharing, multimedia broadcast multicast service (MBMS), subscriber and equipment trace, RAN information management (RIM), paging, positioning, and delivery of warning messages. The base stations102may communicate directly or indirectly (e.g., through the EPC160or core network190) with each other over third backhaul links134(e.g., X2 interface). The first backhaul links132, the second backhaul links184, and the third backhaul links134may be wired or wireless.

The base stations102may wirelessly communicate with the UEs104. Each of the base stations102may provide communication coverage for a respective geographic coverage area110. There may be overlapping geographic coverage areas110. For example, the small cell102′ may have a coverage area110′ that overlaps the coverage area110of one or more macro base stations102. A network that includes both small cell and macrocells may be known as a heterogeneous network. A heterogeneous network may also include Home Evolved Node Bs (eNBs) (HeNBs), which may provide service to a restricted group known as a closed subscriber group (CSG). The communication links120between the base stations102and the UEs104may include uplink (UL) (also referred to as reverse link) transmissions from a UE104to a base station102and/or downlink (DL) (also referred to as forward link) transmissions from a base station102to a UE104. The communication links120may use multiple-input and multiple-output (MIMO) antenna technology, including spatial multiplexing, beamforming, and/or transmit diversity. The communication links may be through one or more carriers. The base stations102/UEs104may use spectrum up to Y MHz (e.g., 5, 10, 15, 20, 100, 400, etc. MHz) bandwidth per carrier allocated in a carrier aggregation of up to a total of Yx MHz (x component carriers) used for transmission in each direction. The carriers may or may not be adjacent to each other. Allocation of carriers may be asymmetric with respect to DL and UL (e.g., more or fewer carriers may be allocated for DL than for UL). The component carriers may include a primary component carrier and one or more secondary component carriers. A primary component carrier may be referred to as a primary cell (PCell) and a secondary component carrier may be referred to as a secondary cell (SCell).

Certain UEs104may communicate with each other using device-to-device (D2D) communication link158. The D2D communication link158may use the DL/UL WWAN spectrum. The D2D communication link158may use one or more sidelink channels, such as a physical sidelink broadcast channel (PSBCH), a physical sidelink discovery channel (PSDCH), a physical sidelink shared channel (PSSCH), and a physical sidelink control channel (PSCCH). D2D communication may be through a variety of wireless D2D communications systems, such as for example, WiMedia, Bluetooth, ZigBee, Wi-Fi based on the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard, LTE, or NR.

The wireless communications system may further include a Wi-Fi access point (AP)150in communication with Wi-Fi stations (STAs)152via communication links154, e.g., in a 5 GHz unlicensed frequency spectrum or the like. When communicating in an unlicensed frequency spectrum, the STAs152/AP150may perform a clear channel assessment (CCA) prior to communicating in order to determine whether the channel is available.

The small cell102′ may operate in a licensed and/or an unlicensed frequency spectrum. When operating in an unlicensed frequency spectrum, the small cell102′ may employ NR and use the same unlicensed frequency spectrum (e.g., 5 GHz, or the like) as used by the Wi-Fi AP150. The small cell102′, employing NR in an unlicensed frequency spectrum, may boost coverage to and/or increase capacity of the access network.

The electromagnetic spectrum is often subdivided, based on frequency/wavelength, into various classes, bands, channels, etc. In 5G NR, two initial operating bands have been identified as frequency range designations FR1 (410 MHz-7.125 GHz) and FR2 (24.25 GHz-52.6 GHz). Although a portion of FR1 is greater than 6 GHz, FR1 is often referred to (interchangeably) as a “sub-6 GHz” band in various documents and articles. A similar nomenclature issue sometimes occurs with regard to FR2, which is often referred to (interchangeably) as a “millimeter wave” band in documents and articles, despite being different from the extremely high frequency (EHF) band (30 GHz-300 GHz) which is identified by the International Telecommunications Union (ITU) as a “millimeter wave” band.

The frequencies between FR1 and FR2 are often referred to as mid-band frequencies. Recent 5G NR studies have identified an operating band for these mid-band frequencies as frequency range designation FR3 (7.125 GHz-24.25 GHz). Frequency bands falling within FR3 may inherit FR1 characteristics and/or FR2 characteristics, and thus may effectively extend features of FR1 and/or FR2 into mid-band frequencies. In addition, higher frequency bands are currently being explored to extend 5G NR operation beyond 52.6 GHz. For example, three higher operating bands have been identified as frequency range designations FR4a or FR4-1 (52.6 GHz-71 GHz), FR4 (52.6 GHz-114.25 GHz), and FR5 (114.25 GHz-300 GHz). Each of these higher frequency bands falls within the EHF band.

With the above aspects in mind, unless specifically stated otherwise, it should be understood that the term “sub-6 GHz” or the like if used herein may broadly represent frequencies that may be less than 6 GHz, may be within FR1, or may include mid-band frequencies. Further, unless specifically stated otherwise, it should be understood that the term “millimeter wave” or the like if used herein may broadly represent frequencies that may include mid-band frequencies, may be within FR2, FR4, FR4-a or FR4-1, and/or FR5, or may be within the EHF band.

A base station102, whether a small cell102′ or a large cell (e.g., macro base station), may include and/or be referred to as an eNB, gNodeB (gNB), or another type of base station. Some base stations, such as gNB180may operate in a traditional sub 6 GHz spectrum, in millimeter wave frequencies, and/or near millimeter wave frequencies in communication with the UE104. When the gNB180operates in millimeter wave or near millimeter wave frequencies, the gNB180may be referred to as a millimeter wave base station. The millimeter wave base station180may utilize beamforming182with the UE104to compensate for the path loss and short range. The base station180and the UE104may each include a plurality of antennas, such as antenna elements, antenna panels, and/or antenna arrays to facilitate the beamforming.

The base station180may transmit a beamformed signal to the UE104in one or more transmit directions182′. The UE104may receive the beamformed signal from the base station180in one or more receive directions182″. The UE104may also transmit a beamformed signal to the base station180in one or more transmit directions. The base station180may receive the beamformed signal from the UE104in one or more receive directions. The base station180/UE104may perform beam training to determine the best receive and transmit directions for each of the base station180/UE104. The transmit and receive directions for the base station180may or may not be the same. The transmit and receive directions for the UE104may or may not be the same.

The EPC160may include a Mobility Management Entity (MME)162, other MMEs164, a Serving Gateway166, a Multimedia Broadcast Multicast Service (MBMS) Gateway168, a Broadcast Multicast Service Center (BM-SC)170, and a Packet Data Network (PDN) Gateway172. The MME162may be in communication with a Home Subscriber Server (HSS)174. The MME162is the control node that processes the signaling between the UEs104and the EPC160. Generally, the MME162provides bearer and connection management. All user Internet protocol (IP) packets are transferred through the Serving Gateway166, which itself is connected to the PDN Gateway172. The PDN Gateway172provides UE IP address allocation as well as other functions. The PDN Gateway172and the BM-SC170are connected to the IP Services176. The IP Services176may include the Internet, an intranet, an IP Multimedia Subsystem (IMS), a PS Streaming Service, and/or other IP services. The BM-SC170may provide functions for MBMS user service provisioning and delivery. The BM-SC170may serve as an entry point for content provider MBMS transmission, may be used to authorize and initiate MBMS Bearer Services within a public land mobile network (PLMN), and may be used to schedule MBMS transmissions. The MBMS Gateway168may be used to distribute MBMS traffic to the base stations102belonging to a Multicast Broadcast Single Frequency Network (MBSFN) area broadcasting a particular service, and may be responsible for session management (start/stop) and for collecting eMBMS related charging information.

The core network190may include an Access and Mobility Management Function (AMF)192, other AMFs193, a Session Management Function (SMF)194, and a User Plane Function (UPF)195. The AMF192may be in communication with a Unified Data Management (UDM)196. The AMF192is the control node that processes the signaling between the UEs104and the core network190. Generally, the AMF192provides QoS flow and session management. All user Internet protocol (IP) packets are transferred through the UPF195. The UPF195provides UE IP address allocation as well as other functions. The UPF195is connected to the IP Services197. The IP Services197may include the Internet, an intranet, an IP Multimedia Subsystem (IMS), a Packet Switch (PS) Streaming (PSS) Service, and/or other IP services.

The base station may include and/or be referred to as a gNB, Node B, eNB, an access point, a base transceiver station, a radio base station, a radio transceiver, a transceiver function, a basic service set (BSS), an extended service set (ESS), a transmit reception point (TRP), or some other suitable terminology. The base station102provides an access point to the EPC160or core network190for a UE104. Examples of UEs104include a cellular phone, a smart phone, a session initiation protocol (SIP) phone, a laptop, a personal digital assistant (PDA), a satellite radio, a global positioning system, a multimedia device, a video device, a digital audio player (e.g., MP3 player), a camera, a game console, a tablet, a smart device, a wearable device, a vehicle, an electric meter, a gas pump, a large or small kitchen appliance, a healthcare device, an implant, a sensor/actuator, a display, or any other similar functioning device. Some of the UEs104may be referred to as IoT devices (e.g., parking meter, gas pump, toaster, vehicles, heart monitor, etc.). The UE104may also be referred to as a station, a mobile station, a subscriber station, a mobile unit, a subscriber unit, a wireless unit, a remote unit, a mobile device, a wireless device, a wireless communications device, a remote device, a mobile subscriber station, an access terminal, a mobile terminal, a wireless terminal, a remote terminal, a handset, a user agent, a mobile client, a client, or some other suitable terminology.

Referring again toFIG.1, in certain aspects, the UE104may include a compression component198that may be configured to receive, from a second wireless device, a feedback message indicative of a transition from a first compression state to a second compression state. The compression component198may be configured to transition, based on a state change indication corresponding to the feedback message, from the first compression state to the second compression state. The compression component198may be configured to transmit, to the second wireless device based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state, the one or more second data packets being associated with the one or more first data packets. In certain aspects, the base station180may include a compression component199that may be configured to transmit, to a first wireless device, a feedback message indicative of a transition from a first compression state to a second compression state. The compression component199may be configured to receive, from the first wireless device based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state, the one or more second data packets being associated with the one or more first data packets. Although the following description may be focused on 5G NR, the concepts described herein may be applicable to other similar areas, such as LTE, LTE-A, CDMA, GSM, and other wireless technologies.

FIG.2Ais a diagram200illustrating an example of a first subframe within a 5G NR frame structure.FIG.2Bis a diagram230illustrating an example of DL channels within a 5G NR subframe.FIG.2Cis a diagram250illustrating an example of a second subframe within a 5G NR frame structure.FIG.2Dis a diagram280illustrating an example of UL channels within a 5G NR subframe. The 5G NR frame structure may be frequency division duplexed (FDD) in which for a particular set of subcarriers (carrier system bandwidth), subframes within the set of subcarriers are dedicated for either DL or UL, or may be time division duplexed (TDD) in which for a particular set of subcarriers (carrier system bandwidth), subframes within the set of subcarriers are dedicated for both DL and UL. In the examples provided byFIGS.2A,2C, the 5G NR frame structure is assumed to be TDD, with subframe 4 being configured with slot format 28 (with mostly DL), where D is DL, U is UL, and F is flexible for use between DL/UL, and subframe 3 being configured with slot format 1 (with all UL). While subframes 3, 4 are shown with slot formats 1, 28, respectively, any particular subframe may be configured with any of the various available slot formats 0-61. Slot formats 0, 1 are all DL, UL, respectively. Other slot formats 2-61 include a mix of DL, UL, and flexible symbols. UEs are configured with the slot format (dynamically through DL control information (DCI), or semi-statically/statically through radio resource control (RRC) signaling) through a received slot format indicator (SFI). Note that the description infra applies also to a 5G NR frame structure that is TDD.

Other wireless communication technologies may have a different frame structure and/or different channels. A frame (10 ms) may be divided into 10 equally sized subframes (1 ms). Each subframe may include one or more time slots. Subframes may also include mini-slots, which may include 7, 4, or 2 symbols. Each slot may include 7 or 14 symbols, depending on the slot configuration. For slot configuration 0, each slot may include 14 symbols, and for slot configuration 1, each slot may include 7 symbols. The symbols on DL may be cyclic prefix (CP) orthogonal frequency division multiplexing (OFDM) (CP-OFDM) symbols. The symbols on UL may be CP-OFDM symbols (for high throughput scenarios) or discrete Fourier transform (DFT) spread OFDM (DFT-s-OFDM) symbols (also referred to as single carrier frequency-division multiple access (SC-FDMA) symbols) (for power limited scenarios; limited to a single stream transmission). The number of slots within a subframe is based on the slot configuration and the numerology. For slot configuration 0, different numerologies μ0 to 4 allow for 1, 2, 4, 8, and 16 slots, respectively, per subframe. For slot configuration 1, different numerologies 0 to 2 allow for 2, 4, and 8 slots, respectively, per subframe. Accordingly, for slot configuration 0 and numerology μ, there are 14 symbols/slot and 2μslots/subframe. The subcarrier spacing and symbol length/duration are a function of the numerology. The subcarrier spacing may be equal to 2μ*15 kHz, where μ is the numerology 0 to 4. As such, the numerology μ=0 has a subcarrier spacing of 15 kHz and the numerology μ=4 has a subcarrier spacing of 240 kHz. The symbol length/duration is inversely related to the subcarrier spacing.FIGS.2A-2Dprovide an example of slot configuration 0 with 14 symbols per slot and numerology μ=2 with 4 slots per subframe. The slot duration is 0.25 ms, the subcarrier spacing is 60 kHz, and the symbol duration is approximately 16.67 μs. Within a set of frames, there may be one or more different bandwidth parts (BWPs) (seeFIG.2B) that are frequency division multiplexed. Each BWP may have a particular numerology.

A resource grid may be used to represent the frame structure. Each time slot includes a resource block (RB) (also referred to as physical RBs (PRBs)) that extends 12 consecutive subcarriers. The resource grid is divided into multiple resource elements (REs). The number of bits carried by each RE depends on the modulation scheme.

As illustrated inFIG.2A, some of the REs carry reference (pilot) signals (RS) for the UE. The RS may include demodulation RS (DM-RS) (indicated as R for one particular configuration, but other DM-RS configurations are possible) and channel state information reference signals (CSI-RS) for channel estimation at the UE. The RS may also include beam measurement RS (BRS), beam refinement RS (BRRS), and phase tracking RS (PT-RS).

FIG.2Billustrates an example of various DL channels within a subframe of a frame. The physical downlink control channel (PDCCH) carries DCI within one or more control channel elements (CCEs) (e.g., 1, 2, 4, 8, or 16 CCEs), each CCE including six RE groups (REGs), each REG including 12 consecutive REs in an OFDM symbol of an RB. A PDCCH within one BWP may be referred to as a control resource set (CORESET). A UE is configured to monitor PDCCH candidates in a PDCCH search space (e.g., common search space, UE-specific search space) during PDCCH monitoring occasions on the CORESET, where the PDCCH candidates have different DCI formats and different aggregation levels. Additional BWPs may be located at greater and/or lower frequencies across the channel bandwidth. A primary synchronization signal (PSS) may be within symbol 2 of particular subframes of a frame. The PSS is used by a UE104to determine subframe/symbol timing and a physical layer identity. A secondary synchronization signal (SSS) may be within symbol 4 of particular subframes of a frame. The SSS is used by a UE to determine a physical layer cell identity group number and radio frame timing. Based on the physical layer identity and the physical layer cell identity group number, the UE can determine a physical cell identifier (PCI). Based on the PCI, the UE can determine the locations of the aforementioned DM-RS. The physical broadcast channel (PBCH), which carries a master information block (MIB), may be logically grouped with the PSS and SSS to form a synchronization signal (SS)/PBCH block (also referred to as SS block (SSB)). The MIB provides a number of RBs in the system bandwidth and a system frame number (SFN). The physical downlink shared channel (PDSCH) carries user data, broadcast system information not transmitted through the PBCH such as system information blocks (SIBs), and paging messages.

As illustrated inFIG.2C, some of the REs carry DM-RS (indicated as R for one particular configuration, but other DM-RS configurations are possible) for channel estimation at the base station. The UE may transmit DM-RS for the physical uplink control channel (PUCCH) and DM-RS for the physical uplink shared channel (PUSCH). The PUSCH DM-RS may be transmitted in the first one or two symbols of the PUSCH. The PUCCH DM-RS may be transmitted in different configurations depending on whether short or long PUCCHs are transmitted and depending on the particular PUCCH format used. The UE may transmit sounding reference signals (SRS). The SRS may be transmitted in the last symbol of a subframe. The SRS may have a comb structure, and a UE may transmit SRS on one of the combs. The SRS may be used by a base station for channel quality estimation to enable frequency-dependent scheduling on the UL.

FIG.2Dillustrates an example of various UL channels within a subframe of a frame. The PUCCH may be located as indicated in one configuration. The PUCCH carries uplink control information (UCI), such as scheduling requests, a channel quality indicator (CQI), a precoding matrix indicator (PMI), a rank indicator (RI), and hybrid automatic repeat request (HARQ) acknowledgment (ACK) (HARQ-ACK) feedback (i.e., one or more HARQ ACK bits indicating one or more ACK and/or negative ACK (NACK)). The PUSCH carries data, and may additionally be used to carry a buffer status report (BSR), a power headroom report (PHR), and/or UCI.

FIG.3is a block diagram of a base station310in communication with a UE350in an access network. In the DL, IP packets from the EPC160may be provided to a controller/processor375. The controller/processor375implements layer 3 and layer 2 functionality. Layer 3 includes a radio resource control (RRC) layer, and layer 2 includes a service data adaptation protocol (SDAP) layer, a packet data convergence protocol (PDCP) layer, a radio link control (RLC) layer, and a medium access control (MAC) layer. The controller/processor375provides RRC layer functionality associated with broadcasting of system information (e.g., MIB, SIBs), RRC connection control (e.g., RRC connection paging, RRC connection establishment, RRC connection modification, and RRC connection release), inter radio access technology (RAT) mobility, and measurement configuration for UE measurement reporting; PDCP layer functionality associated with header compression/decompression, security (ciphering, deciphering, integrity protection, integrity verification), and handover support functions; RLC layer functionality associated with the transfer of upper layer packet data units (PDUs), error correction through ARQ, concatenation, segmentation, and reassembly of RLC service data units (SDUs), re-segmentation of RLC data PDUs, and reordering of RLC data PDUs; and MAC layer functionality associated with mapping between logical channels and transport channels, multiplexing of MAC SDUs onto transport blocks (TBs), demultiplexing of MAC SDUs from TBs, scheduling information reporting, error correction through HARQ, priority handling, and logical channel prioritization.

The transmit (TX) processor316and the receive (RX) processor370implement layer 1 functionality associated with various signal processing functions. Layer 1, which includes a physical (PHY) layer, may include error detection on the transport channels, forward error correction (FEC) coding/decoding of the transport channels, interleaving, rate matching, mapping onto physical channels, modulation/demodulation of physical channels, and MIMO antenna processing. The TX processor316handles mapping to signal constellations based on various modulation schemes (e.g., binary phase-shift keying (BPSK), quadrature phase-shift keying (QPSK), M-phase-shift keying (M-PSK), M-quadrature amplitude modulation (M-QAM)). The coded and modulated symbols may then be split into parallel streams. Each stream may then be mapped to an OFDM subcarrier, multiplexed with a reference signal (e.g., pilot) in the time and/or frequency domain, and then combined together using an Inverse Fast Fourier Transform (IFFT) to produce a physical channel carrying a time domain OFDM symbol stream. The OFDM stream is spatially precoded to produce multiple spatial streams. Channel estimates from a channel estimator374may be used to determine the coding and modulation scheme, as well as for spatial processing. The channel estimate may be derived from a reference signal and/or channel condition feedback transmitted by the UE350. Each spatial stream may then be provided to a different antenna320via a separate transmitter318TX. Each transmitter318TX may modulate a radio frequency (RF) carrier with a respective spatial stream for transmission.

At the UE350, each receiver354RX receives a signal through its respective antenna352. Each receiver354RX recovers information modulated onto an RF carrier and provides the information to the receive (RX) processor356. The TX processor368and the RX processor356implement layer 1 functionality associated with various signal processing functions. The RX processor356may perform spatial processing on the information to recover any spatial streams destined for the UE350. If multiple spatial streams are destined for the UE350, they may be combined by the RX processor356into a single OFDM symbol stream. The RX processor356then converts the OFDM symbol stream from the time-domain to the frequency domain using a Fast Fourier Transform (FFT). The frequency domain signal comprises a separate OFDM symbol stream for each subcarrier of the OFDM signal. The symbols on each subcarrier, and the reference signal, are recovered and demodulated by determining the most likely signal constellation points transmitted by the base station310. These soft decisions may be based on channel estimates computed by the channel estimator358. The soft decisions are then decoded and deinterleaved to recover the data and control signals that were originally transmitted by the base station310on the physical channel. The data and control signals are then provided to the controller/processor359, which implements layer 3 and layer 2 functionality.

The controller/processor359can be associated with a memory360that stores program codes and data. The memory360may be referred to as a computer-readable medium. In the UL, the controller/processor359provides demultiplexing between transport and logical channels, packet reassembly, deciphering, header decompression, and control signal processing to recover IP packets from the EPC160. The controller/processor359is also responsible for error detection using an ACK and/or NACK protocol to support HARQ operations.

Similar to the functionality described in connection with the DL transmission by the base station310, the controller/processor359provides RRC layer functionality associated with system information (e.g., MIB, SIBs) acquisition, RRC connections, and measurement reporting; PDCP layer functionality associated with header compression/decompression, and security (ciphering, deciphering, integrity protection, integrity verification); RLC layer functionality associated with the transfer of upper layer PDUs, error correction through ARQ, concatenation, segmentation, and reassembly of RLC SDUs, re-segmentation of RLC data PDUs, and reordering of RLC data PDUs; and MAC layer functionality associated with mapping between logical channels and transport channels, multiplexing of MAC SDUs onto TBs, demultiplexing of MAC SDUs from TBs, scheduling information reporting, error correction through HARQ, priority handling, and logical channel prioritization.

Channel estimates derived by a channel estimator358from a reference signal or feedback transmitted by the base station310may be used by the TX processor368to select the appropriate coding and modulation schemes, and to facilitate spatial processing. The spatial streams generated by the TX processor368may be provided to different antenna352via separate transmitters354TX. Each transmitter354TX may modulate an RF carrier with a respective spatial stream for transmission.

The UL transmission is processed at the base station310in a manner similar to that described in connection with the receiver function at the UE350. Each receiver318RX receives a signal through its respective antenna320. Each receiver318RX recovers information modulated onto an RF carrier and provides the information to a RX processor370.

The controller/processor375can be associated with a memory376that stores program codes and data. The memory376may be referred to as a computer-readable medium. In the UL, the controller/processor375provides demultiplexing between transport and logical channels, packet reassembly, deciphering, header decompression, control signal processing to recover IP packets from the UE350. IP packets from the controller/processor375may be provided to the EPC160. The controller/processor375is also responsible for error detection using an ACK and/or NACK protocol to support HARQ operations.

At least one of the TX processor368, the RX processor356, and the controller/processor359may be configured to perform aspects in connection with198ofFIG.1.

At least one of the TX processor316, the RX processor370, and the controller/processor375may be configured to perform aspects in connection with199ofFIG.1.

Robust header compression (ROHC) is a method to compress internet protocol (IP) packet headers based on different flows and ROHC profiles. ROHC may be applicable to transmission control protocol (TCP) packets, user datagram protocol (UDP) packets, real-time transport protocol (RTP) packets, or internet protocol (IP) packets. The protocol, the IP address, and the source and the destination ports together may define a flow. An ROHC context may be assigned to a flow and may be identified with a context identifier (CID). The ROHC profile 6 may be used to perform header compression for TCP data. TCP packets may be transmitted without any missing sequence. All the TCP packets may be transmitted such that there may not be a decoding failure at the receiver. The transmitter may transmit packets as uncompressed packets even when compression is enabled. In particular, the ROHC bearer may transmit packets as uncompressed on a certain profile, e.g., profile 0.

The ROHC compressor's state machine may be in one of the initialization and refresh (IR) state, the first order (FO) state, or the second order (SO) state. In the IR state, the compressor may have just been created or reset, and full packet headers may be sent. In the FO state, the compressor may have detected and stored the static fields (such as IP addresses and port numbers) on both sides of the connection. The compressor may also send dynamic packet field differences in the FO state. Thus, the FO state may correspond to static and pseudo-dynamic compression. In the SO state, the compressor may suppress all dynamic fields such as RTP sequence numbers, and may send a logical sequence number and a partial checksum to cause the other side to predictively generate and verify the headers of the next expected packet. In general, the FO state may compress all static fields and most dynamic fields. The SO state may compress all dynamic fields predictively using a sequence number and a checksum. Transitions between the states may occur when the compressor compresses a packet that contains too many variations, receives a positive or a negative feedback from the decompressor, or periodically refreshes the context.

When the compressor is in the SO state, if a considerable number of packets are transmitted as uncompressed, the transmitter may transmit in the IR state to refresh the decompressor context.

FIG.4is a diagram400illustrating a potential issue associated with a transition of an ROHC compressor to a lower order state based on a feedback. Initially the ROHC compressor402at the transmitting device (which may also be referred to as a first (wireless) device hereinafter) (e.g., a UE) may operate in the SO state. A number of packets (e.g., x packets) may have been compressed and stored in the buffer at the PDCP layer404of the transmitting device, while the transmitting device may be waiting for an uplink grant from the receiving device406(which may also be referred to as a second (wireless) device hereinafter) (e.g., a base station) so that the packets may be transmitted in uplink. Before the transmitting device receives the uplink grant, the ROHC compressor402may receive, at408, an ROHC feedback from the receiving device406. The ROHC feedback (e.g., a negative feedback) may indicate a transition to a lower order compression state, for example, from the SO state to the FO or the IR state.

Because the compressed x packets have been compressed with the ROHC compressor402in the higher order state (e.g., the SO state), transmitting these previously compressed packets, at412, to the receiving device406after the grant at410may result in a decoding failure at the receiving device406. The decoding failure may in turn lead to a drop in data throughput.

FIG.5is a diagram500illustrating a potential issue associated with a transition of an ROHC compressor to a higher order state based on a feedback. Initially the ROHC compressor502at the transmitting device may operate in the IR or the FO state. A number of packets (e.g., x packets) may have been compressed and stored in the buffer at the PDCP layer504of the transmitting device, while the transmitting device may be waiting for an uplink grant from the receiving device506so that the packets may be transmitted in uplink. Before the transmitting device receives the uplink grant, the ROHC compressor502may receive, at508, an ROHC feedback from the receiving device506. The ROHC feedback (e.g., a positive feedback) may indicate a transition to a higher order compression state, for example, from the IR or the FO state to the SO state.

Because the compressed x packets have been compressed with the ROHC compressor502in the lower order state (e.g., the IR or the FO state), transmitting these previously compressed packets, at512, to the receiving device506after the grant at510may result in a reduced compression efficiency as higher order compression could have been used. The reduced compression efficiency may correspond to a waste of bandwidth resources and transmit power.

FIG.6is a communication flow diagram600of a method of wireless communication.FIG.6illustrates initial events that may be similar to those illustrated inFIG.4. Initially the ROHC compressor602at the transmitting device may operate in the SO state. A number of packets (e.g., x packets) may have been compressed and stored in the buffer at the PDCP layer604of the transmitting device, while the transmitting device may be waiting for an uplink grant from the receiving device606so that the packets may be transmitted in uplink. Before the transmitting device receives the uplink grant, the ROHC compressor602may receive, at608, an ROHC feedback from the receiving device606. The ROHC feedback (e.g., a negative feedback) may indicate a transition to a lower order compression state, for example, from the SO state to the FO or the IR state.

At610, the ROHC compressor602may provide a state change indication to the PDCP layer604of the transmitting device. Based on the state change indication, the entire set of the unsent x previously compressed packets may be discarded, and the corresponding uncompressed packets may be transmitted, at614, instead to the receiving device606after the grant at612. As the ROHC bearer may already have a context established for profile 0 for uncompressed packets, there may not be a decoding failure at the receiver. Once all the packets are transmitted as uncompressed packets, the transmitting device may restart with the IR state for all the CIDs to avoid further decompression/decoding failures. This may have a negative impact on compression efficiency but not on performance (e.g., in terms of million instructions per second “MIPS”). It should be appreciated that when there are multiple CIDs corresponding to multiple flows on a compressed bearer, all the CIDs may be forced to transmit uncompressed packets. As a result, compression efficiency may be reduced.

FIG.7is a communication flow diagram700of a method of wireless communication.FIG.7illustrates initial events that may be similar to those illustrated inFIG.4. Initially the ROHC compressor702at the transmitting device may operate in the SO state. A number of packets (e.g., x packets) may have been compressed and stored in the buffer at the PDCP layer704of the transmitting device, while the transmitting device may be waiting for an uplink grant from the receiving device706so that the packets may be transmitted in uplink. Before the transmitting device receives the uplink grant, the ROHC compressor702may receive, at708, an ROHC feedback for one or more CIDs from the receiving device706. The ROHC feedback (e.g., a negative feedback) for one or more CIDs may indicate a transition to a lower order compression state, for example, from the SO state to the FO or the IR state.

Whether to transmit the previously compressed packets as uncompressed packets may be determined based on a comparison between a factor and a threshold. The factor may be calculated as the total number of previously compressed bytes divided by (/) the number of previously compressed bytes associated with the one or more CIDs associated with the ROHC feedback. If the factor is less than the threshold, at710, the ROHC compressor702may provide a state change indication to the PDCP layer704of the transmitting device. Based on the state change indication, the entire set of the unsent x previously compressed packets may be discarded, and the corresponding uncompressed packets may be transmitted, at714, to the receiving device706instead after the grant at712. If the factor is greater than the threshold, the previously compressed packets may be transmitted to the receiving device706in an unaltered state (i.e., as previously compressed packets with no change). It should be appreciated that there may be added overall overhead associated with making the decision on whether to transmit the packets as uncompressed packets.

FIG.8is a communication flow diagram800of a method of wireless communication.FIG.8illustrates initial events that may be similar to those illustrated inFIG.4. Initially the ROHC compressor at the transmitting device802may operate in the SO state. A number of packets (e.g., x packets) may have been compressed and stored in the buffer at the PDCP layer of the transmitting device802, while the transmitting device802may be waiting for an uplink grant from the receiving device804so that the packets may be transmitted in uplink. Before the transmitting device802receives the uplink grant, the transmitting device802may receive, at806, an ROHC feedback for one or more CIDs from the receiving device804. The ROHC feedback (e.g., a negative feedback) for one or more CIDs may indicate a transition to a lower order compression state, for example, from the SO state to the FO or the IR state.

At810, after the grant at808, the transmitting device802may discard the previously compressed y packets associated with the one or more CIDs associated with the ROHC feedback, and may transmit corresponding uncompressed packets to the receiving device804instead. Further, the transmitting device802may transmit the remaining previously compressed packets to the receiving device804in an unaltered state (i.e., as previously compressed packets with no change).

FIG.9is a communication flow diagram900of a method of wireless communication.FIG.9illustrates initial events that may be similar to those illustrated inFIG.4. Initially the ROHC compressor at the transmitting device902may operate in the SO state. A number of packets (e.g., x packets) may have been compressed and stored in the buffer at the PDCP layer of the transmitting device902, while the transmitting device902may be waiting for an uplink grant from the receiving device904so that the packets may be transmitted in uplink. Before the transmitting device902receives the uplink grant, the transmitting device902may receive, at906, an ROHC feedback for one or more CIDs from the receiving device904. The ROHC feedback (e.g., a negative feedback) for one or more CIDs may indicate a transition to a lower order compression state, for example, from the SO state to the FO or the IR state.

The transmitting device902, and the ROHC compressor in particular, may recompress the packets associated with the one or more CIDs associated with the ROHC feedback based on the new lower order compression state. Thereafter, at910, after the grant at908, the transmitting device902may transmit the recompressed packets associated with the one or more CIDs associated with the ROHC feedback to the receiving device904. Further, the transmitting device902may transmit the remaining previously compressed packets to the receiving device904in an unaltered state (i.e., as previously compressed packets with no change). It should be appreciated that when there are a large number of compressed packets, recompressing all the packets may have a slight performance impact, but the overall compression efficiency may be improved.

FIG.10is a communication flow diagram1000of a method of wireless communication.FIG.10illustrates initial events that may be similar to those illustrated inFIG.5. Initially the ROHC compressor1002at the transmitting device may operate in the IR or the FO state. A number of packets (e.g., x packets) may have been compressed and stored in the buffer at the PDCP layer1004of the transmitting device, while the transmitting device may be waiting for an uplink grant from the receiving device1006so that the packets may be transmitted in uplink. Before the transmitting device receives the uplink grant, the ROHC compressor1002may receive, at1008, an ROHC feedback for one or more CIDs from the receiving device1006. The ROHC feedback (e.g., a positive feedback) for one or more CIDs may indicate a transition to a higher order compression state, for example, from the IR or the FO state to the SO state.

At1010, the ROHC compressor1002may provide a state change indication to the PDCP layer1004of the transmitting device. Based on the state change indication, the PDCP layer1004of the transmitting device may recompress the packets associated with the one or more CIDs associated with the ROHC feedback based on the new higher order compression state. Thereafter, at1014, after the grant for transmission of x packets at1012, the transmitting device may transmit the recompressed packets associated with the one or more CIDs associated with the ROHC feedback to the receiving device1006. Further, the transmitting device may transmit the remaining previously compressed packets to the receiving device1006in an unaltered state (i.e., as previously compressed packets with no change). As the packets associated with the CIDs associated with the ROHC feedback are recompressed based on a higher order compression state, a fewer total number (e.g., y) of packets may be transmitted at1014, and the grant for x packets at1012may accommodate the whole transmission at1014. It should be appreciated that when there are a large number of compressed packets, recompressing all the packets may have a slight performance impact, but the transmitting device (e.g., a UE) may save considerable transmit power and uplink resources.

FIG.11is a communication flow diagram1100of a method of wireless communication.FIG.11illustrates initial events that may be similar to those illustrated inFIG.5. Initially the ROHC compressor1102at the transmitting device may operate in the IR or the FO state. A number of packets (e.g., x packets) may have been compressed and stored in the buffer at the PDCP layer1104of the transmitting device, while the transmitting device may be waiting for an uplink grant from the receiving device1106so that the packets may be transmitted in uplink. Before the transmitting device receives the uplink grant, the ROHC compressor1102may receive, at1108, an ROHC feedback for one or more CIDs from the receiving device1106. The ROHC feedback (e.g., a positive feedback) for one or more CIDs may indicate a transition to a higher order compression state, for example, from the IR or the FO state to the SO state.

Whether to recompress the previously compressed packets based on the new higher order compression state may be determined based on a comparison between a factor and a threshold. The factor may be calculated as the total number of previously compressed bytes divided by (/) the number of previously compressed bytes associated with the one or more CIDs associated with the ROHC feedback. If the factor is less than the threshold, at1110, the ROHC compressor1102may provide a state change indication to the PDCP layer1104of the transmitting device. Based on the state change indication, the PDCP layer1104of the transmitting device may recompress a subset of previously compressed packets associated with the one or more CIDs associated with the ROHC feedback based on the new higher order compression state. The number of packets in the recompressed subset of packets may be based on the threshold. After the grant at1112, the PDCP layer1104of the transmitting device may transmit, at1114, the recompressed subset of packets associated with the one or more CIDs associated with the ROHC feedback to the receiving device1106, and may transmit the remaining previously compressed packets to the receiving device1106in an unaltered state (i.e., as previously compressed packets with no change). If the factor is greater than the threshold, the entire set of previously compressed packets may be transmitted to the receiving device706in an unaltered state (i.e., as previously compressed packets with no change). It should be appreciated that there may be added overhead associated with making the decision on whether to recompress a subset of previously compressed packets.

Different solutions and aspects described herein may be associated with different overall performance profiles that include different compression efficiencies, different bandwidth resource utilizations, and/or different transmit power savings. Although ROHC is used hereinafter as an example of a compression protocol, aspects may be adapted for other compression methods, such as uplink data compression (UDC), as well.

FIG.12is a communication flow diagram1200of a method of wireless communication. The UE1202may also be referred to herein as a first device1202, and the base station1204may also be referred to herein as a second device1204. In other aspects, the roles of the UE and the base station may be reversed. At1206, the first device1202and the second device1204may communicate with each other in the first compression state. At1208, the second device1204may transmit to the first device1202, and the first device1202may receive from the second device1204, a feedback message indicative of a transition from a first compression state to a second compression state. At1210, the first device1202may transition, based on a state change indication corresponding to the feedback message, from the first compression state to the second compression state. At1212, the second device1204may transmit to the first device1202, and the first device1202may receive from the second device1204an uplink grant for a transmission of a number of data packets. At1214, the first device1202may transmit to the second device1204, and the second device1204may receive from the first device1202, based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state, the one or more second data packets being associated with the one or more first data packets. At1216, the first device1202may transmit to the second device1204, and the second device1204may receive from the first device1202, an indication of the transition from the first compression state to the second compression state.

In one configuration, the one or more first data packets or the one or more second data packets may correspond to at least one of: TCP packets, UDP packets, RTP packets, or IP packets.

In one configuration, the feedback message may be associated with one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to buffered data packets associated with the one or more CIDs. The first device1202may transmit at1214the one or more second data packets to the second device1204as data packets recompressed based on the second compression state.

In one configuration, the first compression state (e.g., the SO state) may be associated with a higher order than the second compression state (e.g., the IR or the FO state).

In one configuration, the one or more first data packets or the one or more second data packets may correspond to an entire set of buffered data packets. The first device1202may transmit at1214the one or more second data packets to the second device1204as uncompressed data packets.

In one configuration, the feedback message may be associated with one or more CIDs. The state change indication may be associated with a factor that is based on a total number of previously compressed bytes and a number of previously compressed bytes associated with the one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to an entire set of buffered data packets. The first device1202may transmit at1214the one or more second data packets to the second device1204as uncompressed data packets when the factor is less than a threshold, and the first device1202may transmit at1214the one or more first data packets to the second device1204when the factor is greater than the threshold.

In one configuration, the feedback message may be associated with one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to buffered data packets associated with the one or more CIDs. The first device1202may transmit at1214the one or more second data packets to the second device1204as uncompressed data packets.

In one configuration, the second compression state (e.g., the SO state) may be associated with a higher order than the first compression state (e.g., the IR or the FO state).

In one configuration, the feedback message may be associated with one or more CIDs. The state change indication may be associated with a factor that is based on a total number of previously compressed bytes and a number of previously compressed bytes associated with the one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to a subset of buffered data packets associated with the one or more CIDs. A number of data packets in the subset may be based on the factor. The first device1202may transmit at1214the one or more second data packets to the second device1204as data packets recompressed based on the second compression state when the factor is less than a threshold, and the first device1202may transmit at1214the one or more first data packets to the second device1204when the factor is greater than the threshold.

FIG.13is a flowchart1300of a method of wireless communication. The method may be performed by a first wireless device (e.g., a UE) (e.g., the UE104/350/1202; the apparatus1702). At1302, the first wireless device may receive, from a second wireless device, a feedback message indicative of a transition from a first compression state to a second compression state. For example,1302may be performed by the compression component1740inFIG.17. Referring toFIG.12, at1208, the first wireless device1202may receive, from a second wireless device1204, a feedback message indicative of a transition from a first compression state to a second compression state.

At1304, the first wireless device may transition, based on a state change indication corresponding to the feedback message, from the first compression state to the second compression state. For example,1304may be performed by the compression component1740inFIG.17. Referring toFIG.12, at1210, the first wireless device1202may transition, based on a state change indication corresponding to the feedback message, from the first compression state to the second compression state.

At1306, the first wireless device may transmit, to the second wireless device based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state. The one or more second data packets may be associated with the one or more first data packets. For example,1306may be performed by the compression component1740inFIG.17. Referring toFIG.12, at1214, the first wireless device1202may transmit, to the second wireless device1204based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state.

FIG.14is a flowchart1400of a method of wireless communication. The method may be performed by a UE (e.g., the UE104/350/1202; the apparatus1702). At1404, the first wireless device may receive, from a second wireless device, a feedback message indicative of a transition from a first compression state to a second compression state. For example,1404may be performed by the compression component1740inFIG.17. Referring toFIG.12, at1208, the first wireless device1202may receive, from a second wireless device1204, a feedback message indicative of a transition from a first compression state to a second compression state.

At1406, the first wireless device may transition, based on a state change indication corresponding to the feedback message, from the first compression state to the second compression state. For example,1406may be performed by the compression component1740inFIG.17. Referring toFIG.12, at1210, the first wireless device1202may transition, based on a state change indication corresponding to the feedback message, from the first compression state to the second compression state.

At1410, the first wireless device may transmit, to the second wireless device based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state. The one or more second data packets may be associated with the one or more first data packets. For example,1410may be performed by the compression component1740inFIG.17. Referring toFIG.12, at1214, the first wireless device1202may transmit, to the second wireless device1204based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state.

In one configuration, at1402, the first wireless device may communicate with the second wireless device in the first compression state. For example,1402may be performed by the compression component1740inFIG.17. Referring toFIG.12, at1206, the first wireless device1202may communicate with the second wireless device1204in the first compression state.

In one configuration, at1412, the first wireless device may transmit, to the second wireless device, an indication of the transition from the first compression state to the second compression state. For example,1412may be performed by the compression component1740inFIG.17. Referring toFIG.12, at1216, the first wireless device1202may transmit, to the second wireless device1204, an indication of the transition from the first compression state to the second compression state.

In one configuration, at1408, the first wireless device may receive, from the second wireless device, an uplink grant for a transmission of a number of data packets. For example,1408may be performed by the compression component1740inFIG.17. Referring toFIG.12, at1212, the first wireless device1202may receive, from the second wireless device1204, an uplink grant for a transmission of a number of data packets.

In one configuration, the one or more first data packets or the one or more second data packets may correspond to at least one of: TCP packets, UDP packets, RTP packets, or IP packets.

In one configuration, the first wireless device may be a UE and the second wireless device may be a base station.

In one configuration, the feedback message may be associated with one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to buffered data packets associated with the one or more CIDs. The one or more second data packets may be transmitted to the second wireless device as data packets recompressed based on the second compression state.

In one configuration, the first compression state may be associated with a higher order than the second compression state.

In one configuration, the one or more first data packets or the one or more second data packets may correspond to an entire set of buffered data packets. The one or more second data packets may be transmitted to the second wireless device as uncompressed data packets.

In one configuration, the feedback message may be associated with one or more CIDs. The state change indication may be associated with a factor that is based on a total number of previously compressed bytes and a number of previously compressed bytes associated with the one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to an entire set of buffered data packets. The one or more second data packets may be transmitted to the second wireless device as uncompressed data packets when the factor is less than a threshold, and the one or more first data packets may be transmitted to the second wireless device when the factor is greater than the threshold.

In one configuration, the feedback message may be associated with one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to buffered data packets associated with the one or more CIDs. The one or more second data packets may be transmitted to the second wireless device as uncompressed data packets.

In one configuration, the second compression state may be associated with a higher order than the first compression state.

In one configuration, the feedback message may be associated with one or more CIDs. The state change indication may be associated with a factor that is based on a total number of previously compressed bytes and a number of previously compressed bytes associated with the one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to a subset of buffered data packets associated with the one or more CIDs. A number of data packets in the subset may be based on the factor. The one or more second data packets may be transmitted to the second wireless device as data packets recompressed based on the second compression state when the factor is less than a threshold, and the one or more first data packets may be transmitted to the second wireless device when the factor is greater than the threshold.

FIG.15is a flowchart1500of a method of wireless communication. The method may be performed by a second wireless device (e.g., a base station) (e.g., the base station102/180/310/1204; the apparatus1802). At1502, the second wireless device may transmit, to a first wireless device, a feedback message indicative of a transition from a first compression state to a second compression state. For example,1502may be performed by the compression component1840inFIG.18. Referring toFIG.12, at1208, the second wireless device1204may transmit, to a first wireless device1202, a feedback message indicative of a transition from a first compression state to a second compression state.

At1504, the second wireless device may receive, from the first wireless device based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state. The one or more second data packets may be associated with the one or more first data packets. For example,1504may be performed by the compression component1840inFIG.18. Referring toFIG.12, at1214, the second wireless device1204may receive, from the first wireless device1202based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state.

FIG.16is a flowchart1600of a method of wireless communication. The method may be performed by a second wireless device (e.g., a base station) (e.g., the base station102/180/310/1204; the apparatus1802). At1604, the second wireless device may transmit, to a first wireless device, a feedback message indicative of a transition from a first compression state to a second compression state. For example,1604may be performed by the compression component1840inFIG.18. Referring toFIG.12, at1208, the second wireless device1204may transmit, to a first wireless device1202, a feedback message indicative of a transition from a first compression state to a second compression state.

At1608, the second wireless device may receive, from the first wireless device based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state. The one or more second data packets may be associated with the one or more first data packets. For example,1608may be performed by the compression component1840inFIG.18. Referring toFIG.12, at1214, the second wireless device1204may receive, from the first wireless device1202based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state.

In one configuration, at1602, the second wireless device may communicate with the first wireless device in the first compression state. For example,1602may be performed by the compression component1840inFIG.18. Referring toFIG.12, at1206, the second wireless device1204may communicate with the first wireless device1202in the first compression state.

In one configuration, at1610, the second wireless device may receive, from the first wireless device, an indication of the transition from the first compression state to the second compression state. For example,1610may be performed by the compression component1840inFIG.18. Referring toFIG.12, at1216, the second wireless device1204may receive, from the first wireless device1202, an indication of the transition from the first compression state to the second compression state.

In one configuration, at1606, the second wireless device may transmit, to the first wireless device, an uplink grant for a transmission of a number of data packets. For example,1606may be performed by the compression component1840inFIG.18. Referring toFIG.12, at1212, the second wireless device1204may transmit, to the first wireless device1202, an uplink grant for a transmission of a number of data packets.

In one configuration, the one or more first data packets or the one or more second data packets may correspond to at least one of: TCP packets, UDP packets, RTP packets, or IP packets.

In one configuration, the first wireless device may be a UE and the second wireless device may be a base station.

In one configuration, the feedback message may be associated with one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to buffered data packets associated with the one or more CIDs. The one or more second data packets may be received from the first wireless device as data packets recompressed based on the second compression state.

In one configuration, the first compression state may be associated with a higher order than the second compression state.

In one configuration, the one or more first data packets or the one or more second data packets may correspond to an entire set of buffered data packets. The one or more second data packets may be received from the first wireless device as uncompressed data packets.

In one configuration, the feedback message may be associated with one or more CIDs. A state change indication may be associated with a factor that is based on a total number of previously compressed bytes and a number of previously compressed bytes associated with the one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to an entire set of buffered data packets. The one or more second data packets may be received from the first wireless device as uncompressed data packets when the factor is less than a threshold, and the one or more first data packets may be received from the first wireless device when the factor is greater than the threshold.

In one configuration, the feedback message may be associated with one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to buffered data packets associated with the one or more CIDs. The one or more second data packets may be received from the first wireless device as uncompressed data packets.

In one configuration, the second compression state may be associated with a higher order than the first compression state.

In one configuration, the feedback message may be associated with one or more CIDs. A state change indication may be associated with a factor that is based on a total number of previously compressed bytes and a number of previously compressed bytes associated with the one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to a subset of buffered data packets associated with the one or more CIDs. A number of data packets in the subset may be based on the factor. The one or more second data packets may be received from the first wireless device as data packets recompressed based on the second compression state when the factor is less than a threshold, and the one or more first data packets may be received from the first wireless device when the factor is greater than the threshold.

FIG.17is a diagram1700illustrating an example of a hardware implementation for an apparatus1702. The apparatus1702is a UE and includes a cellular baseband processor1704(also referred to as a modem) coupled to a cellular RF transceiver1722and one or more subscriber identity modules (SIM) cards1720, an application processor1706coupled to a secure digital (SD) card1708and a screen1710, a Bluetooth module1712, a wireless local area network (WLAN) module1714, a Global Positioning System (GPS) module1716, and a power supply1718. The cellular baseband processor1704communicates through the cellular RF transceiver1722with the UE104and/or BS102/180. The cellular baseband processor1704may include a computer-readable medium/memory. The computer-readable medium/memory may be non-transitory. The cellular baseband processor1704is responsible for general processing, including the execution of software stored on the computer-readable medium/memory. The software, when executed by the cellular baseband processor1704, causes the cellular baseband processor1704to perform the various functions described supra. The computer-readable medium/memory may also be used for storing data that is manipulated by the cellular baseband processor1704when executing software. The cellular baseband processor1704further includes a reception component1730, a communication manager1732, and a transmission component1734. The communication manager1732includes the one or more illustrated components. The components within the communication manager1732may be stored in the computer-readable medium/memory and/or configured as hardware within the cellular baseband processor1704. The cellular baseband processor1704may be a component of the UE350and may include the memory360and/or at least one of the TX processor368, the RX processor356, and the controller/processor359. In one configuration, the apparatus1702may be a modem chip and include just the baseband processor1704, and in another configuration, the apparatus1702may be the entire UE (e.g., see350ofFIG.3) and include the aforediscussed additional modules of the apparatus1702.

The communication manager1732includes a compression component1740that may be configured to communicate with the second wireless device in the first compression state, e.g., as described in connection with1402inFIG.14. The compression component1740may be further configured to receive, from a second wireless device, a feedback message indicative of a transition from a first compression state to a second compression state, e.g., as described in connection with1302inFIGS.13and1404inFIG.14. The compression component1740may be further configured to transition, based on a state change indication corresponding to the feedback message, from the first compression state to the second compression state, e.g., as described in connection with1304inFIGS.13and1406inFIG.14. The compression component1740may be further configured to receive, from the second wireless device, an uplink grant for a transmission of a number of data packets, e.g., as described in connection with1408inFIG.14. The compression component1740may be further configured to transmit, to the second wireless device based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state, the one or more second data packets being associated with the one or more first data packets, e.g., as described in connection with1306inFIGS.13and1410inFIG.14. The compression component1740may be further configured to transmit, to the second wireless device, an indication of the transition from the first compression state to the second compression state, e.g., as described in connection with1412inFIG.14.

The apparatus may include additional components that perform each of the blocks of the algorithm in the aforementioned flowcharts ofFIGS.12-14. As such, each block in the aforementioned flowcharts ofFIGS.12-14may be performed by a component and the apparatus may include one or more of those components. The components may be one or more hardware components specifically configured to carry out the stated processes/algorithm, implemented by a processor configured to perform the stated processes/algorithm, stored within a computer-readable medium for implementation by a processor, or some combination thereof.

In one configuration, the apparatus1702, and in particular the cellular baseband processor1704, includes means for receiving, from a second wireless device, a feedback message indicative of a transition from a first compression state to a second compression state. The apparatus1702may include means for transitioning, based on a state change indication corresponding to the feedback message, from the first compression state to the second compression state. The apparatus1702may include means for transmitting, to the second wireless device based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state, the one or more second data packets being associated with the one or more first data packets.

In one configuration, the apparatus1702may further include means for communicating with the second wireless device in the first compression state. In one configuration, the apparatus1702may further include means for transmitting, to the second wireless device, an indication of the transition from the first compression state to the second compression state. In one configuration, the apparatus1702may further include means for receiving, from the second wireless device, an uplink grant for a transmission of a number of data packets. In one configuration, the one or more first data packets or the one or more second data packets may correspond to at least one of: TCP packets, UDP packets, RTP packets, or IP packets. In one configuration, the first wireless device may be a UE and the second wireless device may be a base station. In one configuration, the feedback message may be associated with one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to buffered data packets associated with the one or more CIDs. The one or more second data packets may be transmitted to the second wireless device as data packets recompressed based on the second compression state. In one configuration, the first compression state may be associated with a higher order than the second compression state. In one configuration, the one or more first data packets or the one or more second data packets may correspond to an entire set of buffered data packets. The one or more second data packets may be transmitted to the second wireless device as uncompressed data packets. In one configuration, the feedback message may be associated with one or more CIDs. The state change indication may be associated with a factor that is based on a total number of previously compressed bytes and a number of previously compressed bytes associated with the one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to an entire set of buffered data packets. The one or more second data packets may be transmitted to the second wireless device as uncompressed data packets when the factor is less than a threshold, and the one or more first data packets may be transmitted to the second wireless device when the factor is greater than the threshold. In one configuration, the feedback message may be associated with one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to buffered data packets associated with the one or more CIDs. The one or more second data packets may be transmitted to the second wireless device as uncompressed data packets. In one configuration, the second compression state may be associated with a higher order than the first compression state. In one configuration, the feedback message may be associated with one or more CIDs. The state change indication may be associated with a factor that is based on a total number of previously compressed bytes and a number of previously compressed bytes associated with the one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to a subset of buffered data packets associated with the one or more CIDs. A number of data packets in the subset may be based on the factor. The one or more second data packets may be transmitted to the second wireless device as data packets recompressed based on the second compression state when the factor is less than a threshold, and the one or more first data packets may be transmitted to the second wireless device when the factor is greater than the threshold.

The aforementioned means may be one or more of the aforementioned components of the apparatus1702configured to perform the functions recited by the aforementioned means. As described supra, the apparatus1702may include the TX Processor368, the RX Processor356, and the controller/processor359. As such, in one configuration, the aforementioned means may be the TX Processor368, the RX Processor356, and the controller/processor359configured to perform the functions recited by the aforementioned means.

FIG.18is a diagram1800illustrating an example of a hardware implementation for an apparatus1802. The apparatus1802is a BS and includes a baseband unit1804. The baseband unit1804may communicate through a cellular RF transceiver1822with the UE104. The baseband unit1804may include a computer-readable medium/memory. The baseband unit1804is responsible for general processing, including the execution of software stored on the computer-readable medium/memory. The software, when executed by the baseband unit1804, causes the baseband unit1804to perform the various functions described supra. The computer-readable medium/memory may also be used for storing data that is manipulated by the baseband unit1804when executing software. The baseband unit1804further includes a reception component1830, a communication manager1832, and a transmission component1834. The communication manager1832includes the one or more illustrated components. The components within the communication manager1832may be stored in the computer-readable medium/memory and/or configured as hardware within the baseband unit1804. The baseband unit1804may be a component of the BS310and may include the memory376and/or at least one of the TX processor316, the RX processor370, and the controller/processor375.

The communication manager1832includes a compression component1840that may be configured to communicate with the first wireless device in the first compression state, e.g., as described in connection with1602inFIG.16. The compression component1840may be further configured to transmit, to a first wireless device, a feedback message indicative of a transition from a first compression state to a second compression state, e.g., as described in connection with1502inFIGS.15and1604inFIG.16. The compression component1840may be further configured to transmit, to the first wireless device, an uplink grant for a transmission of a number of data packets, e.g., as described in connection with1606inFIG.16. The compression component1840may be further configured to receive, from the first wireless device based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state, the one or more second data packets being associated with the one or more first data packets, e.g., as described in connection with1504inFIGS.15and1608inFIG.16. The compression component1840may be further configured to receive, from the first wireless device, an indication of the transition from the first compression state to the second compression state, e.g., as described in connection with1610inFIG.16.

The apparatus may include additional components that perform each of the blocks of the algorithm in the aforementioned flowcharts ofFIGS.12,15, and16. As such, each block in the aforementioned flowcharts ofFIGS.12,15, and16may be performed by a component and the apparatus may include one or more of those components. The components may be one or more hardware components specifically configured to carry out the stated processes/algorithm, implemented by a processor configured to perform the stated processes/algorithm, stored within a computer-readable medium for implementation by a processor, or some combination thereof.

In one configuration, the apparatus1802, and in particular the baseband unit1804, includes means for transmitting, to a first wireless device, a feedback message indicative of a transition from a first compression state to a second compression state. The apparatus1802may include means for receiving, from the first wireless device based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state, the one or more second data packets being associated with the one or more first data packets.

In one configuration, the apparatus1802may further include means for communicating with the first wireless device in the first compression state. In one configuration, the apparatus1802may further include means for receiving, from the first wireless device, an indication of the transition from the first compression state to the second compression state. In one configuration, the apparatus1802may further include means for transmitting, to the first wireless device, an uplink grant for a transmission of a number of data packets. In one configuration, the one or more first data packets or the one or more second data packets may correspond to at least one of: TCP packets, UDP packets, RTP packets, or IP packets. In one configuration, the first wireless device may be a UE and the second wireless device may be a base station. In one configuration, the feedback message may be associated with one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to buffered data packets associated with the one or more CIDs. The one or more second data packets may be received from the first wireless device as data packets recompressed based on the second compression state. In one configuration, the first compression state may be associated with a higher order than the second compression state. In one configuration, the one or more first data packets or the one or more second data packets may correspond to an entire set of buffered data packets. The one or more second data packets may be received from the first wireless device as uncompressed data packets. In one configuration, the feedback message may be associated with one or more CIDs. A state change indication may be associated with a factor that is based on a total number of previously compressed bytes and a number of previously compressed bytes associated with the one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to an entire set of buffered data packets. The one or more second data packets may be received from the first wireless device as uncompressed data packets when the factor is less than a threshold, and the one or more first data packets may be received from the first wireless device when the factor is greater than the threshold. In one configuration, the feedback message may be associated with one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to buffered data packets associated with the one or more CIDs. The one or more second data packets may be received from the first wireless device as uncompressed data packets. In one configuration, the second compression state may be associated with a higher order than the first compression state. In one configuration, the feedback message may be associated with one or more CIDs. A state change indication may be associated with a factor that is based on a total number of previously compressed bytes and a number of previously compressed bytes associated with the one or more CIDs. The one or more first data packets or the one or more second data packets may correspond to a subset of buffered data packets associated with the one or more CIDs. A number of data packets in the subset may be based on the factor. The one or more second data packets may be received from the first wireless device as data packets recompressed based on the second compression state when the factor is less than a threshold, and the one or more first data packets may be received from the first wireless device when the factor is greater than the threshold.

The aforementioned means may be one or more of the aforementioned components of the apparatus1802configured to perform the functions recited by the aforementioned means. As described supra, the apparatus1802may include the TX Processor316, the RX Processor370, and the controller/processor375. As such, in one configuration, the aforementioned means may be the TX Processor316, the RX Processor370, and the controller/processor375configured to perform the functions recited by the aforementioned means.

The second wireless device may transmit, to the first wireless device, a feedback message indicative of a transition from a first compression state to a second compression state. The first wireless device may transition, based on a state change indication corresponding to the feedback message, from the first compression state to the second compression state. The first wireless device may transmit, to the second wireless device based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state. The one or more second data packets being associated with the one or more first data packets. Accordingly, the decoding failure may be avoided when a compression bearer is transitioned from a higher order compression state to a lower order compression state, and the compression efficiency may be improved when the compression bearer is transitioned from a lower order compression state to a higher order compression state. Different aspects may be associated with different performance profiles including different compression efficiencies, different bandwidth resource utilizations, and/or different transmit power savings.

It is understood that the specific order or hierarchy of blocks in the processes/flowcharts disclosed is an illustration of example approaches. Based upon design preferences, it is understood that the specific order or hierarchy of blocks in the processes/flowcharts may be rearranged. Further, some blocks may be combined or omitted. The accompanying method claims present elements of the various blocks in a sample order, and are not meant to be limited to the specific order or hierarchy presented.

The previous description is provided to enable any person skilled in the art to practice the various aspects described herein. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects. Thus, the claims are not intended to be limited to the aspects shown herein, but is to be accorded the full scope consistent with the language claims, wherein reference to an element in the singular is not intended to mean “one and only one” unless specifically so stated, but rather “one or more.” Terms such as “if,” “when,” and “while” should be interpreted to mean “under the condition that” rather than imply an immediate temporal relationship or reaction. That is, these phrases, e.g., “when,” do not imply an immediate action in response to or during the occurrence of an action, but simply imply that if a condition is met then an action will occur, but without requiring a specific or immediate time constraint for the action to occur. The word “exemplary” is used herein to mean “serving as an example, instance, or illustration.” Any aspect described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other aspects. Unless specifically stated otherwise, the term “some” refers to one or more. Combinations such as “at least one of A, B, or C,” “one or more of A, B, or C,” “at least one of A, B, and C,” “one or more of A, B, and C,” and “A, B, C, or any combination thereof” include any combination of A, B, and/or C, and may include multiples of A, multiples of B, or multiples of C. Specifically, combinations such as “at least one of A, B, or C,” “one or more of A, B, or C,” “at least one of A, B, and C,” “one or more of A, B, and C,” and “A, B, C, or any combination thereof” may be A only, B only, C only, A and B, A and C, B and C, or A and B and C, where any such combinations may contain one or more member or members of A, B, or C. All structural and functional equivalents to the elements of the various aspects described throughout this disclosure that are known or later come to be known to those of ordinary skill in the art are expressly incorporated herein by reference and are intended to be encompassed by the claims. Moreover, nothing disclosed herein is intended to be dedicated to the public regardless of whether such disclosure is explicitly recited in the claims. The words “module,” “mechanism,” “element,” “device,” and the like may not be a substitute for the word “means.” As such, no claim element is to be construed as a means plus function unless the element is expressly recited using the phrase “means for.”

The following aspects are illustrative only and may be combined with other aspects or teachings described herein, without limitation.

Aspect 1 is a method of wireless communication at a first wireless device, including: receiving, from a second wireless device, a feedback message indicative of a transition from a first compression state to a second compression state; transitioning, based on a state change indication corresponding to the feedback message, from the first compression state to the second compression state; and transmitting, to the second wireless device based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state, the one or more second data packets being associated with the one or more first data packets.

Aspect 2 is the method of aspect 1, further including: communicating with the second wireless device in the first compression state.

Aspect 3 is the method of any of aspects 1 and 2, further including: transmitting, to the second wireless device, an indication of the transition from the first compression state to the second compression state.

Aspect 4 is the method of any of aspects 1 to 3, further including: receiving, from the second wireless device, an uplink grant for a transmission of a number of data packets.

Aspect 5 is the method of any of aspects 1 to 4, where the one or more first data packets or the one or more second data packets correspond to at least one of: TCP packets, UDP packets, RTP packets, or IP packets.

Aspect 6 is the method of any of aspects 1 to 5, where the first wireless device is a UE and the second wireless device is a base station.

Aspect 7 is the method of any of aspects 1 to 6, where the feedback message is associated with one or more CIDs, where the one or more first data packets or the one or more second data packets correspond to buffered data packets associated with the one or more CIDs, where the one or more second data packets are transmitted to the second wireless device as data packets recompressed based on the second compression state.

Aspect 8 is the method of any of aspects 1 to 6, where the first compression state is associated with a higher order than the second compression state.

Aspect 9 is the method of aspect 8, where the one or more first data packets or the one or more second data packets correspond to an entire set of buffered data packets, where the one or more second data packets are transmitted to the second wireless device as uncompressed data packets.

Aspect 10 is the method of aspect 8, where the feedback message is associated with one or more CIDs, the state change indication is associated with a factor that is based on a total number of previously compressed bytes and a number of previously compressed bytes associated with the one or more CIDs, where the one or more first data packets or the one or more second data packets correspond to an entire set of buffered data packets, where the one or more second data packets are transmitted to the second wireless device as uncompressed data packets when the factor is less than a threshold, and the one or more first data packets are transmitted to the second wireless device when the factor is greater than the threshold.

Aspect 11 is the method of aspect 8, where the feedback message is associated with one or more CIDs, where the one or more first data packets or the one or more second data packets correspond to buffered data packets associated with the one or more CIDs, where the one or more second data packets are transmitted to the second wireless device as uncompressed data packets.

Aspect 12 is the method of any of aspects 1 to 6, where the second compression state is associated with a higher order than the first compression state.

Aspect 13 is the method of aspect 12, where the feedback message is associated with one or more CIDs, the state change indication is associated with a factor that is based on a total number of previously compressed bytes and a number of previously compressed bytes associated with the one or more CIDs, where the one or more first data packets or the one or more second data packets correspond to a subset of buffered data packets associated with the one or more CIDs, a number of data packets in the subset being based on the factor, where the one or more second data packets are transmitted to the second wireless device as data packets recompressed based on the second compression state when the factor is less than a threshold, and the one or more first data packets are transmitted to the second wireless device when the factor is greater than the threshold.

Aspect 14 is a method of wireless communication at a second wireless device, including: transmitting, to a first wireless device, a feedback message indicative of a transition from a first compression state to a second compression state; and receiving, from the first wireless device based on the transition from the first compression state to the second compression state, one or more first data packets that are previously compressed based on the first compression state or one or more second data packets that are uncompressed or recompressed based on the second compression state, the one or more second data packets being associated with the one or more first data packets.

Aspect 15 is the method of aspect 14, further including: communicating with the first wireless device in the first compression state.

Aspect 16 is the method of any of aspects 14 and 15, further including: receiving, from the first wireless device, an indication of the transition from the first compression state to the second compression state.

Aspect 17 is the method of any of aspects 14 to 16, further including: transmitting, to the first wireless device, an uplink grant for a transmission of a number of data packets.

Aspect 18 is the method of any of aspects 14 to 17, where the one or more first data packets or the one or more second data packets correspond to at least one of: TCP packets, UDP packets, RTP packets, or IP packets.

Aspect 19 is the method of any of aspects 14 to 18, where the first wireless device is a UE and the second wireless device is a base station.

Aspect 20 is the method of any of aspects 14 to 19, where the feedback message is associated with one or more CIDs, where the one or more first data packets or the one or more second data packets correspond to buffered data packets associated with the one or more CIDs, where the one or more second data packets are received from the first wireless device as data packets recompressed based on the second compression state.

Aspect 21 is the method of any of aspects 14 to 19, where the first compression state is associated with a higher order than the second compression state.

Aspect 22 is the method of aspect 21, where the one or more first data packets or the one or more second data packets correspond to an entire set of buffered data packets, where the one or more second data packets are received from the first wireless device as uncompressed data packets.

Aspect 23 is the method of aspect 21, where the feedback message is associated with one or more CIDs, a state change indication is associated with a factor that is based on a total number of previously compressed bytes and a number of previously compressed bytes associated with the one or more CIDs, where the one or more first data packets or the one or more second data packets correspond to an entire set of buffered data packets, where the one or more second data packets are received from the first wireless device as uncompressed data packets when the factor is less than a threshold, and the one or more first data packets are received from the first wireless device when the factor is greater than the threshold.

Aspect 24 is the method of aspect 21, where the feedback message is associated with one or more CIDs, where the one or more first data packets or the one or more second data packets correspond to buffered data packets associated with the one or more CIDs, where the one or more second data packets are received from the first wireless device as uncompressed data packets.

Aspect 25 is the method of any of aspects 14 to 19, where the second compression state is associated with a higher order than the first compression state.

Aspect 26 is the method of aspect 25, where the feedback message is associated with one or more CIDs, a state change indication is associated with a factor that is based on a total number of previously compressed bytes and a number of previously compressed bytes associated with the one or more CIDs, where the one or more first data packets or the one or more second data packets correspond to a subset of buffered data packets associated with the one or more CIDs, a number of data packets in the subset being based on the factor, where the one or more second data packets received from the first wireless device as data packets recompressed based on the second compression state when the factor is less than a threshold, and the one or more first data packets are received from the first wireless device when the factor is greater than the threshold.

Aspect 27 is an apparatus for wireless communication including at least one processor coupled to a memory and configured to implement a method as in any of aspects 1 to 26.

Aspect 28 is the apparatus of aspect 27, further including a transceiver coupled to the at least one processor.

Aspect 29 is an apparatus for wireless communication including means for implementing a method as in any of aspects 1 to 26.

Aspect 30 is a computer-readable medium storing computer executable code, where the code when executed by a processor causes the processor to implement a method as in any of aspects 1 to 26.