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

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

A method and system of b-trunc video group call rate adjustment

【技术实现步骤摘要】
一种B-TrunC视频组呼码率调整方法和系统
本专利技术涉及本专利技术涉及宽带集群通信
，特别涉及一种B-TrunC(BroadbandTrunkingCommunication，宽带集群通信)视频组呼码率调整方法和系统。
技术介绍
B-TrunC标准协议中，定义了视频组呼业务，该业务的工作方式是一个群组内多个用户之间进行点对多点视频通话，主讲者(主讲端)将视频画面上传给网络侧，网络侧通过共享信道同时给多个接收用户传输相同的视频画面，这种方式可明显降低无线传输带宽消耗。由于视频实时性要求，视频组呼采用UDP(UserDatagramProtocol，用户数据包协议)传输方式，而UDP协议的传输并不可靠，在无线网络质量差时，容易导致视频出现花屏卡顿等现象，影响用户感知。具体的问题主要如下：(1)视频组呼下行用户面采用共享逻辑信道传输，群组中的用户没有独立的接收状态反馈通道，网络侧无法根据下行信道状态进行速率调整。存在该问题的可能原因在于：视频组呼采用了语音组呼的传输方式，而语音组呼没有接收状态反馈通道主要是考虑降低功耗，但视频组呼工作时终端的应用层一直是唤醒状态，并且底层也是处于持续接收状态，无法睡眠，因此，对于视频组呼，是否处于连接态对于功耗影响比较小，可以考虑在有下行丢包的情况下主动进入连接态，进行监听终端的状态反馈。(2)对于同一个群组的监听用户，处于弱覆盖地区的监听终端丢包严重，视频质量差，出现花屏、黑屏等现象。存在该问题的可能原因在于：视频组呼下行发送采用点对多点的方式，物理层没有HARQ(HybridAutomaticRepeatRequest，混合自动重传请求)重传机制，应用层采用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{}表示对其中所有的下行丢包率取平均值。进一步，所述主讲端根据所接收的丢包率做码率进行码率的自适应调整，包括码率的自适应上调和码率的自适应下调。进一步，所述主讲端根据如下公式进行所述码率的自适应下调：DnStepmin＝α*(Rmax-Rmin)/kupRexp_n＝max[Rexp_n′,Rmin]其中，kup为码率上调步长因子，Rmax为当前视频分辨率的最大码率，Rmin为当前视频分辨率的最小码率，α为最小下调步长系数，Rexp_n为调整后的目标码率，RAdj_Last为上一次自适应调整后的目标码率，RAdj_Last初始化为初始配置的视频分辨率的最大码率，在每次码率调整后RAdj_Last更新为调整后的目标码率Rexp_n，Fl为所述主讲端根据所接收的丢包率，DnStepmin和Rexp_n′均为中间计算变量，max{}和max[]均表示取其括号中的最大值，min{}表示取其括号中的最小值。进一步，所述主讲端根据如下公式所述码率的自适应上调：Rexp_n′＝RAdj_Last+(Rmax-Rmin)/kupRexp_n＝min[Rexp_n′,Rmax]其中，kup为码率上调步长因子，Rmax为当前视频分辨率的最大码率，Rmin为当前视频分辨率的最小码率，Rexp_n为调整后的目标码率，RAdj_Last为上一次自适应调整后的目标码率，RAdj_Last初始化为初始配置的视频分辨率的最大码率，在每次码率调整后RAdj_Last更新为调整后的目标码率Rexp_n，min[]表示取其括号中的最小值。一种B-TrunC视频组呼码率调整系统，包括：监听用户、网络侧和主讲端；其中，所述监听用户，用于对接收到的RTP流进行丢包检测以获取下行丢包率，并将下行丢包率反馈给所述网络侧；所述网络侧，用于统计反馈所述下行丢包率的监听用户的数量，当触发判决门限时，对所述监听用户所反馈的下行丢包率进行综合判决，获得视频组呼下行平均丢包率，将所述视频组呼下行的平均丢包率本文档来自技高网...

【技术保护点】
1.一种B-TrunC视频组呼码率调整方法，包括：/n视频群组的监听用户对接收到的RTP流进行丢包检测以获取下行丢包率，并将下行丢包率反馈给网络侧；/n所述网络侧统计反馈所述下行丢包率的监听用户的数量，当所统计的数量触发判决门限时，对所述监听用户所反馈的下行丢包率进行综合判决，获得视频组呼下行平均丢包率；/n所述网络侧将所述视频组呼下行的平均丢包率与所述视频群组的主讲上行丢包率进行比较，将其中最大的丢包率发送给所述视频群组的主讲端；/n所述主讲端根据所接收的丢包率进行码率的自适应调整。/n

【技术特征摘要】
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视频组呼码率调整方法，其特征在于，所述网络侧通过下式获得所述下...

【专利技术属性】
技术研发人员：丁长文，方伟，王亮，
申请(专利权)人：成都鼎桥通信技术有限公司，
类型：发明
国别省市：四川;51