X省指标PS域接通率低分析

爱卫生

1 问题描述

200x年11月23日HS公司接到省公司工单，反馈HS公司3G网络PS域接通率较低，导致PS域接通率低的主要原因是由于RAB的建立成功率低导致。

2 问题分析

从OMC统计来看，PS域RRC接通率正常，接通率低主要是PS域RAB建立成功率较低引起的。

时间	RNC	PS域RRC连接建立尝试次数	PS域RRC连接建立成功次数	PS域RRC连接建立成功率	PS域RAB建立请求的RAB数目(小区)	PS域RAB指派建立成功的RAB数目(小区)	PS域RAB建立成功率(小区)	PS域无线接通率(小区)
200x-11-13	HSRNC1	533	532	99.80%	827	745	90.10%	89.90%
200x-11-14	HSRNC1	740	738	99.70%	1362	833	61.20%	61.00%
200x-11-15	HSRNC1	759	752	99.10%	1303	784	60.20%	59.60%
200x-11-16	HSRNC1	663	661	99.70%	1227	743	60.60%	60.40%
200x-11-17	HSRNC1	552	550	99.60%	1106	590	53.30%	53.20%
200x-11-18	HSRNC1	119	119	100.00%	126	126	100.00%	100.00%
200x-11-19	HSRNC1	346	346	100.00%	413	399	96.60%	96.60%
200x-11-20	HSRNC1	1067	1049	98.30%	1667	1255	75.30%	74.00%
200x-11-21	HSRNC1	986	982	99.60%	1701	1142	67.10%	66.90%
200x-11-22	HSRNC1	1111	1106	99.50%	1814	1167	64.30%	64.00%
200x-11-23	HSRNC1	845	838	99.20%	1516	942	62.10%	61.60%
200x-11-24	HSRNC1	1309	1309	100.00%	2116	897	42.40%	42.40%

表1 HS近期PS域接通率指标

通过OMC统计来看近期JHOT1（CID:x0081）该小区频繁出现接通低的情况，于是在该小区进行了定点PS64/2048拨打测，拨打测试接通率为100%未发现异常。

JHOT1（CID:40081）PS64/2048拨测情况
起呼（次）	成功（次）	接通率
78	78	100%

表2JHOT1（CID:40081）PS64/2048拨测情况

同时通过OMC统计发现WGSZOT2（CID:x0162）该小区接通率也较低，近期的接通率基本在33%-40%之间，对于该小区进行了TRACE跟踪，同时锁定该小区内的常驻用户IMSI: 4600xyyyy209971，通过对该用户的TRACE跟踪发现在CN下发RAB ASSIGENMENT REQ后RNC与UE未建立RB，而是直接回复RAB ASSIGENMENT RESP，且有CN多次下发请求及RNC直接回复的过程。

  RNC直接回复CN ，RAB ASSIGENMENT RESP中的cause为requested maximum bit rate not available。

通过查看CN下发RAB ASSIGENMENT REQ后发现该用户所申请的速率为UL2048/DL2048的对称性业务。

由于RNC侧在R5阶段无法承载上下行2048K的对称大速率业务，此时CN发起了与RNC业务承载协商的过程，CN再次下发RAB ASSIGMENT REQ此时降速请求为上下行384K的对称业务。

由于RNC侧仍无法承载上下行384k的对称业务，此时CN再次与RNC协商，CN再次下发RAB ASSIGMENT REQ降速请求为上下行144K的对称业务。

此时RNC侧能够承载上下行144k的对称速率业务，RNC与UE建立RB链接，RAB建立成功。初步怀疑是由于用户申请的速率过大，RNC侧仍无法承载，CN与RNC反复协商，（按照现有的统计公式计算）导致RAB建立成功率低。

通过OMC对该用户占用的WGSZOT2的11月25日7点至15点的指标统计，以及对该用户的TRACE跟踪分析发现，该用户所处的小区PS域RAB建立请求的数目与PS域RAB指派建立成功的RAB数目比值为3：1，在跟踪IMSI: 4600xyyyy209971用户的TRACE中CN与RNC在建立RAB之间协商过程中共发起3次RAB ASSIGENMENT REQ，但是按照现有的统计公式RAB只计算建立成功一次，成功率只有33.3%，证实了上一步猜想。

时间	RNC	CID	PS域RRC连接建立请求次数	PS域RRC连接建立成功次数	PS域RRC连接建立成功率	PS域RAB建立请求的RAB数目(小区)	PS域RAB指派建立成功的RAB数目(小区)	PS域RAB建立成功率(小区)	PS域无线接通率(小区)
200x-11-25 07:00	HSRNC1	40162	0	0		3	1	33.30%
200x-11-25 08:00	HSRNC1	40162	5	5	100.00%	33	11	33.30%	33.30%
200x-11-25 09:00	HSRNC1	40162	4	4	100.00%	12	4	33.30%	33.30%
200x-11-25 10:00	HSRNC1	40162	4	4	100.00%	12	4	33.30%	33.30%
200x-11-25 11:00	HSRNC1	40162	3	3	100.00%	21	7	33.30%	33.30%
200x-11-25 12:00	HSRNC1	40162	0	0		1	1	100.00%
200x-11-25 13:00	HSRNC1	40162	0	0		0	0
200x-11-25 14:00	HSRNC1	40162	2	2	100.00%	6	2	33.30%	33.30%
200x-11-25 15:00	HSRNC1	40162	0	0		0	0

表3WGSZOT2的11月25日7点至15点的指标统计（按照现有的统计公式计算）

在OMC统计中RAB的建立成功率= (分组域无排队的RAB指配建立成功的RAB 数目+分组域有排队的RAB指配建立成功的RAB 数目)/分组域RAB指配请求建立的RAB 数目。

然而PS域接通率=PS域RRC建立成功率*PS域RAB的建立成功率，由于CN与RNC多次协商的过程导致RAB建立成功率过低最终导致PS接通率低。

同时我们对PS不同速率的业务在核心网未进行QOS设置情况下进行拨测，如果按照现有的统计公式计算RAB建立成功率的统计如下：

PS业务不同申请速率业务RAB建立成功率
业务类型	RAB请求次数	RAB建立成功次数	RAB建立成功率
UL2048/DL2048	3	1	33.33%
UL1024/DL2048	3	1	33.33%
UL512/DL2048	3	1	33.33%
UL384/DL2048	2	1	50.00%
UL144/DL2048	1	1	100.00%
UL128/DL2048	1	1	100.00%
UL64/DL2048	1	1	100.00%

（按照现有的统计公式计算）

3 分析总结

由于RNC侧在R5阶段无法承载上行大速率业务，如果用户申请超出RNC侧上行支持的最大速率的业务，会引起CN与RNC之间业务承载协商的过程，按照现有的统计公式会将每次RAB ASSIGNMENT REQ统计到分母中，直到RB SETUP COMPLETE后才计算为RAB的成功，将其统计到分子中，协商次数越多分母越大，RAB成功率越低，按照现有的统计公式计算就会导致PS域接通率指标越差，目前部分上网本所默认设置申请速率为UL2048/DL2048，核心网侧也未调整用户的申请业务的QOS，限制用户上下行最大申请速率，这就是造成指标恶化的主要原因。

4 优化措施

1）、核心网调整用户的申请业务的QOS，限制用户上下行最大申请速率为64K/2048K，减少数据承载协商次数。