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

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

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


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