CN111327872A - One-to-many access networking code stream distribution method and system - Google Patents
One-to-many access networking code stream distribution method and system Download PDFInfo
- Publication number
- CN111327872A CN111327872A CN201811543817.8A CN201811543817A CN111327872A CN 111327872 A CN111327872 A CN 111327872A CN 201811543817 A CN201811543817 A CN 201811543817A CN 111327872 A CN111327872 A CN 111327872A
- Authority
- CN
- China
- Prior art keywords
- platform
- code stream
- end platform
- backend
- stream
- 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.)
- Granted
Links
Images
Classifications
-
- 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
- H04N7/181—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a plurality of remote sources
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a code stream distribution method and a system for one-to-many access networking.A front-end device receives a request stream message of a first rear-end platform, and selects a rear-end platform with residual capacity as a second rear-end platform from other rear-end platforms which are networked with the front-end device when the self capacity reaches an upper limit; then the front-end equipment carries second back-end platform information to respond to the flow request message of the first back-end platform; and the first back-end platform sends a stream requesting message to the second back-end platform and receives a code stream from the second back-end platform. The invention forwards the media stream through other back-end platforms which establish media stream connection with the front-end equipment without configuring a media stream forwarding server, and each back-end platform still requests the stream to the destination without additional configuration in the process of requesting the stream. Based on the back-end platform forwarding, the equipment in the network can be ensured to request the corresponding real-time code stream, and the occurrence of the no-code-stream condition is avoided, so that the normal operation of the whole service is ensured, and the risk is reduced.
Description
Technical Field
The invention belongs to the technical field of video monitoring code stream distribution, and particularly relates to a one-to-many access networking code stream distribution method and system.
Background
Video monitoring is an important component of a safety precaution system, and is widely applied to many occasions due to intuition, accuracy, timeliness and rich information content. In recent years, with the rapid development of computers, networks, image processing and transmission technologies, the popularization trend of video monitoring is more and more obvious.
Based on the development of the current protocol (for example, ONVIF protocol), a one-to-many networking mode is more and more common, that is, a front-end device such as a network camera IPC accesses a plurality of back-end platforms at the same time. The networking mode can discover the IPC function as much as possible. For example, the IPC can be simultaneously accessed to the intelligent analysis platform and the storage platform, and the video can be synchronously stored and the intelligent data information in the video stream can be analyzed while real-time preview is performed.
However, due to the performance problems of the IPC itself, such as bandwidth and the capability of the chip itself, in the case of one-to-many networking, the IPC transmission capability may reach the upper limit, and the request stream may not be continued. For the back-end platform, the representation form is the condition that the signaling interaction is normal, but no code stream exists, so that the service of the back-end platform cannot be normally developed.
In the prior art, for the condition that signaling interaction is normal but no code stream exists, measures are generally taken to repeatedly request the code stream, or to request the code stream from the front-end equipment through a media stream forwarding server and forward the code stream. However, the root cause of the problem is that since the capability of the front-end device itself reaches the upper limit, if there is no service change, the problem of no flow can not be solved by re-requesting flow or online and offline processing. However, if the media stream is forwarded by the media stream forwarding server, an additional media stream forwarding server needs to be configured, and all the code streams pass through the media stream forwarding server.
Disclosure of Invention
The invention aims to provide a code stream distribution method and a system for one-to-many access networking, which are used for overcoming the condition that signaling interaction is normal but no code stream exists in the one-to-many networking in the prior art.
In order to achieve the purpose, the technical scheme of the invention is as follows:
a one-to-many access networking code stream distribution method is used for code stream distribution when one front-end device corresponds to a plurality of back-end platforms for networking, and comprises the following steps:
the front-end equipment receives a flow request message of a first rear-end platform, and selects one rear-end platform with residual capacity as a second rear-end platform from other rear-end platforms which are networked with the front-end equipment when the self capacity reaches an upper limit;
the front-end equipment carries second back-end platform information to respond to the flow request message of the first back-end platform;
and the first back-end platform sends a stream requesting message to the second back-end platform and receives a code stream from the second back-end platform.
Further, after selecting one backend platform with remaining capabilities from other backend platforms networked with the front-end device as the second backend platform, the method further includes:
the front-end device sends a renegotiation query to the second backend platform and receives a response from the second backend platform.
Further, the method for distributing one-to-many access networking code streams further includes:
the front-end equipment maintains a rear-end platform list and records the capability state of the rear-end platform of the network.
Further, after receiving the request stream message of the back-end platform, the front-end device first determines whether the front-end device itself reaches the upper limit of the capability, and if the front-end device has the remaining capability, the front-end device directly sends the stream to the back-end platform, and meanwhile maintains a list of the back-end platform.
Further, the method for distributing one-to-many access networking code streams further includes:
when the second back-end platform forwards, if the capacity reaches the upper limit or the service is released, the second back-end platform informs the front-end equipment;
the front-end equipment updates the back-end platform list.
The invention also provides a one-to-many access networking code stream distribution system, which is used for code stream distribution when one front-end device corresponds to a plurality of back-end platforms for networking, and comprises the front-end device and the back-end platforms, wherein:
the front-end equipment receives a flow request message of a first rear-end platform, and selects one rear-end platform with residual capacity as a second rear-end platform from other rear-end platforms which are networked with the front-end equipment when the self capacity reaches an upper limit;
the front-end equipment carries second back-end platform information to respond to the flow request message of the first back-end platform;
and the first back-end platform sends a stream requesting message to the second back-end platform and receives a code stream from the second back-end platform.
Further, after selecting one backend platform with remaining capabilities from other backend platforms networked with the front-end device as the second backend platform, the method further includes:
the front-end device sends a renegotiation query to the second backend platform and receives a response from the second backend platform.
Furthermore, the front-end equipment maintains a back-end platform list and records the capability state of the back-end platform of the networking.
Further, after receiving the request stream message of the back-end platform, the front-end device first determines whether the front-end device itself reaches the upper limit of the capability, and if the front-end device has the remaining capability, the front-end device directly sends the stream to the back-end platform, and meanwhile maintains a list of the back-end platform.
Further, when the second backend platform forwards, if the capacity reaches the upper limit or the service is released, the second backend platform notifies the front-end device;
the front-end equipment updates the back-end platform list.
The invention provides a method and a system for distributing code streams of a one-to-many access networking, which forward the media stream through other back-end platforms establishing media stream connection with front-end equipment without configuring a media stream forwarding server, each back-end platform still requests the stream to a destination without additional configuration in the process of requesting the stream, and if the capacity of the front-end equipment is enough, the stream can be directly requested without additional forwarding, so that the efficiency is improved. Meanwhile, based on the back-end platform forwarding, the equipment in the networking can be ensured to request the corresponding real-time code stream, and the occurrence of the no-code-stream condition is avoided, so that the normal operation of the whole service is ensured, and the risk is reduced. In addition, the upper limit capability of the back-end platform not only includes the forwarding capability but also includes the related bandwidth, so the scheme has the function of load balancing.
Drawings
Fig. 1 is a flowchart of a code stream distribution method for a one-to-many access networking according to an embodiment of the present invention;
FIG. 2 is a diagram illustrating one-to-many networking according to an embodiment of the present invention;
FIG. 3 is a flow chart of a request stream interaction between devices according to an embodiment of the present invention;
fig. 4 is a schematic diagram illustrating a capability maintenance process between a backend platform and a front-end device according to an embodiment of the present invention.
Detailed Description
The technical solutions of the present invention are further described in detail below with reference to the drawings and examples, which should not be construed as limiting the present invention.
The general idea of the invention is to provide a one-to-many access networking code stream distribution method, which ensures the code stream service to be normal through forwarding. In a video surveillance system, a stream is usually provided as a front end, and a stream is received as a back end, the front end providing a source of the stream for the back end. For example, in a simple video surveillance network, the webcam IPC is the front end and the NVR is the back end. For a video monitoring system of a complex point, the NVR may be the front end of a monitoring center, and the monitoring center may be the front end of a superior monitoring platform. In the present embodiment, the front-end device and the backend platform are used for description in a unified manner, and are not limited to specific devices.
As shown in fig. 1, a specific embodiment of a code stream distribution method for a one-to-many access networking is provided, which includes:
the front-end equipment receives a flow request message of a first rear-end platform, and selects one rear-end platform with residual capacity as a second rear-end platform from other rear-end platforms which are networked with the front-end equipment when the self capacity reaches an upper limit;
the front-end equipment carries second back-end platform information to respond to the flow request message of the first back-end platform;
and the first back-end platform sends a stream requesting message to the second back-end platform and receives a code stream from the second back-end platform.
Specifically, the front-end device in this embodiment is a one-to-many networking, that is, one front-end device is connected to a plurality of backend platforms, for example, in the networking mode of fig. 2. The front-end device is connected with a plurality of rear-end platforms through a network, wherein the plurality of rear-end platforms comprise a rear-end platform 1, a rear-end platform 2, a rear-end platform 3 and the like, the embodiment is only a specific embodiment, and the number of the rear-end platforms in the actual network is not limited, nor is the relationship between the upper level and the lower level among the rear-end platforms.
Because of the one-to-many networking mode, each backend platform may request to flow to the front-end device, the front-end device of this embodiment establishes and maintains a backend platform list, and records the capability of each backend platform in the list, as shown in table 1:
TABLE 1
It is easy to understand that the front-end device and the backend platform perform code stream transceiving, and the front-end device inevitably has stream receiving information of the backend platform, such as a destination IP address, a port number, and the like, so the IP address (destination address) of the backend platform may be directly recorded in table 1, and a name of the backend platform may also be recorded, which is not limited in the present invention.
In table 1, each backend platform and its corresponding capability state are recorded, and the capability in this embodiment represents bandwidth, number of channels, CPU occupancy, number of supported concurrent code streams, and the like. In this embodiment, having the remaining capability means that, under the service condition that has been currently processed, the remaining capability is also available for code stream forwarding.
In an embodiment of the present invention, after receiving a request stream message from a back-end platform, a front-end device first determines whether itself reaches an upper limit of capability, and if there is a remaining capability, the front-end device directly sends a stream to the back-end platform, and meanwhile, maintains a list of the back-end platform, and records information such as a destination address, a stream type, and a capability state of the back-end platform.
When receiving the flow request message of the first backend platform, if the self capacity reaches the upper limit, that is, the front-end equipment does not have the capacity to process the flow request of the first backend platform at present, according to the established backend platform list, selecting one backend platform with the residual capacity from other backend platforms which are networked with the front-end equipment as a second backend platform. Or when the front-end device does not have the capability to process the request stream of the first back-end platform, the front-end device queries the capabilities of the other back-end platforms which establish media stream connection one by one, and selects one back-end platform with the remaining capability as the second back-end platform after querying.
For example, the front-end device has already established a live code stream with the back-end platform 1, and when receiving the request message of the back-end platform 2, finds that itself has reached the upper limit of the capability, then according to the established back-end platform list, selects one back-end platform with the remaining capability from other back-end platforms that are networked with the front-end device to forward, finds that the back-end platform 1 has the forwarding capability, and uses the back-end platform 1 as the forwarded back-end platform.
As shown in fig. 3, after selecting the second backend platform, the front-end device carries the second backend platform information to respond to the flow request message of the first backend platform. Therefore, the first backend platform can send the flow request message to the second backend platform, receive the response of the second backend platform and establish the real-time flow.
It should be noted that, when selecting the second backend platform, the second backend platform is selected according to the conditions in the request stream message, for example, the backend platform with the same network segment, the same code stream type, and the capability that does not reach the upper limit is preferentially selected as the second backend platform. For the back-end platforms with different network segments and different code stream types, if the selected back-end platform can be communicated with the first back-end platform, the code stream types can be converted, and the selected back-end platform can also be used as a second back-end platform, which is not described herein again.
In an embodiment of the present invention, after selecting the second backend platform, the front-end device further sends a renegotiation query to the second backend platform to determine whether the second backend platform has the capability of processing the flow request of the first backend platform, and if a response OK is received, the front-end device carries information of the second backend platform to respond to the flow request message of the first backend platform. Otherwise, the process may return to reselecting another backend platform. And will not be described in detail herein.
In this embodiment, renegotiation is performed to query the second backend platform for the capability, so as to prevent the capability of the platform from being changed due to other front-end devices, and at this time, the capability is queried again for confirmation, so that the backend platform with the processing capability can be obtained as much as possible for forwarding.
In another embodiment of the present invention, when the second backend platform forwards, if the capability reaches the upper limit, the second backend platform notifies the front-end device, and the front-end device updates the backend platform list. The front-end equipment selects to filter the back-end platform in the subsequent services, and does not select any more. Otherwise, when the second backend platform has the remaining capability, the second backend platform also notifies the front-end device, the front-end device updates the backend platform list, and the backend platform can be selected as the forwarding backend platform.
As shown in fig. 4, when the backend platform reaches the upper limit or releases the service, the backend platform notifies all the front-end devices, and the front-end devices respond and update the backend platform list.
According to the technical scheme, a media stream forwarding server does not need to be configured, each back-end platform does not need to be additionally configured in the stream requesting process, and still requests the stream to the destination, if the capacity of the front-end equipment is enough, the stream can be directly requested, the additional forwarding is not needed, and the efficiency is improved. Meanwhile, based on the back-end platform forwarding, the equipment in the networking can be ensured to request the corresponding real-time code stream, and the occurrence of the no-code-stream condition is avoided, so that the normal operation of the whole service is ensured, and the risk is reduced. In addition, the upper limit capability of the back-end platform not only includes the forwarding capability but also includes the related bandwidth, so the scheme has the function of load balancing.
Corresponding to the above method, there is also provided a one-to-many access networking code stream distribution system, for code stream distribution when one front-end device corresponds to multiple back-end platforms for networking, the one-to-many access networking code stream distribution system comprising the front-end device and the back-end platforms, wherein:
the front-end equipment receives a flow request message of a first rear-end platform, and selects one rear-end platform with residual capacity as a second rear-end platform from other rear-end platforms which are networked with the front-end equipment when the self capacity reaches an upper limit;
the front-end equipment carries second back-end platform information to respond to the flow request message of the first back-end platform;
and the first back-end platform sends a stream requesting message to the second back-end platform and receives a code stream from the second back-end platform.
In this embodiment, after selecting one backend platform with remaining capability from other backend platforms that are networked with the front-end device as the second backend platform, the method further includes:
the front-end device sends a renegotiation query to the second backend platform and receives a response from the second backend platform.
In this embodiment, the front-end device maintains a back-end platform list and records the capability status of the back-end platform of the network.
In this embodiment, after receiving the request message of the back-end platform, the front-end device first determines whether it reaches the upper limit of the capability, and if there is remaining capability, it directly sends the code stream to the back-end platform, and meanwhile maintains the list of the back-end platform.
In this embodiment, when the second backend platform forwards, if the capability reaches the upper limit or the service is released, the second backend platform notifies the front-end device;
the front-end equipment updates the back-end platform list.
The above embodiments are only for illustrating the technical solution of the present invention and not for limiting the same, and those skilled in the art can make various corresponding changes and modifications according to the present invention without departing from the spirit and the essence of the present invention, but these corresponding changes and modifications should fall within the protection scope of the appended claims.
Claims (10)
1. A one-to-many access networking code stream distribution method is used for code stream distribution when one front-end device corresponds to a plurality of back-end platforms for networking, and is characterized in that the one-to-many access networking code stream distribution method comprises the following steps:
the front-end equipment receives a flow request message of a first rear-end platform, and selects one rear-end platform with residual capacity as a second rear-end platform from other rear-end platforms which are networked with the front-end equipment when the self capacity reaches an upper limit;
the front-end equipment carries second back-end platform information to respond to the flow request message of the first back-end platform;
and the first back-end platform sends a stream requesting message to the second back-end platform and receives a code stream from the second back-end platform.
2. The method for distributing code streams for one-to-many access networking according to claim 1, wherein after selecting one backend platform with remaining capabilities from other backend platforms networked with the front-end device as the second backend platform, the method further comprises:
the front-end device sends a renegotiation query to the second backend platform and receives a response from the second backend platform.
3. The one-to-many access networking code stream distribution method according to claim 1, further comprising:
the front-end equipment maintains a rear-end platform list and records the capability state of the rear-end platform of the network.
4. The method for distributing one-to-many access networking code streams according to claim 3, wherein the front-end device, after receiving the request message of the back-end platform, first determines whether it reaches an upper limit of capability, and if there is remaining capability, directly sends the code stream to the back-end platform, and maintains a list of the back-end platform.
5. The one-to-many access networking code stream distribution method according to claim 3, further comprising:
when the second back-end platform forwards, if the capacity reaches the upper limit or the service is released, the second back-end platform informs the front-end equipment;
the front-end equipment updates the back-end platform list.
6. A one-to-many access networking code stream distribution system is used for code stream distribution when one front-end device corresponds to a plurality of back-end platforms for networking, and is characterized in that the one-to-many access networking code stream distribution system comprises the front-end device and the back-end platforms, wherein:
the front-end equipment receives a flow request message of a first rear-end platform, and selects one rear-end platform with residual capacity as a second rear-end platform from other rear-end platforms which are networked with the front-end equipment when the self capacity reaches an upper limit;
the front-end equipment carries second back-end platform information to respond to the flow request message of the first back-end platform;
and the first back-end platform sends a stream requesting message to the second back-end platform and receives a code stream from the second back-end platform.
7. The one-to-many access networking code stream distribution system according to claim 6, wherein after selecting one backend platform with remaining capabilities from other backend platforms networked with the front-end device as the second backend platform, further comprising:
the front-end device sends a renegotiation query to the second backend platform and receives a response from the second backend platform.
8. The one-to-many access networking code stream distribution system of claim 6, wherein the front-end device maintains a back-end platform list and records a capability status of a back-end platform of the networking.
9. The one-to-many access networking code stream distribution system according to claim 8, wherein the front-end device, after receiving the request message of the back-end platform, first determines whether it reaches an upper limit of capability, and if there is remaining capability, directly sends the code stream to the back-end platform, while maintaining a list of the back-end platform.
10. The one-to-many access networking code stream distribution system according to claim 8, wherein the second backend platform notifies the front-end device when forwarding and if the capability reaches an upper limit or service is released;
the front-end equipment updates the back-end platform list.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811543817.8A CN111327872B (en) | 2018-12-17 | 2018-12-17 | One-to-many access networking code stream distribution method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811543817.8A CN111327872B (en) | 2018-12-17 | 2018-12-17 | One-to-many access networking code stream distribution method and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111327872A true CN111327872A (en) | 2020-06-23 |
| CN111327872B CN111327872B (en) | 2021-08-31 |
Family
ID=71166702
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811543817.8A Active CN111327872B (en) | 2018-12-17 | 2018-12-17 | One-to-many access networking code stream distribution method and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111327872B (en) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101110811A (en) * | 2006-07-18 | 2008-01-23 | 北京华纬讯电信技术有限公司 | Method for controlling media data transmission of video system |
| US20110093607A1 (en) * | 2008-06-27 | 2011-04-21 | Huawei Technologies Co., Ltd. | Method, device, and apparatus for providing media stream service |
| US20120194682A1 (en) * | 2009-10-09 | 2012-08-02 | Zte Corporation | Method and system for implementing video monitoring by mobile terminal |
| CN103856760A (en) * | 2014-03-04 | 2014-06-11 | 浙江宇视科技有限公司 | Longitudinal virtualization device between video surveillance devices |
| CN103997623A (en) * | 2014-05-06 | 2014-08-20 | 四川长虹电器股份有限公司 | Video monitoring method based on P2P technology |
| CN104270604A (en) * | 2014-09-18 | 2015-01-07 | 福建星网锐捷安防科技有限公司 | Method, system and device for obtaining real-time video data of IPC |
| CN105827650A (en) * | 2016-05-20 | 2016-08-03 | 浙江宇视科技有限公司 | Media stream forwarding method and device |
| CN108833391A (en) * | 2018-06-06 | 2018-11-16 | 北京世纪东方通讯设备有限公司 | A kind of media flow point retransmission method and device for video monitoring system |
-
2018
- 2018-12-17 CN CN201811543817.8A patent/CN111327872B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101110811A (en) * | 2006-07-18 | 2008-01-23 | 北京华纬讯电信技术有限公司 | Method for controlling media data transmission of video system |
| US20110093607A1 (en) * | 2008-06-27 | 2011-04-21 | Huawei Technologies Co., Ltd. | Method, device, and apparatus for providing media stream service |
| US20120194682A1 (en) * | 2009-10-09 | 2012-08-02 | Zte Corporation | Method and system for implementing video monitoring by mobile terminal |
| CN103856760A (en) * | 2014-03-04 | 2014-06-11 | 浙江宇视科技有限公司 | Longitudinal virtualization device between video surveillance devices |
| CN103997623A (en) * | 2014-05-06 | 2014-08-20 | 四川长虹电器股份有限公司 | Video monitoring method based on P2P technology |
| CN104270604A (en) * | 2014-09-18 | 2015-01-07 | 福建星网锐捷安防科技有限公司 | Method, system and device for obtaining real-time video data of IPC |
| CN105827650A (en) * | 2016-05-20 | 2016-08-03 | 浙江宇视科技有限公司 | Media stream forwarding method and device |
| CN108833391A (en) * | 2018-06-06 | 2018-11-16 | 北京世纪东方通讯设备有限公司 | A kind of media flow point retransmission method and device for video monitoring system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111327872B (en) | 2021-08-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8429288B2 (en) | Massive terminals access of a streaming media server including setting maximum count of file handles allowed to be opened | |
| US9047589B2 (en) | Hierarchical publish and subscribe system | |
| CN109525460B (en) | Method and device for monitoring number resources of video network | |
| WO2016169308A1 (en) | Method and system for cloud-based storage of video, and method and system for previewing cloud-stored video | |
| US11258724B2 (en) | Method and devices for domain name bandwidth adjustment | |
| WO2018090386A1 (en) | Method, device and system for processing abnormities of nf modules | |
| CN103458013A (en) | Streaming media server cluster load balancing system and balancing method | |
| US9560135B2 (en) | Technique for communication between networks for distributing digital contents | |
| CN109379209B (en) | Method and device for upgrading storage service of video network | |
| US8681760B2 (en) | Network positioning system and terminal positioning device | |
| CN108259605B (en) | Data calling system and method based on multiple data centers | |
| CN111327872B (en) | One-to-many access networking code stream distribution method and system | |
| CN111600929B (en) | Transmission line detection method, routing strategy generation method and proxy server | |
| CN112788367B (en) | Streaming media scheduling method, system and scheduling component | |
| CN116032895A (en) | Bypass intelligent media server scheduling method, system, equipment and medium | |
| WO2023284232A1 (en) | Path addressing method and network service system | |
| CN105049519B (en) | A kind of message route method and system based on soap protocol | |
| WO2022126837A1 (en) | Intelligent scheduling system for video monitoring service | |
| KR20100100936A (en) | Method, system and device for switching source | |
| US8559423B2 (en) | Method and apparatus for packet processing | |
| CN110620907B (en) | Monitoring calling method and device, electronic equipment and storage medium | |
| CN112087596B (en) | Method for determining media stream transmission mode and media stream transmission system | |
| CN109819209B (en) | System, method and device for monitoring resource calling | |
| US20200341968A1 (en) | Differential Update of Local Cache from Central Database | |
| CN111225241A (en) | Communication method and device |
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 |