CN100493023C

CN100493023C - 一种实现多媒体通信系统互通的方法

Info

Publication number: CN100493023C
Application number: CN 200610111282
Authority: CN
Inventors: 谭仕勇
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-08-21
Filing date: 2006-08-21
Publication date: 2009-05-27
Anticipated expiration: 2026-08-21
Also published as: CN101132339A; WO2008025271A1

Abstract

本发明公开了一种实现多媒体通信系统互通的方法，在至少一侧是采用H.245协议对媒体流进行控制的互通情景下，包括：媒体处理设备与H.245侧的终端完成H.245协商后，向媒体控制设备上报包含有逻辑通道方向信息的打开逻辑通道信息，媒体控制设备根据该打开逻辑通道信息，识别出打开的逻辑通道为接收或发送，并指示媒体处理设备修改H.245侧逻辑通道和互通另一侧媒体流之间的映射关系，从而实现互通。本发明在媒体处理设备向媒体控制设备上报的打开逻辑通道信息中，由于包含有逻辑通道方向信息，媒体控制设备识别出了打开的逻辑通道用于接收或发送，正确地指示了媒体处理设备修改H.245侧逻辑通道和互通另一侧媒体流之间的映射关系，从而保证了互通的成功实现。

Description

一种实现多媒体通信系统互通的方法

技术领域

本发明涉及多媒体通信系统互通技术，尤指一种实现多媒体通信系统互通的方法，在互通的多媒体系统中至少一侧是采用H.245协议对媒体流进行控制的。

背景技术

多媒体通信系统是指能提供多媒体会话，如音视频通信的网络系统。目前存在多种多媒体通信系统，比如：采用H.324、H.245、H.223等协议的H.324网络；采用H.323协议、H.225.0协议、H.245协议、实时传输协议/实时传输控制协议(RTP/RTCP)等的H.323网络；采用会话初始协议(SIP)、会话描述协议(SDP)、RTP/RTCP等的IP多媒体子系统(IMS)等。

本文针对在互通的多媒体系统中至少有一侧是采用H.245协议对媒体流进行控制的多媒体互通场景，比如H.324与SIP网络互通、H.323与SIP网络互通、H.324与H.323网络互通等。文中将多媒体互通中采用H.245协议对媒体流进行控制的一侧简称为H.245侧。

不同多媒体通信系统之间的互通需要实现信令和媒体流的互通，一般由分离架构下的媒体控制设备和媒体处理设备配合完成。其中，媒体控制设备完成呼叫控制，实现信令的互通，并指示媒体处理设备操作媒体资源；媒体处理设备提供媒体资源，并按照媒体控制设备的指示操作媒体资源，实现媒体流的互通。媒体控制设备和媒体处理设备之间通过媒体控制协议如H.248协议进行交互。

H.324/H.323等采用H.245协议对媒体流进行控制的系统，与其它多媒体通信系统互通时，H.245协议可以在媒体控制设备上终结即所有接收和发送的H.245消息都由媒体控制设备处理，也可以在媒体处理设备上终结，本文针对H.245协议在媒体处理设备上终结的情况。

需要说明的是，本文中媒体控制设备和媒体处理设备是一个总称，包括但不限于下一代网络(NGN)中的媒体网关控制器(MGC)和媒体网关(MGW)、宽带码分多址(WCDMA)网络中的移动交换中心服务器(MSC

Server)和媒体网关(MGW)、IMS网络中的媒体网关控制功能(MGCF)实体和IP多媒体-媒体网关(IM-MGW)、IMS网络中的媒体资源功能控制(MRFC)实体和媒体资源功能处理(MRFP)实体等。

图1是现有技术以H.324与SIP网络互通为例的网络结构示意图，图1中，虚线表示信令，实线表示媒体流；单点划线的左侧称为H.245侧，包括H.324终端和电路域(CS)网络；双点划线的右侧称为SIP侧，包括SIP终端和SIP通信网络，SIP通信网络可以是支持SIP多媒体呼叫的固网，也可以是IMS网络。

图1所示的互通结构中，实现H.324网络和SIP网络互通的方法为：

首先，完成H.245侧呼叫建立，H.245侧承载建立；SIP侧呼叫建立，确定SIP侧编解码，SIP侧承载建立，修改SIP侧媒体流属性。在SIP侧呼叫建立过程中，通过控制面信令协商确定SIP侧的编解码类型，媒体控制设备指示媒体处理设备建立SIP侧的承载；而在H.245侧，编解码类型不能通过控制面的信令协商，只能在H.245侧承载建立之后，媒体处理设备与H.324终端之间通过带内的H.245信令协商完成。

然后，媒体处理设备与H.324终端之间的H.245协商过程为：首先进行能力集交换和主从决定，通过能力集交换获取互通对端的能力，包括复用能力、接收发送各种编解码类型媒体的能力等，以便在打开逻辑通道时选择合适的编解码、复用参数等；通过主从决定过程决定互通的一端为主(Master)，另一端为从(Slave)，这样，呼叫过程中发生冲突时，按照Master的选择为准；之后，完成打开逻辑通道和复用表发送过程，逻辑通道和媒体流一一对应，打开逻辑通道过程决定了H.245侧最终选择的编解码类型和媒体流的方向，而复用表发送过程是将本端媒体流和H.245信令如何生成H.223复用流的规则通知对端，这样对端可以将收到的H.223复用流解复用为独立的媒体流和H.245信令。H.245协商过程的具体实现可参见相关协议，这里不再详述。

媒体处理设备在打开逻辑通道过程结束后，必须将打开逻辑通道结果信息上报给媒体控制设备。媒体处理设备在上报结果信息中携带有打开的逻辑通道号和编解码类型，媒体控制设备根据媒体处理设备上报的信息，指示媒体处理设备修改H.245侧逻辑通道和SIP侧媒体流之间的映射关系，即音频逻辑通道与SIP侧的音频流对应，视频逻辑通道与SIP侧的视频逻辑通道对应。至此，呼叫双方进入多媒体通话阶段，实现互通。

按照H.245协议中定义的逻辑通道，可以是单向也可以是双向，通信双方可以采用一对单向逻辑通道通信，也可以采用一条双向逻辑通道通信。单向逻辑通道只有一个前向逻辑通道号作为标识，双向逻辑通道由一个前向逻辑通道号和一个反向逻辑通道号表示。不论是单向逻辑通道还是双向逻辑通道，接收和发送方向的逻辑通道号都是完全独立的，可以相同，也可以不相同。

目前，如果H.245侧收发方向的逻辑通道号不同、或者编解码类型不同，媒体控制设备只能将两个方向视为相同进行处理。

例如H.324终端与媒体处理设备之间打开的逻辑通道为：H.324终端->媒体处理设备方向，逻辑通道号1，采用H.261编解码；媒体处理设备->H.324终端方向，逻辑通道号2，采用H.263编解码，如果媒体处理设备上报逻辑通道号1和H.261编解码，那么媒体控制设备会指示媒体处理设备将从SIP侧接收到的媒体流与媒体处理设备～>H.324终端方向的逻辑通道1关联起来，而实际上媒体处理设备->H.324终端方向只有逻辑通道2，从而导致H.324终端无法接收到媒体流。类似地，如果媒体处理设备上报逻辑通道号2和H.263编解码，那么，SIP终端无法接收到媒体流。如果媒体处理设备上报逻辑通道号1和H.261编解码、逻辑通道号2和H.263编解码，媒体控制设备不能识别出逻辑通道1和逻辑通道2是一对单向通道，因此，媒体控制设备只能按照最新收到的逻辑通道号和编解码类型指示媒体处理设备将从SIP侧接收到的媒体流与媒体处理设备->H.324终端方向的最新的逻辑通道关联起来。

从上述H.324网络和SIP网络互通的方法来看，如果H.245侧收发方向的逻辑通道号不同、或者编解码类型不同，媒体控制设备不能正确指示媒体处理设备修改H.245侧逻辑通道与另一侧媒体流之间的映射关系，使得呼叫失败，从而导致了多媒体系统互通的失败。

此外，在H.248.12协议中规定了，在多媒体通信系统互通过程中，媒体处理设备向媒体控制设备上报关闭逻辑通道过程结果的方法，上报时不携带任何有关逻辑通道的信息，媒体控制设备只能视为所有逻辑通道关闭并指示媒体处理设备关闭所有逻辑通道。但是，在实际多媒体会话过程中，需要单独关闭音频逻辑通道或者视频逻辑通道，甚至可以仅仅关闭一个方向的逻辑通道，例如仅仅关闭发送方向的视频逻辑通道。现有互通过程中关闭逻辑通道的方法，不能实现用户在多媒体通话过程中，对指定逻辑通道的关闭。

发明内容

有鉴于此，本发明的主要目的在于提供一种实现多媒体通信系统互通的方法，能够在互通的多媒体系统中至少一侧是采用H.245协议对媒体流进行控制的互通情景下，保证互通的成功实现。

为达到上述目的，本发明的技术方案具体是这样实现的：

一种实现多媒体通信系统互通的方法，在至少一侧是采用H.245协议对媒体流进行控制的H.245侧的互通情景下，该方法包括：

A.媒体处理设备与H.245侧的终端完成H.245协商后，向媒体控制设备上报包含有逻辑通道方向信息、逻辑通道号信息和编解码类型信息的打开逻辑通道信息；

B.媒体控制设备根据接收到的打开逻辑通道信息，识别出打开的逻辑通道方向为接收或发送，并指示媒体处理设备修改H.245侧逻辑通道和互通另一侧媒体流之间的映射关系，实现互通。

若所述H.245侧的终端用户关闭指定逻辑通道，该方法还包括：

所述媒体处理设备关闭指定逻辑通道，并将指定的逻辑通道的逻辑通道号和逻辑通道方向携带在关闭逻辑通道信息中上报给所述媒体控制设备；

所述媒体控制设备根据接收到的关闭逻辑通道信息，指示媒体处理设备对指定的逻辑通道对应的另一侧的媒体流进行控制。

所述关闭逻辑通道信息通过扩展媒体控制协议包来携带。

所述媒体控制协议包为H.248包时，该方法还包括：在H.248包中扩展用于携带所述关闭逻辑通道信息的H.245通道关闭事件。

所述H.245通道关闭事件至少包括：用于携带逻辑通道号信息的逻辑通道号参数，及用于携带逻辑通道方向的方向参数。

所述对指定的逻辑通道对应的另一侧的媒体流进行控制包括：仅接收，或仅发送，或去激活。

若所述H.245侧的终端用户打开指定逻辑通道，该方法还包括：

所述媒体处理设备打开指定逻辑通道，并将指定打开的逻辑通道的信息携带在打开逻辑通道信息中上报给所述媒体控制设备；

所述媒体控制设备根据接收到的打开逻辑通道信息，指示媒体处理设备对指定的逻辑通道对应的另一侧的媒体流进行控制。

所述打开逻辑通道信息通过扩展媒体控制协议包来携带。

所述媒体控制协议包为H.248包时，该方法还包括：在H.248包中增加用于携带所述打开逻辑通道信息的H.245通道打开事件。

所述H.245通道打开事件至少包括：用于携带逻辑通道号信息的逻辑通道号参数、用于携带逻辑通道方向的方向参数，及用于携带编解码类型的编解码类型参数。

所述对指定的逻辑通道对应的另一侧的媒体流进行控制包括：仅接收，或仅发送，或同时接收和发送。

所述H.245协议在媒体处理设备上终结。

所述媒体处理设备为：媒体网关MGW，或IP多媒体-媒体网关IM-MGW，或媒体资源功能处理MRFP实体；

所述媒体控制设备为：媒体网关控制器MGC，或移动交换中心服务器MSC Server，或媒体网关控制功能MGCF实体，或媒体资源功能控制MRFC实体。

由上述技术方案可见，本发明在互通的多媒体系统中至少一侧是采用H.245协议对媒体流进行控制的互通情景下，媒体处理设备与H.245侧的终端完成H.245协商后，向媒体控制设备上报包含有逻辑通道方向信息的打开逻辑通道信息，媒体控制设备根据接收到的打开逻辑通道信息，识别出打开的逻辑通道方向为接收或发送，并指示媒体处理设备修改H.245侧逻辑通道和互通另一侧媒体流之间的映射关系，从而实现互通。从本发明方法可见，在媒体处理设备向媒体控制设备上报的打开逻辑通道信息中，由于包含有逻辑通道方向信息，媒体控制设备识别出了打开的逻辑通道用于接收或发送，正确地指示了媒体处理设备修改H.245侧逻辑通道和互通另一侧媒体流之间的映射关系，从而保证了互通的成功实现。

附图说明

图1是现有技术H.324与SIP网络互通的网络结构示意图；

图2是本发明H.324与SIP网络互通的实施例的流程图；

图3是本发明H.324与SIP网络互通的实施例中打开逻辑通道的示意图；

图4是本发明H.324与SIP网络互通的实施例中关闭逻辑通道的示意图；

图5是本发明H.324与SIP网络互通的实施例中重新打开逻辑通道的示意图。

具体实施方式

本发明的核心思想是：在至少一侧是采用H.245协议对媒体流进行控制的互通情景下，媒体处理设备与H.245侧的终端完成H.245协商后，向媒体控制设备上报包含有逻辑通道方向信息的打开逻辑通道信息，媒体控制设备根据接收到的打开逻辑通道信息，识别出打开的逻辑通道方向为接收或发送，并指示媒体处理设备修改H.245侧逻辑通道和互通另一侧媒体流之间的映射关系，实现互通。

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

由于多媒体通信系统间互通场景很多，呼叫流程差异较大，并且本发明中的发明与具体的应用场景无关，只要互通的多媒体系统中至少有一侧采用H.245协议对媒体流进行控制即可。下面以H.324与SIP网络互通为例说明，具体描述本发明方法的实现。

图2是本发明H.324与SIP网络互通的实施例的流程图，假设H.245侧呼叫已建立，H.245侧承载已建立；SIP侧呼叫已建立，并已确定SIP侧编解码，SIP侧承载已建立，并已修改SIP侧媒体流属性，包括以下步骤：

步骤200：H.324终端与媒体处理设备进行H.245协商过程。

本步骤的实现与现有技术完全一致，可参见相关协议，这里不再赘述。

步骤201：媒体处理设备向媒体控制设备上报打开逻辑通道信息，该信息包括有逻辑通道号、编解码类型和逻辑通道方向。

逻辑通道方向标识了对应逻辑通道是接收或发送。

通常，分离架构下，媒体处理设备向媒体控制设备上报打开逻辑通道信息可以通过扩展媒体控制协议包如H.248包来实现。H.248协议是ITU-T定义的专门用于分离架构下媒体资源控制的协议。H.248协议的基本原理是：把媒体处理设备上的各种资源抽象为终端，终端又分为物理终端和临时终端。物理终端代表一些具有半永久存在性的物理实体，如时分复用(TDM)时隙；临时终端代表临时申请使用后释放的公共资源，如RTP流。终端之间的组合被抽象为上下文，用拓扑来描述终端之间的关系。基于这些抽象，呼叫接续实际上是对终端和上下文的操作，通过媒体控制设备和媒体处理设备之间的命令请求和响应来完成，命令包括增加、修改、删除、通知等；命令参数称为描述符，分类为属性(Property)、信号(Signal)、事件(Event)、统计(Statistic)，具有业务相关性的参数逻辑上被聚合为一个包(Package)。H.248协议通过包来扩展协议的功能，向协议中增加新的功能，一般不需要修改协议本体，而只需定义新的包即可。一个包可以看成是一个独立特性的封装，当媒体处理设备声称支持这个包时，也就等于媒体处理设备支持这个特性，媒体控制设备就可以使用该包中定义的属性、事件、信号、统计，来操作媒体处理设备上的媒体资源，实现对应的业务逻辑。

本步骤中，在现有的H.248包中增加一个H.245通道打开(H.245 ChannelOpened)事件，用于上报H.245打开逻辑通道信息，该H.245通道打开事件至少包括三个参数：逻辑通道号、方向即逻辑通道方向和编解码类型，具体描述如下：

事件名称(Event Name)：如H.245 Channel Opened；

事件标识(EventID)：如h245ChO(0x0003)；

描述(Description)：表示当媒体处理设备打开一条逻辑通道时，此事件发生；

事件描述符参数(Events Descriptor Parameters)：无；

Observed Events Descriptor Paramete rs：(观察到的事件描述符参数)：

逻辑通道号(Logical Channel Number)

参数名称(Parameter Name)：Logical Channel Number；

参数ID(ParameterID)：用于标识该参数为逻辑通道号，如1cn(0x0003)

Description：用于指示逻辑通道号；

类型(Type)：表示逻辑通道号的数据类型，这里可以是整型(Integer)；

可选(Optional)：No表示逻辑通道号为必选参数；

可能值(Possible values)：范围为1到65535；

缺省值(Default)：无；

方向(Direction)

Parameter Name：Direction；

ParameterID：用于标识该参数为方向，如dir(0x0004)；

Description：用于指示逻辑通道中媒体流的方向；

类型(Type)：枚举类型(Enumeration)；

Optional：No；

可能值(Possible values)：可以用Incoming(0x0000)表示逻辑通道为接收方向；Outgoing(0x0001)表示逻辑通道为发送方向；

缺省值(Default)：无；

编解码类型(Encoding Name)

Parameter Name：Encoding Name；

ParameterID：用于标识该参数为编解码类型，如en(0x0005)；

Description：用于指示逻辑通道中媒体流采用的编解码类型；

Type：字节串(Octet String)；

Optional：No；

Possible values：采用和SDP中编码名称(encoding name)同样的格式；

Default：无。

步骤202：媒体控制设备根据媒体处理设备上报的信息，识别出打开的逻辑通道方向为接收或发送。

本步骤中，媒体控制设备根据接收到的H.245通道打开事件中，方向参数的取值，识别打开的逻辑通道为接收或发送。

步骤203：指示媒体处理设备修改H.245侧逻辑通道和SIP侧媒体流之间的映射关系，即音频逻辑通道与SIP侧的音频流对应，视频逻辑通道与SIP侧的视频逻辑通道对应。至此，互通双方进入多媒体通话阶段，实现互通。

与现有技术不同的是，由于本发明方法中，媒体处理设备向媒体控制设备上报的打开逻辑通道信息中包含有逻辑通道方向，这样，媒体控制设备可以根据逻辑通道方向信息，在逻辑通道号不同时，识别出对应不同逻辑通道号的逻辑通道是分别用于接收和发送的，发送和接收是一对单向的媒体流；在编解码类型不同，识别出对应编解码类型的逻辑通道是表示接收和发送采用的编解码类型不同；在逻辑通道号和编解码类型均不同时，识别出对应不同逻辑通道号的逻辑通道是分别用于接收和发送的，发送和接收是一对单向的媒体流，并且发送和接收采用不同的编解码方式。

这样，媒体控制设备才能根据识别出的信息，正确指示媒体处理设备修改逻辑通道与另一侧媒体流之间的映射关系，从而成功实现互通。

从上述本发明方法可见，在媒体处理设备向媒体控制设备上报的打开逻辑通道信息中，由于包含有逻辑通道方向信息，媒体控制设备识别出了打开的逻辑通道用于接收或发送，正确地指示了媒体处理设备修改H.245侧逻辑通道和互通另一侧媒体流之间的映射关系，从而保证了互通的成功实现。

进一步地，在互通双方进入多媒体通话阶段后，如果H.324终端用户需要关闭指定的媒体流逻辑通道，那么，按照现有协议规定，媒体处理设备在与H.324终端完成关闭逻辑通道过程后，会将关闭逻辑通道信息上报给媒体控制设备，与现有不同的是，本发明方法中，媒体处理设备将逻辑通道号和逻辑通道方向携带在关闭逻辑通道信息中上报给媒体控制设备，这样媒体控制设备可以根据关闭逻辑通道信息中携带的逻辑通道号和逻辑通道方向，指示媒体处理设备对指定的逻辑通道对应的另一侧的媒体流进行控制，比如改为只接收，或只发送，或去激活等。

为了上报关闭通道信息，本发明扩展现有H.248包中的H.245通道关闭(H.245 Channel Closed)事件，使H.245通道关闭事件能够上报H.245关闭逻辑通道信息，该H.245通道关闭事件至少包括两个参数：逻辑通道号和方向即逻辑通道方向，具体描述如下：

Event Name：H.245 Channel Closed；

EventID：如h245ChC(0x0002)；

Description：当媒体处理设备关闭一条逻辑通道时，此事件发生；

Events Descriptor Parameters：无；

Observed Events Descriptor Parameters：

Logical Channel Number

Parameter Name：Logical Channel Number；

ParameterID：如lcn(0x0003)；

Description；：用于指示逻辑通道号；

Type：Integer；

Optional：No；

Possible values：1到65535；

Default：无；

Direction

Parameter Name：Direction；

ParameterID：如dir(0x0004)；

Description：指示逻辑通道的方向；

Type：Enumeration；

Optional：No；

Possible values：可以用Incoming(0x0000)表示逻辑通道为接收方向、Outgoing(0x0001)表示逻辑通道为发送方向；

Default：无。

需要说明的是，现有协议中已定义有H.245通道关闭事件，但是现有协议中的H.245通道关闭事件只能上报关闭信息，H.245通道关闭事件中不携带逻辑通道号和方向即逻辑通道方向两个参数。

进一步地，互通双方进入多媒体通话阶段后，如果H.324终端用户需要打开指定的媒体流逻辑通道，那么，按照现有协议规定，媒体处理设备在与H.324终端完成打开逻辑通道过程后，会将携带有逻辑通道号和编解码类型的打开逻辑通道信息上报给媒体控制设备，容易看出，媒体控制设备不能正确指示媒体处理设备修改H.245侧逻辑通道与另一侧媒体流之间的映射关系，使得呼叫失败，从而导致了多媒体系统互通的失败。为了克服这个缺陷，本发明方法中，媒体处理设备将包含有逻辑通道方向信息的打开逻辑通道信息上报给媒体控制设备，媒体控制设备可以根据接收到的打开逻辑通道信息，指示媒体处理设备对指定的逻辑通道对应的另一侧的媒体流进行控制，比如改为只接收，或只发送，或同时接收和发送等。

下面结合几个实施例，对比本发明和现有实现互通的方法。假设在互通的多媒体系统中采用H.245协议对媒体流进行控制的一侧的终端为H.324终端，另一测为SIP通信网络，终端为SIP终端，媒体处理设备为MGW，媒体控制设备为MGC；另外，由于H.324终端的视频能力不对称，H.324侧收发方向采用不同的视频编解码类型。

图3是本发明H.324与SIP网络互通的实施例中打开逻辑通道的示意图，如图3所示，假设H.245协商完成后，MGW打开逻辑通道2，逻辑通道2的发送方向采用编解码H.263；逻辑通道2的接收方向采用编解码H.261；SIP终端视频流采用编解码H.263。

MGW在打开逻辑通道过程结束后，按照现有方法，不论MGW上报逻辑通道号2、编解码H.263，还是上报逻辑通道号2、编解码H.261，都会导致一个方向视频不通。

而采用本发明方法，MGW向MGC上报的打开逻辑通道信息包括：逻辑通道号2、编解码H.263、发送方向；逻辑通道号2、编解码H.261、接收方向，MGC接收到MGW上报的信息后，识别出逻辑通道2存在两个方向，在其中一个方向上，指示MGW进行单向的视频编解码转换，将从H.324终端接收到的H.261视频流转换为H.263视频流发送给SIP终端，在另一个方向上，指示MGW将接收到的来自SIP终端H.263视频流透传给H.324终端，本发明方法保证了两个方向的视频通信都能正常进行。

图4是本发明H.324与SIP网络互通的实施例中打开逻辑通道的示意图，在图3所示的基础上，在多媒体通话过程中，假设H.324终端用户关闭发送方向的视频(对于MGW来讲就是逻辑通道2的接收方向)。

H.324终端发起关闭逻辑通道过程，关闭H.324终端到MGW方向的视频逻辑通道2，关闭逻辑通道过程结束后，按照现有方法，MGW仅将将需要关闭作为关闭逻辑通道信息上报给MGC，而不携带任何逻辑通道的信息，媒体控制设备只能视为所有逻辑通道关闭并指示媒体处理设备关闭所有逻辑通道。

而采用本发明方法，MGW向MGC上报的关闭逻辑通道信息中携带有逻辑通道号即逻辑通道2，以及指明关闭的是逻辑通道2的接收方向的方向信息，这样，MGC关闭逻辑通道2的接收方向，并指示MGW将SIP侧的媒体流改为单向，即只允许媒体流从SIP终端发送至MGW，如图4所示。

图5是本发明H.324与SIP网络互通的实施例中重新打开逻辑通道的示意图，在图4所示的基础上，在多媒体通话过程中，假设H.324终端用户需要打开发送方向的视频(对于MGW来讲就是接收方向)，以便向SIP终端发送视频流。

H.324终端发起打开通道过程，打开H.324终端到MGW方向的视频逻辑通道，假设逻辑通道号为3，编解码类型仍然为编解码H.261，如图5所示，此时，视频流收发方向的逻辑通道的逻辑通道号和编解码类型均不同，按照现有方法，MGW无法向MGC指示这种情况。

而采用本发明方法，MGW会将携带有逻辑通道号即逻辑通道3、编解码类型即编解码H.261，以及逻辑通道方向即接收方向的打开逻辑通道信息上报给MGC，这样，MGC会根据接收到的逻辑通道打开信息打开逻辑通道3、且该逻辑通道3为采用H.261编解码的接收通道，并指示MGW将SIP侧的媒体流恢复(改为)为双向。

可见，通过本发明方法，媒体处理设备非常灵活地实现了互通过程中各种情况下H.245侧媒体流逻辑通道的打开、关闭逻辑通道信息上报给MGC，以便MGC进行正确的后续处理过程。

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

Claims

1.一种实现多媒体通信系统互通的方法，在至少一侧是采用H.245协议对媒体流进行控制的H.245侧的互通情景下，其特征在于，该方法包括：

2.根据权利要求1所述的方法，其特征在于，若所述H.245侧的终端用户关闭指定逻辑通道，该方法还包括：

3.根据权利要求2所述的方法，其特征在于，所述关闭逻辑通道信息通过扩展媒体控制协议包来携带。

4.根据权利要求3所述的方法，其特征在于，所述媒体控制协议包为H.248包时，该方法还包括：在H.248包中扩展用于携带所述关闭逻辑通道信息的H.245通道关闭事件。

5.根据权利要求4所述的方法，其特征在于，所述H.245通道关闭事件至少包括：用于携带逻辑通道号信息的逻辑通道号参数，及用于携带逻辑通道方向的方向参数。

6.根据权利要求2所述的方法，其特征在于，所述对指定的逻辑通道对应的另一侧的媒体流进行控制包括：仅接收，或仅发送，或去激活。

7.根据权利要求1或2所述的方法，其特征在于，若所述H.245侧的终端用户打开指定逻辑通道，该方法还包括：

8.根据权利要求7所述的方法，其特征在于，所述打开逻辑通道信息通过扩展媒体控制协议包来携带。

9.根据权利要求8所述的方法，其特征在于，所述媒体控制协议包为H.248包时，该方法还包括：在H.248包中增加用于携带所述打开逻辑通道信息的H.245通道打开事件。

10.根据权利要求9所述的方法，其特征在于，所述H.245通道打开事件至少包括：用于携带逻辑通道号信息的逻辑通道号参数、用于携带逻辑通道方向的方向参数，及用于携带编解码类型的编解码类型参数。

11.根据权利要求7所述的方法，其特征在于，所述对指定的逻辑通道对应的另一侧的媒体流进行控制包括：仅接收，或仅发送，或同时接收和发送。

12.根据权利要求1所述的方法，其特征在于，所述H.245协议在媒体处理设备上终结。

13.根据权利要求1所述的方法，其特征在于，所述媒体处理设备为：媒体网关MGW，或IP多媒体-媒体网关IM-MGW，或媒体资源功能处理MRFP实体；