【資料名稱】：路測講解

【資料作者】：天涯

【資料日期】：20111116

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

TEMS操作（打開TEMS軟件口頭斜述）
路測前準(zhǔn)備工作：
本次路測的電子地圖制作，工程參數(shù)表，測試路線的制定，路測設(shè)備調(diào)試，測試車輛，隨工（局方出），路測表準(zhǔn)備、明確此次路測的目的。
路測采集的數(shù)據(jù)包括：
各個基站的位置、基站間的距離、各頻點的場強(qiáng)分布
接收信號電平和質(zhì)量、鄰小區(qū)狀況、覆蓋與切換情況
測試路線的地理位置信息、基本信息分析－路測數(shù)據(jù)
Idle 狀態(tài)下的重選測試、掃頻測試、定時撥打測試
持續(xù)通話測試
針對話統(tǒng)分析中發(fā)現(xiàn)的某區(qū)域的問題進(jìn)行實地路測
模擬大話務(wù)量情況下的下行干擾情況進(jìn)行路測
網(wǎng)絡(luò)路測中的主要問題及分析

在網(wǎng)絡(luò)運行當(dāng)中，經(jīng)常會出現(xiàn)這樣或那樣不可預(yù)料的問題。有些問題如基站硬件故障、傳輸問題等，可以通過網(wǎng)絡(luò)操作維護(hù)設(shè)備(OMC)來發(fā)現(xiàn)，找到解決方法。但是某些上下行干擾(并沒有導(dǎo)致嚴(yán)重的掉話)、覆蓋不合理等無線網(wǎng)絡(luò)中的問題，在統(tǒng)計中難以被發(fā)現(xiàn)，而這些問題又是與用戶聯(lián)系最緊密、最直接的問題，對此，應(yīng)根據(jù)所采集到的數(shù)據(jù)，通過分析對網(wǎng)絡(luò)問題做出準(zhǔn)確的判斷，同時依據(jù)測試結(jié)果，對問題的改進(jìn)或優(yōu)化提出調(diào)整方案。

一、路測原理簡介

路測的實施基于路測設(shè)備。所謂路測設(shè)備，就是為網(wǎng)絡(luò)優(yōu)化、規(guī)劃工作而專門生產(chǎn)的軟、硬件設(shè)備，其中包括數(shù)據(jù)采集前端、全球定位系統(tǒng)GPs、筆記本電腦及專用測試軟件等。
目前的數(shù)據(jù)采集前端多為內(nèi)部有特殊軟件的測試手機(jī)，這種手機(jī)外觀上與普通手機(jī)一樣，但是手機(jī)內(nèi)部裝有專門的軟件，可以依靠網(wǎng)絡(luò)來完成一些特殊功能，如鎖頻、強(qiáng)制切換、顯示網(wǎng)絡(luò)信息等；也可以不依靠網(wǎng)絡(luò)來完成一些功能如全頻段掃頻和選頻點掃頻等；同時還可以通過計算機(jī)與手機(jī)之間的通信電纜來接受計算機(jī)發(fā)來的指令，并且將采集到的數(shù)據(jù)傳輸給計算機(jī)存儲起來，供計算機(jī)進(jìn)一步處理。
全球定位系統(tǒng)GPs和數(shù)字化地圖配合可以把路測數(shù)據(jù)放在地圖上，顯示出測試路線，并標(biāo)出掉話等事件點，更便于問題分析和道路覆蓋的宏觀把握。

二、測試問題分析及處理

在路測中，我們主要關(guān)心下列指標(biāo)或情況：掉話、擁塞、接入失敗、下行質(zhì)量、切換失敗、基站覆蓋等等。
掉話，是各運營商之間網(wǎng)絡(luò)質(zhì)量比較的最基本指標(biāo)。由于GsM制式采用的是硬切換方式，所以使網(wǎng)絡(luò)中掉話次數(shù)盡可能減少是我們的首要問題。網(wǎng)絡(luò)的下行質(zhì)量也是用戶非常關(guān)心的問題，我們在日常測試中也很關(guān)注這個指標(biāo)。擁塞是網(wǎng)絡(luò)當(dāng)中另一個重要問題，較多的擁塞會嚴(yán)重影響網(wǎng)絡(luò)聲譽，從經(jīng)濟(jì)效益來講會使大量話費流失，擁塞的原因除去該地區(qū)基站信道容量不足之外，還有可能是因為基玷覆蓋不合理造成的。
網(wǎng)絡(luò)中的問題多數(shù)情況下不是單獨出現(xiàn)的，發(fā)生某一個現(xiàn)象可能是多個問題集合在一起造成的，下面我們就某一現(xiàn)象與產(chǎn)生原因做出總結(jié)，便于盡快發(fā)現(xiàn)問題。

1．掉話
掉話只是測試中最直接的現(xiàn)象，是網(wǎng)絡(luò)中出現(xiàn)某些問題的最終表現(xiàn)。掉話產(chǎn)生的原因，從測試角度看主要有下面幾種情況。

(1)上行、下行質(zhì)量差
上行質(zhì)量差的原因主要是上行干擾，上行干擾可以通過在OMC查看小區(qū)TRX狀況或CEILDORDTOR的報告得到。上行質(zhì)量差的另一個原因是直放站干擾或其它電磁波發(fā)射源(如其他手機(jī))干擾，這可以通過干擾報告和TA報告得出。
下行質(zhì)量差的情況可以通過測試軟件中的RX_QUARLITY項直觀地看到。下行質(zhì)量差的原因較多，包括同鄰頻干擾、基站覆蓋不好、手機(jī)移動中未能正常切換、基站硬件問題等等。
針對上行干擾的解決方法：查找干擾源。針對下行干擾的解決方法：同鄰頻干擾時，采用改頻方法；基站覆蓋不好時，建議加站或擴(kuò)容，或提高主控小區(qū)功率；手機(jī)切換不正常時，調(diào)整鄰區(qū)設(shè)置；對于基站硬件問題，在OMc上調(diào)試或發(fā)故障單。

(2)硬件原因
硬件原因產(chǎn)生的掉話，通常為不明原因的網(wǎng)絡(luò)掛機(jī)或信道釋放，也可以表現(xiàn)為在較好的場強(qiáng)下質(zhì)量很差，這可以通過OMc上的小區(qū)狀態(tài)和告警，結(jié)合當(dāng)天的統(tǒng)計和一些報告來判斷。如果是硬件問題，則掉話現(xiàn)象會比較嚴(yán)重。
解決辦法：對能夠確認(rèn)的硬件原因，發(fā)故障單檢查并更換硬件；對不能確認(rèn)的硬件問題，可以通過倒換頻點和選擇性地關(guān)閉跳頻或TRX等方法加以證實。

(3)非網(wǎng)絡(luò)原因
掉話故障中有一些并不是網(wǎng)絡(luò)原因造成的，而是測試軟件或其他臨時原因造成的。這些假掉話會對我們的工作產(chǎn)生干擾，需要我們結(jié)合當(dāng)時的實際情況(特別是第三層消息中的DISCONNECT中的CAUSE)加以分析和判斷。

2．接入失敗
接入失敗最常見的原因就是網(wǎng)絡(luò)擁塞。擁塞分SDCCH擁塞和TCH擁塞，產(chǎn)生原因是基站信道(SDCCH或TCH)容量不足、基站覆蓋不合理、基站硬件故障(基站收支路問題)等，對此，我們可以通過擴(kuò)容、加站和檢查更換硬件來解決。接人失敗也可能是上下行質(zhì)量差，導(dǎo)致手機(jī)與基站間的通信不成功造成的，我們可以用前面所述關(guān)于上下行質(zhì)量方法進(jìn)行判斷并解決。

3．切換失敗
切換失敗的主要原因是基站參數(shù)設(shè)置有錯誤或不合理，切換目標(biāo)基站有擁塞情況，切換目標(biāo)基站有干擾情況，硬件故障等等。我們可以通過檢查基站切換參數(shù)設(shè)置，查看源小區(qū)和目標(biāo)小區(qū)的上下行質(zhì)量、干擾狀況、鏈路狀況及硬件狀況等等，并結(jié)合當(dāng)時的統(tǒng)計及相關(guān)報告來判斷，解決方法與解決掉話和接人失敗的方法基本相同。

三、實際情況舉例

下面我們就日常工作中的掉話問題進(jìn)行舉例說。測試系統(tǒng)在手機(jī)掉話時刻所采集到的數(shù)據(jù)顯示比較全面，包括系統(tǒng)信息、呼叫統(tǒng)計信息、越區(qū)切換信息、手機(jī)下行信號強(qiáng)度、當(dāng)前的位置信息等，此外還有一些系統(tǒng)內(nèi)部的信息如第三層消息等也可以顯示出來。從當(dāng)前顯示的信息看，3361基站信號很強(qiáng)，但是質(zhì)量很差，在我們?nèi)粘�測試中這種情況都是由于干擾或是硬件問題引起的，通過OMC我們未觀察到該基站存在硬件問題，由此我們認(rèn)為該基站存在干擾情況，這樣我們就可初步判斷出掉話原因。
手機(jī)掉話后馬上進(jìn)行小區(qū)重選，重選后的基站為914，但是BCCH與3361基站同頻，結(jié)合小區(qū)分布圖來判斷，我們認(rèn)定這個掉話是由于同頻干擾引起的。同時我們發(fā)現(xiàn)掉話時3361基站的TA已經(jīng)標(biāo)為4，且覆蓋方向也不應(yīng)該是掉話地點，又經(jīng)過分析，發(fā)現(xiàn)之所以手機(jī)在該地區(qū)占用3361基站的信道，主要是由于3363基站無法切換到914基站，914基站并不是3363基站的鄰區(qū)，而由于3361基站與914的BCCH相同，使得手機(jī)切換到了3361上。此外，再加上地形、建筑物等對網(wǎng)絡(luò)規(guī)劃造成的難以預(yù)料的影響，就造成了同頻干擾，繼而掉話。通過調(diào)整規(guī)劃和修改鄰區(qū)參數(shù)，上述問題得到解決。
網(wǎng)絡(luò)測試設(shè)備是一種很有用的工具，我們?nèi)绻�要發(fā)現(xiàn)并解決網(wǎng)絡(luò)當(dāng)中的問題，就必須根據(jù)測試結(jié)果進(jìn)行較為深入的分析與判斷，同時也需要一些其他的輔助工具如小區(qū)分布圖、統(tǒng)計、報告等等。網(wǎng)絡(luò)測試又是一個循環(huán)的過程，因為網(wǎng)絡(luò)在不斷變化，只有不斷地測試、優(yōu)化，不斷根據(jù)實際情況作出調(diào)整，才能把網(wǎng)絡(luò)質(zhì)量維持在一個較高的水平上。

1、前言
隨著越來越多的移動運營商投入運營，移動市場的競爭日益激烈。要在如此艱巨的情
況下保住市場占有率，只有依靠更加貼心的服務(wù)和更加優(yōu)秀的網(wǎng)絡(luò)。
如何在網(wǎng)絡(luò)不斷發(fā)展的過程中，保持服務(wù)質(zhì)量不下降；如何利用現(xiàn)有的網(wǎng)絡(luò)設(shè)備、資源，最大限度地提高網(wǎng)絡(luò)的服務(wù)質(zhì)量，就是我們網(wǎng)優(yōu)人員的任務(wù)。除了運用話務(wù)統(tǒng)計分析外，我們還應(yīng)該充分利用路測手段，深入研究信令流程，協(xié)助分析和判斷網(wǎng)絡(luò)中存在的問題，檢查參數(shù)設(shè)置的合理性，提出適當(dāng)?shù)恼{(diào)整方案，以提高網(wǎng)絡(luò)性能。

2、路測系統(tǒng)簡介
路測系統(tǒng)指的是為了實際了解網(wǎng)絡(luò)用戶的使用情況，在網(wǎng)絡(luò)的實際覆蓋范圍內(nèi)進(jìn)行一些測試所需要使用的測試工具。路測是實際網(wǎng)優(yōu)工作中最常用的手段，因此路測系統(tǒng)也是網(wǎng)優(yōu)工作中最常用和有效的工具。路測系統(tǒng)一般由以下部分組成：
2.1撥打測試設(shè)備
包括測試手機(jī)、衛(wèi)星定位儀（GPS）、便攜機(jī)和測試分析軟件�？梢赃M(jìn)行撥打測試（測試接通率、掉話率、切換成功率等）、人工評定話音質(zhì)量、本小區(qū)和鄰小區(qū)場強(qiáng)電平覆蓋測試、質(zhì)量測試、干擾測試、小區(qū)（通話和空閑模式下）參數(shù)測試等；通過測試分析軟件可以對測試結(jié)果進(jìn)行簡單的圖形顯示、統(tǒng)計，是進(jìn)行CQT測試、DT測試的必備工具。
2.2 場強(qiáng)車
包括測試收信機(jī)、衛(wèi)星定位器、處理控制器等�？梢赃M(jìn)行場強(qiáng)測試、干擾測試（包括同鄰頻），測試精度較高，一般用在一些需要進(jìn)行較為精確測試的情況下，如模型矯正等。
2.3 語音評估系統(tǒng)
在撥打測試設(shè)備的基礎(chǔ)上，再增加了話音質(zhì)量的測試系統(tǒng)，可以自動對通話過程中的話音質(zhì)量進(jìn)行準(zhǔn)確評估和分析。
目前我們最常用的測試工具有TEMS 520、T68和SAGEM等。
以下就對目前網(wǎng)絡(luò)存在的一些問題加以分析，并列舉利用路測分析解決的一些典型案例。

3、網(wǎng)絡(luò)故障分析
3.1 掉話原因分析
(1) 干擾造成的掉話，包括同鄰頻干擾、交調(diào)干擾以及外部干擾源的干擾等。
(2) 切換引起的掉話：如切換失敗、切換錯誤等都可能造成掉話。
(3) 覆蓋問題造成的掉話：如覆蓋不足、越區(qū)覆蓋或高大建筑物阻擋導(dǎo)致的陰影效應(yīng)等。
(4) 基站硬件問題造成的掉話。
(5) 系統(tǒng)問題
(6) 傳輸故障
(7) 天饋系統(tǒng)故障
(8) 參數(shù)設(shè)置錯誤等
3.2 接通率低的分析
(1)(1)TCH擁塞：如話務(wù)量大、基站覆蓋過遠(yuǎn)、傳輸問題、硬件問題、鄰區(qū)故障及參數(shù)設(shè)置錯誤等造成。（1-tch擁塞率）×（1-sd擁塞率），從這里可以看出擁塞的情況。
(2) SDCCH擁塞：信道配置不夠、乒乓位置更新、硬件問題、干擾等造成。
(3) SDCCH掉話：硬件問題、干擾、覆蓋問題等。
(4)尋呼不到被叫，如被叫做位置更新等。
3.3 切換成功率低分析
(1) 硬件故障造成
(2) 干擾：如同頻干擾造成切換錯誤、外部干擾造成切換失敗等
(3) 覆蓋問題,包括覆蓋不足及越區(qū)覆蓋等
(4) 參數(shù)設(shè)置錯誤
(5) 天饋系統(tǒng)問題：如天線接反、受阻擋、兩根天線覆蓋不均勻等。
3.4 隨機(jī)接入成功率低
(1)p同頻同BSIC
(2) 干擾
(3) 越區(qū)覆蓋
(4) SDCCH擁塞
(5) 硬件故障
(6)(6)參數(shù)設(shè)置錯誤等
以上的問題很多我們都可以通過路測來發(fā)現(xiàn)和定位，進(jìn)而尋求進(jìn)一步的解決方案處理。

4、路測案例分析
案例1：
故障現(xiàn)象：ms從17142切到17103后繼續(xù)向東行駛，本應(yīng)切至17102，卻切回了17142，
最終因信號強(qiáng)度低掉話。
問題分析：由于17102與17142同bcch，MS在短時間內(nèi)沒有正確解出BSIC, 所以誤認(rèn)為切換候選小區(qū)仍為17142，導(dǎo)致切換錯誤。
解決方案：改頻。
案例2：
故障現(xiàn)象：MS一直占用SYG2713(該小區(qū)由于硬件問題沒有開跳頻)的BCCH頻點90，質(zhì)量較好。但當(dāng)行至SYG5483范圍時，話音質(zhì)量突然降至7級，掉話。
問題分析：SYG5483的BCCH頻點為89，SYG2713信號拖至此處，造成在此地段鄰頻干擾嚴(yán)重，C/A達(dá)到-21，嚴(yán)重影響了該小區(qū)的通話質(zhì)量導(dǎo)致掉話。修改SYG2713的BCCH頻點后該現(xiàn)象消失。
案例3：
由于SYG538市委基站天線較矮，所以SYG165省公司2區(qū)越區(qū)覆蓋到大西路（SYG19）附近，形成孤島效應(yīng)而掉話。補定SYG1652省公司2區(qū)與SYG191、SYG192的相鄰關(guān)系后復(fù)測正常。
案例4：
MS起呼時占用27121（青年公園1小區(qū)），由于青年大街路面寬闊，車行速度很快，MS來不及向鄰近的17042、17041及17122切換，與17121又沒有定義鄰區(qū)關(guān)系,因而形成了孤島信號，最終因信號強(qiáng)度弱掉話。補定該相鄰關(guān)系后測試正常。
以上兩例都是由于特定地理環(huán)境造成的孤島效應(yīng)，如果在不可能通過天線調(diào)整等手段取得合適的覆蓋范圍時，適當(dāng)?shù)脑黾余弲^(qū)可以幫助降低掉話的風(fēng)險。
案例5：參數(shù)設(shè)置錯誤造成的掉話
故障現(xiàn)象： MS占用17032后不向900M切換，而1800M又沒有好小區(qū)，最后只能切到了信號也不好的17013省公司3區(qū)。之后在省公司3區(qū)做了幾次Intra_cell HandOver，沒有及時切出，最終導(dǎo)致掉話。

問題分析：如圖1中的掉話區(qū)域，明哲大廈（SYG108）、新華時裝廠(syg81)都是單900M基站，節(jié)能中心1704的信號由于周圍建筑物阻擋在此處也較弱，造成此地區(qū)1800M覆蓋的不連續(xù)�；旌辖M網(wǎng)后，廠家優(yōu)化工程師將多數(shù)1800M小區(qū)對900M鄰區(qū)的HO_MARGIN都設(shè)置為9，造成1800M與900M間切換困難，這在1800M覆蓋不連續(xù)的地區(qū)增加了掉話的風(fēng)險。減小HO_MARGIN后測試，切換正常。
經(jīng)驗總結(jié)：切換遲滯參數(shù)的設(shè)置應(yīng)該充分考慮到不同地區(qū)的覆蓋情況，在鬧市區(qū)等基站重疊覆蓋范圍較大的地區(qū)適當(dāng)提高切換遲滯可減少乒乓切換，而在覆蓋不好的地區(qū)則會增加掉話的風(fēng)險。
案例6：
故障現(xiàn)象：在信號強(qiáng)度較低,通話質(zhì)量很差時，MS仍不向周圍較好的鄰區(qū)切換, 而是不停地做小區(qū)內(nèi)部切換，結(jié)果錯過了切換的最佳時機(jī)，最終因無法切換導(dǎo)致掉話現(xiàn)象。 如圖2。

問題分析：混合組網(wǎng)后，1800M大部分小區(qū)的IHO參數(shù)設(shè)置如下：
HOP_COUNT 為3
HOP_COUNT_TIMER 為40
U_RXLEV_UL_IH 為 0
U_RXLEV_DL_IH 為 0
L_RXQUAL_DL_H_HOPPING為 450
L_RXQUAL_UL_H_HOPPING為 450
即當(dāng)信號強(qiáng)度高于-110dbm,比特誤碼率大于4.5%時，就可以觸發(fā)小區(qū)內(nèi)部切換；并且在HOP_COUNT_TIMER =20ms內(nèi)，允許3次小區(qū)內(nèi)部切換。這就導(dǎo)致了1800M的IHO比較多,影響正常的小區(qū)切換，使掉話幾率增多。進(jìn)行如下的參數(shù)修改后，測試正常。
HOP_COUNT 為1
HOP_COUNT_TIMER 為20
U_RXLEV_UL_IH 為 40
U_RXLEV_DL_IH 為 40
L_RXQUAL_DL_H_HOPPING為 550
L_RXQUAL_UL_H_HOPPING為 550
經(jīng)驗總結(jié)：對于1800M(MOTO設(shè)備)，IHO掉話雖然不會計在話務(wù)統(tǒng)計中，但用戶卻能夠感受到實實在在的掉話發(fā)生，同時測試中掉話次數(shù)的增多也嚴(yán)重影響了第三方測試時網(wǎng)絡(luò)領(lǐng)先程度指標(biāo)的完成。因此小區(qū)參數(shù)的調(diào)整設(shè)置應(yīng)該十分嚴(yán)謹(jǐn)，在權(quán)衡話務(wù)統(tǒng)計與路測指標(biāo)的同時，更要注重用戶的感知度。
案例7：
故障現(xiàn)象：MS占用1800M的16647-27022小區(qū),其鄰區(qū)16646-62113信號很強(qiáng)卻一直沒有切換，拖到信號質(zhì)量很差時切到了900M的16647-41832，再由41832切到了62113。影響了話音質(zhì)量。
原因分析：觀察切換統(tǒng)計，1800M BSC27的其他小區(qū)與MSC6的小區(qū)都可以正常切換，只有27022與MSC6的小區(qū)間切換為0。經(jīng)查，混網(wǎng)后在MSC6漏定27022為外部小區(qū)，因此導(dǎo)致此路段切換異常。
解決方案：補定外部小區(qū)。
案例8：
故障現(xiàn)象：在路面上，MS切到了微蜂窩SYG7941上,之后信號強(qiáng)度迅速下降至-89dbm，質(zhì)量為7，此種情況帶來極大的掉話風(fēng)險。
原因分析：微蜂窩SYG7941泄漏，由于定義LAYER=1,所以盡管其他鄰區(qū)信號很強(qiáng)，ms還是優(yōu)先切到微蜂窩。
解決方案：打開快速移動物體懲罰功能，調(diào)整值如下：
fastmsregoff 改為on
psstemp 0 15
ptimtemp0 20
復(fù)測時沒有再占用syg7941,強(qiáng)度質(zhì)量都很好。另外，此類情況也可視情況調(diào)整微蜂窩優(yōu)先級為layer=2解決。
案例9：
故障現(xiàn)象：如圖3，主叫MS占用二零一醫(yī)院站45012小區(qū)（BCCH=84，BSIC=46）的信號，接受電平Rxlev=-87dBm，手機(jī)發(fā)出Channel request消息后，系統(tǒng)多次發(fā)送immediate assignment消息，手機(jī)沒有占上SDCCH信道，系統(tǒng)等待Wait indicater計時器滿，手機(jī)又發(fā)出Channel request消息，造成一次未接通。
原因分析：可能為區(qū)域內(nèi)無線環(huán)境惡劣、存在干擾或載頻硬件故障等。

案例10：
故障現(xiàn)象：主叫MS發(fā)起呼叫時，被叫MS占用沈_鋁鎂設(shè)計院站41672小區(qū)（BCCH=85，BSIC=17）的信號，接受電平Rxlev=-77Dbm，信號強(qiáng)度良好，但是Rxqual=7。信令上看，手機(jī)加密模式完成后，沒有收到下一步信息，一直發(fā)測量報告，系統(tǒng)直接釋放SDCCH，造成在SDCCH信道上掉話，導(dǎo)致一次未接通。如圖4。


圖4SDCCH掉話導(dǎo)致未接通
原因分析：區(qū)域內(nèi)存在下行干擾或硬件故障等。
案例11：
故障現(xiàn)象：如圖5，此區(qū)域處在16642與16644 LAC區(qū)交接處，主叫發(fā)起呼叫時，被叫由LAC=16642，沈_遼寧汽貿(mào)站42971小區(qū)（BCCH=76，BSIC=17）到LAC=16644，沈_沈陽二毛站42732小區(qū)（BCCH=87，BSIC=32）做lacation updating，無法響應(yīng)尋呼造成主叫未接通。


自沈陽混合組網(wǎng)后，此類由于位置更新造成的未接通現(xiàn)象已經(jīng)得到了很大緩解。

以上是以往的工作中積累的一點點故障分析的經(jīng)驗及借助路測手段分析和處理的一些案例。在網(wǎng)絡(luò)優(yōu)化工作中，我們還會遇到各種各樣的問題，存在各種各樣的現(xiàn)象和組合。應(yīng)該充分運用路測分析，協(xié)助查找造成網(wǎng)絡(luò)問題的癥結(jié)所在，采取有效的優(yōu)化手段，提高網(wǎng)絡(luò)質(zhì)量，最大限度地發(fā)揮設(shè)備的能力。



手機(jī)總是連接不上測試系統(tǒng)
有很多種情況可能導(dǎo)致這種情況有發(fā)生，首先確認(rèn)端口沒設(shè)錯�？稍谠O(shè)備管理器中查找擴(kuò)展串口號；確認(rèn)手機(jī)的測試方式（MODE）不是處于DATA模式，而是TRACE（OT76）或TRACE 9600（OT75）；若是發(fā)現(xiàn)系統(tǒng)能激活手機(jī)（手機(jī)面燈亮）但還連不上時，說明手機(jī)測試線有問題。
GPS總是連不上系統(tǒng)
請確認(rèn)GPS模式處于NEMA/NEMA 4800模式下；請確認(rèn)GPS沒有工作在模擬方式下；
在ANTPILOT的圖形描述窗口中的頂端偶然出現(xiàn)的紅色或綠色的橫條是顯示有干擾嗎？
不是，它不是用來顯示干擾的，它只是用來提醒操作者目前6個相鄰小區(qū)中有與主小區(qū)相同或相鄰的載頻信號，并無其它含義


路測講義.doc (441 KB)

[ 本帖最后由 藍(lán)佐 于 2011-11-16 11:00 編輯 ]