1、i文档编号 文档版本 密级内部公开华为技术有限公司研究管理部文档中心 产品名称：G3PCU 共46页GSM PCU话统分析指导书(内部使用)拟制： PCU产品组 日期： 2005/9/3审核： 日期：审核： 日期：批准： 日期：文档版本：华为技术有限公司ii版权所有 侵权必究修订记录日期 文档修订版本 描述 作者2003/07/31 V1.0 初稿完成 罗琨、郑航iii目 录第 1 章 话统分析的步骤 .11.1 话统分析准备 .11.1.1 话统登记推荐 11.1.2 数据准备 .21.2 话统分析整体思路 .3第 2 章 CHECKLIST 检查 52.1 话统数据正确性检查 52.2 话
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 小区话务量分析
3、 .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 性能测量 27iv5.4.1 BSSGP 性能测量 275.5 G-Abis 口性能测量 275.5.1 TRAU 链路测量 275.6 Pb 接口性能测量 .285.6.1 LAPD 链路测量 .2
4、85.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
5、.7.13 资源维护性能测量 .355.7.14 PDCH 资源性能测量 .365.7.15 PDCH 最值性能测量 .36第 6 章 附录 2 话统分析相关案例 376.1 LAPD 过载导致手机无法接入案例 .37GSM PCU 话统分析指导书(内部使用) 文档密级：内部公开2018-09-10 华为机密，未经许可不得扩散 第 1 页, 共 41 页第 1 章 话统分析的步骤本文重点讨论 PCU 话统指标分析，假定读者已经熟悉和掌握话统的使用。对于话统数据的分析，主要是要达到故障处理、网络性能优化和建立分组话务模型的目的。1.1 话统分析准备1.1.1 话统登记推荐PCU 提供了功能完备的
6、话统测量，包括 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 上的分组接入性
7、能测量 不必登记 PACCH 上的分组接入性能测量 60 分钟 可不登记分组指配性能测量 60 分钟 必须登记小区寻呼性能测量 60 分钟 可不登记 上行 TBF 建立和释放性能测量 60 分钟 必须登记下行 TBF 建立和释放性能测量 60 分钟 必须登记上行 LLC 数据传输性能测量 60 分钟 可不登记下行 LLC 数据传输性能测量 60 分钟 可不登记上行 RLC 数据传输性能测量 60 分钟 推荐登记下行 RLC 数据传输性能测量 60 分钟 推荐登记小区无线信道性能测量 60 分钟 推荐登记GSM PCU 话统分析指导书(内部使用) 文档密级：内部公开2018-09-10 华为机密
8、，未经许可不得扩散 第 2 页, 共 41 页统计类型 测量类型 推荐登记时长 推荐程度资源维护性能测量 60 分钟 推荐登记PDCH 资源性能测量 60 分钟 必须登记PDCH 最值性能测量 60 分钟 推荐登记必须登记的话统项目共 7 项，覆盖了 PCU 运行状况的各主要方面，包括BSC 整体测量和 Pb、G-Abis、Um 接口的主要测量项目。推荐登记的项目共 6 项，主要为小区级别的细节测量指标，反映了小区详细的运行状况，主要可用于网络优化和局部问题定位。另外在新开局点中也可以适当进行登记，保证在验收时交付给用户一个稳定的网络。其它项目属于次要项目，分析价值相对较小。例如 Gb 虽然是
9、 PCU 重要接口，但该接口简单稳定，话统数据的异常信息量不大。除了特殊情况以外，一般不需要作为话统分析的重点。BSC 整体性能测量反映的是整个 BSC 的分组业务运行状况，BSC 测量和小区测量周期尽量保持一致，便于数据的分析，建议定为 60 分钟。例如话务模型中很重要的忙时业务分析就最好按小时进行测量。因目前话务量较小，若认为话统较细不便于查看，可将所有推荐时长全改为 120 分钟也可行。小区级别的各项话统测量类型主要可用于网络优化，对于局部的故障定位也较为有用，建议登记时长粒度较精细一些，都为 60 分钟。考虑到其话统指标之间的相关性较强，建议这些测量类型的时长一致。Gb 接口上的 NS
10、 性能测量、BSSGP 性能测量和 LLC 传输性能测量，相对来说不是很重要，可不登记。1.1.2 数据准备在进行话统分析之前，首先应该对 PCU 数据配置、小区的 PDCH 配置、分组数据话务量分布等 GPRS 网络参数和网络设置有基本的了解。由于 GPRS网络和 GSM 之间的不可分割性，因此也需要对 GSM 网络结构有一定的了解，尤其是一些与 GPRS 相关的网络参数设置，以及 GSM 电路域话务量状况等。在进行故障定位时，我们需要分析某个（些）孤立测量周期的话统数据。更多的时候，话统数据是从宏观的角度反映移动台的行为以及网络运行状态，在进行网络优化和分组话务模型分析时，分析某个孤立测量
11、周期的话统数据意义不大，对一个较长时间段中的话统数据进行分析，才能正确把握网络的性能。建议每周对话统数据作一次分析，尤其是对 GPRS 业务相对较忙的BSC 或者小区进行分析。GSM PCU 话统分析指导书(内部使用) 文档密级：内部公开2018-09-10 华为机密，未经许可不得扩散 第 3 页, 共 41 页和 BSC 不同，PCU 的话统结果文件虽然也存放在硬盘上，但不能直接进行离线浏览，分析者可从 OMC 的话统台上将所登记的话统任务的结果以 txt 格式保存后，再用 Excel 或者 Lotus 1-2-3 打开，进行详细的分析。1.2 话统分析整体思路话统数据分析的原则是：从 BS
12、C 整体到小区局部，从底层链路到上层业务，从异常现象定位到分析话务模型。话统数据的定期分析是一项非常重要的工作，我们建议至少一周对 PCU 的话统数据进行一次系统的分析，以掌握网络的基本运行状况。同时当网络出现异常或者故障，我们可以利用发生故障时间附近的话统结果，结合告警等其他手段来进行问题的定位。了解网络质量或者进行异常现象分析时，对取回的话统数据，参照话统数据的 checklist，检查话统数据本身是否正确、话统数据相关性是否正确，是否有异常指标。若话统数据或者数据相关性不正确，可能是话统统计机制出现问题，此时要提交给研发部门进行定位。若发现话统指标有异常，则可能是网络运行出现问题，此时首
13、先要查看一周或者一天的话统数据的变化趋势，按照从关键指标到次要指标的顺序，对整个 BSC 的话统数据进行分析和研究。先确认这些指标异常是普通现象还是个别现象。如果是 BSC 的普遍现象，就要从整个 BSC 的硬件设备、传输和网络优化角度进行分析。如果是个别小区异常，再进一步采用小区分析方法，逐步细化，必要时结合路测和信令分析仪在出问题的小区内进行更加细致的分析。在 GPRS 运营初期，分组业务尚无成熟的话务模型理论支撑，在例行的话统数据分析时，在排除网络异常后，也要着重进行一些分组话务模型数据的积累和分析。在分析的过程中，重点分析的是指标之间的相关性，如拥塞率、掉话率等，当然查看话统指标的绝对
14、值，指标绝对值的偏高或者偏低，要结合实际情况和经验值进行进一步的分析。当然在实际操作中，PCU 话统分析也不可能是孤立的方法，常常会结合 PCU 告警分析、路测数据或相关的 BSC 数据分析来进行，这样才能获得更加准确而有价值的信息。下图是话统分析的思路图：GSM PCU 话统分析指导书(内部使用) 文档密级：内部公开2018-09-10 华为机密，未经许可不得扩散 第 4 页, 共 41 页档 捥 汫 獩 t 教 s 潎 潎 卂 教 卂 教 捳 夆 卂 潎 GSM PCU 话统分析指导书(内部使用) 文档密级：内部公开2018-09-10 华为机密，未经许可不得扩散 第 5 页, 共 41
15、页第 2 章 CHECKLIST 检查使用 checklist 检查话统数据的目的有两个： 检查话统数据的正确性 发现话统数据是否有异常2.1 话统数据正确性检查对于待分析的话统数据，首先要保证其正确性，即话统数据本身应该是正确的。若话统数据是不正确的，说明 PCU 内部处理出现问题，此时要请研发人员进行分析定位。我们主要是从话统数据之间的相关性的角度检查话统数据的正确性，需要说明的是，由于话统数据是按照统计周期时间段进行差值累计或采样的，因此单个统计周期中的指标之间的数学关系（如“”、“”“”等）并非严格成立，会有细微的偏差。下表罗列了验证 PCU 话统数据的检查点：统计类型 检查点CPU性
16、能测量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、
17、【I 帧消息重发次数】【接收 REJ（REJECT）帧次数】小区性能1、【CCCH 上分组信道请求次数】【RACH 上一阶段接入信道请求次数】【RACH 上单块请求次数】GSM PCU 话统分析指导书(内部使用) 文档密级：内部公开2018-09-10 华为机密，未经许可不得扩散 第 6 页, 共 41 页统计类型 检查点测量2、【上行指配次数】【上行立即指配次数】+【在 PACCH 上的上行指配次数】3、【上行指配成功次数】【上行立即指配成功次数】+【在PACCH 上的上行指配成功次数】4、【下行指配次数】【下行立即指配次数】【在 PACCH 上的下行指配次数】5、【下行指配成功次数】【下行
18、立即指配成功次数】【在PACCH 上的下行指配成功次数】6、【接收分组寻呼请求次数】【接收电路寻呼请求次数】【PCH 上下发的分组寻呼请求次数】【PPCH 上下发的分组寻呼请求次数】【PCH 上下发的电路寻呼请求次数】【PPCH 上下发的电路寻呼请求次数】【PPCH 队列中丢弃的寻呼消息次数】7、【发送分组寻呼请求次数】【PCH 上下发的分组寻呼请求次数】【PPCH 上下发的分组寻呼请求次数】【PPCH 队列中丢弃的寻呼消息次数】8、【发送电路寻呼请求次数】【PCH 上下发的电路寻呼请求次数】【PPCH 上下发的电路寻呼请求次数】9、【上行 TBF 建立尝试次数】【上行 TBF 建立成功次数】
19、【无信道资源导致上行 TBF 建立失败次数】【手机无响应导致上行 TBF 建立失败次数】10、【上行 TBF 建立成功次数】【上行 TBF 正常释放次数】【N3101 溢出导致上行 TBF 异常释放次数】【N3103 溢出导致上行 TBF 异常释放次数】【SUSPEND 导致上行 TBF 异常释放次数】【FLUSH 导致上行 TBF 异常释放次数】【无信道资源导致上行 TBF 异常释放次数】11、【下行 TBF 建立尝试次数】【下行 TBF 建立成功次数】【无信道资源导致下行 TBF 建立失败次数】【手机无响应导致下行 TBF 建立失败次数】12、【下行 TBF 建立成功次数】【下行 TBF
20、正常释放次数】【N3105 溢出导致下行 TBF 异常释放次数】【SUSPEND 导致下行 TBF 异常释放次数】【FLUSH 导致下行 TBF 异常释放次数】【无信道资源导致下行 TBF 异常释放次数】GSM PCU 话统分析指导书(内部使用) 文档密级：内部公开2018-09-10 华为机密，未经许可不得扩散 第 7 页, 共 41 页统计类型 检查点13、【上行 RLC 数据块总数】【上行 CS1 的 RLC 数据块个数】【上行 CS2 的 RLC 数据块个数】【上行 CS3 的 RLC 数据块个数】【上行 CS4 的 RLC 数据块个数】14、【下行 RLC 数据块总数】【下行 CS1
21、 的 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 的最小
22、个数】20、小区配置的信道数【占用 PDCH 的最大个数】【占用PDCH 的最小个数】 【注】：小区性能测试中的检查点 6，与目前版本中话统的实现不一致。主要是目前版本中对【PPCH 上下发的分组寻呼请求次数】和【PPCH 上下发的电路寻呼请求次数】的处理有误，统计的是 MAC 收到 GRLM 的 PS/CS寻呼消息的数目，不是实际放入寻呼队列的数目。2.2 话统数据异常性检查当话统数据通过正确性检查后，我们就需要分析数据是否有指标异常。下表罗列了是否有异常指标的检查点：统计类型 检查点CPU性能测量1、【CPU 最大占有率】80%2、【CPU 平均占有率】50%GSM PCU 话统分析指导书
23、(内部使用) 文档密级：内部公开2018-09-10 华为机密，未经许可不得扩散 第 8 页, 共 41 页统计类型 检查点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 正常
24、释放次数】)/【下行 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 建链过程
25、中：【发送 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 帧收发检查：【发
26、送 REJ（REJECT）帧次数】为 05 次/15 分钟【接收 REJ（REJECT）帧次数】为 05 次/15 分钟5、层三信令收发检查：【层三请求发送数据次数】为 0100 次/秒【层三请求发送数据字节数】为 0100 字节/秒GSM PCU 话统分析指导书(内部使用) 文档密级：内部公开2018-09-10 华为机密，未经许可不得扩散 第 9 页, 共 41 页统计类型 检查点【下行消息队列溢出次数】0,1【上行消息队列溢出次数】0,16、接收错误帧统计检查：误帧率=【接收误帧数】/【接收总帧数】误帧率2%小区性能测量1、小区上行 TBF 拥塞率=(【上行 TBF 建立尝试次数】-【上
27、行 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 尝试次数】动态信道申请成功率
28、80%GSM PCU 话统分析指导书(内部使用) 文档密级：内部公开2018-09-10 华为机密，未经许可不得扩散 第 10 页, 共 41 页第 3 章 BSC 级话统分析方法3.1 PB 接口 LAPD 链路质量分析PB 接口是 PCU 和 BSC 之间的信令接口，由于 PCU 是半独立设备，可以连接多个 BSC，所以 PCU 和 BSC 之间常常也需要通过传输甚至是长途传输设备。从 LAPD 话统数据可以分析出 PB 接口的传输质量以及高层数据的一些基本情况。LAPD 主要需要分析的话统数据项目如下。 【发送 SABM 帧（建链）次数】 【接受 UA 帧（建链响应）次数】 【发送 I
29、帧次数】 【接收 I 帧次数】 【发送 I 帧字节数】 【接收 I 帧字节数】 【 I 帧消息重发次数】 【下行消息队列溢出次数】一般情况下，LAPD 链路质量是比较稳定的，不需要进行过多的分析。只是在某些特殊情况下，需要 LAPD 底层数据以支撑高层的分析。 LAPD 的数据分析主要集中在以下几点：1） LAPD 断链分析一般情况下，“发送 SABM 帧（建链）次数”数值是小于等于 1 的。若其数值大于 10，同时“接受 UA 帧（建链响应）次数”的数据也接近前者，则表示 LAPD 出现了频繁断链情况。这一般是传输不稳定的结果，可检查传输线路质量。若建链响应次数为 0，而建链次数数值较大，则
30、说明此段时间 LAPD 一直处于断链的情况，需要马上检查 LAPD 是否正常，传输是否中断。2） LAPD 话务模型分析在网络配置中，常常需要分析底层数据话务模型。在 LAPD 数据中主要是分析忙时 LAPD 业务量、忙时 LAPD 传输占空比等信息。GSM PCU 话统分析指导书(内部使用) 文档密级：内部公开2018-09-10 华为机密，未经许可不得扩散 第 11 页, 共 41 页忙时 LAPD 业务量是指分析忙时 LAPD 的最大数据流量，主要是分析发送 I 帧字节数和接收 I 帧字节数，若流量较大，需要考虑扩容。忙时 LAPD 传输占空比，是指 LAPD 传输带宽与 LAPD 理论
31、带宽之间的比值。一般来说占空比越大，表示业务量大 LAPD 利用充分；若在忙时占空比仍很小，说明 LAPD 数据流量较小，系统有一定余量（仅指LAPD 层面）。具体举例来说，目前 PCU 网上出现的 LAPD 忙时最大接收的 I 帧字节数为 15292463 字节，此时 LAPD 传输速率为 15292463/3600s = 4248 Bytes/s = 34Kbps。而 LAPD 传输占空比即为 34kbps / 64kbps = 53% .一般情况下，LAPD 传输占空比（发送/ 接收）小于 30%，若该值偏大，则说明 LAPD 负荷过重，观察“下行消息队列溢出次数” 一般也数值较大。LA
32、PD 负荷重会引起 LAPD 传输时延长、丢失高层消息等后果，影响网络质量，此时需要考虑对 LAPD 扩容。3.2 BSC 整体性能数据分析 在 BSC 整体性能分析中，主要是查看整个 BSS 的整体状况。如果数据有问题表明网络质量较差，则需要进行小区级别的细节分析以改善网络质量，而在细节分析上与小区话统分析其实基本相同。主要有拥塞率和掉话率两个分析指标。3.2.1 网络拥塞率分析网络拥塞率的原意是指由于网络拥塞造成手机不能接入网络的比率。在GPRS 系统中因手机接入流程不同，所以拥塞率的概念与 GSM 语音系统也有所区别。拥塞率主要是指立即指配成功率，受到数据配置、网络容量、信道质量、电路业
33、务繁忙程度和分组业务繁忙程度等多方面因素的复杂影响。相关的主要话统数据如下。 【上行 TBF 建立尝试次数】 【上行 TBF 建立成功次数】 【下行 TBF 建立尝试次数】 【下行 TBF 建立成功次数】 建 立 尝 试 次 数 】【 上 行 建 立 成 功 次 数 】【 上 行建 立 尝 试 次 数 】【 上 行拥 塞 率上 行 TBFFFTBFGSM PCU 话统分析指导书(内部使用) 文档密级：内部公开2018-09-10 华为机密，未经许可不得扩散 第 12 页, 共 41 页建 立 尝 试 次 数 】【 下 行 建 立 成 功 次 数 】【 下 行建 立 尝 试 次 数 】【 下 行
34、拥 塞 率下 行 TBFFTBF拥塞率参考值：20在 GSM 语音系统中，拥塞率一般小于 10%，而 GPRS 网络中拥塞率高主要是因为系统没有针对分组域情况进行仔细的网络优化。而且由于 GPRS 流程的独特性（指配消息重传次数较多），指配失败对手机业务和资源利用影响不大，因此拥塞率略大一点也是可以接受的。若拥塞率较大，就需要检查可疑时间段里的小区话统数据。一般会找到拥塞率很高的个别小区，其影响了整体的性能指标。之后再对具体小区进行分析，可落实到更详细的原因并进行针对处理，可参见小区拥塞率话统分析。3.2.2 网络掉话率分析网络掉话率相关的主要话统数据如下。 【上行 TBF 建立成功次数】 【
35、上行 TBF 正常释放次数】 【下行 TBF 建立成功次数】 【下行 TBF 正常释放次数】 建 立 成 功 次 数 】【 上 行 异 常 释 放 次 数 】【 上 行掉 话 率上 行 TBFTBF建 立 成 功 次 数 】【 下 行 异 常 释 放 次 数 】【 下 行掉 话 率下 行掉话率参考值：10由于目前 GPRS 网络没有实现小区切换，完全是手机自主重选小区，若在传输中重选小区必然造成掉话。只是由于 TBF 传输时间原本较短（平均 23秒），因此掉话率虽比语音系统相对要高一些，但对业务的影响也较小。与拥塞率类似，若掉话率较高，也就需要检查可疑时间段里的小区话统数据。一般会找到掉话率明
36、显异常的个别小区，其影响了整体的性能指标。之后再针对该具体小区进行分析，落实到更详细的原因（一般是小区信道状态不对或网络优化问题）并进行处理，可参见小区掉话率话统分析。GSM PCU 话统分析指导书(内部使用) 文档密级：内部公开2018-09-10 华为机密，未经许可不得扩散 第 13 页, 共 41 页3.2.3 PDCH 信道数据分析PDCH 信道数据分析主要是分析系统是否超负荷运行。其相关的 PDCH 话统指标如下。 【可用 PDCH 的平均个数】 【被占用 PDCH 的平均个数】参考值：可用 PDCH 平均个数 100被占用 PDCH 平均个数 80目前 PDCH 类型分动态 PDC
37、H 和固定 PDCH 两种，而且 PCU 的一块 PB 板最多只能支持 120 条可用的 PDCH（如果以后升级到 EDGE，最大可用的PDCH 数可能还会有一定的下降）。在目前 GPRS 话务量不大的情况，网上大多数 PCU 都采取了小区数大于信道数的配置方法，以减少成本实现广覆盖。因此网上容易出现信道不够的情况，此时部分小区会无法申请到 PDCH导致不能进行业务，需要考虑网络扩容。因为话统数据是平均数值，因此当可用 PDCH 平均个数超过 100 时，其最大值就很可能已经达到了 120，会影响部分小区业务。发现这种情况时，首先需要检查占用 PDCH 平均个数。如果占用 PDCH 个数较少（
38、例如小于40），则说明实际业务量并不大，很可能是固定信道配置过多，导致信道利用率很低。这种情况下需要选择小区减少固定信道的配置数量。若占用PDCH 个数也比较多，则说明实际业务量确实比较大，此时应该建议局方进行网络扩容。GSM PCU 话统分析指导书(内部使用) 文档密级：内部公开2018-09-10 华为机密，未经许可不得扩散 第 14 页, 共 41 页第 4 章 小区级话统分析方法4.1 小区传输链路质量分析这里的小区传输链路指从手机到 GPRS 核心网的整条传输路径，包括：小区的 Um 接口、G-Abis 接口、Pb 接口和 Gb 接口。Pb 接口的传输质量分析，请参见“BSC 级话统
39、分析方法”。4.1.1 小区的 Um 接口分析1、N3101、N3103 和 N3105 都是网络侧对上下行 TBF 链路质量监控的相关计数器，若这些计数器异常导致上行或者下行的 TBF 异常释放，则表示链路异常。因此 N3101 异常率、 N3103 异常率或者 N3105 异常率偏高，则说明传输链路很有可能质量不好。N3101、N3103 和 N3105 异常率的计算公式如下： %10TBFN310310 建 立 成 功 次 数 】【 上 行 异 常 释 放 次 数 】溢 出 导 致 上 行【异 常 率N建 立 成 功 次 数 】【 上 行 异 常 释 放 次 数 】溢 出 导 致 上 行
40、【异 常 率 10TBF31053105 建 立 成 功 次 数 】【 下 行 异 常 释 放 次 数 】溢 出 导 致 下 行【异 常 率N2、上下行 RLC 数据块的重传率和 CS 编码的升降次数也能反映出小区传输链路的质量，相关的话统指标有： 【上行 CS1 的 RLC 数据块重传率(%)】 【上行 CS2 的 RLC 数据块重传率(%)】 【上行 CS3 的 RLC 数据块重传率(%)】 【上行 CS4 的 RLC 数据块重传率(%)】 【下行 CS1 的 RLC 数据块重传率(%)】 【下行 CS2 的 RLC 数据块重传率(%)】GSM PCU 话统分析指导书(内部使用) 文档密级
41、：内部公开2018-09-10 华为机密，未经许可不得扩散 第 15 页, 共 41 页 【下行 CS3 的 RLC 数据块重传率(%)】 【下行 CS4 的 RLC 数据块重传率(%)】 【上行 TBF 的 CS 升级次数】 【上行 TBF 的 CS 降级次数】 【下行 TBF 的 CS 升级次数】 【下行 TBF 的 CS 降级次数】3、Gb 接口上的【发送 RADIO STATUS PDU 的个数】统计值也能反映本小区的空口传输质量。当手机在无线覆盖范围之外，或者无线信道质量太差无法继续通信，PCU 将发送 RADIO-STATUS PDU 给 SGSN。当发现小区的传输质量有异常时，要
42、先分析该小区所属 BSC 的传输质量，其次分析小区所属站点的传输质量，最后分析本小区空口的传输质量。分析的思路是从大到小，逐步求精。如 Pb 接口和 G-Abis 接口的传输质量都很好，但是小区的 BLER 仍较高，说明小区的 Um 口可能出问题，此时需要检查小区的设备，或调整网络参数，改善本小区 Um 口的传输质量。4.1.2 小区的 G-Abis 接口分析G-Abis 接口是 PCU 和 BTS 之间的接口，所以是基于小区的一个话统指标。该话统指标主要是用于网络链路层的传输质量分析。主要的话统指标有： 【接收正常帧的个数】 【接收失步帧的个数】 【接收校验错帧的个数】 【发送有效帧的个数】
43、 【发送空帧的个数】链路同步后因为传输层的发送方并不知道链路质量如何，只有接收方才能分析收到的数据以判断链路质量。所以 G-Abis 话统分析主要是分析接收数据的误帧率。接收帧数中失步帧是指信道链路同步前的数据帧数，在动态信道转换过程中总是有同步过程，因此失步帧的比率与信道类型、链路质量和同步算法都有较复杂的关系。而校验错帧是信道同步后传输链路数据校验和计算错误，简单直接地反映了链路质量。其误帧率计算公式如下（条件是正常帧个数0）。Comment zhenghang1: 请参考 GSM的运营商的相关考核指标Comment zhenghang2: 请参考 GSM的运营商的相关考核指标GSM PC
44、U话统分析指导书(内部使用) 文档密级：内部公开2018-09-10 华为机密，未经许可不得扩散 第 16页, 共 41页05.【 接 收 正 常 帧 的 个 数 】 】【 接 收 校 验 错 帧 的 个 数误 帧 率AbisG从网上的实际数据来看，正常情况下误帧率都小于 10e-5，即万分之一，相当于每个信道平均 4分钟有一个错帧。此时链路质量较好，手机能稳定进行数据传输。传输链路较差时误帧率小于 10e-4（千分之一），此时平均每分钟有 13个错帧，由于传输误帧的突发性，受到影响的手机容易出现速率下降、传输延迟变长甚至掉话掉网等现象。当误帧率大于 10e-4时，链路已相当不稳定，容易出现失
45、步现象，失步帧比率也明显上升。手机往往只能完成小数据量的业务（如高层信令、少量 WAP），大数据量传输（如 FTP）就困难了。由于实际运营中传输往往是租用线路（例如微波卫星等），不受移动运营商直接控制，因此误帧率在千分之五以下就可以接受了。若发现某小区信道误帧率长期偏高，认定为传输问题，可建议局方检查传输线路改善网络。4.2 拥塞率分析4.2.1 拥塞率的定义拥塞率的分析，即是对上下行 TBF建立情况的分析，与小区级的拥塞率直接相关的话统指标有： 【上行 TBF建立尝试次数】 【上行 TBF建立成功次数】 【下行 TBF建立尝试次数】 【下行 TBF建立成功次数】建 立 尝 试 次 数 】【
46、下 行 建 立 成 功 次 数 】【 下 行建 立 尝 试 次 数 】【 下 行拥 塞 率下 行 TBFTBF上行拥塞率参考值：20下行拥塞率参考值：204.2.2 拥塞率分析拥塞率较高时，分析的思路如下图所示：GSM PCU 话统分析指导书(内部使用) 文档密级：内部公开2018-09-10 华为机密，未经许可不得扩散 第 17 页, 共 41 页 S S S *卍 * S S S S S S1. 无分组资源若是在 CCCH 的上行接入，无分组资源时 PCU 将给手机发送立即指配拒绝消息；若是 PACCH 的上行接入，无分组资源时 PCU 将给手机发送分组接入拒绝消息；若是 CCCH/PAC
47、CH 的下行建立请求，无分组资源时 PCU 不给手机发送任何消息，只是相关的话统指标值加 1。查看在同一话统统计周期中 【无信道资源导致上行 TBF 建立失败次数】和【无信道资源导致下行 TBF 建立失败次数】 指标，若是由于该指标较高导致拥塞率较高，可能的原因有：（1）由于分组业务量较大，导致拥塞。仅仅通过调整信道上的手机最大复用数势必影响手机的传输速率，若小区无固定 PDCH，则可考虑配置一条固定 PDCH；若小区有固定 PDCH，则建议增加动态 PDCH 的数量。（2）用户手工闭塞信道，导致手机接入困难。此时可以通过在 PCU 的操作维护台上查看命令行的 Log 日志，确认是否真的有用户
48、在统计周期中将本小区的信道闭塞。同时也可以查看 【BSC 发起信道闭塞次数】和 【BSC 发起信道解闭次数】等话统指标来确认 BSC 是否有对分组信道进行闭塞和解闭的操作。（3）若没有信道被闭塞，那么可能是小区中的分组信道复用的 MS 数接近饱和，导致手机接入困难。此时可以在 PCU 维护台上调整 pdchpara 表中的MaxUlHighLd/MaxDlHighLd 域，来允许本小区承载更多手机的分组业务。GSM PCU 话统分析指导书(内部使用) 文档密级：内部公开2018-09-10 华为机密，未经许可不得扩散 第 18 页, 共 41 页（4）CCCH 随机接入碰撞也会影响 CCCH 上行指配成功率，此时可结合【CCCH 上分组接入请求发生的平均时间间隔（秒）】来进行分析。为了减少随机接入碰撞，可调整 CCCH 接入门限和发起信道请求的间隔时间的值。
