組日常工作流程

1、OMC系統組工作流程擁塞壞小區(qū)處理流程1空閑&接入狀態(tài)時的參數設置1.1 RACH TA Filter & Rxlev acess min & Homargin 的設置1.2開啟超忙小區(qū)CRO.2開啟半速率信道3開啟Traffic HO （ 包括話務負荷設置）4開啟 fast traffic Ho &T11, T11_forced5降低BS TXPWR MAX站發(fā)射功率6根據路測組的天饋調整狀況&工程組替換站型等實際情況做出判決.6二干擾壞小區(qū)處理流程1降低MS TXPWR M基站發(fā)射功率2具體高干擾性小區(qū)分析2.1外部干擾OR內部干擾2.2是否帶有直放站等設備三 新建站評估流程（新站評估人員

2、歸屬于 OMC系統組）.1新站評估流程圖.2人員配置和工作內容.3新站測試組基本工作內容四新站異常情況及處理流程104.1 OMCR組各種異常情況處理流程104.2新站測試組各種異常情況處理流程11五日常壞小區(qū)處理流程115.1 TCH分配失敗處理流程115.1.1 TCH擁塞造成的失敗125.1.2硬件準備分配失敗125.1.3無線口接入分配失敗135.2切換成功率處理流程135.3 TCH掉話處理流程.145.3.1設備掉話處理155.3.2傳輸故障掉話處理155.3.3 切換掉話處理155.3.4空中鏈路掉話處理16由近期NOSS旨標來看，掉話壞小區(qū)、切換成功率等指標均處于良好的水平，O

3、MCR 組下階段工作主要圍繞集團公司巡檢及擁塞壞小區(qū)、 干擾小區(qū)及新建站3個重點 來展開?？傌撠熑耍汉鷾YOMC組：劉暢、李元琛、張開奧、趙留栓、王峰、刑靈均、敖猛、趙磊擁塞壞小區(qū)處理流程責任人： 王峰、李元琛、刑靈均、敖猛、劉暢目標：NOSS旨標保持在0.25%（擁塞小區(qū)要做到0.15% ,意味每天的擁塞壞小區(qū) 必須做到7個以下,按照目前的網絡實際狀況來看，有難度,且晚忙時往往不可控； 現網能控制到0.25%還是可行的,力爭做到0.15%）擁塞小區(qū)處理方法：1空閑接入狀態(tài)時的參數設置1.1 RACH_TA_Filter Rxlev_acess_min Ho margin 的設置抬高RxLev_

4、Access_Min來提高對小區(qū)接入的要求以平衡話務量。一般建議在一 些基站密度較高、無線覆蓋較好的地區(qū)調整RXLEV_ACCESS_M來均衡小區(qū)的業(yè)務量.增加切入擁塞小區(qū)的 HO Margin 來提高切入要求，減少服務小區(qū)的話務流入減小切出擁塞小區(qū)的 HO Margin, 以利于切出，讓服務小區(qū)的話務分流到小 區(qū).RACH_TA_Filter 般都是64,可以適當限制,把那些過覆蓋的試呼濾除,可以 起到適當減少話務負荷的作用。 .建議值 : 根據網絡實際情況調整 1.2 開啟超忙小區(qū) CRO通過調整CRO PT來改變小區(qū)重選，鼓勵移動臺盡量重選到話務量較低的小區(qū)。建議值：超忙小區(qū)的PT設成i

5、n activity,則C2=C1-CRO, CF越大，則本小區(qū)C2越低，更易重選到話務負荷不大的鄰區(qū).也就是說用提高CR（的值來加強移動臺對鄰小區(qū)的傾向性，CR越大，對鄰小區(qū)傾 向越大。2 開啟半速率信道采用半 速率 小區(qū) 的 無 線 資源 分配 方式 與服 務小 區(qū) 的 話務 負 荷 有關。用來表 示小 區(qū)話 務負 荷 的 變 量為 LOAD_SV1， LOAD_SV1 的 值將 決定 是 否把半 速率 話音 信道 分 配給 MS， 調節(jié)半速率的門限值以使半速率小區(qū)優(yōu)先 占用半速率信道，盡量減少突發(fā)性的擁塞情況.OMC缺省值為70%,90%,建議值THR_FR_LOAD_L_SV1 0%T

6、HR_FR_LOAD_D_SV1 0%,這樣就能優(yōu)先占用半速率信道.附半速率具體算法：LOAD_SV1的值為false ，即小區(qū)話務負荷較低，小區(qū)將首先分配全速 率信道；若LOAD_SV1的值為True,即小區(qū)負荷較高，小區(qū)將首先分 配半速率信道；評估時候與LOAD_SV1的初始值也有關系.revious stateAV_LOAD、LOAD_SV1 = FALSELOAD_SV1 = TRUEAV_LOAD ?THR_FR_LOAD_L_SV1LOAD_SV1 = FALSELOAD_SV1 = FALSETHR_FR_LOAD_L_SV1 ?AV_LOAD ?THR_FR_LOAD_U_SV

7、1LOAD_SV1 = FALSELOAD_SV1 = TRUETHR_FR_LOAD_U_SV1 ?AV_LOADLOAD_SV1 = TRUELOAD_SV1 = TRUE3開啟Traffic HO （包括話務負荷設置）Traffic HO 是針對當前的高話務小區(qū)和周圍的低話務小區(qū)而言的，由相鄰的低 話務小區(qū)來分擔當前高話務的服務小區(qū)的話務量，以期達到減小擁塞，話務均衡 的目的，這是一種臨時解決擁塞的措施.從traffic HO 發(fā)生的條件我們可 以看出，只要當前小區(qū)處于HIGH_TRAFFIC_LOAD而鄰小區(qū)處于LOW_TRAFFIC_LOAD,就可用發(fā)生 traffic HO 的切換

8、，建議值:將話務忙的服務小區(qū)High_traffic_load 設成60%,鄰小區(qū) Low_traffic_load 設成 50。附； Traffic HO 具體算法DELTA_HO_MARGIN(0,n)HO_MARGIN(0,n)+offset_HO_Margin_inner+DELTA_HO_Margin(0,n)AND EN_Traffic_HO(0,n)=ENABLE必要時可打開小區(qū)的 General capture( 綜合捕捉切換 ), 緩解該小區(qū)的話務負荷 壓力4開啟 fast traffic HoT11， T11_forced結合T11的排隊時長和FAST TRAFFIC HA

9、NDOVE能的開啟，可以有效的降低小 區(qū)擁塞。FTH申所有經過PBGT_filter后的鄰區(qū)中選擇合適小區(qū)進行切換。只 要鄰區(qū)的BCCH言號足夠的好，能夠使服務小區(qū)中的 MS話務及時切換到鄰小區(qū), 空出的TCH時隙，使隊列中的話務進入服務小區(qū)服務。當一個呼叫要求分配業(yè)務信道而小區(qū)又沒有空閑的業(yè)務信道時， 如果隊列功能是 打開的且有空閑位置，分配請求(Assignment Request)可以被排在隊列中等待空 閑的業(yè)務信道。呼叫在隊列中等待的最大時間由定時器 T11 決定。加大 T11 和T11_Forced,可能會增加手機的呼叫等待時間，但可以降低小區(qū)的擁塞情況。建議值：EN_FAST_TR

10、AFFIC_HO=TRUET11/T11_forced : 14 or 17 BTS_Q_LENGTH: 64附FTHO具體算法:CAUSE = 28 (Fast traffic HO)AV_RXLEV_NCELnL)( L_RXLEV_NCELL_DRn() + max(0,MS_TXPWR_MAXn()-P) for n = 1,., BTSnum (HO - 26)and t(n) FREEIevel_DR( n) andEN CAUSE 28 = enable對于FTHO勺切換是沒有乒乓效應的。由于被選擇執(zhí)行FTHO勺手機是在考察 過目標小區(qū)無線環(huán)境較好的情況下發(fā)生的， 那么它是不會發(fā)

11、起緊急切換回到原服 務小區(qū)的。5降低BS_TXPWR_MAX站發(fā)射功率降低功率的目的就是減少小區(qū)的覆蓋范圍 建議值: 根據現網實際情況,以2dB步長遞減.6根據路測組的天饋調整狀況&工程組替換站型等實際情況做出判決是否話務擁塞由以上兩種因素導致，必要時需實地測試，新站或替換硬件導致的 天饋問題定位后需立即通知工程組解決 二干擾壞小區(qū)處理流程 責任人：張開奧（OMC）徐華,胡衛(wèi)明（現場掃頻） 目標：盡力查找干擾源，由于長春的網絡結構導致底噪較高，要在短時期內降低 干擾小區(qū)指標暫時有難度，現只能一個一個小區(qū)的處理。1降低MS_TXPWR_M基站發(fā)射功率降低手機功率的目的就是減少全網的低噪 建議值:

12、 根據現網實際情況,以2dB步長遞減.2 具體高干擾性小區(qū)分析2.1外部干擾OR內部干擾外部干擾：現場掃頻，將干擾源位置提交局方。內部干擾：載頻及ANC ANY等硬件問題、頻點問題、天饋問題。2.2 是否帶有直放站等設備 檢查直放站設備。三 新建站評估流程（新站評估人員歸屬于 OMC系統組）責任人： 趙留拴（OMCR、趙磊（OMCR）DT測試人員：劉宏偉、張馳目標：不遺漏評估小區(qū)1 新站評估流程圖2人員配置和工作內容OMC組，新站評估1 包括 3小時評估和后續(xù)異常話務、指標分析等內容；2新舊數據對比；包括比對每天的 PRC數據3新站Abis Trace，包含同站的G網小區(qū);DT組：新站評估測試

13、,帶塔工一名，便于現場調整；現場解決方位角與設計值不符（天線接反,方位角錯 誤等情況）3新站測試組基本工作內容新站評估報告模版:PART 1數據一致性核查CellName一致BCCH一致NbrSDCCHLAC一致RaColorNbrTCHCI一致RaCodeGPRSNCC一致Ho pModeEN_EGPRSBCC一致Hardware_BSCMAX_PDCHTRX一致Hardware_BTSMin_P DCHBSC一致Hardware_SectorHo pMode說明：小區(qū)信息基本數據同數據庫吻合。P ART 2現場測試A、基站位置Lon gitude 125.38639 Latitude 43

14、.86886B、天線方位角Sector 1Sector 2Sector3注：非扇區(qū)型基站此項略C、天線照片D天線型號（塔工抄錄）Sectori :Sector2 :Sector3 :E、環(huán)基站DT測試切換情況:PART 3整改要求及案例圖如阻擋、接反需要工程重新實施的部分PART 4其他問題及案例圖可以現場完成的部分，如機械參數不合理需要調整、參數設置不合理，覆蓋區(qū)域 不合理等。4.處理及復測跟蹤情況四新站異常情況及處理流程 責任人： 趙留拴(OMCR、趙磊(OMCR)DT測試人員：劉宏偉、張馳目標：第一時間發(fā)現異常新小區(qū)并整改4.1 OMCR組各種異常情況處理流程邊遠新站開通前準備工作：RN

15、P提供要開的邊遠新站，OMC做G網的Abis Trace，得出其話務模型及熱點話務分布情況；3小時評估機制中，一旦發(fā)現話務或者指標異常，即刻進行忙時 Abis Trace，進行問題的初步定位，是否為硬件問題、 TA分布問題等，這樣 可以給后期DT現場測試提供大致的分析思路；測試組如碰到話務量較小的原因是由于方位角或下傾角引起，OMCffi等測試組現場調整完成之后，即刻觀察信道占用情況以及觀察下小時話務統計情況，是否正常吸收話務；新站選擇思路問題：本次評估中發(fā)現少數覆蓋農村的新站，各種天饋硬件均沒有問題，但吸收不到話務，跟蹤信令發(fā)現900M的話務分布在TA較大的區(qū)域，分析原因為 D網的路徑損耗有

16、關，導致 D網覆蓋達不 到G網覆蓋區(qū)域，這種問題可否考慮農村等邊遠地區(qū)通過其他手段解 決擁塞。4.2 新站測試組各種異常情況處理流程各種天饋下傾角/方位角問題，現場調整、完成復測，同時和 OMCffi 溝通觀察調整后信道占用情況是否按預期變化等，并在現場等待觀察 結果，如所需等待時間較長，可以先做下一個較近的新站點；天饋接反問題：配合180數據及現場測試數據，判斷接反類型，明確 接反的扇區(qū)，做好小區(qū)占用連線圖，通知移動用戶接口，等待整改完 之后復測；天線安裝錯誤但天饋所連接硬件正確：此類問題現場發(fā)現之后，反映 給用戶接口和OMC組，觀察現場是否可調，如有調整余地，現場直接 調整方位角并等待OM

17、C組觀察并復測；天線類型問題：使用了不合理的天線如電傾天線等，現場通知 OMC組 和移動，制定調整方案或者等待更換天線；各種阻擋、基站高度不合理，需要拍攝較為清晰能夠說明問題的照片, 并及時提交給局方進行整改；現場測試的其他問題：如以前沒有碰到過的問題，現場測試發(fā)現需要 立刻和OMC組及移動溝通，爭取做到現場解決。五日常壞小區(qū)處理流程5.1 TCH分配失敗處理流程責任人： 王峰、李元琛、刑靈均、敖猛、劉暢 目標：日常處理目前小區(qū) TCH分配失敗統計為 Assignment Request 到 Assignment Complete 之間的損耗。小區(qū)分配失敗率定義為： 1OO*(MC14Oa-M

18、C718-MC142e-MC142f)/MC140其中 140a 為 Assignment Request 次數，718為Assignment Complete次數，142e+142f為直接重試次數。定義網 絡分配失敗率，是為了考查 MS在TCH接入階段系統和無線接口質量。根據信令 流程分段，分配失敗可以分為三部分：5.1.1 TCH擁塞造成的失敗其中擁塞分為以下幾種情況:MCS1A:未排隊情況下的擁塞次數，有兩種情況:MCS1B:允許排隊,但隊列已滿造成的擁塞。MCS1擁塞。C:允許排隊,但在隊列中等待時間超過T11仍未分配到資源的MCS1 列中清除。D:允許排隊,但在排隊過程中被更高優(yōu)先級

19、別的呼叫從等待隊其中MC612（對應的A 口消息為Clear Request，其余三種情況對應的 A 口消息 為 Assignment Failure 。如果小區(qū)統計中擁塞次數較高造成分配失敗，且MC612a不為0,說明網絡中沒有開啟TCH指配排隊功能。排隊功能在無線側是以BSC為單位開啟的。通常 情況下，交換側會打開排隊指示功能，BSC的排隊等待時間T11不設為0的情況 下，當無可用TCH資源供分配時，即進入排隊等待緩沖區(qū)。當交換側未打開TCH排隊功能時，也可以在無線側開啟強制排隊開關Queue Anyway同時，排隊等待時長timer由T11改為T11_Forced。加大T11和T11_F

20、orced，可以降低小區(qū) 的擁塞情況，但可能會增加手機的呼叫等待時間。如果網絡已經開啟排隊功能，仍存在較高的擁塞，則可以通過話務切換，調 整覆蓋等手段來均衡話務；如果已經沒有調整余地，則需要提交給RNP方面進行 小區(qū)擴容或者小區(qū)分裂來吸收話務，降低小區(qū)的擁塞次數。5.1.2硬件準備分配失敗硬件準備分配失敗統計公式如下：mc140a-mc718-746b-812,其中746b為空 中接口接入時的分配失敗次數，812為各種擁塞的綜合。TCH分配如果由硬件故障造成，通常表現為小區(qū)中某些載頻占用時常過短。解決此類問題，可以通過lock/unlock 載頻，lock/uniock TCU來觀察分配失敗變

21、化情況，問題確定后更換硬件，并重新調試。5.1.3無線口接入分配失敗無線接口的分配失敗次數為746b。通常情況下，小區(qū)分配時比率應保持在 5鳩下。TCH分配失敗處理流程處理如下:對下發(fā) Assignment Commanc到Assignment Complete 之間的損耗，主要有以下幾種原因：基站天饋系統存在鴛鴦線 基站過覆蓋 基站弱覆蓋 上下行干擾 網內存在二次中繼設備，而此設備對某些頻段不兼容，例如某些直放站不支持EGSM解決TCH分配失敗，需要通過多種手段，包括參數分析調整，DT測試，信令跟蹤，RNP頻率分析等。5.2 切換成功率處理流程 責任人： 王峰、李元琛、刑靈均、敖猛、劉暢 目

22、標：日常處理切換成功率也是考核網絡性能的一個重要指標，通常切換成功率應保持在95鳩上。切換失敗主要分為兩部分：切換準備失敗和切換執(zhí)行失敗。對于切換 準備失敗，BSC內的原因主要有目標小區(qū)擁塞，硬件問題等，其處理方法和BSC硬件分配失敗相同。對于跨MSC勺切換，涉及E 口信令轉換，編碼方式溝通等原 因，需要信令跟蹤分析，參見BSC切換成功率的處理。以下僅對切換執(zhí)行失敗的 主要處理流程進行說明。切換失敗處理流程如下:處理切換失敗，首先區(qū)分是BSC內切換失敗還是BSC間切換失敗。判斷方法 根據110報告中的相關counter，參見BSC切換準備失敗處理中的表格。當切換 執(zhí)行失敗主要為跨BSC間切換時

23、，需要跟蹤信令排除信令配合問題。其次，檢查切換失敗是切入失敗還是切出失敗，或者切入切出成功率均低。如果切入切出均低，一般該切入切出成功率均在 75%以下，同時本小區(qū)的分 配失敗又不高，通常是由于BTS時鐘偏移造成，更換SUM板或者調整時鐘即可。如果僅切入成功率低，檢查180報告，該報告針對每一條切換關系進行統計， 統計內容包含切換切入請求 MC4O0切換嘗試MC401及切換成功MC402通過檢 查這幾個counter來確定切入失敗是集中在某幾條切換關系還是所有的切入都 差。如果所有切換失敗都差，則參見小區(qū)分配失敗率流程進行處理。 如果只有某 幾條切換失敗較高，需要 RNP核查，看是否有同BCC

24、H BSIC的誤切換發(fā)生。如果切出成功率差，同樣檢查180報告，切出差是集中在某幾條切換關系還 是所有切換關系。對集中在某幾條切出差的情況，根據分配失敗的處理流程檢查 目標小區(qū)。對所有切出均差的情況，需要檢查小區(qū)覆蓋，小區(qū)硬件性能，及上下 行干擾等，參見小區(qū)切換成功率的處理。5.3 TCH掉話處理流程責任人： 王峰、李元琛、刑靈均、敖猛、劉暢 目標：日常處理TCH掉話率反映了 TCH成功建立后的呼叫保持能力，是衡量網絡質量的一個 重要指標。集團公司的對掉話壞小區(qū)的考核門限是 3%TCH掉話，從統計上分為四塊:設備故障掉話，對應counter為MC14C 傳輸故障掉話，對應counter為MC7

25、39 切換掉話，對應 counter為MC621空中鏈路掉話，對應counter為MC736掉話處理的框架圖如下：5.3.1 設備掉話處理減少和降低設備掉話率， 需要提高設備日常維護質量。 最常見的設備掉話處 理流程如下：通常設備掉話主要和TRE TCU SWITCHE個單元相關。當設備掉話集中在 某一個載頻上時， 更換該載頻； 當設備掉話集中在幾個載頻上， 且這幾個載頻共 屬同已塊TCUt理，則更換TCU如果一個BSC下有多個小區(qū)存在設備掉話，且 分布均勻，則需要對該 BSC進行硬件調測，一般該設備掉話由 switch塊故障 造成。5.3.2 傳輸故障掉話處理處理傳輸掉話，首先檢查傳輸鏈路的

26、告警。 建議在網絡優(yōu)化工程中， 定期（例如一周）對網絡中出現頻次較多的傳輸鏈路進行統一檢查和整治。5.3.3 切換掉話處理切換掉話是當手機接收到系統下發(fā)的切換命令 han dover comma nd后，向目 標信道轉換， 在限定的時間內， 既沒有成功切入目標信道， 也沒有安全返回原來 信道。切換掉話可以根據切換的種類分為三部分，如下：MC62（切換掉話）=MC648（跨BSC切換掉話）+MC658（BSC內切換掉話）+MC66（3 小區(qū)內切換掉話） 。BSC內切換掉話：當BSC向手機發(fā)出切換命令 han dover comma nd寸，T3103 開始計時，在BSC攵到來自切換目標小區(qū)的切換

27、完成 handover complete或者來 自源小區(qū)的切換失敗handover failure 時將T3103復位，如果handover下發(fā)后， T3103逾時仍未收到以上兩條消息，則記為一次 BSC內切換掉話。小區(qū)內切換掉話：小區(qū)內切換掉話與 TCH分配失敗無返回SDCC類似?？鏐SC切換掉話：與BSC內切換掉話類似，只是T3103變?yōu)門8。切換掉話處理流程如下：小區(qū)內切換的過程和SDCC到 TCH之間的信道轉換過程類似，一般出現高掉 話的原因主要有載頻硬件故障和上下行干擾嚴重。察看實際發(fā)生其切換掉話小區(qū)間的切換，首先需要檢查切換關系定義是否正常，然后檢查切換參數， 切換門限等， 另外可以通過檢查 180報告和實際的地理位置信息， 的切換是否合理。 如果這些均正常， 說明這些切換的發(fā)生是必要的， 主要原因還是無限鏈路惡化造成的。其無線方面的跨BSC的切換，如果涉及到跨MSC勺情況，其流程較為復雜。分析，與小區(qū)內切換相同；切換流程方面需要跟蹤信令加以確認。例如，在某種 情況下，當目標小區(qū)的信道已經準備好，原小區(qū)的 han dover comma nc已經下發(fā), 但此后由于流程原因， 目標小區(qū)準備好的信道又釋放了， 則無論如何切換也不