無線網(wǎng)絡(luò)DT測試指引_第1頁
無線網(wǎng)絡(luò)DT測試指引_第2頁
無線網(wǎng)絡(luò)DT測試指引_第3頁
無線網(wǎng)絡(luò)DT測試指引_第4頁
無線網(wǎng)絡(luò)DT測試指引_第5頁
已閱讀5頁,還剩34頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

無線網(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建議用

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論