GSM網(wǎng)絡性能監(jiān)控手冊V1.3

1、溫州移動網(wǎng)絡性能監(jiān)控手冊2006年第1.3版目錄1 簡介 (62 性能監(jiān)控職責說明 (62.1 性能監(jiān)控目的 (62.2 主要職責 (63 網(wǎng)絡性能監(jiān)控方式 (73.1 監(jiān)控平臺應用 (73.2 監(jiān)控原始記錄備份 (73.3 監(jiān)控完成情況確認 (83.4 監(jiān)控項處理方式 (83.5 典型案例收集 (94、相關部門溝通 (94.1 網(wǎng)管中心 (94.2 網(wǎng)優(yōu)中心 (105 網(wǎng)絡性能監(jiān)控說明 (105.1 性能監(jiān)控項 (105.2 性能監(jiān)控流程 (115.2.1. CASE形成 (115.2.2 預處理及跟蹤周期說明 (125.2.3 派單 (125.2.4 工單評估 (135.3 新站性能監(jiān)控

2、(135.4 監(jiān)控值班說明 (145.5 半速率清理流程 (146 性能故障處理方式 (156.1 基站重啟說明 (15PAGE 2 OF 40 2006-12-196.2 TCH擁塞處理 (156.3 SDCCH擁塞處理 (166.4 TCH掉話高處理 (176.4.1 TR掉話高 (176.4.2 LAPD掉話高 (176.4.3 A口掉話高 (186.4.4 BTS以及OTHER掉話高 (186.4.5 ABIS掉話高 (186.4.6 RF掉話高 (196.5 SDCCH掉話高處理 (216.6 切換失敗率 (226.7 呼叫次數(shù)為0&話務量為0 (246.8 呼叫次數(shù)突降&a

3、mp;話務量突降 (256.9 0_5級話音質量差&0級話音質量差 (256.10 話音質量突降 (266.11 載頻頻繁存在告警 (266.12 7745告警占用失敗比例高 (266.13 BSC指標監(jiān)控 (276.14 GPRS附加資源請求拒絕率 (276.15 GPRS上下行流量為0 (277 參數(shù)修改說明 (287.1 參數(shù)修改記錄平臺 (287.1.1 記錄參數(shù)修改窗口 (287.1.2 查詢參數(shù)修改記錄窗口 (297.2 參數(shù)修改要求說明 (308 常規(guī)參數(shù)檢查說明 (31PAGE 3 OF 40 2006-12-198.1 參數(shù)檢查模板 (318.2 RDIV (318.

4、3 PLMN (328.4 TSC (328.5 GENA (328.6 鄰區(qū)相關參數(shù)檢查 (328.6.1 同頻同BSIC鄰區(qū) (328.6.2 無鄰區(qū)小區(qū) (338.6.3 單向鄰區(qū) (338.6.4 源小區(qū)在現(xiàn)網(wǎng)不存在的垃圾鄰區(qū) (338.6.5 目標小區(qū)在現(xiàn)網(wǎng)不存在的垃圾鄰區(qū) (338.6.6 LAC&CI為0的垃圾鄰區(qū) (338.6.7 SYNC (348.6.8 錯誤鄰區(qū) (348.6.9 同頻切換鄰區(qū) (358.6.10 PMRG乒乓切換檢查 (358.7 同站同鄰頻 (358.8 NOTUSED信道 (358.9 BMA (369 IMEP平臺應用說明 (369.1 I

5、MEP自動工單處理要求 (369.2 RNP派單說明 (369.3 代維派單說明 (37附:部分KPI監(jiān)控公式 (38切換失敗率 (38TCH掉話率 (38PAGE 4 OF 40 2006-12-19附:部分監(jiān)控流程 (39CASE產生流程 (39預處理流程 (40PAGE 5 OF 40 2006-12-191 簡介為了形成網(wǎng)絡性能監(jiān)控的規(guī)范性和可操作性,結合半年多累積的網(wǎng)絡監(jiān)控處理經(jīng)驗,性能監(jiān)控小組制定性能監(jiān)控手冊,為以后的網(wǎng)絡監(jiān)控提供處理依據(jù)。該監(jiān)控手冊需要持續(xù)更新,不斷改善。2 性能監(jiān)控職責說明2.1 性能監(jiān)控目的性能監(jiān)控人員應抱有對網(wǎng)絡性能負責任的態(tài)度,基于盡量減少用戶故障通話的原

6、則,最大限度發(fā)現(xiàn)網(wǎng)絡問題、挖掘網(wǎng)絡問題,縮短性能故障時間,提高預處理力度,為溫州移動網(wǎng)絡的健康發(fā)展提供日常保障。2.2 主要職責目前性能監(jiān)控的職責主要有:1、日常各類KPI監(jiān)控預處理2、預處理無法解決的CASE通過IMEP平臺向RNP發(fā)送工單,并形成對RNP 的考核制度3、每周常規(guī)參數(shù)檢查4、新站性能監(jiān)控5、IMEP自動工單處理6、每月全網(wǎng)半速率集中清理PAGE 6 OF 40 2006-12-193 網(wǎng)絡性能監(jiān)控方式3.1 監(jiān)控平臺應用在成立溫州移動性能監(jiān)控小組以來,監(jiān)控小組已經(jīng)自主開發(fā)了KPI性能監(jiān)控平臺,在日常KPI監(jiān)控中,要求:1、各類KPI問題日常處理時,在監(jiān)控平臺上予以記錄和跟蹤2

7、、通過IMEP平臺對RNP發(fā)送的工單,在監(jiān)控平臺上予以記錄和跟蹤3、日常監(jiān)控中涉及的參數(shù)修改,要求在監(jiān)控平臺上予以記錄,并說明其修改原因。3.2 監(jiān)控原始記錄備份每天性能監(jiān)控中根據(jù)門限篩選的記錄要求備份,如以下為原因記錄: PAGE 7 OF 40 2006-12-19備份文件如: 每月要求將備份的文件進行打包,上傳到服務器:75rnpPlanner網(wǎng)優(yōu)支撐組1.0_性能監(jiān)控KPI監(jiān)控原始記錄監(jiān)控人員對應的目錄下面。3.3 監(jiān)控完成情況確認監(jiān)控人員完成某一項監(jiān)控任務后,需要在每日的監(jiān)控記錄薄上簽字,從而督促監(jiān)控人員每天按質按量的完成日常監(jiān)控任務,監(jiān)控記錄薄目前采用格式如下附

8、件: 監(jiān)控簽字.xls3.4 監(jiān)控項處理方式目前性能監(jiān)控小組監(jiān)控方式主要有三種:1、TOP10處理方式。這種處理方式注意針對對網(wǎng)絡性能影響一般的KPI統(tǒng)計項,如:切換失敗率、SDCCH掉話率、話音質量差等,此外,在遇到了網(wǎng)絡異常故障時期,如節(jié)假日高擁塞等,也采用該方式處理。PAGE 8 OF 40 2006-12-192、門限處理方式。所有的監(jiān)控項如果超過某一定義的門限,監(jiān)控人員需要對產生的問題進行處理。3、頻度處理方式。不同的KPI統(tǒng)計項對網(wǎng)絡產生的影響也不一樣,監(jiān)控小組針對不同的統(tǒng)計項,目前主要分為一周一次、一天一次、一天四次等頻度監(jiān)控方式。3.5 典型案例收集監(jiān)控小組就日常監(jiān)控中發(fā)現(xiàn)的典

9、型案例以及RNP回單處理的典型案例需要進行歸檔。定位典型案例需要在監(jiān)控小組內部共同討論,同時在監(jiān)控平臺上予以標志,以形成經(jīng)驗庫。最后的典型case需按默認格式形成word文檔,用百度查詢來收集相關處理經(jīng)驗,提升個人處理能力。模板如下附件: 典型case查詢模板.doc經(jīng)典CASE查詢平臺地址為:75:78884、相關部門溝通4.1 網(wǎng)管中心性能監(jiān)控人員在日常監(jiān)控中發(fā)現(xiàn)由于網(wǎng)元退服、傳輸誤碼、傳輸閃斷、基站重要告警等常規(guī)網(wǎng)絡故障時,要求查看IMEP平臺上網(wǎng)管中心是否對相關小區(qū)進行派單(通過小區(qū)名稱查詢,如沒有派單,監(jiān)控人員應該積極向網(wǎng)管中心反映情況。PAGE 9

10、OF 40 2006-12-194.2 網(wǎng)優(yōu)中心對BSC級網(wǎng)元及其以上網(wǎng)元故障,要求監(jiān)控人員在發(fā)現(xiàn)問題后立即向網(wǎng)優(yōu)中心反饋。對小區(qū)級的網(wǎng)元變動情況,如覆蓋范圍、話務量、參數(shù)變動等,監(jiān)控人員如有疑問,可向相關區(qū)域的RNP了解情況。對預處理無法解決的問題,監(jiān)控人員可通過IMEP平臺發(fā)送工單給相關區(qū)域的RNP,如監(jiān)控人員對RNP的回單內容有所疑問,也可向RNP咨詢。5 網(wǎng)絡性能監(jiān)控說明5.1 性能監(jiān)控項目前性能監(jiān)控小組主要對以下監(jiān)控項實施網(wǎng)絡監(jiān)控: PAGE 10 OF 40 2006-12-19 重點為早、晚、最忙時指標監(jiān)控,其他監(jiān)控時段關注網(wǎng)絡突發(fā)異常指標。5.2 性能監(jiān)控流程5.2.1. CA

11、SE形成按設定的門限、頻度、時段對網(wǎng)絡KPI進行監(jiān)控,發(fā)現(xiàn)的問題如果已經(jīng)建立CASE,可在原有CASE上進行新的預處理和跟蹤,如果沒有建立CASE,則建立CASE。一些突發(fā)的指標情況也要求建立CASE,后續(xù)繼續(xù)觀察。PAGE 11 OF 40 2006-12-195.2.2 預處理及跟蹤周期說明我們將對形成的CASE分類進入預處理實施過程,實施預處理的CASE預處理操作可參考:1、第6章節(jié)性能故障處理方式2、相關典型案例對預處理過程所做的修改操作,監(jiān)控人員需要及時跟蹤,跟蹤的周期說明如下:1、對網(wǎng)絡性能影響較大的,如異常SD高掉話、異常TCH高掉話、話務量突降為0、TCH突發(fā)擁塞等需要當天跟蹤

12、。2、涉及修改參數(shù)的操作要求至少2天跟蹤一次(例如今天修改,明天需要跟蹤3、突發(fā)指標當天已經(jīng)確認恢復正常,需要繼續(xù)觀察。該類情況要求至少3天跟蹤一次監(jiān)控人員要致力于提高預處理力度,加大CASE攔截率。預處理過程中涉及的參數(shù)修改同時需要做記錄。5.2.3 派單監(jiān)控人員在自身預處理能力范圍內不能解決的問題,或者需要涉及硬件故障檢查,可通過IMEP平臺向RNP派發(fā)工單,同時在監(jiān)控平臺上記錄工單,以供日后處理問題參考。處理時限要求如下:1、一般故障派單時限10天2、對網(wǎng)絡性能影響較大的故障5天,如掉話>10%等,該類故障監(jiān)控人員派單后需要同時給RNP溝通,加快問題處理的速度3、BSC級的重大故障

13、及時反映網(wǎng)優(yōu)中心。PAGE 12 OF 40 2006-12-19網(wǎng)優(yōu)中心對各類工單有相應處理時限如下附件,性能監(jiān)控人員也可根據(jù)相應時限適當縮短派單時限。 各類工單處理時限.xls對于簡單的硬件故障,如載頻故障、直放站故障、天饋故障等,監(jiān)控人員也可直接向代維公司、基站班派單,協(xié)助處理,具體時限要求類似。5.2.4 工單評估RNP對監(jiān)控小組派發(fā)的工單進行回復后,監(jiān)控人員要及時對工單的處理結果進行評估,以減少工單的總處理時長。如確實需要觀察幾天才能確定問題處理結果的,也可暫時不評估。對問題沒有解決的工單,監(jiān)控人員在評估時需要與RNP進行溝通。5.3 新站性能監(jiān)控新站性能跟蹤主要以網(wǎng)優(yōu)平臺上開通的新

14、站為依據(jù),每天檢查網(wǎng)優(yōu)平臺上新開通的新站,從以下方面完善性能:1、鄰區(qū)參數(shù)檢查。檢查新站開通后是否存在單向鄰區(qū)、同頻切換鄰區(qū)、同頻同BSIC鄰區(qū)、鄰區(qū)關系是否完善,建議新站開通后2天內完成。2、頻點檢查。檢查是否與鄰站存在同頻干擾、正向鄰頻干擾、同站同鄰頻干擾,建議新站開通當天完成。3、覆蓋檢查。結合h1分析,周邊站是否應該調整下傾角,建議新站開通一周后完成。4、性能指標檢查。對開通后性能非常差的小區(qū),要當天進行處理,性能偏差的小區(qū)可逐步優(yōu)化,建議優(yōu)化周期為1周2周。PAGE 13 OF 40 2006-12-19新站開通后如存在以上問題,可在IMEP平臺上向RNP發(fā)送工單,督促RNP 及時優(yōu)

15、化新站性能。5.4 監(jiān)控值班說明為了加強網(wǎng)絡性能監(jiān)控,保障網(wǎng)絡健康運行,性能監(jiān)控小組加強性能監(jiān)控的頻度,同時增加晚上和周末監(jiān)控值班,具體計劃如下:1、TCH掉話率、TCH擁塞實施全時段監(jiān)控,監(jiān)控時段為8:0020:00,早忙時、晚忙時、最忙時實施重點處理,其它時段關注性能指標為定義門限*(1+50%的問題小區(qū),TCH掉話中對異常TR掉話、BTS掉話、LAPD掉話也需關注;2、加強SDCCH掉話的監(jiān)控,增加時段1516點SDCCH掉話,需要對SDCCH掉話率>40%,掉話次數(shù)>500次以上小區(qū)處理;3、周末監(jiān)控時段為9:0017:00,監(jiān)控內容為TCH掉話率(重點處理、TCH擁塞率(

16、重點處理、SDCCH掉話率(1011、1516,SD掉話率>40%、昨天全天的GPRS流量為0(主要查看是否集中同一個NSEI、早忙時GPRS附加信道請求拒絕率(主要查看是否為同一個NSEI存在PCU拒絕4、對于BSC級的問題,需要及時與網(wǎng)優(yōu)中心溝通。5、晚上值班監(jiān)控,要求監(jiān)控人員必須確認無嚴重網(wǎng)絡問題,20:30以后才可離開。5.5 半速率清理流程為了保持全網(wǎng)的半速率數(shù)量比較合理,降低BSC容量負荷和半速率話務比例,特制定全網(wǎng)半速率調整流程。具體流程請參考:PAGE 14 OF 40 2006-12-19 全網(wǎng)半速率調整流程試行稿.doc6 性能故障處理方式6.1 基站重啟說明如性能監(jiān)

17、控中需要對基站進行重啟操作,在重啟之前,監(jiān)控人員必須查看歷史告警,確認基站是否已經(jīng)被重啟過,從而避免頻繁重啟基站,基站重啟后,必須等到有用戶占用(低話務站除外。6.2 TCH擁塞處理TCH擁塞一般有兩種類型:突發(fā)TCH擁塞和長期存在的TCH擁塞。突發(fā)擁塞一般處理方式有:1、對于由于載頻退服造成的擁塞,要求與網(wǎng)管中心進行溝通,并且在故障恢復之前,也應采取一些常規(guī)處理方式2、如果可以增開半速率,開啟半速率緩解擁塞3、新站擁塞可以通過調節(jié)基站發(fā)射功率緩解,再要求RNP采取相應處理措施4、通過調節(jié)AMH話務切換參數(shù)、空閑小區(qū)選擇參數(shù)、專用模式小區(qū)切換參數(shù)、雙頻網(wǎng)話務分擔參數(shù)、半速率控制參數(shù)、GPRS參

18、數(shù)臨時緩解擁塞5、突發(fā)擁塞恢復后,要求調整的網(wǎng)絡參數(shù)(包括半速率參數(shù)等恢復到調整前的設置長期存在的擁塞處理方式有:PAGE 15 OF 40 2006-12-191、通過以上常規(guī)的開啟半速率等方式處理2、發(fā)送工單進行擴容3、對于切換擁塞高的小區(qū),查看是否存在乒乓切換,如無其它調整手段,可嘗試通過修改切換參數(shù)來減少切換請求次數(shù),從而緩解擁塞此外,在開啟半速率過程中,如果由于個別載頻下掛的BCSU的TCH負荷過高,造成無法開啟半速率,監(jiān)控人員可通過在其它的BCSU上重建載頻,開啟半速率。6.3 SDCCH擁塞處理SDCCH擁塞一般有兩種類型:突發(fā)SDCCH擁塞和長期存在的SDCCH擁塞。由于目前全

19、網(wǎng)已經(jīng)開啟了動態(tài)SDCCH功能,SDCCH擁塞基本都是突發(fā)原因導致。突發(fā)原因的SDCCH擁塞處理方式如下:1、如果由于突發(fā)的SDCCH高掉話造成SDCCH擁塞,可通過處理SDCCH掉話的手段進行處理2、其它類型的突發(fā)的SDCCH高擁塞,繼續(xù)觀察,如自動消失,不做處理長期存在的SDCCH擁塞處理方式如下:1、如果小區(qū)長期存在SDCCH高掉話,由于過多的GHOST導致高SDCCH擁塞,可通過處理SDCCH掉話的手段進行處理2、如長期存在SDCCH擁塞,可通過增加SDCCH信道解決3、對于LAC邊界由于位置更新頻繁造成的SDCCH擁塞,可通過調節(jié)參數(shù)HYS等避免頻繁位置更新增開SDCCH信道時,一般

20、要求:1、SDCCH信道盡量安排在載頻的時隙0PAGE 16 OF 40 2006-12-192、需要同時注意半速率和LAPD信令速率,選擇合適的載頻開通SDCCH信道(對于LAPD的BR=16的情況,載頻開了一個SDCCH,半速率允許開3個6.4 TCH掉話高處理TCH掉話的處理過程比較復雜,監(jiān)控人員自身需要對日常監(jiān)控中的掉話處理不斷總結,以提高處理TCH高掉話的水平。下面為各類掉話的參考處理方式。6.4.1 TR掉話高TR掉話高可通過以下方式處理:1、可通過ZAHP查看相關載頻進行復位,在開有BB情況下,可復位BTS2、如復位載頻無效,可通過重建載頻數(shù)據(jù)觀察3、如復位載頻和重建數(shù)據(jù)均無效,

21、確定是否為載頻故障或傳輸配置數(shù)據(jù)有誤4、通過調節(jié)BSC參數(shù)ITCF,可以對TR掉話有所緩解,建議設為最大值55、如果TR掉話在BSC內部分布比較均勻,可能為TC板或BSC級其它單元故障,向網(wǎng)優(yōu)中心反映。6.4.2 LAPD掉話高LAPD掉話高可通過以下方式處理:1、查看告警確定是否為載頻退服導致,并查看相關原因,如需要更換載頻或做基站硬件處理,與網(wǎng)管中心溝通2、ZYMO查看是否存在傳輸誤碼導致傳輸閃斷3、確定基站是否出現(xiàn)過斷電原因造成的退服PAGE 17 OF 40 2006-12-196.4.3 A口掉話高A口掉話可通過以下方式處理:1、如果A口掉話均勻分布在BSC內所有小區(qū)上,A口電路存在

22、故障,向網(wǎng)優(yōu)中心反映2、A口掉話一般都是由于跨MSC的切換引起,可檢查相關切換指標和切換參數(shù)以及目標小區(qū)的工作是否正常。6.4.4 BTS以及OTHER掉話高BTS掉話一般在基站告警上有所體現(xiàn),基本由于基站硬件故障導致,需要與網(wǎng)管中心溝通USER掉話由于重啟基站導致,不做處理6.4.5 ABIS掉話高ABIS掉話高可通過以下方式處理:1、查看告警是否相關載頻存在7745告警,可通過復位載頻觀察。如復位載頻后,7745高告警仍然存在,仍然存在高掉話,可嘗試鎖住載頻觀察掉話情況,在確定由于某載頻故障導致ABIS高掉話后,向RNP發(fā)送工單要求更換。2、是否存在嚴重的同鄰頻干擾3、ZERO查看是否小區(qū)

23、存在嚴重上行干擾,干擾處理參考如下:a、如由于突發(fā)的干擾器開通,監(jiān)控人員需要跟蹤干擾是否一直存在,如一直存在干擾,需要向相關RNP反饋b、確定該小區(qū)是否下掛有直放站,如下掛有直放站,并且干擾一直存在,向RNP發(fā)送工單進行直放站的相關硬件排查PAGE 18 OF 40 2006-12-19c、查看是否存在與天饋相關的告警,如7949告警等,如由于天饋原因,發(fā)單要求RNP進行天饋系統(tǒng)檢查d、如產生干擾的原因不明,并且ABIS掉話很高,可向RNP發(fā)單要求進行現(xiàn)場掃頻、基站硬件檢查、天饋系統(tǒng)檢查等備注:由于7745告警原因復位載頻時,有時重啟BTS和重啟載頻效果不一樣,可能重啟BTS不能恢復,但重啟載

24、頻卻恢復正常,如果小區(qū)開有BB,也建議在鎖住BTS后,對問題載頻進行一次解鎖操作后,再解鎖BTS。6.4.6 RF掉話高RF掉話高常規(guī)處理方式請參考:1、確認是否BSC內部較多小區(qū)存在突發(fā)高掉話,這可能由于BCSU吊死、BSC級的參數(shù)設置不合理、BSC內較多小區(qū)的參數(shù)設置有誤等造成2、確認是否為載頻故障,如懷疑載頻故障,有時可通過倒換方式進一步確定。通常倒換載頻有以下幾種方式:A、載頻之間頻點互換,確定是否為頻率干擾B、BCCH載頻和TCH載頻倒換,確定是否為BCCH載頻故障,與A方式相同,只是針對于BCCH載頻定位故障,建議通過修改PREF的方式倒換C、BCCH頻點與TCH頻點互換,這種倒換

25、改變了小區(qū)的BCCH頻點,需要注意BSC外部鄰區(qū)數(shù)據(jù)的更新,該類倒換主要針對懷疑BCCH頻點干擾的情況D、半速率倒換,將開有半速率的載頻的半速率信道倒換到其它頻點更換的相關載頻上E、GPRS信道倒換,將開有GPRS信道的載頻的GPRS時隙倒換到其它載頻上PAGE 19 OF 40 2006-12-19F、載頻之間槽位更換,該操作需要工程人員實施備注:倒換載頻后,有時可能會馬上出現(xiàn)7745告警,可以通過重啟載頻恢復。要求監(jiān)控人員在倒換載頻操作后,需要跟蹤小區(qū)是否出現(xiàn)由于倒換載頻造成的高掉話。一般建議先關閉BB確定故障載頻,可以通過以下方式定位載頻故障:A、載頻頻繁存在告警B、載頻存在故障告警,如

26、TRX_FAULTY、高溫告警等C、載頻7745告警占用比例高,重啟后仍然存在D、載頻級的統(tǒng)計顯示某載頻掉話很高E、載頻級的統(tǒng)計顯示某載頻的KPI統(tǒng)計相對其它載頻異常,如發(fā)射功率、上下行接收信號強度、上下行話音質量、PATHBALANCE等3、確認基本配置參數(shù)是否良好,主要包括:A、鄰區(qū)規(guī)劃是否良好,是否存在漏做鄰區(qū)的現(xiàn)象,特別注意基站是否存在過覆蓋現(xiàn)象造成鄰區(qū)遺漏B、頻點分布是否良好4、主要KPI話音質量、切換失敗率、OUTBAND1是否異常。A、如上行話音質量較差同時OUTBAND1比例很高,同時干擾等級較高,確認是否存在外部干擾、直放站故障;如干擾等級較小,同時排除頻率干擾,確認基站是否

27、開啟BB、基站是否存在7949告警,仍無法解決的,可派單給RNP檢查天饋和基站硬件B、如基站開有BB,話音質量突降情況,可通過關閉BB定位是否個別載頻故障導致C、如切換失敗率異常,請參考切換失敗率處理流程5、確認小區(qū)空閑小區(qū)重新參數(shù)、接入?yún)?shù)(手機功率等級設置等、小區(qū)切換參數(shù)、BMA等設置是否合理PAGE 20 OF 40 2006-12-196、3載頻以上的小區(qū)一般要求開啟BB功能7、注意通過h1結合鄰區(qū)分布、MAPINFO地形地貌查看基站是否存在過覆蓋、反向覆蓋、基站天線接反等現(xiàn)象8、對于突發(fā)的高掉話,可查看周圍是否有小區(qū)退服、參數(shù)是否存在變動、是否做過工程調整等,突發(fā)的高掉話要求跟蹤至少

28、2天以上9、確認半速率是否對該小區(qū)的掉話有影響10、結合上下行信號強度、MS和BTS的發(fā)射功率統(tǒng)計、覆蓋距離統(tǒng)計確認小區(qū)是否存在弱覆蓋,同時分析造成弱覆蓋的成因11、可通過監(jiān)控平臺上的參數(shù)修改記錄、歷史CASE處理記錄了解小區(qū)的歷史處理情況12、在干擾情況良好情況下,也要通過網(wǎng)優(yōu)平臺查看該小區(qū)是否存在直放站,直放站性能不好或者頻點設置有誤等,也會造成對掉話的影響13、對山區(qū)站、海島站、超遠覆蓋小區(qū)、手機維修市場等小區(qū)的高掉話如果波動不大,一般不做處理14、其它異常情況,如進程故障、SDCCH信道吊死(一般建議SDCCH信道設置在時隙0等,可通過重啟BCF、倒換SDCCH信道解決。6.5 SDC

29、CH掉話高處理SDCCH掉話處理請參考:1、SDCCH產生成因較復雜,很多情況并非真正影響用戶感受,如LAC更新占用SDCCH,預處理問題時限可適當提高,初定位1周時間2、查看是否存在SDCCH的7745告警,如存在,復位相應的載頻3、是否存在TCH和BCCH、BCCH和BCCH的同頻同BSIC4、查看是否有鄰站同頻、正向鄰頻、過覆蓋產生干擾的情況5、確定是否由于LAC邊界參數(shù)設置不當導致頻繁位置更新占用SDCCH(查看位置更新占用SDCCH的比例,可通過調節(jié)HYS、REO PAGE 21 OF 40 2006-12-19等;對LAC邊界的小區(qū)需要注意,空閑狀態(tài)小區(qū)重新到不同LAC所需的MRG

30、與專用模式切換的PMRG之和必須大于0,以防止乒乓的位置更新。6、異常高SDCCH可嘗試倒換載頻7、突發(fā)異常情況如不能自動恢復,一般通過RESET基站處理,有些小區(qū)通過RESET BTS無法恢復的,需要通過RESET BCF處理8、部分小區(qū)的SDCCH突發(fā)高掉話需要硬重啟基站恢復9、突發(fā)干擾導致的高SDCCH掉話請參考ABIS掉話中的干擾處理過程10、屏蔽小區(qū)SDCCH高掉話不做處理6.6 切換失敗率切換失敗率處理一般可通過h1定位問題小區(qū),具體成因也比較復雜,處理建議請參考:1、檢查地理位置上是否缺少鄰區(qū)2、是否存在同頻同BSIC鄰區(qū),或者同頻同BSIC原因造成的誤切換3、H1中切換失敗率較

31、高的目標小區(qū)是否本身性能存在故障,如載頻故障、干擾、天饋故障、直放站故障、基站硬件故障、TSC與BCC不一致等4、源小區(qū)是否存在過覆蓋、弱覆蓋、天線接反、天線后瓣功率過大導致反向覆蓋等5、鄰區(qū)參數(shù)是否設置合理,如PMRG、SL設置、超遠覆蓋小區(qū)的HOTA設置是否合理,HOTA設置參考:0 :從正?；蚴浅h小區(qū)切換到正常小區(qū)1 :從正常或是超遠小區(qū)切換到超遠小區(qū)的inner區(qū)域2 :從正?；蚴浅h小區(qū)切換到超遠小區(qū)的outer區(qū)域PAGE 22 OF 40 2006-12-193 :從超遠小區(qū)切換到超遠小區(qū)的同一個區(qū)域(inner 到inner 或是outer 到outer6、是否存在鄰區(qū)配置參

32、數(shù)錯誤,如FREQ、NCC、BCC、LAC與鄰區(qū)本身的BTS參數(shù)不一致,對于鄰區(qū)參數(shù)有誤的鄰區(qū),系統(tǒng)會產生BSC級的2725告警,該類告警不會自動清除,當修正了鄰區(qū)參數(shù)后,可手動清除該類告警。2725告警有兩種,一種為BSC探測到鄰區(qū)錯誤,一種為MSC探測到鄰區(qū)錯誤,對于MSC探測到鄰區(qū)錯誤的情況,源小區(qū)和目標小區(qū)分屬不同的MSC,需要查看目標小區(qū)在MSC中的配置,包括該目標區(qū)所屬的LAC是否在源MSC中定義等。7、邊界外部鄰區(qū)的配置是否正確,PLMN與外部鄰區(qū)的NCC設置是否合理8、雙頻網(wǎng)之間切換DBC設置是否打開9、切換相關參數(shù)包括切換門限、切換N/P判決、切換平均進程、BMA等設置是否合

33、理10、鄰區(qū)有EGSM的小區(qū),鄰區(qū)個數(shù)有限制,在DCS1800小區(qū)的鄰區(qū)中同時存在PGSM900和EGSM900時,鄰區(qū)中PGSM900和EGSM900小區(qū)的絕對頻點數(shù)不能超過16個,在GSM900中同時存在DCS1800和EGSM900時,小區(qū)的絕對頻點個數(shù)不能超過30個,對于1800的小區(qū)更需要注意EGSM的影響。11、基站版本引起的切換失敗高問題,特別是Metrosite,一般伴隨有7601告警指示Difference between PCM and base station frequencyreference,7616告警指示OSCILLATOR ADJUSTINGTEMPORARI

34、LY INTERRUPTED Oven oscillator adjustmentfunction interrupted,可通過調整基站軟件版本解決,降低軟件版本后,切換失敗率恢復正常可能需要一段時間。PAGE 23 OF 40 2006-12-1912、傳輸誤碼引起高切換失敗,查看告警一般存在7601告警,告警內容為Difference between PCM and base station frequency reference,ZYMO查看發(fā)現(xiàn)存在誤碼。該類問題一般由于傳輸故障導致,包括微波故障、傳輸接頭故障等,需要到現(xiàn)場排障,此外,如果出現(xiàn)了以上7601告警,并且沒有傳輸誤碼,需要

35、校準時鐘,該類問題可與網(wǎng)管中心溝通,校準時鐘或者傳輸誤碼修復后,切換失敗率恢復正?？赡苄枰欢螘r間。13、時鐘不同步造成高切換失敗,查看告警一般存在7839告警,告警內容為7839 DIFFERENCE IN FREQUENCIES BETWEEN PCMAND BTS MASTER CLOCK,通常需要更換BCF板,一般源小區(qū)的切換失敗率會突然升高,該類問題可直接與網(wǎng)管中心溝通,故障修復后,切換失敗率恢復正?？赡苄枰欢螘r間。14、在話務量較高的情況下,是否由于AMH切換過多導致切換比較混亂15、異常情況下可通過重建鄰區(qū)、重啟源小區(qū)BCF等非常規(guī)手段解決備注:在處理切換失敗率過程中,如果涉及

36、要刪除鄰區(qū)操作,要求必須查看h1數(shù)據(jù),不能隨意刪除鄰區(qū)。6.7 呼叫次數(shù)為0&話務量為0呼叫次數(shù)為0&話務量為0的處理請參考:1、確定呼叫次數(shù)為0的小區(qū)當前的狀態(tài),是否退服、鎖住。2、確定為話務量超低,根本無用戶導致的不做處理3、查看相關參數(shù)QUA、BAR等設置是否合理4、異常情況可嘗試RESET BTS、RESET BCF5、RESET仍不能解決的需要立即通知RNP,并在IMEP平臺上派發(fā)工單備注:呼叫次數(shù)為0并不等于話務量為0,有些問題小區(qū)MS不能起呼,但可以切入。PAGE 24 OF 40 2006-12-196.8 呼叫次數(shù)突降&話務量突降呼叫次數(shù)突降&

37、話務量突降的處理請參考:1、確定是否為受日期影響較大的場所(比如辦工場所周末休息,如為這種情況,不做處理。2、確定是否為重大節(jié)日、周圍基站故障修復、新站開啟、新站扇區(qū)分裂導致話務突降,這種情況,不做處理3、考察是否為降低了基站功率(PMAX,是否基站天線高度、方位角、天線類型等做了工程調整,如為這類情況,需確認具體原因再做處理4、是否為天饋故障,可查看是否存在相關的天饋告警、相關KPI指標是否異常5、其它異常故障,可通過復位BTS、復位BCF解決6、常規(guī)手段不能解決,向RNP反饋情況,并在IMEP平臺上發(fā)送工單6.9 0_5級話音質量差&0級話音質量差話音質量差的處理請參考:1、查看是

38、否有頻率干擾導致,可通過倒換載頻定位干擾頻點2、對于海島站、超遠覆蓋站、低話務山區(qū)站,需另外考慮,如果話音質量無明顯波動,一般不做處理3、對于街道站需要另外考慮(街道站目前使用的是RF跳頻,使用的頻率組中的頻率一般在宏站中都有在使用,相對干擾較大,如果上下行話音質量0_5級在98%以上,不做處理4、對于江邊覆蓋小區(qū),由于信號比較雜亂,覆蓋難以控制,通常下行質量較差,一般在95%以上不做處理5、對于上行質差,查看是否存在干擾、分集接收告警、上下行鏈路不平衡等PAGE 25 OF 40 2006-12-196、是否為開跳頻導致,一般開BB對0級話音質量影響較大7、是否由于個別載頻故障,通常開了BB

39、的小區(qū)如果個別載頻故障會導致話音質量下降明顯8、其它相關指標,如切換失敗率、上下行信號強度等是否異常9、小區(qū)是否存在過覆蓋、弱覆蓋、反向覆蓋等問題10、查看告警是否存在其它硬件故障6.10 話音質量突降一般處理過程請參考:1、查看其它相關指標是否也伴隨同時突降,如信號強度、覆蓋范圍、發(fā)射功率、切換失敗率等,從而定位相應故障2、同話音質量差處理方式6.11 載頻頻繁存在告警一般處理過程請參考:1、確定是否為載頻故障,如為載頻故障,需與網(wǎng)管中心溝通2、一般可通過RESET解決6.12 7745告警占用失敗比例高一般處理過程請參考:1、確定是否為載頻故障,如為載頻故障,需與網(wǎng)管中心溝通2、對于SDC

40、CH的7745告警,可能與突發(fā)的SDCCH高掉話有關,可參考SDCCH掉話處理3、一般可通過RESET解決PAGE 26 OF 40 2006-12-194、山區(qū)低話務站、海島站、超遠覆蓋小區(qū)如KPI指標無大的波動,一般不做處理6.13 BSC指標監(jiān)控BSC級指標監(jiān)控常規(guī)處理參考如下:1、查看是否由于個別小區(qū)指標惡化導致BSC指標波動較大2、如為BSC級的問題,先查找BSC級告警,向網(wǎng)優(yōu)中心反饋3、確定是否為割接、集市、節(jié)假日造成6.14 GPRS附加資源請求拒絕率GPRS附加資源請求拒絕率處理參考如下:1、確認信道請求拒絕類型,如為PCU原因,需要進行NSEI重新規(guī)劃或進行PCU擴容2、如為

41、專用信道資源不足,可通過修改GTRX、CDED增加GPRS專用信道資源3、如為附加信道資源不足,可通過修改GTRX、CDEF參數(shù)增加GPRS信道資源4、如果由于CS話務過高,盡量將GPRS時隙安排在沒有開半速率的載頻上,以提高半速率利用率,同時可以增開半速率信道增加語音信道5、是否可通過調節(jié)REO、HYS等GPRS小區(qū)重新參數(shù)分流GPRS業(yè)務6、在CS話務太高的情況下,需要進行載頻擴容6.15 GPRS上下行流量為0GPRS上下行流量為0的處理參考如下:1、確認該小區(qū)的GPRS功能是否關閉,是否有GPRS信道PAGE 27 OF 40 2006-12-192、確認該小區(qū)是否退服3、可通過重新G

42、PRS開關嘗試4、如BSC內部較多小區(qū)同時出現(xiàn)GPRS流量為0現(xiàn)象,可能是PCU吊死等BSC級故障,需要倒換BCSU等操作,向網(wǎng)優(yōu)中心反饋7 參數(shù)修改說明7.1 參數(shù)修改記錄平臺目前參數(shù)修改記錄統(tǒng)一在性能監(jiān)控平臺的參數(shù)記錄部分進行,性能監(jiān)控平臺的最新版本可到75rnpPlannereastcomNokiaMor目錄下下載。7.1.1 記錄參數(shù)修改窗口性能監(jiān)控人員登陸監(jiān)控平臺后,在窗口左邊的工具欄中選“參數(shù)修改”修改功能記錄參數(shù)修改情況。目前支持對一個小區(qū)或一個BSC同時修改5個參數(shù)。參數(shù)修改的界面如下:PAGE 28 OF 40 2006-12-19 上圖中,“修改參數(shù)類別

43、”為平常做何種網(wǎng)絡維護時需要進行參數(shù)修改,分為預處理、參數(shù)檢查、DT&CQT、用戶投訴、參數(shù)試驗等;每個修改的參數(shù)需要指定參數(shù)類型,參數(shù)類型分為ADJ、BTS、TRX、TIMER、POC、HOC、BSC;參數(shù)名以縮寫形式填寫,對TRX和ADJ類型的參數(shù)需要分別指定TRX號和鄰小區(qū)號;參數(shù)修改原因欄要求詳細填寫修改參數(shù)的原因。7.1.2 查詢參數(shù)修改記錄窗口參數(shù)修改記錄也可通過監(jiān)控平臺進行查詢,在窗口左邊的工具欄中選“參數(shù)修改查詢”可按條件查詢各類參數(shù)修改記錄。查詢參數(shù)修改記錄窗口請參考下圖。下圖中,在查詢參數(shù)修改記錄后,點中某條修改記錄,在底部的小窗口中會顯示修改該參數(shù)的具體原因,如果

44、需要對某條參數(shù)修改記錄進行編輯,可選中某一記錄,然后點“修改參數(shù)修改記錄”按鈕進行記錄編輯;對于由于預處理過程涉及的參數(shù)修改,可通過雙擊參數(shù)修改記錄進入到相應的CASE進行查看。PAGE 29 OF 40 2006-12-19 7.2 參數(shù)修改要求說明為了實現(xiàn)參數(shù)修改的規(guī)范性和可追溯性,具體要求如下:1、要求監(jiān)控人員在進行參數(shù)修改之后,必須在監(jiān)控平臺上進行記錄,同時監(jiān)控人員要對參數(shù)修改的原因作詳細說明。2、為了規(guī)范網(wǎng)絡頻點,監(jiān)控人員不能隨意修改頻點進行嘗試,前期可通過小區(qū)內部互換頻點等方式確定干擾頻點,修改頻點要理由充分。3、為了避免監(jiān)控人員和RNP之間頻點修改的混亂,要求監(jiān)控人員對修改的頻點

45、、NCC、BCC要與RNP進行溝通。4、對BSC級的參數(shù)以及修改參數(shù)較多情況下,修改之前需要與網(wǎng)優(yōu)中心溝通,在征得網(wǎng)優(yōu)中心允許的情況下才能進行修改。5、要求監(jiān)控人員對參數(shù)修改的原因要記錄詳細。6、對添加、刪除鄰區(qū)操作也需要記錄,參數(shù)名和值可命名為“鄰區(qū)關系”、“有”或“無”來表示。PAGE 30 OF 40 2006-12-197、對于修改半速率以及信道類型、載頻間頻點倒換操作涉及的參數(shù)修改不做記錄8、網(wǎng)優(yōu)中心按照參數(shù)修改模板進行的大量的參數(shù)修改記錄不在監(jiān)控平臺上記錄8 常規(guī)參數(shù)檢查說明為了保障網(wǎng)絡常規(guī)參數(shù)設置合理,每周需要對全網(wǎng)參數(shù)進行普查,檢查時間建議安排在周一,主要檢查常規(guī)網(wǎng)絡參數(shù)。全網(wǎng)

46、參數(shù)設置模板請參考8.1,各類常規(guī)參數(shù)檢查介紹請參考本章8.2節(jié)以后部分。8.1 參數(shù)檢查模板目前全網(wǎng)參數(shù)設置請參考: 鄰區(qū)參數(shù)檢查模板_v1.xls 參數(shù)檢查模板V4.xls8.2 RDIV對于UltraSite、MetroSite,建議打開分集接收開關RDIV,打開RDIV功能,對上行有較好的改善。檢查條件:RDIV設置為N并且站型為UltraSite或MetroSitePAGE 31 OF 40 2006-12-198.3 PLMNPLMN用來控制MS是否對鄰區(qū)的測量報告進行上報,如果某鄰區(qū)的NCC沒有包含在PLMN允許的NCC范圍內,那么手機對該鄰區(qū)的測量報告不會上報,那么會影響小區(qū)的

47、切換性能,在邊界小區(qū),尤其需要注意PLMN的設置。檢查條件:源小區(qū)的PLMN是否包含所有鄰區(qū)的NCC8.4 TSC載頻TSC應與BCC一致,否則會影響切入性能。檢查條件:載頻的TSC與小區(qū)的BCC是否一致8.5 GENA小區(qū)一般打開GPRS功能。檢查條件:GENA為N的小區(qū)8.6 鄰區(qū)相關參數(shù)檢查8.6.1 同頻同BSIC鄰區(qū)一個小區(qū)存在兩個同頻同BSIC小區(qū)后,在向其中一個小區(qū)發(fā)起切換時,由于BSC是通過BCCH和BSIC檢測目標小區(qū),這樣BSC很容易發(fā)生錯誤的判斷,從而產生大量的切換失敗。當其中一個小區(qū)距離源小區(qū)很近,產生切換次數(shù)較多時,該情況更應當避免。檢查條件:小區(qū)存在兩個同頻同BSI

48、C的鄰區(qū)PAGE 32 OF 40 2006-12-198.6.2 無鄰區(qū)小區(qū)檢查條件:小區(qū)的鄰區(qū)個數(shù)為08.6.3 單向鄰區(qū)一般建議切換采用雙向,對于話務分擔等其他特別情況,偶爾會采用單向鄰區(qū)。檢查條件:單向鄰區(qū)8.6.4 源小區(qū)在現(xiàn)網(wǎng)不存在的垃圾鄰區(qū)可能由于割接等因素導致鄰區(qū)數(shù)據(jù)沒有完全刪除。檢查條件:源小區(qū)在現(xiàn)網(wǎng)中不存在8.6.5 目標小區(qū)在現(xiàn)網(wǎng)不存在的垃圾鄰區(qū)可能由于割接等因素導致鄰區(qū)數(shù)據(jù)沒有完全刪除,需要區(qū)別對待外部鄰區(qū),這類垃圾鄰區(qū)容易導致鄰區(qū)同頻同BSIC。檢查條件:LAC在現(xiàn)網(wǎng)存在,但小區(qū)號在現(xiàn)網(wǎng)不存在8.6.6 LAC&CI為0的垃圾鄰區(qū)可能由于割接等因素導致鄰區(qū)數(shù)據(jù)

49、沒有完全刪除檢查條件:鄰區(qū)LAC=0或者CI=0PAGE 33 OF 40 2006-12-198.6.7 SYNC對于Nokia的系統(tǒng),我們一般認為,同一個BCF下的兩個小區(qū)之間的切換是同步的,不同BCF下的兩個小區(qū)切換是不同步的。如果將本來同步的小區(qū)設成不同步,對于切換性能沒有大的影響,只是同步切換比不同步切換步驟更簡單,切換時間更短,相對用戶感受會更好一些。如果將本來不同步的小區(qū)設成同步,對切換性能有一定的影響,不同步切換需要首先預同步,如果源小區(qū)和目標小區(qū)的時鐘偏移較大,切換失敗幾率會更大,不同的BCF采用不同的時鐘單元,往往存在一定的時鐘差異,我們建議不同的BCF之間最好采用不同步切

50、換,即切換時需要預同步。檢查條件:同一BCF下兩小區(qū)切換參數(shù)SYNC為N,或不同一BCF下兩小區(qū)切換參數(shù)SYNC為Y8.6.8 錯誤鄰區(qū)在進行網(wǎng)絡調整(如割接等過程中,有時由于操作不當或異常原因,鄰區(qū)信息沒有更新,導致鄰區(qū)的配置信息與目標小區(qū)本身的配置信息不符合,從而影響切換。通過MMI修改BCCH或者BSIC時,BSC間的鄰區(qū)信息也不會更新,有時候修改小區(qū)信息時,很容易產生此類問題。邊界外部鄰區(qū)需要結合其它地市的小區(qū)配置信息進行檢查。檢查條件:鄰區(qū)的NCC、BCC、FREQ、LAC信息與鄰區(qū)本身的配置參數(shù)不一致。PAGE 34 OF 40 2006-12-198.6.9 同頻切換鄰區(qū)由于手機

51、測量六個最強鄰小區(qū)是采用測量頻點的方式,如果源小區(qū)和他的一個鄰區(qū)BCCH頻點相同,那么手機測量對應鄰區(qū)時,測量的信號強度可能就是源小區(qū)的,而并非其鄰區(qū),這樣會影響切換。檢查條件:源小區(qū)和鄰區(qū)的BCCH頻點相同8.6.10 PMRG乒乓切換檢查基于功率預算的切換,原小區(qū)和目標小區(qū)之間相互的PMRG設置不當,就很容易引起乒乓切換,影響網(wǎng)絡性能?？紤]到無線環(huán)境的波動性,我們一般認為源小區(qū)到目標小區(qū)的PMRG和目標小區(qū)到源小區(qū)的PMRG之和小于6就容易引起乒乓切換。檢查條件:源小區(qū)到目標小區(qū)的PMRG+目標小區(qū)到源小區(qū)的PMRG<6 8.7 同站同鄰頻為了有效降低干擾,同站同鄰頻的現(xiàn)象要盡量避免。檢查條件:同站的小區(qū)之間存在同頻、鄰頻現(xiàn)象8.8 NOTUSED信道對于非超遠覆蓋小區(qū),信道類型為NOTUSED,造成TCH資源的浪費,同時對于BB跳頻,可能會對小區(qū)性能造成一定影響,一般由于BCSU負荷過高導致。檢查條件:信道類型為NOTU