厦门PS掉话问题初步分析.doc

厦门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 小结 18 背景 由于现场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--外场人员手动测试记录 UserA：大唐永胜 现场手动拨17次 成功17次 UserB：新邮通 现场手动拨18次 成功17次，1次拨的过程中失败 UserC：大唐5731 没有拨打 　 总数： 拨打尝试34次，成功34次（外场人员） 测试1--后台人员RNC trace分析 用户 说明 备注 UserA大唐永胜 从10:40:44~10:55:16进行17次成功RAB建立，但在第6，10，13，15次时在RAB释放时发生错误，这四次错误原因相同： 1：这四次都在拆连接时发生错误，即RABAssignmentRes消息的错误是radioNetwork: 0xe(14):failure in the radio interface procedure2：信令分析和外场人员记录一致，因为RAB释放时发生的问题，外场是感觉不到的，外场感觉都是成功的。 UserB新邮通 从10:40:49~10:55:42进行17次成功RAB建立，但在第7次时在RAB释放时发生错误 1：RNC发起RABRelease操作，原因misc: 0x73(115): unspecified failure UserC5731 没有拨打 　 RNC统计： RAB Request： 34次 RAB Response（succ）：34次 （Fail）0次 RAB Release(异常): 1次：在RAB成功建立42秒后异常RAB release Iu Release（异常共4次）：都在用户“断掉连接”时产生 测试1--OMC后台统计 时间 尝试次数 成功次数 掉话总次数 　 　 　 219日 10:00-11:00 43 42 7 　 　 　 RAB.RelReqPS.sum RAB.RelReq PS.RbReset RAB.RelReq PS.GtpuLoss RAB.RelReq PS.16 RAB.RelReq PS.1 RAB.RelReq PS.113 1 1 0 0 0 0 RAB.NbrRABPS RelIuConnper Cause.sum RAB.NbrRABPS RelIuConnper Cause.113 RAB.NbrRAB PSRelIuConnper Cause.16 RAB.NbrRABPS RelIuConnper Cause.46 RAB.NbrRABPS RelIuConnper Cause.SrbReset 　 6 0 0 0 0 　 结论 疑问：按