Iur-g切换失败流程排查.doc

双方对采集信令分析如下： 1、RNC侧向CN发送的RelocationRequired消息中，根据协议规定在Old BSS to New BSS信息中包含了D-RNTI字段，与BSC发给ＲＮＣ的Enhanced Relocation ResourceRespond消息中携带的D-RNTI值一致（过程中涉及十进制和十六进制转换），如下： 查看CN侧与RNC侧的交互信息，可看到CN侧收到RNC中的字段信息无误，如下图： 查看CN与BSC信息交互过程中，CN接收到Relocation Required消息后向BSC发送Handover Request，按协议要求该“Handover Request”消息中同样必须携带Old BSS to New BSS信息，并在该信息中包含该D-RNTI字段。但是目前看到的所有切换流程中CN发给BSC的Handover Request消息中都缺少该条字段，导致BSC一直处于等待状态（BSC会一直等待包含该字段的Handover Request消息），超过2 S后BSC释放资源，导致切换失败。 BSC A接口采集的收到CN的handover Request信令如下图（缺少该字段）。 2）CN侧采集到的CN发出的Handover Request消息（同样缺少该字段） 如下附件是RNC与CN交互信令、BSC与CN交互的信令。 下文为集团Iur-g规范中关于切换流程的说明： 引入Iur-g接口后，在标准2/3G语音切换流程基础上新增无线资源预留流程，由RNC与BSC直接交互，提前完成原本需要核心网转发的资源预留过程。Iur-g+流程只适用于CS切换，PS切换还是传统切换流程。 Iur-g+流程 图2-3 基于Iur-g+接口的切换流程 1） RNC收到UE的测量报告，结合GSM邻区的小区容量和负荷信息，确定向某个邻接的GSM小区进行切换。 2）RNC为此UE申请Iur-g+接口的SCCP链路，并向BSC发送ENHANCED RELOCATIONRESOURCE REQUEST请求，请求为本UE预留资源。 3） BSC接收到ENHANCED RELOCATION RESOURCE REQUEST请求后，为UE分配D-RNTI，根据请求的Speech Version类型预留无线资源，并给RNC发送ENHANCEDRELOCATION RESOURCE RESPONSE，同时作为可选方式，响应消息中可以携带2G小区的容量和负荷信息。 4） RNC接收到ENHANCED RELOCATION RESOURCE RESPONSE消息后，把相关资源通过空口消息Handover From Utran Command发送给UE，同时向CN发送RelocationRequired消息，在消息的Old BSS to New BSS Information中添加D-RNTI信息。 5） CN接收到Relocation Required消息后，向BSC发送Handover Request消息。BSC完成A口资源的建立，并且根据Old BSS to New BSS Information中D-RNTI信息与预留的空口无线资源关联，向CN发送Handover Request Ack消息。 6） CN接收到BSC的Handover Request Ack，向RNC发送Relocation Command消息，RNC收到Relocation Command后，通过Iur-g+接口向BSC发送Relocation Commit消息。 7） BSC收到UE的Handover Access时，若已接收到Relocation Commit，则向CN回复Handover Detect，否则等待Relocation Commit达到后，再回复Handover Detect。 8） BSC接收到UE的Handover Complete，向CN发送Handover Complete消息，CN接收到消息后，向RNC发送Iu Release Command消息。 9） RNC完成UTRAN资源的释放，同时释放Iur-g接口的SCCP链路。向CN回应Iu ReleaseComplete消息，流程结束。 与传统23G语音切换流程相比，Iur-g+流程有两点不同。第一点不同是改变了Handover From Utran Command（信令4）和Relocation Required（信令5）的发送时序，在传统流程中是先发出Relocation Required，在收到CN回应的Relocation Command后，再发起Handover From Utran Command。而在Iur-g+流程中通常是同时发起Relocation Requi