CN110266702A - 基于XML的Wireshark用协议解析方法 - Google Patents
基于XML的Wireshark用协议解析方法 Download PDFInfo
- Publication number
- CN110266702A CN110266702A CN201910554328.0A CN201910554328A CN110266702A CN 110266702 A CN110266702 A CN 110266702A CN 201910554328 A CN201910554328 A CN 201910554328A CN 110266702 A CN110266702 A CN 110266702A
- Authority
- CN
- China
- Prior art keywords
- currentelement
- xml
- data message
- indicates
- value
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Communication Control (AREA)
Abstract
本发明公开了一种基于XML的Wireshark用协议解析方法,包括:根据ICD中描述的数据报文协议的需求,将数据报文协议的内容用XML的树形结构描述出来,形成XML文档;XML协议引擎自动解析XML文档,生成对应的协议解析树,并保存于内存中;Wireshark在处理数据报文时,自动调用内存中的协议解析树,生成对应的解析结果。能快速、方便地实现Wireshark协议解析。
Description
技术领域
本发明涉及基于XML的Wireshark用协议解析方法。
背景技术
在当前的软件系统中,基于网络的通信非常普遍,由于通信错误导致的问题也是层出不穷,因此对于开发人员和运营人员来说,通信过程中的协议分析工具就非常的重要。Wireshark是一种广泛应用的数据报文分析工具,为了在Wireshark中解析自定义的通信协议,经常需要编写相应的LUA脚本,然而这需要一定的编程基础,对于非编程人员或者不熟悉Lua脚本的人员来说有比较高的门槛,同时对于复杂的协议来说,编写和调试脚本也非常耗时。实际工作中测试工程师和现场工程师经常需要查看子系统之间的数据报文。如何更方便和快速实现Wireshark协议解析。
发明内容
本发明的目的在于提供基于XML的Wireshark用协议解析方法,能快速、方便地实现Wireshark协议解析。
实现上述目的的技术方案是:
一种基于XML的Wireshark用协议解析方法,包括:
根据ICD中描述的数据报文协议的需求,采用XML的树形结构描述数据报文协议的内容,并形成XML文档;
XML协议引擎自动解析所述XML文档,生成对应的协议解析树,并保存于内存中;
Wireshark在处理数据报文时,自动调用内存中的所述协议解析树,生成对应的解析结果。
优选的,根据权利要求1所述的基于XML的Wireshark用协议解析方法,其特征在于,所述的XML协议引擎自动解析XML文档,包括:
读取XML文档;
XML协议引擎从顶层元素开始依次解析XML文档的各元素:
判断当前元素是否为简单类型,若是,该元素解析完成;若否,继续判断:
若当前元素是xs:sequence类型,在当前元素中生成子元素数组,并依次解析数组中的各子元素;xs:sequence代表定义在其中的元素集合在数据报文中依次出现;
若当前元素是xs:choice类型,在当前元素中根据xs:choice元素中selected Id生成以selected Id为索引的键值对,并依次解析键值对中的各元素;xs:choice代表定义在其中的元素集合中只有一个元素出现在数据报文中;selected Id表示出现在xs:choice元素集合之中的当前元素的ID。
优选的,所述的Wireshark处理数据报文,包括:
使用DFS遍历算法,从根节点开始遍历各元素;
如果当前元素是简单类型,直接从当前的数据流中取出对应的长度,算出这个元素的值,并保存起来;
如果当前元素是复杂类型,执行:
若当前元素是xs:sequence类型,继续依次遍历当前的元素数组;
xs:sequence代表定义在其中的元素集合在数据报文中依次出现;
若当前元素是xs:choice类型,先根据selector的定义取出对应的接下来要选择元素的ID,然后再从xs:choice元素集合中找出符合的元素开始解析;xs:choice代表定义在其中的元素集合中只有一个元素出现在数据报文中;selector表示接下来要选择元素的id;
当所有的元素都已经遍历结束,并且数据报文也结束时,那么则遍历成功,否则遍历失败。
优选的,预先定义XML协议引擎:
XML标签设计:
xs:element,用于表示数据报文中的元素;
xs:complexType,用于定义多个xs:element,自定义的复杂类型;
xs:simpleType,用于定义枚举类型,自定义的简单类型;
xs:sequence,代表定义在其中的元素集合在数据报文中依次出现;
xs:choice,代表定义在其中的元素集合中只有一个元素出现在数据报文中;
xs:restriction,用于定义枚举值的集合;
xs:enumeration,单个的枚举值定义;
XML属性设计:
Name,用于指定标签的名字;
type,用于指定元素的类型;
unit,用于指定元素的单位;
length,用于指定元素的长度,手动设定或根据数据报文动态获取,需要动态获取时语法:length=”return${element name}”,表示当前元素长度由其他元素的值决定;
occurs,表示当前元素连续重复出现的次数,可手动设定或根据数据报文动态获取,需要动态获取时语法:occurs=”return${element name}”,表示当前元素的连续出现的次数长度由其他元素的值决定;
value,出现在枚举值的定义中,表示枚举的整形数值;
text,出现在枚举值的定义中,表示枚举值的文本值;
selected Id,出现在xs:choice元素集合之中,表示当前元素的ID;
selector,只有在当前元素的类型为xs:choice时才有效,表示接下来要选择元素的id,语法如下:selector=”return${element name}”,选择器的值由其他元素指定;
supportSplit,表示当前元素是否支持拆包,如果支持拆包那么此元素的值将分拆后出现在多个数据报文中;
packet Id,配合supportSplit使用,仅在当元素支持拆包时被定义,语法:packetId=”return${tsn name}”,表示当前的packet Id实际来源于哪一包数据;
packetSequence,配合supportSplit使用,仅在当元素支持拆包时被定义,语法:packetSequence=“return${element name}”,表示当前包是第几个拆包后的子包;
packetNumber,配合supportSplit使用,仅在当元素支持拆包时被定义,语法:packetSequence=“return${element name}”,表示当前元素一共分拆到几个数据报文中。
本发明的有益效果是:本发明通过将协议内容用XML的树形结构描述出来,利用定义的XML协议引擎自动解析XML文档,生成对应的协议解析树,当Wireshark在处理数据报文时,将自动调用协议解析树,生成对应的解析结果。相比于传统的使用LUA脚本,本发明使用XML来描述数据报文更加的简单和快速。同时,本发明使用人类易于读懂的文本描述数据报文协议,大大简化了后期的维护。
附图说明
图1是本发明的基于XML的Wireshark用协议解析方法的流程图;
图2是本发明中协议解析树第一、二层的结构示意图;
图3是本发明中协议解析树的最终结构示意图;
图4是本发明中XML协议引擎解析XML文档的流程图。
具体实施方式
下面将结合附图对本发明作进一步说明。
网络通信领域中,数据协议的定义一般遵循TLV的格式定义,如下表1:
Type | Length | Value |
表1
“T”代表类型(type),“L”代表长度(length),“V”代表数据(value)。这是最普遍也是最基本的数据包格式定义,下面所有的介绍将以这一基本的通信数据定义为例子。
预先定义XML协议引擎:
XML标签设计:
xs:element,用来表示数据报文中的元素即表示数据报文中的元素。
xs:complexType,用来定义多个xs:element,自定义的复杂类型。
xs:simpleType,可以用来定义枚举类型,自定义的简单类型。
xs:sequence,代表定义在其中的element集合必须在数据报文中依次出现。
xs:choice,代表定义在其中的element集合只有一个会出现在数据报文中。
xs:restriction,用来定义枚举值的集合。
xs:enumeration,单个的枚举值定义。
XML属性设计:
Name,用来指定标签的名字,同一种标签中name会被当做索引用,因此必须唯一。
type,用来指定element的类型;类型值包括xs:integer(整形数据),xs:hex(十六进制数据),xs:string(字符数据),自定义的简单类型(xs:simpleType),自定义的复杂类型(xs:complexType)。
unit,用来指定element的单位,分为两种:bit和byte。
length,用来指定element的长度,手动设定或根据数据报文动态获取,需要动态获取时语法:length=”return${element name}”,表示当前元素长度由其他元素的值决定。
occurs,表示当前元素连续重复出现的次数,可手动设定或根据数据报文动态获取,需要动态获取时语法:occurs=”return${element name}”,表示当前元素的连续出现的次数长度由其他元素的值决定。
value,出现在枚举值的定义中,表示枚举的整形数值。
text,出现在枚举值的定义中,表示枚举值的文本值。
selected Id,出现在xs:choice元素集合之中,表示当前元素的ID。
selector,只有在当前元素的类型为xs:choice时才有效,表示接下来要选择元素的id,语法如下:selector=”return${element name}”,选择器的值由其他元素指定。
supportSplit,表示当前元素是否支持拆包,如果支持拆包那么此元素的值将分拆后出现在多个数据报文中。
packet Id,必须配合supportSplit使用,只有当元素支持拆包时才需要定义,语法:packetId=”return${tsn name}”,表示当前的packet Id实际来源于哪一包数据;一般使用tsn(发送的序列号),因为tsn相同的包表示拆抱前的同一包数据。
packetSequence,必须配合supportSplit使用,只有当元素支持拆包时才需要定义,语法:packetSequence=“return${element name}”,表示当前包是第几个拆包后的子包。
packetNumber,必须配合supportSplit使用,只有当元素支持拆包时才需要定义,语法:packetSequence=“return${element name}”,表示当前元素一共分拆到几个数据报文中。
如此的语法设计可以满足绝大部分的使用场景。
请参阅图1,本发明的基于XML(可扩展标记语言)的Wireshark用协议解析方法,包括下列步骤:
步骤S1,根据ICD(通信接口数据描述文档)中描述的数据报文协议的需求,将数据报文协议的内容用XML的树形结构描述出来,形成XML文档。
步骤S2,XML协议引擎自动解析XML文档,生成对应的协议解析树,并保存于内存中。具体地,XML协议引擎自动解析XML文档,如图4所示,包括下列步骤:
1)读取XML文档;
2)XML协议引擎从顶层元素开始依次解析XML文档的各元素:
判断当前元素是否为简单类型,若是,该元素解析完成;若否,继续判断:
若当前元素是xs:sequence类型,在当前元素中生成子元素数组,并依次解析数组中的各子元素;
若当前元素是xs:choice类型,在当前元素中根据xs:choice元素中selected Id生成map数据(以selected Id为索引的键值对),并依次解析map中的各元素。
步骤S3,Wireshark在处理数据报文时,自动调用内存中的协议解析树,生成对应的解析结果。
具体地,以下举例说明:
以轨道交通领域的轨旁系统和中央控制系统的之间的数据报文举例,一个简化后的数据定义如下表2:
表3
这个数据定义包括了数据报文头,数据报文内容是所有轨道状态的集合以及一个CRC(差错校验码)的校验码作为报文的结尾。
然后,进行XML文本描述:假设编码类型为big endian,传输层使用UDP,则我们可以使用如下的XML来描述这个数据报文:
XML文件以树的形式描述数据报文中的每个field,其中最顶层的元素<xs:element name=’mcu2ccu’TransportLayer=”UDP”encoding=”Big”>。
定义了报文的名字是mcu2ccu,报文的传输层协议为UDP,编码格式是BigEndian,报文的内容由三个子元素(element)组成,即“message header”,“Track StatusSummary”,“CRC”。XML引擎将从顶层元素依次解析xml定义,解析完顶层element后xml引擎的内部数据结构如图2所示。
此时树的第二层有三个元素,分别是MessageHeader,Track Status Summary,CRC,其中CRC是一个基本类型:xs:hex,其他两个元素均是复杂类型,那么算法将会继续解析,直到所有的叶子节点均为简单类型为止,需要注意的是,由于mcu2ccu节点包含的元素均在xs:sequnce标签中,因此mcu2ccu的子节点在数据报文中出现在顺序一定是从左往右依次出现,最终的解析结果如图3所示。图3中,interface type表示接口类型;interfaceversion表示接口版本;telegram type表示报文类型;receiver class表示接收者类型;receiver id表示接收者id;transmit class表示发送者类型;transmit id表示发送者id;rsn表示接收到的序列号;tsn表示发送的序列号;data length表示数据长度;Number oftrack表示轨道数量;Track status fame包含三个子节点定义;Track id表示轨道id;Tsrstatus表示TSR(轨道限速)的状态;Unsed bits表示字节补全。
至此引擎就获得了静态的数据报文格式定义,即:协议解析树。
在完成了数据报文的XML文件的静态分析之后,我们得到了一个静态的数据报文树形结构,包含了每个节点(元素)的长度,类型,单位,以及各节点之间的顺序,下面介绍如何把Wireshark捕获到的网络数据报文解析出来,包括下列步骤:
1)使用DFS(深度优先搜索)遍历算法,从根节点开始遍历各元素。
2)如果当前元素是简单类型,直接从当前的数据流中取出对应的长度,算出这个元素的值,并保存起来。
3)如果当前元素是复杂类型,执行:
若当前元素是xs:sequence类型,继续依次遍历当前的元素数组。
若当前元素是xs:choice类型,先根据selector的定义取出对应的接下来要选择元素的ID,然后再从xs:choice元素集合中找出符合的元素开始解析。
当所有的元素都已经遍历结束,并且数据报文也正好结束时,那么则遍历成功,否则遍历失败。
以上实施例仅供说明本发明之用,而非对本发明的限制,有关技术领域的技术人员,在不脱离本发明的精神和范围的情况下,还可以作出各种变换或变型,因此所有等同的技术方案也应该属于本发明的范畴,应由各权利要求所限定。
Claims (4)
1.一种基于XML的Wireshark用协议解析方法,其特征在于,包括:
根据ICD中描述的数据报文协议的需求,采用XML的树形结构描述数据报文协议的内容,并形成XML文档;
XML协议引擎自动解析所述XML文档,生成对应的协议解析树,并保存于内存中;
Wireshark在处理数据报文时,自动调用内存中的所述协议解析树,生成对应的解析结果。
2.根据权利要求1所述的基于XML的Wireshark用协议解析方法,其特征在于,所述的XML协议引擎自动解析XML文档,包括:
读取XML文档;
XML协议引擎从顶层元素开始依次解析XML文档的各元素:
判断当前元素是否为简单类型,若是,该元素解析完成;若否,继续判断:
若当前元素是xs:sequence类型,在当前元素中生成子元素数组,并依次解析数组中的各子元素;xs:sequence代表定义在其中的元素集合在数据报文中依次出现;
若当前元素是xs:choice类型,在当前元素中根据xs:choice元素中selected Id生成以selected Id为索引的键值对,并依次解析键值对中的各元素;xs:choice代表定义在其中的元素集合中只有一个元素出现在数据报文中;selected Id表示出现在xs:choice元素集合之中的当前元素的ID。
3.根据权利要求1或2所述的基于XML的Wireshark用协议解析方法,其特征在于,所述的Wireshark处理数据报文,包括:
使用DFS遍历算法,从根节点开始遍历各元素;
如果当前元素是简单类型,直接从当前的数据流中取出对应的长度,算出这个元素的值,并保存起来;
如果当前元素是复杂类型,执行:
若当前元素是xs:sequence类型,继续依次遍历当前的元素数组;
xs:sequence代表定义在其中的元素集合在数据报文中依次出现;
若当前元素是xs:choice类型,先根据selector的定义取出对应的接下来要选择元素的ID,然后再从xs:choice元素集合中找出符合的元素开始解析;xs:choice代表定义在其中的元素集合中只有一个元素出现在数据报文中;selector表示接下来要选择元素的id;
当所有的元素都已经遍历结束,并且数据报文也结束时,那么则遍历成功,否则遍历失败。
4.根据权利要求1所述的基于XML的Wireshark用协议解析方法,其特征在于,预先定义XML协议引擎:
XML标签设计:
xs:element,用于表示数据报文中的元素;
xs:complexType,用于定义多个xs:element,自定义的复杂类型;
xs:simpleType,用于定义枚举类型,自定义的简单类型;
xs:sequence,代表定义在其中的元素集合在数据报文中依次出现;
xs:choice,代表定义在其中的元素集合中只有一个元素出现在数据报文中;
xs:restriction,用于定义枚举值的集合;
xs:enumeration,单个的枚举值定义;
XML属性设计:
Name,用于指定标签的名字;
type,用于指定元素的类型;
unit,用于指定元素的单位;
length,用于指定元素的长度,手动设定或根据数据报文动态获取,需要动态获取时语法:length=”return${element name}”,表示当前元素长度由其他元素的值决定;
occurs,表示当前元素连续重复出现的次数,可手动设定或根据数据报文动态获取,需要动态获取时语法:occurs=”return${element name}”,表示当前元素的连续出现的次数长度由其他元素的值决定;
value,出现在枚举值的定义中,表示枚举的整形数值;
text,出现在枚举值的定义中,表示枚举值的文本值;
selected Id,出现在xs:choice元素集合之中,表示当前元素的ID;
selector,只有在当前元素的类型为xs:choice时才有效,表示接下来要选择元素的id,语法如下:selector=”return${element name}”,选择器的值由其他元素指定;
supportSplit,表示当前元素是否支持拆包,如果支持拆包那么此元素的值将分拆后出现在多个数据报文中;
packet Id,配合supportSplit使用,仅在当元素支持拆包时被定义,语法:packetId=”return${tsn name}”,表示当前的packet Id实际来源于哪一包数据;
packetSequence,配合supportSplit使用,仅在当元素支持拆包时被定义,语法:packetSequence=“return${element name}”,表示当前包是第几个拆包后的子包;
packetNumber,配合supportSplit使用,仅在当元素支持拆包时被定义,语法:packetSequence=“return${element name}”,表示当前元素一共分拆到几个数据报文中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910554328.0A CN110266702A (zh) | 2019-06-25 | 2019-06-25 | 基于XML的Wireshark用协议解析方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910554328.0A CN110266702A (zh) | 2019-06-25 | 2019-06-25 | 基于XML的Wireshark用协议解析方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110266702A true CN110266702A (zh) | 2019-09-20 |
Family
ID=67921256
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910554328.0A Pending CN110266702A (zh) | 2019-06-25 | 2019-06-25 | 基于XML的Wireshark用协议解析方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110266702A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110933077A (zh) * | 2019-11-29 | 2020-03-27 | 深圳市风云实业有限公司 | 一种报文解析系统及方法 |
CN114157732A (zh) * | 2021-11-12 | 2022-03-08 | 西安羚控电子科技有限公司 | 一种大中型固定翼无人机遥测数据解析方法及系统 |
CN114924738A (zh) * | 2022-03-29 | 2022-08-19 | 宁德星云检测技术有限公司 | 一种基于Emit反射和表达式树的报文映射方法及系统 |
CN115134432A (zh) * | 2021-03-22 | 2022-09-30 | 中国科学院沈阳自动化研究所 | 一种多工业通信协议自适应快速解析方法 |
CN116847005A (zh) * | 2023-09-01 | 2023-10-03 | 杭州芯旗电子技术有限公司 | 报文解析方法、解析器件及网络设备 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101216761A (zh) * | 2007-12-28 | 2008-07-09 | 北京邮电大学 | 用于ngn业务开发的电信应用软件框架 |
CN101339500A (zh) * | 2008-05-22 | 2009-01-07 | 清华大学 | 基于xml模式的数据绑定应用程序接口生成方法 |
CN102214170A (zh) * | 2010-04-06 | 2011-10-12 | 北京大学 | 一种xml数据压缩和解压缩方法及系统 |
US8302017B2 (en) * | 2008-03-05 | 2012-10-30 | Microsoft Corporation | Definition for service interface |
CN104023018A (zh) * | 2014-06-11 | 2014-09-03 | 中国联合网络通信集团有限公司 | 一种文本协议的逆向解析方法和系统 |
CN106209830A (zh) * | 2016-07-08 | 2016-12-07 | 中国人民解放军国防科学技术大学 | 一种基于xml网络协议表示的报文构造方法 |
CN106713357A (zh) * | 2017-01-24 | 2017-05-24 | 南京仁谷系统集成有限公司 | 一种通用的网络协议解析方法 |
-
2019
- 2019-06-25 CN CN201910554328.0A patent/CN110266702A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101216761A (zh) * | 2007-12-28 | 2008-07-09 | 北京邮电大学 | 用于ngn业务开发的电信应用软件框架 |
US8302017B2 (en) * | 2008-03-05 | 2012-10-30 | Microsoft Corporation | Definition for service interface |
CN101339500A (zh) * | 2008-05-22 | 2009-01-07 | 清华大学 | 基于xml模式的数据绑定应用程序接口生成方法 |
CN102214170A (zh) * | 2010-04-06 | 2011-10-12 | 北京大学 | 一种xml数据压缩和解压缩方法及系统 |
CN104023018A (zh) * | 2014-06-11 | 2014-09-03 | 中国联合网络通信集团有限公司 | 一种文本协议的逆向解析方法和系统 |
CN106209830A (zh) * | 2016-07-08 | 2016-12-07 | 中国人民解放军国防科学技术大学 | 一种基于xml网络协议表示的报文构造方法 |
CN106713357A (zh) * | 2017-01-24 | 2017-05-24 | 南京仁谷系统集成有限公司 | 一种通用的网络协议解析方法 |
Non-Patent Citations (1)
Title |
---|
邹连英等: "基于XML模板的Wireshark私有协议解析接口设计", 《荆楚理工学院学报》 * |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110933077A (zh) * | 2019-11-29 | 2020-03-27 | 深圳市风云实业有限公司 | 一种报文解析系统及方法 |
CN115134432A (zh) * | 2021-03-22 | 2022-09-30 | 中国科学院沈阳自动化研究所 | 一种多工业通信协议自适应快速解析方法 |
CN115134432B (zh) * | 2021-03-22 | 2023-09-12 | 中国科学院沈阳自动化研究所 | 一种多工业通信协议自适应快速解析方法 |
CN114157732A (zh) * | 2021-11-12 | 2022-03-08 | 西安羚控电子科技有限公司 | 一种大中型固定翼无人机遥测数据解析方法及系统 |
CN114157732B (zh) * | 2021-11-12 | 2024-03-19 | 西安羚控电子科技有限公司 | 一种大中型固定翼无人机遥测数据解析方法及系统 |
CN114924738A (zh) * | 2022-03-29 | 2022-08-19 | 宁德星云检测技术有限公司 | 一种基于Emit反射和表达式树的报文映射方法及系统 |
CN116847005A (zh) * | 2023-09-01 | 2023-10-03 | 杭州芯旗电子技术有限公司 | 报文解析方法、解析器件及网络设备 |
CN116847005B (zh) * | 2023-09-01 | 2023-11-03 | 杭州芯旗电子技术有限公司 | 报文解析方法、解析器件及网络设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110266702A (zh) | 基于XML的Wireshark用协议解析方法 | |
CN110012031B (zh) | 数据报文通用自动解析方法和存储方法 | |
US6954789B2 (en) | Method and apparatus for monitoring traffic in a network | |
US7570661B2 (en) | Script-based parser | |
US7278061B2 (en) | Building packets of data for testing a communication network | |
CN111585344B (zh) | 一种基于全站ied仿真的变电站智能校核方法及装置 | |
CN110177013A (zh) | 一种基于FPGA的EtherCAT主从站设计与实现方法 | |
CN109936553A (zh) | 一种串口通信协议自动适配中间件 | |
CN115134432B (zh) | 一种多工业通信协议自适应快速解析方法 | |
CN112612535A (zh) | 基于xml和json的卫星接收系统网络通信编解码引擎方法 | |
US8321544B2 (en) | Method and system for the transfer of communication network administration information | |
CN117278661B (zh) | 一种工业物联网多协议解析方法及系统 | |
CN113485915A (zh) | 一种基于协议建模和约束覆盖的接口测试数据自动生成方法和装置 | |
CN103777934A (zh) | 一种基于matlab生成控制器can交互层的方法及系统 | |
CN108366050A (zh) | 一种通用通信协议处理方法 | |
CN113722340B (zh) | 基于配电装置的远程自动点表更新的处理方法及系统 | |
CN106302349A (zh) | 基于libpcap的HTTP包分析方法及装置 | |
CN114765633B (zh) | 基于列车实时以太网协议的网络报文解析方法及装置 | |
CN117499380A (zh) | 一种自定义协议数据采集方法 | |
CN100514928C (zh) | 一种快速生成网络设备树状拓扑结构的方法 | |
CN111880466B (zh) | 上位机向可编程逻辑控制器传输数据的方法 | |
CN114785877A (zh) | 一种实时或离线解析dds通信中rtps协议的方法 | |
CN105072702A (zh) | Wifi-Direct网络的数据传输方法及系统 | |
CN111314805A (zh) | 一种gpon系统互通omci消息的调试方法和装置 | |
CN114710237B (zh) | 通讯接口的数据处理方法、装置、电子设备及存储介质 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190920 |