CN102137249B - 一种视频通信的处理方法、系统和视频互通设备 - Google Patents
一种视频通信的处理方法、系统和视频互通设备 Download PDFInfo
- Publication number
- CN102137249B CN102137249B CN 201010619954 CN201010619954A CN102137249B CN 102137249 B CN102137249 B CN 102137249B CN 201010619954 CN201010619954 CN 201010619954 CN 201010619954 A CN201010619954 A CN 201010619954A CN 102137249 B CN102137249 B CN 102137249B
- Authority
- CN
- China
- Prior art keywords
- video communication
- video
- communication node
- media
- end points
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Abstract
本发明实施例公开了一种视频呼叫的控制方法、系统和视频互通设备。包括：接收与第一视频通信节点进行视频通信的指示，所述视频通信的指示包含了所述第一视频通信节点的呼叫资源媒体能力；建立模拟第一媒体资源端点，根据所述第一视频通信节点的呼叫资源媒体能力，使用所述模拟第一媒体资源端点与所述第一视频通信节点进行媒体能力协商；按照与所述第一视频通信节点进行媒体能力协商的结果，实现所述模拟第一媒体资源端点与所述第一视频通信节点之间的视频通信。可以在通话中的H.324实体多次变化的情况下，实现视频呼叫互通成功；再次，通过模拟媒体资源端点的方式不再需要搭建实体的移动网络环境，降低了测试难度。
Description
技术领域
本发明涉及通信技术领域，特别涉及一种视频通信的处理方法、系统和视频互通设备。
背景技术
随着3G网络的大量建设使得视频通信与信息交互的应用越来越广泛，为客户提供具有视频能力的客户服务也越来越得到运营商和企业的重视。
为了实现视频设备间的通信，一般会用到视频互通设备，视频互通设备可以是：视频软件排队机SoftACD、视频网关(VIG，Video InterworkingGateway)、视频网关系统等能够实现视频互通功能的设备。视频互通设备在实现视频互通的过程用于搭接参与视频通信间的链路，通信双方的媒体能力协商方式采用端到端的协商方式，具体可以是：第一视频通信节点向视频互通设备发送视频通信请求消息，视频通信请求消息中携带第一视频通信节点的媒体能力集；视频通信节点将上述视频通信请求消息发送给第二视频通信节点；第二视频通信节点使用第二视频通信节点的媒体能力集与第一视频通信节点的媒体能力集进行协商，得到协商结果，然后将协商结果发送给视频互通设备；视频互通设备再将协商结果转发给第一视频通信节点；然后第一视频通信节点和第二视频通信节点依据上述协商的结果通过视频互通节点进行视频的通信。上述“第一”和“第二”仅用于区分两个不同的视频通信节点，不代表其他意义。视频通信节点可以是任何具有视频通信能力的设备，例如：提供视频服务的服务器、支持视频功能的手机等。在以上协商的过程中，视频互通设备仅进行消息和数据的转发。
发明内容
本发明实施例要解决的技术问题是提供一种视频呼叫的控制方法、系统和视频互通设备。
为解决上述技术问题，本发明所提供的视频呼叫的控制方法实施例可以通过以下技术方案实现：
一种视频通信的处理方法，包括：
接收与第一视频通信节点进行视频通信的指示，所述视频通信的指示包含了所述第一视频通信节点的呼叫资源媒体能力；
建立模拟第一媒体资源端点，根据所述第一视频通信节点的呼叫资源媒体能力，使用所述模拟第一媒体资源端点与所述第一视频通信节点进行媒体能力协商；
按照与所述第一视频通信节点进行媒体能力协商的结果，实现所述模拟第一媒体资源端点与所述第一视频通信节点之间的视频通信。
一种视频互通设备，包括：
第一接收单元，用于接收与第一视频通信节点进行视频通信的指示，所述视频通信的指示包含了所述第一视频通信节点的呼叫资源媒体能力；
第一协商单元，用于建立模拟第一媒体资源端点，根据所述第一视频通信节点的呼叫资源媒体能力，使用所述模拟第一媒体资源端点与所述第一视频通信节点进行媒体能力协商；
第一通信建立单元，用于按照与所述第一视频通信节点进行媒体能力协商的结果，实现所述模拟第一媒体资源端点与所述第一视频通信节点之间的视频通信。
一种视频通信的处理系统，包括：
视频互通设备，用于接收与第一视频通信节点进行视频通信的指示，所述视频通信的指示包含了所述第一视频通信节点的呼叫资源媒体能力；建立模拟第一媒体资源端点，根据所述第一视频通信节点的呼叫资源媒体能力，使用所述模拟第一媒体资源端点与所述第一视频通信节点进行媒体能力协商；按照与所述第一视频通信节点进行媒体能力协商的结果，实现所述模拟第一媒体资源端点与所述第一视频通信节点之间的视频通信；
计算机电话集成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：视频互通设备按照与上述第一视频通信节点进行媒体能力协商的结果，实现所述模拟第一媒体资源端点与所述第一视频通信节点之间的视频通信。。
进一步地，若需要实现两个视频通信节点间的视频数据通信，那么：在接收与第一视频通信节点进行视频通信的指示之后，还包括：接收与第二视频通信节点进行视频通信的指示；建立模拟的第二媒体资源端点，使用所述模拟第二媒体资源端点与所述第二视频通信节点进行媒体能力协商；按照与所述第二视频通信节点进行媒体能力协商的结果，实现所述模拟第二媒体资源端点与所述第二视频通信节点之间的视频通信；搭接所述模拟第一媒体资源端点和所述模拟第二媒体资源端点，实现所述第一视频通信节点与所述第二视频通信节点之间的视频通信。。更具体地，上述搭接所述模拟第一媒体资源端点和所述模拟第二媒体资源端点包括：将所述模拟第一媒体资源端点与第一视频通信节点之间所使用的媒体流格式，以及所述模拟第二媒体资源端点与第二视频通信节点之间所使用的媒体流格式，均转换为第一媒体流格式，实现所述模拟第一媒体资源端点和所述模拟第二媒体资源端点之间的视频互通。
更具体地，接收与第二视频通信节点进行视频通信的指示，所述指示具体为主动发起与所述第二视频通信节点进行媒体能力协商的指示，所述使用所述模拟第二媒体资源端点与所述第二视频通信节点进行媒体能力协商，具体包括：所述模拟第二媒体资源端点向所述第二视频通信节点发送媒体能力协商请求，实现所述模拟第二媒体资源端点与所述第二视频通信节点进行媒体能力协商；
或者，所述指示具体为向第二视频通信节点发送视频呼叫请求由所述第二视频通信节点发起媒体能力协商的指示。所述使用所述模拟第二媒体资源端点与所述第二视频通信节点进行媒体能力协商，具体包括：所述模拟第二媒体资源端点向所述第二视频通信节点发送携带由所述第二视频通信节点发起媒体能力协商的指示的请求，以便于所述第二视频通信节点向所述模拟第二媒体资源端点发送媒体能力协商请求，实现所述模拟第二媒体资源端点与所述第二视频通信节点进行媒体能力协商。
另外，进一步地为了解决在实现第一视频通信节点需求的视频通信之前，第一视频通信节点没有视频数据的问题，在搭接第一媒体资源端点和第二媒体资源端点之前，还包括：使用第一媒体资源端点向第一视频通信节点提供预置的视频内容。
具体的，上述视频互通设备可以为SoftACD。
本发明实施例提供的视频通信的处理方法，在视频互通设备增加了模拟设备进行协商的功能，在主叫设备和被叫设备的媒体能力没有交集的情况下仍然能够实现视频互通；由于在视频互通设备中增加了模拟协商这样的控制功能，可以方便其他设备例如CTI服务器对呼叫的控制，在呼叫被多次接续的情况下方便进行控制的效果尤其突出；通过模拟设备进行协商可以实现模拟视频通话的场景，不需要再搭建信号发射基站，无线网络控制器，移动交换机，HLR设备，视频终端等复杂的无线网络环境即可进行视频设备。
以下实施例将就视频互通设备接收与第一视频通信节点进行视频通信的指示的三种方式以及接收与第二视频通信节点进行视频通信的指示携带的两种指示的应用场景进行举例说明。在以下实施例中视频互通设备以SoftACD或排队机为例，视频通信节点以H.324终端、SIP终端、或者录像文件夹所在的设备如CIT服务器为例进行说明。
视频呼过程中有如下场景：主叫H.324-A终端通过移动网络向视频呼叫中心发起视频呼叫，视频呼叫中心给主叫端播放一段欢迎视频后，将呼叫接续到座席(座席一般使用IP终端)，座席服务过程中，根据客户要求把呼叫转接到另一个具备视频能力的被叫H.324-B终端或者设备接通视频播放，视频播放完毕后，再由座席进行服务。这样在这些业务中就发生了主叫H.324-A和具有视频互通VIG特性的SoftACD设备H.324-B互通(播放欢迎视频过程)，然后在不挂断呼叫的情况下，转移到座席终端服务，再由座席终端转移为和H.324-C进行视频通话，也即存在通话中的H.324实体多次变化的情况。
本发明实施例将通过在视频网关或者视频排队机SoftACD中建立具有3G用户特性的H.324终端，通过该模拟的终端发起视频外呼或者呼叫发生转移或者呼叫发生变更时，系统保留原有呼叫的H.324协商端点，重新建立新的端点并根据端点信息构造H.324呼叫信息进行新的H.245协商，并利用该端点模拟H.324终端功能，在视频互通设备内部通过转换为RTP端点进行SDP协商的方式。这样由模拟的H.324端点接受视频网关或者视频排队机设备控制，利用视频网关强大的媒体转换能力，从而可以实现两个没有交集的H.324终端互通，只要两个H.324终端分别和视频互通设备在交集即可。视频呼叫控制流程如图2所示。在本发明实施例中，移动终端泛指具有H.324能力的终端。如图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.324-A代替)发起视频呼叫发送设置(Setup)消息给MSC-A，该Setup消息包含了被叫号码(这里的被叫为移动终端C，以下用H.324-C代替)、呼叫ID和呼叫媒体资源能力，该呼叫ID可以唯一标识该会话，呼叫媒体资源能力可以表示该呼叫需要什么样的媒体资源能力，比如，呼叫媒体资源能力可以为视频资源能力，音频资源能力，数据资源能力等，视频资源能力可以包括指示H.324-A的媒体能力，这里的媒体能力包括了H.324-A的编解码能力，比如：H.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根据Setup消息中呼叫媒体资源能力，获知主叫H.324-A需要使用视频网络座席或者音视频网络资源，然后向SoftACD发送初始地址消息(IAM，Initial Address Message)，通过IAM消息将呼叫接续到SoftACD，在该IAM消息中携带呼叫媒体资源能力、呼叫ID和被叫号码MSC发送设置应答(Setup_Acknowledgement，Setup_ACK)消息给H.324-A，通过设置应答消息告知H.324-A呼叫正在被处理。
203：视频软件排队机SoftACD根据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消息后，发送AnswerCallAck给CTI-Server进行确认，确认已经收到AnswerCall消息且已经应答接受，同时向MSC-A发送ANM消息，通过ANM消息告知呼叫已经应答接受；发送ANM消息后，给CTI-Server发送Established消息告知CTI-Server呼叫已经建立，可以进行下一步操作指示，这里的Established消息携带了呼叫媒体资源能力、呼叫ID和被叫号码和呼叫建立标识。
207：CTI-Server收到SoftACD的Established消息后获知呼叫已经建立，然后下发播放视频(PlayVideo)消息指示SoftACD进行视频播放启动操作。
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.324终端的常见能力集即可)与H.324-A进行H.245协商，即确定H.324-B1的复用能力集B是否包括H.324-A的能力集A，如果是，则协商成功。在上述H.245协商完成后，SoftACD根据协商结果向H.324-A播放SoftACD的视频资源，该协商结果为模拟的H.324终端H.324-B1与H.324-A之间进行视频通话采用的能力集。
210：SoftACD开始视频播放后，发送PlayVideoAck消息，通过PlayVideoAck消息告知CTI-Server视频正在播放。
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发起呼叫，先给CTI-Server响应消息收到确认MakeCall_Ack消息；通过对被叫号码的路由分析获知需要将呼叫接续到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消息后发送Setup消息给H.324-C；该Setup消息携带H.324-B2的媒体能力。
214：H.324-C收到MSC-B的Setup消息后判断当前呼叫是否可以接受，如果可以接受，则向MSC-B发送Setup_ACK消息来确认接受当前呼叫，同时H.324-进行铃音振铃并向MSC-B发送Alerting消息，通过Alerting消息告知MSC-B已经达到目的地。
215：MSC收到手机的Alerting消息后向SoftACD设备发送ACM消息，通过ACM消息告知SoftACD当前呼叫正在处理中。
216：H.324-C收到按键/摘机应答的指示后向MSC发送Connect消息。
217：MSC收到H.324-C的Connect消息后，向H.324-C发送Connect_Ack；消息确认Connect消息已经收到，同时向SoftACD设备发送ANM消息，通过ANM消息告知SoftACD呼叫已经应答。
218：SoftACD设备收到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协商可以是：SoftACD设备通过建立的H.324-B2，使用H.324-B2的能力集B与能力集C进行协商得到协商结果；协商完成后通过Established消息告知CTI-Server呼叫接续完成。
220：CTI-Server获知呼叫接续已经完成，进而确定可以接通接H.324-A和H.324-B，然后下发转移呼叫(TransferCall)消息给SoftACD来指示SoftACD进行呼叫接续。
221：SoftACD收到CTI-Server的TransferCall消息后，进行内部RTP搭接，将模拟的H.324-B1与H.324-A的RTP链路与模拟的H.324-B2与H.324-C的链路连接在一起，完成视频互通过程，并向CTI-Server向应TransferCallResult消息告知TransferCall消息处理完成。上述内部RTP搭接可以是：将H.324-A与H.324-B1之间使用的媒体流格式，以及H.324-C与H.324-B2之间的媒体流格式，均转换为RTP媒体流格式，以进行H.324-B2和H.324-B1间的互通。在本步骤SoftACD可以完成两个没有能力交集的H.324-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服务器根据业务流程指示SoftACD发送ACM进行呼叫振铃和发送ANM消息进行呼叫应答。呼叫接续成功后，CTI服务器根据业务流程指示排队机进行视频播放，此时SoftACD模拟被叫H.324终端使用复用能力集B和主叫手机A完成H.245协商，并使用SoftACD的视频资源给主叫播放视频。CTI根据主叫号码指示或者业务流程指示下发接续呼叫(make-call)消息到SoftACD通过IAM消息发起外呼到被叫手机B的视频被叫，被叫手机B进行呼叫振铃以及应答处理后，SoftACD模拟主叫H.324终端与被叫手机B进行H.245协商。这样在CTI下发根据业务流程下发TansferCall消息指示排队机搭接主叫和被叫的RTP流，由此可以实现两个能力集不同(能力集A和能力集C可以没有交集)的手机终端进行视频互通。
本实施例，通过在SoftACD设备中增加3G终端模拟功能，在控制H.324-A呼入模拟的H.324-B设备播放视频，再呼叫视频媒体资源设备H.324-C，这个过程中，模拟的H.324-B可以对视频媒体资源设备H.324-C主动发起H.245协商，这样即使媒体资源设备H.324-C不能主动协商，也能完成视频呼叫的接续，接续完成后在SoftACD内部通过对两个实时传输协议(RTP，Real-timeTransport Protocol)端点搭接H.324-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.245协商，实现种视频通信的处理方法的流程如图3B所示，本实施例只描述使用make-call接口外呼的流程，使用make-preditive-call接口外呼与之相同。
301：主叫移动终端(以下用H.324-A代替)发起视频呼叫发送设置(Setup)消息给MSC-A，该Setup消息包含了被叫号码(假设，该被叫为CTI服务器B)、呼叫ID和呼叫媒体资源能力。该呼叫ID可以唯一标识该会话，呼叫媒体资源能力可以表示该呼叫需要什么样的媒体资源能力，比如，呼叫媒体资源能力可以为视频资源能力，音频资源能力，数据资源能力等，视频资源能力可以包括指示H.324-A的媒体能力，这里的媒体能力包括了H.324-A的编解码能力，比如：H.324-A支持的视频编解码能力；，音频资源能力可以包括指示H.324-A的支持的音频编解码能力，将这些音频编解码能力和视频编解码能力的组合用能力集来表示，比如：H.324-A的媒体能力用能力集A来表示。上述MSC-A是H.324-A侧的MSC，后续排队机B是CTI服务器B侧的排队机，CTI服务器A是H.324-A侧的CTI服务器。
302：MSC根据Setup消息中呼叫媒体资源能力，获知主叫H.324-A需要使用视频网络座席或者音视频网络资源，然后向排队机A发送IAM消息，通过IAM消息将呼叫接续到排队机A，在该IAM消息中携带呼叫媒体资源能力、呼叫ID和被叫号码；MSC发送设置应答(Setup_Acknowledgement，Setup_ACK)消息给H.324-A，通过设置应答消息告知H.324-A呼叫正在处理。
303：视频软件排队机A根据IAM的消息中的被叫号码、呼叫ID和呼叫媒体资源能力，可以获知视频呼叫的业务需要计算机电话集成服务器(CTI-Server，Computer TelepHony Integration Server)进行业务指示，然后发送呼叫接续(CallDelivered)消息到CTI-Server，该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消息后，发送AnswerCallAck给CTI-Server进行确认，确认已经收到AnswerCall消息且已经应答接受，同时向MSC-A发送ANM消息，通过ANM消息告知呼叫已经应答接受；发送ANM消息后，给CTI-Server发送Established消息告知呼叫已经建立，可以进行下一步操作指示，这里的Established消息携带了呼叫媒体资源能力、呼叫ID和被叫号码和呼叫建立标识。
307：CTI-Server收到排队机A的Established消息后获知呼叫已经建立，然后下发播放视频(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.324-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消息，通过PlayVideoAck消息告知CTI-Server视频正在播放。
311：CTI-Server A获知排队机A正在为H.324-A播放视频，而此时呼叫还没有到达CTI服务器B，由此得知需要呼叫CTI服务器B，然后向CTI服务器B发送资源请求(RequestResource)消息，RequestResourc消息携带该资源请求所请求的资源是视频媒体资源、需要进行视频协商以及主叫方的能力集(Video/VideoConfererence/H.245Caller)。CTI服务器B向CTI-Server A发送请求结果(RequestResult)消息，通过RequestResult消息告知CTI-Server A，CTI服务器B的资源准备就绪(ResourceReady)。
312：CTI-ServerA发送接续呼叫(MakeCall)消息给排队机A，MakeCall消息携带要求排队机A主动发起H.245协商的指示，该MakeCall消息携带了呼叫ID和被叫号码。
312中要求指示排队机主动发起协商，CTI-Server A发送的指示是否主动发起H.245协商的消息，可以通过对计算机支持的电信应用(CSTA，ComputerSupported Telecommunications Applications)外呼协议扩展实现如下：
CSTA-make-call
MakeCallArgument::＝SEQUENCE
{
callingDevice DeviceID，
calledDirectoryNumber DeviceID，
accountCode[0]IMPLICIT AccountInfo OPTIONAL，
authCode[1]IMPLICIT AuthCode OPTIONAL，
autoOriginate[3]IMPLICIT AutoOriginate DEFAULT prompt，
correlatorData[2]IMPLICIT CorrelatorData OPTIONAL，
userData UserData OPTIONAL，
callCharacteristics CallCharacteristics OPTIONAL，
mediaCallCharacteristics[4]IMPLICIT MediaCallCharacteristicsOPTIONAL，
callingConnectionInfo[5]IMPLICIT ConnectionInformationOPTIONAL，
extensions CSTACommonArguments OPTIONAL
}
CSTACommonArguments::＝[APPLICATION 30]IMPLICIT SEQUENCE
{
security[0]IMPLICIT CSTASecurityData OPTIONAL，
privateData[1]IMPLICIT SEQUENCE OF CSTAPrivateDataOPTIONAL
}
CSTAPrivateData::＝CHOICE
{
null[0]IMPLICIT NULL OPTIONAL，
H245Flag[1]IMPLICIT H245Flags OPTIONAL
}
H245Flags::＝ENUMERATED
{
callSendTCS(0)，
callNonSendTCS(1)
}
312中要求的指示排队机主动发起协商，CTI-Server A发送的指示是否主动发起H.245协商的消息，也可以通过对CSTA预呼出协议扩展实现如下：
CSTA-make-preditive-call
MakePredictiveCallArgument::＝SEQUENCE
{
callingDevice DeviceID，
calledDirectoryNumber DeviceID，
signallingDetection[0]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[0]IMPLICIT CSTASecurityData OPTIONAL，
privateData[1]IMPLICIT SEQUENCE OF CSTAPrivateDataOPTIONAL
}
CSTAPrivateData::＝CHOICE
{
null[0]IMPLICIT NULL OPTIONAL，
H245Flag[1]IMPLICIT H245Flags OPTIONAL
}
H245Flags::＝ENUMERATED
{
callSendTCS(0)，
callNonSendTCS(1)
}
MakePredictiveCallResult::＝SEQUENCE
{
initiatedCall ConnectionID，
initiatedCallInfo ConnectionInformation OPTIONAL，
extensions CSTACommonArguments OPTIONAL
}
313：排队机A收到MakeCall消息后，返回MakeCall_Ack消息进行应答，来告知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：SoftACD设备收到MSC-A的ANM消息后，为将要建立的视频通信连接分配视频资源并使用模拟H.324设备与CTI服务器B完成H.245协商；具体的协商过程为：通过建立的模拟的H.324-B2，使用H.324-B2的复用能力集B与能力集D进行协商得到协商结果；上述能力集D为CTI服务器B的媒体能力。
319：排队机B通过Established消息告知CTI-Server B呼叫接续完成。
320：CTI-ServerA获知呼叫接续已经完成，进而确定可以接通H.324-A和CTI服务器B，然后下发TransferCall消息给排队机A来指示排队机A进行呼叫接续。
321：排队机A收到CTI-Server A发送的TransferCall消息后，进行内部RTP搭接，将模拟的H.324-B1与H.324-A的RTP链路与模拟的H.324-B2与CTI服务器B的链路连接在一起，完成视频互通过程，并向CTI-Server A发送TransferCallResult消息告知CTI-Server A其发送的TransferCall消息已经处理完成。上述内部RTP搭接可以是：将H.324-A与H.324-B1之间使用的媒体流格式，以及CTI服务器B与H.324-B2之间的媒体流格式，均转换为RTP媒体流格式，以进行H.324-B2和H.324-B1间的互通。此时排队机A可以完成两个没有能力交集的H.324-A(能力集A)和CTI服务器B(能力集D)的视频互通。
本实施例通过在排队机中增加3G终端模拟功能，在控制3G终端A呼入B设备播放视频，再呼叫视频媒体资源设备C(设备由于需要支持比较多的能力一般情况为被动协商)，B可以对视频媒体资源设备C主动发起H.245协商，即使媒体资源设备C不能主动协商，也能完成视频呼叫的接续，内部再通过对两个RTP端点搭接即可完成视频源互通共享。即使设备C的视频播放完成后，呼叫还可以接受排队机的控制，可以继续给用户播放视频菜单，接通座席，呼叫转移等等，这个在呼叫中心的视频资源互助中控制是比较有用的。
本实施例的H.324终端可以为移动终端Mobile，例如：手机；主叫手机通过Setup消息发起视频呼叫到MSC，MSC作为汇接局通过IAM消息接续视频呼叫到排队机SoftACD-A，SoftACD-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和SoftACD-B组成的视频系统可以为主叫手机终端提供视频服务。
二、主叫侧的排队机作为被叫发起H.245协商，实现种视频通信的处理方法的流程如图3C所示：
401：主叫移动终端(以下用H.324-A代替)发起视频呼叫发送设置(Setup)消息给MSC-A，该Setup消息包含了被叫号码(假设，该被叫为CTI服务器B)、呼叫ID和呼叫媒体资源能力。该呼叫ID可以唯一标识该会话，呼叫媒体资源能力可以表示该呼叫需要什么样的媒体资源能力，比如，呼叫媒体资源能力可以为视频资源能力，音频资源能力，数据资源能力等，视频资源能力可以包括指示H.324-A的媒体能力，这里的媒体能力包括了H.324-A的编解码能力，比如：H.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根据Setup消息中呼叫媒体资源能力，获知主叫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)消息到CTI-Server，该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消息后，发送AnswerCallAck给CTI-Server进行确认，确认已经收到AnswerCall消息且已经应答接受，同时向MSC-A发送ANM消息，通过ANM消息告知呼叫已经应答接受；发送ANM消息后，给CTI-Server发送Established消息告知呼叫已经建立，可以进行下一步操作指示。
407：CTI-Server收到排队机A的Established消息后获知呼叫已经建立，然后下发播放视频(PlayVideo)消息指示排队机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.324-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消息，通过PlayVideoAck消息告知CTI-Server视频正在播放。
311：CTI-Server A获知排队机A正在为H.324-A播放视频，而此时呼叫还没有到达CTI服务器B，由此得知需要呼叫CTI服务器B，然后向CTI服务器B发送资源请求(RequestResource)消息，RequestResourc消息携带该资源请求所请求的资源是视频媒体资源、需要进行视频协商以及主叫方的能力集(Video/VideoConfererence/H.245Caller)。CTI服务器B向CTI-Server A发送请求结果(RequestResult)消息，通过RequestResult消息告知CTI-Server 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服务器B
415：CTI服务器B接收到CallDelivered消息后发送AnswerCall给排队机B进行呼叫应答。AnswerCall消息携带要求排队机B主动发起H.245协商的指示。
在415中需要被叫侧的排队机主动发起H.245协商，那么可以通过扩展呼叫应答消息answer-call指示来实现是否主动发起H.245协商，该answer-call的协议扩展如下：
CSTA-answer-call
AnswerCallArgument::＝SEQUENCE
{
callT0BeAnswered ConnectionID，
correlatorData CorrelatorData OPTIONAL，
userData UserData OPTIONAL，
extensions CSTACommonArguments OPTIONAL
}
CSTAPrivateData::＝CHOICE
{
null[0]IMPLICIT NULL OPTIONAL，
H245Flag[1]IMPLICIT H245Flags OPTIONAL
}
H245Flags::＝ENUMERATED
{
callSendTCS(0)，
callNonSendTCS(1)
}
AnswerCallResult::＝CHOICE
{
extensions CSTACommonArguments，
noData NULL
}
END--of CSTA-answer-call
416：排队机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通过Established消息告知CTI-Server呼叫接续完成。
420：CTI-Server A获知呼叫接续已经完成，进而确定可以接通H.324-A和CTI服务器B，然后下发TransferCall消息给排队机A来指示排队机A进行呼叫接续。
421：排队机A收到CTI-Server A发送的TransferCall消息后，进行内部RTP搭接，将模拟的H.324-B1与H.324-A的RTP链路与模拟的H.324-B2与CTI服务器B的链路连接在一起，完成视频互通过程，并向CTI-Server A发送TransferCallResult消息告知CTI-Server A其发送的TransferCall消息已经处理完成。上述内部RTP搭接可以是：将H.324-A与H.324-B1之间使用的媒体流格式，以及CTI服务器B与H.324-B2之间的媒体流格式，均转换为RTP媒体流格式，以进行H.324-B2和H.324-B1间的互通。此时排队机A可以完成两个没有能力交集的H.324-A(能力集A)和CTI服务器B(能力集D)的视频互通。
本实施例的H.324终端可以为移动终端Mobile例如：手机；手机通过Setup消息发起视频呼叫到MSC，MSC作为汇接局通过IAM消息接续视频呼叫到排队机SoftACD-A，SoftACD-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协商指示)到SoftACD-A发起视频呼叫到SoftACD-B，SoftACD-B根据CTI-B指示进行呼叫振铃和应答后，CTI-B在应答消息answer-call中指示排队机SoftACD-B主动发起H.245协商，完成和SoftACD-A的H.245协商过程。CTI-A下发根据业务流程下发TansferCall消息指示排队机搭接主叫和被叫视频设备的RTP流，从而实现了CTI-B和SoftACD-B组成的视频系统为主叫手机提供视频服务的应用需求。
以下将给出本发明实施例方案应用于视频通信的测试领域的两个方案。
本实施例给出的方案中，发起呼叫的为SIP终端被叫为H.324终端。如图4A为本实施例排队机的数据流示意图，本实施例的排队机502A可以建立的SIPPhone(主叫SIP终端)501A与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的邀请Invite消息)到SoftACD，SoftACD将呼叫转换为IAM消息发送给被测试的视频设备，视频设备发送IAM消息和ANM消息进行振铃和应答；SoftACD收到振铃的消息后向SIP Phone发送应答(100)消息，振铃(180或者183)消息。
502：SoftACD收到应答消息后，根据由于SIP Phone终端发起呼叫业务的业务配置确定是否需要启动H.245协商，如果需要启动，则向被测试视频设备发送H.245协商消息(携带SIP Phone终端的能力集，Terminal Capacity Set，TCS)来启动H.245协商。
503：SoftACD和被测试设备完成H.245协商后，把H.245协商得到的SDP信息通过请求成功(200OK)消息发送给SIP Phone终端，从而完成信令承载的搭接。
504：SoftACD可以按照协商得到的视频互通能力把H.324复用流分解出音频流和视频，实现与SIP PHone进行互通。
本发明实施例在增加3G终端模拟功能的同时，结合视频网关的视频互通功能，把该模拟3G终端的音频流和视频流转换为RTP流，结合软件排队机的会话初始协议(Session Initiation Protocol，SIP)终端接入功能，把RTP端点和SIP终端接通，即可用SIP终端模拟取代3G终端作为主叫或者被叫对视频设备进行视频特性的测试，不需要再搭建信号发射基站，无线网络控制器，移动交换机，HLR设备，视频终端等复杂的无线网络环境即可进行视频设备(例如视频会议系统，视频共享系统，视频IVVR，视频VP等)的测试，为视频设备开发测试节省大量成本。另外可以通过系统参数设定模拟的H.324终端为主动发起协商或者被动协商。
本实施例给出的方案中，发起呼叫的为CIT服务器被叫为H.324终端。如图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.324设备与被测试设备完成H.245协商；具体的协商过程为：通过建立的H.324-B2，使用H.324-B2的能力集与被测试设备的能力集进行协商得到协商结果。
603：H.245协商完成后，CTI服务器根据承载建立指示下发同时播放和录制视频给排队机设备(PlayAndRecordVideo)，SoftACD排队机设备打开一个播放的视频文件OpenFile，同时打开一个录制的写入文件OpenFileWrite，在发送OpenFile消息给文件服务以后可以接收文件服务器发送的视频文件的打开结果OpenFileResult消息，在发送OpenFileWrite消息给文件服务后可以接收文件服务器发送的写入文件的结果OpenFileWriteResult消息；把播放的视频流发送到被测试设备，同时录制被测试设备的视频流，从而实现和被测试设备的视频互通并可以选择录制文件进行视频效果分析。另外，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设备，视频终端等复杂的无线网络环境即可进行视频设备。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上对本发明实施例所提供的一种视频呼叫的控制方法、装置和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种视频通信的处理方法，其特征在于，包括：
接收与第一视频通信节点进行视频通信的指示，所述视频通信的指示包含了所述第一视频通信节点的呼叫资源媒体能力；所述第一视频通信节点为不具有重协商能力的视频通信节点；
建立模拟第一媒体资源端点，根据所述第一视频通信节点的呼叫资源媒体能力，使用所述模拟第一媒体资源端点与所述第一视频通信节点进行媒体能力协商；
按照与所述第一视频通信节点进行媒体能力协商的结果，实现所述模拟第一媒体资源端点与所述第一视频通信节点之间的视频通信。
2.根据权利要求1所述方法，其特征在于，所述接收与第一视频通信节点进行视频通信的指示包括：
接收第一视频通信节点发送的视频呼叫请求，将视频呼叫的请求接续到计算机电话集成CTI服务器；接收所述CTI服务器发送的向所述第一视频通信节点播放视频呼叫的请求；或者，
接收初始会话协议SIP终端发送的呼叫请求触发的进行模拟测试的请求；或者，
接收CTI服务器根据脚本发送的连接指示触发的进行模拟测试的请求。
3.根据权利要求2所述方法，其特征在于，在接收与第一视频通信节点进行视频通信的指示之后，还包括：
接收与第二视频通信节点进行视频通信的指示；
建立模拟的第二媒体资源端点，使用所述模拟第二媒体资源端点与所述第二视频通信节点进行媒体能力协商；按照与所述第二视频通信节点进行媒体能力协商的结果，实现所述模拟第二媒体资源端点与所述第二视频通信节点之间的视频通信；
搭接所述模拟第一媒体资源端点和所述模拟第二媒体资源端点，实现所述第一视频通信节点与所述第二视频通信节点之间的视频通信。
4.根据权利要求3所述方法，其特征在于，所述搭接所述模拟第一媒体资源端点和所述模拟第二媒体资源端点包括：
将所述模拟第一媒体资源端点与第一视频通信节点之间所使用的媒体流格式，以及所述模拟第二媒体资源端点与第二视频通信节点之间所使用的媒体流格式，均转换为第一媒体流格式，实现所述模拟第一媒体资源端点和所述模拟第二媒体资源端点之间的视频互通。
5.根据权利要求3或4任意一项所述方法，其特征在于，所述接收与第二视频通信节点进行视频通信的指示，所述指示具体为主动发起与所述第二视频通信节点进行媒体能力协商的指示，
所述使用所述模拟第二媒体资源端点与所述第二视频通信节点进行媒体能力协商，具体包括：
所述模拟第二媒体资源端点向所述第二视频通信节点发送媒体能力协商请求，实现所述模拟第二媒体资源端点与所述第二视频通信节点进行媒体能力协商；
或者，所述指示具体为向第二视频通信节点发送视频呼叫请求由所述第二视频通信节点发起媒体能力协商的指示，
所述使用所述模拟第二媒体资源端点与所述第二视频通信节点进行媒体能力协商，具体包括：
所述模拟第二媒体资源端点向所述第二视频通信节点发送携带由所述第二视频通信节点发起媒体能力协商的指示的请求，以便于所述第二视频通信节点向所述模拟第二媒体资源端点发送媒体能力协商请求，实现所述模拟第二媒体资源端点与所述第二视频通信节点进行媒体能力协商。
6.根据权利要求3或4任意一项所述方法，其特征在于，在搭接所述模拟第一媒体资源端点和所述模拟第二媒体资源端点之前，还包括：
使用所述模拟第一媒体资源端点向所述第一视频通信节点提供预置的视频内容。
7.一种视频互通设备，其特征在于，包括：
第一接收单元，用于接收与第一视频通信节点进行视频通信的指示，所述视频通信的指示包含了所述第一视频通信节点的呼叫资源媒体能力；所述第一视频通信节点为不具有重协商能力的视频通信节点；
第一协商单元，用于建立模拟第一媒体资源端点，根据所述第一视频通信节点的呼叫资源媒体能力，使用所述模拟第一媒体资源端点与所述第一视频通信节点进行媒体能力协商；
第一通信建立单元，用于按照与所述第一视频通信节点进行媒体能力协商的结果，实现所述模拟第一媒体资源端点与所述第一视频通信节点之间的视频通信。
8.根据权利要求7所述的视频互通设备，其特征在于，还包括：
第二接收单元，用于接收与第二视频通信节点进行视频通信的指示；
第二协商单元，用于建立模拟的第二媒体资源端点，使用所述模拟第二媒体资源端点与所述第二视频通信节点进行媒体能力协商；按照与所述第二视频通信节点进行媒体能力协商的结果，实现所述模拟第二媒体资源端点与所述第二视频通信节点之间的视频通信；
第二通信建立单元，用于搭接所述模拟第一媒体资源端点和所述模拟第二媒体资源端点，实现所述第一视频通信节点与所述第二视频通信节点之间的视频通信。
9.根据权利要求7所述的视频互通设备，其特征在于，还包括：
提供单元，用于使用所述模拟第一媒体资源端点向所述第一视频通信节点提供预置的视频内容。
10.一种视频通信的处理系统，其特征在于，包括：
视频互通设备，用于接收与第一视频通信节点进行视频通信的指示，所述视频通信的指示包含了所述第一视频通信节点的呼叫资源媒体能力；所述第一视频通信节点为不具有重协商能力的视频通信节点；建立模拟第一媒体资源端点，根据所述第一视频通信节点的呼叫资源媒体能力，使用所述模拟第一媒体资源端点与所述第一视频通信节点进行媒体能力协商；按照与所述第一视频通信节点进行媒体能力协商的结果，实现所述模拟第一媒体资源端点与所述第一视频通信节点之间的视频通信；
计算机电话集成CTI服务器，用于接收所述视频互通设备发送的视频呼叫请求，并向所述第一视频通信节点发送播放视频呼叫的请求；或者，根据脚本发送的连接指示触发的进行模拟测试的请求。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010619954 CN102137249B (zh) | 2010-12-31 | 2010-12-31 | 一种视频通信的处理方法、系统和视频互通设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010619954 CN102137249B (zh) | 2010-12-31 | 2010-12-31 | 一种视频通信的处理方法、系统和视频互通设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102137249A CN102137249A (zh) | 2011-07-27 |
| CN102137249B true CN102137249B (zh) | 2013-04-17 |
Family
ID=44296891
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 201010619954 Active CN102137249B (zh) | 2010-12-31 | 2010-12-31 | 一种视频通信的处理方法、系统和视频互通设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102137249B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103582025B (zh) * | 2012-08-07 | 2017-04-12 | 中国电信股份有限公司 | 资源保留方法和系统 |
| CN107659415B (zh) * | 2016-07-25 | 2021-05-18 | 中兴通讯股份有限公司 | 一种云会议的媒体资源管理方法及装置 |
| CN110636244B (zh) * | 2018-06-25 | 2022-03-29 | 中兴通讯股份有限公司 | 一种视频会议服务器、系统、控制方法及存储介质 |
| CN110557303B (zh) * | 2019-09-09 | 2021-04-20 | 网易（杭州）网络有限公司 | 网络多出口测试平台系统及测试方法 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4652646B2 (ja) * | 1999-07-12 | 2011-03-16 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | マルチメディアネットワークのノード間で情報を交換する方法とシステム |
| US20030202521A1 (en) * | 1999-09-10 | 2003-10-30 | Theodore Havinis | System and method for negotiation of multi-media capabilities across networks |
| CN1859475B (zh) * | 2005-07-22 | 2010-05-12 | 华为技术有限公司 | 一种实现多媒体回铃音的方法及系统 |
| CN101102202B (zh) * | 2006-07-07 | 2010-08-25 | 华为技术有限公司 | 一种在多媒体业务中下发计费信息的方法 |
| US8171146B2 (en) * | 2007-06-20 | 2012-05-01 | Cisco Technology, Inc. | Utilization of media capabilities in a mixed environment |
-
2010
- 2010-12-31 CN CN 201010619954 patent/CN102137249B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN102137249A (zh) | 2011-07-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4567359B2 (ja) | ネットワーク・リソースの最適化による、エンド・ユーザの要求に応じた会議運営のための迅速なネットワークｓｉｐ／ｓｄｐ手順 | |
| US9787844B2 (en) | Conference bridge server | |
| US7035252B2 (en) | Cooperative media applications using packet network media redirection | |
| JP4819947B2 (ja) | セッション設定プロトコル基盤のアーリーメディアサービス提供方法 | |
| EP1848189B1 (en) | A method for implementing a multi-media ringback and a system thereof | |
| US6954518B1 (en) | Voice over IP voice mail system configured for placing an outgoing call and returning subscriber to mailbox after call completion | |
| US8244229B2 (en) | Mobile video call response | |
| CN101296233A (zh) | 用于交换能力信息的通信网络单元和方法 | |
| JP2005124183A (ja) | 通信セッション上で起動中の複数個の通信機器の識別情報を情報受信コンポーネントに送信する装置および方法 | |
| CN101459735B (zh) | 一种彩铃、彩像业务的实现方法及系统 | |
| CN102137249B (zh) | 一种视频通信的处理方法、系统和视频互通设备 | |
| CN109889534A (zh) | 一种融合IP网络与LTE网络的VoIP通话方法 | |
| KR20060136199A (ko) | 음성통화중에 일측의 영상 지원 단말기로 영상 컨텐츠를전송하는 시스템 및 그 방법 | |
| JP2005064860A (ja) | コールセンタ装置 | |
| CN101888377A (zh) | 一种通信方法及媒体服务器及通信系统 | |
| CN101094086B (zh) | 一种下一代网络构建呼叫中心的方法及系统 | |
| EP1691506A1 (en) | A method of implementing multi-party conference service in carrying and controlling separate networks | |
| CN101848283A (zh) | 呼叫拒接转移的方法、装置及系统和终端 | |
| US7688763B2 (en) | Method for establishing a communication connection in a direct communication network | |
| CN101668229A (zh) | 多媒体铃音业务的呼叫和控制方法、装置及系统 | |
| KR100272593B1 (ko) | 랜 전화 시스템 | |
| CN101582950B (zh) | Ip多媒体子系统中振铃态转接方法及系统 | |
| CN110996358B (zh) | 通话终端切换方法、装置、电子设备及存储介质 | |
| JP3818630B2 (ja) | 電話会議システム | |
| CN1997065A (zh) | 在VoIP网络中传递主叫定制信息的方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |