無線網(wǎng)絡(luò)測試指南網(wǎng)絡(luò)優(yōu)化是指在現(xiàn)有網(wǎng)絡(luò)上進(jìn)行優(yōu)化，發(fā)現(xiàn)及解決各種現(xiàn)網(wǎng)中存在的問題，以提高網(wǎng)絡(luò)性能。網(wǎng)絡(luò)優(yōu)化的工作流程包括以下幾個(gè)方面：系統(tǒng)信息采集，數(shù)據(jù)分析處理，制定網(wǎng)絡(luò)優(yōu)化方案，系統(tǒng)調(diào)整，調(diào)整網(wǎng)絡(luò)優(yōu)化方案。在網(wǎng)絡(luò)優(yōu)化時(shí)首先要收集系統(tǒng)信息（包括話務(wù)統(tǒng)計(jì)，用戶投訴、CQT和DT測試等信息），了解當(dāng)前網(wǎng)絡(luò)存在的缺陷，然后對收集的數(shù)據(jù)進(jìn)行分析及處理。根據(jù)分析處理數(shù)據(jù)的結(jié)果制定網(wǎng)絡(luò)優(yōu)化方案，并對網(wǎng)絡(luò)進(jìn)行調(diào)整使網(wǎng)絡(luò)進(jìn)一步完善。我們重點(diǎn)討論網(wǎng)絡(luò)優(yōu)化中測試及數(shù)據(jù)分析部分。GSM原理GSM是GlobalSystemforMobileCommunication的縮寫。意思是全球移動(dòng)通信系統(tǒng)。GSM的頻段GSM分GSM900、DCS1800兩個(gè)頻段，分別是工作在890?960mhz/1710?1880mhz頻段的。GSM900上行890?925MHz下行935?960MH；頻道號(hào)1---124.GSM1800上行1710?1785MHz下行1805?1880MHZ；頻道號(hào)512—885.上行和下行組成一頻率對，上行就是手機(jī)發(fā)射、機(jī)站接收；下行就是基站到手機(jī)。相鄰兩頻道間隔為200kHz，每個(gè)頻道采用時(shí)分多址接入(10乂4)方式，分為8個(gè)時(shí)隙，即8個(gè)信道，每信道占用帶寬200kHz/8=25kHzGSM900主頻段上行：Fl=890+0.2xN(MHz)(1<N<124)下行：Fu=Fl+45(MHz)DCS1800頻段上行：Fl=1710.2+0.2x(N-512)(MHz)下行：Fu=Fl+95(MHz) (512<N<885)例：頻道號(hào)112,上行頻率為890+0.2x112=912.4MHz,下行頻率為912.4MHz+45=957.4MHzGSM網(wǎng)絡(luò)組成GSM網(wǎng)絡(luò)由操作維護(hù)子系統(tǒng)(OMS)、基站子系統(tǒng)(BSS)、交換子系統(tǒng)(NSS)和移動(dòng)臺(tái)(MS)這四部分組成。主要網(wǎng)絡(luò)部件介紹如下:BTS：basetransceiverstation基站收發(fā)器，BSC：basestationcontroller基站控制器：.幾個(gè)BTS基站連接一個(gè)BSC,基站安排信道配置、切換、和BTS連接BSC;所有的BSC連接至MSC,.在BSC可提供小區(qū)廣播等服務(wù)。MSC：mobileswitchingcenter移動(dòng)交換中心，是網(wǎng)絡(luò)的核心，呼叫建立、保持、和釋放；鏈接BSC和PSTN、認(rèn)證、呼叫轉(zhuǎn)接、短信息、收費(fèi)等。TRAU：Transcoding/rateadapterunit速率適配器。TRAN轉(zhuǎn)換13KB/S的GSM速率為標(biāo)準(zhǔn)的64KB/S;使用在下行時(shí)，將64kbps轉(zhuǎn)換成16kbps.HLR：Homelocationregister歸屬位置寄存器。.在MSC中有所有的用戶數(shù)據(jù)庫存在于HLRoHLR中有永久用戶數(shù)據(jù)庫。.用戶發(fā)出呼叫時(shí)，MSC從HLR之中獲得用戶數(shù)據(jù)。是用戶核心數(shù)據(jù)庫，大部分在SIM卡中的數(shù)據(jù)都可以在HLR中獲得。VLR：visitinglocationregister訪問位置寄存器。.在VLR中有被激活的所有的用戶號(hào)碼。.當(dāng)別的MSC中的用戶漫游到新的MSC時(shí)，MSC和HLR之間通信，新的MSC就將漫游的用戶注冊到它的VLR中。.當(dāng)手機(jī)漫游時(shí)，用戶訪問區(qū)被別的網(wǎng)絡(luò)覆蓋，而且歸屬位置網(wǎng)絡(luò)批準(zhǔn)它使用被訪問的網(wǎng)絡(luò)，它的用戶信息將從HLR被拷貝到VLR(訪問位置寄存器)中暫存。鑒權(quán)中心AUC——Authenticationcenter.是SIM卡的驗(yàn)證過程。.每個(gè)SIM卡有一個(gè)IMSI，在IMSI有加密碼.在HLR中有IMSI和密碼.手機(jī)通信時(shí)，首先驗(yàn)證SIM卡的合法性，由AUC進(jìn)行驗(yàn)證。裝備身份注冊：EIR——Equipmentidentifyregister.包含了IMEI信息。所有的手機(jī)IMEI都存儲(chǔ)在EIR中，是手機(jī)的數(shù)據(jù)庫。.在GSM中有助于驗(yàn)證當(dāng)手機(jī)遺失時(shí)，運(yùn)營商可以禁止已經(jīng)報(bào)失手機(jī)的使用。.EIR分類：Permittedlist\evaluationlist\stolenlist\unknown操作維護(hù)中心：OMC——operationandmaintenancecenter..每個(gè)GSM網(wǎng)絡(luò)超過100個(gè)BTS組成，每一個(gè)實(shí)體需要操作和維護(hù)。一些遠(yuǎn)程操縱是必要的，檢測和遠(yuǎn)程進(jìn)入。有時(shí)有兩種OMC(不同的供應(yīng)商)，OMC-S:Dealwithswitch;OMC-R:dealwithradionetwork。多址技術(shù)在移動(dòng)通信系統(tǒng)中，常用的多址方式為頻分多址FDMA、時(shí)分多址TDMA、碼分多址CDMA三種。FDMA：Frequencydivisionmultipleaccess按照頻率的不同給每個(gè)用戶分配單獨(dú)的物理信道。TDMA：Timedivisionmultipleaccess按照時(shí)間的不同給每個(gè)用戶分配單獨(dú)的物理信道。CDMA：Codedivisionmultipleaccess按照代碼的不同給每個(gè)用戶分配單獨(dú)的物理信道。GSM系統(tǒng)采用FDMA和TDMAGSM使用了TDMA和FDMA多路傳輸：124FrequencychannelsforGSM900;100khzchannel;mobileshareARFCNbyTDMA.0.3GMSKModulation270.833kbits/sec.在GSM系統(tǒng)中有124個(gè)頻道，頻道間隔是200khz;每個(gè)頻道由8個(gè)用戶共享，在時(shí)間上進(jìn)行時(shí)分復(fù)用。就是說信號(hào)的發(fā)送是突發(fā)的不是連續(xù)的發(fā)送的。上行和下行規(guī)定使用相同的信道號(hào)(ARFCN)和時(shí)系號(hào)，而且基站和移動(dòng)臺(tái)相差三個(gè)時(shí)系，即上行電路落后于下行電路三個(gè)時(shí)系時(shí)間。信道介紹BCH廣播信道：BCH就象燈塔，在每一小區(qū)的任何時(shí)候，都有BCH在ARFCN上，使手機(jī)能發(fā)現(xiàn)網(wǎng)絡(luò)，并使手機(jī)同步于網(wǎng)絡(luò)，并且BCH信號(hào)的強(qiáng)度告訴手機(jī)那個(gè)是距它最近的GSM網(wǎng)絡(luò)；手機(jī)幾乎每30秒會(huì)報(bào)告相鄰小區(qū)的BCH功率，以便于由基站決定是否切換.?？每一小區(qū)使用的BCH頻率通道都不同，通道被遠(yuǎn)距離的小區(qū)重復(fù)使用；小區(qū)中的所有的手機(jī)接收BCH.在ARFCN上有BCH信道.BCH的信息在下行的通道0時(shí)系，其他時(shí)系用于業(yè)務(wù)信息TCH;使MS同步，運(yùn)載控制信息和呼叫信息.和網(wǎng)絡(luò)身份信息。所有手機(jī)的呼叫信息都在BCH上。BCH由FCH、SCH、BCCH、CCCH、SDCCH、SACCH組成。基站產(chǎn)生的BCH在零時(shí)隙，F(xiàn)CH:frequencycorrectionchannel在BCH上重復(fù)使用特別的BURST,讓手機(jī)開機(jī)時(shí)調(diào)整它的頻率.SCH:synchronizationchannel,在FCH后，調(diào)整時(shí)間.BCCH:廣播控制信道，帶有網(wǎng)絡(luò)身份.CCCH:共用控制信道，它的子通道PCH(PAGINGCHANNEL)在CCCH上.手機(jī)能認(rèn)出并用一個(gè)RACH作出反應(yīng).；還有子通道AGCH訪問認(rèn)可通道，命令手機(jī)進(jìn)入SDCCH或TCH.CCCH共用控制信道：是雙向控制信道，CCCH和BCH在多幀上分享0時(shí)隙；CCCH包括RACH;PCH;AGCH;CBCH;PCH呼叫通道用于運(yùn)載IMSI報(bào)知手機(jī)有呼叫、PCH是下行通道，DCCH專用控制信道：雙向控制信道，由三個(gè)子通道組成：SDCCH,FACCH,SACCH.。SDCCH獨(dú)立專用控制信道：指定TCH之前的過渡信道，話務(wù)建立和用戶驗(yàn)證.SDCCH獨(dú)立專用控制信道：在呼叫建立時(shí)，于BCH和TCH之間起連接作用.SACCH慢速相關(guān)控制信道：上行：接收信號(hào)質(zhì)量報(bào)告、接收信號(hào)RXLEVEL報(bào)告、相鄰小區(qū)的BCH功率報(bào)告。通道功率;手機(jī)的狀態(tài).下行：命令MS的TX功率控制的命令、小區(qū)信道配置、遷時(shí)、跳頻。FACCH快速相關(guān)控制信道：由BTS用作命令手機(jī)切換，上行：中斷TCH信號(hào)、切換時(shí)快速信息交換。下行：中斷TCH.控制BITSSACCH和FACCH的區(qū)別：SACCH報(bào)告基站說有另外的小區(qū)可提供給手機(jī)更好的信號(hào)質(zhì)量，切換是必要的.在段時(shí)間內(nèi)，由于SACCH沒有足夠的帶寬，所以在短時(shí)間內(nèi)由FACCH取代TCH;切換就發(fā)生了.FACCH象一個(gè)TCH.當(dāng)聽到語音有小的中斷時(shí)，可能發(fā)生了切換.TCH業(yè)務(wù)信道：通話時(shí)使用的信道.運(yùn)載語音信息、是雙向的用于手機(jī)和基站交換語音信息，TCHfullrate26frames是120ms。包含24carryspeech,1個(gè)idle,1個(gè)sacchoTCHhalfrate26frames是120ms;包含24carryspeech,2個(gè)sacch.RACH隨機(jī)接入信道：由手機(jī)發(fā)送短的突發(fā)給基站，即呼叫需求；由MS使用來從基站獲取注意；手機(jī)并不知道路經(jīng)的遲延，所以手機(jī)發(fā)短的BURST,當(dāng)手機(jī)在下行的RACH上獲得遷時(shí)時(shí)，手機(jī)才發(fā)正常的BURST..無線網(wǎng)絡(luò)測試方法DT/CQT介紹在對無線網(wǎng)絡(luò)的性能評估中，通常采用兩種測試方法：DT測試和CQT呼叫撥打測試。DT測試即為通常所說的路測，是通過測試車上的測試儀表進(jìn)行的一種測試，它的全稱為Drivetest。CQT測試是路測(DT)的一種補(bǔ)充測試，主要是用于室內(nèi)場所及一些DT測試無法到達(dá)的特殊地點(diǎn)的一種呼叫測試，它的全稱為Callqualitytest。DT測試主要是使用路測設(shè)備沿指定的路線行駛，讓手機(jī)做不同類型的呼叫，記錄下空中接口信息和RXLEV、RXQUAL等信息，然后統(tǒng)計(jì)出無線覆蓋率、話音質(zhì)量、接通率、掉話率等參數(shù)。CQT測試主要是采用大規(guī)模撥打電話的方法，然后統(tǒng)計(jì)所撥打電話中的接通的次數(shù)、掉話的次數(shù)、單方通話的次數(shù)、出現(xiàn)話音斷續(xù)的通話次數(shù)、出現(xiàn)回聲的通話次數(shù)、出現(xiàn)背景噪音較大的通話次數(shù)和出現(xiàn)串話的通話次數(shù)，并統(tǒng)計(jì)出總的試呼次數(shù)，然后分別計(jì)算出來接通率、掉話率、單方通話率、話音斷續(xù)率、回聲率、背景噪聲率和串話率等。DT測試DT測試的測試內(nèi)容覆蓋率話音質(zhì)量接通率掉話率DT測試的測試方法測試手機(jī)置于車內(nèi)，主叫手機(jī)與測試儀表相連，同時(shí)連接GPS接收機(jī)進(jìn)行測試。二.GSM主、被叫手機(jī)均使用自動(dòng)雙頻測試。三.短呼采用手機(jī)相互撥打的方式，手機(jī)撥叫、接聽、掛機(jī)都采用自動(dòng)方式。每次呼叫建立時(shí)長為15秒，通話保持時(shí)長為90秒，呼叫間隔15秒；如出現(xiàn)未接通或掉話，應(yīng)間隔15秒進(jìn)行下一次試呼。四.長呼沒有像短呼那樣的通話時(shí)間限制，通話一直保持直到掉話，間隔15秒進(jìn)行下一次試呼。CQT測試CQT測試的測試內(nèi)容1）覆蓋率：（＞=-90dBm測試點(diǎn)數(shù)）/總測試點(diǎn)數(shù)又100%2）接通率：接通總次數(shù)/試呼總次數(shù)又100%3）掉話率：掉話總次數(shù)/接通總次數(shù)又100%4）單方通話率：單方通話總次數(shù)/接通總次數(shù)又100%5）話音斷續(xù)率：出現(xiàn)話音斷續(xù)的通話次數(shù)/接通總次數(shù)又100%6）回聲率：出現(xiàn)回聲的通話次數(shù)/接通總次數(shù)又100%7）背景噪聲率：出現(xiàn)背景噪音較大的通話次數(shù)/接通總次數(shù)又100%8）串話率：出現(xiàn)串話的通話次數(shù)/接通總次數(shù)又100%CQT測試中的各項(xiàng)指標(biāo)測試方法1）兩組定點(diǎn)CQT的測試人員在不同測試點(diǎn)互相撥打?qū)Ψ降臏y試手機(jī)。2）測試必須使用同種具有測試功能的雙頻測試手機(jī)；測試中手機(jī)設(shè)為自動(dòng)雙頻模式。3）每個(gè)測試點(diǎn)要求定點(diǎn)CQT測試人員做主叫、被叫各10次，每次通話時(shí)長不得少于45秒鐘，呼叫間隔大約掌握在15秒鐘左右。出現(xiàn)未接通的現(xiàn)象，下次呼叫在15秒以后開始測試。4）記錄試撥的總次數(shù)、掉話的次數(shù)、接入失敗的次數(shù)、單方通話的次數(shù)、出現(xiàn)話音斷續(xù)的通話次數(shù)、出現(xiàn)回聲的通話次數(shù)、出現(xiàn)背景噪音較大的通話次數(shù)和出現(xiàn)串話的通話次數(shù)。5）如果在同一次呼叫中，出現(xiàn)相同的現(xiàn)象，那么按照測試內(nèi)容的先后順序只記一次。6）按照測試內(nèi)容所給出的公式計(jì)算出接通率、掉話率、單方通話率、話音斷續(xù)率、回聲率、背景噪聲率和串話率。要求每次主叫撥測前，連續(xù)查看手機(jī)空閑狀態(tài)下的信號(hào)強(qiáng)度5秒鐘，若信號(hào)強(qiáng)度連續(xù)小于一90dBm,則判定在該測試位置覆蓋不符合要求，不再作撥測，也不進(jìn)行補(bǔ)測。測試常用術(shù)語介紹CI：CellIdentity,小區(qū)識(shí)別號(hào)，網(wǎng)絡(luò)中每個(gè)小區(qū)都由唯一的識(shí)別號(hào)，用于區(qū)分其它小區(qū)。Handover：切換，手機(jī)通信從一個(gè)小區(qū)/信道到另外一個(gè)小區(qū)/信道。BCCH：Broadcastcontrolchannel廣播控制信道，測試中特指廣播控制信道所用的頻道號(hào)。BSIC：Basetransceiverstationidentitycode基站識(shí)別碼LAC：Locationareacode位置區(qū)域碼RxLevelSub：手機(jī)接收到的當(dāng)前服務(wù)小區(qū)信號(hào)強(qiáng)度，單位dBm。RxLevelFull：手機(jī)接收到的全幀信號(hào)強(qiáng)度，單位dBm。RxqualSub：手機(jī)接收到的當(dāng)前服務(wù)小區(qū)話音質(zhì)量等級(jí)。RxqualFull：手機(jī)接收到的全幀信號(hào)話音質(zhì)量等級(jí)。FER：FrameErrorRate幀誤碼率DTX：Discontinuoustransmission非連續(xù)發(fā)射TxPower：發(fā)射功率，單位dBm。TA（Timingadvance）：定時(shí)提前，就是為了保證信號(hào)能在準(zhǔn)確的時(shí)間內(nèi)到達(dá)BTS,當(dāng)MS移動(dòng)時(shí)，隨著MS距離BTS的遠(yuǎn)近，上行傳遞的時(shí)延的可變，基站命令移動(dòng)臺(tái)提前發(fā)送。由BTS在SACCH信道上命令MS來改變它的遷時(shí)的大小.手機(jī)在空閑模式時(shí)接收機(jī)站和解碼BCH,在BCH中的SCH允許手機(jī)調(diào)整它的內(nèi)部時(shí)間，當(dāng)手機(jī)接收到SCH時(shí)不知道距離基站多遠(yuǎn)，通過SACH特殊的短突發(fā)。當(dāng)手機(jī)在下行的SACCH上獲得遷時(shí)信息，才發(fā)送正常的突發(fā)，30KM手機(jī)設(shè)置遲延100US.Neighbour：鄰小區(qū)locationupdate：手機(jī)位置更新Uplink/Downlink：上行和下行：上行是手機(jī)通過上行頻率發(fā)信息給基站，下行是相反。上行和下行組成一對頻率對（間隔45MHZ）,上行和下行使用相同的時(shí)隙號(hào)；上行和下行使用相同的通道號(hào)。.使用鼎利Premier進(jìn)行路測軟件安裝好之后，首先要新建立一個(gè)工程，把相關(guān)的基站信息，地理道路信息，測試圖例等設(shè)置好后保存，以后每次測試時(shí)打開這個(gè)工程就可以方便的進(jìn)行測試。一個(gè)完整的路測包括硬件設(shè)備連接、開始測試、數(shù)據(jù)保存。下面分別介紹這幾個(gè)步驟。新建工程包括新建工程、基站信息導(dǎo)入、地理信息導(dǎo)入、設(shè)置測試圖例等新建工程Premier軟件安裝好打開后界面如上，由于沒有工程，Project窗口為空白，點(diǎn)擊新建工程彈出工程配置窗口，需修改部分參數(shù)如下：

ConfigurePrq|ect選擇10進(jìn)制經(jīng)緯度修改為114修改為1DT數(shù)據(jù)文件保存目錄，可根據(jù)個(gè)人習(xí)慣更改EllipsoidFalseEasting(m)6378137Semi-MajorAxis(m)FalseNorthing(m)6356752.5Semi-MinorAxis(m)CentralMeridianEllipsoidNameUserDefine0.9996ScaleProjectDataPathDecimalLong-LatConfigurePrq|ect選擇10進(jìn)制經(jīng)緯度修改為114修改為1DT數(shù)據(jù)文件保存目錄，可根據(jù)個(gè)人習(xí)慣更改EllipsoidFalseEasting(m)6378137Semi-MajorAxis(m)FalseNorthing(m)6356752.5Semi-MinorAxis(m)CentralMeridianEllipsoidNameUserDefine0.9996ScaleProjectDataPathDecimalLong-LatDMSLong-LatCancelCoordinateSystem?Easting-NorthingCAProgramB|￡s\DingLi\PilotPremier6\配置好工程后點(diǎn)擊ok,工程已經(jīng)建立完畢，接下來我們需要對這個(gè)新建的工程進(jìn)行設(shè)置。基站信息導(dǎo)入基站信息導(dǎo)入：點(diǎn)擊菜單欄Data—Import—Sites出現(xiàn)如下窗口

點(diǎn)擊ok,基站信息導(dǎo)入完畢。基站信息文件是一個(gè)包括小區(qū)名、CI、經(jīng)緯度、方向角、BSIC、BCCH等信息的文本文檔。地理道路信息導(dǎo)入地理道路信息導(dǎo)入：點(diǎn)擊菜單欄Data—Import—ExternalMap出現(xiàn)如下選擇地圖窗口

選擇文件點(diǎn)擊打開后出現(xiàn)如下窗口:點(diǎn)擊ok,地理道路信息導(dǎo)入完畢。測試圖例設(shè)置測試圖例設(shè)置：點(diǎn)擊菜單欄 Data—Configure一Coverage或雙擊工程窗口中Coverage圖標(biāo)出現(xiàn)如下窗口：

以上三部分設(shè)置好后，點(diǎn)擊保存，給新工程起一個(gè)名字，下次測試時(shí)直接打開這個(gè)工程就可以。硬件設(shè)備連接雙擊Preject窗口的Devices圖標(biāo)，出現(xiàn)硬件選擇窗口

選擇好相應(yīng)的型號(hào)及端口后把左邊Device下的方框勾上，點(diǎn)擊ok。測試手機(jī)及GPS設(shè)備所用的電腦端口可以在設(shè)備管理器里面查看謾密管理器文件㈤操作因查看M幫助(H).的，昌.囪.如-圜JUJUMAO單信心0回魂

由：：0-:0-:0-:單信心0回魂

由：：0-:0-:0-:0-…回PCMCIA卡處理器+"磁盤驅(qū)動(dòng)器+嵬電池+豈調(diào)制解調(diào)器-3端口(COM和LPT) 電腦所有CCM端口MEdgePoit|V4C1&4118-C]SerialFort-1[COM4)3EdgePoit[V4C1&4118-C]SerialFort-2(C0M5)3EdgePort[V40184113-1]SerialPort-1(COM6)3EdgePoit[V4C1M118-1]SerialFoii-2(C0M7)3電腦所有CCM端口+j計(jì)算機(jī)+m監(jiān)視器+g鍵盤+由人體學(xué)輸入設(shè)密+1聲音、視頻和游戲控制器+飛鼠標(biāo)和其它指針設(shè)備點(diǎn)擊菜單欄右邊的Connect/Disconnect圖標(biāo)進(jìn)行連接ProgramBusyThisoperationmaytakeafewminutes.PleaseWaitConnectingPleaseWaitConnectingHancset.Pleasenailawhile以上為正在進(jìn)行設(shè)備連接的窗口，如有設(shè)備連接不上，則會(huì)出現(xiàn)如下提示，需重新正確選擇端口/手機(jī)型號(hào)，如果確定端口及手機(jī)型號(hào)選擇正確，可用替換法檢查手機(jī)（包括數(shù)據(jù)線）和GPS（包括數(shù)據(jù)線）是否有故障。設(shè)備連接好后，菜單欄右邊的Start/StopLogging圖標(biāo)會(huì)變成紅色，點(diǎn)擊該圖標(biāo)則開始記錄數(shù)據(jù)進(jìn)行測試開始測試設(shè)備連接成功后，點(diǎn)擊Start/StopLogging圖標(biāo)，出現(xiàn)數(shù)據(jù)保存窗口

點(diǎn)擊上圖中ok按鈕，出現(xiàn)初始的測試界面如下:Map窗口：顯示測試軌跡圖、基站及地理信息RemoteControl窗口：設(shè)置呼叫號(hào)碼，通話保持時(shí)長，通話間隔、通話連接時(shí)長及長短呼等信息，控制開始/結(jié)束呼叫。Server窗口：顯示當(dāng)前服務(wù)小區(qū)信息。Radio窗口：顯示手機(jī)接收到的無線信息。Neighbour窗口：顯示鄰小區(qū)信息。Graph窗口：以連續(xù)的坐標(biāo)形式顯示各項(xiàng)無線信息。Chart窗口：顯示掃頻儀的掃頻信息（現(xiàn)階段未用到此功能）。Message窗口：顯示手機(jī)上下行信息。把基站、地理信息導(dǎo)入Map窗口:114.119399122.5709224設(shè)置呼叫信息鎖頻連接時(shí)長通話時(shí)長BCCHLocationUpdatingSuppressHandoverIgnoreCellBarringOverridingPathLossFullFlateForcingManualHangupBCCHHandoverFWClass被叫號(hào)碼*Repeat999 :TCHNumbersEvenufetion(s)Inteiyal(s)Connsct(s)DialedHandsetRemote通話間隔開始呼叫、強(qiáng)制切換強(qiáng)制不切換長呼模式設(shè)置 通話循環(huán)次數(shù)點(diǎn)擊開始呼叫后，完整的測試界面如下:數(shù)據(jù)保存測試完成后，點(diǎn)擊Start/StopLogging停止記錄，再點(diǎn)擊菜單欄下面的保存按鈕保存數(shù)據(jù)，數(shù)據(jù)保存在新建工程時(shí)選擇的保存目錄。如果測試中遇到電腦突然死機(jī)或者無法保存數(shù)據(jù)的情況，可以在windows的臨時(shí)文件夾找到這些數(shù)據(jù)文件。.數(shù)據(jù)分析處理指標(biāo)統(tǒng)計(jì)DT測試需統(tǒng)計(jì)覆蓋率、話音質(zhì)量、掉話率、接通率這幾項(xiàng)指標(biāo)。覆蓋率描述：通過測試手機(jī)Rxlevsub的提取，將Rxlevsub與某一固定值相比較。如果大于固定值，則認(rèn)為該點(diǎn)滿足覆蓋。否則，認(rèn)為該點(diǎn)不滿足覆蓋。（Rxlevsub^固定值取-90dBm）輸出的結(jié)果：覆蓋率=（＞=-90dBm的采樣點(diǎn)數(shù)（主叫+被叫））/總采樣點(diǎn)數(shù)（主叫+被叫）X100%;統(tǒng)計(jì)方法：Premier軟件菜單欄Analysys—Statistics—ByData,出現(xiàn)統(tǒng)計(jì)窗口：

輸出結(jié)果如下:

RxLevSubCountDistributionCumulative>=-751035573.05%73.05%>=-80267618.88%91.92%>=-859987.04%98.96%>=-901421.00%99.96%>=-12050.04%100.00%Count為各級(jí)區(qū)間采樣點(diǎn)數(shù)，Distribution為各級(jí)區(qū)間采樣點(diǎn)所占比例，Cumulative為累計(jì)的比例，RxLevSub＞=-90dBm的采樣點(diǎn)占總采樣點(diǎn)的比例為99.96%,即覆蓋率=99.96%。話音質(zhì)量描述：話音質(zhì)量代表了實(shí)際用戶在通話過程中的感受。對于非跳頻系統(tǒng)，話音質(zhì)量＜4時(shí)，用戶通話中感覺不會(huì)很明顯。對于跳頻系統(tǒng)，話音質(zhì)量＜5時(shí)，用戶通話中感覺不會(huì)很明顯。話音質(zhì)量是通過統(tǒng)計(jì)測試手機(jī)通話時(shí)的Rxqualsub值來得到的。輸出測試結(jié)果：計(jì)算出Rxqual（0-7）級(jí)各占的百分比，話音質(zhì)量按下述算法得到:話音質(zhì)量=[RxQual（0級(jí)）+RxQual（1級(jí)）+RxQual（2級(jí)）+RxQual（3級(jí)）]X1+[RxQual（4級(jí)）+RxQual（5級(jí)）+RxQual（6級(jí)）]X0.7。統(tǒng)計(jì)方法：前面步驟和統(tǒng)計(jì)覆蓋率一樣，ReportItems窗口選擇RxQulSub：輸出結(jié)果如下：RxQualSubCountDistributionCumulative>=01280190.30%90.30%>=17425.23%95.53%>=44683.30%98.84%>=71651.16%100.00%話音質(zhì)量=(90.30%+5.23%)x1+3.30%x0.7=97.84%4.1.3.接通率描述：這項(xiàng)指標(biāo)是測試整個(gè)系統(tǒng)的呼叫接通率。通過采集軟件統(tǒng)計(jì)總的嘗試呼叫的次數(shù)以及呼叫失敗的次數(shù)計(jì)算出接入成功的次數(shù)和接入成功率。輸出測試結(jié)果：接通率=接通總次數(shù)/試呼總次數(shù)X100%;說明:(1)試呼次數(shù)：以channelrequest和CMservicerequest同時(shí)出現(xiàn)來確定試呼開始。(2)接通次數(shù)：當(dāng)一次試呼開始后出現(xiàn)了AssignmentComplete或者Alerting消息中的任何一條就計(jì)數(shù)為一次接通。(3)接通率=總接通的次數(shù)/總嘗試呼叫的次數(shù)X100%統(tǒng)計(jì)方法：Premier軟件菜單欄Diagnosis-UserEvents,出現(xiàn)選擇數(shù)據(jù)窗口:輸出結(jié)果如下：我們選取cmcccallsuccess和OutgoingCall這兩個(gè)輸出項(xiàng)，cmcccallsuccessTOC\o"1-5"\h\zCallDropped 1CallSuccess 0OutgoingCallOutgoingFail 1OutgoingOK 7接通率=總接通的次數(shù)/總嘗試呼叫的次數(shù)X100%=7/8X100%=87.5%4.1.4.掉話率描述：掉話率是指發(fā)生掉話的次數(shù)與成功發(fā)起呼叫并接通的總數(shù)的比值。發(fā)生掉話的呼叫是指非移動(dòng)臺(tái)的原因、系統(tǒng)意外地失去了與移動(dòng)臺(tái)的射頻連接，這會(huì)迫使移動(dòng)臺(tái)重新發(fā)起呼叫。輸出測試結(jié)果：掉話率=總掉話次數(shù)/總接通次數(shù)又100%說明：（1）接通次數(shù)：當(dāng)一次試呼開始后出現(xiàn)了AssignmentComplete或者Alerting消息中的任何一條就計(jì)數(shù)為一次接通掉話次數(shù)：在一次通話中如出現(xiàn)Disconnect或ChannelRelease中任意一條，就計(jì)為一次呼叫正常釋放。只有當(dāng)兩條消息都未出現(xiàn)而由專用模式轉(zhuǎn)為空閑模式時(shí)，才計(jì)為一次掉話。（如通話時(shí)間不足規(guī)定時(shí)長，出現(xiàn)釋放，要求通過層3信令解碼判斷原因）統(tǒng)計(jì)方法：方法和接通率相同cmcccallsuccessTOC\o"1-5"\h\zCallDropped 1CallSuccess 0OutgoingCallOutgoingFail 1OutgoingOK 7掉話率=總掉話次數(shù)/總接通次數(shù)又100%=1/7X100%=14.29%DT問題點(diǎn)分析在DT測試過程中出現(xiàn)質(zhì)差、弱覆蓋、掉話、呼叫失敗、切換失敗5類情況之一者，均認(rèn)定為網(wǎng)絡(luò)問題。覆蓋類問題定義及分析覆蓋類問題定義DT測試中同時(shí)滿足以下3點(diǎn)條件的歸納為覆蓋問題：1）服務(wù)小區(qū)采樣點(diǎn)持續(xù)30M以上rx_level<=-90dBm；2）服務(wù)小區(qū)鄰區(qū)列表中最強(qiáng)鄰區(qū)rx_level<=-85dBm；3）測試過程中測試線路基站工作正常；覆蓋類問題分析以上為一個(gè)典型的覆蓋問題，服務(wù)小區(qū)與鄰小區(qū)信號(hào)都在一90dBm以下，覆蓋類問題主要因?yàn)榫嚯x基站較遠(yuǎn)或者地形阻擋導(dǎo)致該區(qū)域覆蓋差，需增加資源（基站，直放站等）才能解決。質(zhì)量類問題定義及分析質(zhì)量類問題定義在DT測試中，rx_qual（話音質(zhì)量等級(jí)）＞=4級(jí)（非跳頻系統(tǒng)）或rx_qual（話音質(zhì)量等級(jí)）＞=5級(jí)（跳頻系統(tǒng)），且持續(xù)時(shí)間6秒以上，評定為質(zhì)量類問題。質(zhì)量類問題分為以下幾類：1）弱覆蓋導(dǎo)致質(zhì)差問題。2）干擾導(dǎo)致質(zhì)差問題。3）硬件故障導(dǎo)致質(zhì)差問題；4）切換問題導(dǎo)致質(zhì)差；質(zhì)量類問題分析以上為一個(gè)質(zhì)量差問題，服務(wù)小區(qū)CI23023BCCH106,RxLevSub為一79dBm,RxQualSub為7。通過對周圍小區(qū)的頻率查找，發(fā)現(xiàn)另一個(gè)小區(qū)CI23032BCCH106與其同頻干擾導(dǎo)致話音質(zhì)量差。我們可以采用修改其中一個(gè)小區(qū)頻率或下壓天線傾角的方法解決干擾問題。接入失敗問題定義及分析接入失敗問題定義在DT測試中，手機(jī)發(fā)起接入嘗試，但未成功接通的情況，定義為接入失敗。在以上接通率的統(tǒng)計(jì)中我們知道，以channelrequest和CMservicerequest同時(shí)出現(xiàn)來確定試呼開始，當(dāng)一次試呼開始后出現(xiàn)了AssignmentComplete或者Alerting消息中的任何一條就計(jì)數(shù)為一次接通。那么接入失敗即為試呼開始后未出現(xiàn)AssignmentComplete或者Alerting消息中的任何一條。接入失敗的原因分為以下幾類：1）擁塞導(dǎo)致接入失敗；2）弱覆蓋導(dǎo)致接入失敗；3）硬件問題導(dǎo)致接入失敗；4）內(nèi)部干擾導(dǎo)致接入失敗；5）外部干擾導(dǎo)致接入失敗；XBCCH106BSIC43Q-Sub0MCCXBCCH106BSIC43Q-Sub0MCC460MNC1Q-Full0LAC9520114.2503516口FlxQualFi口FlxLevFu2。08-7-25下午114.2503516口FlxQualFi口FlxLevFu2。08-7-25下午12:38:35.(RxLevSubRxQual可■BCCHFIhI■BCCH■CelllD□L：1□C2下午12:38:33.661->ChannelRequestReport(UpLinkJ^r下午12:38:33.661->PagingRequestType1(DownLinl5\.下午12:38:33.752。SystemInformationType1(DownLink)卞午12:38:34.052->PagingRequestType1(DownLink) irg；-rrAZx卞牛12:38:34,052->SystemInformationType2(DownLink)"J開卞牛12:38:34.052->ImmediateAssignment(DownLinkJ^-^下午12:38:34.052->CMServiceRequest(UpLink)**^卞牛12:38:34.362。CMServiceRequest(DownLink)下午12:38:34.362->ClassmarkChange(UpLink)下午12:38:34.402->SystemInformationType6(DownLink)下午12:38:34.693->AuthenticationRequest(DownLink)下午12:38:34.713->MeasurementReport(UpLink)下午12:38:34.783->AuthenlicalionResponse(UpLink)下午12:38:34.853->SystemInformationType5ter(DownLink)卞牟12:38:35.184->MeasurementReport(UpLink)卞卒12:38:35.314。SystemInformationType5(DownLink)卞宇12:38:35.644。CMServiceAcceptQownllink)下午12:38:35E44->SNuM」pLink]下午12:38:35.694->MeasurementReport(UpLink)卞牛12:38t35.794->SystemInformationType6(DownLink)下午12:38:36.095->CallProceeding(DownLink)下午12:38:36.145->MeasurementReport(UpLink)下午12:38:36.245。SystemInformationType5ter(Downlink)下午12:38:36.606->MeasurementReport(UpLink)下午12:38:36.866->SystemInformationType5(DownLink)卞牟12:38:37.036->Disconnect(DownLink)下午12:38:37.056->Release(UpLink)卞牛12:38:37.507->MeasurementReport(UpLink)卞牛12:38:37.507->SystemInformationType6(DownLink)卞牛12:38:37.567->MeasurementReport(UpLink)下午1238:37.827->ReleaseComplete(DownLink)下午12:38:37.998。ChannelRelease(6o囚nLink)下午12:38:38.038->MeasurementReport(UpLink)下午12:38:39.209->PaqinqRequestType1JDownLink]以上是一個(gè)呼叫失敗的問題，channelrequest和CMservicerequest同時(shí)出現(xiàn)試呼開始，后面并未出現(xiàn)AssignmentComplete或者Alerting而轉(zhuǎn)入空閑模

式。呼叫失敗在非干擾和覆蓋情況下，需重點(diǎn)檢查服務(wù)小區(qū)的硬件指標(biāo)和擁塞情況。切換問題定義及分析切換問題定義在DT測試中，發(fā)生了影響網(wǎng)絡(luò)質(zhì)量的異常切換或切換失敗事件，評定為切換問題。切換問題分為以下幾類：1）乒乓切換2）慢切換3）切換失敗切換問題分析BSICQ-Sub黃工商駒口。CellIDName|龍崗工商前口麻西埔村1即口檢局9口口HandoverCommandBCCHBSICRxLev下午03:58:54,373->MeasurementReport(UpLink)下午03:58:54,813->SystemInformationType6(DownLink)下午03:58:54,863->MeasurementReport[UpLink'l下午03:58:55,414->HandoverFailure[UpLink'l下午03:58:55,765->SystemInformationType5(DownLink)下午03:58:55,815->MeasurementReport(UpLink)下午03:58:56,245->SystemInformationType6(DownLink)下午03:58:56,296->MeasurementReport(UpLink)下午03:58:56,726->SystemInformationType5ter(DownLink)卞宇03:58:56,776->MeasurementReport(UpLink)卞宇03:58:57.207->SystemInformationType5(DownLink)卞宇BSICQ-Sub黃工商駒口。CellIDName|龍崗工商前口麻西埔村1即口檢局9口口HandoverCommandBCCHBSICRxLev下午03:58:54,373->MeasurementReport(UpLink)下午03:58:54,813->SystemInformationType6(DownLink)下午03:58:54,863->MeasurementReport[UpLink'l下午03:58:55,414->HandoverFailure[UpLink'l下午03:58:55,765->SystemInformationType5(DownLink)下午03:58:55,815->MeasurementReport(UpLink)下午03:58:56,245->SystemInformationType6(DownLink)下午03:58:56,296->MeasurementReport(UpLink)下午03:58:56,726->SystemInformationType5ter(DownLink)卞宇03:58:56,776->MeasurementReport(UpLink)卞宇03:58:57.207->SystemInformationType5(DownLink)卞宇03:58:57,25?->MBasurernenl:Report[UpLink]卞宇03:58:57.678->SystemInformationType6(DownLink)卞卒03:58:57,728->MeasurementReport(UpLink)卞卒03:58:58.158->SystemInformationType5ter(DownLink)卞卒03:58:58,218->MeasurementReport(UpLink)卞卒03:58:58.639->SystemInformationType5(DownLink)卞宇03:58:58,689->MeasurementReport(UpLink)卞宇03:58:59.120->SystemInformationType6(DownLink)大岸?mRPRA1Pri-\MpAfiirpmpnl-RpnnrfflIniinkl2008-7-25下午03:58:541RxLevSub-78114.242805022.7265028龍崗工商18BinaryDecodeL-SubMCC460MN匚1L-Full-76Q-Full3LAC9531FER0Name龍崗工商18mszID27025TxPower5RxLevFu口RmQubIFi.人0-20-40-60-80■100■120-140.n「n口nni口rD%口BCCHRxlBCCHCelliDH:-:UualSRxLevSuGraph-lg_售政路A2OO8O725_MS1:1通過HandoverCommand信息知道切換的目標(biāo)小區(qū)，通過HandoverFailure信息判斷這是個(gè)切換失敗問題，重點(diǎn)檢查目標(biāo)小區(qū)是否擁塞及硬件故障。掉話問題定義及分析掉話問題定義在DT測試過程中，手機(jī)由通話狀態(tài)轉(zhuǎn)為空閑模式，其間層三信令中若既未出現(xiàn)Disconnect,也未出現(xiàn)ChannelRelease,則評定為一次掉話。掉話原因可分為以下幾類：1）弱覆蓋掉話2）質(zhì)差掉話3）切換掉話4）硬件故障掉話掉話問題分析以上為一個(gè)掉話問題，在消息中未出現(xiàn)未出現(xiàn)Disconnect或ChannelRelease而轉(zhuǎn)入空閑模式，在Rx較好的情況下，話音質(zhì)量持續(xù)特別差導(dǎo)致掉話，頻率干擾的可能性比較大，通話對周邊小區(qū)頻率查找發(fā)現(xiàn)另一小區(qū)23135頻率同樣為102且覆蓋方向也是問題區(qū)域，可以判斷為這兩個(gè)小區(qū)頻率干擾，解決方法是控制小區(qū)23135信號(hào)（壓低其天線傾角或降低載波發(fā)射功率）114.1214500Latitude22.6240200GndHeight0OMCR0MSC0BSCBSC23LAC9516MCC460BAListTotal0CarrierTotal0NeighbourCellsTotal0>Neighbour-lg_布吉D20080811二廠工BCCHBSICRxLevClC2CellIDNameHLLongitude114.1214500Latitude22.6240200GndHeight0OMCR0MSC0BSCBSC23LAC9516MCC460BAListTotal0CarrierTotal0NeighbourCellsTotal0>Neighbour-lg_布吉D20080811二廠工BCCHBSICRxLevClC2CellIDNameHLLongitudeIdentifier131：3SiteName布吉龍基新村9口口-未i▼CellName布吉龍基新村9。。-未i▼2008811下午02:53:13.(FbcQualSubIIInformationubNameS2MeasurementFleportDisplayParametersCellColor ▼.層3信令介紹一個(gè)完整的主叫信令流程如下：(一一＞:表示上行 〈——:表示下行)信道請求：ChannelRequestReport ＞MS在隨機(jī)接入信道RACH向BSS發(fā)送信道請求消息立即指配：＜ ImmediateAssignmentBSC為其分配相應(yīng)的信道成功后，在接入允許信道(AGCH)中通過立即分配消息通知MS為其分配的專用信道SDCCHCM業(yè)務(wù)請求：CMServiceRequest ＞MS在為其分配的SDCCH上發(fā)送一個(gè)層三消息---CM業(yè)務(wù)請求消息，在該消息中CM業(yè)務(wù)類型為移動(dòng)發(fā)起呼叫CM業(yè)務(wù)請求：＜ CMServiceRequestMSC向BSC回連接確認(rèn)消息鑒權(quán)請求：＜ AuthenticationRequestMSC向MS下發(fā)鑒權(quán)請求，在該命令中含有鑒權(quán)參數(shù)鑒權(quán)響應(yīng)：AuthenticationResponse ＞MS收到鑒權(quán)請求后，利用SIM卡中的IMSI和鑒權(quán)算法，得出鑒權(quán)結(jié)果，通過鑒權(quán)響應(yīng)消息送達(dá)MSCCM業(yè)務(wù)接受：＜ CMServiceAcceptMSC通知MS業(yè)務(wù)請求獲得通過建立呼叫：Setup ＞MS向MSC發(fā)送一個(gè)setup消息，在此消息中，攜帶有被叫號(hào)碼和主叫標(biāo)識(shí)等更為詳細(xì)的信息呼叫繼續(xù)：< CallProceedingMSC通過呼叫繼續(xù)消息，經(jīng)BSS通知MS呼叫在繼續(xù)處理之中指配命令：< AssignmentCommandMS向BSC發(fā)送指配請求消息，在該消息中選定某條A接口電路，BSC收到該指令后，向BTS、MS指定無線資源指配完成：AssignmentComplete >MS占用TCH成功，回送分配完成消息，到此TCH指配階段完成振鈴：< Alerting被叫振鈴連接：< Connect被叫接線連接響應(yīng)：ConnectAcknowledge >連接響應(yīng)，通話開始.通話過程.主叫掛機(jī)：Disconnect >釋放：< Release釋放完成：ReleaseComplete >信道釋放：< ChannelRelease.投訴處理部分有信號(hào)打不出打不入問題能打出打不入.問題原因A、用戶手機(jī)的HLR（歸屬位置寄存器）問題。因?yàn)榉钦h除添加，導(dǎo)致手機(jī)HLR丟失。B、小區(qū)切換問題因?yàn)槭謾C(jī)從一個(gè)區(qū)切到另一個(gè)小區(qū)時(shí)，如果B信道不夠，會(huì)導(dǎo)致手機(jī)本身小區(qū)注冊信息已更新，但交換機(jī)內(nèi)的HLR卻沒有改變，因此交換機(jī)所發(fā)的尋呼消息無法到達(dá)手機(jī)新注冊的基站。C、所占用基站故障由于被叫手機(jī)所占基站硬件故障，導(dǎo)致基站尋呼手機(jī)的功能無法實(shí)現(xiàn)。D、用戶設(shè)置了呼轉(zhuǎn).問題解決方案A、用戶手機(jī)的HLR問題解決方案投訴處理人員現(xiàn)場跟用戶換機(jī)換卡測試說明為用戶手機(jī)故障造成-T建議用戶檢修。B、小區(qū)切換問題解決方案依據(jù)手機(jī)測試模式找到此忙小區(qū)，讓手機(jī)切到另一個(gè)小區(qū)。并應(yīng)在此忙小區(qū)適當(dāng)增加基站。C、所占用基站故障的解決方案投訴人員現(xiàn)場記錄服務(wù)小區(qū)的CID-T電話通知OMC系統(tǒng)工程師-T系統(tǒng)工程師完成硬件指標(biāo)分析-T系統(tǒng)工程師判斷為硬件故障-T提交硬件工單-T完成硬件處理-T告知投訴處理人員-T投訴處理人員回訪用戶。D、用戶設(shè)置呼轉(zhuǎn)的解決方案投訴人員發(fā)現(xiàn)可能是由于用戶設(shè)置呼轉(zhuǎn)造成-少打電話到相應(yīng)部門查詢-少向用戶說明情況-少取消呼轉(zhuǎn)功能。能打入不能打出.問題原因A、用戶手機(jī)故障。B、服務(wù)小區(qū)存在同頻、鄰頻干擾。C、基站硬件故障，如SURF、DLNB、IADU等出現(xiàn)故障。D、主用小區(qū)存在上行IOI干擾。.問題解決方案A、用戶手機(jī)故障解決方案投訴處理人員現(xiàn)場跟用戶換機(jī)換卡測試說明為用戶手機(jī)故障造成T建議用戶檢修或更換手機(jī)。B、服務(wù)小區(qū)存在同頻、鄰頻干擾解決方案投訴處理人員現(xiàn)場手機(jī)掃頻測試找出以服務(wù)小區(qū)同頻或鄰頻的小區(qū)-T記錄其BCCH頻點(diǎn)及BSIC-T電話通知OMC系統(tǒng)工程師-T系統(tǒng)工程師完成頻率重新歸劃-T系統(tǒng)工程師電話告知投訴處理人員已作出的改動(dòng)-T投訴處理人員現(xiàn)場確認(rèn)是否已解決。C、基站硬件故障解決方案投訴人員現(xiàn)場記錄服務(wù)小區(qū)的CID-T電話通知OMC系統(tǒng)工程師T系統(tǒng)工程師完成硬件指標(biāo)分析-T系統(tǒng)工程師判斷為硬件故障-T提交硬件工單-T完成硬件處理-T告知投訴處理人員-T投訴處理人員回訪用戶。D、主用小區(qū)存在嚴(yán)重的上行IOI干擾解決方案投訴人員現(xiàn)場記錄服務(wù)小區(qū)的CID-T電話通知OMC系統(tǒng)工程師T系統(tǒng)工程師完成相應(yīng)指標(biāo)分析-T系統(tǒng)工程師判斷為上行IOI問題-T提交查干擾工單-T完成干擾源的排查及處理-T告知投訴處理人員-T投訴處理人員回訪用戶。打不出打不入.問題原因A、用戶手機(jī)故障。B、服務(wù)小區(qū)存在較強(qiáng)的同頻、鄰頻干擾。C、服務(wù)小區(qū)SDCCH或TCH存在嚴(yán)重?fù)砣、基站硬件故障，如SURF、DLNB、IADU等出現(xiàn)故障。E、主用小區(qū)存在嚴(yán)重的上行IOI干擾。F、新開通基站未定義相關(guān)交換數(shù)據(jù)。G、相關(guān)參數(shù)設(shè)置錯(cuò)誤，比如主用小區(qū)被BAR。.問題解決方案A、用戶手機(jī)故障解決方案投訴處理人員現(xiàn)場跟用戶換機(jī)換卡測試說明為用戶手機(jī)故障造成-T建議用