CN101534291A - Method for sending and receiving IP message and device thereof - Google Patents
Method for sending and receiving IP message and device thereof Download PDFInfo
- Publication number
- CN101534291A CN101534291A CN200810085727A CN200810085727A CN101534291A CN 101534291 A CN101534291 A CN 101534291A CN 200810085727 A CN200810085727 A CN 200810085727A CN 200810085727 A CN200810085727 A CN 200810085727A CN 101534291 A CN101534291 A CN 101534291A
- Authority
- CN
- China
- Prior art keywords
- message
- host
- time transport
- transport protocol
- sign
- 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.)
- Pending
Links
Images
Abstract
The invention discloses a method for sending and receiving an IP message and a device thereof. When the IP message that is not header-compacted is sent by a sender, transport protocol identification is carried in the message; the transport protocol identification is used for identifying the type of a compacted real-time transport protocol adopted by the sender; and the type of the compacted real-time transport protocol consists of a common compacted real-time transport protocol and an enhanced compacted real-time transport protocol. A receiver receives the message and can know the protocol adopted by the sender according to the transport protocol identification. Communication interrupt caused by the discrepancy of the compacted real-time transport protocols adopted by both communication parties can be avoided.
Description
Technical field
The present invention relates to communication technical field, be specifically related to the transmission of IP message, the method and the device of reception.
Background technology
Use the message encapsulation technology to carry real useful data message in Internet protocol (IP) network, the form of every part of message is generally speaking: link layer protocol head+IP head+upper-layer protocol head (which floor can be arranged)+valid data.As when link layer is PPP, the transmission effective information be voice messaging the message encapsulation format generally as shown in Figure 1.
With reference among the figure 1 as can be seen, only be 15～30 bytes small messages such as (bytes) with respect to effective information, if every part of message all carries the IP+UDP+RTP heading of 40 bytes, efficiency of transmission is very low.Standardization body has stipulated a series of IP head compression (IPHC) agreement for this reason, solve this problem, most popular compression protocol is compressed real-time transport protocol (CompressedReal-time Transport Protocol at present, cRTP) and strengthen compressed real-time transport protocol (EnhancedCompressed Real-time Transport Protocol, EcRTP), because EcRTP is the enhancing of cRTP agreement, so enabling in actual applications, a side of EcRTP agreement generally can both compatible cRTP agreement.These two kinds of agreements can will (comprise the IP head) after the IP head, and the protocol header at different levels before the valid data are 2～4 bytes of boil down to altogether.Can reduce the redundancy of message so greatly, improve the bandwidth availability ratio of link.
Fig. 2 is with employing cRTP agreement boil down to example on the ppp link, has listed the message encapsulation format after the compression:
The principle of various IP compression protocol technology is such: it is (purpose IP address, source, the source destination slogan etc.) that remain unchanged between the transmission period of a stream that the IP/TCP/UDP/RTP head has the byte of half, although in each bag several bytes (ID of IP message that will change is always arranged, the TimeStamp of RTP message etc.), but the difference between bag and the bag is constant usually, so second order difference is 0.Compression end can send once or N+1 time compressing head (FULL_HEADER) is not afterwards, unchanged field is rejected from compressing head thereafter, remaining compression comes from distinguishes coding to reduce length to changing field, in addition, length field in IP head and the UDP head can be obtained by the link layer length computation, therefore also can reduce.By safeguarding compression end and separate not compressing head and the first difference sequence that pressure side is shared, the second order difference of just having only of required communication has been 0 information.In this case, if do not consider any information dropout, separate pressure side and after receiving a compressed package, can rebuild the original message head by the compressing head that the first difference result is added to not.
IP compression protocol is that every stream is safeguarded a context session state, is used for identifying compression end and shared not compressing head and the first difference sequence of decompressor end.Compressed package carries a small integer that abbreviates CID (expression session context identifier) as and (defines the scope of CID according to the compression session number of communicating pair needs foundation, only need carry out 256 communications of compressing sessions simultaneously as both sides, then CID only needs 8bit.) indicate this compressed package to belong to which context, separate pressure side and use CID just can directly find previous not compressing head of being noted by the FULL_HEADER message of receiving and difference sequence.
The principle of EcRTP and cRTP is basic identical, and EcRTP for the enhancing of cRTP is: because the FULL_HEADER message is responsible for setting up a shared session between communicating pair, if so owing to the reason of transmission quality causes losing of FULL_HEADER can cause the serious decline of communication quality, every stream of EcRTP regulation is in setting up the process of session for this reason, need repeatedly (N+1 time, one of N value compression parameters) sends the FULL_HEADER message, to prevent losing of FULL_HEADER message.
Using cRTP agreement or EcRTP agreement to carry out head when compressing, the compression parameters that the both sides of communication (compression end and decompressor end) should be consistent is so that can both guarantee the unanimity explained for the message of every kind of compression type.
The unanimity of compression parameters can be finished by the negotiation of underlying protocol (PPP, MPLS etc.), also can guarantee by the consistent of both sides' manual configuration in communication.EcRTP is the enhancing to cRTP, and general the enhancing on the basis of cRTP realized EcRTP, so in actual applications, a side who enables the EcRTP agreement generally can both compatible cRTP agreement.
In research and practice process to prior art, the inventor finds that there is following problem in prior art:
The compressed packet types value of EcRTP and two kinds of protocol definitions of cRTP is basic identical, but the form of some message (as the COMPRESSED_UDP type message) is widely different.And if not the unanimity of finishing compression parameters by the negotiation of underlying protocol, then occur under the situation of mistake the configuration personnel, the situation that the compression parameters of two ends manual configuration might occur inconsistent (as end configuration cRTP, end configuration EcRTP), and agreement can't detect this abnormal conditions.Cause communication interruption like this.
Summary of the invention
The technical problem that the embodiment of the invention solves provides the transmission of IP message, the method and the device of reception, can avoid because the inconsistent communication disruption that causes of compressed real-time transport protocol that communicating pair adopts.
The embodiment of the invention provides a kind of method of reseptance of IP message, comprising:
Receive the IP message of the not compressing head of transmit leg transmission;
Obtain the host-host protocol sign in the described IP compressed packet;
Discern the compressed real-time transport protocol type that described transmit leg adopts according to the sign of described host-host protocol; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol.
The embodiment of the invention provides a kind of sending method of IP message, it is characterized in that, comprising:
Transmit leg sends the IP message of compressing head not to purpose side, and described IP message comprises the host-host protocol sign; Described host-host protocol sign is used to identify the type of the compressed real-time transport protocol that transmit leg adopts; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol.
The embodiment of the invention provides a kind of IP message transmitting apparatus, comprising:
The message encapsulation unit is used to encapsulate the not IP message of compressing head, and described IP message comprises the host-host protocol sign; Described host-host protocol sign is used to identify the type of the compressed real-time transport protocol that transmit leg adopts; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol;
Packet sending unit is used for the IP message of described message encapsulation unit encapsulation is sent to destination device.
The embodiment of the invention provides a kind of message receiving equipment, comprising:
The message receiving element is used to receive the IP message of the not compressing head that transmit leg sends;
Acquiring unit is used for obtaining the host-host protocol sign of the described IP compressed packet that described message receiving element receives;
The protocol type recognition unit, the sign that is used for the described host-host protocol that obtains according to described acquiring unit is discerned the compressed real-time transport protocol type that described transmit leg adopts; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol.
Adopt technique scheme, embodiment of the invention beneficial technical effects is: when transmit leg sends the IP message of compressing head not, carry the host-host protocol sign in message; Described host-host protocol sign is used to identify the type of the compressed real-time transport protocol that transmit leg adopts; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol.The recipient receives that described message then can identify the agreement that learn that the opposite end is adopted according to described host-host protocol.Can avoid because the inconsistent communication disruption that causes of compressed real-time transport protocol that communicating pair adopts.
Description of drawings
Fig. 1 is the message encapsulation format schematic diagram of voice messaging for prior art transmission effective information;
Fig. 2 is the message format encapsulation schematic diagram that adopts the cRTP agreement on the prior art ppp link;
Fig. 3 is the flow chart of the method for reseptance of the embodiment of the invention one IP message;
Fig. 4 is a length field form schematic diagram in the FULL_HEADER message of redetermination in the embodiment of the invention two embodiment of the invention;
Fig. 5 is the structural representation of the embodiment of the invention three message transmitting apparatus;
Fig. 6 is the structural representation of the embodiment of the invention four message receiving equipments.
Embodiment
The embodiment of the invention provides the transmission of IP message, the method and the device of reception, can avoid because the inconsistent communication disruption that causes of compressed real-time transport protocol that communicating pair adopts.
Below the transmission of IP message provided by the invention, the method and the device of reception are described in detail.
Embodiment one, and a kind of method of reseptance of IP message, flow chart comprise as shown in Figure 3:
A1, the IP message of the not compressing head that the reception transmit leg sends;
A2 obtains the host-host protocol sign in the described IP compressed packet;
In the embodiment of the invention, described host-host protocol sign is by a value representation of the reserved field of the length field of the IP message of described not compressing head.
A3 discerns the compressed real-time transport protocol type that described transmit leg adopts according to the sign of described host-host protocol; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol.
Be understandable that, can comprise after the described steps A 3:
A4, the type of the compressed real-time transport protocol that obtains according to described identification decompresses to the message from transmit leg.
Be understandable that if the type of the compressed real-time transport protocol that described identification obtains is a compressed real-time transport protocol, and local terminal is for strengthening compressed real-time transport protocol; Then local terminal adopts common implementation of compression host-host protocol to resolve the message of opposite end.
In the present embodiment, comprise also in the IP message of the not compressing head that described steps A 1 receives sending the number of times sign that the value of described transmission number of times sign is used to indicate transmit leg to send the not number of times of the IP message of compressing head continuously;
The IP message that described steps A 1 receives the not compressing head of transmit leg transmission comprises afterwards:
Obtain the transmission number of times sign in the IP message of described not compressing head;
The number of times that is worth knowing described unpressed IP message transmission according to described transmission number of times sign.
The value of described transmission number of times sign is by other value signs of the reserved field of length field in the IP message of described not compressing head.
The reserved field of the length field in the IP message of described not compressing head is defined as the N bit field.
One of ordinary skill in the art will appreciate that all or part of step that realizes in the foregoing description method is to instruct relevant hardware to finish by program, described program can be stored in a kind of computer-readable recording medium, this program comprises the steps: when carrying out
Receive the IP message of the not compressing head of transmit leg transmission;
Obtain the host-host protocol sign in the described IP compressed packet;
Discern the compressed real-time transport protocol type that described transmit leg adopts according to the sign of described host-host protocol; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol.
The above-mentioned storage medium of mentioning can be a read-only memory, disk or CD etc.
Embodiment two, and a kind of sending method of IP message is used for sending the IP message that described embodiment one receives, and specifically comprises:
Transmit leg sends the IP message of compressing head not to purpose side, and described IP message comprises the host-host protocol sign; Described host-host protocol sign is used to identify the type of the compressed real-time transport protocol that transmit leg adopts; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol.
Be appreciated that the value representation of described host-host protocol sign by the reserved field of the length field of the IP message of described not compressing head.
Be understandable that, described in the embodiment of the invention not the IP message of compressing head comprise and send the number of times sign, the value of described transmission number of times sign is used to indicate transmit leg to send the not number of times of the IP message of compressing head continuously.
In the EcRTP agreement, existing mode is: decompressor end obtains transmit leg and sends the not number of times of the IP message of compressing head, i.e. N value continuously by the IP message of compressing head (FULL_HEADER) not being counted study.Exist under the packet drop, decompressor end may be learnt smaller N value (the N value is represented the quality of link).Mistake may appear in the foundation of the session of communicating pair like this, and under the nonsynchronous situation of compression session, the recovery of session also needs the longer time, causes the also corresponding increase of packet loss, and is reflected as the decline of communication quality.
Send the number of times sign by carrying in the IP of described not compressing head message, what then decompressor end can directly be obtained transmission number of times sign in the message is worth knowing the not continuous transmission number of times of compressed packet.Can avoid in the prior art, the situation that the N value that decompressor end obtains by study is made mistakes has guaranteed the quality of intercommunication.
In the present embodiment, the value of described transmission number of times sign is by other value signs of the reserved field of length field in the IP message of described not compressing head.The reserved field of the length field in the IP message of described not compressing head is defined as the N bit field.
In the embodiment of the invention, when transmit leg sends the IP message of compressing head not, in message, carry the host-host protocol sign; Described host-host protocol sign is used to identify the type of the compressed real-time transport protocol that transmit leg adopts; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol.The recipient receives that described message then can identify the agreement that learn that the opposite end is adopted according to described host-host protocol.Can avoid because the inconsistent communication disruption that causes of compressed real-time transport protocol that communicating pair adopts.
One of ordinary skill in the art will appreciate that all or part of step that realizes in the foregoing description method is to instruct relevant hardware to finish by program, described program can be stored in a kind of computer-readable recording medium, this program comprises the steps: when carrying out
Transmit leg sends the IP message of compressing head not to purpose side, and described IP message comprises the host-host protocol sign; Described host-host protocol sign is used to identify the type of the compressed real-time transport protocol that transmit leg adopts; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol.
The above-mentioned storage medium of mentioning can be a read-only memory, disk or CD etc.
Among embodiments of the invention one and the embodiment two, expand by message format to compressed real-time transport protocol, and host-host protocol sign and transmission number of times sign by carrying after the expansion.
The host-host protocol sign is used to guarantee that both sides use the unanimity of compressed real-time transport protocol; Sending the number of times sign is used to indicate the message transmission to put the not number of times of compressing head IP message of continuous transmission.Because understand when consistent, be can compatible cRTP during EcRTP generally uses in fact, and that EcRTP and cRTP are used for setting up the FULL_HEADER message format of compression session be basic identical when the compression parameters of communicating pair.
No matter cRTP and EcRTP use the session id (CID, context ID) of 8bit, also be to use the session id of 16bit, for FULL HEADER message, its difference only is the definition of C bit.And the C bit also can be 0 by the agreement regulation when using in EcRTP, and it is just consistent that this moment, two kinds of agreements were set up the FULL_HEADER message format of session.
No matter be the CID form of 8bit, or the CID form of 16bit, minimum in the FULL_HEADER message also have 3 bit to be retained, and force to remain 0 by protocol requirement.Be configured to cRTP but work as communicating pair one end, when an end is configured to EcRTP; Or both sides are when being configured to EcRTP, but the N value can be distinguished both of these case by three bit of this reservation when different fully, and guarantee that the continuation of communication normally carries out.
As shown in Figure 4, be length field form schematic diagram in the FULL_HEADER message of redetermination in the embodiment of the invention.Wherein the 3bit that keeps in the length field in the existing FULL_HEADER message is defined as the N bit field, the N value scope that 3bit can define is 0～7, and wherein whether 0 and non-0 to be used for distinguishing be cRTP or EcRTP agreement.And 1～7 be used for defining the N value among the EcRTP.In existing network was used, the value of N can be very not big, because there is the probability that abandons N+1 packet continuously on the N value representation communication link, N value scope is enough 1～7 definition.
According to Fig. 4, when compression end is configured to cRTP, decompressor end is configured to EcRTP, and both sides can not finish parameter when consistent by the negotiation of underlying protocol (PPP, MPLS etc.).When decompressor end is received the FULL_HEADER message of setting up the compression session, judge the N bit field of redetermination, if the N bit field is 0, what represent then that compression end enables is the cRTP agreement, and this moment, decompressor end was resolved the various compressed packets of receiving subsequently according to the message format of cRTP.
According to Fig. 4, when compression end and decompressor end all are configured to EcRTP, but both sides can not finish parameter when consistent by the negotiation of underlying protocol (PPP, MPLS etc.) equally.When decompressor end is received the FULL_HEADER message of setting up the compression session, judge the N bit field of redetermination, if the N bit field is not 0, what represent then that compression end enables is the EcRTP agreement, this moment, decompressor end was no longer learnt the N value by the quantity of the FULL_HEADER message received, and directly used the numerical value of stipulating in the N bit.
The above-mentioned a kind of specific implementation that provides message in a kind of embodiment of the invention to carry the host-host protocol sign and sent the number of times sign, that is: the mode that the undefined position of length field is expanded, be understandable that, in the embodiment of the invention, host-host protocol identifies and the transmission of transmission number of times sign can also be by expanding realization to other fields, and transmission means and way of realization that concrete host-host protocol sign and transmission number of times identify are not construed as limiting the invention.Fig. 4 is right
Embodiment three, a kind of IP message transmitting apparatus 500, and structural representation comprises as shown in Figure 5:
Message encapsulation unit 510 is used to encapsulate the not IP message of compressing head, and described IP message comprises the host-host protocol sign; Described host-host protocol sign is used to identify the type of the compressed real-time transport protocol that transmit leg adopts; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol;
Packet sending unit 520, be used for 510 encapsulation of described message encapsulation unit the IP message send to destination device.
Be understandable that the IP message of the not compressing head of described message encapsulation unit encapsulation also comprises transmission number of times sign, the value of described transmission number of times sign is used to indicate transmit leg to send the not number of times of the IP message of compressing head continuously.
IP message transmitting apparatus in the present embodiment can move embodiment two described methods.
Embodiment four, and a kind of message receiving equipment comprises:
Acquiring unit 620 is used for obtaining the host-host protocol sign of the IP compressed packet that described message receiving element 610 receives;
Protocol type recognition unit 630, the sign that is used for the host-host protocol that obtains according to described acquiring unit 620 is discerned the compressed real-time transport protocol type that described transmit leg adopts; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol.
Be understandable that described acquiring unit also is used for obtaining the transmission number of times sign of the IP message of described not compressing head; And according to described transmission number of times sign be worth know that described transmission puts the not number of times of the IP message of compressing head of continuous transmission.
More than the transmission of IP message provided by the present invention, the method and the device of reception are described in detail, wherein:
In the embodiment of the invention, when transmit leg sends the IP message of compressing head not, in message, carry the host-host protocol sign; Described host-host protocol sign is used to identify the type of the compressed real-time transport protocol that transmit leg adopts; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol.The recipient receives that described message then can identify the agreement that learn that the opposite end is adopted according to described host-host protocol.Can avoid because the inconsistent communication disruption that causes of compressed real-time transport protocol that communicating pair adopts.
In the embodiment of the invention, send the number of times sign by carrying in the IP of described not compressing head message, what then decompressor end can directly be obtained transmission number of times sign in the message is worth knowing the not continuous transmission number of times of compressed packet.Can avoid in the prior art, the situation that the N value that decompressor end obtains by study is made mistakes has guaranteed the quality of intercommunication.
For one of ordinary skill in the art, according to the thought of the embodiment of the invention, the part that all can change in specific embodiments and applications, in sum, this description should not be construed as limitation of the present invention.
Claims (16)
1, a kind of method of reseptance of IP message is characterized in that, comprising:
Receive the IP message of the not compressing head of transmit leg transmission;
Obtain the host-host protocol sign in the described IP compressed packet;
Discern the compressed real-time transport protocol type that described transmit leg adopts according to the sign of described host-host protocol; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol.
2, the method for claim 1 is characterized in that, comprising: the compressed real-time transport protocol type of discerning described transmit leg employing according to the sign of described host-host protocol comprises afterwards:
The type of the compressed real-time transport protocol that obtains according to described identification decompresses to the message from transmit leg.
3, method as claimed in claim 2 is characterized in that, if the type of the compressed real-time transport protocol that described identification obtains is a compressed real-time transport protocol, and local terminal is for strengthening compressed real-time transport protocol; Then local terminal adopts common implementation of compression host-host protocol to resolve the message of opposite end.
As claim 1,2 or 3 described methods, it is characterized in that 4, described host-host protocol sign is by a value representation of the reserved field of the length field of the IP message of described not compressing head.
5, the method for claim 1 is characterized in that, the IP message of described not compressing head comprises that also sending number of times identifies, and the value of described transmission number of times sign is used to indicate transmit leg to send the not number of times of the IP message of compressing head continuously;
Comprise after the IP message of the not compressing head that described reception transmit leg sends:
Obtain the transmission number of times sign in the IP message of described not compressing head;
The number of times that is worth knowing the unpressed IP message of the continuous transmission of transmit leg according to described transmission number of times sign.
6, method as claimed in claim 5 is characterized in that, the value of described transmission number of times sign is by other value signs of the reserved field of length field in the IP message of described not compressing head.
As claim 5 or 6 described methods, it is characterized in that 7, the reserved field of the length field in the IP message of described not compressing head is defined as the N bit field.
8, a kind of sending method of IP message is characterized in that, comprising:
Transmit leg sends the IP message of compressing head not to purpose side, and described IP message comprises the host-host protocol sign; Described host-host protocol sign is used to identify the type of the compressed real-time transport protocol that transmit leg adopts; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol.
9, method as claimed in claim 8 is characterized in that, described host-host protocol sign is by a value representation of the reserved field of the length field of the IP message of described not compressing head.
10, method as claimed in claim 8 is characterized in that, the IP message of described not compressing head comprises transmission number of times sign, and the value of described transmission number of times sign is used to indicate transmit leg to send the not number of times of the IP message of compressing head continuously.
11, method as claimed in claim 10 is characterized in that, the value of described transmission number of times sign is by other value signs of the reserved field of length field in the IP message of described not compressing head.
As claim 9 or 11 described methods, it is characterized in that 12, the reserved field of the length field in the IP message of described not compressing head is defined as the N bit field.
13, a kind of IP message transmitting apparatus is characterized in that, comprising:
The message encapsulation unit is used to encapsulate the not IP message of compressing head, and described IP message comprises the host-host protocol sign; Described host-host protocol sign is used to identify the type of the compressed real-time transport protocol that transmit leg adopts; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol;
Packet sending unit is used for the IP message of described message encapsulation unit encapsulation is sent to destination device.
14, IP message transmitting apparatus as claimed in claim 12, it is characterized in that, the IP message of the not compressing head of described message encapsulation unit encapsulation also comprises transmission number of times sign, and the value of described transmission number of times sign is used to indicate transmit leg to send the not number of times of the IP message of compressing head continuously.
15, a kind of message receiving equipment is characterized in that, comprising:
The message receiving element is used to receive the IP message of the not compressing head that transmit leg sends;
Acquiring unit is used for obtaining the host-host protocol sign of the described IP compressed packet that described message receiving element receives;
The protocol type recognition unit, the sign that is used for the described host-host protocol that obtains according to described acquiring unit is discerned the compressed real-time transport protocol type that described transmit leg adopts; The type of described compressed real-time transport protocol comprises: common compressed real-time transport protocol and enhancing compressed real-time transport protocol.
16, message receiving equipment as claimed in claim 15 is characterized in that, described acquiring unit also is used for obtaining the transmission number of times sign of the IP message of described not compressing head; And according to described transmission number of times sign be worth know that transmit leg sends the number of times of unpressed IP message continuously.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810085727A CN101534291A (en) | 2008-03-13 | 2008-03-13 | Method for sending and receiving IP message and device thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810085727A CN101534291A (en) | 2008-03-13 | 2008-03-13 | Method for sending and receiving IP message and device thereof |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101534291A true CN101534291A (en) | 2009-09-16 |
Family
ID=41104679
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200810085727A Pending CN101534291A (en) | 2008-03-13 | 2008-03-13 | Method for sending and receiving IP message and device thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101534291A (en) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102333345A (en) * | 2011-09-21 | 2012-01-25 | 杭州华三通信技术有限公司 | Data compressing and transmitting method based on WLAN (wireless local area network), STA (static timing analyzer) and AP (access point) |
| CN102726024A (en) * | 2011-06-29 | 2012-10-10 | 华为技术有限公司 | Reception method and apparatus, transmission method and apparatus, and processing system for RTP media data |
| CN102131085B (en) * | 2010-01-20 | 2013-04-17 | 苏州尚嘉信息技术有限公司 | Second difference predictive encoding method, and file positioning method |
| CN108696492A (en) * | 2017-04-12 | 2018-10-23 | 联芯科技有限公司 | The processing method and device of IP packet |
| CN109818901A (en) * | 2017-11-20 | 2019-05-28 | 华为技术有限公司 | Heading compression mechanism determines method, equipment and system |
| CN111385172A (en) * | 2018-12-27 | 2020-07-07 | 杭州萤石软件有限公司 | Control system, control method and storage medium based on bus |
| WO2020164611A1 (en) * | 2019-02-14 | 2020-08-20 | Mediatek Inc. | Simple ethernet header compression |
| CN112468510A (en) * | 2020-12-11 | 2021-03-09 | 中国科学院上海高等研究院 | Transmission method and equipment based on SMT protocol and ALC protocol compatibility |
-
2008
- 2008-03-13 CN CN200810085727A patent/CN101534291A/en active Pending
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102131085B (en) * | 2010-01-20 | 2013-04-17 | 苏州尚嘉信息技术有限公司 | Second difference predictive encoding method, and file positioning method |
| CN102726024A (en) * | 2011-06-29 | 2012-10-10 | 华为技术有限公司 | Reception method and apparatus, transmission method and apparatus, and processing system for RTP media data |
| CN102726024B (en) * | 2011-06-29 | 2015-08-19 | 华为技术有限公司 | The reception of RTP media data, sending method and device, treatment system |
| CN102333345A (en) * | 2011-09-21 | 2012-01-25 | 杭州华三通信技术有限公司 | Data compressing and transmitting method based on WLAN (wireless local area network), STA (static timing analyzer) and AP (access point) |
| CN108696492A (en) * | 2017-04-12 | 2018-10-23 | 联芯科技有限公司 | The processing method and device of IP packet |
| CN109818901A (en) * | 2017-11-20 | 2019-05-28 | 华为技术有限公司 | Heading compression mechanism determines method, equipment and system |
| CN111385172A (en) * | 2018-12-27 | 2020-07-07 | 杭州萤石软件有限公司 | Control system, control method and storage medium based on bus |
| CN111385172B (en) * | 2018-12-27 | 2021-11-26 | 杭州萤石软件有限公司 | Control system, control method and storage medium based on bus |
| WO2020164611A1 (en) * | 2019-02-14 | 2020-08-20 | Mediatek Inc. | Simple ethernet header compression |
| CN111869183A (en) * | 2019-02-14 | 2020-10-30 | 联发科技股份有限公司 | Simple Ethernet header compression |
| US11563829B2 (en) | 2019-02-14 | 2023-01-24 | Mediatek Inc. | Simple ethernet header compression |
| CN112468510A (en) * | 2020-12-11 | 2021-03-09 | 中国科学院上海高等研究院 | Transmission method and equipment based on SMT protocol and ALC protocol compatibility |
| CN112468510B (en) * | 2020-12-11 | 2022-12-06 | 中国科学院上海高等研究院 | Transmission method and equipment based on SMT protocol and ALC protocol compatibility |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7286536B2 (en) | Method and system for early header compression | |
| CN101534291A (en) | Method for sending and receiving IP message and device thereof | |
| JP4317403B2 (en) | Header compression apparatus and header compression method | |
| JP3559271B2 (en) | How to define a context identifier when compressing header fields | |
| EP1271886B1 (en) | Packet header compression | |
| EP1362446B1 (en) | Transfer of ip data in communications system, using several logical connections for compressed fields on the basis of different contexts | |
| US8310988B2 (en) | Method of MAC header generation and data transmitting | |
| CN101174995B (en) | Method and system for monitoring multimedia service performance | |
| US20060104278A1 (en) | Apparatus and method for compressing headers in a broadband wireless communication system | |
| JP2004208292A (en) | Control traffic compression method | |
| WO2008085336A2 (en) | Improved header compression in a wireless communication network | |
| WO2010020197A1 (en) | Data transmission method, communication equipment and communication system | |
| CN100433841C (en) | Robustness header compression/decompression method for MIPv6 | |
| CN100591053C (en) | Packet transmission method and network node device | |
| US9392082B2 (en) | Communication interface and method for robust header compression of data flows | |
| CN101146025A (en) | Packet transmission method, system and compression unit for compression real time transmission protocol | |
| CN104811265B (en) | The packaging method and de-encapsulation method of base band frame | |
| WO2008079200A1 (en) | Header supression in a wireless communication network | |
| CN101258722A (en) | Efficient encoding out of order data packets in a network | |
| CN102638391B (en) | Method and equipment for transmission of frame relay compressed messages | |
| Rawat et al. | Designing a header compression mechanism for efficient use of IP tunneling in wireless networks | |
| CN102469011B (en) | Data transmission method and device | |
| CN105657050A (en) | Low-flow POS machine communication system and communication method | |
| KR100981823B1 (en) | Method and system for tansmitting/receiving asymmetric two-way packet data | |
| Rawat et al. | Designing a tunneling header compression (TuCP) for tunneling over IP |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090916 |