[信息与通信]egprs优化经验交流材料华为一

2011年4月,EGPRS优化经验交流材料,目录,EGPRS原理,EGPRS优化,EGPRS案例分析,下图着重展示了GMSK与8-PSK的关键区别：,蓝色点:在8-PSK调制图中每点代表了3bits的信息量，且相邻两个点代表的信息只有1bit发生了改变。,调制,8-PSK 调制,8-PSK (相移键控) 已被选作EDGE的调制方式每个符号代表3bits信息22.5 度偏移以避免原点交叉符号合脉冲速率与GMSK一样非恒定包络线 需要高性能的线性放大器由于放大器不可能做到线性，所以需要2-4dB 功率补偿。,3/8,3/8,相位转变避免原点交叉,10,20,30,40,50,60,0,MCS1,MCS2,MCS3,MCS4,MCS5,MCS6,MCS7,MCS8,MCS9,CS1,CS2,CS3,CS4,GMSK 调制,8PSK 调制,kbps,GPRS,EGPRS,GPRS&EGPRS 编码方案,目录,EGPRS原理,EGPRS优化,EGPRS案例分析,EGPRS优化实战篇,容量优化,质量优化,空口容量优化Abis接口空闲时隙容量优化PCU单板及Pb传输资源的容量优化Gb接口的容量优化,Um口的质量优化G_Abis口质量优化Gb接口的质量优化合理控制小区重选与核心网的配合,EGPRS优化-容量优化,容量优化就是指EGPRS的资源优化。资源指的是BSS侧（核心网侧的资源可以算到其他相关网元里面）从Um口一直到Gb口的资源：包括Um接口的PDCH信道、Abis接口的空闲时隙、Pb接口的RPPU单板及传输资源、Gb接口的单板及传输资源。,EGPRS优化-空口容量,空口容量充足与否的判断方法,CDS4.0测试软件在进行FTP下载测试时，打开RLC/LLC层数据性能窗口，在DownLink表中下行Time slot个数为2，说明下行只占用了2个时隙，空口信道不足，如下图：,话统判断法：统计上下行TBF拥塞率的话统，上下行TBF拥塞率在1%以上，TBF建立请求次数在1000次以上的小区认为空口资源存在拥塞；语音每线话务量高于0.6erl，同时数据业务也存在拥塞的小区定义为双拥塞小区。上行TBF拥塞率的计算公式=（无资源导致的上行TBF建立失败次数+无资源导致的上行TBF异常释放次数）/上行TBF建立请求次数下行TBF拥塞率的计算公式=（无资源导致的下行TBF建立失败次数+无资源导致的下行TBF异常释放次数）/下行TBF建立请求次数涉及的原始指标有：无资源导致的上行TBF建立失败次数、无资源导致的上行TBF异常释放次数、上行TBF建立请求次数、无资源导致的下行TBF建立失败次数、无资源导致的下行TBF异常释放次数、下行TBF建立请求次数,EGPRS优化-空口扩容方法,对于数据业务存在拥塞，但语音业务不拥塞的小区，建议信道扩容方案如下：,对于语音业务和数据业务都存在拥塞的小区，需要扩容小区的载频，初步的载频扩容方案如下：每线话务0.7erl以上小区扩容2块TRX，0.6-0.7erl以上小区扩容1块TRX。扩容PDCH信道需要考虑与载频上原有的PDCH信道连续放置，不允许分隔扩容，即PD+TCH+PD的情况；同一种信道类型也需要连续放置，不允许出现“EGPRS普通+GPRS专用+EGPRS普通”的情况；静态信道要连续放置，不允许“静态PD+动态PD+静态PD”的情况；尽量保证一块载频上的信道数不小于4个，PDCH信道尽量放到主B和第二块EDGE载频上，尽量不要放到跳频上，注意E频点载频上不能配置PDCH信道。空口信道的扩容华为内置PCU和外置PCU基本一致，外置PCU可以扩容静态PDCH信道或动态PDCH信道，内置PCU因TCH可以转换为动态PDCH信道，因此内置PCU只需要扩容静态信道和PDCH比例门限。,PDCH信道资源优化-内置PCU合理配置“小区下最大PDCH比率门限”和“载频上最大PDCH数”两参数。1、载频上最大PDCH数：用来限制一个载频上最多能够转换多少个PDCH。如果不关心小区动态PDCH在各个载频上的分布，这个参数不用修改，保留其默认值8即可。2、小区下最大PDCH比率门限：来限定一个小区下最多有多少业务信道转换为PDCH信道。任何一个全速率TCH信道都有转变为PDCH信道的能力。一个小区下最大PDCH信道个数为：小区最大PDCH信道个数 = (小区配置的TCH全速率信道个数+小区配置的静态PDCH信道个数) * 【小区下最大PDCH比率门限】。如果计算结果不是整数，则向下舍入为整数。该小区规划静态PDCH配置数目：a；该小区规划动态PDCH配置数目：b；该小区全速率TCH配置数目：c；根据计算，可得出如下公式：小区下最大PDCH比率门限(T)：T=（Int(a+b)/(a+c)*10+1）/10*100%。3、在BSC6000V9R8C01版本下，所有全速率信道都能转换成数据信道，当大部分小区开通EDGE功能后，可能会导致个别小区EGPRS信道数受限而影响EGPRS业务，导致EGPRS信道数超过license限制和速率低。需根据实际情况规划一定数量的EGPRS信道，其他全速率信道的“GPRS信道类型”均设置为“GPRS普通信道”。以防止出现Licence使用告警。,EGPRS优化-空口容量,EGPRS优化-ABIS资源,华为BTS产品在Abis接口的实现形式为每TCH信道固定绑定一条16K的时隙，对于GPRS的CS3/CS4或EGPRS里面大于MCS2以上的编码方式的Abis接口物理层承载速率都已经超出16K的范围，需要在G-Abis口配置足够的空闲时隙。各种编码方式下单PDCH信道对应的“空闲”时隙数目如下表所示：GPRS编码方式与绑定的空闲时隙的关系表EGPRS编码方式与绑定的空闲时隙的关系表 如果当前空闲时隙数目不足， 不能满足高编码方式对空闲时隙数目的要求，终端只能选择低编码方式进行传输，对用户的速率会产生极大的负面影响，所以在BIE端口上配置足够的空闲时隙数目，也是提升用户终端下载速率的必要条件。关键指标：Abis空闲时隙数= EGPRS信道*3+GPRS信道数*1,EGPRS优化-外置PCU PB口,PB接口上每个16K的时隙带宽划分为一条PCIC，PB口信令和数据传输的承载通道，一块RPPU板配置2个E1链路就基本满足需要，共240个PCIC，但RPPU板处理能力决定每条E1只能同时激活110条PCIC。编码方式达到MCS8、MCS9时需要4条PCIC时隙。 外置PCU进行软件版本升级并更换RPPU扣板，可以提升容量30；外置PCU升级改造Pb接口需要增加DDF，需要占用机房空间。,GPRS编码方式与PB口PCIC的关系表EGPRS编码方式与PB口PCIC的关系表,PCU的RPPU处理板处理PDCH信道的能力是有限的，其规格标准为：最大GPRS PDCH信道数为120条（PCU35最大PDCH激活数为100条）；最大EGPRS PDCH信道数为100条。只要激活的信道中有一条是EGPRS信道，那么此时RPPU单板的处理规格就按照100条计算。另外静态PDCH信道的默认状态就是激活态，动态PDCH信道初始状态为TCH信道，为非激活态。因此，我们分析时主要看各个RPPU板的PDCH信道激活比，以提出RPPU板扩容或PDCH信道均衡调整方案。 外置PCU每块RPPU板能支持的PCIC（16k时隙）为220条，因此外置PCU每个RPPU板最多能支持110条GPRS信道的同时激活或55条EGPRS信道的同时激活（高编码时）。关键指标：PDCH信道激活比例=PDCH分配峰值/PCU信道容量,EGPRS优化-外置PCU,每块GDPUP单板可以处理1024个PDCH信道业务（包含静态和动态分组信道），提供1024条同时激活的MCS9速率的PDCH信道分组业务处理功能，提供分组链路处理功能，提供分组故障自检测功能。 DSP（Digital Signal Process）：数字信号处理芯片，用于进行数学算法和编解码算法处理。一块GDPUP单板上有22块DSP，其中21块DSP均有192条LVDS时隙（MML查询DSP链路状态对应其中的DSP链路号），但是有一块DSP只有48条LVDS时隙(最后激活的DSP只有48条LVDS)，还需查询DSP链路状态，看DSP上LVDS时隙是否已不足。 针对V9R8 内置PCU的DSP均衡优化，华为每个GDPUP板内22个DSP使用资源池的方式工作，尽管如果，为了保证数据业务的问题可靠，建议使每一个DSP都能得到合理应用，不能某个使用率很高，其他的很低，这样对数据业务很不利。通过命令 DSP PSCELL；DSP PSRES 等等可以查看DSP的使用情况，从而进行合理分配，在DSP分配中，小区是随机默认分配上的，他们一般不会再次分配，所以在调整分配中使用SET PSCELLTODSP重新对其分配。,EGPRS优化-内置PCU,EGPRS优化-GB接口容量,GB口资源配置及优化 GB口资源配置主要是PCU配置的GB口RPPU板个数以及GB口BC绑定的时隙数、GB口的业务量大小，GB口带宽不够将会给系统的性能带来瓶颈，导致BC层出现拥塞，从而在传输过程中有大量的丢包现象。关键指标： 外置PCU GB利用率=接收NS PDU峰值字节数*8/(5*1024*64*BC数)内置PCU GB利用率=接收NS PDU峰值字节数*8/(10*1024*64*BC数)Gb口峰值负载=“接收NS-PDU的峰值字节数”*8/（1024*10）*（s*64kbps）扩带宽具体的方案有扩BC时隙、扩E1传输（FR传输模式）、扩LICENSE三种。NSEI规划 小区的NSEI，在物理位置上尽量靠近，这样做的目的是为了在移动环境中过程中避免小区重选后，PCU数据频繁转发，影响数据业务应用中移动环境下的性能。建议外置PCU配置一个NSEI；建议内置PCU一个GDPUP配置一个NSEI,网络规模不大区域和外置PCU一致配置一个NSEI；,EGPRS优化-质量优化,除了资源以外，数据业务整个通道的稳定也是保证其速率的重要原因，因此需要保证整个通道的链路质量。这个通道可以分为三个方面：Um口的质量、G_Abis口质量、Gb口的质量，同时频繁的小区重选和与核心网的配合问题也是影响质量的原因。,EGPRS质量优化-UM口,Um口的质量主要受接收电平、C/I、上下行链路平衡的影响，Um口质量对FTP速率的影响主要包括两个方面：一个是编码方式，另一个是空口重传率。编码方式越高，Um口单信道的吞吐率就越高，Um口质量越好，系统就会使用更高的编码方式，FTP的吞吐率就越高；重传率越高，说明实际的有效吞吐率越低，空口的带宽都用在了无效的重传上，Um口质量越好，其重传率就越低，有效的吞吐率就越高。,空口质量的判断方法：测试过程中，EGPRS编码方式主要是由MS上报的测量报告中MEAN BEP和CV BEP的值来决定的，这两个值反映了无线的接收质量，MEAN BEP为0到31，CV BEP为0到7，都是值越高说明无线质量越好，MEAN BEP和CV BEP值较低说明空口质量较差。,空口质量的提升办法：同邻频干扰，可以采用调整占用信道所在载频的频点或干扰载频的频点的方法，必要时可以进行RF优化来降低干扰。分析测试数据时打开CDS4.0的RLC/MAC层状态窗口，其中PDTCH ARFCNS 对应的值就是当前测试时占用的PDCH信道的频点，可以根据实际情况调整该频点来避免受干扰，网外干扰时则需要找出干扰源，关闭干扰源来解决干扰。,EGPRS质量优化 G_abis (一),G_Abis口包括了Pb接口、BSC内部通道、Abis接口以及BTS的内部通道，这些通道中任何一段出现问题都会导致G_Abis口链路出现问题最终导致FTP速率受到影响甚至业务不能正常进行。造成G_Abis口链路出现问题的主要原因有：1）工程质量（连线错误或传输接头松动），2）传输质量问题（例如某些小区的Abis口传输为卫星链路或者微波链路），3）数据配置问题，4）产品问题（包括软件和硬件）。需要根据具体现象逐步排查定位问题。 G_Abis口质量存在问题的判断方法是： G_Abis误帧率高于3%。 G_Abis误帧率的计算公式为： G_Abis误帧率=（接收失步帧的个数+接收校检错帧的个数）/（发送有效帧的个数+发送空帧的个数） 需要提取的话统统计项有：接收失步帧的个数、接收校检错帧的个数、发送有效帧的个数、发送空帧的个数。,EGPRS质量优化G_abis (二),G_Abis误帧率的解决办法是：检查传输的连线或接头；检查传输的质量，测试传输的误码；检查数据配置，存在传输自环的情况；请厂家协助定位是否存在产品问题。 通常容易出现G-abis高误码的情况： 1、通常工程在传输还未调通的情况下，会将基站侧传输自环，并事先做好传输数据，这些新增的自环传输并不会对语音构成影响，但如果数据业务将这些自环传输的时隙配置为空闲时隙时会出现问题，并伴随G-abis接口的高误码。2、华为的基站，副柜组默认是从8号端口采集时钟，如果副机柜的入端口连接不是按照入8端口连接，则容易出现G-abis高误码的情况。3、Pb接口出现鸳鸯线时，容易出现G-abis高误码的情况，只有在外置PCU才存在该问题。Pb接口存在鸳鸯线图4、副柜组传输既连接主机柜，又直接和BSC的EIUB板连接，容易出现G-abis高误码的问题。,EGPRS质量优化-Gb接口,Gb接口是比较稳定的，一般情况下不会出现问题，保证连线正确、传输稳定以及数据配置准确基本上就可以了。,EGPRS质量优化- 合理的小区重选,小区重选也是影响性能的一个因素。由于目前的GPRS/EGPRS还是小区重选而没能实现切换，发生小区重选的时候TBF必然中断，需要在新的小区重新建立TBF，而目前没有开通NACC功能的情况下小区重选的时间一般在5秒左右，这样每发生一次小区重选，上层的业务就会中断一定的时间，如果终端在当前服务小区的速率能维持在一个较高的水平，就没必要重选到其他的小区，CQT选的点基本上都是VIP点，因此相对来说无线环境还是比较好而稳定的，因此在CQT测试的时候要尽量避免小区重选的影响。 影响小区选择与重选的参数主要有ACCESS_MIN、CRO、TO 、PT、CRH等，同时无线环境也对小区重选产生一定的影响（比如虽然有邻区信号很强，但是由于干扰原因其小区信息解不全，因而不能准确计算出C2，不同的手机解码能力不一样，同样的无线环境不同的终端对邻区的解码结果也不完全一样）。 注意：目前都没配置PBCCH，GSM参数CRH在下述情况时启动： A、当移动台处于空闲模式下，并重选到另外一个位置区的小区时； B、当移动台处于GPRS空闲模式下，并重选到另外一个位置区或路由区的小区时； C、当移动台处于GPRS就绪状态下，并重选到另外一个小区时。 因此对于不在位置区边界的小区，更改CRH不会对CS业务产生影响。 在CQT时可以加大主服务小区的CRH值，保证测试过程中始终不发生小区重选从而保证数据稳定下载而不中断。,EGPRS质量优化-与核心网的配合(一),无 线侧和核心网的良好配合才能保证EGPRS的接入性能，EGPRS接入性能方面主要涉及到attach、PDP激活、ping、WAP首页登录等的成功率和时延。 1、Attach测试主要包括测试其成功率和时延，影响attach成功率的因素主要有数据业务通道质量、PDCH资源、核心网的负荷及终端设备的设置情况等，大多数情况下的attach失败和无线环境（由于测试点基本上都是VIP区域，覆盖上基本上有保障，很多情况是由于有较强的干扰造成attach失败）、核心网的负荷或鉴权程序有关；attach时延主要和BSS的配套版本及鉴权时长关系比较大，一定的BSS配套版本情况下attach时延一般在较小的范围内波动，偶尔由于核心网的鉴权时间超长（目前一般的attach时延在1.8秒左右，而有时候仅是鉴权就长达7、8秒）导致整个attach时延在8秒多，测试的时候一般测试10次取平均值，如果有一次长鉴权的情况就会使得整体测试平均值高出很多，使用一些新的功能比如11bit接入、立即指配下移会使时延性能有一定的提升。 2、PDP激活测试和attach测试类似，使用新的功能（11bit接入）对EGPRS的激活时延有很大的提升；,EGPRS质量优化-与核心网的配合(一),3、ping测试和attach测试也比较类似，其涉及的网元增加了FTP服务器，如果FTP服务器不稳定也会影响到ping的性能，同时其受无线环境的影响更大一些，单个ping时延有时候波动比较大； 4、 WAP类接入性能除了和无线网络有关外，受WAP网关等业务网元的影响也比较大，需要优化各个网元及接口的性能，此外还要考虑到终端的配置和相关设置。 通常attach、PDP激活、Ping或WAP类测试出现单次时延较长或失败的情况都是由于链路存在丢失数据包的情况。单次时延较长可能在丢失数据包后得以重传包，完成一个正常的与核心网的交互，失败的情况则是丢失数据包后无法恢复，导致attach、PDP激活、Ping失败。,EGPRS质量优化-与核心网的配合(三),如何判断丢包的位置： 大致的判断丢包的方法是，我们可以在无线侧通过测试软件分析判断数据包是否丢在Um口，也可以在Gb口跟踪信令，判断数据包是否丢失在Gb口以下，如果确定Gb口以下没有丢包，则可以肯定是在核心网侧丢包。 空口是否丢包，可以通过察看CDS5.0 信令，RLC/MAC block headers窗口，观察是否有上行数据包的回应。如下图，手机一直在发送上行数据块，但没有收到网络侧UL ACK/NACK的回应，说明很可能数据包丢失在空口。 判断数据包是否丢失在Gb口以下，可以通过跟踪Gb口的消息，察看在空口发起attach、PDP激活或ping的请求同时，Gb口是否有该手机的数据包发向核心网（可以解开Gb口的数据包中的IMSI来判断该包是否属于测试手机），如果有数据包发向核心网，说明Gb口以下没有丢包，可能是核心网侧丢包。,目录,EGPRS原理,EGPRS优化,EGPRS案例分析,优化案例(一),问题描述：试过程中MS占用CI为31322小区进行数据业务，信号电平在-40dbm左右，无线环境良好，但在测试过程中发现手机一直占用2个时隙进行业务，经终端检查发现此小区数据业务信道PDTCH配置不连续，所以导致在进行业务过程中一直占用2个时隙。解决方案：道配置不连续，规范信道配置，将信道连续配置。 结果：规范小区数据业务信道配置以后，在进行业务过程中可以正常占用4个时隙，FTP速率也由54.00kb/s提高到了204.48kb/s。 优化前 复测图,下载速率慢-信道配置类,优化案例(二),问题描述： 一小区FTP速率较慢，测试发现该小区接收电平较好，场强在-58dbm，C/I：20，空口质量BEP值也比较好为31，就是上网速率比较慢。解决方案： 由测试可以看出，空口质量很好，说明无线环境方面没有问题。那么可能影响传输速率的就是资源问题。查看小区的信道配置，小区配置了14条静态PDCH EGPRS普通信道。不存在信道不够的问题，查看基站的数据信道，总共配置了40条PDCH数据信道，而空闲时隙也只配置了40个空闲时隙。因此导致FTP下载速率慢。将空闲时隙增加，最大增加到72个空闲时隙。结果：A小区的FTP下载速率由34.08Kb/s提高到123.12Kb/s。,下载速率慢-传输资源类,优化案例(三),问题描述: FTP下载速率193.12 kb/s，TBF频繁异常关闭，该小区开启跳频，编码方式占MC9，MEAN BEP为31。解决方案： 该小区在速率上基本没有问题，主要是存在TBF频繁异常关闭，因此怀疑可能是跳频原因或者是干扰。 首先，该小区使用MC9编码方式，为高编码，一般高编码对小区的载干比要求比较高，因此没有怀疑是干扰的问题。 怀疑是跳频可能引起的频率冲突造成TBF频繁异常关闭，首先关闭了跳频，发现故障依旧。但是关闭跳频后发现一但占用27和21频点时就出现断流，然后重选至31频点上，后来将27和21频点数据信道改到别的频点上，发现故障依旧存在。 问题没有解决，再次怀疑干扰问题，通过后台观察发现，小区有干扰带，最高的时候到5级，有时候出现，有时候消失，具体原因不明确。因为小区带的干放比较多，因此决定关闭干放。 关闭干放后，测试蜂窝区域，发现一切正常，也没有TBF频繁异常关闭。因此可以确定是某台干放或者干放过多造成干扰叠加影响到蜂窝，导致TBF频繁异常关闭。 逐个打开干放，对干放区域逐个测试，当测试到一层干放覆盖区域时，又出现TBF频繁异常关闭，因此确定这台干放有问题，厂家测试也发现，干放的输出功率波动比较大，并且上行增益明显大于下行增益8dB左右，干扰整个小区，建议厂家更换干放。,小区TBF频繁异常关闭（室内系统干扰类）,优化案例(三),这类问题还是由于硬件原因导致干扰引起，一般情况下手机如果采用高编码，说明空口质量都比较好，因此可能首先忽略干扰问题。对于这样的问题建议进行逐步排查，定位在是蜂窝还是干放处覆盖区域，找出问题点，就容易解决多了。,小区TBF频繁异常关闭（室内系统干扰类）,优化前 优化后,优化案例(四),问题描述：A小区不能上网，测试过程中MS占用CI为41172小区，但不能进行任何数据业务，信号电平在-45dbm左右，无线环境良好。解决方案：在经过重启3小区所在RPPU板和将PDCH信道从EDGE载频倒换到主BCCH载频、复位数据业务功能均不能解决该小区附着问题，同时我们对基站3个小区信号进行拨打测试发现，在占用CI:41172信号做主叫时很容易遇到单通问题，听不到对方声音，但做被叫一切正常，在占用另外两小区通话时不存在故障，由此我们怀疑是传输出现了故障；经过检查发现，C基站两条传输中的一条怀疑存在环路故障，同时经检查，该基站下的3小区空闲时隙均配置在该环路传输上，可见正是此故障造成了我们之前测试所遇见的不正常现象。结果：在经过传输链路调整后，数据业务恢复正常,小区不能上网-G_Abis口链路质量,优化案例(五),问题描述：某地点FTP速率较慢，测试发现由于问题点各小区电平相差不多，且均在-75dbm左右，没有明显主服务小区，测试过程中MS 进行了以下重选过程：283-281-282-286-281-283-281，我们知道。在进行数据下载的时候，如果发生重选，手机将会终断TBF,并重新建立TBF，可见数据业务过程中频繁的重选将影响数据上传下载速率，并可能导致数据业务失败。解决方案：CI为281 、282、 283、 286四个小区电平相当，重选频繁，查看话统发现286小区