CN101552713B - 一种包基础与扩展关系的交换方法、装置 - Google Patents

Abstract

本发明实施例公开了一种包基础与扩展关系的获取方法、装置，包括：媒体网关控制器MGC下发的审计命令请求到媒体网关MG，其中携带包扩展信息属性表示审计所述MG所支持的包之间的基础与扩展对应关系；MGC接收来自MG产生审计命令响应，携带所述MG所支持的包之间的基础与扩展对应关系；MGC根据包之间的基础与扩展对应关系实现包的应用。以及MG接收MGC下发的命令请求，其中携带对包扩展信息属性，其取值为MGC所支持的包之间的基础与扩展对应关系；MG根据所述MGC所支持的包之间的基础与扩展对应关系实现包的应用。

Description

一种包基础与扩展关系的交换方法、装置 

技术领域

本发明涉及通讯技术领域，特别是(媒体)网关控制协议的包公布与应用的控制。 

背景技术

媒体网关控制器(MGC)和媒体网关(MG)是业务与承载分离架构下的分组网络的两个关键构件。MGC负责业务控制功能，MG负责媒体承载功能，藉此实现业务控制平面和媒体承载平面的分离，从而充分共享网络资源，简化设备升级和业务扩展，降低开发和维护成本。 

(媒体)网关控制协议是MG和MGC之间通信的主要协议，目前应用较为广泛的有H.248/MeGaCo(网关控制协议)和MGCP(媒体网关控制协议)两种协议。MGC和MG之间的交互操作通过(媒体)网关控制协议中的命令(Command)的请求(Request)和响应(Reply)来完成。命令的参数，也称为描述符(Descriptor)，被分类为属性(Property)、信号(Signal)、事件(Event)、统计(Statistic)等。为了方便将具有业务相关性的参数从逻辑上聚合为包(Package)。 

包代表了针对特定业务的功能或功能组合。随着业务的发展，相应的功能也会被增强或扩充，进而要求包也要被增强或扩充。为此包扩展机制规定可以在原有包的基础上派生出新的包，其中原有包也称为基础包(BasePackage)，派生出的新包也称为扩展包(Extended Package)。基础包的包元素(Package Element)，包括属性(Property)、信号(Signal)、事件(Event)、统计(Statistic)，以及相应的规程(Procedure)等，都被扩展包所继承。 

为了方便MGC对MG的控制，MG需要向MGC公布自己支持的包。MG在向MGC公布自己支持的扩展包时，可选是否也公布相应的基础包。现有技术只有在MG公布了该基础包的情况下，MGC才能将该基础包应用于其与 该MG之间的控制接口。否则，MGC只能应用该扩展包，而无法应用该扩展包的基础包。 

因此需要新增有效机制以使MGC与MG可以相互获取对方所支持的包之间的基础与扩展对应关系。 

发明内容

有鉴于此，本发明实施例的目的在于提供一种基础包与扩展包应用的控制方法、装置，解决现有机制下包在媒体网关控制器与媒体网关之间的控制接口上公布与应用的矛盾。 

本发明实施例提供一种包基础与扩展关系的获取方法，包括： 

媒体网关控制器MGC下发的审计命令请求到媒体网关MG，其中携带包扩展信息属性表示审计所述MG所支持的包之间的基础与扩展对应关系； 

MGC接收来自MG产生审计命令响应，携带所述MG所支持的包之间的基础与扩展对应关系； 

MGC根据MG所支持的包之间的基础与扩展对应关系实现包的应用。 

一种包基础与扩展关系的获取方法，包括： 

媒体网关MG接收媒体网关控制器MGC下发的命令请求，其中携带包扩展信息属性，其取值为MGC所支持的包之间的基础与扩展对应关系； 

MG根据所述MGC所支持的包之间的基础与扩展对应关系实现包的应用。 

一种媒体网关控制器：包括发送单元、接收单元和处理单元，其中， 

发送单元用于发送审计包描述符或包扩展信息属性的命令请求，其中携带包扩展信息属性表示审计所述媒体网关所支持的包之间的基础与扩展对应关系，或者发送设置包扩展信息属性的命令请求，其取值为媒体网关控制器所支持的包之间的基础与扩展对应关系； 

接收单元用于接收来自所述媒体网关返回的与所述命令请求相应的命令响应，其中对于所述审计命令请求的命令响应携带所述媒体网关所支持的包之间 的基础与扩展对应关系； 

处理单元用于根据MG所支持的包之间的基础与扩展对应关系实现包的应用。 

一种媒体网关：包括发送单元，处理单元，接收单元，其中 

接收单元用于接收媒体网关控制器发送的审计包扩展信息属性的命令请求，其中携带包扩展信息属性表示审计所述媒体网关所支持的包之间的基础与扩展对应关系，或者媒体网关控制器发送的设置包扩展信息属性的命令请求，其取值为媒体网关控制器所支持的包之间的基础与扩展对应关系； 

处理单元用于在向媒体网关控制器返回的命令响应中包括所述媒体网关所支持的包之间的基础与扩展对应关系，或根据MGC所支持的包之间的基础与扩展对应关系实现包的应用； 

发送单元用于发送上述命令请求相应的命令响应给媒体网关控制器。 

由上述技术方案可见，在本发明实施例提供的基础包与扩展包关系的获取方法、装置中，媒体网关控制器MGC下发的审计命令请求到媒体网关MG，其中携带包扩展信息属性表示审计所述MG所支持的包之间的基础与扩展对应关系；MGC接收来自MG产生审计命令响应，携带所述MG所支持的包之间的基础与扩展对应关系；MGC根据包之间的基础与扩展对应关系实现包的应用。以及MG接收MGC下发的命令请求，其中携带对包扩展信息属性，其取值为MGC所支持的包之间的基础与扩展对应关系；MG根据所述MGC所支持的包之间的基础与扩展对应关系实现包的应用。通过媒体网关控制器与媒体网关之间相互了解对方所支持的包之间的基础与扩展对应关系，有效解决了基础包与扩展包在媒体网关控制器与媒体网关之间控制接口公布与应用的矛盾问题。 

附图说明

图1是本发明实施例所采用的MG和MGC组网示意图； 

图2是本发明实施例一的流程图； 

图3是本发明实施例五的系统结构示意图。 

具体实施方式

为使本发明的技术方案更加清楚明白，以下参照附图并列举实施例，对本发明进一步详细说明。 

如图1所示，为本发明实施例业务与承载分离架构下媒体网关控制器MGC与媒体网关MG的组网示意图。 

(媒体)网关控制协议是MG和MGC之间通信的主要协议，应用较为广泛的有H.248/MeGaCo(网关控制协议)和MGCP(媒体网关控制协议)两种协议。 

以H.248为例，MG上的各种资源被抽象表示为终端(Termination)，可以称之为个别终端。终端又分为物理(Physical)终端和临时(Ephemeral)终端，前者代表一些具有半永久存在性的物理实体，例如TDM时隙等，后者代表一些临时申请用后释放的公共资源，例如RTP流等。另以被称为根(Root)终端的特殊终端来代表MG整体。终端之间的关联被抽象表示为上下文(Context)。上下文可以包含多个终端，因而以拓扑(Topology)来描述终端间的相互关系。对于还未与其它终端发生关联的终端，由一个被称为空(Null)上下文的特殊上下文来包含。 

基于上述抽象连接模型，业务与承载之间的交互实际上就是对Termination和Context的操作。这种操作通过MGC和MG之间的命令(Command)的请求(Request)和响应(Reply)来完成。命令类型包括增加(Add)、修改(Modify)、删减(Subtract)、移动(Move)、审计值(AuditValue)、审计能力(AuditCapabilities)、通报(Notify)、服务改变(ServiceChange)。命令参数，也称为描述符(Descriptor)，被分类为属性(Property)、信号(Signal)、事件(Event)、统计(Statistic)等。为了方便将具有业务相关性的参数从逻辑上聚合为包(Package)。 

MGC对MG的控制可以针对终端或终端上的流。通过终端状态(TerminationState)描述符来包括终端上非流特有的特性，例如服务状态(ServiceState)、事件缓冲控制(EventBufferControl)等。通过媒体(Media)描述符来包括终端上流特有的特性，其包含一系列流(Stream)描述符。每个流描述符针对单个流，又包含本端控制(LocalControl)、本端(Local)和远端(Remote)描述符。本端控制描述符用于包括流相关的控制信息，例如模式(Mode)、预留组(ReserveGroup)和预留值(ReserveValue)等。本端和远端描述符分别用于包括本端和远端所接收的流的特征，例如地址和端口、编解码算法等，采用SDP的形式。 

因此为了使MGC控制MG对基础包与扩展包的应用，首先需要对(媒体)网关控制协议进行扩展。下面通过几个具体的实施例对本发明进行详细的说明。 

实施例一： 

本实施例通过一个属性来表示包之间的基础与扩展对应关系，以及公布情况。该属性可以定义在现有包或新的包中，以“包标识/属性标识”的格式使用。例如重用上述pipa包，将该属性命名为“包扩展信息(PackageExtension Infomation，标识为pei)”，以“pipa/pei”的格式使用。本发明的另一个实施例中，公布情况不是必须的，可以通过一个属性来表示包之间的基础与扩展对应关系。下面的仅以通过一个属性来表示包之间的基础与扩展对应关系，以及公布情况为例进行说明。 

该属性既可以针对代表MG整体的根(Root)终端也可以针对MG中的个别终端应用，在TerminationState描述符中使用。该属性为字符串列表(Sub-list of String)类型，列表中每个元素代表一个包的扩展信息，包括其基础包名称(Package Name)、可选的扩展包名称和可选的公布情况。其中包名称又由包标识(Package Identifier)与可选的版本构成。扩展包标识名称不出现表示基础包名称所对应的包为独立包。公布情况可以是“二者 (Both)”或者“扩展(Ext)”，分别表示该基础包与其扩展包均被公布、仅该基础包的扩展包被公布，不出现表示“二者”。版本不出现表示版本1。 

例如可以采用“基础包名称[：扩展包名称][：公布情况]”的格式，“基础包名称”与“扩展包名称”都采用“包标识-版本”的格式，其中的“[...]”表示可选，则“nt”表示nt包是对立包并且被公布，“nt:rtp:both”表示rtp作为扩展包其基础包是nt并且rtp与nt均被公布，“nt:tdmc:ext”表示tdmc作为扩展包其基础包是nt并且仅tdmc被公布。 

当MGC需要了解MG所支持的包之间的基础与扩展对应关系，以及公布情况时，MGC向MG审计上述pei属性。MGC可以通过AuditValue命令对根终端代表的整个MG或者对MG中的个别终端进行审计。然后MG在返回给MGC的相应的审计响应中包含自己所支持的包之间的基础与扩展对应关系，以及公布情况。后续MGC就可以根据该信息处理来自MG的消息中所包括的包标识。 

另外，当MGC需要让MG了解MG所支持的包之间的基础与扩展对应关系，MGC向MG设置上述pei属性。MGC可以通过Add、Move、Modify、Subtract命令对根终端代表的整个MG或者对MG中的个别终端进行设置。后续MG就可以根据该信息处理来自MGC的消息中所包括的包标识。 

结合上述MGC向MG审计和设置pei属性，可以使MGC与MG之间相互了解对方所支持的包之间的基础与扩展对应关系。 

请参阅图2，为本实施例的流程图，包括如下步骤： 

步骤101、MGC向MG发送针对MG上特定的终端的审计命令请求，其中携带包扩展信息属性表示审计MG在该终端上所支持的包之间的基础与扩展对应关系，以及公布情况。 

MGC可以通过AuditValue等命令携带包扩展信息属性来向MG发送所述审计。该终端可以是代表整个MG的根终端，也可以是MG中的个别终端。 

步骤102：MG在返回给MGC的相应的审计命令响应中，通过所述包扩展信息属性的取值包含自己所支持的包之间的基础与扩展对应关系，以及公布 情况。 

该属性为字符串列表类型，列表中每个元素代表一个包的扩展信息，包括其基础包名称、可选的扩展包名称和可选的公布情况，其中包名称又由包标识与可选的版本构成。例如采用“基础包标识名称[：扩展包标识名称][：公布情况]”的格式，“基础包名称”与“扩展包名称”都采用“包标识-版本”的格式，其中的“[...]”表示可选。扩展包名称不出现表示基础包名称所对应的包为独立包。公布情况可以是“Both”或者“Ext”，分别表示该基础包与其扩展包均被公布、仅该基础包的扩展包被公布，不出现表示“Both”。版本不出现表示版本1。 

上述审计命令响应公布MG所支持的包之间的关系时以相应的包标识来代表这些包，因此也相当于MG向MGC公布了MG所支持的包。 

步骤103：后续MGC对于接收到的来自MG的消息中所包括的包标识，可以基于从上述包扩展信息获得的该包标识所对应的包与其它包之间的基础与扩展对应关系，以及公布情况，进行相应的处理。 

例如：假设A是基础包，B是扩展包，对于A的包元素a：若MG公布了A与B，则MGC只要实现了A就可以接受MG以A/a或B/a来引用a；若MG只公布了B，则MGC只要实现了A就可以接受MG以B/a来引用a。上述MGC即使只实现A未实现B也可以接受MG以B/a来引用a的原因，正在于MGC根据上述包与包之间的基础与扩展对应关系知道B/a就是A/a。 

在此实施例中可见，由于MG向MGC上报各个包之间的基础与扩展对应关系时使用了包的标识，因此也相当于MG向MGC公布了MG所支持的包的标识，使得MGC在后续的处理中能够根据MG公布的包以及各个包之间基础与扩展对应关系进行正确的处理。 

实施例三： 

本实施例提供了一种能够实现上述对基础包与扩展包的应用进行控制的系统。请参阅图3，本发明包括媒体网关控制器20和媒体网关21，其中 媒体网关控制器20进一步包括发送单元201、处理单元202和接收单元203，媒体网关进一步包括接收单元211，处理单元212和发送单元213： 

该媒体网关控制器20的发送单元201用于向媒体网关21发送审计包扩展信息属性的命令请求，该命令可以为审计值命令，其中携带包扩展信息属性表示审计所述媒体网关所支持的包之间的基础与扩展对应关系；或者发送设置包扩展信息属性的命令请求，该命令可以为增加、移动、修改、删减命令，所述包扩展信息属性的取值为媒体网关控制器所支持的包之间的基础与扩展对应关系。该媒体网关控制器20的接收单元203用于从媒体网关21接收上述命令请求相应的命令响应，其中对于所述审计命令请求的命令响应携带所述媒体网关所支持的包之间的基础与扩展对应关系，处理单元202用于根据媒体网关21所支持的包之间的基础与扩展对应关系实现包的应用。 

该媒体网关21的接收单元211用于从媒体网关控制器20接收上述命令请求。 该媒体网关21的处理单元212用于在向媒体网关控制器20返回的命令响应中包括所述媒体网关所支持的包之间的基础与扩展对应关系，或根据媒体网关控制器20所支持的包之间的基础与扩展对应关系实现包的应用。该媒体网关21的发送单元213用于向媒体网关控制器20发送上述命令请求相应的命令响应。 

本发明实施例通过媒体网关控制器与媒体网关之间相互了解对方所支持的包之间的基础与扩展对应关系，有效解决了基础包与扩展包在媒体网关控制器与媒体网关之间控制接口应用的矛盾问题。 

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。 

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在 本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。 

Claims (10)

1.一种包基础与扩展关系的获取方法，其特征在于，包括：

媒体网关控制器MGC下发审计命令请求到媒体网关MG，其中携带包扩展信息属性表示审计所述MG所支持的包之间的基础与扩展对应关系；

MGC接收来自MG产生审计命令响应，携带所述MG所支持的包之间的基础与扩展对应关系；

MGC根据MG所支持的包之间的基础与扩展对应关系实现包的应用。

2.如权利要求1所述的方法，其特征在于，所述的包扩展信息属性是针对MG上特定的终端，其中该终端是代表整个MG的根终端，或者是MG中的个别终端。

3.如权利要求1所述的方法，其特征在于，所述包扩展信息属性包括：

基础包名称、可选的扩展包名称、可选的公布情况。

4.如权利要求3所述的方法，其特征在于，所述基础包名称和扩展包名称均由包标识和可选的版本构成。

5.如权利要求3所述的方法，其特征在于，公布情况取值表示基础包与扩展包均被公布、或者仅扩展包被发布。

6.一种包基础与扩展关系的获取方法，其特征在于，包括：

媒体网关MG接收媒体网关控制器MGC下发的命令请求，其中携带包扩展信息属性，其取值为MGC所支持的包之间的基础与扩展对应关系；

MG根据所述MGC所支持的包之间的基础与扩展对应关系实现包的应用。

7.如权利要求6所述的方法，其特征在于，所述的包扩展信息属性是针对MG上特定的终端，其中该终端是代表整个MG的根终端，或者是MG中的个别终端。

8.如权利要求7所述的方法，其特征在于，所述包扩展信息属性包括基础包名称、可选的扩展包名称；所述基础包名称和扩展包名称均由包标识和可选的版本构成。

9.一种媒体网关控制器，其特征在于：包括发送单元、接收单元和处理 单元，其中， 

发送单元用于发送审计包扩展信息属性的命令请求，其中携带包扩展信息属性表示审计所述媒体网关所支持的包之间的基础与扩展对应关系，或者发送设置包扩展信息属性的命令请求，其取值为媒体网关控制器所支持的包之间的基础与扩展对应关系； 

接收单元用于接收来自所述媒体网关返回的与所述命令请求相应的命令响应，其中对于所述审计命令请求的命令响应携带所述媒体网关所支持的包之间的基础与扩展对应关系； 

处理单元用于根据MG所支持的包之间的基础与扩展对应关系实现包的应用。 

10.一种媒体网关，其特征在于：包括发送单元，处理单元，接收单元，其中 

接收单元用于接收媒体网关控制器发送的审计包扩展信息属性的命令请求，其中携带包扩展信息属性表示审计所述媒体网关所支持的包之间的基础与扩展对应关系，或者媒体网关控制器发送的设置包扩展信息属性的命令请求，其取值为媒体网关控制器所支持的包之间的基础与扩展对应关系； 

处理单元用于在向媒体网关控制器返回的命令响应中包括所述媒体网关所支持的包之间的基础与扩展对应关系，或根据MGC所支持的包之间的基础与扩展对应关系实现包的应用； 

发送单元用于发送上述命令请求相应的命令响应给媒体网关控制器。 

Images