CN103476052A - 一种故障检测方法和设备 - Google Patents
一种故障检测方法和设备 Download PDFInfo
- Publication number
- CN103476052A CN103476052A CN2013103906969A CN201310390696A CN103476052A CN 103476052 A CN103476052 A CN 103476052A CN 2013103906969 A CN2013103906969 A CN 2013103906969A CN 201310390696 A CN201310390696 A CN 201310390696A CN 103476052 A CN103476052 A CN 103476052A
- Authority
- CN
- China
- Prior art keywords
- request number
- rrc
- community
- caller
- called
- 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.)
- Granted
Links
Images
Landscapes
- Monitoring And Testing Of Exchanges (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种故障检测方法和设备，包括：获取小区在预设时间段内的主叫会话类RRC连接建立请求次数、被叫会话类RRC连接建立请求次数、RRC连接建立请求次数总和、以及***业务量；若获取到的所述RRC连接建立请求次数总和为0，且所述***业务量不为0，则确定该小区的用户执行电路交换CS业务异常；若获取到的所述RRC连接建立请求次数总和不为0，且所述主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值不在预设区间内，则确定该小区的用户主叫或被叫单一业务异常。在本发明中，提高了故障检测的效率，能及时发现小区的用户主叫或/和被叫业务异常。
Description
技术领域
本发明涉及无线通信技术领域，尤其涉及一种故障检测方法和设备。
背景技术
在TD（TD-SCDMA--Time Division-Synchronous Code Division MultipleAccess，时分同步的码分多址技术）现网中，经常出现小区仅能主叫或者仅能被叫的问题，问题严重时可能主被叫都不能进行。造成这类现象的原因有很多，例如NBAP（NodeB Application Part，基站应用部分协议）和TNL（TransportNetwork Layer，传输网络层）承载不一致，从而引起RNC（Radio NetworkController，无线网络控制器）接收不到RACH（Random Access Channel，随机接入信道）上的数据；或者，DSP（Digital Signal Processor，数字信号处理器）上PNFE（Paging and Notification Functional Entity，寻呼及通告功能实体）Cell（小区）实体维护异常，进而导致寻呼数据异常丢弃。
由于上述原因导致的仅能主叫/被叫，或者主被叫都不能进行的问题，仅从后台查看，小区状态正常，设备侧也没有异常告警，通常不易被发现。而如果小区处于郊区等人迹稀少的地带，设备的故障可能一直得不到发现，造成长时间的无线通信盲区，并且从日常KPI（Key Performance Indicator，关键绩效指标）数据上也不能及时发现，因此，现网中针对该类问题的处理方式主要包括以下几种：
1、被动等待投诉
该方式易造成用户感知度下降。
2、运维专家根据经验监控
对运维人员的要求较高，不利于推广，且人为体力劳动也造成遗漏率增加和额外的人力成本。
3、通过路测***监控
***价格昂贵，通常需要花费人力和车辆经费，并且路测方式难以遍及到城市的每个区域。
发明内容
本发明的目的在于提供一种故障检测方法和设备，以及时发现小区的用户主叫或/和被叫异常的问题，为此，本发明实施例采用如下技术方案：
一种故障检测方法，包括：
获取小区在预设时间段内的主叫会话类RRC连接建立请求次数、被叫会话类RRC连接建立请求次数、RRC连接建立请求次数总和、以及***业务量；
若获取到的所述RRC连接建立请求次数总和为0，且所述***业务量不为0，则确定该小区的用户执行CS业务异常；
若获取到的所述RRC连接建立请求次数总和不为0，且所述主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值不在预设区间内，则确定该小区的用户主叫或被叫单一业务异常。
一种故障检测设备，包括：
获取模块，用于获取小区在预设时间段内的主叫会话类RRC连接建立请求次数、被叫会话类RRC连接建立请求次数、RRC连接建立请求次数总和、以及***业务量；
确定模块，用于若所述获取模块获取到的所述RRC连接建立请求次数总和为0，且所述***业务量不为0，则确定该小区的用户执行CS业务异常；若所述获取模块获取到的所述RRC连接建立请求次数总和不为0，且所述主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值不在预设区间内，则确定该小区的用户主叫或被叫单一业务异常。
本发明上述实施例中，通过获取小区在预设时间段内的主叫会话类RRC连接建立请求次数、被叫会话类RRC连接建立请求次数、RRC连接建立请求次数总和、以及***业务量，并当获取到的RRC连接建立请求次数总和为0，且***业务量不为0时，确定该小区的用户执行CS业务异常；当获取到的RRC连接建立请求次数总和不为0，且主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值不在预设区间内时，确定该小区的用户主叫或被叫单一业务异常，提高了故障检测的效率，能及时发现小区的用户主叫或/和被叫业务异常。
附图说明
图1为本发明实施例提供的一种故障检测方法的流程示意图；
图2为本发明实施例提供的一种故障检测设备的结构示意图；
图3为本发明实施例提供的另一种故障检测设备的结构示意图。
具体实施方式
针对上述现有技术的问题，本发明实施例提供了一种故障检测的技术方案。在该技术方案中，通过获取小区在预设时间段内的主叫会话类RRC连接建立请求次数、被叫会话类RRC连接建立请求次数、RRC连接建立请求次数总和、以及***业务量，并当获取到的RRC连接建立请求次数总和为0，且***业务量不为0时，确定该小区的用户执行CS（Circuit Switch，电路交换）业务异常；当获取到的RRC连接建立请求次数总和不为0，且主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值不在预设区间内时，确定该小区的用户主叫或被叫单一业务异常，提高了故障检测的效率，能及时发现小区的用户主叫或/和被叫业务异常。
其中，在本发明实施例中，需要预先设置获取上述参数（主叫会话类RRC连接建立请求次数、被叫会话类RRC连接建立请求次数、RRC连接建立请求次数总和、以及***业务量）的时间段、以及主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值的正常范围对应的区间（即主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值的在该区间内，则认为小区的用户主叫和被叫业务正常；否则，认为小区的用户主叫或被叫业务异常）。其中，RRC连接建立请求次数总和为主叫会话类RRC连接建立请求次数和被叫会话类RRC连接建立请求次数的总和。
下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
如图1所示，为本发明实施例提供的一种故障检测方法的流程示意图，可以包括以下步骤：
步骤101、获取小区在预设时间段内的主叫会话类RRC连接建立请求次数、被叫会话类RRC连接建立请求次数、RRC连接建立请求次数总和、以及***业务量。
具体的，在本发明实施例中，可以预先设置获取上述参数的时间段（如10:00-12:00），并从OMC（Operation and Maintenance Center，操作维护中心）中获取该预设时间段内的主叫会话类RRC连接建立请求次数、被叫会话类RRC连接建立请求次数、RRC连接建立请求次数总和、以及***业务量。
其中，***业务量可以包括***语音话务量，以及***分组域业务流量。
步骤102、若获取到的RRC连接建立请求次数总和为0，且***业务量不为0，则确定该小区的用户执行CS业务异常。
步骤103、若获取到的RRC连接建立请求次数总和不为0，且主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值不在预设区间内，则确定该小区的用户主叫或被叫单一业务异常。
具体的，在本发明实施例中，当获取到上述参数后，可以判断该预设时间段内小区的RRC连接建立请求次数总和是否为0，若为0，则进一步判断该预设时间段内该小区的业务量是否为0，若该小区在该预设时间段内的RRC连接建立请求次数总和为0，且业务量不为0（***语音话务量不为0，或/和，***分组域业务流量不为0），则确定该小区的用户执行CS业务异常（即主叫业务和被叫业务均异常）。其中，若该小区在该预设时间段内的RRC连接建立请求次数总和为0，且业务量为0（***语音话务量不为0，且***分组域业务流量不为0），则认为该小区正常，不进行特殊处理。
当该小区在上述预设时间段内的RRC连接建立请求次数总和不为0时，则可以根据获取到的该小区在该预设时间段内的主叫会话类RRC连接建立请求次数、被叫会话类RRC连接建立请求次数，确定该小区在该预设时间段内的主叫会话类RRC连接建立请求次数和被叫会话类RRC连接建立请求次数的比值，并当该比值不在预设的区间内时，确定该小区的用户主叫或被叫单一业务异常。
其中，可以预先设定小区在预设时间段内主叫会话类RRC连接建立请求次数和被叫会话类RRC连接建立请求次数的比值的正常范围对应的区间，如[0.01,100]，该区间下限为第一阈值，上限为第二阈值（第一阈值小于第二阈值）。
若该小区在预设时间段内的主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值小于第一阈值，则确定该小区的用户主叫业务异常；
若该小区在预设时间段内的主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值大于第二阈值，则确定该小区的用户被叫业务异常。
若该小区在预设时间段内的主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值不小于第一阈值，且不大于第二阈值，则确定该小区的用户主叫和被叫业务正常。
进一步地，在本发明实施例提供的技术方案中，当确定小区异常（用户执行CS业务异常，或/和，用户主叫或被叫单一业务异常）后，还可以记录该异常小区，并显示所记录的小区，以使运维人员及时发现相应故障。
为了使本领域技术人员更好地理解本发明实施例提供的技术方案，下面结合具体的应用场景对本发明实施例提供的技术方案进行更加详细地描述。
该实施例中，预先设置获取上述参数的时间段为10:00-12:00，小区在该预设时间段内主叫会话类RRC连接建立请求次数和被叫会话类RRC连接建立请求次数的比值的正常范围对应的区间为[0.01,100]。
基于上述设置，在该实施例中，针对TD网络的小区A和小区B，可以从OMC数据库中，分别获取小区A和小区在10:00-12:00期间的主叫会话类RRC连接建立请求次数（主叫RRC请求次数a和主叫RRC请求次数b）、被叫会话类RRC连接建立请求次数（被叫RRC请求次数a和被叫RRC请求次数b）、RRC连接建立请求次数总和（RRC请求次数总和a和RRC请求次数总和b）、以及***业务量（TD***语音话务量a、TD***分组域业务流量a、TD***语音话务量b和TD***分组域业务流量b）。
假设小区A在10:00-12:00期间的主叫RRC请求次数a为3，被叫RRC请求次数a为400，RRC请求次数总和a为403，TD***语音话务量a为100erl，TD***分组域业务流量a为10M；小区B在10:00-12:00期间的主叫RRC请求次数b为0，被叫RRC请求次数b为0，RRC请求次数总和b为0，TD***语音话务量b为50erl，TD***分组域业务流量b为5M。
对于小区A，由于其在10:00-12:00期间的RRC请求次数总和a不为0，因此，可以进一步确定其在该时间段内的主叫会话类RRC连接建立请求次数和被叫会话类RRC连接建立请求次数的比值，在该实施例中，该比值Ra为Ra=主叫RRC请求次数a/被叫RRC请求次数a=3/400，由于3/400小于0.01，因此，确定小区A的用户主叫业务异常，记录该异常情况。
对于小区B，由于其在10:00-12:00期间的RRC请求次数总和b为0，而业务量不为0（TD***语音话务量b和TD***分组域业务流量b均不为0），因此，确定小区B的用户执行CS业务异常，记录该异常情况。
基于上述处理，可以显示所记录的异常小区，以使运维人员及时发现相应的故障。
通过以上描述可以看出，本发明实施例提供的技术方案与现有技术相比，至少包括以下有益效果：
1、网管数据即时分析，可快速发现隐性故障
在本发明实施例提供的技术方案中，利用网管中的数据，随时提取进行分析，主动检查发现问题，即时发现网络中的隐患，降低事故发生率，提升用户感知度和运营商的评价。
2、自动化实时监控，释放人力劳动
通过本发明实施例提供的技术方案，可以实时监控数据，而不需要通过人工去监控，降低了人为体力劳动造成的遗漏风险。同时，利于方案的推广及普及。
3、数据分析全面、准确、节约成本
通过本发明实施例提供的技术方案，与现有路测***监控方案相比，降低了成本，且可以从全网中读取数据进行分析，全面、高效。
基于上述方法流程相同的技术构思，本发明实施例还提供了一种故障检测设备，可以应用于上述方法实施例。
如图2所示，为本发明实施例提供的一种故障检测设备的结构示意图，可以包括：
获取模块21，用于获取小区在预设时间段内的主叫会话类RRC连接建立请求次数、被叫会话类RRC连接建立请求次数、RRC连接建立请求次数总和、以及***业务量；
确定模块22，用于若所述获取模块21获取到的所述RRC连接建立请求次数总和为0，且所述***业务量不为0，则确定该小区的用户执行CS业务异常；若所述获取模块获取到的所述RRC连接建立请求次数总和不为0，且所述主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值不在预设区间内，则确定该小区的用户主叫或被叫单一业务异常。
其中，所述确定模块22可具体用于，通过以下方式确定该小区的用户主叫或被叫单一业务异常：
若所述获取模块获取到的所述RRC连接建立请求次数总和不为0，且所述主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值小于第一阈值，则确定该小区的用户主叫业务异常；
若所述获取模块获取到的所述RRC连接建立请求次数总和不为0，且所述主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值大于第二阈值，则确定该小区的用户被叫业务异常；
其中，所述第一阈值小于第二阈值。
其中，所述确定模块22还可用于，若所述获取模块获取到的所述RRC连接建立请求次数总和不为0，且所述主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值不小于第一阈值，且不大于第二阈值，则确定该小区的用户主叫和被叫业务正常。
其中，所述***业务量包括***语音话务量、***分组域业务流量；
所述业务量不为0具体为：
所述***语音话务量不为0，或/和，所述***分组域业务流量不为0。
进一步地，如图3所示，本发明实施例提供的故障检测设备还可以进一步包括：
记录模块23，用于记录用户执行CS业务异常的小区，或/和，用户主叫或被叫单一业务异常的小区；
显示模块24，用于显示所述记录模块记录的小区。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备（可以是手机，个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。
Claims (10)
1.一种故障检测方法，其特征在于，包括：
获取小区在预设时间段内的主叫会话类RRC连接建立请求次数、被叫会话类RRC连接建立请求次数、RRC连接建立请求次数总和、以及***业务量；
若获取到的所述RRC连接建立请求次数总和为0，且所述***业务量不为0，则确定该小区的用户执行电路交换CS业务异常；
若获取到的所述RRC连接建立请求次数总和不为0，且所述主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值不在预设区间内，则确定该小区的用户主叫或被叫单一业务异常。
2.如权利要求1所述的方法，其特征在于，所述确定该小区的用户主叫或被叫单一业务异常，具体为：
若获取到的所述RRC连接建立请求次数总和不为0，且所述主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值小于第一阈值，则确定该小区的用户主叫业务异常；
若获取到的所述RRC连接建立请求次数总和不为0，且所述主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值大于第二阈值，则确定该小区的用户被叫业务异常；
其中，所述第一阈值小于第二阈值。
3.如权利要求2所述的方法，其特征在于，该方法还包括：
若获取到的所述RRC连接建立请求次数总和不为0，且所述主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值不小于第一阈值，且不大于第二阈值，则确定该小区的用户主叫和被叫业务正常。
4.如权利要求1所述的方法，其特征在于，所述***业务量包括***语音话务量、***分组域业务流量；
所述业务量不为0具体为：
所述***语音话务量不为0，或/和，所述***分组域业务流量不为0。
5.如权利要求1-4任一项所述的方法，其特征在于，该方法还包括：
记录用户执行CS业务异常的小区，或/和，用户主叫或被叫单一业务异常的小区；
显示所记录的小区。
6.一种故障检测设备，其特征在于，包括：
获取模块，用于获取小区在预设时间段内的主叫会话类RRC连接建立请求次数、被叫会话类RRC连接建立请求次数、RRC连接建立请求次数总和、以及***业务量；
确定模块，用于若所述获取模块获取到的所述RRC连接建立请求次数总和为0，且所述***业务量不为0，则确定该小区的用户执行电路交换CS业务异常；若所述获取模块获取到的所述RRC连接建立请求次数总和不为0，且所述主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值不在预设区间内，则确定该小区的用户主叫或被叫单一业务异常。
7.如权利要求6所述的设备，其特征在于，所述确定模块具体用于，通过以下方式确定该小区的用户主叫或被叫单一业务异常：
若所述获取模块获取到的所述RRC连接建立请求次数总和不为0，且所述主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值小于第一阈值，则确定的用户该小区主叫业务异常；
若所述获取模块获取到的所述RRC连接建立请求次数总和不为0，且所述主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值大于第二阈值，则确定该小区的用户被叫业务异常；
其中，所述第一阈值小于第二阈值。
8.如权利要求7所述的设备，其特征在于，
所述确定模块还用于，若所述获取模块获取到的所述RRC连接建立请求次数总和不为0，且所述主叫会话类RRC连接建立请求次数与被叫会话类RRC连接建立请求次数的比值不小于第一阈值，且不大于第二阈值，则确定该小区的用户主叫和被叫业务正常。
9.如权利要求6所述，其特征在于，所述***业务量包括***语音话务量、***分组域业务流量；
所述业务量不为0具体为：
所述***语音话务量不为0，或/和，所述***分组域业务流量不为0。
10.如权利要求6-9任一项所述的设备，其特征在于，该设备还包括：
记录模块，用于记录用户执行CS业务异常的小区，或/和，用户主叫或被叫单一业务异常的小区；
显示模块，用于显示所述记录模块记录的小区。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310390696.9A CN103476052B (zh) | 2013-08-30 | 2013-08-30 | 一种故障检测方法和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310390696.9A CN103476052B (zh) | 2013-08-30 | 2013-08-30 | 一种故障检测方法和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103476052A true CN103476052A (zh) | 2013-12-25 |
| CN103476052B CN103476052B (zh) | 2017-02-08 |
Family
ID=49800719
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310390696.9A Active CN103476052B (zh) | 2013-08-30 | 2013-08-30 | 一种故障检测方法和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103476052B (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104486098A (zh) * | 2014-11-26 | 2015-04-01 | 中国建设银行股份有限公司 | 一种访问故障监控方法及装置 |
| CN105095052A (zh) * | 2014-05-22 | 2015-11-25 | 阿里巴巴集团控股有限公司 | Soa环境下的故障检测方法及装置 |
| CN109951856A (zh) * | 2017-12-20 | 2019-06-28 | 中国电信股份有限公司 | 网元状态的检测方法、装置以及计算机可读存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101557441A (zh) * | 2009-05-12 | 2009-10-14 | 成都市华为赛门铁克科技有限公司 | 通话过滤方法与装置 |
| CN102480787A (zh) * | 2010-11-23 | 2012-05-30 | 中兴通讯股份有限公司 | 寻呼丢失的确定方法及网络侧 |
| CN102547807A (zh) * | 2010-12-21 | 2012-07-04 | 中兴通讯股份有限公司 | 一种移动通讯设备故障的检测方法及*** |
-
2013
- 2013-08-30 CN CN201310390696.9A patent/CN103476052B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101557441A (zh) * | 2009-05-12 | 2009-10-14 | 成都市华为赛门铁克科技有限公司 | 通话过滤方法与装置 |
| CN102480787A (zh) * | 2010-11-23 | 2012-05-30 | 中兴通讯股份有限公司 | 寻呼丢失的确定方法及网络侧 |
| CN102547807A (zh) * | 2010-12-21 | 2012-07-04 | 中兴通讯股份有限公司 | 一种移动通讯设备故障的检测方法及*** |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105095052A (zh) * | 2014-05-22 | 2015-11-25 | 阿里巴巴集团控股有限公司 | Soa环境下的故障检测方法及装置 |
| CN105095052B (zh) * | 2014-05-22 | 2018-08-31 | 阿里巴巴集团控股有限公司 | Soa环境下的故障检测方法及装置 |
| CN104486098A (zh) * | 2014-11-26 | 2015-04-01 | 中国建设银行股份有限公司 | 一种访问故障监控方法及装置 |
| CN109951856A (zh) * | 2017-12-20 | 2019-06-28 | 中国电信股份有限公司 | 网元状态的检测方法、装置以及计算机可读存储介质 |
| CN109951856B (zh) * | 2017-12-20 | 2022-06-03 | 中国电信股份有限公司 | 网元状态的检测方法、装置以及计算机可读存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103476052B (zh) | 2017-02-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3214861B1 (en) | Method, device and system for detecting fraudulent user | |
| EP2139277B1 (en) | Method and system for detecting insufficient coverage location in mobile network | |
| KR101098755B1 (ko) | 셀룰러폰 영역 커버리지에서 갭을 판정하는 방법 및 장치 | |
| CN106162714B (zh) | 一种投诉信息处理方法及装置 | |
| CN101594622B (zh) | 休眠小区的检测方法、装置和*** | |
| EP3236688A1 (en) | Method, apparatus, and system for determining a link coverage problem | |
| CN102176780B (zh) | 休眠小区的检测方法、装置和*** | |
| CN102238601A (zh) | 监测以及回报机器类型通信事件的方法 | |
| CN107147521B (zh) | 一种投诉业务预警监控方法 | |
| US20160227452A1 (en) | Different frequency measurement and evaluation method and apparatus of cluster answering user | |
| CN108668296B (zh) | 电路域回落感知差小区的确定方法、装置及设备 | |
| CN101925083A (zh) | 一种呼叫过程分析***及方法 | |
| EP4091394A1 (en) | Apparatus, method and computer program | |
| CN111263389A (zh) | 一种Volte语音质量问题的自动化定位的方法及装置 | |
| CN102572887B (zh) | 一种邻小区关系测量结果的上报方法和装置 | |
| KR102333866B1 (ko) | 이동 통신 네트워크 이상 진단 장치 및 방법 | |
| US8311535B2 (en) | Method for controlling information trace and core network element | |
| CN103476052A (zh) | 一种故障检测方法和设备 | |
| US8831558B2 (en) | Method and apparatus for inter-system reselection frequency statistics | |
| CN113301555A (zh) | 常驻小区确定方法、装置、设备、介质及产品 | |
| CN106973397B (zh) | 覆盖空洞判定方法及*** | |
| CN101646189B (zh) | 无线网络小区性能测试方法和设备 | |
| US20130051336A1 (en) | Access method and system for machine-type communication terminal and machine-type communication terminal | |
| CN113015080A (zh) | 伪基站识别定位方法、装置、电子设备及存储介质 | |
| CN103634824A (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 | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |