呼叫流程调试中常见问题的定位..docVIP

调试中常见问题的定位 黄志钢 概述 使用模拟工具＋RNC＋CN进行呼叫流程测试时，经常遇到呼叫不成功的情况，本文档主要介绍呼叫的流程（重点介绍RNC的流程）以及呼叫过程中经常遇到的问题，并附上RNC相关的打印分析。 调试过程中经常用到的调试工具：CN统一网管的信令跟踪（包括平台信令部分和呼叫业务部分）、业务观察（其中的失败观察部分）。由于RNC的信令跟踪还没有提供使用，目前RNC的问题主要靠前台打印来定位。 本文档适用于对呼叫流程不熟悉的测试或开发人员，用于帮助定位呼叫过程中的问题。 IMSI附着 IMSI附着是通过位置更新流程来实现的，流程比较简单，在不做鉴权、TMSI重分配的情况下，NAS层只有两条消息交互过程，如下所示： 注： InitUEMsg：初始UE消息，是RANAP协议的一条信令消息； InitDTMsg：初始直传消息，是RRC协议的一条信令消息 DT：上行或下行直传消息，图中的DT消息应该分解成两条消息来理解，一条是UE和RNC之间的RRC直传消息，另一条是RNC和CN之间的RANAP直传消息。 位置更新成功时，信令跟踪中MM层捕获的信令如下： MM: LOCATION UPDATING REQUEST MM: LOCATION UPDATING ACCEPT 常见失败原因分析如下： 如果信令跟踪中没有任何消息，业务失败观察中也没有任何显示，依次排查下列流程： RRC连接建立、IU连接建立。如果上面两个流程都没有问题，很可能是RNC侧RANAP消息中参数错误（如MCC、MNC配置不一致等等）。 位置更新拒绝：信令跟踪中捕获到LOCATION UPDATING REJECT，可能的原因包括：模拟工具中配置UE的IMSI号码不正确；鉴权没有关闭（此时在信令跟踪中能捕获到鉴权消息）；MSCServer与HLR链路不通等。 其他情况：调试过程中遇到过LOCATION UPDATING ACCEPT消息无法发送到RNC的情况，打印显示信令点不可达，请检查Iu口的信令配置。 CS域呼叫建立流程 系统流程 注：同上图。 呼叫失败原因定位 借助于CN统一网管的两大调试利器——信令跟踪和业务失败观察，可以快速、粗略的定位出呼叫失败的原因所在（真的盼望我们的RNC早日开发出信令跟踪和业务观察）。但是想要定位出具体的失败原因，可能需要参考RNC和模拟工具的前台打印。 正常情况下，一个完整的呼叫建立流程，信令跟踪到的消息流程如下： MM: CM SERVICE REQUEST MM: CM SERVICE ACCEPT CC: SETUP (MOBILE STATION TO NETWORK DIRECTION) CC: CALL PROCEEDING RR: PAGING RESPONSE CC: SETUP (NETWORK STATION TO MOBILE DIRECTION) CC: CALL CONFIRMED CC: ALERTING (MOBILE STATION TO NETWORK DIRECTION) CC: ALERTING (NETWORK STATION TO MOBILE DIRECTION) CC: CONNECT (MOBILE STATION TO NETWORK DIRECTION) CC: CONNECT ACKNOWLEDGE CC: CONNECT (NETWORK STATION TO MOBILE DIRECTION) CC: CONNECT ACKNOWLEDGE 常见呼叫失败原因分析如下： 如果信令跟踪中没有任何消息，业务失败观察中也没有任何显示，依次排查下列流程：主叫RRC连接建立、主叫IU连接建立。如果上面两个流程都没有问题，很可能是RNC侧RANAP消息中参数错误（如MCC、MNC配置不一致等等）。 收到前4条消息，没有收到寻呼响应消息（RR: PAGING RESPONSE），业务失败观察中显示“等待寻呼响应超时”，依次排查下列流程：寻呼、被叫RRC连接建立、被叫IU连接建立。 收到前7条消息，没有收到振铃（ALERTING），一般都是RAB建立失败，业务失败观察中显示“指配失败”，请参考RAB建立失败章节。 其他情况：出现的概率比较小，一般都是CN内部交互时出了问题（如放音失败），或者模拟工具侧配置的号码不正确。 RRC连接建立 RRC建立过程 UCPM_C收到UE发来的RRC建立请求后（通过CCIU过来），创建UCIC实例，给UCIC实例发CCIU建立请求； UCIC实例收到CCIU建立的应答后，给DPMU发UCIU建立请求； UCIC实例收到UCIU建立应答后，给CCIU发CCIU配置请求； UCIC实例收到CCIU配置应答后，通