 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
GSM網(wǎng)GPRS路測關(guān)注指標有哪些
新人求問，GPRS路測相關(guān)指標有哪些，這些指標對應(yīng)的正常值范圍是多少，謝謝
提問者:
• 現(xiàn)在還有必要學(xué)GSM和CDMA嗎 2020-09-29
• SA語音業(yè)務(wù)EPSFB回落4G后不進行volte，GSMCALL超時、失敗 2020-09-02
• 安卓手機獲取GSM場強和信號強度得到ber=99，怎么計算信號強度啊？ 2019-12-26
• GSM和FDD合路天線，功率相同，為什么GSM覆蓋效果比FDD好很多？ 2019-12-23
• 諾基亞FlexiGSMBTS基站原理及組成應(yīng)用場景 2019-11-26
• 我國GSM頻段是多少 2019-08-22
• 諾西在高鐵上用的GSM-R分布式基站是什么型號啊 2019-08-21
• 跪求中興GSM高級最新題庫 2019-07-29
• SA語音業(yè)務(wù)EPSFB回落4G后不進行volte，GSMCALL超時、失敗 2020-09-02
• 安卓手機獲取GSM場強和信號強度得到ber=99，怎么計算信號強度啊？ 2019-12-26
• GSM和FDD合路天線，功率相同，為什么GSM覆蓋效果比FDD好很多？ 2019-12-23
• 諾基亞FlexiGSMBTS基站原理及組成應(yīng)用場景 2019-11-26
• 我國GSM頻段是多少 2019-08-22
• 諾西在高鐵上用的GSM-R分布式基站是什么型號啊 2019-08-21
• 跪求中興GSM高級最新題庫 2019-07-29
問題答案
( 4 )
| Attach測試 | 7.1 附著成功率 | attach成功次數(shù)/總嘗試次數(shù)×100％ | Attach成功指在手機發(fā)出Attach Reques后15秒鐘內(nèi)收到Attach accept信令 | 每個測試點要求做10次網(wǎng)絡(luò)附著測試 |
| 7.2 平均附著時間 | 各次Attach成功的時間相加/Attach成功次數(shù) | 手機發(fā)出第一個Attach Request后到發(fā)出Attach accept的時間 | ||
| PDP激活測試 | 7.3 PDP激活成功率 | PDP激活成功次數(shù)/總嘗試次數(shù)×100％ | PDP激活成功指在手機發(fā)出Activate PDP Context Request后在 15秒鐘內(nèi)收到Activate PDP Context accept信令 | 每個測試點要求做10次PDP激活測試；使用APN為CMWAP激活 |
| 7.4 PDP平均激活時間 | 各次PDP激活成功的時間相加/PDP激活成功次數(shù) | PDP激活成功時間的定義為手機發(fā)出第一個Activate PDP Context Request后到收到Activate PDP Context Accept的時間 | ||
| WAP登錄測試 | 7.5 WAP登錄成功率 | WAP登錄成功次數(shù)/嘗試WAP登陸次數(shù)×100％ | WAP登錄成功指開始測試后網(wǎng)站的首頁面文本信息在60秒內(nèi)正確顯示（如果出現(xiàn)收費提示頁面應(yīng)繼續(xù)訪問至真正首頁） | 對每點做5次WAP1.x協(xié)議登陸測試，5次WAP2.0協(xié)議登陸測試；設(shè)置要求：網(wǎng)站登錄地址為http://wap.monternet.com. 5次測試使用WAP1.x協(xié)議（WSPWTP），模擬手機設(shè)置為Nokia7650；5次測試設(shè)置為WAP2.x協(xié)議，模擬手機類型設(shè)置為Nokia N73 |
| 7.6 WAP平均首頁顯示時間 | 各次WAP首頁成功顯示的時間相加/ WAP首頁顯示成功次數(shù) | WAP登錄測試過程中PDP激活時間 + 網(wǎng)關(guān)連接時間 + 頁面響應(yīng)時間 | ||
| WAP頁面刷新測試 | 7.7 WAP頁面刷新成功率 | WAP頁面刷新成功次數(shù)/嘗試頁面刷新次數(shù)×100％ | WAP頁面刷新成功指被選擇瀏覽的頁面在60秒內(nèi)文本信息完整正確的顯示 | 對每點做10次WAP頁面刷新測試；10個頁面應(yīng)該為不同頁面 |
| 7.8 WAP頁面刷新時長 | 各次WAP頁面刷新成功的時間相加/WAP頁面成功刷新次數(shù) | WAP頁面刷新時長為發(fā)出瀏覽請求到最終頁面完全正確顯示為止的時間（包含頁面被重新定向或重傳的時間） | ||
| WAP圖鈴下載測試 | 7.9 WAP下載成功率 | WAP成功下載次數(shù)/嘗試下載次數(shù)×100％ | 對每點做5次圖片，5次鈴聲下載測試；每個鈴聲和圖片的大小應(yīng)在60-80K Byte之間 | |
| 7.10 WAP下載速率 | 實際成功下載總數(shù)據(jù)量（Byte）/實際成功下載總時間 | |||
| ping測試 | 7.11 ping成功率 | ping成功的次數(shù)/ping嘗試次數(shù)×100％ | 對每點做10次ping測試；ping包大小為500 bytes, ping間隔時長為8秒，超時為5秒 | |
| 7.12 ping平均時延 | 各次ping成功的時間相加/ping成功的次數(shù) | |||
| FTP下載測試 | 7.13 FTP應(yīng)用層下載速率 | 成功下載的實際下載數(shù)據(jù)量/成功下載的總下載時間 | 下載時間定義客戶端發(fā)出Retrive文件請求到完整接收到最后一個數(shù)據(jù)包的時間。 | 下載2M Byte文件一次；FTP停傳超時時間為120秒，即如果連續(xù)120秒鐘內(nèi)沒有任何下載數(shù)據(jù)流量即判為下載超時(180秒無數(shù)據(jù)民，下載中斷） |
| 7.14 平均RLC吞吐量 | 在FTP下載時間內(nèi)RLC層的平均每秒吞吐率 | |||
| 7.15 平均RLC BLER | 在FTP下載時間內(nèi)，平均每秒的RLC誤塊率 | |||
| 7.16 平均LLC吞吐量 | 在FTP下載時間內(nèi)LLC層的平均每秒吞吐率 | |||
| 7.17 TBF Open比例 | FTP下載時間內(nèi)，TBF open總時長／下載總時長 | |||
| 7.18 平均時隙使用數(shù)量 | 在FTP下載時間內(nèi)，（1個下行時隙時長 + 2*兩個下行時隙時長 + 3*三個下行時隙時長）/總下載時長 | |||
| 7.19 平均MC編碼使用率 | 在FTP下載時間內(nèi)，（MC1包數(shù)量*1 + MC2包數(shù)量*2 + … + MC9包數(shù)量*9）/總包數(shù)量 | |||
| 7.20 MC編碼使用比例 | MC1編碼使用比例定義為，在FTP下載時間內(nèi)，MC1包數(shù)量／總包數(shù)量*100%,依次類推MC2-MC9 | |||
| WEB方式郵件上、下載測試 | 7.21 應(yīng)用層上載速率 | 實際上載數(shù)據(jù)量（Byte）/實際上載時間(秒) | 上載500K Byte郵件一次；下載2M Byte郵件一次 | |
| 7.22 應(yīng)用層下載速率 | 實際下載數(shù)據(jù)量（Byte）/實際下載時間(秒) | |||
| KJava下載測試 | 7.23 下載成功率 | 成功下載次數(shù)/嘗試下載次數(shù)×100％ | 對每點做5次KJava下載測試；每個Java程序的大小應(yīng)在80-120K Byte之間 | |
| 7.24 下載速率 | 實際成功下載總數(shù)據(jù)量（Byte）/實際成功下載總時間 |
回答者：
litom2004
回答時間：2013-01-18 10:32
39
32
GPRS路測中重要指標有：FTP下載速率，WAP登陸成功率，F(xiàn)TP掉線率等等，具體2樓已經(jīng)講的很清楚了，主要還是看移動公司的指標要求了！
回答者：
xuexinxing
回答時間：2013-01-18 10:45
32
31
建議參考2樓的回答 比較全面
回答者：
happy2369@163.c
回答時間：2013-01-19 10:18
30
29
1、
定點測試指標主要有以下幾方面。
GPRS attach測試：每個測試點做10次GPRS網(wǎng)絡(luò)登錄測試，記錄每次附著時間，即手機發(fā)出Attach Request信號到收到Attach Accept信令之間的時間，計算平均附著時間和附著成功率。
WAP測試：每個測試點做10次WAP網(wǎng)站登錄測試，并任意選擇10個不同頁面，進行頁面更新測試，記錄每次PDP激活時間和WAP首頁顯示時間，計算平均PDP激活時間、PDP激活成功率、WAP平均登錄時間、WAP網(wǎng)站登錄成功率和WAP頁面刷新成功率。
PING測試：PING測試GGSN局域網(wǎng)內(nèi)的站點，PING 的包長為500B，每點測試10次，記錄每個測試點PING測試的最大和最小時延，并計算PING的平均時延和成功率。
FTP下載測試：從當(dāng)?shù)氐腇TP服務(wù)器下載500kB文件一次，記錄每次下載時間，并計算FTP應(yīng)用層下載速率、下載RLC層平均吞吐量和RLC層平均BLER。
DT測試的方式為：兩部手機同時進行測試，一部手機連續(xù)進行WAP接入（時間間隔約為3分鐘），WAP測試站點為http:\wap.monternet.com；另一部手機進行FTP下載測試，測試文件大小為500kB。
DT測試指標主要有以下幾個。
WAP測試：在車輛行進過程中，每隔3分鐘時間進行WAP登錄測試，訪問WAP站點http:\wap.monternet.com，記錄每次從發(fā)起WAP訪問請求到顯示首頁之間的時間，并計算WAP平均首頁顯示時間和WAP網(wǎng)站登錄成功率。
FTP測試：在車輛行進過程中，從當(dāng)?shù)氐腇TP服務(wù)器上連續(xù)下載500kB的文件，記錄每次下載的時間，下載過程中的掉線次數(shù)、RAU次數(shù)、小區(qū)重選次數(shù)和GPRS覆蓋情況，并計算平均下載文件速率、平均RLC層吞吐量、平均RLC層BLER、平均RAU間隔時間、平均RAU間隔距離、平均小區(qū)重選間隔時間、平均小區(qū)重選間隔距離、公里覆蓋率和公里掉線比（km/次）等指標。
資料引用:http://www.knowsky.com/8885.html
2 容量
GPRS網(wǎng)的容量分析可分為兩方面，一是系統(tǒng)可提供的物理資源(包括PCU資源、無線資源)。GSM與GPRS使用相同的無線資源，在容量上容易產(chǎn)生沖突。目前采用的是話音優(yōu)先方式，如果無線網(wǎng)絡(luò)容量不足以承載GPRS的業(yè)務(wù)，GPRS用戶將要面對低的服務(wù)質(zhì)量，例如低的Throughput。二是GPRS用戶如何分享這些資源。當(dāng)過多的用戶分享有限的資源時，用戶就會感到GPRS服務(wù)質(zhì)量的下降。
2.1 性能指標
在容量方面，主要關(guān)注的性能指標是：
2.1.1 PDCH分配成功率
PCHALLFAIL：PDCH分配失敗的次數(shù)，RNLCT在從RGRLC接收到PDCH分配請求后，若一個PDCH也未分配，增加1。
PCHALLATT：PDCH分配嘗試的次數(shù)，RNLCT從RGRLC接收到一次PDCH分配請求，增加1。
2.1.2 PCU引起的PDCH分配失敗率
ALLPDCHPCUFAIL；PCU引起的PDCH分配失敗的次數(shù)，當(dāng)RTGPHDEV接從RGRLC接收到PDCH分配請求后，若RPP中沒有空閑的GSL，增加1。
2.1.3 每兆字節(jié)傳輸PDCH被清空的次數(shù)
PREEMPTPDCH：處于激活狀態(tài)的PDCH被GSM業(yè)務(wù)強行清空的次數(shù)，當(dāng)GSM業(yè)務(wù)需要，強行將一個處于激活狀態(tài)的PDCH清空，配置為TCH時，增加1。
RBCDL：在測量周期內(nèi)PCU發(fā)送的RLC層數(shù)據(jù)包的總和(包含重傳)
RBCUL在測量周期內(nèi)PCU成功接收的第一次傳送的RLC層數(shù)據(jù)包的總和(不包含重傳)
RETRANSUL：在測量周期內(nèi)GPRS手機重傳的RLC層數(shù)據(jù)包的總和，當(dāng)數(shù)據(jù)包沒有得到確認時進行重發(fā)。
2.2 上下行TBF共享限制
TBFDLLIMIT下行共享限制，該參數(shù)設(shè)定了一個PDCH中可承載的下行TBF個數(shù)，當(dāng)屬于同一個PSET中的所有PDCH上承載的下行TBF數(shù)量都大于或等于TBFDLLIMIT時，下一個TBF將會分配至其它的PSET。當(dāng)希望用戶占用更多的PDCH資源時，可減少此參數(shù)數(shù)值，可提高用戶的感知性能。
2.3 PDCH分配失敗原因
系統(tǒng)容量直接影響PDCH分配成功率，參照STS統(tǒng)計數(shù)據(jù)，可大致將PDCH分配失敗原因分為以下幾類：
・PCU資源不足：由于PCU GSL資源不足而引起了PDCH分配失敗。
・GSM系統(tǒng)異常：可以從統(tǒng)計中(TDWNACC)發(fā)現(xiàn)該小區(qū)此時已經(jīng)不工作.在小區(qū)由于人為或外部原因不能正常工作時，如果小區(qū)參數(shù)配置中設(shè)定了FPDCH，那么PCU會每隔90秒嘗試在這個小區(qū)分配PDCH。
・GPRS系統(tǒng)異常：可以從統(tǒng)計中(ALLPDCHSCAN和ALLPDCHACC)發(fā)現(xiàn)小區(qū)中GPRS工作狀態(tài)是否正常進而下一步采取措施。
・話音信道擁塞：可以從統(tǒng)計中發(fā)現(xiàn)小區(qū)中有TCH擁塞現(xiàn)象，如果GSM業(yè)務(wù)都不能得到充分的資源，那么GPRS的資源也得不到保證。
・時隙不穩(wěn)定：傳輸抖動或性能不穩(wěn)定將影響PDCH分配成功率。
2.4 優(yōu)化案例
減少由于PCU資源不足而引起PDCH分配失敗次數(shù)。當(dāng)進行數(shù)據(jù)通信或發(fā)起信令(如：GPRS附著、PDP激活、路由區(qū)更新、小區(qū)更新等)時MS向系統(tǒng)請求分配1個PSET(目前1個PSET包含4個PDCH)，因此在業(yè)務(wù)高峰期剩下的189個GSL資源就很難滿足動態(tài)分配的需求，引起PDCH分配失敗�？梢钥吹絽�(shù)修改后，NNBSC3全天24小時統(tǒng)計ALL-PDCHPCUFAIL次數(shù)減少了4859次，起到了一定的緩解作用，但仍然處于比較高的次數(shù)。目前NNBSC3 GSM話務(wù)負荷較高，下一步計劃將NNBSC3的部分小區(qū)割接至其他BSC，以緩解話音擁塞，對減少由于PCU資源不足而引起PDCH分配失敗次數(shù)將會起到較大的幫助。
3 干擾性能分析
3.1 性能指標
在干擾方面主要關(guān)注的性能指標是：
(1)上行BLER：RETRANSUL=
在測量周期內(nèi)GPRS手機重傳的RLC層數(shù)據(jù)包的總和：RBCUL=在測量周期內(nèi)PCU成功接收的第一次傳送的RLC層數(shù)據(jù)包的總和(不包含重傳)。
(2)下行BLER：
RETRANSDL~在測量周期內(nèi)PCU重傳的RLC層數(shù)據(jù)包的總和；
RBCDL：在測量周期內(nèi)PCU發(fā)送的RLC層數(shù)據(jù)包的總和(包含重傳)。
3.2 分析方法
在分析和解決干擾問題時，大致可遵循下列步驟：
・盡量減小頻率干擾：如果小區(qū)存在頻率干擾，C／I值下降，將會影響GPRS業(yè)務(wù)的穩(wěn)定性，造成上、下行BLER增大，使數(shù)據(jù)傳輸?shù)乃俾式档�。通過掃頻測試，定位外部干擾源；采用MRR，過濾出RXQUAL較差的小區(qū)和RxLev較低的小區(qū)，作NOX／FOX發(fā)現(xiàn)受干擾的頻段，進行頻率規(guī)劃調(diào)整。保證良好的無線環(huán)境。
・小區(qū)參數(shù)設(shè)定檢查，發(fā)現(xiàn)參數(shù)設(shè)定問題和特性功能(如：GPRS動態(tài)功率控制，在3.3節(jié)進行詳細分析)使用的狀況。
・根據(jù)STS統(tǒng)計結(jié)果，選出BLER最高的10至15個小區(qū)，檢查這些小區(qū)中是否有軟硬件故障。
・查看小區(qū)GSM統(tǒng)計結(jié)果，如掉話和切換性能，輔助發(fā)現(xiàn)干擾問題。
・用TEMS進行現(xiàn)場路測，得到詳細信息。
・對問題小區(qū)在Abis接口掛表測試。
3.3 GPRS動態(tài)功率控制
GPRS引入后，提高了信道利用率，而信道利用率增加的同時也為網(wǎng)絡(luò)引入了新的干擾。為了改善GPRS手機對整個網(wǎng)絡(luò)的干擾，調(diào)整GPRS動態(tài)功率控制參數(shù)ALPHA和GAM―MA。GPRS中使用的MS動態(tài)功率控制算法與GSM中不同。GPRS動態(tài)功率控制算法采用的是開環(huán)功率控制，通過測量手機接收到的電平，計算路徑損耗，對手機發(fā)射電平進行調(diào)整，使BTS的接收電平達到預(yù)期值。在GPRS的動態(tài)功率控制中，不考慮信號質(zhì)量。
3.4 優(yōu)化案例
對北海市海灘大酒店進行FTP下載測試的過程中，發(fā)現(xiàn)其C／I值偏低，BLER較高達到50％左右，受此影響，RLC層吞吐量較低。測試過程中，MS主要占用G12032、G12031兩個小區(qū)的信號，使用OSS中的FAS功能進行統(tǒng)計分析，發(fā)現(xiàn)G12032小區(qū)中的8頻點存在較為嚴重的同頻干擾，經(jīng)過分析，發(fā)現(xiàn)與附近的G12241中的8頻點同頻。因此，我們將G12032中的8頻點換成了24。修改后進行復(fù)測時，問題已經(jīng)得到了解決，平均BLER由1.75％減小到0 19％，RLC層Troughput由28.76kps上升到32.43kps。
4 移動性能分析
GPRS手機的移動性是衡量GPRS網(wǎng)絡(luò)的一個重要方面。與GSM業(yè)務(wù)相比，GPRS業(yè)務(wù)在移動性方面(小區(qū)重選，縮寫為CRS)受到的影響更嚴重，每一次小區(qū)重選都會造成一個激活用戶正在進行的應(yīng)用短時的暫停。如果小區(qū)重選過于頻繁，則會對傳輸速率造成極大的影響。吞吐量直接影響用戶在無線網(wǎng)絡(luò)中使用GPRS業(yè)務(wù)的實際感受，是對用戶的服務(wù)質(zhì)量產(chǎn)生最重要影響的因素。當(dāng)前階段，GPRS應(yīng)用處于初始階段，GPRS業(yè)務(wù)量小且不穩(wěn)定，在移動性方面進行的優(yōu)化主要通過路測數(shù)據(jù)進行分析，針對重點場所，重點路段進行DT／CQT測試，側(cè)重于小區(qū)重選的數(shù)量和發(fā)生地點，對于小區(qū)重選過于頻繁的地方，通過修改參數(shù)來調(diào)整。
4.1 性能指標
短間隔小區(qū)重選率：Short_CRS_Relation：在T1時刻由A小區(qū)選入到B小區(qū)，在T2時刻由B小區(qū)選入到C小區(qū)，如果(T2.T1)小于一個設(shè)定值(如20秒)，則認為此次發(fā)生在A至B的小區(qū)重選是一次短間隔小區(qū)重選，A至B的Short_CRS_Relation增加，由Gb統(tǒng)計獲得。
乒乓小區(qū)重選率：PP_CRS_CELL，在T1時刻由A小區(qū)選入到B小區(qū)，在T2時刻由B小區(qū)選入到A小區(qū)，如果(T2.T1)小于一個設(shè)定值(如20秒)，則認為此次發(fā)生在A至B的小區(qū)重選是一次乒乓小區(qū)重選，A至B的PP_CRS_Relation增加。
4.2 分析方法
在GB口掛信令測試儀，處理分析相關(guān)信令數(shù)據(jù)，獲取小區(qū)重選次數(shù)，選出產(chǎn)生短間隔小區(qū)重選，乒乓小區(qū)重選頻繁的小區(qū)，通過路測輔助性的查找問題所在，進行改善提高，減少不必要的小區(qū)重選。
4.3 GPRS小區(qū)重選
MS在小區(qū)重選后首先要監(jiān)聽系統(tǒng)信息，聽到S113后才可以發(fā)起接入請求(channel request)；之后系統(tǒng)要響應(yīng)MS的請求，向MS指派PDCH(immediateassignment)，這時在RLC層，MS已經(jīng)與系統(tǒng)恢復(fù)聯(lián)系；要恢復(fù)應(yīng)用的傳輸需要系統(tǒng)分配下行TFI(packet downIink assignment或immediate assign-ment)，這時才表明MS與外部服務(wù)器恢復(fù)聯(lián)系。因此小區(qū)重選會造成數(shù)據(jù)傳輸短時間停止，在現(xiàn)有的GPRS網(wǎng)絡(luò)中，每一次小區(qū)重選，在無線部分造成的延遲大約1至3秒，應(yīng)用層面的延遲在3至15秒之間，且變動很大，跨RA的小區(qū)重選造成的延遲要比同RA的小區(qū)重選更長。因此我們盡可能減少不必要的小區(qū)重選，特別是乒乓小區(qū)重選、短時間小區(qū)重選。
定點測試指標主要有以下幾方面。
GPRS attach測試：每個測試點做10次GPRS網(wǎng)絡(luò)登錄測試，記錄每次附著時間，即手機發(fā)出Attach Request信號到收到Attach Accept信令之間的時間，計算平均附著時間和附著成功率。
WAP測試：每個測試點做10次WAP網(wǎng)站登錄測試，并任意選擇10個不同頁面，進行頁面更新測試，記錄每次PDP激活時間和WAP首頁顯示時間，計算平均PDP激活時間、PDP激活成功率、WAP平均登錄時間、WAP網(wǎng)站登錄成功率和WAP頁面刷新成功率。
PING測試：PING測試GGSN局域網(wǎng)內(nèi)的站點，PING 的包長為500B，每點測試10次，記錄每個測試點PING測試的最大和最小時延，并計算PING的平均時延和成功率。
FTP下載測試：從當(dāng)?shù)氐腇TP服務(wù)器下載500kB文件一次，記錄每次下載時間，并計算FTP應(yīng)用層下載速率、下載RLC層平均吞吐量和RLC層平均BLER。
DT測試的方式為：兩部手機同時進行測試，一部手機連續(xù)進行WAP接入（時間間隔約為3分鐘），WAP測試站點為http:\wap.monternet.com；另一部手機進行FTP下載測試，測試文件大小為500kB。
DT測試指標主要有以下幾個。
WAP測試：在車輛行進過程中，每隔3分鐘時間進行WAP登錄測試，訪問WAP站點http:\wap.monternet.com，記錄每次從發(fā)起WAP訪問請求到顯示首頁之間的時間，并計算WAP平均首頁顯示時間和WAP網(wǎng)站登錄成功率。
FTP測試：在車輛行進過程中，從當(dāng)?shù)氐腇TP服務(wù)器上連續(xù)下載500kB的文件，記錄每次下載的時間，下載過程中的掉線次數(shù)、RAU次數(shù)、小區(qū)重選次數(shù)和GPRS覆蓋情況，并計算平均下載文件速率、平均RLC層吞吐量、平均RLC層BLER、平均RAU間隔時間、平均RAU間隔距離、平均小區(qū)重選間隔時間、平均小區(qū)重選間隔距離、公里覆蓋率和公里掉線比（km/次）等指標。
資料引用:http://www.knowsky.com/8885.html
2 容量
GPRS網(wǎng)的容量分析可分為兩方面，一是系統(tǒng)可提供的物理資源(包括PCU資源、無線資源)。GSM與GPRS使用相同的無線資源，在容量上容易產(chǎn)生沖突。目前采用的是話音優(yōu)先方式，如果無線網(wǎng)絡(luò)容量不足以承載GPRS的業(yè)務(wù)，GPRS用戶將要面對低的服務(wù)質(zhì)量，例如低的Throughput。二是GPRS用戶如何分享這些資源。當(dāng)過多的用戶分享有限的資源時，用戶就會感到GPRS服務(wù)質(zhì)量的下降。
2.1 性能指標
在容量方面，主要關(guān)注的性能指標是：
2.1.1 PDCH分配成功率
PCHALLFAIL：PDCH分配失敗的次數(shù)，RNLCT在從RGRLC接收到PDCH分配請求后，若一個PDCH也未分配，增加1。
PCHALLATT：PDCH分配嘗試的次數(shù)，RNLCT從RGRLC接收到一次PDCH分配請求，增加1。
2.1.2 PCU引起的PDCH分配失敗率
ALLPDCHPCUFAIL；PCU引起的PDCH分配失敗的次數(shù)，當(dāng)RTGPHDEV接從RGRLC接收到PDCH分配請求后，若RPP中沒有空閑的GSL，增加1。
2.1.3 每兆字節(jié)傳輸PDCH被清空的次數(shù)
PREEMPTPDCH：處于激活狀態(tài)的PDCH被GSM業(yè)務(wù)強行清空的次數(shù)，當(dāng)GSM業(yè)務(wù)需要，強行將一個處于激活狀態(tài)的PDCH清空，配置為TCH時，增加1。
RBCDL：在測量周期內(nèi)PCU發(fā)送的RLC層數(shù)據(jù)包的總和(包含重傳)
RBCUL在測量周期內(nèi)PCU成功接收的第一次傳送的RLC層數(shù)據(jù)包的總和(不包含重傳)
RETRANSUL：在測量周期內(nèi)GPRS手機重傳的RLC層數(shù)據(jù)包的總和，當(dāng)數(shù)據(jù)包沒有得到確認時進行重發(fā)。
2.2 上下行TBF共享限制
TBFDLLIMIT下行共享限制，該參數(shù)設(shè)定了一個PDCH中可承載的下行TBF個數(shù)，當(dāng)屬于同一個PSET中的所有PDCH上承載的下行TBF數(shù)量都大于或等于TBFDLLIMIT時，下一個TBF將會分配至其它的PSET。當(dāng)希望用戶占用更多的PDCH資源時，可減少此參數(shù)數(shù)值，可提高用戶的感知性能。
2.3 PDCH分配失敗原因
系統(tǒng)容量直接影響PDCH分配成功率，參照STS統(tǒng)計數(shù)據(jù)，可大致將PDCH分配失敗原因分為以下幾類：
・PCU資源不足：由于PCU GSL資源不足而引起了PDCH分配失敗。
・GSM系統(tǒng)異常：可以從統(tǒng)計中(TDWNACC)發(fā)現(xiàn)該小區(qū)此時已經(jīng)不工作.在小區(qū)由于人為或外部原因不能正常工作時，如果小區(qū)參數(shù)配置中設(shè)定了FPDCH，那么PCU會每隔90秒嘗試在這個小區(qū)分配PDCH。
・GPRS系統(tǒng)異常：可以從統(tǒng)計中(ALLPDCHSCAN和ALLPDCHACC)發(fā)現(xiàn)小區(qū)中GPRS工作狀態(tài)是否正常進而下一步采取措施。
・話音信道擁塞：可以從統(tǒng)計中發(fā)現(xiàn)小區(qū)中有TCH擁塞現(xiàn)象，如果GSM業(yè)務(wù)都不能得到充分的資源，那么GPRS的資源也得不到保證。
・時隙不穩(wěn)定：傳輸抖動或性能不穩(wěn)定將影響PDCH分配成功率。
2.4 優(yōu)化案例
減少由于PCU資源不足而引起PDCH分配失敗次數(shù)。當(dāng)進行數(shù)據(jù)通信或發(fā)起信令(如：GPRS附著、PDP激活、路由區(qū)更新、小區(qū)更新等)時MS向系統(tǒng)請求分配1個PSET(目前1個PSET包含4個PDCH)，因此在業(yè)務(wù)高峰期剩下的189個GSL資源就很難滿足動態(tài)分配的需求，引起PDCH分配失敗�？梢钥吹絽�(shù)修改后，NNBSC3全天24小時統(tǒng)計ALL-PDCHPCUFAIL次數(shù)減少了4859次，起到了一定的緩解作用，但仍然處于比較高的次數(shù)。目前NNBSC3 GSM話務(wù)負荷較高，下一步計劃將NNBSC3的部分小區(qū)割接至其他BSC，以緩解話音擁塞，對減少由于PCU資源不足而引起PDCH分配失敗次數(shù)將會起到較大的幫助。
3 干擾性能分析
3.1 性能指標
在干擾方面主要關(guān)注的性能指標是：
(1)上行BLER：RETRANSUL=
在測量周期內(nèi)GPRS手機重傳的RLC層數(shù)據(jù)包的總和：RBCUL=在測量周期內(nèi)PCU成功接收的第一次傳送的RLC層數(shù)據(jù)包的總和(不包含重傳)。
(2)下行BLER：
RETRANSDL~在測量周期內(nèi)PCU重傳的RLC層數(shù)據(jù)包的總和；
RBCDL：在測量周期內(nèi)PCU發(fā)送的RLC層數(shù)據(jù)包的總和(包含重傳)。
3.2 分析方法
在分析和解決干擾問題時，大致可遵循下列步驟：
・盡量減小頻率干擾：如果小區(qū)存在頻率干擾，C／I值下降，將會影響GPRS業(yè)務(wù)的穩(wěn)定性，造成上、下行BLER增大，使數(shù)據(jù)傳輸?shù)乃俾式档�。通過掃頻測試，定位外部干擾源；采用MRR，過濾出RXQUAL較差的小區(qū)和RxLev較低的小區(qū)，作NOX／FOX發(fā)現(xiàn)受干擾的頻段，進行頻率規(guī)劃調(diào)整。保證良好的無線環(huán)境。
・小區(qū)參數(shù)設(shè)定檢查，發(fā)現(xiàn)參數(shù)設(shè)定問題和特性功能(如：GPRS動態(tài)功率控制，在3.3節(jié)進行詳細分析)使用的狀況。
・根據(jù)STS統(tǒng)計結(jié)果，選出BLER最高的10至15個小區(qū)，檢查這些小區(qū)中是否有軟硬件故障。
・查看小區(qū)GSM統(tǒng)計結(jié)果，如掉話和切換性能，輔助發(fā)現(xiàn)干擾問題。
・用TEMS進行現(xiàn)場路測，得到詳細信息。
・對問題小區(qū)在Abis接口掛表測試。
3.3 GPRS動態(tài)功率控制
GPRS引入后，提高了信道利用率，而信道利用率增加的同時也為網(wǎng)絡(luò)引入了新的干擾。為了改善GPRS手機對整個網(wǎng)絡(luò)的干擾，調(diào)整GPRS動態(tài)功率控制參數(shù)ALPHA和GAM―MA。GPRS中使用的MS動態(tài)功率控制算法與GSM中不同。GPRS動態(tài)功率控制算法采用的是開環(huán)功率控制，通過測量手機接收到的電平，計算路徑損耗，對手機發(fā)射電平進行調(diào)整，使BTS的接收電平達到預(yù)期值。在GPRS的動態(tài)功率控制中，不考慮信號質(zhì)量。
3.4 優(yōu)化案例
對北海市海灘大酒店進行FTP下載測試的過程中，發(fā)現(xiàn)其C／I值偏低，BLER較高達到50％左右，受此影響，RLC層吞吐量較低。測試過程中，MS主要占用G12032、G12031兩個小區(qū)的信號，使用OSS中的FAS功能進行統(tǒng)計分析，發(fā)現(xiàn)G12032小區(qū)中的8頻點存在較為嚴重的同頻干擾，經(jīng)過分析，發(fā)現(xiàn)與附近的G12241中的8頻點同頻。因此，我們將G12032中的8頻點換成了24。修改后進行復(fù)測時，問題已經(jīng)得到了解決，平均BLER由1.75％減小到0 19％，RLC層Troughput由28.76kps上升到32.43kps。
4 移動性能分析
GPRS手機的移動性是衡量GPRS網(wǎng)絡(luò)的一個重要方面。與GSM業(yè)務(wù)相比，GPRS業(yè)務(wù)在移動性方面(小區(qū)重選，縮寫為CRS)受到的影響更嚴重，每一次小區(qū)重選都會造成一個激活用戶正在進行的應(yīng)用短時的暫停。如果小區(qū)重選過于頻繁，則會對傳輸速率造成極大的影響。吞吐量直接影響用戶在無線網(wǎng)絡(luò)中使用GPRS業(yè)務(wù)的實際感受，是對用戶的服務(wù)質(zhì)量產(chǎn)生最重要影響的因素。當(dāng)前階段，GPRS應(yīng)用處于初始階段，GPRS業(yè)務(wù)量小且不穩(wěn)定，在移動性方面進行的優(yōu)化主要通過路測數(shù)據(jù)進行分析，針對重點場所，重點路段進行DT／CQT測試，側(cè)重于小區(qū)重選的數(shù)量和發(fā)生地點，對于小區(qū)重選過于頻繁的地方，通過修改參數(shù)來調(diào)整。
4.1 性能指標
短間隔小區(qū)重選率：Short_CRS_Relation：在T1時刻由A小區(qū)選入到B小區(qū)，在T2時刻由B小區(qū)選入到C小區(qū)，如果(T2.T1)小于一個設(shè)定值(如20秒)，則認為此次發(fā)生在A至B的小區(qū)重選是一次短間隔小區(qū)重選，A至B的Short_CRS_Relation增加，由Gb統(tǒng)計獲得。
乒乓小區(qū)重選率：PP_CRS_CELL，在T1時刻由A小區(qū)選入到B小區(qū)，在T2時刻由B小區(qū)選入到A小區(qū)，如果(T2.T1)小于一個設(shè)定值(如20秒)，則認為此次發(fā)生在A至B的小區(qū)重選是一次乒乓小區(qū)重選，A至B的PP_CRS_Relation增加。
4.2 分析方法
在GB口掛信令測試儀，處理分析相關(guān)信令數(shù)據(jù)，獲取小區(qū)重選次數(shù)，選出產(chǎn)生短間隔小區(qū)重選，乒乓小區(qū)重選頻繁的小區(qū)，通過路測輔助性的查找問題所在，進行改善提高，減少不必要的小區(qū)重選。
4.3 GPRS小區(qū)重選
MS在小區(qū)重選后首先要監(jiān)聽系統(tǒng)信息，聽到S113后才可以發(fā)起接入請求(channel request)；之后系統(tǒng)要響應(yīng)MS的請求，向MS指派PDCH(immediateassignment)，這時在RLC層，MS已經(jīng)與系統(tǒng)恢復(fù)聯(lián)系；要恢復(fù)應(yīng)用的傳輸需要系統(tǒng)分配下行TFI(packet downIink assignment或immediate assign-ment)，這時才表明MS與外部服務(wù)器恢復(fù)聯(lián)系。因此小區(qū)重選會造成數(shù)據(jù)傳輸短時間停止，在現(xiàn)有的GPRS網(wǎng)絡(luò)中，每一次小區(qū)重選，在無線部分造成的延遲大約1至3秒，應(yīng)用層面的延遲在3至15秒之間，且變動很大，跨RA的小區(qū)重選造成的延遲要比同RA的小區(qū)重選更長。因此我們盡可能減少不必要的小區(qū)重選，特別是乒乓小區(qū)重選、短時間小區(qū)重選。
回答者：
xhy1331
回答時間：2013-01-20 08:45
39
31
• 西安長河通訊有限責(zé)任公司
聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點：香港
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點：湖州市,寧波市
• 成都旗訊通信技術(shù)有限公司 聘：【移動項目】招督導(dǎo)、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：四川省,河南省,山東省,安徽省,湖北省
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：家寬業(yè)務(wù)分析工程師
需求人數(shù)：2 人 地點：昆明市
• 北京宜通華瑞科技有限公司 聘：數(shù)通區(qū)維工程師
需求人數(shù)：10 人 地點：上饒市
• 浙江省郵電工程建設(shè)有限公司 聘：新疆中興中高級優(yōu)化工程師
需求人數(shù)：7 人 地點：昌吉市,博樂市,克拉瑪依市,石河子市
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 上海貝電實業(yè)（集團）股份有限公司 聘：無線站點設(shè)計
需求人數(shù)：20 人 地點：西安市
• 廣東南方通信建設(shè)有限公司 聘：江門聯(lián)通日常高級后臺優(yōu)化人員
需求人數(shù)：1 人 地點：江門市
需求人數(shù)：3 人 地點：香港
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點：湖州市,寧波市
• 成都旗訊通信技術(shù)有限公司 聘：【移動項目】招督導(dǎo)、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：四川省,河南省,山東省,安徽省,湖北省
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：家寬業(yè)務(wù)分析工程師
需求人數(shù)：2 人 地點：昆明市
• 北京宜通華瑞科技有限公司 聘：數(shù)通區(qū)維工程師
需求人數(shù)：10 人 地點：上饒市
• 浙江省郵電工程建設(shè)有限公司 聘：新疆中興中高級優(yōu)化工程師
需求人數(shù)：7 人 地點：昌吉市,博樂市,克拉瑪依市,石河子市
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 上海貝電實業(yè)（集團）股份有限公司 聘：無線站點設(shè)計
需求人數(shù)：20 人 地點：西安市
• 廣東南方通信建設(shè)有限公司 聘：江門聯(lián)通日常高級后臺優(yōu)化人員
需求人數(shù)：1 人 地點：江門市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |