專利名稱：承載路徑的實現(xiàn)方法及其裝置、系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種承載路徑的實現(xiàn)方法、媒體網(wǎng)關(guān)、媒 體網(wǎng)關(guān)控制器，以及承載路徑的實現(xiàn)系統(tǒng)。
背景技術(shù)：
MGC( Media Gateway Controller,々某體網(wǎng)關(guān)控制器)和MG( Media Gateway, 媒體網(wǎng)關(guān))是分組網(wǎng)絡(luò)中的兩個關(guān)鍵構(gòu)件。MGC負責呼叫控制功能，MG負 責業(yè)務(wù)承載功能，藉此實現(xiàn)呼叫控制平面和業(yè)務(wù)承載平面的分離，從而充分共 享網(wǎng)絡(luò)資源，簡化設(shè)備升級和業(yè)務(wù)擴展，大大降低開發(fā)和維護成本。NGN(Next Generation Network,下一代網(wǎng)絡(luò))中MG和MGC的組網(wǎng)可參見圖1 。網(wǎng)關(guān)控制協(xié)議(或媒體網(wǎng)關(guān)控制協(xié)議)是MG和MGC之間通信的主要協(xié) 議，目前應(yīng)用較為廣泛的有H.248/MeGaCo和MGCP兩種協(xié)議。其中，MGCP (Media Gateway Control Protocol, i某體網(wǎng)關(guān)控制協(xié)議)協(xié)議版本1由正TF (Internet Engineering Task Force,互聯(lián)網(wǎng)任務(wù)工程任務(wù)組)于1999年10月制 訂并于2003年1月修訂，H,248/MeGaCo協(xié)議版本1由IETF和ITU于2000 年11月共同制訂并于2003年6月修訂，H.248協(xié)議版本2由ITU( International Telecommunications Union,國際電信聯(lián)盟)于2002年5月制訂并于2004年3 月修訂，H.248協(xié)議版本3由ITU于2005年9月制訂。以H.248協(xié)議為例，MG上的各種資源被抽象表示為終端(Termination)。 終端又分為物理(Physical)終端和臨時(Ephemeral)終端，前者代表一些具 有半永久存在性的物理實體，例如TDM (Time Division Multiplex,時分復(fù)用) 通道等，后者代表一些臨時申請用后釋放的公共資源，例如RTP (Real-time Transport Protocol,實時傳輸協(xié)議)流等。另以根(Root)終端代表MG整體。終端之間的組合被抽象表示為上下文(Context)。上下文可以包含多個終端， 因而以拓樸(Topology)來描述終端間的相互關(guān)系。對于還未與其它終端發(fā)生 關(guān)聯(lián)的終端，由一個稱為空(Null)上下文的特殊上下文來包含?；趨f(xié)議的這種抽象模型，呼叫的接續(xù)實際上就是對終端和上下文的操 作。這種操作通過MGC和MG之間的命令(Command )、請求(Request)和 響應(yīng)(Reply )來完成。命令類型包括添加(Add )、修改(Modify )、刪減(Subtract )、 移動(Move )、審計值(AuditValue )、審計能力(AuditCapabilities )、通報(Notify )、 服務(wù)改變(ServiceChange )。命令參數(shù)，也稱為描述符(Descriptor),被分類為 屬性(Property )、信號(Signal )、事件(Event )、統(tǒng)計(Statistic )。具有業(yè)務(wù) 相關(guān)性的參數(shù)邏輯上聚合成為包(Package )。才艮據(jù)H.248規(guī)定，事件(Event)指的是MG需要監(jiān)測的某些可能發(fā)生的 情況，例如用戶摘機、掛機、撥號、拍叉，或者網(wǎng)絡(luò)故障、質(zhì)量告警、定時器 超時等，事件的發(fā)生將觸發(fā)MG向MGC通報和/或采取某種行動。事件通常首 先由MGC下發(fā)給MG或在MG上預(yù)置，以"包標識(PackageID) /事件標識 (EventID)"的格式來標識,并附帶有"請求標識(RequestID )，，，以及其它可 能需要的參數(shù)。這種下發(fā)的事件也稱請求(Requested)事件。然后MG—旦沖企 測到該事件發(fā)生，就將該事件上報給MGC,也是以"包標識/事件標識，，的格式 來標識，并附帶有上述相同的"請求標識"，以及其它可能需要的參數(shù)。這種上 報的事件也稱觀測(Observed)事件。請求事件和觀測事件通過相同的"請求標 識"來關(guān)聯(lián)。請求事件和觀測事件附帶的參數(shù)相互獨立。另外針對某個終端后 續(xù)下發(fā)的事件將完全替代先前下發(fā)的事件。MGC指示MG添加終端到上下文中以創(chuàng)建媒體流時，通常以媒體(Media) 描述符來描述該終端的特征。Media描述符包括終端狀態(tài)(TerminationState ) 和流(Stream)描述符，TerminationState描述符描述終端與流無關(guān)的特征，包 括服務(wù)狀態(tài)(ServiceState )和事件緩存控制(EventBufferControl )等參數(shù)。Stream 描述符描述終端與流相關(guān)的特征，包括本端控制(LocalControl )、本端(Local)和對端(Remote)描述符。LocalControl描述符包括才莫式(Mode)、預(yù)留組 (ReserveGroup )和預(yù)留值(ReserveValue )等參數(shù)。Local描述符描述本端接 收(也即對端發(fā)送)^ 某體流的參數(shù)，Remote描述符描述對端接收(也即本端 發(fā)送)媒體流的參數(shù)，例如IP地址端口、編解碼算法、打包時長等，這些參 數(shù)采用會話描述協(xié)議(SDP)的形式來組織。利用Local和Remote描述符，MGC為MG預(yù)留和批準用于數(shù)據(jù)流和終端 的媒體編解碼所需的資源，MG則在響應(yīng)中通過這些描述符返回它實際預(yù)留的 資源。MG接收到Local或Remote描述符后采取的操作取決于LocalControl 描述符中的ReserveValue和ReserveGroup兩個預(yù)留屬性參數(shù)的屬性值。預(yù)留屬 性取值為假(False)表示為僅為某一可能性預(yù)留資源，取值為真(True)表示 為所有可能性預(yù)留資源。在因特網(wǎng)中，當前有兩種提供QoS (Quality of Service,服務(wù)質(zhì)量)的模 型綜合服務(wù)(IntServ)模型和區(qū)分服務(wù)(DiffServ)模型。綜合服務(wù)模型被 設(shè)計用于提供端到端的QoS。端點為其數(shù)據(jù)流請求一定水平的QoS,如果網(wǎng)絡(luò) 接受這個請求，路由器將據(jù)此處理這些數(shù)據(jù)流。綜合服務(wù)模型采用RSVP (Resource Reservation Protocol,資源預(yù)留協(xié)議)作為資源預(yù)留協(xié)議，提供了 兩種業(yè)務(wù)類型，分別是保證服務(wù)(Guaranteed Service)和負載受控服務(wù) (Controlled-Load Service )。保證服務(wù)通過提供有保證的帶寬和時延限制來滿 足應(yīng)用的QoS需求，如可以為VoIP應(yīng)用的業(yè)務(wù)流量預(yù)留10M帶寬和不超過 ls的端到端傳送時延。負載受控服務(wù)保證在網(wǎng)絡(luò)過載(Overload)的情況下， 仍能對分組提供類似盡力而為(Best-Effort)在未過載時的QoS，即在網(wǎng)絡(luò)擁 塞的情況下，滿足某些業(yè)務(wù)分組的低時延和低丟包率要求。RSVP協(xié)議是一個網(wǎng)絡(luò)控制協(xié)議，它提供了一種路徑資源預(yù)留的機制，通 過RSVP在IP網(wǎng)絡(luò)中建立的承載路徑將有保障的帶寬和路由器資源提供給相 應(yīng)的數(shù)據(jù)流使用。RSVP的工作原理是RSVP從發(fā)送方發(fā)送一個資源請求消息到目的地址，每一個支持RSVP的路由器沿著下行路由建立一個"路徑狀態(tài)表"；為了獲得資 源預(yù)留，接收方發(fā)送一個上行的RESV消息，表明所要求的QoS服務(wù)類型， 還通知為分組預(yù)留的資源，如傳輸協(xié)議和端口號；當每個支持RSVP的路由器 沿著上行路徑接收RESV的消息時，它采用準入控制過程驗證請求，并且配置 所需的資源。如果這個請求得不到滿足，路由器向接收方返回一個錯誤消息， 而如果這個消息被接受，路由器就發(fā)送上行RESV到下一個路由器；當最后一 個路由器接收RESV,同時接受請求的時候，它再發(fā)送一個證實消息給接收方。 上述過程實際上建立了一個從發(fā)送方到接收方的承載路徑，而這條路徑上的路 由器都為將要到來的數(shù)據(jù)傳送預(yù)留了資源。目前H.248所實現(xiàn)的資源預(yù)留是單點預(yù)留，即僅在MG上為終端上某個流 預(yù)留資源。但當MG接收到承載路徑上的資源請求消息時，例如數(shù)據(jù)發(fā)送方發(fā) 出的RSVP Path消息，由于H.248中還沒有提供在MG和MGC作為數(shù)據(jù)接收 方的情況下對RSVP等承載路徑建立機制的支持，所以MG和MGC無法對請 求消息做出相關(guān)的響應(yīng)，進而完成承載路徑的建立。因此對于那些需要由MG 或MGC作為數(shù)據(jù)接收方而進行的用戶間會話沒有提供實現(xiàn)的基礎(chǔ)。發(fā)明內(nèi)容本發(fā)明實施例提供一種承載路徑的實現(xiàn)方法，以實現(xiàn)在媒體網(wǎng)關(guān)和媒體網(wǎng) 關(guān)控制器作為數(shù)據(jù)接收方時對承載路徑進行建立，該方法包括如下步驟媒體網(wǎng)關(guān)根據(jù)接收到的與承載路徑相關(guān)的請求消息，向媒體網(wǎng)關(guān)控制器上 報請求事件；所述媒體網(wǎng)關(guān)接收所述媒體網(wǎng)關(guān)控制器發(fā)送的命令，其中攜帶建立所述承 載路徑的指示信息；所述命令為所述媒體網(wǎng)關(guān)控制器根據(jù)所述請求事件，對所 述承載路徑上的資源預(yù)留進行決策，并根據(jù)決策結(jié)果向所述媒體網(wǎng)關(guān)發(fā)送的命令；所述媒體網(wǎng)關(guān)根據(jù)所述指示信息發(fā)起資源預(yù)留請求，請求建立符合所述資源預(yù)留決策結(jié)果的承載路徑。本發(fā)明實施例提供的另 一種承載路徑的實現(xiàn)方法，以實現(xiàn)在媒體網(wǎng)關(guān)和媒體網(wǎng)關(guān)控制器作為數(shù)據(jù)接收方時對承載路徑進行拆除，該方法包括如下步驟媒體網(wǎng)關(guān)接收媒體網(wǎng)關(guān)控制器發(fā)送的命令，其中攜帶拆除承載路徑的指示信息；所述命令為所述媒體網(wǎng)關(guān)控制器對承載路徑上的資源預(yù)留進行決策，并 根據(jù)決策結(jié)果向媒體網(wǎng)關(guān)發(fā)送的命令；所述媒體網(wǎng)關(guān)根據(jù)所述指示信息發(fā)起預(yù)留資源拆除請求，請求拆除所述承 載路徑。本發(fā)明實施例還提供了一種媒體網(wǎng)關(guān)，包括消息接收模塊，用于接收與承載路徑相關(guān)的請求消息；事件上報模塊，用于根據(jù)所述消息接收模塊接收到的請求消息，向媒體網(wǎng) 關(guān)控制器上報相應(yīng)的事件；命令接收模塊，用于接收所述媒體網(wǎng)關(guān)控制器根據(jù)所述事件或/和資源策略 發(fā)送的命令，所述命令中攜帶有指示信號；處理模塊，用于根據(jù)所述命令接收模塊接收到的所述指示信號，對相應(yīng)的 承載路徑進行處理。本發(fā)明實施例還提供了一種媒體網(wǎng)關(guān)控制器，包括事件接收模塊，用于接收媒體網(wǎng)關(guān)根據(jù)與承載路徑相關(guān)的請求消息上報的 事件；命令發(fā)送模塊，用于根據(jù)所述上報的事件或/和資源策略，向所述媒體網(wǎng)關(guān) 發(fā)送命令，所述命令攜帶有相應(yīng)指示信號，所述指示信號指示所述媒體網(wǎng)關(guān)發(fā) 起對承載路徑的相應(yīng)處理。本發(fā)明實施例還提供了一種承載路徑的實現(xiàn)系統(tǒng)，該系統(tǒng)包括媒體網(wǎng)關(guān) 和媒體網(wǎng)關(guān)控制器；所述媒體網(wǎng)關(guān)，用于根據(jù)接收到的與承載路徑相關(guān)的請求消息，向媒體網(wǎng) 關(guān)控制器上報請求事件；接收所述媒體網(wǎng)關(guān)控制器發(fā)送的命令，并根據(jù)命令中攜帶的指示信號發(fā)起對承載路徑的相應(yīng)處理；所述媒體網(wǎng)關(guān)控制器，用于根據(jù)所述媒體網(wǎng)關(guān)上報的事件，或/和根據(jù)資源 策略，向所述媒體網(wǎng)關(guān)發(fā)送命令，所述命令中攜帶相應(yīng)的指示信號，所述指示 信號指示所述媒體網(wǎng)關(guān)發(fā)起對承載路徑的相應(yīng)處理。本發(fā)明的上述實施例， 一方面，通過媒體網(wǎng)關(guān)根據(jù)接收到的與承載路徑相 關(guān)的請求消息，向媒體網(wǎng)關(guān)控制器上報相應(yīng)的事件，使媒體網(wǎng)關(guān)控制器能夠根 據(jù)上報的事件以及資源預(yù)留策略對該承載路徑的資源預(yù)留進行決策，并根據(jù)決 策結(jié)果指示媒體網(wǎng)關(guān)發(fā)起路徑請求，從而實現(xiàn)對承載路徑的建立過程。另一方 面，通過媒體網(wǎng)關(guān)控制器根據(jù)資源策指示媒體網(wǎng)關(guān)發(fā)起對承載路徑的拆除過 程?？梢钥闯?，本發(fā)明的上述實施例，為以媒體網(wǎng)關(guān)和媒體網(wǎng)關(guān)控制器作為數(shù) 據(jù)接收方時的會話實現(xiàn)提供了可能。


圖1為現(xiàn)有技術(shù)NGN中MG和MGC組網(wǎng)示意圖；圖2為本發(fā)明實施例一的流程示意圖；圖3為本發(fā)明實施例二的流程示意圖之一；圖4為本發(fā)明實施例二的流程示意圖之二；圖5為本發(fā)明實施例三的流程示意圖；圖6為本發(fā)明實施例四的流程示意圖；圖7為本方面實施例五的流程示意圖；圖8為本發(fā)明實施例提供的承載路徑實現(xiàn)系統(tǒng)的結(jié)構(gòu)示意圖； 圖9為本發(fā)明實施例提供的MG的結(jié)構(gòu)示意圖； 圖10為本發(fā)明實施例提供的MGC的結(jié)構(gòu)示意圖。
具體實施方式
下面結(jié)合附圖對本發(fā)明實施例進行詳細描述。本發(fā)明實施例通過擴展H.248協(xié)議，以MG和MGC作為數(shù)據(jù)接收方，對 承載上的路徑消息進行響應(yīng)和相應(yīng)處理，從而為完成承載路徑建立、拆除以及 差錯上報提供簡單高效的解決方案。實施例一本實施例描述了在使用RSVP作為資源預(yù)留協(xié)議的場景下，通過擴展 H.248協(xié)議，MG和MGC作為數(shù)據(jù)接收方，對承載上的路徑建立請求消息進 行響應(yīng)，并建立有保障資源的承載路徑的過程。參見圖2,為本發(fā)明實施例一的流程示意圖。UE作為數(shù)據(jù)發(fā)送方，將提 供一個具有特定QoS需求的數(shù)據(jù)流，MG是該數(shù)據(jù)流的接收方之一。在本實施 例中，省略了其它接收方和發(fā)送方之間承載路徑的建立過程，僅以MG為例， 描述在發(fā)送方UE和接收方MG之間建立起有資源保障的承載路徑的過程。圖2中所涉及的功能實體包括UE(或其它網(wǎng)絡(luò)設(shè)備)、MG、 MGC和路 由器(Router),具體步驟包括步驟201 、數(shù)據(jù)發(fā)送方UE向MG發(fā)送路徑請求消息(如RSVP Path消息)。 路徑請求消息可以是UE或承載路徑上的其它節(jié)點發(fā)送的，本實施例中，發(fā)送 方UE發(fā)送RSVP Path消息，并經(jīng)路由器Router 1和Router2到達MG。RSVP Path消息中攜帶有關(guān)媒體和路徑信息的參數(shù)，以描述業(yè)務(wù)所需的 QoS。接收方MG能夠根據(jù)RSVP Path消息，獲知發(fā)送方UE將提供一個具有 特定QoS需求的數(shù)據(jù)流，并且承載路徑上所有的路由器都知道應(yīng)該為此數(shù)據(jù)流 預(yù)留適當?shù)馁Y源。步驟202、 MG收到RSVP Path消息后，通過通報(Notify)命令向MGC 上報路徑請求事件。在事件上報時可能附帶相應(yīng)的媒體和路徑信息參數(shù)。本發(fā)明實施例通過在H.248協(xié)議中擴展一個事件，例如命名為"路徑請求 (Path Request,簡稱pr)事件，，，以實現(xiàn)MG向MGC報告收到的路徑建立信 息，請求MGC下發(fā)資源預(yù)留的相應(yīng)決策。在H.248中，事件的檢測和上報要 有預(yù)先的設(shè)置或下發(fā)，所以MG在收到承載上的RSVP Path之前，需要在MG上設(shè)置路徑請求事件。該事件可以由MGC下發(fā)給MG,也可以預(yù)先配置在MG 上。例如，在MGC將事件下發(fā)給MG的過程為MGC通過Modify請求消息 向MG設(shè)置路徑請求事件(pr )。事件可以下發(fā)到MG的ROOT終端上，也可 以是MG上某個特定的終端上；MG收到該Modify請求消息后向MGC發(fā)送 Modify回復(fù)消息。該事件的下發(fā)不帶參數(shù)。當MG接收到UE發(fā)來的RSVP Path消息，需要向MGC請求有關(guān)資源預(yù) 留的策略時，MG使用通報(Notify)命令向MGC上報該事件。在路徑請求事件上報時，還可以同時附帶一些參數(shù)，以攜帶有關(guān)媒體流和 路徑資源的信息，供MGC進行相應(yīng)的決策。在路徑請求事件上報時附帶的參 數(shù)可以包括1、 發(fā)送方模板(SenderTemplate,簡稱st);該參數(shù)攜帶數(shù)據(jù)發(fā)送方的標識信息，對應(yīng)于RSVP消息中的 SENDER—TEMPLATE對象，其類型為一個字符串的列表(List of String )，列 表中包括IP地址和/或端口號等。在IPv6的情況下，發(fā)送方端口號可能會被流 標簽(flowlabel)替代。2、 發(fā)送方流量規(guī)才各(Sender Tra伍c Specification,簡稱sts ); 該參數(shù)攜帶發(fā)送方所發(fā)送數(shù)據(jù)流的流量特征信息，對應(yīng)于RSVP消息中的SENDER—TSPEC對象，例如通過令牌桶的方式來描述說明。該參數(shù)的類型為 一個字符串的列表(List of String),列表中至少包含以下字符串元素之一令牌桶比率(Token Buchket Rate,簡稱tbr);令牌桶大小(Token Buchket Size,簡稱tbs);數(shù)據(jù)流峰值速率(Peak Data Rate,簡稱pdr);最小管理單元(Minimum Policed Unit,簡稱mpu);最大分組大小(Maximum Packet Size,簡稱mps):表示發(fā)送方所希望發(fā) 出數(shù)據(jù)流的最大MTU值。MGC可以根據(jù)MG上報的以上信息獲知所接收數(shù)據(jù)流的特性，進而制定相應(yīng)的預(yù)留策略。3 、缺省常規(guī)參數(shù)(Default General Parameters fragment,簡稱dgpf);該參數(shù)攜帶RSVPPath消息所收集的承載路徑上的常規(guī)資源信息。該參數(shù) 的類型為一個字符串的列表(List of String),列表中至少包含以下字符串元素 之一綜合服務(wù)節(jié)點數(shù)(Integrated Services Hop Count,簡稱ishc ):表示承載路 徑上支持綜合服務(wù)(Integrated Services )的路由器數(shù)目；路徑帶寬(Path Bandwidth,筒稱pbw):表示承載路徑上各個連接中的最 小可用帶寬；最小路徑等待時間(Minimum Path Latency,簡稱mpl);路徑最大傳輸單元(Path Maximum Transmission Unit, 簡稱pmtu):表示 承載路徑上各個連接所支持的全局最小MTU (最大傳輸單元)；全局斷裂位(Global Break Bit,簡稱gbb ):布爾型，例如可以取0或1, 0表示路徑上的節(jié)點均支持RSVP和綜合服務(wù)模型，1表示路徑上至少有一個 節(jié)點無法提供QoS控制業(yè)務(wù)。如果該元素的值取l,則表示缺省常規(guī)參數(shù)中的 其它元素值并不可靠，因為在承載路徑上至少有一個節(jié)點沒有對該參數(shù)中的其 它元素進行處理和更新。MGC可以根據(jù)MG上報的以上信息獲知承載路徑上的資源可用性信息， 進而制定相應(yīng)的預(yù)留策略。該參數(shù)包含路徑本身的特性信息，與特定的QoS 控制業(yè)務(wù)(保證業(yè)務(wù)或負載受控業(yè)務(wù))無關(guān)。如果沒有業(yè)務(wù)特定的相關(guān)參數(shù)值 出現(xiàn)，則該參數(shù)中所包含的參數(shù)值適用于所有業(yè)務(wù)。4、保證業(yè)務(wù)部分(Guaranteed Service Fragment, 簡稱gsf);該參數(shù)攜帶RSVP Path消息所收集的承載路徑上支持保證業(yè)務(wù)的資源信 息。該參數(shù)的類型為一個字符串的列表(List of String),列表中至少包含以下 字符串元素之一保證業(yè)務(wù)斷裂位(Guaranteed Service Break Bit,簡稱gsbb):布爾型，例如可以取O或l, O表示路徑上的節(jié)點均支持該業(yè)務(wù)，l表示路徑上至少有一個節(jié)點支持RSVP但不支持該業(yè)務(wù)； 速率相關(guān)的端到端時延(Ctot); 速率無關(guān)的端到端時延(Dtot); 速率相關(guān)的局部時延(Csum); 速率無關(guān)的局部時延(Dsum);保證業(yè)務(wù)常規(guī)參數(shù)(Guaranteed Service General Parameters, 簡稱gsgp ): 可以包含缺省常規(guī)參數(shù)中的參數(shù)信息(路徑帶寬pbw，最小路徑等待時間mpl, 路徑最大傳輸單元pmtu等)，如果包含任何參數(shù)，則在選擇保證業(yè)務(wù)進行預(yù)留 時，應(yīng)該使用該參數(shù)值替代缺省常規(guī)參數(shù)中相應(yīng)參數(shù)的取值。MGC可以根據(jù)MG上報的以上信息獲知承載路徑上支持保證業(yè)務(wù)的資源 可用性信息，進而制定相應(yīng)的預(yù)留策略。如果所上報事件中不包含該參數(shù)信息， 則表示數(shù)據(jù)流接收方(MG)不能發(fā)起保證業(yè)務(wù)。5、負載受控部分(Controlled-Load Service Fragment,簡稱clsf);該參數(shù)攜帶RSVP Path消息所收集的承載路徑上支持負載受控業(yè)務(wù)的資源 信息。該參數(shù)的類型為一個字符串的列表(List of String),列表中至少包含以 下字符串元素之一負載受控業(yè)務(wù)斷裂位(Controlled-Load Service Break Bit,簡稱clsbb ):布 爾型，例如可以取0或1， O表示路徑上的節(jié)點均支持該業(yè)務(wù)，l表示路徑上至 少有一個節(jié)點支持RSVP但不支持該業(yè)務(wù)；負載受控業(yè)務(wù)常規(guī)參數(shù)(Controlled-Load Service General Parameters,簡稱 gsgp):可以包含缺省常規(guī)參數(shù)中的參數(shù)信息(路徑帶寬pbw，最小路徑等待 時間mpl，路徑最大傳輸單元pmtu等)，如果包含任何參數(shù)，則在選擇負載受 控業(yè)務(wù)進行預(yù)留時，應(yīng)該使用該參數(shù)值替代缺省常規(guī)參數(shù)中相應(yīng)參數(shù)的取值。MGC可以根據(jù)MG上報的以上信息獲知承載路徑上支持負載受控業(yè)務(wù)的 資源可用性信息，進而制定相應(yīng)的預(yù)留策略。如果所上報事件中不包含該參數(shù)信息，則表示數(shù)據(jù)流接收方(MG)不能發(fā)起負載受控業(yè)務(wù)。上述第3-5項參數(shù)結(jié)合起來，對應(yīng)于RSVP消息中的ADSPEC對象；第 1-5項參數(shù)組成了發(fā)送方的描述信息，對應(yīng)于RSVP消息中發(fā)送方描述符 (Sender Descriptor)所攜帶的信息。6、 會話標識(SessionID，簡稱sid);該參數(shù)攜帶RSVP的會話信息，對應(yīng)于RSVP消息中的SESSION對象， 該參數(shù)的類型為一個字符串的列表(List of String),列表中至少包含以下字符 串元素之一會話的目的IP地址(IP Destination Address,簡稱ida);IP協(xié)議標識(IP Protocol Id，簡稱ipi);通用目的端口 ( Generalized Destination Port,簡稱gdp )。7、 RSVP節(jié)點(RSVPHop,簡稱rh);該參數(shù)攜帶承載路徑上發(fā)出RSVP消息的節(jié)點地址信息，對應(yīng)于RSVP消 息中的RSVP—HOP對象，該參數(shù)的類型為一個字符串的列表(List of String), 列表中至少包含以下字符串元素之一RSVP消息最近的發(fā)出端口的IP地址(Interface IP,簡稱iip );邏輯接口柄(Logical Interface Handle,簡稱lih):發(fā)出消息的接口信息。8 、時間值(Time Value,簡稱tv );該參數(shù)攜帶RSVP Path消息的刷新周期(RefreshPeriodR,簡稱rpr)，對 應(yīng)于RSVP Path消息中的TIME—VALUES對象。9、 策略數(shù)據(jù)(Policy Data,簡稱pd);該參數(shù)攜帶會話的相關(guān)策略信息，對應(yīng)于RSVP消息中的POLICY_DATA對象。10、 完整性信息(Integrity Information,筒稱iinfor); 該參數(shù)攜帶相關(guān)的加密數(shù)據(jù)用于驗證消息發(fā)起方和RSVP消息內(nèi)容，對應(yīng)于
11、 目的地址(Destination Address,簡稱da);該參數(shù)攜帶MG收到消息的目的地址信息，其中包含收到消息的目的地址 和/或端口信息。12、 源地址(Source Address,簡稱sa);該參數(shù)攜帶MG收到消息的源地址信息，其中包含收到消息的源地址和/ 或端口信息。13、 UDP (User Data Protocol,用戶數(shù)據(jù)才艮協(xié)議)封裝指示(UDP Encapsulation Indication, 筒寺爾udpei);該參數(shù)攜帶MG收到消息是否使用UDP封裝，其參數(shù)類型可以為布爾型。 步驟203 、 MGC收到Notify命令后，向MG發(fā)送Notify答復(fù)消息。 步驟204、 MGC收到Notify命令后，通過向MG發(fā)送Modify命令將資源預(yù)留決策下發(fā)給MG。 Modify命令中可能攜帶預(yù)留指示信號，用以指示MG發(fā)起資源預(yù)留請求。MGC根據(jù)MG上報的路徑請求事件(包括附帶的參數(shù))，可以獲知所接收 數(shù)據(jù)流的特性和承載路徑的資源狀況。MGC根據(jù)相關(guān)的策略進行資源預(yù)留決 策，并在后續(xù)命令中下發(fā)給MG。例如，如果MGC接納MG的路徑請求，則 將有關(guān)的資源預(yù)留決策下發(fā)給MG,通過在Modify命令中攜帶預(yù)留指示信號， 指示MG釆用RSVPResv (資源預(yù)留請求)消息向數(shù)據(jù)的發(fā)送方發(fā)起資源預(yù)留 請求。本實施例通過在H.248協(xié)議中擴展命令參數(shù)中的信號(Signal),例如命名 為"預(yù)留指示信號(Reservation Indication,簡稱ri)"，實現(xiàn)MGC指示MG去 向數(shù)據(jù)發(fā)送方(如UE或承載路徑上的其它節(jié)點)發(fā)起RSVP資源預(yù)留請求消 息，來建立有資源保障的承載路徑。MGC向MG下發(fā)預(yù)留指示信號的同時，還可以攜帶MGC進行資源預(yù)留 策略決策后得出的有關(guān)媒體流和路徑資源的信息，供MG根據(jù)這些信息發(fā)起資 源預(yù)留請求，以建立有資源保障的承載路徑。在預(yù)留指示信號發(fā)送時附帶的參22數(shù)可以包括1、 預(yù)留類型(Reservation Style,簡稱rs);該參數(shù)描述資源預(yù)留類型，包括FF ( Fixed-Filter,固定過濾)、SE (Shared-Explicit,共享確定)和WF ( Wildcard-Filter,通配過濾)三種，對應(yīng) 于RSVP消息中的STYLE對象。不帶該參數(shù)表示MG使用配置的默認方式。2、 流描述列表(Flow Descriptor List,簡稱fdl);該參數(shù)攜帶對數(shù)據(jù)流的描述信息，如過濾規(guī)格信息、流規(guī)格信息、預(yù)留規(guī) 格信息等，對應(yīng)于RSVP消息中的flow descriptor list對象，其類型為一個字符 串的列表(List of String),列表中包含以下信息的一種或任意組合令牌桶比率(Token Buchket Rate,筒稱tbr);令牌桶大小(TokenBuchket Size,簡稱tbs);數(shù)據(jù)流峰值速率(Peak Data Rate,簡稱pdr);最小管理單元(Minimum Policed Unit,簡稱mpu);最大分組大小(MaximumPacket Size,簡稱mps);預(yù)留速率(ReservationRate,筒稱rr):表示預(yù)留帶寬信息；松弛項(SlackTerm,簡稱st):表示路徑端到端時延低于應(yīng)用所期望時延 的數(shù)值；數(shù)據(jù)發(fā)送方IP地址(Sender IP Address,簡稱saddr); 數(shù)據(jù)發(fā)送方端口 (SenderPort,筒稱sp);以上前面五項信息組成了流規(guī)格信息，預(yù)留速率和松弛項組成了預(yù)留規(guī)格 信息。當請求保證業(yè)務(wù)時，包含流規(guī)格信息和預(yù)留規(guī)格信息；當請求負載受控 業(yè)務(wù)時，則僅包含流規(guī)格信息，而不包含預(yù)留規(guī)格信息。 上述數(shù)據(jù)發(fā)送方IP地址和端口組成了過濾^U各信息。 該參數(shù)所包含的內(nèi)容和格式視預(yù)留類型的不同而有所變化。 下面以請求保證業(yè)務(wù)為例，列出該參數(shù)的一種實施方法。 如果預(yù)留類型為WF,則僅包含一則流規(guī)格信息和預(yù)留規(guī)格信息，不包含過濾規(guī)格信息，參數(shù)的格式可以設(shè)置為fdl="tbr,tbs,pdr，mpu,mps,rr,st，,。如果預(yù)留類型為SE,則僅包含一則流規(guī)格信息和預(yù)留規(guī)格信息，而可能 包含一到多則過濾規(guī)格信息，可以使用空格將每一則過濾規(guī)格信息隔開，例如 參凄丈i殳置為fdl= "tbr，tbs,pdr,mpu，mps,rr,st,saddrl，spl, ,saddr2,sp2, ,saddr3，sp3,", 其中包含三則過濾規(guī)格信息。如果預(yù)留類型為FF，則可能包含一到多則流規(guī)格信息、預(yù)留規(guī)格信息和 過濾規(guī)格信息，使用空格將每一個固定過濾元素隔開，例如可以將該參數(shù)設(shè)置 為如下格式fdl= "tbrl，tbsl，pdrl,mpul,mpsl，rrl,stl,saddrl,spl, ,saddr2，sp2，， tbr3,tbs3,pdr3，mpu3,mps3,rr3，st3,saddr3鄰3,"，其中包含三個固定過濾元素，第 二個過濾元素僅包含過濾規(guī)格信息則表示其流規(guī)格信息和預(yù)留規(guī)格信息與前 一過濾元素相同。3 、預(yù)留確^人(Reservation Confirm,簡稱rc );該參數(shù)攜帶接收方用于接收預(yù)留確認消息的IP地址，對應(yīng)于RSVP消息 中的RESV一CONFIRM對象。如果信號中包含該參數(shù)，則表示接收方希望在資 源預(yù)留完成時得到確認。4、 會話標識(Session ID,簡稱sid);該參數(shù)攜帶RSVP的會話信息，對應(yīng)于RSVP消息中的SESSION對象， 該參數(shù)的類型為一個字符串的列表(List of String),列表中至少包含以下字符 串元素之一會話的目的IP地址(IP Destination Address,簡稱ida);IP協(xié)議標識(IP Protocol Id,簡稱ipi);通用目的端口 ( Generalized Destination Port, 簡稱gdp )。5、 RSVP節(jié)點(RSVPHop,簡稱rh);該參數(shù)攜帶承載路徑上發(fā)出RSVP Resv消息的節(jié)點地址信息，對應(yīng)于 RSVP消息中的RSVP_HOP對象，該參數(shù)的類型為一個字符串的列表(Listof String )，所攜帶信息與MG所接收到的RSVP Path消息中的rh參數(shù)相同。6、 時間{直(TimeValue,簡稱tv);該參數(shù)攜帶RSVP消息的刷新周期(RefreshPeriodR,簡稱rpr),對應(yīng)于 RSVP消息中的TIME—VALUES對象。7、 策略數(shù)據(jù)(PolicyData,簡稱pd);該參數(shù)攜帶會話的相關(guān)策略信息，對應(yīng)于RSVP消息中的POLICY—DATA對象。8、 完整性信息(IntegrityInformation,簡稱iinfor); 該參數(shù)攜帶相關(guān)的加密數(shù)據(jù)用于驗證消息發(fā)起方和RSVP消息內(nèi)容，對應(yīng)于RSVP消息中的INTEGRITY對象。9、 發(fā)送方主才幾范圍(Sender Hosts Scope,簡稱shs);該參數(shù)攜帶RSVP消息所要發(fā)到的數(shù)據(jù)發(fā)送方主機的明確范圍，對應(yīng)于 RSVP消息中的SCOPE對象。10、 目的地址(Destination Address ，簡稱da);該參數(shù)攜帶MG發(fā)出消息的目的地址信息，其中包含發(fā)送消息的目的地址 和/或端口信息。11、 源地址(Source Address ，簡稱sa);該參數(shù)攜帶MG發(fā)出消息的源地址信息，其中包含發(fā)送消息的源地址和/ 或端口信息。12、 UDP封裝指示(UDP Encapsulation Indication,簡稱udpei); 該參數(shù)攜帶MG發(fā)出消息是否使用UDP封裝，其參數(shù)類型為布爾型。 步驟205、 MG收到MGC的Modify命令后，向MGC發(fā)送Modify答復(fù)消臺、步驟206、 MG收到MGC的Modify命令后，根據(jù)MGC下發(fā)的預(yù)留指示 信號(包括附帶的參數(shù))，沿收到RSVP Path消息的反方向發(fā)起資源預(yù)留請求 (RSVPResv)。通過RSVPResv消息，承載路徑上逐跳地實現(xiàn)需要為該會話業(yè)務(wù)數(shù)據(jù)流預(yù)留的從發(fā)送方到接收方的網(wǎng)絡(luò)資源，從而建立起有資源保障的承載路徑。本實施例中，RSVP預(yù)留指示的相關(guān)信息(如預(yù)留指示信號及附帶的參數(shù))由MGC下發(fā)給MG,同樣也可以不通過下發(fā)而是在MG上配置上述相關(guān)的預(yù) 留策略信息，讓MG在收到路徑上RSVP Path消息后，自動發(fā)起RSVP Resv消息。實施例二本實施例描述了在實施例一的基礎(chǔ)上，承載路徑建立過程中的相關(guān)節(jié)點發(fā) 生路徑建立差錯時的處理過程。參見圖3,為本發(fā)明實施例二的流程示意圖之一。本實施例的流程是在圖 2流程的基礎(chǔ)上，增加了承載路徑建立過程中，當MGC發(fā)生資源預(yù)留差錯時 的處理過程，具體步驟包括步驟301 -303、對應(yīng)于圖2中的步驟201 -203, MG接收到RSVP Path 消息后上報給MGC，請求資源預(yù)留策略；步驟304、MGC在進行資源預(yù)留策略決策過程中發(fā)生錯誤導(dǎo)致不能給出相 應(yīng)的資源預(yù)留策略，于是向MG下發(fā)Modify命令，攜帶路徑差錯指示信號， 指示MG向發(fā)送方發(fā)送RSVP PathErr信息，以通知發(fā)送方承載建立發(fā)生的路 徑錯誤信息。本發(fā)明實施例通過在H.248協(xié)議中擴展一個信號(Signal),例如命名為"路 徑差錯指示(Path Error Indication,簡稱pei)"信號，用于MGC指示MG去向 數(shù)據(jù)發(fā)送方(如UE或承載路徑上的其它節(jié)點)發(fā)送RSVPPathErr信息，來通 知發(fā)送方承載建立發(fā)生的路徑錯誤信息。MGC向MG下發(fā)路徑差錯指示信號的同時，還可以攜帶有關(guān)媒體流和路 徑資源的信息，供MG發(fā)起路徑差錯請求時，將相應(yīng)信息通知給承載路徑上的 節(jié)點，以便其重新發(fā)起路徑請求消息，或參考附帶的有關(guān)媒體和路徑資源的信 息進行路徑建立策略調(diào)整后再重新發(fā)起路徑請求。在路徑差錯指示信號發(fā)送時 附帶的參數(shù)可以包括1 、發(fā)送方模板(Sender Template,簡稱st);2、發(fā)送方流量規(guī)格(Sender Traffic Specification,簡稱sts );3 、擊夾省常^見參凄t (Default General Parameters fragment, 簡稱dgpf);4、保證業(yè)務(wù)部分(Guaranteed Service Fragment, 筒稱gsf);5 、負載受控部分(Controlled-Load Service Fragment,簡稱clsf);上述第3-5項結(jié)合起來，對應(yīng)于RSVP消息中的ADSPEC對象；第1-5項 參數(shù)組成了發(fā)送方的描述信息，對應(yīng)于RSVP中發(fā)送方描述符(Sender Descriptor)所攜帶的信息。6、 會話標識(Session ID，簡稱sid);7、 策略數(shù)據(jù)(Policy Data,簡稱pd);8、 完整性信息(IntegrityInformation,簡稱iinfor); 9 、目的地址(Destination Address ，簡稱da);10、 源地址(Source Address,簡稱sa);11、 UDP封裝指示(UDP Encapsulation Indication,簡稱udpei);上述第 1 -11項參數(shù)的定義對應(yīng)于實施例 一 中的路徑請求事件中的相關(guān)參數(shù)定義。12、 差4昔^見才各(Error Specification, es );該參數(shù)攜帶差錯信息，對應(yīng)于RSVPPathErr消息的ERROR—SPEC對象， 其中攜帶對差錯的描述和檢測到該差錯的節(jié)點的地址信息(在本例中即MG的 地址)。步驟305 、 MG收到Modify命令后，向MGC返回Modify答復(fù)消息。步驟306、 MG收到Modify命令后，根據(jù)路徑差錯指示信號(包括附帶的 參數(shù))，沿RSVP Path消息路徑相反的方向發(fā)送RSVPPathErr消息，通知各節(jié) 點承載路徑建立發(fā)生錯誤。UE或各節(jié)點設(shè)備收到RSVP PathErr消息后，可重新發(fā)起或在對路徑建立 策略進行調(diào)整后重新發(fā)起路徑請求，以便建立承載路徑。參見圖4,為本發(fā)明實施例二的流程示意圖之二。本實施例的流程是在圖流程的基礎(chǔ)上，增加了承載路徑建立過程中，當MG到UE的承載路徑上的 節(jié)點發(fā)生資源預(yù)留差^l昔時的處理過程，具體步驟包括步驟401 ~ 406、對應(yīng)于圖2中的步驟201 -206， MG接收到RSVP Path 消息后上報給MGC，請求資源預(yù)留策略；MGC向MG下發(fā)資源預(yù)留策略，并 指示MG向發(fā)送方發(fā)起RSVP Resv請求；通過RSVP Resv消息，承載路徑上 逐跳地實現(xiàn)需要為該會話業(yè)務(wù)數(shù)據(jù)流預(yù)留的從發(fā)送方到接收方的網(wǎng)絡(luò)資源，建 立有資源保障的承載路徑。步驟407、在建立承載路徑的過程中，UE或承載路徑上的其它網(wǎng)絡(luò)節(jié)點 預(yù)留資源失敗，向MG發(fā)送預(yù)留差錯(RSVP ResvErr)消息。RSVP ResvErr 消息因預(yù)留請求消息(Resv)而產(chǎn)生，并向接收方發(fā)送。導(dǎo)致預(yù)留資源失敗的原因有多種，例如，接納失敗、帶寬不足、不支持該 服務(wù)、不合格的流參數(shù)、路徑不明確等。步驟408、 MG在收到RSVP ResvErr消息后，通過Notify命令向MGC報 告預(yù)留差錯事件，以便于MGC對相關(guān)的資源預(yù)留策略進行調(diào)整。本發(fā)明實施例通過在H.248協(xié)議中擴展一個事件(Event),例如命名為"預(yù) 留差錯(Reservation Error, re )"事件，用于MG向MGC報告收到的預(yù)留差錯 信息。該事件可以由MGC下發(fā)給MG,也可以預(yù)先配置在MG上。該事件的 下發(fā)不帶參數(shù)。當MG接收到UE或承載路徑上的其它網(wǎng)絡(luò)節(jié)點發(fā)來的RSVP ResvErr消 息時，使用Notify命令向MGC上報預(yù)留差錯事件，在該事件上報的同時，還 可以攜帶有關(guān)媒體流和路徑資源的信息，使MGC獲知發(fā)生預(yù)留差錯的節(jié)點及 原因等信息，以便MGC重新進行資源預(yù)留策略決策。在預(yù)留差錯事件上報時 附帶的參數(shù)可以包括1、預(yù)留類型(Reservation Style,簡稱rs);2 、流描述列表(Flow Descriptor List，簡稱fdl);3、會話標識(Session ID,簡稱sid);4、 RSVP節(jié)點(RSVPHop，簡稱rh);5、 策略數(shù)據(jù)(Policy Data,筒稱pd);6、 完整性信息(IntegrityInformation,簡稱iinfor);7、 發(fā)送方主才幾范圍(Sender Hosts Scope,簡稱shs); 8 、目的i也址(Destination Address ，簡稱da);9、 源地址(SourceAddress,簡稱sa);10、 UDP封裝指示(UDP Encapsulation Indication,簡稱udpei);上述第1-10項參數(shù)的定義對應(yīng)于實施例一中預(yù)留指示信號中的相關(guān)參數(shù) 定義。11 、差錯規(guī)格(Error Specification,簡稱es );該參數(shù)攜帶差錯信息，對應(yīng)于RSVPResvErr消息的ERROR—SPEC對象， 其中攜帶對差錯的描述和檢測到該差錯的節(jié)點的地址信息。步驟409、 MGC收到Notify命令后，向MG發(fā)送Notify答復(fù)消息。 實施例三本實施例描述了在實施例一的基礎(chǔ)上，承載路徑建立成功后，UE(或承 載路徑上的其它網(wǎng)絡(luò)節(jié)點)向MG發(fā)送預(yù)留確認消息，MG根據(jù)該預(yù)留確認消 息向MGC上報預(yù)留請求確認信息的過程。參見圖5,為本發(fā)明實施例三的流程示意圖。本實施例的流程是在圖2流 程的基礎(chǔ)上，增加了預(yù)留確認過程，具體步驟包括步驟501 ~ 506、對應(yīng)于圖2中的步驟201 ~ 206, MG接收到RSVP Path 消息后上報給MGC，請求資源預(yù)留策略；MGC向MG下發(fā)資源預(yù)留策略，并 指示MG向發(fā)送方發(fā)起RSVP Resv請求；通過RSVP Resv消息，承載路徑上 逐跳地實現(xiàn)需要為該會話業(yè)務(wù)數(shù)據(jù)流預(yù)留的從發(fā)送方到接收方的網(wǎng)絡(luò)資源，從 而建立起有資源保障的承載路徑。步驟507、 UE或承載路徑上的其它網(wǎng)絡(luò)節(jié)點向MG發(fā)送資源預(yù)留確認消白如果在步驟504中，MGC向MG下發(fā)的預(yù)留指示信號中包含預(yù)留確認(re ) 參數(shù)，則MG所發(fā)出的RSVP Resv消息中攜帶RESV一CONFIRM對象，其中 包含接收預(yù)留確認消息的單播地址。如果資源預(yù)留被成功地實現(xiàn)，則相關(guān)網(wǎng)絡(luò) 實體(數(shù)據(jù)發(fā)送方或承載路徑上的其它網(wǎng)絡(luò)節(jié)點)會向其中包含的單播地址發(fā) 送預(yù)留確認(RSVPResvConf)消息。預(yù)留請求確認消息是對預(yù)留請求消息的 預(yù)留確認。根據(jù)由預(yù)留確認對象所得到的單播地址，確認消息被發(fā)送到接收方 主機。步驟508、 MG收到預(yù)留確認消息后，通過Notify命令向MGC上報預(yù)留 請求確認事件。當MG收到預(yù)留確認(RSVPResvConf)消息時，如果之前設(shè)置了預(yù)留請 求確認事件，則MG會向MGC上報該事件。本實施例通過在H.248協(xié)議中擴展一個事件，例如命名為"預(yù)留請求確認 事件(Reservation Confirm, rc)",用于MG向MGC報告收到的預(yù)留請求確 認信息。該事件可以由MGC下發(fā)給MG，也可以預(yù)先設(shè)置在MG上。該事件 的下發(fā)不帶參數(shù)。當MG接收到UE或承載路徑上的其它網(wǎng)絡(luò)節(jié)點發(fā)來的預(yù)留請求確認消息 時，使用通報(Notify)命令向MGC上報預(yù)留請求確認事件，在該事件上報 的同時可以附帶進一步的參數(shù)，以便MGC確認承載路徑資源預(yù)留的相關(guān)信息， 這些參數(shù)可以包括1、 預(yù)留類型(Reservation Style,簡稱rs);2、 流描述列表(Flow Descriptor List,簡稱fdl);3 、會話標識(Session ID,簡稱sid);4 、完整性信息(Integrity Information， 簡稱iinfor);5 、預(yù)留確認(Reservation Confirm， 簡稱rc );6 、目的地址(Destination Address,簡稱da);7 、源地址(Source Address ， 簡稱sa);8、 UDP去于裝指示(UDP Encapsulation Indication,簡稱、udpei); 上述第l-10項參數(shù)的定義對應(yīng)于前面預(yù)留指示信號中的相關(guān)定義。9、 差錯規(guī)格(Error Specification,簡稱es);該參數(shù)攜帶確認指示信息，對應(yīng)于RSVP ResvErr消息的ERROR—SPEC對 象，其中攜帶預(yù)留確認消息發(fā)起方的地址信息。步驟509、 MGC收到Notify命令后，向MG發(fā)送Notify答復(fù)消息。承載路徑的拆除過程可以通過使用RSVP拆除(Tear)消息，不需要等待 超時周期到來就可以刪除會話相關(guān)的路徑和預(yù)留狀態(tài)。拆除消息可以由通信的 終端系統(tǒng)(發(fā)送方或接收方)發(fā)出，也可以在狀態(tài)超時后由中間的路由器發(fā)出。實施例四本實施例描述了在使用RSVP作為資源預(yù)留協(xié)議的場景下，通過擴展 H.248協(xié)議，MG和MGC作為數(shù)據(jù)接收方，對承載上的路徑拆除請求消息進 行響應(yīng)，并拆除承載路徑的過程。參見圖6，為本發(fā)明實施例四的流程示意圖。本實施例僅以發(fā)送方UE發(fā) 起路徑拆除消息為例，描述路徑拆除過程。圖6中所涉及的功能實體包括UE(或其它網(wǎng)絡(luò)設(shè)備)、MG、 MGC和路 由器(Router),具體步驟包括步驟601、數(shù)據(jù)發(fā)送方UE (也可以是承載路徑上的其它節(jié)點)發(fā)送RSVP 拆除消息(如RSVPPathTear消息)刪除路徑狀態(tài)，并從發(fā)送方沿著RSVPPath 消息的路由向所有下游接收方傳遞，本實施例中，UE發(fā)送RSVP PathTear消 息，并經(jīng)Routerl和Router2到達MG。根據(jù)RSVP PathTear消息，承載路徑上逐跳地實現(xiàn)需要為該會話業(yè)務(wù)數(shù)據(jù) 流釋放從發(fā)送方到接收方的網(wǎng)絡(luò)資源(如預(yù)留的保障資源)，從而拆除承載路 徑。步驟602、 MG收到RSVP PathTear消息后，通過通報(Notify)命令向 MGC上報路徑拆除事件。在事件上報時可能附帶相應(yīng)的媒體和路徑信息參數(shù)。本發(fā)明實施例通過在H.248協(xié)議中擴展一個事件，例如命名為"路徑拆除 (Path Tear,簡稱pt)事件"，以實現(xiàn)MG向MGC報告收到的路徑拆除信息。 該事件可以由MGC下發(fā)給MG，也可以預(yù)先設(shè)置在MG上。例如，在MGC 將事件下發(fā)給MG的過程為MGC通過Modify請求消息向MG設(shè)置路徑拆除 事件(pt),事件可以下發(fā)到MG的ROOT終端上，也可以是MG上某個特定 的終端上；MG收到該Modify請求消息后向MGC發(fā)送Modify回復(fù)消息。該 事件的下發(fā)不帶參數(shù)。在路徑拆除事件上報的同時，還可以附帶一些參數(shù)，以便MGC獲知被拆 除的承載路徑的相關(guān)媒體流和路徑資源信息，這些參數(shù)可以包括1、 發(fā)送方模板(SenderTemplate,簡稱st);2、 發(fā)送方流量夫見才各(Sender Traffic Specification,簡稱sts );3 、缺省常規(guī)參數(shù)(Default General Parameters fragment, 簡稱dgpf); 4、 j呆"i正業(yè)務(wù)告卩分(Guaranteed Service Fragment, 筒牙爾gsf); 5 、負載受控部分(Controlled-Load Service Fragment,簡稱clsf); 上述第3-5項參數(shù)結(jié)合起來，對應(yīng)于RSVP消息中的ADSPEC對象；第 1-5項參數(shù)組成了發(fā)送方的描述信息，對應(yīng)于RSVP消息中發(fā)送方描述符 (Sender Descriptor)所攜帶的信息。6、 會話標識(Session ID,簡稱sid);7、 RSVP節(jié)點(RSVPHop,簡稱rh);8、 完整性信息(Integrity Information,簡稱iinfor); 9 、目的地址(Destination Address,簡稱da);10、 源地址(Source Address，簡稱sa);11、 UDP封裝指示(UDP Encapsulation Indication,簡稱udpei)。 上述第1-11項參數(shù)的定義對應(yīng)于實施例一中的路徑請求事件中的相關(guān)參數(shù)定義。步驟603、 MGC收到Notify命令后，向MG發(fā)送Notify答復(fù)消息。實施例五本實施例描述了在使用RSVP作為資源預(yù)留協(xié)議的場景下，通過擴展H.248協(xié)議，MG和MGC作為數(shù)據(jù)接收方，發(fā)起拆除岸義載3各徑的過程。參見圖7,為本發(fā)明實施例五的流程示意圖。本實施例僅以MGC和MG 發(fā)起拆除消息為例，描述路徑拆除過程。步驟701、 MGC根據(jù)相關(guān)的資源策略，決定拆除承載路徑，于是通過向 MG發(fā)送修改(Modify)命令，指示MG拆除承載路徑。Modify命令中攜帶預(yù) 留拆除指示信號，用以指示MG向數(shù)據(jù)發(fā)送方(如UE或承載路徑上的其它節(jié) 點)發(fā)送RSVP ResvTear (預(yù)留拆除)消息，通知路徑節(jié)點刪除相關(guān)的預(yù)留狀 態(tài)。本實施例通過在H.248協(xié)議中擴展命令參數(shù)中的信號(Signal),例如命名 為"預(yù)留拆除指示信號(Reservation Tear Indication,簡稱rti)",實現(xiàn)MGC指 示MG去向數(shù)據(jù)發(fā)送方發(fā)送RSVP ResvTear消息，來通知^^徑節(jié)點刪除相關(guān)的 預(yù)留狀態(tài)。MGC向MG下發(fā)預(yù)留指示信號的同時，可以攜帶有關(guān)媒體流和資源路徑 的信息，以便通知路徑節(jié)點刪除相關(guān)的預(yù)留狀態(tài)，這些參數(shù)可以包括 1、預(yù)留類型(Reservation Style,簡稱rs); 2 、流描述列表(Flow Descriptor List，簡稱fdl);3、 會話標識(Session ID ，筒稱sid);4、 RSVP節(jié)點(RSVPHop,簡稱rh);5 、完整性信息(Integrity Information,簡稱iinfor);6、 發(fā)送方主才幾范圍(Sender Hosts Scope,簡稱shs);7、 目的地址(Destination Address,筒稱da);8、 源地址(Source Address, 簡稱sa);9、 UDP封裝指示(UDP Encapsulation Indication,簡稱udpei)。上述第l-9項參數(shù)的定義對應(yīng)于實施例一中，預(yù)留指示信號中的相關(guān)參數(shù)定義。步驟702、 MG收到MGC的Modify命令后，向MGC發(fā)送Modify答復(fù)消自步驟703、 MG收到MGC的Modify命令后，根據(jù)MGC下發(fā)的預(yù)留拆除 指示信號，沿收到RSVP Path消息的反方向發(fā)起預(yù)留拆除(RSVP ResvTear)請求。通過RSVP ResvTear消息，承載路徑上逐跳地實現(xiàn)需要為該會話業(yè)務(wù)數(shù)據(jù) 流釋放的從發(fā)送方到接收方的網(wǎng)絡(luò)資源，從而拆除承載路徑。上述各實施例中隨信號一起發(fā)送的媒體或/和路徑參數(shù)，除以信號參數(shù)的方 式發(fā)送外，還可以信號或/和屬性參數(shù)的形式發(fā)送；同理，上述各實施例中隨事 件一起發(fā)送的媒體或/和路徑參數(shù)，也可以事件參數(shù)或/和屬性參數(shù)的形式發(fā)送。 上述各實施例中所定義的信號和事件的參數(shù)類型定義為字符串的列表的參數(shù)， 其內(nèi)容大多都包含了多項信息，當然也可以將相關(guān)的信息再組合或可以分別設(shè) 置為各個單獨的參數(shù)。這些參數(shù)并不一定必須全部出現(xiàn)在相關(guān)信號或事件中，具體包含哪些參數(shù)可以視實際的需要來定，當然也可能包含更多的參數(shù)信息。 上述各實施例的擴展定義，都是RSVP為例，對于其它可以實現(xiàn)類似有保障資源的承載路徑建立的信令協(xié)議，上述方法同樣可以適用。 本發(fā)明實施例還提供了 一種承載路徑的實現(xiàn)系統(tǒng)。參見圖8,為本發(fā)明實施例提供的承載路徑的實現(xiàn)系統(tǒng)的結(jié)構(gòu)示意圖，該系統(tǒng)包括MG和MGC。MG用于接收數(shù)據(jù)發(fā)送方(如UE或承載路徑上的其它節(jié)點)發(fā)送的承載路徑消息，并向MGC上"t艮與該承載路徑消息相應(yīng)的事件。MG包括 消息接收模塊，用于接收承載路徑上網(wǎng)絡(luò)節(jié)點發(fā)送的承載路徑消息； 事件上報模塊，用于向MGC上報與接收到的承載路徑消息相應(yīng)的事件； 命令接收模塊，用于接收MGC根據(jù)該事件或/和根據(jù)資源策略發(fā)送的命令，命令中攜帶有指示信號；處理模塊，用于根據(jù)接收到的命令中的指示信號，向數(shù)據(jù)發(fā)送方發(fā)送相應(yīng) 的承載路徑處理請求消息。MGC用于根據(jù)媒體網(wǎng)關(guān)上報的事件，或/和根據(jù)資源策略，向MG發(fā)送命 令，其中攜帶相應(yīng)的指示信號，指示MG發(fā)起對相應(yīng)承載路徑的處理。MGC 包括事件接收模塊，用于接收MG根據(jù)承載路徑消息上報的事件；命令發(fā)送模塊，用于根據(jù)上報的事件或/和資源策略，向MG發(fā)送命令， 其中攜帶有相應(yīng)指示信號，該指示信號指示MG向數(shù)據(jù)發(fā)送方發(fā)送相應(yīng)的承載 路徑處理請求消息。例如，在承載路徑建立過程中，MG的消息接收模塊接收數(shù)據(jù)發(fā)送方發(fā)送 的路徑請求消息，并通過事件上報模塊上報通報命令，其中攜帶路徑請求事件； MGC的事件接收模塊接收該路徑請求事件，命令發(fā)送模塊根據(jù)路徑請求事件 發(fā)送修改命令，其中攜帶預(yù)留指示信號；MG的命令接收模塊接收該修改命令， 處理模塊根據(jù)該修改命令中的預(yù)留指示信號，向數(shù)據(jù)發(fā)送方發(fā)送資源預(yù)留請求 消息以建立承載路徑。在承載路徑建立過程中，MG的消息接收模塊還可接收數(shù)據(jù)發(fā)送方發(fā)送的 預(yù)留差錯消息，并通過事件上報模塊上報預(yù)留差錯事件；MGC的事件接收模 塊接收該預(yù)留差錯事件，并可根據(jù)該事件攜帶上來的參數(shù)重新進行資源預(yù)留策 略決策，并通過命令發(fā)送模塊發(fā)送修改命令，攜帶預(yù)留指示信號。在承載路徑建立過程中，MGC的命令發(fā)送模塊還可以根據(jù)資源策略發(fā)送 修改命令，攜帶差錯指示信號；MG的命令接收模塊接收該差錯指示信號，處 理模塊根據(jù)該差錯指示信號，向數(shù)據(jù)接收方發(fā)送路徑差錯消息。數(shù)據(jù)發(fā)送方各 節(jié)點可根據(jù)該路徑差錯消息，重新發(fā)起或在對路徑建立策略進行調(diào)整后重新發(fā) 起路徑請求，以便建立承載路徑。在承載路徑成功建立后，MG的消息接收模塊還可接收數(shù)據(jù)發(fā)送方發(fā)送的 預(yù)留確認消息，并通過事件上報模塊上報預(yù)留確認事件；MGC的事件接收模塊接收該預(yù)留確認事件，獲知承載路徑建立成功。又例如，在承載路徑拆除過程中，MG的消息接收模塊接收數(shù)據(jù)發(fā)送方發(fā)送的路徑拆除消息，并通過事件上報模塊上報給MGC的事件接收模塊?；蛘撸琈GC的命令發(fā)送模塊根據(jù)資源策略，發(fā)送預(yù)留拆除指示信號；MG的命令接收模塊接收該預(yù)留拆除指示信號，處理模塊根據(jù)該指示信號向數(shù)據(jù)發(fā)送方發(fā)送資源預(yù)留拆除消息，以拆除承載路徑。上述系統(tǒng)中的MG和MGC可分別如圖9和圖10所示。參見圖9，為本發(fā)明實施例提供的MG的結(jié)構(gòu)示意圖，該MG包括消息接收模塊、事件上報模塊、命令接收模塊和處理模塊。消息接收模塊，用于接收承載路徑上的節(jié)點發(fā)送的承載路徑消息； 事件上報模塊，用于向MGC上報與接收到的承載路徑消息相應(yīng)的事件； 命令接收模塊，用于接收MGC根據(jù)所述事件或/和根據(jù)資源策略發(fā)送的命令，其中攜帶有指示信號；處理模塊，用于根據(jù)接收到的命令中的指示信號，對相應(yīng)的承載路徑進行處理。為了實現(xiàn)承載路徑的建立，消息接收模塊包括第一消息接收子模塊，用于 接收承載路徑上的節(jié)點發(fā)送的路徑請求消息；事件上報模塊包括第 一事件上報子模塊，用于根據(jù)路徑請求消息上報路徑 請求事件；命令接收模塊包括第 一命令接收子模塊，用于接收MGC根據(jù)該路徑請求 事件發(fā)送的命令，其中攜帶有預(yù)留指示信號；處理模塊包括第一處理子模塊，用于根據(jù)預(yù)留指示信號向承載路徑上的節(jié) 點發(fā)送資源預(yù)留請求消息。為了實現(xiàn)在承載路徑建立過程中，對錯誤信息進行響應(yīng)，消息接收模塊還 包括第二消息接收子模塊，處理模塊還包括第二處理子模塊；或/和，命令接收模塊還包括第二命令接收子模塊，處理模塊還包括第二處理子模塊；其中第二消息接收子模塊，用于接收承載路徑上的節(jié)點發(fā)送的預(yù)留差錯消息； 第二處理子模塊，用于根據(jù)第二消息接收子模塊接收到的預(yù)留差錯消息，向MGC上報預(yù)留差錯事件；第二命令接收子模塊，用于接收MGC根據(jù)路徑請求事件和資源策略進行 資源預(yù)留決策后所發(fā)送的命令，其中攜帶有路徑差錯指示信號；第二處理子模塊，用于根據(jù)第二命令接收子模塊接收到的路徑差錯指示信 號，向承載路徑上的節(jié)點發(fā)送路徑差錯消息。為了實現(xiàn)在承載路徑建立過程中，對確認信息進行響應(yīng)，消息接收模塊還 包括第三消息接收子模塊，用于接收承載路徑上的節(jié)點發(fā)送的預(yù)留確認消息；事件上報模塊還包括第三事件上報子模塊，用于根據(jù)預(yù)留確認消息，向 MGC上報預(yù)留請求確認事件。為了響應(yīng)承載路徑上的節(jié)點發(fā)起的路徑拆除，消息接收模塊還包括第四消 息接收子模塊，事件上報模塊還包括第四事件上報子模塊；或/和，為了響應(yīng)數(shù) 據(jù)接收方發(fā)起的路徑拆除，命令接收模塊還包括第三命令接收子模塊，處理模 塊還包括第三處理子模塊；第四消息接收子模塊，用于接收承載路徑上的節(jié)點發(fā)送的路徑拆除消息；第四事件上報子模塊，用于根據(jù)第四消息接收模塊接收到的路徑拆除消息 上報路徑拆除事件；第三命令接收子模塊，用于接收MGC根據(jù)資源策略發(fā)送的命令，其中攜 帶有預(yù)留拆除指示信號；第三處理子模塊，用于根據(jù)第三命令接收子模塊接收到的預(yù)留拆除指示信 號，向承載路徑上的節(jié)點發(fā)送資源預(yù)留拆除請求消息，發(fā)起承載路徑的拆除過 程。參見圖10,為本發(fā)明實施例提供的MGC的結(jié)構(gòu)示意圖，該MGC包括 事件接收模塊、命令發(fā)送模塊。事件接收模塊，用于接收MG根據(jù)承載路徑消息上報的事件；命令發(fā)送模塊，用于根據(jù)MG上報的事件或/和根據(jù)資源策略，向MG發(fā) 送命令，其中攜帶有相應(yīng)指示信號，該指示信號指示MG發(fā)起對相應(yīng)承載路徑 的處理。為了實現(xiàn)承載路徑的建立，事件接收模塊包括第一事件接收子模塊，用于 接收路徑請求事件；命令發(fā)送模塊包括第一命令發(fā)送子模塊，用于根據(jù)路徑請 求事件發(fā)送命令，其中攜帶預(yù)留指示信號，該預(yù)留指示信號指示MG發(fā)起資源 預(yù)留請求消息以建立承載路徑。為了在承載路徑建立過程中，對錯誤信息進行響應(yīng)，事件接收模塊還包括 第二事件接收子模塊，或/和，命令模塊還包括第二命令發(fā)送子模塊；第二事件接收子模塊，用于接收預(yù)留差錯事件；第二命令發(fā)送子模塊，用于根據(jù)路徑請求事件和資源策略進行資源預(yù)留決 策后，向MG發(fā)送命令，其中攜帶路徑差錯指示信號。為了實現(xiàn)在承載路徑建立過程中，對確認信息進行響應(yīng)，事件接收模塊還 包括第三事件接收子模塊，用于接收預(yù)留請求確認事件。為了響應(yīng)承載路徑上的節(jié)點發(fā)起的路徑拆除，事件接收模塊還包括第四事 件接收子模塊，或/和，為了響應(yīng)數(shù)據(jù)接收方發(fā)起的路徑拆除，命令發(fā)送模塊還 包括第三命令發(fā)送子模塊；第四事件接收子模塊，用于接收路徑拆除事件；第三命令發(fā)送子模塊，用于根據(jù)根據(jù)資源策略發(fā)送命令，其中攜帶預(yù)留拆 除指示信號，該指示信號指示MG發(fā)起資源預(yù)留拆除請求以拆除承載路徑。綜上所述，本發(fā)明實施例通過擴展H,248協(xié)議，為媒體網(wǎng)關(guān)和媒體網(wǎng)關(guān)控 制器作為數(shù)據(jù)接收方對承載上的路徑請求消息、路徑拆除消息、預(yù)留差錯消息 以及預(yù)留確認消息，進行有效而及時的響應(yīng)和相應(yīng)處理，從而實現(xiàn)對有資源保 障的承載路徑的建立、拆除，以及路徑建立過程中出現(xiàn)的差錯處理。通過上述 承載路徑的建立以及拆除的過程，為以媒體網(wǎng)關(guān)和媒體網(wǎng)關(guān)控制器作為數(shù)據(jù)接 收方的會話實現(xiàn)提供了可能。明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種承載路徑的實現(xiàn)方法，其特征在于，包括如下步驟媒體網(wǎng)關(guān)根據(jù)接收到的與承載路徑相關(guān)的請求消息，向媒體網(wǎng)關(guān)控制器上報請求事件；所述媒體網(wǎng)關(guān)接收所述媒體網(wǎng)關(guān)控制器發(fā)送的命令，其中攜帶建立所述承載路徑的指示信息；所述命令為所述媒體網(wǎng)關(guān)控制器根據(jù)所述請求事件，對所述承載路徑上的資源預(yù)留進行決策，并根據(jù)決策結(jié)果向所述媒體網(wǎng)關(guān)發(fā)送的命令；所述媒體網(wǎng)關(guān)根據(jù)所述指示信息發(fā)起資源預(yù)留請求，請求建立符合所述資源預(yù)留決策結(jié)果的承載路徑。
2、 如權(quán)利要求1所述的方法，其特征在于，所述i某體網(wǎng)關(guān)接收到的所述 請求消息為路徑請求消息，上報的所述請求事件為路徑請求事件；所述媒體網(wǎng) 關(guān)控制器根據(jù)所述路徑請求事件發(fā)送的所述命令中攜帶的指示信息為預(yù)留指 示信號；所述媒體網(wǎng)關(guān)根據(jù)所述預(yù)留指示信號向所述承載路徑上的節(jié)點發(fā)送資源 預(yù)留請求消息。
3、 如權(quán)利要求2所述的方法，其特征在于，所述媒體網(wǎng)關(guān)上報所述路徑 請求事件時，攜帶媒體信息和/或路徑信息，所述媒體網(wǎng)關(guān)控制器根據(jù)所述信息 進行資源預(yù)留決策；所述媒體信息和/或路徑信息用如下信息之一或任意組合進 行描述發(fā)送方模板，用于攜帶數(shù)據(jù)發(fā)送方的標識信息； 發(fā)送方流量規(guī)格，用于攜帶數(shù)據(jù)發(fā)送方所發(fā)送數(shù)據(jù)流的流量特征信息； 缺省常規(guī)參數(shù)，用于攜帶所述路徑請求消息所收集的承載路徑上的常規(guī)資 源信息；保證業(yè)務(wù)部分，用于攜帶所述路徑請求消息所收集的承載路徑上支持保證 業(yè)務(wù)的資源信息；負載受控部分，用于攜帶所述路徑請求消息所收集的承載路徑上支持負載受控業(yè)務(wù)的資源信息；會話標識，用于攜帶會話信息；資源預(yù)留節(jié)點，用于攜帶承載路徑上發(fā)送所述路徑請求消息的節(jié)點地址信息；時間值，用于攜帶消息刷新周期； 策略數(shù)據(jù)，用于攜帶會話策略信息； 完整性信息，用于攜帶驗證消息完整性的加密數(shù)據(jù)； 地址信息，用于攜帶所述媒體網(wǎng)關(guān)收到消息的目的地址和源地址信息； 用戶數(shù)據(jù)報協(xié)議UDP封裝指示，用于指示所述媒體網(wǎng)關(guān)收到消息是否使 用UDP封裝。
4、如權(quán)利要求2所述的方法，其特征在于，所述媒體網(wǎng)關(guān)控制器發(fā)送所 述預(yù)留指示信號時，攜帶媒體信息和/或路徑信息，所述媒體網(wǎng)關(guān)根據(jù)所述信息 發(fā)起所述資源預(yù)留請求消息；所述媒體信息和/或路徑信息用如下信息之一或任 意組合進行描述預(yù)留類型，用于攜帶資源預(yù)留類型；流描述列表，用于攜帶對數(shù)據(jù)流的描述信息；預(yù)留確認，用于攜帶數(shù)據(jù)接收方接收預(yù)留確認消息的IP地址；會話標識，用于攜帶會話信息；資源預(yù)留節(jié)點，用于攜帶承載路徑上發(fā)送資源預(yù)留請求消息的節(jié)點地址信白 ,&，時間值，用于攜帶消息刷新周期；策略數(shù)據(jù)，用于攜帶會話策略信息；完整性信息，用于攜帶驗證消息完整性的加密數(shù)據(jù)；發(fā)送方主機范圍，用于攜帶數(shù)據(jù)發(fā)送方主機范圍；地址信息，用于攜帶所述媒體網(wǎng)關(guān)發(fā)出消息的目的地址和源地址信息；UDP封裝指示，用于指示所述媒體網(wǎng)關(guān)發(fā)出消息是否使用UDP封裝。
5、 如權(quán)利要求2所述的方法，其特征在于，所述i某體網(wǎng)關(guān)控制器進行資 源預(yù)留決策失敗后，進一步包括步驟向所述媒體網(wǎng)關(guān)發(fā)送命令，其中攜帶路徑差錯指示信號； 所述媒體網(wǎng)關(guān)根據(jù)所述路徑差錯指示信號，向所述承載路徑上的節(jié)點發(fā)送 路徑差錯消息。
6、 如權(quán)利要求5所述的方法，其特征在于，所述媒體網(wǎng)關(guān)控制器發(fā)送所 述路徑差錯指示信號時，攜帶媒體信息和/或路徑信息，所述媒體網(wǎng)關(guān)根據(jù)所述 信息發(fā)送所述路徑差錯消息；所述媒體信息和/或路徑信息用如下信息之一或任 意組合進行描述發(fā)送方模板，用于攜帶數(shù)據(jù)發(fā)送方的標識信息；發(fā)送方流量規(guī)格，用于攜帶數(shù)據(jù)發(fā)送方所發(fā)送數(shù)據(jù)流的流量特征信息； 缺省常規(guī)參數(shù)，用于攜帶所述路徑請求消息所收集的承載路徑上的常規(guī)資 源信息；保證業(yè)務(wù)部分，用于攜帶所述路徑請求消息所收集的承載路徑上支持保證 業(yè)務(wù)的資源信息；負載受控部分，用于攜帶所述路徑請求消息所收集的承載路徑上支持負栽 受控業(yè)務(wù)的資源信息；會話標識，用于攜帶會話信息；策略數(shù)據(jù)，用于攜帶會話策略信息；完整性信息，用于攜帶驗證消息完整性的加密數(shù)據(jù)；地址信息，用于攜帶所述媒體網(wǎng)關(guān)發(fā)出消息的目的地址和源地址信息；UDP封裝指示，用于指示所述媒體網(wǎng)關(guān)發(fā)出消息是否使用UDP封裝；差錯規(guī)格，用于攜帶差錯信息。
7、 如權(quán)利要求2所述的方法，其特征在于，所述媒體網(wǎng)關(guān)發(fā)起資源預(yù)留 請求后，進一步包括步驟接收所述承載路徑上發(fā)送的預(yù)留差錯消息，并根據(jù)該消息向所述媒體網(wǎng)關(guān) 控制器上報預(yù)留差錯事件。
8、 如權(quán)利要求7所述的方法，其特征在于，所述媒體網(wǎng)關(guān)上報所述預(yù)留差錯事件時，攜帶與所述承載路徑上的資源預(yù)留差錯相關(guān)的媒體信息和/或路徑信息；所述^ 某體信息和/或路徑信息用如下信息之一或任意組合進行描述 預(yù)留類型，用于攜帶資源預(yù)留類型； 流描述列表，用于攜帶對數(shù)據(jù)流的描述信息； 會話標識，用于攜帶會話信息；資源預(yù)留節(jié)點，用于攜帶承載路徑上發(fā)送資源預(yù)留請求消息的節(jié)點地址信息；策略數(shù)據(jù)，用于攜帶會話策略信息；完整性信息，用于攜帶驗證消息完整性的加密數(shù)據(jù)；發(fā)送方主機范圍，用于攜帶數(shù)據(jù)發(fā)送方主機范圍；地址信息，用于攜帶所述+某體網(wǎng)關(guān)收到消息的目的地址和源地址信息；UDP封裝指示，用于指示所述媒體網(wǎng)關(guān)收到消息是否使用UDP封裝；差錯規(guī)格，用于攜帶差錯信息。
9、 如權(quán)利要求2所述的方法，其特征在于，所述媒體網(wǎng)關(guān)發(fā)起資源預(yù)留 請求后，進一步包括步驟接收所述承載路徑上發(fā)送的預(yù)留確認消息，并根據(jù)該消息向所述媒體網(wǎng)關(guān) 控制器上報預(yù)留請求確認事件。
10、 如權(quán)利要求9所述的方法，其特征在于，所述i某體網(wǎng)關(guān)上"t艮所述預(yù)留 請求確認事件時，攜帶與所述承載路徑上的資源預(yù)留確認相關(guān)的媒體信息和/ 或路徑信息；所述媒體信息和/或路徑信息用如下信息之一或任意組合進行描 述預(yù)留類型，用于攜帶資源預(yù)留類型； 流描述列表，用于攜帶對數(shù)據(jù)流的描述信息；會話標識，用于攜帶會話信息；完整性信息，用于攜帶驗證消息完整性的加密數(shù)據(jù)；預(yù)留確認，用于攜帶數(shù)據(jù)接收方接收預(yù)留確認消息的IP地址；地址信息，用于攜帶所述+某體網(wǎng)關(guān)收到消息的目的地址和源地址信息；UDP封裝指示，用于指示所述媒體網(wǎng)關(guān)收到消息是否使用UDP封裝；差錯規(guī)格，用于攜帶確認指示信息。
11、 如權(quán)利要求2所述的方法，其特征在于，所述承載路徑建立后，進一 步包括步驟所述媒體網(wǎng)關(guān)接收所述承載路徑上的節(jié)點發(fā)送的路徑拆除消息，并根據(jù)該 消息向所述+某體網(wǎng)關(guān)控制器上報路徑拆除事件。
12、 如權(quán)利要求11所述的方法，其特征在于，所述々某體網(wǎng)關(guān)上報所述路 徑拆除事件時，攜帶與被拆除的承載路徑相關(guān)的媒體信息和/或路徑信息；所述 媒體信息和/或路徑信息用如下信息之一或任意組合進行描述發(fā)送方模板，用于攜帶數(shù)據(jù)發(fā)送方的標識信息； 發(fā)送方流量規(guī)格，用于攜帶數(shù)據(jù)發(fā)送方所發(fā)送數(shù)據(jù)流的流量特征信息； 缺省常規(guī)參數(shù)，用于攜帶所述路徑拆除消息所收集的承載路徑上的常規(guī)資 源信息；保證業(yè)務(wù)部分，用于攜帶所述路徑拆除消息所收集的承載路徑上支持保證 業(yè)務(wù)的資源信息；負載受控部分，用于攜帶所述路徑拆除消息所收集的承載路徑上支持負載 受控業(yè)務(wù)的資源信息；會話標識，用于攜帶會話信息；資源預(yù)留節(jié)點，用于攜帶承載路徑上發(fā)送所述路徑拆除消息的節(jié)點地址信臺 地址信息，用于攜帶所述^^某體網(wǎng)關(guān)收到消息的目的地址和源地址信息； UDP封裝指示，用于指示所述媒體網(wǎng)關(guān)收到消息是否使用UDP封裝；完整性信息，用于攜帶驗證消息完整性的加密數(shù)據(jù)。
13、 如權(quán)利要求2-12任一權(quán)項所述的方法，其特征在于，所述媒體網(wǎng)關(guān) 通過向所述媒體網(wǎng)關(guān)控制器發(fā)送通報命令，攜帶所述路徑請求事件、預(yù)留差錯事件或預(yù)留請求確認事件；所述媒體網(wǎng)關(guān)控制器通過向所述媒體網(wǎng)關(guān)發(fā)送修改命令，攜帶所述預(yù)留指 示信號或路徑差錯指示信號。
14、 如權(quán)利要求3-12任一權(quán)項所述的方法，其特征在于，與所述事件一 起上報的所述媒體信息和/或路徑信息，以事件參數(shù)或/和屬性參數(shù)的形式，發(fā) 送到所述J 某體網(wǎng)關(guān)控制器；與所述指示信號一起發(fā)送的所述媒體信息和/或路徑信息，以信號參數(shù)或/ 和屬性參數(shù)的形式，發(fā)送到所述々某體網(wǎng)關(guān)。
15、 一種承載路徑的實現(xiàn)方法，其特征在于，包括如下步驟媒體網(wǎng)關(guān)接收媒體網(wǎng)關(guān)控制器發(fā)送的命令，其中攜帶拆除承載路徑的指示 信息；所述命令為所述媒體網(wǎng)關(guān)控制器對承載路徑上的資源預(yù)留進行決策，并 根據(jù)決策結(jié)果向媒體網(wǎng)關(guān)發(fā)送的命令；所述媒體網(wǎng)關(guān)根據(jù)所述指示信息發(fā)起預(yù)留資源拆除請求，請求拆除所述承 載路徑。
16、 如權(quán)利要求15所述的方法，其特征在于，所述媒體網(wǎng)關(guān)控制器發(fā)送 的所述命令中攜帶的指示信息為預(yù)留拆除指示信號；所述媒體網(wǎng)關(guān)根據(jù)所述預(yù)留拆除指示信號向所述承載路徑上的節(jié)點發(fā)送 資源預(yù)留拆除消息。
17、 如權(quán)利要求16所述的方法，其特征在于，所述々某體網(wǎng)關(guān)控制器發(fā)送 所述預(yù)留拆除指示信號時，攜帶媒體信息和/或路徑信息，所述々某體網(wǎng)關(guān)根據(jù)所 述信息發(fā)送所述資源預(yù)留拆除消息；所述媒體信息和/或路徑信息用如下信息之 一或任意組合進行描述預(yù)留類型，用于攜帶資源預(yù)留類型；流描述列表，用于攜帶對數(shù)據(jù)流的描述信息； 會話標識，用于攜帶會話信息；資源預(yù)留節(jié)點，用于攜帶承載路徑上發(fā)送資源預(yù)留拆除消息的節(jié)點地址信息；完整性信息，用于攜帶驗證消息完整性的加密數(shù)據(jù)； 地址信息，用于攜帶所述士某體網(wǎng)關(guān)發(fā)出消息的目的地址和源地址信息； UDP封裝指示，用于指示所述媒體網(wǎng)關(guān)發(fā)出消息是否使用UDP封裝； 發(fā)送方主機范圍，用于攜帶數(shù)據(jù)發(fā)送方主機范圍。
18、 如權(quán)利要求17所述的方法，其特征在于，與所述預(yù)留拆除指示信號 一起發(fā)送的所述媒體信息和/或路徑信息，以信號參數(shù)或/和屬性參數(shù)的形式， 發(fā)送到所述媒體網(wǎng)關(guān)。
19、 一種媒體網(wǎng)關(guān)，其特征在于，包括消息接收模塊，用于接收與承載路徑相關(guān)的請求消息；事件上報模塊，用于根據(jù)所述消息接收模塊接收到的請求消息，向媒體網(wǎng) 關(guān)控制器上報相應(yīng)的事件；命令接收模塊，用于接收所述媒體網(wǎng)關(guān)控制器根據(jù)所述事件或/和資源策略 發(fā)送的命令，所述命令中攜帶有指示信號；處理模塊，用于根據(jù)所述命令接收模塊接收到的所述指示信號，對相應(yīng)的 承載路徑進行處理。
20、 如權(quán)利要求19所述的媒體網(wǎng)關(guān)，其特征在于，所述消息接收模塊， 用于接收路徑請求消息；所述事件上報模塊，用于根據(jù)所述路徑請求消息上報路徑請求事件； 所述命令接收模塊，用于接收所述媒體網(wǎng)關(guān)控制器根據(jù)所述路徑請求事件發(fā)送的命令，所述命令中攜帶有預(yù)留指示信號；所述處理模塊，用于根據(jù)所述預(yù)留指示信號，向所述承載路徑上的節(jié)點發(fā)送資源預(yù)留請求消息。
21、 如權(quán)利要求20所述的媒體網(wǎng)關(guān)，其特征在于，所述消息接收模塊， 還用于接收所述承載路徑上的節(jié)點發(fā)送的預(yù)留差錯消息；或接收所述承載路徑 上發(fā)送的預(yù)留確認消息；所述事件上報模塊，還用于根據(jù)所述預(yù)留差錯消息，向所述媒體網(wǎng)關(guān)控制 器上報預(yù)留差錯事件；或根據(jù)所述預(yù)留確認消息，向所述媒體網(wǎng)關(guān)控制器上報 預(yù)留請求確認事件；所述命令接收模塊，還用于接收所述媒體網(wǎng)關(guān)控制器根據(jù)所述路徑請求事 件和資源策略發(fā)送的命令，所述命令中攜帶有路徑差錯指示信號；所述處理模塊，還用于根據(jù)所述路徑差錯指示信號，向所述承載路徑上的 節(jié)點發(fā)送路徑差錯消息。
22、 如權(quán)利要求20所述的媒體網(wǎng)關(guān)，其特征在于，所述消息接收模塊， 還用于接收所述承載路徑上的節(jié)點發(fā)送的路徑拆除消息；所述事件上報模塊，還用于根據(jù)所述路徑拆除消息上報路徑拆除事件； 或/和所述命令接收模塊，還用于接收所述媒體網(wǎng)關(guān)控制器根據(jù)資源策略發(fā)送的 命令，所述命令中攜帶有預(yù)留拆除指示信號；所述處理模塊，還用于根據(jù)所述預(yù)留拆除指示信號，向所述承載路徑上的 節(jié)點發(fā)送資源預(yù)留拆除請求消息。
23、 一種々某體網(wǎng)關(guān)控制器，其特征在于，包括事件接收模塊，用于接收媒體網(wǎng)關(guān)根據(jù)與承載路徑相關(guān)的請求消息上報的 事件；命令發(fā)送模塊，用于根據(jù)所述上報的事件或/和資源策略，向所述媒體網(wǎng)關(guān) 發(fā)送命令，所述命令攜帶有相應(yīng)指示信號，所述指示信號指示所述媒體網(wǎng)關(guān)發(fā) 起對承載路徑的相應(yīng)處理。
24、 如權(quán)利要求23所述的媒體網(wǎng)關(guān)控制器，其特征在于，所述事件接收 模塊，用于接收路徑請求事件，所述路徑請求事件為所述媒體網(wǎng)關(guān)根據(jù)接收到的路徑請求消息上報的事件；所述命令發(fā)送模塊，用于根據(jù)所述路徑請求事件發(fā)送命令，其中攜帶預(yù)留 指示信號，所述預(yù)留指示信號指示所述媒體網(wǎng)關(guān)發(fā)起資源預(yù)留請求消息以建立 所述承載路徑。
25、 如權(quán)利要求24所述的媒體網(wǎng)關(guān)控制器，其特征在于，所述事件接收 模塊，還用于接收預(yù)留差錯事件，所述預(yù)留差錯事件為所述^ 某體網(wǎng)關(guān)根據(jù)接收 到的預(yù)留差錯消息上報的事件；或還用于接收預(yù)留請求確認事件，所述預(yù)留請 求確認事件為所述媒體網(wǎng)關(guān)根據(jù)接收到的資源確認消息上報的事件；所述命令發(fā)送模塊，還用于根據(jù)所述路徑請求事件和資源策略，向所述媒 體網(wǎng)關(guān)發(fā)送命令，其中攜帶路徑差錯指示信號。
26、 如權(quán)利要求23所述的媒體網(wǎng)關(guān)控制器，其特征在于，所述事件接收 模塊，還用于接收路徑拆除事件，所述路徑拆除事件為所述媒體網(wǎng)關(guān)根據(jù)接收 到的路徑拆除消息上報的事件；或/和所述命令發(fā)送模塊，還用于根據(jù)根據(jù)資源策略發(fā)送命令，其中攜帶預(yù)留拆 除指示信號，所述指示信號指示所述媒體網(wǎng)關(guān)發(fā)起資源預(yù)留拆除請求以拆除所 述承載路徑。
27、 一種承載路徑的實現(xiàn)系統(tǒng)，其特征在于，包括媒體網(wǎng)關(guān)和媒體網(wǎng)關(guān)控 制器；所述媒體網(wǎng)關(guān)，用于根據(jù)接收到的與承載路徑相關(guān)的請求消息，向媒體網(wǎng) 關(guān)控制器上報請求事件；接收所述媒體網(wǎng)關(guān)控制器發(fā)送的命令，并根據(jù)命令中 攜帶的指示信號發(fā)起對承載路徑的相應(yīng)處理；所述媒體網(wǎng)關(guān)控制器，用于根據(jù)所述媒體網(wǎng)關(guān)上報的事件，或/和根據(jù)資源 策略，向所述媒體網(wǎng)關(guān)發(fā)送命令，所述命令中攜帶相應(yīng)的指示信號，所述指示 信號指示所述媒體網(wǎng)關(guān)發(fā)起對承載路徑的相應(yīng)處理。
全文摘要
本發(fā)明公開了一種承載路徑的實現(xiàn)方法、裝置及其系統(tǒng)，本發(fā)明方法包括媒體網(wǎng)關(guān)根據(jù)接收到的與承載路徑相關(guān)的請求消息，向媒體網(wǎng)關(guān)控制器上報請求事件；所述媒體網(wǎng)關(guān)接收所述媒體網(wǎng)關(guān)控制器發(fā)送的命令，其中攜帶建立所述承載路徑的指示信息；所述命令為所述媒體網(wǎng)關(guān)控制器根據(jù)所述請求事件，對所述承載路徑上的資源預(yù)留進行決策，并根據(jù)決策結(jié)果向所述媒體網(wǎng)關(guān)發(fā)送的命令；所述媒體網(wǎng)關(guān)根據(jù)所述指示信息發(fā)起資源預(yù)留請求，請求建立符合所述資源預(yù)留決策結(jié)果的承載路徑。本發(fā)明可實現(xiàn)媒體網(wǎng)關(guān)和媒體網(wǎng)關(guān)控制器作為數(shù)據(jù)接收方，對承載上的路徑消息進行有效而及時的響應(yīng)和相應(yīng)處理，從而實現(xiàn)承載路徑的建立。
文檔編號H04L12/54GK101330445SQ20071011241
公開日2008年12月24日 申請日期2007年6月21日 優(yōu)先權(quán)日2007年6月21日
發(fā)明者楊瑋瑋 申請人:華為技術(shù)有限公司