1、OMCR系統組工作流程由近期 NOSS指標來看，掉話壞小區、切換成功率等指標均處于良好的水平，OMCR組下階段工作主要圍繞集團公司巡檢及擁塞壞小區、干擾小區及新建站3 個重點來展開。總負責人：胡淵OMCR組：劉暢、李元琛、張開奧、趙留栓、王峰、刑靈均、敖猛、趙磊一 擁塞壞小區處理流程責任人： 王峰、李元琛、刑靈均、敖猛、劉暢目標： NOSS指標保持在 0.25%( 擁塞小區要做到0.15% , 意味每天的擁塞壞小區必須做到7個以下 , 按照目前的網絡實際狀況來看, 有難度 , 且晚忙時往往不可控; 現網能控制到0.25%還是可行的 , 力爭做到 0.15%)擁塞小區處理方法 :1 空閑接入狀態

2、時的參數設置1.1 RACH_TA_Filter Rxlev_acess_min Ho margin的設置抬高 RxLev_Access_Min 來提高對小區接入的要求以平衡話務量。一般建議在一些基站密度較高、無線覆蓋較好的地區調整RXLEV_ACCESS_MIN來均衡小區的業務量.增加切入擁塞小區的HO Margin 來提高切入要求，減少服務小區的話務流入.減小切出擁塞小區的HO Margin, 以利于切出，讓服務小區的話務分流到小區.RACH_TA_Filter一般都是64, 可以適當限制, 把那些過覆蓋的試呼濾除, 可以起到適當減少話務負荷的作用。.建議值 :根據網絡實際情況調整1.2

3、開啟超忙小區CRO通過調整 CRO、 PT來改變小區重選，鼓勵移動臺盡量重選到話務量較低的小區。建議值：超忙小區的 PT設成 inactivity,則C2=C1-CRO, CRO越大，則本小區C2越低 , 更易重選到話務負荷不大的鄰區.也就是說用提高CRO的值來加強移動臺對鄰小區的傾向性，CRO越大，對鄰小區傾向越大。2 開啟半速率信道采用半速率小區的無線資源分配方式與服務小區的話務負荷有關。用來表示小區話務負荷的變量為 LOAD_SV1，LOAD_SV1 的值將決定是否把半速率 話 音 信 道 分 配 給 MS， 調節半速率的門限值以使半速率小區優先占用半速率信道，盡量減少突發性的擁塞情況

4、.OMCR缺省值為 70%,90%,建議值THR_FR_LOAD_L_SV1 0%THR_FR_LOAD_D_SV1 0%,這樣就能優先占用半速率信道.附半速率具體算法:LOAD_SV1 的 值 為 false ，即 小 區 話 務 負 荷 較 低 ，小 區 將 首 先 分 配 全 速 率 信 道 ；若 LOAD_SV1 的 值 為 True, 即 小 區 負 荷 較 高 ， 小 區 將 首 先 分 配 半 速 率 信 道 ; 評估時候與 LOAD_SV1 的初始值也有關系.Previous stateLOAD_SV1 = FALSELOAD_SV1 = TRUEAV_LOADAV_LOAD

5、THR_FR_LOAD_L_SV1LOAD_SV1 = FALSELOAD_SV1 = FALSETHR_FR_LOAD_L_SV1AV_LOADLOAD_SV1 = FALSELOAD_SV1 = TRUETHR_FR_LOAD_U_SV1THR_FR_LOAD_U_SV1 AV_LOADLOAD_SV1 = TRUELOAD_SV1 = TRUE3 開啟 Traffic HO (包括話務負荷設置)Traffic HO是針對當前的高話務小區和周圍的低話務小區而言的，由相鄰的低話務小區來分擔當前高話務的服務小區的話務量, 以期達到減小擁塞, 話務均衡的目的, 這是一種臨時解決擁塞的措施 .從

6、traffic HO發 生 的 條 件 我 們 可 以 看 出 ， 只 要 當 前 小 區 處 于HIGH_TRAFFIC_LOAD而 鄰 小 區 處 于 LOW_TRAFFIC_LOAD ，就 可 用 發 生trafficHO的切換,建議值：將話務忙的服務小區High_traffic_load設成60，鄰小區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)=ENABL

7、E必要時可打開小區的General capture(綜合捕捉切換), 緩解該小區的話務負荷壓力4 開啟 fast traffic Ho T11， T11_forced結合T11 的排隊時長和FAST TRAFFICHANDOVE功能的開啟， 可以有效的降低小區擁塞。FTHO在所有經過PBGT_filter后的鄰區中選擇合適小區進行切換。只要鄰區的BCCH信號足夠的好，能夠使服務小區中的MS話務及時切換到鄰小區，空出的TCH時隙，使隊列中的話務進入服務小區服務。當一個呼叫要求分配業務信道而小區又沒有空閑的業務信道時，如果隊列功能是打開的且有空閑位置，分配請求(AssignmentRequest)

8、 可以被排在隊列中等待空閑的業務信道。呼叫在隊列中等待的最大時間由定時器T11 決定。加大T11 和 T11_Forced ，可能會增加手機的呼叫等待時間，但可以降低小區的擁塞情況。建議值：EN_FAST_TRAFFIC_HO=TRUET11/T11_forced : 14 or 17 BTS_Q_LENGTH: 64附 FTHO 具體算法 :CAUSE = 28 (Fast traffic HO)AV_RXLEV_NCELL(n) L_RXLEV_NCELL_DR(n) + max(0,MS_TXPWR_MAX(n)-P)for n = 1,., BTSnum (HO - 26)andt(n

9、) FREElevel_DR(n)andEN_CAUSE_28 = enable隊列中的電話對于 FTHO的切換是沒有 乒乓效應 的。由于被選擇執行FTHO的手機是在考察過目標小區無線環境較好的情況下發生的，那么它是不會發起緊急切換回到原服務小區的。5 降低 BS_TXPWR_MAX基站發射功率降低功率的目的就是減少小區的覆蓋范圍.建議值 :根據現網實際情況, 以 2dB 步長遞減 .6 根據路測組的天饋調整狀況工程組替換站型等實際情況做出判決:是否話務擁塞由以上兩種因素導致 , 必要時需實地測試 , 新站或替換硬件導致的天饋問題定位后需立即通知工程組解決二 干擾壞小區處理流程責任人： 張開奧

10、（ OMCR）、徐華 , 胡衛明 ( 現場掃頻 )目標： 盡力查找干擾源 , 由于長春的網絡結構導致底噪較高，要在短時期內降低干擾小區指標暫時有難度，現只能一個一個小區的處理。1 降低 MS_TXPWR_MAX基站發射功率降低手機功率的目的就是減少全網的低噪.建議值 :根據現網實際情況, 以 2dB 步長遞減 .2 具體高干擾性小區分析2.1外部干擾OR內部干擾外部干擾：現場掃頻，將干擾源位置提交局方。內部干擾：載頻及ANC、 ANY等硬件問題、頻點問題、天饋問題。2.2是否帶有直放站等設備檢查直放站設備。三 新建站評估流程( 新站評估人員歸屬于OMCR系統組 )責任人：趙留拴 (OMCR)、

11、趙磊 (OMCR)DT測試人員：劉宏偉、張馳目標：不遺漏評估小區1 新站評估流程圖2 人員配置和工作內容OMCR組，新站評估1 包括 3 小時評估和后續異常話務、指標分析等內容；2 新舊數據對比；包括比對每天的PRC數據3 新站 Abis Trace，包含同站的G網小區；DT組 : 新站評估測試，帶塔工一名，便于現場調整；現場解決方位角與設計值不符( 天線接反 , 方位角錯誤等情況)3 新站測試組基本工作內容新站評估報告模版：PART 1 數據一致性核查核查項目一致性核查項目一致性核查項目一致性CellName一致BCCH一致NbrSDCCHLAC一致RaColorNbrTCHCI一致RaCo

12、deGPRSNCC一致HopModeEN_EGPRSBCC一致Hardware_BSCMAX_PDCHTRX一致Hardware_BTSMin_PDCHBSC一致Hardware_SectorHopMode說明：小區信息基本數據同數據庫吻合。PART 2 現場測試A、 基站位置Longitude 125.38639Latitude 43.86886B、 天線方位角Sector 1Sector 2Sector3注：非扇區型基站此項略C、 天線照片Sector 1Sector 2Sector 3D、天線型號（塔工抄錄）Sector1 ：Sector2 ：Sector3 ：E、 環基站 DT 測試切

13、換情況：RxQualRxLevPART 3 整改要求及案例圖如阻擋、接反需要工程重新實施的部分PART 4 其他問題及案例圖可以現場完成的部分，如機械參數不合理需要調整、參數設置不合理，覆蓋區域不合理等。4. 處理及復測跟蹤情況四新站異常情況及處理流程責任人：趙留拴 (OMCR)、趙磊 (OMCR)DT測試人員：劉宏偉、張馳目標：第一時間發現異常新小區并整改4.1 OMCR組各種異常情況處理流程邊遠新站開通前準備工作： RNP提供要開的邊遠新站， OMCR做 G網的 Abis Trace ，得出其話務模型及熱點話務分布情況；3 小時評估機制中，一旦發現話務或者指標異常，即刻進行忙時Abis T

14、race ，進行問題的初步定位，是否為硬件問題、TA 分布問題等，這樣可以給后期DT現場測試提供大致的分析思路；測試組如碰到話務量較小的原因是由于方位角或下傾角引起，OMCR組等測試組現場調整完成之后，即刻觀察信道占用情況以及觀察下小時話務統計情況，是否正常吸收話務；新站選擇思路問題：本次評估中發現少數覆蓋農村的新站，各種天饋硬件均沒有問題，但吸收不到話務，跟蹤信令發現900M的話務分布在TA 較大的區域，分析原因為 D 網的路徑損耗有關，導致 D 網覆蓋達不到 G網覆蓋區域，這種問題可否考慮農村等邊遠地區通過其他手段解決擁塞。4.2新站測試組各種異常情況處理流程各種天饋下傾角/ 方位角問題，

15、現場調整、完成復測，同時和OMCR組溝通觀察調整后信道占用情況是否按預期變化等，并在現場等待觀察結果，如所需等待時間較長，可以先做下一個較近的新站點；天饋接反問題： 配合 180 數據及現場測試數據， 判斷接反類型， 明確接反的扇區，做好小區占用連線圖，通知移動用戶接口，等待整改完之后復測；天線安裝錯誤但天饋所連接硬件正確：此類問題現場發現之后，反映給用戶接口和 OMCR組，觀察現場是否可調，如有調整余地， 現場直接調整方位角并等待OMCR組觀察并復測；天線類型問題：使用了不合理的天線如電傾天線等，現場通知OMCR組和移動，制定調整方案或者等待更換天線；各種阻擋、基站高度不合理，需要拍攝較為清

16、晰能夠說明問題的照片，并及時提交給局方進行整改；現場測試的其他問題：如以前沒有碰到過的問題，現場測試發現需要立刻和OMCR組及移動溝通，爭取做到現場解決。五日常壞小區處理流程5.1 TCH 分配失敗處理流程責任人：王峰、李元琛、刑靈均、敖猛、劉暢目標： 日常處理TCHAssignment RequestAssignment Complete耗。小區分配失敗率定義為：100*(MC140a-MC718-MC142e-MC142f)/MC140a。其中140a 為Assignment Request 次數， 718 為 Assignment Complete 次數， 142e+142f 為直接重試

17、次數。定義網絡分配失敗率，是為了考查MS在 TCH接入階段系統和無線接口質量。根據信令流程分段，分配失敗可以分為三部分：5.1.1 TCH擁塞造成的失敗其中擁塞分為以下幾種情況：MC A：未排隊情況下的擁塞次數，有兩種情況：MC B：允許排隊，但隊列已滿造成的擁塞。MC C：允許排隊，但在隊列中等待時間超過T11 仍未分配到資源的擁塞。MC D：允許排隊， 但在排隊過程中被更高優先級別的呼叫從等待隊列中清除。其中 MC612c對應的 A 口消息為 Clear Request ，其余三種情況對應的A 口消息為 AssignmentFailure。如果小區統計中擁塞次數較高造成分配失敗，且MC61

18、2a不為0，說明網絡中沒有開啟TCH指配排隊功能。排隊功能在無線側是以BSC為單位開啟的。通常情況下，交換側會打開排隊指示功能， BSC的排隊等待時間 T11 不設為 0 的情況下，當無可用 TCH資源供分配時，即進入排隊等待緩沖區。 當交換側未打開 TCH排隊功能時， 也可以在無線側開啟強制排隊開關 Queue Anyway。同時，排隊等待時長 timer 由 T11 改為 T11_Forced 。加大 T11 和 T11_Forced ，可以降低小區的擁塞情況，但可能會增加手機的呼叫等待時間。如果網絡已經開啟排隊功能， 仍存在較高的擁塞， 則可以通過話務切換， 調整覆蓋等手段來均衡話務；

19、如果已經沒有調整余地， 則需要提交給 RNP方面進行小區擴容或者小區分裂來吸收話務，降低小區的擁塞次數。5.1.2硬件準備分配失敗硬件準備分配失敗統計公式如下：mc140a-mc718-746b-812 ，其中 746b 為空中接口接入時的分配失敗次數，812 為各種擁塞的綜合。TCH分配如果由硬件故障造成，通常表現為小區中某些載頻占用時常過短。解決此類問題，可以通過lock/unlock載頻， lock/unlockTCU來觀察分配失敗變化情況，問題確定后更換硬件，并重新調試。5.1.3無線口接入分配失敗無線接口的分配失敗次數為746b。通常情況下，小區分配時比率應保持在5%以下。TCH分配

20、失敗處理流程處理如下：高分配失敗是檢查812是否有擁塞否提交硬件組解是檢查硬件分決配失敗否硬件分配失敗是是否正常調整結束基站天饋系統基站有無過覆基站天饋系統基站的接入電平，小區重選有無鴛鴦線蓋下行覆蓋過弱等是否正確TCH 分配失敗各種可能性檢查網絡排隊否開啟排隊功能功能是否開啟是利用話務切換等手段進行網絡話務均衡否擁塞解決否提交 RNP擴容或者小區分裂基站周圍是否。有上下行干擾對下發 Assignment Command 到 Assignment Complete之間的損耗，主要有以下幾種原因：基站天饋系統存在鴛鴦線基站過覆蓋基站弱覆蓋上下行干擾網內存在二次中繼設備，而此設備對某些頻段不兼容，

21、例如某些直放站不支持EGSM。解決 TCH分配失敗，需要通過多種手段，包括參數分析調整，DT測試，信令跟蹤，RNP頻率分析等。5.2切換成功率處理流程責任人： 王峰、李元琛、刑靈均、敖猛、劉暢目標： 日常處理切換成功率也是考核網絡性能的一個重要指標，通常切換成功率應保持在95%以上。切換失敗主要分為兩部分：切換準備失敗和切換執行失敗。對于切換準備失敗，BSC內的原因主要有目標小區擁塞， 硬件問題等， 其處理方法和 BSC硬件分配失敗相同。對于跨 MSC的切換，涉及 E 口信令轉換， 編碼方式溝通等原因，需要信令跟蹤分析，參見BSC切換成功率的處理。以下僅對切換執行失敗的主要處理流程進行說明。切

22、換失敗處理流程如下：BSC 內切換切入差檢查 180報告是參見分配失敗率處所有切入都差理否RNP 核查網絡同BCCH 誤切換切換執行失敗切換失敗是BSC 間切換信令溝通問題分類否確認 BSC切入還是解決信令溝通問題切出差切出差切入切出都差核查和調整切更換 BTS換門限，切換SUMP 板，見注視參數設置180檢查是否是切向個別小區參見處理目標小區分配失敗差否檢查本小區的覆蓋，質量等處理切換失敗，首先區分是BSC內切換失敗還是BSC間切換失敗。判斷方法根據110報告中的相關counter ，參見 BSC切換準備失敗處理中的表格。當切換執行失敗主要為跨BSC間切換時，需要跟蹤信令排除信令配合問題。其

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

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

25、C621空中鏈路掉話，對應counter為 MC736掉話處理的框架圖如下：5.3.1設備掉話處理減少和降低設備掉話率，需要提高設備日常維護質量。最常見的設備掉話處理流程如下：高設備掉話集中在一個再是更換載頻頻上否集中在幾個載是更換 TCU頻上， TCU否該 BSC下，多個小區存在高設備掉話調測 BSC ，重點SWITCH 模塊通常設備掉話主要和TRE，TCU，SWITCH三個單元相關。當設備掉話集中在某一個載頻上時， 更換該載頻； 當設備掉話集中在幾個載頻上，且這幾個載頻共屬同已塊TCU管理，則更換 TCU；如果一個 BSC下有多個小區存在設備掉話，且分布均勻，則需要對該BSC進行硬件調測，

26、一般該設備掉話由SWITCH模塊故障造成。5.3.2傳輸故障掉話處理處理傳輸掉話，首先檢查傳輸鏈路的告警。建議在網絡優化工程中，定期（例如一周）對網絡中出現頻次較多的傳輸鏈路進行統一檢查和整治。5.3.3切換掉話處理切換掉話是當手機接收到系統下發的切換命令handover command后，向目標信道轉換，在限定的時間內，既沒有成功切入目標信道，也沒有安全返回原來信道。切換掉話可以根據切換的種類分為三部分，如下：MC621（切換掉話） =MC648（跨 BSC切換掉話） +MC658（ BSC內切換掉話） +MC663（小區內切換掉話） 。BSC內切換掉話：當BSC向手機發出切換命令hando

27、ver command時， T3103 開始計時，在 BSC收到來自切換目標小區的切換完成handover complete或者來自源小區的切換失敗handover failure時將T3103復位，如果handover下發后，T3103 逾時仍未收到以上兩條消息，則記為一次BSC內切換掉話。小區內切換掉話：小區內切換掉話與TCH分配失敗無返回SDCCH類似。跨 BSC切換掉話：與BSC內切換掉話類似，只是T3103 變為 T8。切換掉話處理流程如下：高切換掉話小區內切換掉區分切換BSC 間切換掉話掉話種類話參見 TCH 分配失敗有無 BSC 間信有跟蹤信令確認處理流程小區間切換問題令配合問題

28、檢查切換關系無處理信令配合問題是否合理檢查切換原因分布檢查切換參數否參見空中鏈路掉話是否合理處理調整切換關切換掉話恢復是系，切換參數調整結束正常分布等小區內切換的過程和SDCCH到 TCH之間的信道轉換過程類似，一般出現高掉話的原因主要有載頻硬件故障和上下行干擾嚴重。小區間的切換，首先需要檢查切換關系定義是否正常，然后檢查切換參數，切換門限等，另外可以通過檢查180 報告和實際的地理位置信息，察看實際發生的切換是否合理。如果這些均正常， 說明這些切換的發生是必要的，其切換掉話主要原因還是無限鏈路惡化造成的。跨 BSC的切換，如果涉及到跨 MSC的情況，其流程較為復雜。其無線方面的分析，與小區內切換相同；切換流程方面需要跟蹤信令加以確認。例如，在某種情況下，當目標小區的信道已經準備好，原小區的 handover command 已經下發，但此后由于流程原因，目標小區準備好的信道又釋放了