一种视频通信的处理方法、系统和视频互通设备的制作方法

专利名称：一种视频通信的处理方法、系统和视频互通设备的制作方法
技术领域：
本发明涉及通信技术领域，特别涉及一种视频通信的处理方法、系统和视频互通 设备。
背景技术：
随着3G网络的大量建设使得视频通信与信息交互的应用越来越广泛，为客户提 供具有视频能力的客户服务也越来越得到运营商和企业的重视。为了实现视频设备间的通信，一般会用到视频互通设备，视频互通设备可以是视 频软件排队机SoftACD、视频网关(VIG，Video hterworkingGateway)、视频网关系统等能 够实现视频互通功能的设备。视频互通设备在实现视频互通的过程用于搭接参与视频通信 间的链路，通信双方的媒体能力协商方式采用端到端的协商方式，具体可以是第一视频通 信节点向视频互通设备发送视频通信请求消息，视频通信请求消息中携带第一视频通信节 点的媒体能力集；视频通信节点将上述视频通信请求消息发送给第二视频通信节点；第二 视频通信节点使用第二视频通信节点的媒体能力集与第一视频通信节点的媒体能力集进 行协商，得到协商结果，然后将协商结果发送给视频互通设备；视频互通设备再将协商结果 转发给第一视频通信节点；然后第一视频通信节点和第二视频通信节点依据上述协商的结 果通过视频互通节点进行视频的通信。上述“第一”和“第二”仅用于区分两个不同的视频 通信节点，不代表其他意义。视频通信节点可以是任何具有视频通信能力的设备，例如提 供视频服务的服务器、支持视频功能的手机等。在以上协商的过程中，视频互通设备仅进行 消息和数据的转发。

发明内容
本发明实施例要解决的技术问题是提供一种视频呼叫的控制方法、系统和视频互 通设备。为解决上述技术问题，本发明所提供的视频呼叫的控制方法实施例可以通过以下 技术方案实现一种视频通信的处理方法，包括接收与第一视频通信节点进行视频通信的指示，所述视频通信的指示包含了所述 第一视频通信节点的呼叫资源媒体能力；建立模拟第一媒体资源端点，根据所述第一视频通信节点的呼叫资源媒体能力， 使用所述模拟第一媒体资源端点与所述第一视频通信节点进行媒体能力协商；按照与所述第一视频通信节点进行媒体能力协商的结果，实现所述模拟第一媒体 资源端点与所述第一视频通信节点之间的视频通信。一种视频互通设备，包括第一接收单元，用于接收与第一视频通信节点进行视频通信的指示，所述视频通 信的指示包含了所述第一视频通信节点的呼叫资源媒体能力；
4
第一协商单元，用于建立模拟第一媒体资源端点，根据所述第一视频通信节点的 呼叫资源媒体能力，使用所述模拟第一媒体资源端点与所述第一视频通信节点进行媒体能 力协商；第一通信建立单元，用于按照与所述第一视频通信节点进行媒体能力协商的结 果，实现所述模拟第一媒体资源端点与所述第一视频通信节点之间的视频通信。一种视频通信的处理系统，包括视频互通设备，用于接收与第一视频通信节点进行视频通信的指示，所述视频通 信的指示包含了所述第一视频通信节点的呼叫资源媒体能力；建立模拟第一媒体资源端 点，根据所述第一视频通信节点的呼叫资源媒体能力，使用所述模拟第一媒体资源端点与 所述第一视频通信节点进行媒体能力协商；按照与所述第一视频通信节点进行媒体能力协 商的结果，实现所述模拟第一媒体资源端点与所述第一视频通信节点之间的视频通信；计算机电话集成CTI服务器，用于接收所述视频互通设备发送的视频呼叫请求， 并发送的向所述第一视频通信节点播放视频呼叫的请求；或者，根据脚本发送的连接指示 触发的进行模拟测试的请求。上述技术方案具有如下有益效果通过在视频互通设备中模拟媒体资源端点完成 协商，并通过搭接以及模拟媒体资源端点实现视频媒体流的互通；可以在通话中的H. 324 实体多次变化的情况下，实现视频呼叫互通成功；再次，通过模拟媒体资源端点的方式不再 需要搭建实体的移动网络环境，降低了测试难度。


为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用 的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本 领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他
的附图。
图1为本发明实施例方法流程示意图2A为本发明实施例排队机的数据流示意图2B为本发明实施例方法流程示意图3A为本发明实施例排队机的数据流示意图3B为本发明实施例方法流程示意图3C为本发明实施例方法流程示意图4A为本发明实施例排队机的数据流示意图4B为本发明实施例方法流程示意图5A为本发明实施例排队机的数据流示意图5B为本发明实施例方法流程示意图6为本发明实施例的视频互通设备的结构示意图7为本发明实施例的另一种视频互通设备的结构示意图
图8为本发明实施例的系统的结构示意图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于 本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他 实施例，都属于本发明保护的范围。一种视频通信的处理方法，如图1所示，包括101 视频互通设备接收与第一视频通信节点进行视频通信的指示；视频通信的 指示包含了所述第一视频通信节点的呼叫资源媒体能力；上述101中，视频互通设备接收与第一视频通信节点进行视频通信的指示可以有 以下三种方式1、接收第一视频通信节点发送的视频呼叫请求，将视频呼叫的请求接续到计算机 电话集成CTI服务器；接收CTI服务器发送的向第一视频通信节点播放视频呼叫的请求。 2、接收初始会话协议SIP终端发送的呼叫请求触发的进行模拟测试的请求。3、接收CTI服 务器根据脚本发送的连接指示触发的进行模拟测试的请求。以上三种方式可以分别对应了 三种应用场景，本发明实施例在后续实施例中将对此进行举例说明。102 视频互通设备建立模拟的第一媒体资源端点，使用上述模拟的第一媒体资源 端点与上述第一视频通信节点进行媒体能力协商；103 视频互通设备按照与上述第一视频通信节点进行媒体能力协商的结果，实现 所述模拟第一媒体资源端点与所述第一视频通信节点之间的视频通信。。进一步地，若需要实现两个视频通信节点间的视频数据通信，那么在接收与第一 视频通信节点进行视频通信的指示之后，还包括接收与第二视频通信节点进行视频通信 的指示；建立模拟的第二媒体资源端点，使用所述模拟第二媒体资源端点与所述第二视频 通信节点进行媒体能力协商；按照与所述第二视频通信节点进行媒体能力协商的结果，实 现所述模拟第二媒体资源端点与所述第二视频通信节点之间的视频通信；搭接所述模拟第 一媒体资源端点和所述模拟第二媒体资源端点，实现所述第一视频通信节点与所述第二视 频通信节点之间的视频通信。。更具体地，上述搭接所述模拟第一媒体资源端点和所述模拟 第二媒体资源端点包括将所述模拟第一媒体资源端点与第一视频通信节点之间所使用的 媒体流格式，以及所述模拟第二媒体资源端点与第二视频通信节点之间所使用的媒体流格 式，均转换为第一媒体流格式，实现所述模拟第一媒体资源端点和所述模拟第二媒体资源 端点之间的视频互通。更具体地，接收与第二视频通信节点进行视频通信的指示，所述指示具体为主动 发起与所述第二视频通信节点进行媒体能力协商的指示，所述使用所述模拟第二媒体资源 端点与所述第二视频通信节点进行媒体能力协商，具体包括所述模拟第二媒体资源端点 向所述第二视频通信节点发送媒体能力协商请求，实现所述模拟第二媒体资源端点与所述 第二视频通信节点进行媒体能力协商；或者，所述指示具体为向第二视频通信节点发送视频呼叫请求由所述第二视频通 信节点发起媒体能力协商的指示。所述使用所述模拟第二媒体资源端点与所述第二视频通 信节点进行媒体能力协商，具体包括所述模拟第二媒体资源端点向所述第二视频通信节 点发送携带由所述第二视频通信节点发起媒体能力协商的指示的请求，以便于所述第二视频通信节点向所述模拟第二媒体资源端点发送媒体能力协商请求，实现所述模拟第二媒体 资源端点与所述第二视频通信节点进行媒体能力协商。另外，进一步地为了解决在实现第一视频通信节点需求的视频通信之前，第一视 频通信节点没有视频数据的问题，在搭接第一媒体资源端点和第二媒体资源端点之前，还 包括使用第一媒体资源端点向第一视频通信节点提供预置的视频内容。具体的，上述视频互通设备可以为SoftA⑶。本发明实施例提供的视频通信的处理方法，在视频互通设备增加了模拟设备进行 协商的功能，在主叫设备和被叫设备的媒体能力没有交集的情况下仍然能够实现视频互 通；由于在视频互通设备中增加了模拟协商这样的控制功能，可以方便其他设备例如CTI 服务器对呼叫的控制，在呼叫被多次接续的情况下方便进行控制的效果尤其突出；通过模 拟设备进行协商可以实现模拟视频通话的场景，不需要再搭建信号发射基站，无线网络控 制器，移动交换机，HLR设备，视频终端等复杂的无线网络环境即可进行视频设备。以下实施例将就视频互通设备接收与第一视频通信节点进行视频通信的指示的 三种方式以及接收与第二视频通信节点进行视频通信的指示携带的两种指示的应用场景 进行举例说明。在以下实施例中视频互通设备以SoftACD或排队机为例，视频通信节点以 H. 324终端、SIP终端、或者录像文件夹所在的设备如CIT服务器为例进行说明。视频呼过程中有如下场景主叫H. 324-A终端通过移动网络向视频呼叫中心发 起视频呼叫，视频呼叫中心给主叫端播放一段欢迎视频后，将呼叫接续到座席(座席一般 使用IP终端)，座席服务过程中，根据客户要求把呼叫转接到另一个具备视频能力的被叫 H. 324-B终端或者设备接通视频播放，视频播放完毕后，再由座席进行服务。这样在这些业 务中就发生了主叫H. 324-A和具有视频互通VIG特性的SoftA⑶设备H. 324-B互通(播放 欢迎视频过程)，然后在不挂断呼叫的情况下，转移到座席终端服务，再由座席终端转移为 和H. 324-C进行视频通话，也即存在通话中的H. 324实体多次变化的情况。本发明实施例将通过在视频网关或者视频排队机SoftA⑶中建立具有3G用户特 性的H. 324终端，通过该模拟的终端发起视频外呼或者呼叫发生转移或者呼叫发生变更 时，系统保留原有呼叫的H. 3M协商端点，重新建立新的端点并根据端点信息构造H. 3M呼 叫信息进行新的H. 245协商，并利用该端点模拟H. 3M终端功能，在视频互通设备内部通过 转换为RTP端点进行SDP协商的方式。这样由模拟的H. 324端点接受视频网关或者视频 排队机设备控制，利用视频网关强大的媒体转换能力，从而可以实现两个没有交集的H. 324 终端互通，只要两个H. 3 终端分别和视频互通设备在交集即可。视频呼叫控制流程如图 2所示。在本发明实施例中，移动终端泛指具有H. 3M能力的终端。如图2A所示为本实施 例排队机的数据流示意图，排队机202A可以建立的H. 324-A(主叫)201A与H. 324-C(被 叫)203A间视频流互通，H. 324-A(主叫)201A的视频流发送给模拟H. 324-B1 (2021A)然后 由排队机202A转换为RTP流发送给模拟H. 324-B2 (2022A)；排队机202A将RTP流转换为 视频媒体流通过模拟H. 324-B2(2022A)将视频媒体流发送给H. 324-C (被叫)203A。视频媒 体流反向发送与此类似不再赘述。如图2B所示，为图2A的排队机的一个应用场景举例，实现视频通信的方法流程如下201 主叫移动终端(以下用H.3M-A代替)发起视频呼叫发送设置(Setup)消 息给MSC-A，该ktup消息包含了被叫号码(这里的被叫为移动终端C，以下用H. 324-C代
7替)、呼叫ID和呼叫媒体资源能力，该呼叫ID可以唯一标识该会话，呼叫媒体资源能力可以 表示该呼叫需要什么样的媒体资源能力，比如，呼叫媒体资源能力可以为视频资源能力，音 频资源能力，数据资源能力等，视频资源能力可以包括指示H. 324-A的媒体能力，这里的媒 体能力包括了 H. 324-A的编解码能力，比如Η· 324-A支持的视频编解码能力；，音频资源 能力可以包括指示H. 324-A的支持的音频编解码能力，将这些音频编解码能力和视频编解 码能力的组合用能力集来表示，比如H. 324-A的媒体能力用能力集A来表示。上述MSC-A 是 H. 324-A 侧的移动交换中心(MSC，MobileSwitcH. ing Center)，后续 MSC-B 是H. 324-C 侧 的MSC，若H. 324-A和H. 324-C归属于同一个MSC下，那么MSC-A和MSC-B是同一个设备。202 =MSC根据ktup消息中呼叫媒体资源能力，获知主叫H. 324-A需要使用视频 网络座席或者音视频网络资源，然后向SoftA⑶发送初始地址消息(IAM，Initial Address Message)，通过IAM消息将呼叫接续到SoftACD，在该IAM消息中携带呼叫媒体资源能 力、呼叫ID和被叫号码MSC发送设置应答(Setup_Acknowledgement，Setup_ACK)消息给 H. 324-A，通过设置应答消息告知H. 324-A呼叫正在被处理。203 视频软件排队机SoftA⑶根据IAM的消息中的被叫号码、呼叫ID和呼叫媒 体资源能力，可以获知视频呼叫的业务需要计算机电话集成服务器(CTI-Server，Computer TelepHony Integration Server)进行业务处理，因此发送呼叫接续(CallDelivered)消 息到CTI-Server，该CallDelivered消息携带了呼叫媒体资源能力、呼叫ID和被叫号码。 SoftACD向MSC-A发送ACM消息，通过ACM消息告知MSC-A当前呼叫正在处理。204 =MSC收到SoftACD的ACM消息后发送信号(Alerting)消息，通过Alerting消 息告知H. 324-A的呼叫已经到达目的地，可以开始进行回铃音响铃。205 =CTI-Server收到CallDelivered消息后，根据呼叫媒体资源能力，确定 当前需要音视频资源，判断当前是否有空闲的音视频资源和座席资源，如果是，则发送 AnswerCall给SoftACD进行呼叫应答。206 SoftACD 收到 AnswerCall 消息后，发送 AnswerCal IAck 给 CTHerver 进行确 认，确认已经收到AnswerCall消息且已经应答接受，同时向MSC-A发送ANM消息，通过ANM 消息告知呼叫已经应答接受；发送ANM消息后，给CTHerver发送htablished消息告知 CTI-Server呼叫已经建立，可以进行下一步操作指示，这里的Established消息携带了呼 叫媒体资源能力、呼叫ID和被叫号码和呼叫建立标识。207 =CTI-Server收到SoftACD的htablished消息后获知呼叫已经建立，然后下 发播放视频(PlayVide0)消息指示SoftA⑶进行视频播放启动操作。208 =MSC-A收到206中的ANM消息后获知呼叫已经应答接受，然后发送连接 (Connect)消息给H. 324-A，进行呼叫应答。209 :H. 324-A 收到 Connect 消息后，给 MSC 发送(Connect_Acknowledgement， Connect_Ack)确认消息，以确认收到了 Connect消息；然后与SoftACD进行H. 245协商。 SoftACD模拟被叫H. 324终端与H. 324-A完成H. 245协商；上述模拟被叫H. 324终端和 H. 324-A完成H. 245协商的过程为建立模拟的H. 324终端H. 324-B1,使用H. 324-B1的 能力集(复用能力集B，复用能力集B可以是覆盖各种H. 3M终端的常见能力集即可)与 H. 324-A进行H. 245协商，即确定H. 324-B1的复用能力集B是否包括H. 324-A的能力集A， 如果是，则协商成功。在上述H. 245协商完成后，SoftA⑶根据协商结果向H. 324-A播放SoftA⑶的视频资源，该协商结果为模拟的H. 324终端H. 324-B1与H. 324-A之间进行视频 通话采用的能力集。210 =SoftACD开始视频播放后，发送PlayVideoAck消息，通过PlayVideoAck消息 告知CTHerver视频正在播放。211 =CTI-Server获知SoftACD正在为H. 324-A播放视频，而此时呼叫还没有到达 H. 324-C，由此得知需要呼叫H. 324-C，然后发送接续呼叫(MakeCall)消息给SoftACD，通过 MakeCall消息指示SoftACD将呼叫接续到H. 324-C，该MakeCall消息携带了呼叫ID和被 叫号码。212 =SoftACD设备接收到MakeCall消息后，根据被叫号码，从MakeCall消息获知 需要向被叫H. 324-C发起呼叫，先给CTHerver响应消息收到确认MakeCallAck消息； 通过对被叫号码的路由分析获知需要将呼叫接续到MSC-B，然后给被叫侧的MSC设备发送 IAM消息，通过IAM消息将呼叫接续到MSC-B，在IAM消息中可以携带呼叫媒体资源能力和 被叫号码，呼叫媒体资源能力用于指示H. 324-B2的媒体能力(可以是复用能力集B，也可以 是209中协商的结果)。需要说明的是，在此处就建立模拟的H. 324终端H. 324-B2，这里的 H. 324-B2将会与H. 324-C进行媒体能力协商，后续流程将会对此进行说明。213 =MSC-B收到SoftACD设备发送的IAM消息后发送ktup消息给H. 324-C ；该 Setup消息携带H. 324-B2的媒体能力。214 :H. 324-C收到MSC-B的Setup消息后判断当前呼叫是否可以接受，如果可以 接受，则向MSC-B发送ktup_ACK消息来确认接受当前呼叫，同时H. 324-进行铃音振铃并 向MSC-B发送Alerting消息，通过Alerting消息告知MSC-B已经达到目的地。215 =MSC收到手机的Alerting消息后向SoftACD设备发送ACM消息，通过ACM消 息告知SoftA⑶当前呼叫正在处理中。216 :H. 324-C收到按键/摘机应答的指示后向MSC发送Connect消息。217 =MSC 收到 H. 324-C 的 Connect 消息后，向 H. 324-C 发送 Connect_Ack ；消息确 认Connect消息已经收到，同时向SoftA⑶设备发送ANM消息，通过ANM消息告知SoftA⑶ 呼叫已经应答。218 =SoftA⑶设备收到MSC的ANM消息后，为将要建立的视频通信连接分配视频 资源并等待H. 324-C发起H. 245协商。219 :H. 324-C收到MSC的Connect_Ack消息后，以H. 324-C的能力集(能力集C) 发起与H. 324-B2间的H. 245协商，这里的H. 245协商可以是=SoftA⑶设备通过建立的 H. 324-B2,使用H. 324-B2的能力集B与能力集C进行协商得到协商结果；协商完成后通过 Established消息告知CTHerver呼叫接续完成。220 =CTI-Server获知呼叫接续已经完成，进而确定可以接通接H. 324-A和 H. 324-B，然后下发转移呼叫(TransferCall)消息给SoftACD来指示SoftACD进行呼叫接续。221 SoftACD收到CTUerver的TransferCall消息后，进行内部RTP搭接，将模 拟的H. 324-B1与H. 324-A的RTP链路与模拟的H. 324-B2与H. 324-C的链路连接在一起， 完成视频互通过程，并向CTHerver向应TransferCallResult消息告知TransferCall消 息处理完成。上述内部RTP搭接可以是将H. 324-A与H. 324-B1之间使用的媒体流格式，以及H. 324-C与H. 324-B2之间的媒体流格式，均转换为RTP媒体流格式，以进行H. 324-B2 和H. 324-B1间的互通。在本步骤SofU⑶可以完成两个没有能力交集的H. 3M_A(其能力 集为能力集A)和H.324-C (其能力集为能力集C)的视频互通。上述实施例中，H. 324的终端可以是移动终端Mobile，例如手机；手机通过设 置(Setup)消息发起视频呼叫到移动交换中心(MSC, Mobile SwitcH. ingCenter)，MSC作 为汇接局通过初始地址消息(IAM，Initial Address Message)接续视频呼叫到排队机 SoftACD，SoftACD把呼叫继续到计算机电话集成(CTI，Computer TelepHony Integration) 服务器，CTI服务器根据业务流程指示SoftA⑶发送ACM进行呼叫振铃和发送ANM消息 进行呼叫应答。呼叫接续成功后，CTI服务器根据业务流程指示排队机进行视频播放，此 时SoftACD模拟被叫H. 324终端使用复用能力集B和主叫手机A完成H. 245协商，并使用 SoftACD的视频资源给主叫播放视频。CTI根据主叫号码指示或者业务流程指示下发接续 呼叫(make-call)消息到SoftA⑶通过IAM消息发起外呼到被叫手机B的视频被叫，被叫手 机B进行呼叫振铃以及应答处理后，SoftA⑶模拟主叫H. 324终端与被叫手机B进行H. 245 协商。这样在CTI下发根据业务流程下发TansferCall消息指示排队机搭接主叫和被叫的 RTP流，由此可以实现两个能力集不同(能力集A和能力集C可以没有交集)的手机终端进 行视频互通。本实施例，通过在SoftA⑶设备中增加3G终端模拟功能，在控制H. 324-A呼入 模拟的H. 324-B设备播放视频，再呼叫视频媒体资源设备H. 324-C，这个过程中，模拟的 H. 3M-B可以对视频媒体资源设备H. 324-C主动发起H. 245协商，这样即使媒体资源设备 H. 324-C不能主动协商，也能完成视频呼叫的接续，接续完成后在SoftACD内部通过对两个 实时传输协议(RTP，Real-timeTransport Protocol)端点搭接H. 3M-B即可完成视频源互 通共享。即使H. 324-C的视频播放完成后，呼叫还可以接受排队机的控制，可以继续给用户 播放视频菜单，接通座席，呼叫转移等等，因此本方案在视频呼叫中心方便实现对于视频资 源的控制以及互助处理。本实施例与图2B实施例不同的是被叫端可以是CTI服务器。如图3A所示，为 本实施例排队机数据流示意图；为本实施例排队机302A建立的H. 324-A(主叫)301A与 H. 324-C(被叫)303A间视频流互通的示意图，H. 324-A(主叫)301A的视频流发送给模 拟H. 324-B1 (3021A)然后由排队机302A转换为RTP流发送给模拟H. 324-B2 (3022A)；排 队机302A将RTP流转换为视频媒体流通过模拟H. 324-B2 (3022A)将视频媒体流发送给 H.324-C (被叫)303A。CTI控制是否通过RTP进行搭接。视频媒体流反向发送与此类似不 再赘述。—、主叫侧的排队机作为主叫发起H. M5协商，实现种视频通信的处理方法的流程 如图:3B所示，本实施例只描述使用make-call接口外呼的流程，使用make-preditive-call 接口外呼与之相同。301 主叫移动终端(以下用H.3M-A代替)发起视频呼叫发送设置(Setup)消 息给MSC-A，该Setup消息包含了被叫号码(假设，该被叫为CTI服务器B)、呼叫ID和呼叫 媒体资源能力。该呼叫ID可以唯一标识该会话，呼叫媒体资源能力可以表示该呼叫需要 什么样的媒体资源能力，比如，呼叫媒体资源能力可以为视频资源能力，音频资源能力，数 据资源能力等，视频资源能力可以包括指示H. 324-A的媒体能力，这里的媒体能力包括了H. 324-A的编解码能力，比如Η· 324-Α支持的视频编解码能力；，音频资源能力可以包括指 示H. 324-Α的支持的音频编解码能力，将这些音频编解码能力和视频编解码能力的组合用 能力集来表示，比如Η· 324-Α的媒体能力用能力集A来表示。上述MSC-A是Η· 324-Α侧的 MSC,后续排队机B是CTI服务器B侧的排队机，CTI服务器A是H. 324-Α侧的CTI服务器。302 =MSC根据ktup消息中呼叫媒体资源能力，获知主叫H. 324-A需要使用视频 网络座席或者音视频网络资源，然后向排队机A发送IAM消息，通过IAM消息将呼叫接续到 排队机A，在该IAM消息中携带呼叫媒体资源能力、呼叫ID和被叫号码；MSC发送设置应答 (Setup_Acknowledgement,Setup_ACK)消息给 H. 3M-A，通过设置应答消息告知 H. 3M-A 呼 叫正在处理。303 视频软件排队机A根据IAM的消息中的被叫号码、呼叫ID和呼叫媒体资 源能力，可以获知视频呼叫的业务需要计算机电话集成服务器(CTI-Server，Computer TelepHony Integration Server)进行业务指示，然后发送呼叫接续(CallDelivered)消息 到CTHerver，该CallDelivered消息携带了呼叫媒体资源能力、呼叫ID和被叫号码；排 队机A向MSC-A发送ACM消息，通过ACM消息告知MSC-A当前呼叫正在处理。304 =MSC收到排队机A的ACM消息后发送信号(Alerting)消息，通过Alerting消 息告知H. 324-A的呼叫已经到达目的地，可以开始进行回铃音响铃。305 =CTI-Server收到CallDelivered消息后，根据呼叫媒体资源能力，确定 当前需要音视频资源，并判断当前是否有空闲的视频资源和座席资源，如果是，则发送 AnswerCall给排队机A进行呼叫应答。306 排队机A收到 AnswerCall 消息后，发送AnswerCalIAck给CTUerver 进行确 认，确认已经收到AnswerCall消息且已经应答接受，同时向MSC-A发送ANM消息，通过ANM 消息告知呼叫已经应答接受；发送ANM消息后，给CTHerver发送htablished消息告知 呼叫已经建立，可以进行下一步操作指示，这里的Established消息携带了呼叫媒体资源 能力、呼叫ID和被叫号码和呼叫建立标识。307 =CTI-Server收到排队机A的htablished消息后获知呼叫已经建立，然后下 发播放视频(PlayVideo)消息指示排队机A进行视频播放启动操作。 308 =MSC-A收到306中的ANM消息后获知呼叫已经应答接受，然后发送连接 (Connect)消息给H. 324-A，进行呼叫应答。309 :H. 324-A 收到 Connect 消息后，给 MSC 发送(Connect_Acknowledgement， Connect_Ack)确认消息，以确认收到了 Connect消息；然后与排队机A进行H. 245协商。排 队机A模拟被叫H. 324终端与H. 324-A (使用复用能力集A)完成H. 245协商；上述模拟被 叫H. 324终端和H. 324-A完成H. 245协商的过程为建立模拟的H. 324终端H. 3M-B1，使 用H. 324-B1的能力集(复用能力集B)与H. 324-A进行H. 245协商，即确定H. 324-B1的复 用能力集B是否包括H. 324-A的能力集A，如果是，则协商成功。在上述H. 245协商完成后， 排队机A按照309中的协商结果向H. 324-A播放排队机A的视频资源，该协商结果为模拟 的H. 324终端H. 324-B1与H. 324-A之间进行视频通话采用的能力集。310 排队机A开始视频播放后，发送PlayVideoAck消息，通过PlayVide0Ack消息 告知CTHerver视频正在播放。311 =CTI-Server A获知排队机A正在为H. 3M-A播放视频，而此时呼叫还没有
11到达CTI服务器B，由此得知需要呼叫CTI服务器B，然后向CTI服务器B发送资源请求 (RequestResource)消息，RequestResourc消息携带该资源请求所请求的资源是视频媒体 资源、需要进行视频协商以及主叫方的能力集(Video/VideoConfererence/H. 245Caller)。 CTI 服务器 B 向 CTI-Server A 发送请求结果(RequestResult)消息，通过 RequestResult 消息告知CTHerver A，CTI服务器B的资源准备就绪(ResourceReady)。312 =CTI-ServerA发送接续呼叫(MakeCall)消息给排队机A，MakeCall消息携带 要求排队机A主动发起H. 245协商的指示，该MakeCall消息携带了呼叫ID和被叫号码。312中要求指示排队机主动发起协商，CTHerver A发送的指示是否主动发 起H. 245协商的消息，可以通过对计算机支持的电信应用(CSTA，ComputerSupported Telecommunications Applications)夕卜呼协议扩展实现如下CSTA-make-callMakeCallArgument: = SEQUENCE{ NAL，
}CSTACommonArguments: = [APPLICATION 30]IMPLICIT SEQUENCE{security
IMPLICIT CSTASecurityData OPTIONAL,privateData[l]IMPLICIT SEQUENCE OF CSTAPrivateDataOPTIONAL}CSTAPrivateData: : = CHOICE{null
IMPLICIT NULL OPTIONAL,H245Flag[l]IMPLICIT H245Flags OPTIONAL}H245Flags: : = ENUMERATED{calISendTCS (0),
callingDevice DeviceID,
calIedDirectoryNumber DeviceID,
accountCode
IMPLICIT AccountInfo OPTIONAL,
authCode[l]IMPLICIT AuthCode OPTIONAL,
autoOriginate[3]IMPLICIT AutoOriginate DEFAULT prompt,
correlatorData[2]IMPLICIT CorrelatorData OPTIONAL,
userData UserData OPTIONAL,
calICharacteristies CallCharacteristics OPTIONAL,
mediaCalICharacteristies[4]IMPLICIT MediaCalICharacteristicsOPTIO
calIingConnectionInfo[5]IMPLICIT ConnectionlnformationOPTIONAL, extensions CSTACommonArguments OPTIONAL
cal INonSendTCS(I)}312中要求的指示排队机主动发起协商，CTI-Server A发送的指示是否主动发起 H. 245协商的消息，也可以通过对CSTA预呼出协议扩展实现如下CSTA-make-preditive-callMakePredictiveCalIArgument = SEQUENCE{ callingDevice DeviceID,calIedDirectoryNumber DeviceID,signallingDetection
IMPLICIT SignallingDetection OPTIONAL,destinationDetection[1]IMPLICIT DestinationDetection OPTIONAL,defaultAction[2]IMPLICIT DefaultAction OPTIONAL,accountCode[3]IMPLICIT AccountInfo OPTIONAL,authCode[4]IMPLICIT AuthCode OPTIONAL,autoOriginate[5]IMPLICIT AutoOriginate DEFAULT prompt,alertTime[6]IMPLICIT INTEGER OPTIONAL,correlatorData[7]IMPLICIT CorrelatorData OPTIONAL,callCharacteristics[8]IMPLICIT CallCharacteristics OPTIONAL,userData UserData OPTIONAL,extensions CSTACommonArguments OPTIONAL}CSTACommonArguments: = [APPLICATION 30]IMPLICIT SEQUENCE{security
IMPLICIT CSTASecurityData OPTIONAL,privateData[l]IMPLICIT SEQUENCE OF CSTAPrivateDataOPTIONAL}CSTAPrivateData: : = CHOICE{null
IMPLICIT NULL OPTIONAL,H245Flag[l]IMPLICIT H245Flags OPTIONAL}H245Flags: : = ENUMERATED{calISendTCS (0),cal INonSendTCS(I)}MakePredictiveCallResult:: = SEQUENCE{initiatedCall ConnectionID,
initiatedCalIInfo ConnectionInformation OPTIONAL,extensions CSTACommonArguments OPTIONAL}313 排队机A收到MakeCall消息后，返回MakeCallAck消息进行应答，来告知 CTI服务器排队机A已经收到了 MakeCall消息；排队机A向排队机B发送IAM消息，通过 IAM消息将呼叫接续道排队机B。314 排队机B向排队机A发进ACM消息行呼叫振铃，通过呼叫振铃告知排队机A 当前呼叫正在处理；排队机B向CTI服务器B发送CallDelivered消息将呼叫接续到CTI 服务器B。315 =CTI服务器B接收到CallDelivered消息后发送AnswerCall给排队机B进 行呼叫应答。316 排队机B向排队机A发送ANM消息指示呼叫已经应答。317 排队机B向CTI服务器B发送AnSWer_Ack告知AnswerCall消息已经收到。318 =SoftA⑶设备收到MSC-A的ANM消息后，为将要建立的视频通信连接分配视 频资源并使用模拟H. 3M设备与CTI服务器B完成H. 245协商；具体的协商过程为通过建 立的模拟的H. 324-B2,使用H. 324-B2的复用能力集B与能力集D进行协商得到协商结果； 上述能力集D为CTI服务器B的媒体能力。319 排队机B通过htablished消息告知CTHerver B呼叫接续完成。320 =CTI-ServerA获知呼叫接续已经完成，进而确定可以接通H. 324-A和CTI服 务器B，然后下发TransferCall消息给排队机A来指示排队机A进行呼叫接续。321 排队机A收到CTHerver A发送的"TransferCall消息后，进行内部RTP搭 接，将模拟的H. 324-B1与H. 324-A的RTP链路与模拟的H. 324-B2与CTI服务器B的链路 连接在一起，完成视频互通过程，并向CTHerver A发送"TransferCalIResult消息告知 CTI-Server A其发送的TransferCall消息已经处理完成。上述内部RTP搭接可以是将 H. 324-A与H. 324-B1之间使用的媒体流格式，以及CTI服务器B与H. 324-B2之间的媒体流 格式，均转换为RTP媒体流格式，以进行H.324-B2和H.324-B1间的互通。此时排队机A可 以完成两个没有能力交集的Η·324-Α(能力集A)和CTI服务器B (能力集D)的视频互通。本实施例通过在排队机中增加3G终端模拟功能，在控制3G终端A呼入B设备播 放视频，再呼叫视频媒体资源设备C(设备由于需要支持比较多的能力一般情况为被动协 商)，B可以对视频媒体资源设备C主动发起H. 245协商，即使媒体资源设备C不能主动协 商，也能完成视频呼叫的接续，内部再通过对两个RTP端点搭接即可完成视频源互通共享。 即使设备C的视频播放完成后，呼叫还可以接受排队机的控制，可以继续给用户播放视频 菜单，接通座席，呼叫转移等等，这个在呼叫中心的视频资源互助中控制是比较有用的。本实施例的H. 324终端可以为移动终端Mobile，例如手机；主叫手机通过ktup 消息发起视频呼叫到MSC，MSC作为汇接局通过IAM消息接续视频呼叫到排队机SoftA⑶-A， SoftA⑶-A把呼叫继续到CTI-A服务器，CTI-A服务器根据业务流程指示排队机发送ACM 进行呼叫振铃和发送ANM消息进行呼叫应答。呼叫继续成功后，CTI-A服务器根据业务流 程指示排队机进行视频播放，此时SoftACD-A模拟被叫手机使用复用能力集B和主叫手机 A完成H. 245协商，并使用排队机的视频资源给主叫播放视频。CTI-A服务根据业务流程判断当前需要另外一个视频系统进行资源(例如视频IVR，视频会议，视频座席等资源)互 助，发起资源申请消息到另外一个CTI-B进行资源申请并指示主叫视频设备SoftACD-A会 发起H. 245协商。CTI-A服务器从另外一个视频系统申请到视频资源后，下发make-call 消息(携带主动发起H. 245协商指示)到SoftACD-A，指示其发起视频呼叫到SoftACD-B， SoftACD-B进行呼叫振铃和应答后，SoftACD-A根据mak_call指示主动发起H. 245协商和 SoftACD-B完成H. 245协商过程。CTI-A下发根据业务流程下发TansferCall消息指示排 队机搭接主叫和被叫视频设备的RTP流，此时CTI-B和SoftA⑶-B组成的视频系统可以为 主叫手机终端提供视频服务。二、主叫侧的排队机作为被叫发起H. 245协商，实现种视频通信的处理方法的流 程如图3C所示401 主叫移动终端(以下用H.3M-A代替)发起视频呼叫发送设置(Setup)消 息给MSC-A，该Setup消息包含了被叫号码(假设，该被叫为CTI服务器B)、呼叫ID和呼叫 媒体资源能力。该呼叫ID可以唯一标识该会话，呼叫媒体资源能力可以表示该呼叫需要 什么样的媒体资源能力，比如，呼叫媒体资源能力可以为视频资源能力，音频资源能力，数 据资源能力等，视频资源能力可以包括指示H. 324-A的媒体能力，这里的媒体能力包括了 H. 324-A的编解码能力，比如Η· 324-A支持的视频编解码能力；，音频资源能力可以包括指 示H. 324-A的支持的音频编解码能力，将这些音频编解码能力和视频编解码能力的组合用 能力集来表示，比如H. 324-A的媒体能力用能力集A来表示。。上述MSC-A是H. 324-A侧 的MSC，后续排队机B是CTI服务器B侧的排队机，CTI服务器A是H. 324-A侧的CTI服务
ο402 =MSC根据ktup消息中呼叫媒体资源能力，获知主叫H. 324-A需要使用视频 网络座席或者音视频网络资源，被叫号然后向排队机A发送IAM消息，通过IAM消息将呼 叫接续到排队机A，在该IAM消息中携带呼叫媒体资源能力、呼叫ID和被叫号码；MSC发送 设置应答(Setup Acknowledgement, Setup ACK)消息给H. 324-A，通过设置应答消息告知 H. 324-A呼叫正在处理。403 视频软件排队机A根据IAM的消息中的被叫号码、呼叫ID和呼叫媒体资源 能力进行可以获知视频呼叫的业务需要计算机电话集成服务器(CTI-Server，Computer TelepHony Integration Server)进行业务指示，然后发送呼叫接续(CallDelivered)消息 到CTHerver，该CallDelivered消息携带了呼叫媒体资源能力、呼叫ID和被叫号码；排 队机A向MSC-A发送ACM消息，通过ACM消息告知MSC-A当前呼叫正在处理。404 :MSC收到排队机A的ACM消息后发送信号(Alerting)消息，通过Alerting消 息告知H. 324-A的呼叫已经到达目的地，可以开始进行回铃音响铃。405 =CTI-Server收到CallDelivered消息后，根据呼叫媒体资源能力，确定 当前需要音视频资源，并判断当前是否有空闲的视频资源和座席资源，如果是，则发送 AnswerCall给排队机A进行呼叫应答。406 排队机A收到 AnswerCall 消息后，发送AnswerCalIAck给CTUerver 进行确 认，确认已经收到AnswerCall消息且已经应答接受，同时向MSC-A发送ANM消息，通过ANM 消息告知呼叫已经应答接受；发送ANM消息后，给CTHerver发送htablished消息告知 呼叫已经建立，可以进行下一步操作指示。
15
407 =CTI-Server收到排队机A的htablished消息后获知呼叫已经建立，然后下 发播放视频(PlayVide0)消息指示排队机A进行视频播放启动操作，这里的Established 消息携带了呼叫媒体资源能力、呼叫ID和被叫号码和呼叫建立标识。408 =MSC-A收到406中的ANM消息后获知呼叫已经应答接受，然后发送连接 (Connect)消息给H. 324-A，进行呼叫应答。409 :H. 324-A 收到 Connect 消息后，给 MSC 发送(Connect Acknowledgement, Connect Ack)确认消息，以确认收到了 Connect消息；然后与排队机A进行H. 245协商。排 队机A模拟被叫H. 324终端与H. 324-A(使用复用能力集A)完成H. 245协商；上述模拟被 叫H. 324终端和H. 324-A完成H. 245协商的过程为建立模拟的H. 324终端H. 3M-B1，使 用H. 324-B1的能力集(复用能力集B)与H. 324-A进行H. 245协商，即确定H. 324-B1的复 用能力集B是否包括H. 324-A的能力集A，如果是，则协商成功。在上述H. 245协商完成后， 排队机A按照309中的协商结果向H. 324-A播放排队机A的视频资源，该协商结果为模拟 的H. 324终端H. 324-B1与H. 324-A之间进行视频通话采用的能力集。410 排队机A开始视频播放后，发送PlayVideoAck消息，通过PlayVide0Ack消息 告知CTHerver视频正在播放。311 =CTI-Server A获知排队机A正在为H. 3M-A播放视频，而此时呼叫还没有 到达CTI服务器B，由此得知需要呼叫CTI服务器B，然后向CTI服务器B发送资源请求 (RequestResource)消息，RequestResourc消息携带该资源请求所请求的资源是视频媒体 资源、需要进行视频协商以及主叫方的能力集(Video/VideoConfererence/H. 245Caller)。 CTI 服务器 B 向 CTI-Server A 发送请求结果(RequestResult)消息，通过 RequestResult 消息告知CTHerver A，CTI服务器B的资源准备就绪(ResourceReady)。412 =CTI-Server A发送接续呼叫(MakeCall)消息给排队机A。413 排队机A收到MakeCall消息后，返回MakeCall Ack消息进行应答，来告知 CTI服务器排队机A已经收到了 MakeCall消息；排队机A向排队机B发送IAM消息，通过 IAM消息将呼叫接续道排队机B ；414:排队机B向排队机A发进ACM消息行呼叫振铃，通过呼叫振铃告知排队机A 当前呼叫正在处理；排队机B向CTI服务器B发送CallDelivered消息将呼叫接续到CTI 服务器B415 =CTI服务器B接收到CallDelivered消息后发送AnswerCal 1给排队机B进 行呼叫应答。AnswerCall消息携带要求排队机B主动发起H. 245协商的指示。在415中需要被叫侧的排队机主动发起H. 245协商，那么可以通过扩展呼叫应答 消息answer-call指示来实现是否主动发起H. 245协商，该answer-call的协议扩展如下CSTA-answer-callAnswerCallArgument: = SEQUENCE{ calITOBeAnswered ConnectionID, correlatorData CorrelatorData OPTIONAL, userData UserData OPTIONAL, extensions CSTACommonArguments OPTIONAL
}CSTAPrivateData: = CHOICE{null
IMPLICIT NULL OPTIONAL,H245Flag[l]IMPLICIT H245Flags OPTIONAL}H245Flags: : = ENUMERATED{calISendTCS (0),cal INonSendTCS(I)}AnswerCallResult:: = CHOICE{extensions CSTACommonArguments,noData NULL}END—of CSTA-answer-call416 :排队机B向排队机A发送ANM消息指示呼叫已经应答，并可以主动向排队机 B发起H. 245协商。417 排队机B向CTI服务器B发送Answer_Ack告知AnswerCall消息已经收到。418 排队机A收到MSC的ANM消息后，为将要建立的视频通信连接分配视频资 源，并等待CTI服务器B发起H. 245协商。在CTI服务器B发起H. 245协商后，排队机A 模拟H. 324设备与CTI服务器B完成H. 245协商；具体的协商过程为通过建立模拟的的 H. 324-B2,使用H. 324-B2的能力集B与能力集D进行协商得到协商结果；上述能力集D为 CTI服务器B的媒体能力。419 排队机B通过htablished消息告知CTHerver呼叫接续完成。420 =CTI-Server A获知呼叫接续已经完成，进而确定可以接通H. 324-A和CTI服 务器B，然后下发TransferCall消息给排队机A来指示排队机A进行呼叫接续。421 排队机A收到CTHerver A发送的"TransferCall消息后，进行内部RTP搭 接，将模拟的H. 324-B1与H. 324-A的RTP链路与模拟的H. 324-B2与CTI服务器B的链路 连接在一起，完成视频互通过程，并向CTHerver A发送"TransferCalIResult消息告知 CTI-Server A其发送的TransferCall消息已经处理完成。上述内部RTP搭接可以是将 H. 324-A与H. 324-B1之间使用的媒体流格式，以及CTI服务器B与H. 324-B2之间的媒体流 格式，均转换为RTP媒体流格式，以进行H.324-B2和H.324-B1间的互通。此时排队机A可 以完成两个没有能力交集的Η·324-Α(能力集A)和CTI服务器B (能力集D)的视频互通。本实施例的H. 324终端可以为移动终端Mobile例如手机；手机通过ktup消 息发起视频呼叫到MSC，MSC作为汇接局通过IAM消息接续视频呼叫到排队机SoftA⑶-A， SoftA⑶-A把呼叫继续到CTI-A服务器，CTI-A服务器根据业务流程指示排队机发送ACM进 行呼叫振铃和发送ANM消息进行呼叫应答。呼叫继续成功后，CTI-A服务器根据业务流程指示排队机进行视频播放，此时SoftACD-A模拟被叫H. 324终端使用复用能力集A和主叫手 机A完成H. 245协商，并使用排队机的视频资源给主叫播放视频。CTI-A服务根据业务流程 判断当前需要另外一个视频系统进行资源(例如视频IVR，视频会议，视频座席等资源)互 助，发起资源申请消息到另外一个CTI-B进行资源申请并指示被叫视频设备SoftACD-B主 动发起H. 245协商。CTI-A服务器从另外一个视频系统申请到视频资源后，下发make-call 消息(此时不携带主动发起H. 245协商指示)到SoftA⑶-A发起视频呼叫到SoftA⑶-B， SoftACD-B根据CTI-B指示进行呼叫振铃和应答后，CTI-B在应答消息answer-call中指示 排队机SoftACD-B主动发起H. 245协商，完成和SoftACD-A的H. 245协商过程。CTI-A下发 根据业务流程下发TansferCall消息指示排队机搭接主叫和被叫视频设备的RTP流，从而 实现了 CTI-B和SoftA⑶-B组成的视频系统为主叫手机提供视频服务的应用需求。以下将给出本发明实施例方案应用于视频通信的测试领域的两个方案。本实施例给出的方案中，发起呼叫的为SIP终端被叫为H. 3M终端。如图4A为本 实施例排队机的数据流示意图，本实施例的排队机502A可以建立的SIPPhone (主叫SIP终 端)50IA与H. 324-C (被叫)503A间视频流互通；SIP Phone (主叫)501A的视频流发送给排 队机502A，由排队机502A转换为RTP流发送给模拟H. 324-B2 (5021A)；排队机502A将RTP 流转换为视频媒体流通过模拟H. 324-B2 (5021A)将视频媒体流发送给H. 324-C (被测试设 备)503A。视频媒体流反向发送与此类似不再赘述。实现视频通信的流程如图4B所示501 =SIP Phone终端发起呼叫(可以是携带Video Codec的邀请hvite消息) 到SoftACD，SoftACD将呼叫转换为IAM消息发送给被测试的视频设备，视频设备发送IAM 消息和ANM消息进行振铃和应答；SoftA⑶收到振铃的消息后向SIP Phone发送应答(100) 消息，振铃(180或者183)消息。502 =SoftA⑶收到应答消息后，根据由于SIP Phone终端发起呼叫业务的业务配 置确定是否需要启动H. 245协商，如果需要启动，则向被测试视频设备发送H. 245协商消息 (携带 SIP Phone 终端的能力集，Terminal Capacity Set, TCS)来启动 H. 245 协商。503 =SoftACD和被测试设备完成H. 245协商后，把H. 245协商得到的SDP信息通 过请求成功O000K)消息发送给SIP Phone终端，从而完成信令承载的搭接。504 =SoftA⑶可以按照协商得到的视频互通能力把H. 324复用流分解出音频流和 视频，实现与SIP PHone进行互通。本发明实施例在增加3G终端模拟功能的同时，结合视频网关的视频互通功能，把 该模拟3G终端的音频流和视频流转换为RTP流，结合软件排队机的会话初始协议(Session Initiation Protocol, SIP)终端接入功能，把RTP端点和SIP终端接通，即可用SIP终端 模拟取代3G终端作为主叫或者被叫对视频设备进行视频特性的测试，不需要再搭建信号 发射基站，无线网络控制器，移动交换机，HLR设备，视频终端等复杂的无线网络环境即可进 行视频设备(例如视频会议系统，视频共享系统，视频IVVR，视频VP等)的测试，为视频设 备开发测试节省大量成本。另外可以通过系统参数设定模拟的H. 3M终端为主动发起协商 或者被动协商。本实施例给出的方案中，发起呼叫的为CIT服务器被叫为H. 3 终端。如图 5A本实施例排队机的数据流示意图，本实施例的排队机602A可以建立VideoFile (录 像文件夹所在的设备，CIT服务器)601A与H. 324-C(被测试设备)603A间视频流互通；VideoFile (CIT服务器)601A的视频流发送给排队机602A，由排队机602A转换为 RTP流发送给模拟H. 324-B2(6021A)；排队机602A将RTP流转换为视频媒体流通过模拟 H. 324-B2(6021A)将视频媒体流发送给H. 324-C (被测试设备)603A。CTI控制是否通过RTP 进行搭接。视频媒体流反向发送与此类似不再赘述。实现视频通信的流程如图5B所示601 =CTI服务器通过接收业务脚本下发make-call消息到排队机发起视频呼叫； 排队机发送IAM消息将呼叫接续到被测试设备并向CIT服务器发送make-call-result消 息告知make-call消息的处理结果，被测试设备收到排队机的IAM呼叫消息后，发送ACM消 息和ANM消息来进行呼叫振铃和应答；排队机向CIT服务器发送Alerting消息。上述被测 试设备可以为视频设备。602:排队机收到应答消息后，根据CTI服务器呼叫业务的业务配置或者 make-call的指示，确定是否需要主动发起H. 245协商，如果需要，则向被测试视频设备发 送开始H. 245协商消息来启动H. 245协商；具体协商方式为排队机模拟H. 3M设备与被测 试设备完成H. 245协商；具体的协商过程为通过建立的H. 324-B2,使用H. 324-B2的能力 集与被测试设备的能力集进行协商得到协商结果。603 :H. 245协商完成后，CTI服务器根据承载建立指示下发同时播放和录制视 频给排队机设备(PlayAndRecordVideo)，SoftACD排队机设备打开一个播放的视频文 件OpenFiIe，同时打开一个录制的写入文件OpenFilefeite，在发送OpenFiIe消息给 文件服务以后可以接收文件服务器发送的视频文件的打开结果OpenFileResult消息， 在发送OpenFilefeite消息给文件服务后可以接收文件服务器发送的写入文件的结果 OpenFileffriteResult消息；把播放的视频流发送到被测试设备，同时录制被测试设备的 视频流，从而实现和被测试设备的视频互通并可以选择录制文件进行视频效果分析。另外， CTI和排队机之间的make-call接口或者make-preditive-call接口扩展可以参考前面实 施例中 make-call 接 口或者 make-preditive—call 接口的扩展。本实施例在增加3G终端模拟功能的同时，结合排队机与CTI互通功能，并通过业 务脚本控制排队机SoftACD进行IVR自动外呼，结合视频播放和视频录制功能，可以完全的 模拟3G用户通话场景，通过CTI编写视频呼叫并发测试脚本，并利用CTI的并发外呼处理 能力，即可变成一个3G性能测试呼叫器，不需要无线网络环境即可对相关视频设备进行视 频压力相关测试。图6所示为本发明实施例的视频互通设备，具体可以包括第一接收单元61，用于接收与第一视频通信节点进行视频通信的指示，所述视频 通信的指示包含了所述第一视频通信节点的呼叫资源媒体能力；第一协商单元62，用于建立模拟第一媒体资源端点，根据所述第一视频通信节点 的呼叫资源媒体能力，使用所述模拟第一媒体资源端点与所述第一视频通信节点进行媒体 能力协商；第一通信建立单元63，用于按照与所述第一视频通信节点进行媒体能力协商的结 果，实现所述模拟第一媒体资源端点与所述第一视频通信节点之间的视频通信。如图7所示，视频互通设备更进一步地包括第二接收单元64，用于接收与第二视 频通信节点进行视频通信的指示；第二协商单元65，用于建立模拟的第二媒体资源端点，使用所述模拟第二媒体资源端点与所述第二视频通信节点进行媒体能力协商；按照与所述第二视频通信节点进行媒 体能力协商的结果，实现所述模拟第二媒体资源端点与所述第二视频通信节点之间的视频 通信；第二通信建立单元66，用于搭接所述模拟第一媒体资源端点和所述模拟第二媒体 资源端点，实现所述第一视频通信节点与所述第二视频通信节点之间的视频通信。提供单元67，用于使用所述模拟第一媒体资源端点向所述第一视频通信节点提供 预置的视频内容。如图8所示，一种视频通信的处理系统，包括视频互通设备81，用于接收与第一视频通信节点进行视频通信的指示，所述视频 通信的指示包含了所述第一视频通信节点的呼叫资源媒体能力；建立模拟第一媒体资源端 点，根据所述第一视频通信节点的呼叫资源媒体能力，使用所述模拟第一媒体资源端点与 所述第一视频通信节点进行媒体能力协商；按照与所述第一视频通信节点进行媒体能力协 商的结果，实现所述模拟第一媒体资源端点与所述第一视频通信节点之间的视频通信；计算机电话集成CTI服务器82，用于接收所述视频互通设备发送的视频呼叫请 求，并发送的向所述第一视频通信节点播放视频呼叫的请求；或者，根据脚本发送的连接指 示触发的进行模拟测试的请求。本发明实施例提供的视频通信的处理方法，在视频互通设备增加了模拟设备进行 协商的功能，在主叫设备和被叫设备的媒体能力没有交集的情况下仍然能够实现视频互 通；由于在视频互通设备中增加了模拟协商这样的控制功能，可以方便其他设备例如CTI 服务器对呼叫的控制，在呼叫被多次接续的情况下方便进行控制的效果尤其突出；通过模 拟设备进行协商可以实现模拟视频通话的场景，不需要再搭建信号发射基站，无线网络控 制器，移动交换机，HLR设备，视频终端等复杂的无线网络环境即可进行视频设备。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以 通过程序来指令相关的硬件完成，程序可以存储于一种计算机可读存储介质中，上述提到 的存储介质可以是只读存储器，磁盘或光盘等。以上对本发明实施例所提供的一种视频呼叫的控制方法、装置和系统进行了详细 介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明 只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本 发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上，本说明书内容不应理解 为对本发明的限制。
权利要求
1.一种视频通信的处理方法，其特征在于，包括接收与第一视频通信节点进行视频通信的指示，所述视频通信的指示包含了所述第一 视频通信节点的呼叫资源媒体能力；建立模拟第一媒体资源端点，根据所述第一视频通信节点的呼叫资源媒体能力，使用 所述模拟第一媒体资源端点与所述第一视频通信节点进行媒体能力协商；按照与所述第一视频通信节点进行媒体能力协商的结果，实现所述模拟第一媒体资源 端点与所述第一视频通信节点之间的视频通信。
2.根据权利要求1所述方法，其特征在于，所述接收与第一视频通信节点进行视频通 信的指示包括接收第一视频通信节点发送的视频呼叫请求，将视频呼叫的请求接续到计算机电话集 成CTI服务器；接收所述CTI服务器发送的向所述第一视频通信节点播放视频呼叫的请求； 或者，接收初始会话协议SIP终端发送的呼叫请求触发的进行模拟测试的请求；或者，接收CTI服务器根据脚本发送的连接指示触发的进行模拟测试的请求。
3.根据权利要求2所述方法，其特征在于，在接收与第一视频通信节点进行视频通信 的指示之后，还包括接收与第二视频通信节点进行视频通信的指示；建立模拟的第二媒体资源端点，使用所述模拟第二媒体资源端点与所述第二视频通信 节点进行媒体能力协商；按照与所述第二视频通信节点进行媒体能力协商的结果，实现所 述模拟第二媒体资源端点与所述第二视频通信节点之间的视频通信；搭接所述模拟第一媒体资源端点和所述模拟第二媒体资源端点，实现所述第一视频通 信节点与所述第二视频通信节点之间的视频通信。
4.根据权利要求3所述方法，其特征在于，所述搭接所述模拟第一媒体资源端点和所 述模拟第二媒体资源端点包括将所述模拟第一媒体资源端点与第一视频通信节点之间所使用的媒体流格式，以及 所述模拟第二媒体资源端点与第二视频通信节点之间所使用的媒体流格式，均转换为第一 媒体流格式，实现所述模拟第一媒体资源端点和所述模拟第二媒体资源端点之间的视频互ο
5.根据权利要求3或4任意一项所述方法，其特征在于，所述接收与第二视频通信节点 进行视频通信的指示，所述指示具体为主动发起与所述第二视频通信节点进行媒体能力协 商的指示，所述使用所述模拟第二媒体资源端点与所述第二视频通信节点进行媒体能力协商，具 体包括所述模拟第二媒体资源端点向所述第二视频通信节点发送媒体能力协商请求，实现所 述模拟第二媒体资源端点与所述第二视频通信节点进行媒体能力协商；或者，所述指示具体为向第二视频通信节点发送视频呼叫请求由所述第二视频通信节 点发起媒体能力协商的指示，所述使用所述模拟第二媒体资源端点与所述第二视频通信节点进行媒体能力协商，具 体包括所述模拟第二媒体资源端点向所述第二视频通信节点发送携带由所述第二视频通信 节点发起媒体能力协商的指示的请求，以便于所述第二视频通信节点向所述模拟第二媒体 资源端点发送媒体能力协商请求，实现所述模拟第二媒体资源端点与所述第二视频通信节 点进行媒体能力协商。
6.根据权利要求3或4任意一项所述方法，其特征在于，在搭接所述模拟第一媒体资源 端点和所述模拟第二媒体资源端点之前，还包括使用所述模拟第一媒体资源端点向所述第一视频通信节点提供预置的视频内容。
7.一种视频互通设备，其特征在于，包括第一接收单元，用于接收与第一视频通信节点进行视频通信的指示，所述视频通信的 指示包含了所述第一视频通信节点的呼叫资源媒体能力；第一协商单元，用于建立模拟第一媒体资源端点，根据所述第一视频通信节点的呼叫 资源媒体能力，使用所述模拟第一媒体资源端点与所述第一视频通信节点进行媒体能力协 商；第一通信建立单元，用于按照与所述第一视频通信节点进行媒体能力协商的结果，实 现所述模拟第一媒体资源端点与所述第一视频通信节点之间的视频通信。
8.根据权利要求7所述的视频互通设备，其特征在于，还包括第二接收单元，用于接收与第二视频通信节点进行视频通信的指示；第二协商单元，用于建立模拟的第二媒体资源端点，使用所述模拟第二媒体资源端点 与所述第二视频通信节点进行媒体能力协商；按照与所述第二视频通信节点进行媒体能力 协商的结果，实现所述模拟第二媒体资源端点与所述第二视频通信节点之间的视频通信；第二通信建立单元，用于搭接所述模拟第一媒体资源端点和所述模拟第二媒体资源端 点，实现所述第一视频通信节点与所述第二视频通信节点之间的视频通信。
9.根据权利要求7所述的视频互通设备，其特征在于，还包括提供单元，用于使用所述模拟第一媒体资源端点向所述第一视频通信节点提供预置的 视频内容。
10.一种视频通信的处理系统，其特征在于，包括视频互通设备，用于接收与第一视频通信节点进行视频通信的指示，所述视频通信的 指示包含了所述第一视频通信节点的呼叫资源媒体能力；建立模拟第一媒体资源端点，根 据所述第一视频通信节点的呼叫资源媒体能力，使用所述模拟第一媒体资源端点与所述第 一视频通信节点进行媒体能力协商；按照与所述第一视频通信节点进行媒体能力协商的结 果，实现所述模拟第一媒体资源端点与所述第一视频通信节点之间的视频通信；计算机电话集成CTI服务器，用于接收所述视频互通设备发送的视频呼叫请求，并发 送的向所述第一视频通信节点播放视频呼叫的请求；或者，根据脚本发送的连接指示触发 的进行模拟测试的请求。
全文摘要
本发明实施例公开了一种视频呼叫的控制方法、系统和视频互通设备。包括接收与第一视频通信节点进行视频通信的指示，所述视频通信的指示包含了所述第一视频通信节点的呼叫资源媒体能力；建立模拟第一媒体资源端点，根据所述第一视频通信节点的呼叫资源媒体能力，使用所述模拟第一媒体资源端点与所述第一视频通信节点进行媒体能力协商；按照与所述第一视频通信节点进行媒体能力协商的结果，实现所述模拟第一媒体资源端点与所述第一视频通信节点之间的视频通信。可以在通话中的H.324实体多次变化的情况下，实现视频呼叫互通成功；再次，通过模拟媒体资源端点的方式不再需要搭建实体的移动网络环境，降低了测试难度。
文档编号H04M3/523GK102137249SQ20101061995
公开日2011年7月27日 申请日期2010年12月31日 优先权日2010年12月31日
发明者陈忠华 申请人:华为技术有限公司