CDL失败原因分析定位优化思路

1、CDL失败原因分析定位优化思路1. RRC建立失败现象、失败原因和失败信息序 号失败现象失败原 因中文 名失败原因具体解释问题 段分析和 优化建 议1RRM_ALLOCATE_R ESOURCES_FAILUR E:“ RRM_ULCodeDema ndFail”上行码 需求失 败RNC接收至U RRC Connection Reques之后，内 部会先进行RRM资源分配。RR进行资源分配的步骤依次是“确定码需求”、“进行码判决”和“进行码分配”：只有前一个的过程通过了才可能进行下一 个过程的判断，即如果“确定码需求”阶段就失 败了就不会再做“进行码判决”的判断。“确定码需求”主要是获得新呼叫

2、或用户业务 发生变化时总的需要的码资源情况，主要通过查询相关“静态配置”得到；通俗讲：“确定码需求”就是得到本次请求 需要的总的码资源；“静态参数没有配置”可能是主要原因。RNC检查所 请求的 业务的“上行 静态参 数”是 否配 置。2RRM_ALLOCATE_RESOCES_FAILURE:“ RRM_DLCodeDema ndFail”UM行码需求失 败上同RNC上同3有RRM_ALLOCATE_RESOURECES_FAILURE消息，且原因是RRM_ULCodeJudFail拥塞：上 行码道 判决失 败进行码判决”是指用户接入或重配置时当 前小区码资源（载波、时隙）能否够用的判断；“进

3、行码判决”是判断可以在哪些载波哪些时隙 上接入，判断可用资源够不够；RNC返回的拥塞有2种情况，真拥塞和假拥塞。 真拥塞为小区资源不足导致用户容量受限，而假拥塞则和用户接入个数没有关系，可能是参数设 置不合理、设备故障或传输异常导致。RNC真拥塞 扩容， 假拥塞 排除故 障或参 数设置 问题4有RRM_ALLOCATE_R ESOURECES _FAILURE消息，且原 因是RRM DLCodeJudFail拥塞：下 行码道 判决失 败上同RNC上同5RRM ALLOCATE RESC码分配“进行码分配”是指业务建立、修改、删除时为RNCRNC故RCES_FAILURE:失败用户分配新的物理信

4、道和相关参数等。“进行码分配”就是具体的分配过程，扩频码、 midamble码等具体分配；通常原因：时隙格式 配置错误、时隙类型是“窗优化”、HSDPA算法表中，打开了 DPO不连续开关、用户太多障或用 户太多6有RRM_ALLOCATE_R ESOURECES _FAILURE消息，且原 因是RRM ErrorCellStatus拥塞：小 区或载 波状态 错误RNC检查到载波或小区状态不正常，查看冋题 出现时间点附件的小区/载波告警，确认是否存 在“传输闪断”等告警；NB检查告警7RRM_ALLOCATE_RESRCES_FAILURE:OUb 口传输资源失败Iub 口传输资源失败，局内Iu

5、b 口相关ATM资源 分配失败，所有跟 ATM相关的失败原因。具体 有：上行ATM资源判决失败 下行ATM资源判决失败 上下行ATM资源判决都失败没有可用PATH导致ATM资源判决失败 没有可用CID导致ATM资源判决失败LRM_CAC内部判决失败DCA本身进行本地资源时失败等。RNC检查Iub 口 参数和 设备状 态8RRM_ALLOCATE_RESRCES_FAILURE:CWE能力判决失败RLC能力、传输信道能力等，分配资源时如设置UE能力参数，需判断UE能否支持该能力，如终 端不支持该能力如 H,则会返回失败RNC检查 UE能 力参数 设置是 否与终 端一致9有RRM_ALLOCATE

6、_R ESOURECES _FAILURE消息，且原 因不是RRM_ULCodeJudFail、RRM_DLCodeJudFail 和RRM_ErrorCellStatus拥塞：其它原因1. 上行功率判决失败(UL power judge fail )2. 下行功率判决失败(DL power judge fail)3. 上行载波判决失败(UL carrier judge fail)4. 下行载波判决失败(DL carrier judge fail)5. DCA得到载波优先级列表时失败(get carrierpriority list failure )6. DCA得到上行时隙优先级列表失败(g

7、et ulTS priority list failure )7. DCA得到下行时隙优先级列表失败(get dlTS priority list failure )8. 没有足够的DCH 资源(No enough DCHresource)9. 没有足够的FACH 资源 No enough FACHresource10. 没有足够的 HSDPA 资源(No enough HSDPARNCresource)11. 载波流业务保证速率判决失败(Stream GBRjudge fail)12. HSDPA 算法不支持(HSDPA arith not support)13. DCA 得到资源组合类型失

8、败(get res mux type failure)10RRCConn ectionReject:L2配置 失败（节 点同步 失败）导 致 RRC 请求被 拒目前的原因取名有些问题：只能确定是 L2配置 失败，但不一定具体是“节点冋步失败” ，有可 能L2配置超时失败；RNC11RRCConn ectionReject:未收到RRM_ALLOCATE_RES RCES_FAILURE没收至U资源分配失败O消息，收RRC连接拒绝查看“ RRC ConnectionReject ” 事件的EventPara，确认原因（可能有两种协议原因：Congestion 、 unspecified ）。RN

9、C12RRCConn ectionReject:CC_RAC_UE_R ESOURCE_ALLOCATE SP导致RRC拥塞_RRAC调用RRM函数申请空口无线资源失败，需要联系RNC研发确认是否为bug。RNC13RNC收到NB回的 RadiolinkSetupFailure消息，原因是： RAC_IUBC_CAUSE_ NODEB_RESOURCE S_UNAVAILABLERLSetupFailure:NB无法 获得资 源NB把Radio link Setup request参数与自己网元 布配参数不对，不一致认为资源不可得：如载波、RRU、功率等；初步判断为NodeB故障，明确存在问题

10、的NodeB，对此NodeB进行收敛分析。NB检查NodeB布配参数14RNC收到NB回的 RadiolinkSetupFailure消息，原因是： RAC_IUBC_CAUSE_ REQUESTED_CONFI GURATIONNOT SUPPORTEDRLSetupFailure:配置不支持配置不仅仅指频点、 码字、时隙，还有时隙格式 等，以及消息中所有的参数这种问题初步判断为 NodeB故障导致，明确存在问题的 NodeB，将此 类现象进行罗列，上报NodeB研发工程师，要求研发进行问题定位，并反馈解决方案NB15RNC收到NB回的 RadiolinkSetupFailure消息，原因是

11、：RAC IUBC CAUSERLSetupFailure:硬件错NB状态不正常或有 APB响应超时等告警，初 步判断为NodeB故障；NB明确存 在问题 的NodeBHARDW ARE_FAILURE误检查告警16RNC收到NB回的 RadiolinkSetupFailure消息，原因不 是：RAC_IUBC_CAUSE_ NODEB_RESOURCE S_UNAVAILABLE,RAC_IUBC_CAUSE_ REQUESTED_CONFI GURATION _NOT_SUPPORTED和RAC_IUBC_CAUSE_ HARDW ARE_FAILU RERLSetupFailure:其它

12、原 因NB17RNC在给NB发了RadiolinkSetupRequest之后5秒内又 发 了 Radio linkDeleti on RequestRNC/NB故障： 给NB发RLSetup 后5秒内又 发 RLDelete出现这种情况很可能是因为“在UE附近存在2个（或以上）小区同频同码”的情况。当UE所处的服务小区和旁边的小区（并且是属于同一个 RNC同频同码时，UE上发的RRC ConnectRequest的小区，会被这两个小区都收到。这两 个小区收到后，都会上报给RNC不过可能因为处理时延不同，到RNC的时刻不同。当RNOI攵至U 一个RRCConnetion Request请求后就

13、会开始处 理.开始同NodeB建立RL。在RL建立之前，RNC 又收到了同一 UE 的 RRC Conn ection Request 消息时，就会认为前一个请求已经无效了，就会马山下发 Radio Link Delete Request 消息，将 正要建的RL取消掉，就会出现这样的现象。还有一种可能是“ NodeB设备存在故障”：通过 现场测试和UE_TRACE信令分析发现，无线链路 建立时，RNC主动删除无线链路的原因为在建立 RRC连接的过程中，RNC发送节点冋步消息， 但 是基站没有响应或者 RNC在底层因为异常丢弃 了节点同步帧，初步怀疑为Node B侧设备存在 硬件故障。后续与 R

14、NC机房及工程部配合定位， 最终确认该现象是由于冋题小区BBU存在故障导致。再有一种可能是“ RNC板卡故障”：如果这种冋 题主要集中在一个小区中发生的异常现象基本 可以确定是单个小区的故障，但如果某个RNC下很多小区都发生有这种情况，则还是要通过这RNC或NB检查周 边同频 同码小 区些小区在RNC端的收敛性来定位是否是 RNC相 关板卡的故障。18RNC建完RL之后没 有给 NB 发 RRC SetupRNC/NB故障： 建完RL 之后没 有发RRCSetup初步判断为RNC故障。这种情况应该基本不会出 现RNC检查RNC19RNC 发了一次 RRCSetup之后没有收到RRCSetupC

15、omplete(收到 RL RestoreIn dicati on)1次RRCSetup 无 响应，已 上行同 步上行无线链路冋步后，可能下行无线链路没冋步，或下行无线链路冋步后， UE发送的消息没 到达RNC，需检查无线环境和 NB、RNC是否 丢消息Uu优化无 线环境 和设备 检查20RNC 发了一次 RRCSetup之后没有收到RRCSetupComplete(未收到 RL RestoreIn dicati on)1次RRCSetup 无 响应，上 行没同 步可能该消息没达到 UE,需检查无线环境，也可 能UE收到该消息，由于无线环境原因， 无线链 路上行无法同步Uu优化无 线环境 和设

16、备 检查21RNC发了两次 RRCSetup之后没有收到RRCSetupComplete(收至U RL RestoreIn dicati on)2次RRCSetup 无 响应，已 上行同 步上行无线链路冋步后，可能下行无线链路没冋步，或下行无线链路冋步后， UE发送的消息没 到达RNC，需检查无线环境和 NB、RNC是否 丢消息Uu优化无 线环境 和设备 检查22RNC发了两次 RRCSetup之后没有收到RRCSetupComplete(未收到 RL RestoreIn dicati on)2次RRCSetup 无 响应，没 上行同 步可能该消息没达到 UE,需检查无线环境，也可 能UE收到

17、该消息，由于无线环境原因， 无线链 路上行无法同步Uu优化无 线环境 和设备 检查23RNC发了三次 RRCSetup之后没有收到RRCSetupComplete(收到 RL RestoreIn dicati on)3次RRCSetup 无 响应，已 上行同 步上行无线链路冋步后，可能下行无线链路没冋步，或下行无线链路冋步后， UE发送的消息没 到达RNC，需检查无线环境和 NB、RNC是否 丢消息Uu优化无 线环境 和设备 检查24RNC发了三次 RRCSetup之后没有收到RRCSetupComplete(未收到 RL Restore3次RRCSetup 无 响应，没 上行同可能该消息没达

18、到 UE,需检查无线环境，也可 能UE收到该消息，由于无线环境原因， 无线链 路上行无法同步Uu优化无 线环境 和设备 检查In dicati on)步25RNC发了四次 RRCSetup之后没有收到RRCSetupComplete(收到 RL RestoreIn dicati on)4次RRCSetup 无 响应，已 上行同 步上行无线链路冋步后，可能下行无线链路没冋步，或下行无线链路冋步后， UE发送的消息没 到达RNC，需检查无线环境和 NB、RNC是否 丢消息Uu优化无 线环境 和设备 检查26RNC发了四次 RRCSetup之后没有收到RRCSetupComplete(未收到 RL

19、RestoreIn dicati on)4次RRCSetup 无 响应，没 上行同 步可能该消息没达到 UE,需检查无线环境，也可 能UE收到该消息，由于无线环境原因， 无线链 路上行无法同步Uu优化无 线环境 和设备 检查27RNC发了超过 4次RRC Setup之后没有 收 到RRC SetupComplete(收至U RL RestoreIn dicati on)超4次RRCSetup 无 响应，已 上行同 步目前最多4次Uu28RNC发了超过 4次RRC Setup之后没有 收 到RRC SetupComplete(未收到 RL RestoreIn dicati on)超过4次RRCS

20、etup 无响应，没 上行同 步目前最多4次Uu29其它原因RNC检查软 件处理 是否有 问题2. RAB建立失败现象、失败原因和失败信息序号失败现象失败原因中文名失败原因具体解释问 题 段分析和 优化建 议1当前 RAB Setup Request中的下行 请求速率是为 0, 但之前成功进行 过重定位，并且重重定位入成功后岀现 单边业务（CN已释放RAB,但RNC未释放）重建,RNC不支持RNC设备不支持CN定位中的 RAB ID 与本次RAB Setup Request 的 RABID ” 相同2RABSetupRequest之后报了 RRM_ALLOCATE _RESOURCES_FA

21、ILURE，原因是 “ RRM_ULCodeD ema ndFail”拥塞：上行码需求失 败RNC接收至U RRC ConnectionRequest之后，内部会先进行RRM资源 分配。RRM进行资源分配的步骤依次是 “确定码需求”、“进行码判决”和“进 行码分配”：只有前一个的过程通过了才可 能进行下一个过程的判断，即如果“确定码需求”阶段就失败了就不会 再做“进行码判决”的判断。“确定码需求”主要是获得新呼叫 或用户业务发生变化时总的需要的 码资源情况，主要通过查询相关“静 态配置”得到；通俗讲：“确定码需求”就是得 到本次请求需要的总的码资源；“静态参数没有配置”可能是主要原 因。RNC

22、检查所 请求的 业务的“上行 静态参 数”是否 配置。3RABSetupRequest之后报了 RRM_ALLOCATE _RESOURCES_FA ILURE，原因是 “ RRM_DLCodeD ema ndFail”拥塞：下行码需求失 败上同RNC上同4RRM_ALLOCATE_RE OURCES_FAILURE: RRM_ULCodeJud Fail7上行码判决失败进行码判决”是指用户接入或 重配置时当前小区码资源（载波、时 隙）能否够用的判断；“进行码判决”是判断可以在哪些载 波哪些时隙上接入，判断可用资源够 不够；RNC返回的拥塞有2种情况，真拥塞 和假拥塞。真拥塞为小区资源不足导

23、致用户容量受限，而假拥塞则和用户 接入个数没有关系，可能是参数设置 不合理、设备故障或传输异常导致。RNC对于确 实应为 资源不 够导致 的接入 失败，就 需要考 虑是否 需要扩 容或者 是否需 要调整 资源/参 数配置5RRM ALLOCATE RES下行码判决失败上同RN对于确OURCES_FAILURE:RRM_DLCodeJudFailC实应为 资源不 够导致 的接入 失败，就 需要考 虑是否 需要扩 容或者 是否需 要调整 资源/参 数配置6RRM_ALLOCATE_RESOURCES_FAILURE:码分配失败“进行码分配”是指业务建立、修改、 删除时为用户分配新的物理信道和 相关

24、参数等。“进行码分配”就是具体的分配过 程，扩频码、midamble码等具体分配； 通常原因：时隙格式配置错误、时隙 类型是“窗优化”、HSDPA算法表 中，打开了 DPCH不连续开关、用户 太多RNC参数检 查、程序有 BUG提交、扩容7RABSetupRequest之后报了 RRM_ALLOCATE _RESOURCES_FA ILURE，原因是 “ RRM_ErrorCellS tatus”拥塞：小区或载波状 态错误RNC检查到载波或小区状态不正常NB检查基 站小区 和载波 状态8RABSetupRequest之后报了 RRM_ALLOCATE RESOURCES FAILURE ,原因

25、是 “unknownmea ning拥塞：IuB上行ATM资源不足上行ATM资源判决失败”，包括带宽 不足、PATH状态不可用、没有匹配类型的PATH、TrafficQos中没有配置 请求的业务等。RNC9RRM_ALLOCATE_RESOURCES_FAILURE:UE能力判决失败RLC能力、传输信道能力等，分配资 源时如设置UE能力参数，需判断UE 能否支持该能力，如终端不支持该能 力如H,则会返回失败RNC检查UE 能力参 数设置 是否与 终端一 致10RABSetupRequest之后报了拥塞：其它原因1)上行功率判决失败(UL power judge fail)RNCRRM_ALLO

26、CATE _RESOURCES_FA ILURE，原因是不 是：RRM_ErrorCellStatus, RRM_DLCodeDe mandFail，或 RRM_ULCodeDe man dFail2) 下行功率判决失败(DL powerjudge fail)3) 上行载波判决失败(UL carrierjudge fail)4) 下行载波判决失败(DL carrierjudge fail)5) DCA得到载波优先级列表时失 败(get carrier priority list failure )6) DCA得到上行时隙优先级列表失败(get ul TS priority list failu

27、re )7) DCA得到下行时隙优先级列表失败 (get dl TS priority list failure )8) 没有足够的DCH资源(Noeno ugh DCH resource)9) 没有足够的FACH资源No eno ugh FACH resource10) 没有足够的 HSDPA资源 (No enough HSDPA resource)11) 载波流业务保证速率判决失败(Stream GBR judge fail)12) HSDPA 算法不支持 (HSDPA arith not support)13) DCA得到资源组合类型失败(get res mux type failure

28、)11RNC给 CN 发了 RABSetup Failure（ 未 出现RRM_ALLOCATE_RES OURCES_FAILUR或 其原因未知）:上行 空口资源失败、EventPara为上仃码判决失败或“上行功率判决失败”或“上行载波 判决失败”或“ DCA得到上行时隙 优先级列表失败”或“上行码需求失 败”或“上行独立载波判决失败”，那么原因归为“ RNC给CN发了 RAB SetupFailure(未出现RRM_ALLOCATE_RESOURCES_F AILURE或其原因未知):上行空口资 源失败”。RNC重点确 认是否 假拥塞。12RNC给 CN 发了 RAB Setup Fail

29、ure（ 未 出现RRM_ALLOCATE_RES OURCES_FAILUR或 其原因未知）:下行 空口资源失败、EventPara为下仃码判决失败或“下行功率判决失败”或“下行载波 判决失败”或“ DCA得到下行时隙 优先级列表失败”或“下行码需求失 败”或“下行独立载波判决失败”，那么原因归为“ RNC给CN发了 RAB SetupFailure(未出现RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知):下行空口资RNC重点确 认是否 假拥塞。源失败”。13RNC给 CN 发了 RAB Setup Failure（ 未 出现RRM_ALLOCATE_RES OUR

30、CES_FAILUR或 其原因未知）:空口 资源失败、EventPara为“码分配失败”或没 有足够的DCH资源”或“没有足够 的FACH资源”或“没有足够的 HSDPA资源”或“载波流业务保证 速率判决失败”或“ DCA得到载波 优先级列表时失败” 或“LCC算法或 者其他判决，没有码资源或者没有功 率资源，包括伴随 DPCH ”或“没有 足够的公共信道资源”或“没有足够 的HSDPA资源（不包括伴随 DPCH ） ”，那么原因归为“ RNC给 CN 发了 RAB Setup Failure（未出现 RRM_ALLOCATE_RESOURCES_F AILURE 或其原因未知）:空口资源失

31、败”。RNC重点确 认是否 假拥塞。14RNC给 CN 发了 RABSetup Failure（ 未 出现RRM_ALLOCATE_RESOURCES_FAILUR或 其原因未知）:小区/载波状态异常、RNC检查到载波或小区状态不正常， 查看问题出现时间点附件的小区/载波告警，确认是否存在“传输闪断” 等口警对于此 类问题， 临时解 决方案 可以直 接进行 小区激 活、去激 活，同时 告知研 发进行 版本升 级以进 行规避15RNC给 CN 发了 RABSetup Failure（ 未 出现RRM_ALLOCATE_RES OURCES_FAILUR或 其原因未知）：UE能 力判决失败、RLC

32、能力、传输信道能力等，分配资 源时如设置UE能力参数，需判断UE 能否支持该能力，如终端不支持该能 力如H,则会返回失败RNC检查UE 能力参 数设置 是否与 终端一 致16RNC给 CN 发了 RABSetup Failure（ 未 出现RRM_ALLOCATE_RES OURCES_FAILUR或 其原因未知）:本地 资源判决失败（上、EventPara为“上行 ATM资源判决失 败”，那么原因归为“ RNC给CN发 了 RAB Setup Failure（未出现RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知）:本地资源判 决失败（上行）”。上行ATM资源判决失败

33、”包 括带宽（E1配置等）不行）足、PATH 状 态不可 用、没有 匹配类 型的PATH、TrafficQ os中没 有配置 请求的 业务等。17RNC给 CN 发了 RAB Setup Failure（ 未 出现RRM_ALLOCATE_RES OURCES_FAILUR或 其原因未知）:本地 资源判决失败（下 行）、EventPara为“下行ATM资源判决失 败”，那么原因归为“ RNC给CN发 了 RAB Setup Failure（未出现 RRM_ALLOCATE_RESOURCES_F AILURE或其原因未知）:本地资源判 决失败（下行）”。下行ATM资 源判决 失败”包 括带宽（

34、E1配 置等）不 足、PATH 状 态不可 用、没有 匹配类 型的PATH、TrafficQ os中没 有配置 请求的 业务等。18RNC给 CN 发了 RABSetup Failure（ 未 出现RRM_ALLOCATE_RES OURCES_FAILUR或 其原因未知）:本地 资源判决失败、EventPara为“上下行 ATM资判决都 失败”或“没有可用的PATH导致ATM资源判决失败”或“没有可用 的CID导致ATM资源判决失败”或“LRM CAC内部判决失败”或“ DCA 本身进行本地资源时失败”，那么原 因归为“ RNC给CN发了 RAB Setup Failure（未出现RRM_A

35、LLOCATE_RESOURCES_F AILURE或其原因未知）:本地资源判 决失败”。IUB 口的 2M链路 扩容或 排障19RNC给 CN 发了 RABSetup Failure（ 未出现RRM_ALLOCATE_RES OURCES_FAILUR或 其原因未知）：其它 失败、20有 Radio link Recon figurati on Failure事件，原因： NODEB_RESOUR CES_UNAVAILAB LERL重配失败：NB无法获得资源NB 把 Radio link Setup request 参数与 自己网兀布配参数不对，不一致认为资源不可得：如载波、RRU、功率等

36、； 初步判断为NodeB故障，明确存在问 题的NodeB，对此NodeB进行收敛 分析。NB检查NodeB布配参 数21有 Radio link Recon figurati on Failure事件，原因： REQUESTED_CO NFIGURATION_N OT_SUPPORTEDRL重配失败：配置不 支持配置不仅仅指频点、码字、时隙，还 有时隙格式等，以及消息中所有的参 数这种问题初步判断为NodeB故障导致，明确存在冋题的 NodeB，将此 类现象进行罗列，上报NodeB研发工 程师，要求研发进行问题定位，并反 馈解决方案NB22有 Radio link Recon figurati

37、 on Failure事件，原因： HARDW ARE_FAI LURERL重配失败：硬件失 败NB状态不正常或有APB响应超时等 告警，初步判断为 NodeB故障；NB明确存 在问题 的NodeB, 检查告 警23有 Radio link Recon figurati on Failure事件，原因 不是：NODEB_RESOUR CES_UNAVAILAB LE,REQUESTED_CO NFIGURATION_N OT_SUPPORTED 和HARDW ARE_FAI LURERL重配失败：其它原 因NB24RNC 未发 RABSetup Success ,SGSN 向 RNC 发了RA

38、B ReleaseSGSN提前向RNC发 了 RAB Release属于核心网冋题。冋核心网厂家确认RNC和SGSN之 间25RNC 未发 RABSetup Success , RNC 向 CN 发了 luRelease RequestRNC提前向CN发了IU Release Request通常是RAB建立过程发生了异常， 一般比较常见的，如如： 1)给UE发送 了 RB SETUP消息，但 UE不会RB SETUP COMPLETE响应，导致定时 器超时，给 CN发送Iu Release Requesto 2)RAB建立过程中发生了 小区更新。3)另外，还有，如：配 置NB，发送RL同步重配

39、置准备消 息，NB没有回响应，导致定时器超 时，RNC给CN发送释放请求；4) RNC的咼层子系统配置本地其他子 系统，响应没有及时回来，定时器超 时导致释放。等。一般就是定时器超 时导致释放以及和小区更新并发导 致的释放，其中，NB和RNC本地是 有线传输，定时器超时的可能性不 大；目前外场最多的情况就是1)、2 )o李建平：还有其它很少见的情况，比 如口，RAB建立过程中Iub 口链路或Iu 口链路故障等；RNC26RNC 未发 RAB Setup Success CN 向RNC发了 lu Release Comma ndCN 向 RNC 发了 IURelease Comma ndRAB建

40、立失败均为核心网发起的主动 释放RNC和CN之 间一般都 为核心 网问题， 需要实 测并配 合核心 网处抓 消息定 位27RABSetupRequest 后没有 RABSetupSuccess, 又发起 CellUpdateRAB建立过程和CellUpdate 并发设备不支持 RAB建立和小区更新并 发RNC和CN之 间优化无线环境28RB Setup Failure , 原因是 In validcon figurati onRB Setup Failure :无效配置参数配置有误，如配置时 TB大小超 过UE能力；RNC或UE检查参 数29RB Setup Failure , 原因是 Phy

41、sicalRB Setup Failure :物理信道同步失败在新链路上同步失败。其中，新链路， 若切换的话就是和目标小区的； 若小RNC明确基 站载频cha nnel failure区内调整就是和目标载频或者载频不变和目标时隙/码道的。或UE是否存 在故障， 覆盖或 干扰问 题分析30RB Setup Failure , 原因是timeoutRB Setup Failure :超 时此类问题可以分为两种情况：1、RNC 下发的RB Setup消息UE未收到；2、 UE已经收到了 RNC下发的RB Setup 消息，但是UE回复的完成或失败消 息，RNC在“等待UE响应消息定时 器” 10s超

42、时后未收到。RNC或UE设备故 障或无 线环境 原因31RB Setup Failure ,RB Setup Failure :其它原因RNC 或UE原因不是 Physicalchannel failure , In validcon figurati on或timeout32UE主动发SIGNALINGCONNECTIONRELEASEINDICATIONUE主动发起信令连 接释放由于UE产生的信令连接释放”一般 是用户引起的释放过程。这个是 UE在RAB建立过程中主动要求信令连接 释放，属于正常现象，后续将不再记 为RAB接入失败。UE3. RNC内部切换失败现象、失败原因和失败信息序号切

43、换失败现象失败原因中文名失败原因具体解释问 题 段分析和优化建 议1RNC给目标 NB 发了 Radio link Addtion Request 之后 RNC收到 NB 回的 Radio link Addition FailureNB内切换失败：NB失败同一 NB内的无线链 路建立采用RadiolinkAdditi onFailure，此原因与RRC的无线链路建 立失败可一样分析；NB检查请求参数 与NB布配参数 是否一致2RNC给目标 NB 发了 Radio linkSetup Request之后收到目标 NB 回的 Radio link Setup FailureNB间切换失败： 目标N

44、B无线链路 建立失败或AAL2失 败同一 RNC内的无线 链路建立采用Radio link setup Failure，此 原因与RRC的无线 链路建立失败可一 样分析；NB检查请求参数 与NB布配参数 是否一致3源RNC给UE发了切换重配置 命令后，没有收到 UE的响应， RNC模拟的重配置失败事件中的原因是Timeout切换失败：UE响 应切换命令超时可能UE没收到切换 重配置消息，也可能 UE收到后由于无线 原因导致UE发送完 成消息无法到达RNCUu需查找无线环境原因，C/I、P-CCPCHRSCP、ISCP 和UE发射功率；4源RNC给UE发了切换重配置 命令后，收到了 UE回的重配

45、 置失败响应，重配置失败事件 中的原因是： physical channel failure切换失败：物理 信道失败收到重配置失败，意 味UE和目标小区同 步失败，但与原小区 同步成功，继续在原 小区进行通信Uu需查找无线环境原因，C/I、P-CCPCHRSCP、ISCP 和UE发射功率；5源RNC给UE发了切换重配置 命令后，尚未收到 UE的重配 置响应前，又收到UE发的CellUpdate切换失败：和CellUpdate 并发实现机制不支持并 发业务，所以会导致 本次切换失败Uu优化无线环 境，避免小区 更新6源RNC给UE发了切换重配置 命令后，收到了 UE回的重配 置失败响应，重配置失

46、败事件 中的原因不是 physical channel failure、 timeout 禾口 cellupdate occurred切换失败：其它原 因有可能是设备冋题、协议不支持、参数配置错误等问题Uu检查设备状 态、告警和参 数4. TD重定位失败现象、原因和失败信息序号TD重定位失败现象失败原因中 文名失败原因具体解释问题段分析和优化建议1源 RNC 收至U CN 的 Relocati onPreparatio nFailure ,失败原因是： Unknown target rnc重定位准备 失败：目标RNC无法识 别a) RNC的邻区配 置信息错误：具体是 目标小区的LAC在 源RN

47、C的邻区配置 中不正确，修改后即 能正常切换；b) MSC没有添加 目标RNC的LAC数 据：这种情况发生在 跨MSC切换时，MSC 侧添加目标RNC的LAC后切换正常；c) MSC侧的目标 RNC LAC 状态有问RNC/CN检查参数配 置、是否割 接或设备状 态题，重新激活后即正 常。2源 RNC 收至U CN 的 Relocati onPreparatio nFailure :目标RNC没有收 到 CN 发来的 Relocation Request重定位准备 失败：目标RNC没收到Relocatio nRequestCN 收至U源 RNC Relocation required 消 息后

48、，按协议需发Relocation Request, 一般该情况很少见CNCN侧挂表 看CN发了 没有3源 RNC 收至U CN 的 Relocati onPreparatio nFailure,目标RNC收到了 Relocati on Request，但目标 RNC没有给目标NB发 Radio Link Setup Request , 且有RRM_ALLOCATE_RESOU RCE_FAILURE 事件，原因 是：RRM_ULCodeDema ndFail 或 RRM ULCodeJudFail重定位准备 失败：目标 RNC拥塞，上 行码需求或 码判决失败RR进行资源分 配的步骤依次是“确

49、定码需求、进行码 判决”和“进行码分 配”：只有前一个的过 程通过了才可能进行 下一个过程的判断， 即如果确定码需求 阶段就失败了就不会 再做“进行码判决” 的判断。确定码需求主 要是获得新呼叫或用 户业务发生变化时总 的需要的码资源情 况，主要通过查询相 关“静态配置”得到；通俗讲：“确定码 需求就是得到本次 请求需要的总的码资 源；“静态参数没有配 置”可能是主要原因。进行码判决”是 指用户接入或重配置 时当前小区码资源 （载波、时隙）能否 够用的判断；“进行码判决”是判 断可以在哪些载波哪 些时隙上接入，判断 可用资源够不够； RNC返回的拥塞有2 种情况，真拥塞和假 拥塞。真拥塞为小区

50、TRNC检查设备、 参数、传输 或需扩容资源不足导致用户容 量受限，而假拥塞则 和用户接入个数没有 关系，可能是参数设 置不合理、设备故障 或传输异常导致。4源 RNC 收至U CN 的 Relocati onPreparatio nFailure,目标RNC收到了 Relocati on Request，但目标 RNC没有给目标NB发 Radio Link Setup Request , 且有RRM_ALLOCATE_RESOU RCE_FAILURE 事件，原因 是：RRM DLCodeDema ndFail重定位准备 失败：目标 RNC拥塞，下 行码需求失 败上同TRNC检查设备、 参数

51、、传输 或需扩容5源 RNC 收至U CN 的 Relocati onPreparatio nFailure,目标RNC收到了 Relocati on Request，但目标 RNC没有给目标NB发 Radio Link Setup Request , 且有RRM_ALLOCATE_RESOU RCE_FAILURE 事件，原因 是：RRM ErrorCellStatus重定位准备 失败：目标 RNC拥塞，小 区状态错误RNC检查到载波或 小区状态不正常，查 看问题出现时间点附 件的小区/载波告警， 确认是否存在“传输 闪断”等告警；TRNC检查告警6源 RNC 收至U CN 的 Reloca

52、ti onPreparatio nFailure,目标RNC收到了 Relocati on Request，但目标 RNC没有给目标NB发 Radio Link Setup Request , 且有RRM_ALLOCATE_RESOU RCE_FAILURE 事件，原因 不是：RRM_ErrorCellStatus、RRM_DLCodeDemandFail、 RRM ULCodeDemandFail重定位准备 失败：目标 RNC拥塞，其 它原因目标RNC没发RadioLink Setup Request，除资源判决和小区状 态外，考虑目标RNC当前状态和处理机制TRNC目标RNC告警和处理 机制问题7目标RNC收到了目标NB的 Radio link setup failure重定位准备 失败：目标目标基站状态不对， 或RNC发送的消息TRNC/TNB检查基站状态和消息参RNC侧无线链路建立失 败参数有误数8目标RNC和目标NB建立 RL成功后，目标RNC又给 目标 NB 发 Radio link DeleteRequest重定位准备 失败：目标RN