一种视频通信方法、终端及系统与流程

本发明涉及视频通信技术领域，尤其涉及一种视频通信方法、终端及系统。

背景技术：

全球移动通信系统协会(Global System for Mobile Communications assembly，简称GSMA)正在大力推广融合通信(Rich Communications Services，简称RCS)业务。融合通信业务主要通过融合电话簿实现，在融合电话簿用户可以直接发起多种通信功能，主要包括增强消息和增强呼叫。增强消息主要是基于数据的即时消息，消息内容可以是文本、文件、视频、音频等。增强呼叫主要是基于数据的语音呼叫和视频呼叫。这些业务已被欧洲、韩国等多家运营商商用，同时，还有大批运营商有计划开展RCS业务，RCS业务将是运营商业务演进的下一环，机会很多，挑战也很多。目前，中国移动也准备在明年试商用。在众多业务中，视频通信业务将是RCS业务的重头戏。

但是，现有技术中，由于进行视频通信的终端之间的协商机制不够完善导致具备视频通信能力的终端之间无法成功地完成视频通行，大大降低了视频通信的效率和成功率，无效地消耗了大量的网络资源和电量，也导致视频通信业务用户体检不尽如人意。

技术实现要素：

本技术方案提供一种视频通信方法、终端及系统，用以提高视频通信的效率和成功率。

第一方面，本发明实施例提供了一种视频通信方法，所述方法包括：发送终端向接收终端发送邀请消息；所述发送终端接收所述接收终端根据所述邀请消息发送的回复消息，所述回复消息包含所述接收终端支持的视频编解码格式；判断所述发送终端支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式；所述发送终端根据所述判断获取所述发送终端和所述接收终端均支持的视频编解码格式；所述发送终端使用所述获取的视频编解码格式与所述接收终端进行视频通信。

在第一方面的第一种可能的实现方式中，所述判断所述发送终端支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式具体包括：判断所述回复消息包含的视频编解码格式规格均高于所述发送终端支持的视频编解码格式；所述发送终端根据所述判断获取所述发送终端和所述接收终端均支持的视频编解码格式具体包括：所述发送终端根据所述判断获取所述发送终端支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。

结合第一方面，或者第一方面第一种可能的实现方式，在第二种可能的实现方式中，所述判断所述发送终端支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式具体包括：判断所述回复消息包含的视频编解码格式均低于所述发送终端支持的视频编解码格式；所述发送终端根据所述判断获取所述发送终端和所述接收终端均支持的视频编解码格式具体包括：所述发送终端根据所述判断获取所述发送终端支持的规格最低的视频编解码格式或者获取默认的视频编解码格式。

结合第一方面第一种可能的实现方式以及第二种可能的实现方式中的任意一种可能的实现方式，在第三种可能的实现方式中，所述默认的视频编解码格式为预先设置的所述发送终端和所述接收终端均支持的视频编解码格式。

第二方面，本发明实施例提供了一种视频通信方法，所述方法包括：接收终端接收发送终端发送的邀请消息，所述邀请消息中包含所述发送终端支持的视频编解码格式；所述接收终端根据所述邀请消息获取所述接收终端和所述发送终端均支持的视频编解码格式；所述接收终端向所述发送终端发送回复消息，所述回复消息中包含所述获取的视频编解码格式；所述接收终端使用所述获取的视频编解码格式与所述发送终端进行视频通信。

在第二方面的第一种可能的实现方式中，所述接收终端根据所述邀请消息获取所述接收终端和所述发送终端均支持的视频编解码格式具体包括：判断所述接收终端支持的视频编解码格式规格均高于所述邀请消息包括的视频编解码格式；所述接收终端根据所述判断获取所述接收终端支持的规格最低的视频编解码格式或者根据所述判断获取默认的视频编解码格式。

结合第二方面，或者第二方面第一种可能的实现方式，在第二种可能的实现方式中，所述接收终端根据所述邀请消息获取所述接收终端和所述发送终端均支持的视频编解码格式具体包括：判断所述接收终端支持的视频编解码格式均低于所述邀请消息包括的视频编解码格式；所述接收终端根据所述判断获取所述接收终端支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。

结合第二方面第一种可能的实现方式以及第二种可能的实现方式中的任意一种可能的实现方式，在第三种可能的实现方式中，所述默认的视频编解码格式为预设的所述发送终端和接收终端均支持的视频编解码格式。

第三方面，本发明实施例提供了一种发送终端，所述发送终端包括：发送模块，用于向接收终端发送邀请消息；接收模块，用于接收所述接收终端根据所述邀请消息发送的回复消息，所述回复消息包含所述接收终端支持的视频编解码格式；获取模块，用于判断所述发送终端支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式，根据所述判断获取所述发送终端和所述接收终端均支持的视频编解码格式；通信模块，用于根据所述获取的视频编解码格式与所述接收终端进行视频通信。

在第三方面的第一种可能的实现方式中，所述获取模块具体用于，判断所述回复消息包含的视频编解码格式规格高于所述发送终端支持的视频编解码格式；根据所述判断获取所述发送终端支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。

结合第三方面，或者第三方面第一种可能的实现方式，在第二种可能的实现方式中，所述获取模块具体用于：判断所述回复消息包含的视频编解码格式低于所述发送终端支持的视频编解码格式；根据所述判断获取所述发送终端支持的规格最低的视频编解码格式或者根据所述判断获取默认的视频编解码格式。

结合第三方面第一种可能的实现方式以及第二种可能的实现方式中的任意一种可能的实现方式，在第三种可能的实现方式中，所述默认的视频编解码格式为预先设置的所述发送终端和所述接收终端均支持的视频编解码格式。

第四方面，本发明实施例提供了一种接收终端，所述接收终端包括：接收模块，用于接收发送终端发送的邀请消息，所述邀请消息中包含所述发送终端支持的视频编解码格式；获取模块，用于根据所述邀请消息获取所述接收终端和所述发送终端均支持的视频编解码格式；发送模块，用于向所述发送终端发送回复消息，所述回复消息中包含所述获取的视频编解码格式；通信模块，用于根据所述获取的视频编解码格式与所述发送终端进行视频通信。

在第四方面的第一种可能的实现方式中，所述获取模块具体用于：判断所述接收终端支持的视频编解码格式规格均高于所述邀请消息包括的视频编解码格式；

根据所述判断获取所述接收终端支持的规格最低的视频编解码格式或者根据所述判断获取默认的视频编解码格式。

结合第四方面，或者第四方面第一种可能的实现方式，在第二种可能的实现方式中，所述获取模块具体用于：判断所述接收终端支持的视频编解码格式均低于所述邀请消息包括的视频编解码格式；根据所述判断获取所述接收终端支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。

结合第四方面第一种可能的实现方式以及第二种可能的实现方式中的任意一种可能的实现方式，在第三种可能的实现方式中，所述默认的视频编解码格式为预设的所述发送终端和接收终端均支持的视频编解码格式。

第五方面，本发明实施例提供了一种发送终端，包括存储器，收发器，处理器，所述收发器，用于向接收终端发送邀请消息；所述收发器，还用于接收所述接收终端根据所述邀请消息发送的回复消息，所述回复消息包含所述接收终端支持的视频编解码格式；所述处理器，用于判断所述发送终端支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式，根据所述判断获取所述发送终端和所述接收终端均支持的视频编解码格式；所述处理器，还用于根据所述获取的视频编解码格式与所述接收终端进行视频通信。

第六方面，本发明实施例提供了一种接收终端，包括存储器，收发器器，处理器，所述收发器，用于接收发送终端发送的邀请消息，所述邀请消息中包含所述发送终端支持的视频编解码格式；所述处理器，用于根据所述邀请消息获取所述接收终端和所述发送终端均支持的视频编解码格式；所述收发器器，还用于向所述发送终端发送回复消息，所述回复消息中包含所述获取的视频编解码格式；所述处理器，还用于根据所述获取的视频编解码格式与所述发送终端进行视频通信。

第七方面，本发明实施例提供了一种视频通信系统，所述视频通信系统包括发送终端和接收终端。

本发明实施例提供一种视频通信方法、终端及系统，通过智能地获取用于视频通信的视频编解码格式，提高了视频通信的成功率，节省了电量和网络资源。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获取其他的附图。

图1为本发明提供的一种手机的结构示意图。

图2为本发明提供的一种通信系统结构示意图。

图3为本发明实施例1提供的视频通信方法的流程图。

图4为本发明实施例1提供的发送终端的结构示意图。

图5为本发明实施例2提供的另一种视频通信方法的流程图。

图6为本发明实施例2提供的接收终端的结构示意图。

图7为本发明实施例3提供的一种视频通信系统的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获取的所有其他实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。进一步应当理解，本文中采用的术语“包括”规定了所述的特征、整体、步骤、操作、元件和/或部件的存在，而不排除一个或多个其他特征、整体、步骤、操作、元件、部件和/或它们的组的存在或附加。

在本发明实施例中，终端包括但不限于手机、个人数字助理(Personal Digital Assistant，PDA)、平板电脑、便携设备(例如，便携式计算机)、ATM机等终端。

图1为本发明实施例提供一种手机的结构示意图。如图1所示手机包括：触摸屏51，存储器52，CPU53，RF电路55，外设接口56，音频电路57，蓝牙模块58，I/O子系统59。应该理解的是，如图1所示的手机仅仅是终端的一个范例，终端可以有多种类型，同时应该理解，该手机可以是发送终端也可以是接收终端。该手机可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件获取。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

所述触摸屏51，可用于获取用户的控制指令，以完成视频通信。该触摸屏51是手机与用户之间的输入接口和输出接口，除具有获取用户触摸信息和控制指令的功能外，还将可视输出呈现给用户，可视输出可以包括图形、文本、图标、视频等。应当理解的是，该控制指令的获取方式是多样的，可以通过其他方式获取控制指令，例如可以通过按键等方式获取控制信息，具体的获取方式根据不同的手机性能而有所不同。

所述存储器52，可以用于存储程序，可以被CPU53、外设接口56等访问。CPU53执行存储器52中存储的程序完成本发明实施例的方法。该存储器52可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

所述CPU53手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器52内的软件程序和/或模块，以及调用存储在存储器52内的数据，执行终端的各种功能和处理数据，从而对手机进行整体监控。可选的，CPU53可包括一个或多个处理单元；优选的，CPU53可集成应用处理器和调制解调处理器，可选的，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到CPU53中。还应当理解，上述功能只是CPU53能够执行功能中的一种，对于其他功能本发明实施例不做限制。

所述RF电路55用于发送和接收消息，以建立通信，例如，可用于接听呼叫，收发短信息、电子邮件等。具体地，RF电路55接收并发送RF信号，RF信号也称为电磁信号，RF电路55将电信号转换为电磁信号或将电磁信号转换为电信号，并且通过该电磁信号与通信网络以及其他设备进行通信。RF电路55可以包括用于执行这些功能的已知电路，其包括但不限于天线系统、RF收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC芯片组、用户标识模块(Subscriber Identity Module,SIM)等等。

所述外设接口56，所述外设接口可以将设备的输入和输出外设连接到CPU53和存储器52。

所述音频电路57，主要可用于从外设接口56获取音频数据，将该音频数据转换为电信号，并且将该电信号转换为振铃。

所述I/O子系统59：所述I/O子系统59可以控制设备上的输入输出外设，I/O子系统59可以包括显示控制器591和用于控制其他输入/控制设备的一个或多个输入控制器592。可选的，一个或多个输入控制器592从其他输入/控制设备获取电信号或者向其他输入/控制设备发送电信号，其他输入/控制设备可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器592可以与以下任一个连接：键盘、红外端口、USB接口以及诸如鼠标的指示设备。所述I/O子系统59中的显示控制器591从触摸屏51获取电信号或者向触摸屏51发送电信号。触摸屏51获取触摸屏上的接触，显示控制器591将获取到的接触转换为与呈现在触摸屏51上的用户界面对象的交互，即实现人机交互，呈现在触摸屏51上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标、筛选模式等。值得说明的是，设备还可以包括光鼠，光鼠是不呈现可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸。

本发明实施例提供视频通信方法、终端及系统。本发明实施例提供的视频通信系统如图2所示：视频通信系统包括发送终端62、接收终端61。视频通信可以是发送终端62和接收终端61在通信的过程中传递视频内容的通信，视频通信可以包括视频通话和视频分享，本发明实施例对此不作限制。在视频通信中，如图2所示，终端通过会话初始协议(Session Initiation Protocol，简称SIP)消息进行通信，SIP通信消息中包括会话描述协议(Session Description Protocol，简称SDP)，SDP一般用来协商视频通信双方最佳的支持方案，如协商视频通信双方均支持的视频编解码格式等。具体的，发送终端62向接收终端61发送邀请消息，该邀请消息可以是Invite，在Invite中的SDP描述该发送终端62支持的视频编解码格式。接收终端61收到Invite后会根据自己支持的视频编解码情况选择一个编解码格式在200OK进行回复。当接收终端61的网络环境较好时或者硬件较好时，可能回复一个自己支持的较高规格的编解码格式；或者，可以回复一个默认的编解码格。发送终端62根据接收终端61的回复来判断是否进行视频传输。

在视频通信中，视频编解码格式有国际电联的H.261、H.263、H.264、H.265，运动静止图像专家组的M-JPEG和国际标准化组织运动图像专家组的MPEG系列，此外在互联网上被广泛应用的还有Real-Networks的RealVideo、微软公司的WMV以及Apple公司的QuickTime等视频编解码格式。一般的，每一类视频编解码格式都有规格高低之分，以国际电联的视频编解码格式为例，其编号越大则规格越高，即H.261规格低于H.263，H.263规格低于H.264，H.264规格低于H.265。同时，很多视频编解码格式还包括子格式，如H.263、H.264、H.265等视频编解码格式就包括格式。这些子格式通常也有规格高低之分，如H.264的子格式42900b、42800c、42800d等就存在42900b规格低于42800c，42800c规格低于42800d。应该理解的是，视频编解码格式规格高低的判断方法不限于编号的大小，本领域技术人员知道还有多种判断方法，本发明实施例对此不做限制。一般的，根据标准规定，在RCS中会对终端预先设置其必须支持的视频编解码格式，即默认的视频编解码格式。该默认的视频编解码格式是发送终端和接收终端均支持的视频编解码格式，终端之间可以使用该默认的视频编解码格式进行视频通信。目前，终端支持的默认的视频编解码格式是42900b。应该理解的是该默认的视频编解码格式可能会随着技术的进步和时间的推移不断变换，因此，本发明并不限制该默认的视频编解码格式。同时还应该理解，在某些情况下，终端可能没有预先设置的默认的视频编解码格式。在本发明实施例中，默认的视频编解码格式有可能在举例中省略。

在当前方案中，如果Invite中SDP描述发送终端62支持42900b格式，接收终端61回复支持的更高规格的视频编解码格式如42800c，(但接收终端61实际支持的视频编解码格式可能包括42900b)。那么，发送终端62会在自己的支持的视频编解码格式中去查找42800c。如果没有找到42800c，发送终端62就会停止视频传输(而不会用42900b建立视频通信)，导致视频通信建立不成功。但是在一般情况下，如果接收终端61回复的视频编码格式高于发送终端支持的视频编解码格式，则接收终端61一般也支持较低规格的未包含在回复中的视频编解码格式。如果接收终端61回复的视频编码格式低于发送终端支持的视频编解码格式，则接收终端61可能支持更高规格的未包含在回复中的视频编解码格式。如果接收终端61回复的视频编码格式分别均高于或者分别均低于发送终端支持的视频编解码格式，发送终端62还可以选择默认的视频编解码格式。

实施例1

图3为本发明实施例1提供的视频通信方法的流程图。

在步骤S101中，发送终端62向接收终端61发送邀请消息。发送终端62可以在CPU53的控制下通过RF电路55发送该邀请消息。可选的，发送终端62向接收终端61发送邀请消息可以是Invite(Invite是一种SIP消息)，在Invite中的SDP描述该发送终端62支持的视频编解码格式。可以理解的是，该SDP描述的视频编解码格式可以是一个发送终端62支持的视频编解码格式，也可以是多个发送终端62支持的视频编解码格式，还可以是发送终端62支持的所有视频编解码格式，本发明实施例对此不作限制。

在步骤S102中，所述发送终端62接收所述接收终端61根据所述邀请消息发送的回复消息。所述发送终端62可以在CPU53的控制下通过RF电路55接收该回复消息。所述答复消息包含所述接收终端61支持的视频编解码格式。可选的，该答复消息可以是200OK(200OK是一种SIP消息，是对Invite的回复)，答复消息中包含该接收终端61支持的视频编解码格式。该答复消息可以包括一个该接收终端61支持的视频编解码格式，也可以包括多个接收终端61支持的视频编解码格式，还可以包括接收终端61支持的所有的视频编解码格式。通常的，该答复消息一般只包括一个该接收终端61支持的视频编解码格式。接收终端61收到Invite后，根据当前的网络状况或者自己的硬件状况回复一个接收终端61支持的视频编解码格式。例如当接收终端61当前的网络状况很好时，接收终端61可能回复一个规格较高的视频编解码格式，或者当自己的硬件状况良好时，接收终端61也可能回复一个规格较高的视频编解码格式。在有些情况下，接收终端61收到Invite后，会回复一个默认的视频编解码格式。

S103、判断所述发送终端62支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式；所述发送终端62根据所述判断获取所述发送终端62和所述接收终端61均支持的视频编解码格式。发送终端62在CPU53的控制下，通过执行存储在内存52中的程序，将接收到的回复消息中包含的视频编解码格式与该发送终端62内存52中存储的其支持的视频编解码格式进行比较，判断该发送终端62支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式，则该发送终端62暂不认为SDP协商不成功，不会停止视频通信，而是获取所述发送终端62和所述接收终端61均支持的视频编解码格式。

可选的，S1031、步骤S103具体包括：判断所述回复消息包含的视频编解码格式规格均高于所述发送终端62支持的视频编解码格式，则所述发送终端62根据所述判断获取所述发送终端62支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。

发送终端62通过CUP53执行在内存52中存储的程序确定所述答复消息包含的视频编解码格式规格分别均高于所述发送终端62支持的视频编解码格式，则该发送终端62获取其支持的规格最高的视频编解码格式。或者该发送终端62获取默认的视频编码格式。例如，该回复消息包含的视频编解码格式为42800c，而邀请消息包含的视频编解码格式为42900b，即回复消息包含的视频编解码格式高于发送终端62支持的视频编解码格式，则发送终端62会在自己支持的视频编解码格式列表中选择规格最高的视频编解码格式。将该视频编解码格式作为视频通信使用的视频编解码格式。或者该发送终端62会将默认的视频编解码格式42900b作为视频通信使用的视频编解码格式。

本发明实施例通过发送终端62获取其和接收终端61均支持的规格最高的视频编解码格式，提高了视频通信质量。

可选的，S1032、步骤S103具体包括：判断所述回复消息包含的视频编解码格式低于所述发送终端62支持的视频编解码格式，则所述发送终端62根据所述判断获取所述发送终端62支持的规格最低的视频编解码格式或者根据所述判断获取默认的视频编解码格式。

发送终端62通过CUP53执行在内存52中存储的程序确定所述答复消息包含的视频编解码格式规格低于所述发送终端62支持的视频编解码格式，则获取所述发送终端62支持的规格最低的视频编解码格式。或者该发送终端62获取默认的视频编码格式。例如，该回复消息包含的视频编解码格式为H.261，而邀请消息包含的视频编解码格式为H.263，H.264，即回复消息包含的视频编解码格式低于发送终端62支持的视频编解码格式，则发送终端62会获取所述发送终端62支持的规格最低的视频编解码格式H.263作为视频通信使用的视频编解码格式。或者发送终端62可以将默认的视频编解码格式42900b作为视频通信使用的视频编解码格式。

本发明实施例通过发送终端62获取其和接收终端61均支持的规格最高的视频编解码格式，提高了视频通信质量。

S104、所述发送终端62使用所述获取的视频编解码格式与所述接收终端61进行视频通信。该发送终端62在CUP53的控制下通过RF电路55返回确认消息(ACK),该消息中包括该获取的视频编解码格式。该发送终端62使用该视频编解码格式传输视频数据的RTP流，发送终端62根据该获取的视频编解码格式进行编码，接收终端61根据该获取的视频编解码格式来解码，进而进行视频通信。

可以理解的是，由于发送终端62所述获取的视频编解码格式是发送终端62在CUP53的控制下选择的发送终端62支持的，接收终端61非常有可能支持的视频编解码格式，不排除在个别极小的情况下存在接收终端61不支持该视频编解码格式的可能性，因此，所述发送终端62使用所述获取的视频编解码格式与所述接收终端61进行视频通信仍然存在视频通信失败的可能性。但是使用本发明实施例提供的视频通信方法，通过发送终端62智能的获取用于视频通信的视频编解码格式，提高了视频通信的成功率，节省了电量和网络资源。因此本发明实施例的本发明实施例提供的方法虽然不一定能够保证成功建立视频通信，但是与现有技术相比，能够大大提高视频通信的成功率，特别是防止接收终端61和发送终端62存在均支持的视频编解码格式时，双方无法建立视频通信。

图4为本发明实施例1提供的发送终端62的结构示意图。在此说明，本实施例的终端除了具有上述各单元之外，还具有终端为实现其功能所具备的其他单元，本实施例对此不作限制，同时这些单元未在附图中示出。

如图4所示，所述发送终端62可以包括：

发送模块301，用于向接收终端61发送邀请消息；

接收模块302，用于接收所述接收终端61根据所述邀请消息发送的回复消息，所述回复消息包含所述接收终端61支持的视频编解码格式；

获取模块303，用于回复判断所述发送终端62支持的视频编解码格式中不包括所述回复消息包含的视频编解码格式；根据所述判断获取所述发送终端62和所述接收终端61均支持的视频编解码格式；

通信模块304，用于根据所述获取的视频编解码格式与所述接收终端61进行视频通信。

所述发送模块301，接收模块302，获取模块303，通信模块304，可分别用于执行实施例1中步骤S101、S102、S103、S104的方法，具体详见实施例1中对所述方法的描述，在此不再赘述。

可选的，所述获取模块303具体用于，判断所述回复消息包含的视频编解码格式规格均高于所述发送终端62支持的视频编解码格式，则根据所述判断获取所述发送终端62支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。该获取模块303用于执行实施例1中S1031的方法，具体详见实施例1中对所述方法的描述，在此不再赘述。

可选的，所述获取模块303具体用于：判断所述回复消息包含的视频编解码格式均低于所述发送终端62支持的视频编解码格式；则根据所述判断获取所述发送终端62支持的规格最低的视频编解码格式或者根据所述判断获取默认的视频编解码格式。该获取模块303用于执行实施例1中S1032的方法，具体详见实施例1中对所述方法的描述，在此不再赘述。

本发明实施例提供一种发送终端62，通过发送终端62智能的获取用于视频通信的视频编解码格式，提高了视频通信的成功率，节省了电量和网络资源。

实施例2

图5为本发明实施例2提供的另一种视频通信方法的流程图。

如图5所示，所述方法可以包括：

S201、接收终端61接收发送终端62发送的邀请消息，所述邀请消息中包含所述发送终端62支持的视频编解码格式。

接收终端61可以在CPU53的控制下通过RF电路55接收邀请消息，该邀请消息与S101中的邀请消息相同，具体详见S101中对邀请消息的描述，本发明实施例对此不再赘述。

S202、所述接收终端61根据所述邀请消息获取所述接收终端61和所述发送终端62均支持的视频编解码格式。

接收终端61在CPU53的控制下，通过执行存储在内存52中的程序，根据接收到的邀请消息中包含的视频编解码格式和该接收终端61支持的视频编解码格式，获取该接收终端61和该发送终端62均支持的视频编解码格式。

可选的，在S202具体包括，S2021、判断所述接收终端61支持的视频编解码格式包括所述邀请消息中包括的至少一个视频编解码格式，则该接收终端61根据所述判断获取一个该视频编解码格式。可选的，该如果所述接收终端61支持的视频编解码格式包括所述邀请消息中包括的多个视频编解码格式，则选择获取规格最高的视频编解码格式。例如，该邀请消息包含H.263和H.264，该接收终端61支持的视频编码格式包括H.264和H.265，则该接收终端61获取H.264作为视频通信使用的视频编解码格式。

可选的，在S202具体包括，S2022、判断所述接收终端61支持的视频编解码格式规格均高于所述邀请消息包括的视频编解码格式；则所述接收终端61根据所述判断获取所述接收终端61支持的规格最低的视频编解码格式或者根据所述判断获取默认的视频编解码格式。例如，该邀请消息包含H.263，该接收终端61支持的视频编码格式包括H.264和H.265，则该接收终端61获取H.264作为视频通信使用的视频编解码格式或者获取42900b作为视频通信使用的视频编解码格式。

可选的，在S202具体包括，S2023、判断所述接收终端61支持的视频编解码格式均低于所述邀请消息包括的视频编解码格式；则所述接收终端61根据所述判断获取所述接收终端61支持的规格最高的视频编解码格式或者根据所述判断获取默认的视频编解码格式。例如，该邀请消息包含H.264，H.265，该接收终端61支持的视频编码格式包括H.263和H.261，则该接收终端61获取H.263作为视频通信使用的视频编解码格式或者获取42900b作为视频通信使用的视频编解码格式。本发明实施例通过接收终端61获取其和发送终端62均支持的规格最高的视频编解码格式，提高了视频通信质量。

S203、所述接收终端61向所述发送终端62发送回复消息，所述回复消息中包含所述获取的视频编解码格式。

接收终端61可以在CPU53的控制下通过RF电路55将获取的视频编解码格式通过回复消息发送给发送终端62，其中，该回复消息可以是200OK。该回复消息与实施例1中步骤S102中的回复消息相同，本发明实施例对此不再赘述。

S204、所述接收终端61使用所述获取的视频编解码格式与所述发送终端62进行视频通信。

在接收终端61的接收使用该视频编解码格式传输视频数据的RTP，该接收终端61根据该获取的视频编解码格式来解码，该发送终端62根据该获取的视频编解码格式进行编码。

可以理解的是，由于接收终端61所述获取的视频编解码格式是接收终端61在CUP53的控制下选择的接收终端61支持的，发送终端62非常有可能支持的视频编解码格式，不排除在个别极小的情况下存在发送终端62不支持该视频编解码格式的可能性，因此，所述接收终端61使用所述获取的视频编解码格式与所述发送终端62进行视频通信仍然存在视频通信失败的可能性。但是使用本发明实施例提供的视频通信方法，通过接收终端61智能的获取用于视频通信的视频编解码格式，提高了视频通信的成功率，节省了电量和网络资源。因此本发明实施例的本发明实施例提供的方法虽然不一定能够保证成功建立视频通信，但是与现有技术相比，能够大大提高视频通信的成功率，特别是防止接收终端61和发送终端62存在均支持的视频编解码格式时，双方无法建立视频通信。

图6为本发明实施例2提供的接收终端61的结构示意图。在此说明，本实施例的终端除了具有上述各单元之外，还具有终端为实现其功能所具备的其他单元，本实施例对此不作限制，同时这些单元未在附图中示出。

如图6所示，所述接收终端61可以包括：

接收模块401，用于接收发送终端62发送的邀请消息，所述邀请消息中包含所述发送终端62支持的视频编解码格式。

获取模块402，用于根据所述邀请消息获取所述接收终端61和所述发送终端62均支持的视频编解码格式。

发送模块403，用于向所述发送终端62发送回复消息，所述回复消息中包含所述获取的视频编解码格式。

通信模块404，用于根据所述获取的视频编解码格式与所述发送终端62进行视频通信。

接收模块401，获取模块402，发送模块403，通信模块404，可分别用于执行实施例1中步骤S202、S202、S203、S204的方法，具体详见实施例1中对所述方法的描述，在此不再赘述。

可选的，获取模块402具体还用于执行实施例1中步骤S2021、S2022、S2023的方法，具体详见实施例1中对所述方法的描述，在此不再赘述。

本发明实施例提供一种接收终端61，通过接收终端61智能的获取用于视频通信的视频编解码格式，提高了视频通信的成功率，节省了电量和网络资源。

实施例3

图7为本发明实施例4提供的一种视频通信系统的结构示意图。

如图7所示，一种视频通信系统可以包括：

发送终端71和接收终端72。所述发送终端71用于执行实施例1中步骤S101、S102、S103、S104的方法，具体详见实施例1中对上述步骤的描述，本发明实施例对此不再赘述。所述接收终端72用于执行实施例2中步骤S201、S202、S203、S204的方法，具体详见实施例2中对上述步骤的描述，本发明实施例对此不再赘述。

本发明实施例提供一种通信系统，通过智能的获取用于视频通信的视频编解码格式，提高了视频通信的成功率，节省了电量和网络资源。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明实施例可以用硬件实现，或固件实现，或它们的组合方式来实现。当使用软件实现时，可以将上述功能存储在终端可读介质中或作为终端可读介质上的一个或多个指令或代码进行传输。终端可读介质包括终端存储介质和通信介质，可选的通信介质包括便于从一个地方向另一个地方传送终端程序的任何介质。存储介质可以是终端能够存取的任何可用介质。以此为例但不限于：终端可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由终端存取的任何其他介质。此外。任何连接可以适当的成为终端可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的，那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定义中。如本发明实施例所使用的，盘(Disk)和碟(disc)包括压缩光碟(CD)、激光碟、光碟、数字通用光碟(DVD)、软盘和蓝光光碟，可选的盘通常磁性的复制数据，而碟则用激光来光学的复制数据。上面的组合也应当包括在终端可读介质的保护范围之内。

总之，以上所述仅为本发明技术方案的实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。