CN115499712B - Multicast stream display method, device, medium and electronic equipment - Google Patents
Multicast stream display method, device, medium and electronic equipment Download PDFInfo
- Publication number
- CN115499712B CN115499712B CN202110670609.XA CN202110670609A CN115499712B CN 115499712 B CN115499712 B CN 115499712B CN 202110670609 A CN202110670609 A CN 202110670609A CN 115499712 B CN115499712 B CN 115499712B
- Authority
- CN
- China
- Prior art keywords
- multicast
- client
- target port
- end acquisition
- acquisition equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 85
- 230000004044 response Effects 0.000 claims abstract description 33
- 238000012545 processing Methods 0.000 claims abstract description 20
- 230000008569 process Effects 0.000 claims description 22
- 238000004590 computer program Methods 0.000 claims description 8
- 238000012795 verification Methods 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 4
- 238000012544 monitoring process Methods 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 239000013307 optical fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/64—Addressing
- H04N21/6405—Multicasting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
- H04N21/2668—Creating a channel for a dedicated end-user group, e.g. insertion of targeted commercials based on end-user profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
Abstract
The embodiment of the application discloses a multicast stream display method, a device, a medium and electronic equipment. The method comprises the following steps: if a multicast trigger event is detected, a local pre-configured multicast address and a target port are sent to a client side, the client side opens the target port, and the client side and network equipment connected with the client side open a multicast path according to the multicast address; receiving multicast channel processing success information replied by a client; transmitting a multicast negotiation request to front-end acquisition equipment, wherein the multicast negotiation request comprises a locally preconfigured multicast address and a target port, and the front-end acquisition equipment is used for determining the multicast address and the target port; and receiving a multicast negotiation response sent by the front-end acquisition equipment, and controlling the front-end acquisition equipment to send a multicast stream to the target port through the multicast address. According to the technical scheme, the multicast address and the service port can be preset and sent to the stream sending end and the stream receiving end, so that the purpose that the stream receiving end can normally receive and display video streams when the multicast streams are started is achieved.
Description
Technical Field
The embodiment of the application relates to the technical field of networks, in particular to a method, a device, a medium and electronic equipment for displaying multicast streams.
Background
With the rapid development of the technology level, the application field of video has been gradually increased. In some cases, multiple receiving ends may be required to play the video stream information of the same sending end at the same time, in this case, if a unicast technology is adopted, the sending end may need to send multiple video streams to multiple receiving ends; or the streaming end needs to send a path of video stream to the media forwarding server, and the server sends the path of video stream to a plurality of streaming receiving ends respectively. This arrangement can cause significant network pressure between the originating peer and the server. Therefore, a multicast technology is designed. The multicast technology refers to a technology that a multicast source only sends a video stream to a network device, and then the network device copies the video stream to a multicast receiving party at an optimal place according to the requirement of the multicast receiving party. In the field of video monitoring, the media forwarding server is generally used for copying the traffic, so that the more access devices are, the more media servers are deployed when the system is deployed, and the multicast technology is widely applied to the video monitoring system.
In the implementation process of multicast, the video stream needs to be transmitted to the multicast address, and the receiving party joins the corresponding multicast group and opens the service port to normally display the video. The receiving party may not be added into the corresponding multicast group, or the receiving party may not normally open the service port, so that the key frame picture of the video stream is not normally received. Therefore, the picture can be normally displayed only when the next key frame picture is received. And because the interval between the key frames is not fixed, a period of black screen is caused, and the multicast stream cannot be displayed normally.
Disclosure of Invention
The embodiment of the application provides a method, a device, a medium and an electronic device for displaying a multicast stream, which can preset a multicast address and a service port in a video management platform and send preset information to a stream sending end and a stream receiving end in advance, so that the aim that the stream receiving end can normally receive and display a video stream when the multicast stream is started is fulfilled.
In a first aspect, an embodiment of the present application provides a method for displaying a multicast stream, where the method is performed by a video management platform, where the video management platform is connected to a client, and the video management platform is further connected to a front-end acquisition device; the method comprises the following steps:
If a multicast trigger event is detected, a local pre-configured multicast address and a target port are sent to a client side, the client side opens the target port, and the client side and network equipment connected with the client side open a multicast channel according to the multicast address;
receiving multicast channel processing success information replied by a client;
transmitting a multicast negotiation request to front-end acquisition equipment, wherein the multicast negotiation request comprises a local pre-configured multicast address and a target port, and the front-end acquisition equipment is used for determining the multicast address and the target port;
and receiving the multicast negotiation response sent by the front-end acquisition equipment, and controlling the front-end acquisition equipment to send a multicast stream to a target port through a multicast address.
Further, the configuration process of the local pre-configured multicast address and the target port includes:
responding to a registration request of front-end acquisition equipment, and acquiring identity information of the front-end acquisition equipment;
and distributing the multicast address and the target port for the front-end acquisition equipment, and storing the identity information and the distributed multicast address and the distributed target port in a database in an associated way.
Further, the multicast negotiation response includes source information, where the source information includes a source address and a source port; the method further comprises the steps of:
And sending the source information to a client for the client to perform security verification on the multicast stream based on the source information.
Further, sending the local pre-configured multicast address and the target port to the client for the client to open the target port, and opening a multicast path by the client and the network device connected with the client according to the multicast address, including:
the method comprises the steps of sending a local preconfigured multicast address and a target port to a client for the client and a switch directly connected with the client to join a multicast group, and specifically comprises the following steps:
and establishing a multicast table item according to the multicast address and the target port through a switch directly connected with the client, and releasing the target port in advance through the client so as to open a multicast path.
Further, the multicast request sent by the client also comprises client parameter information;
correspondingly, a multicast negotiation request is sent to the front-end acquisition equipment, wherein the multicast negotiation request also comprises client parameter information, and the front-end acquisition equipment determines video parameters of the sent multicast stream according to the parameter information.
Further, the multicast trigger event includes:
At least one of a switching preparation event of the timing multicast task and a multicast request event sent by the client.
Further, after detecting the multicast trigger event, the method further includes:
if the cross-domain platform multicast is identified, a multicast request is sent to a target domain video management platform so as to send a multicast negotiation request to front-end acquisition equipment through the target domain video management platform, wherein the multicast negotiation request comprises a multicast address and a target port which are locally and pre-configured by the target domain video management platform, and the front-end acquisition equipment can determine the multicast address and the target port;
receiving a multicast negotiation response sent by the front-end acquisition equipment through a target domain video management platform, and receiving a multicast request response reported by the target domain video management platform, wherein the multicast request response comprises a multicast address and a target port;
transmitting the multicast address and the target port to the client for the client to open the target port, and opening a multicast path according to the multicast address by the client and network equipment connected with the client;
and controlling the front-end acquisition equipment to send the multicast stream to the target port through the multicast address.
In a second aspect, an embodiment of the present application provides a display device for multicast streams, where the device is configured on a video management platform, where the video management platform is connected to a client, and the video management platform is further connected to a front-end acquisition device; the device comprises:
the configuration information sending module is used for sending a local preset multicast address and a target port to the client if the multicast trigger event is detected, enabling the client to open the target port, and enabling the client and network equipment connected with the client to open a multicast channel according to the multicast address;
the reply information receiving module is used for receiving the multicast channel processing success information replied by the client;
the system comprises a negotiation request sending module, a multicast negotiation request sending module and a front-end acquisition device, wherein the negotiation request sending module is used for sending a multicast negotiation request to the front-end acquisition device, and the multicast negotiation request comprises a local pre-configured multicast address and a target port, so that the front-end acquisition device can determine the multicast address and the target port;
and the multicast stream establishing module is used for receiving the multicast negotiation response sent by the front-end acquisition equipment and controlling the front-end acquisition equipment to send the multicast stream to the target port through the multicast address.
In a third aspect, embodiments of the present application provide a computer readable storage medium having stored thereon a computer program that when executed by a processor implements a method for displaying a multicast stream according to embodiments of the present application.
In a fourth aspect, an embodiment of the present application provides an electronic device, including a memory, a processor, and a computer program stored on the memory and capable of being executed by the processor, where the processor executes the computer program to implement a method for displaying a multicast stream according to an embodiment of the present application.
According to the technical scheme provided by the embodiment of the application, if the multicast trigger event is detected, a local pre-configured multicast address and a target port are sent to a client side, the client side opens the target port, and the client side and network equipment connected with the client side open a multicast channel according to the multicast address; receiving multicast channel processing success information replied by a client; transmitting a multicast negotiation request to front-end acquisition equipment, wherein the multicast negotiation request comprises a local pre-configured multicast address and a target port, and the front-end acquisition equipment is used for determining the multicast address and the target port; and receiving the multicast negotiation response sent by the front-end acquisition equipment, and controlling the front-end acquisition equipment to send a multicast stream to a target port through a multicast address. By executing the scheme, the multicast address and the service port can be preset in the video management platform, and preset information is sent to the stream sending end and the stream receiving end in advance, so that the aim that the stream receiving end can normally receive and display video streams when the multicast streams are started is fulfilled.
Drawings
Fig. 1 is a flowchart of a method for displaying a multicast stream according to an embodiment of the present application;
fig. 2 is a flowchart of a method for displaying a cross-domain multicast stream according to a second embodiment of the present invention;
fig. 3 is a schematic diagram of a single domain multicast start procedure according to a third embodiment of the present invention;
fig. 4 is a schematic diagram of a cross-domain multicast start procedure according to a fourth embodiment of the present invention;
fig. 5 is a block diagram of a multicast stream display device according to a fifth embodiment of the present invention;
fig. 6 is a schematic structural diagram of an electronic device according to a seventh embodiment of the present application.
Detailed Description
The present application is described in further detail below with reference to the drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the application and not limiting thereof. It should be further noted that, for convenience of description, only some, but not all of the structures related to the present application are shown in the drawings.
Before discussing exemplary embodiments in more detail, it should be mentioned that some exemplary embodiments are described as processes or methods depicted as flowcharts. Although a flowchart depicts steps as a sequential process, many of the steps may be implemented in parallel, concurrently, or with other steps. Furthermore, the order of the steps may be rearranged. The process may be terminated when its operations are completed, but may have additional steps not included in the figures. The processes may correspond to methods, functions, procedures, subroutines, and the like.
Example 1
Fig. 1 is a flowchart of a method for displaying a multicast stream according to an embodiment of the present application, where the embodiment is applicable to a scenario of multicast stream start, and the method may be performed by a device for displaying a multicast stream according to an embodiment of the present application, where the device may be implemented by software and/or hardware, and may be integrated in an electronic device.
As shown in fig. 1, the method for displaying a multicast stream includes:
s110, if the multicast trigger event is detected, the local pre-configured multicast address and the target port are sent to the client side, the client side opens the target port, and the client side and the network equipment connected with the client side open a multicast channel according to the multicast address.
The method is executed by a video management platform, the video management platform is connected with a client, and the video management platform is also connected with front-end acquisition equipment through network equipment. The network device may be a switch, a router, or the like connected to the client.
The video management platform can be composed of one or more servers, a front-end display interface can be provided for displaying the working content and configuration information of the video management platform, and meanwhile, the configuration information of the video management platform can be configured by staff.
The client may be a device for receiving a stream, and the client may include a display window for displaying the received content. It will be appreciated that since video tends to be streamed, the client may be a display device for a worker to view video information. Including but not limited to computers, tablet computers, smart phones, video monitor displays, and the like.
The front-end acquisition device may be a device for acquiring video, for example, a security camera disposed at a gate of a cell may be used to acquire real-time video of the gate of the cell. The video can be used for a worker to check and know the dynamic state of the cell gate.
In the scheme, because the transmitted video stream contains the key frames, the key frames are the key frames in the pictures of the video stream, all the information is carried by the key frames, and one picture can be independently decoded without referring to other frames. While during multicasting, the first frame will typically be a key frame. Therefore, how to ensure that the key frames can be received and displayed normally is a key to whether the client can display the video content normally after multicasting.
In this solution, if the multicast trigger event is detected, the multicast request may be initiated by the client, for example, six videos of the front-end acquisition device 1 to the front-end acquisition device 6 are displayed in one client at the same time, a picture of the front-end acquisition device 1 may be clicked in the client, and the picture needs to be displayed on other display devices, and then it is determined that the multicast trigger event is detected.
The video management platform can be equipment which is mainly used for accessing and managing various monitoring equipment and supporting various video monitoring services such as live broadcasting, video on demand playback and the like. The pre-configured multicast address and the destination port may be stored in a local storage device, specifically may be determined based on the number of the front-end acquisition device, for example, the number of the front-end acquisition device 1 is 0001, and the multicast address used by the front-end acquisition device 1 when the multicast needs to be transmitted may be pre-configured. Here, the multicast address may be a multicast IP, which is understood to be similar to a television channel, and when the multicast is sent out, the receiving end only needs to adjust to the channel, so as to receive the multicast signal. In addition, a destination port needs to be configured locally, and the destination port is a receiving port, that is, a sending destination port of the multicast stream. By setting the multicast IP and the multicast port, the multicast stream can be transmitted more safely. Meanwhile, the two pieces of information are pre-configured in the video management platform, so that the information can be preferentially provided for the client side, the client side can acquire the multicast IP and open the target port, and the preparation of receiving streams can be made, so that a multicast channel can be opened according to the multicast address and the target port.
In this solution, optionally, the configuring process of the local pre-configured multicast address and the target port includes:
responding to a registration request of front-end acquisition equipment, and acquiring identity information of the front-end acquisition equipment;
and distributing the multicast address and the target port for the front-end acquisition equipment, and storing the identity information and the distributed multicast address and the distributed target port in a database in an associated way.
Each front-end acquisition device registers after accessing the network, specifically, the front-end acquisition device can register according to the area to which the front-end acquisition device belongs, that is, the front-end acquisition device registers in the video management platform responsible for the area. In the process of front-end acquisition equipment registration, the scheme can directly allocate a multicast address and a target port for the front-end acquisition equipment. And the information of the front-end acquisition equipment is stored in association with the multicast address and the target port.
Specifically, taking IPC (IP Camera) as an example, after the IPC is registered on the video management platform, a multicast address and a port are configured on the video management platform. And, these two pieces of information are stored in the database of the video management platform.
According to the scheme, the multicast address and the target port are stored in the video management platform, and after a multicast request is received or a multicast trigger event is detected, the video management platform directly transmits the multicast address and the target port to the front-end acquisition equipment on one hand and the client on the other hand. Therefore, the response speed of the client to the multicast event can be improved, so that the normal display of the multicast key frame picture can be ensured.
S120, receiving the multicast channel processing success information replied by the client.
Wherein, the client can execute corresponding operations after receiving the related information. Specifically, the multicast address and the destination port may be sent to a switch directly connected to the client, so that the switch constructs a multicast table based on the multicast address and sends the destination port to the client, so that the client releases the port to prepare for receiving the stream. After the client side completes the corresponding operation, the information that the multicast path is successfully processed can be returned to the video management platform for the video management platform to carry out subsequent operation.
In this scheme, optionally, a local preconfigured multicast address and a target port are sent to a client, so that the client opens the target port, and the client and a network device connected with the client open a multicast path according to the multicast address, including:
the method comprises the steps of sending a local preconfigured multicast address and a target port to a client for the client and a switch directly connected with the client to join a multicast group, and specifically comprises the following steps:
and establishing a multicast table item according to the multicast address and the target port through a switch directly connected with the client, and releasing the target port in advance through the client so as to open a multicast path.
In the scheme, because the forwarding of the flow is completed based on the switch connected with the client, the two pieces of information are received at the switch and the multicast table entry is established, so that the forwarding of the data can be completed based on the multicast table entry in the forwarding process. Here, information may be transmitted between the switch and the client through communication to ensure that the client can determine whether the switch has successfully established the multicast table entry. If the establishment is successful, and the receiving port can be opened at the client, the establishment of the multicast channel is finished at the client side. The client may feed back information that the multicast path was successfully processed to the video management platform.
According to the scheme, the multicast list item is established by the switch in advance, and the client releases the stream receiving port, so that a basis can be provided for the transmission of the subsequent multicast stream, and the key frame picture of the multicast stream can be ensured to be correctly displayed.
S130, sending a multicast negotiation request to front-end acquisition equipment, wherein the multicast negotiation request comprises a local pre-configured multicast address and a target port, and the front-end acquisition equipment is used for determining the multicast address and the target port.
After the video management platform completes the preparation work with the client, the front-end acquisition device is further required to negotiate to ensure that the multicast stream can be sent out normally.
In this scheme, in the process of sending the multicast negotiation request, the local pre-configured multicast address and the target port also need to be carried, so that the front-end acquisition device can determine the multicast address and determine which target ports are.
In one possible solution, the front-end acquisition device may also store the multicast address and the destination port itself. For example, during registration of the front-end acquisition device with the video management platform, the multicast address and the destination port may be generated or assigned by the video management platform and both information may be sent to the front-end acquisition device. The front-end acquisition device may store itself and, upon receipt of the negotiation request, determine and use from the multicast address and destination port stored locally by the front-end acquisition device. In order to avoid errors of the two information, the front-end acquisition device can actively report the multicast address and the target port for verification after receiving the negotiation request. This arrangement also increases the information acquisition speed of the front-end acquisition device.
And S140, receiving the multicast negotiation response sent by the front-end acquisition equipment, and controlling the front-end acquisition equipment to send a multicast stream to a target port through a multicast address.
In this scheme, after the front-end acquisition device replies the multicast negotiation response, the video management platform may respectively return acknowledgement information to the client and the front-end acquisition device, and control the front-end acquisition device to send the multicast stream to the target port through the multicast address.
By the arrangement, when the multicast stream is started, the client can be ensured to receive the key frame picture of the multicast stream, so that the key frame picture can be displayed. The situation that the picture can be normally displayed only when the screen is blacked out due to the fact that the key frame picture is not received can be effectively avoided.
In a possible embodiment, optionally, the multicast negotiation reply includes source information, where the source information includes a source address and a source port; the method further comprises the steps of:
and sending the source information to a client for the client to perform security verification on the multicast stream based on the source information.
The source address is an IP address of the front-end collecting device, and the source port may be a port used when the front-end collecting device outputs a video stream. In the scheme, the two source information can be sent to the client side so that the client side can carry out information security authentication in the subsequent flow receiving process. For example, the source information transmitted in the received video stream is inconsistent with the source information received from the video management platform, so that the client can consider that the actually received video stream may be unsafe, report processing can be performed, or operations such as exiting a multicast group or directly discarding the received video stream can be performed, so that the information security of the client can be ensured.
In another possible embodiment, optionally, the multicast request sent by the client further includes client parameter information;
correspondingly, a multicast negotiation request is sent to the front-end acquisition equipment, wherein the multicast negotiation request also comprises client parameter information, and the front-end acquisition equipment determines video parameters of the sent multicast stream according to the parameter information.
The client parameter information may be information including parameters used by the client to display the video stream, such as an aspect ratio of a display screen of the client, or display resolution of the client, display frame rate of the client, and the like. In this scheme, the video stream may be further divided into a main stream and an auxiliary stream, where the main stream may be high-definition, and the auxiliary stream may be of a lower resolution or a frame rate, and specifically, whether the main stream or the auxiliary stream may be determined according to the attribute supported by the client. After obtaining the information, the video management platform can also transmit the information to the front-end acquisition device, so that the front-end acquisition device can use the data to determine the data attribute of the transmitted video stream in the process of transmitting the video stream.
According to the technical scheme provided by the embodiment of the application, if the multicast trigger event is detected, a local pre-configured multicast address and a target port are sent to a client side, the client side opens the target port, and the client side and network equipment connected with the client side open a multicast channel according to the multicast address; receiving multicast channel processing success information replied by a client; transmitting a multicast negotiation request to front-end acquisition equipment, wherein the multicast negotiation request comprises a local pre-configured multicast address and a target port, and the front-end acquisition equipment is used for determining the multicast address and the target port; and receiving the multicast negotiation response sent by the front-end acquisition equipment, and controlling the front-end acquisition equipment to send a multicast stream to a target port through a multicast address. By executing the scheme, the multicast address and the service port can be preset in the video management platform, and preset information is sent to the stream sending end and the stream receiving end in advance, so that the aim that the stream receiving end can normally receive and display video streams when the multicast streams are started is fulfilled.
In this embodiment, optionally, the multicast trigger event includes: at least one of a switching preparation event of the timing multicast task and a multicast request event sent by the client. It will be appreciated that the timed multicast task may be similar to the timed task, i.e. the corresponding multicast task is performed without reaching a certain time. For example, multicast is performed once every 5 minutes, and the video sources of the multicast may be switched from the front-end acquisition device 1 to the front-end acquisition device 6 among six front-end acquisition devices. I.e. 1-5 minutes, showing the multicast stream sent from the front-end acquisition device 1, 6-10 minutes, showing the multicast stream sent from the front-end acquisition device 2, and so on. In this case, the fourth minute that the multicast stream can be transmitted at each front-end acquisition device can be considered to occur a handover preparation event for the next front-end acquisition device.
The other trigger event may be an event that the client sends a multicast request, for example, a multicast request for a certain front-end acquisition device may be initiated on any one of the clients, so as to perform a subsequent multicast operation. According to the scheme, through the arrangement, different use scenes can be dealt with, and then control of the starting process of the multicast stream can be provided for more scenes, so that the client can display pictures of the multicast stream in real time in the process of receiving the multicast stream.
Example two
Fig. 2 is a flowchart of a method for displaying a cross-domain multicast stream according to a second embodiment of the present invention, where the method is optimized based on the foregoing embodiment. The concrete optimization is as follows: after detecting the multicast trigger event, the method further comprises: if the cross-domain platform multicast is identified, a multicast request is sent to a target domain video management platform so as to send a multicast negotiation request to front-end acquisition equipment through the target domain video management platform, wherein the multicast negotiation request comprises a multicast address and a target port which are locally and pre-configured by the target domain video management platform, and the front-end acquisition equipment can determine the multicast address and the target port; receiving a multicast negotiation response sent by the front-end acquisition equipment through a target domain video management platform, and receiving a multicast request response reported by the target domain video management platform, wherein the multicast request response comprises a multicast address and a target port; transmitting the multicast address and the target port to the client for the client to open the target port, and opening a multicast path according to the multicast address by the client and network equipment connected with the client; and controlling the front-end acquisition equipment to send the multicast stream to the target port through the multicast address. The embodiment provides a cross-domain multicast event processing method based on the embodiment. It can be appreciated that, for the technical details mentioned, reference may be made to the above-mentioned multicast processing procedure of the same domain for the multicast processing procedure of the cross-domain platform of the present solution. And may have functions and effects corresponding thereto.
As shown in fig. 2, the method of this embodiment specifically includes the following steps:
s210, if a multicast trigger event is detected, if cross-domain platform multicast is identified, a multicast request is sent to a target domain video management platform so as to send a multicast negotiation request to front-end acquisition equipment through the target domain video management platform, wherein the multicast negotiation request comprises a multicast address and a target port which are locally and pre-configured by the target domain video management platform, and the front-end acquisition equipment is used for determining the multicast address and the target port.
The method comprises the steps of receiving a multicast stream, wherein the multicast stream is multicast by a cross-domain platform, and a front-end acquisition device is registered on a target domain video management platform. The video management platform may be regarded as an upper level platform of the target domain video management platform, which is a lower level platform of the video management platform.
The front-end acquisition equipment is registered on the target domain video management platform, so that the target domain video management platform stores a multicast address and a target port which are distributed when the front-end acquisition equipment is registered. Therefore, it is necessary to send a multicast request to the target domain video management platform by the video management platform, and send a negotiation request to the front-end acquisition device by the target domain video management platform, so that the front-end acquisition device can determine the multicast address and the target port.
S220, receiving a multicast negotiation response sent by the front-end acquisition equipment through the target domain video management platform, and receiving a multicast request response reported by the target domain video management platform, wherein the multicast request response comprises a multicast address and a target port.
After sending the negotiation request, the target domain video management platform receives a multicast negotiation response returned by the front-end acquisition device. And the target domain video management platform reports the multicast request response, wherein the response comprises the multicast address and the target port.
And S230, the multicast address and the target port are sent to the client side, the client side opens the target port, and the client side and network equipment connected with the client side open a multicast path according to the multicast address.
The video management platform may, for example, send the multicast address and the destination port to the client, and the client may open a multicast path based on the multicast address and the destination port.
S240, the front-end acquisition equipment is controlled to send the multicast stream to the target port through the multicast address.
After receiving the message that the client side opens the multicast channel successfully, the video management platform can send confirmation information to the target domain video management platform and the client side respectively, and the target domain video management platform sends the confirmation information to the front-end acquisition equipment. After the confirmation is completed, the front-end acquisition device can be controlled to send the multicast stream to the target port through the multicast address.
It can be understood that in the scheme, the front-end acquisition device can also send source information, and the client side can also send client side parameter information as the processing basis of the multicast stream.
On the basis of the embodiment, the embodiment provides a whole cross-domain multicast streaming flow, and by the arrangement, key frame pictures of the cross-domain multicast can be normally displayed, so that the use experience of users is improved.
Example III
This embodiment is a preferred embodiment provided on the basis of the above two embodiments. Fig. 3 is a schematic diagram of a single domain multicast start procedure provided in the third embodiment of the present invention, and as shown in fig. 3, the single domain multicast start procedure is as follows:
firstly, after front-end acquisition equipment (IPC) is registered on a video management platform (VM), a multicast address and a port are configured on the VM, and corresponding two pieces of information are stored in a database of the VM. If cross-domain networking is involved, the IPC registers to access the lower VM, and the multicast address and the port are correspondingly configured on the lower VM, and the two information are stored in a database of the lower VM.
F1: the VM obtains the multicast IP and the multicast port from the database, then sends the multicast IP and the multicast port to the client Sip invite with SDP, and carries the multicast IP and the multicast port in the SDP in advance, and after the client receives the multicast IP and the multicast port, the client joins the corresponding multicast group by adopting IGMP protocol, that is, establishes a multicast table through the switch, and releases the corresponding multicast port. The switch in the network can establish the multicast list item in advance, and the client releases the multicast stream receiving port in advance, so that the problems of live black screen caused by the fact that the multicast list item is not established in time and the stream receiving port is not released in time are solved. The IGMP protocol is used for establishing and maintaining the multicast group membership between the IP host and the multicast router directly adjacent to the IP host.
F2: the client returns to VM 100Trying, a temporary response indicating that the request is in process.
F3: the client returns to the VM 200OK, indicating that the request processing was successful.
F4: after receiving the 200OK sent by the client, the VM reads the configuration on the VM and brings the multicast address and the multicast port, the request main/auxiliary stream and other information to the IPC through the SDP.
And F5: the IPC returns to VM 100Trying, a temporary response indicating that the request is in process.
F6: the IPC returns to the VM 200OK indicating that the request processing is successful, and sends the information such as the source IP and port of the IPC to the VM through the SDP.
F7: the VM returns an ACK message to the client to confirm the live negotiation result.
F8: the VM returns an IPC ACK message for confirming the final live negotiation result.
After the SIP negotiation is completed, the IPC starts to send the multicast stream after receiving the ACK message, the IPC sends the multicast stream, the switch forwards the multicast stream according to the multicast table entry, the client side releases the multicast stream receiving port in advance, and the client side receives the key frame of the multicast stream and can perform normal decoding.
In addition, in the business applications such as round-robin and round-robin, etc., the round-robin and round-robin intervals are set, before the round-robin or round-robin intervals expire, the platform issues multicast IP and port information of the next camera or a batch of cameras to the client in advance, and the client joins the multicast group and releases the port in advance. The round trip refers to a circulation process of establishing one path of live condition by a single pane and periodically dismantling the live condition to establish the next path, and the round trip refers to a circulation process of establishing multiple paths of live condition by multiple panes and periodically dismantling the live condition to establish the next batch of multiple paths of live condition.
For example, if the round-robin period is set to 5S, the first path of live traffic can be established and then passed through the 4S, and the vm issues the multicast IP and port of the next path of camera to the client, and the client joins the multicast group and releases the port 1S in advance.
The scheme optimizes the single-domain multicast streaming flow, shortens the time of black screen after the client starts the multicast streaming, and improves the user experience of using the multicast streaming.
Example IV
This embodiment is a preferred embodiment provided on the basis of the above-described several embodiments. Fig. 4 is a schematic diagram of a cross-domain multicast start-up procedure provided in a fourth embodiment of the present invention, as shown in fig. 4, the cross-domain multicast start-up procedure is as follows:
first, IPC registers with the lower VM and multicast address and port are stored in the database of the lower VM.
F1: after the client requests live, the upper VM sends a lower VM Sip Invite message requesting the IPC live of the lower VM.
F2: the lower VM returns 100Trying to the upper VM, a temporary response indicating that the request is in process.
F3: the lower VM issues IPC Sip invite with SDP messages carrying multicast IP and ports in the SDP, where they are obtained from the lower VM database.
F4: the IPC returns to the subordinate VM 100Trying, and temporarily responds, indicating that the request is being processed.
And F5: the IPC returns to the lower VM 200OK indicating that the request processing is successful, and sends the information such as the source IP and the port of the IPC to the lower VM through the SDP.
F6: the lower VM returns to the upper VM 200OK to indicate that the request processing is successful, and sends the multicast address and the multicast port to the upper VM through SDP.
F7: after receiving the 200OK sent by the lower VM, the upper VM sends a message to the client Sip invite with SDP, and the SDP carries the multicast IP and the port; after receiving the multicast IP and the port, the client uses IGMP protocol to join the corresponding multicast group, i.e. the multicast list item can be normally established by the switch, and the corresponding multicast port is released. The switching equipment in the network can establish the multicast list item in advance, and simultaneously the client releases the multicast stream receiving port in advance, so that the problems of live black screen caused by the fact that the multicast list item is not established in time and the stream receiving port is not released in time are solved.
F8: the client returns to the upper VM 100Trying, a temporary response indicating that the request is in process.
F9: the client returns to the upper VM 200OK, which indicates that the request processing is successful, and the SDP carries the IP of XP, the decoding capability set and the like.
F10: the upper VM returns an ACK message to the lower VM to confirm the live negotiation result.
F11: the subordinate VM returns an IPC ACK message to confirm the live negotiation result.
F12: the superior VM returns an ACK message to the client for acknowledging the final live negotiation result.
After the SIP negotiation is completed, the IPC starts to send the multicast stream after receiving the ACK message, the IPC sends the multicast stream, the switch forwards the multicast stream according to the multicast table entry, the client side releases the multicast stream receiving port in advance, and the client side receives the key frame of the multicast stream and can perform normal decoding.
The scheme optimizes the cross-domain multicast streaming flow, shortens the time of blacking the screen after the client starts the multicast streaming, and improves the user experience of using the multicast streaming.
Example five
Fig. 5 is a block diagram of a multicast stream display device according to a fifth embodiment of the present invention, where the device may execute the multicast stream display method according to any embodiment of the present invention, and the device has functional modules and beneficial effects corresponding to the execution method. As shown in fig. 5, the apparatus may include:
the configuration information sending module 510 is configured to send a locally preconfigured multicast address and a target port to a client if a multicast trigger event is detected, so that the client opens the target port, and the client and a network device connected with the client open a multicast path according to the multicast address;
A reply information receiving module 520, configured to receive multicast path processing success information replied by the client;
a negotiation request sending module 530, configured to send a multicast negotiation request to a front-end acquisition device, where the multicast negotiation request includes a locally preconfigured multicast address and a target port, and the front-end acquisition device determines the multicast address and the target port;
the multicast stream establishing module 540 is configured to receive the multicast negotiation response sent by the front-end acquisition device, and control the front-end acquisition device to send a multicast stream to a target port through a multicast address.
The product can execute the multicast stream display method provided by the embodiment of the application, and has the corresponding functional modules and beneficial effects of the execution method.
Example six
A sixth embodiment of the present invention provides a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements a method for displaying a multicast stream as provided in all the embodiments of the present invention:
if a multicast trigger event is detected, a local pre-configured multicast address and a target port are sent to a client side, the client side opens the target port, and the client side and network equipment connected with the client side open a multicast channel according to the multicast address;
Receiving multicast channel processing success information replied by a client;
transmitting a multicast negotiation request to front-end acquisition equipment, wherein the multicast negotiation request comprises a local pre-configured multicast address and a target port, and the front-end acquisition equipment is used for determining the multicast address and the target port;
and receiving the multicast negotiation response sent by the front-end acquisition equipment, and controlling the front-end acquisition equipment to send a multicast stream to a target port through a multicast address.
Any combination of one or more computer readable media may be employed. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the computer-readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
The computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, either in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, smalltalk, C ++ and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computer (for example, through the Internet using an Internet service provider).
Example seven
The seventh embodiment of the application provides an electronic device. Fig. 6 is a schematic structural diagram of an electronic device according to a seventh embodiment of the present application. As shown in fig. 6, the present embodiment provides an electronic device 600, which includes: one or more processors 620; a storage device 610, configured to store one or more programs, where the one or more programs are executed by the one or more processors 620, cause the one or more processors 620 to implement a method for displaying a multicast stream provided by an embodiment of the present application, where the method includes:
if a multicast trigger event is detected, a local pre-configured multicast address and a target port are sent to a client side, the client side opens the target port, and the client side and network equipment connected with the client side open a multicast channel according to the multicast address;
receiving multicast channel processing success information replied by a client;
transmitting a multicast negotiation request to front-end acquisition equipment, wherein the multicast negotiation request comprises a local pre-configured multicast address and a target port, and the front-end acquisition equipment is used for determining the multicast address and the target port;
and receiving the multicast negotiation response sent by the front-end acquisition equipment, and controlling the front-end acquisition equipment to send a multicast stream to a target port through a multicast address.
Of course, it can be understood by those skilled in the art that the processor 620 further implements the technical solution of the multicast stream display method provided in any embodiment of the present application.
The electronic device 600 shown in fig. 6 is merely an example, and should not be construed as limiting the functionality and scope of use of embodiments of the present application.
As shown in fig. 6, the electronic device 600 includes a processor 620, a storage device 610, an input device 630, and an output device 640; the number of processors 620 in the electronic device may be one or more, one processor 620 being taken as an example in fig. 6; the processor 620, the storage 610, the input 630, and the output 640 in the electronic device may be connected by a bus or other means, as exemplified in fig. 6 by a bus 650.
The storage device 610 is a computer readable storage medium, and may be used to store a software program, a computer executable program, and program instructions corresponding to a method for displaying a multicast stream in the embodiment of the present application.
The storage device 610 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, at least one application program required for functions; the storage data area may store data created according to the use of the terminal, etc. In addition, the storage 610 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other non-volatile solid-state storage device. In some examples, the storage device 610 may further include memory remotely located with respect to the processor 620, which may be connected via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The input device 630 may be used to receive input numeric, character information, or voice information, and to generate key signal inputs related to user settings and function control of the electronic device. The output device 640 may include an electronic device such as a display screen, a speaker, etc.
The electronic equipment provided by the embodiment of the application can preset the multicast address and the service port in the video management platform and send preset information to the stream sending end and the stream receiving end in advance, so that the aim that the stream receiving end can normally receive and display the video stream when the multicast stream is started is fulfilled.
The multicast stream display device, the media and the electronic device provided in the above embodiments can execute the multicast stream display method provided in any embodiment of the present application, and have the corresponding functional modules and beneficial effects of executing the method. Technical details not described in detail in the above embodiments may be referred to the method for displaying multicast streams provided in any embodiment of the present application.
Note that the above is only a preferred embodiment of the present invention and the technical principle applied. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, while the invention has been described in connection with the above embodiments, the invention is not limited to the embodiments, but may be embodied in many other equivalent forms without departing from the spirit or scope of the invention, which is set forth in the following claims.
Claims (9)
1. The method is characterized in that the method is executed by a video management platform, the video management platform is connected with a client, and the video management platform is also connected with front-end acquisition equipment; the method comprises the following steps:
if a multicast trigger event is detected, a local pre-configured multicast address and a target port are sent to a client side, the client side opens the target port, and the client side and network equipment connected with the client side open a multicast channel according to the multicast address;
receiving multicast channel processing success information replied by a client;
transmitting a multicast negotiation request to front-end acquisition equipment, wherein the multicast negotiation request comprises a local pre-configured multicast address and a target port, and the front-end acquisition equipment is used for determining the multicast address and the target port;
receiving a multicast negotiation response sent by the front-end acquisition equipment, and controlling the front-end acquisition equipment to send a multicast stream to a target port through a multicast address;
the configuration process of the local pre-configured multicast address and the target port comprises the following steps:
responding to a registration request of front-end acquisition equipment, and acquiring identity information of the front-end acquisition equipment;
And distributing the multicast address and the target port for the front-end acquisition equipment, and storing the identity information and the distributed multicast address and the distributed target port in a database in an associated way.
2. The method of claim 1, wherein the multicast negotiation reply includes source information, wherein the source information includes a source address and a source port; the method further comprises the steps of:
and sending the source information to a client for the client to perform security verification on the multicast stream based on the source information.
3. The method of claim 1, wherein sending the locally pre-configured multicast address and the destination port to the client for the client to open the destination port, and for the client and the network device connected to the client to open a multicast path according to the multicast address, comprises:
the method comprises the steps of sending a local preconfigured multicast address and a target port to a client for the client and a switch directly connected with the client to join a multicast group, and specifically comprises the following steps:
and establishing a multicast table item according to the multicast address and the target port through a switch directly connected with the client, and releasing the target port in advance through the client so as to open a multicast path.
4. The method of claim 3, wherein the multicast request issued by the client further comprises client parameter information;
correspondingly, a multicast negotiation request is sent to the front-end acquisition equipment, wherein the multicast negotiation request also comprises client parameter information, and the front-end acquisition equipment determines video parameters of the sent multicast stream according to the parameter information.
5. The method of claim 1, wherein the multicast trigger event comprises:
at least one of a switching preparation event of the timing multicast task and a multicast request event sent by the client.
6. The method of claim 1, wherein after detecting a multicast trigger event, the method further comprises:
if the cross-domain platform multicast is identified, a multicast request is sent to a target domain video management platform so as to send a multicast negotiation request to front-end acquisition equipment through the target domain video management platform, wherein the multicast negotiation request comprises a multicast address and a target port which are locally and pre-configured by the target domain video management platform, and the front-end acquisition equipment can determine the multicast address and the target port;
receiving a multicast negotiation response sent by the front-end acquisition equipment through a target domain video management platform, and receiving a multicast request response reported by the target domain video management platform, wherein the multicast request response comprises a multicast address and a target port;
Transmitting the multicast address and the target port to the client for the client to open the target port, and opening a multicast path according to the multicast address by the client and network equipment connected with the client;
and controlling the front-end acquisition equipment to send the multicast stream to the target port through the multicast address.
7. The device is characterized in that the device is configured on a video management platform, the video management platform is connected with a client, and the video management platform is also connected with front-end acquisition equipment; the device comprises:
the configuration information sending module is used for sending a local preset multicast address and a target port to the client if the multicast trigger event is detected, enabling the client to open the target port, and enabling the client and network equipment connected with the client to open a multicast channel according to the multicast address;
the reply information receiving module is used for receiving the multicast channel processing success information replied by the client;
the system comprises a negotiation request sending module, a multicast negotiation request sending module and a front-end acquisition device, wherein the negotiation request sending module is used for sending a multicast negotiation request to the front-end acquisition device, and the multicast negotiation request comprises a local pre-configured multicast address and a target port, so that the front-end acquisition device can determine the multicast address and the target port;
The multicast stream establishing module is used for receiving the multicast negotiation response sent by the front-end acquisition equipment and controlling the front-end acquisition equipment to send a multicast stream to a target port through a multicast address;
the configuration process of the local pre-configured multicast address and the target port comprises the following steps:
responding to a registration request of front-end acquisition equipment, and acquiring identity information of the front-end acquisition equipment;
and distributing the multicast address and the target port for the front-end acquisition equipment, and storing the identity information and the distributed multicast address and the distributed target port in a database in an associated way.
8. A computer readable storage medium, on which a computer program is stored, characterized in that the program, when being executed by a processor, implements a method of displaying a multicast stream according to any of claims 1-6.
9. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of displaying a multicast stream according to any one of claims 1-6 when executing the computer program.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110670609.XA CN115499712B (en) | 2021-06-17 | 2021-06-17 | Multicast stream display method, device, medium and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110670609.XA CN115499712B (en) | 2021-06-17 | 2021-06-17 | Multicast stream display method, device, medium and electronic equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115499712A CN115499712A (en) | 2022-12-20 |
| CN115499712B true CN115499712B (en) | 2024-03-08 |
Family
ID=84464222
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110670609.XA Active CN115499712B (en) | 2021-06-17 | 2021-06-17 | Multicast stream display method, device, medium and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115499712B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1419363A (en) * | 2002-11-26 | 2003-05-21 | 华为技术有限公司 | Protocol 802.1X based multicast control method |
| CN101030921A (en) * | 2006-03-02 | 2007-09-05 | 华为技术有限公司 | Packet-broadcasting controlling system and method |
| CN103873826A (en) * | 2014-03-06 | 2014-06-18 | 浙江宇视科技有限公司 | Media stream sending control method and device |
| CN106559268A (en) * | 2016-11-28 | 2017-04-05 | 浙江宇视科技有限公司 | For the dynamic port partition method and device of IP monitoring systems |
| CN106851435A (en) * | 2016-12-23 | 2017-06-13 | 浙江宇视科技有限公司 | The sending method and rear end equipment of a kind of multicast data flow |
-
2021
- 2021-06-17 CN CN202110670609.XA patent/CN115499712B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1419363A (en) * | 2002-11-26 | 2003-05-21 | 华为技术有限公司 | Protocol 802.1X based multicast control method |
| CN101030921A (en) * | 2006-03-02 | 2007-09-05 | 华为技术有限公司 | Packet-broadcasting controlling system and method |
| CN103873826A (en) * | 2014-03-06 | 2014-06-18 | 浙江宇视科技有限公司 | Media stream sending control method and device |
| CN106559268A (en) * | 2016-11-28 | 2017-04-05 | 浙江宇视科技有限公司 | For the dynamic port partition method and device of IP monitoring systems |
| CN106851435A (en) * | 2016-12-23 | 2017-06-13 | 浙江宇视科技有限公司 | The sending method and rear end equipment of a kind of multicast data flow |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115499712A (en) | 2022-12-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8830294B2 (en) | Method and system for video conference control, videoconferencing network equipment, and videoconferencing site | |
| US9185346B2 (en) | Real-time communications methods providing pause and resume and related devices | |
| CN109451264B (en) | Method and system for monitoring equipment conference entry | |
| TW201526654A (en) | System and method for implementing video calls | |
| US20090193481A1 (en) | Method, device and system for providing a broadcast tv | |
| KR101647938B1 (en) | Method and System for Providing Media Streaming By Interworking Heterogeneous Network through a Mobile Communication Network | |
| US11032122B2 (en) | Multicast delay diagnosis method and apparatus | |
| EP3032838A1 (en) | Message processing method, device, gateway, set-top box and internet protocol television system | |
| CN110475094B (en) | Video conference processing method and device and readable storage medium | |
| US20210297748A1 (en) | Method for managing mission critical video (mcvideo) communications in off-network mcvideo communication system | |
| CN110113558B (en) | Data processing method, device, system and computer readable storage medium | |
| CN113949596A (en) | Equipment connection method, device, equipment and storage medium | |
| CN115499712B (en) | Multicast stream display method, device, medium and electronic equipment | |
| US10666614B2 (en) | Multicast security control method and device based on DNS | |
| CN114845124B (en) | Set top box live broadcast method based on WebSocket synchronous control | |
| WO2020098712A1 (en) | Method and device for establishing data transmission channel, storage medium, and system | |
| US11671487B1 (en) | Port prediction for peer-to-peer communications | |
| CN111131749B (en) | Video conference control method and device | |
| US20100246579A1 (en) | Discovering multicast routing capability of an access network | |
| WO2011017897A1 (en) | Media recommendation method, media control method and user gateway | |
| RU2557452C2 (en) | Method and system for acoustic translation in video monitoring | |
| CN112165416A (en) | Networking and communication method and device | |
| CN111147440A (en) | State information processing method and device based on video network | |
| JP2008078927A (en) | Information distribution device and information distribution method | |
| CN113163231B (en) | Data sharing method, device, server and medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |