CN107666689A - 一种视频通信过程中的带宽调整方法、设备及*** - Google Patents

Abstract

一种视频通信过程中的带宽调整方法、设备及***，用于根据视频通信方在视频通信过程中的实际体验对通信的过程进行管理。该方法包括：策略控制功能实体获得视频通信方的视频体验实际值；所述视频体验实际值用于指示所述视频通信方在进行视频通信过程中的实际体验；若所述视频体验实际值和所述视频通信方的视频体验参考值不一致，所述策略控制功能实体根据所述视频体验参考值或所述视频通信方当前的带宽确定目标带宽；所述视频体验参考值用于指示为所述视频通信方预设的所述视频通信方在视频通信过程中的体验；所述策略控制功能实体指示所述视频通信方将所述当前的带宽调整为所述目标带宽。

Description

一种视频通信过程中的带宽调整方法、设备及***

技术领域

本发明涉及通信技术领域，特别涉及一种视频通信过程中的带宽调整方法、设备及***。

背景技术

在现有技术中，终端设备之间可以建立视频通信，相对于语音通信来说，视频通信更能提升用户的体验。下面简单介绍一下终端设备之间如何建立视频通信，其中，因为是建立视频通信，因此将视频通信两端的终端设备分别称为视频通信发起方和视频通信接收方：

视频通信发起方向代理-呼叫会话控制功能(Proxy-Call Session ControlFunction，P-CSCF)发送邀请(INVITE)消息，以向视频通信接收方发起呼叫。P-CSCF将接收的INVITE消息发送给服务会话控制功能(Serving-Call Session Control Function，S-CSCF)，S-CSCF将该INVITE消息转发给视频通信接收方所在的一侧的网络，视频通信接收方所在的一侧的网络在处理之后，向S-CSCF返回响应消息，S-CSCF将该响应消息转发给P-CSCF，P-CSCF收到该响应消息后，向策略和计费规则功能(Policy And Charging RulesFunction，PCRF)下发认证、授权请求(Authentication，Authorization Request，AAR)消息，以建立本次视频通话的专有承载，PCRF接收AAR消息后，向分组数据网网关(PacketData Network Gateway，P-GW)发送重授权请求(Re-Auth Request，RAR)消息，从而P-GW收到RAR消息后可以与视频通信发起方建立专有承载，在专有承载建立后，P-GW通过重授权响应(Re-Auth Answer，RAA)消息通知PCRF，PCRF将结果上报给P-CSCF，P-CSCF再将接收的视频通信接收方所在的一侧的网络发送的响应消息发送给视频通信发起方，从而建立视频通信发起方和视频通信接收方之间的视频通信。

然而目前的网络只负责完成建立两个终端设备之间的视频通信，却无法结合用户的情况对通信的过程进行管理。

发明内容

本发明实施例提供一种视频通信过程中的带宽调整方法、设备及***，用于根据视频通信方在视频通信过程中的实际体验对通信的过程进行管理。

第一方面，提供一种视频通信过程中的带宽调整方法，该方法包括：策略控制功能实体接收视频通信方的视频体验实际值，视频体验实际值用于指示视频通信方在进行视频通信过程中的实际体验。若视频体验实际值和视频通信方的视频体验参考值不一致，策略控制功能实体根据视频体验参考值或视频通信方当前的带宽确定目标带宽。视频体验参考值用于指示为视频通信方预设的视频通信方在视频通信过程中的体验。

本发明实施例中，策略控制功能实体可以预先获得为视频通信方预设的视频体验参考值，即获得为视频通信方预设的体验，且策略控制功能实体也可以获得视频通信方在视频通信过程中的实际体验，即视频通信方的视频体验实际值，则策略控制功能实体可以将视频体验实际值和视频体验参考值进行比较，若两者不一致，这包括两种情况，第一种情况是视频体验实际值小于视频体验参考值，第二种情况是视频体验实际值大于视频体验参考值，在这两种情况下，都表明视频通信方在视频过程中感受到的实际体验和视频通信方应该感受的体验不一致，而视频体验参考值是预先设定的，可能是视频通信方希望具有的体验，或者可能是具有比较好的效果的体验，因此策略控制功能实体就可以指示视频通信方调整视频通信方当前的带宽，以尽量使得视频通信方在视频通信过程中的实际体验与为视频通信方预设的体验一致，提高视频通信质量，也满足视频通信方的实际需求。即，通过本发明实施例提供的技术方案可以管控视频通信过程，可以根据通信过程中用户的实际体验调整带宽，能够较好地保证网络质量。

结合第一方面，在第一方面的第一种可能的实现方式中，策略控制功能实体根据视频体验参考值确定目标带宽，可以通过以下方式实现：策略控制功能实体查询预先存储的视频体验参考值与带宽之间的映射关系，将与视频体验参考值对应的带宽确定为目标带宽。

策略控制功能实体只需预先存储视频体验参考值与带宽之间的映射关系，就可以通过查询该映射关系得到与视频通信方的视频体验参考值所对应的带宽，确定目标带宽的方式较为简单，易于实现。其中，策略控制功能实体可以存储一份映射关系，所有的视频通信方都可以通过该映射关系来确定目标带宽，策略控制功能实体存储的信息较少，节省了存储空间。或者，策略控制功能实体也可以针对不同的视频通信方分别存储一份该视频通信方的视频体验参考值与带宽之间的映射关系，则针对不同的视频通信方可以通过不同的映射关系来确定目标带宽，确定的结果更为准确。

结合第一方面，在第一方面的第二种可能的实现方式中，策略控制功能实体根据视频通信方当前的带宽确定目标带宽，可以通过以下方式实现：策略控制功能实体查询存储的带宽，将存储的带宽中在带宽调整方向上与当前的带宽差值最小的存储带宽确定为目标带宽。带宽调整方向为根据视频体验实际值和视频体验参考值确定的对当前的带宽的调整方向，带宽调整方向为提高当前的带宽的方向或降低当前的带宽的方向。

策略控制功能实体只需预先存储一些带宽，就可以从存储的带宽中确定目标带宽，且确定目标带宽时还考虑了带宽调整方向，使得确定的带宽更合适。其中，策略控制功能实体可以存储一份映射关系，所有的视频通信方都可以通过策略控制实体存储的同样的带宽来确定目标带宽，策略控制功能实体存储的带宽较少，节省了存储空间。或者，策略控制功能实体也可以针对不同的视频通信方分别存储不同的带宽，则针对不同的视频通信方可以通过不同的带宽来确定目标带宽，确定的结果更为准确。

结合第一方面，在第一方面的第三种可能的实现方式中，策略控制功能实体根据视频通信方当前的带宽确定目标带宽，可以通过以下方式实现：策略控制功能实体将当前的带宽与预设带宽相加，得到目标带宽。或，策略控制功能实体将当前的带宽与预设百分比相乘，得到目标带宽。

在这种实现方式中，策略控制功能实体只需预先存储预设带宽或预设百分比，即可得到目标带宽，方式较为简单。其中，策略控制功能实体可以存储一个预设带宽或预设百分比，所有的视频通信方都可以通过该预设带宽或该预设百分比来确定目标带宽，策略控制功能实体存储的信息较少，节省了存储空间。或者，策略控制功能实体也可以针对不同的视频通信方分别存储不同的预设带宽或该预设百分比，则针对不同的视频通信方可以通过不同的预设带宽或该预设百分比来确定目标带宽，确定的结果更为准确。

结合第一方面至第一方面的第三种可能的实现方式中的任一种可能的实现方式，在第一方面的第四种可能的实现方式中，视频体验参考值为vMOS参考值，相应的，视频体验实际值为vMOS实际值。或，视频体验参考值为视频源质量参考值，相应的，视频体验实际值为视频源质量实际值。

在将视频体验实际值和视频体验参考值进行比较时，是将相应的参数进行比较，例如将vMOS实际值和vMOS参考值进行比较，而不能将vMOS实际值和视频源质量参考值进行比较，以避免混乱。因此本发明实施例中的这种设置方式方便将实际值和相应的参考值进行比较。

结合第一方面至第一方面的第四种可能的实现方式中的任一种可能的实现方式，在第一方面的第五种可能的实现方式中，若当前的带宽小于目标带宽，则在策略控制功能实体指示视频通信方将当前的带宽调整为目标带宽之前，策略控制功能实体还可以向数据网关发送探测请求，以探测数据网关是否支持将视频通信方当前的带宽提升为目标带宽。探测请求中携带目标带宽。在发送探测请求后，策略控制功能实体接收数据网关发送的针对探测请求的探测响应。在这种情况下，策略控制功能实体指示视频通信方将当前的带宽调整为目标带宽，可以通过以下方式实现：若探测响应用于指示数据网关支持将视频通信方当前的带宽提升为目标带宽，则策略控制功能实体指示视频通信方将当前的带宽调整为目标带宽。

如果数据网关不支持提升带宽，而视频通信发起方直接进行带宽提升的操作，则很可能会失败，因此本发明实施例中可以先确定数据网关是否支持提升带宽，在确定数据网关能够支持提升带宽之后再进行带宽的提升操作，可以减小带宽提升失败的几率，避免设备做无用功。

需注意的是，如果需要降低带宽，即若当前的带宽大于目标带宽，则可以无需探测数据网关，因为带宽下降，承载层的设备必然能够满足要求，一般来说无需探测。

结合第一方面至第一方面的第五种可能的实现方式中的任一种可能的实现方式，在第一方面的第六种可能的实现方式中，若视频体验实际值和视频通信方的视频体验参考值不一致，策略控制功能实体根据视频体验参考值或视频通信方当前的带宽确定目标带宽，可以通过以下方式实现：若策略控制功能实体确定连续M次获取的视频通信方的视频体验实际值均与视频体验参考值不一致，则策略控制功能实体根据视频体验参考值或视频通信方当前的带宽确定目标带宽。

为了使得对于带宽的调整更为准确，策略控制功能实体可以在确定连续M次获取的视频通信发起方的视频体验实际值都与视频体验参考值不一致时再指示视频通信发起方调整当前的带宽，以有效防止震荡现象。M可以是正整数，M的具体取值可以由策略控制功能实体根据经验或根据网络情况设置，例如为3，当然也不限于3。

第二方面，提供一种策略控制功能实体，该策略控制功能实体包括存储器、通信接口和处理器，存储器和通信接口均与处理器连接。其中，存储器用于存储程序代码。通信接口，用于接收视频通信方的视频体验实际值。视频体验实际值用于指示视频通信方在进行视频通信过程中的实际体验。处理器用于调用存储器所存储的程序代码，若视频体验实际值和视频通信方的视频体验参考值不一致，根据视频体验参考值或视频通信方当前的带宽确定目标带宽，并指示视频通信方将当前的带宽调整为目标带宽。视频体验参考值用于指示为视频通信方预设的视频通信方在视频通信过程中的体验。

结合第二方面，在第二方面的第一种可能的实现方式中，处理器用于根据视频体验参考值确定目标带宽，可以通过以下方式实现：处理器查询预先存储的视频体验参考值与带宽之间的映射关系，将与视频体验参考值对应的带宽确定为目标带宽。

结合第二方面，在第二方面的第二种可能的实现方式中，处理器用于根据视频通信方当前的带宽确定目标带宽，可以通过以下方式实现：处理器查询存储的带宽，将存储的带宽中在带宽调整方向上与当前的带宽差值最小的存储带宽确定为目标带宽。带宽调整方向为根据视频体验实际值和视频体验参考值确定的对当前的带宽的调整方向，带宽调整方向为提高当前的带宽的方向或降低当前的带宽的方向。

结合第二方面，在第二方面的第三种可能的实现方式中，处理器用于根据视频通信方当前的带宽确定目标带宽，可以通过以下方式实现：处理器将当前的带宽与预设带宽相加，得到目标带宽。或，处理器将当前的带宽与预设百分比相乘，得到目标带宽。

结合第二方面至第二方面的第三种可能的实现方式中的任一种可能的实现方式，在第二方面的第四种可能的实现方式中，视频体验参考值为vMOS参考值，相应的，视频体验实际值为vMOS实际值。或，视频体验参考值为视频源质量参考值，相应的，视频体验实际值为视频源质量实际值。

结合第二方面至第二方面的第四种可能的实现方式中的任一种可能的实现方式，在第二方面的第五种可能的实现方式中，若当前的带宽小于目标带宽，则通信接口还用于：在处理器指示视频通信方将当前的带宽调整为目标带宽之前，向数据网关发送探测请求，以探测数据网关是否支持将视频通信方当前的带宽提升为目标带宽。探测请求中携带目标带宽。在发送探测请求后，通信接口还用于接收数据网关发送的针对探测请求的探测响应。处理器用于指示视频通信方将当前的带宽调整为目标带宽，可以通过以下方式实现：若通信接口接收的探测响应用于指示数据网关支持将视频通信方当前的带宽提升为目标带宽，则指示视频通信方将当前的带宽调整为目标带宽。

结合第二方面至第二方面的第五种可能的实现方式中的任一种可能的实现方式，在第二方面的第六种可能的实现方式中，处理器用于若视频体验实际值和视频通信方的视频体验参考值不一致，根据视频体验参考值或视频通信方当前的带宽确定目标带宽，可以通过以下方式实现：若确定连续M次获取的视频通信方的视频体验实际值均与视频体验参考值不一致，则根据视频体验参考值或视频通信方当前的带宽确定目标带宽。

第三方面，提供一种视频通信***，该视频通信***包括媒体处理设备和策略控制功能实体。其中，媒体处理设备用于计算视频通信方的视频体验实际值，并将视频体验实际值发送给策略控制功能实体。视频体验实际值用于指示视频通信方在进行视频通信过程中的实际体验。策略控制功能实体用于接收媒体处理设备发送的视频体验实际值，若视频体验实际值和视频通信方的视频体验参考值不一致，根据视频体验参考值或视频通信方当前的带宽确定目标带宽，且指示视频通信方将当前的带宽调整为目标带宽。视频体验参考值用于指示为视频通信方预设的视频通信方在视频通信过程中的体验。

本发明实施例中，媒体处理设备可以将视频通信方的视频体验实际值发送给策略控制功能实体，则策略控制功能实体可以将视频体验实际值和预设的视频体验参考值进行比较，若两者不一致，这包括两种情况，第一种情况是视频体验实际值小于视频体验参考值，第二种情况是视频体验实际值大于视频体验参考值，在这两种情况下，都表明视频通信方在视频过程中感受到的实际体验和视频通信方应该感受的体验不一致，而视频体验参考值是预先设定的，可能是视频通信方希望具有的体验，或者可能是具有比较好的效果的体验，因此策略控制功能实体就可以指示视频通信方调整视频通信方当前的带宽，以尽量使得视频通信方在视频通信过程中的实际体验与为视频通信方预设的体验一致，提高视频通信质量，也满足视频通信方的实际需求。即，通过本发明实施例提供的技术方案可以管控视频通信过程，可以根据通信过程中用户的实际体验调整带宽，能够较好地保证网络质量。而管控过程通过媒体处理设备和策略控制功能实体就可以实现，涉及的网元较少，实现较为简单。

第四方面，提供另一种策略控制功能实体，该策略控制功能实体可以包括用于执行第一方面或第一方面的任一种可能的实现方式的方法的功能单元。

第五方面，本发明实施例提供了一种计算机存储介质，用于储存为上述策略控制功能实体所用的计算机软件指令，其包含用于执行上述方面为策略控制功能实体所设计的程序。

本发明实施例中，通过将通信过程中用户的视频体验实际值和视频体验参考值进行比较，可以管控视频通信过程，尽量使得视频通信方在视频通信过程中的实际体验与为视频通信方预设的体验一致，提高视频通信质量，也满足视频通信方的实际需求。

本发明中，策略控制功能实体、视频通信方、及媒体处理设备等名称对设备本身不构成限定，在实际实现中，这些设备可以以其他名称出现。只要各个设备的功能和本发明类似，属于本发明权利要求及其等同技术的范围之内。

本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1为现有技术中为两个视频通信方建立视频通信的过程的流程图；

图2为本发明实施例应用的一种***架构图；

图3A-图3C为本发明实施例应用的几种***架构图；

图4为本发明实施例提供的计算机设备的一种结构示意图；

图5为本发明实施例提供的视频通信过程中的带宽调整方法的一种流程图；

图6为本发明实施例提供的视频通信过程中的带宽调整方法的一种流程图；

图7为本发明实施例提供的策略控制功能实体的一种结构示意图；

图8为本发明实施例提供的视频通信***的一种结构示意图。

具体实施方式

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

本文中描述的技术可用于各种通信***，例如***移动通信***(4G)或下一代通信***，例如长期演进(Long Term Evolution，LTE)***，以及其他此类通信***。

以下，对本发明实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

1)平均主观评分(Mean Opinion Score，MOS)。电信传统的语音业务及数据业务都有一套较为完整的质量指标评估体系。国际电信联盟(InternationalTelecommunications Union，ITU-T)给出了衡量通信***语音质量的重要指标MOS，根据这个指标可以对运营商的语音网络质量进行评估。影响MOS的主要因素有以下几个方面：语音编码方案、传输、压缩等，运营商以此来优化自己的网络从而提升MOS水平。

2)视频平均主观评分(Video Mean Opinion Score，vMOS)。参照语音MOS，业界提出了视频vMOS的概念，用于表征用户观看视频的体验。

3)VoLTE(基于网际协议多媒体子***(Internet Protocol MultimediaSubsystem，IMS)的语音业务)。VoLTE是一种网际协议(Internet Protocol，IP)数据传输技术，全部业务承载于4G网络上，可实现数据与语音业务在同一网络下的统一。换言之，在4G网络下，不仅可以提供高速率的数据业务，同时还可以提供高质量的音视频通信，而高质量的音视频通信便需要借助于VoLTE技术来实现。因为本发明实施例讨论的是视频通信的过程，因此本发明实施例可以借助于VoLTE技术实现。当然本发明实施例不限于VoLTE技术，理论上，凡是能够提供视频通信业务的***都能够实现本发明实施例所提供的方法，例如本发明实施例还可以借助于基于IMS的固定网络来实现。

4)策略控制功能实体，为能够进行策略决策和计费控制功能的网元，例如为PCRF，或者也可以是未来的5G***中的其他可能的网元，本发明实施例对于策略控制功能实体究竟通过何种网元实现不作限制。其中，若策略控制功能实体为PCRF，则PCRF主要用于提供组网中的PCRF功能，是网络中的策略决策点。PCRF可以基于签约业务、网络配置和用户接入技术等进行多维度的策略决策，并将决策的结果通知策略及计费执行功能(Policy andCharging Enforcement Function，PCEF)实体实施。

5)视频通信方，例如为用户设备。其中，用户设备是指向用户提供语音和/或数据连通性的设备，例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该用户设备可以经无线接入网(Radio Access Network，RAN)与核心网进行通信，与RAN交换语音和/或数据。该用户设备可以包括(User Equipment，UE)、无线终端设备、移动终端设备、订户单元(Subscriber Unit)、订户站(Subscriber Station)，移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、接入点(Access Point，AP)、远程终端设备(Remote Terminal)、接入终端设备(Access Terminal)、用户终端设备(User Terminal)、用户代理(User Agent)、或用户装备(User Device)等。例如，可以包括移动电话(或称为“蜂窝”电话)，具有移动终端设备的计算机，便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。例如，个人通信业务(Personal Communication Service，PCS)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(Wireless Local Loop，WLL)站、个人数字助理(Personal Digital Assistant，PDA)等设备。

6)P-CSCF，可以提供组网中的P-CSCF功能，支持从会话初始协议(SessionInitiation Protocol，SIP)消息中获得会话信息并通过Rx接口下发给PCRF，用于建立音视频通信的专有承载。

7)服务网关(Serving GateWay，S-GW)，可以提供组网中的S-GW功能。S-GW是分组核心网(Evolved Packet Core，EPC)网络的网关节点，为接入EPC网络的LTE用户提供基本的承载功能，其提供的主要功能包括用户接入和承载上下文处理、IP地址分配、数据包在移动网和外部数据网之间的路由和封装等。S-GW在EPC网络中提供的功能相当于服务通用分组无线服务技术支持节点(Serving General Packet Radio Service Support Node，SGSN)在分组交换(Packet Switch，PS)网络中提供的功能。

8)P-GW，提供组网中的P-GW功能。EPC网络与外部的分组数据网(PDN)之间的网关设备，提供数据包在移动网和外部数据网之间的路由和封装。从外部网的观点来看，P-GW就像是可寻址移动网络中所有用户IP的路由器。P-GW在EPC网络中提供的功能相当于网关GPRS支持节点(Gateway GPRS Support Node，GGSN)在PS网络中提供的功能。

9)视频体验实际值，用于指示视频通信方在进行视频通信过程中的实际体验。视频体验实际值可以包括vMOS实际值和视频源质量(sQuality)实际值中的至少一种。

视频体验参考值，用于指示为视频通信方预设的视频通信方在视频通信过程中的体验。视频体验参考值可以包括vMOS参考值和视频源质量参考值中的至少一种。

其中，若视频体验参考值包括vMOS参考值，则视频体验实际值包括vMOS实际值；若视频体验参考值包括视频源质量参考值，则视频体验实际值包括视频源质量实际值，这样也便于将二者进行比较。而若视频体验实际值包括vMOS实际值和视频源质量实际值，则视频体验参考值可以包括vMOS参考值或视频源质量参考值，即可以选择将其中的一个实际值和相应的参考值进行比较即可，无需两个实际值和相应的参考值都进行比较，较为方便，也避免出现的结果包括各种可能性而导致的混乱。

另外，视频通信方可以是指视频通信发起方，或者也可以是视频通信接收方，当然，这里的视频通信发起方和视频通信接收方都是在视频通信建立过程中的概念。在视频通信建立之后，两个视频通信方的地位应该是平等的。在视频通信过程中，两个视频通信方都有可能接收对方发送的信息，也都有可能向对方发送信息。

10)本发明实施例中的术语“***”和“网络”可被互换使用。“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

下面首先介绍目前两个视频通信方建立视频通信的过程，请参见图1。

S101、视频通信发起方通过缺省承载发出请求(INVITE)(提供(Offer))消息，以呼叫视频通信接收方。其中，视频通信发起方发出的INVITE(Offer)消息直接发送给P-CSCF，则P-CSCF接收该INVITE(Offer)消息。

S102、P-CSCF前转INVITE(Offer)消息给S-CSCF，则S-CSCF接收P-CSCF发送的INVITE(Offer)消息后，将该INVITE(Offer)消息发送给视频通信接收方所在的一侧的网络，在图1中未示出视频通信接收方所在的一侧的网络的处理过程。

S103、视频通信接收方所在的一侧的网络在处理完毕后向S-CSCF发送183(应答(Answer))消息，S-CSCF收到视频通信接收方所在的一侧的网络发送的183(Answer)消息后，将该183(Answer)消息转发给P-CSCF，则P-CSCF接收该183(Answer)消息。其中，视频通信接收方所在的一侧的网络返回的183(Answer)消息中携带视频通信接收方所在的一侧的网络的会话描述协议(Session Description Protocol，SDP)信息。

S104、P-CSCF收到183(Answer)消息后，下发AAR消息给PCRF，以建立本次视频通信的专有承载，则PCRF接收该AAR消息。AAR消息中可以包括媒体描述信息，媒体描述信息中可以包括本次视频通信过程的带宽要求和媒体类型等信息。

S105、PCRF根据从AAR消息中得到的业务服务质量(Quality of Service，QoS)参数和视频通信发起方的订阅信息做策略决策，为视频通信发起方提供授权的QoS，并通过RAR消息将提供的授权的QoS发送给P-GW，则P-GW接收该RAR消息。其中，QoS包括的一些关键参数有QoS分类识别码(QoS Class Identifier，QCI)、地址解析协议(Address ResolutionProtocol，ARP)、保证比特速率(Guaranteed Bit Rate，GBR)和最大比特速率(max bitrate，MBR)等。

S106、P-GW向视频通信发起方发送建立承载请求(Create Bearer Request)消息，以建立本次视频通信的专有承载，则视频通信发起方接收该承载请求消息。

S107、视频通信发起方向P-GW发送建立承载响应(Create Bearer Response)消息，则P-GW接收视频通信发起方发送的该建立承载响应消息，确认本次视频通信的专有承载已经建立。

S108、P-GW向PCRF发送RAA消息，以告知PCRF本次视频通信的专有承载已经建立，则PCRF接收该RAA消息。

S109、PCRF根据P-GW发送的RAA消息，向P-CSCF发送认证、授权响应(Authentication，Authorization Answer，AAA)消息，以响应P-CSCF在S204中发送的AAR消息，则P-CSCF接收该AAA消息。

S110、P-CSCF前转183(Answer)消息给视频通信发起方，视频通信发起方接收该183(Answer)消息，至此，视频通信发起方和视频通信接收方的视频通信建立成功，二者可以进行视频通信。

在现有技术中，只关注视频通信的建立过程，在视频通信建立完毕后，无法根据用户的体验来对视频通信过程进行管控，也就无法较好地保证通信质量。针对该技术问题，本发明实施例提供了解决方案，下面结合附图介绍本发明实施例所提供的技术方案。

为了更好地理解本发明实施例的应用场景，首先介绍本发明实施例所应用的***架构图。请参见图2，为本发明一实施例所提供的***架构图，在下面将要介绍的方法可以通过该***架构实现。其中视频通信过程涉及通信双方，图2只示出了单侧的架构，图2所示的可以是视频通信发起方所在的一侧的***架构，也可以是视频通信接收方所在的一侧的***架构。在图2中，视频通信方与策略控制功能实体能够通信，从而策略控制功能实体可以对视频通信方在视频通信过程中的体验进行管理。

图2是总体的架构，下面举例介绍几种以图2所示的架构为基础的比较详细的架构图。

以移动接入方式为例，可选的，本发明一实施例所提供的***架构中除了图2中的视频通信方和策略控制功能实体之外，还可以包括接入侧的基站、核心网侧的S-GW和P-GW，以及IMS和P-CSCF等网元，请参见图3A，为包括这些可选网元后本发明实施例所提供的一种较为详细的***架构图。在图3A中，视频通信方以手机为例，策略控制功能实体以PCRF为例。从图3A中可以看到，手机与基站进行通信，基站与S-GW通信，S-GW通过S5接口连接P-GW，P-GW通过SGi接口连接IMS，IMS可以连接P-CSCF，P-CSCF又通过Rx接口与PCRF连接，且PCRF通过Gx接口与P-GW连接。

本发明实施例所提供的方法除了可以应用在如图3A所示的移动接入架构之外，还可以应用在固定网络接入架构下，即本发明实施例中的视频通信方可以是移动终端设备，也可以是固定网络中的固定终端设备。以固定网络接入方式为例，那么可选的，本发明一实施例所提供的***架构中除了图2中的视频通信方和策略控制功能实体之外，还可以包括数字用户线路接入复用器(Digital Subscriber Line Access Multiplexer，DSLAM)、宽带远程接入服务器(Broadband Remote Access Server，BRAS)、验证、授权和记账(Authentication、Authorization、Accounting，AAA)、深度报文检测(Deep PacketInspection，DPI)、及入口(Portal)服务器等网元，请参见图3B和图3C，为包括这些可选网元后本发明实施例所应用的两种较为详细的***架构图，图3B和图3C的区别主要在于，图3B中，DPI是内置在BRAS中的，即BRAS具备DPI网元的功能，而图3C中，DPI网元外置，与BRAS是两个彼此独立的网元。在图3B和图3C中，视频通信方以宽带用户设备为例，策略控制功能实体以统一策略和计费控制***(Unified Policy and Charging Controller，UPCC)为例，UPCC可以看做是一种用于实现PCRF的功能的实体，即图3B和图3C中的策略控制功能实体相当于还是以PCRF为例。

从图3B中可以看到，宽带用户设备与DSLAM连接，DSLAM与BRAS连接，BRAS分别与AAA、UPCC以及互联网(Internet)连接，UPCC与Portal连接。

从图3C中可以看到，宽带用户设备与DSLAM连接，DSLAM与BRAS连接，BRAS分别与AAA和DPI连接，DPI分别与UPCC以及Internet连接，UPCC与Portal连接。

需注意的是，图2-图3C只是举例介绍了几种本发明实施例所应用的***架构，而本发明实施例可以应用的***架构不限于此，例如，若策略控制功能实体不是PCRF而是其他的网元，那么根据其他的网元在网络中的位置以及所在的网络的不同等，又可以有相应的***架构，或者，即使策略控制功能实体是PCRF，而PCRF除了可以位于图2-图3C所示的***架构中之外，也可能位于其他***架构中，则本发明实施例自然也可以应用到这些相应的***架构中。

以上介绍了本发明实施例所应用的几种***架构，下面在介绍本发明实施例所提供的方法之前，首先介绍本发明实施例所提供的设备，以先从硬件结构上了解本发明实施例提供的方案。

图4所示为本发明一实施例提供的计算机设备400的示意图。计算机设备400包括至少一个处理器401，通信总线402，存储器403以及至少一个通信接口404。本发明实施例中的策略控制功能实体可以通过图4所示的计算机设备400实现。

处理器401可以是通用中央处理器(CPU)，微处理器，特定应用集成电路(Application-Specific Integrated Circuit，ASIC)，或一个或多个用于控制本发明方案程序执行的集成电路。

通信总线402可包括一通路，在上述组件之间传送信息。通信接口404，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(Wireless Local Area Networks，WLAN)等。

存储器403可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器403可以是独立存在，通过总线与处理器401相连接。存储器403也可以和处理器401集成在一起。

其中，存储器403用于存储执行本发明方案的应用程序代码，并由处理器401来控制执行。处理器401用于执行存储器403中存储的应用程序代码。若策略控制功能实体通过计算机设备400实现，则策略控制功能实体的存储器403中可以存储一个或多个软件模块，策略控制功能实体可以通过处理器401以及存储器403中的程序代码来实现存储的软件模块，以实现在视频通信过程中调整带宽。具体来讲，策略控制功能实体可以通过处理器401调用存储器403中存储的程序代码，以获得视频通信方的视频体验实际值，并将视频体验实际值和存储器403中存储的为该视频通信方预先设置的视频体验参考值进行比较，如果视频体验实际值和视频体验参考值不一致(其中不一致包括两种情况，视频体验实际值大于视频体验参考值，或视频体验实际值小于视频体验参考值)，则处理器401可以根据视频体验参考值或视频通信方当前的带宽来确定目标带宽，并可以通过通信接口404指示视频通信方将当前的带宽调整为目标带宽，从而就实现了对视频通信方的视频通信过程中的管理，可以根据视频通信方在通信过程中的实际体验来确定是否要调整带宽，尽量保证视频通信方能够享受到在事先签约的通信体验。

在具体实现中，作为一种实施例，处理器401可以包括一个或多个CPU，例如图4中的CPU0和CPU1。

在具体实现中，作为一种实施例，计算机设备400可以包括多个处理器401，例如图4中的第一处理器4011和第二处理器4012，其中，第一处理器4011和第二处理器4012之所以命名不同以及附图标记不同，只是为了区分多个处理器401。这些处理器401中的每一个可以是一个单核(single-CPU)处理器401，也可以是一个多核(multi-CPU)处理器401。这里的处理器401可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

上述的计算机设备400可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中，计算机设备400可以是台式机、便携式电脑、网络服务器、掌上电脑(Personal Digital Assistant，PDA)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图4中类似结构的设备。本发明实施例不限定计算机设备400的类型。

以上介绍了本发明实施例所应用的***架构以及本发明实施例所提供的设备，下面结合附图介绍本发明实施例所提供的方法。在下面的介绍过程中，均以策略控制功能实体通过计算机设备400实现为例。且在下面的介绍过程中，均以图1或图3A所示的***架构为例，根据以上的介绍，本领域技术人员自然知晓本发明实施例的应用场景不限于此。

请参见图5，本发明一实施例提供一种视频通信过程中的带宽调整方法，下面介绍该方法的流程。本发明实施例因是以应用在图2或图3A所示的***架构为例，因此策略控制功能实体也是以PCRF为例。其中，为了介绍的更为清楚，在下面的介绍过程中也涉及建立视频通信的过程。

本发明实施例中，运营商首先可以在PCRF上，通过运营支撑***(The Office ofStrategic Services，OSS)为该PCRF所服务的视频通信方签约视频体验参考值，例如针对不同的视频通信方可以签约其各自对应的视频体验参考值，视频体验参考值可以由视频通信方自行确定，或者也可以由运营商根据网络情况或用户的优先级等因素设定，本发明实施例不作限制。PCRF可以将视频体验参考值存储在存储器403中。

S501、在需要与其他视频通信方建立视频通信时，视频通信发起方通过缺省承载发出INVITE(Offer)消息，该INVITE(Offer)消息直接发送给P-CSCF，则P-CSCF可以接收该INVITE(Offer)消息。本发明实施例中，在INVITE(Offer)消息原有的SDP的基础上再新增两个指示，分别称为第一指示和第二指示，其中第一指示用于指示是否支持上报视频体验实际值，第二指示用于指示是否支持动态调整带宽。其中，第一指示可以指示是否支持周期性上报视频体验实际值，或者也可以只是指示是否支持上报视频体验实际值，而不考虑上报周期。请参见表1，为对第一指示和第二指示的示例。

表1

参数名	参数说明	取值示例
			vMOS_report_flag	是否支持上报视频体验实际值	TRUE OR FALSE
vMOS_adjust_flag	是否支持动态调整带宽	TRUE OR FALSE

表1中，vMOS_report_flag表示第一指示，若vMOS_report_flag的取值为真(TRUE)，则表明支持上报视频体验实际值，若vMOS_report_flag的取值为假(FALSE)，则表明不支持上报视频体验实际值。vMOS_adjust_flag表示第二指示，若vMOS_adjust_flag的取值为真(TRUE)，则表明支持动态调整带宽，若vMOS_adjust_flag的取值为假(FALSE)，则表明不支持动态调整带宽。当然表1只是示例，在实际应用中可以通过其他方式来表示第一指示和第二指示。

在本发明实施例中，视频体验实际值可以包括vMOS实际值和视频源质量实际值，那么，对于该视频通信发起方来说，其如果支持上报视频体验实际值，具体上报的视频体验实际值包括哪些内容，由事先在PCRF中签约的该视频通信发起方的视频体验参考值所包括的内容而定。如果事先在PCRF中签约的该视频通信发起方的视频体验参考值为vMOS参考值，则该视频通信发起方支持上报的就是vMOS实际值；如果事先在PCRF中签约的该视频通信发起方的视频体验参考值为视频源质量参考值，则该视频通信发起方支持上报的就是视频源质量实际值；如果事先在PCRF中签约的该视频通信发起方的视频体验参考值为vMOS参考值和视频源质量参考值，则该视频通信发起方支持上报的就是vMOS实际值和视频源质量实际值。对于其他视频通信方来说也是同样。

S502、P-CSCF前转INVITE(Offer)消息给S-CSCF，则S-CSCF接收该INVITE(Offer)消息后，再将该INVITE(Offer)消息发送给视频通信接收方所在的一侧的网络，视频通信接收方所在的一侧的网络接收该INVITE(Offer)消息后可以进行相应的处理。在图5中未示出视频通信接收方所在的一侧的网络的处理过程。

S503、视频通信接收方所在的一侧的网络处理完毕后向S-CSCF发送180(Answer)消息，S-CSCF接收视频通信接收方所在的一侧的网络返回的180(Answer)消息后，将其转发给P-CSCF，则P-CSCF接收该180(Answer)消息。

其中，180(Answer)消息中携带视频通信接收方是否支持上报视频体验实际值和是否支持动态调整带宽的信息。若视频通信接收方不支持上报视频体验实际值，或不支持动态调整带宽，只要不支持这两种功能中的任意一种，则在视频通信过程中都可以不进行调整带宽的操作，即按照现有技术中的方式建立视频通信以及进行视频通信即可。那么为了介绍本发明实施例提供的技术方案，在本发明实施例中视频通信接收方既支持上报视频体验实际值也支持动态调整带宽。

即，呼叫建立过程中，视频通信发起方和视频通信接收方对于是否上报视频体验实际值以及是否支持动态调整带宽需要协商一致。

S504-S510，可以参考图1所示的实施例中的S104-S110，不再赘述。

S511、视频通信发起方在视频通信过程中计算视频体验实际值，并将视频体验实际值上报给P-CSCF，则P-CSCF接收视频体验实际值。其中，视频通信发起方可以通过INFO消息将视频体验实际值上报给P-CSCF，则P-CSCF可以接收该INFO消息，通过解析该INFO消息就可以获得该INFO消息携带的视频体验实际值。

其中，在视频通信过程中，如果一个视频通信方接收了对端的视频通信方发送的信息，那么接收了信息的视频通信方就可以计算视频体验实际值。可以看到，无论是视频通信发起方还是视频通信接收方，都有可能接收对方发送的信息，因此在接收对方发送的信息时都可以计算视频体验实际值。因此本发明实施例中S511中的视频通信发起方在视频通信过程中计算视频体验实际值并进行上报只是一种示例，即视频通信发起方在视频通信过程中若接收了视频通信接收方发送的信息，则视频通信发起方可以计算视频体验实际值并进行上报，而如果视频通信接收方在视频通信过程中若接收了视频通信发起方发送的信息，则视频通信接收方可以计算视频体验实际值并上报给视频通信接收方所在的网络中的P-CSCF，因为计算视频体验实际值和上报等过程都是类似的，因此本发明实施例不再过多描述。

其中，如果事先在PCRF中签约的该视频通信发起方的视频体验参考值为vMOS参考值，则该视频通信发起方计算vMOS实际值；如果事先在PCRF中签约的该视频通信发起方的视频体验参考值为视频源质量参考值，则该视频通信发起方计算视频源质量实际值；如果事先在PCRF中签约的该视频通信发起方的视频体验参考值为vMOS参考值和视频源质量参考值，则该视频通信发起方计算vMOS实际值和视频源质量实际值。

其中，视频通信发起方中可以预先集成视频通讯vMOS算法，通过视频通讯vMOS算法可以计算vMOS实际值和视频源质量实际值。下面简单介绍如何计算vMOS实际值和视频源质量实际值。

关于计算视频源质量实际值：视频通信发起方可以根据视频的编码类型(CodecType)、视频编码码率(BitRate)、视频内容复杂度(VideoComplexity)、视频的信号源质量(SignalQuality)、视频的量化参数(QP)、视频的帧率(VideoFrameRate)、视频的分辨率(Resolution)及视频通信发起方所使用的显示单元的显示尺寸(DisplaySize)中的至少一种参数计算视频源质量实际值。

请参考公式(1)，为一种计算视频源质量实际值的公式：

sQuality＝f(DisplaySize，VideoComplexity，Resolution，BitRate，CodecType，VideoFrameRate，SignalQuality，QP) (公式1)

公式(1)中，f()表示计算函数。

关于计算vMOS实际值：vMOS实际值一般来说会受到视频源质量实际值的影响，另外除了受到视频源质量实际值的影响之外，额外的还可能受到互动体验和通话体验的影响，则可以根据视频源质量实际值、互动体验和通话体验中的至少一种参数来计算vMOS实际值。当然vMOS实际值还可能受到其他一些参数的影响，那么在计算过程中也可以考虑。

其中，对于视频通信来说，互动体验指的是从点击连接通话到连接成功的接听等待时间。通讯体验指的是在业务发生过程中的卡顿或者花屏的情况，以花屏为例，可以根据花屏时长(Time Ratio，TR)、花屏面积占比(Block Area Ratio，BAR)、及花屏次数(Frequency)中的至少一种参数来进行计算。请参见公式(2)，为一种计算花屏情况的公式：

sBlocking＝f(TR，BAR，Frequency) (公式2)

公式(2)中，sBlocking表示花屏，f( )表示计算公式。其中，公式(1)中的f( )所表示的计算公式和公式(2)中的f( )所表示的计算公式可能相同也可能不同。

本发明实施例以视频通信发起方计算vMOS实际值和视频源质量实际值为例，则在视频通信发起方计算得到vMOS实际值以及视频源质量实际值后，视频通信发起方可以将vMOS实际值以及视频源质量实际值上报给P-CSCF，则P-CSCF就可以接收视频通信发起方发送的vMOS实际值以及视频源质量实际值，例如视频通信发起方可以通过INFO消息将vMOS实际值以及视频源质量实际值上报给P-CSCF，则P-CSCF通过接收该INFO消息就可以获得vMOS实际值以及视频源质量实际值。请参见表2，为一种vMOS实际值以及视频源质量实际值的示例：

表2

参数名	参数说明	取值示例
			vMOS	vMOS实际值	3(例如范围是[1，5])
sQuality	视频源质量实际值	3(例如范围是[1，5])

关于视频通信发起方上报视频体验实际值，包括但不限于以下几种方式：

1、周期性上报方式。在呼叫建立之后，视频通信发起方周期性地上报视频体验实际值，比如每过5S上报一次。具体的上报周期，可以由网络侧通知视频通信发起方，或者也可以由视频通信发起方和网络侧事先约定。

2、阈值上报方式。在呼叫建立之后，视频通信发起方可以实时计算视频体验实际值，且视频通信发起方可以预先存储视频体验实际值的阈值，如果计算得到的视频体验实际值与阈值不一致，则视频通信发起方可以将计算得到的视频体验实际值上报给P-CSCF。视频体验实际值与阈值不一致，可以是视频体验实际值小于阈值，或者也可以是视频体验实际值大于阈值，在这两种情况下，视频通信发起方都可以上报视频体验实际值。其中，如果视频体验实际值小于阈值，则视频通信发起方将上报视频体验实际值，如果视频体验实际值大于阈值，则视频通信发起方可以上报视频体验实际值，或者也可以不上报视频体验实际值。其中，视频体验实际值的阈值可以由网络侧发送给视频通信发起方，或者也可以由视频通信发起方自行设定，例如可以预先存储在视频通信发起方中。

其中，如果视频通信发起方支持上报vMOS实际值，那么视频通信发起方可以预先存储vMOS阈值；如果视频通信发起方支持上报视频源质量实际值，那么视频通信发起方可以预先存储视频源质量阈值，即，根据视频体验实际值所包括的内容不同，可以有不同的阈值。如果视频通信发起方只支持上报一种参数，则视频通信发起方只需比较一种参数即可：例如视频通信发起方只支持上报vMOS实际值，那么视频通信发起方只需将计算得到的vMOS实际值与vMOS阈值进行比较，如果vMOS实际值小于vMOS阈值或vMOS实际值大于vMOS阈值，则视频通信发起方确定上报vMOS实际值；或者例如，视频通信发起方只支持上报视频源质量实际值，那么视频通信发起方只需将计算得到的视频源质量实际值与视频源质量阈值进行比较，如果视频源质量实际值小于视频源质量阈值或视频源质量实际值大于视频源质量阈值，则视频通信发起方确定上报视频源质量实际值，较为简单。而如果视频通信发起方支持上报两种参数，即支持上报vMOS实际值和视频源质量实际值，那么视频通信发起方可以选择将计算得到的vMOS实际值和vMOS阈值比较，或者选择将计算得到的视频源质量实际值和视频源质量阈值比较，即选择一种参数进行比较即可，较为方便，也避免混乱。例如，因为在计算vMOS实际值时可能也考虑了视频源质量实际值这个因素，因此vMOS实际值更有全局性，则视频通信发起方可以从两种参数中选择vMOS实际值来和vMOS阈值进行比较，如果vMOS实际值小于vMOS阈值或vMOS实际值大于vMOS阈值，则视频通信发起方确定上报vMOS实际值和视频源质量实际值。当然，若视频通信发起方要从两种参数中选择一种参数来比较，那么究竟选择哪种参数，可以由视频通信发起方自行确定，或者也可以由PCRF事先通知视频通信发起方，或者也可以通过协议或标准规定。

本发明实施例中，由视频通信方自行计算并上报视频体验实际值，考虑了端到端的影响，所以准确度较高。

S512、P-CSCF通过AAR消息，将视频通信发起方发送的视频体验实际值发送给PCRF，则PCRF接收该AAR消息。

其中，PCRF可以通过通信接口404接收该AAR消息。

S513、PCRF收到视频体验实际值后，判断是否要调整视频通信发起方当前的带宽。

PCRF获取视频体验实际值后，可以将视频体验实际值和视频通信发起方签约的视频体验参考值进行比较，若二者不一致，则PCRF可以确定要调整视频通信发起方当前的带宽。其中，视频体验实际值和视频体验参考值一致，可以是指视频体验实际值等于视频体验参考值；视频体验实际值和视频体验参考值不一致，包括两种情况，视频体验实际值大于视频体验参考值，或视频体验实际值小于视频体验参考值。其中，若视频体验实际值大于视频体验参考值，PCRF可以选择调整视频通信发起方当前的带宽，此时一般是降低视频视频通信发起方当前的带宽，可以节省出带宽留给其他更需要的设备使用，以达到网络负载均衡的效果；或者，若视频体验实际值大于视频体验参考值，PCRF也可以选择不调整视频通信发起方当前的带宽，因为带宽越大则显然用户体验越好，此时选择不调整也是可以的，可以给用户更好的体验。在下面的介绍过程中，均以在这种情况下PCRF会选择降低视频通信发起方当前的带宽为例，即，在本发明实施例中，判断是否要调整视频通信发起方当前的带宽，可以通过判断视频体验实际值和视频体验参考值是否一致来实现，如果视频体验实际值和视频体验参考值不一致，则确定要调整视频通信发起方当前的带宽。而若视频体验实际值小于视频体验参考值，则PCRF一般都可以直接确定要调整视频通信发起方当前的带宽，因为如果视频体验实际值小于视频体验参考值，则表明视频通信发起方当前的带宽不够用，此时的调整一般是提升视频通信发起方当前的带宽，以提高网络质量，使得用户体验较好。

若视频体验实际值包括视频源质量实际值而不包括vMOS实际值，那么显然视频体验参考值也是包括视频源质量参考值而不包括vMOS参考值，则PCRF只需判断视频源质量实际值和视频源质量参考值之间的大小关系即可。若视频体验实际值包括vMOS实际值而不包括视频源质量实际值，那么显然视频体验参考值也是包括vMOS参考值而不包括视频源质量参考值，则PCRF只需判断vMOS实际值和vMOS参考值之间的大小关系即可。而如果视频体验实际值包括视频源质量实际值和vMOS实际值，则视频体验参考值也包括视频源质量参考值和vMOS参考值，则PCRF可以选择将vMOS实际值和vMOS参考值进行比较，或者选择将视频源质量实际值和视频源质量参考值进行比较，即选择一种参数进行判断即可，较为方便，也避免混乱。例如，因为在计算vMOS实际值时可能也考虑了视频源质量实际值这个因素，因此vMOS实际值更有全局性，则PCRF可以选择判断vMOS实际值和vMOS参考值之间的大小即可，而无需再判断视频源质量实际值和视频源质量参考值的大小。当然，若PCRF要从两种参数中选择一种参数来判断，那么究竟选择哪种参数，可以由PCRF自行确定，或者也可以通过协议或标准规定。

另外，如果视频体验实际值包括视频源质量实际值和vMOS实际值，且如果视频通信发起方采用的阈值上报方式，则视频通信发起方可能也是在选择了一种参数进行比较之后进行的上报，则视频通信发起方所选择的参与比较的参数和PCRF所选择的参与S513所介绍的判断过程的参数可以是同一种参数，例如，若视频通信发起方在阈值上报方式中是选择将vMOS实际值和vMOS阈值进行比较，那么PCRF在执行S513的过程中也可以选择将vMOS实际值和vMOS参考值进行比较，保持参数一致可以使得最终结果更为准确。

在一种实施方式中，为了使得对于带宽的调整更为准确，PCRF可以在确定连续M次获取的视频通信发起方的视频体验实际值都与视频体验参考值不一致时再指示视频通信发起方调整当前的带宽，以有效防止震荡现象。M为正整数，M的取值可以由PCRF根据经验或根据网络情况设置，例如为3，当然也不限于3。另外，因为视频通信发起方在上报视频体验实际值时，可能采用如前所述的周期性上报方式，也可能采用如前所述的阈值上报方式，那么PCRF也可以根据视频通信发起方的上报方式来确定是否采用连续M次再进行调整的这种防震荡方式。例如，若视频通信发起方在上报视频体验实际值时是采用的周期性上报方式，那么PCRF可以在连续M次获取的视频通信发起方的视频体验实际值都与视频体验参考值不一致时再指示视频通信发起方调整当前的带宽；而如果视频通信发起方在上报视频体验实际值时采用的是阈值上报方式，在这种情况下认为视频通信发起方已经经过了判断过程，出现震荡的可能性比较小，那么PCRF可以不采用连续M次再进行调整的这种防震荡方式，只要确定某次视频通信发起方发送的视频体验实际值和视频体验参考值不一致就可以指示视频通信发起方进行调整，以使得调整更为及时，当然这种情况下PCRF也可以采用连续M次再进行调整的这种防震荡方式，以更为稳妥。

在一种实施方式中，S513中PCRF判断是否要调整视频通信发起方当前的带宽，可以通过PCRF的处理器401来实现。例如，PCRF通过处理器401调用存储器403中存储的程序代码，以判断是否要调整视频通信发起方当前的带宽。当然，PCRF判断是否要调整视频通信发起方当前的带宽的实现方式不限于此，也可以采用其他任意可能的方式实现。

S514、若确定调整视频通信发起方当前的带宽，则PCRF根据视频体验参考值或视频通信发起方当前的带宽确定目标带宽，其中，目标带宽即为视频通信发起方要调整到的带宽。

该步骤可以通过PCRF执行。无论是要降低视频通信发起方当前的带宽还是要提升视频通信发起方当前的带宽，PCRF都可以根据视频体验参考值来确定目标带宽，或者可以根据视频通信发起方当前的带宽来确定目标带宽，下面分别介绍。

1、PCRF根据视频体验参考值确定目标带宽。

PCRF可以预先存储视频体验参考值和带宽之间的映射关系，如可以存储在存储器403中，从而PCRF通过查询该映射关系，就可以确定与视频通信发起方的视频体验参考值所对应的带宽，PCRF可以将查询得到的带宽确定为目标带宽。其中，如果视频体验参考值为视频源质量参考值，则PCRF可以存储视频源质量参考值和带宽之间的映射关系。如果视频体验参考值为vMOS参考值，则PCRF可以存储vMOS参考值和带宽之间的映射关系。如果视频体验参考值为视频源质量参考值和vMOS参考值，因为PCRF在S513所介绍的判断过程中是选择了其中一种参数来进行判断，则此时PCRF也可以存储参与判断的参数和带宽之间的映射关系。例如，PCRF在S513中是通过判断vMOS实际值和vMOS参考值确定要调整视频通信发起方当前的带宽，则PCRF可以预先存储vMOS参考值和带宽之间的映射关系，直接根据vMOS参考值来确定目标带宽即可，不用再考虑视频源质量参考值的因素。其中，对应于每个视频通信方，PCRF都可以存储一个单独的映射关系，从而可以对单个视频通信方进行更有针对性的调整，或者PCRF也可以只存储一个映射关系，该映射关系适用于所有的视频通信方，这样PCRF需存储的数据较少，节省存储空间，实现起来也更简单。

请参见表3，为一种vMOS参考值和带宽之间的映射关系的示例：

表3

编解码	Profile(类)	vMOS参考值	带宽(kbps)
				……	……	……	……
H.264	Baseline	[4，4.2)	384
				H.264	Highline	[3.8，4]	220
……	……	……	……

根据表3可知，如果视频通信发起方签约的vMOS参考值位于4和4.2之间，例如为4.1，则PCRF可以确定目标带宽为384；如果视频通信发起方签约的vMOS参考值位于3.8和4之间，例如为3.8，则PCRF可以确定目标带宽为220。

请参见表4，为一种视频源质量参考值和带宽之间的映射关系的示例：

表4

编解码	Profile	视频源质量参考值	带宽(kbps)
				H.264	Baseline	>3.8	440
H.264	Highline	[3.3，3.8]	350
				……	……	……	……

根据表4可知，如果视频通信发起方签约的视频源质量参考值大于3.8，例如为3.9，则PCRF可以确定目标带宽为440；如果视频通信发起方签约的vMOS参考值位于3.3和3.8之间，例如为3.6，则PCRF可以确定目标带宽为350。

从而，根据简单的映射关系就可以直接确定目标带宽，实现较为简单。

2、PCRF根据视频通信发起方当前的带宽确定目标带宽。在这种方式下，又分为几种情况，下面分别介绍。

(1)PCRF根据存储的带宽和视频通信发起方当前的带宽确定目标带宽。

PCRF中可以预先存储一些带宽，如可以存储在存储器403中，PCRF可以查询存储的带宽，将存储的带宽中在带宽调整方向上与视频通信发起方当前的带宽差值最小的存储带宽确定为目标带宽。其中，带宽调整方向为根据视频体验实际值和视频体验参考值确定的对当前的带宽的调整方向，带宽调整方向为提升当前的带宽的方向或降低当前的带宽的方向。其中，对应于每个视频通信方，PCRF都可以存储该视频通信方对应的至少一个带宽，从而可以对不同的视频通信方进行更有针对性的调整，或者PCRF也可以统一存储带宽，这些带宽适用于所有的视频通信方，这样PCRF需存储的数据较少，节省存储空间，实现起来也更简单。

请参见表5，为PCRF中存储的带宽的示例：

表5

序号	带宽(kbps)
		1	384
2	720
		3	1024
4	1600
		5	2048
…	…

例如视频通信发起方当前的带宽是800kbps，需要提升视频通信发起方当前的带宽，则根据表5，在提升方向上与800的差值最小的带宽是1024，则PCRF可以确定目标带宽为1024kbps。再例如，视频通信发起方当前的带宽是800kbps，需要降低视频通信发起方当前的带宽，则根据表5，在降低方向上与800的差值最小的带宽是720，则PCRF可以确定目标带宽为720kbps。

根据存储的带宽就可以确定目标带宽，方式简单。

(2)PCRF根据预设数据和视频通信发起方当前的带宽确定目标带宽。

一种预设数据为预设带宽，PCRF只需将视频通信发起方当前的带宽和预设带宽相加，就可以得到目标带宽。其中，因为对于视频通信发起方的带宽调整方向包括提升和降低两个方向，因此PCRF可以预先存储两个预设带宽，一个预设带宽称为第一预设带宽，对应于提升方向，另一个预设带宽称为第二预设带宽，对应于降低方向。第一预设带宽和第二预设带宽的值可以相等，只是符号相反，即第一预设带宽是正值而第二预设带宽是负值，例如第一预设带宽为100kbps，第二预设带宽为-100kbps，当然不限于这些数值。或者，第一预设带宽和第二预设带宽的值不相等，符号也相反，例如第一预设带宽为120kbps，第二预设带宽为-80kbps，当然不限于这些数值。

其中，对应于每个视频通信方，PCRF都可以存储单独的预设带宽，从而可以对单个视频通信方进行更有针对性的调整，或者PCRF也可以统一存储一份预设带宽，该预设带宽适用于所有的视频通信方，这样PCRF需存储的数据较少，节省存储空间，实现起来也更简单。

作为预设带宽这种预设数据的替换方案，另一种预设数据可以是预设比例，PCRF只需将视频通信发起方当前的带宽和预设比例相乘，就可以得到目标带宽。其中，因为对于视频通信发起方的带宽调整方向包括提升和降低两个方向，因此PCRF可以预先存储两个预设比例，一个预设比例称为第一预设比例，对应于提升方向，另一个预设比例称为第二预设比例，对应于降低方向。第一预设比例可以大于1，第二预设比例的取值范围可以是(0，1)，例如，第一预设比例为110％，第二预设比例为90％，当然不限于这些数值。

其中，对应于每个视频通信方，PCRF都可以存储单独的预设比例，从而可以对单个视频通信方进行更有针对性的调整，或者PCRF也可以统一存储一份预设比例，该预设比例适用于所有的视频通信方，这样PCRF需存储的数据较少，节省存储空间，实现起来也更简单。

在一种实施方式中，S514中PCRF根据视频体验参考值或视频通信发起方当前的带宽确定目标带宽，可以通过PCRF的处理器401来实现。例如，PCRF通过处理器401调用存储器403中存储的程序代码，以根据视频体验参考值或视频通信发起方当前的带宽确定目标带宽。当然，PCRF根据视频体验参考值或视频通信发起方当前的带宽确定目标带宽的实现方式不限于此，也可以采用其他任意可能的方式实现。

S515、PCRF向P-GW发送探测请求，该探测请求可以通过RAR消息实现，以探测P-GW是否支持将视频通信发起方当前的带宽提升为目标带宽，则P-GW接收该探测请求。其中，在RAR消息中可以携带PCRF确定的目标带宽，PCRF可以通过通信接口404发送该探测请求。

实际上，PCRF可以是向数据网关发送该探测请求，只是在本发明实施例中，数据网关以P-GW为例。

S516、P-GW根据当前实际的业务情况，判断是否能够满足带宽提升的要求，并向PCRF发送针对探测请求的探测响应，该探测响应可以通过RAA消息实现，则PCRF接收该RAA消息。其中，PCRF可以通过通信接口404接收该RAA消息。在RAA消息中可以携带指示字段，该指示字段可以用于指示P-GW是否支持将视频通信发起方当前的带宽提升为目标带宽。

如果P-GW不支持提升带宽，而视频通信发起方直接进行带宽提升的操作，则很可能会失败，因此本发明实施例中可以先确定P-GW是否支持提升带宽，在确定P-GW能够支持提升带宽之后再进行带宽的提升操作，可以减小带宽提升失败的几率，避免设备做无用功。

需注意的是，在提升带宽的方案下，S515和S516是可选方案，不是必须执行的，即也可以不执行S515和S516而直接进行带宽的提升操作。另外，本发明实施例是以提升带宽为例，如果需要降低带宽，则无需执行S515和S516，因为带宽下降，承载层的设备必然能够满足要求，一般来说无需探测。

如果需提升带宽，且PCRF确定P-GW支持将视频通信发起方当前的带宽提升为目标带宽，则PCRF指示视频通信发起方将当前的带宽调整为目标带宽，如果需降低带宽，则PCRF无需探测P-GW是否支持，PCRF可以指示视频通信发起方将当前的带宽调整为目标带宽，下面介绍PCRF如何指示视频通信发起方调整带宽。

S517、PCRF向P-CSCF发送AAA消息，在AAA消息中可以携带目标带宽，则P-CSCF接收该AAA消息。其中，PCRF可以通过通信接口404向P-CSCF发送AAA消息。其中，如果执行了S515和S516，则在AAA消息中还可以携带对P-GW的探测结果。请参见表6，为AAA消息中携带的目标带宽以及对P-GW的探测结果的示例：

表6

根据表6，如果探测结果的取值为TRUE，则表明P-GW支持将视频通信发起方当前的带宽调整为目标带宽，而如果探测结果的取值为FALSE，则表明P-GW不支持将视频通信发起方当前的带宽调整为目标带宽。

S518、P-CSCF接收AAA消息后，向视频通信发起方发送200(INFO)消息，则视频通信发起方接收该200(INFO)消息，在200(INFO)消息中可以携带目标带宽。其中，若P-CSCF接收的AAA消息中携带了对P-GW的探测结果，则在200(INFO)消息中还可以携带对P-GW的探测结果。即P-CSCF可以获得接收的AAA消息中携带的目标带宽，或者获得接收的AAA消息中携带的目标带宽和对P-GW的探测结果，并将获得的参数携带在200(INFO)消息中发送给视频通信发起方。

S519、视频通信发起方接收200(INFO)消息后，若确定探测结果的取值为TRUE，则可以发起更新(UPDATE)流程，即向P-CSCF发送UPDATE消息，以更新视频通信发起方的接收方向的带宽，即，将视频通信发起方的接收方向的带宽调整为目标带宽。则P-CSCF接收该UPDATE消息。其中，视频通信发起方的接收方向，也就是视频通信发起方在视频通信过程中接收视频通信接收方所发送的信息的方向。因为视频通信发起方是在接收视频通信接收方所发送的信息的过程中计算的视频体验实际值并进行的上报，因此需更新的带宽也就是视频通信发起方的接收方向的带宽。

S520、P-CSCF接收该UPDATE消息后，可以将该UPDATE消息转发给S-CSCF，S-CSCF接收该UPDATE消息，且S-CSCF再将该UPDATE消息转发给视频通信接收方所在的一侧的网络，以完成视频通信接收方所在的一侧的网络的带宽更新，即，视频通信接收方所在的一侧的网络也需将带宽调整为目标带宽。视频通信接收方所在的一侧的网络进行带宽的调整，可以是将视频通信接收方的发送方向的带宽调整为该目标带宽，视频通信接收方的发送方向，也就是视频通信接收方在视频通信过程中向视频通信发起方发送的信息的方向。图5中未示出视频通信接收方所在的一侧的网络的情况。

需注意的是，P-CSCF在在转发此UPDATE消息前，需要先完成本侧的承载更新，这部分内容可参考现有技术，不再赘述。

S521、视频通信的接收方所在的一侧的网络完成承载的更新后，向视频通信的发起方所在的一侧的S-CSCF发送响应消息，该响应消息为200(UPDATE)消息，则S-CSCF接收该200(UPDATE)消息后，将接收的200(UPDATE)消息发送给P-CSCF，P-CSCF接收该200(UPDATE)消息。

其中，若视频通信的接收方所在的一侧的网络无法对于目标带宽，则视频通信的接收方所在的一侧的网络向视频通信的发起方所在的一侧的S-CSCF发送处理失败(OXX)消息，则本次带宽更新失败。

S522、P-CSCF将接收的200(UPDATE)消息转发给视频通信发起方，视频通信发起方接收该200(UPDATE)消息。则带宽调整成功。

之后，视频通信发起方和视频通信接收方可以通过对码率的调整实现对用户体验的调整，从而以更新后的带宽，即目标带宽，进行通信。

需注意的是，S520-S522是可选步骤，即视频通信接收方的带宽更新过程是可选过程，不是必须执行的。

在图5所示的实施例中，介绍了视频通信方上报视频体验实际值的情况，在另一种方式中，也可以由其他设备来上报视频体验实际值，例如，在视频通讯业务部署的初期，或者在特定的场景中，视频通信方可能不具备上报视频体验实际值的条件，无法上报视频体验实际值，则也可以由其他设备来上报视频体验实际值，从而实现对视频通信过程的监控。下面介绍通过其他设备来上报视频体验实际值的技术方案。

请参见图6，本发明一实施例提供一种视频通信过程中的带宽调整方法，下面介绍该方法的流程。本发明实施例因是以应用在图2或图3A所示的***架构为例，因此策略控制功能实体也是以PCRF为例。其中，为了介绍的更为清楚，在下面的介绍过程中也涉及建立视频通信的过程。

本发明实施例中，运营商首先可以在PCRF上，通过OSS为该PCRF所服务的视频通信方签约视频体验参考值，例如针对不同的视频通信方可以签约其各自对应的视频体验参考值，视频体验参考值可以由视频通信方自行确定，或者也可以由运营商根据网络情况或用户的优先级等因素设定，本发明实施例不作限制。PCRF可以将视频体验参考值存储在存储器403中。

S601、在需要与其他视频通信方建立视频通信时，视频通信发起方通过缺省承载发出INVITE(Offer)消息，该INVITE(Offer)消息直接发送给P-CSCF，则P-CSCF可以接收该INVITE(Offer)消息。本发明实施例中，因为无需视频通信方上报视频体验实际值，因此在INVITE(Offer)消息原有的SDP的基础上再新增一个指示即可，该指示为第二指示，用于指示是否支持动态调整带宽。

S602、P-CSCF前转该INVITE(Offer)消息给S-CSCF，则S-CSCF接收该INVITE(Offer)消息后，将该INVITE(Offer)消息发送给视频通信接收方所在的一侧的网络，视频通信接收方所在的一侧的网络接收该INVITE(Offer)消息后可以进行相应的处理。在图6中未示出视频通信接收方所在的一侧的网络的处理过程。

S603-S610，可以参考图5所示的实施例中的S503-S510，不再赘述。

S611、边缘会话控制器(Session Border Controller，SBC)计算视频通信发起方的视频体验实际值，并将计算得到的视频体验实际值发送给PCRF，则PCRF通过通信接口404接收该视频体验实际值。

其中，在视频通信过程中，如果一个视频通信方接收了对端的视频通信方发送的信息，那么接收信息的视频通信方就可以计算视频体验实际值。可以看到，无论是视频通信发起方还是视频通信接收方，都有可能接收对方发送的信息，因此在接收对方发送的信息时，SBC都可以计算接收信息的视频通信方的视频体验实际值。因此本发明实施例中S611中的SBC在视频通信过程中计算视频通信发起方的视频体验实际值只是一种示例，即视频通信发起方在视频通信过程中若接收了视频通信接收方发送的信息，则SBC可以计算视频通信发起方的视频体验实际值，而如果视频通信接收方在视频通信过程中接收了视频通信发起方发送的信息，则视频通信接收方所在的网络中的SBC也可以计算视频通信接收方的视频体验实际值，并将计算的视频体验实际值发送给视频通信接收方所在的网络中的PCRF。因为计算视频体验实际值和发送等过程都是类似的，因此本发明实施例不再过多描述。

其中，本发明实施例中计算视频体验实际值的设备是以SBC为例，在实际应用中，对于计算视频体验实际值的设备具体是什么设备不作限制。在现网中，SBC一般与P-CSCF设置在一个实体设备中，因此，若SBC来计算视频体验实际值，则SBC可以以P-CSCF的角色，通过AAR消息将视频体验实际值发送给PCRF，则PCRF接收该AAR消息。图6以此为例。其中，PCRF可以通过通信接口404接收该AAR消息。

其中，关于SBC如何计算视频体验实际值，视频体验实际值究竟包括哪些内容，以及SBC向PCRF发送视频体验实际值的方式等内容，均可参考图5所示的实施例中的视频通信发起方的操作方式。

S612-S616，可以参考图5所示的实施例中的S513-S517，不多赘述。需注意的是，本发明实施例继续以提升带宽为例，在提升带宽的方案下，S614和S615(对应于S515和S516)是可选方案，不是必须执行的，即也可以不执行S614和S615而直接进行带宽的提升操作。如果需要降低带宽，则无需执行S614和S615，因为带宽下降，承载层的设备必然能够满足要求，无需探测。

S617、P-CSCF接收PCRF发送的AAA消息后，向视频通信发起方发送INFO消息，则视频通信发起方接收该INFO消息，在INFO消息中可以携带目标带宽。其中，若P-CSCF接收的AAA消息中携带了对P-GW的探测结果，则在200(INFO)消息中还可以携带对P-GW的探测结果。

S618、视频通信发起方接收INFO消息后，向P-CSCF发送响应消息，该响应消息为200(INFO)消息，则P-CSCF接收该200(INFO)消息。

S619、视频通信发起方发起更新(UPDATE)流程，即向P-CSCF发送UPDATE消息，以更新视频通信发起方的接收方向的带宽，即将视频通信发起方的接收方向的带宽调整为目标带宽。则P-CSCF接收该UPDATE消息。因为SBC是在视频通信发起方接收视频通信接收方所发送的信息的过程中计算的视频体验实际值，因此需更新的带宽也就是视频通信发起方的接收方向的带宽。

S620-S622，可以参考图5所示的实施例中的S520-S522，不多赘述。

其中，S620-S622是可选步骤，即视频通信接收方的带宽更新过程是可选过程，不是必须执行的。

需说明的是，在图5所示的实施例和图6所示的实施例中，各个步骤之前的编号不代表步骤的实际执行顺序，在实际应用中，各个步骤可以按照任意可能的顺序执行。

本发明实施例中，在视频通信过程中可以根据用户的签约数据实时调整视频通信体验，可以为用户提供预期的稳定的体验，提升用户的满意度，增加运营商收益。且，可以为不同的用户提供不同的业务体验，提升运营商网络的运营效率。

下面结合说明书附图介绍本发明实施例提供的设备和***。

请参见图7，本发明一实施例提供一种策略控制功能实体，该策略控制功能实体可以包括接收单元701和处理单元702。

可选的，该设备还可以包括发送单元703，在图7中一并示出。其中，因为发送单元703是可选的功能模块，因此图7中将其画为虚线框的形式以与其他的功能模块相区分。

在实际应用中，接收单元701对应的实体设备可以包括图4中的通信接口404，处理单元702对应的实体设备可以是图4中的处理器401，发送单元703对应的实体设备可以包括图4中的通信接口404。可以认为，图4中的通信接口404中，有的通信接口404实现接收单元701的功能，有的通信接口404实现发送单元703的功能，或者可以认为，图4中的通信接口404中，可能每个通信接口404都既能实现接收单元701的功能也能实现发送单元703的功能。

该策略控制功能实体可以用于执行上述图5所示的实施例或图6所示的实施例所提供的方法，例如可以是如前所述的策略控制功能实体。因此，对于该策略控制功能实体中的各单元所实现的功能等，可参考如前方法部分的描述，不多赘述。

请参见图8，本发明一实施例提供一种视频通信***，该视频通信***包括媒体处理设备801和策略控制功能实体802。

在本发明实施例中，媒体处理设备801可以用于计算视频通信方的视频体验实际值，并将计算得到的视频体验实际值发送给策略控制功能实体802。其中，视频体验实际值用于指示视频通信方在进行视频通信过程中的实际体验。策略控制功能实体802可以用于接收媒体处理设备801发送的视频体验实际值，若视频体验实际值和视频通信方的视频体验参考值不一致，根据视频体验参考值或视频通信方当前的带宽确定目标带宽，且指示视频通信方将当前的带宽调整为目标带宽。其中，视频体验参考值用于指示为视频通信方预设的视频通信方在视频通信过程中的体验。

其中，本发明实施例对于媒体处理设备801究竟通过何种设备实现不作限制，只要媒体处理设备801能够计算视频通信方的视频体验实际值，并能够将计算得到的视频体验实际值发送给策略控制功能实体802即可。作为一个例子，一种媒体处理设备801可以是图6所示的实施例中介绍的SBC。

本发明实施例中的策略控制功能实体801与图2所示的实施例-图7所示的实施例中的任意实施例中介绍的策略控制功能实体可以是同一设备，因此对策略控制功能实体801所能完成的功能等均可参考如前的各个实施例的介绍，不多赘述。

本发明实施例中，策略控制功能实体可以预先获得为视频通信方预设的视频体验参考值，即获得为视频通信方预设的体验，且策略控制功能实体也可以获得视频通信方在视频通信过程中的实际体验，即视频通信方的视频体验实际值，则策略控制功能实体可以将视频体验实际值和视频体验参考值进行比较，若两者不一致，这包括两种情况，第一种情况是视频体验实际值小于视频体验参考值，第二种情况是视频体验实际值大于视频体验参考值，在这两种情况下，都表明视频通信方在视频过程中感受到的实际体验和视频通信方应该感受的体验不一致，而视频体验参考值是预先设定的，可能是视频通信方希望具有的体验，或者可能是具有比较好的效果的体验，因此策略控制功能实体就可以指示视频通信方调整视频通信方当前的带宽，以尽量使得视频通信方在视频通信过程中的实际体验与为视频通信方预设的体验一致，提高视频通信质量，也满足视频通信方的实际需求。即，通过本发明实施例提供的技术方案可以管控视频通信过程，可以根据通信过程中用户的实际体验调整带宽，能够较好地保证网络质量。

在本发明中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的任何一种视频通信过程中的带宽调整方法的部分或全部步骤。

在本发明实施例中的各功能单元可以集成在一个处理单元中，或者各个单元也可以均是独立的物理模块。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备，例如可以是个人计算机，服务器，或者网络设备等，或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：通用串行总线闪存盘(Universal Serial Bus flash drive)、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以对本发明的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明实施例的方法，不应理解为对本发明实施例的限制。本技术领域的技术人员可轻易想到的变化或替换，都应涵盖在本发明实施例的保护范围之内。

Claims (15)

1.一种视频通信过程中的带宽调整方法，其特征在于，包括：

策略控制功能实体接收视频通信方的视频体验实际值；所述视频体验实际值用于指示所述视频通信方在进行视频通信过程中的实际体验；

若所述视频体验实际值和所述视频通信方的视频体验参考值不一致，所述策略控制功能实体根据所述视频体验参考值或所述视频通信方当前的带宽确定目标带宽；所述视频体验参考值用于指示为所述视频通信方预设的所述视频通信方在视频通信过程中的体验；

所述策略控制功能实体指示所述视频通信方将所述当前的带宽调整为所述目标带宽。

2.如权利要求1所述的方法，其特征在于，所述策略控制功能实体根据所述视频体验参考值确定所述目标带宽，包括：

所述策略控制功能实体查询预先存储的视频体验参考值与带宽之间的映射关系，将与所述视频体验参考值对应的带宽确定为所述目标带宽。

3.如权利要求1所述的方法，其特征在于，所述策略控制功能实体根据所述视频通信方当前的带宽确定所述目标带宽，包括：

所述策略控制功能实体查询存储的带宽，将存储的带宽中在带宽调整方向上与所述当前的带宽差值最小的存储带宽确定为所述目标带宽；所述带宽调整方向为根据所述视频体验实际值和所述视频体验参考值确定的对所述当前的带宽的调整方向，所述带宽调整方向为提高所述当前的带宽的方向或降低所述当前的带宽的方向。

4.如权利要求1所述的方法，其特征在于，所述策略控制功能实体根据所述视频通信方当前的带宽确定所述目标带宽，包括：

所述策略控制功能实体将所述当前的带宽与预设带宽相加，得到所述目标带宽；或

所述策略控制功能实体将所述当前的带宽与预设百分比相乘，得到所述目标带宽。

5.如权利要求1-4任一所述的方法，其特征在于，

所述视频体验参考值为视频主观平均评分vMOS参考值，相应的，所述视频体验实际值为vMOS实际值；或

所述视频体验参考值为视频源质量参考值，相应的，所述视频体验实际值为视频源质量实际值。

6.如权利要求1-5任一所述的方法，其特征在于，所述当前的带宽小于所述目标带宽；

在所述策略控制功能实体指示所述视频通信方将当前的带宽调整为所述目标带宽之前，还包括：

所述策略控制功能实体向数据网关发送探测请求，以探测所述数据网关是否支持将所述视频通信方当前的带宽提升为所述目标带宽；所述探测请求中携带所述目标带宽；

所述策略控制功能实体接收所述数据网关发送的针对所述探测请求的探测响应；

策略控制功能实体指示所述视频通信方将所述当前的带宽调整为所述目标带宽，包括：

若所述探测响应用于指示所述数据网关支持将所述视频通信方当前的带宽提升为所述目标带宽，则所述策略控制功能实体指示所述视频通信方将当前的带宽调整为所述目标带宽。

7.如权利要求1-6任一所述的方法，其特征在于，若所述视频体验实际值和所述视频通信方的视频体验参考值不一致，所述策略控制功能实体根据所述视频体验参考值或所述视频通信方当前的带宽确定目标带宽，包括：

若所述策略控制功能实体确定连续M次获取的所述视频通信方的视频体验实际值均与所述视频体验参考值不一致，则所述策略控制功能实体根据所述视频体验参考值或所述视频通信方当前的带宽确定所述目标带宽。

8.一种策略控制功能实体，其特征在于，包括：

接收单元，用于接收视频通信方的视频体验实际值；所述视频体验实际值用于指示所述视频通信方在进行视频通信过程中的实际体验；

处理单元，用于若所述视频体验实际值和所述视频通信方的视频体验参考值不一致，根据所述视频体验参考值或所述视频通信方当前的带宽确定目标带宽，并指示所述视频通信方将所述当前的带宽调整为所述目标带宽；所述视频体验参考值用于指示为所述视频通信方预设的所述视频通信方在视频通信过程中的体验。

9.如权利要求8所述的策略控制功能实体，其特征在于，所述处理单元用于根据所述视频体验参考值确定所述目标带宽，包括：

查询预先存储的视频体验参考值与带宽之间的映射关系，将与所述视频体验参考值对应的带宽确定为所述目标带宽。

10.如权利要求8所述的策略控制功能实体，其特征在于，所述处理单元用于根据所述视频通信方当前的带宽确定所述目标带宽，包括：

查询存储的带宽，将存储的带宽中在带宽调整方向上与所述当前的带宽差值最小的存储带宽确定为所述目标带宽；所述带宽调整方向为根据所述视频体验实际值和所述视频体验参考值确定的对所述当前的带宽的调整方向，所述带宽调整方向为提高所述当前的带宽的方向或降低所述当前的带宽的方向。

11.如权利要求8所述的策略控制功能实体，其特征在于，所述处理单元用于根据所述视频通信方当前的带宽确定所述目标带宽，包括：

将所述当前的带宽与预设带宽相加，得到所述目标带宽；或

将所述当前的带宽与预设百分比相乘，得到所述目标带宽。

12.如权利要求8-11任一所述的策略控制功能实体，其特征在于，

所述视频体验参考值为视频主观平均评分vMOS参考值，相应的，所述视频体验实际值为vMOS实际值；或

所述视频体验参考值为视频源质量参考值，相应的，所述视频体验实际值为视频源质量实际值。

13.如权利要求8-12任一所述的策略控制功能实体，其特征在于，所述策略控制功能实体还包括发送单元；所述当前的带宽小于所述目标带宽；

所述发送单元用于：在所述处理单元指示所述视频通信方将当前的带宽调整为所述目标带宽之前，向数据网关发送探测请求，以探测所述数据网关是否支持将所述视频通信方当前的带宽提升为所述目标带宽；所述探测请求中携带所述目标带宽；

所述接收单元还用于：接收所述数据网关发送的针对所述探测请求的探测响应；

相应的，所述处理单元用于指示所述视频通信方将所述当前的带宽调整为所述目标带宽，包括：若所述接收单元接收的所述探测响应用于指示所述数据网关支持将所述视频通信方当前的带宽提升为所述目标带宽，则指示所述视频通信方将当前的带宽调整为所述目标带宽。

14.如权利要求8-13任一所述的策略控制功能实体，其特征在于，所述处理单元用于若所述视频体验实际值和所述视频通信方的视频体验参考值不一致，根据所述视频体验参考值或所述视频通信方当前的带宽确定目标带宽，包括：

若确定连续M次获取的所述视频通信方的视频体验实际值均与所述视频体验参考值不一致，则根据所述视频体验参考值或所述视频通信方当前的带宽确定所述目标带宽。

15.一种视频通信***，其特征在于，包括媒体处理设备和策略控制功能实体；其中，

所述媒体处理设备，用于计算视频通信方的视频体验实际值，并将所述视频体验实际值发送给所述策略控制功能实体；所述视频体验实际值用于指示所述视频通信方在进行视频通信过程中的实际体验；

所述策略控制功能实体用于接收所述媒体处理设备发送的所述视频体验实际值，若所述视频体验实际值和所述视频通信方的视频体验参考值不一致，根据所述视频体验参考值或所述视频通信方当前的带宽确定目标带宽，且指示所述视频通信方将所述当前的带宽调整为所述目标带宽；所述视频体验参考值用于指示为所述视频通信方预设的所述视频通信方在视频通信过程中的体验。