厦门PS掉话初步分析背景 (2)测试环境 (2)测试情况 (2)测试过程记录 (3)<测试1> 短呼测试(short call) (3)<测试2> 长呼测试(long call) (5)<测试3> 长呼测试(long call) (9)<测试4> UserA，UserC短呼测试，UserB 长呼测试 (11)<测试5> UserA，UserB，UserC长呼测试 (13)<测试6> UserA，UserB，UserC异常（人为故意模拟）测试 (15)附测试基站当天的OMC统计 (17)小结 (19)背景由于现场OMC统计鼎桥区域PS drop rate非常高，60%，从之前RNC的Iu trace看，主要原因都是RABrelease和IuRelease，而信令里面带的原因都是”Unspecific error”。
此外与研发的电话会议中，研发多次强调干扰的可能性，为此，外场在2009/2/29号进行外场测试：目的想探查Iu口发起rabrelease和Iu release真正原因，同时验证PS相关计数器OMC统计是否正确。
测试环境无线环境：为了屏蔽无线环境的影响和周围其它基站的干扰，我们挑了一个室内孤站(O3)，其附近没有其它室外站，且测试地点就在室内分布天线的正下方，此外通过OMC统计，该站一个月几乎没有任何话务量，因此除了测试人员外，也不存在其它R4或者H业务影响，因此该基站无线环境已经接近或等同绝对理想化情况。
测试情况时间：2009/2/19 10:00~15:00,为了和OMC上同步，每次测试按整点进行分组，为了控制临街时间段，测试的起点是每小时07分左右，终点是每小时的55分钟；终端（HSDPA卡）：UserA（尾号99700）：大唐永胜UserB（尾号28876）：新邮通UserC（尾号28875）：大唐DT5731测试过程记录<测试1> 短呼测试(short call)建立PS业务后保持5~15秒不等，断掉连接后，间隔10秒左右重新接入；时间段：2009/1/19 (10：40~10：55 AM)测试1--外场人员手动测试记录UserB 从10:40:49~10:55:42进行17次成功RAB建立，但在第7次时在RAB释放时发生错误没有拨打RNC统计：RAB Request：34次RAB Response（succ）：34次（Fail）0次RAB Release(异常): 1次：在RAB成功建立42秒后异常RAB releaseIu Release（异常共4次）：都在用户“断掉连接”时产生疑问：按照RNC trace的分析，应该是17+17=34次RAB Attempt，17+17=34次RAB 成功建立；而因为UserA（由于disconnect时，导致发起的Iu release 4次）和UseB（RAB 刚成功建立后RNC发起的RAB release 1次），如果按照理解RNC主动发起的rabrelease和Iurelease就算掉话的话，应该是总共5次掉话，和OMC统计的7次相差2次。
然后从OMC 原因分类看，UseB的那次RAB relase（原因应为misc: 0x73 (115): unspecified failure）被算成RAB.RelReqPS.RbReset。
UserA导致的4次Iu Release（原因应为radioNetwork: 0xe(14):failure in the radio interface procedure）在子原因中没有，总和上有，但不知为什么在总数上OMC统计多两次。
注：确认除了测试用户外无其它用户。
<测试2> 长呼测试(long call)建立PS业务后保持45分钟不变，过程中3用户进行IE网页浏览，ftp下载等，如果连接断掉后，手动重新连接。
主要是模拟普通用户长时间上网过程：时间段：2009/1/19 (11：07~11：50 AM)测试2--外场人员手动测试记录测试2--后台人员RNC trace分析UserA大唐永胜分析：与在现场测试用户感觉不同（接入成功后，一直就没有断，能正常上网），但RNC上看发生多次失败：第一次：RAB release 原因“misc: 0x73 (115): unspecified failure“RAB建立19分钟后，RAB异常释放第二次：IuRelease 原因radioNetwork: 0xe(14):failure in the radio interface procedure 因为鉴权Reject而发起异常Iu release？？第三次：IuRelease 原因radioNetwork: 0xe(14):failure in the radio interface procedure Cell update完成后马上rnc发起 Iu release？？？UserB新邮通分析：与在现场测试用户感觉不同（接入成功后，一直就没有断，能正常上网），但RNC上看发生多次失败：第一次：IuRelease 原因radioNetwork: 0xe(14):failure in the radio interface procedure Cell update完成后马上rnc发起 Iu release？？？第二次：IuRelease 原因radioNetwork: 0xe(14):failure in the radio interface procedure Cell update完成后马上rnc发起 Iu release？？？UserC大唐5731分析：与在现场测试用户感觉不同（接入成功后，一直就没有断，能正常上网），但RNC上看发生多次失败：第一次：RAB release 原因“misc: 0x73 (115): unspecified failure“第二次：RAB release 原因“misc: 0x73 (115): unspecified failure“RAB建立5分钟后，RAB异常释放第三次：IuRelease 原因radioNetwork: 0xe(14):failure in the radio interface procedure 因为鉴权Reject而发起异常Iu release？？第四次：IuRelease 原因radioNetwork: 0xe(14):failure in the radio interface procedure 因为RL Fail，异常Iu release？？第五次：IuRelease 原因radioNetwork: 0xe(14):failure in the radio interface procedure 因为RAB建立失败（失败原因也是failure in the radio interface procedure）导致IuRelease按照trace统计在11：00-12：00这个小时中，共发起12次RAB Request，其中2次失败，10次成功；3次异常RAB Release，7次异常Iu Release。
注：确认除了测试用户外无其它用户。
结论：这一次测试结果显示OMC统计结果和RNC trace统计相差很大，几乎觉得OMC 统计完全错误！！！<测试3> 长呼测试(long call)建立PS业务后保持45分钟不变，过程中3用户不进行任何操作，如果连接断掉后，手动重新连接。
主要是模拟普通用户长时间不上网但一直挂着（保持连接建立）的情况：时间段：2009/1/19 (13：07~13：50 AM)测试3--外场人员手动测试记录测试3--后台人员RNC trace分析UserA：大唐永胜异常分析异常Iu Release失败3次，情况一样，都是cell update流程结束后RNC发起Iu ReleaseUserB：新邮通异常分析异常Iu Release失败1次，和UserA一样也是cell update流程结束后RNC发起Iu ReleaseUserC：大唐5731异常分析（无）测试3-长呼测试事件记录（根据RNC Trace）建立成功；4次异常Iu Release掉话。
按照RNC Trace，共6次RAB建立请求，6次RAB结论：考虑到UserA大唐永胜在13：02不小心拨了一次，因此OMC统计比RNC多一次正常，此次RAB建立次数和成功次数和RNC一致。
但掉话OMC统计为0次，RNC trace上看应该为4次，OMC在本次测试中掉话相关计数器仍然不准！！！<测试4> UserA，UserC短呼测试，UserB 长呼测试目的：a：通过短呼测试继续比较OMC统计b：在测试3中，UserB异常掉死，因此UserB依旧进行长呼（不作任何操作，保持无数据流量）RNC统计：RAB Request：88次RAB Response（succ）：86次（Fail）2次RAB Release(异常): 2次Iu Release（异常共12次）：鉴权过程（无RAB过程）中3次RAB建立后，隔几秒就IuRelease 6次CN几乎在同时又RAB请求又RAB释放，有2次IuReleaseRAB请求后，RAB建立失败（Fail），但同时也出现1次IuRelease 测试4--OMC后台统计结论：尝试次数仍然统计偏高；RAB release这次争取；IuRelease依旧不对，同时也疑惑OMC统计的SRBReset 3次到底是对应RNC信令哪3次？<测试5> UserA，UserB，UserC长呼测试目的：a：通过短呼测试继续比较OMC统计b：3个UE不作任何操作，保持无数据流量RNC统计：RAB Request：6次RAB Response（succ）：6次（Fail）0次RAB Release(异常): 0次Iu Release（异常共3次）：都在cell update流程中失败结论：OMC统计中RAB建立次数和成功次数和UE trace一致，但只统计一次掉线；由于只有UserA发生3次Iu release，如果一定要比较3个不同，就是UE trace上看到的3次Iu_release中，第1次IU_release，面前的信令流程中出现了PDP 激活并成功，但在第2、3次IU_release，面前的信令流程中并没有出现PDP 激活请求，只有RABAssignmentReq。
那么：1、业务建立成功是否以PDP激活成功为准？2、OMC统计PS掉线时，是否只统计在PDP激活成功后，出现IU_release或RAB_release次数？3、假如UE trace中的3次IU release都应该计算为PS掉线，OMC统计与UE trace的结果不一致。