CN114845139B - 多层次混合分发方法、电子设备及可读存储介质 - Google Patents

多层次混合分发方法、电子设备及可读存储介质 Download PDF

Info

Publication number
CN114845139B
CN114845139B CN202210459410.7A CN202210459410A CN114845139B CN 114845139 B CN114845139 B CN 114845139B CN 202210459410 A CN202210459410 A CN 202210459410A CN 114845139 B CN114845139 B CN 114845139B
Authority
CN
China
Prior art keywords
mode
streaming
pull
stream
score
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
Application number
CN202210459410.7A
Other languages
English (en)
Other versions
CN114845139A (zh
Inventor
肖潇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Jitter Technology Shenzhen Co ltd
Original Assignee
Jitter Technology Shenzhen Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Jitter Technology Shenzhen Co ltd filed Critical Jitter Technology Shenzhen Co ltd
Priority to CN202210459410.7A priority Critical patent/CN114845139B/zh
Publication of CN114845139A publication Critical patent/CN114845139A/zh
Application granted granted Critical
Publication of CN114845139B publication Critical patent/CN114845139B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/23805—Controlling the feeding rate to the network, e.g. by controlling the video pump
    • 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/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25833—Management of client data involving client hardware characteristics, e.g. manufacturer, processing or storage 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/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/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25858—Management of client data involving client software characteristics, e.g. OS identifier
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Graphics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供一种多层次混合分发方法、电子设备及计算机可读存储介质，所述方法包括：获取客户端配置服务信息；基于客户端配置服务信息，获取拉流方式内容；判断拉流方式内容，生成拉流结果；若拉流结果为空，则生成预设的第一拉流方式的拉流指令；若第一拉流方式下的网络质量分数低于预期分数，则生成预设的第二拉流方式的拉流指令；若第二拉流方式下的网络质量分数低于预期分数，则异步获取调度信息，将部分第二拉流方式调整为预设的第三拉流方式；若第二拉流方式和第三拉流方式下的网络质量分数低于预期分数，则转至第一拉流方式进行原始拉流。本申请涉及网络直播技术领域，通过实时判断网络情况，动态调整拉流方式，提高音视频播放体验。

Description

多层次混合分发方法、电子设备及可读存储介质
技术领域
本申请涉及网络直播技术领域，尤其涉及一种多层次混合分发方法、电子设备及计算机可读存储介质。
背景技术
目前，随着互联网技术的不断发展，网络直播越来越贴近每个人的工作和生活。在直播或音视频播放时，由于用户所在的地区、使用的终端设备、网络情况等不同，而导致的网络丢包率及抖动等问题极易影响用户的播放体验。
针对此问题，当前常见的优化方法是使用CDNQUIC方式，具体是使用QUIC协议进行的RTMPoverQUIC和HTTPoverQUIC协议的使用来提高网络传输效率和降低传输时延，更好的抵抗弱网环境对网络传输带来的影响。这种方式利用了QUIC协议的多路复用彻底告别了HTTP协议中队头阻塞的问题，但对丢包率和网络抖动的容忍还需进一步提高，同时，在网络不断变化的时候，单单使用一种拉流方式进行直播或音视频播放，不能很好地应对网络的变化，及为用户提供良好的观看体验。
发明内容
有鉴于此，有必要提供一种多层次混合分发方法、电子设备及计算机可读存储介质，该方法提供三种不同的拉流方式，在网络实时变化过程中，动态调整拉流方式以提高音视频播放质量。
本申请一实施方式提供一种多层次混合分发方法，所述方法包括：
获取客户端配置服务信息；
基于所述客户端配置服务信息，获取拉流方式内容；
若所述拉流结果为空，则生成预设的第一拉流方式的拉流指令以进行拉流；
若所述第一拉流方式下的网络质量分数低于预期分数，则生成预设的第二拉流方式的拉流指令以进行拉流；
若所述第二拉流方式下的网络质量分数低于预期分数，则异步获取调度信息，将部分第二拉流方式调整为预设的第三拉流方式以进行拉流；
若所述第二拉流方式和第三拉流方式下的网络质量分数低于预期分数，则转至第一拉流方式进行原始拉流。
在一些实施例中，所述获取客户端配置服务信息，包括：
上传客户端信息，获取经云控服务中心计算后返回的客户端配置服务信息。
在一些实施例中，所述判断拉流方式内容，生成拉流结果，包括：
若所述拉流方式内容为第一拉流方式、第二拉流方式、第三拉流方式中的任意一个拉流方式，则生成对应的拉流方式指令。
在一些实施例中，所述网络质量分数为基于网络质量以及音视频质量制定的质量评分体系。
在一些实施例中，若所述第二拉流方式下的网络质量分数低于预期分数，则异步获取调度信息，将部分第二拉流方式调整为预设的第三拉流方式进行拉流，包括：
基于所述调度信息，生成调度结果，及当调度结果中包含预设的第三拉流方式对应的播放资源时，自动调整部分第二拉流方式为第三拉流方式。
在一些实施例中，在生成调度结果之后，所述方法还包括：
当调度结果中不包含预设的第三拉流方式对应的播放资源时，生成第一拉流方式的拉流指令以进行拉流。
在一些实施例中，第一拉流方式、第二拉流方式、第三拉流方式分别为CDNTCP方式、CDNQUIC方式、低延时直播方式。
在一些实施例中，基于Qos算法和实时网络情况，对第一拉流方式、第二拉流方式、第三拉流方式三种拉流方式自动升降级，及每次升降级后，基于升降级后的拉流方式，保持一个稳固时间段进行拉流。
本申请一实施方式还提供一种电子设备，所述电子设备包括处理器及存储器，所述存储器用于存储指令，所述处理器用于调用所述存储器中的指令，使得所述电子设备执行上述的多层次混合分发方法。
本申请一实施方式还一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行上述的多层次混合分发方法。
与现有技术相比，上述多层次混合分发方法、电子设备及计算机可读存储介质，基于客户端配置信息，实时地判断网络使用及拥塞情况，同时提供三种不同的拉流方式，在网络实时变化过程中，动态调整适应网络情况的拉流方式，提高音视频播放质量，降低成本。
附图说明
图1是本申请一实施方式的多层次混合分发方法的步骤流程图。
图2为图1的多层次混合分发方法的一步骤流程的细分流程示意图。
图3为本申请一实施例的电子设备的结构示意图。
主要元件符号说明
电子设备 100
存储器 20
处理器 30
计算机程序 40
具体实施方式
为了能够更清楚地理解本申请的上述目的、特征和优点，下面结合附图和具体实施方式对本申请进行详细描述。需要说明的是，在不冲突的情况下，本申请的实施方式及实施方式中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本申请，所描述的实施方式仅是本申请一部分实施方式，而不是全部的实施方式。
除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施方式的目的，不是旨在于限制本申请。
进一步需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
本申请中“至少一个”是指一个或者多个，“多个”是指两个或多于两个。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。本申请的说明书和权利要求书及附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不是用于描述特定的顺序或先后次序。
在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本申请的多层次混合分发方法可应用在一个或者多个电子设备中。电子设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，例如可以是服务器、服务器集群等。
图1是本申请多层次混合分发方法一实施例的步骤流程图。
参阅图1所示，多层次混合分发方法可以包括以下步骤：
S100、获取客户端配置服务信息。
在一些实施例中，具体的，上传客户端信息，获取经云控服务中心计算后返回的客户端配置服务信息。云控服务中心是一个提供动态获取客户端配置信息能力的系统。例如，各产品只需要集成至云控服务中心，即可拥有统一的配置信息拉取、解析、配置变更通知能力，上层产品可根据通知自行决定是否立即生效。客户端通过云控服务中心将客户本地环境参数发送给云控服务中心，接着，云控服务中心根据客户本地环境参数计算返回定制化、无冗余的客户端配置环境信息。例如，用户使用终端电子设备打开客户端，客户端将客户本地环境参数发送给云控服务中心，云控服务中心返回与客户本地环境参数匹配的客户端配置服务信息至该客户端，终端电子设备可以是手机、笔记本电脑、平板电脑等设备。
客户端配置服务信息主要依赖于客户本地环境参数，客户本地环境参数主要包括机型、系统版本、客户端版本、网络环境、硬件设备等。不同的客户本地环境参数，将有不同的客户端配置服务信息。
S200、基于客户端配置服务信息，获取拉流方式内容。
在一些实施例中，终端设备的用户可以自主选择拉流方式，拉流方式包括第一拉流方式、第二拉流方式、第三拉流方式，根据用户选择的拉流方式，自动从图3所示的电子设备中获取拉流方式内容。若用户不选择任何一种拉流方式，该方法将默认使用第一拉流方式进行拉流。
S300、判断拉流方式内容，生成拉流结果。
在一些实施例中，若用户选择任意一种拉流方式，将根据用户选择的拉流方式内容生成相匹配的拉流结果。例如，若用户选择的拉流方式内容是第一拉流方式，则拉流结果中显示为第一拉流方式，生成第一拉流方式拉流指令进行拉流，同理，若用户选择的拉流方式内容是第二拉流方式或第三拉流方式，则拉流结果中显示为第二拉流方式或第三拉流方式，生成第二拉流方式指令或第三拉流方式拉流指令进行拉流。
S400、若拉流结果为空，则生成预设的第一拉流方式的拉流指令以进行拉流。
在一些实施例中，若用户未选择任意一种拉流方式，获取的拉流结果为空，将默认生成预设的第一拉流方式拉流指令进行拉流。
S500、若第一拉流方式下的网络质量分数低于预期分数，则生成预设的第二拉流方式的拉流指令以进行拉流。
在一些实施例中，网络质量分数为基于网络质量以及音视频质量制定的质量评分体系。根据不同的拉流方式进行不同的运算规则，得出对应的拉流方式的网络质量分数。例如，网络质量包括RTT(往返时间)、丢包率、时延变化等。音视频质量包括视频像素、音视频卡顿率等。
预期分数是通过对比不同分数下的音视频卡顿率、RTT、丢包率等效果来选定的。若预期分数制定的过低，则拉流方式的升降级切换触发不够灵敏，将会让网络较差的用户依旧停留在原来的拉流方式中，相反，若预期分数制定的过高，会比较容易地频发触发拉流方式的升降级，导致过多的用户切换到第三拉流方式进行拉流，从而提高成本。在本申请中，默认情况下的预期分数为80分，在其他实施例中，预期分数也可根据实际情况进行动态调整以平衡音视频播放体验和成本。
在一些实施例中，若第一拉流方式下的网络质量分数大于或等于预期分数，则继续保持第一拉流方式进行拉流。
S600、若第二拉流方式下的网络质量分数低于预期分数，则异步获取调度信息，将部分第二拉流方式调整为预设的第三拉流方式以进行拉流。
在一些实施例中，当用户使用的拉流方式为第二拉流方式时，判断第二拉流方式下的网络质量分数是否低于预期分数，若网络指令分数低于预期分数，证明此时用户的播放体验感可能受到影响，需要异步获取调度信息，以此判断调度信息中是否含有第三拉流方式的播放资源。
在一些实施例中，具体的，调度信息主要就是判断是否有可用的第三拉流方式的媒体边缘节点，第三拉流方式的最终拉流是通过连接到分配的媒体边缘节点作为服务器来进行的。可以理解的是，基于异步获取的调度信息，生成调度结果，调度结果主要是用来判断能不能使用第三拉流方式进行拉流以及使用哪个媒体边缘节点进行拉流。
在一些实施例中，若第二拉流方式下的网络指令分数低于预期分数，且调度信息中包含有第三拉流方式的播放资源，则将部分第二拉流方式调整为预设的第三拉流方式进行拉流，否则，若第二拉流方式下的网络指令分数大于或等于预期分数，则继续保持第二拉流方式继续拉流。
S700、若第二拉流方式和第三拉流方式下的网络质量分数低于预期分数，则转至第一拉流方式进行原始拉流。
在一些实施例中，若拉流方式为第二拉流方式和第三拉流方式两种方式，则需要判断第二拉流方式和第三拉流方式两种拉流方式下的网络质量分数，然后将网络质量分数与预期分数进行比对，若网络质量分数低于预期分数，则将第二拉流方式和第三拉流方式全部调整为第一拉流方式进行原始拉流，否则，仍然保持第二拉流方式和第三拉流方式两种拉流方式进行拉流。
具体的，在一些实施例中，基于Qos算法(Qos，QualityofService)和实时网络情况，对第一拉流方式、第二拉流方式、第三拉流方式三种拉流方式自动升降级，及每次升降级后，基于升降级后的拉流方式，均需要保持一个稳固时间段进行拉流。Qos即网络服务质量，是网络与用户之间以及网络上互相通信的用户之间关于信息传输与共享的质的约定。例如，可将稳固时间设置为30min，同时，稳固时间也可以根据实际情况进行动态调整，避免稳固时间设计的不合理，频繁升降级拉流方式，影响用户的播放体验。
在一些实施例中，第一拉流方式、第二拉流方式、第三拉流方式分别为CDNTCP方式、CDNQUIC方式、低延时直播方式。CND即内容分发网络，是构建在现有网络基础上的智能虚拟网络，依靠部署在各地的边缘服务器，通过中心平台的负载均衡、内容分发、调度等功能模块，使用户就近获取所需的内容，从而降低网络拥塞，提高用户访问相应速度和命中率。
CDNTCP方式，指的是采用HTTP和TCP协议方式进行直播拉流的方式，存在如下缺点，如高延迟、建联效率低、队头拥塞、抗弱网能力差等。
CDNQUIC方式，指的是使用QUIC协议(QUIC是谷歌公司研发的基于UDP协议的下一代高质量传输协议)进行的RTMPoverQUIC和HTTPoverQUIC协议的使用来提高网络传输效率和降低传输时延，更好的抵抗弱网环境对网络传输带来的影响。
低延迟直播方式，即L3 UDP方式，是基于UDP协议自主研发出的一种拉流方式，能够为开发者提供多端强同步、千万级并发、毫秒级延迟的直播服务，有效优化了CDN直播场景中延迟高、弱网抗性差和内容不同步等问题。
本实施例的多层次混合分发方法通过实时判断网络情况及音视频播放情况，提供三种不同的拉流方式，根据网络及音视频播放质量，动态调整拉流方式，为不同地区、不同环境下的客户端，提供可靠的、高质量的音视频播放质量，提高用户的产品使用感，且设定预期分数，针对每一级拉流方式，对比不同拉流方式下的网络质量分数和预期分数，以判断是否升降级拉流方式，以此平衡音视频播放质量及成本。
在一些实施例中，如图2所示，步骤S600可以进一步包括：
S610、对比第二拉流方式下的网络质量分数和预期分数，生成对比结果。
在一些实施例中，若拉流方式为第二拉流方式，则需要对比第二拉流方式下的网络质量分数和预期分数，以此判断使用第二拉流方式进行拉流，是否能够满足用户的观看体验感。
S620、若对比结果小于零，则异步获取调度信息，生成调度结果。
在一些实施例中，对比结果小于零，反映出此时采用第二拉流方式进行拉流，已经有可能影响到用户的观看体验，例如，产生了音视频播放卡顿、视频画面模糊等情况。因此，需要异步获取调度信息，以此判断是否含有第三拉流方式的播放资源。
S621、若调度结果中包含预设的第三拉流方式对应的播放资源时，自动调整部分第二拉流方式为第三拉流方式。
在一些实施例中，例如，若根据调度结果，有30％的媒体边缘节点可用于使用第三拉流方式，则将调整30％的拉流方式为第三拉流方式，另外的70％继续保持第二拉流方式进行拉流。具体的，将第二拉流方式转换成第三拉流方式的比例，可根据调度结果中的媒体边缘节点的情况进行动态调整，本申请在此不进行限定。
S622、若调度结果中不包含预设的第三拉流方式对应的播放资源时，生成第一拉流方式的拉流指令以进行拉流。
在一些实施例中，基于调度结果，若调度结果中不包含第三拉流方式的播放资源，则生成第一拉流方式指令进行拉流。例如，调度结果中暂时不能使用第三拉流方式或者没有可用的媒体边缘节点可用于第三拉流方式进行拉流，则调整为第一拉流方式进行拉流。
在一些实施例中，本申请还公开一种电子设备100，如图3所示，电子设备100包括存储器20和处理器30，存储器20用于存储指令，处理器30用于调用存储器20中的指令，使得电子设备100执行上述实施例的多层次混合分发方法中的步骤，例如图1所示的步骤S100～S700。
本领域技术人员可以理解，所述示意图仅仅是电子设备100的示例，并不构成对电子设备100的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如电子设备100还可以包括输入输出设备、网络接入设备、总线等。
处理器30可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器、单片机或者处理器30也可以是任何常规的处理器等。
存储器20可用于存储计算机程序40和/或模块/单元，处理器30通过运行或执行存储在存储器20内的计算机程序40和/或模块/单元，以及调用存储在存储器20内的数据，实现电子设备100的各种功能。存储器20可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据电子设备100的使用所创建的数据(比如音频数据)等。此外，存储器20可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
本申请还公开一种计算机可读存储介质存储计算机指令，当计算机指令在电子设备100上运行时，使得电子设备100执行本实施例的多层次混合分发方法。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括电载波信号和电信信号。
最后应说明的是，以上实施例仅用以说明本申请的技术方案而非限制，尽管参照上述实施例对本申请进行了详细说明，本领域的普通技术人员应当理解，可以对本申请的技术方案进行修改或等同替换，而不脱离本申请技术方案的精神和范围。

Claims (10)

1.一种多层次混合分发方法，其特征在于，包括：
获取客户端配置服务信息；
基于所述客户端配置服务信息，获取拉流方式内容；
判断所述拉流方式内容，生成拉流结果；
若所述拉流结果为空，生成第一拉流方式拉流指令；
基于所述第一拉流方式，对比网络质量分数和预期分数，若网络质量分数低于预期分数，生成第二拉流方式拉流指令；
基于所述第二拉流方式，再次对比网络质量分数和预期分数，若网络质量分数低于预期分数，则异步获取调度信息，将部分第二拉流方式调整为第三拉流方式拉流指令；
基于所述第三拉流方式，再一次对比网络质量分数和预期分数，若网络质量分数低于预期分数，则转至第一拉流方式进行原始拉流。
2.如权利要求1所述的多层次混合分发方法，其特征在于，所述获取客户端配置服务信息，包括：
上传客户端信息，获取经云控服务中心计算后返回的客户端配置服务信息。
3.如权利要求1所述的多层次混合分发方法，其特征在于，所述判断拉流方式内容，生成拉流结果，包括：
若所述拉流方式内容为第一拉流方式、第二拉流方式、第三拉流方式中的任意一个拉流方式，则生成对应的拉流方式指令。
4.如权利要求1所述的多层次混合分发方法，其特征在于，所述网络质量分数为基于网络质量以及音视频质量制定的质量评分体系。
5.如权利要求1所述的多层次混合分发方法，其特征在于，所述基于所述第二拉流方式，再次对比网络质量分数和预期分数，若网络质量分数低于预期分数，则异步获取调度信息，将部分第二拉流方式调整为第三拉流方式拉流指令，包括：
基于所述异步获取调度信息，生成调度结果，及当调度结果中包含第三拉流方式资源，自动调整部分第二拉流方式为第三拉流方式。
6.如权利要求5所述的多层次混合分发方法，其特征在于，在生成调度结果之后，所述方法还包括：
当调度结果中不包含第三拉流方式资源，生成第一拉流方式拉流指令。
7.如权利要求1所述的多层次混合分发方法，其特征在于，第一拉流方式、第二拉流方式、第三拉流方式分别为CDNTCP方式、CDNQUIC方式、低延时直播方式。
8.如权利要求1至7中任意一项所述的多层次混合分发方法，其特征在于，基于Qos算法和实时网络情况，对第一拉流方式、第二拉流方式、第三拉流方式三种拉流方式自动升降级，及每次升降级后，基于升降级后的拉流方式，保持一个稳固时间段进行拉流。
9.一种电子设备，所述电子设备包括处理器及存储器，其特征在于，所述存储器用于存储指令，所述处理器用于调用所述存储器中的指令，使得所述电子设备执行如权利要求1至权利要求8中任一项所述的多层次混合分发方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1至权利要求8中任一项所述的多层次混合分发方法。
CN202210459410.7A 2022-04-27 2022-04-27 多层次混合分发方法、电子设备及可读存储介质 Active CN114845139B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210459410.7A CN114845139B (zh) 2022-04-27 2022-04-27 多层次混合分发方法、电子设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210459410.7A CN114845139B (zh) 2022-04-27 2022-04-27 多层次混合分发方法、电子设备及可读存储介质

Publications (2)

Publication Number Publication Date
CN114845139A CN114845139A (zh) 2022-08-02
CN114845139B true CN114845139B (zh) 2024-02-13

Family

ID=82567258

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210459410.7A Active CN114845139B (zh) 2022-04-27 2022-04-27 多层次混合分发方法、电子设备及可读存储介质

Country Status (1)

Country Link
CN (1) CN114845139B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6122664A (en) * 1996-06-27 2000-09-19 Bull S.A. Process for monitoring a plurality of object types of a plurality of nodes from a management node in a data processing system by distributing configured agents
CN110213596A (zh) * 2018-03-28 2019-09-06 腾讯科技（深圳）有限公司 直播切换方法、装置、计算机设备和存储介质
CN111818355A (zh) * 2020-07-10 2020-10-23 南京百家云科技有限公司 一种媒体节点的调度方法、装置、计算机设备及存储介质
CN113055693A (zh) * 2021-04-20 2021-06-29 上海哔哩哔哩科技有限公司 数据处理方法及装置
CN113194134A (zh) * 2021-04-27 2021-07-30 上海哔哩哔哩科技有限公司 节点确定方法及装置
CN113259706A (zh) * 2021-06-28 2021-08-13 北京新唐思创教育科技有限公司 直播处理方法、装置、电子设备以及存储介质
CN114189705A (zh) * 2021-12-08 2022-03-15 上海哔哩哔哩科技有限公司 直播卡顿处理方法及系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6122664A (en) * 1996-06-27 2000-09-19 Bull S.A. Process for monitoring a plurality of object types of a plurality of nodes from a management node in a data processing system by distributing configured agents
CN110213596A (zh) * 2018-03-28 2019-09-06 腾讯科技（深圳）有限公司 直播切换方法、装置、计算机设备和存储介质
CN111818355A (zh) * 2020-07-10 2020-10-23 南京百家云科技有限公司 一种媒体节点的调度方法、装置、计算机设备及存储介质
CN113055693A (zh) * 2021-04-20 2021-06-29 上海哔哩哔哩科技有限公司 数据处理方法及装置
CN113194134A (zh) * 2021-04-27 2021-07-30 上海哔哩哔哩科技有限公司 节点确定方法及装置
CN113259706A (zh) * 2021-06-28 2021-08-13 北京新唐思创教育科技有限公司 直播处理方法、装置、电子设备以及存储介质
CN114189705A (zh) * 2021-12-08 2022-03-15 上海哔哩哔哩科技有限公司 直播卡顿处理方法及系统

Also Published As

Publication number Publication date
CN114845139A (zh) 2022-08-02

Similar Documents

Publication Publication Date Title
US9660922B2 (en) Network assisted rate shifting for adaptive bit rate streaming
WO2020259448A1 (zh) 数据的处理方法及装置、计算机可读存储介质和电子装置
US20070060373A1 (en) Data communication system and methods
CN111148165A (zh) 一种处理网络切片中用户接入的方法及装置
CN110336885A (zh) 边缘节点分配方法、装置、调度服务器及存储介质
CN104967866B (zh) 一种动态自适应的p2p直播流媒体子流调度方法
CN110278254B (zh) 用于FogCDN场景的调度方法及调度端
AU2020257112B2 (en) Distribution of bandwidth in a network
CN108965884A (zh) 一种转码任务的分配方法及调度设备、转码设备
CN113612640A (zh) 数据通信方法及装置、电子设备、存储介质
CN114979091B (zh) 一种数据传输的方法、相关装置、设备以及存储介质
Tashtarian et al. S2VC: An SDN-based framework for maximizing QoE in SVC-based HTTP adaptive streaming
CN109587068B (zh) 流量切换方法、装置、设备及计算机可读存储介质
CN114845139B (zh) 多层次混合分发方法、电子设备及可读存储介质
CN117336300B (zh) 一种用于状态机的资源管理系统
EP3902279A1 (en) Audio and video stream distribution method in audio and video stream distribution system, and dynamic parent node
Rahman et al. A multi-path-based adaptive scheme for multi-view streaming over HTTP
Oliveira et al. QoE-based load balancing of OTT video content in SDN networks
Tosic et al. Soft sensors in wireless networking as enablers for SDN based management of content delivery
Letaifa SSIM and ML based QoE enhancement approach in SDN context
CN113726759A (zh) 一种码率自适应方法、装置、设备及可读存储介质
ur Rahman et al. QoE optimization for HTTP adaptive streaming: Performance evaluation of MEC-assisted and client-based methods
CN111836020A (zh) 监控系统中的码流传输方法、装置及存储介质
Hassan et al. PWRR Algorithm for Video Streaming Process Using Fog Computing
Abar et al. How modeling QoE requirements using game theory

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