Live-streaming video transmission method and apparatus

Abstract

Provided in the present invention are a live-streaming video transmission method and apparatus, which are used for transmitting video data of a live-streaming device to a user client, the transmission method being executed by a server, and all message formats in the transmission method being based on an SRT transmission protocol. The transmission method comprises: in response to having received a live-streaming request sent by a client, on the basis of a live-streaming device ID in the live-streaming request, issuing an address of a server to a live-streaming device, so as to enable the live-streaming device to log in the server; after login of the live-streaming device, transmitting a live-streaming address of the live-streaming device to the client; in response to having received a live-streaming initiation instruction sent by the client, notifying the live-streaming device to start pushing a live-streaming video stream; and receiving the live-streaming video stream pushed by the live-streaming device, and forwarding same to the client, so as to complete live-streaming video transmission.

Description

A method and device for transmitting live video Technical Field

[0001] The present invention relates to the field of security monitoring, and in particular to a method and device for transmitting live video. Background Art

[0002] With the development of video surveillance platforms, the number of connected monitoring devices has reached tens of millions. To increase video streaming speeds and reduce the three-way handshake inherent in the TCP protocol during live video transmission, existing technologies typically use TCP persistent connections to interact with streaming media servers. This means that even when no users are currently viewing the content, the TCP connection between the monitoring device and the server remains.

[0003] However, as more and more monitoring devices are connected to streaming servers, the waste of server memory resources is increasing. Furthermore, the existing server scheduling service schedules based on the minimum number of streaming connections, allowing live streaming devices to maintain a connection to the streaming server without streaming to the streaming server. This prevents the scheduling service from evenly scheduling the minimum number of live streaming channels for the streaming service, which in turn leads to excessive load on some streaming services. Furthermore, in environments with significant network fluctuations and high packet loss rates, live streaming using traditional RTSP or RTMP can lead to problems such as lag, screen distortion, and inability to broadcast live.

[0004] In order to overcome the above-mentioned defects of the existing technology, this field urgently needs a live video transmission method and device to reduce the memory resources occupied during the live video transmission process, balance the load of the streaming media server, reduce the impact of network jitter on the live video transmission, achieve smooth playback of the monitored live video, and improve the user experience. Summary of the Invention

[0005] The following is a brief summary of one or more aspects to provide a basic understanding of these aspects. This summary is not an exhaustive overview of all conceivable aspects and is neither intended to identify key or critical elements of all aspects nor to define the scope of any or all aspects. Its sole purpose is to present some concepts of one or more aspects in a simplified form as a prelude to the more detailed description that will be provided later.

[0006] In order to overcome the above-mentioned defects of the prior art, the present invention provides a live video transmission method for transmitting video data of a live broadcast device to a user client. The transmission method is executed by a server, and all message formats in the transmission method are based on the SRT transmission protocol. The transmission method may include: in response to receiving a live broadcast request issued by a client, issuing the address of the server to the live broadcast device according to the live broadcast device ID in the live broadcast request, so that the live broadcast device logs in to the server; after the live broadcast device logs in, sending the live broadcast address of the live broadcast device to the client; in response to receiving a live broadcast initiation instruction issued by the client, notifying the live broadcast device to start pushing the live video stream; and receiving the live video stream pushed by the live broadcast device, and forwarding it to the client to complete the transmission of the live video.

[0007] In one embodiment, preferably, the transmission method may also include: in response to receiving a live broadcast stop instruction issued by the client, sending a stop push notification to the live broadcast device; receiving a stop confirmation returned by the live broadcast device and forwarding it to the client; and disconnecting the communication connection between the client and the live broadcast device.

[0008] In one embodiment, preferably, a scheduling service and multiple streaming services are deployed in the server, and the transmission method may further include: before receiving the live broadcast request sent by the client, the multiple streaming services register to keep alive with the scheduling service and report their respective loads.

[0009] In one embodiment, preferably, a signaling service is also deployed in the server, which responds to receiving a live broadcast request from the client and sends the address of the server to the live broadcast device, which may include: after the signaling service receives the live broadcast request from the client, it queries the scheduling service to obtain the streaming media service with the smallest current load and returns it to the signaling service; the signaling service sends the address of the streaming media service with the smallest current load to the live broadcast device, so that the live broadcast device logs in to the streaming media service.

[0010] In one embodiment, preferably, after the live broadcast device logs in, the live broadcast address of the live broadcast device is sent to the client, which may include: when the live broadcast device successfully logs in to the streaming media service with the smallest current load, the streaming media service returns a confirmation message to the live broadcast device; and after the signaling service receives the streaming media login success confirmation message sent by the live broadcast device, it returns the live broadcast address of the live broadcast device.

[0011] In one embodiment, preferably, an audio and video convergence service is also deployed in the server, which responds to receiving a live broadcast request from the client and sending the address of the server to the live broadcast device. It can also include: the audio and video convergence service receives the live broadcast request from the client and then forwards it to the signaling service; and the signaling service obtains the streaming media service with the smallest current load based on the live broadcast request, returns the live broadcast address of the live broadcast device to the audio and video convergence service, and then forwards it to the client.

[0012] In one embodiment, preferably, in response to receiving the live broadcast initiation instruction issued by the client, notifying the live broadcast device to start pushing the live video stream may include: the streaming media service with the smallest current load receives the live broadcast initiation instruction issued by the client, and notifies the live broadcast device to start pushing the live video stream; receiving the live video stream pushed by the live broadcast device and forwarding it to the client to complete the transmission of the live video, including: after the streaming media service with the smallest current load receives the push notification confirmation message issued by the client, it continues to receive the live video stream pushed by the live broadcast device and forwards it to the client.

[0013] In one embodiment, preferably, in response to receiving the live broadcast stop instruction issued by the client, sending a stop push notification to the live broadcast device may include: the streaming media service with the current smallest load receives the live broadcast stop instruction issued by the client, and sends a stop push notification to the live broadcast device; receiving the stop confirmation returned by the live broadcast device and forwarding it to the client includes: the streaming media service with the current smallest load receives the stop confirmation returned by the live broadcast device and forwarding it to the client.

[0014] Another aspect of the present invention further provides a live video transmission device, comprising: a memory; and a processor coupled to the memory, the processor being configured to execute the live video transmission method as described in any one of the above items.

[0015] The present invention also provides a computer-readable medium having a computer program stored thereon, which, when executed by a processor, implements the method for transmitting live video as described in any one of the above items. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] The above features and advantages of the present invention will be better understood after reading the detailed description of the embodiments of the present disclosure in conjunction with the following drawings. In the drawings, the components are not necessarily drawn to scale, and components with similar related properties or characteristics may have the same or similar reference numerals.

[0017] FIG1 is a schematic diagram of a method flow diagram of a method for transmitting live video according to one aspect of the present invention;

[0018] FIG2 is a message flow diagram of a method for transmitting live video according to an embodiment of the present invention; and

[0019] FIG3 is a schematic diagram of the structure of a device for transmitting live video according to another aspect of the present invention.

[0020] Reference numerals

[0021] 201 Client

[0022] 2021 Audio and Video Convergence Service

[0023] 2022 Signaling Services

[0024] 2023 Dispatch Service

[0025] 2024a, 2024b streaming services

[0026] 203 Live Broadcast Equipment DETAILED DESCRIPTION

[0027] The following specific embodiments illustrate the embodiments of the present invention. Those skilled in the art can easily understand other advantages and effects of the present invention from the contents disclosed in this specification. Although the description of the present invention will be introduced in conjunction with the preferred embodiment, this does not mean that the features of this invention are limited to this embodiment. On the contrary, the purpose of introducing the invention in conjunction with the embodiment is to cover other options or modifications that may be extended based on the claims of the present invention. In order to provide a deep understanding of the present invention, the following description will include many specific details. The present invention can also be implemented without using these details. In addition, in order to avoid confusion or blurring the focus of the present invention, some specific details will be omitted in the description.

[0028] In the description of the present invention, it should be noted that, unless otherwise expressly specified or limited, the terms "mounted," "connected," and "connected" should be understood in a broad sense. For example, they may refer to fixed, detachable, or integral connections; mechanical or electrical connections; direct or indirect connections through an intermediate medium; and internal communication between two components. Those skilled in the art will understand the specific meanings of the above terms in the present invention based on the specific circumstances.

[0029] Furthermore, the terms "upper," "lower," "left," "right," "top," "bottom," "horizontal," and "vertical" used in the following description should be understood to refer to the orientations depicted in that section and the accompanying drawings. These relative terms are used solely for convenience of description and do not necessarily imply that the devices described herein must be manufactured or operated in a specific orientation. Therefore, they should not be construed as limiting the present invention.

[0030] It will be understood that although the terms "first," "second," "third," etc. may be used herein to describe various components, regions, layers, and / or portions, these components, regions, layers, and / or portions should not be limited by these terms, and these terms are merely used to distinguish different components, regions, layers, and / or portions. Thus, a first component, region, layer, and / or portion discussed below may be referred to as a second component, region, layer, and / or portion without departing from some embodiments of the present invention.

[0031] In order to overcome the above-mentioned defects of the prior art, the present invention provides a method and device for transmitting live video, which is used to reduce the memory resources occupied during the live video transmission process, balance the load of the streaming media server, reduce the impact of network jitter on the live video transmission, realize the smooth playback of the monitored live video, and improve the user experience.

[0032] FIG. 1 is a schematic flow chart of a method for transmitting live video according to one aspect of the present invention.

[0033] Referring to FIG. 1 , the present invention provides a method for transmitting live video data from a live broadcast device to a user client. The method is executed by a server, and all message formats in the method are based on the SRT transmission protocol. The method 100 may include:

[0034] Step 101: In response to receiving a live broadcast request from a client, the server address is sent to the live broadcast device according to the live broadcast device ID in the live broadcast request, so that the live broadcast device logs into the server;

[0035] Step 102: After the live broadcast device logs in, the live broadcast address of the live broadcast device is sent to the client;

[0036] Step 103: in response to receiving the live broadcast initiation instruction sent by the client, informing the live broadcast device to start pushing the live video stream; and

[0037] Step 104: Receive the live video stream pushed by the live broadcast device and forward it to the client to complete the transmission of the live video.

[0038] The SRT transmission protocol, full name Secure Reliable Transport, is an open source Internet transmission protocol based on the UDT protocol. It is currently a very popular open source low-latency video transmission protocol. It solves complex transmission timing problems, can reduce delays, eliminate central bottlenecks, and reduce network costs.

[0039] Compared to the existing technology that mostly uses the TCP protocol for live video transmission, the live video transmission method provided by the present invention uses the SPR transmission protocol, which can significantly reduce the memory cost of the streaming media server. To increase the live streaming speed, the existing technology uses a method that continuously connects the live streaming device and the streaming server to reduce the three-way handshake inherent in the TCP protocol. As a result, the streaming media server allocates approximately 4MB (IO) of memory for each TCP connection of the live streaming device.

[0040] However, with tens of millions of surveillance devices now operating on the internet, the number of TCP connections is increasing. For example, connecting 1,000 devices requires 4GB of memory. Assuming there are over 700 surveillance devices on the network, 2,800GB of memory is required. Using the SRT transport protocol, however, allows for rapid streaming without maintaining a connection to the streaming server. When the live broadcast ends, the SRT connection also terminates, eliminating the need to permanently occupy the streaming server's memory resources.

[0041] Furthermore, using the SRT protocol can improve the quality of live streaming devices. Using the SRT protocol, device live streaming latency can be reduced to less than 1 second, while maintaining a good live picture with a packet loss rate within the range of [10% to 60%]. However, TCP-based RTSP, RTMP, and HLS cannot play live streams.

[0042] In a preferred embodiment, the live video transmission method provided by the present invention may further include: in response to receiving a live stop instruction issued by the client, sending a stop push notification to the live broadcast device; receiving a stop confirmation returned by the live broadcast device and forwarding it to the client; and disconnecting the communication connection between the client and the live broadcast device.

[0043] Disconnecting the client, live streaming device, and server after the live broadcast stops can improve the balanced scheduling of live streaming devices and reduce service pressure. In the existing technology, in order to improve the live streaming speed, the device and the streaming service connection are not disconnected after the live broadcast is stopped. As a result, the streaming service cannot accurately report the number of live broadcast channels based on the number of connections, which in turn makes the scheduling service unbalanced.

[0044] The live video transmission method provided by the present invention is that after the live broadcast of the client ends, the streaming media service sends a stop streaming instruction to the live broadcast device. After receiving the instruction to stop streaming, the live broadcast device disconnects the SRT connection with the streaming media service. Therefore, the live broadcast device that maintains the SRT connection with the streaming media service is the live broadcast device that is currently pushing the stream, which can make the streaming live broadcast scheduling more balanced.

[0045] In a preferred embodiment, the present invention provides a method for transmitting live video, in which a scheduling service and multiple streaming media services are deployed in the server. The transmission method may also include: before receiving the live broadcast request sent by the client, the multiple streaming media services register to keep alive with the scheduling service and report their respective loads.

[0046] Furthermore, preferably, a signaling service is also deployed in the server, which responds to receiving a live broadcast request from the client and sends the address of the server to the live broadcast device, which may include: after the signaling service receives the live broadcast request from the client, it queries the scheduling service to obtain the streaming media service with the smallest current load and returns it to the signaling service; the signaling service sends the address of the streaming media service with the smallest current load to the live broadcast device, so that the live broadcast device logs in to the streaming media service.

[0047] At the same time, in a preferred embodiment of the present invention, after the live broadcast device logs in, the live broadcast address of the live broadcast device is sent to the client, which may include: when the live broadcast device successfully logs in to the streaming media service with the current smallest load, the streaming media service returns a confirmation message to the live broadcast device; and after the signaling service receives the streaming media login success confirmation message sent by the live broadcast device, it returns the live broadcast address of the live broadcast device.

[0048] Furthermore, preferably, an audio and video convergence service is also deployed in the server, which responds to receiving a live broadcast request from the client and sending the address of the server to the live broadcast device. It can also include: the audio and video convergence service receives the live broadcast request from the client and then forwards it to the signaling service; and the signaling service obtains the streaming media service with the smallest current load based on the live broadcast request, returns the live broadcast address of the live broadcast device to the audio and video convergence service, and then forwards it to the client.

[0049] In a preferred embodiment, in the live video transmission method provided by the present invention, in response to receiving a live broadcast initiation instruction from the client, notifying the live broadcast device to begin pushing the live video stream may include: the streaming media service with the smallest current load receives the live broadcast initiation instruction from the client and notifies the live broadcast device to begin pushing the live video stream. Correspondingly, receiving the live video stream pushed by the live broadcast device and forwarding it to the client to complete the transmission of the live video may also include: after the streaming media service with the smallest current load receives a push notification confirmation message from the client, continuing to receive the live video stream pushed by the live broadcast device and forwarding it to the client.

[0050] In a preferred embodiment of the present invention, in response to receiving the live broadcast stop instruction issued by the client, issuing a stop push notification to the live broadcast device may include: the streaming media service with the smallest current load receives the live broadcast stop instruction issued by the client and issues a stop push notification to the live broadcast device. Accordingly, receiving a stop confirmation returned by the live broadcast device and forwarding it to the client may include: the streaming media service with the smallest current load receives the stop confirmation returned by the live broadcast device and forwarding it to the client.

[0051] FIG2 is a message flow diagram of a method for transmitting live video according to an embodiment of the present invention. FIG2 clearly illustrates the message flow of the transmission method.

[0052] In the embodiment shown in FIG2 , the live video transmission method provided by the present invention transmits messages based on the SRT protocol according to the following process shown in FIG2 :

[0053] S1: The streaming service 2024a registers with the scheduling service 2023 and reports the load;

[0054] S2: Client 201 requests the SRT live broadcast address from the audio and video convergence service 2021;

[0055] S3: The audio and video convergence service 2021 requests the SRT live broadcast address from the signaling service 2022;

[0056] S4: The signaling service 222 requests the streaming service with the least load from the scheduling service 223, such as the streaming service 224b in FIG2 ;

[0057] S7: The scheduling service 2023 returns the streaming service with the least load to the signaling service 2022;

[0058] S8: The signaling service 2022 sends the address of the streaming service 2024b to the live broadcast device 203;

[0059] S9: After receiving the address of the streaming service 2024b, the device initiates a login request to the streaming service 2024b and successfully logs in to the streaming service 2024b;

[0060] S10: The live broadcast device 203 returns a response message to the signaling service 2022 indicating successful login to the streaming media service 2024b;

[0061] S10: The signaling service 2022 returns the SRT live broadcast address to the audio and video convergence service 2021;

[0062] S11: The audio and video convergence service 2021 returns the SRT live broadcast address to the client 201;

[0063] S12: The client 201 initiates an SRT live broadcast request to the streaming service 2024b;

[0064] S13: The streaming service 2024b searches for the SRT connection of the live broadcast device 203 and initiates an SRT streaming request to the live broadcast device 203;

[0065] S12: The live broadcast device 203 pushes the SRT video stream to the streaming service 2024b;

[0066] S13: The streaming service 2024b forwards the SRT video to the client 201;

[0067] S14: The client 201 plays the SRT video stream;

[0068] S15: The client 201 sends a message to the streaming service 2024b to stop playing the SRT video;

[0069] S16: The streaming service 2024b searches for the SRT connection of the live broadcast device 203 and sends a stop SRT streaming request message to the live broadcast device 203;

[0070] S17: The live broadcast device 203 stops SRT streaming and disconnects from the streaming media service 2024b.

[0071] It can be seen that the live video transmission method provided by the present invention adopts the SRT transmission protocol instead of the traditional TCP protocol, solving the problems of memory resource occupation, load imbalance, network jitter and poor live broadcast quality of the streaming media server. It should be noted that the above message flow is only an exemplary description, which is intended to provide a preferred example of the live video transmission method of the present invention to clearly explain how the present invention realizes the transmission of live video of the monitoring device based on the SRT protocol, and is not used to limit the scope of protection of the present invention.

[0072] In addition, in terms of specific implementation, the server of the transmission network can add SRT service modules and SRT transmission modules on the original basis, and corresponding SRT modules can also be added to the client and live broadcast equipment.

[0073] Among them, the SRT service module is responsible for the management of SRT connections. When the client initiates an SRT connection, the module receives a connection access notification, saves the connection information to the memory in the form of an object, and receives network data transmitted through the connection. When the connection is disconnected, the connection object is cleared and the related resources requested by the object are released. The SRT transmission module is responsible for the io operations of the application layer data network. The client can use this module to write application layer data such as live broadcast requests and stops, and then transmit it to the other end through the SRT channel.

[0074] The SRT module in the client is responsible for establishing a communication connection and custom protocol communication with the SRT server. Once the SRT client is connected to the service, it can use the SRT connection channel to initiate operations such as requesting live video streaming and stopping live video streaming. It can also receive audio and video streams through this channel.

[0075] The SRT module in the live broadcast device is responsible for receiving and distributing video streams after protocol interpretation. Each device stream corresponds to a unique video source. At the code level, each video source can correspond to multiple consumers. For example, when client A requests a video, it first determines whether there is a corresponding video source for the requested video. If not, the video is created and a consumer is assigned to the client. The client obtains the video stream from the video source through the consumer. When client B requests the same video stream, the video source will assign another consumer to client B, and client B obtains the video stream through this consumer. The video stream is input to the video source, and the video source distributes the stream to the corresponding consumers to achieve video distribution.

[0076] Although the above methods are illustrated and described as a series of acts for simplicity of explanation, it is to be understood and appreciated that these methods are not limited by the order of the acts, as some acts may occur in a different order and / or concurrently with other acts from those illustrated and described herein or not illustrated and described herein but understandable to those skilled in the art according to one or more embodiments.

[0077] FIG3 is a schematic diagram of the structure of a device for transmitting live video according to another aspect of the present invention.

[0078] According to another aspect of the present invention, this document also provides an embodiment of a transmission device 300 for live video.

[0079] As shown in Figure 3, the live video transmission device 300 provided in this embodiment may include a memory 301 and a processor 302 coupled to the memory 301. The processor 302 may be configured to implement any of the live video transmission methods described above.

[0080] According to another aspect of the present invention, an embodiment of a computer storage medium is also provided herein.

[0081] The computer storage medium stores a computer program. When the computer program is executed by a processor, the computer program can implement the steps of any of the above-mentioned methods for transmitting live video.

[0082] Those skilled in the art will further appreciate that the various illustrative logic blocks, modules, circuits, and algorithmic steps described in conjunction with the embodiments disclosed herein can be implemented as electronic hardware, computer software, or a combination of the two. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps are generally described above in terms of their functionality. Whether such functionality is implemented as hardware or software depends on the specific application and the design constraints imposed on the overall system. A skilled person may implement the described functionality in different ways for each specific application, but such implementation decisions should not be interpreted as resulting in a departure from the scope of the present invention.

[0083] The processors described herein can be implemented using electronic hardware, computer software, or any combination thereof. Whether such processors are implemented as hardware or software will depend on the specific application and the overall design constraints imposed on the system. By way of example, the processors, any portion of a processor, or any combination of processors presented in this disclosure can be implemented using a microprocessor, microcontroller, digital signal processor (DSP), field programmable gate array (FPGA), programmable logic device (PLD), state machine, gated logic, discrete hardware circuits, and other suitable processing components configured to perform the various functions described throughout this disclosure. The functionality of the processors, any portion of a processor, or any combination of processors presented in this disclosure can be implemented using software executed by a microprocessor, microcontroller, DSP, or other suitable platform.

[0084] The steps of the methods or algorithms described in conjunction with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. The software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor so that the processor can read and write information from / to the storage medium. In an alternative, the storage medium may be integrated into the processor. The processor and storage medium may reside in an ASIC. The ASIC may reside in a user terminal. In an alternative, the processor and storage medium may reside in a user terminal as discrete components.

[0085] The previous description of the disclosure is provided to enable any person skilled in the art to make or use the disclosure. Various modifications to the disclosure will be apparent to those skilled in the art, and the general principles defined herein may be applied to other variations without departing from the spirit or scope of the disclosure. Thus, the disclosure is not intended to be limited to the examples and designs described herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A method for transmitting live video, for transmitting video data of a live broadcast device to a user client, wherein the method is executed by a server, and all message formats in the method are based on an SRT transmission protocol, and the method comprises: In response to receiving a live broadcast request sent by a client, issuing the address of the server to the live broadcast device according to the live broadcast device ID in the live broadcast request, so that the live broadcast device logs into the server; After the live broadcast device logs in, the live broadcast address of the live broadcast device is sent to the client; In response to receiving a live broadcast initiation instruction issued by the client, notifying the live broadcast device to start pushing a live video stream; as well as The live video stream pushed by the live broadcast device is received, and forwarded to the client to complete the transmission of the live video.

2. The transmission method according to claim 1, characterized in that: The transmission method further comprises: In response to receiving a live broadcast stop instruction issued by the client, sending a stop push notification to the live broadcast device; receiving a stop confirmation returned by the live broadcast device and forwarding the confirmation to the client; and Disconnect the communication connection between the client and the live broadcast device.

3. The transmission method according to claim 2, characterized in that: The server is deployed with a scheduling service and multiple streaming media services, and the transmission method further includes: Before receiving the live broadcast request sent by the client, the multiple streaming media services register to keep alive with the scheduling service and report their respective loads.

4. The transmission method according to claim 3, characterized in that: The server is also deployed with a signaling service, and in response to receiving a live broadcast request sent by a client, the server address is sent to the live broadcast device, including: After receiving the live broadcast request sent by the client, the signaling service queries the scheduling service to obtain the streaming media service with the smallest current load and returns the query to the signaling service; The signaling service sends the address of the streaming media service with the smallest current load to the live broadcast device, so that the live broadcast device logs into the streaming media service.

5. The transmission method according to claim 4, characterized in that: After the live broadcast device logs in, sending the live broadcast address of the live broadcast device to the client includes: When the live broadcast device successfully logs into the streaming media service with the smallest current load, the streaming media service returns a confirmation message to the live broadcast device; and After receiving the streaming media login success confirmation message sent by the live broadcast device, the signaling service returns the live broadcast address of the live broadcast device.

6. The transmission method according to claim 5, characterized in that: The server is also deployed with an audio and video convergence service, and in response to receiving a live broadcast request sent by a client, the server address is sent to the live broadcast device, and further includes: The audio and video convergence service receives the live broadcast request sent by the client, and then forwards it to the signaling service; and After the signaling service obtains the streaming media service with the smallest current load based on the live broadcast request, it returns the live broadcast address of the live broadcast device to the audio and video convergence service, and then forwards it to the client.

7. The transmission method according to claim 4, characterized in that: The step of notifying the live broadcast device to start pushing the live broadcast video stream in response to receiving the live broadcast initiation instruction issued by the client includes: The streaming media service with the smallest current load receives the live broadcast initiation instruction sent by the client, and notifies the live broadcast device to start pushing the live video stream; The receiving of the live video stream pushed by the live broadcast device and forwarding it to the client to complete the transmission of the live video includes: after the streaming media service with the smallest current load receives the confirmation message of the push notification sent by the client, it continues to receive the live video stream pushed by the live broadcast device and forwards it to the client.

8. The transmission method according to claim 4, characterized in that: The sending of a stop push notification to the live broadcast device in response to receiving the live broadcast stop instruction sent by the client includes: the streaming media service with the smallest current load receives the live broadcast stop instruction sent by the client, and sends a stop push notification to the live broadcast device; The receiving the stop confirmation returned by the live broadcast device and forwarding it to the client includes: the streaming media service with the smallest current load receives the stop confirmation returned by the live broadcast device and forwards it to the client.

9. A live video transmission device, comprising: Memory; as well as A processor coupled to the memory, the processor being configured to execute the live video transmission method according to any one of claims 1 to 8.

10. A computer readable medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the live video transmission method according to any one of claims 1 to 8 is implemented.

Images