掉話專題優(yōu)化案例
掉話率在移動通信網中是一項非常重要的指標,掉話率的高低在一定程度上體現了移動網通信質量的優(yōu)劣。掉話是指在分配了話音信道(TCH)后,由于某種原因,使呼叫丟失或中斷,正常通話無法進行的現象。掉話對系統接通率等指標雖沒有重大影響,但卻給用戶造成許多不便,是目前用戶投訴的熱點。掉話是用戶衡量企業(yè)運營質量和水平的重要標志,企業(yè)必須予以重視。
掉話的種類和原因
掉話與BSS的配置和功能參數設置有很大關系。引起掉話的原因很多,直接原因由于場強、干擾、傳輸鏈路阻塞或誤碼、基站軟硬件故障引起,間接原因為越區(qū)切換失敗、緊急呼叫失敗、參數設置不當造成。
在GSM網中,話音掉話主要包括無線網絡掉話、Abis接口掉話、A接口掉話、TC接口掉話及其它原因造成的掉話,其中約有一半以上的話音掉話是無線網絡的掉話。根據OMC-R話務分析、CQT呼叫質量撥打測試、無線場強測試以及結合基站實際運行狀況,掉話產生的原因一般有以下幾種:
(1)無線射頻掉話
這里不包括手機掉電、非正常關機造成的掉話,主要指受地形地貌、建筑物的影響,由于信號快衰落、信號覆蓋原因而引起的掉話。通常在樓內(室內)、基站信號覆蓋的邊緣地帶很容易造成這類掉話。
(2)天饋線原因
天饋線連接至天線的電壓駐波比VSWR較大,導致BTS收發(fā)信性能下降,使該小區(qū)內的手機接收到的倍號品質變差,最終產生掉話。
(3)BTS原因
BTS中FHU單元是連接FU和CU的跳頻單元,如果FHU成為FLT狀態(tài),將嚴重影響通話正常接續(xù),CU、FU連接不暢或有誤,產生掉話。
(4)天線方位角
BTS天線實際發(fā)射方向偏離數據定義方向,使得無線覆蓋范圍發(fā)生變化,出現信號特弱甚至盲點的地方,手機進入該小區(qū)時就會發(fā)生掉話。
(5)覆蓋盲區(qū)
手機在移動過程中,進入無線覆蓋盲區(qū)請求切換不成功產生掉話。
(6)切換過程中的掉話
包括局間(MSC、BSC之間)切換、小區(qū)之間切換、常規(guī)層與超層之間切換等引起的掉話。切換過程中的掉話在總的話音掉話中占有相當一部分比例。無線小區(qū)間、常規(guī)層與超層間的切話掉話,除了與無線網絡配置有關,很大一部分是由于無線資源不足造成的。我們在分析網絡性能報告時,經常發(fā)現高阻塞的站點,掉話率往往也較高。因為在切換過程中,由于信道繁忙,請求切出的呼叫在占不到目標信道,要返回源信道時,源信道已分配給另一用戶,在這種情況下,便產生掉話,可以說,高阻塞將直接導致高掉話。
(7)越區(qū)切換不成功產生掉話
由于越區(qū)切換參數如:上行電平切換門限(L-RXL-EV-ULH)、上行質量切換門限(L-RXQUAL-ULH)、下行電平切換門限(LRXLEV-DLH)、下行質量切換門限(L-RXQUAL-DLH)、以及切換功率控制參數(U-RXLEV-DLP、U-RXLEV-ULP、L-RXLEV-ULP、L-RQUAL-ULP、U-RQUAL-DLP、U-RQUAL-ULP、L-R-XLEV-DLP、L-ROUAL-DLP)、切換余量(HO-MAGIN)等定義不合理,致使越區(qū)切換失敗,產生掉話。
(8)允許的網絡色碼(NCC PERMITTED)參數設置不當導致掉話
允許的網絡色碼參數定義了移動臺需測量的小區(qū)的NCC碼的集合,為手機切換提供可行的目標小區(qū)。如果該數據定義錯誤將引起越區(qū)切換不成功和小區(qū)重選失敗,產生掉話。
(9)干擾掉話
由于現有的站點,特別是市區(qū)的站點越布越密,而頻率資源非常有限,因此在頻率規(guī)劃時會有一定難度,存在同頻、鄰頻干擾的可能性,另一方面,天線設計、安裝的合理與否將直接影響網絡性能。天線作為無線信號的最終發(fā)射部分,在移動通信網中具有舉足輕重的作用,其地位就像一套音響中的音箱一樣。在CQT測試過程中,我們曾遇到這種情況:在某一天線后向約150m處收到該天線-85dB的信號,這種信號在頻率規(guī)劃時難以預料,因此它對網絡造成的干擾較難控制。由于天線較高(或其它原因)使小區(qū)覆蓋范圍較大,導致頻率復用的距離縮小或有小區(qū)覆蓋交疊,產生同頻及鄰頻干擾,造成掉話。
(10)A bis掉話
這類掉話主要是傳輸質量引起的,如傳輸誤碼、滑碼、幀丟失等。
(11)A接口掉話
A接口掉話特別容易發(fā)生在MSC之間、BSC之間等與A接口有關的切換過程中,MSC、BSC之間的切換除了與無線網絡有關外,還與網間信令配合、信號同步等因素有關,局間切換相對較復雜,也較容易引起掉話。
掉話定位
[attach]189188[/attach]
如果某小區(qū)掉話率超過12%,系統問題可能性最大;掉話率超過8%,BTS故障、干擾可能性最大;如果大于3%,一般懷疑是阻塞或干擾;如果在3%之下,通常是無線環(huán)境影響。
掉話的解決
在實際的網絡優(yōu)化工作中,可通過CQT呼叫質量撥打測試、DRIVE TEST(路測)、無線場強測試等技術手段得到網絡實際運行情況及無線覆蓋情況,從MSC部分的ATOM及BSS部分的OMC-R上得到系統運行指標如接通率、掉話率、切換成功率、每信道話務量等數據,根據這些數據對網絡進行分析,找出掉話的原因,并根據實際情況進行處理。
針對網絡中出現的各種話音掉話情況,在此提出幾種解決方法:
(1)從網絡布局上考慮,應盡可能避免出現高阻塞的情況。在工程建設和網絡優(yōu)化過程中,在選點布點時應注意站點不宜過高,盡可能避免在高山、高樓、高塔上布點。站點過高一方面因覆蓋范圍太廣,將直接引起本身的高阻塞、高掉話,另一方面不利于全網的頻率規(guī)劃。在布點時,應分清哪些地方是要解決信號覆蓋問題,哪些地方是要解決話務量問題,并根據不同需求采取不同策略。在解決話務量的地方應考慮到要有足夠的信道配置,基站應便于擴容。我們在網絡中曾發(fā)現相當多的山區(qū)站點阻塞率都比較高,而這些站點普遍為OMNI站(全向站,可配置一至多個載頻),OMNI站在擴容時有很大的局限性,不利于網絡優(yōu)化的開展,因此,要解決話務量的地方盡可能少用或不用OMNI站。根據我們的經驗,BTS每線話務量在0.3~0.4 Erl左右是一個比較理想的配備狀態(tài)。
(2)分析無線場強測試結果看是否存在網絡覆蓋盲點。對存在盲點的小區(qū)可以調整天線高度、天線俯仰角來避免覆蓋盲點。在高樓密集的地方,可以適當降低該小區(qū)的允許接入最小電平( RXLEV-AC-CESS-MIN)相對增大其覆蓋范圍,減少盲區(qū),但這樣會造成通話質量下降的負面影響。
(3)小區(qū)話務量調整。在確實由于話務量大而引起掉話的地區(qū),以及在用戶較集中的商業(yè)中心、高層建筑中,可以通過增加微蜂窩來改善該小區(qū)的通信環(huán)境,降低掉話率,提高網絡的運行質量。
(4)頻率規(guī)劃調整。通過OMC-R核查網絡的頻率規(guī)劃情況,確認是否存在同頻干擾現象,小區(qū)頻率復用的距離是否在允許范圍內。如不合理應作相應調整。
(5)對天饋線進行檢查。有的基站性能指標差,對主設備進行多次檢查調整后仍無明顯改善,這時需要檢查天饋線接頭,饋線損耗,天線的方位角、俯仰角,并在必要時做些適當的調整,往往能立竿見影。有關天線的安裝和使用,在此提出3點建議:
——由于現在的站點越來越密,網絡結構不斷發(fā)生變化,因此建議市區(qū)或站點密集地帶的基站使用一些體積較小、增益較低、前后向隔離度較高的小天線,我們完全不用擔心使用小天線后會對信號覆蓋造成什么不良的影響,相反,由于這些小天線增益較低,前后向隔離度更高,無線空間將比以前更純凈、更容易控制。據我們實際使用效果來看,網絡性能的改善是明顯的。
——市區(qū)的天線通常是安裝于屋面桿(塔)、屋面圍欄上,以此方式安裝時天線可能偏高,信號覆蓋不易控制,且后向信號容易對網絡造成干擾,建議將天線降至樓層間,并采用掛墻式安裝,利用建筑物隔離天線的后向信號。如今新建的DCS基站天線大都采用掛墻式安裝,我們還對部分GSM天線進行了改造,效果相當不錯。
——利用SITE MASTER儀表,檢測從COM-BINER出去至天線的駐波比。如果VSWR大于正常值1.4,則從饋線到天線需要檢查整修;如果VSWR小于1.4則說明發(fā)射部分正常。
(6)切換帶調整。應盡量避免用戶密集地區(qū)出現小區(qū)切換帶,否則會引起頻繁切換和嚴重的掉話現象,特別對于不同LAC情況.
(7)減少“島”現象。降低高基站的天線高度,以減少“島”現象。對于暫時無法避免的,則要做好“島”周圍相鄰小區(qū)的參數。
(8)切換參數調整。根據OMC-R的話務分析結果及越區(qū)切換測試情況,檢查是否是因越區(qū)切換不成功造成的掉話。如是,則通過OMC-R對HO-MAGIN、L-RXLEV-DLH等參數進行核查,看這些數據是否設置,設置是否合理,并根據網絡實際運行情況對切換參數進行調整,然后再進行實地撥打測試,直到最佳為止。
(9)定期進行BTS 13 MHz時鐘校準、傳輸同步檢查和傳輸質量檢查。前兩項工作主要是為了檢查信號同步,以提高MSC、BSC之間切換的成功率,減少局間切換掉話;定期進行傳輸質量檢查和傳輸掛表測試,甚至檢查2M電纜的接頭,可以減少許多Abis掉話。
以上主要從硬件方面談了幾點降低掉話率的方法,在硬件調整的同時,結合進行BSC參數的修改將能取得更理想的效果。對于不同的網絡,各BSC參數的取值與標準不盡相同,在某個網絡中應用合理的參數,若照搬到另一個網絡,可能就變得不合時宜,因此參數的設置應因地制宜。而且參數的調整是一個動態(tài)的過程,應根據網絡的變化不斷做相應的調整。這里重點列舉幾個與無線網絡有關的參數:
。1) 小區(qū)重選滯后(Cell reselect hysterisys)。調整該參數將改變位置更新的頻次。如調大該數值會減少不必要的位置更新,減輕信令負荷。
。2) 位置更新的周期(Periodic location update)和Loitering周期?s短這兩個時間會減少MTC(手機被叫)的建立失敗,但可能造成信令負擔加重,因此應根據網絡實際情況加以調整。
。3) 功率控制(Power control)參數。建議啟用功率控制,如果有必要的話,個別基站可以禁止使用功率控制,這樣的話就會減少一些干擾。
(4) 切換參數HO period PBGT。對此參數可根據情況做相應的修改,比如調大該參數,將該參數由2 s改為4 s,可防止不必要的快速切換且可以降低切換失敗率。
(5) 扇區(qū)接入參數
——載噪比的門限值(CNT):對于IUO吸收較差、空閑信道UL干擾較小的情況,此參數可調整為0,調整到其它值則取決于干擾情況。其目的是提高IUO吸收率以及改善TCH擁塞。
——DMAX(Maximum distance in call setup):激活該參數可以限制小區(qū)覆蓋范圍,改善擁塞和掉話率。但在城郊或高速公路這些地區(qū),基站數量較少,DMAX就不能被激活,因為它拒絕遠距離的呼叫嘗試。
(6) 無線鏈路超時Radio Link Timeout參數的大小會影響網絡的斷話率和無線資源的利用率。在GSM中,通過初始值為Radio Link Timeout的計數器檢查移動臺和基站間無線接口是否保持鏈接。當基站成功地接受到上行鏈路中一個SACCH復幀時,計數器加2(不超過64),如果不成功則減1。當計數器S=0時,就意味著移動臺和基站間無線接口取消鏈接 。參數Radio Link Timeout一般設置為20SACCH,約10秒。
。7) 其他參數
——首選BCCH載頻:在呼叫分配上,首選BCCH載頻是合理的。原因是BCCH載頻一直在所有的時隙中發(fā)送, 因此在分配TCH時首選BCCH載頻不會增加網絡干擾;另一個原因是BCCH載頻的復用不像其他載頻那樣頻繁。因此,BCCH載頻質量會更好。
——檢查允許的網絡色碼(NCC PERMITTED)參數設置是否正確,各小區(qū)是否已包含其中,根據實際情況進行更正修訂。
——Direct access to super frequencies (直接接入超層):在設置適當的安全門限前提下(如-60 dBm),在某些高阻塞率的小區(qū)可以激活此參數,這將會提供更多的無線容量。
以上就GSM話音掉話種類和解決的方法作一簡要的分析,關于如何解決掉話問題,還有許多行之有效的辦法,我們只有通過對網絡數據的研究分析,通過實地測試勘察,找出問題根源,才能對癥下藥,從而采取最直接有效的手段提高網絡的運行質量。
典型案例分析
CASE 1: 義烏市場三區(qū)掉話高
問題現象:
²
義烏市場三區(qū)(45616)10月26日早8點掉話高,掉話率10%
問題分析和措施:
²
義烏市場三區(qū)(45616)10月26日早8點掉話高達92次,掉話率在10%以上,查看告警,發(fā)現該站TRX7有7745告警信息和7604告警;
[attach]189189[/attach]
²
提取TRX掉話發(fā)現掉話確實集中在載波TRX7,但TRX7上下行質量并無異常,關閉BB跳頻后重起TRX7并修改PMAX為2繼續(xù)觀察;
²
一個小時后發(fā)現TRX7掉話依然很高,且TRX7上行質量較差,切入成功率較低,判斷TRX是不能通過基站復位修正的故障,通知基站班檢查硬件故障;
²
經及時處理后故障排除,掉話恢復正常,下面是故障修復前后的掉話情況:
10-26 8:00
| NYBSC9
| 45616
| 52
| YIWUSHICHANG3
| 92
| 904
|
10-26 9:00
| NYBSC9
| 45616
| 52
| YIWUSHICHANG3
| 32
| 515
|
10-26 10:00
| NYBSC9
| 45616
| 52
| YIWUSHICHANG3
| 15
| 564
|
10-26 11:00
| NYBSC9
| 45616
| 52
| YIWUSHICHANG3
| 5
| 337
|
10-26 12:00
| NYBSC9
| 45616
| 52
| YIWUSHICHANG3
| 3
| 303
|
10-26 13:00
| NYBSC9
| 45616
| 52
| YIWUSHICHANG3
| 2
| 278
|
10-26 14:00
| NYBSC9
| 45616
| 52
| YIWUSHICHANG3
| 8
| 671
|
10-26 15:00
| NYBSC9
| 45616
| 52
| YIWUSHICHANG3
| 10
| 706
|
CASE 2:東方集團掉話高
(1)現象和影響描述
東方集團(4559)基站三個扇區(qū)7月12號開始每天上午掉話次數很高每個小區(qū)掉話都在50次以上,主要為A-BIS和切換掉話,并且只在上午出現,下午3點以后指標正常。
(2)日常案例分析和解決方法
根據現象看,可能是傳輸單元或BCF單元出現問題,檢查基站告警發(fā)現,東方集團基站有大量的8102和8112,確定事由于傳輸方面故障引起的問題,通知檢查基站硬件和傳輸硬件,問題解決后基站指標正常。
(3)解決前后對比
問題解決后,東方集團基站掉話恢復正常水平,全天掉話次數從300-400次重新恢復到出問題前的水平(全天掉話50次左右)
[attach]189191[/attach]
CASE3 :人民路3扇區(qū)掉話高
問題現象:人民路 3扇區(qū)(45036)于2005-10-17日9:00-10:00掉話高達300多次,且該站位于南陽市中心,如此高的掉話嚴重影響了網絡指標和通話質量。
問題分析和措施:人民路三扇區(qū)2005-10-17日9:00-10:00
ABIS掉話300多次,起初還以為是該小區(qū)傳輸出現故障導致了如此高的掉話次數,查看告警,發(fā)現有7745和7725告警,并未有傳輸告警,另外用ZERO命令發(fā)現有輕微的干擾,不會產生如此高的掉話。懷疑硬件故障,查看各TRX掉話,發(fā)現TRX-5掉話有200多次,切入失敗引起的掉話有100多次,其它載頻掉話正常,估計TRx-5故障所致,,重起該小區(qū)然后調整小區(qū)重選參數和切換參數,盡量減少用戶在該小區(qū)下占用的幾率。觀察一個小時后還有100多次的掉話,判斷是不能通過基站復位修正的故障。通知客戶檢查基站硬件,于11:00左右故障解除,掉話恢復正常。
解決前后對比:
PERIOD_START_TIME
| NAME
| CELL_ID
| BTS_ID
| NW_NAME
| DCN
| SUCC
| TCH_RADIO_FAIL
| TCH_RF_OLD_HO
| TCH_ABIS_FAIL_CALL
|
10-16 7:00:00
| NYBSC13
| 45036
| 9
| RENMINRD3
| 0
| 475
| 0
| 0
| 0
|
10-16 8:00:00
| NYBSC13
| 45036
| 9
| RENMINRD3
| 2
| 919
| 0
| 0
| 2
|
10-16 9:00:00
| NYBSC13
| 45036
| 9
| RENMINRD3
| 3
| 1259
| 2
| 0
| 1
|
10-16 10:00:00
| NYBSC13
| 45036
| 9
| RENMINRD3
| 5
| 1402
| 4
| 0
| 1
|
10-17 7:00:00
| NYBSC13
| 45036
| 9
| RENMINRD3
| 9
| 580
| 9
| 0
| 0
|
10-17 8:00:00
| NYBSC13
| 45036
| 9
| RENMINRD3
| 6
| 1233
| 5
| 1
| 0
|
10-17 9:00:00
| NYBSC13
| 45036
| 9
| RENMINRD3
| 353
| 1728
| 24
| 0
| 329
|
10-17 10:00:00
| NYBSC13
| 45036
| 9
| RENMINRD3
| 185
| 675
| 17
| 0
| 168
|
10-17 11:00:00
| NYBSC13
| 45036
| 9
| RENMINRD3
| 23
| 992
| 5
| 0
| 0
|
10-18 7:00:00
| NYBSC13
| 45036
| 9
| RENMINRD3
| 8
| 638
| 8
| 0
| 0
|
10-18 8:00:00
| NYBSC13
| 45036
| 9
| RENMINRD3
| 3
| 693
| 3
| 0
| 0
|
10-18 9:00:00
| NYBSC13
| 45036
| 9
| RENMINRD3
| 2
| 728
| 2
| 0
| 0
|
10-18 10:00:00
| NYBSC13
| 45036
| 9
| RENMINRD3
| 10
| 1608
| 7
| 1
| 2
|
于11:00左右硬件故障解除,11:00-12:00的掉話基本恢復正常,問題解決后掉話恢復原來水平。
CASE 4:鎮(zhèn)平黑虎廟掉話高
問題現象:黑虎廟(56509)是鎮(zhèn)平景區(qū)的邊際站,掉話高,嚴重影響了網絡的性能指標
問題分析和措施: 鎮(zhèn)平黑虎廟(CI=56509,配置為O2的 METROSITE站)掉話高,平時掉話次數在20次以上,掉話率在10%以上,由于該站地處鎮(zhèn)平山區(qū),山高路遠,維護不便,是典型的最差小區(qū)。引起該站掉話的主要原因是載波存在隱性硬件故障,但該站的上下行質量尚可,經過對該站的掉話進行分析,發(fā)現該站的BCCH載波TRX2掉話次數一直很高,通過統計載波的占用情況,發(fā)現該站兩塊載波基本相當,但TRX1掉話相對較少,于是修改參數TRP為2,讓話音優(yōu)先占用載波TRX1,減少掉話的產生。
優(yōu)化結果:下表是參數修改后掉話變化情況對比,其中黃色部分為修改參數TRP后的掉話情況:
PERIOD_START_TIME
| NAME
| CELL_ID
| BTS_ID
| NW_NAME
| DCN
| SUCC
|
10-11 8:00
| NYBSC12
| 56509
| 105
| HEIHUMIAO
| 26
| 251
|
10-11 9:00
| NYBSC12
| 56509
| 105
| HEIHUMIAO
| 16
| 222
|
10-11 10:00
| NYBSC12
| 56509
| 105
| HEIHUMIAO
| 7
| 232
|
10-11 11:00
| NYBSC12
| 56509
| 105
| HEIHUMIAO
| 10
| 221
|
10-12 8:00
| NYBSC12
| 56509
| 105
| HEIHUMIAO
| 25
| 246
|
10-12 9:00
| NYBSC12
| 56509
| 105
| HEIHUMIAO
| 27
| 301
|
10-12 10:00
| NYBSC12
| 56509
| 105
| HEIHUMIAO
| 11
| 229
|
10-12 11:00
| NYBSC12
| 56509
| 105
| HEIHUMIAO
| 5
| 268
|
10-13 8:00
| NYBSC12
| 56509
| 105
| HEIHUMIAO
| 11
| 271
|
10-13 9:00
| NYBSC12
| 56509
| 105
| HEIHUMIAO
| 9
| 275
|
10-13 10:00
| NYBSC12
| 56509
| 105
| HEIHUMIAO
| 8
| 252
|
10-13 11:00
| NYBSC12
| 56509
| 105
| HEIHUMIAO
| 9
| 294
|
從上表早忙時的掉話情況可以看出,載波占用優(yōu)先級修改后掉話有所好轉,相對修改前掉話次數下降了一半,但隨著話務的增加TCH占用TRX2的次數增加可能使掉話次數大量增加。要切底解決該站的掉話問題,必須解決其存在的隱性硬件問題,現在該站的硬件問題已在處理之中。
CASE 5:東環(huán)局二區(qū)掉話高
現象和影響:東環(huán)局基站二區(qū)(CI=45065)掉話高,最高掉話次數達30次以上,對市區(qū)基站來說如此高的掉話次數嚴重影響了網絡的性能指標。
分析和解決方案:檢查基站告警沒有嚴重的告警信息,但用ZERO查看載波有輕微的干擾,該站帶有直放站,懷疑可能是直放站存在問題,遂將直放站調整到該站一區(qū)繼續(xù)進行觀察,掉話指標沒有好轉但下行質量有所提高。關閉該小區(qū)的BB跳頻繼續(xù)觀察,發(fā)現該小區(qū)(TRX=3,TCH=15)和(TRX=8,TCH=26)的載波下行質量相對較差,對換頻點發(fā)現頻率26在該處存在質量較差,但TRX=3的載波下行質量不受頻率更換影響,懷疑該頻點可能受柴莊口基站的BCCH=25鄰頻干擾,更換頻點TCH=26為2,同時通知基站維護人員檢查TRX=3的硬件。
相關指標情況:頻率優(yōu)化和硬件故障恢復后掉話次數下降到10次以內。
PERIOD_START_TIME
| NAME
| CELL_ID
| NW_NAME
| DCN
| SUCC
|
8-4 10:00
| NYBSC9
| 45065
| DONGHUANJU2
| 22
| 669
|
8-5 10:00
| NYBSC9
| 45065
| DONGHUANJU2
| 18
| 822
|
8-6 10:00
| NYBSC9
| 45065
| DONGHUANJU2
| 31
| 783
|
8-7 10:00
| NYBSC9
| 45065
| DONGHUANJU2
| 10
| 712
|
8-8 10:00
| NYBSC9
| 45065
| DONGHUANJU2
| 15
| 601
|
8-9 10:00
| NYBSC9
| 45065
| DONGHUANJU2
| 23
| 674
|
8-10 10:00
| NYBSC9
| 45065
| DONGHUANJU2
| 15
| 635
|
8-11 10:00
| NYBSC9
| 45065
| DONGHUANJU2
| 8
| 508
|
8-12 10:00
| NYBSC9
| 45065
| DONGHUANJU2
| 12
| 544
|
8-13 10:00
| NYBSC9
| 45065
| DONGHUANJU2
| 13
| 628
|
8-14 10:00
| NYBSC9
| 45065
| DONGHUANJU2
| 3
| 604
|
8-15 10:00
| NYBSC9
| 45065
| DONGHUANJU2
| 2
| 592
|
8-16 10:00
| NYBSC9
| 45065
| DONGHUANJU2
| 9
| 534
|
8-17 10:00
| NYBSC9
| 45065
| DONGHUANJU2
| 7
| 476
|
8-17 10:00
| NYBSC9
| 45065
| DONGHUANJU2
| 7
| 476
|
8-18 10:00
| NYBSC9
| 45065
| DONGHUANJU2
| 5
| 515
|
CASE 6: 南召曹村直方站故障
問題現象:南召曹村(53219)直放站出現故障,導致其上行質量很差,掉話也比較高,嚴重影響了網絡指標。
問題分析和措施:南召曹村(53219)配置兩塊載頻,最近掉話比較高,最高時達50次左右,兩載頻上行質量也很差,其中0級所占的比例只有50%多一點。察看告警,兩個載頻均有7745告警,掉話比較均勻,且不定期出現干擾,有的時候干擾等級還很強,修改頻點后干擾并未消失,經詢問得知,該站另外帶有直方站,懷疑直方站出現故障所至,遂通知客戶先將直方站關閉,關閉后,干擾消失,觀察關閉后一個小時的指標,掉話恢復正常水平,上行質量中TRX-1上升到92.45%, TRX-2上升到95.28%。
[attach]189192[/attach]
目前該直放站故障已經處理。
CASE 7 :鄧州柏林(47419)上行質量差,掉話高
l
日常案例出現現象和影響描述
Ø
近來接到用戶反映鄧州柏林通話質量差,出現話音斷續(xù)現象;
Ø
通過提取鄧州柏林(47419)基站KPI分析,發(fā)現近段時間該站上行質量差,掉話高,忙時掉話率在10%以上;
Ø
通過提取告警統計有TRX3、TRX4出現7743、7744、7745告警。
l
日常案例分析和解決方法
Ø
檢查該小區(qū)數據無誤,小區(qū)不存誤碼現象,但通過ZERO命令該小區(qū)有輕微的上行干擾擾現象,通過頻率檢查和置換干擾并未消失,頻率并不存在問題;
Ø
該站的兩個TRX均出現7743、7744、7745告警,且兩個載波的掉話較高,同時兩載波的上行質量較差;可見,該小區(qū)的的上行通路存在問題;
Ø
該站屬農村覆蓋站,為提高下行覆蓋該站安裝有功率放大器和塔放,下行質量較好說明功放不存在問題,問題可能出在合路器、饋線、接頭、塔放等處幾率較大,提交硬件故障單重點對合路器、饋線、接頭、塔放等硬件進行檢查;
Ø
通過硬件檢查確認該站塔放存在問題,通過處理后該站上行質量、掉話率恢復正常。
l
解決前后對比 :
處理硬件故障后,話音質量、掉話明顯改善,上行質量0級恢復到90%以上,掉話率也下降到1%左右(如下表):
PERIOD_START_TIME
| CELL_ID
| NW_NAME
| BTS_ID
| TRX
| TRX_FREQUENCY
| UL0
| DL0
|
9-20 9:00
| 47419
| DZBOLIN
| 121
| 3
| 79
| 67.54%
| 93.47%
|
9-20 10:00
| 47419
| DZBOLIN
| 121
| 3
| 79
| 53.09%
| 87.86%
|
9-20 9:00
| 47419
| DZBOLIN
| 121
| 4
| 49
| 67.28%
| 91.12%
|
9-20 10:00
| 47419
| DZBOLIN
| 121
| 4
| 49
| 51.69%
| 91.02%
|
9-21 9:00
| 47419
| DZBOLIN
| 121
| 3
| 79
| 92.80%
| 94.09%
|
9-21 10:00
| 47419
| DZBOLIN
| 121
| 3
| 79
| 90.70%
| 93.70%
|
9-21 9:00
| 47419
| DZBOLIN
| 121
| 4
| 49
| 93.88%
| 94.93%
|
9-21 10:00
| 47419
| DZBOLIN
| 121
| 4
| 49
| 89.39%
| 90.58%
|
9-22 9:00
| 47419
| DZBOLIN
| 121
| 3
| 79
| 92.02%
| 95.29%
|
9-22 10:00
| 47419
| DZBOLIN
| 121
| 3
| 79
| 92.58%
| 94.67%
|
9-22 9:00
| 47419
| DZBOLIN
| 121
| 4
| 49
| 92.51%
| 94.17%
|
9-22 10:00
| 47419
| DZBOLIN
| 121
| 4
| 49
| 91.55%
| 92.85%
|
CASE 8 :普惠豐潤棉業(yè)BTS2-57745掉話n
問題描述
后臺顯示普惠豐潤棉業(yè)BTS2-57745掉話現象。
n
問題分析
指標統計發(fā)現為普惠豐潤棉業(yè)BTS2-57745從18號開始掉話嚴重,經查沒有告警各載頻掉話均等,沒有載頻故障,而經查發(fā)現小區(qū)上行較差,而且新加直放站時開始出現上行較差,掉話嚴重,所以懷疑為直放站故障導致的掉話嚴重。
n
問題解決:
請協調相關人員盡快修復直放站故障。
調整前后對比指標:
序號
| 開始時間
| 小區(qū)
| 切換成功率(%)
| 話音信道掉話率(不含切換)(%)
| 忙時話音信道占用總次數(不含切換)
| 忙時話音信道掉話總次數
|
調
整
前
| 2010-12-01 08:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 84.55%
| 4.29%
| 70
| 3
|
2010-12-01 09:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 49.55%
| 7.69%
| 143
| 11
|
2010-12-01 10:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 62.47%
| 6.33%
| 237
| 15
|
2010-12-01 11:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 76.77%
| 5.05%
| 198
| 10
|
2010-12-01 18:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 74.94%
| 7.98%
| 163
| 13
|
2010-12-01 19:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 66.43%
| 6.36%
| 173
| 11
|
2010-12-01 20:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 63.18%
| 8.06%
| 211
| 17
|
2010-12-01 21:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 65.31%
| 6.58%
| 152
| 10
|
2010-12-01 22:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 81.79%
| 3.60%
| 111
| 4
|
調
整
后
| 2010-12-02 08:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 33.33%
| 7.14%
| 42
| 3
|
2010-12-02 09:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 83.68%
| 4.12%
| 97
| 4
|
2010-12-02 10:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 95.43%
| 1.03%
| 97
| 1
|
2010-12-02 11:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 100.00%
| 1.28%
| 78
| 1
|
2010-12-02 18:00:00
| 普惠豐潤棉業(yè)BTS1-57744
| 96.53%
| 0.37%
| 268
| 1
|
2010-12-02 18:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 98.97%
| 0.00%
| 60
| 0
|
2010-12-02 19:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 97.66%
| 0.91%
| 110
| 1
|
2010-12-02 20:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 95.88%
| 2.50%
| 120
| 3
|
2010-12-02 21:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 98.13%
| 0.75%
| 134
| 1
|
2010-12-02 22:00:00
| 普惠豐潤棉業(yè)BTS2-57745
| 100.00%
| 1.96%
| 51
| 1
|
CASE 9:中山中學-2掉話高n
問題描述:對中山中學-2小區(qū)的話統檢查是發(fā)現,7月23日9:00-12:00掉話高,2071掉話率在3%以上,掉話基本為無線掉話和無線切換掉話,話統如下:
時間
| Cell Name
| TCH ave(%)
| DCN_2071
| 成功試呼數
| DCR_2071(%)
| TCH_RF_OLD_HO
| TCH_RADIO_FAIL
|
2010-7-23 9:00
| 中山學校-2
| 100
| 18
| 403
| 4.47%
| 1
| 21
|
2010-7-23 9:00
| 新城信用社-2
| 100
| 7
| 375
| 1.87%
| 1
| 6
|
2010-7-23 10:00
| 中山學校-2
| 100
| 26
| 482
| 5.39%
| 3
| 25
|
2010-7-23 10:00
| 新城信用社-2
| 100
| 19
| 518
| 3.67%
| 3
| 25
|
2010-7-23 11:00
| 中山學校-2
| 100
| 45
| 628
| 7.17%
| 2
| 54
|
2010-7-23 11:00
| 新城信用社-2
| 100
| 35
| 610
| 5.74%
| 5
| 39
|
2010-7-23 12:00
| 中山學校-2
| 100
| 20
| 606
| 3.30%
| 3
| 23
|
2010-7-23 12:00
| 新城信用社-2
| 100
| 23
| 605
| 3.80%
| 5
| 20
|
n
問題分析:
查看本小區(qū)的最近掉話情況,掉話一直較高,本小區(qū)該時段無告警。查看載頻級掉話,掉話集中在TRX8上,為一TCH所在載頻,頻點為TCH=53,其他載頻掉話率正常。集中在一塊載頻上的掉話主要考慮:1、頻點干擾; 2、載頻等硬件故障 ;3、連線松動。
檢查本小區(qū)的上行干擾帶,發(fā)現3、4級干擾帶比例較高。TRX8的上行、下行質量均較差。中山中學-2小區(qū)的頻點進行檢查,發(fā)現同新城信用社-2小區(qū)存在53號同頻頻點。中山中學基站同新城信用社基站距離較近,直線距離約180m。同時新城信用社-2小區(qū)53 TCH頻點所在的TRX8掉話也高,基本為無線掉話,本小區(qū)的掉話集中在本塊載頻上。
至此,中山中學-2小區(qū)的掉話很可能是因TRX8的53號頻點頻率干擾引起。
[attach]189194[/attach]
n
處理過程:將中山中學-2小區(qū)的53號TCH頻點更改為29號頻點,查看下時段話統。
n
處理結果:更改后查看下時段的話統,中山中學-2和新城信用社的掉話恢復正常,掉話率在1%以下。
時間
| Cell Name
| TCH ave(%)
| DCN_2071
| 成功試呼數
| DCR_2071(%)
| TCH_RF_OLD_HO
| TCH_RADIO_FAIL
|
2010-7-23 14:00
| 中山學校-2
| 100
| 0
| 444
| 0.00%
| 0
| 1
|
2010-7-23 14:00
| 新城信用社-2
| 100
| 0
| 310
| 0.00%
| 0
| 0
|
2010-7-23 15:00
| 中山學校-2
| 100
| 1
| 341
| 0.29%
| 0
| 1
|
2010-7-23 15:00
| 新城信用社-2
| 100
| 2
| 366
| 0.55%
| 1
| 1
|
2010-7-23 16:00
| 中山學校-2
| 100
| 0
| 411
| 0.00%
| 0
| 2
|
2010-7-23 16:00
| 新城信用社-2
| 100
| 3
| 400
| 0.75%
| 0
| 2
|
2010-7-23 17:00
| 中山學校-2
| 100
| 1
| 442
| 0.23%
| 0
| 2
|
2010-7-23 17:00
| 新城信用社-2
| 100
| 2
| 396
| 0.51%
| 0
| 1
|
CASE 10:規(guī)劃局-2掉話問題分析n
問題描述:規(guī)劃局-2掉話嚴重
n
問題分析:從7月29日早忙時監(jiān)控指標發(fā)現,庫爾勒市區(qū)華凌公寓-2,華凌公寓-3小區(qū)突然出現大量掉話,分析掉話原因發(fā)現該小區(qū)掉話原因發(fā)現掉話大部分為TR掉話和LAPD掉話,因無線側原因掉話很少,懷疑為小區(qū)傳輸出現故障。
PERIOD_START
_TIME
| BSC
| NAME
| DCN
| RF
| RF_old
| abis
| abis_old
| A
| A_OLD
| TR
| TR_OLD
| LAPD
|
2010-7-29 10:00
| KELBSC4
| 華凌公寓-2
| 219
| 3
| 7
| 9
| 3
| 0
| 0
| 142
| 4
| 47
|
2010-7-29 10:00
| KELBSC4
| 華凌公寓-3
| 100
| 1
| 4
| 5
| 2
| 0
| 0
| 65
| 4
| 19
|
2010-7-29 11:00
| KELBSC4
| 華凌公寓-2
| 206
| 4
| 4
| 15
| 1
| 0
| 0
| 40
| 0
| 142
|
2010-7-29 11:00
| KELBSC4
| 華凌公寓-3
| 89
| 3
| 4
| 3
| 1
| 0
| 0
| 10
| 0
| 68
|
2010-7-29 12:00
| KELBSC4
| 華凌公寓-2
| 113
| 1
| 0
| 3
| 5
| 0
| 0
| 0
| 0
| 72
|
2010-7-29 12:00
| KELBSC4
| 華凌公寓-3
| 51
| 0
| 2
| 2
| 1
| 0
| 0
| 1
| 0
| 30
|
2010-7-29 16:00
| KELBSC4
| 華凌公寓-2
| 3
| 2
| 1
| 0
| 0
| 0
| 0
| 0
| 0
| 0
|
告警詳情:
<HIST> KELBSC4
BCF-0101
BTS-0103
QUAL
2010-07-29
10:36:53.23
*** ALARM
HUALINGGONGYU3
ENABLED
(64656) 7767 BCCH MISSING
<HIST> KELBSC4
BCF-0101
BTS-0101
QUAL
2010-07-29
10:37:31.47
*** ALARM
HUALINGGONGYU1
ENABLED
(64657) 7767 BCCH MISSING
<HIST> KELBSC4
BCF-0101
BTS-0102
QUAL
2010-07-29
10:38:05.04
*** ALARM
HUALINGGONGYU2
ENABLED
(64668) 7767 BCCH MISSING
<HIST> KELBSC4
BCF-0101
EQUIPM
2010-07-29
10:39:04.68
..
CANCEL
PCM -0214
ENABLED
(64641) 7704 PCM FAILURE
查看告警
BTS=0101,BTS=0101,BTS=0102,都已經退服,原因為傳輸故障告警。
在后2個時段中,BCF=101一直由于傳輸PCM=0214故障導致不停閃斷。
查看PCM=214性能 發(fā)現PCM=214傳輸存在傳輸誤碼。
CRC PERFORMANCE MONITORING:
TOTAL
AVAIL
UNAVAIL
TIME
TIME
TIME
LOCAL END
11:49:31
11:49:31
00:00:00
REMOTE END
11:49:31
11:49:31
00:00:00
(%)
EFS
ES
SES
DM
LOCAL END
98.77
1.23
0.04
6.34
REMOTE END
98.69
1.31
0.00
5.21
n
問題解決:維護人員趕到現場處理故障時發(fā)現基站側傳輸2M線線頭故障導致傳輸故障。在更換后下午監(jiān)控16點指標,華凌公寓-2,華凌公寓-3小區(qū)恢復正常。
CASE 11:西站三岔口掉話問題分析n
問題描述:
從KIP指標指標分析發(fā)現7月21日,7月22日西站三岔口3小區(qū)掉話較為嚴重,3J掉話掉話次數最高可達到每小時15次,3j掉話率最高可達到8%。
通過上表可以看出,該小區(qū)掉話多集中在TCH_RADIO_FALL和TCH-RF-HO掉話,初步懷疑小區(qū)可能由于干擾導致的掉話。
對小區(qū)上行干擾的檢查:
通過對該小區(qū)近2日KIP查看,發(fā)現該小區(qū)基本不存在上行干擾。
對小區(qū)下行質量的檢查:
從上表統計中我們可以發(fā)現,該小區(qū)共有3塊載頻,TCH=90的載頻下行質量很差,7級話質所占比率高達7.26%?梢猿醪綉岩蔀橘|差導致的掉話。
對小區(qū)頻點的檢查:
通過對小區(qū)頻點檢查我們發(fā)現,西站三岔口-3小區(qū)TCH=90和火車站-3小區(qū)TCH=89存在鄰頻干擾。
調整建議 :
將西站三岔口-3小區(qū)TCH=90調整為TCH=87.
調整后指標統計:
調整后下行質量統計:
通過上述統計我們發(fā)現。在將TCH=90à87后,該小區(qū)掉話得到明顯改善,并且下行話質7級百分比下降為0.2%左右。