厦门PS掉话问题初步分析Word文档格式.docx

厦门PS掉话问题初步分析Word文档格式.docx

《厦门PS掉话问题初步分析Word文档格式.docx》由会员分享，可在线阅读，更多相关《厦门PS掉话问题初步分析Word文档格式.docx（28页珍藏版）》请在冰豆网上搜索。

UserC：

大唐5731

没有拨打

总数：

拨打尝试34次，成功34次（外场人员）

测试1--后台人员RNCtrace分析

用户

说明

备注

UserA

大唐

永胜

从10:

40:

44~10:

55:

16进行17次成功RAB建立，但在第6，10，13，15次时在

RAB释放时发生错误，这四次错误原因相同：

1：

这四次都在拆

连接时发生错误，

即RABAssign

mentRes消息的

错误是radio

Network:

0xe

（14）:

failure

intheradio

interface

procedure

2：

信令分析和外

场人员记录一致，

因为RAB释放时发生的问题，外场

是感觉不到的，

外场感觉都是成

功的。

UserB

49~10:

42进行17次成功RAB建立，但在第7次时在RAB释放时发生错误

RNC发起RABRelease操作，原因misc:

0x73

（115）:

unspecifiedfailure

UserC

5731

RNC统计：

RABRequest：

34次RABResponse（succ）：

34次（Fail）0次

RABRelease（异常）:

1次：

在RAB成功建立42秒后异常RABrelease

IuRelease（异常共4次）：

都在用户“断掉连接”时产生

测试1--OMC后台统计

时间

尝试次数

成功次数

掉话总次数

2月19日

10:

00-11:

00

43

42

7

RAB.RelReq

PS.sum

PS.RbReset

PS.GtpuLoss

PS.16

PS.1

PS.113

1

RAB.NbrRABPS

RelIuConnper

Cause.sum

Cause.113

RAB.NbrRAB

PSRelIuConnper

Cause.16

Cause.46

Cause.SrbReset

6

结论

疑问：

按照RNCtrace的分析，应该是17+17=34次RABAttempt，17+17=34次RAB成功建立；

而因为UserA（由于disconnect时，导致发起的Iurelease4次）和UseB（RAB刚成功建立后RNC发起的RABrelease1次），如果按照理解RNC主动发起的rabrelease和Iurelease就算掉话的话，应该是总共5次掉话，和OMC统计的7次相差2次。

然后从OMC原因分类看，UseB的那次RABrelase（原因应为misc:

0x73（115）:

unspecifiedfailure）被算成RAB.RelReqPS.RbReset。

UserA导致的4次IuRelease（原因应为radioNetwork:

0xe（14）:

failureintheradiointerfaceprocedure）在子原因中没有，总和上有，但不知为什么在总数上OMC统计多两次。

注：

确认除了测试用户外无其它用户。

测试2>

长呼测试（longcall）

建立PS业务后保持45分钟不变，过程中3用户进行IE网页浏览，ftp下载等，如果连接断掉后，手动重新连接。

主要是模拟普通用户长时间上网过程：

2009/1/19（11：

07~11：

50AM）

测试2--外场人员手动测试记录

过程记录：

现场手动拨1次立即成功

拨号成功之后从测试电脑看能一直连接，右下角连接图一直显示连接，拨号软件也显示一直连接状况

开始拨时拨号失败（现场显示调制解调器故障）

重新拔插USB口

3：

成功接入

在11：

17分左右断了

24拨号失败

然后一直连接，右下角连接图一直显示连接，拨号软件也显示一直连接状况

测试2--后台人员RNCtrace分析

UserA大唐永胜分析：

与在现场测试用户感觉不同（接入成功后，一直就没有断，能正常上网），但RNC上看发生多次失败：

第一次：

RABrelease原因“misc:

unspecifiedfailure“

RAB建立19分钟后，RAB异常释放

第二次：

IuRelease原因radioNetwork:

failureintheradiointerfaceprocedure

因为鉴权Reject而发起异常Iurelease？

？

第三次：

Cellupdate完成后马上rnc发起Iurelease？

UserB新邮通分析：

UserC大唐5731分析：

RAB建立7分钟后，RAB异常释放

RAB建立5分钟后，RAB异常释放

第四次：

因为RLFail，异常Iurelease？

第五次：

因为RAB建立失败（失败原因也是failureintheradiointerfaceprocedure）导致IuRelease

测试2--长呼测试事件记录（根据RNCTrace）

11:

09:

42-RABReq

44-RABRes（Succ）

28:

28RABRel

2

34-鉴权失败无RAB过程,但导致一次异常Iu释放

39（10）-IuRelease

3

29:

12（42）RABReq

13（67）RABRes（succ）

30:

52（81）IuRelease

4

42:

25（98）-RABReq

27（27）RABRes（succ）

48:

48-外场正常释放

12:

02（54）-RABReq

03（86）-RABRes（succ）

17:

17-IuRelease

21:

13（23）-RABReq

14（57）-RABRes（succ）

35:

31-IuRelease

38:

37（48）-RABReq

38（81）-RABRes（succ）

47-外场正常释放

39-RABReq

40-RABRes（Succ）

16:

39RABRel

DT5731

18:

25-RABReq

27-RABRes（Succ）

20:

32RABRel

鉴权失败无RAB过程,但导致

一次异常Iu释放

22:

25（93）IuRelease

24:

01（53）RABReq

01（54）RABReq

02（75）RABRes（Succ）

02（75）RABRes（Fail）

26:

19正常释放

5

26RLFail无RAB过程

但却导致异常IuRelease

56（45）IuRelease

27:

20-RABReq

26（69）RABRes（fail）

26（69）-IuRelease

15（31）-RABReq

16（57）RABRes（succ）

按照trace统计在11：

00-12：

00这个小时中，共发起12次RABRequest，其中2次失败，10次成功；

3次异常RABRelease，7次异常IuRelease。

测试2--OMC后台统计

2月19日11:

00-12:

17

16

8

结论：

这一次测试结果显示OMC统计结果和RNCtrace统计相差很大，几乎觉得OMC统计完全错误！

！

测试3>

建立PS业务后保持45分钟不变，过程中3用户不进行任何操作，如果连接断掉后，手动重新连接。

主要是模拟普通用户长时间不上网但一直挂着（保持连接建立）的情况：

2009/1/19（13：

07~13：

测试3--外场人员手动测试记录

计划13：

10分开始测试，但外场13：

02左右不小心拨1次（成功）

13:

10分拨一次

之后从测试电脑看能一直连接，右下角连接图一直显示连接，拨号软件也显示一直连接状况

10分成功接入

测试3--后台人员RNCtrace分析

大唐永胜异常分析

异常IuRelease失败3次，情况一样，都是cellupdate流程结束后RNC发起IuRelease

新邮通异常分析

异常IuRelease失败1次，和UserA一样也是cellupdate流程结束后RNC发起IuRelease

大唐5731异常分析（无）

测试3-长呼测试事件记录（根据RNCTrace）

08:

58（91）-RABReq

00（22）-RABRes（Succ）

14（03）-IuRelease

10（35）-RABReq

11（65）-RABRes（Succ）

39:

30（39）-IuRelease

45:

13（76）-RABReq

15（06）-RABRes（succ）

53:

04（28）-IuRelease

47（34）-RABReq

48（58）-RABRes（succ）

56:

41-外场正常释放

00（94）-RABReq

02（21）-RABRes（succ）

23（27）-IuRelease

从13:

28之后RNC再也没有该UE任何消息，但外场人员的电脑仍然连接，电脑右下角的连接

图标也显示连接，由于此次测试要求无操作，因此一直等到13：

55分时，通过Ipconfig查IP地址存在，但此时在刷新web页面时失败。

感觉像H卡吊死现象。

54（60）-RABReq

55-RABRes（Succ）

49-外场正常释放

按照RNCTrace，共6次RAB建立请求，6次RAB建立成功；

4次异常IuRelease掉话。

测试3--OMC后台统计

2月19日13:

00-14:

考虑到UserA大唐永胜在13：

02不小心拨了一次，因此OMC统计比RNC多一次正常，此次RAB建立次数和成功次数和RNC一致。

但掉话OMC统计为0次，RNCtrace上看应该为4次，OMC在本次测试中掉话相关计数器仍然不准！

测试4>

UserA，UserC短呼测试，UserB长呼测试

目的：

a：

通过短呼测试继续比较OMC统计

b：

在测试3中，UserB异常掉死，因此UserB依旧进行长呼（不作任何操作，保持无数据流量）

测试4--外场人员手动测试记录

现场手动拨打shortcall

在51分左右（现场测试电脑时间）感觉有一次接入失败

外场测试人员反映成功拨38次，有2次失败

现场手动拨1次立即成功，一直保持无流量连接

外场反映有多次接入失败

测试4--测试事件记录（根据RNCTrace）

14:

31（07）-RABReq

32（34）-RABRes（Succ）

01（32）-IuRelease

22

31:

33（66）-RABReq

34（89）-RABRes（succ）

32:

37（00）-RABRel

23

33:

11（69）-RABReq

12（97）-RABRes（Succ）

34:

11（34）-IuRelease

34

12（84）-RABReq

14（12）-RABRes（succ）

49:

07（88）-RABRel

35

23（06）-RABReq

23（06）-RABReq释放

24（35）-RABRes（succ）

25（52）-RABRes（释放）

33（39）-IuRelease

其余共34次，都是标准建立、释放过程

07:

53.73-RABReq

55.09-RABRes（succ）

45.11-IuRelease

19:

57.59-RABReq

58.92-RABRes（succ）

50:

42.29-IuRelease

51:

01.40-RABReq

02.72-RABRes（succ）

54:

11.51-外场正常释放

14（59）-RABReq

15（91）-RABRes（Succ）

47.11-IuRelease

45（85）-RABReq

51（65）-RABRes（Fail）

51.65-IuRelease

59（50）鉴权失败导致异常IuRelease，无RAB过程

22（25）鉴权成功后7秒等UE发PDP激活时Iu异常release，无RAB过程

25

25（68）-RABReq

26（97）-RABRes（Succ）

36:

03（65）-RABReq释放

03（78）-RABReq

03.81-IuRelease

感觉在RAB释放过程中马上发起RAB请求导致IuRelease

26

07（23）-RABReq（释放）

07（23）-RABRes（Fail）

07（29）-RABReq

08（57）-RABRes（Succ）

43.42-正常释放

第26次中间夹杂一次CN试图拆不存在的RAB“invalidRABID”

41

47（05）-RABReq

52（24）-RABRes（Succ）

00.16-IuRelease

其余共41次，都是标准建立、释放过程

RABRequest：

88次RABResponse（succ）：

86次（Fail）2次

2次

IuRelease（异常共12次）：

鉴权过程（无RAB过程）中3次

RAB建立后，隔几秒就IuRelease6次

CN几乎在同时又RAB请求又RAB释放，有2次IuRelease

RAB请求后，RAB建立失败（Fail），但同时也出现1次IuRelease

测试4--OMC后台统计

2月19日14:

00-15:

93

91

10

PS