CN110868608A

CN110868608A - Live broadcast service scheduling method, device and storage medium

Info

Publication number: CN110868608A
Application number: CN201911192242.4A
Authority: CN
Inventors: 牛妍华; 张伟; 冯海亮; 万倩; 赵明
Original assignee: Research Institute Of Radio And Television Science State Administration Of Radio And Television
Current assignee: Research Institute Of Radio And Television Science State Administration Of Radio And Television
Priority date: 2019-11-28
Filing date: 2019-11-28
Publication date: 2020-03-06
Anticipated expiration: 2039-11-28
Also published as: CN110868608B

Abstract

The invention provides a live broadcast service scheduling method, a live broadcast service scheduling device and a storage medium, which are used for reasonably utilizing spectrum resources, realizing flexible scheduling of live broadcast services and ensuring the quality of service of the live broadcast services. The live broadcast service scheduling method comprises the following steps: acquiring a live broadcast service scheduling factor, wherein the live broadcast service scheduling factor comprises at least one of the following items: region identification, channel identification and user identification; determining an initial live broadcast service strategy according to the live broadcast service scheduling factor; and providing the live broadcast service according to the determined initial live broadcast service strategy.

Description

Live broadcast service scheduling method, device and storage medium

Technical Field

The invention relates to the technical field of broadcast television live broadcast services, in particular to a live broadcast service scheduling method, a live broadcast service scheduling device and a storage medium.

Background

Broadcasting and television cable operators always use a Digital Video Broadcasting (DVB) Digital television system to provide live broadcast services after Digital transformation, and the DVB Digital television system provides full live broadcast services by using frequency spectrum resources, has the advantages of mature technology, high service quality, capability of meeting the requirements of safe broadcast guarantee and the like, and is always valued by the Broadcasting and television cable operators.

With the advance of integration of three networks, interactive on-demand services are increasingly abundant, services such as high definition, ultra-high definition 4K and the like are favored by users, generally, under 64QAM modulation, one frequency point can transmit 7-8 sets of standard definition channels, can transmit 4-5 sets of high definition channels, and can only transmit 1 set of ultra-high definition channels, and the occurrence of various new services accelerates the consumption of frequency spectrum resources, so that the frequency spectrum resources are seriously insufficient, and the requirement of increasingly growing definition is difficult to support.

Disclosure of Invention

The embodiment of the invention provides a live broadcast service scheduling method, a live broadcast service scheduling device and a storage medium, which are used for reasonably utilizing frequency spectrum resources, realizing flexible scheduling of live broadcast services and ensuring the quality of service of the live broadcast services.

In a first aspect, a live broadcast service scheduling method is provided, including:

acquiring a live broadcast service scheduling factor, wherein the live broadcast service scheduling factor comprises at least one of the following items: region identification, channel identification and user identification;

determining an initial live broadcast service strategy according to the live broadcast service scheduling factor;

and providing the live broadcast service according to the determined initial live broadcast service strategy.

In an embodiment, determining an initial live broadcast service policy according to the live broadcast service scheduling factor specifically includes:

determining an available service type and an access network type of a corresponding area according to the area identifier, and determining a primary service strategy according to the service type and the access network type, wherein the available service type comprises whether Digital Video Broadcasting (DVB) live broadcast service and/or Internet Protocol (IP) live broadcast service is supported, and the access network type comprises whether DVB transmission and/or IP transmission is supported;

determining heat information of a corresponding channel according to the channel identifier, and determining a secondary service policy according to the primary service policy and the heat information, wherein the secondary service policy comprises whether to start main/standby service protection and/or whether to start main/standby transmission mode protection;

determining service quality grade information of a corresponding user according to the user identification, and determining a tertiary service strategy according to the primary service strategy, the heat information of a corresponding channel and the user service quality grade information, wherein the tertiary service strategy comprises whether to start main/standby service protection and/or whether to start main/standby transmission mode protection;

if the fact that the DVB live broadcast service and the IP live broadcast service are simultaneously supported and the DVB transmission and the IP transmission are simultaneously supported is determined according to the primary service strategy, the tertiary service strategy is determined to be the initial live broadcast service strategy; if the fact that only DVB live broadcast service or IP live broadcast service is supported and only DVB transmission or IP transmission is supported is determined according to the region strategy information, the secondary service strategy is determined to be the initial live broadcast service strategy; and when the secondary service strategy is unavailable, determining the primary service strategy as the initial live broadcast service strategy.

In one embodiment, determining a secondary service policy according to the primary service policy and the heat information specifically includes:

if the corresponding channel is determined to be a high-heat channel according to the heat information, and if the primary service strategy is only to support DVB live broadcast service and only to support DVB transmission, the secondary service strategy is determined to be not to start service protection and transmission protection, only to start a primary service system and only to start a DVB transmission mode, wherein the primary service system is a DVB live broadcast service system, and the primary transmission mode is a DVB transmission mode;

if the corresponding channel is determined to be a high-heat channel according to the heat information, and if the primary service strategy is to only support IP live broadcast service and only support IP transmission, the secondary service strategy is determined to be not to start service protection and transmission protection, only to start a main service system and only to start an IP transmission mode, wherein the main service system is an IP live broadcast service system, and the main transmission mode is an IP multicast transmission mode;

if the corresponding channel is determined to be a high-heat channel according to the heat information, and if the primary service strategy is to simultaneously support DVB live broadcast service and IP live broadcast service and simultaneously support DVB transmission and IP transmission, the secondary service strategy is determined to start service protection and transmission protection, simultaneously start a primary service system and a standby service system and start a primary transmission mode and a standby transmission mode, wherein the primary service system is a DVB live broadcast service system, the standby service system is an IP live broadcast service system, the primary transmission mode is a DVB transmission mode, and the standby transmission mode is an IP multicast transmission mode; and

determining a third-level service policy according to the first-level service policy and the user service quality grade information, specifically comprising:

if the user service quality grade information is high, determining that the corresponding channel is a high-heat channel according to the heat information, and if the primary service strategy is to simultaneously support DVB live broadcast service and IP live broadcast service and simultaneously support DVB transmission mode and IP transmission mode, determining that the tertiary service strategy is to start service protection and transmission protection, and simultaneously start a primary service system and a standby service system and start a primary transmission mode and a standby transmission mode, wherein the primary service system is a DVB live broadcast service system, the standby service system is an IP live broadcast service system, the primary transmission mode is a DVB transmission mode, and the standby transmission mode is an IP multicast transmission mode.

if the corresponding channel is determined to be the medium-temperature channel according to the heat information, and if the primary service strategy is only to support DVB live broadcast service and only to support DVB transmission, the secondary service strategy is determined to be not to start service protection and transmission protection, and only to start a main service system and only to start a DVB transmission mode, wherein the main service system is a DVB live broadcast service system, and the main transmission mode is a DVB transmission mode;

if the corresponding channel is determined to be the medium-temperature channel according to the heat information, and if the primary service strategy is only to support IP live broadcast service and only to support IP transmission, the secondary service strategy is determined to be not to start service protection and transmission protection, and only to start a main service system and only to start an IP transmission mode, wherein the main service system is an IP live broadcast service system, and the main transmission mode is an IP multicast transmission mode;

if the corresponding channel is determined to be a medium-temperature channel according to the heat information, and if the primary service strategy simultaneously supports DVB live broadcast service and IP live broadcast service and simultaneously supports DVB transmission and IP transmission, the secondary service strategy is determined to be to start service protection and transmission protection, simultaneously start a primary service system and a standby service system and start a primary transmission mode and a standby transmission mode, wherein the primary service system is an IP live broadcast service system, the standby service system is a DVB live broadcast service system, the primary transmission mode is an IP multicast transmission mode, and the standby transmission mode is a DVB transmission mode; and

if the user service quality grade information is high, determining that the corresponding channel is a medium-heat channel according to the heat information, and if the primary service strategy simultaneously supports DVB live broadcast service and IP live broadcast service and simultaneously supports DVB transmission mode and IP transmission mode, determining that the tertiary service strategy is to start service protection and transmission protection, simultaneously start a primary service system and a standby service system and start a primary transmission mode and a standby transmission mode, wherein the primary service system is an IP live broadcast service system, the standby service system is a DVB live broadcast service system, the primary transmission mode is an IP multicast transmission mode, and the standby transmission mode is a DVB transmission mode.

if the corresponding channel is determined to be a low-heat channel according to the heat information, and if the primary service strategy is only to support DVB live broadcast service and only to support DVB transmission, the secondary service strategy is determined to be not to start service protection and transmission protection, and only to start a primary service system and only to start a DVB transmission mode, wherein the primary service system is a DVB live broadcast service system, and the primary transmission mode is a DVB transmission mode;

if the corresponding channel is determined to be a low-heat channel according to the heat information, and if the primary service strategy is only to support IP live broadcast service and only to support IP transmission, the secondary service strategy is determined to be not to start service protection and transmission protection, and only to start a main service system and only to start an IP transmission mode, wherein the main service system is an IP live broadcast service system, and the main transmission mode is an IP unicast transmission mode;

if the corresponding channel is determined to be a low-heat channel according to the heat information, and if the primary service strategy is to simultaneously support DVB live broadcast service and IP live broadcast service and simultaneously support DVB transmission and IP transmission, the secondary service strategy is determined to start service protection and transmission protection, simultaneously start a primary service system and a standby service system and start a primary transmission mode and a standby transmission mode, wherein the primary service system is an IP live broadcast service system, the standby service system is a DVB live broadcast service system, the primary transmission mode is an IP unicast transmission mode, and the standby transmission mode is a DVB transmission mode; and

if the user service quality grade information is high, determining that the corresponding channel is a low-heat channel according to the heat information, and if the primary service strategy simultaneously supports DVB live broadcast service and IP live broadcast service and simultaneously supports DVB transmission mode and IP transmission mode, determining that the tertiary service strategy is to start service protection and transmission protection, and simultaneously start a primary service system and a standby service system and start a primary transmission mode and a standby transmission mode, wherein the primary service system is an IP live broadcast service system, the standby service system is a DVB live broadcast service system, the primary transmission mode is an IP unicast transmission mode, and the standby transmission mode is a DVB transmission mode.

In one embodiment, the live broadcast service scheduling factor further includes exceptional event information; and

the method further comprises the following steps:

in the process of providing the live broadcast service according to the initial live broadcast service strategy, dynamically adjusting the initial live broadcast service strategy according to the abnormal event information and/or the channel heat updating information;

and providing the live broadcast service according to the adjusted live broadcast service strategy.

In one embodiment, the abnormal event information includes an overload event of the main service system, an interruption event of the main service system, an overload event of the main transmission link, and an interruption event of the main transmission link.

In an embodiment, if the abnormal event information is an overload event of the primary service system, dynamically adjusting the initial live broadcast service policy according to the abnormal event information includes:

if the initial live broadcast service strategy is a three-level service strategy or a two-level service strategy, adjusting a service protection mode to start service protection, and adjusting part of live broadcast services to a standby service system to provide services; if the initial live broadcast business strategy is a primary service strategy, keeping the current strategy unchanged;

if the abnormal event information is an interrupt event of the main service system, dynamically adjusting the initial live broadcast service policy according to the abnormal event information, specifically comprising:

if the initial live broadcast service strategy is a three-level service strategy or a two-level service strategy, adjusting a service protection mode to only start a standby service system and adjusting the live broadcast service to the standby service system to provide service; if the initial live broadcast business strategy is a primary service strategy, keeping the current strategy unchanged;

if the abnormal event information is an overload event of the main transmission link, dynamically adjusting the initial live broadcast service policy according to the abnormal event information, specifically comprising:

if the initial live broadcast service strategy is a three-level service strategy or a two-level service strategy, adjusting a service protection mode to start transmission protection, and transmitting part of live broadcast services by using a standby transmission mode; if the initial live broadcast business strategy is a primary service strategy, keeping the current strategy unchanged;

if the abnormal event information is a main transmission link interruption event, dynamically adjusting the initial live broadcast service policy according to the abnormal event information, specifically comprising:

if the initial live broadcast service strategy is a three-level service strategy or a two-level service strategy, adjusting a transmission protection mode to only start a standby transmission mode, and transmitting part of live broadcast services by using the standby transmission mode; and if the initial live broadcast business strategy is a primary service strategy, keeping the current strategy unchanged.

In a second aspect, a computing device is provided, the computing device comprising: a memory, a processor and a computer program stored on the memory and executable on the processor, the computer program, when executed by the processor, implementing the steps of any of the methods described above.

In a third aspect, a computer storage medium is provided, on which a computer program is stored, which, when being executed by a processor, carries out the steps of any of the methods described above.

By adopting the technical scheme, the invention at least has the following advantages:

according to the live broadcast service scheduling method, the live broadcast service scheduling device and the storage medium, the live broadcast service strategy is determined according to the area identification, the channel identification and the user identification, the live broadcast service is provided for the user according to the determined live broadcast service strategy, and information such as the heat degree of the channel, the service quality requirement of the user and the like can be embodied from different angles through the user identification, the channel identification and the area identification, so that the determined live broadcast service strategy can reasonably utilize frequency spectrum resources, the flexible scheduling of the live broadcast service is realized, and the live broadcast service quality is ensured.

Drawings

Fig. 1a is a flowchart of a live broadcast service scheduling method according to an embodiment of the present invention;

fig. 1b is a schematic structural diagram of a live broadcast service scheduling system according to an embodiment of the present invention;

fig. 2 is a schematic flow chart of dynamically adjusting a live service policy according to an embodiment of the present invention;

FIG. 3 is a diagram illustrating a computing device according to an embodiment of the invention.

Detailed Description

To further explain the technical means and effects of the present invention adopted to achieve the intended purpose, the present invention will be described in detail with reference to the accompanying drawings and preferred embodiments.

It should be noted that the terms "first", "second", and the like in the description and the claims of the embodiments of the present invention and in the drawings described above are used for distinguishing similar objects and not necessarily for describing a particular order or sequence. It will be appreciated that the data so used may be interchanged under appropriate circumstances such that the embodiments described herein may be practiced otherwise than as specifically illustrated or described herein.

Reference herein to "a plurality or a number" means two or more. "and/or" describes the association relationship of the associated objects, meaning that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.

As shown in fig. 1a, it is a schematic flow chart of an implementation of a live broadcast service scheduling method provided in an embodiment of the present invention, and the method includes the following steps:

s11, acquiring live broadcast service scheduling factors, wherein the live broadcast service scheduling factors include at least one of the following: region identification, channel identification and user identification.

And S12, determining an initial live broadcast service strategy according to the live broadcast service scheduling factor.

And S13, providing live broadcast service according to the determined initial live broadcast service strategy.

As shown in fig. 1b, which is a schematic structural diagram of a live broadcast service scheduling system provided in an embodiment of the present invention, the live broadcast service scheduling system includes:

a scheduling factor interface unit 101, configured to obtain a live broadcast service scheduling factor, where the live broadcast service scheduling factor includes at least one of the following: region identification, channel identification and user identification;

a policy decision unit 102, configured to determine an initial live broadcast service policy according to the live broadcast service scheduling factor; and storing the data in a strategy library;

and the policy execution interface 103 is configured to obtain an initial live broadcast service policy from the policy repository, and provide a live broadcast service according to the initial live broadcast service policy.

The scheduling factor interface unit 101 is connected to a user tag library and a channel information library, and is configured to obtain the user identifier, that is, the qos class information of the corresponding user, from the user tag library, and obtain the channel identifier and the heat information of the corresponding channel from the channel information library. The strategy decision unit 101 is connected with the scheduling factor interface unit; and to the policy repository 105 via the policy store interface 104; the scheduling factor interface unit 101 is configured to obtain the live broadcast service scheduling factor; and storing the determined initial live broadcast service policy in the policy repository 105 through the policy storage interface 104.

In specific implementation, the policy decision unit 102 may be composed of a primary policy decision unit 1021, a secondary policy decision unit 1022, and a tertiary policy decision unit 1023, where the policy decision unit 1021 is configured to determine a primary service policy according to a preset area identifier, the secondary policy decision unit 1022 is configured to determine a secondary service policy according to a channel identifier obtained from a channel information base and heat information corresponding to a corresponding channel, and the tertiary policy decision unit 1023 is configured to determine a tertiary service policy according to a user identifier obtained from a user tag base and corresponding user service quality level information.

In the embodiment of the invention, the initial live broadcast service strategy is determined according to the information of three dimensions of the region, the channel and the user. The following describes the process of the present invention with reference to specific examples.

In the embodiment of the invention, the live broadcast business strategy comprises a primary service strategy, a secondary service strategy and a tertiary service strategy. The primary service strategy, the secondary service strategy and the tertiary service strategy are formed by initial calculation decisions of the system and are initial live broadcast service strategies in a default state of the system, and then dynamic adjustment can be implemented according to a service state, a link state, channel information and the like in the live broadcast service process.

In specific implementation, the primary service policy is used to determine the availability of a live broadcast service system and the availability of a live broadcast service transmission mode in a certain area. The primary service policy is a basic regional availability policy, generally, the scheduling system is not directly served, and only when the secondary service policy is unavailable, the primary service policy can be used for random service system selection and random transmission link selection.

Specifically, the available service type and the access network type of the corresponding area may be determined according to the area identifier, and the primary service policy may be determined according to the determined service type and the determined access network type, where the available service type includes whether DVB (digital video broadcasting) live broadcast service and/or IP (internet protocol) live broadcast service is supported, and the access network type includes whether DVB transmission and/or IP transmission is supported. As shown in table 1, it is a storage format schematic of the primary service policy:

TABLE 1

Region identification

Available service types

Available transmission links

Wherein:

area identification: for uniquely identifying operating areas with the same service system or the same access network, for example: if the access networks of some adjacent cells are all modified to FTTH (fiber to the home), the access networks can be assigned as an area. The area identifier can be uniquely identified by the operating agency according to the operating range.

Available service types: the method is used for identifying the type of the available live broadcast service system in a certain area, which can be represented by 2 bits; for example, code 01 means that only DVB live systems are supported; code 10 indicates that only an IP live system is supported; the code 11 represents that the DVB live broadcast service and the IP live broadcast system are simultaneously supported; code 00 is a reservation.

Available transmission links: which is used to indicate the type of access network available in the corresponding area, and which can be expressed in 2-bit bytes. For example, code 01 means that only DVB transmission mode is supported; 10 represents that only IP transmission modes are supported, including an IP multicast transmission mode and an IP unicast transmission mode; the code 11 indicates that the DVB transmission mode and the IP transmission mode are simultaneously supported; and (5) reserving the code 00.

The determination process of the primary service policy can be divided into the following two cases: an initial state and an operational state. In an initial state, all area representations in a live broadcast service operation range are traversed, for each area, an available service type and an access network type of the area are obtained, and an available service system and an available transmission link of the area are confirmed accordingly. In the running state, through the interface with the service system and the network management system, once the change of the available service type and the access network type is detected, the primary service strategy is updated.

In specific implementation, as shown in table 2, it is a schematic description of a primary service policy:

TABLE 2

And during specific implementation, the determined primary service strategy is stored in a strategy library.

The secondary service policy is used for determining a service mode, a transmission mode and a protection mode of a certain channel in a certain area. The live broadcast service scheduling system can schedule and protect the live broadcast service system and the transmission link in the designated area based on the secondary service strategy.

In specific implementation, the heat information of the corresponding channel may be determined according to the channel identifier, and a secondary service policy may be determined according to the determined primary service policy and the heat information, where the secondary service policy includes whether to start the primary/standby service protection and/or whether to start the primary/standby transmission mode protection, the live service system includes a primary service system and a standby service system, and the transmission mode includes a primary transmission mode and a standby transmission mode.

As shown in table 3, it is a storage structure schematic of the secondary service policy:

TABLE 3

Wherein:

area identification: for uniquely identifying operating areas with the same service system or the same access network, for example: and if the access networks of some adjacent cells are all reformed into FTTH, the access networks can be assigned as a region. The region identifier is uniquely identified by the operation mechanism according to the operation range.

And (3) channel identification: the system is used for uniquely identifying the live broadcast service channel of the operation mechanism, and the channel number is made into a unique identifier by the operation mechanism according to the service requirement.

Service protection identification: for identifying the service mode, it can be identified with 2 bit. For example, code 01 indicates that only the primary service system is turned on; code 10 indicates that only the standby service system is turned on; the code 11 indicates that the main service system and the standby service system are started simultaneously; and (5) reserving the code 00. And under the default condition, the service protection identifier is assigned to be 01.

And (3) transmission protection identification: for identifying the transmission mode, it can be identified with 2 bits. For example, code 01 indicates that only the primary transmission scheme is used; code 10 indicates that only alternate transmission is used; the code 11 indicates that the primary transmission mode and the standby transmission mode are used simultaneously; and (5) reserving the code 00. By default, the transmission protection representation is assigned a value of 01.

A main service system: the main service system is used for identifying a certain channel in a certain area and can be identified by 2 bits; for example, code 01 represents a DVB live system; code 10 represents an IP live system; code 11 and code 00 reservations.

The main transmission mode: the primary transmission mode used for identifying a certain channel in a certain area can be identified by 2 bits. For example, code 01 represents a DVB transmission; code 10 represents IP multicast transmission; code 11 represents IP unicast transmission; and (5) reserving the code 00.

The standby service system: the standby service system is used for identifying a certain channel in a certain area and can be identified by 2 bits; for example, code 01 represents a DVB live system; code 10 represents an IP live system; code 11 and code 00 reservations.

Standby transmission mode: the spare transmission mode for identifying a certain channel in a certain area can be identified by 2 bits. For example, code 01 represents a DVB transmission; code 10 represents IP multicast transmission; code 11 represents IP unicast transmission; and (5) reserving the code 00.

As shown in table 4, it is a secondary service policy schematic table corresponding to different channel heat information:

specifically, if the corresponding channel is determined to be a high-heat channel according to the heat information, and if the primary service strategy is to support only DVB live broadcast service and only DVB transmission, the secondary service strategy is determined to be not to start service protection and transmission protection, only to start a primary service system and only to start a DVB transmission mode, wherein the primary service system is a DVB live broadcast service system, and the primary transmission mode is a DVB transmission mode; if the corresponding channel is determined to be a high-heat channel according to the heat information, and if the primary service strategy is to only support IP live broadcast service and only support IP transmission, the secondary service strategy is determined to be not to start service protection and transmission protection, only to start a main service system and only to start an IP transmission mode, wherein the main service system is an IP live broadcast service system, and the main transmission mode is an IP multicast transmission mode; if the corresponding channel is determined to be a high-heat channel according to the heat information, and if the primary service strategy is to simultaneously support DVB live broadcast service and IP live broadcast service and simultaneously support DVB transmission and IP transmission, the secondary service strategy is determined to start service protection and transmission protection, simultaneously start a primary service system and a standby service system and start a primary transmission mode and a standby transmission mode, wherein the primary service system is a DVB live broadcast service system, the standby service system is an IP live broadcast service system, the primary transmission mode is a DVB transmission mode, and the standby transmission mode is an IP multicast transmission mode.

If the corresponding channel is determined to be the medium-temperature channel according to the heat information, and if the primary service strategy is only to support DVB live broadcast service and only to support DVB transmission, the secondary service strategy is determined to be not to start service protection and transmission protection, and only to start a main service system and only to start a DVB transmission mode, wherein the main service system is a DVB live broadcast service system, and the main transmission mode is a DVB transmission mode; if the corresponding channel is determined to be the medium-temperature channel according to the heat information, and if the primary service strategy is only to support IP live broadcast service and only to support IP transmission, the secondary service strategy is determined to be not to start service protection and transmission protection, and only to start a main service system and only to start an IP transmission mode, wherein the main service system is an IP live broadcast service system, and the main transmission mode is an IP multicast transmission mode; if the corresponding channel is determined to be the medium temperature channel according to the heat information, and if the primary service strategy is to simultaneously support DVB live broadcast service and IP live broadcast service and simultaneously support DVB transmission and IP transmission, the secondary service strategy is determined to start service protection and transmission protection, simultaneously start a primary service system and a standby service system and start a primary transmission mode and a standby transmission mode, wherein the primary service system is an IP live broadcast service system, the standby service system is a DVB live broadcast service system, the primary transmission mode is an IP multicast transmission mode, and the standby transmission mode is a DVB transmission mode.

If the corresponding channel is determined to be a low-heat channel according to the heat information, and if the primary service strategy is only to support DVB live broadcast service and only to support DVB transmission, the secondary service strategy is determined to be not to start service protection and transmission protection, and only to start a primary service system and only to start a DVB transmission mode, wherein the primary service system is a DVB live broadcast service system, and the primary transmission mode is a DVB transmission mode; if the corresponding channel is determined to be a low-heat channel according to the heat information, and if the primary service strategy is only to support IP live broadcast service and only to support IP transmission, the secondary service strategy is determined to be not to start service protection and transmission protection, and only to start a main service system and only to start an IP transmission mode, wherein the main service system is an IP live broadcast service system, and the main transmission mode is an IP unicast transmission mode; if the corresponding channel is determined to be a low-heat channel according to the heat information, and if the primary service strategy is to simultaneously support DVB live broadcast service and IP live broadcast service and simultaneously support DVB transmission and IP transmission, the secondary service strategy is determined to start service protection and transmission protection, simultaneously start a primary service system and a standby service system and start a primary transmission mode and a standby transmission mode, wherein the primary service system is an IP live broadcast service system, the standby service system is a DVB live broadcast service system, the primary transmission mode is an IP unicast transmission mode, and the standby transmission mode is a DVB transmission mode.

After the secondary service policy is determined, the determined secondary service policy may be stored in a policy repository.

The three-level service strategy is used for carrying out differential scheduling and protection on the service mode and the transmission mode of a user in a certain frequency channel in a certain area. It should be noted that the live broadcast service scheduling system introduces a three-level service policy as a service optimization policy only when an operation mechanism operates a DVB live broadcast service and an IP live broadcast system at the same time and can simultaneously support DVB transmission, IP multicast and unicast transmission by using a transmission link.

In specific implementation, the service quality grade information of the corresponding user can be determined according to the user identifier, and a tertiary service policy is determined according to the primary service policy, the heat information of the corresponding channel and the user service quality grade information, where the tertiary service policy includes whether to start the main/standby service protection and/or whether to start the main/standby transmission mode protection.

As shown in table 5, it is a three-level service policy storage structure schematic:

TABLE 5

Wherein:

And (3) channel identification: the system is used for uniquely identifying the live broadcast service channel of the operation mechanism, and the channel identification is formulated by the operation mechanism according to the service requirement.

And (3) user identification: the method is used for uniquely identifying the user, and the user identification corresponds to information such as the service quality grade of the user, the multi-screen habits (0 represents that no multi-screen access habits exist; 1 represents that the multi-screen access habits exist) of the user and the like. When the user service quality grade is higher, the protection mark is opened to be the main and standby simultaneous service; and when the multi-screen habit of the user is 1, transmitting the stream with the corresponding code rate to a multicast replication point.

As shown in table 6, it is a three-level service policy indication further determined by combining the user service quality level information:

TABLE 6

Specifically, if the user service quality level information is high, and the corresponding channel is determined to be a high-heat channel according to the heat information, and if the primary service policy is to simultaneously support a DVB live broadcast service and an IP live broadcast service and simultaneously support a DVB transmission mode and an IP transmission mode, the tertiary service policy is determined to start service protection and transmission protection, and simultaneously start a primary service system and a standby service system and start a primary transmission mode and a standby transmission mode, where the primary service system is a DVB live broadcast service system, the standby service system is a IP live broadcast service system, the primary transmission mode is a DVB transmission mode, and the standby transmission mode is an IP multicast transmission mode.

If the user service quality grade information is low, and the corresponding channel is determined to be a high-heat channel according to the heat information, if the primary service strategy simultaneously supports DVB live broadcast service and IP live broadcast service and simultaneously supports DVB transmission mode and IP transmission mode, the tertiary service strategy is determined to be not to start service protection and transmission protection, and only to start a primary service system and a primary service transmission mode, wherein the primary service system can be a DVB live broadcast system, and the primary transmission mode can be a DVB transmission mode. It should be noted that, if the main service system and the main transmission link are detected to be abnormal, the live broadcast service policy may be dynamically adjusted to start service protection and transmission protection, so as to switch to the standby service system and the standby transmission mode, thereby ensuring the reliability of the live broadcast service.

If the user service quality grade information is low, determining that the corresponding channel is a medium-heat channel according to the heat information, and if the primary service strategy simultaneously supports DVB live broadcast service and IP live broadcast service and simultaneously supports DVB transmission mode and IP transmission mode, determining that the tertiary service strategy is not to start service protection and transmission protection, and only starting a primary service system and a primary transmission mode, wherein the primary service system is an IP live broadcast service system, and the primary transmission mode is an IP multicast transmission mode. It should be noted that, if the main service system and the main transmission link are detected to be abnormal, the live broadcast service policy may be dynamically adjusted to start service protection and transmission protection, so as to switch to the standby service system and the standby transmission mode, thereby ensuring the reliability of the live broadcast service.

If the user service quality grade information is low, determining that the corresponding channel is a low-heat channel according to the heat information, and if the primary service strategy simultaneously supports DVB live broadcast service and IP live broadcast service and simultaneously supports DVB transmission mode and IP transmission mode, determining that the tertiary service strategy is not to start service protection and transmission protection, and only starting a primary service system and a primary transmission mode, wherein the primary service system is an IP live broadcast service system, and the primary transmission mode is an IP unicast transmission mode. It should be noted that, if the main service system and the main transmission link are detected to be abnormal, the live broadcast service policy may be dynamically adjusted to start service protection and transmission protection, so as to switch to the standby service system and the standby transmission mode, thereby ensuring the reliability of the live broadcast service.

After the tertiary service policy is determined, the determined tertiary service policy may be stored in a policy repository.

And during specific implementation, determining an initial live broadcast business strategy according to the determined primary service strategy, secondary service strategy and tertiary service strategy. Specifically, if it is determined that the DVB live broadcast service and the IP live broadcast service are simultaneously supported and the DVB transmission and the IP transmission are simultaneously supported according to the primary service policy, it is determined that the tertiary service policy is the initial live broadcast service policy; if the fact that only DVB live broadcast service or IP live broadcast service is supported and only DVB transmission or IP transmission is supported is determined according to the region strategy information, the secondary service strategy is determined to be the initial live broadcast service strategy; and when the secondary service strategy is unavailable, determining the primary service strategy as the initial live broadcast service strategy.

And in the initial operation stage of the system, the live broadcast service scheduling system provides live broadcast service for the user according to the determined initial live broadcast service strategy.

In the running process of the system, the live broadcasting service strategy can be dynamically adjusted according to the heat information, the abnormal event information and the like of the channel.

Correspondingly, the live broadcast service scheduling system provided by the embodiment of the present invention further includes an abnormal event interface unit 106 and a dynamic decision unit 107, where the abnormal event interface unit 106 is connected to the service state detection module, the network management system and the dynamic decision unit 107, respectively, and the abnormal event interface unit 106 is connected to the network management system through a system interface layer. The dynamic decision unit 107 is connected to the policy repository 105 through the policy storage interface 104, and is configured to store the live broadcast service policy dynamically adjusted in the system operation process into the policy repository 105. In this embodiment, the policy enforcement interface 103 may be connected to the policy repository 105 through the dynamic decision unit 107 and the policy storage interface 104.

Based on this, as shown in fig. 2, the flow diagram for dynamically adjusting the live broadcast service policy includes the following steps:

s21, respectively obtaining a first-level service strategy, a second-level service strategy and a third-level service strategy from the strategy library.

And S22, determining an initial live broadcast business strategy according to the acquired primary service strategy, secondary service strategy and tertiary service strategy.

And S23, providing live broadcast service according to the determined initial live broadcast service strategy.

And S24, in the process of providing the live broadcast service according to the determined initial live broadcast service strategy, intercepting abnormal event information and/or channel heat updating information.

S25, judging whether abnormal event information and/or channel hot degree updating information is sensed, if yes, executing step S26, otherwise executing step S24.

And S26, dynamically adjusting the live broadcast service strategy according to the sensed and/or channel heat update information.

In specific implementation, if the channel hotness updating information is sensed, the secondary service strategy and the tertiary service strategy are determined again according to the sensed channel hotness updating information, the updated secondary service strategy and the updated tertiary service strategy are stored in the strategy library, and further, the live broadcast service strategy is adjusted and executed according to the updated secondary service strategy and the updated tertiary service strategy.

And if the abnormal event information is sensed, adjusting and executing the live broadcast service strategy according to the abnormal event information, and storing the updated live broadcast service strategy into a strategy library.

In the embodiment of the present invention, the abnormal event information may include at least one of the following items: the system comprises a main service system overload event, a main service system interruption event, a main transmission link overload event and a main transmission link interruption event.

In specific implementation, 2-bit codes can be used to identify abnormal event information, for example, code 00 represents an overload event of the primary service system; code 01 represents a primary service system interrupt event; code 10 represents a primary transmission link overload event; the encoding 11 represents a primary transmission link interruption event.

According to the type of the sensed abnormal event, in the embodiment of the present invention, the live service policy may be adjusted as follows:

if the abnormal event information is an overload event of the main service system and the initial live broadcast service strategy is a three-level service strategy or a two-level service strategy, adjusting the service protection mode to start service protection and adjusting part of live broadcast services to a standby service system to provide services; if the initial live broadcast business strategy is a primary service strategy, the current strategy is kept unchanged.

It should be noted that, if the initial live broadcast service policy is the mode of opening service protection, after the overload event of the main service system is detected, it is only required to directly adjust part of the live broadcast service to the standby service system without readjusting, and in specific implementation, the adjustment may be performed according to a certain traffic proportion, for example, 20% of the live broadcast service is adjusted to the standby service system, or according to the priority of the service, for example, the low-priority live broadcast service is adjusted to the standby service system.

If the abnormal event information is an interruption event of the main service system and the initial live broadcast service strategy is a three-level service strategy or a two-level service strategy, adjusting the service protection mode to only start a standby service system and adjusting the live broadcast service to the standby service system to provide service; and if the initial live broadcast business strategy is a primary service strategy, keeping the current strategy unchanged.

In this embodiment, if the initial live broadcast service policy is that the service protection is to be started, the live broadcast service is directly adjusted to the standby service system without readjustment after the interruption event of the main service system is intercepted.

If the abnormal event information is an overload event of the main transmission link and the initial live broadcast service strategy is a three-level service strategy or a two-level service strategy, adjusting a service protection mode to start transmission protection and transmitting part of live broadcast services by using a standby transmission mode; if the initial live broadcast business strategy is a primary service strategy, the current strategy is kept unchanged.

In this embodiment, if the initial live broadcast service policy is to start a transmission protection manner, when it is detected that the main transmission link is overloaded, a part of live broadcast services transmitted by the main transmission link is directly switched to the standby transmission link for transmission, and in specific implementation, adjustment may be performed according to a certain traffic proportion, for example, 20% of the live broadcast services are adjusted to the standby service system, or adjustment may be performed according to a priority of the services, for example, live broadcast services with a low priority are adjusted to the standby service system.

If the initial live broadcast service strategy is a three-level service strategy or a two-level service strategy and the initial live broadcast service strategy is the three-level service strategy or the two-level service strategy, adjusting a transmission protection mode to only start a standby transmission mode and transmitting part of live broadcast services by using the standby transmission mode; if the initial live broadcast business strategy is a primary service strategy, the current strategy is kept unchanged.

In this embodiment, if the initial live broadcast service policy is that the transmission protection mode is started, the live broadcast service is directly adjusted to the standby transmission link without readjustment after the interruption event of the main transmission link is monitored.

Having described the live service scheduling method according to an exemplary embodiment of the present invention, a computing apparatus according to another exemplary embodiment of the present invention is described next.

As will be appreciated by one skilled in the art, aspects of the present invention may be embodied as a system, method or program product. Thus, various aspects of the invention may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.) or an embodiment combining hardware and software aspects that may all generally be referred to herein as a "circuit," module "or" system.

In some possible embodiments, a computing device according to the present invention may include at least one processor, and at least one memory. Wherein the memory stores program code which, when executed by the processor, causes the processor to perform the steps of the live service scheduling method according to various exemplary embodiments of the present invention described above in this specification. For example, the processor may execute step S11 shown in fig. 1, obtaining a live traffic scheduling factor, the live traffic scheduling factor including at least one of: region identification, channel identification and user identification; step S12, determining an initial live broadcast service strategy according to the live broadcast service scheduling factor; and step S13, providing the live broadcast service according to the determined live broadcast service strategy.

The computing device 30 according to this embodiment of the invention is described below with reference to fig. 3. The computing device 30 shown in fig. 3 is only an example and should not impose any limitations on the functionality or scope of use of embodiments of the present invention.

As shown in fig. 3, the computing apparatus 30 is in the form of a general purpose computing device. Components of computing device 30 may include, but are not limited to: the at least one processor 31, the at least one memory 32, and a bus 33 connecting the various system components (including the memory 32 and the processor 31).

Bus 33 represents one or more of any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, a processor, or a local bus using any of a variety of bus architectures.

The memory 32 may include readable media in the form of volatile memory, such as Random Access Memory (RAM)321 and/or cache memory 322, and may further include Read Only Memory (ROM) 323.

Memory 32 may also include a program/utility 325 having a set (at least one) of program modules 324, such program modules 324 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may comprise an implementation of a network environment.

Computing device 30 may also communicate with one or more external devices 34 (e.g., keyboard, pointing device, etc.), with one or more devices that enable a user to interact with computing device 30, and/or with any devices (e.g., router, modem, etc.) that enable computing device 30 to communicate with one or more other computing devices. Such communication may be through input/output (I/O) interfaces 35. Also, computing device 30 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the Internet) via network adapter 36. As shown, network adapter 36 communicates with other modules for computing device 30 over bus 33. It should be understood that although not shown in the figures, other hardware and/or software modules may be used in conjunction with computing device 30, including but not limited to: microcode, device drivers, redundant processors, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.

In some possible embodiments, the aspects of the live broadcast service scheduling method provided by the present invention can also be implemented in the form of a program product, which includes program code for causing a computer device to execute the steps in the live broadcast service scheduling method according to various exemplary embodiments of the present invention described above in this specification when the program product runs on the computer device, for example, the computer device may execute step S11 shown in fig. 1 to obtain a live broadcast service scheduling factor, where the live broadcast service scheduling factor includes at least one of the following: region identification, channel identification and user identification; step S12, determining an initial live broadcast service strategy according to the live broadcast service scheduling factor; and step S13, providing the live broadcast service according to the determined live broadcast service strategy.

The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

The program product for live traffic scheduling of embodiments of the present invention may employ a portable compact disc read only memory (CD-ROM) and include program code, and may be run on a computing device. However, the program product of the present invention is not limited in this regard and, in the present document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

A readable signal medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable signal medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

Program code embodied on a readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device over any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., over the internet using an internet service provider).

It should be noted that although several units or sub-units of the apparatus are mentioned in the above detailed description, such division is merely exemplary and not mandatory. Indeed, the features and functions of two or more of the units described above may be embodied in one unit, according to embodiments of the invention. Conversely, the features and functions of one unit described above may be further divided into embodiments by a plurality of units.

Moreover, while the operations of the method of the invention are depicted in the drawings in a particular order, this does not require or imply that the operations must be performed in this particular order, or that all of the illustrated operations must be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step execution, and/or one step broken down into multiple step executions.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

While the invention has been described in connection with specific embodiments thereof, it is to be understood that it is intended by the appended drawings and description that the invention may be embodied in other specific forms without departing from the spirit or scope of the invention.

Claims

1. A live broadcast service scheduling method is characterized by comprising the following steps:

2. The method according to claim 1, wherein determining an initial live service policy according to the live service scheduling factor specifically includes:

3. The method according to claim 2, wherein determining a secondary service policy according to the primary service policy and the heat information specifically comprises:

4. The method according to claim 2, wherein determining a secondary service policy according to the primary service policy and the heat information specifically comprises:

5. The method according to claim 2, wherein determining a secondary service policy according to the primary service policy and the heat information specifically comprises:

6. The method according to any one of claims 2 to 5, wherein the live traffic scheduling factor further comprises exceptional event information; and

the method further comprises the following steps:

7. The method of claim 6, wherein the exception event information comprises active traffic system overload events, active traffic system interrupt events, active transmission link overload events, and active transmission link interrupt events.

8. The method according to claim 7, wherein if the abnormal event information is an overload event of the primary service system, dynamically adjusting the initial live broadcast service policy according to the abnormal event information specifically includes:

9. A computing device, the computing device comprising: memory, processor and computer program stored on the memory and executable on the processor, which computer program, when executed by the processor, carries out the steps of the method according to any one of claims 1 to 8.

10. A computer storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the method for REST-based multi-service consolidation according to any of claims 1 to 8.