-第章基本電信業(yè)務(wù)的故障分析與定位

1、目錄第2章基本電信業(yè)務(wù)的故障分析與定位 2-12.1基本電信業(yè)務(wù)的故障分類 2-12.2位置更新的故障分析與定位 2-12.2.1 故障判斷標(biāo)準(zhǔn) 2-1故障分析2-1故障定位2-22.3移動主叫的故障分析與定位 2-52.3.1 故障判定標(biāo)準(zhǔn) 2-5故障分析2-5故障定位2-6故障處理2-132.4移動被叫的故障分析與定位 2-18故障判定標(biāo)準(zhǔn) 2-18故障分析2-18故障定位 2-192.5局間切換的故障分析與定位 2-202.5.1 故障判斷標(biāo)準(zhǔn) 2-20故障分析2-20故障定位 2-202.6短消息業(yè)務(wù)的故障分析與定位 2-232.6.1 故障判斷標(biāo)準(zhǔn) 2-23故障分析2-232.7承載

2、業(yè)務(wù)的故障分析與定位 2-242.7.1 故障判斷標(biāo)準(zhǔn) 2-242.7.2 故障分析 2-24故障定位2-24第2章 基本電信業(yè)務(wù)的故障分析與定位2.1基本電信業(yè)務(wù)的故障分類基本電信業(yè)務(wù)故障主要包括普通語音業(yè)務(wù)的故障、承載業(yè)務(wù)的故障以及短消息業(yè)務(wù) 的故障。普通語音業(yè)務(wù)的故障按照呼叫流程又可以分為位置更新故障、移動用戶做 主叫故障、固定用戶做主叫故障、移動被叫故障以及主、被叫所在局間信令配合的 故障。維護人員在處理故障時，應(yīng)根據(jù)故障的原始信息以及各類故障的判斷標(biāo)準(zhǔn)首 先確定故障的分類。2.2位置更新的故障分析與定位故障判斷標(biāo)準(zhǔn)位置更新故障即用戶不能上網(wǎng)，其判斷標(biāo)準(zhǔn)為：用戶重新關(guān)機開機后，使用“D

3、SPUSRINF ”命令查詢用戶基本信息時， 系統(tǒng)反饋用戶不存在或IMSI附著標(biāo)志為“否”。故障分析在MSOFTX3000 運行正常時，位置更新的錯誤往往都是數(shù)據(jù)配置不當(dāng)引起的，最 常見的數(shù)據(jù)配置錯誤如表 2-1所示：表2-1位置更新故障常見的數(shù)據(jù)配置錯誤序號數(shù)據(jù)配置錯誤1位置區(qū)小區(qū)配置錯誤2IMSI GT數(shù)據(jù)錯誤3到HLR的GT翻譯數(shù)據(jù)錯誤、SCCP數(shù)據(jù)、MTP數(shù)據(jù)錯誤4運營商要求MSOFTX3000 支持Zone Code但在MAP功能配置中“是否支持區(qū)域 漫游功能”設(shè)置為“否”5MSOFTX3000與SGSN之間的接口數(shù)據(jù)配置錯誤（對于聯(lián)合位置更新失?。┏顺Ｒ姷臄?shù)據(jù)配置錯誤外、用戶自身

4、的屬性限制也是位置更新故障的重要因素。主要的受限因素為 Zone Code限制、ODB漫游限制、用戶歸屬網(wǎng)絡(luò)和漫游目標(biāo)網(wǎng)絡(luò)沒有簽署漫游協(xié)議。 對于這些問題應(yīng)當(dāng)聯(lián)系用戶或用戶歸屬HLR的維護人員解決問題。當(dāng)故障還無法定位時，使用命令“DEL MS ”刪除用戶數(shù)據(jù)后，讓用戶重新關(guān)機開機進行位置更新，并對用戶進行A/Iu接口、C/D接口跟蹤。位置更新故障的具體定位方法請參考2.2.3 故障定位。故障定位以下詳細(xì)介紹利用接口信令跟蹤得到的位置更新異常信令流程對各種具體故障進行定位分析1. 位置區(qū)小區(qū)數(shù)據(jù)錯誤引起的上網(wǎng)故障【故障現(xiàn)象】跟蹤 A/Iu 接口發(fā)現(xiàn)上報 LOCATION_UPDATING_RE

5、QUEST 消息后， MSOFTX3000 直接下發(fā)LOCATION_UPDATING_REJECT 消息，原因值為網(wǎng)絡(luò)故 障(Network failure )。而此時 C/D接口沒有消息?！竟收戏治觥縈SOFTX3000在手機進行位置更新時，會根據(jù)LOCATION_UPDATING_REQUEST消息中的小區(qū)識別，查詢位置區(qū)小區(qū)配置中是否有相應(yīng)的小區(qū)數(shù)據(jù)和位置區(qū)數(shù)據(jù)，如果沒有相應(yīng)的數(shù)據(jù)記錄，就會出現(xiàn)上述故障 現(xiàn)象?！竟收隙ㄎ弧扛鶕?jù)LOCATION_UPDATING_REQUEST消息的小區(qū)識別 (GCI )參數(shù)，使用“LSTLAIGCI ”或者“LST LAISAI ”命令查詢位置區(qū)小區(qū)配

6、置中數(shù)據(jù)是否有相應(yīng)的小區(qū)、 位置區(qū)數(shù)據(jù)以及數(shù)據(jù)是否正確。2. IMSI GT轉(zhuǎn)換數(shù)據(jù)錯誤引起的上網(wǎng)故障【故障現(xiàn)象】跟蹤 A/Iu 接口發(fā)現(xiàn)上報 LOCATION_UPDATING_REQUEST 消息后， MSOFTX3000 直接下發(fā) LOCATION_UPDATING_REJECT 消息，原因值為 PLMN 禁止(PLMN not allowed )。而此時 C/D接口沒有消息?！竟收戏治觥縈SOFTX3000 會根據(jù) LOCATION_UPDATING_REQUEST L3 消息中 IMSI 查詢 IMSI GT轉(zhuǎn)換信息，完成IMSI到GT轉(zhuǎn)換后，再根據(jù)轉(zhuǎn)換后的 GT尋址用戶所在的 HL

7、R。當(dāng)查詢IMSI GT轉(zhuǎn)換信息失敗后，就會出現(xiàn)上述故障現(xiàn)象?！竟收隙ㄎ弧扛鶕?jù)LOCATION_UPDATING_REQUEST消息中攜帶的用戶 IMSI消息，使用“ LSTIMSIGT ”命令查詢IMSI GT轉(zhuǎn)換信息中數(shù)據(jù)是否有相應(yīng)的數(shù)據(jù)以及數(shù)據(jù)是否正確。 如果用戶歸屬網(wǎng)絡(luò)和 MSOFTX3000運營商沒有簽署漫游協(xié)議也會出現(xiàn)上述現(xiàn)象。3. HLR尋址錯誤引起的上網(wǎng)故障【故障現(xiàn)象】跟蹤 A/Iu 接口發(fā)現(xiàn)上報 LOCATION_UPDATING_REQUEST 消息后， MSOFTX3000 直接下發(fā) LOCATION_UPDATING_REJECT 消息。跟蹤 C/D 接口出 現(xiàn)以下現(xiàn)象

8、：MSOFTX3000發(fā)送MAP_UPDATE_LOCATION消息后收到MAP_P_ABORT_IND;直接接收到MAP_UPDATE_.LOCATION ACK中返回“未知用戶”錯誤；接收至U MAP_INSERT_SUBSCRIBER_DATA并返回相應(yīng)的響應(yīng)消息后，收到的MAP_UPDATE_LOCATION ACK消息中返回“系統(tǒng)故障”錯誤?！竟收戏治觥繉τ贖LR尋址出現(xiàn)的故障，由于接口跟蹤僅能跟蹤到MAP與MTI間消息的來往，因而需要采用七號信令鏈路跟蹤來準(zhǔn)確觀察MSOFTX3000具體接收和發(fā)送的 No.7信令消息，以進行進一步的跟蹤定位。當(dāng)MAP消息采用DPC尋址時，跟蹤到相應(yīng)

9、的HLR的信令鏈路，檢查 MAP_UPDATE_LOCATION消息是否確實發(fā)送出，且消息中的DPC是用戶所屬HLR的DPC ;當(dāng)MAP消息采用GT尋址時，跟蹤到翻譯 GT的STP的信令鏈路。 通過鏈路根系檢查 MAP_UPDATE_LOCATION消息是否確實發(fā)送出，且消息中的DPC是STP的DPC。如果MAP_UPDATE_LOCATION 消息沒有發(fā)出或發(fā)送的 DPC 錯誤，則一般是用戶的 E.214格式的GT翻譯出現(xiàn)錯誤或者是在子系統(tǒng)表、遠(yuǎn)端信 令點表中對端局?jǐn)?shù)據(jù)有誤。如果消息正確發(fā)送后，收到了對端發(fā)送的UDTS消息，則一般是對端局?jǐn)?shù)據(jù)配置有問題（常見的情況是對端局無法翻譯GT）。如果

10、是收到了 MAP_INSERT_SUBSCRIBER_DATA消 息， 但 未 發(fā) 送MAP_INSERT_SUBSCRIBER_DATA ACK消息，則一般是用戶所屬 HLR號對應(yīng) 的GT翻譯數(shù)據(jù)有誤。如果HLR直接返回未知用戶，則可能是該用戶在對應(yīng)的HLR中沒有開戶，或者該用戶的E.214格式GT翻譯到了一個錯誤的 HLR上?！竟收隙ㄎ弧渴褂谩癓ST SCCPGT ”命令查詢用戶的 E.214格式的GT碼和用戶歸屬 HLR的HLR 號的GT翻譯情況并修改錯誤，并使用“ TST SCCPGT ”命令對GT碼進行測試。使用“ LST SCCPSSN ”和“ LST SCCPDPC ”命令查詢

11、HLR（ DPC尋址時）或STP（ GT尋址時）的遠(yuǎn)端信令點和子系統(tǒng)數(shù)據(jù)并修改錯誤。根據(jù)返回的UDTS消息，聯(lián)系對端局進行處理。對于未知用戶的情況，先確認(rèn)對應(yīng)HLR上是否已經(jīng)開戶該用戶。另外確認(rèn)MSOFTX3000 中對于該用戶的 E.214尋址是否配置到了正確的HLR （排除配置到了錯誤HLR導(dǎo)致的HLR返回未知用戶的錯誤）。4. 漫游限制引起的上網(wǎng)故障【故障現(xiàn)象】跟蹤CD接口出現(xiàn)以下現(xiàn)象：（1）MSOFTX3000 發(fā)送MAP_UPDATE_LOCATION消息后接收收到對方返回的MAP_UPDATE_LOCATION ACK消息中返回“漫游不允許”錯誤。（2）在 MSOFTX3000 發(fā)

12、送 MAP_INSERT_SUBSCRIBER_DATA ACK 消息中區(qū)域簽約參數(shù)為“ MSOFTX3000 區(qū)域限制”或“區(qū)域簽約不支持”；查詢用戶 基本數(shù)據(jù)時，發(fā)現(xiàn)區(qū)域漫游限制設(shè)置為“Y ”。【故障分析】對于現(xiàn)象（1），如果“漫游不允許”限定為參數(shù)“PLMN漫游不允許”，則說明運營商不允許用戶在此 PLMN漫游，如果“漫游不允許”限定為參數(shù)“運營者決定的閉 鎖”，則一般是該用戶為其他地方的本地通用戶，不允許在此MSOFTX3000漫游，或者是HLR在本地通漫游區(qū)域中沒有增加該MSOFTX3000的漫游數(shù)據(jù)。對于現(xiàn)象，則一般是由 于區(qū)域限 制業(yè)務(wù)（ZC Zone Code ）引起 的，如

13、MSOFTX3000 配置的ZC與用戶在 HLR中簽約的ZC沒有交集?！竟收隙ㄎ弧咳绻荶one Code設(shè)置錯誤，則使用“ LST ZC ”命令檢查Zone Code信息配置并 修改錯誤的數(shù)據(jù)，其他情況應(yīng)聯(lián)系用戶以及用戶歸屬的HLR進行解決。5. Gs接口數(shù)據(jù)配置錯誤引起的聯(lián)合位置更新失敗【故障現(xiàn)象】Gs接口鏈路狀態(tài)查詢結(jié)果正常， MTP層消息跟蹤可以看到 SGSN給MSOFTX3000 發(fā)送的消息，但Gs接口無任何消息。【故障分析】鏈路正常，表明 MTP層的數(shù)據(jù)配置以及底層的連接正常。查詢SCCP數(shù)據(jù)配置，發(fā)現(xiàn)SCCP GT數(shù)據(jù)（Gs接口尋址到本 MSC的數(shù)據(jù)）的GT翻譯類型配置的是 DP

14、C 方式。由于BSSAP+子系統(tǒng)的值在協(xié)議中沒有定義，其數(shù)值是我司設(shè)備自行定義的。這樣，在Gs接口尋址時，就要求SCCP GT數(shù)據(jù)的GT翻譯類型配置成 DPC+SSN 方式。修改SCCP GT配置后問題解決?！竟收隙ㄎ弧渴褂肔ST SCCPGT 命令查詢GT數(shù)據(jù)配置，發(fā)現(xiàn)尋址本 MSC的GT數(shù)據(jù)的GT翻 譯類型配置的是 DPC方式。使用MOD SCCPGT命令修改翻譯類型后問題解決。2.3移動主叫的故障分析與定位故障判定標(biāo)準(zhǔn)移動用戶做主叫故障的判斷方法為：對主叫用戶進行用戶接口跟蹤，如果主叫用戶信令流程可以完成接入、指配、取路由信息的各個階段，并能夠正確進行號碼分析，向被叫所在局發(fā)送 IAI/

15、IAM消息，則說明移動用戶做主叫正常，否則說明移動主叫 故障。查詢移動主叫故障前，應(yīng)首先判斷用戶確定能夠正常位置更新，然后再進行移動用 戶主叫故障分析。故障分析在MS0FTX3000 運行正常時，移動主叫故障往往都是數(shù)據(jù)配置不當(dāng)引起的，最常見的數(shù)據(jù)配置錯誤如表 2-2所示：表2-2移動主叫故障常見的數(shù)據(jù)配置錯誤序號數(shù)據(jù)配置錯誤1Zone Code信息設(shè)置錯誤2漫游用戶類型配置錯誤序號數(shù)據(jù)配置錯誤3A接口中繼數(shù)據(jù)、呼叫源表配置錯誤4電路池屬性數(shù)據(jù)配置與 BSC不一致CIC配置與BSC配置不一致5到HLR的GT翻譯數(shù)據(jù)錯誤6號碼分析數(shù)據(jù)配置錯誤7速率集合配置錯誤。手機不支持AMR的所有速率集合，例

16、如有些手機只支持12.2的速率，需要調(diào)整RNC表中的速率集合配置。除了常見的數(shù)據(jù)配置錯誤外、用戶自身的業(yè)務(wù)限制也是移動主叫用戶故障的重要因素。主要的受限因素為閉鎖類補充業(yè)務(wù)限制(如主叫BAOC、BOIC被叫BAIC等)、ODB限制、Zone Code限制等。另外如果漫游用戶類型表配置錯誤和呼叫字冠配置 中業(yè)務(wù)屬性設(shè)置錯誤也會造成相應(yīng)的呼叫受限。用戶手機的錯誤設(shè)置也會導(dǎo)致主叫用戶呼叫故障，最常見的包括用戶手機設(shè)置了“下一個呼叫不顯示主叫用戶號碼”(NOKIA手機)和用戶手機設(shè)置成了使用承載業(yè)務(wù)。當(dāng)故障還無法定位時，則根據(jù)主叫用戶號碼對用戶進行用戶接口跟蹤，并根據(jù)結(jié)果 進行進一步分析。故障定位1閉

17、鎖類補充業(yè)務(wù)引起的主叫通話故障【故障現(xiàn)象】用戶撥打號碼后，聽到了呼叫受限的提示音。跟蹤信令發(fā)現(xiàn)上報SETUP消息后，MSOFTX3000 直接下發(fā) RELEASE_COMPLETE 消息且 RELEASE_COMPLETE 消息中設(shè)施(Facility )參數(shù)中包含了一個呼出閉鎖類業(yè)務(wù)激活的通知補充業(yè)務(wù)(NotifySS )的調(diào)用?！竟收戏治觥砍霈F(xiàn)這種信令流程， 則說明用戶登記了相應(yīng)的閉鎖類補充業(yè)務(wù)，從而導(dǎo)致呼叫受限，可以通過“ DSP USRSS ”命令查詢用戶補充業(yè)務(wù)進行進一步的確認(rèn)。對于BOIC用戶不能撥打漫游在國外的本國用戶的故障分析請參考3.?！竟收隙ㄎ弧扛嬷脩艉艚惺≡?，請用戶

18、去激活相應(yīng)的補充業(yè)務(wù)。也可以通過增加業(yè)務(wù)檢查配置(ADD SRVCHK )對特定呼叫字冠屏蔽呼出閉鎖類業(yè)務(wù)的檢查2. ODB引起的主叫通話故障【故障現(xiàn)象】用戶撥打號碼后，聽到了呼叫受限的提示音。跟蹤信令發(fā)現(xiàn)上報SETUP消息后，MSOFTX3000 下發(fā)RELEASE_COMPLETE 消息，原因值為“運營者閉鎖”?！竟收戏治觥砍霈F(xiàn)這種信令流程，則說明用戶登記了相應(yīng)的 ODB業(yè)務(wù)，從而導(dǎo)致呼叫受限，可以 通過DSP USRINF命令查詢用戶基本信息進行進一步的確認(rèn)。最常見的ODB業(yè)務(wù)受限的原因為：(1) 用戶欠費導(dǎo)致被運營商設(shè)置了呼出閉鎖；(2) 用戶為本地通用戶，而在漫游用戶類型配置未將該用

19、戶所在號段設(shè)置為本地用戶，從而導(dǎo)致MSOFTX3000將該用戶作為外地的本地通用戶，進行呼出閉鎖。(3) 用戶為本地通用戶， 而在呼叫字冠配置中將某一本地固定或移動號段的業(yè)務(wù)屬性設(shè)置為長途屬性，從而導(dǎo)致用戶撥打該號段時呼出閉鎖。(4) 數(shù)據(jù)配置錯誤導(dǎo)致 ODB_BOIC用戶不能撥打漫游在國外的本地用戶。【故障定位】如果是相應(yīng)的數(shù)據(jù)配置錯誤，則修改相應(yīng)數(shù)據(jù)。如果是用戶ODB業(yè)務(wù)屬性限制，則 聯(lián)系相應(yīng)的HLR修改用戶業(yè)務(wù)數(shù)據(jù)，也可以通過增加業(yè)務(wù)檢查配置(ADDSRVCHK )對特定呼叫字冠屏蔽呼出閉鎖類業(yè)務(wù)的檢查。ODB_BOIC用戶和本地通用戶不能撥打漫游在國外的本國用戶請參考3. o3. BO

20、IC、ODB_BOIC用戶不能撥打漫游在國外的本國用戶【故障現(xiàn)象】登記了 BOIC、ODB_BOIC業(yè)務(wù)的用戶(即用戶沒有國際長途權(quán)限)撥打漫游在國 外的國內(nèi)移動用戶時，聽到呼叫受限的提示音【故障分析】這種故障往往是對國外漫游號碼分析數(shù)據(jù)錯誤造成的。根據(jù)數(shù)據(jù)配置要求應(yīng)在呼叫 字冠配置中對國外號碼前綴“ 00”配置如下兩條如下格式的數(shù)據(jù)：號首集呼叫字冠被叫號碼類型000PSTN900MSRN/HON當(dāng)MSOFTX3000取回漫游到國外的國內(nèi)用戶的漫游號碼(如 61xxxxxx )后，會自動再加上“ 00”前綴(如 0061xxxxxx)， MSOFTX3000 自動將號首集修改成 9， 然后繼續(xù)

21、查詢呼叫字冠配置來匹配號首集為9的這一條來出局選路。因此，為了使沒有國際長途權(quán)限的用戶以及本地通用戶都可以撥打這些漫游到國外的用戶，在號首集為9的記錄對應(yīng)的被叫號碼類型就一定要配置為 “ MSRN/HON ”。【故障定位】根據(jù)故障分析中的解釋，查詢呼叫字冠配置 (LST CNACLD )修改相應(yīng)的數(shù)據(jù)配置。說明：該故障的處理同樣適用于當(dāng)MS0FTX3000做關(guān)口局時，沒有國際長權(quán)的本地固定用戶無法撥打漫游在國外的本國用戶故障。4. 手機錯誤地設(shè)置了 CLIR引起的主叫通話故障【故障現(xiàn)象】跟蹤信令發(fā)現(xiàn)上報 SETUP 消息后，MSOFTX3000 直接下發(fā) RELEASE_COMPLETE 消息

22、且 RELEASE_COMPLETE 消息原因值為 “Facility not subscribed ”。檢查 SETUP 消息中包含“ CLIR in vocation ” 參數(shù)?！竟收戏治觥砍霈F(xiàn)這種信令流程，則說明用戶使用的手機要求暫時激活了CLIR功能，但由于用戶沒有登記CLIR業(yè)務(wù)，因而根據(jù)協(xié)議不允許呼出。這類故障往往是一些 NOKIA手 機設(shè)置了 “下一個呼叫不顯示主叫用戶號碼”功能所致。【故障定位】告知用戶呼叫失敗原因，請用戶修改設(shè)置，或者修改軟件參數(shù)(MOD SFP )中呼叫內(nèi)部參數(shù)3的BIT 3，將其設(shè)置為0。5. 手機錯誤的設(shè)置了承載業(yè)務(wù)的引起的主叫通話故障【故障現(xiàn)象】跟蹤信

23、令發(fā)現(xiàn)上報 SETUP 消息后，MSOFTX3000 直接下發(fā) RELEASE_COMPLETE 消息且 RELEASE_COMPLETE 消息原因值為“ bearer capability not authorized ” or “ bearer service not implemented ”?！竟收戏治觥砍霈F(xiàn)這種信令流程，則說明用戶在沒有登記承載業(yè)務(wù)的情況下，將手機設(shè)置成使用 該項業(yè)務(wù)?！竟收隙ㄎ弧客ㄖ脩粜薷氖謾C的相應(yīng)設(shè)置。6. A接口中繼選路錯誤引起的主叫通話故障【故障現(xiàn)象】用戶接口信令跟蹤時發(fā)現(xiàn) MSOFTX3000在下發(fā)CALL_PROCEEDING 后就直接下 發(fā)RELEAS

24、E_COMPLETE 消息，原因值為“無可用電路或通路”。【故障分析】這種故障往往是 A接口在進行中繼選路時出現(xiàn)錯誤引起的。MS0FTX3000中繼選路的過程為 MS0FTX3000 根據(jù)DPC和NI和對端局類型查局向配置，得到局向號。然后再根據(jù)局向號查詢中繼群配置，得到中繼群號，這時查詢到的中繼群不只一個。MSOFTX3000 再通過電路池屬性配置判斷這些中繼群中哪個中繼群的承載能力最 符合要求，并從此得到唯一的一個中繼群號。最后，MSOFTX3000通過中繼群號查詢中繼電路配置得到中繼電路。MS0FTX3000 還根據(jù)DPC和NI查詢BSC配置得到BSC所在位置區(qū)號，再根據(jù)位置區(qū)號查詢位置

25、區(qū)小區(qū)配置得到呼叫源碼。因而在出現(xiàn)這種故障時往往是上述配置中某一配置中相應(yīng)數(shù)據(jù)設(shè)置錯誤造成的?！竟收隙ㄎ弧坎樵兙窒虮?LST OFC )、A接口中繼群(LST AIETG )、A接口中繼電路(LST AIETKC )、電路池屬性(LST ACPOOL )以及查詢 BSC配置(LST BSC )和位置 區(qū)小區(qū)配置(LST LAIGCI )中相應(yīng)數(shù)據(jù)，并修改正確。7信道指配失敗引起的的主叫通話故障【故障現(xiàn)象】在進行用戶接口信令跟蹤時，發(fā)現(xiàn)以下現(xiàn)象：(1) MSOFTX3000 發(fā)送 ASSIGN_REQ 消息后收到 ASSIGN_FAILURE ；(2) MSOFTX3000 發(fā)送 ASSIGN_

26、REQ 消息后，收到 ASSIGN_COMPLETE 消息， 然后下發(fā)釋放消息；【故障分析】出現(xiàn)上述指配不成功的現(xiàn)象主要是BSC和MSOFTX3000之間中繼電路對接數(shù)據(jù)配置不一致引起的。常見的數(shù)據(jù)配置錯誤有：(1) CIC配置不一致，如 MSOFTX3000 配置了某個 CIC而BSC側(cè)沒有配置；(2) 電路池屬性配置不一致，如MSOFTX3000 配置了 EFR而BSC不支持；【故障定位】聯(lián)系BSC側(cè)，將MSOFTX3000和BSC側(cè)A接口電路數(shù)據(jù)修改一致。8. HLR尋址錯誤引起的上網(wǎng)故障【故障現(xiàn)象】跟蹤用戶接口發(fā)現(xiàn)以下現(xiàn)象：(1) MSOFTX3000 發(fā)送 MAP_SEND_ROUT

27、ING_INFORMATION消息后收到MAP_P_ABORT_IND ；【故障分析】由于主叫用戶可以位置更新，所以如果是HLR尋址錯誤，則一般是用戶所撥的號碼MSISDN號段的E.164號段GT翻譯出現(xiàn)錯誤，如將翻譯的DPC配置成另一個 HLR 的DPC。如果GT數(shù)據(jù)配置正確，則要跟蹤到HLR的信令鏈路或進行 SCCP信令跟蹤，檢查本端是否發(fā)送了MAP_SEND_ROUTING_INFORMATION 消息，而對端局是否返回了 UDTS消息。【故障定位】使用“LST SCCPGT ”命令查詢用戶的 E.164格式的GT碼和用戶歸屬 HLR的HLR 號的GT翻譯情況并修改錯誤，并使用“TST

28、SCCPGT ”命令對GT碼進行測試。如果是對端局返回 UDTS消息，則首先檢查發(fā)送的GT號碼的正確性。如果發(fā)送的GT號碼正確，則聯(lián)系對端局處理。說明：如果 MSOFTX3000 收到 MAP_SEND_ROUTING_INFORMATIONACK 消息中中返回“呼叫閉鎖”或“缺席用戶”錯誤，則說明是因為被叫用戶閉鎖或被叫用戶關(guān)機導(dǎo)致通話故障。9. 號碼分析故障導(dǎo)致移動主叫呼叫移動被叫故障【故障現(xiàn)象】主叫移動用戶撥打某一特定移動用戶號段時，呼叫失敗，用戶聽到失敗放音。對主叫用戶進行用戶接口跟蹤時，發(fā)現(xiàn)用戶取回漫游號碼后，沒有向?qū)Χ司职l(fā)送IAM/IAI消息，或發(fā)送的IAM/IAI消息中號碼格式不

29、符合局間約定?！竟收戏治觥砍霈F(xiàn)這種故障時，一般都是由號碼分析數(shù)據(jù)配置不正確引起的。由于在呼叫移動被叫過程中，MSOFTX3000要進行兩次號碼分析的過程，一次是根據(jù)被叫的MSISDN進行號碼分析從而向 HLR取漫游號碼，而另一次是對取回的漫 游號碼進行分析，從而選擇路由。因而在檢查固定被叫的號碼、分析數(shù)據(jù)時需要針對用戶所撥的號碼，包括MSISDN號段、漫游號碼號段和用戶所在的BSC歸屬的位置區(qū)對應(yīng)的呼叫源。分別查詢以下配置中的記錄：BSC 配置(LST BSC)位置區(qū)小區(qū)配置(LST LAIGCI)呼叫源配置(LST CALLSRC )被叫號碼預(yù)分析配置(LST CLDDNPREANA )呼叫

30、字冠配置(LST CNACLD)號首處理配置(LST PFXPRO)補充信令配置(LST AUSSIG)主叫分析配置(LST CNACLR)號碼變換配置(LST DNC )中的記錄檢查所作的號碼變換是否合適，選擇的路由是否正確。然后在根據(jù)路由對應(yīng)的中繼群號，查詢中繼群承載索引(LST TGLDIDX )和相應(yīng)的中繼群承載配置(LST TGLD )是否正確。常見的錯誤有：(1) 針對MSISDN號段和MSRN號段做了兩次重復(fù)的號碼變換；(2) 在號碼分析中各處配置的號碼變換之間有沖突；(3) HLR返回的漫游號碼格式不規(guī)范導(dǎo)致號碼分析無法匹配到正確的記錄；(4) 和智能數(shù)據(jù)相沖突(如將普通號段當(dāng)

31、作智能用戶號段進行配置)?！竟收隙ㄎ弧扛鶕?jù)出錯的原因，修改相應(yīng)的號碼分析數(shù)據(jù)。對于HLR返回的漫游號碼格式不規(guī)范導(dǎo)致號碼分析無法匹配到正確的記錄的錯誤，可以配置入局號碼預(yù)分析(ADDINNUMPREPRO )數(shù)據(jù)，對呼叫來源為 MAP的呼叫字冠進行規(guī)整變換。10. 號碼分析故障導(dǎo)致移動主叫呼叫固定電話故障【故障現(xiàn)象】主叫移動用戶撥打某一特定固定用戶號段時，呼叫失敗，用戶聽到失敗放音。對主叫用戶進行用戶接口跟蹤時，發(fā)現(xiàn)MSOFTX3000 在指配完成后沒有向?qū)Χ司职l(fā)送IAM/IAI消息，或發(fā)送的IAM/IAI消息中號碼格式不符合局間約定。【故障分析】出現(xiàn)這種故障時，一般都是由號碼分析數(shù)據(jù)配置不正

32、確引起的。與呼叫移動用戶相比，MSOFTX3000只進行一次號碼分析的過程。因而在檢查移動被叫的號碼分析數(shù)據(jù)時，只需要針對用戶所撥的號碼，固定用戶號段以及用戶所在的 BSC歸屬的位置區(qū)對應(yīng)的呼叫源，分別查詢以下配置中的記錄：BSC 配置(LST BSC)位置區(qū)小區(qū)配置(LST LAIGCI)呼叫源配置(LST CALLSRC )被叫號碼預(yù)分析配置(LST CLDDNPREANA )撥號檢查(LST DALNOCHK )呼叫字冠配置(LST CNACLD)號首處理配置(LST PFXPRO)補充信令配置(LST AUSSIG)主叫分析配置(LST CNACLR)號碼變換配置(LST DNC)檢查

33、所作的號碼變換是否合適，選擇的路由是否正確。根據(jù)路由對應(yīng)的中繼群號，查詢中繼群承載索引(LST TGLDIDX )和相應(yīng)的中繼群承載配置(LST TGLD )是否正確。常見的錯誤有：(1) 撥號檢查數(shù)據(jù)設(shè)置錯誤；(2) 遺漏了對某些特服電話的字冠處理數(shù)據(jù)；(3) 通配符使用不正確導(dǎo)致在查詢表時沒有匹配到正確的記錄(在MSOFTX3000SERVER的通配符匹配方式是：首先用具體的字冠和其它具體的索引字段的內(nèi)容來查詢配置， 如果找不到匹配的記錄，就從左到右依次將有通配符的字段用通配換掉，再重新查找）；（4）對于呼叫源表中的預(yù)收號長、呼叫字冠配置中的最大號長、最小號長和中繼群承載設(shè)置的中繼占用點設(shè)

34、置錯誤；（5）號碼分析中的失敗處理數(shù)據(jù)設(shè)置不正確；（6）在號碼分析中各處配置的號碼變換之間有沖突。 【故障定位】根據(jù)出錯的原因，修改相應(yīng)的號碼分析數(shù)據(jù)。故障處理以下詳細(xì)介紹如何利用信令跟蹤和異常流程與正常流程的對比來對具體故障進行定 位。1. IAM/IAI消息中主、被叫號碼錯誤引起的信令配合故障【故障現(xiàn)象】對失敗呼叫進行信令跟蹤并與正常信令流程的消息進行對比，發(fā)現(xiàn)IAM/IAI消息中主、被叫號碼不符合局間約定。【故障分析】主、被叫號碼不符合局間約定的常見的錯誤有：(1)IAM/IAI消息中缺少主叫號碼；IAM/IAI消息中主叫號碼的地址性質(zhì)與號碼格式不一致改（如主叫號碼為長途區(qū)號+用戶號碼，

35、地址性質(zhì)卻為用戶號碼）；發(fā)送的被叫號碼不全?！竟收隙ㄎ弧慨?dāng)本局為IAM/IAI消息的發(fā)送方:(1)出現(xiàn)錯誤（1）:修改補充信令配置（設(shè)置為“是”；MOD AUSSIG ），將是否發(fā)主叫號碼出現(xiàn)錯誤（2）:檢查主叫分析配置（LST CNACLR ）或中繼承載設(shè)置（ LSTTGLDIDX、LST TGLD ），使其對主叫號碼進行相應(yīng)的變換；出現(xiàn)錯誤（3）:檢杳呼叫字冠配置（LST CNACLD ）中最大號長是否設(shè)置過短并修改成合適的值。當(dāng)本局為IAM/IAI消息的接收方: 出現(xiàn)錯誤：，修改補充信令配置(MOD AUSSIG )，將是否發(fā) A6 設(shè)置 為“是”；出現(xiàn)錯誤(2):聯(lián)系對端局進行 處理或

36、增加被 叫號碼預(yù)分析配置(ADDCLDDNPREANA )或呼叫字冠配置(ADD CNACLD )對主叫號碼進行相應(yīng)的變換；出現(xiàn)錯誤(3):聯(lián)系對端局進行處理。說明：由于某些型號的交換機不能處理主叫號碼的地址性質(zhì)為國際號碼的國際呼叫，因此當(dāng)本局要向這些交換機發(fā)送國際呼叫時，需要將主叫號碼地址性質(zhì)改為國內(nèi)號碼。由于某些型號的交換機在 ISUP信令方式下不能處理包含超過16位的被叫號碼的IAM消息，而MS0FTX3000 次IAM消息允許最大發(fā)送 24位被叫號碼，因 此當(dāng)出現(xiàn)這種情況時，需要將該局向的中繼群配置中一次發(fā)碼最大長度配置成16。2. IAM/IAI消息中主叫用戶類別錯誤引起的信令配合故

37、障【故障現(xiàn)象】對失敗呼叫進行信令跟蹤并與正常信令流程進行對比，發(fā)現(xiàn)對端局發(fā)送的IAM/IAI消息中主叫用戶類型設(shè)置錯誤?！竟收戏治觥扛鶕?jù)MTUP規(guī)范規(guī)定 MS0FTX3000 收到的IAI、IAM中的主叫類別只有 11種，如 表2-3所示。MISUP規(guī)范與MTUP規(guī)范關(guān)于主叫用戶類別的規(guī)范基本一致，僅增加 了主叫用戶類別表示語為0時表示主叫用戶類別為未知。當(dāng)對端局發(fā)送的主叫用戶類別不在規(guī)范規(guī)定的范圍內(nèi)，交換機就會發(fā)送CFL/REL命令進行拆線。表2-3 MTUP規(guī)范規(guī)定的主叫用戶類別比特FEDCBA主叫用戶類別說明001001國內(nèi)話務(wù)員（無插入性 能）001010普通用戶只從MSOFTX300

38、0、TS或INTS接受到此類 別001011優(yōu)先用戶001100數(shù)據(jù)呼叫001101測試呼叫010000普通、免費010001普通、定期010010普通、用戶表、立即只從LS/Tm接受到此類別010011普通、打印機、立即010100優(yōu)先免費010101優(yōu)先定期【故障定位】出現(xiàn)這類故障時，要求對端局修改相應(yīng)的主叫用戶類別即可。3. IAM/IAI消息中消息表示語引起的信令配合故障【故障現(xiàn)象】對失敗呼叫進行信令跟蹤并與正常信令流程進行對比，發(fā)現(xiàn)本局發(fā)送的IAM/IAI消息中設(shè)置了對端局不能識別的某些消息表示語?！竟收戏治觥慨?dāng)信令為MTUP信令時，IAI消息中常見的不能識別的消息表示語包括去話回聲

39、抑 制器表示語、信號通路表示語、電路和性質(zhì)表示語。在規(guī)范中這些消息表示語定義 如下：比特G :去話回聲抑制器表示語（該表示語也用于回聲抵消器）0未包括去話半回聲抑制器1包括了去話半回聲抑制器比特K :信號通路表示語0任何通路1全部是N0.7信號方式通路比特DC :電路和性質(zhì)表示語00在接續(xù)中無衛(wèi)星電路01在接續(xù)中有衛(wèi)星電路10備用11備用當(dāng)信令為MISUP信令時，IAM消息中常見的不能識別的消息表示語為回聲控制裝置表示語，定義如下：比特E:回聲控制裝置表示語0未包括去話半回聲抑制器1包括了去話半回聲抑制器【故障定位】出現(xiàn)上述問題，如對端局不能解決，則需要修改軟件參數(shù)(MOD SFP )對相應(yīng)的

40、比特進行過濾。對于TUP信令，修改軟件參數(shù)(MOD SFP )中的“ IAM過濾器”對應(yīng)比特位置為0即可進行過濾。對應(yīng)關(guān)系為bit2和bit3對應(yīng)比特DC，bit6對應(yīng)比特 G，bit11對應(yīng)比特K。對于ISUP信令，要過濾比特 E需要將“ IUSP測試參數(shù)6” bit6置為0、“ IUSP 測試參數(shù)5 ” bit13置為0。說明：屏蔽回聲抑制器表示語的一個更常用的方法是在七號中繼群配置中將“是否使用EC 信令”標(biāo)志設(shè)置為“否”。4. ACM消息中消息表示語錯誤引起的信令配合故障【故障現(xiàn)象】在用戶狀態(tài)正常的情況下，對用戶進行用戶接口跟蹤。發(fā)現(xiàn)本局回送ACM消息后，發(fā)送CFL消息直接拆線，經(jīng)與正

41、常 ACM消息進行對比，發(fā)現(xiàn)本局回送的 ACM消 息中設(shè)置了對端局不能處理的某些消息表示語。【故障分析】當(dāng)信令為MTUP信令時，ACM消息中常見的不能識別的消息表示語包括來話回聲 抑制器表示語和信號通路表示語。在規(guī)范中這些消息表示語定義如下：比特D :來話回聲抑制器表示語(也適用于回聲抵消器)0 :未包括來話回聲抑制器1 :包括來話半回聲抑制器比特F:信號通路表示語0任何通路1全部是N0.7信號方式通路【故障定位】出現(xiàn)上述問題，如對端局不能解決，則需要修改軟件參數(shù)(MOD SFP)中參數(shù)“ ACM 發(fā)送過濾器”將相應(yīng)的比特位置0。 bit3對應(yīng)比特D、bit5對應(yīng)比特F?！笆欠袷褂肊C說明：屏

42、蔽回聲抑制器表示語的一個更常用的方法是在七號中繼群配置中將 信令”標(biāo)志設(shè)置為“否”。5. 接收局網(wǎng)絡(luò)側(cè)故障引起的信令配合故障【故障現(xiàn)象】對失敗呼叫進行用戶接口跟蹤，發(fā)現(xiàn)對端局向本局發(fā)送正確的IAI/IAM消息后，本局回送UBM/REL消息，進行拆線。【故障分析】出現(xiàn)這種情況，如果被叫用戶空閑、 中繼狀態(tài)正常，則是一般本局?jǐn)?shù)據(jù)配置有問題， 當(dāng)本局返回的 UBM消息為ADI/UNN/CFL 消息(或REL消息的拆線原因值為無效 的號碼格式、未分配的號碼等)一般是號碼分析的問題，如果本局返回CGC消息(或REL消息的拆線原因值為無電路可用)則一般是中繼路由數(shù)據(jù)問題。號碼分析數(shù)據(jù)的檢查可以根據(jù)接收到的

43、IAI/IAM消息中的主、被號碼和中繼群設(shè)置的呼叫源查詢呼叫源配置(LST CALLSRC )、被叫號 碼預(yù)分析配置(LSTCLDDNPREANA )、撥號檢查(LST DALNOCHK )、呼叫字冠配置(LST CNACLD )、 號首處理配置(LST PFXPRO )、補充信令配置(LST AUSSIG )、主叫分析配置（LST CNACLR ）、號碼變換配置（LST DNC ）、“路由分析表” （LST RTANA） 檢查所作的號碼變換是否合適，選擇的路由是否正確。對路由中繼數(shù)據(jù)的檢查， 是跟據(jù)號碼分析后選擇的路由號查詢路由配置 （LST RT ）、 子路由配置（LST SRT ）、局向

44、配置（LST OFC ）、中繼群配置（MOD N7TG ）、 中繼電路配置（LST TKC ），以檢查是否 MSOFTX3000 能夠正確的選路?！竟收隙ㄎ弧扛鶕?jù)數(shù)據(jù)檢查的結(jié)果，修改錯誤的數(shù)據(jù)。2.4移動被叫的故障分析與定位故障判定標(biāo)準(zhǔn)移動被叫故障的標(biāo)準(zhǔn)為：在被叫用戶狀態(tài)正常時，對用戶進行接口跟蹤。如果本局 在收到對端局發(fā)送的以本局漫游號碼為被叫號碼的IAM/IAI消息后，能夠?qū)υ诜?wù)區(qū)內(nèi)的空閑被叫完成尋呼、呼叫接入、TCH指配等被叫流程的各個階段，則說明移動被叫通話正常，否則說明移動被叫通話故障。故障分析在進行被叫用戶故障排除前，應(yīng)當(dāng)確認(rèn)用戶位置更新是否正常、移動用戶做主叫是 否正常，否則應(yīng)

45、參照 2.2、2.3進行相應(yīng)的故障處理。在MSOFTX3000 運行正常時，移動被叫故障往往都是數(shù)據(jù)配置不當(dāng)引起的，最常 見的數(shù)據(jù)配置錯誤如表 2-4所示：表2-4被叫通話故障常見的數(shù)據(jù)配置錯誤序號數(shù)據(jù)配置錯誤1對本局漫游號碼的號碼分析數(shù)據(jù)配置錯誤2位置區(qū)小區(qū)表數(shù)據(jù)配置錯誤處理數(shù)據(jù)配置故障外，用戶手機的錯誤設(shè)置也會導(dǎo)致被叫用戶的呼叫故障，如將手 機設(shè)置成“下一次通話為傳真”就可能造成用戶不能做被叫。故障定位1. 本局漫游號碼分析錯誤引起的被叫通話故障【故障現(xiàn)象】漫游到本局服務(wù)區(qū)的某些號段的手機不能做被叫，跟蹤信令發(fā)現(xiàn)MSOFTX3000 沒有下發(fā)Paging消息就直接向主叫局發(fā)送UBM/REL

46、消息?！竟收戏治觥砍霈F(xiàn)這種故障往往是對本局漫游號碼的號碼分析數(shù)據(jù)配置錯誤所致。出現(xiàn)這些故障 可以根據(jù)對端局發(fā)來的本局漫游號碼，查詢呼叫字冠配置(LST CNACLD )、號首處理配置(LST PFXPRO )、補充信令配置 (LST AUSSIG )、主叫分析配置 (LSTCNACLR )、號碼變換配置(LST DNC )，檢查數(shù)據(jù)配置是否正確。需要注意的是 本局漫游號碼在呼叫字冠配置中的業(yè)務(wù)屬性應(yīng)當(dāng)為“移動網(wǎng)本局”，被叫號碼 類型要配置為“ MSRN/HO ”?！竟收隙ㄎ弧扛鶕?jù)數(shù)據(jù)檢查結(jié)果，修改錯誤數(shù)據(jù)。2. 位置區(qū)小區(qū)表錯誤引起的被叫通話故障【故障現(xiàn)象】大量用戶反映在本局不能做被叫或做被叫

47、困難、但做主叫十分正常，進行信令跟蹤 發(fā)現(xiàn)MS0FTX3000沒有發(fā)送或發(fā)送了錯誤的 Paging消息?！竟收戏治觥勘容^主叫和被叫的相關(guān)數(shù)據(jù)配置，其最大的區(qū)別就是在被叫流程中MS0FTX3000要根據(jù)位置區(qū)小區(qū)配置中位置區(qū)的相關(guān)數(shù)據(jù)發(fā)送Paging消息，而主叫流程中主要是根位置區(qū)小區(qū)表配置中小區(qū)數(shù)據(jù)進行呼叫。因而出現(xiàn)這樣的問題應(yīng)當(dāng)重點檢查位置區(qū)小區(qū)表中位置區(qū)的數(shù)據(jù)，常見的錯誤有將位置區(qū)類型設(shè)置錯誤、BSC/RNC 信令點編碼設(shè)置錯誤。【故障定位】檢查2G位置區(qū)小區(qū)(LST LAIGCI )數(shù)據(jù)或3G位置區(qū)小區(qū)(LST LAISAI )，修改 相關(guān)錯誤。2.5局間切換的故障分析與定位故障判斷標(biāo)準(zhǔn)

48、移動用戶從鄰近的其他MSOFTX3000 切換到本局或本局切換到鄰近的其他MSOFTX3000 時切換不成功。故障分析一般數(shù)據(jù)配置的錯誤會導(dǎo)致雙方切換數(shù)據(jù)不一致。在一般呼叫正常的情況下，切換 數(shù)據(jù)配置的常見錯誤如表 2-5所示：表2-5切換故障常見的數(shù)據(jù)配置錯誤序號數(shù)據(jù)配置錯誤1位置區(qū)小區(qū)配置中沒有設(shè)置相關(guān)鄰近MSOFTX3000的鄰近位置區(qū)數(shù)據(jù)2鄰近MSOFTX3000的SCCP數(shù)據(jù)配置錯誤、MTP數(shù)據(jù)配置錯誤33G局間切換，鄰近RNC表沒有配置局間切換的目標(biāo) RNCID除了上述配置錯誤外，由于切換中還涉及電路交換信令的配合問題，所以電路交換 信令配合不正常時，也會出現(xiàn)切換故障。故障定位1.

49、 位置區(qū)小區(qū)配置中鄰近 MSOFTX3000 的位置區(qū)數(shù)據(jù)配置錯誤引起的局間切換失 敗【故障現(xiàn)象】手機從本局切換到鄰近MSOFTX3000時，通過用戶接口跟蹤觀察到BSS/RNC向MSOFTX3000 上報 HANDOVER. Require/Relocation Require 后，MS0FTX3000 直接下發(fā) HANDOVER_Reject/Relocation Prepare Failure 消息，消息原因值為 "無 效小區(qū)（2G）、未知目標(biāo) RNC（ 3G ） ”。【故障分析】出現(xiàn)這種情況，往往是在位置區(qū)小區(qū)配置中鄰近MSOFTX3000 的位置區(qū)數(shù)據(jù)設(shè)置錯誤從而導(dǎo)致 MS

50、OFTX3000在根據(jù)要切換的小區(qū)列表在位置區(qū)小區(qū)配置查詢鄰近 MSOFTX3000 的 MSOFTX3000 號出現(xiàn)故障?！竟收隙ㄎ弧繖z查位置區(qū)小區(qū)配置（LST LAIGCI （查 2G 的小區(qū)）/LST LAISAI （查 3G 小區(qū)）中鄰近 MSOFTX3000的位置區(qū)數(shù)據(jù)，并修改錯誤。2. 鄰近MSOFTX3000尋址錯誤引起的局間切換故障【故障現(xiàn)象】手機從本局切換到鄰近 MSOFTX3000時，通過用戶接口跟蹤觀察到BSS/RNC向MSOFTX3000 上報 HANDOVER_Require/ReloctionRequire 后，MSOFTX3000發(fā)送 MAP_PREPARE_HA

51、NDOVER消息后收到 MAP_P_ABORT_IND ；【故障分析】出現(xiàn)這種情況，往往是MSOFTX3000根據(jù)位置區(qū)小區(qū)或鄰近 RNC表配置中鄰近位 置區(qū)對應(yīng)的 MSOFTX3000 號查詢 GT翻譯數(shù)據(jù)、SCCP 數(shù)據(jù)尋址目標(biāo) MSOFTX3000 時，出現(xiàn)故障?！竟收隙ㄎ弧扛鶕?jù)位置區(qū)小區(qū)配置中鄰近MSOFTX3000 的位置區(qū)或鄰近 RNC表對應(yīng)的MSOFTX3000 號查詢GT翻譯數(shù)據(jù)是否正確，相應(yīng)的 SCCP數(shù)據(jù)、MTP數(shù)據(jù)是否 正確。3. 3G局內(nèi)切換，RNC表沒有配置本局切換的目標(biāo)RNCID【故障現(xiàn)象】手機從本局切換到本局 RNC時，通過用戶接口跟蹤觀察到 RNC向MSOFTX

52、3000 上報 Relocation Require 后，MSOFTX3000 直接下發(fā) Relocation Prepare Failure 消息，消息原因值為“未知目標(biāo) RNC（3G）”。【故障分析】出現(xiàn)這種情況，往往是在RNC表中沒有配置切換目標(biāo)的 RNC ID導(dǎo)致MSOFTX3000 在根據(jù)要切換的 RNCID在RNC表查詢目標(biāo) RNC ID失敗。【故障定位】檢查RNC表（LST RNC ）中鄰近 MSOFTX3000 的位置區(qū)數(shù)據(jù)，并修改錯誤。4. 3G局間切換，鄰近 RNC表沒有配置局間切換的目標(biāo)RNCID【故障現(xiàn)象】手機從本局切換到鄰近MSOFTX3000 時，通過用戶接口跟蹤觀

53、察RNC 向MSOFTX3000 上報 Relocation Require 后，MSOFTX3000 直接下 Relocation Prepare Failure 消息，消息原因值為“未知目標(biāo) RNC( 3G) ”?！竟收戏治觥砍霈F(xiàn)這種情況，往往是鄰近RNC表中配置的鄰近MSOFTX3000 的RNC ID數(shù)據(jù)錯 誤，從而導(dǎo)致MSOFTX3000 在根據(jù)要切換的目標(biāo) RNC ID在鄰近RNC表中查詢鄰 近MSOFTX3000 的RNC ID出現(xiàn)故障?！竟收隙ㄎ弧繖z查鄰近 RNC表(LST NRNC )中鄰近 MSOFTX3000 的RNCID 數(shù)據(jù)，并修改錯 誤。5. 3G - 2G的系統(tǒng)間

54、切換時，加密信息選擇的錯誤【故障現(xiàn)象】【故障現(xiàn)象】RNC判決雙模終端從 3G覆蓋小區(qū)向鄰近 2G小區(qū)進行切換，MSC向目標(biāo)BSC下 發(fā)handover request消息后目標(biāo)BSC準(zhǔn)備無線資源成功。MSC向RNC下發(fā)Relocation comma nd 消息但是 UE無法從目標(biāo) BSC接入，導(dǎo)致 源側(cè)RNC上報Relocation cancel 或Iu Release request 原因值是無線接口故障。從目標(biāo)BSC上跟蹤會看到手機上報 HO-Access消息后超時收不到HO-Complete消息?！竟收戏治觥砍霈F(xiàn)這種情況，應(yīng)該首先檢查 BSC返回Handover Request Ack

55、消息中攜帶的層三Hanover comma nd 消息中是否有加密信息 Set Cipher Mode : 9x，如果目標(biāo) BSC 不進行加密在具體值為 90，如果目標(biāo)BSC選擇加密算法為 A5/1應(yīng)該為91具體可 以參考44018中的定義。如果沒有帶這個IE側(cè)需要MSC通過數(shù)據(jù)配置進行規(guī)避，在消息中補充相關(guān)信息?！竟收隙ㄎ弧繂佑脩艚涌诟?，觀察目標(biāo)BSC 返回的 Handover request ack消息中層三han dover comma nd消息。以及向源 RNC下發(fā)的Relocati on comma nd 消息中層 三hanover comma nd 消息中加密信息是否攜帶，如果沒有