CN110876121B - 一种B-TrunC视频组呼码率调整方法和系统 - Google Patents

Abstract

本发明公开了一种B‑TrunC视频组呼码率调整方法和系统。包括：监听用户对接收到的RTP流进行丢包检测以获取下行丢包率，并将下行丢包率反馈给网络侧；网络侧统计反馈下行丢包率的监听用户的数量，当触发判决门限时，对监听用户所反馈的下行丢包率进行综合判决，获得视频组呼下行平均丢包率，并将视频组呼下行的平均丢包率与视频群组主讲上行丢包率进行比较，将其中最大的丢包率发送给主讲端；主讲端根据所接收的丢包率进行码率的自适应调整。本发明的技术方案能够使得码率适应网络质量的改变而进行适应性调节，能够避免出现卡顿、花屏等现象，提高了用户感受。

Description

一种B-TrunC视频组呼码率调整方法和系统

技术领域

本发明涉及本发明涉及宽带集群通信技术领域，特别涉及一种B-TrunC(Broadband Trunking Communication，宽带集群通信)视频组呼码率调整方法和系统。

背景技术

B-TrunC标准协议中，定义了视频组呼业务，该业务的工作方式是一个群组内多个用户之间进行点对多点视频通话，主讲者(主讲端)将视频画面上传给网络侧，网络侧通过共享信道同时给多个接收用户传输相同的视频画面，这种方式可明显降低无线传输带宽消耗。

由于视频实时性要求，视频组呼采用UDP(User Datagram Protocol，用户数据包协议)传输方式，而UDP协议的传输并不可靠，在无线网络质量差时，容易导致视频出现花屏卡顿等现象，影响用户感知。具体的问题主要如下：

(1)视频组呼下行用户面采用共享逻辑信道传输，群组中的用户没有独立的接收状态反馈通道，网络侧无法根据下行信道状态进行速率调整。存在该问题的可能原因在于：视频组呼采用了语音组呼的传输方式，而语音组呼没有接收状态反馈通道主要是考虑降低功耗，但视频组呼工作时终端的应用层一直是唤醒状态，并且底层也是处于持续接收状态，无法睡眠，因此，对于视频组呼，是否处于连接态对于功耗影响比较小，可以考虑在有下行丢包的情况下主动进入连接态，进行监听终端的状态反馈。

(2)对于同一个群组的监听用户，处于弱覆盖地区的监听终端丢包严重，视频质量差，出现花屏、黑屏等现象。存在该问题的可能原因在于：视频组呼下行发送采用点对多点的方式，物理层没有HARQ(Hybrid Automatic Repeat Request，混合自动重传请求)重传机制，应用层采用UDP传输，无重传机制，不可靠。同时，网络侧没有相应的速率调整机制去匹配网络带宽，对于处于弱覆盖的用户，下行链路质量差，容易出现带宽拥塞的场景，视频画面质量变差。

发明内容

有鉴于此，本发明提供一种B-TrunC视频组呼码率调整方法和系统，以避免可能出现的视频卡顿、花屏等现象，提高用户感受。

本发明的技术方案是这样实现的：

一种B-TrunC视频组呼码率调整方法，包括：

视频群组的监听用户对接收到的RTP流进行丢包检测以获取下行丢包率，并将下行丢包率反馈给网络侧；

所述网络侧统计反馈所述下行丢包率的监听用户的数量，当所统计的数量触发判决门限时，对所述监听用户所反馈的下行丢包率进行综合判决，获得视频组呼下行平均丢包率；

所述网络侧将所述视频组呼下行的平均丢包率与所述视频群组的主讲上行丢包率进行比较，将其中最大的丢包率发送给主讲端；

所述主讲端根据所接收的丢包率进行码率的自适应调整。

进一步，所述的视频群组的监听用户对接收到的RTP流进行丢包检测以获取下行丢包率，并将下行丢包率反馈给网络侧，进一步包括：

下行丢包率统计过程：所述监听用户周期性地统计所述下行丢包率；以及

下行丢包率反馈过程：所述监听用户在下行丢包率超过丢包率门限时，进入无线资源控制RRC连接状态，以将下行丢包率反馈给所述网络侧；

进一步，所述判决门限包括用户数量门限和/或用户数量比例门限；

所述触发判决门限包括：

反馈丢包率的监听用户的数量达到所述用户数量门限，

和/或

反馈丢包率的监听用户的数量比例达到所述用户数量比例门限。

进一步，所述网络侧统计反馈所述下行丢包率的监听用户的数量，包括：

所述网络侧设置判决滑动窗口，并周期性地统计在所述判决滑动窗口期间内反馈丢包率的监听用户的数量。

进一步，所述网络侧周期性地统计在所述判决滑动窗口期间内反馈丢包率的监听用户的数量，包括：

所述网络侧将在所述判决滑动窗口期间内反馈下行丢包率的监听用户放入群组丢包集合中；

对于所述视频群组中的每个监听用户，如果所述网络侧在所述判决滑动窗口期间内未收到该监听用户的下行丢包率反馈，则不将该监听用户放入所述群组丢包集合中；

对于已经放入所述群组丢包集合中的任意一个监听用户，如果所述网络侧在该监听用户最后一次反馈下行丢包率之后的时间期间内未再收到该监听用户的下行丢包率反馈，所述网络侧将该监听用户从所述群组丢包集合中删除，其中，所述时间期间的长度等于所述判决滑动窗口的长度；

对于所述群组丢包集合中的同一监听用户，在所述判决滑动窗口期间，所述网络侧多次收到该监听用户的下行丢包率，则以最后一次收到的下行丢包率为准；

所述网络侧对所述群组丢包集合中的用户数量进行周期性地统计。

进一步，所述网络侧通过下式获得所述下行平均丢包率：

RR_FL_Down＝aver{RR_FL1,RR_FL2,…,RR_FLn}

其中，RR_FL_Down为所述下行平均丢包率，RR_FL1、RR_FL2、RR_FLn分别表示n个反馈下行丢包率的监听用户各自的下行丢包率，n为群组丢包集合中的监听用户数量，aver{}表示对其中所有的下行丢包率取平均值。

进一步，所述主讲端根据所接收的丢包率做码率进行码率的自适应调整，包括码率的自适应上调和码率的自适应下调。

进一步，所述主讲端根据如下公式进行所述码率的自适应下调：

DnStep_min＝α*(R_max-R_min)/k_up

R_{exp_n}＝max[R_{exp_n′},R_min]

其中，k_up为码率上调步长因子，R_max为当前视频分辨率的最大码率，R_min为当前视频分辨率的最小码率，α为最小下调步长系数，R_{exp_n}为调整后的目标码率，R_{Adj_Last}为上一次自适应调整后的目标码率，R_{Adj_Last}初始化为初始配置的视频分辨率的最大码率，在每次码率调整后R_{Adj_Last}更新为调整后的目标码率R_{exp_n}，Fl为所述主讲端根据所接收的丢包率，DnStep_min和R_{exp_n′}均为中间计算变量，max{}和max[]均表示取其括号中的最大值，min{}表示取其括号中的最小值。

进一步，所述主讲端根据如下公式所述码率的自适应上调：

R_{exp_n′}＝R_{Adj_Last}+(R_max-R_min)/k_up

R_{exp_n}＝min[R_{exp_n′},R_max]

其中，k_up为码率上调步长因子，R_max为当前视频分辨率的最大码率，R_min为当前视频分辨率的最小码率，R_{exp_n}为调整后的目标码率，R_{Adj_Last}为上一次自适应调整后的目标码率，R_{Adj_Last}初始化为初始配置的视频分辨率的最大码率，在每次码率调整后R_{Adj_Last}更新为调整后的目标码率R_{exp_n}，min[]表示取其括号中的最小值。

一种B-TrunC视频组呼码率调整系统，包括：

监听用户、网络侧和主讲端；其中，

所述监听用户，用于对接收到的RTP流进行丢包检测以获取下行丢包率，并将下行丢包率反馈给所述网络侧；

所述网络侧，用于统计反馈所述下行丢包率的监听用户的数量，当触发判决门限时，对所述监听用户所反馈的下行丢包率进行综合判决，获得视频组呼下行平均丢包率，将所述视频组呼下行的平均丢包率与视频群组主讲上行丢包率进行比较，将其中最大的丢包率发送给所述主讲端；

所述主讲端，用于根据所接收的丢包率做码率进行码率的自适应调整。

从上述方案可以看出，本发明的B-TrunC视频组呼码率调整方法和系统，利用监听用户对接收到的RTP流进行丢包检测以获取下行丢包率，并将下行丢包率反馈给网络侧。网络侧根据反馈丢包率的监听用户数量情况，对监听用户所反馈的下行丢包率进行综合判决，获得视频组呼下行平均丢包率，并将视频组呼下行的平均丢包率与视频群组主讲上行丢包率进行比较，将其中最大的丢包率发送给主讲端，进而主讲端根据所接收的丢包率做码率进行码率的自适应调整。本发明的B-TrunC视频组呼码率调整方法和系统通过监听用户反馈的下行平均丢包率和主讲端上行丢包率的比较确定其中最大的丢包率，再根据该最大的丢包率进行主讲端的码率调节，从而使得码率能够适应网络质量的改变而进行适应性调节，能够避免出现卡顿、花屏等现象，提高了用户感受。

附图说明

图1为本发明实施例提供的B-TrunC视频组呼码率调整方法流程图；

图2为本发明实施例中的网络侧进行丢包率统计并上传给主讲端的流程示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步详细说明。

如图1所示，本发明实施例提供的B-TrunC视频组呼码率调整方法，包括：

步骤1、视频群组的监听用户对接收到的RTP(Real-time Transport Protocol，实时传输协议)流进行丢包检测以获取下行丢包率，并将下行丢包率反馈给网络侧；

步骤2、网络侧统计反馈下行丢包率的监听用户的数量，当所统计的数量触发判决门限时，对监听用户所反馈的下行丢包率进行综合判决，获得视频组呼下行平均丢包率；

步骤3、网络侧将视频组呼下行的平均丢包率与视频群组的主讲上行丢包率进行比较，将其中最大的丢包率发送给视频群组的主讲端；

步骤4、主讲端根据所接收的丢包率进行码率的自适应调整。

其中，步骤1中进一步包括：

下行丢包率统计过程：监听用户周期性地统计下行丢包率；以及

下行丢包率反馈过程：为了减小监听用户的终端功耗和节省网络带宽，监听用户在下行丢包率超过丢包率门限时，进入RRC连接状态，以将下行丢包率反馈给网络侧。

在步骤2中，判决门限包括用户数量门限和/或用户数量比例门限。

触发判决门限包括：反馈丢包率的监听用户的数量达到用户数量门限，和/或反馈丢包率的监听用户的数量比例达到用户数量比例门限。

换句话说，在本发明提供的实施例中，触发判决门限可以由监听用户的数量决定，也可以由监听用户的数量比例决定，也可以由监听用户的数量和监听用户的数量比例共同决定。例如，可设置用户数量门限值，当反馈丢包率的监听用户的数量达到用户数量门限值时，执行对监听用户所反馈的下行丢包率的综合判决；可设置用户数量比例门限值，当反馈丢包率的监听用户的数量比例达到用户数量比例门限值时，执行对监听用户所反馈的下行丢包率的综合判决；也可以当反馈丢包率的监听用户的数量达到用户数量门限值，并且反馈丢包率的监听用户的数量比例达到用户数量比例门限值时，执行对监听用户所反馈的下行丢包率的综合判决。其中，反馈丢包率的监听用户的数量比例为反馈丢包率的监听用户数量在监听用户总数量中的比例。

在步骤2中，网络侧统计反馈下行丢包率的监听用户的数量，可具体包括：

在步骤2中，网络侧设置判决滑动窗口，并周期性地统计在所述判决滑动窗口期间内反馈丢包率的监听用户的数量。

在一个具体实施例中，在步骤2中，网络侧周期性地统计在判决滑动窗口期间内反馈丢包率的监听用户的数量，可具体包括：

网络侧将在判决滑动窗口期间内反馈下行丢包率的监听用户放入群组丢包集合中；

对于视频群组中的每个监听用户，如果网络侧在判决滑动窗口期间内未收到该监听用户的下行丢包率反馈，则不将该监听用户放入群组丢包集合中；

对于已经放入群组丢包集合中的任意一个监听用户，如果网络侧在该监听用户最后一次反馈下行丢包率之后的时间期间内未再收到该监听用户的下行丢包率反馈，网络侧将该监听用户从群组丢包集合中删除，其中，所述时间期间的长度等于判决滑动窗口的长度；

对于群组丢包集合中的同一个监听用户，在判决滑动窗口期间，网络侧多次收到该监听用户的下行丢包率，则以最后一次收到的下行丢包率为准；

网络侧对群组丢包集合中的用户数量进行周期性地统计。

在一个具体实施例中，在步骤2中，网络侧通过下式获得下行平均丢包率：

RR_FL_Down＝aver{RR_FL1,RR_FL2,…,RR_FLn}

其中，RR_FL_Down为下行平均丢包率，RR_FL1、RR_FL2、RR_FLn分别表示n个反馈下行丢包率的监听用户各自的下行丢包率，n为群组丢包集合中的监听用户的数量，aver{}表示对其括号“{}”中所有的下行丢包率取平均值。

在步骤4中，主讲端根据所接收的丢包率做码率进行码率的自适应调整，包括码率的自适应上调和码率的自适应下调。

在一个具体实施例中，主讲端根据如下公式进行所述码率的自适应下调：

DnStep_min＝α*(R_max-R_min)/k_up

R_{exp_n}＝max[R_{exp_n′},R_min]

其中，k_up为码率上调步长因子，R_max为当前视频分辨率的最大码率，R_min为当前视频分辨率的最小码率，α为最小下调步长系数，R_{exp_n}为调整后的目标码率，R_{Adj_Last}为上一次自适应调整后的目标码率，R_{Adj_Last}初始化为初始配置的视频分辨率的最大码率，在每次码率调整后R_{Adj_Last}更新为调整后的目标码率R_{exp_n}，Fl为主讲端根据所接收的丢包率，DnStep_min和R_{exp_n′}均为中间计算变量，max{}和max[]均表示取其括号中的最大值，min{}表示取其括号中的最小值。

在一个具体实施例中，主讲端根据如下公式所述码率的自适应上调：

R_{exp_n′}＝R_{Adj_Last}+(R_max-R_min)/k_up

R_{exp_n}＝min[R_{exp_n′},R_max]

其中，k_up为码率上调步长因子，R_max为当前视频分辨率的最大码率，R_min为当前视频分辨率的最小码率，R_{exp_n}为调整后的目标码率，R_{Adj_Last}为上一次自适应调整后的目标码率，R_{Adj_Last}初始化为初始配置的视频分辨率的最大码率，在每次码率调整后R_{Adj_Last}更新为调整后的目标码率R_{exp_n}，min[]表示取其括号中的最小值。

以下结合实际，对上述B-TrunC视频组呼码率调整方法进行进一步说明。

其主要过程如下：

(1)视频群组的监听用户对收到的RTP流进行丢包检测，周期性的统计丢包率，在有丢包的情况下，主动进入RRC(Radio Resource Control，无线资源控制)连接态，通过默认承载将RR(Receiver Report，接收报告)报告中的丢包率反馈给网络侧，网络侧通过解析RR报告中的SSRC(Synchronization source，同步源)了解监听用户的群组归属。

(2)网络侧设置判决滑动窗口，在判决滑动窗口期间统计该群组反馈RR报告的监听用户，只有当反馈RR报告的监听用户的数量超过一定门限时，才会对多个RR报告中的丢包率进行综合判决，取得群组视频下行的平均丢包率；否则，不作处理。

(3)网络侧对视频组呼下行的平均丢包率和视频组呼上行(视频群组的主讲上行)的丢包率进行对比，求最大值之后通过RR报告发动给主讲端。

(4)主讲终端通过收到的RR报告中的丢包率进行码率自适应的调整。

具体实施过程如下。

步骤a1、群组监听用户对收到的RTP流进行丢包检测，周期性的统计丢包率，在有丢包的情况下通过RR报告中FL(Fraction Lost，丢包率)字段将丢包率反馈给网络侧。

步骤a2、网络侧首先解析RR报告中的SSRC了解监听用户的群组归属，然后进行群组丢包用户数的统计，处理过程可参照图2所示，主要包括以下步骤1)、步骤2)、步骤3)和步骤4)。

1)网络侧设置滑动判决滑动窗口Judge_time，在窗口区间内统计反馈RR报告的监听用户，放入群组丢包集合中，其中：

a)对于群组中每个监听用户，如果网络侧没有收到该监听用户的下行丢包率反馈，则不将该监听用户放入群组丢包集合中；

b)对于群组丢包集合中的每个监听用户，如果超过Judge_time，没有收到新的RR报告，则表示该用户下行链路恢复正常，将该用户在集合中删除；

c)对于群组丢包集合中的同一个监听用户，在Judge_time期间，收到新的RR报告，则以最后一次的RR报告为准。

只有在下行丢包率超过丢包率门限时，监听用户才会主动进入RRC连接态反馈丢包率。反之，当下行丢包率低于丢包率门限则不反馈。这样可以减少监听用户的终端的功耗和节省网络带宽。

2)当群组丢包集合中用户数超过一定门限值时，网络侧会对多个RR报告中的丢包率进行综合判决，门限值的配置采用如下方式：

a)网络侧对丢包用户数和丢包用户数比例进行统计和计算，其中用户比例＝丢包用户数/群组中监听用户数；

b)用户数门限(TH_num)和用户数比例门限(TH_num_rate)两个条件逻辑关系可配置，可选择“与”和“或”两种方式进行判定。

3)当丢包用户数量超过门限时，取得群组视频下行的平均丢包率：

RR_FL_Down＝aver{RR_FL1,RR_FL2,…,RR_FLn}

其中n为集合中丢包用户数量，RR_FL1,RR_FL2,…,RR_FLn为各个丢包用户的下行丢包率，aver{}表示大括号“{}”中的数字取平均，RR_FL_Down为群组视频下行的平均丢包率。

4)比较视频群组主讲端的上行丢包率RR_FL_Up与下行的平均丢包率的大小，选取两者的最大值：RR_FL＝max{RR_FL_Down，RR_FL_Up}，然后通过的RR报告反馈给主讲端。

步骤a3、主讲端接收RR报告，并根据其中的丢包率做码率自适应的调整。主要包括码率下调和码率上调。

1)码率下调

根据RR报告的FL字段值计算下调后的目标码率R_{exp_n}：

DnStep_min＝α*(R_max-R_min)/k_up

R_{exp_n}＝max[R_{exp_n′},R_min]

其中，k_up为码率上调步长因子，为可配置参数；R_max和R_min为当前视频分辨率的最大码率和最小码率，为可配置参数；R_{Adj_Last}初始化为初始配置的视频分辨率的最大码率，初始化为初始配置的视频分辨率的最大码率；在每次码率调整后更新为调整后的目标码率R_{exp_n}；α为最小下调步长系数，为可配置参数；β为丢包率下调余量系数，为可配置参数。

2)码率上调

计算当前分辨率上调后的目标码率R_{exp_n}：

R_{exp_n′}＝R_{Adj_Last}+(R_max-R_min)/k_up

R_{exp_n}＝min[R_{exp_n′},R_max]

其中，k_up为码率上调步长因子，为可配置参数；R_{Adj_Last}为上一次自适应调整后的目标码率，R_{Adj_Last}初始化为初始配置的视频分辨率的最大码率，在每次码率调整后R_{Adj_Last}更新为调整后的目标码率R_{exp_n}；R_max和R_min为当前视频分辨率的最大码率和最小码率，为可配置参数。

本发明实施例还提供了一种B-TrunC视频组呼码率调整系统，包括监听用户、网络侧和主讲端。其中，监听用户，用于对接收到的RTP流进行丢包检测以获取下行丢包率，并将下行丢包率反馈给网络侧。网络侧，用于统计反馈下行丢包率的监听用户的数量，当触发判决门限时，对监听用户所反馈的下行丢包率进行综合判决，获得视频组呼下行平均丢包率，将视频组呼下行的平均丢包率与视频群组主讲上行丢包率进行比较，将其中最大的丢包率发送给主讲端。主讲端，用于根据所接收的丢包率做码率进行码率的自适应调整。

本发明实施例的B-TrunC视频组呼码率调整方法和系统，利用监听用户对接收到的RTP流进行丢包检测以获取下行丢包率，并将下行丢包率反馈给网络侧。网络侧根据反馈丢包率的监听用户数量情况，对监听用户所反馈的下行丢包率进行综合判决，获得视频组呼下行平均丢包率，并将视频组呼下行的平均丢包率与视频群组主讲上行丢包率进行比较，将其中最大的丢包率发送给主讲端，进而主讲端根据所接收的丢包率做码率进行码率的自适应调整。本发明的B-TrunC视频组呼码率调整方法和系统通过监听用户反馈的下行平均丢包率和主讲端上行丢包率的比较确定其中最大的丢包率，再根据该最大的丢包率进行主讲端的码率调节，从而使得码率能够适应网络质量的改变而进行适应性调节，能够避免出现卡顿、花屏等现象，提高了用户感受。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种B-TrunC视频组呼码率调整方法，包括：

视频群组的监听用户对接收到的RTP流进行丢包检测以获取下行丢包率，并将下行丢包率反馈给网络侧；

所述网络侧统计反馈所述下行丢包率的监听用户的数量，当所统计的数量触发判决门限时，对所述监听用户所反馈的下行丢包率进行综合判决，获得视频组呼下行平均丢包率；

所述网络侧将所述视频组呼下行的平均丢包率与所述视频群组的主讲上行丢包率进行比较，将其中最大的丢包率发送给所述视频群组的主讲端；

所述主讲端根据所接收的丢包率进行码率的自适应调整。

2.根据权利要求1所述的B-TrunC视频组呼码率调整方法，其特征在于，所述的视频群组的监听用户对接收到的RTP流进行丢包检测以获取下行丢包率，并将下行丢包率反馈给网络侧，进一步包括：

下行丢包率统计过程：所述监听用户周期性地统计所述下行丢包率；以及

下行丢包率反馈过程：所述监听用户在下行丢包率超过丢包率门限时，进入无线资源控制RRC连接状态，以将下行丢包率反馈给所述网络侧。

3.根据权利要求1所述的B-TrunC视频组呼码率调整方法，其特征在于：

所述判决门限包括用户数量门限和/或用户数量比例门限；

所述触发判决门限包括：

反馈丢包率的监听用户的数量达到所述用户数量门限，

和/或

反馈丢包率的监听用户的数量比例达到所述用户数量比例门限。

4.根据权利要求1所述的B-TrunC视频组呼码率调整方法，其特征在于，所述网络侧统计反馈所述下行丢包率的监听用户的数量，包括：

所述网络侧设置判决滑动窗口，并周期性地统计在所述判决滑动窗口期间内反馈丢包率的监听用户的数量。

5.根据权利要求4所述的B-TrunC视频组呼码率调整方法，其特征在于，所述网络侧周期性地统计在所述判决滑动窗口期间内反馈丢包率的监听用户的数量，具体包括：

所述网络侧将在所述判决滑动窗口期间内反馈下行丢包率的监听用户放入群组丢包集合中；

对于所述视频群组中的每个监听用户，如果所述网络侧在所述判决滑动窗口期间内未收到该监听用户的下行丢包率反馈，则不将该监听用户放入所述群组丢包集合中；

对于已经放入所述群组丢包集合中的任意一个监听用户，如果所述网络侧在该监听用户最后一次反馈下行丢包率之后的时间期间内未再收到该监听用户的下行丢包率反馈，所述网络侧将该监听用户从所述群组丢包集合中删除，其中，所述时间期间的长度等于所述判决滑动窗口的长度；

对于所述群组丢包集合中的同一个监听用户，在所述判决滑动窗口期间，所述网络侧多次收到该监听用户的下行丢包率，则以最后一次收到的下行丢包率为准；

所述网络侧对所述群组丢包集合中的用户数量进行周期性地统计。

6.根据权利要求1所述的B-TrunC视频组呼码率调整方法，其特征在于，所述网络侧通过下式获得所述下行平均丢包率：

RR_FL_Down＝aver{RR_FL1,RR_FL2,…,RR_FLn}

其中，RR_FL_Down为所述下行平均丢包率，RR_FL1、RR_FL2、RR_FLn分别表示n个反馈下行丢包率的监听用户各自的下行丢包率，n为群组丢包集合中的监听用户的数量，aver{}表示对其中所有的下行丢包率取平均值。

7.根据权利要求1所述的B-TrunC视频组呼码率调整方法，其特征在于，所述主讲端根据所接收的丢包率做码率进行码率的自适应调整，包括码率的自适应上调和码率的自适应下调。

8.根据权利要求7所述的B-TrunC视频组呼码率调整方法，其特征在于，所述主讲端根据如下公式进行所述码率的自适应下调：

DnStep_min＝α*(R_max-R_min)/k_up

R_{exp_n}＝max[R_{exp_n′},R_min]

其中，k_up为码率上调步长因子，R_max为当前视频分辨率的最大码率，R_min为当前视频分辨率的最小码率，α为最小下调步长系数，R_{exp_n}为调整后的目标码率，R_{Adj_Last}为上一次自适应调整后的目标码率，R_{Adj_Last}初始化为初始配置的视频分辨率的最大码率，在每次码率调整后R_{Adj_Last}更新为调整后的目标码率R_{exp_n}，Fl为所述主讲端所接收的丢包率，DnStep_min和R_{exp_n′}均为中间计算变量，max{}和max[]均表示取其括号中的最大值，min{}表示取其括号中的最小值，β为丢包率下调余量系数。

9.根据权利要求7所述的B-TrunC视频组呼码率调整方法，其特征在于，所述主讲端根据如下公式所述码率的自适应上调：

R_{exp_n′}＝R_{Adj_Last}+(R_max-R_min)/k_up

R_{exp_n}＝min[R_{exp_n′},R_max]

其中，k_up为码率上调步长因子，R_max为当前视频分辨率的最大码率，R_min为当前视频分辨率的最小码率，R_{exp_n}为调整后的目标码率，R_{Adj_Last}为上一次自适应调整后的目标码率，R_{Adj_Last}初始化为初始配置的视频分辨率的最大码率，在每次码率调整后R_{Adj_Last}更新为调整后的目标码率R_{exp_n}，min[]表示取其括号中的最小值。

10.一种B-TrunC视频组呼码率调整系统，其特征在于，包括：

监听用户、网络侧和主讲端；其中，

所述监听用户，用于对接收到的RTP流进行丢包检测以获取下行丢包率，并将下行丢包率反馈给所述网络侧；

所述网络侧，用于统计反馈所述下行丢包率的监听用户的数量，当触发判决门限时，对所述监听用户所反馈的下行丢包率进行综合判决，获得视频组呼下行平均丢包率，将所述视频组呼下行的平均丢包率与视频群组主讲上行丢包率进行比较，将其中最大的丢包率发送给所述主讲端；

所述主讲端，用于根据所接收的丢包率进行码率的自适应调整。

Images