CN107105187A - 一种视频通话的处理方法及装置、系统 - Google Patents

Abstract

本发明实施例公开了一种视频通话的处理方法、装置及系统，其中方法包括：第一终端与第二终端建立视频通话；当所述视频通话的当前状态由在所述第一终端的前台运行切换为在所述第一终端的后台运行时，所述第一终端调整视频流的第一承载方式为第二承载方式；所述第一终端根据所述第二承载方式传输所述第一终端的第一视频流至所述第二终端，并暂停接收所述第二终端的第二视频流，可以增加终端资源分配的灵活性，减轻网络负荷。

Description

一种视频通话的处理方法及装置、系统

技术领域

本发明涉及通信技术领域，尤其涉及一种视频通话的处理方法及装置、系统。

背景技术

随着通信技术的不断发展，终端(例如智能手机、平板电脑、可穿戴设备等)也日益成为人们日常生活中的重要工具。

现有技术中，终端的视频流承载方式有多种，例如既发又收的承载方式、只发不收的承载方式、只收不发的承载方式、不发不收的承载方式等等。在人们利用终端实现视频通话的过程中，终端的视频流承载方式为固定的一种方式。

然而，固定的视频流承载方式使终端的资源分配灵活性较低，增加了网络的负荷。

发明内容

本发明实施例所要解决的技术问题在于，提供一种视频通话的处理方法及装置、系统，可增加终端资源分配的灵活性，减轻网络负荷。

为了解决上述技术问题，本发明实施例提供了一种视频通话的处理方法，包括：

第一终端与第二终端建立视频通话；

当所述视频通话的当前状态由在所述第一终端的前台运行切换为在所述第一终端的后台运行时，所述第一终端调整视频流的第一承载方式为第二承载方式；

所述第一终端根据所述第二承载方式传输所述第一终端的第一视频流至所述第二终端，并暂停接收所述第二终端的第二视频流。

其中，所述第一终端调整视频流的第一承载方式为第二承载方式，具体包括：

所述第一终端向所述第二终端发送第一请求，所述第一请求包括所述第一承载方式以及所述第二承载方式，所述第一承载方式设置在所述第一请求的当前状态参数中，所述第二承载方式设置在所述第一请求的期望状态参数中；

所述第一终端当接收到所述第二终端针对所述第一请求的响应信息时，所述第一终端根据所述响应信息调整所述第一承载方式为第二承载方式。

其中，所述方法还包括：所述第一终端当接收到所述第二终端针对所述第一请求的响应信息时，释放所述第二视频流占用的下行承载资源。

其中，所述第一终端根据所述第二承载方式传输所述第一终端的第一视频流至所述第二终端，并暂停接收所述第二终端的第二视频流之后，还包括：

当所述视频通话的当前状态由在所述第一终端的后台运行切换为在所述第一终端的前台运行时，所述第一终端向所述第二终端发送恢复请求，所述恢复请求包括所述第二承载方式以及所述第一承载方式，所述第二承载方式设置在所述第二请求的当前状态参数中，所述第一承载方式设置在所述第二请求的期望状态参数中；

所述第一终端当接收到所述第二终端针对所述第二请求的响应信息时，所述第一终端根据所述第二请求的响应信息调整所述第二承载方式为所述第一承载方式；

所述第一终端根据所述第一承载方式传输所述第一视频流，并接收所述第二视频流。

其中，所述第一终端根据所述第二承载方式传输所述第一终端的第一视频流至所述第二终端，并暂停接收所述第二终端的第二视频流之后，还包括：

所述第一终端若接收到所述第二终端的第二请求，则将所述第二承载方式调整为第三承载方式，所述第二请求用于请求调整所述第二终端的视频流承载方式为只发送所述第二视频流，不接收所述第一视频流；

所述第一终端发送针对所述第二请求的响应信息至所述第二终端，并根据所述第三承载方式既不传输所述第一视频流，也不接收所述第二视频流。

本发明实施例还提供了一种视频通话的处理方法，包括：

第二终端与第一终端建立视频通话；

所述第二终端接收所述第一终端的第一请求，所述第一请求包括所述第一终端的视频流的第一承载方式以及所述第二承载方式，所述第一承载方式设置在所述第一请求的当前状态参数中，所述第二承载方式设置在所述第一请求的期望状态参数中；

所述第二终发送针对所述第一请求的响应信息，以使所述第一终端根据所述响应信息调整所述第一承载方式为所述第二承载方式。

其中，所述方法还包括：所述第二终端当接收到所述第一请求时，将所述第二终端的视频流承载方式调整为接收所述第一终端的第一视频流，并暂停传输所述第二终端的第二视频流。

其中，所述方法还包括：所述第二终端当接收到所述第一终端的第一请求时，释放所述第二视频流所占用的上行媒体流承载资源。

相应的，本发明实施例还提供了一种视频通话的处理装置，包括：

通信模块，用于与第二终端建立视频通话；

调整模块，用于当所述视频通话的当前状态由在前台运行切换为在后台运行时，调整视频流的第一承载方式为第二承载方式；

处理模块，用于根据所述第二承载方式传输第一视频流至所述第二终端，并暂停接收所述第二终端的第二视频流。

其中，所述调整模块，具体包括：发送单元，用于向所述第二终端发送第一请求，所述第一请求包括所述第一承载方式以及所述第二承载方式，所述第一承载方式设置在所述第一请求的当前状态参数中，所述第二承载方式设置在所述第一请求的期望状态参数中；

调整单元，用于当接收到所述第二终端针对所述第一请求的响应信息时，根据所述响应信息调整所述第一承载方式为第二承载方式。

其中，所述调整模块，还包括：释放单元，用于当接收到所述第二终端针对所述第一请求的响应信息时，释放所述第二视频流占用的下行承载资源。

其中，所述通信模块，还用于当所述视频通话的当前状态由在后台运行切换为在前台运行时，向所述第二终端发送恢复请求，所述恢复请求包括所述第二承载方式以及所述第一承载方式，所述第二承载方式设置在所述第二请求的当前状态参数中，所述第一承载方式设置在所述第二请求的期望状态参数中；

所述调整模块，还用于当接收到所述第二终端针对所述第二请求的响应信息时，根据所述第二请求的响应信息调整所述第二承载方式为所述第一承载方式；

所述处理模块，还用于根据所述第一承载方式传输所述第一视频流，并接收所述第二视频流。

其中，所述调整模块，还用于若接收到所述第二终端的第二请求，则将所述第二承载方式调整为第三承载方式，所述第二请求用于请求调整所述第二终端的视频流承载方式为只发送所述第二视频流，不接收所述第一视频流；

所述通信模块，还用于发送针对所述第二请求的响应信息至所述第二终端；

所述处理模块，还用于根据所述第三承载方式既不传输所述第一视频流，也不接收所述第二视频流。

相应的，本发明实施例还提供了一种视频通话的处理装置，包括：

建立模块，用于与第一终端建立视频通话；

接收模块，用于接收所述第一终端的第一请求，所述第一请求包括所述第一终端的视频流的第一承载方式以及所述第二承载方式，所述第一承载方式设置在所述第一请求的当前状态参数中，所述第二承载方式设置在所述第一请求的期望状态参数中；

发送模块，用于发送针对所述第一请求的响应信息，以使所述第一终端根据所述响应信息调整所述第一承载方式为所述第二承载方式。

其中，该装置还包括：处理模块，用于当所述接收模块接收到所述第一请求时，将视频流的承载方式调整为接收第一视频流，并暂停传输第二视频流。

其中，所述处理模块，还用于当所述接收模块接收到所述第一终端的第一请求时，释放所述第二视频流所占用的上行媒体流承载资源。

相应的，本发明实施例还提供了一种视频通话的处理系统，包括：第一终端和第二终端；

所述第一终端，用于执行上述方法项中第一终端对应的方法；

所述第二终端，用于执行上述方法项中第二终端对应的方法。

实施本发明实施例，具有如下有益效果：第一终端与第二终端在视频通话的过程中，若视频通话的当前状态由在第一终端的前台运行切换为在第一终端的后台运行，该第一终端则可以调整视频流的第一承载方式为第二承载方式，并根据该第二承载方式传输第一视频流，并暂停接收第二视频流，可以在视频通话由前台被切换至后台时，通过改变视频流的承载方式，暂停接收第二视频流，释放了一定的资源可进行其他利用，增加了终端资源分配的灵活性，同时也减轻了网络的负荷。

附图说明

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

图1是本发明实施例提供的一种视频通话的处理方法的示意流程图；

图2是本发明另一实施例提供的一种视频通话的处理方法的示意流程图；

图3是本发明又一实施例提供的一种视频通话的处理方法的示意流程图；

图4是本发明实施例提供的一种视频通话的交互示意图；

图5是本发明实施例提供的一种视频通话的处理装置的示意性框图；

图6是本发明另一实施例提供的一种视频通话的处理装置的示意性框图；

图7是本发明实施例提供的一种终端的示意性框图；

图8是本发明另一实施例提供的一种终端的示意性框图；

图9是本发明实施例提供的一种系统的示意性框图。

具体实施方式

下面结合附图，对本发明的实施例进行描述。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1，是本发明实施例提供的一种视频通话的处理方法的示意流程图。本发明实施例的所述方法可以由各种终端来执行，具体的，终端可以是智能手机、平板电脑、智能可穿戴设备等可进行视频信息处理的终端。如图1所示，本发明的实施例中的视频通话的处理方法包括以下步骤：

S101、第一终端与第二终端建立视频通话。

需要说明的是，该视频通话可以是基于运营商提供的移动互联网(例如3G网，4G网，5G网等等)，终端之间可以实时传送人或任何物体的语音和图像，以实现音视频的实时双向传输的一种通信方式。

具体的，该第一终端可以为主叫端，该第二终端可以为被叫端，该第一终端通过移动互联网向该第二终端发出建立视频通话的请求，该视频通话的请求包含初始的会话描述协议(Session Description Protocol，SDP)，该SDP中可以包含一个音频端口、一个视频端口以及该第一终端将要用于接收媒体流(例如音频流和/或视频流)的IP和期望的媒体流的承载方式。该视频通话的请求到达该第二终端之后，该第二终端基于该第二终端的用户订阅的多媒体服务情况对该视频通话的请求包含的SDP进行鉴权。

进一步的，若鉴权通过，该第二终端可以在本地创建两个端口并加入该SDP中，用于连接该音频端口以及该视频端口，然后通过该移动互联网向该第一终端回复响应消息，其中，该响应消息中可以包含该SDP，该SDP中可以包含该第二终端创建的两个端口以及该第二终端用于接收媒体流的IP，和确认该第一终端的媒体流的承载方式以及与该确认的承载方式对应的自身的媒体流承载方式。

该第一终端在收到该响应消息之后，得到该第二终端创建的两个端口，然后可以向该第二终端的两个端口传输视频流和音频流，这时，该第一终端与第二终端建立了该视频通话。

需要说明的是，该媒体流的承载方式包括音频流的承载方式和视频流的承载方式。其中，该视频流的承载方式可以采用第一承载方式，该第一终端在建立了该视频通话后，根据该第一承载方式传输第一终端的第一视频流，并接收该第二终端的第二视频流。

S102、当所述视频通话的当前状态由在所述第一终端的前台运行切换为在所述第一终端的后台运行时，所述第一终端调整视频流的第一承载方式为第二承载方式。

需要说明的是，用户在视频通话的过程中，可能需要查看联系人信息、浏览网页、发送短信息等操作，在进行上述操作中，该用户都需要将该视频通话切换到后台，这时，在该第一终端上无法看到该第二终端传输过来的视频图像。

具体的，该第一终端可以实时检测该视频通话的当前状态，当该第一终端检测到该视频通话的当前状态由在该第一终端的前台运行切换为在该第一终端的后台运行时，就可以调整视频流的第一承载方式为第二承载方式。

还需要说明的是，该第二承载方式可以为只传输该第一视频流，并且暂停接收该第二视频流的一种承载方式。

S103、所述第一终端根据所述第二承载方式传输所述第一终端的第一视频流至所述第二终端，并暂停接收所述第二终端的第二视频流。

需要说明的是，该第一视频流可以是该第一终端通过自身的摄像模块拍摄到的视频图像，该第二视频流可以是该第二终端通过该第二终端自身的摄像模块拍摄到的视频图像。

还需要说明的是，该第二承载方式是控制该第一终端只传输该第一视频流至该第二终端，并且暂停接收该第二终端的第二视频流的一种承载方式。

具体的，该第一终端可以继续传输音频流，但可以根据该第二承载方式只发送自身的第一视频流至该第二终端，而不接收该第二视频流，可以节省网络资源，提升系统流畅度。

可以看出，本发明实施例技术方案中，第一终端与第二终端在视频通话的过程中，若视频通话的当前状态由在第一终端的前台运行切换为在第一终端的后台运行，该第一终端则可以调整视频流的第一承载方式为第二承载方式，并根据该第二承载方式传输第一视频流，并暂停接收第二视频流，可以在视频通话由前台被切换至后台时，通过改变视频流的承载方式，暂停接收第二视频流，释放了一定的资源可进行其他利用，增加了终端资源分配的灵活性，同时也减轻了网络的负荷，提高了系统流畅度。

请参阅图2，是本发明另一实施例提供的一种视频通话的处理方法的示意流程图。本发明实施例的所述方法可以由各种终端来执行，具体的，终端可以是手机，平板电脑，智能可穿戴设备等可进行视频信息处理的终端。如图2所示，本发明的实施例中的视频通话的处理方法包括以下步骤：

S201、第一终端与第二终端建立视频通话。

S202、当所述视频通话的当前状态由在所述第一终端的前台运行切换为在所述第一终端的后台运行时，所述第一终端向所述第二终端发送第一请求。

可选的，该第一请求可以包括该第一终端的视频流的第一承载方式以及该第二承载方式，该第一承载方式设置在该第一请求的当前状态参数中，该第二承载方式设置在该第一请求的期望状态参数中。

需要说明的是，该第一终端可以基于SDP协议与该第二终端进行协商会话，其中，该SDP协议可以包含会话初始协议(Session Initiation Protocol，SIP)，应用于信令之中。

如图4所示，该第一请求可以是邀请(INVITE)信令。在步骤401中，该第一终端检测到该视频通话的当前状态由前台切换至后台，便发出INVITE信令402，该INVITE信令402通过基站和移动互联网进行传送，最终到达该第二终端。

需要说明的是，该INVITE信令402可以是基于SIP协议的会话信令。其中，SIP:URL可以表示主叫方(即该第一终端)的电话号码以及呼叫方(即该第二终端)的电话号码，该第一终端与该第二终端需要遵从电信的统一资源定位符(Uniform Resource Locator，URL)的格式，即用电话号码的方式进行公共用户标识表征；m＝video port1RTP/AVP 114可以表示进行语音编解码的协商，其中支持的编码格式为114；a＝rtpmap:114H264/90000可以表示媒体的属性以及要执行的协议；a＝curr:qos local sendrecv和a＝curr:qos remotesendrecv可以表示该第一终端视频流的承载方式的当前状态为既传输第一视频流，也接收该第二视频流；a＝des:qos optional remote sendrecv和a＝conf:qos local sendrecv可以表示该第二终端视频流的承载方式的当前状态也为既传输第一视频流，也接收该第二视频流，a＝sendonly可以表示该第一终端期望的状态为承载方式是只传输第一视频流。

S203、所述第一终端当接收到所述第二终端针对所述第一请求的响应信息时，所述第一终端根据所述响应信息调整所述第一承载方式为第二承载方式。

需要说明的是，该第二终端在接收到该第一请求之后，可以根据用户订阅的多媒体服务情况对该第一请求包含的SDP进行鉴权，若鉴权通过，则可以发出针对该第一请求的响应消息至该第一终端，该第一终端在接收到该响应消息时，可以根据该响应消息调整第一承载方式为第二承载方式。

举例来说，如图4所示，在步骤406中，该第二终端回复一个响应消息200OK至该第一终端，该第一终端在接收到该响应消息时，可以根据该响应消息调整第一承载方式为第二承载方式。

其中，在该第二终端对该第一请求进行鉴权并通过之后，还可以将该第二终端的视频流的承载方式改为只接收第一视频流，不传输第二视频流。

又举例来说，如图4所示，该第二终端可以向该第一终端发送一个新的INVITE信令407，该新的INVITE信令407的内容可以除最后一项期望状态参数与该第一终端发送的INVITE信令402不同之外，其他参数可以和该INVITE信令402对应的参数相同。其中，a＝receiveonly可以表示该INVITE信令407的期望状态参数，具体的，该第二终端期望的状态为承载方式是只接收该第一视频流。

S204、所述第一终端当接收到所述第二终端针对所述第一请求的响应信息时，释放所述第二视频流占用的下行承载资源。

需要说明的是，在该第一终端接收到该第二终端针对该第一请求的响应信息时，可以向基站请求释放该第二视频流占用的下行承载资源，在基站确认了该请求之后，该第一终端可以释放该第二视频流占用的下行承载资源。

如图4所示，在该第二终端收到该第一请求，即INVITE信令之后，可以在步骤403中向基站请求释放该第二视频流的上行承载资源，当该基站在步骤404中确认了该请求之后，该第二终端可以在步骤405中释放第二视频流占用的上行承载资源。

S205、所述第一终端根据所述第二承载方式传输所述第一终端的第一视频流至所述第二终端，并暂停接收所述第二终端的第二视频流。

S206、所述第一终端若接收到所述第二终端的第二请求，则将所述第二承载方式调整为第三承载方式。

需要说明的是，该第一终端根据该第二承载方式传输所述第一终端的第一视频流，并暂停接收第二视频流，相应的，该第二终端也将自身的视频流的承载方式调整为接收该第一视频流，并暂停传输该第二视频流。如果该第二终端也将该视频通话由前台切换至后台，那么该第二终端可以向该第一终端发送该第二请求。

其中，该第二请求可以为一个INVITE信令。

可选的，该第二请求可以用于请求调整该第二终端的视频流承载方式为只发送该第二视频流，不接收该第一视频流。

S207、所述第一终端发送针对所述第二请求的响应信息至所述第二终端，并根据所述第三承载方式既不传输所述第一视频流，也不接收所述第二视频流。

具体的，该第一终端在接收到该第二请求之后，可以针对该第二请求回复响应信息，同时将自身的承载方式由该第二承载方式调整为该第三承载方式，并根据该第三承载方式既不传输该第一视频流，也不接收该第二视频流。

在一些可选的实施方式中，如果该第一终端和该第二终端的视频流承载方式均为既发又收，当该第一终端和该第二终端将该视频通话同时切换至后台时，由于时延关系可以产生一个主动方，若该第一终端为主动方，这时该第一终端还不知该第二终端也将该视频通话切换至后台，因此该第一终端首先发出一个invite信令，用于改变视频流的承载方式为只发不收，该第二终端这时也可以发出一个invite信令为只发不收。如果该第一终端的invite信令先到达该第二终端，则该第二终端发出响应信息并调整自身的承载方式为只收不发，在该第二终端接收到它自身发出的invite的响应信息时，由于这时该第二终端的当前状态已经改变，这个响应信息已经无效，该第二终端需要再次发送出一个invite信令来调整自身的承载方式为不发不收。同理，若该第二终端的invite信令先到达该第一终端的实现情况同第一终端的invite信令先到达该第二终端相似，在此不作赘述。

可选的，该第一终端根据该第二承载方式传输该第一终端的第一视频流至该第二终端，并暂停接收该第二终端的第二视频流之后，当该视频通话的当前状态由在该第一终端的后台运行切换为在该第一终端的前台运行时，该第一终端向该第二终端发送恢复请求。

其中，该恢复请求包括该第二承载方式以及该第一承载方式，该第二承载方式设置在该第二请求的当前状态参数中，该第一承载方式设置在该第二请求的期望状态参数中。

该第一终端当接收到该第二终端针对该第二请求的响应信息时，该第一终端根据该第二请求的响应信息调整该第二承载方式为该第一承载方式，并根据该第一承载方式传输该第一视频流，并接收该第二视频流。

需要说明的是，该第一终端恢复承载方式为该第一承载方式的处理方法与该第一终端调整该第一承载方式为该第二承载方法的处理方法类似，在此不作赘述。

可以看出，本发明实施例技术方案中，第一终端与第二终端在视频通话的过程中，若视频通话的当前状态由在第一终端的前台运行切换为在第一终端的后台运行，该第一终端则发出第一请求，在接收到第二终端针对该第一请求的响应信息时，可以释放下行承载资源，并调整视频流的第一承载方式为第二承载方式，并根据该第二承载方式传输第一视频流，并暂停接收第二视频流，在接收到第二请求时，回复针对第二请求的响应信息至该第二终端，并调整视频流的承载方式为既不传输第一视频流，也不接收第二视频流，可以在视频通话由前台被切换至后台时，通过改变视频流的承载方式，暂停接收第二视频流，释放了一定的资源可进行其他利用，增加了终端资源分配的灵活性，同时也减轻了网络的负荷，提高了系统流畅度，并且在两端的视频通话都被切换至后台时，将承载方式调整为既不接收也不发送，可以进一步增加资源分配的灵活性。

请参阅图3，是本发明又一实施例提供的一种视频通话的处理方法的示意流程图。本发明实施例的所述方法可以由各种终端来执行，具体的，终端可以是手机，平板电脑，智能可穿戴设备等可进行视频信息处理的终端。如图3所示，本发明的实施例中的视频通话的处理方法包括以下步骤：

S301、第二终端与第一终端建立视频通话。

S302、所述第二终端接收所述第一终端的第一请求。

需要说明的是，该第一请求可以包括该第一终端的视频流的第一承载方式以及该第二承载方式，该第一承载方式设置在该第一请求的当前状态参数中，该第二承载方式设置在该第一请求的期望状态参数中。

S303、所述第二终端当接收到所述第一请求时，将所述第二终端的视频流承载方式调整为接收所述第一终端的第一视频流，并暂停传输所述第二终端的第二视频流。

需要说明的是，该第一视频流可以是该第一终端通过自身的摄像模块拍摄到的视频图像，该第二视频流可以是该第二终端通过该第二终端自身的摄像模块拍摄到的视频图像。

具体的，该第二终端在接收到该第一请求后，可以根据用户订阅的多媒体服务情况对该第一请求进行鉴权，若鉴权通过，则该第二终端将自身的视频流承载方式做相应的调整，具体的，该第二终端可以将该承载方式调整为接收该第一终端的第一视频流，并暂停传输该第二终端的第二视频流。

S304、所述第二终端当接收到所述第一终端的第一请求时，释放所述第二视频流所占用的上行媒体流承载资源。

需要说明的是，在该第二终端接收到该第一请求时，可以向基站请求释放该第二视频流占用的上行承载资源，在基站确认了该请求之后，该第二终端可以释放该第二视频流占用的上行承载资源。

S305、所述第二终发送针对所述第一请求的响应信息，以使所述第一终端根据所述响应信息调整所述第一承载方式为所述第二承载方式。

具体的，该第二终端在接收到该第一请求后，可以根据用户订阅的多媒体服务情况对该第一请求进行鉴权，若鉴权通过，则可以发出针对该第一请求的响应消息至该第一终端，以使该第一终端在接收到该响应消息时，以使该第一终端根据该响应消息调整第一承载方式为第二承载方式。

可以看出，本发明实施例技术方案中，第二终端与第一终端在视频通话的过程中，若该第二终端接收到该第一终端的第一请求，则针对该第一请求回复相应消息，以使该第一终端根据该响应信息调整第一承载方式为第二承载方式同时在接收到该第一请求时，可以释放上行承载资源，并将该第二终端的视频流承载方式调整为接收第一视频流，并暂停传输第二视频流，可以通过改变视频流的承载方式，暂停传输第二视频流，释放了一定的资源可进行其他利用，增加了终端资源分配的灵活性，同时也减轻了网络的负荷，提高了系统流畅度。

下面为本发明装置实施例，本发明装置实施例用于执行本发明方法第一实施例和第二实施例实现的方法，为了便于说明，仅示出了本发明实施例相关的部分，具体未揭示的部分，请参照本发明第一实施例至第二实施例。

请参阅图5，是本发明实施例提供的一种视频通话的处理装置的结构示意图。本发明实施例的所述装置可以设置在各种终端中，具体的，终端可以是手机，平板电脑，智能可穿戴设备等可进行视频信息处理的终端。如图5所示，本发明实施例中的用于视频通话的处理装置包括：

通信模块501，用于与第二终端建立视频通话。

调整模块502，用于当该视频通话的当前状态由在前台运行切换为在后台运行时，调整视频流的第一承载方式为第二承载方式。

处理模块503，用于根据该第二承载方式传输第一视频流至该第二终端，并暂停接收该第二视频流。

可选的，该调整模块502，具体包括：发送单元5021，用于向该第二终端发送第一请求，该第一请求包括该第一承载方式以及该第二承载方式，该第一承载方式设置在该第一请求的当前状态参数中，该第二承载方式设置在该第一请求的期望状态参数中。

调整单元5022，用于当接收到该第二终端针对该第一请求的响应信息时，该第一终端根据该响应信息调整该第一承载方式为第二承载方式。

可选的，该调整模块502，还包括：释放单元5023，用于当接收到该第二终端针对该第一请求的响应信息时，释放该第二视频流占用的下行承载资源。

可选的，该通信模块501，还用于当该视频通话的当前状态由在后台运行切换为在前台运行时，向该第二终端发送恢复请求，该恢复请求包括该第二承载方式以及该第一承载方式，该第二承载方式设置在该第二请求的当前状态参数中，该第一承载方式设置在该第二请求的期望状态参数中。

该调整模块502，还用于当接收到该第二终端针对该第二请求的响应信息时，根据该第二请求的响应信息调整该第二承载方式为该第一承载方式。

该处理模块503，还用于根据该第一承载方式传输该第一视频流，并接收该第二视频流。

可选的，该调整模块502，还用于若接收到该第二终端的第二请求，则将该第二承载方式调整为第三承载方式。

其中，该第二请求用于请求调整该第二终端的视频流承载方式为只发送该第二视频流，不接收该第一视频流。

该通信模块501，还用于发送针对该第二请求的响应信息至该第二终端。

该处理模块503，还用于根据该第三承载方式既不传输该第一视频流，也不接收该第二视频流。

可以看出，本发明实施例技术方案中，在视频通话的过程中，若视频通话的当前状态由在前台运行切换为在后台运行，则可以调整视频流的第一承载方式为第二承载方式，并根据该第二承载方式传输第一视频流，并暂停接收第二视频流，可以在视频通话由前台被切换至后台时，通过改变视频流的承载方式，暂停接收第二视频流，释放了一定的资源可进行其他利用，增加了资源分配的灵活性，同时也减轻了网络的负荷，提高了系统流畅度。

下面为本发明装置实施例，本发明装置实施例用于执行本发明方法第三实施例实现的方法，为了便于说明，仅示出了本发明实施例相关的部分，具体未揭示的部分，请参照本发明第三实施例。

请参阅图6，是本发明实施例提供的一种视频通话的处理装置的结构示意图。本发明实施例的该装置可以设置在各种终端中，具体的，终端可以是手机，平板电脑，智能可穿戴设备等可进行视频信息处理的终端。如图5所示，本发明实施例中的用于视频通话的处理装置包括：

建立模块601，用于与第一终端建立视频通话。

接收模块602，用于接收该第一终端的第一请求，该第一请求包括该第一终端的视频流的第一承载方式以及该第二承载方式，该第一承载方式设置在该第一请求的当前状态参数中，该第二承载方式设置在该第一请求的期望状态参数中。

发送模块603，用于发送针对该第一请求的响应信息，以使该第一终端根据该响应信息调整该第一承载方式为该第二承载方式。

可选的，该装置还可以包括：处理模块604，用于当该接收模块602接收到该第一请求时，将视频流的承载方式调整为接收第一视频流，并暂停传输第二视频流。

可选的，该处理模块604，还用于当该接收模块602接收到该第一终端的第一请求时，释放该第二视频流所占用的上行媒体流承载资源。

可以看出，本发明实施例技术方案中，在视频通话的过程中，若接收到该第一终端的第一请求，则针对该第一请求回复相应消息，以使该第一终端根据该响应信息调整第一承载方式为第二承载方式同时在接收到该第一请求时，可以释放上行承载资源，并将承载方式调整为接收第一视频流，并暂停传输第二视频流，可以通过改变视频流的承载方式，暂停传输第二视频流，释放了一定的资源可进行其他利用，增加了终端资源分配的灵活性，同时也减轻了网络的负荷，提高了系统流畅度。

请参阅图7，是本发明实施例提供的一种终端的结构示意图，该终端可以是手机，平板电脑，智能可穿戴设备等可以进行视频信息处理的终端。如图7所示，本发明实施例中的入网切换装置包括：至少一个通信接口701；至少一个处理器702，例如CPU；至少一个存储器703；至少一个输出设备704，上述通信接口701、处理器702、存储器703和输出设备704通过总线连接。其中，总线用于实现这些组件之间的连接通信。其中，本发明实施例中装置的通信接口701和输出设备704可以是有线发送端口，也可以为无线设备，例如包括天线装置，用于与其他节点设备进行信令或数据的通信。

该处理器702可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。

该处理器702还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmablelogic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complexprogrammable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gatearray，FPGA)，通用阵列逻辑(generic array logic,GAL)或其任意组合。

该存储器703可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器也可以包括非易失性存储器(non-volatilememory)，例如快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器703还可以包括上述种类的存储器的组合。

可选地，该存储器703还用于存储程序指令。该处理器702可以调用该存储器703存储的程序指令，实现如本发明第一实施例、第二实施例所示的方法。

该总线可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

具体的，通信接口701，用于与第二终端建立视频通话；

处理器702，用于当上述视频通话的当前状态由在前台运行切换为在后台运行时，调整视频流的第一承载方式为第二承载方式，并根据上述第二承载方式传输第一视频流至上述第二终端，并暂停接收上述第二终端的第二视频流。

可选的，上述处理器702，具体用于向上述第二终端发送第一请求，当接收到上述第二终端针对上述第一请求的响应信息时，根据上述响应信息调整上述第一承载方式为第二承载方式。

其中，上述第一请求包括上述第一承载方式以及上述第二承载方式，上述第一承载方式设置在上述第一请求的当前状态参数中，上述第二承载方式设置在上述第一请求的期望状态参数中；

可选的，上述处理器702，还用于当接收到上述第二终端针对上述第一请求的响应信息时，释放上述第二视频流占用的下行承载资源。

可选的，上述通信接口701，还用于当上述视频通话的当前状态由在后台运行切换为在前台运行时，向上述第二终端发送恢复请求，上述恢复请求包括上述第二承载方式以及上述第一承载方式，上述第二承载方式设置在上述第二请求的当前状态参数中，上述第一承载方式设置在上述第二请求的期望状态参数中；

可选的，上述处理器702，还用于当接收到上述第二终端针对上述第二请求的响应信息时，根据上述第二请求的响应信息调整上述第二承载方式为上述第一承载方式，并根据上述第一承载方式传输上述第一视频流，接收上述第二视频流。

可选的，上述处理器702，还用于若上述通信接口701接收到上述第二终端的第二请求，则将上述第二承载方式调整为第三承载方式。

其中，上述第二请求用于请求调整上述第二终端的视频流承载方式为只发送上述第二视频流，不接收上述第一视频流。

可选的，上述通信接口701，还用于发送针对上述第二请求的响应信息至上述第二终端。

可选的，上述处理器702，还用于根据上述第三承载方式既不传输上述第一视频流，也不接收上述第二视频流。

可以看出，本发明实施例技术方案中，在视频通话的过程中，若视频通话的当前状态由在前台运行切换为在后台运行，则可以调整视频流的第一承载方式为第二承载方式，并根据该第二承载方式传输第一视频流，并暂停接收第二视频流，可以在视频通话由前台被切换至后台时，通过改变视频流的承载方式，暂停接收第二视频流，释放了一定的资源可进行其他利用，增加了资源分配的灵活性，同时也减轻了网络的负荷，提高了系统流畅度。

请参阅图8，是本发明实施例提供的一种终端的结构示意图，该终端可以是手机，平板电脑，智能可穿戴设备等可以进行视频信息处理的终端。如图8所示，本发明实施例中的入网切换装置包括：至少一个网络接口801；至少一个处理器802，例如CPU；至少一个存储器803；至少一个输出设备804，上述网络接口801、处理器802、存储器803和输出设备804通过总线连接。其中，总线用于实现这些组件之间的连接通信。其中，本发明实施例中装置的网络接口801和输出设备804可以是有线发送端口，也可以为无线设备，例如包括天线装置，用于与其他节点设备进行信令或数据的通信。

该处理器802可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。

该处理器802还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmablelogic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complexprogrammable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gatearray，FPGA)，通用阵列逻辑(generic array logic,GAL)或其任意组合。

该存储器803可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器也可以包括非易失性存储器(non-volatilememory)，例如快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器803还可以包括上述种类的存储器的组合。

可选地，该存储器803还用于存储程序指令。该处理器802可以调用该存储器803存储的程序指令，实现如本发明第三实施例所示的方法。

该总线可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

具体的，网络接口801，用于与第一终端建立视频通话。

所述网络接口801，还用于接收该第一终端的第一请求。

其中，该第一请求包括该第一终端的视频流的第一承载方式以及该第二承载方式，该第一承载方式设置在该第一请求的当前状态参数中，该第二承载方式设置在该第一请求的期望状态参数中。

该网络接口801，还用于发送针对该第一请求的响应信息，以使该第一终端根据该响应信息调整该第一承载方式为该第二承载方式。

该处理器802，用于当该网络接口801接收到该第一请求时，将视频流的承载方式调整为接收第一视频流，并暂停传输第二视频流。

可选的，该处理器802，还用于当该网络接口801接收到该第一终端的第一请求时，释放该第二视频流所占用的上行媒体流承载资源。

可以看出，本发明实施例技术方案中，在视频通话的过程中，若接收到该第一终端的第一请求，则针对该第一请求回复相应消息，以使该第一终端根据该响应信息调整第一承载方式为第二承载方式同时在接收到该第一请求时，可以释放上行承载资源，并将承载方式调整为接收第一视频流，并暂停传输第二视频流，可以通过改变视频流的承载方式，暂停传输第二视频流，释放了一定的资源可进行其他利用，增加了终端资源分配的灵活性，同时也减轻了网络的负荷，提高了系统流畅度。

请参见图9，是本发明实施例提供的一种系统的结构示意图。本实施例中所描述的系统，包括：第一终端901，第二终端902。

其中，该第一终端901的结构可参见如图7所示的终端的具体结构，且该第一终端901可用于执行实现上述图1及图2对应实施例中的视频通话的处理方法中第一终端执行的相应步骤；该第二终端902的结构可参见如图8所示的终端的具体结构，且该第二终端902可用于执行实现上述图3对应实施例中的视频通话的处理方法中第二终端执行的相应步骤，在此不作赘述。

可以看出，本发明实施例技术方案中，可以在视频通话由前台被切换至后台时，通过改变视频流的承载方式，暂停接收第二视频流，释放了一定的资源可进行其他利用，增加了资源分配的灵活性，同时也减轻了网络的负荷，提高了系统流畅度。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本发明一种实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于本发明所涵盖的范围。

Claims (17)

1.一种视频通话的处理方法，其特征在于，包括：

第一终端与第二终端建立视频通话；

当所述视频通话的当前状态由在所述第一终端的前台运行切换为在所述第一终端的后台运行时，所述第一终端调整视频流的第一承载方式为第二承载方式；

所述第一终端根据所述第二承载方式传输所述第一终端的第一视频流至所述第二终端，并暂停接收所述第二终端的第二视频流。

2.如权利要求1所述的方法，其特征在于，所述第一终端调整视频流的第一承载方式为第二承载方式，具体包括：

所述第一终端向所述第二终端发送第一请求，所述第一请求包括所述第一承载方式以及所述第二承载方式，所述第一承载方式设置在所述第一请求的当前状态参数中，所述第二承载方式设置在所述第一请求的期望状态参数中；

所述第一终端当接收到所述第二终端针对所述第一请求的响应信息时，所述第一终端根据所述响应信息调整所述第一承载方式为第二承载方式。

3.如权利要求2所述的方法，其特征在于，还包括：

所述第一终端当接收到所述第二终端针对所述第一请求的响应信息时，释放所述第二视频流占用的下行承载资源。

4.如权利要1至3任一项所述的方法，其特征在于，所述第一终端根据所述第二承载方式传输所述第一终端的第一视频流至所述第二终端，并暂停接收所述第二终端的第二视频流之后，还包括：

当所述视频通话的当前状态由在所述第一终端的后台运行切换为在所述第一终端的前台运行时，所述第一终端向所述第二终端发送恢复请求，所述恢复请求包括所述第二承载方式以及所述第一承载方式，所述第二承载方式设置在所述第二请求的当前状态参数中，所述第一承载方式设置在所述第二请求的期望状态参数中；

所述第一终端当接收到所述第二终端针对所述第二请求的响应信息时，所述第一终端根据所述第二请求的响应信息调整所述第二承载方式为所述第一承载方式；

所述第一终端根据所述第一承载方式传输所述第一视频流，并接收所述第二视频流。

5.如权利要求1-3任一项所述的方法，其特征在于，所述第一终端根据所述第二承载方式传输所述第一终端的第一视频流至所述第二终端，并暂停接收所述第二终端的第二视频流之后，还包括：

所述第一终端若接收到所述第二终端的第二请求，则将所述第二承载方式调整为第三承载方式，所述第二请求用于请求调整所述第二终端的视频流承载方式为只发送所述第二视频流，不接收所述第一视频流；

所述第一终端发送针对所述第二请求的响应信息至所述第二终端，并根据所述第三承载方式既不传输所述第一视频流，也不接收所述第二视频流。

6.一种视频通话的处理方法，其特征在于，包括：

第二终端与第一终端建立视频通话；

所述第二终端接收所述第一终端的第一请求，所述第一请求包括所述第一终端的视频流的第一承载方式以及所述第二承载方式，所述第一承载方式设置在所述第一请求的当前状态参数中，所述第二承载方式设置在所述第一请求的期望状态参数中；

所述第二终发送针对所述第一请求的响应信息，以使所述第一终端根据所述响应信息调整所述第一承载方式为所述第二承载方式。

7.如权利要求6所述的方法，其特征在于，还包括：

所述第二终端当接收到所述第一请求时，将所述第二终端的视频流承载方式调整为接收所述第一终端的第一视频流，并暂停传输所述第二终端的第二视频流。

8.如权利要求6所述的方法，其特征在于，还包括：

所述第二终端当接收到所述第一终端的第一请求时，释放所述第二视频流所占用的上行媒体流承载资源。

9.一种视频通话的处理装置，其特征在于，包括：

通信模块，用于与第二终端建立视频通话；

调整模块，用于当所述视频通话的当前状态由在前台运行切换为在后台运行时，调整视频流的第一承载方式为第二承载方式；

处理模块，用于根据所述第二承载方式传输第一视频流至所述第二终端，并暂停接收所述第二终端的第二视频流。

10.如权利要求9所述的装置，其特征在于，所述调整模块，具体包括：

发送单元，用于向所述第二终端发送第一请求，所述第一请求包括所述第一承载方式以及所述第二承载方式，所述第一承载方式设置在所述第一请求的当前状态参数中，所述第二承载方式设置在所述第一请求的期望状态参数中；

调整单元，用于当接收到所述第二终端针对所述第一请求的响应信息时，根据所述响应信息调整所述第一承载方式为第二承载方式。

11.如权利要求10所述的装置，其特征在于，所述调整模块，还包括：

释放单元，用于当接收到所述第二终端针对所述第一请求的响应信息时，释放所述第二视频流占用的下行承载资源。

12.如权利要9至11任一项所述的装置，其特征在于，

所述通信模块，还用于当所述视频通话的当前状态由在后台运行切换为在前台运行时，向所述第二终端发送恢复请求，所述恢复请求包括所述第二承载方式以及所述第一承载方式，所述第二承载方式设置在所述第二请求的当前状态参数中，所述第一承载方式设置在所述第二请求的期望状态参数中；

所述调整模块，还用于当接收到所述第二终端针对所述第二请求的响应信息时，根据所述第二请求的响应信息调整所述第二承载方式为所述第一承载方式；

所述处理模块，还用于根据所述第一承载方式传输所述第一视频流，并接收所述第二视频流。

13.如权利要求9-11任一项所述的装置，其特征在于，

所述调整模块，还用于若接收到所述第二终端的第二请求，则将所述第二承载方式调整为第三承载方式，所述第二请求用于请求调整所述第二终端的视频流承载方式为只发送所述第二视频流，不接收所述第一视频流；

所述通信模块，还用于发送针对所述第二请求的响应信息至所述第二终端；

所述处理模块，还用于根据所述第三承载方式既不传输所述第一视频流，也不接收所述第二视频流。

14.一种视频通话的处理装置，其特征在于，包括：

建立模块，用于与第一终端建立视频通话；

接收模块，用于接收所述第一终端的第一请求，所述第一请求包括所述第一终端的视频流的第一承载方式以及所述第二承载方式，所述第一承载方式设置在所述第一请求的当前状态参数中，所述第二承载方式设置在所述第一请求的期望状态参数中；

发送模块，用于发送针对所述第一请求的响应信息，以使所述第一终端根据所述响应信息调整所述第一承载方式为所述第二承载方式。

15.如权利要求14所述的装置，其特征在于，还包括：

处理模块，用于当所述接收模块接收到所述第一请求时，将视频流承载方式调整为接收第一视频流，并暂停传输第二视频流。

16.如权利要求14所述的装置，其特征在于，

所述处理模块，还用于当所述接收模块接收到所述第一终端的第一请求时，释放所述第二视频流所占用的上行媒体流承载资源。

17.一种视频通话的处理系统，其特征在于，包括：第一终端和第二终端；

所述第一终端，用于执行如权利要求1至5任一项所述的方法；

所述第二终端，用于执行如权利要求6至8任一项所述的方法。