MD6076-用戶不在服務(wù)區(qū)專題

1、用戶不在服務(wù)區(qū)專題無線網(wǎng)絡(luò)規(guī)劃部無線網(wǎng)絡(luò)規(guī)劃部內(nèi)容簡介內(nèi)容簡介用戶不在服務(wù)區(qū)問題產(chǎn)生原因用戶不在服務(wù)區(qū)問題產(chǎn)生原因 定義本文所說的“用戶不在服務(wù)區(qū)問題”指的是：當(dāng)撥打某一個處在服務(wù)區(qū)內(nèi)且手機(jī)顯示有信號的用戶時，主叫方卻聽到“用戶不在服務(wù)區(qū)”的提示音。以下列舉了幾個可能產(chǎn)生該問題的原因（非系統(tǒng)設(shè)計原因）：一、覆蓋問題一、覆蓋問題二、參數(shù)設(shè)置二、參數(shù)設(shè)置三、系統(tǒng)容量或負(fù)荷過載三、系統(tǒng)容量或負(fù)荷過載四、尋呼策略四、尋呼策略五、傳輸原因五、傳輸原因六、手機(jī)原因六、手機(jī)原因覆蓋問題覆蓋問題一、覆蓋問題如果用戶投訴發(fā)生在某些小區(qū)的邊緣，如手機(jī)接收信號顯示兩格或以如果用戶投訴發(fā)生在某些小區(qū)的邊緣，如手機(jī)接收

2、信號顯示兩格或以下情況下出現(xiàn)此問題，可以認(rèn)定為覆蓋原因。此時做主叫撥不通的概率應(yīng)該下情況下出現(xiàn)此問題，可以認(rèn)定為覆蓋原因。此時做主叫撥不通的概率應(yīng)該等同于做被叫出現(xiàn)等同于做被叫出現(xiàn)“用戶不在服務(wù)區(qū)用戶不在服務(wù)區(qū)”的概率的概率。細(xì)分其原因可能有以下幾種細(xì)分其原因可能有以下幾種情況：情況：1 1、上下行不平衡、上下行不平衡2 2、未考慮合路器插損區(qū)別、未考慮合路器插損區(qū)別3 3、小區(qū)重選頻繁、小區(qū)重選頻繁4 4、覆蓋確實不好、覆蓋確實不好信號太弱，調(diào)信號太弱，調(diào)到最大功率還到最大功率還是聯(lián)系不上！是聯(lián)系不上！覆蓋問題覆蓋問題-上下行不平衡上下行不平衡1、上下行不平衡或上行接收靈敏度低問題原因：問題

3、原因：當(dāng)下行覆蓋范圍大于上行。 在小區(qū)邊緣將產(chǎn)生偽覆蓋區(qū)；在偽覆蓋區(qū)內(nèi)手機(jī)能夠正常接收基站的信號，但是無法接入系統(tǒng)。用戶做主叫無法獲得服務(wù)，作被叫時，就會出現(xiàn)不在服務(wù)區(qū)現(xiàn)象。定位手段：定位手段：話統(tǒng)中的“功率控制性能測量”、“上下行平衡性能測量”等解決方法：解決方法：a、檢查工程安裝質(zhì)量；b、調(diào)整無線參數(shù)。覆蓋問題覆蓋問題-未考慮合路器插損區(qū)別未考慮合路器插損區(qū)別2、配置基站功率未考慮各種合路器插損的區(qū)別問題原因：問題原因：例如：SCU的插損比CDU高34dB，如果配置載頻功率等級數(shù)據(jù)時沒有考慮到兩者的區(qū)別，將會導(dǎo)致配置SCU的小區(qū)下行功率偏小，覆蓋不良。相關(guān)案例：相關(guān)案例：見案例1：某局使用

4、SCU的3TRX小區(qū)功率配置案例；解決方法：解決方法：配置SCU的載頻功率級數(shù)降低兩級，即靜態(tài)發(fā)射功率增加4dB。覆蓋問題覆蓋問題-小區(qū)重選頻繁小區(qū)重選頻繁3、小區(qū)重選頻繁導(dǎo)致用戶做被叫出現(xiàn)不在服務(wù)區(qū)現(xiàn)象問題原因：問題原因：小區(qū)重選過于頻繁，會影響手機(jī)的接入性能。定位手段：定位手段：實地路測和撥打測試；解決方法：解決方法：a、通過網(wǎng)絡(luò)優(yōu)化改善小區(qū)覆蓋b、調(diào)整無線參數(shù)。鄰近小區(qū)當(dāng)前服務(wù)小區(qū)覆蓋問題覆蓋問題-覆蓋確實不好覆蓋確實不好4、覆蓋確實不好導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象問題原因：問題原因：用戶處于覆蓋邊緣，由于無線信號傳播的多徑效應(yīng)，偶爾出現(xiàn)峰值給用戶帶來仍在服務(wù)區(qū)內(nèi)的錯覺；此時做被叫當(dāng)然很可

5、能出現(xiàn)不在服務(wù)區(qū)的情況。定位手段：定位手段：實地路測和撥打測試；解決方法：解決方法：a、通過網(wǎng)絡(luò)優(yōu)化改善小區(qū)覆蓋；b、對于無法通過優(yōu)化加以改善的地區(qū)只能通過增加基站或直放站加以解決。參數(shù)設(shè)置參數(shù)設(shè)置二、參數(shù)設(shè)置不當(dāng)主要是指無線接口上與尋呼、接入、立即指配有關(guān)的參數(shù)設(shè)置。通過主要是指無線接口上與尋呼、接入、立即指配有關(guān)的參數(shù)設(shè)置。通過查詢話統(tǒng)、告警等，看是否有查詢話統(tǒng)、告警等，看是否有RACHRACH、PCHPCH、SDCCHSDCCH等過載的消息，這些信道等過載的消息，這些信道的過載會導(dǎo)致的過載會導(dǎo)致“用戶不在服務(wù)區(qū)用戶不在服務(wù)區(qū)”問題的發(fā)生。細(xì)分其原因可能有以下幾種問題的發(fā)生。細(xì)分其原因可能

6、有以下幾種情況：情況：1 1、PCHPCH信道配置信道配置2 2、RACHRACH信道配置信道配置3 3、SDCCHSDCCH信道擁塞信道擁塞4 4、BSCBSC數(shù)據(jù)配置錯誤或加載不完全數(shù)據(jù)配置錯誤或加載不完全參數(shù)配置參數(shù)配置-PCH信道配置信道配置1、PCH信道配置不當(dāng)導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象問題原因：問題原因：接入允許保留塊數(shù)和相同尋呼間復(fù)幀數(shù)配置不合適容易造成PCH信道擁塞或?qū)ず羲俣嚷?。定位手段：定位手段：話統(tǒng)“隨機(jī)接入性能測量”中的“PCH過載次數(shù)”正常情況應(yīng)該為0。解決方法：解決方法：按照數(shù)據(jù)配置規(guī)范中相關(guān)參數(shù)配置原則對數(shù)據(jù)進(jìn)行修改。參數(shù)配置參數(shù)配置-RACH信道配置信道配置2、R

7、ACH信道配置不當(dāng)導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象問題原因：問題原因：RACH忙門限、手機(jī)最大重發(fā)次數(shù)、擴(kuò)展傳輸時隙TX-integer 等參數(shù)配置不合適容易造成信道請求沖突或檢測不到。定位手段：定位手段：話統(tǒng)“隨機(jī)接入性能測量”中的“RACH過載次數(shù)”正常情況應(yīng)該為0。解決方法：解決方法：按照數(shù)據(jù)配置規(guī)范中相關(guān)參數(shù)配置原則對數(shù)據(jù)進(jìn)行修改。參數(shù)設(shè)置參數(shù)設(shè)置-SDCCH信道擁塞信道擁塞3、SDCCH信道擁塞導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象問題原因：問題原因：如果SDCCH擁塞，或者在SDCCH信道建立連接過程中失敗，尋呼響應(yīng)無法送到網(wǎng)絡(luò)側(cè)，就會出現(xiàn)“用戶不在服務(wù)區(qū)”問題。定位手段：定位手段：查看話統(tǒng)中“SD

8、CCH擁塞率”等指標(biāo)，正常情況下應(yīng)該為0或接近為0。解決方法：解決方法：造成SDCCH信道擁塞的原因很多，結(jié)合擁塞專題進(jìn)行解決。參數(shù)設(shè)置參數(shù)設(shè)置-BSC數(shù)據(jù)配置錯誤數(shù)據(jù)配置錯誤4、BSC數(shù)據(jù)配置錯誤或加載不完全問題原因：問題原因：“小區(qū)模塊信息表”等涉及CGI參數(shù)的表格數(shù)據(jù)配置不一致，或修改相關(guān)數(shù)據(jù)后加載不完全，可能導(dǎo)致因?qū)ず粝⒃谀K間轉(zhuǎn)發(fā)丟失而產(chǎn)生用戶不在服務(wù)區(qū)現(xiàn)象。相關(guān)案例：相關(guān)案例：見案例2：某局雙頻網(wǎng)尋呼消息丟失案例。見案例3：某局GT表設(shè)定未生效導(dǎo)致取被叫路由失敗解決方法：解決方法：重新設(shè)定數(shù)據(jù)表或重新加載數(shù)據(jù)。系統(tǒng)容量或負(fù)荷過載系統(tǒng)容量或負(fù)荷過載三、系統(tǒng)容量或負(fù)荷過載系統(tǒng)容量或負(fù)

9、荷過載（比如系統(tǒng)容量或負(fù)荷過載（比如HDBHDB過載、過載、CPUCPU過載、某些小區(qū)忙時容量過過載、某些小區(qū)忙時容量過載等）情況下，由于取用戶信息失敗、系統(tǒng)流量控制導(dǎo)致的消息丟棄、用戶載等）情況下，由于取用戶信息失敗、系統(tǒng)流量控制導(dǎo)致的消息丟棄、用戶不能夠很快接入無線網(wǎng)絡(luò)等原因，會導(dǎo)致不能夠很快接入無線網(wǎng)絡(luò)等原因，會導(dǎo)致“用戶不在服務(wù)區(qū)用戶不在服務(wù)區(qū)”的問題，此種的問題，此種情況下要通過系統(tǒng)擴(kuò)容等方式來解決。細(xì)分其原因可能有以下幾種情況：情況下要通過系統(tǒng)擴(kuò)容等方式來解決。細(xì)分其原因可能有以下幾種情況：1 1、HDBHDB過載過載2 2、MSCMSC過載過載3 3、BSCBSC過載過載系統(tǒng)容量

10、或負(fù)荷過載系統(tǒng)容量或負(fù)荷過載-HDB過載過載1、HDB過載導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象問題原因：問題原因：HDB過載造成消息丟棄，使MSC取被叫路由流程異常導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象。相關(guān)案例：相關(guān)案例：見案例3：某局HDB過載案例。解決方法：解決方法：HDB擴(kuò)容。系統(tǒng)容量或負(fù)荷過載系統(tǒng)容量或負(fù)荷過載-MSC過載過載2、MSC過載導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象問題原因：問題原因：MSC如果因內(nèi)部處理負(fù)荷過重、A接口信令鏈路負(fù)荷過重、或BSC上報過載等原因啟動相應(yīng)的流控，將不會下發(fā)尋呼消息。最終導(dǎo)致做被叫時出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象。定位手段：定位手段：查看相應(yīng)流控告警。解決方法：解決方法：特殊原因的短時

11、間過載不需要處理，長期過載需要擴(kuò)容MSC。系統(tǒng)容量或負(fù)荷過載系統(tǒng)容量或負(fù)荷過載-BSC過載過載3、BSC過載導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象問題原因：問題原因：BSC過載會啟動系統(tǒng)流控，流控到一定級別后系統(tǒng)會停止下發(fā)尋呼消息。定位手段：定位手段：查看相應(yīng)流控告警。解決方法：解決方法：特殊原因的短時間過載不需要處理，長期過載需要擴(kuò)容BSC。尋呼策略尋呼策略四、尋呼策略系統(tǒng)中最大尋呼次數(shù)、尋呼重發(fā)時間間隔等參數(shù)都對“用戶不在服務(wù)區(qū)”問題有影響；為了保證接通率，一般系統(tǒng)對一次呼叫過程中的尋呼消息都需要重發(fā)幾次；在MSC和BSC的數(shù)據(jù)中均可以設(shè)置尋呼消息的重發(fā)次數(shù)，系統(tǒng)實際的尋呼消息發(fā)送次數(shù)近似等于兩者相乘

12、的值；若兩者之間的參數(shù)配合不合理，如在MSC和BSC上均只設(shè)置了重發(fā)一次，則有可能因消息丟失、響應(yīng)超時等原因，導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象。傳輸原因傳輸原因五、傳輸原因由于系統(tǒng)之間（比如由于系統(tǒng)之間（比如ABISABIS接口的接口的LAPDLAPD鏈路、網(wǎng)絡(luò)側(cè)各個實體之鏈路、網(wǎng)絡(luò)側(cè)各個實體之間的接口鏈路）和系統(tǒng)內(nèi)部（如間的接口鏈路）和系統(tǒng)內(nèi)部（如MSCMSC與與VLRVLR之間的之間的MEMMEM鏈路、鏈路、BSC/MSCBSC/MSC各個模塊之間的鏈路等）鏈路不穩(wěn)定導(dǎo)致消息丟失，也會出現(xiàn)各個模塊之間的鏈路等）鏈路不穩(wěn)定導(dǎo)致消息丟失，也會出現(xiàn)“用用戶不在服務(wù)區(qū)戶不在服務(wù)區(qū)”的問題。的問題。這方面

13、的問題可以通過查看告警得知。這方面的問題可以通過查看告警得知。手機(jī)原因手機(jī)原因六、手機(jī)原因現(xiàn)在已知道部分型號手機(jī)本身存在的缺陷，會導(dǎo)致現(xiàn)在已知道部分型號手機(jī)本身存在的缺陷，會導(dǎo)致“用戶不在用戶不在服務(wù)區(qū)服務(wù)區(qū)”問題發(fā)生。其原因細(xì)分有以下幾種情況：問題發(fā)生。其原因細(xì)分有以下幾種情況：1 1、手機(jī)射頻部分存在問題、手機(jī)射頻部分存在問題2 2、手機(jī)軟件部分存在問題、手機(jī)軟件部分存在問題3 3、手機(jī)電源不符存在問題、手機(jī)電源不符存在問題手機(jī)問題手機(jī)問題-射頻部分射頻部分1、手機(jī)射頻部分存在問題導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)問題原因：問題原因：例如手機(jī)接收性能差、手機(jī)頻率偏差超過協(xié)議規(guī)定或者手機(jī)雙頻性能差，在雙

14、頻網(wǎng)下接續(xù)困難等。相關(guān)案例：相關(guān)案例：某S手機(jī)接收性能差，同等情況下接收電平比測試手機(jī)低約20dB；見案例4：某E手機(jī)高頻段發(fā)射信號頻差超標(biāo)案例；見案例5：某F手機(jī)雙頻模式下射頻部分故障案例。解決方法：解決方法：維修手機(jī)。手機(jī)問題手機(jī)問題-軟件部分軟件部分2、手機(jī)軟件部分存在問題導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)問題原因：問題原因：手機(jī)異常掉死，無法對尋呼消息進(jìn)行響應(yīng)。相關(guān)案例：相關(guān)案例：某M手機(jī)在測試過程中軟件吊死，多次尋呼均無響應(yīng)，也無法做主叫；開關(guān)機(jī)后現(xiàn)象消失。解決方法：解決方法：一般開關(guān)機(jī)后恢復(fù)正常。手機(jī)問題手機(jī)問題-電源部分電源部分3、手機(jī)電源部分存在問題導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)問題原因：問題原因

15、：手機(jī)電量不足導(dǎo)致上行發(fā)射功率減弱，上行無法接入。相關(guān)案例：相關(guān)案例：某P手機(jī)電池容量指示與實際不符，手機(jī)顯示有兩格電，但是實際電量已經(jīng)不能夠支持手機(jī)發(fā)射，手機(jī)充電后恢復(fù)正常。解決方法：解決方法：維修手機(jī)。 內(nèi)容簡介內(nèi)容簡介用戶不在服務(wù)區(qū)故障定位方法用戶不在服務(wù)區(qū)故障定位方法步驟1 了解現(xiàn)狀 a、從局方1860客服中心了解用戶投訴情況，或直接聯(lián)系投訴人了解不在服務(wù)區(qū)發(fā)生情況。需要收集的信息如下表所示，但不限于這些內(nèi)容： b、整理投訴信息尋找規(guī)律。觀察是否存在下屬情況：是否白天忙時和夜里閑時都發(fā)生；是否被叫號碼屬于同一特殊號段；是否被叫手機(jī)類型相同；是否投訴地點集中；是否某些用戶經(jīng)常發(fā)生不在服務(wù)

16、區(qū)等等。找到投訴的規(guī)律能加快問題解決的速度。過過 程程 描描 述述是是 否否 經(jīng)經(jīng) 常常 發(fā)發(fā)生生投投 訴訴 地地 點點被被 叫叫 手手 機(jī)機(jī) 類類型型被被 叫叫 用用 戶戶 號號碼碼投投 訴訴 用用 戶戶 號號碼碼投投 訴訴 用用 戶戶 姓姓名名時時 間間用戶不在服務(wù)區(qū)故障定位方法用戶不在服務(wù)區(qū)故障定位方法步驟2 撥測了解真實情況 根據(jù)步驟1了解的信息，選取合適的手機(jī)型號在適當(dāng)?shù)牡胤竭M(jìn)行撥測；如果步驟1沒有得到特殊信息，可以多選取幾種手機(jī)類型在多個地方進(jìn)行撥測，盡可能對投訴地點都進(jìn)行撥測。 撥測記錄分別按照如下兩表內(nèi)容填寫，但不限于這些內(nèi)容： 異常情況匯總表：發(fā)發(fā)生生不不在在服服務(wù)務(wù)區(qū)區(qū)次次

17、數(shù)數(shù)撥撥測測總總數(shù)數(shù)撥撥測測 地地點點被被叫叫手手機(jī)機(jī)類類型型被被叫叫號號碼碼主主叫叫號號碼碼撥撥測測時時間間段段相相 關(guān)關(guān) 信信 令令過過 程程 描描 述述地地 點點被被 叫叫 手手 機(jī)機(jī) 類類 型型被被 叫叫 號號 碼碼時時 間間用戶不在服務(wù)區(qū)故障定位方法用戶不在服務(wù)區(qū)故障定位方法步驟3 分析撥測結(jié)果w 如果撥測發(fā)生概率接近或超過1%，說明有其它明顯原因引起不在服務(wù)區(qū)現(xiàn)象。請試著從上文列舉的原因中找到系統(tǒng)存在的問題。解決后返回步驟2，做驗證撥測。w 如果撥測發(fā)生概率在0.2%左右，請重點分析跟蹤到的信令，觀察是否存在概率較低的異常。如果信令觀察出異常，解決后返回步驟2，做驗證撥測。w 如果

18、撥測發(fā)生概率低，且信令上看確實是下發(fā)了尋呼消息，但是尋呼響應(yīng)abis接口沒有上報；或者撥測沒有重現(xiàn)問題，且仍有用戶投訴。請完成步驟4。w 如果撥測沒有重現(xiàn)問題，且一段時間內(nèi)沒有用戶或局方投訴，則可以認(rèn)為問題已經(jīng)解決。用戶不在服務(wù)區(qū)故障定位方法用戶不在服務(wù)區(qū)故障定位方法步驟4 升級測試版本，利用統(tǒng)計信息定位w 信令分析不能定位時，需要獲取系統(tǒng)內(nèi)部測試統(tǒng)計信息定位。w 獲取統(tǒng)計信息后，分析是否系統(tǒng)存在異常，設(shè)法改進(jìn)存在的異常并返回步驟2，做驗證測試。w 若統(tǒng)計信息沒有問題，經(jīng)聯(lián)系相關(guān)產(chǎn)品系統(tǒng)部或?qū)ｎ}組確認(rèn)后，同局方交流爭取局方的認(rèn)同。內(nèi)容簡介內(nèi)容簡介用戶不在服務(wù)區(qū)案例（用戶不在服務(wù)區(qū)案例（1）案例

19、1 現(xiàn)象描述：某地反映“用戶不在服務(wù)區(qū)”投訴較多，首先經(jīng)過網(wǎng)優(yōu)人員路測發(fā)現(xiàn)：該地3載頻小區(qū)較多，天饋系統(tǒng)中采用了較多的SCU，而SCU的插損較大，比CDU要高34dB，造成局部地方覆蓋不良。用戶不在服務(wù)區(qū)案例（用戶不在服務(wù)區(qū)案例（1） 原因分析：原因1：配置數(shù)據(jù)時沒有考慮到SCU與CDU插損的區(qū)別，兩者的載頻功率等級相同，導(dǎo)致了配置SCU的載頻覆蓋范圍較??；（主要）原因2：部分參數(shù)設(shè)置不當(dāng)。（次要） 解決步驟：a、將配置SCU的載頻功率等級降低兩級（即靜態(tài)發(fā)射功率增大4dB）。此舉極大的改善了部分小區(qū)的覆蓋狀況；用戶不在服務(wù)區(qū)案例（用戶不在服務(wù)區(qū)案例（1）b、為減少RACH隨機(jī)接入信號的碰撞，

20、將擴(kuò)展傳輸時隙數(shù)(TX-Integer)由14改為20；c、為使手機(jī)更容易接入網(wǎng)絡(luò)，將RACH最小接入電平由5改為2。降低了接入門限。d、增加MSC尋呼次數(shù)，延長了MSC尋呼響應(yīng)超時時間，挽救部分尋呼響應(yīng)慢的呼叫。 解決效果： 通過上述網(wǎng)絡(luò)參數(shù)調(diào)整，提高了尋呼成功率，該地“不在服務(wù)區(qū)”投訴明顯減少。用戶不在服務(wù)區(qū)案例（用戶不在服務(wù)區(qū)案例（2）案例2 現(xiàn)象描述：某局1800網(wǎng)絡(luò)割接以后，用戶反映在市區(qū)手機(jī)做被叫時經(jīng)常出現(xiàn)“用戶不在服務(wù)區(qū)”提示，經(jīng)現(xiàn)場工程師測試，該情況確實存在：當(dāng)手機(jī)駐留在1800M小區(qū)上時，即使下行信號很強(qiáng)，仍然可能出現(xiàn)這種情況，且發(fā)生的概率很大，經(jīng)過上千次撥打測試得出的統(tǒng)計結(jié)

21、果顯示，大約撥打56次出現(xiàn)一次；問題發(fā)生的地點無規(guī)律性，在市區(qū)內(nèi)所有1800基站上均有可能；在郊區(qū)我司900M基站和市/郊區(qū)N廠家900M基站上均不存在該問題。用戶不在服務(wù)區(qū)案例（用戶不在服務(wù)區(qū)案例（2） 原因分析：根據(jù)上述故障現(xiàn)象，分析可能存在的原因有：a、覆蓋問題，上下行不平衡、上行通道故障、存在干擾、上行路徑損耗太大或基站上行接收靈敏度太低？分析：不可能。如能建立通話，則通話質(zhì)量良好；手機(jī)做主叫時一切正常；在距離基站很近的地方測試也有可能發(fā)生；所有1800基站均存在問題。b、位置區(qū)設(shè)置太大（市區(qū)一個位置區(qū)內(nèi)載頻數(shù)都在300以上），導(dǎo)致尋呼信道擁塞？分析：不可能。話統(tǒng)中無異常表現(xiàn)；測試發(fā)現(xiàn)

22、，無論忙時、閑時，均有可能發(fā)生；在市區(qū)共LAC的900M基站上無此現(xiàn)象。用戶不在服務(wù)區(qū)案例（用戶不在服務(wù)區(qū)案例（2）c、其他參數(shù)設(shè)置不當(dāng)？分析：無相應(yīng)SDCCH信道擁塞、RACH過載等異常話統(tǒng)情況。d、HDB、MSC、BSC過載？分析：不可能。無相應(yīng)的流控告警；1800M與900M共MSC組網(wǎng)；與市區(qū)共BSC的郊區(qū)900M基站無此現(xiàn)象。e、傳輸故障？分析：傳輸告警不多；即使在傳輸正常時仍會發(fā)生。f、手機(jī)原因？分析：所有型號手機(jī)（包括SAGEM測試手機(jī)）均存在可能性。用戶不在服務(wù)區(qū)案例（用戶不在服務(wù)區(qū)案例（2）排除上述可能原因后，仍無法定位問題原因，于是開始跟蹤信令：用MA10同時跟蹤共LAC的

23、N廠家900M基站和華為1800M基站的ABIS接口信令，用兩部測試手機(jī)同時鎖頻在所跟蹤的基站上進(jìn)行撥打測試。我們發(fā)現(xiàn)，當(dāng)出現(xiàn)“用戶不在服務(wù)區(qū)”提示音時：900M基站的ABIS接口上正常下發(fā)了被叫用戶的尋呼信息，1800M基站的ABIS接口上則未下發(fā)被叫用戶的尋呼信息。由此可見，問題的原因還是由尋呼消息丟失引起的；但是尋呼消息丟失的原因又是什么呢？信令丟失的地點可能有二：A接口上；BSC內(nèi)部。用戶不在服務(wù)區(qū)案例（用戶不在服務(wù)區(qū)案例（2）登記相應(yīng)的話統(tǒng)項目，從話統(tǒng)結(jié)果中我們發(fā)現(xiàn)：A接口收到的尋呼消息數(shù)量大大高于BSC下發(fā)到各個位置區(qū)的尋呼消息總和（前者數(shù)量大約是后者的兩倍）；且同一位置區(qū)上各18

24、00小區(qū)收到的尋呼消息數(shù)量差別也較大。由此可見，尋呼消息是在BSC內(nèi)部丟失的。聯(lián)想到割接前修改過市區(qū)所有1800小區(qū)的LAC數(shù)據(jù)，而割接時為了不影響已經(jīng)運行的900M基站，只對1800M基站所在模塊進(jìn)行了掉電加載，可能導(dǎo)致主機(jī)程序中“小區(qū)模塊信息表”未更新，造成尋呼消息在BSC內(nèi)部各模塊間轉(zhuǎn)發(fā)時丟失。用戶不在服務(wù)區(qū)案例（用戶不在服務(wù)區(qū)案例（2） 解決方法：重啟整個BSC，重新加載各模塊（包括AM和各BM模塊）數(shù)據(jù)。 解決效果：故障消除，在幾百次驗證撥打測試中，該問題沒有再出現(xiàn)；用戶投訴減少，但仍有部分用戶反映該問題，后經(jīng)證實另有原因，詳見案例5。用戶不在服務(wù)區(qū)案例（用戶不在服務(wù)區(qū)案例（3）案例3 現(xiàn)象描述：2001年4月以來某局投訴：MSC經(jīng)常不定時地出現(xiàn)用戶作被叫時播放“空號”、“關(guān)機(jī)”、“不在服務(wù)區(qū)”提示音；目標(biāo)網(wǎng)升級后出現(xiàn)的概率更大，有時甚至達(dá)到1020。您撥叫的用戶暫您撥叫的用戶暫時不在服務(wù)區(qū)時不在服務(wù)區(qū).用戶不在服務(wù)區(qū)案例（用戶不在服務(wù)區(qū)案例（3） 原因分析：綜合告警和撥測信息分析原因為：HDB負(fù)荷過大啟動流控造成消息丟棄查看告警臺，每天有大量的“HDB CPU過載”告警，說明HDB負(fù)荷過大啟動了流控。GT表數(shù)