WO2020135562A1 - Procédé de multidiffusion, dispositif, appareil et support d'informations informatique - Google Patents

Procédé de multidiffusion, dispositif, appareil et support d'informations informatique Download PDF

Info

Publication number
WO2020135562A1
WO2020135562A1 PCT/CN2019/128623 CN2019128623W WO2020135562A1 WO 2020135562 A1 WO2020135562 A1 WO 2020135562A1 CN 2019128623 W CN2019128623 W CN 2019128623W WO 2020135562 A1 WO2020135562 A1 WO 2020135562A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
service
channel
media service
information
Prior art date
Application number
PCT/CN2019/128623
Other languages
English (en)
Chinese (zh)
Inventor
许静
于荣国
王奎
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2020135562A1 publication Critical patent/WO2020135562A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]

Definitions

  • Embodiments of the present invention relate to, but are not limited to, multicast technology, and in particular, to a multicast method, device, device, and computer storage medium, which can implement live channel multicast services in a content delivery network (Content Delivery Network, CDN) operating mode control.
  • CDN Content Delivery Network
  • the current multicast service of the CDN is usually preset multicast, that is, a multicast is created in advance for certain live broadcast channels in the CDN service system, and then the live broadcast service is provided to users.
  • the service system directly guides the user to join the multicast group.
  • This type of multicast is a continuous multicast. It is difficult for the CDN multicast system to dynamically start and stop multicast according to the user's actual playback hot spots.
  • Embodiments of the present invention provide a multicast method, device, device, and computer storage medium, which can start and stop multicast according to the user's actual hot spots.
  • An embodiment of the present invention provides a first multicast method.
  • the method includes:
  • hotspot channel information includes identification information of at least one media service whose current playback volume is not less than a predetermined playback volume
  • An embodiment of the present invention provides a second multicast method.
  • the method includes:
  • the hotspot channel information including identification information of at least one media service whose current playback volume is not less than a predetermined playback volume
  • An embodiment of the present invention provides a multicast device.
  • the device includes: a first processor and a first memory for storing a computer program that can run on the processor; wherein,
  • any one of the steps of the first multicast method described above is executed.
  • An embodiment of the present invention also provides another multicast device.
  • the device includes a second processor and a second memory for storing a computer program that can run on the processor; wherein,
  • An embodiment of the present invention also provides a multicast device.
  • the device includes: an acquisition module and a first processing module, wherein,
  • An obtaining module configured to obtain hotspot channel information, where the hotspot channel information includes identification information of at least one media service whose current playing volume is not less than the predetermined playing volume;
  • the first processing module is used to adjust the current multicast service according to the hotspot channel information.
  • An embodiment of the present invention also provides another multicast device.
  • the device includes: a generation module and a second processing module, wherein,
  • a generating module configured to generate hotspot channel information, where the hotspot channel information includes identification information of at least one media service whose current playing volume is not less than a predetermined playing volume;
  • the second processing module is used to send the hotspot channel information to the live broadcast management platform, so that the live broadcast management platform adjusts the current multicast service according to the hotspot channel information.
  • An embodiment of the present invention further provides a computer storage medium on which a computer program is stored, and when the computer program is executed by a processor, any one of the steps of the first multicast method described above is implemented.
  • An embodiment of the present invention also provides another computer storage medium on which a computer program is stored, and when the computer program is executed by a processor, any of the steps of the second multicast method described above is implemented.
  • a multicast method, device, device, and computer storage medium provided by an embodiment of the present invention obtain hotspot channel information, where the hotspot channel information includes identification information of at least one media service whose current playback volume is not less than a predetermined playback volume ; Adjust the current multicast service according to the hotspot channel information.
  • the technical solution of the embodiment of the present invention can realize on-demand dynamic multicast of live channels; that is, without preset multicast, the multicast can be dynamically started and stopped according to the real-time popularity of the channel, eliminating the need to manually set multicast The complicated operation of the channel significantly improves the ease of use.
  • hotspot channel information is generated, and the hotspot channel information includes an identifier of at least one media service whose current playback volume is not less than a predetermined playback volume Information; send the hotspot channel information to the live broadcast management platform, so that the live broadcast management platform adjusts the current multicast service according to the hotspot channel information.
  • the technical solution of the embodiment of the present invention can realize on-demand dynamic multicast of live channels; that is, without preset multicast, the multicast can be dynamically started and stopped according to the real-time popularity of the channel, eliminating the need to manually set multicast The complicated operation of the channel significantly improves the ease of use.
  • FIG. 1 is a schematic structural diagram of a composition of a media service system according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a multicast method according to an embodiment of the present invention.
  • FIG. 3-1 is a schematic diagram of a process in which terminal device A requests an HLS live service in an embodiment of the present invention
  • 3-2 is a schematic diagram of the process of requesting the HLS live broadcast service by the terminal device B in the embodiment of the present invention
  • FIG. 4 is a schematic diagram of an implementation process of dynamic multicast of a single bit rate HLS channel in an embodiment of the present invention
  • FIG. 5 is a schematic diagram of a process for a terminal device A to request a DASH live service in an embodiment of the present invention
  • FIG. 6 is a schematic diagram of an implementation process of multi-rate DASH channel dynamic multicast in an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of a process of requesting MSS live broadcast service by terminal device A in an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of an implementation process of multi-rate MSS channel dynamic multicast in an embodiment of the present invention.
  • FIG. 9 is a schematic diagram of a process of requesting HDS live broadcast service by terminal device A in an embodiment of the present invention.
  • FIG. 10 is a schematic diagram of an implementation process of multi-rate HDS channel dynamic multicast in an embodiment of the present invention.
  • FIG. 11 is a schematic structural diagram of a multicast device according to an embodiment of the present invention.
  • FIG. 12 is a schematic structural diagram of a multicast device according to an embodiment of the present invention.
  • FIG. 13 is a schematic structural diagram of another multicast device according to an embodiment of the present invention.
  • FIG. 15 is a schematic structural diagram of another multicast device according to an embodiment of the present invention.
  • 16 is a flowchart of a multicast method provided by a second embodiment of the present disclosure.
  • FIG. 17 is a flowchart of another implementation manner of the multicast method provided by the third embodiment of the present disclosure.
  • the channels that do not actually need to be multicast may also be set up. All channels enable multicast to make multicast device resources The consumption is serious; in addition, when the channel supports multiple bit rate services, a live channel can set multiple sub-code rates. If only a part of the sub-rate is selected for multicast, on-demand multicast cannot be achieved. If all sub-codes are enabled Rate multicast will double the resource consumption of its equipment, especially its weakness.
  • an embodiment of the present invention proposes a technical solution for implementing on-demand multicast, which can be applied to many media business fields in telecommunication networks such as Internet TV and live broadcast platforms; here , Internet TV can be interactive Internet TV (IPTV) and so on.
  • IPTV Internet TV
  • the technical solutions of the embodiments of the present invention have various application scenarios.
  • they can be applied to multicast services that use streaming media technology on top (OTT, Over The The Top), including HTTP live streaming (HLS, HTTP Live Streaming) ) Technology, adaptive streaming (DASH, Dynamic Adaptive Streaming over HTTP) technology, Microsoft smooth streaming (MSS, Microsoft smoothing) technology, HTTP dynamic streaming (HDS, Http Dynamic Streaming) technology, etc.
  • HTTP live streaming HLS, HTTP Live Streaming
  • DASH Dynamic Adaptive Streaming over HTTP
  • MSS Microsoft smooth streaming
  • HDS Http Dynamic Streaming
  • HTTP Real-time streaming Protocol
  • HTTP Real Time Streaming Protocol
  • FIG. 1 is a schematic diagram of a composition structure of a media service system according to an embodiment of the present invention.
  • the system may include a CDN multicast system, a controller, and a terminal system; optional Ground, the system can also include a live broadcast source station.
  • the CDN multicast system may include a live broadcast management platform and at least one multicast device
  • the terminal system may include a terminal front-end device and at least one terminal device.
  • the CDN multicast system is responsible for transcoding the unicast live stream into a multicast stream for distribution; in the CDN multicast system, the live broadcast management platform is responsible for the creation and deletion of multicast channels, the operation and maintenance management of the multicast plan, and live broadcast at the same time
  • the management platform can periodically collect hotspot channel information from the controller, and dynamically generate a multicast plan for hotspot channels (at least one channel with a playback volume not less than a predetermined playback volume) based on the collected hotspot channel information, and deliver it to the multicast device ;
  • the live broadcast management platform synchronizes the latest channel distribution information to the controller in time to update the address information of the multicast device where the channel is located; the multicast device can receive the multicast channel creation instruction of the live broadcast management platform, From the live broadcast source station to the source unicast code stream (that is, the unicast media stream shown in Figure 1), transcoded into a multicast media stream to provide multicast streaming services to the terminal system
  • the controller can receive the heartbeat message reported by the terminal system and record and update the corresponding content locally.
  • the heartbeat message contains the device identification information, device address and device status of the terminal front-end equipment;
  • the controller can receive the channel distribution sent by the CDN multicast system Information, and record and update the corresponding content locally, the channel distribution information includes the channel identification (ID, Identifier), the address of the multicast device where the channel is located;
  • the controller has scheduling capabilities, and can receive service redirection requests initiated by terminal devices (also known as Is a channel playback request), the request carries the channel ID and the device identification information of the terminal front-end device.
  • the controller can return the redirection information to the terminal device.
  • the redirection information includes the terminal front-end device address, channel ID, and channel group Broadcasting device address; the controller can receive real-time media service playback information reported by the front-end device of the terminal.
  • the media service real-time playback information includes the IDs of the current playback channels of all terminal devices in the terminal system; the controller has the ability to count hotspot channels ,
  • the controller periodically summarizes the real-time broadcast information of media services reported by all terminal systems, calculates the hotspot channels according to the aggregated real-time broadcast information of the media services, and calculates the hotspot channel according to the set heat threshold;
  • Information collection request send the latest statistical hotspot channel information to the CDN multicast system, specifically, send the latest statistical hotspot channel information to the live broadcast management platform; exemplarily, the hotspot channel information contains the channel ID of the hotspot channel;
  • multiple controllers can be deployed in a cluster, and when the terminal device requests service, it is dispatched to the controller in a
  • the terminal system is scattered at the edge of the network; in the embodiment of the present invention, one terminal system can be set up, and multiple terminal systems can be set up; in the terminal system, the terminal device is usually a set-top box device or a mobile phone, PAD and other terminal devices that support media access and playback ,
  • the terminal device can send a service redirection request to the controller, and can also send a media service request to the terminal front-end device, and can receive the unicast code stream sent by the terminal front-end device (that is, the unicast media stream shown in FIG.
  • the terminal front-end device can be deployed as an independent home device, or can be centrally deployed with set-top box devices, user home gateways, or cell broadband access devices.
  • the terminal front-end equipment supports service proxy and caching functions.
  • the terminal system can return the source multicast media stream from the CDN multicast system or the source unicast media stream from the live broadcast source station, and then directly provide live streaming services to the terminal equipment; the terminal front-end equipment Real-time playback information of the media service currently played by the terminal device can be regularly reported to the controller, and the real-time playback information includes the ID of the current playback channel of the terminal device; in the embodiment of the present invention, the terminal system interacts with the CDN multicast system or live source media Transmission protocols include but are not limited to HLS, DASH, MSS, HDS, RTSP, RTMP, etc.
  • Live broadcast source station Supports live broadcast video services for CDN multicast systems or user terminals in unicast mode, supports video, audio and subtitle live broadcast services, supports HTTP or real-time streaming services; live broadcast source stations and CDN multicast systems Or the media interaction protocol of the terminal system includes but is not limited to HLS, DASH, MSS, HDS, RTSP, RTMP, etc.
  • FIG. 2 is a flowchart of the multicast method according to an embodiment of the present invention. As shown in FIG. 2, the process may include:
  • Step S1 The controller generates hotspot channel information, and the hotspot channel information includes identification information of at least one media service whose current playback volume is not less than a predetermined playback volume.
  • the terminal front-end device in each terminal system corresponds to one terminal device or multiple terminal devices, and the terminal front-end device in each terminal system may send corresponding terminals to the controller
  • the media service real-time playback information of the device after receiving the media service real-time playback information of each terminal device, the controller can generate hotspot channel information according to the media service real-time playback information of each terminal device.
  • the media service may include at least one of the following: a video service, an audio service, and a caption service.
  • the heat threshold can be determined first, and the heat threshold is used to indicate the path of the parallel multicast service that the CDN multicast system can support the maximum According to the media service real-time playback information of each terminal device and the heat threshold, generate hotspot channel information.
  • the predetermined playback amount is not particularly limited.
  • the predetermined playback amount may be set according to requirements, or the predetermined playback amount may be set according to the average number of playback amounts of various media services.
  • the predetermined playback volume may be a playback volume greater than the average of the current playback volume of each media service. It is also possible to sort the playing volume of various media services, and take the playing volume of the media service ranked in the tenth place as the predetermined playing volume.
  • the media service whose current playback volume is not lower than the predetermined playback volume may be referred to as a "highest current playback volume" media service.
  • the predetermined playback volume is the playback volume corresponding to the media service ranked Nth among the media services, where N is the number of parallel multicast services that the live management platform can support the most.
  • the controller can use the information of the 10 channels in the top 10 as the hotspot channel information.
  • the terminal front-end device when the terminal front-end device provides services to the terminal device, it can periodically send real-time media service playback information of the terminal device to the controller.
  • the media service real-time playback information can include the ID of the current playback channel of the terminal device; before the controller receives the terminal After the real-time media service playback information of the terminal device sent by the device is set, the corresponding content is recorded and updated locally; the controller can periodically summarize the real-time media service playback information reported by all terminal front-end devices, and calculate the hotspot channel according to the set heat threshold information.
  • each media service corresponds to a channel
  • the real-time playback information of the media service includes the identification information of the currently playing channel, and accordingly, the identification information of the media service is the identification information of the corresponding channel.
  • each media service may also correspond to a code rate (that is, each media service corresponds to a channel and a code rate at the same time), and the real-time playback information of the media service also includes the channel code rate of the currently playing media service (ie, The real-time playing information of the media service also includes the identification information of the channel of the currently playing media service and the channel code rate of the currently playing media service); accordingly, the identification information of the media service may also include the corresponding code rate (ie, the media service’s The identification information also includes the identification information of the corresponding channel and the corresponding code rate).
  • Step S2 The controller sends hotspot channel information to the live broadcast management platform.
  • the controller can send the latest hotspot channel information to the live broadcast management platform; in an example, the live broadcast management platform can generate a hotspot channel information collection request and send the hotspot channel information collection request to the controller.
  • the channel information collection request triggers the sending of hotspot channel information, that is, sending the latest hotspot channel information to the live broadcast management platform; in another example, the controller can actively send the latest hotspot channel information to the live broadcast according to a specific period
  • the management platform that is to say, the live broadcast management platform can periodically receive the latest hotspot channel information.
  • Step S3 the live broadcast management platform adjusts the current multicast service according to the hotspot channel information.
  • the live broadcast management platform can automatically generate a multicast plan for the hotspot channel based on the dynamic multicast algorithm, that is, the hotspot multicast plan, where the key information of the multicast plan is the channel ID , Multicast start time, multicast end time, multicast address and port.
  • the multicast plan for the channel is automatically generated.
  • the duration of the multicast plan can be 1 hour by default.
  • the live broadcast management platform can send a multicast creation request to the multicast device; the multicast device can create the multicast service according to the received multicast creation request.
  • the multicast device after receiving the multicast creation request issued by the live broadcast management platform, the multicast device performs the multicast creation task and can return the source unicast code stream from the live broadcast source station, transcode it into a multicast media stream and send it to the specified Multicast address and port, the multicast service starts.
  • the multicast end time of the media service that is performing multicast is postponed; that is, if the hotspot channel has generated a multicast plan, it is determined whether the current multicast plan is nearing the end, if it is nearing the end Modify the plan and extend the end time of multicast to achieve continuous multicast of the channel.
  • the live broadcast management platform may send a multicast delay request to the multicast device, and the multicast device may respond to the received multicast delay request To delay the end of multicast.
  • the multicast service corresponding to the low-heat media service is deleted; the above-mentioned low-heat media service does not belong to the at least one type of media whose current playback volume is not less than the predetermined playback volume business.
  • the live broadcast management platform may send a multicast deletion request to the multicast device; the multicast device may delete the multicast service according to the received multicast deletion request.
  • the multicast device after receiving the multicast deletion request issued by the live broadcast management platform, the multicast device performs the multicast deletion task, stops pulling the stream to the live broadcast source station, and sends the multicast.
  • the live broadcast management platform can issue a multicast service creation request to the multicast device when the multicast start time of each multicast service arrives; when the multicast end time of each multicast service arrives, download Send the multicast service deletion request to the multicast device; in specific implementation, the live broadcast management platform can regularly scan the hotspot multicast plan, and when the multicast start time in the multicast plan arrives, the multicast creation request is issued to the multicast device; When the end time of multicast arrives, a multicast delete request is issued to the multicast device.
  • the technical solutions of the embodiments of the present invention can realize on-demand dynamic multicast of live broadcast channels; when the number of channel users providing unicast services is large, that is, the popularity is high, the multicast is enabled for the corresponding channel to let Users join the multicast group to obtain channel services, which can greatly reduce the network bandwidth and equipment resource overhead of the service side and reduce the cost of service operators.
  • the corresponding The channel can be closed for multicast, which can reduce the consumption of multicast device resources, which can effectively reduce the consumption of CDN multicast system device resources; in addition, the embodiment of the present invention does not require preset multicast, and can dynamically start and stop according to the real-time heat of the channel Multicast eliminates the complicated operation of manually setting up multicast channels, and significantly improves ease of use.
  • the corresponding channel Create a corresponding multicast service for the second type of media services at all bit rates.
  • the first type of media service is one of the video media service and the audio media service
  • the second type of media service is the other of the video service and audio media service.
  • the first type of media service is a video media service
  • the second type of media service is an audio media service
  • the first type of media service is an audio media service
  • the second type of media service is a video media service.
  • the video media service corresponding to one or more video bit rates of channel A belongs to a high-heat media service (belongs to at least one media service with a current playback volume not less than a predetermined playback volume), all audio bit rates for channel A All audio media services start multicast.
  • the low-heat media service when the first type media service of all code rates of any channel belongs to the low-heat media service, for the second type media service of all code rates of the corresponding channel, the corresponding Multicast service; wherein, the low-heat media service does not belong to the at least one media service whose current playback volume is not lower than the predetermined playback volume.
  • the audio media services for all the audio bit rates of channel B will stop multicasting.
  • the live broadcast management platform when creating or deleting a multicast service, can send channel distribution information corresponding to the current multicast service to the controller; the controller can update the corresponding channel distribution information of the current multicast service according to the received channel distribution information Channel distribution information.
  • the live broadcast management platform will send the channel distribution information of the current CDN multicast system to the controller.
  • the channel distribution information may include channel identification information and the multicast device address where the channel is located
  • the controller After receiving the channel distribution information sent by the live broadcast management platform, the controller records and updates the channel ID and the address of the multicast device where the channel is located locally.
  • the controller can also implement heartbeat message processing; specifically, the terminal front-end device sends a heartbeat message to the controller, and the heartbeat message includes device identification information, device address, and device status of the terminal front-end device; the controller You can update the device identification information, device address, and device status of the front-end device of the terminal based on the received heartbeat message. For example, after the terminal front-end equipment of the terminal system is turned on, the terminal front-end equipment can periodically send heartbeat messages to the controller, and after receiving the heartbeat message sent by the terminal front-end equipment, the controller locally records and updates the equipment of the terminal front-end equipment Identification information, device address and device status.
  • the controller can also implement media service scheduling.
  • the terminal device initiates a service redirection request to the controller.
  • the service redirection request may carry the channel ID and the device identification of the front-end device of the terminal.
  • the controller When the controller receives the service redirection request sent by the terminal device, it can send the service re-targeting to the terminal device according to the channel distribution information corresponding to the current multicast service, the device identification information of the terminal front-end device, the device address and the device status Redirect information for directed requests.
  • the controller can try to find the address of the multicast device or live broadcast source station where the channel is located in the local record; at the same time, the controller
  • the identification information of the terminal front-end device in the directional request is obtained from the local record of the device status of the terminal front-end device to which the requesting terminal device belongs; if the device status of the terminal front-end device is normal, the controller redirects the terminal device To the front-end device of the terminal, the redirection information returned contains the address, channel ID, multicast device address or live broadcast source address of the terminal front-end device to which the current terminal device belongs; if the device status of the front-end device is abnormal or The device status cannot be obtained and the controller denies service.
  • the controller can be implemented by a processor combined with a memory.
  • the processor can be an application specific integrated circuit (ASIC, Application Integrated Circuit), digital signal processor (DSP, Digital Signal Processor), digital signal processing device (DSPD, Digital Signaling, Programmable Logic Device (PLD, Programmable Logic Device), Field Programmable Gate Array (FPGA, Field Programmable Gate) Array, Central Processing Unit (CPU, Central Processing Unit), Controller, Microcontroller At least one of a processor and a microprocessor.
  • ASIC application specific integrated circuit
  • DSP Digital Signal Processor
  • DSPD Digital Signal Processing device
  • PLD Programmable Logic Device
  • FPGA Field Programmable Gate Array
  • CPU Central Processing Unit
  • Controller Microcontroller At least one of a processor and a microprocessor.
  • the above memory may be volatile memory (volatile memory), such as random access memory (RAM, random access memory); or non-volatile memory (non-volatile memory), such as read-only memory (ROM, Read-Only Memory) ), flash memory (flash memory), hard disk (HDD, Hard Disk Drive) or solid state drive (SSD, Solid-State Drive); or a combination of the above types of memory, and provide instructions and data to the processor.
  • volatile memory such as random access memory (RAM, random access memory
  • non-volatile memory such as read-only memory (ROM, Read-Only Memory)
  • flash memory flash memory
  • HDD Hard Disk Drive
  • SSD Solid-State Drive
  • the terminal device may also request a media service.
  • the following describes the process of the terminal device requesting a media service.
  • the terminal device initiates a media service request to the terminal front-end device.
  • a typical media service request may carry the channel ID, the address of the multicast device where the channel is located, or the address of the live broadcast source station.
  • the terminal front-end device determines whether the corresponding channel provides multicast service based on whether the media service request of the terminal device contains the address information of the multicast device where the channel is located; if the address information of the multicast device where the channel is located is not included, the terminal front-end device directly Obtain the unicast service from the live broadcast source station; if it contains the address of the multicast device where the channel is located, initiate a service request to the multicast device where the channel is located, and the service request message carries the channel ID.
  • the multicast device receives the service request of the terminal front-end device and returns the multicast information corresponding to the channel to the terminal front-end device.
  • the multicast information includes the multicast address and port corresponding to the channel.
  • the front-end equipment of the terminal After receiving the multicast information of the channel, the front-end equipment of the terminal joins the multicast group through the multicast address and port in the multicast information, continuously receives the multicast media stream of the channel, and transcodes it into a unicast stream pair in real time Terminal equipment service.
  • the live broadcast source station Upon receiving the service request of the terminal front-end equipment, the live broadcast source station directly provides the unicast media streaming service to the terminal front-end equipment. After the terminal front-end device obtains the unicast media stream from the live broadcast source station, it directly returns the media stream to the terminal device.
  • the multicast method of the second embodiment of the present invention may include the following steps:
  • Step A1 Obtain hotspot channel information, where the hotspot channel information includes identification information of at least one media service whose current playback volume is not less than a predetermined playback volume;
  • Step A2 Adjust the current multicast service according to the hotspot channel information.
  • each media service corresponds to a channel
  • the identification information of the media service is identification information of the corresponding channel
  • each media service corresponds to a channel and a code rate
  • the identification information of the media service includes: identification information of the corresponding channel and a corresponding code rate
  • the hotspot channel information is obtained based on real-time playback information of media services of each terminal device.
  • the obtaining hotspot channel information includes:
  • adjusting the current multicast service according to the hotspot channel information includes at least one of the following:
  • the at least one media service whose current playback volume is not less than the predetermined playback volume there is a media service that is performing multicast, and the time difference between the current time and the multicast end time of the media service that is performing multicast is less than Set the duration, postpone the multicast end time of the media service that is performing multicast;
  • the multicast service corresponding to the low-heat media service is deleted; the low-heat media service does not belong to at least the current playback volume of at least the predetermined playback volume.
  • the creation of the corresponding multicast service includes:
  • the delaying the multicast end time of the media service that is performing multicast includes:
  • the deleting the multicast service corresponding to the low-heat media service includes:
  • the method further includes:
  • the multicast service creation request is delivered to the multicast device; when the multicast end time of each multicast service arrives, the multicast service deletion request is delivered to the multicast device.
  • the method further includes:
  • the first type media service of at least one code rate of any channel belongs to the at least one media service whose current playback volume is not less than the predetermined playback volume
  • the first type of media service is one of a video media service and an audio media service
  • the second type of media service is the other of a video service and an audio media service.
  • the method further includes:
  • the corresponding multicast service is deleted for the second type media service of all code rates of the corresponding channel; wherein, the low-heat media service does not At least one media service that belongs to the current playback volume is not less than a predetermined playback volume; the first type of media service is one of a video media service and an audio media service, and the second type of media service is a video service and Another one in the audio media business.
  • the method further includes: when creating or deleting a multicast service, sending channel distribution information corresponding to the current multicast service to the controller, so that the controller updates the channel distribution information corresponding to the current multicast service.
  • the multicast method of the third embodiment of the present invention may include the following steps:
  • Step B1 Generate hotspot channel information, where the hotspot channel information includes identification information of at least one media service whose current playback volume is not less than a predetermined playback volume;
  • Step B2 Send the hotspot channel information to the live broadcast management platform, so that the live broadcast management platform adjusts the current multicast service according to the hotspot channel information.
  • the generating hotspot channel information includes:
  • the generating hotspot channel information according to the real-time playback information of the media services of the terminal devices includes:
  • the heat threshold is used to indicate the maximum number of parallel multicast services that the live management platform can support; based on the real-time media service playback information of each terminal device and the heat threshold, the Hotspot channel information.
  • the real-time playing information of the media service includes: identification information of the currently playing channel.
  • the real-time playing information of the media service further includes: the bit rate of the currently playing media service.
  • the method further includes: receiving channel distribution information corresponding to the current multicast service sent by the live broadcast management platform when creating or deleting a multicast service; updating the channel corresponding to the current multicast service according to the received channel distribution information Distribution information
  • the method further includes receiving a heartbeat message sent by the terminal front-end device, where the heartbeat message includes device identification information, device address, and device status of the terminal front-end device; and updating the terminal front-end device according to the heartbeat message Device identification information, device address, and device status.
  • the method further includes:
  • the single bit rate channel live broadcast service of the HLS protocol is taken as an example to illustrate how to implement the present invention.
  • a CDN multicast system a live broadcast source station using the HLS protocol to transmit media streams, a controller, and a terminal system used by 100 home users
  • the CDN multicast system consists of a live broadcast management platform It consists of 3 multicast devices, each home has 2 terminal devices, and a home gateway with integrated terminal front-end equipment is deployed, a total of 200 terminal devices and 100 home gateways (that is, the above terminal front-end equipment ), the identification information of the home gateway device is agent001 to agent100 respectively
  • the multicast device and the live broadcast source station use the HLS protocol to interact, the CDN multicast system provides multicast service to the terminal system, and the live broadcast source station provides unicast service to the terminal system; live broadcast source The station has 50 channels with channel IDs hlscid-01 to hlscid-50.
  • the controller heartbeat message processing process may include:
  • Step 101 After the terminal front-end device is turned on, the terminal front-end device periodically sends a heartbeat message to the controller, and the heartbeat message carries the device identification information, device address, and device status of the terminal front-end device.
  • the content of the heartbeat message is as follows:
  • Step 102 After receiving the heartbeat message sent by the terminal front-end device, the controller locally records and updates the device identification information, device address, and device status of the terminal front-end device.
  • the controller channel distribution information processing process may include:
  • Step 201 When a multicast channel is created or updated in the CDN multicast system, the live broadcast management platform sends channel distribution information of the current CDN multicast system to the controller.
  • the channel distribution information includes channel identification information and the address of the multicast device where the channel is located .
  • the channels hlscid-01 and hlscid-03 have established multicast channels, and the content of the channel distribution information is as follows:
  • Step 202 After receiving the channel distribution information sent by the live broadcast management platform, the controller locally records and updates the channel ID and the address of the multicast device where the channel is located.
  • FIG. 3-1 is a schematic diagram of a process in which terminal device A requests an HLS live service in an embodiment of the present invention. As shown in FIG. 3-1, the process may include:
  • Step 301 The terminal device A of the home user 001 initiates an HTTP playback request of the channel hlscid-01 (that is, the hlscid-01 channel playback request in FIG. 3-1) to the controller.
  • the URL in the playback request carries the channel identification information hlscid-01 and the device identification agent001 of the terminal front-end device to which it belongs; in this embodiment, the content of the playback request sent by the terminal device A to the controller is as follows:
  • Step 302 The controller receives the hlscid-01 channel playback request of the terminal device A, and obtains the multicast device address where the channel hlscid-01 is located in the local record; at the same time, it obtains the device status of the terminal front-end device agent001 in the local record; in front of the terminal The device device001 of the device is in a normal state, and the controller redirects the playback request of the terminal device A of the home user 001 to the terminal front-end device agent001.
  • the returned redirection information includes the address of the terminal front-end device agent001, channel identification information, The address of the multicast device where the channel hlscid-01 is located.
  • the content of the redirect information returned by the controller to terminal device A is as follows:
  • Step 303 The terminal device A re-initiates an HTTP playback request for the channel hlscid-01 to the terminal front-end device agent001 (that is, re-requests hlscid-01 playback in FIG. 3-1), and the URL carries channel identification information hlscid- in the playback request 01.
  • the address of the multicast device where the channel hlscid-01 is located is 10.47.25.51.
  • Step 304 After receiving the playback request from terminal device A, terminal front-end device agent001 initiates a multicast information request for channel hlscid-01 (that is, channel group hlscid-01 in Figure 3-1) to the multicast device at address 10.47.25.51 Broadcast information request).
  • hlscid-01 that is, channel group hlscid-01 in Figure 3-1
  • Step 305 The multicast device with the address 10.47.25.51 returns the multicast information of the channel hlscid-01 to the terminal front-end device agent001.
  • Step 306 The terminal front-end device agent001 analyzes the multicast information of the channel hlscid-01, and then joins the multicast group through the multicast address and port in the multicast information, receives the multicast stream of the channel hlscid-01, and transfers the media list information
  • the file hlscid-01.m3u8 and the ts file are cached locally.
  • Step 307 The terminal front-end device agent001 returns the media list information file hlscid-01.m3u8 of hlscid-01 to the terminal device A.
  • the content of hlscid-01.m3u8 is as follows:
  • Step 308 The terminal device A parses the hlscid-01.m3u8 file, and then initiates a download request for the media file hlscid-01_01.ts to the terminal front-end device agent001.
  • Step 309 After receiving the hlscid-01_01.ts download request from terminal device A, terminal front-end device agent001 reads hlscid-01_01.ts from the local cache and returns it to terminal device A.
  • the terminal device A receives the hlscid-01_01.ts, downloads the ts file behind the media list in sequence, and periodically downloads the media list information file hlscid-01.m3u8 to obtain the ts list information update, and thus loops to realize continuous playback of media content .
  • the terminal device A requests the media service.
  • FIG. 3-2 is a schematic diagram of a process in which terminal device B requests an HLS live service in an embodiment of the present invention. As shown in FIG. 3-2, the process may include:
  • Step 311 The terminal device B of the home user 001 initiates an HTTP playback request of the channel hlscid-02 (that is, the hlscid-02 channel playback request in FIG. 3-2) to the controller, and the URL in the playback request carries the channel identification information hlscid-02 and The device identifier agent001 of the front-end device of the terminal.
  • the content of the service request sent by terminal device B to the controller is as follows:
  • Step 312 The controller receives the playback request of the channel hlscid-02 of the terminal device B. Since the family user 001 is the same as the terminal device A and the terminal front-end device is also agent001, the controller redirects the playback request of the terminal device B to the front of the terminal Set the device agent001. Since the channel hlscid-02 is not enabled for multicast, you need to go to the live broadcast source station to obtain the unicast service. Therefore, the redirect information does not include the multicast device address where the channel is located, but the live broadcast source station address.
  • the orientation information includes the address of the terminal front-end device agent001, channel identification information, and the address of the live broadcast source station.
  • the content of the redirection information returned by the controller to terminal device B is as follows:
  • Step 313 The terminal device B re-initiates the HTTP playback request of the channel hlscid-02 to the terminal front-end device agent001 (that is, re-requests hlscid-02 playback in FIG. 3-2), and the URL carries the channel identification information hlscid- in the playback request 02.
  • Step 314 After receiving the play request of the terminal device B, the terminal front-end device agent001 initiates an HTTP unicast download request of the channel hlscid-02 to the live broadcast source station with the address 10.10.10.01 (that is, hlscid-02 in FIG. 3-2 Channel unicast information request).
  • Step 315 The live source station returns the media segment list information file of channel hlscid-02 hlscid-02.m3u8.
  • the content of hlscid-02.m3u8 is as follows:
  • Step 316 After the media segment list information file hlscid-02.m3u8 of the channel hlscid-02 acquired by the terminal front-end device agent001, the hlscid-02.m3u8 file is returned to the terminal device B.
  • Step 317 The terminal device B parses the hlscid-02.m3u8 file, and then initiates a download request for the media file hlscid-02_01.ts to the terminal front-end device agent001;
  • Step 318 The terminal front-end device agent001 receives the download request of the terminal device B, and directly initiates a download request of the media file hlscid-02_01.ts to the live broadcast source station.
  • Step 319 The live broadcast source station returns the media file hlscid-02_01.ts to the terminal front-end device agent001.
  • Step 320 After the terminal front-end device agent001 obtains the media file hlscid-02_01.ts, it returns the media file hlscid-02_01.ts to the terminal device B.
  • the terminal device B receives the file hlscid-02_01.ts, successively downloads the ts file behind the media list, and periodically downloads the media list information file hlscid-02.m3u8 to obtain the ts list information update. Play.
  • the terminal device B requests the media service.
  • FIG. 4 is a schematic diagram of an implementation process of single-rate HLS channel dynamic multicast in an embodiment of the present invention. As shown in FIG. 4, the process may include:
  • Step 401 The terminal front-end device agent001 and the terminal front-end device agent002 regularly report the real-time media service playback information of the corresponding terminal device to the controller.
  • the real-time playback information includes the channel ID of the channel being played by terminal device A and terminal device B.
  • the content of the media service real-time playback information of the two terminal devices of the terminal system 001 is as follows:
  • Step 402 After receiving the real-time playing information of the media service of the terminal device sent by the terminal front-end device, the controller records and updates locally.
  • Step 403 The controller periodically aggregates real-time playback information of media services reported by all terminal front-end devices, counts the number of terminal devices corresponding to each channel, and sorts according to the number of terminal devices corresponding to each channel.
  • the sorting is as follows:
  • Hotspot channels need to be set to calculate the heat threshold; the heat threshold setting depends on the multicast capability of the CDN multicast system.
  • the CDN multicast system has 3 multicast devices, each of which is the largest Supports 4 multicast channels, the CDN multicast system supports a maximum of 12 multicast channels, the heat threshold is set to 12, and the top 12 channels in the number of playback terminal devices are hotspot channels; the controller sets the 12 hotspot channels Channel identification information, etc. are recorded locally.
  • Step 404 The live broadcast management platform periodically sends hotspot channel information collection requests to the controller.
  • Step 405 The controller reads the locally stored data and returns the hotspot channel information calculated in step 403 to the CDN multicast system.
  • the content of the hotspot channel information is as follows:
  • controller hotspot channel statistics are implemented.
  • Step 406 The live broadcast management platform receives the hotspot channel information returned by the controller, and automatically generates a multicast plan for the channel hlscid-05 according to the dynamic multicast algorithm.
  • the channel hlscid-05 does not start multicast, and then generates a group of the channel Multicast plan, the start time of the multicast plan is 1 minute, the duration is 1 hour, the multicast address is 225.0.0.1, and the multicast port is 10010.
  • Step 407 The live broadcast management platform regularly scans the hotspot multicast plan. When the multicast start time in the multicast plan arrives, it sends a multicast creation request for the channel hlscid-05 to the multicast device.
  • Step 408 After receiving the multicast creation request issued by the live broadcast management platform, the multicast device executes the multicast creation task with the channel identification information of hlscid-05, and returns the unicast stream of the source channel hlscid-05 from the live broadcast source station , Transcoded into a multicast stream and sent to the multicast address 225.0.0.1, the sending port is 10010, the multicast service starts.
  • the multicast process is started based on the hotspot channel.
  • the multicast can be stopped based on the hotspot channel.
  • the process of stopping multicast based on the hotspot channel can include:
  • the live broadcast management platform regularly scans the multicast plan of channel hlscid-05. If it is a hotspot channel, if the channel hlscid-05 is still a hotspot channel near the end time, the end time of the multicast plan will be extended by 1 hour. If the channel hlscid-05 is not already For hotspot channels, the end time of the multicast plan is not extended. When the end time of the multicast plan is reached, the multicast deletion request of the channel hlscid-05 is delivered to the multicast device.
  • the multicast device After receiving the multicast delete request issued by the live broadcast management platform, the multicast device executes the multicast delete task with the channel identification information of hlscid-05, and does not go to the live broadcast source station to pull the unicast stream, and the multicast service ends.
  • the DASH protocol service is provided to the user terminal as an example to illustrate how to implement the present invention.
  • a CDN multicast system a live broadcast source station using DASH protocol to transmit media streams, a controller, and a terminal system used by 100 home users
  • the CDN multicast system consists of a live broadcast management platform Composed of 3 multicast devices, each family has 2 terminal devices (terminals using chrome browser), and a home gateway with integrated terminal front-end equipment is deployed, a total of 200 terminal devices and 100 families Gateway (namely the above terminal front-end equipment), home gateway equipment identification information are agent001 to agent100 respectively
  • the multicast device and the live broadcast source station use DASH protocol to interact, the CDN multicast system provides multicast services to the terminal system, and the live broadcast source station to the terminal
  • the system provides unicast service;
  • the live broadcast source station has 10 channels, the channel IDs are dashcid-01 to dashcid-10, the media content of each channel is video and audio dual track, and the video track has 3 seed code rates, respectively 1024000 , 2048000 and 3072000, the audio track has two kinds of code rates, respectively
  • the controller heartbeat message processing process may include:
  • Step 501 After the terminal front-end device is turned on, the terminal front-end device periodically sends a heartbeat message to the controller, and the heartbeat message carries the device identification information, device address, and device status of the terminal front-end device.
  • the content of the heartbeat message is as follows:
  • Step 502 After receiving the heartbeat message sent by the terminal front-end device, the controller locally records and updates the device identification information, device address, and device status of the terminal front-end device.
  • Step 601 When a multicast channel is created or updated in the CDN multicast system, the live broadcast management platform sends channel distribution information of the current CDN multicast system to the controller.
  • the channel distribution information includes channel identification information and the multicast device address where the channel is located .
  • certain sub-code rates of channels dashcid-01 and dashcid-03 have created multicast channels, and the content of the channel distribution information is as follows:
  • Step 602 After receiving the channel distribution information sent by the live broadcast management platform, the controller locally records and updates the channel ID and the address of the multicast device where the channel is located.
  • FIG. 5 is a schematic diagram of a process in which terminal device A requests a DASH live service in an embodiment of the present invention. As shown in FIG. 5, the process may include:
  • Step 701 The terminal device A of the home user 001 initiates an HTTP playback request of the channel dashcid-01 (that is, the channel playback request in FIG. 5) to the controller, and the URL in the playback request carries the channel identification information dashcid-01 and the front-end device of the terminal
  • the device identifier is agent001.
  • the terminal device sends a playback request to the controller as follows:
  • Step 702 The controller obtains the multicast device address where the channel dashcid-01 is located in the local record; at the same time, it obtains the device state of the terminal front-end device agent001 in the local record; the device state of the terminal front-end device agent001 is normal, and the controller will
  • the terminal device A of the home user 001 is redirected to the terminal front-end device agent001, and the returned redirection information includes the address of the terminal front-end device agent001, channel identification information, and the address of the multicast device where the channel dashcid-01 is located.
  • the content of the redirection information returned by the controller to the terminal device is as follows:
  • Step 703 The terminal device A re-initiates the HTTP play request of the channel dashcid-01 (that is, the replay request service in FIG. 5) to the terminal front-end device agent001, in which the URL carries the channel identification information dashcid-01 and the channel dashcid
  • the address of the multicast device where -01 is located is 10.47.25.51.
  • Step 704 After receiving the playback request from the terminal device A, the terminal front-end device agent001 initiates a download request of the bitrate list manifest.mpd file of the HTTP channel dashcid-01 to the multicast device at the address 10.47.25.51.
  • Step 705 The multicast device returns the manifest.mpd file and the multicast information, and performs local recording and updating in the terminal device.
  • Step 706 After obtaining the manifest.mpd file of the bit rate list of the channel dashcid-01 obtained by the terminal front-end device agent001, the manifest.mpd file is returned to the terminal device A.
  • Step 707 The terminal device A selects a video subcode rate of 2048000 and an audio subcode rate of 160000 according to its own strategy, and initiates a service request of the video subcode rate of 2048000 and the audio subcode rate of 160000 to the terminal front-end device agent001.
  • Step 708 The terminal front-end device agent001 obtains the multicast information of the video subcode rate of 2048000 from the local record, and then joins the multicast group through the multicast address and port in the multicast information, and receives the multicast stream of the video subcode rate of 2048000 , And then transcoded into a unicast stream to serve terminal A; if the local record does not find the multicast information of the video subcode rate of 2048000, then directly initiate a service request of the video subcode rate of 2048000 to the live broadcast source station, from the live broadcast source station Back to the source unicast media stream (not shown in FIG. 5); in this step, the processing flow of the audio subcode rate of 160000 is the same as the video subcode rate of 2048000, so it will not be described in detail.
  • Step 709 After the front-end equipment agent001 obtains the media stream, it returns the media stream to the terminal equipment A; if the terminal-front equipment agent001 has a buffer of 2048000 for the video subcode rate of the channel dashcid-01 and 160000 for the audio subcode rate, Then directly read the local cache to provide services to terminal device A.
  • the terminal device A requests the media service.
  • FIG. 6 is a schematic diagram of an implementation process of multi-rate DASH channel dynamic multicast in an embodiment of the present invention. As shown in FIG. 6, the process may include:
  • Step 801 The terminal front-end device agent001 and the terminal front-end device agent002 regularly report the real-time media service playback information of the corresponding terminal device to the controller.
  • the real-time playback information includes the channel identification information of the channel being played by terminal device A and terminal device B and Video bit rate.
  • the content of the media service real-time playback information of the two terminal devices of the terminal system 001 is as follows:
  • Step 802 The controller records and updates locally the media service real-time playback information of the terminal device sent by the terminal front-end device.
  • Step 803 The controller periodically aggregates the real-time playback information of media services reported by all terminal front-end devices, counts the number of terminal devices corresponding to each video subcode rate of each channel, and performs according to the number of terminal devices corresponding to each video subcode rate of the channel Sort.
  • the sorting is as follows:
  • the hot spot video bit rate is calculated according to the set heat threshold.
  • the setting of the heat threshold depends on the multicast capability of the CDN multicast system. In this embodiment, there are 3 multicast devices in the CDN multicast system, and each multicast device supports a maximum of 4 multicast channels. For 12 multicast channels, the heat threshold is set to 12, and the top 12 channel video subcode rates of terminal devices are the hotspot video code rate; the controller sets the channel identification information and code rate value of the 12 hotspot video code rates Wait to record to the local.
  • Step 804 The live broadcast management platform periodically sends a hot video rate information collection request to the controller.
  • Step 805 The controller reads the locally stored data and returns the hot spot video rate information calculated in step 803 to the CDN multicast system.
  • the content of the hot spot video rate information is as follows:
  • controller hotspot channel statistics is implemented.
  • Step 806 The live broadcast management platform receives the hotspot video bit rate information returned by the controller, and automatically generates a video subcode rate of channel dashcid-05 of 2048000 and a multicast plan of other hotspot video bit rates according to the dynamic multicast algorithm.
  • the channel If the sub-code rate of dashcid-05 is 2048000 and the multicast is not started, a multicast plan with this code rate is generated.
  • the start time of the multicast plan is 1 minute, the duration is 1 hour, the multicast address is 225.0.0.1, and the multicast port is 10010; When one or more video bitrates in a channel become hotspot bitrates, then all audio bitrates of the channel will start multicasting.
  • the audio bitrate stops multicasting, and the channel dashcid -05 Video rate 2048000 After starting multicast, the audio rate 160000 and 320,000 also generate a multicast plan at the same time, the start and end times of the multicast are the same as the video rate, and the multicast address and port need to be allocated separately.
  • Step 807 The live broadcast management platform regularly scans the hotspot multicast plan. When the start time of the multicast in the multicast plan arrives, a multicast creation request for the channel video subcode rate of 2048000 and the audio subcode rate of 160000 and 320,000 is delivered to the multicast equipment.
  • Step 808 After receiving the multicast creation request issued by the live broadcast management platform, the multicast device executes the multicast creation tasks of the video subcode rate 2048000 and the audio subcode rate 160000 and 320,000 with the channel identification information of dashcid-05.
  • the live broadcast source station returns to the source video subcode rate of 2048000, audio subcode rate of 160000 and 320,000 unicast code stream, transcoded into a multicast stream and sent to the multicast address and port corresponding to each code rate, multicast service starts.
  • the multicast process based on the hotspot channel is implemented.
  • the MSS protocol service is provided to the user terminal as an example to illustrate how to implement the present invention.
  • a CDN multicast system a live broadcast source station using the MSS protocol to transmit media streams, a controller, and a terminal system used by 100 home users
  • the CDN multicast system consists of a live broadcast management platform Composed of 3 multicast devices, each family has 2 terminal devices (terminals using IE browser), and a home gateway with integrated terminal front-end equipment is deployed, a total of 200 terminal devices and 100 families Gateway (that is, the terminal front-end equipment), the identification information of the home gateway device is agent001 to agent100
  • the multicast device interacts with the live broadcast source station using the MSS protocol
  • the CDN multicast system provides multicast services to the terminal system, and the live broadcast source station to the terminal
  • the system provides unicast service
  • the live broadcast source station has 10 channels, the channel IDs are msscid-01 to msscid-10, the media content of each channel is video and audio dual track, and the video track has 3 seed code rates, respectively 1024000 , 2048000 and 3072000, the
  • Step 901 After the terminal front-end device is turned on, the terminal front-end device periodically sends a heartbeat message to the controller, and the heartbeat message carries the device identification information, device address, and device status of the terminal front-end device.
  • the content of the heartbeat message is as follows:
  • Step 902 After receiving the heartbeat message sent by the terminal front-end device, the controller locally records and updates the device identification information, device address, and device status of the terminal front-end device.
  • Step 1001 When a multicast channel is created or updated in the CDN multicast system, the live broadcast management platform sends channel distribution information of the current CDN multicast system to the controller.
  • the channel distribution information includes channel identification information and the multicast device address where the channel is located.
  • certain sub-code rates of channels msscid-01 and msscid-03 have created multicast channels, and the content of channel distribution information is as follows:
  • Step 1002 After receiving the channel distribution information sent by the live broadcast management platform, the controller locally records and updates the channel ID and the address of the multicast device where the channel is located;
  • FIG. 7 is a schematic diagram of a process in which terminal device A requests an MSS live broadcast service in an embodiment of the present invention. As shown in FIG. 7, the process may include:
  • Step 1101 The terminal device A of the home user 001 initiates an HTTP playback request of the channel msscid-01 (that is, the channel playback request in FIG. 7) to the controller, and the URL in the playback request carries the channel identification information msscid-01 and the front-end device of the terminal
  • the device identifier is agent001.
  • the terminal device sends a playback request to the controller as follows:
  • Step 1102 The controller obtains the address of the multicast device where the channel msscid-01 is located in the local record; at the same time, it obtains the device status of the terminal front-end device agent001 in the local record; the device status of the terminal front-end device agent001 is normal, and the controller will
  • the terminal device A of the home user 001 redirects to the terminal front-end device agent001, and the returned redirection information includes the address of the terminal front-end device agent001, channel identification information, and the address of the multicast device where the channel msscid-01 is located.
  • the content of the redirection information returned by the controller to the terminal device is as follows:
  • Step 1103 The terminal device A re-initiates the HTTP playback request of the channel msscid-01 (that is, the re-request playback service in FIG. 7) to the terminal front-end device agent001, and the URL carries the channel identification information dashcid-01 and the channel msscid in the playback request
  • the address of the multicast device where -01 is located is 10.47.25.51.
  • Step 1104 After receiving the play request of the terminal device A, the terminal front-end device agent001 initiates a download request for the manifest file of the bit rate list of the HTTP channel msscid-01 to the multicast device at the address 10.47.25.51.
  • Step 1105 The multicast device returns the manifest file and the multicast information, and records and updates locally in the terminal device.
  • Step 1106 After the manifest file of the bit rate list of the channel msscid-01 acquired by the terminal front-end device agent001, the manifest file is returned to the terminal device A.
  • Step 1107 The terminal device A selects a video subcode rate of 2048000 and an audio subcode rate of 160000 according to its own strategy, and initiates a service request of the video subcode rate of 2048000 and the audio subcode rate of 160000 to the terminal front-end device agent001.
  • Step 1108 The terminal front-end device agent001 obtains the multicast information of the video subcode rate of 2048000 from the local record, and then joins the multicast group through the multicast address and port in the multicast information, and receives the multicast stream of the video subcode rate of 2048000 , And then transcoded into a unicast stream to serve terminal A; if the local record does not find the multicast information of the video subcode rate of 2048000, then directly initiate a service request of the video subcode rate of 2048000 to the live broadcast source station, from the live broadcast source station Back to the source unicast media stream (not shown in FIG. 7); in this step, the processing flow of the audio subcode rate of 160000 is the same as the video subcode rate of 2048000, so it will not be described in detail.
  • Step 1109 After the terminal front-end device agent001 obtains the media stream, it returns the media stream to the terminal device A; if the terminal front-end device agent001 has a local buffer of the video subcode rate of 2048000 and the audio subcode rate of 160000 for the channel msscid-01, Then directly read the local cache to provide services to terminal device A.
  • the terminal device A requests the media service.
  • FIG. 8 is a schematic diagram of an implementation process of multi-rate MSS channel dynamic multicast in an embodiment of the present invention. As shown in FIG. 8, the process may include:
  • Step 1201 the terminal front-end device agent001 and the terminal front-end device agent002 regularly report the real-time media service playback information of the corresponding terminal device to the controller.
  • the real-time playback information includes channel identification information of the channel being played by terminal device A and terminal device B and Video bit rate.
  • the content of the media service real-time playback information of the two terminal devices of the terminal system 001 is as follows:
  • Step 1202 After receiving the real-time playing information of the media service of the terminal device sent by the terminal front-end device, the controller records and updates locally.
  • Step 1203 The controller periodically aggregates real-time playback information of media services reported by all terminal front-end devices, counts the number of terminal devices corresponding to each video subcode rate of each channel, and performs according to the number of terminal devices corresponding to each video subcode rate of the channel Sorting, in this embodiment, sorting is as follows:
  • the hot spot video bit rate is calculated according to the set heat threshold.
  • the setting of the heat threshold depends on the multicast capability of the CDN multicast system. In this embodiment, there are 3 multicast devices in the CDN multicast system, and each multicast device supports a maximum of 4 multicast channels. For a 12-channel multicast channel, the heat threshold is set to 12, and the video subcode rate of the top12 channel in the number of terminal devices is the hot spot video code rate.
  • the controller records the channel identification information, code rate value, etc. of these 12 hotspot video code rates to the local.
  • Step 1204 The live broadcast management platform regularly sends a hot video rate information collection request to the controller.
  • Step 1205 The controller reads the locally stored data and returns the hot spot video rate information calculated in step 1203 to the CDN multicast system.
  • the content of the hot spot video rate information is as follows:
  • controller hotspot channel statistics is implemented.
  • Step 1206 the live broadcast management platform receives the hotspot video bit rate information returned by the controller, and automatically generates the video subcode rate of channel msscid-05 of 2048000 and other multicast video bit rate multicast plans according to the dynamic multicast algorithm.
  • the channel If the sub-code rate of msscid-05 is 2048000 and multicast is not started, a multicast plan with this code rate is generated.
  • the start time of the multicast plan is 1 minute, the duration is 1 hour, the multicast address is 225.0.0.1, and the multicast port is 10010.
  • the audio bitrate stops multicasting, and the channel dashcid -05 Video rate 2048000 After starting multicast, the audio rate 160000 and 320,000 also generate a multicast plan at the same time, the start and end times of the multicast are the same as the video rate, and the multicast address and port need to be allocated separately.
  • Step 1207 The live broadcast management platform regularly scans the hotspot multicast plan.
  • a multicast channel creation request of channel video subcode rate of 2048000, audio subcode rate of 160000 and 320,000 is delivered to the group ⁇ Broadcast equipment.
  • Step 1208 After receiving the multicast creation request issued by the live broadcast management platform, the multicast device performs the task of creating a multicast channel with a video subcode rate of 2048000 and an audio subcode rate of 160000 and 320,000 with a channel identification information of msscid-05. From the live broadcast source station, the unicast bitstreams with the source video subcode rate of 2048000, audio subcode rates of 160000 and 320,000 are transcoded into a multicast stream and sent to the multicast addresses and ports corresponding to each code rate, and the multicast service starts.
  • the HDS protocol service is provided to the user terminal as an example to illustrate how to implement the present invention.
  • a CDN multicast system a live broadcast source station that uses the HDS protocol to transmit media streams, a controller, and a terminal system used by 100 home users
  • the CDN multicast system consists of a live broadcast management platform Composed of 3 multicast devices, each family has 2 terminal devices (terminals using chrome browser), and a home gateway with integrated terminal front-end equipment is deployed, a total of 200 terminal devices and 100 families Gateway (that is, the terminal front-end equipment), the identification information of the home gateway device is agent001 to agent100;
  • the multicast device and the live broadcast source station use the HDS protocol to interact, the CDN multicast system provides multicast services to the terminal system, and the live broadcast source station to the terminal
  • the system provides unicast service;
  • the live broadcast source station has 10 channels, the channel IDs are hdscid-01 to hdscid-10, each channel has 3 seed code rates, audio and video are on the same track, respectively 1024000, 2048000 and 3072000.
  • the controller heartbeat message processing process may include:
  • Step 1301 After the terminal front-end device is turned on, the terminal front-end device periodically sends a heartbeat message to the controller.
  • the heartbeat message carries the device identification information, device address, and device status of the terminal front-end device.
  • the heartbeat message The contents are as follows:
  • Step 1302 After receiving the heartbeat message sent by the terminal front-end device, the controller locally records and updates the device identification information, device address, and device status of the terminal front-end device.
  • Step 1401 When a multicast channel is created or updated in the CDN multicast system, the live broadcast management platform sends the channel distribution information of the current CDN multicast system to the controller.
  • the channel distribution information includes channel identification information and the multicast device address where the channel is located.
  • certain subcode rates of channels hdscid-01 and hdscid-03 have established multicast channels, and the content of channel distribution information is as follows:
  • Step 1402 After receiving the channel distribution information sent by the live broadcast management platform, the controller locally records and updates the channel ID and the address of the multicast device where the channel is located.
  • FIG. 9 is a schematic diagram of a process for a terminal device A (with a flash plug-in installed) to request an HDS live broadcast service according to an embodiment of the present invention. As shown in FIG. 9, the process may include:
  • Step 1501 The terminal device A of the home user 001 initiates an HTTP playback request for the channel hdscid-01 (that is, the channel playback request in FIG. 9) to the controller, and the URL in the playback request carries the channel identification information hdscid-01 and the front-end device of the terminal Device identifier agent001.
  • the content of the service request sent by the terminal device to the controller is as follows:
  • Step 1502 The controller obtains the address of the multicast device where the channel hdscid-01 is located in the local record; at the same time, it obtains the device state of the terminal front-end device agent001 in the local record; the device state of the terminal front-end device agent001 is normal, and the controller will
  • the terminal device A of the home user 001 is redirected to the terminal front-end device agent001, and the returned redirection information includes the address of the terminal front-end device agent001, channel identification information, and the address of the multicast device where the channel hdscid-01 is located.
  • the content of the redirection information returned by the controller to the terminal device is as follows:
  • Step 1503 The terminal device A re-initiates the HTTP playback request of the channel hdscid-01 to the terminal front-end device agent001 (that is, the re-request playback service in FIG. 9), and the URL carries the channel identification information hdscid-01 and the channel hdscid in the playback request
  • the address of the multicast device where -01 is located is 10.47.25.51.
  • Step 1504 After receiving the play request of the terminal device A, the terminal front-end device agent001 initiates a download request for the manifest file of the bit rate list of the HTTP channel hdscid-01 to the multicast device at the address 10.47.25.51.
  • Step 1505 The multicast device returns the manifest file and the multicast information, and performs local recording and updating in the terminal device.
  • Step 1506 After the manifest file of the bit rate list of the channel hdscid-01 acquired by the terminal front-end device agent001, the manifest file is returned to the terminal device A.
  • Step 1507 The terminal device A selects a sub-code rate of 2048000 according to its own policy, and initiates a service request of the sub-code rate of 2048000 to the terminal front-end device agent001 (that is, the sub-code rate service request in FIG. 9).
  • Step 1508 The terminal front-end device agent001 obtains the multicast information of the subcode rate of 2048000 from the local record, and then joins the multicast group through the multicast address and port in the multicast information, receives the multicast stream of the subcode rate of 2048000, and then Transcode into unicast stream to serve terminal device A; if the local record does not find the multicast information of sub-rate 2048000, then directly initiate a service request of sub-rate 2048000 to the live source station, and return to the source unicast from the live source station Media streaming.
  • Step 1509 After the terminal front-end device agent001 obtains the media stream, the media stream is returned to the terminal device A; if the terminal front-end device agent001 has a local request service subcode rate of 2048000 cache, the local cache is directly read to the terminal device A provides services;
  • the terminal device A requests the media service.
  • FIG. 10 is a schematic diagram of an implementation process of multi-rate HDS channel dynamic multicast in an embodiment of the present invention. As shown in FIG. 10, the process may include:
  • Step 1601 the terminal front-end device agent001 and the terminal front-end device agent002 regularly report the real-time media service playback information of the corresponding terminal device to the controller.
  • the real-time playback information includes the channel identification information of the channel being played by terminal device A and terminal device B and Video bit rate.
  • the content of the media service real-time playback information of the two terminal devices of the terminal system 001 is as follows:
  • Step 1602 After receiving the real-time playing information of the media service of the terminal device sent by the terminal front-end device, the controller records and updates locally.
  • Step 1603 The controller periodically aggregates real-time playback information of media services reported by all terminal front-end devices, counts the number of terminal devices corresponding to each sub-code rate of each channel, and sorts according to the number of terminal devices at each code rate of the channel.
  • the sorting is as follows:
  • the hot spot code rate is calculated according to the set heat threshold.
  • the setting of the heat threshold depends on the multicast capability of the CDN multicast system. In this embodiment, there are 3 multicast devices in the CDN multicast system, and each multicast device supports a maximum of 4 multicast channels. For 12 multicast channels, the heat threshold is set to 12, and the channel subcode rate of the top12 number of terminal devices is the hot spot code rate.
  • the controller records the channel signs and bit rate values of the 12 hotspot bit rates to the local area;
  • Step 1604 The live broadcast management platform periodically sends a hot bit rate information collection request to the controller.
  • Step 1605 The controller reads the locally stored data and returns the hot spot video rate information calculated in step 1603 to the CDN multicast system.
  • the content of the hot spot video rate information is as follows:
  • the controller hotspot channel statistics is implemented.
  • Step 1606 The live broadcast management platform receives the hotspot code rate information returned by the controller, and automatically generates a sub-rate 2048000 of the channel hdscid-05 and a multicast plan of other hotspot code rates according to the dynamic multicast algorithm.
  • the channel hdscid-05 If the sub-code rate of 2048000 is not enabled, the multicast plan with this code rate is generated.
  • the start time of the multicast plan is 1 minute
  • the duration is 1 hour
  • the multicast address is 225.0.0.1
  • the multicast port is 10010.
  • Step 1607 The live broadcast management platform regularly scans the hotspot multicast plan. When the multicast start time in the multicast plan arrives, it sends a multicast creation request with a channel subcode rate of 2048000 to the multicast device.
  • Step 1608 After receiving the multicast creation request issued by the live broadcast management platform, the multicast device performs a multicast creation task with a subcode rate of 2048000 whose channel identification information is hdscid-05, and returns the source subcode rate from the live broadcast source station to 2048000
  • the unicast code stream is transcoded into a multicast stream and sent to the multicast address 225.0.0.1, the sending port is 10010, and the multicast service starts.
  • an eighth embodiment of the present invention provides a multicast device, which can be applied to a live broadcast management platform.
  • FIG. 11 is a schematic structural diagram of a multicast device according to an embodiment of the present invention. As shown in FIG. 11, the device includes an acquisition module 1101 and a first processing module 1102.
  • the obtaining module 1101 is configured to obtain hotspot channel information, where the hotspot channel information includes identification information of at least one media service whose current playing volume is not less than a predetermined playing volume.
  • the first processing module 1102 is configured to adjust the current multicast service according to the hotspot channel information.
  • each media service corresponds to a channel
  • the identification information of the media service is identification information of the corresponding channel
  • each media service corresponds to a channel and a code rate
  • the identification information of the media service includes: identification information of the corresponding channel and a corresponding code rate
  • the hotspot channel information is obtained based on real-time playing information of media services of each terminal device.
  • the acquisition module 1101 is configured to collect hotspot channel information according to the hotspot channel information collection request after generating a hotspot channel information collection request; or, periodically receive hotspot channel information.
  • the first processing module 1102 is specifically configured to perform at least one of the following:
  • the at least one media service whose current playback volume is not less than the predetermined playback volume there is a media service that is performing multicast, and the time difference between the current time and the multicast end time of the media service that is performing multicast is less than Set the duration, postpone the multicast end time of the media service that is performing multicast;
  • the multicast service corresponding to the low-heat media service is deleted; the low-heat media service does not belong to at least the current playback volume of at least the predetermined playback volume.
  • the first processing module 1102 is specifically configured to send a multicast creation request to a multicast device, so that the multicast device creates a multicast service according to the multicast creation request, and the multicast The creation request is used to request that a corresponding multicast service is created for the media service that is not being multicasted.
  • the first processing module 1102 is specifically configured to send a multicast delay request to the multicast device, so that the multicast device delays the multicast end time according to the multicast delay request.
  • the multicast delay request is used to request the delay of the multicast end time of the media service being multicast.
  • the first processing module 1102 is specifically configured to send a multicast deletion request to a multicast device, so that the multicast device deletes a multicast service according to the multicast deletion request, and the multicast deletion The request is used to request deletion of the multicast service corresponding to the low-heat media service.
  • the first processing module 1102 is further configured to deliver a multicast service creation request to the multicast device when the multicast start time of each multicast service arrives; each group of multicast services When the broadcast end time arrives, a multicast service deletion request is issued to the multicast device.
  • the first processing module 1102 is further used when the first type of media service of at least one bit rate of any channel belongs to the at least one media service whose current playback volume is not less than a predetermined playback volume , Create a corresponding multicast service for the second type of media services at all bit rates of the corresponding channel.
  • the first type of media service is a video media service
  • the second type of media service is an audio media service
  • the first type of media service is an audio media service
  • the second type of media service is a video media service.
  • the first processing module 1102 is further used to: when the first type media service of all code rates of any channel belongs to the low-heat media service, the second type media service for all code rates of the corresponding channel , Delete the corresponding multicast service; wherein, the low-heat media service does not belong to the at least one media service whose current playback volume is not less than the predetermined playback volume; when the first type of media service is a video media service, The second type of media service is an audio media service; when the first type of media service is an audio media service, the second type of media service is a video media service.
  • the first processing module 1102 is further configured to send channel distribution information corresponding to the current multicast service to the controller when the multicast service is created or deleted, so that the controller updates the current multicast service Corresponding channel distribution information.
  • both the acquisition module 1101 and the first processing module 1102 can be implemented by a CPU, microprocessor (Micro Processor Unit, MPU), DSP, or FPGA in the live broadcast management platform.
  • MPU Micro Processor Unit
  • DSP Digital Signal processor
  • FPGA Field Programmable Gate array
  • each functional module in this embodiment may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit.
  • the above integrated unit may be implemented in the form of hardware or software function modules.
  • the integrated unit is implemented in the form of a software function module and is not sold or used as an independent product, it may be stored in a computer-readable storage medium.
  • the technical solution of this embodiment essentially or It is said that part of the contribution to the existing technology or all or part of the technical solution can be embodied in the form of a software product.
  • the computer software product is stored in a storage medium and includes several instructions to make a computer device (may It is a personal computer, a server, or a network device, etc.) or a processor (processor) that performs all or part of the steps of the method described in this embodiment.
  • the foregoing storage media include various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (Read Only Memory, ROM), a random access memory (Random Access Memory, RAM), a magnetic disk, or an optical disk.
  • program codes such as a USB flash drive, a mobile hard disk, a read-only memory (Read Only Memory, ROM), a random access memory (Random Access Memory, RAM), a magnetic disk, or an optical disk.
  • the computer program instructions corresponding to a multicast method in this embodiment may be stored on storage media such as optical disks, hard disks, U disks, etc., when the computer program instructions corresponding to a multicast method in the storage media When being read or executed by an electronic device, the steps of any one of the multicast methods of the foregoing second embodiment are implemented.
  • FIG. 12 shows a multicast device 120 provided by an embodiment of the present invention.
  • the device may include: a first memory 121 and a first processor 122; wherein,
  • the first memory 121 is used to store computer programs and data
  • the first processor 122 is configured to execute a computer program stored in the memory to implement the steps of any one of the multicast methods in the foregoing second embodiment.
  • the first memory 121 may be a volatile memory, such as RAM; or a non-volatile memory, such as ROM, flash memory, HDD, or SSD; or a combination of the above types of memory, and the first The processor 122 provides instructions and data.
  • the first processor 122 may be at least one of ASIC, DSP, DSPD, PLD, FPGA, CPU, controller, microcontroller, and microprocessor. It can be understood that, for different devices, the electronic device used to implement the above-mentioned first processor function may also be other, which is not specifically limited in this embodiment of the present invention.
  • a ninth embodiment of the present invention provides a multicast device, which can be applied to a controller.
  • FIG. 13 is a schematic structural diagram of another multicast device according to an embodiment of the present invention. As shown in FIG. 13, the device includes a generation module 1301 and a second processing module 1302.
  • the generating module 1301 is configured to generate hotspot channel information, where the hotspot channel information includes identification information of at least one media service whose current playing volume is not less than a predetermined playing volume.
  • the second processing module 1302 is configured to send the hotspot channel information to the live broadcast management platform, so that the live broadcast management platform adjusts the current multicast service according to the hotspot channel information.
  • the second processing module 1301 is specifically configured to receive real-time media service playback information of each terminal device, and generate the hotspot channel information according to the real-time media service playback information of each terminal device.
  • the second processing module 1301 is specifically configured to determine a heat threshold, and the heat threshold is used to indicate the maximum number of parallel multicast services that the live broadcast management platform can support; according to each terminal The media service real-time playback information of the device and the heat threshold generate the hotspot channel information.
  • the real-time playing information of the media service includes: identification information of a currently playing channel.
  • the real-time playing information of the media service further includes: the bit rate of the currently playing media service.
  • the second processing module 1301 is further configured to receive channel distribution information corresponding to the current multicast service when the live broadcast management platform creates or deletes a multicast service; according to the received channel distribution information, Update the channel distribution information corresponding to the current multicast service;
  • a heartbeat message sent by a terminal front-end device where the heartbeat message includes device identification information, device address, and device status of the terminal front-end device; and according to the heartbeat message, updating the device identification information and device address of the terminal front-end device And device status.
  • the second processing module 1301 is further configured to, when receiving a service redirection request sent by a terminal device, according to channel distribution information corresponding to the current multicast service, the device of the terminal front-end device.
  • the identification information, the device address of the terminal front-end device and the device status of the terminal front-end device send redirection information for the service redirection request to the terminal device.
  • FIG. 14 is a schematic diagram of the internal structure of the controller of the embodiment of the present invention.
  • the controller may include: a heartbeat message receiving module, a channel distribution information receiving module, Real-time broadcast information receiving module, hotspot channel statistics module, hotspot channel information sending module and scheduling module, where,
  • the heartbeat message receiving module is used to receive the heartbeat message reported by the terminal system and record and update it locally.
  • the heartbeat message contains the device identification information, device address and device status of the terminal front-end device;
  • the channel distribution information receiving module is used to receive the channel distribution information synchronized by the CDN multicast system and record and update locally.
  • the channel distribution information includes the channel ID and the address of the multicast device where the channel is located;
  • the real-time playback information receiving module is used to receive the real-time playback information of the media service reported by the terminal system and record and update it locally.
  • the real-time playback information of the media service contains the ID of the current playback channel of the terminal device;
  • Hotspot channel statistics module which is responsible for summarizing the real-time broadcast information of media services of all terminal devices, calculating hotspot channels according to the set heat threshold, and recording them locally;
  • the hotspot channel information sending module is used to send hotspot channel information to the CDN multicast system.
  • the hotspot channel information includes the channel ID of the hotspot channel; in actual implementation, the hotspot can be triggered when the hotspot channel information collection request of the CDN multicast system is received Channel information can also be sent actively to the CDN multicast system according to a specific period;
  • the scheduling module is used to receive the service redirection request initiated by the terminal device, and the service redirection request carries the channel ID and the identification information of the terminal front-end device to which it belongs.
  • the scheduling module obtains the address of the multicast device where the channel is located in the local record according to the channel ID in the live service request sent by the terminal device; at the same time, according to the identification information in the service redirection request, the attribution of the terminal device initiating the request is obtained in the local record The device status of the terminal front-end device.
  • the terminal device If the device status of the terminal front-end device is normal, the terminal device is redirected to the terminal front-end device, and the returned redirection information includes the address, channel ID, and multicast device's address of the terminal front-end device to which the current terminal device belongs. Address; if the equipment status of the terminal front-end equipment is abnormal, no service is provided.
  • the above generation module 1301, second processing module 1302, heartbeat message receiving module, channel distribution information receiving module, real-time broadcast information receiving module, hotspot channel statistics module, hotspot channel information sending module and scheduling module can all be controlled by the controller CPU, MPU, DSP, or FPGA.
  • each functional module in this embodiment may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit.
  • the above integrated unit may be implemented in the form of hardware or software function modules.
  • the integrated unit is implemented in the form of a software function module and is not sold or used as an independent product, it may be stored in a computer-readable storage medium.
  • the technical solution of this embodiment essentially or It is said that part of the contribution to the existing technology or all or part of the technical solution can be embodied in the form of a software product.
  • the computer software product is stored in a storage medium and includes several instructions to make a computer device (may It is a personal computer, a server, or a network device, etc.) or a processor (processor) that performs all or part of the steps of the method described in this embodiment.
  • the foregoing storage media include various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (Read Only Memory, ROM), a random access memory (Random Access Memory, RAM), a magnetic disk, or an optical disk.
  • program codes such as a USB flash drive, a mobile hard disk, a read-only memory (Read Only Memory, ROM), a random access memory (Random Access Memory, RAM), a magnetic disk, or an optical disk.
  • the computer program instructions corresponding to a multicast method in this embodiment may be stored on storage media such as optical disks, hard disks, U disks, etc., when the computer program instructions corresponding to a multicast method in the storage media When being read or executed by an electronic device, the steps of any one of the multicast methods in the foregoing third embodiment are implemented.
  • FIG. 12 shows another multicast device 150 provided by an embodiment of the present invention.
  • the device may include: a second memory 151 and a second processor 152.
  • the second memory 151 is used to store computer programs and data.
  • the second processor 152 is configured to execute a computer program stored in the memory to implement the steps of any one of the multicast methods in the foregoing third embodiment.
  • the second memory 151 may be a volatile memory, such as RAM; or a non-volatile memory, such as ROM, flash memory, HDD, or SSD; or a combination of the above types of memory
  • the processor 152 provides instructions and data.
  • the second processor 152 may be at least one of ASIC, DSP, DSPD, PLD, FPGA, CPU, controller, microcontroller, and microprocessor. It can be understood that, for different devices, the electronic device used to implement the above-mentioned second processor function may also be other, which is not specifically limited in this embodiment of the present invention.
  • the embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may take the form of a hardware embodiment, a software embodiment, or an embodiment combining software and hardware. Furthermore, the present invention may take the form of a computer program product implemented on one or more computer usable storage media (including but not limited to disk storage and optical storage, etc.) containing computer usable program code.
  • a computer usable storage media including but not limited to disk storage and optical storage, etc.
  • each flow and/or block in the flowchart and/or block diagram and a combination of the flow and/or block in the flowchart and/or block diagram may be implemented by computer program instructions.
  • These computer program instructions can be provided to the processor of a general-purpose computer, special-purpose computer, embedded processing machine, or other programmable data processing device to produce a machine that enables the generation of instructions executed by the processor of the computer or other programmable data processing device
  • These computer program instructions may also be stored in a computer readable memory that can guide a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture including an instruction device, the instructions
  • the device implements the functions specified in one block or multiple blocks of the flowchart one flow or multiple flows and/or block diagrams.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device, so that a series of operating steps are performed on the computer or other programmable device to produce computer-implemented processing, which is executed on the computer or other programmable device
  • the instructions provide steps for implementing the functions specified in one block or multiple blocks of the flowchart one flow or multiple flows and/or block diagrams.

Landscapes

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

Abstract

Selon des modes de réalisation, la présente invention concerne un procédé de multidiffusion, un dispositif, un appareil, et un support d'informations informatique. Le procédé consiste : à obtenir des informations de canal de point d'accès, les informations de canal de point d'accès comprenant des informations d'identifiant d'au moins un service multimédia ayant un compte de lecture courant supérieur ou égal à un compte de lecture prédéterminé ; et à ajuster un service de multidiffusion courant selon les informations de canal de point d'accès.
PCT/CN2019/128623 2018-12-26 2019-12-26 Procédé de multidiffusion, dispositif, appareil et support d'informations informatique WO2020135562A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811605190.4 2018-12-26
CN201811605190.4A CN111372103B (zh) 2018-12-26 2018-12-26 一种组播方法、装置、设备和计算机存储介质

Publications (1)

Publication Number Publication Date
WO2020135562A1 true WO2020135562A1 (fr) 2020-07-02

Family

ID=71128685

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/128623 WO2020135562A1 (fr) 2018-12-26 2019-12-26 Procédé de multidiffusion, dispositif, appareil et support d'informations informatique

Country Status (2)

Country Link
CN (1) CN111372103B (fr)
WO (1) WO2020135562A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115022691A (zh) * 2022-05-31 2022-09-06 青岛海信宽带多媒体技术有限公司 一种智能机顶盒及直播频道播放方法
WO2023246599A1 (fr) * 2022-06-22 2023-12-28 中兴通讯股份有限公司 Procédé de distribution de ressources de service d'un fournisseur de contenu non contractuel, et système de service vidéo

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114339269A (zh) * 2020-10-10 2022-04-12 中国电信股份有限公司 视频传输方法、组播管理平台、终端以及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101394296A (zh) * 2007-09-17 2009-03-25 中兴通讯股份有限公司 一种流媒体点播组播方法和装置
CN101399690A (zh) * 2007-09-28 2009-04-01 中国科学院软件研究所 一种多媒体数据传输方法及其系统
CN103716658A (zh) * 2012-09-28 2014-04-09 株式会社日立制作所 视频点播服务装置与方法
KR20140087623A (ko) * 2012-12-31 2014-07-09 한국과학기술원 멀티캐스트 그룹 가입자 정보를 이용한 시청률 조사 시스템 및 그 방법

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1996933B (zh) * 2005-12-31 2010-08-11 华为技术有限公司 对实时组播业务进行拥塞控制的方法
CN1852119A (zh) * 2006-02-28 2006-10-25 华为技术有限公司 对组播节目进行按次计费的方法
CN103327372A (zh) * 2013-06-06 2013-09-25 深圳市龙视传媒有限公司 一种交换式视频广播的视频推流的方法、服务器及系统
CN104283694A (zh) * 2013-07-02 2015-01-14 北京邮电大学 基于ip组播及p2p补偿的流媒体传输方法
WO2015027429A1 (fr) * 2013-08-29 2015-03-05 华为技术有限公司 Système, dispositif et procédé de transmission d'agrégation, serveur réseau et équipement utilisateur
US20150156249A1 (en) * 2013-12-04 2015-06-04 Verizon Patent And Licensing Inc. Providing notifications regarding the multicast of scheduled content or popular content
CN106233735B (zh) * 2014-03-31 2020-10-02 英国电讯有限公司 管理多播视频传送的方法
CN105519147B (zh) * 2014-12-05 2020-08-21 诸暨市尚诺五金经营部 多媒体广播多播业务的方法、装置和系统
CN105335517A (zh) * 2015-11-06 2016-02-17 努比亚技术有限公司 选择热度多媒体的方法及终端
CN106102167B (zh) * 2016-06-22 2019-03-19 武汉大学 实时按需数据广播调度自适应信道划分与分配系统及方法
CN106454396A (zh) * 2016-10-26 2017-02-22 山东浪潮商用系统有限公司 一种提高直播时移电视并发能力的实现方法
CN107995603A (zh) * 2016-10-27 2018-05-04 中兴通讯股份有限公司 一种能力开放实现方法及装置
CN106658044B (zh) * 2016-12-30 2020-05-01 优地网络有限公司 一种直播方法和装置
CN108668178B (zh) * 2017-03-31 2020-12-04 华为技术有限公司 一种组播实现方法及相关网络设备
CN107205159B (zh) * 2017-05-25 2020-08-04 武汉斗鱼网络科技有限公司 网络直播中流媒体的比特率调整方法、装置和存储介质
CN108155999B (zh) * 2017-12-27 2020-08-07 乐自科技(南京)有限公司 带tcp补包机制的智能udp组播文件分发系统及方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101394296A (zh) * 2007-09-17 2009-03-25 中兴通讯股份有限公司 一种流媒体点播组播方法和装置
CN101399690A (zh) * 2007-09-28 2009-04-01 中国科学院软件研究所 一种多媒体数据传输方法及其系统
CN103716658A (zh) * 2012-09-28 2014-04-09 株式会社日立制作所 视频点播服务装置与方法
KR20140087623A (ko) * 2012-12-31 2014-07-09 한국과학기술원 멀티캐스트 그룹 가입자 정보를 이용한 시청률 조사 시스템 및 그 방법

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115022691A (zh) * 2022-05-31 2022-09-06 青岛海信宽带多媒体技术有限公司 一种智能机顶盒及直播频道播放方法
CN115022691B (zh) * 2022-05-31 2024-05-24 青岛海信宽带多媒体技术有限公司 一种智能机顶盒及直播频道播放方法
WO2023246599A1 (fr) * 2022-06-22 2023-12-28 中兴通讯股份有限公司 Procédé de distribution de ressources de service d'un fournisseur de contenu non contractuel, et système de service vidéo

Also Published As

Publication number Publication date
CN111372103A (zh) 2020-07-03
CN111372103B (zh) 2023-05-26

Similar Documents

Publication Publication Date Title
US10547659B2 (en) Signaling and processing content with variable bitrates for adaptive streaming
US10320870B2 (en) Method and apparatus for carrier controlled dynamic rate adaptation and client playout rate reduction
US10616623B2 (en) Optimized near-simultaneous distribution of multimedia content
JP5588517B2 (ja) データセグメントのオプションのブロードキャスト配信によるストリーミング
US9158769B2 (en) Systems and methods for network content delivery
US8826349B2 (en) Multicast adaptive stream switching for delivery of over the top video content
US9118738B2 (en) Systems and methods for controlling access to a media stream
RU2526744C2 (ru) Способ общесетевого хранения и распределения данных и система для телевидения в сетях передачи данных по протоколу ip
US8200747B2 (en) Session handoff of segmented media data
WO2020135562A1 (fr) Procédé de multidiffusion, dispositif, appareil et support d'informations informatique
US20140258449A1 (en) Segmented content delivery
CN104093088B (zh) 实现自适应流媒体播放控制的系统及方法
CN1703087A (zh) 宽带电信系统及减少多媒体接收机信道切换延迟时间方法
US8316108B2 (en) Method and apparatus for obtaining media over a communications network
US8316148B2 (en) Method and apparatus for obtaining media over a communications network
EP2670109B1 (fr) Procédé, système et dispositifs de distribution multimédia dans des réseaux de distribution de contenu
Nam et al. A mobile video traffic analysis: Badly designed video clients can waste network bandwidth
WO2013071517A1 (fr) Procédé d'envoi de flux multimédia et serveur
CN112533020B (zh) 面向电视直播系统的负载均衡动态组网系统及方法
WO2023186531A1 (fr) Acheminement de contenu
WO2024056452A1 (fr) Politique d'intégration de multidiffusion
WO2023052190A1 (fr) Diffusion de contenu
WO2024056455A1 (fr) Politique de sortie de multidiffusion
CN117675774A (zh) 流媒体数据传输方法、装置及电子设备
CN116743944A (zh) 一种视频数据高性能分发方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19901978

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 18.11.2021)

122 Ep: pct application non-entry in european phase

Ref document number: 19901978

Country of ref document: EP

Kind code of ref document: A1