CN118075363A - Method for realizing management application intercommunication between Tr069 protocol and MQTT - Google Patents

Method for realizing management application intercommunication between Tr069 protocol and MQTT Download PDF

Info

Publication number
CN118075363A
CN118075363A CN202410192574.7A CN202410192574A CN118075363A CN 118075363 A CN118075363 A CN 118075363A CN 202410192574 A CN202410192574 A CN 202410192574A CN 118075363 A CN118075363 A CN 118075363A
Authority
CN
China
Prior art keywords
cpe
signaling
proxy
protocol
management application
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.)
Pending
Application number
CN202410192574.7A
Other languages
Chinese (zh)
Inventor
冯遂涛
张博
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Sed Wireless Communication Technology Co ltd
Original Assignee
Shenzhen Sed Wireless Communication Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Sed Wireless Communication Technology Co ltd filed Critical Shenzhen Sed Wireless Communication Technology Co ltd
Priority to CN202410192574.7A priority Critical patent/CN118075363A/en
Publication of CN118075363A publication Critical patent/CN118075363A/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)

Abstract

The invention discloses a method for realizing intercommunication between Tr069 protocol and MQTT management application, which comprises the following steps: receiving or transmitting Tr069 signaling through the Tr609 protocol, and accessing to a CPE conforming to the Tr609 protocol; converting the received Tr069 signaling into an MQTT protocol signaling through the MQTT and transmitting the MQTT protocol signaling; maintaining a state of the Tr069 protocol by the management application; translating the received MQTT protocol signaling back to the Tr069 signaling; the topic subscribed in the Tr609 protocol at least comprises Inform, informResponse, download, downloadResponse, empty, transferComplete, transferCompletResponse. The invention can fully utilize the existing network equipment and the management application, thereby saving a great deal of equipment cost and application development cost.

Description

Method for realizing management application intercommunication between Tr069 protocol and MQTT
The patent application of the invention is a divisional application of patent application with the application number 202111118630.5, the name of a method for realizing the intercommunication of Tr069 protocol and MQTT management application and the application date of 2021, 09 and 24.
Technical Field
The invention relates to a network communication technology, in particular to a method for realizing the intercommunication of Tr069 protocol and MQTT (message queue telemetry transport) management application based on an agent.
Background
The user terminal equipment wide area network management protocol (CWMP) is a protocol with a document number TR069, called TR069 for short, which is applicable to remote terminal management technology and used for bearing the protocol. The TR069 can flexibly and conveniently manage a large number of IP terminal devices such as VoIP, IPTV and the like, so that a large number of practicability is obtained in the existing network.
MQTT is a lightweight proxy-based publish/subscribe messaging protocol with the design idea of being open, simple, lightweight, easy to implement. One-to-many message publication is provided, application program decoupling, and message transmission to load content masking. Network connectivity is provided using TCP/IP, which maintains NAT traversal, real-time signaling, and reception with little overhead. There are three identities in the MQTT protocol: publishes, proxies (servers), subscribers (subscribers). Wherein, the publisher and subscriber of the message are clients, the message proxy is a server, and the message publisher can be subscriber at the same time. The messages transmitted by the MQTT are divided into: theme (Topic) and load (payload).
Topic, which is understood as the type of message, receives the message content (payload) of the Topic after subscription (Subscribe) by the subscriber. payload, which may be understood as the content of a message, refers to the content that a subscriber specifically wants to use.
With the development of information technology, the internet of things is mature and developed continuously, and the application of using MQTT for equipment management is more and more, so that the technology development trend is gradually achieved. However, the existing network devices using Tr069 protocol are too high in cost to be directly replaced, and waste is caused, and if the existing network devices are used continuously, complex ACS (Auto-Configuration Server, automatic configuration server) needs to be maintained for device management, and too much workload and too high operation and maintenance cost are brought, which is a difficult problem that cannot be avoided and needs to be solved in the process of technical development and device upgrading.
The foregoing background is only for the purpose of providing an understanding of the principles and concepts of the application and is not necessarily in the prior art to the application and is not intended to be used as an admission that the background of the application is prior art to the present application or that it is prior art to the present application that it has been disclosed in the background of the application.
Disclosure of Invention
In order to overcome the defects of the prior art, the invention provides a method for realizing the intercommunication of a Tr069 protocol and an MQTT management application, which not only saves cost, but also can effectively manage a large number of current network devices based on the Tr069 protocol and effectively use the application of the current device management, and the method is based on an agent to realize the intercommunication of the Tr069 protocol and the MQTT management application, and comprises the following steps:
Receiving or transmitting Tr069 signaling through the Tr609 protocol, and accessing to a CPE conforming to the Tr609 protocol;
Converting the received Tr069 signaling into an MQTT protocol signaling through the MQTT and transmitting the MQTT protocol signaling;
maintaining a state of the Tr069 protocol by the management application;
translating the received MQTT protocol signaling back to the Tr069 signaling;
Wherein, the topic in the MQTT protocol at least comprises Inform, informResponse, download, downloadResponse, empty, transferComplete, transferCompletResponse.
The invention can also adopt the following optional/preferred schemes:
and actively initiating a request through the CPE and issuing a service through the management application.
After the CPE sends an Inform message to the proxy, the message is analyzed through a control layer and then translated into json format, and then a topic of the Inform is issued through a publishing of the MQTT, and the load is the message information of the json format; the Control layer maintains the state of the Tr069 protocol and waits for the corresponding message of the management application; after receiving the InformResponse of the management application, the proxy analyzes the InformResponse and sends the InformResponse to the CPE through SOAP according to the requirements of the Tr069 protocol; the management application notifies the downloaded service to the CPE, and waits for the CPE to send the Empty signaling after the proxy receives the topic of the downlink; after the CPE sends the Empty signaling to the proxy, the proxy translates the downlink to the Tr069 signaling and sends the downlink to the CPE; the CPE sends the DownloadResponse message to the proxy, after the proxy receives the DownloadResponse, the message is analyzed and translated into json format through the control layer, and then a topic of the DownloadResponse is issued through the publishing of the MQT, and the load is the message information in json format; and after receiving DownloadResponse, the management application sends an Empty signaling if no corresponding service needs to be issued to the CPE, and after receiving the Empty signaling, the proxy analyzes and translates the Empty signaling into a format of the Tr069 protocol through the control layer, then sends the Empty to the CPE, and the session is ended.
And actively initiating a request through the CPE and reporting a service execution result.
After the CPE sends an Inform message to the proxy, the information is analyzed and translated into json format through the control layer, and then a topic of the Inform is issued through the pubish of the MQTT, and the load is the information of the message in json format;
The Control layer maintains the Tr069 protocol state and waits for a corresponding message of the management application; after receiving the InformaResponse of the management application, the proxy analyzes the InformaResponse through the control layer and then sends the InformaResponse to the CPE through SOAP; after receiving the InformaR response, the CPE sends the TransferComplete message to the proxy, analyzes the message through the control layer, translates the message into json format, and then issues a topic of TransferComplete through the publishing of the MQTT, wherein the load is the message information in json format; after receiving the TransferComplete, the management application replies TransferCompleteResponse to the proxy; after receiving TransferCompleteResponse of the MQTT side, the agent analyzes and translates the data into a format of the Tr069 protocol through the control layer, and then sends TransferCompleteResponse to the CPE; at this time, if the management application does not have the corresponding service to issue to the CPE, sending an Empty signaling; the CPE also sends an Empty signaling to the proxy at this time and the session ends.
The management application actively initiates a request and actively issues a service through the agent.
The management application sends a downlink message to the proxy, the proxy sends a get request conforming to the T069 protocol to the CPE, the CPE receives the get request and sends the get request to 200OK, and the proxy actively initiates connection after successful response; after the CPE sends the Inform message to the proxy, the information is analyzed and translated into json format through the control layer, and then a topic of the Inform is issued through the publishing of the MQT, and the load is the message information of json format; the Control layer maintains the state of the Tr069 protocol and waits for a corresponding message of the management application; after receiving the InformaResponse of the management application, the proxy analyzes the InformaResponse through the control layer and sends the InformaResponse to the CPE through SOAP; the management application notifies the downloaded service to the CPE, and waits for the CPE to send the Empty signaling after the proxy receives the topic of the downlink; after the CPE sends the Empty signaling to the proxy, translating the downlink to the Tr069 signaling format by the proxy, and sending the downlink to the CPE; after the CPE sends the DownloadResponse message to the proxy, the control layer analyzes and translates the DownloadResponse message into json format, and then publishes a DownloadResponse topic through the publishing of the MQT, wherein the load is the message information in json format; after receiving DownloadResponse, the management application sends an Empty signaling if no corresponding service needs to be issued to the CPE; after receiving the Empty signaling of the MQTT side, the proxy analyzes and translates the Empty signaling into the format of the Tr069 protocol through the control layer, and sends the Empty signaling to the CPE, and the session is ended.
Further comprises: and when the CPE does not send the Empty signaling, the proxy caches the signaling sent by the management application, waits for the CPE to send the Empty signaling and forwards the signaling sent by the CPE to the management application.
After the CPE sends an Inform message to the proxy, the information is analyzed and translated into json format through the control layer, and then a topic of the Inform is issued through a publishing of the MQT, and the load is the information of the message in json format; the Control layer maintains the state of the Tr069 protocol and waits for the corresponding message of the management application; after receiving the InformaResponse of the management application, the proxy analyzes the InformaResponse through the control layer and sends the InformaResponse to the CPE through SOAP; the management application sends a downlink service notification to the agent; after receiving the InformaR response, the CPE sends a transfer complete message to the proxy, analyzes and translates the message into json format through the control layer, and then issues a topic of transfer complete through the pubish of the MQTT protocol, wherein the load is the message information in json format; at this time, the control layer caches the downlink signaling of the management application, and waits for the CPE to send the Empty signaling; after receiving the TransferComplete, the management application replies TransferCompleteResponse to the proxy; after receiving TransferCompleteResponse of the MQTT side, the agent analyzes and translates the data into a format of the Tr069 protocol through the control layer, and then sends TransferCompleteResponse to the CPE; waiting DownloadResponse when the management application does not have a corresponding service to issue to the CPE; after the CPE sends the Empty signaling to the proxy, the proxy forwards the downlink of the management application to the CPE; when the CPE sends DownloadResponse to the proxy and forwards to the management application, the management application sends the Empty signaling to the proxy; the proxy forwards the Empty signaling to the CPE and the session ends.
The beneficial effects of the invention include:
The method of the invention can not only carry out network upgrade in a cost-saving mode, but also effectively manage a large number of existing network devices based on the Tr069 protocol, and can effectively use the application managed by the existing devices, namely, the method of the intercommunication between the Tr069 protocol and the MQTT management application can fully utilize the existing network devices and the management application, thereby saving a large number of device cost and application development cost.
Drawings
Fig. 1 is a basic hierarchical model of Tr 069.
FIG. 2 is a proxy schema and hierarchical model of one embodiment.
Figure 3 is a schematic diagram of a CPE actively initiating requests and managing application delivery traffic through a proxy in one embodiment.
Fig. 4 is a schematic diagram of a CPE actively initiating a request and reporting a service execution result through a proxy in one embodiment.
FIG. 5 is a schematic diagram of a management application actively initiating a request through a proxy in one embodiment.
Figure 6 is a schematic diagram of a proxy-to-signaling caching process in one embodiment.
FIG. 7 is a schematic diagram of a management application actively initiating a request through a proxy in another embodiment.
Detailed Description
The invention will be further described with reference to fig. 1-7 and the detailed description. It should be emphasized that the following description is merely exemplary in nature and is in no way intended to limit the scope of the invention or its applications. The background section of the present invention may contain background information about the problems or environments of the present invention and is not necessarily descriptive of the prior art. Accordingly, inclusion in the background section is not an admission of prior art by the applicant.
CPE (Customer Premise Equipment), customer premises equipment.
SOAP (Simple ObjectAccess Protocol), simple object access protocol.
The basic hierarchical model of Tr069 is shown in fig. 1, in which the description of the layers is as follows:
CPE/ACS MANAGEMENT Application the Application is used for CPE and ACS of CPE wide area network management protocol, respectively. Is not part of the CPE wide area network management protocol.
2.RPC Methods CPE WAN manage the specific RPC method defined by the protocol. The RPC method includes defining CPE parameters. These parameters may be accessed by the ACS via the PRC method associated with the parameter.
Interoperation is performed between acs and CPE by the RPC method specific to TR069 protocol.
CPE functions are called by the ACS to manage the CPE as follows: setting CPE parameters, acquiring CPE parameters, upgrading hardware, restarting equipment and the like. The ACS function is called by the CPE to report status information to the ACS, request a hardware image file download (to upgrade hardware), etc. Interoperation is performed between ACS and CPE by the RPC method specific to TR069 protocol.
SOAP is based on the standard syntax of XML for encoding remote procedure calls, requiring support for SOAP 1.1.
Message transmission between ACS and CPE is based on HTTP1.1, and message content is encapsulated using SOAP envelope, which contains XML format data consisting of SOAP head and SOAP body.
According to research, to realize the intercommunication between Tr069 protocol and MQTT application, the following basic requirements are required to be met:
1. the signaling in the Tr069 protocol is realized, the corresponding signaling can be received or transmitted according to the protocol requirement, and CPE conforming to the Tr609 protocol can be accessed.
2. The signaling in the MQTT protocol is realized, and the signaling can be transmitted through the MQTT protocol.
3. The Tr069 signaling received can be converted into MQTT protocol signaling for transmission, and the state of the Tr069 protocol is maintained.
4. The signaling for the received MQTT may be converted to Tr069 signaling.
5. Inform, informResponse, download, downloadResponse, empty, transferComplete, transferCompletResponse in the protocol, both proxy and administrative use have subscribed to these topics.
As shown in fig. 2, which is a hierarchical model of a proxy scheme of one embodiment, for the use of Tr069 protocol, the proxy scheme can be decomposed into two modes:
mode one: the management application actively initiates signaling to the CPE via the proxy.
Mode two: the CPE actively initiates signaling and manages the application through proxy connection.
In use, either the first mode or the second mode may be selected as desired, or a combination of the first and second modes may be used.
Example 1
In the following, the state maintenance and signaling translation of the agent will be described using mode one as an example (CPE actively initiates a request through the agent). After the CPE establishes the HTTP connection, the process of sending the message is shown in fig. 3, and the CPE actively initiates a request, and the management application issues a service, which includes the following steps:
And 1, the CPE sends an information message to the proxy, the proxy receives the Tr069 protocol and receives the information, analyzes and translates the information into json format through a control layer, and then issues a topic of the information through a publich of the MQTT protocol, wherein the load is the information of the json format.
2. The Control layer needs to maintain the Tr069 protocol state and wait for a corresponding message of the management application.
3. After receiving the InformResponse of the management application, the proxy analyzes the InformResponse through the control layer and sends the InformResponse to the CPE through SOAP according to the Tr069 protocol requirement.
4. At this time, the management application notifies the CPE of the presence of the downloaded service, and after the proxy receives the tpic of the downlink, the proxy needs to wait for the Empty signaling sent by the CPE.
5. According to the Tr069 protocol, the CPE needs to send an Empty signaling to the proxy in order to receive signaling for management applications. After the agent has received the downlink signaling of the management application, at this time, the agent translates the downlink signaling into the Tr069 signaling format, and sends the downlink signaling to the CPE.
6. And the CPE sends DownloadResponse messages to the proxy, after the proxy receives the DownloadResponse, the control layer analyzes and translates the messages into json format, and then publishes a topic of DownloadResponse through the publishing of the MQTT protocol, and the load is the message information in json format.
7. After receiving DownloadResponse, the management application needs to send an Empty signaling immediately if no corresponding service needs to be sent to the CPE.
8. After receiving the Empty signaling of the MQTT protocol side, the proxy analyzes and translates the Empty signaling into the Tr069 signaling format through the control layer, and immediately sends the Empty signaling to the CPE, and the session is ended at the moment.
After the CPE establishes the HTTP connection, the process of sending the message is shown in fig. 4, and the CPE actively initiates a request to report the service execution result, which includes the following steps:
after receiving the Inform, the proxy analyzes and translates the control layer into json format, and then issues a topic of the Inform through publishing of the MQT protocol, and the load is the message information in json format.
2. The Control layer needs to maintain the Tr069 protocol state and wait for the corresponding message of the management application.
3. After receiving InformResponse of the management application, the proxy transmits InformResponse to the CPE through SOAP after the control layer analyzes the InformResponse.
4. At this point, the management application has no traffic notification to the CPE, so no signaling is immediately sent to the proxy.
5. After receiving the InformaR response, the CPE actively transmits a transfer complete message to the proxy, after receiving the transfer complete by the Tr069 protocol, the proxy analyzes and translates the transfer complete message into json format through the control layer, and then issues a topic of the transfer complete through the publishing of the MQTT protocol, wherein the load is the message information in json format.
6. After receiving the TransferComplete, the management application replies TransferCompleteResponse to the proxy.
7. The proxy receives TransferCompleteResponse on the MQTT protocol side, parses and translates the control layer into the Tr069 signaling format, and immediately sends TransferCompleteResponse to the CPE.
8. At this time, when the management application does not have the corresponding service to issue to the CPE, the Empty signaling is sent.
9. The CPE also sends the Empty signaling to the proxy at this time, and the proxy forwards the Empty signaling of the management application to the CPE, at which time the session ends.
Example two
In the following, the mode two is taken as an example (the management application actively initiates a request through the agent), and state maintenance and signaling translation of the agent are described. In this mode, the management application may actively issue the service, and at this time, the CPE may not establish a connection with the proxy, and cannot issue signaling, so the proxy needs to actively complete the issue of signaling. As shown in fig. 5, the method specifically comprises the following steps:
1. The management application sends a downlink message to the proxy which finds that the CPE does not establish a Tr069 connection. It is necessary to actively send a get request conforming to the T069 protocol to the CPE. And after receiving the get request, the CPE sends the get request to 200OK, and actively initiates connection after successful response.
2. And after receiving the Inform, the proxy analyzes and translates the Inform into json format through a control layer, and then issues a topic of the Inform through a publishing of an MQTT protocol, wherein the load is the message information of the json format.
3. The Control layer needs to maintain the state of the Tr069 protocol and wait for the corresponding message of the management application.
4. After receiving the InformResponse of the management application, the proxy analyzes the InformResponse through the control layer and then sends the InformResponse to the CPE through SOAP according to the Tr069 protocol requirement.
5. At this time, the management application notifies the CPE of the presence of the downloaded service, and after the proxy receives the tpic of the downlink, the proxy needs to wait for the Empty signaling sent by the CPE.
6. According to the Tr069 protocol, the CPE needs to send an Empty signaling to the proxy in order to receive the signaling of the management application. After the agent has received the downlink signaling of the management application, the agent translates the downlink signaling into the Tr069 signaling format and sends the downlink signaling to the CPE.
7. And the CPE sends DownloadResponse messages to the proxy, after the proxy receives the Tr069 protocol and receives the DownloadResponse, the messages are analyzed and translated into json format through the control layer, and then a topic of DownloadResponse is issued through pubish of the MQTT protocol, and the load is the message information in json format.
8. After receiving DownloadResponse, the management application needs to send an Empty signaling immediately if no corresponding service needs to be sent to the CPE.
After receiving the Empty signaling of the MQTT protocol side, the proxy analyzes and translates the Empty signaling into the Tr069 signaling format through the control layer, and immediately sends the Empty signaling to the CPE, and the session is ended at the moment.
Caching of signaling by agents:
When the management application actively transmits signaling, the CPE does not transmit the Empty signaling, and the proxy cannot forward the signaling to the CPE. At this time, the proxy needs to buffer the management application to actively send the signaling, wait for the CPE to send the Empty signaling, and forward the signaling sent by the CPE to the management application. After the CPE establishes the HTTP connection, the process of sending the message is shown in fig. 6, and includes:
After receiving the Inform, the proxy analyzes and translates the Inform into json format through a control layer, and then issues a topic of the Inform through the publishing of the MQTT protocol, wherein the load is the message information of json format.
2. The Control layer needs to maintain the state of the Tr069 protocol and wait for the corresponding message of the management application.
3. After receiving the InformResponse of the management application, the proxy analyzes the InformResponse through the control layer and sends the InformResponse to the CPE through SOAP according to Tr069 protocol requirements.
4. At this point, the management application sends a downlink traffic notification to the agent.
5. After receiving the InformaR response, the CPE actively transmits a transfer complete message to the proxy, after receiving the transfer complete by the Tr069 protocol, the proxy analyzes and translates the transfer complete message into json format through the control layer, and then issues a topic of the transfer complete through the publishing of the MQTT protocol, wherein the load is the message information in json format.
6. At this time, the control layer needs to buffer the downlink signaling of the management application, and issues the signaling when waiting for the CPE to send the Empty signaling.
7. After receiving the TransferComplete, the management application replies TransferCompleteResponse to the proxy.
8. The proxy receives TransferCompleteResponse from the MQTT protocol side, parses and translates it into Tr069 signaling format by the control layer, and immediately sends TransferCompleteResponse to the CPE.
9. At this time, when the management application does not issue the corresponding service to the CPE, it needs to wait DownloadResponse, and cannot send the Empty signaling.
10. The CPE also sends an Empty signaling to the proxy at this time, which forwards the Download of the management application to the CPE.
11. When the CPE sends DownloadResponse to the proxy, the proxy forwards to the management application.
12. At this time, there is signaling in the management application to be sent, and the Empty signaling is sent to the proxy.
The proxy forwards the Empty signaling to the CPE, at which point the session of the CPE ends.
Example III
The main differences from the above implementation one are: different names of topic are used, but the function is similar to the current definition of topic, i.e. the bearer content and meaning of topic are the same.
It is worth to say that the chinese patent application with publication number CN112995302a is based on MQTT bearer Tr069 signaling, but there is no soap and http access, and no management application function. In the embodiments of the present application, tr069 access is realized based on access Tr069 application, and then translated into Mqtt transmission, and Mqtt transmission layer does not have Tr069 signaling, so that the two have essential differences.
The foregoing is a further detailed description of the invention in connection with the preferred embodiments, and it is not intended that the invention be limited to the specific embodiments described. It will be apparent to those skilled in the art that several equivalent substitutions and obvious modifications can be made without departing from the spirit of the invention, and the same should be considered to be within the scope of the invention.
In the description of the present specification, reference to the terms "one embodiment," "some embodiments," "preferred embodiments," "examples," "specific examples," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the invention. In this specification, schematic representations of the above terms are not necessarily directed to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Those skilled in the art may combine and combine the features of the different embodiments or examples described in this specification and of the different embodiments or examples without contradiction. Although embodiments of the present invention and their advantages have been described in detail, it should be understood that various changes, substitutions and alterations can be made herein without departing from the scope of the invention as defined by the appended claims.

Claims (3)

1. A method for realizing the intercommunication of Tr069 protocol and MQTT management application is characterized in that the intercommunication of Tr069 protocol and MQTT management application is realized based on agents, and the method comprises the following steps:
Receiving or transmitting Tr069 signaling through the Tr069 protocol, and accessing CPE conforming to the Tr609 protocol;
Converting the received Tr069 signaling into an MQTT protocol signaling through the MQTT and transmitting the MQTT protocol signaling;
maintaining a state of the Tr069 protocol by the management application;
translating the received MQTT protocol signaling back to the Tr069 signaling;
Wherein, the topic in the MQTT protocol signaling at least comprises Inform, informResponse, download, downloadResponse, empty, transferComplete, transferCompletResponse;
The management application actively initiates a request and actively issues a service through the proxy;
The management application sends a downlink message to the proxy, the proxy sends a get request conforming to the T069 protocol to the CPE, the CPE receives the get request and sends the get request to 200OK, and the proxy actively initiates connection after successful response;
after the CPE sends the Inform message to the proxy, the information is analyzed and translated into json format through a control layer, and then a topic of the Inform is issued through a publishing of the MQT, and the load is the message information of json format;
the Control layer maintains the state of the Tr069 protocol and waits for a corresponding message of the management application;
After receiving the InformaResponse of the management application, the proxy analyzes the InformaResponse through the control layer and sends the InformaResponse to the CPE through SOAP;
the management application notifies the downloaded service to the CPE, and waits for the CPE to send the Empty signaling after the proxy receives the topic of the downlink;
After the CPE sends the Empty signaling to the proxy, translating the downlink to the Tr069 signaling format by the proxy, and sending the downlink to the CPE;
After the CPE sends the DownloadResponse message to the proxy, the control layer analyzes and translates the DownloadResponse message into json format, and then publishes a DownloadResponse topic through the publishing of the MQT, wherein the load is the message information in json format;
After receiving DownloadResponse, the management application sends an Empty signaling if no corresponding service needs to be issued to the CPE;
After receiving the Empty signaling of the MQTT side, the proxy analyzes and translates the Empty signaling into the format of the Tr069 protocol through the control layer, and sends the Empty signaling to the CPE, and the session is ended.
2. The method for implementing interworking of Tr069 protocol and MQTT management application of claim 1, further comprising: and when the CPE does not send the Empty signaling, the proxy caches the signaling sent by the management application, waits for the CPE to send the Empty signaling and forwards the signaling sent by the CPE to the management application.
3. The method for implementing interworking of Tr069 protocol and MQTT management application according to claim 2, comprising the steps of:
After the CPE sends an Inform message to the proxy, the information is analyzed and translated into json format through the control layer, and then a topic of the Inform is issued through a publishing of the MQT, and the load is the information of the message in json format;
the Control layer maintains the state of the Tr069 protocol and waits for the corresponding message of the management application;
after receiving the InformaResponse of the management application, the proxy analyzes the InformaResponse through the control layer and sends the InformaResponse to the CPE through SOAP;
the management application sends a downlink service notification to the agent;
after receiving the InformaR response, the CPE sends a transfer complete message to the proxy, analyzes and translates the message into json format through the control layer, and then issues a topic of transfer complete through the pubish of the MQTT protocol, wherein the load is the message information in json format;
at this time, the control layer caches the downlink signaling of the management application, and waits for the CPE to send the Empty signaling;
After receiving the TransferComplete, the management application replies TransferCompleteResponse to the proxy;
after receiving TransferCompleteResponse of the MQTT side, the agent analyzes and translates the data into a format of the Tr069 protocol through the control layer, and then sends TransferCompleteResponse to the CPE;
waiting DownloadResponse when the management application does not have a corresponding service to issue to the CPE;
after the CPE sends the Empty signaling to the proxy, the proxy forwards the downlink of the management application to the CPE;
When the CPE sends DownloadResponse to the proxy and forwards to the management application, the management application sends the Empty signaling to the proxy;
the proxy forwards the Empty signaling to the CPE and the session ends.
CN202410192574.7A 2021-09-24 2021-09-24 Method for realizing management application intercommunication between Tr069 protocol and MQTT Pending CN118075363A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410192574.7A CN118075363A (en) 2021-09-24 2021-09-24 Method for realizing management application intercommunication between Tr069 protocol and MQTT

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202410192574.7A CN118075363A (en) 2021-09-24 2021-09-24 Method for realizing management application intercommunication between Tr069 protocol and MQTT
CN202111118630.5A CN113839818B (en) 2021-09-24 2021-09-24 Method for realizing management application intercommunication between Tr069 protocol and MQTT

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN202111118630.5A Division CN113839818B (en) 2021-09-24 2021-09-24 Method for realizing management application intercommunication between Tr069 protocol and MQTT

Publications (1)

Publication Number Publication Date
CN118075363A true CN118075363A (en) 2024-05-24

Family

ID=78969562

Family Applications (3)

Application Number Title Priority Date Filing Date
CN202410192203.9A Pending CN118075362A (en) 2021-09-24 2021-09-24 Method for realizing management application intercommunication between Tr069 protocol and MQTT
CN202111118630.5A Active CN113839818B (en) 2021-09-24 2021-09-24 Method for realizing management application intercommunication between Tr069 protocol and MQTT
CN202410192574.7A Pending CN118075363A (en) 2021-09-24 2021-09-24 Method for realizing management application intercommunication between Tr069 protocol and MQTT

Family Applications Before (2)

Application Number Title Priority Date Filing Date
CN202410192203.9A Pending CN118075362A (en) 2021-09-24 2021-09-24 Method for realizing management application intercommunication between Tr069 protocol and MQTT
CN202111118630.5A Active CN113839818B (en) 2021-09-24 2021-09-24 Method for realizing management application intercommunication between Tr069 protocol and MQTT

Country Status (1)

Country Link
CN (3) CN118075362A (en)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106688304B (en) * 2014-09-18 2020-07-31 上海诺基亚贝尔股份有限公司 ZigBee system management using TR-069 enabled CPE agent
CN104734893B (en) * 2015-04-02 2018-02-27 重庆邮电大学 A kind of TR069 protocol managerial approach towards WIA PA networks
CN112995302B (en) * 2021-02-07 2022-06-07 深圳市桑达无线通讯技术有限公司 Remote terminal management method based on MQTT transmission protocol

Also Published As

Publication number Publication date
CN113839818B (en) 2024-04-16
CN118075362A (en) 2024-05-24
CN113839818A (en) 2021-12-24

Similar Documents

Publication Publication Date Title
EP1964357B1 (en) Content aggregation service for mobile environment
CN112995302B (en) Remote terminal management method based on MQTT transmission protocol
US7337237B2 (en) Mechanism to provide callback capabilities for unreachable network clients
US20020156871A1 (en) Messaging protocol
US20060153072A1 (en) Extending universal plug and play messaging beyond a local area network
KR101002842B1 (en) Group management method in interworking system of imps system and simple im system
WO2012065561A1 (en) Message pushing method and system in internet protocol television system
CA2604902C (en) System and method for enabling group subscription for asynchronous push-based applications on a wireless device
CN111092802A (en) Message interaction method, sending equipment and receiving equipment
CN113839818B (en) Method for realizing management application intercommunication between Tr069 protocol and MQTT
CN111865957A (en) Frame structure and method and system thereof
CN112261146B (en) Edge cloud cooperative communication system and method based on message communication and file transmission
CN114629953A (en) Service cross-domain calling method and system based on proxy
Yoneki Mobile applications with a middleware system in publish-subscribe paradigm
Gehlen et al. Mobile P2P web services using SIP
CN113572678A (en) Instant messaging method realized based on websocket
KR100601051B1 (en) SIP presence based instant message and internet telephony service client system
KR100479262B1 (en) System of call control of converged LAN
KR100687730B1 (en) Active node, contents transfer system and method using an active node
Lam et al. A SOAP-based streaming content delivery framework for multimedia Web services
CN117294570A (en) Method for assisting in realizing communication between mobile equipment and VoIP equipment based on MQTT protocol
Hafsøe et al. 12 th ICCRTS “Adapting C2 to the 21 st Century”” Adapting Web Service Publish/Subscribe Technologies for use in NEC C2 Systems” Track 8: C2 Technologies and Systems, Track 7: Network-Centric
Hafsøe et al. 12 th ICCRTS “Adapting C2 to the 21 st Century”” Adapting Web Services for Limited Bandwidth Tactical Networks” Track 8: C2 Technologies and Systems
CN116483489A (en) Cloud desktop processing method and related equipment
KR101791928B1 (en) Open service apparatus for internet protocol infra

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