掉话率指标及问题分析重点讲义资料.docx

掉话率指标及问题分析重点讲义资料.docx

《掉话率指标及问题分析重点讲义资料.docx》由会员分享，可在线阅读，更多相关《掉话率指标及问题分析重点讲义资料.docx（51页珍藏版）》请在冰豆网上搜索。

掉话率指标及问题分析重点讲义资料

掉话率指标及问题分析

1、集团拉网测试指标

下表为集团拉网测试时，核心网统计的路测结果

测试时间

CS域

PS域

接通率

掉话率

掉线率

7月24日

97.22%

0.00%

2.94%

7月25日

94.16%

3.09%

1.61%

7月26日

88.24%

3.21%

3.08%

7月27日

93.02%

0.00%

汇总（剔除前）

92.65%

2.13%

2.48%

汇总（剔除后）

93.98%

2.13%

2.48%

2、KPI掉话率指标分析

2.1、掉话率指标定义：

掉话率=RNC主动发起的Iu释放个数（此Iu存在RAB）/RAB总建立成功个数

2.2、掉话率指标解释：

2.2.1、话音业务RNC主动发起的Iu释放涉及以下计数器

指标编码

英文名称

指标解释

RNCHC07

IU.NbrRabCsRelIuConnPerCause.Cause；

统计RNC请求释放电路域Iu连接对应的RAB数目

RNCHC09

IU.NbrRabCsRelIuConnPerTraffic.Conv

IU.NbrRabCsRelIuConnPerTraffic.Conv.<1><1>

IU.NbrRabCsRelIuConnPerTraffic.Conv.<2><2>

IU.NbrRabCsRelIuConnPerTraffic.Conv.<4><4>

IU.NbrRabCsRelIuConnPerTraffic.Conv.<5><5>

IU.NbrRabCsRelIuConnPerTraffic.Strm

IU.NbrRabCsRelIuConnPerTraffic.Bgrd；

统计RNC请求释放电路域Iu连接根据业务速率细分的RAB数目

2.2.2、计数器的计算公式如下：

公式英文表示：

语音12.2k业务掉话率：

100%*（（$DT_RAB.RelReqCsPerTraffic.Conv.<1><1>$+$DT_RAB.RelReqCsPerTraffic.Conv.<2><2>$）+（$DT_IU.NbrRabCsRelIuConnPerTraffic.Conv.<1><1>$+$DT_IU.NbrRabCsRelIuConnPerTraffic.Conv.<2><2>$））/（（$DT_RAB.SuccEstabCsNoQueuing.Conv.<1><1>$+$DT_RAB.SuccEstabCsNoQueuing.Conv.<2><2>$）+（$DT_RAB.SuccEstabCsQueuing.Conv.<1><1>$+$DT_RAB.SuccEstabCsQueuing.Conv.<2><2>$））

VP视频电话业务掉话率：

100%*（$DT_RAB.RelReqCsPerTraffic.Conv.<5><5>$+$DT_IU.NbrRabCsRelIuConnPerTraffic.Conv.<5><5>$）/（$DT_RAB.SuccEstabCsNoQueuing.Conv.<5><5>$+$DT_RAB.SuccEstabCsQueuing.Conv.<5><5>$）

计数器表示：

语音业务掉话率：

（（（R002_723-R002_709）+（R002_709））+（（R005_174-R005_002）+（R005_002）））/（（（R002_722-R002_002）+（R002_002））+（（R027_002+R027_003+R027_004）+（R027_001）））*100%；

VP视频电话业务掉话率：

（（R002_714）+（R005_012））/（（R002_082）+（R027_006））*100%；

计数器

计数器详细说明

R002_723

RAB释放请求次数

R002_709

RAB释放请求次数（CS会话类（12.2k））

R005_174

存在RAB时RNC发给CS域Iu释放请求次数（CS会话类（AMR））

R005_002

存在RAB时RNC发给CS域Iu释放请求次数{存在RAB时RNC发给CS域Iu释放请求次数}

R002_722

RAB建立成功次数

R002_002

RAB建立成功次数（CS会话类（12.2k）

R027_002

有排队的RAB建立成功次数（CS会话类业务（7.95k））

R027_003

有排队的RAB建立成功次数（CS会话类业务（5.9k））

R027_004

有排队的RAB建立成功次数（CS会话类业务（4.75k））

R027_001

有排队的RAB建立成功次数（CS会话类业务（12.2k））

R002_714

RAB释放请求次数（CS会话类（64k））

R005_012

存在RAB时RNC发给CS域Iu释放请求次数（CS会话类（64k））

R002_082

RAB建立成功次数（CS会话类（64k））

R027_006

有排队的RAB建立成功次数（CS会话类（64k））

2.2.3、指标的详细解释：

指标编码

RNCHA07

英文名称

IU.NbrRabCsRelIuConnPerCause.Cause；

中文名称

按原因分RNC请求释放电路域Iu连接对应的RAB数目

定义

统计RNC请求释放电路域Iu连接对应的RAB数目，应该按请求原因分类统计。

单位：

个；

触发点

RNC向电路域CN发送“IU连接释放请求”（IURELEASEREQUEST）消息，统计对应的RAB数目。

每个原因对应一个子测量项。

（3GPPTS25.413）

采集方式

CC；

数据类型和取值说明

每个子测量项的数据类型为整型；

单位

个

统计的空间粒度

RncFunction；

统计的时间粒度

15分钟

上报周期

15分钟

备注

终端发起的释放不统计在内

指标编码

RNCHA09

英文名称

IU.NbrRabCsRelIuConnPerTraffic.Conv

IU.NbrRabCsRelIuConnPerTraffic.Conv.<1><1>

IU.NbrRabCsRelIuConnPerTraffic.Conv.<2><2>

IU.NbrRabCsRelIuConnPerTraffic.Conv.<4><4>

IU.NbrRabCsRelIuConnPerTraffic.Conv.<5><5>

IU.NbrRabCsRelIuConnPerTraffic.Strm

IU.NbrRabCsRelIuConnPerTraffic.Bgrd；

中文名称

4.2.2.3.9按业务速率分RNC请求释放电路域Iu连接对应的RAB数目

定义

统计RNC请求释放电路域Iu连接根据业务速率细分的RAB数目。

单位：

个；

触发点

RNC向电路域CN发送“IU连接释放请求”（IURELEASEREQUEST）消息，统计对应的RAB数目。

每个根据业务速率细分的业务类型对应一个子测量项，业务类型定义参见3GPPTS23.107。

根据业务速率细分的业务类型定义参见附录B；

备注

终端发起的释放不统计在内

3、UE链路释放信令流程分析

3.1、UE释放流程分析：

3.1.1、UE正常的链路释放流程分析：

上面信令流程为UE发起的CS域呼叫释放的例子，包括Iub口释放，及RRC释放。

当UE和核心网首先主动发起链路释放时，一般不记为掉话或掉线，当RNC主动发起链路释放时，一般记为掉话或掉线。

3.1.2、UE异常释放分析：

当UE在进行业务过程中，由于无线链路失败，以及上下行失步触发小区更新，而小区更新失败，导致RNC主动向核心网发送IuReleaseRequest，导致掉线或掉话。

解决方案：

1）确认该终端所在位置，以及该区域信号覆盖是否良好（包括RSCP和C/I）

2）检查终端所占小区载波及时隙的ISCP值是否符合要求（载波ISCP值可以在LMT-B上检查，时隙ISCP值可以在OMT上检查）

3）分析该终端出现此类掉话及掉线次数，确认该终端型号及其批次。

3.2、切换流程分析：

3.2.1、Intra-NodeB切换：

3.2.1.1、接力切换正常流程：

信令流程说明：

1）RNC判决进行切换后向NB发送无线链路增加请求，为目标小区建立无线链路。

目标小区收到无线链路增加请求后，配置相应链路资源，配置完成后组织无线链路，向RNC发送RL增加响应消息。

2）RNC收到目标小区的响应消息后，为目标小区建立Iub传输承载AAL2。

3）RNC通过源小区的信道向UE发送PHYSICALCHANNELRECONFIGURATION消息，通知UE进行切换。

4）UE收到PHYSICALCHANNELRECONFIGURATION消息后，根据接收到的切换指令做相应配置及处理后，通过目标小区向RNC发送PHYSICALCHANNELRECONFIGURATIONCOMPLETE消息。

5）RNC收到该消息后删除源小区的无线链路和Iub传输承载，切换完成。

3.2.1.2、异常流程1-NODEB失败

异常流程说明：

1）当NodeB不能按照要求为该用户增加RL时，向RNC返回RLAdditionFailure消息，并包含失败原因；

2）切换失败，UE继续在源小区进行通信或掉话；

实体处理方法：

1）检查目标小区告警及资源状态，可以从LMT-B查询；

2）检查对比RNC下发的RLAdditionRequest中携带的参数是否正确。

3.2.1.3、异常流程2-UE响应切换失败

RNC向UE发送PhysicalChannelReconfiguration消息进行切换。

由于一些错误原因导致UE向RNC发送物理信道重配置失败的响应。

导致UE发送失败响应的原因可能为：

1）UE收到的消息协议错；

2）PhysicalChannelReconfiguration消息中包含无效的配置信息；

3）PhysicalChannelReconfiguration消息中包含UE不支持的配置信息；

4）配置信息不匹配；

5）UE物理信道配置失败；

6）重配过程中无线链路失败等。

异常流程说明：

1）当Iub接口无线链路以及AAL2连接建立完成以后，RNC向UE发送PhysicalChannelReconfiguration进行切换。

当上述某项原因出现时，UE向RNC返回PhysicalChannelReconfigurationFailure消息。

2）RNC与NodeB释放Iub接口的RL。

3）RNC与NodeB释放Iub接口的AAL2连接。

4）切换过程失败，UE继续在源小区进行通信或产生掉话；

当UE回复切换失败原因中携带的原因值为无效配置和物理信道失败时：

1）对于该两类原因首先要确认RNC下发切换消息中携带的参数是否正确

2）确认UE的处理能力（可以从呼叫过程RRC建立完成消息中查到

3）检查目标邻小区参数配置是否正确

当UE回复切换失败原因中携带的原因值为TIMEOUT时，其解决方案：

1）确认UE所在的位置及该区域的信号覆盖（包括RSCP和C/I）是否良好；

2）检查源小区配置的邻区是否合适；

3）检查周围是否存在与目标小区同频同码的小区；

4）确认该小区邻小区的参数是否正确；

5）检查目标小区主载波ISCP值（可以从LMT-B上查询）和所占时隙ISCP值（可以从OMT上查询）；