CN1610349A

CN1610349A - 实时消息传送方法

Info

Publication number: CN1610349A
Application number: CN 200310101946
Authority: CN
Inventors: 苏红宏
Original assignee: Huawei Technologies Co Ltd
Priority date: 2003-10-17
Filing date: 2003-10-17
Publication date: 2005-04-27
Anticipated expiration: 2023-10-17
Also published as: CN1610349B

Abstract

本发明公开一种实时消息传送方法，用于多媒体通信系统中实时消息的传递，所述方法在于通过信令通道传送所述实时消息。本发明由于通过信令通道传送实时消息，只需扩展相应的信令消息，将需传送的实时消息通过扩展的信令消息传送，实现较简单；对于多点业务，可直接通过MCU(多点控制单元)等中转设备转发实时消息，不需要增加额外的设备，实现成本较低；而且实时消息和视音频业务融合较好，可以将实时消息的内容叠加到视频图像上输出，不需要使用单独的数据会议服务器，用户使用较方便；实时消息可通过H.245控制通道等传送，由于H.245协议本身属于H.323协议应用的一部分，通过解决H.323协议应用的NAT问题和防火墙问题，可以解决实时消息双向穿越NAT设备的问题。

Description

实时消息传送方法

技术领域

本发明涉及消息传送方法，尤指多媒体通信系统中实时消息传送方法。

背景技术

在现有窄带和宽带网络上开发多媒体应用有巨大的商业前景，视频会议系统就是建立在数据通信基础上，利用已有的IP网络同时传输实时图像信息以及语音信息的通信系统，它可以为不能在同一地点进行会议的人员提供一种方便快捷的与会方式。

目前的多媒体应用除了进行音频和视频的交互外，有时还需要交互简短的实时消息，例如，使用视频会议系统进行点对点通信或多点会议时，还可通过实时消息交互信息。

实时消息主要有以下作用：通过文字、图片或其他的方式表达准确的含义；不影响会议音频和视频交流，避免干扰会议；在音频和视频不能传递的情况下，提供一种交互途径，例如设备的视音频参数设置不当导致视音频不能互通时，通过交互实时消息了解情况后再修正相关参数的设置。

为了实现实时消息的传送，现有技术标准中规定了数据会议业务，其中的多方交谈功能可以实现实时消息的交互，但数据会议本身设计为支持应用共享、电子白板、文件传输、多方交谈等多种应用，实现比较复杂，一般需要专用的数据会议客户端和服务器，增加设备成本。

图1为现有技术视频会议系统中点对点通信通过数据会议功能实现实时消息传送的示意图。为了传递实时消息，需要启动数据业务功能，建立数据通道。通信时，发送端用户输入的文本消息(例如“Hello”消息)经终端设备处理后，通过专用的数据通道传递到对方，接收端从数据通道接收到该数据后经处理输出所述文本信息(“Hello”)。其中对H.320系统，所述数据通道可以是MLP(多层协议)等，而对于H.323系统，所述数据通道可以是TCP(传输控制协议)，在这些数据通道之上，则遵循T.120系列建议。

图2为现有技术视频会议系统中多方会议时实现实时消息传送的示意图。如图2所示，所有的终端都建立与数据会议服务器的数据通道，召开数据会议时，实时消息经过数据会议服务器转发，其中数据会议服务器与终端之间的通信方式和终端之间的点对点通信相似。

综上，现有技术实时消息的传送方法存在如下的缺点：

1、实时消息传送使用单独的数据通道，并遵循ITU-T.120系列建议，对于简单的实时消息业务来说实现较复杂；

2、对于多点业务，像视频会议系统这样的多媒体应用还需要增加数据会议服务器，既增加了实现成本又增加了组网的复杂性；

3、由于使用单独的数据通道，在有NAT(网络地址转换)设备的IP网络中应用时，会出现公网到私网的数据通道无法建立的问题；

4、一般数据业务通过独立的模块实现，提供独立于视音频业务的界面，和视频终端没有很好的融合，使用不方便。

发明内容

为解决现有技术通过专用数据通道传送实时消息以致实现较复杂的问题，本发明提供一种实时消息的传送方法，应用该方法传送实时消息较简单，成本较低，可广泛应用于各种多媒体通信系统中。

本发明提供的一种实时消息的传送方法，主要通过信令通道传送所述实时消息，包括以下步骤：

扩展信令消息，将所述实时消息内容填入所述扩展的信令消息中；

通过相应信令通道发送所述扩展的信令消息以将所述实时消息传送出去。

另外，所述方法还包括通过中转设备转发所述实时消息。

其中，所述中转设备为多点控制单元、网守或网关。

最好，所述信令通道为H.245控制信道、BAS(比特分配信令)信道、RAS(注册、管理和状态)信道或H.225呼叫信令信道。

优化的，所述被扩展的信令消息为H.245控制消息，所述扩展信令消息通过扩展H.245控制消息中的非标消息实现，包括：

定义所述实时消息的标识，并将所述实时消息填入所述非标消息的数据字段。

与现有技术相比，本发明具有以下优点：

1、通过信令通道传送实时消息，只需扩展相应的信令消息，将需传送的实时消息通过扩展的信令消息传送，实现较简单；

2、对于多点业务，可直接通过MCU(多点控制单元)等中转设备转发实时消息，不需要增加额外的设备，实现成本较低；

3、实时消息和视音频业务融合较好，可以将实时消息的内容叠加到视频图像上输出，不需要使用单独的数据会议服务器，用户使用较方便；

4、实时消息可通过H.245控制通道等传送，由于H.245协议本身属于H.323协议应用的一部分，通过解决H.323协议应用的NAT问题和防火墙问题，可以解决实时消息双向穿越NAT设备的问题。

附图说明

图1是现有技术视频会议系统中点对点通信通过数据会议功能实现实时消息传送的示意图；

图2是现有技术视频会议系统中多方会议时实现实时消息传送的示意图；

图3是本发明实时消息传送方法具体实施例的示意图；

图4是多点会议时本发明实时消息传送方法实施例示意图；

图5是现有技术H.323系统结构组成图；

图6是本发明通过MCU转发实时消息的信令流程图；

图7是点对点直接通信时本发明发送实时消息的信令流程图。

具体实施方式

本发明是一种多媒体通信系统中传送实时消息的方法，其中所述实时信息是指以文本、图片或其他形式在多媒体通信系统中实时传送的信息。本发明与现有技术的主要区别在于通过信令通道传送实时消息。

图3是本发明实时消息传送方法具体实施例的示意图，发送端用户输入的文本消息(如“Hello”)，经终端设备处理后，通过信令通道传递到接收端，接收端从信令通道接收到所述数据后经处理输出消息信息(即“Hello”)。对于H.320系统，所述信令通道可以是BAS(比特分配信令)信道，对于H.323系统，所述信令通道可以是H.245控制信道、RAS(注册、管理和状态)信道或H.225呼叫信令信道。

实际实施时，所述实时消息还可经过中转设备转发，所述中转设备可以为MCU、网守或网关等。其中对于H.323系统，可采用MCU作为中转设备，也可采用网守作为中转设备，对于H.320系统，则可采用MCU作为中转设备。参考图4，终端1发送的实时消息通过信令通道传送给MCU，再由MCU通过信令通道中转给终端2和终端3，具体实施时，发送端可以指定该实时消息的接收者是所有与会者还是特定的与会者。由于实时消息传送不需要额外的数据会议服务器或消息服务器，组网较简单，可节省成本。

另外，通过中转设备转发所述实时消息时，可改变所述实时消息的内容。例如增加时间信息，也可改变所述实时消息的传送形式，比如直接将实时消息叠加到视频图像中传送，还可保存待转发的实时消息。

接收终端接收到所述实时消息后还可根据实际情况叠加到图像上显示，灵活性较强。

本发明通过信令通道传送实时消息可通过扩展信令消息实现，即将待传送的实时消息内容填入到扩展的信令消息中，再将载有实时消息的所述扩展的信令消息通过相应信令通道发送出去，接收端接收到所述信令消息后即可获取其中的实时消息信息。

下面以H.323系统中扩展H.245消息实现实时消息传送作为典型实施例对本发明进行详细说明。

在ITU-T(国际电联)公布的建议中，H.323协议族是下一代多媒体会议技术和设备的最主要标准，它规定了不同厂商的设备终端设备在LAN(局域网)、Internet(互联网)等上与音频、视频以及T.120数据的各种结合形式相互通信所要求的工作模式。其中包括H.225、H.245等，所述H.245描述了为对信道做下列利用而进行协商的消息和程序：为音频、视频和数据开关逻辑信息；功能交换；模式请求；控制；指示符等。

参考图5，H.323建议的多媒体会议系统主要包括以下部分：

H.323终端51，是能够在分组交换网络中提供实时、双向通信的节点设备，H.323终端均支持H.245、Q.931、RAS、RTP/RTCP(实时协议/实时控制协议)和G.711音频，且有视频和T.120数据可选；

网关52，通常网关的目的是将分组网络终端的特性映射到电路交换网络终端上或相反；

网守53，其功能是向H.323端点提供呼叫控制服务，提供如下的基本功能：地址翻译、带宽控制、许可控制与区管理功能；

MCU(多点控制单元)54，MCU用于支持三个以上端点设备的会议，在H.323系统中，一个多点控制单元由一个MC(多点控制器)和几个MP(多点处理器)组成，但也可不包含MP。

本实施例中，通过扩展H.245标准中的会议控制消息，来承载实时消息。

如下所示，H.245标准中定义了MultimediaSystemControlMessage消息：

MultimediaSystemControlMessage∷＝CHOICE

{

request RequestMessage，

response ResponseMessage，

command CommandMessage，

indicationIndicationMessage，

…

}

其中RequestMessage(请求消息)、ResponseMessage(响应消息)、CommandMessage(命令消息)、IndicationMessage(指示消息)都包括NonStandardMessage(非标消息)。因此，可使用所述NonStandardMessage分别扩展相应的会控消息，并在其中承载实时消息。

参考协议可知，NonStandardMessage在H.245中定义如下：

　　NonStandardMessage                   ∷＝SEQUENCE
        <!-- SIPO <DP n="5"> -->
        <dp n="d5"/>
　　{

　　nonStandardData             NonStandardParameter， 

　　…

　　}

　　其中NonStandardParameter在H.245中定义如下：

　　NonStandardParameter  ∷＝SEQUENCE

　　{

　　  nonStandardIdentifier    NonStandardIdentifier，  --用于标识为扩展
的会议控制消息

　　  data    OCTET STRING    --用于填充扩展会议控制的具<br/>
体消息内容

　　  }

为了传送实时消息，可定义实时消息的标识，并将所述实时消息填入所述非标消息中的数据字段以便与所述信令消息一起通过信令通道传送出去。

其中--request.nonStandard.nonStandardData.data对应填充ExtendedConfControlRequest(扩展的会议请求)

--response.nonStandard.nonStandardData.data对应填充ExtendedConfControlResponse(扩展的会议响应)

--indication.nonStandard.nonStandardData.data对应填充ExtendedConfControlIndication(扩展的会议指示)

本实施例将以上述三个H.245消息的扩展进行说明。

先来看扩展的request(请求)消息，本实施例以通过MCU中转实时消息为例，对所述request消息的扩展如下定义：

　　xtendedConfControlRequest        ∷＝SEQUENCE

　　{

　　  sequenceNumber       SequenceNumber，      --消息的顺序号

　　  protocolIdentifier   OBJECT IDENTIFIER，     --协议标识

　　  extendedConfControlRequestMsg    CHOICE

　　    {

　　      --其他扩展会议控制请求
        <!-- SIPO <DP n="6"> -->
        <dp n="d6"/>
　　      sendShortMessageRequest    SendShortMessageRequest，  --传
递文本消息请求

　　    --其他扩展会议控制请求

　　      …

　　    }

　　  }

　　--传递文本消息请求，终端将需要传送的短消息发送给MCU

　　SendShortMessageRequest          ∷＝SEQUENCE

　　{

　　    terminals       TerminalSelect，  --接收文本消息的终端(会场)

　　    shortMessage    BMPString(SIZE(1..256))--文本消息的内容

　　  }

　　--通用的会场选择结构，可以表示所有会场、部分会场、单个会场

　　TerminalSelect    ∷＝CHIOCE

　　{

　　  allTerminals       NULL，    --所有MCU上的所有终端

　　  terminalsOnMCU     SEQUENCE SIZE(1..192)OF McuTerminalLabels

　　            --某些MCU上的某些会场

　　  }

　　  McuTerminalLabels          ∷＝SEQUENCE

　　  {

　　   mcuNumber              McuNumber，--MCU号

　　   terminalNumbers  SEQUENCE SIZE(1..192)OF TerminalNumber
OPTIONAL    --该MCU上的一个或多个终端号，不填写terminalNumbers
表示该MCU上的所有会场

　　     }

下面说明对response消息的扩展，对所述response消息的扩展如下定义：

　　ExtendedConfControlResponse          ∷＝SEQUENCE

　　{

　　  sequenceNumber       SequenceNumber，  --消息的顺序号
        <!-- SIPO <DP n="7"> -->
        <dp n="d7"/>
　　    protocolIdentifier    OBJECT IDENTIFIER，--协议标识

　　    extendedConfControlResponseMsg    CHOICE

　　    {  

　　      --其他扩展会议控制响应

　　      sendShortMessageResponse    SendShortMessageResponse，--发送
文本消息响应

　　      --其他扩展会议控制响应

　　      …

　　      }

　　}

　　--发送文本消息响应，MCU发送各终端的响应

　　SendShortMessageResponse          ∷＝CHOICE

　　{

　　    grantedSendShortMessage        NULL，    --消息发送成功

　　    deniedSendShortMessage         NULL      --消息发送失败

　　}

上述request和response消息是为了MCU转发而扩展定义的，若只是两个终端之间直接传送实时消息，则可将MCU相关的定义去掉即可。

下面对indication(指示)消息扩展进行说明，对所述indication消息的扩展如下定义：

　　ExtendedConfControlIndication      ∷＝SEQUENCE

　　{

　　  sequenceNumber        SequenceNumber，--消息的顺序号

　　  protocolIdentifier    OBJECT IDENTIFIER，--协议标识

　　  extendedConfControlIndicationMsg               CHOICE

　　  {

　　     --其他扩展会议控制指示

　　     shortMessageIndication  ShortMessageIndication，--传送文本消息指
示

　　     --其他扩展会议控制指示
        <!-- SIPO <DP n="8"> -->
        <dp n="d8"/>
　　    …

　　    }

　　}

　　--传送文本短消息指示，MCU或终端将文本消息传送给终端

　　ShortMessageIndication            ∷＝SEQUENCE

　　{

　　    terminalLabel       TerminalLabel  OPTIONAL，  --发送终端的
MCU号和终端号，点对点直接传递实时消息时不填

　　    shortMessage        BMPString(SIZE(1..256))--文本消息的内
容

　　}

上述对H.245消息中传递实时消息的三个信令消息的扩展进行了说明，下面以多点会议中的信令流程进一步说明本发明的方法。

图6是本发明通过MCU转发实时消息的信令流程图。

如图6所示，发送终端发送要发送实时消息，首先通过信令通道向MCU发送上述扩展的SendShortMessageRequest消息，其中包含待转发的实时消息，MCU收到所述SendShortMessageRequest消息后向所述发送终端回送SendShortMessageResponse消息，并向接收终端发送ShortMessageIndication消息，将所述实时消息转发给接收终端，由接收终端接收所述实时消息。

图7是点对点直接通信时本发明发送实时消息的信令流程图。

如图7所示，发送终端通过信令通道直接向接收终端发送ShortMessageIndication消息，通过所述ShortMessageIndication信令消息将实时消息直接传给接收终端。所述点对点通信还可以通过SendShortMessageRequest消息传送实时消息，这里不再赘述。

综上，本发明由于可通过H.245等信令通道传送实时消息，实现简单。同理，本技术领域人员可方便的扩展到通过其他信令通道实现实时消息传送，例如通过扩展RAS消息传送实时消息，如扩展非标消息，这样所有实时消息都通过网守转发，实现很容易。同理也可扩展为通过H.225呼叫信令来实现，如扩展H.323协议数据单元(H323-UU-PDU)中的非标数据字段(nonStandardData)，其余不在赘述。

对于多点业务，由于可通过中转设备转发实时消息，不需要增加额外的设备，而且对于使用H.245控制信道传送实时消息的H.323系统，由于H.245属于H.323应用的一部分，通过解决H.323应用的NAT和防火墙问题，如使用H.323代理(H.323代理本身处于内部网和外部网的边界，可以双向的代理H.323的会话)，自然就解决了实时消息双向穿越NAT设备和防火墙的问题；而且本发明中实时消息和视音频业务很好的融合，不需要使用单独数据会议终端，用户使用方便，接收终端可以很方便的将实时消息的内容叠加到视频图像上输出，融合较好。

上述以H.245控制信道传送实时消息作为优选实施例对本发明进行说明，非因此即局限本发明的权利范围，因此，在不脱离本发明思想的情况下，凡运用本发明说明书及附图内容所为的等效变化，均理同包含于本发明的权利要求范围内。

Claims

1、一种实时消息传送方法，用于多媒体通信系统中实时消息的传递，所述多媒体系统包括有信令通道，其特征在于，通过信令通道传送所述实时消息，包括以下步骤：

2、根据权利要求1所述实时消息传送方法，其特征在于所述方法还包括，通过中转设备转发所述实时消息。

3、根据权利要求2所述实时消息传送方法，其特征在于，所述中转设备为多点控制单元、网守或网关。

4、根据权利要求1所述实时消息传送方法，其特征在于，所述信令通道为H.245控制信道、BAS(比特分配信令)信道、RAS(注册、管理和状态)信道或H.225呼叫信令信道。

5、根据权利要求2、3或4任一项所述实时消息传送方法，其特征在于，多点会议中，所述实时信息可由发送终端指定转发给所有与会者还是特定的与会者。

6、根据权利要求1所述实时消息传送方法，其特征在于，所述被扩展的信令消息为H.245控制消息，所述扩展信令消息通过扩展H.245控制消息中的非标消息实现，包括：

7、根据权利要求6所述实时消息传送方法，其特征在于，所述被扩展的H.245控制消息为请求消息、响应消息和指示消息。

8、根据权利要求5所述实时消息传送方法，其特征在于，通过中转设备转发所述实时消息时，改变所述实时消息的内容。

9、根据权利要求8所述实时消息传送方法，其特征在于，通过中转设备转发所述实时消息时，改变所述实时消息的传送形式。

10、根据权利要求9所述实时消息传送方法，其特征在于，通过中转设备转发实时消息时，保存待转发的实时消息。

11、根据权利要求10所述实时消息传送方法，其特征在于，所述方法还包括，接收所述实时消息的终端将所述实时消息叠加到图像上显示。

12、根据权利要求11所述实时消息传送方法，其特征在于，所述实时消息为文本或图片。