EDGE下行高阶编码占比优化专题.doc

EDGE下行高阶编码占比优化专题EDGE下行高阶编码占比有效提高，可直接提升EDGE下载速率，改善数据业务用户感知。本专题研究是在基于ASB MCS算法基础上，通过对相关涉及MCS及资源分配参数的研究及实验，找到基于现网配置的参数设置，以保证网络质量及性能最优化。 1.原理概述1.1MCS适配原理MEAN_BEP 平均比特误码概率 范围l 从0到31l MEAN_BEP=0意味着实际的BEP25%l MEAN_BEP=31意味着实际的BEP0.025%CV_BEP 平均比特误码概率波动系数 范围l 从0到7l CV_BEP=0意味着1.75实际的CV_BEP2.00l CV_BEP=7意味着0.00实际的CV_BEP0.25MCS根据MEAN_BEP及CV_BEP报告进行调整，下行MCS适配如下图所示。适配表根据相关规则由系统生成。 由以上所述，为保证MCS高阶占比，良好的无线环境尤为关键。1.2Abis口资源 在数据配置完成的时候，每条TCH和PDCH都要固定占用一条16K的Abis口的传输子时隙，此外根据信道使用的编码方式的不同，有可能需要额外绑定一定的空闲时隙（空闲时隙是需要在基站上配置的，Abis接口的传输除了固定的TRX、RSL、OML、同步时隙外如果还有时隙未分配，这些未分配的时隙都可以配置成空闲时隙）来满足高的编码方式，比如单时隙MCS-9的编码方式承载的速率为59.2kbps，那么就需要总共4个16K的子时隙才能满足需求，也就是说需要额外再绑定3条空闲时隙，如果没有足够的空闲时隙，就只能使用相对较低的编码方式，相应的单时隙的吞吐率就降低了。信道编码方式ABIS时隙额外绑定空闲时隙数CS1 10CS2 10CS3 11CS4 11MCS110MCS210MCS311MCS411MCS511MCS611MCS712MCS813MCS913 编码方式对应的时隙表 需要扩传输的小区，往往测试中表现为无线环境较好：CV BEP 8PSK为7，MEAN BEP 8PSK大于28，而编码方式一直较低；在话务统计上，极少会有MCS9的编码数据块，高编码比例低，重传不高。 假设一个BTS包括若干个小区，MCS9一个空口PDCH信道需要4.5个Abis_Nibble与之对应，CS4一个空口PDCH信道需要1.6个Abis_Nibble与之对应，所以需要的Abis_Nibble数与最大MCS/CS有关，假设为K。那么小区i在有PDCHreq个MCS9的空口PDCH占用时，所需的Extra和Bonus Nibble总数Extra_Bonus_Abis_Nibblereq,i为：由于整个BTS下面的所有小区共享Extra和Bonus Nibble，考虑到共享增益，可以适当少配一些Abis_Extra_TS。 例如：一个BTS支持4/4/4配置，PDCHreq,1=8，PDCHreq,2=12，PDCHreq,3=6，当最大MCS9时，分别对应Extra_Bonus_Abis_Nibblereq：28、42和21个。假设三个小区总共的Bonus_Nibble为12个，那么Abis_Extra_TS=ROUNDUP(42+28/2+21/3-12)/4 =13。基本上为1载频对应1根Abis_Extra_TS。计算整个BTS所需的Abis_TS数目（不包括TS0）：其中， 注意：使用64k动态复用的时候，对于FR TRX，一个Abis_TS可以复用4个、2个或1个RSL，如果是3个RSL则需要2个Abis_TS来带；对于DR TRX，一个Abis_TS可以复用2个或1个RSL。最后可以计算出所需的Abis E1数：1.3参数设置1.3.1参数简介MAX_EGPRS_MCS: EGPRS小区最高许可的MCS 小区MAX_EGPRS_MCS不能低于TBF_DL_INIT_MCS和TBF_UL_INIT_MCS；MAX_EGPRS_MCS高于MCS2时，EGPRS小区需要配置一定的NB_EXTRA_ABIS_TS（Abis传输时隙），以便系统能够提供MAX_EGPRS_MCS设置的最高MCS能达到的吞吐量。 TBF_DL_INIT_MCS: EGPRSDLTBF刚建立时采用的调制方式。TBF_UL_INIT_MCS: EGPRSULTBF刚建立时采用的调制方式。较低的初始的编码方式可以提高TBF的建立的成功率；但开始时的速率就不是最高。1.3.2参数设置策略 目前，MCS7/MCS8/MCS9定义为高阶编码。 盐城EDGE网络原下行MCS初始编码方式大部分设置为MCS8。这样，虽然部分小区下行高阶编码占比较高，但由于传输资源有限，其余部分小区下行高阶编码需求被限制。为提高全网EDGE下行高阶编码占比，下行初始编码方式调整为MCS7，以降低MCS编码设置来提高全网下行高阶编码占比。实践表明，下行MCS初始编码方式调整后，全网EDGR下行高阶编码占比确实得到了明显提升。针对网格数据业务测试，尤其是网格测试经常占用的小区，下行MCS初始编码方式则设置得尽可能高，一般均设为MCS9,这样可保证最大程度提高下载速率。2.优化思路及方法2.1Abis资源由于Abis资源需求计算较为复杂，操作较为不便，目前对于BTS的Abis需求预估采取以下规则：以该BTS下所有小区PDCH之和1:1比例配置Abis额外时隙，可视具体情况适当增加。同时，可对BTS相关counter进行统计评估Abis时隙资源是否不足。P484：BTS上可供分配的extra abis nibbles及bonus abis nibbles的最小值，若为0，可以考虑对小区PDCH配置进行扩容或增加extra abis nibbles数。P472：EXTRA_BONUS_ABIS_NIBBLES FREE 时长，若P4721%扩容G_aterP383b/3600030%注释： P383a为1个时段内Gater口拥塞时长。 P383b为1个时段内Gater口高负荷时长。（P383b取决于OMCR参数Ater_Usage_Threshold的设置）。当P383a/36000大于1%(或简化为出现非零值)或者P383b大于36000的30%50% 的时候，说明Ater口存在拥塞情况，需要进行扩容2.3无线环境2.3.1弱覆盖问题 可借助RMS31报告统计上下行平均电平，从而得到可能存在弱覆盖的小区。对于怀疑存在弱覆盖的小区，需要通过信令跟踪及现场实测进行定位，如果确实存在弱覆盖的问题，请按照GSM日常优化思路进行处理。2.3.2干扰问题借助以下counter及KPI检查通话质量及数据传输质量：l Cell级上下行RQ=07的采样点l TRX级上下行RQ=07的采样点l 上下行接收电平采样点l 8PSK_Mean_BEP平均值l 8PSK_CV_BEP平均值 对于怀疑存在干扰问题的小区，需要通过信令跟踪及现场实测进行定位，如果确实存在干扰的问题，请按照GSM日常优化思路进行处理2.4系统问题 目前卡特EDGE网络存在下行高阶突然为0且无法自动恢复正常的问题，除非对GPRS做初始化。该问题需做好问题跟踪，一旦问题出现及时处理。2.5其他问题 载频等硬件问题由于器件老化等原因，导致性能下降，也可能导致下行高阶编码偏低的问题。该问题也可通过分析RMS31报告分析处理。 参数设置对下行高阶编码占比也有一定影响。3.案例 3.1干扰问题jiangxicun4小区EDGE下行高阶编码比例只有18%左右。对无线参数及Abis资源进行检查，未发现问题。查看各中低阶编码方式占比时发现一典型现象：各中低阶编码方式占比比较平均，均处于较差水平，如下表所示。EDGE下行高阶编码占比下行MCS1 Block占比下行MCS2 Block占比下行MCS3 Block占比下行MCS4 Block占比下行MCS5 Block占比下行MCS6 Block占比下行MCS7 Block占比下行MCS8 Block占比下行MCS9 Block占比jiangxicun43.15%2.22%46.92%7.42%13.10%11.75%7.88%4.91%2.65%某正常小区0.03%0.08%0.10%0.30%1.09%3.69%21.14%15.01%58.56%按照弱覆盖及干扰问题排查思路统计相关KPI及counter，与EDGE下行高阶编码比例优的小区进行分析对比，发现该网络在下行Rxlev较好的情况下下行RQ及平均8PSK_Mean_BEP、8PSK_CV_BEP非常差，确定为干扰原因导致，如下所示。EDGE下行高阶编码占比下行RQ0占比下行RQ1占比下行RQ2占比下行RQ3占比下行RQ4占比下行RQ5占比下行RQ6占比下行RQ7占比8PSK-MEAN-BEP平均值8PSK-CV-BEP平均值下行Rxlev平均值jiangxicun484.77%3.65%3.77%3.13%2.25%1.40%0.74%0.29%24.035.12-66.77dBm某正常小区97.64%0.58%0.56%0.37%0.29%0.30%0.19%0.07%29.336.57-68.8dBm 经频点查看，发现该问题小区数据业务载频频点29存在问题，改为36指标提高到79%，问题解决。3.2Abis资源问题 C_Y