The system obtains packets-to-be-compressed at a compressor at a transmitter that transmits packets through a channel to a decompressor at a receiver. It also obtains cross-layer information regarding a state of the channel from lower-layer network entities in the transmitter. The system then determines whether to request feedback from the decompressor based on a predetermined policy, and requests and receives feedback from the decompressor based on the determination. The system uses the cross-layer information and any received feedback to estimate a state of the channel and the decompressor. The system also determines a compression level based on a compression policy and the estimations for the state of the channel and the decompressor. The system generates the packets-to-be-transmitted by selectively compressing the headers of the packets-to-be-compressed based on the determined compression level.
|
24. A method for reconfiguring a decompressor in a system that selectively compresses and transmits packets from a transmitter through a channel to a receiver, which contains the decompressor, comprising:
obtaining cross-layer information at the transmitter regarding a state of the channel from lower-layer network entities in the transmitter;
determining whether to reconfigure feedback settings of the decompressor based on the received cross-layer information;
if a determination is made to reconfigure the feedback settings, sending a reconfiguration message from the transmitter to the decompressor to reconfigure settings of a decompressor-state feedback mechanism; and
receiving feedback from the decompressor, wherein the feedback is subsequently used determine a compression level for packets-to-be-transmitted.
1. A method for compressing packets, comprising:
obtaining packets-to-be-compressed at a compressor located at a transmitter that transmits packets through a channel to a decompressor located at a receiver;
obtaining cross-layer information regarding a state of the channel from lower-layer network entities in the transmitter;
determining whether to request feedback from the decompressor based on a predetermined policy;
requesting and receiving feedback from the decompressor based on the determination;
using the cross-layer information and any received feedback to generate estimations for a state of the channel and a state of the decompressor;
determining a compression level for the packets-to-be-compressed based on a compression policy and the estimations for the state of the channel and the state of the decompressor;
generating packets-to-be-transmitted by selectively compressing the headers of the packets-to-be-compressed, wherein the headers are compressed at different levels based on the determined compression level; and
transmitting the packets-to-be-transmitted through the channel to the receiver.
17. A system that compresses and transmits packets, comprising:
a transmitter that transmits packets through a channel to a receiver; and
a compressor within the transmitter that compresses the packets prior to transmission;
wherein during operation, the transmitter:
obtains packets-to-be-compressed,
obtains cross-layer information regarding a state of the channel from lower-layer network entities in the transmitter,
determines whether to request feedback from the decompressor based on a predetermined policy,
requests and receives feedback from the decompressor based on the determination,
uses the cross-layer information and any received feedback to generate estimations for a state of the channel and a state of the decompressor,
determines a compression level for the packets-to-be-compressed based on a compression policy and the estimations for the state of the channel and the state of the decompressor,
generates packets-to-be-transmitted by selectively compressing the headers of the packets-to-be-compressed, wherein the headers are compressed at different levels based on the determined compression level, and
transmits the packets-to-be-transmitted through the channel to the receiver.
2. The method of
3. The method of
4. The method of
5. The method of
determining whether to reconfigure feedback settings of the decompressor based on the cross-layer information; and
if a determination is made to reconfigure the feedback settings, sending a reconfiguration message to the decompressor to reconfigure settings of a decompressor-state feedback mechanism.
6. The method of
7. The method of
8. The method of
9. The method of
10. The method of
11. The method of
12. The method of
no header compression;
partial header compression; and
full header compression.
13. The method of
14. The method of
a state transition probability of the channel;
packet error rates under different channel states;
channel state estimation; and
transmission-status estimation.
15. The method of
a physical-layer channel model;
modulation and coding schemes;
Automatic Repeat Request (ARQ) feedback;
Hybrid ARQ (HARM) feedback;
packet segmentation information; and
packet concatenation information.
16. The method of
18. The system of
19. The system of
20. The system of
21. The system of
determine whether to reconfigure feedback settings of the decompressor based on the cross-layer information; and
if a determination is made to reconfigure the feedback settings, send a reconfiguration message to the decompressor to reconfigure settings of a decompressor-state feedback mechanism.
22. The system of
23. The system of
|
This application claims the benefit of U.S. Provisional Patent Application Ser. No. 62/502,373, entitled “Trans-Layer Bidirectional Robust Header Compression (ROHC) Compressor System,” by inventors Zhi Ding and Wenhao Wu, filed on 5 May 2017, the contents of which are incorporated by reference herein.
This invention was made with United States government support under Grant Nos. CNS-1443870 and CCF-1321143 awarded by the National Science Foundation. The United States government has certain rights in the invention.
The disclosed embodiments generally relate to techniques for improving the performance of wireless communication networks and related systems. More specifically, the disclosed embodiments relate to a new design for a bidirectional RObust Header Compression (ROHC) system, which uses trans-layer information and feedback from a decompressor to improve the performance of packet-header-compression operations in the wireless communication systems.
In modern digital wireless communication systems, a series of information-bearing “0”s and “1”s is divided into a sequence of packets before being transmitted from a sender to a receiver. To ensure successful delivery of these payload bits, additional information must be attached to each packet as a “header” so that the receiver knows how to handle and interpret the data. Consequently, each packet is composed of a “header” and a “payload.” However, in many applications, the header can be so large that only a small portion of each packet is carrying useful information and the transmission becomes very inefficient. Fortunately, the headers in successive packets are usually highly correlated, which means that the transmitter can compress the headers, and the receiver is able to decompress them based on context acquired from the previously received headers. This is technique is known as RObust Header Compression (ROHC).
However, because a wireless channel is not error-free, the transmitter cannot always send compressed headers, because the loss of some packets can cause a decompressor in the receiver to lose context synchronization and thus become unable to decompress subsequent headers although they are successfully received. One approach to address this problem is to introduce a bidirectional ROHC where there exists a feedback channel so that the decompressor can communicate its context with the compressor. However, sending frequent feedback can be costly and existing header-compression frameworks cannot address the tradeoff between compression efficiency and feedback overhead.
Hence, what is needed is a bidirectional ROHC technique that operates effectively without excessive and costly feedback.
The disclosed embodiments relate to a system that compresses packets. During operation, the system obtains packets-to-be-compressed at a compressor located at a transmitter that transmits packets through a channel to a decompressor located at a receiver. The system also obtains cross-layer information regarding a state of the channel from lower-layer network entities in the transmitter. The system then determines whether to request feedback from the decompressor based on a predetermined policy, and requests and receives feedback from the decompressor based on the determination. Next, the system uses the cross-layer information and any received feedback to generate estimations for a state of the channel and a state of the decompressor. The system also determines a compression level for the packets-to-be-compressed based on a compression policy and the estimations for the state of the channel and the state of the decompressor. Finally, the system generates the packets-to-be-transmitted by selectively compressing the headers of the packets-to-be-compressed, wherein the headers are compressed at different levels based on the determined compression level, and then transmits the packets-to-be-transmitted through the channel to the receiver.
In some embodiments, determining the compression level and whether to request the feedback involves thresholding soft belief information on a current state of the decompressor.
In some embodiments, determining the compression level and whether to request the feedback involves using a partially observable Markov decision process (POMDP) to select an action based on a pre-computed policy set and belief information on the state of the channel and the state of the decompressor.
In some embodiments, generating the estimations for the state of the channel and the state of the decompressor involves using a Markov state transition model.
In some embodiments, system additionally determines whether to reconfigure feedback settings of the decompressor based on the cross-layer information. If a determination is made to reconfigure the feedback settings, the system sends a reconfiguration message to the decompressor to reconfigure settings of a decompressor-state feedback mechanism.
In some embodiments, the received cross-layer information is received from lower-layer network entities in the transmitter.
In some embodiments, the received cross-layer information is obtained from feedback sent by the receiver and includes cross-layer information from lower-layer network entities in the receiver.
In some embodiments, upon receiving the configuration message, the receiver reconfigures settings of the decompressor-state feedback mechanism.
In some embodiments, the reconfiguration is at least partly based on cross-layer information obtained from lower-layer network entities in the receiver.
In some embodiments, generating the packets-to-be-transmitted additionally involves compressing portions of packet payloads for which latency is critical.
In some embodiments, the receiver proactively sends feedback to the transmitter based on information obtained from lower-layer network entities in the receiver.
In some embodiments, the different levels of header compression include the following: no header compression; partial header compression; and full header compression.
In some embodiments, compressing the headers includes using a Window-based Least Significant Bit (WLSB) technique to compress the headers.
In some embodiments, the cross-layer information comprises one or more of the following: a state transition probability of the channel; packet error rates under different channel states; channel state estimation; and transmission-status estimation.
In some embodiments, the cross-layer information is derived from one or more of the following: a physical-layer channel model; modulation and coding schemes; Automatic Repeat Request (ARQ) feedback; Hybrid ARQ (HARM) feedback; packet segmentation information; and packet concatenation information.
In some embodiments, the lower-layer network entities comprise MAC/PHY layer entities in the transmitter.
The following description is presented to enable any person skilled in the art to make and use the present embodiments, and is provided in the context of a particular application and its requirements. Various modifications to the disclosed embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be applied to other embodiments and applications without departing from the spirit and scope of the present embodiments. Thus, the present embodiments are not limited to the embodiments shown, but are to be accorded the widest scope consistent with the principles and features disclosed herein.
The data structures and code described in this detailed description are typically stored on a computer-readable storage medium, which may be any device or medium that can store code and/or data for use by a computer system. The computer-readable storage medium includes, but is not limited to, volatile memory, non-volatile memory, magnetic and optical storage devices such as disk drives, magnetic tape, CDs (compact discs), DVDs (digital versatile discs or digital video discs), flash drives and other portable drives, or other media capable of storing computer-readable media now known or later developed.
The methods and processes described in the detailed description section can be embodied as code and/or data, which can be stored in a computer-readable storage medium as described above. When a computer system reads and executes the code and/or data stored on the computer-readable storage medium, the computer system performs the methods and processes embodied as data structures and code and stored within the computer-readable storage medium. Furthermore, the methods and processes described below can be included in hardware modules. For example, the hardware modules can include, but are not limited to, application-specific integrated circuit (ASIC) chips, field-programmable gate arrays (FPGAs), and other programmable-logic devices now known or later developed. When the hardware modules are activated, the hardware modules perform the methods and processes included within the hardware modules.
Various modifications to the disclosed embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be applied to other embodiments and applications without departing from the spirit and scope of the present invention. Thus, the present invention is not limited to the embodiments shown, but is to be accorded the widest scope consistent with the principles and features disclosed herein.
Overview
The disclosed embodiments relate to a new compressor design for bidirectional trans-layer ROHC that uses feedback from a decompressor. This new compressor design not only determines the compression level for each packet based on its belief regarding the channel and the receiver's states, but also determines when to request feedback if the state belief is obscured. This technique enables the compressor to exploit a potentially imperfect and delayed estimation on the channel state, and determining whether previous transmissions were successful or not, which are estimated using trans-layer information available from the MAC/PHY layer entity in the transmitter. Our proposed ROHC compressor, which is based on partially observable Markov decision process (POMDP), uses these estimates along with feedback and packets with full headers to update its belief in the channel and the decompressor's state. This enables the compressor to determine the optimal compression level and whether to request feedback based on a pre-computed policy set. As a result, the compressor outputs packets with headers compressed as different levels along with feedback requests. Note that the POMDP framework is open enough to exploit additional trans-layer information to achieve even better performance.
In another embodiment, the system does not determine the optimal action based on a POMDP approach, which might be too computationally expensive. Instead, the system determines the compression level and determines whether to request feedback by soft belief information on the decompressor's current state. This lower-complexity approach enables the bidirectional ROHC to be adapted to wireless links with very long delays for the trans-layer information and feedback, while maintaining high transmission efficiency and low feedback overhead.
Details
An ongoing trend for the wireless infrastructure to converge toward all-Internet Protocol (IP) packet-switched architecture has been witnessed in the past decade, in parallel with the demand to continuously enhance the network efficiency subject to bandwidth and other practical resource constraints. It is becoming evident that to further improve the performance of wireless networks, it no longer suffices to only focus on MAC and PHY layer techniques, which have been thoroughly investigated in the past few decades. Instead, examining the IP-based protocol stacks over wireless infrastructures from a trans-layer perspective will potentially lead to performance improvements that are unforeseen by existing researchers.
An important transmission-efficiency technique for IP-based wireless networks is the RObust Header Compression (ROHC) technique. The ROHC technique is motivated by the fact that, for many applications such as VoIP, interactive media, sensor networks, and Internet-of-Things (IoT), the size of headers is usually comparable to (or even larger than) the payloads in a packet stream, which leads to severe competition over limited radio resources. On the other hand, headers that belong to a single packet stream are usually compressible, because many fields remain unchanged (e.g., source and destination address) or change non-abruptly (e.g., serial number) throughout the lifespan of the connection. Located between the IP/UDP/RTP layers and the RLC/MAC/PHY layers, the ROHC is responsible for removing the redundancy in the header streams that could otherwise severely degrade the network data-transfer rates achievable by PHY/MAC layers. ROHC is specifically designed for wireless links with larger packet-error rates (PERs) and longer round-trip times (RTTs) than wired links to achieve a balance between compression efficiency and robustness against poor channel conditions. To date, ROHC has been standardized for various header profiles and found application in many scenarios, including LTE, satellite links, underwater acoustic networks, and tactical edge networks. Thanks to the rapid growth of IoT, whose data link layer is usually characterized by limited packet size and high PER, it is foreseeable that ROHC will play an even more critical role in the near future as a key enabling technology.
Surprisingly, although ROHC has been widely deployed in various modern wireless systems, to date it has only received modest research attention. Most existing research has focused on simulation-based performance evaluations, which are highly dependent on system settings and simulation environments and naturally leads to emphasis on empirically fine-tuning ROHC parameters. To date, very little research has focused on analytical approaches for modeling the header-compression mechanism. This work studies how different performance measurements (such as compression efficiency, robustness, transparency, probability of Out-of-Synchronization (OoS), the average number of bits to compress RTP sequence number, etc.) are affected by various design parameters, such as: the encoding codebook, the window width of the Window-based Least Significant Bit (WLSB) encoding technique, the context refresh period, the channel and packet source characteristics, and so forth.
One common limitation, which burdens existing ROHC standards and limits most research from further performance improvements, is to confine the functionality of ROHC within a single layer of the protocol stack. Despite the fact that ROHC is designed specifically for wireless packet-switch links, so far very few attempts have been made to let ROHC exploit trans-layer information, which is always available from the protocol infrastructure, to guide the operations of the ROHC compressor and decompressor, and which could potentially boost the performance of header compression at little or no additional cost. For instance, Barber proposes to examine the HARQ feedback from the MAC layer to deduce whether a packet has been transmitted successfully or not without dedicated feedback. (See P. Barber, “Cross Layer Design for ROHC and HARQ,” IEEE 802.16 Broadband Wireless Access Working Group, 2009.) However, this work relies on the less-practical assumption of error-free and zero-delay trans-layer information. Inspired by this trans-layer design philosophy, in our recent work, we propose a trans-layer control framework for unidirectional ROHC based on a partially observable Markov decision process (POMDP), an optimal control strategy that has found application in many fields and has recently drawn great research attention in wireless communications. (See [Wu2017] W. Wu and Z. Ding, “On efficient packet switched wireless networking: A Markovian approach to trans-layer design and optimization of ROHC,” IEEE Transactions on Communications, vol. 16, issue 7, pp. 4232-4245, July 2017.) This novel ROHC framework demonstrates significant performance gains over conventional timer-based design, even when the trans-layer information has moderate error probabilities and non-zero delays.
Encouraged by these results, in this work we study the trans-layer control framework for bidirectional ROHC. Different from the unidirectional ROHC, the decompressor is allowed to send feedback about the decompressor's state to the compressor so that the compressor can adjust the compression level accordingly. Although this design seems to simplify the control logic of the ROHC compressor, in many scenarios with limited feedback resources one must achieve a balance between the compression performance and the feedback overhead. We propose a requested-feedback bidirectional ROHC in which feedback is transmitted only when requested by the compressor when the trans-layer information alone is not sufficient for it to determine the optimal header compression level. In other words, the ROHC feedback and trans-layer information are complementary. Now that the compressor needs to make two decisions for each packet to be transmitted, namely the compression level and whether or not to request feedback, we formulate the optimal control process into another POMDP to achieve a flexible trade-off between feedback rate and transmission efficiency. However, compared to our previous work, this bidirectional design, which is based on POMDP, suffers more from the so-called “curse of dimensionality” as the delay of the trans-layer information and ROHC feedback increases. To alleviate this problem, we propose an alternative control scheme based on a belief update process similar to that of POMDP but that does not involve solving a POMDP instance with the associated prohibitive complexity that grows exponentially with respect to the delay. Simulation results show that both design schemes achieve more flexible trade-offs than conventional bidirectional ROHC designs, which facilitates operations for much worse channel conditions and longer delays.
Notations
We use regular font, bold lower-case, bold upper-case, and calligraphic letters, respectively, to denote scalars, vectors, matrices, and sets. (⋅)T indicates matrix transpose. Let {A}ij and {a}i be the (i,j)-th entry of A and the i-th entry of a. Let × denote the Cartesian product of sets and . We define an indicator function 1[expr]=1 if logical expression “expr” is true and 1[expr]=0 otherwise.
Introduction to ROHC System
Taking 46 LTE as an example, the ROHC mechanism is located in the Packet Data Convergence Protocol (PDCP) sublayer, which connects the IP infrastructure and the Radio Link Control (RLC) sublayer. A key function of the PDCP layer is to convert the highly redundant headers from upper layers (e.g., IP, UDP, TCP, etc.) into significantly shorter PDCP packet headers, thereby saving limited precious wireless bandwidth for data payload. On the other hand, since ROHC relies on the context of successive IP packets from a single stream to remove redundancies, the decompression failure of one PDCP packet, usually caused by successive packet errors from lower layers, will have severe consequences as subsequent PDCP packets will also suffer from decompression failures even though the transmissions are successful. Consequently, it is critical for ROHC to achieve a trade-off between compression ratio and robustness against channel errors.
Consider the system model defined for ROHCv2, in which the ROHC decompressor is modeled as a finite state machine (FSM) as shown in
At the start of each packet flow, the ROHC decompressor is in a “No Context” (NC) state and cannot perform context-based decompression. Hence, the ROHC compressor sends Initialization and Refresh (IR) packets with full headers to establish context synchronization between ROHC compressor and decompressor. Upon successfully recovering one of the IR packet headers, the decompressor enters a “Full Context” (FC) state, after which packets with fully compressed (CO) headers with a 3-bit CRC (CO3) can be sent, received, and decompressed. Because wireless links between ROHC compressor and decompressor are not ideal, decompression failures can occur. Repeated header failures can lead to context damage, thereby causing the decompressor to enter lower (RC or NC) states. If context damage is detected in the dynamic portion, the decompressor transitions to a “Repair Context” (RC) state, from which successful decompression of either an IR packet or a weakly compressed CO packet with a 7-bit CRC (CO7) with extra context information can repair the dynamic context, which allows the decompressor to transition back to FC. If static context damage is detected in either the FC or RC states, the decompressor transitions downward to the NC state, from which only successful recovery of an IR packet can return the decompressor to the FC state.
The ROHC compressor is responsible for controlling the header type for each packet based on its confidence or estimate of its decompressor state. A key header compression algorithm is called the Least Significant Bits (LSB) encoding. An interpretation interval of size 2k is defined for a k-bit encoding scheme such that the header field can be compressed and decompressed so long as its value with respect to a reference value, namely the last value transmitted, falls within this interval. Nevertheless, due to the potential packet loss caused by the channel, the reference value seen by the compressor and the decompressor may not be the same, which leads to a compression/decompression failure. A robust version of LSB called. Window-based Least Significant Bits (WLSB), is used for many header fields, which increments by a small constant for each packet. In this technique, the compressor maintains W reference values with a sliding window. The number of LSBs used to encode a new value is determined as the maximum numbers of LSBs needed with respect to each of the W reference values. Consequently, as long as the decompressor's reference value resides in the sliding window, it is able to decompress the LSB-encoded header field. In other words, a WLSB-encoded field can be decoded if there is a chain of consecutive decompression failures of length less than W. In practice, the WLSB technique may also be restricted by the maximum number of LSBs, denoted as kmax, which can be used to encode a header field, so that a too abrupt change cannot be compressed and a full header must be sent.
In the bidirectional mode of operation, the ROHC decompressor sends feedback so that the compressor can adjust its compression level accordingly. Although the compressor always starts in unidirectional mode, where there is no feedback and the compressor relies on periodic refreshes to avoid the propagation of context damage, once decompressor feedback is received, the compressor will assume that such feedback is always available for this ROHC session, and the compressor fully relies on this “reliable” feedback channel in the subsequent bidirectional mode. Although feedback is helpful for the compressor to decide the right header type to transmit, operators should expect that the decompressor should limit the rate of its feedback for bandwidth conservation. However, questions remain as to how ROHC design should balance the design trade-offs among feedback rate, throughput, and compression reliability. In this work, we propose a compressor-initiated feedback scheme, in which the compressor requests feedback from the decompressor according to its belief regarding the system's state and how it weighs the ROHC performance and the feedback overhead.
Channel Model
The Gilbert-Elliot model is based on a Markov chain with a “good” state and a “bad” state. (See L. Badia, N. Baldo, M. Levorato, and M. Zorzi, “A Markov framework for error control techniques based on selective retransmission in video transmission over wireless channels,” IEEE J. Sel. Areas Commun., vol. 28, no. 3, pp. 488-500, April 2010.) However, the practicality of such a model is questionable in that the channel quality may not be so clearly divisible into only two states. Moreover, the assumption that a transmission in the “good” state always succeeds and a transmission in the “bad” state always fails is even less realistic. Due to error-control measures in lower protocol layers such as link-adaptation and HARQ, a more accurate model to characterize the ROHC channel would be a Markov chain with more than two states, each associated with a known probability of successful transmission, as suggested in the original Gilbert-Elliott model. The parameters defining such a channel model can either be estimated, or derived from the physical layer channel. Furthermore, due to the impact of vastly different packet sizes due to different header compression levels, a given lower-layer configuration will result in different packet error characteristics for different types of headers.
As in our recent work [Wu2017], we adopt a general K-state Markov chain with states ={0, 1, . . . , K−1} to model the ROHC packet channel. Such a channel model is characterized by its transition probability from sH to
Assumptions and Notations for State Variables
In the following section, we make a few assumptions on our system model under study to facilitate simple yet meaningful analysis:
A1—The three types of headers and the payload capsules in a packet have fixed lengths, denoted as H0, H1, H2 and LF, respectively, such that H0>H1>H2 would reflect different compression levels of IR, CO7 and CO3 headers. The total lengths of the IR, RC and CO packets are denoted as L0, L1 and L2, respectively, where Li=Hi+LP, i=0, 1, 2.
A2—The static part of the header remains unchanged throughout the lifetime of the packet flow; therefore, the successful transmission of only one IR packet is needed for the decompressor to establish the static context.
A3—The compressibility of the dynamic part of the header follows a Markov process. Apart from context damage due to consecutive packet loss, if a header is not compressible, an IR or RC header also needs to be transmitted to repair the context.
The reasoning behind assumptions A1 and A2 is explained in [Wu2017]. To make the ROHC system model more accurate and practical, we introduce the Markov header source model represented as the compressibility in assumption A3, which is a simplification of [Cho2006] based on two considerations. (See [Cho2006] C. Y. Cho, W. K. G. Seah, and Y. H. Chew, “A framework and source model for design and evaluation of robust header compression,” Comput. Netw., vol. 50, no. 15, pp. 2676-2712, October 2006.) First, the compressor is usually co-located at the packet source in practice and thus it appears unnecessary to introduce a channel model between the source and a remote compressor. Second, the compressibility based on the delta processing depends on up to the (W−1)-th order probabilities, which results in a state space of size growing exponentially with respect to W.
As a result of assumptions A2 and A3, the decompressibility of the ROHC system can be represented as a finite state machine (FSM) in
p(
p(
p(
p(
p(
p(
p(
p(
Bidirectional Trans-Layer ROHC System
A high-level diagram of our bidirectional trans-layer ROHC system 300 appears in
The ROHC compressor 312, which is illustrated in
ROHC compressor 312 can alternatively be implemented as a more-complex POMDP ROHC compressor 420 as is illustrated in
Exploiting Trans-Layer Information
In this work, we propose to apply the POMDP framework to exploit trans-layer information as input for controlling ROHC. Note that in addition to the requested feedback from the decompressor, the compressor also relies on the channel state and the transmission status estimation, which can be derived from channel quality information (CQI), hybrid-ARQ (HARQ) feedback, frequency of header context initialization, occasional decompression state feedback, etc. The trans-layer information is complementary to the ROHC feedback in that it is less informative but is almost free and could tremendously alleviate the feedback overhead. The imperfect trans-layer observations are modeled as follows:
(1) The channel state estimation is characterized by p(zT|
(2) The transmission status estimation is characterized by
Another practical assumption is that zT and zH arrive with a delay of d packets.
In comparison, the ROHC feedback ={−1, 0, . . . , W+1} is assumed to be able to precisely reflect the decompressor's state when requested, i.e. corresponds to the decompressor state defined in
A POMDP Formulation
Our POMDP design objective is to find the header compression and feedback request policy to maximize the ROHC transmission efficiency penalized by the feedback overhead, i.e. maxπη−λθ where
denotes the expected ratio between the number of successfully decompressed payload bytes and the number of total bytes transmitted, θ denotes the expected feedback requested per packet, and λ is a trade-off parameter to adjust between efficiency and feedback. Here, sD[m]∈ denotes the decompressor's state after receiving the m-th packet, where sD[m]=0 represents a successful decompression.
Our POMDP formulation is demonstrated with the dynamic Bayesian network (DBN) shown in
denotes the set of states s=(aF, aC, sS, sD, sT, sH)∈=d+1×d×d+1×××. To address the delayed observations, sD=sD[t−d], sT=sT[t−d] and sH=sH[t−d] denote the state of the decompressor, the transmission status, the channel state and the state of the header source from d packets ago. sS=(sS[t], . . . , sS[t−d]) denotes the state of the compressibility for the next header to transmit and the previous d headers, which is fully observable to the ROHC compressor. We also include in the state space of our POMDP formulation aF=(aF[t−1], . . . , aF[t−d−1]) and aC=(aC[t−1], . . . , aC[t−d]), which denote the history of the feedback request action up to d+1 packets ago and that of the compression action up to d packets ago, respectively.
denotes the set of actions a=(aC, aF)∈=×. The actions taken by the compressor are twofold. First, the compressor selects the header types for the next packet to transmit, i.e. aC∈={0, 1, 2}. Second, the compressor determines whether or not to request feedback from the decompressor, denoted by aF∈={1, 0}, respectively.
denotes the set of observations z=(T, H, D)∈=××b×. Note that T, H and D represent delayed observations of the transmission status, the channel state and the decompressor's state, respectively.
The transition function T(s,a,
T(s,a,
where
p(
and p(
χ(a,a,ā)=1[(ā0=a,ā1=a0, . . . ,ām=am-1] (5)
The observation function O(
O(
1[(D=−1&āF[t−d−1]=0)|(zD=
where p(zH|
The reward function R(s,a,
Consequently, our optimal control framework based on infinite-horizon POMDP is completed with the definition of reward function:
R(s,a,
To give readers a better conception of how our trans-layer ROHC system works, we provide two examples of sequences of state transitions, actions and observations following
The sequence of operations of the POMDP framework is as follows: at each time slot t, the ROHC compressor keeps track of the belief in the unobservable states, denoted as q(sU), where sU=(sD, sT, sH), as well as the exact state of the observable states, denoted as sO=(aF, aC, sS). It chooses the best action to take according to the solution to POMDP policy, which is a mapping from the belief space over sU and the state space of sS, namely a={circumflex over (π)}(qU,sO), where qU is a |U| dimensional vector representing {q(sU)}|{q(sU)}|s
where
T(sU,a,
O(
Additional details of the above-described trans-layer bidirectional ROHC scheme are described in U.S. Provisional Patent Application Ser. No. 62/502,373, entitled “Trans-Layer Bi-Directional Robust Header Compression (ROHC) Compressor System,” by inventors Zhi Ding and Wenhao Wu, which is incorporated by reference herein.
Compression Process
Various modifications to the disclosed embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be applied to other embodiments and applications without departing from the spirit and scope of the present invention. Thus, the present invention is not limited to the embodiments shown, but is to be accorded the widest scope consistent with the principles and features disclosed herein.
The foregoing descriptions of embodiments have been presented for purposes of illustration and description only. They are not intended to be exhaustive or to limit the present description to the forms disclosed. Accordingly, many modifications and variations will be apparent to practitioners skilled in the art. Additionally, the above disclosure is not intended to limit the present description. The scope of the present description is defined by the appended claims.
Patent | Priority | Assignee | Title |
Patent | Priority | Assignee | Title |
7948913, | Oct 30 2008 | CLEARWIRE COMMUNICATIONS LLC; Clearwire IP Holdings LLC | Communicating data in various modes using header-compression algorithms |
8537708, | Sep 19 2008 | Fujitsu Limited | Packet transmission method and nodes |
8948206, | Aug 31 2006 | TELEFONAKTIEBOLAGET LM ERICSSON PUBL | Inclusion of quality of service indication in header compression channel |
20020059464, | |||
20040047301, | |||
20040073711, | |||
20050090273, | |||
20050144326, | |||
20060198393, | |||
20060262812, | |||
20080151861, | |||
20110010164, | |||
20120189023, | |||
20130083702, | |||
20150312875, | |||
20150382243, | |||
20160183123, | |||
20160241685, | |||
20160381598, | |||
20170231023, | |||
20180019908, | |||
20200304604, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Mar 22 2018 | The Regents of the University of California | (assignment on the face of the patent) | / | |||
Sep 16 2019 | DING, ZHI | The Regents of the University of California | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 051052 | /0045 | |
Sep 16 2019 | WU, WENHAO | The Regents of the University of California | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 051052 | /0045 |
Date | Maintenance Fee Events |
Sep 17 2019 | BIG: Entity status set to Undiscounted (note the period is included in the code). |
Sep 27 2019 | SMAL: Entity status set to Small. |
Date | Maintenance Schedule |
May 25 2024 | 4 years fee payment window open |
Nov 25 2024 | 6 months grace period start (w surcharge) |
May 25 2025 | patent expiry (for year 4) |
May 25 2027 | 2 years to revive unintentionally abandoned end. (for year 4) |
May 25 2028 | 8 years fee payment window open |
Nov 25 2028 | 6 months grace period start (w surcharge) |
May 25 2029 | patent expiry (for year 8) |
May 25 2031 | 2 years to revive unintentionally abandoned end. (for year 8) |
May 25 2032 | 12 years fee payment window open |
Nov 25 2032 | 6 months grace period start (w surcharge) |
May 25 2033 | patent expiry (for year 12) |
May 25 2035 | 2 years to revive unintentionally abandoned end. (for year 12) |