GSM无线网络优化流程路测掉线分析

GSM无线网络优化流程路测掉线解析GSM无线网络优化流程路测掉线解析35/35GSM无线网络优化流程路测掉线解析GSM无线网络优化-路测掉线解析2018-07-27第第第第4章优化手段94.1.空口容量优化9接口悠闲时隙容量优化114.3.PCU单板及Pb传输资源的容量优化134.4.Gb接口的容量优化154.5.Um口的质量优化16口质量优化184.7.Gb接口的质量优化194.8.合理控制小区重选204.9.与中心网的配合21第5章经典案例解析225.1.室内系统搅乱类22口链路质量问题245.3.频深重选类265.4.与中心网交互类285.5.SIM卡Qos类315.6.邻区漏加以致重选频频32第1章归纳因为数据业务KPI指标系统尚不完好，现实中运营商经常对数据业务路测<包括DT/CQT）的下载速率经常更加重视，对这方面的核查和要求也更高。这些需要网规网优将网络规划和优化到合理的程度。在迁居后我们针对DT/CQT下载速率方面做了很多的优化工作，本文总结了数据业务DT/CQT下载速率优化过程中老例的优化手段以及实质案例。资源类规划和优化因为介绍很多，本文不做表达。第2章路测解析思路第3章主要问题3.1.小区重选和地址区、路由区更新很多在DT/CQT的FTP测试中，除了资源和链路质量外，小区重选也是影响速率的一个因素。因为当前的

GPRS/EGPRS还是小区重选而没能实现切换，发生小区重选的时候

TBF必然中断，需要在新的小区重新建立

TBF，而当前没有开通

NACC功能的情况下小区重选的时间一般在

5秒左右，这样每发生一次小区重选，上层的业务就会中断必然的时间，所以在DT/CQT测试的时候要尽量减少小区重选的影响。小区重选频频或地址区、路由区更新的主要原因有：小区覆盖不合理第一要尽量保证小区覆盖的合理性，过覆盖、弱覆盖、针尖效应、拐角效应等问题都可能以致小区覆盖不合理，进而造成不用要的重选，也会对网络造成搅乱，降低无线环境。所以良好的RF优化是小区覆盖合理的基础。但是在实质的网络中，DT/CQT路经的小区不能能都是所有条件都满足的，对于条件相对不好的小区尽量防备选入、条件好的小区较长时间的驻留、防备乒乓重选、整体上小区重选次数减少、整体上保证所选入小区平均速率最优。RA/LA规划不合理因为在数据传输过程中跨PCU的小区重选，PCU侧是必然丢包的，这样有必然的几率会导致上层的数据的中断，时间长的话高出3分钟无数据下载以致掉线，所以对于DT/CQT测试路线上的相邻小区尽可能配置在同一个PCU内，这样能够减少丢包的概率。尽量防备将RA/LA设置在话务密集地域和交通繁忙地域。参数设置不合理邻区关系设置不合理、重选参数设置不合理等都有可能以致重选次数过多。比方漏加邻区、CRH设置过小、PANMAX设置过小等。能够经过合理设置ACCESS_MIN、CRO、TO、PT、CRH等参数来达到控制小区重选的目的，在特定的情况下还可以够经过删除部分小区BA1表中部分邻区频点以防备选入没有必要选入的小区，来减少小区重选造成的业务中断。因为无线环境或手机自己原因以致的邻区解码不全无线环境也对小区重选产生必然的影响。比方诚然有邻区信号很强，但是因为搅乱原因其小区信息解不全，所以不能够正确计算出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信道数目不牢固问题信道数目不牢固的原因有：动向PDCH被语音业务抢占平时默认设置为语音业务优先，所以当忙时测试时经常会造成语音业务抢占动向PDCH，以致PDCH被释放。能够经过增加静态PDCH或更正为数据业务优先方式来进行优化。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测试时，需要把<DnDefaultMcs>设置为MCS9，以减少CQT测试时的爬坡时延。3)pdchpara表pdchpara表为小区TBF使用PDCH信道的配置信息，跟动向PDCH变换和系统容量相关。平时能够依照小区的用户情况来合理配置此表，若是小区用户数较少，为了提升单用户的吞吐率能够降低信道的复用度，若是小区用户数比很多，为了避免拥挤，能够提升信道的复用度。平时情况下为了防备拥挤，上行TBF的上限数目还是设置为7，下行TBF的上限数目设置为8。4)gprs表gprs表为小区的系统信息基本配置表，包括可否支持EGPRS，T3168，T3192等。在gprs中，和CQT相关的有以下几个参数：<BsCvMax>该参数设置的越小，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.空口容量优化1）空口容量充分与否的判断方法1、测试判断法：CDS4.0测试软件在进行

FTP下载测试时，打开

RLC/LLC层数据性能窗口，在

DownLink

表中下行

Timeslot

个数为

2，说明下行只占用了

2个时隙，空口信道不足，以以下图：图：空口信道不足以致下载速率低2、话统判断法：统计上下行TBF拥挤率的话统，上下行TBF拥挤率在1%以上，TBF建立央求次数在1000次以上的小区认为空口资源存在拥挤；语音每线话务量高于，同时数据业务也存在拥塞的小区定义为双拥挤小区。上行TBF拥挤率的计算公式=<无资源以致的上行TBF建立失败次数+无资源导致的上行TBF异常释放次数）/上行TBF建立央求次数下行TBF拥挤率的计算公式=<无资源以致的下行TBF建立失败次数+无资源导致的下行TBF异常释放次数）/下行TBF建立央求次数涉及的原始指标有：无资源以致的上行TBF建立失败次数、无资源以致的上行TBF异常释放次数、上行TBF建立央求次数、无资源以致的下行TBF建立失败次数、无资源以致的下行TBF异常释放次数、下行TBF建立央求次数2）空口扩容方法对于数据业务存在拥挤，但语音业务不拥挤的小区，建议信道扩容方案以下：Max<上行，下行）Max<上行，下需要扩容的<一小时内TBF建立试一试次行）PDCH信道个数数）<TBF拥挤率）<=1000(1%～10%]1～2(10%～100%]2～4(1%～5%]1～2>1000，<=3000(5%～10%]2～3(10%～100%]3～6(1%～3%]1～2>3000(3%～5%]2～3(5%～10%]3～4(10%～100%]4～8对于语音业务和数据业务都存在拥挤的小区，需要扩容小区的载频，初步的载频扩容方案以下：每线话务

以上小区扩容

2块

TRX，

以上小区扩容

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只需要扩容静态信道就可以了。接口悠闲时隙容量优化1）Abis时隙可否充分的判断方法：1、测试判断法：CDS4.0测试软件在进行FTP下载测试时，打开RLC/LLC层数据性能窗口，在DownLink表中下行

CodingScheme<编码方式）为

M2，同时看手机的

RLC/MAC图中，

CVBEP为

7、MEANBEP为

31，说明下行空口质量很好，质量好但编码方式为

MCS2，很大可能当前小区存在传输资源<A-bis

悠闲时隙）不足的问题，以以下图：2、配置解析判断法：在数据配置完成的时候，每条TCH和PDCH都要固定占用一条16K的Abis口的传输子时隙，其他依照信道使用的编码方式的不一样，有可能需要额外绑定必然的悠闲时隙来满足高的编码方式，比方单时隙MCS-9的编码方式承载的速率为59.2kbps，那么就需要总合4个16K的子时隙才能满足需求，也就是说需要额外再绑定3条悠闲时隙。所以能够依照当前小区的信道配置来大体计算需要的悠闲时隙数目：小区开通GPRS时，小区需要的悠闲时隙的数目=小区PDCH数目*1小区开通EGPRS时，小区需要的悠闲时隙数目=小区PDCH数目*42）Abis时隙扩容方法：Abis时隙的扩容方法是：经过计算当前的基站需要配置的悠闲时隙数，经过试配置解析当前的传输配置可否满足扩容需求，若是试配置失败则需要扩容传输硬件资源。如：当前基站配置GPRS信道为A个，EGPRS信道为B个，则需要配置悠闲时隙=A+3B个，能够经过试配置看可否能配置A+3B个，若是配置过程中提示不能够配置，则需要扩容硬件传输后再进行配置。别的需要注意的是：两个机柜的情况下，柜组号0需要配置的悠闲时隙数需要统计柜组下的信道总数再按上面的公式进行计算，一个柜组下的机柜只有一个DTMU板，这个能够作为机柜属于同一柜组的判断依照，柜组号1的悠闲时隙计算同理。

0Abis悠闲时隙的扩容内外置PCU同理。4.3.PCU单板及Pb传输资源的容量优化1）PCU单板及Pb传输资源充分与否的判断方法PCU单板及传输资源可否充分只能经过提取网络数据配置来判断，华为外置PCU和内置PCU的业务办理板办理能力不一样，所以判断方法也不一样。外置PCU的判断方法：外置PCU每块RPPU板能支持的PCIC<16k时隙）为220条，因其他置PCU每个RPPU板最多能支持110条GPRS信道的同时激活或55条EGPRS信道的同时激活。统计外置PCU每块RPPU板下面的小区的PDCH信道和，经过简单的计算能够得出RPPU板资源可否充分。如某RPPU板下GPRS信道数为A，EGPRS信道数为B，若是<2A+4B）<220，则该RPPU板能满足需求，若是<2A+4B）>220，则该RPPU板下部分信道无法被激活。查察RPPU板下的小区的命令：#mtgcellshowav<RPPUNo>外置PCUPb口传输E1数目=Pb口RPPU板数目*2内置PCU的判断方法：内置PCU的业务办理板是GDPUP板，GDPUP板的办理能力是：每块GDPUP板能支持22个DSP，21个DSP能支持192个16k时隙，节余的1个DSP部分时隙用于测试只能支持48个16k时隙，即每个DSP能支持同时激活96条GPRS信道或48条EGPRS信道，每块GDPUP板能支持21*48+12=1020个EGPRSPDCH信道或支持21*96+24=2040个GPRSPDCH信道。统计每块GDPUP板下面的小区的PDCH信道，经过简单的计算能够得出GDPUP板资源可否充分。如某GDPUP板下GPRS信道数为A，EGPRS信道数为B，若是<2A+4B）<4272，则该GDPUP板能满足需求，若是<2A+4B）>4272，则该GDPUP板下部分信道无法被激活。查察GDPUP板下的小区的MML命令：DSPPSCELL:IDXTYPE=BYBSC，按框号和槽位号差异GDPUP板，以以下图：内置PCU不考虑GDPUP板的Pb口传输。2）PCU单板扩容方法外置PCU扩容方法：现网GPRS信道总数为A，EGPRS信道总数为B，需要增加的RPPU板数为int{<2A+4B）/220-现网RPPU配置数}单PCU最大支持的Pb口RPPU板为9块，若是PCU还没有满配置，则能够增加RPPU板来解决。若是PCU已经满配置，则需要增加一个外置PCU。增加的Pb口E1传输=增加的RPPU板数*2内置PCU的扩容方法：扩容GDPUP板。现网GPRS信道总数为A，EGPRS信道总数为B，需要增加的GDPUP板数为int{<2A+4B）/4272-现网GDPUP配置数}每个BSC6000最大能支持8块GDPUP板，基本上能满足当前的业务办理需求。4.4.Gb接口的容量优化Gb接口为PCU和SGSN之间的接口，若是Gb接口的RPPU单板或许传输资源不足也会影响的FTP的速率，其他Gb接口的数据配置及LICENSE限制也是影响Gb接口实质带宽的因素。1）Gb口容量可否充分的判断方法：Gb口峰值负载统计值高于70%说明Gb口的负荷过重。外置PCUGb口容量判断方法：Gb口峰值负载的计算方法Gb口峰值负载=“接收NS-PDU的峰值字节数”*8/[<1024*5）*<s*64kbps）]取话统“接收NS-PDU的峰值字节数”，S为当前Gb口配置的64k时隙数，S经过取外置PCU的配置来统计。在PCUcfg文件里面，bcadd一项，FFFFFFFE变换成二进制后，数1的个数，该例中，每个Gb口E1各有31个1，即14和15号Gb口各配了31个64k时隙。内置PCUGb口容量评估方法：Gb口峰值负载的计算方法Gb口峰值负载=“接收NS-PDU的峰值字节数”*8/[<1024*10）*<s*64kbps）]取话统“接收NS-PDU的峰值字节数”，S为当前Gb口配置的64k时隙数，在GDPUG板上右键/配置BC，数占用时隙数的1的数目，该例中，每个Gb口E1各有31个1，即0、1、8、9、16、17号Gb口各配了31个64k时隙2）Gb口扩容方法：Gb接口的带宽平时是由配置Gb接口的传输资源，LICENSE的限制来确定，如果Gb口峰值负载已经达到或许高出了70%，那么就需要相应的扩容。第一看看是否是因为硬件资源是足够的，若是硬件资源是足够的，那么经过扩容LICENSE能够解决，若是硬件资源不足，则需要扩容硬件。Gb口扩容方案请咨询华为PCU或BSC产品项目师。4.5.Um口的质量优化Um口的质量主要受接收电平、C/I、上下行链路平衡的影响，Um口质量对FTP速率的影响主要包括两个方面：一个是编码方式，另一个是空口重传率。编码方式越高，Um口单信道的吞吐率就越高，Um口质量越好，系统就会使用更高的编码方式，FTP的吞吐率就越高；重传率越高，说明实质的有效吞吐率越低，空口的带宽都用在了无效的重传上，Um口质量越好，其重传率就越低，有效的吞吐率就越高。空口质量的判断方法：测试过程中，EGPRS编码方式主若是由MS上报的测量报告中MEANBEP和CVBEP的值来决定的，这两个值反响了无线的接收质量，MEANBEP为0到31，CVBEP为0到7，都是值越高说明无线质量越好，MEANBEP和CVBEP值较低说明空口质量较差。空口质量的提升方法：同邻频搅乱，能够采用调整占用信道所在载频的频点或搅乱载频的频点的方法，必要时能够进行RF优化来降低搅乱。解析测试数据时打开的RLC/MAC层状态窗口，其中PDTCHARFCNS对应的值就是当前测试时占用的PDCH信道的频点，能够依照实质情况调整该频点来防备受搅乱，以以下图：网外搅乱时则需要找出搅乱源，关闭搅乱源来解决搅乱。口质量优化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误帧率=<接收失步帧的个数+接收校检错帧的个数）/<发送有效帧的个数+发送空帧的个数）需要提取的话统统计项有：接收失步帧的个数、接收校检错帧的个数、发送有效帧的个数、发送空帧的个数。G_Abis误帧率的解决方法是：检查传输的连线或接头；检查传输的质量，测试传输的误码；检查数据配置，存在传输自环的情况；请厂家协助定位可否存在产品问题。平时简单出现G-abis高误码的情况：1、平时项目在传输还未调通的情况下，会将基站侧传输自环，并早先做好传输数据，这些新增的自环传输其实不会对语音构成影响，但若是数据业务将这些自环传输的时隙配置为悠闲时隙时会出现问题，并陪同G-abis接口的高误码。2、华为的基站，副机柜默认是从8号端口采集时钟，若是副机柜的入端口连接不是依照入8端口连接，则简单出现G-abis高误码的情况。3、Pb接口出现鸳鸯线时，简单出现G-abis高误码的情况，只有在外置PCU才存在该问题。Pb接口存在鸳鸯线图4、副机柜传输既连接主机柜，又直接和BSC的EIUB板连接，简单出现G-abis高误码的问题。4.7.Gb接口的质量优化Gb接口是比较牢固的，一般情况下不会出现问题，保证连线正确、传输牢固以及数据配置正确基本上就可以了。4.8.合理控制小区重选小区重选也是影响性能的一个因素。因为当前的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值，保证测试过程中向来不发生小区重选进而保证数据牢固下载而不中断4.9.与中心网的配合无线侧和中心网的优异配合才能保证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的激活时延有很大的提升；3、ping测试和attach测试也比较近似，其涉及的网元增加了FTP服务器，若是FTP服务器不牢固也会影响到ping的性能，同时其受无线环境的影响更大一些，单个ping时延有时颠簸比较大；4、WAP类接入性能除了和无线网络相关外，受WAP网关等业务网元的影响也比较大，需要优化各个网元及接口的性能，其他还要考虑到终端的配置和相关设置。平时attach、PDP激活、Ping或WAP类测试出现单次时延较长或失败的情况都是因为链路存在扔掉数据包的情况。单次时延较长可能在扔掉数据包后得以重传包，完成一个正常的与中心网的交互，失败的情况则是扔掉数据包后无法恢复，导致attach、PDP激活、Ping失败。如何判断丢包的地址：大体的判断丢包的方法是，我们能够在无线侧经过测试软件解析判断数据包可否丢在Um口，也能够在Gb口追踪信令，判断数据包可否扔掉在Gb口以下，若是确定Gb口以下没有丢包，则能够必然是在中心网侧丢包。空口可否丢包，能够经过察看CDS5.0信令，RLC/MACblockheaders窗口，察看可否有上行数据包的回应。以以下图，手机素来在发送上行数据块，但没有收到网络侧ULACK/NACK的回应，说明很可能数据包扔掉在空口。判断数据包可否扔掉在Gb口以下，能够经过追踪Gb口的信息，察看在空口倡导attach、PDP激活或ping的央求同时，Gb口可否有该手机的数据包发向中心网<能够解开Gb口的数据包中的IMSI来判断该包可否属于测试手机），若是有数据包发向中心网，说明Gb口以下没有丢包，可能是中心网侧丢包。第5章经典案例解析5.1.室内系统搅乱类问题描述:FTP下载速率193.12kb/s，TBF频频异常关闭，该小区开启跳频，编码方式占MC9，MEANBEP为31。问题如图：解决方案：该小区在速率上基本没有问题，主若是存在TBF频频异常关闭，所以思疑可能是跳频原因或许是搅乱。1、第一，该小区使用MC9编码方式，为高编码，一般高编码对小区的载干比要求比较高，所以没有思疑是搅乱的问题。2、思疑是跳频可能引起的频率矛盾造成TBF频频异常关闭，第一关闭了跳频，发现故障依旧。但是关闭跳频后发现一但占用27和21频点时就出现断流，尔后重选至31频点上，今后将27和21频点数据信道改到其他频点上，发现故障依旧存在。3、问题没有解决，再次思疑搅乱问题，通过后台察看发现，小区有搅乱带，最高的时候到5级，有时出现，有时消失，详尽原因不明确。因为小区带的干放比很多，所以决定关闭干放。4、关闭干放后，测试蜂窝地域，发现所有正常，也没有TBF频频异常关闭。因此能够确定是某台干放或许干放过多造成搅乱叠加影响到蜂窝，以致TBF频繁异常关闭。5、逐个打开干放，对干放地域逐个测试，当测试到一层干放覆盖地域时，又出现TBF频频异常关闭，所以确定这台干放有问题，厂家测试也发现，干放的输出功率颠簸比较大，而且上行增益明显大于下行增益8dB左右，搅乱整个小区，建议厂家更换干放。关闭干放后测试如图：这类问题还是因为硬件原因以致搅乱引起，一般情况下手机若是采用高编码，说明空口质量都比较好，所以可能第一忽略搅乱问题。对于这样的问题建议进行渐渐排查，定位在是蜂窝还是干放处覆盖地域，找出问题点，就简单解决多了。口链路质量问题问题描述：有客户反响龙潭寺工业园龙潭寺工业园手机不能够正常上网，我们对客户投诉地点进行了实地的测试，测试结果表示手机无法附着，测试过程中MS占用CI为41171、41172、41173小区进行数据业务，信号电平在-45dbm左右，无线环境优异。测试结果如图所示：解决方案：在经过重启3小区所在RPPU板和将PDCH信道从EDGE载频倒换到主BCCH载频、复位数据业务功能均不能够解决该小区附着问题，同时我们占用3小区信号进行拨打测试发现，在占用CI:41172信号做主叫时很简单碰到单通问题，听不到对方声音，但做被叫所有正常，在占用别的两小区通话时不存在故障，由此我们思疑是传输出现了故障；经过检查发现，基站SCDB323:龙潭寺工业园两条传输中的一条思疑存在环路故障，同时经检查，该基站下的3小区悠闲时隙均配置在该环路传输上，可见正是此故障造成了我们从前测试所碰到的不正常现象。复测图：在经过传输链路调整后，数据业务恢复正常，详见以下图。5.3.频深重选类问题描述：有客户投诉飘香酒楼上网速率比较慢，我们对客户投诉情况进行了实地测试，测试结果表示

FTP

速率较慢，测试发现因为问题点各小区电平相差不多，且均在

-75dbm

左右，没有明显主服务小区，测试过程中

MS进行了以下重选过程：

283>281>-282>286>281>283>281

，我们知道。在进行数据下载的时候，若是发生重选，手机将会终断TBF,并重新建立TBF，可见数据业务过程中频频的重选将影响数据上传下载速率，并可能以致数据业务失败，测试情况以以下图所示：解决方案：CI为281、282、283、286四个小区电平相当，重选频频，查察话统发现286小区的TBF拥挤率较小，故将286设为主服务小区，详尽调整以下：281：PT由0设为31，CRO由0更正为2，最小接收电平由12改正为15；282：PT由0设为31，CRO由0修改为2；283：PT由0设为31，CRO由0修改为2；286：CRO由0设置为3。复测结果：从复测图能够看出，飘香酒楼的FTP下载速率由提升到了。5.4.与中心网交互类问题描述：在峨眉山大酒店CQT测试中发现在数据业务接入侧时延过长甚至以致失败的情况。该现象在Attach、PDP激活、PING、彩信各项业务中都存在。从图中能够看出：1、上执行用纠错能力很强的编码方式MCS-22、手机使用的发射功率为15，比较小3、网络侧发送给手机的位图中显示此时大多数上行块网络侧都没有收到从这三个信息中我们能够获取以下结论：该次彩信发送时延长是因为手机的上行功率过小，上行数据发送困难以致。解决方法：针对峨眉山大酒店的这类情况，调整网络侧GAMMA参数为0-5。此处我们将峨眉山大酒店GAMMA参数设置为0，使手机发射功率保持