GPRS測試結(jié)果分析模板

/GPRS測試結(jié)果分析模板統(tǒng)計結(jié)果分析ATTACH時間、PDP激活時間、往返時延(PINＧ）過長分析C／I較低，導(dǎo)致BLＥR和數(shù)據(jù)重傳率較高所至。資源過少造成擁塞(忙時話音業(yè)務(wù)可能會占用部分可用于GＰＲＳ業(yè)務(wù)和電路業(yè)務(wù)的可變信道）,指配拒絕或排隊指示，經(jīng)多次嘗試后才指配成功。小區(qū)重選相對頻繁，數(shù)據(jù)傳送被掛起,導(dǎo)致網(wǎng)絡(luò)的響應(yīng)延遲。編碼方案設(shè)置不合理，沒有在適當(dāng)?shù)臅r候采用最合適的編碼,使數(shù)據(jù)的有效吞吐量沒有達(dá)到最優(yōu)值，具體表現(xiàn)有兩種:1、BLEＲ高,而CS２編碼的比例較大，導(dǎo)致重傳率高，2、BLER低，而CS2編碼的比例較小，導(dǎo)致ＣS2編碼的高速率特點得不到發(fā)揮。SＧＳN、GGSN的處理時延或外部網(wǎng)絡(luò)傳輸時延過長。WAP登陸時間過長、FTP上下載速率過低分析C/I較低，導(dǎo)致BLER和數(shù)據(jù)重傳率較高。資源過少造成擁塞（忙時話音業(yè)務(wù)可能會占用部分可用于GＰＲS業(yè)務(wù)和電路業(yè)務(wù)的可變信道)，指配拒絕,經(jīng)多次嘗試后才成功。小區(qū)重選相對頻繁，導(dǎo)致數(shù)據(jù)傳送頻繁地掛起，降低了數(shù)據(jù)的吞吐量。編碼方案設(shè)置不合理,沒有在適當(dāng)?shù)臅r候采用最合適的編碼，使數(shù)據(jù)的有效吞吐量沒有達(dá)到最優(yōu)值，具體表現(xiàn)有兩種:1、BLER高，而CS2編碼的比例較大,導(dǎo)致重傳率高,2、ＢLER低，而ＣS2編碼的比例較小,導(dǎo)致CＳ2編碼的高速率特點得不到發(fā)揮）。ＴBF頻繁的建立釋放，系統(tǒng)用于ＴBF建立釋放的時間時間過多，與核心網(wǎng)或外部網(wǎng)絡(luò)有關(guān)。小區(qū)重選頻繁原因分析正常小區(qū)重選條件滿足導(dǎo)致的小區(qū)頻繁重選,現(xiàn)象表現(xiàn)為：服務(wù)小區(qū)被禁止(barred）服務(wù)小區(qū)的Ｃ1〈0的持續(xù)時間超過５秒鐘。Ｃ2（ｎ）>Ｃ２(s)的持續(xù)時間超過5秒鐘.原因：小區(qū)重選參數(shù)RXＬEV_AＣCESS_ＭIＮ、?ＭS_ＴXPＷR＿M(jìn)ＡX_CCH、CRH、CRO、TO、PT設(shè)置不合理所致。 異常原因?qū)е碌男^(qū)重選一般是由于無線接口數(shù)據(jù)傳輸問題或基站分系統(tǒng)設(shè)備故障導(dǎo)致,具體現(xiàn)象有:1、嘗試接入系統(tǒng)失敗MAＸRＥT次２、MＳ檢測到一次下行鏈路失敗3、MS在60秒內(nèi),沒收到SI13或ＰSＩ１3４、MS從分組空閑模式進(jìn)入分組專用模式時,由于下列原因之一導(dǎo)致第5次分組接入嘗試中的沖突處理失敗。(參見附錄４．2)沖突處理失敗，TLLI不匹配： 一步接入的沖突處理中收到PACKETＵＰＬINKACＫ/NACK，但TLLI不匹配.Ｔ3166超時(5S）： 一步接入的沖突處理中沒有收到對應(yīng)于第一個上行RLC數(shù)據(jù)塊的應(yīng)答Ｔ３168超時((1～8）*０．5Ｓ)：兩步接入的沖突處理中沒有收到對應(yīng)于PaｃkeｔResourceｒequｅst的PaｃketUpliｎkAssignmｅnt消息。Ｎ3１０4溢出： 一步接入的沖突處理中MS發(fā)送了N31０4_MAＸ個RLC/ＭAC數(shù)據(jù)塊,卻沒有收到應(yīng)答。其中N310４_ＭAＸ=3*(BS_ＣV_MＡＸ+3)*ｎumbｅrofuplinktiｍｅslｏｔｓaｓsｉgned。下面情況外的其它原因?qū)е耇BF建立失敗，也會使MS啟動小區(qū)重選過程。上行或下行多時隙指配與MS的能力不匹配上行TＢF建立過程中的Ｔ316４超時(收到上行動態(tài)指配消息后,5秒內(nèi)沒收到相應(yīng)的USＦ)下行ＴBF建立過程中的T3１90超時(收到下行指配消息后,5秒內(nèi)沒收到合法的發(fā)往該MS的下行RLC/MＡC塊)5、N3102下溢（<0)：證實模式的上行TＢF操作中,MS長時間收不到PＡCKEＴＵＰLINKAＣK／ＮAＣK（每當(dāng)下行發(fā)送窗口滿時，就啟動定時器T31８２，等候PAＣKＥＴUPLIＮKACK/ＮACK，T3182超時,導(dǎo)致N３1０２遞減ＰAＮ_DＥＣ，若在超時前收到ＰACKEＴUPLINKＡＣK／NACＫ,N3１０2遞減PAN＿ＩNＣ)6、Ｔ318４超時(5秒)：在固定分配模式中,ＭS連續(xù)5秒沒有收到PACKEＴＵPLINKACK/ＮACK消息具體事件分析ATＴACＨ失敗原因分析GPRＳＡTＴAＣHFＡILEＤ可能原因：接入不允許：MS收到GＭM的請求后，發(fā)不出信道請求。接入控制類設(shè)置問題。MＳ沒有收全系統(tǒng)消息３、系統(tǒng)消息13、系統(tǒng)消息１(如果存在）。網(wǎng)絡(luò)資源不足：一步接入立即指配拒絕,或兩步接入無立即指配或分組上行指配網(wǎng)絡(luò)沒有收到ATTＡCHREQＵＥST或沒有收全整條消息：ＭS沒有收到上行分組應(yīng)答（干擾）；MS收到的上行應(yīng)答顯示沒有受收全（視ATTＡＣＨREQＵEＳT消息的長度和指配中的GPRS信道編碼格式確定該消息要通過幾個ＲLC/ＭAC塊傳送) MS放棄：???人工放棄MＳ在AＴTＡCH過程中進(jìn)行了路由區(qū)更新網(wǎng)絡(luò)存在故障：ＭS收到上行應(yīng)答，但沒有收到后續(xù)的其它消息，或MS收到AＴTACＨＲEJECＴ消息Pｒｏtocolerror，ｕnspｅcｉfｉed ??Neｔworkfaiｌｕｒe注：ＭＳ可能以１５秒的間隔，重發(fā)4次ATTACHＲEQUEST。PDP激活失敗原因分析PDPACTIＶATIONFAILUＲＥ可能原因：接入不允許：ＭＳ收到ＧMM的請求后，不能發(fā)出信道請求或分組信道請求網(wǎng)絡(luò)資源不足：一步接入無立即指配，或兩步接入無立即指配或分組上行指配網(wǎng)絡(luò)沒有收到ＰＤＰ激活請求或沒有收全整條消息：MS沒有收到上行分組應(yīng)答，或MＳ收到的上行應(yīng)答顯示沒有受收全(視ATTACＨＲEQUEST消息的長度）網(wǎng)絡(luò)存在故障：MS收到上行應(yīng)答，但沒有收到后續(xù)的其它消息，或MS收到PＤＰ激活拒絕消息:資源不足（ＩP)AＰＮ丟失或未知域名服務(wù)器故障,不能解析AＰN未知的PDP地址或ＰＤＰ類型??? GGSN不支持該P(yáng)ＤP類型的地址,或因故障不能識別PＤＰ類型或地址用戶名或密碼鑒權(quán)失敗外部分組數(shù)據(jù)網(wǎng)對用戶的鑒權(quán)失敗未定義的激活拒絕ＳＧSN根據(jù)簽約數(shù)據(jù)對PDPCONＴEXT審核不通過.SGＳＮ找不到GGSN地址協(xié)議錯誤可能存在兼容性問題（設(shè)備之間或版本之間)網(wǎng)絡(luò)暫不支持或因故障暫時不能使用注：MＳ可能以30秒的間隔，重發(fā)4次PＤP激活請求。路由區(qū)更新失敗原因分析ROUTINGAREAUPDＡTEFAILURE可能原因：接入不允許:MＳ收到GMM的請求后，不能發(fā)出信道請求或分組信道請求網(wǎng)絡(luò)資源不足：一步接入無立即指配，或兩步接入無立即指配或分組上行指配網(wǎng)絡(luò)沒有收到PDP激活請求或沒有收全整條消息:MS沒有收到上行分組應(yīng)答,或MS收到的上行應(yīng)答顯示沒有受收全（視ATTACHREＱUESＴ消息的長度）網(wǎng)絡(luò)存在故障：MS收到上行應(yīng)答，但沒有收到后續(xù)的其它消息，或ＭＳ收到路由區(qū)更新拒絕消息:ImplｉｃitlydｅtacｈedＳGSＮ故障導(dǎo)致ＧMM狀態(tài)錯誤MS_REACHABLE＿TＩMER〈周期路由區(qū)更新定時器注:如果此前MS剛從無覆蓋區(qū)進(jìn)入ＧＰRS覆蓋區(qū),或剛結(jié)束專用模式(僅針對B類手機(jī)），周期性路由區(qū)更新定時器可能在次過程中超時。MSidenｔｉtycaｎｎotｂeｄｅｒiｖｅｄbyworkSＧSN間的路由區(qū)更新時,原ＳGSN不能由P＿TＭSＩ找到相應(yīng)的ＩＭSI注：MＳ可能以1５秒的間隔，重發(fā)4次路由區(qū)更新請求。掉線原因分析1、MS發(fā)起的PＤP去活: LLCorＳNDＣＰ故障資源不足ＭS不接受QＯＳ或不支持網(wǎng)絡(luò)指定的SＡPI2、MＳ收到網(wǎng)絡(luò)側(cè)發(fā)起的ＰDP去活： LLＣｏrSNＤCP故障 網(wǎng)絡(luò)故障 重新激活 GGSN重啟3、路由區(qū)更新多次失敗或被拒絕導(dǎo)致GＭM進(jìn)入ＩＤLE狀態(tài)4、MS收到網(wǎng)絡(luò)側(cè)發(fā)起的DETACH請求（可能是由于SGSN故障、ＨLＲ故障或操作維護(hù)錯誤導(dǎo)致用戶的ＧPRS參數(shù)被刪除所致)5、收到來自SＧＳＮ的以IMSI標(biāo)識MS的GPＲＳ分組尋呼消息（ＳGSN故障）附錄A：基礎(chǔ)知識GＰRS網(wǎng)絡(luò)邏輯結(jié)構(gòu)業(yè)務(wù)平臺信令平臺GＰRS手機(jī)協(xié)議棧常用名詞術(shù)語GPRS:GｅnｅralPackeｔRadioServｉce，通用分組無線業(yè)務(wù)SGSN:SeｒvｉngＧPＲSＳｕｐporｔＮｏdeGGSN:Gａt(yī)ｅwayGPＲSSｕpporｔNodeGＳN：GPRSｓuppoｒtnodePLMN：PuｂｌicLandMobilｅＮetworkPDN:PackｅtＤataＮeｔworkＰBＣCH：PackeｔBｒoａdcaｓtContｒolChaｎnｅlPCCCH：PacketCoｍmonＣｏntrolCｈanneｌＰDＴCH：PａckｅｔDataTraffｉｃChaｎneｌAPN:AｃcessPoinｔNamePDP:PackｅtDataPｒotoｃol,ａPＤPconteｘｔisatwo－wａｙtunｎelbｅtweｅnｔｈeＳGＳNandtｈeGGSNusedｔｏcarｒyeｎcａｐsulａｔeｄusepａcketｓSNDCP:（Ｓub—NeｔｗorkＤepｅｎdenｔConｖergeｎceＰrotoｃｏl）：連接網(wǎng)路層（ＯＳI第三層）與邏輯鏈結(jié)控制層（LｏgicalLiｎkＣontroｌ,OSＩ第二層）的協(xié)定,負(fù)責(zé)在MS與SGSＮ間傳送PＤP資料.SNＤCP也提供壓縮、分段（sｅgmｅntaｔion)與多通道傳輸（ｍultipｌｅｘing）的功能。LLC:（LogiｃalLinkＣoｎｔrol）：功能類似LＡＰD的資料連結(jié)層通訊協(xié)定，負(fù)責(zé)在MS到ＳGＳN間的無線網(wǎng)路中提供可靠的資料傳輸.BSＳGP:(BaseＳｔaｔioｎSystemGPRＳProｔocol）：負(fù)責(zé)處理路由(routｉｎg）與服務(wù)品質(zhì)（ｑuaｌitｙofseｒvice）的資訊,ＢＳSＧP是以ＦｒameReｌay的Q．9２2協(xié)定作為核心傳輸機(jī)制。ＧＴP：（GPRSTｕnnelPrｏtｏcol）：介於GSN節(jié)點間的協(xié)定，負(fù)責(zé)在TCP/UＤP資料封包加上路由資訊,使其具有ＩP路由的能力（TＣP/UDPoveｒＩＰ),以傳送ＰＤＰ資料封包。ＧMM：(ＧPＲＳMobilityＭanagemｅnt）：負(fù)責(zé)ＧＰＲS控制訊息傳輸，以及包括漫游、認(rèn)證與加密演算法選擇等行動管理功能。NｅｔworｋServｉｃe:負(fù)責(zé)在ＢSS與SGＳN間的資料傳遞,并將BSSＧP服務(wù)要求轉(zhuǎn)換為ＦramｅＲｅlayQ．922的封包格式.TBF：TｅmporaryBlｏcｋFlｏw,兩個對等RR實體間的物理連接，用以在分組數(shù)據(jù)業(yè)務(wù)物理信道上單向傳遞LＬＣPDU，由載有一個或多個ＬLCPDU的多個ＲLC/MAC塊組成，只在數(shù)據(jù)傳輸期間臨時存在。TＦＩ：TｅmpoｒaryＦlowIｄenｔity,與RLＣ數(shù)據(jù)塊發(fā)送方向（上行或下行）一起，標(biāo)識一個TBＦ。每個RＬC/MＡＣ塊都帶有TFI值，TFI可在相反的方向被同時使用。USF：UplinkStatｅFlag，每個下行RＬC/MＡC塊頭部都帶有ＵSＦ,用于網(wǎng)絡(luò)控制不同MS在上行PDCＨ的復(fù)用，表示該P(yáng)ＤＣH的下一上行塊指定給哪個ＭＳ用。ＰDU ：PaｃkeｔDataUniｔ,分組數(shù)據(jù)單元RLC?:ＲadioLinkConｔrｏl,?無線鏈路控制ＭＡＣ :MeｄiｕmＡcｃesｓCoｎtrol，媒體訪問控制RＬC／MAＣ塊:?在兩個RＬC/ＭＡC實體之間交互的協(xié)議數(shù)據(jù)單元。ＲＬC/MAC控制塊:在兩個ＲLC/MＡC實體間傳輸控制消息的RLC/MAＣ塊。ＲLＣ數(shù)據(jù)塊：RLC/MAＣ塊中用于傳送用戶數(shù)據(jù)或上層信令的ＲLＣ/MＡC塊。信道類型業(yè)務(wù)信道:PDＴCH?packetdaｔatｒafｆicchａｎｎel，上下行獨立分配信令信道：（Ｐ）BCCH?（ｐacket）broadｃａｓtcoｎtｒoｌｃhaｎneｌ（P）ＣＣCH （ｐacket）commoncoｎｔrｏlｃhannel?PRAＣH?pacｋｅｔrａndoｍaｃceｓsｃｈannel（ｕｐliｎkＰCCCＨ）ＰPＣH? pａcｋetpaｇｉngcｈaｎnel（pａrｔofｄoｗｎｌｉｎkPＣCCH）ＰAGＣH? packetaccessｇrantchanｎeｌ(partoｆdownliｎkPCCCH)PＮCH packeｔnoｔｉficationｃhaｎnel(paｒｔofdowｎliｎkPCCＣH)PAＣCＨ pacｋetassociａt(yī)edcontrｏlchannelPＴCCH ?paｃkettｉmingadｖanｃecoｎｔrolchanｎeｌPＡCCH總是伴隨一個或多個PDTCＨ分配。物理塊對應(yīng)的邏輯信道類型由塊頭中的消息類型確定.信道組合方式:１）：PＢCＣH+PCＣCＨ+ＰDTＣH＋PACＣH+PＴCCＨ２):PＣCCH＋PDＴCH＋PＡＣＣH＋PＴＣCH3）：PＤTCＨ+ＰAＣCH+PＴCＣH信道配置參數(shù)BS_PＢＣCH_BLKS：?每個52復(fù)幀中PBCCＨ的塊數(shù)，1～4BS_PCC＿ＣHANS： 含ＰBCＣH的PCCCＨ信道數(shù)ＢS_PＡG_ＢLＫS_REＳ： 在包含PCCCH的復(fù)幀中paｃkｅtpａging和PBCＣH以外的塊數(shù),即為ＰAGCH,PNＣH,PDTCHaｎｄＰACCH保留的塊數(shù)。BS＿PRACH＿BLKS:?在包含PCCCH的ＰDCH信道的上行方向上為PRＡＣH保留的塊數(shù)，時隙配置：根據(jù)小區(qū)中分組業(yè)務(wù)的話務(wù)量，配置小區(qū)中的時隙：1、固定用于電路業(yè)務(wù)的信道組合類型2、固定用于分組業(yè)務(wù)的信道組合類型3、可轉(zhuǎn)換的信道類型(通常用于分組業(yè)務(wù)，在電路業(yè)務(wù)忙時用于電路業(yè)務(wù))信道編碼方式：四種信道編碼方式：CＳ—1、CS－２、CＳ－3、CS-４，數(shù)據(jù)速率分別為９．05kb/s、1３.4kｂ/s、15。6kｂ/s和21.4ｋb/s.由于受Abiｓ接口的限制,現(xiàn)有的設(shè)備只支持ＣＳ—1、ＣＳ-2;編碼方案卷積RLC層最大速率（比特／秒）LLC數(shù)據(jù)大?。ㄗ止?jié)）LLC層最大速率（比特/秒)CS11／29.05207．85CS22/31３．4３0１２．２0CS33/4１５。6361４．４CS41２1.４502０.２0網(wǎng)絡(luò)應(yīng)根據(jù)實時監(jiān)測到的ＢＬER、接收電平或重傳率等指標(biāo),動態(tài)調(diào)整信道編碼方式，具體策略各廠家可能有所不同。原則：當(dāng)網(wǎng)絡(luò)傳輸質(zhì)量較好時可采用速率較高的編碼方式，反之采用速率較低的編碼方式。GＰRS信道請求（BCＣＨ）01１１10ｘｘ/0111１x０ｘ/01111xx０（０X７8~0Ｘ７E）Oｎephasepaｃｋｅtａccesswithreｑｕesｔfoｒsｉnｇlｅtｉmeslotｕｐlｉｎktrａｎｓｍisｓｉon；onｅPDＣHiｓnｅｅdｅｄ.０１110xｘx（0Ｘ７0～0Ｘ７7)Ｓingｌｅｂlocｋpacketａｃcess;ｏnｅblockperioｄonａPＤCHｉｓｎeｅdedfｏｒtｗophasepacｋetaccessorotherRRsiｇｎallingpuｒpｏｓe.GMM/SM狀態(tài)IDLE：手機(jī)尚未ATTACHＳTＡNDＢＹ／ＲＥADY:手機(jī)已ATTACH成功,MS發(fā)送一個LＬCPＤU就進(jìn)入ＲEADY狀態(tài)，并重啟REAＤY定時器,ＲＥＡDY定時器超時，進(jìn)入STＡＮＤＢＹ狀態(tài)。ＤＥACＴIVＡＴE：PDP已激活A(yù)ＣTＩＶE：ＰＤP尚未激活路由區(qū)ＲＡCOLOUR：SI13RＡCOＤE：SＩ3/4附錄Ｂ：ＧPRＳ信令流程第三層信令流程GPRSATTACH流程GPRSDETACH流程MＳ發(fā)起的ＤＥTACH流程SＧSＮ發(fā)起的DETACH流