[发明专利]多媒体呼叫协商方法、系统及视频互通网关、多媒体终端

说明书

技术领域

本发明涉及通信领域，特别涉及一种多媒体呼叫协商方法、系统及视频互通网关、多媒体终端。

背景技术

IP多媒体系统(IP Multimedia Subsystem，IMS)作为下一代IP业务首选的核心网络架构，是一种全新的多媒体业务形式。它能够满足现有终端客户对多样化多媒体业务的需求，为固网和移动网提供了实现全IP网络融合的平台，使运营商能够更好地进行信息控制以及新业务的开发。

视频呼叫是IMS基本业务之一，也是搭建更为复杂的多媒体融合业务的重要基础。任何具备视频能力的终端作为IMS终端都可以发起IMS视频呼叫，例如：可视电话、视频呼叫软件、3G手机、机顶盒、平板电脑等。虽然IMS终端都采用SIP通信协议进行IMS视频呼叫，然而，各种IMS终端由于在类型、形态、性能、接入方式上可能存在差异，可能导致IMS终端具备的媒体能力包括编码格式、图像分辨率等不相同，由于无法预先知道进行视频呼叫的IMS终端是否存在媒体能力不匹配的情况，因此，需要视频通信互通网关（Video Interworking Gateway，VIG）参与媒体协商或者媒体转换，通过VIG提供的媒体协商能力和媒体转换功能，实现了IMS终端之间的视频互通。

目前，现有视频呼叫的方法是首先将视频呼叫统一触发到VIG，VIG根据最终的媒体协商结果决定是否实施媒体转换。

图1示出现有技术中多媒体呼叫协商方法的流程示意图。如图1所示，VIG参与IMS终端进行会话初始协议（Session Initiation Protocol，SIP）视频呼叫的步骤包括：

步骤1，主叫IMS终端向主叫VIG发起视频呼叫请求INVITE消息，呼叫请求中包含编解码列表1{a}，编解码列表1中列出了主叫IMS终端支持的编解码格式a；

步骤2，主叫VIG收到主叫IMS终端发送的呼叫请求后，在编解码列表1中加入自己支持的编解码格式b，形成编解码列表2{a、b}，将包含编解码列表2的INVITE消息送至被叫VIG；

步骤3，被叫VIG收到主叫VIG发送的呼叫请求INVITE消息后，在编解码列表2中加入自己支持的编解码格式c、d，形成编解码列表3{c、d、a、b}，将包含编解码列表3的INVITE消息送至被叫IMS终端；

步骤4，被叫IMS终端收到视频呼叫请求后，被叫IMS终端支持编解码格式a、c，从编解码列表3中选择一个自己所支持的编解码格式c，通过200响应消息将选择结果c作为协商结果，返回给被叫VIG；

步骤5，被叫VIG判断被叫IMS终端选择的编解码格式c是否包含于编解码列表2，由于编解码格式c不包含于编解码列表2{a、b}中，因此被叫VIG从编解码列表2中另选一个编解码格式b返回给主叫VIG；

步骤6，主叫VIG判断被叫VIG返回的编解码b是否包含于编解码列表1，由于编解码格式b不包含于编解码列表1中，主叫VIG从编解码列表1中另选一个编解码格式a作为协商结果，返回给主叫IMS终端；

步骤7，视频呼叫建立后，主、被叫双方进入通话状态，主叫IMS终端使用编解码格式a作为协商结果，被叫IMS终端使用编解码格式c作为协商结果，主叫VIG根据协商结果实施编解码格式a与b之间的媒体流转换，被叫VIG根据协商结果实施编解码格式b与c之间的媒体流转换。

图1中的流程解决了主被叫IMS终端编解码能力不匹配情况下的视频呼叫互通问题。然而，在上述协商过程中，IMS终端之间彼此不知道对方所支持的编解码格式，并且IMS终端分属于不同的VIG，因此作为协商结果的编解码格式的选择是任意的。这就导致主叫VIG或被叫VIG都需要实施媒体格式的转换。例如，在图1中主叫VIG实施编解码格式a与b之间的媒体流转换，被叫VIG实施编解码格式b与c之间的媒体流转换，由此带来不必要的媒体转换，不仅会消耗VIG内部的媒体资源，而且增加了转码时延和端到端媒体流传输时延，影响用户视频呼叫的感受。

发明内容

根据本发明实施例的一个方面，所要解决的一个技术问题是：提供一种多媒体呼叫协商方法、系统及视频互通网关、多媒体终端，优化多媒体呼叫协商的结果，减少多媒体呼叫过程中的媒体转换。

本发明实施例提供的一种多媒体呼叫协商方法，包括：

主叫视频互通网关VIG接收主叫IP多媒体系统IMS终端发起多媒体的呼叫请求，所述呼叫请求包含第一媒体能力列表，所述第一媒体能力列表中包含所述主叫IMS终端支持的多媒体参数；