厦门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
升级会员 