CN105763370A - 一种提取信令数据的方法及装置 - Google Patents

一种提取信令数据的方法及装置 Download PDF

Info

Publication number
CN105763370A
CN105763370A CN201610095239.0A CN201610095239A CN105763370A CN 105763370 A CN105763370 A CN 105763370A CN 201610095239 A CN201610095239 A CN 201610095239A CN 105763370 A CN105763370 A CN 105763370A
Authority
CN
China
Prior art keywords
signaling
initial
signaling data
data
user
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
Application number
CN201610095239.0A
Other languages
English (en)
Inventor
田睿
牛杰
付清文
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guiyang Longmaster Information and Technology Co ltd
Original Assignee
Guiyang Longmaster Information and Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guiyang Longmaster Information and Technology Co ltd filed Critical Guiyang Longmaster Information and Technology Co ltd
Priority to CN201610095239.0A priority Critical patent/CN105763370A/zh
Publication of CN105763370A publication Critical patent/CN105763370A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0677Localisation of faults
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/069Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种提取信令数据的方法及装置,该方法包括:轮询信令日志中的信令数据,根据用户号码查找出用户的起始信令;保存查找到的起始信令,并从起始信令中提取出通道关键字;在信令日志中从起始信令开始继续轮询信令数据,判断轮训到的信令数据的通道关键字与从起始信令中提取出的通道关键字是否相同,对于与起始信令包含相同通道关键字的信令数据,判断该信令数据是否为终止信令,如果不是终止信令,则将轮询到的信令数据作为用户的中间信令数据保存,如果是终止信令,则将轮询到的信令数据作为用户的终止信令保存。本发明在排查通信问题时,让开发人员能够快速的提取出完整的信令数据,极大的缩减了开发人员定位问题的时间成本。

Description

一种提取信令数据的方法及装置
技术领域
本发明涉及通信技术,尤指一种提取信令数据的方法及装置。
背景技术
目前IVR业务主要采取7号信令的方式与用户终端进行通信,为了便捷的排查通信问题,对通信双方的信息传递进行了记录,因此产生了信令日志。信令日志的数据量是由与用户通信的次数决定的,对于一些业务量大的平台,所产生的信令日志的数据量非常庞大,通常在百万级别。对于排查问题和查询详细通话数据非常耗时。由于信令日志的相似性,人为的提取很容易出现错误,并且对于呼叫失败原因的统计和分析也无法进行。
发明内容
为了解决上述技术问题,本发明提供了一种提取信令数据的方法及装置,能够快速准确的提取出用户的完整信令数据。
为了达到本发明目的,本发明提供了一种提取信令数据的方法,包括:
轮询信令日志中的信令数据,根据用户号码查找出用户的起始信令;
保存查找到的起始信令,并从所述起始信令中提取出通道关键字;
在所述信令日志中从所述起始信令开始继续轮询信令数据,判断轮询到的信令数据的通道关键字与从所述起始信令中提取出的通道关键字是否相同,对于与所述起始信令包含相同通道关键字的信令数据,判断该信令数据是否为终止信令,如果不是终止信令,则将轮询到的信令数据作为用户的中间通信信令保存,如果是终止信令,则将轮询到的信令数据作为用户的终止信令保存。
进一步,所述方法还包括:
在将轮询到的信令数据作为用户的终止信令保存后,从所述终止信令中提取出释放连接的原因码,并统计释放连接的原因码出现的频率,从而得到所述信令日志中的失败原因。
进一步,所述方法还包括:
在将轮询到的信令数据作为用户的终止信令保存后,判断是否轮询到信令日志的末尾,如果未轮询到信令日志的末尾,则继续轮询信令日志中的信令数据,查找用户的下一条起始信令;如果轮询到信令日志的末尾,则结束。
进一步,所述方法还包括:
在从所述起始信令中提取出通道关键字后,对提取出的通道关键字进行保存;
在每次轮询信令数据并判断当前轮询的信令数据不是用户的起始信令后,判断保存的通道关键字是否为空,如果为空,则继续轮询下一条信令数据;如果不为空,则执行所述判断轮询到的信令数据的通道关键字与从所述起始信令中提取出的通道关键字是否相同;
在将轮询到的信令数据作为用户的终止信令保存后,清空保存的通道关键字。
进一步,所述根据用户号码查找出用户的起始信令,包括:从所述信令日志的首条信令数据开始,判断轮询到的信令数据中是否包含用户号码和初始标识,将包含用户号码和初始标识的信令数据作为用户的起始信令;
所述判断该信令数据是否为终止信令,包括:判断与起始信令包含相同通道关键字的信令数据中是否包含终止标识,如果包含终止标识,则确定为终止信令。
进一步,一种提取信令数据的装置,包括:轮询单元、起始信令查找单元、存储单元、提取单元、第一判断单元和第二判断单元,其中:
所述轮询单元,用于轮询信令日志中的信令数据,并在所述起始信令查找单元查找出用户的起始信令后,在所述信令日志中从所述起始信令开始继续轮询信令数据;
所述起始信令查找单元,用于根据用户号码查找出用户的起始信令;
所述存储单元,用于保存所述起始信令查找单元查找到的起始信令,并在所述第二判断单元判断信令数据不是终止信令时,将信令数据作为用户的中间通信信令保存;在所述第二判断单元判断信令数据是终止信令时,将信令数据作为用户的终止信令保存;
所述提取单元,用于从所述起始信令中提取出通道关键字;
所述第一判断单元,用于判断所述轮询单元在所述信令日志中从所述起始信令开始继续轮询信令数据后轮询到的信令数据的通道关键字与从所述起始信令中提取出的通道关键字是否相同;
所述第二判断单元,用于对于所述第一判断单元判断出的与所述起始信令包含相同通道关键字的信令数据,判断该信令数据是否为终止信令,如果不是终止信令,则将轮询到的信令数据作为用户的中间通信信令保存,如果是终止信令,则将轮询到的信令数据作为用户的终止信令保存。
进一步,还包括统计单元,其中:
所述统计单元,用于在所述存储单元将信令数据作为用户的终止信令保存后,从所述终止信令中提取出释放连接的原因码,并统计释放连接的原因码出现的频率,从而得到所述信令日志中的失败原因。
进一步,还包括第三判断单元,其中:
所述第三判断单元,用于在所述存储单元将信令数据作为用户的终止信令保存后,判断是否轮询到信令日志的末尾,如果未轮询到信令日志的末尾,则指示所述轮询单元继续轮询信令日志中的信令数据,查找用户的下一条起始信令;如果轮询到信令日志的末尾,则结束。
进一步,还包括第四判断单元,其中:
所述提取单元,还用于在从所述起始信令中提取出通道关键字后,对提取出的通道关键字进行保存;
所述第四判断单元,用于在所述轮询单元每次轮询信令数据,并且所述起始信令查找单元判断当前轮询的信令数据不是用户的起始信令后,判断所述提取单元保存的通道关键字是否为空,如果为空,则指示所述轮询单元继续轮询下一条信令数据;如果不为空,则指示所述第一判断单元执行所述判断轮询到的信令数据的通道关键字与从所述起始信令中提取出的通道关键字是否相同;
所述存储单元,还用于在将轮询单元轮询到的信令数据作为用户的终止信令保存后,清空所述提取单元保存的通道关键字。
进一步,所述起始信令查找单元根据用户号码查找出用户的起始信令,包括:从所述信令日志的首条信令数据开始,判断轮询到的信令数据中是否包含用户号码和初始标识,将包含用户号码和初始标识的信令数据作为用户的起始信令;
所述第二判断单元判断该信令数据是否为终止信令,包括:判断与起始信令包含相同通道关键字的信令数据中是否包含终止标识,如果包含终止标识,则确定为终止信令。
与现有技术相比,本发明包括轮询信令日志中的信令数据,根据用户号码查找出用户的起始信令;保存查找到的起始信令,并从起始信令中提取出通道关键字;在信令日志中从起始信令开始继续轮询信令数据,判断轮训到的信令数据的通道关键字与从起始信令中提取出的通道关键字是否相同,对于与起始信令包含相同通道关键字的信令数据,判断该信令数据是否为终止信令,如果不是终止信令,则将轮询到的信令数据作为用户的中间信令数据保存,如果是终止信令,则将轮询到的信令数据作为用户的终止信令保存。本发明在排查通信相关问题时,让开发人员能够根据需要快速的提取出完整的信令数据,极大的缩减了开发人员定位问题的时间成本。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本发明的技术方案,并不构成对本发明技术方案的限制。
图1为本发明的提取信令数据的方法的流程图;
图2为本发明的失败原因统计结果图;
图3为本发明实施例的提取信令数据的方法的流程图;
图4为本发明的提取信令数据的装置的架构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
步骤101:轮询信令日志中的信令数据,根据用户号码查找出用户的起始信令;
用户的完整信令包含:起始信令、中间通信信令和最终释放连接的终止信令。起始信令中包含:用户号码、通道关键词和信令消息等内容。本申请中首先根据键入的用户号码查找出用户的起始信令。
本申请中根据用户号码查找出用户的起始信令,包括:从信令日志的首条信令数据开始,判断轮询到的信令数据中是否包含初始标识以及键入的用户号码,将包含用户号码和初始标识的信令数据作为用户的起始信令。
步骤102:保存查找到的起始信令,并从起始信令中提取出通道关键词;
通道关键字是通信开始时分配给此次通信的标识,直到此次通信结束。此标识属于唯一标识,通信结束后该标识可以被其他新增通信重新使用。
步骤103:在信令日志中从起始信令开始继续轮询信令数据,判断轮询到的信令数据的通道关键字与从起始信令中提取出的通道关键字是否相同,对于与起始信令包含相同通道关键字的信令数据,判断该信令数据是否为终止信令,如果不是终止信令,则将轮询到的信令数据作为用户的中间通信信令保存,如果是终止信令,则将轮询到的信令数据作为用户的终止信令保存。
本申请中在从起始信令中提取出通道关键字后,根据通道关键字找寻中间通信信令,并一直找到包含该通道关键字的信令数据中包含有终止标识的信令数据,以此往复便可快速的提取出指定号码的完整信令数据。
本申请中判断信令数据是否为终止信令,包括:判断与起始信令包含相同通道关键字的信令数据中是否包含终止标识,如果包含终止标识,则确定为用户的终止信令。
进一步,在将轮询到的信令数据作为用户的终止信令保存后,从终止信令中提取出释放连接的原因码,并统计释放连接的原因码出现的频率,从而得到信令日志中的失败原因。
在连接释放前会产生释放连接的原因码,本申请可以对释放连接的原因码进行提取,并统计原因码出现的频率,从而统计出当前信令日志中失败的主要原因,让开发人员能够快速的定位问题所在。图2所示为对连接失败原因进行统计的结果。
进一步,本申请在将轮询到的信令数据作为用户的终止信令保存后,判断是否轮询到信令日志的末尾,如果未轮询到信令日志的末尾,则继续轮询信令日志中的信令数据,查找用户的下一条起始信令;如果轮询到信令日志的末尾,则结束。
对于多次进行通信的用户,用户可能包含多套完整信令,在提取出一套完整信令后,如果未轮询到信令日志的末尾,则仍然需要继续向下轮询,查找该用户的下一条起始信令,以便提取出与该条起始信令对应的中间通信信令和终止信令,直到轮询到信令日志的末尾。
进一步,在从起始信令中提取出通道关键字后,还对提取出的通道关键字进行保存;
在每次轮询信令数据并判断当前轮询的信令数据不是用户的起始信令后,判断保存的通道关键字是否为空,如果为空,则继续轮询下一条信令数据;如果不为空,则执行判断轮询到的信令数据的通道关键字与从起始信令中提取出的通道关键字是否相同;并且,
在将轮询到的信令数据作为用户的终止信令保存后,还清空保存的通道关键字。
在每次轮询信令数据并判断当前轮询的信令数据不是用户的起始信令后,可以判断保存的通道关键字是否为空,从而确认起始信令是否已经被查找到,在判断保存的通道关键字非空的情况下,也就是说起始信令已经被查找到,再判断当前轮询到的信令数据的通道关键字与保存的通道关键字是否相同。
本申请可以适用于TUP或ISUP等信令日志。
如图3所示,本申请实施例的提取信令数据的方法,包括:
步骤301:初始化保存的通道关键字;
初始化保存的通道关键字是指将保存的通道关键字赋值为空。本实施例中可以通过变量的方式保存通道关键字。
步骤302:轮询信令日志中的信令数据;
如果轮询的数据量以GB量存在,则以200M/次的速度依次进行轮询查找信令日志中的信令数据。
步骤303:根据用户号码判断当前轮询到的信令数据是否为用户的起始信令,如果是,则执行步骤304;如果不是,则执行步骤305;
对于当前轮询到的信令数据,判断其是否为用户号码对应的用户的起始信令,如果是用户的起始信令,则执行下一步;如果不是用户的起始信令,则判断是否已经查找到起始信令。在查找到用户的起始信令前,按照从上到下的顺序轮询信令日志中的信令数据,直到查找到用户的起始信令。
上述判断当前轮询到的信令数据是否为用户的起始信令,包括:判断轮询到的信令数据中是否包含用户号码和初始标识,将包含用户号码和初始标识的信令数据作为用户的起始信令。
步骤304:将起始信令通过write函数写入文件,并通过find函数找寻通道关键字所在位置,通过截取信令数据实现通道关键字的提取,提取并保存完成后继续轮询后续的信令数据;
步骤305:判断保存的通道关键字是否为空,若为空,则跳转至步骤302;若不为空,则执行步骤306;
若为空则说明还未找到起始信令数据,继续遍历信令数据。
步骤306:判断当前轮询到的信令数据中的通道关键字与所保存的从起始信令中提取出的通道关键字是否相同,如果相同,则执行步骤307;否则,跳转至步骤302;
步骤307:判断当前轮询的信令数据是否为终止信令,若不是终止信令,则执行步骤308;若是终止信令,则执行步骤309;
上述判断当前轮询的信令数据是否为终止信令,包括:判断与起始信令包含相同通道关键字的信令数据中是否包含终止标识,如果包含终止标识,则确定为终止信令。本实施例中可以通过find函数检测当前轮询的信令数据中是否包含终止标识。
步骤308:通过write函数将当前轮询的信令数据作为用户的中间通信信令写入文件,并跳转至步骤302;
步骤309:通过write函数将当前轮询的信令数据作为用户的终止信令写入文件,并执行步骤310;
步骤310:判断是否已轮询到信令日志的末尾,如果是,则结束;否则,执行步骤311;
步骤311:将保存的通道关键字赋值为空后,跳转至步骤302继续遍历后续信令数据。
如图4所示,本申请还提供了一种提取信令数据的装置,包括:轮询单元、起始信令查找单元、存储单元、提取单元、第一判断单元和第二判断单元,其中:
轮询单元,用于轮询信令日志中的信令数据,并在起始信令查找单元查找出用户的起始信令后,在信令日志中从起始信令开始继续轮询信令数据;
起始信令查找单元,用于根据用户号码查找出用户的起始信令;
存储单元,用于保存起始信令查找单元查找到的起始信令,并在第二判断单元判断信令数据不是终止信令时,将信令数据作为用户的中间通信信令保存;在第二判断单元判断信令数据是终止信令时,将信令数据作为用户的终止信令保存;
提取单元,用于从起始信令中提取出通道关键字;
第一判断单元,用于判断轮询单元在信令日志中从起始信令开始继续轮询信令数据后轮询到的信令数据的通道关键字与从起始信令中提取出的通道关键字是否相同;
第二判断单元,用于对于第一判断单元判断出的与起始信令包含相同通道关键字的信令数据,判断该信令数据是否为终止信令,如果不是终止信令,则将轮询到的信令数据作为用户的中间通信信令保存,如果是终止信令,则将轮询到的信令数据作为用户的终止信令保存。
进一步,该装置还包括统计单元,其中:
统计单元,用于在存储单元将信令数据作为用户的终止信令保存后,从终止信令中提取出释放连接的原因码,并统计释放连接的原因码出现的频率,从而得到信令日志中的失败原因。
进一步,该装置还包括第三判断单元,其中:
第三判断单元,用于在存储单元将信令数据作为用户的终止信令保存后,判断是否轮询到信令日志的末尾,如果未轮询到信令日志的末尾,则指示轮询单元继续轮询信令日志中的信令数据,查找用户的下一条起始信令;如果轮询到信令日志的末尾,则结束。
进一步,该装置还包括第四判断单元,其中:
提取单元,还用于在从起始信令中提取出通道关键字后,对提取出的通道关键字进行保存;
第四判断单元,用于在轮询单元每次轮询信令数据,并且起始信令查找单元判断当前轮询的信令数据不是用户的起始信令后,判断提取单元保存的通道关键字是否为空,如果为空,则指示轮询单元继续轮询下一条信令数据;如果不为空,则指示第一判断单元执行判断轮询到的信令数据的通道关键字与从起始信令中提取出的通道关键字是否相同;
存储单元,还用于在将轮询单元轮询到的信令数据作为用户的终止信令保存后,清空提取单元保存的通道关键字。
进一步,起始信令查找单元根据用户号码查找出用户的起始信令,包括:从信令日志的首条信令数据开始,判断轮询到的信令数据中是否包含用户号码和初始标识,将包含用户号码和初始标识的信令数据作为用户的起始信令;
第二判断单元判断该信令数据是否为终止信令,包括:判断与起始信令包含相同通道关键字的信令数据中是否包含终止标识,如果包含终止标识,则确定为终止信令。
虽然本发明所揭露的实施方式如上,但所述的内容仅为便于理解本发明而采用的实施方式,并非用以限定本发明。任何本发明所属领域内的技术人员,在不脱离本发明所揭露的精神和范围的前提下,可以在实施的形式及细节上进行任何的修改与变化,但本发明的专利保护范围,仍须以所附的权利要求书所界定的范围为准。

Claims (10)

1.一种提取信令数据的方法,其特征在于,包括:
轮询信令日志中的信令数据,根据用户号码查找出用户的起始信令;
保存查找到的起始信令,并从所述起始信令中提取出通道关键字;
在所述信令日志中从所述起始信令开始继续轮询信令数据,判断轮询到的信令数据的通道关键字与从所述起始信令中提取出的通道关键字是否相同,对于与所述起始信令包含相同通道关键字的信令数据,判断该信令数据是否为终止信令,如果不是终止信令,则将轮询到的信令数据作为用户的中间通信信令保存,如果是终止信令,则将轮询到的信令数据作为用户的终止信令保存。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在将轮询到的信令数据作为用户的终止信令保存后,从所述终止信令中提取出释放连接的原因码,并统计释放连接的原因码出现的频率,从而得到所述信令日志中的失败原因。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
在将轮询到的信令数据作为用户的终止信令保存后,判断是否轮询到信令日志的末尾,如果未轮询到信令日志的末尾,则继续轮询信令日志中的信令数据,查找用户的下一条起始信令;如果轮询到信令日志的末尾,则结束。
4.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
在从所述起始信令中提取出通道关键字后,对提取出的通道关键字进行保存;
在每次轮询信令数据并判断当前轮询的信令数据不是用户的起始信令后,判断保存的通道关键字是否为空,如果为空,则继续轮询下一条信令数据;如果不为空,则执行所述判断轮询到的信令数据的通道关键字与从所述起始信令中提取出的通道关键字是否相同;
在将轮询到的信令数据作为用户的终止信令保存后,清空保存的通道关键字。
5.根据权利要求1或2所述的方法,其特征在于:
所述根据用户号码查找出用户的起始信令,包括:从所述信令日志的首条信令数据开始,判断轮询到的信令数据中是否包含用户号码和初始标识,将包含用户号码和初始标识的信令数据作为用户的起始信令;
所述判断该信令数据是否为终止信令,包括:判断与起始信令包含相同通道关键字的信令数据中是否包含终止标识,如果包含终止标识,则确定为终止信令。
6.一种提取信令数据的装置,其特征在于,包括:轮询单元、起始信令查找单元、存储单元、提取单元、第一判断单元和第二判断单元,其中:
所述轮询单元,用于轮询信令日志中的信令数据,并在所述起始信令查找单元查找出用户的起始信令后,在所述信令日志中从所述起始信令开始继续轮询信令数据;
所述起始信令查找单元,用于根据用户号码查找出用户的起始信令;
所述存储单元,用于保存所述起始信令查找单元查找到的起始信令,并在所述第二判断单元判断信令数据不是终止信令时,将信令数据作为用户的中间通信信令保存;在所述第二判断单元判断信令数据是终止信令时,将信令数据作为用户的终止信令保存;
所述提取单元,用于从所述起始信令中提取出通道关键字;
所述第一判断单元,用于判断所述轮询单元在所述信令日志中从所述起始信令开始继续轮询信令数据后轮询到的信令数据的通道关键字与从所述起始信令中提取出的通道关键字是否相同;
所述第二判断单元,用于对于所述第一判断单元判断出的与所述起始信令包含相同通道关键字的信令数据,判断该信令数据是否为终止信令,如果不是终止信令,则将轮询到的信令数据作为用户的中间通信信令保存,如果是终止信令,则将轮询到的信令数据作为用户的终止信令保存。
7.根据权利要求6所述的装置,其特征在于,还包括统计单元,其中:
所述统计单元,用于在所述存储单元将信令数据作为用户的终止信令保存后,从所述终止信令中提取出释放连接的原因码,并统计释放连接的原因码出现的频率,从而得到所述信令日志中的失败原因。
8.根据权利要求6或7所述的装置,其特征在于,还包括第三判断单元,其中:
所述第三判断单元,用于在所述存储单元将信令数据作为用户的终止信令保存后,判断是否轮询到信令日志的末尾,如果未轮询到信令日志的末尾,则指示所述轮询单元继续轮询信令日志中的信令数据,查找用户的下一条起始信令;如果轮询到信令日志的末尾,则结束。
9.根据权利要求6或7所述的装置,其特征在于,还包括第四判断单元,其中:
所述提取单元,还用于在从所述起始信令中提取出通道关键字后,对提取出的通道关键字进行保存;
所述第四判断单元,用于在所述轮询单元每次轮询信令数据,并且所述起始信令查找单元判断当前轮询的信令数据不是用户的起始信令后,判断所述提取单元保存的通道关键字是否为空,如果为空,则指示所述轮询单元继续轮询下一条信令数据;如果不为空,则指示所述第一判断单元执行所述判断轮询到的信令数据的通道关键字与从所述起始信令中提取出的通道关键字是否相同;
所述存储单元,还用于在将轮询单元轮询到的信令数据作为用户的终止信令保存后,清空所述提取单元保存的通道关键字。
10.根据权利要求6或7所述的装置,其特征在于:
所述起始信令查找单元根据用户号码查找出用户的起始信令,包括:从所述信令日志的首条信令数据开始,判断轮询到的信令数据中是否包含用户号码和初始标识,将包含用户号码和初始标识的信令数据作为用户的起始信令;
所述第二判断单元判断该信令数据是否为终止信令,包括:判断与起始信令包含相同通道关键字的信令数据中是否包含终止标识,如果包含终止标识,则确定为终止信令。
CN201610095239.0A 2016-02-22 2016-02-22 一种提取信令数据的方法及装置 Pending CN105763370A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610095239.0A CN105763370A (zh) 2016-02-22 2016-02-22 一种提取信令数据的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610095239.0A CN105763370A (zh) 2016-02-22 2016-02-22 一种提取信令数据的方法及装置

Publications (1)

Publication Number Publication Date
CN105763370A true CN105763370A (zh) 2016-07-13

Family

ID=56329840

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610095239.0A Pending CN105763370A (zh) 2016-02-22 2016-02-22 一种提取信令数据的方法及装置

Country Status (1)

Country Link
CN (1) CN105763370A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108156001A (zh) * 2016-12-02 2018-06-12 中兴通讯股份有限公司 一种基于信令分析的智能网络问题上报方法及装置
CN109450660A (zh) * 2017-11-06 2019-03-08 贵阳朗玛信息技术股份有限公司 信令日志文本存入数据库的方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101005708A (zh) * 2007-01-18 2007-07-25 华为技术有限公司 呼叫跟踪方法、系统及设备
CN101163312A (zh) * 2007-11-08 2008-04-16 中兴通讯股份有限公司 信令跟踪方法
CN102026234A (zh) * 2010-11-30 2011-04-20 北京拓明科技有限公司 Gsm网络主被叫呼损统计分析方法
CN102780697A (zh) * 2012-07-20 2012-11-14 中兴通讯股份有限公司 根据用户号码跟踪信令的方法、sbc和系统
CN102984682A (zh) * 2012-10-29 2013-03-20 苏州坤里达信息科技有限公司 一种移动通信系统中的信令采集仪的数据存取方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101005708A (zh) * 2007-01-18 2007-07-25 华为技术有限公司 呼叫跟踪方法、系统及设备
CN101163312A (zh) * 2007-11-08 2008-04-16 中兴通讯股份有限公司 信令跟踪方法
CN102026234A (zh) * 2010-11-30 2011-04-20 北京拓明科技有限公司 Gsm网络主被叫呼损统计分析方法
CN102780697A (zh) * 2012-07-20 2012-11-14 中兴通讯股份有限公司 根据用户号码跟踪信令的方法、sbc和系统
CN102984682A (zh) * 2012-10-29 2013-03-20 苏州坤里达信息科技有限公司 一种移动通信系统中的信令采集仪的数据存取方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108156001A (zh) * 2016-12-02 2018-06-12 中兴通讯股份有限公司 一种基于信令分析的智能网络问题上报方法及装置
CN108156001B (zh) * 2016-12-02 2022-05-13 中兴通讯股份有限公司 一种基于信令分析的智能网络问题上报方法及装置
CN109450660A (zh) * 2017-11-06 2019-03-08 贵阳朗玛信息技术股份有限公司 信令日志文本存入数据库的方法及装置

Similar Documents

Publication Publication Date Title
CN102647414B (zh) 协议解析方法、设备及系统
EP2244418A1 (en) Database security monitoring method, device and system
CN103377053B (zh) 一种控制应用的方法、装置及系统
US20210263974A1 (en) Category tag mining method, electronic device and non-transitory computer-readable storage medium
CN110427604B (zh) 表格整合方法和装置
CN106255082A (zh) 一种垃圾短信的识别方法及系统
CN107870849A (zh) 测试日志的处理方法和装置
CN109146095A (zh) 多业务系统问题的处理方法和装置
CN110445750A (zh) 一种车联网协议流量识别方法及装置
CN102646124A (zh) 一种自动识别地址信息的方法
CN105763370A (zh) 一种提取信令数据的方法及装置
CN101930362B (zh) 一种ttcn语言与数据描述语言的集成方法
CN105138464A (zh) 一种程序代码处理方法和装置
CN107798004B (zh) 关键词查找方法、装置及终端
CN106559551A (zh) 一种通信录的信息提示方法、装置
CN107862016A (zh) 一种专题页面的配置方法
CN107391551B (zh) 一种基于数据挖掘的web业务数据分析方法及系统
CN108845995B (zh) 数据处理方法、装置、存储介质和电子装置
CN102624736A (zh) 一种tl1命令校验方法及装置
CN105701158A (zh) 一种文件系统读写优化方法及框架
CN106020605B (zh) 一种应用图标显示方法、用户终端以及系统
CN108572948B (zh) 门牌信息的处理方法及装置
CN109408677A (zh) 一种智能号码匹配方法、装置、设备和存储介质
CN106855888A (zh) 基于Logstash分布式系统的日志监控系统
CN114861076A (zh) 信息处理方法、装置、计算机设备和存储介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into 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: 20160713