專(zhuān)利名稱(chēng)：在通信網(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ù)爭(zhēng)相涌現(xiàn)，先進(jìn)的多媒體系統(tǒng)層出不窮。由于實(shí)時(shí)業(yè)務(wù)對(duì)網(wǎng)絡(luò)傳輸時(shí) 延、延時(shí)抖動(dòng)等特性較為敏感，當(dāng)網(wǎng)絡(luò)上有突發(fā)性高的FTP (文件傳輸協(xié)議) 或者含有圖像文件的HTTP (超文本傳輸協(xié)議)等業(yè)務(wù)時(shí)，實(shí)時(shí)業(yè)務(wù)的傳輸性 能就會(huì)受到很大影響；另一方面，通信網(wǎng)絡(luò)中多媒體業(yè)務(wù)占去了大量的帶寬， 使得需要網(wǎng)絡(luò)保證傳輸質(zhì)量的關(guān)鍵業(yè)務(wù)難以得到可靠的傳輸?；谏鲜鲂枰鞣N為業(yè)務(wù)傳輸提供QoS (服務(wù)質(zhì)量)保證的技術(shù)應(yīng)運(yùn)而 生。為滿(mǎ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ù)模型所采用的通過(guò)設(shè)定優(yōu)先等級(jí)保障傳輸QoS的措 施雖然可以提高帶寬資源的利用率，但因缺乏相應(yīng)的維護(hù)管理報(bào)文的交互，所 以具體的應(yīng)用效果難以預(yù)測(cè)。為此，又為骨干網(wǎng)Diff-Serv模型引入一個(gè)獨(dú)立的承載控制層，用于對(duì)承 載網(wǎng)的資源進(jìn)行相應(yīng)的管理。例如，為了推動(dòng)Diff-Serv模型的應(yīng)用，IETF和 一些廠商以及研究機(jī)構(gòu)共同推動(dòng)的Qbone (服務(wù)質(zhì)量骨干網(wǎng))試驗(yàn)網(wǎng)上，使用 承載網(wǎng)資源管理器實(shí)現(xiàn)承載網(wǎng)資源和拓樸管理，即管理拓樸資源和協(xié)調(diào)各個(gè) Diff-Serv區(qū)域的QoS能力。這種資源管理Diff-Serv方式即為有獨(dú)立承載控制 層的Diff-Serv模型。在有獨(dú)立承載控制層的Diff-Serv模型中，在承載網(wǎng)資源管理器中配置了承 載網(wǎng)連接節(jié)點(diǎn)的資源管理規(guī)則和網(wǎng)絡(luò)拓樸結(jié)構(gòu)，并由承載網(wǎng)資源管理器負(fù)責(zé)為 客戶(hù)的業(yè)務(wù)帶寬申請(qǐng)進(jìn)行資源的分配。每個(gè)承載網(wǎng)資源管理器相互之間通過(guò)信 令傳遞客戶(hù)的業(yè)務(wù)帶寬申請(qǐng)請(qǐng)求和結(jié)果，以及承載網(wǎng)資源管理器為業(yè)務(wù)申請(qǐng)分 配的路徑信息等。當(dāng)承載控制層處理用戶(hù)的業(yè)務(wù)帶寬申請(qǐng)時(shí)，將確定用戶(hù)業(yè)務(wù)的路徑，并由 承載網(wǎng)資源管理器通知邊緣路由器(即承載網(wǎng)的連接節(jié)點(diǎn))按照指定的路徑轉(zhuǎn) 發(fā)業(yè)務(wù)流。為滿(mǎn)足承載網(wǎng)資源管理器間傳輸消息的需求，Internet2 (互聯(lián)網(wǎng)2)專(zhuān)門(mén) 為各個(gè)Diff-Serv模型管理域定義了相應(yīng)的BB (帶寬代理器)、CA (呼叫代理 器)或CM (連接管理器)作為7K載網(wǎng)資源管理器；其中所迷的帶寬代理器負(fù) 責(zé)處理來(lái)自用戶(hù)主機(jī)，或者業(yè)務(wù)服務(wù)器，或者網(wǎng)絡(luò)維護(hù)人員的帶寬申請(qǐng)請(qǐng)求， 帶寬代理器根據(jù)當(dāng)前網(wǎng)絡(luò)的資源預(yù)留狀況和配置的策略以及與用戶(hù)簽訂的業(yè) 務(wù)SLA( Service Level Agreement ,服務(wù)等級(jí)協(xié)定)，確定是否允許用戶(hù)的帶寬 申請(qǐng)；所述的呼叫代理器用于充當(dāng)業(yè)務(wù)服務(wù)器，即用于將用戶(hù)的呼叫接入通信 網(wǎng)絡(luò)；所述的連接管理器用于使業(yè)務(wù)層面能夠根據(jù)業(yè)務(wù)需求控制承載網(wǎng)絡(luò)層 面。但該基于帶寬代理器實(shí)現(xiàn)的有獨(dú)立承載控制層的Diff-Serv模型存在的一 此問(wèn)題，例如，在帶寬代理器間使用的SIBBS (Simple Inter-domain Bandwidth Broker Signaling,筒單跨域帶寬代理器信令)來(lái)實(shí)現(xiàn)資源的請(qǐng)求，該信令僅可 以用于BB之間，而且BB之間沒(méi)有資源同步機(jī)制，即直接通過(guò)SIBBS發(fā)送資 源請(qǐng)求，而沒(méi)有會(huì)話(huà)的建立和維護(hù)過(guò)程，也沒(méi)有用于維護(hù)管理的報(bào)文交互機(jī)制。目前業(yè)界還沒(méi)有成熟的技術(shù)方案來(lái)傳遞客戶(hù)的業(yè)務(wù)帶寬申請(qǐng)請(qǐng)求和結(jié)果， 以及承載網(wǎng)資源管理器為業(yè)務(wù)申請(qǐng)分配的路徑信息等。發(fā)明內(nèi)容本發(fā)明的目的是提供一種在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法， 以保證在承載網(wǎng)能夠?qū)崿F(xiàn)對(duì)整個(gè)網(wǎng)絡(luò)資源的有效管理，保證網(wǎng)絡(luò)中重要業(yè)務(wù)傳 輸?shù)目煽啃?。本發(fā)明的目的是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的 所述的在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法，包括a、 在通信網(wǎng)絡(luò)中的承載網(wǎng)資源管理器間建立服務(wù)質(zhì)量連接；b、 將通信網(wǎng)絡(luò)在數(shù)據(jù)傳輸過(guò)程中需要提供的服務(wù)質(zhì)量信息通過(guò)所述的服 務(wù)質(zhì)量連接在各個(gè)承載網(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)一步包括初始建立連接的過(guò)程al、發(fā)起建立連接過(guò)程的本端承載網(wǎng)資源管理器向?qū)Χ顺休d網(wǎng)資源管理器 發(fā)送建立連接請(qǐng)求消息；a2、對(duì)端承載網(wǎng)資源管理器響應(yīng)所述的建立連接請(qǐng)求消息，并建立基于傳 輸服務(wù)質(zhì)量的連接。所述的步驟a2包括對(duì)端承栽網(wǎng)資源管理器判斷本端承載網(wǎng)資源管理器的身份是否有效，如果 有效，則響應(yīng)所述的建立連接請(qǐng)求消息，并建立相應(yīng)的服務(wù)質(zhì)量連接，否則， 向本端承載網(wǎng)資源管理器返回?zé)o法建立連接的消息。所述的建立連接請(qǐng)求消息中承載的消息包括發(fā)起承載網(wǎng)資源管理器標(biāo)識(shí) 和認(rèn)證信息。所述的步驟a還包括a3、本端承載網(wǎng)資源管理器定時(shí)向?qū)Χ顺休d網(wǎng)資源管理器發(fā)送握手消息， 并根據(jù)對(duì)端承載網(wǎng)資源管理器的針對(duì)該握手消息的響應(yīng)情況確定建立連接的狀態(tài)。所述的步驟a3進(jìn)一步包括a31、在本端承載網(wǎng)資源管理器建立本端?；疃〞r(shí)器，在對(duì)端承載網(wǎng)資源 管理器建立對(duì)端?；疃〞r(shí)器；a32、當(dāng)本端?；疃〞r(shí)器超時(shí)時(shí)，本端承載網(wǎng)資源管理器將本端?；疃〞r(shí) 器超時(shí)次數(shù)加1,并向?qū)Χ顺休d網(wǎng)資源管理器發(fā)送握手消息；a33、對(duì)端承載網(wǎng)資源管理器收到握手消息后，重新啟動(dòng)對(duì)端?；疃〞r(shí)器， 并向本端承載網(wǎng)資源管理器返回握手響應(yīng)消息；a34、本端承載網(wǎng)資源管理器根據(jù)本端?；疃〞r(shí)器的超時(shí)次數(shù)確定所建立 的服務(wù)質(zhì)量連接的狀態(tài)，對(duì)端承載網(wǎng)資源管理器根據(jù)對(duì)端?；疃〞r(shí)器是否超時(shí) 確定服務(wù)質(zhì)量連接的狀態(tài)。所述的握手消息中承載的消息包括連接標(biāo)識(shí)和連接資源狀態(tài)信息。所述的步驟b還包括本端承載網(wǎng)資源管理器通過(guò)多個(gè)中間承載網(wǎng)資源管 理器與對(duì)端承載網(wǎng)資源管理器進(jìn)行信息的交互，且所述的中間承載網(wǎng)資源管理 器僅負(fù)責(zé)消息的傳遞。所述的步驟b包括將通信網(wǎng)絡(luò)在數(shù)據(jù)傳輸過(guò)程中需要提供的服務(wù)質(zhì)量信息通過(guò)所述的服務(wù) 質(zhì)量連接在各個(gè)承載網(wǎng)資源管理器間傳播，并由最終接收所述服務(wù)質(zhì)量信息的 承載網(wǎng)資源管理器根據(jù)收到的服務(wù)質(zhì)量信息對(duì)受其控制管理的連接節(jié)點(diǎn)的資 源進(jìn)行管理控制。所述的步驟b進(jìn)一步包括bl、本端承載網(wǎng)資源管理器向受其控制管理的連接節(jié)點(diǎn)及對(duì)端承載網(wǎng)資源 管理器發(fā)送承載有服務(wù)量信息的服務(wù)質(zhì)量資源控制消息；b2、對(duì)端承載網(wǎng)資源管理器根據(jù)接收的服務(wù)質(zhì)量資源控制消息向連接節(jié)點(diǎn) 發(fā)送服務(wù)質(zhì)量資源控制策略；b3 、連接節(jié)點(diǎn)收到所述的服務(wù)質(zhì)量資源控制策略后向所述的對(duì)端承載網(wǎng)資源管理器返回針對(duì)服務(wù)質(zhì)量資源控制策略的響應(yīng)消息；b4、對(duì)端承載網(wǎng)資源管理器向本端承載網(wǎng)資源管理器返回針對(duì)服務(wù)質(zhì)量資 源控制消息的響應(yīng)消息。本發(fā)明中，步驟bl所述的服務(wù)質(zhì)量資源控制消息包括服務(wù)質(zhì)量資源請(qǐng)求 消息，且所述的服務(wù)質(zhì)量資源請(qǐng)求消息承載的信息包括連接標(biāo)識(shí)、流信息、 服務(wù)質(zhì)量參數(shù)和流量描述符。本發(fā)明中，步驟bl所述的服務(wù)質(zhì)量資源控制消息包括服務(wù)質(zhì)量資源釋放 請(qǐng)求消息，且所述的服務(wù)質(zhì)量資源釋放請(qǐng)求消息承載的信息包括連接標(biāo)識(shí)和 原因碼。本發(fā)明中，步驟bl所述的服務(wù)質(zhì)量資源控制消息包括服務(wù)質(zhì)量資源修改 請(qǐng)求消息，且所述的服務(wù)質(zhì)量資源修改請(qǐng)求消息承載的信息包括連接標(biāo)識(shí)和 修改后的參數(shù)信息。本發(fā)明中，步驟bl所述的服務(wù)質(zhì)量資源控制消息包括連接狀態(tài)查詢(xún)消息， 且所述的步驟b4包括對(duì)端承載網(wǎng)資源管理器收到連接節(jié)點(diǎn)發(fā)來(lái)的響應(yīng)消息后，對(duì)所建立的QoS 連接資源的一致性進(jìn)行檢查；根據(jù)檢查結(jié)果向本端承載網(wǎng)資源管理器返回針對(duì)連接狀態(tài)查詢(xún)消息的響 應(yīng)消息。所述的針對(duì)連接狀態(tài)查詢(xún)消息的響應(yīng)消息承載的信息包括連接標(biāo)識(shí)、流信息、服務(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連接，并對(duì)建立的QoS連接進(jìn)行維護(hù)管理，對(duì)于 處于在線(xiàn)狀態(tài)的QoS連接，可以承載各種QoS資源控制消息并在承載網(wǎng)控制 層的各個(gè)承載網(wǎng)資源管理器間傳送，從而實(shí)現(xiàn)在通信網(wǎng)絡(luò)中對(duì)業(yè)務(wù)帶寬申請(qǐng)請(qǐng) 求和結(jié)果，以及為業(yè)務(wù)申請(qǐng)分配的路徑信息等的傳遞。本發(fā)明所提供的在承載 網(wǎng)資源管理器之間建立QoS連接的方法，實(shí)現(xiàn)起來(lái)簡(jiǎn)單可靠，且所述的QoS 連接易于維護(hù)，控制性好。本發(fā)明中還實(shí)現(xiàn)了承載網(wǎng)資源管理器間的資源同步機(jī)制和運(yùn)行維護(hù)機(jī)制， 解決了現(xiàn)有技術(shù)中使用SIBBS信令實(shí)現(xiàn)資源的請(qǐng)求所存在的BB(帶寬代理器) 之間沒(méi)有資源同步機(jī)制的缺點(diǎn)。另外，本發(fā)明還實(shí)現(xiàn)了本端承載網(wǎng)資源管理器 和對(duì)端承載網(wǎng)資源管理器之間的資源請(qǐng)求和狀態(tài)報(bào)告的傳遞，進(jìn)一步完善了所 建立的QoS連接性能。因此，本發(fā)明的實(shí)現(xiàn)使得承載網(wǎng)的資源可以較為方便地 進(jìn)行統(tǒng)一管理，為保證網(wǎng)絡(luò)中重要業(yè)務(wù)的傳輸可靠性提供了技術(shù)上的支持。


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