上下行TBF分配成功率优化方法总结

1、上/下行TBF分配成功率优化方法总结注：本文适用于江苏邮电广东联通专项犹化项目中适用一、话统概念上行TBF分配成功率=上行TBF建立成功次数/上行TBF建立尝试次数下行TBF分配成功率=下行TBF建立成功次数/下行TBF建立尝试次数TBF分配成功率主要是指立即指配成功率，受到数据配置、网络容量、信道质量、电路 业务繁忙程度和分组业务繁忙程度等多方面因素的复杂影响。由于GPRS流程的独特性（指 配消息重传次数较多），指配失败对手机业务和资源利用影响不大，因此TBF分配成功率略 低一点也是可以接受的。以经验来看，考核指标已经达到一个优秀网络的要求，如资源充足、网络干扰较小、覆 盖较好的情况下，达到

2、这个指标的难度并不大。GPRS要求上行TBF分配成功率大于等 于97.00%不存在资源不足的前 提下下行TBF分配成功率大于等 于95.00%表1.GPRS考核指标二、优化方法总结下面就提高TBF分配成功率的方法根据重要性的程度依次做个优化思路的总结:1、资源配置优化资源配置主要包括如下内容：无线信道资源的配置G-Abi s接口空闲时隙配置RPPU板资源的配置Gb接口带宽配置具体内容和检查方法，请参考下面内容：1.1无线信道资源配置主要针对PDCH信道资源，在小区中配置足够的无线资源也是用户能享受高速率的 前提条件之一。在编码方式确定的情况下，单条PDCH信道的吞吐率上限是固定的，比 如在CS

3、4编码方式下，每条PDCH信道吞吐率上限大概为21.4kbps。因此，GPRS/EDGE 用户想要获得高速率享受前提之一就是，需要配置足够的PDCH信道来满足用户GPRS/EDGE终端的多时隙能力。关于如何合理配置总的PDCH信道数目和静态PDCH信 道与动态PDCH信道的比例，一般是查看在同一话统统计周期中【无信道资源导致上行 TBF建立失败次数】和【无信道资源导致下行TBF建立失败次数】指标，若是由于该 指标较高，可以考虑在不影响TCH的情况下适当增加PDCH信道。1.2 G-Abis接口空闲时隙的配置华为BTS产品在Abis接口的实现形式为每TCH信道固定绑定一条16K的PCIC时隙，1

4、6K 带宽对于语音业务业务来说已经足够，一般语音调制频谱带宽为13.8K左右。但如果当前信 道状态为PDCH信道时，16K带宽就不一定够用，因为空口上不同编码方式对应的速率不一 样，对于CS3和CS4，或者EDGE里面大于MCS2以上的编码方式的Abis接口物理层承载速 率都已经超出16K的范围，下表为各种编码方式下单PDCH信道对应的不同协议层的速率。表2 GPRS PDCH承载速率表（单位：Kbps）速率CS1CS2CS3CS4Um接口物理层速率9.0513.415.621.4IP层承载速率5.428.149.7713.63Abis接口物理层需要的承载速率16163232Gb接口物理层需要

5、的承载速率7.0911.0213.2218.45表3 EDGE PDCH承载速率表（单位：Kbps）速率MCS1MCS2MCS3MCS4MCS5MCS6MCS7MCS8MCS9Um接口物理层速率8.811.214.817.622.429.644.854.459.2IP层承载速率6.157.8110.4212.0215.9420.0330.0539.0641.12Abis接口物理层需要的承载速率161632323232486464Gb接口物理层需要的承载速率7.789.8813.1815.220.1725.3438.0149.4152.01各种编码方式下单PDCH信道对应的“空闲” PCIC数目

6、如下表所示:表4 GPRS编码方式与绑定的空闲PCIC的关系表CS1CS2CS3CS4对应的PCIC数0011表5 EDGE编码方式与绑定的空闲PCIC的关系表MCS1MCS2MCS3MCS4MCS5MCS6MCS7MCS8MCS9对应的PCIC数001111233如果当前空闲PCIC时隙数目不足，不能满足高编码方式对空闲PCIC时隙数目的要求， 终端只能选择低编码方式进行传输，对用户的速率会产生极大的负面影响，所以在BIE端口 上配置足够的空闲时隙数目，也是提升用户终端下载速率的必要条件。具体的空闲时隙配置 方法和检查方法请参考BSC的数据配置指导书对应内容。注：如果某终端占用多条PDCH信

7、道，且空闲时隙数目只能满足部分信道采用高编码方式的绑定要求，那么此终端所有的PDCH信道也只能选择较低的编码方式1.3 RPPU单板的配置PCU的Pb接口（BSC与PCU之间的接口）RPPU处理板处理PDCH信道的能力是有 限的，目前主流版本G3PCUV300R005C05的规格为:每块RPPU板能支持配置300个小区600 条PDCH信道；支持同时激活的PDCH信道数目为120条（开通EDGE后为100条）；支持同 时处理的Pb接口 PCIC为200条。Pb接口资源核查中一个很重要的工作就是统计各RPPU单板配置的小区的PDCH信道数 目，包括静态PDCH信道数目和静态PDCH信道数目。由于

8、PCU的“CONFIG”文件的“attr” 表中只能反映出各单板上配置的小区信息，无法获取各小区PDCH信道配置情况，应该结合 BSC的无线信道配置表中各小区的信道配置表，整理出PCU上Pb接口各RPPU板配置的静 态PDCH信道和动态PDCH信道数目信息。如果配置的信道总数超出上述规格中的100或120 太多，需要重新规划各RPPU单板上配置的小区数目，或者扩充RPPU板的数目。另外，在检查Pb接口资源配置过程中，还应该注意核对RPPU处理板上配置的小区和 BM模块上配置的小区是否对应。就是说，互相对接的RPPU板和BM模块上配置的小区最 好能够保持一致。如此配置的好处是可以减少BM模块之间

9、的信令转发，一方面可以降低信 令转发时延，另一方面可以减轻BSC的运行负荷。1.4 Gb接口带宽配置Gb接口带宽是通过License控制的，Lisence通过控制Gb接口 BC通道的绑定时隙数目 的方式达到控制Gb接口带宽的目的PCU的License中“Maximun supported number of 64kps Gb link timeslot”对应的值就是对Gb接口带宽的限制值，通过Telnet查询PCU的License 结果如下：Z18(maintenance)ttpcu li shoussnThe office No. is：GPRS PCU 33B999999Current l

10、icense infornation：Haximunn supported number of 64kps Gb link timeslot is：99999999Maximum supported number of subscribers is：99999999CS3/4 is supportedNN01 is supportedPCCCH access is supportedKjtJtKKKjtJtKKKliuEnwE information is ouer*Operation successful如果当前PCU下总的小区分组业务量较大，就可能导致Gb接口流量受限，影响分组业 务用户的

11、业务性能水平，这一点也是在网络优化过程中需要注意的地方之一。干扰优化和GSM优化思路一样，主要是PDCH信道所在载频的频率优化，可以通过测试和话统 分析解决。链路传输质量优化传输链路是承载数据传输的通道，质量的好坏直接影响数据的传输，如果PCU到用户 终端之间的传输链路质量较差，RLC/MAC层的重传率肯定很高，对整体下载速率的影响会 非常大，所以解决传输链路故障问题也是优化GPRS/EDGE网络速率性能的一个重要方面， 判断传输链路质量可通过告警、话统、信令三种手段，具体方法如下：3.1从告警分析链路传输质量首先通过PCUinfo工具获取Alarm文件，具体获取方法请参考第二章中的相关内容。

12、通 过工具ShowAlarm统计告警信息，如果发现某PCU长时间持续、大量出现“AlarmID为： 1800”的告警项，基本可以确定PCU与BTS之间TRAU底层模块链路连接故障，可以求助BSC的维护工程师，检查地面链路的传输。通过ShowAlarm工具检查告警截图如下:0000 1800 PCU-BTS T丽U Link 0001 1801 PCU-BTS TWF Link 0002 1800 PCU-BTS TRA1J Link 0003 1801 PCU-BTS TfLAV Link 0i：ii：i4 1800 PCU-BTS TfLAV Link 0005 1801 PCU-BTS T

13、flAV Link 0006 1800 PCU-BTS TRA1J Link 0007 1801 PCU-BTS T丽U Li谜 0008 1800 PCU-BTS TfLAV 耳血： 0009 1800 PCU-BTS TRA1J 毕血 0010 1800 PCU-BTS T丽U Jink 0011 1800 PCU-BTS TWF Unk 0012 1800 PCU-BTS TRA1J Littk 0013 1800 PCU-BTS TfLAV Lir%- 0014 1800 PCU-BTS T丽U Link 0015 1800 PCU-BTS TflAV Link 0016 1801 P

14、CU-BTS TRA1J Link 0017 1801 PCU-BTS T丽U Link 0018 1801 PCU-BTS TfLAV Link 0019 1801 PCU-BTS TRA1J Link 0020 1800 PCU-BTS TfLAV Link 0021 1800 PCU-BTS T丽U Link 0022 1800 PCU-BTS TflAV Link 0023 1800 PCU-BTS TRA1J Link 0024 1801 PCU-BTS T丽U Link 0025 1801 PCU-BTS TfLAV Link 0026 1801 PCU-BTS TRA1J Lin

15、k 0027 1801 PCU-BTS TfLAU LinkMult2006/11/1009:31:03100Fr：dnleNo=l：l,EmirdNNW,MMul胡ameFlee. . .2006/11/10 09:31:28 100FranlelT.：-0.,二 10, MMul或an沱Fault2006/11/1012:58:2030Fram澜Kill.,Bo：di-o=3.ModuloHamKELec. . .2006/11/1012:58:5030FranleNo=l：l,EQardNnT,ModuleNm产Mult2006./11/1015:14:4000FreNcO,口壮田化二口

16、，MEuleH的*二 R二 RMJMJMJAC., CellNo= 10762AC., CalllTo 10762C,. CellNo=10410.,C,. CellNo=104H：i.,C, CellNclOTlO,ICellN0=lUTllJ., CellNo= 10732., CellNc-10732., CellNc-10730., CellNo= 10730., CellNc-1073i：i., CellNc-10730.,CellNo=10731, CellNo= 10731., CellNo=10731, CellNc-10731., CellNo=10731, CellNc-1

17、0731., CellNc-10731.,CellNo=10731, CellNo= 10731., CellNo=10731, CellNc-10731., CellNo=10731, CellNc-1073i：i., CellNc-10730., CellNo= 10730., CellNc-10730,Query ResultE*yhe total number qf alarm isi8*AlarmID LevelITiires Alarm Name18Q0 CRITICAL PCU-BTS TRAU Link Faulty UyOKHo Ala. Alarm Hamr Uat J.i

18、m包Do. mo. nMjTara11=24, TimeSlot-4TRXW4, TimeSlot-400281801PCU-BTS TRAU Link Rec. . .2006/11/1016541820Fr：anieNo0.Bo：wdl*二W, ModuleH：iine=MAC.CellNo=10731,00291801PCU-BTS TRAU Link Rec. . .2006/11/1016541820Fr ：ameifoo.Bo ar 迎口=2, Modijl eN：diri e=M AC,CellN0=10731,00301801PCU-BTS TRAU Link Rec. . .

19、2006/11/1016541820Fr ：anieNoo.Bo ar 明 口=2, M odul eWairie=M AC,CellNo=10731,00311801PCU-BTS TfLAV Link Rec. . .2006/11/1016541820Fr：anieNo0.BoardUo=2, ModuleName=MAC.CellNc-10731,00321800PCU-BTS TRAU Link Fault2006/11/1020450820Fr ：anieiToo.Bo:ai-iUTo=2. ModuleHame=MAC.CellN0=10731,00331800PCU-BTS T

20、RAU Link Fault 2006/11/1020450820Fr ：anieNo0.Bo ar 明 口=2, M odul eWairie=M AC,CellNo=10731,00341800PCU-BTS TfLAV Link Fault2006/11/1020450820Fr：anieNo0.BoardUo=2, ModuleName=MAC.CellNc-10731,00351800PCU-BTS TWF Link Fmult2006/11/1020450820Fr：anieiTo0.Bo：ardl*二E, ModuleN：dinAC.CellNc-10731,00361800PC

21、U-BTS TRAU Link Fault 2006/11/1020450820Fr ：anieNo0.Bo:ariltlo=2, Moduleff：ajrie=MAC,CellNo=10730,00371800PCU-BTS TfLAV Link Fault2006/11/1020450820FrieiTo0.BoardNo=2. ModuleName=MAC.CellNo=10730,00381800PCU-BTS TfLAV Link F：hj1 t2006./11/1020450820Fr：anieKo0.Bo:ardllo=2. ModuleH：iine=MAC.CellNo=107

22、3i：i,00391800PCU-BTS TRAU Link Fault 2006/11/1020450820Fr ：ameifo0.Bo ar 迎口=2, Modul eN：diri e=M AC,CellN0=10730,00401801PCU-BTS TRAU Link Rec. . .2006/11/1020454220Fr ：anieNo0.Bo ar 明 口=2, M odul eWairie=M AC,CellNo=10731,00V0上图中/-F度霄可里土i皿标* ,2006/11/10 20:45 红色区域标识:的为“Aiarml42D”22和产生嶙告Ri-iiNp=2. t

23、 Mofliil eN：Euri e=MACz 警的次数即的另I6还有很OIJ43lElfllFCLFBTS TJAIJ Link KM.ZD06/11/1020454k!2l?r ametfi：i=to ：神 口二王，fil 口品1 eff：diri e=fi!AL.,L.ellNo=lLl7Jl,00441800PCU-BTS TfLAV Link Fault2006/11/1020454620FranieNo=0_,Bo:ai-iiWo=2. ModulelLime=MAC,.CellNo= 10731.,魅,1:302 t PCir-BTS TBALF LiiLk Fault 2006

24、/11/10 t20:45 能反映链路质量好坏，请参考告1财Qrr、M刑阿宜，邸苴=2, ModuleNamrfAC, 誉手册，进行分析铲阮心M=MAC.CellNo=10731,CellNc-10731.TRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTRXTimeSlo t=3 TimeSlot=3 TimeSlot=2 TimeSlot=2TimeSlot=2 TimeSlot=2TimeSlot=2 Time

25、Slo t=3 TimeSlot=4 TimeSlot=5 TimeSlot= TimeSlot=3 TimeSlot=4 TimeSlot=5 TimeSlot=2 TimeSlot=3 TimeSlot=4 TimeSlot=5 TimeSlot=2 TimeSlot=3 TimeSlo t=4 TimeSlot=5 TimeSlot=2TimeSlot=3 TimeSlo t=4 TimeSlot=5 TimeSlot=2 TimeSlo t=3 TimeSlot=4 TimeSlot=5 TimeSlot=2 TimeSlot=3 TimeSlot=4 TimeSlot=5 TimeS

26、lot= TimeSlot=3 TimeSlot=4 TimeSlot=5 TimeSlot=2TRXH., TimeSlot =2TEX二4, TimeSlot=3TRX=4. TimeSlc.t=43.2从PCU话统分析链路传输质量通过PCU相关话统的分析也能得出PCU到用户终端之间链路的传输质量好坏。方法一：查看PC U话统【G-Abis性能测量】一【接收正常帧的个数】一【接收校验错帧的个数】G-Abis接口误帧率=【接收校验错帧的个数】【接收正常帧的个数1*100%对于链路质量较好的情况，一般要求“G-Abis接口误帧率”控制在万分之五以下。如果 发现误帧率较高，就应该检查PCU和BS

27、C之间的时钟设置是否合理，或者G-Abis接口之间 的地面链路是否存在闪断或其他故障。 方法二：查看PCU话统【小区性能测量】-【上行RLC数据传输性能测量】一【上行CS1的RLC数据块重传率(%)】一【上行CS2的RLC数据块重传率(%)】一【上行CS3的RLC数据块重传率(%)】一【上行CS4的RLC数据块重传率(%)】【小区性能测量】-【下行RLC数据传输性能测量】一【下行CS1的RLC数据块重传率(%)】一【下行CS2的RLC数据块重传率(%)】一【下行CS3的RLC数据块重传率(%)】一【下行CS4的RLC数据块重传率(%)】对于正常小区来说，上行RLC数据块重传率在5%以下，下行R

28、LC数据块重传率在 8%以下，如果通过分析PCU话统发现某小区的相关话统指标持续差于以上门限值，基本可 确定链路传输质量不佳。这里需要指出的是，通过以上方法得出的结论只能确定PCU到用 户终端之间的链路质量的好坏，但是到底问题是在地面链路的传输还是空口质量上，还需要 结合“G-Abis接口误帧率”的大小综合判断，如果是空口质量不好，需要从排查网内/外干 扰方面入手进行检查，如果定位在链路传输，可以求助BSS工程师进行链路检查操作。3.3从PCU信令分析链路传输质量RLC/MAC层数据块的传输是确认模式，发送方给接收方发送数据的同时，接收方会等 间隔给发送方回确认消息，让发送方能及时知道哪些RL

29、C/MAC数据块是接收方没收到的， 并重传那些没收到的数据块。通过查看 “PACK_DL_ACK_NACK” 或 “PACK_UL_ACK_NACK” 消息的“确认位图”中“空洞” 情况判断PCU到用户终端之间的链路传输质量。如果“空洞”较多较频繁，表明很多RLC 数据块没有被接收方收到，当前链路传输质量不佳，需要结合G-Abis接口误帧率”判断传 输问题是在空口还是在地面链路。如果是空口质量不好，需要从排查网内/外干扰方面入手 进行检查，如果定位在链路传输，可以求助BSS工程师进行链路检查操作。下图为“TRACE2”工具回放的PCU的Um 口信令截图:56. 1256. 1256. 1256. 1456. 1456. 1456. 1456. 1456. 1656. 1656. 1656. 1656. 1656. 1856. 1856. 1856. 1856. 2056.2056.2056.20