GSM日常指標(biāo)監(jiān)控及設(shè)備預(yù)防性維護(hù)

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

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

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

4、以上信令流程中在NM做據(jù)觀測(cè)中最關(guān)鍵的體現(xiàn)就是SDCCH道的拒絕分配率，此項(xiàng)指 標(biāo)在信令上的對(duì)應(yīng)是Channel required 和 immediate assignment command 之間的差值，對(duì)應(yīng)的子計(jì)數(shù)器是C1161/07其中網(wǎng)絡(luò)中BSC巨絕分配SDCC借道的原因多集中于 C1161/1、 C1161/6 等：在SDCCHHE階段要注意：失敗如果產(chǎn)生在信令消息Channel required 和immediateassignment reject 之間即SDCC的拒絕分配率，要觀察計(jì)數(shù)器 C1161/X；如果SDCCI配 階段失敗產(chǎn)生在信令消息immediate assignm

5、ent command之后，要觀測(cè)計(jì)數(shù)器 C1163/5及C1163/17。問(wèn)題：我省某地市個(gè)別基站持續(xù)SDCC分配失敗率較高，約在20%影響了無(wú)線接通率指 標(biāo)的提升。分析：從該扇區(qū)忙時(shí) NMO艮告可看出 C1191/X(Channel required )= C1192/X(Immediate assignment ) = 1059 ，此階段呼叫未受損，在從C1192/X( Immediate assignment )到C1195 + C1196( Establishment iND )期間呼叫從1059損失到 965次。呼叫損失94 次，因此這一步是引起SDCC盼配失敗的主要原因。在這階段

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

7、/20),信令信道的掉話總和計(jì)入 C177&在下面的信令流程就是TCHB道的分配了，這和NMQJ面的TCH&配失敗率和TCH益 出率都有關(guān)系。A 接口傳送的 assignment require 消息，在此消息里含有請(qǐng)求信道的類型，觸發(fā)的計(jì)數(shù)器是C1841/0, BSC攵到后將為呼叫分配資源，若 BSC6資源將會(huì)向MSCS回Resource Failure消息，如果允許排隊(duì)的話，BSC向MS3出Queuing indication 消息，并將此次 assignment require 消息放入排隊(duì)隊(duì)列并啟動(dòng)定時(shí)器 T11,如果超時(shí)將向MSCt出Clear Request,并將觸

8、發(fā)計(jì)數(shù)器C1163/30,如果有資源BSCE激活資源后將向BTS發(fā)出 assignment command肖息，并觸發(fā)計(jì)數(shù)器C1049同時(shí)啟動(dòng)定時(shí)器t3107 ,如果BSC攵到返回 的assignment commplete消息將觸發(fā)計(jì)數(shù)器C105Q并將T3107置位。在此階段如果有干 擾或硬件問(wèn)題造成手機(jī)無(wú)法占用指定信道引起話音信道分配失敗，手機(jī)將向BSC®回assignment failure 消息，并將觸發(fā)計(jì)數(shù)器C1055。以上過(guò)程中和NMOT關(guān)的指標(biāo)如下：(1)TCH試呼次數(shù)，計(jì)數(shù)器為 C1841/0,信令消息為assignment require (2)TCH溢出次數(shù)(含切

9、換)：計(jì)數(shù)器為 C1039+C1163/30即：BSS方面TCH出和A接口 assignment require 消息排隊(duì)超時(shí)之和（3）BSS方面TCH配失敗次數(shù)，計(jì)數(shù)器為 C1055（4）A 接口方面 assignment require 的失敗次數(shù)C1842/0特別應(yīng)關(guān)注TCH阻塞率和TCW配失敗率，對(duì)于分配失敗率要考慮是否存在載波硬件故 障或干擾。1.3 信令分析在DT測(cè)試中的作用DT測(cè)試可以發(fā)現(xiàn)網(wǎng)絡(luò)中存在的很多問(wèn)題，主要對(duì)網(wǎng)絡(luò)的下行覆蓋、話質(zhì)等情況進(jìn)行評(píng)估、并及時(shí)發(fā)現(xiàn)網(wǎng)絡(luò)中存在的掉話、阻塞、切換失敗等現(xiàn)象。umq物理層為TDMA,鏈路層采用Lapdm協(xié)議，網(wǎng)絡(luò)層分為無(wú)線資源管理（RR、

10、移 動(dòng)性管理（MM和呼叫控制三部分（CC ,每次通話建立都有物理層和鏈路層的一個(gè)建立過(guò) 程，在此基礎(chǔ)上在和網(wǎng)絡(luò)側(cè)建立第三層的通信，因此對(duì)測(cè)試結(jié)果進(jìn)行分析時(shí)一定要結(jié)合空間接口的三層消息，這樣可以更進(jìn)一步發(fā)現(xiàn)網(wǎng)絡(luò)中存在的問(wèn)題，1.4 日常優(yōu)化需要重點(diǎn)觀測(cè)的指標(biāo)與計(jì)數(shù)器計(jì)數(shù)器（counter）的值來(lái)自O(shè)MC勺數(shù)據(jù)庫(kù)相應(yīng)表格的相應(yīng)字段的值，是 BSC的測(cè)量的 結(jié)果。BSCffi MS頌責(zé)測(cè)量網(wǎng)絡(luò)中發(fā)生的各種事件的次數(shù)，并以一定的時(shí)間問(wèn)隔來(lái)上傳給 OMC上傳成功后將計(jì)數(shù)器清零。OMW用來(lái)保存BSCM量的表格如raw report 報(bào)告等。我們?nèi)粘ｊP(guān)注的關(guān)鍵指標(biāo)有 TCH話率、上下行質(zhì)量、切換失敗率、TC

11、H1塞率和SDCC擁塞率等，下面是這幾個(gè)關(guān)鍵指標(biāo)的計(jì)算公式：話音信道掉話率是指話音信道掉話次數(shù)所占話音信道占用次數(shù)的百分比。話音信道掉話次數(shù)北電小區(qū)級(jí)RAVREPORT告共有30個(gè)掉話計(jì)數(shù)器，根據(jù)集團(tuán)公司下發(fā)的掉話采樣點(diǎn)要求，目前話音信道掉話次數(shù)采集如下共7 個(gè)計(jì)數(shù)器之和：C1164/8+C1164/13+C1164/14+C1164/16+C1164/17+C1164/24+C1164/25各計(jì)數(shù)器說(shuō)明：C1164/8:指?jìng)鬏旈W斷引起的掉話。C1164/13:指無(wú)線接口失敗引起的掉話。C1164/14:指無(wú)線鏈路失敗引起的掉話。C1164/16:指異常釋放引起的掉話。C1164/17:指T2

12、00超時(shí)引起的掉話。C1164/24:指t3103切換超時(shí)引起的掉話。C1164/25:指T8超時(shí)引起的掉話。話音信道占用次數(shù)分為含切換和不含切換兩種，一般計(jì)算小區(qū)級(jí)話音信道掉話率采用不含切換的話音信道占用次數(shù)，具體計(jì)數(shù)器如下：C1841/0 TCH 占用次數(shù)（不含切換）C1609/0 TCH 占用次數(shù)（含切換）切換成功率是指切換成功的次數(shù)占所有切換請(qǐng)求的百分比。切換成功次數(shù)= C1083 + C1067 + C1073 + C1068 + C1074C1083 ： intra BSC 小區(qū)內(nèi)切換成功次數(shù)C1067: intra BSC 小區(qū)間出切換成功次數(shù)C1073 ： intra BSC

13、小區(qū)間入切換成功次數(shù)C1068： inter BSC 小區(qū)間出切換成功次數(shù)C1074: inter BSC 小區(qū)間入切換成功次數(shù)切換請(qǐng)求次數(shù)= C1081 + C1075 + C1069 + C1076 + C1070C1081: intra BSC 小區(qū)內(nèi)切換請(qǐng)求次數(shù)C1075 ： intra BSC 小區(qū)間出切換請(qǐng)求次數(shù)C1069 ： intra BSC 小區(qū)間入切換請(qǐng)求次數(shù)C1076 ： inter BSC 小區(qū)間出切換請(qǐng)求次數(shù)C1070： inter BSC 小區(qū)間入切換請(qǐng)求次數(shù)TCH擁塞率是指因?yàn)閾砣斐傻脑捯粜诺酪绯龃螖?shù)占所有話音信道試呼次數(shù)的百分比。不含切換：話音信道溢出次數(shù)=

14、C1039 -(C1069-C1071)-(C1070 -C1072) -(C1081-C1082)+c1163/30話音信道試呼次數(shù)= C1841/0含切換：話音信道溢出次數(shù) = C1039 + C1163/30話音信道試呼次數(shù)= C1841/0 + C1069 + C1070 + C1081SDCCHR塞率是指因?yàn)閾砣斐傻腟DCCHJ道溢出次數(shù)占所有SDCCH1道試呼次數(shù)的百分比。SDCCH1道溢出次數(shù)=C1161/1其中有如下原因可引起SDCCH1道分配異常，但僅有C1161/1為資源缺乏引起：+| NUMBER OF IMMEDIATE ASSIGNMENT REJECT| TRAF

15、FIC WITH MSC | LACK OF RADIO | RECEIPT 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 | TR

16、AFFIC | C1161/5| C1161/6| C1161/7|+| bsC 100 (WY3BSCE301) | btsSiteManager 2 (miCro95 RuYiDaSha) | bts 0 (miCro95_0)| 0| 0| 0|+SDCCH1道試呼次數(shù) =C1191/0 +C1191/0 + C1191/7各種SDCC試呼的計(jì)數(shù)器具體如下：NUMBER OF CHANNEL REQUIRED| ALL OTHER CASES | NON SIGNIF. | NON SIGNIF. | NON SIGNIF. |PHASE I| OR LOC.UP & OTHER

17、| 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) | btsSiteManager 22 (XA706 (Zhu Que Mao Yi)

18、 | 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 TCH/FullRate |PHASE II|C1191/4|C1191/5|C1191/6|C1191/7|+| bsc 100 (WY

19、3BSCE301) | 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|+| bsc 100 (WY3BSCE301) | btsSiteManager 22 (XA706 (Zhu Que Mao Yi) | bts 2 (XA706_2)| 285| 1| 0| 310|+第二節(jié) 日常

20、指標(biāo)監(jiān)控我們知道了指標(biāo)的公式，以及計(jì)數(shù)器的來(lái)源，便可以計(jì)算各項(xiàng)指標(biāo)的值。我們通常通過(guò)在OMCt定制任務(wù)產(chǎn)生原始計(jì)數(shù)器報(bào)告，通過(guò)在工作站上編制相關(guān)AW麻口 SH程序，運(yùn)算出觀察小區(qū)性能的各項(xiàng)支指標(biāo)。由于BSC勺測(cè)量周期一般是一個(gè)小時(shí)，即BSC®小時(shí)向OMC上傳一次，我們便可以在下個(gè)小時(shí)開(kāi)始 5 分鐘左右取到前一個(gè)小時(shí)的指標(biāo)情況。通過(guò)指標(biāo)監(jiān)控，我們可以實(shí)時(shí)掌握網(wǎng)絡(luò)運(yùn)行的狀況，在網(wǎng)絡(luò)出現(xiàn)故障時(shí)及時(shí)發(fā)現(xiàn)并解決。根據(jù)指標(biāo)統(tǒng)計(jì)的事件所發(fā)生的時(shí)段，又可以將指標(biāo)分為全天指標(biāo)、早忙時(shí)指標(biāo)、晚忙時(shí)指標(biāo)、考核時(shí)段 (集團(tuán)公司定義的對(duì)指標(biāo)進(jìn)行考核的時(shí)段) 指標(biāo)等。比如早忙時(shí)全網(wǎng)掉話率，就是指上午10點(diǎn)11點(diǎn)

21、一個(gè)小時(shí)內(nèi)，全網(wǎng)掉話次數(shù)(非正常釋放的呼叫)占全部呼叫次數(shù)的百分比數(shù)。對(duì)于不同的指標(biāo)，我們關(guān)心的時(shí)段也不同，掉話率的考核時(shí)段為 811、1821點(diǎn)， 每天共6個(gè)小時(shí)；最壞小區(qū)的考核時(shí)段為 721點(diǎn)，每天14個(gè)小時(shí)；切換失敗率的考核時(shí) 段為全天 24 小時(shí)。根據(jù)指標(biāo)統(tǒng)計(jì)的事件范圍，我們可以將指標(biāo)分為全網(wǎng)級(jí)別、區(qū)域級(jí)別 (市區(qū)，郊區(qū)) 、 BSCK別、小區(qū)級(jí)別等。對(duì)于日常指標(biāo)監(jiān)控，我們要有一個(gè)層次的概念，從高層到低層，逐步定位問(wèn)題所在， 即著眼于全網(wǎng)指標(biāo)，從小區(qū)開(kāi)始處理。對(duì)于關(guān)鍵指標(biāo)我們需要每日統(tǒng)計(jì)，統(tǒng)計(jì)時(shí)段依具體情況而定，如果全網(wǎng)或部分BSC性能出現(xiàn)明顯惡化時(shí)要及時(shí)上報(bào)，并進(jìn)行分析。每天觀察基站

22、性能，按照掉話率、TCHW塞率、SDCCH塞率、切換失敗率等指標(biāo)分別進(jìn)行排序，對(duì)性能異常，如掉話、擁塞等突然上 升，并有較大影響的基站要及時(shí)處理。2.1 高掉話小區(qū)的處理每小時(shí)關(guān)注前一小時(shí)各小區(qū)的掉話率和掉話次數(shù)，對(duì)于掉話次數(shù)大于 100次小區(qū)需要 及時(shí)處理，每天處理前一天掉話 T0P10勺小區(qū)。掉話是指通話過(guò)程中的通道非正常釋放，通常掉話有3個(gè)主要原因： 無(wú)線鏈路失?。ū彪娤到y(tǒng)中的無(wú)線鏈路超時(shí)） 切換計(jì)時(shí)T3103超時(shí)，除BSS內(nèi)切換。 其它系統(tǒng)故障 無(wú)線環(huán)境引起T200超時(shí) 異常釋放以上各種原因都可能產(chǎn)生掉話，處理高掉話小區(qū)時(shí)，需要分析掉話的原因，然后針對(duì)具體 情況提出解決方案。問(wèn)題描述a

23、）無(wú)線鏈路超時(shí)移動(dòng)臺(tái)不能發(fā)出SACCH（U量報(bào)告消息），或者在規(guī)定時(shí)間內(nèi)沒(méi)有被網(wǎng)絡(luò)（BTS）譯碼，也 無(wú)法執(zhí)行其它切換，這就是無(wú)線鏈路超時(shí)掉話，計(jì)數(shù)器 C1164/13和C1164/14統(tǒng)計(jì)由于無(wú) 線接口失敗和無(wú)線鏈路失敗所引起的連接失敗。b） T3103 超時(shí)：MSHandover completeHandover .complete 一 Reset T3103當(dāng)BSC等Handovercommand息發(fā)送至ij BTS時(shí)，BSC啟動(dòng)定時(shí)器T3103。在BSC攵至U 來(lái)自切換目標(biāo)小區(qū)的 Handovercomplete或者來(lái)自源小區(qū)的 HandoverFailure 時(shí)將T3103復(fù) 位，若

24、T3103至I時(shí)而B(niǎo)SC仍未收到任一種消息時(shí)，BSCft判斷在源小區(qū)發(fā)生了無(wú)線鏈路失 敗，進(jìn)而釋放源小區(qū)的信道并記錄一次掉話。計(jì)數(shù)器C1164/24是用來(lái)統(tǒng)計(jì)T3103超時(shí)的次數(shù)的，因此它可以反映切換由于 T3103超時(shí)而造成的掉話數(shù)量。c）系統(tǒng)故障掉話也有可能是由系統(tǒng)故障引起。如由于操作維護(hù)的原因造成的掉話，和 BSSMAP時(shí) 器不匹配造成的掉話，但是這些原因與無(wú)線接口沒(méi)有直接的相關(guān)性，涉及到 BS用口 NS文問(wèn) 的配合問(wèn)題。掉話分析：良好的維護(hù)可預(yù)防和解決絕大多數(shù)掉話問(wèn)題，特別是高掉話小區(qū)（例如8%Z上一），應(yīng)首先檢查是否有設(shè)備故障。在排除了系統(tǒng)因素后才應(yīng)考慮無(wú)線原因。掉話主要由以下原因

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

26、干擾對(duì)切換也有負(fù)面影響，因?yàn)橄滦墟溌氛`碼率高，移動(dòng)臺(tái)就無(wú)法解出BTS發(fā)出的切換請(qǐng)求命令。在由T3103超時(shí)引起的掉話在OMC-R中有記錄。為了確認(rèn)小區(qū)干擾,可以檢查統(tǒng)計(jì)項(xiàng)？ “Average Level of NondecodedRACH” ?（反映上行鏈路干擾），“Ratio of HO on UL Quality? ”（反映上行鏈路高誤碼率）和“Ratio of HO on DL Quality? "（反映下行鏈路高誤碼率）以及Band級(jí)別反映空閑信道上行干擾情況。解決措施 如果掉話率突然上升并且本站工作正常，檢查相鄰小區(qū)此時(shí)是否工作（見(jiàn)TCH可用性）。 檢查在OMC數(shù)據(jù)庫(kù)中定義

27、的相鄰小區(qū)是否互為對(duì)稱關(guān)系，是否鄰小區(qū)表定 義不全。 路測(cè)（采用掃描方式）并與無(wú)線設(shè)計(jì)人員共同檢查是否確有覆蓋空洞存在。 檢查是否存在特殊原因：隧道，大型建筑入口 （商業(yè)中心），地鐵入口，大斜坡（和汽車速度，一天中的交通流量有關(guān)，一般來(lái)說(shuō)，掉話多集中于一段時(shí)間和某個(gè)方向）。最好的解決辦法是先檢查地圖，聽(tīng)取工程人員和無(wú)線工程師建 議，并進(jìn)行現(xiàn)場(chǎng)勘察。 利用路測(cè)檢測(cè)鄰小區(qū)丟失的情況。進(jìn)一步作 Abis接口測(cè)試或呼叫路徑跟蹤， 對(duì)找到問(wèn)題很有幫助，需注意從測(cè)量結(jié)果中分析連接失敗前的時(shí)間提前量（TA）以發(fā)現(xiàn)孤島效應(yīng)。上下行低電平導(dǎo)致的掉話由于上下行電平值較低導(dǎo)致的掉話，一般發(fā)生在電梯、地下停車場(chǎng)、隧道

28、等存在覆蓋漏洞的地方。掉話的原因主要是 Radio_Fail和RF_HO從報(bào)告中可以看到平均電平值較低，切換的原因只要集中在上/下行電平引起的切換。我們通過(guò)路測(cè)和用戶投訴，可以定位這些網(wǎng)絡(luò)中弱覆蓋的區(qū)域。解決的辦法主要是增強(qiáng)覆蓋，如增加直放站、換高增益天線、對(duì)全向站實(shí)施。改S在室內(nèi)增加天線分布系統(tǒng)、或者增加新站。鄰區(qū)擁塞導(dǎo)致掉話在這種情況下，由于最好的鄰區(qū)存在擁塞，用戶不能切換到最好的鄰區(qū)去導(dǎo)致掉話。從統(tǒng)計(jì)指標(biāo)可以看出，鄰區(qū)話務(wù)量較高、存在 TCHW塞、切換失敗率較高，而本小區(qū)存在大量 的切換掉話。這種情況的解決辦法就是減小鄰區(qū)的擁塞 （具體方法在擁塞小區(qū)解決辦法中有介紹） ，減少 向擁塞鄰區(qū)

29、的切換。上下行質(zhì)量差導(dǎo)致掉話上下行質(zhì)量差的原因可能是硬件問(wèn)題、外部干擾或是頻率規(guī)劃問(wèn)題，這種掉話小區(qū)一般67 級(jí)質(zhì)量所占比例較高，切換原因主要是質(zhì)量引起的切換。判斷導(dǎo)致質(zhì)量差的原因是硬件問(wèn)題還是干擾，如果是硬件問(wèn)題就要通知基站維護(hù)人員更換故障硬件，如果是干擾還要判斷是內(nèi)部干擾還是外部干擾，如果需要就調(diào)整載頻頻點(diǎn)，或是控制小區(qū)覆蓋。漏加鄰區(qū)導(dǎo)致掉話漏加鄰區(qū)一般發(fā)生在集中幾天時(shí)間有很多新站入網(wǎng)、或者。改S的時(shí)候，又或是相鄰地市有新站入網(wǎng)和。改S沒(méi)有通知我們?cè)黾余弲^(qū)。通過(guò)UAC（未定義鄰區(qū)）的測(cè)量，如果平均接收電平值很高、而測(cè)量點(diǎn)數(shù)又很多就可以判斷 為漏做鄰區(qū)。在MAPINF5查看這兩個(gè)小區(qū)的距離，

30、如果較近時(shí)需要增加鄰區(qū)關(guān)系，如果 距離較遠(yuǎn)，則需要減小小區(qū)覆蓋范圍（通過(guò)調(diào)整天線高度、下傾角，或者參數(shù)）。參數(shù)設(shè)置錯(cuò)誤導(dǎo)致掉話影響掉話的參數(shù)主要有： C2, RLT, T3103 等。在新站集中入網(wǎng)期間或是網(wǎng)絡(luò)割接之后，容易發(fā)生參數(shù)設(shè)置錯(cuò)誤的情況。因此，我們需要定期對(duì)全網(wǎng)的參數(shù)進(jìn)行檢查，對(duì)比現(xiàn)網(wǎng)配置參數(shù)與規(guī)劃默認(rèn)值，發(fā)現(xiàn)錯(cuò)誤及時(shí)修正。以上是幾種常見(jiàn)的掉話的解決方案，如果監(jiān)控到某小區(qū)有突發(fā)的高掉話，一般是外部干擾或是硬件故障導(dǎo)致。2.2 高切換失敗小區(qū)處理切換失敗的原因：切換失敗可以劃分為兩方面的問(wèn)題：即信道容量、無(wú)線鏈路失敗?？煞譃榍袚Q選擇階段和切換執(zhí)行階段兩個(gè)失敗階段。Handover Se

31、lection Failure 是從 BSC 至U BTS的 HO_COMMAND 數(shù)與 BTS攵至心勺HO_INDICATION 數(shù)之差。它可以幫我們找出由于目標(biāo)小區(qū)信道資源不足引起的切換失敗，或系統(tǒng)的問(wèn)題（難以建立BSC與BTS之間的L2連接）。HandoverExecutionFailure 是數(shù)與 BSC 發(fā)向 BTS的 HO_COMMAND 數(shù)與 BSC 收至U的 HO_COMPLETE 之差。主要反映了空中無(wú)線接口的質(zhì)量。失敗原因 硬件問(wèn)題：當(dāng)切換失敗率非常高時(shí)，硬件故障 （包含CMCF壞引起的同步時(shí)鐘問(wèn)題）可能性最大（見(jiàn)分配失?。?相鄰小區(qū)關(guān)系問(wèn)題 鄰小區(qū)負(fù)荷 惡劣的無(wú)線條件相鄰

32、小區(qū)關(guān)系問(wèn)題如果兩個(gè)小區(qū)有相同的（BSIC, BCCH）,在正常的情況下這樣的兩個(gè)小區(qū)的相距距離應(yīng)該足夠大，他們之間不應(yīng)該有什么關(guān)系。但由于孤島現(xiàn)象的存在，一旦 孤島覆蓋周圍的小區(qū) 的鄰小區(qū)表上定義了與孤島小區(qū)同 BSIC、BCCH的鄰小區(qū)）位于的通話手機(jī)將會(huì)收到孤島小區(qū)的BCCH信號(hào)并上報(bào)BSC,這個(gè)虛假的鄰小區(qū)測(cè)試報(bào)告將會(huì)誤導(dǎo)切換控制程序發(fā)出切換 指令，這樣就使得這些小區(qū)內(nèi)的通話頻頻嘗試向?qū)嶋H信號(hào)并不好的小區(qū)發(fā)出切換請(qǐng)求。其 結(jié)果往往造成乒乓切換，并導(dǎo)致孤島覆蓋周邊小區(qū)的切出切換失敗率大幅提高。而與孤島 小區(qū)具有相同BSIC、BCCH的小區(qū)的切入切換失敗率也將大幅提高。源小區(qū)鄰小區(qū)通道資源

33、短缺如果Hoselectionfailurerate切換選擇失敗率很高，原因可能是要切換的鄰小區(qū)負(fù)荷 高，目標(biāo)小區(qū)已經(jīng)沒(méi)有可用TCH。此時(shí)，BSC雖然收到HO_INDICATION信息但并不向目標(biāo)小區(qū)發(fā)送任何HO_COMMAND 消息。對(duì)于一對(duì)鄰小區(qū)上的高切換選擇失敗率，可查看目標(biāo)小區(qū)的負(fù)荷以確認(rèn)是否為負(fù)荷問(wèn)題。惡劣的無(wú)線條件如果HandoverExecutionFailure rRate很高，那就有可能是目標(biāo)小區(qū)或源小區(qū)無(wú) 線條件方面的原因。 覆蓋：如果目標(biāo)小區(qū)與源小區(qū)之間沒(méi)有足夠的重迭覆蓋區(qū)域，切換可能應(yīng)無(wú) 法登陸目標(biāo)小區(qū)的TCH而失敗。在這種情況下，重新回到舊小區(qū)的概率會(huì)較 低。低重迭覆

34、蓋區(qū)源小區(qū)目標(biāo)小區(qū) 干擾：干擾會(huì)造成即使目標(biāo)小區(qū)的電平很好，但上 /下行信號(hào)質(zhì)量很差的情況移動(dòng)臺(tái)將難以占上目標(biāo)小區(qū)的 TCH。如果來(lái)切換執(zhí)行失敗率很高，必須檢查小區(qū)的 干擾情況。對(duì)每一對(duì)鄰小區(qū)檢查來(lái)/去切換執(zhí) 行失敗率能夠指明干擾是存在于某一對(duì)小區(qū)還是很多小區(qū)，并進(jìn)而大致判斷干擾區(qū)域和干擾性質(zhì)。如果去切換執(zhí)行失敗率很高，可能是因?yàn)榍袚Q發(fā)起小區(qū)的下行干擾。移動(dòng)臺(tái)無(wú)法譯碼BTS發(fā)出的HANDOVER_COMMAND這時(shí)由于T3103超時(shí)（計(jì)數(shù)器C1164/24）,將產(chǎn)生掉話。還 有可能是目標(biāo)小區(qū)的下行或上行干擾。因此，需要認(rèn)真檢查每一對(duì)相鄰小區(qū)，以幫助判斷 干擾原因。同時(shí)檢查目標(biāo)小區(qū)的切換執(zhí)行失敗

35、率和分配失敗率的相關(guān)性。干擾造成的高切換失敗率往往伴隨著高分配失敗率。為了確認(rèn)小區(qū)的干擾，檢查計(jì)數(shù)器“ Average Level of Non decoded RACH? ”， 并 且同時(shí)查看 “ Ratio of HO on UL Quality ” 和 “Ratio of HO on DL Quality ” 。解決措施：相鄰小區(qū)關(guān)系問(wèn)題 對(duì)于一對(duì)鄰小區(qū)，檢查切換執(zhí)行失敗率過(guò)高是否由孤島效應(yīng)引起。作Abis測(cè)試并重點(diǎn)檢查時(shí)間提前量（TA）有助于找出孤島效應(yīng)?？稍黾庸聧u小區(qū)的天線下傾角以減輕孤島效應(yīng)或改變它的 BSIC以消除同BCCH , BSIC的現(xiàn)象。 檢查數(shù)據(jù)庫(kù)看鄰小區(qū)表與 BTS參

36、數(shù)是否匹配。如果有，在 OMC-R中修改。 鄰小區(qū)負(fù)荷如果BTS在HO_INDICATION中選擇的小區(qū)都超載，那么 HO selection failure rate 會(huì)很高。解決方法見(jiàn)TCH/SDCCH不足。另外，為HO設(shè)置高于通話建立的優(yōu)先級(jí)別也可有效地解決HO選擇失敗問(wèn)題。惡劣的無(wú)線條件 重迭覆蓋少：檢查覆蓋預(yù)測(cè)圖，注意那些特殊地點(diǎn)（隧道），一旦懷疑，最好進(jìn)行路測(cè)以便確認(rèn)。并采取相應(yīng)的無(wú)線優(yōu)化手段改善覆蓋。提高小區(qū)的覆蓋 可以通過(guò)減小下傾角或增加天線高度來(lái)實(shí)現(xiàn)。但是這樣可能會(huì)干擾其它鄰小 區(qū)。根本方法是增加基站或微蜂窩，但這已超出了優(yōu)化范圍。切換失敗原因總結(jié)如下：切換參數(shù)設(shè)置錯(cuò)誤鄰區(qū)參

37、數(shù)設(shè)置不正確硬件故障PLMN（ permitted NCC ）參數(shù)設(shè)置錯(cuò)誤干擾鄰區(qū)擁塞覆蓋漏洞鄰區(qū)TCH輸出功率低于BCCH定義太多鄰區(qū)關(guān)系MSC/BSC：據(jù)定義錯(cuò)誤2.4 TCH/SDCCHH塞小區(qū)處理?yè)砣脑颍焊咴拕?wù)量基站過(guò)覆蓋硬件問(wèn)題LAC區(qū)域規(guī)劃不合理，導(dǎo)致過(guò)多的位置更新或過(guò)多的paging消息（SDCCH0塞）如果發(fā)現(xiàn)小區(qū)擁塞，首先要查看硬件告警，檢查小區(qū)每線話務(wù)量，確定是否基站故障導(dǎo)致?lián)砣?。?duì)于擁塞小區(qū)解決辦法只有兩大類：降低小區(qū)吸收的話務(wù)量和增加小區(qū)承載能力。TCH擁塞的解決辦法增加容量的辦法有：擴(kuò)容（增加載頻），打開(kāi)半速率，增加新站。降低話務(wù)量的辦法有：a） 降低基站天線高度

38、，增大下傾角b） 使用 DRc）減小基站覆蓋范圍，增大最小接入電平值（RXP，降功率（PMAXd） 使用 C2e） 減小小區(qū)過(guò)載門限值BLTf） 調(diào)整鄰區(qū)參數(shù)使得鄰區(qū)不容易切換進(jìn)來(lái)（SL， PMR，G OF， PRI， DRT）SDCCH1塞小區(qū)的解決辦法增加容量的辦法有：a） 增力口 SDCC時(shí)隙b） 擴(kuò)容（增加載頻）c） 使用動(dòng)態(tài)SDCCHd)減少小區(qū)覆蓋范圍e)減少位置更新的次數(shù)(增大 HYS增大周期位置更新的周期PER 。第三節(jié)設(shè)備告警查看及預(yù)防性維護(hù)北電無(wú)線子系統(tǒng)設(shè)備的日常維護(hù)包括 BSC OMC BTS PCUSN&備的日檢，BSC OMC BTS PCUSI®備

39、的月檢，OMCBTS設(shè)備的季檢，BTS設(shè)備的年檢等，其中BTS的月檢、季 檢、年檢等大部分需要在現(xiàn)場(chǎng)使用測(cè)試儀表進(jìn)行檢測(cè)。3.1BSC12051、 狀態(tài)檢查以下項(xiàng)目及指令均可用 auditBSC.log批處理工具查看全部結(jié)果：serv1:(omc)% more /home/STAT/ auditBSC.log(1) 雙工狀態(tài)檢查： 指令在 MMI上 display chain information 或執(zhí)行serv1:(omc)%cd /OMC/data/calendar/jobResults md結(jié)果所有BSC應(yīng)為" duplex” 即主備CHAIN均處于工作狀態(tài)或使用：指令結(jié)果所

40、有BSC勺'active - passive link '應(yīng)為"opened”表示主備用CHAINS間在實(shí)時(shí)的更新數(shù)據(jù)指令結(jié)果此命令的結(jié)果應(yīng)為“0”當(dāng)BSC處于單工工作狀態(tài)時(shí)必須調(diào)查原因及時(shí)處理(2) BDA audit狀態(tài)檢查 指令選擇 bsc 目標(biāo)：/ Configuration / BDA / Audit / Send,在 Session log 查看結(jié)果是否為“no difference ”或執(zhí)行serv1:(omc)%cd /OMC/data/calendar/jobResultsserv1:(omc)%more auditBSC*.administrato

41、r.yyyymmdd結(jié)果所有 BSC的 BDA audit 結(jié)果應(yīng)為"no difference ".BDA :為BSC硬盤中的數(shù)據(jù)庫(kù)；BDE為OMC-R上的數(shù)據(jù)庫(kù)在OMC-Rk的每一個(gè) BSC的數(shù)據(jù)應(yīng)和BSC硬盤中的數(shù)據(jù)一致。如不一致，會(huì)隱含一些問(wèn)題?；驁?zhí)行指令結(jié)果列出在auditBSC1的log文件中，BSC audit 結(jié)果是"no difference ” 的清單。(3) 循環(huán)文件狀態(tài)指令選擇"BSC X25"目標(biāo)/ Configuration / Circular File / Display state /Circular File

42、ID / Apply ,在 Session log中查看結(jié)果；或執(zhí)行serv1:(omc)%cd /OMC/data/calendar/jobResults結(jié)果所有BSC勺'ficCircState '應(yīng)為 “open”或執(zhí)行指令結(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)

43、%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,1310,31010,30061,30063.,則做相應(yīng)記錄并進(jìn)行故障處理，以上故障號(hào)為涉及BSC®啟、重要電路板故障、BDET BD環(huán)一致等重要故障，必須調(diào)查原因并做相應(yīng)處理。參考：FN1153: SICD8V故障 FN1151: PCMB定性能標(biāo)志FN5 、6 BSC CHAIN 重啟 FN7 、2XX 4XX 5XX: BSC重要板子故障FN1067、

44、1070:基站硬件故障 FN31010 : BDAf BD環(huán)一致FN122:鄰小區(qū)存在問(wèn)題FN117X 、118X: TCUkTCB2r作不穩(wěn)定FN8 : TCB城故障FN493、497: TC進(jìn)行了時(shí)鐘重選FN1310:關(guān)于CIC的NSS®未知錯(cuò)誤 FN1290 :關(guān)于CIC的BSSW未知錯(cuò)誤(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,

45、1180, 1182, 1184, 1186,則做相應(yīng)記錄并進(jìn)行故障處理，或打NTSt援電話。2、 性能檢查以下項(xiàng)目及指令均可用 NETcheck比處理工具查看全部結(jié)果：oam:(omc)%more /home/users/NETCHECK/jobresults/cpuYYYYMMDD(1) CPU負(fù)荷情況；實(shí)時(shí)觀測(cè)：在 MMI上選擇 Performance/display raw report, 輸入BSCf關(guān)參數(shù)， “APPLY ,在Session log 中查看結(jié)果，觀察所有 CPU負(fù)荷情況(應(yīng)小于 50%每日觀測(cè)：指令oam:(omc)% more /home/users/NETCHE

46、CK/jobresults/*cpuYYYYMMDD結(jié)果CPU平均負(fù)荷小于50%(2) SCCP巨絕率實(shí)時(shí)觀測(cè)：在 MMI上選擇 Performance/display raw report, 輸入BSCf關(guān)參數(shù)， “APPLY ,在Session log中查看結(jié)果，觀察計(jì)數(shù)器C1803值(SCCP巨絕次數(shù))，及拒絕率(應(yīng)小于3% 每日觀測(cè)：指令oam:(omc)% more /home/ NETCHECK/jobResults/*bscYYYYMMDD結(jié)果SCCP巨絕率應(yīng)小于3% （對(duì)北電交換機(jī)）（二）BSC e3BSC編BDAaudit 狀OMUT 達(dá)cpuW無(wú)過(guò)BSC告警狀態(tài)號(hào)態(tài)性載(F

47、N2008、 2021、位仕average >50%2036、2032 等 20*)BSC31BSC32BSC33BSC911、BDA一致性檢查(Audit BDA )描述：驗(yàn)證在OMCR Sybase和BSCe3之間沒(méi)有 BDM一致。操彳:在MMI,選擇目標(biāo) BSCe?從頂部的下拉菜單選擇Configuration/BDA/Audit ;從respond window 中檢查運(yùn)行結(jié)果。期望結(jié)果：結(jié)果應(yīng)當(dāng)顯示"no difference "。2、BSC狀態(tài)檢查描述：檢測(cè)在BSCe3/TCUe3±是否有異常的狀態(tài)改變。操彳:以omc用戶登錄OMC-柱用服務(wù)器，

48、然后運(yùn)行指令：1、 ome/omc/oam/BSCe3_MaintPrev/stChangeStat.tcl - BSBSC ID - FD1 - Obj -Notif 下面是該指令的輸出范例：XAserv1:/home/omc/oam/BSCe3_MaintPrev <45> (omc) % stChangeState.tcl -BS9 -FD1 -Obj -Notif ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff f

49、f ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 7T it a 1T7T it M TTTTTTTrTTTTTTTTTTTTTrTrTTTT it it TTTT it n TTTT it it TTTTTTTTTTTTTTTTTTTTnt it ti IT it it TT-ii it it IT it it it IT it it if it it TTtt it IT i

50、t it 7TTT it it TTTT it n TTTT n it iT ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii iiThe tool will scan the

51、 following state change :Operational State = disabled,availabilityStatus = failed :all objectsOperational State = disabled,availabilityStatus = notInstalled :controlNodeomu,mms,cc1 InterfaceNodecem,atmRm,sw8kRm transcodercemOperational State = disabled,availabilityStatus = dependency : signallingLin

52、k signallingLinkSet bts transceiverff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 7T ff ff TTTT it M TTTTTT

53、TrTTTTTTTTTTTTTrTrTTTT it it TTTT it n TTTT it it TTTTTTTrTTTTTTTTTTTTnt it tt IT it ti TT-ii it it IT it it it IT it it if it it TTtt it IT it it 7TTT it n TTTT it n TTTT it it iT ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii

54、 ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii ii2004/04/22 14:46:28 End of search for state changes2004/04/22 14:46:28 Begin Treatement of found objectsI1| Instance/BSC| 9 |I1| bscMdInterface| 0 |> 0表示沒(méi)有錯(cuò)誤III| bscI 0 IIIIcont

55、rolNode| 011omu| 011mms| | 0cc| 0 |11tmu| 0 |11interfaceNode| 011cem| 0 |11atmRm| 0 |11sw8kRm| 011iem| 0 |11lsaRc| 0 |11pcmCircuit| 011transcoder| 011lsaRcTcu| 0|cem| 0 |11iem| 0 |11trm| 0 |11pcmA| 0 |signallingLink| 0|signallingLinkSet| 0|如果有異常的狀態(tài)改變，請(qǐng)參考下列文檔去檢查系統(tǒng)通告 (即 notifications ) BSCe3/TCUe3Fault Number Description: PE/DCL/DD/0131 (NTP 131)BSC2G/TCU2G/BTS/PCUSN Fault N