CN106330755A - Message flow regulation method and device and mobile communication gateway - Google Patents
Message flow regulation method and device and mobile communication gateway Download PDFInfo
- Publication number
- CN106330755A CN106330755A CN201510334271.5A CN201510334271A CN106330755A CN 106330755 A CN106330755 A CN 106330755A CN 201510334271 A CN201510334271 A CN 201510334271A CN 106330755 A CN106330755 A CN 106330755A
- Authority
- CN
- China
- Prior art keywords
- token
- message
- token bucket
- length
- bucket
- 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
Abstract
The invention discloses a message flow regulation method and a device and a mobile communication gateway. The method comprises steps: a first token bucket and the corresponding token bucket capacity are set, wherein the capacity of the first token bucket is larger than or equal to that of a pre-configured second token bucket, and the capacity of the second token bucket is larger than or equal to that of a pre-configured third token bucket; and according to the length of the received message, one token bucket is determined from the above three token buckets for processing the received message to regulate the message transmission condition. Compared with the prior art, one more token bucket is arranged, the capacity of the token bucket is set to be the maximum, when a message passes through, a token bucket is selected according to the length of the message, in the case of a message with a long length, the first token bucket with a large capacity is selected for processing the message, and the method of the invention can achieve two functions of shaping and regulation, and problems in the prior art can be solved.
Description
Technical field
The present invention relates to communication field, particularly relate to the monitoring and managing method of a kind of message flow, device and movement
Communication gate.
Background technology
Along with the fast development of mobile Internet, data traffic is gradually increased, and has largely increased the weight of network
Congested.Traffic shaping is the effective means of a kind of limiting speed and burst so that message can be with the most all
Even speed transfer-out.Traffic shaping generally uses relief area and token bucket algorithm to combine.The most normal
Token bucket algorithm, it is simply that the srTCM (single-rate three defined respectively by RFC2697 and RFC2698
Chromatic colorant method) and two kinds of canonical algorithms of trTCM (the trichroism colouring of dual rate).
Traditional RFC2698 algorithm, then can only be by CBS and PBS if it is intended to tolerate that accidental big bag passes through
It is long that configuration exceedes maximum bag, but the parcel during such setting is applied for the overwhelming majority is irrational, meeting
Cause burst flow excessive, cause network delay；Simultaneously for shaping, CBS/PBS can not configure excessive,
The most just not having shaping effect, the biggest bag problem is the most prominent.
Summary of the invention
The present invention provides the monitoring and managing method of a kind of message flow, device and mobile communication gateway, existing in order to solve
The RFC2698 algorithm having technology to tolerate that accidental big bag passes through, and can only CBS and PBS configuration be exceeded
Maximum bag is long, but the parcel during such setting is applied for the overwhelming majority is irrational, can cause burst
Flow is excessive, the problem causing network delay.
For solving above-mentioned technical problem, on the one hand, the present invention provides the monitoring and managing method of a kind of message flow, bag
Include: arranging the token bucket capacity of the first token bucket and correspondence thereof, wherein, the capacity of described first token bucket is big
In or equal to pre-configured the second token bucket capacity, described second token bucket capacity is more than or equal to pre-configured
3rd token bucket capacity；According to the length of the message received, from above three token bucket, determine an order
Board bucket process described in the message that receives, to supervise the transmission situation of message.
Further, according to the length of the message received, from above three token bucket, determine a token bucket
The message received described in processing comprise determining that described in the length of message that receives whether exceed described
The capacity of two token buckets；If it is, by the message received described in described first token bucket process；As
Fruit not, then passes through the message received described in described second token bucket or described 3rd token bucket process.
Further, the message by receiving described in described first token bucket process comprises determining that described reception
To the length of message whether exceed token quantity in described first token bucket；In the case of exceeding, to institute
State the token adding predetermined quantity in the first token bucket, and the length of the message received described in continuing to determine is
No exceed current token quantity, and after the token adding pre-determined number, described in the length of message that receives
In the case of degree is still above current token quantity, abandon or cache described in the message that receives；In described reception
In the case of the length of the message arrived is not less than current token quantity, from described first token is logical, take token
To pass through message.
Further, by the message bag received described in described second token bucket or described 3rd token bucket process
Include: whether the length of the message received described in determining exceedes token quantity in described second token bucket；If
It is in described second token bucket, then add the token of predetermined quantity, continues the message received described in determining
Length whether exceed current token quantity, and after the token adding pre-determined number, described in receive
In the case of the length of message is still above current token quantity, abandon or cache described in the message that receives；As
The most, then whether the length of message not continuing to receive described in determining exceedes token in described 3rd token bucket to fruit
Quantity, and in the case of exceeding, takes token with by message from described second token bucket, not less than
In the case of, from described 3rd token bucket, take token to pass through message.
Further, determining that a token bucket described in processing after the message that receives, also includes: for institute
State the message received to be marked.
On the other hand, the present invention also provides for the maintenance device of a kind of message flow, including: module is set, uses
In arranging the token bucket capacity of the first token bucket and correspondence thereof, wherein, the capacity of described first token bucket is more than
Or equal to pre-configured the second token bucket capacity, described second token bucket capacity is more than or equal to pre-configured the
Three token bucket capacity；Determine module, for the length according to the message received, from above three token bucket
Middle determine a token bucket process described in the message that receives, to supervise the transmission situation of message.
Further, described determine that module comprises determining that unit, the length of the message received described in determine
Whether degree exceedes the capacity of described second token bucket；First performance element, at the described message received
Length exceed the capacity of described second token bucket in the case of, by described first token bucket process described in connect
The message received；Second performance element, for exceeding described second order in the length of the described message received
In the case of the capacity of board bucket, receive described in described second token bucket or described 3rd token bucket process
Message.
Further, described first performance element, whether the length of message being additionally operable to receive described in determining surpasses
Cross token quantity in described first token bucket；In the case of exceeding, add in advance in described first token bucket
The token of determined number, and whether the length of the message received described in continuing to determine exceed current token quantity,
And after the token adding pre-determined number, described in the length of message that receives still above current token quantity
In the case of, abandon or cache described in the message that receives；The described message received length not less than work as
In the case of front token quantity, from described first token is logical, take token to pass through message.
Further, described second performance element, whether the length of message being additionally operable to receive described in determining surpasses
Cross token quantity in described second token bucket；If it is, add predetermined quantity in described second token bucket
Token, whether the length of message continuing to receive described in determining exceedes current token quantity, and is adding
After adding the token of pre-determined number, described in the length of message that receives still above current token quantity in the case of,
The message received described in abandoning or caching；If it is not, then the length of the message received described in continuing to determine
Spend and whether exceed token quantity in described 3rd token bucket, and in the case of exceeding, from described second token
Take token in Tong with by message, not less than in the case of, from described 3rd token bucket, take token with logical
Cross message.
Another aspect, the present invention also provides for a kind of mobile communication gateway, including: the message flow of any of the above-described
The maintenance device of amount.
The present invention in terms of existing technologies, is provided with a token bucket more, is set by the capacity of this token bucket
It is set to maximum, when there being message to be passed through, selects token bucket according to message length, then having length bigger
During message, being processed by jumbo first token bucket, the method can take into account two kinds of shaping and supervision
Function, the RFC2698 algorithm solving prior art to tolerate that accidental big bag passes through, can only by CBS and
It is long that PBS configuration exceedes maximum bag, but the parcel during such setting is applied for the overwhelming majority is irrational,
Burst flow can be caused excessive, the problem causing network delay.
Accompanying drawing explanation
Fig. 1 is the flow chart of the monitoring and managing method of message flow in the embodiment of the present invention；
Fig. 2 is the structural representation of the maintenance device of message flow in the embodiment of the present invention；
Fig. 3 is the structural representation that in the embodiment of the present invention, the maintenance device of message flow determines module；
Fig. 4 is the flow chart of the monitoring and managing method of message flow in the preferred embodiment of the present invention.
Detailed description of the invention
To tolerate that accidental big bag passes through to solve the RFC2698 algorithm of prior art, can only by CBS with
And PBS configuration exceedes maximum bag length, but the parcel during such setting is applied for the overwhelming majority is unreasonable
, burst flow can be caused excessive, the problem causing network delay, the invention provides a kind of message flow
Monitoring and managing method, device and mobile communication gateway, below in conjunction with accompanying drawing and embodiment, the present invention is carried out
Further describe.Should be appreciated that specific embodiment described herein only in order to explain the present invention,
Do not limit the present invention.
The embodiment of the present invention provides the monitoring and managing method of a kind of message flow, the flow process of the method as it is shown in figure 1,
Including step S102 to S104:
S102, arranges the token bucket capacity of the first token bucket and correspondence thereof, wherein, the capacity of the first token bucket
More than or equal to the second pre-configured token bucket capacity, the second token bucket capacity is more than or equal to pre-configured the
Three token bucket capacity.When realizing, owing to the embodiment of the present invention is carried out for prior art existing problems
Improving, therefore, above-mentioned the second token bucket pre-seted can make P bucket, and its capacity is PBS, above-mentioned default
The 3rd token bucket put can make C bucket, and its capacity is CBS, then the first token bucket can be referred to as G bucket,
Its capacity could be arranged to GBS.
S104, according to the length of the message received, determines that from above three token bucket a token bucket comes
Process the message received, to supervise the transmission situation of message.
The embodiment of the present invention in terms of existing technologies, is provided with a token bucket, by this token bucket more
Capacity setting is maximum, when there being message to be passed through, selects token bucket according to message length, is then having length
During bigger message, being processed by jumbo first token bucket, the method can take into account shaping and supervision
Two kinds of functions, solve prior art RFC2698 algorithm to tolerate that accidental big bag passes through, can only be by CBS
And PBS configuration exceedes maximum bag length, but the parcel during such setting is applied for the overwhelming majority is not conform to
Reason, burst flow can be caused excessive, the problem causing network delay.
Concrete, according to the length of the message received, from above three token bucket, determine a token bucket
The process processing the message received can be as follows, comprises determining that whether the length of the message received surpasses
Cross the capacity of the second token bucket, owing to the second token bucket and the 3rd token bucket exist the situation that capacity is equal, because of
This, when capacity is equal, it is also possible to compare with the 3rd token bucket, but is the most all the second order
The capacity of board bucket is more than the capacity of the 3rd token bucket, therefore, using the second token bucket as comparing in the present embodiment
Basis.If the length of the message received more than the capacity of the second token bucket, then illustrates now to receive
Message is likely to the big bag of data, is therefore processed the message received by the first token bucket；If received
The length of message be not above the capacity of the second token bucket, then illustrate that the length of this message is at normal process model
In enclosing, it is not belonging to the big bag of data, therefore, it can be processed by the second token bucket or the 3rd token bucket receive
Message.
If being processed the message received by the first token bucket, it is thus necessary to determine that the length of the message received is
No more than token quantity in the first token bucket.Under normal circumstances, the token number deposited in the first token bucket should
This is intended to less than the first token bucket capacity, therefore, is to be carried out with the token quantity in token bucket by message length
Relatively.
In the length of message is more than the first token bucket in the case of token quantity, add in the first token bucket
The token of predetermined quantity, and continue to determine whether the length of the message received exceedes current token quantity；
If the length of message still exceedes current token quantity, it is further continued for adding token.Adding pre-determined number
After after token, if in the case of the length of the message received is still above current token quantity, report is described
Literary composition is long, then abandon or cache the message received.In the length of the message received not less than current order
In the case of board quantity, from the first token is logical, take token to pass through message.In above process, predetermined number
Amount and pre-determined number can be configured according to the experience of those skilled in the art or demand etc..
If processing, by the second token bucket or the 3rd token bucket, the message received, then it is also predefined and specifically makes
Use which token bucket, then it needs to be determined that whether the length of the message received is more than token in the second token bucket
Quantity；
If it exceeds token quantity in the second token bucket, then in the second token bucket, add the token of predetermined quantity,
Continue to determine whether the length of the message received exceedes current token quantity, and adding pre-determined number
After token, in the case of the length of the message received is still above current token quantity, abandons or cache reception
Processing procedure in the message arrived, said process and the first token bucket is similar.
Without more than token quantity in the second token bucket, the most now there are two kinds of situations, one is this report
Literary composition length is shorter, can go to process by the 3rd token bucket, and a kind of situation the second token bucket is current
Token is the most.Based on above-mentioned consideration, can continue to determine that whether the length of the message received is more than the 3rd
Token quantity in token bucket, if more than, then explanation needs the second token bucket to process this message, then from the
Two token buckets take token with by message, if not less than, then illustrate to be processed the most permissible by the 3rd token bucket
Meet demand, then from the 3rd token bucket, take token to pass through message.
When implementing, after determining that a token bucket processes the message received, can be according to existing
There is identification procedure to process, be the message received and be marked, such as, determining the report received
The length of literary composition more than (in the case of confirming to need the first token bucket to process) during the capacity of the second token bucket,
It is redness by the packet labeling received.
The embodiment of the present invention additionally provides the maintenance device of a kind of message flow, the structural representation of this device such as figure
Shown in 2, including: module 10 is set, for arranging the token bucket capacity of the first token bucket and correspondence thereof, its
In, the capacity of the first token bucket is more than or equal to the second pre-configured token bucket capacity, the second token bucket capacity
More than or equal to the 3rd pre-configured token bucket capacity；Determine module 20, couple with arranging module 10, use
In the length according to the message received, from above three token bucket, determine that a token bucket is to process reception
The message arrived, to supervise the transmission situation of message.
Fig. 3 shows the structural representation determining module 20, determines that module 20 may include that and determines unit
201, for determining that the length of the message received is whether more than the capacity of the second token bucket；First performs list
Unit 202, and determines that unit 201 couples, for the length at the message received more than the second token bucket
In the case of capacity, processed the message received by the first token bucket；Second performance element 203, and really
Cell 201 couples, in the case of the capacity more than the second token bucket of the length at the message received,
The message received is processed by the second token bucket or the 3rd token bucket.
Further, the first performance element, it is additionally operable to determine that whether the length of the message received is more than the first order
Token quantity in board bucket；In the case of exceeding, in the first token bucket, add the token of predetermined quantity, and
Continue to determine whether the length of the message received exceedes current token quantity, and adding pre-determined number
After token, in the case of the length of the message received is still above current token quantity, abandons or cache reception
The message arrived；In the case of the length of the message received is not less than current token quantity, from the first order
Token is taken to pass through message during board is logical.
Second performance element, is additionally operable to determine whether the length of the message received makes more than in the second token bucket
Board quantity；If it is, add the token of predetermined quantity in the second token bucket, continue to determine receiving
Whether the length of message exceedes current token quantity, and after the token adding pre-determined number, receives
In the case of the length of message is still above current token quantity, abandon or cache the message received；If no
Be, then continue to determine the length of the message received whether more than token quantity in the 3rd token bucket, and super
In the case of crossing, from the second token bucket, take token with by message, not less than in the case of, from the 3rd
Token bucket takes token to pass through message.
The embodiment of the present invention additionally provides a kind of mobile communication gateway, and this gateway can include above-mentioned message flow
The maintenance device of amount.Those skilled in the art, according to the record of above-described embodiment, know how said apparatus
Being arranged on the mobile radio communication Central Shanxi Plain, here is omitted.
Preferred embodiment
The embodiment of the present invention proposes the monitoring and managing method of a kind of message flow, and it is to conventional t rTCM (dual rate
Trichroism colouring) in the improved method of RFC2698 algorithm, it is intended to improve traffic policing and shaping effect,
Avoid burst flow excessive.The embodiment of the present invention increases a G bucket in existing algorithm, and (big bag is special
Bucket).Below each english abbreviation implication that will use is explained,
CBS represents the size of token bucket C bucket, configurable；CIR represents to throw in token bucket C bucket to be made
The speed of board, the speed that namely message averagely passes through, configurable；PBS represents the size of token bucket P bucket,
Configurable；PIR represents the speed throwing in token in token bucket P bucket, and namely the maximum of message is by speed
Rate, configurable, but PIR is necessarily equal to or is more than CIR；GBS represents the size of token bucket G bucket, can
Configuration, it is necessary to equal to or more than CBS and PBS configured before, it is preferably provided as when GBS is arranged being more than
The maximum IP message possible equal in data stream；GIR represents the speed throwing in token in token bucket P bucket,
Configurable.
User can configure above several parameter, different from conventional t rTCM algorithm, and CBS/PBS can configure
Long less than maximum bag, for single packet length big bag more than CBS/PBS, directly from G bucket, take token.
G bucket injects token with the biggest packet rate GIR simultaneously.Configure less CBS/PBS, for the biggest
Most parcels is more reasonable, it is to avoid burst flow is excessive and improves shaping effect；Big bags and small bags after improvement
Walk different buckets, be independent of each other.
Implement to be described further to the present invention below in conjunction with the accompanying drawings.As shown in Figure 4, including step S401
To S420.
S401, after receiving message, it is judged that whether the length of message exceedes user configured CBS/PBS.If
It is then to enter S402, otherwise enter S409.
S402, is red by packet labeling.
S403, it is judged that whether message length is more than the existing token number of G bucket.If yes then enter S404, no
Then, S407 is performed.
S404, adds token.
S405, judges whether message length exceedes the token quantity in current token bucket again.If it is,
Perform S406, otherwise perform S408.
S406, caching or dropping packets.
S407, takes token from G bucket.
S408, passes through message.
S409, it is judged that whether message length is more than P bucket token number.If it is, enter S410, otherwise
Enter S415.
S410, is red by packet labeling.
S411, adds token.
S412, judges whether message length exceedes the token quantity in current token bucket again.If it is,
Perform S413, otherwise perform S414.
S413, caching or dropping packets.
S414, passes through message.
S415, it is judged that whether message length is more than the existing token number of C bucket.If it is, perform S416,
Otherwise perform S418.
S416, mark packet labeling is yellow.
S417, takes token from P bucket.Perform S420.
S418, mark packet labeling is green.
S419, takes token from C bucket.
S420, passes through message.
Wherein, the process of above-mentioned S410 to S414 is similar with S402 to S408 process, is all to add token
With take the process of token, simply perform in different buckets.
Configuration after the embodiment of the present invention is improved is more reasonable to the parcel in great majority application, configures less
CBS/PBS, it can be avoided that burst flow is excessive, causes network delay, simultaneously for shaping, CBS/PBS
Can not be too big, otherwise cannot play shaping effect, the improvement of the embodiment of the present invention solves above asking
Topic.
Although being example purpose, having been disclosed for the preferred embodiments of the present invention, those skilled in the art will
It is also possible for recognizing various improvement, increasing and replace, therefore, on the scope of the present invention should be not limited to
State embodiment.
Claims (10)
1. the monitoring and managing method of a message flow, it is characterised in that including:
Arranging the token bucket capacity of the first token bucket and correspondence thereof, wherein, the capacity of described first token bucket is big
In or equal to pre-configured the second token bucket capacity, described second token bucket capacity is more than or equal to pre-configured
3rd token bucket capacity；
According to the length of the message received, from above three token bucket, determine that a token bucket is to process
State the message received, to supervise the transmission situation of message.
2. monitoring and managing method as claimed in claim 1, it is characterised in that according to the length of the message received
Degree, determine from above three token bucket a token bucket process described in the message that receives include:
Whether the length of the message received described in determining exceedes the capacity of described second token bucket；
If it is, by the message received described in described first token bucket process；
If it is not, then by the report received described in described second token bucket or described 3rd token bucket process
Literary composition.
3. monitoring and managing method as claimed in claim 2, it is characterised in that at described first token bucket
The message received described in reason includes:
Whether the length of the message received described in determining exceedes token quantity in described first token bucket；
In the case of exceeding, in described first token bucket, add the token of predetermined quantity, and continue to determine
Whether the length of the described message received exceedes current token quantity, and is adding the token of pre-determined number
After, described in the length of message that receives still above current token quantity in the case of, abandon or cache described
The message received；
In the case of the length of the described message received is not less than current token quantity, from described first
Token is taken to pass through message during token is logical.
4. monitoring and managing method as claimed in claim 2, it is characterised in that by described second token bucket or
The message received described in described 3rd token bucket process includes:
Whether the length of the message received described in determining exceedes token quantity in described second token bucket；
If it is, add the token of predetermined quantity in described second token bucket, continue to determine described reception
To the length of message whether exceed current token quantity, and after the token adding pre-determined number, described
In the case of the length of the message received is still above current token quantity, abandon or cache described in receive
Message；
If it is not, then whether the length of the message received described in continuing to determine exceedes described 3rd token bucket
Middle token quantity, and in the case of exceeding, takes token with by message from described second token bucket,
In the case of not less than, from described 3rd token bucket, take token to pass through message.
5. the monitoring and managing method as according to any one of Claims 1-4, it is characterised in that determining
Individual token bucket process described in after the message that receives, also include:
It is marked for the described message received.
6. the maintenance device of a message flow, it is characterised in that including:
Module is set, for arranging the token bucket capacity of the first token bucket and correspondence thereof, wherein, described first
The capacity of token bucket is more than or equal to the second pre-configured token bucket capacity, and described second token bucket capacity is more than
Or equal to the 3rd pre-configured token bucket capacity；
Determine module, for the length according to the message received, from above three token bucket, determine one
Token bucket process described in the message that receives, to supervise the transmission situation of message.
7. maintenance device as claimed in claim 6, it is characterised in that described determine that module includes:
Determining unit, whether the length of the message received described in determine exceedes described second token bucket
Capacity；
First performance element, for exceeding the appearance of described second token bucket in the length of the described message received
In the case of amount, by the message received described in described first token bucket process；
Second performance element, for exceeding the appearance of described second token bucket in the length of the described message received
In the case of amount, by the message received described in described second token bucket or described 3rd token bucket process.
8. maintenance device as claimed in claim 7, it is characterised in that
Described first performance element, whether the length of message being additionally operable to receive described in determining exceedes described
Token quantity in one token bucket；
In the case of exceeding, in described first token bucket, add the token of predetermined quantity, and continue to determine
Whether the length of the described message received exceedes current token quantity, and is adding the token of pre-determined number
After, described in the length of message that receives still above current token quantity in the case of, abandon or cache described
The message received；
In the case of the length of the described message received is not less than current token quantity, from described first
Token is taken to pass through message during token is logical.
9. maintenance device as claimed in claim 7, it is characterised in that
Described second performance element, whether the length of message being additionally operable to receive described in determining exceedes described
Token quantity in two token buckets；
If it is, add the token of predetermined quantity in described second token bucket, continue to determine described reception
To the length of message whether exceed current token quantity, and after the token adding pre-determined number, described
In the case of the length of the message received is still above current token quantity, abandon or cache described in receive
Message；
If it is not, then whether the length of the message received described in continuing to determine exceedes described 3rd token bucket
Middle token quantity, and in the case of exceeding, takes token with by message from described second token bucket,
In the case of not less than, from described 3rd token bucket, take token to pass through message.
10. a mobile communication gateway, it is characterised in that including: institute any one of claim 6 to 9
The maintenance device of the message flow stated.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510334271.5A CN106330755A (en) | 2015-06-16 | 2015-06-16 | Message flow regulation method and device and mobile communication gateway |
| PCT/CN2015/098772 WO2016201943A1 (en) | 2015-06-16 | 2015-12-24 | Packet traffic monitoring method, device and mobile communication gateway |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510334271.5A CN106330755A (en) | 2015-06-16 | 2015-06-16 | Message flow regulation method and device and mobile communication gateway |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN106330755A true CN106330755A (en) | 2017-01-11 |
Family
ID=57544768
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510334271.5A Pending CN106330755A (en) | 2015-06-16 | 2015-06-16 | Message flow regulation method and device and mobile communication gateway |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN106330755A (en) |
| WO (1) | WO2016201943A1 (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111064676A (en) * | 2018-10-16 | 2020-04-24 | 中兴通讯股份有限公司 | Flow monitoring method, equipment, device and computer storage medium |
| WO2021088584A1 (en) * | 2019-11-08 | 2021-05-14 | 华为技术有限公司 | Service traffic adjusting method and apparatus |
| CN113411267A (en) * | 2021-06-16 | 2021-09-17 | 杭州迪普科技股份有限公司 | Message forwarding method and device |
| CN113422737A (en) * | 2021-08-25 | 2021-09-21 | 阿里云计算有限公司 | Flow control method, flow control equipment and storage medium |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108667745A (en) * | 2017-03-30 | 2018-10-16 | 深圳市中兴微电子技术有限公司 | A kind of method and apparatus of traffic policing |
| CN109714268B (en) * | 2019-01-23 | 2022-06-07 | 平安科技（深圳）有限公司 | Flow control method and related device for virtual private cloud |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7760641B2 (en) * | 2006-07-10 | 2010-07-20 | International Business Machines Corporation | Distributed traffic shaping across a cluster |
| CN101478494B (en) * | 2009-02-16 | 2011-03-16 | 中兴通讯股份有限公司 | Data packet processing method and apparatus based on token barrel algorithm |
| CN101557348B (en) * | 2009-05-25 | 2012-03-28 | 杭州华三通信技术有限公司 | Message forwarding method and device based on token bucket |
| CN102195819A (en) * | 2011-05-30 | 2011-09-21 | 中兴通讯股份有限公司 | Network equipment and service traffic supervision method thereof |
-
2015
- 2015-06-16 CN CN201510334271.5A patent/CN106330755A/en active Pending
- 2015-12-24 WO PCT/CN2015/098772 patent/WO2016201943A1/en active Application Filing
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111064676A (en) * | 2018-10-16 | 2020-04-24 | 中兴通讯股份有限公司 | Flow monitoring method, equipment, device and computer storage medium |
| WO2021088584A1 (en) * | 2019-11-08 | 2021-05-14 | 华为技术有限公司 | Service traffic adjusting method and apparatus |
| CN113411267A (en) * | 2021-06-16 | 2021-09-17 | 杭州迪普科技股份有限公司 | Message forwarding method and device |
| CN113422737A (en) * | 2021-08-25 | 2021-09-21 | 阿里云计算有限公司 | Flow control method, flow control equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2016201943A1 (en) | 2016-12-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106330755A (en) | Message flow regulation method and device and mobile communication gateway | |
| CN104272680B (en) | Signalling congestion | |
| CN105100142B (en) | The transfer control method and device of software defined network protocol massages | |
| KR101738657B1 (en) | Method and apparatus for data traffic restriction | |
| CN102027717B (en) | A kind of data transmission method by network | |
| CN103999414B (en) | A kind of method and apparatus of attribution for the congestion contribution of the shared resource of relative users register | |
| CN102014075B (en) | Traffic policing method and device | |
| CN100384156C (en) | Method for multiplexing residual bandwidth and network equipment | |
| CN101478494B (en) | Data packet processing method and apparatus based on token barrel algorithm | |
| CN100384157C (en) | Method for multiplexing residual bandwidth and network equipment | |
| CN103501236B (en) | Network control plane logical topology generates method and device | |
| CN103401801A (en) | Method and device for realizing dynamic load balance | |
| CN105103591A (en) | Reporting of user plane congestion (upcon) using a upcon container | |
| CN106302209B (en) | A kind of network-on-chip NoC and the method for data transmission | |
| CN107342947B (en) | Traffic shaping method, controller, network equipment and traffic shaping system | |
| CN105591859B (en) | The method and apparatus for adjusting port blocked for ERPS gyration state | |
| CN108234338A (en) | Message transmitting method and hybrid access networks close | |
| CN101692648A (en) | Method and system for queue scheduling | |
| CN110351187A (en) | Data center network Road diameter switches the adaptive load-balancing method of granularity | |
| CN105573193B (en) | The method that telegram distinguishes order of priority in real time in network arrangement and fusion bearer network | |
| CN103051546B (en) | Delay scheduling-based network traffic conflict prevention method and delay scheduling-based network traffic conflict prevention system | |
| CN104301250A (en) | Wireless congestion control method and device | |
| CN106936729A (en) | Control method, system and broadband access network system that a kind of terminal device is accessed | |
| EP4149066A1 (en) | Communication method and apparatus | |
| CN103916319A (en) | Link selection method and stacking device in LACP stacked networking |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| WD01 | Invention patent application deemed withdrawn after publication | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170111 |