TD-SCDMA路测信令流程.docx

《TD-SCDMA路测信令流程.docx》由会员分享，可在线阅读，更多相关《TD-SCDMA路测信令流程.docx（51页珍藏版）》请在三一办公上搜索。

1、TD-SCDMA路测软件正常异常信令流程TD-SCDMA路测软件正常/异常信令流程2009.12目 录1正常信令流程21.1开机过程21.1.1开机过程21.1.2小区选择21.1.3系统消息广播31.2正常位置更新41.3正常路由更新51.4UE触发正常释放61.5网络触发正常释放81.6小区更新81.6.1RLC不可恢复错误原因小区更新91.6.2Radio link failure原因小区更新101.7UE主叫（MOC）111.8UE被叫 (MTC)141.9移动终端呼叫移动终端（MMC）151.10VP（视频电话）161.11PDP上下文激活181.12CS+PS(H)组合业务211.

2、13HSDPA（高速分组数据业务）221.14RNC内切换流程261.15RNC间重定位流程261.16CS业务TD-SCDMA切换到GSM流程图271.17PS业务TD-SCDMA重选到GSM281.18PS业务GSM系统重选到TD系统291.19SMS（普通短消息）321.20MMS（多媒体短消息，彩信）332异常信令流程352.1接入过程352.1.1 RRC连接建立正常和异常信令流程372.1.2 RAB连接建立正常和异常信令流程392.2 切换过程412.2.1 同一RNC内切换正常和异常信令流程412.2.2 RNC间重定位正常和异常信令流程412.32G/3G互操作正常和异常流程

3、432.4掉话492.4.1 通话过程中异常掉话流程492.4.2 切换导致异常掉话流程50注：本文的所有资料及截图均来自大唐路测软件Outum。内容简介：各种业务或过程Outum截图，正常业务消息，并标注明显信令特征，以及RRC setup、RB setup 、 physical reconfiguration、 RB reconfiguration等关键消息资源分配。1 正常信令流程1.1 开机过程 1.1.1 开机过程UE在开机之后，它使用某种无线接入技术（RAT）搜索并选择一个公共移动网（PLMN）。UE在选定的PLMN上进行小区初搜，当UE发现一个合适的小区时便进行登记注册，登记注册

4、成功之后UE将驻留在那个小区，同时监听它的控制信道。这个过程称为Camping on the cell，此时UE便进入了空闲状态。在空闲状态下，UE周期性的接收当前服务小区的广播系统消息和进行物理测量；并且UE还要对当前服务小区进行响应寻呼、主叫呼出、位置更新等。 1.1.2 小区选择 在初始小区搜索过程中，终端的目标是找到一个合适的小区并驻留在该小区。搜 索的过程中需要确定下行同步码、扰码、基本训练序列码（basic midamble code ）、控制帧周期。以上信息确定后终端就可以读取广播信道上的广播信息了。通常以上过程分四步来完成： 第一步：搜索DwPTS 在初始小区搜索过程的第一阶段

5、，终端匹配下行同步码SYNC_DL与基站建立下行同步。这个步骤通常使用一个或一个以上的匹配滤波器来捕获下行同步码。在这个过程中终端确定目标驻留小区使用的是32个下行同步码集中的哪一个。第二步：扰码及基本训练序列的确定 完成初始小区搜索的第一步之后，终端开始接收P-CCPCH信道的midamble 码。 规范中定义了一个下行同步码对应四个可选的基本midamble 码（因此，midamble 码组共包含128 个不同的基本midamble 码）。终端可以比较容易地从四个可能的基本midamble码中判定该小区使用的基本midamble 码。而每一个基本midamble码又唯一地对应一个扰码，所以

6、终端在确定小区的基本midamble码的同时也知道了小区使用的扰码。第三步：控制帧同步 在这一步中，终端搜索广播信道的主信息块MIB的位置。主信息块的起始位置是 由DwPTS 信道的QPSK 相位调整序列来标识的。确定了BCH 主信息块的位置就可以进入下一步读广播信息。 第四步：读取广播信息完成前三步后，完整的广播信息就可以在一个或多个广播信道BCH 上读取了。 上述任何一步如果不成功将返回到上一步。 小区选择是UE物理层过程，与网络无信令交互。 1.1.3 系统消息广播 系统消息来源于核心网及RNC，并在基站进行周期性地重复发送。系统信息块由同类型的系统信息元素组成，在BCCH逻辑信道上发送

7、。BCCH可以映射到BCH和FACH 信道。绝大部分系统信息在BCH上发送，当系统消息发生变更的情况下，网络通过FACH 通知UE。 一条系统信息可以传送几个SIB或者一个SIB的一部分，这依赖于所要传输的SIB 的大小。同时传输的消息大小要适合一个BCH和FACH传输块的大小。若一个SIB信息大于预定传输块的长度，应对其进行分段后，分别在几个消息中传输；若SIB信息较少，UTRAN可以在同一个消息内串接几个完整的SIB。同样，UE的RRC也要执行对接收到的信息段进行重组：属于同一个信息块的短消息根据相应的索引进行组合，收到全部的信息后再进行解码；对多次出现的SIB，每次均需要独立重组。 系统

8、信息块成树状结构，如图所示。 网络初始化完成以后，根据系统当前的配置，由系统信息管理模块配置系统信息。所配置的系统信息包括： (1) NAS信息（由CN指定）； (2) OAM配置信息； (3) RRM中其他模块进行资源分配后的给定信息。 其中NAS信息来自CN。 配置完毕的系统信息通过BCH信道、广播发送给UE。图给出了RNC与UE、NodeB之间的处理流程。 如下图是系统消息outum截图，从协议消息和outum看见消息比对可知，outum看见的系统小消息MB、SB1、SB2和SIB是UE谊解析出来的消息。从Iub接口来看，RNC只在网络启动或系统消息发生改变时通知Node b组织周期发送

9、系统消息，故没抓取网络侧信令。 1.2 正常位置更新 引起移动用户发生正常位置登记的条件是：移动设备开机时以及移动用户发生漫游引起位置改变。 1.3 正常路由更新 正常路由区更新。当检测到路由区发生变化时，UE通过它更新在网络中注册的路由区； 路由区更新过程只能由UE发起。在路由区更新的过程中，UE和网络端的数据传输都将继续进行（仅适用于UMTS系统。若为GSM，则UE端的数据传输将被挂起）。UE通过向网络发送ROUTING AREA UPDATE REQUEST消息来触发路由区更新过程。 网络收到该消息后，根据消息中的参数，可能需要触发其它GMM的一般过程，这与前述的GPRS附着过程相类似。

10、如果网络接受了UE的更新请求，将向UE端应答ROUTING AREA UPDATE ACCEPT消息。反之，则用ROUTING AREA UPATE REJECT消息来拒绝UE的更新请求。 UE收到网络发来的ROUTING AREA UPDATE ACCEPT消息后，将分析消息中所包含的内容。若消息中包含P-TMSI（路由区更新时），UE将使用该P-TMSI作为GPRS的新临时标识，同时存储该P-TMSI；若消息中包含IMSI（组合路由更新时），UE将删除任何的TMSI；若消息中包含TMSI，UE将删除老的TMSI，使用新的TMSI作为临时标识；若消息中包含P-TMSI/TMSI或者N-PDU

11、号，则UE将用ROUTING AREA UPDATE COMPLETE消息来给网络以应答。 1.4 UE触发正常释放 通信结束后，要进行有关资源和标识的释放过程，从资源角度来说，释放是RNC可以把分配的资源重新分配给其它用户，从UE的角度来说是不能再用原来分配的资源进行通信。 释放分正常释放和异常释放，正常释放是指正常通信结束后释放，可以UE发起，也可网络发起，UE发起释放标志是UE发送Disconnect消息到CN,网络发起释放标志是CN发Disconnect消息到UE。 下面图表述的是UE触发的正常释放过程。 1.5 网络触发正常释放 1.6 小区更新 小区更新过程是三代系统中一个比较有特

12、色的功能，它由UE主动发起，并且UE处于四种连接态（CELL_DCH,CELL_FACH,CELL_PCH和URA_PCH）都可能发起。 当用户出现异常（无线链路失败，RLC不可恢复错误等）会发起小区更新；处于CELL_PCH或URA_PCH时如果需要发送上行数据使用小区更新过程；进行小区重选后用小区更新消息通知RNC；用周期性的小区更新过程保持与网络侧的联系；CELL_PCH/URA_PCH的寻呼响应，重新进入服务区也使用小区更新过程。 小区更新过程有以下几个主要目的： (1) 通知UTRAN，处于CELL_PCH或CELL_FACH状态的UE重新进入了服务区； (2) 通知UTRAN，UE

13、的AM RLC实体发生了不可恢复的RLC错误； (3) 周期性小区更新可作为CELL_PCH或CELL_FACH状态下的UE监管机制； (4) 通知UTRAN，处于CELL_PCH或CELL_FACH状态下的UE发生小区重选后所在的小区； (5) 用于处于CELL_DCH状态下的UE发生无线链路故障时的处理； (6) 用于UE 发送UE CAPABILITY INFORMATION消息失败时的处理； (7) 通知UTRAN，处于CELL_PCH状态下的UE收到寻呼或需要发送上行数据，需要将其状态转移到CELL_FACH状态； 小区更新只能由UE触发，小区更新时UE状态只能在连接状态，不可能在i

14、dle状态，故小区更新过程不需建立RRC连接。小区更新是UE和RNC的RRC层之间的交互过程，UE发送cell update是在RACH信道，RNC回cell update是在FACH信道上响应。 1.6.1 RLC不可恢复错误原因小区更新 1.6.2 Radio link failure原因小区更新 1.7 UE主叫（MOC） 由移动终端发起的CS呼叫过程，一般称为MOC过程。在UE发起呼叫建立时，如果之前UE没有建立RRC连接则先建立RRC连接，再通过初始直传建立传输NAS消息的信令连接，最后建立RAB。 以下图为UE处于Idle状态下发起CS呼叫的流程。 由下图可知，一个完整的MOC过程

15、，可分为如下6个子过程： (1) RRC连接建立过程 建立SRB传递的通道。即申请SRB资源的过程。如3.4K或13.6K带宽信令承载。 (2) 建立初始直传 通过初始直传，传递有关业务类型到CN.Iu接口是第一次建立信令连接。 (3) 鉴权、加密过程 对用户身份合法性进行签别，并向UE提供新密钥的参数。加密过程是UE和RNC、CN之间协商有关加密参数，后续的信令都以加密的方式进行传递。 (4) 呼叫建立过程 通过setup消息，告诉CN有关被叫信息。 (5) RAB建立过程 第二次资源分配过程，目的是建立业务承载，为传递CS3.4K+12.2K分配资源。 (6) 振铃和接听过程 表示被叫振铃

16、和摘机。 Outum消息截图： 业务承载RB，上行资源分配。 业务承载RB，下行资源分配。 1.8 UE被叫 (MTC) MTC过程是UE响应CS呼叫的过程。网络唤醒UE是通过寻呼的方式，UE收到寻呼后知道是响应呼叫，如UE在idle模式发起RRC连接建立过程。MTC和MTC过程大同小异，整个过程也可分为六个子过程，只是MTC过程是网络通过寻呼触发的，而MOC是UE主动发起的呼叫。 Outum消息截图： 1.9 移动终端呼叫移动终端（MMC） Outum消息截图： 1.10 VP（视频电话） VP业务在信令流程上与一般CS业务无异，只是在资源的申请方面与CS业务有所出入。 RB，上行资源分配。

17、 RB，下行资源分配。1.11 PDP上下文激活 对一个UE发起的PDP上下文激活过程来说，如果之前UE没有建立RRC连接则先建立RRC连接，再通过初始直传建立传输NAS消息的信令连接，最后建立RAB。 网络发起的PDP上下文激活过程包括了寻呼过程，在接入层内与主叫过程很类似，其它区别主要体现在NAS消息上。 下图是PDP 上下文激活过程。由下图可知，UE处于idle状态，故需发起RRC连接建立过程，该过程没GPRS Attach过程，说明先前已进行过GPRS Attach。 从信令观察申请速率、分配速率。1、ACTIVATE PDP CONTEXT REQUEST： 2、ACTIVATE P

18、DP CONTEXT ACCEPT： 下图是从outum看见的PDP激活过程信令截图，从该图可知，先建立RRC连接建立后，首先做PS attach，然后PDP激活，建立RAB。与前面协议流图的区别在于，协议流图已经进行过PS attach过程，故PDP激活时不需PS attach过程。1.12 CS+PS(H)组合业务 组合业务是指在进行CS业务时可以同时进行PS业务， 第二代不支持组合业务，CS和PS是独立进行，组合业务的特点在于，先进行一个业务后，另一业务不在需要重新建立RRC连接，直接通过原信令承载的资源进行信令传递，分配业务资源时，是与原业务一起作为组合业务进行资源分配。 1.13 H

19、SDPA（高速分组数据业务） HSDPA业务本身也是PS业务，只是从资源占用角度来看与PS主要区别在于HSDPA业务是多用户共享的概念，级多个用户通过某种调度策略来时分或码分复用资源，而不是普通PS业务的资源专用方式。 HSDPA业务承载建立以后，Node B内的分组调度器将来自高层不同用户的数据分配到相应的优先权队列。 Node B内的分组调度器评估不同用户的相关参数，并据此进行调度，这些参数可能包括：各用户的优先级、各用户的信道条件(可参考UE上报的CQI)、用户缓冲区数据量、距上次接受服务的时间、哪些用户的重传没有执行等。 若在给定的TTI调度某UE，Node B要选择适当的传输参数，包

20、括：使用的码字和时隙、调制方式、冗余版本和HARQ 进程。这些参数的选取要考虑UE的能力级。Node B通过HS-SCCH信道将这些信息通知被调度的UE。 UE监听HS-SCCH，如发现下一HS-DSCH TTI传输属于自己的数据，则准备接收，并根据HS-SCCH上的信息对HS-DSCH的数据进行解码。 一旦完成数据的解码，UE根据CRC校验结果使用HS-SICH发送ACK/NACK信息及UE推荐的CQI。 HSDPA高速分组下行数据业务，也是PS业务的一种，但是它是特殊的PS业务。故H业务的信令流程从高层信令观察与PS业务并无明显区别。 为确定本次资源分配是否是H业务： 从RRC Conne

21、ction Setup Complete消息中UE能力观察，能否支持H业务，但本次业务不一定分配H资源： 从业务承载观察资源分配，可确定是否是H业务： 1.14 RNC内切换流程 下图是RNC内切换流程图。RNC内切换是指目标小区和服务小区位于同一个RNC内下不同小区。RNC内切换可以采用接力切换也可采用硬切换。 下图是RNC内切换outum截图，从下图可知，其采用的切换命令是Physical channel reconfiguration消息。 1.15 RNC间重定位流程 RNC间的切换过程采用的是重定位过程，由于目前RNC之间没实现Iur接口，RNC之间无法直接进行通信，需通过CN来进行

22、转发方式进行联系。 RNC间的重定位过程触发是UE上报测量报告后，RNC根据候选目标小区列表，发现是属于另一RNC的小区，则触发重定位过程。 下图是重定位过程。 1.16 CS业务TD-SCDMA切换到GSM流程图 下图是CS业务时，从3G网络切换到2G网络的outum截图，从下面截图可知，UE收到3A测量报告后，RNC判决是需切换到2G网络下的小区，会下发Handover from utran command-GSM，是最明显标志。后续的过程就是在GSM中进行CS业务的过程。 1.17 PS业务TD-SCDMA重选到GSM 该过程用于PS域分组业务，由网络端触发，与UE自身触发的小区重选过程

23、有差异。 UE由TD-SCDMA网络发起分组业务请求并成功接入后，RNC会根据邻小区的情况发起相应的测量控制，当满足测量上报条件时UE将向RNC报告测量结果。RNC中的RRM对测量结果进行处理判决并确定切换的目标小区，如果需要切换的目标小区为GSM/GPRS小区，则执行网络端触发的TD-SCDMA向GSM/GPRS的小区重选过程。 首先由RNC向UE发送CELL CHANGE ORDER FROM UTRAN消息，UE接收到该消息后执行向GSM/GPRS的小区重选过程，与目标BSS和核心网建立信令连接，并触发路由区更新的过程。 随后，核心网会进行一系列的非接入层过程，同时触发RNC进行Iu r

24、elease过程，RNC将释放该UE在TD-SCDMA小区内使用的资源。此时，RNC认为UE已经成功完成小区重选到GSM/GPRS网络。 下图是PS业务从3G重选到2G的outum截图，从下图可知，与在idle模式下重选不同，在PS业务时需通过3A测量报告的方式触发，UE收到RNC下发的cell change order from UTRAN后，不是采用CS业务互操作方式，而是采用重选的方式，重选到GSM网络后，直接在GSM网络申请资源，然后接到TD网络的数据进行传递。 1.18 PS业务GSM系统重选到TD系统 UE由GSM/GPRS网络发起分组业务请求并成功接入后，当BSS判决向TD-SC

25、DMA小区切换时，则执行网络端触发的GSM/GPRS向TD-SCDMA小区重选过程。 首先，由BSS向UE发送RR-Cell Change Order1消息，UE接收到该消息后执行向TD-SCDMA的小区重选过程，与目标RNC、核心网建立信令连接，并触发路由区更新过程。其中，RRC Connection Establishment2过程中，“Establishment cause”IE为Inter-RAT cell change order，并具有较高的优先级。 UE接收到ROUTING AREA UPDATE ACCEPT消息完成路由区更新过程，并向核心网发送SERVICE REQUEST消

26、息，请求PS域RAB建立。核心网将触发RNC进行RAB建立等一系列过程，UE在目标小区继续数据传输，成功完成小区重选到TD-SCDMA网络。 下面是从outum上观察PS业务时，从GSM重选到TD的信令，从下面信令可知，由于现在实现的原因，不是UE在GSM网络上发测量报告，然后网络触发UE 小区改变命令，然后UE重选到TD网络；而是UE通过测量的方式决定重选到TD网络，与idle模式下重选相似，故RRC connection request的原因是系统间小区重选，而不是系统间小区改变。但通过RA和LA更新后，收到网络侧MODIFY PDP CONTEXT REQUEST (NETWORK TO

27、 MS DIRECTION)和UE回MODIFY PDP CONTEXT ACCEPT消息，可以判断与idle时重选的异同。1.19 SMS（普通短消息） 短消息是GSM/UMTS中纯信令过程，不需要建立业务承载。如UE在idle状态需要通过RRC连接建立申请传递通道，如在连接模式，利用已有通道即可进行传递。 Outum消息截图： 1.20 MMS（多媒体短消息，彩信） 多媒体短消息（MMS），又称为彩信，其是在GPRS承载上的应用业务。 2 异常信令流程2.1 接入过程 我们一般把UE的整体接入过程分为三大部分：MOC（移动始发呼叫，即主叫），MTC（移动终结呼叫，即被叫）以及MMC（移动对

28、移动的呼叫，即两个UE之间的移动呼叫，实际上就是MOC+MTC过程），以下是针对三种情况在路测软件（SPAN OUTUM）上的信令流程显示： 1）MOC过程 说明：一般情况下，从与网络交互的消息来看，主叫有以下明显特征： 随机接入后，上报的第一条NAS消息（非接入层信令，即不需要RNC、Node B进行解析处理的信令）是CM Service Request，另外网络侧下发的NAS消息Call Proceeding也是它特有的。 2）MTC过程 说明：一般情况下，从与网络交互的消息来看，被叫有以下明显特征： 收到的第一条消息是Paging(可能是Paging Type 1或者Paging Typ

29、e 2)，然后会上报Paging Response，另外向网络上报的NAS消息Call Confirmed也是其特有的。 3）MMC过程 说明：MMC过程，其实就是针对特定的两个UE（在这两个UE之间建立点对点的主被叫关系）建立的MOC+MTC过程，是一个贯穿主被叫从拨打到接通的过程。 2.1.1 RRC连接建立正常和异常信令流程 RRC连接建立的正常和异常信令流程如下图所示：1） RRC连接建立正常流程 说明：RRC连接建立的正常流程中只有三条消息，其中我们可以从RRC Connection Setup消息中获取UE ID以及小区所属RNC ID，便于OUTUM LOG和CDL以及UE TR

30、ACE结合起来分析定位问题 2）常见RRC连接建立异常流程举例说明：RRC Connection Request无响应的问题，一般情况下都跟无线环境有关，导致网络侧没有收到RRC Connection Request消息，此时需要查看一下小区的P-CCPCH RSCP、P-CCPCH CIR等值，看看是否符合接通要求。说明：RRC Connection Request被拒绝（RRC Connection Reject），多半都与RNC资源不足有关，有可能是拥塞了，也有可能是RNC相关处理单元异常了，需要排查设备是否存在问题。 2.1.2 RAB连接建立正常和异常信令流程 1）RAB连接建立正常

31、流程 图 RAB连接建立正常流程-RNC侧截图 图 RAB连接建立正常流程-UE侧截图（主叫） 说明：主叫侧一般是收到网络侧的Call Proceding消息之后，才进行承载建立，同时在承载建立消息中，能够了解到承载资源的占用情况 图 RAB连接建立正常流程-UE侧截图（被叫） 说明：被叫侧一般是向网络上报Call Confirmed消息后，才会进行承载建立，同时在承载建立消息中，也能够了解到承载资源的占用情况。另外针对RAB过程，从网络角度看，实际上涉及到Uu、Iub、Iu三大接口，如上截图也是从这三大接口的角度展示了所涉及到的关键信令信息。 2） RAB连接建立异常流程举例 图 RAB连接

32、建立异常流程-1（RNC侧截图） 图 RAB连接建立异常流程-1（UE侧截图） 说明：网络侧下发RADIO BEARER SETUP消息给UE后，同时就向CN发送IU RELEASE REQUEST消息，说明该消息RNC底层就没有将消息发送给Node B，当然也就不可能发送给UE了，所以从图可以看出，UE收到Call Proceeding之后，并没有收到RADIO BEARER SETUP消息，而是直接上报了Disconnect消息。这种情况一般应该排查RNC相关业务处理单元是否异常。 图 RAB连接建立异常流程-3（RNC侧截图） 图 RAB连接建立异常流程-3（UE侧截图） 说明：从图可以

33、看出，UE收到Radio Bearer setup消息后，返回了Radio Bearer setup Failure消息，这种情况与配置有关系，比如CAC（呼叫接入算法）算法，比如用户占用的信道情况（DCH还是FACH） 2.2 切换过程 2.2.1 同一RNC内切换正常和异常信令流程 1） 同一RNC内切换正常流程 图 同一RNC内切换正常流程（UE侧截图） 说明：从图可以看出，同一RNC内切换有两个特征，一是同一RNC内切换属于接力切换（除非OMC特别配置成硬切换），二是UE会收到Physical Channel Reconfiguration消息 2） 同一RNC内切换异常流程举例 图

34、同一RNC内切换异常流程（UE侧截图） 说明：切换失败，一般原因包括目标小区异常，失步、干扰等情况。 2.2.2 RNC间重定位正常和异常信令流程 1）RNC间重定位正常流程 图 RNC间重定位正常流程（源RNC测） 图 RNC间重定位正常流程（目标RNC测） 图 RNC间重定位正常流程（UE侧）说明：可以看出，RNC间重定位有两个特征，一是同一RNC内切换属于硬切换（注意：由于目前RNC间的Iu-r接口未启用，故RNC间重定位选择的是硬切换），二是UE会收到Radio Bearer Reconfiguration消息。另外，由于RNC间的重定位由于涉及到了Iu接口，所以重定位过程与CN相关，

35、需要CN执行相关的信令过程。3） RNC间重定位异常流程 图 RNC间重定位异常流程-1（UE侧） 说明：从图可以看出，UE收到Radio Bearer Reconfiguration命令后，由于RRC Connection异常释放，导致没有回复Radio Bearer Reconfiguration Complete消息，从而导致RNC间重定位失败，这种情况一般跟空口质量有关。 图 RNC间重定位异常流程-2（UE侧） 说明：可以看出，UE收到Radio Bearer Reconfiguration命令后，向网络侧返回了Radio Bearer Reconfiguration Failure

36、消息，从而导致RNC间重定位失败，这种情况可能跟目标小区状态或者参数配置有关。 2.3 2G/3G互操作正常和异常流程 1）2G/3G互操作正常流程 图 2G/3G互操作正常流程（RNC侧-CS部分）图 2G/3G互操作正常流程（UE侧-CS部分）图 2G/3G互操作正常流程（RNC侧-PS部分） 图 2G/3G互操作正常流程（UE侧-PS部分）说明：2G/3G互操作过程，由于涉及到两个不同的系统，所以这个过程从无线网到核心网都有相关信令流程，另外根据目前的2G/3G互操作策略，CS语音从TD单向切换到GSM，完成通话后再重选回TD网络；CS视频通话（VP）是在先回落到语音，然后从TD单向切换

37、到GSM，完成通话后再重选回TD网络；而PS是TD和双向重选。 2）2G/3G互操作异常流程举例 图 2G/3G互操作异常流程（UE侧-CS部分） 说明：在发送3A测量报告之后，UE接到了向GSM目标小区切换的命令（Handover From UTRAN Command-GSM），于是启动切换，但可能由于空口质量差等原因，与目标小区无法同步上，而且触发了小区更新，最终导致切换失败。一般2G/3G互操作失败，可能有以下现象：（1）始终不上报3A测量报告，这种情况一般要么是2G/3G切换的门限不满足（比如设置得不合理），或者GSM邻区数据配置错误(如BSIC配置错误)；（2）上报了3A测量报告，但

38、是切换失败（还可能导致掉话），这种情况一般与无线环境变化有关，当然也与目标GSM小区的瞬时状态有关。 图 2G/3G互操作异常流程（UE侧-PS部分） 图 2G/3G互操作异常流程（UE侧关键事件-PS部分）说明：关于PS部分的2G/3G互操作，原理和CS是一样的，比如图所示的切换（PS叫重选），我们从信令上看，UE成功地从TD-SCDMA系统重选到了GPRS系统，用户也在GPRS系统成功完成了路由区更新，但是由于网络侧下发的指配信道命令没有得到响应，从而导致重选失败，具体表现一般是UE从TD-SCDMA系统切换到GPRS后，速率为0，其实这个时候FTP下载已经失败，重选没有成功。这种情况一般

39、与GSM目标小区的状态以及无线环境有关。 2.4 掉话 2.4.1 通话过程中异常掉话流程 图 通话过程中异常掉话流程举例（UE侧） 说明：通话过程中的异常掉话，一般都与无线环境有关，比如弱覆盖，干扰严重，功率陡降等情况。当然也不排除终端，设备的因素。比如图所示的情况，就是因为小区无线环境恶化，网络侧没有收到切换完成消息（Physical Channel Reconfiguration Complete），也未能选择到合适小区驻留，从而不得不进行小区更新，释放RRC链路，最终结果是掉话。 2.4.2 切换导致异常掉话流程 图 切换导致异常掉话流程举例（UE侧） 说明：切换导致的异常掉话，一般也与无线环境有关，比如弱覆盖，干扰严重，功率陡降等情况。当然也不排除目标GSM小区状态不正常，终端，设备设备异常等因素。比如图所示的情况，UE收到切换命令（Radio Bearer Reconfiguration）后，就是因为小区无线环境恶化，引起了RRC连接的异常释放，从而导致掉话。- 50 -