承载路径的实现方法及其装置、系统的制作方法

专利名称：承载路径的实现方法及其装置、系统的制作方法
技术领域：
本发明涉及通信领域，尤其涉及一种承载路径的实现方法、媒体网关、媒 体网关控制器，以及承载路径的实现系统。
背景技术：
MGC( Media Gateway Controller,々某体网关控制器)和MG( Media Gateway, 媒体网关)是分组网络中的两个关键构件。MGC负责呼叫控制功能，MG负 责业务承载功能，藉此实现呼叫控制平面和业务承载平面的分离，从而充分共 享网络资源，简化设备升级和业务扩展，大大降低开发和维护成本。NGN(Next Generation Network,下一代网络)中MG和MGC的组网可参见图1 。网关控制协议(或媒体网关控制协议)是MG和MGC之间通信的主要协 议，目前应用较为广泛的有H.248/MeGaCo和MGCP两种协议。其中，MGCP (Media Gateway Control Protocol, i某体网关控制协议)协议版本1由正TF (Internet Engineering Task Force,互联网任务工程任务组)于1999年10月制 订并于2003年1月修订，H,248/MeGaCo协议版本1由IETF和ITU于2000 年11月共同制订并于2003年6月修订，H.248协议版本2由ITU( International Telecommunications Union,国际电信联盟)于2002年5月制订并于2004年3 月修订，H.248协议版本3由ITU于2005年9月制订。以H.248协议为例，MG上的各种资源被抽象表示为终端(Termination)。 终端又分为物理(Physical)终端和临时(Ephemeral)终端，前者代表一些具 有半永久存在性的物理实体，例如TDM (Time Division Multiplex,时分复用) 通道等，后者代表一些临时申请用后释放的公共资源，例如RTP (Real-time Transport Protocol,实时传输协议)流等。另以根(Root)终端代表MG整体。终端之间的组合被抽象表示为上下文(Context)。上下文可以包含多个终端， 因而以拓朴(Topology)来描述终端间的相互关系。对于还未与其它终端发生 关联的终端，由一个称为空(Null)上下文的特殊上下文来包含。基于协议的这种抽象模型，呼叫的接续实际上就是对终端和上下文的操 作。这种操作通过MGC和MG之间的命令(Command )、请求(Request)和 响应(Reply )来完成。命令类型包括添加(Add )、修改(Modify )、删减(Subtract )、 移动(Move )、审计值(AuditValue )、审计能力(AuditCapabilities )、通报(Notify )、 服务改变(ServiceChange )。命令参数，也称为描述符(Descriptor),被分类为 属性(Property )、信号(Signal )、事件(Event )、统计(Statistic )。具有业务 相关性的参数逻辑上聚合成为包(Package )。才艮据H.248规定，事件(Event)指的是MG需要监测的某些可能发生的 情况，例如用户摘机、挂机、拨号、拍叉，或者网络故障、质量告警、定时器 超时等，事件的发生将触发MG向MGC通报和/或采取某种行动。事件通常首 先由MGC下发给MG或在MG上预置，以"包标识(PackageID) /事件标识 (EventID)"的格式来标识,并附带有"请求标识(RequestID )，，，以及其它可 能需要的参数。这种下发的事件也称请求(Requested)事件。然后MG—旦冲企 测到该事件发生，就将该事件上报给MGC,也是以"包标识/事件标识，，的格式 来标识，并附带有上述相同的"请求标识"，以及其它可能需要的参数。这种上 报的事件也称观测(Observed)事件。请求事件和观测事件通过相同的"请求标 识"来关联。请求事件和观测事件附带的参数相互独立。另外针对某个终端后 续下发的事件将完全替代先前下发的事件。MGC指示MG添加终端到上下文中以创建媒体流时，通常以媒体(Media) 描述符来描述该终端的特征。Media描述符包括终端状态(TerminationState ) 和流(Stream)描述符，TerminationState描述符描述终端与流无关的特征，包 括服务状态(ServiceState )和事件緩存控制(EventBufferControl )等参数。Stream 描述符描述终端与流相关的特征，包括本端控制(LocalControl )、本端(Local)和对端(Remote)描述符。LocalControl描述符包括才莫式(Mode)、预留组 (ReserveGroup )和预留值(ReserveValue )等参数。Local描述符描述本端接 收(也即对端发送)^ 某体流的参数，Remote描述符描述对端接收(也即本端 发送)媒体流的参数，例如IP地址端口、编解码算法、打包时长等，这些参 数采用会话描述协议(SDP)的形式来组织。利用Local和Remote描述符，MGC为MG预留和批准用于数据流和终端 的媒体编解码所需的资源，MG则在响应中通过这些描述符返回它实际预留的 资源。MG接收到Local或Remote描述符后采取的操作取决于LocalControl 描述符中的ReserveValue和ReserveGroup两个预留属性参数的属性值。预留属 性取值为假(False)表示为仅为某一可能性预留资源，取值为真(True)表示 为所有可能性预留资源。在因特网中，当前有两种提供QoS (Quality of Service,服务质量)的模 型综合服务(IntServ)模型和区分服务(DiffServ)模型。综合服务模型被 设计用于提供端到端的QoS。端点为其数据流请求一定水平的QoS,如果网络 接受这个请求，路由器将据此处理这些数据流。综合服务模型采用RSVP (Resource Reservation Protocol,资源预留协议)作为资源预留协议，提供了 两种业务类型，分别是保证服务(Guaranteed Service)和负载受控服务 (Controlled-Load Service )。保证服务通过提供有保证的带宽和时延限制来满 足应用的QoS需求，如可以为VoIP应用的业务流量预留10M带宽和不超过 ls的端到端传送时延。负载受控服务保证在网络过载(Overload)的情况下， 仍能对分组提供类似尽力而为(Best-Effort)在未过载时的QoS，即在网络拥 塞的情况下，满足某些业务分组的低时延和低丢包率要求。RSVP协议是一个网络控制协议，它提供了一种路径资源预留的机制，通 过RSVP在IP网络中建立的承载路径将有保障的带宽和路由器资源提供给相 应的数据流使用。RSVP的工作原理是RSVP从发送方发送一个资源请求消息到目的地址，每一个支持RSVP的路由器沿着下行路由建立一个"路径状态表"；为了获得资 源预留，接收方发送一个上行的RESV消息，表明所要求的QoS服务类型， 还通知为分组预留的资源，如传输协议和端口号；当每个支持RSVP的路由器 沿着上行路径接收RESV的消息时，它采用准入控制过程验证请求，并且配置 所需的资源。如果这个请求得不到满足，路由器向接收方返回一个错误消息， 而如果这个消息被接受，路由器就发送上行RESV到下一个路由器；当最后一 个路由器接收RESV,同时接受请求的时候，它再发送一个证实消息给接收方。 上述过程实际上建立了一个从发送方到接收方的承载路径，而这条路径上的路 由器都为将要到来的数据传送预留了资源。目前H.248所实现的资源预留是单点预留，即仅在MG上为终端上某个流 预留资源。但当MG接收到承载路径上的资源请求消息时，例如数据发送方发 出的RSVP Path消息，由于H.248中还没有提供在MG和MGC作为数据接收 方的情况下对RSVP等承载路径建立机制的支持，所以MG和MGC无法对请 求消息做出相关的响应，进而完成承载路径的建立。因此对于那些需要由MG 或MGC作为数据接收方而进行的用户间会话没有提供实现的基础。发明内容本发明实施例提供一种承载路径的实现方法，以实现在媒体网关和媒体网 关控制器作为数据接收方时对承载路径进行建立，该方法包括如下步骤媒体网关根据接收到的与承载路径相关的请求消息，向媒体网关控制器上 报请求事件；所述媒体网关接收所述媒体网关控制器发送的命令，其中携带建立所述承 载路径的指示信息；所述命令为所述媒体网关控制器根据所述请求事件，对所 述承载路径上的资源预留进行决策，并根据决策结果向所述媒体网关发送的命令；所述媒体网关根据所述指示信息发起资源预留请求，请求建立符合所述资源预留决策结果的承载路径。本发明实施例提供的另 一种承载路径的实现方法，以实现在媒体网关和媒体网关控制器作为数据接收方时对承载路径进行拆除，该方法包括如下步骤媒体网关接收媒体网关控制器发送的命令，其中携带拆除承载路径的指示信息；所述命令为所述媒体网关控制器对承载路径上的资源预留进行决策，并 根据决策结果向媒体网关发送的命令；所述媒体网关根据所述指示信息发起预留资源拆除请求，请求拆除所述承 载路径。本发明实施例还提供了一种媒体网关，包括消息接收模块，用于接收与承载路径相关的请求消息；事件上报模块，用于根据所述消息接收模块接收到的请求消息，向媒体网 关控制器上报相应的事件；命令接收模块，用于接收所述媒体网关控制器根据所述事件或/和资源策略 发送的命令，所述命令中携带有指示信号；处理模块，用于根据所述命令接收模块接收到的所述指示信号，对相应的 承载路径进行处理。本发明实施例还提供了一种媒体网关控制器，包括事件接收模块，用于接收媒体网关根据与承载路径相关的请求消息上报的 事件；命令发送模块，用于根据所述上报的事件或/和资源策略，向所述媒体网关 发送命令，所述命令携带有相应指示信号，所述指示信号指示所述媒体网关发 起对承载路径的相应处理。本发明实施例还提供了一种承载路径的实现系统，该系统包括媒体网关 和媒体网关控制器；所述媒体网关，用于根据接收到的与承载路径相关的请求消息，向媒体网 关控制器上报请求事件；接收所述媒体网关控制器发送的命令，并根据命令中携带的指示信号发起对承载路径的相应处理；所述媒体网关控制器，用于根据所述媒体网关上报的事件，或/和根据资源 策略，向所述媒体网关发送命令，所述命令中携带相应的指示信号，所述指示 信号指示所述媒体网关发起对承载路径的相应处理。本发明的上述实施例， 一方面，通过媒体网关根据接收到的与承载路径相 关的请求消息，向媒体网关控制器上报相应的事件，使媒体网关控制器能够根 据上报的事件以及资源预留策略对该承载路径的资源预留进行决策，并根据决 策结果指示媒体网关发起路径请求，从而实现对承载路径的建立过程。另一方 面，通过媒体网关控制器根据资源策指示媒体网关发起对承载路径的拆除过 程。可以看出，本发明的上述实施例，为以媒体网关和媒体网关控制器作为数 据接收方时的会话实现提供了可能。


图1为现有技术NGN中MG和MGC组网示意图；图2为本发明实施例一的流程示意图；图3为本发明实施例二的流程示意图之一；图4为本发明实施例二的流程示意图之二；图5为本发明实施例三的流程示意图；图6为本发明实施例四的流程示意图；图7为本方面实施例五的流程示意图；图8为本发明实施例提供的承载路径实现系统的结构示意图； 图9为本发明实施例提供的MG的结构示意图； 图10为本发明实施例提供的MGC的结构示意图。
具体实施方式
下面结合附图对本发明实施例进行详细描述。本发明实施例通过扩展H.248协议，以MG和MGC作为数据接收方，对 承载上的路径消息进行响应和相应处理，从而为完成承载路径建立、拆除以及 差错上报提供简单高效的解决方案。实施例一本实施例描述了在使用RSVP作为资源预留协议的场景下，通过扩展 H.248协议，MG和MGC作为数据接收方，对承载上的路径建立请求消息进 行响应，并建立有保障资源的承载路径的过程。参见图2,为本发明实施例一的流程示意图。UE作为数据发送方，将提 供一个具有特定QoS需求的数据流，MG是该数据流的接收方之一。在本实施 例中，省略了其它接收方和发送方之间承载路径的建立过程，仅以MG为例， 描述在发送方UE和接收方MG之间建立起有资源保障的承载路径的过程。图2中所涉及的功能实体包括UE(或其它网络设备)、MG、 MGC和路 由器(Router),具体步骤包括步骤201 、数据发送方UE向MG发送路径请求消息(如RSVP Path消息)。 路径请求消息可以是UE或承载路径上的其它节点发送的，本实施例中，发送 方UE发送RSVP Path消息，并经路由器Router 1和Router2到达MG。RSVP Path消息中携带有关媒体和路径信息的参数，以描述业务所需的 QoS。接收方MG能够根据RSVP Path消息，获知发送方UE将提供一个具有 特定QoS需求的数据流，并且承载路径上所有的路由器都知道应该为此数据流 预留适当的资源。步骤202、 MG收到RSVP Path消息后，通过通报(Notify)命令向MGC 上报路径请求事件。在事件上报时可能附带相应的媒体和路径信息参数。本发明实施例通过在H.248协议中扩展一个事件，例如命名为"路径请求 (Path Request,简称pr)事件，，，以实现MG向MGC报告收到的路径建立信 息，请求MGC下发资源预留的相应决策。在H.248中，事件的检测和上报要 有预先的设置或下发，所以MG在收到承载上的RSVP Path之前，需要在MG上设置路径请求事件。该事件可以由MGC下发给MG,也可以预先配置在MG 上。例如，在MGC将事件下发给MG的过程为MGC通过Modify请求消息 向MG设置路径请求事件(pr )。事件可以下发到MG的ROOT终端上，也可 以是MG上某个特定的终端上；MG收到该Modify请求消息后向MGC发送 Modify回复消息。该事件的下发不带参数。当MG接收到UE发来的RSVP Path消息，需要向MGC请求有关资源预 留的策略时，MG使用通报(Notify)命令向MGC上报该事件。在路径请求事件上报时，还可以同时附带一些参数，以携带有关媒体流和 路径资源的信息，供MGC进行相应的决策。在路径请求事件上报时附带的参 数可以包括1、 发送方模板(SenderTemplate,简称st);该参数携带数据发送方的标识信息，对应于RSVP消息中的 SENDER—TEMPLATE对象，其类型为一个字符串的列表(List of String )，列 表中包括IP地址和/或端口号等。在IPv6的情况下，发送方端口号可能会被流 标签(flowlabel)替代。2、 发送方流量规才各(Sender Tra伍c Specification,简称sts ); 该参数携带发送方所发送数据流的流量特征信息，对应于RSVP消息中的SENDER—TSPEC对象，例如通过令牌桶的方式来描述说明。该参数的类型为 一个字符串的列表(List of String),列表中至少包含以下字符串元素之一令牌桶比率(Token Buchket Rate,简称tbr);令牌桶大小(Token Buchket Size,简称tbs);数据流峰值速率(Peak Data Rate,简称pdr);最小管理单元(Minimum Policed Unit,简称mpu);最大分组大小(Maximum Packet Size,简称mps):表示发送方所希望发 出数据流的最大MTU值。MGC可以根据MG上报的以上信息获知所接收数据流的特性，进而制定相应的预留策略。3 、缺省常规参数(Default General Parameters fragment,简称dgpf);该参数携带RSVPPath消息所收集的承载路径上的常规资源信息。该参数 的类型为一个字符串的列表(List of String),列表中至少包含以下字符串元素 之一综合服务节点数(Integrated Services Hop Count,简称ishc ):表示承载路 径上支持综合服务(Integrated Services )的路由器数目；路径带宽(Path Bandwidth,筒称pbw):表示承载路径上各个连接中的最 小可用带宽；最小路径等待时间(Minimum Path Latency,简称mpl);路径最大传输单元(Path Maximum Transmission Unit, 简称pmtu):表示 承载路径上各个连接所支持的全局最小MTU (最大传输单元)；全局断裂位(Global Break Bit,简称gbb ):布尔型，例如可以取0或1, 0表示路径上的节点均支持RSVP和综合服务模型，1表示路径上至少有一个 节点无法提供QoS控制业务。如果该元素的值取l,则表示缺省常规参数中的 其它元素值并不可靠，因为在承载路径上至少有一个节点没有对该参数中的其 它元素进行处理和更新。MGC可以根据MG上报的以上信息获知承载路径上的资源可用性信息， 进而制定相应的预留策略。该参数包含路径本身的特性信息，与特定的QoS 控制业务(保证业务或负载受控业务)无关。如果没有业务特定的相关参数值 出现，则该参数中所包含的参数值适用于所有业务。4、保证业务部分(Guaranteed Service Fragment, 简称gsf);该参数携带RSVP Path消息所收集的承载路径上支持保证业务的资源信 息。该参数的类型为一个字符串的列表(List of String),列表中至少包含以下 字符串元素之一保证业务断裂位(Guaranteed Service Break Bit,简称gsbb):布尔型，例如可以取O或l, O表示路径上的节点均支持该业务，l表示路径上至少有一个节点支持RSVP但不支持该业务； 速率相关的端到端时延(Ctot); 速率无关的端到端时延(Dtot); 速率相关的局部时延(Csum); 速率无关的局部时延(Dsum);保证业务常规参数(Guaranteed Service General Parameters, 简称gsgp ): 可以包含缺省常规参数中的参数信息(路径带宽pbw，最小路径等待时间mpl, 路径最大传输单元pmtu等)，如果包含任何参数，则在选择保证业务进行预留 时，应该使用该参数值替代缺省常规参数中相应参数的取值。MGC可以根据MG上报的以上信息获知承载路径上支持保证业务的资源 可用性信息，进而制定相应的预留策略。如果所上报事件中不包含该参数信息， 则表示数据流接收方(MG)不能发起保证业务。5、负载受控部分(Controlled-Load Service Fragment,简称clsf);该参数携带RSVP Path消息所收集的承载路径上支持负载受控业务的资源 信息。该参数的类型为一个字符串的列表(List of String),列表中至少包含以 下字符串元素之一负载受控业务断裂位(Controlled-Load Service Break Bit,简称clsbb ):布 尔型，例如可以取0或1， O表示路径上的节点均支持该业务，l表示路径上至 少有一个节点支持RSVP但不支持该业务；负载受控业务常规参数(Controlled-Load Service General Parameters,简称 gsgp):可以包含缺省常规参数中的参数信息(路径带宽pbw，最小路径等待 时间mpl，路径最大传输单元pmtu等)，如果包含任何参数，则在选择负载受 控业务进行预留时，应该使用该参数值替代缺省常规参数中相应参数的取值。MGC可以根据MG上报的以上信息获知承载路径上支持负载受控业务的 资源可用性信息，进而制定相应的预留策略。如果所上报事件中不包含该参数信息，则表示数据流接收方(MG)不能发起负载受控业务。上述第3-5项参数结合起来，对应于RSVP消息中的ADSPEC对象；第 1-5项参数组成了发送方的描述信息，对应于RSVP消息中发送方描述符 (Sender Descriptor)所携带的信息。6、 会话标识(SessionID，简称sid);该参数携带RSVP的会话信息，对应于RSVP消息中的SESSION对象， 该参数的类型为一个字符串的列表(List of String),列表中至少包含以下字符 串元素之一会话的目的IP地址(IP Destination Address,简称ida);IP协议标识(IP Protocol Id，简称ipi);通用目的端口 ( Generalized Destination Port,简称gdp )。7、 RSVP节点(RSVPHop,简称rh);该参数携带承载路径上发出RSVP消息的节点地址信息，对应于RSVP消 息中的RSVP—HOP对象，该参数的类型为一个字符串的列表(List of String), 列表中至少包含以下字符串元素之一RSVP消息最近的发出端口的IP地址(Interface IP,简称iip );逻辑接口柄(Logical Interface Handle,简称lih):发出消息的接口信息。8 、时间值(Time Value,简称tv );该参数携带RSVP Path消息的刷新周期(RefreshPeriodR,简称rpr)，对 应于RSVP Path消息中的TIME—VALUES对象。9、 策略数据(Policy Data,简称pd);该参数携带会话的相关策略信息，对应于RSVP消息中的POLICY_DATA对象。10、 完整性信息(Integrity Information,筒称iinfor); 该参数携带相关的加密数据用于验证消息发起方和RSVP消息内容，对应于
11、 目的地址(Destination Address,简称da);该参数携带MG收到消息的目的地址信息，其中包含收到消息的目的地址 和/或端口信息。12、 源地址(Source Address,简称sa);该参数携带MG收到消息的源地址信息，其中包含收到消息的源地址和/ 或端口信息。13、 UDP (User Data Protocol,用户数据才艮协议)封装指示(UDP Encapsulation Indication, 筒寺尔udpei);该参数携带MG收到消息是否使用UDP封装，其参数类型可以为布尔型。 步骤203 、 MGC收到Notify命令后，向MG发送Notify答复消息。 步骤204、 MGC收到Notify命令后，通过向MG发送Modify命令将资源预留决策下发给MG。 Modify命令中可能携带预留指示信号，用以指示MG发起资源预留请求。MGC根据MG上报的路径请求事件(包括附带的参数)，可以获知所接收 数据流的特性和承载路径的资源状况。MGC根据相关的策略进行资源预留决 策，并在后续命令中下发给MG。例如，如果MGC接纳MG的路径请求，则 将有关的资源预留决策下发给MG,通过在Modify命令中携带预留指示信号， 指示MG釆用RSVPResv (资源预留请求)消息向数据的发送方发起资源预留 请求。本实施例通过在H.248协议中扩展命令参数中的信号(Signal),例如命名 为"预留指示信号(Reservation Indication,简称ri)"，实现MGC指示MG去 向数据发送方(如UE或承载路径上的其它节点)发起RSVP资源预留请求消 息，来建立有资源保障的承载路径。MGC向MG下发预留指示信号的同时，还可以携带MGC进行资源预留 策略决策后得出的有关媒体流和路径资源的信息，供MG根据这些信息发起资 源预留请求，以建立有资源保障的承载路径。在预留指示信号发送时附带的参22数可以包括1、 预留类型(Reservation Style,简称rs);该参数描述资源预留类型，包括FF ( Fixed-Filter,固定过滤)、SE (Shared-Explicit,共享确定)和WF ( Wildcard-Filter,通配过滤)三种，对应 于RSVP消息中的STYLE对象。不带该参数表示MG使用配置的默认方式。2、 流描述列表(Flow Descriptor List,简称fdl);该参数携带对数据流的描述信息，如过滤规格信息、流规格信息、预留规 格信息等，对应于RSVP消息中的flow descriptor list对象，其类型为一个字符 串的列表(List of String),列表中包含以下信息的一种或任意组合令牌桶比率(Token Buchket Rate,筒称tbr);令牌桶大小(TokenBuchket Size,简称tbs);数据流峰值速率(Peak Data Rate,简称pdr);最小管理单元(Minimum Policed Unit,简称mpu);最大分组大小(MaximumPacket Size,简称mps);预留速率(ReservationRate,筒称rr):表示预留带宽信息；松弛项(SlackTerm,简称st):表示路径端到端时延低于应用所期望时延 的数值；数据发送方IP地址(Sender IP Address,简称saddr); 数据发送方端口 (SenderPort,筒称sp);以上前面五项信息组成了流规格信息，预留速率和松弛项组成了预留规格 信息。当请求保证业务时，包含流规格信息和预留规格信息；当请求负载受控 业务时，则仅包含流规格信息，而不包含预留规格信息。 上述数据发送方IP地址和端口组成了过滤^U各信息。 该参数所包含的内容和格式视预留类型的不同而有所变化。 下面以请求保证业务为例，列出该参数的一种实施方法。 如果预留类型为WF,则仅包含一则流规格信息和预留规格信息，不包含过滤规格信息，参数的格式可以设置为fdl="tbr,tbs,pdr，mpu,mps,rr,st，,。如果预留类型为SE,则仅包含一则流规格信息和预留规格信息，而可能 包含一到多则过滤规格信息，可以使用空格将每一则过滤规格信息隔开，例如 参凄丈i殳置为fdl= "tbr，tbs,pdr,mpu，mps,rr,st,saddrl，spl, ,saddr2,sp2, ,saddr3，sp3,", 其中包含三则过滤规格信息。如果预留类型为FF，则可能包含一到多则流规格信息、预留规格信息和 过滤规格信息，使用空格将每一个固定过滤元素隔开，例如可以将该参数设置 为如下格式fdl= "tbrl，tbsl，pdrl,mpul,mpsl，rrl,stl,saddrl,spl, ,saddr2，sp2，， tbr3,tbs3,pdr3，mpu3,mps3,rr3，st3,saddr3邻3,"，其中包含三个固定过滤元素，第 二个过滤元素仅包含过滤规格信息则表示其流规格信息和预留规格信息与前 一过滤元素相同。3 、预留确^人(Reservation Confirm,简称rc );该参数携带接收方用于接收预留确认消息的IP地址，对应于RSVP消息 中的RESV一CONFIRM对象。如果信号中包含该参数，则表示接收方希望在资 源预留完成时得到确认。4、 会话标识(Session ID,简称sid);该参数携带RSVP的会话信息，对应于RSVP消息中的SESSION对象， 该参数的类型为一个字符串的列表(List of String),列表中至少包含以下字符 串元素之一会话的目的IP地址(IP Destination Address,简称ida);IP协议标识(IP Protocol Id,简称ipi);通用目的端口 ( Generalized Destination Port, 简称gdp )。5、 RSVP节点(RSVPHop,简称rh);该参数携带承载路径上发出RSVP Resv消息的节点地址信息，对应于 RSVP消息中的RSVP_HOP对象，该参数的类型为一个字符串的列表(Listof String )，所携带信息与MG所接收到的RSVP Path消息中的rh参数相同。6、 时间{直(TimeValue,简称tv);该参数携带RSVP消息的刷新周期(RefreshPeriodR,简称rpr),对应于 RSVP消息中的TIME—VALUES对象。7、 策略数据(PolicyData,简称pd);该参数携带会话的相关策略信息，对应于RSVP消息中的POLICY—DATA对象。8、 完整性信息(IntegrityInformation,简称iinfor); 该参数携带相关的加密数据用于验证消息发起方和RSVP消息内容，对应于RSVP消息中的INTEGRITY对象。9、 发送方主才几范围(Sender Hosts Scope,简称shs);该参数携带RSVP消息所要发到的数据发送方主机的明确范围，对应于 RSVP消息中的SCOPE对象。10、 目的地址(Destination Address ，简称da);该参数携带MG发出消息的目的地址信息，其中包含发送消息的目的地址 和/或端口信息。11、 源地址(Source Address ，简称sa);该参数携带MG发出消息的源地址信息，其中包含发送消息的源地址和/ 或端口信息。12、 UDP封装指示(UDP Encapsulation Indication,简称udpei); 该参数携带MG发出消息是否使用UDP封装，其参数类型为布尔型。 步骤205、 MG收到MGC的Modify命令后，向MGC发送Modify答复消台、步骤206、 MG收到MGC的Modify命令后，根据MGC下发的预留指示 信号(包括附带的参数)，沿收到RSVP Path消息的反方向发起资源预留请求 (RSVPResv)。通过RSVPResv消息，承载路径上逐跳地实现需要为该会话业务数据流预留的从发送方到接收方的网络资源，从而建立起有资源保障的承载路径。本实施例中，RSVP预留指示的相关信息(如预留指示信号及附带的参数)由MGC下发给MG,同样也可以不通过下发而是在MG上配置上述相关的预 留策略信息，让MG在收到路径上RSVP Path消息后，自动发起RSVP Resv消息。实施例二本实施例描述了在实施例一的基础上，承载路径建立过程中的相关节点发 生路径建立差错时的处理过程。参见图3,为本发明实施例二的流程示意图之一。本实施例的流程是在图 2流程的基础上，增加了承载路径建立过程中，当MGC发生资源预留差错时 的处理过程，具体步骤包括步骤301 -303、对应于图2中的步骤201 -203, MG接收到RSVP Path 消息后上报给MGC，请求资源预留策略；步骤304、MGC在进行资源预留策略决策过程中发生错误导致不能给出相 应的资源预留策略，于是向MG下发Modify命令，携带路径差错指示信号， 指示MG向发送方发送RSVP PathErr信息，以通知发送方承载建立发生的路 径错误信息。本发明实施例通过在H.248协议中扩展一个信号(Signal),例如命名为"路 径差错指示(Path Error Indication,简称pei)"信号，用于MGC指示MG去向 数据发送方(如UE或承载路径上的其它节点)发送RSVPPathErr信息，来通 知发送方承载建立发生的路径错误信息。MGC向MG下发路径差错指示信号的同时，还可以携带有关媒体流和路 径资源的信息，供MG发起路径差错请求时，将相应信息通知给承载路径上的 节点，以便其重新发起路径请求消息，或参考附带的有关媒体和路径资源的信 息进行路径建立策略调整后再重新发起路径请求。在路径差错指示信号发送时 附带的参数可以包括1 、发送方模板(Sender Template,简称st);2、发送方流量规格(Sender Traffic Specification,简称sts );3 、击夹省常^见参凄t (Default General Parameters fragment, 简称dgpf);4、保证业务部分(Guaranteed Service Fragment, 筒称gsf);5 、负载受控部分(Controlled-Load Service Fragment,简称clsf);上述第3-5项结合起来，对应于RSVP消息中的ADSPEC对象；第1-5项 参数组成了发送方的描述信息，对应于RSVP中发送方描述符(Sender Descriptor)所携带的信息。6、 会话标识(Session ID，简称sid);7、 策略数据(Policy Data,简称pd);8、 完整性信息(IntegrityInformation,简称iinfor); 9 、目的地址(Destination Address ，简称da);10、 源地址(Source Address,简称sa);11、 UDP封装指示(UDP Encapsulation Indication,简称udpei);上述第 1 -11项参数的定义对应于实施例 一 中的路径请求事件中的相关参数定义。12、 差4昔^见才各(Error Specification, es );该参数携带差错信息，对应于RSVPPathErr消息的ERROR—SPEC对象， 其中携带对差错的描述和检测到该差错的节点的地址信息(在本例中即MG的 地址)。步骤305 、 MG收到Modify命令后，向MGC返回Modify答复消息。步骤306、 MG收到Modify命令后，根据路径差错指示信号(包括附带的 参数)，沿RSVP Path消息路径相反的方向发送RSVPPathErr消息，通知各节 点承载路径建立发生错误。UE或各节点设备收到RSVP PathErr消息后，可重新发起或在对路径建立 策略进行调整后重新发起路径请求，以便建立承载路径。参见图4,为本发明实施例二的流程示意图之二。本实施例的流程是在图流程的基础上，增加了承载路径建立过程中，当MG到UE的承载路径上的 节点发生资源预留差^l昔时的处理过程，具体步骤包括步骤401 ~ 406、对应于图2中的步骤201 -206， MG接收到RSVP Path 消息后上报给MGC，请求资源预留策略；MGC向MG下发资源预留策略，并 指示MG向发送方发起RSVP Resv请求；通过RSVP Resv消息，承载路径上 逐跳地实现需要为该会话业务数据流预留的从发送方到接收方的网络资源，建 立有资源保障的承载路径。步骤407、在建立承载路径的过程中，UE或承载路径上的其它网络节点 预留资源失败，向MG发送预留差错(RSVP ResvErr)消息。RSVP ResvErr 消息因预留请求消息(Resv)而产生，并向接收方发送。导致预留资源失败的原因有多种，例如，接纳失败、带宽不足、不支持该 服务、不合格的流参数、路径不明确等。步骤408、 MG在收到RSVP ResvErr消息后，通过Notify命令向MGC报 告预留差错事件，以便于MGC对相关的资源预留策略进行调整。本发明实施例通过在H.248协议中扩展一个事件(Event),例如命名为"预 留差错(Reservation Error, re )"事件，用于MG向MGC报告收到的预留差错 信息。该事件可以由MGC下发给MG,也可以预先配置在MG上。该事件的 下发不带参数。当MG接收到UE或承载路径上的其它网络节点发来的RSVP ResvErr消 息时，使用Notify命令向MGC上报预留差错事件，在该事件上报的同时，还 可以携带有关媒体流和路径资源的信息，使MGC获知发生预留差错的节点及 原因等信息，以便MGC重新进行资源预留策略决策。在预留差错事件上报时 附带的参数可以包括1、预留类型(Reservation Style,简称rs);2 、流描述列表(Flow Descriptor List，简称fdl);3、会话标识(Session ID,简称sid);4、 RSVP节点(RSVPHop，简称rh);5、 策略数据(Policy Data,筒称pd);6、 完整性信息(IntegrityInformation,简称iinfor);7、 发送方主才几范围(Sender Hosts Scope,简称shs); 8 、目的i也址(Destination Address ，简称da);9、 源地址(SourceAddress,简称sa);10、 UDP封装指示(UDP Encapsulation Indication,简称udpei);上述第1-10项参数的定义对应于实施例一中预留指示信号中的相关参数 定义。11 、差错规格(Error Specification,简称es );该参数携带差错信息，对应于RSVPResvErr消息的ERROR—SPEC对象， 其中携带对差错的描述和检测到该差错的节点的地址信息。步骤409、 MGC收到Notify命令后，向MG发送Notify答复消息。 实施例三本实施例描述了在实施例一的基础上，承载路径建立成功后，UE(或承 载路径上的其它网络节点)向MG发送预留确认消息，MG根据该预留确认消 息向MGC上报预留请求确认信息的过程。参见图5,为本发明实施例三的流程示意图。本实施例的流程是在图2流 程的基础上，增加了预留确认过程，具体步骤包括步骤501 ~ 506、对应于图2中的步骤201 ~ 206, MG接收到RSVP Path 消息后上报给MGC，请求资源预留策略；MGC向MG下发资源预留策略，并 指示MG向发送方发起RSVP Resv请求；通过RSVP Resv消息，承载路径上 逐跳地实现需要为该会话业务数据流预留的从发送方到接收方的网络资源，从 而建立起有资源保障的承载路径。步骤507、 UE或承载路径上的其它网络节点向MG发送资源预留确认消白如果在步骤504中，MGC向MG下发的预留指示信号中包含预留确认(re ) 参数，则MG所发出的RSVP Resv消息中携带RESV一CONFIRM对象，其中 包含接收预留确认消息的单播地址。如果资源预留被成功地实现，则相关网络 实体(数据发送方或承载路径上的其它网络节点)会向其中包含的单播地址发 送预留确认(RSVPResvConf)消息。预留请求确认消息是对预留请求消息的 预留确认。根据由预留确认对象所得到的单播地址，确认消息被发送到接收方 主机。步骤508、 MG收到预留确认消息后，通过Notify命令向MGC上报预留 请求确认事件。当MG收到预留确认(RSVPResvConf)消息时，如果之前设置了预留请 求确认事件，则MG会向MGC上报该事件。本实施例通过在H.248协议中扩展一个事件，例如命名为"预留请求确认 事件(Reservation Confirm, rc)",用于MG向MGC报告收到的预留请求确 认信息。该事件可以由MGC下发给MG，也可以预先设置在MG上。该事件 的下发不带参数。当MG接收到UE或承载路径上的其它网络节点发来的预留请求确认消息 时，使用通报(Notify)命令向MGC上报预留请求确认事件，在该事件上报 的同时可以附带进一步的参数，以便MGC确认承载路径资源预留的相关信息， 这些参数可以包括1、 预留类型(Reservation Style,简称rs);2、 流描述列表(Flow Descriptor List,简称fdl);3 、会话标识(Session ID,简称sid);4 、完整性信息(Integrity Information， 简称iinfor);5 、预留确认(Reservation Confirm， 简称rc );6 、目的地址(Destination Address,简称da);7 、源地址(Source Address ， 简称sa);8、 UDP去于装指示(UDP Encapsulation Indication,简称、udpei); 上述第l-10项参数的定义对应于前面预留指示信号中的相关定义。9、 差错规格(Error Specification,简称es);该参数携带确认指示信息，对应于RSVP ResvErr消息的ERROR—SPEC对 象，其中携带预留确认消息发起方的地址信息。步骤509、 MGC收到Notify命令后，向MG发送Notify答复消息。承载路径的拆除过程可以通过使用RSVP拆除(Tear)消息，不需要等待 超时周期到来就可以删除会话相关的路径和预留状态。拆除消息可以由通信的 终端系统(发送方或接收方)发出，也可以在状态超时后由中间的路由器发出。实施例四本实施例描述了在使用RSVP作为资源预留协议的场景下，通过扩展 H.248协议，MG和MGC作为数据接收方，对承载上的路径拆除请求消息进 行响应，并拆除承载路径的过程。参见图6，为本发明实施例四的流程示意图。本实施例仅以发送方UE发 起路径拆除消息为例，描述路径拆除过程。图6中所涉及的功能实体包括UE(或其它网络设备)、MG、 MGC和路 由器(Router),具体步骤包括步骤601、数据发送方UE (也可以是承载路径上的其它节点)发送RSVP 拆除消息(如RSVPPathTear消息)删除路径状态，并从发送方沿着RSVPPath 消息的路由向所有下游接收方传递，本实施例中，UE发送RSVP PathTear消 息，并经Routerl和Router2到达MG。根据RSVP PathTear消息，承载路径上逐跳地实现需要为该会话业务数据 流释放从发送方到接收方的网络资源(如预留的保障资源)，从而拆除承载路 径。步骤602、 MG收到RSVP PathTear消息后，通过通报(Notify)命令向 MGC上报路径拆除事件。在事件上报时可能附带相应的媒体和路径信息参数。本发明实施例通过在H.248协议中扩展一个事件，例如命名为"路径拆除 (Path Tear,简称pt)事件"，以实现MG向MGC报告收到的路径拆除信息。 该事件可以由MGC下发给MG，也可以预先设置在MG上。例如，在MGC 将事件下发给MG的过程为MGC通过Modify请求消息向MG设置路径拆除 事件(pt),事件可以下发到MG的ROOT终端上，也可以是MG上某个特定 的终端上；MG收到该Modify请求消息后向MGC发送Modify回复消息。该 事件的下发不带参数。在路径拆除事件上报的同时，还可以附带一些参数，以便MGC获知被拆 除的承载路径的相关媒体流和路径资源信息，这些参数可以包括1、 发送方模板(SenderTemplate,简称st);2、 发送方流量夫见才各(Sender Traffic Specification,简称sts );3 、缺省常规参数(Default General Parameters fragment, 简称dgpf); 4、 j呆"i正业务告卩分(Guaranteed Service Fragment, 筒牙尔gsf); 5 、负载受控部分(Controlled-Load Service Fragment,简称clsf); 上述第3-5项参数结合起来，对应于RSVP消息中的ADSPEC对象；第 1-5项参数组成了发送方的描述信息，对应于RSVP消息中发送方描述符 (Sender Descriptor)所携带的信息。6、 会话标识(Session ID,简称sid);7、 RSVP节点(RSVPHop,简称rh);8、 完整性信息(Integrity Information,简称iinfor); 9 、目的地址(Destination Address,简称da);10、 源地址(Source Address，简称sa);11、 UDP封装指示(UDP Encapsulation Indication,简称udpei)。 上述第1-11项参数的定义对应于实施例一中的路径请求事件中的相关参数定义。步骤603、 MGC收到Notify命令后，向MG发送Notify答复消息。实施例五本实施例描述了在使用RSVP作为资源预留协议的场景下，通过扩展H.248协议，MG和MGC作为数据接收方，发起拆除岸义载3各径的过程。参见图7,为本发明实施例五的流程示意图。本实施例仅以MGC和MG 发起拆除消息为例，描述路径拆除过程。步骤701、 MGC根据相关的资源策略，决定拆除承载路径，于是通过向 MG发送修改(Modify)命令，指示MG拆除承载路径。Modify命令中携带预 留拆除指示信号，用以指示MG向数据发送方(如UE或承载路径上的其它节 点)发送RSVP ResvTear (预留拆除)消息，通知路径节点删除相关的预留状 态。本实施例通过在H.248协议中扩展命令参数中的信号(Signal),例如命名 为"预留拆除指示信号(Reservation Tear Indication,简称rti)",实现MGC指 示MG去向数据发送方发送RSVP ResvTear消息，来通知^^径节点删除相关的 预留状态。MGC向MG下发预留指示信号的同时，可以携带有关媒体流和资源路径 的信息，以便通知路径节点删除相关的预留状态，这些参数可以包括 1、预留类型(Reservation Style,简称rs); 2 、流描述列表(Flow Descriptor List，简称fdl);3、 会话标识(Session ID ，筒称sid);4、 RSVP节点(RSVPHop,简称rh);5 、完整性信息(Integrity Information,简称iinfor);6、 发送方主才几范围(Sender Hosts Scope,简称shs);7、 目的地址(Destination Address,筒称da);8、 源地址(Source Address, 简称sa);9、 UDP封装指示(UDP Encapsulation Indication,简称udpei)。上述第l-9项参数的定义对应于实施例一中，预留指示信号中的相关参数定义。步骤702、 MG收到MGC的Modify命令后，向MGC发送Modify答复消自步骤703、 MG收到MGC的Modify命令后，根据MGC下发的预留拆除 指示信号，沿收到RSVP Path消息的反方向发起预留拆除(RSVP ResvTear)请求。通过RSVP ResvTear消息，承载路径上逐跳地实现需要为该会话业务数据 流释放的从发送方到接收方的网络资源，从而拆除承载路径。上述各实施例中随信号一起发送的媒体或/和路径参数，除以信号参数的方 式发送外，还可以信号或/和属性参数的形式发送；同理，上述各实施例中随事 件一起发送的媒体或/和路径参数，也可以事件参数或/和属性参数的形式发送。 上述各实施例中所定义的信号和事件的参数类型定义为字符串的列表的参数， 其内容大多都包含了多项信息，当然也可以将相关的信息再组合或可以分别设 置为各个单独的参数。这些参数并不一定必须全部出现在相关信号或事件中，具体包含哪些参数可以视实际的需要来定，当然也可能包含更多的参数信息。 上述各实施例的扩展定义，都是RSVP为例，对于其它可以实现类似有保障资源的承载路径建立的信令协议，上述方法同样可以适用。 本发明实施例还提供了 一种承载路径的实现系统。参见图8,为本发明实施例提供的承载路径的实现系统的结构示意图，该系统包括MG和MGC。MG用于接收数据发送方(如UE或承载路径上的其它节点)发送的承载路径消息，并向MGC上"t艮与该承载路径消息相应的事件。MG包括 消息接收模块，用于接收承载路径上网络节点发送的承载路径消息； 事件上报模块，用于向MGC上报与接收到的承载路径消息相应的事件； 命令接收模块，用于接收MGC根据该事件或/和根据资源策略发送的命令，命令中携带有指示信号；处理模块，用于根据接收到的命令中的指示信号，向数据发送方发送相应 的承载路径处理请求消息。MGC用于根据媒体网关上报的事件，或/和根据资源策略，向MG发送命 令，其中携带相应的指示信号，指示MG发起对相应承载路径的处理。MGC 包括事件接收模块，用于接收MG根据承载路径消息上报的事件；命令发送模块，用于根据上报的事件或/和资源策略，向MG发送命令， 其中携带有相应指示信号，该指示信号指示MG向数据发送方发送相应的承载 路径处理请求消息。例如，在承载路径建立过程中，MG的消息接收模块接收数据发送方发送 的路径请求消息，并通过事件上报模块上报通报命令，其中携带路径请求事件； MGC的事件接收模块接收该路径请求事件，命令发送模块根据路径请求事件 发送修改命令，其中携带预留指示信号；MG的命令接收模块接收该修改命令， 处理模块根据该修改命令中的预留指示信号，向数据发送方发送资源预留请求 消息以建立承载路径。在承载路径建立过程中，MG的消息接收模块还可接收数据发送方发送的 预留差错消息，并通过事件上报模块上报预留差错事件；MGC的事件接收模 块接收该预留差错事件，并可根据该事件携带上来的参数重新进行资源预留策 略决策，并通过命令发送模块发送修改命令，携带预留指示信号。在承载路径建立过程中，MGC的命令发送模块还可以根据资源策略发送 修改命令，携带差错指示信号；MG的命令接收模块接收该差错指示信号，处 理模块根据该差错指示信号，向数据接收方发送路径差错消息。数据发送方各 节点可根据该路径差错消息，重新发起或在对路径建立策略进行调整后重新发 起路径请求，以便建立承载路径。在承载路径成功建立后，MG的消息接收模块还可接收数据发送方发送的 预留确认消息，并通过事件上报模块上报预留确认事件；MGC的事件接收模块接收该预留确认事件，获知承载路径建立成功。又例如，在承载路径拆除过程中，MG的消息接收模块接收数据发送方发送的路径拆除消息，并通过事件上报模块上报给MGC的事件接收模块。或者，MGC的命令发送模块根据资源策略，发送预留拆除指示信号；MG的命令接收模块接收该预留拆除指示信号，处理模块根据该指示信号向数据发送方发送资源预留拆除消息，以拆除承载路径。上述系统中的MG和MGC可分别如图9和图10所示。参见图9，为本发明实施例提供的MG的结构示意图，该MG包括消息接收模块、事件上报模块、命令接收模块和处理模块。消息接收模块，用于接收承载路径上的节点发送的承载路径消息； 事件上报模块，用于向MGC上报与接收到的承载路径消息相应的事件； 命令接收模块，用于接收MGC根据所述事件或/和根据资源策略发送的命令，其中携带有指示信号；处理模块，用于根据接收到的命令中的指示信号，对相应的承载路径进行处理。为了实现承载路径的建立，消息接收模块包括第一消息接收子模块，用于 接收承载路径上的节点发送的路径请求消息；事件上报模块包括第 一事件上报子模块，用于根据路径请求消息上报路径 请求事件；命令接收模块包括第 一命令接收子模块，用于接收MGC根据该路径请求 事件发送的命令，其中携带有预留指示信号；处理模块包括第一处理子模块，用于根据预留指示信号向承载路径上的节 点发送资源预留请求消息。为了实现在承载路径建立过程中，对错误信息进行响应，消息接收模块还 包括第二消息接收子模块，处理模块还包括第二处理子模块；或/和，命令接收模块还包括第二命令接收子模块，处理模块还包括第二处理子模块；其中第二消息接收子模块，用于接收承载路径上的节点发送的预留差错消息； 第二处理子模块，用于根据第二消息接收子模块接收到的预留差错消息，向MGC上报预留差错事件；第二命令接收子模块，用于接收MGC根据路径请求事件和资源策略进行 资源预留决策后所发送的命令，其中携带有路径差错指示信号；第二处理子模块，用于根据第二命令接收子模块接收到的路径差错指示信 号，向承载路径上的节点发送路径差错消息。为了实现在承载路径建立过程中，对确认信息进行响应，消息接收模块还 包括第三消息接收子模块，用于接收承载路径上的节点发送的预留确认消息；事件上报模块还包括第三事件上报子模块，用于根据预留确认消息，向 MGC上报预留请求确认事件。为了响应承载路径上的节点发起的路径拆除，消息接收模块还包括第四消 息接收子模块，事件上报模块还包括第四事件上报子模块；或/和，为了响应数 据接收方发起的路径拆除，命令接收模块还包括第三命令接收子模块，处理模 块还包括第三处理子模块；第四消息接收子模块，用于接收承载路径上的节点发送的路径拆除消息；第四事件上报子模块，用于根据第四消息接收模块接收到的路径拆除消息 上报路径拆除事件；第三命令接收子模块，用于接收MGC根据资源策略发送的命令，其中携 带有预留拆除指示信号；第三处理子模块，用于根据第三命令接收子模块接收到的预留拆除指示信 号，向承载路径上的节点发送资源预留拆除请求消息，发起承载路径的拆除过 程。参见图10,为本发明实施例提供的MGC的结构示意图，该MGC包括 事件接收模块、命令发送模块。事件接收模块，用于接收MG根据承载路径消息上报的事件；命令发送模块，用于根据MG上报的事件或/和根据资源策略，向MG发 送命令，其中携带有相应指示信号，该指示信号指示MG发起对相应承载路径 的处理。为了实现承载路径的建立，事件接收模块包括第一事件接收子模块，用于 接收路径请求事件；命令发送模块包括第一命令发送子模块，用于根据路径请 求事件发送命令，其中携带预留指示信号，该预留指示信号指示MG发起资源 预留请求消息以建立承载路径。为了在承载路径建立过程中，对错误信息进行响应，事件接收模块还包括 第二事件接收子模块，或/和，命令模块还包括第二命令发送子模块；第二事件接收子模块，用于接收预留差错事件；第二命令发送子模块，用于根据路径请求事件和资源策略进行资源预留决 策后，向MG发送命令，其中携带路径差错指示信号。为了实现在承载路径建立过程中，对确认信息进行响应，事件接收模块还 包括第三事件接收子模块，用于接收预留请求确认事件。为了响应承载路径上的节点发起的路径拆除，事件接收模块还包括第四事 件接收子模块，或/和，为了响应数据接收方发起的路径拆除，命令发送模块还 包括第三命令发送子模块；第四事件接收子模块，用于接收路径拆除事件；第三命令发送子模块，用于根据根据资源策略发送命令，其中携带预留拆 除指示信号，该指示信号指示MG发起资源预留拆除请求以拆除承载路径。综上所述，本发明实施例通过扩展H,248协议，为媒体网关和媒体网关控 制器作为数据接收方对承载上的路径请求消息、路径拆除消息、预留差错消息 以及预留确认消息，进行有效而及时的响应和相应处理，从而实现对有资源保 障的承载路径的建立、拆除，以及路径建立过程中出现的差错处理。通过上述 承载路径的建立以及拆除的过程，为以媒体网关和媒体网关控制器作为数据接 收方的会话实现提供了可能。明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1、一种承载路径的实现方法，其特征在于，包括如下步骤媒体网关根据接收到的与承载路径相关的请求消息，向媒体网关控制器上报请求事件；所述媒体网关接收所述媒体网关控制器发送的命令，其中携带建立所述承载路径的指示信息；所述命令为所述媒体网关控制器根据所述请求事件，对所述承载路径上的资源预留进行决策，并根据决策结果向所述媒体网关发送的命令；所述媒体网关根据所述指示信息发起资源预留请求，请求建立符合所述资源预留决策结果的承载路径。
2、 如权利要求1所述的方法，其特征在于，所述i某体网关接收到的所述 请求消息为路径请求消息，上报的所述请求事件为路径请求事件；所述媒体网 关控制器根据所述路径请求事件发送的所述命令中携带的指示信息为预留指 示信号；所述媒体网关根据所述预留指示信号向所述承载路径上的节点发送资源 预留请求消息。
3、 如权利要求2所述的方法，其特征在于，所述媒体网关上报所述路径 请求事件时，携带媒体信息和/或路径信息，所述媒体网关控制器根据所述信息 进行资源预留决策；所述媒体信息和/或路径信息用如下信息之一或任意组合进 行描述发送方模板，用于携带数据发送方的标识信息； 发送方流量规格，用于携带数据发送方所发送数据流的流量特征信息； 缺省常规参数，用于携带所述路径请求消息所收集的承载路径上的常规资 源信息；保证业务部分，用于携带所述路径请求消息所收集的承载路径上支持保证 业务的资源信息；负载受控部分，用于携带所述路径请求消息所收集的承载路径上支持负载受控业务的资源信息；会话标识，用于携带会话信息；资源预留节点，用于携带承载路径上发送所述路径请求消息的节点地址信息；时间值，用于携带消息刷新周期； 策略数据，用于携带会话策略信息； 完整性信息，用于携带验证消息完整性的加密数据； 地址信息，用于携带所述媒体网关收到消息的目的地址和源地址信息； 用户数据报协议UDP封装指示，用于指示所述媒体网关收到消息是否使 用UDP封装。
4、如权利要求2所述的方法，其特征在于，所述媒体网关控制器发送所 述预留指示信号时，携带媒体信息和/或路径信息，所述媒体网关根据所述信息 发起所述资源预留请求消息；所述媒体信息和/或路径信息用如下信息之一或任 意组合进行描述预留类型，用于携带资源预留类型；流描述列表，用于携带对数据流的描述信息；预留确认，用于携带数据接收方接收预留确认消息的IP地址；会话标识，用于携带会话信息；资源预留节点，用于携带承载路径上发送资源预留请求消息的节点地址信白 ,&，时间值，用于携带消息刷新周期；策略数据，用于携带会话策略信息；完整性信息，用于携带验证消息完整性的加密数据；发送方主机范围，用于携带数据发送方主机范围；地址信息，用于携带所述媒体网关发出消息的目的地址和源地址信息；UDP封装指示，用于指示所述媒体网关发出消息是否使用UDP封装。
5、 如权利要求2所述的方法，其特征在于，所述i某体网关控制器进行资 源预留决策失败后，进一步包括步骤向所述媒体网关发送命令，其中携带路径差错指示信号； 所述媒体网关根据所述路径差错指示信号，向所述承载路径上的节点发送 路径差错消息。
6、 如权利要求5所述的方法，其特征在于，所述媒体网关控制器发送所 述路径差错指示信号时，携带媒体信息和/或路径信息，所述媒体网关根据所述 信息发送所述路径差错消息；所述媒体信息和/或路径信息用如下信息之一或任 意组合进行描述发送方模板，用于携带数据发送方的标识信息；发送方流量规格，用于携带数据发送方所发送数据流的流量特征信息； 缺省常规参数，用于携带所述路径请求消息所收集的承载路径上的常规资 源信息；保证业务部分，用于携带所述路径请求消息所收集的承载路径上支持保证 业务的资源信息；负载受控部分，用于携带所述路径请求消息所收集的承载路径上支持负栽 受控业务的资源信息；会话标识，用于携带会话信息；策略数据，用于携带会话策略信息；完整性信息，用于携带验证消息完整性的加密数据；地址信息，用于携带所述媒体网关发出消息的目的地址和源地址信息；UDP封装指示，用于指示所述媒体网关发出消息是否使用UDP封装；差错规格，用于携带差错信息。
7、 如权利要求2所述的方法，其特征在于，所述媒体网关发起资源预留 请求后，进一步包括步骤接收所述承载路径上发送的预留差错消息，并根据该消息向所述媒体网关 控制器上报预留差错事件。
8、 如权利要求7所述的方法，其特征在于，所述媒体网关上报所述预留差错事件时，携带与所述承载路径上的资源预留差错相关的媒体信息和/或路径信息；所述^ 某体信息和/或路径信息用如下信息之一或任意组合进行描述 预留类型，用于携带资源预留类型； 流描述列表，用于携带对数据流的描述信息； 会话标识，用于携带会话信息；资源预留节点，用于携带承载路径上发送资源预留请求消息的节点地址信息；策略数据，用于携带会话策略信息；完整性信息，用于携带验证消息完整性的加密数据；发送方主机范围，用于携带数据发送方主机范围；地址信息，用于携带所述+某体网关收到消息的目的地址和源地址信息；UDP封装指示，用于指示所述媒体网关收到消息是否使用UDP封装；差错规格，用于携带差错信息。
9、 如权利要求2所述的方法，其特征在于，所述媒体网关发起资源预留 请求后，进一步包括步骤接收所述承载路径上发送的预留确认消息，并根据该消息向所述媒体网关 控制器上报预留请求确认事件。
10、 如权利要求9所述的方法，其特征在于，所述i某体网关上"t艮所述预留 请求确认事件时，携带与所述承载路径上的资源预留确认相关的媒体信息和/ 或路径信息；所述媒体信息和/或路径信息用如下信息之一或任意组合进行描 述预留类型，用于携带资源预留类型； 流描述列表，用于携带对数据流的描述信息；会话标识，用于携带会话信息；完整性信息，用于携带验证消息完整性的加密数据；预留确认，用于携带数据接收方接收预留确认消息的IP地址；地址信息，用于携带所述+某体网关收到消息的目的地址和源地址信息；UDP封装指示，用于指示所述媒体网关收到消息是否使用UDP封装；差错规格，用于携带确认指示信息。
11、 如权利要求2所述的方法，其特征在于，所述承载路径建立后，进一 步包括步骤所述媒体网关接收所述承载路径上的节点发送的路径拆除消息，并根据该 消息向所述+某体网关控制器上报路径拆除事件。
12、 如权利要求11所述的方法，其特征在于，所述々某体网关上报所述路 径拆除事件时，携带与被拆除的承载路径相关的媒体信息和/或路径信息；所述 媒体信息和/或路径信息用如下信息之一或任意组合进行描述发送方模板，用于携带数据发送方的标识信息； 发送方流量规格，用于携带数据发送方所发送数据流的流量特征信息； 缺省常规参数，用于携带所述路径拆除消息所收集的承载路径上的常规资 源信息；保证业务部分，用于携带所述路径拆除消息所收集的承载路径上支持保证 业务的资源信息；负载受控部分，用于携带所述路径拆除消息所收集的承载路径上支持负载 受控业务的资源信息；会话标识，用于携带会话信息；资源预留节点，用于携带承载路径上发送所述路径拆除消息的节点地址信台 地址信息，用于携带所述^^某体网关收到消息的目的地址和源地址信息； UDP封装指示，用于指示所述媒体网关收到消息是否使用UDP封装；完整性信息，用于携带验证消息完整性的加密数据。
13、 如权利要求2-12任一权项所述的方法，其特征在于，所述媒体网关 通过向所述媒体网关控制器发送通报命令，携带所述路径请求事件、预留差错事件或预留请求确认事件；所述媒体网关控制器通过向所述媒体网关发送修改命令，携带所述预留指 示信号或路径差错指示信号。
14、 如权利要求3-12任一权项所述的方法，其特征在于，与所述事件一 起上报的所述媒体信息和/或路径信息，以事件参数或/和属性参数的形式，发 送到所述J 某体网关控制器；与所述指示信号一起发送的所述媒体信息和/或路径信息，以信号参数或/ 和属性参数的形式，发送到所述々某体网关。
15、 一种承载路径的实现方法，其特征在于，包括如下步骤媒体网关接收媒体网关控制器发送的命令，其中携带拆除承载路径的指示 信息；所述命令为所述媒体网关控制器对承载路径上的资源预留进行决策，并 根据决策结果向媒体网关发送的命令；所述媒体网关根据所述指示信息发起预留资源拆除请求，请求拆除所述承 载路径。
16、 如权利要求15所述的方法，其特征在于，所述媒体网关控制器发送 的所述命令中携带的指示信息为预留拆除指示信号；所述媒体网关根据所述预留拆除指示信号向所述承载路径上的节点发送 资源预留拆除消息。
17、 如权利要求16所述的方法，其特征在于，所述々某体网关控制器发送 所述预留拆除指示信号时，携带媒体信息和/或路径信息，所述々某体网关根据所 述信息发送所述资源预留拆除消息；所述媒体信息和/或路径信息用如下信息之 一或任意组合进行描述预留类型，用于携带资源预留类型；流描述列表，用于携带对数据流的描述信息； 会话标识，用于携带会话信息；资源预留节点，用于携带承载路径上发送资源预留拆除消息的节点地址信息；完整性信息，用于携带验证消息完整性的加密数据； 地址信息，用于携带所述士某体网关发出消息的目的地址和源地址信息； UDP封装指示，用于指示所述媒体网关发出消息是否使用UDP封装； 发送方主机范围，用于携带数据发送方主机范围。
18、 如权利要求17所述的方法，其特征在于，与所述预留拆除指示信号 一起发送的所述媒体信息和/或路径信息，以信号参数或/和属性参数的形式， 发送到所述媒体网关。
19、 一种媒体网关，其特征在于，包括消息接收模块，用于接收与承载路径相关的请求消息；事件上报模块，用于根据所述消息接收模块接收到的请求消息，向媒体网 关控制器上报相应的事件；命令接收模块，用于接收所述媒体网关控制器根据所述事件或/和资源策略 发送的命令，所述命令中携带有指示信号；处理模块，用于根据所述命令接收模块接收到的所述指示信号，对相应的 承载路径进行处理。
20、 如权利要求19所述的媒体网关，其特征在于，所述消息接收模块， 用于接收路径请求消息；所述事件上报模块，用于根据所述路径请求消息上报路径请求事件； 所述命令接收模块，用于接收所述媒体网关控制器根据所述路径请求事件发送的命令，所述命令中携带有预留指示信号；所述处理模块，用于根据所述预留指示信号，向所述承载路径上的节点发送资源预留请求消息。
21、 如权利要求20所述的媒体网关，其特征在于，所述消息接收模块， 还用于接收所述承载路径上的节点发送的预留差错消息；或接收所述承载路径 上发送的预留确认消息；所述事件上报模块，还用于根据所述预留差错消息，向所述媒体网关控制 器上报预留差错事件；或根据所述预留确认消息，向所述媒体网关控制器上报 预留请求确认事件；所述命令接收模块，还用于接收所述媒体网关控制器根据所述路径请求事 件和资源策略发送的命令，所述命令中携带有路径差错指示信号；所述处理模块，还用于根据所述路径差错指示信号，向所述承载路径上的 节点发送路径差错消息。
22、 如权利要求20所述的媒体网关，其特征在于，所述消息接收模块， 还用于接收所述承载路径上的节点发送的路径拆除消息；所述事件上报模块，还用于根据所述路径拆除消息上报路径拆除事件； 或/和所述命令接收模块，还用于接收所述媒体网关控制器根据资源策略发送的 命令，所述命令中携带有预留拆除指示信号；所述处理模块，还用于根据所述预留拆除指示信号，向所述承载路径上的 节点发送资源预留拆除请求消息。
23、 一种々某体网关控制器，其特征在于，包括事件接收模块，用于接收媒体网关根据与承载路径相关的请求消息上报的 事件；命令发送模块，用于根据所述上报的事件或/和资源策略，向所述媒体网关 发送命令，所述命令携带有相应指示信号，所述指示信号指示所述媒体网关发 起对承载路径的相应处理。
24、 如权利要求23所述的媒体网关控制器，其特征在于，所述事件接收 模块，用于接收路径请求事件，所述路径请求事件为所述媒体网关根据接收到的路径请求消息上报的事件；所述命令发送模块，用于根据所述路径请求事件发送命令，其中携带预留 指示信号，所述预留指示信号指示所述媒体网关发起资源预留请求消息以建立 所述承载路径。
25、 如权利要求24所述的媒体网关控制器，其特征在于，所述事件接收 模块，还用于接收预留差错事件，所述预留差错事件为所述^ 某体网关根据接收 到的预留差错消息上报的事件；或还用于接收预留请求确认事件，所述预留请 求确认事件为所述媒体网关根据接收到的资源确认消息上报的事件；所述命令发送模块，还用于根据所述路径请求事件和资源策略，向所述媒 体网关发送命令，其中携带路径差错指示信号。
26、 如权利要求23所述的媒体网关控制器，其特征在于，所述事件接收 模块，还用于接收路径拆除事件，所述路径拆除事件为所述媒体网关根据接收 到的路径拆除消息上报的事件；或/和所述命令发送模块，还用于根据根据资源策略发送命令，其中携带预留拆 除指示信号，所述指示信号指示所述媒体网关发起资源预留拆除请求以拆除所 述承载路径。
27、 一种承载路径的实现系统，其特征在于，包括媒体网关和媒体网关控 制器；所述媒体网关，用于根据接收到的与承载路径相关的请求消息，向媒体网 关控制器上报请求事件；接收所述媒体网关控制器发送的命令，并根据命令中 携带的指示信号发起对承载路径的相应处理；所述媒体网关控制器，用于根据所述媒体网关上报的事件，或/和根据资源 策略，向所述媒体网关发送命令，所述命令中携带相应的指示信号，所述指示 信号指示所述媒体网关发起对承载路径的相应处理。
全文摘要
本发明公开了一种承载路径的实现方法、装置及其系统，本发明方法包括媒体网关根据接收到的与承载路径相关的请求消息，向媒体网关控制器上报请求事件；所述媒体网关接收所述媒体网关控制器发送的命令，其中携带建立所述承载路径的指示信息；所述命令为所述媒体网关控制器根据所述请求事件，对所述承载路径上的资源预留进行决策，并根据决策结果向所述媒体网关发送的命令；所述媒体网关根据所述指示信息发起资源预留请求，请求建立符合所述资源预留决策结果的承载路径。本发明可实现媒体网关和媒体网关控制器作为数据接收方，对承载上的路径消息进行有效而及时的响应和相应处理，从而实现承载路径的建立。
文档编号H04L12/54GK101330445SQ20071011241
公开日2008年12月24日 申请日期2007年6月21日 优先权日2007年6月21日
发明者杨玮玮 申请人:华为技术有限公司