发明内容
基于此,有必要针对目前音视频传输参数调控灵活性低及调控导致运营成本高的技术问题,提供一种能提高调控灵活性及降低运营成本的音视频传输调控方法。
此外,还有必要提供一种能提高调控灵活性及降低运营成本的音视频传输调控装置。
此外,还有必要提供一种能提高调控灵活性及降低运营成本的音视频传输调控系统。
一种音视频传输调控方法,运行于音视频服务器上,包括:
在根据音视频请求建立音视频传输连接后,接收上报的音视频信息;
获取建立音视频传输连接的终端类型及音视频请求类型;
根据所述音视频信息、终端类型及音视频请求类型调整所述音视频传输参数;
下发所述调整后的音视频传输参数。
一种音视频传输调控装置,运行于音视频服务器上,所述装置包括:
接收模块,用于在根据音视频请求建立音视频传输连接后,接收上报的音视频信息;
获取模块,用于获取建立音视频传输连接的终端类型及音视频请求类型;
调控模块,用于根据所述音视频信息、终端类型及音视频请求类型调整所述音视频传输参数;
下发模块,用于下发所述调整后的音视频传输参数。
一种音视频传输调控系统,包括音视频服务器、中转服务器和至少两个终端;
所述至少两个终端用于根据音视频请求建立音视频传输连接,并将各自的音视频信息通过所述中转服务器上报给所述音视频服务器;
所述音视频服务器用于接收上报的音视频信息,获取所述音视频请求类型以及所述至少两个终端各自的终端类型,并根据所述音视频信息、至少两个终端各自的终端类型及音视频请求类型分别调整至少两个终端各自的音视频传输参数,以及将所述调整后的音视频传输参数通过所述中转服务器分别下发给相应的终端。
上述音视频传输调控方法、装置和系统,根据上报的音视频信息、获取的终端类型及音视频请求调整音视频传输参数,并将调整后的音视频传输参数下发给对应的终端,调控灵活性高,且不需发布新版本的客户端,降低了运营成本。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
如图1所示,为一个实施例中音视频传输调控系统的连接示意图。该音视频传输调控系统包括音视频服务器110、中转服务器120和至少两个终端130。
至少两个终端130用于根据音视频请求建立音视频传输连接,并将各自的音视频信息通过中转服务器120上报给音视频服务器110。
以第一终端和第二终端建立音视频传输连接为例,第一终端向第二终端发起音视频请求,两终端优先进行直连连接,若直连失败,则根据该请求通过中转服务器120建立音视频传输连接。第一终端和第二终端将各自的音视频信息通过中转服务器120上报给音视频服务器110。其中,音视频信息包括客户端发送包丢包率、接收包的丢包率、时延、CPU占用率。时延是指一个数据包从开始发送到对方接收总共用的时间。发送包丢包率、接收包丢包率或时延很高,说明网络状态很差,音视频传输质量受到很大影响,CPU占有率高,会影响音视频解码效率,从而影响音视频传输质量。此外,音视频信息还包括摄像头状态、麦克风状态等。
音视频服务器110用于接收上报的音视频信息,获取该音视频请求类型以及至少两个终端130各自的终端类型,并根据该音视频信息、至少两个终端各自的终端类型及音视频请求类型分别调整至少两个终端130各自的音视频传输参数,以及将该调整后的音视频传输参数通过中转服务器120分别下发给相应的终端130。
具体的,音视频请求类型包括播放视频请求、屏幕共享请求等。播放视频请求是指在音视频传输过程中当前用户给对方播放本地视频文件的请求;屏幕共享请求是指在音视频传输过程中当前用户给对方播放当前用户屏幕画面。
终端类型包括,但不限于个人计算机、智能手机、平板电脑等。不同类型的终端其硬件参数不同,操作系统不同,从而确定了终端处理音视频编码解码能力不同。
音视频传输参数包括码率、帧率和前向纠错码码(FEC,Forward ErrorCorrection)中至少一种。码率是指数据传输时单位时间传送的数据位数,如1kbps(每秒千位);帧率是指用于测量显示帧数的量度,测量单位为每秒显示帧数。前向纠错码是一种数据编码技术。
音视频服务器110根据音视频信息、终端类型、音视频请求调整音视频传输参数,例如针对android系统下发初始参数可能为320*160,针对iphone下发的初始参数可能为480*320。若根据音视频信息确定网络较差时,采用低清晰度的音视频参数,若根据音视频信息确定网络较好时,采用高清晰度的音视频参数。音视频请求为播放视频文件,可增大音视频传输参数,音视频请求为屏幕共享,则可减小音视频传输参数。根据音视频信息、终端类型及音视频请求确定最优的音视频传输参数。
上述音视频传输调控系统,音视频服务器110根据上报的音视频信息、获取的终端类型及音视频请求调整至少两个终端各自相应的音视频传输参数,并将调整后的音视频传输参数下发给对应的终端,调控灵活性高,且不需发布新版本的客户端,降低了运营成本。
在一个实施例中,音视频服务器110还用于获取运营商类型,并根据该音视频信息、终端类型、音视频请求类型及运营商类型调整该音视频传输参数。
具体的,运营商类型包括联通、电信、移动等服务提供者。不同运营商其网络信号质量不同,结合运营商类型调整音视频传输参数更加灵活。
中转服务器120为与运营商类型匹配的中转服务器。
中转服务器120位于服务提供者的外网,音视频服务器110部署于服务提供者的内网,位于终端上的客户端直接和中转服务器通信。中转服务器120针对不同的运营商进行灵活部署,可以有联通的中转服务器、电信的中转服务器和移动的中转服务器。如联通用户和电信用户进行音视频传输时,联通用户的音视频数据由联通中转服务器接收,进入音视频服务器后,转发给电信中转服务器,再由电信中转服务器转发数据到电信用户,从而解决了跨运营商通信导致时延及服务器质量不可靠等问题。
在一个实施例中,至少两个终端130还用于定时上报各自当前音视频信息;音视频服务器110还用于定时接收上报的当前音视频信息,获取历史音视频信息,并根据该当前音视频信息及历史音视频信息判断音视频传输环境是否变化,若是,则根据该当前音视频信息、至少两个终端各自的终端类型及音视频请求类型分别调整至少两个终端各自的音视频传输参数,以及将该调整后的音视频传输参数通过该中转服务器120分别下发给相应的终端,若否,则不调整该音视频传输参数。
具体的,当前音视频信息可为距当前时刻为第一预设时间内的音视频信息,第一预设时间很短,如2秒或3秒等。历史音视频信息可为距当前时刻为第二预设时间内的音视频信息,第二预设时间较长,如30秒或50秒等。第二预设时间大于第一预设时间。当前音视频信息包括客户端发送包丢包率、接收包的丢包率、时延、CPU占用率、摄像头状态、麦克风状态等。历史音视频信息包括历史的客户端发送包丢包率、接收包的丢包率、时延、CPU占用率、摄像头状态、麦克风状态等。网络环境变化是指网络的接收包丢包率、发送包丢包率、时延等发生很大变化。如相邻两次接收包丢包率差值大于第一预设误差值,或相邻两次的时延差值大于第二预设误差值等。
如图2所示,为一个实施例中音视频传输调控方法的流程图。该音视频传输调控方法,运行于音视频服务器上,其包括:
步骤S202,在根据音视频请求建立音视频传输连接后,接收上报的音视频信息。
以两个终端通过即时通讯软件建立音视频传输连接为例,两个终端分别为第一终端和第二终端,第一终端向第二终端发起音视频请求,根据该音视频请求,第一终端与第二终端通过中转服务器建立音视频传输连接。
其中,音视频信息包括客户端发送包丢包率、接收包的丢包率、时延、CPU占用率。时延是指一个数据包从开始发送到对方接收总共用的时间。发送包丢包率、接收包丢包率或时延很高,说明网络状态很差,音视频传输质量受到很大影响,CPU占有率高,会影响音视频解码效率,从而影响音视频传输质量。此外,音视频信息还包括摄像头状态、麦克风状态等。
步骤S204,获取建立音视频传输连接的终端类型及音视频请求类型。
具体的,音视频请求类型包括播放视频请求、屏幕共享请求等。播放视频请求是指在音视频传输过程中当前用户给对方播放本地视频文件的请求;屏幕共享请求是指在音视频传输过程中当前用户给对方播放当前用户屏幕画面。
终端类型包括,但不限于个人计算机、智能手机、平板电脑等。不同类型的终端,其硬件参数不同,操作系统也不同,从而确定了终端处理音视频编码解码的能力不同。
步骤S206,根据该音视频信息、终端类型及音视频请求类型调整该音视频传输参数。
具体的,音视频传输参数包括码率、帧率和前向纠错码(FEC,Forward ErrorCorrection)中的至少一种。码率是指数据传输时单位时间传送的数据位数,如1kbps(每秒千位);帧率是指用于测量显示帧数的量度,测量单位为每秒显示帧数。前向纠错码是一种数据编码技术。
若根据音视频信息确定网络较差时,采用低清晰度的音视频参数,若根据音视频信息确定网络较好时,采用高清晰度的音视频参数。音视频请求为播放视频文件,可增大音视频传输参数,音视频请求为屏幕共享,则可减小音视频传输参数。根据音视频信息、终端类型及音视频请求确定最优的音视频传输参数。
步骤S208,下发该调整后的音视频传输参数。
上述音视频传输调控方法,根据上报的音视频信息、获取的终端类型及音视频请求调整音视频传输参数,并将调整后的音视频传输参数下发给对应的终端,调控灵活性高,且不需发布新版本的客户端,降低了运营成本。
如图3所示,为另一个实施例中音视频传输调控方法的流程图。该音视频传输调控方法,包括:
步骤S302,在根据音视频请求建立音视频传输连接后,接收上报的音视频信息。
步骤S304,获取建立音视频传输连接的终端类型、音视频请求类型及运营商类型。
步骤S306,根据该音视频信息、终端类型、音视频请求类型及运营商类型调整该音视频传输参数。
具体的,运营商类型包括联通、电信、移动等服务提供者。不同运营商其网络信号质量不同,结合运营商类型调整音视频传输参数更加灵活。
步骤S308,下发该调整后的音视频传输参数。
上述音视频传输调控方法,根据上报的音视频信息、获取的终端类型、音视频请求及运营商类型调整音视频传输参数,并将调整后的音视频传输参数下发给对应的终端,调控灵活性高,且不需发布新版本的客户端,降低了运营成本。
如图4所示,为另一个实施例中音视频传输调控方法,包括:
步骤S402,定时接收上报的当前音视频信息。
具体的,当前音视频信息可为距当前时刻为第一预设时间内的音视频信息,第一预设时间很短,如2秒或3秒等。当前音视频信息包括客户端发送包丢包率、接收包的丢包率、时延、CPU占用率、摄像头状态、麦克风状态等。
步骤S404,获取历史音视频信息。
历史音视频信息可为距当前时刻为第二预设时间内的音视频信息,第二预设时间较长,如30秒或50秒等。第二预设时间大于第一预设时间。历史音视频信息包括历史的客户端发送包丢包率、接收包的丢包率、时延、CPU占用率、摄像头状态、麦克风状态等。
步骤S406,根据该当前音视频信息及历史音视频信息判断音视频传输环境是否变化,若是,步骤S408,若否,执行步骤S410。
步骤S408,根据该当前音视频信息、终端类型及音视频请求类型调整该音视频传输参数,并下发该调整后的音视频传输参数。
具体的,网络环境变化是指网络的接收包丢包率、发送包丢包率、时延等发生很大变化。如相邻两次接收包丢包率差值大于第一预设误差值,或相邻两次的时延差值大于第二预设误差值等。
步骤S410,不调整该音视频传输参数。
上述音视频传输调控方法,根据定时上报的当前音视频信息,结合历史音视频信息判断网络环境是否变化,可动态调整音视频传输参数,调整灵活,合理利用了网络资源,保证音视频传输质量的稳定性。
如图5所示,一种音视频传输调控装置,运行于音视频服务器上,该装置包括接收模块520、获取模块540、调控模块560和下发模块580。
其中,接收模块520用于在根据音视频请求建立音视频传输连接后,接收上报的音视频信息。
以两个终端通过即时通讯软件建立音视频传输连接为例,两个终端分别为第一终端和第二终端,第一终端向第二终端发起音视频请求,根据该音视频请求,第一终端与第二终端通过中转服务器建立音视频传输连接。
其中,音视频信息包括客户端发送包丢包率、接收包的丢包率、时延、CPU占用率。时延是指一个数据包从开始发送到对方接收总共用的时间。发送包丢包率、接收包丢包率或时延很高,说明网络状态很差,音视频传输质量受到很大影响,CPU占有率高,会影响音视频解码效率,从而影响音视频传输质量。此外,音视频信息还包括摄像头状态、麦克风状态等。
获取模块540用于获取建立音视频传输连接的终端类型及音视频请求类型。
具体的,音视频请求类型包括播放视频请求、屏幕共享请求等。播放视频请求是指在音视频传输过程中当前用户给对方播放本地视频文件的请求;屏幕共享请求是指在音视频传输过程中当前用户给对方播放当前用户屏幕画面。
终端类型包括,但不限于个人计算机、智能手机、平板电脑等。不同类型的终端其硬件参数不同,操作系统也不同,从而确定了终端处理音视频编码解码的能力不同。
调控模块560用于根据该音视频信息、终端类型及音视频请求类型调整该音视频传输参数。
具体的,音视频传输参数包括码率、帧率和前向纠错码码(FEC,ForwardError Correction)中至少一种。码率是指数据传输时单位时间传送的数据位数,如1kbps(每秒千位);帧率是指用于测量显示帧数的量度,测量单位为每秒显示帧数。前向纠错码是一种数据编码技术。
若根据音视频信息确定网络较差时,采用低清晰度的音视频参数,若根据音视频信息确定网络较好时,采用高清晰度的音视频参数。音视频请求为播放视频文件,可增大音视频传输参数,音视频请求为屏幕共享,则可减小音视频传输参数。根据音视频信息、终端类型及音视频请求确定最优的音视频传输参数。
下发模块580用于下发该调整后的音视频传输参数。
上述音视频传输调控装置,根据上报的音视频信息、获取的终端类型及音视频请求调整音视频传输参数,并将调整后的音视频传输参数下发给对应的终端,调控灵活性高,且不需发布新版本的客户端,降低了运营成本。
在一个实施例中,获取模块540还用于获取运营商类型;调控模块560还用于根据该音视频信息、终端类型、音视频请求类型及运营商类型调整该音视频传输参数。
具体的,运营商类型包括联通、电信、移动等服务提供者。不同运营商其网络信号质量不同,结合运营商类型调整音视频传输参数更加灵活。
上述音视频传输调控装置,根据上报的音视频信息、获取的终端类型、音视频请求及运营商类型调整音视频传输参数,并将调整后的音视频传输参数下发给对应的终端,调控灵活性高,且不需发布新版本的客户端,降低了运营成本。
如图6所示,为另一个实施例中音视频传输调控装置的结构框图。该音视频传输调控装置,除了包括接收模块520、获取模块540、调控模块560和下发模块580,还包括判断模块550。
接收模块520还用于定时接收上报的当前音视频信息。
具体的,当前音视频信息可为距当前时刻为第一预设时间内的音视频信息,第一预设时间很短,如2秒或3秒等。当前音视频信息包括客户端发送包丢包率、接收包的丢包率、时延、CPU占用率、摄像头状态、麦克风状态等。
获取模块540还用于获取历史音视频信息。历史音视频信息可为距当前时刻为第二预设时间内的音视频信息,第二预设时间较长,如30秒或50秒等。第二预设时间大于第一预设时间。历史音视频信息包括历史的客户端发送包丢包率、接收包的丢包率、时延、CPU占用率、摄像头状态、麦克风状态等。
判断模块550用于根据该当前音视频信息及历史音视频信息判断音视频传输环境是否变化。具体的,网络环境变化是指网络的接收包丢包率、发送包丢包率、时延等发生很大变化。如相邻两次接收包丢包率差值大于第一预设误差值,或相邻两次的时延差值大于第二预设误差值等。
调控模块560还用于在判断出该音视频传输环境变化时根据该当前音视频信息、终端类型及音视频请求类型调整该音视频传输参数,以及在判断出该音视频传输环境未变化时不调整该音视频传输参数。
下发模块580还用于下发调整后的音视频传输参数。
上述音视频传输调控装置,根据定时上报的当前音视频信息,结合历史音视频信息判断网络环境是否变化,可动态调整音视频传输参数,调整灵活,合理利用了网络资源,保证音视频传输质量的稳定性。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,如图5和图6所示的音视频传输调控装置的模块对应的程序指令可存储在终端的可读存储介质内,并被终端中的至少一个处理器执行,以实现上述音视频传输调控方法,该方法包括图2至图4中各方法实施例所述的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。