[发明专利]一种B-TrunC视频组呼码率调整方法和系统

说明书

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

技术领域

本发明涉及本发明涉及宽带集群通信技术领域，特别涉及一种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连接状态，以将下行丢包率反馈给所述网络侧；