1、 日常指標監(jiān)控及設(shè)備預(yù)防性維護第一節(jié) 指標觀測與信令分析介紹指標（Performance Indicator）是對網(wǎng)絡(luò)中發(fā)生的事件進行統(tǒng)計運算，包括兩個部分：計算公式和用來統(tǒng)計某件事情發(fā)生次數(shù)的計數(shù)器（counter），指標反映了網(wǎng)絡(luò)的服務(wù)質(zhì)量、實際運行狀態(tài)。其中我們將某些對客戶感知影響較明顯、或是對網(wǎng)絡(luò)影響較大的指標定義為關(guān)鍵指標（Key Performance Indicator）, 大多無線側(cè)的信令流程都與廠家設(shè)備內(nèi)部的計數(shù)器有對應(yīng)關(guān)系（文中所出現(xiàn)的廠家設(shè)備計數(shù)器均為我省大量采用的北方電訊設(shè)備內(nèi)部所定義的計數(shù)器），而性能數(shù)據(jù)中各種指標是設(shè)備內(nèi)部計數(shù)器經(jīng)過一定運算得出的實際衡量網(wǎng)絡(luò)運行狀態(tài)

2、的結(jié)果，因此在網(wǎng)絡(luò)優(yōu)化中應(yīng)該特別強調(diào)對信令分析、計數(shù)器和NMO數(shù)據(jù)中各種指標采取綜合分析的方法. 信令采集網(wǎng)絡(luò)數(shù)據(jù)有著方便、快速、準確、覆蓋面廣的特點，通過借助專用的軟件分析這些數(shù)據(jù)，能夠及時了解用戶具體通信行為、終端信息，網(wǎng)絡(luò)質(zhì)量和存在問題等，可以為下一步網(wǎng)絡(luò)規(guī)劃和業(yè)務(wù)發(fā)展提供依據(jù),目前我省建有專用的中興公司開發(fā)的信令采集平臺，通過這套系統(tǒng)，已基本實現(xiàn)了信令數(shù)據(jù)采集的智能化，因此努力專研相關(guān)信令知識，提高自己的優(yōu)化水平，將是我們優(yōu)化人員面臨的一項長期任務(wù)。1. 信令分析與NMO、DT數(shù)據(jù)指標進行結(jié)合1.1下面針對呼叫建立過程SD信道的分配流程，闡述三者之間的緊密關(guān)系 圖1 SDCCH信道的分

3、配流程和計數(shù)器對比圖Channel requist 這條信令觸發(fā)的計數(shù)器是C1026，它是在Rach信道傳送的，與其相關(guān)的是Rach信道的不可解碼電平，對于NMO數(shù)據(jù)中不可解碼電平這項指標有計數(shù)器C1033可查，Channel required這條信令是在Abis口傳遞的，它觸發(fā)的總計數(shù)器是C1027，對應(yīng)的各種原因的子計數(shù)器是C1191/07，這條信令中包含發(fā)起此次呼叫的原因，如移動臺主叫發(fā)起、移動臺被叫回答尋呼、移動臺緊急呼叫或位置更新、呼叫重建等等。各種原因都會和C1191/X對應(yīng)。當BSC收到此條信令后下一步就會給移動臺分配SDCCH信道。以上信令流程中在NMO數(shù)據(jù)觀測中最關(guān)鍵的體現(xiàn)就

4、是SDCCH信道的拒絕分配率，此項指標在信令上的對應(yīng)是Channel required和immediate assignment command之間的差值，對應(yīng)的子計數(shù)器是C1161/07 其中網(wǎng)絡(luò)中BSC拒絕分配SDCCH信道的原因多集中于C1161/1、C1161/6等：在SDCCH分配階段要注意：失敗如果產(chǎn)生在信令消息Channel required和 immediate assignment reject之間即SDCCH的拒絕分配率，要觀察計數(shù)器C1161/X；如果SDCCH分配階段失敗產(chǎn)生在信令消息immediate assignment command之后，要觀測計數(shù)器C1163/

5、5及C1163/17。問題:我省某地市個別基站持續(xù)SDCCH分配失敗率較高，約在20%,影響了無線接通率指標的提升。分析:從該扇區(qū)忙時NMO報告可看出 C1191/X（Channel required）= C1192/X（Immediate assignment）= 1059 ，此階段呼叫未受損，在從C1192/X（Immediate assignment ）到C1195 + C1196（Establishment iND）期間呼叫從1059損失到965次。呼叫損失94次，因此這一步是引起SDCCH分配失敗的主要原因。在這階段主要由t3101超時引起，查看t3101觸發(fā)的計數(shù)器C1163/5其

6、值為95，基本與受損呼叫吻合。結(jié)論：此小區(qū)90%因RACH重發(fā)二次分配引起SD分配失敗，這種情況不但對接通率有影響，還會增加系統(tǒng)控制信道的負荷，需要對RACH控制參數(shù)和重發(fā)時間間隔進行適當調(diào)整。1.2 后續(xù)的TCH分配、掛機釋放等信令流程中都對應(yīng)大量指標和相關(guān)計數(shù)器，也可參照以上方法分析，具體如下：在SDCCH信道建立后（Establishment ind）直到系統(tǒng)釋放SD信道，在這期間用于傳送鑒權(quán)、加密信息在此階段的如果產(chǎn)生掉話就為信令信道掉話，對應(yīng)的子計數(shù)器為C1163/X（除過C1163/5，C1163/20），信令信道的掉話總和計入C1778， 在下面的信令流程就是TCH信道的分配了，

7、這和NMO方面的TCH分配失敗率和TCH溢出率都有關(guān)系。 A接口傳送的assignment require消息，在此消息里含有請求信道的類型，觸發(fā)的計數(shù)器是C1841/0，BSC收到后將為呼叫分配資源，若BSC無資源將會向MSC返回Resource Failure消息，如果允許排隊的話，BSC將向MSC發(fā)出Queuing indication消息，并將此次assignment require消息放入排隊隊列并啟動定時器T11，如果超時將向MSC發(fā)出Clear Request，并將觸發(fā)計數(shù)器C1163/30，如果有資源BSC在激活資源后將向BTS發(fā)出assignment command消息，并觸

8、發(fā)計數(shù)器C1049同時啟動定時器t3107，如果BSC收到返回的assignment commplete消息將觸發(fā)計數(shù)器C1050，并將T3107置位。在此階段如果有干擾或硬件問題造成手機無法占用指定信道引起話音信道分配失敗，手機將向BSC發(fā)回assignment failure消息，并將觸發(fā)計數(shù)器C1055。 以上過程中和NMO有關(guān)的指標如下：(1)TCH試呼次數(shù)，計數(shù)器為C1841/0，信令消息為assignment require(2)TCH溢出次數(shù)（含切換）：計數(shù)器為C1039+C1163/30，即： BSS方面TCH溢出和A接口assignment require消息排隊超時之和(3

9、)BSS方面TCH分配失敗次數(shù)，計數(shù)器為C1055 (4)A接口方面assignment require的失敗次數(shù)C1842/0 特別應(yīng)關(guān)注TCH阻塞率和TCH分配失敗率，對于分配失敗率要考慮是否存在載波硬件故障或干擾。1.3 信令分析在DT測試中的作用 DT測試可以發(fā)現(xiàn)網(wǎng)絡(luò)中存在的很多問題，主要對網(wǎng)絡(luò)的下行覆蓋、話質(zhì)等情況進行評估、并及時發(fā)現(xiàn)網(wǎng)絡(luò)中存在的掉話、阻塞、切換失敗等現(xiàn)象。Um口物理層為TDMA幀，鏈路層采用Lapdm協(xié)議，網(wǎng)絡(luò)層分為無線資源管理（RR）、移動性管理（MM）和呼叫控制三部分（CC），每次通話建立都有物理層和鏈路層的一個建立過程，在此基礎(chǔ)上在和網(wǎng)絡(luò)側(cè)建立第三層的通信，因

10、此對測試結(jié)果進行分析時一定要結(jié)合空間接口的三層消息，這樣可以更進一步發(fā)現(xiàn)網(wǎng)絡(luò)中存在的問題， 1.4 日常優(yōu)化需要重點觀測的指標與計數(shù)器計數(shù)器（counter）的值來自O(shè)MC的數(shù)據(jù)庫相應(yīng)表格的相應(yīng)字段的值，是BSC的測量的結(jié)果。BSC和MSC負責測量網(wǎng)絡(luò)中發(fā)生的各種事件的次數(shù)，并以一定的時間間隔來上傳給OMC，上傳成功后將計數(shù)器清零。OMC中用來保存BSC測量的表格如raw report 報告等。我們?nèi)粘ｊP(guān)注的關(guān)鍵指標有TCH掉話率、上下行質(zhì)量、切換失敗率、TCH擁塞率和SDCCH擁塞率等，下面是這幾個關(guān)鍵指標的計算公式：Ø 話音信道掉話率是指話音信道掉話次數(shù)所占話音信道占用次數(shù)的百分

11、比。話音信道掉話次數(shù)北電小區(qū)級RAW REPORT報告共有30個掉話計數(shù)器，根據(jù)集團公司下發(fā)的掉話采樣點要求，目前話音信道掉話次數(shù)采集如下共7個計數(shù)器之和：C1164/8+C1164/13+C1164/14+C1164/16+C1164/17+C1164/24+C1164/25各計數(shù)器說明： C1164/8:指傳輸閃斷引起的掉話。 C1164/13:指無線接口失敗引起的掉話。 C1164/14:指無線鏈路失敗引起的掉話。 C1164/16:指異常釋放引起的掉話。 C1164/17：指T200超時引起的掉話。 C1164/24:指t3103切換超時引起的掉話。 C1164/25:指T8超時引起的

12、掉話。話音信道占用次數(shù)分為含切換和不含切換兩種，一般計算小區(qū)級話音信道掉話率采用不含切換的話音信道占用次數(shù)，具體計數(shù)器如下：C1841/0 TCH占用次數(shù)（不含切換）C1609/0 TCH占用次數(shù)（含切換）Ø 切換成功率是指切換成功的次數(shù)占所有切換請求的百分比。切換成功次數(shù)= C1083 + C1067 + C1073 + C1068 + C1074 C1083：intra BSC小區(qū)內(nèi)切換成功次數(shù) C1067: intra BSC小區(qū)間出切換成功次數(shù) C1073：intra BSC小區(qū)間入切換成功次數(shù)C1068：inter BSC 小區(qū)間出切換成功次數(shù) C1074: inter B

13、SC 小區(qū)間入切換成功次數(shù) 切換請求次數(shù)= C1081 + C1075 + C1069 + C1076 + C1070 C1081: intra BSC小區(qū)內(nèi)切換請求次數(shù) C1075：intra BSC小區(qū)間出切換請求次數(shù) C1069：intra BSC小區(qū)間入切換請求次數(shù) C1076：inter BSC 小區(qū)間出切換請求次數(shù) C1070：inter BSC 小區(qū)間入切換請求次數(shù)Ø TCH擁塞率是指因為擁塞造成的話音信道溢出次數(shù)占所有話音信道試呼次數(shù)的百分比。不含切換： 話音信道溢出次數(shù)C1039 -(C1069-C1071)-(C1070 -C1072) -(C1081-C1082

14、)+c1163/30 話音信道試呼次數(shù)= C1841/0含切換： 話音信道溢出次數(shù) C1039 + C1163/30話音信道試呼次數(shù)= C1841/0 + C1069 + C1070 + C1081 Ø SDCCH擁塞率是指因為擁塞造成的SDCCH信道溢出次數(shù)占所有SDCCH信道試呼次數(shù)的百分比。SDCCH信道溢出次數(shù) c1161/1其中有如下原因可引起SDCCH信道分配異常，但僅有C1161/1為資源缺乏引起： +-+| NUMBER OF IMMEDIATE ASSIGNMENT REJECT | TRAFFIC WITH MSC | LACK OF RADIO | RECEIP

15、T OF A | NO RESPONSE TO | CLOSED | RESSOURCE | CHANNEL ACT NACK| CHANNEL ACK | C1161/0 | C1161/1 | C1161/2 | C1161/3 |+-+-+-+-+| bsc 100 (WY3BSCE301) | btsSiteManager 2 (micro95 RuYiDaSha) | bts 0 (micro95_0)| 0 | 0 | 0 | 0 |+-+-+-+-+| TRAFFIC OVERLOAD | TIMING ADVANCE | OTHER CASES | TRAFFIC | | |

16、C1161/5 | C1161/6 | C1161/7 |+-+-+-+| bsc 100 (WY3BSCE301) | btsSiteManager 2 (micro95 RuYiDaSha) | bts 0 (micro95_0)| 0 | 0 | 0 |+-+-+-+SDCCH信道試呼次數(shù) c1191/0c1191/0 + c1191/7各種SDCCH試呼的計數(shù)器具體如下： NUMBER OF CHANNEL REQUIRED | ALL OTHER CASES | NON SIGNIF. | NON SIGNIF. | NON SIGNIF. |PHASE I| OR LOC.UP &

17、amp; OTHER| OR | OR | OR | PROC. ON SDCCH | ANSWER TO PAGING | MOC TCH/HalfRate| CALL RE-ESTAB TCH/H|PHASE II| C1191/0| C1191/1| C1191/2| C1191/3|+-+-+-+-+| bsc 100 (WY3BSCE301) | btsSiteManager 22 (XA706 (Zhu Que Mao Yi) | bts 0 (XA706_0)| 2345 | 2 | 0 | 0 |+-+-+-+-+| bsc 100 (WY3BSCE301) | btsSite

18、Manager 22 (XA706 (Zhu Que Mao Yi) | bts 1 (XA706_1)| 1043 | 10 | 0 | 0 |+-+-+-+-+| bsc 100 (WY3BSCE301) | btsSiteManager 22 (XA706 (Zhu Que Mao Yi) | bts 2 (XA706_2)| 592 | 7 | 0 | 0 |+-+-+-+-+| ANSWER TO PAGING | EMERGENCY CALL |RE-ESTABLISHMENT | OTHER MOC SERVICES |PHASE I| | | | OR | | | | MOC

19、TCH/FullRate |PHASE II| C1191/4| C1191/5| C1191/6| C1191/7|+-+-+-+-+| bsc 100 (WY3BSCE301) | btsSiteManager 22 (XA706 (Zhu Que Mao Yi) | bts 0 (XA706_0)| 654 | 6 | 0 | 836 |+-+-+-+-+| bsc 100 (WY3BSCE301) | btsSiteManager 22 (XA706 (Zhu Que Mao Yi) | bts 1 (XA706_1)| 487 | 51 | 0 | 478 |+-+-+-+-+| b

20、sc 100 (WY3BSCE301) | btsSiteManager 22 (XA706 (Zhu Que Mao Yi) | bts 2 (XA706_2)| 285 | 1 | 0 | 310 |+-+-+-+-+ 第二節(jié) 日常指標監(jiān)控我們知道了指標的公式，以及計數(shù)器的來源，便可以計算各項指標的值。我們通常通過在OMC上定制任務(wù)產(chǎn)生原始計數(shù)器報告，通過在工作站上編制相關(guān)AWK和SH程序，運算出觀察小區(qū)性能的各項支指標。由于BSC的測量周期一般是一個小時，即BSC每小時向OMC上傳一次，我們便可以在下個小時開始5分鐘左右取到前一個小時的指標情況。通過指標監(jiān)控，我們可以實時掌握網(wǎng)絡(luò)運行的狀

21、況，在網(wǎng)絡(luò)出現(xiàn)故障時及時發(fā)現(xiàn)并解決。根據(jù)指標統(tǒng)計的事件所發(fā)生的時段，又可以將指標分為全天指標、早忙時指標、晚忙時指標、考核時段（集團公司定義的對指標進行考核的時段）指標等。比如早忙時全網(wǎng)掉話率，就是指上午10點11點一個小時內(nèi)，全網(wǎng)掉話次數(shù)（非正常釋放的呼叫）占全部呼叫次數(shù)的百分比數(shù)。對于不同的指標，我們關(guān)心的時段也不同，掉話率的考核時段為811、1821點，每天共6個小時；最壞小區(qū)的考核時段為721點，每天14個小時；切換失敗率的考核時段為全天24小時。根據(jù)指標統(tǒng)計的事件范圍，我們可以將指標分為全網(wǎng)級別、區(qū)域級別（市區(qū)，郊區(qū)）、BSC級別、小區(qū)級別等。對于日常指標監(jiān)控，我們要有一個層次的概念

22、，從高層到低層，逐步定位問題所在，即著眼于全網(wǎng)指標，從小區(qū)開始處理。對于關(guān)鍵指標我們需要每日統(tǒng)計，統(tǒng)計時段依具體情況而定，如果全網(wǎng)或部分BSC性能出現(xiàn)明顯惡化時要及時上報，并進行分析。每天觀察基站性能，按照掉話率、TCH擁塞率、SDCCH擁塞率、切換失敗率等指標分別進行排序，對性能異常，如掉話、擁塞等突然上升，并有較大影響的基站要及時處理。2.1高掉話小區(qū)的處理每小時關(guān)注前一小時各小區(qū)的掉話率和掉話次數(shù)，對于掉話次數(shù)大于100次小區(qū)需要及時處理，每天處理前一天掉話TOP10的小區(qū)。掉話是指通話過程中的通道非正常釋放，通常掉話有3個主要原因：· 無線鏈路失敗 (北電系統(tǒng)中的無線鏈路超時

23、)· 切換計時 T3103超時，除BSS內(nèi)切換。· 其它系統(tǒng)故障· 無線環(huán)境引起T200超時· 異常釋放以上各種原因都可能產(chǎn)生掉話，處理高掉話小區(qū)時，需要分析掉話的原因，然后針對具體情況提出解決方案。問題描述a) 無線鏈路超時移動臺不能發(fā)出SACCH(測量報告消息)，或者在規(guī)定時間內(nèi)沒有被網(wǎng)絡(luò)(BTS)譯碼，也無法執(zhí)行其它切換，這就是無線鏈路超時掉話，計數(shù)器C1164/13和C1164/14統(tǒng)計由于無線接口失敗和無線鏈路失敗所引起的連接失敗。b) T3103 超時:BSCBTS2BTS1 111MSCMSHandover Indication Chann

24、el Activate Channel Activate Ack Handover Command Set T3103Handover Command Handover Access Handover detection Physical Info (TA) SABM UA Establish Indication Handover complete Handover complete Reset T3103當BSC將HandoverCommand信息發(fā)送到BTS時，BSC啟動定時器T3103。在BSC收到來自切換目標小區(qū)的Handovercomplete或者來自源小區(qū)的HandoverFai

25、lure時將T3103復(fù)位，若T3103到時而BSC仍未收到任一種消息時，BSC就判斷在源小區(qū)發(fā)生了無線鏈路失敗，進而釋放源小區(qū)的信道并記錄一次掉話。計數(shù)器C1164/24是用來統(tǒng)計T3103超時的次數(shù)的，因此它可以反映切換由于T3103超時而造成的掉話數(shù)量。c) 系統(tǒng)故障掉話也有可能是由系統(tǒng)故障引起。如由于操作維護的原因造成的掉話，和BSSMAP定時器不匹配造成的掉話，但是這些原因與無線接口沒有直接的相關(guān)性，涉及到BSS和NSS之間的配合問題。掉話分析：良好的維護可預(yù)防和解決絕大多數(shù)掉話問題，特別是高掉話小區(qū)(例如8%以上¨)，應(yīng)首先檢查是否有設(shè)備故障。在排除了系統(tǒng)因素后才應(yīng)考慮無

26、線原因。掉話主要由以下原因引起覆蓋問題：· 真正沒有信號覆蓋的地方，比如因基站太少導致覆蓋不連續(xù)。· 另一種是切換不及時。在一些信號會迅速減弱的地方(隧道，門廳，地鐵.)，如果切換反應(yīng)速度過慢，可能在通話還未接入新的信道之前，原來的信道已經(jīng)衰落到無法正常譯碼信令，從而導致掉話。 · 覆蓋空洞也可能是由于某個小區(qū)出現(xiàn)了問題 (例如因設(shè)備故障造成小區(qū)癱瘓)。· 覆蓋空洞還可能是由于丟失鄰小區(qū)定義或定義不全，此時，系統(tǒng)會保持通話在現(xiàn)有小區(qū)中，直到超出該小區(qū)覆蓋邊緣而掉話。干擾問題：干擾有來自內(nèi)部 (網(wǎng)絡(luò)造成), 和外部其它系統(tǒng)交調(diào)造成。當網(wǎng)絡(luò)中存在干擾，BTS

27、和MS由于誤碼率高而不能解出SACCH內(nèi)容,無線鏈路超時，從而中斷通話。干擾對切換也有負面影響，因為下行鏈路誤碼率高,移動臺就無法解出BTS發(fā)出的切換請求命令。在 由T3103超時引起的掉話在OMC-R中有記錄。為了確認小區(qū)干擾, 可以檢查統(tǒng)計項 “Average Level of Nondecoded RACH”  (反映上行鏈路干擾),“Ratio of HO on UL Quality ”(反映上行鏈路高誤碼率) 和“Ratio of HO on DL Quality ”(反映下行鏈路高誤碼率)以及Band 級別反映空閑信道上行干擾情況。解決措施&

28、#183; 如果掉話率突然上升并且本站工作正常，檢查相鄰小區(qū)此時是否工作(見TCH可用性)。· 檢查在OMC數(shù)據(jù)庫中定義的相鄰小區(qū)是否互為對稱關(guān)系，是否鄰小區(qū)表定義不全。· 路測(采用掃描方式)并與無線設(shè)計人員共同檢查是否確有覆蓋空洞存在。· 檢查是否存在特殊原因 : 隧道, 大型建筑入口 (商業(yè)中心.), 地鐵入口,大斜坡 (和汽車速度，一天中的交通流量有關(guān)，一般來說，掉話多集中于一段時間和某個方向)。最好的解決辦法是先檢查地圖,聽取工程人員和無線工程師建議，并進行現(xiàn)場勘察。· 利用路測檢測鄰小區(qū)丟失的情況。進一步作Abis接口測試或呼叫路徑跟蹤，對找

29、到問題很有幫助，需注意從測量結(jié)果中分析連接失敗前的時間提前量(TA)以發(fā)現(xiàn)孤島效應(yīng)。Ø 上下行低電平導致的掉話由于上下行電平值較低導致的掉話，一般發(fā)生在電梯、地下停車場、隧道等存在覆蓋漏洞的地方。掉話的原因主要是Radio_Fail和RF_HO，從報告中可以看到平均電平值較低，切換的原因只要集中在上/下行電平引起的切換。我們通過路測和用戶投訴，可以定位這些網(wǎng)絡(luò)中弱覆蓋的區(qū)域。解決的辦法主要是增強覆蓋，如增加直放站、換高增益天線、對全向站實施O改S、在室內(nèi)增加天線分布系統(tǒng)、或者增加新站。Ø 鄰區(qū)擁塞導致掉話在這種情況下，由于最好的鄰區(qū)存在擁塞，用戶不能切換到最好的鄰區(qū)去導致掉

30、話。從統(tǒng)計指標可以看出，鄰區(qū)話務(wù)量較高、存在TCH擁塞、切換失敗率較高，而本小區(qū)存在大量的切換掉話。這種情況的解決辦法就是減小鄰區(qū)的擁塞（具體方法在擁塞小區(qū)解決辦法中有介紹），減少向擁塞鄰區(qū)的切換。Ø 上下行質(zhì)量差導致掉話上下行質(zhì)量差的原因可能是硬件問題、外部干擾或是頻率規(guī)劃問題，這種掉話小區(qū)一般67級質(zhì)量所占比例較高，切換原因主要是質(zhì)量引起的切換。判斷導致質(zhì)量差的原因是硬件問題還是干擾，如果是硬件問題就要通知基站維護人員更換故障硬件，如果是干擾還要判斷是內(nèi)部干擾還是外部干擾，如果需要就調(diào)整載頻頻點，或是控制小區(qū)覆蓋。Ø 漏加鄰區(qū)導致掉話漏加鄰區(qū)一般發(fā)生在集中幾天時間有很多

31、新站入網(wǎng)、或者O改S的時候，又或是相鄰地市有新站入網(wǎng)和O改S沒有通知我們增加鄰區(qū)。通過UAC（未定義鄰區(qū)）的測量，如果平均接收電平值很高、而測量點數(shù)又很多就可以判斷為漏做鄰區(qū)。在MAPINFO中查看這兩個小區(qū)的距離，如果較近時需要增加鄰區(qū)關(guān)系，如果距離較遠，則需要減小小區(qū)覆蓋范圍（通過調(diào)整天線高度、下傾角，或者參數(shù)）。Ø 參數(shù)設(shè)置錯誤導致掉話影響掉話的參數(shù)主要有：C2, RLT, T3103等。在新站集中入網(wǎng)期間或是網(wǎng)絡(luò)割接之后，容易發(fā)生參數(shù)設(shè)置錯誤的情況。因此，我們需要定期對全網(wǎng)的參數(shù)進行檢查，對比現(xiàn)網(wǎng)配置參數(shù)與規(guī)劃默認值，發(fā)現(xiàn)錯誤及時修正。以上是幾種常見的掉話的解決方案，如果監(jiān)控

32、到某小區(qū)有突發(fā)的高掉話，一般是外部干擾或是硬件故障導致。2.2高切換失敗小區(qū)處理Ø 切換失敗的原因：切換失敗可以劃分為兩方面的問題：即信道容量、無線鏈路失敗?？煞譃榍袚Q選擇階段和切換執(zhí)行階段兩個失敗階段。Handover Selection Failure 是從BSC到BTS的HO_COMMAND數(shù)與BTS收到的HO_INDICATION數(shù)之差。它可以幫我們找出由于目標小區(qū)信道資源不足引起的切換失敗，或系統(tǒng)的問題(難以建立BSC與BTS之間的L2連接)。HandoverExecutionFailure 是數(shù)與BSC發(fā)向BTS的HO_COMMAND數(shù)與BSC 收到 的HO_COMPLE

33、TE之差。主要反映了空中無線接口的質(zhì)量。失敗原因· 硬件問題 : 當切換失敗率非常高時，硬件故障（包含CMCF壞引起的同步時鐘問題）可能性最大 (見分配失敗)· 相鄰小區(qū)關(guān)系問題· 鄰小區(qū)負荷· 惡劣的無線條件相鄰小區(qū)關(guān)系問題如果兩個小區(qū)有相同的(BSIC，BCCH)，在正常的情況下這樣的兩個小區(qū)的相距距離應(yīng)該足夠大，他們之間不應(yīng)該有什么關(guān)系。但由于孤島現(xiàn)象的存在，一旦 孤島覆蓋周圍的小區(qū)的鄰小區(qū)表上定義了與孤島小區(qū)同BSIC、BCCH的鄰小區(qū))位于的通話手機將會收到孤島小區(qū)的BCCH信號并上報BSC，這個虛假的鄰小區(qū)測試報告將會誤導切換控制程序發(fā)出切換

34、指令，這樣就使得這些小區(qū)內(nèi)的通話頻頻嘗試向?qū)嶋H信號并不好的小區(qū)發(fā)出切換請求。其結(jié)果往往造成乒乓切換，并導致孤島覆蓋周邊小區(qū)的切出切換失敗率大幅提高。而與孤島小區(qū)具有相同BSIC、BCCH的小區(qū)的切入切換失敗率也將大幅提高。93，6293，62源小區(qū)目標小區(qū)孤島MS鄰小區(qū)通道資源短缺 如果Hoselectionfailurerate切換選擇失敗率很高，原因可能是要切換的鄰小區(qū)負荷高,目標小區(qū)已經(jīng)沒有可用TCH。此時，BSC雖然收到HO_INDICATION信息但并不向目標小區(qū)發(fā)送任何HO_COMMAND 消息。對于一對鄰小區(qū)上的高切換選擇失敗率，可查看目標小區(qū)的負荷以確認是否為負荷問題。惡劣的無

35、線條件如果HandoverExecutionFailurerRate很高，那就有可能是目標小區(qū)或源小區(qū)無線條件方面的原因。低重迭覆蓋區(qū)· 覆蓋：如果目標小區(qū)與源小區(qū)之間沒有足夠的重迭覆蓋區(qū)域，切換可能應(yīng)無法登陸目標小區(qū)的TCH而失敗。在這種情況下，重新回到舊小區(qū)的概率會較低。目標小區(qū)源小區(qū)MS· 干擾：干擾會造成即使目標小區(qū)的電平很好，但上/下行信號質(zhì)量很差的情況移動臺將難以占上目標小區(qū)的TCH。 如果來切換執(zhí)行失敗率很高，必須檢查小區(qū)的干擾情況。對每一對鄰小區(qū)檢查來/去切換執(zhí)行失敗率能夠指明干擾是存在于某一對小區(qū)還是很多小區(qū)，并進而大致判斷干擾區(qū)域和干擾性質(zhì)。如果去切換執(zhí)

36、行失敗率很高，可能是因為切換發(fā)起小區(qū)的下行干擾。移動臺無法譯碼BTS發(fā)出的HANDOVER_COMMAND消息，這時由于T3103超時(計數(shù)器 C1164/24)，將產(chǎn)生掉話。還有可能是目標小區(qū)的下行或上行干擾。因此，需要認真檢查每一對相鄰小區(qū)，以幫助判斷干擾原因。同時檢查目標小區(qū)的切換執(zhí)行失敗率和分配失敗率的相關(guān)性。干擾造成的高切換失敗率往往伴隨著高 分配失敗率。為了確認小區(qū)的干擾，檢查計數(shù)器“Average Level of Non decoded RACH ”， 并且同時查看“Ratio of HO on UL Quality” 和 “Ratio of HO on DL Qua

37、lity”。解決措施：相鄰小區(qū)關(guān)系問題· 對于一對鄰小區(qū)，檢查切換執(zhí)行失敗率過高是否由孤島效應(yīng)引起。作Abis測試并重點檢查時間提前量（TA）有助于找出孤島效應(yīng)?？稍黾庸聧u小區(qū)的天線下傾角以減輕孤島效應(yīng)或改變它的BSIC以消除同BCCH，BSIC的現(xiàn)象。· 檢查數(shù)據(jù)庫看鄰小區(qū)表與BTS參數(shù)是否匹配。如果有，在 OMC-R中修改。 鄰小區(qū)負荷如果BTS在HO_INDICATION中選擇的小區(qū)都超載，那么HO selection failure rate會很高。解決方法見TCH/SDCCH不足。另外，為HO設(shè)置高于通話建立的優(yōu)先級別也可有效地解決HO選擇失敗問題。惡劣的無線條件

38、· 重迭覆蓋少：檢查覆蓋預(yù)測圖，注意那些特殊地點(隧道.)，一旦懷疑，最好進行路測以便確認。并采取相應(yīng)的無線優(yōu)化手段改善覆蓋。提高小區(qū)的覆蓋可以通過減小下傾角或增加天線高度來實現(xiàn)。但是這樣可能會干擾其它鄰小區(qū)。根本方法是增加基站或微蜂窩，但這已超出了優(yōu)化范圍。切換失敗原因總結(jié)如下：n 切換參數(shù)設(shè)置錯誤n 鄰區(qū)參數(shù)設(shè)置不正確n 硬件故障n PLMN（permitted NCC）參數(shù)設(shè)置錯誤n 干擾n 鄰區(qū)擁塞n 覆蓋漏洞n 鄰區(qū)TCH輸出功率低于BCCHn 定義太多鄰區(qū)關(guān)系n MSC/BSC數(shù)據(jù)定義錯誤2.4 TCH/SDCCH擁塞小區(qū)處理Ø 擁塞的原因：n 高話務(wù)量n 基站

39、過覆蓋n 硬件問題n LAC區(qū)域規(guī)劃不合理，導致過多的位置更新或過多的paging消息（SDCCH擁塞）如果發(fā)現(xiàn)小區(qū)擁塞，首先要查看硬件告警，檢查小區(qū)每線話務(wù)量，確定是否基站故障導致?lián)砣?。對于擁塞小區(qū)解決辦法只有兩大類：降低小區(qū)吸收的話務(wù)量和增加小區(qū)承載能力。Ø TCH擁塞的解決辦法增加容量的辦法有：擴容（增加載頻），打開半速率，增加新站。降低話務(wù)量的辦法有：a) 降低基站天線高度，增大下傾角b) 使用DRc) 減小基站覆蓋范圍，增大最小接入電平值（RXP），降功率（PMAX）d) 使用C2e) 減小小區(qū)過載門限值BLTf) 調(diào)整鄰區(qū)參數(shù)使得鄰區(qū)不容易切換進來（SL，PMRG，OF，

40、PRI，DRT）Ø SDCCH擁塞小區(qū)的解決辦法增加容量的辦法有：a) 增加SDCCH時隙b) 擴容（增加載頻）c) 使用動態(tài)SDCCHd) 減少小區(qū)覆蓋范圍e) 減少位置更新的次數(shù)（增大HYS，增大周期位置更新的周期PER）。第三節(jié) 設(shè)備告警查看及預(yù)防性維護北電無線子系統(tǒng)設(shè)備的日常維護包括BSC、OMC、BTS、PCUSN設(shè)備的日檢，BSC、OMC、BTS、PCUSN設(shè)備的月檢，OMC、BTS設(shè)備的季檢，BTS設(shè)備的年檢等，其中BTS的月檢、季檢、年檢等大部分需要在現(xiàn)場使用測試儀表進行檢測。3.1 BSC12051、 狀態(tài)檢查以下項目及指令均可用auditBSC.log批處理工具查

41、看全部結(jié)果：serv1:(omc)% more /home/STAT/ auditBSC.log（1） 雙工狀態(tài)檢查： 指令在MMI上display chain information 或執(zhí)行serv1:(omc)%cd /OMC/data/calendar/jobResultsserv1:(omc)%more auditBSC1.administrator.yyyymmd 結(jié)果 所有BSC應(yīng)為”duplex” 即主備CHAIN均處于工作狀態(tài)或使用：指令 serv1:(omc)%grepactive-passive auditBSC1.administrator.yyyymmdd結(jié)果所有BSC

42、的active-passive link應(yīng)為“opened” 表示主備用CHAIN之間在實時的更新數(shù)據(jù)指令 serv1:(omc)%grep -c simplex auditBSC1.administrator.yyyymmdd 結(jié)果 此命令的結(jié)果應(yīng)為“0” 當BSC處于單工工作狀態(tài)時必須調(diào)查原因及時處理（2） BDA audit狀態(tài)檢查 指令 選擇 bsc 目標: / Configuration / BDA / Audit / Send,在Session log查看結(jié)果是否為“no difference”或執(zhí)行serv1:(omc)%cd /OMC/data/calendar/jobResu

43、ltsserv1:(omc)%more auditBSC*.administrator.yyyymmdd 結(jié)果 所有BSC的BDA audit 結(jié)果應(yīng)為”no difference”. BDA：為BSC硬盤中的數(shù)據(jù)庫；BDE：為OMC-R上的數(shù)據(jù)庫 在OMC-R上的每一個BSC的數(shù)據(jù)應(yīng)和BSC硬盤中的數(shù)據(jù)一致。如不一致，會隱含一些問題?；驁?zhí)行指令 serv1:(omc)%grep no diff auditBSC1.administrator.yyyymmdd結(jié)果 列出在auditBSC1的log文件中， BSC audit結(jié)果是“no difference” 的清單。 （3） 循環(huán)文件狀態(tài)指

44、令 選擇 "BSC X25" 目標 / Configuration / Circular File / Display state /Circular File ID / Apply ，在Session log 中查看結(jié)果；或執(zhí)行serv1:(omc)%cd /OMC/data/calendar/jobResultsserv1:(omc)%more auditBSC1.administrator.yyyymmd 結(jié)果 所有BSC的ficCircState應(yīng)為“open” 或執(zhí)行指令serv1:(omc)%grep ficCircState auditBSC1.adminis

45、trator.yyyymmdd結(jié)果 所有BSC的ficCircState應(yīng)為“open” （4） BSC告警狀態(tài)檢查 (FN5,6,7,8,11,13,16,23,24,115x,5xx,6xx，1290,1310,31010,30061,30063.) 指令(omc)%cd /home/user/support/Genstat.sh automatic(omc)%more GENSTAT_RES 結(jié)果 如出現(xiàn)以下故障：Fault Number: 5,6,7,8,11,13,14,15,16,23,24，125,126,138,140,170,2xx,3xx,4xx,5xx,6xx,1290,

46、1310,31010,30061,30063.，則做相應(yīng)記錄并進行故障處理，以上故障號為涉及BSC重啟、重要電路板故障、BDE與BDA不一致等重要故障，必須調(diào)查原因并做相應(yīng)處理。 參考：FN1153：SICD8V 故障 FN1151：PCM穩(wěn)定性能標志 FN5、6 BSC CHAIN 重啟 FN7、2XX、4XX、5XX： BSC重要板子故障 FN1067、1070：基站硬件故障 FN31010：BDA與BDE不一致 FN122：鄰小區(qū)存在問題 FN117X、118X：TCU上TCB2工作不穩(wěn)定 FN8：TCB2板故障 FN493、497：TCU進行了時鐘重選 FN1310：關(guān)于CIC的NSS

47、側(cè)未知錯誤 FN1290：關(guān)于CIC的BSS側(cè)未知錯誤 （5） TCU告警狀態(tài)(FN7,117x,118x)； 指令(omc)%cd /home/user/support/ Genstat.sh automatic(omc)%more GENSTAT_RES結(jié)果 如出現(xiàn)以下故障：Fault Number: 1170, 1171, 1172, 1174,1180, 1182, 1184, 1186，則做相應(yīng)記錄并進行故障處理，或打NTS支援電話。2、 性能檢查 以下項目及指令均可用NETcheck批處理工具查看全部結(jié)果：oam:(omc)%more /home/users/NETCHECK/jobresults/cpuYYYYMMDD（1） CPU負荷情況；l 實時觀測：在MMI上選擇Performance/display raw report,輸入BSC相關(guān)參數(shù)，“APPLY”，在Session log中查看結(jié)果，觀察所有CPU負荷情況（應(yīng)小于50%）l 每日觀測： 指令oam:(omc)% more /home/users/NETCHECK/jobresults/*cpuYYYYMMDD 結(jié)果 CPU平均負荷小于50