CN102665232B

CN102665232B - 一种终端设备问题的确定方法和设备

Info

Publication number: CN102665232B
Application number: CN201210092019.4A
Authority: CN
Inventors: 何宇鑫; 李汉超; 郭冰
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2012-03-30
Filing date: 2012-03-30
Publication date: 2015-09-09
Anticipated expiration: 2032-03-30
Also published as: CN102665232A

Abstract

本发明公开了一种终端设备问题的确定方法和设备，该方法包括：网管设备获得语音业务单通现象对应的单通事件信息，单通事件信息包括语音业务单通现象发生的原因；当语音业务单通现象发生的原因为终端设备问题导致发生语音业务单通现象时，网管设备从单通事件信息中获得导致发生语音业务单通现象的终端设备所对应的终端信息；网管设备统计发生的语音业务单通现象所对应的终端信息，以获得各终端信息导致的发生语音业务单通现象的信息。本发明实施例中，能够自动统计出发生的语音业务单通现象所对应的终端信息，从而获知何种类型的终端设备问题导致语音业务单通现象，并可以节省大量人力，且检测结果精确，能够覆盖到所有的终端设备。

Description

一种终端设备问题的确定方法和设备

技术领域

本发明涉及了通信技术领域，尤其是涉及了一种终端设备问题的确定方法和设备。

背景技术

在现有的TD-SCDMA(Time Division-Synchronous Code Division MultipleAccess，时分同步码分多址接入)网络中，由于网络设备和终端设备等问题，经常会出现语音业务单通现象；在发生语音业务单通现象时，一方或者双方将无法听到对方的通话，从而对用户的感知造成了重大影响，并且语音业务单通现象已经成为TD-SCDMA运营商的一个投诉热点。

根据现网分析结果，终端设备问题导致发生了很多语音业务单通现象，为了在网络优化过程中，有效确定由于终端设备问题导致的语音业务单通现象，现有技术中，可以在接收到出现语音业务单通现象的投诉后，通过分析或者咨询等方式确定何种类型的终端设备问题导致语音业务单通现象；也可以通过终端厂商自测发现何种类型的终端设备问题导致语音业务单通现象。

在实现本发明的过程中，发明人发现现有技术中至少存在以下问题：

语音业务单通现象的检测是网络优化的难点，没有有效的手段能够准确全面的检测到发生的语音业务单通现象；如果依靠用户投诉来确定何种类型的终端设备问题导致语音业务单通现象，其是漫长而费力的过程，结果不全面且不准确；如果通过终端厂商自测发现确定何种类型的终端设备问题导致语音业务单通现象，则存在的巨大实施难度，且无法覆盖到所有终端设备。

发明内容

本发明实施例提供一种终端设备问题的确定方法和设备，以获知何种类型的终端设备问题导致语音业务单通现象。

为了达到上述目的，本发明实施例提供一种终端设备问题的确定方法，包括：

网管设备获得语音业务单通现象对应的单通事件信息，所述单通事件信息包括语音业务单通现象发生的原因；

当所述语音业务单通现象发生的原因为终端设备问题导致发生语音业务单通现象时，所述网管设备从所述单通事件信息中获得导致发生语音业务单通现象的终端设备所对应的终端信息；

所述网管设备统计发生的语音业务单通现象所对应的终端信息，以获得各终端信息导致的发生语音业务单通现象的信息。

本发明实施例提供一种网管设备，包括：

第一获得模块，用于获得语音业务单通现象对应的单通事件信息，所述单通事件信息包括语音业务单通现象发生的原因；

第二获得模块，用于当所述语音业务单通现象发生的原因为终端设备问题导致发生语音业务单通现象时，从所述单通事件信息中获得导致发生语音业务单通现象的终端设备所对应的终端信息；

第三获得模块，用于统计发生的语音业务单通现象所对应的终端信息，以获得各终端信息导致的发生语音业务单通现象的信息。

与现有技术相比，本发明实施例至少具有以下优点：本发明实施例中，能够自动统计出发生的语音业务单通现象所对应的终端信息，从而获知何种类型的终端设备问题导致语音业务单通现象，并可以节省大量人力，且检测结果精确，能够覆盖到所有的终端设备。

附图说明

为了更清楚地说明本发明的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的一种终端设备问题的确定方法流程示意图；

图2是本发明实施例二提供的一种网管设备的结构示意图。

具体实施方式

下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

本发明实施例一提供一种终端设备问题的确定方法，以确定何种类型的终端设备问题导致语音业务单通现象，继而对语音业务单通现象进行优化，提高用户的使用感受；如图1所示，该方法可以包括以下步骤：

步骤101，网管设备获得语音业务单通现象对应的单通事件信息。

本发明实施例中，该网管设备获得语音业务单通现象对应的单通事件信息包括但不限于：网管设备从网络设备(如RNC(Radio Network Controller，无线网络控制器)等)的CDL(Call Detail Log，呼叫业务流程日志)数据中，获得该语音业务单通现象对应的单通事件信息。

本发明实施例中，该单通事件信息包括但不限于：语音业务单通现象发生的原因；在终端设备问题导致发生语音业务单通现象时，导致发生语音业务单通现象的终端设备所对应的终端信息。

本发明实施例中，该终端信息具体包括但不限于以下之一或任意组合：终端设备的IMSI(International Mobile Subscriber Identity，国际移动用户识别码)信息；终端设备的厂商信息；终端设备的型号信息；终端设备的芯片厂商信息；终端设备的芯片型号信息等。

步骤102，当语音业务单通现象发生的原因为终端设备问题导致发生语音业务单通现象时，该网管设备从单通事件信息中获得导致发生语音业务单通现象的终端设备所对应的终端信息。

例如，以终端信息为终端设备的型号信息为例，则网管设备可以从单通事件信息中获得导致发生语音业务单通现象的终端设备对应于型号A；以终端信息为终端设备的厂商信息为例，则网管设备可以从单通事件信息中获得导致发生语音业务单通现象的终端设备的厂商对应于厂商A。

步骤103，网管设备统计发生的语音业务单通现象所对应的终端信息，以获得各终端信息导致的发生语音业务单通现象的信息。

本发明实施例中，网管设备统计发生的语音业务单通现象所对应的终端信息包括但不限于：网管设备统计在指定时间区间内发生的所有语音业务单通现象所分别对应的终端信息；或者，网管设备统计在指定网元范围(如全网、RNC、小区/区域/网元分组等)内发生的所有语音业务单通现象所分别对应的终端信息；或者，网管设备统计在指定时间区间内，指定网元范围内发生的所有语音业务单通现象所分别对应的终端信息。

本发明实施例中，该网管设备获得各终端信息导致的发生语音业务单通现象的信息包括：网管设备获得每个终端信息导致的发生语音业务单通现象的次数(可以为次数的数值或次数占有所有次数的比例等)，并按照次数的多少对各终端信息进行排序。

例如，以网管设备统计在指定时间区间内发生的所有语音业务单通现象所分别对应的终端信息，终端信息为终端设备的型号信息为例，则网管设备可以统计出在时间A-时间B的区间内，对应于型号A的终端设备共导致发生200次语音业务单通现象；对应于型号B的终端设备共导致发生100次语音业务单通现象；对应于型号C的终端设备共导致发生700次语音业务单通现象；对应于型号D的终端设备共导致发生9000次语音业务单通现象。

在按照次数的多少对终端设备的型号信息进行排序时，则其排序结果为型号D(9000次或90％)、型号C(700次或7％)、型号A(200次或2％)和型号B(100次或1％)；在后续优化过程中，可以确定出对应于型号D的终端设备最容易导致语音业务单通现象，从而可以对对应于型号D的终端设备进行优化，以提高用户的使用感受。

以下结合具体的应用场景对本发明实施例进行详细说明。

在步骤101的具体实现过程中，RNC上需要记录有CDL数据，且网管设备可以从RNC的CDL数据中获得语音业务单通现象对应的单通事件信息。

本发明实施例中，该CDL数据中的内容(即CDL记录中的字段)包括但不限于以下之一或任意组合：序号：从1开始依次递增；UE ID(标识)；接入标识类型：IMEI(International Mobile Equipment Identity，国际移动设备身份码)，IMSI，TMSI(Temporary Mobile Subscriber Identity，临时移动用户识别码)，P-TMSI(Packet-TMSI，分组临时移动用户识别码)；接入标识：RRC(Radio Resource Control，无线资源控制)连接建立请求中携带的接入标识；IMSI：Common ID中的IMSI；IMEI：呼叫过程中IMEI字段获取；终端设备的厂商：通过TAC(标签)号获取终端设备的厂商；终端设备的类型(即型号)；通过TAC号获取终端设备的类型；终端设备的芯片厂商：通过TAC号获取终端设备的芯片厂商；终端设备的芯片类型：通过TAC号获取终端设备的芯片类型；TMSI；RNC ID；接入CELL ID：RRC建立时的小区；单通CELLID：一次呼叫可能有多次单通事件，如果有多次，只取第一次单通事件的时间点的CELL ID；双向单通次数：该次呼叫中的双向单通事件个数；上行单通次数：该次呼叫中的上行单通事件个数；下行单通次数：该次呼叫中的下行单通事件个数；核心网下行单通次数：该次呼叫中核心网下行单通个数；呼叫类型：语音，VP，即VoIP(Voice over Internet Protocol，基于IP网络的呼叫)；结束CELL ID：呼叫(UE ID标识，不考虑重定位)中的最后信令所对应的CELL ID；呼叫开始时间：RRC Connection(连接)request(请求)的时间；单通时间：取该呼叫中的第一次单通事件的时间；P-CCPCH(PrimaryCommon Control Physical Channel，主公共控制物理信道)RSCP(ReceivedSignal Code Power，接收信号码功率)：如果单通时间前5s(可配置)内有MR有P-CCPCH RSCP，就为MR中的P-CCPCH RSCP，没有就为空；BLER(Block Error Ratio，块误码率)：同P-CCPCH RSCP；单通前切换：系统间切换，异频硬切换，无；根据单通时间前5s(可配置)内是否发生系统间切换、异频硬切换确定；呼叫结束时间；呼叫结果：正常结束，掉话；单通类型：上行单通，下行单通，双向单通，核心网下行单通。

进一步的，通过点击单通次数链接，并用(RNC ID、Cell ID、UE ID、单通事件发生日期、单通事件发生时间)等去关联单通数据和CDL数据，继而可以输出单通呼叫的CDR记录，即网管设备基于此可以从RNC的CDL数据中获得语音业务单通现象对应的单通事件信息。

本发明实施例中，RNC为了维护CDL数据，则：RNC将以下信息自动导入到CDL数据中，RNC ID、Cell ID、UE ID、单通事件发生时间、单通方向：上行单通，下行单通，双向单通，核心网下行单通等；以及，

从CDL数据中统计出网元指定时段内的呼叫次数(和业务类型选择相关，例如，如果业务类型＝“VP”，呼叫次数＝VP呼叫次数)；以及，

从单通事件数据中统计出网元指定时段内的单通呼叫次数、双向单通次数、上行单通次数、下行单通次数；其中，单通呼叫：一次呼叫过程中如果发生过单通事件(不论次数，不论类型)就认为该次呼叫是单通呼叫；双向单通呼叫：一次呼叫过程中如果发生过双向单通事件(不论次数)或者出现上行单通事件和下行单通事件(核心网下行单通)就认为该次呼叫是双向单通呼叫；上行单通呼叫：一次呼叫过程中如果只发生过上行单通事件(不论次数)就认为该次呼叫是上行单通呼叫；下行单通呼叫：一次呼叫过程中如果只发生过下行单通事件(不论次数)或者就认为该次呼叫是下行单通呼叫；核心网下行单通呼叫：一次呼叫过程中如果发生过核心网下行单通事件(不论次数)就认为该次呼叫是下行单通呼叫；以及，

计算单通比例：单通呼叫比例(％)＝单通呼叫次数/呼叫次数×100％；双向单通呼叫比例(％)＝双向单通呼叫次数/呼叫次数×100％；上行单通比例(％)＝上行单通次数/呼叫次数×100％；下行单通比例(％)＝下行单通次数/呼叫次数×100％；核心网下行单通比例(％)＝核心网下行单通次数/呼叫次数×100％。

进一步的，为了实现上述过程，RNC对单通的检测方法如下：RNC判断一次语音/VP呼叫是否发生单通，其具体通过检测CDL中语音业务单通信令(如表1所示)实现，且信令解析过程如下：如果Event Para＝1，则统计为一次上行单通；如果Event Para＝2，则统计为一次下行单通；如果Event Para＝3，则统计为一次双向单通；如果Event Para＝4，则统计为一次核心网下行单通。

表1

在步骤103的具体实现过程中，需要能够分析出话音/VP呼叫是否出现单通，且统计出统计时段内发生单通的终端列表等信息；统计过程的输入包括：

分析时间段：开始日期、结束日期、时间设置(可24小时整点多选)；

网元范围：全网、RNC、小区/区域/网元分组等；

IMSI/终端厂商/终端型号/芯片厂商/芯片型号：其指明分析查询的具体IMSI号、终端厂商、终端型号、芯片厂商、芯片型号；且文本框中IMSI/终端厂商/终端型号/芯片厂商/芯片型号间用分号分隔；且文本框中终端型号和芯片型号表示格式：“厂商/型号”；

分析粒度：具体指分析出记录行的粒度，分时间粒度和对象粒度，分析结果以每个对象粒度的每个时间粒度统计出一行记录；其中：

时间粒度支持：全部：从开始日期、时间到结束日期、时间的整个时间段出一个统计结果；每小时：每小时一个统计结果；每天：每天一个统计结果；每周：每周一个统计结果；每月：每月一个统计结果；

对象粒度支持：全部；每RNC；每区域；每网元组；每小区；每用户，指每IMSI一条记录，当对象粒度为每用户时，点击IMSI/厂商/型号弹出的是IMSI选择窗口；每终端厂商，指TAC号中厂家，当对象粒度为每终端厂商时，点击IMSI/厂商/型号弹出的是终端厂商选择窗口；每终端型号，指每个终端型号(TAC)一条记录(每终端厂商+终端型号)，当对象粒度为每终端型号时，点击IMSI/型号/厂商弹出的是终端型号选择窗口；每芯片厂商，指IMEI信息表中TAC对应的芯片厂商，当对象粒度为每芯片厂商时，点击IMSI/厂商/型号弹出的是芯片厂商选择窗口；每芯片型号，指每个芯片型号一条记录(每芯片厂商+芯片型号)，当对象粒度为每芯片型号时，点击IMSI/厂商/型号弹出的是芯片型号选择窗口；

呼叫类型：语音、VP、所有，需要注意的是默认为“所有”；

TopN：默认值为20，最大50。

进一步的，针对上述输入过程，网管设备统计发生的语音业务单通现象所对应的终端信息，以获得各终端信息导致的发生语音业务单通现象的信息，并能够输出相关信息；其要求能够输出统计时段统计网元的：呼叫次数、单通呼叫次数、单通呼叫比例(％)、双向单通呼叫次数、双向单通呼叫比例(％)上行单通次数、上行单通比例(％)、下行单通次数、下行单通比例(％)、核心网下行单通次数、核心网下行单通比例(％)等。此外，默认按单通呼叫次数从大到小排序，输出TopN个网元的单通呼叫次数和比例统计等。

需要注意的是，默认按“呼叫开始时间”从晚到早排序，网管设备可以获得表2所示的信息，且表2支持IMSI、UEID和CELL ID搜索列定义界面。

表2

综上所述，本发明实施例中，通过利用解析网络单通检测信令和通过检测语音业务终端，即采用单通事件记录(用RNC ID、Cell ID、UEID、单通事件发生日期、单通事件发生时间)去关联单通数据和CDL数据，输出单通呼叫的CDR记录；统计并查找到发生单通的终端型号：单通呼叫的CDR记录中详细记录出现单通的终端厂商类型和型号，实现单通终端的统计功能；能够自动统计出现网中出现单通的终端型号，节省大量人力，检测结果精确。

实施例二

基于与上述方法同样的发明构思，本发明实施例中还提供了一种网管设备，如图2所示，该网管设备包括：

第一获得模块11，用于获得语音业务单通现象对应的单通事件信息，所述单通事件信息包括语音业务单通现象发生的原因；

第二获得模块12，用于当所述语音业务单通现象发生的原因为终端设备问题导致发生语音业务单通现象时，从所述单通事件信息中获得导致发生语音业务单通现象的终端设备所对应的终端信息；

第三获得模块13，用于统计发生的语音业务单通现象所对应的终端信息，以获得各终端信息导致的发生语音业务单通现象的信息。

本发明实施例中，所述第一获得模块11，具体用于从网络设备的呼叫业务流程日志CDL数据中获得语音业务单通现象对应的单通事件信息。

本发明实施例中，所述第三获得模块13，具体用于统计在指定时间区间内发生的所有语音业务单通现象所分别对应的终端信息；或者，统计在指定网元范围内发生的所有语音业务单通现象所分别对应的终端信息；或者，统计在指定时间区间内，指定网元范围内发生的所有语音业务单通现象所分别对应的终端信息。

所述第三获得模块13，具体用于获得每个终端信息导致的发生语音业务单通现象的次数，并按照次数的多少对各终端信息进行排序。

本发明实施例中，所述终端信息具体为以下之一或任意组合：终端设备的IMSI信息；终端设备的厂商信息；终端设备的型号信息；终端设备的芯片厂商信息；终端设备的芯片型号信息。

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims

1.一种终端设备问题的确定方法，其特征在于，包括：

所述网管设备统计发生的语音业务单通现象所对应的终端信息，以获得各终端信息导致的发生语音业务单通现象的信息；

其中，所述网管设备获得语音业务单通现象对应的单通事件信息，包括：

所述网管设备从网络设备的呼叫业务流程日志CDL数据中获得语音业务单通现象对应的单通事件信息。

2.如权利要求1所述的方法，其特征在于，所述网管设备统计发生的语音业务单通现象所对应的终端信息，包括：

所述网管设备统计在指定时间区间内发生的所有语音业务单通现象所分别对应的终端信息；或者，

所述网管设备统计在指定网元范围内发生的所有语音业务单通现象所分别对应的终端信息；或者，

所述网管设备统计在指定时间区间内，指定网元范围内发生的所有语音业务单通现象所分别对应的终端信息。

3.如权利要求1所述的方法，其特征在于，所述网管设备获得各终端信息导致的发生语音业务单通现象的信息，包括：

所述网管设备获得每个终端信息导致的发生语音业务单通现象的次数，并按照次数的多少对各终端信息进行排序。

4.如权利要求1-3任一项所述的方法，其特征在于，所述终端信息具体为以下之一或任意组合：

终端设备的IMSI信息；

终端设备的厂商信息；

终端设备的型号信息；

终端设备的芯片厂商信息；

终端设备的芯片型号信息。

5.一种网管设备，其特征在于，包括：

第三获得模块，用于统计发生的语音业务单通现象所对应的终端信息，以获得各终端信息导致的发生语音业务单通现象的信息；

其中，所述第一获得模块，具体用于从网络设备的呼叫业务流程日志CDL数据中获得语音业务单通现象对应的单通事件信息。

6.如权利要求5所述的网管设备，其特征在于，

所述第三获得模块，具体用于统计在指定时间区间内发生的所有语音业务单通现象所分别对应的终端信息；或者，

统计在指定网元范围内发生的所有语音业务单通现象所分别对应的终端信息；或者，

统计在指定时间区间内，指定网元范围内发生的所有语音业务单通现象所分别对应的终端信息。

7.如权利要求5所述的网管设备，其特征在于，

所述第三获得模块，具体用于获得每个终端信息导致的发生语音业务单通现象的次数，并按照次数的多少对各终端信息进行排序。

8.如权利要求5-7任一项所述的网管设备，其特征在于，所述终端信息具体为以下之一或任意组合：

终端设备的IMSI信息；

终端设备的厂商信息；

终端设备的型号信息；

终端设备的芯片厂商信息；

终端设备的芯片型号信息。