EDGE演示區(qū)域優(yōu)化總結(jié)

會(huì)計(jì)學(xué)1EDGE演示區(qū)域優(yōu)化總結(jié)項(xiàng)目回顧為配合杭州網(wǎng)絡(luò)EDGE演示區(qū)域的優(yōu)化工作：1、5月15日完成優(yōu)化區(qū)域測(cè)試評(píng)估并杭州移動(dòng)共同制定的優(yōu)化計(jì)劃。2、5月18日對(duì)優(yōu)化區(qū)域的大部分小區(qū)開通了EDGE功能，3、5月21日完成了優(yōu)化區(qū)域的初步的性能評(píng)估4、5月25日階段性完成參數(shù)優(yōu)化、GB分析、資源均衡等工作并與杭州移動(dòng)組織階段性交流會(huì)5、5月31日完成統(tǒng)計(jì)分析、C/I優(yōu)化、覆蓋優(yōu)化等6、6月6日完成BSC47的PRP擴(kuò)容及優(yōu)化總結(jié)7、6月12日召開總結(jié)會(huì)及技術(shù)交流會(huì)共涉及3個(gè)LAC區(qū)，4個(gè)BSC，20個(gè)基站，32個(gè)小區(qū)。

第1頁/共40頁聯(lián)合優(yōu)化小組項(xiàng)目總負(fù)責(zé): 盧賽剛（杭分）、岑曙偉（杭分）、顧賢瓊性能統(tǒng)計(jì)負(fù)責(zé): 彭瑾（杭分）、蔡瑋（杭分）、劉明濤（專家組）、申堅(jiān)（專家組）、齊元（專家組）、潘巍等現(xiàn)場(chǎng)測(cè)試負(fù)責(zé):樓哲午（杭分）、陳鋒、劉夢(mèng)楠、朱寧等信令數(shù)據(jù)分析:劉向東（專家組）、白華第2頁/共40頁測(cè)試范圍（大關(guān)路－上塘路－紹興路－德勝路－香積寺路及上塘辦公樓）第3頁/共40頁項(xiàng)目總結(jié)效果評(píng)估優(yōu)化總結(jié)建議后續(xù)規(guī)劃建議第4頁/共40頁吞吐高效-吞吐量忙時(shí)路測(cè)下載速率閑時(shí)路測(cè)下載速率：5/25日106kbit/s；5/31日139kbit/s。上塘辦公樓CQT下載速率：5/18日31kbit/s；5/23日150kbit/s優(yōu)化前后改善幅度約116%第5頁/共40頁吞吐高效-編碼效率優(yōu)化前平均7.15優(yōu)化后平均7.91第6頁/共40頁接入順暢第7頁/共40頁資源有效優(yōu)化后信道擁塞明顯減少優(yōu)化前負(fù)荷不均衡優(yōu)化后負(fù)荷均衡第8頁/共40頁項(xiàng)目總結(jié)效果評(píng)估優(yōu)化工作總結(jié)后續(xù)規(guī)劃建議第9頁/共40頁GNOS優(yōu)化流程第10頁/共40頁主要問題1、網(wǎng)絡(luò)負(fù)荷不均衡2、信道擁塞3、頻率干擾（C/I差）4、覆蓋不合理5、RAU規(guī)劃不合理第11頁/共40頁優(yōu)化工作信令分析1C/I優(yōu)化5資源均衡2覆蓋優(yōu)化3統(tǒng)計(jì)分析4參數(shù)優(yōu)化6第12頁/共40頁信令分析1、Attach深層分析概述

統(tǒng)計(jì)結(jié)果分析

各原因值深層說明2、MS觸發(fā)De-attach流程分析3、RA成功率分析

RA成功率統(tǒng)計(jì)分析

原因值深層說明4、PDP激活流程分析

PDP激活流程

PDP激活流程的部分說明5、PDP去激活流程分析內(nèi)容

PDP去激活流程統(tǒng)計(jì)分析

PDP去激活流程的一些說明第13頁/共40頁信令分析第14頁/共40頁GB分析案例路由更新失敗率偏高，建議部分小區(qū)LAC區(qū)重新劃分第15頁/共40頁資源均衡相同PRP數(shù)，優(yōu)化前PRP負(fù)荷最高達(dá)到154，平均負(fù)荷70優(yōu)化后各PRP負(fù)荷幾乎均衡考慮到目前數(shù)據(jù)業(yè)務(wù)流量增長(zhǎng)及信道擁塞，建議BSC47部分小區(qū)信道擴(kuò)容并增加兩塊PRP。第16頁/共40頁資源均衡案例1（28861）優(yōu)化前：各項(xiàng)無線指標(biāo)均好，但下載速率只有31.63kbps；優(yōu)化后：下載速率達(dá)到120kbps。（PRP負(fù)荷均衡）第17頁/共40頁資源均衡案例2優(yōu)化前：信道擁塞率3.63%，時(shí)隙占用1－2個(gè)，下載速率約30kbps；優(yōu)化后：信道擁塞率1.58%，時(shí)隙占用3個(gè)以上下載速率約100kbps第18頁/共40頁覆蓋優(yōu)化優(yōu)化前：覆蓋過遠(yuǎn)，切換不及時(shí)，下載速率約30kbps；優(yōu)化后：覆蓋合理，切換及時(shí)，下載速率約120kbps第19頁/共40頁覆蓋優(yōu)化-案例1在實(shí)際的測(cè)試中，發(fā)現(xiàn)覆蓋過遠(yuǎn)的小區(qū)涉及到覆蓋大型居民小區(qū)，天線調(diào)整有可能引起投訴。所以我們只對(duì)該區(qū)域附近各個(gè)基站進(jìn)行小區(qū)重選參數(shù)微調(diào)，從而改善數(shù)據(jù)業(yè)務(wù)的覆蓋調(diào)整。第20頁/共40頁覆蓋優(yōu)化-案例2通過調(diào)整小區(qū)天線，使覆蓋更合理并減少數(shù)據(jù)業(yè)務(wù)切換量。第21頁/共40頁統(tǒng)計(jì)分析優(yōu)化前后各方面指標(biāo)均有提升第22頁/共40頁C/I與編碼速率關(guān)系第23頁/共40頁C/I-優(yōu)化前優(yōu)化前優(yōu)化前優(yōu)化區(qū)域C/I約20左右；左圖紅圈所示C/I差的區(qū)域。第24頁/共40頁C/I-優(yōu)化后優(yōu)化前優(yōu)化后優(yōu)化區(qū)域C/I約25.96；第25頁/共40頁C/I優(yōu)化案例C/I小于15dBm，干擾嚴(yán)重，下行的誤碼率也很高，無線環(huán)境很差，直接導(dǎo)致FTP下載速率約30kbit/s。C/I大于25dBm，F(xiàn)TP下載速率約120kbit/s。

第26頁/共40頁系統(tǒng)參數(shù)TBF相關(guān)參數(shù)。EDGE編碼相關(guān)參數(shù)。流控參數(shù)。調(diào)度算法相關(guān)參數(shù)。第27頁/共40頁系統(tǒng)參數(shù)參數(shù)意義gprs_sched_beta(TBF/schedule)TBF調(diào)度算法，2表示優(yōu)先保證高編碼方式的用戶的吞吐量delay_ul_rel_dur(TBF)上行TBF延遲釋放時(shí)間delay_dl_rel_dur(TBF)下行TBF延遲釋放時(shí)間egprs_init_dl_cs(coding)下行EDGE初始速率egprs_init_ul_cs(coding)上行EDGE初始速率bep_period(coding)BEP的報(bào)告周期，用于控制無線抖動(dòng)。bep_period2(coding)BEP的報(bào)告周期，用于控制無線抖動(dòng)。n_avg_i(coding)eop_enabledGprs_smg30_t3192max_ms_dl_buffer(流控)用于流控。max_ms_dl_rate（流控）tlli_blk_coding（coding）RLC控制幀的傳送編碼方式，1表示跟隨數(shù)據(jù)編碼的速率，0采用固定CS2或者M(jìn)CS3方式，有助于提升數(shù)據(jù)傳送速率。bssgp_fc_period_c

(流控)流控信息發(fā)送頻率。第28頁/共40頁系統(tǒng)參數(shù)參數(shù)參數(shù)級(jí)別系統(tǒng)缺省推薦值gprs_sched_betaBSS12delay_ul_rel_durBSS18(360ms)50delay_dl_rel_durBSS50100or225egprs_init_dl_csCELL2(MSC3)6(MSC7)egprs_init_ul_csCELL2(MSC3)5(MSC6)bep_periodCELL04bep_period2CELL1512gprs_t3192CELL5001000max_ms_dl_bufferCELL3840064000n_avg_iCELL24tlli_blk_codingCELL01第29頁/共40頁項(xiàng)目總結(jié)效果評(píng)估優(yōu)化總結(jié)建議后續(xù)規(guī)劃建議第30頁/共40頁二次（再）規(guī)劃流程再規(guī)劃參數(shù)輸入再規(guī)劃輸出1、系統(tǒng)統(tǒng)計(jì)信息2、實(shí)際優(yōu)化信息摩托羅拉系統(tǒng)規(guī)劃原則：1、GPRS/EDGE系統(tǒng)硬件資源配置原則2、GPRS/EDGE系統(tǒng)小區(qū)信到配置原則3、GPRS/EDGE系統(tǒng)各接口鏈路配置原則4、規(guī)范定義性能指標(biāo)1、硬件再規(guī)劃

PRP板卡的再配置

PMC板卡的再配置

PDCH信道的再分配1、鏈路再規(guī)劃

GBL信令鏈路的規(guī)劃

GSL信令鏈路的規(guī)劃

RSL信令鏈路的規(guī)劃

再規(guī)劃分析1、傳輸資源的規(guī)劃

GDS(TRAU)接口資源的規(guī)劃

ABIS接口資源的規(guī)劃

在本次杭州的演示區(qū)的優(yōu)化過程中，隨著用戶對(duì)網(wǎng)絡(luò)性能的更高要求，各種優(yōu)化策略的實(shí)施必將引起系統(tǒng)的各類配置資源的重新調(diào)整，這些調(diào)整導(dǎo)致了系統(tǒng)原有的規(guī)劃策略可能很難適應(yīng)這種新的要求，這給系統(tǒng)帶來了一些新的問題，例如，新的空口資源的變化是否與當(dāng)前的硬件資源，鏈路資源，信令資源相匹配，為了解決這個(gè)問題我們將采用第二類的規(guī)劃流程，其實(shí)這個(gè)流程是對(duì)現(xiàn)有網(wǎng)絡(luò)的再規(guī)劃過程。第31頁/共40頁再規(guī)劃建議時(shí)隙規(guī)劃1未來預(yù)測(cè)5信令鏈路規(guī)劃2硬件規(guī)劃3傳輸資源配置4第32頁/共40頁P(yáng)DCH規(guī)劃在杭州實(shí)際優(yōu)化系統(tǒng)中我們也根據(jù)系統(tǒng)內(nèi)小區(qū)的擁塞狀況作了小區(qū)的信道調(diào)整，這僅是杭州優(yōu)化經(jīng)驗(yàn)調(diào)整，這對(duì)EDGE用戶合理利用PDCH信道起到了很好的效果。具體的規(guī)劃詳述如下：第一步：計(jì)算忙時(shí)該BSC下小區(qū)總的擁塞次數(shù)；第二步：計(jì)算忙時(shí)該BSC下每小區(qū)總的擁塞比率；第三步：根據(jù)現(xiàn)網(wǎng)配置原則擁塞比調(diào)整信道配置；第33頁/共40頁信令規(guī)劃第一對(duì)每個(gè)PCU下的GSL（GDS_LAPD）進(jìn)行估算理論通過統(tǒng)計(jì)信息對(duì)GSL信令鏈路的規(guī)劃一般應(yīng)該遵循下列原則：1、GSLnum=MAX(GSLrun_time,GSLinitial)系統(tǒng)初始化所需要的GSLinit_time為6。2、GSLrun_time=GSLpaging+GSLrach對(duì)于GSLrach的計(jì)算一般有兩類情況：第一類：采用ONEPAHSE接入時(shí)：第二類：采用增強(qiáng)型ONEPHASE接入時(shí)：3、4、通過這個(gè)方法可以對(duì)現(xiàn)網(wǎng)的GSL鏈路作一個(gè)科學(xué)的計(jì)算；在實(shí)際的杭州EDGE優(yōu)化區(qū)并未采用該原則進(jìn)行GSL鏈路的計(jì)算，我們通過GSL鏈路的信令擁塞情況作為系統(tǒng)GSL信令個(gè)數(shù)進(jìn)行評(píng)估，在此次評(píng)估中我們認(rèn)為L(zhǎng)APD_CONGESTION統(tǒng)計(jì)不出現(xiàn)擁塞就不考慮系統(tǒng)GSL鏈路的擴(kuò)容，因此在本次杭州演示區(qū)域內(nèi)未進(jìn)行GSL鏈路的規(guī)劃。第34頁/共40頁硬件規(guī)劃-PRPPRP板數(shù)量=ROUNDUP((總的PDTCH時(shí)隙數(shù))/(120*n),0)注明：n是基于用戶Data業(yè)務(wù)吞吐量的考慮而采用的時(shí)隙使用系數(shù)n=25%，50%，75%，100%=25%時(shí)表示該P(yáng)RP板支持64K數(shù)據(jù)信道；=50%時(shí)表示該P(yáng)RP板支持32K數(shù)據(jù)信道；=75%時(shí)表示該P(yáng)RP板支持16K數(shù)據(jù)信道；=100%時(shí)表示該P(yáng)RP板支持8K數(shù)據(jù)信道；本次杭州演示為例：分別計(jì)算由于CS34信道和EDGE信道所需的PRP板數(shù)CS34信道所需的PRP數(shù)=ROUNDUP(97/(120*50%),0)=2EDGE信道所需的PRP數(shù)=ROUNDUP(178/(120*25%),0)=6由此看到為達(dá)到上述要求我們需要8塊PRP板。但是根據(jù)該公式計(jì)算出來的PRP板數(shù)實(shí)際上是PRP板達(dá)到最佳性能所需的PRP板卡數(shù)。第35頁/共40頁原則1、GDS的容量：一個(gè)GDSTRAU支持最多124個(gè)16KPDCH#16kbpsTS+2x#32kbpsTS+4x#64kbps<=124x(GDS_TRAU)GDS_TRAU>=ROUNDUP((#16kbpsTS+2x#32kbpsTS+4x#64kbpsTS)/124，0)原則2、PMC的容量：一個(gè)PMCNIB支持一下組合：124個(gè)16KbpsTRAU，62個(gè)32KbpsTRAU，62個(gè)64KbpsTRAU#16kbpsTS+2x#32kbpsTS+2x#64kbpsTS<=124x(PMC數(shù))PMC數(shù)>=ROUNDUP((#16kbpsTS+2x#32kbpsTS+2x#64kbpsTS)/124，0)在實(shí)際優(yōu)化過程中發(fā)現(xiàn)，由于每PRP的實(shí)際分配的PDTCH信道的并不均勻，這可能導(dǎo)致部分小區(qū)的數(shù)據(jù)庫配置信道并不能與GDS陸地時(shí)隙相匹配，使得這些小區(qū)的信道不可用。硬件規(guī)劃-GDS和PMC第36頁/共40頁硬件規(guī)劃-GDS和PMC

建議個(gè)根據(jù)EDGE信道和GPRS信道的比率合理配置每個(gè)PMC板上配置GDS鏈路，一般建議配置兩條GDS第37頁/共40頁

基站E1數(shù)=ROUNDUP((話音時(shí)隙+CS1/2時(shí)隙數(shù))*1/4+EDGE(64Kbps)時(shí)隙數(shù)*n+CS3/4時(shí)隙數(shù)*1/2+n個(gè)RSL)/30)注：n是由于VersaTRAU功能壓縮(GSR8)系數(shù)取值范圍（3/8-8/8）n的取值說明：實(shí)際上這個(gè)值說明了在空中EDGE信道與陸地接口之間做了一級(jí)交換機(jī)制，該值僅在GSR8版本中實(shí)現(xiàn)。E1傳輸?shù)呐渲?需要根據(jù)載頻的具體配置來計(jì)算)：一般1～10個(gè)載頻需要1個(gè)E1，11～24個(gè)載頻一般需要2個(gè)