CN106817629B - Media information transmission method, device and system - Google Patents

Media information transmission method, device and system Download PDF

Info

Publication number
CN106817629B
CN106817629B CN201611187140.XA CN201611187140A CN106817629B CN 106817629 B CN106817629 B CN 106817629B CN 201611187140 A CN201611187140 A CN 201611187140A CN 106817629 B CN106817629 B CN 106817629B
Authority
CN
China
Prior art keywords
bng
multicast
media information
request
source server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201611187140.XA
Other languages
Chinese (zh)
Other versions
CN106817629A (en
Inventor
贺雷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201611187140.XA priority Critical patent/CN106817629B/en
Publication of CN106817629A publication Critical patent/CN106817629A/en
Application granted granted Critical
Publication of CN106817629B publication Critical patent/CN106817629B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/6408—Unicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

The application relates to the technical field of communication, and discloses a method, a device and a system for transmitting media content, which are used for providing a new unicast and multicast conversion form to improve the applicability of the system. The method comprises the following steps: a first BNG receives a multicast joining request sent by a second BNG, wherein the multicast joining request is used for requesting to join a multicast network to receive information sent by the multicast network; the first BNG converts the multicast join request into a unicast request and sends the unicast request to a source server, wherein the unicast request is used for requesting media content from the source server; and the first BNG receives the first media information which is returned by the source server in a unicast mode and contains the media content, converts the first media information into second media information containing the media content, and sends the second media information in a multicast mode in the multicast network.

Description

Media information transmission method, device and system
Technical Field
The present application relates to the field of communications technologies, and in particular, to a method, an apparatus, and a system for transmitting media information.
Background
Currently, more and more operators are involved in content operations. The operator purchases the retransmission right for sports, entertainment, etc., and distributes the contents to the respective users (i.e., terminals) through the own network. In the operation process, some relay contents with a relatively high attention degree, such as a football playoff, a new-film first-cast, etc., are usually encountered, and at this time, an operator will have an excessively large number of users simultaneously accessing to request to view a hot video. Since these users are only temporary users, the operator both desires to be able to serve this portion of the temporary audience to obtain additional revenue and does not want capacity to be expanded by this portion of the temporary users. In this case, the operator carries the hot video in a multicast manner, that is, the hot media stream is led down from the video source server in a unicast manner and distributed to each user in a multicast manner. Therefore, the load of the video source server can be reduced, the flow of a backbone network is reduced, and the flow of a metropolitan area network is reduced.
However, the types of terminals for watching hot videos are more and more abundant at present, including handheld terminals with wireless communication functions such as mobile phones, and such terminals often do not support the multicast mode. Therefore, it is necessary to convert multicast into unicast when approaching such terminals, and to transmit video to the terminals in unicast form. The process of converting multicast to unicast is generally performed by a Broadband Network Gateway (BNG) near the terminal.
As shown in fig. 1, in a media stream distribution structure in the prior art, a terminal sends a query request carrying a Domain name to a Domain Name Server (DNS), and the DNS converts the Domain name and an Internet Protocol (IP) address corresponding to the Domain name, and feeds back the converted IP address to the terminal. The terminal initiates a HyperText Transfer Protocol (HTTP) request message based on a Transmission Control Protocol (TCP) to a corresponding BNG according to the IP address, and requests the M3U8 index and the TS video file. The BNG obtains channel information configuration including channel range, channel video source address, channel multicast address, and channel bandwidth from the policy server. The BNG analyzes the HTTP request message, maps the channel number carried in the HTTP request message into a multicast address, and requests a multicast stream from a video source server. The video source server sends the multicast stream in multicast form. The BNG generates an M3U8 index and a TS video file from the received multicast stream, and transmits the index and the TS video file to the terminal in a unicast form.
It can be seen that the unicast-multicast conversion in the prior art requires that the video source server must support multicast, however, some video source servers do not necessarily support multicast, for example, a video source server deployed earlier does not necessarily support multicast.
In summary, the existing media stream distribution architecture and unicast-multicast conversion form lack applicability, and how to design a more applicable media stream distribution architecture becomes a problem.
Disclosure of Invention
The embodiment of the application provides a media information transmission method, a device and a system, which are used for providing a new unicast and multicast conversion form to improve the applicability of the system.
The embodiment of the application provides the following specific technical scheme:
in a first aspect, a BNG is deployed on a side close to a terminal and a side close to a video source server, respectively, and all multicast protocol interactions and multicast forwarding are performed only on a network between the two BNGs. The video source server can send the media content to the BNG close to the video source server in a unicast mode, so that the limitation caused by the fact that the video source server must support multicast can be avoided, and the transmission system of the media content has higher applicability.
In one possible design, the BNG on the side near the video source server is the first BNG and the BNG on the side near the terminal is the second BNG. The first BNG receives a multicast join request sent by a second BNG, the multicast join request is used for requesting to join a multicast network to receive information sent by the multicast network, the first BNG converts the multicast join request into a unicast request and sends the unicast request to a video source server, the unicast request is used for requesting media content from the video source server, the first BNG receives first media information which is returned by the video source server in a unicast mode and contains the media content, converts the first media information into second media information which contains the media content and can be sent in a multicast mode, and the second media information is sent in the multicast network in the multicast mode. The first BNG may send the media information in a multicast form instead of the video source server, and may be adapted to support the video source server in a unicast form. Due to the fact that the forwarding process of the multicast is complex, large time delay is introduced, the video source server and the terminal are strong computing weak forwarding devices and are not good at multicast forwarding.
In one possible design, the first BNG converts the multicast join request into a unicast request by: the first BNG analyzes the multicast adding request, acquires a first load field and acquires a first Internet Protocol (IP) address of the video source server; and the first BNG generates the unicast request, wherein the source address of the unicast request is the second IP address of the first BNG, the destination address of the unicast request is the first IP address, and the carried content is the load field.
In one possible design, the first BNG converts the first media information into second media information which contains the media content and can be sent in multicast form, and sends the second media information in multicast form in the multicast network, by: the first BNG analyzes the first media information to obtain a second load field; generating second media information by the first BNG, where a destination address of the second media information is an IP address of each receiving node in the multicast network, and a carried content of the second media information is the second load field; sending the second media information to each receiving node in a multicast mode in the multicast network; wherein the receiving node includes the second BNG therein.
In one possible design, the first BNG performs a security negotiation with the video source server before the first BNG receives the first media information containing the media content returned by the video source server in unicast; after the first BNG receives the first media information including the media content returned by the video source server in the unicast form, if the first media information is encrypted by the video source server, the first BNG decrypts the encrypted first media information based on the security negotiation result to obtain the media content. The first BNG may send a media content request to the video source server instead of the terminal, and may support both encrypted and non-encrypted media content.
In a second aspect, there is provided a device for transferring media content, the device having functionality for implementing terminal behavior in any one of the possible designs of the first aspect and the first aspect described above. The functions can be realized by hardware, and the functions can also be realized by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the above-described functions.
In a third aspect, there is provided a device for transferring media content, comprising a transceiver, a memory and a processor, wherein the memory is configured to store a set of programs, and the processor is configured to invoke the programs stored in the memory to perform the method as set forth in the first aspect and any one of the possible designs of the first aspect.
In a fourth aspect, a computer storage medium is provided for storing a computer program comprising instructions for performing the first aspect, the method in any of the possible implementations of the first aspect.
In a fifth aspect, a transmission system for media content is provided, comprising a first BNG and a second BNG, the first BNG and the second BNG being connected, the first BNG being configured to perform the method of the first aspect or any of the possible embodiments of the first aspect. Therefore, the limitation caused by that the video source server must support multicast can be avoided, and the transmission system of the media content has higher applicability.
Drawings
FIG. 1 is a diagram of a prior art media stream distribution architecture;
fig. 2 is a schematic diagram of a media stream distribution architecture in an embodiment of the present application;
FIG. 3 is a flowchart illustrating a method for transmitting media content according to an embodiment of the present application;
FIG. 4 is a second flowchart illustrating a method for transmitting media content according to an embodiment of the present application;
FIG. 5 is a diagram illustrating a structure of a device for transmitting media content according to an embodiment of the present application;
fig. 6 is a second schematic structural diagram of a media content transmission device according to an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more clear, the present application will be further described in detail with reference to the accompanying drawings.
In the embodiment of the application, a BNG is respectively deployed at one side close to the terminal and one side close to the video source server, and all multicast protocol interaction and multicast forwarding are only performed on a network between the two BNGs. The video source server can send the media content to the BNG close to the video source server in a unicast mode, so that the limitation caused by the fact that the video source server must support multicast can be avoided, and the transmission system of the media content has higher applicability.
In the embodiments of the present application, the ordinal numbers such as "first" and "second" are used to distinguish a plurality of objects, and are not used to limit the sequence of the plurality of objects.
In the embodiment of the present application, as shown in fig. 2, the architecture for media stream distribution includes a terminal 201, a first BNG202, a second BNG203, and a video source server 204. Optionally, a DNS server 205 and a policy server 206 are also included.
The terminal is connected to the second BNG203, and configured to send a video request to the second BNG203 to request a required media stream; the terminal is further connected to the DNS server 205, and configured to send an inquiry request carrying a domain name to the DNS server 205 to inquire about an address of the media stream; the DNS server 205 is configured to convert the domain name into a corresponding IP address, and feed back the IP address to the terminal; the second BNG203 is connected to the first BNG202, and configured to implement interaction of a multicast protocol and forwarding of multicast content with the first BNG 202; the second BNG203 is further connected to the policy server 206, and configured to obtain channel information configuration from the policy server 206; the first BNG102 is further connected to the video source server 204, and configured to send a unicast request to the video source server 204, and send the received media content in a multicast form; the video source server 204 is used to store and output a media source, which may be, for example, a headend device of an interactive network television.
It should be noted that the application scenario described in the embodiment of the present application is for more clearly illustrating the technical solution of the embodiment of the present application, and does not constitute a limitation on the technical solution provided in the embodiment of the present application.
With reference to the network architecture shown in fig. 2, the following describes a method and an apparatus for transmitting media content according to an embodiment of the present application in further detail with reference to the accompanying drawings.
As shown in fig. 3, in the embodiment of the present application, a flow of a transmission method of media content is as follows.
Step 301: the second BNG sends a multicast joining request to the first BNG, and the first BNG receives the multicast joining request sent by the second BNG.
The multicast join request is used for requesting to join the multicast network to receive the information sent by the multicast network.
Specifically, the second BNG receives a media content request sent by the terminal in unicast before sending the multicast join request to the first BNG, where the media content request is used for requesting the media content to be played.
In view of the fact that in the prior art, a request message for a terminal to initiate a media content request to a BNG is an HTTP request message based on TCP, if the request message is encrypted, the BNG cannot parse the message to obtain channel information.
Optionally, in this embodiment of the application, the request message of the media content request sent by the terminal to the second BNG is based on a User data packet Protocol (UDP) format, and the request message in the UDP format does not need to be encrypted, so that the problem that the second BNG cannot analyze the encrypted message is avoided. And, terminal coupling is reduced.
Step 302: the first BNG converts the multicast join request into a unicast request, and sends the unicast request to the video source server, where the unicast request is used to request media content from the video source server.
In the embodiment of the present application, the first BNG is deployed between the second BNG and the video source server, so that the multicast join request sent by the second BNG is intercepted by the first BNG and is not sent to the video source server. And after receiving the multicast adding request, the first BNG converts the multicast adding request into a unicast request and sends the unicast request to the video source server in a unicast mode.
The specific conversion mode is as follows: the first BNG parses the multicast join request, obtains the first load field, and obtains the IP address of the video source server, which is denoted as the first IP address. The first BNG encapsulates the first payload field with the source address as the IP address of the first BNG (herein, the second IP address) and the destination address as the first IP address.
The video source server receives the unicast request sent by the first BNG, analyzes the unicast request, acquires the channel number, acquires the media content to be returned to the first BNG, performs address encapsulation on the media content, performs address encapsulation by using the first IP address as a source address and the second IP address as a destination address, and generates first media information after encapsulation.
Step 303: the video source server returns the first media information containing the media content in a unicast form to the first BNG, and the first BNG receives the first media information containing the media content returned in a unicast form by the video source server.
After the video source server receives the unicast request sent by the first BNG, the video source server analyzes the unicast request, acquires the channel number, acquires the media content to be returned to the first BNG, performs address encapsulation on the media content, performs address encapsulation by using the first IP address as a source address and the second IP address as a destination address, and generates first media information after encapsulation.
Based on the fact that the video source server may send encrypted media information, in this embodiment of the present application, before the first BNG receives the first media information containing media content returned by the video source server in unicast form, a security negotiation is performed between the first BNG and the video source server;
after the first BNG receives the first media information containing the media content returned by the video source server in the unicast form, if the first media information is encrypted by the video source server, the first BNG decrypts the encrypted first media information based on the security negotiation result to obtain the media content.
Step 304: the first BNG converts the first media information into second media information that contains media content and is capable of being sent in multicast.
Specifically, the first BNG needs to issue to the second BNG and other receiving nodes in the multicast network in a multicast form, where after receiving the first media information, the first BNG needs to change a destination address to correctly distribute the multicast stream. The first BNG analyzes the first media information to obtain a second load field, the first BNG generates second media information, the destination address of the second media information is the IP address of each receiving node in the multicast network, the source address is still the first IP address of the video source server, and the carried content is the second load field.
Step 305: the first BNG transmits the second media information in a multicast mode in the multicast network.
Specifically, the first BNG sends the second media information to each receiving node in a multicast form in the multicast network. Wherein, the receiving node comprises a second BNG.
By adopting the method provided by the embodiment of the application, the first BNG can replace the terminal to send the media content request to the video source server, and can support encrypted and unencrypted media content. The first BNG may send the media information in a multicast form instead of the video source server, and may be adapted to support the video source server in a unicast form. Due to the fact that the forwarding process of the multicast is complex, large time delay is introduced, the video source server and the terminal are strong computing weak forwarding devices and are not good at multicast forwarding, the method provided by the embodiment of the application is adopted, multicast forwarding is completed on two BNGs, the BNGs are strong forwarding devices, and the processing efficiency of the multicast is high, so that the method provided by the embodiment of the application enables the end-to-end performance to be high, and the forwarding time delay is low.
The following describes the transmission method of media content in the embodiment of the present application in further detail with reference to specific application scenarios. Assume that the first BNG is represented by BNG-1 and the second BNG is represented by BNG-2 and that the video source server is an IPTV headend. The terminal wants to request the IPTV head end for playing the video stream. The specific flow is shown in fig. 4.
Step 401: the terminal sends a video request to BNG-2 in unicast.
The video request message is in a UDP format, and carries information such as a video source address, a channel number and the like.
Step 402: after receiving the video request in unicast form sent by the terminal, BNG-2 converts the video request in unicast form into a multicast join request.
Specifically, BNG-2 obtains channel information from the policy server, and maps a channel number carried in a video request in a unicast form to a Multicast destination address in a Protocol Independent Multicast (PIM) network according to the channel information. And repackaging the video request according to the multicast destination address, changing the destination address into the multicast destination address, and generating a multicast join request. The multicast join request and the video request have different encapsulated addresses but the message content is the same.
Step 403: BNG-2 sends a multicast join request to BNG-1.
Step 404: BNG-1 converts the multicast join request into a unicast request and sends the unicast request to the IPTV head-end.
After receiving the multicast adding request, BNG-1 analyzes the message of the multicast adding request to obtain a video source address carried in the message, and repackages the message of the multicast adding request by taking a video source address as a destination address and the IP address of BNG-1 as a source address to obtain a unicast request. The unicast request is an HTTP request.
Step 405: and the IPTV head end returns the unicast HTTP video stream to the BNG-1 according to the unicast HTTP request.
The IPTV head-end may encrypt the HTTP video stream.
Step 406: after receiving the unicast HTTP video stream, BNG-1 analyzes the load field in the HTTP video stream, and encapsulates the address, wherein the encapsulated destination address is the IP address and the source address of each receiving node of the multicast unchanged, and the multicast HTTP video stream is generated.
If the HTTP video stream is an encrypted message, the BNG-1 and the IPTV head end have completed the security negotiation, and therefore, the BNG-1 may parse the encrypted message.
Step 407: and forwarding the encapsulated multicast HTTP video stream in a multicast mode according to a multicast route.
Step 408: BNG-2 receives the multicast HTTP video stream, analyzes the load field, and encapsulates the address, wherein the encapsulated destination address is the IP address of the terminal, the source address is unchanged, and the encapsulated message is a UDP message in a unicast form.
Step 409: BNG-2 sends UDP message in unicast form to terminal.
Thus, after the terminal sends the video request in the unicast form, the terminal receives the UDP message returned in the unicast form.
In summary, through the introduction of the scheme in the application scenario, it can be seen that, in the network architecture of this form, the dependence on the IPTV head end can be reduced, and the IPTV head end that only supports unicast can also be applied to the issuing of video streams in the network architecture, thereby avoiding the problem that the IPTV head end needs to support multicast. Since the IPTV head end of the existing network supports unicast as a basic function, the method provided in the embodiment of the present application can be applied to more IPTV head ends, and has wide applicability.
As the BNG-1 is deployed, the BNG-1 can initiate a video request to the IPTV head end instead of the terminal, if the video content is encrypted, the BNG-2 serves as a receiving end, already completes the security negotiation with the IPTV head end, can analyze the encrypted content, then issues the analyzed content to the BNG-2 in a multicast mode, and issues the BNG-2 to the terminal in a unicast mode, so that the method of the embodiment of the application can support encrypted and non-encrypted video streams.
Based on the same inventive concept as the transmission method of the media content shown in fig. 3 and fig. 4, as shown in fig. 5, the embodiment of the present application further provides a transmission apparatus 500 of the media content, which includes a receiving unit 501, a processing unit 502, and a sending unit 503, where:
a receiving unit 501, configured to receive a multicast join request sent by another device, where the multicast join request is used to request to join a multicast network to receive information sent by the multicast network;
a processing unit 502, configured to convert the multicast join request received by the receiving unit 501 into a unicast request, and send the unicast request to the video source server, where the unicast request is used to request media content from the video source server;
a receiving unit 501, configured to receive first media information including media content returned by a video source server in a unicast form;
the processing unit 502 is further configured to convert the first media information received by the receiving unit 501 into second media information containing media content;
a sending unit 503, configured to send the second media information converted by the processing unit 502 in a multicast form in the multicast network.
Optionally, the processing unit 502 is configured to:
analyzing the multicast join request, acquiring a first load field and a first Internet Protocol (IP) address of a video source server;
and performing address encapsulation on the first load field by taking the source address as the second IP address of the device and the destination address as the first IP address.
Optionally, the processing unit 502 is configured to:
respectively replacing the destination address of the first media information with the IP address of each receiving node in the multicast network to generate second media information;
the sending unit 503 is configured to: sending the second media information to each receiving node in a multicast mode in a multicast network;
wherein, the receiving node comprises a second BNG.
Optionally, the processing unit 502 is further configured to:
before receiving first media information which is returned by a video source server in a unicast mode and contains media content, carrying out security negotiation with the video source server; and the number of the first and second groups,
after receiving first media information containing media content returned by a video source server in a unicast mode, if the first media information is an encrypted message, the first BNG analyzes the encrypted message based on a security negotiation result to obtain the media content.
Based on the same inventive concept as the transmission method of the media content shown in fig. 3 and fig. 4, as shown in fig. 6, an embodiment of the present application further provides a transmission apparatus 600 of the media content, which includes a transceiver 601, a processor 602, a memory 603, and a bus 604, where the transceiver 601, the processor 602, and the memory 603 are all connected to the bus 604, where the memory 603 stores a set of programs, and the processor 602 is configured to call up the programs stored in the memory 603, and when the programs are executed, the processor 602 is enabled to perform the following operations:
receiving, by a transceiver 601, a multicast join request sent by another device, where the multicast join request is used to request to join a multicast network to receive information sent by the multicast network;
converting the received multicast join request into a unicast request, and sending the unicast request to a video source server, wherein the unicast request is used for requesting media content from the video source server;
receiving, by the transceiver 601, first media information including media content returned by a video source server in a unicast form;
converting the received first media information into second media information containing media content;
and transmitting the converted second media information in a multicast mode in the multicast network.
Optionally, the processor 602 is configured to:
analyzing the multicast join request, acquiring a first load field and a first Internet Protocol (IP) address of a video source server;
and performing address encapsulation on the first load field by taking the source address as the second IP address of the device and the destination address as the first IP address.
Optionally, the processor 602 is configured to:
respectively replacing the destination address of the first media information with the IP address of each receiving node in the multicast network to generate second media information;
transmitting the second media information to each receiving node in a multicast form in a multicast network through the transceiver 601;
wherein, the receiving node comprises a second BNG.
Optionally, the processor 602 is further configured to:
before receiving first media information which is returned by a video source server in a unicast mode and contains media content, carrying out security negotiation with the video source server; and the number of the first and second groups,
after receiving first media information containing media content returned by a video source server in a unicast mode, if the first media information is an encrypted message, the first BNG analyzes the encrypted message based on a security negotiation result to obtain the media content.
The processor 602 may be a Central Processing Unit (CPU), a Network Processor (NP), or a combination of a CPU and an NP.
The processor 602 may further include a hardware chip. The hardware chip may be an application-specific integrated circuit (ASIC), a Programmable Logic Device (PLD), or a combination thereof. The PLD may be a Complex Programmable Logic Device (CPLD), a field-programmable gate array (FPGA), a General Array Logic (GAL), or any combination thereof.
Memory 603 may include volatile memory (volatile memory), such as random-access memory (RAM); the memory 603 may also include a non-volatile memory (non-volatile) such as a flash memory (flash memory), a Hard Disk Drive (HDD) or a solid-state drive (SSD); the memory 603 may also comprise a combination of memories of the kind described above.
It should be noted that the apparatus provided in fig. 5 can be used to implement the methods shown in fig. 3 and 4. In a specific implementation manner, the processing unit 502 in fig. 5 may be implemented by the processor 602 in fig. 6, and both the receiving unit 501 and the sending unit 603 may be implemented by the transceiver 601 in fig. 6.
The present application further provides a system for transmitting media content, which includes a first BNG and a second BNG, where the first BNG may be the apparatus provided in the embodiments corresponding to fig. 5 and fig. 6. The media content transmission system is used for executing the method of the corresponding embodiment of fig. 3 and 4.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While the preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all alterations and modifications as fall within the scope of the application.
It will be apparent to those skilled in the art that various changes and modifications may be made in the embodiments of the present application without departing from the spirit and scope of the embodiments of the present application. Thus, if such modifications and variations of the embodiments of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to encompass such modifications and variations.

Claims (10)

1. A method for transmitting media content, comprising:
a first Broadband Network Gateway (BNG) receives a multicast join request sent by a second BNG, wherein the multicast join request is used for requesting to join a multicast network to receive information sent by the multicast network, and the second BNG is connected with a terminal;
the first BNG converts the multicast join request into a unicast request and sends the unicast request to a video source server, wherein the unicast request is used for requesting media content from the video source server, and the first BNG is connected with the video source server;
the first BNG receives first media information which is returned by the video source server in a unicast mode and contains the media content, converts the first media information into second media information which contains the media content and can be sent in a multicast mode, and sends the second media information to each receiving node in the multicast network in the multicast mode; wherein the receiving node includes the second BNG therein.
2. The method of claim 1, wherein the first BNG converts the multicast join request into a unicast request, comprising:
the first BNG analyzes the multicast adding request, acquires a first load field and acquires a first Internet Protocol (IP) address of the video source server;
the first BNG generates the unicast request, where a source address of the unicast request is the second IP address of the first BNG, a destination address is the first IP address, and a carried content is the first payload field.
3. The method according to claim 1 or 2, wherein said first BNG converts first media information into second media information containing said media content and being capable of being sent in multicast, said second media information being sent in multicast in said multicast network, comprising:
the first BNG analyzes the first media information to obtain a second load field;
generating second media information by the first BNG, where a destination address of the second media information is an IP address of each receiving node in the multicast network, and a carried content of the second media information is the second load field;
the first BNG sends the second media information to each receiving node in the multicast network in a multicast mode;
wherein the receiving node includes the second BNG therein.
4. The method of claim 1 or 2, wherein before said first BNG receives said first media information containing said media content returned by said video source server in unicast, further comprising:
performing security negotiation between the first BNG and the video source server;
after the first BNG receives the first media information containing the media content returned by the video source server in unicast form, the method further comprises:
if the first media information is encrypted by the video source server, the first BNG decrypts the encrypted first media information based on the security negotiation result.
5. An apparatus for transmitting media content, comprising:
the device comprises a receiving unit, a sending unit and a receiving unit, wherein the receiving unit is used for receiving a multicast joining request sent by other devices, the multicast joining request is used for requesting to join a multicast network to receive information sent by the multicast network, and the other devices are connected with a terminal;
the processing unit is used for converting the multicast adding request received by the receiving unit into a unicast request and sending the unicast request to a video source server, the unicast request is used for requesting media content from the video source server, and a transmission device of the media content is connected with the video source server;
the receiving unit is further configured to receive first media information including the media content, which is returned by the video source server in a unicast manner;
the processing unit is further configured to convert the first media information received by the receiving unit into second media information that includes the media content and can be sent in a multicast form;
a sending unit, configured to send the second media information converted by the processing unit to each receiving node in the multicast network in a multicast manner; wherein the other apparatus is included in the receiving node.
6. The apparatus of claim 5, wherein the processing unit is to:
analyzing the multicast join request, acquiring a first load field and acquiring a first Internet Protocol (IP) address of the video source server;
and generating the unicast request, wherein the source address of the unicast request is the second IP address of the first BNG, the destination address of the unicast request is the first IP address, and the carried content is the first load field.
7. The apparatus of claim 5 or 6, wherein the processing unit is to:
analyzing the first media information to obtain a second load field;
generating second media information, wherein the destination address of the second media information is the IP address of each receiving node in the multicast network, and the carried content is the second load field;
the sending unit is used for: sending the second media information to each receiving node in a multicast mode in the multicast network;
wherein the receiving node comprises a second BNG.
8. The apparatus of claim 5 or 6, wherein the processing unit is further to:
before receiving first media information which is returned by the video source server in a unicast mode and contains the media content, carrying out security negotiation with the video source server; and the number of the first and second groups,
after receiving the first media information containing the media content returned by the video source server in a unicast mode, if the first media information is encrypted by the video source server, decrypting the encrypted first media information based on the security negotiation result.
9. A device for the transmission of media contents, comprising a transceiver, a processor, a memory and a bus, the transceiver, the processor and the memory being connected to the bus, wherein the memory stores a set of programs and the processor is adapted to call the programs stored in the memory, and when the programs are executed, to cause the processor to perform the method according to any one of claims 1-4.
10. A transmission system of media content, characterized in that it comprises a first broadband network gateway, BNG, and a second BNG, said first BNG and said second BNG being connected, said first BNG being configured to perform the method according to any one of claims 1-4.
CN201611187140.XA 2016-12-20 2016-12-20 Media information transmission method, device and system Active CN106817629B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611187140.XA CN106817629B (en) 2016-12-20 2016-12-20 Media information transmission method, device and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611187140.XA CN106817629B (en) 2016-12-20 2016-12-20 Media information transmission method, device and system

Publications (2)

Publication Number Publication Date
CN106817629A CN106817629A (en) 2017-06-09
CN106817629B true CN106817629B (en) 2020-04-28

Family

ID=59109100

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611187140.XA Active CN106817629B (en) 2016-12-20 2016-12-20 Media information transmission method, device and system

Country Status (1)

Country Link
CN (1) CN106817629B (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109729009B (en) 2017-10-31 2022-08-26 华为技术有限公司 Method and device for realizing multicast service
CN108271083A (en) * 2017-12-26 2018-07-10 中兴通讯股份有限公司 A kind of media handling framework and method
CN110891183B (en) * 2018-09-11 2022-11-01 中兴通讯股份有限公司 Channel sharing method, device and computer readable storage medium
CN113872916A (en) * 2020-06-30 2021-12-31 中兴通讯股份有限公司 Data retransmission method, network device, and computer-readable storage medium

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101001197A (en) * 2006-12-31 2007-07-18 华为技术有限公司 Transmission method, system and correlated equipment of media flow
CN101030918A (en) * 2006-03-03 2007-09-05 华为技术有限公司 Method, apparatus and system for supplying packet service based on IP network
CN101626387A (en) * 2009-08-12 2010-01-13 中兴通讯股份有限公司 System, method and terminal for treating media business

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101374068A (en) * 2007-08-25 2009-02-25 华为技术有限公司 Method, apparatus and system for implementing packet transmission of multicast business
US8203943B2 (en) * 2007-08-27 2012-06-19 Cisco Technology, Inc. Colored access control lists for multicast forwarding using layer 2 control protocol
CN101414921B (en) * 2007-10-19 2011-07-27 华为技术有限公司 Control method and equipment for accommodating and releasing resource
CN101873515B (en) * 2009-04-21 2013-12-04 华为技术有限公司 IPV6 message transmission method, system and device of passive optical network
CN102104586A (en) * 2009-12-21 2011-06-22 中兴通讯股份有限公司 Unicast/multicast resource management method and system
CN102907044B (en) * 2011-05-27 2016-04-06 华为技术有限公司 Business scheduling method and device under many wideband network gateways
US9100214B1 (en) * 2011-06-28 2015-08-04 Juniper Networks, Inc. Performing customer bandwidth profiling in computer networks
US8949451B2 (en) * 2012-04-27 2015-02-03 Mobitv, Inc. Combined broadcast and unicast delivery
KR101439329B1 (en) * 2012-10-30 2014-09-11 주식회사 케이티 Wireless gateway and method for watching iptv broadcast
CN104734864B (en) * 2013-12-18 2018-02-23 华为技术有限公司 The method and apparatus that wideband network gateway pond is generated in network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101030918A (en) * 2006-03-03 2007-09-05 华为技术有限公司 Method, apparatus and system for supplying packet service based on IP network
CN101001197A (en) * 2006-12-31 2007-07-18 华为技术有限公司 Transmission method, system and correlated equipment of media flow
CN101626387A (en) * 2009-08-12 2010-01-13 中兴通讯股份有限公司 System, method and terminal for treating media business

Also Published As

Publication number Publication date
CN106817629A (en) 2017-06-09

Similar Documents

Publication Publication Date Title
US10205971B2 (en) Media data live broadcast method, device, and system
CN106817629B (en) Media information transmission method, device and system
EP3319330B1 (en) Multicast transmission method, apparatus, and system for ott media
KR102110421B1 (en) System and method for delivering an audio-visual content to a client device
CN107948762B (en) Live video transmission method, device and system
US10498783B2 (en) Non-DSG mechanisms for aligning client devices with their multicast data flows in a DOCSIS network environment
TW201021573A (en) Proxy functionality
WO2012028022A1 (en) Live broadcast content distribution method and system
CN105210372A (en) Content supply device, content supply method, program, and content supply system
US10743051B1 (en) Tuning efficiency and delivery of content
CN109547824B (en) Video service method and system, storage medium and VPN server
US20230275949A1 (en) Method and apparatus for processing multicast signal
JP2018515960A (en) Method and apparatus for flexible broadcast service based on multimedia broadcast multicast service
EP4060964B1 (en) Method and apparatus for processing multicast signal
CN111125426A (en) Data storage and query method and device
US9467720B2 (en) Tuning efficiency and delivery of content
Hammershøj et al. Next-generation ott distribution architecture supporting multicast-assisted abr (mabr) and http/3 over quic
US20230379516A1 (en) Method and apparatus for processing multicast signal
CN107078965A (en) Streaming media service provides method and apparatus
US11671515B2 (en) Methods, network node and client device for acquisition and delivery of resources in a communications network
US9596210B2 (en) Subscriber-aware duplicate address detection proxy in edge devices
Hammershøj et al. The Next-Generation Television Broadcasting Test Platform in Copenhagen
CN111225252B (en) PON gateway UPNP video live broadcast method based on openwrt system
US20220078526A1 (en) Technologies for providing stream metadata to clients
CN116980343A (en) Data stream transmission method, device, system, computer equipment and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant