一种对rfid阅读器进行信令跟踪的系统和方法
【专利摘要】本发明提供了一种对RFID阅读器进行信令跟踪的系统和方法，在保证不影响其他业务运行的前提下，通过开辟一条专用链路进行信令跟踪，在避免信令跟踪占用大量链路带宽的问题的同时，保证了信令数据上报的实时性。同时，通过直观的操作界面，方便非专业人员进行信令跟踪操作，协助定位；通过配置详细的信令跟踪参数，如信令方向、名称、跟踪范围、详细程度、自动保存成信令文件开关等配置参数，方便操作人员进行有针对性的信令跟踪。另外，本发明采用数据库和信令文件两种数据存储方式，利用数据库的结构化特性，方便对信令数据进行二次过滤、分析统计等复杂操作，方便信令文件传输。
【专利说明】一种对RFID阅读器进行信令跟踪的系统和方法
【技术领域】
[0001]本发明涉及通讯领域的信令跟踪系统，更具体的说，是一种用来实现对RFID阅读器进行信令跟踪的方法及信令跟踪的后台系统。
【背景技术】
[0002]在网络通讯技术中，通过信令跟踪系统进行实时跟踪并显示与各业务相关的信令，提供相应的解释和分析功能，方便使用人员观察信令的内容、流向和各业务的逻辑流程。特别的，对于RFID (Rad1 Frequency Identificat1n无线射频识别)阅读器的实际应用中，信令跟踪系统的作用非常重要，是业务采集数据、定位问题的重要手段。
[0003]目前，在实际应用中，如果需要对RFID阅读器进行信令跟踪业务，需要通过命令行的方式，通过输入一系列命令进行信令跟踪。对信令跟踪的显示也是以文本的形式进行的，如果需要保存跟踪记录，保存的文件一般以TXT文件为主。这种现状主要有三个问题:
[0004]第一，显示方式不易查看分析。信令跟踪后的数据纯粹以文本的形式进行堆叠，用户不易查看分析。无法对跟踪结果进行结构化的分析、过滤、统计等逻辑操作，在RFID阅读器的应用场景中，信令的数据量是巨大的，如果没有很好的分析过滤功能，显示是非常不方便的。
[0005]第二，操作不方便。命令行的方式对技术水平要求较高，需要操作人员熟练掌握人机命令。
[0006]第三，文件保存不安全。如果发生问题需要开启信令跟踪，但是大量数据不可能马上在现场进行分析，需要保存并传输的功能。而如果保存成可以用文本打开的文件，可能会使其他人员轻易看到信令内容，而这些信令内容体现业务的内部逻辑，应该具有保密性。
[0007]现有的专利文献包括:专利申请号为CN200910090516.9的中国专利申请“信令跟踪方法、信令跟踪后台装置及跟踪系统”，和专利申请号为CN200610162188的中国专利申请“信令跟踪装置”。但所述专利文献与本专利存在较多不同之处。首先，第CN200910090516号专利重点解决现有的各信令跟踪条件接口差异化后台跟踪代码不能统一化的问题。其次，第CN200610162188号专利从信令跟踪前台的角度进行说明。而本专利重点解决上述阐述的现状中的问题，并且主要从信令跟踪后台的角度进行说明。
[0008]另外，第CN200610162188号中国专利申请存在以下不足:一、该专利的实现方式不能保证信令数据的实时性。所述专利为了解决占用链路带宽的问题，采用定时通过FTP取回信令文件的方式，但是这样的实现方式牺牲了信令数据的实时性。而在实际应用中，对于复现故障、定位问题而言，信令数据的实时性相对较为重要。
【发明内容】
[0009]有鉴于此，本发明提供一种信令跟踪系统和方法，实现对RFID阅读器的信令跟踪功能，以及对信令数据进行分析、过滤、统计、保存、传输功能。同时，在合理利用带宽的同时，保证信令数据实时性。
[0010]为达到上述目的，本发明的技术方案是这样实现的:
[0011]本发明提供了一种对RFID阅读器进行信令跟踪的系统，其包括:
[0012]该系统包括网管系统装置和网元设备，其中，
[0013]网管系统装置包括:
[0014]信令跟踪客户端，用于提供界面，使操作人员方便地进行配置跟踪参数、启动/停止信令跟踪、分析信令数据等操作，同时用于显示信令跟踪的相关数据；
[0015]信令跟踪服务端，用于接收信令跟踪客户端的操作请求，执行具体业务，发送启动/停止信令跟踪命令给网元设备，处理上报信令数据及相应的保存操作；
[0016]所述网元设备，用于执行信令跟踪命令操作，向信令跟踪服务端发送信令数据；
[0017]所述网元设备与网管系统装置之间设置一般业务链路，所述一般业务链路传递正常业务的消息，且该链路上的消息是双向的，除网管系统装置中的其他业务功能消息外，信令跟踪功能的启动/停止命令的请求和响应结果也由该链路发送和接收。
[0018]所述网元设备与网管系统装置之间还设有信令跟踪链路，启动信令跟踪时，网元设备的信令数据由信令跟踪链路发送给网管系统装置，且该链路上的消息是单向传送，专为信令跟踪功能使用。
[0019]进一步，所述网元设备为RFID阅读器。
[0020]进一步，所述信令跟踪服务端包括:流程处理器、信令监听器、流水号生成器、心跳检测器、信令数据存取器、信令数据解析器、信令数据调度器；
[0021]所述流程处理器，用于处理信令跟踪客户端调用请求的具体操作流程；
[0022]所述信令监听器，用于监听网元设备发送的信令数据，进行后续操作；
[0023]所述流水号生成器，用于对信令数据进行流水号的编号操作，方便后续的定位、查询、分析；
[0024]所述心跳检测器，用于检测信令跟踪链路的状态。如果一定时间内网元设备没有发送任何消息，心跳检测器执行停止信令跟踪的业务操作逻辑；
[0025]所述信令数据存取器，用于存储网元设备发送的信令数据；
[0026]所述信令数据解析器，用于将信令数据解析成表格的形式，方便在信令跟踪客户端进行展示；
[0027]所述信令数据调度器，用于调度大数据量信令何时发送给信令跟踪客户端以及何时进行信令数据存取。
[0028]进一步，所述信令数据存取器，包括:信令数据缓存、数据库存取器和信令文件读写器；
[0029]所述信令数据缓存，其作为系统内存，短期记录信令数据，对大数据量的信令数据起到缓冲作用；
[0030]所述数据库存取器，用于将网元设备发送的信令数据保存到数据库中，以便后续的分析、过滤、统计功能；
[0031]所述信令文件读写器，用于将网元设备发送的信令数据保存成信令文件，并提供打开所述信令文件的功能。
[0032]本发明还提供了利用上述系统对RFID阅读器进行信令跟踪的方法，包括以下步骤:
[0033]步骤A.信令跟踪客户端101组织信令跟踪参数，发送启动信令跟踪请求给信令跟踪服务端；
[0034]步骤B.信令跟踪服务端111收到启动信令跟踪请求后，调用流程处理器102，执行建立信令跟踪链路、同时发送启动消息给网元设备112 ；
[0035]步骤C.网元设备112检测到信令跟踪链路建立后，返回启动成功消息给信令跟踪服务端111;
[0036]步骤D.信令跟踪服务端111收到启动成功的消息后，启动心跳检测器110、信令监听器103和信令数据调度器106，并通知信令跟踪客户端101启动成功；
[0037]步骤E.启动成功后，网元设备112开始上报信令数据，信令监听器103收到信令数据后放入信令数据缓存105中；
[0038]步骤F.信令数据解析器107解析信令数据缓存105中的信令数据，发送给信令跟踪客户端101用于展示；
[0039]信令数据调度器106从缓存中取出信令数据，调用数据库存取器108保存到数据库中，并根据操作人员的配置，判断是否调用信令文件读写器109保存成信令文件。
[0040]相对于现有技术，本发明具有以下优势:
[0041]首先，本发明提供直观的操作界面，方便非专业人员进行操作。
[0042]其次，本发明提供详细的信令跟踪参数，如信令方向、信令名称、跟踪范围、信令详细程度、自动保存成信令文件开关等配置参数，方便操作人员进行有针对性的信令跟踪。
[0043]再次，本发明采用TCP/IP协议将信令数据进行实时上报，同时，为了不影响其他业务的正常运行，单独开辟了一条专用链路进行信令跟踪，解决了信令跟踪占用大量链路带宽的问题。
[0044]最后，本发明采用数据库和信令文件两种数据存储方式，利用数据库的结构化特性，方便对信令数据进行二次过滤、分析统计等复杂操作，同时信令文件方便传输，利用信令跟踪服务端提供的FTP功能，可以方便的对跟踪到的信令文件进行下载传输。
【专利附图】
【附图说明】
[0045]构成本发明的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0046]图1是本发明进行信令跟踪的系统的结构示意图；
[0047]图2是主要展现本发明的信令跟踪服务端的结构组成的示意图；
[0048]图3是本发明流程处理器启动信令跟踪的处理流程图；
[0049]图4是本发明流程处理器停止信令跟踪的处理流程图；
[0050]图5是本发明信令监听器的处理流程图；
[0051]图6是本发明信令数据调度器的处理流程图。
【具体实施方式】
[0052]需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
[0053]下面将参考附图并结合实施例来详细说明本发明。
[0054]如图1所示，本发明的信令跟踪系统的结构示意图，该系统包括网管系统装置201和网元设备112，其中，
[0055]网管系统装置201包括:
[0056]信令跟踪客户端101，用于提供界面，使操作人员方便地进行配置跟踪参数、启动/停止信令跟踪、分析信令数据等操作，同时用于显示信令跟踪的相关数据；
[0057]信令跟踪服务端111，用于接收信令跟踪客户端的操作请求，执行具体业务，发送启动/停止信令跟踪命令给网元设备，处理上报信令数据及相应的保存操作；
[0058]所述网元设备112，用于执行信令跟踪命令操作，向信令跟踪服务端发送信令数据；
[0059]所述网元设备112与网管系统装置之间设置一般业务链路205，所述一般业务链路205传递正常业务的消息，且该链路上的消息是双向的，除网管系统装置201中的其他业务功能消息外，信令跟踪功能的启动/停止命令的请求和响应结果也由该链路发送和接收。
[0060]所述网元设备112与网管系统装置之间还设有信令跟踪链路206，启动信令跟踪时，网元设备的信令数据由本条链路发送给网管系统装置201，本条链路上的消息是单向的，专为信令跟踪功能使用。
[0061]这样设计一方面避免了海量信令数据对网管系统装置201中一般业务消息的收发，防止一般业务消息被信令数据阻塞的情况；同时，信令跟踪链路206只在启动信令跟踪时建立，停止信令跟踪时立即断开，避免了网络资源的浪费。
[0062]如图2所示，主要展示了本发明的信令跟踪服务端11组成结构的示意图，信令跟踪服务端111包括:流程处理器102、信令监听器103、流水号生成器104、信令数据调度器106、信令数据解析器107、心跳检测器110和信令数据存取器。
[0063]所述信令数据存取器用于存储网元设备发送的信令数据，其包括信令数据缓存105、数据库存取器108和信令文件读写器109。
[0064]流程处理器102，用于处理信令跟踪客户端调用请求的具体操作流程。
[0065]信令监听器103，用于监听网元设备发送的信令数据，进行后续操作。
[0066]流水号生成器104，用于对信令数据进行流水号的编号操作，方便后续的定位、查询、分析。
[0067]信令数据缓存105，作为系统内存，短期记录信令数据，对大数据量的信令数据起到缓冲作用。
[0068]信令数据调度器106，用于调度大数据量信令何时发送给信令跟踪客户端以及何时进行信令数据存取。
[0069]信令数据解析器107，用于将信令数据解析成表格的形式，方便在信令跟踪客户端进行展示。
[0070]数据库存取器108，用于将网元设备发送的信令数据保存到数据库中，以及提供方便的分析、过滤、统计等功能。
[0071]信令文件读写器109，用于将网元设备发送的信令数据保存成信令文件，并提供打开这种信令文件的功能。
[0072]心跳检测器110，用于检测信令跟踪链路的状态。如果一定时间内网元设备没有发送任何消息，心跳检测器执行停止信令跟踪的业务操作逻辑。
[0073]同样参照图2所示，利用本发明对RFID阅读器进行信令跟踪方法包括以下步骤:
[0074]步骤A:信令跟踪客户端101组织信令跟踪参数，发送启动信令跟踪请求给信令跟踪服务端111。
[0075]步骤B:信令跟踪服务端111收到启动信令跟踪请求后，调用流程处理器102，执行建立信令跟踪链路、同时发送启动消息给网元设备等逻辑处理。
[0076]步骤C:网元设备112检测到信令跟踪链路建立后，返回启动成功消息给信令跟踪服务端111的流程处理器102。
[0077]步骤D:信令跟踪服务端111的流程处理器102收到启动成功的消息后，启动信令监听器103、流水号生成器104、信令数据调度器106和心跳检测器110，并通知信令跟踪客户端101启动成功。
[0078]步骤E:启动成功后，网元设备112开始上报信令数据，信令监听器103收到信令数据后，调用流水号生成器104为每一条心跳数据生成一个新的消息流水号，并为每一条信令数据生成一个新的消息流水号和信令序列号；
[0079]流水号生成器104将生成的信令序列号通知信令监听器103，信令监听器103组织信令数据结构后放入信令数据缓存105中；
[0080]步骤F:信令数据调度器106按照预定的策略从信令数据缓存105中取出信令数据，调用数据库存取器108保存到数据库中，并根据操作人员启动信令跟踪命令的参数，判断是否配置了自动保存信令文件的开关，调用信令文件读写器109保存成信令文件；
[0081 ] 信令数据调度器106将信令数据缓存105中的信令数据发给信令数据解析器107进行解析；
[0082]信令数据解析器107将解析后的信令结构返回给信令数据调度器106，信令数据调度器106将信令数据发送给信令跟踪客户端101以表格的形式进行展示；
[0083]所述心跳检测器在所述步骤D中启动后，定时检测当前的消息流水号，如果与上一个检测周期的检测的消息流水号相同，证明本次检测周期内没有任何消息，调用流程处理器102执行停止信令跟踪的操作。
[0084]如图3所示，本发明中流程处理器在操作人员启动信令跟踪时的业务逻辑流程如下:
[0085]步骤301:流程处理器收到信令跟踪客户端发送的启动信令跟踪的请求。
[0086]步骤302:流程处理器解析启动参数，包括信令跟踪的过滤参数以及是否需要自动保存信令文件等配置。
[0087]步骤303:流程处理器校验各项参数是否合法。如果参数不合法执行步骤304，否则执行步骤305。
[0088]步骤304:流程处理器发送给信令跟踪客户端，提示操作人员启动信令跟踪失败以及具体的失败原因，流程结束。
[0089]步骤305:流程处理器调用数据库存取器，将上次跟踪到的遗留数据全部清理，以免与本次信令跟踪的数据相混淆。
[0090]步骤306:流程处理器向网元设备端主动建立信令跟踪链路。
[0091]步骤307:判断是否已经成功建立链接，如果建链失败则执行步骤304，否则执行步骤308。
[0092]步骤308:如果信令跟踪的链路已经成功建立，则流程处理器通过一般业务链路向网元设备发送启动信令跟踪的请求，如果网元设备检测到信令跟踪的链路已经建立成功，会返回成功的结果，否则返回失败等错误码。
[0093]步骤309:流程处理器判断网元设备返回的操作结果，如果返回结果是失败则执行步骤310，否则执行步骤311。
[0094]步骤310:如果网元设备返回的结果为失败，流程处理器负责主动再断开一次信令跟踪链路，防止在网元设备检测之后链路建立，浪费网络资源。
[0095]步骤311:如果网元设备返回的结果为成功，流程处理器启动信令监听器，为监听令消息和心跳消息做好准备。
[0096]步骤312:流程处理器启动流水号生成器，为信令消息和心跳消息生成唯一的消息流水号。
[0097]步骤313:流程处理器启动心跳检测器，通过定时检测消息，判断当前信令跟踪链路的状态。
[0098]步骤314:流程处理器判断信令跟踪客户端发送的启动参数中是否要求信令自动保存成文件，如果设置了自动保存成文件，则执行步骤315，否则执行步骤316。
[0099]步骤315:如果信令跟踪客户端设置了自动保存成文件，记录下自动保存的相关设置。
[0100]步骤316:流程处理器发送给信令跟踪客户端，提示操作人员启动信令跟踪成功，流程结束。
[0101]如图4所示，本发明中流程处理器在操作人员停止信令跟踪时的业务逻辑流程如下:
[0102]步骤401:流程处理器收到信令跟踪客户端发送的停止信令跟踪的请求。
[0103]步骤402:流程处理器首先断开信令跟踪链路，不再接收停止之后上报的信令数据。
[0104]步骤403:流程处理器停止信令监听器，不需要再对信令消息进行监听。
[0105]步骤404:流程处理器停止心跳检测器，不再检测心跳消息。
[0106]步骤405:流程处理器停止流水号生成器，不需要再生成流水号。
[0107]步骤406:流程处理器调用数据库存取器，将缓存中尚未存入数据库的数据保存到数据库中。
[0108]步骤407:流程处理器从内存中获取到启动时的参数配置。
[0109]步骤408:判断启动信令跟踪时是否设置了自动保存成信令文件参数，如果设置了自动保存参数则执行步骤409，否则执行步骤410。
[0110]步骤409:流程处理器调用信令文件读写器，将缓存中尚未保存到信令文件中的数据保存到信令文件中。
[0111]步骤410:流程处理器通过一般业务链路向网元设备发送停止信令跟踪的请求，并接收网元设备的操作结果。
[0112]步骤411:流程处理器将网元设备返回的停止信令跟踪的操作结果发送给信令跟踪客户端，提示操作人员操作结果，流程结束。
[0113]如图5所示，本发明中信令监听器在收到网元设备发送的消息时的业务逻辑流程如下:
[0114]步骤501:信令监听器监听到网元设备发送的消息。
[0115]步骤502:信令监听器调用流水号生成器为每一条消息生成一个唯一的流水号。
[0116]步骤503:信令监听器判断该消息是否是信令消息，如果是则执行步骤504，否则是心跳消息，流程结束。
[0117]步骤504:信令监听器调用流水号生成器为该信令消息生成唯一的信令序列号。
[0118]步骤505:将信令消息连同信令序列号组织成信令结构，插入信令数据缓存中，流程结束。
[0119]如图6所示，本发明中信令数据调度器在针对信令数据缓存中数据进行调度处理的业务逻辑流程如下:
[0120]步骤601:当一条信令数据插入到信令数据缓存中后，流程开始；
[0121]步骤602:信令数据缓存的缓存计数器加I ;
[0122]步骤603:当前系统总的信令数据容量计数器加I ;这个系统容量除了信令数据缓存中的数据，还包含数据库中的信令数据；
[0123]步骤604:通过缓存计数器判断缓存中信令数据量是否超过缓存容量，如果超过容量，则执行步骤605，否则流程结束；
[0124]步骤605:从信令数据缓存中取出信令数据；
[0125]步骤606:更新缓存计数器。新的缓存计数器的值为当前缓存计数器的值减去步骤605中从信令数据缓存中取出的信令数据的个数；
[0126]步骤607:将步骤605中取出的信令数据，通过调用数据库存取器，存入数据库中；
[0127]步骤608:通过系统容量计数器判断系统中信令数据量是否超过限制，如果超过限制，则执行步骤609，否则执行步骤611 ；
[0128]步骤609:如果系统中的信令容量超过限制，则调用数据库存取器，删除数据库中最早的一批信令数据；
[0129]步骤610:更新系统容量计数器。新的系统容量计数器的值为当前系统容量计数器的值减去步骤609中从数据库中删除的信令数据的个数；
[0130]步骤611:从内存中获取启动信令跟踪的参数配置，判断启动时是否设置了自动保存成信令文件。如果是则执行步骤612，否则流程结束。
[0131]步骤612:将步骤605中取出的信令数据，通过调用文件读写器，写成信令文件，保存到磁盘中；
[0132]步骤613:判断系统中保存的信令文件数量是否超过限制，如果超过限制，则执行步骤614，否则流程结束；
[0133]步骤614:通过调用文件读写器，删除最早的信令文件，流程结束。
[0134]综上所述，本发明通过直观的操作界面，方便非专业人员进行信令跟踪操作，协助定位问题。通过配置详细的信令跟踪参数，如信令方向、信令名称、跟踪范围、信令详细程度、自动保存成信令文件开关等配置参数，方便操作人员进行有针对性的信令跟踪。在保证不影响其他业务的正常运行的前提下，通过开辟一条专用链路进行信令跟踪，在避免信令跟踪占用大量链路带宽的问题的同时，保证了信令数据上报的实时性。另外，本发明采用数据库和信令文件两种数据存储方式，利用数据库的结构化特性，方便对信令数据进行二次过滤、分析统计等复杂操作，同时信令文件方便传输，利用信令跟踪服务端提供的FTP功能，可以方便的对跟踪到的信令文件进行下载传输。其中，关于基于数据库对信令数据的分析、过滤、统计功能，以及信令文件的打开、解析功能不是本发明的论述重点，不再赘述。
[0135]以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种对即10阅读器进行信令跟踪的系统，其包括: 网管系统装置(201)和网元设备(112),其中， 网管系统装置(201)包括: 信令跟踪客户端(101),用于提供界面，使操作人员方便地进行配置跟踪参数、启动/停止信令跟踪、分析信令数据等操作，同时用于显示信令跟踪的相关数据； 信令跟踪服务端(111),用于接收信令跟踪客户端的操作请求，执行具体业务，发送启动/停止信令跟踪命令给网元设备，处理上报信令数据及相应的保存操作；所述网元设备(112),用于执行信令跟踪命令操作，向信令跟踪服务端发送信令数据；所述网元设备(112)与网管系统装置之间设置一般业务链路(205),所述一般业务链路(205)传递正常业务的消息，且该链路上的消息是双向的，除网管系统装置(201)中的其他业务功能消息外，信令跟踪功能的启动/停止命令的请求和响应结果也由该链路发送和接收； 其特征在于， 所述网元设备(112)与网管系统装置之间还设有信令跟踪链路(206),启动信令跟踪时，网元设备的信令数据由信令跟踪链路发送给网管系统装置(201)，且该链路上的消息是单向传送，专为信令跟踪功能使用。
2.根据权利要求1所述的系统，其特征在于:所述网元设备为即10阅读器。
3.根据权利要求1所述的系统，其特征在于:所述信令跟踪服务端包括:流程处理器、信令监听器、流水号生成器、心跳检测器、信令数据存取器、信令数据解析器、信令数据调度器；其中， 所述流程处理器，用于处理信令跟踪客户端调用请求的具体操作流程； 所述信令监听器，用于监听网元设备发送的信令数据，进行后续操作； 所述流水号生成器，用于对信令数据进行流水号的编号操作，方便后续的定位、查询、分析； 所述心跳检测器，用于检测信令跟踪链路的状态。如果一定时间内网元设备没有发送任何消息，心跳检测器执行停止信令跟踪的业务操作逻辑； 所述信令数据存取器，用于存储网元设备发送的信令数据； 所述信令数据解析器，用于将信令数据解析成表格的形式，方便在信令跟踪客户端进行展示； 所述信令数据调度器，用于调度大数据量信令何时发送给信令跟踪客户端以及何时进行信令数据存取。
4.根据权利要求3所述的系统，其特征在于:所述信令数据存取器，包括:信令数据缓存、数据库存取器和信令文件读写器； 所述信令数据缓存，其作为系统内存，短期记录信令数据，对大数据量的信令数据起到缓冲作用； 所述数据库存取器，用于将网元设备发送的信令数据保存到数据库中，以便后续的分析、过滤、统计功能； 所述信令文件读写器，用于将网元设备发送的信令数据保存成信令文件，并提供打开所述信令文件的功能。
5.利用如权利要求1所述的系统对RFID阅读器进行信令跟踪的方法，包括以下步骤: 步骤A、信令跟踪客户端(101)组织信令跟踪参数，发送启动信令跟踪请求给信令跟踪服务端； 步骤B、信令跟踪服务端(111)收到启动信令跟踪请求后，调用流程处理器(102)，执行建立信令跟踪链路、同时发送启动消息给网元设备(112)； 步骤C、网元设备(112)检测到信令跟踪链路建立后，返回启动成功消息给信令跟踪服务端(111)； 步骤D、信令跟踪服务端(111)收到启动成功的消息后，启动心跳检测器(110)、信令监听器(103)和信令数据调度器(106)，并通知信令跟踪客户端(101)启动成功； 步骤E、启动成功后，网元设备(112)开始上报信令数据，信令监听器(103)收到信令数据后放入信令数据缓存(105)中； 步骤F、信令数据解析器(107)解析信令数据缓存(105)中的信令数据，发送给信令跟踪客户端(101)用于展示； 信令数据调度器(106)从缓存中取出信令数据，调用数据库存取器(108)保存到数据库中，并根据操作人员的配置，判断是否调用信令文件读写器(109)保存成信令文件。
6.根据权利要求5所述的方法，其特征在于:所述流程处理器(102)在操作人员启动信令跟踪时的业务逻辑流程如下: 步骤301:流程处理器收到信令跟踪客户端发送的启动信令跟踪的请求； 步骤302:流程处理器解析启动参数，包括信令跟踪的过滤参数以及是否需要自动保存信令文件等配置； 步骤303:流程处理器校验各项参数是否合法。如果参数不合法执行步骤304，否则执行步骤305 ； 步骤304:流程处理器发送给信令跟踪客户端，提示操作人员启动信令跟踪失败以及具体的失败原因，流程结束； 步骤305:流程处理器调用数据库存取器，将上次跟踪到的遗留数据全部清理，以免与本次信令跟踪的数据相混淆； 步骤306:流程处理器向网元设备端主动建立信令跟踪链路； 步骤307:判断是否已经成功建立链接，如果建链失败则执行步骤304，否则执行步骤308 ； 步骤308:如果信令跟踪的链路已经成功建立，则流程处理器通过一般业务链路向网元设备发送启动信令跟踪的请求，如果网元设备检测到信令跟踪的链路已经建立成功，会返回成功的结果，否则返回失败等错误码； 步骤309:流程处理器判断网元设备返回的操作结果，如果返回结果是失败则执行步骤310，否则执行步骤311 ； 步骤310:如果网元设备返回的结果为失败，流程处理器负责主动再断开一次信令跟踪链路； 步骤311:如果网元设备返回的结果为成功，流程处理器启动信令监听器，为监听信令消息和心跳消息做好准备； 步骤312:流程处理器启动流水号生成器，为信令消息和心跳消息生成唯一的消息流水号； 步骤313:流程处理器启动心跳检测器，通过定时检测消息，判断当前信令跟踪链路的状态； 步骤314:流程处理器判断信令跟踪客户端发送的启动参数中是否要求信令自动保存成文件，如果设置了自动保存成文件，则执行步骤315，否则执行步骤316 ； 步骤315:如果信令跟踪客户端设置了自动保存成文件，记录下自动保存的相关设置；步骤316:流程处理器发送给信令跟踪客户端，提示操作人员启动信令跟踪成功，流程结束。
7.根据权利要求5所述的方法，其特征在于:所述流程处理器(102)在操作人员停止信令跟踪时的业务逻辑流程如下: 步骤401:流程处理器收到信令跟踪客户端发送的停止信令跟踪的请求； 步骤402:流程处理器首先断开信令跟踪链路，不再接收停止之后上报的信令数据； 步骤403:流程处理器停止信令监听器，不需要再对信令消息进行监听； 步骤404:流程处理器停止心跳检测器，不再检测心跳消息； 步骤405:流程处理器停止流水号生成器，不需要再生成流水号； 步骤406:流程处理器调用数据库存取器，将缓存中尚未存入数据库的数据保存到数据库中； 步骤407:流程处理器从内存中获取到启动时的参数配置； 步骤408:判断启动信令跟踪时是否设置了自动保存成信令文件参数，如果设置了自动保存参数则执行步骤409，否则执行步骤410 ； 步骤409:流程处理器调用信令文件读写器，将缓存中尚未保存到信令文件中的数据保存到信令文件中； 步骤410:流程处理器通过一般业务链路向网元设备发送停止信令跟踪的请求，并接收网元设备的操作结果； 步骤411:流程处理器将网元设备返回的停止信令跟踪的操作结果发送给信令跟踪客户端，提示操作人员操作结果，流程结束。
8.根据权利要求5所述的方法，其特征在于:所述信令监听器在收到网元设备发送的消息时的业务逻辑流程如下: 步骤501:信令监听器监听到网元设备发送的消息； 步骤502:信令监听器调用流水号生成器为每一条消息生成一个唯一的流水号； 步骤503:信令监听器判断该消息是否是信令消息，如果是则执行步骤504，否则是心跳消息，流程结束； 步骤504:信令监听器调用流水号生成器为该信令消息生成唯一的信令序列号； 步骤505:将信令消息连同信令序列号组织成信令结构，插入信令数据缓存中，流程结束。
9.根据权利要求5所述的方法，其特征在于:所述信令数据调度器在针对信令数据缓存中数据进行调度处理的业务逻辑流程如下: 步骤601:当一条信令数据插入到信令数据缓存中后，流程开始； 步骤602:信令数据缓存的缓存计数器加1 ； 步骤603:当前系统总的信令数据容量计数器加I ; 步骤604:通过缓存计数器判断缓存中信令数据量是否超过缓存容量，如果超过容量，则执行步骤605，否则流程结束； 步骤605:从信令数据缓存中取出信令数据； 步骤606:更新缓存计数器。新的缓存计数器的值为当前缓存计数器的值减去步骤605中从信令数据缓存中取出的信令数据的个数； 步骤607:将步骤605中取出的信令数据，通过调用数据库存取器，存入数据库中；步骤608:通过系统容量计数器判断系统中信令数据量是否超过限制，如果超过限制，则执行步骤609，否则执行步骤611 ； 步骤609:如果系统中的信令容量超过限制，则调用数据库存取器，删除数据库中最早的一批信令数据； 步骤610:更新系统容量计数器，新的系统容量计数器的值为当前系统容量计数器的值减去步骤609中从数据库中删除的信令数据的个数； 步骤611:从内存中获取启动信令跟踪的参数配置，判断启动时是否设置了自动保存成信令文件。如果是则执行步骤612，否则流程结束； 步骤612:将步骤605中取出的信令数据，通过调用文件读写器，写成信令文件，保存到磁盘中； 步骤613:判断系统中保存的信令文件数量是否超过限制，如果超过限制，则执行步骤614，否则流程结束； 步骤614:通过调用文件读写器，删除最早的信令文件，流程结束。
10.根据权利要求9所述的方法，其特征在于:步骤603中所述系统容量除了信令数据缓存中的数据，还包含数据库中的信令数据。
【文档编号】H04L12/24GK104468736SQ201410665755
【公开日】2015年3月25日 申请日期:2014年11月19日 优先权日:2014年11月19日
【发明者】孟英 申请人:天津中兴智联科技有限公司