一种H.323协议的语音业务中的媒体切换的实现方法

摘要

本发明的一种H.323协议的语音业务中的媒体切换的实现方法，其中该媒体切换过程由软交换控制设备发起，媒体切换的类型为语音媒体，且被切换终端为H.323终端。其通过H.245媒体控制信令的协商，完成各类增值业务中共同需要的媒体切换流程，且在媒体协商中，在未知对方媒体的情况下采用了假媒体完成媒体协商，适用于快速呼叫和慢速呼叫用户的媒体切换，不受跨协议类型的影响，可用于各种增值业务实现中需要媒体切换的情况。

说明书

mat="original" lang="zh">

一种 H.323协议的语音业务中的媒体切换的实现方法 技术领域

本发明属于数据通信领域， 涉及一种软交换系统中',1 323协议的媒体 切换的实现方法， 且特别涉及一种 H.323协议的语音业务中的媒体切换的 实现方法。 背景技术

下一代网络 (Next Generation Network, 简称 NGN网络)和软交换系统 在传统电话语音业务的基础上提供了大量的丰富多彩的增值业务， 其中 H.323协议在实现这些增值业务时， 经常有需要暂时关闭终端原来打开的 媒体通道， 并将其媒体转移到新的 点上 (比如提供语音服务的媒体服务 器上等)的情况。

H.450.X系列协议通过封装在相关 H.225呼叫信令消息的 H450.1附加 业务 (H450.1 SupplementaryService)应用协议数据单元 (Application Protocol Data Unit,简称 APDU)和其定义的一系列信令过程完成增值业务及其间涉 及的媒体切换过程， 但是 H.450.X系列协议的应用对每种业务需要定义一 套流程， 且需要终端和控制设备都支持 H.450.X协议， 比较复杂。

目前， H.323协议簇中的 H.245协议是媒体控制协议， 通过 H.245过 程可以完成端点间的媒体协商。 H.323协议 V2版本又引入了快速呼叫的 概念， 允许在呼叫建立的同时通过快速呼叫 (faststart)单元完成媒体协商。 H.323 协议 V2 版本中同时介绍了第三方重路由和终端能力设定空 (Terminal Capability Set NULL) (以下简称 TCSNULL)消息的使用。 发明内容

鉴于上述， 本发明所要解决的问题是如何使用 H.245媒体控制信令定 义的媒体协商完成各类增值业务中共同需要的媒体切换流程， 以及考虑快 速、 慢速呼叫对 H.323协议媒体切换的影响。

为此， 本发明的目的在于提供一种 H.323协议的语音业务中的媒体切 换的实现方法， 其通过 H.245媒体控制信令的协商， 完成通信终端的媒体 从原端点转移到新的端点， 灵活、 方便地实现各种增值业务中要求的媒体 切换过程， 同时还考虑了快速呼叫和慢速呼叫过程及跨协议互通对媒体切 换过程的影响。

为实现上述目的， 本发明的一种 H.323协议的语音业务中的媒体切换 的实现方法， 适用于快速呼叫类型的主叫， 其中该媒体切换过程由软交换 控制设备发起，媒体切换的类型为语音媒体，且被切换终端为 H.323终端， 该方法包括以下步骤：

步骤 1 : 主叫向软交换控制设备发送带主叫媒体的启动 (setup)消息； 步骤 2: 由于某些业务需要在被叫摘机前屏蔽被叫到主叫的媒体流， 则上述软交换控制设备可以构造假媒体， 并向被叫发送带假媒体的启动 (setup)消息；

步骤 3 : 上述软交换控制设备通过前转向上述主叫发送不带媒体的振 铃 (alerting)消息和带媒体服务器的媒体的连接 (connect)消息， 并通过实时 传输协议 (Real-time Transport Protocol) (以下简称 RTP)给上述主叫放呼叫 音.

步骤 4: 上述被叫摘机， 向上述软交换控制设备发送连接 (connect)消 息；

步骤 5 : 上述软交换控制设备判断上述连接 (connect)消息是否带有被 叫媒体， 若是， 则说明上述被叫为快速类型， 执行步骤 7; 否则， 说明上 述被叫为慢速类型， 执行步骤 6;

步骤 6: 上述软交换控制设备和上述被叫双方通过 H.245过程进行媒 体协商， 且上述软交换控制设备获得被叫媒体；

步骤 Ί: 上述软交换控制设备通过 H.245媒体控制信令将上述主叫媒 体切换到上述被叫；

步骤 8: 上述软交换控制设备通过 H.245媒体控制信令将上述被叫媒 体切换到上述主叫。

步骤 9: 上述主叫和上述被叫通话。

其中， 在上述步骤 6 中， 上述软交换控制设备和上述被叫双方通过 H.245过程进行的媒体协商为使用上述假媒体和上述被叫进行媒体协商。

此外， 在执行上述步骤 7前还需执行如下步骤：

上述主叫和上述软交换控制设备依次进行双向的主从确定和能力交 换， 且上述主叫和上述软交换控制设备双方均能收到对方的确认消息。

且， 当被叫为快速类型时， 在执行上述步骤 8前还需执行如下步骤： 上述被叫和上述软交换控制设备依次进行双向的主从确定和能力交 换， 且上述被叫和上述软交换控制设备双方均能收到对方的确认消息。

进一歩地， 上述步骤 7主要包括如下步骤： 步骤 701 : 上述软交换控制设备向上述主叫发送带切换后的媒体类型 的请求类型 (RequestMode)消息；

步骤 702: 上述主叫收到上述请求类型 (RequestMode)消息后， 向上述 软交换控制设备回复请求类型确认 (RequestModeAck)消息；

步骤 703: 上述主叫和上述软交换控制设备通过双向的关闭逻辑通道

(CloseLogicalChannel)消息和关闭逻辑通道确认 (CloseLogicalChannelAck) 消息关闭各自打开的媒体通道；

步骤 704: 上述主叫和上述软交换控制设备通过双向的打开逻辑通道 (OpenLogicalChannel)消息和打开逻辑通道确认 (OpenLogicalChannelAck) 消息打开所需的媒体通道。

进一步地， 上述歩骤 8主要包括如下歩骤：

步骤 801 : 上述软交换控制设备向上述被叫发送终端能力设定空 (TerminalCapabilitySetNULL)消息；

步 骤 802 ： 上 述 被 叫 收 到 上 述 终 端 能 力 设 定 空 (TerminalCapabilitySetNULL)消息后， 向上述软交换控制设备回复终端能 力设定确认 (TerminalCapabilitySetAck)消息；

步骤 803: 上述被叫和上述软交换控制设备通过双向的关闭逻辑通道 (CloseLogicalChannel)消息和关闭逻辑通道确认 (CloseLogicalChannelAck) 消息关闭各自打开的媒体通道；

步骤 804 : 上述软交换控制设备收到上述终端能力设定确认

(TerminalCapabilitySetAck)消息， 并确认上述媒体通道完全关闭后， 向上 述被叫发送带切换后 的媒体类型的非空终端能力设定 (TerminalCapabilitySet)消息；

步骤 805:上述被叫收到上述非空终端能力设定 (TerminalCapabilitySet) 消息后， 完成和上述软交换控制设备的双向能力交换过程， 且向上述软交 换控制设备回复非空终端能力设定确认 (TerminalCapabilitySetAck)消息； 步骤 806: 上述软交换控制设备收到上述被叫回复的非空终端能力设 定确认 (TerminalCapabilitySetAck)消息后， 发起和上述被叫进行双向的主 从确定和能力交换操作；

步骤 807: 上述被叫和上述软交换控制设备通过双向的打开逻辑通道 (OpenLogicalChannel)消息和打开逻辑通道确认 (OpenLogicalChannelAck) 消息打开所需的媒体通道。

为实现上述目的， 本发明的一种 H.323协议的语音业务中的媒体切换 的实现方法， 适用于慢速呼叫类型的主叫， 其中该媒体切换过程由软交换 控制设备发起，媒体切换的类型为语音媒体，且被切换终端为 H.323终端， 该方法包括以下步骤： '

步骤 1 : 主叫向软交换控制设备发送不带主叫媒体的启动 (setup)消息； 歩骤 2: 上述软交换控制设备向被叫发送不带媒体的启动 (setup)消息； 步骤 3 : 上述软交换控制设备通过前转向上述主叫发送不带媒体的振 铃 (alerting)消息和不带媒体服务器的媒体的连接 (connect)消息；

步骤 4: 上述主叫和上述软交换控制设备双方通过 H.245过程进行媒 体协商， 且上述主叫获得上述媒体服务器的媒体并通过 RTP听呼叫音； 歩骤 5: 上述被叫摘机， 向上述软交换控制设备发送不带被叫媒体的 连接 (connect)消息； 步骤 6: 上述软交换控制设备构造假媒体；

步骤 7: 上述软交换控制设备和上述被叫双方通过 H.245过程进行媒 体协商， 且上述软交换控制设备获得被叫媒体；

步骤 8: 上述软交换控制设备通过 H.245媒体控制信令将上述主叫媒 体切换到上述被叫；

步骤 9: 上述软交换控制设备通过 H.245媒体控制信令将上述被叫媒 体切换到上述主叫；

步骤 10: 上述主叫和上述被叫通话。

其中， 在上述步骤 7 中， 上述软交换控制设备和上述被叫双方通过 H.245过程进行的媒体协商为使用上述假媒体和上述被叫进行媒体协商。

进一步地， 上述步骤 8主要包括如下步骤：

步骤 801 : 上述软交换控制设备向上述主叫发送带切换后的媒体类型 的请求类型 (RequestMode)消息；

步骤 802: 上述主叫收到上述请求类型 (RequestMode)消息后， 向上述 软交换控制设备回复请求类型确认 (RequestModeAck)消息；

步骤 803: 上述主叫和上述软交换控制设备通过双向的关闭逻辑通道 (CloseLogicalChannel)消息和关闭逻辑通道确认 (CloseLogicalChannelAck) 消息关闭各自打开的媒体通道；

步骤 804: 上述主叫和上述软交换控制设备通过双向的打开逻辑通道 (OpenLogicalChannel)消息和打开逻辑通道确认 (OpenLogicalChannel Ack) 消息打开所需的媒体通道。

进一步地， 上述步骤 9主要包括如下步骤： 步骤 901 : 上述软交换控制设备向上述被叫发送终端能力设定空 (TerminalCapabilitySetNULL)消息；

步 骤 902 ： 上 述 被 叫 收 到 上 述 终 端 能 力 设 定 空 (TerminalCapabilitySetNULL)消息后， 向上述软交换控制设备回复终端能 力设定确认 (TerminalCapabiHtySetAck)消息；

步骤 903: 上述被叫和上述软交换控制设备通过双向的关闭逻辑通道 (CloseLogicalChannel)消息和关闭逻辑通道确认 (CloseLogicalChannelAck) 消息关闭各自打开的媒体通道；

步骤 904 : 上述软交换控制设备收到上述终端能力设定确认 (TerminalCapabilitySetAck)消息， 并确认上述媒体通道完全关闭后， 向上 述被叫发送带切换后 的媒体类型的非空终端能力设定 (TerminalCapabilitySet)消息；

步骤 905:上述被叫收到上述非空终端能力设定 (TerminalCapabilitySet) 消息后， 完成和上述软交换控制设备的双向能力交换过程， 且向上述软交 换控制设备回复非空终端能力设定确认 (TerminalCapabilitySetAck)消息； 步骤 906: 上述软交换控制设备收到上述被叫回复的非空终端能力设 定确认 (TerminalCapabilitySetAck)消息后， 发起和上述被叫进行双向的主 从确定和能力交换操作； '

步骤 907: 上述被叫和上述软交换控制设备通过双向的打开逻辑通道 (OpenLogicalChannel)消息和打幵逻辑通道确认 (OpenLogicalChannelAck) 消息打开所需的媒体通道。

其中， 上述主叫媒体至少包括主叫支持的媒体类型、 主叫媒体网际协 议 (Internet Protocol^以下简称 IP)地址和主叫媒体端口号等媒体信息；对于 快速呼叫类型的主叫，上述假媒体的媒体类型与上述主叫支持的媒体类型 相同， 且假媒体 IP地址为不可达的 IP地址 (例如 127.0.0.1)， 假媒体端口 号可任选； 对于慢速呼叫类型的主叫， 假媒体的媒体类型包括常用的各种 媒体类型， 且假媒体 IP地址为不可达的 IP地址 (例如 127.0.0.1)， 假媒体 端口号可任选； 上述媒体服务器的媒体至少包括彩铃媒体和提示音媒体； 上述通过 H.245过程进行媒体协商的操作至少包括主从确定操作、 能力交 换操作和打幵媒体通道操作； 上述呼叫音至少包括彩铃和提示音； 上述被 叫媒体至少包括被叫支持的媒体类型、 被叫媒体 IP地址和被叫媒体端口 号等媒体信息。

进一步地， 为了兼容使用不同的 H.245媒体控制信令进行媒体切换， 上述软交换控制设备可以通过配置针对不同的被切换终端类型或不同的 被切换终端节点等， 采用与之相匹配的上述两种媒体切换流程之一。

' 此外，本发明所述的方法也可用其他智能业务控制设备代替上述软交 换控制设备发起上述媒体切换过程。

本发明采用 H.245媒体控制信令完成了 H.323协议的语音业务中的媒 体切换流程， 对于媒体协商中， 未知对方媒体的情况下采用了假媒体完成 媒体协商， 适用于快速呼叫和慢速呼叫用户的媒体切换， 不受跨协议类型 的影响， 可用于各种增值业务实现中需要媒体切换的情况。

为让本发明的上述和其它目的、特征和优点能更明显易懂， 下文特举 较佳实施例， 并配合说明书附图， 作详细说明如下。 附图说明

图 1为本发明所述方法当主叫为快速呼叫类型的主要流程示意图； 图 2为本发明所述方法当主叫为慢速呼叫类型的主要流程示意图； 图 3为本发明一较佳实施例中快速 H.323用户呼叫一号通号码的彩铃 一号通业务流程， 其中一号通号码绑定的快速 H.323用户摘机；

图 4为本发明一较佳实施例中快速 H.323用户呼叫一号通号码的彩铃 一号通业务流程， 其中一号通号码绑定的慢速 H.323用户摘机；

图 5为本发明一较佳实施例中慢速 H.323用户呼叫一号通号码的彩铃 一号通业务流程， 其中一号通绑定的 H.323用户摘机。 具体实施方式

一号通业务允许多个终端用户绑定在同一个一号通号码上， 当某用户 呼叫该一号通号码时， 多个绑定用户同时振铃， 其中某一个振铃用户摘机 后， 该摘机用户和主叫间的呼叫接通， 释放其他终端用户的呼叫。

下面结合一号通业务在 H.323协议侧的实现过程说明本发明的 H.323 协议媒体切换方法的具体实现步骤。其中， 主被叫用户可能不是同一个软 交换下的用户， 呼叫路径中也可能跨越其他协议类型和其他控制设备， 本 发明主要关注 H.323协议侧的信令流程。 为了便于说明， 实施例中主被叫 的 IP地址和使用的媒体类型等都是具体化的， 但不表示本发明受限于这 些内容。 为了使用较少的实施例覆盖本发明方法的过程， 选用较典型的实 例， 并且主被叫采用不同的 11245信令切换歩骤， 其他增值业务中用到的 媒体切换同样可以使用本发明所述的媒体切换方法。 图 1为本发明所述方法当主叫为快速呼叫类型的主要流程示意图， 图 3为本发明一较佳实施例中快速 H.323用户呼叫一号通号码的一号通业务 流程， 其中一号通绑定的快速 H.323用户摘机， 通过媒体服务器给主叫放 彩铃。 请同时参照图 1和图 3， 其主要包括以下步骤 - 步骤 101， 主叫向软交换控制设备发送启动 (setup)消息， 其中该消息 带主叫媒体；

步骤 102和步骤 103， 上述软交换控制设备向一号通绑定的多个被叫 用户发送启动 (setup)消息， 其中该消息带假媒体， 但媒体类型同主叫支持 的媒体类型；

步骤 104和步骤 105， 上述多个被叫同时振铃；

步骤 106， 上述软交换控制设备向上述主叫发送振铃 (alerting)消息； 步骤 107， 上述软交换控制设备向上述主叫发送连接 (connect)消息， 其中该消息带彩铃媒体， 即媒体服务器的媒体；

步骤 108， 上述主叫通过 RTP听彩铃， 选定语音媒体类型为 G711A; 步骤 109， 上述被叫摘机， 选定语音媒体类型为 G711U;

步骤 110， 上述软交换控制设备释放其他被叫用户呼叫；

步骤 111， 使用 H.245媒体控制信令切换主叫媒体前， 上述主叫和上 述软交换控制设备进行双向的主从确定，双方都需要收到对方的主从确定 确认 (MasterSlaveDeterminationAck)消息；

步骤 112， 使用 H.245媒体控制信令切换主叫媒体前， 上述主叫和上 述软交换控制设备迸行双向的能力交换，双方都需要收到对方的终端能力 设定确认 (TerminalCapabilitySetAck)消息； 步骤 113 , 上述软交换控制设备向上述主叫发送请求类型 (RequestMode)消息切换主叫媒体， 其中切换的媒体类型为被叫的媒体 G711U;

步骤 114， 上述主叫收到上述请求类型 (RequestMode)消息后， 向上述 软交换控制设备回复请求类型确认 (RequestModeAck)消息；

步骤 115， 上述主叫和上述软交换控制设备双方各自关闭本方打开的 语音媒体通道；

步骤 116， 上述主叫和上述软交换控制设备双方打开新的语音媒体通 道， 其中媒体类型为 G711U, 此时上述主叫已获得被叫媒体， 可以向上述 被叫发送 RTP语音包；

步骤 117， 使用 H.245媒体控制信令切换被叫媒体前， 上述被叫和上 述软交换控制设备进行双向的主从确定，双方都需要收到对方的主从确定 确认 (MasterSlaveDeterminationAck)消息；

步骤 118， 使用 H.245媒体控制信令切换被叫媒体前， 上述被叫和上 述软交换控制设备进行双向的能力交换，双方都需要收到对方的终端能力 设定确认 (TerminalCapabilitySetAck)消息；

步骤 119 , 上述软交换控制设备向上述被叫发送终端能力设定空 (TerminalCapabilitySet ULL)消息， 以暂停被叫媒体；

步骤 120， 上述被叫向上述软交换控制设备回复终端能力设定确认 (TerminalCapabilitySetAck)消息；

步骤 121， 上述被叫和上述软交换控制设备双方各自关闭本方打开的 所有媒体通道； 步骤 122， 上述软交换控制设备收到上述被叫的终端能力设定确认 (TerminalCapabilitySetAck)消息， 并确认原来所有媒体通道都被关闭后， 向上述被叫发送非空终端能力设定 (TerminalCapabilitySet)消息， 其中该消 息包括主叫当前的媒体类型即 G711U;

步骤 123， 上述被叫向上述软交换控制设备回复终端能力设定确认 (TerminalCapabilitySetAck)消息；

步骤 124，上述被叫和上述软交换控制设备重新进行双向的主从确定； 步骤 125 , 上述被叫向上述软交换控制设备发送终端能力设定 (TerminalCapabilitySet)消息， 其中该消息包括上述被叫支持的媒体类型； 步骤 126， 上述软交换控制设备向上述被叫回复终端能力设定确认 (TerminalCapabilitySetAck)消息；

步骤 127， 上述被叫和上述软交换控制设备打开新的语音媒体通道， 其中媒体类型为 G711U, 此时上述被叫获得主叫媒体；

步骤 128， 上述主被叫通话。

图 4为本发明一较佳实施例中快速 H.323用户呼叫一号通号码的一号 通业务流程， 其中一号通绑定的慢速 H.323用户摘机， 通过媒体服务器给 主叫放彩铃。 请同时参照图 1和图 4， 其主要包括以下步骤- 步骤 201至步骤 208同步骤 101至步骤 108， 主叫听彩铃；

步骤 209， 被叫摘机， 向软交换控制设备发送连接 (connect)消息， 其 中该消息不带被叫媒体；

步骤 210， 上述被叫和上述软交换控制设备进行双向的主从确定； 步骤 211， 上述被叫和上述软交换控制设备进行双向的能力交换； 步骤 212， 上述被叫和上述软交换控制设备双方打开语音媒体通道， 其中媒体类型为 G711U;

步骤 213， 上述软交换控制设备释放其他被叫用户呼叫；

步骤 214至步骤 219同步骤 111至步骤 116， 主叫媒体从媒体服务器 切换到被叫；

步骤 220至步骤 228同步骤 119到步骤 127， 被叫媒体从假媒体切换 到主叫； .

步骤 229， 上述主被叫通话。

图 2为本发明所述方法当主叫为慢速呼叫类型的主要流程示意图， 图 5为本发明一较佳实施例中慢速 H.323用户呼叫一号通号码的一号通业务 流程，其中一号通绑定的 H323用户摘机，通过媒体服务器给主叫放彩铃。 请同时参照图 2和图 5， 其主要包括以下步骤：

步骤 301， 主叫向软交换控制设备发送启动 (setup)消息， 其中该消息 不带主叫媒体；

步骤 302和步骤 303， 上述软交换控制设备向一号通绑定的多个被叫 用户发送启动消息 (setup)消息， 其中该消息不带媒体；

步骤 304和步骤 305， 上述多个被叫同时振铃；

步骤 306， 上述软交换控制设备向上述主叫发送振铃 (alerting)消息； 步骤 307， 上述软交换控制设备向上述主叫发送连接 (connect)消息； 步骤 308， 上述主叫和上述软交换控制设备进行双向的主从确定； 歩骤 309， 上述主叫和上述软交换控制设备进行双向的能力交换， 其 中上述软交换控制设备发送的终端能力设定 (TerminalCapabilitySet)消息包 括用于放彩铃的媒体服务器的媒体类型；

步骤 310， 上述主叫和上述软交换控制设备双方打开语音媒体通道， 其中选定媒体类型为 G711A;

步骤 311， 上述主叫听彩铃；

步骤 312， 上述被叫摘机， 向上述软交换控制设备发送连接 (connect) 消息， 其中该消息不带媒体；

步骤 313， 上述被叫和上述软交换控制设备进行双向的主从确定； 步骤 314, 上述被叫和上述软交换控制设备进行双向的能力交换， 其 中上述软交换控制设备发送的终端能力设定 (TerminalCapabilitySet)消息包 括常用的各种媒体类型；

步骤 315， 上述被叫和上述软交换控制设备双方打开语音媒体通道， 其中选定媒体类型为 G711U;

步骤 316， 上述软交换控制设备释放其他被叫用户呼叫；

步骤 317， 待上述被叫支持的所有媒体类型、 IP地址、 媒体端口号等 媒体信息被送往上述软交换控制设备主叫侧后，上述软交换控制设备发送 请求类型（RequestMode)消息切换主叫媒体， 其中上述请求类型 (RequestMode)消息中的媒体类型为上述软交换控制设备选定的主被叫共 同支持的一种媒体类型 G711A;

步骤 318， 上述主叫向上述软交换控制设备回复请求类型确认 (RequestModeAck)消息；

步骤 319， 上述主叫和上述软交换控制设备双方各自关闭本方打开的 语音媒体通道； 步骤 320， 上述主叫和上述软交换控制设备双方打幵新的语音媒体通 道， 其中媒体类型为 G711A, 此时上述主叫已获得被叫媒体， 可以向上述 被叫发送 RTP语音包；

步骤 321到步骤 329同步骤 119到步骤 127， 被叫媒体从假媒体切换 到主叫；

步骤 330， 上述主被叫通话。

以上详细说明了本发明的工作原理，但这只是为了便于理解而举的一 个形象化的实例， 不应被视为是对本发明范围的限制。 同样， 根据本发明 的技术方案及其较佳实施例的描述， 可以做出各种可能的等同改变或替 换， 而所有这些改变或替换都应属于本发明的权利要求的保护范围。