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

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

點擊ok,基站信息導入完畢。基站信息文件是一個包括小區名、CI、經緯度、方向角、BSIC、BCCH等信息的文本文檔。地理道路信息導入地理道路信息導入：點擊菜單欄Data—Import—ExternalMap出現如下選擇地圖窗口

選擇文件點擊打開后出現如下窗口:點擊ok,地理道路信息導入完畢。測試圖例設置測試圖例設置：點擊菜單欄 Data—Configure一Coverage或雙擊工程窗口中Coverage圖標出現如下窗口：

以上三部分設置好后，點擊保存，給新工程起一個名字，下次測試時直接打開這個工程就可以。硬件設備連接雙擊Preject窗口的Devices圖標，出現硬件選擇窗口

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

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

由：：0-:0-:0-:0-…回PCMCIA卡處理器+"磁盤驅動器+嵬電池+豈調制解調器-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計算機+m監視器+g鍵盤+由人體學輸入設密+1聲音、視頻和游戲控制器+飛鼠標和其它指針設備點擊菜單欄右邊的Connect/Disconnect圖標進行連接ProgramBusyThisoperationmaytakeafewminutes.PleaseWaitConnectingPleaseWaitConnectingHancset.Pleasenailawhile以上為正在進行設備連接的窗口，如有設備連接不上，則會出現如下提示，需重新正確選擇端口/手機型號，如果確定端口及手機型號選擇正確，可用替換法檢查手機（包括數據線）和GPS（包括數據線）是否有故障。設備連接好后，菜單欄右邊的Start/StopLogging圖標會變成紅色，點擊該圖標則開始記錄數據進行測試開始測試設備連接成功后，點擊Start/StopLogging圖標，出現數據保存窗口

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

輸出結果如下:

RxLevSubCountDistributionCumulative>=-751035573.05%73.05%>=-80267618.88%91.92%>=-859987.04%98.96%>=-901421.00%99.96%>=-12050.04%100.00%Count為各級區間采樣點數，Distribution為各級區間采樣點所占比例，Cumulative為累計的比例，RxLevSub＞=-90dBm的采樣點占總采樣點的比例為99.96%,即覆蓋率=99.96%。話音質量描述：話音質量代表了實際用戶在通話過程中的感受。對于非跳頻系統，話音質量＜4時，用戶通話中感覺不會很明顯。對于跳頻系統，話音質量＜5時，用戶通話中感覺不會很明顯。話音質量是通過統計測試手機通話時的Rxqualsub值來得到的。輸出測試結果：計算出Rxqual（0-7）級各占的百分比，話音質量按下述算法得到:話音質量=[RxQual（0級）+RxQual（1級）+RxQual（2級）+RxQual（3級）]X1+[RxQual（4級）+RxQual（5級）+RxQual（6級）]X0.7。統計方法：前面步驟和統計覆蓋率一樣，ReportItems窗口選擇RxQulSub：輸出結果如下：RxQualSubCountDistributionCumulative>=01280190.30%90.30%>=17425.23%95.53%>=44683.30%98.84%>=71651.16%100.00%話音質量=(90.30%+5.23%)x1+3.30%x0.7=97.84%4.1.3.接通率描述：這項指標是測試整個系統的呼叫接通率。通過采集軟件統計總的嘗試呼叫的次數以及呼叫失敗的次數計算出接入成功的次數和接入成功率。輸出測試結果：接通率=接通總次數/試呼總次數X100%;說明:(1)試呼次數：以channelrequest和CMservicerequest同時出現來確定試呼開始。(2)接通次數：當一次試呼開始后出現了AssignmentComplete或者Alerting消息中的任何一條就計數為一次接通。(3)接通率=總接通的次數/總嘗試呼叫的次數X100%統計方法：Premier軟件菜單欄Diagnosis-UserEvents,出現選擇數據窗口:輸出結果如下：我們選取cmcccallsuccess和OutgoingCall這兩個輸出項，cmcccallsuccessTOC\o"1-5"\h\zCallDropped 1CallSuccess 0OutgoingCallOutgoingFail 1OutgoingOK 7接通率=總接通的次數/總嘗試呼叫的次數X100%=7/8X100%=87.5%4.1.4.掉話率描述：掉話率是指發生掉話的次數與成功發起呼叫并接通的總數的比值。發生掉話的呼叫是指非移動臺的原因、系統意外地失去了與移動臺的射頻連接，這會迫使移動臺重新發起呼叫。輸出測試結果：掉話率=總掉話次數/總接通次數又100%說明：（1）接通次數：當一次試呼開始后出現了AssignmentComplete或者Alerting消息中的任何一條就計數為一次接通掉話次數：在一次通話中如出現Disconnect或ChannelRelease中任意一條，就計為一次呼叫正常釋放。只有當兩條消息都未出現而由專用模式轉為空閑模式時，才計為一次掉話。（如通話時間不足規定時長，出現釋放，要求通過層3信令解碼判斷原因）統計方法：方法和接通率相同cmcccallsuccessTOC\o"1-5"\h\zCallDropped 1CallSuccess 0OutgoingCallOutgoingFail 1OutgoingOK 7掉話率=總掉話次數/總接通次數又100%=1/7X100%=14.29%DT問題點分析在DT測試過程中出現質差、弱覆蓋、掉話、呼叫失敗、切換失敗5類情況之一者，均認定為網絡問題。覆蓋類問題定義及分析覆蓋類問題定義DT測試中同時滿足以下3點條件的歸納為覆蓋問題：1）服務小區采樣點持續30M以上rx_level<=-90dBm；2）服務小區鄰區列表中最強鄰區rx_level<=-85dBm；3）測試過程中測試線路基站工作正常；覆蓋類問題分析以上為一個典型的覆蓋問題，服務小區與鄰小區信號都在一90dBm以下，覆蓋類問題主要因為距離基站較遠或者地形阻擋導致該區域覆蓋差，需增加資源（基站，直放站等）才能解決。質量類問題定義及分析質量類問題定義在DT測試中，rx_qual（話音質量等級）＞=4級（非跳頻系統）或rx_qual（話音質量等級）＞=5級（跳頻系統），且持續時間6秒以上，評定為質量類問題。質量類問題分為以下幾類：1）弱覆蓋導致質差問題。2）干擾導致質差問題。3）硬件故障導致質差問題；4）切換問題導致質差；質量類問題分析以上為一個質量差問題，服務小區CI23023BCCH106,RxLevSub為一79dBm,RxQualSub為7。通過對周圍小區的頻率查找，發現另一個小區CI23032BCCH106與其同頻干擾導致話音質量差。我們可以采用修改其中一個小區頻率或下壓天線傾角的方法解決干擾問題。接入失敗問題定義及分析接入失敗問題定義在DT測試中，手機發起接入嘗試，但未成功接通的情況，定義為接入失敗。在以上接通率的統計中我們知道，以channelrequest和CMservicerequest同時出現來確定試呼開始，當一次試呼開始后出現了AssignmentComplete或者Alerting消息中的任何一條就計數為一次接通。那么接入失敗即為試呼開始后未出現AssignmentComplete或者Alerting消息中的任何一條。接入失敗的原因分為以下幾類：1）擁塞導致接入失敗；2）弱覆蓋導致接入失敗；3）硬件問題導致接入失敗；4）內部干擾導致接入失敗；5）外部干擾導致接入失敗；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]以上是一個呼叫失敗的問題，channelrequest和CMservicerequest同時出現試呼開始，后面并未出現AssignmentComplete或者Alerting而轉入空閑模

式。呼叫失敗在非干擾和覆蓋情況下，需重點檢查服務小區的硬件指標和擁塞情況。切換問題定義及分析切換問題定義在DT測試中，發生了影響網絡質量的異常切換或切換失敗事件，評定為切換問題。切換問題分為以下幾類：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信息知道切換的目標小區，通過HandoverFailure信息判斷這是個切換失敗問題，重點檢查目標小區是否擁塞及硬件故障。掉話問題定義及分析掉話問題定義在DT測試過程中，手機由通話狀態轉為空閑模式，其間層三信令中若既未出現Disconnect,也未出現ChannelRelease,則評定為一次掉話。掉話原因可分為以下幾類：1）弱覆蓋掉話2）質差掉話3）切換掉話4）硬件故障掉話掉話問題分析以上為一個掉話問題，在消息中未出現未出現Disconnect或ChannelRelease而轉入空閑模式，在Rx較好的情況下，話音質量持續特別差導致掉話，頻率干擾的可能性比較大，通話對周邊小區頻率查找發現另一小區23135頻率同樣為102且覆蓋方向也是問題區域，可以判斷為這兩個小區頻率干擾，解決方法是控制小區23135信號（壓低其天線傾角或降低載波發射功率）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信令介紹一個完整的主叫信令流程如下：(一一＞:表示上行 〈——:表示下行)信道請求：ChannelRequestReport ＞MS在隨機接入信道RACH向BSS發送信道請求消息立即指配：＜ ImmediateAssignmentBSC為其分配相應的信道成功后，在接入允許信道(AGCH)中通過立即分配消息通知MS為其分配的專用信道SDCCHCM業務請求：CMServiceRequest ＞MS在為其分配的SDCCH上發送一個層三消息---CM業務請求消息，在該消息中CM業務類型為移動發起呼叫CM業務請求：＜ CMServiceRequestMSC向BSC回連接確認消息鑒權請求：＜ AuthenticationRequestMSC向MS下發鑒權請求，在該命令中含有鑒權參數鑒權響應：AuthenticationResponse ＞MS收到鑒權請求后，利用SIM卡中的IMSI和鑒權算法，得出鑒權結果，通過鑒權響應消息送達MSCCM業務接受：＜ CMServiceAcceptMSC通知MS業務請求獲得通過建立呼叫：Setup ＞MS向MSC發送一個setup消息，在此消息中，攜帶有被叫號碼和主叫標識等更為詳細的信息呼叫繼續：< CallProceedingMSC通過呼叫繼續消息，經BSS通知MS呼叫在繼續處理之中指配命令：< AssignmentCommandMS向BSC發送指配請求消息，在該消息中選定某條A接口電路，BSC收到該指令后，向BTS、MS指定無線資源指配完成：AssignmentComplete >MS占用TCH成功，回送分配完成消息，到此TCH指配階段完成振鈴：< Alerting被叫振鈴連接：< Connect被叫接線連接響應：ConnectAcknowledge >連接響應，通話開始.通話過程.主叫掛機：Disconnect >釋放：< Release釋放完成：ReleaseComplete >信道釋放：< ChannelRelease.投訴處理部分有信號打不出打不入問題能打出打不入.問題原因A、用戶手機的HLR（歸屬位置寄存器）問題。因為非正常刪除添加，導致手機HLR丟失。B、小區切換問題因為手機從一個區切到另一個小區時，如果B信道不夠，會導致手機本身小區注冊信息已更新，但交換機內的HLR卻沒有改變，因此交換機所發的尋呼消息無法到達手機新注冊的基站。C、所占用基站故障由于被叫手機所占基站硬件故障，導致基站尋呼手機的功能無法實現。D、用戶設置了呼轉.問題解決方案A、用戶手機的HLR問題解決方案投訴處理人員現場跟用戶換機換卡測試說明為用戶手機故障造成-T建議用戶檢修。B、小區切換問題解決方案依據手機測試模式找到此忙小區，讓手機切到另一個小區。并應在此忙小區適當增加基站。C、所占用基站故障的解決方案投訴人員現場記錄服務小區的CID-T電話通知OMC系統工程師-T系統工程師完成硬件指標分析-T系統工程師判斷為硬件故障-T提交硬件工單-T完成硬件處理-T告知投訴處理人員-T投訴處理人員回訪用戶。D、用戶設置呼轉的解決方案投訴人員發現可能是由于用戶設置呼轉造成-少打電話到相應部門查詢-少向用戶說明情況-少取消呼轉功能。能打入不能打出.問題原因A、用戶手機故障。B、服務小區存在同頻、鄰頻干擾。C、基站硬件故障，如SURF、DLNB、IADU等出現故障。D、主用小區存在上行IOI干擾。.問題解決方案A、用戶手機故障解決方案投訴處理人員現場跟用戶換機換卡測試說明為用戶手機故障造成T建議用戶檢修或更換手機。B、服務小區存在同頻、鄰頻干擾解決方案投訴處理人員現場手機掃頻測試找出以服務小區同頻或鄰頻的小區-T記錄其BCCH頻點及BSIC-T電話通知OMC系統工程師-T系統工程師完成頻率重新歸劃-T系統工程師電話告知投訴處理人員已作出的改動-T投訴處理人員現場確認是否已解決。C、基站硬件故障解決方案投訴人員現場記錄服務小區的CID-T電話通知OMC系統工程師T系統工程師完成硬件指標分析-T系統工程師判斷為硬件故障-T提交硬件工單-T完成硬件處理-T告知投訴處理人員-T投訴處理人員回訪用戶。D、主用小區存在嚴重的上行IOI干擾解決方案投訴人員現場記錄服務小區的CID-T電話通知OMC系統工程師T系統工程師完成相應指標分析-T系統工程師判斷為上行IOI問題-T提交查干擾工單-T完成干擾源的排查及處理-T告知投訴處理人員-T投訴處理人員回訪用戶。打不出打不入.問題原因A、用戶手機故障。B、服務小區存在較強的同頻、鄰頻干擾。C、服務小區SDCCH或TCH存在嚴重擁塞。D、基站硬件故障，如SURF、DLNB、IADU等出現故障。E、主用小區存在嚴重的上行IOI干擾。F、新開通基站未定義相關交換數據。G、相關參數設置錯誤，比如主用小區被BAR。.問題解決方案A、用戶手機故障解決方案投訴處理人員現場跟用戶換機換卡測試說明為用戶手機故障造成-T建議用