專利名稱：一種服務(wù)質(zhì)量策略轉(zhuǎn)換設(shè)備及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種服務(wù)質(zhì)量(業(yè)務(wù)質(zhì)量)(QoS Qualityof Service)策略轉(zhuǎn)換設(shè)備及方法。
背景技術(shù)：
伴隨著各種寬帶業(yè)務(wù)的增長，對互聯(lián)網(wǎng)的服務(wù)質(zhì)量(業(yè)務(wù)質(zhì)量)(QoSQuality of Service)需求日益增加。雖然現(xiàn)有的網(wǎng)絡(luò)設(shè)備支持通過有差別服務(wù)(DiffServ Differentiated Services)、多協(xié)議標(biāo)簽交換(MPLS Multi ProtocolLabel Switching)等技術(shù)來實(shí)施QoS策略，但主要是通過五元組(源地址、源端口、目的地址、目的端口、協(xié)議類型)或物理端口等來區(qū)分業(yè)務(wù)，而且一般只能預(yù)先配置，這在實(shí)際應(yīng)用中很難滿足需求。實(shí)際應(yīng)用中需要的是能夠根據(jù)“業(yè)務(wù)類型+用戶”來區(qū)分業(yè)務(wù)的QoS技術(shù)。
為此業(yè)界推出以下三種常用的技術(shù)方案技術(shù)方案一傳統(tǒng)的QoS方法，通過對報(bào)文的特定字段進(jìn)行識別(如源地址、目的地址、目的端口等)或?qū)μ囟ǖ奈锢斫涌谶M(jìn)行區(qū)分，一般還可以配合訪問控制列表(ACL Access Control List)進(jìn)行匹配。圖1以源地址或物理端口區(qū)分業(yè)務(wù)為例進(jìn)行說明當(dāng)節(jié)點(diǎn)(Node)A根據(jù)物理端口區(qū)分業(yè)務(wù)時，設(shè)置Interface A接口為需要保證QoS的業(yè)務(wù)，Interface B接口為普通業(yè)務(wù)，由于主機(jī)(Host)A直接連接到Interface A，因此從Host A發(fā)起的所有業(yè)務(wù)都被送入QoS廣域網(wǎng)(WAN WideArea Network)，而Host B發(fā)起的所有業(yè)務(wù)都被送入無QoS保證的WAN；
當(dāng)Node A根據(jù)源地址區(qū)分業(yè)務(wù)時，設(shè)置Host A的地址對應(yīng)需要保證QoS的業(yè)務(wù)，由于從Host A發(fā)起的業(yè)務(wù)源地址必然都是Host A，所以都被送入QoS WAN，而從Host B發(fā)起的業(yè)務(wù)由于源地址不一樣，都被送入無QoS保證的WAN。
現(xiàn)有技術(shù)一的缺點(diǎn)1、難以區(qū)分業(yè)務(wù)。如圖1所示，如果我們期望的結(jié)果是將業(yè)務(wù)1都送入QoSWAN，業(yè)務(wù)2都送入WAN，則無法做到。雖然也可以根據(jù)目的端口等來區(qū)分業(yè)務(wù)，但這種區(qū)分是非常粗糙和不準(zhǔn)確的；2、難以進(jìn)行用戶認(rèn)證。不論誰使用Host A或通過Host A轉(zhuǎn)接都能享受到QoS有保證的業(yè)務(wù)，這樣的QoS業(yè)務(wù)對運(yùn)營商來說是不易管理的；3、當(dāng)用戶數(shù)目非常多時，實(shí)施困難。如果Host有成千上萬臺，則需要在網(wǎng)絡(luò)節(jié)點(diǎn)(如Node A)做大量配置，幾乎是不可能的。
技術(shù)方案二信任終端(用戶)如圖2所示，這種技術(shù)的思路是由終端設(shè)備自行對業(yè)務(wù)碼流中的與QoS相關(guān)的字段進(jìn)行填充，網(wǎng)絡(luò)設(shè)備信任終端設(shè)備所做的填充，并根據(jù)此字段來區(qū)分業(yè)務(wù)。比如，對于IP報(bào)文，終端設(shè)備可以填充服務(wù)類型(TOS Type of Service)域。
現(xiàn)有技術(shù)二的缺點(diǎn)1、不可信，終端設(shè)備可以隨意的將業(yè)務(wù)碼流標(biāo)記為高優(yōu)先級搶占網(wǎng)絡(luò)資源；2、業(yè)務(wù)QoS分級的準(zhǔn)則難以統(tǒng)一進(jìn)行控制，同一種業(yè)務(wù)可能被不同的終端設(shè)備標(biāo)識為不同的級別；3、需要網(wǎng)絡(luò)的所有接入設(shè)備都支持對碼流中的QoS字段進(jìn)行識別，否則此標(biāo)志可能被清除掉。
技術(shù)方案三應(yīng)用規(guī)范路由技術(shù)，如圖3所示，通過應(yīng)用代理，識別需要進(jìn)行QoS保證的業(yè)務(wù)碼流，將其路由到QoS WAN，對普通的業(yè)務(wù)碼流則路由到無QoS保證的WAN。
圖3中的App Router除了能夠識別應(yīng)用業(yè)務(wù)外，同時具備路由器功能，進(jìn)入App Router的數(shù)據(jù)將被直接送入QoS WAN。以H.323應(yīng)用為例，App Router則可以表現(xiàn)為“GK+Router”，其簡單流程如下1、當(dāng)Host A發(fā)起呼叫時，會先連接GK，此時信令經(jīng)過Router正常的送入AppRouter；2、App Router解析信令后獲取Host A的媒體流需要發(fā)送到某主機(jī)Host X；3、App Router通過路由協(xié)議通知Router創(chuàng)建Host A到Host X的路由表，接口為I2；4、Host A發(fā)送的到Host X數(shù)據(jù)包Router送入App Router，進(jìn)入QoS WAN。
現(xiàn)有技術(shù)三的缺點(diǎn)1、App Router需要同時具備路由器功能，擴(kuò)展性差；2、動態(tài)生成路由表后，所有到Host X(Host X甚至可能是一臺NAT設(shè)備)的數(shù)據(jù)包都會被送入QoS WAN，沒有真正的區(qū)分開業(yè)務(wù)；3、App Router和Router之間需要動態(tài)的交換路由信息，結(jié)合緊密，難以大范圍部署。

發(fā)明內(nèi)容
本發(fā)明提供一種服務(wù)質(zhì)量策略轉(zhuǎn)換設(shè)備及方法，以解決現(xiàn)有方法中不能有效地區(qū)分業(yè)務(wù)的問題。
為此，本發(fā)明采用如下方案一種服務(wù)質(zhì)量策略轉(zhuǎn)換設(shè)備，其包括網(wǎng)絡(luò)接口模塊提供系統(tǒng)對外接口，處理承載網(wǎng)相關(guān)協(xié)議；信令處理模塊處理應(yīng)用業(yè)務(wù)的信令，負(fù)責(zé)會話的建立和釋放，并提供管理模塊需要的業(yè)務(wù)信息；管理模塊根據(jù)信令處理模塊上報(bào)的信息進(jìn)行業(yè)務(wù)識別和用戶認(rèn)證，并按照策略控制碼流的轉(zhuǎn)發(fā)；碼流轉(zhuǎn)發(fā)模塊根據(jù)信令處理模塊創(chuàng)建的轉(zhuǎn)發(fā)表進(jìn)行碼流轉(zhuǎn)發(fā)。
所述的網(wǎng)絡(luò)接口模塊，可以設(shè)置為一個，由信令處理模塊和碼流轉(zhuǎn)發(fā)模塊共用，也可以設(shè)置為多個，分別設(shè)置在信令處理模塊與碼流轉(zhuǎn)發(fā)模塊上。
所述的信令處理模塊為H.245或H.225呼叫信令處理模塊，通過TCP與承載網(wǎng)的主機(jī)端連接，所述的碼流轉(zhuǎn)發(fā)模塊通過UDP與承載網(wǎng)的主機(jī)端連接。
所述的轉(zhuǎn)發(fā)表的內(nèi)容，包括碼流的源端口，轉(zhuǎn)發(fā)的目的地址，轉(zhuǎn)發(fā)的目的端口中的一個或者多個的組合。
所述的轉(zhuǎn)發(fā)表的內(nèi)容，還包括優(yōu)先級信息。
一種服務(wù)質(zhì)量策略轉(zhuǎn)換方法，其包括如下步驟在承載網(wǎng)上，設(shè)置與業(yè)務(wù)n需求相對應(yīng)的策略轉(zhuǎn)換設(shè)備n；將業(yè)務(wù)n解析到該策略轉(zhuǎn)換設(shè)備n，由該策略轉(zhuǎn)換設(shè)備n進(jìn)行鑒權(quán)，并根據(jù)該策略轉(zhuǎn)換設(shè)備n的轉(zhuǎn)換表標(biāo)識來完成業(yè)務(wù)的接續(xù)。
所述的策略轉(zhuǎn)換設(shè)備n的轉(zhuǎn)換表標(biāo)識，包括物理層地址、鏈路層地址、網(wǎng)絡(luò)層地址或傳輸層地址中的一個或多個的組合。
所述的策略轉(zhuǎn)換設(shè)備n的鑒權(quán)內(nèi)容，包括業(yè)務(wù)識別、認(rèn)證和控制中的一個或多個的組合。
所述的策略轉(zhuǎn)換設(shè)備n注冊到關(guān)守(GK Gate keeper)，所對應(yīng)的應(yīng)用為H.323，當(dāng)H323端點(diǎn)呼叫時，GK根據(jù)策略將呼叫解析到相關(guān)的策略轉(zhuǎn)換設(shè)備n。
所述的服務(wù)質(zhì)量策略轉(zhuǎn)換方法，還包括設(shè)置一個與策略轉(zhuǎn)換設(shè)備n對應(yīng)的接入碼，所述的承載網(wǎng)為H.323，H.323端點(diǎn)呼叫形式為接入碼+被叫號碼，GK通過該接入碼將該呼叫解析到對應(yīng)的策略轉(zhuǎn)換設(shè)備n。
所述的服務(wù)質(zhì)量策略轉(zhuǎn)換方法，采用隧道方式或者非隧道方式來處理H.245消息。
本發(fā)明技術(shù)方案帶來的有益效果
1、通過增加少量設(shè)備，就可以簡單快速的在現(xiàn)有承載網(wǎng)上實(shí)施可管理的QoS業(yè)務(wù)；2、承載網(wǎng)與QoS策略區(qū)分設(shè)備(QPC)無耦合，獨(dú)立性強(qiáng)，便于擴(kuò)展，可以隨著新增業(yè)務(wù)不斷增加相應(yīng)的QPC；3、QPC的部署非常靈活，既可以位于網(wǎng)絡(luò)的邊緣，也可以位于網(wǎng)絡(luò)的核心，可以根據(jù)業(yè)務(wù)規(guī)模和網(wǎng)絡(luò)結(jié)構(gòu)靈活的選擇組網(wǎng)方式；4、對現(xiàn)有網(wǎng)絡(luò)設(shè)備基本可以不做改造，保護(hù)已有的投資；5、由于所有業(yè)務(wù)碼流經(jīng)過QPC中轉(zhuǎn)，顯著提高網(wǎng)絡(luò)安全性(防火墻等設(shè)備可以將QPC作為可信任的節(jié)點(diǎn)，只允許與QPC通信)；6、通過在QPC做較高層次的業(yè)務(wù)識別，避免惡意盜用承載網(wǎng)QoS資源；7、提供業(yè)務(wù)關(guān)口局。


圖1是現(xiàn)有技術(shù)中通過接入物理端口或源地址區(qū)分業(yè)務(wù)的示意圖；圖2是現(xiàn)有技術(shù)中通過信任終端設(shè)備來區(qū)分業(yè)務(wù)的示意圖；圖3是現(xiàn)有技術(shù)中基于應(yīng)用規(guī)范路由的QoS方案示意圖；圖4是現(xiàn)有技術(shù)中會話感知技術(shù)的示意圖；圖5是本發(fā)明策略轉(zhuǎn)換設(shè)備的結(jié)構(gòu)示意圖；圖6是本發(fā)明實(shí)施例中采用隧道方式的策略轉(zhuǎn)換設(shè)備的結(jié)構(gòu)示意圖；圖7是本發(fā)明實(shí)施例中采用非隧道方式的策略轉(zhuǎn)換設(shè)備的結(jié)構(gòu)示意圖；圖8是本發(fā)明通過碼流匯聚實(shí)現(xiàn)QoS策略轉(zhuǎn)換原理；圖9是本發(fā)明具體實(shí)施方式
中通過單個QPC的呼叫流程示意圖；圖10是本發(fā)明一QoS策略轉(zhuǎn)換組網(wǎng)示意圖；圖11是本發(fā)明另一QoS策略轉(zhuǎn)換組網(wǎng)示意圖；圖12是本發(fā)明再一QoS策略轉(zhuǎn)換組網(wǎng)示意圖。
具體實(shí)施例方式
下面結(jié)合說明書附圖來說明本發(fā)明的具體實(shí)施方式
。
本發(fā)明的關(guān)鍵思想是，在原有承載網(wǎng)上引入QoS策略轉(zhuǎn)換設(shè)備，通過對碼流匯聚等方式，使原有承載網(wǎng)的節(jié)點(diǎn)(如路由器)可以采用物理端口、IP五元組匹配等簡單策略進(jìn)行流分類，而這些流分類方法是承載網(wǎng)本身可以支持的。對應(yīng)OSI七層模型可以這樣來描述QoS策略轉(zhuǎn)換設(shè)備將高層的流分類需求(如應(yīng)用層業(yè)務(wù)區(qū)分)轉(zhuǎn)換為低層的流分類依據(jù)(如IP五元組)，使承載網(wǎng)設(shè)備(如路由器)能夠在較低的層次上進(jìn)行流分類，滿足高層的流分類需求。
如圖5所示，是本發(fā)明所設(shè)計(jì)的QPC結(jié)構(gòu)示意圖，從圖中可以看出，本發(fā)明的QPC包括網(wǎng)絡(luò)接口模塊提供系統(tǒng)對外接口(如FE)，并處理承載網(wǎng)相關(guān)協(xié)議(如IP)；信令處理模塊應(yīng)用業(yè)務(wù)的信令處理，負(fù)責(zé)會話的建立和釋放，并提前管理模塊需要的業(yè)務(wù)信息；管理模塊根據(jù)信令處理模塊上報(bào)的信息進(jìn)行業(yè)務(wù)識別和用戶認(rèn)證，并按照既定的策略控制碼流的轉(zhuǎn)發(fā)；碼流轉(zhuǎn)發(fā)模塊根據(jù)管理模塊或信令處理模塊創(chuàng)建的轉(zhuǎn)發(fā)表進(jìn)行碼流轉(zhuǎn)發(fā)。
上述接口模塊，可以有多種設(shè)計(jì)方法，比如可以設(shè)置為一個，由信令處理模塊和碼流轉(zhuǎn)發(fā)模塊共用，也可以設(shè)置為多個，分別設(shè)置在信令處理模塊與碼流轉(zhuǎn)發(fā)模塊上。
如圖6及圖7所示，是本發(fā)明QPC設(shè)備的具體實(shí)施例，其中該信令處理模塊為H.245或H.225呼叫信令處理模塊，通過TCP與承載網(wǎng)的主機(jī)端連接，所述的碼流轉(zhuǎn)發(fā)模塊通過UDP與承載網(wǎng)的主機(jī)端連接。
其中，圖6為采取隧道方式，圖7為采取非隧道方式。隧道方式是將H.245消息封裝到H.225呼叫信令中傳遞的方式，非隧道方式中H.245利用單獨(dú)的邏輯通道進(jìn)行傳送。
本發(fā)明涉及到一個對應(yīng)表(轉(zhuǎn)發(fā)表)，其是由信令處理模塊動態(tài)創(chuàng)建的，存儲在內(nèi)存中(當(dāng)然也可以存儲到其他存儲設(shè)備中)，碼流轉(zhuǎn)發(fā)模塊根據(jù)此表正確的將碼流轉(zhuǎn)發(fā)到接收者(與路由表類似，但它還包含源和目的的傳輸層地址的信息，而且一個轉(zhuǎn)發(fā)關(guān)系就對應(yīng)一個表項(xiàng))，該表格也可以由信令處理模塊經(jīng)管理模塊而下發(fā)到碼流轉(zhuǎn)發(fā)模塊，實(shí)現(xiàn)其功能，其格式如下表1轉(zhuǎn)發(fā)表

碼流轉(zhuǎn)發(fā)模塊收到的碼流后，根據(jù)碼流中的源地址和源端口查詢轉(zhuǎn)發(fā)表，確定此碼流需要轉(zhuǎn)發(fā)到何處(目的地址和目的端口)。
表1中的優(yōu)先級是用于策略控制的參數(shù)，媒體轉(zhuǎn)發(fā)模塊可以根據(jù)此進(jìn)行優(yōu)先級調(diào)度。當(dāng)然也可以不作優(yōu)先級調(diào)度或者使用更為豐富的控制參數(shù)。
不作其他處理是指只需要轉(zhuǎn)發(fā)，不需要做RTP包的包序重排等，這樣可以減少Q(mào)PC節(jié)點(diǎn)引入的延時。
如圖8所示，是通過碼流匯聚來實(shí)現(xiàn)業(yè)務(wù)轉(zhuǎn)換的方式。
在承載網(wǎng)上有三種業(yè)務(wù)需要區(qū)分，因此分別放置了三種QoS策略轉(zhuǎn)換設(shè)備(業(yè)務(wù)1QPC、業(yè)務(wù)2QPC和業(yè)務(wù)3QPC)，疊加在承載網(wǎng)上。與業(yè)務(wù)n對應(yīng)的會話都被引入業(yè)務(wù)n QPC，由QPC進(jìn)行業(yè)務(wù)識別、認(rèn)證和控制，形成對業(yè)務(wù)碼流的匯聚，隱式的將QoS策略轉(zhuǎn)換到業(yè)務(wù)碼流中(例如對于IP承載網(wǎng)，任何路由器上與業(yè)務(wù)1相關(guān)碼流的源或目的IP地址必然包括業(yè)務(wù)1QPC的IP地址)，承載網(wǎng)就可以通過關(guān)聯(lián)碼流中的特殊字段(如業(yè)務(wù)1QPC的IP地址)來進(jìn)行流分類。這里面非常關(guān)鍵的一點(diǎn)是QoS策略轉(zhuǎn)換是隱式的完成的，不需要QPC控制承載網(wǎng)設(shè)備或直接修改承載層的內(nèi)容(如IP的TOS域)，這樣就使得承載網(wǎng)節(jié)點(diǎn)和QPC是一種松耦合關(guān)系，使QPC不需要緊鄰承載網(wǎng)發(fā)起QoS的節(jié)點(diǎn)(如邊緣路由器)，可以放到承載網(wǎng)的核心。
圖中Call Agent為可選的呼叫代理，一般可對應(yīng)為應(yīng)用層的信令處理設(shè)備，如H.323應(yīng)用中的GK。其中，GK是網(wǎng)絡(luò)中一個H.323實(shí)體，它為H.323終端、網(wǎng)關(guān)和MCU提供地址轉(zhuǎn)換和網(wǎng)絡(luò)接入控制。GK也可以為終端、網(wǎng)關(guān)、MCU提供其它服務(wù)，如帶寬管理和網(wǎng)關(guān)定位。
針對QoS應(yīng)用，可以將QPC的部分功能移到Call Agent來完成，如策略控制和認(rèn)證等，當(dāng)然也可以完全由QPC來完成，不需要Call Agent進(jìn)行修改。
實(shí)際使用中，一次端到端的連接可以通過多個QPC(參見圖8)；QPC可以劃分為多個邏輯實(shí)體(如認(rèn)證、策略控制、碼流轉(zhuǎn)發(fā)等)，這些實(shí)體可以分布到多個設(shè)備中實(shí)現(xiàn)；多個QPC可以物理上為同一設(shè)備，通過每個QPC使用不同的IP地址或傳輸層地址等方式來區(qū)分，由于各QPC可以受統(tǒng)一的Call Agent控制，Host需要訪問哪一個QPC可以通過與Call Agent的信令交互過程來知道。
如何將業(yè)務(wù)碼流引導(dǎo)入QPC進(jìn)行中轉(zhuǎn)，可以根據(jù)實(shí)際應(yīng)用采用不同的方式，比如對于H.323應(yīng)用可以考慮采用如下兩種方式a)QPC直接注冊到GK上，H.323端點(diǎn)(對應(yīng)圖8中的Host)呼叫時，GK根據(jù)策略自動將呼叫解析到相關(guān)QPC，這種情況可以認(rèn)為QPC的部分功能已經(jīng)轉(zhuǎn)移到GK上實(shí)現(xiàn)，并借助GK的地址解析功能將呼叫引入0PC。
b)每個QPC對應(yīng)一個號碼前綴(與網(wǎng)關(guān)類似，比如撥打IP電話時使用號碼前綴為17909)，H.323節(jié)點(diǎn)呼叫“QPC前綴+被叫號碼”，GK將呼叫解析到指定的QPC，這種方式實(shí)際上是由Host控制選擇QPC。
本發(fā)明QPC可以按照如下方式來實(shí)現(xiàn)如圖9所示，QPC系統(tǒng)總體上可以劃分為兩個大的部分，信令處理和媒體流處理信令處理模塊負(fù)責(zé)對H.323協(xié)議中的RAS、H.225呼叫信令和H.245處理如圖7所示，是一個非隧道方式的QPC示意圖，因此，本發(fā)明的方法中，采用隧道方式或者非隧道的方式來完成策略轉(zhuǎn)換，是可以靈活處理的。
碼流轉(zhuǎn)發(fā)模塊根據(jù)信令處理模塊下發(fā)的對應(yīng)表直接轉(zhuǎn)發(fā)RTP包，只需要改寫數(shù)據(jù)報(bào)的頭部信息，不做其他處理，即只需要轉(zhuǎn)發(fā)，不需要做RTP包的包序重排等，這樣可以減少Q(mào)PC節(jié)點(diǎn)引入的延時。
如圖9所示，其呼叫流程如下在Call Agent上預(yù)先進(jìn)行分區(qū)，以號碼755開頭的端點(diǎn)設(shè)備都屬于同一個QoS服務(wù)區(qū)(一下簡稱QoS-755服務(wù)區(qū))，為此服務(wù)區(qū)分配一個QPC(也可以是一組)，則所有以755開頭的號碼發(fā)起的呼叫都會被送入此QPC。
具體包括以下步驟(1)T1(75526540001)呼叫T2(75526540002)，向GK發(fā)ARQ，被叫號碼為75526540002；(2)GK判斷T1屬于QoS-755服務(wù)區(qū)，并具備QoS業(yè)務(wù)權(quán)限且剩余帶寬足夠后，將呼叫解析到QPC(IP地址為202.10.10.9)，向T1回ACF，其中呼叫地址為QPC的地址；否則可以拒絕呼叫或?qū)⒑艚兄苯咏馕龅絋2；(3)T1收到ACF后連接QPC(202.10.10.9)，并向QPC發(fā)起呼叫SETUP，被叫號碼仍然為75526540002；(5)QPC收到SETUP后向GK發(fā)ARQ，請求對被叫號碼75526540002的地址解析；(6)GK判斷此呼叫是由QPC發(fā)起的后，檢查呼叫是否與(1)相關(guān)，若是則回ACF，并包含75526540002真實(shí)的地址(202.10.11.2)；(7)～(16)QPC呼叫T2，并完成T1到T2的呼叫轉(zhuǎn)接過程，之后QPC就在T1和T2之間轉(zhuǎn)發(fā)媒體流。
以上就是通過單個QPC進(jìn)行碼流匯聚的實(shí)現(xiàn)方式，呼叫拆除過程QPC只需要轉(zhuǎn)發(fā)End Session Command和Release Complete，并向GK發(fā)DRQ即可，圖7中沒有畫出。
QPC對于網(wǎng)絡(luò)來說是一個標(biāo)準(zhǔn)的端點(diǎn)設(shè)備，可以通過FE、GE等物理接口接入，邏輯上可位于骨干層或匯聚層等，下面再結(jié)合幾種典型組網(wǎng)來進(jìn)一步說明。
組網(wǎng)1——應(yīng)用層流分類需求轉(zhuǎn)換為物理端口或源地址如圖10所示，是將應(yīng)用層流分類需求轉(zhuǎn)換為物理端口或源地址的例子。圖8中QPC1和QPC2為QoS策略轉(zhuǎn)換設(shè)備，放置在需要實(shí)施QoS策略的網(wǎng)絡(luò)邊緣(如對于全網(wǎng)應(yīng)用，可以放在匯聚層)，實(shí)際使用中可以是多個或一個；R1和R2為路由器；Call Agent為呼叫代理，一般可對應(yīng)應(yīng)用層的信令處理設(shè)備，如H.323應(yīng)用中的GK，不過針對QoS應(yīng)用，Call Agent還需要完成策略控制和認(rèn)證等，當(dāng)然也可以在QPC上進(jìn)行策略控制和認(rèn)證。
1、R1上設(shè)置源IP地址為QPC1的數(shù)據(jù)包為需要進(jìn)行QoS保證的業(yè)務(wù)數(shù)據(jù)；2、R2上設(shè)置源IP地址為QPC2的數(shù)據(jù)包為需要進(jìn)行QoS保證的業(yè)務(wù)數(shù)據(jù)；3、Host A需要與Host B建立業(yè)務(wù)1的會話，由Call Agent控制需要保證QoS的會話經(jīng)過QPC1和QPC2中轉(zhuǎn)(參見圖6通過單個QPC的呼叫流程)，不需要保證QoS的業(yè)務(wù)不經(jīng)過QPC中轉(zhuǎn)；4、由于QPC1的網(wǎng)關(guān)為R1，QPC2的網(wǎng)關(guān)為R2，所以碼流必然到達(dá)R1和R2；5、R1上設(shè)置了源IP地址為QPC1的碼流需要保證QoS，所以R1將此碼流送入QoS WAN，如果QPC1直接連接到R1的某物理接口，則R1上也可以設(shè)置根據(jù)此物理接口來識別；6、R2類似R1，將從QPC2進(jìn)入的業(yè)務(wù)碼流送入QoS WAN。
這樣就完成了業(yè)務(wù)1的QoS保證，對于業(yè)務(wù)2不會進(jìn)入QPC，所以不會被送入QoS WAN。
組網(wǎng)2——應(yīng)用層流分類需求轉(zhuǎn)換為目的地址——QoS策略轉(zhuǎn)換組網(wǎng)如圖11所示，是將應(yīng)用層流分類需求轉(zhuǎn)換為目的地址的例子。與組網(wǎng)1的區(qū)別在于QPC放置到網(wǎng)絡(luò)靠近核心的區(qū)域(如骨干層)，可以多個或一個，避免在網(wǎng)絡(luò)邊緣大量放置。圖中省略了可選的Call Agent。
1、承載網(wǎng)上的所有邊緣路由器(R1、R2)都設(shè)置目的地址為QPC的業(yè)務(wù)碼流需要保證QoS；2、在應(yīng)用層控制將業(yè)務(wù)1的碼流通過QPC轉(zhuǎn)接(如何控制將碼流引入QPC在前文已經(jīng)有描述)；3、當(dāng)Host A到QPC碼流經(jīng)過R1時，R1根據(jù)已經(jīng)設(shè)置的QoS策略將其送入QoSWAN；同理，從Host B到QPC的碼流也被送入QoS WAN，這樣就完成了業(yè)務(wù)1的QoS保證；4、業(yè)務(wù)2的碼流在R1和R2上都作為普通業(yè)務(wù)處理，不會送入QoS WAN。
組網(wǎng)1和組網(wǎng)2都是一種具體的轉(zhuǎn)換方式，實(shí)際使用中還可以將應(yīng)用層策略轉(zhuǎn)換為“目的地址+目的端口”等。而且各種組網(wǎng)也可以混合使用，如既有部分QPC放置在邊緣，又有部分QPC放置在核心。
組網(wǎng)3-業(yè)務(wù)關(guān)口局這實(shí)際是組網(wǎng)1的特例，其在實(shí)際使用中可以形成業(yè)務(wù)關(guān)口局(網(wǎng)間業(yè)務(wù)互通點(diǎn))，所以單獨(dú)提出。
圖12中三個不同的WAN之間需要進(jìn)行有QoS保證的業(yè)務(wù)互通，而且WAN之間的帶寬是有限的，因此在互通邊緣分別放置QPC(這樣與QPC物理端口相關(guān)的碼流都是有QoS保證的)，并且在QPC上設(shè)置了相應(yīng)的最大帶寬。以Host A與Host C互通為例會話建立過程如下(1)Host A請求與Host C進(jìn)行有QoS保證的業(yè)務(wù)會話；(2)Host A先連接到QPC1，QPC進(jìn)行業(yè)務(wù)認(rèn)證并判斷剩余的帶寬是否足夠，如果是則將連接轉(zhuǎn)向QPC3，否則拒絕連接請求；(3)QPC3判斷帶寬是否足夠，是則建立QPC1到QPC3之間有QoS保證的連接，并向Host C轉(zhuǎn)發(fā)連接請求；否則拒絕；(4)Host A與Host C建立有QoS保證的會話(WAN1到WAN3之間有保證)。
實(shí)際上這種組網(wǎng)中，QPC充當(dāng)了不同WAN之間業(yè)務(wù)互通的關(guān)口局，將所有的互通業(yè)務(wù)匯聚到QPC上，既可以在有限帶寬下保證業(yè)務(wù)的QoS，有可以有效的對業(yè)務(wù)進(jìn)行監(jiān)控。
本發(fā)明中，具體使用中業(yè)務(wù)碼流可以部分的通過QPC轉(zhuǎn)接，這樣只對轉(zhuǎn)接這一部分碼流的實(shí)施相應(yīng)的QoS策略；QPC也可以合并到其他設(shè)備中(如合并到承載網(wǎng)絡(luò)某節(jié)點(diǎn)內(nèi))，但邏輯上它還是需要完成QoS策略的轉(zhuǎn)換。
由上述說明可見，本發(fā)明主要引入了QoS策略轉(zhuǎn)換思想，通過引入QPC，將A策略映射為B策略；將高層流分類需求轉(zhuǎn)換為低層的流分類依據(jù)，便于承載網(wǎng)絡(luò)實(shí)施；另外，本發(fā)明QoS策略轉(zhuǎn)換隱式的進(jìn)行，不需要策略轉(zhuǎn)換設(shè)備直接控制承載網(wǎng)設(shè)備或更改承載層的內(nèi)容，而是將QoS策略通過一定的方式映射到業(yè)務(wù)碼流的某些字段中，承載網(wǎng)設(shè)備直接關(guān)聯(lián)業(yè)務(wù)碼流中相關(guān)字段實(shí)施QoS策略。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求書的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種服務(wù)質(zhì)量策略轉(zhuǎn)換設(shè)備，其特征在于包括網(wǎng)絡(luò)接口模塊提供系統(tǒng)對外接口，處理承載網(wǎng)相關(guān)協(xié)議；信令處理模塊處理應(yīng)用業(yè)務(wù)的信令，負(fù)責(zé)會話的建立和釋放，并提供管理模塊需要的業(yè)務(wù)信息；管理模塊根據(jù)信令處理模塊上報(bào)的信息進(jìn)行業(yè)務(wù)識別和用戶認(rèn)證，并按照策略控制碼流的轉(zhuǎn)發(fā)；碼流轉(zhuǎn)發(fā)模塊根據(jù)管理模塊的控制進(jìn)行碼流轉(zhuǎn)發(fā)。
2.如權(quán)利要求1所述的服務(wù)質(zhì)量策略轉(zhuǎn)換設(shè)備，其特征在于所述信令處理模塊具有一個轉(zhuǎn)發(fā)表，可以下發(fā)給碼流轉(zhuǎn)發(fā)模塊以控制碼流轉(zhuǎn)發(fā)，也可以經(jīng)管理模塊下發(fā)給碼流轉(zhuǎn)發(fā)模塊，以控制碼流轉(zhuǎn)發(fā)。
3.如權(quán)利要求1或2所述的服務(wù)質(zhì)量策略轉(zhuǎn)換設(shè)備，其特征在于所述的網(wǎng)絡(luò)接口模塊，可以設(shè)置為一個，由信令處理模塊和碼流轉(zhuǎn)發(fā)模塊共用，也可以設(shè)置為多個，分別設(shè)置在信令處理模塊與碼流轉(zhuǎn)發(fā)模塊上。
4.如權(quán)利要求3所述的服務(wù)質(zhì)量策略轉(zhuǎn)換設(shè)備，其特征在于所述的信令處理模塊為H.245或H.225呼叫信令處理模塊，通過TCP與承載網(wǎng)的主機(jī)端連接，所述的碼流轉(zhuǎn)發(fā)模塊通過UDP與承載網(wǎng)的主機(jī)端連接。
5.如權(quán)利要求3所述的服務(wù)質(zhì)量策略轉(zhuǎn)換設(shè)備，其特征在于所述的轉(zhuǎn)發(fā)表的內(nèi)容，包括碼流的源端口，碼流的源地址、轉(zhuǎn)發(fā)的目的地址，轉(zhuǎn)發(fā)的目的端口及優(yōu)先級信息中的一個或者多個的組合。
6.一種使用權(quán)利要求1所述的設(shè)備的服務(wù)質(zhì)量策略轉(zhuǎn)換方法，其特征在于包括在承載網(wǎng)上，設(shè)置與業(yè)務(wù)n需求相對應(yīng)的策略轉(zhuǎn)換設(shè)備n；將業(yè)務(wù)n解析到該策略轉(zhuǎn)換設(shè)備n，由該策略轉(zhuǎn)換設(shè)備n進(jìn)行業(yè)務(wù)的轉(zhuǎn)接；承載網(wǎng)上的節(jié)點(diǎn)根據(jù)該策略轉(zhuǎn)換設(shè)備n的網(wǎng)絡(luò)標(biāo)識進(jìn)行服務(wù)質(zhì)量的策略設(shè)置。
7.如權(quán)利要求6所述的服務(wù)質(zhì)量策略轉(zhuǎn)換方法，其特征在于所述的策略轉(zhuǎn)換設(shè)備n的網(wǎng)絡(luò)標(biāo)識，包括物理層地址、鏈路層地址、網(wǎng)絡(luò)層地址或傳輸層地址中的一個或多個的組合。
8.如權(quán)利要求6所述的服務(wù)質(zhì)量策略轉(zhuǎn)換方法，其特征在于還包括由該策略轉(zhuǎn)換設(shè)備n進(jìn)行鑒權(quán)的步驟，所述的鑒權(quán)內(nèi)容，包括業(yè)務(wù)識別、認(rèn)證和控制中的一個或多個的組合。
9.如權(quán)利要求8所述的服務(wù)質(zhì)量策略轉(zhuǎn)換方法，其特征在于所述的策略轉(zhuǎn)換設(shè)備n注冊到關(guān)守(GK Gate keeper)，所對應(yīng)的應(yīng)用為H.323，當(dāng)H.323端點(diǎn)呼叫時，GK根據(jù)策略將呼叫解析到相關(guān)的策略轉(zhuǎn)換設(shè)備n。
10.如權(quán)利要求8所述的服務(wù)質(zhì)量策略轉(zhuǎn)換方法，其特征在于還包括設(shè)置一個與策略轉(zhuǎn)換設(shè)備n對應(yīng)的接入碼，所述的承載網(wǎng)為H.323，H.323端點(diǎn)呼叫形式為接入碼+被叫號碼，GK通過該接入碼將該呼叫解析到對應(yīng)的策略轉(zhuǎn)換設(shè)備n。
11.如權(quán)利要求8所述的服務(wù)質(zhì)量策略轉(zhuǎn)換方法，其特征在于采用隧道方式或者非隧道方式來處理H.245消息。
全文摘要
本發(fā)明一種服務(wù)質(zhì)量策略轉(zhuǎn)換設(shè)備，包括網(wǎng)絡(luò)接口模塊提供系統(tǒng)對外接口，處理承載網(wǎng)相關(guān)協(xié)議；信令處理模塊處理應(yīng)用業(yè)務(wù)的信令，負(fù)責(zé)會話的建立和釋放，并提供管理模塊需要的業(yè)務(wù)信息；管理模塊根據(jù)信令處理模塊上報(bào)的信息進(jìn)行業(yè)務(wù)識別和用戶認(rèn)證，并按照策略控制碼流的轉(zhuǎn)發(fā)；碼流轉(zhuǎn)發(fā)模塊根據(jù)信令處理模塊創(chuàng)建的轉(zhuǎn)發(fā)表進(jìn)行碼流轉(zhuǎn)發(fā)。一種服務(wù)質(zhì)量策略轉(zhuǎn)換方法，包括在承載網(wǎng)上，設(shè)置與業(yè)務(wù)n需求相對應(yīng)的策略轉(zhuǎn)換設(shè)備n，將業(yè)務(wù)n解析到該策略轉(zhuǎn)換設(shè)備n，由該策略轉(zhuǎn)換設(shè)備n進(jìn)行鑒權(quán)，并根據(jù)該策略轉(zhuǎn)換設(shè)備n的轉(zhuǎn)換表標(biāo)識來完成業(yè)務(wù)的接續(xù)。本發(fā)明增加少量設(shè)備，就可以簡單快速的在現(xiàn)有承載網(wǎng)上實(shí)施可管理的QoS業(yè)務(wù)。
文檔編號H04L12/56GK1617508SQ20031011362
公開日2005年5月18日 申請日期2003年11月13日 優(yōu)先權(quán)日2003年11月13日
發(fā)明者蘇紅宏, 謝勁松, 王兆祥 申請人:華為技術(shù)有限公司