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

1、溫州移動(dòng)網(wǎng)絡(luò)性能監(jiān)控手冊(cè)2006年第1.3版目錄1 簡(jiǎn)介 (62 性能監(jiān)控職責(zé)說明 (62.1 性能監(jiān)控目的 (62.2 主要職責(zé) (63 網(wǎng)絡(luò)性能監(jiān)控方式 (73.1 監(jiān)控平臺(tái)應(yīng)用 (73.2 監(jiān)控原始記錄備份 (73.3 監(jiān)控完成情況確認(rèn) (83.4 監(jiān)控項(xiàng)處理方式 (83.5 典型案例收集 (94、相關(guān)部門溝通 (94.1 網(wǎng)管中心 (94.2 網(wǎng)優(yōu)中心 (105 網(wǎng)絡(luò)性能監(jiān)控說明 (105.1 性能監(jiān)控項(xiàng) (105.2 性能監(jiān)控流程 (115.2.1. CASE形成 (115.2.2 預(yù)處理及跟蹤周期說明 (125.2.3 派單 (125.2.4 工單評(píng)估 (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&話務(wù)量為0 (246.8 呼叫次數(shù)突降&a

3、mp;話務(wù)量突降 (256.9 0_5級(jí)話音質(zhì)量差&0級(jí)話音質(zhì)量差 (256.10 話音質(zhì)量突降 (266.11 載頻頻繁存在告警 (266.12 7745告警占用失敗比例高 (266.13 BSC指標(biāo)監(jiān)控 (276.14 GPRS附加資源請(qǐng)求拒絕率 (276.15 GPRS上下行流量為0 (277 參數(shù)修改說明 (287.1 參數(shù)修改記錄平臺(tái) (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ū)相關(guān)參數(shù)檢查 (328.6.1 同頻同BSIC鄰區(qū) (328.6.2 無(wú)鄰區(qū)小區(qū) (338.6.3 單向鄰區(qū) (338.6.4 源小區(qū)在現(xiàn)網(wǎng)不存在的垃圾鄰區(qū) (338.6.5 目標(biāo)小區(qū)在現(xiàn)網(wǎng)不存在的垃圾鄰區(qū) (338.6.6 LAC&CI為0的垃圾鄰區(qū) (338.6.7 SYNC (348.6.8 錯(cuò)誤鄰區(qū) (348.6.9 同頻切換鄰區(qū) (358.6.10 PMRG乒乓切換檢查 (358.7 同站同鄰頻 (358.8 NOTUSED信道 (358.9 BMA (369 IMEP平臺(tái)應(yīng)用說明 (369.1 I

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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