[信息与通信]EDGE网络专题优化经验报告江苏无锡.doc

EDGE网络专题优化经验关键字：EDGE网络 优化 经验一、优化案例分析（一）网络优化前后EDGE业务模型调研（1） 全网GPRS业务数据数据流量和EDGE流量DATEGPRS总流量MByteEDGE总流量MByte总数据流量MByteEDGE数据流量占比25-Sep-0637349.6727271.46244621.116.30%26-Sep-0637055.78199.17245254.918.12%27-Sep-0636712.2548786.63945498.919.31%12-Nov-0639759.74 13533.98 53293.72 25.40%13-Nov-0641274.28 15190.79 56465.07 26.90%14-Nov-0641099.11 14389.39 55488.50 25.93%全天总数据流量已突破50，000MBYTE，优化期间，数据业务总数据流量和EDEG流量处于持续上升状态，EDGE终端的渗透率虽然不高（高的BSC在5.49%左右，后文将提及），但是EDGE的业务流量占比在2526左右，说明EDGE手机用户的数据业务使用频率较高。（2） 试点网元WXBSC61和WXBSC81优化前后网络概况BSC优化前EDGE开启小区数量（10月10日）优化后EDGE开启数量（11月6日）EDGE手机渗透率手机多时隙等级比例（41，32）WXBSC611241285.49%85.7%WXBSC8190944.47%84.3%从优化前三天和末期的数据业务流量比较来看，两个BSC的EGPRS流量均呈上升趋势，特别是WXBSC81；从EDGE业务速率情况来看，WXBSC61原有的平均吞吐率较好，在165 kbit/s以上，在吞吐量和峰值流量上升的情况下，仍保持较的水平，数据业务峰值时的下载速率达到165-196kbps。WXBSC81吞吐率有明显上升，从优化前三天平均130kbit/s提升到优化后的145kbit/s左右。BSC时间DL_EDGE流量Mbyte_全天UL_EDGE流量Mbyte_全天EDGE总流量Mbyte_全天UL_EDGE_IP吞吐率Kbit/s_最忙时DL_EDGE_IP吞吐率Kbit/s_最忙时峰值流量上下行总流量Mbyte峰值时间WXBSC612006-10-9867.5884.31951.8920.54169.587.9322:00WXBSC612006-10-10612.4381.1693.5316.2174.3875.0807:00WXBSC612006-10-111157.54117.46127537.64157.54100.3322:00WXBSC612006-11-111047.249109.8151157.06420.711165.7669.67409:00WXBSC612006-11-121046.67282.7951129.46618.093194.08299.81100:00WXBSC612006-11-131291.435113.1031404.53833.434166.155105.18522:00WXBSC612006-11-141308.801148.8981457.69929.735196.999107.9903:00WXBSC812006-10-9376.150.85426.9528.93125.1140.6821:00WXBSC812006-10-10278.0948.42326.5126.5116.0938.2622:00WXBSC812006-10-11464.8455.62520.4620.1115352.3919:00WXBSC812006-11-11673.32280.922754.24424.643129.4950.31915:00WXBSC812006-11-12573.00886.37659.37837.991142.09448.67222:00WXBSC812006-11-13574.18783.684657.8728.674142.97485.21320:00WXBSC812006-11-14815.15395.567910.72128.679155.25584.71521:00（3） 试点网元WXBSC61和WXBSC81的语音和数据业务的时间分布上图可以看出，BSC61的语音话务从上午9时至晚8时都维持在较高的水平，而数据业务则是在晚9时至11时出现了明显的高峰。其中，语音业务中的半速率比例较低，数据业务中EDGE的流量占比接近50%。BSC81语音话务有两个高峰时段，早上9时至12时和下午4时至20时。与BSC61不同的是，数据业务也出现了两个高峰时段，上午10时至下午3时及晚7时至0时，数据业务中EDGE。（4） 试点网元EDGE手机终端渗透率分析和EDGE手机多时隙等级分析为了了解无锡地区目前的EDGE终端普及情况，为EDGE网络的业务推广提供目标客户信息，以及进行EDGE网络资源的配置和优化工作，有必要对EDGE终端的普及程度进行调研。由于SGSN中没有直接的counter记录EDGE手机用户数，只能通过在Gb口信令挂表的方式来寻求统计EDGE终端数量的方法。通过研究GPRS/EDGE技术规范，可以在以下三条消息中获得终端的EDGE功能支持能力，即l Attach accept消息l Routing Area update accept消息l PDP activation accept消息在上述三条消息中，包括两个特殊字段：即EGPRS multislot/ext. Flag字段（表明终端是否支持EDGE功能）和EGPRS multislot class字段（表明EDGE终端的类型）。如图所示：利用K1205信令分析仪表在Gb口挂表分析，我们得到了两个试点BSC的EDGE终端的渗透率：其中WXBSC61的平均EDGE手机渗透率为5.49%，WXBSC81平均为4.47。在Gb的log中还可以看到手机的时隙类型，包括作为GPRS终端的时隙类型和作为EDGE终端的时隙类型，如下图所示。通过对Gb接口信令分析，我们得到如下结果：对于GPRS终端，手机类型主要以Class 8和Class 10为主；而对于EDGE终端，手机类型则主要以Class 6和Class 10为主，这两种类型的终端占整个EDGE终端的85%左右。不同手机类型所对应可使用的时隙数，由3GPP规范可得，在此摘录如下：Multislot classMaximum number of slotsRxTxSum1112221343145224632484159325104251143512445（二）、EDGE网络资源配置分析和建议（1）小区级无线信道资源配置分析在爱立信无线系统中，数据业务信道可以分为两类，一是专用数据信道，即FPDCH信道；另一类是动态数据信道，即on demand信道，为语音业务和数据业务所共享。由于动态信道可以根据业务的需求在CS域和PS域之间动态变化，具有很大的灵活性，同时，也使得小区级的信道资源配置和分配更加复杂。为了兼顾语音业务和数据业务的服务质量，在优化工作中提出了小区无线信道资源配置的V1V2算法，如图示：当小区内的TCH数为V1时，在CS域应该所有的话务都由全速率TCH承担，并且没有拥塞，满足设定的GoS；在PS域，每个PDCH上都只有一个TBF，确保容量不是限制throughput的一个因素。当小区内的TCH数为V2时，CS域内最少90的话务由全速率TCH承担，半速率承担最多10的话务，PS域不保证每个用户独享一个PDCH。V1：单个小区最佳TCH配置个数（全部话务由FR承载，GoS=0.2，CS域不需要清空PS域，在PS域用户独享一个PDCH）在蜂窝网系统内，通常有3种话务概念，Tofferred_traffic Tserved_traffic Tloss_traffic，他们之间的关系如下图，其中，Tserved_traffic=Tofferred_traffic*(1-GoS)得到，Tofferred_traffic = Tserved_traffic/(1-GoS)一般认为对于Full Rate话务，因为用的是TFTHARDCONGS，所以在这里表示的是包含了清空PDCH后的GoS；要排除清空影响，可以用TFTCONGS代替TFTHARDCONGS。也就是，那么，对于半速率业务，整个小区的offerred traffic， 通过修正的Erlang B表，可以查到要支持这么大的Totalofferred_traffic需要多少TCH，记为CS_TCH #。对于PS域，可以从GPRS/EDGE的话务统计中取得分配的PDCH数和每个PDCH上分享的TBF数，计算出如果让每个TBF（用户）独占一个PDCH时，需要的PDCH数，即Allocated PDCH 数 * TBF数 per PDCH = TBF数 (用户数) = PS_PDCH 数其中TBF数 per PDCH也叫作sharing factor，用来表示1个PDCH上有多少个用户正在分享这个PDCH。在BSS没有直接的counter来显示，可以用下面的公式来计算：TBF数 per PDCH = 综合CS域和PS域的结果，本小区总的最大无线信道配置数（V1值）应为，Total TCH # = CS_TCH # + PS_PDCH #V2：单个小区最低TCH配置个数门限（10话务由半速率承载，GoS=0.2, PDCH分享系数维持不变）通过结合单位时间内小区级话务统计和修正的爱尔兰B表，计算出小区的最低TCH配置个数。当目标小区定义的TCH个数低于V2值时，表明该小区的状态为：大于10%话音业务话务量由半速率信道承载，或用户虽然可以获得PDCH分配，但不能保障最大THROUGHPUT。获取目标小区的V2值计算方法：第一步：在GOS=0.2的爱尔兰B表中计算出信道数对应的新的话务量，其中有10由半速率业务信道承载，其计算公式为：含10半速率的总话务量原TCH个数对应的全速率话务量105以爱尔兰B表中TCH个数100，话务量77.469(E)举例进行计算：假设100个TCH数中有部分信道转为半速率信道，那么总的话务量Tf+h会比71.469E要大。当10话务量由半速率承载时，那么半速率话务量所使用的硬件设备和全速率话务量所使用的硬件设备比例约为9.5：0.5。则TCH个数为100时，包含10半速率话务的总话务量是，Tf+h77.4699577.46952即Tf+h = 77.469 105 81.34245(E)，由此可以得到修正的爱尔兰B表后续的计算步骤和方法和V1的计算方法类似，不再赘述。根据上述小区无线信道资源配置算法，我们对优化试点网元WXBSC61和WXBSC81的小区进行了分析，得到各小区的V1和V2值，并获得了其中部分小区存在资源不足（实际配置信道数V1）信息。（2）网元级资源配置分析在爱立信系统中，网元级的数据业务信道资源由PCU进行管理，而PCU是由一系列的RPP板构成。每个RPP有2个DL2连接，每个DL2连接有32个64kbps的GPH devices，每个GPH devices可以再细分成4个16kbps的sub-device，叫做GSL。每个B-PDCH对应一个GSL device，每个E-PDCH对应一个GPH device。每个RPP能够处理的B-PDCH/E-PDCH数由以下2个因素决定：GPH/GSL device 的数量，以及DSP的处理能力。综合考虑GPH/GSL device 的数量和DSP的处理能力后，DL2-0和DL2-1可以处理的B-PDCH/E-PDCH数由下面的式子表示：DL2-0：EPDCH# * 1.5 + BPDCH# 50 (DSP capacity limited)EPDCH# + BPDCH#/4 + LINKSIZEGb 32 (Number of GPH/GSL device limited)实际处理数由上面2个式子的最小值决定DL2-1：EPDCH# * 1.5 + BPDCH# 100(DSP capacity limited)EPDCH0#+ BPDCH#/4 32 (Number of GPH/GSL device limited)实际处理数由上面2个式子的最小值决定而RPP可以处理的PDCH数就是DL2-0和DL2-1的值之和。 根据前面的理论阐述，我们可以得到在各种不同的Gb接口配置和BPDCH/EPDCH配置情况下，一个RPP所能支持的数据业务信道数，如下表所示：下表统计了无锡各网元RPP资源并计算了平均每个小区可配置的EDGE信道数：（三）、EDGE网络的话务统计及其Counter和关键性能指标KPI的研究（1）EDGE网络的主要话务统计ObjtypeCounterDescriptionBSCGPRSALLPDCHPCUFAILNumber of failed PDCH allocations due to no PCU resources.PCHALLATTNumber of packet channel allocation attempts.FAILMOVECELLNumber of times a cell relocation attempt fails.CELLQOSEGxLTHP1EGTHRAccumulated weighted throughput per active PFC for EGPRS, UL/DL and QoS class THP1 TPFsxLTHP2EGTHRAccumulated weighted throughput per active PFC for EGPRS, UL/DL and QoS class THP2 TPFsxLTHP3EGTHRAccumulated weighted throughput per active PFC for EGPRS, UL/DL and QoS class THP3 TPFsxLBGEGTHRAccumulated weighted throughput per active PFC for EGPRS, UL/DL and QoS class Background TPFs.XLTHP1EGDATAAccumulated LLC PDU data for active EGPRS, UL/DL and QoS class THP1 TPFs.XLTHP2EGDATAAccumulated LLC PDU data for active EGPRS, UL/DL and QoS class THP2 TPFs.XLTHP3EGDATAAccumulated LLC PDU data for active EGPRS, UL/DL and QoS class THP3 TPFs.XLBGEGDATAAccumulated LLC PDU data for active EGPRS, UL/DL and QoS class Background TPFs.TRAFxLGPRSTRAFFxLGPRSSCANNumber of accumulation of UL TBFs and PDCHs. Scan interval is 10sTBFxLEGPRSNumber of simultaneous UL/DL TBF for EGPRS in a cell.TBFxLGPRSNumber of simultaneous UL/DL TBF for GPRS in a cell.XLTBFPEPDCHSum of simultaneous UL/DL TBF (all TBF modes) on each and every E-PDCH.XLEPDCHNumber of E-PDCH that carried one or more UL TBF of any mode.CELLGPRS2LDISTFITimes of DL LLC PDU buffer discarded due to the reason, No available PDCH or TFI。LDISRRTimes of DL LLC PDU buffer discarded due to the Radio reason.FLUDISCTotal number of flush messages received from the SGSN that resulted in one or more LLC PDUs in the buffer being discarded.LDISOTHTimes of DL LLC PDU buffer discarded due to none of above.PREJTFITotal number of rejected access requests for the reason No PDCH, USF or TFI.PREJOTHTotal number of rejected access requests for other reason.IAURELTotal number of times an UL TBF is closed down because radio contact has been lost with the MS after PS Immediate Assignment message or the Packet UL Assignment has been sent.FLUMOVETotal number of flush messages received from the SGSN that resulted in some LLC PDUs in a buffer being moved to another queue.TRAFGPRS2TRAFF2ETBFSCANNumber of TBFs mode EGPRS scanned during the measurement period.MUTILEGPRSThe average multislot utilisation for DL TBF mode EGPRS.MUTIL14Number of DL TBFs scanned where 1 out of 4 PDCHs is reserved.MUTIL13Number of DL TBFs scanned where 1 out of 3 PDCHs is reserved.CELLGPRSCS12xLACKTotal amount of RLC data volume successfully acknowledged by GPRS MS from total RLC data blocks scheduled DL/UL for CS-1/2, RLC ack mode DL.CS12xLSCHEDNumber of RLC data blocks scheduled by MAC protocol for CS-1/2 and RLC acknowledged mode, uplink or downlink.MC19ULACKTotal amount of RLC data volume successfully received in PCU forscheduled RLC data blocks for MCS-1-9, RLC ack mode UL/DL.MC19ULSCHEDNumber of RLC data blocks scheduled by MAC protocol for MCS-1-9 and RLC acknowledged mode, uplink or downlink.CELLMOVEDNumber of times a cell is moved to another RP.RLINKBITRINT10BREGPRSTBFAccumulated number of EGPRS TBFs within the bitrate interval 10 kbps (interval = 52.5 kbps). Accordingly, there are others counters INT15BREGPRSTBF, INT20BREGPRSTBF（2）EDGE网络的关键性能指标（KPI） IP ThroughputAverage EDGE DL IP throughput (DLTHP3EGTHR+ DLTHP2EGTHR+ DLTHP1EGTHR+ DLBGEGTHR)/( DLTHP3EGDATA+ DLTHP2EGDATA+ DLTHP1EGDATA+ DLBGEGDATA)Average EDGE UL IP throughput (ULTHP3EGTHR+ ULTHP2EGTHR+ ULTHP1EGTHR+ ULBGEGTHR)/(ULTHP3EGDATA+ ULTHP2EGDATA+ ULTHP1EGDATA+ ULBGEGDATA)IP DiscardData Session Minute per IP Disacrd DL(TBFDLGPRS + TBFDLEGPRS)/6/(LDISTFI + LDISRR + FLUDISC + LDISOTH)Data Session Minute per IP reject UL(TBFULGPRS + TBFULEGPRS)/6/(PREJTFI + PREJOTH + IAUREL)Mobility, Cell ChangeData Session Minute per Intra-PCU Cell Change (CC) (TBFDLGPRS + TBFDLEGPRS)/6/FLUMOVEData Session Minute per Inter-PCU Cell Change (RAU) (TBFDLGPRS + TBFDLEGPRS)/6/FLUDISMulti-slot UtilizationAverage number of TS reserved in eTBFs(E-TBF使用率）MUTILEGPRS/TRAFF2ETBFSCANAverage number of TS reserved for 4+slot MSs(a TBF)(4*MUTIL44 + 3*MUTIL34 + 2*MUTIL24 + 1*MUTIL14 )/(MUTIL44 + MUTIL34 + MUTIL24 + MUTIL14)Traffic LoadE-PDCH信道下行共享系数DLTBFPEPDCH/DLEPDCH小区同时共存的GPRS用户数TBFDLGPRS/TRAFFDLGPRSSCANPDCH分配成功率PCHALLFAIL/PCHALLATT无线信道质量下行每信道bTBF比特率(CS1/2)CS12DLACK/ (CS12DLSCHED上行每信道eTBF平均比特率(MCS19)MC19ULACK /( MC19ULSCHED*0.02)下行每信道eTBF平均比特率(MCS19)(INT10BREGPRSTBF*10+INT15BREGPRSTBF*15+.+INT55BREGPRSTBF*55)/ ( INT10BREGPRSTBF+.+INT55BREGPRSTBF)Abnormal Released downlink TBFs due to RadioLDISRR*6/(TBFDLGPRS+TBFDLEGPRS)Abnormal Released uplink TBFs due to RadioIAULREL*6/(TBFULGPRS+TBFULEGPRS)上行每信道bTBF平均比特率(CS1/2)CS12ULACK/ (CS12ULSCHEDPCU容量与拥塞PCU拥塞FAILMOVECELL/(FAILMOVECELL+CELLMOVED_AllCells)RPP拥塞ALLPDCHPCUFAIL/PCHALLATT_AllCells（四）、EDGE网络性能优化（1）PDCH容量的优化PDCH容量的优化主要体现在PDCH分配成功率，MULTISLOT使用率（即手机的多时隙利用率），PREEMPTION次数（PDCH预清空次数）上。本次次优化对PDCH容量方面的优化主要对以下几个方面的进行实例分析和经验总结：l SDCCH信道数量和时隙定义的修改对于将EDGE信道配置在BCCH载频上的小区，我们SDCCH信道配置从TN=2修改为TN=1，从GPRS/EGPRS的信道分配策略来看，同一PSET内的连续的信道才能够分配给手机使用，将TN修改为1后，使得BCCH载频上的第0和第1时隙为控制信道，而第2至第7时隙共有6个连续的TCH时隙，可以提高终端的多时隙利用率，尽可能充分利用手机的3时隙或4时隙能力。此外，如果小区的SDCCH信道业务量许可的条件下，可以在BCCH载频上不配置SDCCH信道，可以额外再增加一个EDGE信道。l PDCHALLOC参数修改在优化中我们发现，41008和41043这两个基站的六个小区，不论在话务忙时或是闲时，都有大量的PDCH分配请求和PDCH分配失败。在对小区参数定义进行研究后，发现是由于定义PDCHALLOC值与实际小区EDGE信道的配置位置定义不符造成的。检查发现，这些小区的EDGE信道被定义在CHGR1的TCH频点上，而PDCHALLOC定义为FIRST，即尝试PDCH分配时优先分配BCCH上（CHGR0）的空闲信道，造成多次分配尝试次数和失败次数。在将PDCHALLOC改为NOPREF（无优先级）后，这六个小区的PDCH分配尝试次数和失败次数都大幅下降。以下是参数修改前（10月30日）、修改后（11月2日）全天PDCH分配情况的统计对比：PDCHALLOC参数修改之后，PDCH的分配策略和EDGE信道的位置配置相一致，PDCH信道失败次数接近为0，信道分配尝试也大为减少，减轻了系统负荷，网络指标也明显改善。因此，建议统一将全网的PDCHALLOC参数改为NOPREFER，可以减少该类错误，降低PDCH分配失败率。l MBCRAC参数设置4214B和4217B这两个小区的EDGE载频，分配了EGSM频段的频点，由于BCS特性参数MBCRAC的设置为0，导致这两个小区PDCH分配失败的比例较高。MBCRAC:为BSC交换机属性参数，决定在同一小区内的手机是否被假定为支持所有频段。0 ：表示不是所有手机都能支持所有频段，所以新的动态PSET只能在BCCH频段的子小区上建立。现存的动态PSET的扩展无需参考MBCRAC设置。E-GSM频段使用时，也作为P-GSM频段的异频段处理。1 ：表示假定所有手机都能支持所有频段，所以新的动态PSET能在所有频段的子小区上建立，包括GSM900,EGSM,GSM1800频段的子小区。主专用PSET仍需在BCCH频段的子小区上建立。对这两个载频重新分配了PGSM频段的频点后，PDCH分配尝试和PDCH分配失败次数明显降低。l 话务平衡和拥塞缓解话务负荷高容易造成PDCH分配失败多，针对话务拥塞产生的PDCH分配失败，对拥塞小区话务进行了平衡。通过调整CRO，CELLOAD SHARING和切换等参数，对有拥塞小区进行了话务调整。但是网内仍旧有明显拥塞的小区。以42017A小区举例，该小区的语音业务和数据业务需求都很高，但目前载频配置不能满足这些需求，虽然已经打开了动态半速率和话务分担功能，由于周边基站4252和4227同样存在资源不足的问题，语音业务的呼损率和PDCH的分配失败率都很高。要彻底解决这些问题，需要尽快对该小区进行扩容来增加资源，降低呼损。通过上述优化措施，BSC61PDCH分配失败率从优化前的8.29%降低到优化后的2.60%，BSC81PDCH分配失败率从优化前的5.4%降低到优化后的2。81。（2） EDGE业务速率优化在GPRS/EGPRS网络中影响业务速率的主要因素有：业务使用时占用的信道数量，信道共享因子，无线网络环境C/I值，编码方式，LQC即链路质量自适应功能等网络新特性的开启以及合理的小区选择和重选等等。本次速率优化主要关注以下几个方面：l 网络新特性的使用（LQCACT和LA/IR功能） EDGE在空中接口引入了8PSK调制编码方式，使得RLC层编码速率有很大的提高，下图是在无线信号高质量的条件下，各种编码方式每PDCH的理论最大速率。高MCS编码方式能获得高速率，同时要求无线质量也保持在很高的水平。实际网络中，无线信号质量是处于动态变化中的，为了获得最佳速率，我们要采用链路自适应的编码技术，使编码方式随着C/I值的变化而变化。因为在C/I值较差的时候，高MCS编码反而不如低MCS编码时的RLC层速率。下图中黑线为采用链路自适应时（LA）的速率。LQC的总体原则就是选择最优的MCS方式在空中接口来传送数据包。包括2个子功能:链路适配和增量冗余技术。链路适配：在不同MCS之间，可根据实时的无线链路质量及时调整最适合的MCS方案。每4个脉冲就可根据无线质量而转换不同的MCS。在正确情况下，正常数据块传输转换可以在9种数据速率之间进行以获得传输质量与吞吐率的最佳平衡。但EDGE将9种MCS可分为3组（A组、B组和C组），当无线环境恶化而导致数据块错传而须重传时，编码速率可以但只能在同一组内的具有包含关系的几种MCS之间互相转换，前后数据块所携带的冗余信息因此具有足够的相关性以便于解调；而GPRS仅能按照前次CS重发。增量冗余（IR，Incremental Redundancy ）：其基本原理是，如果接收机接收的RLC数据包解码有误，则保存该错误数据包，发射端采用同样的MCS而不是降低MCS再次发送。如果无线环境没有改善，接收机接收的RLC数据包可能还是有错，但接收机会尝试从两个错误RLC数据包里解码出正确的数据。这个过程称为软合并及联合解码。上图的红线就是采用LQCIR联合后的每E-PDCH数据吞吐率。可以看出，采用IR功能可以在C/I值较低时比LA功能提供更高的吞吐速率。对于试点网元WXBSC81，将Link Quality Control功能打开：LQCACT=0修改为LQCACT=3，激活LQC功能，同时联合使用IR功能：LQCIR=0修改为LQCIR=1。下表为功能激活前后的业务速率：BSC时间DL_EDGE流量MbyteUL_EDGE流量MbyteEDGE总流量MbyteUL_EDGE_IP吞吐率（Kbit/s)DL_EDGE_IP吞吐率（Kbit/s)WXBSC8110/27/2006431.59775.520507.11730.73133.67WXBSC8110/28/2006530.77075.602606.37321.92153.29WXBSC8110/29/2006587.69786.664674.36119.82144.04平均143.66WXBSC8111/3/06527.6168.02595.6326.16160.28WXBSC8111/4/06550.0289.81639.8317.26183.17WXBSC8111/5/06559.7372.83632.5628.75156.55平均166.67可以看到，LQC激活，使用LA/IR功能后，BSC81的下行吞吐率有明显改善。l C/I值对业务速率影响的研究和优化由于EDGE信道选择使用的编码方式（MCS1MCS9）是由BEP（Bit Error Probability）值来确定的，而BEP值主要受到C/I的影响，因此，C/I最终会影响到编码方式的选择和业务速率。前面的图中，已经给出了C/I和业务速率的仿真结果。为了实地验证C/I对EDGE业务的影响，我们对无锡地区10月份的GSM 路测数据进行了统计分析，得到了无锡市区C/I的分布情况，如下图所示：可以看出，无锡市区C/I分布主要集中在1520之间。根据理论的对应关系，在LA模式下，单时隙的吞吐率应该在20Kbit/s-35Kbit/s之间，而在IR模式下，单时隙的吞吐率应该在30Kbit/s-45Kbit/s之间。利用TEMS测试仪表，对无锡市区进行了EDGE业务的DT测试，获得了现场测试环境中C/I和业务速率的关系，如下表所示：C/IRLC Throughput DL (kbit/s)采样点52.14942890313670.77306169377814.4415802935399.7346905915381013.60645364546116.671014555081222.515385510931331.7242955912641416.5488438415111522.2200799920981625.3427385936501728.0434537373611828.35484867108631929.68121185200442022.16850188150702125.30716659153992250.429612331251233.838028962138240.358047298148测试统计数据表明，实际环境中EDGE业务的吞吐率和C/I之间的关系和理论仿真值比较接近，因此，要提高EDGE业务的速率，良好的无线环境是非常重要的。（五）. EDGE性能差小区的分析和优化处理优化过程中，我们针对部分EDGE性能较差的小区进行了分析，如PDCH分配失败率较高、EDGE业务CQT测试速率较低等。以下是几个典型的案例：（1）4214B和4217B小区PDCH分配失败率较高4214B和4217B小区的EDGE载频，分配了EGSM频段的频点，检查交换机属性发现，由于BCS特性参数MBCRAC的设置为0，导致这两个小区PDCH分配失败的比例较高。MBCRAC参数，决定在同一小区内的手机是否被假定为支持所有频段：0 ：表示不是所有手机都能支持所有频段，所以新的动态PSET只能在BCCH频段的子小区上建立。现存的动态PSET的扩展无需参考MBCRAC设置。E-GSM频段使用时，也作为P-GSM频段的异频段处理。1 ：表示假定所有手机都能支持所有频段，所以新的动态PSET能在所有频段的子小区上建立，包括GSM900,EGSM,GSM1800频段的子小区。主专用PSET仍需在BCCH频段的子小区上建立。对这两个载频重新分配了PGSM频段的频点。修改后，PDCH分配尝试和PDCH分配失败次数明显降低。4214B：ARFCN1006 to ARFCN804217B：ARFCN1018 to ARFCN37以下是频点修改前后PDCH分配情况对比： （2）4409A定点测试业务速率较低问题喜来登酒店（4409A）EGPRS定点测试速率比理论值相比较低。如下图所示：在分配四个时隙时，下载峰值速率在160kbps左右，平均速率为147kbps，编码方式不是很稳定，在MCS-9和MCS-8,-6,-5之间跳转。利用MRR分析该小区的数据，发现上下行质量比较差，频率干扰严重。修改干扰频点9，先改为25，干扰仍旧严重，后改为8。修改后，重新进行定点测试，分别在喜来登酒店20楼，15楼和大堂进行了测试，测试结果良好，平均速率上升到了204kbps以上，最高速率到235kbps。实时结果如下所示：（六）、. 与EDGE业务相关的网络参数的研究及其设置原则或建议随着EDGE业务的引入，爱立信系统中也引入了EDGE相关的一系列网络参数，包括小区级的无线网络参数和交换机的功能属性参数，来对EDGE网络的性能进行控制，如何合理地设置和利用这些参数功能，使EDGE网络的性能达到最优化，也是本次EDGE网络专题优化的重点工作。我们对这些参数进行了研究，并提出了一些建议。l GPRSPRIO（BSC Property）默认值：0建议值：3该参数用4位2进制数表示不同的设置，用以标注已分配的On-Demand PDCH被以下的CS无线功能启动时视作Idle信道还是Busy信道。B0：Dynamic Half Rate Allocation/Half Rate Packing/Dynamic FR/HR Mode AdaptaionB1：Cell Load SharingB2：Sub-Cell Load Distribution “1”表示Busy，“0”表示Idle在启用预清空机制的网络中，为减少CS业务对PS话务的影响，建议将BSC该参数设置为3，即动态半功率和Cell Load Sharing功能启动时会把已分配的On-Demand PDCH视为Busy信道。目前，试点网元WXBSC61和WXBSC81均已改为3。l ONDEMANDGPHDEV（BSC Property）默认值：20建议值：10该参数定义1个RPP里需要预留给On-Demand BPDCH的GSL设备（16kbps）数量。l ONDEMANDGPHDV64（BSC Property）默认值：5建议值：15该参数定义1个RPP里需要预留给On-Demand EPDCH的GSL设备（64kbps）数量。随着EDGE的大量开启，RPP板和传输扩容，小区设置NUMREQEGPRSBPC数量已接近小区PDCH信道数平均分配数，这就意味着无锡移动网络中64K的GPH设备使用比例高。所以将预留给EPDCH的64K的GPH设备数量提升，相应的适当降低16K的GSL设备数量，从20降低为10。l LQCACT默认值：0建议值：3上下行的链路自适应控制，使编码方式在MSC19间动态变化。建议取值为3，开启上下行的LQC。l LQCIR默认值：0建议值：1下行LQC采用LA/IR模式还是LA模式，建议取值为1，即采用LA/IR模式。l LQCDEFAULTMCSDL、LQCDEFAULTMCSUL：默认值：5，5建议值：9，3当上下行LQC关闭时，缺省的MCS编码方式，也是数据开始传输时的初始MCS编码，建议取值分别为9和3。l LQCHIGHMCS：默认值：9建议值：9最高可以采用的MCS编码方式。建议取值9，即最高可以采用MCS-9编码方式。l PDCHPREEMPT（BSC Property）默认值：0建议值：1该参数定义CS话务预清空on demand PDCH的方式。设置为0表示所有的on-demand PDCH均可以被CS预清空；设置为1表示仅非必要（non-essential）的 On-Demand PDCH会被CS预清空。设置为1可以保留携带TAI消息的On-Demand PDCH不被CS预清空，TBF仅会被Downgrade，而不至于被中断，这样的设置可以在兼顾CS性能的前提下进行有限度的PS业务。l TBFDLLIMIT/TBFULLIMIT：默认值：2建议值：1每个PDCH上，同时承载的TBF数目最大值，注意：这只是触发分配on-demand PDCH的条