CN103731866A

CN103731866A - 检测用户终端性能的方法和系统

Info

Publication number: CN103731866A
Application number: CN201210389059.5A
Authority: CN
Inventors: 陈林; 王仕波
Original assignee: China Telecom Corp Ltd
Current assignee: China Telecom Corp Ltd
Priority date: 2012-10-15
Filing date: 2012-10-15
Publication date: 2014-04-16

Abstract

本发明公开了检测用户终端性能的方法和系统。获取移动通信系统的用户详细呼叫记录，在用户详细呼叫记录中记录有IMSI、释放原因值以及误帧信息；获取用户终端信息列表，该用户终端信息列表包括用户终端型号与IMSI的对应关系；通过IMSI字段，将用户详细呼叫记录与用户终端信息列表进行关联；对每种型号的用户终端的所有用户详细呼叫记录条数进行计数；根据用户详细呼叫记录，分别计算每种型号的用户终端的呼叫成功率、掉话率和/或反向业务信道误帧率；将计算单元的计算结果分别与各自的设置值进行比对，根据比对结果检测用户终端的性能。本发明可以及时发现存在问题的移动终端。

Description

检测用户终端性能的方法和系统

技术领域

本发明涉及移动通信系统的技术领域，特别涉及检测用户终端性能的方法和系统。

背景技术

图1所示为移动通信系统架构的示意图。

移动通信系统是一个端到端的系统，用户通信感知必须要站在全程全网的角度来分析。从移动通信系统架构来看，移动用户终端是位于最底层的一级网络设备，不会对移动通信网络造成大面积影响，但对单个用户通信质量的影响却不容忽视。

移动终端厂商对终端的性能评估主要侧重于电器特性方面的测试，终端投放市场后的工作性能，却没有网络性能指标方面的评估数据支撑。

鉴于目前移动终端产业的蓬勃发展，市场上出现了大量的低端品牌移动终端甚至山寨终端，这些终端中有相当一部分对用户感知影响较大，对网络指标的冲击也较大。

当用户无法接通呼叫，或者通话质量不好时，无法区分是网络的问题还是用户终端的问题，也就不能有效的保证通话质量。如果能检测出是用户终端出现问题，可以及时进行更换，以保证通话畅通。

发明内容

鉴于以上情况，本发明提出了检测用户终端性能的方法和系统。

根据本发明一方面，提出检测用户终端性能的系统，包括解析数据库和分析数据库，其中：

一台或多台解析数据库，对移动通信系统的用户详细呼叫记录做解析和入库处理，在用户详细呼叫记录中记录有用户的国际移动用户识别码（IMSI）、释放原因值以及误帧信息，其中，误帧信息包括用户终端接收到的反向业务信道（TCH）合成坏帧数，表示用户终端反向链路上不可用的帧，以及反向TCH合成总帧数，表示用户终端反向链路上传输的总帧数；

分析数据库包括：

对象链接和嵌入数据库（OLE DB）接口，通过OLE DB接口访问解析数据库，获取解析后的用户详细呼叫记录；

存储单元，通过IMSI字段，将用户详细呼叫记录与用户终端信息列表进行关联存储，该用户终端信息列表包括用户终端型号与IMSI的对应关系；

计数单元，对每种型号的用户终端的所有用户详细呼叫记录条数进行计数，并记为totalcall；

计算单元，根据用户详细呼叫记录，分别计算每种型号的用户终端的呼叫成功率、掉话率和/或反向业务信道误帧率；

检测单元，将计算单元的计算结果分别与各自的设置值进行比对，根据比对结果检测用户终端的性能。

进一步，所述检测用户终端性能的系统，还包括：

用户终端短信自注册平台，配置于接收用户终端上报的短信，短信的内容包括用户终端型号与IMSI的对应关系；

从用户终端短信自注册平台上获取的数据制作用户终端信息列表，将用户终端信息列表导入到分析数据库上，并提供给存储单元。

进一步，所述检测用户终端性能的系统，计算呼叫成功率的过程如下：

根据用户详细呼叫记录中的释放原因值字段判断出用户呼叫是否成功，对每种型号的用户终端的所有呼叫失败的用户详细呼叫记录进行计数，并记为failedcall；

计算每种型号的用户终端的呼叫成功率，即呼叫成功率＝（totalcall-failedcall）/totalcall。

进一步，所述检测用户终端性能的系统，计算掉话率的过程如下：

根据用户详细呼叫记录中的释放原因值字段判断每次用户呼叫是否成功，对每种型号移动用户终端呼叫成功的用户详细呼叫记录进行计数，并记为successcall，其中successcall＝totalcall－failedcall；

根据用户详细呼叫记录中的释放原因值字段判断每次用户呼叫是否正常释放，对每种型号移动用户终端所有异常释放的用户详细呼叫记录进行计数，并记为dropedcall；

计算每种型号移动用户终端的掉话率，即掉话率＝dropedcall/successcall。

进一步，所述检测用户终端性能的系统，计算反向业务信道误帧率的过程如下：

对每种型号移动用户终端每次呼叫过程中的反向TCH合成坏帧数求和；

对每种型号移动用户终端每次呼叫过程中的反向TCH合成总帧数求和；

计算反向业务信道误帧率，即反向业务信道误帧率＝反向TCH合成坏帧数之和/反向TCH合成总帧数之和*100%。

根据本发明另一方面，还提出检测用户终端性能的方法，其中：

获取移动通信系统的用户详细呼叫记录，在用户详细呼叫记录中记录有用户的国际移动用户识别码（IMSI）、释放原因值以及误帧信息，其中，误帧信息包括用户终端接收到的反向业务信道（TCH）合成坏帧数，表示用户终端反向链路上不可用的帧，以及反向TCH合成总帧数，表示用户终端反向链路上传输的总帧数；

获取用户终端信息列表，该用户终端信息列表包括用户终端型号与IMSI的对应关系；

通过IMSI字段，将用户详细呼叫记录与用户终端信息列表进行关联；

对每种型号的用户终端的所有用户详细呼叫记录条数进行计数，并记为totalcall；

根据用户详细呼叫记录，分别计算每种型号的用户终端的呼叫成功率、掉话率和/或反向业务信道误帧率；

将计算结果分别与各自的设置值进行比对，根据比对结果检测用户终端的性能。

进一步，所述检测用户终端性能的方法，其中：

设置用户终端短信自注册平台，以接收用户终端上报的短信，短信的内容包括用户终端型号与IMSI的对应关系；

从用户终端短信自注册平台上获取的数据制作用户终端信息列表。

进一步，所述检测用户终端性能的方法，计算呼叫成功率的过程如下：

进一步，所述检测用户终端性能的方法，计算掉话率的过程如下：

进一步，所述检测用户终端性能的方法，计算反向业务信道误帧率的过程如下：

本发明通过分析移动通信系统记录下的用户终端通信数据，得出移动用户终端连接性能、保持性能以及通信质量性能等，从而检测出用户终端的性能，可以及时发现存在问题的移动终端，并进行更换，以保证通话畅通。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1所示为移动通信系统架构的示意图。

图2所示为本发明检测用户终端性能的系统结构示意图。

图3所示为本发明检测用户终端性能的方法流程示意图。

图4所示为本发明计算呼叫成功率的方法流程图。

图5所示为本发明计算掉话率的方法流程图。

图6所示为本发明计算反向业务信道误帧率的方法流程图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

为使本发明的目的、技术方案及优点更加清楚明白，下面将以CDMA网络移动用户终端性能分析为例，对本发明做进一步详细说明。

图2所示为本发明检测用户终端性能的系统结构示意图。该系统包括解析数据库和分析数据库。

一台或多台解析数据库，对移动通信系统的用户详细呼叫记录做解析和入库处理。在用户详细呼叫记录中记录有用户的IMSI（国际移动用户识别码）、释放原因值、与通话质量相关的误帧信息、用户每次通话时接入系统的相关网络信息、以及通话过程中的切换信息等，其中，误帧信息包括用户终端接收到的反向业务信道（TCH）合成坏帧数，表示用户终端反向链路上不可用的帧，以及反向TCH合成总帧数，表示用户终端反向链路上传输的总帧数。

分析数据库包括OLE DB（对象链接和嵌入数据库）接口、存储单元、计数单元、计算单元、以及检测单元。

通过OLE DB接口以链接服务器的方式访问解析数据库，获取解析后的用户详细呼叫记录。可以通过客户端的形式远程登录分析数据库，采集分析结果或维护分析数据。

在一实施例中，分析数据库通过如下方式获取用户终端信息列表。

在CDMA网络中设置用户终端短信自注册平台，用户终端向用户终端短信自注册平台上报包含用户终端信息的短信，短信包含的内容如下表所示：

表1

从用户终端短信自注册平台上获取的数据制作用户终端信息列表，将用户终端信息列表导入到分析数据库上，并以数据表形式存储。数据库服务器有数据导入功能，可以把文本格式或者excel格式的数据到导入到分析数据库上。可以由分析人员从短信自注册平台以FTP的方式取下来，再手工导入分析数据库。

于是，分析数据库存储有用户详细呼叫记录和用户终端信息列表。

存储单元配置于通过IMSI字段，将用户详细呼叫记录与用户终端信息列表进行关联存储，该用户终端信息列表包括用户终端型号与IMSI的对应关系。

计数单元配置于对每种型号的用户终端的所有用户详细呼叫记录条数进行计数，并记为totalcall。为了保证分析结果具有统计意义，可以计数多天的用户详细呼叫记录，例如，三天。

计算单元配置于根据用户详细呼叫记录，分别计算每种型号的用户终端的呼叫成功率、掉话率和/或反向业务信道误帧率。具体计算过程将在下面进行详细说明。其中，呼叫成功率反映了终端的连接性能，掉话率反映了终端的保持性能，反向业务信道误帧率反映了终端的通信质量。通过连接性能、保持性能以及通信质量，可以反映终端的性能。

检测单元配置于将计算单元的计算结果分别与各自的设置值进行比对，根据比对结果检测用户终端的性能。只要其中有一个指标不合格，则相应的终端性能较差。例如，计算得到的呼叫成功率低于呼叫成功率设置值时，认为其性能不合格，可能会导致呼叫不畅或者通话不畅。

下面将详细说明呼叫成功率、掉话率以及反向业务信道误帧率的计算过程。

计算呼叫成功率的过程如下：

根据用户详细呼叫记录中的释放原因值字段可以判断出用户呼叫是否成功，对每种型号的用户终端的所有呼叫失败的用户详细呼叫记录进行计数，并记为failedcall。

在一实施例中，有以下5种释放原因值表示用户呼叫失败。

表2

释放原因值	释放原因值说明
		9985	等MS业务连接完成超时
9986	等TCH_PREAMBLE超时
		9987	等手机MS ACK ORDER超时
9988	等指配请求超时
		2586	终端用户故障断开连接

计算每种型号的用户终端的呼叫成功率，即呼叫成功率＝（totalcall-failedcall）/totalcall。为使分析结果具有统计意义，保证分析结果的准确性，例如，筛选出呼叫次数大于10000次的终端型号，以保证足够的采样点。

将计算出的呼叫成功率与设置值进行比对，可以得到每种型号的用户终端的连接性能。

例如，设置值为全网平均值，99%，经分析有6款终端的呼叫成功率低于99%，远远低于全网平均值。则相应的用户终端的连接性能不好。

表3

计算掉话率的过程如下：

根据用户详细呼叫记录中的释放原因值字段判断每次用户呼叫是否成功，对每种型号移动用户终端呼叫成功的用户详细呼叫记录进行计数，并记为successcall，其中successcall＝totalcall－failedcall。

根据用户详细呼叫记录中的释放原因值字段判断每次用户呼叫是否正常释放，对每种型号移动用户终端所有异常释放的用户详细呼叫记录进行计数，并记为dropedcall。例如，某通信系统的用户详细呼叫记录中的释放原因字段值等于3077时表示本次用户通话为掉话，对每种型号移动用户终端所有掉话的用户详细呼叫记录条数进行计数。

计算每种型号移动用户终端的掉话率，即掉话率＝dropedcall/successcall。为使分析结果具有统计意义，保证分析结果的准确性，筛选出呼叫次数大于10000次的终端型号，以保证足够的采样点。

将计算出的掉话率与设置值进行比对，可以得到每种型号的用户终端的保持性能。

例如，对所有品牌型号移动用户终端的掉话率进行排序，筛选出掉话率高于全网平均值的移动终端品牌及型号。经分析有5款终端的掉话率高于0.8%，远远高于全网平均值。则相应的用户终端的保持性能不好。

表4

计算反向业务信道误帧率的过程如下：

用户详细呼叫记录中有两个字段与用户终端通信链路质量好坏相关，一个是“反向TCH（Traffic Channel，业务信道）合成坏帧数”，表示用户终端反向链路上不可用的帧，另一个是“反向TCH合成总帧数”，表示用户终端反向链路上传输的总帧数。对每种型号移动用户终端每次呼叫过程中的反向TCH合成坏帧数求和，并记为badframe，对每种型号移动用户终端每次呼叫过程中的反向TCH合成总帧数求和，并记为totalframe。每个通信系统实现的方式不同，有些是直接记录总帧数，有些系统是好帧和坏帧分开记录，则根据好帧和坏帧之和得到总帧数。

衡量用户通信链路质量的指标“反向业务信道误帧率”的计算公式为：反向业务信道误帧率＝反向TCH合成坏帧数之和/反向TCH合成总帧数之和*100%，即，反向业务信道误帧率＝badframe/totalframe*100%。为使分析结果具有统计意义，保证分析结果的准确性，筛选出呼叫次数大于10000次的终端型号，以保证足够的采样点。

将计算出的反向业务信道误帧率与设置值进行比对，可以得到每种型号的用户终端的通信质量。

例如，对所有品牌型号移动用户终端的误帧率进行排序，筛选出误帧率高于全网平均值的移动终端品牌及型号。经分析有3款终端的反向业务信道误帧率高于1%，远远高于全网平均值。则相应的用户终端的通信质量不好。

表5

图3所示为本发明检测用户终端性能的方法流程示意图。

S301、获取移动通信系统的用户详细呼叫记录，在用户详细呼叫记录中记录有用户的国际移动用户识别码（IMSI）、释放原因值以及误帧信息。其中，误帧信息包括用户终端接收到的反向TCH合成坏帧数，表示用户终端反向链路上不可用的帧，以及反向TCH合成总帧数，表示用户终端反向链路上传输的总帧数。

表示用户呼叫失败的释放原因值包括：等MS业务连接完成超时、等TCH_PREAMBLE超时、等手机MS ACK ORDER超时、等指配请求超时、终端用户故障断开连接。

S302、获取用户终端信息列表，该用户终端信息列表包括用户终端型号与IMSI的对应关系。

S303、通过IMSI字段，将用户详细呼叫记录与用户终端信息列表进行关联。

S304、对每种型号的用户终端的所有用户详细呼叫记录条数进行计数，并记为totalcall。

S305、根据用户详细呼叫记录，分别计算每种型号的用户终端的呼叫成功率、掉话率和/或反向业务信道误帧率。

S306、将计算结果分别与各自的设置值进行比对，根据比对结果检测用户终端的性能。

图4所示为本发明计算呼叫成功率的方法流程图。

S401、根据用户详细呼叫记录中的释放原因值字段判断出用户呼叫是否成功，对每种型号的用户终端的所有呼叫失败的用户详细呼叫记录进行计数，并记为failedcall。

S402、计算每种型号的用户终端的呼叫成功率，即呼叫成功率＝（totalcall-failedcall）/totalcall。

图5所示为本发明计算掉话率的方法流程图。

S501、根据用户详细呼叫记录中的释放原因值字段判断每次用户呼叫是否成功，对每种型号移动用户终端呼叫成功的用户详细呼叫记录进行计数，并记为successcall，其中successcall＝totalcall－failedcall。

S502、根据用户详细呼叫记录中的释放原因值字段判断每次用户呼叫是否正常释放，对每种型号移动用户终端所有异常释放的用户详细呼叫记录进行计数，并记为dropedcall。

S503、计算每种型号移动用户终端的掉话率，即掉话率＝dropedcall/successcall。

图6所示为本发明计算反向业务信道误帧率的方法流程图。

S601、对每种型号移动用户终端每次呼叫过程中的反向TCH合成坏帧数求和。

S602、对每种型号移动用户终端每次呼叫过程中的反向TCH合成总帧数求和。

S603、计算反向业务信道误帧率，即反向业务信道误帧率＝反向TCH合成坏帧数之和/反向TCH合成总帧数之和*100%。

本发明提出的检测用户终端性能的方法和系统，当用户无法接通呼叫，或者通话质量不好时，可以区分是网络的问题还是用户终端的问题。如果检测出是用户终端出现问题，可以及时进行更换，以保证通话畅通。

至此，已经详细描述了本发明。为了避免遮蔽本发明的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

可能以许多方式来实现本发明的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员应该理解，可在不脱离本发明的范围和精神的情况下，对以上实施例进行修改。本发明的范围由所附权利要求来限定。

Claims

1.检测用户终端性能的系统，其特征在于，包括解析数据库和分析数据库：

分析数据库包括：

2.如权利要求1所述检测用户终端性能的系统，其特征在于，还包括：

3.如权利要求1所述检测用户终端性能的系统，其特征在于：

计算呼叫成功率的过程如下：

4.如权利要求1所述检测用户终端性能的系统，其特征在于：

计算掉话率的过程如下：

5.如权利要求1所述检测用户终端性能的系统，其特征在于：

计算反向业务信道误帧率的过程如下：

6.检测用户终端性能的方法，其特征在于：

7.如权利要求6所述检测用户终端性能的方法，其特征在于：

8.如权利要求6所述检测用户终端性能的方法，其特征在于：

计算呼叫成功率的过程如下：

9.如权利要求6所述检测用户终端性能的方法，其特征在于：

计算掉话率的过程如下：

10.如权利要求6所述检测用户终端性能的方法，其特征在于：

计算反向业务信道误帧率的过程如下：