CN100495976C - 故障检测方法及装置 - Google Patents
故障检测方法及装置 Download PDFInfo
- Publication number
- CN100495976C CN100495976C CNB2004100003699A CN200410000369A CN100495976C CN 100495976 C CN100495976 C CN 100495976C CN B2004100003699 A CNB2004100003699 A CN B2004100003699A CN 200410000369 A CN200410000369 A CN 200410000369A CN 100495976 C CN100495976 C CN 100495976C
- Authority
- CN
- China
- Prior art keywords
- message
- call flow
- scp
- file
- ringing number
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开一种故障检测方法及装置，可应用于智能网中，所述智能网包括有业务控制点。该方法包括：a)在业务控制点上获取业务控制点与其他设备交互的消息；b)根据所述获取的消息查找故障原因。该装置则包括截取模块和检测模块，所述截取模块设置在业务控制点，用于获取业务控制点与其他设备交互的消息；所述检测模块，则与所述截取模块相连，用于根据截取模块获取的消息查找故障原因。本发明由于只需操作SCP获取SCP与其他设备间交互的消息，并根据获取的消息查找故障原因，与现有技术相比，操作简单、易用，且只需操作较少数量的SCP，便于远程维护，且消息码流跟踪和分析可分开进行，所耗资源较少，能尽可能的降低对SCP运行的影响。
Description
技术领域
本发明涉及故障处理方法及装置，尤指一种应用于智能网中的故障检测方法及装置。
背景技术
智能网是在原有通信网络基础上，为快速、方便、经济、灵活的提供电信新业务而设置的附加网络结构。近几年，智能网发展迅速，其提供丰富的业务种类，是实现电信增值业务的理想平台。
目前，智能网按照类型分为固定电话智能网、GSM(全球数字移动通信系统)智能网和CDMA(码分多址移动通信系统)智能网，可支持多种协议和协议版本，所涉及的设备容量大、种类繁多。
由于智能网组成设备可能由不同厂商提供，使得智能网系统非常复杂，另一方面智能网应用规膜和网上呼叫量很大，运行一旦出现故障，必将造成巨大的经济损失。智能网系统的复杂性及大呼叫量既增加了出现故障的可能，又使得故障检测、处理变得更加困难。如何实现既不中断智能网运行，又能迅速检测出故障原因显得尤其重要。
现有技术在智能网上实现故障检测通过SSP(呼叫交换点)具备的码流跟踪分析功能实现。当智能网出现故障后，打开每个SSP上的跟踪调试开关，记录SSP发给SCP(业务控制点)和从SCP处收到的呼叫消息码流，然后逐个分析每个SSP上的呼叫消息码流，从而定位分析出故障设备及原因。
现有技术存在如下的缺点：
1、由于需要操作所有SSP，打开每个SSP的跟踪调试开关，操作繁琐，且难以远程维护，并且每个SSP实现跟踪调试的方法不一定一样，可能较大的影响业务呼叫；
2、由于需单独操作各个SSP，若SSP的生产厂家不同，则跟踪调试的操作不同，记录的消息格式也不同，用户只能分别进行分析，费时费力，故障检测成本较高。
发明内容
为了解决现有技术通过操作各个SSP检测故障以致操作繁琐，难以远程维护的缺点，本发明提供一种故障检测方法及装置，采用本发明的方法检测智能网的故障，操作简单，耗用资源少。
本发明实施例提供的故障检测方法，该方法包括以下步骤：
在业务控制点上获取业务控制点与其他设备交互的消息，并确定所获取的各消息的时间戳信息；
解码所述消息，获取呼叫号信息；
根据所述呼叫号和所述时间戳信息，将解码后的消息按时间先后顺序分拣出对应各个呼叫号的呼叫流程；
查看所述各呼叫流程，找出异常呼叫流程，对所述异常呼叫流程的相应呼叫消息码流解码、解释，获取故障原因。
本发明实施例提供一种故障检测装置，包括：
用于在业务控制点上获取业务控制点与其他设备交互的消息的消息获取单元；
用于确定所获取的各消息的时间戳信息的时间戳确定单元；
用于解码所述消息，获取呼叫号信息的呼叫号确定单元；
用于根据所述呼叫号和所述时间戳信息，将解码后的消息按时间先后顺序分拣出对应各个呼叫号的呼叫流程的呼叫流程分拣单元；
用于查看所述各呼叫流程找出异常呼叫流程的异常流程查找单元。
本发明实施例提供的另一种故障检测装置，包括：
截取模块，用于获取业务控制点与其他设备交互的消息；
存储子模块，用于将截取模块获取的消息加上分类消息头后保存为消息流文件，所述分类消息头包括如下消息：时间戳、消息源和消息长度；
解码子模块，用于对存储子模块保存的消息流文件中的消息解码，获取分类消息头信息以及消息名称、呼叫号信息；
分类子模块，用于根据解码子模块解码获取的呼叫号和时间戳信息，按时间先后顺序分拣解码后的消息流文件消息，找出对应各个呼叫号的呼叫消息码流，并汇总生成包括各个呼叫消息码流的呼叫消息码流文件，以及找出对应各个呼叫号的呼叫流程，并汇总生成包括各个呼叫流程的呼叫流程统计文件；
核对子模块，用于查看分类子模块生成的呼叫流程统计文件，找出异常呼叫流程；
解释子模块，用于对核对子模块查出的异常呼叫流程的相应呼叫消息码流解码、解释，获取故障原因。
与现有技术相比，本发明实施例的技术方案具有如下优点：
1、本发明由于只需操作SCP获取SCP与其他设备间交互的消息，并根据获取的消息查找故障原因，与现有技术相比，操作简单、易用，且只需操作较少数量的SCP，便于远程维护；
2、由于从SCP上获取消息后即可加上分类消息头保存为消息流文件，分析时只需将保存的消息流文件解码并可对错误呼叫流程的呼叫消息码流进一步解释、分析，找出错误原因。与现有技术相比，消息码流跟踪和分析可分开进行，所耗资源较少，能尽可能的降低对SCP运行的影响。
附图说明
图1是本发明故障检测方法具体实施例应用的一个智能网系统组成示意图；
图2是本发明故障检测方法具体实施例的流程图；
图3是现有技术一个正常的智能业务呼叫示意图；
图4是本发明故障检测方法的示意图；
图5是本发明故障检测装置的具体实施例组成示意图。
具体实施方式
图1所示为一个简单的智能网系统，其包括一个业务控制点(SCP)11和多个业务交换点(SSP)12，所述SCP 11与所述SSP 12通过7号信令网连接，智能网业务运行在SCP 11上，用户通过SSP 12经7号信令网触发并使用SCP上的智能业务。
由于智能网业务的故障既可能是某个SCP导致，又可能是其他设备，如SSP导致，因此，出现故障后首先需要判断出故障的设备，更重要的是还需分析定位出具体的故障原因，才能排除故障恢复正常运行。智能网业务呼叫是所述SCP 11与所述SSP 12间一系列智能网协议消息流交互的过程，通过查看SCP上的呼叫消息码流就可分析出故障原因。
参看图2，本发明故障检测方法的一个具体实施例，应用于图1所示的智能网系统，包括以下步骤：
步骤21，在SCP上获取SCP与其他设备交互的消息。
如前述，用户发起智能业务呼叫的过程实际上是SCP与其他设备交互智能网协议消息的过程(例如SCP与SSP之间)，所述其他设备包括SSP设备、IP(智能设备)等。因此，可通过获取设备之间交互的消息判断是否有异常呼叫流程及其相应的设备。与现有技术不同，本实施例中通过在SCP上获取消息，可解决现有技术故障检测需同时操作多个SSP以致操作繁琐、难以远程维护的缺点。
步骤22根据所述荻取的消息查找故障原因。
在一个智能业务呼叫过程中SCP与其他智能网设备之间可能会交互许多消息，以SCP与SSP之间为例，一般称一个呼叫过程中SCP与SSP间所有交互的消息及其先后顺序称为该呼叫的呼叫流程，所有交互消息的实际码流内容一起组成了该呼叫的消息码流。同一业务的同类呼叫其消息码流不全相同，但都具有相同的呼叫流程，一个正常的智能业务呼叫其呼叫流程也必然是正常的。
如图3所示，某智能业务的正常通话呼叫流程为：IDP(启动DP)→RRBE(请求报告BCSM事件)→CTR(连接到资源)→PC(提示并收集用户信息)→pc(用户信息)→DFC(切断前向连接)→AC(申请计费)→CONNECT(连接)→ACR(计费报告)→RRBE(BCSM事件报告)→RC(释放呼叫)。当智能网发生故障时，就会存在异常的业务呼叫，其呼叫流程也不同于正常的呼叫流程。因此，上述步骤21获取SCP与其他设备交互的消息，本步骤根据所述获取的消息即可查找故障原因。
具体的，上述步骤21中，在获取SCP与其他设备交互的消息后，为了便于区别各个消息，还在每个消息前加上一个分类消息头并保存为消息流文件。
所述分类消息头包含如下信息：时间戳、消息源和消息长度，其中所述时间戳标识该消息收发的时间，所述消息源标识该消息是由SCP发出还是其他设备发出，消息长度则标识该消息内容的长度。
上述消息流文件包含了所有呼叫的消息码流，可通过分析消息流文件，找出异常呼叫即存在故障的呼叫流程，进一步分析其消息码流，即可定位出故障设备及原因。
下面进一步说明本发明故障检测的方法，参考图4，智能网系统中SCP与SSP之间交互智能网协议消息，在同一时间内，尤其是在大话务量呼叫情况下，SCP与SSP间交互的消息非常多，且消息可能分属于不同的呼叫，不同呼叫的消息相互交叉，在给每个消息加上包含该消息收(或发)的时间、发送源及消息内容长度的分类消息头后，得到由所有呼叫流程的所有呼叫消息混合在一起而成的消息流文件。
进一步，根据智能网协议对消息流文件的每个消息作初步解码，例如：消息流文件某个消息初步解码后内容为“20010904082335 SCP 103...31...IDP......”，其中“20010904082335”为时间戳，表示消息收(或发)时间为2003年9月4日8点23分35秒； “SCP”为消息源，表示消息由SCP发出； “103”为消息长度，表示消息内容由其后的103个字节即“...31...IDP......”组成； “31”为呼叫号，表示该消息属于呼叫31； “IDP”为消息名称，表示该条消息为IDP消息。
上述对消息流文件中的消息初步解码后，根据所述解码获取的呼叫号和分类消息头中的时间戳信息等，可将解码后的消息流文件中的消息按时间先后顺序分拣出对应各个呼叫号的呼叫消息码流，并汇总生成包括各个呼叫消息码流的呼叫消息码流文件，同时也可根据所述呼叫号和分类消息头中的时间戳信息，将解码后的消息流文件中的消息按时间先后顺序分拣出对应各个呼叫号的呼叫流程，并汇总生成包括各个呼叫流程的呼叫流程统计文件，进一步查看所述呼叫流程统计文件以找出异常呼叫流程，若查找到异常呼叫，则对所述异常呼叫流程的相应呼叫消息码流解码、解释即可获取故障原因。
上述呼叫流程统计文件描述了消息流文件包含的所有呼叫流程、每一呼叫流程的呼叫个数及该流程的所有呼叫号。
通过查看呼叫流程统计文件，可找出不正常的呼叫流程，根据该呼叫流程的呼叫号即可判断出与该呼叫有关的故障设备，再使用消息码流解码、解释功能对该呼叫流程的个别或所有呼叫消息码流文件作解析，得出对应该呼叫的呼叫消息码流解释文件，呼叫消息码流解释文件按消息的时间顺序列出了呼叫的每个消息码流及其解码后的含义，查看该文件可很容易的识别出码流中的异常部分，从而分析定位出故障原因。
下面举例说明，某消息流文件经初步初步解码后内容为：
20030901125023 SSP 105... 11...IDP.........
20030901125023 SSP 97... 17...IDP.........
20030901125023 SSP 105... 21...IDP.........
20030901125024 SCP 64... 11...RRBE......
20030901125025 SCP 67... 17...RRBE......
20030901125025 SCP 56... 21...RRBE......
20030901125025 SCP 45... 11...CTR........
20030901125026 SCP 87... 11...PC..........
20030901125027 SCP 47... 21...CTR........
20030901125027 SCP 47... 17...CTR........
20030901125027 SCP 23... 21...RC..........
20030901125028 SCP 75... 17...PC..........
20030901125028 SSP 53... 11...pc...........
20030901125028 SSP 61... 17...pc...........
20030901125030 SCP 33... 11...DFC...........
20030901125030 SCP 35... 17...DFC......
20030901125030 SCP 104... 11...AC...........
20030901125030 SCP 41... 11...CONNECT...
20030901125031 SCP 120... 17...AC...........
20030901125031 SCP 36... 17...CONNECT...
20030901125342 SSP 43... 17...ACR...........
20030901125342 SSP 27... 17...ERB...........
20030901125343 SCP 23... 17...RC.........
20030901125522 SSP 47... 11...ACR...........
20030901125522 SSP 29... 11...ERB...........
20030901125523 SCP 33... 11...RC...........
按呼叫号分拣后得到3个呼叫消息码流文件，其中呼叫号为11的呼叫消息码流文件内容如下：
20030901125023 SSP 105... 11...IDP.........
20030901125024 SCP 64... 11...RRBE......
20030901125025 SCP 45... 11...CTR........
20030901125026 SCP 87... 11...PC..........
20030901125028 SSP 53... 11...pc...........
20030901125030 SCP 33... 11...DFC...........
20030901125030 SCP 104... 11...AC...........
20030901125030 SCP 41... 11...CONNECT...
20030901125522 SSP 47... 11...ACR...........
20030901125522 SSP 29... 11...ERB...........
20030901125523 SCP 33... 11...RC...........
另外，呼叫为为17的呼叫消息码流文件内容如下：
20030901125023 SSP 97... 17...IDP.........
20030901125025 SCP 67... 17...RRBE......
20030901125027 SCP 47... 17...CTR........
20030901125028 SCP 75... 17...PC..........
20030901125028 SSP 61... 17...pc...........
20030901125030 SCP 35... 17...DFC......
20030901125031 SCP 120... 17...AC...........
20030901125031 SCP 36... 17...CONNECT...
20030901125342 SSP 43... 17...ACR...........
20030901125342 SSP 27... 17...ERB...........
20030901125343 SCP 23... 17...RC.........
呼叫号为21的呼叫消息码流文件内容如下：
20030901125023 SSP 105... 21...IDP.........
20030901125025 SCP 56... 21...RRBE......
20030901125027 SCP 47... 21...CTR........
20030901125027 SCP 23... 21...RC..........
从上可看出，呼叫号为11和呼叫号为17的呼叫流程相同，都为“IDP→RRBE→CTR→PC→pc→DFC→AC→CONNECT→ACR→RRBE→RC”，呼叫号为21的呼叫流程则为“IDP→RRBE→CTR→RC”，则可得到呼叫流程统计文件如下：
IDP，RRBE，CTR，PC，pc，DFC，AC，CONNECT，ACR，RRBE，RC|11，17|
IDP，RRBE，CTR，RC|21|
通过查看呼叫流程统计文件可分析出呼叫号为21的呼叫流程不正常，根据智能网协议，对于一个正常的通话流程，肯定有与通话相关的消息CONNECT、AC等。而上述呼叫流程21没有这些消息，因此可判断该呼叫流程不正常，进一步通过具消息码流解码、解释功能的设备对呼叫21的呼叫消息码流文件的每个消息作详细解析，可得到呼叫号为21的呼叫消息码流解释文件，通过查看并分析该呼叫消息码流解释文件可定位出具体的故障原因。
综上，本发明在SCP上截获SCP与其他设备的信令交互消息，按统一的格式保存为一个文件，方便分析和远程维护，操作简单，只须在SCP上操作，不涉及SSP，而且对消息码流的跟踪和分析可分开进行，耗用资源少，将对SCP运行的影响降到最少。
下面说明本发明的另一方面，参考图5，本发明故障检测装置的实施例组成示意图，应用于智能网中，其中所述智能网包括有业务控制点以及业务交换点等设备，所述故障检测装置主要包括截取模块51和检测模块52，其中截取模块51，设置在业务控制点，用于获取业务控制点与其他设备交互的消息，所述其他设备包括业务交换点、IP设备等，所述获取的消息为业务控制点与业务交换点交互的智能网协议消息；
而所述检测模块52，则与所述截取模块51相连，用于根据截取模块51获取的消息查找故障原因。
进一步，所述截取模块51进一步包括存储子模块511，所述检测模块52进一步包括解码字模快521、分类子模块522、核对子模块523以及解释子模块524。其中存储模块511用于将截取模块51荻取的消息加上分类消息头后保存为消息流文件，所述分类消息头包括如下信息：时间戳、消息源和消息长度，具体的所述时间戳标识该消息收发的时间，所述消息源标识该消息是由SCP发出还是其他设备发出，消息长度则标识该消息内容的长度。
而解码子模块521，与所述存储字模快相连511，用于对存储子模块511保存的消息流文件中的消息解码以获取分类消息头信息以及消息名称、呼叫号等信息；
分类子模块522，则与所述解码子模块521相连，用于根据解码子模快521解码获取的呼叫号和时间戳信息，按时间先后顺序分拣解码后的消息流文件消息以找出对应各个呼叫号的呼叫消包码流，并汇总生成包括各个呼叫消息码流的呼叫消息码流文件，以及找出对应各个呼叫号的呼叫流程，并汇总生成包括各个呼叫流程的呼叫流程统计文件。。
核对子模块523，则与所述分类子模块522相连，用于查看分类子模快522生成的呼叫流程统计文件以找出异常呼叫流程；
解释子模块524，则与所述核对子模块523相连，用于对核对子模快523查出的异常呼叫流程的相应呼叫码流消息解码、解释以获取故障原因。
上述本发明故障检测装置，通过截取模块51在业务控制点上截取呼叫消息，可克服现有技术在业务交换点上截取消息带来的操作复杂，不利于远程维护的缺点，且操作简单、易行，呼叫消息的码流跟踪和分析可分开进行，所耗资源较少，能尽可能的降低对业务控制点的影响。
上述仅以优选实施例说明了本发明通过在业务控制点上获取呼叫消息用于故障检测的核心思想，非因此即局限本发明的权利范围，因此，在不脱离本发明思想的情况下，凡运用本发明说明书及附图内容所为的等效变化，均理同包含于本发明的权利要求范围内。
Claims (9)
1、一种故障检测方法，应用于智能网中，所述智能网包括有业务控制点，其特征在于，该方法包括：
在业务控制点上获取业务控制点与其他设备交互的消息，并确定所获取的各消息的时间戳信息；
解码所述消息，获取呼叫号信息；
根据所述呼叫号和所述时间戳信息，将解码后的消息按时间先后顺序分拣出对应各个呼叫号的呼叫流程；
查看所述各呼叫流程，找出异常呼叫流程，对所述异常呼叫流程的相应呼叫消息码流解码、解释，获取故障原因。
2、根据权利要求1所述故障检测方法，其特征在于，在所述将解码后的消息按时间先后顺序分拣出对应各个呼叫号的呼叫流程之后，还包括：
将所述各呼叫流程汇总生成包括各个呼叫流程的呼叫流程统计文件；
所述查看所述各呼叫流程，找出异常呼叫流程，具体是：
查看所述呼叫流程统计文件中的各呼叫流程，找出异常呼叫流程。
3、根据权利要求1或2所述故障检测方法，其特征在于，在所述解码所述消息，获取呼叫号信息之后，还包括：
根据所述呼叫号和所述时间戳信息，将解码后的消息按时间先后顺序分拣出对应各个呼叫号的呼叫消息码流，并汇总生成包括各个呼叫消息码流的呼叫消息码流文件。
4、根据权利要求3所述故障检测方法，其特征在于，在获取所述业务控制点与其他设备交互的消息，并确定所述时间戳信息之后，还包括：
将获取的消息加上分类消息头后保存为消息流文件。
5、根据权利要求4所述故障检测方法，其特征在于，所述时间戳信息包含在所述分类消息头中。
6、根据权利要求4所述故障检测方法，其特征在于，所述分类消息头包括以下信息：时间戳、消息源和消息长度。
7、根据权利要求1或2所述故障检测方法，其特征在于，所述其他设备包括有业务交换点，获取的消息为业务交换点与业务控制点交互的智能网协议消息。
8、一种故障检测装置，应用于智能网中，所述智能网包括有业务控制点，其特征在于，包括：
截取模块，设置在业务控制点，用于获取业务控制点与其他设备交互的消息；
存储子模块，用于将截取模块获取的消息加上分类消息头后保存为消息流文件，所述分类消息头包括如下消息：时间戳、消息源和消息长度；
解码子模块，用于对存储子模块保存的消息流文件中的消息解码，获取分类消息头信息以及消息名称、呼叫号信息；
分类子模块，用于根据解码子模块解码获取的呼叫号和时间戳信息，按时间先后顺序分拣解码后的消息流文件消息，找出对应各个呼叫号的呼叫消息码流，并汇总生成包括各个呼叫消息码流的呼叫消息码流文件，以及找出对应各个呼叫号的呼叫流程，并汇总生成包括各个呼叫流程的呼叫流程统计文件；
核对子模块，用于查看分类子模块生成的呼叫流程统计文件，找出异常呼叫流程；
解释子模块，用于对核对子模块查出的异常呼叫流程的相应呼叫消息码流解码、解释，获取故障原因。
9、根据权利要求8所述故障检测装置，其特征在于，所述其他设备包括有业务交换点，所述获取的消息为业务控制点与业务交换点交互的智能网协议消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100003699A CN100495976C (zh) | 2004-01-09 | 2004-01-09 | 故障检测方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100003699A CN100495976C (zh) | 2004-01-09 | 2004-01-09 | 故障检测方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1642098A CN1642098A (zh) | 2005-07-20 |
| CN100495976C true CN100495976C (zh) | 2009-06-03 |
Family
ID=34866732
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2004100003699A Expired - Fee Related CN100495976C (zh) | 2004-01-09 | 2004-01-09 | 故障检测方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100495976C (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5856906B2 (ja) * | 2012-05-24 | 2016-02-10 | 株式会社日立製作所 | 業務課題分析支援システム |
| CN106791823B (zh) * | 2017-02-07 | 2018-09-28 | 浙江大华技术股份有限公司 | 一种设备零码流故障处理方法、装置及电子设备 |
-
2004
- 2004-01-09 CN CNB2004100003699A patent/CN100495976C/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CN1642098A (zh) | 2005-07-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100753640B1 (ko) | 이동 통신망 검증 시스템 및 그 방법 | |
| US8014294B2 (en) | System, apparatus and method for devices tracing | |
| US6189031B1 (en) | Method and system for emulating a signaling point for testing a telecommunications network | |
| US6151390A (en) | Protocol conversion using channel associated signaling | |
| CN1893714A (zh) | 基于用户特定标准过滤和查看实时细节记录的方法和装置 | |
| CN1901543B (zh) | 用于向中央储存库传送导出呼叫记录的方法和系统 | |
| CN101714930A (zh) | 一种实现网络监控的方法及系统 | |
| US20100304735A1 (en) | Automated Tagging of Targeted Media Resources | |
| CN1972494B (zh) | 信令跟踪的处理方法 | |
| US20100130136A1 (en) | System and Method for Interpreting and Classifying Signals in Communications Systems | |
| CA2225046C (en) | Method of extracting a call set-up failure probability and a premature disconnect probability by using network data | |
| CN1988709A (zh) | 信令跟踪装置 | |
| CN100495976C (zh) | 故障检测方法及装置 | |
| FI104032B (fi) | Menetelmä televerkon vianhallintaan ja telejärjestelmä | |
| CN1937461A (zh) | 基于终端管理业务的终端测试装置 | |
| CN113543138B (zh) | 异常电话拦截系统、方法及存储介质 | |
| CN101448269A (zh) | 一种确定呼叫失败原因的方法和系统 | |
| CN114138608A (zh) | 一种分布式全链路服务监控系统 | |
| CN100373856C (zh) | 七号信令分析方法 | |
| TWI478530B (zh) | 新世代ｎｇｎ網路監測方法及系統 | |
| EP2169879B1 (en) | Real-time traffic monitoring in a mobile data network | |
| CA2396013C (en) | Transfer of ss7 signalling message contents over packet broadcasting network (lan) from multiple signalling points to single point (multiple point-to point) | |
| KR100251379B1 (ko) | 교환시스템에있어서통신관리망관리자의사건보고메시지최적화방법및시스템 | |
| CN110717063B (zh) | 对ip电话录音文件进行校验与选择存档的方法、系统 | |
| KR101518287B1 (ko) | 통화 불량 분석 방법 및 장치 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| C17 | Cessation of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090603 Termination date: 20140109 |