TD切换流程专题分析.docx

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消息后，根据接收到的切换指令做相应配置及处理后，通过目标小区向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.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连接建立完成以后，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) 检查目标邻小区参数配置是否正确当UE回复切换失败原因中携带的原因值为TIMEOUT时，其解决方案：1) 确认UE所在的位置及该区域的信号覆盖（包括RSCP和C/I）是否良好；2) 检查源小区配置的邻区是否合适；3) 检查周围是否存在与目标小区同频同码的小区；4) 确认该小区邻小区的参数是否正确；5) 检查目标小区主载波ISCP值（可以从LMT-B上查询）和所占时隙ISCP值（可以从OMT上查询）；6) 确认所用终端的型号及批次；7) 检查源小区定时器参数：检查后可以适当延长下列几类定时器参数，该类参数的主要作用在于避免由于网络定时器的超时，而主动拆链导致的切换失败，延长该类定时器可以挽回一部分由于网络定时器超时而导致的切换失败。英文名称中文名称最小值最大值默认值参数描述级别IdleModeT312空闲模式-T312（单位：毫秒）1000150001000(1000 . 15000)。单位:毫秒启动:：UE在开始建立专用物理信道时启动此定时器；停止：测到N312次来自L1层的“in sync”指示后停止；超时：如果超时意味着物理信道建立失败。动态(可创建、可修改) ConnectedModeT312连接模式-T312（单位：毫秒）1000150001000(1000.15000)，单位:毫秒。启动：UE在开始建立专用信道的时候启动此定时器；停止：检测到N312次来自L1层的“in sync”指示后停止；超时：如果超时意味着物理信道建立失败。动态(可创建、可修改) 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)。单位:毫秒。启动：当无线链路失败后, 如果存在与T314相关联的无线承载(用于CS业务)或者只存在RRC连接, 则启动该定时器。停止：由于RL失败导致的小区更新过程结束后停止。超时: 如果超时, 释放UE.一般来说, T314<T315。动态(可创建、可修改) ConnectedModeT315连接模式-T315（单位：秒）01800根据目前实验网测试结果，推荐修改为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同步，则Node B在目标小区向RNC发送Radio Link Failure消息，原因为同步失败。（Note (1)）3) Node B在源小区向RNC发送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) 确认该小区邻小区的参数是否正确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。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 Channel 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连接建立完成以后，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继续在源Node B小区进行通信。当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) 检查源小区定时器参数：具体内容参见基站内切换分析3.2.2.4、异常流程-定时器超时失败定时器超时，指的是RNC在给UE发送了空中接口的配置消息后，在一定的时间内既没有收到用户的成功响应消息，也没有收到失败消息，和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连接。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发送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接口发送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继续与源RNC进行通信。当UE回复切换失败原因中携带的原因值为无效配置和物理信道失败时，其解决方案：1) 对于该两类原因首先要确认RNC下发切换消息中携带的参数是否正确2) 确认UE的处理能力（可以从呼叫过程RRC建立完成消息中查到3) 检查目标邻小区参数配置是否正确当UE回复切换失败原因中携带的原因值为TIMEOUT时，其解决方案：1) 确认UE所在的位置及该区域的信号覆盖（包括RSCP和C/I）是否良好；2) 检查源小区配置的邻区是否合适；3) 检查周围是否存在与目标小区同频同码的小区；4) 确认该小区邻小区的参数是否正确；5) 检查目标小区主载波ISCP值（可以从LMT-B上查询）和所占时隙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的Relocation 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进行通信。实体处理方法：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过程失败在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接收到RELOCATION 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的连接。动态(可创建、可修改)