CN114553964A - 一种联播系统的管控方法、装置、设备及联播系统 - Google Patents

一种联播系统的管控方法、装置、设备及联播系统 Download PDF

Info

Publication number
CN114553964A
CN114553964A CN202011314745.7A CN202011314745A CN114553964A CN 114553964 A CN114553964 A CN 114553964A CN 202011314745 A CN202011314745 A CN 202011314745A CN 114553964 A CN114553964 A CN 114553964A
Authority
CN
China
Prior art keywords
edge node
node
default
state information
alternative
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.)
Pending
Application number
CN202011314745.7A
Other languages
English (en)
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.)
China Mobile Communications Group Co Ltd
China Mobile Information Technology Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Information Technology 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 China Mobile Communications Group Co Ltd, China Mobile Information Technology Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN202011314745.7A priority Critical patent/CN114553964A/zh
Publication of CN114553964A publication Critical patent/CN114553964A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H04L45/121—Shortest path evaluation by minimising delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H04L45/124—Shortest path evaluation using a combination of metrics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/302—Route determination based on requested QoS
    • 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/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • 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/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Abstract

本公开提供了一种联播系统的管控方法、装置、设备及联播系统，方法包括在终端设备与云端服务器之间设置若干边缘节点；将网络服务范围进行区域划分后将边缘节点划分到对应的区域中；确定终端设备请求访问的目标区域；获取目标区域中的默认边缘节点运行状态信息和备选边缘节点运行状态信息；通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度。本公开通过在联播系统的云端服务器和终端设备之间引入边缘节点，对边缘节点部署流量调度算法，能够实现使每个终端设备在整个链路中访问云端服务器的链路总是最佳链路，从而极大地解决网络带宽瓶颈的问题。

Description

一种联播系统的管控方法、装置、设备及联播系统
技术领域
本公开属于网络通信技术领域，尤其涉及一种联播系统的管控方法、装置、设备及联播系统。
背景技术
互联网的发展为移动通信运营商提供了一种全新的管理模式，借助互联网能将分布于不同区域的营业厅显示设备进行统一管理、统一播控，从而实现降本增效的目的。
目前，移动通信领域的联播系统架构如图1所示的，大都以SAAS模式应用为基础，服务器(包括SAAS管理员功能模块101、数据库服务器102，流媒体服务器103，应用服务器集群104以及安全认证服务器105)通过池化的形式对外提供服务，终端显示设备(可以包括智能手机106、平板电脑107、电脑108等)通过互联网访问服务器资源池。该联播系统中，终端设备需要通过WIFI、有线、无线等网络形式直连后台的服务器资源池，但是联播系统固有的占用大带宽、长链路传输、广覆盖的业务特点使得直连服务器方式存在如下的弊端：
服务器资源池到终端显示设备之间的数据传输实时性差，导致用户在显示设备上观看视频时，存在卡顿、推流、拉流失败等现象。
发明内容
本公开实施例提供一种联播系统的管控方法、装置、设备及联播系统，能够通过在边缘网络进行流量分配优化，以解决网络带宽瓶颈的问题，提高终端设备的响应速度。
一方面，本公开实施例提供一种联播系统的管控方法，联播系统包括终端设备、云端服务器以及若干边缘节点，边缘节点设置在终端设备与云端服务器之间；方法包括：
在终端设备与云端服务器之间设置若干边缘节点；
按照地理位置将云端服务器对应的网络服务范围进行区域划分，并根据若干边缘节点所在的地理位置，将边缘节点划分到对应的区域中；
确定终端设备请求访问的目标区域；
获取目标区域中的默认边缘节点运行状态信息和备选边缘节点运行状态信息；
基于默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度。
在一些实施例中，按照地理位置将云端服务器对应的网络服务范围进行区域划分，并根据所述若干边缘节点所在的地理位置，将边缘节点划分到对应的区域中。
在一些实施例中，基于默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度之前，方法还包括：
预设节点类型；节点类型表示边缘节点运行状态的健康程度，节点类型根据对应默认边缘节点或备选边缘节点的运行状态信息确定；
节点类型包括第一类型、第二类型和第三类型，三种类型对应的健康程度依次降低。
在一些实施例中，第一类型对应的健康程度为：当前边缘节点运行性能状态在预设健康阈值范围内，链路类QOS数据能够得到并且链路延迟在给定阈值范围内，负载类QOS数据能够得到和/或该节点没有超载；
第二类型对应的健康程度为：当前边缘节点运行性能状态在预设健康阈值范围内，链路类QOS数据能得到但是链路延迟超过给定阈值；
第三类型对应的健康程度为：当前边缘节点运行性能状态超出预设健康阈值范围；
节点类型还包括第四类型，第四类型对应的是当前边缘节点不属于第一类型、第二类型以及第三类型的运行状态。
在一些实施例中，基于默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度，包括：
根据默认边缘节点运行状态信息确定该默认边缘节点的节点类型；
当确定出默认边缘节点为第一类型、第二类型或第三类型后，根据备选边缘节点运行状态信息确定出最佳备选边缘节点；最佳备选边缘节点为属于第一类型的备选边缘节点；
根据默认边缘节点的节点类型确定可调度的流量比例，按照比例将该默认边缘节点的流量，调度到最佳备选边缘节点中。
在一些实施例中，基于默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度，包括：
根据备选边缘节点运行状态信息确定对应备选边缘节点的节点类型；
根据默认边缘节点运行状态信息，确定出能够接收流量的默认边缘节点；
根据备选边缘节点的节点类型，按照预设比例将对应备选边缘节点的流量，调度到能够接收流量的默认边缘节点上。
在一些实施例中，基于默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度，还包括：
在能够接收流量的默认边缘节点确定失败时，在目标区域内，根据备选边缘节点运行状态信息查找最佳备选边缘节点；最佳备选边缘节点为属于第一类型的备选边缘节点；
将流量调度到最佳备选边缘节点，该流量来自于目标区域中该最佳备选边缘节点之外的备选边缘节点。
在一些实施例中，基于默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度之后，方法还包括：
根据默认边缘节点运行状态信息，查找目标区域中过载的默认边缘节点；
查找将该过载默认边缘节点作为备选边缘节点的邻近区域；邻近区域位于目标区域预设范围内；
按照流量调度规则，将过载的默认边缘节点的流量调度到邻近区域中的默认边缘节点上。
另一方面，本公开还提供了一种联播系统的管控装置，联播系统包括终端设备、云端服务器以及若干边缘节点，边缘节点设置在终端设备与云端服务器之间，装置包括
确定模块，用于确定终端设备请求访问的目标区域；
获取模块，用于获取该目标区域中的默认边缘节点运行状态信息和备选边缘节点运行状态信息；
调度模块，用于基于默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度。
再一方面，本公开还提供了一种联播系统的管控设备，设备包括：处理器，以及存储有计算机程序指令的存储器；处理器读取并执行计算机程序指令，以实现如上述任意实施例的联播系统的管控方法。
再一方面，本公开还提供了一种联播系统，系统包括终端节点、边缘节点以及云端服务器；
若干边缘节点设置在终端设备与云端服务器之间；
边缘节点用于进行如上述任意实施例的联播系统的管控方法中的步骤，以筛选出运行状态满足预设接入规则的边缘节点，接入终端设备。
本公开实施例的联播系统的管控方法、装置、设备及联播系统，通过在联播系统的云端服务器和终端设备之间引入边缘节点，降低云端服务器的计算压力和负载压力。并通过对边缘节点部署流量调度策略，能够使每个终端设备在整个链路中访问云端服务器的链路总是最佳链路，从而极大地解决网络带宽瓶颈的问题。
附图说明
为了更清楚地说明本公开实施例的技术方案，下面将对本公开实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是现有技术中的联播系统架构示意图；
图2是本公开一个实施例提供的联播系统的管控方法的流程示意图；
图3是本公开又一个实施例提供的联播系统的结构示意图；
图4是图2中所示联播系统的管控方法的具体执行流程示意图；
图5是本公开另一个实施例提供的联播系统的管控装置的结构示意图；
图6是本公开又一个实施例提供的联播系统的管控设备的结构示意图；
图7是图3中所示联播系统的边缘节点的结构示意图。
具体实施方式
下面将详细描述本公开的各个方面的特征和示例性实施例，为了使本公开的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本公开进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本公开，而不是限定本公开。对于本领域技术人员来说，本公开可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本公开的示例来提供对本公开更好的理解。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
对于以SAAS模式应用为基础的联播系统，采用集中式计算和存储虽然增加了视频数据的安全与可靠性，但是由于视频本身的非结构化数据特性和爆炸式增长趋势，视频数据处理任务集中在云平台执行，增加了云计算中心视频服务器的处理负担；存储和管理大量冗余视频数据，增加了存储节点能耗，且海量视频从云计算中心(即云端服务器)到终端设备节点，对网络的带宽要求比较高，实时性得不到保障。而网络延时是视频播放的核心影响因素之一，该业务场景对网络丢包敏感，网络丢包可能直接导致用户观看视频卡顿、推流、拉流失败等。
为了解决现有技术问题，本公开实施例提供了一种联播系统的管控方法、装置、设备及联播系统，能够通过在边缘网络进行流量分配优化，以解决网络带宽瓶颈的问题，提高终端设备的响应速度。下面首先对本公开实施例所提供的联播系统的管控方法进行介绍。
图2示出了本公开一个实施例提供的联播系统的管控方法的流程示意图。如图2所示，该联播系统的管控方法包括：
S001.在终端设备与云端服务器之间设置若干边缘节点；
S002.按照地理位置将云端服务器对应的网络服务范围进行区域划分，并根据若干边缘节点所在的地理位置，将边缘节点划分到对应的区域中；
S003.确定终端设备请求访问的目标区域；
S004.获取目标区域中的默认边缘节点运行状态信息和备选边缘节点运行状态信息；
S005.基于默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度。
图3示出的是本实施例方法基于的联播系统架构，作为数字媒体信息发布系统，该联播系统基于云边端的架构，尤其适用于移动通信运营商厅店联播的应用场景。包括数据库服务池、缓存服务器集群、流媒体服务器池、应用服务器集群、安全认证服务器以及云服务管理员功能在内的服务中心，架设在云端，提供统一的计算能力、存储能力、应用服务和统一的设备接入能力；本实施例提供的联播系统的管控方法中，在终端设备和云端服务器之间设置若干边缘节点，在边端使边缘节点具备接入管控功能和边缘计算功能；终端设备支持Android、IOS等各种终端智能显示设备。
如图2和图4所示的，步骤S001.中，在终端设备与云端服务器之间设置若干边缘节点，可以将云端服务器的部分数据计算任务和存储任务下沉到边缘节点，缓解了云服务中心的处理负担和存储压力，并且由于边缘节点更靠近终端设备侧，网络终端的可能性大大降低，提高了数据传输的稳定性，终端设备的可靠性能够有效得到响应，利于提升用户体验。
而且传统联播系统都是由终端设备直连后台服务资源池，如果终端设备数达到一定量规模，由于联播系统固有的传输视频文件等占用大量带宽的特点，网络带宽会是一个很大的瓶颈。本实施例方法中部署边缘节点中使用的智能流量调度策略，能有效解决传统联播系统在数据传输过程中占用带宽大、网络延迟的问题，提升终端设备的响应速度。本实施例中，边缘节点作为网关节点，通过部署流量调度策略，可以在联播系统中动态组网，使得终端设备在网络中能够动态的得到最佳的接入链路，与云服务器中心进行通信传输。
设置边缘节点后，进行步骤S002.，按照地理位置将云端服务器对应的网络服务范围进行区域划分，并根据若干边缘节点所在的地理位置，将边缘节点划分到对应的区域中。
将云端服务器对应的全网络服务范围按照地理位置，划分为若干个区域，边缘节点按照自身所在位置对应到划分的区域中；例如全网络服务范围为“北京市”，那全网可以按照“东城区”、“海淀区”、“朝阳区”等地理位置划分区域，该区域指的是对应服务于“东城区”、“海淀区”、“朝阳区”等的网络范围，那么在“东城区”、“海淀区”、“朝阳区”等实际地理位置的边缘节点，可以按照自身位置划分到的对应的网络区域中，并按照实际情况将同一区域中的边缘节点设置为默认边缘节点和备选边缘节点，节点作为默认节点或备选节点的设置，可以通过接口配置等本领域成熟技术实现。终端设备也可以按照自身地理位置请求接入对应区域的边缘节点，这样作为数据中心的边缘节点和具有播放功能的终端设备都位于用户附近，网络中断的可能性非常小。
划分网络区域后，可以遍历全网所有的边缘节点(包括默认边缘节点和备选边缘节点)，获取每个边缘节点的运行状态信息，用于后续的流量调度；其中运行状态信息可以包括边缘节点的健康状况信息、边缘节点的负载情况信息、边缘节点与相同区域内的其他边缘节点间的链路联网服务质量数据信息等，但不限于此；本实施例中链路联网服务质量数据信息可以是QOS数据。
步骤S003.确定终端设备请求访问的目标区域。
边缘节点根据当前终端设备的接入请求，可以确定终端设备要访问的区域，则该区域为目标区域，目标区域一般是最靠近终端设备的区域，在该区域中查找的最佳运行状态的边缘节点作为接入网关，会是最佳的访问链路，延迟相对最小，或者在延迟相同时，带宽成本最小，所以本实施例优先在目标区域中进行边缘节点的流量调度管控和筛选组网。
在确定终端区域请求访问的目标区域之后，进行步骤S004.获取目标区域中的默认边缘节点运行状态信息和备选边缘节点运行状态信息。
S401.确定目标区域后，可以遍历目标区域中的默认边缘节点(即主边缘节点，下同)和备选边缘节点，获取默认边缘节点运行状态信息和备选边缘节点运行状态信息，并根据得到的默认边缘节点运行状态信息和备选边缘节点运行状态信息，还可以进一步确定对应的默认边缘节点和备选边缘节点的节点类型。
本实施例方法还可以包括步骤S402：预设节点类型。
节点类型表示边缘节点运行状态的健康程度，节点类型根据对应默认边缘节点或备选边缘节点的运行状态信息确定；
本实施例中节点类型包括第一类型，可以表示为“classifyA”；第二类型，可以表示为“classifyB”；第三类型，可以表示为“classifyC”；三种类型对应的健康程度依次降低；还包括第四类型，可以表示为“classifyD”，第四类型是指不属于第一类型、第二类型以及第三类型的运行状态。
第一类型对应的健康程度可以从边缘节点的健康状况信息、边缘节点的负载情况信息、边缘节点与相同区域内的其他边缘节点间的链路联网服务质量数据信息等方面综合确定，所以第一类型在本实施例中表示节点健康程度达到：当前边缘节点运行性能状态在预设健康阈值范围内，链路类QOS(Quality of Service，服务质量)数据能够得到并且链路延迟在给定阈值范围内，负载类QOS数据能够得到和/或该节点没有超载。上述的预设健康阈值范围和给定阈值范围可以根据实际情况进行设置。一般情况下，属于第一类型的边缘节点是链路中延迟最小的节点，所以如果一个属于第一类型的节点不是主边缘节点时，也可以作为最佳备选边缘节点。
第二类型对应的健康程度为：当前边缘节点运行性能状态在预设健康阈值范围内，链路类QOS数据能得到但是链路延迟超过给定阈值。
第三类型对应的健康程度为：当前边缘节点运行性能状态超出预设健康阈值范围。
其他运行状态可以归到第四类型。
通过对边缘节点的运行健康程度归类划分，可以在遍历全网的边缘节点、获取边缘节点的运行状态信息后，自动对边缘节点的所属类型进行判断，继而在流量调度过程中，可以根据边缘节点类型对应的健康程度优劣进行调度管理，利于合理、高效的确定最优调度方案，完成流量调度。
本实施例中，边缘节点的负载情况信息、边缘节点与相同区域内的其他边缘节点间的链路联网服务质量数据信息，均可以通过边缘节点中的常规监控程序采集到；本实施例还给出一个可选示例，对边缘节点的健康状况信息进行判断，具体可以采用以下判断方法：
P1.通过部署在边缘节点内部的监控程序，获取一定范围内(范围可以自行设置，例如设置为全网，或部分区域)内的其他各边缘节点的负载情况，包括各个边缘节点的当前负载和最大可用负载等QOS数据；
P2.探测一定范围内的各区域中边缘节点的健康状况信息，健康状况信息除了可以依据边缘节点的当前负载、最大可用负载外，还可以依赖云端服务器的健康调度器，例如通过健康调度器根据ping命令的丢包率计算，确定计算结果是否在预设的健康阈值范围内，如果是，则说明当前边缘节点运行性能状态在预设健康阈值范围内，节点健康。
P3.在边缘节点中部署加权轮询调度规则，用于边缘节点的健康状况检查。该加权轮询调度规则包括：设置相应的权值W表示每个边缘节点的处理性能，根据权值W的高低顺序并按照轮询的方式将任务请求分配到每个边缘节点上。
权值高的边缘节点比权值低的节点处理更多的终端设备接入请求，相同权值的节点处理相同份额的接入请求。加权轮询的基本原理可描述为：
假设某个划分的区域内有一组边缘节点N＝{N0,N1,…,Nn-1}，W(Ni)表示节点Ni的权值，指示变量i(0＜i＜n，n为正整数)表示上一次选择的边缘节点，T(Ni)表示节点Ni当前所分配的任务量。
∑T(Ni)表示当前同步周期需要处理的任务总量。
∑W(Ni)表示结点的权值总和。
则：W(Ni)/∑W(Ni)＝T(Ni)/∑T(Ni)，表示任务的分配是按照各个边缘节点权值占权值总数的比例来进行分配。
通过采用加权轮询监控调度规则，可以动态调整每个边缘节点的健康权值(权值在不同的时间段，不同的网络状况下会随着时间的变化而变化)，从而动态调整每个边缘节点的最大负载。
基于确定的所有边缘节点的节点类型，进行步骤S005，基于默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度。
通过步骤S005进行流量调度时，可以包括以下S501和S502的调度情况。
其中，S501.处理目标区域所有默认边缘节点，根据默认边缘节点运行状态信息确定该默认边缘节点的节点类型，然后根据默认边缘节点所属不同类型时的以下几种情形，进行相应的流量调度：
S511.如果确定出默认边缘节点为第一类型classifyA，则继续判断当前区域是否存在最佳备选边缘节点。
可以根据获取的备选边缘节点运行状态信息确定出最佳备选边缘节点；最佳备选边缘节点为目标区域中属于第一类型的备选边缘节点。
其中默认边缘节点的节点类型可以用于确定节点可调度的流量比例，按照比例将该默认边缘节点的流量，调度到最佳备选边缘节点中。该步骤中，如果找到最佳备选边缘节点，则将当前默认边缘节点上的小部分流量，均分到目标区域中所有属于classifyA的最佳备选边缘节点上。例如，由于当前默认边缘节点健康，所以预设比例可以为20％，当只找到一个最佳备选边缘节点时，可以将当前默认边缘节点上的流量的百分之二十，全部调度到这个最佳备选边缘节点上；如果找到了两个最佳备选边缘节点，可以将当前默认边缘节点上的流量的百分之二十，均分后调度到这两个最佳备选边缘节点上。
这样在网络服务过程中，所有边缘节点都动态的调整自身的流量负载，利于保持或恢复到最佳的运行状态。
S512.如果确定出默认边缘节点为第二类型classifyB或第三类型classifyC，则继续判断当前区域是否存在最佳备选边缘节点。
可以根据获取的备选边缘节点运行状态信息确定出最佳备选边缘节点；根据默认边缘节点的节点类型确定可调度的流量比例。由于默认边缘节点处于classifyB或classifyC时属于健康度较差或不健康的情形，所以预设的调度比例可以高一点，例如第二类型对应设置为百分之五十，第三类型对应设置为百分之七十，则如果存在最佳备选边缘节点，则在这个默认边缘节点处于classifyB时，将流量的百分之五十均分到目标区域中所有最佳备选边缘节点上；在这个默认边缘节点处于classifyC时，将流量的百分之七十均分到目标区域中所有最佳备选边缘节点上。
S502.处理当前区域的备选节点，遍历目标区域的备选边缘节点列表，根据获取的备选边缘节点运行状态信息确定对应备选边缘节点的节点类型，然后根据备选边缘节点所属不同类型时的以下几种情形，进行流量调度：
S521.如果备选边缘节点属于classifyA，继续判断该节点对应的默认边缘节点；如果默认节点能接收更多流量，则将该备选边缘节点的部分流量切回该默认边缘节点。
可以根据默认边缘节点运行状态信息，确定出能够接收流量的默认边缘节点；
备选边缘节点的节点类型可以用于确定该备选边缘节点可调度的流量比例，按照预设比例可以将对应备选边缘节点的流量，调度到能够接收流量的默认边缘节点上。
classifyA的备选边缘节点属于健康节点，设置的调度比例可以低一点，例如10％；调度时需要先判断该备选边缘节点所对应的默认边缘节点有能力再次接受流量，如果可以接受，才将classifyA的备选边缘节点流量的百分之十调度到对应的默认边缘节点上。
S522.如果备选边缘节点属于classifyD，继续判断该节点对应的默认边缘节点；如果默认节点能接收更多流量，则将该备选边缘节点的全部流量切回该默认边缘节点。
S523.如果备选边缘节点属于classifyB或classifyC，继续判断该节点对应的默认边缘节点；如果默认节点能接收更多流量，则将该备选边缘节点的部分流量(例如按照20％比例或40％比例)切回该默认边缘节点。备选边缘节点的健康程度越差，调度流量的比例越高。
S524.在步骤S521～S523中，如果当前备选边缘节点对应的默认边缘节点不能再接收流量，即能够接收流量的默认边缘节点确定过程失败时，在目标区域内，遍历其他备选边缘节点，根据获取的备选边缘节点运行状态信息，查找最佳备选边缘节点；最佳备选边缘节点为属于第一类型的备选边缘节点。
找到最佳备选边缘节点后，将当前边缘节点的流量按照预设比例调度到最佳备选边缘节点。
在步骤S005.之后，还包括步骤S006，进行目标区域与邻近区域之间的流量调度：
S601.根据默认边缘节点运行状态信息，查找目标区域中过载的默认边缘节点；
查找的过程即监控的过程，监控到目标区域中存在过载默认边缘节点，首先产生告警信息进行过载告警。
然后进行S602.查找将该过载默认边缘节点作为备选边缘节点的邻近区域；其中邻近区域位于目标区域预设范围内；
由于节点所在的地理位置原因，一些边缘节点可能同时服务于多个相邻的区域，在区域H中做为主节点的边缘节点，可能在区域P或区域Q中作为备选边缘节点。
所以当目标区域中出现过载默认边缘节点时，可以在不以该过载默认边缘节点为主节点的邻近区域，进行流量调度。
S603.按照流量调度规则，将过载的默认边缘节点的流量调度到邻近区域中的默认边缘节点上，具体包括：
找到不以该过载默认边缘节点为主节点的邻近区域后，将目标区域中过载的默认边缘节点的流量，按照预设比例，调度到邻近区域的默认边缘节点上，优选的，调度优先选择邻近区域有能力再度接收流量的过载边缘节点。例如区域H中过载的默认边缘节点，既是区域P中的备选节点又是区域Q中的备选节点，但区域P中的默认边缘节点不健康，区域Q的默认边缘节点健康，则选择将过载的默认边缘节点的调度到区域Q的默认边缘节点上。
各边缘节点上重复执行步骤S001-S006，进行实时动态流量调度。
终端节点在请求访问目标区域后，目标区域中筛选出最佳的边缘节点(即健康的节点)接入终端设备。目标区域中的各边缘节点处于动态流量调度状态，利于筛选出最佳运行状态(节点健康)的边缘节点接入终端设备，而终端设备在发现要接入的某个边缘节点不可用时，可以自动轮询距离最近的可用的边缘节点；通过这种接入规则，可以使每个终端设备在对服务中心的访问链路中，总是接入最佳链路，从而极大地解决网络带宽瓶颈的问题，这样与传统技术中相同的画质、相同数量的终端设备接入情况相比，本实施例方法通过动态流量调度，能够实现带宽占用的大幅度减少，可以提升终端设备的有效响应速度，减少网络延迟，改善用户体验。
图5示出的是在另一实施中本公开提供的一种联播系统的管控装置结构示意图，联播系统包括终端设备、云端服务器以及若干边缘节点，边缘节点设置在终端设备和云端服务器之间，联播系统的管控装置可以以软件程序或可编程逻辑电路等的方式集成在边缘节点中；联播系统的管控装置包括
设置模块200，用于在终端设备与云端服务器之间设置若干边缘节点；
划分模块201，用于按照地理位置将云端服务器对应的网络服务范围进行区域划分，并根据若干边缘节点所在的地理位置，将边缘节点划分到对应的区域中；
确定模块203，用于确定终端设备请求访问的目标区域；
获取模块202，用于获取该目标区域中的默认边缘节点运行状态信息和备选边缘节点运行状态信息；
调度模块204，用于基于默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度。
本实施例中，联播系统的管控装置可用于对应实施本公开上述联播系统的管控方法中的步骤，以通过配置边缘节点降低云端服务器的计算压力和负载压力。通过对边缘节点进行流量调度，能够使每个终端设备在整个链路中访问云端服务器的链路总是最佳链路，从而极大地解决网络带宽瓶颈的问题。
其中设置模块200可用于对应实现图2示出的联播系统的管控方法中的步骤S001，在终端设备与云端服务器之间设置若干边缘节点，可以将云端服务器的部分数据计算任务和存储任务下沉到边缘节点，缓解了云服务中心的处理负担和存储压力，并且由于边缘节点更靠近终端设备侧，网络终端的可能性大大降低，提高了数据传输的稳定性，终端设备的可靠性能够有效得到响应，利于提升用户体验。
划分模块201可用于对应实现图2示出的联播系统的管控方法中的步骤S002，按照地理位置将云端服务器对应的网络服务范围进行区域划分，并根据若干边缘节点所在的地理位置，将边缘节点划分到对应的区域中。
将云端服务器对应的全网络服务范围按照地理位置，划分为若干个区域，边缘节点按照自身所在位置对应到划分的区域中；例如全网络服务范围为“北京市”，那全网可以按照“东城区”、“海淀区”、“朝阳区”等地理位置划分区域，该区域指的是对应服务于“东城区”、“海淀区”、“朝阳区”等的网络范围，那么在“东城区”、“海淀区”、“朝阳区”等实际地理位置的边缘节点，可以按照自身位置划分到的对应的网络区域中，并按照实际情况将同一区域中的边缘节点设置为默认边缘节点和备选边缘节点，节点作为默认节点或备选节点的设置，可以通过接口配置等本领域成熟技术实现。终端设备也可以按照自身地理位置请求接入对应区域的边缘节点，这样作为数据中心的边缘节点和具有播放功能的终端设备都位于用户附近，网络中断的可能性非常小。
确定模块203可用于对应实现图2示出的联播系统的管控方法中的步骤S003，根据当前终端设备的接入请求，可以确定终端设备要访问的区域，则该区域为目标区域，目标区域一般是最靠近终端设备的区域，在该区域中查找的最佳运行状态的边缘节点作为接入网关，会是最佳的访问链路，延迟相对最小，或者在延迟相同时，带宽成本最小，所以本实施例优先在目标区域中进行边缘节点的流量调度管控和筛选组网。
获取模块可用于对应实现图2示出的联播系统的管控方法中的步骤S004，在确定终端区域请求访问的目标区域之后，获取目标区域中的默认边缘节点运行状态信息和备选边缘节点运行状态信息。具体可以通过遍历目标区域中的默认边缘节点(即主边缘节点，下同)和备选边缘节点，获取默认边缘节点运行状态信息和备选边缘节点运行状态信息，并根据得到的默认边缘节点运行状态信息和备选边缘节点运行状态信息，确定对应的默认边缘节点和备选边缘节点的节点类型。
获取模块202还包括类型划分子模块220，用于预设节点类型。节点类型表示边缘节点运行状态的健康程度，节点类型根据对应默认边缘节点或备选边缘节点的运行状态信息确定；
本实施例中节点类型包括第一类型，可以表示为“classifyA”；第二类型，可以表示为“classifyB”；第三类型，可以表示为“classifyC”；三种类型对应的健康程度依次降低；还包括第四类型，可以表示为“classifyD”，第四类型是指不属于第一类型、第二类型以及第三类型的运行状态。
第一类型对应的健康程度可以从边缘节点的健康状况信息、边缘节点的负载情况信息、边缘节点与相同区域内的其他边缘节点间的链路联网服务质量数据信息等方面综合确定，所以第一类型在本实施例中表示节点健康程度达到：当前边缘节点运行性能状态在预设健康阈值范围内，链路类QOS(Quality of Service，服务质量)数据能够得到并且链路延迟在给定阈值范围内，负载类QOS数据能够得到和/或该节点没有超载。上述的预设健康阈值范围和给定阈值范围可以根据实际情况进行设置。一般情况下，属于第一类型的边缘节点是链路中延迟最小的节点，所以如果一个属于第一类型的节点不是主边缘节点时，也可以作为最佳备选边缘节点。
第二类型对应的健康程度为：当前边缘节点运行性能状态在预设健康阈值范围内，链路类QOS数据能得到但是链路延迟超过给定阈值。
第三类型对应的健康程度为：当前边缘节点运行性能状态超出预设健康阈值范围。
其他运行状态可以归到第四类型。
通过对边缘节点的运行健康程度归类划分，可以在遍历全网的边缘节点、获取边缘节点的运行状态信息后，自动对边缘节点的所属类型进行判断，继而在流量调度过程中，可以根据边缘节点类型对应的健康程度优劣进行调度管理，利于合理、高效的确定最优调度方案，完成流量调度。
本实施例中，边缘节点的负载情况信息、边缘节点与相同区域内的其他边缘节点间的链路联网服务质量数据信息，均可以通过边缘节点中的常规监控程序采集到；本实施例还给出一个可选示例，获取模块对边缘节点的健康状况信息进行判断，具体可以采用以下判断策略：
P1.通过监控程序，获取一定范围内(范围可以自行设置，例如设置为全网，或部分区域)内的其他各边缘节点的负载情况，包括各个边缘节点的当前负载和最大可用负载等QOS数据；
P2.探测一定范围内的各区域中边缘节点的健康状况信息，健康状况信息除了可以依据边缘节点的当前负载、最大可用负载外，还可以依赖云端服务器的健康调度器，例如通过健康调度器根据ping命令的丢包率计算，确定计算结果是否在预设的健康阈值范围内，如果是，则说明当前边缘节点运行性能状态在预设健康阈值范围内，节点健康。
P3.通过预设加权轮询调度规则，用于边缘节点的健康状况检查。该加权轮询调度规则包括：设置相应的权值W表示每个边缘节点的处理性能，根据权值W的高低顺序并按照轮询的方式将任务请求分配到每个边缘节点上。
权值高的边缘节点比权值低的节点处理更多的终端设备接入请求，相同权值的节点处理相同份额的接入请求。加权轮询的基本原理可描述为：
假设某个划分的区域内有一组边缘节点N＝{N0,N1,…,Nn-1}，W(Ni)表示节点Ni的权值，指示变量i(0＜i＜n，n为正整数)表示上一次选择的边缘节点，T(Ni)表示节点Ni当前所分配的任务量。
∑T(Ni)表示当前同步周期需要处理的任务总量。
∑W(Ni)表示结点的权值总和。
则：W(Ni)/∑W(Ni)＝T(Ni)/∑T(Ni)，表示任务的分配是按照各个边缘节点权值占权值总数的比例来进行分配。
通过采用加权轮询监控调度规则，可以动态调整每个边缘节点的健康权值(权值在不同的时间段，不同的网络状况下会随着时间的变化而变化)，从而动态调整每个边缘节点的最大负载。
调度模块204可用于对应实现图2示出的联播系统的管控方法中的步骤S005，基于默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度。该调度模块的执行的调度策略包括以下1)和2)：
1).处理目标区域所有默认边缘节点，根据默认边缘节点运行状态信息确定该默认边缘节点的节点类型，然后根据默认边缘节点所属不同类型时的以下几种情形，进行调度：
11).如果确定出默认边缘节点为第一类型classifyA，则继续判断当前区域是否存在最佳备选边缘节点。
可以根据获取的备选边缘节点运行状态信息确定出最佳备选边缘节点；最佳备选边缘节点为目标区域中属于第一类型的备选边缘节点。
其中默认边缘节点的节点类型可以用于确定节点可调度的流量比例，按照比例将该默认边缘节点的流量，调度到最佳备选边缘节点中。该步骤中，如果找到最佳备选边缘节点，则将当前默认边缘节点上的小部分流量，均分到目标区域中所有属于classifyA的最佳备选边缘节点上。例如，由于当前默认边缘节点健康，所以预设比例可以为20％，当只找到一个最佳备选边缘节点时，可以将当前默认边缘节点上的流量的百分之二十，全部调度到这个最佳备选边缘节点上；如果找到了两个最佳备选边缘节点，可以将当前默认边缘节点上的流量的百分之二十，均分后调度到这两个最佳备选边缘节点上。
这样在网络服务过程中，所有边缘节点都动态的调整自身的流量负载，利于保持或恢复到最佳的运行状态。
12).如果确定出默认边缘节点为第二类型classifyB或第三类型classifyC，则继续判断当前区域是否存在最佳备选边缘节点。
可以根据获取的备选边缘节点运行状态信息确定出最佳备选边缘节点；根据默认边缘节点的节点类型确定可调度的流量比例。由于默认边缘节点处于classifyB或classifyC时属于健康度较差或不健康的情形，所以预设的调度比例可以高一点，例如第二类型对应设置为百分之五十，第三类型对应设置为百分之七十，则如果存在最佳备选边缘节点，则在这个默认边缘节点处于classifyB时，将流量的百分之五十均分到目标区域中所有最佳备选边缘节点上；在这个默认边缘节点处于classifyC时，将流量的百分之七十均分到目标区域中所有最佳备选边缘节点上。
2).处理当前区域的备选节点，遍历目标区域的备选边缘节点列表，根据获取的备选边缘节点运行状态信息确定对应备选边缘节点的节点类型，然后根据备选边缘节点所属不同类型时的以下几种情形，进行调度：
21).如果备选边缘节点属于classifyA，继续判断该节点对应的默认边缘节点；如果默认节点能接收更多流量，则将该备选边缘节点的部分流量切回该默认边缘节点。
可以根据默认边缘节点运行状态信息，确定出能够接收流量的默认边缘节点；
备选边缘节点的节点类型可以用于确定该备选边缘节点可调度的流量比例，按照预设比例可以将对应备选边缘节点的流量，调度到能够接收流量的默认边缘节点上。
classifyA的备选边缘节点属于健康节点，设置的调度比例可以低一点，例如10％；调度时需要先判断该备选边缘节点所对应的默认边缘节点有能力再次接受流量，如果可以接受，才将classifyA的备选边缘节点流量的百分之十调度到对应的默认边缘节点上。
22).如果备选边缘节点属于classifyD，继续判断该节点对应的默认边缘节点；如果默认节点能接收更多流量，则将该备选边缘节点的全部流量切回该默认边缘节点。
23).如果备选边缘节点属于classifyB或classifyC，继续判断该节点对应的默认边缘节点；如果默认节点能接收更多流量，则将该备选边缘节点的部分流量(例如按照20％比例或40％比例)切回该默认边缘节点。备选边缘节点的健康程度越差，调度流量的比例越高。
24).如果当前备选边缘节点对应的默认边缘节点不能再接收流量，即能够接收流量的默认边缘节点确定过程失败时，在目标区域内，遍历其他备选边缘节点，根据获取的备选边缘节点运行状态信息，查找最佳备选边缘节点；最佳备选边缘节点为属于第一类型的备选边缘节点。
找到最佳备选边缘节点后，将当前边缘节点的流量按照预设比例调度到最佳备选边缘节点。
本实施例提供的装置还包括次调度模块205，用于进行目标区域与邻近区域之间的流量调度，实现图2示出的步骤S006.：
次调度模块205根据默认边缘节点运行状态信息，查找目标区域中过载的默认边缘节点；查找的过程即监控的过程，监控到目标区域中存在过载默认边缘节点，首先产生告警信息进行过载告警。
查找将该过载默认边缘节点作为备选边缘节点的邻近区域；其中邻近区域位于目标区域预设范围内；然后按照流量调度规则，将过载的默认边缘节点的流量调度到邻近区域中的默认边缘节点上。
找到不以该过载默认边缘节点为主节点的邻近区域后，将目标区域中过载的默认边缘节点的流量，按照预设比例，调度到邻近区域的默认边缘节点上，优选的，调度优先选择邻近区域有能力再度接收流量的过载边缘节点。
各模块配合，重复实现流量调度操作。
本实施例提供的装置还包括接入模块206，用于预设接入规则，为终端设备确定最佳的边缘节点输入终端设备。
预设接入规则包括：在目标区域中筛选出最佳运行状态(节点健康)的边缘节点接入终端设备。
终端节点在请求访问目标区域后，目标区域中筛选出最佳的边缘节点(即健康的节点)接入终端设备。目标区域中的各边缘节点处于动态流量调度状态，利于筛选出最佳运行状态(节点健康)的边缘节点接入终端设备，而终端设备在发现要接入的某个边缘节点不可用时，可以自动轮询距离最近的可用的边缘节点；通过这种接入规则，可以使每个终端设备在对服务中心的访问链路中，总是接入最佳链路，从而极大地解决网络带宽瓶颈的问题，这样与传统技术中相同的画质、相同数量的终端设备接入情况相比，本实施例方法通过动态流量调度，能够实现带宽占用的大幅度减少，可以提升终端设备的有效响应速度，减少网络延迟，改善用户体验。
图6示出了本公开提供的一种联播系统的管控设备硬件结构示意图，在联播系统的管控设备可以包括处理器301以及存储有计算机程序指令的存储器302。
具体地，上述处理器301可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本公开实施例的一个或多个集成电路。
存储器302可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器302可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器302可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器302可在综合网关容灾设备的内部或外部。在特定实施例中，存储器302是非易失性固态存储器。
处理器301通过读取并执行存储器302中存储的计算机程序指令，以实现图2所示实施例中的步骤S001至S006，并达到图2所示实例执行其方法/步骤达到的相应技术效果，为简洁描述在此不再赘述。
在一个示例中，联播系统的管控设备还可包括通信接口303和总线310。其中，如图6所示，处理器301、存储器302、通信接口303通过总线310连接并完成相互间的通信。
通信接口303，主要用于实现本公开实施例中各模块、装置、单元和/或设备之间的通信。
总线310包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线310可包括一个或多个总线。尽管本公开实施例描述和示出了特定的总线，但本公开考虑任何合适的总线或互连。
另外，结合上述实施例中的联播系统的管控方法，本公开实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种联播系统的管控方法。
图3示出了本公开提供的一种联播系统，系统包括终端节点、边缘节点以及云端服务器；
云端服务器，可以按照地理位置将对应的网络服务范围进行区域划分，并根据边缘节点所在的地理位置，将边缘节点划分到对应的区域中；该步骤也可以在边缘节点端进行。
边缘节点如图7所示，可用于进行如图2示出的联播系统的管控方法中的步骤S001-S006，以筛选出运行状态满足预设接入规则的边缘节点，接入终端设备。
该联播系统基于云边端的架构，尤其适用于移动通信运营商厅店联播的应用场景。联播系统的最上层为云端提供核心的基础服务层，包括数据库服务池、缓存服务器集群、流媒体服务器池、应用服务器集群、安全认证服务器以及云服务管理员功能在内的服务中心，架设在云端，提供统一的计算能力、存储能力、应用服务和统一的设备接入能力；具体包括各种联播素材视频数据处理，如视频素材分发以及二次加工，视频文件的存储，视频分析等功能。
在终端设备和云端服务器之间设置的若干边缘节点，是在网络边端使边缘节点具备接入管控功能和边缘计算功能；边缘节点通过部署流量调度规则，使得终端设备接入最佳的边缘网关节点后，边缘节点可以实现终端设备数据的采集、流转、存储、分析和上报设备数据至云端，同时边缘节点提供规则引擎、函数计算引擎，方便场景编排和业务扩展。例如，通过规则引擎，解决视频文件传输带宽瓶颈即是视频通道上下行带宽不足的情况。
联播系统的最下层为终端设备接入层，终端设备端通过统一的接口接入，终端设备支持Android、IOS等各种终端智能显示设备，通过本实施例调度策略接入链路中的最佳边缘节点，从而实现终端设备的管理和控制。
图7中边缘节点包括资源管理功能模块用于管理网络边缘的计算、网络配置管理和资源存储。设备接入功能模块和数据采集功能模块分别用于接入终端设备和从终端设备中获取数据。安全管理功能模块用于保障来自终端设备的数据的安全。平台管理功能模块用于管理终端设备和监测控制节点上边缘计算应用的运行状态。
边缘节点的应用调度管理器中部署流量调度策略，执行图2示出的联播系统的管控方法中的步骤，可以使得联播系统的延迟较之于传统技术，在相同情况下达到带宽成本最小。流量调度策略能够尽量保证每个终端设备在指定的延迟内，能访问到链路中最佳的边缘节点，实现联播系统的动态组网、远程运维；基于最佳边缘网关的健康状态，利于实现视频文件大批量传输、远程指令调用等功能，达到从终端到边缘端，再从边缘端到云端，形成完整的云组网方案，从而极大地解决网络带宽瓶颈的问题。
需要明确的是，本公开并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本公开的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本公开的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。
以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本公开的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
还需要说明的是，本公开中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本公开不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。
上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。
以上所述，仅为本公开的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本公开的保护范围之内。

Claims (11)

1.一种联播系统的管控方法，其特征在于，所述联播系统包括终端设备、云端服务器以及若干边缘节点，边缘节点设置在终端设备与云端服务器之间；所述方法包括：
确定终端设备请求访问的目标区域；
获取所述目标区域中的默认边缘节点运行状态信息和备选边缘节点运行状态信息；
基于所述默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度。
2.根据权利要求1所述的联播系统的管控方法，其特征在于，在所述确定终端设备请求访问的目标区域之前，所述方法还包括：
按照地理位置将云端服务器对应的网络服务范围进行区域划分，并根据所述若干边缘节点所在的地理位置，将边缘节点划分到对应的区域中。
3.根据权利要求1所述的联播系统的管控方法，其特征在于，所述基于所述默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度之前，所述方法还包括：
预设节点类型；所述节点类型表示边缘节点运行状态的健康程度，节点类型根据对应默认边缘节点或备选边缘节点的运行状态信息确定；
所述节点类型包括第一类型、第二类型和第三类型，三种类型对应的健康程度依次降低。
4.根据权利要求3所述的联播系统的管控方法，其特征在于，
所述第一类型对应的健康程度为：当前边缘节点运行性能状态在预设健康阈值范围内，链路类QOS数据能够得到并且链路延迟在给定阈值范围内，负载类QOS数据能够得到和/或该节点没有超载；
所述第二类型对应的健康程度为：当前边缘节点运行性能状态在预设健康阈值范围内，链路类QOS数据能得到但是链路延迟超过给定阈值；
所述第三类型对应的健康程度为：当前边缘节点运行性能状态超出预设健康阈值范围；
所述节点类型还包括第四类型，第四类型对应的是当前边缘节点不属于所述第一类型、第二类型以及第三类型的运行状态。
5.根据权利要求3所述的联播系统的管控方法，其特征在于，所述基于所述默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度，包括：
根据所述默认边缘节点运行状态信息确定该默认边缘节点的节点类型；
当确定出所述默认边缘节点为第一类型、第二类型或第三类型后，根据所述备选边缘节点运行状态信息确定出最佳备选边缘节点；所述最佳备选边缘节点为属于第一类型的备选边缘节点；
根据所述默认边缘节点的节点类型确定可调度的流量比例，按照所述比例将该默认边缘节点的流量，调度到所述最佳备选边缘节点中。
6.根据权利要求3所述的联播系统的管控方法，其特征在于，所述基于所述默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度，包括：
根据所述备选边缘节点运行状态信息确定对应备选边缘节点的节点类型；
根据所述默认边缘节点运行状态信息，确定出能够接收流量的默认边缘节点；
根据所述备选边缘节点的节点类型，按照预设比例将对应备选边缘节点的流量，调度到所述能够接收流量的默认边缘节点上。
7.根据权利要求6所述的联播系统的管控方法，其特征在于，所述基于所述默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度，还包括：
在所述能够接收流量的默认边缘节点确定失败时，在所述目标区域内，根据所述备选边缘节点运行状态信息查找最佳备选边缘节点；所述最佳备选边缘节点为属于第一类型的备选边缘节点；
将流量调度到所述最佳备选边缘节点，该流量来自于目标区域中该最佳备选边缘节点之外的备选边缘节点。
8.根据权利要求3所述的联播系统的管控方法，其特征在于，所述基于所述默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度之后，所述方法还包括：
根据所述默认边缘节点运行状态信息，查找所述目标区域中过载的默认边缘节点；
查找将该过载默认边缘节点作为备选边缘节点的邻近区域；所述邻近区域位于所述目标区域预设范围内；
按照所述流量调度规则，将所述过载的默认边缘节点的流量调度到邻近区域中的默认边缘节点上。
9.一种联播系统的管控装置，其特征在于，所述联播系统包括终端设备、云端服务器以及若干边缘节点，边缘节点设置在终端设备与云端服务器之间；所述装置包括
确定模块，用于确定终端设备请求访问的目标区域；
获取模块，用于获取该目标区域中的默认边缘节点运行状态信息和备选边缘节点运行状态信息；
调度模块，用于基于所述默认边缘节点运行状态信息和备选边缘节点运行状态信息，通过预设的流量调度策略，在对应的默认边缘节点与备选边缘节点之间进行流量调度。
10.一种联播系统的管控设备，其特征在于，所述设备包括：处理器，以及存储有计算机程序指令的存储器；所述处理器读取并执行所述计算机程序指令，以实现如权利要求1-8任意一项所述的联播系统的管控方法。
11.一种联播系统，其特征在于，包括终端节点、边缘节点以及云端服务器；
若干所述边缘节点设置在所述终端设备与所述云端服务器之间；
所述边缘节点用于进行权利要求1-8任一项所述的联播系统的管控方法中的步骤，以筛选出运行状态满足预设接入规则的边缘节点，接入所述终端设备。
CN202011314745.7A 2020-11-20 2020-11-20 一种联播系统的管控方法、装置、设备及联播系统 Pending CN114553964A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011314745.7A CN114553964A (zh) 2020-11-20 2020-11-20 一种联播系统的管控方法、装置、设备及联播系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011314745.7A CN114553964A (zh) 2020-11-20 2020-11-20 一种联播系统的管控方法、装置、设备及联播系统

Publications (1)

Publication Number Publication Date
CN114553964A true CN114553964A (zh) 2022-05-27

Family

ID=81659660

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011314745.7A Pending CN114553964A (zh) 2020-11-20 2020-11-20 一种联播系统的管控方法、装置、设备及联播系统

Country Status (1)

Country Link
CN (1) CN114553964A (zh)

Citations (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1585357A (zh) * 2003-08-19 2005-02-23 华为技术有限公司 一种在网络中选择服务器的方法
CN101919209A (zh) * 2008-01-23 2010-12-15 艾利森电话股份有限公司 在固定接入通信网络中选择边缘节点
CN102088413A (zh) * 2011-03-02 2011-06-08 华为技术有限公司 一种网络流量分流方法、网络节点及系统
CN102752225A (zh) * 2012-08-01 2012-10-24 杭州迪普科技有限公司 一种链路负载均衡装置及管理服务器
CN103095597A (zh) * 2011-10-28 2013-05-08 华为技术有限公司 一种用于负载均衡的方法和装置
CN103139082A (zh) * 2011-11-29 2013-06-05 苏州达联信息科技有限公司 一种视频直播分发网络的动态路由方法及装置
CN103368753A (zh) * 2012-03-26 2013-10-23 上海地面通信息网络有限公司 一种多链路互为冗余备份的网络路由控制系统
CN104080196A (zh) * 2013-03-28 2014-10-01 华东师范大学 一种混合拓扑网络超短波远程数据传输系统及其传输方法
CN104219544A (zh) * 2013-05-29 2014-12-17 中国电信股份有限公司 Iptv业务资源的动态调度方法与系统
CN104320487A (zh) * 2014-11-11 2015-01-28 网宿科技股份有限公司 内容分发网络的http调度系统和方法
CN104836747A (zh) * 2015-05-13 2015-08-12 汉柏科技有限公司 网络出站负载均衡方法及系统
WO2015149639A1 (zh) * 2014-04-03 2015-10-08 华为技术有限公司 调度无线资源的方法、控制节点和系统
WO2017080172A1 (zh) * 2015-11-13 2017-05-18 乐视控股（北京）有限公司 网络调度方法和系统
JP2017152852A (ja) * 2016-02-23 2017-08-31 株式会社日立製作所 通信システム、通信装置、および通信システムの通信制御方法
WO2018065813A1 (en) * 2016-10-05 2018-04-12 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for distribution of virtual layer 2 traffic towards multiple access network devices
CN108650317A (zh) * 2018-05-10 2018-10-12 深圳市汇星数字技术有限公司 内容分发网络的负载调节方法、装置及设备
CN109274745A (zh) * 2018-09-28 2019-01-25 北京北斗方圆电子科技有限公司 一种边缘节点优化计算的物联网系统和方法
CN109831511A (zh) * 2019-02-18 2019-05-31 华为技术有限公司 调度内容分发网络cdn边缘节点的方法及设备
CN109889569A (zh) * 2019-01-03 2019-06-14 网宿科技股份有限公司 Cdn服务调度方法及系统
CN110049130A (zh) * 2019-04-22 2019-07-23 北京邮电大学 一种基于边缘计算的服务部署和任务调度方法及装置
CN110266744A (zh) * 2019-02-27 2019-09-20 中国联合网络通信集团有限公司 基于位置的边缘云资源调度方法及系统
CN110300184A (zh) * 2019-07-10 2019-10-01 深圳市网心科技有限公司 边缘节点分配方法、装置、调度服务器及存储介质
CN110336885A (zh) * 2019-07-10 2019-10-15 深圳市网心科技有限公司 边缘节点分配方法、装置、调度服务器及存储介质
CN110636092A (zh) * 2018-06-22 2019-12-31 中移（杭州）信息技术有限公司 一种内容访问系统、方法及内容服务器
CN110830533A (zh) * 2018-08-10 2020-02-21 贵州白山云科技股份有限公司 一种用于云分发网络的http调度方法和系统
CN111225059A (zh) * 2020-01-10 2020-06-02 中移（杭州）信息技术有限公司 网络请求资源调度方法、装置、电子设备及存储介质
CN111277510A (zh) * 2020-01-22 2020-06-12 普联技术有限公司 一种链路负载均衡方法、装置、控制器及网关设备
CN111491013A (zh) * 2020-03-30 2020-08-04 腾讯科技（深圳）有限公司 服务器调度方法、装置、系统、存储介质及计算机设备
US20200296155A1 (en) * 2020-03-27 2020-09-17 Intel Corporation Method, system and product to implement deterministic on-boarding and scheduling of virtualized workloads for edge computing
WO2020207264A1 (zh) * 2019-04-08 2020-10-15 阿里巴巴集团控股有限公司 网络系统、服务提供与资源调度方法、设备及存储介质
CN111787069A (zh) * 2020-06-09 2020-10-16 中移雄安信息通信科技有限公司 业务接入请求的处理方法、装置、设备及计算机存储介质

Patent Citations (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1585357A (zh) * 2003-08-19 2005-02-23 华为技术有限公司 一种在网络中选择服务器的方法
CN101919209A (zh) * 2008-01-23 2010-12-15 艾利森电话股份有限公司 在固定接入通信网络中选择边缘节点
CN102088413A (zh) * 2011-03-02 2011-06-08 华为技术有限公司 一种网络流量分流方法、网络节点及系统
CN103095597A (zh) * 2011-10-28 2013-05-08 华为技术有限公司 一种用于负载均衡的方法和装置
CN103139082A (zh) * 2011-11-29 2013-06-05 苏州达联信息科技有限公司 一种视频直播分发网络的动态路由方法及装置
CN103368753A (zh) * 2012-03-26 2013-10-23 上海地面通信息网络有限公司 一种多链路互为冗余备份的网络路由控制系统
CN102752225A (zh) * 2012-08-01 2012-10-24 杭州迪普科技有限公司 一种链路负载均衡装置及管理服务器
CN104080196A (zh) * 2013-03-28 2014-10-01 华东师范大学 一种混合拓扑网络超短波远程数据传输系统及其传输方法
CN104219544A (zh) * 2013-05-29 2014-12-17 中国电信股份有限公司 Iptv业务资源的动态调度方法与系统
WO2015149639A1 (zh) * 2014-04-03 2015-10-08 华为技术有限公司 调度无线资源的方法、控制节点和系统
CN104320487A (zh) * 2014-11-11 2015-01-28 网宿科技股份有限公司 内容分发网络的http调度系统和方法
CN104836747A (zh) * 2015-05-13 2015-08-12 汉柏科技有限公司 网络出站负载均衡方法及系统
WO2017080172A1 (zh) * 2015-11-13 2017-05-18 乐视控股（北京）有限公司 网络调度方法和系统
JP2017152852A (ja) * 2016-02-23 2017-08-31 株式会社日立製作所 通信システム、通信装置、および通信システムの通信制御方法
WO2018065813A1 (en) * 2016-10-05 2018-04-12 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for distribution of virtual layer 2 traffic towards multiple access network devices
CN108650317A (zh) * 2018-05-10 2018-10-12 深圳市汇星数字技术有限公司 内容分发网络的负载调节方法、装置及设备
CN110636092A (zh) * 2018-06-22 2019-12-31 中移（杭州）信息技术有限公司 一种内容访问系统、方法及内容服务器
CN110830533A (zh) * 2018-08-10 2020-02-21 贵州白山云科技股份有限公司 一种用于云分发网络的http调度方法和系统
CN109274745A (zh) * 2018-09-28 2019-01-25 北京北斗方圆电子科技有限公司 一种边缘节点优化计算的物联网系统和方法
CN109889569A (zh) * 2019-01-03 2019-06-14 网宿科技股份有限公司 Cdn服务调度方法及系统
CN109831511A (zh) * 2019-02-18 2019-05-31 华为技术有限公司 调度内容分发网络cdn边缘节点的方法及设备
CN110266744A (zh) * 2019-02-27 2019-09-20 中国联合网络通信集团有限公司 基于位置的边缘云资源调度方法及系统
WO2020207264A1 (zh) * 2019-04-08 2020-10-15 阿里巴巴集团控股有限公司 网络系统、服务提供与资源调度方法、设备及存储介质
CN110049130A (zh) * 2019-04-22 2019-07-23 北京邮电大学 一种基于边缘计算的服务部署和任务调度方法及装置
CN110336885A (zh) * 2019-07-10 2019-10-15 深圳市网心科技有限公司 边缘节点分配方法、装置、调度服务器及存储介质
CN110300184A (zh) * 2019-07-10 2019-10-01 深圳市网心科技有限公司 边缘节点分配方法、装置、调度服务器及存储介质
CN111225059A (zh) * 2020-01-10 2020-06-02 中移（杭州）信息技术有限公司 网络请求资源调度方法、装置、电子设备及存储介质
CN111277510A (zh) * 2020-01-22 2020-06-12 普联技术有限公司 一种链路负载均衡方法、装置、控制器及网关设备
US20200296155A1 (en) * 2020-03-27 2020-09-17 Intel Corporation Method, system and product to implement deterministic on-boarding and scheduling of virtualized workloads for edge computing
CN111491013A (zh) * 2020-03-30 2020-08-04 腾讯科技（深圳）有限公司 服务器调度方法、装置、系统、存储介质及计算机设备
CN111787069A (zh) * 2020-06-09 2020-10-16 中移雄安信息通信科技有限公司 业务接入请求的处理方法、装置、设备及计算机存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
纪越峰: "现代通信技术", 北京邮电大学出版社, pages: 411 - 414 *

Similar Documents

Publication Publication Date Title
US11330470B2 (en) Method and system for scheduling multi-access edge computing resources
CN111262906B (zh) 分布式边缘计算服务系统下的移动用户终端任务卸载方法
KR102034532B1 (ko) 스펙트럼 리소스들의 제공 및 분배를 위한 시스템 및 방법
US20210368514A1 (en) Base station radio resource management for network slices
JP5686892B2 (ja) セルラー電気通信システムのネットワーク要素
US9924392B2 (en) SDN orchestration and optimization of antennas and frequencies in radio access networks
US10404616B2 (en) Virtual resource automatic selection system and method
CN112764920B (zh) 一种边缘应用部署方法、装置、设备和存储介质
CN114205316B (zh) 一种基于电力业务的网络切片资源分配方法及装置
CN112543508A (zh) 面向5g网络切片的无线资源分配方法及网络架构
CN109379208B (zh) 网络对象管理方法及其装置
US11140582B2 (en) Wireless band priority metrics analysis and response
US11706719B2 (en) Dynamic operation parameter optimization and modulation of a wireless network
CN112737980B (zh) 基于时间的网络切片资源动态划分方法及装置
KR102201799B1 (ko) 소프트웨어 정의 네트워크 기반 포그 시스템에서의 동적 로드밸런싱 방법 및 동적 로드밸런싱 장치
CN116382892B (zh) 一种基于多云融合以及云服务的负载均衡方法及装置
CN114553964A (zh) 一种联播系统的管控方法、装置、设备及联播系统
CN115023968A (zh) 一种业务处理方法、装置以及系统
WO2019170071A1 (zh) 用于无线通信的电子设备、方法和计算机可读存储介质
EP3854127A1 (en) Cellular telecommunications network
CN110888734A (zh) 一种雾计算资源处理方法、装置、电子设备及存储介质
EP2930617A1 (en) Resource management method and device
CN114302428B (zh) 一种mec节点的确定方法及装置
CN111404724A (zh) 网络切片选择方法、用户设备接入网络的方法及设备
WO2022201395A1 (ja) 制御システム及び制御方法

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