專利名稱：在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法。
背景技術(shù)：
隨著Internet(互聯(lián)網(wǎng))技術(shù)的發(fā)展，網(wǎng)絡(luò)的規(guī)模日益增大，各種各樣的網(wǎng)絡(luò)服務(wù)爭相涌現(xiàn)，先進(jìn)的多媒體系統(tǒng)層出不窮。由于實(shí)時業(yè)務(wù)對網(wǎng)絡(luò)傳輸時延、延時抖動等特性較為敏感，當(dāng)網(wǎng)絡(luò)上有突發(fā)性高的FTP(文件傳輸協(xié)議)或者含有圖像文件的HTTP(超文本傳輸協(xié)議)等業(yè)務(wù)時，實(shí)時業(yè)務(wù)的傳輸性能就會受到很大影響；另一方面，通信網(wǎng)絡(luò)中多媒體業(yè)務(wù)占去了大量的帶寬，使得需要網(wǎng)絡(luò)保證傳輸質(zhì)量的關(guān)鍵業(yè)務(wù)難以得到可靠的傳輸。
基于上述需要，各種為業(yè)務(wù)傳輸提供QoS(服務(wù)質(zhì)量)保證的技術(shù)應(yīng)運(yùn)而生。為滿足傳輸QoS的需求，IETF(互聯(lián)網(wǎng)工程任務(wù)組)已經(jīng)建議了一些服務(wù)模型和機(jī)制。目前業(yè)界比較認(rèn)可在網(wǎng)絡(luò)的核心使用Diff-serv(區(qū)分業(yè)務(wù))模型便是其中之一。區(qū)分業(yè)務(wù)模型所采用的通過設(shè)定優(yōu)先等級保障傳輸QoS的措施雖然可以提高帶寬資源的利用率，但因缺乏相應(yīng)的維護(hù)管理報文的交互，所以具體的應(yīng)用效果難以預(yù)測。
為此，又為骨干網(wǎng)Diff-Serv模型引入一個獨(dú)立的承載控制層，用于對承載網(wǎng)的資源進(jìn)行相應(yīng)的管理。例如，為了推動Diff-Serv模型的應(yīng)用，IETF和一些廠商以及研究機(jī)構(gòu)共同推動的Qbone(服務(wù)質(zhì)量骨干網(wǎng))試驗(yàn)網(wǎng)上，使用承載網(wǎng)資源管理器實(shí)現(xiàn)承載網(wǎng)資源和拓?fù)涔芾?，即管理拓?fù)滟Y源和協(xié)調(diào)各個Diff-Serv區(qū)域的QoS能力。這種資源管理Diff-Serv方式即為有獨(dú)立承載控制層的Diff-Serv模型。
在有獨(dú)立承載控制層的Diff-Serv模型中，在承載網(wǎng)資源管理器中配置了承載網(wǎng)連接節(jié)點(diǎn)的資源管理規(guī)則和網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，并由承載網(wǎng)資源管理器負(fù)責(zé)為客戶的業(yè)務(wù)帶寬申請進(jìn)行資源的分配。每個承載網(wǎng)資源管理器相互之間通過信令傳遞客戶的業(yè)務(wù)帶寬申請請求和結(jié)果，以及承載網(wǎng)資源管理器為業(yè)務(wù)申請分配的路徑信息等。
當(dāng)承載控制層處理用戶的業(yè)務(wù)帶寬申請時，將確定用戶業(yè)務(wù)的路徑，并由承載網(wǎng)資源管理器通知邊緣路由器(即承載網(wǎng)的連接節(jié)點(diǎn))按照指定的路徑轉(zhuǎn)發(fā)業(yè)務(wù)流。
為滿足承載網(wǎng)資源管理器間傳輸消息的需求，Internet2(互聯(lián)網(wǎng)2)專門為各個Diff-Serv模型管理域定義了相應(yīng)的BB(帶寬代理器)、CA(呼叫代理器)或CM(連接管理器)作為承載網(wǎng)資源管理器；其中所述的帶寬代理器負(fù)責(zé)處理來自用戶主機(jī)，或者業(yè)務(wù)服務(wù)器，或者網(wǎng)絡(luò)維護(hù)人員的帶寬申請請求，帶寬代理器根據(jù)當(dāng)前網(wǎng)絡(luò)的資源預(yù)留狀況和配置的策略以及與用戶簽訂的業(yè)務(wù)SLA(Service Level Agreement，服務(wù)等級協(xié)定)，確定是否允許用戶的帶寬申請；所述的呼叫代理器用于充當(dāng)業(yè)務(wù)服務(wù)器，即用于將用戶的呼叫接入通信網(wǎng)絡(luò)；所述的連接管理器用于使業(yè)務(wù)層面能夠根據(jù)業(yè)務(wù)需求控制承載網(wǎng)絡(luò)層面。
但該基于帶寬代理器實(shí)現(xiàn)的有獨(dú)立承載控制層的Diff-Serv模型存在的一此問題，例如，在帶寬代理器間使用的SIBBS(Simple Inter-domainBandwidth Broker Signaling，簡單跨域帶寬代理器信令)來實(shí)現(xiàn)資源的請求，該信令僅可以用于BB之間，而且BB之間沒有資源同步機(jī)制，即直接通過SIBBS發(fā)送資源請求，而沒有會話的建立和維護(hù)過程，也沒有用于維護(hù)管理的報文交互機(jī)制。
目前業(yè)界還沒有成熟的技術(shù)方案來傳遞客戶的業(yè)務(wù)帶寬申請請求和結(jié)果，以及承載網(wǎng)資源管理器為業(yè)務(wù)申請分配的路徑信息等。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，以保證在承載網(wǎng)能夠?qū)崿F(xiàn)對整個網(wǎng)絡(luò)資源的有效管理，保證網(wǎng)絡(luò)中重要業(yè)務(wù)傳輸?shù)目煽啃浴?br> 本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，包括a、在通信網(wǎng)絡(luò)中的承載網(wǎng)資源管理器間建立服務(wù)質(zhì)量連接；b、將通信網(wǎng)絡(luò)在數(shù)據(jù)傳輸過程中需要提供的服務(wù)質(zhì)量信息通過所述的服務(wù)質(zhì)量連接在各個承載網(wǎng)資源管理器間傳播；c、與承載網(wǎng)資源管理器相連的連接節(jié)點(diǎn)根據(jù)承載網(wǎng)資源管理器下發(fā)的服務(wù)質(zhì)量信息提供相應(yīng)的資源。
所述的承載網(wǎng)資源管理器位于通信網(wǎng)絡(luò)中承載網(wǎng)的控制層。
所述的步驟a進(jìn)一步包括初始建立連接的過程a1、發(fā)起建立連接過程的本端承載網(wǎng)資源管理器向?qū)Χ顺休d網(wǎng)資源管理器發(fā)送建立連接請求消息；a2、對端承載網(wǎng)資源管理器響應(yīng)所述的建立連接請求消息，并建立基于傳輸服務(wù)質(zhì)量的連接。
所述的步驟a2包括對端承載網(wǎng)資源管理器判斷本端承載網(wǎng)資源管理器的身份是否有效，如果有效，則響應(yīng)所述的建立連接請求消息，并建立相應(yīng)的服務(wù)質(zhì)量連接，否則，向本端承載網(wǎng)資源管理器返回?zé)o法建立連接的消息。
所述的建立連接請求消息中承載的消息包括發(fā)起承載網(wǎng)資源管理器標(biāo)識和認(rèn)證信息。
所述的步驟a還包括a3、本端承載網(wǎng)資源管理器定時向?qū)Χ顺休d網(wǎng)資源管理器發(fā)送握手消息，并根據(jù)對端承載網(wǎng)資源管理器的針對該握手消息的響應(yīng)情況確定建立連接的狀態(tài)。
所述的步驟a3進(jìn)一步包括a31、在本端承載網(wǎng)資源管理器建立本端?；疃〞r器，在對端承載網(wǎng)資源管理器建立對端?；疃〞r器；a32、當(dāng)本端?；疃〞r器超時時，本端承載網(wǎng)資源管理器將本端?；疃〞r器超時次數(shù)加1，并向?qū)Χ顺休d網(wǎng)資源管理器發(fā)送握手消息；a33、對端承載網(wǎng)資源管理器收到握手消息后，重新啟動對端?；疃〞r器，并向本端承載網(wǎng)資源管理器返回握手響應(yīng)消息；a34、本端承載網(wǎng)資源管理器根據(jù)本端?；疃〞r器的超時次數(shù)確定所建立的服務(wù)質(zhì)量連接的狀態(tài)，對端承載網(wǎng)資源管理器根據(jù)對端?；疃〞r器是否超時確定服務(wù)質(zhì)量連接的狀態(tài)。
所述的握手消息中承載的消息包括連接標(biāo)識和連接資源狀態(tài)信息。
所述的步驟b還包括本端承載網(wǎng)資源管理器通過多個中間承載網(wǎng)資源管理器與對端承載網(wǎng)資源管理器進(jìn)行信息的交互，且所述的中間承載網(wǎng)資源管理器僅負(fù)責(zé)消息的傳遞。
所述的步驟b包括將通信網(wǎng)絡(luò)在數(shù)據(jù)傳輸過程中需要提供的服務(wù)質(zhì)量信息通過所述的服務(wù)質(zhì)量連接在各個承載網(wǎng)資源管理器間傳播，并由最終接收所述服務(wù)質(zhì)量信息的承載網(wǎng)資源管理器根據(jù)收到的服務(wù)質(zhì)量信息對受其控制管理的連接節(jié)點(diǎn)的資源進(jìn)行管理控制。
所述的步驟b進(jìn)一步包括
b1、本端承載網(wǎng)資源管理器向受其控制管理的連接節(jié)點(diǎn)及對端承載網(wǎng)資源管理器發(fā)送承載有服務(wù)量信息的服務(wù)質(zhì)量資源控制消息；b2、對端承載網(wǎng)資源管理器根據(jù)接收的服務(wù)質(zhì)量資源控制消息向連接節(jié)點(diǎn)發(fā)送服務(wù)質(zhì)量資源控制策略；b3、連接節(jié)點(diǎn)收到所述的服務(wù)質(zhì)量資源控制策略后向所述的對端承載網(wǎng)資源管理器返回針對服務(wù)質(zhì)量資源控制策略的響應(yīng)消息；b4、對端承載網(wǎng)資源管理器向本端承載網(wǎng)資源管理器返回針對服務(wù)質(zhì)量資源控制消息的響應(yīng)消息。
本發(fā)明中，步驟b1所述的服務(wù)質(zhì)量資源控制消息包括服務(wù)質(zhì)量資源請求消息，且所述的服務(wù)質(zhì)量資源請求消息承載的信息包括連接標(biāo)識、流信息、服務(wù)質(zhì)量參數(shù)和流量描述符。
本發(fā)明中，步驟b1所述的服務(wù)質(zhì)量資源控制消息包括服務(wù)質(zhì)量資源釋放請求消息，且所述的服務(wù)質(zhì)量資源釋放請求消息承載的信息包括連接標(biāo)識和原因碼。
本發(fā)明中，步驟b1所述的服務(wù)質(zhì)量資源控制消息包括服務(wù)質(zhì)量資源修改請求消息，且所述的服務(wù)質(zhì)量資源修改請求消息承載的信息包括連接標(biāo)識和修改后的參數(shù)信息。
本發(fā)明中，步驟b1所述的服務(wù)質(zhì)量資源控制消息包括連接狀態(tài)查詢消息，且所述的步驟b4包括對端承載網(wǎng)資源管理器收到連接節(jié)點(diǎn)發(fā)來的響應(yīng)消息后，對所建立的QoS連接資源的一致性進(jìn)行檢查；根據(jù)檢查結(jié)果向本端承載網(wǎng)資源管理器返回針對連接狀態(tài)查詢消息的響應(yīng)消息。
所述的針對連接狀態(tài)查詢消息的響應(yīng)消息承載的信息包括連接標(biāo)識、流信息、服務(wù)質(zhì)量參數(shù)、流量描述、標(biāo)簽棧、路徑最大傳輸單元或承載網(wǎng)資源管理器棧。
所述的消息中承載的信息還包括數(shù)據(jù)一致性信息。
所述的數(shù)據(jù)一致性信息包括參數(shù)全程PATH MTU(路徑最大傳輸單元)、全程標(biāo)簽棧深度、本域起標(biāo)簽棧深度、流量描述。
本發(fā)明中，所述的連接節(jié)點(diǎn)可以為路由器。
所述的承載網(wǎng)資源管理器包括BB(帶寬代理器)、CA(呼叫代理器)或CM(連接管理器)。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明在承載網(wǎng)的控制層上的承載網(wǎng)資源管理器間建立QoS連接，并對建立的QoS連接進(jìn)行維護(hù)管理，對于處于在線狀態(tài)的QoS連接，可以承載各種QoS資源控制消息并在承載網(wǎng)控制層的各個承載網(wǎng)資源管理器間傳送，從而實(shí)現(xiàn)在通信網(wǎng)絡(luò)中對業(yè)務(wù)帶寬申請請求和結(jié)果，以及為業(yè)務(wù)申請分配的路徑信息等的傳遞。本發(fā)明所提供的在承載網(wǎng)資源管理器之間建立QoS連接的方法，實(shí)現(xiàn)起來簡單可靠，且所述的QoS連接易于維護(hù)，控制性好。
本發(fā)明中還實(shí)現(xiàn)了承載網(wǎng)資源管理器間的資源同步機(jī)制和運(yùn)行維護(hù)機(jī)制，解決了現(xiàn)有技術(shù)中使用SIBBS信令實(shí)現(xiàn)資源的請求所存在的BB(帶寬代理器)之間沒有資源同步機(jī)制的缺點(diǎn)。另外，本發(fā)明還實(shí)現(xiàn)了本端承載網(wǎng)資源管理器和對端承載網(wǎng)資源管理器之間的資源請求和狀態(tài)報告的傳遞，進(jìn)一步完善了所建立的QoS連接性能。因此，本發(fā)明的實(shí)現(xiàn)使得承載網(wǎng)的資源可以較為方便地進(jìn)行統(tǒng)一管理，為保證網(wǎng)絡(luò)中重要業(yè)務(wù)的傳輸可靠性提供了技術(shù)上的支持。


圖1a為通信網(wǎng)絡(luò)的組網(wǎng)結(jié)構(gòu)示意圖；圖1b為通信網(wǎng)絡(luò)的承載網(wǎng)資源管理器的組網(wǎng)示意圖；
圖2為本發(fā)明中建立連接的流程圖；圖3為本發(fā)明中傳遞服務(wù)質(zhì)量資源控制消息的流程圖；圖4為本發(fā)明中分配服務(wù)質(zhì)量資源的流程圖；圖5為本發(fā)明中釋放服務(wù)質(zhì)量資源的流程圖；圖6為本發(fā)明中修改服務(wù)質(zhì)量資源的流程圖；圖7為本發(fā)明中服務(wù)質(zhì)量連接狀態(tài)查詢的流程圖。
具體實(shí)施例方式
本發(fā)明的目的解決了通信網(wǎng)絡(luò)中CM之間或CA與CM之間無法通過信令建立QoS連接的問題，以及現(xiàn)有技術(shù)中采用SIBBS來實(shí)現(xiàn)資源的請求，在BB(帶寬代理器)之間沒有資源同步機(jī)制的問題。
本發(fā)明所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法的核心是在通信網(wǎng)絡(luò)中實(shí)現(xiàn)各個承載網(wǎng)資源管理器間可靠地傳遞服務(wù)質(zhì)量資源控制消息，各個資源管理器利用所述的質(zhì)量控制消息為相應(yīng)業(yè)務(wù)提供需要的服務(wù)質(zhì)量，從而保證可以根據(jù)業(yè)務(wù)的傳輸需求可靠地為其提供相應(yīng)的傳輸服務(wù)質(zhì)量。本發(fā)明中首先需要在承載網(wǎng)資源管理器之間建立QoS連接，所述的QoS連接用于傳輸服務(wù)質(zhì)量資源控制消息。另外，本發(fā)明還實(shí)現(xiàn)在承載網(wǎng)資源管理器之間的資源請求和狀態(tài)報告，進(jìn)一步提高了在通信網(wǎng)絡(luò)中提供相應(yīng)傳輸服務(wù)質(zhì)量的可靠性。
因此，本發(fā)明中實(shí)現(xiàn)了在包括BB、CA及CM之間進(jìn)行服務(wù)質(zhì)量資源控制消息傳遞，且傳遞過程包括建立連接、維護(hù)連接等完整的處理流程，可以認(rèn)為本發(fā)明為基于RCIP(連接初始化協(xié)議)實(shí)現(xiàn)的，基于RCIP實(shí)現(xiàn)本發(fā)明的具體處理過程將通過下面的描述進(jìn)行詳細(xì)的說明。
現(xiàn)結(jié)合附圖對本發(fā)明的具體實(shí)施方式
作進(jìn)一步說明，如圖1a、圖1b和圖2所示，本發(fā)明中在CM(承載網(wǎng)資源管理器)之間建立QoS連接的過程包括以下步驟步驟21當(dāng)確定需要通過位于承載網(wǎng)控制層的承載網(wǎng)資源管理器對承載網(wǎng)中的資源進(jìn)行控制管理時，處于初始狀態(tài)的本端承載網(wǎng)資源管理器向處于初始狀態(tài)的對端承載網(wǎng)資源管理器發(fā)送建立連接請求消息，例如，可以發(fā)送“OPEN”消息作為建立連接請求消息，請求在本端承載網(wǎng)資源管理器與對端承載網(wǎng)資源管理器間建立QoS連接；所述的建立連接請求消息中承載的信息包括發(fā)起建立連接請求的承載網(wǎng)資源管理器的標(biāo)識和認(rèn)證信息，以便于對端承載網(wǎng)資源管理器根據(jù)所述的認(rèn)證信息進(jìn)行是否建立連接的認(rèn)證。
另外，所述的建立連接請求消息中還可選地包括數(shù)據(jù)一致性信息，所述的數(shù)據(jù)一致性信息用于保證消息在傳送過程中不被篡改，以及避免非法消息入侵，所述的數(shù)據(jù)一致性消息通常包括32bits(位)KEY_ID(鍵標(biāo)識)、32bits順序號和96bits摘要組成，其中，所述的KEY_ID描述雙方共享的鍵值和算法，所述的順序號在發(fā)送“OPEN”消息時初始化，發(fā)送后續(xù)消息時順序增加，當(dāng)溢出時從0重新開始，以避免非法消息入侵。
所述的本端承載網(wǎng)資源管理器通常配置了對承載網(wǎng)資源管理需要的管理規(guī)則及承載網(wǎng)的網(wǎng)絡(luò)拓?fù)湫畔?，并可以?shí)現(xiàn)相應(yīng)的資源控制管理功能，例如可以完成相應(yīng)的帶寬申請的資源分配工作，為網(wǎng)絡(luò)中的業(yè)務(wù)申請分配相應(yīng)的路徑信息等；在承載網(wǎng)控制層通常包括多個承載網(wǎng)資源管理器，如圖1b中的本端承載網(wǎng)資源管理器、多個中間承載網(wǎng)資源管理器和對端承載資源管理器，所述的本端、中間及對端均為針對某一個具體的QoS連接而言，一個QoS連接的起點(diǎn)我們稱之為本端承載網(wǎng)資源管理器，終點(diǎn)稱之為對端承載網(wǎng)資源管理器，本端承載網(wǎng)資源管理器與對端承載網(wǎng)資源管理器間經(jīng)過的各個承載網(wǎng)資源管理器則稱為中間承載網(wǎng)資源管理器。在通信網(wǎng)絡(luò)中，所述的本端承載網(wǎng)資源管理器通常需要經(jīng)過多個中間承載網(wǎng)資源管理器最終將相應(yīng)的消息發(fā)送到對端承載網(wǎng)資源管理器。即通常一條服務(wù)質(zhì)量資源控制消息需要經(jīng)過由本端承載網(wǎng)資源管理器出發(fā)，并經(jīng)過多個中間承載網(wǎng)資源管理器，才可以到達(dá)對端承載網(wǎng)資源管理器，最終由對端承載網(wǎng)資源管理器實(shí)現(xiàn)對相應(yīng)連接節(jié)點(diǎn)上的資源的控制管理，所述的連接節(jié)點(diǎn)通常為路由器。
步驟22對端承載網(wǎng)資源管理器收到本端承載網(wǎng)資源管理器發(fā)送的“OPEN”消息后，在對端承載網(wǎng)資源管理器根據(jù)發(fā)來的認(rèn)證信息及其身份標(biāo)識判斷發(fā)出建立連接請求的本端承載網(wǎng)資源管理器身份的有效性，如果本端承載網(wǎng)資源管理器身份有效，則由對端承載網(wǎng)資源管理器向本端承載網(wǎng)資源管理器發(fā)送建立連接請求的響應(yīng)消息，并攜帶著建立的QoS連接的信息，例如，對端承載網(wǎng)資源管理器可以向本端承載網(wǎng)資源管理器發(fā)送“ACCEPT”消息作為所述的響應(yīng)消息，消息中攜帶著本端KA(KEEPACTIVE，?；?定時器的超時時間值，如果本端承載網(wǎng)資源管理器的身份無效，則向本端承載網(wǎng)資源管理器返回?zé)o法建立相應(yīng)連接的消息，消息中攜帶著相應(yīng)的原因碼，原因碼記錄了無法建立連接的原因；對端承載網(wǎng)資源管理器在發(fā)送“ACCEPT”消息的同時，還需要啟動自身的對端KA定時器，并進(jìn)入Online(在線)狀態(tài)，即在本地建立了對端承載網(wǎng)資源管理器與本端承載網(wǎng)資源管理器間的QoS連接；本端承載網(wǎng)資源管理器收到對端承載網(wǎng)資源管理器發(fā)來的“ACCEPT”消息，啟動本端KA定時器，并進(jìn)入Online(在線)狀態(tài)，即在本端承載網(wǎng)資源管理器與對端承載網(wǎng)資源管理器間建立QoS連接，如果本端承載網(wǎng)資源管理器收到對端承載網(wǎng)資源管理器發(fā)來的無法建立相應(yīng)連接消息，則本端承載網(wǎng)資源管理器可以根據(jù)需要重新向?qū)Χ顺休d網(wǎng)資源管理器發(fā)起建立連接請求。
至此，承載網(wǎng)控制層中的本端承載網(wǎng)資源管理器與對端承載網(wǎng)資源管理器之間的QoS連接已經(jīng)建立。步驟23和步驟24則是如何維持已經(jīng)建立的QoS連接的控制流程。
步驟23當(dāng)本端KA定時器超時時，重新啟動本端KA定時器，并在本端承載網(wǎng)資源管理器將本端KA定時器超時次數(shù)加1，以統(tǒng)計(jì)本端KA定時器的超時次數(shù)，同時，還需要向?qū)Χ顺休d網(wǎng)資源管理器發(fā)出KA消息，即握手消息，以監(jiān)測對端是否處于正常連接狀態(tài)。
步驟24如果對端承載網(wǎng)資源管理器處于正常連接狀態(tài)，則收到所述的KA消息后，將向本端承載網(wǎng)資源管理器發(fā)出KA消息作為本端承載網(wǎng)資源管理器發(fā)出的KA消息的響應(yīng)消息，并重啟自身的對端KA定時器，且仍維持QoS連接的Online狀態(tài)。
本端承載網(wǎng)資源管理器收到對端承載網(wǎng)資源管理器發(fā)來的KA消息，將本端KA定時器超時次數(shù)清零，且仍維持QoS連接的Online狀態(tài)，如果本端承載網(wǎng)資源管理器一直未收到對端承載網(wǎng)資源管理器返回的KA消息，則將導(dǎo)致本端KA定時器超時次數(shù)超過允許的數(shù)值，這時，本端承載網(wǎng)資源管理器將釋放已經(jīng)建立的QoS連接；同樣，對端承載網(wǎng)資源管理器如果一直未收到本端承載網(wǎng)資源管理器發(fā)送的KA消息，則對端KA定時器將超時，此時，對端承載網(wǎng)資源管理器也將釋放已經(jīng)建立的QoS連接；增加了這種QoS連接維護(hù)機(jī)制便可以有效地保證所建立的QoS連接合理地占用網(wǎng)絡(luò)資源。
建立了所述的QoS連接后，在通信網(wǎng)絡(luò)的承載網(wǎng)控制層上的本端資源管理器和對端資源管理器間便可以進(jìn)行具體的服務(wù)質(zhì)量資源控制消息的傳遞，以實(shí)現(xiàn)對承載網(wǎng)資源管理器下連接節(jié)點(diǎn)的資源進(jìn)行控制管理。
經(jīng)過了步驟21至步驟24的過程后，建立起了處于Online狀態(tài)的QoS連接，該連接可以承載各種服務(wù)質(zhì)量資源控制消息，所述的服務(wù)質(zhì)量資源控制消息中則承載著通信網(wǎng)絡(luò)中傳輸某一業(yè)務(wù)需要的服務(wù)質(zhì)量信息，如某一業(yè)務(wù)需要的帶寬、允許的流量值等，現(xiàn)結(jié)合圖3對本發(fā)明所述的方法的具體實(shí)施方式
作進(jìn)一步說明步驟31確定針對承載網(wǎng)中兩個連接節(jié)點(diǎn)間進(jìn)行資源控制管理所需要的服務(wù)質(zhì)量信息，即QoS參數(shù)信息等，本端承載網(wǎng)資源管理器向?qū)Χ顺休d網(wǎng)資源管理器發(fā)送服務(wù)質(zhì)量資源控制消息，所述的服務(wù)質(zhì)量資源控制消息中承載著確定的對端承載網(wǎng)資源管理器對相應(yīng)連接節(jié)點(diǎn)進(jìn)行資源控制管理所需要的服務(wù)質(zhì)量信息；同時本端承載網(wǎng)資源管理器還將確定的服務(wù)質(zhì)量信息下發(fā)給自身管理的連接節(jié)點(diǎn)，該連接節(jié)點(diǎn)根據(jù)所述的服務(wù)質(zhì)量信息進(jìn)行針對該業(yè)務(wù)的資源控制管理操作；在通信網(wǎng)絡(luò)中，通常需要對一些重要的業(yè)務(wù)提供較高級別的傳輸服務(wù)，或者需要對某一些業(yè)務(wù)按照指定的帶寬進(jìn)行傳輸?shù)?，為此，需要對承載網(wǎng)中相應(yīng)連接節(jié)點(diǎn)的資源按照具體的需求進(jìn)行控制管理，以滿足針對相應(yīng)業(yè)務(wù)的傳輸需求，即對所述業(yè)務(wù)的起始連接節(jié)點(diǎn)與終端連接節(jié)點(diǎn)間的資源進(jìn)行控制管理；通信網(wǎng)絡(luò)中的服務(wù)質(zhì)量信息通常由網(wǎng)絡(luò)中的業(yè)務(wù)控制層下發(fā)給承載控制層的承載網(wǎng)資源管理器，然后在各個承載網(wǎng)資源管理器間進(jìn)行傳送。
步驟32對端承載網(wǎng)資源管理器收到本端承載網(wǎng)資源管理器發(fā)來的服務(wù)質(zhì)量資源控制消息后，向連接節(jié)點(diǎn)發(fā)送根據(jù)服務(wù)質(zhì)量資源控制消息確定的服務(wù)質(zhì)量控制策略，包括流映射安裝命令及相關(guān)消息等。
步驟33對端承載網(wǎng)資源管理器下的連接節(jié)點(diǎn)收到所述的服務(wù)質(zhì)量控制策略后，進(jìn)行相應(yīng)的資源控制管理操作，并向所述的對端承載網(wǎng)資源管理器發(fā)送針對所述的服務(wù)質(zhì)量控制策略的響應(yīng)消息。
步驟34對端承載網(wǎng)資源管理器收到下屬的連接節(jié)點(diǎn)發(fā)來的針對服務(wù)質(zhì)量控制響應(yīng)及相關(guān)消息后，向本端承載網(wǎng)資源管理器發(fā)送服務(wù)質(zhì)量資源控制消息的響應(yīng)，從而保證本端承載網(wǎng)資源管理器準(zhǔn)確地了解對端承載網(wǎng)資源管理器是否可靠地接收相應(yīng)的服務(wù)質(zhì)量資源控制消息，并在相應(yīng)的連接節(jié)點(diǎn)進(jìn)行了相應(yīng)的資源控制管理操作。
經(jīng)過了步驟31至步驟34的處理過程，實(shí)現(xiàn)了在承載網(wǎng)中針對某一具體傳輸業(yè)務(wù)涉及的兩個連接節(jié)點(diǎn)間進(jìn)行需要的服務(wù)質(zhì)量資源控制消息的傳遞。
為使在本端承載網(wǎng)資源管理器與對端承載網(wǎng)資源管理器間進(jìn)行服務(wù)質(zhì)量資源控制消息的傳輸，首先需要請求為傳輸過程分配QoS資源，如圖4所示，QoS資源請求處理流程如下步驟41本端承載網(wǎng)資源管理器收到業(yè)務(wù)控制層下發(fā)的待傳送的服務(wù)質(zhì)量信息時，首先需要向?qū)Χ顺休d網(wǎng)資源管理器發(fā)起QoS資源請求，即向?qū)Χ顺休d網(wǎng)資源管理器發(fā)送QoS資源請求消息，然后，執(zhí)行步驟42；所述的QoS資源請求消息承載的信息包括如果是CA向CM發(fā)送的資源請求消息，則包括連接ID、流信息、QOS參數(shù)、流量描述符，并可選地包括數(shù)據(jù)一致性信息；如果是CM之間傳遞的雙向資源請求消息，則包括連接ID、流信息、QOS參數(shù)、流量描述符、LSP(標(biāo)簽交換路徑)連接信息，并可選地包括數(shù)據(jù)一致性信息；如果是CM之間傳遞的單向資源請求消息，則包括連接ID、流信息、QOS參數(shù)、流量描述符、LSP連接信息，并可選地包括數(shù)據(jù)一致性信息。
步驟42對端承載網(wǎng)資源管理器收到本端承載網(wǎng)資源管理器發(fā)來的QoS資源請求后，進(jìn)行業(yè)務(wù)路由和資源的分配，并向?qū)Χ顺休d網(wǎng)資源管理器下的連接節(jié)點(diǎn)下發(fā)QoS資源請求消息，即向連接節(jié)點(diǎn)下發(fā)流映射安裝命令；如果本端承載網(wǎng)資源管理器與對端承載網(wǎng)資源管理器間還需要經(jīng)過多個中間承載網(wǎng)資源管理器進(jìn)行消息的傳遞，則本端承載網(wǎng)資源管理器首先將QoS資源請求消息發(fā)送給下一跳的中間承載網(wǎng)資源管理器，所述的中間承載網(wǎng)資源管理器進(jìn)行路由和資源的分配，并在資源申請成功后，向上一跳中間承載網(wǎng)資源管理器或本端承載網(wǎng)資源管理器返回QoS資源請求的響應(yīng)，并繼續(xù)向前轉(zhuǎn)發(fā)所述的QoS資源請求消息，直至對端承載網(wǎng)資源管理器收到該QoS資源請求消息，并執(zhí)行如步驟42所述的操作。
步驟43連接節(jié)點(diǎn)收到流映射安裝命令，并進(jìn)行相應(yīng)的流映射安裝處理后，向?qū)Χ顺休d網(wǎng)資源管理器發(fā)出流映射命令的響應(yīng)消息。
步驟44對端承載網(wǎng)資源管理器收到連接節(jié)點(diǎn)發(fā)來的流映射安裝命令的響應(yīng)消息后，向本端承載網(wǎng)資源管理器發(fā)出QoS資源請求接受的響應(yīng)消息或者QoS資源請求拒絕的響應(yīng)消息如果是CM發(fā)送給CA的資源確認(rèn)響應(yīng)消息，則包括連接ID、流信息、QOS參數(shù)、流量描述符，并可選地包括數(shù)據(jù)一致性信息；如果是CM發(fā)送給CA的資源請求拒絕消息，則包括連接ID、原因碼，并可選地包括數(shù)據(jù)一致性信息；如果是CM發(fā)送給CM的雙向資源確認(rèn)響應(yīng)消息，則包括連接ID、流信息、QOS參數(shù)、流量描述符、LSP連接信息，并可選地包括數(shù)據(jù)一致性信息；如果是CM發(fā)送給CM的單向資源確認(rèn)響應(yīng)消息，則包括連接ID、流信息、QOS參數(shù)、流量描述符、LSP連接信息，并可選地包括數(shù)據(jù)一致性信息；如果是CM發(fā)送給CM的資源拒絕消息，則包括連接ID、原因碼，并可選地包括數(shù)據(jù)一致性信息。
在本端承載網(wǎng)資源管理器與對端承載網(wǎng)資源管理器間承載分配了所述的QoS資源后，當(dāng)消息傳遞過程結(jié)束或通信網(wǎng)絡(luò)中出現(xiàn)異常情況導(dǎo)致消息傳遞無法正常進(jìn)行而需要結(jié)束消息傳遞過程時，還需要進(jìn)行QoS資源的釋放處理，具體處理過程如圖5所示，包括如下步驟步驟51當(dāng)一次業(yè)務(wù)通信過程結(jié)束或出現(xiàn)異常情況導(dǎo)致通信過程無法正常進(jìn)行時，本端承載網(wǎng)資源管理器需要向?qū)Χ顺休d網(wǎng)資源管理器發(fā)出QoS資源釋放請求，以釋放為其分配的資源，同時本端承載網(wǎng)資源管理器還需要向自身連接控制的連接節(jié)點(diǎn)下發(fā)流映射刪除命令，連接節(jié)點(diǎn)根據(jù)收到的流映射刪除命令進(jìn)行相應(yīng)的流映射刪除操作；如果是CA與CM之間傳遞的QoS資源釋放請求消息，則包括連接ID、原因碼，并可選地包括數(shù)據(jù)一致性信息；如果是CM與CM之間傳遞的QoS資源釋放請求消息，則包括連接ID、原因碼，并可選地包括數(shù)據(jù)一致性信息。
步驟52對端承載網(wǎng)資源管理器收到本端承載網(wǎng)資源管理器發(fā)來的QoS資源釋放請求后，完成資源釋放，同時，還向自身連接控制的連接節(jié)點(diǎn)下發(fā)刪除QOS控制策略的命令，即流映射刪除命令，并執(zhí)行步驟53。
步驟53連接節(jié)點(diǎn)收到對端承載網(wǎng)資源管理器下發(fā)的流映射刪除命令，并完成相應(yīng)的流映射刪除操作后，向?qū)Χ顺休d網(wǎng)資源管理器發(fā)出流映射刪除命令響應(yīng)。
步驟54對端承載網(wǎng)資源管理器收到被控連接節(jié)點(diǎn)發(fā)來的流映射刪除命令響應(yīng)消息后，向本端承載網(wǎng)資源管理器發(fā)送QoS資源請求的響應(yīng)消息。
在本端承載網(wǎng)資源管理器與對端承載網(wǎng)資源管理器間承載分配了所述的QoS資源后，根據(jù)消息傳遞過程的實(shí)際需要還可能需要對分配的QoS資源進(jìn)行修改，如調(diào)整分別的帶寬資源、允許的最大流量等，QoS資源修改的具體處理流程如圖6所示，包括以下步驟步驟61當(dāng)需要對已經(jīng)分配的QoS資源進(jìn)行修改時，本端承載網(wǎng)資源管理器向?qū)Χ顺休d網(wǎng)資源管理器發(fā)出QoS資源修改請求，QoS資源修改請求消息中攜帶著需要修改的QoS資源標(biāo)識及修改后的QoS資源信息等，同時還需要向受其控制管理的連接節(jié)點(diǎn)下發(fā)QoS資源修改消息，即下發(fā)流映射更新命令，所述的連接節(jié)點(diǎn)根據(jù)收到的流映射更新命令進(jìn)行相應(yīng)的流映射的更新，從而實(shí)現(xiàn)QoS資源的修改。
步驟62對端承載網(wǎng)資源管理器收到本端承載網(wǎng)資源管理器發(fā)來的QoS資源修改請求后，根據(jù)QoS資源修改請求承載的信息向受其控制管理的連接節(jié)點(diǎn)下發(fā)流映射更新命令；如果本端承載網(wǎng)資源管理器的QoS資源修改請求需要經(jīng)過多個中間承載網(wǎng)資源管理器才可以到達(dá)對端承載網(wǎng)資源管理器，則收到QoS資源修改請求的中間承載網(wǎng)資源管理器將相應(yīng)的資源修改請求轉(zhuǎn)發(fā)給下一跳的中間承載網(wǎng)資源管理器，直至對端承載網(wǎng)資源管理器收到該QoS資源修改請求，并執(zhí)行步驟62所述的操作；所述的資源修改請求承載的信息包括參數(shù)全程PATH MTU(路徑最大傳輸單元)、全程標(biāo)簽棧深度、本域起標(biāo)簽棧深度、流量描述等。
步驟63所述的連接節(jié)點(diǎn)收到流映射更新命令，并進(jìn)行相應(yīng)的流映射更新操作后，向?qū)Χ顺休d網(wǎng)資源管理器發(fā)出流映射更新命令的響應(yīng)消息。
步驟64對端承載網(wǎng)資源管理器收到連接節(jié)點(diǎn)發(fā)來的流映射更新命令響應(yīng)后，獲知資源成功修改，向本端承載網(wǎng)資源管理器發(fā)送QoS資源修改的響應(yīng)消息。
為了保證所建立的QoS連接的兩端的連接狀態(tài)的一致性，即保證QoS連接兩端資源的同步，從而實(shí)現(xiàn)服務(wù)質(zhì)量資源控制消息的可靠傳送，本發(fā)明所述的方法中還包括對本端承載網(wǎng)資源管理器與對端承載網(wǎng)資源管理器間建立的QoS連接的狀態(tài)進(jìn)行查詢的處理過程，具體的QoS連接狀態(tài)查詢處理流程如圖7所示，包括以下步驟步驟71本端承載網(wǎng)資源管理器定時或根據(jù)設(shè)定的條件向?qū)Χ顺休d網(wǎng)資源管理器發(fā)出連接狀態(tài)查詢請求，所述的請求消息中攜帶著本端承載網(wǎng)資源管理器的連接狀態(tài)信息，同時，還向受其控制管理的連接節(jié)點(diǎn)下發(fā)連接狀態(tài)查詢請求消息，且所述的連接節(jié)點(diǎn)收到連接狀態(tài)查詢請求消息后向本端承載網(wǎng)資源管理器返回連接資源情況，然后由本端承載網(wǎng)資源管理器根據(jù)連接節(jié)點(diǎn)發(fā)來的連接資源情況進(jìn)行資源一致性的檢查。
步驟72對端承載網(wǎng)資源管理器收到本端承載網(wǎng)資源管理器發(fā)來的連接狀態(tài)查詢請求，向受其控制管理的連接節(jié)點(diǎn)發(fā)起連接狀態(tài)查詢，即向連接節(jié)點(diǎn)下發(fā)連接狀態(tài)查詢消息。
步驟73所述的連接節(jié)點(diǎn)發(fā)來的連接狀態(tài)查詢請求后，向?qū)Χ顺休d網(wǎng)資源管理器發(fā)送連接狀態(tài)查詢的響應(yīng)消息，即向?qū)Χ顺休d網(wǎng)資源管理器返回連接節(jié)點(diǎn)的連接資源情況。
步驟74對端承載網(wǎng)資源管理器根據(jù)連接節(jié)點(diǎn)返回的連接資源情況進(jìn)行資源一致性檢查，并向本端承載網(wǎng)資源管理器返回連接狀態(tài)查詢的響應(yīng)消息，即向本端承載網(wǎng)資源管理器返回連接狀態(tài)查詢報告；如果對端承載網(wǎng)資源管理器與本端承載網(wǎng)資源管理器間存在中間承載網(wǎng)資源管理器，則中間承載網(wǎng)資源管理器收到連接狀態(tài)查詢請求后，也需要向上一級返回連接狀態(tài)查詢報告；所述的連接狀態(tài)查詢報告承載的信息包括如果是CM發(fā)送給CA的連接狀態(tài)查詢報告，則包括連接ID、連接資源狀態(tài)，并可選地包括數(shù)據(jù)一致性信息；如果是CM發(fā)送給CM的連接狀態(tài)查詢報告，則包括連接ID、連接資源狀態(tài)，并可選地包括數(shù)據(jù)一致性信息。
本發(fā)明中，本端承載網(wǎng)資源管理器與對端承載網(wǎng)資源管理器間進(jìn)行消息的傳遞需要經(jīng)過多個中間承載網(wǎng)資源管理器實(shí)現(xiàn)，所述的中間承載網(wǎng)資源管理器僅起到消息傳遞的作用，而無需如本端承載網(wǎng)資源管理器和對端承載網(wǎng)資源管理器那樣向受其控制管理的連接節(jié)點(diǎn)下發(fā)相應(yīng)的消息。
權(quán)利要求
1.一種在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于包括a、在通信網(wǎng)絡(luò)中的承載網(wǎng)資源管理器間建立服務(wù)質(zhì)量連接；b、將通信網(wǎng)絡(luò)在數(shù)據(jù)傳輸過程中需要提供的服務(wù)質(zhì)量信息通過所述的服務(wù)質(zhì)量連接在各個承載網(wǎng)資源管理器間傳播；c、與承載網(wǎng)資源管理器相連的連接節(jié)點(diǎn)根據(jù)承載網(wǎng)資源管理器下發(fā)的服務(wù)質(zhì)量信息提供相應(yīng)的資源。
2.根據(jù)權(quán)利要求1所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于所述的承載網(wǎng)資源管理器位于通信網(wǎng)絡(luò)中承載網(wǎng)的控制層。
3.根據(jù)權(quán)利要求1所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于所述的步驟a進(jìn)一步包括初始建立連接的過程a1、發(fā)起建立連接過程的本端承載網(wǎng)資源管理器向?qū)Χ顺休d網(wǎng)資源管理器發(fā)送建立連接請求消息；a2、對端承載網(wǎng)資源管理器響應(yīng)所述的建立連接請求消息，并建立基于傳輸服務(wù)質(zhì)量的連接。
4.根據(jù)權(quán)利要求3所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于所述的步驟a2包括對端承載網(wǎng)資源管理器判斷本端承載網(wǎng)資源管理器的身份是否有效，如果有效，則響應(yīng)所述的建立連接請求消息，并建立相應(yīng)的服務(wù)質(zhì)量連接，否則，向本端承載網(wǎng)資源管理器返回?zé)o法建立連接的消息。
5.根據(jù)權(quán)利要求3所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于所述的建立連接請求消息中承載的消息包括發(fā)起承載網(wǎng)資源管理器標(biāo)識和認(rèn)證信息。
6.根據(jù)權(quán)利要求5所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于所述的步驟a還包括a3、本端承載網(wǎng)資源管理器定時向?qū)Χ顺休d網(wǎng)資源管理器發(fā)送握手消息，并根據(jù)對端承載網(wǎng)資源管理器的針對該握手消息的響應(yīng)情況確定建立連接的狀態(tài)。
7.根據(jù)權(quán)利要求6所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于所述的步驟a3包括a31、在本端承載網(wǎng)資源管理器建立本端?；疃〞r器，在對端承載網(wǎng)資源管理器建立對端?；疃〞r器；a32、當(dāng)本端保活定時器超時時，本端承載網(wǎng)資源管理器將本端?；疃〞r器超時次數(shù)加1，并向?qū)Χ顺休d網(wǎng)資源管理器發(fā)送握手消息；a33、對端承載網(wǎng)資源管理器收到握手消息后，重新啟動對端?；疃〞r器，并向本端承載網(wǎng)資源管理器返回握手響應(yīng)消息；a34、本端承載網(wǎng)資源管理器根據(jù)本端?；疃〞r器的超時次數(shù)確定所建立的服務(wù)質(zhì)量連接的狀態(tài)，對端承載網(wǎng)資源管理器根據(jù)對端?；疃〞r器是否超時確定服務(wù)質(zhì)量連接的狀態(tài)。
8.根據(jù)權(quán)利要求6所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于所述的握手消息中承載的消息包括連接標(biāo)識和連接資源狀態(tài)信息。
9.根據(jù)權(quán)利要求3所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于所述的步驟b還包括本端承載網(wǎng)資源管理器通過多個中間承載網(wǎng)資源管理器與對端承載網(wǎng)資源管理器進(jìn)行信息的交互，且所述的中間承載網(wǎng)資源管理器僅負(fù)責(zé)消息的傳遞。
10.根據(jù)權(quán)利要求1或2所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于所述的步驟b包括將通信網(wǎng)絡(luò)在數(shù)據(jù)傳輸過程中需要提供的服務(wù)質(zhì)量信息通過所述的服務(wù)質(zhì)量連接在各個承載網(wǎng)資源管理器間傳播，并由最終接收所述服務(wù)質(zhì)量信息的承載網(wǎng)資源管理器根據(jù)收到的服務(wù)質(zhì)量信息對受其控制管理的連接節(jié)點(diǎn)的資源進(jìn)行管理控制。
11.根據(jù)權(quán)利要求1所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于所述的步驟b包括b1、本端承載網(wǎng)資源管理器向受其控制管理的連接節(jié)點(diǎn)及對端承載網(wǎng)資源管理器發(fā)送承載有服務(wù)質(zhì)量信息的服務(wù)質(zhì)量資源控制消息；b2、對端承載網(wǎng)資源管理器根據(jù)接收的服務(wù)質(zhì)量資源控制消息向連接節(jié)點(diǎn)發(fā)送服務(wù)質(zhì)量資源控制策略；b3、連接節(jié)點(diǎn)收到所述的服務(wù)質(zhì)量資源控制策略后向所述的對端承載網(wǎng)資源管理器返回針對服務(wù)質(zhì)量資源控制策略的響應(yīng)消息；b4、對端承載網(wǎng)資源管理器向本端承載網(wǎng)資源管理器返回針對服務(wù)質(zhì)量資源控制消息的響應(yīng)消息。
12.根據(jù)權(quán)利要求11所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于步驟b1所述的服務(wù)質(zhì)量資源控制消息包括服務(wù)質(zhì)量資源請求消息，且所述的服務(wù)質(zhì)量資源請求消息承載的信息包括連接標(biāo)識、流信息、服務(wù)質(zhì)量參數(shù)和流量描述符。
13.根據(jù)權(quán)利要求11所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于步驟b1所述的服務(wù)質(zhì)量資源控制消息包括服務(wù)質(zhì)量資源釋放請求消息，且所述的服務(wù)質(zhì)量資源釋放請求消息承載的信息包括連接標(biāo)識和原因碼。
14.根據(jù)權(quán)利要求11所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于步驟b1所述的服務(wù)質(zhì)量資源控制消息包括服務(wù)質(zhì)量資源修改請求消息，且所述的服務(wù)質(zhì)量資源修改請求消息承載的信息包括連接標(biāo)識和修改后的參數(shù)信息。
15.根據(jù)權(quán)利要求11所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于步驟b1所述的服務(wù)質(zhì)量資源控制消息包括連接狀態(tài)查詢消息，且所述的步驟b4包括對端承載網(wǎng)資源管理器收到連接節(jié)點(diǎn)發(fā)來的響應(yīng)消息后，對所建立的QoS連接資源的一致性進(jìn)行檢查；根據(jù)檢查結(jié)果向本端承載網(wǎng)資源管理器返回針對連接狀態(tài)查詢消息的響應(yīng)消息。
16.根據(jù)權(quán)利要求15所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于所述的針對連接狀態(tài)查詢消息的響應(yīng)消息承載的信息包括連接標(biāo)識、流信息、服務(wù)質(zhì)量參數(shù)、流量描述、標(biāo)簽棧、路徑最大傳輸單元或承載網(wǎng)資源管理器棧。
17.根據(jù)權(quán)利要求5、8、12、13、14或16所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于所述的消息中承載的信息還包括數(shù)據(jù)一致性信息。
18.根據(jù)權(quán)利要求17所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于所述的數(shù)據(jù)一致性信息包括參數(shù)全程PATH MTU(路徑最大傳輸單元)、全程標(biāo)簽棧深度、本域起標(biāo)簽棧深度、流量描述。
19.根據(jù)權(quán)利要求11所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于所述的連接節(jié)點(diǎn)可以為路由器。
20.根據(jù)權(quán)利要求1所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，其特征在于所述的承載網(wǎng)資源管理器包括BB(帶寬代理器)、CA(呼叫代理器)或CM(連接管理器)。
全文摘要
本發(fā)明提供了一種在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法。所述的方法是在在承載網(wǎng)的控制層上的承載網(wǎng)資源管理器間建立QoS(服務(wù)質(zhì)量)連接，并針對所述的QoS連接建立的完善的維護(hù)管理機(jī)制。通過建立的QoS連接便可以承載各種QoS資源控制消息，從而達(dá)到傳遞客戶的業(yè)務(wù)帶寬申請請求和結(jié)果，以及承載網(wǎng)資源管理器為業(yè)務(wù)申請分配的路徑信息的效果。本發(fā)明所述的方法，實(shí)現(xiàn)起來簡單可靠，易于維護(hù)，且控制性好，并在各承載網(wǎng)資源管理器間實(shí)現(xiàn)了資源同步。因此，本發(fā)明的實(shí)現(xiàn)使得承載網(wǎng)的資源可以較為方便地進(jìn)行統(tǒng)一管理，為保證網(wǎng)絡(luò)中重要業(yè)務(wù)的傳輸可靠性提供了技術(shù)上的支持。
文檔編號H04L12/54GK1581791SQ03143770
公開日2005年2月16日 申請日期2003年8月1日 優(yōu)先權(quán)日2003年8月1日
發(fā)明者陳悅鵬, 范靈源, 鄒婷 申請人:華為技術(shù)有限公司