RNC迁移失败导致掉话的分析报告

RNC迁移失败导致掉话的分析报告温州网络优化项目组|技术文档1RNC迁移失败导致掉话的分析报告温州网络优化项目组作者：孙瑜峰、涂小林2010-01-06目录1现象.....................................................................................................................................................................22测试及现象分析.................................................................................................................................................22.1跨RNC迁移DT验证............................................................................................................................92.1.1现象汇总和初步分析...............................................................................................................102.2交换层面深入分析问题.......................................................................................................................102.2.1问题定位...................................................................................................................................133问题解决方案...................................................................................................................................................134总结...................................................................................................................................................................13RNC迁移失败导致掉话的分析报告温州网络优化项目组|技术文档21现象在2009年12月24日和25日两天长呼测试过程中，现场网优发现，从机场往市区方向测试过程中，路过汤家桥南路的时候在同一地点都产生了掉话。2测试及现象分析车辆行驶方向如图所示，由瓯海大道（东南向西北行驶）右转至汤家桥路（南向北行驶），当行驶至RNC8地界时产成了掉话。[途经RNC4→RNC9→RNC8]图表1此时刻UE已经切至RNC9下的NodeB,应于此刻开始SRNC重定位RNC迁移失败导致掉话的分析报告温州网络优化项目组|技术文档3SRNC向CN上发了RelocationRequired，迁移种类为静态迁移：RelocationType=ue-not-involvedRelocationRequired要求由RNC4（RNC标识为2374）迁移至RNC9（RNC标识为2384）RNC迁移失败导致掉话的分析报告温州网络优化项目组|技术文档4CN向SRNC下发了RelocationPreparationFailure消息，迁移失败。RNC迁移失败导致掉话的分析报告温州网络优化项目组|技术文档5UE在RNC9内正常切换，由Iur口的配合，AMR语音长呼没有因此受到影响车辆行驶至RNC9—RNC8交界处时，UE不停地通过measurementReport(UL_DCCH)上报1a事件，要求添RNC迁移失败导致掉话的分析报告温州网络优化项目组|技术文档6加RNC8的小区温州质检大楼WZW01192扰码为（220）进入激活集。SRNC向CN上发了RelocationRequired，迁移种类为硬切换伴随迁移：RelocationType=ue-involved。RelocationRequired要求由RNC4（RNC标识为2374）迁移至RNC8（RNC标识为2382）RNC迁移失败导致掉话的分析报告温州网络优化项目组|技术文档7CN向SRNC下发RelocationPreparationFailure消息，此状态一直循环下去，直至掉话。掉话时Txpower=-128dBmBLER=100%，rrcConnectionRelease(DL_CCCH)的Cause为RNC迁移失败导致掉话的分析报告温州网络优化项目组|技术文档8“directedsignallingconnectionre-establishment”Release消息Cause显示Recoveryontimerexpiry掉话后UE做了locationUpdating,完成了位置更新。RNC迁移失败导致掉话的分析报告温州网络优化项目组|技术文档9可见，此次掉话是RNC迁移（伴随跨LAC）失败，以及RNC4-RNC8的Iur接口的问题导致。2.1跨RNC迁移DT验证针对以上跨RNC切换失败的问题，做了以下实验（AMR语音长呼）：RNC8→RNC9成功切换流程测试结果：RNC迁移失败导致掉话的分析报告温州网络优化项目组|技术文档10①RNC8至RNC9迁移成功；RNC9至RNC8迁移成功；（反复试验屡试不爽）②RNC9至RNC4迁移失败；③RNC6至RNC4迁移失败；④RNC4至RNC9迁移失败；2.1.1现象汇总和初步分析现象总结：RNC5、RNC8、RNC9为同LAC，都是55120；RNC4的LAC为55110，RNC6的LAC为55114；所以RNC8→RNC9和RNC9→RNC8迁移成功，RNC6→RNC4、RNC4→RNC9、RNC9→RNC4为跨LAC迁移，所以迁移失败。2.2交换层面深入分析问题在交换层面，切换参数是根据目标侧查表得到的，而不是根据源侧查表得到。如果目标侧是2G，使用目的小区查表LAIGCI得到切换参数，如果目标侧是3G，使用目的RNC-ID查RNC和NRNC表得到切换参数。要获取目标侧信息，当源侧为本局BSC，目标侧为3G，目的RNC-ID从HANDOVERREQUIRED获取；当源侧为本局RNC，目标侧为3G，目的RNC-ID从RELOCATIONREQUIRED获取。在华为软交换设备上，获取RNC-ID后，查RNC、NRNC表，得到切换参数，根据匹配的记录在RNC还是NRNC表，还可以确定目标侧RNC是本局的还是它局的。如果查表成功，使用该RNC的切换参数，如果查表失败，切换被拒绝。（RNC和NRNC的记录不能重复，因此最多只会匹配到一条记录。）在此次路测RNC4-RNC9-RNC8的过程中，RNC4下挂在WZMG4，RNC8、RNC9下挂在WZMG5，所以切换过程属于跨局切换。RNC迁移失败导致掉话的分析报告温州网络优化项目组|技术文档11根据路测失败的信令跟踪消息，可以看到第一次RELOCATION失败消息是在8：05，查看RELOCATIONREQUIRED消息，得到用户源RNC标识为2374（即RNC4），目的RNC标识为2384（即RNC9）。而RELOCATION_PREPARATION_FAILURE消息内可以看到原因为“查询不到这个目标RNC”。RNC迁移失败导致掉话的分析报告温州网络优化项目组|技术文档12此时虽然RELOCATION失败，但RNC4和RNC9之间有Iur接口相连，因此通话不会中断。当路测继续前进，到达RNC8和RNC9交界处时，8：16又发起一条RELOCATIONREQUIRED，用户源RNC标识为2374（即RNC4），目的RNC标识为2382（即RNC8）。通过RELOCATION_PREPARATION_FAILURE消息内可以看到原因仍然为“查询不到这个目标RNC”。RNC4和RNC8之间没有Iur接口相连，此时发生掉话。RNC迁移失败导致掉话的分析报告温州网络优化项目组|技术文档132.2.1问题定位根据失败原因，检查WZMG4的切换参数设置，发现WZMG4的NRNC表未配置。后续测试RNC8→RNC9和RNC9→RNC8迁移都是在WZMG5下，因此测试正常。RNC6→RNC4、RNC4→RNC9、RNC9→RNC4均为跨端局迁移，所以测试失败。查询各局的NRNC表均未有相关配置。3问题解决方案解决方案：在各端局上新增相邻RNC数据后，测试通过。4总结针对跨RNC迁移失败的问题，首先确定目标RNC是本局的还是它局的，确定出问题主要是因为跨CN的RNC迁移失败造成，最终确定是由于CN缺少邻RNC表的定义造成。目前该问题在网络中普遍存在，建议在核心网侧进行普查。---结束---