CN114071168B - 混流直播流调度方法及装置 - Google Patents
混流直播流调度方法及装置 Download PDFInfo
- Publication number
- CN114071168B CN114071168B CN202111355003.3A CN202111355003A CN114071168B CN 114071168 B CN114071168 B CN 114071168B CN 202111355003 A CN202111355003 A CN 202111355003A CN 114071168 B CN114071168 B CN 114071168B
- Authority
- CN
- China
- Prior art keywords
- mixed
- stream
- server
- live
- scheduling
- 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
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/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- 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/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/21805—Source of audio or video content, e.g. local disk arrays enabling multiple viewpoints, e.g. using a plurality of cameras
-
- 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/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
- H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
-
- 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/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/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
- H04N21/26216—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving the channel capacity, e.g. network bandwidth
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供混流直播流调度方法及装置,其中所述混流直播流调度方法应用于中心服务器,包括:基于接收到的直播流混流请求确定至少两个待混流直播流,并确定每个待混流直播流对应的边缘上行节点及混流服务器集群;采集每个边缘上行节点中记录的混流服务器连接信息和所述混流服务器集群中每个混流服务器的服务器资源信息;基于每个边缘上行节点中记录的混流服务器连接信息和每个混流服务器的服务器资源信息确定目标混流服务器;将所述至少两个待混流直播流调度至所述目标混流服务器。通过本方法保证了混流直播流的混流质量和混流效率。
Description
技术领域
本申请涉及互联网技术领域,特别涉及一种混流直播流调度方法。本申请同时涉及一种混流直播流调度装置,一种计算设备,以及一种计算机可读存储介质。
背景技术
随着网络通信技术的进步和宽带网络的提速,直播得到了越来越多的发展和应用。在直播场景中也还会遇到多名主播之间需要进行互动的场景,所以需要将多名主播的直播流收集到同一混流服务器,而主播的地理位置往往分布于各地,致使主播的边缘上行节点也分散在各地,同时由于边缘上行节点服务器数量众多且地理位置分布随机,边缘上行节点之间的网络情况往往不稳定,直播流混流的效果不好,呈现给用户的混合直播流的经常会出现卡顿,质量较差,用户观看直播的用户体验较差。
发明内容
有鉴于此,本申请实施例提供了一种混流直播流调度方法。本申请同时涉及一种混流直播流调度装置,一种计算设备,以及一种计算机可读存储介质,以解决现有技术中存在的直播流混流过程中无法保证混流直播流稳定性的问题。
根据本申请实施例的第一方面,提供了一种混流直播流调度方法,包括:
基于接收到的直播流混流请求确定至少两个待混流直播流,并确定每个待混流直播流对应的边缘上行节点及混流服务器集群;
采集每个边缘上行节点中记录的混流服务器连接信息和所述混流服务器集群中每个混流服务器的服务器资源信息;
基于每个边缘上行节点中记录的混流服务器连接信息和每个混流服务器的服务器资源信息确定目标混流服务器;
将所述至少两个待混流直播流调度至所述目标混流服务器。
根据本申请实施例的第二方面,提供了一种混流直播流调度装置,包括:
第一确定模块,被配置为基于接收到的直播流混流请求确定至少两个待混流直播流,并确定每个待混流直播流对应的边缘上行节点及混流服务器集群;
采集模块,被配置为采集每个边缘上行节点中记录的混流服务器连接信息和所述混流服务器集群中每个混流服务器的服务器资源信息;
第二确定模块,被配置为基于每个边缘上行节点中记录的混流服务器连接信息和每个混流服务器的服务器资源信息确定目标混流服务器;
调度模块,被配置为将所述至少两个待混流直播流调度至所述目标混流服务器。
根据本申请实施例的第三方面,提供了一种计算设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令,所述处理器执行所述计算机指令时实现所述混流直播流调度方法的步骤。
根据本申请实施例的第四方面,提供了一种计算机可读存储介质,其存储有计算机指令,该计算机指令被处理器执行时实现所述混流直播流调度方法的步骤。
本申请提供的混流直播流调度方法,包括基于接收到的直播流混流请求确定至少两个待混流直播流,并确定每个待混流直播流对应的边缘上行节点及混流服务器集群;采集每个边缘上行节点中记录的混流服务器连接信息和所述混流服务器集群中每个混流服务器的服务器资源信息;基于每个边缘上行节点中记录的混流服务器连接信息和每个混流服务器的服务器资源信息确定目标混流服务器;将所述至少两个待混流直播流调度至所述目标混流服务器。通过本申请一实施例实现了根据边缘上行节点对混流服务器的探测和对混流服务器带宽占用率的探测在多个混流服务器中选择网路环境较好的优质混流服务器对待混流直播流进行混流,保证了混流直播流的混流质量和混流效率。
附图说明
图1是本申请一实施例提供的一种混流直播流调度方法的流程图;
图2是本申请一实施例提供的中心服务器采集信息的示意图;
图3是本申请一实施例提供的待混流直播流调度示意图;
图4是本申请一实施例提供的切换混流服务器的示意图;
图5是本申请一实施例提供的一种应用于主播连麦场景的混流直播流调度方法的处理流程图;
图6是本申请一实施例提供的一种混流直播流调度装置的结构示意图;
图7是本申请一实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先,对本申请一个或多个实施例涉及的名词术语进行解释。
直播流:主播直播时直接推送到边缘上行节点的视频数据,也成为源流。
混流:将多个不同的直播流混合为一个直播流。
混流服务器:执行混流操作的流媒体服务器。
边缘源站:在全国各地部署的网络情况稳定的中大型流媒体服务器。
边缘上行节点:在全国各地部署的直接接收主播的直播流的流媒体服务器。
BGP:(Border Gateway Protocol),去中心化自治路由协议,大多数服务提供商必须通过BGP与其他ISP建立连接。
在直播场景中经常会遇到多名主播之间需要进行互动的场景,即多名主播在直播中进行连麦,在此场景下,需要将多名主播的直播流收束到一个混流服务器,目前对于混流服务器的选择策略比较单一,即提前在全国部署多台边缘源站充当混流服务器,当收到混流请求时,边缘上行节点将主播的直播流推至同一个混流服务器进行混流,这样的处理会有以下几点缺陷:
1、由于边缘服务器的网络环境复杂,边缘上行节点与混流服务器之间的网络链路并不能保证稳定性。
2、由于主播使用的运营商、网络环境不同,通常情况下,混流服务器需要用路由服务器(BGP节点)进行过渡部署,由于BGP服务器价格较高,会大大增加部署成本。
3、在混流服务器中与主播的边缘上行节点的网络链路出现抖动异常时,不能自适应选择合适的节点重新混流,导致用户的使用体验较差。
基于此,在本申请中,提供了一种混流直播流调度方法,本申请同时涉及一种混流直播流调度装置,一种计算设备,以及一种计算机可读存储介质,在下面的实施例中逐一进行详细说明。
图1示出了根据本申请一实施例提供的一种混流直播流调度方法的流程图,所述方法应用于中心服务器,具体包括以下步骤102至步骤108:
步骤102:基于接收到的直播流混流请求确定至少两个待混流直播流,并确定每个待混流直播流对应的边缘上行节点及混流服务器集群。
中心服务器具体是指用于调度边缘上行节点中各个直播流流向的服务器,中心服务器与各个边缘上行节点相连,也与混流服务器相连。当有主播发起连麦时,会生成直播流混流请求,直播流混流请求会发送至中心服务器,中心服务器根据各个混流服务器的状态来为待混流直播流确定一个用于混流的混流服务器。
待混流直播流具体是指根据直播流混流请求中需要进行混流的直播流,例如,主播A和主播B要连麦,则需要将主播A对应的直播流1和主播B对应的直播流2进行混流,则直播流1和直播流2均为待混流直播流,在实际应用中,有几个主播需要连麦,则会有几个待混流直播流,待混流直播流的数量以实际应用为准。
边缘上行节点具体是指每个主播对应的边缘服务器,在实际应用中,为了提高直播的质量,会在全国部署边缘上行节点,用于接收主播推送的直播流,在边缘上行节点中部署主播转推控制服务器,可以动态增减直播流转推,由边缘上行节点作为中转服务器,主播将直播流推送至边缘上行节点、由边缘上行节点转推至各内容分发网络服务器。
内容分发网络(Content Delivery Network,CDN)是构筑在现有网络上的一种先进的流量分配网络,是现有网络中增加一层新的网络架构,将网站的内容分布到最接近用户的网络“边缘”,提高用户访问网站的响应速度,具有负载均衡的特点,CDN具有缓存+镜像+整体负载均衡的功能,以缓存网站中的静态数据为主。
混流服务器集群由多个混流服务器组成,在实际应用中,通常将在全国部署的多台边缘源站做为混流服务器,组成混流服务器集群。
在实际应用中,每个主播的直播流会对应一个边缘上行节点,同一个边缘上行节点可以接收多个主播的直播流。中心服务器在接收到直播流混流请求后,根据直播流混流请求中的直播流标识,可以根据直播流标识确定每个直播流对应的边缘上行节点,同时可以确定混流服务器集群。
在本申请提供的一具体实施方式中,以主播A和主播B要连麦为例,需要对将主播A的直播流1和主播B的直播流2进行混流,中心服务器接收到直播流混流请求,根据直播流混流确定请求直播流1和直播流2为待混流直播流,同确定待混流直播流1对应的边缘上行节点为节点A,待混流直播流2对应的边缘上行节点为节点B。同时确定用于进行混流的混流服务器集群{混流服务器1、混流服务器2、混流服务器3、混流服务器4、混流服务器5}。
步骤104:采集每个边缘上行节点中记录的混流服务器连接信息和所述混流服务器集群中每个混流服务器的服务器资源信息。
在实际应用中,会在每个边缘上行节点中部署网络连接探测服务,网络连接探测服务用于定期向混流服务器集群中各个混流服务器发送网络包探测,同时记录网络包探测的数据延时信息、数据包信息等。并将上述信息作为混流服务器连接信息记录在边缘上行节点中。在每个边缘上行节点中会记录有每个混流服务器的混流服务器连接信息,混流服务器连接信息用于评价边缘上行节点到该混流服务器的网络链路的质量。
中心服务器除了采集每个边缘上行节点中记录的混流服务器连接信息之外,还会采集混流服务器集群中每个混流服务器的服务器资源信息,服务器资源信息可以包括带宽信息、内存信息、存储信息等等。
具体的,采集每个边缘上行节点中记录的混流服务器连接信息和所述混流服务器集群中每个混流服务器的服务器资源信息,包括:
采集每个边缘上行节点中记录的混流服务器连接信息,其中,混流服务器连接信息包括边缘上行节点探测到的与所述混流服务器集群中每个混流服务器的数据延时信息、数据包信息中的至少一项;
采集所述混流服务器集群中每个混流服务器的带宽使用率和/或混流卡顿率。
参见图2,图2示出了本申请一实施例提供的中心服务器采集信息的示意图,如图2所示,主播A生成直播流1,推流至边缘上行节点A,主播B生成直播流2,推流至边缘上行节点B,边缘上行节点A和边缘上行节点B中分别部署有网络链路探测服务器,每个边缘上行节点中的网络链路探测服务向混流服务器发送网络包进行网络探测,同时记录混流服务器返回的数据延迟信息(RTT信息)与数据包信息(MTU信息)作为混流服务器的混流服务器连接信息。同时中心服务器还会实施监控采集混流服务器集群中每个混流服务器的服务器资源信息(如带宽使用率、内存使用率等),根据混流服务器连接信息和服务器资源信息作为待混流直播流的调度参考数据。
在本申请提供的一具体实施方式中,沿用上例,中心服务器采集边缘上行节点A发送的各个混流服务器的混流服务器连接信息(Ia-1、Ia-2、Ia-3、Ia-4、Ia-5),其中Ia-1表示节点A探测到的混流服务器1的混流服务器连接信息,采集边缘上行节点B发送的各个混流服务器的混流服务器连接信息(Ib-1、Ib-2、Ib-3、Ib-4、Ib-5),同时采集各个混流服务器的服务器资源信息(R1、R2、R3、R4、R5)其中,R1表示混流服务器1的服务器资源信息。
步骤106:基于每个边缘上行节点中记录的混流服务器连接信息和每个混流服务器的服务器资源信息确定目标混流服务器。
在采集到每个边缘上行节点中记录的混流服务器连接信息和每个混流服务器的服务器资源信息后,需要参考混流服务器连接信息和服务器资源信息在混流服务器集群中选择一个最优的混流服务器作为本次直播流进行混流的服务器。
具体的,基于每个边缘上行节点中记录的混流服务器连接信息和每个混流服务器的服务器资源信息确定目标混流服务器,包括:
S1062、基于每个边缘上行节点中记录的混流服务器连接信息确定初始混流服务器集群。
S1064、根据所述初始混流服务器集群中每个混流服务器的服务器资源信息对所述初始混流服务器集群进行排序。
S1066、根据排序结果确定目标混流服务器。
首先根据每个边缘上行节点中记录的混流服务器连接信息来确定初始混流服务器集群,其中,初始混流服务器集群为在混流服务器集群中进行初步筛选后获得的混流服务器集群,在实际应用中,由于混流服务器自身配置、网络链路距离、服务器负载等原因,会导致每个混流服务器的稳定性各不相同,需要根据每个边缘上行节点中记录的混流服务器连接信息来确定每个混流服务器的稳定性,具体的,可以根据预设的计算规则,参考每个边缘上行节点中的混流服务器连接信息计算每个混流服务器的稳定值,再根据预设筛选规则和每个混流服务器的稳定值进行筛选,确定初始混流服务器集群,如可以根据混流服务器的数量的百分比确定初始混流服务器集群或将稳定值超过阈值的混流服务器作为初始混流服务器集群。
在获得初始混流服务器集群后,再根据初始混流服务器集群中每个混流服务器的服务器资源信息来对服务器集群进行排序。具体的,根据所述初始混流服务器集群中每个混流服务器的服务器资源信息对所述初始混流服务器集群进行排序,包括:
根据所述初始混流服务器集群中每个混流服务器的带宽使用率和/或混流卡顿率确定每个初始混流服务器的可用权重值;
将每个初始混流服务器的可用权重值按照从高到低的顺序对所述初始混流服务器集群进行排序。
在实际应用中,可以根据每个混流服务器的带宽使用率和/或混流卡顿率来确定每个初始混流服务器的可用权重值,当一个混流服务器的带宽使用率低、混流卡顿率低的情况下,该混流服务器的可用权重值就越高。
具体的,可以仅通过混流服务器的带宽使用率来确定混流服务器的可用权重值;可以仅通过混流服务器的混流卡顿率来确定混流服务器的可用权重值;也可以通过混流服务器的带宽使用率和混流卡顿率来确定混流服务器的可用权重值。
以仅通过混流服务器的带宽使用率来确定混流服务器的可用权重值为例,可以通过用常数1减去带宽使用率来确定混流服务器的可用权重值,例如一个混流服务器的带宽使用率为0.1,则可以确定该混流服务器的可用权重值为0.9。
以仅通过混流服务器的混流卡顿率来确定混流服务器的可用权重值为例,也可以同带宽使用率同样的方法来确定混流服务器的可用权重值,例如一个混流服务器的混流卡顿率为0.2,则可以确定该混流服务器的可用权重值为0.8。
以通过混流服务器的带宽使用率和混流卡顿率来确定混流服务器的可用权重值为例,可以根据带宽使用率和混流卡顿率分别对应的权重值来确定混流服务器的可用权重值,例如对于直播场景,直播流对于带宽的需求量较大,可以为带宽使用率赋予0.6的权重,为混流卡顿率赋予0.4的权重,当一个混流服务器的带宽使用率为0.7,混流卡顿率为0.2,根据1-(带宽使用率*带宽权重)-(混流卡顿率*卡顿权重)计算得出该混流服务器的可用权重值为1-(0.7*0.6)-(0.2*0.4)=0.5。
以上仅示出了几种计算初始混流服务器的可用权重值的方法,在本申请中对计算初始混流服务器的可用权重值的具体方法不做限定,以实际应用为准。
在获得每个初始混流服务器的可用权重值之后,将每个初始混流服务器根据可用权重值按照从高到低的顺序进行排序,选择可用权重值最高的混流服务器作为目标混流服务器,提升混流直播流的质量。
步骤108:将所述至少两个待混流直播流调度至所述目标混流服务器。
在确定到目标混流服务器之后,即可将至少两个待混流直播流调度至该目标混流服务器,具体的,可以由中心服务器向每个待混流直播流对应的边缘上行节点发送调度指令,边缘上行节点在接收到调度指令后,即可将待混流直播流调度从边缘上行节点中调度至目标混流服务器。
通过本申请提供的方法,在每次接收到混流请求后,根据网络连接质量和每个混流服务器的带宽使用情况,选择一个合适的目标混流服务器来执行混流处理,可以使得资源利用率最大化,确保混流的可靠性和稳定性。
在实际应用中,每个主播所处的网络环境也不同,网络对应的运营商也不同,而边缘上行节点所在的机房由分为单线机房和BGP机房(Border Gateway Protocol,边界网关协议),单线机房代表该机房只能服务某个运营商,而BGP机房可以同时服务于各种运营商,在部署成本上,BGP机房的部署成本往往是单线机房的数倍,基于此,为了降低边缘机房的部署成本。将所述至少两个待混流直播流调度至所述目标混流服务器,包括S1082-S1086:
S1082、获取每个待混流直播流对应的运营标识。
每个待混流直播流在推流时,会携带有对应的运营标识,例如待混流直播流1对应的运营标识为O1,待混流直播流2对应的运营标识为O2,等等,其中O1表示运营商1,O2表示运营商2。
S1084、根据每个待混流直播流对应的运营标识确定每个待混流直播流的调度路径。
在获取到待混流直播流的运营标识后,根据每个待混流直播流的运营标识来确定每个待混流直播流的调度路径,调度路径具体是指将待混流直播流调度至目标混流服务器的过程中是否需要经过BGP机房。
具体的,根据每个待混流直播流对应的运营标识确定每个待混流直播流的调度路径,包括:
在每个待混流直播流对应的运营标识相同的情况下,确定每个待混流直播流的调度路径为单线调度,其中,所述单线调度包括直播流从边缘上行节点调度至目标混流服务器;
在每个待混流直播流对应的运营标识不同的情况下,确定第一运营标识和所述第一运营标识对应的第一待混流直播流,以及第二运营标识和所述第二运营标识对应第二待混流直播流,根据所述第一待混流直播流的第一码率和所述第二待混流直播流的第二码率确定待混流直播流的中转状态,根据所述中转状态确定每个待混流直播流的调度路径。
若每个待混流直播流对应的运营标识相同的话,则说明待混流直播流使用的是同一运营商,此时,可以确定每个待混流直播流的调度路径为单线调度,即从边缘上行节点直接调度至目标混流服务器。
若待混流直播流对应的运营标识不同,则需要确定第一运营标识和第二运营标识,其中,第一运营标识即为待混流直播流数量最多的运营标识,第二运营标识为除第一运营标识外的其他运营标识,第一运营标识对应的待混流直播流为第一待混流直播流,第二运营标识对应的待混流直播流为第二待混流直播流。例如,一共有5个待混流直播流,其中有3个待混流直播流的运营标识为O1,另外2个待混流直播流的运营标识分别为O2和O3,则确定O1为第一运营标识,O2和O3为第二运营标识,前3个待混流直播流统称为第一待混流直播流,后2个待混流直播流统称为第二待混流直播流。
在确定第一运营标识和第二运营标识后,还需要统计每个运营标识对应的待混流直播流的总码率,码率是指数据传输时单位时间传输的数据位数,第一运营标识对应的所有待混流直播流的总码率为第一码率,第二运营标识对应的所有待混流直播流的总码率为第二码率。根据第一运营标识对应待混流直播流的第一码率和第二运营标识对应待混流直播流的第二码率来确定第二待混流直播流的中转状态,中转状态具体是指第一待混流直播流是否需要经过BGP机房进行中转。
具体的,根据所述第一待混流直播流的第一码率和所述第二待混流直播流的第二码率确定待混流直播流的中转状态,包括:
根据所述第一码率、所述第二码率和预设规则计算单线边缘成本值和多线边缘成本值;
在所述单线边缘成本值大于或等于所述多线边缘成本值的情况下,确定所述中转状态为多线中转;
在所述单线边缘成本值小于所述多线边缘成本值的情况下,确定所述中转状态为单线中转。
在确定第一待混流直播流的中转状态时,起到决定性的因素为成本,因此,需要根据第一待混流直播流的第一码率和第二待混流直播流的第二码率来计算单线边缘成本值和多线边缘成本值,此时,还需要借助BGP机房与单线机房在部署成本上的价格差系数,具体的,参见下述公式1计算多线边缘成本值m,参见下述公式2计算单线边缘成本值n:
m=z(x+y) 公式1
n=x+y(z+1) 公式2
其中,x为第一码率、y为第二码率、z为BGP机房与单线机房的价格差系数,m为多线边缘成本值,n为单线边缘成本值。
当m大于n的情况下,说明多线边缘成本值要高于单线边缘成本值,代表将第二运营标识对应的待混流直播流经过BGP机房进行中转的方式可以更加节省服务器带宽费用,即将少量的待混流直播流经过BGP机房的处理后再与第一运营标识对应的待混流直播流混流,即确定待混流直播流的中转状态为单线中转。
当m小于或等于n的情况下,说明多线边缘成本值不高于单线边缘成本值,此时将第一运营标识对应的待混流直播流调入到BGP机房与第一运营标识对应的待混流直播流一通中转的成本与只将第二运营标识对应的待混流直播流调入到BGP机房进行中转的费用相似,即确定待混流直播流的中转状态为多线中转。
在确定中转状态之后,即可根据中转状态确定每个待混流直播流的调度路径。具体的,根据所述中转状态确定每个待混流直播流的调度路径,包括:
在所述中转状态为单线中转的情况下,确定所述第一待混流直播流的调度路径为单线调度,所述第二待混流直播流的调度路径为多线调度,其中,所述多线调度包括直播流从边缘上行节点经过多线路由节点至目标混流服务器;
在所述中转状态为多线中转的情况下,确定所述第一待混流直播流和所述第二待混流直播流的调度路径为多线调度。
当中转状态为单线中转的情况下,对于第一待混流直播流的调度路径为单线调度,对于第二待混流直播流的调度路径为多线调度。单线调度即将待混流直播流直接由边缘上行节点调度至目标混流服务器,多线调度为需要将待混流直播流从边缘上行节点调度至多线路由节点(BGP机房)进行转化,再调度至目标混流服务器进行混流。
当中转状态为多线中转的情况下,需要将第一待混流直播流和第二待混流直播流的调度路径都设为多线调度,即第一待混流直播流和第二待混流直播流均需要先调度至多线路由节点进行转换,再调度至目标混流服务区进行混流。
S1086、基于每个待混流直播流的调度路径将每个待混流直播流调度至所述目标混流服务器。
在确定了每个待混流直播流的调度路径后,根据每个待混流直播流的调度路径将每个待混流直播流调度至目标混流服务器。
参见图3,图3示出了本申请一实施例提供的待混流直播流调度示意图。如图3所示,主播A推流直播流1到边缘上行节点A,主播B推流直播流2到边缘上行节点B,主播C推流直播流3至边缘上行节点C,其中,直播流1和直播流2是相同的运营标识O1,直播流3是运营标识O2,经过上述计算,确定待混流直播流的中转状态为单线中转,即直播流1和直播流2可以直接由边缘上行节点A和边缘上行节点B直接推流至混流服务器,对于直播流3,需要先从边缘上行节点C推流至多线路由节点进行中转,再推流至混流服务器。混流服务器在接收到直播流1、直播流2和直播流3后进行合并,获得混流直播流,并将混流直播流推流至CDN节点。
混流服务器在混流直播流的过程中,还会由于网络原因、配置原因出现卡顿的情况,影响混流的稳定性,基于此,所述方法还包括:
监控所述目标混流服务器中所述至少两个待混流直播流的混流直播流的混流状态;
在所述混流状态为卡顿的情况下,基于每个边缘上行节点中记录的混流服务器连接信息和每个混流服务器的服务器资源信息确定新混流服务器;
将所述至少两个待混流直播流调度至所述新混流服务器。
至少两个待混流直播流在混流服务器中合并,生成混流直播流,中心服务器还会实时监控该混流直播流的混流状态,流入混流直播流是否顺畅,是否出现卡顿、断流等等。
当混流状态为卡顿的情况下,基于上述实施例的描述的方法重新在混流服务器集合中确定一个新的目标混流服务器,并将待混流直播流的调度目的地更换为新的目标混流服务器,生成新的混流直播流,并发送至CDN节点,CDN节点向中心服务器发送推流回调请求,中心服务器接收到推流回调请求,结束上一次混流操作,并释放资源,达到无缝切换的效果。
参见图4,图4示出了本申请一实施例提供的切换混流服务器的示意图。主播A发送直播流1至边缘上行节点A,主播B发送直播流2至边缘上行节点B,在初次筛选中,选中混流服务器1作为目标混流服务器,边缘上行节点A和边缘上行节点B分别推流直播流1和直播流2至混流服务器1,中心服务器监控混流服务器1中的混流直播流出现卡顿情况,并且卡顿时间超过了阈值,则重新确定混流服务器2作为新的目标混流服务器,并通知边缘上行节点A和边缘上行节点B将直播流1和直播流2发送至混流服务器2做混流,在混流服务器1出现异常的情况下,无缝切换至混流服务器2,提升混流质量,进一步提升用户的使用体验。
本申请提供的混流直播流调度方法,包括基于接收到的直播流混流请求确定至少两个待混流直播流,并确定每个待混流直播流对应的边缘上行节点及混流服务器集群;采集每个边缘上行节点中记录的混流服务器连接信息和所述混流服务器集群中每个混流服务器的服务器资源信息;基于每个边缘上行节点中记录的混流服务器连接信息和每个混流服务器的服务器资源信息确定目标混流服务器;将所述至少两个待混流直播流调度至所述目标混流服务器。通过本申请一实施例实现了根据边缘上行节点对混流服务器的探测和对混流服务器带宽占用率的探测在多个混流服务器中选择网路环境较好的优质混流服务器对待混流直播流进行混流,保证了混流直播流的混流质量和混流效率。
其次,根据每个待混流直播流对应的运营标识确定来确定待混流直播流的调度路径,减少路由节点服务器的使用,优先选择单线机房,降低了带宽成本。
最后,可以实时对混流服务器的拉流质量进行监控,如果混流服务器的混流直播流的拉流质量出现波动,会重新选择新的目标混流服务器,并将待混流直播流调度到新的目标混流服务器中进行混流,避免混流直播流出现卡顿的现象,提升了用户的观看体验。
下述结合附图5,以本申请提供的混流直播流调度方法在主播连麦场景的应用为例,对所述混流直播流调度方法进行进一步说明。其中,图5示出了本申请一实施例提供的一种应用于主播连麦场景的混流直播流调度方法的处理流程图,所述方法应用于中心节点,具体包括以下步骤:
步骤502:接收直播流混流请求。
在本申请提供的一具体实施例中,主播张三向主播李四发送连麦请求,主播李四同意连麦请求,进而生成直播流混流请求,并将直播混流请求发送至中心服务器。中心服务器接收直播流混流请求。
步骤504:基于所述直播流混流请求确定至少两个待混流直播流、每个待混流直播流对应的边缘上行节点及混流服务器集群。
在本申请提供的一具体实施例中,根据直播流混流请求确定待混流直播流1和待混流直播流2,待混流直播流1对应边缘上行节点A,待混流直播流2对应边缘上行节点B,同时确定混流服务器集群(混流服务器1、混流服务器2、混流服务器3、混流服务器4)。
步骤506:采集每个边缘上行节点中记录的混流服务器连接信息和所述混流服务器集群中每个混流服务器的服务器资源信息。
在本申请提供的一具体实施例中,采集边缘上行节点A中的混流服务器连接信息Ia-1、Ia-2、Ia-3和Ia-4,采集边缘上行节点B中的混流服务器连接信息Ib-1、Ib-2、Ib-3和Ib-4,同时采集每个混流服务器的服务器资源信息(R1、R2、R3、R4)。
步骤508:基于每个边缘上行节点中记录的混流服务器连接信息确定初始混流服务器集群。
在本申请提供的一具体实施例中,根据混流服务器连接信息Ia-1、Ia-2、Ia-3、Ia-4、Ib-1、Ib-2、Ib-3、Ib-4确定初始混流服务器集群(混流服务器1、混流服务器2、混流服务器3)。
步骤510:根据所述初始混流服务器集群中每个混流服务器的服务器资源信息对所述初始混流服务器集群进行排序。
在本申请提供的一具体实施例中,根据初始混流服务器集群(混流服务器1、混流服务器2、混流服务器3)对应的服务器资源信息R1、R2、R3对初始混流服务器集群进行排序,排序结果为(混流服务器2、混流服务器1、混流服务器3)。
步骤512:根据排序结果确定目标混流服务器。
在本申请提供的一具体实施例中,确定混流服务器2为目标混流服务器。
步骤514:获取每个待混流直播流对应的运营标识。
在本申请提供的一具体实施例中,获取待混流直播流1对应的运营标识为O1,待混流直播流2对应的运营标识为O2。
步骤516:根据每个待混流直播流对应的运营标识确定每个待混流直播流的调度路径。
在本申请提供的一具体实施例中,确定待混流直播流1对应的调度路径为单线调度,待混流直播流1的调度路径为边缘上行节点A至混流服务器2;待混流直播流2对应的调度路径为多线调度,待混流直播流2的调度路径为边缘上行节点B至多线路由节点至混流服务器2。
步骤518:基于每个待混流直播流的调度路径将每个待混流直播流调度至所述目标混流服务器。
在本申请提供的一具体实施例中,基于待混流直播流1的调度路径,将待混流直播流1从边缘上行节点A调度至混流服务器2;基于待混流直播流2的调度路径,将待混流直播流2从边缘上行节点B调度至多线路由节点,再调度至混流服务器2。
步骤520:监控所述目标混流服务器中所述至少两个待混流直播流的混流直播流的混流状态。
在本申请提供的一具体实施例中,监控混流服务器2中待混流直播流1和待混流直播流2合并的混流直播流1-2的混流状态。
步骤522:在所述混流状态为卡顿的情况下,重新确定新混流服务器。
在本申请提供的一具体实施例中,在监控到混流直播流1-2的混流状态为卡顿的情况下,根据上述方法重新确定新混流服务器为混流服务器1。
步骤524:将所述至少两个待混流直播流调度至所述新混流服务器。
在本申请提供的一具体实施例中,将待混流直播流1和待混流直播流2调度至混流服务器1。
本申请提供的混流直播流调度方法,实现了根据边缘上行节点对混流服务器的探测和对混流服务器带宽占用率的探测在多个混流服务器中选择网路环境较好的优质混流服务器对待混流直播流进行混流,保证了混流直播流的混流质量和混流效率。
其次,根据每个待混流直播流对应的运营标识确定来确定待混流直播流的调度路径,减少路由节点服务器的使用,优先选择单线机房,降低了带宽成本。
最后,可以实时对混流服务器的拉流质量进行监控,如果混流服务器的混流直播流的拉流质量出现波动,会重新选择新的目标混流服务器,并将待混流直播流调度到新的目标混流服务器中进行混流,避免混流直播流出现卡顿的现象,提升了用户的观看体验。
与上述混流直播流调度方法实施例相对应,本申请还提供了混流直播流调度装置实施例,图6示出了本申请一实施例提供的一种混流直播流调度装置的结构示意图。如图6所示,该装置包括:
第一确定模块602,被配置为基于接收到的直播流混流请求确定至少两个待混流直播流,并确定每个待混流直播流对应的边缘上行节点及混流服务器集群;
采集模块604,被配置为采集每个边缘上行节点中记录的混流服务器连接信息和所述混流服务器集群中每个混流服务器的服务器资源信息;
第二确定模块606,被配置为基于每个边缘上行节点中记录的混流服务器连接信息和每个混流服务器的服务器资源信息确定目标混流服务器;
调度模块608,被配置为将所述至少两个待混流直播流调度至所述目标混流服务器。
可选的,所述采集模块604,进一步被配置为:
采集每个边缘上行节点中记录的混流服务器连接信息,其中,混流服务器连接信息包括边缘上行节点探测到的与所述混流服务器集群中每个混流服务器的数据延时信息、数据包信息中的至少一项;
采集所述混流服务器集群中每个混流服务器的带宽使用率和/或混流卡顿率。
可选的,所述第二确定模块606,进一步被配置为:
基于每个边缘上行节点中记录的混流服务器连接信息确定初始混流服务器集群;
根据所述初始混流服务器集群中每个混流服务器的服务器资源信息对所述初始混流服务器集群进行排序;
根据排序结果确定目标混流服务器。
可选的,所述第二确定模块606,进一步被配置为:
根据所述初始混流服务器集群中每个混流服务器的带宽使用率和/或混流卡顿率确定每个初始混流服务器的可用权重值;
将每个初始混流服务器的可用权重值按照从高到低的顺序对所述初始混流服务器集群进行排序
可选的,所述调度模块608,进一步被配置为:
获取每个待混流直播流对应的运营标识;
根据每个待混流直播流对应的运营标识确定每个待混流直播流的调度路径;
基于每个待混流直播流的调度路径将每个待混流直播流调度至所述目标混流服务器。
可选的,所述调度模块608,进一步被配置为:
在每个待混流直播流对应的运营标识相同的情况下,确定每个待混流直播流的调度路径为单线调度,其中,所述单点调度包括直播流从边缘上行节点调度至目标混流服务器;
在每个待混流直播流对应的运营标识不同的情况下,确定第一运营标识和所述第一运营标识对应的第一待混流直播流,以及第二运营标识和所述第二运营标识对应第二待混流直播流,根据所述第一待混流直播流的第一码率和所述第二待混流直播流的第二码率确定待混流直播流的中转状态,根据所述中转状态确定每个待混流直播流的调度路径。
可选的,所述调度模块608,进一步被配置为:
根据所述第一码率、所述第二码率和预设规则计算单线边缘成本值和多线边缘成本值;
在所述单线边缘成本值大于或等于所述多线边缘成本值的情况下,确定所述中转状态为多线中转;
在所述单线边缘成本值小于所述多线边缘成本值的情况下,确定所述中转状态为单线中转。
可选的,所述调度模块608,进一步被配置为:
在所述中转状态为单线中转的情况下,确定所述第一待混流直播流的调度路径为单线调度,所述第二待混流直播流的调度路径为多线调度,其中,所述多线调度包括直播流从边缘上行节点经过多线路由节点至目标混流服务器;
在所述中转状态为多线中转的情况下,确定所述第一待混流直播流和所述第二待混流直播流的调度路径为多线调度。
可选的,所述装置还包括:
监控模块,被配置为监控所述目标混流服务器中所述至少两个待混流直播流的混流直播流的混流状态;
第三确定模块,被配置为在所述混流状态为卡顿的情况下,基于每个边缘上行节点中记录的混流服务器连接信息和每个混流服务器的服务器资源信息确定新混流服务器;
相应的,所述调度模块608,进一步被配置为将所述至少两个待混流直播流调度至所述新混流服务器。
本申请提供的混流直播流调度装置,包括基于接收到的直播流混流请求确定至少两个待混流直播流,并确定每个待混流直播流对应的边缘上行节点及混流服务器集群;采集每个边缘上行节点中记录的混流服务器连接信息和所述混流服务器集群中每个混流服务器的服务器资源信息;基于每个边缘上行节点中记录的混流服务器连接信息和每个混流服务器的服务器资源信息确定目标混流服务器;将所述至少两个待混流直播流调度至所述目标混流服务器。通过本申请一实施例实现了根据边缘上行节点对混流服务器的探测和对混流服务器带宽占用率的探测在多个混流服务器中选择网路环境较好的优质混流服务器对待混流直播流进行混流,保证了混流直播流的混流质量和混流效率。
其次,根据每个待混流直播流对应的运营标识确定来确定待混流直播流的调度路径,减少路由节点服务器的使用,优先选择单线机房,降低了带宽成本。
最后,可以实时对混流服务器的拉流质量进行监控,如果混流服务器的混流直播流的拉流质量出现波动,会重新选择新的目标混流服务器,并将待混流直播流调度到新的目标混流服务器中进行混流,避免混流直播流出现卡顿的现象,提升了用户的观看体验。
上述为本实施例的一种混流直播流调度装置的示意性方案。需要说明的是,该混流直播流调度装置的技术方案与上述的混流直播流调度方法的技术方案属于同一构思,混流直播流调度装置的技术方案未详细描述的细节内容,均可以参见上述混流直播流调度方法的技术方案的描述。
图7示出了根据本申请一实施例提供的一种计算设备700的结构框图。该计算设备700的部件包括但不限于存储器710和处理器720。处理器720与存储器710通过总线730相连接,数据库750用于保存数据。
计算设备700还包括接入设备740,接入设备740使得计算设备700能够经由一个或多个网络760通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备740可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本申请的一个实施例中,计算设备700的上述部件以及图7中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图7所示的计算设备结构框图仅仅是出于示例的目的,而不是对本申请范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备700可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备700还可以是移动式或静止式的服务器。
其中,处理器720执行所述计算机指令时实现所述的混流直播流调度方法的步骤。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的混流直播流调度方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述混流直播流调度方法的技术方案的描述。
本申请一实施例还提供一种计算机可读存储介质,其存储有计算机指令,该计算机指令被处理器执行时实现如前所述混流直播流调度方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的混流直播流调度方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述混流直播流调度方法的技术方案的描述。
上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本申请的内容,可作很多的修改和变化。本申请选取并具体描述这些实施例,是为了更好地解释本申请的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。
Claims (11)
1.一种混流直播流调度方法,其特征在于,应用于中心服务器,包括:
基于接收到的直播流混流请求确定至少两个待混流直播流,并确定每个待混流直播流对应的边缘上行节点及混流服务器集群,其中,所述边缘上行节点为接收直播流的流媒体服务器;
采集每个边缘上行节点中记录的混流服务器连接信息和所述混流服务器集群中每个混流服务器的服务器资源信息,其中,所述混流服务器连接信息为边缘上行节点向混流服务器进行网络探测获得的信息,所述混流服务器连接信息包括数据延时信息、数据包信息中的至少一项,所述混流服务器资源信息为采集所述混流服务器集群中每个混流服务器的带宽使用率和/或混流卡顿率;
基于每个边缘上行节点中记录的混流服务器连接信息确认初始混流服务器集群,根据所述初始混流服务器集群中每个混流服务器的服务器资源信息确定目标混流服务器;
将所述至少两个待混流直播流调度至所述目标混流服务器。
2.如权利要求1所述的混流直播流调度方法,其特征在于,根据所述初始混流服务器集群中每个混流服务器的服务器资源信息确定目标混流服务器,包括:
根据所述初始混流服务器集群中每个混流服务器的服务器资源信息对所述初始混流服务器集群进行排序;
根据排序结果确定目标混流服务器。
3.如权利要求2所述的混流直播流调度方法,其特征在于,根据所述初始混流服务器集群中每个混流服务器的服务器资源信息对所述初始混流服务器集群进行排序,包括:
根据所述初始混流服务器集群中每个混流服务器的带宽使用率和/或混流卡顿率确定每个初始混流服务器的可用权重值;
将每个初始混流服务器的可用权重值按照从高到低的顺序对所述初始混流服务器集群进行排序。
4.如权利要求1所述的混流直播流调度方法,其特征在于,将所述至少两个待混流直播流调度至所述目标混流服务器,包括:
获取每个待混流直播流对应的运营标识;
根据每个待混流直播流对应的运营标识确定每个待混流直播流的调度路径;
基于每个待混流直播流的调度路径将每个待混流直播流调度至所述目标混流服务器。
5.如权利要求4所述的混流直播流调度方法,其特征在于,根据每个待混流直播流对应的运营标识确定每个待混流直播流的调度路径,包括:
在每个待混流直播流对应的运营标识相同的情况下,确定每个待混流直播流的调度路径为单线调度,其中,所述单线调度包括直播流从边缘上行节点调度至目标混流服务器;
在每个待混流直播流对应的运营标识不同的情况下,确定第一运营标识和所述第一运营标识对应的第一待混流直播流,以及第二运营标识和所述第二运营标识对应第二待混流直播流,根据所述第一待混流直播流的第一码率和所述第二待混流直播流的第二码率确定待混流直播流的中转状态,根据所述中转状态确定每个待混流直播流的调度路径。
6.如权利要求5所述的混流直播流调度方法,其特征在于,根据所述第一待混流直播流的第一码率和所述第二待混流直播流的第二码率确定待混流直播流的中转状态,包括:
根据所述第一码率、所述第二码率和预设规则计算单线边缘成本值和多线边缘成本值;
在所述单线边缘成本值大于或等于所述多线边缘成本值的情况下,确定所述中转状态为多线中转;
在所述单线边缘成本值小于所述多线边缘成本值的情况下,确定所述中转状态为单线中转。
7.如权利要求6所述的混流直播流调度方法,其特征在于,根据所述中转状态确定每个待混流直播流的调度路径,包括:
在所述中转状态为单线中转的情况下,确定所述第一待混流直播流的调度路径为单线调度,所述第二待混流直播流的调度路径为多线调度,其中,所述多线调度包括直播流从边缘上行节点经过多线路由节点至目标混流服务器;
在所述中转状态为多线中转的情况下,确定所述第一待混流直播流和所述第二待混流直播流的调度路径为多线调度。
8.如权利要求1-7任意一项所述的混流直播流调度方法,其特征在于,所述方法还包括:
监控所述目标混流服务器中所述至少两个待混流直播流的混流直播流的混流状态;
在所述混流状态为卡顿的情况下,基于每个边缘上行节点中记录的混流服务器连接信息和每个混流服务器的服务器资源信息确定新混流服务器;
将所述至少两个待混流直播流调度至所述新混流服务器。
9.一种混流直播流调度装置,其特征在于,应用于中心服务器,包括:
第一确定模块,被配置为基于接收到的直播流混流请求确定至少两个待混流直播流,并确定每个待混流直播流对应的边缘上行节点及混流服务器集群,其中,所述边缘上行节点为接收直播流的流媒体服务器;
采集模块,被配置为采集每个边缘上行节点中记录的混流服务器连接信息和所述混流服务器集群中每个混流服务器的服务器资源信息,其中,所述混流服务器连接信息为边缘上行节点向混流服务器进行网络探测获得的信息,所述混流服务器连接信息包括数据延时信息、数据包信息中的至少一项,所述混流服务器资源信息为采集所述混流服务器集群中每个混流服务器的带宽使用率和/或混流卡顿率;
第二确定模块,被配置为基于每个边缘上行节点中记录的混流服务器连接信息确认初始混流服务器集群,根据所述初始混流服务器集群中每个混流服务器的服务器资源信息确定目标混流服务器;
调度模块,被配置为将所述至少两个待混流直播流调度至所述目标混流服务器。
10.一种计算设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令,其特征在于,所述处理器执行所述计算机指令时实现权利要求1-8任意一项所述方法的步骤。
11.一种计算机可读存储介质,其存储有计算机指令,其特征在于,该计算机指令被处理器执行时实现权利要求1-8任意一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111355003.3A CN114071168B (zh) | 2021-11-16 | 2021-11-16 | 混流直播流调度方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111355003.3A CN114071168B (zh) | 2021-11-16 | 2021-11-16 | 混流直播流调度方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114071168A CN114071168A (zh) | 2022-02-18 |
CN114071168B true CN114071168B (zh) | 2023-09-12 |
Family
ID=80272670
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111355003.3A Active CN114071168B (zh) | 2021-11-16 | 2021-11-16 | 混流直播流调度方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114071168B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114928749B (zh) * | 2022-04-14 | 2024-05-28 | 上海哔哩哔哩科技有限公司 | 直播流切换方法、系统及装置 |
CN115002497B (zh) * | 2022-05-27 | 2024-03-12 | 上海哔哩哔哩科技有限公司 | 直播回源的调度方法及系统、回源服务器 |
CN115174569B (zh) * | 2022-06-27 | 2024-03-19 | 普联技术有限公司 | 一种视频流传输的控制方法、装置、服务器及存储介质 |
CN115412737B (zh) * | 2022-08-30 | 2024-03-08 | 上海哔哩哔哩科技有限公司 | 直播回源中继节点确定方法及装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107864122A (zh) * | 2017-10-18 | 2018-03-30 | 武汉斗鱼网络科技有限公司 | 一种连麦主播直播流的显示方法及装置 |
CN108769824A (zh) * | 2018-06-19 | 2018-11-06 | 武汉斗鱼网络科技有限公司 | 一种视频混流方法、装置、系统、设备及介质 |
CN109618178A (zh) * | 2019-01-21 | 2019-04-12 | 北京奇艺世纪科技有限公司 | 一种直播方法、装置及系统 |
CN110908806A (zh) * | 2019-12-02 | 2020-03-24 | 北京蜜莱坞网络科技有限公司 | 一种混流任务的管理方法、装置、设备和存储介质 |
CN111541711A (zh) * | 2020-05-06 | 2020-08-14 | 北京三体云联科技有限公司 | 基于边缘计算的直播数据混流方法和装置 |
CN112511783A (zh) * | 2019-09-16 | 2021-03-16 | 武汉斗鱼网络科技有限公司 | 音视频流的混合显示方法、装置、服务器和存储介质 |
CN113507641A (zh) * | 2021-09-09 | 2021-10-15 | 山东亚华电子股份有限公司 | 一种基于客户端的多路视频混屏方法、系统及设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA3005479A1 (en) * | 2015-11-20 | 2017-05-26 | Genetec Inc. | Media streaming |
US11089124B2 (en) * | 2018-07-19 | 2021-08-10 | Verizon Digital Media Services Inc. | Hybrid pull and push based streaming |
-
2021
- 2021-11-16 CN CN202111355003.3A patent/CN114071168B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107864122A (zh) * | 2017-10-18 | 2018-03-30 | 武汉斗鱼网络科技有限公司 | 一种连麦主播直播流的显示方法及装置 |
CN108769824A (zh) * | 2018-06-19 | 2018-11-06 | 武汉斗鱼网络科技有限公司 | 一种视频混流方法、装置、系统、设备及介质 |
CN109618178A (zh) * | 2019-01-21 | 2019-04-12 | 北京奇艺世纪科技有限公司 | 一种直播方法、装置及系统 |
CN112511783A (zh) * | 2019-09-16 | 2021-03-16 | 武汉斗鱼网络科技有限公司 | 音视频流的混合显示方法、装置、服务器和存储介质 |
CN110908806A (zh) * | 2019-12-02 | 2020-03-24 | 北京蜜莱坞网络科技有限公司 | 一种混流任务的管理方法、装置、设备和存储介质 |
CN111541711A (zh) * | 2020-05-06 | 2020-08-14 | 北京三体云联科技有限公司 | 基于边缘计算的直播数据混流方法和装置 |
CN113507641A (zh) * | 2021-09-09 | 2021-10-15 | 山东亚华电子股份有限公司 | 一种基于客户端的多路视频混屏方法、系统及设备 |
Non-Patent Citations (1)
Title |
---|
代毅.《基于视频云服务的教师研修环境构建及应用研究》.华南理工大学出版社,2019,第4章. * |
Also Published As
Publication number | Publication date |
---|---|
CN114071168A (zh) | 2022-02-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114071168B (zh) | 混流直播流调度方法及装置 | |
US11758416B2 (en) | System and method of network policy optimization | |
Bentaleb et al. | SDNDASH: Improving QoE of HTTP adaptive streaming using software defined networking | |
JP4607254B2 (ja) | ネットワーク監視装置、バスシステム監視装置、方法、およびプログラム | |
CN103262482B (zh) | 通信系统、控制设备和节点控制方法 | |
CN102281190B (zh) | 负载均衡装置组网方法以及服务器、客户端接入方法 | |
EP2797268B1 (en) | Transmitting information across a communications network | |
CN110890994B (zh) | 一种报文转发路径的确定方法、设备和系统 | |
WO2003026220A1 (en) | Parallel information delivery method based on peer-to-peer enabled distributed computing technology and the system thereof | |
JPWO2010086907A1 (ja) | パケットキャプチャシステム、パケットキャプチャ方法、情報処理装置およびプログラム | |
CN110445723A (zh) | 一种网络数据调度方法及边缘节点 | |
JP2006202218A (ja) | 配信サービスにおける品質情報提供方法及びシステム | |
JP5011433B2 (ja) | 他のペアの近傍にあるペアグループを決定する方法、関連するサーバ及び解析装置 | |
Farahani et al. | ES-HAS: an edge-and SDN-assisted framework for HTTP adaptive video streaming | |
CN113438129A (zh) | 数据采集方法及装置 | |
CN113194134A (zh) | 节点确定方法及装置 | |
CN107959704B (zh) | 一种数据处理方法及家庭网关 | |
JP5720794B2 (ja) | 配信ネットワークとサーバ及び配信方法 | |
JP4761078B2 (ja) | マルチキャストノード装置とマルチキャスト転送方法ならびにプログラム | |
US7783784B1 (en) | Method and apparatus for adaptive selection of algorithms to load and spread traffic on an aggregation of network interface cards | |
KR20200015303A (ko) | 패킷 보고 방법과 시스템 | |
JP2004135065A (ja) | 送信端末、受信端末及びデータ伝送システム | |
JP3781663B2 (ja) | トラヒック情報収集装置およびトラヒック情報収集方法およびプログラムおよび記録媒体 | |
CN110417673A (zh) | 基于多运营商的链路负载均衡方法和装置 | |
CN109889545A (zh) | 数据通信方法和装置 |
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 |