河北聯(lián)通gsm日常維護操作過程(編輯修改稿)
2025-02-03 14:21 本頁面
【文章內(nèi)容簡介】 鐵路沿線基站）216。 LAC邊界基站過覆蓋（控制其覆蓋區(qū)域）252。天線高度、下傾角252。C PMAX、 RXP216。 LAC邊界處于高話務(wù)地段252。緊急優(yōu)化（ CRH、 ADD SDCCH）252。最佳方案（重新規(guī)劃 LAC區(qū)）216。 短信流量大： 16K32K、 expansion TRX、避開忙時群發(fā)短信216。 啟用 SDCCH動態(tài)分配功能（ BSC Feature）二 、 GSM優(yōu)化內(nèi)容從 KPI方面進行優(yōu)化 _ HO (No HO HOF)216。 參數(shù)檢查：252。檢查 MSC方是否已定義該小區(qū)所歸屬 LAC的數(shù)據(jù)（ LAC、 MSCID等）252。檢查鄰數(shù)據(jù)（ LAC、 NCC、 BCC、 FREQ等）設(shè)置是否正確 .252。檢查小區(qū)參數(shù)（尋呼次數(shù)、重發(fā)次數(shù)、小區(qū)重選、最小接入電平、直接重試）是否有誤 .鄰小區(qū)存在高擁塞現(xiàn)象：252。解決鄰小區(qū)擁塞現(xiàn)象 .252。參數(shù)優(yōu)化（切換門限、切換磁滯等）話務(wù)切向其它切換正常的小區(qū) .二 、 GSM優(yōu)化內(nèi)容從 KPI方面進行優(yōu)化 _ HO (No HO HOF)216。 干擾所致： 252。同鄰干擾 .252。外部干擾：排除干擾源 .216。 硬件故障：252。時鐘設(shè)置有誤 .252。硬件數(shù)據(jù)出現(xiàn)臨時性混亂（重啟即可） .252。硬件出現(xiàn)故障（載頻、合路器等出現(xiàn)故障） .216。 弱覆蓋或過覆蓋：252。無主控小區(qū)所造成頻繁切換 .252。過覆蓋造成不合理切換 .二 、 GSM優(yōu)化內(nèi)容對干擾進行控制優(yōu)化? 干擾目前是對移動網(wǎng)絡(luò)最困擾的難題，對掉話，通話質(zhì)量等等嚴重影響，如果城區(qū)干擾面積大，該區(qū)域都無法通話? 根據(jù)長期監(jiān)控經(jīng)驗，可以知道那些地方長期是開干擾器 ,可以采用房間型干擾器替換，在局部干擾，以降低大規(guī)模干擾。? 采取網(wǎng)絡(luò)優(yōu)化手段，降低基站發(fā)射功率，調(diào)整網(wǎng)絡(luò)功控參數(shù)等等 二 、 GSM優(yōu)化內(nèi)容網(wǎng)絡(luò)負荷優(yōu)化216。 BSC容量216。 A口電路216。 Paging 負荷216。 LAPD負荷216。 VLR容量二、 GSM優(yōu)化內(nèi)容BSC容量負荷? 為了避免 BSC容量出現(xiàn)問題，而造成新基站或擴容無法在該 BSC下進行，因此我們有下面幾個應(yīng)對措施，分為長期和短期? 長期 (主要是針對每一期工程前和根據(jù)話務(wù)模型事先給出一個完整的規(guī)劃 )? 當每一期工程開始前，應(yīng)該估計出下一期工程在該 BSC下會有多少基站和多大的配置，以利于 BSC做擴容調(diào)整、增訂新 BSC? 每個 RNP應(yīng)該根據(jù)每一季話務(wù)模型事先訂出擴容計劃，以利于 BSC做擴容調(diào)整、增訂新 BSC二、 GSM優(yōu)化內(nèi)容BSC容量負荷? 短期 (主要是針對當特殊節(jié)日來臨時或是有重大事件發(fā)生 BSC容量有問題所要做的應(yīng)急調(diào)整 )? 將邊界小區(qū)割接到周圍容量較低的 BSC? 將新站暫時掛在容量較低的 BSC? 將利用率低的小區(qū)減容二 、 GSM優(yōu)化內(nèi)容A口電路? A口電路數(shù)的預(yù)估一般是根據(jù)每個 BSC的話務(wù)來計算，通常 A口電路數(shù)約為 BSC話務(wù)的 ，假設(shè) BSC的話務(wù)為 1000Erlang，那我們所需要的 A口電路數(shù)大概就需要 1200個。 ? A口電路數(shù)不夠（一般出現(xiàn)最小可用電路數(shù)小于 100時就要考慮），請 MSC工程師進行擴容。 二 、 GSM優(yōu)化內(nèi)容Paging 負荷? 一般的經(jīng)驗值：針對小容量的 BSC（容量為 256TRX），建議 paging量控制在 100K/hr以內(nèi)。對大容量的 BSC（ I系列的 BSC，容量為 512TRX），一般建議不要超出110K/hr。? 以下是對應(yīng)措施：? LAC的分割，對原有的 LAC進行重新定義和分割，這是最長遠的方案，也是最佳的方案。? 避免把小容量的 BSC放在大的 LAC中 。? 關(guān)閉鑒權(quán)? 注意短信的流量，避免在話務(wù)高峰的大量群發(fā)短信。二 、 GSM優(yōu)化內(nèi)容LAPD負荷? 對 于 Abis LAPD信令負荷的分析我們可以從 華為 M2023話統(tǒng)工具項中提取， 如果半個小時 內(nèi) ” TRANSMITTED TOTAL OCTET COUNT” 這 個值超過 1800k(16 kbit/s LAPD)或是 7000k(64 kbit/s LAPD)，那麼我們所看到的 LAPD信令已經(jīng)超過負荷了? 下面是 一般 LAPD信令所建議的安全值：? 16 kbit/s LAPD link: “TRANSMITTED TOTAL OCTET COUNT” = 1000k二 、 GSM優(yōu)化內(nèi)容LAPD負荷? 64 kbit/s LAPD link: “TRANSMITTED TOTAL OCTET COUNT” = 3500k? 以下是應(yīng)對措施：? TRX不開 啟 半速率? LAPD信令從 16 kbit/s擴成 32 kbit/s? BTS參數(shù) RET(max_number_retransmission)從 4改為 1(降低 Abis口的負荷 )? BTS參數(shù)位置更新由原來的 8dBm更改 10dBm二 、 GSM優(yōu)化內(nèi)容VLR容量限制? 一般 VLR用戶量達到 80%時我們就應(yīng)該注意該 MSC的話務(wù)增長，當達到 90%有必要考慮做 VLR擴容、新增 MSC或是該 MSC下的 BSC做割
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1