alcatel設(shè)備優(yōu)化案例_第1頁
alcatel設(shè)備優(yōu)化案例_第2頁
alcatel設(shè)備優(yōu)化案例_第3頁
alcatel設(shè)備優(yōu)化案例_第4頁
alcatel設(shè)備優(yōu)化案例_第5頁
已閱讀5頁,還剩67頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

Alcatel設(shè)備網(wǎng)絡(luò)優(yōu)化2/5/20231主要內(nèi)容優(yōu)化流程概述Alcatel設(shè)備指標(biāo)分析優(yōu)化經(jīng)驗(yàn)網(wǎng)絡(luò)優(yōu)化典型案例2/5/20232網(wǎng)絡(luò)優(yōu)化概述

北京日訊通信從事移動(dòng)通信系統(tǒng)的網(wǎng)絡(luò)優(yōu)化,已經(jīng)有多年經(jīng)驗(yàn)。在GSM系統(tǒng)的網(wǎng)絡(luò)優(yōu)化方面積累了若干經(jīng)驗(yàn),同時(shí)在優(yōu)化的理論方面也作了一些探索。本文試圖將這些理論和經(jīng)驗(yàn)加以整理,希望能夠?yàn)榻窈蟮腉SM網(wǎng)絡(luò)優(yōu)化做參考。

可以將網(wǎng)絡(luò)優(yōu)化過程大致分為三個(gè)階段:整理分析系統(tǒng)基礎(chǔ)數(shù)據(jù)階段優(yōu)化實(shí)施階段系統(tǒng)微調(diào)和總結(jié)階段2/5/20233網(wǎng)絡(luò)優(yōu)化的目的改善網(wǎng)絡(luò)覆蓋在有限的頻帶范圍內(nèi)達(dá)到網(wǎng)絡(luò)容量最大化提高QualityofService(QOS)節(jié)省網(wǎng)絡(luò)投資實(shí)現(xiàn)資源最大利用2/5/20234網(wǎng)絡(luò)優(yōu)化的步驟

數(shù)據(jù)采集數(shù)據(jù)分析方案提交審批執(zhí)行2/5/20235第一步:整理分析系統(tǒng)基礎(chǔ)數(shù)據(jù)本階段的主要內(nèi)容包括:1.整理地圖和頻率規(guī)劃(包含基站頻率,切換關(guān)系,基站結(jié)構(gòu),經(jīng)緯度,天線傾角,方位角,高度,歸屬BSC和LAC等信息)2.撥打測試和路測,重點(diǎn)對用戶投訴嚴(yán)重的區(qū)域進(jìn)行測試,分析天線覆蓋,基站切換,鄰頻和同頻干擾程度。初步掌握惡化區(qū)域的主要問題。3.OMCR的數(shù)據(jù)統(tǒng)計(jì)分析,統(tǒng)計(jì)系統(tǒng)的掉話率,TCH射頻丟失率,SDCCH的射頻丟失率,切換掉話率,TCH的擁塞率,SDCCH的擁塞率,TCH的業(yè)務(wù)量,SDCCH的業(yè)務(wù)量等指標(biāo)??梢詫⒅笜?biāo)最為惡劣的幾個(gè)小區(qū)列出,作為重點(diǎn)解決的目標(biāo)。4.結(jié)合1,2,3點(diǎn),提出在第二階段實(shí)施的優(yōu)化方案。用一句話概括第一階段工作,就是:掌握情況,提出方案2/5/20236第二步:優(yōu)化實(shí)施階段

本階段根據(jù)優(yōu)化方案,主要通過采?。夯靖婢耪希换緳z查;頻率規(guī)劃優(yōu)化;天線調(diào)整;切換關(guān)系修改;數(shù)據(jù)庫修改達(dá)到優(yōu)化的目的:降低擁塞率;降低掉話率;提高接通率;改善覆蓋;改善通話質(zhì)量。系統(tǒng)優(yōu)化(systemoptimization)和基站排障(troublshooting)在稱謂上截然不同,但在實(shí)施中卻難以區(qū)分。實(shí)際上基站排障后,系統(tǒng)指標(biāo)往往有大幅度提高。路測、信令跟蹤等方法貫徹本階段的始終,通過路測驗(yàn)證以上各種優(yōu)化手段的實(shí)際效果,分析仍然存在的問題,發(fā)現(xiàn)新的問題。另外一項(xiàng)日常工作是統(tǒng)計(jì)每天的系統(tǒng)運(yùn)行報(bào)告,同樣用于評估每日優(yōu)化效果,發(fā)現(xiàn)和分析問題。二者各有側(cè)重。為了便于掌握系統(tǒng)參數(shù)設(shè)置的整體情況,在慎重確定合理的取值后,將各小區(qū)的系統(tǒng)控制參數(shù)和小區(qū)選擇參數(shù)統(tǒng)一。這樣做,有可能系統(tǒng)局部出現(xiàn)惡化,但是有利于理清思路,因?yàn)镚SM的參數(shù)實(shí)在太多??梢酝ㄟ^在第三階段的微調(diào)過程中,將這些參數(shù)重新修正。2/5/20237第三步:系統(tǒng)微調(diào)和總結(jié)階段

本階段在前期優(yōu)化成績的基礎(chǔ)上,通過優(yōu)化系統(tǒng)控制參數(shù)和小區(qū)參數(shù)微調(diào)系統(tǒng)。因?yàn)榛居布?,頻率規(guī)劃和天線對系統(tǒng)的影響更大,所以微調(diào)系統(tǒng)應(yīng)該在第三階段實(shí)施。還需要評估前期工作,確認(rèn)是否需要進(jìn)行LAC重新分區(qū),是否需要調(diào)整BSC所帶基站,在那些熱點(diǎn)地區(qū)增加基站等進(jìn)一步措施。然后是優(yōu)化報(bào)告,對比優(yōu)化前后數(shù)據(jù)2/5/20238Alcatel設(shè)備指標(biāo)分析優(yōu)化經(jīng)驗(yàn)各主要統(tǒng)計(jì)指標(biāo)及相關(guān)COUNTER介紹各主要指標(biāo)優(yōu)化思路及經(jīng)驗(yàn)2/5/20239各主要統(tǒng)計(jì)指標(biāo)及相關(guān)COUNTER介紹TCH掉話TCH擁塞率切換成功率TCH分配失敗2/5/202310TCH掉話-1話音信道掉話總次數(shù):是指在指配話音信道完成(即AssignmentComplete)后由于各種原因?qū)е碌牡粼?。A接口“ClearRequest”消息。

2/5/202311TCH掉話-2掉話次數(shù)(BSC)=∑掉話次數(shù)(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忙時(shí)話音信道溢出總次數(shù)(不含切換):

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

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

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

內(nèi)部入切換嘗試次數(shù)外部入切換嘗試次數(shù)+(MC871-C361)+MC153小區(qū)內(nèi)切換嘗試次數(shù)直接重試嘗試次數(shù)●切換成功次數(shù):(MC652-C92)+(MC642-C82)內(nèi)部入切換成功次數(shù)外部入切換成功次數(shù)+MC151+(MC662-C102)直接重試成功次數(shù)小區(qū)內(nèi)切換成功次數(shù)

以上為聯(lián)通統(tǒng)計(jì)公式移動(dòng)公式包含有出切換以及外部直接重試的統(tǒng)計(jì)

2/5/202315切換成功率-2切換原因統(tǒng)計(jì):(基于110報(bào)告)2/5/202316切換成功率-3從180報(bào)告分析鄰區(qū)關(guān)系這三個(gè)COUNTER都是針對每個(gè)Adjacency(一對有關(guān)系的小區(qū))為單位進(jìn)行統(tǒng)計(jì)的分別統(tǒng)計(jì)了當(dāng)前小區(qū)到目標(biāo)小區(qū)的切換請求次數(shù)、切換嘗試次數(shù)以及成功次數(shù)2/5/202317各主要指標(biāo)優(yōu)化思路及經(jīng)驗(yàn)TCH掉話分析與解決擁塞問題優(yōu)化解決(TCH,SDCCH)切換成功率優(yōu)化解決尋呼成功率優(yōu)化解決2/5/202318各主要指標(biāo)優(yōu)化思路及經(jīng)驗(yàn)--掉話1

掉話除去傳輸設(shè)備故障原因,其直接原因有兩種:1。無線鏈路故障。2。切換掉話下面對這兩種情況進(jìn)行分析。

1.無線鏈路故障(相關(guān)COUNTER:MC736)

造成該掉話的原因主要有2個(gè):1)無線鏈路超時(shí)計(jì)數(shù)器超時(shí)(radiolink-timeout)(ABIS口信令觸發(fā)點(diǎn)為connectfail消息(cause:radiolinktimeout)2)2層計(jì)時(shí)器T200超時(shí)(abis接口信令觸發(fā)點(diǎn)為errorindicator消息(cause:T200expiredN200+1)

2/5/202319各主要指標(biāo)優(yōu)化思路及經(jīng)驗(yàn)--掉話2無線鏈路超時(shí)掉話TCH掉話SDCCH掉話2/5/202320各主要指標(biāo)優(yōu)化思路及經(jīng)驗(yàn)--掉話3下行鏈路失敗

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

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

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

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

如果相鄰小區(qū)的SDCCH和TCH的都出現(xiàn)擁塞,則只有通過增加基站。來達(dá)到降低擁塞的目的。如果相鄰小區(qū)未出現(xiàn)擁塞,采取均衡業(yè)務(wù)量的辦法。優(yōu)先次序依次是調(diào)整天線修改切換門限調(diào)整小區(qū)選擇參數(shù)。調(diào)整天線

包括增大天線傾角和降低天線高度,減小小區(qū)的覆蓋,使相鄰小區(qū)分擔(dān)業(yè)務(wù)量,達(dá)到降低負(fù)載的目的。盡管由于需要協(xié)調(diào)用戶,實(shí)施中不甚方便,卻是副作用最小的方法。天線傾角受天線本身特性限制。天線傾角過大,波瓣形狀發(fā)生畸變,容易產(chǎn)生越區(qū)覆蓋。引入頻率干擾和錯(cuò)誤的切換。結(jié)合路測結(jié)果判斷是否發(fā)生越區(qū)覆蓋。調(diào)整天線傾角和高度、切換關(guān)系。調(diào)整小區(qū)選擇參數(shù)

空閑模式下,移動(dòng)臺根據(jù)C1或C2判斷自己歸屬于哪一個(gè)小區(qū)服務(wù),提高或降低小區(qū)的最小接入電平(RXLEV-ACCESS-MIN),減小或增大本小區(qū)的C1值,來達(dá)到減少或增加所服務(wù)移動(dòng)臺的數(shù)目,從而在不同小區(qū)間均衡業(yè)務(wù)量??梢越档蚐DCCH和TCH的擁塞率。相對而言,調(diào)整最小接入電平(RXLEV-ACCESS-MIN),對SDCCH的業(yè)務(wù)量的影響更明顯一些。對TCH的業(yè)務(wù)量影響小一些,必須與切換門限結(jié)合使用,才能對TCH的業(yè)務(wù)量有較明顯的改變。調(diào)整最小接入電平(RXLEV-ACCESS-MIN)的最小步長,應(yīng)該大于5db。否則,幾乎不能發(fā)現(xiàn)對統(tǒng)計(jì)數(shù)據(jù)的影響。改變功率預(yù)算的切換門限,相應(yīng)增大或減小小區(qū)的切出半徑RHO_out或切入半徑RHO_in,可以達(dá)到均衡話務(wù)量的目的。2/5/202329各主要指標(biāo)優(yōu)化思路及經(jīng)驗(yàn)--擁塞3SDCCH無擁塞,而TCH出現(xiàn)擁塞

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

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

CCCH(AGCH,PCH)信道過載

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

2/5/202338網(wǎng)絡(luò)規(guī)劃案例--頻率規(guī)劃2規(guī)劃修改前后指標(biāo)對比

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

針對XX網(wǎng)絡(luò)LAC區(qū)劃分形式單一,且位置區(qū)范圍較大;網(wǎng)絡(luò)整體覆蓋不足的這兩個(gè)主要的問題,并且為今后網(wǎng)絡(luò)容量以及用戶增加考慮,避免因?yàn)槭艿轿恢脜^(qū)容量的限制而制約了網(wǎng)絡(luò)的發(fā)展。有必要對本網(wǎng)的位置區(qū)進(jìn)行進(jìn)一步的細(xì)劃。2/5/202341網(wǎng)絡(luò)規(guī)劃案例--位置區(qū)規(guī)劃2位置區(qū)規(guī)劃目的:1、減少小區(qū)PCH信道負(fù)荷從而減少尋呼損耗提高尋呼成功率

2、減少Abis接口的信令流量緩解網(wǎng)絡(luò)負(fù)擔(dān)3、增加不連續(xù)覆蓋地區(qū)MS與網(wǎng)絡(luò)之間的聯(lián)系,提高尋呼成功率系統(tǒng)接通率。

4、減少BTS尋呼次數(shù),有效節(jié)約基站能源功耗,提升網(wǎng)絡(luò)容量

位置區(qū)規(guī)劃原則:位置區(qū)邊緣避開話務(wù)密集區(qū),同時(shí)盡量避免分布于道路等用戶移動(dòng)性較強(qiáng)區(qū)域。位置區(qū)在BSC內(nèi)細(xì)劃,避免出現(xiàn)LAC跨BSC分布,以避免尋呼該位置區(qū)用戶時(shí)兩個(gè)BSC都要參與造成資源浪費(fèi)2/5/202342網(wǎng)絡(luò)問題分析案例網(wǎng)絡(luò)單通問題解決傳輸?shù)粼拞栴}解決被叫無響應(yīng)問題彩鈴用戶撥叫問題上行干擾排查2/5/202343網(wǎng)絡(luò)問題分析案例1-單通問題描述: 用戶普遍反映本網(wǎng)存在撥叫困難,接通后雙方聽不到對方聲音,由于由用戶反映該問題在本網(wǎng)普遍存在

由于該網(wǎng)絡(luò)只有一個(gè)端局故針對A接口話音中繼進(jìn)行排查。問題分析:

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

通過對一周話統(tǒng)進(jìn)行觀察及分析發(fā)現(xiàn),掉話次數(shù)平均每天在800次左右,其中由于MC739(傳輸?shù)粼?統(tǒng)計(jì)的掉話次數(shù)平均每天在160次左右,而且大多數(shù)集中在BSC2下2/5/202347網(wǎng)絡(luò)問題分析案例2-傳輸?shù)粼?信令跟蹤分析:

針對上述情況,我們對XXBSC2A接口(17:15:33—18:16:37)一個(gè)小時(shí)的信令采集,對A接口的信令流程及每條電路的每個(gè)時(shí)隙進(jìn)行了仔細(xì)的觀察發(fā)現(xiàn)其第53、54、55三條電路的第31時(shí)隙統(tǒng)計(jì)的掉話次數(shù)之各高達(dá)138次,具體情況如右圖信令跟蹤后的圖表所示 由此我們判斷53、54、55這三條電路的第31時(shí)隙發(fā)生故障是導(dǎo)致傳輸?shù)粼捑痈卟幌碌闹饕颉?/p>

2/5/202348網(wǎng)絡(luò)問題分析案例2-傳輸?shù)粼?問題解決:

將53、54、55這三條電路的第31時(shí)隙打死,以避免傳輸?shù)粼挻螖?shù)的增加和用戶投訴的發(fā)生,此后我們又對話統(tǒng)進(jìn)行了觀察,具體情況如下表所示:2/5/202349網(wǎng)絡(luò)問題分析案例3-被叫無響應(yīng)1問題描述:

用戶反映XX市區(qū)在MS作主叫過程中經(jīng)常出現(xiàn)長時(shí)間等待,期間無振鈴,無錄音通知,且等待時(shí)間較長在20秒以上, 針對該問題我們進(jìn)行了撥打測試并且針對主被叫手機(jī)在A,Abis接口進(jìn)行信令跟蹤。測試情況:(以一次事件為例)主叫側(cè):MS在16:46:25發(fā)起一次呼叫,在話音信道分配完成后等待MSC響應(yīng)但遲遲未等到,經(jīng)過大約28秒之后MSC下發(fā)“DISCONNECT”原因?yàn)檎a尫?/p>

被叫側(cè):被叫MS于16:46:28響應(yīng)尋呼,在占用SDCCH信道后等待大約60秒,一直未進(jìn)行進(jìn)行后續(xù)進(jìn)程,MSC下發(fā)“CLEARCOMMAND”釋放連接?!癈LEARCOMMAND”原因?yàn)椤盋ALLCONTROL”

2/5/202350網(wǎng)絡(luò)問題分析案例3-被叫無響應(yīng)2被叫側(cè)信令流程經(jīng)檢查發(fā)現(xiàn)部分MRSACE模塊工作異常,經(jīng)處理后問題解決2/5/202351網(wǎng)絡(luò)問題分析案例4-彩鈴撥叫問題1問題描述:

用戶反映在撥叫過程中出現(xiàn)撥叫時(shí)主叫聽到被叫方彩鈴而被叫無反映。問題分析:

針對此問題我們進(jìn)行撥打測試并進(jìn)行信令跟蹤。此現(xiàn)象共出現(xiàn)4次:以下為對應(yīng)的信令流程:

主叫在進(jìn)行撥叫發(fā)出初始位置信息IAM后無任何回應(yīng),但此時(shí)存在錯(cuò)誤提示:ISUPconnectionforthisCICnotyetrelease,即分配的電路并未釋放2/5/202352網(wǎng)絡(luò)問題分析案例4-彩鈴撥叫問題2 對這四次呼叫的IAM消息進(jìn)行詳細(xì)解碼 通過對這四次呼叫的IAM解碼發(fā)現(xiàn)在以下電路出現(xiàn)問題: CircuitIdentCode:003-05;003-11;003-13;003-17可見在電路識別碼為003的中繼存在問題,電路并未釋放卻被分配,經(jīng)檢查數(shù)據(jù)003對應(yīng)為模塊:(NA)0702,經(jīng)過對該模塊RESET回復(fù)正常2/5/202353網(wǎng)絡(luò)問題分析案例5-上行干擾排查1問題描述:

XX移動(dòng)上行頻段受到干擾,統(tǒng)計(jì)均為BAND5干擾問題排查:

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論