故障排查指导手册业务类分册模板.doc

ZXTR RNS（V1.21）故障排查指导手册（业务类分册）
（-R1.0）

中兴通讯股份
修改统计
版本号
拟制人/
修改人
拟制/修改日期
更改理由
关键更改内容
V1.21
马伟，李开彬
/01/30
新建
提交初稿
V1.30
李开彬
/11/5
添加
添加了HS部分内容

注1：每次更改归档文件（指归档到事业部或企业档案室文件）时，需填写此表。
注2：文件第一次归档时，“更改理由”、“关键更改内容”栏写“无”。

声 明
本资料著作权属中兴通讯股份全部。未经著作权人书面许可，任何单位或个人不得以任何方法摘录、复制或翻译。
侵权必究。

和是中兴通讯股份注册商标。中兴通讯产品名称和标志是中兴通讯专有标志或注册商标。在本手册中提及其它产品或企业名称可能是其各自全部者商标或商名。在未经中兴通讯或第三方商标或商名全部者事先书面同意情况下，本手册不以任何方法授予阅读者任何使用本手册上出现任何标识许可或权利。

本产品符合相关环境保护和人身安全方面设计要求，产品存放、使用和弃置应遵照产品手册、相关协议或相关国法律、法规要求进行。

因为产品和技术不停更新、完善，本资料中内容可能和实际产品不完全相符，敬请谅解。如需查询产品更新情况，请联络当地办事处。

前 言
中兴通讯自主开发TD-SCDMA第三代移动通信系统，由ZXTN（关键网部分）和ZXTR（无线网络子系统）组成。ZXTR无线网络子系统包含RNC（无线网络控制器）和Node B（无线基站），完成呼叫处理、无线资源分配管理、终端移动性管理、小区切换控制和无线接入功效。
手册说明
本手册是一套针对TD-SCDMA无线移动系统系列性资料，聚集了现在TD外场出现各类经典故障，并给出了常见问题处理思绪和经典案例分析，可作为日常维护时参考。
全套手册包含：
《ZXTR RNS（V1.21）故障排查指导手册－通用类分册（信令篇）》
《ZXTR RNS（V1.21）故障排查指导手册－通用类分册（工具篇）》
《ZXTR RNS（V1.21）故障排查指导手册－对接类分册》
《ZXTR RNS（V1.21）故障排查指导手册－业务类分册》
《ZXTR RNS（V1.21）故障排查指导手册－设备类分册》
《ZXTR RNS（V1.21）故障排查指导手册－网管类分册》
本手册为《第X分册—设备类分册》，关键介绍各类设备本身出现故障处理思绪，根据设备作出分类描述。
目 录
第1章 常见故障分类 1
1.1 概述 1
第2章 常见故障排查思绪 3
2.1 概述 3
2.2 CS业务类故障 4
2.2.1 经典信令步骤介绍（主叫） 4
2.2.2 开通类常见问题-数据对接故障 5
2.2.3 CS业务排查步骤 9
2.2.4 UE开机注册失败排查步骤 9
2.2.5 RRC连接故障排查步骤 10
2.2.6 RAB指派失败排查步骤 15
2.3 PS业务类故障 16
2.3.1 用户面故障排查思绪 17
2.3.2 终端、笔记本、下载工具问题 29
2.4 并发类业务故障排查思绪 31
2.4.1 常见故障现象 32
2.4.2 常见故障原因和排查思绪 32
2.5 3G小区内切换类业务故障排查思绪 32
2.5.1 RNC内小区切换 32
2.5.2 跨RNC小区之间切换 33
2.6 23G切换类业务故障排查思绪 33
2.6.1 常见故障现象 33
2.6.2 常见故障原因 34
2.7 HS业务故障排查思绪 34
2.7.1 常见故障现象 34
2.7.2 常见故障原因 34
2.7.3 LMT上数据分析方法 35
第3章 经典故障案例 38
3.1 CS业务类经典案例 38
3.1.1 手机开机后无法注册网络,从信令跟踪上看信令没有到CN,只有IUB口信令交互 38
3.1.2 从信令跟踪跟踪上看，IUB口信令已经走完，RNC初始到CN消息失败 40
3.1.3 CS电话不通_IUUP初始化失败故障 42
3.1.4 Iub口传输带宽限制造成业务失败问题 48
3.1.5 UE开机后搜索不到小区，信令跟踪上看不到RRC连接建立请求 52
3.2 PS业务类经典案例 56
3.2.1 PS无法激活故障处理过程（信令跟踪消息没有保留下来） 56
3.2.2 PS激活成功率比较低问题 58
3.2.3 PS下载速率比较低问题 59
3.2.4 Ping大包不通故障排查 60
3.2.5 画面出现马赛克故障 66
3.3 并发类业务经典案例 69
3.3.1 先PS业务成功，后被叫CS业务失败 69
3.3.2 先做PS业务，然后主叫CS业务失败； 69
3.3.3 先做CS业务，后做PS业务失败 69
3.4 RNC内3G小区之间切换经典案例 70
3.4.1 信令步骤不完全 70
3.4.2 CS信令正常，切换后无声或有杂音 72
3.4.3 PS切换信令正确，不过切换后速率异常 72
3.5 跨RNC切换经典案例 73
3.5.1 信令步骤不正确 73
3.5.2 CS信令正常，切换后无声或有杂音 73
3.5.3 PS切换信令正确，不过切换后速率异常 73
3.6 23G小区切换经典案例 73
3.6.1 信令步骤不正确 73
3.6.2 信令切换正常，切换后业务存在问题 75
3.7 HS故障经典案例讲解 76
3.7.1 物理信道重配置失败 76
3.7.2 下载速率不理想 76

第1章 常见故障分类
摘要
本章介绍了RNC、NODEB等设备在时钟、硬件开启、传输、版本下载和无线干扰等故障故障现象、故障原因分析和故障处理方法等。
1.1 概述
根据外场设备运行中发觉和业务相关多种故障现象，能够将业务类故障划分为以下几类：
CS类故障：包含数据对接故障，RRC连接故障，开机注册失败等故障；
PS类故障：包含PS无法激活，PS激活成功率低，PS下载速率低，PS出现马赛克等故障；
并发类故障：包含信令步骤走不通，终端不支持并发，CN签约问题，传输或码道资源不够使用等；
切换类故障：包含信令步骤走不通，传输或码道资源不够使用等；
HSDPA业务故障：包含物理信道重配置失败，终端无法接入，HS呼叫不成功，下载速率不理想等。
和业务类相关常见故障故障分类及其经典故障现象见Error! Reference source not found.
表 1.11 常见故障分类
故障分类
经典故障现象
常见故障原因
CS类故障
RRC连接故障；
开机注册失败；
信令步骤走不通；
单通或双向无音；
数据对接问题；
干扰问题；
传输或码道资源不够使用；
PS类故障
PS无法激活；
PS激活成功率低；
PS下载速率低；
PS出现马赛克等；
数据对接问题；
干扰问题；
传输或码道资源不够使用；
并发类故障
先做PS业务，然后被叫CS业务失败；
先做PS业务，然后主叫CS业务失败；
先做CS业务，后做PS业务失败。
终端不支持并发业务；
CN没有进行正确业务签约；
终端或笔记本参数设置问题；
有并发业务没有必需，比如CS12.2K和CS64K并发；
无线或传输资源不够使用；
CN或RNS没有下发第二类寻呼；
切换类故障
信令步骤不正确；
CS切换后无声或有杂音；
PS切换后速率异常。
RNC没有下发测量控制，或测量控制消息不正确；
目标小区Iub口传输资源不够使用；
目标小区无线资源不够使用；
目标小区干扰过高，造成切换完成消息（物理信道重配置完成或RB重配置完成）不能上报；
CN没有给RNC发送数据包或全部是静音帧；
UU口用户面数据包异常；
RUB单板故障；
终端故障；
HS类故障
物理信道重配置失败
终端无法接入
HS呼叫不成功
下载速率不理想

第2章 常见故障排查思绪
摘要
本章介绍了业务类故障常见原因、故障原因分析和故障处理方法等。
2.1 概述
业务类故障可分为以下几大类：
1） CS类故障
2） PS类故障
3） 并发类故障
4） 切换类故障
其中,1) 2) 3) 类故障是不包含切换过程故障. 4) 对切换过程中故障进行专述，请参考表格Error! Reference source not found.。
表 2.11 业务类故障概述
故障分类
故障表现形式(包含但不限于…)
CS类故障
1. 手机不能注册
2. 手机收不到寻呼,
3. 接通率底
4. 通话过程中掉话
5. 呼叫拒绝
6. 业务(话音/图像)质量差
7. …
PS类故障
1. 呼叫(PDP激活)成功率低
2. 速率不稳定
3. 马赛克问题
4. 应用层问题
5. …
并发类故障
1. 终端不支持并发业务；
2. CN没有进行正确业务签约；
3. 终端或笔记本参数设置问题；
4. 有并发业务没有必需，比如CS12.2K和CS64K并发；
5. 无线或传输资源不够使用；
6. CN或RNS没有下发第二类寻呼；

切换类故障
1. RNC没有下发测量控制，或测量控制消息不正确；
2. 目标小区Iub口传输资源不够使用；
3. 目标小区无线资源不够使用；
4. 目标小区干扰过高，造成切换完成消息（物理信道重配置完成或RB重配置完成）不能上报；
5. CN没有给RNC发送数据包或全部是静音帧；
6. UU口用户面数据包异常；
7. RUB单板故障；
8. 终端故障；

2.2 CS业务类故障
本节介绍CS业务类故障处理方法，分为多个方面来描述：
1. 经典信令步骤介绍
2. 数据对接问题
3. CS业务排查思绪
2.2.1 经典信令步骤介绍（主叫）
对于CS业务故障处理，应熟悉CS业务步骤。当出现问题时要养成从解读、分析信令入手，看看业务走到哪一步，再来定位问题。信令步骤介绍请参阅相关文档，这里就不再描述
2.2.1.1 完整起呼信令步骤
一个完整主叫步骤见Error! Reference source not found.。

图 2.21完整起呼信令步骤
从信令跟踪入手，从整体上把CS业务问题分为多个大方面来处理。
1. 小区和公共信道建立正常，假如小区和公共信道建立全部不正常，就谈不上业务。小区和公共信道建立异常故障，请参与相关文档来处理。
2. UE开机注册问题排查。在作业务前提是，手机能正常注册到网络。假如不能注册到网络，则先检验手机不能注册原因。
3. Iu口信令连接建立是否正常。关键包含到直传消息信令解读，查看加密、鉴权参数设置是否有问题。
4. RAB指派步骤建立是否正常。系统出现问题最多就是RAB指派步骤。用户面出现问题，全部表现在RAB指派失败上。
2.2.2 开通类常见问题-数据对接故障
在开通期间出现问题最多就是数据对接问题，约占故障总数80％以上。因为数据配置和故障处理通常是同一个人，在检验参数时往往存在误区。这一点要注意。
首先要向局方工程师和CN侧工程师确定一下参数。
部分关键参数一旦我们照此配置好了CN邻接局数据，修改起来比较麻烦。如：MCC，MNC，RNCID，LAC，RAC，SAC。
CS域或PS域对接全部提议根据先控制面（信令）再用户面承载（数据）次序来对接。在对接面时候，提议根据从底层到高层逐层确定方法完成对接。
2.2.2.1 下面把对接过程中对接参数和各层对接之间关系列出来
1、Iu接口信令链路各层对应关系见Error! Reference source not found.。
表 2.21 Iu接口信令链路各层对关系
协议层
对接参数
假如有问题，出现故障现象
PHY
帧格式（SDH还是SONET）

ATM
VPI，VCI，PCR，业务类型
SSCOP建链失败
AAL5

SSCOP

SSCF

MTP3
SLC，SPC，SSF
信令链路状态不正常；信令点不可达
SCCP

RANAP
MCC，MNC，RNCID
SSCP连接被拒；SST发送，收不到对应子系统SSA。
2、IuCS User Plane各层对应关系见Error! Reference source not found.。
表 2.22 IuCS User Plane各层对应关系
协议层
对接参数
假如有问题，出现故障现象
PHY
帧格式（SDH还是SONET）

ATM
VPI，VCI，PCR，业务类型，

AAL2
PathID
AAL2链路状态闭塞
IuUP
ATM地址
IuUP建立失败；
3、IuPS User Plane各层对应关系见Error! Reference source not found.。
表 2.23 IuPS User Plane各层对应关系
协议层
对接参数
假如有问题，故障现象
PHY
帧格式（SDH还是SONET）

ATM
VPI，VCI，PCR，业务类型

AAL5

IP
IPOA本端地址和对端地址
Ping包不通
UDP

GTP-U
本端和对方GTP-U地址
Ping包不通
2.2.2.2 数据对接过程通常操作次序
大家不一定严格要根据这个次序来，不过能够做为一个判定问题基础思绪。
1、Iu接口信令链路对接步骤见Error! Reference source not found.。

图 2.22 Iu接口信令链路对接步骤
2、IuCS UserData数据对接步骤见Error! Reference source not found.。

图 2.23 IuCS UserData数据对接步骤
3、IuPS UserPlane数据对接步骤见Error! Reference source not found.。

图 2.24 IuPS UserPlane数据对接步骤
2.2.3 CS业务排查步骤
CS业务排查步骤见Error! Reference source not found.。

图 2.25 CS业务排查步骤
2.2.4 UE开机注册失败排查步骤
UE开机注册失败排查步骤见Error! Reference source not found.。

图 2.26 UE开机注册失败排查步骤
2.2.5 RRC连接故障排查步骤
2.2.5.1 上报过程简单介绍
要像排查RRC连接上报困难，首先要了解UE上报过程和RNC处理过程。
总体来说包含两个大部分：
Ø 随机接入过程；
Ø RNS处理过程；
2.2.5.2 随机接入过程
随机接入过程相对简单，是耳熟能详东西了，就不过多介绍了，不知道请自己找文档看看吧，简单说明一下怎样简单确定随机接入成功了？简单来说，就是UE在UpPTS上发送了SYNC-UL，NODEB在FPACH上发送了响应，这么UE就能够在RACH上进行上报RRC连接请求了。能够经过LMT来看UE是否上报了UP，基站是否在FPACH上响应了。方法以下：
从lmt上也能够看到UE上报了UP,FPACH上也有包下发，注意要看是否有效署名个数和FPACH包是从0开始增加，正常情况下假如从0开始增加，就说明UE能够和基站进行同时；参考Error! Reference source not found.。

图 2.27 LMT上相关IP和FPACH截图
2.2.5.3 RNS处理过程
介绍完了随机接入过程后，关键介绍RNS处理过程。我们把RNS处理分成基站和RNC处理。UE上报了RRC连接请求消息后，首先发到TBPE单板上解出来，经过BCCS然后到IIA，经过中间传输传输到到RNCSDTB单板，然后内部交换到IMAB单板，然后到小区建立了RUB单板上解出来FP包，经过用户面送到RCB单板；排查步骤图参考Error! Reference source not found.。

图 2.28 RRC上报困难排查步骤
2.2.5.4 TBPE单板上RACH包
在UE能够成功随机接入后，在RACH信道上上报了RRC连接请求，能够使用logview登陆到TBPE单板使用FpmHelp后经过命令FpmShowRachInfo查看TBPE单板上包统计，正常情况以下红色标识：
=================== Fpm Rach Info ======================= *
* ------------------- Fpm Rach Normal Info ---------------- *
* dwRachRecvDspDataNum = 10
* dwRachSendFPFrameNum = 10
* dwRachRecvDLNodeSyncNum = 0
* ------------------- Fpm Rach Error Info ----------------- *
* dwRachULDataCrciErrNum = 0
* dwRachULDataNotFindTrCHNum = 0
* dwRachCrciNumErrNum = 0
* dwRachFrameLenErrNum = 0
* dwRachSendULFrameToMacErrNum = 0
* dwRachULTfiErrNum = 0
* dwRachULDataLenErrNum = 0
* =================== Fpm Rach Info ======================= *
注意：FACH包出窗
在查看FACH包统计时候，可能会有FACH包出窗情况出现，这时能够考虑修改私有数据表R_FACH中ToWAS和ToWAE来改大窗口试试，同时在小区参数中修改引用索引。不过注意测试完成后要修改回来。
2.2.5.5 检验IIA和TBPE之间包收发
进行了TBPE和IIA之间包收发测试， 使用以下命令查看了包统计情况：
Ø TBPA上观察AAL2包数据统计函数 DispMACSAR(),关键能够查看gdwMacCount是否增加
Ø 在TBPA上开启收发任务 sp TBPATopTaskEntry
Ø 在IIA上开启外网自环 EnetOutLoopSet 1
Ø IIA上查看AAL2包统计数据： m2,用于查看两边收发包数据是否递增
结果以下：
AAL2 MAC收包总数:975, 发包总数:921, 错误总数:0
value = 47 = 0x2f = '/'
IIA->m2
AAL2 MAC收包总数:984, 发包总数:939, 错误总数:0
value = 47 = 0x2f = '/'
2.2.5.6 查看RNC和NODEB之间接口板上PVC收发包
RACHAAL2通道上是否收发正常，在IMAB板上和IIA单板上全部有一套命令能够查看PVC上是否有收发包命令，这个命令在我们排查问题中很有帮助，这里在罗唆一下：
AtmlmShowPvcByStatus：查看PVC配置
IMAB->AtmlmShowPvcByStatus
PVC (STATUS = 0) LIST:
PVCID R_UNIT R_PHY R_VPI R_VCI B0_UNIT B0_PHY B0_VPI B0_VCI B1_UNIT B1_PHY B1_VPI B1_VCI
205 6 0 0 131 6 1 1 131 -- -- -- --
PVC's count is 180 which Status = 0.
BSP_PrintSet 0x20,1：打开统计功效
apcReadIVT 0, R_PHY, R_VPI, R_VCI，查看RNC在OMCB这条PVC上是否给NODEB发送了数据；
IMAB->apcReadIVT 0,0,0,131，关键关注：
ITotCellsRx :
ITotCellsTx : //需要关注该统计是否在递增
apcReadIVT 0, B0_PHY, B0_VPI, B0_VCI查看RNC经过光口或IMA接收到NODEB回OMCB报文统计用下面命令；
IMAB->apcReadIVT 0,1,1,131，关键关注：
ITotCellsRx :
ITotCellsTx : // 需要关注该统计是否在递增
2.2.5.7 RUB上是否收到了RACH包
因为现在外场RUB单板比较多，所以能够考虑闭塞RUB单板，仅仅剩下一块单板方法来确定UE就在这块RUB单板上上报数据，使用RDS工具登陆RUB上，使用ShowRnluDetailStat查看：
查看是否RACH上有包统计增加见Error! Reference source not found.。

图 2.29 RACH包统计
2.2.6 RAB指派失败排查步骤
RAB指派失败排查步骤见Error! Reference source not found.。

图 2.210 RAB指派失败排查步骤
2.3 PS业务类故障
通常情况下，我们说PS业务有问题，前提是CS业务正常，假如CS业务全部不正常，先处理CS业务问题。上节讲述CS业务故障排查一样适适用于PS业务，本节不再描述。本节关键针对数据包分片、重组统计进行描述。
现在RNC对于Iu-PS口配置策略是在2个框上分别占用1块APBE单板，此单板上只使用一个光口配置Iu-PS，每个光口上配置2条IPOA及其路由，这么就形成了40M*4=160M负荷分担配置。RNC在建立Iu-PS承载时会在局内进行轮选，这么RNC上行数据在本业务生命周期内就只在此IPOA上进行发送，对于CN侧处理，CN在下行发送数据包时对每个数据包进行轮选IPOA，实现数据包负荷分担发送方法。所以也就是说RNC侧负荷分担只是对业务负荷分担而CN负荷分担是对数据包负荷分担 。
在3G系统中，数据业务下载速率达不到要求或流量为零，通常是困扰业务测试关键问题，也是极难排查问题，它牵涉到网元相关键网，RNC，NODEB，另外还牵涉到终端，应用层工具和外部网等，通常需要从系统角度来排查，本文关键从无线接入网角度提供几点排查思绪。
PS故障现象有：
从外场应用和多种测试经验看，影响速率关键问题有：
Ø 单板硬件问题；
Ø AAL5通道配置问题；
Ø Iu/Iub口带宽配置问题；
Ø 空口参数问题；
Ø 签约速率和DRBC问题；
Ø 其它，如终端问题，RNC和NODEB版本问题，笔记本性能问题等等；
2.3.1 用户面故障排查思绪
RNC系统中分组域媒体流路径见Error! Reference source not found.。

图 2.31分组域媒体流
沿着上图中黑色箭头指示方向，是分组域媒体流从Nodeb/RNC到CN方向，CN到Nodeb/RNC方向刚好相反，这里不画出来了。上图中，黑色线表示Iub/Iur口分组域媒体流，蓝色线表示Iu口PS域媒体流。分组域媒体流抵达RNC系统时，首先抵达APBE单板，APBE简单处理以后，传给RUB单板，RUB单板在用户面处理以后，传给RGUB单板。分组域媒体流和ZXWR RNC MCS子系统中APBE、RUB和RGUB单板全部相关。
从上图我们能够看出，问题排查关键技术点。
我们能够在CN、RNC、NODEB控制和排查问题有HLR（归属位置寄存器）签约，GTPU，PDCP，RLC，MAC，FP，物理层，空口参数（功率）。
2.3.1.1 相关参数设置
1、HLR签约，找到CNHLR受理台，找到对应UE，查看UE上下行链路速率是否是你期望值。
另外注意一下有确保速率和传输延迟。确保速率能够比你签速率小部分，如384，确保速率能够是64，传输延迟通常10ms。
2、检验OMCR上PS相关配置数据，查看路由配置是否正常。
经验：有时，前后台同时没有将IP地址同时到前台，能够在RPU单元上用ip_print_route命令查看路由表中是否有我们配上去地址，如没有可再次进行整表同时。
3、检验完CN签约没有问题，就找到RNCOMCR后台，找到对应子业务类型，该目录下有对应PDCP，RLC，MAC，FP，物理层部分配置，通常情况下能够采取默认配置即可。假如出现PS不通或速率很低情况需要逐层检验这些参数是否正确。
4、PDCP层参数检验,采取默认值即可，通常选择头信息不出现，无损重定位指示不出现。因为现在头压缩不支持，无损重定位也不支持。
5、RLC层参数检验，通常默认配置即可，关键是POLL机制，能够找一个好环境，把对应业务参数比较一下是否一致。要查看RRC配置给UE和用户面RBSIZE上下行大小是否一样，而且和MAC层TFS中SIZE对应。能够经过信令查看RRC SETUP，RB SETUP，用户面SUCIUSETUP，SUCIURBSETUP中信元。
6、MAC层参数，关键是TFS，TTI，通常PS384TFS为{0*336,1*336,2*336,4*336,8*336,12*336}，TTI为10ms。其它业务TTI通常为20ms。比如PS64KTTI为20ms，TFS为{0*336,1*336,2*336,4*336}。注意要分上下行，找到子业务类型中对应上下行参数配置区。
假如不知道速率和TFS，TTI关系，可按下面方法简单计算。

比如384K业务，为12*336，TTI为10ms, 为336。计算得到速率R为384Kbit/s。所以你能够以此为公式判定相关参数是否超出了链路能力。
6、FP参数关键是TOAWS，TOAWE，假如发觉FP总是不停时间调整，上报TOA值较大，能够和NODEB人协商，是否以上两个参数设置不合理。
7、物理层参数，关键是CFTC对应是否正常，这是控制上行物理控制信道和物理数据信道相关功率参数，通常采取默认值，假如需要修改找专门人士咨询。
另外假如开启压缩模式，压缩模式参数设置不合理也会造成速率异常。打孔可设为80以上。具体能够和专业人士确定。
8、利用showRnlu (DspNo)能够排查某块DSP上用户面协议统计信息。或直接showRnlu能够看到全部DSP统计和。clearRnlu （DspNo），表示清空某个DSP统计，clearRnlu表示清空全部DSP统计。也能够直接查看某个协议层统计。如showIuup DspNo，showPdcp DspNo，showRlc DspNo，showMac DspNo，showDfp DspNo，showCfp DspNo。我们以一次统计为例，统计一个DSP上信息。
2.3.1.2 IUUP统计
*--------Iuup statical information ----------*
* Rfci信息 RfciIndex Uplink downlink *
* 0 29784 30329 *
* 1 31790 33724 *
* 2 0 0 *
* 3 0 0 *
* 4 0 0 *
* 5 0 0 *
* 6 0 0 *
* 7 0 0 *
* 8 0 0 *
* 9 0 0 *
* 向对端发送初始化帧 90 *
* 从对端收到初始化帧Ack 90 *
* 从对端收到初始化帧Nack 0 *
* 等候初始化帧超时次数 0 *
* 向对端发送时间调整帧 182 *
* 从对端收到时间调整帧Ack 182 *
* 从对端收到时间调整帧Nack 0 *
* 等候时间调整帧超时次数 0 *
* *
* 向对端发送速率控制帧 0 *
* 向控制面发送错误指示帧 0 *
* 向对端发送错误指示帧 0 *
* 从对端收到错误指示帧 0 *
* 从Uu口收到数据PDU 194662 *
* 向Iu口发送数据PDU 71514 *
* 从Iu收到数据PDU 72481 *
* 向Uu发送数据PDU 131350 *
* 收到下行数据空帧PDU 0 *
* 下行数据益处缓冲个数PDU 10 *
* 放入发送队列时失败个数 0 *
* 得不到发送队列空间个数 0 *
这是IUUP统计信息，正常情况下，黑体部分为上行，黑斜体部分为下行。若只有PING包，百分比关系和上下行速率百分比基础一致。若相关队列和缓存溢出，说明用户面IUUP内存不够。
2.3.1.3 PDCP统计
*-------Pdcp statical information ----------*
* 上行:从Rlc 收到数据 9980 *
* 上行:向Iuup发送数据 9940 *
* 上行:处理过程丢失数据 40 *
* 下行:从Iuup收到数据 8138 *
* 下行:向Rlc 发送数据 8138 *
* 下行:处理过程丢失数据 0 *
* 下行:回调缓冲区已满数据 0 *
* 从RLC收到ack or nack 7912 *
* 上行:收到压缩头帧 0 *
* 上行:收到fullhead帧 0 *
* 上行:发送到CN数据帧 0 *
* 下行:发送压缩头帧 0 *
* 下行:发送fullhead帧 0 *
* 下行:接收到CN数据帧 0 *
* 重定位:反传到CN数据 0 *
* 重定位:接收反传数据 0 *
注意黑斜体部门数目应该很靠近，若只有PING包，上下行数据统计和上下行速率基础一致。若下行回调数据区满或下行处理过程中数据丢失，说明PDCP缓存不够。若从RLC收到ack or nack同下行:向Rlc 发送数据 相差很大，超出40%-50%，说明无线口链路质量有问题，处理方法见1.3节。
2.3.1.4 RLC统计
======================Send============================
SUFI[ NO_MORE] Send Counter = 2
SUFI[ WINDOW] Send Counter = 0
SUFI[ ACK] Send Counter = 27893
SUFI[ LIST] Send Counter = 382
SUFI[ BITMAP] Send Counter = 0
SUFI[ RList] Send Counter = 0
SUFI[ MRW] Send Counter = 0
SUFI[ MRW_ACK] Send Counter = 0
Report Lost Pdus to UE = 3545
======================Recv============================
SUFI[ NO_MORE] Recv Counter = 105
SUFI[ WINDOW] Recv Counter = 0
SUFI[ ACK] Recv Counter = 13152
SUFI[ LIST] Recv Counter = 324
SUFI[ BITMAP] Recv Counter = 0
SUFI[ RList] Recv Counter = 1
SUFI[ MRW] Recv Counter = 0
SUFI[ MRW_ACK] Recv Counter = 0
Report Lost Pdus from UE = 381
Insert Data Sdu Success = 0
Insert Data Sdu Fail = 0
Recv Data Sdu Frm Upper = 10716
Recv Data To be Segmented = 10716
Recv Data Pdu Frm Mac = 64110
Recv Invalid Data Pdu Frm Mac = 107
Recv Status Pdu Frm Mac = 13257
Send Data Pdu to Mac = 33156
Send Status Pdu to Mac = 27895
Am Rlc Send Reset Pdu to Peer = 222
Am Rlc Send Reset Ack Pdu to Peer = 32
Am Rlc Recv Reset Pdu from Peer = 32
Am Rlc Recv Reset Ack Pdu from Peer = 7
假如链路正常，RLC统计