小区无法建立问题处理指导书.doc

小区建立失败问题处理指导书内部公开小区建立失败问题处理指导书华为技术有限公司Huawei Technologies Co., Ltd.版权所有 侵权必究All rights reserved 2012-1-11华为机密，未经许可不得扩散第2页, 共17页小区建立失败问题处理指导书内部公开关键词 ：内部子网、小区建立失败、排查摘 要 ：本文主要描述了出现小区建立失败问题如何排查，处理。缩略语清单：无本文包括以下三个部分：1.原理介绍2.排查步骤3.结果实施4.相关案例2020-1-4华为机密，未经许可不得扩散第16页, 共16页小区建立失败问题处理指导书1 .原理介绍1.1 小区建立流程(ATM传输)下面以资源状态指示过程触发小区建立流程为例，说明小区建立流程。小区实际建立时，具体流程与具体配置相关。下面的例子中将建立两条SCCPCH 信道，一条PRACH 信道，其中两条SCCPCH 分别承载两条FACH、两条FACH 和一条PCH，PRACH 承载一条RACH。小区建立流程图释义小区建立流程消息流程说明如下：(1) NodeB 向RNC 发送资源状态指示消息RESOURCE STATUS INDICATION，消息中可能包含指示原因及相关的逻辑资源内容。(2) RNC 向NodeB 发送审计请求消息AUDIT REQUEST，发起资源审计过程。(3) 经过审计过程，RNC 对NodeB 的配置和逻辑资源状态进行检查，并可能进行RNC与NodeB 间的重新同步。审计完成后，NodeB 向RNC 发送审计响应消息AUDITRESPONSE。(4) RNC 向NodeB 发送小区建立请求消息CELL SETUP REQUEST，发起小区建立过程。(5) NodeB 根据小区建立请求消息中给定参数，保存必要资源并配置新小区。小区建立结束后，NodeB 向CRNC 发送小区建立响应消息CELL SETUP RESPONSE，确认小区建立成功。(6) RNC 向NodeB 发送公共传输信道建立请求消息COMMON TRANSPORTCHANNEL SETUP REQUEST，请求建立一条PRACH 信道。(7) NodeB 发送公共传输信道建立响应消息COMMON TRANSPORT CHANNELSETUP RESPONSE，确认公共传输信道建立成功。(8) RNC 采用ALCAP 协议向NodeB 发送QAAL2 建立请求消息QAAL2 ESTABLISHREQUEST，发起Iub 数据传输承载建立过程。消息中包含AAL2 绑定ID，以便绑定Iub 数据传输承载与RACH（随机接入信道）。(9) NodeB 向RNC 发送QAAL2 建立确认消息QAAL2 ESTABLISH CONFIRM，作为Iub 数据传输承载建立请求应答。(10)RNC 向NodeB 发送公共传输信道建立请求消息COMMON TRANSPORTCHANNEL SETUP REQUEST，请求建立一条SCCPCH 物理信道，本例中SCCPCH承载两条FACH（前向接入信道）和一条PCH（寻呼信道）。(11)NodeB 发送公共传输信道建立响应消息COMMON TRANSPORT CHANNELSETUP RESPONSE，确认公共传输信道建立成功。(12)、(14)、(16) RNC 采用ALCAP 协议向NodeB 发送QAAL2 建立请求消息QAAL2ESTABLISH REQUEST，发起Iub 数据传输承载的建立过程。这个过程共进行三次，分别建立三条Iub 数据传输承载，每条QAAL2 请求中都包含AAL2 绑定ID，分别用于把三条Iub 数据传输承载绑定到两条FACH 和一条PCH。(13)、(15)、(17)NodeB 向RNC 发送QAAL2 建立确认消息QAAL2 ESTABLISHCONFIRM，作为Iub 数据传输承载建立请求的应答。与三条QAAL2 建立请求消息对应，NodeB 向RNC 回复三条QAAL2 建立确认消息。(18)RNC 向NodeB 发送公共传输信道建立请求消息COMMON TRANSPORTCHANNEL SEUTP REQUEST，请求建立一条SCCPCH（承载两条FACH）。(19)NodeB 发送公共传输信道建立响应消息COMMON TRANSPORT CHANNELSETUP RESPONSE，确认公共传输信道建立成功。(20)、(22) CRNC 采用ALCAP 协议向NodeB 发送QAAL2 建立请求消息QAAL2ESTABLISH REQUEST，发起Iub 数据传输承载的建立过程。这个过程进行两次，分别建立两条Iub 数据传输承载。每条QAAL2 请求中都包含AAL2 绑定ID，分别用于把两条Iub 数据传输承载绑定到两条FACH。(21)、(23) NodeB 向CRNC 发送QAAL2 建立确认消息QAAL2 ESTABLISH CONFIRM，作为Iub 数据传输承载建立成功的应答。与两条Iub 数据传输承载建立请求消息对应，NodeB 向RNC 回复两条QAAL2 建立确认消息。(24) RNC 向NodeB 发送系统消息更新请求消息SYSTEM INFORMATION UPDATEREQUEST。(25)NodeB 发送系统消息更新响应消息SYSTEM INFORMATION UPDATERESPONSE，确认系统消息更新成功。(26)、 (28)、(30) RNC 向NodeB 发送三条公共测量初始化请求消息COMMONMEASUREMENT INITIATION REQUEST，分别要求NodeB 进行3 种类型的公共测量：采用周期报告形式的发射载波功率测量、采用周期报告形式的RTWP 测量、采用事件E 报告形式的发射载波功率测量。(27)、(29)、(31）与三条公共测量初始化请求消息对应，NodeB 回送三条公共测量初始化响应消息COMMON MEASUREMENT INITIATION RESPONSE，确认公共测量初始化成功。(32)根据RNC 的请求，NodeB 周期性发送发射载波功率测量报告MEASUREMENTREPORT。(33)根据RNC 的请求，NodeB 周期性发送RTWP 测量报告MEASUREMENT REPORT。(34)根据RNC 的请求，只有当事件E 发生时，NodeB 发送发射载波功率测量报告MEASUREMENT REPORT至此，小区建立完成，UE可以接入。接口跟踪实例:1.2 功率配置规则RNC: ADD CELL -小区最大发射功率MAXTXPOWERADD CARRIER - 载频最大发射功率CARRIERMAXPWRNODEB:ADD LOCELL - 单PATH单小区下行发射功率的最大能力MAXDLPCSPSCDSP RRU - 单天线通路的RMS（均方根值）最大下行功率maxDLPowerCapabilitySPSS 理论上：M* = （M指该小区下所有载波数） = +10lg(N) （N条path） 线性降低每个载波的最大发射功率，并传给NodeB物理层； NODEB的实际载波发射功率=Min /M，NodeB RU能力 例子：1个小区3个载波，RRU268配置 =390（8w） =390 =460（SPSC）mapping37dbm =460（SPSS）mapping37dbmNODEB的实际载波发射功率=min 10*lg(8/3), +10lg(N)=34.2dbm 1.2.2 如果M* = NODEB的实际载波发射功率=Min ，NodeB RU能力 例子：1个小区3个载波，RRU268配置 =460 =412 =460（SPSC）mapping37dbm =460（SPSS）mapping37dbmNODEB的实际载波发射功率=min , +10lg(N)=41.2dbm 1.2.3 目前使用的RRU能力如下：1.2.4 RNC上物理信道功率配置规则时隙0上所有物理信道功率的线性和 PCCPCH+SCCPCH+PICH+FPACH MAXTXPOWER例子：2 .常规排查步骤2.1 查看小区建立失败原因2.1.1 在LMT上执行DSP CELL命令，查看最近一次小区建立失败原因命令：DSP CELL: DSPT=BYCELL, CELLID=n;例子：+ TD-RNC20 2009-09-12 08:32:22O&M #14960%DSP CELL: DSPT=BYCELL, CELLID=6;%RETCODE = 0 执行成功.小区状态信息-小区标识 = 6小区名称 = 6操作状态 = 不可用管理状态 = 解闭塞状态说明 = 小区未建立关键事件- 最近一次小区建立失败原因 = 对应本地小区未上报 最近一次小区建立失败时间 = 2009-09-12 08:32:14 最近一次小区删除原因 = 最近一次小区删除时间 = 最近一次建立失败的公共信道类型 = 最近一次建立失败的公共信道标识 = 最近一次公共信道建立失败原因 = 最近一次公共信道建立失败时间 = 最近一次删除的公共信道类型 = 最近一次删除的公共信道标识 = 最近一次公共信道删除原因 = 最近一次公共信道删除时间 = - END2.1.2 小区建立失败原因汇总及解析1、 NCP不存在或者不可用解释：NCP未配置，或者配置了不可用。排查点：检查NCP的状态，查看RNC和NODEB侧承载NCP的SAALLNK的VPI、VCI是否一致，端口是否一致。2、 对应本地小区未上报解释：RNC进行小区建立消息时，无法找到可用的本地小区排查点：一般有2种原因导致， RNC侧本地小区ID和NODEB侧本地小区ID不一致或者NODEB侧的本地小区不可用。针对第一种情况，查看ID配置就可以发现问题。第二种需要查看NODEB侧本地小区状态，DSP LOCELL。引起NODEB侧本地小区不可用的原因一般为主载波不可用。可以根据DSP CARRIER出来的结果，判断GPS还是RRU问题。3、 DB错误解释：小区建立时发生数据库读数据错误。排查点：这种错误一般是小区的前后台数据不一致造成的，先执行ACT CRC进行检查，找到不一致的表处理。4、 功率不匹配解释：RNC侧配置功率超过了NODEB侧最大发射功率或者RNC上物理信道配置功率之和超过了小区最大发射功率。排查点：检查RNC和NODEB上的功率配置是否合理。具体功率配置规则参见1.3节。 5、 小区被闭塞解释：小区被用户闭塞排查点：使用UBL CELL命令将小区解闭塞。6、 NODEB侧小区建立失败解释：NODEB侧小区无法建立排查点：可能原因，RNC侧配置多于NODEB侧载波等。7、 小区建立无响应解释：与对应本地小区未上报类似，NODEB不响应RNC发下来的小区建立请求。排查点：参考第2章，排查没问题的话，需要抓取串口重定向消息分析。8、 公共传输信道建立失败解释：公共传输信道建立失败排查点：参考第2章，排查没问题的话，需要抓取串口重定向消息分析。可能由于FP同步失败导致，时钟，接口板，NODEB侧时钟等原因。9、 系统消息更新失败解释：系统消息更新失败排查点：参考第2章，排查没问题的话，需要抓取串口重定向消息分析。10、LICENSE不允许解释：超过LICENSE限制排查点：通过DSP LICENSE检查小区数量限制，然后DSP CELL，查看状态OK的小区是否达到了LICENSE规定的上限。11、NODEB版本不一致解释：NODEB和RNC版本不匹配。排查点：检查NODEB和RNC侧是否版本配套12、内部错误解释：RNC发生内部错误。排查点：检查RNC上是否正在启动中或者不稳定状态，检查SPU单板和DPU，GCU，PIU单板是否状态运行稳定。2.2 排查传输原因2.2.1 检查RNC和NODEB上告警重点查看是否有此小区的传输相关告警，E1/T1、IMA等告警。有的话需要排查传输故障。至少需要保证1条E1/T1和1条IMALNK状态正常。可以通过DSP E1T1来查看。2.2.2 发起资源审计在LMT上执行ADT RES命令，跟踪IUB口消息，看NODEB能否正常响应。正常响应在IUB口跟踪的消息如下：如果IUB口上无消息，可能NCP不可用，AAL2PATH不可用，传输故障。2.3 排查配置原因IUB口配置的排查，分为控制面、用户面、OMCH通道的检查。2.3.1 控制面的检查首先通过DSP IUBCP: NODEBNAME=x, PT=NCP;检查NCP状态。重点关注承载NCP的SAALLNK的VPI和VCI，RNC和NODEB是否配置一致。再通过DSP IUBCP: NODEBNAME=x, PT=CCP;检查CCP状态。重点关注承载CCP的SAALLNK的VPI和VCI，两侧是否配置一致。关注CCP的主备，和端口号是否一致。检查承载ALCAP的SAALLNK的VPI和VCI两侧是否一致。2.3.2 用户面检查检查AAL2PATH的状态。RNC侧可以通过DSP AAL2PATH查看AAL2PATH状态。配置检查主要看2侧VPI/VCI是否一致，PATH ID是否一致，AAL2PATH的类型是否一致。2.3.3 OMCH检查通过DSP OMCH检查OMCH状态。配置检查主要看RNC侧NODEBIP、IPOAPVC、EMSIP，NODEB侧OMCH是否配置正确。如果OMCH不好，NODEB会发起盲起流程。盲起流程会导致上层传输链路对象卸载，造成SAALLNK链路闪断。2.4 排查NODEB侧资源情况2.4.1 检查LOCELL状况利用DSP LOCELL，检查LOCELL状态是否正常。不正常请查询载波状态。%/*356305*/DSP LOCELL:;%RETCODE = 0 执行成功显示本地小区设备信息- 本地小区设备ID = 0 小区ID = 2477 小区参数ID = 76 小区状态 = 可用 DwPCHPower(x/1000-25,dBm) = 48969 PCCPCHPower(x/1000-25,dBm) = 45969 timeslotConfigurationLCR= 000001010000020000030001040001050001060001maximumTransmissionPower(x/1000-10,dBm) = 42969 故障态 = 无告警2.4.2 检查载波状态通过DSP CARRIER检查NODEB侧载波状态，主要看频点、载波状态、操作态、可用态还有时隙状态。如果操作态可用，可用态依赖说明NODEB的GPS存在故障，需要排查。如果时隙状态为闭塞，需要检查RNC侧载波状态是否为去激活、RRU状态是否正常。DSP CARRIERRES显示载波资源信息- 载波资源ID = 0 本地小区设备ID = 1 频点 = 10064 载波服务类型 = R4 载波状态 = 可用 载波类型 = 主载 相关NCPara = FFFFFFFF 操作态 = 可用 RRU载波通路状态= 0100010001000100010001000100010001000100010001000100010001000100 载波通路状态 = 01010101010101010101010101010101 可用态 = 空 天线供应商 = 空 小区形状 = 空 当前Beam参数 = SSABCH8DEFAULTWV 时隙0状态 = Active 时隙1状态 = Active 时隙2状态 = Active 时隙3状态 = Active 时隙4状态 = Active 时隙5状态 = Active 时隙6状态 = Active联合检测算法生效值 = 单小区联检 基带RX校准结果 = 5F5E5E5E5E5D5E5D 基带TX校准结果 = 8889898888888884载波的校准结果异常，该PATH就会产生 “发射/接收通道天线通道幅相一致性告警”。同一个PATH下所有载波的基带校准结果出现异常时，该PATH会产生“下行通道告警”“上行通道告警”2.4.3 检查RRU、DSP、GPS等状态 通过DSP RRU检查RRU的状态，关注RRU的操作态和可用态是否正常。如果RRU故障，需要检查RRU和BBU之间是否正常连接，可以通过DSP PORT检查BBP上的端口是否正常。通过DSP DSP检查RRU的控制DSP 是否正常。如果RRU故障无法排查，需要连接RRU串口，排除RRU故障。GPS不好，也会导致载波无法建立，需要排查GPS相关设置，是否正常搜星等。DSP RRU 柜号 = 0 框号 = 58 槽号 = 0 类型 = RRU 管理态 = 解锁 操作态 = 可用 可用态 = 正常 故障态 = 无告警 回环RX结果0 = EEEEEEEEEEEEEEEE 回环RX结果1 = EEEEEEEEEEEEEEEE 回环TX结果0 = A280808080808080 回环TX结果1 = A280808080808080maxDLPowerCapabilitySPSS = 500 Path数量 = 1通路 产品名称和版本 = RRU261V004R000 RRU时隙关断生效值 = 关闭(结果个数 = 1)- END回环RX结果的值，无意义。回环TX结果0的值，后14位无意义，前2位显示BBU发给RRU的TS0功率。 回环TX结果1的值，后14位无意义，前2位显示RRU测得的TS0发射功率。换算方法，如上图的9B：十六进制 9B = 十进制 155TS0功率 = 155 128 = 27 dBm说明RRU检测到的发射功率与BBU发给RRU的功率都是27dBm。3 日志抓取如果2中的常规排查无法发现问题所在，需要抓取SPU串口日志和IUB口消息进行分析。SPU串口打印日志抓取方法为：首先通过LST CELL，找到小区的控制SPU子系统号。然后跟踪此SPU子系统的串口重定向消息。串口打印的分析，见4中的相关案例。4 相关案例4.1 功率配置错误导致小区建立失败4.1.1 初步排查通过DSP CELL发现建立失败原因是功率不匹配。通过去激活，再激活小区抓取了相关串口打印如下：4.1.2 打印关键点分析找到小区建立失败前面的一段打印。也就是NBM_CsaCellSetupFail之前的。从下面一段打印可以看出RNC侧小区功率配置位300，而NODEB配置的最大功率为220，而最小功率为150。从而导致功率不匹配，小区建立失败。NBM_ERR_CEM_000C - NBM_CemCfgCellSetupProc: UCId = 0, RNCs usMaxTranspPwr = 300!NBM_ERR_CEM_000D - NBM_CemCfgCellSetupProc: NodeBs usMinDlPwrCap = 150, NodeBs usMaxDlPwrCap = 220 ! NBM_CsaCellSetupFail usCellIdx=0 ulUCId=0 ulCause=4 4.2 时钟问题导致小区建