【正文】 動： SET BRDSTART: BT=OMU, MOD=LOAD。 2）在 LMT上復位備 OMU，待備 OMU復位后 20秒鐘，拔出備 OMU。把新備 OMU插入槽位中，備 OMU自動上電并啟動，等待備 OMU啟動成功。 3）備 OMU啟動成功后在 LMT執(zhí)行 “ SYC BAMFILE:。” 命令，把主 OMU的配置及加載目標文件同步到備 OMU硬盤上。 4）“ SYC BAMFILE:?！泵顖?zhí)行成功，再次復位備 OMU。 5） OMU再次啟動，啟動成功 10分鐘后（等待告警、日志文件主備同步），在 LMT上執(zhí)行倒換 OMU的操作，倒換命令返回后人工直接強制 LMT重連。 6） LMT重連成功，拔出第二塊舊 OMU，插入第二塊新 OMU。 7）第二塊新 OMU啟動成功，在 LMT執(zhí)行 “ SYC BAMFILE:?！?命令，把主 OMU的配置及加載目標文件同步到備 OMU硬盤上。 8）“ SYC BAMFILE:?！泵顖?zhí)行成功，再次復位新插入的 OMU。 9）新 OMU再次重啟后，單板更換完畢，再確認是否需要升級 LANSW。 4. （ 4分） UMG8900設備的級聯(lián)倒換功能牽涉到的單板比較多，在實際操作過程中，經常會導致 MBLU單板復位，告警或者倒換不成功等現(xiàn)象。在使用級聯(lián)倒換功能時，在UMG8900告警臺出現(xiàn) MBLU、 MFLU、 MTNU、 TCLU、 MNET級聯(lián)單板級聯(lián)通道告警，請分析一般是由什么原因造成？可以通過何種方法進行定位？ 答：（參考答案） UMG8900設備多框級聯(lián)組網時，如果通過 MBLU單板級聯(lián)，需要把 MBLU單板的 TDM通道和 GE通道的光 纖都插上，否則會有相應的級聯(lián)通道告警產生。 如果只級聯(lián) GE通道，而不需要級聯(lián) TDM通道，需要用光纖在 TDM端口進行自環(huán)，從而保證沒有 TDM通道故障告警產生；如果只級聯(lián) TDM通道，而不需要級聯(lián) GE通道，就需要用光纖在 GE端口自環(huán)，從而保證沒有 GE通道故障告警產生 。 對于 FE級聯(lián)通道，不需要進行自環(huán)處理。 級聯(lián)系統(tǒng)的告警主要是級聯(lián)單板的相應告警，主要包括 MBLU、 MFLU、 MTNU、 TCLU和 MNET單板。有關級聯(lián)告警的解釋和告警處理請參考設備的告警詳細聯(lián)機幫助內容。 案例分析 （ 每題 10 分 共 20 分 ） 1. （ 10分） 某局開局，配置數(shù)據(jù)后，發(fā)現(xiàn)位置更新不成功 ，位置更新涉及的表都有哪些， 請 根據(jù)這些表說明 位置更新的流程 ，并給出分析問題的思路 。 答：（參考答案） 如果手機用戶位置更新不成功，需要根據(jù)系統(tǒng)數(shù)據(jù)配置和位置更新流程進行問題的分析。位置更新需要配置的表格有： [位置區(qū)小區(qū)表 ]或 [位置區(qū)服務區(qū)表 ] （ ADD LAIGCI）、[IMSI GT 轉換表 ]（ ADD IMSIGT）、 [漫游用戶類型表 ] （ ADD ROAMUSRT）、 [SCCP GT表 ]（ ADD SCCPGT）、 [SCCP 子系統(tǒng)表 ]（ ADD SCCPSSN）等。 [位置區(qū)小區(qū)表 ]或 [位置區(qū)服務區(qū)表 ]的主要作用是配置是否允許在某位置區(qū)或小區(qū)中上網，因此如果沒有配置相應小區(qū)，就會導致 LOCATION_UPDATING_REJECT 消息，原因值為網絡故障（ Network failure）。 [IMSI GT 轉換表 ]的作用是進行 到 編碼的轉換，在位置更新過程中，使用的IMSI 是 編碼，而尋址 HLR 的 IMSI 格式要求是 的編碼，要求做這個轉換。如果沒有配置的話，就會導致 LOCATION_UPDATING_REJECT 消息，原因值為 PLMN 禁止（ PLMN not allowed）。 [漫游用戶類型表 ]的作用：配置用戶歸屬的網。這個屬性在位置更新過程中由 MAP 查詢，結果存放在 VDB 中，以后呼叫過程中不再查詢。如果該表沒有配置，那么默認是國際漫游用戶。 [SCCP GT 表 ]的作用是在位置更新過程中尋址 HLR，以便向 HLR 發(fā)起位置更新的請求。尋址 HLR 是用 IMSI（ 編碼，即用 轉換出來的）尋址，即“編號計劃”是“ 7”。如果發(fā)現(xiàn)是由于到 HLR 尋址錯誤，可以 LST SCCPGT 檢查下相應的 GT 數(shù)據(jù)是 否存在，并且可以對 GT 碼進行測試 TST SCCPGT。同時跟蹤到 HLR 的鏈路，查看鏈路消息是否正常發(fā)出，對端是否有回消息，消息內容是否正確，以進一步驗證是本局問題，還是對局問題，如 HLR 系統(tǒng)問題， HLR 用戶問題等。 檢查是否對用戶進行了漫游限制；鑒權數(shù)據(jù)是否有問題等。 6．目前不打開鑒權的情況下，手機無法進行位置更新 2．（ 10分） Mc接口是 MSC Server與媒體網關 MGW間的標準接口 ， 提供了 MSC Server在呼叫處理過程中控制 MGW中各類傳輸方式 （ IP/ATM/TDM） 的靜態(tài)及動態(tài)資源的能力 。在開局過程中，應首先調測好 Mc接口。 問題一：在開局調測時 MSOFTX3000和 UMG8900配置好數(shù)據(jù)后發(fā)現(xiàn) Mc接口是故障的，請給出故障排除的步驟。 （ 7分） 答：（參考答案） 1） 首先確定 MSOFTX3000和 UMG8900設備物理連接正常。在單板運行正常的情況下，先檢查 WIFM板的網口燈是否正常。然后可以通過在維護臺使用接口跟蹤 ping，查看WIFM板到 MPPB板的連接是否暢通，否則需要檢查物理通路是否有故障、 IP地址及路由是否正確配置，相應單板是否工作正常。 2） 檢查 MSOFTX3000和 UMG8900的 H24 SCTP參數(shù)是否一致，如是否鑒權、傳輸類型、二進制，校驗和算法等。 3） 通過跟蹤 SCTP消息定位， 查看消息流程是否正確，分析消息中的內容是否合法 。 4） 在 MGW側使用 DEA VMGW命令強制注銷 VMGW，再使用 ACT VMGW命令啟動媒體網關，媒體網關在啟動的時候將發(fā)起向 MSC SERVER進行注冊。檢查 MGW狀態(tài)是否顯示為“ Normal”。 問題二： Mc 接口數(shù)據(jù)配置（ 3 分） （ 1） 在配置 Mc接口數(shù)據(jù)時，一般 MSOFTX3000配置為 端， UMG8900配置為 端。 （ SERVER、 CLIENT） （ 2） MSOFTX3000和 UMG8900上配置的 SCTPPARA的檢驗和算法參數(shù)【 Checksum Arithmetic】要協(xié)商一致，目前 UMG8900缺省算法為 ： 。 （ CRC32）