【正文】 沒有配置第三小區(qū)。 當(dāng)手機在該區(qū)域用B基站的第二小區(qū)的信號時，A基站第三小區(qū)的信號又比較強，而B基站第二小區(qū)又與A基站的第三小區(qū)無鄰區(qū)關(guān)系，因此無法進行切換。由于B基站的第二小區(qū)的信號又是經(jīng)過多次反射后的信號，當(dāng)由于某種原因?qū)е率謾C收到的B基站的信號突然變?nèi)鯐r，此時可能要發(fā)起緊急切換，但此時A基站的第二和第三小區(qū)對于B基站的第二小區(qū)來說又不是最好的侯選小區(qū)，因此就有可能切換到其他C基站，而此時手機又無法收到C基站的信號，于是產(chǎn)生掉話現(xiàn)象。問題解決： 修改BSC數(shù)據(jù)配置中BA1（BCCH）表、BA2（SACCH）表、小區(qū)相鄰關(guān)系表中數(shù)據(jù)，把A基站的第三小區(qū)作為B基站第二小區(qū)的鄰區(qū)，進一步進行網(wǎng)絡(luò)工程參數(shù)的優(yōu)化，消除孤島效應(yīng)。通過測試，基本解決掉話問題。結(jié)論： 解決孤島問題的兩種手段：調(diào)整孤島小區(qū)的天線，消除孤島現(xiàn)象。為孤島小區(qū)定義新的鄰小區(qū)。 案例五：優(yōu)化切換參數(shù)減少掉話問題現(xiàn)象： 在A地到B地的路測過程中發(fā)現(xiàn)，在基站附近的山洞口，沒有及時切換導(dǎo)致的掉話次數(shù)較多。 山洞就在基站附近，進入山洞后目標(biāo)小區(qū)功率較好為80dbm左右，但原服務(wù)小區(qū)信號迅速衰減到100dbm之下，因為山洞外兩個小區(qū)的下行功率都很好，觸發(fā)不了切換，但是在進入山洞后原服務(wù)小區(qū)電平迅速下降，在統(tǒng)計時間還沒到達之前，已經(jīng)掉話。問題分析與解決：修改相關(guān)參數(shù)如下表：參數(shù)名稱修改前取值修改后取值PBGT切換統(tǒng)計時間53PBGT切換持續(xù)時間42PBGT切換門限7268緊急切換上行質(zhì)量門限7060切換候選小區(qū)最小下行功率1015優(yōu)化調(diào)整切換參數(shù)以減少掉話：在保證沒有乒乓切換和導(dǎo)致話音斷續(xù)過多的前提下，使PBGT切換較易發(fā)生，從而達到抗干擾和降低掉話率的目的；合理設(shè)置緊急切換觸發(fā)門限，在掉話之前及時觸發(fā)緊急切換以減少掉話等。 案例六：與版本相關(guān)的參數(shù)設(shè)置問題現(xiàn)象： 某地割接擴容后，割接擴容后的5個基站掉話率特別高，達到5%，每個小區(qū)掉話次數(shù)多達100次，其中一個沒有擴容變化的基站的掉話率也變得非常高。 所有掉話的原因都是射頻掉話，但不知是什么原因?qū)е律漕l掉話，沒有干擾，沒有基站的硬件故障。問題分析與解決： 檢查數(shù)據(jù)，頻率計劃、BSIC規(guī)劃等； 觀察話統(tǒng)，干擾帶一切正常，沒有干擾現(xiàn)象存在。 切換成功率在93%以上，切換正常，沒有問題。檢查基站各個TRX和FPU的版本，擴容后TRX與FPU版本不一致。 升級TRX和FPU版本，使他們的各個版本統(tǒng)一，沒有效果。 最后對數(shù)據(jù)重新進行檢查發(fā)現(xiàn)，原來新擴容的基站采用15：1的復(fù)用方式，，導(dǎo)致掉話率奇高。在系統(tǒng)做了大規(guī)模的調(diào)整后，如新建基站的割接入網(wǎng)、基站擴容、重新頻率計劃、升級、補丁，應(yīng)對與之相關(guān)的系統(tǒng)參數(shù)進行全面的檢查、調(diào)整。尤其要重點檢查的有，相鄰小區(qū)關(guān)系、頻率干擾情況、跳頻參數(shù)、小區(qū)參數(shù)等。對各種基站版本也需特別注意。 案例七：TRX板故障導(dǎo)致掉話問題現(xiàn)象： 撥測中發(fā)現(xiàn)基站第二小區(qū)有頻繁斷話現(xiàn)象問題分析與解決： 查看話統(tǒng)發(fā)現(xiàn)，該小區(qū)TCH擁塞率超過10％，而且切入失敗率也較高。從遠(yuǎn)端維護臺上看該小區(qū)一塊TRX板顯示異常，初步定位單板問題。故障排除： 用測試手機鎖定頻點，反復(fù)撥打測試，證實只在該板的7時隙掉話，而8時隙通話正常。將此板換到其他槽位，故障依舊；將其他槽位的好板換到此槽位，通話正常；再將故障板換至其它機柜，故障依舊。確定為TRX壞。后來將送至的備板換上，通話恢復(fù)正常。點評： 在基站側(cè)進行測試時，不能僅僅滿足于每個載頻能通話就可以了，而應(yīng)該將每個載頻的每個時隙均要通話測試，一定要保證每個TCH信道都能雙向通話，且通話效果良好。 案例八：天饋問題引起的掉話問題現(xiàn)象：某局點新開通一BTS3012基站，配置為S2\2\2，開通后第1和第2小區(qū)忙時TCH掉話達到20多次，SD掉話達到1000多次，第3小區(qū)指標(biāo)正常。問題分析與解決：通過分析忙時載頻級無線鏈路性能測量話統(tǒng)指標(biāo)，發(fā)現(xiàn)第1小區(qū)(2號,3號TRX)和第2小區(qū)(6號,7號TRX)中的第二塊載頻即3號TRX和7號TRX無線鏈路異常的次數(shù)都很多，由于該站是S2\2\2配置，第1小區(qū)的3號TRX和第2小區(qū)的7號TRX都是連接各自扇區(qū)DDPU的TXB通道，初步懷疑是這兩塊非主B載頻的天饋接反；通過分析上下行平衡性能測量話統(tǒng)，發(fā)現(xiàn)第1小區(qū)的3號TRX和第2小區(qū)的7號TRX在等級一,二和三的比例都明顯很大，說明了下行鏈路損耗太大或者下行發(fā)射功率太小，由于第1小區(qū)的2號TRX(主B)和第2小區(qū)的6號TRX(主B)都是通過各自扇區(qū)DDPU的TXA發(fā)射，當(dāng)電話接入后分配到非主B載頻上的信道時由于3號TRX和7號TRX的天饋是反向發(fā)射的，必然發(fā)射功率驟降從而導(dǎo)致掉話，倒換接反的3號和7號TRX天饋后，兩個小區(qū)的TCH和SD掉話都恢復(fù)到正常水平。 案例九：傳輸問題引起的掉話問題現(xiàn)象：某基站為華為替換MOTO基站，站型為S2/2/2，替換當(dāng)晚撥打測試正常，路測時也沒有發(fā)現(xiàn)問題存在。登記的15分鐘話統(tǒng)也顯示主被叫正常，切換也正常。運行一周后通過話統(tǒng)發(fā)現(xiàn)該站SDCCH占用請求次數(shù)異常，SDCCH占用請求次數(shù)最多時達到了9000多次，成功7000多次，占用遇全忙900多次。但相對于SDCCH，TCH話務(wù)量較小，掉話率高。問題分析與解決：為排除硬件方面的原因，到現(xiàn)場檢查硬件情況，發(fā)現(xiàn)在站下?lián)艽螂娫捓щy，且周圍也有用戶反應(yīng)替換后撥打電話困難。由于無法撥打電話，征得客戶同意后對基站進行了下電重新加載數(shù)據(jù)，但在基站初始化出現(xiàn)“過程錯誤，通訊超時”的提示，部分基站參數(shù)無法初始化，對基站硬件及連線進行了仔細(xì)檢查未發(fā)現(xiàn)問題。由于該站為替換基站，替換前傳輸是正常的，而替換后使用的還是原來的傳輸線路，我們所做的更改只有傳輸機房到華為BSC之間傳輸線和E1接頭，DDF架傳輸線與基站機頂連接的E1接頭，因此出現(xiàn)問題的最大可能就是E1接頭做的不好引起傳輸誤碼過大導(dǎo)致基站初始化不完全，用戶撥打電話時分配TCH困難。經(jīng)檢查確實是基站機頂E1接頭做的不夠精確，將接頭重做后問題解決。 案例十：V9R1升級到V9R3后COBCCH網(wǎng)絡(luò)的掉話翻倍問題現(xiàn)象：埃及三牌網(wǎng)絡(luò)從V9R1升級到V9R3后，話統(tǒng)顯示COBCCH的掉話次數(shù)翻倍問題分析與解決：通過比較V9R1和V9R3的版本差異，發(fā)現(xiàn)V9R3新增了在內(nèi)圓配置BCCH的功能，并新增了載頻級參數(shù)“內(nèi)外圓屬性”，默認(rèn)配置為“無”。檢查代碼后發(fā)現(xiàn)，設(shè)置為“無”可能會導(dǎo)致對手機所在的頻段判斷錯誤，進一步造成功控錯誤，900M頻段當(dāng)作1800M頻段進行功控，使得功控等級變大，電平被控得過低，導(dǎo)致掉話增加。手動將主B的“內(nèi)外圓屬性”配成外圓后，問題解決，掉話次數(shù)恢復(fù)到原來的水平。 案例十一：T30T308未生效導(dǎo)致掉話率上升問題現(xiàn)象： 海南移動搬遷后，TCH掉話率惡化，%% ，縣城從 % %。問題分析與解決：通過對A口信令和版本的分析，發(fā)現(xiàn)版本有一個變化，T305和T308定時器需要在增加BSC數(shù)據(jù)的時候配置，修改定時器表的數(shù)據(jù)不會起作用。由于T305和T308未生效，導(dǎo)致MSC不會主動清除呼叫，導(dǎo)致掉話大幅上升。修改這兩個參數(shù)后，掉話率明顯好轉(zhuǎn)，好于原網(wǎng)水平，問題得到解決。 案例十二：MSC修改了“等待終結(jié)短消息定時器”導(dǎo)致掉話率上升問題現(xiàn)象： 成都網(wǎng)絡(luò)中為了避免短消息重復(fù)接收，改善用戶感受，將部分BSC的“等待終結(jié)短消息定時器”由20s改為60s，修改后發(fā)現(xiàn)“釋放指示”原因的掉話有大幅上升。問題分析與解決：通過分析A口信令發(fā)現(xiàn)MSC側(cè)的“等待終結(jié)短消息定時器”改長之后，呼叫已經(jīng)下了DISCONNECT消息后，MSC不會主動發(fā)起清除地面資源和空口TCH資源，此時手機側(cè)沒有收到網(wǎng)絡(luò)短消息，等待層2拆除，主動給基站發(fā)送了DISC消息拆除層2，導(dǎo)致基站上報REL_IND，最終BSC上報CLEAR REQ統(tǒng)計為掉話。將“等待終結(jié)短消息定時器”改回到20s后掉話次數(shù)明顯下降，恢復(fù)了原來的水平。 案例十三：MSC割接后，T3T31等待短消息響應(yīng)定時器、等待短消息連接釋放定時器與原網(wǎng)不匹配導(dǎo)致掉話率上升問題現(xiàn)象： 云南紅河聯(lián)通核心網(wǎng)割接后（愛立信核心網(wǎng)設(shè)備MGW替換華為核心網(wǎng)設(shè)備G9），掉話率升高，%%。問題分析與解決：通過對信令、話統(tǒng)及參數(shù)設(shè)置等的分析，最終確定由于N側(cè)定時器設(shè)置不合理導(dǎo)致。核心網(wǎng)割接后，定時器T3T31等待短消息響應(yīng)定時器、等待短消息連接釋放定時器與原網(wǎng)不匹配，比原網(wǎng)值設(shè)置的大。這樣會增加B側(cè)主動拆鏈的幾率，B側(cè)定時器超時后向MSC發(fā)送CLEAR REQ，統(tǒng)計掉話。修改為原網(wǎng)值之后，掉話率降低，達到指標(biāo)考核要求。定時器原網(wǎng)值（s）割接后配置值（s）T3102030T3131030等待短消息響應(yīng)定時器1520等待短消息連接釋放定時器3042注：其他可能影響掉話的定時器總結(jié) ：錯誤！鏈接無效。8 TCH掉話率問題信息反饋 如果發(fā)生掉話率較高的情況，需要后方支持時，請反饋下表中的數(shù)據(jù)。檢查信息備注目的軟件版本BSC、BTS軟件版本核查軟件版本是否存在相關(guān)BUG數(shù)據(jù)配置表*.dat文件網(wǎng)優(yōu)參數(shù)檢查，功率配置檢查告警信息硬件、時鐘、傳輸類（自查）需要關(guān)注問題小區(qū)是否有此類告警，需要先處理話統(tǒng)上下行平衡話統(tǒng)、質(zhì)量話統(tǒng)等根據(jù)話統(tǒng)結(jié)果檢查是否存在上下行不平衡、干擾等問題信令RSL信令跟蹤數(shù)據(jù)檢查掉話的原因路測數(shù)據(jù)*.log(*.CELL站點)或*.ant文件通過路測數(shù)據(jù)判斷是否存在干擾或覆蓋問題其他工參表，電子地圖便于NASTAR地理信息檢查36 / 36