CN102724170A - IPv6lowpan-based internet of things gateway supporting UGCCNet - Google Patents
IPv6lowpan-based internet of things gateway supporting UGCCNet Download PDFInfo
- Publication number
- CN102724170A CN102724170A CN2011101491863A CN201110149186A CN102724170A CN 102724170 A CN102724170 A CN 102724170A CN 2011101491863 A CN2011101491863 A CN 2011101491863A CN 201110149186 A CN201110149186 A CN 201110149186A CN 102724170 A CN102724170 A CN 102724170A
- Authority
- CN
- China
- Prior art keywords
- data
- network
- ugccnet
- things
- message
- 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
Links
Images
Abstract
The invention discloses an internet of things gateway supporting ubiquitous green community control network protocol (UGCCNet) and 6lowpan. The gateway comprises a bottom layer extension network interface module, a protocol conversion module and a UGCCNet interface module. The bottom layer extension network interface module receives data from a bottom extension network and sends data that have been processed by the protocol conversion module and a correlated command to the bottom layer extension network; the protocol conversion module is responsible for converting protocols between the bottom extension network and a network supporting UGCCNet, thereby realizing interaction between the two networks; and the UGCCNet interface module is responsible for sending data with a standard format that has been processed by format conversion to a network server supporting the UGCCNet and receiving command data issued by the server. According to the invention, because the provided gateway is arranged between the bottom layer sensing extension network and the UGCCNet, unified control and management on diversified bottom layer extension networks can be realized; meanwhile, objectives that transmission power consumption is reduced and transmission efficiency is improved can be achieved.
Description
Technical field
The present invention relates to a kind of gateway, relate in particular to and a kind ofly be applied in the Internet of Things network to support ubiquitous green community's Control Network agreement (UGCCNet) and based on the gateway of the low rate Wireless Personal Network of IPv6.
Background technology
Internet of Things is the information sensing equipment such as REID, wireless communication technology, infrared inductor, global positioning system, laser scanner that on the computer internet basis, utilize; Agreement by agreement is got up any article and Internet connection; Carry out information exchange and communication, to realize a kind of network of intelligent identification, location, monitoring and management.Technology of Internet of things is applied to Intelligent Building Group, or even is applied in the green community, finally form ubiquitous Internet of Things network, can further improve the ability that the mankind obtain objective information.
IEEEl888 is the control protocol standard that is applicable to green Ubiquitous Network that the ieee standard association criterion committee passed through on March 1st, 2011.IEEEl888 has proposed a kind of novel ubiquitous Control Network agreement UGCCNet of green community (Ubiquitous Green Community Control Network Protocol); For user, community management person, public service provider, government department and personal user provide unified Long-distance Control and cooperative control solution accurately; Through remote monitoring, Operations, Administration and Maintenance; Can realize consuming the energy still less and environment is caused littler influence, for people provide safe, comfortable and environment easily.
Gateway device is generally operational in application layer, and its major function is at different communication protocol, data format or language, or even realizes information interaction and network interconnection intercommunication between the diverse two kinds of systems of architecture.In the standardized process of technology of Internet of things, realize that the interconnection and interflow that bottom extends network and unified Control Network is the gateway technique Development Trend.The gateway device that exists at present mainly is the functions such as protocol conversion that realize between the existing particular network, such as realize between wifi and the zigbee wireless network protocol conversion, realize the interconnection and interflow etc. between wireless sensor network and the internet.The application scenarios of these gateways is comparatively single, and versatility is relatively poor, and the effect aspect energy-saving and emission-reduction is not as people's will.And after IEEEl888 became official standard, UGCCNet will become the unified standard of following intelligent building, digital home network construction.The things-internet gateway that is applied among the UGCCNet will be to connect the core component that network and upper strata Control Network are extended in the bottom perception, is the key components that realize data penetration transmission, solve compatibility issue between the multiple network.
To the problems referred to above; Consider a kind of gateway of design, when realizing that protocol format is changed between common bottom extension network and the UGCCNet, introduce the 6lowpan technology; Support header-compressed, decompression, burst and the burst regrouping process of IPv6 packet; Realize compact, IP transfer of data efficiently, thereby reach the effect that reduces the transmission power consumption, help to realize the target of energy-saving and emission-reduction, environmental protection.
Summary of the invention
The objective of the invention is to propose the things-internet gateway of a kind of UGCCNet of support and 6lowpan, can realize that the bottom perception extends the protocol conversion between network and the unified Control Network UGCCNet.
For realizing above-mentioned purpose, the present invention adopts following technical scheme:
A kind ofly support UGCCNet and, extend network with based on exchanges data and protocol conversion function between the ubiquitous Internet of Things network of IEEEl888 agreement, it is characterized in that in order to bottom based on IPv6lowpan to be provided based on the things-internet gateway of IPv6lowpan:
This gateway comprises that bottom extends Network Interface Module, protocol conversion module and UGCCNet interface module.
Further:
Said bottom extends network and is meant the network that can obtain sensing data and underlying device information, comprises wireless sensor network, based on one of the underlying device supporting network of Modbus industrial bus, Bacnet building automation network.
Said bottom extends Network Interface Module and is responsible for receiving the data of extending network from bottom, and the data that the top service device is handled well are sent out to bottom extension network with relevant order.
Said protocol conversion module is responsible for the data of extending network and UGCCNet from bottom are carried out the conversion and the scheduling processing of form, and this protocol conversion module comprises: protocol analysis submodule, data encapsulation submodule, buffer memory, format conversion submodule and scheduling sublayer module.
Said UGCCNet interface module is used for the data of reference format are sent to the server end of UGCCNet, and the order of the reference format of reception server end and data.
Said protocol analysis submodule is responsible for the IPv6 data that bottom extension network is uploaded are resolved; Judge its burst and header-compressed situation and be for further processing; If packet is that fragment data then carries out the burst regrouping process, if packet header is compressed and then carries out header recovery process.
Said data encapsulation submodule is responsible for that the order data that the top service device issues is encapsulated as bottom and is extended the receivable form of network, is mainly according to data message and carries out header-compressed and message fragment work.
Said buffer memory is used to deposit the ephemeral data of both sides' network, is beneficial to the server fast query, does not upgrade at the appointed time when certain data and then deletes.
Said scheduling sublayer module is used to the command type of judging that server issues; If querying command; Whether the inspection buffer area has by data query earlier, has and then directly carries out format conversion and be sent to server, does not have node or the equipment then sent out in bottom extension network and carries out data query; If control command is directly passed through format conversion and data encapsulation, send out in bottom extension network respective nodes or equipment are controlled.
Said order and data with reference format are described by the XML language, comprising: data interaction message, registration interaction message, alarm information.
The things-internet gateway of support UGCCNet of the present invention and 6lowpan; Can combine 6lowpan and the UGCCNet double dominant aspect reduction transmission power consumption, minimizing energy waste; Realize the interconnection and interflow of bottom perception extension network and UGCCNet, more effective and energy-conservation realization intelligent building and the Internet of Things network in the green community are built.
Beneficial effect of the present invention is:
1, extends network to diversified bottom, protocol conversion gateway is set, realize unified control and management through extending between network and the UGCCNet in the bottom perception.
Thereby 2, support 6lowpan to realize the target that reduces the transmission power consumption, improves efficiency of transmission.
Description of drawings
Fig. 1 is a structural representation of the present invention;
Fig. 2 is a message handling process sketch map of the present invention;
Fig. 3 is a not burst message data structural representation of 6lowpan of the present invention;
Fig. 4 is first fragment message data format of 6lowpan of the present invention sketch map;
Fig. 5 is 6lowpan second of the present invention and follow-up fragment message data format sketch map;
Fig. 6 is an IPv6 packet header compression data format sketch map of the present invention;
Fig. 7 is a uplink protocol flow path switch sketch map of the present invention;
Fig. 8 is a downlink protocol flow path switch sketch map of the present invention;
Fig. 9 is the data format sketch map of data query request and inquiry response message in the UGCCNet network of the present invention.
Embodiment
Below in conjunction with accompanying drawing and embodiment the things-internet gateway of UGCCNet and 6lowpan of supporting of the present invention is elaborated.
Be illustrated in figure 1 as the things-internet gateway of support UGCCNet disclosed by the invention and 6lowpan; It comprises that bottom extends Network Interface Module, protocol conversion module and UGCCNet interface module; Wherein, bottom extension Network Interface Module comprises receiver module and transmit queue; The UGCCNet interface module comprises receiver module and transmit queue; Protocol conversion module comprises protocol analysis submodule, data encapsulation submodule, buffer memory, format conversion submodule and scheduling sublayer module.
Bottom extends Network Interface Module and is responsible for receiving the data of extending network from bottom, and the data that the top service device is handled well are sent out to bottom extension network with relevant order.
The UGCCNet interface module is responsible for the data through the reference format after the format conversion are sent to server, and the order data that issues of reception server.
Protocol conversion module is the nucleus module of this gateway.Protocol conversion module is made up of protocol analysis submodule, data encapsulation submodule, buffer memory, format conversion submodule and scheduling sublayer module.The protocol analysis submodule is responsible for the IPv6 data that bottom extension network is uploaded are resolved; Judge its burst and header-compressed situation and be for further processing; If packet is that fragment data then carries out the burst regrouping process, if packet header is compressed and then carries out header recovery process.The data encapsulation submodule is responsible for that the order data that the top service device issues is encapsulated as bottom and is extended the receivable form of network, mainly is to carry out header-compressed and message fragment work according to the content and the network requirement of data message.Buffer memory is used to deposit the ephemeral data of both sides' network, is beneficial to the server fast query, does not upgrade at the appointed time when certain data and then deletes.The format conversion submodule is mainly used in the conversion work between the data format that carries out bottom extension network and UGCCNet.The scheduling sublayer module is used to the command type of judging that server issues; If querying command; Whether the inspection buffer area has by data query earlier, has and then directly carries out format conversion and be sent to server, does not have the node of then sending out in bottom extension network and carries out data query; If control command is directly passed through format conversion and data encapsulation, send out in bottom extension network respective nodes is controlled.
At first combine Fig. 2 that the entire process flow process of gateway to the 6lowpan message of reception is described below, as shown in the figure, this handling process may further comprise the steps:
Step 1-1: gateway receives the IPv6 packet in the network from the transmitting-receiving submodule that bottom extends the Network Interface Module;
Step 1-2: the IPv6 packet is transferred to the MAC layer handle;
Whether step 1-3:MAC layer judges this packet by burst, carries out the burst reorganization if burst gets into step 1-4, if burst does not then get into step 1-5;
Step 1-4: packet segment is carried out the burst reorganization;
Step 1-5: packet handed over to adaptation layer handle;
Step 1-6: adaptation layer judges whether header is compressed.Then get into step 1-7 and carry out header and recover if be compressed, get into step 1-8 if be compressed;
Step 1-7: header compression is recovered;
Step 1-8: final IPv6 packet is handed over the parsing of carrying out next step to network layer.
Wherein:
The burst regrouping process may further comprise the steps:
Step 1-4-1: continue the scanning bottom and extend the receiving port in the Network Interface Module, receive follow-up fragment message;
Step 1-4-2: judging whether subsequent packet receives finishes, and then gets into step 1-4-3 and carries out the burst reorganization if receive to finish, and does not then return step 1-4-1 and continues the scanning bottom and extend the receiving port in the Network Interface Module if receive;
Step 1-4-3: the fragment message that will belong to same packet according to the segmental identification in the message is reassembled as complete IPv6 packet according to the order of sequence according to the burst deviation number.
Header recovery process may further comprise the steps:
Step 1-7-1: according to IEEE802.15.4 address style reduction interface identifier;
Step 1-7-2: the HC1 field judgement of resolving in the header has been compressed and unpressed field, and packed field recovers out;
Step 1-7-3: packed field is not handled;
Step 1-7-4: with the packed field that is resumed and not packed field carry out combined treatment, reduce complete ipv6 header.
Above-mentioned 6lowpan not the data format of fragment message, fragment message and IPv6 packet header compression shown in Fig. 3-6.
Fig. 3 is the not data format of fragment message of 6lowpan.Fragment message is not used for the message of load less than MAC layer MTU (102 byte).Comprise following 4 field: LF in the concrete not fragment message: length is 2 bits, the link fragmentation state.For representing not burst of this message, should be 00 here.Pro_type: length is 8 bits, and expression follows the type of message behind head closely.0 is expressed as IPv6, and 1 is expressed as HC1 header suppression code field.Rsv: length is 6 bits, and reserved field should all be set to 0.
Fig. 4 and shown in Figure 5 be the data format of 6lowpan fragment message, it is used for the message of load greater than MAC layer MTU (102 byte), wherein the form of first message and subsequent packet and inequality.Concrete field contents is following:
LF: length is 2 bits, the link fragmentation state.Particularly, 00 representes not burst; First of 01 expression; The last a slice of 10 expressions; Burst in the middle of 11 expressions.
Pro_type: length is 8 bits, and expression follows the type of message behind head closely, only in first link burst, occurs.
Datagram_size: length is 11 bits, the total length of load message.The maximum load message length of this field support is 2048 bytes, can satisfy the requirement at IEEE802.15.4 transmission IPv6 message 1280 byte MTU.All need carry this field in each burst; The purpose of doing like this is to make destination node after receiving any one burst, (because destination node is not necessarily at first received first burst) confirm the size of reorganization back message and to do some other processing, as allocates buffering area in advance or directly abandon the message that can handle maximum number of byte above this node.
Datagram_tag: length is 11 bits, segmental identification, and the Datagram_tag of all bursts of same load message should be identical.Be a random value with this value initialization during initialization, this value of complete frame of every transmission (not being a burst) adds 1, and when this value reached 2047, turning over was 0.
F_offset:8bits, message fragment skew only appears in second and the follow-up burst, and this field is a unit with 8 bytes, so the Payload of fragment message must align with 8 byte boundaries.
In the message regrouping process, after receiving all bursts, the burst with same slice sign (Datagram_tag) belongs to same message, according to message fragment skew (F_offset) these bursts is recombinated according to the order of sequence at last and has just reduced original IPv6 message.
Fig. 6 is an IPv6 packet header compression data format.Ipv6 header after the compression is two bytes: HC1 field and jumping limit field respectively take 1 byte.The HC1 encoding domain is integrated field (1bit), IPv6 source address field Source_address (2bits), IPv6 destination address domain Destination_address (2bits), next radicals by which characters are arranged in traditional Chinese dictionaries type Next_header (2bit) and HC2 the encoding option (1bit) by V_T_F and is formed.
The implication of each field is following:
V_T_F is the integration field that is formed by protocol version, stream type and stream label compression; Length is 1 bit; Particularly: above-mentioned three fields of 0 expression are not compressed, never release type, the stream type of 8 bits and the stream label of 20 bits of reduction 4 bits in the packed field; In above-mentioned three fields of 1 expression, release type is defaulted as 6, the equal boil down to 0 of stream type and stream label.
IPv6 source address and destination address field (DAF) length are 2 bits, and have following four kinds of coded systems:
PI presentation address prefix is not compressed, and is carried in the not packed field of back;
PC presentation address prefix is compressed (acquiescence is the link-local prefix), and specifying information should obtain from the link local address prefix;
II representes that interface ID is not compressed, and is carried in the not packed field of back;
IC representes that interface ID is compressed, and specifying information should obtain from link layer address information.
Can describe the IPv6 address with 2 bits according to above four kinds of situation, particularly:
00：PI，II。Prefix and interface ID be compression all, can be directly obtains in from behind the not packed field;
01：PI，IC。Prefix is not compressed, and interface ID is compressed, and interface ID regenerates IID by the MAC Address of mac frame head in the link layer, and with the synthetic jointly ipv6 address of the prefix in the packed field not, back;
10：PC，II。Prefix is compressed, and interface ID does not compress.The link local address prefix is defaulted as FE80: :/64, it is combined to form the ipv6 address with interface ID in the packed field not;
11：PC，IC。Prefix and interface ID all are compressed.Need be reduced to FE80: this moment with prefix acquiescence :/64, and regenerate IID by the MAC Address of mac frame head in the link layer, and the two and then synthetic complete ipv6 address.
The Next_header field is represented next radicals by which characters are arranged in traditional Chinese dictionaries type, and length is 2 bits, can represent following 4 kinds of compression types particularly:
00: compression, the next radicals by which characters are arranged in traditional Chinese dictionaries of 8 bits are carried at not in the packed field.Directly extract when recovering message and get final product;
01: be expressed as the udp protocol type, carry out radicals by which characters are arranged in traditional Chinese dictionaries according to the udp agreement when recovering message and fill;
The 10:ICMP protocol type carries out radicals by which characters are arranged in traditional Chinese dictionaries according to the ICMP agreement when recovering message and fills;
The 11:TCP protocol type carries out radicals by which characters are arranged in traditional Chinese dictionaries according to Transmission Control Protocol when recovering message and fills.
Whether HC2 the encoding option field list has follow-up header suppression code field after being shown in the HC1 coding, and length is 1 bit.HC2 the encoding option is defined as 0 among the present invention, does not adopt follow-up HC2 coding.
The data format that extends network owing to the bottom based on IPv6 is the IPv6 packet with header compression; And the XML file that the data of UGCCNet are to use extend markup language (XML) to describe; So the data between two networks need be changed and could realize alternately, combine the trend of data in up link and the down link to explain each module among the present invention is how to realize protocol conversion between two networks below respectively.Wherein, up link is meant that bottom extends network and uploads the link of sensing data to the UGCCNet webserver, and down link is meant that the UGCCNet webserver extends the link that network sends data to bottom.
Be illustrated in figure 7 as the protocol conversion schematic flow sheet of up link, concrete steps are:
2-1) the scanning bottom extends the receiving port in the network interface, checks whether need receive data;
Free of data 2-2) then gets into step 2-3, if need receive and then return step 2-1 if need to receive data;
2-3) receive bottom and extend the packet in the network;
The protocol analysis module of 2-4) packet that receives being sent in the protocol conversion module is carried out data analysis and processing;
2-5) that the protocol analysis resume module is intact data deposit in the buffer area;
2-6) from buffer area, extract corresponding data and be converted into reference format;
The transmit queue that 2-7) adds the data of reference format to the UGCCNet Network Interface Module wait for to be sent out to the UGCCNet webserver.
Be illustrated in figure 8 as the protocol conversion schematic flow sheet of down link, concrete steps are:
3-1) receiving port in the scanning UGCCNet Network Interface Module checks whether need receive data;
Free of data 3-2) then gets into step 3-3, if need receive and then return step 3-1 if need to receive data;
3-3) receive data to the scheduling sublayer module, the type of this module judgment data is if querying command then gets into step 3-4, if control command then gets into step 3-7;
3-4) at first get into and search target data to be checked in the buffer zone;
3-5),, then get into step 3-7 if do not exist if exist target data then to get into step 3-6 in the buffer memory;
3-6) extracting target data, is reference format through the format conversion submodule with this data transaction, and the transmit queue that adds to then in the UGCCNet Network Interface Module is prepared to send out to the UGCCNet webserver;
3-7) data transaction is encapsulated as the form that bottom extends network support through format conversion submodule, data encapsulation submodule;
3-8) add the data that convert to transmit queue that bottom extends Network Interface Module and extend network to carry out relevant program to wait for sending out to bottom.
Wherein, the data type in the UGCCNet network comprises: facility registration request, facility registration response, data message subscribe message, data query request, inquiry response, control command, control command are replied message and alarm information.These data are made up of message header and message body two parts, and message header comprises and the equipment and the relevant attribute information of data itself that send data, and message body is the presents of data.
Shown in Figure 9 is typical data query request and inquiry response message in the UGCCNet network, and among the figure, the query requests message only comprises message header, and the message body part can be ignored.In message header, include id attribute, type attribute, acceptableSize attribute and relevant searching keyword.The identification number of this query messages of id attribute representation, the type of type attribute representation query requests, the maximum message segment length that acceptableSize attribute representation server can receive in a RPC replys; The inquiry response message not only comprises message header, and its message body part is not left in the basket yet, and this is because the data content of being inquired about will be written into the message body part.Whether when successful inquiring, the message header of inquiry response message will comprise id, type and the acceptableSize attribute in the request message head, simultaneously also can be according to having subsequent packet to increase a cursor attribute.When, being divided into the message sheet that continues by data query and transmitting during greater than the maximum length of a RPC message by data query length, the cursor attribute will occur this moment in replying message.When the inquiry failure, the inquiry response message only comprises message header, and the reason of inquiry failure can be described in message header.
The present invention is provided with protocol conversion gateway through extending between network and the UGCCNet at bottom, and it is indiscriminate mutual that the two can be carried out, and extend network to diversified bottom and realized unified control and management.Simultaneously, through support, reached the purpose that reduces the transmission power consumption, improves efficiency of transmission to 6lowpan.
The above is preferred embodiment of the present invention and the know-why used thereof; For a person skilled in the art; Under the situation that does not deviate from the spirit and scope of the present invention; Any based on conspicuous changes such as the equivalent transformation on the technical scheme of the present invention basis, simple replacements, all belong within the protection range of the present invention.
Claims (10)
1. support UGCCNet and based on the things-internet gateway of IPv6lowpan for one kind, extend network with based on exchanges data and protocol conversion function between the ubiquitous Internet of Things network of IEEEl888 agreement, it is characterized in that in order to bottom based on IPv6lowpan to be provided:
This gateway comprises that bottom extends Network Interface Module, protocol conversion module and UGCCNet interface module.
2. things-internet gateway according to claim 1 is characterized in that:
Said bottom extends network and is meant the network that can obtain sensing data and underlying device information, comprises wireless sensor network, based on one of the underlying device supporting network of Modbus industrial bus, Bacnet building automation network.
3. things-internet gateway according to claim 1 is characterized in that:
Said bottom extends Network Interface Module and is responsible for receiving the data of extending network from bottom, and the data that the top service device is handled well are sent out to bottom extension network with relevant order.
4. things-internet gateway according to claim 1 is characterized in that:
Said protocol conversion module is responsible for the data of extending network and UGCCNet from bottom are carried out the conversion and the scheduling processing of form, and this protocol conversion module comprises: protocol analysis submodule, data encapsulation submodule, buffer memory, format conversion submodule and scheduling sublayer module.
5. things-internet gateway according to claim 1 is characterized in that:
Said UGCCNet interface module is used for the data of reference format are sent to the server end of UGCCNet, and the order of the reference format of reception server end and data.
6. things-internet gateway according to claim 4 is characterized in that:
Said protocol analysis submodule is responsible for the IPv6 data that bottom extension network is uploaded are resolved; Judge its burst and header-compressed situation and be for further processing; If packet is that fragment data then carries out the burst regrouping process, if packet header is compressed and then carries out header recovery process.
7. things-internet gateway according to claim 4 is characterized in that:
Said data encapsulation submodule is responsible for that the order data that the top service device issues is encapsulated as bottom and is extended the receivable form of network, is mainly according to data message and carries out header-compressed and message fragment work.
8. things-internet gateway according to claim 4 is characterized in that:
Said buffer memory is used to deposit the ephemeral data of both sides' network, is beneficial to the server fast query, does not upgrade at the appointed time when certain data and then deletes.
9. things-internet gateway according to claim 4 is characterized in that:
Said scheduling sublayer module is used to the command type of judging that server issues; If querying command; Whether the inspection buffer area has by data query earlier, has and then directly carries out format conversion and be sent to server, does not have node or the equipment then sent out in bottom extension network and carries out data query; If control command is directly passed through format conversion and data encapsulation, send out in bottom extension network respective nodes or equipment are controlled.
10. things-internet gateway according to claim 5 is characterized in that:
Said order and data with reference format are described by the XML language, comprising: data interaction message, registration interaction message, alarm information.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2011101491863A CN102724170A (en) | 2011-06-03 | 2011-06-03 | IPv6lowpan-based internet of things gateway supporting UGCCNet |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2011101491863A CN102724170A (en) | 2011-06-03 | 2011-06-03 | IPv6lowpan-based internet of things gateway supporting UGCCNet |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102724170A true CN102724170A (en) | 2012-10-10 |
Family
ID=46949833
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2011101491863A Pending CN102724170A (en) | 2011-06-03 | 2011-06-03 | IPv6lowpan-based internet of things gateway supporting UGCCNet |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102724170A (en) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102984757A (en) * | 2012-11-16 | 2013-03-20 | 感知集团有限公司 | Gateway data processing method and gateway data processing device for Internet of Things |
| CN103019206A (en) * | 2012-12-13 | 2013-04-03 | 北京天地互连信息技术有限公司 | Community energy-saving control system based on institute of electrical and electronic engineers (IEEE) 1888 standard protocol |
| CN103117881A (en) * | 2013-02-27 | 2013-05-22 | 中国电子器材总公司 | Resource management system of Internet of Things |
| CN103634408A (en) * | 2013-12-11 | 2014-03-12 | 北京交通大学 | Method for integrating heterogenous networks on basis of intelligent application resolvers |
| WO2014063543A1 (en) * | 2012-10-22 | 2014-05-01 | 中兴通讯股份有限公司 | Implementation method and device for virtual southbound interface and internet of things management platform |
| CN103905333A (en) * | 2014-04-15 | 2014-07-02 | 广东未来信息技术有限公司 | Internet of things multi-protocol access transform device and control method thereof |
| CN105471982A (en) * | 2015-11-20 | 2016-04-06 | 中国石油天然气股份有限公司华北油田分公司 | Interaction method and system for internet-of-things gateway and cloud platform |
| CN105681179A (en) * | 2015-12-30 | 2016-06-15 | 青岛高校信息产业股份有限公司 | IEEE1888 gateway based on intel quark chip |
| CN105704063A (en) * | 2014-11-28 | 2016-06-22 | 奇点新源国际技术开发(北京)有限公司 | Information transmission method and apparatus applied to vehicle terminal |
| CN106998293A (en) * | 2017-05-10 | 2017-08-01 | 南京搜新智能科技有限公司 | A kind of intelligent protocol transfer gateway main frame |
| CN109120518A (en) * | 2018-09-07 | 2019-01-01 | 张立江 | A kind of home gateway system and its data forwarding method |
| CN109474547A (en) * | 2019-01-11 | 2019-03-15 | 广东省气象公共服务中心(广东气象影视宣传中心) | Boat-carrying gateway communication system, boat-carrying gateway communication method and electronic equipment |
| CN111212089A (en) * | 2020-02-14 | 2020-05-29 | 重庆邮电大学 | Protocol conversion method for EtherCAT and IPv6 network |
| CN115134171A (en) * | 2022-08-30 | 2022-09-30 | 湖南麒麟信安科技股份有限公司 | Method, device, system and medium for encrypting storage message under isolated network environment |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102035731A (en) * | 2010-11-23 | 2011-04-27 | 常熟理工学院 | 6LoWPAN wireless sensor network routing method |
-
2011
- 2011-06-03 CN CN2011101491863A patent/CN102724170A/en active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102035731A (en) * | 2010-11-23 | 2011-04-27 | 常熟理工学院 | 6LoWPAN wireless sensor network routing method |
Non-Patent Citations (1)
| Title |
|---|
| 霍宏伟等: "一种无线传感器网络与以太网间的接入系统研究", 《北京交通大学学报》 * |
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2014063543A1 (en) * | 2012-10-22 | 2014-05-01 | 中兴通讯股份有限公司 | Implementation method and device for virtual southbound interface and internet of things management platform |
| CN102984757A (en) * | 2012-11-16 | 2013-03-20 | 感知集团有限公司 | Gateway data processing method and gateway data processing device for Internet of Things |
| CN102984757B (en) * | 2012-11-16 | 2015-05-20 | 感知集团有限公司 | Gateway data processing method and gateway data processing device for Internet of Things |
| CN103019206A (en) * | 2012-12-13 | 2013-04-03 | 北京天地互连信息技术有限公司 | Community energy-saving control system based on institute of electrical and electronic engineers (IEEE) 1888 standard protocol |
| CN103117881A (en) * | 2013-02-27 | 2013-05-22 | 中国电子器材总公司 | Resource management system of Internet of Things |
| CN103634408B (en) * | 2013-12-11 | 2017-01-18 | 北京交通大学 | Method for integrating heterogenous networks on basis of intelligent application resolvers |
| CN103634408A (en) * | 2013-12-11 | 2014-03-12 | 北京交通大学 | Method for integrating heterogenous networks on basis of intelligent application resolvers |
| CN103905333A (en) * | 2014-04-15 | 2014-07-02 | 广东未来信息技术有限公司 | Internet of things multi-protocol access transform device and control method thereof |
| CN105704063A (en) * | 2014-11-28 | 2016-06-22 | 奇点新源国际技术开发(北京)有限公司 | Information transmission method and apparatus applied to vehicle terminal |
| CN105704063B (en) * | 2014-11-28 | 2018-09-07 | 奇点新源国际技术开发(北京)有限公司 | Information transferring method and device applied to car-mounted terminal |
| CN105471982A (en) * | 2015-11-20 | 2016-04-06 | 中国石油天然气股份有限公司华北油田分公司 | Interaction method and system for internet-of-things gateway and cloud platform |
| CN105471982B (en) * | 2015-11-20 | 2019-02-12 | 中国石油天然气股份有限公司华北油田分公司 | The exchange method and system of things-internet gateway and cloud platform |
| CN105681179A (en) * | 2015-12-30 | 2016-06-15 | 青岛高校信息产业股份有限公司 | IEEE1888 gateway based on intel quark chip |
| CN106998293A (en) * | 2017-05-10 | 2017-08-01 | 南京搜新智能科技有限公司 | A kind of intelligent protocol transfer gateway main frame |
| CN106998293B (en) * | 2017-05-10 | 2023-06-20 | 南京搜新智能科技有限公司 | Intelligent protocol conversion gateway host |
| CN109120518A (en) * | 2018-09-07 | 2019-01-01 | 张立江 | A kind of home gateway system and its data forwarding method |
| CN109474547A (en) * | 2019-01-11 | 2019-03-15 | 广东省气象公共服务中心(广东气象影视宣传中心) | Boat-carrying gateway communication system, boat-carrying gateway communication method and electronic equipment |
| CN111212089A (en) * | 2020-02-14 | 2020-05-29 | 重庆邮电大学 | Protocol conversion method for EtherCAT and IPv6 network |
| CN115134171A (en) * | 2022-08-30 | 2022-09-30 | 湖南麒麟信安科技股份有限公司 | Method, device, system and medium for encrypting storage message under isolated network environment |
| CN115134171B (en) * | 2022-08-30 | 2022-11-29 | 湖南麒麟信安科技股份有限公司 | Method, device, system and medium for encrypting storage message under isolated network environment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102724170A (en) | IPv6lowpan-based internet of things gateway supporting UGCCNet | |
| JP5631406B2 (en) | Method and device for aggregating multiple service data from machine terminal equipment | |
| CN109687995B (en) | CoAP-based OPC UA message transmission method suitable for resource-limited industrial field equipment | |
| CN101568144B (en) | Header compression method applicable to wireless ad hoc network | |
| US20130215810A1 (en) | Method and device for transmitting an ipv6 over low power wireless personal area network data packet | |
| EP2632098B1 (en) | Ipv6 address management method and gateway performing same | |
| CN101141419B (en) | Heterogeneous network protocol based communication method between digital household appliances | |
| CN102255908A (en) | Internet of things gateway protocol consistency realization method | |
| CN104506439A (en) | IPv6 (Internet protocol version 6) message transmission system and method applicable to WIA-PA (windows image acquisition-power amplification) network | |
| CN102045244A (en) | IPV4 (Internet Protocol Version 4) network as well as implementation method and system for intercommunicating with new network | |
| CN102006173B (en) | Method and device for expanding Ethernet interface | |
| CN103647706A (en) | Self-adaptation protocol communication gateway and communication platform | |
| WO2015103848A1 (en) | Method, system and terminal for realizing network access via wifi | |
| CN104519554A (en) | Method for supporting parallel access of multiband 6LoWSNs (IPv6 over low power wireless sensor networks) to internet | |
| CN101834913A (en) | Wireless sensor network, mobile terminal and interconnection method and system thereof | |
| CN112243009B (en) | IPv 6-based industrial heterogeneous network multi-protocol convergence networking and communication system and method | |
| CN102238059A (en) | Data message processing method and system and access service node | |
| TWI241815B (en) | Frame transmission method of WLAN and data structure thereof | |
| CN102332999B (en) | Interaction system and interaction method of network management based on shared network address translation (NAT) | |
| CN102170389B (en) | data message transmission method and access device | |
| CN102025588A (en) | Intercommunication method and intercommunication network of identification and position separating network and Internet | |
| US20190346495A1 (en) | Data concentration unit, power meter, and method for operating same | |
| CN104506461A (en) | Industrial communication network gateway equipment | |
| US8902795B2 (en) | System and method for improving service subscription or unsubscription speed for Wireless Application Protocol (WAP) roaming users | |
| CN106302767A (en) | A kind of Internet of Things application system based on WMMP agreement |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20121010 |