GSM无线网络优化流程路测下载速率分析.docx
《GSM无线网络优化流程路测下载速率分析.docx》由会员分享，可在线阅读，更多相关《GSM无线网络优化流程路测下载速率分析.docx（37页珍藏版）》请在冰豆网上搜索。
GSM无线网络优化流程路测下载速率分析
GSM无线网络优化-路测下载速率分析
四川移动网管中心
技术支持中心
2018年9月20日
2010-07-27
版本号：
1.0.0
目录
第1章概述3
第2章路测分析思路4
第3章主要问题4
3.1.小区重选和位置区、路由区更新较多4
3.2.无线环境复杂，频率干扰导致网络底噪较高5
3.3.EDGE信道数目不稳定问题6
3.4.各接口资源不足7
3.5.合理设置信道类型7
3.6.合理配置小区数据7
3.7.其他原因9
第4章实际案例9
4.1.邻区漏加导致重选频繁9
4.2.频率干扰导致下载速率低12
4.3.MCU故障GAbis口失步后GPRS无法上网17
4.4.畈里张空闲时隙不足导致编码方式低20
4.5.EGPRSlicense不足导致PDCH无法初始化21
4.6.解决公园口-2小区BCCH载频上行损耗大问题22
4.7.PDCHPARA参数修改减少TBF拥塞24
4.8.SGSN与PCU间RA不一致导致RAU失败26
4.9.PB口LAPD状态核查开关未关导致FTP下载速率低29
4.10.wap服务器原因导致图铃下载成功率低30
第1章概述
由于数据业务KPI指标体系尚不完全，现实中运营商往往对数据业务路测（包括DT/CQT）的下载速率往往更加重视，对这方面的考核和要求也更高。
这些需要网规网优将网络规划和优化到合理的程度。
在搬迁后我们针对DT/CQT下载速率方面做了很多的优化工作，本文总结了数据业务DT/CQT下载速率优化过程中常规的优化手段以及实际案例。
资源类规划和优化由于介绍较多，本文不做叙述。
第2章路测分析思路
第3章主要问题
3.1.小区重选和位置区、路由区更新较多
在DT/CQT的FTP测试中，除了资源和链路质量外，小区重选也是影响速率的一个因素。
由于目前的GPRS/EGPRS还是小区重选而没能实现切换，发生小区重选的时候TBF必然中断，需要在新的小区重新建立TBF，而目前没有开通NACC功能的情况下小区重选的时间一般在5秒左右，这样每发生一次小区重选，上层的业务就会中断一定的时间，因此在DT/CQT测试的时候要尽量减少小区重选的影响。
小区重选频繁或位置区、路由区更新的主要原因有：
1）小区覆盖不合理
首先要尽量保证小区覆盖的合理性，过覆盖、弱覆盖、针尖效应、拐角效应等问题都可能导致小区覆盖不合理，从而造成不必要的重选，也会对网络造成干扰，降低无线环境。
因此良好的RF优化是小区覆盖合理的基础。
但是在实际的网络中，DT/CQT路经的小区不可能都是所有条件都满足的，对于条件相对不好的小区尽量避免选入、条件好的小区较长时间的驻留、避免乒乓重选、整体上小区重选次数减少、整体上保证所选入小区平均速率最优。
2）RA/LA规划不合理
由于在数据传输过程中跨PCU的小区重选，PCU侧是必然丢包的，这样有一定的几率会导致上层的数据的中断，时间长的话超过3分钟无数据下载导致掉线，因此对于DT/CQT测试路线上的相邻小区尽可能配置在同一个PCU内，这样可以减少丢包的概率。
尽量避免将RA/LA设置在话务密集区域和交通繁忙区域。
3）参数设置不合理
邻区关系设置不合理、重选参数设置不合理等都有可能导致重选次数过多。
例如漏加邻区、CRH设置过小、PANMAX设置过小等。
可以通过合理设置ACCESS_MIN、CRO、TO、PT、CRH等参数来达到控制小区重选的目的，在特定的情况下还可以通过删除部分小区BA1表中部分邻区频点以避免选入没有必要选入的小区，来减少小区重选造成的业务中断。
4）由于无线环境或手机自身原因导致的邻区解码不全
无线环境也对小区重选产生一定的影响。
比如虽然有邻区信号很强，但是由于干扰原因其小区信息解不全，因而不能准确计算出C2。
不同的手机解码能力不一样，同样的无线环境不同的终端对邻区的解码结果也不完全一样。
3.2.无线环境复杂，频率干扰导致网络底噪较高
在测试路线上小区存在干扰，会导致RLC数据块重传，影响整体速率。
由于EGPRS对C/I的要求更高，因此DT/CQT对测试区域整体的无线质量提出了更高的要求，整网频率、信道配置、功控、话务均衡等都要求优化好。
Um口的质量主要受接收电平、C/I、上下行链路平衡的影响，Um口质量对FTP速率的影响主要包括两个方面：
一个是编码方式，另一个是空口重传率。
编码方式越高，Um口单信道的吞吐率就越高，Um口质量越好，系统就可以根据绑定到的PCIC数选择更高的编码方式，FTP的吞吐率就越高；重传率越高，说明实际的有效吞吐率越低，空口的带宽都用在了无效的重传上，Um口质量越好，其重传率就越低，有效的吞吐率就越高。
在资源满足的情况下，测试过程中，EGPRS编码方式主要是由MS上报的测量报告中MEANBEP和CVBEP的值来决定的，这两个值反映了无线的接收质量，MEANBEP为0到31，CVBEP为0到7，都是值越高说明无线质量越好。
另外在实际路测中往往会看到下行C/I正常，但BLER较高造成重传块或控制块多导致速率低。
我们可以利用nastar软件对频点规划进行检查，检查上下行接收质量、上行干扰带分布、上下行紧急切换比例、上下行平衡等话统以及上行频点扫描等手段来判断干扰或硬件问题。
必要时安排射频人员至现场基站进行干扰排查。
建议单独对PDCH信道做频率规划（网络规模较小时，建议配置在主BCCH上，但是要注意低BTS版本时高速情况下可能会造成邻区BSIC无法解码，见相关预警），必须配置在TCH上时建议PDCH所在TCH载频不参与跳频。
3.3.EDGE信道数目不稳定问题
信道数目不稳定的原因有：
1）动态PDCH被语音业务抢占
通常默认设置为语音业务优先，因此当忙时测试时往往会造成语音业务抢占动态PDCH，导致PDCH被释放。
可以通过增加静态PDCH或修改为数据业务优先方式来进行优化。
2）PDCH信道失步，导致被释放
信道失步的原因很多，例如传输质量问题、数据配置错误、软件版本bug以及一些未知原因等。
在BTSV100R001C07B236之前版本可能会出现PDCH信道失步的问题，主要有四类：
A、BSC6000与双密度BTS配合问题导致的信道失步；
B、BTS3006跨机柜导致的信道失步；
C、在时钟不稳情况下上行TRAU帧号跳变导致信道失步
D、PCU数据配置错误。
例如某几块RPPU板上的主链路E1端口故障，数据被删除后副链路没有配置同步时隙，导致信道出现失步现象。
该问题在副链路上配置同步时隙后解决。
其中前两类通过升级BTS版本至BTSV100R001C07B236可以解决。
第三类问题需要升级到BTSV100R001C07B239或BTS3000V100R001C07B416解决。
3.4.各接口资源不足
各类资源不足，包括PDCH复用过多、占用PDCH少、空闲时隙不足、PCIC资源不足、Gb口资源不足等。
其中PDCH复用过多可以在TEMS里观察时隙占用的other比例。
由于这方面内容是主要优化内容，相关材料介绍较多，这里就不再阐述。
3.5.合理设置信道类型
PDCH配置较多、必须配置在两块或两块以上载频时，建议按照信道类型进行分类，分别设置为GPRS普通类型和EGPRS普通信道类型，一方面可以提升EGPRS的性能（可以避免GPRS用户对EGPRS用户的影响，主要是G上对E下的影响，此时E下也只能使用GMSK调制方式），另一方面可以节约Abis接口及Pb接口的资源（配置为GPRS信道类型的PDCH只能用作GPRS，单个GPRS信道最多只需要两条PCIC，只需要额外绑定1条空闲时隙）。
3.6.合理配置小区数据
这里的参数主要指PCU里面的一些参数，具体的参数介绍可以看PCU的开局指导书，这里重点介绍几个常用的参数。
1）cspara表
cspara表是配置信道编码方式（CS）动态调整算法的参数。
小区的CS可以设置固定值，即采用固定的编码方式，也可以设置动态的CS方式，即网络根据小区的无线质量情况和包的重传等信息进行动态调整CS的方式。
通常情况下把上下行编码方式都设置为非固定的，上行初始编码方式设置为CS2,下行初始的编码方式设置为CS4，如果小区的无线环境不好可以适当的降低初始编码方式。
此参数表在进行EGPRSCQT测试时，不需要修改。
2）EGPRSPara表
EGPRSPara表是配置EGPRS小区信道编码方式（MCS）动态调整算法的参数，小区的编码方式（MCS）可以设置固定值，即采用固定的编码方式，也可以设置动态的编码方式（MCS）方式，即网络根据小区的无线质量情况和包的重传等信息进行动态调整MCS的方式。
在无线环境较好的小区，可以适当的提高初始编码方式。
在进行EGPRSCQT测试时，需要把设置为MCS9，以减少CQT测试时的爬坡时延。
3）pdchpara表
pdchpara表为小区TBF使用PDCH信道的配置信息，跟动态PDCH转换和系统容量有关。
通常可以根据小区的用户情况来合理配置此表，如果小区用户数较少，为了提高单用户的吞吐率可以降低信道的复用度，如果小区用户数比较多，为了避免拥塞，可以提高信道的复用度。
通常情况下为了避免拥塞，上行TBF的上限数目还是设置为7，下行TBF的上限数目设置为8。
4）gprs表
gprs表为小区的系统消息基本配置表，包括是否支持EGPRS，T3168，T3192等。
在gprs中，和CQT相关的有以下几个参数：
该参数设置的越小，MS就很有可能在PCU返回上行确认消息之前，又一次重传等待超过的RLC数据块，这样就会导致资源的无效占用率增加。
该参数设置的越大，滑动窗口移动的效率会降低，而且上行TBF传输进入倒计数的概率增加，这样反而会降低上行传输效率。
该参数和MS到PCU的传输延时相关，在现网中，MS到PCU的传输时延一般为200ms，此时该参数至少设置为10，对于传输时延超过200ms的小区，可以设置为15，例如卫星小区。
Pan类参数
包括PanDec 、PanInc、PanMax，主要影响小区重选，按开局指导书要求，依次配置为2、4、12即可。
软参类：
g_ulPreConnectPcicNum
此参数为每条PDCH激活后默认绑定的PCIC数目，对于GPRS来说，在单块RPPU单板上配置的PDCH数目小于110条的时候，可以配置为2，即每条PDCH激活后默认绑定的PCIC数为2，可以直接使用CS4的编码方式，有利于提升速率，如果单块RPPU单板上配置的PDCH数目大于110条，设置为2后就会出现第111条PDCH信道无法激活的情况（单板的PCIC以及到达上限）。
同理，开通EGPRS的情况下，如果单块RPPU单板上配置的PDCH数目不超过55条，且传输资源足够，此参数就可以设置为4，如果单块RPPU单板上配置的PDCH大于55条，就需要根据具体的数目和相应的场景来设置此参数。
总之，在资源足够的情况下把此参数设置较大可以提升速率，如果资源不足，此参数设置较大就可能会出现部分信道由于绑定不了PCIC而不可用的情况，因此需要根据资源及场景来合理设置此参数。
在进行EGPRSCQT测试时，可以将此值设为4，提高传输速率。
3.7.其他原因
其他如单线程下载、SIM卡开户信息不正确、FTP服务器故障、测试电脑软件更新、手机多时隙能力等原因都可能造成下载速率慢。
其中FTP服务器问题、SGSN侧问题等需要与交换工程师和业软工程师共同定位。
这方面案例其他资料也较多。
第4章实际案例
4.1.邻区漏加导致重选频繁
【现象描述】
在北塘路上俞家潭基站至小商品市场基站间连续发生小区重选及RAU，由于小区重选必然导致数据断流，而RAU时间较长也会导致不能迅速开始数据业务。
【问题分析】
回访测试log，MS占上俞家潭DCS-1后继续向东边行驶，俞家潭DCS-1信号开始衰落，邻区列表中城北村-3信号最强，当持续超出CRH后MS重选到城北村-3，MS占上城北村-3后邻区关系列表中解码出小商品市场-2信号为-51dbm，很快就重选到小商品市场-2，由于小商品市场-2与城北村-3不在同一个RA下，因此需要做一次RAU。
因此产生疑问：
在车速较快的情况下，MS为什么不直接从俞家潭DCS-1重选到小商品市场-2？
这样可以减少一次重选。
在俞家潭DCS-1邻区列表里面没有看到小商品市场-2，怀疑俞家潭DCS-1没有加小商品市场-2的邻区。
经检查，确认没有俞家潭DCS-1没有添加小商品市场-2和小商品市场DCS-2的邻区。
【处理过程】
添加从俞家潭DCS-1到小商品市场-2和小商品市场DCS-2的邻区。
【建议和总结】
邻区关系是否合理、是否存在漏加多加的情况同样适用于GPRS优化。
由于GPRS没有单独针对邻区组之间的参数，调整CRH会影响周边所有小区，可以通过删除邻区关系来避免不合理的重选，但也不要出现因为邻区漏加导致增加重选。
因此调整邻区关系显得非常必要。
4.2.频率干扰导致下载速率低
【现象描述】
MS占上高田大酒店-2后下载速率低。
【问题分析】
可以看出，在占用4个时隙的情况下，由于C/I不到20、只能使用MCS-7的编码方式，RLC层最高下载速率仅为120kbps。
该小区主BCCH为94号频点，怀疑周边存在频率干扰，导致重传率较高。
打开上行频点扫描功能，看到95号频点存在非常强的信号，直接导致94号频点上行受到非常强的邻频干扰。
【处理过程】
将高田大酒店-2频点从94修改为73。
由于是锁频测试，开始时在3小区覆盖位置速率较慢，随后测试最高下载速率可达到234kbps。
注：
红色部分为1M文件下载完毕、TBF释放后处于断传状态。
【建议和总结】
同样道理，金苑大厦-1也存在强邻频干扰，导致下载速率偏慢。
频率干扰导致C/I差无法使用高编码方式，或即使强制使用高编码方式也会因为BLER差、重传率过高而降低编码方式。
由于路测只能检测出下行干扰，上行干扰往往需要通过话统和上行频点扫描等功能来检测。
我们通常可以利用的话统有上下行平衡测量、上下行质量测量、上行干扰带分布、上下行质量/电平切换比例。
4.3.MCU故障GAbis口失步后GPRS无法上网
【现象描述】
有用户反映际下基站（CI：
61571,RAC:
FD,lac:
22930，PCU93A）GPRS无法上网。
实测发现手机可以附着到网络，但无法进行数据连接。
SGSN是N厂家的设备。
在话统上看RLC层平均吞吐率很低，几乎没有有效数据块。
上下行TBF统计显示无信道资源原因导致建立失败或建立成功后释放较多；下行RLC统计显示CS1重传率很高（甚至达到70％），无法占上CS2；G-Abis口统计有大量丢帧，并且bsc-lapd统计该站所在lapd链路有异常。
跟踪Pb信令，发现下行立即分配拒绝很多。
【原因分析】
GPRS无法上网首先要检查gcell、PDCH使用状态，随后检查Gb/Pb/G-Abis（PCIC/lapd链路等）状态。
从该小区G-Abis口统计有大量丢帧以及bsc-lapd统计该站所在lapd链路有异常可以初步判断是传输故障问题。
【处理过程】
1、mtgcelshowstate61571检查小区状态正常（bsc/Gb均为解闭状态）；
2、mtpdchshowstate61571all检查发现该小区pdch状态不稳定，信道不同步与可用状态交替；
3、mtpdchshowavail0all统计RPPU板上pdch数目没有超过120条
4、mtpcicshowunavail4检查120条pcic全部可用（该RPPU板只配1条E1）；
5、mtlapdshowstate检查lapd链路全部正常无告警，延时普遍在100ms左右；
6、pcucheckcellconfig小区数据添加正常；
7、pcuchecke1exchange正常，随后人工检查e1slot配置、e1/pcic对应数据、e1时钟配置等都正确，排除数据配置错误可能性（且该小区原本可以上网，并没有修改过数据）；
8、1）mtbvcptpreset——复位ptpbvc
2）mtgcellreset——复位cell数据业务
3）复位基站
复位后问题仍然存在；
9、BSC侧更换端口、更换BSC至DDF架传输后问题（图中1、2、3部分）仍然存在；
10、基站及BSC均无时钟失锁告警；
11、到基站后测量光缆光功率，输入输出均正常，确认光缆无问题（图中4~5之间）；
12、更换了BTS侧MCU板（BTS3002C是光纤直接接入MCU板），以确认基站侧传输光口是否有问题（即图中8），更换后GPRS业务正常，信道状态正常。
RLC/TBF/G-ABIS/LADP统计均无异常。
【建议与总结】
1、就本次问题来说，由于MCU侧光口故障导致PCM失步，PDCH信道状态不稳定，不同步与可用状态交替。
MSAttach正常，当用户申请业务时，由于信道状态不稳定导致立即指配失败，话统就计成无信道资源失败，即使分配成功也因为无法占用上而出现无信道资源的异常释放。
2、信道不同步通常是由于传输问题所引起，建议对G-Abis口链路、bsc-lapd链路进行统计，配合确认是否有链路问题。
3、可以看出，数据业务对于传输质量的要求比语音业务高很多，本问题中，语音业务完全正常，而GPRS业务无法使用。
4、传输问题很多，建议按照以上过程分别进行排障，而不是直接更换MCU或TMU（根据不同BTS产品）。
4.4.畈里张空闲时隙不足导致编码方式低
【现象描述】
观察PCU告警发现畈里张-2和畈里张-3小区相对频繁出现PDCH中继调整失败（告警ID1735），且告警原因值为2，查告警信息意思为空闲时隙不足。
【问题分析】
畈里张配置现网配置信息
小区名称
载频数
静态PDCH
SDCCH
TCH
动态PDCH
空闲时隙数
畈里张-1
7
8
5
42
0
78
畈里张-2
5
8
5
24
2
畈里张-3
7
3
6
36
10
该站配置了3条传输2M，PDCH总数是31个。
按照实际的空闲时隙需求事31×3＝93个，实际配置78个，时隙明显不足。
【问题处理】
空口要达到高速的编码方式不仅需要RPPU单板能力支持，还需要空口质量满足要求以及Abis口有足够的空闲时隙。
Abis口的空闲时隙是以基站为单位的，即分配该站点的空闲时隙能够被该基站上的所有小区共享。
在初始配置情况下，每条PDCH信道固定绑定一条PCIC，CS1/CS2编码方式下每条PDCH仅需要1条PCIC，不需要额外绑定PCIC，当使用CS3/CS4的编码方式的时候就需要额外绑定1条PCIC，Abis口需要配置1条空闲时隙，开通EDGE就需要配置更多的空闲时隙。
编码方式
CS1
CS2
CS3
CS4
MCS1
MCS2
MCS3
MCS4
MCS5
MCS6
MCS7
MCS8
MCS9
Abis口分配
16K时隙数
1+0
1+1
1+2
1+3
每条E1有32个64K时隙，每个64K时隙分为4个16K子时隙。
空闲时隙就对应着这样的16K子时隙。
每基站有1条OML链路，每载频需1条RSL链路。
在2:
1中继模式下，OML与RSL采用2:
1复用。
因此设置A＝ROUNDUP（（1＋站点载频数）/2），每个静态PDCH、动态PDCH、TCH各占用1个16K子时隙。
因此站点能配置的最大空闲时隙数＝124×E1数目－A×4－配置为静态PDCH、动态PDCH、TCH时隙数之和。
畈里张基站剩余的空闲时隙=124*3-10*4-133=199。
实际需要的空闲时隙=（8+8+3+10+2）*3=93个，可见畈里张基站空闲时隙不足，不足以实现MCS9的编码方式，速率也就上不去。
由于剩余的时隙满足要求，故直接增加空闲时隙即可。
4.5.EGPRSlicense不足导致PDCH无法初始化
【现象描述】
从上下行TBF建立统计中观察新大楼-3小区TBF建立尝试次数为0，维护台上用mtpdchshowstate805all命令看，显示如下信息：
小区:
805
PDCHNo:
4
操作状态:
不可用
可用状态:
设备未初始化
BSC的管理状态:
解闭
BSC闭塞的原因:
未知
操作维护的管理状态:
解闭
连接的PCIC数目:
0
可用的PCIC数目:
0
连接的PCIC状态:
信道未使用PCIC
【问题分析】
信道可用状态为：
设备未初始化（devicehasnotbeeninitialized）
PCU不能从BSC申请得到PDCH。
通常有如下几种情况：
（1）动态PDCH还未向BSC申请（比较常见）；
（2）向BSC申请PDCH失败。
申请PDCH失败的原因有BTSM配置失败、联网失败、PCIC不可用、信道已被电路业务使用、信道已经联网、没有可用的Abis接口时隙。
【问题处理】
使用mtgcellshowstate805观察GPRS小区状态正常。
检查该小区pdch配置为14个静态pdch，所以排除动态pdch转换的情况。
使用mtpcicshowunavailall没有发现不可用pcic，检查Abis时隙和端口正常。
由于此前已经发现EGPRSlicense超出限制，因此怀疑是全网开通EGPRS后EGPRSlicense受限导致EGPRS普通信道无法激活。
临时关闭一个EGPRSTBF尝试次数很少的小区后，新大楼-3小区PDCH正常激活。
【问题建议】
数据业务需求增长迅猛，EGPRS需求大大增加，特别是如果客户要求替换后全部开通EGPRS，相应的EGPRSlicense也需要增加。
4.6.解决公园口-2小区BCCH载频上行损耗大问题
【现象描述】
在自由路段测试中发现当重选到公园口-2小区后，接入时延较长，造成数据断流。
【问题分析】
通过检查上下行平衡话统，发现公园口-2BCCH载频TRX8的上下行平衡等级十一的比例最大时为27.85，上行损耗较大。
【处理过程】
上站检查硬件连线，发现BCCH载频射频连续松动，将其拧紧。
再次检查话统，公园口-2BCCH载频上下行信号已经恢复平衡。
统计时间
统计对象
等级六的比例
等级七的比例
等级八的比例
等级九的比例
等级十的比例
等级十一的比
2007-4-14（调整前）
公园口-2,TRX号:
8
11.52
24.18
15.7
7.97
4.94
27.85
2007-4-16（调整后）
公园口-2,TRX号:
8
20.73
25.84
23.14
12.99
3.65
2.12
在自由路上进行测试，重选到公园口-2小区后，已经能快速接入。
4.7.PDCHPARA参数修改减少TBF拥塞
【问题描述】
BSC136朱池-0PDCH信道配置为1静5动，由于TBF尝试次数较多，个别时段TBF拥塞率较高（3月27日晚22:
00达到16％的拥塞率）。
由于该小区语音业务也很忙，增加静态PDCH可能会导致语音业务拥塞。
【处理过程
升级会员 