【正文】 根據(jù)規(guī)范要求BSC中的T3212要小于VLR中中周期位置更新時間的一半。關(guān)于MSC的VLR中的T3212值如果客戶無法提供，可以從SAGEM的測試手機中讀取，在測試菜單下的“COUNTERS”下的“FER/T3212”中讀取，這里讀取的T3212值為240分鐘。 與西門子廠家設(shè)備對接時LOCNO數(shù)據(jù)沒做導致神州行漫游用戶不能做主叫現(xiàn)象描述：我司邊際網(wǎng)BSS設(shè)備掛接在西門子的NSS下面。我司BSS為單模塊設(shè)備。基站為iSite 一體化小基站。在A接口對接完成后，開通了基站。在試運行了一段時間后，有外地A市神州行漫游用戶投訴在我司設(shè)備下不能做主叫，而只能做被叫。而在同一MSC下面的西門子基站信號覆蓋區(qū)，該用戶可以做主被叫。原因分析：當時A接口對接時，作了大量的撥測，沒有發(fā)現(xiàn)異常。當時在西門子MSC下面制作A接口數(shù)據(jù)的是機房人員，他們參照的是舊版本的操作指導書?，F(xiàn)在MSC已經(jīng)升級成目標網(wǎng)。在目標網(wǎng)版本里，當MSC添加一個小區(qū)時，對于神州行用戶，需要特別制作一條數(shù)據(jù)：LOCNO＝８６ＸＸＸ。至于為什么外地C、D省的漫游用戶為什么可以當主被叫，原因解釋為他們的SCP可以兼容該消息，即可以從其它信息里知道位置區(qū)。處理過程：到投訴目的地驗證。投訴情況屬實。同時發(fā)現(xiàn)：外地C、D省的神州行漫游用戶在我司基站覆蓋區(qū)內(nèi)卻正常；A市神州行用戶在撥打13800138000時卻可以當主叫。BSC機房跟蹤A接口信令，發(fā)現(xiàn)呼叫過程在MSC指配指令之后直接發(fā)送了一條“釋放”消息。而不是正常的“連接證實”。釋放的原因是“正常呼叫清除”（如圖）。同時機房人員在西門子MSC側(cè)的VLR跟蹤到該用戶的消息為DEFAULT 　ＣCALL 　HANDING：RELEASE（釋放）。和我司A接口跟蹤到的消息一致。經(jīng)過咨詢智能網(wǎng)的路由，發(fā)現(xiàn)與此相關(guān)的設(shè)備為西門子MSC，A市E廠家SCP，B市我司SCP。先聯(lián)系B市我司的SCP，確認A市用戶的呼叫與B市SCP無關(guān)。接著聯(lián)系A(chǔ)市SCP，A市SCP機房運維人員跟蹤到用戶信令后，經(jīng)過反復比較，最后反映S廠家MSC送的號碼不全，缺位置區(qū)消息０９７２。聯(lián)系西門子廠家，查看MSC里面我司基站的小區(qū)相關(guān)數(shù)據(jù)，最終確認漏做一條特別針對神州行用戶的數(shù)據(jù)：LOCNO＝86792。在添加上該數(shù)據(jù)后，我們聯(lián)系投訴用戶，他們證實現(xiàn)在主叫正常。我們現(xiàn)場撥測，確信呼叫正常。至此，A市神州行漫游用戶不能做主叫的問題已經(jīng)解決。 建議與總結(jié)：由于我司邊際網(wǎng)掛接在其它公司的NSS下面，出于市場考慮，他們是非常不愿意配合的。同時我們邊際網(wǎng)目前的地位非常輕，出了問題，首先想到的是我們的問題。這樣，要求我們的工程師需要相當豐富的知識，要做一些額外的工作。當整個流程查完后，有足夠的證據(jù)證明是NSS設(shè)備原因時，可以名正言順地告之客戶。這樣，不但樹立了我司良好的服務(wù)形象，而且當下次出現(xiàn)故障時，他們也會仔細考慮問題出在哪邊的。 北電MSC鏈路TSTSTS4不可用導致華為BSC與之對接A接口不成功現(xiàn)象描述：某局新上華為BSC32，自環(huán)成功后與客戶北電MSC對接（2條中繼，1條七號鏈路）?？蛻籼峁訑?shù)據(jù)，其中BSC的OPC為097A，DPC為242D，CIC：32～95，SLC為0。雙方數(shù)據(jù)設(shè)定后對接，現(xiàn)象：華為BSC上LPN7相應鏈路指示燈1秒閃；跟蹤A接口信令，TEST窗口有SLTM和SLTA消息，內(nèi)容為BSC所發(fā)測試碼；查詢七號鏈路狀態(tài)，“傳輸業(yè)務(wù)”為“否”，“鏈路激活”為“是”，SLC無任何內(nèi)容；北電系統(tǒng)方面顯示七號鏈路尚未建立； 原因分析：“跟蹤A接口信令，TEST窗口有SLTM和SLTA消息，內(nèi)容為BSC所發(fā)測試碼”說明屋里路徑SLC、CIC、DPC、OPC均正確；再因為“查詢七號鏈路狀態(tài)，‘傳輸業(yè)務(wù)’為‘否’，‘鏈路激活’為‘是’”說明我方BSC數(shù)據(jù)設(shè)定上無誤；所以——問題很大程度上出現(xiàn)在MSC側(cè)。但正是同樣的原因，客戶維護人員也認為其MSC側(cè)數(shù)據(jù)無誤。我方求助相公司關(guān)人員仍不能解決問題。 處理過程：北電工程師遠程登錄北電系統(tǒng)，查詢MSC數(shù)據(jù)后，在北電MSC側(cè)設(shè)置鏈路所在中繼的TSTSTS4不可用；我方BSC也隨之作了相應設(shè)定后，七號鏈路立即建立。 建議與總結(jié)：反復查證BSC數(shù)據(jù)，確保沒有錯誤。通過自環(huán)檢查：①觀察LAP7板相應的信令鏈路指示燈是否常亮；②維護臺查詢［七號信令/狀態(tài)查詢］查詢信令鏈路狀態(tài)，此時“鏈路激活”應該顯示“是”；③ 維護臺［七號消息/NO7消息跟蹤］觀察信令，如果BSC所發(fā)送的測試消息自收，說明信令自環(huán)無誤；注意信令點為14位國內(nèi)備用信令點，雙方一致；走信令的中繼上，TS0為同步，TS1為信令，TSTSTS4均設(shè)為不可用，雙方數(shù)據(jù)一致；對接完畢需要做全面的電路測試和撥打測試。北電MSC與我司BSC32對接時，七號鏈路所在中繼的TSTSTS4均不可用，否則A接口七號對接不成功。 我司BSC與諾基亞MSC在數(shù)據(jù)配合上不當而導致指配電路失敗現(xiàn)象描述：我司一個多模塊BSC32，下帶三個BTS312，配置為S1/1/1。對端為諾基亞的MSC。BSC配置2塊13FTC，一塊MSM，電路號2304～2367。MSC指配給BSC的A接口電路每天阻死2～3條，累積起來全部阻死，BSC業(yè)務(wù)中斷。 原因分析：MSC指配給BSC的A接口電路每天阻死2～3條，累積起來全部阻死，BSC業(yè)務(wù)中斷，從現(xiàn)象分析，可能為MSC與BSC配合上出現(xiàn)問題。因為網(wǎng)上有我司BSC與另一諾基亞的MSC配合，沒有出現(xiàn)類似問題，估計是數(shù)據(jù)配置沒有配合好。處理過程：查看BSC告警，沒有任何告警。查看A接口電路狀態(tài)，正常，為空閑或不可用。讓局里維護人員查看MSC指配電路狀態(tài)，發(fā)現(xiàn)電路不可用。激活電路，業(yè)務(wù)正常，但每天MSC側(cè)23條電路死掉。查看諾基亞MSC的電路池為0（不可用電路池），BSC電路池為1（可用電路池，全速率FR）。諾基亞MSC電路池改為1（可用電路池FR),與BSC對應，經(jīng)一段時間觀察，電路指配正常，問題解決。 華為BSC與西門子MSC對接手機不能做被叫現(xiàn)象描述：某局新建BSC 1個BM，與西門子MSC交換機對接，A接口7號信令已經(jīng)定上，基站開通后，進行測試，主叫正常，無法做被叫，語音提示“用戶超出服務(wù)范圍或已掉電”。原因分析：遇到“已超出服務(wù)范圍”的問題，是一個系統(tǒng)級的問題，與GSM系統(tǒng)的每一個產(chǎn)品MSC、BSC、BTS、MS及工程質(zhì)量有關(guān)，需要進一步定位分析，在A接口信令跟蹤，發(fā)現(xiàn)用戶做被叫時，Paging尋呼消息沒有發(fā)下來，應該與BTS、MS及工程質(zhì)量無關(guān)，最大的可能是MSC問題，為更好的與客戶配合，也應該仔細檢查BSC數(shù)據(jù)。 處理過程：BSC數(shù)據(jù)A接口的電路池為5，支持EFR，與客戶協(xié)調(diào)電路池改為1，支持FR，重新加載后，故障依舊；將VLR里的用戶數(shù)據(jù)刪掉，重新關(guān)機開機上網(wǎng)，主呼正常，但仍然無法尋呼，在HLR、VLR里查詢用戶數(shù)據(jù)，也無任何限制；在HLR里對被叫用戶進行跟蹤，HLR已經(jīng)從VLR里取得漫游號碼，且已送給MSC，由于西門子MSC交換機沒有信令跟蹤功能，現(xiàn)場也無信令儀，無法進一步在MSC里定位故障；客戶仔細檢查核對MSC數(shù)據(jù)，確認MSC數(shù)據(jù)無誤，在我司一再要求下將MSC數(shù)據(jù)里有關(guān)BSC的數(shù)據(jù)全部刪掉包括信令點數(shù)據(jù)、中繼數(shù)據(jù)和基站小區(qū)數(shù)據(jù)，重新做一遍，加載后，Paging消息可正常發(fā)送，尋呼正常。 我司BSC與諾基亞MSC對接時手機打通無話音現(xiàn)象描述：我司新開BSC與客戶網(wǎng)上運行MSC(諾基亞設(shè)備)對接A口中繼，撥測的時候雖然手機可以接續(xù)，但是出現(xiàn)雙不通情況（能夠正常振鈴和送回鈴音，接起后主被叫都聽不到任何聲音）。原因分析：引起單通、雙不通的原因很多，主要有：A接口電路時隙“是否可用”造成單通；A接口電路CIC對應錯誤；A接口電纜接成鴛鴦線；AM與BM光纖接錯也可能導致單通；GNET時隙故障；TRX信道故障。分析問題時應綜合考慮這些原因！而且由于A接口電路一般比較多，所以在硬件調(diào)測的時候就應該重點保證A接口電路在物理和數(shù)據(jù)上都能一一對應。在數(shù)據(jù)配置上注重保證與上級MSC數(shù)據(jù)的一致性。 處理過程：在硬件安裝中對于接線（光纖和中繼電纜）進行了完全的檢測，每條電路都經(jīng)過測試，排除鴛鴦線等接線錯誤。跟蹤信令，信令流程完全正常，話路也已接續(xù)。說明TRX信道故障排除。查看A口中繼的話路狀態(tài)為空閑，也都正常。說明A接口電路時隙可用。根據(jù)以往與諾基亞MSC對接經(jīng)驗，我司設(shè)備數(shù)據(jù)中CIC號中要去除同步時隙號，在所以在我司設(shè)備的調(diào)測數(shù)據(jù)中CIC編碼為每個E1只編31個CIC號碼，從TS1開始編碼編為0～30，下一個E1也是從TS1開始編碼，編為31～61，認真檢查MSC數(shù)據(jù)，MSC的CIC的確沒有對同步進行編碼，與BSC側(cè)核查CIC也未找到問題。信令的流程和話路的流程區(qū)別在于信令的流程尋址不需要用到CIC，而話路的流程尋址需要CIC編碼。經(jīng)過以上分析和處理，考慮到通話雙方均聽不到對方聲音，顯然是由于CIC沒有對上造成的。這是否與CIC的編碼方式有關(guān)，所以對話路的接續(xù)過程進行分析。MSC與BSC之間的話路均由MSC進行指配，即在MSC占上某個時隙后，發(fā)消息給BSC，讓BSC也占用相同的時隙。從問題的現(xiàn)象看，很可能BSC在占用時隙時出現(xiàn)錯誤。MSC和BSC是靠CIC識別電路的，所以相同中繼線的兩端的電路對應的CIC也必須一致。MSC的CIC編碼中注意到MSC的TS0雖然沒有編CIC號，但是相應的CIC號是空出來的，BSC側(cè)也應按相同方式進行調(diào)整，即對同步時隙和信令時隙都進行CIC編碼，但是在電路時隙設(shè)置成為“不可用”。修改中繼電路表中的CIC編號和電路可用與否，修改CIC模塊表中相應的CIC范圍。即每個E1的CIC編碼從TS0開始編碼，編為0～31，下一個E1也是從TS0開始編碼，編為32～63。核實數(shù)據(jù)后轉(zhuǎn)換加載，經(jīng)撥測發(fā)現(xiàn)系統(tǒng)正常，雙不通現(xiàn)象消失。 某地BSC與愛立信MSC對接中遇到的問題 現(xiàn)象描述： A接口對接之后，MS能上網(wǎng)和位置更新，能打通電話，但是經(jīng)過很短時間的正常通話后掉話，通話持續(xù)時間從幾十秒到兩分多鐘不等。此現(xiàn)象與定時器沒有設(shè)置導致通話四分半鐘掉話的現(xiàn)象不同。告警信息：MSC復位A接口電路 原因分析：把這些現(xiàn)象和MA10跟蹤的消息與客戶交流，提出我們對問題的看法，在一些證據(jù)面前客戶開始相信問題并不是華為BSC造成的。由于客戶的施壓，愛立信態(tài)度有些改變。當客戶工程師把添加MSC數(shù)據(jù)的過程向愛立信總部技術(shù)支持說明時，愛立信技術(shù)人員說發(fā)現(xiàn)一個可疑的細節(jié)（估計他們以前遇到過，否則不會那么在意這個細節(jié)）?？蛻艄こ處熢贛SC側(cè)主動把BSC的狀態(tài)由UNAVAIABLE改為AVAIABLE的，當時BSC甚至還未開通，并不是MSC自動檢測到BSC的狀態(tài)，而變?yōu)锳VAIABLE的。這樣造成A接口的一些初始握手信息丟失，導致MSC啟動復位A接口的定時器。解決辦法是把現(xiàn)在BSC的AVAIABLE狀態(tài)改為UNAVAIABLE，由MSC自動來檢測BSC的狀態(tài)。做這樣的修改后，通話正常。 處理過程： 使用維護臺A接口跟蹤，發(fā)現(xiàn)掉話前MSC發(fā)過來一個RESET命令，然后BSC上報UNEQUIPPED CURCUIT，掉話。RESET命令中帶有復位電路的起始CIC和復位的電路長度，經(jīng)過計算，包括A接所有電路。如果閉塞原起始CIC，則從下一條CIC復位。進一步觀察，發(fā)現(xiàn)即使沒有呼叫，MSC會自動復位A接口所有電路，兩次復位時間相隔2分55秒，非常準確。RESET命令有時候只發(fā)到BM1，但是BM1和BM2都有RESET ACK上報。根據(jù)這些現(xiàn)象，可以判斷：MSC啟動了一個復位A接口電路的定時器，這個定時器與呼叫無關(guān)。但是MSC為什么會啟動這個定時器呢？懷疑A接口功能的影響，MSC和BSC都更改PHASE2為PHASE1，取消電路池功能，更改語音版本，增加BSC定時器的設(shè)置，都沒有效果。由于BSC做A接口數(shù)據(jù)時，比實際MSC分配的要多，懷疑MSC檢測到多余的電路，發(fā)現(xiàn)本端狀態(tài)不對，而復位整個A接口電路。但是把A接口數(shù)據(jù)修改成與MSC完全一致后，現(xiàn)象依舊。登記BSC的Oamp。M話統(tǒng)任務(wù)，結(jié)果也表明是MSC每半小時復位A接口電路10次或11次，與2分55秒很吻合。由于A廠家現(xiàn)場工程師堅持是由于BSC上報消息不對引起MSC復位A接口電路，并且不承認A接口存在任何定時器，不太相信我們維護臺跟蹤的消息以及話統(tǒng)結(jié)果，于是緊急調(diào)來了一臺MA10，跟蹤A接口發(fā)現(xiàn)消息完全與維護臺一致，但是掛在同一個MSC帶有的愛立信BSC的A接口，沒有RESET消息。 與諾基亞MSC的A接口對接中遇到的問題 現(xiàn)象描述：某局BSC在與諾基亞MSC對接，對接A接口包括2個TCSM（8條E1）CIC從0～255，2條信令鏈路分別在每個TCSM單元的第一條E1的16時隙上SLC分別為0，1。A接口話路在BSC查詢是空閑的，在MSC查詢是對端閉塞的，七號信令能夠定位，跟蹤七號信令消息互相會發(fā)送測試消息，但是對于BSC發(fā)送的N_CONNECT_REQUEST，MSC回N_DISCONNECT_INDICATION，原因為NO SCCP DATA。 手機無法上網(wǎng)。 原因分析：根據(jù)消息分析后提交客戶，大致分析結(jié)果為諾基亞MSC的原因。請諾基亞工程師檢查相應數(shù)據(jù)和操作過程。最后在MSC側(cè)對BSC進行LOCK/UNLOCK操作后，A接口正常，手機上網(wǎng)并打通電話。原因為在A接口對接過程中諾基亞工程師操作有誤，導致一些A接口初始握手消息丟失。 處理過程：反復檢查BSC側(cè)A接口各類數(shù)據(jù)，未發(fā)現(xiàn)問題。詢問諾基亞工程師，說諾基亞MSC支持PHASE II+，華為BSC目前對于PHASE II+部分功能不支持，但是這個原因不會造成MSC會拒絕SCCP的連接請求，因此只能從七號信令消息入