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

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


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