国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      在通信網(wǎng)絡(luò)中提供可靠的傳輸服務(wù)質(zhì)量的方法

      文檔序號:7656872閱讀:472來源:國知局
      專利名稱:在通信網(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í)時(shí)業(yè)務(wù)對網(wǎng)絡(luò)傳輸時(shí)延、延時(shí)抖動等特性較為敏感,當(dāng)網(wǎng)絡(luò)上有突發(fā)性高的FTP(文件傳輸協(xié)議)或者含有圖像文件的HTTP(超文本傳輸協(xié)議)等業(yè)務(wù)時(shí),實(shí)時(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ù)管理報(bào)文的交互,所以具體的應(yīng)用效果難以預(yù)測。
      為此,又為骨干網(wǎng)Diff-Serv模型引入一個(gè)獨(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)各個(gè)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)行資源的分配。每個(gè)承載網(wǎng)資源管理器相互之間通過信令傳遞客戶的業(yè)務(wù)帶寬申請請求和結(jié)果,以及承載網(wǎng)資源管理器為業(yè)務(wù)申請分配的路徑信息等。
      當(dāng)承載控制層處理用戶的業(yè)務(wù)帶寬申請時(shí),將確定用戶業(yè)務(wù)的路徑,并由承載網(wǎng)資源管理器通知邊緣路由器(即承載網(wǎng)的連接節(jié)點(diǎn))按照指定的路徑轉(zhuǎn)發(fā)業(yè)務(wù)流。
      為滿足承載網(wǎng)資源管理器間傳輸消息的需求,Internet2(互聯(lián)網(wǎng)2)專門為各個(gè)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ù)管理的報(bào)文交互機(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)對整個(gè)網(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ì)量連接在各個(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)一步包括初始建立連接的過程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)資源管理器定時(shí)向?qū)Χ顺休d網(wǎng)資源管理器發(fā)送握手消息,并根據(jù)對端承載網(wǎng)資源管理器的針對該握手消息的響應(yīng)情況確定建立連接的狀態(tài)。
      所述的步驟a3進(jìn)一步包括a31、在本端承載網(wǎng)資源管理器建立本端?;疃〞r(shí)器,在對端承載網(wǎng)資源管理器建立對端?;疃〞r(shí)器;a32、當(dāng)本端?;疃〞r(shí)器超時(shí)時(shí),本端承載網(wǎng)資源管理器將本端?;疃〞r(shí)器超時(shí)次數(shù)加1,并向?qū)Χ顺休d網(wǎng)資源管理器發(fā)送握手消息;a33、對端承載網(wǎng)資源管理器收到握手消息后,重新啟動對端?;疃〞r(shí)器,并向本端承載網(wǎng)資源管理器返回握手響應(yīng)消息;a34、本端承載網(wǎng)資源管理器根據(jù)本端保活定時(shí)器的超時(shí)次數(shù)確定所建立的服務(wù)質(zhì)量連接的狀態(tài),對端承載網(wǎng)資源管理器根據(jù)對端?;疃〞r(shí)器是否超時(shí)確定服務(wù)質(zhì)量連接的狀態(tài)。
      所述的握手消息中承載的消息包括連接標(biāo)識和連接資源狀態(tài)信息。
      所述的步驟b還包括本端承載網(wǎng)資源管理器通過多個(gè)中間承載網(wǎng)資源管理器與對端承載網(wǎng)資源管理器進(jìn)行信息的交互,且所述的中間承載網(wǎng)資源管理器僅負(fù)責(zé)消息的傳遞。
      所述的步驟b包括將通信網(wǎng)絡(luò)在數(shù)據(jù)傳輸過程中需要提供的服務(wù)質(zhì)量信息通過所述的服務(wù)質(zhì)量連接在各個(gè)承載網(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)控制層的各個(gè)承載網(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)報(bào)告的傳遞,進(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)各個(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)資源管理器之間的資源請求和狀態(tài)報(bào)告,進(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)行控制管理時(shí),處于初始狀態(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”消息時(shí)初始化,發(fā)送后續(xù)消息時(shí)順序增加,當(dāng)溢出時(shí)從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)控制層通常包括多個(gè)承載網(wǎng)資源管理器,如圖1b中的本端承載網(wǎng)資源管理器、多個(gè)中間承載網(wǎng)資源管理器和對端承載資源管理器,所述的本端、中間及對端均為針對某一個(gè)具體的QoS連接而言,一個(gè)QoS連接的起點(diǎn)我們稱之為本端承載網(wǎng)資源管理器,終點(diǎn)稱之為對端承載網(wǎng)資源管理器,本端承載網(wǎng)資源管理器與對端承載網(wǎng)資源管理器間經(jīng)過的各個(gè)承載網(wǎng)資源管理器則稱為中間承載網(wǎng)資源管理器。在通信網(wǎng)絡(luò)中,所述的本端承載網(wǎng)資源管理器通常需要經(jīng)過多個(gè)中間承載網(wǎng)資源管理器最終將相應(yīng)的消息發(fā)送到對端承載網(wǎng)資源管理器。即通常一條服務(wù)質(zhì)量資源控制消息需要經(jīng)過由本端承載網(wǎng)資源管理器出發(fā),并經(jīng)過多個(gè)中間承載網(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,保活)定時(shí)器的超時(shí)時(shí)間值,如果本端承載網(wǎng)資源管理器的身份無效,則向本端承載網(wǎng)資源管理器返回?zé)o法建立相應(yīng)連接的消息,消息中攜帶著相應(yīng)的原因碼,原因碼記錄了無法建立連接的原因;對端承載網(wǎng)資源管理器在發(fā)送“ACCEPT”消息的同時(shí),還需要啟動自身的對端KA定時(shí)器,并進(jìn)入Online(在線)狀態(tài),即在本地建立了對端承載網(wǎng)資源管理器與本端承載網(wǎng)資源管理器間的QoS連接;本端承載網(wǎng)資源管理器收到對端承載網(wǎng)資源管理器發(fā)來的“ACCEPT”消息,啟動本端KA定時(shí)器,并進(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定時(shí)器超時(shí)時(shí),重新啟動本端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)測對端是否處于正常連接狀態(tài)。
      步驟24如果對端承載網(wǎng)資源管理器處于正常連接狀態(tài),則收到所述的KA消息后,將向本端承載網(wǎng)資源管理器發(fā)出KA消息作為本端承載網(wǎng)資源管理器發(fā)出的KA消息的響應(yīng)消息,并重啟自身的對端KA定時(shí)器,且仍維持QoS連接的Online狀態(tài)。
      本端承載網(wǎng)資源管理器收到對端承載網(wǎng)資源管理器發(fā)來的KA消息,將本端KA定時(shí)器超時(shí)次數(shù)清零,且仍維持QoS連接的Online狀態(tài),如果本端承載網(wǎng)資源管理器一直未收到對端承載網(wǎng)資源管理器返回的KA消息,則將導(dǎo)致本端KA定時(shí)器超時(shí)次數(shù)超過允許的數(shù)值,這時(shí),本端承載網(wǎng)資源管理器將釋放已經(jīng)建立的QoS連接;同樣,對端承載網(wǎng)資源管理器如果一直未收到本端承載網(wǎng)資源管理器發(fā)送的KA消息,則對端KA定時(shí)器將超時(shí),此時(shí),對端承載網(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)中兩個(gè)連接節(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ì)量信息;同時(shí)本端承載網(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)資源管理器,然后在各個(gè)承載網(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ù)涉及的兩個(gè)連接節(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ì)量信息時(shí),首先需要向?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)過多個(gè)中間承載網(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é)束消息傳遞過程時(shí),還需要進(jìn)行QoS資源的釋放處理,具體處理過程如圖5所示,包括如下步驟步驟51當(dāng)一次業(yè)務(wù)通信過程結(jié)束或出現(xiàn)異常情況導(dǎo)致通信過程無法正常進(jìn)行時(shí),本端承載網(wǎng)資源管理器需要向?qū)Χ顺休d網(wǎng)資源管理器發(fā)出QoS資源釋放請求,以釋放為其分配的資源,同時(shí)本端承載網(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資源釋放請求后,完成資源釋放,同時(shí),還向自身連接控制的連接節(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)行修改時(shí),本端承載網(wǎng)資源管理器向?qū)Χ顺休d網(wǎng)資源管理器發(fā)出QoS資源修改請求,QoS資源修改請求消息中攜帶著需要修改的QoS資源標(biāo)識及修改后的QoS資源信息等,同時(shí)還需要向受其控制管理的連接節(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)過多個(gè)中間承載網(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)資源管理器定時(shí)或根據(jù)設(shè)定的條件向?qū)Χ顺休d網(wǎng)資源管理器發(fā)出連接狀態(tài)查詢請求,所述的請求消息中攜帶著本端承載網(wǎng)資源管理器的連接狀態(tài)信息,同時(shí),還向受其控制管理的連接節(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)查詢報(bào)告;如果對端承載網(wǎng)資源管理器與本端承載網(wǎng)資源管理器間存在中間承載網(wǎng)資源管理器,則中間承載網(wǎng)資源管理器收到連接狀態(tài)查詢請求后,也需要向上一級返回連接狀態(tài)查詢報(bào)告;所述的連接狀態(tài)查詢報(bào)告承載的信息包括如果是CM發(fā)送給CA的連接狀態(tài)查詢報(bào)告,則包括連接ID、連接資源狀態(tài),并可選地包括數(shù)據(jù)一致性信息;如果是CM發(fā)送給CM的連接狀態(tài)查詢報(bào)告,則包括連接ID、連接資源狀態(tài),并可選地包括數(shù)據(jù)一致性信息。
      本發(fā)明中,本端承載網(wǎng)資源管理器與對端承載網(wǎng)資源管理器間進(jìn)行消息的傳遞需要經(jīng)過多個(gè)中間承載網(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ì)量連接在各個(gè)承載網(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)資源管理器定時(shí)向?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(shí)器,在對端承載網(wǎng)資源管理器建立對端?;疃〞r(shí)器;a32、當(dāng)本端?;疃〞r(shí)器超時(shí)時(shí),本端承載網(wǎng)資源管理器將本端保活定時(shí)器超時(shí)次數(shù)加1,并向?qū)Χ顺休d網(wǎng)資源管理器發(fā)送握手消息;a33、對端承載網(wǎng)資源管理器收到握手消息后,重新啟動對端?;疃〞r(shí)器,并向本端承載網(wǎng)資源管理器返回握手響應(yīng)消息;a34、本端承載網(wǎng)資源管理器根據(jù)本端?;疃〞r(shí)器的超時(shí)次數(shù)確定所建立的服務(wù)質(zhì)量連接的狀態(tài),對端承載網(wǎng)資源管理器根據(jù)對端保活定時(shí)器是否超時(shí)確定服務(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)資源管理器通過多個(gè)中間承載網(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ì)量連接在各個(gè)承載網(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ù)有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
      1