CN109347883B - 一种可扩展的通信协议数据包及其通信系统 - Google Patents

一种可扩展的通信协议数据包及其通信系统 Download PDF

Info

Publication number
CN109347883B
CN109347883B CN201811476608.6A CN201811476608A CN109347883B CN 109347883 B CN109347883 B CN 109347883B CN 201811476608 A CN201811476608 A CN 201811476608A CN 109347883 B CN109347883 B CN 109347883B
Authority
CN
China
Prior art keywords
data packet
data
unit
byte
field
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.)
Active
Application number
CN201811476608.6A
Other languages
English (en)
Other versions
CN109347883A (zh
Inventor
宋安平
黄俊杰
吴明明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nantong Xingyun Mining Technology Co ltd
Original Assignee
Nantong Yunzhijian Intelligent Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nantong Yunzhijian Intelligent Technology Co ltd filed Critical Nantong Yunzhijian Intelligent Technology Co ltd
Priority to CN201811476608.6A priority Critical patent/CN109347883B/zh
Publication of CN109347883A publication Critical patent/CN109347883A/zh
Application granted granted Critical
Publication of CN109347883B publication Critical patent/CN109347883B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

本发明所揭示的一种可扩展的通信协议数据包，包括12个字节的数据头以及可变数据体，所述数据头包含起始位单元，版本号单元，命令单元，请求回复包区分单元，数据包长度单元，数据包错误单元及校验单元；所述可变数据体由多个字段自由组合，每个字段包括字段长度，唯一的字段识别号及字段内容。本发明所揭示的一种可扩展的通信协议数据包，其对数据体中多个字段增设唯一的字段识别号，使得每个字段都被唯一识别，从而使得各个字段的前后位置可以自由调节，以适用于需要优先处理的数据指令组包，不仅扩展性强，而且灵活度好。

Description

一种可扩展的通信协议数据包及其通信系统
技术领域
本发明涉及一种通信领域，具体涉及一种可扩展的通信协议数据包。
背景技术
在网络应用系统中，模块与模块间的交互必不可少，它们通过不同的传输方式、不同的通信协议来进行数据交换，以实现不同的业务功能。在这个过程中，数据通信协议如同一种语言，定义了模块间通信的规则。从粒度来上划分，模块可以作为一个应用系统中的子系统，与同一个应用中的其它子系统进行内部交互，也可以作为一个应用系统的外部接口模块，与其它应用进行外部交互。那么，在这样不同的应用场景下，各个模块对数据交互的需求不同，对数据传输的安全性、稳定性要求也不同，用于定义数据交互的规则也自然不会相同，因此产生了多种数据通信协议。
目前最常见的通信协议，其数据内容位置都是固定的，也就是说在组包时各个字段的前后位置都是有顺序的，这也就使得数据包的灵活性差，而且一般的通信协议无法实现数据扩展，就算可以扩展其数据添加位置也是顺序增加，这对于一些需要优先处理的数据指令是十分不合理的。
发明内容
本发明要解决的问题是提供一种可扩展的通信协议数据包，其对数据体中多个字段增设唯一的字段识别号，使得每个字段都被唯一识别，从而使得各个字段的前后位置可以自由调节，以适用于需要优先处理的数据指令组包，不仅扩展性强，而且灵活度好。
为实现上述目的，本发明采取的技术方案如下：一种可扩展的通信协议数据包，包括12个字节的数据头以及可变数据体，所述数据头包含起始位单元，版本号单元，命令单元，请求回复包区分单元，数据包长度单元，数据包错误单元及校验单元；所述可变数据体由多个字段自由组合，每个字段包括字段长度，唯一的字段识别号及字段内容。
作为优选，所述起始单元为三个字节，版本号单元为一个字节，命令单元为两个字节，请求回复区分单元为一个字节，数据包长度单元为两个字节，数据包错误单元为一个字节，校验单元为两个字节。
作为优选，所述字段中字段长度取值范围为0x0000~0xFFFF，字段识别号取值范围为0x00~0xFF，字段内容的数据类型为bin、bcd、int或string。
一种可扩展的通信协议数据包的通信系统，包括发送端与接收端，发送端与接收端之间通过数据包进行通信，所述发送端实现数据包的组包或数据包的扩展，接收端对接收的数据包进行解包。
作为优选，所述发送端的组包过程为如下步骤：
a、发送端在每个内容字段前增加一个唯一的字段识别号，以及对应的字段长度形成一个完整的字段；
b、将多个字段组合形成数据体，其内部的字段前后位置不限；
c、在数据体前加上数据头组成一个完整的数据包，其数据头包括起始位单元，版本号单元，命令单元，请求回复包区分单元，数据包长度单元，数据包错误单元及校验单元，数据头组装完成后，首先对数据体内容进行校验获得校验字填入校验单元，再将每个字段的长度相加并加上数据头长度形成完整数据包长度填入数据包长度单元。
作为优选，发送端的数据包扩展过程为如下步骤：
a、发送端将需要扩展的内容字段前加上字段识别号，以及对应的字段长度形成一个完整的字段；
b、将扩展的字段加到数据包的数据体中，加入的位置前后不限；
c、数据头中的校验单元对扩展后的数据体进行内容校验，获得新的校验字填入校验单元，同时对整个数据包长度进行重新识别，并填入数据包长度单元，形成一个新的数据包；
d、发送端将扩展后的数据包发送给接收端。
有益效果：本发明所揭示的一种可扩展的通信协议数据包，具有如下有益效果：
可扩展性：数据体的字段都具有唯一的识别号，使得字段之间可自由扩展；
灵活性：数据体中的字段前后位置不限，可以根据字段识别号更改其所在位置，适用于不同优先级别数据的位置调节；
唯一性：上下行数据都可根据命令单元判断数据包作用，确保每个数据包内容的唯一性；
数据准确性：提供CRC16校验，有效避免数据出错。
附图说明
图1为本发明数据包的结构图；
图2是本发明实例的通讯系统结构示意图。
具体实施方式
下面将结合本发明的内容，对本发明的技术方案进行清楚、完整的描述。
如图1所示，本发明所揭示的一种可扩展的通信协议数据包，包括12个字节的数据头以及可变数据体PAYLOAD，其中：所述数据头包含起始位单元STA，版本号单元VER，命令单元CMD，请求回复包区分单元AQ，数据包长度单元LEN，数据包错误单元ERR及校验单元CRC，所述可变数据体由多个字段SEG自由组合，每个字段包括字段长度nLEN，唯一的字段识别号nKEY及字段内容nDATA。
具体说来，每个数据包都有固定的起始位单元STA，由三个字节组成，固定形式为0xFF，0xFF，0xFE，三个字节的设计使得数据体中出现该起始位数据的概率降低，确保接收端解析时准确识别数据头的起始单元。
版本号单元VER为一个字节，取值范围为0x00~0xFF，用于表示本数据包的版本号，便于使用者做多版本兼容。
命令单元CMD为高低两个字节，取值范围为0x0000~0xFFFF，用于区分数据包功能，其高字节在前。
请求回复包区分单元AQ为一个字节，表示请求包还是回复包，0x01表示请求包，0x00表示回复包。
数据长度单元LEN为高低两个字节，取值范围为0x0000~0xFFFF，用于表示整个数据包的总长度，分别为数据头长度（12字节）+数据体长度（各个字段的长度总和），高字节在前。
数据包错误单元ERR为一个字节，取值范围为0x00~0xFF，在回复包中使用，表示回复包是否正确，0x00表示正确，其他值表示错误。
校验单元CRC为高低两个字节，采用MODBUS-CRC16的校验方式，以校验数据体判断其内容是否正确，两个字节的设计提升校验的可靠性，降低错包率。
所述可变数据体最多包含256个字段，每个字段都包括长度，识别号和字段内容三个部分，其中字段内容的数据格式为byte、short、int、byte *、string、BCD等，字段识别号为该字段的唯一识别号，取值范围为0x00~0xFF，字段长度就是表示该字段的总长度，包括字段内容长度加上3个字节，取值范围为0x0000~0xFFFF。
一种可扩展的通信协议数据包的通信系统，实现对上述数据包的通信，包括发送端与接收端，发送端与接收端之间通过数据包进行通信，所述发送端实现数据包的组包或数据包的扩展，接收端对接收的数据包进行解包。
所述组包过程的具体步骤为：
a、发送端在每个内容字段前增加一个唯一的字段识别号，以及对应的字段长度形成一个完整的字段；
b、将多个字段组合形成数据体，其内部的字段前后位置不限；
c、在数据体前加上数据头组成一个完整的数据包，其数据头包括起始位单元，版本号单元，命令单元，请求回复包区分单元，数据包长度单元，数据包错误单元及校验单元，数据头组装完成后，首先对数据体内容进行校验获得校验字填入校验单元，再将每个字段的长度相加并加上数据头长度形成完整数据包长度填入数据包长度单元。
发送端的数据包扩展的具体步骤为：
a、发送端将需要扩展的内容字段前加上字段识别号，以及对应的字段长度形成一个完整的字段；
b、将扩展的字段加到数据包的数据体中，加入的位置前后不限；
c、数据头中的校验单元对扩展后的数据体进行内容校验，获得新的校验字填入校验单元，同时对整个数据包长度进行重新识别，并填入数据包长度单元，形成一个新的数据包；
d、发送端将扩展后的数据包发送给接收端。
下面结合具体的实施例对本发明的数据包以及其组包，解包过程进行描述。
按照地址顺序，数据包的内容排序依次为STA、VER、CMD、AQ、LEN、ERR、CRC、PAYLOAD，再通信过程中无需指定各单元长度，机器可以直接读取；如果数据包总长度LEN超过65535，需新建一个命令字CMD；如果数据体PAYLOAD长度超过65523，也需新建一个命令字CMD；如果数据段nSEG个数超过255，也需新建一个命令字CMD。
如图1所示，如果起始位单元STA地址为A0，则VER地址A1=A0+3，CMD地址A2=A0+4，AQ地址A3=A0+6，LEN地址A4=A0+7，ERR地址A5=A0+9，CRC地址A6=A0+10，PAYLOAD地址A7=A0+12；1LEN地址A8=A0+12；1KEY地址A9=A0+14；1DATA地址A10=A0+15；2LEN地址A11=A0+12+1SEG长度；2KEY地址A12= A0+12+1SEG长度+2；2DATA地址A0+12+1SEG长度+3;nLEN长度ALENn = A0+12+1SEG长度+……+（n-1）SEG长度；nKEY地址AKEYn= A0+12+1SEG长度+……+（n-1）SEG长度+2；nDATA地址ADATAn= A0+12+1SEG长度+……+（n-1）SEG长度+3；各字段SEG位置可相互调换，即若PAYLOAD中若含有3个SEG，三个SEG的位置可为1SEG、2SEG、3SEG，或1SEG、3SEG、2SEG,或2SEG、1SEG、3SEG，或2SEG、3SEG、1SEG，或3SEG、1SEG、2SEG，或3SEG、2SEG、1SEG等6种组合方式；
如图2所示，通信系统包括发送端和接收端，发送端和接收端之间通过数据包进行通信，其中，发送端负责数据包的打包处理，接收端负责数据包的解包处理。本实施例的数据包可用于但不仅限于个人电脑间、个人电脑和设备间、设备间的通信领域。
发送端的详细打包过程如下：
S101：组合包头：
S1011：组合STA，即将数据包的第一个字节赋值为0xFF，第二个字节赋值为0xFF，第三个字节赋值为0x0F；
S1012：组合VER，根据头文件中的标识，将数据包的第四个字节赋值；
S1013：组合CMD，根据给定的CMD，将该参数拆分成高字节CMDH和低字节CMDL，将CMDH赋值到数据包的第5个字节，将CMDL赋值到数据包的第6个字节；
S1014：组合AQ，根据给定的AQ，将AQ赋值到数据包的第7个字节；
S1015：组合LEN，将包头长度12拆分成高字节LENH=0x00、低字节LENL=0x0c,将高字节LENH赋值到数据包的第8字节，将低字节LENL赋值到数据包的第9字节；
S1016：组合ERR，根据给定的ERR，将该参数赋值到数据包的第10字节；
S10107：组合CRC，将数据包的第11字节和第12字节都赋值为0x00；
S201：组合1SEG，具体过程如下：
S2011：组合1LEN，根据1DATA，计算出1DATA的字节长度，然后将该字节长度+3，得到1SEG的字节长度，将1SEG的字节长度拆分成高字节1LENH和低字节1LENL，将高字节1LENH赋值到数据包的第13字节，将1LENL赋值到数据包的第14字节；
S2012：组合1KEY，根据给定的1KEY，将1KEY赋值到数据包的第15字节；
S2013：组合1DATA，根据1DATA，按字节将1DATA赋值到数据包第16字节以后的1DATA字节长度的位置；
S2014：重新组合LEN，根据1LEN，可以得到LEN=1LEN+LEN，并将LEN拆分成高字节LENH、低字节LENL,将高字节LENH赋值到数据包的第8字节，将低字节LENL赋值到数据包的第9字节；
S2015：组合CRC，将数据包地址A7~A15的数据进行crc算法校验，得出CRC值，并将CRC值拆分成高字节CRCH和低字节CRCL，并将CRCH赋值到数据包的第11字节，将CRCL赋值到数据包的第12字节；
S301：组合2SEG，具体过程如下：
S3011：组合2LEN，根据2DATA，计算出2DATA的字节长度，然后将该字节长度+3，得到2SEG的字节长度。将2SEG的字节长度拆分成高字节2LENH和低字节2LENL，将高字节2LENH赋值到数据包的第LEN+1字节，将2LENL赋值到数据包的第LEN+2字节；
S3012：组合2KEY，根据给定的2KEY，将2KEY赋值到数据包的第LEN+3字节；
S3013：组合2DATA，根据2DATA，按字节将2DATA赋值到数据包第LEN+4字节以后的2DATA字节长度的位置；
S3014：重新组合LEN，根据2LEN，可以得到LEN=2LEN+LEN，并将LEN拆分成高字节LENH、低字节LENL,将高字节LENH赋值到数据包的第8字节，将低字节LENL赋值到数据包的第9字节；
S3015：组合CRC，将数据包地址A7~A15的数据进行crc算法校验，得出CRC值，并将CRC值拆分成高字节CRCH和低字节CRCL，并将CRCH赋值到数据包的第11字节，将CRCL赋值到数据包的第12字节；
S401：组合nSEG,具体过程如下：
S4011：组合nLEN，根据nDATA，计算出nDATA的字节长度，然后将该字节长度+3，得到nSEG的字节长度。将2SEG的字节长度拆分成高字节nLENH和低字节nLENL，将高字节nLENH赋值到数据包的第LEN+1字节，将2LENL赋值到数据包的第LEN+2字节；
S4012：组合nKEY，根据给定的nKEY，将nKEY赋值到数据包的第LEN+3字节；
S4013：组合nDATA，根据nDATA，按字节将nDATA赋值到数据包第LEN+4字节以后的2DATA字节长度的位置；
S4014：重新组合LEN，根据nLEN，可以得到LEN=nLEN+LEN，并将LEN拆分成高字节LENH、低字节LENL,将高字节LENH赋值到数据包的第8字节，将低字节LENL赋值到数据包的第9字节；
S4015：组合CRC，将数据包地址A7~A15的数据进行crc算法校验，得出CRC值，并将CRC值拆分成高字节CRCH和低字节CRCL，并将CRCH赋值到数据包的第11字节，将CRCL赋值到数据包的第12字节；
在上述步骤过程中，数据包头的组合过程为第一个步骤，不可以调整，数据体中各个字段的组合过程顺序可以前后调节，每个SEG组合完成后可以进行CRC校验，也可以在所有SEG组合完成后进行CRC校验。
接收端对数据包中数据头的解析过程如下：
S501：判断STA，若STA不为0xFF、0xFF、0xFE，则返回对应的错误；若正确，则执行S502；
S502：判断VER，若VER不为指定的VER，则返回对应的错误；若正确，则执行S503；
S503：判断CMD，若CMD不在所设定的CMD返回内，则返回对应的错误；若正确，则执行S504；
S504：判断AQ，若AQ和接收端、发送端所商议的方向不一致时，返回对应的错误；若正确，则执行S505
S505：判断LEN，若LEN和接收到的数据包长度不一致或LEN和包头字节长度与PAYLOAD字节长度之和不一致，或者LEN和数据包包头字节长度与PAYLOAD中所有SEG的总长不一致，则返回对应的错误；若正确则执行S506
S506：判断ERR，当AQ为请求包时，ERR必须为0，否则返回对应的错误；当AQ为回复包时，请求端可根据ERR，判断其发送的请求包是否有错误；
S507：判断CRC，接收端根据PAYLOAD，将数据包地址A7~A15进行CRC算法校验，得出新的CRC，若新的CRC和数据包中的CRC不一致，则返回对应的错误；若一致则执行S508;
S508：当S501~S507都没有错误时，返回CMD。
接收端对数据包中数据体的解析过程如下：
S601：读取地址A7的值，根据1SEG的1LEN，获取到1SEG的长度；
S602：根据地址A8的值，得到1SEG的1KEY，与所需的KEY进行比较，若不相等则执行S603；
S603：根据1LEN，计算出2LEN的地址，计算方法为12+1LEN；
S604：得到2SEG的2KEY，与所需的KEY进行比较，若不相等，则执行S605；
S605：根据1LEN~(n-1)LEN,计算出nLEN的地址，计算方法为12+1LEN+2LEN…+(n-1)LEN;
S606：得到nSEG的nKEY与所需的KEY进行比较，若不相等，则重复S605和S606两步骤；
S607：根据nLEN，计算出nDATA的直接长度，算法为nLEN-3；
S608：根据发送接收双方所商议的nDATA类型，获取nDATA值，不同的数据类型获取方式不同，具体如下：
byte型：直接读取nDATA内容；
int型：从nDATA的第一个字节，然后左移8位，和第二个字节进行或运算，得到int16型的数据；然后将int16型的数据左移8位，和第三个字节进行或运算，得到int24姓的数据；然后将int24型的数据左移8位，和最后一个字节进行或运算，得到int型数据；最后，将数据返回；
byte *型：定义一个byte数组，从nDATA的第一个字节至最后一个字节，分别赋值到byte数组对应的字节中；
string型：定义一个string型数据，从nDATA的第一个字节至最后一个字节，分别赋值到string型数据的对应字节中。
在上述解包步骤中，数据包中各SEG的字节长度可以不固定，根据nLEN的值可以计算出nDATA的字节长度，计算方法为nLEN-3。PAYLOAD的字节长度由1LEN、2LEN…nLEN进行计算，计算方法为1LEN+2LEN+…nLEN，接收端可以根据数据包起始地址A0，相机确认得出其余个单元的地址并进行读取。
本发明提供的数据包，传输的信息在转化为PAYLOAD后具有较短的字节长度，可以使得单个数据包长度减小；各SEG含有自己的KEY，用于区分SEG功能，起到SEG顺序可以互换，无需指定SEG的地址，实现高灵活性；数据包读取前进行STA/CRC比对校正，确保数据准确性。通过nLEN、nKEY、nDATA确定nSEG结构,进而确定PAYLOAD结构，有效保证PAYLOAD信息还原的准确性并且对数据包具有较好的识别度，有利于加快数据的传输、解析速度。
以上对本发明创造的一个实施例进行了详细说明，但所述内容仅为本发明创造的较佳实施例，不能被认为用于限定本发明创造的实施范围。凡依本发明创造申请范围所作的均等变化与改进等，均归属于本发明创造的专利涵盖范围之内。

Claims (1)

1.一种可扩展的通信协议数据包的通信系统，其特征在于：包括发送端与接收端，发送端与接收端之间通过数据包进行通信，所述发送端实现数据包的组包或数据包的扩展，接收端对接收的数据包进行解包；
所述发送端的组包过程为如下步骤：
a、发送端在每个内容字段前增加一个唯一的字段识别号，以及对应的字段长度形成一个完整的字段；
b、将多个字段组合形成数据体，其内部的字段前后位置不限；
c、在数据体前加上数据头组成一个完整的数据包，其数据头包括起始位单元，版本号单元，命令单元，请求回复包区分单元，数据包长度单元，数据包错误单元及校验单元，数据头组装完成后，首先对数据体内容进行校验获得校验字填入校验单元，再将每个字段的长度相加并加上数据头长度形成完整数据包长度填入数据包长度单元；
发送端的数据包扩展过程为如下步骤：
a、发送端将需要扩展的内容字段前加上字段识别号，以及对应的字段长度形成一个完整的字段；
b、将扩展的字段加到数据包的数据体中，加入的位置前后不限，可以根据字段识别号更改其所在位置，适用于不同优先级别数据的位置调节；
c、数据头中的校验单元对扩展后的数据体进行内容校验，获得新的校验字填入校验单元，同时对整个数据包长度进行重新识别，并填入数据包长度单元，形成一个新的数据包；
d、发送端将扩展后的数据包发送给接收端。
CN201811476608.6A 2018-12-05 2018-12-05 一种可扩展的通信协议数据包及其通信系统 Active CN109347883B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811476608.6A CN109347883B (zh) 2018-12-05 2018-12-05 一种可扩展的通信协议数据包及其通信系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811476608.6A CN109347883B (zh) 2018-12-05 2018-12-05 一种可扩展的通信协议数据包及其通信系统

Publications (2)

Publication Number Publication Date
CN109347883A CN109347883A (zh) 2019-02-15
CN109347883B true CN109347883B (zh) 2021-07-30

Family

ID=65320394

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811476608.6A Active CN109347883B (zh) 2018-12-05 2018-12-05 一种可扩展的通信协议数据包及其通信系统

Country Status (1)

Country Link
CN (1) CN109347883B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112671788B (zh) * 2020-12-30 2023-04-28 四川巧夺天工信息安全智能设备有限公司 一种基于tcp的可扩展的物联网安全通信方法
CN115373645B (zh) * 2022-10-24 2023-02-03 济南新语软件科技有限公司 一种基于可动态定义的复杂数据包操作方法及系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8249104B2 (en) * 2008-10-30 2012-08-21 Futurewei Technologies, Inc. Optical network terminal management and control interface over Ethernet
CN102957678B (zh) * 2011-08-26 2016-04-06 北京华为数字技术有限公司 认证ip电话机和协商语音域的方法、系统以及设备
CN103475651B (zh) * 2013-09-03 2016-08-24 广西慧云信息技术有限公司 一种基于数据单元的数据传输方法
US9601097B2 (en) * 2014-03-06 2017-03-21 Zivix, Llc Reliable real-time transmission of musical sound control data over wireless networks
US9497294B2 (en) * 2014-06-19 2016-11-15 Cavium, Inc. Method of using a unique packet identifier to identify structure of a packet and an apparatus thereof

Also Published As

Publication number Publication date
CN109347883A (zh) 2019-02-15

Similar Documents

Publication Publication Date Title
CN109347883B (zh) 一种可扩展的通信协议数据包及其通信系统
US6996126B2 (en) Performance improvements for ATM AAL2/5 to IP packet processing
Donahoo et al. TCP/IP sockets in C: practical guide for programmers
Homsirikamol et al. Caesar hardware api
US9124541B2 (en) Zero copy acceleration for session oriented protocols
CN100534071C (zh) 为改进客户机服务器通信使用分组压缩缓冲器的方法
US20070112991A1 (en) System for transmitting data between two bus systems
CN111131278B (zh) 数据处理方法及装置、计算机存储介质、电子设备
JPH0671244B2 (ja) フレームチエツクシーケンス更新方法
JPH04358245A (ja) データ通信装置
US20050149823A1 (en) Apparatus and method for generating checksum
US7009967B1 (en) Systems and methods for transmitting data packets
CN112333186A (zh) 数据通信方法、装置、设备及存储介质
US6871312B2 (en) Method and apparatus for time stamping data
CN107040613A (zh) 一种报文传输方法及系统
US20070162820A1 (en) Checksum generation apparatus and method thereof
CN109951253B (zh) 一种数据报文首部校验和生成方法及装置
US7024615B2 (en) Arithmetic operation method for cyclic redundancy check and arithmetic operation circuit for cyclic redundancy check
CN112671788B (zh) 一种基于tcp的可扩展的物联网安全通信方法
Manley et al. SPEAD: streaming protocol for exchanging astronomical data
CN108733598B (zh) 一种数据传输方法和数据传输装置
KR100666997B1 (ko) 고속 체크섬 처리 장치 및 방법
Giunti et al. Session-based type discipline for pi calculus with matching
CN114500679B (zh) can协议转换方法、装置、电子设备和存储介质
JP2002185438A (ja) Ｃｒｃ演算装置

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
CB02 Change of applicant information

Address after: 226000 Room 201, building 3, yingnuoyuan Science Park, Chongchuan District, Nantong City, Jiangsu Province

Applicant after: NANTONG YUNZHIJIAN INTELLIGENT TECHNOLOGY Co.,Ltd.

Address before: 226000 Building 3, Yingnoyuan 6, Chuangyuan Science Park, Chongchuan District, Nantong City, Jiangsu Province

Applicant before: NANTONG XINGYUN INTELLIGENT TECHNOLOGY Co.,Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20240510

Address after: Building 212, Building 10A, Zilang Science and Technology City, No. 60 Chongzhou Avenue, Development Zone, Nantong City, Jiangsu Province, 226000

Patentee after: Nantong Xingyun Mining Technology Co.,Ltd.

Country or region after: China

Address before: 226000 Room 201, building 3, yingnuoyuan science and Technology Park, Chongchuan District, Nantong City, Jiangsu Province

Patentee before: NANTONG YUNZHIJIAN INTELLIGENT TECHNOLOGY Co.,Ltd.

Country or region before: China

TR01 Transfer of patent right