切換異常的幾種原因分析及排查

1、名稱：切換異常的幾種原因分析及排查提交人： 張鑫 提交日期：2011-12-24軟件版本： 硬件版本：*1.1 RNC內(nèi)切換過程中的異常1.1.1 總體描述RNC內(nèi)切換相關(guān)的異常主要有如下幾種典型場景：物理信道重配失敗：網(wǎng)絡(luò)側(cè)在下發(fā)physicalChannelReconfiguration消息后，終端回physicalChannelReconfigurationFailure消息，導(dǎo)致切換過程失敗，此類異常影響RNC內(nèi)切換成功率，但不會導(dǎo)致掉話；物理信道重配超時：網(wǎng)絡(luò)側(cè)在下發(fā)physicalChannelReconfiguration消息后，終端沒有響應(yīng)，網(wǎng)絡(luò)側(cè)等待一段時間后，終端仍然未上報

2、cellUpdate，超時后釋放，此類異常會同時影響切換成功率；小區(qū)更新后物理信道重配超時：網(wǎng)絡(luò)側(cè)在下發(fā)physicalChannelReconfiguration消息后，終端沒有響應(yīng)，網(wǎng)絡(luò)側(cè)等待一段時間后，終端上報cellUpdate，網(wǎng)絡(luò)側(cè)下發(fā)cellUpdateConfirm消息，終端響應(yīng)超時后釋放，此類異常會同時影響切換成功率；網(wǎng)絡(luò)側(cè)收到測量報告但未發(fā)起切換：網(wǎng)絡(luò)側(cè)收到終端上報的1G或2A測量報告，但未在目標(biāo)小區(qū)發(fā)起無線鏈路建立過程，也未向終端下發(fā)physicalChannelReconfiguration，此類異常不會對KPI指標(biāo)造成直接影響；1.1.2 典型信令過程1.1.2.1

3、物理信道重配失敗1. 信令截圖：2. 信令分析：信令消息過程解釋measurementReport 網(wǎng)絡(luò)側(cè)收到終端1G/2A測量報告FpSAddReq 在目標(biāo)小區(qū)建立無線鏈路及承載，此案例中RL建立過程中夾雜了一條測量報告，該測量報告為2F測量報告，不影響切換過程，可以忽略；FpSAddRsp RadioLinkSetupRequest measurementReport RadioLinkSetupResponse FpSInitReq FpSInitRsp physicalChannelReconfiguration 網(wǎng)絡(luò)側(cè)向終端發(fā)起物理信道重配過程，終端回應(yīng)物理信道重配失敗，失敗原因為物

4、理層同步失敗，期間夾雜的測量報告為2F事件，不影響切換過程，可以忽略；RlmiUciuHelloForward RlmiUciuHelloFwdAck measurementReport measurementReport measurementReport physicalChannelReconfigurationFailureRadioLinkDeletionRequest 網(wǎng)絡(luò)側(cè)刪除目標(biāo)小區(qū)無線鏈路及承載；measurementReport RadioLinkDeletionResponse FpSRelReq measurementControl 網(wǎng)絡(luò)側(cè)重新向終端下發(fā)同頻及異頻測量控

5、制消息或系統(tǒng)間測量；measurementControl OlpcParaInfo 原因分析及排查手段：查看PhysicalChannelReconfigurationFailure中攜帶的失敗原因，比如最常見的Failure cause為physical channel failure，表示UE無法在建立新的物理信道，即UE無法在新的信道配置上完成L1同步（UE在T312時間內(nèi)，收到N312個同步指示，即認(rèn)為新的信道建立成功）。造成這種現(xiàn)象的原因可能為物理信道所在的時隙干擾較大，或目標(biāo)小區(qū)存在UP干擾。排查方法：查看各時隙干擾情況，如果發(fā)現(xiàn)時隙干擾很大，查看NODEB載扇是否正常，同時查看鄰

6、小區(qū)是否有大量同頻鄰區(qū)，若在話務(wù)量小的情況下，ISCP仍然很高，則干擾可能來自異系統(tǒng)，如：GSM，PHS等；查看目標(biāo)小區(qū)UP干擾，若較大，則進行UP位置偏移；時隙干擾經(jīng)常性偏大時，可以嘗試調(diào)低UE的上、下行開環(huán)功率；無效配置、配置不支持等配置錯誤：換個手機測試，若各廠家手機測試都有問題，將本小區(qū)的重配消息和正常小區(qū)的重配消息進行對比，查看配置是否正確；注：物理信道/RB重配失敗后測量控制下發(fā)說明：切換失敗后，RNC會重新下發(fā)測量控制消息，測量控制消息中攜帶鄰區(qū)列表但不包含頻點擾碼等具體信息，如圖所示，因為之前的測量控制消息中已經(jīng)攜帶了鄰區(qū)的擾碼、頻點等信息，UE側(cè)已經(jīng)保存了相關(guān)鄰區(qū)的詳細信息，

7、因此網(wǎng)絡(luò)側(cè)不需要重新攜帶鄰區(qū)的詳細信息，只需要指示鄰區(qū)序號。1.1.2.2 物理信道重配超時信令消息過程解釋measurementReport網(wǎng)絡(luò)側(cè)收到終端1G/2A測量報告FpSAddReq在目標(biāo)小區(qū)建立無線鏈路及承載；FpSAddRspRadioLinkSetupRequestRadioLinkSetupResponseFpSInitReqFpSInitRspphysicalChannelReconfiguration網(wǎng)絡(luò)側(cè)向終端發(fā)起物理信道重配過程，定時時間內(nèi)終端未發(fā)送物理信道重配完成消息，且在等待時間內(nèi)未上報小區(qū)更新；measurementReportUciuHelloForwardU

8、ciuHelloForwardAckSUciuMacMeasReportRadioLinkDeletionRequest網(wǎng)絡(luò)側(cè)刪除目標(biāo)小區(qū)無線鏈路及承載；RadioLinkDeletionResponseFpSRelReqIuReleaseRequest原因分析及排查手段：UE收到了RECONFIGURATION消息，并發(fā)送了COMPLETE消息，但RNC未收到（上行功率不足或存在干擾等原因）；UE收到了RECONFIGURATION消息，但沒發(fā)送COMPLETE消息（消息錯誤或UE內(nèi)部錯誤等原因）；排查方法：若UE未收到重配消息：調(diào)整后臺下行最小發(fā)送功率，增加UE接收到重配消息的幾率，或者調(diào)

9、整周圍網(wǎng)絡(luò)的覆蓋、頻點、功率等，盡量降低下行方向上的干擾；若網(wǎng)絡(luò)側(cè)沒有收到重配完成消息：則調(diào)整后臺DPCH的期望接收功率，同時利用網(wǎng)規(guī)網(wǎng)優(yōu)手段，降低上行方向上的干擾；1.1.2.3 小區(qū)更新后物理信道重配超時信令消息過程解釋measurementReport網(wǎng)絡(luò)側(cè)收到終端1G/2A測量報告FpSAddReq在目標(biāo)小區(qū)建立無線鏈路及承載；FpSAddRspRadioLinkSetupRequestRadioLinkSetupResponseFpSInitReqFpSInitRspphysicalChannelReconfiguration網(wǎng)絡(luò)側(cè)向終端發(fā)起物理信道重配過程，定時時間內(nèi)終端未發(fā)送物理

10、信道重配完成消息，則等待終端上報小區(qū)更新；cellUpdate終端上報小區(qū)更新RadioLinkDeletionRequestRadioLinkDeletionResponseIuReleaseRequestIuReleaseCommandrrcConnectionReleaseIuReleaseCompletecellUpdaterrcConnectionReleasecellUpdateRadioLinkFailureIndicationrrcConnectionReleasecellUpdaterrcConnectionReleaseRadioLinkFailureIndicationR

11、adioLinkDeletionRequestRadioLinkDeletionResponse原因分析及排查手段：可能原因為：UE未收到CONFIRM消息（下行功率不足或存在干擾等原因）；UE收到了CONFIRM消息，并發(fā)送了COMPLETE消息，但RNC未收到（上行功率不足或存在干擾等原因）；UE收到了CONFIRM消息，但沒發(fā)送COMPLETE消息（消息錯誤或UE內(nèi)部錯誤等原因）；排查方法：若UE未收到CONFIRM消息：調(diào)整后臺下行最小發(fā)送功率，增加UE接收到CONFIRM消息的幾率，或者調(diào)整周圍網(wǎng)絡(luò)的覆蓋、頻點、功率等，盡量降低下行方向上的干擾；若網(wǎng)絡(luò)側(cè)沒有收到重配完成消息：則調(diào)整后

12、臺DPCH的期望接收功率，同時利用網(wǎng)規(guī)網(wǎng)優(yōu)手段，降低上行方向上的干擾；1.1.2.4 網(wǎng)絡(luò)側(cè)收到測量報告但未發(fā)起切換1. 信令截圖：2. 信令分析：信令消息過程解釋measurementReport終端上報測量報告，在此案例中，測量報告為2A，實際情況中還可能出現(xiàn)1G測量報告的情況，但由于目標(biāo)小區(qū)物理資源不足或目標(biāo)小區(qū)存在異常導(dǎo)致無法分配資源，未發(fā)起RL建立及物理信道重配等后續(xù)流程；在此案例中，另一條測量報告為2F，2F事件不會影響切換過程，可以忽略；measurementReportmeasurementControl網(wǎng)絡(luò)側(cè)重新下發(fā)同頻及異頻測量控制消息；measurementControl

13、3. 原因分析及排查手段：一般為RNC資源申請失敗導(dǎo)致，如碼道資源不足，軟資源（功率、干擾）接納失敗等（此時信令跟蹤工具上沒有IUB口和空口消息）；可查看目標(biāo)小區(qū)剩余的碼道資源數(shù)看是否有足夠的剩余資源，并查看公共測量值和配置的接納門限，是否為功率干擾等軟資源受限。1.1.2.5 網(wǎng)絡(luò)側(cè)在RAB指派過程中收到測量報告1. 信令截圖：2. 原因分析及排查手段：RNC在收到CN RAB指派后，UE上報一個測量報告，但此時RNC在處理CN RAB指派，無法同時處理測量報告，RNC緩存此條測量報告，等RAB指派完成后，在發(fā)起切換過程，由于此案例中測量報告中的目標(biāo)小區(qū)來自鄰RNC，因此發(fā)起了重定位流程。1

14、.2 RNC間切換過程中的異常1.2.1 總體描述RNC內(nèi)切換相關(guān)的異常主要有如下幾種典型場景，CN側(cè)響應(yīng)RelocationPrepareFailure：CN響應(yīng)超時；CN響應(yīng)IuReleaseCommand；終端RB重配失??；終端RB重配失敗；下面分別詳細描述各類異常發(fā)生的場景及原因，并給出對應(yīng)排查手段。1.2.2 典型信令過程及異常分析1.2.2.1 CN側(cè)響應(yīng)RelocationPrepareFailure異常描述當(dāng)S-RNC向CN發(fā)送Relocation Required消息后，CN向D-RNC發(fā)送Relocation Request，D-RNC側(cè)發(fā)起類似于業(yè)務(wù)接入的流程，分配信令、

15、業(yè)務(wù)所需的物理資源，并建立無線鏈路及相應(yīng)承載，其中任何一個步驟發(fā)生異常，則會向CN響應(yīng)Relocation Failure消息，攜帶D側(cè)失敗的錯誤碼，CN通過Relocation Preparation Failure消息透傳該錯誤碼到S-RNC，由于是重定位準(zhǔn)備階段流程發(fā)生異常，不會記入跨RNC切換失敗，因此不會影響任何KPI指標(biāo)，但此類異常會導(dǎo)致終端脫離源小區(qū)覆蓋而又無法切換，最終因覆蓋問題導(dǎo)致掉話。信令過程由于比較難于搜集同一次跨RNC切換異常過程中S側(cè)和D側(cè)的信令，因此本部分未以截圖的形式給出行令流程。S側(cè)信令：信令消息過程解釋measurementReportRNC收到終端1G或2A

16、測量報告，且目標(biāo)小區(qū)不歸屬于本RNC ，向CN發(fā)起重定位請求；RelocationRequiredRelocationPreparationFailureD側(cè)資源分配失敗，D側(cè)RNC向CN發(fā)送重定位失敗，CN向S側(cè)RNC發(fā)送重定位準(zhǔn)備失?。籱easurementControl向終端重新發(fā)送同頻/異頻測量建立消息；measurementControlD側(cè)信令：信令消息過程解釋RelocationRequest D側(cè)RNC收到CN發(fā)送的重定位請求，在D側(cè)進行實例創(chuàng)建，承載建立、資源分配等操作，資源分配成功，則發(fā)起無線鏈路建立過程，如果其中某一步執(zhí)行失敗，如無線資源不足、承載建立失敗，則沒有無線鏈路

17、建立過程；RadioLinkSetupRequestRNC發(fā)起無線鏈路建立，NodeB返回失?。籖adioLinkSetupFailureRelocationFailureRNC向CN發(fā)送重定位失敗消息，根據(jù)失敗的類型填寫消息中的錯誤碼；IuReleaseRequestD側(cè)發(fā)起Iu連接釋放過程；IuReleaseCommandIuReleaseComplete原因分析及排查根據(jù)S側(cè)Relocation Preparation Failure消息或Relocation Failure消息中的錯誤碼，參考非標(biāo)準(zhǔn)原因錯誤碼對應(yīng)表中說明，進行排查；1.2.2.2 CN響應(yīng)超時異常描述當(dāng)CN Iu口負荷

18、過高或CN存在某種異常時，會不處理S側(cè)發(fā)送的Relocation Required消息，D側(cè)表現(xiàn)為看不到任何信令，S側(cè)在發(fā)送Relocation Required后會設(shè)置等待定時器，定時器時長內(nèi)CN未響應(yīng)任何消息，則S側(cè)認(rèn)為對方狀態(tài)不可知，則發(fā)起Iu連接釋放過程，記作一次掉話，此類異常影響業(yè)務(wù)掉話率指標(biāo)。信令過程S側(cè)信令：信令消息過程解釋measurementReportRNC收到終端1G或2A測量報告，且目標(biāo)小區(qū)不歸屬于本RNC ，向CN發(fā)起重定位請求；RelocationRequiredIuRelaseRequestCN在定時時間內(nèi)（典型配置為10s）未響應(yīng)，S側(cè)發(fā)起Iu連接釋放，釋放的原

19、因為TRANAP_trelocprep_expiry，表示重定位準(zhǔn)備過程超時；IuReleaseCommandIuReleaseCompleteD側(cè)信令：D側(cè)未收到任何CN下發(fā)的信令消息。原因分析及排查需要確認(rèn)和CN的Iu口鏈路是否存在問題，如故障、擁塞等，重點在CN側(cè)排查問題。1.2.2.3 CN響應(yīng)IuReleaseCommand異常描述當(dāng)CN存在某種異常時，收到S側(cè)發(fā)送的Relocation Required消息，立即下發(fā)IuReleaseCommand，D側(cè)表現(xiàn)為看不到任何信令，此種異常不會導(dǎo)致任何KPI指標(biāo)異常，但會影響用戶感受。信令過程S側(cè)信令：信令消息過程解釋measuremen

20、tReportRNC收到終端1G或2A測量報告，且目標(biāo)小區(qū)不歸屬于本RNC ，向CN發(fā)起重定位請求；RelocationRequiredIuReleaseCommandCN在很短時間內(nèi)（毫秒級）向S側(cè)下發(fā)IuReleaseCommand消息；IuReleaseCompleteD側(cè)信令：D側(cè)未收到任何CN下發(fā)的信令消息。原因分析及排查需要確認(rèn)和CN是否存在問題，如故障、擁塞等，重點在CN側(cè)排查問題。1.2.2.4 終端RB重配失敗異常描述當(dāng)S-RNC向CN發(fā)送Relocation Required消息后，D側(cè)完成資源分配及建立過程，S側(cè)下發(fā)RB重配消息，由于終端在目標(biāo)側(cè)同步失敗，終端上報RB重配

21、失敗消息，記作一次跨RNC切換失敗，此類異常影響系統(tǒng)RNC間切換成功率，此外該異常會導(dǎo)致終端脫離源小區(qū)覆蓋而又無法完成切換，最終因覆蓋問題導(dǎo)致掉話。信令過程S側(cè)信令：信令消息過程解釋measurementReportRNC收到終端1G或2A測量報告，且目標(biāo)小區(qū)不歸屬于本RNC ，向CN發(fā)起重定位請求；RelocationRequiredRelocationCommandD側(cè)RNC接納成功，通過RelcationCommand攜帶D側(cè)分配的物理資源；radioBearerReconfigurationRNC通過RB重配消息，將D側(cè)分配的資源信息通知終端；radioBearerReconfigur

22、ationFailure終端在目標(biāo)側(cè)物理層同步，或因為配置不支持等原因，向S側(cè)RNC發(fā)送RB重配失敗消息；RelocationCancelS側(cè)RNC收到終端RB重配失敗消息后，向CN發(fā)送重定位取消，釋放D側(cè)分配的資源，并填寫對應(yīng)錯誤碼；measurementControl向終端重新發(fā)送同頻/異頻測量建立消息；measurementControlRelocationCancelAcknowledgeCN向RNC發(fā)送重定位取消確認(rèn)消息D側(cè)信令：信令消息過程解釋RelocationRequestD側(cè)RNC收到CN重定位請求，分配資源；RadioLinkSetupRequest資源分配成功后，發(fā)起無線

23、鏈路建立過程；RadioLinkSetupResponseRelocationRequestAcknowledge無線鏈路建立完成后，向CN發(fā)送重定位請求確認(rèn)消息，攜帶D側(cè)分配的資源，通過CN傳遞給S側(cè)；IuReleaseCommandS側(cè)RNC下發(fā)RB重配后，終端回應(yīng)RB重配失敗，S側(cè)RNC向CN發(fā)送重定位取消，CN向D側(cè)RNC發(fā)送的Iu釋放命令；RadioLinkDeletionRequestD側(cè)釋放已經(jīng)分配的資源，并刪除無線鏈路；RadioLinkDeletionResponseIuReleaseComplete原因分析及排查排查方法參考物理信道重配失敗。1.2.2.5 終端RB重配超時

24、異常描述當(dāng)S-RNC向CN發(fā)送Relocation Required消息后，D側(cè)完成資源分配及建立過程，S側(cè)下發(fā)RB重配消息，由于終端在目標(biāo)側(cè)同步失敗，終端上報RB重配失敗消息，記作一次跨RNC切換失敗，此類異常影響系統(tǒng)RNC間切換成功率，此外該異常會導(dǎo)致終端脫離源小區(qū)覆蓋而又無法完成切換，最終因覆蓋問題導(dǎo)致掉話。信令過程S側(cè)信令：信令消息過程解釋measurementReportRNC收到終端1G或2A測量報告，且目標(biāo)小區(qū)不歸屬于本RNC ，向CN發(fā)起重定位請求；RelocationRequiredRelocationCommandD側(cè)RNC接納成功，通過RelcationCommand攜帶

25、D側(cè)分配的物理資源；radioBearerReconfigurationRNC通過RB重配消息，將D側(cè)分配的資源信息通知終端；IuReleaseRequestS側(cè)RNC等待CN下發(fā)的IuReleaseCommand超時，原因是定時時間內(nèi)終端未在D側(cè)上報RB重配完成消息，S側(cè)RNC向CN發(fā)送Iu連接釋放請求，發(fā)起Iu連接釋放過程。IuReleaseCommandIuReleaseCompleteD側(cè)信令：信令消息過程解釋RelocationRequestD側(cè)RNC收到CN重定位請求，分配資源；RadioLinkSetupRequest資源分配成功后，發(fā)起無線鏈路建立過程；RadioLinkSet

26、upResponseRelocationRequestAcknowledge無線鏈路建立完成后，向CN發(fā)送重定位請求確認(rèn)消息，攜帶D側(cè)分配的資源，通過CN傳遞給S側(cè)；IuReleaseCommandS側(cè)RNC下發(fā)RB重配后，定時時間內(nèi)終端無響應(yīng)，S側(cè)RNC向CN發(fā)送Iu釋放請求，CN向D側(cè)RNC發(fā)送的Iu釋放命令；RadioLinkDeletionRequestD側(cè)釋放已經(jīng)分配的資源，并刪除無線鏈路；RadioLinkDeletionResponseIuReleaseComplete原因分析及排查排查方法參考物理信道重配超時。1.3 CS系統(tǒng)間切換過程中的異常1.3.1 總體描述1.3.2 典

27、型信令過程及異常分析1.3.2.1 重定位失敗信令過程原因分析及排查TRANAP_relocation_failure_in_target_CN_RNC_or_target_system：在2G網(wǎng)絡(luò)側(cè)重定位失敗，原因不明，可能是GSM側(cè)資源分配問題； TRANAP_unknown_target_rnc：可能原因如下：23G CN對接參數(shù)配置錯誤：外場初期進行23G測試時都是這個原因，正確配置后問題即可解決；在Not_BSICVerficationRequired配置，有時UE會上報非要求測量的頻點測量事件結(jié)果，也會出現(xiàn)此現(xiàn)象； TRANAP_unspecified_failure：原因不明；1.3.2.2 UE返回handoverFromUTRANFailure信令過程原因分析及排查切換失敗的原因都為configurationUnacceptable時，目前認(rèn)為和UE能力有關(guān)，協(xié)議上規(guī)定，UE返回原因為configurationUnacceptable切換失敗的可能為：UTRAN要求UE在不支持的情況下進行切換；或UTRAN要求UE使用其不支持的配置；或HANDOVER FROM UTRAN COMMAND消息中包含了信元“RAB information List”，并且這個信元不包含任何一個其信元“CN dom