CN112738568B - 码率的调整方法、音视频服务器端、接收端及发送端 - Google Patents
码率的调整方法、音视频服务器端、接收端及发送端 Download PDFInfo
- Publication number
- CN112738568B CN112738568B CN202011598434.8A CN202011598434A CN112738568B CN 112738568 B CN112738568 B CN 112738568B CN 202011598434 A CN202011598434 A CN 202011598434A CN 112738568 B CN112738568 B CN 112738568B
- Authority
- CN
- China
- Prior art keywords
- audio
- code rate
- video
- sending
- target
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
- H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4621—Controlling the complexity of the content stream or additional data, e.g. lowering the resolution or bit-rate of the video stream for a mobile client with a small screen
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/6437—Real-time Transport Protocol [RTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/15—Conference systems
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Communication Control (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本申请公开了一种码率的调整方法、音视频服务器端、接收端及发送端,方法包括:基于在所述音视频服务器端获取各所述下游线路的下行码率,其中,通过使用transport cc算法获取所述下行码率,其中,通过使用transport cc算法获取所述下行码率;根据所述下行码率确定目标码率;将所述目标码率发送至所述音视频发送端,以使所述音视频发送端接收所述目标码率,调整所述上游线路的目标发送码率。解决了音视频发送端调整调整码率时存在速度慢,导致发生误差的问题,通过音视频发送端高频率地获取音视频接收端的下行码率,提高了音视频发送端对发送码率调整的速度、以及调整的准确性。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种码率的调整方法、音视频服务器端、接收端及发送端。
背景技术
由于互联网技术的发展,电视电话会议已成为的办公重要手段,其覆盖范围广,在网设备众多。随着电视电话会议系统使用的频率不断增加,重要性不断提高,系统对问题发生处理的时效性,准确性等都提出了更高的要求。
现有的技术中,当不同的客户端进行视频会议时,在对于各个客户端使用不同的网络进行码率的调整,其带宽码率不同,会导致客户端发生视频卡顿的问题。通常采用的方式为获取不同客户端的码率的调整的码率,进而将获取到的最小码率作为各个客户端进行码率的调整的码率。使用这种方法存在网络情况迅速变好,传输码率提升慢;当网络情况迅速变差,传输码率下降慢,会出现视频卡顿现象,严重影响用户使用视频会议的体验。
发明内容
本申请实施例通过提供一种码率的调整方法、音视频服务器端、接收端及发送端,旨在解决在音视频接收端使用remb算法下行码率时存在估算频率低,码率调整速度慢的问题。
为实现上述目的,本申请一方面提供一种码率的调整方法,应用于音视频通话,所述方法包括音视频服务器端,所述视频通话服务器通过上游线路与音视频发送端连接、通过下游线路与音视频接收端建立连接,所述下游线路存在多个,包括:
基于在所述音视频服务器端获取各所述下游线路的下行码率,其中,通过使用transport cc算法获取所述下行码率,其中,通过使用transport cc算法获取所述下行码率;
根据所述下行码率确定目标码率;
将所述目标码率发送至所述音视频发送端,以使所述音视频发送端接收所述目标码率,调整所述上游线路的目标发送码率。
可选地,所述将所述目标码率发送至所述音视频发送端,以使所述音视频发送端接收所述目标码率,调整所述上游线路的目标发送码率的步骤,包括:
将所述目标码率通过所述上游线路发送至所述音视频发送端,以使所述音视频发送端在接收到所述目标码率后,将所述目标码率和上游线路的上行码率进行比对,确定所述目标码率和所述上行码率中的最小值所对应的码率为所述目标发送码率。
可选地,所述根据所述下行码率确定目标码率的步骤,包括:
将各所述下行码率的值进行逐一比较;
确定值最小的所述下行码率为所述目标码率。
可选地,所述基于在所述音视频服务器端获取各所述下游线路的下行码率,其中,通过使用transport cc算法获取所述下行码率的步骤,包括:
基于与各所述音视频接收端的下游线路,向所述音视频接收端发送从所述音视频发送端获取的音视频数据;
获取所述音视频接收端的反馈数据包;
根据所述反馈数据包得到各所述下游线路的下行码率。
可选地,所述根据所述反馈数据包得到各所述下游线路的下行码率的步骤,包括:
获取所述反馈数据包中的时间戳;
根据所述时间戳得到所述各所述下游线路的下行码率。
可选地,所述音视频发送端采用transport cc算法估算上游线路的上行码率。
可选地,所述音视频服务器端通过rtcp remb传输协议将所述目标码率通过所述上游线路发送至所述音视频发送端。
此外,为实现上述实施例一种音视频服务器端,所述音视频服务器端包括:处理器、存储器和通信电路;
其中,所述处理器通过使用transport cc算法获取各所述下游线路的下行码率,并将所述目标码率发送至所述音视频发送端;
所述通信电路用于响应所述处理器的指令使用rtcp remb传输协议与其他设备进行通信;
所述存储器用于存储程序数据;
所述处理器用于运行所述程序数据,以执行所述的方法。
此外,为实现上述实施例一种音视频接收端,其特征在于,所述音视频接收端的使用包括处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的码率的调整程序,所述码率的调整程序被所述处理器执行时实现如上中任一项码率的调整方法的步骤。
此外,为实现上述实施例一种音视频发送端,其特征在于,所述音视频发送端上存储有码率的调整程序,所述码率的调整程序被处理器执行时实现如上中任一项码率的调整方法的步骤。
在本申请中通过音视频服务器端与下游线路建立连接,以使用transport cc算法获取到下游线路的在各个节点接收到从音视频接收端发送的下行码率时,根据下行码率得到目标码率,并将目标码率发送至音视频发送端,以使音视频发送端根据目标码率调整目标发送码率。通过控制在音视频服务器端设置节点与下游线路建立连接,以在服务器端通过使用transport cc算法得到下游线路的下行码率,使得音视频服务器端能够快速地将目标码率发送至音视频发送端,进而使得音视频发送端快速将发送码率调整为与当前线路的传输码率适应的目标发送码率。提高了音视频发送端发送码率调整的速度、以及准确性。
附图说明
图1为本申请实施例方案涉及的硬件运行环境的终端结构示意图;
图2为本申请码率的调整方法一实施例的流程示意图;
图3为本申请码率的调整方法音视频服务器端sfu的结构示意图;
图4为本申请码率的调整方法另一实施例的流程示意图;
图5为本申请码率的调整方法又一实施例的流程示意图。
本申请目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅用以解释本申请,并不用于限定本申请。
本申请实施例的主要解决方案是:基于在所述音视频服务器端获取各所述下游线路的下行码率,其中,通过使用transport cc算法获取所述下行码率;根据所述下行码率确定目标码率;将所述目标码率发送至所述音视频发送端,以使所述音视频发送端接收所述目标码率,调整所述上游线路的目标发送码率。
由于现有技术中在进行音视频会议时往往是音视频发送端通过使用transportcc的算法确定发送码率,进而再通过remb算法估算得到音视频接收端的码率,由于remb算法估算是基于延时估算,这就导致了获取到的音视频接收端的码率存在时延问题,导致码率调整较慢,亦或者造成码率调整与当前实际运行所需的码率不符。
如图1所示,图1为本申请实施例方案涉及的硬件运行环境的终端结构示意图。
如图1所示,该终端可以包括:处理器1001,例如CPU,网络接口1004,用户接口1003,存储器1005,通信总线1002。其中,通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器,也可以是稳定的存储器(non-volatile memory),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
可选地,终端还可以包括摄像头、RF(Radio Frequency,射频)电路,传感器、遥控器、音频电路、WiFi模块、检测器等等。当然,终端还可配置陀螺仪、气压计、湿度计、温度传感器等其他传感器,在此不再赘述。
本领域技术人员可以理解,图1中示出的终端结构并不构成对终端设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
如图1所示,作为一种计算机可读存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及家电设备的控制程序。
在图1所示的终端中,网络接口1004主要用于连接后台服务器,与后台服务器进行数据通信;用户接口1003主要用于连接客户端(用户端),与客户端进行数据通信;而处理器1001可以用于调用存储器1005中存储的家电设备的控制程序,并执行以下操作:
基于在所述音视频服务器端获取各所述下游线路的下行码率,其中,通过使用transport cc算法获取所述下行码率,其中,通过使用transport cc算法获取所述下行码率;
根据所述下行码率确定目标码率;
将所述目标码率发送至所述音视频发送端,以使所述音视频发送端接收所述目标码率,调整所述上游线路的目标发送码率。
参考图2,图2为本申请码率的调整方法第一实施例的流程示意图。
本申请实施例提供了码率的调整方法的实施例,需要说明的是,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本申请提出一种码率的调整方法,应用于音视频通话,进行所述音视频通话音视频服务器端,所述音视频服务器端通过上游线路与音视频发送端连接、通过下游线路与音视频接收端建立连接,所述下游线路存在多个,所述码率的调整方法包括:
步骤S10,基于在所述音视频服务器端获取各所述下游线路的下行码率,其中,通过使用transport cc算法获取所述下行码率,其中,通过使用transport cc算法获取所述下行码率;
所述节点为设置在音视频服务器端的接口,音视频服务器端通过该接口与各下游线路连接。
在本申请中音视频发送端以Client_A为例进行说明,音视频接收端以Client_B和Client_C为例进行说明,在本申请中音视频接收端不局限于Client_B和Client_C,即在本申请中与Client_A建立连接的音视频接收端还可包括更多。在Client_A作为音视频发送端和Client_B、Client_C进行通信时,将Client_A的音视频数据发送至Client_B和Client_C,同样地,在本申请中也可以Client_B为音视频发送端将音视频数据发送至Client_A和Client_C,亦或者以Client_C作为音视频发送端,将音视频数据发送至Client_A和Client_B。
在本申请中所述下游线路为音视频服务器端将从音视频发送端接收到的音视频数据发送至音视频接收端的线路。音视频服务器端与音视频接收端之间建立的连接线路为通信线路,可通过向音视频接收端发送握手数据帧,其中,握手数据帧中包含了一般情况下握手数据帧都具有统一的格式,本实施例并不对该统一格式的具体内容进行限定,也不对该握手数据帧中包含的各数据内容的顺序进行限定。一般情况下需要包含帧头(用于识别一帧的开始),握手命令(用于执行握手操作),握手成功次数(用于限定音视频服务器端与音视频接收端握手成功的次数)和帧校验序列(用于对数据进行校验)。当然还可以包含软件版本号(用于进行版本适配,保证协议执行的正确)等相关信息。在本申请中音视频接收端收到音视频服务器端下发的握手数据帧后,先进行校验,校验通过后,变换帧头,回复音视频服务器端下发的握手数据帧具有相同数据结构的响应帧。音视频服务器端收到响应帧后也进行校验,校验成功后将握手成功次对应的数值加1,并再次发送握手数据帧。音视频服务器端接收第4次握手成功数据帧时,若校验成功,则自行跳出握手状态,进入正常的音视频数据的收发。
当Client_B和Client_C接收到音视频服务器端通过下游线路发送从Client_A得到的音视频数据时,接收所述音视频服务器端,并向音视频服务器端发送确认获取数据,在本申请中,通过在音视频服务器端的sfu_b节点和sfu_c节点使用transport cc算法估算下游线路中的下行码率。
控制音视频接收端按照10ms为估算周期对下游线路的接收码率进行估算,得到下游线路的下行码率。可以理解的是,音视频接收端(Client_B和Client_C)的下行码率可以使用remb算法估算得到,但是remb算法是一种具有延时性的估算算法,即音视频接收端在使用remb算法估算当前接收从音视频服务器端发送的下行码率时,由于估算的频率较小(时延大),计算得到的下行码率与当前时刻实际运行的下行码率存在误差。
在本申请中,如图3所示,图3为本申请音视频服务器端sfu的结构示意图。通过在音视频服务器端中分别设置与下游线路中各终端连接的节点(sfu_b节点和sfu_c节点),进而将各节点与音视频服务器端当成独立的终端,以通过使用transport cc的码率估算方法,对下游线路的码率进行估算,得到下游线路的下行码率。并将所述下行码率发送至音视频服务器端。
步骤S20,根据所述下行码率确定目标码率;
在音视频服务器端接收到下行码率后,进一步地确定目标码率,在本申请中,所述目标码率为保证各个音视频接收端能够正常接收从音视频服务器端转发的音视频数据的码率。
在本申请中,为了确保各音视频接收端都能够顺畅地接收音视频数据,在音视频服务器端接收到当前进行音视频通讯的音视频接收端的下游线路的下行码率时,确定值最小的下行码率为目标码率。例如,在音视频服务器端获取到B通过下游线路B发送的下行码率为128kb/s,以及Client_C通过下游线路C发送的下行码率为120kb/s时,则确定目标码率为120kb/s。
步骤S30,将所述目标码率发送至所述音视频发送端,以使所述音视频发送端接收所述目标码率,调整所述上游线路的目标发送码率。
所述目标发送码率为在音视频发送端确保发送的音视频数据通过音视频服务器端传递后,音视频接收端能够正常接收音视频数据的码率。
音视频服务器端在接收到目标码率后将目标码率发送至音视频发送端,其中所述音视频服务器端与所述音视频发送端建立连接的方式如上所述的音视频服务器端与音视频接收端建立连接的方法所示,不再重复说明。当A接收到从音视频服务器端发送的目标码率时,根据所述目标码率与上游线路的发送码率确定目标发送码率。
在本申请中,所述目标发送码率包括音视频发送端能够通过上游线路正常执行将音视频数据发送至音视频会议的码率。
进一步地,所述的码率的调整方法,其特征在于,所述音视频发送端采用transport cc算法估算上游线路的上行码率。
具体地,在本申请中,控制音视频发送端以10ms的频率计算上游线路的上行码率,音视频服务器端同样以10ms为周期(即控制服务器的传输目标码率的周期为transport cc算法对下游线路的传输码率进行估算的周期)将目标码率发送至音视频接收端。
可以理解的是,在数据传输过程中,外界因素对码率的影响非常大,例如,在同一楼层中,当有多个用户使用同一频率上的信道时,则会大程度地降低线路的码率。对此,在本申请中,在音视频发送端可通过深度学习确定音视频发送端当前的发送码率。例如,以一天为周期对音视频发送端的发送码率进行分析,确定在下一周期中音视频发送端的发送码率。在下一周期中,则将从音视频服务器端接收到的目标码率与预测得到的发送码率进行比对,当比对误差小于预设值时,则确定预测得到的发送码率为目标发送码率。
进一步地,所述服务器端通过RTCP REMB传输协议将所述目标码率通过上游线路发送至所述音视频发送端。
在本申请中通过RTCP REMB传输协议将目标码率通过上游线路发送至音视频发送端,以实现传输目标码率的速度。
在本申请中通过音视频服务器端设置的各个节点分别与下游线路建立连接,以使用transport cc算法获取到下游线路的在各个节点接收到从音视频接收端发送的下行码率时,根据下行码率得到目标码率,并将目标码率发送至音视频发送端,以使音视频发送端根据目标码率调整目标发送码率。通过控制在音视频服务器端设置节点与下游线路建立连接,以在服务器端通过使用transport cc算法得到下游线路的下行码率,使得音视频服务器端能够快速地将目标码率发送至音视频发送端,进而使得音视频发送端快速将发送码率调整为与当前线路的传输码率适应的目标发送码率。提高了音视频发送端发送码率调整的速度、以及准确性。
基于上一实施例,本申请提出又一实施例。所述将所述目标码率发送至所述音视频发送端,以使所述音视频发送端接收所述目标码率,调整所述上游线路的目标发送码率的步骤,包括:
步骤S31,将所述目标码率通过所述上游线路发送至所述音视频发送端,以使所述音视频发送端在接收到所述目标码率后,将所述目标码率和上游线路的上行码率进行比对,确定所述目标码率和所述上行码率中的最小值所对应的码率为所述目标发送码率。
在本申请中,在音视频服务器端获取到目标码率后将所述目标码率通过以建立连接的上游线路发送至音视频发送端。
在本申请中音视频发送端通过码率估算算法估算上游线路的发送码率,再将发送码率与获取得到的发送码率进行比对,确定确定下行码率和发送码率中的最小值所对应的码率为目标发送码率。通过确定在上游线路、以及下游线路中的最小码率为音视频发送端的发送码率,实现了在音视频发送端控制音视频数据的传输速率,避免了当音视频发送端以较大的传输速率发送音视频数据时与音视频接收端连接的下游线路的码率较低,出现卡顿的问题。
参照图4,图4为本申请的又一实施例流程示意图。所述根据所述下行码率确定目标码率的步骤,包括:
步骤S21,将各所述下行码率的值进行逐一比较;
步骤S22,确定值最小的所述下行码率为所述目标码率。
在本实施例中,在音视频服务器端接收到下游线路的下行码率时,对获取到的下行码率执行逐一进行比较,以确定码率值最小的下行码率为目标码率。通过对下行码率的值也进行一一对比的方式提高了获取目标码率的准确性。
参照图5,图5为本申请的又一实施例流程示意图。所述获取各所述下游线路的下行码率的步骤,包括:
步骤S11,基于与各所述音视频接收端的下游线路,向所述音视频接收端发送从所述音视频发送端获取的音视频数据;
步骤S12,获取所述音视频接收端的反馈数据包;
步骤S13,根据所述反馈数据包得到各所述下游线路的下行码率。
服务器通过下游线路将接收到的音视频数据分别通过已建立连接关系的下游线路发送至Client_B和Client_C。Client_B和Client_C在接收到音视频数据后,向音视频服务器端返回反馈数据包,其中,反馈数据中包括各音视频接收端的地址、接收到音视频数据的时间等信息。音视频服务器端在通过接收到的反馈数据包的时间确定下游线路的下行码率。Client_B和Client_C在本申请中,音视频服务器端通过下游线路将从音视频接收端接收到的音视频数据发送至音视频接收端,并接收音视频接收端的反馈数据包,根据接收到的反馈数据包的时间确定下游线路的下行码率,提高了获取下游线路的下行码率的实时性。
所述根据所述反馈数据包得到各所述下游线路的下行码率的步骤,包括:
步骤S14,获取所述反馈数据包中的时间戳;
步骤S15,根据所述时间戳得到所述各所述下游线路的下行码率。
在本申请中,音视频服务器端还可获取反馈数据包中的携带的时间戳,根据所述时间戳确定所述音视频接收端接收到音视频数据的时间,进而音视频服务器端根据音视频接收端接收到视频数据的时间以及发送视频数据的时间进行比对,则可确定各下游线路的下行码率。在本申请中,服务器端根据音视频接收端反馈的时间戳确定音视频接收端收到视频数据时存在的时延,快速得到下游线路的下行码率。
此外,为实现上述实施例一种音视频服务器端,所述音视频服务器端包括:处理器、存储器和通信电路;
其中,所述处理器通过使用transport cc算法获取各所述下游线路的下行码率,并将所述目标码率发送至所述音视频发送端;
所述通信电路用于响应所述处理器的指令使用rtcp remb传输协议与其他设备进行通信;
所述存储器用于存储程序数据;
所述处理器用于运行所述程序数据,以执行所述的方法。
此外,为实现上述实施例一种音视频接收端,其特征在于,所述音视频接收端的使用包括处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的码率的调整程序,所述码率的调整程序被所述处理器执行时实现如上中任一项码率的调整方法的步骤。
此外,为实现上述实施例一种音视频发送端,其特征在于,所述音视频发送端上存储有码率的调整程序,所述码率的调整程序被处理器执行时实现如上中任一项码率的调整方法的步骤。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
应当注意的是,在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本申请可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
尽管已描述了本申请的可选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括可选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (6)
1.一种码率的调整方法,其特征在于,应用于音视频通话,所述方法包括音视频服务器端,所述音视频服务器端通过上游线路与音视频发送端连接、通过下游线路与音视频接收端建立连接,所述下游线路存在多个,所述码率的调整方法包括:
基于与各所述音视频接收端的下游线路,向所述音视频接收端发送从所述音视频发送端获取的音视频数据,所述音视频服务器端通过rtcpremb传输协议将目标码率通过所述上游线路发送至所述音视频发送端,所述音视频发送端采用transport cc算法估算上游线路的上行码率和下游线路的下行码率,所述音视频发送端采用;
获取所述音视频接收端的反馈数据包;
获取所述反馈数据包中的时间戳;
根据所述时间戳得到所述各所述下游线路的下行码率;
根据所述下行码率确定所述目标码率,所述目标码率为保证各个音视频接收端都能够顺畅接收音视频数据的码率;
将所述目标码率发送至所述音视频发送端,以使所述音视频发送端接收所述目标码率,调整所述上游线路的目标发送码率,所述目标发送码率为在所述音视频发送端确保发送的音视频数据通过所述音视频服务器传递后,所述音视频接收端能够正常接收音视频数据的码率。
2.如权利要求1所述的码率的调整方法,其特征在于,所述将所述目标码率发送至所述音视频发送端,以使所述音视频发送端接收所述目标码率,调整所述上游线路的目标发送码率的步骤,包括:
将所述目标码率通过所述上游线路发送至所述音视频发送端,以使所述音视频发送端在接收到所述目标码率后,将所述目标码率和上游线路的上行码率进行比对,确定所述目标码率和所述上行码率中的最小值所对应的码率为所述目标发送码率。
3.如权利要求1所述的码率的调整方法,其特征在于,所述根据所述下行码率确定目标码率的步骤,包括:
将各所述下行码率的值进行逐一比较;
确定值最小的所述下行码率为所述目标码率。
4.一种音视频服务器端,其特征在于,所述音视频服务器端包括:处理器、存储器和通信电路;
其中,所述处理器基于与各所述音视频接收端的下游线路,向所述音视频接收端发送从所述音视频发送端获取的音视频数据,所述音视频发送端采用transport cc算法估算上游线路的上行码率,所述音视频服务器端通过rtcpremb传输协议将目标码率通过所述上游线路发送至所述音视频发送端;获取所述音视频接收端的反馈数据包;获取所述反馈数据包中的时间戳;根据所述时间戳得到所述各所述下游线路的下行码率,并将所述目标码率发送至所述音视频发送端;
所述通信电路用于响应所述处理器的指令使用rtcpremb传输协议与其他设备进行通信;
所述存储器用于存储程序数据;
所述处理器用于运行所述程序数据,以执行如权利要求1至3任一项所述的方法。
5.一种音视频接收端,其特征在于,所述音视频接收端的使用包括处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的码率的调整程序,所述码率的调整程序被所述处理器执行时实现如权利要求1-3任一项码率的调整方法的步骤。
6.一种音视频发送端,其特征在于,所述音视频发送端上存储有码率的调整程序,所述码率的调整程序被处理器执行时实现如权利要求1-3中任一项码率的调整方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011598434.8A CN112738568B (zh) | 2020-12-29 | 2020-12-29 | 码率的调整方法、音视频服务器端、接收端及发送端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011598434.8A CN112738568B (zh) | 2020-12-29 | 2020-12-29 | 码率的调整方法、音视频服务器端、接收端及发送端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112738568A CN112738568A (zh) | 2021-04-30 |
CN112738568B true CN112738568B (zh) | 2023-03-03 |
Family
ID=75611457
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011598434.8A Active CN112738568B (zh) | 2020-12-29 | 2020-12-29 | 码率的调整方法、音视频服务器端、接收端及发送端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112738568B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101330352A (zh) * | 2008-05-06 | 2008-12-24 | 华中科技大学 | 一种流媒体传输自适应码率控制方法 |
CN102065468A (zh) * | 2009-11-13 | 2011-05-18 | 华为技术有限公司 | 码率调整方法及服务器 |
CN111417029A (zh) * | 2020-02-25 | 2020-07-14 | 广州广哈通信股份有限公司 | 视频码率的调整方法、系统、终端及存储介质 |
CN111988645A (zh) * | 2020-08-27 | 2020-11-24 | 上海七牛信息技术有限公司 | 音视频传输带宽自适应方法 |
-
2020
- 2020-12-29 CN CN202011598434.8A patent/CN112738568B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101330352A (zh) * | 2008-05-06 | 2008-12-24 | 华中科技大学 | 一种流媒体传输自适应码率控制方法 |
CN102065468A (zh) * | 2009-11-13 | 2011-05-18 | 华为技术有限公司 | 码率调整方法及服务器 |
CN111417029A (zh) * | 2020-02-25 | 2020-07-14 | 广州广哈通信股份有限公司 | 视频码率的调整方法、系统、终端及存储介质 |
CN111988645A (zh) * | 2020-08-27 | 2020-11-24 | 上海七牛信息技术有限公司 | 音视频传输带宽自适应方法 |
Also Published As
Publication number | Publication date |
---|---|
CN112738568A (zh) | 2021-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3311534B1 (en) | Method and apparatus for multipath media delivery | |
EP2137883B1 (en) | Method of transmitting data in a communication system | |
US10757033B2 (en) | Traffic control method, traffic control apparatus and server | |
EP2947821A1 (en) | Method for detecting network transmission status and related device | |
US10080231B2 (en) | Channel bandwidth optimization for dynamic network conditions | |
WO2015010544A1 (en) | Method, apparatus, and system for adjusting video quality over communication network | |
KR20080017170A (ko) | 통신 환경에 대한 정보를 이용한 데이터 전송 방법 및 장치 | |
US9722914B2 (en) | Heterogeneous network system, network apparatus, and rendezvous path selection method thereof | |
US9960960B2 (en) | Remote management systems and apparatuses for CWMP and methods for improving performance of remote management thereof | |
US9538132B2 (en) | Methods, devices, and systems for controlling audio and video transmission | |
CN109194706B (zh) | 网络资源拨测方法及终端 | |
EP3286967A1 (en) | Technique for scheduling transmission of content in an access network | |
US10333994B2 (en) | Method and device for improved multi-homed media transport | |
CN112131014B (zh) | 决策引擎系统及其业务处理方法 | |
CN112738568B (zh) | 码率的调整方法、音视频服务器端、接收端及发送端 | |
CN106911532B (zh) | 基于虚拟可扩展局域网的多虚拟通道智能选路方法 | |
EP3235258B1 (en) | Adjusting quality level of media streaming | |
US9692685B2 (en) | Heterogeneous network system, network apparatus, and rendezvous path selection method thereof | |
US20230208890A1 (en) | System and method for providing upstream directives based on upstream signal quality of wireless network in real-time communication | |
CN106982166B (zh) | 一种解决网络拥塞的方法和装置 | |
WO2020217523A1 (ja) | 通信装置、通信方法、及び通信プログラム | |
EP3518577B1 (en) | Network access entity for providing access to a communication network | |
US11757967B2 (en) | Video communications network with value optimization | |
US10237776B2 (en) | Method for controlling transmission rate and WLAN device using the same | |
US10206124B1 (en) | Method and apparatus for bidirectional modem |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |