CN104468736A - 一种对rfid阅读器进行信令跟踪的***和方法 - Google Patents
一种对rfid阅读器进行信令跟踪的***和方法 Download PDFInfo
- Publication number
- CN104468736A CN104468736A CN201410665755.3A CN201410665755A CN104468736A CN 104468736 A CN104468736 A CN 104468736A CN 201410665755 A CN201410665755 A CN 201410665755A CN 104468736 A CN104468736 A CN 104468736A
- Authority
- CN
- China
- Prior art keywords
- signaling
- data
- tracing
- network element
- signaling data
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K17/00—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
- G06K17/0022—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisious for transferring data to distant stations, e.g. from a sensing device
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- 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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种对RFID阅读器进行信令跟踪的***和方法,在保证不影响其他业务运行的前提下,通过开辟一条专用链路进行信令跟踪,在避免信令跟踪占用大量链路带宽的问题的同时,保证了信令数据上报的实时性。同时,通过直观的操作界面,方便非专业人员进行信令跟踪操作,协助定位;通过配置详细的信令跟踪参数,如信令方向、名称、跟踪范围、详细程度、自动保存成信令文件开关等配置参数,方便操作人员进行有针对性的信令跟踪。另外,本发明采用数据库和信令文件两种数据存储方式,利用数据库的结构化特性,方便对信令数据进行二次过滤、分析统计等复杂操作,方便信令文件传输。
Description
技术领域
本发明涉及通讯领域的信令跟踪***,更具体的说,是一种用来实现对RFID阅读器进行信令跟踪的方法及信令跟踪的后台***。
背景技术
在网络通讯技术中,通过信令跟踪***进行实时跟踪并显示与各业务相关的信令,提供相应的解释和分析功能,方便使用人员观察信令的内容、流向和各业务的逻辑流程。特别的,对于RFID(Radio FrequencyIdentification无线射频识别)阅读器的实际应用中,信令跟踪***的作用非常重要,是业务采集数据、定位问题的重要手段。
目前,在实际应用中,如果需要对RFID阅读器进行信令跟踪业务,需要通过命令行的方式,通过输入一系列命令进行信令跟踪。对信令跟踪的显示也是以文本的形式进行的,如果需要保存跟踪记录,保存的文件一般以TXT文件为主。这种现状主要有三个问题:
第一,显示方式不易查看分析。信令跟踪后的数据纯粹以文本的形式进行堆叠,用户不易查看分析。无法对跟踪结果进行结构化的分析、过滤、统计等逻辑操作,在RFID阅读器的应用场景中,信令的数据量是巨大的,如果没有很好的分析过滤功能,显示是非常不方便的。
第二,操作不方便。命令行的方式对技术水平要求较高,需要操作人员熟练掌握人机命令。
第三,文件保存不安全。如果发生问题需要开启信令跟踪,但是大量数据不可能马上在现场进行分析,需要保存并传输的功能。而如果保存成可以用文本打开的文件,可能会使其他人员轻易看到信令内容,而这些信令内容体现业务的内部逻辑,应该具有保密性。
现有的专利文献包括:专利申请号为CN200910090516.9的中国专利申请“信令跟踪方法、信令跟踪后台装置及跟踪***”,和专利申请号为CN200610162188的中国专利申请“信令跟踪装置”。但所述专利文献与本专利存在较多不同之处。首先,第CN200910090516号专利重点解决现有的各信令跟踪条件接口差异化后台跟踪代码不能统一化的问题。其次,第CN200610162188号专利从信令跟踪前台的角度进行说明。而本专利重点解决上述阐述的现状中的问题,并且主要从信令跟踪后台的角度进行说明。
另外,第CN200610162188号中国专利申请存在以下不足:一、该专利的实现方式不能保证信令数据的实时性。所述专利为了解决占用链路带宽的问题,采用定时通过FTP取回信令文件的方式,但是这样的实现方式牺牲了信令数据的实时性。而在实际应用中,对于复现故障、定位问题而言,信令数据的实时性相对较为重要。
发明内容
有鉴于此,本发明提供一种信令跟踪***和方法,实现对RFID阅读器的信令跟踪功能,以及对信令数据进行分析、过滤、统计、保存、传输功能。同时,在合理利用带宽的同时,保证信令数据实时性。
为达到上述目的,本发明的技术方案是这样实现的:
本发明提供了一种对RFID阅读器进行信令跟踪的***,其包括:
该***包括网管***装置和网元设备,其中,
网管***装置包括:
信令跟踪客户端,用于提供界面,使操作人员方便地进行配置跟踪参数、启动/停止信令跟踪、分析信令数据等操作,同时用于显示信令跟踪的相关数据;
信令跟踪服务端,用于接收信令跟踪客户端的操作请求,执行具体业务,发送启动/停止信令跟踪命令给网元设备,处理上报信令数据及相应的保存操作;
所述网元设备,用于执行信令跟踪命令操作,向信令跟踪服务端发送信令数据;
所述网元设备与网管***装置之间设置一般业务链路,所述一般业务链路传递正常业务的消息,且该链路上的消息是双向的,除网管***装置中的其他业务功能消息外,信令跟踪功能的启动/停止命令的请求和响应结果也由该链路发送和接收。
所述网元设备与网管***装置之间还设有信令跟踪链路,启动信令跟踪时,网元设备的信令数据由信令跟踪链路发送给网管***装置,且该链路上的消息是单向传送,专为信令跟踪功能使用。
进一步,所述网元设备为RFID阅读器。
进一步,所述信令跟踪服务端包括:流程处理器、信令***、流水号生成器、心跳检测器、信令数据存取器、信令数据解析器、信令数据调度器;
所述流程处理器,用于处理信令跟踪客户端调用请求的具体操作流程;
所述信令***,用于监听网元设备发送的信令数据,进行后续操作;
所述流水号生成器,用于对信令数据进行流水号的编号操作,方便后续的定位、查询、分析;
所述心跳检测器,用于检测信令跟踪链路的状态。如果一定时间内网元设备没有发送任何消息,心跳检测器执行停止信令跟踪的业务操作逻辑;
所述信令数据存取器,用于存储网元设备发送的信令数据;
所述信令数据解析器,用于将信令数据解析成表格的形式,方便在信令跟踪客户端进行展示;
所述信令数据调度器,用于调度大数据量信令何时发送给信令跟踪客户端以及何时进行信令数据存取。
进一步,所述信令数据存取器,包括:信令数据缓存、数据库存取器和信令文件读写器;
所述信令数据缓存,其作为***内存,短期记录信令数据,对大数据量的信令数据起到缓冲作用;
所述数据库存取器,用于将网元设备发送的信令数据保存到数据库中,以便后续的分析、过滤、统计功能;
所述信令文件读写器,用于将网元设备发送的信令数据保存成信令文件,并提供打开所述信令文件的功能。
本发明还提供了利用上述***对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保存成信令文件。
相对于现有技术,本发明具有以下优势:
首先,本发明提供直观的操作界面,方便非专业人员进行操作。
其次,本发明提供详细的信令跟踪参数,如信令方向、信令名称、跟踪范围、信令详细程度、自动保存成信令文件开关等配置参数,方便操作人员进行有针对性的信令跟踪。
再次,本发明采用TCP/IP协议将信令数据进行实时上报,同时,为了不影响其他业务的正常运行,单独开辟了一条专用链路进行信令跟踪,解决了信令跟踪占用大量链路带宽的问题。
最后,本发明采用数据库和信令文件两种数据存储方式,利用数据库的结构化特性,方便对信令数据进行二次过滤、分析统计等复杂操作,同时信令文件方便传输,利用信令跟踪服务端提供的FTP功能,可以方便的对跟踪到的信令文件进行下载传输。
附图说明
构成本发明的一部分的附图用来提供对本发明的进一步理解,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是本发明进行信令跟踪的***的结构示意图;
图2是主要展现本发明的信令跟踪服务端的结构组成的示意图;
图3是本发明流程处理器启动信令跟踪的处理流程图;
图4是本发明流程处理器停止信令跟踪的处理流程图;
图5是本发明信令***的处理流程图;
图6是本发明信令数据调度器的处理流程图。
具体实施方式
需要说明的是,在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。
下面将参考附图并结合实施例来详细说明本发明。
如图1所示,本发明的信令跟踪***的结构示意图,该***包括网管***装置201和网元设备112,其中,
网管***装置201包括:
信令跟踪客户端101,用于提供界面,使操作人员方便地进行配置跟踪参数、启动/停止信令跟踪、分析信令数据等操作,同时用于显示信令跟踪的相关数据;
信令跟踪服务端111,用于接收信令跟踪客户端的操作请求,执行具体业务,发送启动/停止信令跟踪命令给网元设备,处理上报信令数据及相应的保存操作;
所述网元设备112,用于执行信令跟踪命令操作,向信令跟踪服务端发送信令数据;
所述网元设备112与网管***装置之间设置一般业务链路205,所述一般业务链路205传递正常业务的消息,且该链路上的消息是双向的,除网管***装置201中的其他业务功能消息外,信令跟踪功能的启动/停止命令的请求和响应结果也由该链路发送和接收。
所述网元设备112与网管***装置之间还设有信令跟踪链路206,启动信令跟踪时,网元设备的信令数据由本条链路发送给网管***装置201,本条链路上的消息是单向的,专为信令跟踪功能使用。
这样设计一方面避免了海量信令数据对网管***装置201中一般业务消息的收发,防止一般业务消息被信令数据阻塞的情况;同时,信令跟踪链路206只在启动信令跟踪时建立,停止信令跟踪时立即断开,避免了网络资源的浪费。
如图2所示,主要展示了本发明的信令跟踪服务端11组成结构的示意图,信令跟踪服务端111包括:流程处理器102、信令***103、流水号生成器104、信令数据调度器106、信令数据解析器107、心跳检测器110和信令数据存取器。
所述信令数据存取器用于存储网元设备发送的信令数据,其包括信令数据缓存105、数据库存取器108和信令文件读写器109。
流程处理器102,用于处理信令跟踪客户端调用请求的具体操作流程。
信令***103,用于监听网元设备发送的信令数据,进行后续操作。
流水号生成器104,用于对信令数据进行流水号的编号操作,方便后续的定位、查询、分析。
信令数据缓存105,作为***内存,短期记录信令数据,对大数据量的信令数据起到缓冲作用。
信令数据调度器106,用于调度大数据量信令何时发送给信令跟踪客户端以及何时进行信令数据存取。
信令数据解析器107,用于将信令数据解析成表格的形式,方便在信令跟踪客户端进行展示。
数据库存取器108,用于将网元设备发送的信令数据保存到数据库中,以及提供方便的分析、过滤、统计等功能。
信令文件读写器109,用于将网元设备发送的信令数据保存成信令文件,并提供打开这种信令文件的功能。
心跳检测器110,用于检测信令跟踪链路的状态。如果一定时间内网元设备没有发送任何消息,心跳检测器执行停止信令跟踪的业务操作逻辑。
同样参照图2所示,利用本发明对RFID阅读器进行信令跟踪方法包括以下步骤:
步骤A:信令跟踪客户端101组织信令跟踪参数,发送启动信令跟踪请求给信令跟踪服务端111。
步骤B:信令跟踪服务端111收到启动信令跟踪请求后,调用流程处理器102,执行建立信令跟踪链路、同时发送启动消息给网元设备等逻辑处理。
步骤C:网元设备112检测到信令跟踪链路建立后,返回启动成功消息给信令跟踪服务端111的流程处理器102。
步骤D:信令跟踪服务端111的流程处理器102收到启动成功的消息后,启动信令***103、流水号生成器104、信令数据调度器106和心跳检测器110,并通知信令跟踪客户端101启动成功。
步骤E:启动成功后,网元设备112开始上报信令数据,信令***103收到信令数据后,调用流水号生成器104为每一条心跳数据生成一个新的消息流水号,并为每一条信令数据生成一个新的消息流水号和信令序列号;
流水号生成器104将生成的信令序列号通知信令***103,信令***103组织信令数据结构后放入信令数据缓存105中;
步骤F:信令数据调度器106按照预定的策略从信令数据缓存105中取出信令数据,调用数据库存取器108保存到数据库中,并根据操作人员启动信令跟踪命令的参数,判断是否配置了自动保存信令文件的开关,调用信令文件读写器109保存成信令文件;
信令数据调度器106将信令数据缓存105中的信令数据发给信令数据解析器107进行解析;
信令数据解析器107将解析后的信令结构返回给信令数据调度器106,信令数据调度器106将信令数据发送给信令跟踪客户端101以表格的形式进行展示;
所述心跳检测器在所述步骤D中启动后,定时检测当前的消息流水号,如果与上一个检测周期的检测的消息流水号相同,证明本次检测周期内没有任何消息,调用流程处理器102执行停止信令跟踪的操作。
如图3所示,本发明中流程处理器在操作人员启动信令跟踪时的业务逻辑流程如下:
步骤301:流程处理器收到信令跟踪客户端发送的启动信令跟踪的请求。
步骤302:流程处理器解析启动参数,包括信令跟踪的过滤参数以及是否需要自动保存信令文件等配置。
步骤303:流程处理器校验各项参数是否合法。如果参数不合法执行步骤304,否则执行步骤305。
步骤304:流程处理器发送给信令跟踪客户端,提示操作人员启动信令跟踪失败以及具体的失败原因,流程结束。
步骤305:流程处理器调用数据库存取器,将上次跟踪到的遗留数据全部清理,以免与本次信令跟踪的数据相混淆。
步骤306:流程处理器向网元设备端主动建立信令跟踪链路。
步骤307:判断是否已经成功建立链接,如果建链失败则执行步骤304,否则执行步骤308。
步骤308:如果信令跟踪的链路已经成功建立,则流程处理器通过一般业务链路向网元设备发送启动信令跟踪的请求,如果网元设备检测到信令跟踪的链路已经建立成功,会返回成功的结果,否则返回失败等错误码。
步骤309:流程处理器判断网元设备返回的操作结果,如果返回结果是失败则执行步骤310,否则执行步骤311。
步骤310:如果网元设备返回的结果为失败,流程处理器负责主动再断开一次信令跟踪链路,防止在网元设备检测之后链路建立,浪费网络资源。
步骤311:如果网元设备返回的结果为成功,流程处理器启动信令***,为监听信令消息和心跳消息做好准备。
步骤312:流程处理器启动流水号生成器,为信令消息和心跳消息生成唯一的消息流水号。
步骤313:流程处理器启动心跳检测器,通过定时检测消息,判断当前信令跟踪链路的状态。
步骤314:流程处理器判断信令跟踪客户端发送的启动参数中是否要求信令自动保存成文件,如果设置了自动保存成文件,则执行步骤315,否则执行步骤316。
步骤315:如果信令跟踪客户端设置了自动保存成文件,记录下自动保存的相关设置。
步骤316:流程处理器发送给信令跟踪客户端,提示操作人员启动信令跟踪成功,流程结束。
如图4所示,本发明中流程处理器在操作人员停止信令跟踪时的业务逻辑流程如下:
步骤401:流程处理器收到信令跟踪客户端发送的停止信令跟踪的请求。
步骤402:流程处理器首先断开信令跟踪链路,不再接收停止之后上报的信令数据。
步骤403:流程处理器停止信令***,不需要再对信令消息进行监听。
步骤404:流程处理器停止心跳检测器,不再检测心跳消息。
步骤405:流程处理器停止流水号生成器,不需要再生成流水号。
步骤406:流程处理器调用数据库存取器,将缓存中尚未存入数据库的数据保存到数据库中。
步骤407:流程处理器从内存中获取到启动时的参数配置。
步骤408:判断启动信令跟踪时是否设置了自动保存成信令文件参数,如果设置了自动保存参数则执行步骤409,否则执行步骤410。
步骤409:流程处理器调用信令文件读写器,将缓存中尚未保存到信令文件中的数据保存到信令文件中。
步骤410:流程处理器通过一般业务链路向网元设备发送停止信令跟踪的请求,并接收网元设备的操作结果。
步骤411:流程处理器将网元设备返回的停止信令跟踪的操作结果发送给信令跟踪客户端,提示操作人员操作结果,流程结束。
如图5所示,本发明中信令***在收到网元设备发送的消息时的业务逻辑流程如下:
步骤501:信令***监听到网元设备发送的消息。
步骤502:信令***调用流水号生成器为每一条消息生成一个唯一的流水号。
步骤503:信令***判断该消息是否是信令消息,如果是则执行步骤504,否则是心跳消息,流程结束。
步骤504:信令***调用流水号生成器为该信令消息生成唯一的信令序列号。
步骤505:将信令消息连同信令序列号组织成信令结构,***信令数据缓存中,流程结束。
如图6所示,本发明中信令数据调度器在针对信令数据缓存中数据进行调度处理的业务逻辑流程如下:
步骤601:当一条信令数据***到信令数据缓存中后,流程开始;
步骤602:信令数据缓存的缓存计数器加1;
步骤603:当前***总的信令数据容量计数器加1;这个***容量除了信令数据缓存中的数据,还包含数据库中的信令数据;
步骤604:通过缓存计数器判断缓存中信令数据量是否超过缓存容量,如果超过容量,则执行步骤605,否则流程结束;
步骤605:从信令数据缓存中取出信令数据;
步骤606:更新缓存计数器。新的缓存计数器的值为当前缓存计数器的值减去步骤605中从信令数据缓存中取出的信令数据的个数;
步骤607:将步骤605中取出的信令数据,通过调用数据库存取器,存入数据库中;
步骤608:通过***容量计数器判断***中信令数据量是否超过限制,如果超过限制,则执行步骤609,否则执行步骤611;
步骤609:如果***中的信令容量超过限制,则调用数据库存取器,删除数据库中最早的一批信令数据;
步骤610:更新***容量计数器。新的***容量计数器的值为当前***容量计数器的值减去步骤609中从数据库中删除的信令数据的个数;
步骤611:从内存中获取启动信令跟踪的参数配置,判断启动时是否设置了自动保存成信令文件。如果是则执行步骤612,否则流程结束。
步骤612:将步骤605中取出的信令数据,通过调用文件读写器,写成信令文件,保存到磁盘中;
步骤613:判断***中保存的信令文件数量是否超过限制,如果超过限制,则执行步骤614,否则流程结束;
步骤614:通过调用文件读写器,删除最早的信令文件,流程结束。
综上所述,本发明通过直观的操作界面,方便非专业人员进行信令跟踪操作,协助定位问题。通过配置详细的信令跟踪参数,如信令方向、信令名称、跟踪范围、信令详细程度、自动保存成信令文件开关等配置参数,方便操作人员进行有针对性的信令跟踪。在保证不影响其他业务的正常运行的前提下,通过开辟一条专用链路进行信令跟踪,在避免信令跟踪占用大量链路带宽的问题的同时,保证了信令数据上报的实时性。另外,本发明采用数据库和信令文件两种数据存储方式,利用数据库的结构化特性,方便对信令数据进行二次过滤、分析统计等复杂操作,同时信令文件方便传输,利用信令跟踪服务端提供的FTP功能,可以方便的对跟踪到的信令文件进行下载传输。其中,关于基于数据库对信令数据的分析、过滤、统计功能,以及信令文件的打开、解析功能不是本发明的论述重点,不再赘述。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种对RFID阅读器进行信令跟踪的***,其包括:
网管***装置(201)和网元设备(112),其中,
网管***装置(201)包括:
信令跟踪客户端(101),用于提供界面,使操作人员方便地进行配置跟踪参数、启动/停止信令跟踪、分析信令数据等操作,同时用于显示信令跟踪的相关数据;
信令跟踪服务端(111),用于接收信令跟踪客户端的操作请求,执行具体业务,发送启动/停止信令跟踪命令给网元设备,处理上报信令数据及相应的保存操作;
所述网元设备(112),用于执行信令跟踪命令操作,向信令跟踪服务端发送信令数据;
所述网元设备(112)与网管***装置之间设置一般业务链路(205),所述一般业务链路(205)传递正常业务的消息,且该链路上的消息是双向的,除网管***装置(201)中的其他业务功能消息外,信令跟踪功能的启动/停止命令的请求和响应结果也由该链路发送和接收;
其特征在于,
所述网元设备(112)与网管***装置之间还设有信令跟踪链路(206),启动信令跟踪时,网元设备的信令数据由信令跟踪链路发送给网管***装置(201),且该链路上的消息是单向传送,专为信令跟踪功能使用。
2.根据权利要求1所述的***,其特征在于:所述网元设备为RFID阅读器。
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:当前***总的信令数据容量计数器加1;
步骤604:通过缓存计数器判断缓存中信令数据量是否超过缓存容量,如果超过容量,则执行步骤605,否则流程结束;
步骤605:从信令数据缓存中取出信令数据;
步骤606:更新缓存计数器。新的缓存计数器的值为当前缓存计数器的值减去步骤605中从信令数据缓存中取出的信令数据的个数;
步骤607:将步骤605中取出的信令数据,通过调用数据库存取器,存入数据库中;
步骤608:通过***容量计数器判断***中信令数据量是否超过限制,如果超过限制,则执行步骤609,否则执行步骤611;
步骤609:如果***中的信令容量超过限制,则调用数据库存取器,删除数据库中最早的一批信令数据;
步骤610:更新***容量计数器,新的***容量计数器的值为当前***容量计数器的值减去步骤609中从数据库中删除的信令数据的个数;
步骤611:从内存中获取启动信令跟踪的参数配置,判断启动时是否设置了自动保存成信令文件。如果是则执行步骤612,否则流程结束;
步骤612:将步骤605中取出的信令数据,通过调用文件读写器,写成信令文件,保存到磁盘中;
步骤613:判断***中保存的信令文件数量是否超过限制,如果超过限制,则执行步骤614,否则流程结束;
步骤614:通过调用文件读写器,删除最早的信令文件,流程结束。
10.根据权利要求9所述的方法,其特征在于:步骤603中所述***容量除了信令数据缓存中的数据,还包含数据库中的信令数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410665755.3A CN104468736A (zh) | 2014-11-19 | 2014-11-19 | 一种对rfid阅读器进行信令跟踪的***和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410665755.3A CN104468736A (zh) | 2014-11-19 | 2014-11-19 | 一种对rfid阅读器进行信令跟踪的***和方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104468736A true CN104468736A (zh) | 2015-03-25 |
Family
ID=52914089
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410665755.3A Pending CN104468736A (zh) | 2014-11-19 | 2014-11-19 | 一种对rfid阅读器进行信令跟踪的***和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104468736A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106897316A (zh) * | 2015-12-21 | 2017-06-27 | ***通信集团重庆有限公司 | 一种信令数据的处理方法和装置 |
CN113422694A (zh) * | 2021-06-08 | 2021-09-21 | 腾讯科技(深圳)有限公司 | 通信方法、装置、介质及电子设备 |
-
2014
- 2014-11-19 CN CN201410665755.3A patent/CN104468736A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106897316A (zh) * | 2015-12-21 | 2017-06-27 | ***通信集团重庆有限公司 | 一种信令数据的处理方法和装置 |
CN113422694A (zh) * | 2021-06-08 | 2021-09-21 | 腾讯科技(深圳)有限公司 | 通信方法、装置、介质及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10652265B2 (en) | Method and apparatus for network forensics compression and storage | |
CN107094158B (zh) | 一种自动化内网安全脆弱分析*** | |
CN110908879B (zh) | 埋点数据的上报方法、装置、终端和存储介质 | |
CN103152352B (zh) | 一种基于云计算环境的全信息安全取证监听方法和*** | |
CN106656577B (zh) | 一种app及浏览器的用户行为统计方法及智能路由器 | |
WO2019051948A1 (zh) | 监控数据的处理方法、设备、服务器及存储介质 | |
KR20150076230A (ko) | 응용 프로그램의 관리방법, 장치, 서버, 단말기기, 프로그램 및 기록매체 | |
CN103795762A (zh) | 一种反向代理的测试方法及*** | |
CN106407078A (zh) | 基于信息交互的客户端性能监控装置及方法 | |
CN101820635A (zh) | 一种移动通讯数据的采集方法和装置 | |
CN101483562B (zh) | 一种例行测试的方法、***及相关设备 | |
CN103401845A (zh) | 一种网址安全性的检测方法、装置 | |
CN106685685A (zh) | 一种跨安全分区的交换机性能监测方法及*** | |
CN108076017A (zh) | 一种数据包的协议解析方法及装置 | |
CN103490978A (zh) | 终端、服务器和消息监视方法 | |
CN111625383A (zh) | 进程异常事件处理方法、装置、电子设备及存储介质 | |
CN102271331B (zh) | 一种检测业务提供商sp站点可靠性的方法及*** | |
CN106162594B (zh) | 基于IPtables的WIFI热点流量统计方法及*** | |
CN103532737B (zh) | 一种处理多种类型告警的方法、装置及*** | |
CN104468736A (zh) | 一种对rfid阅读器进行信令跟踪的***和方法 | |
CN110362993A (zh) | 恶意进程识别方法、终端、服务器、***及存储介质 | |
WO2018000524A1 (zh) | 一种备份文件的方法及装置 | |
CN110430070A (zh) | 一种服务状态分析方法、装置、服务器、数据分析设备及介质 | |
CN113923192A (zh) | 一种流量审计方法、装置、***、设备和介质 | |
CN110532305A (zh) | 一种业务数据割接方法及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20150325 |