双方对采集信令分析如下：1、RNC侧向CN发送的RelocationRequired消息中，根据协议规定在OldBSStoNewBSS信息中包含了D-RNTI字段，与BSC发给ＲＮＣ的EnhancedRelocationResourceRespond消息中携带的D-RNTI值一致（过程中涉及十进制和十六进制转换），如下：查看CN侧与RNC侧的交互信息，可看到CN侧收到RNC中的字段信息无误，如下图：查看CN与BSC信息交互过程中，CN接收到RelocationRequired消息后向BSC发送HandoverRequest，按协议要求该“HandoverRequest”消息中同样必须携带OldBSStoNewBSS信息，并在该信息中包含该D-RNTI字段。但是目前看到的所有切换流程中CN发给BSC的HandoverRequest消息中都缺少该条字段，导致BSC一直处于等待状态（BSC会一直等待包含该字段的HandoverRequest消息），超过2S后BSC释放资源，导致切换失败。BSCA接口采集的收到CN的handoverRequest信令如下图（缺少该字段）。2）CN侧采集到的CN发出的HandoverRequest消息（同样缺少该字段）如下附件是RNC与CN交互信令、BSC与CN交互的信令。下文为集团Iur-g规范中关于切换流程的说明：引入Iur-g接口后，在标准2/3G语音切换流程基础上新增无线资源预留流程，由RNC与BSC直接交互，提前完成原本需要核心网转发的资源预留过程。Iur-g+流程只适用于CS切换，PS切换还是传统切换流程。Iur-g+流程SKIPIF1<0图2-3基于Iur-g+接口的切换流程1）RNC收到UE的测量报告，结合GSM邻区的小区容量和负荷信息，确定向某个邻接的GSM小区进行切换。2）RNC为此UE申请Iur-g+接口的SCCP链路，并向BSC发送ENHANCEDRELOCATIONRESOURCEREQUEST请求，请求为本UE预留资源。3）BSC接收到ENHANCEDRELOCATIONRESOURCEREQUEST请求后，为UE分配D-RNTI，根据请求的SpeechVersion类型预留无线资源，并给RNC发送ENHANCEDRELOCATIONRESOURCERESPONSE，同时作为可选方式，响应消息中可以携带2G小区的容量和负荷信息。4）RNC接收到ENHANCEDRELOCATIONRESOURCERESPONSE消息后，把相关资源通过空口消息HandoverFromUtranCommand发送给UE，同时向CN发送RelocationRequired消息，在消息的OldBSStoNewBSSInformation中添加D-RNTI信息。5）CN接收到RelocationRequired消息后，向BSC发送HandoverRequest消息。BSC完成A口资源的建立，并且根据OldBSStoNewBSSInformation中D-RNTI信息与预留的空口无线资源关联，向CN发送HandoverRequestAck消息。6）CN接收到BSC的HandoverRequestAck，向RNC发送RelocationCommand消息，RNC收到RelocationCommand后，通过Iur-g+接口向BSC发送RelocationCommit消息。7）BSC收到UE的HandoverAccess时，若已接收到RelocationCommit，则向CN回复HandoverDetect，否则等待RelocationCommit达到后，再回复HandoverDetect。8）BSC接收到UE的HandoverComplete，向CN发送HandoverComplete消息，CN接收到消息后，向RNC发送IuReleaseCommand消息。9）RNC完成UTRAN资源的释放，同时释放Iur-g接口的SCCP链路。向CN回应IuReleaseComplete消息，流程结束。与传统23G语音切换流程相比，Iur-g+流程有两点不同。第一点不同是改变了HandoverFromUtranCommand（信令4）和RelocationRequired（信令5）的发送时序，在传统流程中是先发出RelocationRequired，在收到CN回应的RelocationCommand后，再发起HandoverFromUtranCommand。而在Iur-g+流程中通常是同时发起RelocationRequired和HandoverFromUtranCommand，也就是这两条信令由传统方式下的串行，变成了Iur-g+流程下的并行，节约了切换时间