ZXTRRNS故障排查指导手册(业务类分册)

1、ZXTRRN或障排查指导手册(业务类分册)(XXXX-R10)ZXTRRNS(V1.21)故障排查指导手册(业务类分册)(2008-R1.0)中兴通讯股份有限公司修改记录版本号拟制人/修改人拟制/修改日期更改理由主要更改内容V1.21马伟，李开彬2008/01/30新建提交初稿V1.30李开彬2008/11/5添加添加了HS部分内容注1:每次更改归档文件（指归档到事业部或公司档案室的文件）时，需填写此表。注2:文件第一次归档时，“更改理由”、“主要更改内容”栏写“无”。声明本资料著作权属中兴通讯股份有限公司所有。未经著作权人书面许可，任何单位或个人不得以任何方式摘录、复制或翻译。侵权必究。ZT

2、E和ZTE中兴是中兴通讯股份有限公司的注册商标。中兴通讯产品的名称和标志是中兴通讯的专有标志或注册商标。在本手册中提及的其他产品或公司的名称可能是其各自所有者的商标或商名。在未经中兴通讯或第三方商标或商名所有者事先书面同意的情况下，本手册不以任何方式授予阅读者任何使用本手册上出现的任何标记的许可或权利。本产品符合关于环境保护和人身安全方面的设计要求，产品的存放、使用和弃置应遵照产品手册、相关合同或相关国法律、法规的要求进行。由于产品和技术的不断更新、完善，本资料中的内容可能与实际产品不完全相符，敬请谅解。如需查询产品的更新情况，请联系当地办事处。中兴通讯自主开发的TD-SCDMA第三代移动通信

3、系统，由ZXTN（核心网部分）和ZXTR（无线网络子系统）构成。ZXTR无线网络子系统包括RNC（无线网络控制器）和NodeB（无线基站），完成呼叫处理、无线资源分配管理、终端移动性管理、小区切换控制和无线接入的功能。手册说明本手册是一套针对TD-SCDMA无线移动系统的系列性资料，汇集了目前TD外场出现的各类典型故障，并给出了常见问题的处理思路和典型案例分析，可作为日常维护时的参考。全套手册包括：ZXTRRNS（V1.21）故障排查指导手册通用类分册（信令篇）ZXTRRNS（V1.21）故障排查指导手册通用类分册（工具篇）ZXTRRNS(V1.21)故障排查指导手册-对接类分册ZXTRRNS

4、(V1.21)故障排查指导手册-业务类分册ZXTRRNS(V1.21)故障排查指导手册-设备类分册ZXTRRNS(V1.21)故障排查指导手册一网管类分册本手册为第X分册一设备类分册主要介绍各类设备本身出现的故障解决思路，按照设备作出分类描述。目录第1章常见故障分类11.1概述1第2章常见故障排查思路42.1 概述42.2 CS业务类故障62.2.1 典型信令流程介绍（主叫）72.2.2 开通类常见问题-数据对接故障82.2.3 CS业务排查流程122.2.4 UE开机注册失败排查流程132.2.5 RRC连接故障排查流程142.2.6 RAB指派失败排查流程232.3 PS业务类故障242.

5、3.1 用户面故障排查思路262.3.2 终端、笔记本、下载工具问题562.4 并发类业务故障排查思路592.4.1 常见故障现象602.4.2 常见故障原因以及排查思路612.5 3G小区内切换类业务故障排查思路612.5.1 RNC内小区切换622.5.2 跨RNC的小区之间切换632.6 23G切换类业务故障排查思路632.6.1 常见故障现象632.6.2 常见故障原因642.7 HS业务故障排查思路642.7.1 常见故障现象642.7.2 常见故障原因642.7.3 LMT上的数据分析方法66第3章典型故障案例703.1 CS业务类典型案例703.1.1 手机开机后无法注册网络，从

6、信令跟踪上看信令没有到CN,只有IUB口信令的交互703.1.2 从信令跟踪跟踪上看，IUB口的信令已经走完，RNC初始到CN的消息失败743.1.3 CS电话不通_IUUP初始化失败故障773.1.4 lub口传输带宽限制导致业务失败问题863.1.5 UE开机后搜索不到小区，信令跟踪上看不到RRC连接建立请求963.2 PS业务类典型案例1043.2.1 PS无法激活故障解决过程（信令跟踪消息没有保存下来）1043.2.2 PS激活成功率比较低问题1083.2.3 PS下载速率比较低问题1103.2.4 Ping大包不通的故障排查1123.2.5 画面出现马赛克故障1263.3 并发类业务

7、典型案例1303.3.1 先PS业务成功，后被叫CS业务失败1303.3.2 先做PS业务，然后主叫CS业务失败；1313.3.3 先做CS业务，后做PS业务失败1313.4 RNC内的3G小区之间切换典型案例1333.4.1 信令流程不完全1333.4.2 CS信令正常，切换后无声或者有杂音1373.4.3 PS切换信令正确，但是切换后速率异常1383.5 跨RNC切换典型案例1393.5.1 信令流程不正确1393.5.2 CS信令正常，切换后无声或者有杂音1393.5.3 PS切换信令正确，但是切换后速率异常1393.6 23G小区切换典型案例1393.6.1 信令流程不正确1393.6

8、.2 信令切换正常，切换后业务存在问题1443.7 HS故障典型案例讲解1453.7.1 物理信道重配置失败1453.7.2 下载速率不理想146第1章常见故障分类摘要本章介绍了RNC、NODEB等设备在时钟、硬件启动、传输、版本下载以及无线干扰等故障的故障现象、故障原因分析和故障处理方法等。1.1概述按照外场设备运行中发现的和业务相关的各种故障现象，可以将业务类故障划分为以下几类：CS类故障：包含数据对接故障，RRC连接故障，开机注册失败等故障；PS类故障：包含PS无法激活，PS激活成功率低，PS下载速率低，PS出现马赛克等故障；并发类故障：包括信令流程走不通，终端不支持并发，CN签约问题，

9、传输或者码道资源不够使用等；切换类故障：包括信令流程走不传输或者码道资源不够使用等；HSDPA业务故障：包括物理信道重配置失败，终端无法接入，HS呼叫不成功，下载速率不理想等。与业务类相关的常见故障的故障分类及其典型故障现象见表错误！文档中没有指定样式的文字。-1常见故障分类表错误！文档中没有指定样式的文字。-1常见故障分类石攵障分类典型故障现象常见故障原因C；S类故障RRC连接故障；开机注册失败；信令流程走不通；单通或者双向无音；数据对接问题；干扰问题；传输或者码道资源不够使用；PS类故障PS无法激活；PS激活成功率低；PS下载速率低；PS出现马赛克等；数据对接问题；干扰问题；传输或者码道资

10、源不够使用；jF发类故障先做PS业务，然后被叫CS业务失败；先做PS业务，然后主叫CS业务失败；先做CS业务，后做PS业务失败。终端不支持并发业务；CN没有进行正确业务签约；终端或者笔记本参数设置问题；有的并发业务没有必要，例如CS12.2K和CS64K并发；无线或者传输资源不够使用；CN或者RNS没有下发第二类寻呼；刀换类故障信令流程不正确；CS切换后无声或者有杂音；PS切换后速率异常。RNC没有下发测量控制，或者测量控制消息不准确；目标小区Iub口传输资源不够使用；目标小区无线资源不够使用；目标小区干扰过高，导致切换完成消息（物理信道重配置完成或者RB重配置完成）不能上报；CN没有给RNC

11、发送数据包或者全部是静音帧；UU口用户面数据包异常；RUB单板故障；故障分类典型故障现象常见故障原因终端故障；HS类故障物理信道重配置失败终端无法接入HS呼叫不成功下载速率不理想第2章常见故障排查思路摘要本章介绍了业务类故障的常见原因、故障原因分析和故障处理方法等。2.1概述业务类故障可分为以下几大类：1）CS类故障2）PS类故障3）并发类故障4）切换类故障其中,1）2）3）类故障是不包含切换过程的故障.4）对切换过程中的故障进行专述，请参考表格表错误!文档中没有指定样式的文字。-2业务类故障概述表错误!文档中没有指定样式的文字。-2业务类故障概述故障分类故障表现形式（包括但不限于）CS类故障

12、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 .目标小

13、区干扰过高，导致切换完成消息（物理信道重配置完成或者RB重配置完成）不能上报；5 .CN没有给RNC发送数据包或者全部是静音帧；6 .UU口用户面数据包异常；7 .RUB单板故障；8 .终端故障；2.2CS业务类故障本节介绍CS业务类故障的处理方法,分为几个方面来描述：1 .典型信令流程介绍2 .数据对接问题3 .CS业务排查思路2.2.1典型信令流程介绍（主叫）对于CS业务故障处理，应熟悉CS业务流程。当出现问题时要养成从解读、分析信令入手，看看业务走到哪一步，再来定位问题。信令流程介绍请参阅相关文档，这里就不再描述完整的起呼信令流程一个完整的主叫流程见图错误!文档中没有指定样

14、式的文字。-1o图错误！文档中没有指定样式的文字。-1完整的起呼信令流程JFCTPKCIE，门|仃工忏蚌*七*附q期口f所西不Md-班、A肌3曲题:降83F10144CEHEjP打白ulnitiiLincJiRL,直HTfcdtB)10：SA：S=153Fdgdg膻统Mezse成或底答tSuCCCT=Ji匕空工MCE-BcdeJl通物Eai3F4OL4&GRRCT行：一&审东信1已*的五樽建立|一.加10:56:59:2813ME.Fle.：Init,工OWE1RdfEPtEkd？Bj士aaiifi产同二型七fgIB;5$：59;781JaFEQL*GKibw”y都事皆M=裆u濡*:UEiKt

15、t:h*.kT咽港二一Qf尸口F：CI5即IX他G共3丁1也$质e：tsi3FdbHMERANAFVessace(Initialing)，巧FJJ：-：MMJHl!MTTHEWI二用隹理四如E：】DiE0iEi7M3PMU4C3RRC“方IXf用理小市MtF行立相幽一nB0;51;00;43F6QL明；C在:二上m阴学制博遣清息上斤宜咛陶K-侬D：5T:0D2i3ratioJLJ1AFKsiSigfr谐蒙皿j直胃?DJWI：ATIEETIUNtRE部:二3k：Nil3FttlilCBRANAFK-SBate曲束Hintidiint)1c巾uord作品后WC-0101:00:4313FfiOL4

16、4Cl对黑亦山iiiliu)节讨-Of即5;CI3后VIK故匚印T10:51:00:4533Fgwgiftsraje下行零用理*K出曲县下厅苴江源宓40：S?i00：?tl3ItKCRs4(e上行喝控制旧道消息MUBDt5T:QQ;7813F则4gWAFMa.啤f曲末nitiliji)H阵RKT内PD.CCsSE70P0：5?：Ofli：7|3WKCl苴传皿匕一CHPD_C;CALL咖H印工K；3PflOKflCE.RJ.lt&IT3,U下行事的控制（*需叁-UJ也一MERUC*Of-W：fcdtBIH-eST:0I3e921JF40L44C1KEAPIkw%总成功18善tSuccess!|Q

17、-57：0l：15a法篁It州制下行着晌.I清a国一海3F40L44CESCEjAPMc2fice温葩:工孔工匕皿1.1RL目挣中能詈加IK一，疑debcIOiB7iO2:fliT3F3LU(aGMKAP41(Enititem|)MLM复RimcMfMH*J。31;哈打2a河功旧滞0Ky.卜仃手用受制（T守消息EE1：市危rac-cejmi必做一iFtiJLU与二ZJAMME_IH号；QutZUH-I出口括国踊一J.NlQs57=0t：m3RRCHtrru下冒（.整清期/位驾欣观ID:5T:02:BO3”口刚CIXFAPIn?#?!VE19:91:07:111i腿口L44HWIAJA*一yro

18、_cc：cojrnt.r|0fc5T=ifl7i1T13皿山总!RFCR!事mg；F=E：髭方演也下行百得RK-MJEI0j57:0T;13F0144QRKC上行士用兰南1Ft通艮上阡立信RK-尤lt;ST:137:421F0144dKi谭U&M占当仁悔:匕:Initikiliaf)KB：HY帧格式（SDH还是SONET）ATMVPI,VCI,PCR,业务类型SSCOP建链失败AAL5S；SCOPS；SCFM1TP3SLC,SPC,SSF信令链路状态不正常；信令点不可达SCCPRANAPMCC,MNC,RNCIDSSCP连接被拒；SST发送，收不到对应子系统的SSAo2、luCSUserPla

19、ne各层对应关系见表错误!文档中没有指定样式的文字。-4o表错误!文档中没有指定样式的文字。-4IuCSUserPlane各层对应关系协议层对接参数如果有问题，出现的故障现象FHY帧格式（SDH还是SONET）AiTMVPI,VCI,PCR,业务类型，AiAL2PathlDAAL2链路状态闭塞IiuUPATM地址IuUP建立失败；3、luPSUserPlane各层对应关系见表错误!文档中没有指定样式的文字。-5o表错误!文档中没有指定样式的文字。-5IuPSUserPlane各层对应关系协议层对接参数如果有问题，故障现象PHY帧格式（SDH还是SONET）AiTMVPI,VCI,PCR,业务类

20、型AiAL5IPIPOA本端地址和对端地址Ping包不通UJDPG打P-U本端和对方的GTP-U地址Ping包不通222.2数据对接过程的一般操作顺序大家不一定严格要按照这个顺序来,但是可以做为一个判断问题的基本思路。1、Iu接口信令链路对接流程见图错文档中没有指定样式的文字。-2 o检查CN有没有对信令链路进行了自环图错误!文档中没有指定样式的文字。-2Iu接口信令链路对接流程2、IuCSUserData数据对接流程见图错误!文档中没有指定样式的文字。-3o图错误!文档中没有指定样式的文字。-3IuCSUserData数据对接流程3、IuPSUserPlane数据对接流程见图错误!文档中没有

21、指定样式的文字。-4o否尝试发起一次PS拨 号业务图错误！文档中没有指定样式的文字。-4IuPSUserPlane数据对接流程2.2.3 CS业务排查流程CS业务排查流程见图错误！文档中没有指定样式的文字。-5o小区和公共信道建立N正常图错误!文档中没有指定样式的文字。-5 CS业务排查流程Y2.2.4 UE开机注册失败排查流程UE开机注册失败排查流程见图错误!文档中没有指定样式的文字。-6。UE开机故障排查流程JRNC连接是否建立成I功重新开机UI,查看RRC连接建立流、；UE是否正常发起位置 更新请求检查UE,可采用替换: 法.IU 口信令连接是否成功位置更新是否接受 检查Iu 口数据配置

22、： R RNCID/LAC/SAC/ PLMNZ、请CN/UE侧排查 ，请CN/UE侧排查用户二 是否签约 )ZRRC是否正常释放图 错误!文档中没有指定样式的文字。-6 UE开机注册失败排查流程程的详细描述J2.2.5 RRC连接故障排查流程 上报过程简单介绍要像排查RRC连接上报困难，首先要了解UE的上报过程以及RNC的处理过程总体来说包括两个大的部分:?随机接入过程；?RNS的处理过程；2注2随机接入过程随机接入过程相对简单，是耳熟能详的东西了，就不过多介绍了，不知道请自己找的文档看看吧，简单说明一下如何简单确定随机接入成功了？简单来说，就是UE在UpPTS上发送了SYNC

23、-UL,NODEB在FPACH上发送了响应，这样UE就可以在RACH上进行上报RRC连接请求了。可以通过LMT来看UE是否上报了UP,基站是否在FPACH上响应了。方法如下：从lmt上也可以看到UE上报了UP,FPACH上也有包下发，注意要看是否有效签名个数和FPACH包是从0开始增加的，正常情况下如果从0开始增加，就说明UE可以和基站进行同步；参考图错误!文档中没有指定本式的文字。-7O系琳二百瞽管理必台保管理征恬钳陶力哂舜I；右湎价荏性或计中口诒解*to晒甘群q豆香江皆口四平的：小肥西打善费nMMOxffllft。4过值QWSKMI日二riritbLisL国飞春?T二H6-送1不KHZSI

24、用ftdfO*Cn心-q1Hri代加筌“利镐图错误!文档中没有指定样式的文字。-7LMT上关于IP和FPACH的截图RNS的处理过程介绍完了随机接入过程后，重点介绍RNS的处理过程。我们把RNS的处理分成基站和RNC的处理。UE上报了RRC连接请求消息后，首先发到TBPE单板上解出来，通过BCCS然后到IIA,通过中间传输传输到到RNC的SDTB单板，然后内部交换到IMAB单板，然后到小区建立了的RUB单板上解出来FP包，通过用户面送到RCB单板；排查流程图参考图错误!文档中没有指定样式的文字。-8在UE可以成功随机接入后，在RACH信道上上报了RRC连接请求，可以使用logvi

25、ew登陆到TBPE单板使用FpmHelp后通过命令FpmShowRachInfo查看TBPE单板上的包统计，正常情况如下红色标记：=FpmRachInfo=*FpmRachNormalInfo*dwRachRecvDspDataNum=10dwRachSendFPFrameNum=10dwRachRecvDLNodeSyncNumFpmRachErrorInfo*dwRachULDataCrciErrNum=0*dwRachULDataNotFindTrCHNumdwRachCrciNumErrNumdwRachFrameLenErrNumdwRachSendULFrameToMacErrNu

26、dwRachULTfiErrNumdwRachULDataLenErrNumFpmRachInfo*A4qq注意:fach包出窗在查看FACH包统计的时候，可能会有FACH包出窗的情况出现，这时可以考虑修改私有数据表RFACH中的ToWAS和ToWAE来改大窗口试试,同时在小区参数中修改引用的索引。但是注意测试完毕后要修改回来检查IIA和TBPE之间的包收发进行了TBPE和IIA之间的包收发测试，使用如下命令查看了包统计情况：?TBPA上观察AAL2包数据统计函数DispMACSAR(),主要可以查看gdwMacCount是否增加?在TBPA上启动收发任务spTBPATopTas

27、kEntry?在IIA上启动外网自环EnetOutLoopSet1?IIA上查看AAL2包统计数据：m2,用于查看两边收发包数据是否递增结果如下：AAL2MAC攵包总数：975,发包总数：921,错误总数:0value=47=0x2f=/IIA-m2AAL2MAC攵包总数：984,发包总数:939,错误总数:0value=47=0x2f=/查看RNC和NODEB之间的接口板上PVC收发包RACH的AAL2通道上是否收发正常，在IMAB板上和IIA单板上都有一套命令可以查看PVC上是否有收发包的命令，这个命令在我们排查问题中很有帮助，这里在罗唆一下：AtmlmShowPvcBySt

28、atus:查看PVC配置IMAB-AtmlmShowPvcByStatusPVC(STATUS=0)LIST:PVCIDRUNITRPHYRVPIRVCIB0UNITB0PHYB0VPIB0VCIB1UNITB1PHYB1_VPIB1_VCI205600131611131-PVCscountis180whichStatus=0.BSP_PrintSet0x20,1:打开统计功能apcReadIVT0,小丫,“，查看RNC在OMCB这条PVC上是否给NODEB发送了数据；IMAB-apcReadIVT0,0,0,131,重点关注：ITotCellsRx:654481627ITotCellsTx:

29、654481618需要关注该统计是否在递增apcReadIVT0,b3,blvblvci查看RNC通过光口或IMA接收到NODEB回的OMCB的报文的统计用下面的命令；IMAB-apcReadIVT0,1,1,131,重点关注：ITotCellsRx:654594297ITotCellsTx:654594345/需要关注该统计是否在递增225.7RUB上是否收到了RACH包由于目前外场的RUB单板比较多，所以可以考虑闭塞RUB单板，仅仅剩下一块单板的方法来确定UE就在这块RUB单板上上报数据，使用RDS工具登陆RUB上，使用ShowRnluDetailStat查看：查看是否RACH上有包统计增

30、长见图错误!文档中没有指定样式的文字。-9o3VpLink*DovnLink*Rnzhceuv口日匚日irirs口印NadcE；0*F*becvQaiB匚口与frufiRa匚；/P.BkZh9nddax扁王nratoflac;0寸rsichdacem9gKoda3;Dw*?chzsgydataXtirsfcomH4c有卡PuhsenddatirnntoNodeB50CCPHtrCOlTena工口fn*PubFpreevJJiaOeSyucrxituhi：0*PhFpsendNodsSynujxwi;0*PchFgrccvTcanSyncmun;0*PctiFp5=iidTsanStjickwp

31、：*PerthFprec?vPerlodSyncnun:0K.PeJh.FpsandPeriodSyncr-uio:*PchF口recrwtineadjust;0*Fazh.FprBY丁|图错误!文档中没有指定样式的文字。-9RACH包统计2.2.6RAB指派失败排查流程RAB指派失败排查流程见图错误!文档中没有指定样式的文字。-10OIRAB指派排查流程重新开机CN是否下发RAB指派CN侧排查RL重配是否成功kJ承载建立问题：ATMPATHID等。可通过ASP2打印定位CAC接纳失败CAC打印模块定位问NodeB响应RL重配失败,检查NodeB侧TBPA和BCCS打印，定位问题检查CCP链路

32、等待NodeBRLRECONFIG超时/FP同步重配和AAL2承载建立是否成功,RB是否建立成功J检查RNC的RB消息是否X,正确,UE空口质量、UE卜问题,RNC向CN回RABAssignmentResp图错误!文档中没有指定本式的文字。-10RAB指派失败排查流程 PS业务类故障人般情况下，我们说PS业务有问题,前提是CS业务正常，如果CS业务都不正常，先处理CS业务问题。上节讲述的CS业务故障排查同样适用于PS业务，本节不再描述。本节重点针对数据包的分片、重组统计进行描述。目前RNC对于Iu-PS口的配置策略是在2个框上分别占用1块APBE单板,此单板上只使用一个光口配置I

33、u-PS,每个光口上配置2条IPOA及其路由，这样就形成了40M*4=160M的负荷分担配置。RNC在建立Iu-PS承载时会在局内进行轮选，这样RNC上行数据在本业务生命周期内就只在此IPOA上进行发送，对于CN侧的处理，CN在下行发送数据包时对每个数据包进行轮选IPOA,实现数据包的负荷分担发送方式。所以也就是说RNC侧的负荷分担只是对业务的负荷分担而CN的负荷分担是对数据包的负荷分担。在3G系统中，数据业务下载速率达不到要求或流量为零，通常是困扰业务测试的重要问题，也是很难排查的问题，它牵涉到网元有核心网，RNC,NODEB,此外还牵涉到终端，应用层工具和外部网等，通常需要从系统的角度来排

34、查，本文重点从无线接入网的角度提供几点排查思路。PS的故障现象有：从外场应用和各种测试的经验看，影响速率的主要问题有：单板硬件问题；AAL5通道配置问题；Iu/Iub口带宽配置问题；空口参数问题；签约速率和DRBC问题；其他，如终端问题，RNC和NODEB版本问题，笔记本性能问题等等；2.3.1 用户面故障排查思路RNC系统中的分组域媒体流路径见-11OAPBE 或 IMABPDCPRLCMACFPRUBIuPSIuUPGTP UUDPIPOA图错误！文档中没有指定本式的文字。-11分组域媒体流沿着上图中黑色箭头指示的方向，是分组域媒体流从Nodeb/RNC到CN的方向，CN至ijNodeb/

35、RNC的方向刚好相反，这里不画出来了。上图中，黑色线表示Iub/Iur口分组域媒体流，蓝色线表示Iu口PS域媒体流。分组域媒体流到达RNC系统时，首先到达APBE单板，APBE简单处理之后，传给RUB单板，RUB单板在用户面处理之后，传给RGUB单板。分组域媒体流和ZXWRRNCMCS子系统中的APBE、RUB和RGUB单板者B有关。从上图我们可以看出，问题排查的关键技术点。我们可以在CN、RNC、NODEB控制和排查的问题有HLR（归属位置寄存器）签约，GTPU,PDCP,RLC,MAC,FP,物理层，空口参数（功率）。 相关参数设置1、HLR签约，找到CN的HLR受理台，找到

36、对应的UE,查看UE的上下行链路的速率是否是你期望的值。另外注意一下有保证速率和传输延迟。保证速率可以比你签的速率小一些，如384,保证速率可以是64,传输延迟一般10ms。2、检查OMCR上PS相关的配置数据，查看路由配置是否正常。经验：有时，前后台同步没有将IP地址同步到前台，可以在RPU单元上用ip_print_route命令查看路由表中是否有我们配上去的地址，如没有可再次进行整表同步。3、检查完CN的签约没有问题，就找至ijRNC的OMCR后台，找到对应的子业务类型，该目录下有对应的PDCP,RLC,MAC,FP,物理层的一些配置，一般情况下可以采用默认配置即可。如果出现PS不通或速率

37、很低的情况需要逐层检查这些参数是否正确。4、PDCP层参数检查，采用默认值即可，一般选择头信息不出现，无损重定位指示不出现。因为目前头压缩不支持，无损重定位也不支持。5、RLC层参数检查，一般默认配置即可，主要是POLL机制，可以找一个好的环境，把对应的业务参数比较一下是否一致。要查看RRC配置给UE和用户面的RB的SIZE上下行大小是否一样，并且和MAC层的TFS中的SIZE对应。可以通过信令查看RRCSETUP,RBSETUP,用户面的SUCIUSETUP,SUCIURBSETUP中的信元。6、MAC层参数，主要是TFS,TTI,一般PS384的TFS为0*336,1*336,2*336,

38、4*336,8*336,12*336,TTI为10ms。其他的业务TTI一般为20ms。例如PS64K的TTI为20msTFS0*336,1*336,2*336,4*336。注意要分上下行，找到子业务类型中对应的上下行参数配置区。如果不知道速率和TFS,TTI的关系，可按下面的方法简单计算。RTFSmaxTFI*SIZETFS16*100TTISIZEtfs例如384K业务，TFSmaxTFI为12*336,TTI为10ms,SIZEtfs为336。计算得到速率R为384Kbit/s。所以你可以以此为公式判断有关参数是否超出了链路能力。6、FP的参数主要是TOAWS,TOAWE,如果发现FP总

39、是不断的时间调整，上报的TOA值较大，可以和NODEB人协商，是否以上两个参数设置不合理。7、物理层参数，主要是CFTC对应的c和d是否正常，这是控制上行物理控制信道和物理数据信道有关功率的参数，一般采用默认值，如果需要修改找专门的人士咨询。另外如果启动压缩模式，压缩模式参数设置不合理也会导致速率异常。打孔可设为80以上。具体可以与专业人土确认。8、禾I用showRnlu(DspNo)可以排查某块DSP上的用户面协议统计信息。或直接showRnlu可以看到所有DSP的统计和。clearRnlu(DspNo),表示清空某个DSP的统计，clearRnlu表示清空所有DSP的统计。也可以直接查看某

40、个协议层的统计。如showIuupDspNo)showPdcpDspNo)showRlcDspNo)showMacDspNo)showDfpDspNo,showCfpDspNo。我们以一次统计为例，统计一个DSP上的信息。 IUUP统计Iuupstaticalinformation* Rfci信息RfciIndexUplinkdownlink3032933724*0*0*0*0*0*0*02345678297843179000000000向对端发送的初始化帧90向对端发送的速率控制帧90从对端收到的初始化帧Ack*从对端收到的初始化帧Nack等待初始化帧的超时次数182向对端发送

41、的时间调整帧*182从对端收到的时间调整帧Ack*从对端收到的时间调整帧Nack等待时间调整帧的超时次数向控制面发送错误指示帧向对端发送的错误指示帧从对端收到的错误指示帧194662从Uu口收到的数据*PDU71514Iu口发送的数据PDU72481Iu收至I的数据PDU131350Uu发送的数据PDU收到下行数据的空帧PDU10下行数据益处缓冲的个数*PDU放入发送队列时失败的个数得不到发送队列空间的个数这是IUUP的统计信息，正常情况下，黑体部分为上行，黑斜体部分为下行。若只有PING包，比例关系和上下行速率比例基本一致。若有关队列和缓存溢出，说明用户面IUUP内存不够。 PDCP统计* Pdcpstaticalinformation* 上行：从Rlc收至1J的数据9980* 上行：向Iuup发送的数据9940* 上行：处理过程丢失数据*8138*40*下行：从Iuup收到的数据*下行：向Rlc发送的数据8138*0*0*7912*0*0*0*0*0*0*0*下行：处理过程丢失数据下行：回调缓冲区已满的数据从RLC收