WO2024156239A1

WO2024156239A1 - Video streaming transmission method and apparatus, electronic device, and storage medium

Info

Publication number: WO2024156239A1
Application number: PCT/CN2023/140372
Authority: WO
Inventors: 李伟杰
Original assignee: 天翼云科技有限公司
Priority date: 2023-01-28
Filing date: 2023-12-20
Publication date: 2024-08-02
Also published as: CN116074553A; CN116074553B

Abstract

Disclosed in the embodiments of the present application are a video streaming transmission method and apparatus, an electronic device, and a storage medium. The method comprises: pre-generating N different video synchronization sources (SSRCs) and storing same in a cache, N being a positive integer; in response to receiving a video access request, executing a locking operation; determining whether the number i of idle SSRCs in the cache is less than M, and if so, executing an SSRC-generating operation and storing a generated SSRC in the cache, M being a positive integer; allocating a first SSRC in the cache to the video access request, the first SSRC being an SSRC which is not occupied at present; deleting the first SSRC in the cache, and marking the first SSRC as an occupied state; and executing a locking release operation, and instructing a streaming media server to receive with the first SSRC a video streaming corresponding to the video access request.

Description

Video stream transmission method, device, electronic device and storage medium

This application claims priority to a Chinese patent application filed with the Chinese Patent Office on January 28, 2023, with application number 202310042919.6 and invention name “Video Stream Transmission Method, Device, Electronic Device and Storage Medium”, the entire contents of which are incorporated by reference in this application.

Technical Field

The present application relates to the field of communication technology, and in particular to a video stream transmission method, device, electronic device and storage medium.

Background technique

In recent years, video surveillance has become increasingly popular, from professional fields to civilian and home fields, and the demand has continued to expand. A large-scale video platform often accesses a large number of video streams. When the number of video streams connected to the streaming media server of the video platform is large, or when a large number of video streams are migrated for disaster recovery, how to deal with the massive video access requests and quickly access them to the streaming media server of the video platform to minimize the loss of video stream data is an important issue.

The video synchronization source (SSRC) is a 32-bit field defined in the Real-time Transport Protocol (RTP) message header, which is used to uniquely identify a stream. During the video access process, an SSRC needs to be assigned to each video stream and sent to the streaming server of the video platform to notify the streaming server to receive the stream with the SSRC. Then the system will call the signaling service to notify the camera to push the stream with the SSRC.

In the prior art, in order to ensure that SSRC can be correctly generated to avoid streaming, each time a video access request is received, a lock is first added, and then an SSRC is generated in real time for the video access request, and then sent to the streaming media server. After receiving the correct response from the streaming media server, the SSRC is marked as used, and the lock can be released only after the above operations are completed. Although the prior art can realize the transmission of video streams to a certain extent, there are also some problems. For example, the granularity of the lock is large, resulting in a long lock competition time in the scenario of high concurrent video access requests, which is prone to long video stream access time or even interface timeout, and low video stream transmission efficiency.

Summary of the invention

The embodiments of the present application provide a video stream transmission method, device, electronic device and storage medium to achieve the ability to cope with high concurrent video access requests, increase the access speed of the video stream, and thus improve the video transmission efficiency.

In some embodiments of the present application, a video stream transmission method is disclosed, the method comprising:

Generate N different video synchronization sources SSRC in advance and store them in the cache, where N is a positive integer;

In response to receiving the video access request, performing a locking operation;

Determine whether the number i of free SSRCs in the cache is less than M. If so, perform an operation of generating SSRCs and store the generated SSRCs in the cache, where M is a positive integer;

Allocating a first SSRC in the cache to the video access request, wherein the first SSRC is a currently unoccupied SSRC;

Delete the first SSRC in the cache and record the first SSRC as being occupied;

A lock release operation is performed, and the streaming media server is instructed to receive the video stream corresponding to the video access request with the first SSRC.

Optionally, as an embodiment, after instructing the streaming media server to receive the video stream corresponding to the video access request with the first SSRC, the method further includes:

In the case that the streaming media server fails to receive the video stream corresponding to the video access request with the first SSRC, the first SSRC is changed from an occupied state to an unoccupied state.

Optionally, as an embodiment, performing an operation of generating an SSRC includes:

Generate a batch of SSRCs with target probability values, where the target probability value is negatively correlated with i.

Optionally, as an embodiment, generating a batch of SSRCs with target probability values includes:

Generate (N-i) random SSRCs with target probability value;

The generated SSRC is stored in the cache, including:

The second SSRC that is not currently occupied among the generated (N-i) SSRCs is stored in the cache.

Optionally, as an embodiment, generating (N-i) random SSRCs with a target probability value includes:

Generate a random value p, where the value of p is between 0 and 1;

Determine whether (i/N) is less than p. If (i/N) is less than p, generate (N-i) random SSRCs.

Generate (N-i) currently unoccupied SSRCs.

Optionally, as an embodiment, the video stream transmission method is applied to a distributed deployment scenario; the cache is a redis cache, the lock used for the locking operation is a redis distributed lock, and the first SSRC is recorded in an occupied state through a database.

In some embodiments of the present application, a video stream transmission device is disclosed, the device comprising:

A preprocessing module, used for pre-generating N different video synchronization sources SSRC and storing them in a cache, where N is a positive integer;

A first processing module, configured to perform a locking operation in response to receiving a video access request;

The second processing module is used to determine whether the number i of free SSRCs in the cache is less than M. If so, execute An operation of generating an SSRC and storing the generated SSRC in a cache, where M is a positive integer;

A third processing module is used to allocate a first SSRC in the cache to the video access request, wherein the first SSRC is a currently unoccupied SSRC;

a fourth processing module, configured to delete the first SSRC in the cache and record the first SSRC as being in an occupied state;

The fifth processing module is used to execute the lock release operation and instruct the streaming media server to receive the video stream corresponding to the video access request with the first SSRC.

Optionally, as an embodiment, the device further includes:

The sixth processing module is used to change the first SSRC from an occupied state to an unoccupied state when the streaming media server fails to receive the video stream corresponding to the video access request with the first SSRC.

Optionally, as an embodiment, the second processing module includes:

The first generation submodule is used to generate a batch of SSRCs with a target probability value, wherein the target probability value is negatively correlated with i.

Optionally, as an embodiment, the first generation submodule includes:

A generating unit, for generating (N-i) random SSRCs with a target probability value;

The second processing module includes:

The storage submodule is used to store the currently unoccupied second SSRC among the generated (N-i) SSRCs in the cache.

Optionally, as an embodiment, the generating unit includes:

A generating subunit, used for generating a random value p, wherein the value of p is between 0 and 1;

The determination subunit is used to determine whether (i/N) is less than p. If (i/N) is less than p, (N-i) random SSRCs are generated.

Optionally, as an embodiment, the second processing module includes:

The second generation submodule is used to generate (N-i) currently unoccupied SSRCs.

In some embodiments of the present application, an electronic device is disclosed, including a memory, a processor, and a computer program stored in the memory, wherein the processor executes the computer program to implement the video stream transmission method in the first aspect.

In some embodiments of the present application, a computer-readable storage medium is disclosed, on which a computer program/instruction is stored. When the computer program/instruction is executed by a processor, the video stream transmission method in the first aspect is implemented.

In some embodiments of the present application, a computer program product is disclosed, including a computer program/instruction, which implements the video stream transmission method in the first aspect when executed by a processor.

In the embodiment of the present application, N different video synchronization sources SSRC are generated in advance and stored in the cache, where N is A positive integer; in response to receiving a video access request, performing a locking operation; determining whether the number i of free SSRCs in the cache is less than M, and if so, performing an operation of generating an SSRC, and storing the generated SSRC in the cache, where M is a positive integer; allocating a first SSRC in the cache to the video access request, wherein the first SSRC is a currently unoccupied SSRC; deleting the first SSRC in the cache, and recording the first SSRC as being in an occupied state; performing a lock release operation, and instructing the streaming media server to receive the video stream corresponding to the video access request with the first SSRC.

It can be seen that in the embodiment of the present application, a method of pre-generating SSRC is adopted to store a batch of spare idle SSRCs in the cache. When a video access request is received, an available SSRC is selected from the cache and allocated to the video access request, without having to perform an SSRC generation operation every time a video access request is received, which can speed up the allocation of SSRC. Since the allocation speed of SSRC is fast, the time between locking and releasing the lock is greatly shortened, which can reduce the lock granularity and lock competition time when allocating SSRC, avoid the problem of too long video stream access time or even interface timeout, and can cope with high concurrent video access requests, improve the access speed of video streams, and thus improve video transmission efficiency.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

FIG1 is an example diagram of an application scenario of a video stream transmission method provided in an embodiment of the present application;

FIG2 is a flowchart of a video stream transmission method provided in an embodiment of the present application;

FIG3 is a second flowchart of a video stream transmission method provided in an embodiment of the present application;

FIG4 is a third flowchart of a video stream transmission method provided in an embodiment of the present application;

FIG5 is a schematic structural diagram of a video stream transmission device provided in an embodiment of the present application;

FIG6 is a structural block diagram of an electronic device provided in an embodiment of the present application.

Detailed ways

In order to enable those skilled in the art to better understand the present application, the present application is further described in detail below in conjunction with the accompanying drawings and specific implementation methods. Obviously, the described embodiments are only part of the embodiments of the present application, rather than all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in the field without making creative work are within the scope of protection of the present application.

Embodiments of the present application provide a video stream transmission method, device, electronic device, and storage medium.

To facilitate understanding, the application scenarios of the embodiments of the present application and some concepts involved are first introduced below.

Taking the access of the video stream collected by the camera to the video platform as an example, the application scenario of video stream transmission: as shown in Figure 1, the application scenario includes: video stream transmission control device 10, streaming media server 11 of the video platform and cameras 121, 122, ..., camera 12n, where n is an integer greater than 1. When the streaming media server 11 of the video platform needs to access the video streams of cameras 121 to 12n, the video stream transmission control device 10 will allocate an SSRC to the video stream corresponding to the video access request every time it receives a video access request, and send it to the streaming media server 11 of the video platform, notifying the streaming media server 11 to receive the stream with the SSRC, and then the video stream transmission control device 10 will call the signaling service again to notify the corresponding camera, such as camera 121, to push the stream to the streaming media server 11 with the SSRC.

Video synchronization source (SSRC) is a 32-bit field defined in the Real-time Transport Protocol (RTP) message header, which is used to uniquely identify a stream.

Lock: It is a synchronization mechanism in a thread. By locking, mutually exclusive access to shared resources can be achieved. In the embodiment of the present application, the lock is used to prevent different video streams from acquiring the same SSRC and causing cross-streaming.

Lock contention: refers to a large number of threads competing for the same lock. For lock contention, if the protected code needs to complete more work, the number of threads waiting to obtain the lock will also increase.

In the prior art, when allocating SSRC for video access requests, each time a video access request is received, the lock is first added, and then an SSRC is generated for the video access request in real time, and then sent to the streaming media server. After receiving the correct response from the streaming media server, the SSRC is marked as used, and the lock can be released only after the above operations are completed. This allocation method is inefficient and has the following main problems: each time a video access request is received, an SSRC generation operation needs to be performed, and the time consumption of generating SSRC is long, resulting in a large lock granularity. In the scenario of high concurrency of video access requests, the lock competition time is long, and it is easy to have the problem of too long video stream access time or even interface timeout, resulting in low video stream transmission efficiency.

In the embodiment of the present application, a batch of spare SSRCs are generated in advance and stored in the cache. When a video access request is received, the SSRC is directly obtained from the cache and allocated to the video access request, which can speed up the allocation of SSRC. The shorter the time consumption of allocating SSRC, the smaller the lock granularity is, and the interaction with the streaming media server within the lock range is avoided. It can cope with high-concurrency video access requests, increase the access speed of the video stream, reduce the loss of video data, and thus improve the transmission efficiency of the video stream. In addition, by comparing the number of free SSRCs in the cache with the threshold M, the available SSRCs in the cache are replenished in time, ensuring the sustainability of high-concurrency video access requests being allocated to SSRCs.

Next, a video stream transmission method provided in an embodiment of the present application is introduced.

FIG. 2 is one of the flowcharts of a video stream transmission method provided in an embodiment of the present application. As shown in FIG. 2 , the method may include the following steps: step 201, step 202, step 203, step 204, step 205, and step 206;

In step 201, N different SSRCs are pre-generated and stored in a cache, where N is a positive integer.

In the embodiment of the present application, considering the high concurrency characteristics of the video access scenario, that is, the need to provide a large number of A large number of video access requests are allocated SSRC, so the reading speed of SSRC needs to be as fast as possible. Compared with other storage devices, units or modules, the cache can support high-speed reading of data, so the pre-generated SSRC is written into the cache for storage.

In the embodiment of the present application, considering that the memory has the characteristic of supporting high-speed data reading, the pre-generated SSRC can be stored in the cache of the memory.

In the embodiment of the present application, the number N of pre-generated SSRCs can be determined based on the number of concurrent video access requests in the actual application scenario, as well as the storage efficiency and cost of the cache. Alternatively, the number N of pre-generated SSRCs can also be determined based on historical experience, which is not limited in the embodiment of the present application.

In the embodiment of the present application, when the SSRC is generated in advance, N different SSRCs may be randomly generated.

In step 202, in response to receiving a video access request, a locking operation is performed.

In the embodiment of the present application, a lock for performing a locking operation can be selected according to the actual application scenario. For example, for a distributed deployment scenario, a redis distributed lock can be selected.

In step 203, it is determined whether the number i of idle SSRCs in the cache is less than M. If so, an operation of generating SSRCs is performed and the generated SSRCs are stored in the cache, where M is a positive integer.

In the embodiment of the present application, the free SSRC in the cache refers to an available SSRC, that is, an SSRC that is not currently occupied in the cache.

In the embodiment of the present application, the number i of idle SSRCs in the cache can be read, and by comparing whether the number i of currently idle SSRCs is less than M, it is determined whether the available SSRCs in the cache are insufficient. If the number i of idle SSRCs is less than M, it is considered that the available SSRCs in the cache are insufficient, and a batch of SSRCs needs to be generated or attempted to be generated to supplement the available SSRCs in the cache.

In some embodiments, considering that the time cost of generating a batch of SSRCs at one time is relatively high, in order to reduce the time cost and ensure that the SSRCs in the cache are replenished in time, a batch of SSRCs may be attempted to be generated for the cache with a certain probability. Accordingly, the above step 203 includes the following steps: step 2031;

In step 2031, it is determined whether the number i of free SSRCs in the cache is less than M. If so, a batch of SSRCs is generated with a target probability value, wherein the target probability value is negatively correlated with i.

In the embodiment of the present application, the more the number i of idle SSRCs in the cache is, the smaller the target probability value is, and the smaller the probability of generating a batch of SSRCs is; the smaller the number i of idle SSRCs in the cache is, the larger the target probability value is, and the greater the probability of generating a batch of SSRCs is.

In the embodiment of the present application, the target probability value may be [1-(i/N)].

In the embodiment of the present application, in order to further reduce the generation cost, (Ni) random SSRCs may be generated with a target probability value. Since the generated (Ni) SSRCs are a string of random strings, they may be different from the currently occupied SSRCs. Similarly, in order to ensure that all SSRCs in the cache are available, the second SSRC that is currently not occupied among the generated (Ni) SSRCs is stored in the cache.

In an embodiment of the present application, when (N-i) random SSRCs are generated with a target probability value, the following steps can be used to achieve the goal: generate a random value p, where the value of p is between 0 and 1; determine whether (i/N) is less than p, and if (i/N) is less than p, generate (N-i) random SSRCs.

In some embodiments, to ensure that the available SSRC in the cache is always sufficient, the above step 203 includes the following steps: step 2032;

In step 2032, (N-i) currently unoccupied SSRCs are generated and stored in a cache, so that the number of available SSRCs in the cache is always N.

In step 204, a first SSRC in the cache is allocated to the video access request, wherein the first SSRC is a currently unoccupied SSRC.

In the embodiment of the present application, since the SSRCs in the cache are all available SSRCs, an SSRC can be randomly selected from the cache as the first SSRC and allocated to the video access request.

In step 205, the first SSRC in the cache is deleted, and the first SSRC is recorded as being in an occupied state.

In the embodiment of the present application, in order to prevent the first SSRC from being allocated to multiple video access requests, resulting in streaming problems, after the first SSRC is allocated to a video access request, the first SSRC needs to be deleted from the cache.

In the embodiment of the present application, in order to avoid the problem of storing the same SSRC as the first SSRC in the cache when there is an SSRC identical to the first SSRC in the newly generated SSRC, resulting in streaming, it is necessary to record the first SSRC as occupied so that the above-generated SSRC will not be stored in the cache.

In step 206, a lock release operation is performed, and the streaming media server is instructed to receive the video stream corresponding to the video access request with the first SSRC.

In the embodiment of the present application, when the streaming media server successfully receives the video stream corresponding to the video access request with the first SSRC, the video stream transmission process corresponding to the current video access request ends, and the subsequent received video access requests continue to be processed.

In the embodiment of the present application, when the streaming media server fails to receive the video stream corresponding to the video access request with the first SSRC, the first SSRC is modified from an occupied state to an unoccupied state to realize the recovery of the SSRC.

As can be seen from the above embodiment, in this embodiment, N different video synchronization source SSRCs are pre-generated and stored in the cache, where N is a positive integer; in response to receiving a video access request, a locking operation is performed; it is determined whether the number i of free SSRCs in the cache is less than M, and if so, an operation of generating SSRCs is performed, and the generated SSRCs are stored in the cache, where M is a positive integer; the first SSRC in the cache is allocated to the video access request, wherein the first SSRC is a currently unoccupied SSRC; the first SSRC in the cache is deleted, and the first SSRC is recorded as being in an occupied state. execute the lock release operation, and instruct the streaming media server to receive the video stream corresponding to the video access request with the first SSRC.

FIG3 is a second flowchart of a video stream transmission method provided by an embodiment of the present application. As shown in FIG3 , the method may include the following steps: step 301, step 302, step 303, step 304, step 305, and step 306;

In step 301, N different SSRCs are pre-generated and stored in a cache, where N is a positive integer.

In step 302, in response to receiving a video access request, a lock is acquired, and a locking operation is performed based on the acquired lock.

In step 303, the number i of free SSRCs in the current cache is queried and compared with the threshold M. If i is less than M, (N-i) random SSRCs are generated with probability [1-(i/N)], and the currently unoccupied SSRCs among the (N-i) random SSRCs are written into the cache.

In the embodiment of the present application, the above step 303 may be repeatedly performed until the number of idle SSRCs in the cache is greater than or equal to M.

In step 304, an SSRC is obtained from the cache, the SSRC is deleted from the cache, and is stored in the persistent database to mark it as occupied.

In step 305, the lock is released.

In step 306, the streaming media server is notified to prepare to receive the stream using the SSRC.

In the embodiment of the present application, if the streaming media server successfully receives the stream using the SSRC, the program ends; if the streaming media server fails to receive the stream using the SSRC, the SSRC is deleted from the persistent database, i.e., it is marked as unused.

It can be seen that in the embodiment of the present application, the method of pre-generating SSRC is used to avoid the need to perform an SSRC generation operation each time an access request is received, thereby improving the SSRC acquisition speed, reducing the granularity of the lock when generating SSRC, avoiding interaction with the streaming media server within the lock range, reducing lock contention, and improving concurrency, thereby accelerating the video stream access speed in high concurrency scenarios, and improving the transmission efficiency of the video stream.

FIG4 is a flowchart of a video stream transmission method provided in an embodiment of the present application. In the embodiment of the present application, the video transmission method can be applied to a distributed deployment scenario. Accordingly, as shown in FIG4 , the method may include the following: Steps: step 401, step 402, step 403, step 404, step 405 and step 406;

In step 401, N different SSRCs are generated in advance and stored in the redis cache, where N is a positive integer.

In the embodiment of the present application, the cache for storing SSRC is a redis cache, the lock used for the locking operation is a redis distributed lock, and the first SSRC is recorded as being in an occupied state through a database. For example, the first SSRC is recorded as being in an occupied state through a mysql database.

In step 402, in response to receiving a video access request, a setnx command is used to obtain a lock from a redis database and perform a locking operation.

In step 403, the number i of free SSRCs remaining in the redis cache is queried and compared with the threshold M. If i is less than M, (N-i) random SSRCs are generated with probability [1-(i/N)], and the SSRCs that are actually not occupied are written into the redis cache.

In the embodiment of the present application, the above step 403 may be repeatedly performed until the number of idle SSRCs in the cache is greater than or equal to M.

In step 404, an unoccupied SSRC is obtained from the redis cache and allocated to the video access request, the allocated SSRC is deleted from the redis cache, and stored in the database to mark that the SSRC is occupied.

In step 405, the redis lock is released.

In step 406, the streaming media server is notified to prepare to receive the stream with the SSRC. If the streaming media server successfully receives the stream with the SSRC, the program ends; if it fails, the SSRC is deleted from the database.

It can be seen that in the embodiment of the present application, redis cache is used to store idle SSRCs, redis database is used to record used SSRCs, and redis distributed locks are used as locking methods, which can cope with distributed deployment scenarios and achieve efficient transmission of video streams in distributed deployment scenarios.

Corresponding to the above method embodiment, the embodiment of the present application further provides a video stream transmission device. The video stream transmission device described below and the video stream transmission method described above can refer to each other.

FIG5 is a schematic diagram of the structure of a video stream transmission device provided in an embodiment of the present application. As shown in FIG5 , the video stream transmission device 500 may include: a pre-processing module 501, a first processing module 502, a second processing module 503, a third processing module 504, a fourth processing module 505 and a fifth processing module 506;

The pre-processing module 501 is used to pre-generate N different video synchronization sources SSRC and store them in a cache, where N is a positive integer;

A first processing module 502, configured to perform a locking operation in response to receiving a video access request;

The second processing module 503 is used to determine whether the number i of idle SSRCs in the cache is less than M. If so, an operation of generating SSRCs is performed and the generated SSRCs are stored in the cache, where M is a positive integer;

The third processing module 504 is configured to assign the first SSRC in the cache to the video access request, wherein the first SSRC is the currently unoccupied SSRC;

The fourth processing module 505 is used to delete the first SSRC in the cache and record that the first SSRC is in an occupied state;

The fifth processing module 506 is used to execute a lock release operation and instruct the streaming media server to receive the video stream corresponding to the video access request with the first SSRC.

As can be seen from the above embodiment, in this embodiment, N different video synchronization source SSRCs are pre-generated and stored in the cache, where N is a positive integer; in response to receiving a video access request, a locking operation is performed; it is determined whether the number i of free SSRCs in the cache is less than M, and if so, an operation of generating SSRCs is performed, and the generated SSRCs are stored in the cache, where M is a positive integer; the first SSRC in the cache is allocated to the video access request, wherein the first SSRC is a currently unoccupied SSRC; the first SSRC in the cache is deleted, and the first SSRC is recorded as being in an occupied state; a lock release operation is performed, and the streaming media server is instructed to receive the video stream corresponding to the video access request with the first SSRC.

Optionally, as an embodiment, the video stream transmission device 500 may further include:

Optionally, as an embodiment, the second processing module 503 may include:

Optionally, as an embodiment, the first generation submodule may include:

The second processing module 503 may include:

Optionally, as an embodiment, the generating unit may include:

Determine the subunit, used to determine whether (i/N) is less than p. If (i/N) is less than p, then generate (Ni) random SSRC.

Optionally, as an embodiment, the second processing module 503 may include:

Optionally, as an embodiment, the video stream transmission method can be applied to a distributed deployment scenario; the cache is a redis cache, the lock used for the locking operation is a redis distributed lock, and the first SSRC is recorded in an occupied state through a database.

Regarding the device in the above embodiment, the specific manner in which each module performs operations has been described in detail in the embodiment of the method, and will not be elaborated here.

Corresponding to the above method embodiment, an embodiment of the present application further provides an electronic device, including: a memory for storing a computer program; and a processor for implementing the steps of the above video stream transmission method when executing the computer program.

As shown in FIG6 , it is a schematic diagram of the composition structure of an electronic device, which may include: a processor 610, a memory 620, a communication interface 630 and a communication bus 640. The processor 610, the memory 620 and the communication interface 630 all communicate with each other through the communication bus 640.

In the embodiment of the present application, the processor 610 can be a central processing unit (CPU), a specific application integrated circuit, a digital signal processor, a field programmable gate array or other programmable logic devices, etc.

The processor 610 may call a program stored in the memory 620. Specifically, the processor 610 may execute operations in an embodiment of the CDN resource scheduling method.

The memory 620 is used to store one or more programs, which may include program codes, and the program codes include computer operation instructions. In the embodiment of the present application, the memory 620 at least stores programs for implementing the following functions:

Delete the first SSRC in the cache and record the first SSRC as being occupied;

It can be seen that in the embodiment of the present application, a method of pre-generating SSRC is adopted to store a batch of spare idle SSRCs in the cache. When a video access request is received, an available SSRC is selected from the cache and allocated to the video access request, without having to perform an SSRC generation operation every time a video access request is received, which can speed up the allocation speed of SSRC. Since SSRC is allocated quickly, the time between locking and releasing the lock is greatly shortened, which can reduce the lock granularity and lock contention time when allocating SSRC, avoid the problem of long video stream access time or even interface timeout, and can handle high-concurrency video access requests, increase the access speed of video streams, and thus improve video transmission efficiency.

In one possible implementation, the memory 620 may include a program storage area and a data storage area, wherein the program storage area may store an operating system and an application required for at least one function, etc.; the data storage area may store data created during use.

In addition, the memory 620 may include a high-speed random access memory and may also include a non-volatile memory, such as at least one disk storage device or other volatile solid-state storage device.

The communication interface 630 may be an interface of a communication module, and is used to connect to other devices or systems.

Of course, it should be noted that the structure shown in FIG. 6 does not constitute a limitation on the electronic device in the embodiment of the present application. In actual applications, the electronic device may include more or fewer components than those shown in FIG. 6 , or combine certain components.

Corresponding to the above method embodiment, the embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the steps of the above-mentioned video stream transmission method are implemented.

In addition, it should be noted that: the embodiment of the present application also provides a computer program product or a computer program, which may include computer instructions, and the computer instructions may be stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor may execute the computer instructions so that the computer device executes the description of the video streaming transmission method in the corresponding embodiment of the foregoing text, so it will not be repeated here. In addition, the description of the beneficial effects of adopting the same method will not be repeated. For technical details not disclosed in the computer program product or computer program embodiment involved in this application, please refer to the description of the method embodiment of this application.

In this specification, each embodiment is described in a progressive manner, and each embodiment focuses on the differences from other embodiments, and the same or similar parts between the embodiments can be referred to each other. Professionals can also further realize that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented with electronic hardware, computer software or a combination of the two. In order to clearly illustrate the interchangeability of hardware and software, the composition and steps of each example have been generally described in the above description according to the function. Whether these functions are executed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of this application.

The steps of the method or algorithm described in the embodiments disclosed herein can be directly executed by hardware or a processor. The software module may be placed in a random access memory (RAM), a memory, a read-only memory (ROM), an electrically programmable ROM, an electrically erasable programmable ROM, a register, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.

Specific examples are used herein to illustrate the principles and implementation methods of the present application, and the description of the above embodiments is only used to help understand the technical solution and core ideas of the present application. It should be pointed out that for ordinary technicians in this technical field, without departing from the principles of the present application, several improvements and modifications can be made to the present application, and these improvements and modifications also fall within the scope of protection of the claims of the present application.

Claims

A video stream transmission method, characterized in that the method comprises:

Generate N different video synchronization sources SSRC in advance and store them in the cache, where N is a positive integer;

In response to receiving the video access request, performing a locking operation;

Determine whether the number i of idle SSRCs in the cache is less than M, and if so, perform an operation of generating SSRCs and store the generated SSRCs in the cache, where M is a positive integer;

Allocating a first SSRC in the cache to the video access request, wherein the first SSRC is a currently unoccupied SSRC;

Deleting the first SSRC in the cache, and recording that the first SSRC is in an occupied state;

A lock release operation is performed, and a streaming media server is instructed to receive a video stream corresponding to the video access request using the first SSRC.
The method according to claim 1, characterized in that after instructing the streaming media server to receive the video stream corresponding to the video access request with the first SSRC, it also includes:

In the case that the streaming media server fails to receive the video stream corresponding to the video access request with the first SSRC, the first SSRC is changed from an occupied state to an unoccupied state.
The method according to claim 1, wherein the step of generating an SSRC comprises:

A batch of SSRCs is generated with a target probability value, wherein the target probability value is negatively correlated with the i.
The method according to claim 3, wherein generating a batch of SSRCs with a target probability value comprises:

Generate (N-i) random SSRCs with the target probability value;

The storing the generated SSRC in the cache includes:

The second SSRC that is not currently occupied among the generated (N-i) SSRCs is stored in the buffer.
The method according to claim 4, characterized in that the generating (N-i) random SSRCs with the target probability value comprises:

Generate a random value p, where the value of p is between 0 and 1;

Determine whether (i/N) is less than the p, and if the (i/N) is less than the p, generate (N-i) random SSRCs.
The method according to claim 1, wherein the step of generating an SSRC comprises:

Generate (N-i) currently unoccupied SSRCs.
The method according to any one of claims 1 to 6 is characterized in that the video stream transmission method is applied to a distributed deployment scenario; the cache is a redis cache, the lock used for the locking operation is a redis distributed lock, and the first SSRC is recorded in an occupied state through a database.
A video stream transmission device, characterized in that the device comprises:

A preprocessing module, used for pre-generating N different video synchronization sources SSRC and storing them in a cache, where N is a positive integer;

A first processing module, configured to perform a locking operation in response to receiving a video access request;

A second processing module, configured to determine whether the number i of idle SSRCs in the cache is less than M, and if so, to generate an SSRC and store the generated SSRC in the cache, where M is a positive integer;

A third processing module, configured to allocate a first SSRC in the cache to the video access request, wherein the first SSRC is a currently unoccupied SSRC;

a fourth processing module, configured to delete the first SSRC in the cache and record that the first SSRC is in an occupied state;

The fifth processing module is used to execute a lock release operation and instruct the streaming media server to receive the video stream corresponding to the video access request with the first SSRC.
The device according to claim 8, characterized in that the device further comprises:

The sixth processing module is used to change the first SSRC from an occupied state to an unoccupied state when the streaming media server fails to receive the video stream corresponding to the video access request with the first SSRC.
The device according to claim 8, wherein the second processing module comprises:

The first generating submodule is used to generate a batch of SSRCs with a target probability value, wherein the target probability value is negatively correlated with the i.
The device according to claim 10, characterized in that the first generation submodule comprises:

A generating unit, configured to generate (N-i) random SSRCs with the target probability value;

The second processing module comprises:

The storage submodule is used to store the currently unoccupied second SSRC among the generated (N-i) SSRCs in the cache.
The device according to claim 11, characterized in that the generating unit comprises:

A generating subunit, used to generate a random value p, wherein the value of p is between 0 and 1;

The determination subunit is used to determine whether (i/N) is less than the p. If the (i/N) is less than the p, (N-i) random SSRCs are generated.
The device according to claim 8, wherein the second processing module comprises:

The second generation submodule is used to generate (N-i) currently unoccupied SSRCs.
An electronic device comprises a memory, a processor and a computer program stored in the memory, wherein the processor executes the computer program to implement the method according to any one of claims 1 to 7.
A computer-readable storage medium having a computer program/instruction stored thereon, characterized in that when the computer program/instruction is executed by a processor, the method described in any one of claims 1 to 7 is implemented.