CN105722130A - 一种监测地铁ap设备的方法及系统 - Google Patents

Abstract

本发明提供一种监测地铁AP设备的方法及系统。所述监测地铁AP设备的方法包括：通过AP监测设备监测指定的地铁AP设备，对所获取的报文信息进行处理得到所监测的地铁AP设备的工作状态信息；所述工作状态信息包括报文相关信息以及信号强度；AP监测设备将所监测的地铁AP设备的工作状态信息写入日志文件并发送；后台服务器用于接收所述日志文件；根据所监测的地铁AP设备的工作状态信息判断所监测的地铁AP设备的通信质量和/或信号质量是否处于正常状态；当所监测的地铁AP设备的通信质量和/或信号质量处于不正常状态时，发出告警信息。本发明可以实时对地铁无线AP的信号质量和通信质量做出评判，及时发现性能失效的设备。

Description

一种监测地铁AP设备的方法及系统

技术领域

本发明涉及一种地铁安全技术，特别是涉及一种监测地铁AP设备的方法及系统。

背景技术

目前，地铁的屏蔽门联动系统通常采用冗余备份的无线AP(AccessPoint，接入点)来控制。当地铁无线AP运行时间长时，可能会因为无线地铁AP设备老化导致屏蔽门联动系统出故障的情况。故障表现为管理系统不能及时发现地铁AP出现故障。甚至只有当所有AP均出现故障，管理系统才能告警，而此时信号辅助系统已经无法正常工作。由此引起的屏蔽门无法正常开关将给地铁运营造成非常不利的影响。为了避免这种情况的发生，目前国内各大城市的地铁公司主要通过人工巡检的方式判断地铁无线地铁AP设备是否工作正常，通常采用频谱分析仪、无线信号分析仪进行信号质量的定期检测。但这种方式只能通过信号强度和频谱曲线来判断地铁AP设备发出的信号的质量，也不能实时发现AP故障。人工巡检方式具有很大的局限性。

鉴于此，如何找到一种更好的监测地铁无线AP设备工作的技术方案就成了本领域技术人员亟待解决的问题。

发明内容

鉴于以上所述现有技术的缺点，本发明的目的在于提供一种监测地铁AP设备的方法及系统，用于解决现有技术中不能实时发现地铁AP设备故障的问题。

为实现上述目的及其他相关目的，本发明提供一种监测地铁AP设备的方法，所述监测地铁AP设备的方法包括：通过AP监测设备监测指定的地铁AP设备，对所获取的报文信息进行处理得到所监测的地铁AP设备的工作状态信息；所述报文信息包括地铁AP设备发送的无线报文的相关信息；所述工作状态信息包括报文相关信息以及信号强度；所述相关报文信息包括所监测的地铁AP设备在设定时间段内各种报文类型的报文数量和重传率；AP监测设备将所监测的地铁AP设备的工作状态信息写入日志文件并发送；后台服务器用于接收所述日志文件，并获取所述日志文件中的工作状态信息；根据所监测的地铁AP设备的工作状态信息判断所监测的地铁AP设备的通信质量和/或信号质量是否处于正常状态；当所监测的地铁AP设备的通信质量和/或信号质量处于不正常状态时，发出告警信息。

可选地，对所获取的报文信息进行处理得到所监测的地铁AP设备的工作状态信息的具体实现包括：根据802.11协议对所获取的报文信息进行解析，通过报文的MAC地址确定所监测的地铁AP设备发送的报文，获得所监测的地铁AP设备发送的每个报文的报文类型，统计在设定时间内每个报文类型的报文数量以及重传率。

可选地，所述报文类型包括：beacon、proberequest、proberesponse、ack、action和data的任一种。

可选地，所述AP监测设备通过GPRS模块将所述日志文件发送给所述后台服务器。

可选地，所述监测地铁AP设备的方法还包括：所述AP监测设备检测程序更新和/或网络状态，并在满足设定条件时自动重启。

可选地，所述监测地铁AP设备的方法还包括：所述后台服务器将所述日志文件的内容存入到数据库中。

可选地，所述告警信息包括：短信告警信息，声音告警信息以及光电告警信息中的任一种或组合。

可选地，所述监测地铁AP设备的方法还包括：在客户终端显示所有AP监测设备获得的所述地铁AP设备的工作状态。

本发明还提供一种监测地铁AP设备的系统，所述监测地铁AP设备的系统包括至少一台AP监测设备和一台后台服务器，其中：所述AP监测设备用于监测指定的地铁AP设备，对所获取的报文信息进行处理得到所监测的地铁AP设备的工作状态信息；所述报文信息包括地铁AP设备发送的无线报文的相关信息；所述工作状态信息包括报文相关信息以及信号强度；所述相关报文信息包括所监测的地铁AP设备在设定时间段内各种报文类型的报文数量和重传率；将所监测的地铁AP设备的工作状态信息写入日志文件并发送；所述后台服务器用于接收所述日志文件，并根据所监测的地铁AP设备处理所述日志文件中的工作状态信息，根据所述工作状态信息判断所监测的地铁AP设备的通信质量和/或信号质量是否处于正常状态，当所监测的地铁AP设备的通信质量和/或信号质量处于不正常状态时，向客户终端发出告警信息。

可选地，对所获取的报文信息进行处理得到所监测的地铁AP设备的工作状态信息的具体实现包括：根据802.11协议对所获取的报文信息进行解析，通过报文的MAC地址确定所监测的地铁AP设备发送的报文，获得所监测的地铁AP设备发送的每个报文的报文类型，统计在设定时间内每个报文类型的报文数量以及重传率。

可选地，所述报文类型包括：beacon、proberequest、proberesponse、ack、action和data的任一种。

可选地，所述AP监测设备通过GPRS模块将所述日志文件发送给所述后台服务器。

可选地，所述AP监测设备还用于检测程序更新和/或网络状态，并在满足设定条件时自动重启。

可选地，所述后台服务器将所述日志文件的内容存入到数据库中。

可选地，所述告警信息包括：短信告警信息，声音告警信息以及光电告警信息中的任一种或组合。

可选地，所述客户终端还用于显示所有AP监测设备获得的所述地铁AP设备的工作状态。

如上所述，本发明的一种监测地铁AP设备的方法及系统，具有以下有益效果：可以实时对地铁无线AP的信号质量和通信质量做出评判，方便地铁维护保障人员有目的地开展维护，并且真正实现从定期修向状态修的转变，并可以实现地铁无线通信质量的量化检测。从而可以及时发现性能失效的设备，及早剔除行车安全隐患，并提高运营维护的效率，节省成本，提高运营质量。

附图说明

图1显示为本发明的监测地铁AP设备的方法的一实施例的流程示意图。

图2显示为本发明的监测地铁AP设备的系统的一实施例的模块示意图。

图3显示为本发明的监测地铁AP设备的系统的一实施例的工作原理示意图。

元件标号说明

1监测地铁AP设备的系统

11地铁AP设备

12AP监测设备

13后台服务器

14客户终端

S1～S4步骤

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。

需要说明的是，本实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

本发明提供一种监测地铁AP设备的方法，应用于对地铁中的无线AP的实时在线监测，可同时监测多个AP的信号质量和通信质量，并在判断AP的信号质量和通信质量出现不正常状态时发出告警。在一个实施例中，如图1所示，所述监测地铁AP设备的方法包括：

步骤S1，通过AP监测设备监测指定的地铁AP设备，对所获取的报文信息进行处理得到所监测的地铁AP设备的工作状态信息；所述报文信息包括地铁AP设备发送的无线报文的相关信息；所述工作状态信息包括报文相关信息以及信号强度；所述相关报文信息包括所监测的地铁AP设备在设定时间段内各种报文类型的报文数量和重传率。在一个实施例中，一个所述AP监测设备可以监测多个指定的地铁AP设备，通过指定监测的MAC地址来指定地铁AP设备。当开启AP监测设备后，AP监测设备将运行针对指定的地铁AP设备的抓包软件，在嵌入式linux系统中，所述抓包软件可以包括利用Libpcap工具和C程序开发语言设计无线报文的捕获程序。对所获取的报文信息进行处理得到所监测的地铁AP设备的工作状态信息的具体实现包括：根据802.11协议对所获取的报文信息进行解析，通过报文的MAC地址确定所监测的地铁AP设备发送的报文，获得所监测的地铁AP设备发送的每个报文的报文类型，统计在设定时间内每个报文类型的报文数量以及重传率。所述报文类型包括：beacon、proberequest、proberesponse、ack、action和data的任一种。各种报文的结构可以参见802.11协议以及参考文献MatthewGast.WirelessNetworksTheDefinitiveGuide。在通过指定监测的MAC地址来指定地铁AP设备后，可以在抓包软件中设定只抓取所监测的地铁AP设备收发的报文，所述报文是指无线报文。抓包程序不断抓取所监测的地铁AP设备收发的报文，根据802.11协议对所述报文进行解析，报文需要解析的信息包括报文类型、源和目的mac地址、重传标识、信号强度、速率等。

步骤S2，AP监测设备将所监测的地铁AP设备的工作状态信息写入日志文件并发送。在一个实施例中，可以编写相应的程序来统计在设定时间段(如每一秒)内所监测的地铁AP设备的各类报文数量、重传率、信号强度分布以及速率分布，并将上述信息写入到日志文件中。所述AP监测设备通过GPRS模块将所述日志文件发送给所述后台服务器。将所述日志文件通过socket程序利用GPRS模块发送至后台服务器。通用分组无线服务技术(GeneralPacketRadioService)的简称，它是GSM移动电话用户可用的一种移动数据业务。

步骤S3，后台服务器用于接收所述日志文件，并获取所述日志文件中的工作状态信息。在一个实施例中，所述监测地铁AP设备的方法还包括：所述后台服务器将所述日志文件的内容存入到数据库中。具体地，后台服务器主要负责接收到来自AP监测设备(可认为前台设备)的日志文件后进行整理与存储，并统计分析。包括将日志文件按条读取，根据其所对应的地铁AP设备号码在数据库中存入其每秒钟的报文数量特征和物理特征。

步骤S4，根据所监测的地铁AP设备的工作状态信息判断所监测的地铁AP设备的通信质量和/或信号质量是否处于正常状态；当所监测的地铁AP设备的通信质量和/或信号质量处于不正常状态时，发出告警信息。所述告警信息包括：短信告警信息，声音告警信息以及光电告警信息中的任一种或组合。在一个实施例中，所述后台服务器对每个地铁AP设备的信号强度，不同报文类型帧的出现频率以及重发次数做出统计，然后与正常情况下的特征进行比较，对信号强度不稳定，经常出现重发的AP给予预警，对不达标的AP给出告警，并将对应设备的当前预、告警状态分类存入数据库内。在一个实施例中，客户终端从后台服务器中获取所述日志文件信息，并根据所监测的地铁AP设备的工作状态信息判断所监测的地铁AP设备的通信质量和/或信号质量是否处于正常状态；当所监测的地铁AP设备的通信质量和/或信号质量处于不正常状态时，发出告警信息。

在一个实施例中，所述监测地铁AP设备的方法还包括：所述AP监测设备检测程序更新和/或网络状态，并在满足设定条件时自动重启。在一个实施例中，所述AP监测设备(前台设备)还需要具备在无人看管状态下完成开启后自启程序并稳定工作、定时发送日志文件、未响应或网络不稳时自动重启和根据需要远程更新程序等功能。因此需要对其进行整体性能的加工。首先利用socket通信原理进行程序更新。使设备每隔一定时间便询问后台服务器是否存在需要更新的程序，后台服务器将查询与所述AP监测设备(通过设备号确定)对应的更新程序是否存在，以做出回应。每次成功进行更新程序，设备将自动重启；AP监测设备每间隔固定时间扫描当前网络，判断是否稳定，稳定方可进行文件传送，否则重启设备；设备内自带watchdog程序，以防止设备进入“卡死”状态。

在一个实施例中，所述监测地铁AP设备的方法还包括：在客户终端显示所有AP监测设备获得的所述地铁AP设备的工作状态。在一个实施例中，所述客户终端上显示设置了整个地铁线路上每个站台上所有安装AP监测设备的信息，在每个站台页面内设定实时数据表、预警表和告警表。并利用曲线图显示无线地铁AP设备信号强度的变化情况。

在一个实施例中，所述监测地铁AP设备的方法包括以下步骤：1、开启AP监测设备，运行针对所监测的地铁AP设备的抓包软件；2、通过WIFI无线网卡嗅探周围的无线信号，获取与所监测的AP相关的帧(报文)，并保存；3、AP监测设备内部的ARM嵌入式处理器对获取的帧信息进行分类统计分析；4、把初步分析结果保存在SD卡的日志文件中，丢弃其他的报文信息，节省内存空间；5、将SD卡中的分析结果(日志文件)并通过GPRS组件上传至后台服务器，对报文的数量种类异常情况进行统计分析，得出结果；6、把最终处理结果在呈现在客户终端的显示器上；7、如果有预警告警信息，则短信通知负责维护的工作人员，并发触发声光指示信号。8、后台服务器定期通过远程的方式释放所连接的AP监测设备SD卡中的空间。

本发明还提供一种监测地铁AP设备的系统。所述监测地铁AP设备的系统包括至少一台AP监测设备和一台后台服务器，所述监测地铁AP设备的系统可以采用如上所述的监测地铁AP设备的方法。在一个实施例中，如图2所示，所述监测地铁AP设备的系统包括至少一台AP监测设备12以及后台服务器13。其中：

所述AP监测设备12用于监测指定的地铁AP设备11，对所获取的报文信息进行处理得到所监测的地铁AP设备11的工作状态信息；所述报文信息包括地铁AP设备11发送的无线报文的相关信息；所述工作状态信息包括报文相关信息以及信号强度；所述相关报文信息包括所监测的地铁AP设备11在设定时间段内各种报文类型的报文数量和重传率；将所监测的地铁AP设备的工作状态信息写入日志文件并发送。一台所述AP监测设备12可以连接一台以上的地铁AP设备11。在一个实施例中，一个所述AP监测设备12可以监测多个指定的地铁AP设备11，通过指定监测的MAC地址来指定地铁AP设备11。当开启AP监测设备12后，AP监测设备12将运行针对指定的地铁AP设备11的抓包软件，在嵌入式linux系统中，所述抓包软件可以包括利用Libpcap工具和C程序开发语言设计无线报文的捕获程序。对所获取的报文信息进行处理得到所监测的地铁AP设备11的工作状态信息的具体实现包括：根据802.11协议对所获取的报文信息进行解析，通过报文的MAC地址确定所监测的地铁AP设备11发送的报文，获得所监测的地铁AP设备11发送的每个报文的报文类型，统计在设定时间内每个报文类型的报文数量以及重传率。所述报文类型包括：beacon、proberequest、proberesponse、ack、action和data的任一种。各种报文的结构可以参见802.11协议以及参考文献MatthewGast.WirelessNetworksTheDefinitiveGuide。在通过指定监测的MAC地址来指定地铁AP设备后，可以在抓包软件中设定只抓取所监测的地铁AP设备11收发的报文，所述报文是指无线报文。抓包程序不断抓取所监测的地铁AP设备收发的报文，根据802.11协议对所述报文进行解析，报文需要解析的信息包括报文类型、源和目的mac地址、重传标识、信号强度、速率等。在一个实施例中，可以编写相应的程序来统计在设定时间段(如每一秒)内所监测的地铁AP设备的各类报文数量、重传率、信号强度分布以及速率分布，并将上述信息写入到日志文件中。所述AP监测设备12通过GPRS模块将所述日志文件发送给所述后台服务器13。将所述日志文件通过socket程序利用GPRS模块发送至后台服务器13。GPRS模块采用GPRS技术。GPRS是通用分组无线服务技术(GeneralPacketRadioService)的简称，它是GSM移动电话用户可用的一种移动数据业务。

所述后台服务器13用于接收所述日志文件，并根据所监测的地铁AP设备12处理所述日志文件中的工作状态信息，根据所述工作状态信息判断所监测的地铁AP设备11的通信质量和/或信号质量是否处于正常状态，当所监测的地铁AP设备11的通信质量和/或信号质量处于不正常状态时，向客户终端14发出告警信息。在一个实施例中，所述后台服务器13还用于将所述日志文件的内容存入到数据库中。具体地，后台服务器13负责接收到来自AP监测设备12(可认为前台设备)的日志文件后进行整理与存储，并统计分析。包括将日志文件按条读取，根据其所对应的地铁AP设备号码在数据库中存入其每秒钟的报文数量特征和物理特征。所述告警信息包括：短信告警信息，声音告警信息以及光电告警信息中的任一种或组合。在一个实施例中，所述后台服务器13对每个地铁AP设备11的信号强度，不同报文类型帧的出现频率以及重发次数做出统计，然后与正常情况下的特征进行比较，对信号强度不稳定，经常出现重发的地铁AP设备11给予预警，对不达标的地铁AP设备11给出告警，并将对应地铁AP设备11的当前预、告警状态分类存入数据库内。

在一个实施例中，所述AP监测设备12还用于检测程序更新和/或网络状态，并在满足设定条件时自动重启。在一个实施例中，所述AP监测设备12(前台设备)还需要具备在无人看管状态下完成开启后自启程序并稳定工作、定时发送日志文件、未响应或网络不稳时自动重启和根据需要远程更新程序等功能。因此需要对其进行整体性能的加工。首先利用socket通信原理进行程序更新。使设备每隔一定时间便询问后台服务器13是否存在需要更新的程序，后台服务器13将查询与所述AP监测设备12(通过设备号确定)对应的更新程序是否存在，以做出回应。每次成功进行更新程序，设备将自动重启；AP监测设备12每间隔固定时间扫描当前网络，判断是否稳定，稳定方可进行文件传送，否则重启设备；设备内自带watchdog程序，以防止设备进入“卡死”状态。

在一个实施例中，所述客户终端14还用于显示所有AP监测设备获得的所述地铁AP设备的工作状态。在一个实施例中，所述客户终端14上显示设置了整个地铁线路上每个站台上所有安装AP监测设备的信息，在每个站台页面内设定实时数据表、预警表和告警表。并利用曲线图显示无线地铁AP设备11信号强度的变化情况。

在一个实施例中，在地铁线路的每一个站台设置两台AP监测设备12，每台AP监测设备12根据MAC地址监测指定的两台地铁AP设备11。AP监测设备12用arm处理器与嵌入式linux系统作为监测设备，配备相关网卡(该网卡需要具备混杂模式与射频侦听模式)与GPRS模块。例如，一台AP监测设备12监测该站台的站台东端下行侧的地铁AP设备11与站台东端上行侧的地铁AP设备11；另一台AP监测设备12监测该站台的站台西端下行侧的地铁AP设备11与站台西端上行侧的地铁AP设备11。所有的AP监测设备12都与一台后台服务器13相连，并通过设备的ID号进行日志文件上传、更新程序下载等工作。不同设备与后台服务器通过AP监测设备编号、站台编号与地铁AP设备编号的对应关系作为通信凭证进行交互。通过在站台两侧设置AP信号实时在线监测设备(AP监测设备)，结合后台报文统计程序(后台服务器)对地铁AP设备的工作状态进行实时监测，一旦发现某台地铁AP设备信号失灵，则及时向控制中心给出预警或者告警，提示维护保障人员处理。真正实现维修由定期修到状态修的转变。

在一个实施例中，如图3所示，所述AP监测设备12包括ARM嵌入式处理器、WIFI无线网卡(连接了外置天线)，供电电源；SD卡以及GPRS模块。所述AP监测设备12通过GPRS业务将日志文件上传到后台服务器13中，后台服务器13进行存储及处理，并通过网络与客户终端14进行通信，后台服务器或客户终端对对每个地铁AP设备11的信号强度，不同报文类型帧的出现频率以及重发次数做出统计，然后与正常情况下的特征进行比较，对信号强度不稳定，经常出现重发的地铁AP设备11给予短信提醒和/或声光告警。

综上所述，本发明的一种监测地铁AP设备的方法及系统可以实时对地铁无线AP的信号质量和通信质量做出评判，方便地铁维护保障人员有目的地开展维护，并且真正实现从定期修向状态修的转变，并可以实现地铁无线通信质量的量化检测。通过分析报文的方式，实时判断地铁无线AP的信号质量和通信质量，不仅可以获得无线信号的常规参数，而且可以通过更底层的报文深入判断其质量好坏以及原因。从而可以及时发现性能失效的设备，及早剔除行车安全隐患，并提高运营维护的效率，节省成本，提高运营质量。所以，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (16)

1.一种监测地铁AP设备的方法，其特征在于，所述监测地铁AP设备的方法包括：

通过AP监测设备监测指定的地铁AP设备，对所获取的报文信息进行处理得到所监测的地铁AP设备的工作状态信息；所述报文信息包括地铁AP设备发送的无线报文的相关信息；所述工作状态信息包括报文相关信息以及信号强度；所述相关报文信息包括所监测的地铁AP设备在设定时间段内各种报文类型的报文数量和重传率；

AP监测设备将所监测的地铁AP设备的工作状态信息写入日志文件并发送；

后台服务器用于接收所述日志文件，并获取所述日志文件中的工作状态信息；

根据所监测的地铁AP设备的工作状态信息判断所监测的地铁AP设备的通信质量和/或信号质量是否处于正常状态；当所监测的地铁AP设备的通信质量和/或信号质量处于不正常状态时，发出告警信息。

2.根据权利要求1所述的监测地铁AP设备的方法，其特征在于：对所获取的报文信息进行处理得到所监测的地铁AP设备的工作状态信息的具体实现包括：根据802.11协议对所获取的报文信息进行解析，通过报文的MAC地址确定所监测的地铁AP设备发送的报文，获得所监测的地铁AP设备发送的每个报文的报文类型，统计在设定时间内每个报文类型的报文数量以及重传率。

3.根据权利要求1所述的监测地铁AP设备的方法，其特征在于：所述报文类型包括：beacon、proberequest、proberesponse、ack、action和data的任一种。

4.根据权利要求1所述的监测地铁AP设备的方法，其特征在于：所述AP监测设备通过GPRS模块将所述日志文件发送给所述后台服务器。

5.根据权利要求1所述的监测地铁AP设备的方法，其特征在于：所述监测地铁AP设备的方法还包括：所述AP监测设备检测程序更新和/或网络状态，并在满足设定条件时自动重启。

6.根据权利要求1所述的监测地铁AP设备的方法，其特征在于：所述监测地铁AP设备的方法还包括：所述后台服务器将所述日志文件的内容存入到数据库中。

7.根据权利要求1所述的监测地铁AP设备的方法，其特征在于：所述告警信息包括：短信告警信息，声音告警信息以及光电告警信息中的任一种或组合。

8.根据权利要求1所述的监测地铁AP设备的方法，其特征在于：所述监测地铁AP设备的方法还包括：在客户终端显示所有AP监测设备获得的所述地铁AP设备的工作状态。

9.一种监测地铁AP设备的系统，其特征在于：所述监测地铁AP设备的系统包括至少一台AP监测设备和一台后台服务器，其中：

所述AP监测设备用于监测指定的地铁AP设备，对所获取的报文信息进行处理得到所监测的地铁AP设备的工作状态信息；所述报文信息包括地铁AP设备发送的无线报文的相关信息；所述工作状态信息包括报文相关信息以及信号强度；所述相关报文信息包括所监测的地铁AP设备在设定时间段内各种报文类型的报文数量和重传率；将所监测的地铁AP设备的工作状态信息写入日志文件并发送；

所述后台服务器用于接收所述日志文件，并根据所监测的地铁AP设备处理所述日志文件中的工作状态信息，根据所述工作状态信息判断所监测的地铁AP设备的通信质量和/或信号质量是否处于正常状态，当所监测的地铁AP设备的通信质量和/或信号质量处于不正常状态时，向客户终端发出告警信息。

10.根据权利要求9所述的监测地铁AP设备的系统，其特征在于：对所获取的报文信息进行处理得到所监测的地铁AP设备的工作状态信息的具体实现包括：根据802.11协议对所获取的报文信息进行解析，通过报文的MAC地址确定所监测的地铁AP设备发送的报文，获得所监测的地铁AP设备发送的每个报文的报文类型，统计在设定时间内每个报文类型的报文数量以及重传率。

11.根据权利要求9所述的监测地铁AP设备的系统，其特征在于：所述报文类型包括：beacon、proberequest、proberesponse、ack、action和data的任一种。

12.根据权利要求9所述的监测地铁AP设备的系统，其特征在于：所述AP监测设备通过GPRS模块将所述日志文件发送给所述后台服务器。

13.根据权利要求9所述的监测地铁AP设备的系统，其特征在于：所述AP监测设备还用于检测程序更新和/或网络状态，并在满足设定条件时自动重启。

14.根据权利要求9所述的监测地铁AP设备的系统，其特征在于：所述后台服务器将所述日志文件的内容存入到数据库中。

15.根据权利要求9所述的监测地铁AP设备的系统，其特征在于：所述告警信息包括：短信告警信息，声音告警信息以及光电告警信息中的任一种或组合。

16.根据权利要求9所述的监测地铁AP设备的系统，其特征在于：所述客户终端还用于显示所有AP监测设备获得的所述地铁AP设备的工作状态。