CN112104669A

CN112104669A - 一种基于协议扩展解析轨道交通数据的方法及装置

Info

Publication number: CN112104669A
Application number: CN202011250121.3A
Authority: CN
Inventors: 刘晴; 赵宜斌; 和谦; 朱宝
Original assignee: Beijing Mtr Construction Consultation Co ltd
Current assignee: Beijing Mtr Construction Consultation Co ltd
Priority date: 2020-11-11
Filing date: 2020-11-11
Publication date: 2020-12-18
Anticipated expiration: 2040-11-11
Also published as: CN112104669B

Abstract

本发明提供了一种基于协议扩展解析轨道交通数据的方法及装置，其中，所述轨道交通数据基于安全通信层协议和应用层协议进行封装得到，该基于协议扩展解析轨道交通数据的方法包括：获取安全通信层协议以及应用层协议，基于安全通信层协议设置安全通信层协议解析器，以及，基于应用层协议设置应用层协议解析器；接收抓包工具传输的轨道交通数据，调用安全通信层协议解析器，对所述轨道交通数据进行解析，得到安全通信数据以及应用层数据；调用应用层协议解析器，对所述应用层数据进行解析，得到应用数据；合并安全通信数据以及应用数据，得到所述轨道交通数据的解析结果。可以提高轨道交通数据的解析效率。

Description

一种基于协议扩展解析轨道交通数据的方法及装置

技术领域

本发明涉及轨道交通技术领域，具体而言，涉及一种基于协议扩展解析轨道交通数据的方法及装置。

背景技术

城市轨道交通的不断发展，极大地推进了基于通信的列车控制（CBTC，Communication Based Train Control）系统的发展。在通信状况良好的情况下，CBTC系统的多个子系统之间，可以实现双向、连续、大容量、高分辨率的轨道交通数据通信，为实时高效的城市轨道交通列车控制提供了必要的条件。

在CBTC系统的开发和测试过程中，需要采集各个子系统之间运行的轨道交通数据，并依据各个子系统制定的通信协议解析采集的轨道交通数据，以处理、分析CBTC系统的故障和各个子系统的运行性能，实现对轨道交通车辆的运行状态的有效监控，从而保障轨道交通列车的运营安全性。

目前，在进行CBTC系统开发和测试的过程中，开发的网络数据分析工具均是针对单个子系统的协议，进行应用层解析，例如，在利用抓包工具，如Wireshark、IPtool等抓取到各个子系统之间通信的轨道交通数据后，通过预先存储在CBTC系统中的各个子系统的协议（应用层协议）解析器，对轨迹交通数据中的应用层数据进行解析，得到解析结果并基于解析结果进行相应分析。但该解析轨道交通数据的方法，由于在实际应用的轨道交通数据传输过程中，为了提升轨道交通数据的传输安全性，会利用某种安全通信层协议，对CTBC应用层数据进行封装后传输，从而使得目前的解析轨道交通数据的方法，利用存储在CBTC系统中的各个子系统的应用层协议解析器，不能对基于安全通信层协议和应用层协议进行封装得到的轨道交通数据进行正确解析，导致轨道交通数据的解析效率不高。

发明内容

有鉴于此，本发明的目的在于提供基于协议扩展解析轨道交通数据的方法及装置，以提高轨道交通数据的解析效率。

第一方面，本发明实施例提供了基于协议扩展解析轨道交通数据的方法，所述轨道交通数据基于安全通信层协议和应用层协议进行封装得到，包括：

获取安全通信层协议以及应用层协议，基于安全通信层协议设置安全通信层协议解析器，以及，基于应用层协议设置应用层协议解析器；

接收抓包工具传输的轨道交通数据，调用安全通信层协议解析器，对所述轨道交通数据进行解析，得到安全通信数据以及应用层数据；

调用应用层协议解析器，对所述应用层数据进行解析，得到应用数据；

合并安全通信数据以及应用数据，得到所述轨道交通数据的解析结果。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述方法还包括：

将所述解析结果以移动性信息推送给预先设置的用户。

结合第一方面或第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述接收抓包工具传输的轨道交通数据，包括：

抓包工具抓取CBTC系统的多个子系统之间进行通信的轨道交通数据，根据TCP/IP协议对抓取的轨道交通数据进行解析，将解析后的轨道交通数据进行传输。

结合第一方面或第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述调用安全通信层协议解析器，包括：

触发展示解析器窗口，在解析器窗口的安全通信层协议解析器设置栏中，选取安全通信层协议解析器。

结合第一方面的第三种可能的实施方式，本发明实施例提供了第一方面的第四种可能的实施方式，其中，所述选取安全通信层协议解析器，包括：

针对安全通信层协议包括的每一协议，设置对应的协议解析器，将为安全通信层协议中的每一协议设置的协议解析器进行打包，形成安全通信层协议解析库，选取该安全通信层协议解析库。

第二方面，本发明实施例还提供了一种基于协议扩展解析轨道交通数据的装置，所述轨道交通数据基于安全通信层协议和应用层协议进行封装得到，包括：

解析器规格说明模块，用于获取安全通信层协议以及应用层协议，基于安全通信层协议设置安全通信层协议解析器，以及，基于应用层协议设置应用层协议解析器；

解析器管理模块，用于接收抓包工具传输的轨道交通数据，依序调用安全通信层协议解析器和调用应用层协议解析器；

协议解析模块，用于利用安全通信层协议解析器，对所述轨道交通数据进行解析，得到安全通信数据以及应用层数据；利用应用层协议解析器，对所述应用层数据进行解析，得到应用数据；

插件模块，用于合并安全通信数据以及应用数据，得到所述轨道交通数据的解析结果。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，所述装置还包括：

推送模块，用于将所述解析结果以移动性信息推送给预先设置的用户。

结合第二方面，本发明实施例提供了第二方面的第二种可能的实施方式，其中，所述协议解析模块，具体用于：

第三方面，本申请实施例提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述的方法的步骤。

本发明实施例提供的基于协议扩展解析轨道交通数据的方法及装置，所述轨道交通数据基于安全通信层协议和应用层协议进行封装得到，通过获取安全通信层协议以及应用层协议，基于安全通信层协议设置安全通信层协议解析器，以及，基于应用层协议设置应用层协议解析器；接收抓包工具传输的轨道交通数据，调用安全通信层协议解析器，对所述轨道交通数据进行解析，得到安全通信数据以及应用层数据；调用应用层协议解析器，对所述应用层数据进行解析，得到应用数据；合并安全通信数据以及应用数据，得到所述轨道交通数据的解析结果。这样，能够实现对基于安全通信层协议和应用层协议封装的轨道交通数据的解析，提升了数据解析的效率以及成功率。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例所提供的基于协议扩展解析轨道交通数据的方法流程示意图；

图2示出了本发明实施例所提供的基于协议扩展解析轨道交通数据的装置结构示意图；

图3为本申请实施例提供的一种计算机设备300的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

现有在CBTC系统开发和测试中提供的轨道交通数据解析方法，由于不涉及安全通信层，因而，开发的网络数据分析工具均是针对单个子系统的应用层协议，只能对以应用层协议进行封装的轨道交通数据进行解析，不能对基于安全通信层协议和应用层协议进行封装得到的轨道交通数据进行正确解析，使得轨道交通数据的解析效率以及解析成功率不高。本发明实施例中，设置协议解析器库，协议解析器库中，包括基于安全通信层协议设置的安全通信层协议解析器，以及，基于应用层协议设置的应用层协议解析器，从而在解析基于安全通信层协议和应用层协议进行封装得到的轨道交通数据时，调用安全通信层协议解析器对轨道交通数据进行解析，得到安全通信数据以及应用层数据，再调用应用层协议解析器，对应用层数据进行解析，得到应用数据，合并安全通信数据以及应用数据，得到解析后的轨道交通数据，提升了数据解析效率。

本发明实施例提供了一种基于协议扩展解析轨道交通数据的方法及装置，下面通过实施例进行描述。

图1示出了本发明实施例所提供的基于协议扩展解析轨道交通数据的方法流程示意图。如图1所示，所述轨道交通数据基于安全通信层协议和应用层协议进行封装得到，该方法包括：

步骤101，获取安全通信层协议以及应用层协议，基于安全通信层协议设置安全通信层协议解析器，以及，基于应用层协议设置应用层协议解析器；

本发明实施例中，作为一可选实施例，安全通信层协议包括但不限于：EN50159安全协议、FSFB安全协议、CSEE安全协议、铁路信号安全通信层协议（RSSP，Railway SignalSafety Protocol），其中，RSSP又包括：RSSP-1和RSSP-2等，针对安全通信层协议包括的每一协议，设置对应的协议解析器，例如，为FSFB安全协议设置FSFB安全协议解析器，为CSEE安全协议设置CSEE安全协议解析器。其中，依据协议设置对应的协议解析器，具体可参见相关技术文献，在此略去详述。

应用层协议包括但不限于：基础CBTC协议、I-CBTC协议、FAO协议。与安全通信层协议设置安全通信层协议解析器相同，为应用层协议中的每一协议分别设置对应的协议解析器。其中，基础CBTC协议包括但不限于：ATS-VOBC协议、VOBC-ZC协议、ZC-ZC协议、CI-CI协议等。

本发明实施例中，在网络通信过程中，（CBTC）应用层数据可以通过安全通信层协议被封装，封装后得到轨道交通数据，作为TCP/UDP数据包在网络上传输，即安全通信层数据和CBTC应用层数据是TCP/UDP数据包的应用数据。其中，应用层数据是利用应用层协议进行封装得到的数据，安全通信层数据是利用安全通信层协议对应用层数据进行封装得到的数据。

TCP/UDP数据包可以包括：安全通信层数据、和/或，应用层数据。

本发明实施例中，TCP/UDP数据包包括：安全通信层数据和应用层数据，安全通信层协议和应用层协议之间存在多种组合，例如，安全通信层协议为RSSP-1，应用层协议为I-CBTC协议或FAO协议。

步骤102，接收抓包工具传输的轨道交通数据，调用安全通信层协议解析器，对所述轨道交通数据进行解析，得到安全通信数据以及应用层数据；

本发明实施例中，作为一可选实施例，接收抓包工具传输的轨道交通数据，包括：

本发明实施例中，抓包工具包括但不限于：Wireshark、IPtool等。

本发明实施例中， Wireshark抓取轨道交通数据后，根据TCP/IP协议进行解析，作为一可选实施例，解析得到的信息如下：

Frame1:153 bytes on wire(1224 bits),153 bytes captured(1224 bits) oninterface 0

Ethernet Ⅱ,Src:Hewlettp_61:2e：c6（00:1f:29:61:2e:c6），Dst：NewH3CTe_27:e6：21（74:85:c4:27:e6:21）

Internet Protocol Version 4，Src:10.11.13.12(10.11.13.12)，Dst:40.11.2.14（40.11.2.14）；

User Datagram Protocol,Src Port:50009，Dst Port:30312

Data（111 bytes）

对上述解析得到的信息进行解读，如下：

帧1（Frame1）：表示在接口0上捕捉到了153个字节（物理层）；

以太网II，解析得到的源（Src）MAC地址为：Hewlettp_61:2e：c6（00:1f:29:61:2e:c6），目的地（Dst）MAC地址为：NewH3CTe_27:e6：21（74:85:c4:27:e6:21）（数据链路层）；

IPv4，源IP地址为10.11.13.12，目的地IP地址为40.11.2.14（IP层）；

UDP报文，源端口号为50009，目的地端口号为30312；

CBTC应用层数据DATA（111字节）。

其中，CBTC应用层数据DATA（111字节），即抓包工具传输的轨道交通数据，需要采用本发明实施例的方法进行解析。

本发明实施例中，抓包工具在抓取CBTC系统的多个子系统之间进行实时通信的轨道交通数据后，作为一可选实施例，将抓取的轨道交通数据存储在本地磁盘中。

本发明实施例中，可以将Wireshark实时抓取的轨道交通数据进行TCP/IP协议解析后传输，也可以依据用户的指令，选取存储的轨道交通历史数据进行TCP/IP协议解析后传输。

本发明实施例中，作为一可选实施例，调用安全通信层协议解析器，包括：

本发明实施例中，作为一可选实施例，在接收到抓包工具传输的轨道交通数据后，触发展示解析器窗口，以通过解析器窗口设置相应的解析器。作为一可选实施例，可以选取安全通信层协议解析库，即默认选取全部的安全通信层协议。

本发明实施例中，对安全通信层数据进行解析，得到的信息内容包括：协议交互类别、报文类型（RSD_A）、源地址、目的地、序列号、安全数据长度等。

本发明实施例中，作为一可选实施例，选取安全通信层协议解析器，包括：

本发明实施例中，作为一可选实施例，可以将为安全通信层协议中的每一协议设置的协议解析器进行打包，形成安全通信层协议解析库，后续应用中，当有新的安全通信层协议，将该新的安全通信层协议对应的协议解析器置于安全通信层协议解析库中即可。从而在选取安全通信层协议解析器时，可以选取具体的安全通信层协议解析器，例如，FSFB安全协议解析器、CSEE安全协议解析器或RSSP-1协议解析器。也可以选取安全通信层协议解析库，从而在对轨道交通数据进行解析时，依次提取安全通信层协议解析库中的协议解析器，若提取的协议解析器解析不成功，则提取下一协议解析器，直至解析成功。

步骤103，调用应用层协议解析器，对所述应用层数据进行解析，得到应用数据；

步骤104，合并安全通信数据以及应用数据，得到所述轨道交通数据的解析结果。

本发明实施例中，调用应用层协议解析器的方法与调用安全通信层协议解析器的方法相同。

本发明实施例中，作为一可选实施例，在解析器窗口的通信层协议解析器设置栏中，设置通信层协议解析器为RSSP-I，在解析器窗口中的应用层协议解析器设置栏中，设置应用层协议解析器为CBTC互联互通-标准协议帧解析器。

本发明实施例中，经安全通信层协议解析器和应用层协议解析器解析后的一示例，即轨道交通数据的解析结果如下：

通信层

协议交互类别=1，报文类型=_A，源地址=ox3c01，目的地=ox0301

序列号=8456，安全数据长度=185，SVC=2961884042，SVC2=1262144622

应用层

接口类型=ox0204（AtsAndVobc）

发送方标识=oxE4040001，接收方标识=oxE260E00B

数据版本校验信息=ox0001

发送方消息序列号=28

通信周期=100毫秒

接收方上一条消息中的序列号=123

收到接收方上一条消息时，发送方的序列号=28

VOBC-ATS的协议版本=ox01

应用层数据长度=78

应用数据个数=2

第【1】个应用数据

报文长度=10，报文类型=ox0201（ATS心跳信息帧），预留=00 00

报文内容：时间=2019-08-22 11:15:09

第【2】个应用数据

报文长度=64，报文类型= ox0203（ATS心跳信息帧），预留=00 00

报文内容：车组号=2，服务号=0，车次号=0

所属线路号=4，当前线路号=4，起始线路号=4，目的线路号=4

下一个ZC编号=0，下一个CI编号=0，下一个ATS编号=3825467393

计划运营方向=Up，到站站台ID=3993305087，下一个停车点=3993305087，目的头码=0

本发明实施例中，在进行轨道交通数据解析时，利用安全通信层协议解析器，例如，RSSP1协议解析器、RSSP2协议解析器等进行通信层解析，利用应用层协议解析器，例如，基础CBTC协议解析器、FAO协议解析器等进行应用层解析，经过两层解析后，最终获取数据报文（解析结果）。

本发明实施例中，根据城市轨道交通和互联互通标准进行设计，基于Wireshark进行二次开发，通过扩展轨道交通通信协议解析方法，能够逐层解析轨道交通数据（网络数据），直到CBTC应用层，可以解析标准定义的各类轨道交通数据，满足CBTC系统测试和通信数据分析的要求，实现了网络数据的全栈解析，从而提升了轨道交通数据的解析成功率以及解析效率。

本发明实施例的基于协议扩展解析轨道交通数据的方法，具有灵活的可扩展性，可扩展的解析器不限于CBTC互联互通的应用层协议解析器，可以是在轨道交通系统中使用的任何解析器，可以实现对各个层级协议的分层逐级解析，依次将前一层未能解析的数据提交给后一层的解析器进行解析，向后兼容性强。进一步地，在有了新的协议和解析器的情况下，只需要将新解析器文件复制到自定义的解析器存放目录，即可使用，用户可以选择相应的解析器来解析数据报文。

本发明实施例中，作为一可选实施例，该方法还包括：

将所述解析结果以移动性信息推送给预先设置的用户。

本发明实施例中，通过将解析结果以移动性信息发送至相应的用户，可以使用户及时获取解析信息，依据解析信息监控CBTC系统的运行，发现运行异常时及时进行处理。

图2示出了本发明实施例所提供的基于协议扩展解析轨道交通数据的装置结构示意图。如图2所示，该装置包括：

解析器规格说明模块201，用于获取安全通信层协议以及应用层协议，基于安全通信层协议设置安全通信层协议解析器，以及，基于应用层协议设置应用层协议解析器；

本发明实施例中，解析器规格说明模块定义协议解析器的解析器描述接口、解析接口。

解析器管理模块202，用于接收抓包工具传输的轨道交通数据，依序调用安全通信层协议解析器和调用应用层协议解析器；

协议解析模块203，用于利用安全通信层协议解析器，对所述轨道交通数据进行解析，得到安全通信数据以及应用层数据；利用应用层协议解析器，对所述应用层数据进行解析，得到应用数据；

插件模块204，用于合并安全通信数据以及应用数据，得到所述轨道交通数据的解析结果。

本发明实施例中，作为一可选实施例，该装置还包括：

Wireshark模块205，用于抓取各子系统传输的轨道交通数据，输出至插件模块204。

本发明实施例中，Wireshark模块为Wireshark，Wireshark是一个网络封包分析工具，用于撷取网络封包，并显示出详细的网络封包资料。

本发明实施例中，Wireshark使用Windows数据包撷取（WinPCAP，Windows PacketCapture）作为接口，直接与各子系统的网卡进行数据报文交换，并将Wireshark提取到的数据报文（轨道交通数据）的应用层数据发送到插件模块。

本发明实施例中，作为一可选实施例，该装置还包括：

推送模块（图中未示出），用于将所述解析结果以移动性信息推送给预先设置的用户。

本发明实施例中，作为一可选实施例，协议解析模块，具体用于：

本发明实施例中，作为一可选实施例，插件模块还用于构建Wireshark模块与解析器管理模块之间的通信连接，将Wireshark模块传输的轨道交通数据发送至解析器管理模块；接收解析器管理模块传输的解析结果，将接收的解析结果进行展示。

本发明实施例中，插件模块用于在Wireshark与解析器管理模块之间建立通信桥梁，将Wireshark抓取的数据报文传递到解析器管理模块，并将解析结果显示在界面。

本发明实施例中，解析器管理模块依据接收的轨道交通数据，将指定位置的协议解析器，依据解析器规格说明模块中定义的该协议解析器的解析器描述接口，动态加载至协议解析模块，将接收的轨道交通数据传输至协议解析模块，接收协议解析模块返回的解析结果，传输至插件模块。作为一可选实施例，解析器管理模块透明传输需要解析的轨道交通数据的字节流给至协议解析模块，并接收协议解析模块返回的解析结果。

本发明实施例中，协议解析模块依据加载的协议解析器，调用解析器规格说明模块中定义的该协议解析器的解析接口，对接收的轨道交通数据进行解析，将解析结果返回至解析器管理模块，协议解析模块实现解析器规格说明模块中定义的接口，负责具体的协议解析，例如将二进制的轨道交通数据的字节流解析为易读性的RSSP-1、RSSP-II、FAO报文。

本发明实施例中，做唯一可选实施例，安全通信层协议解析器以及应用层协议解析器中的每一协议解析器，包括如下部分：

Lua script（Lua脚本），用于Wireshark利用该Lua脚本调用插件模块；

本发明实施例中，Wireshark通过本发明实施例提供的基于Lua脚本的对外接口，利用Lua脚本调用插件模块。

Bridge，用于桥接Lua脚本和基于C#语言开发的插件模块（解析器插件）；

本发明实施例中，Bridge为Lua脚本和解析器插件的两者交互提供透明通道。

CommLogView，用于提供解析结果的显示，响应Wireshark提出的解析请求；

本发明实施例中，CommLogView为解析器插件，接收Wireshark传输的轨道交通数据。

ParserManager，用于管理IBytesParserSimilarityMatchable、ICommLogRecordParser接口开发的解析器，为CommLogView提供统一的解析功能。

本发明实施例中，CBTC Parsers、FAO Parsers、CustomParsers，用于基于IBytesParserSimilarityMatchable接口、ICommLogRecordParser接口实现的具体协议解析器，提供该具体协议的解析功能。其中，CustomParsers 为用户根据接口开发的自定义协议解析器，可依据实际需要进行扩展，例如，可以根据需要添加更多的协议解析器，且不限于CBTC parser，FAO Parser、RSSP-1，RSSP-2等。

本发明实施例中，Wireshark与协议解析器配合，完成网络数据（轨道交通数据）的抓包、解析、显示及存储。

如图3所示，本申请一实施例提供了一种计算机设备300，用于执行图1中的基于协议扩展解析轨道交通数据的方法，该设备包括存储器301、处理器302及存储在该存储器301上并可在该处理器302上运行的计算机程序，其中，上述处理器302执行上述计算机程序时实现上述基于协议扩展解析轨道交通数据的方法的步骤。

具体地，上述存储器301和处理器302能够为通用的存储器和处理器，这里不做具体限定，当处理器302运行存储器301存储的计算机程序时，能够执行上述基于协议扩展解析轨道交通数据的方法。

对应于图1中的基于协议扩展解析轨道交通数据的方法，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述基于协议扩展解析轨道交通数据的方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述基于协议扩展解析轨道交通数据的方法。

在本申请所提供的实施例中，应该理解到，所揭露系统和方法，可以通过其它的方式实现。以上所描述的系统实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，系统或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-Only Memory， ROM）、随机存取存储器（Random Access Memory ，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims

1.一种基于协议扩展解析轨道交通数据的方法，其特征在于，所述轨道交通数据基于安全通信层协议和应用层协议进行封装得到，包括：

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将所述解析结果以移动性信息推送给预先设置的用户。

3.根据权利要求1或2所述的方法，其特征在于，所述接收抓包工具传输的轨道交通数据，包括：

4.根据权利要求1或2所述的方法，其特征在于，所述调用安全通信层协议解析器，包括：

5.根据权利要求4所述的方法，其特征在于，所述选取安全通信层协议解析器，包括：

6.一种基于协议扩展解析轨道交通数据的装置，其特征在于，所述轨道交通数据基于安全通信层协议和应用层协议进行封装得到，包括：

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

8.根据权利要求6所述的装置，其特征在于，所述协议解析模块，具体用于：

9.一种计算机设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至5任一所述的基于协议扩展解析轨道交通数据的方法的步骤。

10.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至5任一所述的基于协议扩展解析轨道交通数据的方法的步骤。