[go: up one dir, main page]

CN1507286A - A Robust Header Compression/Decompression Method for MIPv6 - Google Patents

A Robust Header Compression/Decompression Method for MIPv6 Download PDF

Info

Publication number
CN1507286A
CN1507286A CNA021485119A CN02148511A CN1507286A CN 1507286 A CN1507286 A CN 1507286A CN A021485119 A CNA021485119 A CN A021485119A CN 02148511 A CN02148511 A CN 02148511A CN 1507286 A CN1507286 A CN 1507286A
Authority
CN
China
Prior art keywords
mipv6
header
packet
compression
grouping
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.)
Granted
Application number
CNA021485119A
Other languages
Chinese (zh)
Other versions
CN100433841C (en
Inventor
洪佩琳
李津生
李蕾
王辉
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.)
University of Science and Technology of China USTC
Original Assignee
University of Science and Technology of China USTC
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 University of Science and Technology of China USTC filed Critical University of Science and Technology of China USTC
Priority to CNB021485119A priority Critical patent/CN100433841C/en
Publication of CN1507286A publication Critical patent/CN1507286A/en
Application granted granted Critical
Publication of CN100433841C publication Critical patent/CN100433841C/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明是一种用于MIPv6的鲁棒性头标压缩/解压方法,涉及因特网移动通信领域,属于根据MIPv6在无线移动环境下发送数据流时的头标压缩/解压方法。它是在无线通信链路的两端利用ROHC规程对网络中传输的实时音频、视频业务所采用的传输层头标和网络层头标(UDP/IPv6/MIPv6)进行压缩,针对同一数据流中UDP/IPv6/MIPv6头标中有很多域是不变的特点,在数据流的传输初期发送完整的MIPv6分组,并选择关联识别符(CID)与之对应,然后启动压缩规程,后续的分组只需传送变化的头标域和关联识别符。本发明对压缩/解压过程和压缩后的分组格式进行了定义,仿真表明其头标压缩率达到96%。本发明能有效压缩头标信息,有较好的容错功能,大大提高无线链路的信道利用率。

Figure 02148511

The invention relates to a robust header compression/decompression method for MIPv6, relates to the field of Internet mobile communication, and belongs to the header compression/decompression method when sending data streams in a wireless mobile environment according to MIPv6. It uses the ROHC protocol at both ends of the wireless communication link to compress the transport layer header and network layer header (UDP/IPv6/MIPv6) used by the real-time audio and video services transmitted in the network. There are many domains in the UDP/IPv6/MIPv6 header that are invariant. In the initial stage of data stream transmission, a complete MIPv6 packet is sent, and the association identifier (CID) is selected to correspond to it, and then the compression procedure is started. The subsequent packets only The changed header fields and association identifiers need to be transmitted. The invention defines the compression/decompression process and the compressed packet format, and the simulation shows that the header compression rate reaches 96%. The invention can effectively compress the header information, has better fault tolerance function, and greatly improves the channel utilization rate of the wireless link.

Figure 02148511

Description

The robust header compression/decompression method that is used for MIPv6
Technical field:
The present invention relates to the internet mobile communication field, belong to the header compression/decompressing method when under wireless mobile environment, sending data flow according to MIPv6.
Background technology:
Robust header compression (Robust Header Compression, be called for short ROHC) be internet engineering task tissue (Intemet Engineering Task Force, abbreviation IETF) the header compression protocols that proposes is a kind of very strong fault-tolerant ability header compression mechanism (RFC3095) of (comprising LOF and residual error code (residual bit errors)) that has.ROHC has proposed different header compression sub-protocols (profile) at different agreements.The sub-protocol of standard has the model of RTP/UDP/IP, UNCOMPRESSED, UDP/IP, ESP/IP leader at present.But Shang Weiyou is at the leader model of MIPv6.
Because the IP of internet is grouped in the repeating process and will carries out pathfinding according to the IP heading information, if it is very big to transmit the shared expense of its leader of small packet service such as real-time audio itself, thereby thereby take the burden that the too much network bandwidth can increase the network transmission.Also can not have influence on the performance of network for the time being for this burden of cable network.But, the transmission bandwidth relative narrower of wireless network, this burden will produce very big influence.Especially mover agreement (the Mobility Support for Internet Protocol version 6 that the present Internet Protocol of developing is the 6th edition, abbreviate MIPv6 as), the shared expense of its leader itself is bigger, thereby presses for more and carry out header compression.
Summary of the invention:
The purpose of this invention is to provide a kind of MIPv6 of being used for robust header compression/decompression method, improve the wireless bandwidth utilance during with transmission MIPv6 grouping under wireless environment.
Technical solution of the present invention is as follows:
This method is to carry out following processing at the two ends of wireless communication link: 1. grouping is screened to MIPv6; And 2. header compression/decompress(ion) is carried out in specific grouping; Wherein, transmit leg is compression side, and reciever is a decompressor; Classify to selected grouping in compression side, select corresponding compression method to carry out header compression then after, send decompressor to; Decompressor obtains enough information according to the leader after compressing, and reverts to the leader of original uncompressed then.
Described specific cluster is that the scope of header compression/decompress(ion) is the static fields and the dynamic domain of the UDP/MIPv6/IPv6 leader in this data stream packet with the data stream packet of udp protocol encapsulation; Described classification is meant that the grouping after the compression comprises following classification: the initialisation packet that has 1. comprised complete MIPv6 grouping information; 2. the Dynamic Packet that has comprised the leader domain information of dynamic change; 3. the complete compressed packet that has comprised CID.
The course of work of described compressor reducer comprises the steps: 1. to screen: compressor reducer is discerned a stream according to flow label, source address territory in the MIPv6 grouping; Then, filter out the grouping of the data flow that contains the UDP/MIPv6/IPv6 leader; 2. initialization: the grouping for belonging to new data flow, compressor reducer work is arranged on initial condition, compressor reducer sends initialisation packet to decompression machine; 3. start the compression rules:, send Dynamic Packet and complete compressed packet according to the ROHC rules for the grouping that the data flow of setting up initialization information is arranged;
1. the course of work of described decompression machine comprises the steps: to accept initialisation packet for new data flow, sets up the related list item of decompress(ion); 2. for the grouping of setting up the related list item of decompress(ion), utilize the ROHC rules to carry out decompress(ion), search the decompress(ion) association, revert to the leader of original uncompressed according to cid information; 3. according to the operator scheme in the selected ROHC rules, whether decision sends feedback packet to compression side.
That is to say, the present invention be with the robust header compression applications in the wireless environment of MIPv6, the UDP/MIPv6/IPv6 leader at the two ends of Radio Link to real time data stream carries out compression/decompression, and leader expense required in the transmission course is reduced.
(1) principle
In the MIPv6 draft, stipulate, mobile node (Mobile Node, hereinafter to be referred as MN) when Correspondent Node (Correspondent Node is hereinafter to be referred as CN) sent grouping, the source address in the IPv6 packet header was the Care-of Address (Care-of Address) of MN.For the home address (HomeAddress) that comprises unique identification MN in grouping, the grouping that MN sends must have the stay of two nights option leader (Destination OptionHeader) that comprises home address.The mode of pathfinding leader (Routing Header) is then adopted in the grouping that CN issues MN, and promptly Fen Zu destination address is the Care-of Address of MN, contains the home address of MN in the pathfinding leader.As shown in Figure 1.For simplicity, we are commonly referred to as these two leaders of stipulating in the MIPv6 agreement expansion leader of MIPv6.
Because transmission of radio links speed is lower, the error rate is higher characteristic, seem excessive in the expense of transmitted over wireless networks IPv6 packet header.For example, one frame voice data payload has only the 15-32 byte usually, need transport layer User Datagram Protoco (UDP) (UDP) leader of the IPv6 leader of 40 bytes, 20/24 byte MIPv6 leader, 8 bytes and in the MIPv6 environment, transmit these data, the leader expense of UDP/MIPv6/IPv6 is 68/72 byte altogether, if Correspondent Node also is MN, the leader expense that adds together of Fen Zu IP/UDP/RTP has 92 bytes so.This is occupied bandwidth not only, and the probability that grouping is dropped because of makeing mistakes increases.
In fact, in transmission course, it is identical that the IPv6 leader of the grouping of same data flow has a lot of territories, and the part of dynamic change has only a few territory.In addition, each territory in the MIPv6 leader all is static constant.Therefore, if only when data flow begins, sending complete MIPv6 grouping and corresponding option leader on the Radio Link, the part of variation and related identifier with respect to same stream are only transmitted in the leader territory of follow-up grouping, so just can more effectively utilize bandwidth.
Because header compression need keep the state of the side of compression and decompressor, therefore, header compression only is applicable to the data flow that the duration is long, a plurality of groupings are arranged, and is nonsensical for single packet header compression.In general, real-time audio frequency, video flowing all are the form transmission long data stream with the UDP message, so the present invention only compresses the UDP/MIPv6/IPv6 leader in the MIPv6 grouping.
(2) MIPv6 header compression/decompressing method
The application of ROHC in the Radio Link under the MIPv6 condition is as shown in Figure 2:
With the mobile node MN of Radio Link one end and the radio network controller (RNC) of the other end (Radio Networkcontroller) node as the compression/decompression of carrying out ROHC.What transmit on the Radio Link between MN and the RNC is to divide into groups through the MIPv6 that adopts the compression of ROHC rules, and what transmit on the wire link between RNC and the CN is common MIPv6 grouping.MN and RNC can carry out compression can carry out decompress(ion) again.For some stream, at the two ends of Radio Link (being MN and RNC), compressor reducer is at transmit leg respectively for its compressor reducer and decompression machine, and decompression machine is the recipient.
Concrete compression/decompression method is as follows:
The course of work of compressor reducer comprises the steps:
1. screening.Compressor reducer is discerned a stream according to flow label, source address territory in the MIPv6 grouping; Then, filter out the grouping of the data flow that contains the UDP/MIPv6/IPv6 leader;
2. initialization.Grouping for belonging to new data flow is arranged on initial condition (IR:Initialization and Refresh) with compressor reducer work, and compressor reducer sends initialisation packet to decompression machine.This initialisation packet has also comprised sub-protocol territory (profile ID) and related identifier additional informations such as (context ID are called for short CID) except the information that contains MIPv6 grouping itself.Profile ID is the standard that is used for pointing out on specific link how specific stream of packets (the present invention is at the UDP/MIPv6/IPv6 stream of packets) being carried out header compression.CID is used for making the content association (information that contains each territory in the grouping in the contingency table) of decompressor this stream of index in the storage contingency table, and it is unique in compressed packet institute channel transmitted.The compression/decompression device is safeguarded a related list item to each data flow.
3. start the compression rules.For the grouping that the data flow of setting up initialization information is arranged, send Dynamic Packet and complete compressed packet according to the ROHC rules.At this moment will be at the concrete condition of this grouping, according to the ROHC rules it is handled.For dissimilar territory in the grouping, adopt different processing methods.The packet header form of communicating by letter between contrast MN and the CN is analyzed below.
As shown in the table, it all is constant (as information source/stay of two nights address, information source/stay of two nights port etc.) that a lot of territories are arranged in the packet header in the IPv6 data flow, is called static fields; Some territory can change once in a while (as the restriction of traffic level, relay point); Some territory be do irregular variation (as the verification of UDP and).Should at first classify during compression, then different processing methods be adopted in dissimilar territories each territory in the leader.
The basic leader of table 1:IPv6
The territory
Static Version, flow label, next leader, source address, stay of two nights address
Dynamically Traffic level, the relay point restriction
The expansion leader of table 2:MIPv6
The territory
Static Stay of two nights option leader relevant and pathfinding leader with home address
Dynamically Do not have
Table 3:UDP leader
The territory
Static The information source port, stay of two nights port,
Dynamically Verification and
Generally do not send in the static grouping of territory after compression.Dynamic territory can only send when changing, at this moment adopt Dynamic Packet, and it has comprised the leader domain information and the data field information of cid information, dynamic change; Compressed packet generally is to send under the situation that does not occur changing in dynamic territory fully, mainly comprises cid information.Particular content is referring to sub-protocol format description part.
Therefore, the grouping after the compression comprises following classification:
1. the initialisation packet that has comprised complete MIPv6 grouping information;
2. the Dynamic Packet that has comprised the leader domain information of dynamic change;
3. the complete compressed packet that has comprised CID.
The course of work of decompression machine comprises the steps:
1. for new data flow, accept initialisation packet, set up the related list item of decompress(ion); 2. for the grouping of setting up the related list item of decompress(ion), utilize the ROHC rules to carry out decompress(ion), search the decompress(ion) association, revert to the leader of original uncompressed according to cid information; 3. according to the operator scheme in the selected ROHC rules, whether decision sends feedback packet to compression side.
Wherein feedback packet is to be used for telling compression side this whether success of grouping decompress(ion), mainly comprises cid information, feedback marks information and the information of decompress(ion) success whether.
(3) MIPv6 header compression sub-protocol
According to above-mentioned the ROHC framework is used for the method for the packet header compression of MIPv6, and the initialisation packet of RFC3095 definition, Dynamic Packet, the form of compressed packet, feedback packet fully, the present invention proposes MIPv6 header compression sub-protocol.
1. the formal definition with the profile ID of MIPv6 header compression is 0x000a.The form of CID just defines according to RFC3095.
2. owing to the packet number territory (IP-ID) that does not have in the UDP/MIPv6/IPv6 leader in sequence number or the IPv4 grouping, compression side should produce the sequence number SN of 2 bytes (16 bit) at random, as the sign of feedback.During transmission it is compressed into the value of utilizing gained after W-LSB (the Window-based LSB encoding) algorithm computation.
3. the form of initialisation packet also defines according to RFC3095, has wherein comprised the extension header target content of MIPv6.Its concrete form such as Fig. 3.
4. according to the definition of RFC3095, Dynamic Packet and complete compressed packet mainly contain three classes, are defined as type 0 respectively, Class1, type 2.Type 0 is complete compressed packet, the SN that only transmits Sequence Number (perhaps adding cyclic redundancy check (CRC) and CRC); Class1 comprises and is used for upgrading the SN function parameters; Type 2 is a Dynamic Packet, comprises the information that is used to upgrade dynamic domain.Because the function of the SN among the present invention is a constant, so there is not the compressed packet of Class1.
And, ROHC has three kinds of operator schemes: unidirectional mode (Uni-directional, abbreviation U-mode), bidirectional optimistic mode (Bi-directional Optimistic is called for short O-mode), bidirectional reliable mode (Bi-directional Reliable is called for short R-mode).When not existing maybe can not use feedback channel the time, use U-mode, this moment, grouping only sent to a direction, from the side of compression to decompressor.The purpose of O-mode provides the compression validity and the rational robustness of height.R-mode then provides robustness completely, but expense is big slightly and feedback message is more.Two kinds of patterns of O-mode and R-mode feedback is more frequent, with decompressor whether synchronous the related strict logic of detection is arranged all in compression side.
For different mode of operations, its compressed packet form generally is different.Therefore, following form is followed in the name of packet type here: pattern-type-characteristic (mode-type-property).As: R-0 is meant that R-mode, type are 0 compressed packet; UOR-2-Prio is meant that the type is 2 compressed packet, is applicable to all working pattern, and contains the information that Prio (priority) changes in this compression leader.
Therefore, the Dynamic Packet of the MIPv6 sub-protocol of the present invention's proposition and complete compressed packet form are as follows:
The first kind: type 0 (two kinds of forms are arranged)
R-0 form such as Fig. 3, SN are the compressed value of 6 bits.
UO-0 form such as Fig. 4, SN are the compressed value of 4 bits, also will add the CRC of 3 bits.
Second class: type 2 (two kinds of forms are arranged)
The SN of 6 bits and the CRC of 7 bits are arranged.During F=0, expression is grouped into UOR-2-Prio (as Fig. 5), and during F=1, expression is grouped into UOR-2-Hop form (as Fig. 6).
When the priority in the packet header changes, should send the UOR-2-Prio grouping, the priority after changing is write in the Priority territory.
When the restriction of the relay point in the packet header changes, should send the UOR-2-Hop grouping.Relay point restriction after changing is write in the Hoplimit territory.
(4) effect
In order to check the compression effectiveness of the present invention to the MIPv6 grouping, we have adopted MIPv6 grouping the carry out emulation of header compression of NS-2 emulation tool to the voice and video business.
Speech business is the classical business on the Radio Link, and in 3G, multimedia service also will be a major part.The speech business of emulation of the present invention is adaptive multi-rate (AMR:Adaptive Multi Rate) coding standard voice, and the generation speed of speech data is 12.2kb/s, per 20 millisecond of one frame.Video traffic adopts the MPEG-4 standard, and the transmission rate of video data is 48kb/s, and per second sends 10 frames.The Radio Link time-delay is 100 milliseconds, the error rate 10 -4~10 -2B/s.
If avg_header_len represents the average leader length of dividing into groups, total_bytes represents total transmission byte number (comprising various types of compressed packet and feedback thereof), decomped represents the packet count of successful decompress(ion), payload size during payload_len represents to divide into groups (payload length of same stream is identical), then average leader length calculation formula is:
avg_header_len=(total_bytes-decomped×payload_len)÷decomped
Table 4, table 5 are under the situation of Radio Link zero defect, the average leader length (unit is a byte) after the speech business of different length, the compression of video traffic.By in the table as can be known, when total traffic greater than 1000 grouping time, the average leader length of ROHC agreement tends towards stability.Contrast table 4, table 5, because (20ms) lacked in the class interval of speech business, (100ms) grown in the class interval of video traffic, and header compression agreement and time correlation (slow Initiated Mechanism, timeout mechanism)
Table 4: the average leader length (unit is a byte) of audio service
Figure A0214851100081
Table 5: the average leader length (unit is a byte) of video traffic
Figure A0214851100082
Simulation result shows that the compression ratio under the different mode is all greater than 96%.With ROHC MIPv6 is divided into groups to carry out the efficient that header compression can improve transmitted in packets greatly, the MIPv6 sub-protocol of having used the ROHC header compression can adapt to the characteristic that transmission of radio links speed is low, the error rate is high preferably.The application of this invention helps improving the bandwidth availability ratio under the wireless environment.
Description of drawings:
Fig. 1 is the packet header form of MN when communicating by letter with CN;
Fig. 2 is that MIPv6 is grouped in the schematic diagram that transmits in the network;
Fig. 3~7th, MIPv6 header compression sub-protocol schematic diagram; Fig. 3 is the initialisation packet form, all static fields, dynamic chain (Dynamic Chain) that static chain wherein (Static Chain) comprises in the MIPv6 leader comprise all dynamic domains in the MIPv6 leader, the concrete form of static chain and dynamic chain is formulated (owing to its indefinite length, so the with dashed lines frame table shows) according to RFC3095; Fig. 4 is the R-0 packet format; Fig. 5 is the UO-0 packet format; Fig. 6 is the UOR-2-Prio packet format; Fig. 7 is the UOR-2-Hop packet format; Wherein, the packet format that is adopted is the situation of little CID, if for having the occasion that big business data flow need compress, will adopt big CID mode, adopting big CID mode is exactly the enhancing CID territory of inserting 1 to 2 byte in present little CID back again.
Fig. 8 is the workflow of compressor reducer;
Fig. 9 is the workflow of decompression machine.
Embodiment:
Embodiments of the invention realize that under (SuSE) Linux OS main implementation process is as follows:
Send and accept interface and add the software write according to said method and sub-protocol processing module at Linux network link layer as compression side and decompressor, form corresponding compressor reducer and decompression machine, the specific data stream packet that sends is compressed, simultaneously the data stream packet of the compression that receives carried out decompress(ion).
Fig. 7 gives an example according to the basic procedure of the MIPv6 compressor reducer of the method enforcement of the present invention's proposition.Compressor reducer at first extracts packet header, judges whether it is a UDP/MIPv6 grouping then, and header compression is carried out in the MIPv6 grouping of adopting the UDP host-host protocol.If first grouping that this grouping is a data flow, it is related to create compression to this stream so, sends initialisation packet, and starts the compression initialization rules; Created the related data flow of compression if this grouping belongs to, compressed according to its residing state so, the form of compressed packet is shown in Fig. 3~7, and the grouping after will compressing then sends by network interface.
Fig. 8 gives an example according to the basic procedure of the MIPv6 decompression machine of the method enforcement of the present invention's proposition.For the data stream packet that receives from network interface, decompression machine will judge whether this packet is the grouping of MIPv6 header compression, if, just read CID, search corresponding related list item according to CID and carry out decompress(ion).Handle feedback information according to decompress(ion) result's correctness again, according to related feedback information, corresponding compressor reducer will be done operations necessary.

Claims (3)

1、一种用于MIPv6的鲁棒性头标压缩/解压方法,其特征在于:1. A robust header compression/decompression method for MIPv6, characterized in that: 该方法是在无线通信链路的两端进行以下处理:The method is to perform the following processing at both ends of the wireless communication link: ①对MIPv6分组进行筛选;以及① Screening MIPv6 packets; and ②对特定的分组进行头标压缩/解压;② Perform header compression/decompression on specific packets; 其中,发送方为压缩方,接受方为解压方;Among them, the sender is the compressor, and the receiver is the decompressor; 压缩方对所选定的分组进行分类,然后选择对应的压缩方法进行头标压缩后,传送给解压方;解压方根据压缩后的头标获得足够的信息,然后恢复成原始的未经压缩的头标。The compressor classifies the selected packets, then selects the corresponding compression method to compress the header, and then sends it to the decompressor; the decompressor obtains enough information according to the compressed header, and then restores the original uncompressed Header. 2、如权利要求1所述的方法,其特征在于:2. The method of claim 1, wherein: 所述的特定分组是用UDP协议封装的数据流分组,头标压缩/解压的范围为该数据流分组中的UDP/MIPv6/IPv6头标的静态域和动态域;The specific grouping is a data flow grouping encapsulated by the UDP protocol, and the range of header compression/decompression is the static domain and the dynamic domain of the UDP/MIPv6/IPv6 header in the data flow grouping; 所述的分类是指压缩后的分组包括以下类别:The classification means that the compressed grouping includes the following categories: ①包含了完整的MIPv6分组信息的初始化分组;① An initialization packet containing complete MIPv6 packet information; ②包含了动态变化的头标域信息的动态分组;②Dynamic grouping containing dynamically changing header field information; ③包含了CID的完全压缩分组。③Completely compressed packet including CID. 3、如权利要求1或2所述的的方法,其特征在于:3. The method according to claim 1 or 2, characterized in that: 压缩器的工作过程包括如下步骤:The working process of the compressor includes the following steps: ①筛选:压缩器根据MIPv6分组中的流标记、信源地址域来识别一个流;然后,筛选出含有UDP/MIPv6/IPv6头标的数据流的分组;① Screening: The compressor identifies a flow according to the flow mark and source address field in the MIPv6 packet; then, filters out the packets containing the data flow of the UDP/MIPv6/IPv6 header; ②初始化:对于属于新的数据流的分组,将压缩器工作设置在初始状态,压缩器向解压器发送初始化分组;②Initialization: For packets belonging to new data streams, set the compressor to work in the initial state, and the compressor sends initialization packets to the decompressor; ③启动压缩规程:对于已经有建立初始化信息的数据流的分组,根据ROHC规程发送动态分组和完全压缩分组;③Start the compression procedure: For the packet of the data flow that has established the initialization information, send the dynamic packet and the fully compressed packet according to the ROHC procedure; 解压器的工作过程包括如下步骤:The working process of the decompressor includes the following steps: ①对于新的数据流,接受初始化分组,建立解压关联表项;①For the new data stream, accept the initialization packet, and establish the decompression association table item; ②对于已经建立解压关联表项的分组,利用ROHC规程进行解压,根据CID信息查找解压关联,恢复成原始的未经压缩的头标;② For the group that has established the decompression association table item, use the ROHC protocol to decompress, find the decompression association according to the CID information, and restore the original uncompressed header; ③根据所选用的ROHC规程中的操作模式,决定是否向压缩方发送反馈分组。③ According to the operation mode in the selected ROHC regulations, decide whether to send feedback packets to the compressor.
CNB021485119A 2002-12-09 2002-12-09 Robustness header compression/decompression method for MIPv6 Expired - Fee Related CN100433841C (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNB021485119A CN100433841C (en) 2002-12-09 2002-12-09 Robustness header compression/decompression method for MIPv6

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB021485119A CN100433841C (en) 2002-12-09 2002-12-09 Robustness header compression/decompression method for MIPv6

Publications (2)

Publication Number Publication Date
CN1507286A true CN1507286A (en) 2004-06-23
CN100433841C CN100433841C (en) 2008-11-12

Family

ID=34233193

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB021485119A Expired - Fee Related CN100433841C (en) 2002-12-09 2002-12-09 Robustness header compression/decompression method for MIPv6

Country Status (1)

Country Link
CN (1) CN100433841C (en)

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100353727C (en) * 2004-07-16 2007-12-05 中国科学院计算技术研究所 A robust IPv6 header compression method
WO2008025269A1 (en) * 2006-08-31 2008-03-06 Huawei Technologies Co., Ltd. A method, system, mobile node, communication node and home agent for communication in mobile ipv6 networks
CN100450094C (en) * 2005-12-15 2009-01-07 华为技术有限公司 Method and system for realizing head compression arithmetic
WO2009021442A1 (en) * 2007-08-10 2009-02-19 Huawei Technologies Co., Ltd. A method and system for keeping the robust header compression scheme communication continuous
WO2009030062A1 (en) * 2007-09-03 2009-03-12 Zte Corporation A method for repairing the window-based least significant bits decoding in the robust header compression
WO2009030061A1 (en) * 2007-09-03 2009-03-12 Zte Corporation Method and device for decoding by using wlsb in robust header compression
CN1889708B (en) * 2005-06-27 2010-04-07 华为技术有限公司 Method for interacting business connection identifier
CN101137089B (en) * 2007-08-16 2010-04-14 中兴通讯股份有限公司 Method and compressor for setting time interval value in robust header compression
CN1996941B (en) * 2006-06-30 2010-08-18 华为技术有限公司 A robust processing method for header compression U mode error
CN101848491A (en) * 2010-04-21 2010-09-29 中兴通讯股份有限公司 Mode converting method and device in robust header compression
WO2012006904A1 (en) * 2010-07-15 2012-01-19 中兴通讯股份有限公司 Method and apparatus for list compression in robust header compression
CN101252579B (en) * 2008-02-22 2012-01-25 浙江大学 Method for packing and unpacking network layer
CN101107829B (en) * 2004-12-08 2012-07-04 高通股份有限公司 Methods and systems for enhancing local repair in robust header compression
US8223797B2 (en) 2007-08-10 2012-07-17 Huawei Technologies Co., Ltd. Method and system for setting up header compression communication, header compression policy function entity
CN101411157B (en) * 2006-05-04 2013-02-13 高通股份有限公司 Methods and systems for enhancing local repair in robust header compression
CN103201688A (en) * 2010-10-26 2013-07-10 Abb研究有限公司 Meeting communication constraint requirements in a process control system
CN103841079A (en) * 2012-11-21 2014-06-04 中国电信股份有限公司 IPv6 address compression capability negotiation method, network system and terminal node
CN102291406B (en) * 2011-08-12 2017-02-15 中兴通讯股份有限公司 Robustness header compression method and robustness header compressor
CN108200604A (en) * 2017-12-26 2018-06-22 广东欧珀移动通信有限公司 Data transmission method and device

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102036307B (en) * 2010-12-17 2016-04-13 中兴通讯股份有限公司 The method and apparatus of improving robustness of context update message in robustness header compression

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU3467900A (en) * 1999-02-26 2000-09-14 Telefonaktiebolaget Lm Ericsson (Publ) Adaptive header compression for packet communications
US6754231B1 (en) * 1999-06-18 2004-06-22 Telefonaktiebolaget Lm Ericsson (Publ) Robust header compression in packet communications

Cited By (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100353727C (en) * 2004-07-16 2007-12-05 中国科学院计算技术研究所 A robust IPv6 header compression method
CN101107829B (en) * 2004-12-08 2012-07-04 高通股份有限公司 Methods and systems for enhancing local repair in robust header compression
CN1889708B (en) * 2005-06-27 2010-04-07 华为技术有限公司 Method for interacting business connection identifier
CN100450094C (en) * 2005-12-15 2009-01-07 华为技术有限公司 Method and system for realizing head compression arithmetic
CN101411157B (en) * 2006-05-04 2013-02-13 高通股份有限公司 Methods and systems for enhancing local repair in robust header compression
CN1996941B (en) * 2006-06-30 2010-08-18 华为技术有限公司 A robust processing method for header compression U mode error
WO2008025269A1 (en) * 2006-08-31 2008-03-06 Huawei Technologies Co., Ltd. A method, system, mobile node, communication node and home agent for communication in mobile ipv6 networks
CN101136906B (en) * 2006-08-31 2010-07-21 华为技术有限公司 Communication method in mobile IPv6 and mobile IPv6 communication system
WO2009021442A1 (en) * 2007-08-10 2009-02-19 Huawei Technologies Co., Ltd. A method and system for keeping the robust header compression scheme communication continuous
US8223797B2 (en) 2007-08-10 2012-07-17 Huawei Technologies Co., Ltd. Method and system for setting up header compression communication, header compression policy function entity
CN101137089B (en) * 2007-08-16 2010-04-14 中兴通讯股份有限公司 Method and compressor for setting time interval value in robust header compression
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
WO2009030061A1 (en) * 2007-09-03 2009-03-12 Zte Corporation Method and device for decoding by using wlsb in robust header compression
CN101690070B (en) * 2007-09-03 2012-11-28 中兴通讯股份有限公司 Method and device for decoding by using wlsb in robust header compression
CN101690072B (en) * 2007-09-03 2013-01-02 中兴通讯股份有限公司 A method for repairing the window-based least significant bits decoding in the robust header compression
WO2009030062A1 (en) * 2007-09-03 2009-03-12 Zte Corporation A method for repairing the window-based least significant bits decoding in the robust header compression
CN101252579B (en) * 2008-02-22 2012-01-25 浙江大学 Method for packing and unpacking network layer
CN101848491A (en) * 2010-04-21 2010-09-29 中兴通讯股份有限公司 Mode converting method and device in robust header compression
WO2011131007A1 (en) * 2010-04-21 2011-10-27 中兴通讯股份有限公司 Method and apparatus for mode transition, compression, and decompression in robust header compression
US8761197B2 (en) 2010-04-21 2014-06-24 Zte Corporation Method and apparatus for mode transition, compression, and decompression in robust header compression
WO2012006904A1 (en) * 2010-07-15 2012-01-19 中兴通讯股份有限公司 Method and apparatus for list compression in robust header compression
CN103201688B (en) * 2010-10-26 2015-11-25 Abb研究有限公司 Meeting communication constraint requirements in a process control system
CN103201688A (en) * 2010-10-26 2013-07-10 Abb研究有限公司 Meeting communication constraint requirements in a process control system
CN102291406B (en) * 2011-08-12 2017-02-15 中兴通讯股份有限公司 Robustness header compression method and robustness header compressor
US9591106B2 (en) 2011-08-12 2017-03-07 Zte Corporation Robust header compression processing method and robust header compression processor
CN103841079A (en) * 2012-11-21 2014-06-04 中国电信股份有限公司 IPv6 address compression capability negotiation method, network system and terminal node
CN103841079B (en) * 2012-11-21 2017-08-08 中国电信股份有限公司 Machinery of consultation, network system and the terminal node of IPv6 address compression abilities
CN108200604A (en) * 2017-12-26 2018-06-22 广东欧珀移动通信有限公司 Data transmission method and device
CN108200604B (en) * 2017-12-26 2021-04-13 Oppo广东移动通信有限公司 Data transmission method and device

Also Published As

Publication number Publication date
CN100433841C (en) 2008-11-12

Similar Documents

Publication Publication Date Title
CN1507286A (en) A Robust Header Compression/Decompression Method for MIPv6
CN1197281C (en) Header compression in real time services
FI110739B (en) Determination of a title field compression for a data packet connection
EP1362446B1 (en) Transfer of ip data in communications system, using several logical connections for compressed fields on the basis of different contexts
CN101204068B (en) Dynamic robust header compression
CN1197279C (en) Apparatus and associated method for transmitting multimedia information over a communication link
CN1526225A (en) Dynamic allocation of radio resources
CN1529971A (en) System and methods for VOIP wireless terminals
CN101057461A (en) Apparatus and method for compressing of herder in a broad band wireless communication system
CN1602616A (en) Header compression/decompression device and header compression/decompression method
CN1593051A (en) Extension header compression
CN1475048A (en) Communication system and method for shared context compression
CN1906906A (en) Optimized radio bearer configuration for voice over IP
CN1894922A (en) Header compression enhancement for broadcast/multicast services
CN1470120A (en) Context identification using header compression key at link layer
CN102056235A (en) Data transmission method, equipment and system
CN1478113A (en) Methods for processing data packets
CN103825869A (en) Compression and decompression method for Ethernet message header, and compression and decompression device thereof
US9392082B2 (en) Communication interface and method for robust header compression of data flows
CN101860904B (en) Method for calculating checksums based on data packet IP (Internet Protocol) hearder compression technology
CN1689301A (en) Header compression method
CN1353895A (en) Method and device for digital data transfer
CN1606859A (en) Improved hardware arrangement, terminal, and method for transferring audio signal in packet-switched communications network
CN1783876A (en) System and method for realizing packet data polymerized protocol function
CN1219370C (en) Communication method for performing all-tier protocol stack processing by base station side

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20081112

Termination date: 20111209