切换异常的几种原因分析及排查
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
FpSRelReq
measurementControl
网络侧重新向终端下发同频及异频测量控制消息或系统间测量；
measurementControl
OlpcParaInfo
原因分析及排查手段：
查看PhysicalChannelReconfigurationFailure中携带的失败原因，比如最常见的Failure cause为physical channel failure，表示UE无法在建立新的物理信道，即UE无法在新的信道配置上完成L1同步（UE在T312时间内，收到N312个同步指示，即认为新的信道建立成功）。造成这种现象的原因可能为物理信道所在的时隙干扰较大，或目标小区存在UP干扰。
信令过程
由于比较难于搜集同一次跨RNC切换异常过程中S侧和D侧的信令，因此本部分未以截图的形式给出行令流程。
S侧信令：
信令消息
过程解释
measurementReport
RNC收到终端1G或2A测量报告，且目标小区不归属于本RNC，向CN发起重定位请求；
RelocationRequired
RelocationPreparationFailure
RadioLinkSetupRequest
RNC发起无线链路建立，NodeB返回失败；
RadioLinkSetupFailure
RelocationFailure
RNC向CN发送重定位失败消息，根据失败的类型填写消息中的错误码；
IuReleaseRequest
D侧发起Iu连接释放过程；
IuReleaseCommand
1.1.2.2
信令消息
过程解释
measurementReport
网络侧收到终端1G/2A测量报告
FpSAddReq
在目标小区建立无线链路及承载；
FpSAddRsp
RadioLinkSetupRequest
RadioLinkSetupResponse
FpSInitReq
FpSInitRsp
physicalChannelReconfiguration
原因分析及排查手段：
可能原因为：
UE未收到CONFIRM消息（下行功率不足或存在干扰等原因）；
UE收到了CONFIRM消息，并发送了COMPLETE消息，但RNC未收到（上行功率不足或存在干扰等原因）；
UE收到了CONFIRM消息，但没发送COMPLETE消息（消息错误或UE内部错误等原因）；
排查方法：
cellUpdate
RadioLinkFailureIndication
rrcConnectionRelease
cellUpdate
rrcConnectionRelease
RadioLinkFailureIndication
RadioLinkDeletionRequest
RadioLinkDeletionResponse
排查方法：
查看各时隙干扰情况，如果发现时隙干扰很大，查看NODEB载扇是否正常，同时查看邻小区是否有大量同频邻区，若在话务量小的情况下，ISCP仍然很高，则干扰可能来自异系统，如：GSM，PHS等；
查看目标小区UP干扰，若较大，则进行UP位置偏移；
时隙干扰经常性偏大时，可以尝试调低UE的上、下行开环功率；
FpSInitReq
Fp来自百度文库InitRsp
physicalChannelReconfiguration
网络侧向终端发起物理信道重配过程，终端回应物理信道重配失败，失败原因为物理层同步失败，期间夹杂的测量报告为2F事件，不影响切换过程，可以忽略；
RlmiUciuHelloForward
RlmiUciuHelloFwdAck
1.1.2.5
1.信令截图：
2.原因分析及排查手段：
RNC在收到CN RAB指派后，UE上报一个测量报告，但此时RNC在处理CN RAB指派，无法同时处理测量报告，RNC缓存此条测量报告，等RAB指派完成后，在发起切换过程，由于此案例中测量报告中的目标小区来自邻RNC，因此发起了重定位流程。
1.2
1.2.1
网络侧收到终端1G/2A测量报告
FpSAddReq
在目标小区建立无线链路及承载，此案例中RL建立过程中夹杂了一条测量报告，该测量报告为2F测量报告，不影响切换过程，可以忽略；
FpSAddRsp
RadioLinkSetupRequest
measurementReport
RadioLinkSetupResponse
名称：
提交人：张鑫提交日期：2011-12-24
软件版本：硬件版本：
********************************************************************************************************************
若UE未收到CONFIRM消息：调整后台下行最小发送功率，增加UE接收到CONFIRM消息的几率，或者调整周围网络的覆盖、频点、功率等，尽量降低下行方向上的干扰；
若网络侧没有收到重配完成消息：则调整后台DPCH的期望接收功率，同时利用网规网优手段，降低上行方向上的干扰；
1.1.2.4
1.信令截图：
2.信令分析：
RadioLinkDeletionResponse
FpSRelReq
IuReleaseRequest
原因分析及排查手段：
UE收到了RECONFIGURATION消息，并发送了COMPLETE消息，但RNC未收到（上行功率不足或存在干扰等原因）；
UE收到了RECONFIGURATION消息，但没发送COMPLETE消息（消息错误或UE内部错误等原因）；
网络侧收到终端1G/2A测量报告
FpSAddReq
在目标小区建立无线链路及承载；
FpSAddRsp
RadioLinkSetupRequest
RadioLinkSetupResponse
FpSInitReq
FpSInitRsp
physicalChannelReconfiguration
网络侧向终端发起物理信道重配过程，定时时间内终端未发送物理信道重配完成消息，则等待终端上报小区更新；
IuReleaseComplete
原因分析及排查
根据S侧Relocation Preparation Failure消息或Relocation Failure消息中的错误码，参考非标准原因错误码对应表中说明，进行排查；
1.2.2.2
异常描述
D侧资源分配失败，D侧RNC向CN发送重定位失败，CN向S侧RNC发送重定位准备失败；
measurementControl
向终端重新发送同频/异频测量建立消息；
measurementControl
D侧信令：
信令消息
过程解释
RelocationRequest
D侧RNC收到CN发送的重定位请求，在D侧进行实例创建，承载建立、资源分配等操作，资源分配成功，则发起无线链路建立过程，如果其中某一步执行失败，如无线资源不足、承载建立失败，则没有无线链路建立过程；
RNC内切换相关的异常主要有如下几种典型场景，
CN侧响应RelocationPrepareFailure：
CN响应超时；
CN响应IuReleaseCommand；
终端RB重配失败；
终端RB重配失败；
下面分别详细描述各类异常发生的场景及原因，并给出对应排查手段。
1.2.2
1.2.2.1
异常描述
当S-RNC向CN发送Relocation Required消息后，CN向D-RNC发送Relocation Request，D-RNC侧发起类似于业务接入的流程，分配信令、业务所需的物理资源，并建立无线链路及相应承载，其中任何一个步骤发生异常，则会向CN响应Relocation Failure消息，携带D侧失败的错误码，CN通过Relocation Preparation Failure消息透传该错误码到S-RNC，由于是重定位准备阶段流程发生异常，不会记入跨RNC切换失败，因此不会影响任何KPI指标，但此类异常会导致终端脱离源小区覆盖而又无法切换，最终因覆盖问题导致掉话。
measurementReport
measurementReport
measurementReport
physicalChannelReconfigurationFailure
RadioLinkDeletionRequest
网络侧删除目标小区无线链路及承载；
measurementReport
RadioLinkDeletionResponse
信令消息
过程解释
measurementReport
终端上报测量报告，在此案例中，测量报告为2A，实际情况中还可能出现1G测量报告的情况，但由于目标小区物理资源不足或目标小区存在异常导致无法分配资源，未发起RL建立及物理信道重配等后续流程；
在此案例中，另一条测量报告为2F，2F事件不会影响切换过程，可以忽略；
无效配置、配置不支持等配置错误：换个手机测试，若各厂家手机测试都有问题，将本小区的重配消息和正常小区的重配消息进行对比，查看配置是否正确；
注：物理信道/RB重配失败后测量控制下发说明：
切换失败后，RNC会重新下发测量控制消息，测量控制消息中携带邻区列表但不包含频点扰码等具体信息，如图所示，因为之前的测量控制消息中已经携带了邻区的扰码、频点等信息，UE侧已经保存了相关邻区的详细信息，因此网络侧不需要重新携带邻区的详细信息，只需要指示邻区序号。
网络侧收到测量报告但未发起切换：网络侧收到终端上报的1G或2A测量报告，但未在目标小区发起无线链路建立过程，也未向终端下发physicalChannelReconfiguration，此类异常不会对KPI指标造成直接影响；
1.1.2
1.1.2.1
1.信令截图：
2.信令分析：
信令消息
过程解释
measurementReport
cellUpdate
终端上报小区更新
RadioLinkDeletionRequest
RadioLinkDeletionResponse
IuReleaseRequest
IuReleaseCommand
rrcConnectionRelease
IuReleaseComplete
cellUpdate
rrcConnectionRelease
网络侧向终端发起物理信道重配过程，定时时间内终端未发送物理信道重配完成消息，且在等待时间内未上报小区更新；
measurementReport
UciuHelloForward
UciuHelloForwardAck
SUciuMacMeasReport
RadioLinkDeletionRequest
网络侧删除目标小区无线链路及承载；
物理信道重配超时：网络侧在下发physicalChannelReconfiguration消息后，终端没有响应，网络侧等待一段时间后，终端仍然未上报cellUpdate，超时后释放，此类异常会同时影响切换成功率；
小区更新后物理信道重配超时：网络侧在下发physicalChannelReconfiguration消息后，终端没有响应，网络侧等待一段时间后，终端上报cellUpdate，网络侧下发cellUpdateConfirm消息，终端响应超时后释放，此类异常会同时影响切换成功率；
排查方法：
若UE未收到重配消息：调整后台下行最小发送功率，增加UE接收到重配消息的几率，或者调整周围网络的覆盖、频点、功率等，尽量降低下行方向上的干扰；
若网络侧没有收到重配完成消息：则调整后台DPCH的期望接收功率，同时利用网规网优手段，降低上行方向上的干扰；
1.1.2.3
信令消息
过程解释
measurementReport
measurementReport
measurementControl
网络侧重新下发同频及异频测量控制消息；
measurementControl
3.原因分析及排查手段：
一般为RNC资源申请失败导致，如码道资源不足，软资源（功率、干扰）接纳失败等（此时信令跟踪工具上没有IUB口和空口消息）；可查看目标小区剩余的码道资源数看是否有足够的剩余资源，并查看公共测量值和配置的接纳门限，是否为功率干扰等软资源受限。
1.1
1.1.1
RNC内切换相关的异常主要有如下几种典型场景：
物理信道重配失败：网络侧在下发physicalChannelReconfiguration消息后，终端回physicalChannelReconfigurationFailure消息，导致切换过程失败，此类异常影响RNC内切换成功率，但不会导致掉话；
measurementControl
网络侧重新向终端下发同频及异频测量控制消息或系统间测量；
measurementControl
OlpcParaInfo
原因分析及排查手段：
查看PhysicalChannelReconfigurationFailure中携带的失败原因，比如最常见的Failure cause为physical channel failure，表示UE无法在建立新的物理信道，即UE无法在新的信道配置上完成L1同步（UE在T312时间内，收到N312个同步指示，即认为新的信道建立成功）。造成这种现象的原因可能为物理信道所在的时隙干扰较大，或目标小区存在UP干扰。
信令过程
由于比较难于搜集同一次跨RNC切换异常过程中S侧和D侧的信令，因此本部分未以截图的形式给出行令流程。
S侧信令：
信令消息
过程解释
measurementReport
RNC收到终端1G或2A测量报告，且目标小区不归属于本RNC，向CN发起重定位请求；
RelocationRequired
RelocationPreparationFailure
RadioLinkSetupRequest
RNC发起无线链路建立，NodeB返回失败；
RadioLinkSetupFailure
RelocationFailure
RNC向CN发送重定位失败消息，根据失败的类型填写消息中的错误码；
IuReleaseRequest
D侧发起Iu连接释放过程；
IuReleaseCommand
1.1.2.2
信令消息
过程解释
measurementReport
网络侧收到终端1G/2A测量报告
FpSAddReq
在目标小区建立无线链路及承载；
FpSAddRsp
RadioLinkSetupRequest
RadioLinkSetupResponse
FpSInitReq
FpSInitRsp
physicalChannelReconfiguration
原因分析及排查手段：
可能原因为：
UE未收到CONFIRM消息（下行功率不足或存在干扰等原因）；
UE收到了CONFIRM消息，并发送了COMPLETE消息，但RNC未收到（上行功率不足或存在干扰等原因）；
UE收到了CONFIRM消息，但没发送COMPLETE消息（消息错误或UE内部错误等原因）；
排查方法：
cellUpdate
RadioLinkFailureIndication
rrcConnectionRelease
cellUpdate
rrcConnectionRelease
RadioLinkFailureIndication
RadioLinkDeletionRequest
RadioLinkDeletionResponse
排查方法：
查看各时隙干扰情况，如果发现时隙干扰很大，查看NODEB载扇是否正常，同时查看邻小区是否有大量同频邻区，若在话务量小的情况下，ISCP仍然很高，则干扰可能来自异系统，如：GSM，PHS等；
查看目标小区UP干扰，若较大，则进行UP位置偏移；
时隙干扰经常性偏大时，可以尝试调低UE的上、下行开环功率；
FpSInitReq
Fp来自百度文库InitRsp
physicalChannelReconfiguration
网络侧向终端发起物理信道重配过程，终端回应物理信道重配失败，失败原因为物理层同步失败，期间夹杂的测量报告为2F事件，不影响切换过程，可以忽略；
RlmiUciuHelloForward
RlmiUciuHelloFwdAck
1.1.2.5
1.信令截图：
2.原因分析及排查手段：
RNC在收到CN RAB指派后，UE上报一个测量报告，但此时RNC在处理CN RAB指派，无法同时处理测量报告，RNC缓存此条测量报告，等RAB指派完成后，在发起切换过程，由于此案例中测量报告中的目标小区来自邻RNC，因此发起了重定位流程。
1.2
1.2.1
网络侧收到终端1G/2A测量报告
FpSAddReq
在目标小区建立无线链路及承载，此案例中RL建立过程中夹杂了一条测量报告，该测量报告为2F测量报告，不影响切换过程，可以忽略；
FpSAddRsp
RadioLinkSetupRequest
measurementReport
RadioLinkSetupResponse
名称：
提交人：张鑫提交日期：2011-12-24
软件版本：硬件版本：
********************************************************************************************************************
若UE未收到CONFIRM消息：调整后台下行最小发送功率，增加UE接收到CONFIRM消息的几率，或者调整周围网络的覆盖、频点、功率等，尽量降低下行方向上的干扰；
若网络侧没有收到重配完成消息：则调整后台DPCH的期望接收功率，同时利用网规网优手段，降低上行方向上的干扰；
1.1.2.4
1.信令截图：
2.信令分析：
RadioLinkDeletionResponse
FpSRelReq
IuReleaseRequest
原因分析及排查手段：
UE收到了RECONFIGURATION消息，并发送了COMPLETE消息，但RNC未收到（上行功率不足或存在干扰等原因）；
UE收到了RECONFIGURATION消息，但没发送COMPLETE消息（消息错误或UE内部错误等原因）；
网络侧收到终端1G/2A测量报告
FpSAddReq
在目标小区建立无线链路及承载；
FpSAddRsp
RadioLinkSetupRequest
RadioLinkSetupResponse
FpSInitReq
FpSInitRsp
physicalChannelReconfiguration
网络侧向终端发起物理信道重配过程，定时时间内终端未发送物理信道重配完成消息，则等待终端上报小区更新；
IuReleaseComplete
原因分析及排查
根据S侧Relocation Preparation Failure消息或Relocation Failure消息中的错误码，参考非标准原因错误码对应表中说明，进行排查；
1.2.2.2
异常描述
D侧资源分配失败，D侧RNC向CN发送重定位失败，CN向S侧RNC发送重定位准备失败；
measurementControl
向终端重新发送同频/异频测量建立消息；
measurementControl
D侧信令：
信令消息
过程解释
RelocationRequest
D侧RNC收到CN发送的重定位请求，在D侧进行实例创建，承载建立、资源分配等操作，资源分配成功，则发起无线链路建立过程，如果其中某一步执行失败，如无线资源不足、承载建立失败，则没有无线链路建立过程；
RNC内切换相关的异常主要有如下几种典型场景，
CN侧响应RelocationPrepareFailure：
CN响应超时；
CN响应IuReleaseCommand；
终端RB重配失败；
终端RB重配失败；
下面分别详细描述各类异常发生的场景及原因，并给出对应排查手段。
1.2.2
1.2.2.1
异常描述
当S-RNC向CN发送Relocation Required消息后，CN向D-RNC发送Relocation Request，D-RNC侧发起类似于业务接入的流程，分配信令、业务所需的物理资源，并建立无线链路及相应承载，其中任何一个步骤发生异常，则会向CN响应Relocation Failure消息，携带D侧失败的错误码，CN通过Relocation Preparation Failure消息透传该错误码到S-RNC，由于是重定位准备阶段流程发生异常，不会记入跨RNC切换失败，因此不会影响任何KPI指标，但此类异常会导致终端脱离源小区覆盖而又无法切换，最终因覆盖问题导致掉话。
measurementReport
measurementReport
measurementReport
physicalChannelReconfigurationFailure
RadioLinkDeletionRequest
网络侧删除目标小区无线链路及承载；
measurementReport
RadioLinkDeletionResponse
信令消息
过程解释
measurementReport
终端上报测量报告，在此案例中，测量报告为2A，实际情况中还可能出现1G测量报告的情况，但由于目标小区物理资源不足或目标小区存在异常导致无法分配资源，未发起RL建立及物理信道重配等后续流程；
在此案例中，另一条测量报告为2F，2F事件不会影响切换过程，可以忽略；
无效配置、配置不支持等配置错误：换个手机测试，若各厂家手机测试都有问题，将本小区的重配消息和正常小区的重配消息进行对比，查看配置是否正确；
注：物理信道/RB重配失败后测量控制下发说明：
切换失败后，RNC会重新下发测量控制消息，测量控制消息中携带邻区列表但不包含频点扰码等具体信息，如图所示，因为之前的测量控制消息中已经携带了邻区的扰码、频点等信息，UE侧已经保存了相关邻区的详细信息，因此网络侧不需要重新携带邻区的详细信息，只需要指示邻区序号。
网络侧收到测量报告但未发起切换：网络侧收到终端上报的1G或2A测量报告，但未在目标小区发起无线链路建立过程，也未向终端下发physicalChannelReconfiguration，此类异常不会对KPI指标造成直接影响；
1.1.2
1.1.2.1
1.信令截图：
2.信令分析：
信令消息
过程解释
measurementReport
cellUpdate
终端上报小区更新
RadioLinkDeletionRequest
RadioLinkDeletionResponse
IuReleaseRequest
IuReleaseCommand
rrcConnectionRelease
IuReleaseComplete
cellUpdate
rrcConnectionRelease
网络侧向终端发起物理信道重配过程，定时时间内终端未发送物理信道重配完成消息，且在等待时间内未上报小区更新；
measurementReport
UciuHelloForward
UciuHelloForwardAck
SUciuMacMeasReport
RadioLinkDeletionRequest
网络侧删除目标小区无线链路及承载；
物理信道重配超时：网络侧在下发physicalChannelReconfiguration消息后，终端没有响应，网络侧等待一段时间后，终端仍然未上报cellUpdate，超时后释放，此类异常会同时影响切换成功率；
小区更新后物理信道重配超时：网络侧在下发physicalChannelReconfiguration消息后，终端没有响应，网络侧等待一段时间后，终端上报cellUpdate，网络侧下发cellUpdateConfirm消息，终端响应超时后释放，此类异常会同时影响切换成功率；
排查方法：
若UE未收到重配消息：调整后台下行最小发送功率，增加UE接收到重配消息的几率，或者调整周围网络的覆盖、频点、功率等，尽量降低下行方向上的干扰；
若网络侧没有收到重配完成消息：则调整后台DPCH的期望接收功率，同时利用网规网优手段，降低上行方向上的干扰；
1.1.2.3
信令消息
过程解释
measurementReport
measurementReport
measurementControl
网络侧重新下发同频及异频测量控制消息；
measurementControl
3.原因分析及排查手段：
一般为RNC资源申请失败导致，如码道资源不足，软资源（功率、干扰）接纳失败等（此时信令跟踪工具上没有IUB口和空口消息）；可查看目标小区剩余的码道资源数看是否有足够的剩余资源，并查看公共测量值和配置的接纳门限，是否为功率干扰等软资源受限。
1.1
1.1.1
RNC内切换相关的异常主要有如下几种典型场景：
物理信道重配失败：网络侧在下发physicalChannelReconfiguration消息后，终端回physicalChannelReconfigurationFailure消息，导致切换过程失败，此类异常影响RNC内切换成功率，但不会导致掉话；