CN101119300A - Method and device for limiting bandwidth - Google Patents
Method and device for limiting bandwidth Download PDFInfo
- Publication number
- CN101119300A CN101119300A CNA2007100300222A CN200710030022A CN101119300A CN 101119300 A CN101119300 A CN 101119300A CN A2007100300222 A CNA2007100300222 A CN A2007100300222A CN 200710030022 A CN200710030022 A CN 200710030022A CN 101119300 A CN101119300 A CN 101119300A
- Authority
- CN
- China
- Prior art keywords
- message
- bandwidth
- header
- information
- compressed
- 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
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The present invention discloses a method of limiting the bandwidth. By comparing the head of the message with the corresponding information of the head compressing session environment, the indication information of the length of the compressible part in the message is obtained; and then, according to the indication information, the present invention limits the bandwidth of the message stream transmitting the message. Furthermore, the present invention discloses a bandwidth limiting device. Being capable of limiting the bandwidth of the transmission message stream, the present invention not only satisfies the speed requirement of transmitting the message stream after compressing, but reduces the loss rates of the message, being simple and easy.
Description
Technical field
The present invention relates to the communications field, relate in particular to a kind of method and a kind of bandwidth constraints device of limiting bandwidth.
Background technology
At present, at next generation network (Next Generation Net, NGN) in the bearer network, a lot of operators exist the situation that transfer resource lacks, and at Internet Protocol (Internet Protocol, IP) in the NGN business, for good speech coding algorithm, speech data in each voice message is generally less than 30 bytes, and message header 40 bytes nearly just, message header generally comprises the IP message header, User Datagram Protoco (UDP) (User Datagram Protocol, UDP) message header, RTP (Real-timeTransport Protocol, RTP) therefore message header etc. can cause header overhead too big, the problem that efficiency of transmission is too low.Based on this situation, internet engineering task group (Internet Engineering Task Force, IETF) developed a series of Request for Comment (Request For Comments, RFC) solve this problem, Real Time Compression agreement (Compressed Real-time Protocol comprising the RFC2508 description, cRTP), cRTP can be compressed to 2-4 byte by 40 bytes with the IP/UDP/RTP message header, for payload only is the RTP message of 15-30 byte, can greatly reduce the redundancy of message, improve the utilance of transmission bandwidth, thereby solved the problem that transfer resource lacks to a great extent.
The rudimentary algorithm of above-mentioned cRTP is realized by following process:
Bring in from compression, the IP/UDP/RTP message header has the byte of half to remain unchanged between the whole continuing phase that message is handled, as source IP address, purpose IP address, UDP source port number, UDP destination slogan etc., although always there are several bytes to change in each message, as the identity information of IP message, the timestamp (Timestamp) of RTP message etc., but the difference between message and the message is normally fixed, so its second order difference is 0.Compression end can send once not header compression (FULL_HEADER) afterwards, the header fields that changes is compressed rejecting from message header thereafter in the future, remaining compression comes from carries out differential coding to reduce message length to changing field, in addition, length field in IP message header and the UDP message header can be calculated by the link layer length computation unit, therefore also can be compressed rejecting.By safeguarding that compression end conciliates not header compression and first difference sequence that pressure side is shared, the second order difference of promptly having only of required communication has been 0 information.
Bring in from decompress(ion), 2 points arranged:
The first, if do not consider any information dropout, separate pressure side after receiving a compressed package, can rebuild former message header by the header compression that the first difference result is added to not.Considering that every link need carry many voice conversations (for example one 2,000,000 E1 link generally will carry 200-300 bar voice conversation), the compression of IP/UDP/RTP message also needs to be a plurality of session context maintenance states.Each session context is made up of five-tuple (being the SSRC Field Definition of source IP address, purpose IP address, UDP source port number, UDP destination slogan and RTP), and compression end can use hash function to come the session context tabulation of retrieve stored to these five-tuple fields.Compressed package carries a small integer that is called the session context identifier and indicates this compressed package to belong to which session context, separates pressure side and can use the directly retrieval in the session context tabulation of session context identifier;
Second, be compressed the phenomenon of back packet loss if consider message, or packet out-ordering or the impaired situation of compressed package, separate pressure side correctly decompress(ion) and renewal session context information, thereby cause follow-up compressed packet to be dropped separating pressure side, at this situation, cRTP provides corresponding mechanism to go to monitor the wrong of session context information and repair, and promptly decompressor end sends session context information update request (CONTEXT_STATE) to compression end and repairs session context information.But could trigger when having only the decompress(ion) failure owing to this monitoring, and compression end is received and could be sent not behind the CONTEXT_STATE message that header compression (FULL_HEADER) upgrades session context information, decompressor end has abandoned the part compressed packet in this process, therefore must reduce the nonsynchronous possibility of compression end session context information.
In addition, the message compression ratio of cRTP is influenced by several factors, as selected point-to-point protocol (Pointto Point Protocol, PPP) the change size of encapsulating structure, message header field to be compressed, the speech way that the RTP message carried, the error rate of link etc.Therefore the compression ratio of message can only compare coarse estimation before actual the compression, and can not predict fully accurately.
About cRTP compression and service quality (Quality of Service, QoS) queue scheduling cooperates situation about handling, mainly be meant, disposed the cRTP compression function in the message flow outlet, simultaneously compressed message flow has been carried out bandwidth constraints, for example: the actual physical bandwidth of message flow outlet is 2,000,000, and the message flow of cRTP compression is limited in 1,000,000.Wherein, bandwidth constraints is exactly the occupied actual physical bandwidth of message flow transmission after compression.The order of the bandwidth constraints in cRTP compression and the QoS queue scheduling has following 2 explanations:
The first, if do the QoS queue scheduling earlier, promptly do bandwidth constraints according to the message raw footage before the compression, after do cRTP compression, the message flow that produces of compression may be far smaller than restriction bandwidth later so, like this transfer resource has been produced waste;
Second, if earlier all messages are carried out the cRTP compression, carry out the QoS queue scheduling again, may have a large amount of messages is dropped in compression end, the message of separating pressure side in arrival is not continuous message just like this, be dropped if particularly carried the message (as: FULL_HEADER) that upgrades session context information, according to the cRTP contraction principle, can be because the asynchronous de-compression failure that causes of session context information.
Usually, we adopt above-mentioned first kind of way, promptly do the QoS queue scheduling earlier, after carry out cRTP compression way, the more serious message dropping phenomenon of avoiding above-mentioned second kind of situation to cause can provide cRTP compression as shown in Figure 1 to combine processing method with the QoS queue scheduling in the prior art:
S101 imports the fixed proportion that is used to calculate compression gained message length;
S102, according to described fixed proportion, compression gained message length is calculated, thereby the bandwidth after obtaining limiting, for example the message raw footage is 60 bytes, fixed proportion is 3: 1 (message raw footages: compression gained message length), then carry out the restriction of bandwidth according to 20 bytes as compression gained message length;
S103 behind the limiting bandwidth, carries out normal cRTP compression to message, and like this, the flow that sends on the link has just relatively approached to limit the gained bandwidth.
The inventor finds in implementing process of the present invention: because the actual compressed size of message is unfixing, according to the link actual conditions, even the not situation of compressed packet may appear, therefore prior art is calculated compression gained message length with fixed proportion, thereby carry out bandwidth constraints, may be because the calculating precision be not enough, thereby the message flow after causing compressing differs bigger with restriction gained bandwidth, promptly when actual message flow after carrying out cRTP compression during greater than restriction gained bandwidth, message dropping may be caused and de-compression failure, otherwise then link bandwidth may be wasted.
Summary of the invention
Embodiment of the invention technical problem to be solved is, a kind of method of limiting bandwidth is provided, and a kind of bandwidth constraints device, can be according to the indication information that can be compressed partial-length in the message header, more accurately limit the bandwidth of message transmission stream, both satisfy the requirement of cRTP compression back message transmission streamline speed, can reduce the Loss Rate of message again.
In order to solve the problems of the technologies described above, the embodiment of the invention has proposed a kind of method of limiting bandwidth, comprising:
Contrast message header and corresponding header-compressed session-context information;
By described contrast, obtain to be compressed in the described header indication information of partial-length;
According to described indication information, the bandwidth of the described message of restriction transmission place message flow.
Correspondingly, the embodiment of the invention also provides a kind of bandwidth constraints device, comprising:
The contrast unit, contrast message header and corresponding header-compressed session-context information;
Acquiring unit by described contrast, obtains can be compressed in the described header indication information of partial-length;
Limiting unit, according to described indication information, the bandwidth of the described message of restriction transmission place message flow.
The embodiment of the invention is by contrast message header and corresponding header-compressed session-context information, obtain to be compressed in the described header indication information of partial-length, and according to described indication information, the bandwidth of the described message of restriction transmission place message flow, thereby more accurately limit the bandwidth of message transmission stream, both satisfy the requirement of compression back message transmission streamline speed, can reduce the Loss Rate of message again.
Description of drawings
Fig. 1 is the cRTP of prior art combines the method for handling with the QoS queue scheduling a schematic diagram;
Fig. 2 is the first embodiment schematic diagram of the method for limiting bandwidth of the present invention;
Fig. 3 is cRTP compression of the present invention combines processing method with the QoS queue scheduling the first embodiment schematic diagram;
Fig. 4 is the first embodiment schematic diagram of bandwidth constraints device of the present invention;
Fig. 5 is the second embodiment schematic diagram of bandwidth constraints device of the present invention.
Embodiment
The embodiment of the invention provides a kind of method and bandwidth constraints device of limiting bandwidth, can realize according to the indication information that can be compressed partial-length in the message header, limit the bandwidth of message transmission stream more accurately, thereby satisfy the requirement of compression back message transmission streamline speed, effectively reduce the Loss Rate of message.
Below in conjunction with accompanying drawing, the embodiment of the invention is elaborated.
Fig. 2 is the first embodiment schematic diagram of the method for limiting bandwidth of the present invention, and with reference to this figure, this method mainly comprises:
S201, contrast a last message header of preserving in current message header, the header-compressed session-context, comparing can be differentiated services code points (the Differentiated ServicesCode Point that relatively obtains in the IP message header, DSCP) field contents, life span (Time to Live, TTL) whether field contents changes, and the verification in the UDP header and (Checksum) field contents whether grow out of nothing or the variation from having to do not having etc.;
S202, contrast by s201, obtain to be compressed partial-length information in the current preamble, for example, each does not all change in the dscp field content in the IP message header, ttl field content and Checksum field contents, then can extract and to be compressed partial-length information the field that content change does not wherein take place, and then execution s203, if variation has taken place in any one in dscp field content, ttl field content and the Checksum field contents, then pressing message raw footage computation bandwidth, is 0 processing with reduction length promptly;
S203, according to being compressed partial-length information, IP message raw footage information in the header of s202 gained, according to following formula, estimate the whole length information after the IP message is compressed:
Can be compressed partial-length in the whole length of IP message=IP message raw footage-header,
For example, when IP message raw footage is 70 bytes, can be compressed partial-length in the header is 36 bytes, estimates that then the whole length of IP message is 34 bytes;
S204, the whole length information after being compressed according to the IP message of being estimated, the bandwidth of the described IP message of restriction transmission place message flow.
Implement the method for the limiting bandwidth of the embodiment of the invention as shown in Figure 2, can estimate the length after message is compressed more accurately, thereby the bandwidth of restriction gained message transmission stream and the actual shared bandwidth of message flow can be coincide more accurately, the requirement of compression back message transmission streamline speed can be satisfied, the Loss Rate of message can be effectively reduced again.
Fig. 3 is cRTP compression of the present invention combines processing method with the QoS queue scheduling the first embodiment schematic diagram, and this method is an example with the IP message, and has comprised the flow process of carrying out bandwidth constraints when the QoS queue scheduling, and as shown in Figure 3, this method mainly comprises:
S301, whether judgement has set up IP message header compression session-context between IP message compression end and decompressor end, if then carry out s302, otherwise carry out s311, stipulate according to the cRTP agreement, preserve a last header information that the IP message is complete in the session-context of compression end, also preserved the information of compression session-context state;
S302 judges whether IP message header compression session-context is effective, if then carry out s303, otherwise carries out s311;
S303 imports a last IP message header field information of preserving in the IP message header session-context, comprises dscp field information in the IP message header, ttl field information etc.;
S304, according to a last IP message header field information, whether the field that detects in the current IP message header content change has taken place, detect promptly whether one of fixed field changes in IP header, UDP header, the RTP header, if then carry out s311, otherwise carry out s305;
S305, can be compressed partial-length information in the IP message header of acquisition s304 gained, for example, each does not all change in dscp field content, ttl field content and the Checksum field contents that obtains in the IP message header when detecting among the s304, then can extract and to be compressed partial-length information, and then carry out s306 the field that content change does not wherein take place;
S306 can be compressed length information and IP message raw footage information partly in the IP message header according to gained among the s305, calculate the whole length information after the IP message is compressed, and its computing formula is as follows:
Can be compressed partial-length in the whole length of IP message=IP message raw footage-IP message header;
S307, according to the whole length information of the IP message of s306 gained, the bandwidth of restriction transmit IP message stream;
S308 according to the cRTP agreement, compresses described IP message, after finishing the QoS queue scheduling of above-mentioned bandwidth constraints correspondence, promptly carries out the cRTP compression, as prior art, repeats no more herein;
S309, whether the IP message that detects cRTP compression gained goes out the active phenomenon under the bandwidth of above-mentioned restriction, if then carry out s310, otherwise continue effectively to carry out the processing of each part mentioned above flow process correspondence according to IP message header compression session-context;
S310, it is invalid that the IP message header compression session-context of setting up among the s301 is set at, wherein, when IP message header compression session-context when being invalid, when next IP message of current IP message place message flow is handled, set the bandwidth that transmit IP message flows according to IP message raw footage, also handle when simultaneously the IP message being carried out cRTP compression processing according to sending FULL_HEADER;
S311 sets the bandwidth that transmit IP message flows according to IP message raw footage.
The cRTP compression of implementing the embodiment of the invention as shown in Figure 3 combines processing method with the QoS queue scheduling, on the one hand, can estimate the length after message is compressed more accurately, thereby the bandwidth of restriction gained message transmission stream and the actual shared bandwidth of message flow can be coincide more accurately, the requirement of compression back message transmission streamline speed can be satisfied, the Loss Rate of message can be effectively reduced again; On the other hand, owing to adopted processing as s309, can be after compression end detects message dropping, owing in time sent unpressed IP message, carried sufficient session context information, decompressor end has been upgraded the session context information of local terminal, but just proper solution compression of the subsequent packet of this IP message flow, avoid in the prior art decompressor end to carry out the flow process of CONTEXT_STATE reaction treatment, thereby reduced the nonsynchronous possibility of session context, improved system effectiveness.
Below based on above-mentioned each side method, the bandwidth constraints device of the embodiment of the invention is described.
Fig. 4 is the first embodiment schematic diagram of bandwidth constraints device of the present invention, with reference to this figure, this device mainly comprises contrast unit 41, acquiring unit 42, limiting unit 43, and wherein limiting unit 43 includes and estimates unit 431, restriction processing unit 432, each unit connection relation and function such as following:
Acquiring unit 42, be used for processing by contrast unit 41, obtain to be compressed partial-length information in the current preamble, for example, dscp field content in the IP message header, each does not all change in ttl field content and the Checksum field contents, then can extract and to be compressed partial-length information the field that content change does not wherein take place, and then trigger expectation unit 431 and work, if dscp field content, variation has taken place in any one in ttl field content and the Checksum field contents, then pressing message raw footage computation bandwidth, is 0 processing with reduction length promptly;
Can be compressed partial-length in the whole length of IP message=IP message raw footage-header,
For example, when IP message raw footage is 70 bytes, can be compressed partial-length in the header is 36 bytes, estimates that then the whole length of IP message is 34 bytes;
Adopt the embodiment of the invention as shown in Figure 4, can estimate length after message is compressed more accurately by contrast unit 41, acquiring unit 42, the processing of estimating unit 431, thereby the bandwidth of restriction gained message transmission stream and the actual shared bandwidth of message flow can be coincide more accurately, the requirement of compression back message transmission streamline speed can be satisfied, the Loss Rate of message can be effectively reduced again.
Fig. 5 is the second embodiment schematic diagram of bandwidth constraints device of the present invention, with reference to this figure, this device mainly comprises sets up judging unit 51, judging unit 52, bandwidth processing unit 53, contrast unit 54, acquiring unit 55, limiting unit 56, compression unit 57, detecting unit 58, wherein contrast unit 54 and comprise importing unit 541, field detecting unit 542, limiting unit 56 comprises estimates unit 561, restriction processing unit 562, wherein each unit connection relation and function such as following:
Setting up judging unit 51 links to each other with bandwidth processing unit 53, field detecting unit 542 links to each other with bandwidth processing unit 53, set up judging unit 51, bandwidth processing unit 53, contrast unit 54 links to each other with judging unit 52 respectively, contrast unit 54, limiting unit 56 link to each other with acquiring unit 55 respectively, limiting unit 56, detecting unit 58 link to each other with compression unit 57 respectively, import unit 541 and link to each other, estimate that unit 561 links to each other with restriction processing unit 562 with field detecting unit 542;
Set up judging unit 51, be used for judging and between IP message compression end and decompressor end, whether set up IP message header compression session-context, if, then trigger judging unit 52 work, otherwise trigger 53 work of bandwidth processing unit, according to cRTP agreement regulation, preserved a last header information that the IP message is complete in the session-context of compression end, also preserved the information of compression session-context state;
Judging unit 52 is used to judge whether IP message header compression session-context is effective, but judges and trigger importing unit 541 work, otherwise trigger 53 work of bandwidth processing unit when effective;
Acquiring unit 55, the IP message header that is used for obtaining field detecting unit 542 gained can be compressed partial-length information, for example, when field detecting unit 542 detects the dscp field content that obtains in the IP message header, each does not all change in ttl field content and the Checksum field contents, then the field that content change does not wherein take place is extracted and to be compressed partial-length information, and trigger expectation unit 561 and work, if dscp field content, variation has taken place in any one in ttl field content and the Checksum field contents, then field detecting unit 542 triggers 53 work of bandwidth processing unit, promptly pressing message raw footage computation bandwidth, is 0 processing with reduction length;
Can be compressed partial-length in the whole length of IP message=IP message raw footage-IP message header;
Detecting unit 58, whether the IP message that is used to detect cRTP compression gained goes out the active phenomenon under the bandwidth of above-mentioned restriction, if, then will set up the IP message header compression session-context of setting up unit 51 be set at invalid, otherwise continue effectively to carry out the processing of above-mentioned each unit correspondence according to IP message header compression session-context, wherein, when IP message header compression session-context when being invalid, when next IP message of current IP message was handled, the bandwidth of transmit IP message stream was set in bandwidth processing unit 53 according to IP message raw footage.
In addition, because the cRTP compression function with compression unit 57 correspondences, this bandwidth constraints device can be used as message compression end device and uses.
Adopt the bandwidth constraints device of the embodiment of the invention as shown in Figure 5, on the one hand, can estimate the length after message is compressed more accurately, thereby the bandwidth of restriction gained message transmission stream and the actual shared bandwidth of message flow can be coincide more accurately, the requirement of compression back message transmission streamline speed can be satisfied, the Loss Rate of message can be effectively reduced again; On the other hand, owing to adopted the processing of detecting unit 58, can be after compression end detects message dropping, owing in time sent unpressed IP message, carried sufficient session context information, decompressor end has been upgraded the session context information of local terminal, but just proper solution compression of the subsequent packet of this IP message flow, avoid in the prior art decompressor end to carry out the flow process of CONTEXT_STATE reaction treatment, thereby reduced the nonsynchronous possibility of session context, improved system effectiveness.
In addition, one of ordinary skill in the art will appreciate that all or part of flow process that realizes in the foregoing description method, be to instruct relevant hardware to finish by program, described program can be stored in the computer read/write memory medium, this program can comprise the flow process that combines the embodiment of processing method as embodiment, the cRTP compression of the method for above-mentioned limiting bandwidth with the QoS queue scheduling when carrying out.Wherein, described storage medium can be magnetic disc, CD, read-only storage memory body (Read-Only Memory, ROM) or at random store memory body (Radom Access Memory, RAM) etc.
The above is a preferred implementation of the present invention; should be pointed out that for those skilled in the art, under the prerequisite that does not break away from the principle of the invention; can also make some improvements and modifications, these improvements and modifications also are considered as protection scope of the present invention.
Claims (10)
1. the method for a limiting bandwidth is characterized in that, comprising:
Contrast message header and corresponding header-compressed session-context information;
By described contrast, obtain to be compressed in the described header indication information of partial-length;
According to described indication information, the bandwidth of the described message of restriction transmission place message flow.
2. the method for limiting bandwidth as claimed in claim 1 is characterized in that, contrast message header and corresponding header-compressed session-context information are in this method:
Import a last message header field information of preserving in the described header-compressed session-context;
According to a described last message header field information, whether the field contents in the detection messages header changes, and if not, then obtains can be compressed in the described header indication information of partial-length.
3. the method for limiting bandwidth as claimed in claim 1 or 2 is characterized in that, according to described indication information, the bandwidth of the described message flow of restriction transmission comprises in this method:
According to the raw footage information of described indication information and described message, estimate the whole length information after this message is compressed;
According to the whole length information of being estimated, limit described bandwidth.
4. the method for limiting bandwidth as claimed in claim 1 is characterized in that, this method also comprises:
Judge whether described header-compressed session-context is effective, if then contrast message header and corresponding header-compressed session-context information, otherwise set described bandwidth according to the message raw footage.
5. the method for limiting bandwidth as claimed in claim 4 is characterized in that, after the bandwidth of the described message of restriction transmission place message flow, also comprises in this method:
According to the Real Time Compression agreement, compress described message;
Detect the message of described compression and whether under the bandwidth that is limited, lose, if it is invalid that described session-context then is set.
6. a bandwidth constraints device is characterized in that, comprising:
The contrast unit, contrast message header and corresponding header-compressed session-context information;
Acquiring unit by described contrast, obtains can be compressed in the described header indication information of partial-length;
Limiting unit, according to described indication information, the bandwidth of the described message of restriction transmission place message flow.
7. bandwidth constraints device as claimed in claim 6 is characterized in that, described contrast unit comprises:
Import the unit, import a last message header field information of preserving in the described header-compressed session-context;
The field detecting unit, according to a described last message header field information, whether the field contents in the detection messages header changes, and if not, then triggers described acquiring unit work.
8. as claim 6 or 7 described bandwidth constraints devices, it is characterized in that described limiting unit comprises:
Estimate the unit,, estimate the whole length information after this message is compressed according to the raw footage information of described indication information and described message;
The restriction processing unit according to the whole length information of being estimated, limits described bandwidth.
9. bandwidth constraints device as claimed in claim 6 is characterized in that, this bandwidth constraints device also comprises:
Described bandwidth is set according to the message raw footage in the bandwidth processing unit;
Judging unit judges whether described header-compressed session-context is effective, if then trigger described contrast cell operation, otherwise trigger described bandwidth processing cell operation.
10. bandwidth constraints device as claimed in claim 9 is characterized in that, this bandwidth constraints device also comprises:
Compression unit after described restriction processing unit limits described bandwidth, according to the Real Time Compression agreement, compresses described message;
Whether detecting unit detects the message of described compression and loses under the bandwidth that is limited, if it is invalid that described header-compressed session-context then is set.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200710030022A CN100579074C (en) | 2007-08-28 | 2007-08-28 | Method and device for limiting bandwidth |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200710030022A CN100579074C (en) | 2007-08-28 | 2007-08-28 | Method and device for limiting bandwidth |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101119300A true CN101119300A (en) | 2008-02-06 |
| CN100579074C CN100579074C (en) | 2010-01-06 |
Family
ID=39055239
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200710030022A Expired - Fee Related CN100579074C (en) | 2007-08-28 | 2007-08-28 | Method and device for limiting bandwidth |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100579074C (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012083761A1 (en) * | 2010-12-24 | 2012-06-28 | 华为技术有限公司 | Method and device for resource allocation |
| CN104394117A (en) * | 2014-03-10 | 2015-03-04 | 贵阳朗玛信息技术股份有限公司 | RTP packet transmission method and device |
| CN104636432A (en) * | 2014-12-29 | 2015-05-20 | 大唐移动通信设备有限公司 | Method and device for journal file compression and decompression |
| CN108141387A (en) * | 2015-10-26 | 2018-06-08 | 瑞典爱立信有限公司 | The length of packet header sampling is controlled |
| CN110868364A (en) * | 2018-08-28 | 2020-03-06 | 阿里巴巴集团控股有限公司 | Bandwidth isolation device and method |
-
2007
- 2007-08-28 CN CN200710030022A patent/CN100579074C/en not_active Expired - Fee Related
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012083761A1 (en) * | 2010-12-24 | 2012-06-28 | 华为技术有限公司 | Method and device for resource allocation |
| CN102572935A (en) * | 2010-12-24 | 2012-07-11 | 华为技术有限公司 | Resource distribution method and equipment |
| RU2536177C1 (en) * | 2010-12-24 | 2014-12-20 | Хуавэй Текнолоджиз Ко., Лтд. | Resource allocation method and device |
| CN102572935B (en) * | 2010-12-24 | 2015-05-27 | 华为技术有限公司 | Resource distribution method and equipment |
| RU2576525C1 (en) * | 2010-12-24 | 2016-03-10 | Хуавэй Текнолоджиз Ко., Лтд. | Resource allocation method and device |
| CN104394117A (en) * | 2014-03-10 | 2015-03-04 | 贵阳朗玛信息技术股份有限公司 | RTP packet transmission method and device |
| CN104636432A (en) * | 2014-12-29 | 2015-05-20 | 大唐移动通信设备有限公司 | Method and device for journal file compression and decompression |
| CN104636432B (en) * | 2014-12-29 | 2019-03-12 | 大唐移动通信设备有限公司 | A kind of method and device of journal file compression and decompression |
| CN108141387A (en) * | 2015-10-26 | 2018-06-08 | 瑞典爱立信有限公司 | The length of packet header sampling is controlled |
| CN108141387B (en) * | 2015-10-26 | 2021-07-09 | 瑞典爱立信有限公司 | Length control for packet header samples |
| CN110868364A (en) * | 2018-08-28 | 2020-03-06 | 阿里巴巴集团控股有限公司 | Bandwidth isolation device and method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100579074C (en) | 2010-01-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10785680B2 (en) | Methods and apparatus for optimizing tunneled traffic | |
| EP3162020B1 (en) | System and method for optimizing tunneled traffic | |
| US6680955B1 (en) | Technique for compressing a header field in a data packet | |
| CN101331738B (en) | System and method for improving rohc efficiency | |
| CN100579074C (en) | Method and device for limiting bandwidth | |
| US9392082B2 (en) | Communication interface and method for robust header compression of data flows | |
| CN101854286B (en) | UDP (User Datagram Protocol)-based data stream sending-receiving method and device | |
| CA2461138A1 (en) | A method for sending multiple voice channels over packet networks | |
| CN100433841C (en) | Robustness header compression/decompression method for MIPv6 | |
| CN100591053C (en) | Packet transmission method and network node device | |
| CN101965014A (en) | Distribution method and distribution control device for Gn interface data | |
| CN101257456A (en) | Method and apparatus for enhancing compressing message forwarding performance | |
| CN101170487B (en) | Compression method and compression system and compression device in data stream multiplexing | |
| WO2018165599A1 (en) | Systems and methods for segmentation and reassembly of data frames in 802.11 wireless local area networsks | |
| CN101137089B (en) | Method and compressor for setting time interval value in robust header compression | |
| CN1357189A (en) | Robust delta encoding with history information | |
| CN102006295A (en) | Data compression method based on asynchronous transfer mode (ATM) carried IP voice | |
| WO2009087774A1 (en) | Network card and information processor | |
| CN101453465A (en) | IP packet compression, decompression method for mobile multimedia broadcast system | |
| JPH05191454A (en) | Data transfer system | |
| EP3340545B1 (en) | Methods and apparatus for optimizing tunneled traffic | |
| CN101102263B (en) | Recovery method and device for compressed packet | |
| Chen et al. | A survey of ROHC header compression schemes | |
| CN101222440B (en) | Service quality scheduling method and apparatus for compressing packet | |
| CN101197823A (en) | Method, system and device for decompression information transmission in compression/decompression course |
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 | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100106 Termination date: 20170828 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |