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