GSM无线网络优化流程华为下载速率分析

1、GSM无线网络优化-下载速率分析（华为分册）四川移动网管中心技术支持中心 TIME yyyy年M月d日 2010年9月28日 2010-07-27版本号： 目录 TOC o 1-3 h z u HYPERLINK l _Toc273448605 第1章、速率性能优化 PAGEREF _Toc273448605 h 4 HYPERLINK l _Toc273448606 1、速率性能优化关键指标 PAGEREF _Toc273448606 h 5 HYPERLINK l _Toc273448607 、下行GPRS速率 PAGEREF _Toc273448607 h 5 HYPERLINK l _

2、Toc273448608 、下行EGPRS速率 PAGEREF _Toc273448608 h 5 HYPERLINK l _Toc273448609 2、速率性能优化辅助指标 PAGEREF _Toc273448609 h 5 HYPERLINK l _Toc273448610 、GPRS上行掉线率 PAGEREF _Toc273448610 h 5 HYPERLINK l _Toc273448611 、GPRS下行掉线率 PAGEREF _Toc273448611 h 5 HYPERLINK l _Toc273448612 、EGPRS上行掉线率 PAGEREF _Toc273448612

3、 h 6 HYPERLINK l _Toc273448613 、EGPRS下行掉线率 PAGEREF _Toc273448613 h 6 HYPERLINK l _Toc273448614 、上行GPRS RLC重传率 PAGEREF _Toc273448614 h 6 HYPERLINK l _Toc273448615 、下行GPRS RLC重传率 PAGEREF _Toc273448615 h 7 HYPERLINK l _Toc273448616 、上行EGPRS RLC重传率 PAGEREF _Toc273448616 h 7 HYPERLINK l _Toc273448617 、下行

4、EGPRS RLC重传率 PAGEREF _Toc273448617 h 7 HYPERLINK l _Toc273448618 、PDCH复用度 PAGEREF _Toc273448618 h 7 HYPERLINK l _Toc273448619 、上行GPRS RLC层平均吞吐率(kbps) PAGEREF _Toc273448619 h 8 HYPERLINK l _Toc273448620 、下行GPRS RLC层平均吞吐率(kbps) PAGEREF _Toc273448620 h 8 HYPERLINK l _Toc273448621 、上行EGPRS RLC层平均吞吐率(kbp

5、s) PAGEREF _Toc273448621 h 8 HYPERLINK l _Toc273448622 、下行EGPRS RLC层平均吞吐率(kbps) PAGEREF _Toc273448622 h 9 HYPERLINK l _Toc273448623 、G-Abis误帧率 PAGEREF _Toc273448623 h 9 HYPERLINK l _Toc273448624 、BSC回收有负载动态PDCH比率 PAGEREF _Toc273448624 h 9 HYPERLINK l _Toc273448625 第2章、速率问题的分析 PAGEREF _Toc273448625 h

6、 10 HYPERLINK l _Toc273448626 1、速率问题分析流程图 PAGEREF _Toc273448626 h 10 HYPERLINK l _Toc273448627 2、下载速率的KPI分析 PAGEREF _Toc273448627 h 10 HYPERLINK l _Toc273448628 第3章、速率问题涉及资源评估和优化思路 PAGEREF _Toc273448628 h 13 HYPERLINK l _Toc273448629 1、PDCH分配策略 PAGEREF _Toc273448629 h 13 HYPERLINK l _Toc273448630 2、

7、Abis口空闲时隙 PAGEREF _Toc273448630 h 15 HYPERLINK l _Toc273448631 3、Gb接口带宽计算 PAGEREF _Toc273448631 h 16 HYPERLINK l _Toc273448632 第4章、速率类参数设置 PAGEREF _Toc273448632 h 18 HYPERLINK l _Toc273448633 1、Gb流控参数 PAGEREF _Toc273448633 h 18 HYPERLINK l _Toc273448634 2、流量限制比率参数 PAGEREF _Toc273448634 h 18 HYPERLIN

8、K l _Toc273448635 3、预绑定PCIC PAGEREF _Toc273448635 h 19 HYPERLINK l _Toc273448636 4、EDGE上行传输编码方式 PAGEREF _Toc273448636 h 19 HYPERLINK l _Toc273448637 5、调整置RRBP PAGEREF _Toc273448637 h 19 HYPERLINK l _Toc273448638 6、粒度USF PAGEREF _Toc273448638 h 20 HYPERLINK l _Toc273448639 第5章、下载速率问题定位思路 PAGEREF _Toc

9、273448639 h 22 HYPERLINK l _Toc273448640 1、不能分配四条信道或不能稳定占用四条信道 PAGEREF _Toc273448640 h 22 HYPERLINK l _Toc273448641 2、不能稳定占用高编码 PAGEREF _Toc273448641 h 23 HYPERLINK l _Toc273448642 3、误块 PAGEREF _Toc273448642 h 23 HYPERLINK l _Toc273448643 4、控制块比例过高 PAGEREF _Toc273448643 h 25 HYPERLINK l _Toc27344864

10、4 5、TBF异常释放 PAGEREF _Toc273448644 h 30 HYPERLINK l _Toc273448645 6、RLC层速率高但应用层速率低 PAGEREF _Toc273448645 h 31 HYPERLINK l _Toc273448646 第6章、案例篇 PAGEREF _Toc273448646 h 32 HYPERLINK l _Toc273448647 1、A小区下载速率慢（传输资源类） PAGEREF _Toc273448647 h 32 HYPERLINK l _Toc273448648 2、小区上网速率慢（频繁重选类） PAGEREF _Toc2734

11、48648 h 33 HYPERLINK l _Toc273448649 3、开户信息导致下载速率低（SIM卡Qos类） PAGEREF _Toc273448649 h 35第1章、速率性能优化速率性能优化分为接入性关键指标和辅助指标的优化。关键指标分为下行GPRS速率和下行EGPRS速率；上下行GPRS RLC重传率、上下行EGPRS RLC重传率、G-Abis误帧率、下行MCS7MCS9数据比例和PDCH复用度等1、速率性能优化关键指标、下行GPRS速率含义：GPRS下行RLC层流量/（下行GPRS-TBF建立次数*下行GPRS TBF平均持续时长)参考值：=10kb/s影响：该指标值可用

12、来反映用户的GPRS服务质量。如果其值较低，说明无线环境、网络参数配置、网络资源配置、网络设备等可能存在问题，需要优化。、下行EGPRS速率含义：EGPRS下行RLC层流量/（下行EGPRS-TBF建立次数*下行EDGE TBF平均持续时长)参考值：=10kb/s影响：该指标值可用来反映用户的GPRS服务质量。如果其值较低，说明无线环境、网络参数配置、网络资源配置、网络设备等可能存在问题，需要优化.2、速率性能优化辅助指标、GPRS上行掉线率含义：上行GPRS链路监控计数器N3101和N3103溢出导致GPRS TBF异常释放的次数占上行GPRS TBF建立成功次数的比例。参考值：=8%影响：

13、TBF异常释放的原因有多个方面，如动态PDCH信道被CS业务抢占，MS发起小区更新等原因，但此KPI关注的是无线质量导致的GPRS TBF掉话，如果该值较高，可能是因为小区的无线质量不好。A类网络，此KPI指标一般为5左右，C类网络为10。、GPRS下行掉线率含义：下行GPRS链路监控计数器N3105溢出导致GPRS TBF异常释放的次数占下行GPRS TBF建立成功次数的比例。参考值：=8%影响：TBF异常释放的原因有多个方面，如动态PDCH信道被CS业务抢占，MS发起小区更新等原因，但此KPI关注的是无线质量导致的GPRS TBF掉话，如果该值较高，可能是因为小区的无线质量不好。A类网络，

14、此KPI指标一般为5左右，C类网络为10。、EGPRS上行掉线率含义：上行EGPRS链路监控计数器N3101和N3103溢出导致EGPRS TBF异常释放的次数占上行EGPRS TBF建立成功次数的比例。参考值：=8%影响：EGPRS TBF异常释放的原因有多个方面，如动态PDCH信道被CS业务抢占，MS发起小区更新等原因，但此KPI关注的是无线质量导致的EGPRS TBF掉话，如果该值较高，可能是因为小区的无线质量不好。A类网络，此KPI指标一般为5左右，C类网络为10。2.4、EGPRS下行掉线率含义：下行EGPRS链路监控计数器N3105溢出导致EGPRS TBF异常释放的次数占下行EG

15、PRS TBF建立成功次数的比例。参考值：=8%影响：TBF异常释放的原因有多个方面，如动态PDCH信道被CS业务抢占，MS发起小区更新等原因，但此KPI关注的是无线质量导致的EGPRS TBF掉话，如果该值较高，可能是因为小区的无线质量不好。A类网络，此KPI指标一般为5左右，C类网络为10。、上行GPRS RLC重传率含义：BSS侧接收到的上行GPRS RLC数据块(CS14)的重传率。参考值：=10%影响：该指标反映了Um口和G-Abis的传输质量。如果此指标较差，说明Um口质量或者BSC与PCU之间的地面链路质量较差，结合G-Abis接口误帧率KPI分析，就能得出Um口无线质量的好坏。

16、、下行GPRS RLC重传率含义：MS侧接收到的下行GPRS RLC数据块(CS14)的重传率。参考值：=10%影响：此KPI指标的影响与上面的类似，反映链路传输质量的好坏。由于PCU产品中引入了下行TBF延时释放流程，在延时释放的时间内，网络侧需要重传最后一个数据块，导致下行数据块重传率的值可能偏大，但对网络性能没有影响。、上行EGPRS RLC重传率含义：BSS侧接收到的上行EGPRS RLC数据块(MCS19)的重传率。参考值：=10%影响：此KPI指标的影响与2的类似，不同之处在于它的统计对象为EGPRS无线块，对无线环境质量的要求更高。、下行EGPRS RLC重传率含义：MS侧接收到

17、的下行EGPRS RLC数据块(MCS19)的重传率。参考值：=10%影响：此KPI指标的影响与2的类似，不同之处在于它的统计对象为EGPRS无线块，对无线环境质量的要求更高。、PDCH复用度含义：PDCH信道平均并发TBF数参考值：4影响：通过该指标反映PDCH信道平均复用情况，PDCH信道上行最大支持7个TBF、下行最大支持8个TBF（可设置），由于华为PCU信道是按信道组分配，目前网内多数 下行支持3、4个时隙，建议PDCH复用度不要超过3。当此值较高时，上下行速率速率低，影响用户感知度；当此值过高，也可能会导致TBF拥塞率增加。、上行GPRS RLC层平均吞吐率(kbps)含义：测量指

18、标统计一个测量周期内小区上行GPRS RLC层平均吞吐率(kbps)。计算公式：(上行CS1 RLC数据块总数*23+上行CS2 RLC数据块总数*34+上行CS3 RLC数据块总数*40+上行CS4 RLC数据块总数*54)/(1024*上行GPRS TBF总保留时长(秒)，统计值“上行GPRS RLC层平均吞吐率（kbps）”通过计算测量周期内采用CS-1，CS-2，CS-3，CS-4四种编码方式的上行RLC数据块的统计值得到。、下行GPRS RLC层平均吞吐率(kbps)含义：本测量指标统计一个测量周期内小区下行GPRS RLC层平均吞吐率(kbps)。计算公式：(下行CS1 RLC数据

19、块总数*23+下行CS2 RLC数据块总数*34+下行CS3 RLC数据块总数*40+下行CS4 RLC数据块总数*54)/(1024*下行GPRS TBF总保留时长(秒)，统计值“下行GPRS RLC层平均吞吐率（kbps）”通过计算测量周期内采用CS-1，CS-2，CS-3，CS-4四种编码方式的下行RLC数据块的统计值得到。、上行EGPRS RLC层平均吞吐率(kbps)含义：本测量指标统计一个测量周期内小区上行EGPRS RLC层平均吞吐率(kbps)。计算公式：上行EGPRS MCS1 RLC数据块总数*22 +上行EGPRS MCS2 RLC数据块总数*28 +上行EGPRS MC

20、S3 RLC数据块总数*37 +上行EGPRS MCS4 RLC数据块总数*44 +上行EGPRS MCS5 RLC数据块总数*56 +上行EGPRS MCS6 RLC数据块总数*74 +上行EGPRS MCS7 RLC数据块总数*56 +上行EGPRS MCS8 RLC数据块总数*68 +上行EGPRS MCS9 RLC数据块总数*74)*8/(1024*上行EGPRS TBF总保留时长（秒）)，统计值“上行EGPRS RLC层平均吞吐率”通过计算测量周期内采用MCS-1，MCS-2，MCS-3，MCS-4, MCS-5, MCS-6, MCS-7, MCS-8, MCS-9九种编码方式的上

21、行EGPRS RLC数据块总数的统计值得到。、下行EGPRS RLC层平均吞吐率(kbps)含义：本测量指标统计一个测量周期内小区下行EGPRS RLC层平均吞吐率(kbps)。计算公式：(下行EGPRS MCS1 RLC数据块总数*22 +下行EGPRS MCS2 RLC数据块总数*28 +下行EGPRS MCS3 RLC数据块总数*37 +下行EGPRS MCS4 RLC数据块总数*44 +下行EGPRS MCS5 RLC数据块总数*56 +下行EGPRS MCS6 RLC数据块总数*74 +下行EGPRS MCS7 RLC数据块总数*56 +下行EGPRS MCS8 RLC数据块总数*6

22、8 +下行EGPRS MCS9 RLC数据块总数*74)*8/(1024*下行EGPRS TBF总保留时长（秒）)，统计值“下行EGPRS RLC层平均吞吐率”通过计算测量周期内采用MCS-1，MCS-2，MCS-3，MCS-4, MCS-5, MCS-6, MCS-7, MCS-8, MCS-9九种编码方式的下行EGPRS RLC数据块总数的统计值得到。、G-Abis误帧率含义：（G-Abis口误帧率=（接收校验错帧的个数+接收失步帧的个数）/（发送有效帧的个数+发送空帧的个数）参考值：Ps域信道管理”上的“PDCH上行复用门限”、“PDCH下行复用门限”、“上行复用动态信道转换门限”、“下

23、行复用动态信道转换门限”，类似于外置PCU的GPRS小区数据的Pdchpara相关参数MaxUlHighLd、MaxDlHighLd、MaxUlLowLd、MaxDlLowLd，具体说明可以参见小节。2、Abis口空闲时隙如果要开通CS3/CS4的编码方式功能或者是开通EGPRS功能，都需要在基站侧配置一定的空闲时隙以满足高速编码方式的使用。需要配置的空闲时隙数目是根据编码方式和配置的PDCH信道数目共同来确定的。根据PDCH信道计算空闲时隙首先计算出小区最大PDCH 可用数：A，小区最大PDCH信道个数 = (小区配置的TCH全速率信道个数+小区配置的静态PDCH信道个数) * 【小区下最大

24、PDCH比率门限】。如果计算结果不是整数，则向下舍入为整数。根据话统获得一段时间内【小区激活EGPRS PDCH平均个数】和【小区激活GPRS PDCH平均个数】，并分别取平均值。然后分别求出各自占激活PDCH信道总数的比例：B，【小区激活EGPRS PDCH平均个数】/(【小区激活EGPRS PDCH平均个数】+【小区激活GPRS PDCH平均个数】)；C，【小区激活GPRS PDCH平均个数】/(【小区激活EGPRS PDCH平均个数】+【小区激活GPRS PDCH平均个数】)。EGPRS PDCH所需空闲时隙A*B*3，GPRS PDCH所需空闲时隙A*C*1。空闲时隙总数ROUNDUP

25、（EGPRS PDCH所需空闲时隙GPRS PDCH所需空闲时隙，0)。 下面以单小区6载频配置为例，计算需要配置的空闲时隙数目。其中PDTCH=1，全速率TCH=43，【小区下最大PDCH比率门限】37，【小区激活EGPRS PDCH平均个数】，【小区激活GPRS PDCH平均个数】。 得出：AROUNDDOWN（1+43）*37%，0）16，B（）=0.73,C=（）， 空闲时隙ROUNDUP(A*B*3A*C*1，0)40。3、Gb接口带宽计算Gb口NS层发送和接收消息机制BSC6000内置PCU实现Gb接口的同一个NSE下的NSVC间完全负荷分担，是针对BSC6000发送的NS层PDU

26、消息，用户只需关心小区属于那个NSE，至于该小区的Gb接口消息选择该小区所属NSE下面的那条NSVC发送，由BSC6000自动实现。针对BSC6000接收到的NS层PDU消息，不是由BSC6000控制，是由SGSN侧根据一定的算法（具体算法，需要咨询SGSN侧）实现选择该NSE下的那条NSVC进行发送。同一个NSE下的NSVC间发送的NS PDU总字节数的实现机制由BSC6000决定；同一个NSE下的NSVC间接收的NS PDU总字节数的实现机制由SGSN决定。Gb口利用率计算方法BSC6000内置PCU晚忙时的话统指标，NS性能测量（NS）-NS传输性能测量-发送NS PDU的总字节数(NS

27、VC) 和 NS性能测量（NS）-NS传输性能测量-接收NS PDU的总字节数(NSVC)。BSC6000内置PCU的GB口利用率根据BSC6000 NS性能测量（NS）中的“发送NS PDU的总字节数（NSVC）”和“接收NS PDU的总字节数（NSVC）”进行计算。NS层NSVC上行平均吞吐率=（发送NS PDU的总字节数（NSVC）8）/（36001024）；NS层NSVC下行平均吞吐率=（接收NS PDU的总字节数（NSVC）8）/（36001024）；上行GB口利用率 = NS层NSVC上行平均吞吐率/Gb口带宽；下行GB口利用率 = NS层NSVC下行平均吞吐率/Gb口带宽；说明：

28、1、上述公式中“3600”为话统采样周期，单位为秒。 2、建议GB口利用率不超过70%。第4章、速率类参数设置1、Gb流控参数SGSN在收到来自BSS关于某个MS的FLOW-CONTROL-MS消息前，应采用SGSN确定的Bmax和R的取值来执行单个MS流量控制。在收到来自BSS关于某个MS的FLOW-CONTROL-MS消息后，SGSN应采用从BSS收到的Bmax和R的取值继续执行针对此特定MS的流量控制，该Bamx和R的取值至少在Th秒内有效。当Th定时器超时或MS变更了小区，SGSN可重启针对该MS的SGSN内部流量控制变量，并开始采用SGSN生成的Bmax和R取值。Tc：流控C定时器时

29、长。即BVC（小区）、MS每隔该时长发送一次流控消息。该参数设置的越小，发送 BVC、MS流控消息的频率就会越快，这样SGSN能够实时地利用最新的流控参数，有利于传输性能的提高；但是如果设置的很小，为了发送BVC、MS流控消息，将会占用大量的带宽，导致传输性能下降。 该参数设置的很大，Gb接口的流控机制将不能实时适应当前的情况，会导致传输性能下降，但是这样可以节省一定的带宽。Th：收到MS流控消息后SGSN使用SGSN产生的Bmax和R值的最小时间间隔。该参数设置的很小，SGSN就能够很快地选用刚刚收到的流控消息中的流控参数，能够充分地按照最合适的流控参数进行传输，有利于传输性能的提高。 该参

30、数设置的很大，相当于有一个很大的迟滞时间，即 在上发了最新的流控参数后， SGSN要过很长时间才能启用这些新的流控参数，此时如果 侧的流控参数又发生了变化，那么SGSN按照原有的流控参数进行流量控制很明显是一个传输瓶颈。调整BSSGP层的流控参数Tc从默认值5000调整为2000，Th从默认值100000调整为5000，保证流控参数及时得到更新。2、流量限制比率参数流量限制比率参数：g_MsLeakRatio对于单个分组业务用户的传输速率来说，由于Um接口物理层的速率限制，单个用户的下行物理带宽根据信道编码方式的不同和分配信道数目的不同，都有一定的限制。因此PCU必须将每个下行TBF的实际带宽

31、通知核心网，用以控制上层发送下行PDU的流量。目前PCU根据无线资源的调度算法，为每个接入的分组业务用户合理分配无线块资源，同时计算得到该用户能够分配到的最大物理带宽，并根据一定比率参数g_MsLeakRatio相应得到发送给上层的下行PDU的流量限制参数。3、预绑定PCIC预邦定PCIC参数：g_ulPreConnectPcicNum由于我们的PCIC时隙不是默认绑定的，而是根据编码方式的提升逐条向BSC申请的，如果编码方式的调整需要额外增加空闲时隙的绑定，则会存在一定的时延。因此测试时，建议调整g_ulPreConnectPcicNum的值从默认值1调整为4，来保证始终有4条PCIC绑定在

32、每条数据业务信道上。4、EDGE上行传输编码方式和EGPRS相关的上行传输编码方式参数：g_LowerMcsTypeForUlEDGE的MCS8和MCS9的传输对空口质量的要求较高，而上行TBF对空口的质量更高。考虑到现网一般对下行吞吐率要求较高，而对上行吞吐率没有特殊的要求，因此PCU系统默认上行TBF最大只能使用MCS7的编码方式，传输过程中强制规定上行的编码方式必须比下行编码方式低2个等级。在现网中如果需要进行上行速率的要求比较高，或者小区的无线质量很好，C/I基本能够稳定在20以上，那么建议现场将该参数设置为0。否则，建议设置为2.5、调整置RRBP和置RRBP相关的参数：g_UlAc

33、kFreq由于DT测试中无线网络环境时刻变化，在空口质量较差的地方，会造成数据块的重传；PCU侧重传数据块要根据 的ACK消息来决定，因此，如果PCU侧置RRBP频率过高，会造成 频繁发送ACK消息，而PCU收到ACK消息后必须重选NACK块，但是此时可能重传的数据块已经发送出去了，从而造成很多不必要的数据块重传，因此可以增加置RRBP的间隔，减少 发送ACK的频率，该参数默认值为15，可以调整为21。6、粒度USFGPRS MS和EDGE MS在同一个信道上进行业务：GPRS MS上传，EDGE MS下载（采用8PSK调制方式）。由于GPRS MS无法解析按8PSK方式调制的下行数据块，也就

34、无法根据其中的USF来发送上行数据块，因此为了能够使用USF正常调度GPRS MS的上行块，必须将EDGE MS的下行数据块强制按GMSK编码，从而又导致了EDGE MS的部分下行数据块的编码方式降低，整体下载速率也随之降低。USF的粒度为1：每调度一个上行块都需要在一个下行块中置一个USF，即每调度一个GPRS上行块，就需要一个EDGE的下行块从8PSK的调制方式强制为GMSK的调制方式。粒度为4的USF：每置一个USF，调度连续4个上行块，即每调度4个GPRS上行块才需要一个EDGE的下行块从8PSK的调制方式强制为GMSK的调制方式。提高对上行GMSK TBF调度的效率，从而降低对下行8

35、PSK TBF编码方式的干扰。控制参数为BSC软参中的“支持USF粒度4开关”选择“支持”。第5章、下载速率问题定位思路如 REF _Ref213481569 r h ASK OLE_LINK1 * MERGEFORMAT 节阐述，DT较之CQT来说，就是存在C/I波动导致编码方式改变（事实上链路质量控制算法会在更高的编码和更小的重传之间取得平衡，编码方式的改变带来空口实际带宽变化）和小区重选，而下载小文件较之下载大文件来说TCP连接刚建立时的慢启动过程影响占的比例较大。所以，当下载速率很差时，需选择C/I很好的地方，闲时进行大文件下载测试以排查各环节的是否存在问题。1、不能分配四条信道或不能

36、稳定占用四条信道首先说明一下，从TEMS上如何看分配了几个信道，如 REF _Ref214940346 r h 图4所示，从黄色所占的格数可以判断，但TEMS的该显示不是特别准确。另外，则是依据“GSM data timeslot”中的显示，但也不是特别准确。最准确的方法，是依据你所考察位置之前，最近的一个“Packet Downlink Assignment”或“Packet Timeslot reconfiguration”消息来判断。如下图所示： 分组上行指配（左）和时隙重指配（右）消息中指配的时隙根据 REF _Ref213481024 r h 节描述，可以知道，对于闲时下载的情况，可

37、能会经历从分配1时隙，到3时隙，再到4时隙的过程。正常都可以分配满足下行多时隙能力。那么，如果不能占用，首先检查信道配置，是否有足够的PDCH信道（包括静态和动态），如果不满足，则需要进行配置，一般在主B上配置足够的PDCH信道。其次则需要检查是否存在信道失步等故障。可以通过PCU的故障告警来检查是否存在信道失步，最好通过命令来查询一下，如外置PCU，通过“mt pdch show state all”可以检查该小区下所有PDCH的状态。内置PCU，通过MML命令“DSP PDCH”来查询信道状态。对于不能稳定占用四条信道，包括语音业务抢占，这在闲时测试的情况下应该不会出现。另外，则仍然是信道

38、故障的问题。2、不能稳定占用高编码该问题又可以分解为三种情况，一是一直占用低编码，有两个如下可能原因：一是固定了下行编码方式；二是Abis口资源不足。对于前者，需要设置为非固定编码方式，对于后者，则按照 REF _Ref214942642 r h 节描述增加可用的Abis口时隙。第二种情况是编码调整的不够及时，往下调整不及时，导致误块率较高，则可以通过减小“BEP周期”的方式来解决。往上调整不及时，则还有另外一种可能，是Abis口时隙绑定比较慢，对于测试，如果初始调整很慢，可以将“下行缺省MCS类型”设置为MCS9。3、误块误块，简单的讲，就是PCU发出了某个数据块，但是MS没有收到。对于误块

39、率多少合适现在还没有一个定量的衡量标准，也因为对不同的信道模型，相同的参数设置下误块率也会是不一样的。从什么地方来查看误块率呢，如 REF _Ref214947478 r h 图4所示的“BLER/TS(%)”即为TEMS对收到的一定块数所计算出来的百分比，这是一种统计值。对于固定的点，还可以看“Packet Downlink ACK/NACK”消息来查看，如下图所示Packet Downlink ACK/NACK中位图来判断丢块情况图中所示，TEMS对EGPRS的Packet Downlink ACK/NACK消息解释是有误的，需依图中所解，对GPRS的，则TEMS解出的NACKed Blo

40、ck numbers是正确的。从这个位图中，我们可以知道具体丢了哪些块，那么这些块为什么丢掉，如果认为空口和Gabis口均没有可能导致丢块，则根据消息之前是否有接收邻区的系统消息等行为导致不能够接收这些块。没有接收到数据块的原因可能有以下几种可能：空口误码率偏高且集中误码导致误块；由于选择无线环境比较好的地方，所以，空口应不会导致较多的误块。顺便说明一下，对于DT测试，如果误块率较高，则可以通过微调“BEP周期”和IR/LA算法软参“BEP滤波因子”和“BLER滤波因子”。G-Abis口错帧和失步帧导致。MS有其它必须要做的事情，导致不能正常接收数据块。协议规定：MS至少在30s内对新载波的B

41、CCH数据进行解码。当存在信号波动且邻区配置较多时，有可能造成MS经常要去解析邻区系统消息。在这种情况下，要减少邻区数目，尽量减少不必要的邻区配置。4、控制块比例过高基于我司产品的实现，只会给MS分配一个控制信道，由于控制信道是双向的，所以，上行和下行必然占用同一个同隙作为控制信道。这样，我们可以确定控制信道的位置，如 REF _Ref214940346 r h 图4所示，TS4为控制信道。也就是说，真正的控制消息只会在TS4上发送，对于未合入“上行扩展模式下Uplink ACK优化方案”的控制消息比例大概在17%21%波动，合入优化方案的控制消息比例大概在2%左右。如果非控制信道存在控制块（

42、实际上是Dummy块）或控制信道的控制块比例比较多。则说明肯定是PCU无数据可发，而发送的Dummy控制块。PCU发送数据的原则是，先发送NACK块（即MS在Packet Downlink ACK/NACK消息中确认没有收到的块）、再发送VS块（即新块，RLC负责按照不同编码方式承载的字节数对LLC PDU进行分割）、再发送PACK块（即MS还未确认收到与否的块）。如果无以上数据块可发送，则发送Dummy控制块。另外，需要特别说明的是：仅在PCU的发送窗口未满时，才可发送VS块。那么，控制块比例过高的问题可能有如下几种可能：签约峰值速率不够高，从TEMS中显示的PDP上下文可以看到，如下图所示

43、，峰值速率为128000octets/s128000*8/1024kbps1000kbps，大于我们的理论极限速率。MS的PDP上下文LLC层采用确认模式，LLC层采用确认模式的情况下，采用I帧发送机制，只有对端确认了该帧，才可进行下一帧的发送。且LLC确认机制的情况下，需要进行LLC层连接的建立和释放，无疑增加了LLC层的信令传送。总之，LLC层采用确认模式对下载速率的影响非常大。LLC层的操作方式也可以通过TMES中MS的PDP上下文下确定。如果采用LLC确认模式，需要在SGSN侧将数据配置修改为非确认模式，同时，需要修改SIM卡的开户信息。发送窗口Stall，这一般在GPRS中才存在，因

44、为GPRS只支持64的窗口，不管什么原因造成误块，我们产品的RRBP时延一般在200ms左右，等到MS上报对该误块的接收情况，200ms过去了，如果此时是MS占用4时隙，则PCU已经发送200ms/（20ms/块）*440块，很容易导致窗口Stall。有两种方法可以确认该问题：一是通过增大置RRBP的频率，看是否有改观；二是数一段时间内GB接口接收到的数据量，是否大于PCU下发的数据量。GB接口流控不合理：通过查看GB接口跟踪的Flow Control MS消息上报流控数据，看上报的值是否小于PCU下发的速率。如果小于PCU的下发速率，则说明流控不合理，GB接口流控数据如下图所示：PCU上报给

45、SGSN的MS流控数据 说明为什么要执行GB流控，因为GPRS网络属于长瘦型的管道，所以，服务器一直往下发包，直到服务器的窗口stall，下发的这么多包需要在这个管道内进行缓存，但PCU内存有限，不能够缓存所有的包，所以，需要SGSN分担一些，但是SGSN发给PCU的数据又不能不够PCU发送的，所以，由协议规定由PCU给SGSN发送流控参数（缓存大小和速率）来执行流控，SGSN根据PCU上报的流控参数，对每个下发的包进行判断：假设PCU按上报速率发包，即缓存中的数据按该速率减少，SGSN发送该包和前一个包之间的时间内，PCU减少多少数据，SGSN如将该包发下去，则PCU会增加该包大小的数据，通

46、过一增一减的判断，是否会超出PCU的缓存。如果超出，则不发。我们的产品实现流控时首先是在TC定时器超时，则上报流控消息。如果桶中数据量大于90%或小于10%时，也上报流控消息。上报流控消息后，如果SGSN不回ACK，则在FC定时器超时后再重发流控消息。GB接口带宽不足：SGSN和PCU通过FR方式相连时，采用多个NSVC进行负荷分担，每一个NSVC承载在BC上面，BC由E1上的多少个64kbit/s的时隙组成，此时可以计算物理带宽，即时隙数目*64kbit/s。那么GB带宽是否足够呢，建议采用SGSN侧的“Downlink data kbytes sent to FR per NSVC”的话统

47、，且登记五分钟的。通过“该值*8/（5*60）”与实际带宽比较，如果不超过实际带宽的70%，可以认为带宽充足，否则，则说明带宽不足。丢包导致服务器进入拥塞控制状态：需要检查哪段发生了丢包，通过在各个接口上进行抓包，可以确认哪段接口存在丢包。传输链路上丢掉TCP包，或者在非确认的接口上丢包（如GB接口），丢包需要通过Ethereal抓包来分析，如果 侧丢掉某个包，通过跟踪TCP包号可以确认该包在哪边被丢掉。如下图所示：MS侧跟踪的应用层数据从图中可以看到，92064556的前一个包丢掉了，因为每个TCP包的长度为1368bytes，换算成16进制为558，则丢掉的包的包号为：9206455655

48、892063FFE。在GGSN侧可以将Gi口、Gn口映射到镜象端口，SGSN进行单用户跟踪，可以将其转换成Ethereal抓包文件，所以，这些接口通过该TCP号可以确认在哪丢的包。关于GB接口丢包，要详细进行说明，通过PCU侧GB接口跟踪文件，通过Nu（Nu为NS-PDU的编号）是否连续可以确认是否发生了丢包。通过PCU解析出的TCP包头，如果该TCP包分割成的若干个NS PDU丢掉一个或多个，则会导致整个TCP包被丢掉。那么GB接口丢包有哪些可能呢，接口单板、传输都需要排查；帧校验模式；如果中间网络通过FR传输，FR的拥塞控制参数也需要排查。帧校验模式SGSN和PCU侧一定要一致，如果中间存

49、在传输网络，建议传输网络配为不校验的方式；FR的拥塞控制参数包括Bc、Be和CIR，它的含义是当TcBc/CIR周期内，如果数据速率超过Bc，小于Bc+Be，则该包在传输过程中有可能被丢弃，如果数据速率超过Bc+Be，则该包在传输过程中一定会被丢弃。另外，即使不超过Bc，如果FR传输网络带宽不足，它也会按一定的规则进行丢包。PCU丢弃LLC PDU，有两种可能：一是该包在PCU内缓存的时间超出了30s。（因为PCU认为在这么长的时间内还不把那个包下发下去，服务器由于RTO超时会发起重传，此时，PCU再把该包发下去是浪费空口资源），这是一个极低概率的事件；二是发生跨PCU的小区重选，此时称为Fl

50、ush LL丢包。这两种情况的丢包可以通过PCU侧的“下行LLC PDU超时丢弃次数”和“下行LLC PDU因为flush丢弃次数”（这里的次数不太准确，其实就是丢弃的包数）。Gabis口导致丢包，这属于低概率事件，但需要说明一下，Gabis口如果出现误码，且BTS在执行校验时未能正确校验出，然后在空口发送出去，至MS组包为LLC PDU时，会发现不能正确组包，则丢弃，由于LLC层一般采用非确认模式，也可能导致应用层丢包。 说明只有非确认端口才会导致应用层丢包，因为即使空口或Gabis口发生丢包，因为RLC层为确认模式，RLC层会保证把该包发送到MS。拥塞控制：拥塞控制机制主要包括慢启动和拥塞

51、避免，实现方法是发送端的TCP层维护一个拥塞窗口和慢启动阀值。拥塞窗口初始为1个数据包（有的TCP实现可能是多个数据包，但大小不能超过4380字节），拥塞窗口+已确认的数据包的最大序列号是TCP所发送的数据包序列号的上限值。当拥塞窗口小于慢启动阀值时，每确认一个包，拥塞窗口呈指数增长；当拥塞窗口大于慢启动阀值时，每确认一个包，拥塞窗口呈线性增长。当发生丢包时，慢启动阀值减半；当超时重传时，慢启动阀值减半且拥塞窗口变为1个数据包。上行较差导致TCP ACK消息上得较慢，在服务器必须等待该ACK才能下发数据时，会导致下发数据变慢。包括以下几种情况：上行编码调整不合理，现在还是采用根据下行来调整上行

52、，如果上行存在干扰或上行电平较差时，编码调整不合理导致上行数据发送不上去。上行电平较差可以参考“上下行平衡”的话统；上行干扰可以参考“测量报告干扰带分析测量”话统；依下行来调整上行的情况下（进入超级用户模式，查看“配置BSC属性内部软参支持动态调整EGPRS上行编码方式”，是否是dl ack中下行信号质量），可以通过在选择的基础上下降3个等级来实现（进入超级用户模式，“配置BSC属性内部软参DSP控制开关表2”第5位置1）。置RRBP频率不宜置得太高（进入超级用户模式，“配置BSC属性内部软参EGPRS TBF RLC下行数据块置RRBP的周期(块)”，默认为20，最好不要设置小于12），使M

53、S没有机会上上行数据块。服务器或测试便携TCP参数设置不合理，比如TCP的窗口设置过小，这容易导致TCP窗口满的情况；比如MSS值设置过小，导致利用率低，设置过大，而中间传输网络的MTU值如果较小，则导IP包在传输过程中被分片。在 REF _Ref216180492 r h 节中介绍如何设置较好的参数。5、TBF异常释放首先需要说明一点，TBF异常释放不一定导致丢包，因为TBF异常释放后，PCU在30S内会保存该MS未发送和发送后但未确认的数据。MS一般会很快发起重建TBF，此时因为TLLI不会变，依据TLLI可以找到该MS的上下文，然后将未发送完的数据重新发送给MS。如何判断TBF是否是异常

54、释放，根据TBF释放流程，我们知道，下行TBF正常释放时，MS会在Packet Downlink ACK/NACK中的FAI位置1，上行TBF正常释放时，PCU会在Packet Uplink ACK/NACK中的FAI位置1。如果没有置1，则说明是异常释放。因为如果网络侧发送Packet TBF release来释放TBF，则说明是异常释放（如果原因值为正常释放，说明是因为N3105超时导致的异常释放）。通过分组ACK消息来判断是否是TBF异常释放TBF异常释放对速率的影响主要是在异常释放的一段时间内无法进行数传，TBF异常释放需要查找原因，一般有如下的原因可能导致：N3101、N3103超时导致的上行TBF异常释放。N3105超时导致的下行TBF异常释放。控制信道被抢占导致的TBF异常释放。小区重选导致的TBF异常释放。一些内部处理异常导致的TBF异常释放。6、RLC层速率高但应用层速率低这种情况，一般是由于测试者操作不严谨导致。测试者在测试时必须关闭会自动连接网络的软件和服务（如自动更新），否则，但这些软件