路測(cè)及其數(shù)據(jù)分析

1、DriveTest測(cè)試設(shè)備及技術(shù) 本部分內(nèi)容綜述DRIVE TESE的功能、作用、操作過程和對(duì)DRIVE TEST采集來的數(shù)據(jù)分析的一些方法和經(jīng)驗(yàn)。通過本教材的學(xué)習(xí)，目的是使學(xué)員對(duì)DRIVE TEST技術(shù)有一個(gè)較全面的認(rèn)識(shí)，從而在現(xiàn)實(shí)工作中更好地為系統(tǒng)的優(yōu)化和規(guī)劃服務(wù)。DriveTest的功能DriveTest的作用是通過實(shí)地測(cè)量的方法獲取在現(xiàn)有基站條件下的無線覆蓋和網(wǎng)絡(luò)運(yùn)行情況。基站發(fā)出的載波信號(hào)在空中傳播過程中，由于地形、建筑物及其它一些環(huán)境因素的影響，或者由于實(shí)際建設(shè)時(shí)基站選址上的不確切性及網(wǎng)絡(luò)運(yùn)行中基站周圍環(huán)境發(fā)生了較大的變化的因素的影響，使得系統(tǒng)實(shí)際建成以后的覆蓋情況發(fā)生了較大的變化

2、。因此，只有通過實(shí)地測(cè)量才能真正了解系統(tǒng)的實(shí)際覆蓋狀況。網(wǎng)絡(luò)運(yùn)行的情況隨時(shí)在變化，設(shè)備損壞、網(wǎng)絡(luò)擴(kuò)容、用戶數(shù)增加以及大型會(huì)議，節(jié)日引起話務(wù)量的臨時(shí)變化等都會(huì)影響網(wǎng)絡(luò)的運(yùn)行質(zhì)量。要了解用戶的實(shí)際通話效果和質(zhì)量，只從OMC讀取PM報(bào)告是不夠的，必須進(jìn)行DriveTest。l DriveTest的功能l 測(cè)試全網(wǎng)覆蓋情況載波干擾比(C/I)決定覆蓋范圍。GSM系統(tǒng)屬于噪聲受限系統(tǒng)，除了考慮場(chǎng)強(qiáng)覆蓋范圍外，還必須考慮覆蓋范圍內(nèi)的載干比C/I。從傳播角度考慮，場(chǎng)強(qiáng)覆蓋范圍容易滿足，而載干比可能在某些區(qū)域達(dá)不到要求。所以測(cè)試覆蓋范圍時(shí)必須考慮滿足C/I值的覆蓋情況，對(duì)于C/I達(dá)不到指標(biāo)的區(qū)域仍然要視為盲區(qū)

3、。l 測(cè)試基站覆蓋范圍接入電平可決定小區(qū)的實(shí)際服務(wù)范圍。通常基站的服務(wù)范圍小于場(chǎng)強(qiáng)覆蓋范圍。在測(cè)試中可以話音的切換點(diǎn)或者BCCH為最強(qiáng)者的范圍作為基站覆蓋范圍。l 定位基站位置及天線方向基站在規(guī)劃和實(shí)際施工后有時(shí)位置會(huì)有變動(dòng)，可以在路測(cè)重新定位。同時(shí)，通過觀察小區(qū)的服務(wù)范圍可以判斷天線方向是否正確。DriveTest工作常見測(cè)試功能：l 測(cè)試全網(wǎng)覆蓋情況l 測(cè)試基站覆蓋范圍l 定位基站位置及天線方向l 干擾測(cè)試通信系統(tǒng)中的干擾將使誤碼率升高，從而使話音質(zhì)量下降甚至掉話。干擾常見的有同頻干擾、鄰頻干擾、互調(diào)干擾等。在GSM移動(dòng)通信蜂窩系統(tǒng)中，關(guān)于同頻道干擾保護(hù)比，規(guī)定載波干擾比C/I12dB，鄰

4、頻干擾保護(hù)比則為載波干擾比C/I-9dB。l 網(wǎng)絡(luò)評(píng)估測(cè)試過程中，可以對(duì)撥打的電話按照5級(jí)評(píng)分：5 通話質(zhì)量好，無干擾。4 通話質(zhì)量一般，偶爾需要重復(fù)，才能聽清。3 通話質(zhì)量一般，經(jīng)常需要重復(fù)。2 通話質(zhì)量差，需要大聲重復(fù)，仍然很難聽清楚。1 通話質(zhì)量極差，無法接受。l 其它如輔助勘查工作、解決用戶投訴等要求的路測(cè)工作 l 干擾測(cè)試l 網(wǎng)絡(luò)評(píng)估l 其他DriveTest的設(shè)備要求DriveTest測(cè)試設(shè)備通?？煞譃楸銛y式和車載式兩種。便攜式測(cè)試設(shè)備一般適用于小型蜂窩網(wǎng)和區(qū)域網(wǎng)，攜帶方便，測(cè)試手段較簡單。車載式設(shè)備容量大，可以記錄并實(shí)時(shí)顯示大量數(shù)據(jù)，并且可以對(duì)多個(gè)網(wǎng)絡(luò)同時(shí)進(jìn)行測(cè)試，功能較為全面。

5、由于車載式多采用模塊化設(shè)計(jì)，可擴(kuò)展性也較好。DriveTest的設(shè)備要求完整的綜合測(cè)試儀(車載式，便攜式）其基本要求是測(cè)試儀器必須具備多信道的場(chǎng)強(qiáng)測(cè)試功能，能自動(dòng)滿足采樣要求的數(shù)據(jù)采集系統(tǒng)，能實(shí)時(shí)處理及后臺(tái)處理的數(shù)據(jù)存儲(chǔ)系統(tǒng)。同時(shí)測(cè)試設(shè)備必須具備通話跟蹤測(cè)試功能，對(duì)測(cè)試手機(jī)編程，以便它象普通手機(jī)一樣正常通話，并能記錄手機(jī)的各種狀態(tài)（如HANDOVER，BLOCK CALL，DROP CALL）。還應(yīng)該包括手機(jī)當(dāng)時(shí)占上的BCCH或載波信道號(hào)及其場(chǎng)強(qiáng)電平值、時(shí)隙、時(shí)間提前量以及相鄰小區(qū)的BCCH和場(chǎng)強(qiáng)電平值。此外，應(yīng)該記錄Layer 1，Layer 2，Layer 3 message。全球衛(wèi)星定位

6、系統(tǒng)（GPS）一般用戶使用的是粗碼（C/A碼），實(shí)時(shí)定位進(jìn)度較低，為幾十米。若測(cè)試所需的精度達(dá)到米級(jí)水平，則還需配備GPS實(shí)時(shí)差分系統(tǒng)。除了GPS系統(tǒng)外，還應(yīng)配備方向傳感器和速度傳感器，用于由于地形地物引起的接收衛(wèi)星信號(hào)很差的定位。彩色繪圖儀/打印機(jī)彩色圖表可以直觀的反映系統(tǒng)的狀況，有助于工程師迅速地作出判斷。彩色繪圖儀可以輸出較大幅面的圖紙，而便攜式彩色打印機(jī)可以隨身攜帶，能滿足絕大部分優(yōu)化現(xiàn)場(chǎng)工作要求。完整的綜合測(cè)試儀(車載式，便攜式）全球衛(wèi)星定位系統(tǒng)（GPS）彩色繪圖儀/打印機(jī)優(yōu)化專用測(cè)試車輛測(cè)試車應(yīng)該專用，有足夠的空間供安裝測(cè)試儀器和測(cè)試工程師在內(nèi)操作使用。后臺(tái)處理評(píng)估軟件測(cè)試所采集的

7、數(shù)據(jù)通過實(shí)時(shí)處理，應(yīng)該在后臺(tái)軟件進(jìn)行進(jìn)一步分析。后臺(tái)軟件應(yīng)當(dāng)可以輸出直觀方便的圖示形式結(jié)果。后臺(tái)軟件應(yīng)具備：顯示覆蓋區(qū)場(chǎng)強(qiáng)分布圖顯示同時(shí)測(cè)試的各信道場(chǎng)強(qiáng)值顯示各個(gè)廣播信道分布圖顯示小區(qū)標(biāo)示號(hào)分布圖顯示話音質(zhì)量分布圖顯示信道切換分布圖顯示Layer 3 message并解碼優(yōu)化專用測(cè)試車輛后臺(tái)處理評(píng)估軟件數(shù)字化地圖測(cè)試所用的數(shù)字化地圖一般是將測(cè)試得到的場(chǎng)強(qiáng)值、C/I值和切換電平等標(biāo)記在該地圖上，供工程技術(shù)人員參考分析使用，因此通?？墒褂枚S數(shù)字化地圖，上面應(yīng)該有地貌概況、街道走向和位置等內(nèi)容。在無法獲得數(shù)字化地圖的時(shí)候，也可以將市區(qū)地圖進(jìn)行掃描后，與測(cè)試數(shù)據(jù)粘貼在一起。具有一種或幾種電源供應(yīng)方法

8、通?？梢圆捎靡韵路绞焦╇姡浩圏c(diǎn)煙器電源供電汽車發(fā)電機(jī)供電車上附加蓄電池供電UPS供電車用逆變器供電電源主要為測(cè)試設(shè)備，便攜機(jī)、GPS、有時(shí)還包括測(cè)試手機(jī)等供電。應(yīng)當(dāng)能夠保證以上設(shè)備同時(shí)使用三個(gè)小時(shí)以上。數(shù)字化地圖具有一種或幾種電源供應(yīng)方法DriveTest的準(zhǔn)備工作一獲取運(yùn)行網(wǎng)絡(luò)的最新頻率規(guī)劃資料，應(yīng)包含：LAC， BSC-NO，SITE-NO，SITE ID，SITE NameCELL ID，BSIC，BCCH，HSN，MAIO 。二獲取基站的有關(guān)信息，包含：Longitude，Latitude，Site Type，Sector Width，Azimuth ，Height，Downtilt

9、，ERP 。三將基站的有關(guān)信息編輯成D.T測(cè)試軟件可以調(diào)用的數(shù)據(jù)庫。測(cè)試過程中可作動(dòng)態(tài)資料連接，隨時(shí)查詢。四收集客戶投訴的有關(guān)信息五從PM統(tǒng)計(jì)中找出有問題的基站或區(qū)域，加以重點(diǎn)關(guān)注，在地圖上加以標(biāo)注。六用一份最新的城市地圖將各基站的所在位置醒目地加以標(biāo)注，最好還標(biāo)上簡單的頻率資料,包含各小區(qū)BCCH，BSIC，CELL-NODriveTest的準(zhǔn)備工作應(yīng)該在測(cè)試工作前制定詳細(xì)的測(cè)試工作計(jì)劃。即確定測(cè)試的范圍和具體測(cè)試的目的和指標(biāo)。七根據(jù)路況制定可行的測(cè)試路線或地點(diǎn)，在地圖上加以標(biāo)注。測(cè)試路線必須包括市區(qū)所有的主要街道，所有小區(qū)都應(yīng)被至少測(cè)試一次。八確認(rèn)測(cè)試設(shè)備處于可靠的工作狀態(tài)。九確定一個(gè)可用

10、于撥打測(cè)試的市話號(hào)碼。該號(hào)碼應(yīng)該可以提供3分鐘以上的話音。十人員：數(shù)據(jù)采集工作通常由一名司機(jī)和一名操作人員完成。如果在一個(gè)比較大的系統(tǒng)中，可能需要若干組人員。數(shù)據(jù)分析工作可以由若干名人員完成。這些人員應(yīng)該對(duì)系統(tǒng)較深的了解。 Note:DriveTest執(zhí)行一 測(cè)試用的MOBILE應(yīng)設(shè)置成撥打測(cè)試，掃描儀應(yīng)該可以對(duì)多個(gè)BCCH同時(shí)掃描。另配備一個(gè)手機(jī)用于測(cè)試工程師與OMC工程師及時(shí)聯(lián)絡(luò)。二每個(gè)LOG文件必須記錄Layer1,Layer2,Layer3信息，盡量記錄測(cè)試設(shè)備所能記錄的所有數(shù)據(jù)。三撥打的每個(gè)電話應(yīng)保持大約兩分鐘，間隔1020秒。四撥打或被叫的每個(gè)電話如有問題應(yīng)在該點(diǎn)加注Marker或

11、Notes，以備分析。五測(cè)試過程中發(fā)現(xiàn)的每個(gè)問題都應(yīng)記錄時(shí)間，地點(diǎn)和直觀的分析結(jié)果。諸如 Drop_call，Interference，No_handover等。六如果條件允許,對(duì)每個(gè)小區(qū)都應(yīng)作和測(cè)試。七對(duì)每個(gè)小區(qū)都應(yīng)作主叫和被叫的測(cè)試。八Log文件命名最好由系統(tǒng)名和測(cè)試日期組合而成。九在優(yōu)化過程中，可隨時(shí)根據(jù)需要進(jìn)行不同目的測(cè)試。十優(yōu)化完成時(shí)應(yīng)進(jìn)行最后一次的測(cè)試，以便對(duì)優(yōu)化前后的數(shù)據(jù)作一對(duì)比，驗(yàn)證優(yōu)化之效果。DriveTest執(zhí)行DriveTest工作模擬用戶使用情況，利用軟件控制測(cè)試手機(jī)獲取網(wǎng)絡(luò)信息，能準(zhǔn)確而迅速地評(píng)估網(wǎng)絡(luò)質(zhì)量，發(fā)現(xiàn)問題，并找出原因。DriveTest測(cè)試軟件的使用(以SA

12、FCO公司為例)SAFCO公司的測(cè)試設(shè)備有SMRT SAM PLUS（模擬網(wǎng)，便攜）， PROMAS（車載），WALKABOUT（GSM、CDMA便攜）。我們以WALKABOUT為例介紹測(cè)試設(shè)備的使用。s 設(shè)備的配置：測(cè)試設(shè)備通常包括測(cè)試移動(dòng)臺(tái)一臺(tái)（GSM900，1800，1900，DUALBAND），掃描儀一臺(tái)，全球定位系統(tǒng)（GPS）一套，車輪方向傳感器一套（車載設(shè)備使用），Walkabout軟件一套。s 對(duì)Walkabout軟件進(jìn)行設(shè)置將設(shè)備聯(lián)接好以后，軟件能夠自動(dòng)檢測(cè)出相應(yīng)設(shè)備對(duì)各個(gè)設(shè)備進(jìn)行設(shè)置，采集所需的數(shù)據(jù)。對(duì)測(cè)試手機(jī)設(shè)置需要紀(jì)錄的數(shù)據(jù)的間隔，自動(dòng)撥號(hào)等。對(duì)掃描儀設(shè)置要掃描的信道。打

13、開觀察窗口，開始測(cè)試。數(shù)據(jù)分析DriveTest測(cè)試的數(shù)據(jù)，經(jīng)過仔細(xì)地分析，可以對(duì)優(yōu)化工作起到指導(dǎo)作用。配合有數(shù)字地圖的圖表分析是非常有效的手段。數(shù)據(jù)分析的工程師應(yīng)該對(duì)系統(tǒng)有一定的了解，同時(shí)熟悉接入、切換等過程的信令接口和流程，不僅能對(duì)現(xiàn)象及時(shí)作出直觀的判斷，同時(shí)對(duì)其發(fā)生故障的原因也能進(jìn)行分析。Note:l 根據(jù)測(cè)試數(shù)據(jù)，輸出以下分布圖：*Rxlev區(qū)域分布圖*Rxqual區(qū)域分布圖*Mobile Tx Power區(qū)域分布圖*Timing Advance區(qū)域分布圖*CELL ID區(qū)域分布圖*Rxlev等級(jí)分布圖表*Rxqual等級(jí)分布圖表l 根據(jù)分布圖，找出問題點(diǎn)或區(qū)域：*Poor Cover

14、*Poor Quality*Handover effectiveness*Overshoot/Undershoot Cells*Interference*Blind spotl 結(jié)合你對(duì)系統(tǒng)的了解提出解決問題的方案。1改善覆蓋的方案。2改善Quality的方案。3提高切換成功率的解決辦法。4解決過覆蓋的方案。5減小同鄰頻干擾的辦法。6盲點(diǎn)解決的可能性及解決方案。數(shù)據(jù)分析l 根據(jù)測(cè)試數(shù)據(jù)，輸出以下分布圖：l 根據(jù)分布圖，找出問題點(diǎn)或區(qū)域：l 結(jié)合你對(duì)系統(tǒng)的了解提出解決問題的方案。l 對(duì)當(dāng)前不能解決的問題提出后續(xù)解決的意見l 常見問題的可能原因Poor Cover之分析產(chǎn)生Poor Cover的原

15、因主要有：1基站硬件故障，載頻發(fā)射功率低。2天饋線反射功率大。3天線傾角不合理，過大或過小。4載頻TX_POWER Offset在Calibration中調(diào)成錯(cuò)誤的值。5MAX_TX_BTS設(shè)置過小。6。建筑物阻擋。7。距離基站太遠(yuǎn)或進(jìn)入了盲區(qū)。Blind Spot之分析產(chǎn)生Blind Spot的原因主要有：1。硬件故障或小區(qū)覆蓋范圍太小。2?；痉植疾缓侠砘蛳到y(tǒng)能力不足，無法覆蓋。3。多徑效應(yīng)形成的信號(hào)衰落。切換頻繁之分析產(chǎn)生切換頻繁的原因主要有：1。該地段各相鄰小區(qū)信號(hào)強(qiáng)度差不多。2。各相鄰小區(qū)切換參數(shù)設(shè)置不合理或不理想。3。有干擾導(dǎo)致 Poor Quality。常見問題的可能原因Poor

16、 Cover之分析Blind Spot之分析切換頻繁之分析覆蓋不合理之分析產(chǎn)生覆蓋不合理的原因主要有：1。天線傾角過大，過小，方位不準(zhǔn)確。2。切換參數(shù)不合理，Neighbor List定義不完整。3。建筑物阻擋或天線過高，過低。Poor Quality之分析產(chǎn)生Poor Quality的原因主要有：1。由于不合理的頻率規(guī)劃或不合理的覆蓋造成同頻或鄰頻干擾。2。過低的下行或上行信號(hào)強(qiáng)度。3。硬件故障。4。來自其他系統(tǒng)或設(shè)備的干擾。5。硬件故障引起的交調(diào)干擾。Dropped Call之分析產(chǎn)生Drop Call的原因主要有：1. 小區(qū)內(nèi)兩根天線傾角和方位角沒有完全一致。2. 小區(qū)內(nèi)不同載頻反射功率

17、差別過大。3. 干擾或弱的接受電平引起的RF Loss所致。4. 切換失敗。5. 過覆蓋。6. 用戶原因覆蓋不合理之分析覆蓋不合理之分析Dropped Call之分析常見問題分析流程Poor Cover 覆蓋問題的分析流程圖常見問題分析流程周圍有無阻擋?修改ParameterMax_tx_Bts過小?周圍基站正常工作?YesNoTroubleShootingYesNo在周圍覆蓋可接受的前提下，調(diào)整相關(guān)的方位角YesNo增加ERPPoor CoverPoor Quality分析流程有否同鄰頻干擾？Rxlev符合要求?Poor QualityNoYesPoor CoverYes來自規(guī)劃則修改頻規(guī)來

18、自過覆蓋則調(diào)整覆蓋NoCheck H.O干擾來自規(guī)劃或過覆蓋？Handover effectiveness分析流程Exist adjacent BCCH?Handover effectivenessNo修改Database參數(shù)YesCheck Neighbors RxlevYesNoYesNoParameter Proper?Neighbor Proper?OPAS32 可以分析無線網(wǎng)絡(luò)中實(shí)時(shí)采集的數(shù)據(jù)。它是一個(gè)32-bits Windows-base的應(yīng)用程序。OPAS32 能夠處理各種無線網(wǎng)絡(luò)現(xiàn)場(chǎng)采集的數(shù)據(jù)。它能提供詳細(xì)地圖，表格，圖表等方式用于迅速的故障地區(qū)定位和輔助判斷。 使用邏輯關(guān)系對(duì)數(shù)據(jù)進(jìn)行篩選。單一信道的全網(wǎng)覆蓋圖單一信道的全網(wǎng)覆蓋圖可以了解某一個(gè)信道對(duì)全網(wǎng)的覆蓋。利用層3消息分析路測(cè)數(shù)據(jù)No access to SDCCH：檢查手機(jī)是否發(fā)出“channel request”消息。如果沒有，確認(rèn)基站un-bared。也可能手機(jī)測(cè)得BCCH電平值低于RXLEV_ACCESS_MIN。這時(shí)手機(jī)應(yīng)該會(huì)Location Update。而如果Location Update被拒絕，但SIM卡已經(jīng)登錄網(wǎng)絡(luò)，則可能是VLR，HLR有問題。是否