CN112448933A - Method and system for self-adapting compatible platform inter-domain protocol - Google Patents
Method and system for self-adapting compatible platform inter-domain protocol Download PDFInfo
- Publication number
- CN112448933A CN112448933A CN201910823461.1A CN201910823461A CN112448933A CN 112448933 A CN112448933 A CN 112448933A CN 201910823461 A CN201910823461 A CN 201910823461A CN 112448933 A CN112448933 A CN 112448933A
- Authority
- CN
- China
- Prior art keywords
- platform
- protocol standard
- message
- standard converter
- protocol
- 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
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Abstract
The invention discloses a method and a system for self-adapting and compatible with a platform inter-domain protocol, which are used for realizing communication between a first platform and a second platform which respectively support different versions of protocol standards, wherein the first platform is connected with a protocol standard converter, the protocol standard converter respectively acquires version information of the first platform and the second platform, the first platform transmits a negotiation request message between the platforms to the protocol standard converter, the protocol standard converter formulates a corresponding conversion rule according to a service type corresponding to the negotiation request message and the version information of the first platform and the second platform and sends the conversion rule to the first platform, and the first platform realizes negotiation interaction with the second platform according to the conversion rule. The managed platform can adapt to the protocol standard of the other side through the conversion rule, meets the requirement of interconnection and intercommunication, and can realize the interconnection and intercommunication of the network at the fastest and the lowest cost.
Description
Technical Field
The invention belongs to the technical field of interconnection and intercommunication, and particularly relates to a method and a system for self-adapting and compatible with a platform interconnection inter-domain protocol.
Background
With the rapid development of the technology, the protocol standard is also continuously perfected and updated. In the same system network, as more and more network devices are deployed, the successively deployed network devices may support protocol standards of different versions, so that effective communication between the network devices cannot be performed.
For example, the GB28181 protocol is a national standard protocol adopted in public security video surveillance networking, and specifies an interconnection structure of a public security video surveillance networking system (hereinafter referred to as a networking system), basic requirements and security requirements of transmission, exchange, and control, and technical requirements of control, transmission flow, protocol interfaces, and the like. And all manufacturers develop products according to the protocol to realize interconnection and intercommunication.
However, as the monitoring industry develops, the GB28181 platform interconnection protocol is also continuously revised. As the protocol version changes, the adaptation of the new and old versions of the protocol becomes a problem. In practical applications, different versions of GB28181 protocols supported by different vendor platforms may be different, and when interconnection is required, the GB28181 protocols supported by upper and lower platforms must be the same version.
In order to implement interconnection and interworking, a common method is to upgrade software of an old version of network device to support the latest protocol standard, thereby implementing interconnection and interworking of all network devices. Although the technical scheme is most commonly used in reality, all network devices supporting the old version need to be upgraded, and a large amount of upgrade software development work and operation work for software upgrading are necessarily required.
Disclosure of Invention
The invention aims to provide a method and a system for self-adapting and compatible platform inter-domain protocol, which can self-adaptively detect protocol versions supported by an upper platform and a lower platform through a protocol standard converter, then send corresponding conversion protocol rules to the corresponding platforms according to the detection result, and the platforms can adapt to the protocol standard of the other party through the rules, thereby achieving the interconnection requirement and the intercommunication of the network with the shortest speed and the lowest cost.
In order to achieve the purpose, the technical scheme of the invention is as follows:
a method for self-adapting and compatible with inter-platform-domain protocol of platform is used for realizing communication between a first platform and a second platform which respectively support different versions of protocol standards, the first platform is connected with a protocol standard converter, and the method for self-adapting and compatible with inter-platform-domain protocol of platform comprises the following steps:
the protocol standard converter respectively acquires version information of a first platform and version information of a second platform;
the first platform transmits the negotiation request message between the platforms to the protocol standard converter;
the protocol standard converter formulates a corresponding conversion rule according to the service type corresponding to the negotiation request message and the version information of the first platform and the second platform and sends the conversion rule to the first platform;
and the first platform realizes negotiation interaction with the second platform according to the conversion rule.
Further, the protocol standard converter respectively obtains version information of the first platform and the second platform, and includes:
the protocol standard converter interacts with the first platform and the second platform, receives interactive messages sent by the first platform and the second platform, and obtains version information of the first platform and the second platform by analyzing the interactive messages.
Optionally, the protocol standard converter interacts with the first platform and the second platform, receives an interaction packet sent by the first platform and the second platform, and obtains version information of the first platform and the second platform by analyzing the interaction packet, including:
the protocol standard converter periodically sends an online confirmation message to the first platform and the second platform;
after receiving the on-line confirmation message, the first platform and the second platform reply a response OK message carrying the identification information of the first platform;
the protocol standard converter receives the response OK message and records the identification information and the online state of the first platform and the second platform;
the protocol standard converter sends detection messages carrying identification information to the first platform and the second platform, and obtains detection response messages reported by the first platform and the second platform;
and the protocol standard converter analyzes whether the detection response message contains a preset field or not according to the field carried in the detection response message, and determines the versions of the protocol standard supported by the first platform and the second platform according to the analysis result of the field.
Optionally, the protocol standard converter interacts with the first platform and the second platform, receives an interaction packet sent by the first platform and the second platform, and obtains version information of the first platform and the second platform by analyzing the interaction packet, including:
the first platform and the second platform actively send interactive messages to the protocol standard converter;
and the protocol standard converter analyzes whether the interactive message contains a preset field or not according to the field carried in the interactive message, and determines the versions of the protocol standard supported by the first platform and the second platform according to the analysis result of the field.
Further, the conversion rule carries pre-conversion information and post-conversion information, and the first platform implements negotiation interaction with the second platform according to the conversion rule, including:
after receiving the conversion rule message, the first platform analyzes the information before conversion and the information after conversion in the message;
and replacing the corresponding pre-conversion information in the negotiation message sent by the first platform with the post-conversion information and then sending the information.
The application also provides a system of the self-adaptive compatible platform interconnection inter-domain protocol, which is used for realizing communication between a first platform and a second platform which respectively support different versions of protocol standards, the system of the self-adaptive compatible platform interconnection inter-domain protocol comprises the first platform and the second platform, and a protocol standard converter connected with the first platform, wherein:
the protocol standard converter is used for respectively acquiring version information of the first platform and the second platform; according to the service type corresponding to the negotiation request message and version information of the first platform and the second platform, formulating a corresponding conversion rule and sending the conversion rule to the first platform;
the first platform is used for transmitting the negotiation request message between the platforms to the protocol standard converter; and realizing negotiation interaction with the second platform according to the conversion rule.
Further, the protocol standard converter respectively obtains version information of the first platform and the second platform, and executes the following operations:
the protocol standard converter interacts with the first platform and the second platform, receives interactive messages sent by the first platform and the second platform, and obtains version information of the first platform and the second platform by analyzing the interactive messages.
Optionally, the protocol standard converter interacts with the first platform and the second platform, receives an interaction packet sent by the first platform and the second platform, obtains version information of the first platform and the second platform by analyzing the interaction packet, and executes the following operations:
the protocol standard converter periodically sends an online confirmation message to the first platform and the second platform;
after receiving the on-line confirmation message, the first platform and the second platform reply a response OK message carrying the identification information of the first platform;
the protocol standard converter receives the response OK message and records the identification information and the online state of the first platform and the second platform;
the protocol standard converter sends detection messages carrying identification information to the first platform and the second platform, and obtains detection response messages reported by the first platform and the second platform;
and the protocol standard converter analyzes whether the detection response message contains a preset field or not according to the field carried in the detection response message, and determines the versions of the protocol standard supported by the first platform and the second platform according to the analysis result of the field.
Optionally, the protocol standard converter interacts with the first platform and the second platform, receives an interaction packet sent by the first platform and the second platform, obtains version information of the first platform and the second platform by analyzing the interaction packet, and executes the following operations:
the first platform and the second platform actively send interactive messages to the protocol standard converter;
and the protocol standard converter analyzes whether the interactive message contains a preset field or not according to the field carried in the interactive message, and determines the versions of the protocol standard supported by the first platform and the second platform according to the analysis result of the field.
Further, the conversion rule carries pre-conversion information and post-conversion information, the first platform implements negotiation interaction with the second platform according to the conversion rule, and executes the following operations:
after receiving the conversion rule message, the first platform analyzes the information before conversion and the information after conversion in the message;
and replacing the corresponding pre-conversion information in the negotiation message sent by the first platform with the post-conversion information and then sending the information.
The invention provides a method and a system for self-adapting and compatible platform inter-domain protocol, which are characterized in that a protocol standard converter is arranged on any one of two platforms needing to be interconnected and intercommunicated, a protocol version supported by the platform is acquired through detection, then a corresponding conversion rule is issued to the corresponding platform according to the detection result, the platform can adapt to the protocol standard of the other side through the conversion rule, the interconnection and intercommunicating requirements are met, and the interconnection and intercommunicating of the network can be realized at the shortest speed and the lowest cost.
Drawings
FIG. 1 is a schematic diagram of a network structure according to an embodiment of the present invention;
FIG. 2 is a flowchart of a method for adapting inter-domain protocols for compatible platforms according to an embodiment of the present invention;
FIG. 3 is a flow chart of an online validation according to an embodiment of the present invention;
FIG. 4 is a flowchart of version lookup according to an embodiment of the present invention;
fig. 5 is a flowchart of service negotiation according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
The method for self-adapting compatible platform inter-domain protocol can be applied to the application environment shown in fig. 1. The first platform and the second platform are two platforms supporting different versions of protocol standards, respectively, and the first platform and the second platform may be a device set composed of a plurality of network devices or may be a single network device, which is not limited in this application. The first platform and the second platform are interconnected through a communication network, and can communicate with each other at a physical network layer. In this application, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions.
In this embodiment, the GB28181 protocol is taken as an example, since the GB28181 protocol was released in 2012, the public security officer supplemented and revised part of the terms in the protocol standard in 2014 and 2016, respectively, and further supplementation and revision will not be excluded in the future. The platforms supporting different versions of protocol standards cannot be effectively interconnected, which results in negotiation failure and non-establishment of cross-platform services. In the technical field of network communication, there are many inter-platform-domain protocols, and this embodiment is described by taking the GB28181 protocol as an example, but is also applicable to other inter-platform-domain protocols, which is not limited in this application.
In one embodiment, as shown in fig. 2, a method for adapting compatible inter-platform interconnection inter-domain protocols is provided, which is used for implementing communication between a first platform and a second platform that respectively support different versions of protocol standards, where the first platform is connected with a protocol standard converter, and the method for adapting compatible inter-platform interconnection inter-domain protocols includes:
the protocol standard converter respectively acquires version information of a first platform and version information of a second platform;
the first platform transmits the negotiation request message between the platforms to the protocol standard converter;
the protocol standard converter formulates a corresponding conversion rule according to the service type corresponding to the negotiation request message and the version information of the first platform and the second platform and sends the conversion rule to the first platform;
and the first platform realizes negotiation interaction with the second platform according to the conversion rule.
In this embodiment, a protocol standard converter is connected to the first platform, as shown in fig. 1. It is to be understood that the relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring a protocol standard converter to be connected to the second platform such that the methods of the present application may be practiced.
Taking the GB28181 protocol as an example, assume that the first platform is version GB2014 and the second platform is version 2016, which are different in version. It is understood that the versions supported by the first platform and the second platform are different, but not limited to which platform is the new version and which platform is the old version, for example
The first platform is version GB2016 and the second platform is version 2014, and is equally applicable to this application.
The protocol standard converter of this embodiment first needs to obtain version information of the protocol standards supported by the first platform and the second platform, respectively. Different versions of the protocol standard, necessarily with some differences. The method comprises the steps of constructing interaction between a protocol standard converter and a first platform and interaction between the protocol standard converter and a second platform according to differences of protocol standards of different versions, wherein the protocol standard converter interacts with the first platform and the second platform, receiving interaction messages of the first platform and the second platform, and analyzing the interaction messages to obtain version information of the first platform and the second platform.
For example, when the device directory is queried in GB2016, compared to GB2014, parameters such as SVC spatial domain, temporal domain capability/resolution/download speed are added when reporting camera resources. Therefore, the protocol standard converter can send the analog directory query message to the first platform and the second platform through the first platform and the second platform
And analyzing the resource pushing message returned by the second platform to obtain the GB protocol versions supported by the first platform and the second platform.
In one embodiment, the protocol standard converter interacts with a first platform and a second platform, receives an interaction message sent by the first platform and the second platform, and obtains version information of the first platform and the second platform by analyzing the interaction message, including:
the protocol standard converter periodically sends an online confirmation message to the first platform and the second platform;
after receiving the on-line confirmation message, the first platform and the second platform reply a response OK message carrying the identification information of the first platform;
the protocol standard converter receives the response OK message and records the identification information and the online state of the first platform and the second platform;
the protocol standard converter sends detection messages carrying identification information to the first platform and the second platform, and obtains detection response messages reported by the first platform and the second platform;
and the protocol standard converter analyzes whether the detection response message contains a preset field or not according to the field carried in the detection response message, and determines the versions of the protocol standard supported by the first platform and the second platform according to the analysis result of the field.
Still taking GB28181 as an example in this embodiment, as shown in fig. 3, IP address information of a platform that needs to be queried is configured on a protocol standard converter, and after the protocol standard converter is started, an online confirmation message is sent to a corresponding platform, for example, if the IP of the first platform is 192.168.10.10, the online confirmation message is sent to the IP address.
When receiving the on-line confirmation message, the first platform replies a response OK message and carries identification information of the first platform, specifically in GB28181, the identification information may be cross-domain interconnection coding information. The protocol standard converter considers that the first platform is online, modifies the state of the first platform into online, and records corresponding platform information.
The subsequent protocol standard converter will continuously send the online confirmation message to the first platform at a preset time interval (for example, 5min, the specific time interval is not limited) to confirm that the first platform is online for a long time. The protocol standard converter stores a data table for recording the relevant information of the platform. The data table fields are:
| IP | cross-domain interconnect coding | On-line status | Protocol version |
| 192.168.10.10 | 33010000002000000001 | Online | GB2016 |
TABLE 1
If the platform responds overtime for 3 times, the platform is considered to be offline, and the state in the database is modified without offline. And when the state of the first platform in the protocol standard converter is set as online, the protocol standard converter starts a protocol version detection process.
In the protocol version detection process, according to the fact that parameters such as an SVC airspace, a time domain capability/resolution/a download speed are newly added when camera resources are reported when equipment directory is queried according to GB2016 in comparison to GB2014, a directory query message, that is, a detection message, is sent in this embodiment.
As shown in fig. 4, the protocol standard converter sends a directory query message in an analog manner, and the query is organized as a root directory (previously returned cross-domain interconnect fabric code). After receiving the analog directory query message, the first platform sends a detection response message (i.e., a resource sharing message), and reports resource information under the platform.
The protocol standard converter analyzes fields in the resource sharing message (sharing code is 11-13 bits) of the first camera according to the received resource sharing message (sharing code is 11-13 bits) reported by the first platform, and if the message carries three fields of Resolution, downlink speed, SVCSpacepoupportmode and SVCTimeSupportport mode, the national standard protocol supported by the platform is judged to be GB 2016. If not, the national standard protocol supported by the platform is GB 2014. And records the analyzed protocol version into a database. If the protocol standard converter senses that the tested platform is off-line in the period, when the tested platform is on-line again, the protocol detection process needs to be carried out again, and the supported protocol version information is updated.
In the above interaction process, the interaction message sent by the first platform is a probe response message (resource sharing message), in this embodiment, the protocol standard converter constructs a probe message (specifically, a directory query message) according to a difference between GB2016 and GB2014 (the resource sharing message when reporting the camera resource contains parameters such as SVC spatial domain, temporal domain capability, resolution, download speed doubling, and the like), and the first platform performs a normal response (sends the resource sharing message) after receiving the probe message.
When the first platform is simulated to inquire the directory of the platform, the situation that the camera resource does not exist under the root directory of the platform may exist, and the protocol standard converter circularly and recursively inquires downwards according to the organization information returned by the first platform until a message with the resource type being the camera is received.
Based on the same query process, the protocol version of the second platform can be obtained, which is not described herein.
It should be noted that, in this embodiment, taking GB28181 as an example, when the version difference between GB2016 and GB2014 reports camera resources, the resource sharing packet adds parameters such as SVC airspace, time domain capability, resolution, download speed, and the like, so that the directory query packet is sent to obtain version information. By simulating the directory query message, the first platform and the second platform directly respond after receiving the directory query message, and the protocol standard converter can acquire the protocol version information of the first platform and the second platform without changing the first platform and the second platform, so that the protocol standard converter is convenient to deploy in a network quickly, and the subsequent maintenance cost is low. For other inter-platform domain protocols or other versions of GB28181 protocols, the relevant interactive messages need to be simulated according to specific version differences, which is not described herein again.
For the GB28181 protocol standard, the message format of this embodiment is exemplified as follows:
an example of a message format is as follows:
directory query message
<？xml version＝"1.0"encoding＝"GB2312"？>
<Query>
<CmdType>Catalog</CmdType>
<SN>3</SN>
< DeviceID >33010000002000000001</DeviceID >//// code carrying investigated organization
</Query>
Response message
<？xml version＝"1.0"encoding＝"GB2312"？>
<Response>
<CmdType>Catalog</CmdType>
<SN>3</SN>
<DeviceID>33010000002000000001</DeviceID>
<SumNum>9</SumNum>
<DeviceList Num＝"1">
<Item>
<DeviceID>33010000001320000011</DeviceID>
<Name></Name>
<Manufacturer>uniview</Manufacturer>
<Model>uniview</Model>
<Owner>uniview</Owner>
<CivilCode>4506</CivilCode>
<Block></Block>
<Address>192.163.2.35</Address>
<Parental>0</Parental>
<ParentID>20181220102004567890/45060000002160000001</ParentID>
<SafetyWay>0</SafetyWay>
<RegisterWay>1</RegisterWay>
<CertNum>1</CertNum>
<Certifiable>0</Certifiable>
<ErrCode>400</ErrCode>
<EndTime>2011-11-11T19:46:17</EndTime>
<Secrecy>0</Secrecy>
<IPAddress></IPAddress>
<Port>8800</Port>
<Password>admin</Password>
<Status>OFF</Status>
<Longitude></Longitude>
<Latitude></Latitude>
<Info>
<CameraType>3</CameraType>
<PTZType>3</PTZType>
<PositionType>2</PositionType>
<RoomType>1</RoomType>
<UseType>1</UseType>
<SupplyLightType>1</SupplyLightType>
<DirectionType>1</DirectionType>
< Resolution > </Resolution >// adding the field distinction 2016
< DownloadSpeed > </DownloadSpeed >///adding this field to distinguish 2016
< SVCSPaceSupportMode >0</SVCSPaceSupportMode >//// Add this field differentiation 2016
< SVCTimeSepportMode >0 </SVCTimeSepportMode >///adding this field to distinguish 2016
<StreamNum>1</StreamNum></Info>
</Item>
</DeviceList>
</Response>
According to the above manner, the international version currently supported by the managed platform (i.e. the first platform or the second platform) can be automatically detected and acquired.
In addition, according to the definition of the protocol, other differences between different versions of GB28181 can also be used to detect the platform version situation. Here, taking GB2016 and GB2011 as examples, the new version carries more device information on inter-platform keep-alive than the old version, as follows:
GB2011：
<？xml version＝"1.0"encoding＝"GB2312"？>
<Notify>
<CmdType>Keepalive</CmdType>
<SN>11722</SN>
<DeviceID>gb_domain_code</DeviceID>
<Status>OK</Status>
</Notify>
GB2016：
<？xml version＝"1.0"encoding＝"GB2312"？>
<Notify>
<CmdType>Keepalive</CmdType>
<SN>11722</SN>
<DeviceID>gb_domain_code</DeviceID>
<Status>OK</Status>
</Notify>
<Info>
<Item>
<DeviceID>33110000001320000001</DeviceID>
</Item>
</Info>
in another embodiment, the interacting between the protocol standard converter and the first platform and the interacting between the protocol standard converter and the second platform, receiving the interaction messages sent by the first platform and the second platform, and analyzing the interaction messages to obtain the version information of the first platform and the second platform includes:
the first platform and the second platform actively send interactive messages to the protocol standard converter;
and the protocol standard converter analyzes whether the interactive message contains a preset field or not according to the field carried in the interactive message, and determines the versions of the protocol standard supported by the first platform and the second platform according to the analysis result of the field.
In this embodiment, information such as IP of the protocol standard converter needs to be configured on each managed platform, and the keep-alive method is modified to initiate registration keep-alive to the protocol standard converter by the managed platform in the registration keep-alive method defined in GB28181, that is, registration keep-alive messages (i.e., interactive messages) sent to the protocol standard converter are constructed on the first platform and the second platform.
After the protocol standard converter receives a first registration keep-alive message initiated by the platform to itself, the protocol version supported by the platform is obtained and recorded according to field information carried in the keep-alive message, for example, the version carrying the device information is the GB2016 version, or else the GB2011 version. If the platform is off-line and re-registered, the protocol standard converter analyzes the received first registration keep-alive message after the platform sends the registration message to the converter, and the protocol version supported by the management platform is obtained through analysis.
It is easy to understand that, the present application constructs the interactive packet according to the difference of the specific packet of the protocol version, and is not limited to the above embodiment, and for different protocols and different versions, the constructed interactive packet is different due to the difference, and may be sent to the managed platform by the protocol standard converter to obtain a response, or sent to the protocol standard converter by the managed platform actively, and the protocol standard converter can identify the protocol version of the managed platform through the analysis of the interactive packet.
After the version information supported by the first platform and the second platform is determined, if the versions are not matched when the service call is needed between the first platform and the second platform, the protocol standard converter can issue a corresponding conversion rule to the first platform according to the acquired protocol version information, and the first platform modifies the message format content thereof according to the conversion rule so as to realize the service call between the platforms.
In an embodiment, a cross-domain voice broadcast service is taken as an example for explanation, the first platform is a GB2014 version, the second platform is a 2016 version, the first platform supports a PS 96 audio format in an Invite message in a voice broadcast negotiation, and the second platform is a GB2016 version, and during the negotiation, the supported audio format is PCMA 8 audio format. The two versions interact directly and the negotiation fails because they do not recognize each other.
As shown in fig. 5, when the first platform receives a request (voice broadcast notification) from the second platform, the first platform will first transmit the signaling to the protocol standard converter, and the protocol standard converter will analyze the request service type after receiving the information, and then notify the first platform of the conversion rule according to the characteristics between the two protocol versions. And the first platform converts the negotiation message sent by the first platform into a version protocol standard supported by the second platform according to the received conversion rule and sends the version protocol standard.
For example, when the voice broadcast negotiates, the RTP/AVP 96 in the message is converted into PCMA 8 and then sent to the second platform, and the second platform receives the converted message and then passes the signaling negotiation, so that the voice broadcast can be started.
Example of message content:
GB2014：
v＝0
o＝HIC6501-LW-005 0 0 IN IP4 207.121.128.105
s＝Play
c＝IN IP4 207.121.128.105
t＝0 0
m＝audio 8000 RTP/AVP 96
a＝rtpmap:96 G711U-PS/8000
a＝recvonly
y＝0108000012
f＝v/////a/1/8/1
and GB2016 messages are as follows:
v＝0
o＝000-216-GB 0 0 IN IP4 207.121.128.105
s＝Play
c＝IN IP4 207.121.128.105
t＝0 0
m＝audio 10270 8
a＝recvonly
a＝rtpmap:8 PCMA/8000
y＝0102004032
f＝v/////a/1/8/1
the example carried by the body in the sip messsage message of the present embodiment is as follows:
<？xml version＝"1.0"encoding＝"GB2312"？>
<Response>
<CmdType>TransRule</CmdType>
<source>a＝rtpmap:96 G711U-PS/8000</source>
<dest>a＝rtpmap:8 PCMA/8000</dest>
</Response>
and after receiving the conversion rule message, the first platform analyzes the information before conversion and the information after conversion in the message, replaces the corresponding field with the information after conversion from the information before conversion, and then responds. For example, the "a ═ rtpmap: 96G 711U-PS/8000" in the above message is converted into "a ═ rtpmap:8 PCMA/8000" and then sent to the second platform.
Meanwhile, on the voice broadcast, the code stream contents defined by the PCMA 8 format supported by GB2016 and the PS 96 format supported by GB2014 are also inconsistent. When the code stream given by the second platform is PS 96, the code stream can be converted into the code stream of PCMA 8 by the protocol standard converter and then sent to the second platform, so as to implement the standard conversion of the code stream format.
In the technical scheme of the application, the GB28181 protocol version is taken as an example, and the proposed method for compatibility between different versions is described by taking the device directory and the voice broadcast of GB2014 and 2016 as examples, and the method can be extended and applied to other protocol versions and other service protocols, which are not described herein in detail. By arranging the protocol standard converter, software upgrading is not needed to be carried out on all equipment of the platform, compatibility and intercommunication are achieved, and software development and operation cost of upgrading is saved. Meanwhile, compatibility can be realized only by erecting the cooperative standard converter, and the method is very quick.
In an embodiment, the protocol standard converter may further be connected to the second platform, and still taking voice broadcast negotiation as an example, when the second platform needs to send a request (voice broadcast notification), the second platform firstly passes a signaling through to the protocol standard converter, and the protocol standard converter analyzes the request service type after receiving the information, and then notifies the second platform of the conversion rule according to the characteristic between the two protocol versions. And the second platform converts the negotiation message sent by the second platform into a version protocol standard supported by the first platform according to the received conversion rule and sends the version protocol standard. Thus, the first platform and the second platform can be compatible to complete the service negotiation, which is not described herein again.
In one embodiment, the present application further provides an adaptive platform-compliant inter-domain protocol system for enabling communication between a first platform and a second platform that respectively support different versions of protocol standards, the adaptive platform-compliant inter-domain protocol system including the first platform and the second platform, and a protocol standard converter connected to the first platform, wherein:
the protocol standard converter is used for respectively acquiring version information of the first platform and the second platform; according to the service type corresponding to the negotiation request message and version information of the first platform and the second platform, formulating a corresponding conversion rule and sending the conversion rule to the first platform;
the first platform is used for transmitting the negotiation request message between the platforms to the protocol standard converter; and realizing negotiation interaction with the second platform according to the conversion rule.
For specific limitations of the system of the self-adaptive compatible inter-platform domain protocol according to this embodiment, reference may be made to the above limitations on the method of the self-adaptive compatible inter-platform domain protocol, which are not described herein again. All or part of each device in the system of the self-adaptive compatible inter-platform interconnection inter-domain protocol can be realized by software, hardware and a combination thereof, and details are not repeated here.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.
Claims (10)
1. A method for self-adapting compatible platform inter-domain protocol is used for realizing communication between a first platform and a second platform which respectively support different versions of protocol standards, and is characterized in that the first platform is connected with a protocol standard converter, and the method for self-adapting compatible platform inter-domain protocol comprises the following steps:
the protocol standard converter respectively acquires version information of a first platform and version information of a second platform;
the first platform transmits the negotiation request message between the platforms to the protocol standard converter;
the protocol standard converter formulates a corresponding conversion rule according to the service type corresponding to the negotiation request message and the version information of the first platform and the second platform and sends the conversion rule to the first platform;
and the first platform realizes negotiation interaction with the second platform according to the conversion rule.
2. The method according to claim 1, wherein the protocol standard converter respectively obtains version information of the first platform and the second platform, and comprises:
the protocol standard converter interacts with the first platform and the second platform, receives interactive messages sent by the first platform and the second platform, and obtains version information of the first platform and the second platform by analyzing the interactive messages.
3. The method according to claim 2, wherein the protocol standard converter interacts with the first platform and the second platform, receives an interaction message sent by the first platform and the second platform, and obtains version information of the first platform and the second platform by analyzing the interaction message, and the method comprises:
the protocol standard converter periodically sends an online confirmation message to the first platform and the second platform;
after receiving the on-line confirmation message, the first platform and the second platform reply a response OK message carrying the identification information of the first platform;
the protocol standard converter receives the response OK message and records the identification information and the online state of the first platform and the second platform;
the protocol standard converter sends detection messages carrying identification information to the first platform and the second platform, and obtains detection response messages reported by the first platform and the second platform;
and the protocol standard converter analyzes whether the detection response message contains a preset field or not according to the field carried in the detection response message, and determines the versions of the protocol standard supported by the first platform and the second platform according to the analysis result of the field.
4. The method according to claim 2, wherein the protocol standard converter interacts with the first platform and the second platform, receives an interaction message sent by the first platform and the second platform, and obtains version information of the first platform and the second platform by analyzing the interaction message, and the method comprises:
the first platform and the second platform actively send interactive messages to the protocol standard converter;
and the protocol standard converter analyzes whether the interactive message contains a preset field or not according to the field carried in the interactive message, and determines the versions of the protocol standard supported by the first platform and the second platform according to the analysis result of the field.
5. The method according to claim 1, wherein the conversion rule carries pre-conversion information and post-conversion information, and the first platform implements negotiation interaction with the second platform according to the conversion rule, comprising:
after receiving the conversion rule message, the first platform analyzes the information before conversion and the information after conversion in the message;
and replacing the corresponding pre-conversion information in the negotiation message sent by the first platform with the post-conversion information and then sending the information.
6. A system for adapting to compatible inter-platform communication protocols, which is used for realizing communication between a first platform and a second platform that respectively support different versions of protocol standards, the system for adapting to compatible inter-platform communication protocols comprises the first platform, the second platform, and a protocol standard converter connected with the first platform, wherein:
the protocol standard converter is used for respectively acquiring version information of the first platform and the second platform; according to the service type corresponding to the negotiation request message and version information of the first platform and the second platform, formulating a corresponding conversion rule and sending the conversion rule to the first platform;
the first platform is used for transmitting the negotiation request message between the platforms to the protocol standard converter; and realizing negotiation interaction with the second platform according to the conversion rule.
7. The system according to claim 6, wherein the protocol standard converter obtains version information of the first platform and the second platform respectively, and performs the following operations:
the protocol standard converter interacts with the first platform and the second platform, receives interactive messages sent by the first platform and the second platform, and obtains version information of the first platform and the second platform by analyzing the interactive messages.
8. The system according to claim 7, wherein the protocol standard converter interacts with the first platform and the second platform, receives an interaction packet sent by the first platform and the second platform, obtains version information of the first platform and the second platform by analyzing the interaction packet, and performs the following operations:
the protocol standard converter periodically sends an online confirmation message to the first platform and the second platform;
after receiving the on-line confirmation message, the first platform and the second platform reply a response OK message carrying the identification information of the first platform;
the protocol standard converter receives the response OK message and records the identification information and the online state of the first platform and the second platform;
the protocol standard converter sends detection messages carrying identification information to the first platform and the second platform, and obtains detection response messages reported by the first platform and the second platform;
and the protocol standard converter analyzes whether the detection response message contains a preset field or not according to the field carried in the detection response message, and determines the versions of the protocol standard supported by the first platform and the second platform according to the analysis result of the field.
9. The system according to claim 7, wherein the protocol standard converter interacts with the first platform and the second platform, receives an interaction packet sent by the first platform and the second platform, obtains version information of the first platform and the second platform by analyzing the interaction packet, and performs the following operations:
the first platform and the second platform actively send interactive messages to the protocol standard converter;
and the protocol standard converter analyzes whether the interactive message contains a preset field or not according to the field carried in the interactive message, and determines the versions of the protocol standard supported by the first platform and the second platform according to the analysis result of the field.
10. The system according to claim 6, wherein the conversion rule carries pre-conversion information and post-conversion information, the first platform implements negotiation interaction with the second platform according to the conversion rule, and performs the following operations:
after receiving the conversion rule message, the first platform analyzes the information before conversion and the information after conversion in the message;
and replacing the corresponding pre-conversion information in the negotiation message sent by the first platform with the post-conversion information and then sending the information.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910823461.1A CN112448933B (en) | 2019-09-02 | 2019-09-02 | Method and system for self-adapting compatible platform inter-domain protocol |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910823461.1A CN112448933B (en) | 2019-09-02 | 2019-09-02 | Method and system for self-adapting compatible platform inter-domain protocol |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112448933A true CN112448933A (en) | 2021-03-05 |
| CN112448933B CN112448933B (en) | 2022-12-23 |
Family
ID=74733965
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910823461.1A Active CN112448933B (en) | 2019-09-02 | 2019-09-02 | Method and system for self-adapting compatible platform inter-domain protocol |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112448933B (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112995608A (en) * | 2021-03-23 | 2021-06-18 | 杭州迪普科技股份有限公司 | Method and device for converting technical standard |
| CN113709019A (en) * | 2021-08-27 | 2021-11-26 | 广州易方信息科技股份有限公司 | Cross-platform bridging method, device and storage medium |
| CN113890868A (en) * | 2021-09-23 | 2022-01-04 | 恒睿(重庆)人工智能技术研究院有限公司 | Signaling interaction simulation method and device and computer storage medium |
| CN113938534A (en) * | 2021-09-16 | 2022-01-14 | 中国联合网络通信集团有限公司 | Collaboration method and device |
| CN114817117A (en) * | 2022-06-23 | 2022-07-29 | 浙江大华技术股份有限公司 | Protocol compatible method, electronic device and computer readable storage device |
| CN115514719A (en) * | 2022-10-20 | 2022-12-23 | 迈普通信技术股份有限公司 | Message sending method, device, switch and readable storage medium |
| CN115941392A (en) * | 2023-02-24 | 2023-04-07 | 通号通信信息集团有限公司 | Method, electronic equipment and computer readable medium for realizing interconnection and intercommunication |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050155040A1 (en) * | 2003-09-05 | 2005-07-14 | Sanjiv Doshi | Implicit interprocess communications (IPC) versioning support |
| US20060282545A1 (en) * | 2005-06-11 | 2006-12-14 | Arwe John E | Method and apparatus for application or protocol version negotiation |
| CN101175068A (en) * | 2006-11-02 | 2008-05-07 | 上海未来宽带技术及应用工程研究中心有限公司 | Multi-version multicast protocol amalgamation method |
| CN101527704A (en) * | 2008-03-05 | 2009-09-09 | 华为技术有限公司 | Method and device for converting multi-protocol signalings |
| CN101986647A (en) * | 2010-11-04 | 2011-03-16 | 中兴通讯股份有限公司 | VRRP compatible method and device thereof |
| WO2017049971A1 (en) * | 2015-09-22 | 2017-03-30 | 华为技术有限公司 | Packet transmission method and gateway |
| CN108156109A (en) * | 2016-12-02 | 2018-06-12 | 北京金山云网络技术有限公司 | A kind of service response method and device |
| US20190199834A1 (en) * | 2017-12-27 | 2019-06-27 | UBTECH Robotics Corp. | Method, apparatus and terminal device for communication protocol compatibility |
-
2019
- 2019-09-02 CN CN201910823461.1A patent/CN112448933B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050155040A1 (en) * | 2003-09-05 | 2005-07-14 | Sanjiv Doshi | Implicit interprocess communications (IPC) versioning support |
| US20060282545A1 (en) * | 2005-06-11 | 2006-12-14 | Arwe John E | Method and apparatus for application or protocol version negotiation |
| CN101175068A (en) * | 2006-11-02 | 2008-05-07 | 上海未来宽带技术及应用工程研究中心有限公司 | Multi-version multicast protocol amalgamation method |
| CN101527704A (en) * | 2008-03-05 | 2009-09-09 | 华为技术有限公司 | Method and device for converting multi-protocol signalings |
| CN101986647A (en) * | 2010-11-04 | 2011-03-16 | 中兴通讯股份有限公司 | VRRP compatible method and device thereof |
| WO2017049971A1 (en) * | 2015-09-22 | 2017-03-30 | 华为技术有限公司 | Packet transmission method and gateway |
| CN108156109A (en) * | 2016-12-02 | 2018-06-12 | 北京金山云网络技术有限公司 | A kind of service response method and device |
| US20190199834A1 (en) * | 2017-12-27 | 2019-06-27 | UBTECH Robotics Corp. | Method, apparatus and terminal device for communication protocol compatibility |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112995608A (en) * | 2021-03-23 | 2021-06-18 | 杭州迪普科技股份有限公司 | Method and device for converting technical standard |
| CN113709019A (en) * | 2021-08-27 | 2021-11-26 | 广州易方信息科技股份有限公司 | Cross-platform bridging method, device and storage medium |
| CN113938534A (en) * | 2021-09-16 | 2022-01-14 | 中国联合网络通信集团有限公司 | Collaboration method and device |
| CN113938534B (en) * | 2021-09-16 | 2023-05-12 | 中国联合网络通信集团有限公司 | Synergistic method and device |
| CN113890868A (en) * | 2021-09-23 | 2022-01-04 | 恒睿(重庆)人工智能技术研究院有限公司 | Signaling interaction simulation method and device and computer storage medium |
| CN114817117A (en) * | 2022-06-23 | 2022-07-29 | 浙江大华技术股份有限公司 | Protocol compatible method, electronic device and computer readable storage device |
| CN114817117B (en) * | 2022-06-23 | 2022-10-04 | 浙江大华技术股份有限公司 | Protocol compatibility method, electronic equipment and computer readable storage device |
| CN115514719A (en) * | 2022-10-20 | 2022-12-23 | 迈普通信技术股份有限公司 | Message sending method, device, switch and readable storage medium |
| CN115514719B (en) * | 2022-10-20 | 2023-12-19 | 迈普通信技术股份有限公司 | Message sending method, device, switch and readable storage medium |
| CN115941392A (en) * | 2023-02-24 | 2023-04-07 | 通号通信信息集团有限公司 | Method, electronic equipment and computer readable medium for realizing interconnection and intercommunication |
| CN115941392B (en) * | 2023-02-24 | 2023-07-07 | 通号通信信息集团有限公司 | Method for realizing interconnection and interworking, electronic device and computer readable medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112448933B (en) | 2022-12-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112448933B (en) | Method and system for self-adapting compatible platform inter-domain protocol | |
| KR101113417B1 (en) | Method and system for the remote management of a machine via ip links of an ip multimedia subsystem, ims | |
| EP2504964B1 (en) | Secured remote management of a home network | |
| CN101296203B (en) | Device, system and method for automatically configuring application terminal in family network | |
| CN102177684B (en) | For the method and apparatus of resolving IP address collision in remote access service | |
| CN111130902B (en) | Switch management method, device and storage medium | |
| KR101619736B1 (en) | Method, apparatus and system for manageing private network remotely using session initiation protocol | |
| EP2465240B1 (en) | Method and arrangement for enabling multimedia services for a device in a local network | |
| US20110295992A1 (en) | Server and method for providing device management service and device receiving the device management service | |
| CN104412566A (en) | Methodes and nodes for handling an address of a resource | |
| KR20170063423A (en) | Multimedia sharing method, registration method, server and proxy server | |
| CN102598637B (en) | Communications system | |
| CN113196721B (en) | Method and device for discovering Internet of things equipment and terminal equipment | |
| JP2012227818A (en) | Home appliance cooperative control device and home appliance cooperative control method | |
| CN105429815B (en) | A kind of home network Quality estimation method based on customized two-layer protocol | |
| CN101465783B (en) | Connection method, device and connection network bridge for isomery household network appliances | |
| CN114567458A (en) | System and method for quickly identifying monitoring equipment | |
| JP4926250B2 (en) | Method, system, and network entity for obtaining session description protocol capability information | |
| JP2014060636A (en) | Communication interface conversion device | |
| CN1925479B (en) | Communication control unit and communication control method | |
| CN113296920B (en) | Equipment remote control system and method | |
| KR101566926B1 (en) | Dual communication method of Home-Network system | |
| KR100906953B1 (en) | Terminal management system and method for the same | |
| KR101045394B1 (en) | System and method for wall pad attestation in home gateway | |
| KR20120108464A (en) | Push server system for resolving a nat traversal and conrolling method therefor |
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 |