CN101075971A - Method for realizing hierarchical QoS - Google Patents
Method for realizing hierarchical QoS Download PDFInfo
- Publication number
- CN101075971A CN101075971A CNA2007101305454A CN200710130545A CN101075971A CN 101075971 A CN101075971 A CN 101075971A CN A2007101305454 A CNA2007101305454 A CN A2007101305454A CN 200710130545 A CN200710130545 A CN 200710130545A CN 101075971 A CN101075971 A CN 101075971A
- Authority
- CN
- China
- Prior art keywords
- stream
- token
- bandwidth
- token bucket
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 15
- 238000004891 communication Methods 0.000 description 2
- 238000011217 control strategy Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000002372 labelling Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 239000003086 colorant Substances 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000005764 inhibitory process Effects 0.000 description 1
- 239000003550 marker Substances 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The method comprises: a) dividing the service stream in the network into two or more sub-streams; 2) according to the bandwidth of the sub-stream, determining the Quos parameters, and setting up a shared token bucket in order to make said more than two sub-streams share the bandwidth allocated by the shared token bucket.
Description
Technical field
The present invention relates to communication technique field, the implementation method of particularly a kind of multilevel service quality (Quality ofServices is hereinafter to be referred as QoS).
Background technology
Along with the continuous growth of broadband user's number and with Web TV (Internet ProtocolTelevision, IPTV) be the professional release of triple services of representative (Triple Play), the IP metropolitan area network is as an important ring of IP bearer network, and its status is more and more important.In addition, along with the introducing of soft switch and the evolution trend of 3G network all-IPization,, on performance, function, all have higher requirement for present metropolitan area network.Go out to send the present metropolitan area network of close examination from the angle of the various new business of effective support, the broadband access aspect exists supports that the ability of QoS is more weak, can't provide based on user and professional QoS to ensure, controls the total bandwidth of a plurality of business.
Because the segmentation of IP operation is more and more thinner, the type of service that service provider carries out according to the user is charged becomes a kind of comparatively urgent demand.The design philosophy of Hierarchical QoS solves a kind of like this demand, but the chip that can support Hierarchical QoS thought at present seldom, and the equipment in the existing network operation can not be replaced fully, and this reality and business demand have constituted a pair of comparatively strong conflict.
The following several point defects of present stage network QoS mechanism existence:
1, can't provide simultaneously based on user and professional QoS guarantee;
2, a certain business as the user does not have under the situation of operation, can't allow the user use user's total bandwidth to greatest extent, can't realize that a kind of professional idle bandwidth is by another professional function of sharing.Comparatively serious inhibition the service supplier carry out the new business demand according to type of service.
Therefore, seek to support on the existing network equipment comparatively simple Hierarchical QoS technology to become the active demand of current communication technique field.
Summary of the invention
In view of the demand, the purpose of this invention is to provide a kind of can be simultaneously based on user and business, make the bandwidth of Business Stream can reach the implementation method of shared Hierarchical QoS.
For reaching above-mentioned purpose, the invention provides a kind of implementation method of Hierarchical QoS, may further comprise the steps:
Step 2 is determined QoS parameter according to the bandwidth requirement of separate service stream, and the shared token bucket is set, so that above-mentioned separate service stream is shared the bandwidth that its shared token bucket distributes.
As preferably, in the described step 1, divide above-mentioned Business Stream according to the Network type.
As preferably, described step 2 is specially:
Step 21 is determined QoS parameter according to the bandwidth requirement of separate service stream;
Step 22, for above-mentioned separate service flow point is not provided with two or more token buckets, and wherein the part token bucket is set to the shared token bucket;
Step 23 when one or more bandwidth in the above-mentioned separate service stream are not enough, is shared the bandwidth of other separate service stream by the shared token bucket.
As preferably, described step 23 can be specially:
Step 231, when separate service stream surpassed its guaranteed bandwidth, the token in its token bucket was exhausted, and checks then in its shared token bucket whether token is arranged, if having, then enters step 232, otherwise with the packet loss that exceeds in this separate service stream, step finishes;
Step 232, this separate service stream consumes the token in the shared token bucket, and the bandwidth of using above-mentioned shared token bucket to distribute sends the message that this exceeds.
As preferably, described step 1 can also be specially:
Step 1 ', be two separate service streams with Business Stream, for every separate service flow point is not provided with two token buckets, make first Business Stream share first token bucket of second Business Stream, make second Business Stream share first token bucket of first Business Stream.
As preferably, described step 2 can also be specially:
Step 2 ', the bandwidth that needs when first Business Stream surpasses its guaranteed bandwidth, and first token bucket of second Business Stream is when having token, makes first Business Stream use token in first token bucket of second Business Stream of sharing; The bandwidth that needs when second Business Stream surpasses its guaranteed bandwidth, and first token bucket of first Business Stream is when having token, makes second Business Stream use token in first token bucket of first Business Stream of sharing.
Beneficial effect of the present invention is: at first, the invention solves can't be based on user and the professional problem that provides QoS to ensure simultaneously in present equipment; Secondly, the present invention uses simply, is based upon fully on the prior art principle, and the utilization scope is wide; At last, shared bandwidth between inner each business of user has greatly improved the utilization rate of bandwidth.
Description of drawings
Fig. 1 is the principle schematic of the Hierarchical QoS of a preferred embodiment of the present invention.
Fig. 2 is that the Hierarchical QoS of another preferred embodiment of the present invention distributes schematic diagram.
Fig. 3 is the realization flow figure of the Hierarchical QoS of another preferred embodiment of the present invention.
Embodiment
Below in conjunction with the drawings and specific embodiments the present invention is further introduced, but not as a limitation of the invention.
The principle of the Hierarchical QoS of a preferred embodiment of the present invention as shown in Figure 1, the QoS level of realizing among this embodiment is two-layer, marked flows 1 (flow1) and the message bag that flows 2 (flow2) under the single-rate three-color marker state, 2 two token buckets are set for flowing 1 respectively with stream, be respectively Committed Burst Size (Committed Burst Size, be called for short CBS) token bucket, it is the C bucket, with additional bursts size (Excess Burst Size, be called for short EBS) token bucket, be the E bucket, the E bucket that stream 1 is set is the sharing E bucket with the E bucket that flows 2, only is expressed as an integral body in the drawings, stream 2 is set is discarding traffic message not, stream 1 is set is discardable service message, the message that abandons can carry out according to the flow of stream, and rule is: message flow is less than committed information rate (committed-information-rate, abbreviation CIR) message bag is green, between CIR and peak rate (PeakBurstSize is called for short PIR) is yellow, and greater than PIR is red.The different colours of bag corresponds respectively to different loss prioritys, and in this embodiment, red priority is the highest, and therefore, stream 1 abandons the red packet bag.The E bucket of stream 1 and the token of C bucket more new relation are set to independence, and the Flow Control that partners is implemented the Flow Control strategy respectively to pair0.Stream 2 E bucket then is set shares the E bucket of stream 1, stream 1 is set abandons the red packet bag, and flow 2 dropping packets not, the E bucket of stream 2 and the token of C bucket more new relation are set to independence, and the Flow Control that partners is implemented the Flow Control strategy respectively to pair1.
To pair0, flow 2 for Flow Control in guaranteed bandwidth, token in the C bucket of stream 2 consumption streams 2 and the token in the E bucket; In the guaranteed bandwidth of stream 1, the token in the C bucket of stream 1 consumption stream 1 is when surpassing the guaranteed bandwidth of stream 1, check in the E bucket of sharing whether token is arranged,, then flow 1 token that consumes in the E bucket of sharing if having, at this moment, the token in the E bucket of Gong Xianging is actually stream 2 unspent guaranteed bandwidths; If no, then will flow the packet labeling that exceeds guaranteed bandwidth in 1 is the red packet bag, carries out discard processing.
To pair1, flow 1 for Flow Control in guaranteed bandwidth, token in the C bucket of stream 1 consumption stream 1 and the token in the E bucket; In the guaranteed bandwidth of stream 2, the token in the C bucket of stream 2 consumption streams 2 is when surpassing the guaranteed bandwidth of stream 2, check in the E bucket of sharing whether token is arranged,, then flow 2 tokens that consume in the E bucket of sharing if having, at this moment, the token in the E bucket of Gong Xianging is actually stream 1 unspent guaranteed bandwidth; If no, then will flow the packet labeling that exceeds guaranteed bandwidth in 2 is the red packet bag, carries out discard processing.
Therefore, in reality was carried out, stream 1 and stream 2 can be shared the other side's E bucket mutually, can use the token bucket that does not use fully of another stream of Flow Control centering when exceeding guaranteed bandwidth, thereby reached the result of shared bandwidth.Simultaneously, stream 1 and stream 2 are checked separately the state with the other side's E bucket.
The allocated bandwidth of this preferred embodiment under different situations shown in following table 1,
Table 1
| Stream 1 (VoIP) stream 2 (internet) | “＞”1M | ″＝″1M | ″＜″1M | |
| 1.5M | 1M | 0.5M | ||
| ″＞″3M | 4M | 1M/3M | 1M/3M | 0.5M/3.5M |
| ″＝″3M | 3M | 1M/3M | 1M/3M | 0.5M/3M |
| ″＜″3M | 2M | 1.5M/2M | 1M/2M | 0.5M/2M |
Wherein, stream 2 actual bandwidth when surpassing the 4M of its guaranteed bandwidth 3M, if flow 1 actual bandwidth for surpassing the 1.5M of its guaranteed bandwidth 1M, then flow 1 and stream 2 all only by its guaranteed bandwidth 1M and 3M; If flowing 1 actual bandwidth is its guaranteed bandwidth 1M, then flow 1 and stream 2 all only by its guaranteed bandwidth 1M and 3M; Being the 0.5M less than its guaranteed bandwidth 1M if flow 1 actual bandwidth, then flowing 1 by its actual bandwidth 0.5M, is 3.5M and flow 2 bandwidth of passing through, and promptly flows the remaining bandwidth 0.5M sum of 2 guaranteed bandwidth 3M and stream 1.
When stream 2 actual bandwidth be its guaranteed bandwidth 3M, if flow 1 actual bandwidth for surpassing the 1.5M of its guaranteed bandwidth 1M, then flow 1 and stream 2 all only pass through its guaranteed bandwidth 1M and 3M; If flowing 1 actual bandwidth is its guaranteed bandwidth 1M, then flow 1 and stream 2 all only by its guaranteed bandwidth 1M and 3M; Be the 0.5M less than its guaranteed bandwidth 1M if flow 1 actual bandwidth, then flow 1 by its actual bandwidth 0.5M, stream 2 bandwidth of passing through are guaranteed bandwidth 3M.
Stream 2 actual bandwidth is during less than the 2M of its guaranteed bandwidth 3M, if flow 1 actual bandwidth for surpassing the 1.5M of its guaranteed bandwidth 1M, then flow 1 by its actual bandwidth 1.5M, promptly flow the remaining bandwidth 0.5M sum of the stream 2 of 1 guaranteed bandwidth 1M and use, and flow 2 by its actual bandwidth 2M; If flowing 1 actual bandwidth is its guaranteed bandwidth 1M, then flows 1 by its guaranteed bandwidth 1M, and flow 2 by its actual bandwidth 2M; Be 0.5M if flow 1 actual bandwidth, then flow 1 by its actual bandwidth 0.5M, and flow 2 by its actual bandwidth 2M less than its guaranteed bandwidth 1M.
Therefore, when one guaranteed bandwidth in stream 1 and stream 2 did not take, its idle remaining bandwidth can be used by another stream, thereby guarantees bandwidth utilization.
The Hierarchical QoS distribution method of another preferred embodiment of the present invention at this moment, is stream 1 with all VOIP delineations of activities among the VLAN as shown in Figure 2, and the Internet delineation of activities is stream 2, order stream 1 and stream 2 shared bandwidths.
The realization flow of the Hierarchical QoS of another preferred embodiment of the present invention may further comprise the steps as shown in Figure 3:
Step 301, the E bucket that stream 1 is set is shared the E bucket of stream 2, forms Flow Control to pair0;
Step 302, the E bucket that stream 2 is set is shared the E bucket of stream 1, forms Flow Control to pair1;
Step 303 is judged stream 1 or flows 2 whether surpass its guaranteed bandwidth, if, change step 304 over to, otherwise, this step repeated;
Step 304 is judged stream 1 or is flowed in 2 the E bucket of sharing whether remaining token is arranged, if, change step 305 over to, otherwise, change step 306 over to;
Step 305 consumes stream 1 or flows remaining token in 2 the E bucket of sharing, because the E bucket is shared, so above-mentioned token is actually stream 2 or flows 1 token that does not consume, changes step 303 over to;
Step 306 with stream 1 or flow the message that exceeds in 2 and carry out discard processing, changes step 303 over to.
The above is preferred embodiment of the present invention only, is not to be used for limiting practical range of the present invention; If do not break away from the spirit and scope of the present invention, the present invention is made amendment or is equal to replacement, all should be encompassed in the middle of the protection range of claim of the present invention.
Claims (6)
1. the implementation method of a Hierarchical QoS is characterized in that may further comprise the steps:
Step 1 is divided into two or more separate service stream with the Business Stream in the network;
Step 2 is determined QoS parameter according to the bandwidth requirement of separate service stream, and the shared token bucket is set, so that above-mentioned separate service stream is shared the bandwidth that its shared token bucket distributes.
2. implementation method according to claim 1 is characterized in that dividing above-mentioned Business Stream according to the Network type in the described step 1.
3. implementation method according to claim 1 is characterized in that described step 2 is specially:
Step 21 is determined QoS parameter according to the bandwidth requirement of separate service stream;
Step 22, for above-mentioned separate service flow point is not provided with two or more token buckets, and wherein the part token bucket is set to the shared token bucket;
Step 23 when one or more bandwidth in the above-mentioned separate service stream are not enough, is shared the bandwidth of other separate service stream by the shared token bucket.
4. implementation method according to claim 3 is characterized in that, described step 23 is specially:
Step 231, when separate service stream surpassed its guaranteed bandwidth, the token in its token bucket was exhausted, and checks then in its shared token bucket whether token is arranged, if having, then enters step 232, otherwise with the packet loss that exceeds in this separate service stream, step finishes;
Step 232, this separate service stream consumes the token in the shared token bucket, and the bandwidth of using above-mentioned shared token bucket to distribute sends the message that this exceeds.
5. implementation method according to claim 1 is characterized in that, described step 1 is specially:
Step 1 ', be two separate service streams with Business Stream, for every separate service flow point is not provided with two token buckets, make first Business Stream share first token bucket of second Business Stream, make second Business Stream share first token bucket of first Business Stream.
6. implementation method according to claim 5 is characterized in that, described step 2 is specially:
Step 2 ', the bandwidth that needs when first Business Stream surpasses its guaranteed bandwidth, and first token bucket of second Business Stream is when having token, makes first Business Stream use token in first token bucket of second Business Stream of sharing; The bandwidth that needs when second Business Stream surpasses its guaranteed bandwidth, and first token bucket of first Business Stream is when having token, makes second Business Stream use token in first token bucket of first Business Stream of sharing.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007101305454A CN101075971B (en) | 2007-07-16 | 2007-07-16 | Method for realizing hierarchical QoS |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007101305454A CN101075971B (en) | 2007-07-16 | 2007-07-16 | Method for realizing hierarchical QoS |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101075971A true CN101075971A (en) | 2007-11-21 |
| CN101075971B CN101075971B (en) | 2010-09-01 |
Family
ID=38976797
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007101305454A Expired - Fee Related CN101075971B (en) | 2007-07-16 | 2007-07-16 | Method for realizing hierarchical QoS |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101075971B (en) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102130823A (en) * | 2009-10-28 | 2011-07-20 | 美国博通公司 | Method and network device for data communication |
| CN102148830A (en) * | 2011-03-31 | 2011-08-10 | 杭州华三通信技术有限公司 | Method for controlling flow of authentication server and authentication access device |
| CN101667974B (en) * | 2009-10-12 | 2012-10-03 | 中兴通讯股份有限公司 | Method and network processor for realizing H QoS (hierarchical quality of service) |
| CN103997467A (en) * | 2014-05-20 | 2014-08-20 | 深圳市共进电子股份有限公司 | Method and device for data flow to fairly and randomly share bandwidth |
| WO2015014133A1 (en) * | 2013-07-31 | 2015-02-05 | 中兴通讯股份有限公司 | Qos implementation method and apparatus in openflow network |
| CN104780118A (en) * | 2015-04-24 | 2015-07-15 | 福州瑞芯微电子有限公司 | Fluid control method and device based on tokens |
| CN105376175A (en) * | 2015-12-03 | 2016-03-02 | 北京浩瀚深度信息技术股份有限公司 | Token bucket cascading implementation method with function of bandwidth guarantee |
| CN109361733A (en) * | 2018-09-14 | 2019-02-19 | 新华三技术有限公司成都分公司 | Method for controlling quality of service and device |
| CN109787915A (en) * | 2018-12-14 | 2019-05-21 | 北京三快在线科技有限公司 | Flow control methods, device, electronic equipment and the storage medium of network access |
| CN110290073A (en) * | 2019-06-28 | 2019-09-27 | 京信通信系统（中国）有限公司 | Broadband management method, apparatus and communication device |
| CN110958184A (en) * | 2019-11-27 | 2020-04-03 | 新华三半导体技术有限公司 | Bandwidth adjusting method and device |
| CN112104568A (en) * | 2020-11-17 | 2020-12-18 | 北京达佳互联信息技术有限公司 | Data transmission control method and gateway |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100384157C (en) * | 2006-03-24 | 2008-04-23 | 华为技术有限公司 | Method and network device for multiplexing remaining bandwidth |
| CN100459589C (en) * | 2006-12-04 | 2009-02-04 | 杭州华三通信技术有限公司 | A method to monitor flow and flow monitoring equipment |
-
2007
- 2007-07-16 CN CN2007101305454A patent/CN101075971B/en not_active Expired - Fee Related
Cited By (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101667974B (en) * | 2009-10-12 | 2012-10-03 | 中兴通讯股份有限公司 | Method and network processor for realizing H QoS (hierarchical quality of service) |
| CN102130823A (en) * | 2009-10-28 | 2011-07-20 | 美国博通公司 | Method and network device for data communication |
| CN102130823B (en) * | 2009-10-28 | 2014-06-11 | 美国博通公司 | Method and network apparatus for communicating data |
| CN102148830A (en) * | 2011-03-31 | 2011-08-10 | 杭州华三通信技术有限公司 | Method for controlling flow of authentication server and authentication access device |
| CN102148830B (en) * | 2011-03-31 | 2014-03-26 | 杭州华三通信技术有限公司 | Method for controlling flow of authentication server and authentication access device |
| US8799998B2 (en) | 2011-03-31 | 2014-08-05 | Hangzhou H3C Technologies Co., Ltd. | Methods for controlling a traffic of an authentication server |
| US10554570B2 (en) | 2013-07-31 | 2020-02-04 | Xi'an Zhongxing New Software Co., Ltd. | Method and device for implementing QoS in OpenFlow network |
| WO2015014133A1 (en) * | 2013-07-31 | 2015-02-05 | 中兴通讯股份有限公司 | Qos implementation method and apparatus in openflow network |
| CN104348750A (en) * | 2013-07-31 | 2015-02-11 | 中兴通讯股份有限公司 | QoS realization method and apparatus in OpenFlow network |
| CN103997467A (en) * | 2014-05-20 | 2014-08-20 | 深圳市共进电子股份有限公司 | Method and device for data flow to fairly and randomly share bandwidth |
| CN103997467B (en) * | 2014-05-20 | 2017-11-14 | 深圳市共进电子股份有限公司 | A kind of method and device of data flow Stochastic Fair share of bandwidth |
| CN104780118A (en) * | 2015-04-24 | 2015-07-15 | 福州瑞芯微电子有限公司 | Fluid control method and device based on tokens |
| CN104780118B (en) * | 2015-04-24 | 2018-11-27 | 福州瑞芯微电子股份有限公司 | A kind of flow control method and device based on token |
| CN105376175A (en) * | 2015-12-03 | 2016-03-02 | 北京浩瀚深度信息技术股份有限公司 | Token bucket cascading implementation method with function of bandwidth guarantee |
| CN109361733A (en) * | 2018-09-14 | 2019-02-19 | 新华三技术有限公司成都分公司 | Method for controlling quality of service and device |
| CN109361733B (en) * | 2018-09-14 | 2021-08-06 | 新华三技术有限公司成都分公司 | Service quality control method and device |
| CN109787915A (en) * | 2018-12-14 | 2019-05-21 | 北京三快在线科技有限公司 | Flow control methods, device, electronic equipment and the storage medium of network access |
| CN109787915B (en) * | 2018-12-14 | 2022-09-20 | 北京三快在线科技有限公司 | Flow control method and device for network access, electronic equipment and storage medium |
| CN110290073A (en) * | 2019-06-28 | 2019-09-27 | 京信通信系统（中国）有限公司 | Broadband management method, apparatus and communication device |
| CN110290073B (en) * | 2019-06-28 | 2023-09-26 | 京信网络系统股份有限公司 | Broadband management method, device and communication equipment |
| CN110958184A (en) * | 2019-11-27 | 2020-04-03 | 新华三半导体技术有限公司 | Bandwidth adjusting method and device |
| CN110958184B (en) * | 2019-11-27 | 2021-01-01 | 新华三半导体技术有限公司 | Bandwidth adjusting method and device |
| CN112104568A (en) * | 2020-11-17 | 2020-12-18 | 北京达佳互联信息技术有限公司 | Data transmission control method and gateway |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101075971B (en) | 2010-09-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101075971A (en) | Method for realizing hierarchical QoS | |
| EP2317701B1 (en) | Priority-based hierarchical bandwidth sharing | |
| US7719968B2 (en) | Multi-priority multi-color markers for traffic metering | |
| KR101333507B1 (en) | Reporting multicast bandwidth consumption between a multicast replicating node and a traffic scheduling node | |
| EP2031807A1 (en) | Method of controlling a transmission of a stream of packets | |
| CN1466832A (en) | Implicit shared bandwidth protection for fast rerouting | |
| WO2007126671A3 (en) | Dynamic traffic rearrangement to enforce policy changes in mpls networks | |
| US9113356B2 (en) | Control of data flows over transport networks | |
| CN1842019A (en) | A method for dynamic control of service bandwidth | |
| CN1585403A (en) | Service quality controlling method for light Internet network | |
| CN1534926A (en) | A Bandwidth Statistical Multiplexing Method Based on Committed Access Rate | |
| CN101114955A (en) | Jitter detection based congestion control method in city domain Ethernet | |
| CN1798079A (en) | Broadband access network and method for guaranteeing service QoS | |
| CN1773952A (en) | Bandwidth gurantee method for communication equipment or high-priority messaging during network at fault | |
| CN1294723C (en) | Method for relieving and adjusting mobile IP burst flow | |
| CN100384157C (en) | Method and network device for multiplexing remaining bandwidth | |
| WO2008089667A1 (en) | Method and apparatus for reducing service loss in a link aggregation group | |
| CN101309229B (en) | Resource admission control method for network of multiple protocol label switch structure | |
| CN1902622A (en) | A method and systems for resource bunlding in a communications network | |
| CN1812365A (en) | Method for assuring end-to-end business service quality and switch-on network | |
| CN1767496A (en) | Intelligent selective flow-based data path structure | |
| CN1738294A (en) | A method of applying quality of service technology in intelligent virtual switching | |
| CN1761228A (en) | Method for implementing transmission and protection for service in MPLS ring net | |
| CN107181699B (en) | The traffic policing and management method of joining the team of Train Control and service network | |
| Almofary et al. | Optimizing QoS for voice and video using diffserv-MPLS |
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: 20100901 Termination date: 20160716 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |