專(zhuān)利名稱(chēng)：一種基于協(xié)同代理的跨域QoS信令控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種基于協(xié)同代理在異構(gòu)網(wǎng)絡(luò)中對(duì)跨域QoS信令控制方法。針對(duì)域間和域內(nèi)兩種情況，借助傳輸路徑上各個(gè)協(xié)同代理之間的協(xié)同功能，為QoS的資源預(yù)留設(shè)計(jì)了兩種信令控制方法，使得無(wú)論在域間還是域內(nèi)都能有效準(zhǔn)確地保障數(shù)據(jù)流的QoS協(xié)同交互。
背景技術(shù)：
首先對(duì)本說(shuō)明書(shū)中用到的縮略詞進(jìn)行定義
SQC signaling for QoS Cooperation heterogeneous network,異構(gòu)網(wǎng)絡(luò)QoS協(xié)同信令，這是本專(zhuān)利的核心，用以規(guī)范在異構(gòu)網(wǎng)絡(luò)中的信令流程和信令消息的報(bào)文內(nèi)容。CAQF !Cooperative Agent-based QoS Framework,基于協(xié)同代理的QoS保障框架，參見(jiàn)《Cooperative Agent-based QoS Framework for Heterogeneous Networks》。這是實(shí)現(xiàn)本專(zhuān)利需要借助的一個(gè)模塊，見(jiàn)圖1，該協(xié)同代理安置在網(wǎng)絡(luò)的各個(gè)節(jié)點(diǎn)上，并可以進(jìn)行協(xié)同交互，交互的信息包括QoS需求信息，運(yùn)行態(tài)勢(shì)感知信息(包括網(wǎng)絡(luò)狀態(tài)和節(jié)點(diǎn)狀態(tài))，策略信息。協(xié)同代理之間的交互可以使其能夠掌握全局網(wǎng)絡(luò)的狀態(tài)，并在網(wǎng)絡(luò)有變化的時(shí)候，可以互相協(xié)同，更新協(xié)同代理所掌握的全局網(wǎng)絡(luò)狀態(tài)，達(dá)到對(duì)網(wǎng)絡(luò)的實(shí)時(shí)監(jiān)控。SI SQC Initiator, SQC發(fā)起方,指發(fā)起SQC信令的發(fā)送端,亦是數(shù)據(jù)流的發(fā)送端。SR SQC Receiver, SQC接收端，指接收SQC的接收端，亦是數(shù)據(jù)流的接收端。SE SQC Entity，支持SQC的節(jié)點(diǎn)，指安置了協(xié)同代理的中間節(jié)點(diǎn)，可以通過(guò)協(xié)同代理進(jìn)行交互，支持SQC的信令機(jī)制。其中SE又分為N-SE (Neighbor-SE)，指與SI相鄰的SE ；P-SE (Path-SE)指?jìng)鬏斅窂缴铣?N-SE的其他SE ；SSE (Superior SE)，指在域間傳輸時(shí)，對(duì)其他SE擁有控制、命令等權(quán)限的上級(jí)SE?，F(xiàn)有技術(shù)中相關(guān)技術(shù)情況QoS 一直是網(wǎng)絡(luò)傳輸數(shù)據(jù)中十分重要的因素，如何滿(mǎn)足數(shù)據(jù)流的QoS需求是長(zhǎng)期以來(lái)不斷研究的課題，在普通的網(wǎng)絡(luò)中，已經(jīng)有很多成熟的資源預(yù)留方案來(lái)保證端到端的QoS需求。但在異構(gòu)網(wǎng)絡(luò)中，普通的QoS保障機(jī)制不能滿(mǎn)足其網(wǎng)絡(luò)特點(diǎn)。異構(gòu)網(wǎng)絡(luò)主要分為域間和域內(nèi)兩部分。域內(nèi)的節(jié)點(diǎn)均為對(duì)等節(jié)點(diǎn)，與普通網(wǎng)絡(luò)相似，但域間節(jié)點(diǎn)中包含上級(jí)節(jié)點(diǎn)，即上級(jí)節(jié)點(diǎn)對(duì)普通節(jié)點(diǎn)擁有控制權(quán)限，節(jié)點(diǎn)間的通信必須經(jīng)過(guò)上級(jí)節(jié)點(diǎn)的授權(quán)才可執(zhí)行。然而現(xiàn)有的技術(shù)不支持存在上級(jí)節(jié)點(diǎn)擁有控制權(quán)限的情況，也不能掌握全局網(wǎng)絡(luò)狀態(tài)，從而無(wú)法對(duì)整個(gè)數(shù)據(jù)流的傳輸進(jìn)行宏觀的控制和調(diào)整，由于在建立路徑時(shí)，需要沿著路徑通過(guò)信令報(bào)文來(lái)確定建立路徑，而且QoS不能實(shí)時(shí)協(xié)商，因此也存在路徑建立時(shí)間長(zhǎng)，QoS協(xié)同交互差等缺點(diǎn)，在安全性、靈活性和擴(kuò)展性等方面都有比較明顯的缺陷。目前用的較為廣泛的IP網(wǎng)絡(luò)信令協(xié)議是RSVP。RSVP是一種支持多媒體通信的傳輸協(xié)議，在無(wú)連接協(xié)議上提供端到端的實(shí)時(shí)傳輸服務(wù)，為特定的多媒體流提供端到端的QoS協(xié)商和控制功能。RSVP的工作機(jī)理發(fā)送者在發(fā)送數(shù)據(jù)前首先發(fā)送Path報(bào)文與接收者建立一個(gè)傳輸路徑，Path報(bào)文含有數(shù)據(jù)流標(biāo)識(shí)符(ID)和QoS控制信息。沿途的各個(gè)路由器都記錄這個(gè)流標(biāo)識(shí)符，并為它做好保留資源的準(zhǔn)備。接收者收到Path報(bào)文后，則使用相同的流標(biāo)識(shí)符回送一個(gè)Resv報(bào)文進(jìn)行應(yīng)答。Resv報(bào)文沿相同的路徑傳送給發(fā)送者，途經(jīng)各個(gè)路由器時(shí)，對(duì)Path報(bào)文指定的QoS給予確認(rèn)，這條傳輸路徑就建立完畢了。由于Path報(bào)文和Resv報(bào)文要依此分發(fā)到路徑上每個(gè)路由器，因此需要很長(zhǎng)的時(shí)間來(lái)建立路徑。一旦路徑上某個(gè)路由器出現(xiàn)突發(fā)情況不能滿(mǎn)足其QoS，其他路由必須等到拆除路徑的消息時(shí)才會(huì)拆除，因此這段時(shí)間的數(shù)據(jù)包將會(huì)丟失。上述原因?qū)е翿SVP的靈活性比較差。在異構(gòu)網(wǎng)絡(luò)中，由于節(jié)點(diǎn)之間并不一定是對(duì)等的，可能會(huì)存在上級(jí)節(jié)點(diǎn)，上級(jí)節(jié)點(diǎn)對(duì)網(wǎng)絡(luò)擁有一定的控制權(quán)限，比如發(fā)送數(shù)據(jù)時(shí)要先向上級(jí)節(jié)點(diǎn)請(qǐng)求，而RSVP擴(kuò)展性較差，并不能滿(mǎn)足這種域間的資源預(yù)留。

IETF 在 2001 年提出了下一代信令(Next Setp in Signaling，NSIS)，它在解決QoS保障機(jī)制方面也有自己的特點(diǎn)。IETF在2001年成立了 NSIS(Next Steps InSingnaling)工作組,致力于研究下一代信令的需求、體系結(jié)構(gòu)以及協(xié)議實(shí)現(xiàn)等問(wèn)題剛。NSIS主要解決沿著數(shù)據(jù)路徑的網(wǎng)絡(luò)控制狀態(tài)建立問(wèn)題，它根據(jù)模塊化的要求將信令協(xié)議分成了信令傳輸層(NTLP)和信令應(yīng)用層(NsLP)兩層，這種體系結(jié)構(gòu)在很大程度上決定了NSIS的可擴(kuò)展性。但其建立路徑的形式依然和RSVP是一樣的，建立路徑、拆除路徑等操作都存在時(shí)間較長(zhǎng)的缺點(diǎn)。由于NSIS的模塊并不能掌握全局網(wǎng)絡(luò)的變化，對(duì)突發(fā)情況不能及時(shí)處理，因此靈活性仍顯不足。而且在異構(gòu)網(wǎng)絡(luò)中，對(duì)于域間存在上級(jí)節(jié)點(diǎn)的情況，NSIS不能滿(mǎn)足上級(jí)節(jié)點(diǎn)對(duì)全局網(wǎng)絡(luò)控制的要求。

發(fā)明內(nèi)容
發(fā)明目的本發(fā)明針對(duì)現(xiàn)有技術(shù)存在問(wèn)題與不足，提供一種基于協(xié)同代理的跨域QoS信令控制方法，本發(fā)明利用協(xié)同代理模塊的功能，針對(duì)異構(gòu)網(wǎng)絡(luò)中域間和域內(nèi)兩種情況，設(shè)計(jì)了兩套信令協(xié)議，對(duì)建立數(shù)據(jù)傳輸路徑的過(guò)程做出了規(guī)范。通過(guò)本信令機(jī)制，可以在宏觀上控制和調(diào)整傳輸路徑，并在網(wǎng)絡(luò)變化的情況下，能迅速地做出反應(yīng)。技術(shù)方案一種基于協(xié)同代理的跨域QoS信令控制方法，包括域內(nèi)協(xié)同和域間協(xié)同；對(duì)于域內(nèi)的各節(jié)點(diǎn)，各個(gè)節(jié)點(diǎn)均為對(duì)等節(jié)點(diǎn)，將與發(fā)送方相鄰的節(jié)點(diǎn)作為掌控網(wǎng)絡(luò)全局的節(jié)點(diǎn)；對(duì)于域間節(jié)點(diǎn)，存在上級(jí)節(jié)點(diǎn)，該節(jié)點(diǎn)對(duì)其他節(jié)點(diǎn)擁有控制權(quán)限，將上級(jí)節(jié)點(diǎn)作為掌控網(wǎng)絡(luò)全局的節(jié)點(diǎn)；所述域內(nèi)協(xié)同中，信令根據(jù)發(fā)送方發(fā)給相鄰的節(jié)點(diǎn)QoS需求建立路徑或拆除路徑；所述域間協(xié)同中，上級(jí)節(jié)點(diǎn)根據(jù)發(fā)送方發(fā)來(lái)的數(shù)據(jù)和當(dāng)前網(wǎng)絡(luò)狀態(tài)建立路徑或拆除路徑，上級(jí)節(jié)點(diǎn)作為管理節(jié)點(diǎn)，可以對(duì)整條傳輸路徑進(jìn)行控制以及監(jiān)控，能迅速地根據(jù)網(wǎng)絡(luò)狀態(tài)做出反應(yīng)，調(diào)控整條傳輸路徑。所述域內(nèi)協(xié)同的具體流程如下一，路徑建立步驟1，發(fā)送方將數(shù)據(jù)流的QoS需求信息發(fā)給相鄰的節(jié)點(diǎn)；步驟2，相鄰的節(jié)點(diǎn)根據(jù)全局網(wǎng)絡(luò)的狀態(tài)，判斷路徑上是否滿(mǎn)足數(shù)據(jù)流的QoS需求，并將是否接受該數(shù)據(jù)流回應(yīng)給發(fā)送方；步驟3，路徑上相鄰的兩個(gè)節(jié)點(diǎn)通信，上游節(jié)點(diǎn)指示下游節(jié)點(diǎn)為其數(shù)據(jù)流預(yù)留資源，使得這兩個(gè)節(jié)點(diǎn)之間建立起數(shù)據(jù)傳輸鏈路；
步驟4，路徑上每?jī)蓚€(gè)相鄰的節(jié)點(diǎn)均執(zhí)行步驟3，直到接收方和其相鄰的節(jié)點(diǎn)之間也建立完成，則整條路徑建立完成；二，主動(dòng)拆除路徑步驟5，當(dāng)發(fā)送方發(fā)送報(bào)文完畢，向相鄰的節(jié)點(diǎn)請(qǐng)求斷鏈；或者當(dāng)相鄰的節(jié)點(diǎn)通過(guò)協(xié)同代理，發(fā)現(xiàn)路徑上某個(gè)節(jié)點(diǎn)不能滿(mǎn)足當(dāng)前的QoS需求時(shí)，則向下游路由器發(fā)送拆除路徑消息，依次轉(zhuǎn)發(fā)給路徑上每個(gè)節(jié)點(diǎn)和接收方，路徑拆除完成；三，被動(dòng)拆除路徑步驟6，當(dāng)某個(gè)節(jié)點(diǎn)收到建立路徑消息時(shí)，由于突發(fā)情況不能滿(mǎn)足其QoS需求，則需要回應(yīng)上游節(jié)點(diǎn)不能建立路徑；步驟7 :上游節(jié)點(diǎn)根據(jù)步驟6的回應(yīng)，向其上游節(jié)點(diǎn)發(fā)送拆除鏈路消息，依次轉(zhuǎn)發(fā) 給路徑上的上游節(jié)點(diǎn)和發(fā)送方。 所述域間協(xié)同的具體流程如下一，路徑建立步驟1，發(fā)送方將數(shù)據(jù)流的QoS需求信息發(fā)給上級(jí)節(jié)點(diǎn)；步驟2，上級(jí)節(jié)點(diǎn)判斷路徑上是否滿(mǎn)足數(shù)據(jù)流的QoS需求，并將是否接受該數(shù)據(jù)流回應(yīng)給發(fā)送方；步驟3 :上級(jí)節(jié)點(diǎn)指示路徑上的所有節(jié)點(diǎn)和接收方發(fā)送為其數(shù)據(jù)流預(yù)留資源，進(jìn)而建立整條傳輸路徑；二，主動(dòng)拆除路徑步驟4，當(dāng)發(fā)送方發(fā)送報(bào)文完畢，向上級(jí)節(jié)點(diǎn)請(qǐng)求斷鏈，或者當(dāng)上級(jí)節(jié)點(diǎn)通過(guò)協(xié)同代理，發(fā)現(xiàn)某個(gè)節(jié)點(diǎn)不能滿(mǎn)足當(dāng)前的QoS需求時(shí)，則向路徑上的節(jié)點(diǎn)和發(fā)送方發(fā)送拆除路徑消息；三，被動(dòng)拆除路徑步驟5 :當(dāng)某個(gè)節(jié)點(diǎn)收到上級(jí)節(jié)點(diǎn)發(fā)送的建立路徑消息時(shí)，由于突發(fā)情況不能滿(mǎn)足其QoS需求，則告知上級(jí)節(jié)點(diǎn)，若上級(jí)節(jié)點(diǎn)決定拆除路徑，則逆序向路徑上已經(jīng)建立路徑的節(jié)點(diǎn)告知拆除鏈路。有益效果本發(fā)明基于協(xié)同代理可以掌握全局網(wǎng)絡(luò)狀態(tài)的功能，設(shè)計(jì)了一套針對(duì)異構(gòu)網(wǎng)絡(luò)的信令機(jī)制，使得在異構(gòu)網(wǎng)絡(luò)中，可以通過(guò)協(xié)同代理來(lái)對(duì)信令進(jìn)行控制。由于每個(gè)協(xié)同代理掌握了全局的網(wǎng)絡(luò)狀況，在發(fā)送端發(fā)起傳輸請(qǐng)求時(shí)，相鄰的協(xié)同代理能很迅速地判斷是否可以滿(mǎn)足數(shù)據(jù)流的QoS，因此能夠快速地建立傳輸路徑，當(dāng)網(wǎng)絡(luò)出現(xiàn)突發(fā)變化時(shí)，也能迅速地做出反應(yīng)，采取相應(yīng)的調(diào)整。本專(zhuān)利同時(shí)為異構(gòu)網(wǎng)絡(luò)中存在上級(jí)節(jié)點(diǎn)的情況設(shè)計(jì)了信令協(xié)議，提供了上級(jí)節(jié)點(diǎn)對(duì)全局網(wǎng)絡(luò)的宏觀控制，使得網(wǎng)絡(luò)在安全性和擴(kuò)展性方面都有比較好的表現(xiàn)。


圖I是現(xiàn)有技術(shù)中協(xié)同代理的QoS協(xié)同保障框架圖；圖2是本發(fā)明實(shí)施例的協(xié)同代理協(xié)同流程圖；圖3是本發(fā)明實(shí)施例的域內(nèi)對(duì)等節(jié)點(diǎn)間，SI發(fā)起的關(guān)于主動(dòng)拆除路徑的SQC信令流程圖4是本發(fā)明實(shí)施例的域內(nèi)對(duì)等節(jié)點(diǎn)間，SI發(fā)起的關(guān)于主動(dòng)拆除路徑的SQC信令時(shí)序圖；圖5是本發(fā)明實(shí)施例的域內(nèi)對(duì)等節(jié)點(diǎn)間，SI發(fā)起的關(guān)于被動(dòng)拆除路徑的SQC信令流程圖；圖6是本發(fā)明實(shí)施例的域內(nèi)對(duì)等節(jié)點(diǎn)間，SI發(fā)起的關(guān)于被動(dòng)拆除路徑的SQC信令時(shí)序圖；圖7是本發(fā)明實(shí)施例的域內(nèi)對(duì)等節(jié)點(diǎn)間，SI發(fā)起的SQC信令狀態(tài)遷移圖；圖8是本發(fā)明實(shí)施例的域間基于SSE的SI發(fā)起的關(guān)于主動(dòng)拆除路徑的SQC信令 流程圖；圖9是本發(fā)明實(shí)施例的域間基于SSE的SI發(fā)起的關(guān)于主動(dòng)拆除路徑的SQC信令時(shí)序圖；圖10是本發(fā)明實(shí)施例的域間基于SSE的SI發(fā)起的關(guān)于被動(dòng)拆除路徑的SQC信令流程圖；圖11是本發(fā)明實(shí)施例的域間基于SSE的SI發(fā)起的關(guān)于被動(dòng)拆除路徑的SQC信令時(shí)序圖；圖12是本發(fā)明實(shí)施例的域間基于SSE的SI發(fā)起的SQC信令狀態(tài)遷移圖。
具體實(shí)施例方式下面結(jié)合附圖和具體實(shí)施例，進(jìn)一步闡明本發(fā)明，應(yīng)理解這些實(shí)施例僅用于說(shuō)明本發(fā)明而不用于限制本發(fā)明的范圍，在閱讀了本發(fā)明之后，本領(lǐng)域技術(shù)人員對(duì)本發(fā)明的各種等價(jià)形式的修改均落于本申請(qǐng)所附權(quán)利要求所限定的范圍。一、協(xié)同代理的協(xié)同流程(見(jiàn)圖2)協(xié)同代理之間通過(guò)協(xié)同消息(Cooperation Message)交互QoS需求信息、策略信息和態(tài)勢(shì)感知信息。使得每個(gè)協(xié)同代理可以通過(guò)和其他代理的協(xié)同交互掌握全局的網(wǎng)絡(luò)狀態(tài)，并且在網(wǎng)絡(luò)狀態(tài)發(fā)生變化時(shí)，通過(guò)相互協(xié)同迅速地更新本地的信息庫(kù)，為接下來(lái)的操作提供支持。二、域內(nèi)對(duì)等節(jié)點(diǎn)間SI發(fā)起的SQC信令域內(nèi)對(duì)等節(jié)點(diǎn)間發(fā)送端發(fā)起的SQC信令的過(guò)程主要分為三個(gè)部分傳輸路徑的建立(見(jiàn)圖3)，路徑建立完成后的主動(dòng)拆除路徑(見(jiàn)圖3)，路徑建立時(shí)的被動(dòng)拆除路徑(見(jiàn)圖
5)。流程圖給出了比較清楚的過(guò)程，各個(gè)流程的時(shí)序關(guān)系可分別參見(jiàn)圖4、圖6，通過(guò)時(shí)序圖可以對(duì)每個(gè)步驟的時(shí)序關(guān)系有清晰的了解。下面對(duì)每個(gè)步驟做詳細(xì)的解釋說(shuō)明?！ぢ窂浇?01 SI將數(shù)據(jù)流的QoS信息封裝到Request Message中，發(fā)給SQC路徑上的臨近N-SE。202 :由于N-SE掌握了全局網(wǎng)絡(luò)的狀態(tài)，所以它可以知道這條路徑上是否可以滿(mǎn)足數(shù)據(jù)流的QoS需求,將是否同意用Response Message回復(fù)給SI,若同意,執(zhí)行203,不同意告知SI不能滿(mǎn)足其QoS需求。203 :路徑上相鄰的兩個(gè)SE通信,上游SE向下游SE發(fā)送Indication Message,指示下游SE為其數(shù)據(jù)流預(yù)留資源，當(dāng)下游SE收到Indication Message后，回復(fù)ConfirmationMessage確認(rèn)，使得這兩個(gè)SE之間建立起SQC鏈路。204 :路徑上每?jī)蓚€(gè)相鄰的SE均執(zhí)行203，直到SR和其相鄰的SE也建立完成，則整條路徑建立完成 主動(dòng)拆除路徑205 :當(dāng)SI發(fā)送報(bào)文完畢，向N-SE發(fā)送Teardown Message請(qǐng)求斷鏈,或者當(dāng)N-SE通過(guò)協(xié)同代理，發(fā)現(xiàn)某個(gè)SE不能滿(mǎn)足當(dāng)前的QoS需求時(shí)，則向下游路由器發(fā)送Teardown拆除路徑消息，依次轉(zhuǎn)發(fā)給路徑上每個(gè)SE和接收端SI，路徑拆除完成。 被動(dòng)拆除路徑206 :當(dāng)某個(gè)SE收到建立路徑消息Indication Message時(shí)，由于突發(fā)情況不能滿(mǎn) 足其 QoS 需求，則回復(fù) Non-Confirmation Message。207 :上游 SE 收到 Non-Conf irmation Message 后，向路徑上游 SE 發(fā)送 TeardownMessage，依次轉(zhuǎn)發(fā)給路徑上的上游SE和發(fā)起端SI。為了能清晰的描述各個(gè)節(jié)點(diǎn)的狀態(tài)和變化，可參見(jiàn)圖7，狀態(tài)變遷圖分析了在整個(gè)路徑建立和路徑拆除的過(guò)程中，各個(gè)節(jié)點(diǎn)根據(jù)狀態(tài)的變遷來(lái)決定下一步的動(dòng)作。三、域間基于SSE的SI發(fā)起的SQC信令域間基于上級(jí)節(jié)點(diǎn)的發(fā)送端發(fā)起的SQC信令的過(guò)程主要也分為三個(gè)部分傳輸路徑的建立(見(jiàn)圖8)，路徑建立完成后的主動(dòng)拆除路徑(見(jiàn)圖8)，路徑建立時(shí)的被動(dòng)拆除路徑(見(jiàn)圖10)。各個(gè)流程的時(shí)序關(guān)系可分別參見(jiàn)圖9、圖11。下面對(duì)每個(gè)步驟做詳細(xì)的解釋說(shuō) 明。 路徑建立301 SI將數(shù)據(jù)流的QoS信息封裝到Request Message中，發(fā)給SSE。302 :由于SSE掌握了全局網(wǎng)絡(luò)的狀態(tài)，所以它可以知道這條路徑上是否可以滿(mǎn)足數(shù)據(jù)流的QoS需求,將是否同意用Response Message回復(fù)給SI,若同意,執(zhí)行步驟303,不同意告知SI不能滿(mǎn)足其QoS需求。303 =SSE給路徑上的所有SE和接收端SR發(fā)送Indication Message，指示它們?yōu)槠鋽?shù)據(jù)流預(yù)留資源，當(dāng)SE和SR收到Indication Message后，回復(fù)Confirmation Message確認(rèn)則整條路徑建立完成。 主動(dòng)拆除路徑304 :當(dāng)SI發(fā)送報(bào)文完畢，向SSE發(fā)送Teardown Message請(qǐng)求斷鏈，或者當(dāng)SSE通過(guò)協(xié)同代理，發(fā)現(xiàn)某個(gè)SE不能滿(mǎn)足當(dāng)前的QoS需求時(shí)，則向路徑上的SE和SR發(fā)送Teardown拆除路徑消息。 被動(dòng)拆除路徑305 :當(dāng)某個(gè)SE收到建立路徑消息Indication Message時(shí)，由于突發(fā)情況不能滿(mǎn)足其 QoS 需求，則回復(fù) Non-Confirmation Message, SSE 收到 Non-Confirmation Message后，若決定拆除路徑，貝1J逆序向路徑上已經(jīng)建立路徑的SE發(fā)送Teardown Message。圖12給出了該信令流程的狀態(tài)遷移圖。四、SQC信令的消息格式SQC信令消息包括消息頭和消息體。 消息頭格式
消息頭包括版本號(hào)、消息類(lèi)型和消息標(biāo)志，具體格式如下01234567890123456789012345678901I版本號(hào)I消息類(lèi)型I標(biāo)志消息長(zhǎng)度I數(shù)據(jù)流ID 版本號(hào)4位，說(shuō)明SQC的版本號(hào)，目前版本為I消息類(lèi)型8位,用以區(qū)分不同的消息類(lèi)型，目前定義了 8種消息I=Cooperation,2=Request，3=Response，4 = Indication，5=Confirmation，6=Non-Conf irmation,7=Teardown消息體包括消息長(zhǎng)度、當(dāng)前數(shù)據(jù)流的ID、標(biāo)志以及消息內(nèi)容。消息長(zhǎng)度8位，標(biāo)識(shí)了消息內(nèi)容的長(zhǎng)度數(shù)據(jù)流ID 24位，標(biāo)識(shí)出當(dāng)前報(bào)文所屬的數(shù)據(jù)流標(biāo)志8位，Response Message用到I位，該字段I表示同意發(fā)送該數(shù)據(jù)流，O表示不同意發(fā)送該數(shù)據(jù)流；Indication Message用到I位，該字段I表示向下游節(jié)點(diǎn)轉(zhuǎn)發(fā)Indication Message, O表示不轉(zhuǎn)發(fā)；Teardown Message用到I位，該字段I表示向下游節(jié)點(diǎn)轉(zhuǎn)發(fā)Teardown Message, O表示不轉(zhuǎn)發(fā)；其余位數(shù)為預(yù)留字段。·消息體格式根據(jù)不同的消息類(lèi)型所包含的內(nèi)容不同，主要包括QoS需求信息、鏈路和節(jié)點(diǎn)狀態(tài)/[目息以及策略彳目息。QoS需求信息表示該數(shù)據(jù)流所需要的資源，其中包括>可用性>吞吐量> 時(shí)延> 丟包鏈路和節(jié)點(diǎn)狀態(tài)信息表示整個(gè)網(wǎng)絡(luò)中各個(gè)鏈路以及各個(gè)節(jié)點(diǎn)的狀態(tài)，其中包括>節(jié)點(diǎn)的可用性>鏈路的吞吐量>鏈路的可用性等策略信息主要用于管理員主動(dòng)配置QoS保障框架的相關(guān)功能，其中包括>分類(lèi)規(guī)則配置策略>路由規(guī)則配置策略>排隊(duì)規(guī)則配置策略>調(diào)度規(guī)則配置策略·各類(lèi)消息的消息體內(nèi)容不同的消息類(lèi)型所包含的消息內(nèi)容不同，以下對(duì)各類(lèi)消息所包含的內(nèi)容進(jìn)行闡述，其中*表示為可選字段I. Cooperation Message=[公共頭][*鏈路狀態(tài)][*節(jié)點(diǎn)狀態(tài)][*策略信息]
Cooperation Message是協(xié)同代理用來(lái)交互信息的消息,其中數(shù)據(jù)流ID為0,表示不綁定任何數(shù)據(jù)流。協(xié)同代理通過(guò)態(tài)勢(shì)感知得到鏈路狀態(tài)和節(jié)點(diǎn)狀態(tài)，通過(guò)策略控制得到策略信息，并將其封裝到消息內(nèi)容中，用以協(xié)同模塊之間的交互。2. Request Message=[公共頭][QoS需求/[目息][*策略"[目息]Request Message是發(fā)送端發(fā)送數(shù)據(jù)流時(shí)的請(qǐng)求消息，消息內(nèi)容包含QoS需求信息，用以告知路徑上的各個(gè)節(jié)點(diǎn)該數(shù)據(jù)流所需的QoS。3. Response Message=[公共頭][*QoS需求信息] Response Message是對(duì)Request Message的回應(yīng)，標(biāo)志位的I位字段作為回應(yīng)結(jié)果，I表示同意發(fā)送該數(shù)據(jù)流，0表示不同意發(fā)送該數(shù)據(jù)流，由于只是簡(jiǎn)單的回應(yīng)，所以消息內(nèi)容為可選的QoS需求信息，若存在該字段，則為向發(fā)送端協(xié)商數(shù)據(jù)流的QoS。4. Indication Message=[公共頭][QoS需求/[目息][*策略"[目息]Indication Message是路徑節(jié)點(diǎn)之間傳遞QoS需求的消息,該消息指示路徑上各個(gè)節(jié)點(diǎn)為該數(shù)據(jù)流預(yù)留消息內(nèi)容中的QoS需求5. Confirmation Message=[公共頭]Confirmation Message是對(duì)Indication Message的回應(yīng),用以告知本節(jié)點(diǎn)為該數(shù)據(jù)流預(yù)留了相應(yīng)的資源。6. Non-confirmation Message=[公共頭][*QoS需求信息]Non-confirmation Message是對(duì) Indication Message 的回應(yīng),用以告知本節(jié)點(diǎn)不能為該數(shù)據(jù)流預(yù)留相應(yīng)的資源。7. Teardown Message=[公共頭]Teardown Message是拆除路徑的消息,用以告知路徑上的各個(gè)節(jié)點(diǎn)撤銷(xiāo)為該數(shù)據(jù)流預(yù)留的資源，將鏈路路徑拆除。
權(quán)利要求
1.一種基于協(xié)同代理的跨域QoS信令控制方法，其特征在于包括域內(nèi)協(xié)同和域間協(xié)同；對(duì)于域內(nèi)的各節(jié)點(diǎn)，將與發(fā)送方相鄰的節(jié)點(diǎn)作為掌控網(wǎng)絡(luò)全局的節(jié)點(diǎn)；對(duì)于域間節(jié)點(diǎn)，將上級(jí)節(jié)點(diǎn)作為掌控網(wǎng)絡(luò)全局的節(jié)點(diǎn)；所述域內(nèi)協(xié)同中，信令根據(jù)發(fā)送方發(fā)給相鄰的節(jié)點(diǎn)QoS需求建立路徑或拆除路徑；所述域間協(xié)同中，上級(jí)節(jié)點(diǎn)根據(jù)發(fā)送方發(fā)來(lái)的數(shù)據(jù)和當(dāng)前網(wǎng)絡(luò)狀態(tài)建立路徑或拆除路徑。
2.如權(quán)利要求I所述的基于協(xié)同代理的跨域QoS信令控制方法，其特征在于，所述域內(nèi)協(xié)同的具體流程如下 一，路徑建立 步驟1，發(fā)送方將數(shù)據(jù)流的QoS需求信息發(fā)給相鄰的節(jié)點(diǎn)； 步驟2，相鄰的節(jié)點(diǎn)根據(jù)全局網(wǎng)絡(luò)的狀態(tài)，判斷路徑上是否滿(mǎn)足數(shù)據(jù)流的QoS需求，并將是否接受該數(shù)據(jù)流回應(yīng)給發(fā)送方； 步驟3，路徑上相鄰的兩個(gè)節(jié)點(diǎn)通信，上游節(jié)點(diǎn)指示下游節(jié)點(diǎn)為其數(shù)據(jù)流預(yù)留資源，使得這兩個(gè)節(jié)點(diǎn)之間建立起數(shù)據(jù)傳輸鏈路； 步驟4，路徑上每?jī)蓚€(gè)相鄰的節(jié)點(diǎn)均執(zhí)行步驟3，直到接收方和其相鄰的節(jié)點(diǎn)之間也建立完成，則整條路徑建立完成； _■，王動(dòng)拆除路徑 步驟5，當(dāng)發(fā)送方發(fā)送報(bào)文完畢，向相鄰的節(jié)點(diǎn)請(qǐng)求斷鏈；或者當(dāng)相鄰的節(jié)點(diǎn)通過(guò)協(xié)同代理，發(fā)現(xiàn)路徑上某個(gè)節(jié)點(diǎn)不能滿(mǎn)足當(dāng)前的QoS需求時(shí)，則向下游路由器發(fā)送拆除路徑消息，依次轉(zhuǎn)發(fā)給路徑上每個(gè)節(jié)點(diǎn)和接收方，路徑拆除完成； 三，被動(dòng)拆除路徑 步驟6，當(dāng)某個(gè)節(jié)點(diǎn)收到建立路徑消息時(shí)，由于突發(fā)情況不能滿(mǎn)足其QoS需求，則需要回應(yīng)上游節(jié)點(diǎn)不能建立路徑； 步驟7 :上游節(jié)點(diǎn)根據(jù)步驟6的回應(yīng)，向其上游節(jié)點(diǎn)發(fā)送拆除鏈路消息，依次轉(zhuǎn)發(fā)給路徑上的上游節(jié)點(diǎn)和發(fā)送方。
3.如權(quán)利要求I所述的基于協(xié)同代理的跨域QoS信令控制方法，其特征在于，所述域間協(xié)同的具體流程如下 一，路徑建立 步驟1，發(fā)送方將數(shù)據(jù)流的QoS需求信息發(fā)給上級(jí)節(jié)點(diǎn)； 步驟2，上級(jí)節(jié)點(diǎn)判斷路徑上是否滿(mǎn)足數(shù)據(jù)流的QoS需求，并將是否接受該數(shù)據(jù)流回應(yīng)給發(fā)送方； 步驟3 :上級(jí)節(jié)點(diǎn)指示路徑上的所有節(jié)點(diǎn)和接收方發(fā)送為其數(shù)據(jù)流預(yù)留資源，進(jìn)而建立整條傳輸路徑； _■，王動(dòng)拆除路徑 步驟4，當(dāng)發(fā)送方發(fā)送報(bào)文完畢，向上級(jí)節(jié)點(diǎn)請(qǐng)求斷鏈，或者當(dāng)上級(jí)節(jié)點(diǎn)通過(guò)協(xié)同代理，發(fā)現(xiàn)某個(gè)節(jié)點(diǎn)不能滿(mǎn)足當(dāng)前的QoS需求時(shí)，則向路徑上的節(jié)點(diǎn)和發(fā)送方發(fā)送拆除路徑消息； 三，被動(dòng)拆除路徑 步驟5 :當(dāng)某個(gè)節(jié)點(diǎn)收到上級(jí)節(jié)點(diǎn)發(fā)送的建立路徑消息時(shí)，由于突發(fā)情況不能滿(mǎn)足其QoS需求，則告知上級(jí)節(jié)點(diǎn)，若上級(jí)節(jié)點(diǎn)決定拆除路徑，則逆序向路徑上已經(jīng)建立路徑的節(jié)點(diǎn)告知 拆除鏈路。
全文摘要
本發(fā)明公開(kāi)了一種基于協(xié)同代理的跨域QoS信令控制方法，包括域內(nèi)協(xié)同和域間協(xié)同；對(duì)于域內(nèi)的各節(jié)點(diǎn)，將與發(fā)送方相鄰的節(jié)點(diǎn)作為掌控網(wǎng)絡(luò)全局的節(jié)點(diǎn)；對(duì)于域間節(jié)點(diǎn)，將上級(jí)節(jié)點(diǎn)作為掌控網(wǎng)絡(luò)全局的節(jié)點(diǎn)；所述域內(nèi)協(xié)同中，信令根據(jù)發(fā)送方發(fā)給相鄰的節(jié)點(diǎn)QoS需求建立路徑或拆除路徑；所述域間協(xié)同中，上級(jí)節(jié)點(diǎn)根據(jù)發(fā)送方發(fā)來(lái)的數(shù)據(jù)和當(dāng)前網(wǎng)絡(luò)狀態(tài)建立路徑或拆除路徑。本發(fā)明利用協(xié)同代理模塊的功能，針對(duì)異構(gòu)網(wǎng)絡(luò)中域間和域內(nèi)兩種情況，設(shè)計(jì)了兩套信令協(xié)議，對(duì)建立數(shù)據(jù)傳輸路徑的過(guò)程做出了規(guī)范。通過(guò)本信令機(jī)制，可以在宏觀上控制和調(diào)整傳輸路徑，并在網(wǎng)絡(luò)變化的情況下，能迅速地做出反應(yīng)。
文檔編號(hào)H04L29/08GK102724114SQ20121017885
公開(kāi)日2012年10月10日 申請(qǐng)日期2012年6月1日 優(yōu)先權(quán)日2012年6月1日
發(fā)明者丁峰, 王珩, 陶軍, 魏博, 黃松華 申請(qǐng)人:中國(guó)電子科技集團(tuán)公司第二十八研究所