CN112398780A - Equipment self-identification communication method suitable for various networks - Google Patents
Equipment self-identification communication method suitable for various networks Download PDFInfo
- Publication number
- CN112398780A CN112398780A CN201910742895.9A CN201910742895A CN112398780A CN 112398780 A CN112398780 A CN 112398780A CN 201910742895 A CN201910742895 A CN 201910742895A CN 112398780 A CN112398780 A CN 112398780A
- Authority
- CN
- China
- Prior art keywords
- frame
- frame control
- domain
- length
- address information
- 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/03—Protocol definition or specification
-
- 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/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
The invention particularly relates to a device self-identification communication method suitable for various networks, which comprises the following steps: a definition of the overall format of the communication protocol; the overall format of the communication protocol comprises a frame head, a frame length, a frame control domain, a frame serial number, equipment coding, an address information domain, a data area, frame verification and a frame tail; the frame control domain comprises a communication protocol version, a transmission type, a frame type, a pending mark, an encryption mark and a response request mark. And presetting corresponding numbers for each transmission type. Thirdly, the method comprises the following steps: according to the specific transmission type in the second step, carrying out format definition of a corresponding address information domain; the address information field comprises a device local address information field and an address information field of a receiver. And fourthly, identifying the communication equipment based on the defined format of the first step, the second step and the third step, and filling the communication protocol corresponding to the communication equipment. The invention can be applied to various network transmission modes, and realizes the device independence of the physical transmission layer.
Description
The invention relates to data transmission of an internet of things terminal, in particular to a device self-identification communication method suitable for various networks.
Background
At present, the internet of things (IoT) is rapidly developed, communication modes for internet of things transmission are various, communication protocols of manufacturers are different, mutual compatibility cannot be achieved, although some manufacturers achieve partial compatibility, the manufacturers are limited to a certain network communication mode, other network communication modes cannot be simultaneously compatible, and various wired and wireless transmission modes such as RS485, ZigBee, BLE, LoRa, 802.15.4 and TCP/IP cannot be achieved. The common protocol cannot automatically identify equipment manufacturers, equipment types and the like, and is not beneficial to the unified maintenance and management of the equipment. Meanwhile, the management on the message quality and the message safety is lacked, so that a large number of Internet of things devices operate in an unstable and unsafe mode.
In view of the above, it is urgent to develop a device self-identification protocol applicable to various networks.
Disclosure of Invention
1. The technical problem to be solved is as follows:
in order to solve the technical defects, the invention provides a device self-identification communication method suitable for various networks; the data access unification of different transmission networks, different equipment types and platforms can be realized, and the functions of message quality control, message safety control and the like are provided.
2. The technical scheme is as follows:
a self-recognition communication method of equipment suitable for various networks is characterized in that: the method comprises the following steps: the method comprises the following steps: defining the overall format of a communication protocol; the overall format of the communication protocol comprises a frame head, a frame length, a frame control domain, a frame serial number, equipment coding, an address information domain, a data area, frame verification and a frame tail; the frame control domain comprises a communication protocol version, a transmission type, a frame type, a pending mark, an encryption mark and a response request mark.
Step two: presetting a corresponding number for each transmission type; the transmission types comprise an 802.15.4 network type, a ble network type, a tcp/ip network type and a serial network type.
Step three: according to the specific transmission type in the second step, carrying out format definition of a corresponding address information domain; the address information field comprises a device local address information field and an address information field of a receiver.
Step four: and identifying the format of the communication equipment based on the definition of the first step to the third step, and filling the communication protocol corresponding to the communication equipment.
Further, the communication protocol content is specifically defined in the step one as follows: the length of the frame header is one byte, the length of the frame is two bytes, the length of the frame control domain is two bytes, the length of the frame sequence number is one byte, the length of the equipment coding is twelve bytes, the length of the address information domain is variable, the length of the data area is variable, the length of the frame check is one byte, and the length of the frame tail is one byte; specifically, the content of the frame control domain is defined as that the protocol version occupies 2 bits of the frame control domain, the transmission type occupies 4 bits of the frame control domain, the frame type occupies 2 bits of the frame control domain, the Pending flag occupies 1 bit of the frame control domain, the encryption flag occupies 1 bit of the frame control domain, and the response request occupies 1 bit of the frame control domain.
Further, the transmission type specifically defined in the step two includes defining a number 0 to represent an 802.15.4 network type; the number 1 represents the ble network type; the number 2 represents the tcp/ip network type; definition number 3 represents an 802.15.4 network type; the number 4 to the number 7 are defined as reserved bits.
Further, the third step specifically includes the following steps:
step 31: if the transmission type in the frame control field is 0, the address information field comprises a source device address with the length of two bytes, a target device address with the length of two bytes and signal strength with the length of one byte;
step 32: if the transmission type in the frame control field is 1, the address information field comprises a ble MAC address with six bytes; signal strength of one byte length;
step 33; if the transmission type in the frame control field is 2, the address information field does not contain any data, and the length is zero;
step 34: if the transmission type in the frame control field is 3; the address information field comprises a source device address of one byte and a target device address of one byte;
step 35: if the transmission type in the frame control field is 4; the user can define the address information domain.
Further, in the fourth step, the communication protocols corresponding to the communication device are filled in sequence according to the following sequence: filling a frame header, a filling frame length, a network type in a filling frame control domain, a gateway mark in the filling frame control domain, a frame type in the filling frame control domain, a protocol version in the filling frame control domain, an internal transmission mark in the filling frame control domain, a Pending mark in the filling frame control domain, an encryption mark in the filling frame control domain, a response request mark in the filling frame control domain, a filling frame sequence number, a filling equipment code, a filling address information domain, a filling data domain, a filling frame check and a filling frame tail according to the network type in the step 4.3.
3. Has the advantages that:
the equipment self-identification communication method applicable to various networks can be applicable to various different network transmission modes such as RS485, ZigBee, BLE, LoRa, 802.15.4, TCP/IP and the like, and realizes the equipment independence of a physical transmission layer. The protocol realizes functions of data encryption, message quality control and the like through the frame control domain and the frame sequence number, and ensures the stability and the safety of data transmission. Meanwhile, the protocol comprises EPC codes, and the EPC codes are global uniform identification codes, so that uniform management and automatic identification of data of manufacturers, models and the like of equipment can be realized, and tracking of single products in a global range can be realized.
Drawings
FIG. 1 is a schematic diagram of the communication method;
fig. 2 is a diagram illustrating a frame control field format in the communication method.
Detailed Description
The present invention will be described in detail with reference to the accompanying drawings.
A self-recognition communication method of equipment suitable for various networks is characterized in that: the method comprises the following steps: the method comprises the following steps: defining the overall format of a communication protocol; the overall format of the communication protocol comprises a frame head, a frame length, a frame control domain, a frame serial number, equipment coding, an address information domain, a data area, frame verification and a frame tail; the frame control domain comprises a communication protocol version, a transmission type, a frame type, a pending mark, an encryption mark and a response request mark.
Step two: presetting a corresponding number for each transmission type; the transmission types comprise an 802.15.4 network type, a ble network type, a tcp/ip network type and a serial network type.
Step three: according to the specific transmission type in the second step, carrying out format definition of a corresponding address information domain; the address information field comprises a device local address information field and an address information field of a receiver.
Step four: and identifying the format of the communication equipment based on the definition of the first step to the third step, and filling the communication protocol corresponding to the communication equipment.
Further, the communication protocol content is specifically defined in the step one as follows: the length of the frame header is one byte, the length of the frame is two bytes, the length of the frame control domain is two bytes, the length of the frame sequence number is one byte, the length of the equipment coding is twelve bytes, the length of the address information domain is variable, the length of the data area is variable, the length of the frame check is one byte, and the length of the frame tail is one byte; specifically, the content of the frame control domain is defined as that the protocol version occupies 2 bits of the frame control domain, the transmission type occupies 4 bits of the frame control domain, the frame type occupies 2 bits of the frame control domain, the Pending flag occupies 1 bit of the frame control domain, the encryption flag occupies 1 bit of the frame control domain, and the response request occupies 1 bit of the frame control domain.
Further, the transmission type specifically defined in the step two includes defining a number 0 to represent an 802.15.4 network type; the number 1 represents the ble network type; the number 2 represents the tcp/ip network type; definition number 3 represents an 802.15.4 network type; the number 4 to the number 7 are defined as reserved bits.
Further, the third step specifically includes the following steps:
step 31: if the transmission type in the frame control field is 0, the address information field comprises a source device address with the length of two bytes, a target device address with the length of two bytes and signal strength with the length of one byte;
step 32: if the transmission type in the frame control field is 1, the address information field comprises a ble MAC address with six bytes; signal strength of one byte length;
step 33; if the transmission type in the frame control field is 2, the address information field does not contain any data, and the length is zero;
step 34: if the transmission type in the frame control field is 3; the address information field comprises a source device address of one byte and a target device address of one byte;
step 35: if the transmission type in the frame control field is 4; the user can define the address information domain.
Further, in the fourth step, the communication protocols corresponding to the communication device are filled in sequence according to the following sequence: filling a frame header, a filling frame length, a network type in a filling frame control domain, a gateway mark in the filling frame control domain, a frame type in the filling frame control domain, a protocol version in the filling frame control domain, an internal transmission mark in the filling frame control domain, a Pending mark in the filling frame control domain, an encryption mark in the filling frame control domain, a response request mark in the filling frame control domain, a filling frame sequence number, a filling equipment code, a filling address information domain, a filling data domain, a filling frame check and a filling frame tail according to the network type in the step 4.3.
As shown in fig. 1, a device self-identification communication method applicable to multiple networks is used for data communication between an internet of things terminal and a platform, and the definition of a communication protocol includes: frame head, frame length, frame control field, frame serial number, equipment coding, address information field, data area, frame check and frame tail. The header is used to identify the start of a frame of information. The frame length is used to indicate the frame data length. The frame control field is used for controlling the details of data frame transmission. The frame sequence number is used for judging the uniqueness of the data packet, and the frame sequence number is automatically added by one every time the data packet is transmitted, and automatically returns to 0 after reaching 255. The equipment code is used for uniquely coding the equipment and distinguishing different equipment of different manufacturers, and the coding format adopts a global EPC coding format. The address information field is used for the transmission address of the physical layer device, and the length can be self-adapted according to the transmission type in the frame control field. The data area is used for transmitting data and instructions; the frame check uses a CRC check. The end of frame is used to identify the end of a frame of information.
As shown in fig. 2, a frame control field format of a device self-identification communication method suitable for multiple networks includes a communication protocol version for protocol upgrade identification, and when the communication protocol version is upgraded, seamless compatibility is possible. The transmission type is used for distinguishing modes of RS485, Zigbee, BLE, LoRa or TCPIP and the like adopted by the physical transmission layer. And the frame type is used for distinguishing whether the current data packet is a data packet, a response packet and the like. The Pending flag is used for informing the receiving end that data needs to be received subsequently, the receiving end continues to keep a receiving state after detecting the flag and waits for receiving the data, and the functional flag bit is very useful in improving the transmission rate on the occasion of low power consumption. And an encryption flag for identifying whether the data area data is encrypted. The response request flag bit is used for indicating that the packet data needs to be responded by the receiving terminal, when the receiving terminal receives the packet, a response packet of the sending terminal is replied, the frame type in the response packet is set as the type of the response packet, and the frame sequence number is set as the frame sequence number of the sending terminal; when the sender does not receive the non-response, the data of the packet is retransmitted for 3 times.
Although the present invention has been described with reference to the preferred embodiments, it should be understood that various changes and modifications can be made therein by those skilled in the art without departing from the spirit and scope of the invention as defined by the appended claims.
Claims (5)
1. A self-recognition communication method of equipment suitable for various networks is characterized in that: the method comprises the following steps:
the method comprises the following steps: defining the overall format of a communication protocol; the overall format of the communication protocol comprises a frame head, a frame length, a frame control domain, a frame serial number, equipment coding, an address information domain, a data area, frame verification and a frame tail; the frame control domain comprises a communication protocol version, a transmission type, a frame type, a pending mark, an encryption mark and a response request mark;
step two: presetting a corresponding number for each transmission type; the transmission type comprises an 802.15.4 network type, a ble network type, a tcp/ip network type and a serial network type;
step three: according to the specific transmission type in the second step, carrying out format definition of a corresponding address information domain; the address information domain comprises an equipment local address information domain and an address information domain of a receiver;
step four: and identifying the format of the communication equipment based on the definition of the first step to the third step, and filling the communication protocol corresponding to the communication equipment.
2. The device self-identification communication method applicable to multiple networks according to claim 1, wherein: the first step specifically defines the communication protocol content as follows: the length of the frame header is one byte, the length of the frame is two bytes, the length of the frame control domain is two bytes, the length of the frame sequence number is one byte, the length of the equipment coding is twelve bytes, the length of the address information domain is variable, the length of the data area is variable, the length of the frame check is one byte, and the length of the frame tail is one byte; specifically, the content of the frame control domain is defined as that the protocol version occupies 2 bits of the frame control domain, the transmission type occupies 4 bits of the frame control domain, the frame type occupies 2 bits of the frame control domain, the Pending flag occupies 1 bit of the frame control domain, the encryption flag occupies 1 bit of the frame control domain, and the response request occupies 1 bit of the frame control domain.
3. The device self-identification communication method applicable to multiple networks according to claim 1, wherein: the transmission type specifically defined in the step two comprises a definition number 0 representing an 802.15.4 network type; the number 1 represents the ble network type; the number 2 represents the tcp/ip network type; definition number 3 represents an 802.15.4 network type; the number 4 to the number 7 are defined as reserved bits.
4. The device self-identification communication method applicable to multiple networks according to claim 3, wherein: the third step specifically comprises the following steps:
step 31: if the transmission type in the frame control field is 0, the address information field comprises a source device address with the length of two bytes, a target device address with the length of two bytes and signal strength with the length of one byte;
step 32: if the transmission type in the frame control field is 1, the address information field comprises a ble MAC address with six bytes; signal strength of one byte length;
step 33; if the transmission type in the frame control field is 2, the address information field does not contain any data, and the length is zero;
step 34: if the transmission type in the frame control field is 3; the address information field comprises a source device address of one byte and a target device address of one byte;
step 35: if the transmission type in the frame control field is 4; the user can define the address information domain.
5. The device self-identification communication method applicable to multiple networks according to claim 1, wherein: and in the fourth step, the communication protocols corresponding to the communication equipment are filled in sequence according to the following sequence: filling a frame header, a filling frame length, a network type in a filling frame control domain, a gateway mark in the filling frame control domain, a frame type in the filling frame control domain, a protocol version in the filling frame control domain, an internal transmission mark in the filling frame control domain, a Pending mark in the filling frame control domain, an encryption mark in the filling frame control domain, a response request mark in the filling frame control domain, a filling frame sequence number, a filling equipment code, a filling address information domain, a filling data domain, a filling frame check and a filling frame tail according to the network type in the step 4.3.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910742895.9A CN112398780B (en) | 2019-08-13 | 2019-08-13 | Equipment self-identification communication method suitable for multiple networks |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910742895.9A CN112398780B (en) | 2019-08-13 | 2019-08-13 | Equipment self-identification communication method suitable for multiple networks |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112398780A true CN112398780A (en) | 2021-02-23 |
CN112398780B CN112398780B (en) | 2023-08-08 |
Family
ID=74602443
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910742895.9A Active CN112398780B (en) | 2019-08-13 | 2019-08-13 | Equipment self-identification communication method suitable for multiple networks |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112398780B (en) |
Citations (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
PT102604A (en) * | 2001-05-02 | 2001-11-30 | Inesc Inovacao Inst De Novas T | DATA COMMUNICATION IN DRAW MODE WITH DIFFERENTIAL SERVICES |
CN1377162A (en) * | 2001-03-27 | 2002-10-30 | 信息产业部武汉邮电科学研究院 | Data transmission device and method between physical layer and network layer |
CN1387344A (en) * | 2002-07-09 | 2002-12-25 | 北京长信嘉信息技术有限公司 | Communication method of digital home network |
CN1481126A (en) * | 2002-09-24 | 2004-03-10 | 联想(北京)有限公司 | Ensuring method for controlling unified transmission between devices in sub network of household network |
CN101631392A (en) * | 2008-07-17 | 2010-01-20 | 上海亿脉网络科技有限公司 | Control device and control method for heterogeneous wireless network convergence in gateway device |
CN101754423A (en) * | 2008-12-19 | 2010-06-23 | 中国科学院沈阳自动化研究所 | Industrial wireless communication method based on IEEE802.15.4 |
WO2010081328A1 (en) * | 2008-12-30 | 2010-07-22 | 国家电网公司 | Data transmission method, transmission system and data transmitter |
CN102480462A (en) * | 2010-11-23 | 2012-05-30 | 中国电信股份有限公司 | Universal protocol adapting method and device |
CN102761391A (en) * | 2012-06-29 | 2012-10-31 | 威海海特电子信息技术有限公司 | Oil field Internet of things system communication method |
CN102760109A (en) * | 2012-06-15 | 2012-10-31 | 华为技术有限公司 | Data communication method, device and system |
CN102932106A (en) * | 2012-11-05 | 2013-02-13 | 感知集团有限公司 | Sending method, receiving method, device and system for data |
CN102957585A (en) * | 2012-12-03 | 2013-03-06 | 惠州Tcl移动通信有限公司 | Data transmission method and data transmission device for Ethernet |
CN102984232A (en) * | 2012-10-30 | 2013-03-20 | 西安电子科技大学 | Real-time streaming media transmission protocol stack in multi-hop network |
WO2013088323A2 (en) * | 2011-12-16 | 2013-06-20 | Koninklijke Philips Electronics N.V. | Operation of wireless resource-constrained devices in ip networks |
CN103457845A (en) * | 2013-09-09 | 2013-12-18 | 江南大学 | Conversion technology capable of being configured with multiple protocols |
CN104539712A (en) * | 2014-12-31 | 2015-04-22 | 广东德豪润达电气股份有限公司 | Intelligent household appliance data transmission method |
CN104811358A (en) * | 2015-04-03 | 2015-07-29 | 九阳股份有限公司 | Wireless communication method of network household appliance |
CN105282114A (en) * | 2014-07-18 | 2016-01-27 | 北京新岸线移动多媒体技术有限公司 | Method of data frame transmission, sending device and receiving device |
CN106877977A (en) * | 2012-01-12 | 2017-06-20 | 华为终端有限公司 | The method of data communication, apparatus and system |
CN107147657A (en) * | 2017-05-31 | 2017-09-08 | 飞智控(天津)科技有限公司 | Suitable for the communication protocol of multimachine reliable communication, decoding method and communication apparatus |
CN108833436A (en) * | 2018-07-03 | 2018-11-16 | 深圳第蓝筹科技有限公司 | A kind of communication control method for realizing equipment communication interconnection |
CN109005150A (en) * | 2018-06-11 | 2018-12-14 | 烽火通信科技股份有限公司 | Based on ethernet mac address without linking communications method and system |
CN109217983A (en) * | 2018-08-29 | 2019-01-15 | 安徽华元智控科技有限公司 | A kind of job-oriented terminal communication protocol design method of industry Internet of Things |
CN109450875A (en) * | 2018-10-23 | 2019-03-08 | 清华大学 | MAC layer packaging method and device |
CN109660551A (en) * | 2018-12-29 | 2019-04-19 | 安徽典典科技发展有限责任公司 | A kind of data packet and its transmission method of rule components encapsulation |
-
2019
- 2019-08-13 CN CN201910742895.9A patent/CN112398780B/en active Active
Patent Citations (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1377162A (en) * | 2001-03-27 | 2002-10-30 | 信息产业部武汉邮电科学研究院 | Data transmission device and method between physical layer and network layer |
PT102604A (en) * | 2001-05-02 | 2001-11-30 | Inesc Inovacao Inst De Novas T | DATA COMMUNICATION IN DRAW MODE WITH DIFFERENTIAL SERVICES |
CN1387344A (en) * | 2002-07-09 | 2002-12-25 | 北京长信嘉信息技术有限公司 | Communication method of digital home network |
CN1481126A (en) * | 2002-09-24 | 2004-03-10 | 联想(北京)有限公司 | Ensuring method for controlling unified transmission between devices in sub network of household network |
CN101631392A (en) * | 2008-07-17 | 2010-01-20 | 上海亿脉网络科技有限公司 | Control device and control method for heterogeneous wireless network convergence in gateway device |
CN101754423A (en) * | 2008-12-19 | 2010-06-23 | 中国科学院沈阳自动化研究所 | Industrial wireless communication method based on IEEE802.15.4 |
WO2010081328A1 (en) * | 2008-12-30 | 2010-07-22 | 国家电网公司 | Data transmission method, transmission system and data transmitter |
CN102480462A (en) * | 2010-11-23 | 2012-05-30 | 中国电信股份有限公司 | Universal protocol adapting method and device |
WO2013088323A2 (en) * | 2011-12-16 | 2013-06-20 | Koninklijke Philips Electronics N.V. | Operation of wireless resource-constrained devices in ip networks |
CN106877977A (en) * | 2012-01-12 | 2017-06-20 | 华为终端有限公司 | The method of data communication, apparatus and system |
CN102760109A (en) * | 2012-06-15 | 2012-10-31 | 华为技术有限公司 | Data communication method, device and system |
CN102761391A (en) * | 2012-06-29 | 2012-10-31 | 威海海特电子信息技术有限公司 | Oil field Internet of things system communication method |
CN102984232A (en) * | 2012-10-30 | 2013-03-20 | 西安电子科技大学 | Real-time streaming media transmission protocol stack in multi-hop network |
CN102932106A (en) * | 2012-11-05 | 2013-02-13 | 感知集团有限公司 | Sending method, receiving method, device and system for data |
CN102957585A (en) * | 2012-12-03 | 2013-03-06 | 惠州Tcl移动通信有限公司 | Data transmission method and data transmission device for Ethernet |
CN103457845A (en) * | 2013-09-09 | 2013-12-18 | 江南大学 | Conversion technology capable of being configured with multiple protocols |
CN105282114A (en) * | 2014-07-18 | 2016-01-27 | 北京新岸线移动多媒体技术有限公司 | Method of data frame transmission, sending device and receiving device |
CN104539712A (en) * | 2014-12-31 | 2015-04-22 | 广东德豪润达电气股份有限公司 | Intelligent household appliance data transmission method |
CN104811358A (en) * | 2015-04-03 | 2015-07-29 | 九阳股份有限公司 | Wireless communication method of network household appliance |
CN107147657A (en) * | 2017-05-31 | 2017-09-08 | 飞智控(天津)科技有限公司 | Suitable for the communication protocol of multimachine reliable communication, decoding method and communication apparatus |
CN109005150A (en) * | 2018-06-11 | 2018-12-14 | 烽火通信科技股份有限公司 | Based on ethernet mac address without linking communications method and system |
CN108833436A (en) * | 2018-07-03 | 2018-11-16 | 深圳第蓝筹科技有限公司 | A kind of communication control method for realizing equipment communication interconnection |
CN109217983A (en) * | 2018-08-29 | 2019-01-15 | 安徽华元智控科技有限公司 | A kind of job-oriented terminal communication protocol design method of industry Internet of Things |
CN109450875A (en) * | 2018-10-23 | 2019-03-08 | 清华大学 | MAC layer packaging method and device |
CN109660551A (en) * | 2018-12-29 | 2019-04-19 | 安徽典典科技发展有限责任公司 | A kind of data packet and its transmission method of rule components encapsulation |
Non-Patent Citations (2)
Title |
---|
KAI SAMEJIMA等: ""Practical Analysis of CSL Low Power MAC Protocol Based on IEEE 802.15.4e Frame Structure"" * |
赵文敏: "\"一种实时传感器网络协议的设计与实现\"" * |
Also Published As
Publication number | Publication date |
---|---|
CN112398780B (en) | 2023-08-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7991351B2 (en) | Extension of wired controller area networks to wireless personal area networks | |
US9363175B2 (en) | Sub-1GHz MAC frame header compression | |
JP3863334B2 (en) | Information transfer method, communication apparatus, and data communication system | |
CN111225429B (en) | SSID (service set identifier) acquisition method, device, equipment and system of router | |
CN111083161A (en) | Data transmission processing method and device and Internet of things equipment | |
CN101010913A (en) | Method and system for acknowledging the receipt of a transmitted data stream in a wireless personal area network | |
SG187780A1 (en) | Method, device and system for transmitting data | |
CN103765847A (en) | Apparatus and methods for media access control header compression | |
EP2832057A2 (en) | Content centric m2m system | |
CN107483279B (en) | Method for local batch operation of network equipment based on Ethernet frame | |
KR101696206B1 (en) | Method for deactivating at least one component of an entity of a communication network, and corresponding computer program and device | |
CN106211184A (en) | Microgrid based on microgrid agreement builds method | |
WO2011150758A1 (en) | Method and device for reporting and obtaining the capability of the machine type communication apparatus | |
CN104683994A (en) | Wireless network configuration method and wireless network devices | |
KR20220084075A (en) | Systems and methods for communication between incompatible wireless devices and virtual baseband units | |
CN110213756A (en) | A kind of data transmission method, device and its relevant device | |
CN107517225B (en) | Protocol conversion method, gateway equipment and storage medium | |
CN104660730B (en) | The means of communication and its system of server-side and far-end unit | |
CN101656984B (en) | Path connection | |
CN110048914A (en) | A kind of method for detecting packet loss for SLIP agreement | |
CN112398780B (en) | Equipment self-identification communication method suitable for multiple networks | |
CN110138515A (en) | A kind of data transmission method based on SLIP agreement | |
KR100631742B1 (en) | AC frame transmission method and device | |
CN106254396B (en) | The proprietary protocol information transmission system and method | |
CN107547668B (en) | Message processing method and device and DHCP server |
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 |