GSM PCU话统分析指导书.doc

华为技术有限公司研究管理部文档中心文档编号文档版本密级内部公开产品名称：G3PCU共46页GSM PCU话统分析指导书(内部使用)拟制：PCU产品组日期：2005/9/3审核：日期：审核：日期：批准：日期：文档版本：华为技术有限公司版权所有 侵权必究修订记录日期文档修订版本描述作者2003/07/31V1.0初稿完成罗琨、郑航目 录第1章 话统分析的步骤11.1 话统分析准备11.1.1 话统登记推荐11.1.2 数据准备21.2 话统分析整体思路3第2章 CHECKLIST检查52.1 话统数据正确性检查52.2 话统数据异常性检查7第3章 BSC级话统分析方法103.1 PB接口LAPD链路质量分析103.2 BSC整体性能数据分析113.2.1 网络拥塞率分析113.2.2 网络掉话率分析123.2.3 PDCH信道数据分析13第4章 小区级话统分析方法144.1 小区传输链路质量分析144.1.1 小区的Um接口分析144.1.2 小区的G-Abis接口分析154.2 拥塞率分析164.2.1 拥塞率的定义164.2.2 拥塞率分析164.3 掉话率分析194.3.1 掉话率定义194.3.2 掉话率分析204.4 小区话务量分析214.4.1 LLC层的话务量统计214.4.2 RLC/MAC层话务量统计224.4.3 手机行为统计23第5章 附录1 话统指标统计点255.1 CPU性能测量255.1.1 CPU性能测量255.2 BSC整体性能测量255.2.1 BSC整体性能测量255.3 NS传输性能测量265.3.1 NS传输能力测量265.4 BSSGP性能测量275.4.1 BSSGP性能测量275.5 G-Abis口性能测量275.5.1 TRAU链路测量275.6 Pb接口性能测量285.6.1 LAPD链路测量285.7 小区性能测量295.7.1 CCCH上的分组接入性能测量295.7.2 PCCCH上的分组接入性能测量295.7.3 PACCH上的分组接入性能测量295.7.4 分组指配性能测量295.7.5 小区寻呼性能测量305.7.6 上行TBF建立和释放性能测量315.7.7 下行TBF建立和释放性能测量315.7.8 上行LLC数据传输性能测量325.7.9 下行LLC数据传输性能测量325.7.10 上行RLC数据传输性能测量335.7.11 下行RLC数据传输性能测量345.7.12 小区无线信道性能测量355.7.13 资源维护性能测量355.7.14 PDCH资源性能测量365.7.15 PDCH最值性能测量36第6章 附录2 话统分析相关案例376.1 LAPD过载导致手机无法接入案例37第1章 话统分析的步骤本文重点讨论PCU话统指标分析，假定读者已经熟悉和掌握话统的使用。对于话统数据的分析，主要是要达到故障处理、网络性能优化和建立分组话务模型的目的。1.1 话统分析准备1.1.1 话统登记推荐PCU提供了功能完备的话统测量，包括7个话统统计类型，22个话统测量类型，其中小区级的话统测量类型有16个。统计类型测量类型推荐登记时长推荐程度CPU性能测量CPU性能测量60分钟推荐登记BSC整体性能测量BSC整体性能测量 60分钟必须登记NS性能测量 NS传输能力测量 60分钟可不登记BSSGP性能测量 BSSGP性能测量 60分钟可不登记G-Abis接口性能测量TRAU链路测量 60分钟必须登记Pb口性能测量 LAPD链路测量 60分钟必须登记小区性能测量CCCH上的分组接入性能测量 60分钟可不登记PCCCH上的分组接入性能测量 不必登记PACCH上的分组接入性能测量 60分钟可不登记分组指配性能测量 60分钟必须登记小区寻呼性能测量 60分钟可不登记上行TBF建立和释放性能测量 60分钟必须登记下行TBF建立和释放性能测量 60分钟必须登记上行LLC数据传输性能测量 60分钟可不登记下行LLC数据传输性能测量 60分钟可不登记上行RLC数据传输性能测量 60分钟推荐登记下行RLC数据传输性能测量 60分钟推荐登记小区无线信道性能测量 60分钟推荐登记资源维护性能测量 60分钟推荐登记PDCH资源性能测量 60分钟必须登记PDCH最值性能测量60分钟推荐登记必须登记的话统项目共7项，覆盖了PCU运行状况的各主要方面，包括BSC整体测量和Pb、G-Abis、Um接口的主要测量项目。推荐登记的项目共6项，主要为小区级别的细节测量指标，反映了小区详细的运行状况，主要可用于网络优化和局部问题定位。另外在新开局点中也可以适当进行登记，保证在验收时交付给用户一个稳定的网络。其它项目属于次要项目，分析价值相对较小。例如Gb虽然是PCU重要接口，但该接口简单稳定，话统数据的异常信息量不大。除了特殊情况以外，一般不需要作为话统分析的重点。BSC整体性能测量反映的是整个BSC的分组业务运行状况，BSC测量和小区测量周期尽量保持一致，便于数据的分析，建议定为60分钟。例如话务模型中很重要的忙时业务分析就最好按小时进行测量。因目前话务量较小，若认为话统较细不便于查看，可将所有推荐时长全改为120分钟也可行。小区级别的各项话统测量类型主要可用于网络优化，对于局部的故障定位也较为有用，建议登记时长粒度较精细一些，都为60分钟。考虑到其话统指标之间的相关性较强，建议这些测量类型的时长一致。Gb接口上的NS性能测量、BSSGP性能测量和LLC传输性能测量，相对来说不是很重要，可不登记。1.1.2 数据准备在进行话统分析之前，首先应该对PCU数据配置、小区的PDCH配置、分组数据话务量分布等GPRS网络参数和网络设置有基本的了解。由于GPRS网络和GSM之间的不可分割性，因此也需要对GSM网络结构有一定的了解，尤其是一些与GPRS相关的网络参数设置，以及GSM电路域话务量状况等。在进行故障定位时，我们需要分析某个（些）孤立测量周期的话统数据。更多的时候，话统数据是从宏观的角度反映移动台的行为以及网络运行状态，在进行网络优化和分组话务模型分析时，分析某个孤立测量周期的话统数据意义不大，对一个较长时间段中的话统数据进行分析，才能正确把握网络的性能。建议每周对话统数据作一次分析，尤其是对GPRS业务相对较忙的BSC或者小区进行分析。和BSC不同，PCU的话统结果文件虽然也存放在硬盘上，但不能直接进行离线浏览，分析者可从OMC的话统台上将所登记的话统任务的结果以txt格式保存后，再用Excel或者Lotus 1-2-3打开，进行详细的分析。1.2 话统分析整体思路话统数据分析的原则是：从BSC整体到小区局部，从底层链路到上层业务，从异常现象定位到分析话务模型。话统数据的定期分析是一项非常重要的工作，我们建议至少一周对PCU的话统数据进行一次系统的分析，以掌握网络的基本运行状况。同时当网络出现异常或者故障，我们可以利用发生故障时间附近的话统结果，结合告警等其他手段来进行问题的定位。了解网络质量或者进行异常现象分析时，对取回的话统数据，参照话统数据的checklist，检查话统数据本身是否正确、话统数据相关性是否正确，是否有异常指标。若话统数据或者数据相关性不正确，可能是话统统计机制出现问题，此时要提交给研发部门进行定位。若发现话统指标有异常，则可能是网络运行出现问题，此时首先要查看一周或者一天的话统数据的变化趋势，按照从关键指标到次要指标的顺序，对整个BSC的话统数据进行分析和研究。先确认这些指标异常是普通现象还是个别现象。如果是BSC的普遍现象，就要从整个BSC的硬件设备、传输和网络优化角度进行分析。如果是个别小区异常，再进一步采用小区分析方法，逐步细化，必要时结合路测和信令分析仪在出问题的小区内进行更加细致的分析。在GPRS运营初期，分组业务尚无成熟的话务模型理论支撑，在例行的话统数据分析时，在排除网络异常后，也要着重进行一些分组话务模型数据的积累和分析。在分析的过程中，重点分析的是指标之间的相关性，如拥塞率、掉话率等，当然查看话统指标的绝对值，指标绝对值的偏高或者偏低，要结合实际情况和经验值进行进一步的分析。当然在实际操作中，PCU话统分析也不可能是孤立的方法，常常会结合PCU告警分析、路测数据或相关的BSC数据分析来进行，这样才能获得更加准确而有价值的信息。下图是话统分析的思路图：第2章 CHECKLIST检查使用checklist检查话统数据的目的有两个：检查话统数据的正确性l发现话统数据是否有异常l2.1 话统数据正确性检查对于待分析的话统数据，首先要保证其正确性，即话统数据本身应该是正确的。若话统数据是不正确的，说明PCU内部处理出现问题，此时要请研发人员进行分析定位。我们主要是从话统数据之间的相关性的角度检查话统数据的正确性，需要说明的是，由于话统数据是按照统计周期时间段进行差值累计或采样的，因此单个统计周期中的指标之间的数学关系（如“”、“”“”等）并非严格成立，会有细微的偏差。下表罗列了验证PCU话统数据的检查点：统计类型检查点CPU性能测量1、【CPU平均占有率】【CPU最大占有率】100%BSC整体性能测量1、【上行TBF建立尝试次数】【上行TBF建立成功次数】【上行TBF正常释放次数】 2、【下行TBF建立尝试次数】【下行TBF建立成功次数】【下行TBF正常释放次数】3、【可用PDCH的平均个数】【占用PDCH的平均个数】BSSGP性能测量 Pb口性能测量 1、【接收总帧数】【接收SABM帧（建链）次数】+【接收REJ（REJECT）帧次数】+【接收I帧次数】2、【发送总帧数】【发送SABM帧（建链）次数】+【发送REJ（REJECT）帧次数】+【发送I帧次数】3、【I帧消息重发次数】【接收REJ（REJECT）帧次数】小区性能测量1、【CCCH上分组信道请求次数】【RACH上一阶段接入信道请求次数】【RACH上单块请求次数】2、【上行指配次数】【上行立即指配次数】+【在PACCH上的上行指配次数】3、【上行指配成功次数】【上行立即指配成功次数】+【在PACCH上的上行指配成功次数】4、【下行指配次数】【下行立即指配次数】【在PACCH 上的下行指配次数】5、【下行指配成功次数】【下行立即指配成功次数】【在PACCH上的下行指配成功次数】6、【接收分组寻呼请求次数】【接收电路寻呼请求次数】【PCH上下发的分组寻呼请求次数】【PPCH上下发的分组寻呼请求次数】【PCH上下发的电路寻呼请求次数】【PPCH上下发的电路寻呼请求次数】【PPCH队列中丢弃的寻呼消息次数】7、【发送分组寻呼请求次数】【PCH上下发的分组寻呼请求次数】【PPCH上下发的分组寻呼请求次数】【PPCH队列中丢弃的寻呼消息次数】8、【发送电路寻呼请求次数】【PCH上下发的电路寻呼请求次数】【PPCH上下发的电路寻呼请求次数】9、【上行TBF建立尝试次数】【上行TBF建立成功次数】【无信道资源导致上行TBF建立失败次数】【手机无响应导致上行TBF建立失败次数】10、【上行TBF建立成功次数】【上行TBF正常释放次数】【N3101溢出导致上行TBF异常释放次数】【N3103溢出导致上行TBF异常释放次数】【SUSPEND导致上行TBF异常释放次数】【FLUSH导致上行TBF异常释放次数】【无信道资源导致上行TBF异常释放次数】11、【下行TBF建立尝试次数】【下行TBF建立成功次数】【无信道资源导致下行TBF建立失败次数】【手机无响应导致下行TBF建立失败次数】12、【下行TBF建立成功次数】【下行TBF正常释放次数】【N3105溢出导致下行TBF异常释放次数】【SUSPEND导致下行TBF异常释放次数】【FLUSH导致下行TBF异常释放次数】【无信道资源导致下行TBF异常释放次数】13、【上行RLC数据块总数】【上行CS1的RLC数据块个数】【上行CS2的RLC数据块个数】【上行CS3的RLC数据块个数】【上行CS4的RLC数据块个数】14、【下行RLC数据块总数】【下行CS1的RLC数据块个数】【下行CS2的RLC数据块个数】【下行CS3的RLC数据块个数】【下行CS4的RLC数据块个数】15、【PDCH上实际使用的块数】【PDTCH/PACCH上行实际传送的块数】【PDTCH/PACCH下行实际传送的块数】 16、小区配置的信道数【可用PDCH的平均个数】【占用PDCH的平均个数】17、【TCH转换为PDCH的尝试次数】【TCH转换为PDCH的成功次数】18、【BSC回收动态PDCH次数】【BSC回收有负载动态PDCH次数】19、小区配置的信道数【可用PDCH的最大个数】【可用PDCH的最小个数】20、小区配置的信道数【占用PDCH的最大个数】【占用PDCH的最小个数】 【注】：小区性能测试中的检查点6，与目前版本中话统的实现不一致。主要是目前版本中对【PPCH上下发的分组寻呼请求次数】和【PPCH上下发的电路寻呼请求次数】的处理有误，统计的是MAC收到GRLM的PS/CS寻呼消息的数目，不是实际放入寻呼队列的数目。2.2 话统数据异常性检查当话统数据通过正确性检查后，我们就需要分析数据是否有指标异常。下表罗列了是否有异常指标的检查点：统计类型检查点CPU性能测量1、【CPU最大占有率】80%2、【CPU平均占有率】50%BSC整体性能测量1、BSC上行拥塞率1-(【上行TBF建立成功次数】/【上行TBF建立尝试次数】)，BSC上行拥塞率20%2、BSC下行拥塞率1-(【下行TBF建立成功次数】/【下行TBF建立尝试次数】)，BSC下行拥塞率20%3、BSC上行掉话率=(【上行TBF建立成功次数】-【上行TBF正常释放次数】)/【上行TBF建立成功次数】，BSC上行掉话率10%4、BSC下行掉话率=(【下行TBF建立成功次数】-【下行TBF正常释放次数】)/【下行TBF建立成功次数】，BSC下行掉话率10%NS性能测量 1、【发送RESET消息的个数】【接收RESET ACK消息的个数】 2、【接收RESET消息的个数】【发送RESET ACK消息的个数】3、【发送BLOCK消息的个数】【接收BLOCK ACK消息的个数】4、【接收BLOCK消息的个数】【发送BLOCK ACK消息的个数】5、【发送UNBLOCK消息的个数】【接收UNBLOCK ACK消息的个数】6、【接收UNBLOCK消息的个数】【发送UNBLOCK ACK消息的个数】Pb口性能测量 1、LAPD建链过程中：【发送SABM帧（建链）次数】【接收UA帧（建链响应）次数】【接收SABM帧（建链）次数】【发送UA帧（建链响应）次数】2、系统开工后，正常运行过程中：【发送SABM帧（建链）次数】0,1【接收UA帧（建链响应）次数】0,1【接收SABM帧（建链）次数】0,1【发送UA帧（建链响应）次数】0,13、I帧收发检查：【发送I帧次数】为0100次/秒【接收I帧次数】为0100次/秒【发送I帧字节数】为06000字节/秒【接收I帧字节数】为06000字节/秒【I帧消息重发次数】为010次/15分钟4、REJ帧收发检查：【发送REJ（REJECT）帧次数】为05次/15分钟【接收REJ（REJECT）帧次数】为05次/15分钟5、层三信令收发检查：【层三请求发送数据次数】为0100次/秒【层三请求发送数据字节数】为0100字节/秒【下行消息队列溢出次数】0,1【上行消息队列溢出次数】0,16、接收错误帧统计检查：误帧率=【接收误帧数】/【接收总帧数】误帧率2%小区性能测量1、小区上行TBF拥塞率=(【上行TBF建立尝试次数】-【上行TBF建立成功次数】)/【上行TBF建立尝试次数】，小区上行TBF拥塞率20%2、小区下行TBF拥塞率=(【下行TBF建立尝试次数】-【下行TBF建立成功次数】)/【下行TBF建立尝试次数】，小区下行TBF拥塞率20%3、上行TBF掉话率=【上行TBF异常释放次数】/【上行TBF建立成功次数】，上行TBF掉话率10%4、下行TBF掉话率=【下行TBF异常释放次数】/【下行TBF建立成功次数】，下行TBF掉话率10%5、动态信道申请成功率=【TCH转换为PDCH成功次数】/【TCH转换为PDCH尝试次数】动态信道申请成功率80%第3章 BSC级话统分析方法3.1 PB接口LAPD链路质量分析PB接口是PCU和BSC之间的信令接口，由于PCU是半独立设备，可以连接多个BSC，所以PCU和BSC之间常常也需要通过传输甚至是长途传输设备。从LAPD话统数据可以分析出PB接口的传输质量以及高层数据的一些基本情况。LAPD主要需要分析的话统数据项目如下。【发送SABM帧（建链）次数】l【接受UA帧（建链响应）次数】l【发送I帧次数】l【接收I帧次数】l【发送I帧字节数】l【接收I帧字节数】l【l I帧消息重发次数】【下行消息队列溢出次数】l一般情况下，LAPD链路质量是比较稳定的，不需要进行过多的分析。只是在某些特殊情况下，需要LAPD底层数据以支撑高层的分析。LAPD的数据分析主要集中在以下几点：1）LAPD断链分析一般情况下，“发送SABM帧（建链）次数”数值是小于等于1的。若其数值大于10，同时“接受UA帧（建链响应）次数”的数据也接近前者，则表示LAPD出现了频繁断链情况。这一般是传输不稳定的结果，可检查传输线路质量。若建链响应次数为0，而建链次数数值较大，则说明此段时间LAPD一直处于断链的情况，需要马上检查LAPD是否正常，传输是否中断。2）LAPD话务模型分析在网络配置中，常常需要分析底层数据话务模型。在LAPD数据中主要是分析忙时LAPD业务量、忙时LAPD传输占空比等信息。忙时LAPD业务量是指分析忙时LAPD的最大数据流量，主要是分析发送I帧字节数和接收I帧字节数，若流量较大，需要考虑扩容。忙时LAPD传输占空比，是指LAPD传输带宽与LAPD理论带宽之间的比值。一般来说占空比越大，表示业务量大LAPD利用充分；若在忙时占空比仍很小，说明LAPD数据流量较小，系统有一定余量（仅指LAPD层面）。具体举例来说，目前PCU网上出现的LAPD忙时最大接收的I帧字节数为15292463字节，此时LAPD传输速率为15292463/3600s = 4248 Bytes/s = 34Kbps。而LAPD传输占空比即为34kbps / 64kbps = 53% .一般情况下，LAPD传输占空比（发送/接收）小于30%，若该值偏大，则说明LAPD负荷过重，观察“下行消息队列溢出次数”一般也数值较大。LAPD负荷重会引起LAPD传输时延长、丢失高层消息等后果，影响网络质量，此时需要考虑对LAPD扩容。3.2 BSC整体性能数据分析 在BSC整体性能分析中，主要是查看整个BSS的整体状况。如果数据有问题表明网络质量较差，则需要进行小区级别的细节分析以改善网络质量，而在细节分析上与小区话统分析其实基本相同。主要有拥塞率和掉话率两个分析指标。3.2.1 网络拥塞率分析网络拥塞率的原意是指由于网络拥塞造成手机不能接入网络的比率。在GPRS系统中因手机接入流程不同，所以拥塞率的概念与GSM语音系统也有所区别。拥塞率主要是指立即指配成功率，受到数据配置、网络容量、信道质量、电路业务繁忙程度和分组业务繁忙程度等多方面因素的复杂影响。相关的主要话统数据如下。【上行TBF建立尝试次数】l【上行TBF建立成功次数】l【下行TBF建立尝试次数】l【下行TBF建立成功次数】l拥塞率参考值：20在GSM语音系统中，拥塞率一般小于10%，而GPRS网络中拥塞率高主要是因为系统没有针对分组域情况进行仔细的网络优化。而且由于GPRS流程的独特性（指配消息重传次数较多），指配失败对手机业务和资源利用影响不大，因此拥塞率略大一点也是可以接受的。若拥塞率较大，就需要检查可疑时间段里的小区话统数据。一般会找到拥塞率很高的个别小区，其影响了整体的性能指标。之后再对具体小区进行分析，可落实到更详细的原因并进行针对处理，可参见小区拥塞率话统分析。3.2.2 网络掉话率分析网络掉话率相关的主要话统数据如下。【上行TBF建立成功次数】l【上行TBF正常释放次数】l【下行TBF建立成功次数】l【下行TBF正常释放次数】l掉话率参考值：10由于目前GPRS网络没有实现小区切换，完全是手机自主重选小区，若在传输中重选小区必然造成掉话。只是由于TBF传输时间原本较短（平均23秒），因此掉话率虽比语音系统相对要高一些，但对业务的影响也较小。与拥塞率类似，若掉话率较高，也就需要检查可疑时间段里的小区话统数据。一般会找到掉话率明显异常的个别小区，其影响了整体的性能指标。之后再针对该具体小区进行分析，落实到更详细的原因（一般是小区信道状态不对或网络优化问题）并进行处理，可参见小区掉话率话统分析。3.2.3 PDCH信道数据分析PDCH信道数据分析主要是分析系统是否超负荷运行。其相关的PDCH话统指标如下。【可用PDCH的平均个数】l【被占用PDCH的平均个数】l参考值：可用PDCH平均个数 100被占用PDCH平均个数 80目前PDCH类型分动态PDCH和固定PDCH两种，而且PCU的一块PB板最多只能支持120条可用的PDCH（如果以后升级到EDGE，最大可用的PDCH数可能还会有一定的下降）。在目前GPRS话务量不大的情况，网上大多数PCU都采取了小区数大于信道数的配置方法，以减少成本实现广覆盖。因此网上容易出现信道不够的情况，此时部分小区会无法申请到PDCH导致不能进行业务，需要考虑网络扩容。因为话统数据是平均数值，因此当可用PDCH平均个数超过100时，其最大值就很可能已经达到了120，会影响部分小区业务。发现这种情况时，首先需要检查占用PDCH平均个数。如果占用PDCH个数较少（例如小于40），则说明实际业务量并不大，很可能是固定信道配置过多，导致信道利用率很低。这种情况下需要选择小区减少固定信道的配置数量。若占用PDCH个数也比较多，则说明实际业务量确实比较大，此时应该建议局方进行网络扩容。第4章 小区级话统分析方法4.1 小区传输链路质量分析这里的小区传输链路指从手机到GPRS核心网的整条传输路径，包括：小区的Um接口、G-Abis接口、Pb接口和Gb接口。Pb接口的传输质量分析，请参见“BSC级话统分析方法”。4.1.1 小区的Um接口分析1、N3101、N3103和N3105都是网络侧对上下行TBF链路质量监控的相关计数器，若这些计数器异常导致上行或者下行的TBF异常释放，则表示链路异常。因此N3101异常率、N3103异常率或者N3105异常率偏高，则说明传输链路很有可能质量不好。N3101、N3103和N3105异常率的计算公式如下：2、上下行RLC数据块的重传率和CS编码的升降次数也能反映出小区传输链路的质量，相关的话统指标有：【上行CS1的RLC数据块重传率(%)】l【上行CS2的RLC数据块重传率(%)】l【上行CS3的RLC数据块重传率(%)】l【上行CS4的RLC数据块重传率(%)】l【下行CS1的RLC数据块重传率(%)】l【下行CS2的RLC数据块重传率(%)】l【下行CS3的RLC数据块重传率(%)】l【下行CS4的RLC数据块重传率(%)】l【上行TBF的CS升级次数】l【上行TBF的CS降级次数】l【下行TBF的CS升级次数】l【下行TBF的CS降级次数】l3、Gb接口上的【发送RADIO STATUS PDU的个数】统计值也能反映本小区的空口传输质量。当手机在无线覆盖范围之外，或者无线信道质量太差无法继续通信，PCU将发送RADIO-STATUS PDU给SGSN。当发现小区的传输质量有异常时，要先分析该小区所属BSC的传输质量，其次分析小区所属站点的传输质量，最后分析本小区空口的传输质量。分析的思路是从大到小，逐步求精。如Pb接口和G-Abis接口的传输质量都很好，但是小区的BLER仍较高，说明小区的Um口可能出问题，此时需要检查小区的设备，或调整网络参数，改善本小区Um口的传输质量。4.1.2 小区的G-Abis接口分析G-Abis接口是PCU和BTS之间的接口，所以是基于小区的一个话统指标。该话统指标主要是用于网络链路层的传输质量分析。主要的话统指标有：【接收正常帧的个数】l【接收失步帧的个数】l【接收校验错帧的个数】l【发送有效帧的个数】l【发送空帧的个数】l链路同步后因为传输层的发送方并不知道链路质量如何，只有接收方才能分析收到的数据以判断链路质量。所以G-Abis话统分析主要是分析接收数据的误帧率。接收帧数中失步帧是指信道链路同步前的数据帧数，在动态信道转换过程中总是有同步过程，因此失步帧的比率与信道类型、链路质量和同步算法都有较复杂的关系。而校验错帧是信道同步后传输链路数据校验和计算错误，简单直接地反映了链路质量。其误帧率计算公式如下（条件是正常帧个数0）。从网上的实际数据来看，正常情况下误帧率都小于10e-5，即万分之一，相当于每个信道平均4分钟有一个错帧。此时链路质量较好，手机能稳定进行数据传输。传输链路较差时误帧率小于10e-4（千分之一），此时平均每分钟有13个错帧，由于传输误帧的突发性，受到影响的手机容易出现速率下降、传输延迟变长甚至掉话掉网等现象。当误帧率大于10e-4时，链路已相当不稳定，容易出现失步现象，失步帧比率也明显上升。手机往往只能完成小数据量的业务（如高层信令、少量WAP），大数据量传输（如FTP）就困难了。由于实际运营中传输往往是租用线路（例如微波卫星等），不受移动运营商直接控制，因此误帧率在千分之五以下就可以接受了。若发现某小区信道误帧率长期偏高，认定为传输问题，可建议局方检查传输线路改善网络。4.2 拥塞率分析4.2.1 拥塞率的定义拥塞率的分析，即是对上下行TBF建立情况的分析，与小区级的拥塞率直接相关的话统指标有：【上行TBF建立尝试次数】l【上行TBF建立成功次数】l【下行TBF建立尝试次数】l【下行TBF建立成功次数】l上行拥塞率参考值：20下行拥塞率参考值：204.2.2 拥塞率分析拥塞率较高时，分析的思路如下图所示：1. 无分组资源若是在CCCH的上行接入，无分组资源时PCU将给手机发送立即指配拒绝消息；若是PACCH的上行接入，无分组资源时PCU将给手机发送分组接入拒绝消息；若是CCCH/PACCH的下行建立请求，无分组资源时PCU不给手机发送任何消息，只是相关的话统指标值加1。查看在同一话统统计周期中【无信道资源导致上行TBF建立失败次数】和【无信道资源导致下行TBF建立失败次数】 指标，若是由于该指标较高导致拥塞率较高，可能的原因有：（1）由于分组业务量较大，导致拥塞。仅仅通过调整信道上的手机最大复用数势必影响手机的传输速率，若小区无固定PDCH，则可考虑配置一条固定PDCH；若小区有固定PDCH，则建议增加动态PDCH的数量。（2）用户手工闭塞信道，导致手机接入困难。此时可以通过在PCU的操作维护台上查看命令行的Log日志，确认是否真的有用户在统计周期中将本小区的信道闭塞。同时也可以查看【BSC发起信道闭塞次数】和【BSC发起信道解闭次数】等话统指标来确认BSC是否有对分组信道进行闭塞和解闭的操作。（3）若没有信道被闭塞，那么可能是小区中的分组信道复用的MS数接近饱和，导致手机接入困难。此时可以在PCU维护台上调整pdchpara表中的MaxUlHighLd/MaxDlHighLd域，来允许本小区承载更多手机的分组业务。（4）CCCH随机接入碰撞也会影响CCCH上行指配成功率，此时可结合【CCCH上分组接入请求发生的平均时间间隔（秒）】来进行分析。为了减少随机接入碰撞，可调整CCCH接入门限和发起信道请求的间隔时间的值。（5）小区中配置的信道类型以及数量也会对拥塞率的统计产生较大的影响。现网上小区的分组信道配置一般为1个固定信道加两个动态信道，或者全为动态信道，在CCCH上行接入的过程中，若当前小区中没有固定信道，或者固定信道已经被占满，此时PCU需要向BSC申请动态信道，在动态信道没有申请回来之前，手机的接入请求将无法得到满足，这种情况下就会影响小区的拥塞率统计值。此时我们可通过结合分析在本统计周期中小区的【可用PDCH的平均个数】、小区的信道配置、小区的Pdchpara表以及小区的实际话务量来综合分析。出现该现象，可以通过调整小区的信道配置（入增加固定信道的数量），或者调整Pdchpara相关参数来调整。（6）实现广覆盖时，PCU的一块RPPUPb板上配置的小区数可能会大于120（一块RPPUPb支持的最大激活PDCH数量），在本板分组业务较繁忙时（最明显的是占用的PDCH平均数量已经超过100），若小区没有配置固定信道而仅仅配置了动态信道，就有可能导致本小区由于没有信道信道而导致拥塞，此时就需要提醒运营商适当缩小RPPUPb板覆盖范围，进行扩容。（7）PDCH信道失步也会导致无分组资源，不能对手机进行指配，此时需要查看在该统计周期中，BTS是否有PCM相关告警，以及PCU是否有链路故障告警，和PDCH失步告警（该告警现在是内部调试告警）。若发现有PDCH失步的现象，请检查PCU和BSC，以及BTS和BSC之间的链路是否异常。2. 指配成功率低指配成功率低必然导致拥塞率上升，同一个话统周期中的【手机无响应导致上行TBF建立失败次数】和【手机无响应导致下行TBF建立失败次数】指标是造成指配成功率低的主要原因，若是由于该指标较高，导致拥塞率高，可能的原因：（1）本小区的传输链路质量差，块误码率较高，具体分析方法参见“小区传输链路质量分析”。在小区传输质量较差的情况，我们也可以通过调整GPRS网络参数来提高TBF接入成功率。如调整T3168定时器（GPRS Cell Option参数，指手机在发送了Packet Resource Request消息后等待Packet Uplink Assignment消息的时长）的值，传输质量差时T3168要适当加长，以延长TBF建立的时延，这样可能会提高接入成功率；传输质量较好时T3168可以适当减小，引导手机以较快频率重发接入请求消息，以提高网络侧对TBF的建立请求的响应时间。一般情况下（2%BLER10%）T3168可以考虑在500ms2000ms之间进行调整较合适。考虑到目前大多数手机很少发起两阶段接入请求，因此在普通小区中调整T3168的值对提高TBF建立成功率不会有什么影响，而在卫星小区中，PCU强制手机进行两阶段接入，此时调整T3168的值会起到一定的效果。在适当的时候也可以考虑下调T3192定时器（手机在下行TBF释放后仍监听下行PACCH的时长）的值，该定时器实际上是为了提高下行TBF的建立速度，减少信令开销，但是下行数据流非连续时，该定时器实际上延长了PDCH被占用的时间，也会造成分组资源紧张，导致拥塞。调整T3192的时候应该充分分析当前小区的分组业务负荷以及下行数据业务模型，在下行高负荷的小区中调整T3192的值要尤其谨慎。（2）分组话务量过大，导致网络内部队列拥塞，指配消息延迟过长， 导致TBF建立失败。此时对于TBF的建立，为了降低网络侧对指配延迟的敏感度，可通过软件参数表调高g_N3101Max（N3101是网络侧对USF监控）和g_N3105Max（N3105是网络侧对下行TBF中RRBP的监控）值。当然如果分组话务量大且持续时间长，超出优化调整能力，建议运营商扩容。4.3 掉话率分析4.3.1 掉话率定义掉话率的分析，即是对上下行TBF释放情况的分析，与小区级的掉话率直接相关的话统指标有：【上行TBF正常释放次数】l【N3101溢出导致上行TBF异常释放次数】l【N3103溢出导致上行TBF异常释放次数】l【SUSPEND导致上行TBF异常释放次数】l【FLUSH导致上行TBF异常释放次数】l【无信道资源导致上行TBF异常释放次数】l【下行TBF正常释放次数】l【N3105溢出导致下行TBF异常释放次数】l【SUSPEND导致下行TBF异常释放次数】l【FLUSH导致下行TBF异常释放次数】l【无信道资源导致下行TBF异常释放次数】l上行TBF掉话率参考值：10%上行TBF掉话率参考值：10%4.3.2 掉话率分析分组掉话率高与小区的无线质量，话务量，甚至与手机的行为都有密切的相关，实际要结合各种可能的因素进行具体分析。1、首先区分是TBF掉话率高是BSC普遍现象还是个别站点，或者是个别小区现象， 如果是BSC级的TBF掉话率高，分析方法请参见“BSC结话统分析方法”； 如果是个别战点或者个别小区掉话特别严重而导致整体掉话率异常，先根据话统确认排除设备故障造成的掉话。设备故障检查包括检查基站和PCU硬件。其次是排除传输链路上的故障，包括小区的空口、TRAU链路和Pb链路等。设备和传输问题常伴随告警消息，可以辅助参考。2、排除设备复位、手工闭塞等原因造成没有分组资源，导致TBF掉话，同一话统周期中的两个指标【无信道资源导致上行TBF异常释放次数】和【无信道资源导致下行TBF异常释放次数】能基本反映TBF掉话是由于电路业务抢占分组资源。此时本小区中的电路业务量应该较高，可结合【BSC回收有负载动态PDCH次数】以及与PDCH转换相关的话统指标进行分析。为了保证在电路业务忙的小区中的分组业务，可以考虑在小区增加固定信道的配置，当然固定信道增加后将影响GPRS业务的覆盖，这需要有一个全局的规划。3、手机的行为也会导致TBF掉话。【SUSPEND导致上行TBF异常释放次数】和【SUSPEND导致下行TBF异常释放次数】两个指标反映了手机的电路业务行为对分组业务的影响程度，如手机进行位置区更新或者周期性的位置区更新，或在进行分组业务的同时手机主动发起电路呼叫等都会使这两个话统指标的值上升。排除手机在位置区边缘频繁切换移动，由于SUSPEND行为导致TBF异常释放的话统指标不应该成为TBF掉话的主要原因。当手机在进行分组业务时进行小区重选，将导致FLUSH LL而使TBF异常释放，此时重点查看【FLUSH导致上行TBF异常释放次数】和【FLUSH导致下行TBF异常释放次数】两项话统指标值，并结合【手机选入小区次数】、【手机短间隔选出小区次数】和【手机乒乓小区重选次数】进行分析。4.4 小区话务量分析和GSM电路业务不同，无线分组数据业务目前还没有典型的业务量模型。为了帮助网络设备运营商积累数据，以建立相关的业务模型，华为技术有限公司的PCU系统提供相关的性能测量项。4.4.1 LLC层的话务量统计参考“上行LLC数据传输性能测量”和“上行LLC数据传输性能测量”话统测量类型中的相关话统指标，可以获取上下行LLC PDU的平均长度，以及LLC层的上下行平均吞吐率：【上行LLC_PDU平均长度】l【下行LLC_PDU平均长度】l【LLC层上行吞吐率（kbits/s）】l【LLC层下行吞吐率（kbits/s）】l这里的LLC层上下行平均吞吐率是以一个统计周期来统计的，就是说，统计周期长度的选取对于吞吐率将有很大的影响，但这很真实地反映了在这个统计周期中，LLC层数据流量的大小，请参见附录中LLC层平均吞吐率的计算公式。4.4.2 RLC/MAC层话务量统计1. TBF数据流量统计相关的话统指标有：【上行TBF总数】l【下行TBF总数】l【上行TBF的平均吞吐率（kbits/s）】l【下行TBF的平均吞吐率（kbits/s）】l【上行TBF平均传输字节数】l【下行TBF平均传输字节数】l值得提醒的是，这里的上下行TBF的平均吞吐率也是以一个统计周期来计算的，它不代表TBF本身的数据流速，而是反映在整个统计周期时长中TBF数据流量的大小，可参考附录中上下行TBF平均吞吐率的计算公式。2. PDCH信道利用率统计信道利用率是综合考虑PCU在忙时和闲时，PDCH上块级别的利用率，因此若发现信道利用率偏低，可能是由于小区中没有进行数据业务，或者是数据业务量很小。上下行PDTCH/PACCH信道利用率在一定程度上也能反映当前小区的分组业务量的大小。相关的话统指标有：【小区PDCH实际平均利用率（%）】l【上行PDTCH/PACCH信道利用率（%）】l【下行PDTCH/PACCH信道利用率（%）】l3. PDCH占用统计（1）通过对PDCH占用情况的统计，可以了解电路业务对分组业务的抢占情况。实际上现网上小区的PDCH配置基本上是1个静态信道2个动态信道，或者全部为动态信道，因此更能反映电路业务对分组业务抢占的是BSC回收有负载的动态信道的次数和TCH转换为PDCH的成功率。相关的计算公式有：（2）考虑到实际的PDCH类型配置以及pdchpara表的设置，对PDCH的使用率也能在一定程度上反映小区的话务量，相关的话统指标有：【可用PDCH的平均个数】l【占用PDCH的平均个数】l【所有可用的PDCH均被分配的时间（秒）】l若小区中配置了固定信道，则在一般情况下（除开小区刚开工时），【可用PDCH的平均个数】应该等于小区中配置的固定信道数量，否则就表明在该统计周期中小区的状态曾经发生异常。若小区中配置的全是动态信道，则可以从【可用PDCH的平均个数】以及【占用PDCH的平均个数】来判断在该统计周期中是否有动态信道的申请，若该两项指标都接近0，则表示在该统计周期中小区里没有数据业务，此时也可以参考其他关于TBF的话统指标加以互相印证。从【占用PDCH的平均个数】，也可以看出小区的分组业务忙闲状况，之后我们可以根据小区的忙闲状态来调整小区的信道配置类型，相对闲的小区可以考虑多配置动态信道，相对忙的小区可以考虑多配置固定信道。4.4.3 手机行为统计1、手机在CCCH上接入频度统计，相关的指标有：【CCCH上分组接入请求发生的平均时间间隔（秒）】。l2、接入手机的个数统计，相关的指标有：【手机选入小区次数】l【手机短间隔选出小区次数】l3、手机在数据传输过程中的小区更新次数：【接收FLUSHl LL PDU的个数】4、手机的SUSPEND/RESUME次数：【发送SUSPEND PDU的个数】l【发送RESUMEl PDU的个数】第5章 附录1 话统指标统计点5.1 CPU性能测量5.1.1 CPU性能测量指标统计点【CPU平均占有率（%）】在一个测量周期内，对CPU占用率进行N次采样，并累加得到占用率的总数。CPU平均占有率就是 CPU占有率总数 / N【CPU最大占有率（%）】比较统计周期内历次采样的CPU占用率，取最大值5.2 BSC整体性能测量5.2.1 BSC整体性能测量指标统计点【上行TBF建立尝试次数】当PCU收到MS的上行TBF建立请求消息，此统计值加一【上行TBF建立成功次数】PCU在发送上行指配消息后成功收到MS的上行数据块时，上行TBF建立成功次数加一【上行TBF正常释放次数】当PCU收到MS结束TBF传输的分组控制确认消息时，此统计值加一【下行TBF建立尝试次数】当PCU发送下行指配消息，尝试建立下行TBF时，此统计值加一【下行TBF建立成功次数】当PCU收到MS对下行TBF的指配消息的确认时，此统计值加一【下行TBF正常释放次数】当PCU收到MS结束TBF的下行确认或控制确认消息时，此统计值加一【发送上行LLC-PDU个数】当PCU发送一个LLC-PDU到Gb接口时，此测量值加一【发送上行LLC-PDU总字节数】当PCU发送一个LLC-PDU到Gb接口时，此统计值对这个LLC-PDU的长度进行累加【接收下行LLC-PDU个数】当PCU收到一个下行LLC-PDU时，此统计值加一【接收下行LLC-PDU总字节数】当PCU收到一个下行LLC-PDU时，此统计值进行累加【发送分组寻呼请求次数】当PCU下发一条GPRS寻呼请求消息时，此统计值加一【发送电路寻呼请求次数】当PCU下发一条电路寻呼请求消息时，此统计值加一【可用PDCH的平均个数】在一个测量周期内对B