專利名稱：網(wǎng)關(guān)QoS保障方法及分組交換網(wǎng)絡(luò)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種 網(wǎng)關(guān)QoS保障方法及分組交換網(wǎng)絡(luò)系統(tǒng)，特別是涉及一種分組交換網(wǎng)絡(luò)系統(tǒng)和應(yīng)用用所述分組交換網(wǎng)絡(luò)系統(tǒng)的網(wǎng)關(guān)QoS保障方法。
背景技術(shù)：
隨著網(wǎng)絡(luò)應(yīng)用的日益廣泛和一些新的網(wǎng)絡(luò)技術(shù)的出現(xiàn)，網(wǎng)絡(luò)業(yè)務(wù)從原來簡單的收發(fā)郵件和瀏覽網(wǎng)頁到現(xiàn)在的VoIP (Voice over Internet Protocol,使用了互聯(lián)網(wǎng)協(xié)議的網(wǎng)絡(luò)語音傳輸)、網(wǎng)絡(luò)電視、網(wǎng)絡(luò)下載和在線大型游戲等各種各樣服務(wù)，而且隨著物聯(lián)網(wǎng)、辦公網(wǎng)絡(luò)化、電子商務(wù)和網(wǎng)絡(luò)高清直播的業(yè)務(wù)不斷發(fā)展，人們對網(wǎng)絡(luò)質(zhì)量的要求也越來越高。目前的DSL論壇提出的TR068標(biāo)準(zhǔn)(基于路由功能的ADSL (非對稱數(shù)字用戶環(huán)路)的基本要求)中對網(wǎng)關(guān)的QoS (Quality of Service,服務(wù)質(zhì)量)功能做出了規(guī)范性要求,所述QoS規(guī)范中對網(wǎng)關(guān)的上行數(shù)據(jù)采取了有效的控制，對在帶寬低于需求的情況下，保證了高優(yōu)先級的業(yè)務(wù)數(shù)據(jù)能快速通過網(wǎng)關(guān)上傳，也可以通過配置網(wǎng)關(guān)來保證各種業(yè)務(wù)數(shù)據(jù)流的上行數(shù)據(jù)的帶寬，同時可以對特定的業(yè)務(wù)數(shù)據(jù)流進行限速。這樣可以保證在多業(yè)務(wù)運行時，網(wǎng)關(guān)起到了調(diào)節(jié)分配網(wǎng)絡(luò)帶寬資源的功能，同時監(jiān)控管理網(wǎng)絡(luò)流量的功能。網(wǎng)關(guān)的QoS規(guī)范對上網(wǎng)等多業(yè)務(wù)和運營商對于網(wǎng)關(guān)的管理都是十分有意義的?；赥R068標(biāo)準(zhǔn)，雖然網(wǎng)關(guān)可以對上行的數(shù)據(jù)流進行管理控制，但是對于下行的數(shù)據(jù)則無法進行有效地控制和管理。由于無法對進入網(wǎng)關(guān)的數(shù)據(jù)流限速，導(dǎo)致部分網(wǎng)絡(luò)質(zhì)量要求高的業(yè)務(wù)服務(wù)可能無法達到預(yù)期的效果，例如VoIP，IPTV (交互式網(wǎng)絡(luò)電視)等實時業(yè)務(wù)就對報文的傳輸延遲提出了較高要求，雖然現(xiàn)行的網(wǎng)關(guān)使用的QoS設(shè)置在一定程度上可以滿足VoIP等實時業(yè)務(wù)的上行數(shù)據(jù)流的優(yōu)先級，但是由于VoIP等一些實時業(yè)務(wù)，其對雙向的報文傳輸延遲要求很高，在網(wǎng)關(guān)下行數(shù)據(jù)達到設(shè)備的既有帶寬值時，VoIP等實時業(yè)務(wù)的服務(wù)質(zhì)量將隨之下降，此時為了提高VoIP等實時業(yè)務(wù)的服務(wù)質(zhì)量，不得不將其它業(yè)務(wù)的數(shù)據(jù)流停掉，所以此時網(wǎng)絡(luò)將不能很好地提供多業(yè)務(wù)的服務(wù)，雖然現(xiàn)在的局端設(shè)備在向網(wǎng)關(guān)傳輸數(shù)據(jù)時，通過調(diào)節(jié)VoIP等實時業(yè)務(wù)為優(yōu)先發(fā)送，但是下行數(shù)據(jù)達到設(shè)備的帶寬值后，多業(yè)務(wù)的網(wǎng)絡(luò)帶寬需求將無法得到保證，所以局端設(shè)備無法判定如何調(diào)度來滿足客戶的業(yè)務(wù)需求，從而導(dǎo)致網(wǎng)絡(luò)在現(xiàn)有帶寬條件下將不能滿足用戶的網(wǎng)絡(luò)需求。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是為了克服現(xiàn)有技術(shù)中局端設(shè)備無法判定網(wǎng)關(guān)接收的下行數(shù)據(jù)流的需求，從而導(dǎo)致網(wǎng)絡(luò)在現(xiàn)有帶寬條件下，無法滿足用戶網(wǎng)路需求的缺陷，提供一種網(wǎng)關(guān)QoS保障方法及分組交換網(wǎng)絡(luò)系統(tǒng)，通過網(wǎng)關(guān)主動向局端設(shè)備發(fā)送配置策略來配置局端設(shè)備，從而來調(diào)節(jié)網(wǎng)關(guān)中實時業(yè)務(wù)的數(shù)據(jù)流的帶寬，因而有效地滿足客戶的業(yè)務(wù)需求。本發(fā)明是通過下述技術(shù)方案來解決上述技術(shù)問題的本發(fā)明提供了一種網(wǎng)關(guān)QoS保障方法，其特點是所述網(wǎng)關(guān)QoS保障方法包括以下步驟S1、根據(jù)網(wǎng)關(guān)中實時業(yè)務(wù)的數(shù)據(jù)流帶寬狀態(tài)，從一下行QoS策略集合中選取一下行QoS策略作為一配置QoS策略；S2、基于所述配置QoS策略和所述網(wǎng)關(guān)中實時業(yè)務(wù)的優(yōu)先級或權(quán)重，生成一 QoS配置請求報文；S3、將所述QoS配置請求報文發(fā)送至一局端設(shè)備；S4、所述局端設(shè)備從所述QoS配置請求報文中解析提取配置QoS策略；S5、若所述局端設(shè)備的數(shù)據(jù)流帶寬配置范圍能夠支持所述配置QoS策略，則按照所 述配置QoS策略配置所述局端設(shè)備的下行數(shù)據(jù)流帶寬，所述局端設(shè)備生成一成功應(yīng)答報文并反饋至網(wǎng)關(guān)，否則所述局端設(shè)備生成一失敗應(yīng)答報文并反饋至網(wǎng)關(guān)。其中所述配置QoS策略只有在所述局端設(shè)備所能夠調(diào)節(jié)的數(shù)據(jù)流帶寬的范圍內(nèi)時，所述局端設(shè)備才進行數(shù)據(jù)流帶寬調(diào)節(jié)，否則直接返回失敗應(yīng)答報文。較佳地，所述步驟S1S :根據(jù)網(wǎng)關(guān)中實時業(yè)務(wù)的帶寬狀態(tài)，從下行QoS策略集合中選取一個下行QoS策略作為所述配置QoS策略，或者用戶通過一配置接口配置生成一 QoS策略作為所述配置QoS策略。較佳地，所述配置接口為Web接口。較佳地，所述下行QoS策略集合包括優(yōu)先級調(diào)度策略或加權(quán)循環(huán)調(diào)度策略。其中所述優(yōu)先級調(diào)度策略是一種最簡單的排隊方式，它首先為最高優(yōu)先級的隊列進行服務(wù)，直到該隊列為空，然后為下一個次高優(yōu)先級隊列服務(wù)，依此類推。這種方法的優(yōu)勢是高優(yōu)先級業(yè)務(wù)總是在低優(yōu)先級業(yè)務(wù)之前處理。但是，低優(yōu)先級業(yè)務(wù)有可能被高優(yōu)先級業(yè)務(wù)完全阻塞。優(yōu)先級調(diào)度策略特別適合于對延遲、延遲抖動敏感的應(yīng)用，采用優(yōu)先級模式進行隊列調(diào)度，可以讓關(guān)鍵業(yè)務(wù)比如ERP (企業(yè)資源計劃)或視頻業(yè)務(wù)等的報文進入最高優(yōu)先級隊列，保證在擁塞時總是優(yōu)先獲得轉(zhuǎn)發(fā)服務(wù)。所述加權(quán)循環(huán)調(diào)度策略加權(quán)循環(huán)所有業(yè)務(wù)隊列服務(wù)，并且將優(yōu)先權(quán)分配給較高優(yōu)先級隊列。在大多數(shù)情況下，相對低優(yōu)先級，加權(quán)循環(huán)將首先處理高優(yōu)先級，但是當(dāng)高優(yōu)先級業(yè)務(wù)很多時，較低優(yōu)先級的業(yè)務(wù)并沒有被完全阻塞。加權(quán)循環(huán)調(diào)度算法(Weighted RoundRobin)是一種較強的隊列調(diào)度算法，它能夠有效地區(qū)分隊列中所有的業(yè)務(wù)。對于所有的業(yè)務(wù)流在排隊等待調(diào)度的隊列，加權(quán)循環(huán)調(diào)度算法是根據(jù)每個隊列配置的權(quán)值與所有的業(yè)務(wù)流在排隊等待調(diào)度的隊列的權(quán)值總和的比來平等地分配帶寬。較佳地，所述步驟S5之后還包括以下步驟S6、所述網(wǎng)關(guān)將所述成功應(yīng)答報文或失敗應(yīng)答報文通過所述配置接口通知用戶。較佳地，所述實時業(yè)務(wù)選自下述業(yè)務(wù)中的一種或多種IPTV業(yè)務(wù)、VoIP業(yè)務(wù)、網(wǎng)頁瀏覽業(yè)務(wù)和P2P業(yè)務(wù)。本發(fā)明還提供了一種分組交換網(wǎng)絡(luò)系統(tǒng)，其包括一網(wǎng)關(guān)和一局端設(shè)備，其特點是所述網(wǎng)關(guān)中還包括一配置單元和一通知單元；其中所述配置單元基于一配置QoS策略、和所述網(wǎng)關(guān)中實時業(yè)務(wù)的優(yōu)先級或權(quán)重，生成一 QoS配置請求報文；所述通知單元將所述QoS配置請求報文發(fā)送至一局端設(shè)備，所述局端設(shè)備從所述QoS配置請求報文解析提取配置QoS策略，并檢測所述局端設(shè)備的數(shù)據(jù)流帶寬配置范圍是否能夠支持所述配置QoS策略，若能夠支持，則按照所述配置QoS策略配置所述局端設(shè)備的下行數(shù)據(jù)流帶寬，所述局端設(shè)備生成一成功應(yīng)答報文并反饋至網(wǎng)關(guān)，否則所述局端設(shè)備生成一失敗應(yīng)答報文并反饋至網(wǎng)關(guān)；其中所述網(wǎng)關(guān)將從一下行QoS策略集合中選定的一下行QoS策略或用戶設(shè)定的一QoS策略作為所述配置QoS策略。較佳地，所述網(wǎng)關(guān)還包括一配置接口，用戶可以通過所述配置接口設(shè)定所述QoS策略。較佳地，所述網(wǎng)關(guān)還通過所述配置接口通知用戶所述成功應(yīng)答報文或失敗應(yīng)答報文。較佳地，所述配置接口為Web接口。較佳地，所述下行QoS策略集合包括優(yōu)先級調(diào)度策略或加權(quán)循環(huán)調(diào)度策略。較佳地，所述實時業(yè)務(wù)選自下述業(yè)務(wù)中的一種或多種IPTV業(yè)務(wù)、VoIP業(yè)務(wù)、網(wǎng)頁瀏覽業(yè)務(wù)和P2P業(yè)務(wù)。本發(fā)明的積極進步效果在于本發(fā)明的網(wǎng)關(guān)QoS保障方法通過網(wǎng)關(guān)主動向局端設(shè)備發(fā)送QoS配置策略來配置局端設(shè)備，從而來調(diào)節(jié)網(wǎng)關(guān)中實時業(yè)務(wù)的數(shù)據(jù)流的帶寬，因而有效地滿足客戶的業(yè)務(wù)需求。本發(fā)明的分組交換網(wǎng)絡(luò)系統(tǒng)通過在網(wǎng)關(guān)設(shè)置配置單元和通知單元將網(wǎng)關(guān)中基于實時業(yè)務(wù)的數(shù)據(jù)流的網(wǎng)寬狀態(tài)制作的QoS配置策略，并通過QoS配置策略來配置局端設(shè)備的傳送至網(wǎng)關(guān)中的數(shù)據(jù)流所占帶寬，從而滿足網(wǎng)關(guān)上客戶對業(yè)務(wù)的需求。本發(fā)明在充分利用現(xiàn)有技術(shù)的基礎(chǔ)之上，通過簡單的方法解決了在現(xiàn)有網(wǎng)關(guān)對于下行數(shù)據(jù)無法有效控制的狀況。而且局端設(shè)備不需要對下行數(shù)據(jù)進行深入復(fù)雜的分析，減少了分析處理和計算的復(fù)雜度，同時對下行帶寬的影響較小，提高了系統(tǒng)處理速度。對于網(wǎng)關(guān)，通過發(fā)送報文通知局端設(shè)備的QoS功能對網(wǎng)關(guān)下行數(shù)據(jù)控制，充分利用了局端設(shè)備強大的軟硬件功能，簡化了網(wǎng)關(guān)的軟硬件開發(fā)成本，很好地實現(xiàn)對下行數(shù)據(jù)流控制。對于局端設(shè)備和整個網(wǎng)絡(luò)而言，由于網(wǎng)關(guān)主動上報QoS配置請求報文，局端設(shè)備可以發(fā)送更多的有效數(shù)據(jù)，減少了很多不必要的無效數(shù)據(jù)發(fā)送，同樣，傳輸線路而言，將更加高效地傳輸數(shù)據(jù)流，減少了不必要的浪費。


圖I為本發(fā)明的分組交換網(wǎng)絡(luò)系統(tǒng)的第一實施例的結(jié)構(gòu)示意圖。圖2為本發(fā)明的第一實施例的網(wǎng)關(guān)QoS保障方法的流程圖。圖3為本發(fā)明的第一實施例的QoS配置請求報文和成功應(yīng)答報文。圖4為本發(fā)明的分組交換網(wǎng)絡(luò)系統(tǒng)的第二實施例的結(jié)構(gòu)示意圖。圖5為本發(fā)明的第二實施例的網(wǎng)關(guān)QoS保障方法的流程圖。圖6為本發(fā)明的第二實施例的QoS配置請求報文。
具體實施例方式下面結(jié)合附圖給出本發(fā)明較佳實施例，以詳細說明本發(fā)明的技術(shù)方案。第一實施例
本實施例中通過在一包含多個配置QoS策略的集合中選取適用于當(dāng)前的網(wǎng)關(guān)中實時業(yè)務(wù)狀態(tài)的配置QoS策略來配置局端設(shè)備，從而局端設(shè)備調(diào)節(jié)發(fā)送至所述網(wǎng)關(guān)的數(shù)據(jù)流的帶寬，因而滿足當(dāng)前網(wǎng)關(guān)中實時業(yè)務(wù)的帶寬需求。所以本實施例中如圖I所示，在現(xiàn)有的網(wǎng)關(guān)I和局端設(shè)備2的基礎(chǔ)上，還包括一配置單元3和一通知單元4。其中所述配置單元3基于一配置QoS策略、和所述網(wǎng)關(guān)I中實時業(yè)務(wù)的優(yōu)先級或權(quán)重，生成一 QoS配置請求報文，從而通過所述報文通知局端設(shè)備2將下行的數(shù)據(jù)流帶寬設(shè)置為指定的值，從而滿足網(wǎng)關(guān)I中實時業(yè)務(wù)對帶寬的要求。其中所述網(wǎng)關(guān)I將從一下行QoS策略集合中選定的一下行QoS策略作為所述配置QoS策略。所述實時業(yè)務(wù)為IPTV業(yè)務(wù)、VoIP業(yè)務(wù)、網(wǎng)頁瀏覽業(yè)務(wù)和/或P2P (點到點)業(yè)務(wù)。所以在網(wǎng)關(guān)I當(dāng)前運行的實時業(yè)務(wù)的種類范圍有限的前提下，預(yù)先設(shè)置適用于所述IPTV業(yè)務(wù)、VoIP業(yè)務(wù)、網(wǎng)頁瀏覽業(yè)務(wù)和/或P2P業(yè)務(wù)的下行QoS策略，所以本實施例中可以適用的所述下行QoS策略為優(yōu)先級調(diào)度策略和加權(quán)循環(huán)調(diào)度策略。因此所述下行QoS策略集合包 括優(yōu)先級調(diào)度策略或加權(quán)循環(huán)調(diào)度策略。其中選擇優(yōu)先級調(diào)度策略時，可以保證在網(wǎng)絡(luò)擁堵的時候，保證VoIP等業(yè)務(wù)能優(yōu)先等到保障，當(dāng)選擇加權(quán)循環(huán)調(diào)度策略時，可以保證各個業(yè)務(wù)不會被其它業(yè)務(wù)數(shù)據(jù)流所淹沒。而且所述優(yōu)先級調(diào)度策略和加權(quán)循環(huán)調(diào)度策略均屬于現(xiàn)有技術(shù)中常用的業(yè)務(wù)數(shù)據(jù)流帶寬的調(diào)節(jié)方法，所以此處不再詳細贅述。因此所述配置單元3將基于網(wǎng)關(guān)的實時業(yè)務(wù)的數(shù)據(jù)流帶寬狀態(tài)所采用的下行QoS策略生成QoS配置請求報文，來通知局端設(shè)備2在網(wǎng)關(guān)I處所需要的數(shù)據(jù)流帶寬配置。此后，所述通知單元4將所述QoS配置請求報文發(fā)送至一局端設(shè)備2，所述局端設(shè)備2從所述QoS配置請求報文解析提取配置QoS策略，并檢測所述局端設(shè)備2的帶寬配置范圍是否能夠支持所述配置QoS策略，即網(wǎng)關(guān)I對數(shù)據(jù)流帶寬的要求不能超出了局端設(shè)備2所能配置的數(shù)據(jù)流帶寬的能力范圍。所以若網(wǎng)關(guān)I對數(shù)據(jù)流帶寬的要求超過了局端設(shè)備2所能配置的數(shù)據(jù)流帶寬的能力范圍，則所述局端設(shè)備2生成一失敗應(yīng)答報文并反饋至網(wǎng)關(guān)1，來通知網(wǎng)關(guān)I對帶寬配置的請求沒有實現(xiàn)。若網(wǎng)關(guān)I對數(shù)據(jù)流帶寬的要求在局端設(shè)備2所能配置的數(shù)據(jù)流帶寬的能力范圍內(nèi)，則按照所述配置QoS策略配置所述局端設(shè)備2發(fā)送至網(wǎng)關(guān)I的數(shù)據(jù)流帶寬，此后所述局端設(shè)備2生成一成功應(yīng)答報文并反饋至網(wǎng)關(guān)I，來通知網(wǎng)關(guān)I局端設(shè)備成功地重新分配了發(fā)送至所述網(wǎng)關(guān)I的各個實時業(yè)務(wù)的數(shù)據(jù)流帶寬。所以如圖2所示，本實施例的分組交換網(wǎng)絡(luò)系統(tǒng)在正常運行過程中所產(chǎn)生的網(wǎng)關(guān)QoS保障方法包括以下步驟步驟1，根據(jù)網(wǎng)關(guān)I中實時業(yè)務(wù)的數(shù)據(jù)流帶寬狀態(tài)，從所述下行QoS策略集合中選取一個下行QoS策略作為所述配置QoS策略。本實施例中所述配置QoS策略為所述優(yōu)先級調(diào)度策略或加權(quán)循環(huán)調(diào)度策略。其中本實施例中選取優(yōu)先級調(diào)度策略。步驟2，配置單元3基于所述配置QoS策略和所述網(wǎng)關(guān)中實時業(yè)務(wù)的優(yōu)先級或權(quán)重、生成QoS配置請求報文。所述QoS配置請求報文中包括請求局端設(shè)備2將下行數(shù)據(jù)流帶寬設(shè)置為指定的值，采取優(yōu)先級調(diào)度策略或加權(quán)循環(huán)調(diào)度策略。其中當(dāng)選擇為優(yōu)先級調(diào)度策略時，還包括各個實時業(yè)務(wù)的優(yōu)先級。若采用加權(quán)循環(huán)調(diào)度策略時，還包括各個實時業(yè)務(wù)的權(quán)重。其中配置單元3將所述配置QoS策略和所述網(wǎng)關(guān)中實時業(yè)務(wù)的優(yōu)先級或權(quán)重封裝成QoS配置請求報文，本實施例中所述QoS配置請求報文是網(wǎng)關(guān)I和局端設(shè)備2約定的配置信息報文。其格式如圖3所示，其中包括約定標(biāo)識報文的操作字段0P、跳路Hops和結(jié)束end。其中所述報文中還包括記錄了網(wǎng)關(guān)此次的通信ID號的事務(wù)ID (Transaction ID)和客戶端IP (Ciaddr)地址來標(biāo)識識別網(wǎng)關(guān)I和局端設(shè)備2，此外所述報文中包括網(wǎng)關(guān)請求的相應(yīng)調(diào)度算法，以及具體請求的內(nèi)容項，其中請求調(diào)度算法決定了之后的內(nèi)容項的整體的信息類型，例如圖3所示的本實施例中是優(yōu)先級調(diào)度算法SP和標(biāo)識VoIP業(yè)務(wù)及其優(yōu)先級，若請求調(diào)度算法是用于保證帶寬，則之后的內(nèi)容項可以是VoIP業(yè)務(wù)及其帶寬值。步驟3，將所述QoS配置請求報文發(fā)送至所述局端設(shè)備2中。步驟4，所述局端設(shè)備2從所述QoS配置請求報文中解析提取配置QoS策略，從而得到網(wǎng)關(guān)I的當(dāng)時實時業(yè)務(wù)所需要的數(shù)據(jù)流帶寬配置，即通過所述優(yōu)先級調(diào)度策略配置所 述局端設(shè)備2，此外若解析得到加權(quán)循環(huán)調(diào)度策略，則相應(yīng)地采用加權(quán)循環(huán)調(diào)度策略來配置所述局端設(shè)備2。步驟5，檢測所述局端設(shè)備2的數(shù)據(jù)流帶寬配置范圍是否能夠支持所述配置QoS策略，即檢測網(wǎng)關(guān)I對數(shù)據(jù)流帶寬的要求是否在局端設(shè)備2所能配置的數(shù)據(jù)流帶寬的能力范圍內(nèi)，若是進入步驟6，否則進入步驟7。步驟6，按照所述配置QoS策略配置所述局端設(shè)備2的下行數(shù)據(jù)流帶寬，即配置發(fā)送至網(wǎng)關(guān)I當(dāng)前的各個實時業(yè)務(wù)的數(shù)據(jù)流的帶寬，然后所述局端設(shè)備生成成功應(yīng)答報文并反饋至網(wǎng)關(guān)1，如圖3所示，在本實施例中所述成功應(yīng)答報文的格式中也包括約定標(biāo)識應(yīng)答報文的操作字段0P、跳路Hops和結(jié)束end。所述報文中還包括事務(wù)ID(Transaction ID),局端設(shè)備應(yīng)答碼(Return ID)以及請求動作(Action)，所述應(yīng)答碼記錄了此次局端設(shè)備2的配置QoS策略的配置成功的信息。當(dāng)所述成功應(yīng)答報文反饋至網(wǎng)關(guān)I后，流程結(jié)束。上述步驟5和步驟6中所述局端設(shè)備2判斷是否能支持請求的配置QoS策略，如果支持將按照配置QoS策略設(shè)置對應(yīng)數(shù)據(jù)流的優(yōu)先級，本實施例中，局端設(shè)備2將查詢是否支持優(yōu)先級調(diào)度算法SP，如果支持將VoIP的數(shù)據(jù)流的優(yōu)先級設(shè)置為最高，即在之后的發(fā)包中將最先發(fā)送VoIP的數(shù)據(jù)。步驟7，所述局端設(shè)備2生成失敗應(yīng)答報文并反饋至網(wǎng)關(guān)I。其中所述失敗應(yīng)答報文與圖3中成功應(yīng)答報文的格式相同，區(qū)別僅在于所述應(yīng)答碼記錄了此次局端設(shè)備2的配置QoS策略的配置失敗的信息,然后流程結(jié)束。第二實施例本實施例在第一實施例的基礎(chǔ)上，還通過配置接口接受用戶輸入的配置QoS策略，從而實現(xiàn)用戶定制的實時業(yè)務(wù)的數(shù)據(jù)流帶寬的設(shè)置和分配。從而局端設(shè)備調(diào)節(jié)發(fā)送至所述網(wǎng)關(guān)的數(shù)據(jù)流的帶寬，因而滿足當(dāng)前網(wǎng)關(guān)中實時業(yè)務(wù)的帶寬需求。此外本實施例還通過所述配置接口實現(xiàn)通知用戶配置所述QoS策略的結(jié)果，從而便于用戶尋找調(diào)節(jié)配置QoS策略和尋找故障。所以如圖4所示，與第一實施例的分組交換網(wǎng)絡(luò)系統(tǒng)的區(qū)別在于本實施例的分組交換網(wǎng)絡(luò)系統(tǒng)還包括一配置接口 5，用戶可以通過所述配置接口5設(shè)定任意的QoS策略，并作為所述配置QoS策略通過配置單元3生成所述QoS配置請求報文。其中本實施例中局端設(shè)備2發(fā)送至所述網(wǎng)關(guān)I的成功應(yīng)答報文或失敗應(yīng)答報文也通過所述配置接口 5傳送通知用戶。而且本實施例中為了便于用戶訪問所述網(wǎng)關(guān)I所述配置接口為Web接口(網(wǎng)絡(luò)接口)。此外用戶還可以采用其他的方式來訪問所述網(wǎng)關(guān)I。所以如圖5所示，本實施例的分組交換網(wǎng)絡(luò)系統(tǒng)在正常運行過程中所產(chǎn)生的網(wǎng)關(guān)QoS保障方法包括以下步驟步驟11，根據(jù)網(wǎng)關(guān)I中實時業(yè)務(wù)的數(shù)據(jù)流帶寬狀態(tài)，從所述下行QoS策略集合中選取一個下行QoS策略作為所述配置QoS策略，或者用戶通過一配置接口 5配置生成一 QoS策略作為所述配置QoS策略。本實施例中所述配置QoS策略為所述優(yōu)先級調(diào)度策略或加權(quán)循環(huán)調(diào)度策略。其中本實施例中選取優(yōu)先級調(diào)度策略。 步驟12，配置單元3基于所述配置QoS策略和所述網(wǎng)關(guān)中實時業(yè)務(wù)的優(yōu)先級或權(quán)重、生成QoS配置請求報文。所述QoS配置請求報文中包括請求局端設(shè)備2將下行數(shù)據(jù)流帶寬設(shè)置為指定的值，采取優(yōu)先級調(diào)度策略或加權(quán)循環(huán)調(diào)度策略。其中當(dāng)采用加權(quán)循環(huán)調(diào)度策略時，還包括各個實時業(yè)務(wù)的權(quán)重。若選擇為優(yōu)先級調(diào)度策略時，還包括各個實時業(yè)務(wù)的優(yōu)先級。其中配置單元3將所述配置QoS策略和所述網(wǎng)關(guān)中實時業(yè)務(wù)的優(yōu)先級或權(quán)重封裝成QoS配置請求報文，本實施例中所述QoS配置請求報文是網(wǎng)關(guān)I和局端設(shè)備2約定的配置信息報文。其格式如圖6所示，其中本實施例中所述報文格式與第一實施例配置信息報文的格式區(qū)別是由于請求調(diào)度算法決定了之后的內(nèi)容項的整體的信息類型，所以所述報文中包括網(wǎng)關(guān)請求的相應(yīng)調(diào)度算法，以及具體請求的內(nèi)容項是加權(quán)循環(huán)調(diào)度算法WRR和標(biāo)識IPTV業(yè)務(wù)、Web網(wǎng)頁瀏覽業(yè)務(wù)、P2P業(yè)務(wù)和其他的業(yè)務(wù)Other，以及各個業(yè)務(wù)的權(quán)重，其中如圖6所示，本實施例中所述各個業(yè)務(wù)的權(quán)重分別設(shè)置的值為30%、30%、20%和20%。步驟13，將所述QoS配置請求報文發(fā)送至所述局端設(shè)備2中。步驟14，所述局端設(shè)備2從所述QoS配置請求報文中解析提取配置QoS策略，從而得到網(wǎng)關(guān)I的當(dāng)時實時業(yè)務(wù)所需要的數(shù)據(jù)流帶寬配置，即通過所述加權(quán)循環(huán)調(diào)度策略配置所述局端設(shè)備2，此外若解析得到優(yōu)先級調(diào)度策略，則相應(yīng)地采用優(yōu)先權(quán)調(diào)度策略來配置所述局端設(shè)備2。步驟15，檢測所述局端設(shè)備2的數(shù)據(jù)流帶寬配置范圍是否能夠支持所述配置QoS策略，即檢測網(wǎng)關(guān)I對數(shù)據(jù)流帶寬的要求是否在局端設(shè)備2所能配置的數(shù)據(jù)流帶寬的能力范圍內(nèi)，若是進入步驟16，否則進入步驟17。步驟16，按照所述配置QoS策略配置所述局端設(shè)備2的下行數(shù)據(jù)流帶寬，即配置發(fā)送至網(wǎng)關(guān)I當(dāng)前的各個實時業(yè)務(wù)的數(shù)據(jù)流的帶寬，然后所述局端設(shè)備生成成功應(yīng)答報文并反饋至網(wǎng)關(guān)1，在本實施例中所述成功應(yīng)答報文的格式中與第一實施例中的成功應(yīng)答報文的格式相同，所以所述應(yīng)答碼記錄了此次局端設(shè)備2的配置QoS策略的配置成功的信息。當(dāng)所述成功應(yīng)答報文反饋至網(wǎng)關(guān)I后，進入步驟18。步驟17，所述局端設(shè)備2生成失敗應(yīng)答報文并反饋至網(wǎng)關(guān)I。其中所述失敗應(yīng)答報文與第一實施例的失敗應(yīng)答報文的格式相同，所以所述應(yīng)答碼記錄了此次局端設(shè)備2的配置QoS策略的配置失敗的信息。
步驟18，所述網(wǎng)關(guān)I將接收到的所述成功應(yīng)答報文或失敗應(yīng)答報文通過所述配置接口 5通知用戶。從而便于用戶尋找調(diào)節(jié)配置QoS策略和尋找故障。雖然以上描述了本發(fā)明的具體實施方式
，但是本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，這些僅是舉例說明，本發(fā)明的保護范圍是由所附權(quán)利要求書限定的。本領(lǐng)域的技術(shù)人員在不背 離本發(fā)明的原理和實質(zhì)的前提下，可以對這些實施方式做出多種變更或修改，但這些變更和修改均落入本發(fā)明的保護范圍。
權(quán)利要求
1.一種網(wǎng)關(guān)QoS保障方法，其特征在于，所述網(wǎng)關(guān)QoS保障方法包括以下步驟 51、根據(jù)網(wǎng)關(guān)中實時業(yè)務(wù)的數(shù)據(jù)流帶寬狀態(tài)，從一下行QoS策略集合中選取一下行QoS策略作為一配置QoS策略； 52、基于所述配置QoS策略和所述網(wǎng)關(guān)中實時業(yè)務(wù)的優(yōu)先級或權(quán)重，生成一QoS配置請求報文； 53、將所述QoS配置請求報文發(fā)送至一局端設(shè)備； 54、所述局端設(shè)備從所述QoS配置請求報文中解析提取配置QoS策略； 55、若所述局端設(shè)備的數(shù)據(jù)流帶寬配置范圍能夠支持所述配置QoS策略，則按照所述配置QoS策略配置所述局端設(shè)備的下行數(shù)據(jù)流帶寬，所述局端設(shè)備生成一成功應(yīng)答報文并反饋至網(wǎng)關(guān)，否則所述局端設(shè)備生成一失敗應(yīng)答報文并反饋至網(wǎng)關(guān)。
2.如權(quán)利要求I所述的網(wǎng)關(guān)QoS保障方法，其特征在于，所述步驟S1S: 根據(jù)網(wǎng)關(guān)中實時業(yè)務(wù)的數(shù)據(jù)流帶寬狀態(tài)，從下行QoS策略集合中選取一個下行QoS策略作為所述配置QoS策略,或者用戶通過一配置接口配置生成一 QoS策略作為所述配置QoS策略。
3.如權(quán)利要求2所述的網(wǎng)關(guān)QoS保障方法，其特征在于，所述配置接口為Wb接口。
4.如權(quán)利要求I或2所述的網(wǎng)關(guān)QoS保障方法，其特征在于，所述下行QoS策略集合包括優(yōu)先級調(diào)度策略或加權(quán)循環(huán)調(diào)度策略。
5.如權(quán)利要求I或2所述的網(wǎng)關(guān)QoS保障方法，其特征在于，所述步驟S5之后還包括以下步驟 56、所述網(wǎng)關(guān)將所述成功應(yīng)答報文或失敗應(yīng)答報文通過所述配置接口通知用戶。
6.如權(quán)利要求I所述的網(wǎng)關(guān)QoS保障方法，其特征在于，所述實時業(yè)務(wù)選自下述業(yè)務(wù)中的一種或多種 IPTV業(yè)務(wù)、VoIP業(yè)務(wù)、網(wǎng)頁瀏覽業(yè)務(wù)和P2P業(yè)務(wù)。
7.一種分組交換網(wǎng)絡(luò)系統(tǒng)，其包括一網(wǎng)關(guān)和一局端設(shè)備，其特征在于，所述網(wǎng)關(guān)中還包括一配置單元和一通知單元； 其中所述配置單元基于一配置QoS策略、和所述網(wǎng)關(guān)中實時業(yè)務(wù)的優(yōu)先級或權(quán)重，生成一 QoS配置請求報文； 所述通知單元將所述QoS配置請求報文發(fā)送至一局端設(shè)備，所述局端設(shè)備從所述QoS配置請求報文解析提取配置QoS策略，并檢測所述局端設(shè)備的數(shù)據(jù)流帶寬配置范圍是否能夠支持所述配置QoS策略，若能夠支持，則按照所述配置QoS策略配置所述局端設(shè)備的下行數(shù)據(jù)流帶寬，所述局端設(shè)備生成一成功應(yīng)答報文并反饋至網(wǎng)關(guān)，否則所述局端設(shè)備生成一失敗應(yīng)答報文并反饋至網(wǎng)關(guān)； 其中所述網(wǎng)關(guān)將從一下行QoS策略集合中選定的一下行QoS策略或用戶設(shè)定的一 QoS策略作為所述配置QoS策略。
8.如權(quán)利要求7所述的分組交換網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述網(wǎng)關(guān)還包括一配置接口，用戶可以通過所述配置接口設(shè)定所述QoS策略。
9.如權(quán)利要求8所述的分組交換網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述網(wǎng)關(guān)還通過所述配置接口通知用戶所述成功應(yīng)答報文或失敗應(yīng)答報文。
10.如權(quán)利要求7或8所述的分組交換網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述配置接口為Web接□。
11.如權(quán)利要求7所述的分組交換網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述下行QoS策略集合包括優(yōu)先級調(diào)度策略或加權(quán)循環(huán)調(diào)度策略。
12.如權(quán)利要求7所述的分組交換網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述實時業(yè)務(wù)選自下述業(yè)務(wù)中的一種或多種 IPTV業(yè)務(wù)、VoIP業(yè)務(wù)、網(wǎng)頁瀏覽業(yè)務(wù)和P2P業(yè)務(wù)。
全文摘要
本發(fā)明公開了一種網(wǎng)關(guān)QoS保障方法及分組交換網(wǎng)絡(luò)系統(tǒng)，其包括以下步驟S1、根據(jù)網(wǎng)關(guān)中實時業(yè)務(wù)的數(shù)據(jù)流帶寬狀態(tài)，從一下行QoS策略集合中選取一配置QoS策略；S2、基于所述配置QoS策略和所述網(wǎng)關(guān)中實時業(yè)務(wù)的優(yōu)先級或權(quán)重生成一QoS配置請求報文；S3、將所述QoS配置請求報文發(fā)送至一局端設(shè)備；S4、所述局端設(shè)備解析提取配置QoS策略；S5、若所述局端設(shè)備能夠支持所述配置QoS策略，則按照所述配置QoS策略配置所述局端設(shè)備，生成一成功應(yīng)答報文并反饋至網(wǎng)關(guān)，否則生成一失敗應(yīng)答報文并反饋至網(wǎng)關(guān)。本發(fā)明通過網(wǎng)關(guān)主動配置局端設(shè)備，從而來調(diào)節(jié)網(wǎng)關(guān)中實時業(yè)務(wù)的數(shù)據(jù)流的帶寬，因而有效地滿足客戶的業(yè)務(wù)需求。
文檔編號H04L12/56GK102780610SQ20121016280
公開日2012年11月14日 申請日期2012年5月21日 優(yōu)先權(quán)日2012年5月21日
發(fā)明者周小祥, 崔鵬 申請人:上海斐訊數(shù)據(jù)通信技術(shù)有限公司