PS域23G双向切换失败解决案例.docVIP

PS域2/3G双向切换失败的解决案例 报告日期：2008.12.18 报告人：苏燕 马于飞 孔令兴 一．测试现象 在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 the network 网络不能得到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切换的正常流程，如下图所示： 上图是3GPP协议中3G到2G的路由更新流程图，具体解释如下： MS（MS处于Idle状态）或UTRAN（MS处于Cell-DCH状态或者Cell-FACH状态）决定发起分组域的系统间切换。 MS向新2-SGSN发起路由区更新请求（包括旧的RAI、旧的P-TMSI签名、MS的网络能力等信息），BSS在将消息送到SGSN之前将收到消息中加入新小区的CGI（包括LAC和RAC）。 新2-SGSN向老3-SGSN发送SGSN Context Request消息获取MS的MM和PDP上下文。老3-SGSN对MS的P-TMSI签名进行验证，如果SGSN不认识该MS，则会回应一个适当的错误原因。 如果切换之前MS处在CONNECTED状态（即正在进行数据业务时），老3-SGSN向SRNS发送SRNS Context Request消息，SRNS收到此消息后停止向MS发送数据PDU，并将数据进行缓存，同时向老3-SGSN返回SRNS Context Response。 老3-SGSN向新2-SGSN发送SGSN Context Response，其中包含MS的MM和PDP上下文。 若在第3步中老3-SGSN通过P-TMSI检验出MS无效，则在这步执行安全流程，通过HLR来检验MS是否有效；若第3步已经检验出MS有效，那么这一步不被执行。 新2-SGSN向老3-SGSN发送SGSN Context Acknowledge消息，通知老3-SGSN现在2-SGSN可以接受激活的PDP contexts的相关数据PDU。 如果手机处于CONNECTED状态，则老3-SGSN向SRNS发送数据转发命令（Data Forward Command）。SRNS在收到该命令后启动数据转发定时器，SRNS发送已缓存的数据PDU到老3-SGSN。 老3-SGSN将GTP PDU按隧道方式传送给新2-SGSN，GTP头中的序列号不改变。 新2-SGSN向GGSN发送Update PDP Context Request。GGSN更新PDP context后返回应答Update PDP Context