CN113194134A - 节点确定方法及装置 - Google Patents
节点确定方法及装置 Download PDFInfo
- Publication number
- CN113194134A CN113194134A CN202110458962.1A CN202110458962A CN113194134A CN 113194134 A CN113194134 A CN 113194134A CN 202110458962 A CN202110458962 A CN 202110458962A CN 113194134 A CN113194134 A CN 113194134A
- Authority
- CN
- China
- Prior art keywords
- node
- push
- quality
- initial
- determining
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1021—Server selection for load balancing based on client or server locations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/101—Server selection for load balancing based on network conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs
-
- 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/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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本说明书提供节点确定方法及装置,其中所述节点确定方法包括:接收节点获取请求,基于所述节点获取请求中携带的位置信息确定初始节点集合;根据维度筛选条件从所述初始节点集合中确定目标节点;其中,所述维度筛选条件包括协议质量条件,通过节点获取请求中携带的位置信息确定初始节点集合,并根据维度筛选条件,综合判断一个节点的质量,从而给用户提供一个质量最好的目标节点,降低推流质量问题,以实现用户通畅地观看直播视频流,提高用户观看体验。
Description
技术领域
本说明书涉及计算机技术领域,特别涉及节点确定方法。本说明书同时涉及节点确定装置,一种计算设备,以及一种计算机可读存储介质。
背景技术
随着通信技术的发展,网络视频直播由于其直观、内容丰富等特点,尤其受到人们的欢迎。在现有直播体系中,通常是主播客户端将直播视频流上传至用于接收推流的直播服务节点(即边缘计算节点),边缘计算节点再将视频流转发给各家的CDN(ContentDelivery Network,内容分发网络),然而目前,主播客户端在实际推流的过程中,往往会由于选择的边缘计算节点的质量较差,而出现一些推流不通畅的现象,造成用户观看卡顿或者无法观看的问题,极大地影响用户的观看效果。
发明内容
有鉴于此,本申请实施例提供了节点确定方法。本说明书同时涉及节点确定装置,一种计算设备,以及一种计算机可读存储介质,以解决现有技术中存在的因推流质量导致的用户观看卡顿或者无法观看的问题。
根据本申请实施例的第一方面,提供了一种节点确定方法,包括:
接收节点获取请求,基于所述节点获取请求中携带的位置信息确定初始节点集合;
根据维度筛选条件从所述初始节点集合中确定目标节点;其中,所述维度筛选条件包括协议质量条件。
根据本申请实施例的第二方面,提供了另一种节点确定方法,包括:
接收客户端发送的服务地址获取请求,基于所述服务地址获取请求中携带的域名标识确定服务调度地址,其中,所述服务调度地址与所述域名标识的关联关系是预先设定;
将所述服务调度地址返回至所述客户端。
根据本申请实施例的第三方面,提供了一种节点确定***,包括:
客户端、节点分配服务端以及节点解析服务端,
所述客户端,被配置为向所述节点分配服务端发送服务地址获取请求;
所述节点分配服务端,被配置为基于所述服务地址获取请求中携带的域名标识确定服务调度地址,其中,所述服务调度地址与所述域名标识的关联关系是预先设定,并将所述服务调度地址返回至所述客户端;
所述客户端,进一步被配置为接收所述节点分配服务端发送的服务调度地址,并基于所述服务调度地址向所述节点解析服务端发送节点获取请求;
所述节点解析服务端,被配置为基于所述节点获取请求中携带的位置信息确定初始节点集合,并根据维度筛选条件从所述初始节点集合中确定目标节点,且将所述目标节点返回至所述客户端。
根据本申请实施例的第四方面,提供了一种节点确定装置,包括:
接收模块,被配置为接收节点获取请求,基于所述节点获取请求中携带的位置信息确定初始节点集合;
确定模块,被配置为根据维度筛选条件从所述初始节点集合中确定目标节点;其中,所述维度筛选条件包括协议质量条件、所述协议质量条件和位置信息条件、或者所述协议质量条件、所述位置信息条件和网络传输条件。
根据本申请实施例的第五方面,提供了另一种节点确定装置,包括:
接收模块,被配置为接收客户端发送的服务地址获取请求,基于所述服务地址获取请求中携带的域名标识确定服务调度地址,其中,所述服务调度地址与所述域名标识的关联关系是预先设定;
发送模块,被配置为将所述服务调度地址返回至所述客户端。
根据本申请实施例的第六方面,提供了一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令,其中,所述处理器执行所述计算机可执行指令时实现所述节点确定方法的步骤。
根据本申请实施例的第七方面,提供了一种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现任意所述节点确定方法的步骤。
本说明书提供的节点确定方法,接收节点获取请求,基于所述节点获取请求中携带的位置信息确定初始节点集合;根据维度筛选条件从所述初始节点集合中确定目标节点,其中,所述维度筛选条件包括协议质量条件。
本说明书一实施例通过节点获取请求中携带的位置信息确定初始节点集合,并根据维度筛选条件,综合判断一个节点的质量,从而给用户提供一个质量最好的目标节点,降低推流质量问题,以实现用户通畅地观看直播视频流,提高用户观看体验。
附图说明
图1是本说明书一实施例提供的一种边缘计算节点的DNS调度逻辑图;
图2是本说明书一实施例提供的一种节点确定方法应用的***结构示意图;
图3是本说明书一实施例提供的一种节点确定方法的流程图;
图4是本说明书一实施例提供的一种节点确定方法中基于边缘计算节点进行推流、拉流的处理过程示意图;
图5是本说明书一实施例提供的另一种节点确定方法的流程图;
图6是本说明书一实施例提供的一种节点确定方法的节点解析服务端节点确定的处理流程图;
图7是本说明书一实施例提供的一种节点确定装置的结构示意图;
图8是本说明书一实施例提供的另一种节点确定装置的结构示意图;
图9是本说明书一实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本说明书内涵的情况下做类似推广,因此本说明书不受下面公开的具体实施的限制。
在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先,对本说明书一个或多个实施例涉及的名词术语进行解释。
直播流:直播音视频数据的传输,它能够被作为一个稳定的和连续的流通过网络传输给观众观看。
直播拉流:拉流是指通过直播云平台到用户指定的源站拉取直播流的过程。
DNS(域名解析服务):即将域名转换为IP的服务。例如访问***,com,首先要通过DNS查出实际访问服务器IP为15.1.1.1,然后才是真实的访问;域名和IP的映射关系1对N的;一个域名可以有多个服务器IP对应。
HTTP DNS:为移动客户端量身定做的基于HTTP协议和域名解析的流量调度解决方案。
CDN(内容分发网络):避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节,使内容传输的更快、更稳定。
CDN服务商:提供内容分发网络的服务商。
边缘计算节点:用于接收推流的服务节点。
SRT协议:基于UDP的传输协议。
RTMP协议:基于TCP的实时消息传输协议。
TCP(Transmission Control Protocol,传输控制协议):一种面向连接的、可靠的、基于字节流的传输层通信协议,建立TCP链接后,可以进行双向数据传输。
在现有直播体系中,一般由主播推流到直播边缘计算节点上,边缘计算节点再将视频流转发给各家CDN,而接收推流的直播边缘计算节点的质量,将直接影响用户的观看。
用户选择边缘计算节点进行推流有两种方式:DNS调度和HTTP DNS调度,本申请实施例仅针对HTTP DNS调度的情况进行详细介绍。
在现有推流节点(即边缘计算节点)的部署,一般是部署在物理机器或者容器上,在部署完成后,运维手动的将IP注册到DNS中和业务方的HTTP DNS可调度列表中。后续通过节点探活来判断节点是否异常,若存在异常,则从DNS和HTTP DNS中摘除,其中,节点探活可以理解为判断推流节点是否能够正常提供推流服务。
现有的直播推流体系中,未考虑节点(即边缘计算节点)调度质量:当用户来请求调度节点的时候,只能看是否有节点覆盖了该位置,但是没有从节点质量的角度,考虑提供给用户更优的节点,从而减少推流导致的卡顿和观看问题。未从推入流协议的角度区分节点质量:在不同的节点,由于机器配置和性能的区别,能够接收推流的协议的质量也是不同的,在确定用户推流协议后,应给予协议覆盖更好的质量节点。未从推出流的协议区分流质量,视频流推到边缘计算节点上,边缘计算节点需要将视频流转推给各家CDN,若因为出口带宽等限制导致推出流的质量较差,最后会影响用户观看。所以理论上,出口带宽的质量也应该考虑在节点质量中,在视频流推出的过程中,也是需要按照协议统计推出的质量的。未考虑节点在不同省份的覆盖质量:同一个节点,可以覆盖附近的省份,若主播推流在覆盖的省份内,节点均可以使用。但是节点在不同省份,因为网络的问题,会导致覆盖质量有差别。例如A,B两个节点均可以覆盖广东,广西2个省份,A节点广东省份覆盖质量更好,B节点广西省份覆盖质量更好,则用户在广东推流的时候,理论上应该选择A节点,而不是AB中随机选取。
本申请实施例,从多个维度出发,综合判断一个节点的质量,并实时调整HTTP DNS覆盖,从而给用户提供一个质量最好的节点,降低推流质量问题,降低因推流质量而导致用户观看卡顿和无法观看的问题,进一步地,本申请实施例从推入协议和推出协议出发,分别统计进出协议质量,判断协议覆盖质量,在协议判断质量的基础上,增加节点带宽判断,节点省份覆盖质量判断,最后综合选取一个最佳的节点。
在本说明书中,提供了节点确定方法,本说明书同时涉及节点确定装置,一种计算设备,以及一种计算机可读存储介质,在下面的实施例中逐一进行详细说明。
参见图1,图1示出了根据本申请一实施例提供的一种边缘计算节点的DNS调度逻辑图。
需要说明的是,DNS调度可以直接分配给用户一个推流域名,以分配的域名为www.***.com,边缘计算节点IP为8.8.8.8为例,进行详细说明。
如图1中所示,图1中包括主播(即用户)、中心服务(即直播平台的一个服务,主要负责给用户分配推流域名)、DNS(即域名解析服务)以及边缘计算节点,具体的:
中心服务读取可用的边缘计算节点IP,并将IP注册到DNS解析服务器中,即将边缘计算节点IP:8.8.8.8增加到www.***.com域名下。
实际应用中,主播向中心服务请求推流域名,中心服务在接收到推流域名的请求之后,将www.***.com的推流域名分配给主播,主播接收到推流域名后,进行视频推流,并根据DNS解析协议,先向DNS解析服务器发送域名解析请求,DNS解析服务器在接收到该域名解析请求的情况下,将www.***.com下可用的边缘计算节点IP返回给主播,主播接收到真实的边缘计算节点IP之后,开始向这些边缘计算节点进行推流,以实现主播将视频流通过这些边缘计算节点IP实时推送至CDN,再由CDN分发至用户,供用户观看。
图2示出了根据本说明书一实施例提供的一种节点确定方法应用的***结构示意图。
图2中包括主播(客户端)、中心服务器、HTTP DSN调度服务器、以及边缘计算节点。
需要说明的是,HTTP DNS调度实际上是一种302调度逻辑,其逻辑为给客户端分配的是一个调度地址,而不是一个直接域名地址(本申请实施例中也可称为推流地址或推流域名),用户二次发起HTTP请求(网络请求),向调度地址请求真实的IP推流地址,因为HTTP请求是实时的,没有任何缓存,故能够更加实时获取推流地址,以返回至客户端。
本申请实施例提供的节点确定***,是基于HTTP DNS调度***实现,具体的,包括:客户端、节点分配服务端以及节点解析服务端,
所述客户端,被配置为向所述节点分配服务端发送服务地址获取请求;
所述节点分配服务端,被配置为基于所述服务地址获取请求中携带的域名标识确定服务调度地址,其中,所述服务调度地址与所述域名标识的关联关系是预先设定,并将所述服务调度地址返回至所述客户端;
所述客户端,进一步被配置为接收所述节点分配服务端发送的服务调度地址,并基于所述服务调度地址向所述节点解析服务端发送节点获取请求;
所述节点解析服务端,被配置为基于所述节点获取请求中携带的位置信息确定初始节点集合,并根据维度筛选条件从所述初始节点集合中确定目标节点,且将所述目标节点返回至所述客户端。
其中,节点分配服务端可以理解为中心服务端,节点解析服务端可以理解为HTTPDNS调度服务端。
其中,服务地址获取请求可以理解为主播向中心服务端发送的推流地址获取请求,服务调度地址可以理解为中心服务分配的302调度地址。
其中,节点获取请求可以理解为边缘计算节点的获取请求。
具体的,客户端向节点分配服务端发送服务地址获取请求,节点分配服务端根据服务地址获取请求中携带的域名标识确定服务调度地址,并将该服务调度地址返回至客户端,客户端进一步地根据该服务调度地址向节点解析服务端发送节点获取请求,节点解析服务端基于该节点获取请求中携带的位置信息确定初始节点集合,并根据维度筛选条件从该初始节点集合中综合确定目标节点,并将该目标节点返回至客户端。
实际应用中,图2中主播向中心服务发送推流地址请求,中心服务基于该推流地址请求中携带的域名标识确定一个302调度地址,并返回至主播,需要说明的是,推流地址请求中携带的域名标识与302调度地址之间的关联关系是预先注册而设定的,本申请实施例对该注册部分不做任何限定,比如,域名标识为www.***.com,则与该域名标识相对应的302调度地址为http://2.2.2.2/d?domain;主播接收到302调度地址之后,再次向HTTP DSN调度服务器发送HTTP请求,HTTP DSN调度服务器实时读取可用的边缘计算节点,HTTP DSN调度服务器在多个可用的边缘计算节点中,根据维度筛选条件确定一个目标节点,将该目标节点提供给主播推流,主播在接收到目标节点后,可根据该目标节点开始正式推流。
本申请实施例提供的节点确定***,通过向HTTP DSN调度服务器发送网页请求,进而根据维度筛选条件综合确定一个质量最好的目标节点,以降低推流质量的问题,进而解决因推流质量导致的用户观看直播视频卡顿或者出现的无法观看直播视频的问题。
图3示出了根据本说明书一实施例提供的一种节点确定方法的流程图,具体包括以下步骤:
步骤302:接收节点获取请求,基于所述节点获取请求中携带的位置信息确定初始节点集合。
其中,节点获取请求可以理解为对直播流进行推流的边缘计算节点获取请求,位置信息可以理解为主播所在的位置信息。
具体的,节点解析服务端接收到主播发送的节点获取请求之后,基于该节点获取请求中携带的位置信息确定初始节点集合,需要说明的是,该初始节点集合可以理解为节点解析服务端实时获取的可用的边缘计算节点的集合。
实际应用中,节点解析服务端可以为HTTP DSN调度服务器,在HTTP DSN调度服务器接收到主播发送的HTTP请求,请求真实的推流地址的情况下,HTTP DSN调度服务器基于该HTTP请求中携带的主播的位置信息实时读取可用的边缘计算节点,将可用的边缘计算节点确定为初始节点集合。
步骤304:根据维度筛选条件从所述初始节点集合中确定目标节点;其中,所述维度筛选条件包括协议质量条件。
其中,维度筛选条件可以理解为对初始节点集合进行筛选的条件,可以从一个维度对初始节点集合进行筛选,例如,维度筛选条件包括协议质量条件。
进一步地,所述维度筛选条件还包括位置信息条件和/或网络传输条件,
相应地,所述根据维度筛选条件从所述初始节点集合中确定目标节点,包括:
根据所述位置信息条件和/或所述网络传输条件,从所述初始节点集合中确定目标节点。
具体的,维度筛选条件可以为协议质量条件,也可以为协议质量条件以及位置信息条件、协议质量条件以及网络传输条件,也可以为协议质量条件、位置信息条件以及网络传输条件。
需要说明的是,维度筛选条件不仅可以从一个维度对初始节点集合中进行筛选,也可以从两个维度或者三个维度对初始节点集合进行筛选,维度筛选条件可以根据实际应用情况的不同而设置不同的维度筛选条件,目的是为了筛选出质量最好的目标节点,以提高推流质量,避免因推流质量而导致用户观看卡顿或者无法观看的问题,本说明书通过以下实施例对不同的维度筛选条件进行说明,以实现从初始节点集合中确定目标节点。
更进一步地,为了体现在不同的维度筛选条件情况下,从初始节点集合中确定目标节点,具体还包括以下方案;具体的,所述根据维度筛选条件从所述初始节点集合中确定目标节点,包括:
根据所述协议质量条件从所述初始节点集合中,确定每个初始节点的推入推出覆盖质量,并基于所述推入推出覆盖质量确定第一候选节点集合;
根据所述位置信息条件从所述初始节点集合中,确定每个初始节点的推入推出覆盖质量,并基于所述推入推出覆盖质量确定第二候选节点集合;
根据所述网络传输条件从所述初始节点集合中确定第三候选节点集合;
根据所述第一候选节点集合、第二候选节点集合以及所述第三候选节点集合,确定所述目标节点。
具体的,节点解析服务端可根据协议质量条件从初始节点集合中,确定每个初始节点的推入推出覆盖质量,并基于该推入推出覆盖质量确定第一候选节点集合;节点解析服务端可根据位置信息条件从所述初始节点集合中,确定每个初始节点的推入推出覆盖质量,基于该推入推出覆盖质量确定第二候选节点集合;节点解析服务端可根据网络传输条件从所述初始节点集合中,确定第三候选节点集合,需要说明的是,本说明书实施例对确定第一候选节点集合、第二候选节点集合以及第三候选节点集合的顺序,并不做任何限定;最后,在上述第一候选节点集合、第二候选节点集合以及第三候选节点集合中,可确定出目标节点。
实际应用中,根据不同的筛选条件确定不同的候选节点集合,在不同的候选节点集合中可以存在相同的候选节点,也可以存在不同的候选节点,或者可以存在空的候选节点集合,那么,确定目标节点的方式,可以从第一候选节点集合中确定,可以从第一候选节点集合以及第二候选节点集合中确定,可以从第一候选节点集合以及第三候选节点集合中确定,也可以从第二候选节点集合结合中确定,也可以从第二候选节点集合以及第三候选节点集合中确定,也可以从第三候选节点集合中确定,或者可以从第一候选节点集合、第二候选节点集合以及第三候选节点集合中确定,在上述两个或者两个以上的集合中确定是方式可以进行交集处理,进而确定出目标节点,即确定目标节点可基于协议质量条件、位置信息条件以及网络传输条件的任何一个、两个或者两个以上的筛选条件,从初始节点集合中确定目标节点,本说明书实施例对具体确定目标节点的方式不做任何限定。
为了便于理解,本说明书实施例提供的节点确定方法是基于对第一候选节点集合、第二候选节点集合以及第三候选节点集合做交集处理后,获得目标节点的方式进行详细说明。
本说明书实施例提供的节点确定方法,通过在初始节点集合中根据不同的筛选条件确定不同的候选节点集合,进而确定目标节点,不仅降低推流质量的问题,进而也解决因推流质量导致的用户观看直播视频卡顿或者出现的无法观看直播视频的问题。
本申请一实施例提供的节点确定方法,可根据协议质量条件从初始节点集合中确定目标节点;具体的,所述根据维度筛选条件从所述初始节点集合中确定目标节点,包括:
根据所述协议质量条件从所述初始节点集合中,确定每个初始节点的推入推出覆盖质量,并基于所述推入推出覆盖质量确定目标节点。
其中,协议质量条件可以理解为RTMP协议条件或者SRT协议条件。需要说明的是,本申请实施例提出的协议质量条件可以为任何能够实现推流的协议条件,在此不做任何限定。
其中,推入推出覆盖质量可以理解为一条直播流根据推入覆盖以及推出覆盖质量确定的覆盖质量相差的差值,以确定该节点是否稳定的覆盖质量。
具体的,节点解析服务端可根据协议质量条件从初始节点集合中,确定每个初始节点的推入推出覆盖质量,并基于该推入推出覆盖质量确定目标节点。
实际应用中,一条直播流推到边缘计算节点上,可以使用不同的协议,边缘计算节点把直播流转推给各家CDN也可以使用不同的协议,即推入推出均可选择不同的协议;在根据协议质量条件从初始节点集合中,确定每个初始节点的推入推出覆盖质量之后,可基于每个初始节点的推入推出覆盖质量确定目标节点。
本申请实施例提供的节点确定方法,通过协议质量条件在可用的边缘计算节点集合中,确定一个目标节点,并将该目标节点返回主播,主播可以根据该目标节点进行直播视频推流,以提高推流质量,避免因推流质量而导致用户观看卡顿或者无法观看的问题。
参见图4,图4示出了本申请一实施例提供的节点确定方法中基于边缘计算节点进行推流、拉流的处理过程示意图。
如图4中所示,在确定好边缘计算节点a之后,主播向该边缘计算节点发送直播流进行推流,边缘计算节点将该直播流转推到CDN服务节点,则观看用户可以从CDN服务节点拉流观看直播流;需要说明的是,每个边缘计算节点是否稳定可以通过推入覆盖质量以及推出覆盖质量进行说明,若推入覆盖质量发生问题,则推出覆盖质量一定是较差,用户从CDN拉流观看的直播流质量也相对较差;若推出覆盖质量发生问题,则用户从CDN拉流观看的直播流质量也相对较差;若推入和推出覆盖质量相差较大,则说明该节点存在不稳定的状况,或者存在异常情况导致推入和推出环节出现差别。
进一步地,推入推出覆盖质量可以根据推入覆盖质量以及推出覆盖质量确定;具体的,所述根据所述协议质量条件从所述初始节点集合中,确定每个初始节点的推入推出覆盖质量,包括:
根据连接传输协议从所述初始节点集合中,确定每个初始节点的连接推入覆盖质量;
在确定所述连接推入覆盖质量满足预设质量阈值的情况下,根据无连接传输协议从所述初始节点集合中,确定每个初始节点的无连接推入覆盖质量;
基于所述无连接推入覆盖质量确定每个初始节点的推入推出覆盖质量。
其中,连接传输协议可以理解为RTMP协议,即基于TCP的实时消息传输协议。
其中,连接推入覆盖质量可以理解为基于RTMP协议统计在一定时间周期内,节点的推入覆盖质量。
其中,无连接传输协议可以理解为SRT协议,即基于UDP的传输协议。
其中,无连接推入覆盖质量可以理解为基于SRT协议的统计在一定时间周期内,节点的推入覆盖质量。
具体的,节点解析服务端可根据连接传输协议从初始节点集合中,确定每个初始节点的连接推入覆盖质量,在确定该连接推入覆盖质量满足预设质量阈值的情况下,可根据无连接传输协议从初始节点集合中,确定每个初始节点的无连接推入覆盖质量,基于无连接推入覆盖质量确定每个初始节点的推入推出覆盖质量。
实际应用中,以一定时间为周期,根据RTMP协议从初始节点集合中,计算每个初始节点的连接推入覆盖质量,若确定初始节点的连接推入覆盖质量为X1,预设质量阈值为Q,若X1<预定阈值(预设质量阈值Q),则说明该初始节点推入RTMP(连接推入覆盖质量)有问题,则不进行调度;若在确定X1大于等于Q的情况下,则说明该初始节点的连接推入覆盖质量没有问题,可对该初始节点进行调度,进一步地,在确定该初始节点的连接推入覆盖质量满足预设质量阈值的情况下,可根据SRT协议从初始节点集合中,确定该初始节点的无连接推入覆盖质量,若确定该初始节点的无连接推入覆盖质量为Y1,预设质量阈值为Q,若Y1<预定阈值(预设质量阈值Q),则说明该节点推入SRT(无连接推入覆盖质量)有问题,则不进行调度;若在确定Y1大于等于Q的情况下,则说明该初始节点的无连接推入覆盖质量没有问题,可对该初始节点进行调度,进而可基于该无连接推入覆盖质量确定每个初始节点的推入推出覆盖质量。
本申请实施例提供的节点确定方法,通过连接传输协议确定每个初始节点的连接推入覆盖质量,以及确定每个初始节点的无连接推入覆盖质量,进而确定每个初始节点的推入推出覆盖质量,以便于后续可根据每个节点的推入推出覆盖质量判定该初始节点是否稳定,以提高直播流的推流质量。
更进一步地,在确定初始节点的无连接推入覆盖质量之后,还可以对每个初始节点的连接推出覆盖质量以及无连接推出覆盖质量进行判定,以实现对每个初始节点的推入推出覆盖质量的计算;具体的,所述基于所述无连接推入覆盖质量确定每个初始节点的推入推出覆盖质量,包括:
在确定所述无连接推入覆盖质量满足所述预设质量阈值的情况下,根据连接传输协议从所述初始节点集合中,确定每个初始节点的连接推出覆盖质量;
在确定所述连接推出覆盖质量满足所述预设质量阈值的情况下,根据无连接传输协议从所述初始节点集合中,确定每个初始节点的无连接推出覆盖质量;
基于所述无连接推出覆盖质量确定每个初始节点的推入推出覆盖质量。
其中,连接推出覆盖质量可以理解为基于RTMP协议统计在一定时间周期内,节点的推出覆盖质量。
其中,无连接推出覆盖质量可以理解为基于SRT协议统计在一定时间周期内,节点的推出覆盖质量。
具体的,节点解析服务端在确定无连接推入覆盖质量满足预设质量阈值的情况下,可根据连接传输协议从初始节点集合中,确定每个初始节点的连接推出覆盖质量,节点解析服务端在确定连接推出覆盖质量满足预设质量阈值的情况下,可根据无连接传输协议从初始节点集合中,确定每个初始节点的无连接推出覆盖质量,并基于无连接推出覆盖质量可以确定每个初始节点的推入推出覆盖质量。
实际应用中,以一定时间为周期,根据RTMP协议从初始节点集合中,计算每个初始节点的连接推出覆盖质量,若确定初始节点的连接推入覆盖质量为X2,预设质量阈值为Q,若X2<预定阈值(预设质量阈值Q),则说明该初始节点推入RTMP(连接推出覆盖质量)有问题,则不进行调度;若在确定X2大于等于Q的情况下,则说明该初始节点的连接推出覆盖质量没有问题,可对该初始节点进行调度,进一步地,在确定该初始节点的连接推出覆盖质量满足预设质量阈值的情况下,可根据SRT协议从初始节点集合中,确定该初始节点的无连接推出覆盖质量,若确定该初始节点的无连接推出覆盖质量为Y2,预设质量阈值为Q,若Y2<预定阈值(预设质量阈值Q),则说明该节点推入SRT(无连接推出覆盖质量)有问题,则不进行调度;若在确定Y2大于等于Q的情况下,则说明该初始节点的无连接推出覆盖质量没有问题,可对该初始节点进行调度,进而可基于该无连接推出覆盖质量确定每个初始节点的推入推出覆盖质量。
本申请实施例提供的节点确定方法,通过连接传输协议确定每个初始节点的连接推出覆盖质量,以及确定每个初始节点的无连接推出覆盖质量,进而确定每个初始节点的推入推出覆盖质量,以便于后续可根据每个节点的推入推出覆盖质量判定该初始节点是否稳定,以提高直播流的推流质量。
进一步地,在确定连接推入质量以及连接推出质量的情况下,可确定每个初始节点的连接推入推出质量,以及在确定无连接推入质量以及无连接推出质量的情况下,可确定每个初始节点的无连接推入推出质量;具体的,所述基于所述无连接推出覆盖质量确定每个初始节点的推入推出覆盖质量,包括:
基于所述无连接推出覆盖质量满足所述预设质量阈值的情况下,根据所述连接推入覆盖质量以及所述连接推出覆盖质量,从所述初始节点集合中,确定每个初始节点的连接推入推出质量;
在所述连接推入推出质量满足预设质量阈值的情况下,根据所述无连接推入覆盖质量以及所述无连接推出覆盖质量,从所述初始节点集合中,确定每个初始节点的无连接推入推出质量;
将所述每个初始节点的无连接推入推出质量确定为每个初始节点的推入推出覆盖质量。
其中,连接推入推出质量可以理解为基于RTMP协议统计在一定时间周期内,节点的推入与推出覆盖质量的比值。
其中,无连接推入推出覆盖质量可以理解为基于SRT协议统计在一定时间周期内,节点的推入与推出覆盖质量的比值。
具体的,节点解析服务端在确定无连接推出覆盖质量满足预设质量阈值的情况下,可根据连接推入覆盖质量以及连接推出覆盖质量,从初始节点集合中,确定每个初始节点的连接推入推出质量,且在初始节点的连接推入推出质量满足预设质量阈值的情况下,根据无连接推入覆盖质量以及无连接推出覆盖质量,从初始节点集合中,确定每个初始节点的无连接推入推出质量,将每个初始节点的无连接推入推出质量确定为每个初始节点的推入推出覆盖质量。
实际应用中,以一定时间为周期,节点解析服务器在确定无连接推出覆盖质量满足预设质量阈值的情况下,基于RTMP协议的初始节点的推入与推出覆盖质量的比值,可确定连接推入推出质量,沿用上例,若|X2-X1|/X1>预定阈值(预设质量阈值Q),则说明RTMP推入推出质量差太大,则该初始节点不调度;若|X2-X1|/X1<预定阈值(预设质量阈值Q),则说明RTMP推入推出质量差不大,则该初始节点可以进行调度;在确定连接推入推出质量满足预设质量阈值的情况下,基于SRT协议的初始节点的推入与推出覆盖质量的比值,可确定无连接推入推出质量,若|Y2-Y1|/Y1>预定阈值,则说明SRT推入推出质量差太大,则该初始节点不进行调度;若|Y2-Y1|/Y1<预定阈值,则说明SRT推入推出质量差太大,则该初始节点可以进行调度,并将无连接推入推出质量确定为初始节点的推入推出覆盖质量。
本申请实施例提供的节点确定方法,通过连接传输协议确定每个初始节点的连接推入推出质量,以及确定每个初始节点的无连接推入推出质量,进而确定每个初始节点的推入推出覆盖质量,以便于后续可根据每个节点的推入推出覆盖质量判定该初始节点是否稳定,以提高直播流的推流质量。
实际应用中,所述连接推入覆盖质量以及所述连接推出覆盖质量的计算方式如下,包括:
根据连接传输协议从所述初始节点集合中,确定每个初始节点的抖动率和断开率;
基于所述抖动率和所述断开率确定所述每个初始节点的连接推入覆盖质量以及连接推出覆盖质量。
其中,抖动率可以理解为边缘计算节点的网络发生轻微抖动的概率,断开率可以理解为节点解析服务端的网络发生剧烈抖动或者服务器直接重启,导致直播流断开的概率。
具体的,根据连接传输协议从初始节点集合中,确定每个初始节点的抖动率进而断开率,并基于该初始节点的抖动率和断开率确定每个初始节点的连接推入覆盖质量以及连接推出覆盖质量。
实际应用中,主播将直播流推流到边缘计算节点上,若在主播网络正常的情况下,主播的推流连接应该是一直保持稳定的,若边缘计算节点的网络发生轻微抖动,可能会导致该节点解析服务端上的直播流发生抖动,进而,本申请实施例可通过判断在一个时间周期内,一个边缘计算节点上有多少条直播流发生抖动,从而一定程度反推边缘计算节点的质量。
主播推流到边缘计算节点上,若在主播网络正常的情况下,主播的推流连接应该是一直保持连接的。若边缘计算节点的网络发生了剧烈抖动或者服务器直接重启,则可能导致直播流被断开;即网络抖动的程度决定了影响直播流的数量,若边缘计算节点重启则影响所有直播流;进而本申请实施例提供的节点确定方法通过判断在一个时间周期内,一个边缘计算节点有多少条直播流发生了断开,则可以反推边缘计算节点的质量。
基于此,根据上述方法确定初始节点的抖动率和断开率之后,覆盖质量=1-抖动率-断开率,覆盖质量的分值越高,质量越好,说明抖动和断开的频率越少;进而可根据该初始节点的抖动率和断开率确定每个初始节点的连接推入覆盖质量以及连接推出覆盖质量。
本申请实施例提供的节点确定方法,该初始节点的连接推入覆盖质量以及连接推出覆盖质量,可通过一定时间周期内,边缘计算节点的抖动率以及断开率进行计算,以便于后续可根据每个节点的推入推出覆盖质量判定该初始节点是否稳定,以提高直播流的推流质量。
进一步地,根据连接传输协议从所述初始节点集合中,确定每个初始节点的抖动率和断开率,包括:
根据连接传输协议从所述初始节点集合中,获取预设时间周期内所述每个初始节点,处理数据时的数据抖动个数、数据处理数量以及数据断开数量;
根据所述数据抖动个数以及所述数据处理数量确定所述每个初始节点的抖动率,以及根据所述数据断开数量以及所述数据处理数量确定所述每个初始节点的断开率。
其中,数据抖动个数可以理解为一定周期内发生抖动的数量点的个数;数据处理数量可以理解为一定周期内该边缘计算节点上总接收流数;数据断开数量可以理解为一定周期内一个边缘计算节点有多少直播流发生断开的数量。
实际应用中,其判断抖动的逻辑:在网络稳定的情况下,边缘计算节点接收用户推流的传输的网络包的数量是固定的,当网络质量差的情况下,部分传输包会存储在用户端,当边缘计算节点网络正常后,可以大量接收请求了,则数据传输包会在瞬间被接收,这样就导致了接收用户传输的网络包数量发生上下抖动;以一条直播流,一个时间周期5分钟为例:10s打一次接收推流网络传输包的数量点,5分钟内容一共会有30个点,先计算30个点的平均接收网络包数量,然后判断有多少个点超过平均值的30%,超过即为抖动。若抖动点数>总点数*30%,则这个时间段内,该条直播流发生了抖动,即边缘计算节点抖动的算法为:抖动率=流抖动的个数/该边缘计算节点上总接收流数。
沿用上例,若在时间周期为5分钟为例,一个边缘计算节点有5条直播流发生了断开,而该边缘计算节点上总接收的直播流为30条,则边缘计算节点断开率的算法为:主动断开率=断开流数/该边缘计算节点上总接收流数,即断开率=5/30。
本申请实施例提供的节点确定方法,该初始节点的连接推入覆盖质量以及连接推出覆盖质量,可通过一定时间周期内,边缘计算节点的抖动率以及断开率进行计算,以便于后续可根据每个节点的推入推出覆盖质量判定该初始节点是否稳定,以提高直播流的推流质量。
此外,所述无连接推入覆盖质量以及所述无连接推出覆盖质量的计算方式如下,包括:
根据无连接传输协议从所述初始节点集合中,确定每个初始节点的抖动率和断开率;
基于所述抖动率和所述断开率确定所述每个初始节点的无连接推入覆盖质量以及无连接推出覆盖质量。
具体的,根据无连接传输协议从初始节点集合中,确定每个初始节点的抖动率以及断开率,并基于该初始节点的抖动率和断开率确定每个初始节点的无连接推入覆盖质量以及无连接推出覆盖质量。
需要说明的是,确定初始节点的无连接推入覆盖质量以及无连接推出覆盖质量与上述确定初始节点的连接推入覆盖质量以及连接推出覆盖质量方式相同,本实施例对此不做过多赘述。
本申请实施例提供的节点确定方法,该初始节点的无连接推入覆盖质量以及无连接推出覆盖质量,可通过一定时间周期内,边缘计算节点的抖动率以及断开率进行计算,以便于后续可根据每个节点的推入推出覆盖质量判定该初始节点是否稳定,以提高直播流的推流质量。
进一步地,根据无连接传输协议从所述初始节点集合中,确定每个初始节点的抖动率和断开率,包括:
根据无连接传输协议从所述初始节点集合中,获取预设时间周期内所述每个初始节点,处理数据时的数据抖动个数、数据处理数量以及数据断开数量;
根据所述数据抖动个数以及所述数据处理数量确定所述每个初始节点的抖动率,以及根据所述数据断开数量以及所述数据处理数量确定所述每个初始节点的断开率。
需要说明的是,本实施例提供的无连接传输协议下的每个初始节点的抖动率和断开率的确定方式,与上述实施例确定的方式相同,本实施例不再做过多赘述,可参见上述实施例。
本申请实施例提供的节点确定方法,该初始节点的无连接推入覆盖质量以及无连接推出覆盖质量,可通过一定时间周期内,边缘计算节点的抖动率以及断开率进行计算,以便于后续可根据每个节点的推入推出覆盖质量判定该初始节点是否稳定,以提高直播流的推流质量。
在确定推入推出覆盖质量之后,可实现从初始节点集合中筛选出目标节点;具体的,所述基于所述推入推出覆盖质量确定目标节点,包括:
在所述推入推出覆盖质量满足预设质量阈值的情况下,从所述初始节点集合中,筛选出目标节点。
具体的,节点解析服务端在确定每个初始节点的推入推出覆盖质量之后,在初始节点的推入推出覆盖质量满足预设质量阈值的情况下,从初始节点集合中筛选出目标节点。
实际应用中,通过上述实施例提供的计算方式,确定每个初始节点的推入推出覆盖质量之后,还需判定初始节点的推入推出覆盖质量是否满足预设质量阈值,在满足预设质量阈值的情况下,从初始节点集合中筛选出目标节点。
需要说明的是,以上实施例中提出的预设质量阈值均相同,且该预设质量阈值根据不同的应用场景需求而不同,本申请实施例对此不做过多限定。
本申请实施例提供的节点确定方法,通过协议质量条件在可用的边缘计算节点集合中,确定一个目标节点,并将该目标节点返回主播,主播可以根据该目标节点进行直播视频推流,以提高推流质量,避免因推流质量而导致用户观看卡顿或者无法观看的问题。
本申请提供的另一实施例,可根据协议质量条件以及位置信息条件确定目标节点;具体的,所述根据所述位置信息条件从所述初始节点集合中,确定每个初始节点的推入推出覆盖质量,包括:
根据所述位置信息条件从初始节点集合中确定每个初始节点,在所述位置信息的抖动率和断开率;
基于所述抖动率和所述断开率确定所述每个初始节点在所述位置信息的推入推出覆盖质量。
其中,位置信息条件可以理解为不同节点在覆盖同一区域的质量是不同的,优先选择覆盖区域最好的质量。
其中,位置覆盖质量可以理解为边缘计算节点可以覆盖的一个区域的覆盖质量。
具体的,节点解析服务器可根据位置信息从初始节点集合中确定每个初始节点,在该位置信息的抖动率和断开率,并基于该抖动率和断开率确定每个初始节点在所述位置信息的推入推出覆盖质量。
本申请实施例提供的节点确定方法,通过位置信息条件在初始节点集合中确定每个初始节点的位置覆盖质量,进而确定目标节点,以实现筛选出更加稳定、质量最好的节点,可通过筛选出的节点保证推流质量的问题,以解决用户观看直播流的卡顿或者无法观看的问题。
进一步地,在另一实施例中提供的节点确定方法,可根据协议质量条件以及位置信息条件确定目标节点;具体的,所述根据维度筛选条件从所述初始节点集合中确定目标节点,包括:
根据所述协议质量条件从所述初始节点集合中,确定每个初始节点的推入推出覆盖质量,并基于所述推入推出覆盖质量确定候选节点集合;
根据所述位置信息条件从所述候选节点集合中,确定每个候选节点的位置覆盖质量,并基于所述位置覆盖质量确定目标节点。
具体的,节点解析服务端根据协议质量条件从初始节点集合中,确定每个初始节点的推入推出覆盖质量,并基于推入推出覆盖质量确定候选节点集合,并根据位置信息条件从候选节点集合中,确定每个候选节点的位置覆盖质量,并基于位置覆盖质量确定目标节点。
需要说明的是,本实施例对节点解析服务端根据协议质量条件从初始节点集合中,确定每个初始节点的推入推出覆盖质量的具体过程,可参见上述实施例的具体描述过程,本实施例对此不再赘述。
实际应用中,一个边缘计算节点,可以覆盖附近的省份,当用户在一个省份推流后,经过根据协议质量条件从初始节点集合的筛选后,可能依然会有多个边缘计算节点可用,则将在可选的边缘计算节点中,继续筛选质量最好的节点。例如,一个边缘计算节点为上海IP A,则这个节点也可以覆盖上海市,浙江省和江苏省;一个边缘计算节点为江苏IPB,则这个节点也可以覆盖江苏省,浙江省,上海市;假设主播在上海推流,则存在A和B节点可选,省份覆盖质量为,不同节点在覆盖同一省份的质量是不同的,本申请实施例优先选择覆盖省份最好的质量;例如,节点A覆盖上海的质量比B好,但是覆盖江苏的质量差于B,主播在上海,则优先选择A节点,主播在江苏,则优选选择B节点进行调度。
其位置覆盖质量的逻辑判断为,主播开播,中心服务端获取主播所在省份(假设为上海),中心服务端筛选出可覆盖上海市的节点,然后进行数据统计,分别统计每个节点覆盖上海区域的质量(按照省份统计数据,若覆盖其他省份的数据,不计入统计数据中),然后进行位置覆盖质量计算,将所有节点覆盖质量进行排序,选出质量最好的节点列表,给予调度备选。
本申请实施例提供的节点确定方法,通过协议质量条件以及位置信息条件两个维度确定每个候选节点的位置覆盖质量,进而确定目标节点,以实现筛选出更加稳定、质量最好的节点,可通过筛选出的节点保证推流质量的问题,以解决用户观看直播流的卡顿或者无法观看的问题。
进一步地,所述根据所述位置信息条件从所述候选节点集合中,确定每个候选节点的位置覆盖质量,包括:
根据所述位置信息从候选节点中确定每个候选节点,在所述位置信息的抖动率和断开率;
基于所述抖动率和所述断开率确定所述每个候选节点在所述位置信息的位置覆盖质量。
具体的,根据主播的位置信息从候选节点集合中,确定每个候选节点的抖动率以及断开率,并基于该候选节点的抖动率和断开率确定每个候选节点在该主播的位置信息的位置覆盖质量。
需要说明的是,本实施例的位置覆盖质量与上述实施例中的推入推出覆盖质量的确定方式相同,本实施例不再过多赘述。
本申请实施例提供的节点确定方法,候选节点的位置覆盖率通过候选节点的抖动率以及断开率进行计算,以便于后续从候选节点中筛选出质量较好的目标节点,保证推流质量的问题,以解决用户观看直播流的卡顿或者无法观看的问题。
进一步地,所述根据所述位置信息从候选节点中确定每个候选节点,在所述位置信息的抖动率和断开率,包括:
获取预设时间周期内所述位置信息对应的候选节点,处理数据时的数据抖动个数、数据处理数量以及数据断开数量;
根据所述数据抖动个数以及所述数据处理数量确定所述每个候选节点的抖动率,以及根据所述数据断开数量以及所述数据处理数量确定所述候选节点的断开率。
需要说明的是,本实施例提供的根据位置信息确定的每个候选节点,在位置信息的抖动率和断开率的计算方式,与上述实施例的根据无连接传输协议下的每个初始节点的抖动率和断开率的确定方式相同,本实施例不再过多赘述。
本申请实施例提供的节点确定方法,该候选节点的位置覆盖质量,可通过一定时间周期内,边缘计算节点的抖动率以及断开率进行计算,以便于后续从候选节点中筛选出质量较好的目标节点,保证推流质量的问题,以解决用户观看直播流的卡顿或者无法观看的问题。
本申请提供的另一实施例,可根据协议质量条件、位置信息条件以及网络传输条件确定目标节点;具体的,所述根据维度筛选条件从所述初始节点集合中确定目标节点,包括:
根据所述协议质量条件从所述初始节点集合中,确定每个初始节点的推入推出覆盖质量,并基于所述推入推出覆盖质量确定候选节点集合;
根据所述位置信息条件从所述候选节点集合中,确定每个候选节点的位置覆盖质量,并基于所述位置覆盖质量确定备选节点集合;
根据所述网络传输条件从所述备选节点集合中确定目标节点。
其中,网络传输条件可以为带宽控制条件,本申请实施例对此不做过多限定。
具体的,节点解析服务端根据协议质量条件从初始节点集合中,确定每个初始节点的推入推出覆盖质量之后,基于该推入推出覆盖质量确定候选节点集合,并根据位置信息条件从候选节点集合中,确定每个候选节点的位置覆盖质量,并基于位置覆盖质量确定备选节点集合,并根据网络传输条件从备选节点集合中确定目标节点。
需要说明的是,本实施例提出的协议质量条件、位置信息条件与上述实施例中的根据协议质量条件确定的候选节点集合,并根据位置信息条件确定备选节点集合的方法相同,本实施例不再做过多赘述。
实际应用中,在完成基于位置覆盖质量进行筛选的备选节点集合之后,筛选出了边缘计算节点列表,而最后提供给用户的只有一个节点,则最后的筛选策略为带宽控制;带宽控制为,一个节点能够承载的直播流数量是有限的,进出口带宽也是有限的,当超过预定的带宽后,将会造成网络拥堵,从而造成推流质量问题,本申请实施例提供的节点确定方法优先选择当前使用带宽最小的节点,作为目标节点调度给用户。
其网络传输条件的逻辑判断为:从候选节点集合中获取到当前可以调度的节点列表,实时从对应的边缘节点服务器,读取相应的带宽,对带宽数据进行排序,最后选择一个带宽最小的节点,确定为目标节点。
本申请实施例提供的节点确定方法,根据协议质量条件、位置信息条件确定出备选节点集合,并从备选节点集合中,根据网络传输条件确定出目标条件,通过以上三个维度的综合判定一个节点的质量,从而给用户提供一个质量最好的节点,以保证推流质量的问题,以解决用户观看直播流的卡顿或者无法观看的问题。
进一步地,在确定出每个候选节点的位置覆盖质量之后,将该多个候选节点进行排序处理;具体的,所述基于所述位置覆盖质量确定备选节点集合,包括:
基于所述每个候选节点的位置覆盖质量,将所述候选节点进行排序,并基于排序结果确定备选节点集合。
具体的,节点解析服务端基于每个候选节点的位置覆盖质量,将候选节点进行排序,并基于排序结果确定备选节点集合。
本申请实施例提供的节点确定方法,通过从候选节点中,根据位置覆盖质量确定出备选节点集合,进而在该备选节点集合中确定质量较高的目标节点,以保证推流质量的问题,以解决用户观看直播流的卡顿或者无法观看的问题。
更进一步地,所述根据所述网络传输条件从所述备选节点集合中确定目标节点,包括:
从所述备选节点集合中获取每个备选节点的网络传输值,并将所述网络传输值进行排序;
基于排序结果选取所述网络传输值最小的备选节点作为目标节点。
具体的,网络传输值可以理解为节点的带宽值,节点解析服务端从备选节点集合中获取每个备选节点的带宽值,并将每个备选节点的带宽值进行排序,基于排序结果选取带宽值最小的备选节点作为目标节点。
本申请实施例提供的节点确定方法,通过对每个节点的网络传输值进行排序,筛选出网络传输值最小的节点作为目标节点,综合筛选出消耗带宽最小的节点,以保证推流质量的问题,以解决用户观看直播流的卡顿或者无法观看的问题。
根据维度筛选条件确定出目标节点之后,可将目标节点对应的服务地址返回至客户端;具体的,根据维度筛选条件从所述初始节点集合中确定目标节点之后,还包括:
确定与所述目标节点对应的服务地址,将所述服务地址发送至客户端。
具体的,节点解析服务端在确定与目标节点对应的服务地址之后,将该服务地址发送至客户端,主播可通过客户端获取到服务地址,将根据该服务地址向对应的边缘计算节点进行直播流推流。
本申请实施例提供的节点确定方法,将服务地址返回至主播之后,主播可根据服务地址进行直播推流,以实现为主播提供一个质量最好的边缘计算节点,提高主播推流质量,也进而提高了用户的拉流质量,降低了用户观看直播流的卡顿或者无法观看的风险。
综上,本申请从维度筛选条件出发,综合判断一个节点的质量,并实时调整HTTPDNS覆盖,从而给用户提供一个质量最好的节点,降低推流质量的问题,降低因推流质量而导致的用户观看直播流卡顿和无法观看的问题。
图5示出了根据本说明书一实施例提供的另一种节点确定方法的流程图,具体包括以下步骤:
步骤502:接收客户端发送的服务地址获取请求,基于所述服务地址获取请求中携带的域名标识确定服务调度地址,其中,所述服务调度地址与所述域名标识的关联关系是预先设定。
其中,服务地址获取请求可以理解为主播向中心服务端发送的推流地址获取请求,服务调度地址可以理解为中心服务分配的302调度地址。
其中,域名标识可以理解为地址域名,比如,www.***.com。
具体的,节点分配服务端接收到主播发送的服务地址获取请求,节点分配服务端根据服务地址获取请求中携带的域名标识确定服务调度地址,其中,服务调度地址与域名标识的关联关系是预先设定,比如,中心服务器预先注册www.***.com的302调度地址为http://2.2.2.2/d?Domain。
步骤504:将所述服务调度地址返回至所述客户端。
具体的,节点分配服务端将服务调度地址返回至客户端,实际应用中,中心服务器将一个302调度地址返回至主播,以便于后续主播通过302调度地址进一步发送网页请求。
本申请实施例提供的节点确定方法,通过中心服务端向主播返回302调度地址,以实现主播根据302调度地址发送的网页请求,进而触发节点解析服务器对边缘计算节点的综合确定,以实现保证边缘计算节点质量的问题,解决因推流质量而导致的用户观看直播流卡顿和无法观看的问题。
参见图6,图6示出了本说明书一实施例提供的一种节点确定方法的节点解析服务端节点确定的处理流程图,具体包括以下步骤:
步骤602:节点解析服务端从初始节点集合中,确定每个初始节点的RTMP推入覆盖质量是否大于预设质量阈值,若是,则执行步骤604,若否则执行步骤622。
步骤604:节点解析服务端从初始节点集合中,确定每个初始节点的SRT推入覆盖质量是否大于预设质量阈值,若是,则执行步骤606,若否则执行步骤622。
步骤606:节点解析服务端从初始节点集合中,确定每个初始节点的RTMP推出覆盖质量是否大于预设质量阈值,若是,则执行步骤608,若否则执行步骤622。
步骤608:节点解析服务端从初始节点集合中,确定每个初始节点的SRT推出覆盖质量是否大于预设质量阈值,若是,则执行步骤610,若否则执行步骤622。
步骤610:节点解析服务端从初始节点集合中,确定每个初始节点的RTMP推入推出覆盖质量是否大于预设质量阈值,若否,则执行步骤612,若是则执行步骤622。
步骤612:节点解析服务端从初始节点集合中,确定每个初始节点的SRT推入推出覆盖质量是否大于预设质量阈值,确定候选节点集合,若否,则执行步骤614,若是则执行步骤622。
步骤614:节点解析服务端根据位置信息条件判断候选节点集合是否覆盖用户省份,若是,则执行步骤616,若否,则执行步骤622。
步骤616:节点解析服务端选择最好的省份覆盖节点,确定备选节点集合。
步骤618:节点解析服务端选择带宽最小的节点,作为目标几点。
步骤620:节点解析服务端在确定目标节点正常的情况下,目标节点可以被调度。
本申请实施例提供的节点确定方法,通过维度筛选条件,综合判断一个节点的质量,并实时调整HTTP DNS覆盖,从而给用户提供一个质量最好的节点,降低推流质量的问题,降低因推流质量而导致的用户观看直播流卡顿和无法观看的问题。
与上述方法实施例相对应,本说明书还提供了节点确定装置实施例,图7示出了本说明书一实施例提供的一种节点确定装置的结构示意图。如图7所示,该装置包括:
接收模块702,被配置为接收节点获取请求,基于所述节点获取请求中携带的位置信息确定初始节点集合;
确定模块704,被配置为根据维度筛选条件从所述初始节点集合中确定目标节点;其中,所述维度筛选条件包括协议质量条件。
可选地,所述确定模块704,进一步被配置为:
根据所述协议质量条件从所述初始节点集合中,确定每个初始节点的推入推出覆盖质量,并基于所述推入推出覆盖质量确定目标节点。
所述维度筛选条件还包括位置信息条件和/或网络传输条件。
可选地,所述确定模块704,进一步被配置为:
根据所述协议质量条件从所述初始节点集合中,确定每个初始节点的推入推出覆盖质量,并基于所述推入推出覆盖质量确定第一候选节点集合;
根据所述位置信息条件从所述初始节点集合中,确定每个初始节点的推入推出覆盖质量,并基于所述推入推出覆盖质量确定第二候选节点集合;
根据所述网络传输条件从所述初始节点集合中确定第三候选节点集合;
根据所述第一候选节点集合、第二候选节点集合以及所述第三候选节点集合,确定所述目标节点。
可选地,所述确定模块704,进一步被配置为:
根据连接传输协议从所述初始节点集合中,确定每个初始节点的连接推入覆盖质量;
在确定所述连接推入覆盖质量满足预设质量阈值的情况下,根据无连接传输协议从所述初始节点集合中,确定每个初始节点的无连接推入覆盖质量;
基于所述无连接推入覆盖质量确定每个初始节点的推入推出覆盖质量。
可选地,所述确定模块704,进一步被配置为:
在确定所述无连接推入覆盖质量满足所述预设质量阈值的情况下,根据连接传输协议从所述初始节点集合中,确定每个初始节点的连接推出覆盖质量;
在确定所述连接推出覆盖质量满足所述预设质量阈值的情况下,根据无连接传输协议从所述初始节点集合中,确定每个初始节点的无连接推出覆盖质量;
基于所述无连接推出覆盖质量确定每个初始节点的推入推出覆盖质量。
可选地,所述确定模块704,进一步被配置为:
基于所述无连接推出覆盖质量满足所述预设质量阈值的情况下,根据所述连接推入覆盖质量以及所述连接推出覆盖质量,从所述初始节点集合中,确定每个初始节点的连接推入推出质量;
在所述连接推入推出质量满足预设质量阈值的情况下,根据所述无连接推入覆盖质量以及所述无连接推出覆盖质量,从所述初始节点集合中,确定每个初始节点的无连接推入推出质量;
将所述每个初始节点的无连接推入推出质量确定为每个初始节点的推入推出覆盖质量。
可选地,所述确定模块704,进一步被配置为:
根据所述位置信息从初始节点集合中确定每个初始节点,在所述位置信息的抖动率和断开率;
基于所述抖动率和所述断开率确定所述每个初始节点在所述位置信息的推入推出覆盖质量。
可选地,所述确定模块704,进一步被配置为:
根据连接传输协议从所述初始节点集合中,确定每个初始节点的抖动率和断开率;
基于所述抖动率和所述断开率确定所述每个初始节点的连接推入覆盖质量以及连接推出覆盖质量;
相应地,所述无连接推入覆盖质量以及所述无连接推出覆盖质量的计算方式如下,包括:
根据无连接传输协议从所述初始节点集合中,确定每个初始节点的抖动率和断开率;
基于所述抖动率和所述断开率确定所述每个初始节点的无连接推入覆盖质量以及无连接推出覆盖质量。
可选地,所述装置,还包括:
确定与所述目标节点对应的服务地址,将所述服务地址发送至客户端。
本申请提供的节点确定装置,从维度筛选条件出发,综合判断一个节点的质量,并实时调整HTTP DNS覆盖,从而给用户提供一个质量最好的节点,降低推流质量的问题,降低因推流质量而导致的用户观看直播流卡顿和无法观看的问题。
与上述方法实施例相对应,本说明书还提供了节点确定装置实施例,图8示出了本说明书一实施例提供的一种节点确定装置的结构示意图。如图8所示,该装置包括:
接收模块802,被配置为接收客户端发送的服务地址获取请求,基于所述服务地址获取请求中携带的域名标识确定服务调度地址,其中,所述服务调度地址与所述域名标识的关联关系是预先设定;
发送模块804,被配置为将所述服务调度地址返回至所述客户端。
本申请实施例提供的节点确定装置,通过中心服务端向主播返回302调度地址,以实现主播根据302调度地址发送的网页请求,进而触发节点解析服务器对边缘计算节点的综合确定,以实现保证边缘计算节点质量的问题,解决因推流质量而导致的用户观看直播流卡顿和无法观看的问题。
上述为本实施例的一种节点确定装置的示意性方案。需要说明的是,该节点确定装置的技术方案与上述的节点确定方法的技术方案属于同一构思,节点确定装置的技术方案未详细描述的细节内容,均可以参见上述节点确定方法的技术方案的描述。
图9示出了根据本说明书一实施例提供的一种计算设备900的结构框图。该计算设备900的部件包括但不限于存储器910和处理器920。处理器920与存储器910通过总线930相连接,数据库950用于保存数据。
计算设备900还包括接入设备940,接入设备940使得计算设备900能够经由一个或多个网络960通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备940可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本说明书的一个实施例中,计算设备900的上述部件以及图9中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图9所示的计算设备结构框图仅仅是出于示例的目的,而不是对本说明书范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备900可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备900还可以是移动式或静止式的服务器。
其中,处理器920用于执行如下计算机可执行指令,所述处理器用于执行所述计算机可执行指令,其中,所述处理器执行所述计算机可执行指令时实现所述节点确定方法的步骤。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的节点确定方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述节点确定方法的技术方案的描述。
本说明书一实施例还提供一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现所述节点确定方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的节点确定方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述节点确定方法的技术方案的描述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以根据不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本说明书并不受所描述的动作顺序的限制,因为依据本说明书,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本说明书所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本说明书的内容,可作很多的修改和变化。本说明书选取并具体描述这些实施例,是为了更好地解释本说明书的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。
Claims (16)
1.一种节点确定方法,其特征在于,应用于节点解析服务端,包括:
接收节点获取请求,基于所述节点获取请求中携带的位置信息确定初始节点集合;
根据维度筛选条件从所述初始节点集合中确定目标节点;其中,所述维度筛选条件包括协议质量条件。
2.根据权利要求1所述的节点确定方法,其特征在于,所述根据维度筛选条件从所述初始节点集合中确定目标节点,包括:
根据所述协议质量条件从所述初始节点集合中,确定每个初始节点的推入推出覆盖质量,并基于所述推入推出覆盖质量确定目标节点。
3.根据权利要求1或2所述的节点确定方法,其特征在于,所述维度筛选条件还包括位置信息条件和/或网络传输条件。
4.根据权利要求3所述的节点确定方法,其特征在于,所述根据维度筛选条件从所述初始节点集合中确定目标节点,包括:
根据所述协议质量条件从所述初始节点集合中,确定每个初始节点的推入推出覆盖质量,并基于所述推入推出覆盖质量确定第一候选节点集合;
根据所述位置信息条件从所述初始节点集合中,确定每个初始节点的推入推出覆盖质量,并基于所述推入推出覆盖质量确定第二候选节点集合;
根据所述网络传输条件从所述初始节点集合中确定第三候选节点集合;
根据所述第一候选节点集合、第二候选节点集合以及所述第三候选节点集合,确定所述目标节点。
5.根据权利要求2所述的节点确定方法,其特征在于,所述根据所述协议质量条件从所述初始节点集合中,确定每个初始节点的推入推出覆盖质量,包括:
根据连接传输协议从所述初始节点集合中,确定每个初始节点的连接推入覆盖质量;
在确定所述连接推入覆盖质量满足预设质量阈值的情况下,根据无连接传输协议从所述初始节点集合中,确定每个初始节点的无连接推入覆盖质量;
基于所述无连接推入覆盖质量确定每个初始节点的推入推出覆盖质量。
6.根据权利要求5所述的节点确定方法,其特征在于,所述基于所述无连接推入覆盖质量确定每个初始节点的推入推出覆盖质量,包括:
在确定所述无连接推入覆盖质量满足所述预设质量阈值的情况下,根据连接传输协议从所述初始节点集合中,确定每个初始节点的连接推出覆盖质量;
在确定所述连接推出覆盖质量满足所述预设质量阈值的情况下,根据无连接传输协议从所述初始节点集合中,确定每个初始节点的无连接推出覆盖质量;
基于所述无连接推出覆盖质量确定每个初始节点的推入推出覆盖质量。
7.根据权利要求6所述的节点确定方法,其特征在于,所述基于所述无连接推出覆盖质量确定每个初始节点的推入推出覆盖质量,包括:
基于所述无连接推出覆盖质量满足所述预设质量阈值的情况下,根据所述连接推入覆盖质量以及所述连接推出覆盖质量,从所述初始节点集合中,确定每个初始节点的连接推入推出质量;
在所述连接推入推出质量满足预设质量阈值的情况下,根据所述无连接推入覆盖质量以及所述无连接推出覆盖质量,从所述初始节点集合中,确定每个初始节点的无连接推入推出质量;
将所述每个初始节点的无连接推入推出质量确定为每个初始节点的推入推出覆盖质量。
8.根据权利要求5所述的节点确定方法,其特征在于,所述根据所述位置信息条件从所述初始节点集合中,确定每个初始节点的推入推出覆盖质量,包括:
根据所述位置信息条件从初始节点集合中确定每个初始节点,在所述位置信息的抖动率和断开率;
基于所述抖动率和所述断开率确定所述每个初始节点在所述位置信息的推入推出覆盖质量。
9.根据权利要求7所述的节点确定方法,其特征在于,所述连接推入覆盖质量以及所述连接推出覆盖质量的计算方式如下,包括:
根据连接传输协议从所述初始节点集合中,确定每个初始节点的抖动率和断开率;
基于所述抖动率和所述断开率确定所述每个初始节点的连接推入覆盖质量以及连接推出覆盖质量;
相应地,所述无连接推入覆盖质量以及所述无连接推出覆盖质量的计算方式如下,包括:
根据无连接传输协议从所述初始节点集合中,确定每个初始节点的抖动率和断开率;
基于所述抖动率和所述断开率确定所述每个初始节点的无连接推入覆盖质量以及无连接推出覆盖质量。
10.根据权利要求1所述的节点确定方法,其特征在于,根据维度筛选条件从所述初始节点集合中确定目标节点之后,还包括:
确定与所述目标节点对应的服务地址,将所述服务地址发送至客户端。
11.一种节点确定方法,其特征在于,应用于节点分配服务端,包括:
接收客户端发送的服务地址获取请求,基于所述服务地址获取请求中携带的域名标识确定服务调度地址,其中,所述服务调度地址与所述域名标识的关联关系是预先设定;
将所述服务调度地址返回至所述客户端。
12.一种节点确定***,其特征在于,包括:客户端、节点分配服务端以及节点解析服务端,
所述客户端,被配置为向所述节点分配服务端发送服务地址获取请求;
所述节点分配服务端,被配置为基于所述服务地址获取请求中携带的域名标识确定服务调度地址,其中,所述服务调度地址与所述域名标识的关联关系是预先设定,并将所述服务调度地址返回至所述客户端;
所述客户端,进一步被配置为接收所述节点分配服务端发送的服务调度地址,并基于所述服务调度地址向所述节点解析服务端发送节点获取请求;
所述节点解析服务端,被配置为基于所述节点获取请求中携带的位置信息确定初始节点集合,并根据维度筛选条件从所述初始节点集合中确定目标节点,且将所述目标节点返回至所述客户端。
13.一种节点确定装置,其特征在于,应用于节点解析服务端,包括:
接收模块,被配置为接收节点获取请求,基于所述节点获取请求中携带的位置信息确定初始节点集合;
确定模块,被配置为根据维度筛选条件从所述初始节点集合中确定目标节点;其中,所述维度筛选条件包括协议质量条件。
14.一种节点确定装置,其特征在于,应用于节点分配服务端,包括:
接收模块,被配置为接收客户端发送的服务地址获取请求,基于所述服务地址获取请求中携带的域名标识确定服务调度地址,其中,所述服务调度地址与所述域名标识的关联关系是预先设定;
发送模块,被配置为将所述服务调度地址返回至所述客户端。
15.一种计算设备,其特征在于,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令,其中,所述处理器执行所述计算机可执行指令时实现权利要求1-10或11的任意一项节点确定方法的步骤。
16.一种计算机可读存储介质,其特征在于,其存储有计算机指令,该指令被处理器执行时实现权利要求1-10或11任意一项所述节点确定方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110458962.1A CN113194134B (zh) | 2021-04-27 | 2021-04-27 | 节点确定方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110458962.1A CN113194134B (zh) | 2021-04-27 | 2021-04-27 | 节点确定方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113194134A true CN113194134A (zh) | 2021-07-30 |
CN113194134B CN113194134B (zh) | 2023-01-10 |
Family
ID=76979336
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110458962.1A Active CN113194134B (zh) | 2021-04-27 | 2021-04-27 | 节点确定方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113194134B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113596509A (zh) * | 2021-08-26 | 2021-11-02 | 上海哔哩哔哩科技有限公司 | 节点调度方法及装置 |
CN114845139A (zh) * | 2022-04-27 | 2022-08-02 | 抖动科技(深圳)有限公司 | 多层次混合分发方法、电子设备及可读存储介质 |
WO2023202276A1 (zh) * | 2022-04-18 | 2023-10-26 | 北京字节跳动网络技术有限公司 | 域名解析请求的处理方法、装置、设备、介质和程序产品 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070256096A1 (en) * | 2006-05-01 | 2007-11-01 | Sbc Knowledge Ventures L.P. | System and method for pushing conditional message data between a client device and a server device in an internet protocol television network |
CN101355817A (zh) * | 2008-09-08 | 2009-01-28 | 北京航空航天大学 | 一种接入节点平滑切换的触发方法 |
US20110064018A1 (en) * | 2009-09-14 | 2011-03-17 | Ari Hottinen | Apparatus and Method for Input/Output Mapping of Spatial Resources of a Relay Node in a Communication System |
CN105007190A (zh) * | 2015-07-30 | 2015-10-28 | 杭州施强网络科技有限公司 | 一种p2p组网质量优化方法 |
US20170142177A1 (en) * | 2015-11-13 | 2017-05-18 | Le Holdings (Beijing) Co., Ltd. | Method and system for network dispatching |
CN108551464A (zh) * | 2018-03-08 | 2018-09-18 | 网宿科技股份有限公司 | 一种混合云的连接建立、数据传输方法、装置和*** |
US20190007996A1 (en) * | 2015-05-24 | 2019-01-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and device for electing a coordination node in a coordinated multipoint set |
CN110868339A (zh) * | 2019-11-25 | 2020-03-06 | 北京三体云时代科技有限公司 | 节点分配方法、装置、电子设备及可读存储介质 |
WO2021004384A1 (zh) * | 2019-07-09 | 2021-01-14 | 阿里巴巴集团控股有限公司 | 内容分发网络、数据处理方法、装置、设备及存储介质 |
US20210058363A1 (en) * | 2019-08-22 | 2021-02-25 | Wangsu Science & Technology Co., Ltd. | Method and system for scheduling edge cdn node |
-
2021
- 2021-04-27 CN CN202110458962.1A patent/CN113194134B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070256096A1 (en) * | 2006-05-01 | 2007-11-01 | Sbc Knowledge Ventures L.P. | System and method for pushing conditional message data between a client device and a server device in an internet protocol television network |
CN101355817A (zh) * | 2008-09-08 | 2009-01-28 | 北京航空航天大学 | 一种接入节点平滑切换的触发方法 |
US20110064018A1 (en) * | 2009-09-14 | 2011-03-17 | Ari Hottinen | Apparatus and Method for Input/Output Mapping of Spatial Resources of a Relay Node in a Communication System |
US20190007996A1 (en) * | 2015-05-24 | 2019-01-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and device for electing a coordination node in a coordinated multipoint set |
CN105007190A (zh) * | 2015-07-30 | 2015-10-28 | 杭州施强网络科技有限公司 | 一种p2p组网质量优化方法 |
US20170142177A1 (en) * | 2015-11-13 | 2017-05-18 | Le Holdings (Beijing) Co., Ltd. | Method and system for network dispatching |
CN108551464A (zh) * | 2018-03-08 | 2018-09-18 | 网宿科技股份有限公司 | 一种混合云的连接建立、数据传输方法、装置和*** |
WO2021004384A1 (zh) * | 2019-07-09 | 2021-01-14 | 阿里巴巴集团控股有限公司 | 内容分发网络、数据处理方法、装置、设备及存储介质 |
US20210058363A1 (en) * | 2019-08-22 | 2021-02-25 | Wangsu Science & Technology Co., Ltd. | Method and system for scheduling edge cdn node |
CN110868339A (zh) * | 2019-11-25 | 2020-03-06 | 北京三体云时代科技有限公司 | 节点分配方法、装置、电子设备及可读存储介质 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113596509A (zh) * | 2021-08-26 | 2021-11-02 | 上海哔哩哔哩科技有限公司 | 节点调度方法及装置 |
WO2023202276A1 (zh) * | 2022-04-18 | 2023-10-26 | 北京字节跳动网络技术有限公司 | 域名解析请求的处理方法、装置、设备、介质和程序产品 |
CN114845139A (zh) * | 2022-04-27 | 2022-08-02 | 抖动科技(深圳)有限公司 | 多层次混合分发方法、电子设备及可读存储介质 |
CN114845139B (zh) * | 2022-04-27 | 2024-02-13 | 抖动科技(深圳)有限公司 | 多层次混合分发方法、电子设备及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN113194134B (zh) | 2023-01-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113194134B (zh) | 节点确定方法及装置 | |
CN107683600B (zh) | 用于响应于客户端的视频缓冲器特性来管理abr比特率递送的***和方法 | |
CN113099261B (zh) | 节点处理方法及装置、节点处理*** | |
CN103650440B (zh) | 用于在通信网络中优先化并调度数据包的检测***和方法 | |
CN105765925B (zh) | 在由网络设备运行的进行中业务会话之间分布网络的可用带宽的方法以及相应设备 | |
US9819904B2 (en) | Multi-media quality of service and quality of user experience optimization through voice prioritization | |
CN114679604B (zh) | 资源处理方法及装置 | |
CN114501073B (zh) | 直播回源方法及装置 | |
CN105684390A (zh) | 用于为自适应流传输客户端预留带宽的方法和设备 | |
US20170127268A1 (en) | Wireless Communication Device | |
CN113891175B (zh) | 直播推流方法、装置及*** | |
CN114760482B (zh) | 直播回源方法及装置 | |
US20220150143A1 (en) | Classification of encrypted internet traffic with binary traffic vectors | |
CN114071168A (zh) | 混流直播流调度方法及装置 | |
Zhu et al. | Rate allocation for multi-user video streaming over heterogenous access networks | |
Sideris et al. | MPEG-DASH users' QoE: The segment duration effect | |
US10652626B2 (en) | Gateway, and method, computer program and storage means corresponding thereto | |
Rahman et al. | A multi-path-based adaptive scheme for multi-view streaming over HTTP | |
CN114866790B (zh) | 直播流调度方法及装置 | |
CN111836020B (zh) | 监控***中的码流传输方法、装置及存储介质 | |
Shabrina et al. | The Usage of CDN for Live Video Streaming to Improve QoS. Case Study: 1231 Provider. | |
Cui et al. | MM-ABR: an Enhanced ABR Algorithm with Multi-Metric Information for QUIC-based Video Streaming | |
Abar et al. | How modeling QoE requirements using game theory | |
Fung et al. | A QoE based performance study of mobile peer-to-peer live video streaming | |
Lee et al. | A Credit-based Home Access Point (CHAP) to improve application performance on IEEE 802.11 networks |
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 |