一种确定业务掉话率的方法及装置的制造方法

文档序号:9730742阅读:200来源:国知局
一种确定业务掉话率的方法及装置的制造方法
【技术领域】
[0001 ]本发明涉及通信技术领域,尤其涉及一种确定业务掉话率的方法及装置。
【背景技术】
[0002]随着通信技术的发展,尤其是移动网络的普及,用户在使用移动网络进行通信的过程中,往往由于通信质量较差而产生掉话现象。因此,为了评估当前移动网络的通信质量,通常将掉话率作为评估指标,也就是根据一定时间内的业务掉话率来确定当前移动网络的通信质量。
[0003]目前,可以通过统-Η定时间内的RAB(Rad1Access Bearer,无线接入承载)异常释放次数,以及RAB释放次数,并根据一定时间内的RAB异常释放次数与RAB释放次数的比值来确定业务掉话率。其中,RAB异常释放次数可以通过统计RNC(Rad1 NetworkController,无线网络控制器)向CN(Core Network,核心网)发送的“RAB RELEASEREQUEST”消息的信元“RABs To Be Released Item IEs”,S“IU Release Request”消息中携带非正常原因释放信息的RAB数目来确定,其中,非正常原因释放信息为除正常原因释放信息以外的释放原因信息,正常原因释放信息可以为“Normal Release”、“SuccessfulRelocat1n”、“Resource Optimisat1n Relocat1n”、“User Inactivity”、或“release-due-to-UE-generated-signalling-connect1n-release” ;RAB释放次数可以通过统计RNC向CN发送的 “RAB ASSIGNMENT RESPONSE” 消息或 “IU RELEASE COMPLETE” 消息的信元 “RABsReleased List”中的RAB数目来确定。
[0004]但是,当用户因通信过程信号质量较差而自主结束本次通信时,由于通信过程是由用户主动中断的,而并非网络侧进行中断,因此,网络侧将本次通信中断确定为RAB的正常释放过程。因此,在统计RAB异常释放次数的过程中,所获取的RAB异常释放次数的准确率较低,从而降低用于评估当前移动网络通信质量的业务掉话率的准确率。

【发明内容】

[0005]本发明实施例提供一种确定业务掉话率的方法及装置,能够提高用于评估当前移动网络通信质量的业务掉话率的准确率。
[0006]为达到上述目的,本发明实施例采用如下技术方案:
[0007]第一方面,本发明实施例提供一种确定业务掉话率的方法,所述方法包括:
[0008]获取预设时间内的测量报告,所述测量报告包括小区标识和触发的目标事件;
[0009]根据所述小区标识,以及所述目标事件,确定第一次数,所述第一次数为目标业务的掉话次数;
[0010]获取所述预设时间内的第二次数,所述第二次数为所述目标业务的通话次数;
[0011]根据所述掉话次数与所述通话次数的比值,确定业务掉话率。
[0012]第二方面,本发明实施例提供一种确定业务掉话率的装置,所述装置包括:
[0013]获取模块,用于获取预设时间内的测量报告,所述测量报告包括小区标识和触发的目标事件;
[0014]确定模块,用于根据所述小区标识,以及所述目标事件,确定第一次数,所述第一次数为目标业务的掉话次数;
[0015]所述获取模块,还用于获取所述预设时间内的第二次数,所述第二次数为所述目标业务的通话次数;
[0016]所述确定模块,还用于根据所述掉话次数与所述通话次数的比值,确定业务掉话率。
[0017]本发明实施例提供的一种确定业务掉话率的方法及装置,根据所获取的预设时间内的测量报告中的小区标识,以及目标事件,确定第一次数,之后根据第一次数与已经获取的预设时间内的第二次数的比值来确定业务掉话率。其中,测量报告包括小区标识和触发的目标事件,第一次数为目标业务的掉话次数,第二次数为目标业务的通话次数。相比较于现有技术中根据一定时间内的RAB异常释放次数与RAB释放次数的比值来确定业务掉话率,本发明可以根据测量报告得到目标业务的掉话次数,并且与获取的第二次数进行比值计算,从而确定业务掉话率。也就是在考虑到网络侧进行目标业务的中断次数的同时,还考虑到因目标业务执行过程中信号质量较差而导致的用户发起的中断次数,从而提高用于评估当前移动网络通信质量的业务掉话率的准确率。
【附图说明】
[0018]为了更清楚地说明本发明实施例中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
[0019]图1为本发明实施例提供的一种确定业务掉话率的方法流程图;
[0020]图2为本发明实施例提供的另一种确定业务掉话率的方法流程图;
[0021 ]图3为本发明实施例提供的一种触发5A事件的示意图;
[0022]图4为本发明实施例提供的另一种确定业务掉话率的方法流程图;
[0023]图5为本发明实施例提供的一种确定业务掉话率的装置结构示意图。
【具体实施方式】
[0024]下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
[0025]本发明实施例提供一种确定业务掉话率的方法,如图1所示,该方法均有网络设备或服务器来执行,该方法包括:
[0026]101、获取预设时间内的测量报告。
[0027]其中,测量报告包括小区标识和触发的目标事件。
[0028]本发明实施例可以用于一种WCDMA(WidebandCode Divis1n Multiple Access,宽带码分多址)系统,UE(User Equipment,用户设备)的测量过程是由UTRAN(UniversalTerrestrial Rad1 Access Network,通用无线接入网)发起的。具体可以是在UE接收到SIB(System Informat1n Block,系统信息块)11、SIB 12或专用的测量控制(MeasurementC0ntr0l,MC)消息之后开始进行测量的。其中,上述消息中规定了UE需要测量的内容、测量报告的报告准则,以及报告方式等信息。当满足报告准则时,UE能够通过空中接口向UTRAN发送测量报告。在本发明实施例中,所获取的测量报告可以为事件型测量报告。其中,事件型是目前通信设备商实现的主流方式,具体事件可以分为以下几种:同频测量、异频测量、异系统测量、业务量测量、质量测量、UE内部测量、UE位置测量。
[0029]102、根据小区标识,以及目标事件,确定第一次数。
[0030]其中,第一次数为目标业务的掉话次数。
[0031]目标事件具体可以为5A事件,因此,第一次数可以具体为触发5A事件的次数,也就是目标业务的掉话次数。需要说明的是,具体用于获取触发5A事件的次数的方式会在后文提出。
[0032]103、获取预设时间内的第二次数。
[0033]其中,第二次数为目标业务的通话次数。
[0034]104、根据掉话次数与通话次数的比值,确定业务掉话率。
[0035]在本发明实施例中,可以根据公式目标业务的业务掉话率=目标业务的掉话次数/目标业务的通话次数*100%,以及通过执行步骤101至步骤103所获取的目标业务的掉话次数和目标业务的通话次数,进行计算得到业务掉话率。
[0036]本发明实施例提供的一种确定业务掉话率的方法,根据所获取的预设时间内的测量报告中的小区标识,以及目标事件,确定第一次数,之后根据第一次数与已经获取的预设时间内的第二次数的比值来确定业务掉话率。其中,测量报告包括小区标识和触发的目标事件,第一次数为目标业务的掉话次数,第二次数为目标业务的通话次数。相比较于现有技术中根据一定时间内的RAB异常释放次数与RAB释放次数的比值来确定业务掉话率,本发明可以根据测量报告得到目标业务的掉话次数,并且与获取的第二次数进行比值计算,从而确定业务掉话率。也就是在考虑到网络侧进行目标业务的中断次数的同时,还考虑到因目标业务执行过程中信号质量较差而导致的用户发起的中断次数,从而提高用于评估当前移动网络通信质量的业务掉话率的准确率。
[0037]为了准确获取目标业务的掉话次数,在本发明实施例的一个实现方式中,可以根据测量报告中所记载的小区标识,以及目标事件,以小区为计量单位,来统计各个小区在执行目标业务时的掉话次数,之后汇总统计的掉话次数,得到第一次数,也就是目标业务的掉话次数。因此,在如图1所示的实现方式的基础上,还可以实现为如图2所示的实现方式。其中,步骤102根据小区标识,以及目标事件,确定第一次数,可以具体实现为步骤1021和步骤1022:
[0038]1021、根据小区标识,以及目标事件,分别确定每个小区执行目标业务的掉话次数。
[0039]1022、确定每个小区执行目标业务的掉话次数之和为第一次数。
[0040]当目标事件为5A事件时,具体用于确定第一次数的方式如下:
[0041]网络侧可以统一进行5A事件参数的设置,5A事件参数具体可以包括TotalCRC(Cyclic Redundancy Check,循环冗余校验码)、Bad CRC和Pending after trigger。其中,Total CRC为滑动窗口的长度;Bad CRC为触发5A事件所需的滑动窗口中产生bad CRC的次数,也就是当滑动窗口中产生bad CRC的次数大于或等于Bad CRC时,则触发5A事件;Pending after trigger为接收到完整的CRC之前将不会再触发新的5A事件,也
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1