TD切换流程专题分析.docx

《TD切换流程专题分析.docx》由会员分享，可在线阅读，更多相关《TD切换流程专题分析.docx（24页珍藏版）》请在三一办公上搜索。

1、3.2、切换流程分析：3.2.1、Intra-Node B切换：3.2.1.1、接力切换正常流程：信令流程说明：1) RNC判决进行切换后向NB发送无线链路增加请求，为目标小区建立无线链路。目标小区收到无线链路增加请求后，配置相应链路资源，配置完成后组织无线链路，向RNC发送RL增加响应消息。2) RNC收到目标小区的响应消息后，为目标小区建立Iub传输承载AAL2。3) RNC通过源小区的信道向UE发送PHYSICAL CHANNEL RECONFIGURATION消息，通知UE进行切换。4) UE收到PHYSICAL CHANNEL RECONFIGURATION消息后，根据接收到的切换指

2、令做相应配置及处理后，通过目标小区向RNC发送PHYSICAL CHANNEL RECONFIGURATION COMPLETE消息。5) RNC收到该消息后删除源小区的无线链路和Iub传输承载，切换完成。3.2.1.2、异常流程1-NODE B失败异常流程说明：1) 当Node B不能按照要求为该用户增加RL时，向RNC返回RL Addition Failure消息，并包含失败原因；2) 切换失败，UE继续在源小区进行通信或掉话；实体处理方法：1) 检查目标小区告警及资源状态，可以从LMT-B查询；2) 检查对比RNC下发的RL Addition Request中携带的参数是否正确。3.2.

3、1.3、异常流程2-UE响应切换失败RNC向UE发送Physical Channel Reconfiguration消息进行切换。由于一些错误原因导致UE向RNC发送物理信道重配置失败的响应。导致UE发送失败响应的原因可能为：1) UE收到的消息协议错；2) Physical Channel Reconfiguration消息中包含无效的配置信息；3) Physical Channel Reconfiguration消息中包含UE不支持的配置信息；4) 配置信息不匹配；5) UE物理信道配置失败；6) 重配过程中无线链路失败等。异常流程说明：1) 当Iub接口无线链路以及AAL2连接建立完成以

4、后，RNC向UE发送Physical Channel Reconfiguration进行切换。当上述某项原因出现时，UE向RNC返回Physical Channel Reconfiguration Failure消息。2) RNC与Node B释放Iub接口的RL。3) RNC与Node B释放Iub接口的AAL2连接。4) 切换过程失败，UE继续在源小区进行通信或产生掉话；当UE回复切换失败原因中携带的原因值为无效配置和物理信道失败时：1) 对于该两类原因首先要确认RNC下发切换消息中携带的参数是否正确2) 确认UE的处理能力（可以从呼叫过程RRC建立完成消息中查到3) 检查目标邻小区参数配

5、置是否正确当UE回复切换失败原因中携带的原因值为TIMEOUT时，其解决方案：1) 确认UE所在的位置及该区域的信号覆盖（包括RSCP和C/I）是否良好；2) 检查源小区配置的邻区是否合适；3) 检查周围是否存在与目标小区同频同码的小区；4) 确认该小区邻小区的参数是否正确；5) 检查目标小区主载波ISCP值（可以从LMT-B上查询）和所占时隙ISCP值（可以从OMT上查询）；6) 确认所用终端的型号及批次；7) 检查源小区定时器参数：检查后可以适当延长下列几类定时器参数，该类参数的主要作用在于避免由于网络定时器的超时，而主动拆链导致的切换失败，延长该类定时器可以挽回一部分由于网络定时器超时而

6、导致的切换失败。英文名称中文名称最小值最大值默认值参数描述级别IdleModeT312空闲模式-T312（单位：毫秒）1000150001000(1000 . 15000)。单位:毫秒启动:：UE在开始建立专用物理信道时启动此定时器；停止：测到N312次来自L1层的“in sync”指示后停止；超时：如果超时意味着物理信道建立失败。动态(可创建、可修改) ConnectedModeT312连接模式-T312（单位：毫秒）1000150001000(1000.15000)，单位:毫秒。启动：UE在开始建立专用信道的时候启动此定时器；停止：检测到N312次来自L1层的“in sync”指示后停止；

7、超时：如果超时意味着物理信道建立失败。动态(可创建、可修改) ConnectedModeT313连接模式-T313（单位：毫秒）0150001000(0.15000)，单位:毫秒。启动：当UE检测到来自L1层的连续N313次“out of sync”指示后启动此定时器；停止：当UE检测到来自L1层的连续N315次“in sync”指示后停止此定时器；超时：如果T313超时意味着无线链路失败。动态(可创建、可修改) ConnectedModeT314连接模式-T314（单位：毫秒）20002000012000(2000,4000,6000,8000,12000,16000,20000)。单位:毫

8、秒。启动：当无线链路失败后, 如果存在与T314相关联的无线承载(用于CS业务)或者只存在RRC连接, 则启动该定时器。停止：由于RL失败导致的小区更新过程结束后停止。超时: 如果超时, 释放UE.一般来说, T314T315。动态(可创建、可修改) ConnectedModeT315连接模式-T315（单位：秒）01800根据目前实验网测试结果，推荐修改为10。（以前为180）(0,10,30,60,180,600,1200, 1800)，单位:秒。启动: 当无线链路失败后, 如果存在与T314相关联的无线承载(用于PS业务)或者只存在RRC连接, 则启动该定时器。停止: 由于RL失败导致的

9、小区更新过程结束后停止。超时: 如果超时, 释放UE。动态(可创建、可修改) 3.2.1.4、异常流程3-定时器超时失败定时器超时，指的是RNC在给UE发送了空中接口的配置消息后，在一定的时间内既没有收到用户的成功响应消息，也没有收到失败消息，和UE失去了联系，此释放该用户的所有业务。异常流程说明：1) RNC在给UE发送了空中接口的配置消息后，在一定的时间内没有既没有收到用户的成功响应消息，也没有收到失败消息。2) 若在目标小区已经完成RL同步，则Node B在目标小区向RNC发送Radio Link Failure消息，原因为同步失败。（Note (1)）3) Node B在源小区向RNC

10、发送Radio Link Failure消息，原因为同步失败4） RNC释放该用户的所有业务，包括：a) RNC发起Iu连接的释放，释放Iu连接。b) 若为CS域RAB，Iu接口需释放AAL2数据传输承载。c) RNC收回内部为该用户分配的无线资源。d) RNC与Node B释放Iub接口的RL。e) RNC与Node B释放Iub接口的AAL2连接。f) RNC与UE释放Uu接口RRC连接。5） 切换过程失败。Note (1)：若在目标小区没有完成RL同步，则在目标小区没有此消息。实体处理方法：1) 确认UE所在的位置及该区域的信号覆盖（包括RSCP和C/I）是否良好；2) 确认该小区邻小区

11、的参数是否正确3) 检查目标小区主载波ISCP值（可以从LMT-B上查询）和所占时隙ISCP值（可以从OMT上查询）4) 检查源小区配置的邻区是否合适5) 检查周围是否存在与目标小区同频同码的小区6) 确认所用终端的型号及批次；3.2.2、Inter-NBIntra-RNC切换3.2.2.1、接力切换正常流程Intra Node B切换与Inter Node B切换之间的主要区别在于，Intra Node B切换中目标小区与RNC之间为Radio Link Addition Request，而Inter Node B切换中目标小区与RNC之间为Radio Link Setup Request。

12、3.2.2.2、异常流程-Node B失败Node B间切换时Node B失败的两种情况：1) 目标基站无线链路建立失败；2) 目标基站无线链路建立成功后，目标基站的AAL2建立失败。异常流程说明：1) 当目标基站不能成功建立无线链路或不能建立AAL2连接时，切换过程失败，UE仍保持与源基站小区的通信连接。2) 若为AAL2建立失败的情况，需要删除与目标基站的RL。实体处理方法：1) 检查目标小区告警及资源使用状态，可以从LMT-B查询；2) 检查对比RNC下发的RL Setup Request中携带的参数是否正确。3.2.2.3、异常流程-UE响应切换失败RNC向UE发送Physical C

13、hannel Reconfiguration消息进行切换。由于一些错误原因导致UE向RNC发送物理信道重配置失败的响应。导致UE发送失败响应的原因可能为：1) UE收到的消息协议错；2) Physical Channel Reconfiguration消息中包含无效的配置信息；3) Physical Channel Reconfiguration消息中包含UE不支持的配置信息；4) 配置信息不匹配；5) UE物理信道配置失败；6) 重配过程中无线链路失败等。Inter-Node B/Intra-RNC切换，UE响应切换失败异常流程说明：1) 当Iub接口无线链路以及AAL2连接建立完成以后，R

14、NC向UE发送Physical Channel Reconfiguration进行切换。当上述某项原因出现时，UE向RNC返回Physical Channel Reconfiguration Failure消息。2) RNC与目标Node B释放Iub接口的RL。3) RNC与目标Node B释放Iub接口的AAL2连接。4) 切换过程失败，UE继续在源Node B小区进行通信。当UE回复切换失败原因中携带的原因值为无效配置和物理信道失败时：1) 对于该两类原因首先要确认RNC下发切换消息中携带的参数是否正确2) 确认UE的处理能力（可以从呼叫过程RRC建立完成消息中查到3) 检查目标邻小区参

15、数配置是否正确当UE回复切换失败原因中携带的原因值为TIMEOUT时，其解决方案：1) 确认UE所在的位置及该区域的信号覆盖（包括RSCP和C/I）是否良好；2) 检查源小区配置的邻区是否合适；3) 检查周围是否存在与目标小区同频同码的小区；4) 确认该小区邻小区的参数是否正确；5) 检查目标小区主载波ISCP值（可以从LMT-B上查询）和所占时隙ISCP值（可以从OMT上查询）；6) 确认所用终端的型号及批次；7) 检查源小区定时器参数：具体内容参见基站内切换分析3.2.2.4、异常流程-定时器超时失败定时器超时，指的是RNC在给UE发送了空中接口的配置消息后，在一定的时间内既没有收到用户的

16、成功响应消息，也没有收到失败消息，和UE失去了联系，此释放该用户的所有业务。异常流程说明：1) RNC在给UE发送了空中接口的配置消息后，在一定的时间内既没有收到用户的成功响应消息，也没有收到失败消息。源Node B与目标Node B均向RNC发送Radio Link Failure消息，原因为同步失败。2) RNC释放该用户的所有业务，包括：a) RNC发起Iu连接的释放，释放Iu连接。b) 若为CS域RAB，Iu接口需释放AAL2数据传输承载。c) RNC收回内部为该用户分配的无线资源。d) RNC与源Node B释放Iub接口的RL。e) RNC与源Node B释放Iub接口的AAL2连

17、接。f) RNC与目标Node B释放Iub接口的RL。g) RNC与目标Node B释放Iub接口的AAL2连接。h) RNC与UE释放Uu接口RRC连接。3) 切换过程失败。实体处理方法：1) 确认UE所在的位置及该区域的信号覆盖（包括RSCP和C/I）是否良好；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发送Re

18、locationRequired消息发起重定位时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配置失败该过程描述的是，重定位准备过程中，源RN

19、C侧UE进行重定位时失败。重定位过程失败，UE保持与源RNC进行通信。异常流程说明及实体处理方法：1) 源RNC收到CN的重定位指令后，在Iub接口建立RL及AAL2传输承载，随后向UE发送重配置消息，目标RNC收到由于UE侧原因返回的重配置失败消息2) 源RNC在Iu接口发送Relocation Cancel消息，取消重定位。3) 目标RNC向CN发送Relocation Failure消息，指示重定位失败。4) 源RNC与源Node B释放Iub接口RL。5) 源RNC与源Node B释放Iub接口AAL2承载。6) CN与目标RNC释放Iu接口AAL2承载。7) 重定位过程失败，UE继续

20、与源RNC进行通信。当UE回复切换失败原因中携带的原因值为无效配置和物理信道失败时，其解决方案：1) 对于该两类原因首先要确认RNC下发切换消息中携带的参数是否正确2) 确认UE的处理能力（可以从呼叫过程RRC建立完成消息中查到3) 检查目标邻小区参数配置是否正确当UE回复切换失败原因中携带的原因值为TIMEOUT时，其解决方案：1) 确认UE所在的位置及该区域的信号覆盖（包括RSCP和C/I）是否良好；2) 检查源小区配置的邻区是否合适；3) 检查周围是否存在与目标小区同频同码的小区；4) 确认该小区邻小区的参数是否正确；5) 检查目标小区主载波ISCP值（可以从LMT-B上查询）和所占时隙

21、ISCP值（可以从OMT上查询）；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的Relo

22、cation Request消息后，本地配置无线资源失败。2) （alt.2）目标RNC收到来自CN的Relocation Request消息后，本地配置无线资源，RL建立失败。3) （alt.3）目标RNC收到来自CN的Relocation Request消息后，本地配置无线资源，RL建立，Iub接口AAL2建立失败。4) 目标RNC向CN返回Relocation Failure消息。5) （alt.3）目标RNC与目标Node B删除无线链路。6) CN向源RNC响应RelocationPreparation Failure消息，重定位过程失败。7) UE继续与源RNC进行通信。实体处理方

23、法：1) 确认该终端请求的业务和目标小区的资源状态2) 检查目标小区的告警信息和小区状态。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、异常流程-Relocation preparation过程

24、失败在Relocation preparation过程中，可能会有多种原因导致失败，比如CN不支持向2G网络的切换，核心网间、核心网与BSC接口或者BSS内部协议过程失败，目标GSM小区没有足够的资源等。3.2.4.3、异常流程-Inter-RAT handover from UTRAN过程失败当UE接收到HANDOVER FROM UTRAN COMMAND消息后，如果不能够成功的向目标GSM小区切换，则可以重新回到源TD-SCDMA小区，并使用原有资源进行数据传输。UE向RNC发送HANDOVER CANCEL消息，通过核心网告诉目标BSC将目标GSM小区资源释放。当RNC接收到RELOC

25、ATION CANCEL ACKNOWLEDGE后过程结束。处理方法：1) 对于该两类原因首先要确认RNC下发切换消息中携带的参数是否正确2) 确认UE的处理能力（可以从呼叫过程RRC建立完成消息中查到）3) 检查目标G网邻小区参数配置是否正确；4) 确认终端在切换时的门限值是否合理；5) 确认所用终端的型号及批次。6) 检查系统间切换定时器参数：适当延长定时器T309英文名称中文名称最小值最大值默认值参数描述级别ConnectedModeT309连接模式-T309（单位：毫秒）100080005000(1000.8000)。单位:毫秒启动: UE在接收到CELL CHANGE ORDER FROM UTRAN消息后启动此定时器; 停止: UE在成功响应新小区的连接建立请求后停止此定时器;超时: T309超时, UE将恢复与UTRAN的连接。动态(可创建、可修改)