專利名稱：隊列服務(wù)質(zhì)量處理的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其是涉及隊列服務(wù)質(zhì)量處理的方法和系統(tǒng)。
背景技術(shù)：
最初，網(wǎng)絡(luò)的建立僅僅考慮數(shù)據(jù)傳送的有效性，而對于網(wǎng)絡(luò)服務(wù)質(zhì)量(QoS，Quality of Service)特性考慮較少。隨著語音、視頻、網(wǎng)絡(luò)游戲等應(yīng)用逐漸興起，QOS實現(xiàn)技術(shù)成為技術(shù)發(fā)展的必然。
QOS實現(xiàn)技術(shù)即網(wǎng)絡(luò)設(shè)備對轉(zhuǎn)發(fā)報文進行QoS保障的處理，其發(fā)生在報文(業(yè)務(wù)流)從設(shè)備的一個接口進入，到從另一個接口出去的整個過程中。上述這個過程按照處理順序分為報文分類、擁塞管理、擁塞避免、流量監(jiān)管與整形等部分。
所述報文分類是QoS的基礎(chǔ)，只有區(qū)分了不同的報文業(yè)務(wù)，才能進行分別處理及保障相應(yīng)業(yè)務(wù)的服務(wù)質(zhì)量。一般在網(wǎng)絡(luò)邊界根據(jù)物理接口、源地址、目的地址、MAC地址、IP協(xié)議或應(yīng)用程序的端口號等依據(jù)對報文進行分類。
因為網(wǎng)絡(luò)資源總是有限的，當網(wǎng)上業(yè)務(wù)流量超過網(wǎng)絡(luò)提供的能力時，則發(fā)生了擁塞。在發(fā)生擁塞時，通常處理的方法是使用隊列技術(shù)，即在一個接口沒有發(fā)生擁塞的時候，報文在到達接口端口后立即被發(fā)送出去；報文到達的速度超過接口發(fā)送的速度時，接口即發(fā)生擁塞。此時擁塞管理就會將這些分類報文送入不同的隊列，然后經(jīng)隊列調(diào)度進行分別處理，優(yōu)先級高的報文會得到優(yōu)先處理。
由于網(wǎng)絡(luò)資源有限，當擁塞發(fā)生時，按照傳統(tǒng)的隊列尾丟棄處理方式，對于TCP報文，會引發(fā)TCP的慢啟動和擁塞避免，使TCP減少報文的發(fā)送。當同時丟棄多個TCP連接的報文時，將造成多個TCP連接同時進入慢啟動和擁塞避免，這稱之為“TCP全局同步”。這使得發(fā)向網(wǎng)絡(luò)的報文流量總是忽大忽小，線路上的流量總在極少和飽和之間波動，造成網(wǎng)絡(luò)利用率降低。
為了避免這種擁塞情況的發(fā)生，可以采用RED/WRED的丟棄策略進行擁塞避免，即避免TCP連接的同時降低發(fā)送速度，從而避免“TCP全局同步”。這樣無論什么時候，總有TCP連接在進行較快的發(fā)送，從而提高了線路利用率，降低了擁塞的發(fā)生。而基于以太網(wǎng)的局域網(wǎng)，則采用了端口的流控策略，以避免因為端口的有限緩存所導(dǎo)致的丟包問題。
現(xiàn)有技術(shù)一為利用流控策略的隊列QoS處理的技術(shù)方案，如圖1所示，設(shè)備A和設(shè)備B通過雙向的以太網(wǎng)鏈路連接；設(shè)備A在A-＞B方向為業(yè)務(wù)的源端，在B-＞A方向為業(yè)務(wù)的宿端；設(shè)備B在A-＞B方向為業(yè)務(wù)的宿端，在B-＞A方向為業(yè)務(wù)的源端。當業(yè)務(wù)的宿端不能及時處理接收到的數(shù)據(jù)時，需要通過反方向，向業(yè)務(wù)的源端發(fā)送流控。
在設(shè)備內(nèi)部，如圖2所示，對于每個端口設(shè)置端口緩存，用于存儲緩存隊列，當緩存的用量超出流控水線的時候，就會通過此端口向?qū)Χ嗽O(shè)備發(fā)送流控幀進行流量控制。
由上述可以看出，現(xiàn)有技術(shù)一能夠?qū)I(yè)務(wù)流對應(yīng)的隊列在端口進行流量控制，然而當業(yè)務(wù)的宿端不能及時處理接收到的數(shù)據(jù)時，需要通過反方向，向業(yè)務(wù)的源端發(fā)送流控，因而其不能對端口中的不同業(yè)務(wù)流進行流量控制。
另外，如果因為某種原因，當流量控制不能起作用的時候，QoS處理則采用“尾丟棄”策略，這樣會造成“TCP全局同步”，使網(wǎng)絡(luò)性能急劇下降。
現(xiàn)有技術(shù)二為采用丟棄策略的隊列QoS處理方案，如圖3所示，報文從設(shè)備的一個接口進入，首先進行報文分類；然后進行擁塞管理，也就是將這些分類報文送入不同的隊列；當出端口的隊列超出丟棄水線時，開始隨機丟包，隊列的長度越高，丟棄的概率越大。隨后進行擁塞避免，即為了避免擁塞情況的發(fā)生，采用RED/WRED的丟棄策略；最后分類報文經(jīng)隊列調(diào)度進行分別處理，優(yōu)先級高的報文會得到優(yōu)先處理。
從現(xiàn)有技術(shù)二的技術(shù)方案可以看出，現(xiàn)有技術(shù)二能夠避免“TCP全局同步”的問題，但其缺少一種流控機制，也就是說在報文接口發(fā)生擁塞的時候，不能夠及時通知入口端停止發(fā)送報文，從而導(dǎo)致丟包問題的發(fā)生。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種隊列QoS處理的方法，該方法能夠?qū)Χ丝谥械牟煌瑯I(yè)務(wù)流進行流量控制。
本發(fā)明的另一目的是提供一種隊列QoS處理的方法，該方法不僅能夠避免“TCP全局同步”，而且能夠?qū)θ肟诙诉M行流控，從而防止丟包問題的發(fā)生。
本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的本發(fā)明提供的一種隊列服務(wù)質(zhì)量處理的系統(tǒng)，包括業(yè)務(wù)流源端信息庫、隊列管理單元和流控處理單元；所述業(yè)務(wù)源端數(shù)據(jù)庫用于存儲業(yè)務(wù)流的源端信息；所述隊列管理單元用于判斷業(yè)務(wù)流對應(yīng)隊列的長度是否超出流控水線，若是，則發(fā)出控制指令給流控處理單元；所述流控處理單元用于接收該控制指令，調(diào)度業(yè)務(wù)流源端信息庫查詢隊列中業(yè)務(wù)流的源端信息，并根據(jù)該業(yè)務(wù)流的源端信息向業(yè)務(wù)流的源端發(fā)送流控指示。
其中，所述隊列管理單元還包括業(yè)務(wù)流映射子單元，用于將不同的業(yè)務(wù)流映射到不同的隊列。
其中，所述隊列管理單元還包括丟棄水線，用于判斷隊列長度是否超出隊列的丟棄水線，若是，則采用隨機早期檢測/加權(quán)隨機早期檢測的丟棄策略將超出丟棄水線的隊列丟棄。
其中，所述隊列管理單元還包括服務(wù)等級水線，用于為每個業(yè)務(wù)流對應(yīng)的隊列設(shè)置服務(wù)等級水線的過程。
其中，所述業(yè)務(wù)流的源端為一個或多個。
本發(fā)明提供的一種基于隊列服務(wù)質(zhì)量處理系統(tǒng)的隊列服務(wù)質(zhì)量處理的方法，包括A、隊列管理單元判斷業(yè)務(wù)流對應(yīng)隊列的長度是否超出流控水線，若是，則發(fā)出控制指令給流控處理單元；B、流控處理單元接收該控制指令，調(diào)度業(yè)務(wù)流源端信息庫查詢隊列中業(yè)務(wù)流的源端信息，并根據(jù)該業(yè)務(wù)流的源端信息向業(yè)務(wù)流的源端發(fā)送流控指示。
其中，在步驟A之前還包括將不同的業(yè)務(wù)流映射到不同的隊列中的過程。
所述方法還包括隊列管理單元判斷業(yè)務(wù)流對應(yīng)隊列的長度是否超出隊列的丟棄水線，若是，則采用隨機早期檢測/加權(quán)隨機早期檢測的丟棄策略將超出丟棄水線的隊列丟棄。
其中，所述流控指示包括業(yè)務(wù)流標識并可選地包括服務(wù)等級或流控時間或流量參數(shù)。
其中，所述隊列的丟棄水線依隊列不同而設(shè)置相同或不同。
其中，在所述步驟A之前還包括為每個業(yè)務(wù)流對應(yīng)的隊列設(shè)置服務(wù)等級水線的過程。
其中，所述隊列的丟棄水線或流控水線依據(jù)每個隊列服務(wù)等級水線的不同而設(shè)置不同。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明所述的方法由于對不同業(yè)務(wù)流的源端尋址，所以當業(yè)務(wù)流對應(yīng)的隊列長度超出流控水線時，能夠?qū)Χ丝谥械牟煌瑯I(yè)務(wù)流的源端發(fā)送流控指示。
另外本發(fā)明所述的方法還包括為每個隊列設(shè)置丟棄水線，從而將丟棄策略與流控策略相結(jié)合，既能夠有效防止“TCP全局同步”問題的發(fā)生，又能夠避免丟包問題的發(fā)生，從而避免當流量控制不能起作用的時候，QoS處理采用“尾丟棄”策略時造成“TCP全局同步”，使網(wǎng)絡(luò)性能急劇下降問題的發(fā)生。
再者，因為可以為每個業(yè)務(wù)流對應(yīng)的隊列設(shè)置多個不同的基于服務(wù)等級(優(yōu)先級)的流控水線和丟棄水線，所以通過控制不同業(yè)務(wù)流的流控水線，在(可能發(fā)生)網(wǎng)絡(luò)擁塞時，優(yōu)先向優(yōu)先級/服務(wù)等級較低的業(yè)務(wù)流發(fā)送流控指示；通過控制隊列的丟棄水線，在(可能發(fā)生)網(wǎng)絡(luò)擁塞時，優(yōu)先丟棄優(yōu)先級/服務(wù)等級較低的業(yè)務(wù)。


圖1為現(xiàn)有技術(shù)一中隊列的流控示意圖；圖2為現(xiàn)有技術(shù)一中設(shè)備內(nèi)部隊列的流控示意圖；圖3為現(xiàn)有技術(shù)二中采用丟棄策略進行擁塞避免的控制示意圖；圖4為應(yīng)用本發(fā)明的系統(tǒng)結(jié)構(gòu)示意圖；圖5為本發(fā)明的流程圖。
具體實施例方式
本發(fā)明所述的方法，應(yīng)用于如圖4所示的隊列QoS處理系統(tǒng)，該系統(tǒng)包括業(yè)務(wù)流源端信息庫110、隊列管理單元120和流控處理單元130。
所述業(yè)務(wù)流源端數(shù)據(jù)庫110用于存放業(yè)務(wù)流的源端地址信息等，所述信息可以為靜態(tài)配置的信息，也可以為動態(tài)學習的信息。
所述隊列管理單元120用于業(yè)務(wù)流的入隊列以及為隊列設(shè)置流控水線和丟棄水線；所述業(yè)務(wù)流的入隊列是將不同的業(yè)務(wù)流映射到不同的隊列；業(yè)務(wù)流區(qū)分優(yōu)先級/服務(wù)等級，隊列也區(qū)分優(yōu)先級；高優(yōu)先級/服務(wù)等級的業(yè)務(wù)流，映射到高優(yōu)先級的隊列中，低優(yōu)先級/服務(wù)等級的業(yè)務(wù)流，映射到低優(yōu)先級的隊列中；所述流控水線用于當隊列長度超出流控水線時，隊列管理單元120將隊列長度超出流控水線的溢出信息發(fā)送給流控處理單元130，并通知所述流控處理單元130向業(yè)務(wù)流的源端發(fā)送流控指示；所述丟棄水線用于當隊列長度超出丟棄水線時，隊列管理單元120采用隨機早期檢測(RED，Random Early Detection)/加權(quán)隨機早期檢測(WRED，Weighted RandomEarly Detection)的隊列管理技術(shù)來維護有效的鏈路利用率，當輸出的緩沖區(qū)到達警戒線時，隊列將被隨機選擇以決定是否丟包；同時WRED可以感知報文中所攜載的QoS信令，保障高服務(wù)等級(或優(yōu)先級)的業(yè)務(wù)相對低服務(wù)等級(或優(yōu)先級)的業(yè)務(wù)具有較低的丟棄概率，從而避免“TCP全局同步”，達到提高網(wǎng)絡(luò)性能的目的。
所述流控處理單元130接收所述溢出信息，調(diào)度業(yè)務(wù)流源端信息庫110，查詢得到所述業(yè)務(wù)流的源端信息，然后根據(jù)所述業(yè)務(wù)流的源端信息向業(yè)務(wù)流的源端發(fā)送流控指示。
因為在向業(yè)務(wù)流的源端發(fā)送流控指示的時候，必須明確需要進行流控的業(yè)務(wù)流，所以所述流控指示必須包括流控的業(yè)務(wù)流；另外必要時，所述流控指示還包括業(yè)務(wù)流的服務(wù)等級或流控時間或流量參數(shù)等，這是因為必要時還需要明確進行流控業(yè)務(wù)流的服務(wù)等級，考慮提供類似IEEE 802.3中的流控時間，以及要求源端停止發(fā)送業(yè)務(wù)流的間隔；而且如果在宿端能夠決策源端的流量參數(shù)(比如說CIR、PIR等)的時候，則需要將此流量參數(shù)發(fā)送到源端。
通過上述調(diào)度業(yè)務(wù)源端信息庫110查詢所述業(yè)務(wù)流的源端信息，如果查詢得到業(yè)務(wù)流的源端存在多個，則分別向各個業(yè)務(wù)流的源端發(fā)送流控指示。
本發(fā)明所述方法的技術(shù)方案如圖5所示，業(yè)務(wù)流從設(shè)備的一個接口進入，首先進行業(yè)務(wù)流分類；業(yè)務(wù)的分類，可以基于業(yè)務(wù)的入端口、業(yè)務(wù)流中的內(nèi)容(源地址、目的地址、協(xié)議類型等)以及業(yè)務(wù)的優(yōu)先等級等。然后進行擁塞管理，即執(zhí)行步驟S201，隊列管理單元將不同的業(yè)務(wù)流映射到不同的隊列中；也就是將這些分類業(yè)務(wù)流送入不同的隊列，如queue 1、queue2、...queue n。業(yè)務(wù)流區(qū)分優(yōu)先級/服務(wù)等級，隊列也區(qū)分優(yōu)先級；高優(yōu)先級/服務(wù)等級的業(yè)務(wù)流，映射到高優(yōu)先級的隊列中，低優(yōu)先級/服務(wù)等級的業(yè)務(wù)流，映射到低優(yōu)先級的隊列中。然后執(zhí)行步驟S202，隊列管理單元判斷業(yè)務(wù)流對應(yīng)隊列的長度是否超出流控水線，若是，則執(zhí)行步驟S203發(fā)出控制指令給流控處理單元，否則執(zhí)行步驟S204，等候出隊調(diào)度信令調(diào)度隊列離開此端口。
隨后執(zhí)行步驟S205，流控處理單元接收上述控制指令，調(diào)度業(yè)務(wù)流源端信息庫查詢隊列中業(yè)務(wù)流的源端信息，并根據(jù)該業(yè)務(wù)流的源端信息向業(yè)務(wù)流的源端發(fā)送流控指示。
宿端發(fā)送給源端的流控指示可以包括如下內(nèi)容業(yè)務(wù)流標識、服務(wù)等級、流控時間和流量參數(shù)等。所述業(yè)務(wù)流標識，用于告知源端需要進行流控的業(yè)務(wù)流流量；所述服務(wù)等級用于告知源端針對業(yè)務(wù)流中的哪個/些服務(wù)等級進行流控；所述流控時間用于告知源端停止發(fā)送數(shù)據(jù)的時間；所述流量參數(shù)用于告知源端發(fā)送此業(yè)務(wù)流必須滿足的流量約束。
在向業(yè)務(wù)(流)的源端發(fā)送流控指示的時候，必須明確需要進行流控的業(yè)務(wù)(流)，必要時，還需要明確是此業(yè)務(wù)中的哪類服務(wù)等級。考慮提供類似IEEE 802.3中的流控時間，要求源端停止發(fā)送業(yè)務(wù)(流)的間隔。如果在宿端能夠決策源端的流量參數(shù)(比如說CIR、PIR等)的時候，則需要將此流量參數(shù)發(fā)送到源端。
接著執(zhí)行步驟S206，即隊列管理單元判斷業(yè)務(wù)流對應(yīng)隊列的長度是否超出丟棄水線，若是，則執(zhí)行步驟S207，采用隨機早期檢測/加權(quán)隨機早期檢測的丟棄策略；否則執(zhí)行步驟S208，等候出隊調(diào)度信令調(diào)度隊列離開此端口。因為當?shù)群螂x開端口的隊列超出丟棄水線時，開始隨機丟包，隊列的長度越長，丟棄的概率越大。
通?？梢詾槊總€隊列設(shè)置不同的丟棄水線，并且可以依據(jù)每個隊列不同的服務(wù)等級設(shè)置不同的丟棄水線。例如，假設(shè)存在4個隊列A、B、C、D，隊列的長度為4096KByte；隊列A、B、C、D的優(yōu)先級逐減，可以設(shè)置隊列A的丟棄水線為4KBye，隊列B的丟棄水線為3KByte，隊列C的丟棄水線為2.5KByte，隊列D的丟棄水線為2KByte。為回避擁塞，隨后進行擁塞避免，即為了避免擁塞情況的發(fā)生，此方案采用采用隨機早期檢測(RED，Random Early Detection)/加權(quán)隨機早期檢測(WRED，Weighted RandomEarly Detection)的隊列管理技術(shù)來維護有效的鏈路利用率，當輸出的緩沖區(qū)到達警戒線時，隊列將被隨機選擇以決定是否丟包。
本發(fā)明所述的另一實施例是在上述步驟S201之前為每個業(yè)務(wù)流對應(yīng)的隊列設(shè)置服務(wù)等級水線。這樣可以基于不同的服務(wù)等級(優(yōu)先級)水線設(shè)置不同的流控水線和丟棄水線。其它與上一實施例雷同，這里不再一一敘述。
由于WRED丟棄策略可以感知所發(fā)送數(shù)據(jù)包中所攜載的QoS信令，保障高服務(wù)等級(或優(yōu)先級)的業(yè)務(wù)相對低服務(wù)等級(或優(yōu)先級)的業(yè)務(wù)具有較低的丟棄概率，所以基于不同的服務(wù)等級(優(yōu)先級)水線設(shè)置不同的流控水線和丟棄水線可以保障在將要發(fā)生擁塞的時候，盡早的通知源端停止發(fā)送低優(yōu)先級的數(shù)據(jù)包；在發(fā)生擁塞的時候，優(yōu)先丟棄低優(yōu)先級的數(shù)據(jù)包。
由上述可以看出，本發(fā)明將不同的業(yè)務(wù)流映射到不同的隊列中，當隊列長度超過流控水線時，能夠?qū)⒘骺刂甘景凑詹煌臉I(yè)務(wù)流源端地址發(fā)送給源端，所以可以實現(xiàn)端口中的不同業(yè)務(wù)流進行流控。
基于同一隊列實體，設(shè)置流控水線和丟棄水線，將丟棄策略和流控策略有機的結(jié)合在一起。當隊列長度達到流控水線的時候，向業(yè)務(wù)(流)的源端發(fā)送流控指示，使源端停止發(fā)送數(shù)據(jù)包，防止數(shù)據(jù)丟棄；同時，因為隊列存儲空間有限，或者是網(wǎng)絡(luò)路徑過大等問題，導(dǎo)致流控機制不能夠生效的時候，一旦隊列長度達到丟棄水線，則啟用丟棄策略，防止“TCP全局同步”，并且，本發(fā)明可以基于業(yè)務(wù)的服務(wù)等級或優(yōu)先級定義不同的丟棄概率。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)該以權(quán)利要求書的保護范圍為準。
權(quán)利要求
1.一種隊列服務(wù)質(zhì)量處理的系統(tǒng)，其特征在于，包括業(yè)務(wù)流源端信息庫、隊列管理單元和流控處理單元；所述業(yè)務(wù)源端數(shù)據(jù)庫用于存儲業(yè)務(wù)流的源端信息；所述隊列管理單元用于判斷業(yè)務(wù)流對應(yīng)隊列的長度是否超出流控水線，若是，則發(fā)出控制指令給流控處理單元；所述流控處理單元用于接收該控制指令，調(diào)度業(yè)務(wù)流源端信息庫查詢隊列中業(yè)務(wù)流的源端信息，并根據(jù)該業(yè)務(wù)流的源端信息向業(yè)務(wù)流的源端發(fā)送流控指示。
2.按照權(quán)利要求1所述的系統(tǒng)，其特征在于，所述隊列管理單元還包括業(yè)務(wù)流映射子單元，用于將不同的業(yè)務(wù)流映射到不同的隊列。
3.按照權(quán)利要求2所述的系統(tǒng)，其特征在于，所述隊列管理單元還包括丟棄水線，用于判斷隊列長度是否超出隊列的丟棄水線，若是，則采用隨機早期檢測/加權(quán)隨機早期檢測的丟棄策略將超出丟棄水線的隊列丟棄。
4.按照權(quán)利要求2或3所述的系統(tǒng)，其特征在于，所述隊列管理單元還包括服務(wù)等級水線，用于為每個業(yè)務(wù)流對應(yīng)的隊列設(shè)置服務(wù)等級水線的過程。
5.一種基于隊列服務(wù)質(zhì)量處理系統(tǒng)的隊列服務(wù)質(zhì)量處理的方法，其特征在于，包括A、隊列管理單元判斷業(yè)務(wù)流對應(yīng)隊列的長度是否超出流控水線，若是，則發(fā)出控制指令給流控處理單元；B、流控處理單元接收該控制指令，調(diào)度業(yè)務(wù)流源端信息庫查詢隊列中業(yè)務(wù)流的源端信息，并根據(jù)該業(yè)務(wù)流的源端信息向業(yè)務(wù)流的源端發(fā)送流控指示。
6.按照權(quán)利要求5所述的方法，其特征在于，在步驟A之前還包括將不同的業(yè)務(wù)流映射到不同的隊列中的過程。
7.按照權(quán)利要求6所述的方法，其特征在于，還包括隊列管理單元判斷業(yè)務(wù)流對應(yīng)隊列的長度是否超出隊列的丟棄水線，若是，則采用隨機早期檢測/加權(quán)隨機早期檢測的丟棄策略將超出丟棄水線的隊列丟棄。
8.按照權(quán)利要求7所述的方法，其特征在于，所述流控指示包括業(yè)務(wù)流標識并可選地包括服務(wù)等級或流控時間或流量參數(shù)。
9.按照權(quán)利要求8所述的方法，其特征在于，所述隊列的丟棄水線依隊列不同而設(shè)置相同或不同。
10.按照權(quán)利要求9所述的方法，其特征在于，在所述步驟A之前還包括為每個業(yè)務(wù)流對應(yīng)的隊列設(shè)置服務(wù)等級水線的過程；所述隊列的丟棄水線或流控水線依據(jù)每個隊列服務(wù)等級水線的不同而設(shè)置不同。
全文摘要
本發(fā)明提供了一種隊列服務(wù)質(zhì)量處理的方法和系統(tǒng)，其核心技術(shù)為首先，隊列管理單元判斷業(yè)務(wù)流對應(yīng)隊列的長度是否超出流控水線，若是，則發(fā)出控制指令給流控處理單元；其次，流控處理單元接收該控制指令，調(diào)度業(yè)務(wù)流源端信息庫查詢隊列中業(yè)務(wù)流的源端信息，并根據(jù)該業(yè)務(wù)流的源端信息向業(yè)務(wù)流的源端發(fā)送流控指示。本發(fā)明能夠?qū)Χ丝谥械牟煌瑯I(yè)務(wù)流的源端發(fā)送流控指示。
文檔編號H04L12/56GK1809018SQ20051000220
公開日2006年7月26日 申請日期2005年1月17日 優(yōu)先權(quán)日2005年1月17日
發(fā)明者楊洋 申請人:華為技術(shù)有限公司