BSS呼叫流程與實(shí)際接口

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

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

3、response（未編號(hào)證實(shí)響應(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 幾點(diǎn)注釋幾點(diǎn)注釋 l在BSC與MSC之間的SCCP連接建起來之后，在完整的流程 之中，還應(yīng)該有鑒權(quán)和加密的過程。 對(duì)華為的MSC來說，鑒權(quán)和加密過程都是可選項(xiàng)。在實(shí) 際開局過程中，鑒權(quán)必選、加密可選。 華為BSS系統(tǒng)提供對(duì)加密算法1和2的支持。 l識(shí)別：當(dāng)MS上報(bào)的Establish_IND消息中所帶MS的標(biāo)識(shí)為 TMSI，而且VLR不認(rèn)識(shí)此TMSI或用TMSI進(jìn)行鑒權(quán)失敗時(shí)， MSC將啟動(dòng)“識(shí)別”過程。即MSC下發(fā)“Identity Request” 的透?jìng)飨⒔oMS，MS上報(bào)含IMSI的“Identity Response”消 息。 uNOTE

5、 1:鑒權(quán)、加密、識(shí)別 幾點(diǎn)注釋幾點(diǎn)注釋 l本流程中，已經(jīng)將釋放流程簡(jiǎn)化；詳見BSC的 正常釋放流程。 l在MSC中，位置更新時(shí)是否為MS重新分配新的 TMSI號(hào)碼為可選項(xiàng)。 l若MSC側(cè)選擇“位置更新時(shí)分配TMSI”為否，則 在 位 置 更 新 的 過 程 中 ， M S 沒 有 “ T M S I Reallocation Complete”消息的上報(bào)。 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_主叫到掛 機(jī) A_主叫到掛機(jī) 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)、加密、識(shí)別過程可選。見位置更新 過程的NOTE 1。 2、類標(biāo)更新流程： 對(duì)于雙頻手機(jī)而言，在SCCP連接建立之 后，收到“ CM Service Accepted” 之前， 還有一個(gè)類標(biāo)的更新流程。 CR消息上報(bào)的主要是CLASSMARK 2的信 息，使用類標(biāo)更新流程，手機(jī)上報(bà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ā)后，不再申請(qǐng)新的信 道，而是走“模式修改”的流程，模 式修改完成后，上報(bào)“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不能正確接收上行 信號(hào) l異常情況2：BSC向MS下發(fā)“ASSIGNMENT CMD”消息后， MS上報(bào)“ASSIGNMENT FAIL”消息，最可能的原因是： 下行鏈路誤碼率高。 三、三、BSC內(nèi)切換流程內(nèi)切換流程 l參考文件： A-bis_主叫到 掛機(jī) 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) 幾點(diǎn)注釋幾點(diǎn)注釋 lBSC上報(bào)“Handover_Performed”消息給MSC后，即啟動(dòng)對(duì)老 信道（BTS2上）的本地端釋放流程。 uNOTE1:異步切換與同步切換 lBSC內(nèi)的異步切換： 即BTS1和BTS2是屬于不同的基站

12、，此時(shí)基站需要下發(fā) PHY INFO消息；如上述流程所述。 lBSC內(nèi)的同步切換： 即BTS1和BTS2屬于相同基站，實(shí)際上是同一個(gè)站點(diǎn)的兩 個(gè)不同CELL，此時(shí)不會(huì)有PHY INFO消息的下發(fā)，手機(jī)上 報(bào)“Handover Access”消息后，很快上報(bào)SABM連接幀。 uNOTE2： 異常情況異常情況 l在BSC內(nèi)的異步切換過程中，當(dāng)小區(qū)BTS1下發(fā) PHY INFO消息達(dá)到最大次數(shù)后，MS仍未能接 入新信道，此時(shí)小區(qū)BTS1向BSC上報(bào)CONN FAIL IND消息，原因值為：handover access failure，BSC收到該消息后，啟動(dòng)對(duì)小區(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： 幾點(diǎn)注釋幾點(diǎn)注釋 lBSC1收到MSC下發(fā)的Clear_CMD消息后，即啟動(dòng)對(duì) BTS1老信道的本地端釋放流程。 lMSC內(nèi)BSC間切換： 兩個(gè)BSC同屬一個(gè)MSC。 lMSC間切換： 兩個(gè)BSC屬于不同的MSC。 上述兩種情況在A接口跟蹤到的消息是一樣的。 五、五、BSC正常釋放流程正常釋放流程 l參考文件： A-bis_主叫到 掛機(jī) 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) 幾點(diǎn)注釋幾點(diǎn)注釋 l網(wǎng)絡(luò)側(cè)主動(dòng)發(fā)起的釋放過程 lMS主動(dòng)發(fā)起的釋放過程 l對(duì)于上述兩種不同情形，除上述三條透?jìng)飨?的方向正好相反外，其余消息流程相同。 uNOTE1：釋放的兩種情形 六、六、BSC本地端釋放流程本地端釋放流程 l參考文件： A-bis_主叫

16、到掛機(jī) 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上報(bào)多個(gè)EST IND消息后， MS上報(bào)ASSIGNMENT FAIL消息，原 因值為：Protocol error unspecified。 u案例描述： 案例分析案例分析 l對(duì)消息進(jìn)行分析，發(fā)現(xiàn)MS在上報(bào)ASSIGNMENT

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

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