EGPRS优化手册lee.doc_第1页
EGPRS优化手册lee.doc_第2页
EGPRS优化手册lee.doc_第3页
EGPRS优化手册lee.doc_第4页
EGPRS优化手册lee.doc_第5页
已阅读5页,还剩25页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1. NSEI/无线资源/PCU/Gb_link/EDAP优化的整体流程NSEI优化、EDAP资源优化、无线资源优化、PCU资源优化和Gb_link优化有很大的相关性,需要一个整体的优化过程。某一个网元的优化结果往往会影响其它网元的负荷,因此需要强调优化的整体性。整体优化步骤如下:1. NSEI优化部分和无线容量优化部分首先可以单独进行。【NSEI优化输出:每个小区的NSEI归属;无线容量优化输出:GTRX和RTSL数量】。2. 利用无线资源方案的RTSL数据,结合EDAP指标分析流程,得出EDAP优化方案。【输出:每个BTS的EDAP归属和每个EDAP的信道数】3. 在NSEI优化方案的基础上准备Gb_link优化方案。【输出:Gb_link信道数】4. 对于NSEI、Gb_link、无线、EDAP方案做PCU门限检查。5. (a)对于超过门限的部分做整体分析 (b)决定应该调整的网元(c)做相应调整6. 调整后对NSEI、Gb_link、无线、EDAP方案再一次做PCU门限检查。无线资源方案 GTRX RTSLNSEI优化Gb_link方案 Gb TSLEDAP方案 PCU平衡 EDAP扩容PCU门限检查 BTS GTRX RTSL Abis TSL Gb TSL EDAP TSL优化方案调整需求网管指标2. 资源和性能优化 . 无线资源优化与话音拥塞不一样的是,EGPRS的无线信道拥塞分为硬拥塞和软拥塞。硬拥塞是指请求完全被拒绝;软拥塞是指分配的资源只是期望的资源的一部分。影响BTS下的EGPRS无线资源的因素:CMAXGTRXCDEF语音业务量实际EGPRS无线信道资源EGPRS最大资源EGPRS初始资源PCU的RTSL容量EGPRS的无线信道资源同时由CMAX(BTS级别)和GTRX(TRX级别)两参数来设置。首先CMAX和GTRX参数定义EGPRS整体可用的无线容量。另外,EGPRS的初始资源通过CDEF参数来分配。这只是初始值,系统将根据数据业务量的需求来扩展容量,上限是CMAX和GTRX定义的容量。除此之外,如果PCU的RTSL负载高,那么动态的EGPRS无线容量也将受到影响。最后,由于语音业务有优先权,实际的资源受限于语音话务量。BTS级别的无线资源和性能指标收录在KPI_BTS_xxxxxxxx报告中,以下是报告模版: tch_numTCH信道数; gtch_numGTRX设为Yes的信道数; rlc_gprsGPRS RLC流量(kByte); rlc_edgeEDGE RLC流量(kByte)。续 msl_al_blkTBF_16a(硬拥塞); tbf_tsl_dlTBF_38c(软拥塞); dl_simul_userPDCH复用度(集团公式); up_rej_due_pcuPCU拥塞导致的Upgrade Reject(); up_rej_due_cs话音拥塞导致的Upgrade Reject(); up_rej_due_psGPRS无线资源不足导致的Upgrade Reject(); ave_g_tsl平均可用PDCH信道数; cs2_rcs2的比例(与cs1和cs2总和相比); cs2_retrcs2重传率。续 mcs19_rmcs19的比例(); mcs7_9_retrmcs7_8_9的重传率。.2.1.1. 硬拥塞由于资源不足多信道请求被系统拒绝。造成硬拥塞的主原因是无线信道资源不足。在初始的情况下,EGPRS的无线信道资源由CDED和CDEF两参数定义。CDED定义静态的无线信道数量;CDEF定义动态的无线信道数量,同时定义缺省的EGPRS区域(Default GPRS territory)。在语音和数据业务量同时较大时,语音业务优先使用无线资源。在语音业务忙的情况下,EGPRS的无线信道资源将通过GPRS Territory Downgrade进程来减少以增加语音业务的资源。当EGPRS业务量多,同时语音业务量少时,EGPRS的无线信道资源将通过GPRS Territory Upgrade进程来增加。由此可见,语音业务量直接影响EGPRS容量,话音信道拥塞是造成EGPRS无线信道硬拥塞的主要原因。另外,在同一时刻,单个无线信道支持9个下行TBF以及7个上行TBF。在语音业务较少时,系统尽量让每个无线信道上承载一个或更少的TBF数;在语音业务量较大时,多个TBF将被安排在单个信道上。当达到单个信道的上下行门限时,EGPRS的多信道请求将被拒绝。下行硬拥塞指标TBF_16a(下行多信道分配拥塞)分母为各类多信道请求次数的总和;分子NO_RADIO_RES_AVA_DL_TBF(指无可用的无线资源于下行TBF请求)的总和。TBF_16a指标统计:/m/home/nokia/kmrnp/egprs/kpi_bts_xxxxxxxx.txt和Network Doctor 226报告硬拥塞的分析和处理流程如下:话音信道拥塞?TBF_16a 5%是否无线资源不足检查CMAX和GTRX设置可用的GPRS最大信道数=peak_gprs_channels?是否ENDCMAX和GTRX已最大?是否TRX扩容增加CMAX或GTRXTRX扩容增加静态信道临时方案最终方案硬拥塞分析例子:以下的小区的Msl_al_blk指标(TBF_16a)比较高:标识的小区的硬拥塞率高,同时话音拥塞率也比较高,因此断定硬拥塞是整体无线信道拥塞引起。2.1.2. 软拥塞由于资源不足多信道请求只能部分满足或分配的资源只能多用户共享。造成软拥塞主要有三个因素:(1)无线信道拥塞造成软拥塞的主要原因是无线信道资源不足。当语音业务量较大,可能会对EGPRS造成两种情况:EGPRS区域通过GPRS territory downgrade缩小,或EGPRS的territory upgrade请求被拒绝。发生这两种情况时,EGPRS的资源将被多个TBF/用户共享。这现象可以从软拥塞指标(下行每信道的TBF数)反映。(2)PCU拥塞每PCU所能支持的无线信道(RTSL)有限(参考PCU容量表)当PCU的无线信道数达到最高门限,该PCU下的BTS的GPRS Territory Upgrade请求将被拒绝,因为PCU已经无法支持更多的无线信道数量,这现象可以由gprs_ter_ug_rej_due_lack_pcu计数器反映。(3)支持GPRS的信道资源太少当总体可支持GPRS的资源不足,同时数据业务量较大时,系统无法通过GPRS Territory Upgrade来扩充GPRS资源,因此可能出现软拥塞现象。这个情况可以通过语音拥塞导致的GPRS Territory Upgrade Reject比例(gprs_ter_ug_rej_due_csw_tr)来反映。在同一时刻,单个无线信道支持9个下行TBF以及7个上行TBF。当多个TBF使用单一信道时,每信道的TBF数量将大于1。因此软拥塞的一个重要指标是每信道的TBF数。软拥塞指标TBF_38c(下行每信道的TBF数)TBF_38c表示平均有多少个TBF使用在一个信道上。理想情况下TBF_38c比例应该低于1。大于1表示每个信道上有多于一个TBF。这是一个比较实用的指标,对于判断数据业务无线资源拥塞有很大的参考价值。另外,可以判断问题根源的其它指标有:(1)PCU负载高导致的Upgrade Reject比例(gprs_ter_ug_rej_due_lack_pcu)(2)语音拥塞导致的Upgrade Reject比例(gprs_ter_ug_rej_due_csw_tr)。这指标同时可以显示GPRS总资源是否足够。(3)平均的GPRS信道数(ave_g_tsl)。指的是考虑GPRS Territory Upgrade和Downgrade之后平均GPRS区域的大小。TBF_38c,PCU负载高导致的Upgrade Reject比例和平均的GPRS信道数指标统计收集:/m/home/nokia/kmrnp/egprs/kpi_bts_xxxxxxxx.txt和Network Doctor 226报告。软拥塞判断和处理流程:话音信道拥塞?TBF_38c 1.5是否无线资源不足Upgrade Reject due to PCU百分比高?peak_gprs_channels=GPRS信道数(gtch_num)?否否是是PCU资源不足增加GTRX/CMAX或TRX扩容ENDTRX扩容增加静态信道临时方案最终方案调整NSEI下的BTS归属或NSEI分裂软拥塞分析例子:以下BTS的每信道的TBF数量较高(1.5),造成这现象的有三个原因:按照分析流程得出以下结论:红色标识的BTS的语音拥塞率很高,语音拥塞导致的Upgrade Reject比例(up_rej_due_cs)也比较高。另外,硬拥塞指标msl_al_blk(TBF_16a)也比较高。因此断定这部分BTS是由于无线信道拥塞引起。蓝色标识的BTS的语音拥塞率为零,但是PCU拥塞导致的Upgrade Reject比例很高,因此断定这部分的BTS是由于PCU拥塞引起。绿色标识的BTS的语音拥塞率为零,PCU拥塞导致的Upgrade Reject比例为零。最高使用的GPRS信道数量已经达到或接近支持GPRS的总信道数(gtch_num),因此问题是由于可用的GPRS无线容量不足导致。值得注意的是,语音拥塞导致的Upgrade Reject比例(gprs_ter_ug_rej_due_csw_tr)也比较高,虽然实际上BTS不存在拥塞,这个指标实际上也反映最高使用的GPRS信道数量已经达到或接近支持GPRS的总信道数的状况。2.1.3. CDEF和CDED的定义目前GPRS BTS(和EDGE BTS)的CDEF:CDED默认设置均分别为4:1个信道。当实际的平均使用GPRS信道大于或者小区默认设置时,会造成过多的GPRS Territory Upgrade或GPRS Territory Downgrade进程,导致不需要的信令开销。在优化过程中,CDEF的设置应该匹配ave_g_tsl指标。另外,在TRX扩容或减容时需要调整CDEF和CDED值,以保持原有合理的静态和动态信道数。2.2. NSEI优化下图描绘了PCU内小区重选和PCU间小区重选所导致的数据传送中断的影响程度。上图显示当发生PCU内的小区重选,数据传输中断之后,数据传输的速率很快得到恢复;下图显示当发生PCU之间的小区重选,数据传输中断之后,数据传输的速率较慢得到恢复。因此,NSEI的合理规划对整体的测试性能至关重要,需要对尽可能的通过小区PCU归属来避免过多的PCU小区间重选。NSEI优化可以从两个角度进行优化调整,一是基于地理位置信息,将邻近的小区划归同一PCU;二是根据OMC中(E)GPRS Ready状态下,向外部小区重选的次数。另外,从容量方面考虑,NSEI优化也可以同时参考各类的PCU指标如:GPRS Territory Upgrade Reject Due To PCU。2.3. EDAP优化EDAP的容量和性能指标收录在EDAP_xxxxxxxx报告中,以下是报告模版: first_tsl第一个EDAP信道的PCM信道编号; last_tsl最后一个EDAP信道的PCM信道编号; inadeq_edap_resdap_7a(EDAP拥塞,min/GByte); pcu_limit_mcsdap_9(PCU拥塞导致的MCS选择受限,min/GByte); dap_12EDAP拥塞; peak_dl_edap_usage(最大的下行EDAP使用率)。与EDAP相关的优化内容有:(1) 无效EDAP分析和处理; (2) EDAP时隙资源优化; (3) 同一PCM上相同BCF下不同BTS的EDAP共享性分析和处理。.2.3.1. 无效EDAP分析和处理无效的EDAP是指在PCU中设置了EDAP,但是没有任何BTS挂接。无效的EDAP造成浪费PCU的资源,因此应该定期查找并清理。 通过ESI(诺西BSS的MML指令),可以查询EDAP下的BTS挂接情况:EDAP_xxxxxxxx报告中记录了各个EDAP的指标。无效的EDAP的指标字段和日期字段均为空值。例子:以上是无效的EDAP,其指标统计和统计日期均为空值,建议通过MML指令核实后删除。2.3.2. EDAP资源优化EDAP资源不足和PCU拥塞都所反映出来的问题就是在无线环境良好的情况下,MCS级别过低。在EDAP的配置中,由于它能够基于BCF进行多个小区之间的共享,这样可以节省EDAP和PCU资源,有效提高资源利用效率。所以在EDAP调整的过程中要尽量采用共享方式,对于EDAP大小超过可用传输资源的时候灵活的采用分裂方式进行扩容。由于EGPRS EDAP资源经过优化调整后各PCU下的资源分配发生了变化,因此需要对各PCU的资源负荷进行检查。DAP拥塞可以通过dap_7a或dap_12来反映。一般门限分别为150或1.6 min/GByte。EDAP拥塞指标dap_7a(EDAP下行资源不足,单位:传输每GByte的拥塞分钟【min/GByte】)Inadequate EDAP resources in DL limited by EDAP size (dap_7a) 150 min/GByte满足其中一个条件peak_dl_edap_usage 70%*dap拥塞以下是EDAP拥塞的判断流程:*在kpi_bts_xxxxxxxx中,采用每小时的下行EDAP利用率的峰值的平均,因此门限使用70。如果评估单小时的下行EDAP利用率的峰值,门限使用100。另外,dap_9指标可以显示因为PCU资源不足导致下行MCS的选择受限的情况。dap_9显示的拥塞是PCU导致(非EDAP)。dap_9公式定义:PCU拥塞(Abis TSL)导致下行的MCS选择受限。单位min/GByte,指每传输1GByte数据的MCS受限时间(分钟)。以下是PCU拥塞(Abis TSL)导致下行的MCS选择受限的判断流程:Downlink MCS selection limited by PCU (dap_9) 30 min/GBytePCU的AbisTSL拥塞EDAP容量的优化基础知识对于某一个EDAP,在得知RTSL数量之后,需要一个方式计算应该提供的EDAP信道数。为此,本节提供计算EDAP信道数的方式。说明:EDAP为64k的DAP信道数;RTSL为EGPRS无线信道数,多BTS共享EDAP的情况下,RTSL为所有BTS的无线信道数总和。首先介绍EDAP/RTSL概念。EDAP/RTSL 比例的大小决定EDAP信道和无线信道的匹配情况。EDAP/RTSL150 or 1.6 min/GByte?是否END以EDAP下的BTS数量确定k系数各个BTS的无线GPRS信道数的总和, RTSL合理的EDAP信道数RTSL/k需要增加的EDAP信道数合理的EDAP信道数现有的信道数例子:BSC EDAP_ID PCM_ID EDAP_SIZE DAP_12 平均信道数RTSL(如果多于一个BTS,取各个BTS的RTSL总和) BTS数 k 平均信道数/k 新EDAP_SIZE (以便达到EDAP/RTSL=1)需增加EDAPQJ_BSC64 363 363 6 2.211847 9.7514286 2 1.3 8 8 2 QJ_BSC64 258 258 6 1.823213 8.8457143 2 1.3 7 7 1 QJ_BSC64 359 359 6 1.745662 11.622857 3 1.5 8 8 2 QJ_BSC64的edap_id=363的dap_12指标1.6,需要进行EDAP的扩充。该EDAP下有2个BTS,因此k系数使用1.3。共有9.75个平均GPRS信道数。RTSL/k= 9.75/1.3 = 7.5 = 取整=8,合理的EDAP信道数量应该等于8。目前有6个信道,因此需要增加2个信道。2.3.3. 同一PCM上相同BCF下不同BTS设置了不同的EDAP同一PCM上相同BCF下不同BTS设置了不同的EDAP(没有共享一个EDAP的情况)。如果存在这样的情况,就会降低Abis的利用率。2.4. PCU的容量以及负荷检查以下列表是各种类型的PCU在各个BSS软件版本下所支持的BTS, TRX, RTSL, Abis TSL, Gb TSL数量:另外,每PCU支持EDAP的数目 98)(2) GPRS 附着成功率(基准值70%)(3) 包含上下行的GPRS和EDGE流量(kByte)。GPRS和EDGE的资源可以根据GPRS和EDGE流量来分配。(4) 上下行GPRS和EDGE的话务量比例。(5) 通过GPRS Territory Upgrade得到的额外GPRS信道数。指CDEF定义的GPRS信道数以外的额外信道数。在话音业务不拥塞的情况下,如果这指标的平均值为N,那么合理的CDEF信道数量应该为CDEF+N。理想情况下应该接近零。(6) 平均可用的PDCH信道数。如果大于CDEF定义的信道数,表示需要增加CDEF值;如果小于CDEF定义的信道数,需要检查话音拥塞。理想值应该接近CDEF信道数7) 可供GPRS使用的信道数TCH信道总数(GTRX设为Y的部分)1个MBCCHSDCCH信道数保护信道数忙时语音使用的信道数。如果指标接近零,表示可用于GPRS的信道数太少。(8) 下行每信道的TBF数量。TBF_38c软拥塞指标(基准值1.3)。(9) GPRS Territory UpgradeReject百分比(基准值8kbps)。代表低层的速率表现,Sleeping cell值一般等于0。(15) GPRS的CS2比例。在无线环境好的情况下,CS2比例应该较高。(基准值50)(16) MCS-7,MCS-8和MCS-9的数据块数和EDGE数据总块数的比例,也称为高编码比例。在无线环境好,同时PCU和EDAP资源充裕的情况下,高编码比例应该比较高。(基准值50)(17) MCS-79的重传率。无线环境以及不合理的参数设置(如太高的MCA/MCU值)会造成高重传率。(基准值20)(18) 上下行平均TBF的时长(秒)。下行一般在2.23.2秒之间,需要注意表短的TBF时长。GB_link吊死造成的Sleeping Cell的TBF时长为0。3. 现场测试优化DT & CQT1233.3.1. 现场测试和指标观察的重要性下图显示影响EGPRS性能的因素。首先在无线环境方面,Link Adaptation机制所分配的编码是根据现场的无线载干比(C/I)来进行。C/I越好,分配的编码就越高(速率越高)。另外,频繁的小区重选对传输速率也会造成较大的影响;在BTS侧,硬拥塞和软拥塞状况会进一步影响传输速率;在EDAP侧,EDAP池的也可能出现拥塞现象;PCU的容量影响RTSL的动态可扩充性,在Abis信道容量受限的情况也影响编码的选择;接着如果NSEI下的数据业务量较忙,而Gb_link带宽不足时,整体速率进一步受影响。除了以上的情况,在一些情况下(如Flow Control参数设置不合理),也会导致数据重传或掉包。测试是EGPRS优化的一个重要的手段,因为与GSM指标相比,EGPRS指标在反映实际用户的感知上没那么直接。但在更多情况下,判断问题需要测试和指标分析两方面结合,举例:在某个场所的GPRS性能不理想,要诊断问题首先要得知整条传输链的性能,如终端被分配几个信道、现场的载干比如何、是否有频繁的小区重选、无线端重传率高不高等,这些问题需要通过测试来收集;另外,测试者需要知道当时的无线信道、EDAP、PCU、GB_link是否拥塞,这些信息无法从测试中得知,因此需要通过网管报告来分析。要了解内网的状况,FTP是一个比较理想的测试项目,因为它不涉及如MMS网关等外网网元,减少未知的因素,便于诊断网内的问题。当然,在这基础上,其它的测试项目如发送MMS、ping、ATTACH等也不可忽略,因为实际用户的应用中涉及这些环节。以下是DT和CQT的测试标准。 EGPRS定点CQT测试FTP下载速率 基本目标达到120kbps; 挑战目标为150kbps; EGPRS全覆盖区域DT测试FTP下载速率 基本目标达到80 kbps; 挑战目标为100kbps;3.2. 测试中较常发现的问题和处理方式 频繁的小区重选、RA UPDATE频繁 误码率高 EGPRS的使用比例 分配GPRS信道数少无线拥塞、PCU时隙数拥塞 编码级别低 无线软拥塞 GB_link拥塞 EDAP拥塞 TCP丢包 . 频繁的小区重选在城区,基站的间距小,小区的密度大,因此小区重选的问题多,并且不可能完全解决。但是对于一些重要场所,或主要路段,还是需要对重选问题进行优化。解决方法:加强主控(通过加强覆盖、优化C2和HYS等方式)、优化Timer(如T3192)。EGPRS的小区重选是由REO和HYS等参数控制,可以利用这些参数来优化重选的位置,把落在繁忙区域的主控边界迁移到较不繁忙的区域,减少小区重选的次数。案例:下图显示的问题点在一家酒店。大堂正好在室内小区和一个室外微站的主控边界,因此在这个位置经常发生小区重选,导致上网速率较慢。将Cell 9361的REO由8dB改为16dB之后,小区主控边界被移到比较次要的位置,大堂的小区重选问题解决。3.2.2. 误码率(BLER)高: 在测试中发现误码率高的时候首先需要确定当时的C/I比情况,以确定无线环境或者某些频点较差。解决方法:造成C/I差的原因主要有小区主控差或频率干扰等问题。因此需要通过改善主控和频率优化等方法来提升。案例:在GPRS测试中小区3631的误码率偏高,同时CS2比例较低。经检查发现由分布式天线系统引起(干放和耦合器),而且测试显示频率较高的频点比频率较低的频点的误码率较低。由于设备替换涉及的工程量较大时间较长,因此采取临时解决方法,将该室内BTS的跳频关闭,并将GTRX=Y设在最优的频点上 。经过调整后,测试结果明显改善。备注:需要注意BCCH所在的BTS必须至少有一个TRX设为GTRX=YES。同时需要确定GTRX设为YES的载波数是否足够。3.2.3. 无线干扰、小区重选滞后无线干扰和小区重选滞后是路测中常见的问题。在数据业务传输模式下的切换是通过小区重选机制来进行。小区重选的及时性远比TCH切换差,移动的终端如果未能及时做小区重选并占在较远的小区进行数据传输,C/I将下降差导致传输速率慢。解决方法:无线干扰的问题主要解决的方式是主控优化(通过使用合理的HYS和REO参数)和频率优化等手段。小区重选滞后的问题较难解决,首先应该先检查HYS参数的使用是否过大导致难满足重选条件。案例:下图显示终端占在20513小区时速率较低该小区在此区域是旁瓣覆盖,效果欠佳,下图是当时的速率表现,从中可以看出RLC速率受到很大影响:综合判断后,发现由于小区重选滞后,终端在此区域没有选取最佳服务小区,导致RLC层速率下降。针对这个问题,可以增加20513在此方向的邻区10553,提高触发重选的可能性;再将20513的重选参数HYS从10降为6,提前触发重选,

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论