EP3354062A1 - Timestamp repair mechanism in case of decompression failure - Google Patents

Timestamp repair mechanism in case of decompression failure

Info

Publication number
EP3354062A1
EP3354062A1 EP16775439.9A EP16775439A EP3354062A1 EP 3354062 A1 EP3354062 A1 EP 3354062A1 EP 16775439 A EP16775439 A EP 16775439A EP 3354062 A1 EP3354062 A1 EP 3354062A1
Authority
EP
European Patent Office
Prior art keywords
decompressed
candidate
determining
header
decompression
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP16775439.9A
Other languages
German (de)
English (en)
French (fr)
Inventor
Dominique Francois BRESSANELLI
Saket BATHWAL
Deepak SAH
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of EP3354062A1 publication Critical patent/EP3354062A1/en
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793Remedial or corrective actions
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751Error or fault detection not based on redundancy
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/30Network data restoration; Network data reliability; Network data fault tolerance

Definitions

  • the following relates generally to wireless communication, and more specifically to a timestamp repair mechanism in case of decompression failure. DESCRIPTION OF RELATED ART
  • Wireless communications systems are widely deployed to provide various types of communication content such as voice, video, packet data, messaging, broadcast, and so on. These systems may be capable of supporting communication with multiple users by sharing the available system resources (e.g., time, frequency, and power). Examples of such multiple- access systems include code division multiple access (CDMA) systems, time division multiple access (TDMA) systems, frequency division multiple access (FDMA) systems, and orthogonal frequency division multiple access (OFDMA) systems.
  • CDMA code division multiple access
  • TDMA time division multiple access
  • FDMA frequency division multiple access
  • OFDMA orthogonal frequency division multiple access
  • a wireless multiple-access communications system may include a number of base stations, each simultaneously supporting communication for multiple communication devices, which may be otherwise known as user equipment (UE).
  • UE user equipment
  • a wireless communication system may use robust header compression (RoHC) to provide header information in an efficient manner.
  • RoHC header compression
  • voice packets may be carried via Real-time Transport Protocol (RTP) or User Datagram Protocol (UDP).
  • RTP/UDP/IP messages have a relatively large header overhead (e.g., greater than the voice data payload).
  • Bandwidth utilization may be improved by using RoHC to compress the RTP/UDP/IP header.
  • RoHC divides the header into a static section including information that does not change between adjacent packets during transmission (e.g., IP address, port number, etc.) and a dynamic section including information that changes for each packet (e.g., sequence number (SN), timestamp (TS), IP identifier (IP -ID), etc.).
  • a compressor at an upstream device e.g., a base station
  • a decompressor at a downstream device e.g., UE
  • the compressor includes the static section of the header only in the initial message of the data stream, while the dynamic section is included in further compressed messages.
  • the decompressor decompresses the initial message to obtain the static information and the dynamic information, and decompresses subsequent messages to obtain only dynamic information.
  • RoHC may use a Window-based Least Significant Bits (WLSB) algorithm to compress the SN, TS and IP -ID, which change relatively little between packets of a data stream.
  • WLSB Window-based Least Significant Bits
  • the WLSB algorithm provides the lowest k bits of an original field value for transmission instead of the whole original field value, with the compressor and decompressor storing a reference value for the field in the context for the data stream.
  • the decompressor restores the original field value using the reference value and the received k bits.
  • the decompressor searches in an interpretation interval for a decoded value with the same lowest k bits as the received k bits.
  • the present disclosure provides a header repair mechanism to deal with a loss of successive compressed headers (e.g., due to radio interface).
  • the present methods and apparatus exploit the fact that once a correct timestamp (TS), such as a Real-Time Transport Protocol TS, from a previous decompression success (called “last successfully decompressed TS”) is known, a subsequent timestamp should be in the form: last successfully
  • n is a positive integer if the estimated sequence number (SN) is higher than the last successfully decompressed SN, and a negative integer if the estimated SN is lower than the last successfully decompressed SN
  • minimum TS STRIDE is the expected minimum TS increment, which is known and directly related to the medium sample rate and frame rate.
  • a method of wireless communication may include receiving a compressed header, determining that a decompression failure has occurred for the compressed header, determining that a decompressed TS associated with the decompression failure is outside of a predetermined interpretation window and attempting to repair the decompressed TS based at least in part on the determination that the decompressed TS is outside of the predetermined interpretation window.
  • An apparatus for wireless communication is described.
  • the apparatus may include means for receiving a compressed header, means for determining that a decompression failure has occurred for the compressed header, means for determining that a decompressed TS associated with the decompression failure is outside of a predetermined interpretation window and means for attempting to repair the decompressed TS based at least in part on the determination that the decompressed TS is outside of the predetermined interpretation window.
  • the apparatus may include a processor, memory in electronic communication with the processor, and instructions stored in the memory.
  • the instructions may be operable to cause the processor to receive a compressed header, determine that a decompression failure has occurred for the compressed header, determine that a decompressed TS associated with the decompression failure is outside of a
  • a non-transitory computer readable medium for wireless communication is described.
  • the non-transitory computer-readable medium may include instructions to cause a processor to receive a compressed header, determine that a decompression failure has occurred for the compressed header, determine that a decompressed TS associated with the decompression failure is outside of a predetermined interpretation window and attempt to repair the decompressed TS based on the determination that the decompressed TS is outside of the predetermined interpretation window.
  • predetermined interpretation window comprises determining that the decompressed TS is outside of a window based at least on a TS value of a most recent successfully decompressed header and a number of bits in the received compressed header for a compressed unsealed TS value.
  • predetermined interpretation window comprises determining that the decompressed TS conforms to a predetermined format.
  • predetermined format comprises determining that the decompressed TS is equal to a last successfully decompressed TS plus an integer multiple of a minimum TS STRIDE.
  • integer multiple of the minimum TS STRIDE is a positive integer times the minimum TS STRIDE.
  • attempting to repair the decompressed TS comprises obtaining a first candidate TS that conforms to a predetermined format and has least significant bits that match those associated with the compressed header.
  • obtaining the first candidate TS that conforms to the predetermined format comprises obtaining the first candidate TS equal to a last successfully decompressed TS plus an integer multiple of a minimum TS STRIDE.
  • the integer multiple of the minimum TS STRIDE is a positive integer times the minimum TS STRIDE.
  • Some examples of the method, apparatus, or non-transitory computer-readable medium described above may further include processes, features, means, or instructions for attempting to decompress the received header using the first candidate TS.
  • Some examples of the method, apparatus, or non-transitory computer-readable medium described above may further include processes, features, means, or instructions for determining a successful decompression of the received header using the first candidate TS, as well as processes, features, means, or instructions for updating a last successfully decompressed TS with the first candidate TS.
  • Some examples of the method, apparatus, or non-transitory computer-readable medium described above may further include processes, features, means, or instructions for determining a successful decompression of the received header using the first candidate TS by determining that a cyclic redundancy check (CRC) of at least the received header using the first candidate TS is satisfied.
  • CRC cyclic redundancy check
  • Some examples of the method, apparatus, or non-transitory computer-readable medium described above may further include processes, features, means, or instructions for determining an unsuccessful decompression of the received header using the first candidate TS. Some examples may further include processes, features, means, or instructions for determining that no other candidate TSs exist that conform to the predetermined format and have least significant bits that match those associated with the compressed header. Some examples may further include processes, features, means, or instructions for transmitting a negative acknowledgement (NACK) in response to receiving the compressed header.
  • NACK negative acknowledgement
  • Some examples of the method, apparatus, or non-transitory computer-readable medium described above may further include processes, features, means, or instructions for determining an unsuccessful decompression of the received header using the first candidate TS.
  • a second candidate TS may be obtained that conforms to the predetermined format and has least significant bits that match those associated with the compressed header. The second candidate TS may be used in attempting to decompress the received header.
  • Some examples of the method, apparatus, or non-transitory computer-readable medium described above may further include processes, features, means, or instructions for determining a successful decompression of the received header using the second candidate TS. Additionally, some examples may further include processes, features, means, or instructions for updating a last successfully decompressed TS with the second candidate TS. BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 illustrates an example of a wireless communications system that supports a timestamp repair mechanism in case of decompression failure in accordance with aspects of the present disclosure.
  • FIG. 2 illustrates an example of a process flow in a system that supports a timestamp repair mechanism in case of decompression failure in accordance with aspects of the present disclosure.
  • FIGs. 3 and 4 show block diagrams of a wireless device that supports a timestamp repair mechanism in case of decompression failure in accordance with aspects of the present disclosure.
  • FIG. 5 illustrates a block diagram of a system including a UE that supports a timestamp repair mechanism in case of decompression failure in accordance with aspects of the present disclosure.
  • FIG. 6 illustrates a block diagram of a system including a base station that supports a timestamp repair mechanism in case of decompression failure in accordance with aspects of the present disclosure.
  • FIGs. 7 and 8 illustrate exemplary methods for timestamp repair in case of decompression failure in accordance with aspects of the present disclosure.
  • the present disclosure provides a timestamp repair mechanism to deal with a loss of successive compressed headers.
  • the timestamp (TS) of a packet increases by an integral multiple of some unit or defined parameter (called, for example, "TS STRIDE") from packet to packet.
  • the decompressor of a downstream device e.g., user equipment (UE)
  • UE user equipment
  • TS STRIDE has been previously communicated in order to allow the decompressor to decompress a TS.
  • the compressor of the upstream device e.g., base station
  • the decompressor attempts to recover the header based on the least significant bits of the timestamp, and if decompression is successful, the new TS STRIDE is taken into account for subsequent packets.
  • the decompressor In attempting to recover the header, the decompressor uses an interpretation interval, which is based on the last successfully decompressed header and the number of bits used to compress the information. However, in the case of consecutive packet loss, it is possible that the TS sent by the compressor and received by the decompressor is actually outside the interpretation interval. This means that the decompressor ends up estimating an incorrect value of the TS.
  • the decompressor may simply send a negative acknowledgement (e.g., NACK) and force the compressor to re-initialize compression by sending uncompressed headers until re- sync is achieved.
  • a negative acknowledgement e.g., NACK
  • Such re-initialization and re-sync may involve loss of voice packets and a poor compression rate.
  • a determination may be made whether the decompressed TS is in an expected form: last successfully decompressed TS + n * minimum TS STRIDE. If not, a header repair mechanism may instead attempt to find a replacement TS such that the replacement TS conforms to the following format: last successfully decompressed TS + n * minimum TS STRIDE, and the least significant bits are exactly the ones signaled in the compressed header.
  • a header decompression may attempt to use this TS (e.g., repaired timestamp). If the CRC passes, the present methods and apparatus may determine that a re-synchronization has been achieved internally. Therefore, the "last successfully decompressed TS" may be updated to the newly decompressed header and the voice packet may be forwarded to upper layers. If the above-described CRC fails, the repair mechanism may repeat using a next TS found that satisfies the foregoing, and reattempt decompression using the next TS.
  • FIG. 1 illustrates an example of a wireless communications system 100 in accordance with various aspects of the present disclosure.
  • the wireless communications system 100 includes base stations 105, UEs 115, and a core network 130.
  • the wireless communications system 100 may be a Long Term Evolution (LTE)/LTE- Advanced (LTE-A) network.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution-Advance
  • any one of the base stations 105 or the UEs 115 may be a downstream device that employs a header repair mechanism as described herein.
  • an upstream device e.g., a different one of the base stations 105 or the UEs 115
  • decompression of the header may fail.
  • the header repair mechanism may attempt to repair the unsealed TS. If the repair is successful, re-synchronization is achieved internally, e.g., without sending a NACK to cause re-initialization and re-synchronization via the upstream device.
  • Base stations 105 may wirelessly communicate with UEs 115 via one or more base station antennas. Each base station 105 may provide communication coverage for a respective geographic coverage area 110.
  • Communication links 125 shown in wireless communications system 100 may include uplink (UL) transmissions from a UE 115 to a base station 105, or downlink (DL) transmissions, from a base station 105 to a UE 115.
  • UEs 115 may be dispersed throughout the wireless communications system 100, and each UE 115 may be stationary or mobile.
  • a UE 115 may also be referred to as a mobile station, a subscriber station, a remote unit, a wireless device, an access terminal (AT), a handset, a user agent, a client, or like terminology.
  • a UE 115 may also be a cellular phone, a wireless modem, a handheld device, a personal computer, a tablet, a personal electronic device, an machine type communication (MTC) device or the like.
  • MTC machine type communication
  • Base stations 105 may communicate with the core network 130 and with one another.
  • base stations 105 may interface with the core network 130 through backhaul links 132 (e.g., SI, etc.).
  • Base stations 105 may communicate with one another over backhaul links 134 (e.g., X2, etc.) either directly or indirectly (e.g., through core network 130).
  • Base stations 105 may perform radio configuration and scheduling for communication with UEs 115, or may operate under the control of a base station controller (not shown).
  • base stations 105 may be macro cells, small cells, hot spots, or the like.
  • Base stations 105 may also be referred to as eNodeBs (e Bs) 105.
  • the minimum TS increment between packets is generally known by the devices (e.g., the base stations 105 and UEs 115) of wireless communications system 100.
  • the minimum TS increment is directly related to the medium sample rate and frame rate of transmissions in the wireless communications system 100.
  • the sample rate is 8 kHz and one voice frame may cover 20 ms.
  • each voice frame is often carried in one RTP packet.
  • the RTP TS increment is always n * 160 for some integer n, where the "160" is the product of the sample rate and the frame rate (8000 Hz * 0.02 s).
  • a minimum TS STRIDE is the TS STRIDE that was communicated to a UE 115 during voice or video activity.
  • the expected value of the TS STRIDE is 160 for NB-AMR, 320 for WB-AMR and 3000 for a video codec whose sample rate is 90 kHz and frame rate 30 frame s/s.
  • x reference x and attempts to decompress the next packet, assuming x is within the interpretation interval [x reference - p, x reference + 2 A k - 1 - p] ([TS minimum, TS maximum]), where k is the number of bits received in the new packet for the compressed value of x and p is a positive integer much smaller than 2 A k.
  • p past values ⁇ e.g., smaller values of x compared to the latest decompressed header to allow some re-ordering or late arrival of packets
  • 2 A k - 1 - p future values within the interpretation interval there are p past values ⁇ e.g., smaller values of x compared to the latest decompressed header to allow some re-ordering or late arrival of packets
  • the decompressor e.g., UE
  • the decompressor may receive the least significant bits of the TS and may erroneously expect the TS to be in the interpretation interval, even though the compressor (e.g., base station) may attempt to send a TS that is greater than TS maximum. This means that the decompressor ends up estimating an incorrect value of x.
  • the repair mechanism described herein attempts to repair the compressed TS when the TS is outside of the interpretation window.
  • the repair mechanism may be applied to a header information element x such as TS, sequence number (SN) and IP identifier (IP-ID), etc.
  • a header information element x such as TS, sequence number (SN) and IP identifier (IP-ID), etc.
  • FIG. 2 illustrates an example of a process flow 200 for timestamp repair in case of decompression failure in accordance with various aspects of the present disclosure.
  • Process flow 200 may include base station 105-a and UE 115-a, which may be examples of the corresponding devices described with reference to FIG. 1.
  • the base station 105-a is the upstream device (e.g., device transmitting data) and the UE 115-a is the downstream device (e.g., device receiving data), for example.
  • Communications between the base station 105-a and the UE 115-a begin with a period of initialization and synchronization 205 during which the base station 105-a transmits uncompressed headers until synchronization is achieved (e.g., the UE 115-a responds with a synchronization acknowledgement). Thereafter, communications sent from the base station 105-a to the UE 115-a may include a compressed header 210. Upon successfully
  • the UE 115-a may send an acknowledgement (ACK) 215 to the base station 105-a.
  • ACK acknowledgement
  • a subsequent compressed header 225 received by the UE 115-a from the base station 105-a may include an unsealed TS.
  • the UE 115-a may determine a decompression failure at block 230 (e.g., via CRC).
  • the UE 115-a may determine whether the received TS is outside of an interpretation window at block 235.
  • the UE 115-a may send a NACK (not shown) to the base station 105-a, resulting in reinitialization and re-synchronization (also not shown).
  • the interpretation window considered at block 235 may be given by the range [TS minimum, TS maximum].
  • TS minimum may be indicated by the quantity (x reference - p), where x reference is equal to a header information element x, and where p is a positive integer much smaller than 2 A k (k is the number of bits received in the new packet for the compressed value of x).
  • TS maximum may be indicated by the quantity (x reference + 2 A k - 1 - p).
  • there are p past values ⁇ e.g., smaller values of x compared to the latest decompressed header to allow some re-ordering or late arrival of packets) and 2 A k - 1 - p future values within the interpretation window.
  • the UE attempts to repair the TS (at block 240), as described further herein. If the repair is successful, communications from the base station 105-a to the UE 115-a may continue using compressed headers. If repair of the TS cannot be made, then the UE 115-a may send a NACK 245 to the base station 105-a for re-initialization and re-synchronization.
  • the determination that the TS may be outside of the predetermined interpretation window may include determining whether the decompressed TS conforms to a predetermined format. In some cases, determining that the decompressed TS conforms to the predetermined format involves determining that the decompressed timestamp is equal to a last successfully decompressed timestamp plus an integer multiple of a minimum
  • the integer multiple of the minimum TS STRIDE is a positive integer times the minimum TS STRIDE.
  • the predetermined format may also be written as follows: last successfully decompressed TS + n * minimum TS STRIDE.
  • TS repair may be attempted (at block 240). To repair the
  • a first candidate TS is obtained.
  • the first candidate TS may conform to a predetermined format and have least significant bits that match those associated with the compressed header.
  • obtaining the first candidate TS that conforms to the predetermined format involves obtaining the first candidate TS equal to a last successfully decompressed timestamp plus an integer multiple of a minimum TS STRIDE.
  • the integer multiple of the minimum TS STRIDE is a positive integer times the minimum TS STRIDE.
  • FIG. 3 shows a block diagram of a wireless device 300 that supports timestamp repair in case of decompression failure in accordance with various aspects of the present disclosure.
  • Wireless device 300 may be an example of aspects of a UE 115 or base station 105 described with reference to FIGs. 1 and 2.
  • Wireless device 300 may include receiver 305, communications manager 310 and transmitter 315.
  • Wireless device 300 may also include a processor. Each of these components may be in communication with each other.
  • the receiver 305 may receive information such as packets, user data, or control information associated with various information channels (e.g., control channels, data channels, and information related to timestamp repair mechanism in case of decompression failure, etc.). Information may be passed on to other components of the device.
  • the receiver 305 may be an example of aspects of the transceiver 525 described with reference to FIG. 5.
  • the communications manager 310 may receive a compressed header, determine that a decompression failure has occurred for the compressed header, determine that a decompressed timestamp associated with the decompression failure is outside of a
  • the communications manager 310 may also be an example of aspects of the communications management module 505 described with reference to FIG. 5.
  • the transmitter 315 may transmit signals received from other components of wireless device 300.
  • the transmitter 315 may be collocated with a receiver in a transceiver module.
  • the transmitter 315 may be an example of aspects of the transceiver 525 described with reference to FIG. 5.
  • the transmitter 315 may include a single antenna, or it may include a plurality of antennas.
  • Wireless device 400 may be an example of aspects of a wireless device 300 or a UE 115 or base station 105 described with reference to FIGs. 1, 2 and 3.
  • Wireless device 400 may include receiver 405, communications manager 410 and transmitter 435.
  • Wireless device 400 may also include a processor. Each of these components may be in communication with each other.
  • the receiver 405 may receive information which may be passed on to other components of the device.
  • the receiver 405 may also perform the functions described with reference to the receiver 305 of FIG. 3.
  • the receiver 405 may be an example of aspects of the transceiver 525 described with reference to FIG. 5.
  • the communications manager 410 may be an example of aspects of
  • the communications manager 410 may include header compression/decompression module 415, decompression verification module 420, timestamp evaluation module 425 and timestamp repair module 430.
  • the communications manager 410 may be an example of aspects of the communications management module 505 described with reference to FIG. 5.
  • the header compression/decompression module 415 may receive a compressed header via the receiver 405, and decompress the received header. Decompression is performed based on stored context and reception of the compressed packet, which contains changes on a set of dynamic fields. Changes on other fields may be predicted from the explicitly updated fields present in compressed.
  • the decompression verification module 420 may determine that a decompression failure has occurred for the compressed header (e.g., via CRC). Each compressed packet may include a CRC with a number of bits that depends on the compressed packet type. The CRC may be computed on full header (IP/UDP/RTP) before compression (e.g., at the compressor side). After a decompression attempt, the decompression verification module 420 may detect failure when the computed CRC on full decompressed header is different from CRC received from the compressor.
  • the timestamp evaluation module 425 may determine that a decompressed timestamp associated with the decompression failure is outside of a predetermined interpretation window. In some cases, determining that the decompressed timestamp is outside of the predetermined interpretation window is based at least on a timestamp value of a most recent successfully decompressed header and a number of bits in the received compressed header for a compressed unsealed timestamp value. In some cases, determining that the decompressed timestamp is outside of the predetermined interpretation window involves determining that the decompressed timestamp conforms to a predetermined format.
  • determining that the decompressed timestamp conforms to the predetermined format involves determining that the decompressed timestamp is equal to a last successfully decompressed timestamp plus an integer multiple of a minimum TS STRIDE.
  • the integer multiple of the minimum TS STRIDE is a positive integer times the minimum TS STRIDE.
  • the predetermined format may also be written as follows: last successfully decompressed TS + n * minimum TS STRIDE.
  • the timestamp repair module 430 may attempt to repair the decompressed timestamp based at least in part on the determination that the decompressed timestamp is outside of the predetermined interpretation window. To repair the decompressed timestamp, the timestamp repair module 430 obtains a first candidate TS that conforms to a
  • obtaining the first candidate timestamp that conforms to the predetermined format involves obtaining the first candidate timestamp equal to a last successfully decompressed timestamp plus an integer multiple of a minimum TS STRIDE. In some cases, the integer multiple of the minimum TS STRIDE is a positive integer times the minimum TS STRIDE.
  • the timestamp repair module 430 attempts to decompress the received header using the first candidate timestamp. If the decompression verification module 420 determines a successful decompression of the received header using the first candidate timestamp (e.g., via CRC), the header
  • the compression/decompression module 415 updates a last successfully decompressed timestamp with the first candidate timestamp. If the decompression verification module 420 determines an unsuccessful decompression of the received header using the first candidate timestamp, the timestamp repair module 430 may obtain a second candidate TS that conforms to the predetermined format and has least significant bits that match those associated with the compressed header. The timestamp repair module 430 then attempts to decompress the received header using the second candidate timestamp, and so on.
  • the communications manager 410 transmits a negative acknowledgement in response to receiving the compressed header.
  • the transmitter 435 may transmit signals received from other components of wireless device 400.
  • the transmitter 435 may be collocated with a receiver in a transceiver module.
  • the transmitter 435 may be an example of aspects of the transceiver 525 described with reference to FIG. 5.
  • the transmitter 435 may utilize a single antenna, or it may utilize a plurality of antennas.
  • FIG. 5 shows a diagram of a system 500 including a device that supports timestamp repair in case of decompression failure in accordance with various aspects of the present disclosure.
  • system 500 may include UE 115-b, which may be an example of a wireless device 300, a wireless device 400, or a UE 115 as described with reference to FIGs. 1 through 4.
  • UE 115-b may also include communications management module 505, processor 510, memory 515, transceiver 525, antenna 530 and timestamp repair module 535. Each of these modules may communicate, directly or indirectly, with one another (e.g., via one or more buses) 540.
  • the communication management module 505 may be an example of a
  • the processor 510 may include an intelligent hardware device, (e.g., a central processing unit (CPU), a microcontroller, an application specific integrated circuit (ASIC), etc.).
  • the memory 515 may include random access memory (RAM) and read only memory (ROM).
  • the memory 515 may store computer-readable, computer-executable software including one or more instructions that, when executed, cause the processor to perform various functions described herein (e.g., compression/decompression, timestamp repair, etc.).
  • the software 520 may not be directly executable by the processor but may cause a computer (e.g., when compiled and executed) to perform functions described herein.
  • the transceiver 525 may communicate bi-directionally, via one or more antennas, wired, or wireless links, with one or more networks, as described above.
  • the transceiver 525 may communicate bi-directionally with a base station 105 or a UE 115.
  • the transceiver 525 may also include a modem to modulate the packets and provide the modulated packets to the antennas for transmission, and to demodulate packets received from the antennas.
  • the wireless device may include a single antenna 530. However, in some cases the device may have more than one antenna 530, which may be capable of concurrently transmitting or receiving multiple wireless transmissions. [0072]
  • the timestamp repair module 535 may operate in conjunction with the
  • timestamp repair module 535 may perform operations described above with respect to the header compression/decompression module 415, decompression verification module 420, timestamp evaluation module 425 and timestamp repair module 430 of FIG 4 and/or described below with respect to FIGS. 7 and 8.
  • FIG. 6 shows a diagram of a wireless system 600 including a device configured that supports timestamp repair in case of decompression failure in accordance with various aspects of the present disclosure.
  • system 600 may include base station 105-c, which may be an example of a wireless device 300, a wireless device 400, or a base station 105 as described with reference to FIGs. 1 through 4.
  • Base station 105-c may also include components for bi-directional voice and data communications including components for transmitting communications and components for receiving communications.
  • base station 105-c may communicate bi-directionally with one or more UEs 115.
  • Base station 105-c may also include communication management module 605, processor 610, memory 615, transceiver 625, antenna 630, base station communications module 635 and network communications module 640. Each of these modules may communicate, directly or indirectly, with one another (e.g., via one or more buses) 645.
  • the communication management module 605 may be an example of a
  • the processor 610 may include an intelligent hardware device, (e.g., a CPU, a microcontroller, an ASIC, etc.).
  • the memory 615 may include RAM and ROM.
  • the memory 615 may store computer-readable, computer-executable software including one or more instructions that, when executed, cause the processor to perform various functions described herein (e.g., timestamp repair mechanism in case of decompression failure, etc.).
  • the software 620 may not be directly executable by the processor but may cause a computer (e.g., when compiled and executed) to perform functions described herein.
  • the transceiver 625 may communicate bi-directionally, via one or more antennas, wired, or wireless links, with one or more networks, as described above.
  • the transceiver 625 may communicate bi-directionally with a base station 105 or a UE 115.
  • the transceiver 625 may also include a modem to modulate the packets and provide the modulated packets to the antennas for transmission, and to demodulate packets received from the antennas.
  • the wireless device may include a single antenna 630. However, in some cases the device may have more than one antenna 530, which may be capable of concurrently transmitting or receiving multiple wireless transmissions.
  • the base station communications module 635 may manage communications with other base station 105, and may include a controller or scheduler for controlling
  • the base station communications module 635 may coordinate scheduling for transmissions to UEs 1 15 for various interference mitigation techniques such as beamforming or joint transmission.
  • base station communications module 635 may provide an X2 interface within an LTE/LTE-A wireless communication network technology to provide communication between base stations 105.
  • the network communications module 640 may manage communications with the core network (e.g., via one or more wired backhaul links). For example, the network communications module 640 may manage the transfer of data communications for client devices, such as one or more UEs 1 15.
  • FIG. 7 shows a flowchart illustrating a method 700 for timestamp repair in case of decompression failure in accordance with various aspects of the present disclosure.
  • the operations of method 700 may be implemented by a UE 1 15 or base station 105 or its components as described with reference to FIGs. 1 and 2.
  • the operations of method 700 may be performed by the communications manager or the communication management module as described herein.
  • the UE 1 15 or base station 105 may execute a set of codes to control the functional elements of the device to perform the functions described below. Additionally or alternatively, the UE 1 15 or base station 105 may perform aspects the functions described below using special-purpose hardware.
  • the UE 1 15 or base station 105 may receive a compressed header as described above with reference to FIG. 2.
  • the operations of block 705 may be performed by the header compression/decompression module 415 as described with reference to FIG. 4.
  • the UE 115 or base station 105 may determine that a decompression failure has occurred for the compressed header as described above with reference to FIG. 2.
  • the operations of block 710 may be performed by the decompression verification module 420 as described with reference to FIG. 4.
  • the UE 115 or base station 105 may determine that a decompressed TS associated with the decompression failure is outside of a predetermined interpretation window as described above with reference to FIG. 2.
  • the operations of block 715 may be performed by the timestamp evaluation module 425 as described with reference to FIG. 4.
  • the UE 115 or base station 105 may attempt to repair the
  • FIG. 8 shows a flowchart illustrating a method 800 for timestamp repair in case of decompression failure in accordance with various aspects of the present disclosure.
  • the operations of method 800 may be implemented by a UE 115 or base station 105 or its components as described with reference to FIGs. 1 and 2.
  • the operations of method 800 may be performed by the communications manager or the communication management module as described herein.
  • the UE 115 or base station 105 may execute a set of codes to control the functional elements of the device to perform the functions described below. Additionally or alternatively, the UE 115 or base station 105 may perform aspects the functions described below using special-purpose hardware.
  • the UE 115 or base station 105 may receive a compressed header as described above with reference to FIG. 2. Then, at block 810, the UE 115 or base station 105 may attempt to decompress the received header. In certain examples, the operations of blocks 805 and 810 may be performed by the header compression/decompression module 415 as described with reference to FIG. 4.
  • the UE 115 or base station 105 may determine whether the decompression at block 810 is successful. In certain examples, the operations of block 815 may be performed by the decompression verification module 420 as described with reference to FIG. 4. If the decompression at block 810 was successful, the method 800 may return to block 805 for the UE 1 15 or base station 105 to receive a subsequent communication including a compressed header. If the decompression at block 810 was not successful, the UE 1 15 or base station 105 determines that a decompression failure has occurred for the compressed header as described above with reference to FIG. 2.
  • the method 800 may continue to block 820, where the UE 1 15 or base station 105 may determine whether the decompressed TS associated with the decompression failure is outside of a predetermined interpretation window as described above with reference to FIG. 2. In certain examples, the operations of block 820 may be performed by the timestamp evaluation module 425 as described with reference to FIG. 4. If the decompressed TS is not outside the predetermined window, the method 800 may continue to block 825, where the UE 1 15 or base station 105 sends a NACK in response to receiving the compressed header (block 805). As described above, the NACK may cause the upstream device to re-initialize and re-synchronize for returning to using compressed headers.
  • the method 800 may jump to block 830, where the UE 1 15 or base station 105 obtains a candidate TS.
  • the operations of block 830 may be performed by the timestamp evaluation module 425 as described with reference to FIG. 4.
  • the UE 1 15 or base station 105 attempts to decompress the received header (block 805) using the candidate TS.
  • the operations of block 835 may be performed by the header compression/decompression module 415 as described with reference to FIG. 4.
  • the UE 1 15 or base station 105 may determine whether the decompression at block 835 is successful. In certain examples, the operations of block 840 may be performed by the decompression verification module 420 as described with reference to FIG. 4. If the decompression at block 835 was successful, the header has been repaired and re-synchronization has been achieved internally (e.g., at the UE 1 15 or base station 105, without involving the upstream device). In such case, the method 800 may return to block 805 for the UE 1 15 or base station 105 to receive a subsequent communication including a compressed header. Although not shown for the sake of simplicity, the UE1 15 or base station 105 may update a last successfully decompressed TS with the first candidate TS. In certain examples, such operations may be performed by the header
  • compression/decompression module 415 as described with reference to FIG. 4.
  • the method 800 may continue to block 845, where the UE 1 15 or base station 105 determines whether an additional candidate TS exists.
  • the operations of block 845 may be performed by the timestamp evaluation module 425 as described with reference to FIG. 4.
  • the method returns to block 835 to attempt decompression using the additional candidate TS. If no additional candidate TSs exist, the method 800 may return to block 825, where the UE 1 15 or base station 105 sends a NACK in response to receiving the compressed header (block 805) because repair of the decompressed timestamp was not successful. In aspects, additionally, if a threshold number of repair attempts have been satisfied, the method 800 may return to block 825, where the UE 1 15 or base station 105 sends a NACK in response to receiving the compressed header (block 805) because repair of the decompressed timestamp was not successful.
  • the method 800 may continue from block 820 to block 825 because the repair mechanism (e.g., blocks 830 - 840) cannot be performed without at least one candidate TS.
  • the repair mechanism e.g., blocks 830 - 840
  • at least one candidate TS is assumed to exist for the foregoing description.
  • these methods describe a possible implementation, and that the operations and the steps may be rearranged or otherwise modified such that other implementations are possible.
  • aspects from two or more of the methods may be combined.
  • aspects of each of the methods may include steps or aspects of the other methods, or other steps or techniques described herein.
  • aspects of the disclosure may provide for a timestamp repair mechanism in case of decompression failure.
  • functions described above can be implemented using software executed by a processor, hardware, firmware, hardwiring, or combinations of any of these.
  • Features implementing functions may also be physically located at various positions, including being distributed such that portions of functions are implemented at different physical (PHY) locations.
  • Computer-readable media includes both non-transitory computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another.
  • a non-transitory storage medium may be any available medium that can be accessed by a general purpose or special purpose computer.
  • non-transitory computer-readable media can comprise RAM,
  • ROM electrically erasable programmable read only memory
  • CD compact disk
  • magnetic disk storage or other magnetic storage devices or any other non-transitory medium that can be used to carry or store desired program code means in the form of instructions or data structures and that can be accessed by a general- purpose or special-purpose computer, or a general-purpose or special-purpose processor. Also, any connection is properly termed a computer-readable medium.
  • Disk and disc include CD, laser disc, optical disc, digital versatile disc (DVD), floppy disk and Blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above are also included within the scope of computer-readable media.
  • CDMA Code Division Multiple Access
  • TDMA Time Division Multiple Access
  • FDMA FDMA
  • OFDMA OFDMA
  • SC-FDMA single carrier frequency division multiple access
  • a CDMA system may implement a radio technology such as CDMA2000, Universal Terrestrial Radio Access (UTRA), etc.
  • CDMA2000 covers IS-2000, IS-95, and IS-856 standards.
  • IS-2000 Releases 0 and A are commonly referred to as CDMA2000 IX, IX, etc.
  • IS-856 (TIA-856) is commonly referred to as CDMA2000 lxEV-DO, High Rate Packet Data (HRPD), etc.
  • UTRA includes Wideband CDMA (WCDMA) and other variants of CDMA.
  • a TDMA system may implement a radio technology such as (Global System for Mobile communications (GSM)).
  • GSM Global System for Mobile communications
  • An OFDMA system may implement a radio technology such as Ultra Mobile Broadband (UMB), Evolved UTRA (E-UTRA), IEEE 802.11 (wireless fidelity (Wi-Fi)), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM, etc.
  • UMB Ultra Mobile Broadband
  • E-UTRA Evolved UTRA
  • IEEE 802.11 wireless fidelity
  • WiMAX IEEE 802.16
  • IEEE 802.20 Flash-OFDM
  • UMB Ultra Mobile Broadband
  • E-UTRA Evolved UTRA
  • Wi-Fi wireless fidelity
  • WiMAX wireless fidelity
  • IEEE 802.20 WiMAX
  • Flash-OFDM Flash-OFDM
  • UTRA and E-UTRA are part of Universal Mobile Telecommunications system (Universal Mobile Telecommunications System (UMTS)).
  • 3GPP LTE and LTE-A are new releases of UMTS that use E-UTRA.
  • CDMA2000 and UMB are described in documents from an organization named "3rd Generation Partnership Project 2" (3GPP2).
  • 3GPP2 3rd Generation Partnership Project 2
  • the techniques described herein may be used for the systems and radio technologies mentioned above as well as other systems and radio technologies.
  • the description herein describes an LTE system for purposes of example, and LTE terminology is used in much of the description above, although the techniques are applicable beyond LTE applications.
  • the term evolved node B (eNB) may be generally used to describe the base stations.
  • each eNB or base station may provide communication coverage for a macro cell, a small cell, or other types of cell.
  • the term "cell” is a 3GPP term that can be used to describe a base station, a carrier or component carrier (CC) associated with a base station, or a coverage area ⁇ e.g., sector, etc.) of a carrier or base station, depending on context.
  • CC carrier or component carrier
  • Base stations may include or may be referred to by those skilled in the art as a base transceiver station, a radio base station, an access point (AP), a radio transceiver, a NodeB, eNodeB (eNB), Home NodeB, a Home eNodeB, or some other suitable terminology.
  • the geographic coverage area for a base station may be divided into sectors making up only a portion of the coverage area.
  • the wireless communications system or systems described herein may include base station of different types (e.g., macro or small cell base stations).
  • the UEs described herein may be able to communicate with various types of base stations and network equipment including macro eNBs, small cell eNBs, relay base stations, and the like.
  • a macro cell generally covers a relatively large geographic area (e.g., several kilometers in radius) and may allow unrestricted access by UEs with service subscriptions with the network provider.
  • a small cell is a lower-powered base stations, as compared with a macro cell, that may operate in the same or different (e.g., licensed, unlicensed, etc.) frequency bands as macro cells.
  • Small cells may include pico cells, femto cells, and micro cells according to various examples.
  • a pico cell for example, may cover a small geographic area and may allow unrestricted access by UEs with service subscriptions with the network provider.
  • a femto cell may also cover a small geographic area (e.g., a home) and may provide restricted access by UEs having an association with the femto cell (e.g., UEs in a closed subscriber group (CSG), UEs for users in the home, and the like).
  • An eNB for a macro cell may be referred to as a macro eNB.
  • An eNB for a small cell may be referred to as a small cell eNB, a pico eNB, a femto eNB, or a home eNB.
  • An eNB may support one or multiple (e.g., two, three, four, and the like) cells (e.g., CCs).
  • a UE may be able to communicate with various types of base stations and network equipment including macro eNBs, small cell eNBs, relay base stations, and the like.
  • the wireless communications system or systems described herein may support synchronous or asynchronous operation.
  • the base stations may have similar frame timing, and transmissions from different base stations may be
  • Each communication link described herein including, for example, wireless communications system 100 of FIG. 1 may include one or more carriers, where each carrier may be a signal made up of multiple sub-carriers (e.g., waveform signals of different frequencies). Each modulated signal may be sent on a different sub-carrier and may carry control information (e.g., reference signals, control channels, etc.), overhead information, user data, etc.
  • control information e.g., reference signals, control channels, etc.
  • the communication links described herein may transmit bidirectional communications using frequency division duplex (FDD) (e.g., using paired spectrum resources) or time division duplex (TDD) operation (e.g., using unpaired spectrum resources).
  • FDD frequency division duplex
  • TDD time division duplex
  • Frame structures may be defined for FDD (e.g., frame structure type 1) and TDD (e.g., frame structure type 2).
  • aspects of the disclosure may provide for timestamp repair mechanism in case of decompression failure. It should be noted that these methods describe possible implementations, and that the operations and the steps may be rearranged or otherwise modified such that other implementations are possible. In some examples, aspects from two or more of the methods may be combined.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • a general- purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine.
  • a processor may also be implemented as a combination of computing devices (e.g., a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration).
  • the functions described herein may be performed by one or more other processing units (or cores), on at least one integrated circuit (IC).
  • IC integrated circuit
  • different types of ICs may be used (e.g., Structured/Platform ASICs, an FPGA, or another semi-custom IC), which may be programmed in any manner known in the art.
  • the functions of each unit may also be implemented, in whole or in part, with instructions embodied in a memory, formatted to be executed by one or more general or application-specific processors.
  • similar components or features may have the same reference label. Further, various components of the same type may be distinguished by following the reference label by a dash and a second label that distinguishes among the similar components. If just the first reference label is used in the specification, the description is applicable to any one of the similar components having the same first reference label irrespective of the second reference label.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Computer Hardware Design (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
EP16775439.9A 2015-09-24 2016-09-23 Timestamp repair mechanism in case of decompression failure Withdrawn EP3354062A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US14/864,685 US10037240B2 (en) 2015-09-24 2015-09-24 Timestamp repair mechanism in case of decompression failure
PCT/US2016/053289 WO2017053691A1 (en) 2015-09-24 2016-09-23 Timestamp repair mechanism in case of decompression failure

Publications (1)

Publication Number Publication Date
EP3354062A1 true EP3354062A1 (en) 2018-08-01

Family

ID=57047357

Family Applications (1)

Application Number Title Priority Date Filing Date
EP16775439.9A Withdrawn EP3354062A1 (en) 2015-09-24 2016-09-23 Timestamp repair mechanism in case of decompression failure

Country Status (7)

Country Link
US (1) US10037240B2 (enExample)
EP (1) EP3354062A1 (enExample)
JP (1) JP2018536317A (enExample)
KR (1) KR20180058775A (enExample)
CN (1) CN108141790A (enExample)
BR (1) BR112018005970A2 (enExample)
WO (1) WO2017053691A1 (enExample)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3264779B1 (en) * 2016-06-30 2022-04-13 Apple Inc. Apparatus adapted for maintaining receiving data quality and method for receiving data
CN108737349B (zh) * 2017-04-24 2020-08-28 大唐移动通信设备有限公司 一种语音数据包的处理方法及装置
CN109962896A (zh) * 2017-12-26 2019-07-02 大唐移动通信设备有限公司 数据包的处理方法、基站、电子设备和存储介质
US11082544B2 (en) 2018-03-09 2021-08-03 Microchip Technology Incorporated Compact timestamp, encoders and decoders that implement the same, and related devices, systems and methods
US10869224B2 (en) * 2018-05-18 2020-12-15 Apple Inc. Fast synchronization of compressor state and decompression state in marginal wireless coverage
CN110602745A (zh) * 2018-06-12 2019-12-20 大唐移动通信设备有限公司 一种数据包解压方法及装置
CN111328104B (zh) * 2018-12-14 2022-03-04 华为技术有限公司 数据包的解压缩方法和装置
US11315606B1 (en) 2019-09-25 2022-04-26 Amazon Technologies, Inc. Timecode generation and assignment
CN111061714A (zh) * 2019-12-12 2020-04-24 清华大学 一种时间戳修复方法及装置
US20210377794A1 (en) * 2020-06-01 2021-12-02 Qualcomm Incorporated Preclusive data decompression failure techniques
CN111918380B (zh) * 2020-07-27 2021-08-20 深圳大学 电子设备与无线网络中的参考节点同步的方法及电子设备
CN118055165B (zh) * 2024-04-16 2024-06-18 上海移芯通信科技股份有限公司 时间戳信息处理方法、装置、计算机设备及存储介质

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6680921B1 (en) * 1999-06-18 2004-01-20 Telefonaktiebolaget Lm Ericsson (Publ) Estimation of time stamps in real-time packet communications
US7924731B2 (en) * 2004-11-15 2011-04-12 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for handling out-of-sequence packets in header decompression
US8165104B2 (en) * 2004-12-08 2012-04-24 Qualcomm Incorporated Methods and systems for enhancing local repair in robust header compression
US7907609B2 (en) * 2006-01-06 2011-03-15 Qualcomm, Incorporated Method and apparatus for enhancing RoHC performance when encountering silence suppression
US7948989B2 (en) * 2006-05-04 2011-05-24 Qualcomm, Incorporated Methods and systems for enhancing local repair in robust header compression
CN101102263B (zh) * 2006-07-07 2010-05-12 华为技术有限公司 压缩报文恢复方法及装置
CN101690072B (zh) * 2007-09-03 2013-01-02 中兴通讯股份有限公司 一种健壮头标压缩中窗基最低有效位解码的修复方法
US8418037B2 (en) 2007-09-03 2013-04-09 Zte Corporation Method and device for decoding by using window-based least significant bits in robust header compression

Also Published As

Publication number Publication date
CN108141790A (zh) 2018-06-08
US10037240B2 (en) 2018-07-31
KR20180058775A (ko) 2018-06-01
WO2017053691A1 (en) 2017-03-30
US20170091014A1 (en) 2017-03-30
BR112018005970A2 (pt) 2018-10-16
JP2018536317A (ja) 2018-12-06

Similar Documents

Publication Publication Date Title
US10037240B2 (en) Timestamp repair mechanism in case of decompression failure
US10805430B2 (en) Evolved data compression scheme signaling
US10771196B2 (en) Techniques for signaling compressed HARQ or retransmission information between a base station and a user equipment
US9929834B2 (en) Low latency operation with different hybrid automatic repeat request (HARQ) timing options
AU2015350436B2 (en) UL/DL waveform and numerology design for low latency communication
US20170041766A1 (en) Media access control segmentation and packet data convergence protocol delivery notification with enhanced component carriers
US20160308776A1 (en) Enhancements for pdcp layer
US10110360B2 (en) Recovery mechanism for ROHC with lost initialization and refresh messages
US10499278B2 (en) Header compression for reduced bandwidth wireless devices
US20210194639A1 (en) Flexibly determining a reordering value for radio link control protocol data unit retransmissions
KR20180082572A (ko) 업링크 스케줄링 할당의 2―단계 시그널링
US11197344B2 (en) Radio link control reassembling techniques in wireless systems
JP2020526102A (ja) 情報ビットを符号化するためのコードタイプ間の選択
US10299162B2 (en) Robust header compression (RoHC) techniques for a dynamically changing extension bit
CN112673704B (zh) 信息传输方法及相关设备

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20180405

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20191118

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20200603