文档介绍：PS域2/3G双向切换失败的解决案例
报告日期:
报告人:苏燕马于飞孔令兴
在T网开始数据业务(用迅雷下载数据),达到门限后从T网切到G网,数据业务中断(下载无流量);同样,在G网开始数据业务,达到门限后从G网切到T网,数据业务中断。
1. TD-SCDMA到GSM的切换
以下是在Outum上抓到的UU口信令流程,如下图所示:
TD-SCDMA到GSM的UU口信令
将重要事件提炼出来,实际上总体的过程如下图所示:
UE首先上报测量报告,向网络报告测量情况,由系统决定是否需要进行系统间切换。
UE收到系统发的Cell Change Order From UTRAN命令,要求UE进行系统间切换,从TD-SCDMA网络切到GSM的网络。
UE向新系统(MSC)请求位置区更新,并告诉系统自己所在的旧的位置以及自己的能力和标识。
G网对UE进行一致性检测以及认证。
G网给UE分配一个新的TMSI号。
G网告诉UE位置区更新成功,并告诉其新的位置区号。
UE向系统(新SGSN)请求路由区更新,并告诉系统自己所在的旧的路由区以及自己的标识。
8s左右系统没有反应,UE再发一次路由区更新请求。
5s左右系统向UE回复路由区更新失败消息,失败的原因为“MS identity cannot be derived by work 网络不能得到UE的身份”。
UE马上向系统发送Attach请求,此时UE已经中断了业务,要重新与网络建立GPRS附着。
2. GSM到TD-SCDMA的切换
以下是在Outum上抓到的UU口信令流程,如下图所示:
GSM到TD-SCDMA的UU口信令
将重要事件提炼上来,实际上总体的过程如下图所示:
这一流程与之前描述的从TD-SCDMA到GSM的信令流程类似,但最后显示“路由区更新成功。其实,最后成功的这次路由更新并不是由于跨系统切换而引起的,只是TD网络内部的更新而已,而实际上第一条的路由区更新请求才是由跨系统切换所引起的,从信令上来看它是失败了。这个从对两条路由区更新请求的解码中可以看出,按照TD厂家设计,由跨系统切换所引起的路由区更新请求中会携带TD网络的版本号,否则没有,如下图所示:
第一条的路由区更新
第二条的路由区更新
3. 路由区更新失败的原因分析
由上可见,UE在PS域的切换中数据业务的中断,是由于路由区更新失败而造成的,那么路由器更新失败的原因又是什么呢?下面以从T网到G网为例来进一步的分析,首先看看在3GPP规范中PS域3G向2G切换的正常流程,如下图所示: