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

第1頁/共40頁聯(lián)合優(yōu)化小組項目總負責: 盧賽剛（杭分）、岑曙偉（杭分）、顧賢瓊性能統(tǒng)計負責: 彭瑾（杭分）、蔡瑋（杭分）、劉明濤（專家組）、申堅（專家組）、齊元（專家組）、潘巍等現(xiàn)場測試負責:樓哲午（杭分）、陳鋒、劉夢楠、朱寧等信令數(shù)據(jù)分析:劉向東（專家組）、白華第2頁/共40頁測試范圍（大關路－上塘路－紹興路－德勝路－香積寺路及上塘辦公樓）第3頁/共40頁項目總結效果評估優(yōu)化總結建議后續(xù)規(guī)劃建議第4頁/共40頁吞吐高效-吞吐量忙時路測下載速率閑時路測下載速率：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)化前負荷不均衡優(yōu)化后負荷均衡第8頁/共40頁項目總結效果評估優(yōu)化工作總結后續(xù)規(guī)劃建議第9頁/共40頁GNOS優(yōu)化流程第10頁/共40頁主要問題1、網(wǎng)絡負荷不均衡2、信道擁塞3、頻率干擾（C/I差）4、覆蓋不合理5、RAU規(guī)劃不合理第11頁/共40頁優(yōu)化工作信令分析1C/I優(yōu)化5資源均衡2覆蓋優(yōu)化3統(tǒng)計分析4參數(shù)優(yōu)化6第12頁/共40頁信令分析1、Attach深層分析概述

統(tǒng)計結果分析

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

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

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

PDP激活流程

PDP激活流程的部分說明5、PDP去激活流程分析內容

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

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

第26頁/共40頁系統(tǒng)參數(shù)TBF相關參數(shù)。EDGE編碼相關參數(shù)。流控參數(shù)。調度算法相關參數(shù)。第27頁/共40頁系統(tǒng)參數(shù)參數(shù)意義gprs_sched_beta(TBF/schedule)TBF調度算法，2表示優(yōu)先保證高編碼方式的用戶的吞吐量delay_ul_rel_dur(TBF)上行TBF延遲釋放時間delay_dl_rel_dur(TBF)下行TBF延遲釋放時間egprs_init_dl_cs(coding)下行EDGE初始速率egprs_init_ul_cs(coding)上行EDGE初始速率bep_period(coding)BEP的報告周期，用于控制無線抖動。bep_period2(coding)BEP的報告周期，用于控制無線抖動。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或者MCS3方式，有助于提升數(shù)據(jù)傳送速率。bssgp_fc_period_c

(流控)流控信息發(fā)送頻率。第28頁/共40頁系統(tǒng)參數(shù)參數(shù)參數(shù)級別系統(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頁項目總結效果評估優(yōu)化總結建議后續(xù)規(guī)劃建議第30頁/共40頁二次（再）規(guī)劃流程再規(guī)劃參數(shù)輸入再規(guī)劃輸出1、系統(tǒng)統(tǒng)計信息2、實際優(yōu)化信息摩托羅拉系統(tǒng)規(guī)劃原則：1、GPRS/EDGE系統(tǒng)硬件資源配置原則2、GPRS/EDGE系統(tǒng)小區(qū)信到配置原則3、GPRS/EDGE系統(tǒng)各接口鏈路配置原則4、規(guī)范定義性能指標1、硬件再規(guī)劃

PRP板卡的再配置

PMC板卡的再配置

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

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

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

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

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

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

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

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

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

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