wcdma热点基站资源配置及拥塞问题分析(编辑修改稿)

wcdma热点基站资源配置及拥塞问题分析(编辑修改稿)内容摘要：

Lack of bandwidth on the Iub C602 注：这两个 counter 统计的是 RAB Assignment 过程当中不同阶段的问题。 RadioBearerEstablishmentUnsuccess 主要统计在 RB setup Request 发出去之前 RadioBearerSetupUnsuccess统计的是在 RB setup Request发出之后直到 RNC回复 RAB Assignment Response C670 Screening 0 Descr.: Unavailable DL code resources Screening 1 Descr.: Unavailable DL power resources Screening 2 Descr.: Unspecified Screening 3 Descr.: CAC RNC Processing resources Screening 4 Descr.: Lack of bandwidth on the Iu Screening 5 Descr.: Lack of bandwidth on the Iur Screening 6 Descr.: Lack of bandwidth on the Iub RL 建立失败的分析 如果发现 RL 建立失败，我们主要通过如下如下 counter 进行统计： C38 Screening 0 Descr.: RADIO_LINK_SETUP_FAILURE Screening 1 Descr.: Timeout Screening 2 Descr.: Rrm refusal Screening 3 Descr.: Iub Layer Congestion Screening 4 Descr.: NodeB (CEM) lack of L1 resources Screening 5 Descr.: Lack of Transport Identifier (CID or UDP Port) on the Iub Screening 6 Descr.: Lack of bandwidth on the Iub Screening 7 Descr.: INode refusal Screening 9 Descr.: Multicell Operation Not Available C39 Screening 0 Descr.: RADIO_LINK_ADDITION_FAILURE Screening 1 Descr.: Timeout Screening 2 Descr.: Rrm refusal Screening 3 Descr.: INode refusal Screening 4 Descr.: NodeB (CEM) lack of L1 resources Screening 5 Descr.: Lack of Transport Identifier (CID or UDP Port) on the Iub Screening 6 Descr.: Lack of bandwidth on the Iub Screening 7 Descr.: Iub Layer Congestion C40 Screening 0 Descr.: RADIO_LINK_RECONFIGURATION_FAILURE Screening 1 Descr.: Timeout nbap Screening 2 Descr.: Rrm refusal Screening 3 Descr.: Iub Layer Congestion Screening 4 Descr.: NodeB (CEM) lack of L1 resources Screening 5 Descr.: Lack of Transport Identifier (CID or UDP Port) on the Iub Screening 6 Descr.: Lack of bandwidth on the Iub Screening 7 Descr.: INode refusal Screening 9 Descr.: Multicell Operation not Available 随后 查询 RNC COUNTER， 统计一下话务报告 :是否有上行负荷原因导致的 RL setup or RL 重配失败较多次数 ，查询下面两个 counter， , 发现存在这类问题。 优化建议关闭 UL token cac： 参数路径 ： RNC/RadioAccessService/isUltokenCatAtRncAllowed: truefalse 这样可以避免上行 token 受限导致的 RadioLink 建立或重建失败导致的大量的 RAB 失败次数 基于上行负载的 UL Token Cac 功能是 UA05 以后提供的一个功能，它通过为高速上行R99 PS业务设置一个 UL Token并 在呼叫准入的时候考察该 Token 是否超限来避免上行接入太多高速连接从而导致过高的上行负荷。 该功能开启后，在呼叫建立时， RNC会去判断 UL Token 是否超限，如果超限则 CAC 失败，呼叫无法建立。 不同上行业务信道的 UL Token 通过参数 RNC/ RadioAccessService/ UlUserService/ ulCostForUlTokenCac 来定义。 根据 UPUG 的建议，该参数的设置如下： ulCostForUlTokenCac = 0 for UlUserService with SF 8 ulCostForUlTokenCac = 16 for UlUserService with SF = 8（如 PS128） ulCostForUlTokenCac = 48 for UlUserService with SF = 4（如 PS384） 而小区的总上行 Token 的门限根据 UPUG 建议设定为： RNC/ NodeB/ FDDCell/ ulCapacityThresholdForUlTokenCac = 120 也就是说如果该功能开启，上行只能承担 个 PS384 或者 个 PS128，这显然 会严重影响小区的接入性能。 所以我们把基于上行负载的 UL Token Cac 功能 关闭。 问题发现 及分析处理 PS R99 业务 导致 CE 不足 问题 UL Token Cac功能关闭 后， RAB 建立指标并未有明显改善， 但 kpi指标并无其他资源受限。 怀疑是 ps R99用户过多，占用了较多的 CE 资源，查询下面 counter中的子 counter： C1666 Screening 0 Descr.: Other Screening 1 Descr.: Signalling Only Screening 2 Descr.: CS speech NB or LR AMR Screening 3 Descr.: CS speech WB AMR Screening 4 Descr.: CS data Screening 5 Descr.: CS Streaming Screening 6 Descr.: CS Streaming Screening 7 Descr.: PS Streaming 16 Screening 8 Descr.: PS Streaming 64 Screening 9 Descr.: PS Streaming 128 Screening 10 Descr.: PS Streaming 256 Screening 11 Descr.: PS Streaming 384 Screening 12 Descr.: PS I/B 0 Screening 13 Descr.: PS I/B 8 Screening 14 Descr.: PS I/B 16 Screening 15 Descr.: PS I/B 32 Screening 16 Descr.: PS I/B 64 Screening 17 Descr.: PS I/B 128 Screening 18 Descr.: PS I/B 256 Screening 19 Descr.: PS I/B 384 Screening 20 Descr.: HSDPA Screening 21 Descr.: TRB on cell FACH Screening 22 Descr.: CS Speech HSDPA Avg 值是错误的，不用看；可以用 Cum/NbEvt 来代替，表示该占用的 Erl Cum Max重要。 代表最大连接数，可以通过它计算最大资源消耗 Min NbEvt 应该在 36000 左右（每 100ms 上报一次） C1667 Screening 0 Descr.: Other Screening 1 Descr.: Signalling Only Screening 2 Descr.: CS speech Screening 3 Descr.: CS data Screening 4 Descr.: CS Streaming Screening 5 Descr.: CS Streaming Screening 6 Descr.: PS Streaming 16 Screening 7 Descr.: PS Streaming 32 Screening 8 Descr.: PS Streaming 64 Screening 9 Descr.: PS Streaming 128 Screening 10 Descr.: PS I/B 8 Screening 11 Descr.: PS I/B 16 Screening 12 Descr.: PS I/B 32 Screening 13 Descr.: PS I/B 64 Screening 14 Descr.: PS I/B 128 Screening 15 Descr.: PS I/B 384 Screening 16 Descr.: PS I/B or PS Str HSUPA Screening 17 Descr.: TRB on cell RACH Screening 18 Descr.: CS Speech HSUPA Avg 值是错误的，不用看；可以用 Cum/NbEvt 来代替，表示该占用的 Erl Cum Max 重要。 代表最大连接数，可以通过它计算最大资源消耗 Min NbEvt 应该在 36000 左右（每 100ms 上报一次） 终端类型的统计： 通过 C10825 可以统计出 UE 的 category。 10825 distribution according to the UE category • SubCounter 0: For UE category 1 • SubCounter 1: For UE category 2 • SubCounter 2: For UE category 3 • SubCounter 3: For UE category 4 • SubCounter 4: For UE category 5 • SubCounter 5: For UE category 6 • SubCounter 6: For UE category 7 • SubCounter 7: For UE category 8 • SubCounter 8: For UE category 9 • SubCounter 9: For UE category 10 • SubCounter 10: For UE category 11 • SubCounter 11: For UE category 12 CQI 的统计： 通过 C10819 来进行 CQI 的统计 10819 distribution according CQI SubCounter 0: For level 0 SubCounter 1: For level 1 SubCounter 2: For level 2 SubCounter 3: For level 3 SubCounter 4: For level 4 SubCounter 5: For level 5 SubCounter 6: For level 6 SubCounter 7: For level 7 SubCounter 8: For level 8 SubCounter 9: For level 9 SubCounter 10: For level 10 SubCounter 11。