CN103873812A - 宽带多媒体集群系统调度台的自适应分辨率h.264视频编码方法 - Google Patents
宽带多媒体集群系统调度台的自适应分辨率h.264视频编码方法 Download PDFInfo
- Publication number
- CN103873812A CN103873812A CN201410133826.5A CN201410133826A CN103873812A CN 103873812 A CN103873812 A CN 103873812A CN 201410133826 A CN201410133826 A CN 201410133826A CN 103873812 A CN103873812 A CN 103873812A
- Authority
- CN
- China
- Prior art keywords
- video
- dispatching desk
- switching control
- control center
- resolution
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法,涉及宽带多媒体集群系统调度台的视频编码方法,解决了在硬件资源与网络资源受限时,无法进行通话视频分辨率自适应调整的问题。本发明在单呼时,呼叫方通过SCC发送呼叫请求信息;被叫端应答呼叫请求,建立通话;呼叫端获得话语权,并传输视频,视频传输完毕后放弃话语权;通话结束。组呼时,DC通过SCC发送呼叫请求信息;SCC建立相应的视频通话组;DC获得话语权,并传输视频数据,视频数据有SCC广播给所有组成员,视频传输完毕后放弃话语权;通话结束。在单呼和组呼的过程中视频分辨率进行自适应调整以提供更好的服务质量。本发明适用于宽带无线多媒体集群通信。
Description
技术领域
本发明涉及一种宽带多媒体集群系统调度台的视频编码方法。
背景技术
宽带多媒体集群系统是面向重点行业应用的宽带无线多媒体接入系统,是为政府部门、机关团体、行业用户、企事业单位的特殊服务需求而组建的通信系统,它具备指挥、调度、宽带多媒体数据传输等重要功能。宽带多媒体集群系统是面向公安系统等重点行业的宽带多媒体无线接入系统的研发与产业化。它能加强国家对于公共安全、紧急事件处理、大型集会活动、救助自然灾害、抵御敌对势力攻击、预防恐怖袭击和众多突发情况应急反应的能力,做到迅速布设网络,保障重要信息的传输,快速有效地指挥发令。
调度台是宽带多媒体集群系统的重要组成之一,通过它来实现远程一对一或一对多的指挥调度、可视通话、监听等功能。其中,可视通话,视频监听等视频业务是宽带多媒体集群系统中的特色,它使得无线集群通信系统由过去单纯的语音指挥系统升级为集语音、视频、文字于一体的多媒体集群通信系统。调度台实现的具体视频业务包括视频单呼,视频组呼,本地视频数据存储和接收视频存储。
视频画面的分辨率是评估视频质量的一个重要参数。通常,分辨率越高,画面清晰度越高。但是,高分辨率视频在带来更好用户体验的同时,也消耗更多的硬件资源与网络资源。相比而言,低分辨率视频的编码、解码和存储需要的硬件资源更少,数据传输占用的网络资源也更少,它可以以较低的代价实现功能,但是其画面清晰度较低。高低分辨率视频各有优劣,通常在资源充沛的情况下,用户希望调高分辨率以提高用户体验;而在资源紧缺时,用户则希望降低分辨率,保证视频功能的实现。
发明内容
本发明是为了解决在硬件资源与网络资源受限的情况下,无法进行视频服务业务的视频分辨率自适应调整的问题,从而提供一种宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法。
宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法,它是调度台和单个用户之间的视频单呼方法,呼叫发起端为调度台或单个用户;它由以下步骤实现:
步骤一、呼叫发起端向交换控制中心SCC发出视频单呼请求信令,所述视频单呼请求信令中包括被叫端的IP信息和ID信息,发起端的IP信息、ID信息和可支持的视频分辨率信息;
步骤二、交换控制中心SCC对收到的请求信令进行验证,并判断验证是否成功,如果判断结果为否,则结束;如果判断结果为是,则将请求信令传递到被叫端;
步骤三、被叫端在收到呼叫请求信令后对信令进行验证,并判断验证是否成功,如果判断结果为否,则结束;如果判断结果为是,则将呼叫应答信令传递给交换控制中心SCC,所述呼叫应答信令包括IP信息、ID信息、时间戳和可支持的视频分辨率信息;
步骤四、交换控制中心SCC将应答信令传递给呼叫端,完成信令交互流程;
步骤五、呼叫端首先获得话语权;呼叫端进行视频采集和H.264视频编码,并将视频数据打包;
步骤六、呼叫端将视频数据打包并发送给交换控制中心SCC,交换控制中心SCC将数据包转发到被叫端,呼叫端话语权释放;
步骤七、接收端收到视频数据后,进行丢包率检测;并判断是否低于预设的阈值,如果判断结果为是,则生成调高视频分辨率要求;如果判断结果为否,则生成降低视频分辨率要求;生成的调整分辨率的要求在交换控制中心SCC汇总,并由交换控制中心SCC广播到通信双方;
步骤八、调度台DC将发送或者接收到的视频数据进行本地存储;
步骤九、调度台或单个用户向交换控制中心SCC申请话语权,交换控制中心SCC判断是否有调度台或单个用户发出呼叫释放信令,如果判断结果为否,则根据向调度台或单个用户分配话语权,并返回执行步骤七;如果判断结果为是,则执行步骤十;
步骤十、交换控制中心SCC广播释放信令并保存通话记录,结束调度台和单个用户之间的视频单呼。
步骤六中呼叫端将视频数据打包并发送给交换控制中心SCC,交换控制中心SCC将数据包转发到被叫端的数据包传输借助于Socket技术,按照UDP协议传输。
调度台和单个用户之间通过交换控制中心SCC协商调整视频分辨率,协商后的通话视频分辨率为通信双方硬件和网络共同可支持分布率中的较高的分布率。
宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法,它是调度台和多个用户之间的视频组呼方法,呼叫发起端为调度台;它由以下步骤实现:
步骤A1、调度台DC向交换控制中心SCC发出视频组呼请求信令,信令中包括所有被叫用户的IP信息和ID信息和组信息,以及调度台DC端的IP信息、ID信息和可支持的视频分辨率信息;
步骤A2、交换控制中心SCC对收到的请求信令进行验证,并判断验证是否成功,如果判断结果为否,则结束;如果判断结果为是,则根据信令中的组信息建立用户通话组,并将视频组呼请求信令广播给组成员;
步骤A3、组成员用户在收到呼叫请求信令后对信令进行验证,并判断验证是否成功,如果判断结果为否,则结束;如果判断结果为是,则将呼叫应答信令传递给交换控制中心SCC,应答信令包括IP信息、ID信息、时间戳和可支持的视频分辨率信息;
步骤A4、交换控制中心SCC在收到所有组成员用户的应答信令后,生成一个综合应答信令,并将综合应答信令传递给调度台DC端,完成信令交互流程;
步骤A5、调度台DC首先获得话语权,调度台DC进行视频采集和H.264视频编码,并将视频数据打包;
步骤A6、调度台DC将视频数据打包并发送给交换控制中心SCC,交换控制中心SCC将数据包广播到所有组成员用户,呼叫端话语权释放;
步骤A7、每个组成员用户收到视频数据后,进行丢包率检测;并判断是否低于预设的阈值,如果判断结果为是,则生成调高视频分辨率要求;如果判断结果为否,则生成降低视频分辨率要求;每个组成员用户生成的调整分辨率的要求在交换控制中心SCC汇总整合,交换控制中心SCC将其中的最低分辨率要求作为通信标准广播到全部组成员用户和调度台DC;
步骤A8、调度台或组成员用户向交换控制中心SCC申请话语权,交换控制中心SCC判断是否有调度台或单个用户发出呼叫释放信令,如果判断结果为否,则根据向调度台或组成员用户分配话语权,并返回执行步骤A7;如果判断结果为是,则执行步骤A9;
步骤A9、调度台DC将发送或者接收到的视频数据进行本地存储;
步骤A10、调度台DC向交换控制中心SCC发送呼叫释放信令,交换控制中心SCC广播释放信令并保存通话记录,结束调度台和多个用户之间的视频组呼。
步骤A6中呼叫端将视频数据打包并发送给交换控制中心SCC,交换控制中心SCC将数据包转发到被叫端的数据包传输借助于Socket技术,按照UDP协议传输。
调度台和多个用户之间通过交换控制中心SCC协商调整视频分辨率,协商后的通话视频分辨率为通话组成员硬件和网络共同可支持分布率中的较高的分布率。
所有终端在通话前都首先向交换控制中心SCC申请话语权,SCC授予话语权之后再将本地视频数据通过交换控制中心SCC转发给通话组中的其他成员;视频通话过程是半双工过程。
建立指定分辨率视频通话过程步骤如下:
步骤B1、发送端摄像头采集本地视频图像数据并将其转化为YUV格式;
步骤B2、发送端H.264编码器根据分辨率要求完成视频编码,并将分辨率参数编入SPS;
步骤B3、发送端对H.264编码器所有的输出数据进行打包,借助于Socket套接字技术,将其数据按UDP协议发送到视频接收端;
步骤B4、视频接收端根据SPS中的参数初始化H.264解码器;
步骤B5、接收端解码器对接收到的视频数据实时解码,并播放视频数据。
分辨率改变方法为:
步骤C1、当分辨率需要改变时,发送端会根据新的分辨率要求实现视频编码,并将改变后的分辨率信息通过SPS传递给接收端;
步骤C2、接收端根据SPS中的参数重新初始化H.264解码器,分辨率改变完成。
本发明提出一种适用于宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法,它根据可调度资源的情况,完成通话视频分辨率的自适应调整,在硬件资源与网络资源受限的情况下,提供最好的视频服务业务。
附图说明
图1是调度台和单个用户之间的视频单呼方法的流程示意图;
图2是调度台和多个用户之间的视频组呼方法的流程示意图;
图3是视频分辨率的设定和改变流程原理示意图;
图4是分辨率为176x144的视频通话画面示意图;
图5是分辨率为352x288的视频通话画面示意图。
具体实施方式
具体实施方式一、结合图1说明本具体实施方式,宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法,它是调度台和单个用户之间的视频单呼方法,呼叫发起端为调度台或单个用户;它由以下步骤实现:
步骤一、呼叫发起端向交换控制中心SCC发出视频单呼请求信令,所述视频单呼请求信令中包括被叫端的IP信息和ID信息,发起端的IP信息、ID信息和可支持的视频分辨率信息;
步骤二、交换控制中心SCC对收到的请求信令进行验证,并判断验证是否成功,如果判断结果为否,则结束;如果判断结果为是,则将请求信令传递到被叫端;
步骤三、被叫端在收到呼叫请求信令后对信令进行验证,并判断验证是否成功,如果判断结果为否,则结束;如果判断结果为是,则将呼叫应答信令传递给交换控制中心SCC,所述呼叫应答信令包括IP信息、ID信息、时间戳和可支持的视频分辨率信息;
步骤四、交换控制中心SCC将应答信令传递给呼叫端,完成信令交互流程;
步骤五、呼叫端首先获得话语权;呼叫端进行视频采集和H.264视频编码,并将视频数据打包;
步骤六、呼叫端将视频数据打包并发送给交换控制中心SCC,交换控制中心SCC将数据包转发到被叫端,呼叫端话语权释放;
步骤七、接收端收到视频数据后,进行丢包率检测;并判断是否低于预设的阈值,如果判断结果为是,则生成调高视频分辨率要求;如果判断结果为否,则生成降低视频分辨率要求;生成的调整分辨率的要求在交换控制中心SCC汇总,并由交换控制中心SCC广播到通信双方;
步骤八、调度台DC将发送或者接收到的视频数据进行本地存储;
步骤九、调度台或单个用户向交换控制中心SCC申请话语权,交换控制中心SCC判断是否有调度台或单个用户发出呼叫释放信令,如果判断结果为否,则根据向调度台或单个用户分配话语权,并返回执行步骤七;如果判断结果为是,则执行步骤十;
步骤十、交换控制中心SCC广播释放信令并保存通话记录,结束调度台和单个用户之间的视频单呼。
步骤六中呼叫端将视频数据打包并发送给交换控制中心SCC,交换控制中心SCC将数据包转发到被叫端的数据包传输借助于Socket技术,按照UDP协议传输。
调度台和单个用户之间通过交换控制中心SCC协商调整视频分辨率,协商后的通话视频分辨率为通信双方硬件和网络共同可支持分布率中的较高的分布率。
具体实施方式四、宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法,它是调度台和多个用户之间的视频组呼方法,呼叫发起端为调度台;它由以下步骤实现:
步骤A1、调度台DC向交换控制中心SCC发出视频组呼请求信令,信令中包括所有被叫用户的IP信息和ID信息和组信息,以及调度台DC端的IP信息、ID信息和可支持的视频分辨率信息;
步骤A2、交换控制中心SCC对收到的请求信令进行验证,并判断验证是否成功,如果判断结果为否,则结束;如果判断结果为是,则根据信令中的组信息建立用户通话组,并将视频组呼请求信令广播给组成员;
步骤A3、组成员用户在收到呼叫请求信令后对信令进行验证,并判断验证是否成功,如果判断结果为否,则结束;如果判断结果为是,则将呼叫应答信令传递给交换控制中心SCC,应答信令包括IP信息、ID信息、时间戳和可支持的视频分辨率信息;
步骤A4、交换控制中心SCC在收到所有组成员用户的应答信令后,生成一个综合应答信令,并将综合应答信令传递给调度台DC端,完成信令交互流程;
步骤A5、调度台DC首先获得话语权,调度台DC进行视频采集和H.264视频编码,并将视频数据打包;
步骤A6、调度台DC将视频数据打包并发送给交换控制中心SCC,交换控制中心SCC将数据包广播到所有组成员用户,呼叫端话语权释放;
步骤A7、每个组成员用户收到视频数据后,进行丢包率检测;并判断是否低于预设的阈值,如果判断结果为是,则生成调高视频分辨率要求;如果判断结果为否,则生成降低视频分辨率要求;每个组成员用户生成的调整分辨率的要求在交换控制中心SCC汇总整合,交换控制中心SCC将其中的最低分辨率要求作为通信标准广播到全部组成员用户和调度台DC;
步骤A8、调度台或组成员用户向交换控制中心SCC申请话语权,交换控制中心SCC判断是否有调度台或单个用户发出呼叫释放信令,如果判断结果为否,则根据向调度台或组成员用户分配话语权,并返回执行步骤A7;如果判断结果为是,则执行步骤A9;
步骤A9、调度台DC将发送或者接收到的视频数据进行本地存储;
步骤A10、调度台DC向交换控制中心SCC发送呼叫释放信令,交换控制中心SCC广播释放信令并保存通话记录,结束调度台和多个用户之间的视频组呼。
步骤A6中呼叫端将视频数据打包并发送给交换控制中心SCC,交换控制中心SCC将数据包转发到被叫端的数据包传输借助于Socket技术,按照UDP协议传输。
调度台和多个用户之间通过交换控制中心SCC协商调整视频分辨率,协商后的通话视频分辨率为通话组成员硬件和网络共同可支持分布率中的较高的分布率。
具体实施方式三、本具体实施方式与具体实施方式一或二所述的宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法的区别在于,所有终端在通话前都首先向交换控制中心SCC申请话语权,SCC授予话语权之后再将本地视频数据通过交换控制中心SCC转发给通话组中的其他成员;视频通话过程是半双工过程。
具体实施方式四、本具体实施方式与具体实施方式一或二所述的宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法的区别在于,建立指定分辨率视频通话过程步骤如下:
步骤B1、发送端摄像头采集本地视频图像数据并将其转化为YUV格式;
步骤B2、发送端H.264编码器根据分辨率要求完成视频编码,并将分辨率参数编入SPS;
步骤B3、发送端对H.264编码器所有的输出数据进行打包,借助于Socket套接字技术,将其数据按UDP协议发送到视频接收端;
步骤B4、视频接收端根据SPS中的参数初始化H.264解码器;
步骤B5、接收端解码器对接收到的视频数据实时解码,并播放视频数据。
具体实施方式五、本具体实施方式与具体实施方式一或二所述的宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法的区别在于,分辨率改变方法为:
步骤C1、当分辨率需要改变时,发送端会根据新的分辨率要求实现视频编码,并将改变后的分辨率信息通过SPS传递给接收端;
步骤C2、接收端根据SPS中的参数重新初始化H.264解码器,分辨率改变完成。
以下具体说明单呼和组呼的工作原理:本发明实现主要依赖于宽带多媒体集群系统中的调度台DC,此外还涉及到交换控制中心SCC和多个用户终端UE。由DC,SCC和多个UE组成的子系统将借助于H.264视频编解码技术,完成将完成DC对单个UE的视频单呼,DC对多个UE的视频组呼,DC端本地通话视频存储,DC端接收视频的存储。呼叫过程的信令交互由SIP协议信令系统完成,而视频数据包的传输则是利用Socket套接字技术完成。考虑到视频通话数据量较大,而且视频数据包的偶然丢失对通话质量影响较小,因而视频数据包按UDP协议传输。DC和UE之间的信令传递,视频数据传输都是通过SCC进行转发,因而DC只直接与SCC通信。
视频单呼和视频组呼是调度台DC视频业务中的核心部分。其中,因为视频分辨率的问题涉及到用户体验、硬件资源和网络资源等问题,需要被认真考虑。虽然H.264自身可以提供多个档次的分辨率,但是考虑到实时通信的特殊要求,宽带多媒体系统只要求了CIF(352×288像素)和QCIF(176×144像素)两档。CIF像素点是QCIF像素点的四倍,因而CIF视频通信可以提供更为清晰的画面和更好的用户体验。但是H.264的CIF的编码需要更多地硬件资源;相同帧率时,CIF的数据量约为QCIF的四倍,传输CIF视频占用的网络资源更大。因而,高效地配置和利用现有资源,实现视频质量的最优化非常有意义。
首先对H.264视频分辨相关问题做出说明。H.264是由ITU-T和ISO/IEC于2003年三月份联合发布的新一代视频压缩编解码标准。它采用的熵编码技术,帧内预测技术和帧间预测等技术大幅度提高视频编码压缩率,同时,分层码流结构使得H.264具有良好的网络兼容性。正是因为H.264具有如此优良的特性,宽带多媒体系统也将其作为视频业务的编码标准。按照功能的角度,H.264可以分为两层:视频编码层(VCL,Video Coding Layer)和网络提取层(NAL,Network Abstraction Layer)。VCL主要完成视频压缩编解码,是结构的核心部分;NAL则是负责将VCL已编码的数据按照网络的要求进行打包和传送,形成一个NAL单元。每个NAL单元都包含一个NAL头信息和一个原始字节序列负荷(RBSP,Raw Byte Sequence Payload)。RBSP又包含有原始视频编码数据和若干比特对齐位。常见的RBSP单元类型如下表所示。
表1:RBSP类型描述
RBSP类型 | 功能 |
参数集PS | 序列的全局,如图像尺寸、视频格式等 |
增强信息SEI | 视频序列解码的增强信息 |
图像定界符PD | 视频图像的边界 |
编码片 | 片的头信息和数据 |
数据分割 | DP片层的数据,用于错误恢复解码 |
序列结束符 | 表明下一图像为IDR图像 |
流结束符 | 表明该流中已没有图像 |
填充数据 | 哑元数据,用于填充字节 |
参数集PS又分为序列参数集SPS和图像参数集PPS。SPS包含的是针对一连续编码视频序列的参数,如标识符、帧数及POC的约束等。PPS对应的是一个序列中某一幅图像或者某几幅图像,其参数如标识符、熵编码模式选择标识和去方块滤波系数调整标识等。我们所关注的视频分辨率参数有序列参数集SPS给出。
视频分辨率由参数pic_width_in_mbs_minus1和pic_height_in_mbs_minus1给出。通常H2.64的宏块大小为16×16,那么视频图像的高为:
(pic_height_in_mbs_minus1+1)×16 (1)
视频图像的宽为:
(pic_width_in_mbs_minus1+1)×16 (2)
当pic_width_in_mbs_minus1=21,pic_height_in_mbs_minus1=17时,视频分辨率为CIF(352x288);当pic_width_in_mbs_minus1=10,pic_height_in_mbs_minus1=8时,视频分辨率为QCIF(176x144)。
在实际使用时,举例说明H.264视频分辨率的设定和改变过程:1.发送端摄像头采集本地视频图像数据并将其转化为YUV格式。2.发送端H.264编码器根据分辨率要求完成视频编码,并将分辨率等参数编入SPS。3.发送端对H.264编码器所有的输出数据进行打包,借助于Socket套接字技术,将其数据按UDP协议发送到视频接收端。4.视频接收端根据SPS中的参数初始化H.264解码器。5.接收端解码器对接收到的视频数据实时解码,并播放视频数据。6.当分辨率需要改变时,发送端会根据新的分辨率要求实现视频编码,并将改变后的分辨率信息通过SPS传递给接收端。7.接收端根据SPS中的参数重新初始化H.264解码器,分辨率改变完成。视频分辨率的设定和改变流程如图3所示。
在调度台DC单呼和组呼的过程中,根据终端设备硬件可支持的视频分辨率信息和视频数据的丢包率,实现视频通话过程中的分辨率自适应改变,在硬件和网络资源受限的前提下,提供最好的视频服务业务。下面分别介绍视频单呼和组呼流程。
视频单呼,即是调度台DC和单个用户终端UE之间的视频通话,它可以由DC端发起,也可以由UE端发起。H.264视频编码可以选择不同的视频分辨率,这个由硬件资源和网络状态决定。初始化时,按低分辨率标准完成编码,以保证通话的建立。单呼流程示意图如图2所示。
视频组呼不同于视频单呼,它只能由调度台DC发起,可以实现DC和多个用户终端UE之间的视频通话。H.264视频编码可以选择不同的视频分辨率,这个由硬件资源和网络状态决定。初始化时,按低分辨率标准完成编码,以保证通话的建立。组呼流程示意图如图3所示。
以下用具体实例验证本发明的效果:
在硬件资源和网络资源紧张的情况下,调度台实现分辨率为176x144像素的视频单呼与组呼。通话视频画面图如图4所示。
在硬件资源和网络资源充足时,调度台实现分辨率为352x288像素的视频单呼与组呼。通话视频画面图如图5所示。
Claims (9)
1.宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法,其特征是:它是调度台和单个用户之间的视频单呼方法,呼叫发起端为调度台或单个用户;它由以下步骤实现:
步骤一、呼叫发起端向交换控制中心SCC发出视频单呼请求信令,所述视频单呼请求信令中包括被叫端的IP信息和ID信息,发起端的IP信息、ID信息和可支持的视频分辨率信息;
步骤二、交换控制中心SCC对收到的请求信令进行验证,并判断验证是否成功,如果判断结果为否,则结束;如果判断结果为是,则将请求信令传递到被叫端;
步骤三、被叫端在收到呼叫请求信令后对信令进行验证,并判断验证是否成功,如果判断结果为否,则结束;如果判断结果为是,则将呼叫应答信令传递给交换控制中心SCC,所述呼叫应答信令包括IP信息、ID信息、时间戳和可支持的视频分辨率信息;
步骤四、交换控制中心SCC将应答信令传递给呼叫端,完成信令交互流程;
步骤五、呼叫端首先获得话语权;呼叫端进行视频采集和H.264视频编码,并将视频数据打包;
步骤六、呼叫端将视频数据打包并发送给交换控制中心SCC,交换控制中心SCC将数据包转发到被叫端,呼叫端话语权释放;
步骤七、接收端收到视频数据后,进行丢包率检测;并判断是否低于预设的阈值,如果判断结果为是,则生成调高视频分辨率要求;如果判断结果为否,则生成降低视频分辨率要求;生成的调整分辨率的要求在交换控制中心SCC汇总,并由交换控制中心SCC广播到通信双方;
步骤八、调度台DC将发送或者接收到的视频数据进行本地存储;
步骤九、调度台或单个用户向交换控制中心SCC申请话语权,交换控制中心SCC判断是否有调度台或单个用户发出呼叫释放信令,如果判断结果为否,则根据向调度台或单个用户分配话语权,并返回执行步骤七;如果判断结果为是,则执行步骤十;
步骤十、交换控制中心SCC广播释放信令并保存通话记录,结束调度台和单个用户之间的视频单呼。
2.根据权利要求1所述的宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法,其特征在于步骤六中呼叫端将视频数据打包并发送给交换控制中心SCC,交换控制中心SCC将数据包转发到被叫端的数据包传输借助于Socket技术,按照UDP协议传输。
3.根据权利要求1所述的宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法,其特征在于调度台和单个用户之间通过交换控制中心SCC协商调整视频分辨率,协商后的通话视频分辨率为通信双方硬件和网络共同可支持分布率中的较高的分布率。
4.宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法,其特征是:它是调度台和多个用户之间的视频组呼方法,呼叫发起端为调度台;它由以下步骤实现:
步骤A1、调度台DC向交换控制中心SCC发出视频组呼请求信令,信令中包括所有被叫用户的IP信息和ID信息和组信息,以及调度台DC端的IP信息、ID信息和可支持的视频分辨率信息;
步骤A2、交换控制中心SCC对收到的请求信令进行验证,并判断验证是否成功,如果判断结果为否,则结束;如果判断结果为是,则根据信令中的组信息建立用户通话组,并将视频组呼请求信令广播给组成员;
步骤A3、组成员用户在收到呼叫请求信令后对信令进行验证,并判断验证是否成功,如果判断结果为否,则结束;如果判断结果为是,则将呼叫应答信令传递给交换控制中心SCC,应答信令包括IP信息、ID信息、时间戳和可支持的视频分辨率信息;
步骤A4、交换控制中心SCC在收到所有组成员用户的应答信令后,生成一个综合应答信令,并将综合应答信令传递给调度台DC端,完成信令交互流程;
步骤A5、调度台DC首先获得话语权,调度台DC进行视频采集和H.264视频编码,并将视频数据打包;
步骤A6、调度台DC将视频数据打包并发送给交换控制中心SCC,交换控制中心SCC将数据包广播到所有组成员用户,呼叫端话语权释放;
步骤A7、每个组成员用户收到视频数据后,进行丢包率检测;并判断是否低于预设的阈值,如果判断结果为是,则生成调高视频分辨率要求;如果判断结果为否,则生成降低视频分辨率要求;每个组成员用户生成的调整分辨率的要求在交换控制中心SCC汇总整合,交换控制中心SCC将其中的最低分辨率要求作为通信标准广播到全部组成员用户和调度台DC;
步骤A8、调度台或组成员用户向交换控制中心SCC申请话语权,交换控制中心SCC判断是否有调度台或单个用户发出呼叫释放信令,如果判断结果为否,则根据向调度台或组成员用户分配话语权,并返回执行步骤A7;如果判断结果为是,则执行步骤A9;
步骤A9、调度台DC将发送或者接收到的视频数据进行本地存储;
步骤A10、调度台DC向交换控制中心SCC发送呼叫释放信令,交换控制中心SCC广播释放信令并保存通话记录,结束调度台和多个用户之间的视频组呼。
5.根据权利要求4所述的宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法,其特征在于步骤A6中呼叫端将视频数据打包并发送给交换控制中心SCC,交换控制中心SCC将数据包转发到被叫端的数据包传输借助于Socket技术,按照UDP协议传输。
6.根据权利要求4所述的宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法,其特征在于调度台和多个用户之间通过交换控制中心SCC协商调整视频分辨率,协商后的通话视频分辨率为通话组成员硬件和网络共同可支持分布率中的较高的分布率。
7.根据权利要求1或4所述的宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法,其特征在于所有终端在通话前都首先向交换控制中心SCC申请话语权,SCC授予话语权之后再将本地视频数据通过交换控制中心SCC转发给通话组中的其他成员;视频通话过程是半双工过程。
8.根据权利要求1或4所述的宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法,其特征在于建立指定分辨率视频通话过程步骤如下:
步骤B1、发送端摄像头采集本地视频图像数据并将其转化为YUV格式;
步骤B2、发送端H.264编码器根据分辨率要求完成视频编码,并将分辨率参数编入SPS;
步骤B3、发送端对H.264编码器所有的输出数据进行打包,借助于Socket套接字技术,将其数据按UDP协议发送到视频接收端;
步骤B4、视频接收端根据SPS中的参数初始化H.264解码器;
步骤B5、接收端解码器对接收到的视频数据实时解码,并播放视频数据。
9.根据权利要求1或4所述的宽带多媒体集群系统调度台的自适应分辨率H.264视频编码方法,其特征在于分辨率改变方法为:
步骤C1、当分辨率需要改变时,发送端会根据新的分辨率要求实现视频编码,并将改变后的分辨率信息通过SPS传递给接收端;
步骤C2、接收端根据SPS中的参数重新初始化H.264解码器,分辨率改变完成。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410133826.5A CN103873812B (zh) | 2014-04-03 | 2014-04-03 | 宽带多媒体集群系统调度台的自适应分辨率h.264视频编码方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410133826.5A CN103873812B (zh) | 2014-04-03 | 2014-04-03 | 宽带多媒体集群系统调度台的自适应分辨率h.264视频编码方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103873812A true CN103873812A (zh) | 2014-06-18 |
CN103873812B CN103873812B (zh) | 2017-02-15 |
Family
ID=50911894
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410133826.5A Active CN103873812B (zh) | 2014-04-03 | 2014-04-03 | 宽带多媒体集群系统调度台的自适应分辨率h.264视频编码方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103873812B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105451022A (zh) * | 2015-11-17 | 2016-03-30 | 深圳联友科技有限公司 | 一种将多路视频流压缩成一路视频流的方法及系统 |
CN108206923A (zh) * | 2016-12-16 | 2018-06-26 | 展讯通信(上海)有限公司 | 多路视频通话的实现方法、装置及多通终端 |
CN108259411A (zh) * | 2016-12-28 | 2018-07-06 | 普天信息技术有限公司 | 视频推送业务的通信优化方法、集群控制功能体及调度台 |
CN109120873A (zh) * | 2017-06-23 | 2019-01-01 | 普天信息技术有限公司 | 一种宽带集群系统中视频调度的录像方法 |
CN109982023A (zh) * | 2017-12-28 | 2019-07-05 | 成都鼎桥通信技术有限公司 | 一种视频会话中的分辨率调整方法 |
CN110740110A (zh) * | 2018-07-19 | 2020-01-31 | 普天信息技术有限公司 | 一种宽带集群中视频推送方法、调度台及集群媒体功能体 |
CN112073918A (zh) * | 2019-06-10 | 2020-12-11 | 成都鼎桥通信技术有限公司 | 一种宽带集群通信中的视频组呼方法和装置 |
CN113453043A (zh) * | 2020-03-27 | 2021-09-28 | 中国移动通信集团山东有限公司 | 一种视频调度优化方法、装置、计算机设备和存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102957729B (zh) * | 2011-08-26 | 2015-11-25 | 中国移动通信集团公司 | 一种多媒体会议音视频传输方法及设备 |
CN102447874B (zh) * | 2011-12-26 | 2014-04-23 | 上海顶竹通讯技术有限公司 | 视频调度系统及调度方法 |
CN102946570B (zh) * | 2012-09-21 | 2015-03-04 | 上海交通大学 | 一种自适应网络带宽的多流流媒体传输系统与传输方法 |
-
2014
- 2014-04-03 CN CN201410133826.5A patent/CN103873812B/zh active Active
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105451022A (zh) * | 2015-11-17 | 2016-03-30 | 深圳联友科技有限公司 | 一种将多路视频流压缩成一路视频流的方法及系统 |
CN108206923A (zh) * | 2016-12-16 | 2018-06-26 | 展讯通信(上海)有限公司 | 多路视频通话的实现方法、装置及多通终端 |
CN108259411A (zh) * | 2016-12-28 | 2018-07-06 | 普天信息技术有限公司 | 视频推送业务的通信优化方法、集群控制功能体及调度台 |
CN108259411B (zh) * | 2016-12-28 | 2021-08-06 | 普天信息技术有限公司 | 视频推送业务的通信优化方法、集群控制功能体及调度台 |
CN109120873A (zh) * | 2017-06-23 | 2019-01-01 | 普天信息技术有限公司 | 一种宽带集群系统中视频调度的录像方法 |
CN109982023A (zh) * | 2017-12-28 | 2019-07-05 | 成都鼎桥通信技术有限公司 | 一种视频会话中的分辨率调整方法 |
CN109982023B (zh) * | 2017-12-28 | 2020-11-13 | 成都鼎桥通信技术有限公司 | 一种视频会话中的分辨率调整方法 |
CN110740110A (zh) * | 2018-07-19 | 2020-01-31 | 普天信息技术有限公司 | 一种宽带集群中视频推送方法、调度台及集群媒体功能体 |
CN112073918A (zh) * | 2019-06-10 | 2020-12-11 | 成都鼎桥通信技术有限公司 | 一种宽带集群通信中的视频组呼方法和装置 |
CN113453043A (zh) * | 2020-03-27 | 2021-09-28 | 中国移动通信集团山东有限公司 | 一种视频调度优化方法、装置、计算机设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN103873812B (zh) | 2017-02-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103873812A (zh) | 宽带多媒体集群系统调度台的自适应分辨率h.264视频编码方法 | |
CN101552913B (zh) | 多路视频通讯系统及处理方法 | |
CN105392020B (zh) | 一种互联网视频直播方法,及系统 | |
CN105704580B (zh) | 一种视频传输方法 | |
CN107241564B (zh) | 基于ims网络架构的多流视频会议方法、装置及系统 | |
CN102843650B (zh) | 一种实现视频调度的方法 | |
CN103248882A (zh) | 多媒体数据传输的方法、多媒体数据传输装置及系统 | |
WO2011088656A1 (zh) | 一种移动终端实现可视电话三方通话的方法及系统 | |
KR20100071688A (ko) | 스케일러블 비디오 코딩 기반의 포괄적 비디오 접근을 위한스트리밍 서비스 장치 및 방법 | |
CN206323408U (zh) | 一种基于ims的融合视频通信系统 | |
CN100454821C (zh) | 一种视频会议系统多mcu之间资源共享的方法 | |
CN105915904A (zh) | 一种宽带集群呼叫业务的视频流Qos控制方法 | |
CN101146272A (zh) | Ptt系统、实现ptt通信的方法、ptt管理服务器及终端设备 | |
CN109104650A (zh) | 多网络融合通信系统 | |
US11805156B2 (en) | Method and apparatus for processing immersive media | |
CN105828351A (zh) | 一种对终端或群组进行监听的方法及系统 | |
CN102025973B (zh) | 视频合成方法及视频合成系统 | |
CN100366080C (zh) | 在会议电视系统中实现单画面和多画面切换的方法 | |
CN208739327U (zh) | 多网络融合通信系统 | |
CN102377977A (zh) | 一种视频通话过程中对视频的处理方法、装置及系统 | |
EP4383735A1 (en) | Point cloud data transmission device, point cloud data transmission method, point cloud data reception device, and point cloud data reception method | |
Cabrera et al. | Opportunistic plp: Maximizing the spectrum usage in dtt | |
CN103347201A (zh) | 集群系统组呼中的视频传输方法和视频传输系统 | |
CN110381080B (zh) | 一种多媒体数据包发送方法及装置 | |
CN110392018B (zh) | 一种对讲机的通信方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |