BSS呼叫流程與實際接口

1、BSS呼叫流程與實際接口分析呼叫流程與實際接口分析 序言序言 l課程目標(biāo)：課程目標(biāo)： 通過本課程的學(xué)習(xí)，掌握實際接口的信令分析方 法，輔助故障定位。 l如何學(xué)習(xí)本課程：如何學(xué)習(xí)本課程： 安裝BSC操作維護系統(tǒng)。 拷貝接口跟蹤結(jié)果文件。 使用BSC維護臺的“GSM接口跟蹤回顧”功能 跟隨學(xué)習(xí)。 案例模擬：通過實際的接口跟蹤進(jìn)行信令分析輔 助故障定位。 l注意事項：注意事項： 禁止在系統(tǒng)忙時或BSC負(fù)荷較重時使用BSC接 口跟蹤功能。 課程內(nèi)容課程內(nèi)容 案例分析案例分析 位置更新過程位置更新過程 呼叫流程（主叫）呼叫流程（主叫） BSC內(nèi)切換流程內(nèi)切換流程 BSC間切換流程間切換流程 BSC正常釋

2、放流程正常釋放流程 BSC本地端釋放流程本地端釋放流程 一、位置更新過程一、位置更新過程 l位置更新的目的：位置更新的目的： 通知網(wǎng)絡(luò)手機目前所在的位置區(qū)，便于尋呼 l何時需要位置更新？何時需要位置更新？ 進(jìn)入新的位置區(qū) 定期更新（周期性位置更新） 位置更新過程位置更新過程 l參考文件： A-bis_上網(wǎng)（接 口跟蹤結(jié)果文件） l注釋： 本頁膠片中的消 息標(biāo)號為該消息 在參考文件中的 序號 SABM: Set asynchronous balanced mode command（設(shè)置準(zhǔn)同步平衡模 式），在新信道上的“ 初始接入幀” UA: Unnumbered acknowledgement

3、response（未編號證實響應(yīng)） MSBTSBSCMSC Channel_reqChannel_Required(2) Channel_Active(3) Channel_Active_Ack(4) IMMEDIATE ASSIGN COMMAND (5) Establish_IND(Location Updating Req) (6) CR(Complete_L3_ information) Location Updating Accepted (10) TMSI Reallocation Complete(NOTE 2) (11) CC (NOTE 1) (NOTE 3)Clear_CM

4、D Clear_CMP First SABM 幾點注釋幾點注釋 l在BSC與MSC之間的SCCP連接建起來之后，在完整的流程 之中，還應(yīng)該有鑒權(quán)和加密的過程。 對華為的MSC來說，鑒權(quán)和加密過程都是可選項。在實 際開局過程中，鑒權(quán)必選、加密可選。 華為BSS系統(tǒng)提供對加密算法1和2的支持。 l識別：當(dāng)MS上報的Establish_IND消息中所帶MS的標(biāo)識為 TMSI，而且VLR不認(rèn)識此TMSI或用TMSI進(jìn)行鑒權(quán)失敗時， MSC將啟動“識別”過程。即MSC下發(fā)“Identity Request” 的透傳消息給MS，MS上報含IMSI的“Identity Response”消 息。 uNOTE

5、 1:鑒權(quán)、加密、識別 幾點注釋幾點注釋 l本流程中，已經(jīng)將釋放流程簡化；詳見BSC的 正常釋放流程。 l在MSC中，位置更新時是否為MS重新分配新的 TMSI號碼為可選項。 l若MSC側(cè)選擇“位置更新時分配TMSI”為否，則 在 位 置 更 新 的 過 程 中 ， M S 沒 有 “ T M S I Reallocation Complete”消息的上報。 uNOTE 2： uNOTE3： 異常情況異常情況 l位置更新拒絕，即收到MSC下發(fā)的“Location Updating Rejected”消息，可能的原因有： A、MSC未配BSC有關(guān)的小區(qū)的CGI B、MSC與VLR的通訊失敗 C、

6、MS在HLR中未登記 二、呼叫流程（主叫）二、呼叫流程（主叫） l參考文件： A-bis_主叫到掛 機 A_主叫到掛機 MSBTSBSCMSC Channel_reqChannel_Required (0) Channel_Active (1) Channel_Active_Ack (2) IMMEDIATE ASSIGN COMMAND (3) Establish_IND(CM Service Req) (5) First SABM CM Service Accepted (9) CR(Complete_L3_information) (0) CC (1) (NOTE 1) (2) Setu

7、p (10) Call Processing (11) ASSIGNMENT COMMAND (14) First SABM Establish_IND (18) Channel_Active (12) Channel_Active_Ack (13) (NOTE 2) Assignment_Req (5) Assignment_CMP (7) ASSIGNMENT CMP (23) Alerting (40) Connect (63) Connect Ack (65) (NOTE 3) Disconnect (200) Release (201) Release Complete (203)

8、(NOTE 4) Clear_CMD Clear_CMP 通話通話 (3) (4) (18) (19) (21) (24) (25) (28) (32) (33) NOTE 1：類標(biāo)更新流程：類標(biāo)更新流程 1、鑒權(quán)、加密、識別過程可選。見位置更新 過程的NOTE 1。 2、類標(biāo)更新流程： 對于雙頻手機而言，在SCCP連接建立之 后，收到“ CM Service Accepted” 之前， 還有一個類標(biāo)的更新流程。 CR消息上報的主要是CLASSMARK 2的信 息，使用類標(biāo)更新流程，手機上報與雙頻能 力相關(guān)的CLASSMARK 3的信息。 NOTE 2: 信道指配的幾種方式信道指配的幾種方式

9、l早指配：早指配： MSC下發(fā)的“Assignment_Req”在 “Alerting”消息之前，為“早指配” 流程； l晚指配：晚指配： MSC下發(fā)的“Assignment_Req”在 “Alerting”消息之后，為“晚指配”。 l“及早指配及早指配”： 在立即指配的過程中，就直接分配 TCH信道，在MSC的“Assignment _Req”消息下發(fā)后，不再申請新的信 道，而是走“模式修改”的流程，模 式修改完成后，上報“Assignment _CMP”消息給MSC。 及早指配流程 異常情況異常情況 l異常情況1：MSC的“Assignment_Req”下發(fā)，BSC沒有向 MS下發(fā)“ASS

10、IGNMENT CMD”消息，直接向MSC回 “Assignment_Fail”消息，最可能原因有： A、BSC無可用的TCH信道； B、MSC所指配的CIC在BSC側(cè)不為空閑態(tài)； C、上行鏈路傳輸故障或干擾，BTS不能正確接收上行 信號 l異常情況2：BSC向MS下發(fā)“ASSIGNMENT CMD”消息后， MS上報“ASSIGNMENT FAIL”消息，最可能的原因是： 下行鏈路誤碼率高。 三、三、BSC內(nèi)切換流程內(nèi)切換流程 l參考文件： A-bis_主叫到 掛機 MSBTS1BSCBTS2MSMSC Channel_Active (124) Channel_Active_Ack (125

11、) Measure Report from MS HANDOVER COMMAND (126) Handover Access Handover_Detect (127) PHYINFO PHYINFO First SABM Establish_IND (128) HANDOVER COMPLETE (132) Handover_Performed (NOTE 2) 幾點注釋幾點注釋 lBSC上報“Handover_Performed”消息給MSC后，即啟動對老 信道（BTS2上）的本地端釋放流程。 uNOTE1:異步切換與同步切換 lBSC內(nèi)的異步切換： 即BTS1和BTS2是屬于不同的基站

12、，此時基站需要下發(fā) PHY INFO消息；如上述流程所述。 lBSC內(nèi)的同步切換： 即BTS1和BTS2屬于相同基站，實際上是同一個站點的兩 個不同CELL，此時不會有PHY INFO消息的下發(fā)，手機上 報“Handover Access”消息后，很快上報SABM連接幀。 uNOTE2： 異常情況異常情況 l在BSC內(nèi)的異步切換過程中，當(dāng)小區(qū)BTS1下發(fā) PHY INFO消息達(dá)到最大次數(shù)后，MS仍未能接 入新信道，此時小區(qū)BTS1向BSC上報CONN FAIL IND消息，原因值為：handover access failure，BSC收到該消息后，啟動對小區(qū)BTS1 上新信道的本地端釋放流程

13、。 u異常情況： 四、四、BSC間切換流程間切換流程 MSBTS1BSC1BTS2MSMSC Measure Report from MS BSC2 (NOTE 1) Handover_Required Handover_Request Channel_Active Channel_Active_Ack Handover_Request_Ack Handover_CMD Handover_Detect Handover_Detect HANDOVER COMMANDHandover Access PHY INFO PHY INFO First SABM Establish_INO HANDOV

14、ER COMPLETE Handover_Cmp Clear_CMD Clear_CMP (NOTE 2) uNOTE1: BSC間切換的兩種不同情形 uNOTE2： 幾點注釋幾點注釋 lBSC1收到MSC下發(fā)的Clear_CMD消息后，即啟動對 BTS1老信道的本地端釋放流程。 lMSC內(nèi)BSC間切換： 兩個BSC同屬一個MSC。 lMSC間切換： 兩個BSC屬于不同的MSC。 上述兩種情況在A接口跟蹤到的消息是一樣的。 五、五、BSC正常釋放流程正常釋放流程 l參考文件： A-bis_主叫到 掛機 MSBTSBSCMSC (NOTE 1) Disconnect (200) Release

15、(201) Release Complete (203) CHANNEL RELEASE (204) Clear_CMD Clear_CMP First DISC UA Deactive_SACCH (205) Release_IND (206) RF_Release_Req (207) RF_Release_Req_ACK (208) 幾點注釋幾點注釋 l網(wǎng)絡(luò)側(cè)主動發(fā)起的釋放過程 lMS主動發(fā)起的釋放過程 l對于上述兩種不同情形，除上述三條透傳消息 的方向正好相反外，其余消息流程相同。 uNOTE1：釋放的兩種情形 六、六、BSC本地端釋放流程本地端釋放流程 l參考文件： A-bis_主叫

16、到掛機 MSBTSBSCMSC Deactive_SACCH (133) Release_Confirm (136) RF_Release_Req (135) RF_Release_Req_ACK (137) Release_Req(LOCAL END) (NOTE 1) (134) 七、案例分析七、案例分析 lBSC的ASSIGNMENT CMD消息下發(fā) 后，BTS上報多個EST IND消息后， MS上報ASSIGNMENT FAIL消息，原 因值為：Protocol error unspecified。 u案例描述： 案例分析案例分析 l對消息進(jìn)行分析，發(fā)現(xiàn)MS在上報ASSIGNMENT

17、FAIL 消息之前，先后 上報了多個EST IND消息。 l對于BTS，當(dāng)BTS收到MS上報的一個SABM幀，BTS向BSC對應(yīng)上報 一個建立指示EST IND，也就是說BTS收到了MS上報的多個SABM幀。 l由于開局現(xiàn)場使用測量報告預(yù)處理，但BTS上報的預(yù)處理測量報告 (PREPROC MEAS_RES)均為無效的測量報告，可以推斷MS在新申請 的TCH信道上上行的電平(或質(zhì)量)較好，但下行的電平(或質(zhì)量)較差。 l因此BTS能解碼MS上報的SABM幀，但MS不能解碼BTS下發(fā)的UA幀， 導(dǎo)致MS上報多個EST IND消息。 u案例分析： 案例分析案例分析 l結(jié)論：結(jié)論： 由此可以得出，開

18、局現(xiàn)場出現(xiàn)大量ASSIGNMENT FAIL，主要原因是MS的下行接收電平或質(zhì)量較差 的緣故。 最后，現(xiàn)場人員對該BTS進(jìn)行檢查，發(fā)現(xiàn)有一個 TRX到SCU的連線松掉，將TRX到SCU的連線固定 緊后，上述現(xiàn)象消失。 l案例重現(xiàn)：案例重現(xiàn)： 在實驗室，進(jìn)行了模擬，采取拔掉BTS的發(fā)端天線，制造下行電 平或質(zhì)量較差的現(xiàn)象。 MS在新信道TCH上幾次上報EST IND都 沒有成功，然后在舊信道SDCCH上上報ASSIGNMENT FAIL， 原因值為：Protocol error unspecified。 附錄：附錄：Power Class lPhase 2手機輸出功率等級（Power Class）與實際功 率的對應(yīng)關(guān)系。 power class GSM900 Max peak power DCS1800