Alcatel設備網絡優化2/5/20231主要內容優化流程概述Alcatel設備指標分析優化經驗網絡優化典型案例2/5/20232網絡優化概述

北京日訊通信從事移動通信系統的網絡優化，已經有多年經驗。在GSM系統的網絡優化方面積累了若干經驗，同時在優化的理論方面也作了一些探索。本文試圖將這些理論和經驗加以整理，希望能夠為今后的GSM網絡優化做參考。

可以將網絡優化過程大致分為三個階段：整理分析系統基礎數據階段優化實施階段系統微調和總結階段2/5/20233網絡優化的目的改善網絡覆蓋在有限的頻帶范圍內達到網絡容量最大化提高QualityofService(QOS)節省網絡投資實現資源最大利用2/5/20234網絡優化的步驟

數據采集數據分析方案提交審批執行2/5/20235第一步：整理分析系統基礎數據本階段的主要內容包括：1.整理地圖和頻率規劃（包含基站頻率，切換關系，基站結構，經緯度，天線傾角，方位角，高度，歸屬BSC和LAC等信息）2.撥打測試和路測，重點對用戶投訴嚴重的區域進行測試，分析天線覆蓋，基站切換，鄰頻和同頻干擾程度。初步掌握惡化區域的主要問題。3.OMCR的數據統計分析，統計系統的掉話率，TCH射頻丟失率,SDCCH的射頻丟失率，切換掉話率，TCH的擁塞率，SDCCH的擁塞率，TCH的業務量，SDCCH的業務量等指標。可以將指標最為惡劣的幾個小區列出，作為重點解決的目標。4.結合1，2，3點，提出在第二階段實施的優化方案。用一句話概括第一階段工作，就是：掌握情況，提出方案2/5/20236第二步：優化實施階段

本階段根據優化方案，主要通過采取：基站告警排障；基站檢查;頻率規劃優化;天線調整；切換關系修改；數據庫修改達到優化的目的：降低擁塞率；降低掉話率；提高接通率；改善覆蓋；改善通話質量。系統優化(systemoptimization)和基站排障(troublshooting)在稱謂上截然不同，但在實施中卻難以區分。實際上基站排障后，系統指標往往有大幅度提高。路測、信令跟蹤等方法貫徹本階段的始終，通過路測驗證以上各種優化手段的實際效果，分析仍然存在的問題，發現新的問題。另外一項日常工作是統計每天的系統運行報告，同樣用于評估每日優化效果，發現和分析問題。二者各有側重。為了便于掌握系統參數設置的整體情況，在慎重確定合理的取值后，將各小區的系統控制參數和小區選擇參數統一。這樣做，有可能系統局部出現惡化，但是有利于理清思路，因為GSM的參數實在太多?？梢酝ㄟ^在第三階段的微調過程中，將這些參數重新修正。2/5/20237第三步：系統微調和總結階段

本階段在前期優化成績的基礎上，通過優化系統控制參數和小區參數微調系統。因為基站硬件，頻率規劃和天線對系統的影響更大，所以微調系統應該在第三階段實施。還需要評估前期工作，確認是否需要進行LAC重新分區，是否需要調整BSC所帶基站，在那些熱點地區增加基站等進一步措施。然后是優化報告，對比優化前后數據2/5/20238Alcatel設備指標分析優化經驗各主要統計指標及相關COUNTER介紹各主要指標優化思路及經驗2/5/20239各主要統計指標及相關COUNTER介紹TCH掉話TCH擁塞率切換成功率TCH分配失敗2/5/202310TCH掉話－1話音信道掉話總次數：是指在指配話音信道完成（即AssignmentComplete）后由于各種原因導致的掉話。A接口“ClearRequest”消息。

2/5/202311TCH掉話－2掉話次數（BSC)=∑掉話次數（CELL)＝MC14C+MC621+MC736+MC739

MC14C:NumberofTCH(inHRorFRusage)dropsinTCHestablishedphaseduetoBSSproblem.

MC621:NumberofTCHdropsduringtheexecutionofanyTCHoutgoinghandover,perTRX.

MC736:NumberofTCH(inHRorFRusage)dropsinTCHestablishedphaseduetoradiolinkfailure(radiolinktimeoutorLapdmtimerexpiry),perTRX.MC739:NumberofTCH(inHRorFRusage)dropsinTCHestablishedphaseduetoremotetranscoderfailure.2/5/202312TCH擁塞率－1忙時話音信道溢出總次數（不含切換）：

是指所有占用SDCCH后由于無TCH信道資源和排隊超時造成的溢出次數。統計的為分配失敗消息“Assignmentfailure(noradioresource)＋ClearRepuest(noradioresourceavailable)”

溢出包括主叫和被叫占用SDCCH后由于無TCH信道資源和排隊超時造成的溢出次數，不包括非常早分配時指派TCH信道用做SDCCH的情況，不包括各種切換，包括直接重試的情況

2/5/202313TCH擁塞率－2忙時話音信道溢出總次數（含切換）＝ MC812＋MC541a＋MC551＋MC561MC812＝∑C612:Numberof08.08CLEARREQUESTcause:"noradioresourceavailable")senttotheMSC.MC541a：NumberofincomingexternalTCHhandover–preparationfailuresduetocongestionMC551：Numberofincominginternalinter-cellTCHhandover–preparationfailuresduetocongestionMC561：Numberofintra-cellTCHhandover–preparationfailuresduetocongestion2/5/202314切換成功率－1切換嘗試次數：(MC831-C331)＋（MC821-C311)

內部入切換嘗試次數外部入切換嘗試次數+(MC871-C361)+MC153小區內切換嘗試次數直接重試嘗試次數●切換成功次數：(MC652-C92)+(MC642-C82)內部入切換成功次數外部入切換成功次數+MC151＋(MC662-C102)直接重試成功次數小區內切換成功次數

以上為聯通統計公式移動公式包含有出切換以及外部直接重試的統計

2/5/202315切換成功率－2切換原因統計：（基于110報告）2/5/202316切換成功率－3從180報告分析鄰區關系這三個COUNTER都是針對每個Adjacency（一對有關系的小區）為單位進行統計的分別統計了當前小區到目標小區的切換請求次數、切換嘗試次數以及成功次數2/5/202317各主要指標優化思路及經驗TCH掉話分析與解決擁塞問題優化解決（TCH,SDCCH)切換成功率優化解決尋呼成功率優化解決2/5/202318各主要指標優化思路及經驗－－掉話1

掉話除去傳輸設備故障原因，其直接原因有兩種：1。無線鏈路故障。2。切換掉話下面對這兩種情況進行分析。

1.無線鏈路故障（相關COUNTER：MC736）

造成該掉話的原因主要有2個：1）無線鏈路超時計數器超時（radiolink－timeout）（ABIS口信令觸發點為connectfail消息（cause：radiolinktimeout）2）2層計時器T200超時（abis接口信令觸發點為errorindicator消息（cause：T200expiredN200＋1）

2/5/202319各主要指標優化思路及經驗－－掉話2無線鏈路超時掉話TCH掉話SDCCH掉話2/5/202320各主要指標優化思路及經驗－－掉話3下行鏈路失敗

GSM規范定義，移動臺中有計時器S(T100)，在移動臺通話開始時被賦予一個初值，即無線鏈路超時（radio_link_timeout）。BCCH上廣播。每當移動臺無法正確解碼一個SACCH消息（4個SACCHBLOCK）時，S減1。每當移動臺正確解碼一個SACCH消息時，S加2。但S不會超過radio_link_timeout定義的初值。當S計數為零時，移動臺放棄無線資源的連接，進入空閑模式。發生一次掉話。在上行鏈路，當基站不能正確解碼的SACCH消息數達到link_fail定義的值時，基站停止發射下行的SACCH，同時啟動rr_t3109定時器。等到rr_t3109定時器到時，釋放無線資源。上行鏈路失敗

系統監視上行鏈路失敗的參數是radiolink_timeout_BS。當基站不能正確解碼一個SACCH消息時，HDPC中的計數器(最大值由radiolink_timeout_BS定義)減一。當計數器為零時，基站停止發射下行的SACCH，同時啟動t3109定時器（t3109>T100）。當移動臺的T100超時，移動臺返回空閑模式，發生掉話?；镜鹊絩r_t3109定時器到時，釋放無線信道。BSC還需要向MSC發一個Clearrequest消息。（在OMCR上可以統計CLR_REQ_TO_MSC）上下行鏈路任何一方失敗，都會停止向對方發送SACCH。從而啟動對方釋放無線資源的過程。在TCH上發生一次radiolink_timeout_BS，統計為一次MC736掉話。參數無線鏈路超（radio_link_timeout）時的大小會影響到網絡的掉話率和無線資源的利用率。如果設置過小，很容易在啟動越區切換前，下行無線鏈路計時器超時，導致無線鏈路失敗而造成掉話。如果設置過大，則通話質量很差，系統很長時間才能釋放無線資源，使資源利用率降低。2/5/202321各主要指標優化思路及經驗－－掉話4切換掉話對不同小區間的切換,基站子系統判斷移動臺需要切換后，向移動臺發送切換命令（如果目標小區無可用無線資源，基站子系統不向移動臺發送切換命令，收到基站的切換命令后，移動臺多次向目標小區發送HandoverBurst,如成功接入目標小區，由目標小區向BSC發送切換成功的消息。如不成功，移動臺返回源小區，并由源小區向BSC發送切換不成功的消息。切換不成功不等于切換掉話。還存在第三種可能：移動臺既沒有切換至目標小區，又未能返回源小區，移動臺丟失了。第三種情況就是切換引起的掉話。 網絡向移動臺發出切換命令（handovercommand），切換命令包括目標小區TCH，接入目標小區的初始功率等信息。計時器t3103用于判斷切換掉話。一旦收到目標小區的切換成功消息或源小區的切換不成功信息，t3103都會停止計時。否則，一旦t3103到時，通知MSC，清除有關連接，發生了切換掉話。2/5/202322各主要指標優化思路及經驗－－掉話5掉話產生原因1.覆蓋盲區真正沒有信號覆蓋的地方，比如因基站太少導致覆蓋不連續。另一種是切換不及時。在一些信號會迅速減弱的地方(隧道，門廳，地鐵...)，如果切換反應速度過慢，可能在通話還未接入新的信道之前，原來的信道已經衰落到無法正常解碼信令，從而導致掉話。覆蓋空洞也可能是由于某個小區出現了問題(例如因設備故障造成小區癱瘓)。覆蓋空洞還可能是由于丟失鄰小區定義或定義不全，此時，系統會保持通話在現有小區中，直到超出該小區覆蓋邊緣而掉話。2.頻率干擾干擾有來自內部(網絡造成),和外部其它系統交調造成當網絡中存在干擾，BTS和MS由于誤碼率高而不能解出SACCH內容,無線鏈路超時，從而中斷通話。干擾對切換也有負面影響，因為下行鏈路誤碼率高,移動臺就無法解出BTS發出的切換請求命令?；蛏闲姓`碼高造成MS接入消息不能正確解碼導致T3103超時引起掉話

2/5/202323各主要指標優化思路及經驗－－掉話6參數調整：1、功控參數調整，結合分段頻率規劃最大限度減少TCH頻率碰撞，市區以外頻率碰撞不是很明顯的地區關閉功率控制，以提高好小區切換，關于質量、電平的切換容限盡可能的增大，也就是說在需要作緊急切換的時候，對目標小區也要進行選擇，避免亂切至不好的小區造成掉話。2、切換關系核查補充定義，如果掉話發生在在基站較多且話務負擔不是很大的地帶，同時整網切換成功率較好的情況下盡可能的增加好小區切換，因為每一次信道改變無線鏈路超時值都會重新附值，可以增加掉話等待時間。同時將T8，t3103等切換等待時間增大，提高成功率，減少切換掉話。另外在MS開始接入目標小區時如果接入失敗會造成接入的掉話，在阿爾卡特中也被統計為736掉話，建議修改接入參數NY1=30――40,t3105＝80，也就是說增大PHISICALINDICATION重發次數減少重發間隔。3、在一些基站比較稀疏的地點建議對不開跳頻，兩載波以上的小區打開小區內切換功能，關閉所有小區的呼叫重建功能。4、檢查同BCCH，同BISC小區是否存在，檢查PERMITNCC，根據實際需要修改T-FILTER.5、BSC參數nbr_CLRREQ_retrans設置為0避免重復發送clearrequest2/5/202324各主要指標優化思路及經驗－－掉話7問題排查故障解決1、基站射頻設備隱性故障，通過110報告統計TRX，對其中占用時長過小的載頻進行RESET，更換處理，在B72版本可以對各載頻進行統計736，746b，14c，739的統計，最好之前關閉跳頻。2、上下行鏈路核查，需要進行Abis接口信令跟蹤，檢查cell及各TRX的linkbalance，一般在5－15正常認為鏈路是平衡的.根據情況檢查發射，接收通路。在跟蹤中通過對消息ERRORINDICATE以及CONNECTFAIL的錯誤原因的統計對存在大量的T200超時N200+1的TRX進行重點分析，加以解決。3、覆蓋核查，建議孤站均采用高掛高，大傾角配置。故障排查，以及覆蓋、干擾等問題均可由ABis接口信令跟蹤進行分析，特別是Alcatel設備RSL分布十分明了，并且往往由于統計由于誤，所以信令跟蹤必不可少。3、對于alcatelMSC來說存在大量的由于MSC響應遲以及參數設置不合理造成的用戶掛機后的掉話（此種掉話各設備均有但Alcatel比較明顯），可以對A接口進行跟蹤，對相應的計數器修改。2/5/202325各主要指標優化思路及經驗－－切換1 切換成功率主要包括小區內出（入）切換，小區間內部出（入）切換，外部切換以及直接重試。影響切換成功率的原因主要有以下：問題分析：硬件問題:當切換失敗率非常高時，硬件故障可能性最大相鄰小區關系問題鄰小區負荷惡劣的無線條件干擾：干擾會造成即使目標小區的電平很好，但上/下行信號質量很差的情況移動臺將難以占上目標小區的TCH。如果入切換執行失敗率很高，必須檢查小區的干擾情況。對每一對鄰小區檢查來/去切換執行失敗率能夠指明干擾是存在于某一對小區還是很多小區，并進而大致判斷干擾區域和干擾性質。如果去切換執行失敗率很高，可能是因為切換發起小區的下行干擾。移動臺無法解碼BTS發出的HANDOVER_COMMAND消息，這時由于T3103超時，將產生掉話。還有可能是目標小區的下行或上行干擾。因此，需要認真檢查每一對相鄰小區，以幫助判斷干擾原因。同時檢查目標小區的切換執行失敗率和分配失敗率的相關性。干擾造成的高切換失敗率往往伴隨著高分配失敗率。

2/5/202326各主要指標優化思路及經驗－－切換2解決思路：相鄰小區關系問題對于一對鄰小區，檢查切換失敗率過高是否由孤島效應引起。作Abis測試并重點檢查時間提前量（TA）有助于找出孤島效應。可增加孤島小區的天線下傾角以減輕孤島效應或改變它的BSIC以消除同BCCH，BSIC的現象。檢查數據庫看鄰小區表與BTS參數是否匹配。如果有，在OMC-R中修改。惡劣的無線條件重疊覆蓋少：檢查覆蓋預測圖，注意那些特殊地點(隧道...)，一旦懷疑，最好進行路測以便確認。并采取相應的無線優化手段改善覆蓋。提高小區的覆蓋可以通過減小下傾角或增加天線高度來實現。但是這樣可能會干擾其它鄰小區。根本方法是增加基站或微蜂窩，但這已超出了優化范圍。本網由于用戶較為分散并且地形阻擋，所以用戶的移動性較小，同時基站間距很大所以切換成功率較高，目前影響本網切換成功率的最主要因素是BTS設備的故障，可以通過結合TCH分配失敗的檢查，通過DT測試以及信令跟蹤解決。2/5/202327各主要指標優化思路及經驗－－擁塞1SDCCH溢出次數＝mc8d（callreject）TCH溢出次數＝c181d＋MC612C（ASSIGMENTFAILcause：noradioresource＋CLEARREQUESTcause：noradioresource）小區擁塞可能出現三種情況：1、SDCCH和TCH都出現擁塞。2、SDCCH無擁塞，而TCH出現擁塞。3、SDCCH擁塞高，而TCH擁塞低或無擁塞。2/5/202328各主要指標優化思路及經驗－－擁塞2SDCCH和TCH都出現擁塞

如果相鄰小區的SDCCH和TCH的都出現擁塞，則只有通過增加基站。來達到降低擁塞的目的。如果相鄰小區未出現擁塞，采取均衡業務量的辦法。優先次序依次是調整天線修改切換門限調整小區選擇參數。調整天線

包括增大天線傾角和降低天線高度，減小小區的覆蓋，使相鄰小區分擔業務量，達到降低負載的目的。盡管由于需要協調用戶，實施中不甚方便，卻是副作用最小的方法。天線傾角受天線本身特性限制。天線傾角過大,波瓣形狀發生畸變,容易產生越區覆蓋。引入頻率干擾和錯誤的切換。結合路測結果判斷是否發生越區覆蓋。調整天線傾角和高度、切換關系。調整小區選擇參數

空閑模式下，移動臺根據C1或C2判斷自己歸屬于哪一個小區服務，提高或降低小區的最小接入電平（RXLEV-ACCESS-MIN），減小或增大本小區的C1值，來達到減少或增加所服務移動臺的數目，從而在不同小區間均衡業務量。可以降低SDCCH和TCH的擁塞率。相對而言，調整最小接入電平（RXLEV-ACCESS-MIN），對SDCCH的業務量的影響更明顯一些。對TCH的業務量影響小一些，必須與切換門限結合使用，才能對TCH的業務量有較明顯的改變。調整最小接入電平（RXLEV-ACCESS-MIN）的最小步長，應該大于5db。否則，幾乎不能發現對統計數據的影響。改變功率預算的切換門限，相應增大或減小小區的切出半徑RHO_out或切入半徑RHO_in，可以達到均衡話務量的目的。2/5/202329各主要指標優化思路及經驗－－擁塞3SDCCH無擁塞，而TCH出現擁塞

修改切換門限 通過減小向鄰小區切換的門限（handovermargin），提高本小區的切入門限，使移動臺很容易地切換出去，同時難以切換進來。是較簡單迅速的手段。調整天線 增大天線傾角可以減少話務量，減小傾角可以增加話務量。詳見5。6天線覆蓋的優化。調整小區選擇參數 調整最小接入電平等參數，可以增大或減小SDCCH和TCH的話務量。2/5/202330各主要指標優化思路及經驗－－擁塞4SDCCH擁塞高，而TCH擁塞低或無擁塞減少SDCCH的頻率干擾，如果在SDCCH頻點上存在較嚴重射頻干擾，一方面會造成無效試呼次數和SDCCH射頻丟失次數的增加，另一方面，由于移動臺頻繁占用SDCCH或占用SDCCH的時長增加，可能造成SDCCH的擁塞。解決辦法是修改頻率規劃。優化位置登記區（LAC）邊界，如果位置登記區的邊界位于城市主要道路的兩側，或是其他人群密集的區域，會造成該區域內移動臺發生頻繁的位置登記，加重SDCCH的負荷，產生擁塞。解決辦法是：調整天線，增大或減小個別基站發射功率，使該區域有一明顯占優勢的小區，優化位置登記區（LAC）邊界；提高位于LAC邊緣小區的重選滯后參數（cell_reselect_hysteresis）。位置登記區重新分區，使位置登記區（LAC）邊界避開人群密集地區。 增大T3212（t3212=0-255）位置登記消息需要上報至VLR，延長移動臺周期性位置更新時間，可以大大降低系統負荷,包括BSC，SDCCH等等的負荷。系統內各小區T3212應一致。當BSC處理器過載時，也可考慮增大t3212。增加SDCCH數量 TCH無擁塞時，直接增加SDCCH的數目。在LAC邊界處的小區，可以比其他小區分配更多的SDCCH。提高發送分布時隙數（tx_integer）這是以延長接續時間為代價的。以時間換空間，這是最后的辦法。調整最大重發次數（max_retran）2/5/202331各主要指標優化思路及經驗－－尋呼12/5/202332各主要指標優化思路及經驗－－尋呼2 由以上尋呼以及響應尋呼的流程可以看出在尋呼過程中涉及到A接口，Abis接口以及Um接口的RACH,CCCH信道。 影響尋呼成功率的主要因素：NSS與BSC定義的位置區與CI定義不一致；NSS中定義小區LAI錯誤RACH有效請求率低PCH或AGCH過載SDCCH溢出2/5/202333各主要指標優化思路及經驗－－尋呼3RACH有效請求率低

有效的RACH是指所有真正從移動臺發出的隨機信道接入請求(RACHREQUEST)成功通過上述流程直至最終完成SDCCH建立(ESTABLISHINDICATION)。常見問題RACH無法解調的電平值高(噪聲RACH):電平很高,但是BTS不能解碼RACH解調率低(RACH送到BSC/全部RACH)LapDm建立成功率低(LapDm成功/SDCCH分配數)過多的無效RACH信道請求(RACHCHANNELREQUEST)2/5/202334各主要指標優化思路及經驗－－尋呼4

CCCH（AGCH,PCH）信道過載

當MS響應尋呼而發起信道請求時，如果AGCH沒有足夠的信道下發立即指派消息，會造成MS無法接入信道從而影響尋呼成功率?？梢酝ㄟ^對計數器MC8C,MC8B,進行統計分析，當MC8B_NBR_ACC_GRANT遠小于MC8C_NBR_ACC_RANDOM時，說明可能AGCH太少，導致無法分配SDCCH,MS會反復請求SDCCH.可以適當增加BS_AG_BLK_RES..參數“接入準許保留塊數”用以表示每個BCCH復幀中CCCH信道上為AGCH保留的消息塊數。其取值范圍為:若CCCH與SDCCH共用物理信道(CCCH_CONF=1)：0～2(對于CBC結構,BS_AG_BLK_RES通常設為1若CCCH與SDCCH不共用物理信道(CCCH_CONF=0)：0～5(對于BCC結構,BS_AG_BLK_RES通常設為4.或52/5/202335網絡優化案例介紹網絡規劃案例網絡問題分析案例部分abis接口信令分析案例2/5/202336網絡規劃案例頻率規劃 基于射頻跳頻頻率規劃案例 基于基帶跳頻頻率規劃案例位置區規劃案例2/5/202337網絡規劃案例－－頻率規劃1XX聯通射頻跳頻規劃豐鎮聯通可用頻點為96－124共29個頻點，目前豐鎮市區小區載頻配置數在3個以下。依照目前情況，為實現最佳的頻率復用盡可能減少頻率干擾，同時為今后優化工作減輕負擔我們對豐鎮市區進行了射頻跳頻規劃。規劃原則采用NH-RH綜合跳頻，即BCCH所在載頻不參與跳頻。BCCH，TCH分段規劃，BCCH頻段為113～124，共12個頻點采用4*3復用。TCH頻段為96～110共15個頻點，111，112作為保留頻點在部分小區BCCH使用。但是由于本網基站分布較多，扇區方位角不規則在進行BCCH規劃時111，112也有使用采用4*3＋2復用TCH采用以下三組跳頻序列：FHS-Group1:9699102105108FHS-Group2:97100103106109FHS-Group3:97100103106110

2/5/202338網絡規劃案例－－頻率規劃2規劃修改前后指標對比

2/5/202339網絡規劃案例－－頻率規劃3XX移動基帶跳頻規劃依照目前城區小區配置大部分均在3載波以下，考慮到今后話務增長容量增擴的可能，在規劃中留有余量每個小區均按照5載波進行規劃。規劃方案：采用BCCH，TCH分段規劃，避免BCCHTCH間同鄰頻干擾。BCCH采用3×7規劃方式但是由于基站分布以及實際覆蓋的不規則性實際采用了3×7＋5的規劃方式分配頻段為ARFCN=70—95共26個頻點TCH規劃采用分層規劃，即針對現網實際載頻配置情況對每塊載頻設置相應的優先級，在規劃方案中TCH規劃普遍采用3×4規劃方式，但針對頻率碰撞較高的TCH1，TCH2增加部分頻點保證頻率碰撞幾率最小,對發生頻率碰撞較小的TCH3,TCH4則按照3×4復用進行規劃。具體頻率分段情況BCCH(TCH0)3×7＋5規劃分配頻段（70――95）TCH13×4＋5分配頻段（1――17）TCH23×4＋5分配頻段（18――34）TCH33×4分配頻段（40――51）TCH43×4分配頻段（52――63）其中（35――39，64――69作為優化頻點為后期調整保留）2/5/202340網絡規劃案例－－位置區規劃1XX聯通位置區劃分

針對XX網絡LAC區劃分形式單一，且位置區范圍較大；網絡整體覆蓋不足的這兩個主要的問題，并且為今后網絡容量以及用戶增加考慮，避免因為受到位置區容量的限制而制約了網絡的發展。有必要對本網的位置區進行進一步的細劃。2/5/202341網絡規劃案例－－位置區規劃2位置區規劃目的：1、減少小區PCH信道負荷從而減少尋呼損耗提高尋呼成功率

2、減少Abis接口的信令流量緩解網絡負擔3、增加不連續覆蓋地區MS與網絡之間的聯系，提高尋呼成功率系統接通率。

4、減少BTS尋呼次數，有效節約基站能源功耗，提升網絡容量

位置區規劃原則：位置區邊緣避開話務密集區，同時盡量避免分布于道路等用戶移動性較強區域。位置區在BSC內細劃，避免出現LAC跨BSC分布，以避免尋呼該位置區用戶時兩個BSC都要參與造成資源浪費2/5/202342網絡問題分析案例網絡單通問題解決傳輸掉話問題解決被叫無響應問題彩鈴用戶撥叫問題上行干擾排查2/5/202343網絡問題分析案例1－單通問題描述： 用戶普遍反映本網存在撥叫困難，接通后雙方聽不到對方聲音，由于由用戶反映該問題在本網普遍存在

由于該網絡只有一個端局故針對A接口話音中繼進行排查。問題分析：

通過018話務報告我們對平均占用時長較短得A接口時隙進行篩選，通過信令跟蹤、時隙監聽得方法對問題進行定位。 主要進行以下得核查步驟：BSC1，BSC2撥打測試以及針對測試號碼A接口信令追蹤統計文件反映短時間占用時隙核查，通話短話單核查以及短話單通話占用時隙檢查A接口話音中繼時隙監聽2/5/202344網絡問題分析案例1－單通2信令跟蹤到的占用時長較短時隙2/5/202345網絡問題分析案例1－單通3針對這些時隙我們進行了OMC占用統計對確實存在異常的時隙進行LOCK，并且進行了時隙監聽。問題得到解決。以下為占用存在問題的時隙的OMC統計情況：2/5/202346網絡問題分析案例2－傳輸掉話1問題描述： 優化過程中通過話統分析發現MC14C掉話、MC621掉話、MC736掉話都比較較正常，但MC739掉話卻居高不下，傳輸掉話比較異常,平均每天都在170次左右,導致了XX移動網絡掉話次數的整體上升統計情況：我們對進期的話統進行了分析、篩選具體情況如下表所示：

通過對一周話統進行觀察及分析發現,掉話次數平均每天在800次左右,其中由于MC739(傳輸掉話)統計的掉話次數平均每天在160次左右，而且大多數集中在BSC2下2/5/202347網絡問題分析案例2－傳輸掉話2信令跟蹤分析：

針對上述情況，我們對XXBSC2A接口(17:15:33—18:16:37)一個小時的信令采集，對A接口的信令流程及每條電路的每個時隙進行了仔細的觀察發現其第53、54、55三條電路的第31時隙統計的掉話次數之各高達138次，具體情況如右圖信令跟蹤后的圖表所示 由此我們判斷53、54、55這三條電路的第31時隙發生故障是導致傳輸掉話居高不下的主要原因。

2/5/202348網絡問題分析案例2－傳輸掉話3問題解決：

將53、54、55這三條電路的第31時隙打死，以避免傳輸掉話次數的增加和用戶投訴的發生，此后我們又對話統進行了觀察，具體情況如下表所示：2/5/202349網絡問題分析案例3－被叫無響應1問題描述：

用戶反映XX市區在MS作主叫過程中經常出現長時間等待，期間無振鈴，無錄音通知，且等待時間較長在20秒以上， 針對該問題我們進行了撥打測試并且針對主被叫手機在A,Abis接口進行信令跟蹤。測試情況：（以一次事件為例）主叫側：MS在16:46:25發起一次呼叫，在話音信道分配完成后等待MSC響應但遲遲未等到，經過大約28秒之后MSC下發“DISCONNECT”原因為正常釋放

被叫側：被叫MS于16:46:28響應尋呼，在占用SDCCH信道后等待大約60秒，一直未進行進行后續進程，MSC下發“CLEARCOMMAND”釋放連接。“CLEARCOMMAND”原因為”CALLCONTROL”

2/5/202350網絡問題分析案例3－被叫無響應2被叫側信令流程經檢查發現部分MRSACE模塊工作異常，經處理后問題解決2/5/202351網絡問題分析案例4－彩鈴撥叫問題1問題描述：

用戶反映在撥叫過程中出現撥叫時主叫聽到被叫方彩鈴而被叫無反映。問題分析：

針對此問題我們進行撥打測試并進行信令跟蹤。此現象共出現4次：以下為對應的信令流程：

主叫在進行撥叫發出初始位置信息IAM后無任何回應，但此時存在錯誤提示：ISUPconnectionforthisCICnotyetrelease，即分配的電路并未釋放2/5/202352網絡問題分析案例4－彩鈴撥叫問題2 對這四次呼叫的IAM消息進行詳細解碼 通過對這四次呼叫的IAM解碼發現在以下電路出現問題： CircuitIdentCode：003-05;003-11;003-13;003-17可見在電路識別碼為003的中繼存在問題，電路并未釋放卻被分配，經檢查數據003對應為模塊：（NA）0702，經過對該模塊RESET回復正常2/5/202353網絡問題分析案例5－上行干擾排查1問題描述：

XX移動上行頻段受到干擾，統計均為BAND5干擾問題排查：

針對干擾我們利用場強測試儀表進行干擾排查，最終定位在基站附近C網小區2/5/202354網絡問題分析案例5－上行干擾排查2 上圖為對小區外部干擾進行排查時捕捉的外部干擾情況。目前聯通使用帶寬為1.228M的201、283兩個頻點。所對應的中心頻率分別為876.89878.49。即在正常情況下聯通C網下行占用的最靠近移動上行的頻率為879.1（878.49+1.228/2）。但在實測中發現在聯通C網兩個載波的左右兩側并非理想的安全底噪而是以對稱形式的兩個強度較強的波。正是這兩個較強的波中的一個占用了移動上行頻點的頻率，對我方造成干擾。根據這兩個波的強度和對稱情況可以將問題定位在聯通C網下行的濾波器問題上。另聯通C網的天線和我方天線的隔離度不夠，可能產生交調干擾后經協商關閉C網該小區干擾消失2/5/202355信令分析實例介紹信令分析與其他方法比較：OMC統計報表：受系統提供計數器限制，無法對問題進行更細更直觀的定位車載路測設備做DT測試：無法對實際地點進行準確定位，費時費力效率低，針對用戶投訴解決問題：反映網絡實際問題，但解決過程也需要其他手段，且未能做到預先發現問題，影響用戶滿意度。2/5/202356信令測試/優化包括無線小區覆蓋率的測試及驗證小區覆蓋盲點的檢測及定位關于網絡規劃的報告及統計更有效的使用無線測試設備信令錯誤及設備故障的分析掉話的檢測及診斷提高網絡的利用率切換分析