51学通信技术论坛

标题: X省指标PS域接通率低分析 [打印本页]
作者: 爱卫生    时间: 2012-10-28 19:14:50     标题: 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直接回复的过程。

[attach]1842[/attach]

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

[attach]1845[/attach]

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

[attach]1846[/attach]

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

[attach]1843[/attach]

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

[attach]1844[/attach]

此时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，减少数据承载协商次数。





欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) Powered by Discuz! X2