调整视频编码速率的方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种方法及装置。

背景技术：

长期演进(longtimeevolution，简称为lte)系统下，volte(voiceoverlte)业务是手机终端最基本的服务业务，其中视频通话的需求呼之欲出。人们在畅享高速上网快感的同时，也对视频通话质量提出了更高的要求，相比于3g,人们对lte下视频的期待也是越来越大，更清晰，更流畅，不卡顿，无马赛克等都是客户所期望的。

视频的编码速率参考h264协议中描述，分为不同的level，参见表1.最小支持64kbps，最大可以到240mbps，不同的视频编码速率，体现给使用者会有不同的感官体验。但是，编码速率越大，要求的lte系统带宽就越大，又因为视频通话是双向业务，而常见的td-lte系统下，上行可用子帧过少，当采用较高视频编码速率时，因为资源受限，会导致调度不及时，出现弃包，体现在用户来看，就是视频模糊，卡顿，马赛克，图像停止等，不但对系统资源造成了较大的浪费，同时也没有提供较高的用户服务，在tdd配比2下，当视频速率超过1mbps时，终端只能呆在小区的中心才能保障用户体验，稍微移动到小区远点，视频图像就会卡顿模糊严重。

表1

volte业务，分为语音业务和视频业务，都是实时传输协议(real-timetransportprotocol，简称为rtp)数据包。rtp数据包的类型中，还有一种实时传输控制协议(real-timetransportcontrolprotocol，简称为rtcp)业务包，是用来发送rtp包的控制信息的。rtcp包有多种格式，发送者(senderreport，简称为sr)，接收者报告(receiverreport，简称为rr)等都是常见的rtcp包，用来传递rtp包发送的数目，丢包数目等。还有一种截断的rtcp包，临时最大媒体流比特率请求(temporarymaximummediastreambitraterequest，简称为tmmbr)，参考协议rfc5104。

当终端收到tmmbr速率调整请求之后，回复临时最大媒体流比特率通知(temporarymaximummediastreambitratenotification，简称为tmmbn)，随后终端会按照请求后的速率进行编码输出。然而，相关技术中基站侧如何在有限的lte系统带宽和变化波动的信道场景下，还能保证视频通话的流畅性以及清晰度就成了当务之急。针对相关技术中的上述问题，目前尚未存在有效的解决方案。

技术实现要素：

本发明提供了一种调整视频编码速率的方法及装置，以至少解决相关技术中在有限的lte系统带宽和变化波动的信道场景下难以保证视频通话的流畅性的问题。

根据本发明的一个方面，提供了一种调整视频编码速率的方法，包括：基站获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷；所述基站根据所述信息构造用于指示调整视频编码速率的指令；所述基站向当前正在进行视频业务的终端发送携带有所述指令的临时最大媒体流比特率请求tmmbr。

进一步地，述基站根据所述信息构造用于指示调整视频编码速率的指令包括：所述基站判断所述信息是否满足以下之一的条件：第一条件：所述终端的视频业务无丢包、且无视频业务调度延时、且所述终端所处小区位置离所述基站距离小于第一预设距离、且所述终端所处小区负荷小于第一预设阈值；第二条件：所述终端的视频业务产生丢包、或所述视频业务调度延时，或所述终端所处小区位置离所述基站距离大于第二预设距离、或所述终端所处小区负荷大于第二预设阈值；在判断所述信息满足所述第一条件时，所述基站构造提升视频编码速率的第一tmmbr；在判断所述信息满足所述第二条件时，所述基站构造降低视频编码速率的第二tmmbr。

进一步地，所述基站构造提升视频编码速率的第一tmmbr包括：基站接收当前正在进行视频业务的终端中发送的rtcp包；所述基站学习rtcp报的发包规则，进行rtp包头滤波，将用于提升编码速的信息添加到所述第一tmmbr中；所述基站构造提升视频编码速率的第二tmmbr包括：基站接收当前正在进行视频业务的终端中发送的rtcp包；所述基站学习rtcp报的发包规则，进行rtp包头滤波，将降低编码速率的信息添加到所述第二tmmbr中。

进一步地，所述基站向当前正在进行视频业务的终端发送携带有所述指令的临时最大媒体流比特率请求tmmbr包括：所述基站通过核心网向当前正在进行视频业务的第二终端发送所述第一tmmbr，并通过所述第二终端向第一终端发送临时最大媒体流比特率通知tmmbn，其中，所述第一终端向所述第二终端发送sipupdate信息以重新协商新速率；或，所述基站通过核心网向当前正在进行视频业务的第二终端发送所述第二tmmbr，并通过所述第二终端向所述第一终端发送tmmbn，其中，所述第一终端向所述第二终端发送sipupdate信息以重新协商新速率。

进一步地，在所述基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求tmmbr之后，所述方法包括：所述基站接收当前正在进行视频业务的终端响应于所述tmmbr发送的tmmbn。

进一步地，在所述基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求tmmbr之后，所述方法包括：在预定时间内未收到当前正在进行视频业务的终端响应于所述tmmbr发送的tmmbn时，所述基站重复预定次数发送tmmbr。

根据本发明的另一个方面，提供了一种调整视频编码速率的方法，包括：当前正在进行视频业务的第一终端接收当前正在进行视频业务的第二终端响应于tmmbr发送的临时最大媒体流比特率请求tmmbn，其中，所述tmmbr携带有基站根据信息调整视频编码速率的目标编码速率；所述第一终端根据所述tmmbn向所述第二终端发送sipupdate信息以重新协商新速率；其中，所述信息包括以下至少之一：信道质量、小区覆盖信息、系统负荷。

根据本发明的再一个方面，提供了一种调整视频编码速率的装置，应用于基站侧，包括：获取模块，用于获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷；调整模块，用于根据所述信息构造用于指示调整视频编码速率的指令；第一发送模块，用于向当前正在进行视频业务的终端发送携带有所述指令的临时最大媒体流比特率请求tmmbr。

进一步地，所述调整模块包括：判断单元，用于判断所述信息是否满足以下之一的条件：第一条件：所述终端的视频业务无丢包、且无视频业务调度延时、且所述终端所处小区位置离所述基站距离小于第一预设距离、且所述终端所处小区负荷小于第一预设阈值；第二条件：所述终端的视频业务产生丢包、或所述视频业务调度延时，或所述终端所处小区位置离所述基站距离大于第二预设距离、或所述终端所处小区负荷大于第二预设阈值；提升单元，用于在判断所述信息满足所述第一条件时，构造提升视频编码速率的第一tmmbr；降低单元，用于在判断所述信息满足所述第二条件时，构造降低视频编码速率的第二tmmbr。

进一步地，所述提升单元包括：第一接收子单元，用于接收当前正在进行视频业务的终端中发送的rtcp包；第一处理子单元，用于学习rtcp报的发包规则，进行rtp包头滤波，将用于提升编码速的信息添加到所述第一tmmbr中；所述降低单元包括：第二接收子单元，用于接收当前正在进行视频业务的终端中的第一终端发送的rtcp包；第二处理子单元，用于 学习rtcp报的发包规则，进行rtp包头滤波，将调整后的第二目标编码速率添加到第二tmmbr中。

11.根据权利要求10所述的装置，其特征在于，

所述第一发送模块，用于核心网向当前正在进行视频业务的第二终端发送所述第一tmmbr，并通过所述第二终端向所述第一终端发送临时最大媒体流比特率通知tmmbn，其中，所述第一终端向所述第二终端发送sipupdate信息以重新协商新速率；或，通过核心网向当前正在进行视频业务的第二终端发送所述第二tmmbr，并通过所述第二终端向所述第一终端发送tmmbn，其中，所述第一终端向所述第二终端发送sipupdate信息以重新协商新速率。

进一步地，在所述基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求tmmbr之后，所述装置包括：第一接收模块，用于接收当前正在进行视频业务的终端响应于所述tmmbr发送的tmmbn。

进一步地，在所述基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求tmmbr之后，所述装置包括：第二发送模块，用于在预定时间内未收到当前正在进行视频业务的终端响应于所述tmmbr发送的tmmbn时，重复预定次数发送tmmbr。

根据本发明的再一个方面，提供管理一种调整视频编码速率的装置，应用于当前正在进行视频业务的第一终端侧，包括：第二接收模块，用于接收当前正在进行视频业务的第二终端响应于tmmbr发送的临时最大媒体流比特率请求tmmbn，其中，所述tmmbr携带有用于指示调整视频编码速率的指令；第三发送模块，用于根据所述tmmbn向所述第二终端发送sipupdate信息以重新协商新速率；其中，所述信息包括以下至少之一：信道质量、小区覆盖信息、系统负荷。

通过本发明，基站获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷，进而基站根据所述信息构造用于指示调整视频编码速率的指令；因此，基站向当前正在进行视频业务的终端发送携带有该指令的临时最大媒体流比特率请求tmmbr，从而解决了相关技术中在有限的lte系统带宽和变化波动的信道场景下难以保证视频通话的流畅性，提高了视频通话的稳定性。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的调整视频编码速率的方法的流程图一；

图2是根据本发明实施例的调整视频编码速率的方法的流程图二；

图3是根据本发明实施例的调整视频编码速率的装置的结构框图一；

图4是根据本发明实施例的调整视频编码速率的装置的结构框图二；

图5是根据本发明可选实施例中tmmbr包格式示意图；

图6是根据本发明可选实施例的基站进行上行调速的流程图；

图7是根据本发明可选实施例的基站进行下行调速的流程图；

图8是根据本发明可选实施例的基站与核心网终端的关系示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种调整视频编码速率的方法，图1是根据本发明实施例的调整视频编码速率的方法的流程图一，如图1所示，该流程包括如下步骤：

步骤s102：基站获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷；

步骤s104：基站根据信息构造用于指示调整视频编码速率的指令；

步骤s106：基站向当前正在进行视频业务的终端发送携带有该指令的临时最大媒体流比特率请求tmmbr。

通过本实施例的步骤s102至步骤s106，基站获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷，进而基站根据所述信息构造用于指示调整视频编码速率的指令；因此，基站向当前正在进行视频业务的终端发送携带有该指令的临时最大媒体流比特率请求tmmbr，从而解决了相关技术中在有限的lte系统带宽和变化波动的信道场景下难以保证视频通话的流畅性，提高了视频通话的稳定性。

在本实施例的可选实施方式中，对于步骤s104中涉及到的基站根据所述信息构造用于指示调整视频编码速率的指令的方式，在本实施例可以是：

步骤s104-1:基站判断信息是否满足以下之一的条件：第一条件：终端的视频业务无丢包、且无视频业务调度延时、且终端所处小区位置离基站距离小于第一预设距离、且终端所处小区负荷小于第一预设阈值；第二条件：终端的视频业务产生丢包、或视频业务调度延时，或终端所处小区位置离基站距离大于第二预设距离、或终端所处小区负荷大于第二预设阈值；

步骤s104-2:在判断信息满足第一条件时，基站构造提升视频编码速率的第一tmmbr；

步骤s104-3:在判断信息满足第二条件时，基站构造降低视频编码速率的第二tmmbr。

需要说明的是，步骤s104-2在具体应用场景中可以是：基站构造提升视频编码速率的第一tmmbr包括：基站接收当前正在进行视频业务的终端中发送的rtcp包；基站学习rtcp报的发包规则，进行rtp包头滤波，将用于提升编码速的信息添加到第一tmmbr中；

步骤s104-3在具体应用场景中可以是：基站构造提升视频编码速率的第二tmmbr包括：基站接收当前正在进行视频业务的终端中发送的rtcp包；基站学习rtcp报的发包规则，进行rtp包头滤波，将降低编码速率的信息添加到第二tmmbr中。

在本实施例的另一个可选实施方式中，对于本实施例步骤s106中涉及到的基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求tmmbr的方式，可以通过如下方式来实现：基站通过核心网向当前正在进行视频业务的第二终端发送第一tmmbr，并通过第二终端向第一终端发送临时最大媒体流比特率通知tmmbn，其中，第一终端向第二终端发送sipupdate信息以重新协商新速率；或，基站通过核心网向当前正在进行视频业务的第二终端发送第二tmmbr，并通过第二终端向第一终端发送tmmbn，其中，第一终端向第二终端发送sipupdate信息以重新协商新速率。

可选地，在基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求tmmbr之后，本实施例的方法包括：基站接收当前正在进行视频业务的终端响应于tmmbr发送的tmmbn。

基于此，在基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求tmmbr之后，本实施例的方法包括：在预定时间内未收到当前正在进行视频业务的终端响应于tmmbr发送的tmmbn时，基站重复预定次数发送tmmbr。

图2是根据本发明实施例的调整视频编码速率的方法的流程图二，如图2所示，该方法的步骤包括：

步骤s202：当前正在进行视频业务的第一终端接收当前正在进行视频业务的第二终端响应于tmmbr发送的临时最大媒体流比特率请求tmmbn，其中，tmmbr携带有基站根据信息调整视频编码速率；

步骤s204：第一终端根据tmmbn向第二终端发送sipupdate信息以重新协商新速率至目标编码速率；其中，信息包括以下至少之一：信道质量、小区覆盖信息、系统负荷。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

在本实施例中还提供了一种调整视频编码速率的装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本发明实施例的调整视频编码速率的装置的结构框图一，该装置应用于基站侧，如图3所示，该装置包括：获取模块32，用于获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷；调整模块34，与获取模块32耦合连接，用于根据信息调整视频编码速率；第一发送模块36，与调整模块34耦合连接，用于向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求tmmbr。

可选地，该调整模块34包括：判断单元，用于判断信息是否满足以下之一的条件：第一条件：终端的视频业务无丢包、且无视频业务调度延时、且终端所处小区位置离基站距离小于第一预设距离、且终端所处小区负荷小于第一预设阈值；第二条件：终端的视频业务产生丢包、或视频业务调度延时，或终端所处小区位置离基站距离大于第二预设距离、或终端所处小区负荷大于第二预设阈值；提升单元，用于在判断信息满足第一条件时，构造提升视频编码速率的第一tmmbr；降低单元，用于在判断信息满足第二条件时，构造降低视频编码速率的第二tmmbr。

可选地，提升单元包括：第一接收子单元，用于接收当前正在进行视频业务的终端中发送的rtcp包；第一处理子单元，用于学习rtcp报的发包规则，进行rtp包头滤波，将用于提升编码速的信息添加到第一tmmbr中；降低单元包括：第二接收子单元，用于接收当前正在进行视频业务的终端中的第一终端发送的rtcp包；第二处理子单元，用于学习rtcp报的发包规则，进行rtp包头滤波，将调整后的第二目标编码速率添加到第二tmmbr中。

可选地，该第一发送模块，用于核心网向当前正在进行视频业务的第二终端发送第一tmmbr，并通过第二终端向第一终端发送临时最大媒体流比特率通知tmmbn，其中，第一终端向第二终端发送sipupdate信息以重新协商新速率；或，通过核心网向当前正在进行视频业务的第二终端发送第二tmmbr，并通过第二终端向第一终端发送tmmbn，其中，第一终端向第二终端发送sipupdate信息以重新协商新速率。

可选地，在基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求tmmbr之后，装置包括：第一接收模块，用于接收当前正在进行视频业务的终端响应于tmmbr发送的tmmbn。

在本实施力度饿可选实施方式中，在基站向当前正在进行视频业务的终端发送携带有调整后的目标速率的临时最大媒体流比特率请求tmmbr之后，该装置还可以包括：第二发送模块，用于在预定时间内未收到当前正在进行视频业务的终端响应于tmmbr发送的tmmbn时，重复预定次数发送tmmbr。

图4是根据本发明实施例的调整视频编码速率的装置的结构框图二，该装置应用于当前 正在进行视频业务的第一终端侧，如图4所示，该装置包括：第二接收模块42，用于接收当前正在进行视频业务的第二终端响应于tmmbr发送的临时最大媒体流比特率请求tmmbn，其中，tmmbr携带有基站根据信息调整视频编码速率的目标编码速率；第三发送模块44，与第二接收模块42耦合连接，用于根据tmmbn向第二终端发送sipupdate信息以重新协商新速率；其中，信息包括以下至少之一：信道质量、小区覆盖信息、系统负荷。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

下面结合本发明的可选实施例对本发明进行举例说明；

本可选实施例提供了一种自适应调整视频速率的系统及方法。根据本可选实施例的系统及方法能够根据信道质量、小区覆盖、系统负荷等，自适应调整视频的编码速率，让客户在无感知的情况下，实时调整视频编码，提高客户体验，增强视频的lte覆盖，节省系统带宽。

在本可选实施例中，基站结合终端所处的信道质量，小区覆盖，系统负荷等，判定终端当前的视频速率是否满足以下条件(1)或(2)，需要说明的是，在本实施例中上下行独立判定：

(1)，若判定为视频业务无丢包，且无调度延时，且终端所处小区位置为优，且小区负荷较轻时，可以判定为该视频用户可以适当提升视频编码速率，提升用户体验。

(2)，若判定为视频业务出现丢包，或者调度不及时，或者终端所处小区位置为劣，或者小区出现拥塞时，可以判定为该视频用户可以适当降低视频编码速率，保证用户体验。

基于上述(1)和(2)，该基站解析终端发送的rtcp包，学习rtcp包的发包规则，进行rtp包头滤波，构造tmmbr，将视频的目标速率填入tmmbr包中。图5是根据本发明可选实施例中tmmbr包格式示意图，如图5所述，参考协议rfc5104。

图6是根据本发明可选实施例的基站进行上行调速的流程图，如图6所示，当该视频终端ue1的上行满足(1)或者(2)中的条件时，基站在该终端ue1的下行链路上，发送请求升速或者降速的tmmbr。该终端ue1收到基站发给自己的tmmbr后，解析出是请求变速的rtcp信息，随后终端ue1会在上行链路上发送速率调整之后的视频rtp包。或，

图7是根据本发明可选实施例的基站进行下行调速的流程图，如图7所示，当该视频终端ue1的下行满足(1)或者(2)中的条件时，基站在该终端ue1的上行链路上，发送请求升速或者降速的tmmbr。对方终端ue2收到核心网转发给自己的tmmbr后，解析出是请求变速的rtcp信息，随后对方终端ue2会在上行链路上发送速率调整之后的视频rtp包。ue1收到的就会是ue2调整速率之后的视频rtp包。

通过本可选实施例，视频用户会随着所处小区位置以及小区自身负荷等信息自适应调整视频速率，当终端移动到小区远点时，视频进行降速，节省系统带宽的同时，还可以保证视 频终端的用户体验，无卡顿，无马赛克，图像流畅。同时也提高了视频用户的lte覆盖。当小区负荷轻且终端移动到小区中心近点时，可以适当的提升视频编码速率，提供更清晰舒适的视频体验。

图8是根据本发明可选实施例的基站与核心网终端的关系示意图，如图8所示，enodeb1是第一运营商的，enodeb2是第二运营商基站。以下实施例都是在enodeb1上进行。在enodeb1下接入一部volteue1，另一部终端放置在较远的其他运营商enodeb2下，为volteue2。需要说明的是，两部终端都在同一基站下的处理是一致的。

实施例1：

本方案步骤如下：

步骤s302：enodeb1小区空载。两部终端进行视频通话，视频速率为1mbps。控制ue1处于enodeb1小区下的极近点。呼通之后，手持ue1从小区中心缓慢移动至小区边缘。

步骤s304：enodeb1的条件判定模块发现ue1上行出现丢包，时延也变大，通知enodeb1的下行用户面，构造降速的tmmbrrtcp包，填写tmmbr中的视频速率为384kbps，头大小为滤波值40b。

步骤s306：ue1收到降速的tmmbr之后，回复tmmbn给ue2，随后，ue1上行发送的视频报文按照384kbps的速率进行发送。ue1的上行速率实现降速。

实施例2：

本方案步骤如下：

步骤s402：enodeb1小区空载。两部终端进行视频通话，视频速率为64kbps。控制ue1处于enodeb1小区下的远点。呼通之后，手持ue1从小区边缘缓慢移动至小区中心。

步骤s404：enodeb1的条件判定模块发现ue1上行无丢包，无时延，无拥塞，负荷低，通知enodeb1的下行用户面，构造升速的tmmbrrtcp包，填写tmmbr中的视频速率为128kbps，头大小为滤波值40b。

步骤s406：ue1收到升速的tmmbr之后，回复tmmbn给ue2，随后，ue1上行发送的视频报文按照128kbps的速率进行发送。ue1的上行速率实现升速。

实施例3：

本方案步骤如下：

步骤s502：enodeb1小区空载。两部终端进行视频通话，视频速率为1mbps。控制ue1处于enodeb1小区下的极近点。呼通之后，手持ue1从小区中心缓慢移动至小区边缘。

步骤s504：enodeb1的条件判定模块发现ue1下行出现丢包，时延也变大，通知enodeb1的上行用户面，构造降速的tmmbrrtcp包，填写tmmbr中的视频速率为384kbps，头大 小为滤波值40b。

步骤s506：ue2收到降速的tmmbr之后，回复tmmbn给ue1，随后，ue2上行发送的视频报文按照384kbps的速率进行发送。ue1的下行速率实现降速。

实施例4：

本方案步骤如下：

步骤s602：enodeb1小区空载。两部终端进行视频通话，视频速率为64kbps。控制ue1处于enodeb1小区下的远点。呼通之后，手持ue1从小区边缘缓慢移动至小区中心。

步骤s604：enodeb1的条件判定模块发现ue1下行无丢包，无时延，无拥塞，负荷低，通知enodeb1的上行用户面，构造升速的tmmbrrtcp包，填写tmmbr中的视频速率为128kbps，头大小为滤波值40b。

步骤s606：ue2收到升速的tmmbr之后，回复tmmbn给ue1，随后，ue2上行发送的视频报文按照128kbps的速率进行发送。ue1的下行速率实现升速。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

步骤s1：基站获取当前正在进行视频业务的终端所处的以下至少之一信息：信道质量、小区覆盖信息、系统负荷；

步骤s2：基站根据信息构造用于指示调整视频编码速率的指令；

步骤s3：基站向当前正在进行视频业务的终端发送携带有该指令的临时最大媒体流比特率请求tmmbr。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

步骤s1：当前正在进行视频业务的第一终端接收当前正在进行视频业务的第二终端响应于tmmbr发送的临时最大媒体流比特率请求tmmbn，其中，tmmbr携带有基站根据信息调整视频编码速率；

步骤s2：第一终端根据tmmbn向第二终端发送sipupdate信息以重新协商新速率至目标编码速率；其中，信息包括以下至少之一：信道质量、小区覆盖信息、系统负荷。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置 中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。