TD切换流程专题分析Word格式.docx

TD切换流程专题分析Word格式.docx

《TD切换流程专题分析Word格式.docx》由会员分享，可在线阅读，更多相关《TD切换流程专题分析Word格式.docx（25页珍藏版）》请在冰豆网上搜索。

2）PhysicalChannelReconfiguration消息中包含无效的配置信息；

3）PhysicalChannelReconfiguration消息中包含UE不支持的配置信息；

4）配置信息不匹配；

5）UE物理信道配置失败；

6）重配过程中无线链路失败等。

1）当Iub接口无线链路以及AAL2连接建立完成以后，RNC向UE发送PhysicalChannelReconfiguration进行切换。

当上述某项缘故显现时，UE向RNC返回PhysicalChannelReconfigurationFailure消息。

2）RNC与NodeB开释Iub接口的RL。

3）RNC与NodeB开释Iub接口的AAL2连接。

4）切换过程失败，UE连续在源小区进行通信或产生掉话；

当UE回复切换失败缘故中携带的缘故值为无效配置和物理信道失败时：

1）关于该两类缘故第一要确认RNC下发切换消息中携带的参数是否正确

2）确认UE的处理能力（能够从呼叫过程RRC建立完成消息中查到

3）检查目标邻小区参数配置是否正确

当UE回复切换失败缘故中携带的缘故值为TIMEOUT时，其解决方案：

1）确认UE所在的位置及该区域的信号覆盖（包括RSCP和C/I）是否良好；

2）检查源小区配置的邻区是否合适；

3）检查周围是否存在与目标小区同频同码的小区；

4）确认该小区邻小区的参数是否正确；

5）检查目标小区主载波ISCP值（能够从LMT-B上查询）和所占时隙ISCP值（能够从OMT上查询）；

6）确认所用终端的型号及批次；

7）检查源小区定时器参数：

检查后能够适当延长下列几类定时器参数，该类参数的要紧作用在于幸免由于网络定时器的超时，而主动拆链导致的切换失败，延长该类定时器能够挽回一部分由于网络定时器超时而导致的切换失败。

英文名称

中文名称

最小值

最大值

默认值

参数描述

级不

IdleModeT312

闲暇模式-T312

（单位：

毫秒）

1000

15000

（1000..15000）。

单位:

毫秒

启动:

：

UE在开始建立专用物理信道时启动此定时器；

停止：

测到N312次来自L1层的“insync”指示后停止；

超时：

假如超时意味着物理信道建立失败。

动态（可创建、可修改）

ConnectedModeT312

连接模式-T312

（1000..15000），单位:

毫秒。

启动：

UE在开始建立专用信道的时候启动此定时器；

检测到N312次来自L1层的“insync”指示后停止；

ConnectedModeT313

连接模式-T313

（0..15000），单位:

当UE检测到来自L1层的连续N313次“outofsync”指示后启动此定时器；

当UE检测到来自L1层的连续N315次“insync”指示后停止此定时器；

假如T313超时意味着无线链路失败。

ConnectedModeT314

连接模式-T314

2000

20000

12000

（2000,4000,6000,8000,12000,16000,20000）。

当无线链路失败后,假如存在与T314相关联的无线承载（用于CS业务）或者只存在RRC连接,则启动该定时器。

由于RL失败导致的小区更新过程终止后停止。

超时:

假如超时,开释UE.一样来讲,T314<

T315。

ConnectedModeT315

连接模式-T315

秒）

1800

依照目前实验网测试结果，举荐修改为10。

（往常为180）

（0,10,30,60,180,600,1200,1800），单位:

秒。

当无线链路失败后,假如存在与T314相关联的无线承载（用于PS业务）或者只存在RRC连接,则启动该定时器。

停止:

由于RL失败导致的小区更新过程终止后停止。

假如超时,开释UE。

3.2.1.4、专门流程3-定时器超时失败

定时器超时，指的是RNC在给UE发送了空中接口的配置消息后，在一定的时刻内既没有收到用户的成功响应消息，也没有收到失败消息，和UE失去了联系，此开释该用户的所有业务。

1）RNC在给UE发送了空中接口的配置消息后，在一定的时刻内没有既没有收到用户的成功响应消息，也没有收到失败消息。

2）若在目标小区差不多完成RL同步，则NodeB在目标小区向RNC发送RadioLinkFailure消息，缘故为同步失败。

（Note

（1））

3）NodeB在源小区向RNC发送RadioLinkFailure消息，缘故为同步失败

4）RNC开释该用户的所有业务，包括：

a）RNC发起Iu连接的开释，开释Iu连接。

b）若为CS域RAB，Iu接口需开释AAL2数据传输承载。

c）RNC收回内部为该用户分配的无线资源。

d）RNC与NodeB开释Iub接口的RL。

e）RNC与NodeB开释Iub接口的AAL2连接。

f）RNC与UE开释Uu接口RRC连接。

5）切换过程失败。

Note

（1）：

若在目标小区没有完成RL同步，则在目标小区没有此消息。

2）确认该小区邻小区的参数是否正确

3）检查目标小区主载波ISCP值（能够从LMT-B上查询）和所占时隙ISCP值（能够从OMT上查询）

4）检查源小区配置的邻区是否合适

5）检查周围是否存在与目标小区同频同码的小区

3.2.2、Inter-NB\Intra-RNC切换

3.2.2.1、接力切换正常流程

IntraNodeB切换与InterNodeB切换之间的要紧区不在于，IntraNodeB切换中目标小区与RNC之间为RadioLinkAdditionRequest，而InterNodeB切换中目标小区与RNC之间为RadioLinkSetupRequest。

3.2.2.2、专门流程-NodeB失败

NodeB间切换时NodeB失败的两种情形：

1）目标基站无线链路建立失败；

2）目标基站无线链路建立成功后，目标基站的AAL2建立失败。

1）当目标基站不能成功建立无线链路或不能建立AAL2连接时，切换过程失败，UE仍保持与源基站小区的通信连接。

2）若为AAL2建立失败的情形，需要删除与目标基站的RL。

1）检查目标小区告警及资源使用状态，能够从LMT-B查询；

2）检查对比RNC下发的RLSetupRequest中携带的参数是否正确。

3.2.2.3、专门流程-UE响应切换失败

Inter-NodeB/Intra-RNC切换，UE响应切换失败

2）RNC与目标NodeB开释Iub接口的RL。

3）RNC与目标NodeB开释Iub接口的AAL2连接。

4）切换过程失败，UE连续在源NodeB小区进行通信。

具体内容参见基站内切换分析

3.2.2.4、专门流程-定时器超时失败

1）RNC在给UE发送了空中接口的配置消息后，在一定的时刻内既没有收到用户的成功响应消息，也没有收到失败消息。

源NodeB与目标NodeB均向RNC发送RadioLinkFailure消息，缘故为同步失败。

2）RNC开释该用户的所有业务，包括：

d）RNC与源NodeB开释Iub接口的RL。

e）RNC与源NodeB开释Iub接口的AAL2连接。

f）RNC与目标NodeB开释Iub接口的RL。

g）RNC与目标NodeB开释Iub接口的AAL2连接。

h）RNC与UE开释Uu接口RRC连接。

3）切换过程失败。

2）确认所用终端的型号及批次；

3）确认该小区邻小区的参数是否正确

4）检查目标小区主载波ISCP值（能够从LMT-B上查询）和所占时隙ISCP值（能够从OMT上查询）

3.2.3、Inter-RNC切换

3.2.3.1、正常切换流程

3.2.3.2、专门流程-源RNC对目标RNC的重定位预备失败

该过程描述的是，源RNC向CN发送RelocationRequired消息发起重定位时CN拒绝不能接收该重定位，可能的缘故是：

1）TRELOCalloc超时；

2）目标RNC、目标CN或目标系统重定位失败；

3）目标RNC、目标系统不支持重定位；

4）不承诺重定位至目标系统；

Inter-RNC切换，源RNC对目标RNC的重定位预备失败

1）RNC在收到CN的重定位预备失败消息后，重定位过程中止，源RNC仍为UE的服务RNC。

1）确认该终端要求的业务和目标小区的资源状态；

2）检查目标小区的告警信息和小区状态。

3.2.3.3、专门流程-源RNC侧UE配置失败

该过程描述的是，重定位预备过程中，源RNC侧UE进行重定位时失败。

重定位过程失败，UE保持与源RNC进行通信。

专门流程讲明及实体处理方法：

1）源RNC收到CN的重定位指令后，在Iub接口建立RL及AAL2传输承载，随后向UE发送重配置消息，目标RNC收到由于UE侧缘故返回的重配置失败消息

2）源RNC在Iu接口发送RelocationCancel消息，取消重定位。

3）目标RNC向CN发送RelocationFailure消息，指示重定位失败。

4）源RNC与源NodeB开释Iub接口RL。

5）源RNC与源NodeB开释Iub接口AAL2承载。

6）CN与目标RNC开释Iu接口AAL2承载。

7）重定位过程失败，UE连续与源RNC进行通信。

当UE回复切换失败缘故中携带的缘故值为无效配置和物理信道失败时，其解决方案：

6）确认所用终端的型号及批次

3.2.3.4、专门流程-目标RNC侧Iub接口过程失败

该流程描述了重定位过程中三种发生在Iub接口两侧实体上的专门情形，由于在重定位过程中这三类专门Iu接口的表现是相同的，因此本流程中做同一描述。

专门情形分不为：

1）目标RNC侧无线资源无法满足（流程中的alt.1）；

2）目标RNC侧无线链路建立失败（流程中的alt.2）；

3）目标RNC侧Iub接口AAL2建立失败（流程中的alt.3）；

Inter-RNC切换，目标RNC侧Iub接口过程失败

1）（alt.1）目标RNC收到来自CN的RelocationRequest消息后，本地配置无线资源失败。

2）（alt.2）目标RNC收到来自CN的RelocationRequest消息后，本地配置无线资源，RL建立失败。

3）（alt.3）目标RNC收到来自CN的RelocationRequest消息后，本地配置无线资源，RL建立，Iub接口AAL2建立失败。

4）目标RNC向CN返回RelocationFailure消息。

5）（alt.3）目标RNC与目标NodeB删除无线链路。

6）CN向源RNC响应RelocationPreparationFailure消息，重定位过程失败。

7）UE连续与源RNC进行通信。

1）确认该终端要求的业务和目标小区的资源状态

3.2.4、Inter-RAT切换

3.2.4.1、正常切换流程

UE由TD-SCDMA网络发起话音业务要求并成功接入后，RNC会依照小区的情形发起相应的测量操纵。

假如需要对相邻GSM小区测量，则相应的在测量操纵消息中添加Inter-RAT测量信息，当满足测量上报条件时UE将向RNC报告测量结果。

RNC中的RRM对测量结果进行处理判决并确定切换的目标小区，假如需要切换的目标小区为GSM小区，则执行TD-SCDMA向GSM切换过程，见下图

3.2.4.2、专门流程-Relocationpreparation过程失败

在Relocationpreparation过程中，可能会有多种缘故导致失败，比如CN不支持向2G网络的切换，核心网间、核心网与BSC接口或者BSS内部协议过程失败，目标GSM小区没有足够的资源等。

3.2.4.3、专门流程-Inter-RAThandoverfromUTRAN过程失败

当UE接收到HANDOVERFROMUTRANCOMMAND消息后，假如不能够成功的向目标GSM小区切换，则能够重新回到源TD-SCDMA小区，并使用原有资源进行数据传输。

UE向RNC发送HANDOVERCANCEL消息，通过核心网告诉目标BSC将目标GSM小区资源开释。

当RNC接收到RELOCATIONCANCELACKNOWLEDGE后过程终止。

处理方法：

2）确认UE的处理能力（能够从呼叫过程RRC建立完成消息中查到）

3）检查目标G网邻小区参数配置是否正确；

4）确认终端在切换时的门限值是否合理；

5）确认所用终端的型号及批次。

6）检查系统间切换定时器参数：

适当延长定时器T309

ConnectedModeT309

连接模式-T309

8000

5000

（1000..8000）。

UE在接收到CELLCHANGEORDERFROMUTRAN消息后启动此定时器;

UE在成功响应新小区的连接建立要求后停止此定时器;

T309超时,UE将复原与UTRAN的连接。