EGPRS性能提升指导书.docx
《EGPRS性能提升指导书.docx》由会员分享，可在线阅读，更多相关《EGPRS性能提升指导书.docx（82页珍藏版）》请在冰点文库上搜索。
EGPRS性能提升指导书
EGPRS性能提升指导书
拟制
GSMPCU
日期
2008-4-14
评审人
日期
yyyy-mm-dd
批准
日期
yyyy-mm-dd
华为技术有限公司
版权所有XX
（DVP05T04V2.2/IPD-CMMV2.0/仅供内部使用）
日期
修订版本
修改描述
作者
2008-4-10
V1.0
完成初稿
史成强
2008-5-25
V1.1
修改稿
张云锋
目录
EGPRS性能提升指导书7
前言9
第1章开通EGPRS后常见异常问题分析10
1.1手机兼容性导致开通EGPRS后业务异常18
1.1.1跳频频点数导致开通EGPRS后业务异常19
1.2PCU软件版本特性导致MS开通EGPRS后无法上网19
1.2.1EDGE11比特接入功能20
1.2.2分组资源预留功能20
1.2.3EGPRS信道优选类型21
1.3开通EGPRS后手机在部分小区无法上网22
第2章EGPRS端到端测试性能提升23
2.1CQT性能提升23
2.1.1传输速率类性能提升23
2.1.1.1保证传输资源的充足23
2.1.1.1.1Um的PDCH信道资源24
2.1.1.1.2Abis接口的空闲时隙26
2.1.1.1.3Pb接口的RPPU单板及PCIC资源30
2.1.1.1.4Gb接口的RPPU单板及bc时隙31
2.1.1.2保证整个传输通道的稳定41
2.1.1.3合理控制小区重选43
2.1.1.4小区数据的合理配置44
2.1.1.5使用功能强大的软件版本47
2.1.1.6其他相关网元资源充足、数据配置以及运行稳定47
2.1.2接入性能优化51
2.2DT性能优化53
2.2.1DTFTP性能提升53
2.2.2DTWAP性能提升55
第3章话统指标优化56
3.1GPRS/EGPRS话统简介56
3.1.1CPU性能测量56
3.1.2BSC整体性能测量56
3.1.3NS性能测量57
3.1.4BSSGP性能测量57
3.1.5G-Abis口性能测量57
3.1.6Pb接口性能测量57
3.1.7小区性能测量57
3.2GPRS/EGPRS话统分析准备58
3.2.1话统登记59
3.2.2数据准备61
3.3GPRS/EGPRS话统分析整体思路61
3.4GPRS/EGPRS重要话统分析62
3.4.1BSC级话统分析63
3.4.1.1Pb接口LAPD链路质量分析63
3.4.1.2BSC整体性能数据分析64
3.4.1.2.1网络拥塞率分析64
3.4.1.2.2网络掉话率分析65
3.4.1.2.3PDCH信道数据分析66
3.4.1.2.4LLC层吞吐量分析66
3.4.2小区级话统分析66
3.4.2.1小区传输链路质量分析67
3.4.2.1.1小区Um接口分析67
3.4.2.1.2小区G-Abis接口分析68
3.4.2.1.3小区Pb接口分析69
3.4.2.1.4小区Gb接口分析69
3.4.2.2PDCH资源分析70
3.4.2.3拥塞率分析71
3.4.2.3.1拥塞率相关的指标71
3.4.2.3.2拥塞率分析原因72
3.4.2.4掉话率分析75
3.4.2.4.1与掉话率相关的指标76
3.4.2.4.2掉话率分析原因76
3.4.2.5小区话务量分析78
3.4.2.5.1LLC层的话务量统计78
3.4.2.5.2RLC/MAC层话务量统计79
3.4.2.5.3手机行为统计80
3.4.2.6TBF建立成功率分析80
3.4.2.6.1TBF建立成功率提升分析80
第4章数据业务常见问题FAQ84
FAQ1：
GPRS/EGPRS不可用问题84
FAQ2：
如何分析PCU的信令跟踪86
FAQ3：
手机进行数据传输时速率不稳定或存在断流87
FAQ4：
和友商性能比拼时，应注意的事项88
FAQ5：
R8C02B016之后版本及补丁新增特性89
FAQ6：
数据业务发生异常时，现场应配合执行的操作90
附录：
数据业务紧急恢复方案92
EGPRS性能提升指导书
关键词：
Pb接口、Gb接口、分组业务、核心网
摘要：
随着分组业务的不断发展，分组用户对GPRS/EGPRS网络质量的期望值也逐步升高。
在建
网初期，分组业务的需求量较小，用户普遍以新奇的眼光看待分组业务；但随着社会经济的
发展和物质文化生活水平的提高，分组业务已不再是新奇的事物，分组业务真正走进了人们
的生活之中。
分组用户数的增加和分组用户对分组业务性能的需求的提升，使得提升分组业务性能越来越
变得重要。
由于EGPRS的单信道传输速率可以达到GPRS的三倍，因此，本篇文档将详细
介绍EGPRS性能提升的具体方法以及常见问题定位方法。
EDGEBSS在GSM/GPRS网络中的位置
从整个传输链路来看，提升EGPRS性能，不是某一个网元可以独立完成的；EGPRS数据传输速
率受到诸多网元环境的影响。
在本篇文档中，EGPRS性能提升的前提是建立在：
1）合理的网
络规划；2）正常的小区C/I值；3）其他网元传输质量正常这三个传输基础上的。
缩略语清单：
缩略语
英文全名
中文解释
GSM
GlobalSystemforMobileCommunication
全球移动通信系统
GPRS
GeneralPacketRadioService
通用分组无线业务
EGPRS
EnhancedGeneralPacketRadioService
增强型通用分组无线业务
RLC
RadioLinkControl
无线链路控制
RPPU
RadioPacketProcessUnit
无线分组处理单元
SGSN
ServingGPRSSupportNode
服务GPRS支持节点
PCU
PacketControlUnit
分组控制单元
前言
GPRS/EGPRS优化是在GSM网络优化的基础上进行的，也就是说其前提是需要良好的覆盖、较好的C/I以及相对充足的资源。
由于EGPRS采用了比GPRS更高级的编码方式，其单信道极限速率可以达到GPRS极限速率的三倍，但需要注意的是，随之而来的，采用EGPRS方式，就需要更高的无线传输质量保证，更多的传输资源需求。
本文采用如下方法，具体描述采用EGPRS编码方式时，可能遇到的问题以及处理方法；测试时应注意的地方以及性能提升方法；话统分析以及提升话统KPI的常用方法。
第1章开通EGPRS后常见异常问题分析
本章详细介绍开通EGPRS后可能遇到的问题和处理方法，本章的讨论是在GPRS传输正常而采用EGPRS时异常的基础上的。
GPRS业务同样存在异常的解决方法请参考第4章内容；EGPRS测试性能提升方法在第2章中详细介绍；EGPRS话统结果提升方法在第3章中详细介绍。
手机是否允许进行EGPRS业务主要取决于以下因素：
1）使用的手机终端是否支持EGPRS；
案例1：
摩托V235手机在实验室内测试时无法进行EGPRS业务。
排除方法：
首先看使用的PCU软件版本，由于实验室测试时采用R8C02B016，因此可以排除PCU软件版本不支持EGPRS的可能；
其次，看PCU的GPRS表中的EGPRSSupport字段，如果为No，会导致PCU不支持EGPRS，在telnet终端上使用命令字段
pcushowgprs
查看EGPRSSupport字段为Yes；
再看BSC上的小区配置，是否支持EGPRS，如果不支持EGPRS，手机也无法进行EGPRS业务；使用浏览数据方式查看BSC配置，发现该小区支持EGPRS；
再看基站载频类型以及软件版本；该基站载频类型为TRAU，软件版本为最新的3012基站版本，从而证明基站是支持EGPRS的。
这里说明一点，一般来说，载频类型中带E的均支持EGPRS。
使用Nokia70手机终端在同一小区进行数据业务，可以进行EGPRS数据业务，信道编码方式采用MCS9。
通过比较Nokia70和MTV235的Um、Pb口信令跟踪，没有发现实质上的不同；
最后从SGSN的数据配置中，可以看出SGSN侧支持R99，而BSC上的MSC软件版本支持R98或以下，那么是此原因导致MTV235无法进行EGPRS业务吗？
修改而BSC上的MSC软件版本支持R99或以上，MTV235、N70均可以进行EGPRS业务，问题解决。
问题总结：
这个问题归根到底为手机兼容性问题，但与以往的手机兼容性问题有所差别；以往的手机兼容性问题往往导致手机接入网络失败，而本例中，由于手机协议的不配套，导致手机此时不支持EGPRS，从而手机无法进行EGPRS业务。
目前在现网和实验室中，只发现MTV235手机存在此问题。
2）小区数据配置是否支持EGPRS
一般来说，小区是否支持EGPRS由以下因素决定：
1．PCU软件版本
由于现网中PCU软件版本，一般采用R5C05B052或后续版本，这些版本均支持EGPRS。
2．小区GPRS表配置
该表中的EGPRSSupport字段，决定了小区系统广播消息PSI13消息中的isEGPRSSupport字段的值，如果EGPRSSupport字段为Yes，则PSI13消息中，该字段值为01。
手机接收到PSI13后，根据PSI13消息中的isEGPRSSupport字段，判断该小区是否允许进行EGPRS业务，从而根据自身能力，决定进行GPRS业务还是EGPRS。
3．BSC数据配置
BSC数据配置包括小区GPRS属性配置和基站载频类型、软件版本，只有小区属性配置支持EGPRS，且基站载频、软件版本支持EGPRS时，该小区才支持EGPRS。
如果PCU在GPRS运行正常时，开通EGPRS后，业务出现异常，一般来说，可以采用以下章节中所述方法分析解决。
1.1手机无法附着，无法进行EGPRS业务
1.1.1定位方法
对于此类问题，Pb、Um、Gb接口跟踪是定位的法宝。
1、如果在Pb接口没有手机的信道请求，那么首先要怀疑小区状态，SI13是否正常下发。
相反，如果手机的信道请求已经上来了，手机肯定收到SI13，小区状态一定正常。
2、如果Gb接口没有上行PDU，应该分析Pb、Um接口的上行TBF建立（Pb）、传输（Um）流程，检查信道状态是否正常。
3、如果Gb接口有上行PDU而无响应的下行PDU，一般情况属于SGSN的问题。
4、如果Gb接口上下行PDU都有，则需要分析Pb、Um接口的下行TBF建立（Pb）、传输（Um）流程，检查PCU有没有正常将下行PDU发到手机。
5、如果PCU能正常发送上行和下行数据，手机仍然异常，就应该对上下行PDU的内容，PDU在Gb接口的时序等问题进行进一步分析。
1.1.2检查PCU的小区状态
使用mtgcellshowstate命令查看小区状态。
正常的小区状态必须是Operationstate为enabled，BSCmanagementstate为unblocked，Managementstateofmaintenance为unblocked，ManagementstateofGb为unblocked，四个状态同时正常时，小区状态才正常，才可能提供GPRS业务。
1.1.2.1Gb接口管理状态
ManagementstateofGb表示Gb接口的管理状态，这个状态受其他三个状态的影响，只要其他三个中任一状态不正常时，ManagementstateofGb就会是blocked。
因此只有其他三个状态都正常而Gb接口管理状态为闭塞时，才能说明小区状态不正常是由于Gb接口异常导致，否则应先按照后面几节的描述，先分析解决其他三个状态的问题。
如果确定为Gb接口异常导致小区状态不正常，应先通过mtbvcptpshowstate检查Gb接口PTPBVC的状态。
NSEI和BVCI可以通过cellshow命令查询，而CellID是++，也可以通过pcushowlccell命令查询。
如果用pcushowlccell或者cellshow命令不能找到对应的表项，说明Gb接口数据配置不全，应先检查数据配置，增加数据配置。
1.1.2.2操作维护管理状态
Managementstateofmaintenance是通过操作维护终端对小区维护的状态，如果状态为blocked，应该在操作维护终端通过mtgcellunblock进行解闭。
1.1.2.3操作状态
Operationstate主要描述小区是否正常开工，即小区初始化流程是否正常结束。
操作状态需要和可用状态Availabilitystate一起来分析。
当操作状态为enable时，可用状态是“无异常（noexception）”
当操作状态为Disable时，可用状态有以下情况：
1、小区不支持EGPRS（celldoesn'tsupportEGPRS）
说明BSC侧的数据配置中，对应小区不支持EGPRS，请检查并修改BSC的数据配置。
2、设备未初始化（devicehasnotbeeninitialized）
说明PCU的小区初始化流程没有完成或者还没有进行。
请先在Telnet维护终端执行mtlapdshowstate检查PCU到BSC的LAPD链路是
否正常。
如果不正常，请先定位处理LAPD的问题。
可以通过OMC维护台跟踪PCU的Pb接口，并在维护终端执行mtgcellreset复位该小区，然后检查跟踪到的小区复位流程。
（注意：
由于PCU的小区是串行进行初始化的，因此可能需要等待一段时间可能跟踪到PCU的复位流程消息）
或者在BSC进行小区所在BM模块的GPRS-ABIS接口跟踪，需要在维护台输入“ThisIsTony”接入调试模式。
由于BSC的GPRS-ABIS接口跟踪是对一个BM模块的所有Pb接口消息进行跟踪，因此消息很多，跟踪和分析都比较困难。
常见的错误现象有两种。
现象一是BSC将小区信息和信道信息发给PCU，PCU回确认以后，BSC没有给PCU发结束小区初始化流程的CELL_CONFIG_ACK消息，PCU在初始化流程超时以后，重新发起小区初始化流程，具体消息流程如下图所示。
PCU初始化流程超时时长时30秒。
图1-1
现象二是BSC将小区信息和信道信息发给PCU，PCU回确认以后，BSC在5秒之后给PCU发CELL_CONFIG_NACK，NACK原因为其他原因othercause。
消息流程如下图所示。
图1-2
产生这两种现象的一个共同原因是PCU和BSC之间的消息丢失。
现象一是BSC到PCU的CELL_CONFIG_ACK消息丢失，导致PCU的初始化流程无法完成。
现象二是PCU到BSC的INFO_CNF消息或者BSC到PCU的下一条INFO消息丢失，BSC等待CNF消息超时，就会向PCU发原因值为othercause的CELL_CONFIG_NACK消息。
归根到底，这种情况主要是由于LAPD转发方面的原因导致的，在PCU发送Pb接口消息是优选本板（本板内多条LADP之间进行轮选）的LAPD，本板无可用LAPD，再使用其他板上连到同一BSC的LAPD，而在BSC发送Pb接口消息时使用LAPD是在所有LAPD之间进行轮选的。
这样在BSC和PCU之间连接多条LAPD时，如果E1线连接错误，或者板间转发的问题就会导致消息丢失。
以前在试验局比较常见的情况是一个BSC连多个PCU，BSC到一个PCU的消息会发到另一PCU去。
现网不会出现这种情况，但如果PCU的板间转发存在问题，就可能导致BSC到PCU的消息丢失。
例如10001.04.0410B版本，在一个BSC连接多块RPPU板时，BSC轮流使用LAPD，这样目的为n号RPPU板的消息会先发到m号RPPU板，由GCELLM模块进行转发，GCELLM模块直接回应答并丢弃消息，即导致消息丢失。
产生现象一的另一个原因是BSC的问题，一般是BSC进行动态数据配置导致，可以通过复位BSC的对应BM模块解决。
3、小区数据配置错误（celldatabaseconfigureerror）
这种情况由BSC或PCU的数据配置错误导致。
BSC的数据配置错误包括：
小区内没有配置PDCH（包括固定和动态）；小区内配置了多条PBCCH，小区内配置了PBCCH而License不支持PBCCH。
PCU的数据配置错误包括：
小区所在RPPU板没有配置到对应BSC的PCIC；PCU的小区数据配置错误，可以通过pcucheckcellconfig{...}|all进行检查。
4、内部故障（insidefail）
这种情况是PCU给BSC发消息，但BSC认为该小区在BSC并不存在，因此向PCU发RF_RES_BLOCK消息，原因值为小区不存在（celldoesnotexist），PCU就会将小区的操作状态置为disabled，可用状态置为内部故障（insidefail）。
同时BSCmanagementstate为blocked，CauseofBSCbeingblocked为小区不存在（celldoesnotexist）。
产生原因是在BSC与PCU的数据配置不一致，PCU的小区CGI在BSC不存在。
可以通过检查双方的数据配置，修改CGI进行解决。
5、设备未就绪（dependency）
小区完成开工，状态正常以后，所有到这个BSC的LAPD都断掉时，只要小区内未配置PBCCH，就会处于设备未就绪状态，通过检查LAPD的状态可以解决。
注意，连到一个BSC的所有LAPD断掉以后，再恢复时，BSC会复位所有小区。
1.1.2.4BSC的管理状态
BSCmanagementstate描述的是小区在BSC侧的管理状态。
BSC管理状态需要于BSC闭塞原因CauseofBSCbeingblocked一起进行分析。
BSCmanagementstate为unblocked时，CauseofBSCbeingblocked是未知（unknown）。
BSCmanagementstate为blocked时，说明PCU收到了BSC的RF_RES_BLOCK消息或者在
向BSC取小区配置时收到的CELL_INFO消息中指示的小区状态为闭塞。
需要根据CauseofBSCbeingblocked确定闭塞原因。
如果在向BSC取小区配置时收到的CELL_INFO消息中指示的小区状态为闭塞，BSCbeingblocked是未知（unknown）。
如果是BSC向PCU发闭塞消息，一般原因是设备异常或者后台操作维护。
请检查BSC侧小区的状态。
如果闭塞原因是小区不存在，请参见1.1.2.3中的内部故障一节。
一般来说，如果是BSC管理状态为blocked，最好进行小区复位，跟踪Pb接口消息。
向BSC取小区配置时收到的CELL_INFO消息中指示的小区状态为闭塞。
需要根据CauseofBSCbeingblocked确定闭塞原因。
如果在向BSC取小区配置时收到的CELL_INFO消息中指示的小区状态为闭塞，BSCbeingblocked是未知（unknown）。
如果是BSC向PCU发闭塞消息，一般原因是设备异常或者后台操作维护。
请检查BSC侧小区的状态。
如果闭塞原因是小区不存在，请参见1.1.2.3中的内部故障一节。
一般来说，如果是BSC管理状态为blocked，最好进行小区复位，跟踪Pb接口消息。
1.1.3检查信道状态
手机收到SI13以后，就会发起信道请求，BSC通过Pb接口将分组信道请求转发到PCU，消息名是BSC_PCU_CHAN_REQ，该消息可以在Pb接口跟踪到。
如果Pb接口有信道请求，但PCU没有发指配消息PCU_BSC_IMM_ASS，或者发的是拒绝消息PCU_BSC_IMM_ASS_REJ，说明PCU没有可用的分组信道。
需要检查PDCH的状态。
与小区状态相同，信道的操作状态也要接合可用状态Availabilitystate进行分析。
当信道操作状态为disabled时，可用状态有以下几种情况。
1.1.3.1设备未初始化（devicehasnotbeeninitialized）
设备未初始化状态说明PCU未向BSC申请PDCH，或者申请不成功。
对于固定信道，出现这种情况是不正常的；对于动态PDCH，如果手机发起了CHANNELREQUEST，小区内没有可用PDCH，也是不正常的。
对于这种情况，应跟踪Pb接口，看PCU收到BSC的CHAN_REQ消息以后，有没有向BSC发PCU_BSC_PDCH_REQ消息，触发PDCH申请流程。
1、如果PCU没有发这个消息，可以从以下两个方面来定位：
（1）RPPU板有没有可用的到小区所在BSC的PCIC。
使用mtpcicshowavailable命令检查RPPU板上是否有可用的PCIC，使用mtpcicshowunused命令检查RPPU板上是否还有未被使用的PCIC。
看看两者是否有交集，如果没有交集说明PCU找不到可以使用的PCIC用于PDCH申请。
（2）使用mtpdchshowavailable/unavailable分别查询RPPU板上可用和不可用的PDCH数，可用的PDCH数加上availabilitystate不是devicehasnotbeeninitialized的不可用PDCH数就是小区激活的PDCH总数。
如果确认为激活的PDCH数达到最大值，不去申请PDCH是正常的。
解决办法是等待其他激活了PDCH的小区业务结束，信道自动释放，这个小区就能去申请PDCH；或者可以强行释放其他认为不重要的小区所激活的PDCH（复位该小区或者连续闭塞解闭PDCH使用的PCIC）；最好是建议用户扩容。
还有一种情况，一块RPPU板上配置的固定PDCH数就达到或超过120，这样所配置的动态PDCH是无法激活的，需要修改信道配置。
2、PCU发起PDCH申请流程，但申请不成功。
PCU向BSC发PDCH_REQ消息，BSC向PCU会PDCH_NACK或者不回确认应答PDCH_ACK。
如果BSC不回应答，最好跟踪BSC的GPRS-ABIS接口，如果在这个接口中没有应答，应
升级会员 