WO2018121584A1

WO2018121584A1 - Data stream transmission method, apparatus, related devices and storage medium

Info

Publication number: WO2018121584A1
Application number: PCT/CN2017/118912
Authority: WO
Inventors: 张晓渠; 梁建适
Original assignee: 中兴通讯股份有限公司
Priority date: 2016-12-30
Filing date: 2017-12-27
Publication date: 2018-07-05
Also published as: CN108270731A

Abstract

Disclosed by the present disclosure is a data stream transmission method, comprising: identifying, for at least two data streams of a first media source, each data stream by using different port numbers of a user datagram protocol (UDP); and sending the identified at least two data streams of the first media source on the basis of a multicast internet protocol (IP) address of the first media source. Also disclosed by the present disclosure are a data stream transmission apparatus, a source device, an intermediate device, a terminal and a storage medium.

Description

Data stream transmission method, device, related device and storage medium

Cross-reference to related applications

The present application is based on a Chinese patent application filed on Jan. 30, 2016, the entire disclosure of which is hereby incorporated by reference.

Technical field

The present disclosure relates to a multicast transmission technology in the Internet domain, and in particular, to a data stream transmission method, apparatus, related device, and storage medium.

Background technique

With the rapid development of broadband Internet TV services, multicast transmission technology is widely used in Internet transmission. For example, in IPTV and OTT (Over The Top) technologies, multicast transmission technology is often used to implement live broadcast services.

In the current live broadcast service, a multicast group can only transmit one multicast stream, and one channel will contain multiple streams. Therefore, multiple channels of one channel need multiple multicast groups to transmit. However, the resources of a multicast group are limited, so how to use a limited multicast group resource to transmit multiple data streams is an urgent problem to be solved.

Summary of the invention

Embodiments of the present disclosure provide a data stream transmission method and apparatus, and related devices and storage media.

The technical solution of the embodiment of the present disclosure is implemented as follows:

The embodiment of the present disclosure provides a data stream transmission method, which is applied to a source device, and includes:

Identifying each data stream by using different port numbers of a User Datagram Protocol (UDP) for at least two data streams of the first media source;

And transmitting at least two data streams of the identified first media source based on a multicast internet protocol (IP) address of the first media source.

In the above solution, the UDP port number is used to identify each data stream, including:

Encapsulating a destination port number in a UDP packet header of each data stream, where the destination port numbers of the at least two data streams are different;

And sending, according to the multicast IP address of the first media source, at least two data streams of the identified first media source, including:

Adding a multicast IP address corresponding to the first media source to the destination address of the IP packet header.

In the above solution, the code rate of each data stream of the first media source is different, or the angle of the scene picture corresponding to each data stream of the first media source is different.

The embodiment of the present disclosure further provides a data stream transmission method, which is applied to an intermediate device, and includes:

Receiving a data stream;

Parsing the data stream, obtaining the first multicast IP address and at least two port numbers of the UDP;

Determining, by using the first multicast IP address, a received data stream as a data stream of the first media source; and identifying, by using different port numbers of the UDP, each data stream of the first media source;

Identifying each data stream by using different port numbers of UDP for at least two data streams of the received first media source;

And transmitting, according to the second multicast IP address of the first media source, at least two data streams of the identified first media source.

In the above solution, the receiving data stream includes:

The hook function is used to receive the complete packet of the multicast data formed by the IP packet header, the UDP packet header, and the at least two data streams of the first media source;

Correspondingly, for each packet, parsing the IP packet header to obtain a first multicast IP address;

The UDP packet header is parsed to obtain a corresponding UDP port number.

In the above solution, before receiving the data stream, the method further includes:

And the first multicast IP address corresponding to the first media source is used to join the multicast group corresponding to the multicast channel of the first media source according to an Internet Group Management Protocol (IGMP).

In the above solution, the multicast group corresponding to the multicast channel of the first media source based on the IGMP, includes:

Generating an IGMP message by using the first multicast IP address corresponding to the first media source;

Sending the IGMP message to the switch; the IGMP message is used to request to join a multicast group corresponding to the multicast channel of the first media source.

In the above solution, the port number using UDP identifies each data stream, including:

And sending, according to the second multicast IP address of the first media source, the at least two data streams of the identified first media source, including:

Adding a second multicast IP address corresponding to the first media source to the destination address of the IP packet header.

The embodiment of the present disclosure further provides a data stream transmission method, which is applied to a terminal, and includes:

Receiving a data stream;

Parsing the data stream, obtaining the multicast IP address and at least two port numbers of the UDP;

Determining, by the multicast IP address, the received data stream as a data stream of the first media source; identifying each data stream of the first media source by using different port numbers of the UDP.

In the above solution, the receiving data stream includes:

Correspondingly, for each packet, parsing the IP packet header to obtain a multicast IP address;

The UDP packet header is parsed to obtain a corresponding UDP port number.

The multicast group corresponding to the multicast channel of the first media source is added to the first media source by using the multicast IP address corresponding to the first media source.

Generating an IGMP message by using the multicast IP address corresponding to the first media source;

The embodiment of the present disclosure further provides a data stream transmission apparatus, including:

The first identifier module is configured to identify at least two data streams of the first media source, and identify each data stream by using different port numbers of the UDP;

The first sending unit sends at least two data streams of the identified first media source based on the IP address of the first media source.

In the above solution, the first identifier module is configured to encapsulate a destination port number in a UDP packet header of each data stream, and the destination port numbers of the at least two data streams are different;

The first sending unit is configured to add a multicast IP address corresponding to the first media source to a destination address of the IP packet header.

a first receiving unit configured to receive a data stream;

The first parsing unit is configured to parse the data stream, and obtain the first multicast IP address and at least two port numbers of the UDP;

a first identifying unit, configured to determine, by using the first multicast IP address, a received data stream as a data stream of the first media source; and identifying, by using different port numbers of the UDP, each data stream of the first media source;

a second identity module, configured to identify each data stream by using different port numbers of the UDP for at least two data streams of the received first media source;

The second sending unit is configured to send at least two data streams of the identified first media source based on the second multicast IP address of the first media source.

In the above solution, the device further includes:

The first joining unit is configured to use the first multicast IP address corresponding to the first media source to join the multicast group corresponding to the multicast channel of the first media source based on the IGMP.

The embodiment of the present disclosure further provides a data transmission stream device, including:

a second receiving unit configured to receive a data stream;

a second parsing unit configured to parse the data stream to obtain a multicast IP address and at least two port numbers of the UDP;

The second identifying unit is configured to determine, by using the multicast IP address, the received data stream as a data stream of the first media source; and identify, by using different port numbers of the UDP, each data stream of the first media source.

In the above solution, the device further includes:

The second joining unit is configured to use the multicast IP address corresponding to the first media source to join the multicast group corresponding to the multicast channel of the first media source based on the IGMP.

The embodiment of the present disclosure further provides a source device, including:

The first processor is configured to identify each data stream by using different port numbers of the user datagram UDP for at least two data streams of the first media source;

The first communication interface is configured to send at least two data streams of the identified first media source based on the multicast IP address of the first media source.

The embodiment of the present disclosure further provides an intermediate device, including:

a second communication interface configured to receive a data stream;

a second processor, configured to parse the data stream, obtain the first multicast IP address and at least two port numbers of the UDP; and determine, by using the first multicast IP address, that the received data stream is the data stream of the first media source; Identifying each data stream of the first media source by using different port numbers of UDP; and identifying each data stream by using different port numbers of UDP for at least two data streams of the received first media source;

The second communication interface is further configured to send at least two data streams of the identified first media source based on the second multicast IP address of the first media source.

The embodiment of the present disclosure further provides a terminal, including:

a third communication interface configured to receive a data stream;

a third processor configured to parse the data stream, obtain a multicast IP address and at least two port numbers of the UDP; determine, by using the multicast IP address, the received data stream as a data stream of the first media source; Different port numbers of UDP identify each data stream of the first media source.

The embodiment of the present disclosure further provides a storage medium on which a computer program is stored, and when the computer program is executed by the processor, the steps of any method on the source device side are implemented, or the steps of any method on the intermediate device side are implemented. Or implementing the steps of any of the above methods on the terminal side.

The data stream transmission method, device, related device and storage medium provided by the embodiment of the present disclosure, for each of the at least two data streams of the first media source, identify each data stream by using different port numbers of UDP; based on the first media source Multicast IP address, sending at least two data streams of the identified first media source; receiving the data stream; parsing the data stream, obtaining the multicast IP address and at least two port numbers of the UDP; using the multicast IP The address determines that the received data stream is the data stream of the first media source; each channel of the first media source is identified by using different port numbers of UDP, that is, when the multi-channel data stream of the media source is transmitted, the multicast IP is used. Different addresses are used to distinguish different media sources. Different UDP port numbers are used to distinguish one media source, that is, different data streams under the same multicast group. This greatly reduces the occupied multicast group resources. At the same time, based on the multicast IP address of the first media source, the at least two data streams of the identified first media source are sent out, completely comply with IGMP, and have good compatibility with the existing network.

DRAWINGS

In the drawings, which are not necessarily to scale, the in the example.

FIG. 1 is a schematic flowchart of a method for transmitting a data stream according to an embodiment of the present disclosure;

2 is a schematic flowchart of a second method for transmitting a data stream according to an embodiment of the present disclosure;

3 is a schematic flowchart of a method for transmitting a third data stream according to Embodiment 1 of the present disclosure;

4 is a schematic structural diagram of a data stream transmission apparatus according to Embodiment 2 of the present disclosure;

5 is a schematic structural diagram of a second data stream transmission apparatus according to Embodiment 2 of the present disclosure;

6 is a schematic structural diagram of a third data stream transmission apparatus according to Embodiment 2 of the present disclosure;

FIG. 7 is a schematic structural diagram of a device for implementing a multicast group to support multiple channels of data streams according to Embodiment 3 of the present disclosure;

8 is a schematic diagram of networking between a multicast channel source device and a multicast channel access server according to Embodiment 3 of the present disclosure;

FIG. 9 is a schematic diagram of networking between CDN nodes according to Embodiment 3 of the present disclosure;

FIG. 10 is a schematic diagram of networking between a CDN node and a terminal according to Embodiment 3 of the present disclosure;

FIG. 11 is a schematic diagram of networking corresponding to a VR live broadcast service according to Embodiment 3 of the present disclosure.

detailed description

The present disclosure will be further described in detail below with reference to the accompanying drawings and embodiments.

Before describing the embodiments of the present disclosure, the related art will be understood.

In traditional IPTV applications, channel live broadcasts often use multicast transmission. Generally, one channel has only one bit rate, so a multicast group (corresponding to a multicast routing entry) is required to transmit a multicast stream. When the same name channel (such as CCTV1) has both standard definition and high definition code rates, it is still processed according to two channels. Therefore, the data streams of the two code rates need to occupy two multicast groups for transmission.

Meanwhile, in the application of the OTT technology, one channel has multiple code rates, but the data stream of each bit rate in the data streams of the multiple code rates is still processed according to one channel, and is played by the terminal player. Select the data stream that uses the corresponding bitrate. In this case, the usual processing method is to separately form the data stream of each code rate into one multicast group, so that one channel often occupies multiple multicast groups, which occupies multiple multicast routes. entry.

In addition, with the rapid development of virtual reality (VR, Virtual Reality) technology, the application of panoramic video is more and more extensive, and this application brings a realistic video experience to the user. Supporting VR's panoramic live broadcast is becoming more and more popular. Multicast technology has a natural advantage in live broadcast applications. In panoramic live broadcast, scenes with different angles are transmitted using multiple streams, and sometimes, in order to save bandwidth, Different scenes need to use different encoding rates, so there will be a situation where one channel needs to transmit multiple streams. In this case, according to the traditional multicast transmission method, only multiple multicast groups can be used. Transmit multiple streams of one channel.

However, with the vigorous development of the broadcasting and television services, the number of live channels is increasing now. At present, there is a need to support the number of channels of thousands of channels. If there are three levels of ultra clear, high definition and standard definition according to one channel, Then, according to the traditional multicast transmission mode, the number of multicast groups to be occupied is large.

For multicast transmission, the content delivery network (CDN, server delivery interface) network card, the multicast routing entry of the protocol stack, and the number of multicast groups on the bearer network router are required. However, these multicast group resources. (that is, the number of multicast routing entries) is limited, that is, multicast routing entries are scarce resources.

Therefore, how to implement multicast group transmission of multiple data streams based on limited multicast group routing entries is a problem that needs to be solved.

At the same time, on the one hand, in the multicast transmission technology, IGMP is generally used to control and manage multicast groups, and IGMP is directly contacted with the multicast host based on IGMP. The router running IGMP is responsible for adding, leaving, and maintaining groups of the management group members. Membership.

Table 1 shows the format of an IGMP message. As shown in Table 1, in an IGMP message, the main fields contain the version, type, checksum, and multicast address.

Table 1

The version field contains the IGMP version identifier. Currently, there are three versions of V1, V2, and V3.

The type field contains: membership query (0x11) and membership report (0x12).

Checksum is used to check IGMP messages.

When the type field characterizes a membership report, the group address field contains the multicast address. When the type field represents a membership query, the group address field is 0 and is ignored by the host.

On the other hand, Table 2 shows the UDP message format.

Table 2

As shown in Table 2, the UDP packet contains: the source port and the destination port, the field indicating the length of the data packet, the checksum of the UDP data packet, and the UDP data.

As shown in the IGMP specification and the packet format, IGMP is only related to the IP address of the multicast group when it is used to control and manage the multicast group. It has no relationship with the UDP port carried on the IP. The multicast group data packet is carried on the IP and UDP. Therefore, it is feasible to transmit the multi-port data stream on a multicast group, and it does not affect the normal operation of the IGMP protocol family.

Based on this, in various embodiments of the present disclosure, when a multi-channel data stream of a media source is transmitted, different media sources are distinguished by using a multicast IP address, and different media ports are used to distinguish one media source, that is, the same multicast group. Different data streams under.

Embodiment 1

The method for transmitting a data stream in the embodiment of the present disclosure is specifically a method for transmitting a majority of a data stream in a multicast group, which is applied to a multicast channel source device in a multicast network, as shown in FIG. 1 , and includes the following steps:

Step 101: Identify, for at least two data streams of the first media source, different data ports of each UDP by using different port numbers of UDP;

Specifically, a destination port number is encapsulated in a UDP packet header of each data stream, and destination port numbers of the at least two data streams are different.

Here, in actual application, the code rate of each data stream of the first media source may be different; or, when in a VR live broadcast scenario, the angle of the scene picture corresponding to each data stream of the first media source different.

In actual application, different UDP port numbers can be set as needed to identify different data streams of the first media source. For example, suppose the data stream has high-definition, standard-definition, and smooth three-way data streams. You can set three even port numbers, such as 902, 904, and 906, to identify HD, SD, and smooth, respectively. Road data stream.

Step 102: Send at least two data streams of the identified first media source according to the multicast IP address of the first media source.

Specifically, the multicast IP address corresponding to the first media source is added to the destination address of the IP packet header, and after the multicast IP address corresponding to the first media source is added to the destination address of the IP packet header, At least two data streams of a media source are presented in the form of IP packets.

That is, the first media source is identified by using a multicast IP address, and different media sources use different multicast IP addresses.

Correspondingly, an embodiment of the present disclosure further provides a method for transmitting a data stream, in particular, a method for transmitting a majority of a data stream of a multicast group, which is applied to a multicast channel intermediate device in a multicast network, such as multicast. The channel access streaming media server (such as a CDN central node, etc.) or its next-level intermediate device (a device other than the playback terminal), as shown in FIG. 2, includes the following steps:

Step 201: Receive a data stream.

Specifically, the hook function is used to receive the complete packet of the multicast data formed by the IP packet header, the UDP packet header, and the at least two data streams of the first media source.

Here, in actual application, before performing this step, the method may further include:

And using the first multicast IP address corresponding to the first media source to join the multicast group corresponding to the multicast channel of the first media source based on the IGMP.

Specifically, the first multicast IP address corresponding to the first media source is used to generate an IGMP message;

And sending the IGMP message to the switch. The IGMP message, such as an IGMP join or report message, is used to request to join a multicast group corresponding to the multicast channel of the first media source.

Of course, when the multicast group corresponding to the multicast channel of the first media source is to be removed, the first multicast IP address corresponding to the first media source may be used to generate an IGMP message; and the IGMP is sent to the switch. The IGMP message, such as an IGMP leave message, is used to request a multicast group corresponding to the multicast channel of the first media source.

Step 202: Parsing the data stream, obtaining the first multicast IP address and at least two port numbers of the UDP;

Here, when the hook function is used to receive the IP packet header and the UDP packet header of the packet, the specific implementation of this step includes:

Parsing the IP packet header for each packet to obtain a first multicast IP address;

The UDP packet header is parsed to obtain a corresponding UDP port number.

In other words, each message contains only one UDP port number.

Step 203: Determine, by using the first multicast IP address, that the received data stream is a data stream of the first media source, and identify, by using different port numbers of the UDP, each data stream of the first media source.

Step 204: Identify, for at least two data streams of the received first media source, different data ports of each UDP by using different port numbers of UDP;

The port number of the UDP is used to identify each data stream, including:

A destination port number is encapsulated in the UDP packet header of each data stream, and the destination port numbers of the at least two data streams are different.

Step 205: Send at least two data streams of the identified first media source according to the second multicast IP address of the first media source.

Specifically, the second multicast IP address corresponding to the first media source is added to the destination address of the IP packet header.

That is, when the data stream is forwarded, at least two data streams of the identified first media source are sent using the second multicast IP address.

After the second multicast IP address corresponding to the first media source is added to the destination address of the IP packet header, at least two data streams of the first media source are presented in an IP packet manner.

In actual application, as the multicast channel intermediate device in the multicast network, the multicast group in which the first media source is received is different from the multicast group corresponding to the data stream. Correspondingly, the corresponding multicast The group IP address is different. That is to say, the first multicast IP address and the second multicast IP address are generally different.

Correspondingly, the embodiment of the present disclosure further provides a data stream transmission method, in particular, a multicast group majority channel data stream transmission method, which is applied to a multicast channel play terminal in a multicast network, as shown in the figure. As shown in 3, the following steps are included:

Step 301: Receive a data stream.

Specifically, the IGMP message is generated by using the multicast IP address corresponding to the first media source;

The IGMP message is sent to the switch, and the IGMP message (such as an IGMP join or report message) is used to request to join the multicast group corresponding to the multicast channel of the first media source.

Of course, when the multicast group corresponding to the multicast channel of the first media source is to be removed, the IGMP message can be generated by using the multicast IP address corresponding to the first media source; and the IGMP message is sent to the switch. The IGMP message, such as the IGMP Leave message, is used to request a multicast group corresponding to the multicast channel of the first media source.

Step 302: Parsing the data stream, obtaining a multicast IP address and at least two port numbers of the UDP;

Parsing the IP packet header for each packet to obtain a multicast IP address;

The UDP packet header is parsed to obtain a corresponding UDP port number.

In other words, each message contains only one UDP port number.

Step 303: Determine, by using the multicast IP address, the received data stream as a data stream of the first media source; and identify each data stream of the first media source by using different port numbers of the UDP.

The data stream transmission method provided by the embodiment of the present disclosure identifies each data stream by using different port numbers of UDP for at least two data streams of the first media source; and identifying the data stream based on the multicast IP address of the first media source. Transmitting at least two data streams of the first media source; receiving the data stream; parsing the data stream, obtaining a multicast IP address and at least two port numbers of the UDP; determining, by using the multicast IP address, the received data stream a data stream of a media source; identifying each data stream of the first media source by using different port numbers of UDP, that is, when transmitting the multiple data streams of the media source, using the multicast IP address to distinguish different media sources, Different UDP port numbers are used to distinguish one media source, that is, different data streams under the same multicast group. Therefore, the occupied multicast group resources are greatly reduced, that is, the multicast resources are saved. At the same time, based on the multicast IP address of the first media source, the at least two data streams of the identified first media source are sent out, completely comply with IGMP, and have good compatibility with the existing network.

In addition, using the multicast IP address corresponding to the first media source, the multicast group corresponding to the multicast channel of the first media source based on the IGMP is not required to use the UDP socket port resource of the device. In addition, it is not limited to the UDP socket port of the device, and directly uses the multicast IP address to interact with the switch. Thus, the occupied multicast group resources are further reduced, and the IGMP can be completely followed, and the existing network can be very Good compatibility.

In addition, the hook function is used to receive the complete packet of the multicast data formed by the IP packet header, the UDP packet header, and the at least two data streams of the first media source, without obtaining the protocol stack. This information solves the problem that the common protocol stack cannot support a multicast group's socket port and cannot support multiple UDP ports, and has good compatibility with existing networks.

Embodiment 2

In order to implement the method of the embodiment of the present disclosure, the embodiment provides a data stream transmission device, which is configured to be a multicast channel source device in a multicast network. As shown in FIG. 4, the device includes:

The first identifier module 41 is configured to identify each data stream by using different port numbers of the UDP for at least two data streams of the first media source;

The first sending unit 42 sends at least two data streams of the identified first media source based on the IP address of the first media source.

The first identifier module 41 is configured to encapsulate a destination port number in a UDP packet header of each data stream, and the destination port numbers of the at least two data streams are different.

In actual application, different UDP port numbers can be set as needed to identify different data streams of the first media source. For example, suppose the data stream has high-definition, standard-definition, and smooth three-way data streams. You can set three even-numbered port numbers, such as 902, 904, and 906, to identify HD, SD, and smooth, respectively. Road data stream.

The first sending unit 42 is specifically configured to add a multicast IP address corresponding to the first media source to a destination address of the IP packet header. After the multicast IP address corresponding to the first media source is added to the destination address of the IP packet header, at least two data streams of the first media source are presented in an IP packet manner.

In practical applications, the first identification module 41 may be implemented by a processor in a data stream transmission device; the first transmission unit 42 may be implemented by a transceiver in a data stream transmission device.

Based on this, an embodiment of the present disclosure further provides a source device, including:

The functions of the first processor and the first communication interface are detailed above, and are not described herein again.

Correspondingly, an embodiment of the present disclosure further provides a data stream transmission apparatus, which is applied to a multicast channel intermediate device in a multicast network, such as a multicast channel access streaming media server (such as a CDN central node, etc.) or a next level thereof. The intermediate device (the device other than the playback terminal), as shown in FIG. 5, the device includes:

The first receiving unit 51 is configured to receive a data stream;

The first parsing unit 52 is configured to parse the data stream, and obtain the first multicast IP address and at least two port numbers of the UDP;

The first identifying unit 53 is configured to determine, by using the first multicast IP address, that the received data stream is a data stream of the first media source, and identify, by using different port numbers of the UDP, each data stream of the first media source;

The second identifier module 54 is configured to identify each data stream by using different port numbers of the UDP for at least two data streams of the received first media source;

The second sending unit 55 is configured to send at least two data streams of the identified first media source based on the second multicast IP address of the first media source.

The first receiving unit 51 is specifically configured to:

The hook function is used to receive the complete packet of the multicast data formed by the IP packet header, the UDP packet header, and the at least two data streams of the first media source.

Here, in actual application, the device may further include:

Specifically, the first joining unit generates an IGMP message by using the first multicast IP address corresponding to the first media source;

The first joining unit sends the IGMP message to the switch; the IGMP message (such as an IGMP join or report message) is used to request to join the multicast group corresponding to the multicast channel of the first media source.

Of course, when the multicast group corresponding to the multicast channel of the first media source is to be removed, the first joining unit may generate an IGMP message by using the first multicast IP address corresponding to the first media source. The IGMP message is sent to the switch, and the IGMP message, such as a IGMP packet, is used to request a multicast group corresponding to the multicast channel of the first media source.

The first parsing unit 52 is specifically configured to:

Parsing the IP packet header for each packet to obtain a multicast IP address;

The UDP packet header is parsed to obtain a corresponding UDP port number.

In other words, each message contains only one UDP port number.

In actual application, the code rate of each data stream of the first media source may be different; or, when in a VR live broadcast scenario, the angle of the scene image corresponding to each data stream of the first media source is different.

The second identifier module 54 is specifically configured as follows:

The second sending unit 55 is specifically configured to:

After the second sending unit adds the second multicast IP address corresponding to the first media source to the destination address of the IP packet header, at least two data streams of the first media source are presented in an IP packet manner.

The first receiving unit 51 and the second sending unit 55 may be implemented by a transceiver in the data stream transmission device; the first parsing unit 52, the first identifying unit 53, and the second identifying module 54 may be implemented in the data stream transmitting device. The processor is implemented; the first joining unit can be implemented by a processor in the data stream transmission device in combination with the transceiver.

Based on this, an embodiment of the present disclosure further provides an intermediate device, such as a CDN node, and the like, including:

a second communication interface configured to receive a data stream;

The functions of the second processor and the second communication interface are detailed above, and are not described herein again.

Correspondingly, the embodiment of the present disclosure further provides a data stream transmission apparatus, which is disposed in a multicast terminal of a multicast channel in a multicast network. As shown in FIG. 6, the apparatus includes:

a second receiving unit 61, configured to receive a data stream;

The second parsing unit 62 is configured to parse the data stream, and obtain at least two port numbers of the multicast IP address and UDP;

The second identifying unit 63 is configured to determine, by using the multicast IP address, the received data stream as a data stream of the first media source; and identify each data stream of the first media source by using different port numbers of the UDP.

The second receiving unit 61 is specifically configured to:

Correspondingly, for each packet, the second parsing unit 62 parses the IP packet header to obtain a multicast IP address;

The second parsing unit 62 parses the UDP packet header to obtain a corresponding UDP port number.

In other words, each message contains only one UDP port number.

Here, in actual application, the device may further include:

Specifically, the second joining unit generates an IGMP message by using a multicast IP address corresponding to the first media source;

The second joining unit sends the IGMP message to the switch; the IGMP message (such as an IGMP join or report message) is used to request to join the multicast group corresponding to the multicast channel of the first media source.

Of course, when the multicast group corresponding to the multicast channel of the first media source is to be removed, the second joining unit may generate an IGMP message by using the multicast IP address corresponding to the first media source; And sending the IGMP message, where the IGMP message, such as a IGMP packet, is used to request a multicast group corresponding to the multicast channel of the first media source.

In actual application, the second receiving unit 61 may be implemented by a transceiver in the data stream transmission device; the second parsing unit 62 and the second identifying unit 63 may be implemented by a processor in the data stream transmission device; The joining unit can be implemented by a processor in the data stream transmission device in conjunction with the transceiver.

Based on this, an embodiment of the present disclosure further provides a terminal, including:

a third communication interface configured to receive a data stream;

The functions of the third processor and the third communication interface are detailed above, and are not described herein again.

Embodiment 3

Based on Embodiments 1 and 2, this embodiment describes in detail the transmission process of multiple data streams.

As can be seen from the descriptions of the first and second embodiments, in the embodiment of the present disclosure, when a multi-channel data stream of a media source is transmitted, a multicast group (that is, a multicast IP address corresponding to a multicast routing entry) is used to identify The media source of the related multi-path data stream, such as the live channel in the OTT, the VR live channel, etc., and the port number of the UDP carried on the IP is used to identify the data stream, that is, different UDP port numbers are used to distinguish one media source. Different data streams.

Therefore, for the transmission method of the above data stream, in actual application, the apparatus shown in FIG. 7 can be used to implement the multicast group to support the transmission of multiple data streams.

As shown in FIG. 7, the apparatus includes: a multicast user information module, a multicast group management module, and a multicast group multiplex data stream receiving/transmitting module.

The function of each module is described in detail below.

(1) Multicast user information module

The multicast user information module is used to manage multicast user media sources (such as OTT live channels, VR live channels, etc.). Each media source uses a multicast group, that is, a multicast routing entry is used corresponding to a multicast IP address. address. At the same time, the multicast IP address and the UDP port information used by the related multi-path data stream are managed; the multicast IP address is used to distinguish different media sources, and the UDP port information is used to distinguish data streams under the same multicast group, such as different codes. Rate of streaming media, etc.

(2) Multicast group management module

The multicast group management module is configured to perform the interaction processing of the multicast IGMP messages between the CDN server node or the terminal and the switch, complete the CDN server node or the terminal joining and leaving the multicast group, and respond to the multicast periodic query message of the switch. Features.

In the protocol stack of common operating systems such as windows and linux, if the host wants to join a multicast group, you need to create a UDP socket, and then set the IP_ADD_MEMBERSHIP attribute of the UDP socket IP layer, so that the host will send an IGMP-based join to the switch. Or report the packet to complete the action of joining the multicast group. If the host wants to quit a multicast group, you need to set the IP_DROP_MEMBERSHIP attribute of the UDP socket IP layer again, so that the host sends the IGMP-based leave packet to the switch. To complete the action of leaving the multicast group. It can be seen that the management of the multicast group by the general operating systems such as windows and linux is attached to the UDP socket, and the UDP socket must specify the multicast IP address and port to complete the joining and leaving of the multicast group. For the embodiment of the present disclosure, receiving the multi-channel multicast code stream through the UDP socket based on the flow of the existing operating system is a relatively large limitation, so the management mode of the multicast group needs to be extended.

Therefore, the multicast group management module sends an IGMP join message to the switch based on the multicast group IP address and requests to join the multicast group to complete the action of the host joining the multicast group. At the same time, the multicast group management module also receives the IGMP query message of the switch and reports the current multicast group information. The IGMP report message is sent to the switch to notify the switch that a specific multicast group exists.

As can be seen from the above description, the join and leave of a multicast group is no longer restricted to the UDP socket port. Instead, the IP address of the multicast group is directly used to complete the IGMP packet exchange with the switch. This approach is an extension of existing resident operating system multicast group management applications.

(3) Multicast group multi-channel data stream sending module

This module mainly implements multiple data streams that send the same multicast group. The multicast group and the UDP packet are configured to transmit the multicast data of the multicast group by using the destination address field of the IP packet header and the destination port field of the UDP packet header. The destination address of the IP packet header is specified as a multicast IP address. In the UDP packet header, different destination ports are encapsulated, and one destination port represents one data stream. For example, in practical applications, different ports represent data streams of different code rates.

(4) Multicast group multi-channel data stream receiving module

The multicast group multi-channel data stream receiving module mainly implements receiving multiple data streams included in the same multicast channel (media source). Specifically, the multicast group multiplexed data stream receiving module receives the bare data packet, that is, the packet IP packet header and the UDP packet header, and the complete packet of the multicast data, by using the system hook function. Then, the multicast group multiplexed data stream receiving module first parses the multicast IP address and the port information indicating different data streams according to the multicast packet (the IP packet header and the UDP packet header); and then, according to the multicast user The multicast IP and port information in the information module, that is, the multicast channel information, decomposes different data streams; finally, it can also distribute and process different streams.

In the protocol stack of the general operating system of windows and linux, if you want to receive the multicast stream, when creating a UDP socket, each multicast group can only support one UDP port, which limits the UDP socket to only receive. A pair of multicast IP and port data packets limit the system's ability to receive multicast multiport data packets using UDP sockets. In the embodiment of the present disclosure, the bare data packet is directly received by the hook function, which can solve the problem that the common protocol stack cannot support one multicast socket and cannot support multiple UDP ports.

Based on the above apparatus, the transmission process of the multiplexed data stream is described in detail below.

First, as shown in FIG. 8, a networking diagram from a multicast channel source device to a multicast channel access server (generally a central node of a CDN) is described. As can be seen in conjunction with FIG. 8, the multicast channel source device sends multiple streams of data to the switch, and the multicast channel access server obtains multiple streams of data from the switch. The process specifically includes:

Step 1: The multicast user information module of the multicast channel source device (which may be an encoder or a multicast source channel generation server) establishes a multicast channel, and the multicast group multiplex data stream sending module (equivalent to the first in the second embodiment) The function of the identification module and the first sending unit is to send a multicast multi-channel data stream.

Here, if the multicast multi-channel data stream has multiple code rates, such as high-definition, standard-definition, and smooth three-way code streams, then the multicast group multi-channel data stream sending module uses a multicast IP address to send the multicast. Channel code stream, and use different UDP ports to distinguish between streams that send different code rates.

Step 2: The multicast user information module of the multicast channel access server establishes a corresponding multicast channel, and manages the correspondence between the IP address of the multicast channel and the channel-related multiplexed code stream and the UDP port.

Step 3: The multicast group management module of the multicast channel access server sends an IGMP message to the switch to join the multicast group of the channel (equivalent to the function of the first joining unit in the second embodiment), so that the node is ready to receive the multicast. Multiple streams of data from the source.

Step 4: The multicast group multiplex data stream receiving module of the multicast channel access server (corresponding to the functions of the first receiving unit, the first analyzing unit, and the first identifying unit in the second embodiment) receives the multicast code sent by the switch flow.

Specifically, the multicast group multiplex data stream receiving module receives all multicast data streams provided by the multicast source.

The multicast group multi-channel data stream receiving module of the multicast channel access server uses the UDP port number to distinguish different data streams, and sends the received data stream to the multicast user information module for corresponding service processing, for example, after processing the channel. The multicast stream is sent to the lower node or the terminal.

As shown in FIG. 9, when there is a lower-level CDN node between the multicast channel access server and the terminal, or between at least two CDN nodes from the multicast channel source device to the terminal, between the two CDN nodes The transmission process of the multiple data streams is: the upper CDN node sends the multiple data streams to the switch, and the lower CDN node obtains the multiple data streams from the switch. The process specifically includes:

Step 1: The multicast group multi-channel data stream receiving module of the upper-level CDN node (similar to the above-mentioned multicast channel access server) receives the multi-channel data stream of the multicast source, and the multicast group multi-channel data stream sending module of the upper-level CDN node Send multicast multi-channel data streams.

Specifically, the multicast group multiplex data stream sending module of the upper-level CDN node (corresponding to the functions of the second identifier module and the second sending unit in the second embodiment) uses a multicast IP address to send the multicast channel code stream, and Different UDP ports are used to distinguish between sending different data streams.

Step 2: The multicast user information module of the lower-level CDN node establishes a corresponding multicast channel, and manages the correspondence between the IP address of the multicast channel and the channel-related multiplexed code stream and the UDP port.

Step 3: The multicast group management module on the lower-level CDN node sends an IGMP message to the switch to join the multicast group of the channel, so that the node is ready to receive the multi-channel data stream of the multicast source.

Step 4: The multicast group multi-channel data stream receiving module of the lower-level node receives the multicast code stream sent by the switch.

Specifically, the multicast code stream received by the multicast group multiplex data stream receiving module of the lower-level CDN node is all multicast data streams provided by the upper CDN node.

The multi-channel data stream receiving module of the lower-level CDN node uses the UDP port number to distinguish different data streams, and sends the received data stream to the multicast user information module of the lower-level CDN node for corresponding service processing, such as channel processing. After that, the multicast stream is sent to the lower node or the terminal.

As shown in Figure 10, after reaching the CDN node, the multicast data stream of the multicast group is transmitted to the terminal. The transmission process of the multiple data streams between the CDN node and the terminal is: the CDN node sends the multiple data streams to the switch, and the terminal obtains the multiple data streams from the home gateway. The following takes the terminal as an OTT terminal as an example to describe the transmission process in detail.

In the OTT service, the OTT channel needs to support multiple code rates. In the traditional processing mechanism, the OTT terminal (such as an OTT set-top box or an IPAD) and the CDN node generally have a unicast, and the terminal according to its own device capability or network transmission capability. To determine which bit rate to obtain, use Hypertext Transfer Protocol (HTTP) to get the unicast stream.

With the large number of applications of OTT channel live broadcast, multicast has the advantage of saving network transmission capability in the live broadcast service. Therefore, the industry is promoting the application of multicast to implement OTT live broadcast. Therefore, the scheme of the present disclosure is used to transmit multiple code rates. The code stream is very efficient.

In the OTT multicast live broadcast service, in order to be compatible with the terminal (generally, the method of HTTP unicast), an application (APP) module is generally integrated on the terminal to process multicast, receive the multicast code stream, and the APP module and the terminal The HTTP playback unicast is still carried out between the playback modules, so it can be understood as an analog unicast live broadcast between the internal modules of the OTT terminal.

In this case, the device shown in Fig. 7 can be integrated in the APP module of the terminal.

The process of multi-channel data transmission between a CDN node and an OTT terminal, including:

Step 1: The multicast group multiplex data stream receiving module of the edge CDN node receives the channel multicast code stream of the upper CDN node.

Here, before performing step one, the edge CDN node has joined the multicast group in the manner described in FIG.

And the multicast group multiplex data stream receiving module of the edge CDN node distinguishes the data streams of different code rates in the manner described in FIG.

Step 2: The multicast group multiplex data stream sending module of the edge CDN node sends the multicast code stream to the OTT terminal.

Here, the multicast stream to be sent may have the following two situations:

In the first case, there is sufficient network transmission bandwidth between the edge CDN node and the OTT terminal. In this case, the multicast group multiplex data stream sending module of the edge CDN node can all code rate of one channel. The data stream is sent to the OTT terminal, and the multicast channel code stream is sent by using one multicast IP address, and different UDP ports are used to distinguish the code streams that send different code rates.

The second case is: the network transmission bandwidth between the edge CDN node and the OTT terminal is limited, the OTT terminal analyzes its own situation and the network transmission situation, determines the required code rate code stream, and the APP uses the control signaling to notify the edge CDN node. Then, the edge CDN node uses the multicast group to send the required code stream to the OTT terminal. In this case, when the rate switching needs to be performed, the multicast group does not need to be switched, and the APP directly notifies the edge CDN node, and the edge CDN node directly uses the original multicast group to switch and send the code stream corresponding to the code rate.

The processing of the first case will be described below.

Step 3: The multicast user information module in the OTT terminal APP establishes a corresponding multicast channel, and manages the correspondence between the IP address of the multicast channel and the channel-related multiplexed code stream and the UDP port.

Step 4: The multicast group management module in the OTT terminal APP sends an IGMP message to the home gateway to join the multicast group of the channel (equivalent to the function of the second joining unit in the second embodiment), so that the node is ready to receive the multicast source. Multiple streams of data.

Step 4: The multicast group multiplex data stream receiving module in the OTT terminal APP (corresponding to the functions of the second receiving unit, the second analyzing unit, and the second identifying unit in the second embodiment) receives the multicast code sent by the home gateway. flow.

Specifically, the multicast code stream received by the multicast group multiplex data stream receiving module in the OTT terminal APP is all multicast data streams provided by the edge CDN node.

The multicast group multiplex data stream receiving module in the OTT terminal APP uses the UDP port number to distinguish the code streams of different code rates.

Step 5: The multicast group multi-channel data stream receiving module in the OTT terminal APP sends the received code stream to the multicast user information module in the OTT terminal APP, and the multicast user information module in the OTT terminal APP performs the code stream on the code stream. Related business processing, such as sending to the relevant decoding module, for decoding and playback processing.

That is to say, the multicast group multiplex data stream receiving module in the OTT terminal APP selects which code rate stream to use by using the multicast user information module in the OTT terminal APP and the decoding module of the terminal, and will correspondingly The code stream is sent to the decoding module.

In addition, VR panoramic live broadcast is the current hot service. Multicast technology has a natural advantage in live broadcast applications. In the live broadcast, there are different angles of scene images transmitted by multiple streams. Therefore, VR live broadcast services can also be used. The solution provided by the embodiment of the present disclosure is adopted. As shown in FIG. 11, the transmission process of the multiple data streams between the VR live broadcast server (which may also be a CDN node) and the VR terminal is: the VR live broadcast server sends the multiple data streams to the switch, and the terminal obtains more from the home gateway. Road data flow, the process specifically includes:

Step 1: The VR multicast server creates a VR multicast live broadcast source, and the multicast group multi-channel data stream sending module of the VR multicast server sends the VR live multicast code stream.

Here, the multicast group multiplex data stream sending module of the VR multicast server uses one multicast IP address to send the VR multicast channel code stream, and uses different UDP ports to distinguish the code streams of the scene pictures that are sent at different angles.

Step 2: The multicast user information module of the VR terminal establishes a corresponding multicast channel, and manages the correspondence between the IP address of the multicast channel and the channel-related multiplexed code stream and the UDP port.

Step 3: The multicast group management module of the VR terminal sends an IGMP message to the home gateway to join the multicast group of the VR channel, and prepares to receive the multicast code stream of the VR multicast channel.

Step 4: The multicast group multiplex data stream receiving module of the VR terminal receives the multicast code stream sent by the home gateway.

Specifically, the multicast group multiplex data stream receiving module receives all multicast data streams of the VR channel provided by the VR multicast server.

The multicast group multiplex data stream receiving module of the VR terminal uses the UDP port number to distinguish the code streams of different angle scenes.

Step 5: The multicast group multiplex data stream receiving module of the VR terminal sends the received code stream to the multicast user information module of the VR terminal for corresponding service processing, for example, sending it to the relevant decoding module for decoding processing, and implementing VR playback. .

As can be seen from the above description, the solution of the embodiment of the present disclosure uses a multicast group (that is, a multicast IP address corresponding to a multicast routing entry) to identify the correlation when transmitting the multiple streams of the media source. The media source of the multi-channel data stream, such as the live channel in the OTT, the VR live channel, etc., and uses the port number of the UDP carried on the IP to identify the data stream, thereby realizing a multicast group to transmit multiple data streams, thereby saving The number of occupied multicast group entries on the related device.

Specifically, it is expressed in the following aspects:

The solution provided by the embodiment of the present disclosure can solve the limitation that multiple multicast data streams occupy different multicast IP addresses and UDP ports in the same multicast service, and reduce the use of the multicast UDP socket of the CDN node, that is, , reducing the occupied multicast IP address and UDP port resources;

2. Directly use the multicast IP address to complete the IGMP message exchange with the switch. It does not depend on the host operating system and is no longer restricted by the UDP socket port. Therefore, it is a good extension to the TCP/IP protocol stack. And fully comply with IGMP.

3. The specific implementation of receiving multiple data streams is a good complement to the protocol stack, and supports the problem that one multicast group can receive multiple multicast streams.

4. The multicast source address is used to identify the media source, and the multi-path data stream of the media source is distinguished by the UDP port. Thus, when the multi-channel data stream is transmitted, the server node or the terminal and the switch can be reduced. IGMP packet exchange.

Those skilled in the art will appreciate that embodiments of the present disclosure can be provided as a method, system, or computer program product. Accordingly, the present disclosure may take the form of a hardware embodiment, a software embodiment, or a combination of software and hardware aspects. Moreover, the present disclosure 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 and optical storage, etc.) including computer usable program code.

The present disclosure is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the present disclosure. It will be understood that each flow and/or block of the flowchart illustrations and/or FIG. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing device to produce a machine for the execution of instructions for execution by a processor of a computer or other programmable data processing device. Means for implementing the functions specified in one or more of the flow or in a block or blocks of the flow chart.

The computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device. The apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.

These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device. The instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

Based on this, an embodiment of the present invention further provides a storage medium, specifically a computer readable storage medium, on which a computer program is stored, and when the computer program is executed by the processor, the steps of the source device side method are implemented, or implemented. The steps of the above intermediate device side method or the steps of the terminal side method described above.

The above description is only for the preferred embodiments of the present disclosure, and is not intended to limit the scope of the disclosure.

Industrial applicability

The solution provided by the embodiment of the present disclosure identifies, for at least two data streams of the first media source, each data stream by using different port numbers of the UDP; and based on the multicast IP address of the first media source, the identified Transmitting at least two data streams of a media source; receiving the data stream; parsing the data stream, obtaining a multicast IP address and at least two port numbers of the UDP; and determining, by using the multicast IP address, the received data stream as the first media source The data stream is used to identify each data stream of the first media source by using different port numbers of UDP, that is, when transmitting the multiple data streams of the media source, the multicast IP address is used to distinguish different media sources, and different UDPs are used. The port number distinguishes one media source, that is, different data streams under the same multicast group. This greatly reduces the occupied multicast group resources. At the same time, based on the multicast IP address of the first media source, the at least two data streams of the identified first media source are sent out, completely comply with IGMP, and have good compatibility with the existing network.

Claims

A data stream transmission method includes:

Identifying each data stream by using different port numbers of the user datagram protocol UDP for at least two data streams of the first media source;

And transmitting at least two data streams of the identified first media source based on the multicast internet protocol IP address of the first media source.
The method of claim 1 wherein each of the data streams is identified by a port number of UDP, including:

Encapsulating a destination port number in a UDP packet header of each data stream, where the destination port numbers of the at least two data streams are different;

And sending, according to the multicast IP address of the first media source, at least two data streams of the identified first media source, including:

Adding a multicast IP address corresponding to the first media source to the destination address of the IP packet header.
The method according to claim 1, wherein the code rate of each data stream of the first media source is different, or the angle of the scene picture corresponding to each data stream of the first media source is different.
A data stream transmission method includes:

Receiving a data stream;

Parsing the data stream, obtaining the first multicast IP address and at least two port numbers of the UDP;

Determining, by using the first multicast IP address, a received data stream as a data stream of the first media source; and identifying, by using different port numbers of the UDP, each data stream of the first media source;

Identifying each data stream by using different port numbers of UDP for at least two data streams of the received first media source;

And transmitting, according to the second multicast IP address of the first media source, at least two data streams of the identified first media source.
The method of claim 4 wherein said receiving a data stream comprises:

The hook function is used to receive the complete packet of the multicast data formed by the IP packet header, the UDP packet header, and the at least two data streams of the first media source;

Correspondingly, for each packet, parsing the IP packet header to obtain a first multicast IP address;

The UDP packet header is parsed to obtain a corresponding UDP port number.
The method of claim 4, wherein before receiving the data stream, the method further comprises:

And the first multicast IP address corresponding to the first media source is used to join the multicast group corresponding to the multicast channel of the first media source according to the Internet Group Management Protocol (IGMP).
The method of claim 6, wherein the joining the multicast group corresponding to the multicast channel of the first media source based on the IGMP includes:

Generating an IGMP message by using the first multicast IP address corresponding to the first media source;

Sending the IGMP message to the switch; the IGMP message is used to request to join a multicast group corresponding to the multicast channel of the first media source.
The method of claim 4, wherein the identifying the data stream by using the port number of UDP comprises:

Encapsulating a destination port number in a UDP packet header of each data stream, where the destination port numbers of the at least two data streams are different;

And sending, according to the second multicast IP address of the first media source, the at least two data streams of the identified first media source, including:

Adding a second multicast IP address corresponding to the first media source to the destination address of the IP packet header.
The method according to claim 4, wherein the code rate of each data stream of the first media source is different, or the angle of the scene picture corresponding to each data stream of the first media source is different.
A data stream transmission method includes:

Receiving a data stream;

Parsing the data stream, obtaining the multicast IP address and at least two port numbers of the UDP;

Determining, by the multicast IP address, the received data stream as a data stream of the first media source; and identifying each data stream of the first media source by using different port numbers of the UDP.
The method of claim 10 wherein said receiving a data stream comprises:

The hook function is used to receive the complete packet of the multicast data formed by the IP packet header, the UDP packet header, and the at least two data streams of the first media source;

Correspondingly, for each packet, parsing the IP packet header to obtain a multicast IP address;

The UDP packet header is parsed to obtain a corresponding UDP port number.
The method of claim 10, wherein before receiving the data stream, the method further comprises:

And using the first multicast IP address corresponding to the first media source to join the multicast group corresponding to the multicast channel of the first media source based on the IGMP.
The method of claim 12, wherein the joining the multicast group corresponding to the multicast channel of the first media source based on IGMP comprises:

Generating an IGMP message by using the first multicast IP address corresponding to the first media source;

Sending the IGMP message to the switch; the IGMP message is used to request to join a multicast group corresponding to the multicast channel of the first media source.
The method according to claim 10, wherein a code rate of each data stream of the first media source is different, or an angle of a scene picture corresponding to each data stream of the first media source is different.
A data stream transmission device comprising:

The first identifier module is configured to identify at least two data streams of the first media source, and identify each data stream by using different port numbers of the UDP;

The first sending unit sends at least two data streams of the identified first media source based on the IP address of the first media source.
The device according to claim 15, wherein the first identifier module is configured to encapsulate a destination port number in a UDP packet header of each data stream, and the destination port numbers of the at least two data streams are different;

The first sending unit is configured to add a multicast IP address corresponding to the first media source to a destination address of the IP packet header.
A data stream transmission device comprising:

a first receiving unit configured to receive a data stream;

The first parsing unit is configured to parse the data stream, and obtain the first multicast IP address and at least two port numbers of the UDP;

a first identifying unit, configured to determine, by using the first multicast IP address, a received data stream as a data stream of the first media source; and identifying, by using different port numbers of the UDP, each data stream of the first media source;

a second identity module, configured to identify each data stream by using different port numbers of the UDP for at least two data streams of the received first media source;

The second sending unit is configured to send at least two data streams of the identified first media source based on the second multicast IP address of the first media source.
The apparatus of claim 17 wherein said apparatus further comprises:

The first joining unit is configured to use the first multicast IP address corresponding to the first media source to join the multicast group corresponding to the multicast channel of the first media source based on the IGMP.
A data transmission stream device comprising:

a second receiving unit configured to receive a data stream;

a second parsing unit configured to parse the data stream to obtain a multicast IP address and at least two port numbers of the UDP;

The second identifying unit is configured to determine, by using the multicast IP address, the received data stream as a data stream of the first media source; and identify, by using different port numbers of the UDP, each data stream of the first media source.
The device of claim 19, wherein the device further comprises:

The second joining unit is configured to use the multicast IP address corresponding to the first media source to join the multicast group corresponding to the multicast channel of the first media source based on the IGMP.
A source device, including:

The first processor is configured to identify at least two data streams of the first media source, and identify each data stream by using different port numbers of the user data report UDP;

The first communication interface is configured to send at least two data streams of the identified first media source based on the multicast IP address of the first media source.
An intermediate device comprising:

a second communication interface configured to receive a data stream;

a second processor, configured to parse the data stream, obtain the first multicast IP address and at least two port numbers of the UDP; and determine, by using the first multicast IP address, that the received data stream is the data stream of the first media source; Identifying each data stream of the first media source by using different port numbers of UDP; and identifying each data stream by using different port numbers of UDP for at least two data streams of the received first media source;

The second communication interface is further configured to send at least two data streams of the identified first media source based on the second multicast IP address of the first media source.
A terminal comprising:

a third communication interface configured to receive a data stream;

a third processor configured to parse the data stream, obtain a multicast IP address and at least two port numbers of the UDP; determine, by using the multicast IP address, the received data stream as a data stream of the first media source; Different port numbers of UDP identify each data stream of the first media source.
A storage medium having stored thereon a computer program, the computer program being executed by a processor to perform the steps of the method of any one of claims 1 to 3, or the method of any one of claims 4 to 9 A step, or a step of implementing the method of any one of claims 10 to 14.