OMCR組日常工作流程

OMCR系統(tǒng)組工作流程由近期NOSS指標(biāo)來看，掉話壞小區(qū)、切換成功率等指標(biāo)均處于良好的水平， OMCR組下階段工作主要圍繞集團公司巡檢及擁塞壞小區(qū)、干擾小區(qū)及新建站 3個重點來展開?？傌撠?zé)人：胡淵OMCR組：劉暢、李元琛、張開奧、趙留栓、王峰、刑靈均、敖猛、趙磊一擁塞壞小區(qū)處理流程責(zé)任人： 王峰、李元琛、刑靈均、敖猛、劉暢目標(biāo)：意味每天的擁塞壞小區(qū)必須做到 7個以下,按照目前的網(wǎng)絡(luò)實際狀況來看晚忙時往往不可控 ;現(xiàn)網(wǎng)能控制到擁塞小區(qū)處理方法 :

,有難度,且空閑＆接入狀態(tài)時的參數(shù)設(shè)置抬高RxLev_Access_Min來提高對小區(qū)接入的要求以平衡話務(wù)量。一般建議在一些基站密度較高、無線覆蓋較好的地區(qū)調(diào)整 RXLEV_ACCESS_MIN來均衡小區(qū)的業(yè)務(wù)量 .增加切入擁塞小區(qū)的 HOMargin來提高切入要求，減少服務(wù)小區(qū)的話務(wù)流入 .減小切出擁塞小區(qū)的 HOMargin,以利于切出，讓服務(wù)小區(qū)的話務(wù)分流到小區(qū).RACH_TA_Filter 一般都是 64,可以適當(dāng)限制 ,把那些過覆蓋的試呼濾除 ,可以起到適當(dāng)減少話務(wù)負荷的作用。 .建議值: 根據(jù)網(wǎng)絡(luò)實際情況調(diào)整通過調(diào)整 CRO、PT來改變小區(qū)重選，鼓勵移動臺盡量重選到話務(wù)量較低的小區(qū)。建議值：超忙小區(qū)的PT設(shè)成inactivity,則C2=C1-CRO,CRO越大，則本小區(qū) C2越低,更易重選到話務(wù)負荷不大的鄰區(qū) .也就是說用提高 CRO的值來加強移動臺對鄰小區(qū)的傾向性， CRO越大，對鄰小區(qū)傾向越大。開啟半速率信道采用半速率小區(qū)的無線資源分配方式與服務(wù)小區(qū)的話務(wù)負荷有關(guān)。用來表示小區(qū)話務(wù)負荷的變量為LOAD_SV1，LOAD_SV1的值將決定是否把半速率話音信道分配給MS，調(diào)節(jié)半速率的門限值以使半速率小區(qū)優(yōu)先占用半速率信道，盡量減少突發(fā)性的擁塞情況.OMCR缺省值為70%,90%,建議值THR_FR_LOAD_L_SV10%THR_FR_LOAD_D_SV10%,這樣就能優(yōu)先占用半速率信道 .附半速率具體算法 :LOAD_SV1的值為false，即小區(qū)話務(wù)負荷較低，小區(qū)將首先分配全速率信道；若LOAD_SV1的值為True,即小區(qū)負荷較高，小區(qū)將首先分配半速率信道;評估時候與LOAD_SV1的初始值也有關(guān)系.PreviousstateLOAD_SV1=FALSELOAD_SV1=TRUEAV_LOADAV_LOADTHR_FR_LOAD_L_SV1LOAD_SV1=FALSELOAD_SV1=FALSETHR_FR_LOAD_L_SV1AV_LOADLOAD_SV1=FALSELOAD_SV1=TRUETHR_FR_LOAD_U_SV1THR_FR_LOAD_U_SV1AV_LOADLOAD_SV1=TRUELOAD_SV1=TRUE3開啟TrafficHO( 包括話務(wù)負荷設(shè)置 )TrafficHO 是針對當(dāng)前的高話務(wù)小區(qū)和周圍的低話務(wù)小區(qū)而言的，由相鄰的低話務(wù)小區(qū)來分擔(dān)當(dāng)前高話務(wù)的服務(wù)小區(qū)的話務(wù)量 ,以期達到減小擁塞 ,話務(wù)均衡的目的 ,這是一種臨時解決擁塞的措施. 從trafficHO 發(fā)生的條件我們可以看出，只要當(dāng)前小區(qū)處于HIGH_TRAFFIC_LOAD 而鄰小區(qū)處于LOW_TRAFFIC_LOAD，就可用發(fā)生traffic HO的切換,建議值：將話務(wù)忙的服務(wù)小區(qū) High_traffic_load 設(shè)成60％，鄰小區(qū)

Low_traffic_load

設(shè)成

50％。附；TrafficHO

具體算法DELTA_HO_MARGIN(0,n)<0dbANDPBGT(n)>HO_MARGIN(0,n)+offset_HO_Margin_inner+DELTA_HO_Margin(0,n)ANDEN_Traffic_HO(0,n)=ENABLE必要時可打開小區(qū)的 Generalcapture( 綜合捕捉切換 ),緩解該小區(qū)的話務(wù)負荷壓力4開啟fasttrafficHo ＆T11，T11_forced結(jié)合

T11的排隊時長和

FASTTRAFFICHANDOVE功能的開啟，可以有效的降低小區(qū)擁塞。

FTHO在所有經(jīng)過

PBGT_filter

后的鄰區(qū)中選擇合適小區(qū)進行切換。只要鄰區(qū)的

BCCH信號足夠的好，能夠使服務(wù)小區(qū)中的

MS話務(wù)及時切換到鄰小區(qū)，空出的

TCH時隙，使隊列中的話務(wù)進入服務(wù)小區(qū)服務(wù)。當(dāng)一個呼叫要求分配業(yè)務(wù)信道而小區(qū)又沒有空閑的業(yè)務(wù)信道時，

如果隊列功能是打開的且有空閑位置，分配請求 (Assignment Request)可以被排在隊列中等待空閑的業(yè)務(wù)信道。呼叫在隊列中等待的最大時間由定時器 T11決定。加大 T11和T11_Forced，可能會增加手機的呼叫等待時間，但可以降低小區(qū)的擁塞情況。建議值：EN_FAST_TRAFFIC_HO=TRUET11/T11_forced:14 ″or17″BTS_Q_LENGTH:64附FTHO具體算法:CAUSE=28(FasttrafficHO)AV_RXLEV_NCELL(n)>L_RXLEV_NCELL_DR(n)+max(0,[MS_TXPWR_MAX(n)-P])forn=1,...,BTSnum(HO-26)andt(n)>FREElevel_DR( n)andEN_CAUSE_28=enable隊列中的電話對于FTHO的切換是沒有‘乒乓效應(yīng)’的。由于被選擇執(zhí)行 FTHO的手機是在考察過目標(biāo)小區(qū)無線環(huán)境較好的情況下發(fā)生的，那么它是不會發(fā)起緊急切換回到原服務(wù)小區(qū)的。5降低BS_TXPWR_MAX基站發(fā)射功率降低功率的目的就是減少小區(qū)的覆蓋范圍 .建議值:根據(jù)現(xiàn)網(wǎng)實際情況 ,以2dB步長遞減.6根據(jù)路測組的天饋調(diào)整狀況＆工程組替換站型等實際情況做出判決 :是否話務(wù)擁塞由以上兩種因素導(dǎo)致,必要時需實地測試,新站或替換硬件導(dǎo)致的天饋問題定位后需立即通知工程組解決二干擾壞小區(qū)處理流程責(zé)任人：張開奧（OMCR）、徐華,胡衛(wèi)明(現(xiàn)場掃頻)目標(biāo)：盡力查找干擾源,由于長春的網(wǎng)絡(luò)結(jié)構(gòu)導(dǎo)致底噪較高，要在短時期內(nèi)降低干擾小區(qū)指標(biāo)暫時有難度，現(xiàn)只能一個一個小區(qū)的處理。1降低MS_TXPWR_MAX基站發(fā)射功率降低手機功率的目的就是減少全網(wǎng)的低噪 .建議值:根據(jù)現(xiàn)網(wǎng)實際情況 ,以2dB步長遞減.具體高干擾性小區(qū)分析外部干擾：現(xiàn)場掃頻，將干擾源位置提交局方。內(nèi)部干擾：載頻及 ANC、ANY等硬件問題、頻點問題、天饋問題。檢查直放站設(shè)備。三新建站評估流程 (新站評估人員歸屬于 OMCR系統(tǒng)組)責(zé)任人： 趙留拴(OMCR)、趙磊(OMCR)DT測試人員：劉宏偉、張馳目標(biāo)：不遺漏評估小區(qū)新站評估流程圖人員配置和工作內(nèi)容OMCR組，新站評估1包括3小時評估和后續(xù)異常話務(wù)、指標(biāo)分析等內(nèi)容；2新舊數(shù)據(jù)對比；包括比對每天的 PRC數(shù)據(jù)3新站AbisTrace ，包含同站的 G網(wǎng)小區(qū)；DT組:新站評估測試，帶塔工一名，便于現(xiàn)場調(diào)整；現(xiàn)場解決方位角與設(shè)計值不符 (天線接反,方位角錯誤等情況 )新站測試組基本工作內(nèi)容新站評估報告模版：PART1數(shù)據(jù)一致性核查CellName一致BCCH一致NbrSDCCHLAC一致RaColorNbrTCHCI一致RaCodeGPRSNCC一致HopModeEN_EGPRSBCC一致Hardware_BSCMAX_PDCHTRX一致Hardware_BTSMin_PDCHBSC一致Hardware_SectorHopMode說明 ：小區(qū)信息基本數(shù)據(jù)同數(shù)據(jù)庫吻合。PART2現(xiàn)場測試A、基站位置LongitudeLatitudeB、天線方位角Sector1 Sector2 Sector3注：非扇區(qū)型基站此項略C、天線照片D、天線型號（塔工抄錄）Sector1：Sector2：Sector3：E、環(huán)基站DT測試切換情況：PART3整改要求及案例圖如阻擋、接反需要工程重新實施的部分PART4其他問題及案例圖可以現(xiàn)場完成的部分，如機械參數(shù)不合理需要調(diào)整、參數(shù)設(shè)置不合理，覆蓋區(qū)域不合理等。處理及復(fù)測跟蹤情況四 新站異常情況及處理流程責(zé)任人： 趙留拴(OMCR)、趙磊(OMCR)DT測試人員：劉宏偉、張馳目標(biāo)：第一時間發(fā)現(xiàn)異常新小區(qū)并整改OMCR組各種異常情況處理流程邊遠新站開通前準(zhǔn)備工作：RNP提供要開的邊遠新站，OMCR做G網(wǎng)的AbisTrace，得出其話務(wù)模型及熱點話務(wù)分布情況；3小時評估機制中，一旦發(fā)現(xiàn)話務(wù)或者指標(biāo)異常，即刻進行忙時

AbisTrace，進行問題的初步定位，是否為硬件問題、

TA分布問題等，這樣可以給后期

DT現(xiàn)場測試提供大致的分析思路；測試組如碰到話務(wù)量較小的原因是由于方位角或下傾角引起，OMCR組等測試組現(xiàn)場調(diào)整完成之后，即刻觀察信道占用情況以及觀察下小時話務(wù)統(tǒng)計情況，是否正常吸收話務(wù)；新站選擇思路問題：本次評估中發(fā)現(xiàn)少數(shù)覆蓋農(nóng)村的新站，各種天饋硬件均沒有問題，但吸收不到話務(wù)，跟蹤信令發(fā)現(xiàn)900M的話務(wù)分布在TA較大的區(qū)域，分析原因為D網(wǎng)的路徑損耗有關(guān)，導(dǎo)致D網(wǎng)覆蓋達不到G網(wǎng)覆蓋區(qū)域，這種問題可否考慮農(nóng)村等邊遠地區(qū)通過其他手段解決擁塞。組各種異常情況處理流程各種天饋下傾角 /方位角問題，現(xiàn)場調(diào)整、完成復(fù)測，同時和 OMCR組溝通觀察調(diào)整后信道占用情況是否按預(yù)期變化等，并在現(xiàn)場等待觀察結(jié)果，如所需等待時間較長，可以先做下一個較近的新站點；天饋接反問題：配合180數(shù)據(jù)及現(xiàn)場測試數(shù)據(jù)，判斷接反類型，明確接反的扇區(qū)，做好小區(qū)占用連線圖，通知移動用戶接口，等待整改完之后復(fù)測；天線安裝錯誤但天饋所連接硬件正確：此類問題現(xiàn)場發(fā)現(xiàn)之后，反映給用戶接口和OMCR組，觀察現(xiàn)場是否可調(diào)， 如有調(diào)整余地，現(xiàn)場直接調(diào)整方位角并等待 OMCR組觀察并復(fù)測；天線類型問題：使用了不合理的天線如電傾天線等，現(xiàn)場通知 OMCR組和移動，制定調(diào)整方案或者等待更換天線；各種阻擋、基站高度不合理，需要拍攝較為清晰能夠說明問題的照片，并及時提交給局方進行整改；現(xiàn)場測試的其他問題： 如以前沒有碰到過的問題， 現(xiàn)場測試發(fā)現(xiàn)需要立刻和 OMCR組及移動溝通，爭取做到現(xiàn)場解決。五 日常壞小區(qū)處理流程責(zé)任人： 王峰、李元琛、刑靈均、敖猛、劉暢目標(biāo)：日常處理目前小區(qū)TCH分配失敗統(tǒng)計為AssignmentRequest到AssignmentComplete之間的損耗。小區(qū)分配失敗率定義為：100*(MC140a-MC718-MC142e-MC142f)/MC140a。其中140a為AssignmentRequest次數(shù)，718為AssignmentComplete次數(shù)，142e+142f為直接重試次數(shù)。定義網(wǎng)絡(luò)分配失敗率，是為了考查 MS在TCH接入階段系統(tǒng)和無線接口質(zhì)量。根據(jù)信令流程分段，分配失敗可以分為三部分：其中擁塞分為以下幾種情況：MC６１２

A：未排隊情況下的擁塞次數(shù)，有兩種情況：MC６１２

B：允許排隊，但隊列已滿造成的擁塞。MC６１２C：允許排隊，但在隊列中等待時間超過 T11仍未分配到資源的擁塞。MC６１２D：允許排隊，但在排隊過程中被更高優(yōu)先級別的呼叫從等待隊列中清除。其中MC612c對應(yīng)的A口消息為ClearRequest，其余三種情況對應(yīng)的 A口消息為AssignmentFailure 。如果小區(qū)統(tǒng)計中擁塞次數(shù)較高造成分配失敗，且 MC612a不為0，說明網(wǎng)絡(luò)中沒有開啟TCH指配排隊功能。排隊功能在無線側(cè)是以 BSC為單位開啟的。通常情況下，交換側(cè)會打開排隊指示功能， BSC的排隊等待時間 T11不設(shè)為0的情況下，當(dāng)無可用 TCH資源供分配時，即進入排隊等待緩沖區(qū)。 當(dāng)交換側(cè)未打開 TCH排隊功能時，也可以在無線側(cè)開啟強制排隊開關(guān)QueueAnyway。同時，排隊等待時長 timer 由T11改為T11_Forced。加大T11和T11_Forced，可以降低小區(qū)的擁塞情況，但可能會增加手機的呼叫等待時間。如果網(wǎng)絡(luò)已經(jīng)開啟排隊功能， 仍存在較高的擁塞， 則可以通過話務(wù)切換， 調(diào)整覆蓋等手段來均衡話務(wù)；如果已經(jīng)沒有調(diào)整余地， 則需要提交給 RNP方面進行小區(qū)擴容或者小區(qū)分裂來吸收話務(wù)，降低小區(qū)的擁塞次數(shù)。硬件準(zhǔn)備分配失敗統(tǒng)計公式如下： mc140a-mc718-746b-812，其中746b為空中接口接入時的分配失敗次數(shù)， 812為各種擁塞的綜合。TCH分配如果由硬件故障造成，通常表現(xiàn)為小區(qū)中某些載頻占用時常過短。解決此類問題，可以通過 lock/unlock 載頻，lock/unlock TCU來觀察分配失敗變化情況，問題確定后更換硬件，并重新調(diào)試。無線接口的分配失敗次數(shù)為 746b。通常情況下，小區(qū)分配時比率應(yīng)保持在 5%以下。TCH分配失敗處理流程處理如下：對下發(fā)AssignmentCommand到AssignmentComplete 之間的損耗，主要有以下幾種原因：基站天饋系統(tǒng)存在鴛鴦線基站過覆蓋基站弱覆蓋上下行干擾網(wǎng)內(nèi)存在二次中繼設(shè)備，而此設(shè)備對某些頻段不兼容，例如某些直放站不支持EGSM。解決TCH分配失敗，需要通過多種手段，包括參數(shù)分析調(diào)整， DT測試，信令跟蹤， RNP頻率分析等。責(zé)任人： 王峰、李元琛、刑靈均、敖猛、劉暢目標(biāo)：日常處理切換成功率也是考核網(wǎng)絡(luò)性能的一個重要指標(biāo)，通常切換成功率應(yīng)保持在 95%以上。切換失敗主要分為兩部分：切換準(zhǔn)備失敗和切換執(zhí)行失敗。對于切換準(zhǔn)備失敗， BSC內(nèi)的原因主要有目標(biāo)小區(qū)擁塞， 硬件問題等，其處理方法和 BSC硬件分配失敗相同。 對于跨MSC的切換，涉及E口信令轉(zhuǎn)換，編碼方式溝通等原因，需要信令跟蹤分析，參見 BSC切換成功率的處理。以下僅對切換執(zhí)行失敗的主要處理流程進行說明。切換失敗處理流程如下：處理切換失敗，首先區(qū)分是 BSC內(nèi)切換失敗還是 BSC間切換失敗。判斷方法根據(jù) 110報告中的相關(guān) counter，參見BSC切換準(zhǔn)備失敗處理中的表格。 當(dāng)切換執(zhí)行失敗主要為跨 BSC間切換時，需要跟蹤信令排除信令配合問題。其次，檢查切換失敗是切入失敗還是切出失敗，或者切入切出成功率均低。如果切入切出均低，一般該切入切出成功率均在 75%以下，同時本小區(qū)的分配失敗又不高，通常是由于 BTS時鐘偏移造成，更換 SUMP板或者調(diào)整時鐘即可。如果僅切入成功率低， 檢查180報告，該報告針對每一條切換關(guān)系進行統(tǒng)計， 統(tǒng)計內(nèi)容包含切換切入請求 MC400，切換嘗試 MC401及切換成功 MC402。通過檢查這幾個 counter 來確定切入失敗是集中在某幾條切換關(guān)系還是所有的切入都差。 如果所有切換失敗都差， 則參見小區(qū)分配失敗率流程進行處理。 如果只有某幾條切換失敗較高， 需要RNP核查，看是否有同BCCH，BSIC的誤切換發(fā)生。如果切出成功率差， 同樣檢查 180報告，切出差是集中在某幾條切換關(guān)系還是所有切換關(guān)系。對集中在某幾條切出差的情況， 根據(jù)分配失敗的處理流程檢查目標(biāo)小區(qū)。 對所有切出均差的情況，需要檢查小區(qū)覆蓋，小區(qū)硬件性能， 及上下行干擾等，參見小區(qū)切換成功率的處理。責(zé)任人： 王峰、李元琛、刑靈均、敖猛、劉暢目標(biāo)：日常處理TCH掉話率反映了 TCH成功建立后的呼叫保持能力，是衡量網(wǎng)絡(luò)質(zhì)量的一個重要指標(biāo)。集團公司的對掉話壞小區(qū)的考核門限是 3%。TCH掉話，從統(tǒng)計上分為四塊：設(shè)備故障掉話，對應(yīng) counter 為MC14C傳輸故障掉話，對應(yīng) counter 為MC739切換掉話，對應(yīng) counter 為MC621空中鏈路掉話，對應(yīng) counter 為MC736掉話處理的框架圖如下：減少和降低設(shè)備掉話率，需要提高設(shè)備日常維護質(zhì)量。最常見的設(shè)備掉話處理流程如下：通常設(shè)備掉話主要和 TRE，TCU，SWITCH三個單元相關(guān)。當(dāng)設(shè)備掉話集中在某一個載頻上時，更換該載頻；當(dāng)設(shè)備掉話集中在幾個載頻上，且這幾個載頻共屬同已塊 TCU管理，則更換TCU；如果一個 BSC下有多個小區(qū)存在設(shè)備掉話，且分布均勻，則需要對該 BSC進行硬件調(diào)測，一般該設(shè)備掉話由 SWITCH模塊故障造成。處理傳輸?shù)粼?，首先檢查傳輸鏈路的告警。建議在網(wǎng)絡(luò)優(yōu)化工程中，定期（例如一周）對網(wǎng)絡(luò)中出現(xiàn)頻次較多的傳輸鏈路進行統(tǒng)一檢查和整治。切換掉話是當(dāng)手機接收到系統(tǒng)下發(fā)的切換命令 handovercommand后，向目標(biāo)信道轉(zhuǎn)換，在限定的時間內(nèi)，既沒有成功切入目標(biāo)信道，也沒有安全返回原來信道。切換掉話可以根據(jù)切換的種類分為三部分，如下：MC621（切換掉話） =MC648（跨BSC切換掉話）+MC658（BSC內(nèi)切換掉話） +MC663（小區(qū)內(nèi)切換掉話）。BSC內(nèi)切換掉話：當(dāng)

BSC向手機發(fā)出切換命令

handovercommand時，T3103

開始計時，在BSC收到來自切換目標(biāo)小區(qū)的切換完成

handovercomplete

或者來自源小區(qū)的切換失敗handoverfailure

時將

T3103

復(fù)位，如果

handover下發(fā)后，

T3103逾時仍未收到以上兩條消息，則記為一次

BSC內(nèi)切換掉話。小區(qū)內(nèi)切換掉話：小區(qū)內(nèi)切換掉話與 TCH分配失敗無返回 SDCCH類似。跨BSC切換掉話：與 BSC內(nèi)切換掉話類似，只是 T3103變?yōu)門8。切換掉話處理流程如下：小區(qū)內(nèi)切換的過程和 SDCCH到TCH之間的信道轉(zhuǎn)換過程類似，一般出現(xiàn)高掉話的原因主要有載頻硬件故障和上下行干擾嚴重。小區(qū)間的切換，首先需要檢查切換關(guān)系定義是否正常，然后檢查切換參數(shù)，切換門限等，另外可以通過檢查 180報告和實際的地理位置信息， 察看實際發(fā)生的切換是否合理。 如果這些均正常，說明這些切換的發(fā)生是必要的， 其切換掉話主要原因還是無限鏈路惡化造成的?？鏐SC的切換，如果涉及到跨 MSC的情況，其流程較為復(fù)雜。其無線方面的分析，與小區(qū)內(nèi)切換相同；切換流程方面需要跟蹤信令加以確認。 例如，在某種情況下，當(dāng)目標(biāo)小區(qū)的信道已經(jīng)準(zhǔn)備好，原小區(qū)的 handovercommand