CN103731866A - 检测用户终端性能的方法和*** - Google Patents
检测用户终端性能的方法和*** Download PDFInfo
- Publication number
- CN103731866A CN103731866A CN201210389059.5A CN201210389059A CN103731866A CN 103731866 A CN103731866 A CN 103731866A CN 201210389059 A CN201210389059 A CN 201210389059A CN 103731866 A CN103731866 A CN 103731866A
- Authority
- CN
- China
- Prior art keywords
- user
- user terminal
- model
- rate
- call record
- 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
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
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的对应关系;
从用户终端短信自注册平台上获取的数据制作用户终端信息列表。
进一步,所述检测用户终端性能的方法,计算呼叫成功率的过程如下:
根据用户详细呼叫记录中的释放原因值字段判断出用户呼叫是否成功,对每种型号的用户终端的所有呼叫失败的用户详细呼叫记录进行计数,并记为failedcall;
计算每种型号的用户终端的呼叫成功率,即呼叫成功率=(totalcall-failedcall)/totalcall。
进一步,所述检测用户终端性能的方法,计算掉话率的过程如下:
根据用户详细呼叫记录中的释放原因值字段判断每次用户呼叫是否成功,对每种型号移动用户终端呼叫成功的用户详细呼叫记录进行计数,并记为successcall,其中successcall=totalcall-failedcall;
根据用户详细呼叫记录中的释放原因值字段判断每次用户呼叫是否正常释放,对每种型号移动用户终端所有异常释放的用户详细呼叫记录进行计数,并记为dropedcall;
计算每种型号移动用户终端的掉话率,即掉话率=dropedcall/successcall。
进一步,所述检测用户终端性能的方法,计算反向业务信道误帧率的过程如下:
对每种型号移动用户终端每次呼叫过程中的反向TCH合成坏帧数求和;
对每种型号移动用户终端每次呼叫过程中的反向TCH合成总帧数求和;
计算反向业务信道误帧率,即反向业务信道误帧率=反向TCH合成坏帧数之和/反向TCH合成总帧数之和*100%。
本发明通过分析移动通信***记录下的用户终端通信数据,得出移动用户终端连接性能、保持性能以及通信质量性能等,从而检测出用户终端的性能,可以及时发现存在问题的移动终端,并进行更换,以保证通话畅通。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图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 (10)
1.检测用户终端性能的***,其特征在于,包括解析数据库和分析数据库:
一台或多台解析数据库,对移动通信***的用户详细呼叫记录做解析和入库处理,在用户详细呼叫记录中记录有用户的国际移动用户识别码(IMSI)、释放原因值以及误帧信息,其中,误帧信息包括用户终端接收到的反向业务信道(TCH)合成坏帧数,表示用户终端反向链路上不可用的帧,以及反向TCH合成总帧数,表示用户终端反向链路上传输的总帧数;
分析数据库包括:
对象链接和嵌入数据库(OLE DB)接口,通过OLE DB接口访问解析数据库,获取解析后的用户详细呼叫记录;
存储单元,通过IMSI字段,将用户详细呼叫记录与用户终端信息列表进行关联存储,该用户终端信息列表包括用户终端型号与IMSI的对应关系;
计数单元,对每种型号的用户终端的所有用户详细呼叫记录条数进行计数,并记为totalcall;
计算单元,根据用户详细呼叫记录,分别计算每种型号的用户终端的呼叫成功率、掉话率和/或反向业务信道误帧率;
检测单元,将计算单元的计算结果分别与各自的设置值进行比对,根据比对结果检测用户终端的性能。
2.如权利要求1所述检测用户终端性能的***,其特征在于,还包括:
用户终端短信自注册平台,配置于接收用户终端上报的短信,短信的内容包括用户终端型号与IMSI的对应关系;
从用户终端短信自注册平台上获取的数据制作用户终端信息列表,将用户终端信息列表导入到分析数据库上,并提供给存储单元。
3.如权利要求1所述检测用户终端性能的***,其特征在于:
计算呼叫成功率的过程如下:
根据用户详细呼叫记录中的释放原因值字段判断出用户呼叫是否成功,对每种型号的用户终端的所有呼叫失败的用户详细呼叫记录进行计数,并记为failedcall;
计算每种型号的用户终端的呼叫成功率,即呼叫成功率=(totalcall-failedcall)/totalcall。
4.如权利要求1所述检测用户终端性能的***,其特征在于:
计算掉话率的过程如下:
根据用户详细呼叫记录中的释放原因值字段判断每次用户呼叫是否成功,对每种型号移动用户终端呼叫成功的用户详细呼叫记录进行计数,并记为successcall,其中successcall=totalcall-failedcall;
根据用户详细呼叫记录中的释放原因值字段判断每次用户呼叫是否正常释放,对每种型号移动用户终端所有异常释放的用户详细呼叫记录进行计数,并记为dropedcall;
计算每种型号移动用户终端的掉话率,即掉话率=dropedcall/successcall。
5.如权利要求1所述检测用户终端性能的***,其特征在于:
计算反向业务信道误帧率的过程如下:
对每种型号移动用户终端每次呼叫过程中的反向TCH合成坏帧数求和;
对每种型号移动用户终端每次呼叫过程中的反向TCH合成总帧数求和;
计算反向业务信道误帧率,即反向业务信道误帧率=反向TCH合成坏帧数之和/反向TCH合成总帧数之和*100%。
6.检测用户终端性能的方法,其特征在于:
获取移动通信***的用户详细呼叫记录,在用户详细呼叫记录中记录有用户的国际移动用户识别码(IMSI)、释放原因值以及误帧信息,其中,误帧信息包括用户终端接收到的反向业务信道(TCH)合成坏帧数,表示用户终端反向链路上不可用的帧,以及反向TCH合成总帧数,表示用户终端反向链路上传输的总帧数;
获取用户终端信息列表,该用户终端信息列表包括用户终端型号与IMSI的对应关系;
通过IMSI字段,将用户详细呼叫记录与用户终端信息列表进行关联;
对每种型号的用户终端的所有用户详细呼叫记录条数进行计数,并记为totalcall;
根据用户详细呼叫记录,分别计算每种型号的用户终端的呼叫成功率、掉话率和/或反向业务信道误帧率;
将计算结果分别与各自的设置值进行比对,根据比对结果检测用户终端的性能。
7.如权利要求6所述检测用户终端性能的方法,其特征在于:
设置用户终端短信自注册平台,以接收用户终端上报的短信,短信的内容包括用户终端型号与IMSI的对应关系;
从用户终端短信自注册平台上获取的数据制作用户终端信息列表。
8.如权利要求6所述检测用户终端性能的方法,其特征在于:
计算呼叫成功率的过程如下:
根据用户详细呼叫记录中的释放原因值字段判断出用户呼叫是否成功,对每种型号的用户终端的所有呼叫失败的用户详细呼叫记录进行计数,并记为failedcall;
计算每种型号的用户终端的呼叫成功率,即呼叫成功率=(totalcall-failedcall)/totalcall。
9.如权利要求6所述检测用户终端性能的方法,其特征在于:
计算掉话率的过程如下:
根据用户详细呼叫记录中的释放原因值字段判断每次用户呼叫是否成功,对每种型号移动用户终端呼叫成功的用户详细呼叫记录进行计数,并记为successcall,其中successcall=totalcall-failedcall;
根据用户详细呼叫记录中的释放原因值字段判断每次用户呼叫是否正常释放,对每种型号移动用户终端所有异常释放的用户详细呼叫记录进行计数,并记为dropedcall;
计算每种型号移动用户终端的掉话率,即掉话率=dropedcall/successcall。
10.如权利要求6所述检测用户终端性能的方法,其特征在于:
计算反向业务信道误帧率的过程如下:
对每种型号移动用户终端每次呼叫过程中的反向TCH合成坏帧数求和;
对每种型号移动用户终端每次呼叫过程中的反向TCH合成总帧数求和;
计算反向业务信道误帧率,即反向业务信道误帧率=反向TCH合成坏帧数之和/反向TCH合成总帧数之和*100%。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210389059.5A CN103731866A (zh) | 2012-10-15 | 2012-10-15 | 检测用户终端性能的方法和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210389059.5A CN103731866A (zh) | 2012-10-15 | 2012-10-15 | 检测用户终端性能的方法和*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103731866A true CN103731866A (zh) | 2014-04-16 |
Family
ID=50455757
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210389059.5A Pending CN103731866A (zh) | 2012-10-15 | 2012-10-15 | 检测用户终端性能的方法和*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103731866A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105050109A (zh) * | 2015-05-25 | 2015-11-11 | 腾讯科技(深圳)有限公司 | 一种通信数据处理方法及其设备 |
CN105554800A (zh) * | 2015-12-11 | 2016-05-04 | 中国联合网络通信集团有限公司 | 一种终端网络性能的评估方法及装置 |
CN105678596A (zh) * | 2016-03-23 | 2016-06-15 | 中国联合网络通信集团有限公司 | 移动终端的更换预测方法及其更换预测*** |
CN107094306A (zh) * | 2016-02-18 | 2017-08-25 | ***通信集团福建有限公司 | 终端性能评估方法及装置 |
CN109982372A (zh) * | 2017-12-27 | 2019-07-05 | ***通信集团北京有限公司 | 一种终端的检测方法及装置 |
CN110875983A (zh) * | 2018-09-03 | 2020-03-10 | ***通信集团安徽有限公司 | 终端业务质量的评估方法、装置、设备及介质 |
CN113825221A (zh) * | 2021-08-19 | 2021-12-21 | 西安闻泰信息技术有限公司 | 功率控制方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101018413A (zh) * | 2007-01-17 | 2007-08-15 | 上海华为技术有限公司 | 终端的性能统计方法、接入网设备及无线网络 |
CN101925101A (zh) * | 2009-06-09 | 2010-12-22 | 中兴通讯股份有限公司 | 一种用户呼叫过程信息采集及统计分析的方法及装置 |
CN102026262A (zh) * | 2010-12-07 | 2011-04-20 | 中兴通讯股份有限公司 | 用户感受评估方法和服务器 |
CN102149110A (zh) * | 2011-03-18 | 2011-08-10 | 中兴通讯股份有限公司 | 一种终端性能评估方法及装置 |
-
2012
- 2012-10-15 CN CN201210389059.5A patent/CN103731866A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101018413A (zh) * | 2007-01-17 | 2007-08-15 | 上海华为技术有限公司 | 终端的性能统计方法、接入网设备及无线网络 |
CN101925101A (zh) * | 2009-06-09 | 2010-12-22 | 中兴通讯股份有限公司 | 一种用户呼叫过程信息采集及统计分析的方法及装置 |
CN102026262A (zh) * | 2010-12-07 | 2011-04-20 | 中兴通讯股份有限公司 | 用户感受评估方法和服务器 |
CN102149110A (zh) * | 2011-03-18 | 2011-08-10 | 中兴通讯股份有限公司 | 一种终端性能评估方法及装置 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105050109A (zh) * | 2015-05-25 | 2015-11-11 | 腾讯科技(深圳)有限公司 | 一种通信数据处理方法及其设备 |
CN105050109B (zh) * | 2015-05-25 | 2017-07-28 | 腾讯科技(深圳)有限公司 | 一种通信数据处理方法及其设备 |
CN105554800A (zh) * | 2015-12-11 | 2016-05-04 | 中国联合网络通信集团有限公司 | 一种终端网络性能的评估方法及装置 |
CN107094306A (zh) * | 2016-02-18 | 2017-08-25 | ***通信集团福建有限公司 | 终端性能评估方法及装置 |
CN105678596A (zh) * | 2016-03-23 | 2016-06-15 | 中国联合网络通信集团有限公司 | 移动终端的更换预测方法及其更换预测*** |
CN105678596B (zh) * | 2016-03-23 | 2019-12-06 | 中国联合网络通信集团有限公司 | 移动终端的更换预测方法及其更换预测*** |
CN109982372A (zh) * | 2017-12-27 | 2019-07-05 | ***通信集团北京有限公司 | 一种终端的检测方法及装置 |
CN110875983A (zh) * | 2018-09-03 | 2020-03-10 | ***通信集团安徽有限公司 | 终端业务质量的评估方法、装置、设备及介质 |
CN110875983B (zh) * | 2018-09-03 | 2021-10-26 | ***通信集团安徽有限公司 | 终端业务质量的评估方法、装置、设备及介质 |
CN113825221A (zh) * | 2021-08-19 | 2021-12-21 | 西安闻泰信息技术有限公司 | 功率控制方法及装置 |
CN113825221B (zh) * | 2021-08-19 | 2023-11-17 | 昆明闻讯实业有限公司 | 功率控制方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103731866A (zh) | 检测用户终端性能的方法和*** | |
CN107026746B (zh) | 网络业务质量评估方法、***及网络设备 | |
EP3214861B1 (en) | Method, device and system for detecting fraudulent user | |
CN103138963A (zh) | 一种基于用户感知的网络问题定位方法及装置 | |
CN103581976B (zh) | 小区的识别方法和装置 | |
CN105721072B (zh) | 一种判断天线故障的方法、装置及终端 | |
CN106792617B (zh) | 一种边境用户确定方法、计费方法及装置 | |
CN108093427B (zh) | 一种VoLTE业务质量评估方法及*** | |
WO2014040633A1 (en) | Identifying fault category patterns in a communication network | |
CN104427549A (zh) | 一种网络问题分析方法及*** | |
CN101883374A (zh) | 一种终端上报信息的方法及终端设备 | |
WO2012000387A1 (zh) | 一种优化网络接入性能的方法、装置及*** | |
CN110856188B (zh) | 通信方法、装置、***和计算机可读存储介质 | |
CN104639263B (zh) | 检测基站天馈安装问题的方法与装置 | |
KR102333866B1 (ko) | 이동 통신 네트워크 이상 진단 장치 및 방법 | |
CN109963292B (zh) | 投诉预测的方法、装置、电子设备和存储介质 | |
CN101330551B (zh) | 一种电信***中的通信记录的核对方法及*** | |
CN106878965B (zh) | 一种评估移动终端性能的方法和装置 | |
CN104883705A (zh) | 一种数据业务投诉的问题定位方法及装置 | |
CN103124430A (zh) | 一种室内用户定位方法及*** | |
CN102984738B (zh) | 一种信令上报方法、***及装置 | |
CN104506743A (zh) | 一种动态拦截电话的方法及装置 | |
CN102131216A (zh) | 检测无线连接失败事件的发生原因的方法、终端和基站 | |
CN107872553B (zh) | 一种4g行业应用卡检测***及方法 | |
CN103581953A (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 |
Application publication date: 20140416 |
|
RJ01 | Rejection of invention patent application after publication |