系統(tǒng)原因?qū)е碌腡CH分配失敗ppt課件

1、 正常正常TCHTCH分配流程分配流程MSBTSBSCMSCChannel Activation TCHSABM (FACCH)Channel Activation Ack.Assignment CommandAssignment CommandAssignment RequestPhysical Context RequestPhysical Context ConfirmEstablish IndicationUAAssignment CompleteAssignment CompleteAssignment CmpRF Channel Release (SD)RF Channel Rel

2、ease Ack.STrr1ETrr1ST9108ET9108ST9103ET9103ST3107ET3107Chn Type，Priority，CIC，DL DTX，Queuing FlagTA，MS/BS_TxPwrSDCCHTA，MS/BS_TxPwrMA，TS，HSN，MAIO，MS_TxPwr異常異常TCHTCH分配流程擁塞分配流程擁塞MSBTSBSCMSCAssignment RequestAssignment FailureNo Radio Resource AvailableTCH擁塞擁塞C181dTCH 擁塞tTCH擁塞：tBSC收到分配懇求時，無空閑的TCH信道可用，并且隊

3、列功能未開啟或已滿tBSC發(fā)送帶“No Radio Resourece Available緣由的Assignment Failure音訊，中止呼叫。tC181d計數(shù)添加異常異常TCHTCH分配流程隊列超時分配流程隊列超時MSBTSBSCMSCQueueing IndicationST11Assignment RequestT11 超時Clear RequestNo Radio Resource Available隊列超時隊列超時t隊列超時: t呼叫排在隊列中，直到計時器T11超時也未能等到空閑的TCH。tBSC在A接口上發(fā)送帶“No Radio Ressource Available 緣由的C

4、lear Request音訊，釋放呼叫。tMC612c計數(shù)添加MC612c異常異常TCHTCH分配流程有線資源不可用分配流程有線資源不可用BTSBSCMSC有線資源不可用有線資源不可用Assignment Requestt有線資源不可用：tBSC收到MSC發(fā)出的Assignment Request后，即對其進(jìn)展分析t當(dāng)BSC發(fā)現(xiàn)以下問題時，會發(fā)送帶“Requested terrestrial resource unavailable緣由的Assignment Failure音訊，中止呼叫t指定的CIC為0t由于操作維護(hù)的緣由導(dǎo)致指定的CIC不可用tC181e計數(shù)添加Assignment Fai

5、lureRequested terrestrial resource unavailableC181e異常異常TCHTCH分配流程有線資源已分配分配流程有線資源已分配BTSBSCMSC有線資源已分配有線資源已分配Assignment Requestt有線資源已分配：tBSC收到MSC發(fā)出的Assignment Request后，即對其進(jìn)展分析t當(dāng)BSC發(fā)現(xiàn)以下問題時，會發(fā)送帶“Terrestrial Resource Already Allocated緣由的Assignment Failure音訊，中止呼叫t指定的CIC已被其他銜接運用tC181e計數(shù)添加Assignment FailureT

6、errestrial Resource Already AllocatedC181e異常異常TCHTCH分配流程有線資源已分配分配流程有線資源已分配案例案例t華為軟交換局下C181e的TCH分配失敗問題的處理1t無線側(cè)：實踐路測中發(fā)如今華為MSC下終端有發(fā)生主叫側(cè)CPROC或被叫側(cè)CCONF后收到網(wǎng)絡(luò)下發(fā)DISKCause: Requested circuit/channel not available的情況。tBSS側(cè)：經(jīng)過A口信令流程查詢發(fā)現(xiàn)是由于MSC向BSC發(fā)起ASREQ后，BSC發(fā)現(xiàn)ASREQ中指向的PCM TS還未完全釋放，即立刻回復(fù)一個ASFAICause: terrestria

7、l resource already allocated，OMCR統(tǒng)計COUNT即C181e，最后MSC隨即下發(fā)DISKCause: Requested circuit/channel not available。 異常異常TCHTCH分配流程有線資源已分配分配流程有線資源已分配案例案例t華為軟交換局下C181e的TCH分配失敗問題的處理2t詳細(xì)問題流程見 Local TimeUpSCCPPDLayer 3PDLayer 416:38:58.903FALSEUDTBMPAGING16:39:00.561TRUECRBMCL3INFRRPAGRES16:39:02.391FALSEDT1BMAS

8、GREQ16:39:02.395TRUEDT1CCDISC16:39:02.478FALSEDT1CCREL16:39:03.102TRUEDT1CCRELCPL16:39:03.148FALSEDT1BMCLRCMD16:39:03.600TRUERLSD16:39:03.606TRUEUDTBMRSCACK16:39:03.654FALSERLC16:39:01.575FALSEUDTBMPAGING16:39:02.175TRUECRBMCL3INFRRPAGRES16:39:03.543FALSEDT1BMASGREQ16:39:03.592TRUEDT1BMASGFAIL16:39:

9、03.606TRUEUDTBMRSCACK16:39:03.687FALSEDT1CCDISC16:39:04.022TRUEDT1CCREL16:39:04.082FALSEDT1CCRELCPL16:39:04.085FALSEDT1BMCLRCMD16:39:04.121TRUEDT1BMCLRCPL16:39:04.197FALSERLSD16:39:04.221TRUERLC 右表中第一個黃色單元格為上一次MSC分配至某一個PCM TS的最后一條釋放信令RLC釋放時間為16:39:03.654，然而第二個黃色單元格MSC下發(fā)ASREQ時間為16:39:03.543，明顯為BSC側(cè)上次

10、還未釋放完全MSC第二次又指配同樣的PCM TS。 異常異常TCHTCH分配流程有線資源已分配分配流程有線資源已分配案例案例t華為軟交換局下C181e的TCH分配失敗問題的處理3t發(fā)現(xiàn)問題流程之后，對華為局下BSC75BSS側(cè)共有10個HW針對該流程進(jìn)展PCM TS分布情況查詢發(fā)現(xiàn)。發(fā)生C181e TCH分配失敗共23次發(fā)生的PCM均為37/38/39/40即第10個HWt之后經(jīng)過各PCM運用情況分布，發(fā)如今BSC75下第10個HW對應(yīng)的PCM37/38/39/40的分配次數(shù)是其他PCM的3倍左右，詳細(xì)如以下圖表中綠色柱： 異常異常TCHTCH分配流程有線資源已分配分配流程有線資源已分配案例案

11、例t華為軟交換局下C181e的TCH分配失敗問題的處理4t經(jīng)過與南京挪動交換工程師及華為交換工程師交流得知該類問題與華為交換的選線方式有關(guān)，現(xiàn)網(wǎng)華為局一個選線循環(huán)模塊管理3個HW，每個模塊的中繼分配次數(shù)相當(dāng)。因此假設(shè)該模塊下只需1個HW，那么每HW中繼分配次數(shù)將是其他有3個HW模塊下的3倍。t經(jīng)過深化交流和協(xié)商處理該問題的方法暫時只需HW擴(kuò)容或減容。 t經(jīng)過HW減容后HUA WEI MSC下BSC C181e TCH分配失敗均有明顯改善，詳細(xì)見以下圖表：異常異常TCHTCH分配流程有線資源未配置分配流程有線資源未配置BTSBSCMSC有線資源未配置有線資源未配置Assignment Reque

12、stt有線資源未配置：tBSC收到MSC發(fā)出的Assignment Request后，即對其進(jìn)展分析t當(dāng)BSC發(fā)現(xiàn)以下問題時，會發(fā)送帶“BSS not Equipped緣由的Assignment Failure音訊，中止呼叫t指定的CIC不存在t指定的CIC沒有配備或配置t指定的CIC是No.7的信令信道tC181j計數(shù)添加Assignment FailureBSS not EquippedC181j異常異常TCHTCH分配流程有線資源未配置分配流程有線資源未配置案例案例tBSC11MSC13 C181j的TCH分配失敗問題的處理1t2019年3月，對OMCR全局目的進(jìn)展一致檢查，發(fā)現(xiàn)OMCR

13、統(tǒng)計結(jié)果顯示BSC11MSC13存在早忙時每小時約30-40次左右的TCH分配失敗，失敗的緣由為“BSS NOT EQUP，詳細(xì)如以下圖表：異常異常TCHTCH分配流程有線資源未配置分配流程有線資源未配置案例案例tBSC11MSC13 C181j的TCH分配失敗問題的處理2t為了進(jìn)一步確認(rèn)系統(tǒng)問題，我們對BSC11進(jìn)展了信令跟蹤并發(fā)現(xiàn)一切包含緣由為“BSS NOT EQUP的TCH分配失敗信令所對應(yīng)的TCH分配命令均為對PCM41，TS16的分配，而TS16曾經(jīng)定義為N7，并且此根信令封鎖，因此，BSC回送分配失敗。詳細(xì)信令如以下圖所示： 異常異常TCHTCH分配流程有線資源未配置分配流程有線

14、資源未配置案例案例tBSC11MSC13 C181j的TCH分配失敗問題的處理3t需求指出的是TCH指配是由MSC發(fā)起的(ASSIGMENT REQUEST)，因此MSC不該當(dāng)要求BSC將TCH信道分配到N7對應(yīng)的時隙上。經(jīng)過交換工程師的檢查，發(fā)現(xiàn)PCM46，TS16的時隙形狀在交換側(cè)顯示為“ready，并且沒有定義成信令，所以交換時機(jī)對它進(jìn)展分配。后交換工程師將PCM46，TS16時隙打死封鎖后，問題得到處理。處理之后該項分配失敗回復(fù)為0，如下所示： 異常異常TCHTCH分配流程協(xié)議錯誤分配流程協(xié)議錯誤BTSBSCMSC協(xié)議錯誤協(xié)議錯誤Assignment Requestt協(xié)議錯誤：tBSC收到MSC發(fā)出的Assignment Request后，即對其進(jìn)展分析t當(dāng)BSC發(fā)現(xiàn)以下問題時，會發(fā)送帶“Protocol Error between BSC a