4G竞赛_天津高话务场景优化方案.doc

天津高话务场景优化方案 4G网优竞赛和创新活动 天津电信网络监控维护中心 系统优化室 2016年06月 问题描述 根据集团4G网优竞赛和创新活动工作部署，天津公司开展了4G网络性能提升工作，在进行4G无线网络系统优化工作中，发现在2016年5月28号晚忙时，出现大量RRC连接建立被拒绝，导致RRC建立成功率严重恶化，需要分析原因： 问题分析 分析RRC建立失败TOP小区，主要发生于南开市容环境中心-NKFO-1和南开濠景国际二-NKFO-0，经查询2016年5月28号陈奕迅在南开奥体中心开演唱会，当天19时到22时，这两个小区RRC连接建立次数平均增长约20倍（48小时话务趋势：以南开濠景国际二-NKFO-0为例）： 具体地理位置图如下： 通过话统数据分析发现，RRC连接建立拒绝原因是PUCCH资源不足。 日期 时间 基站号 扇区号 扇区名称 因为PUCCH资源分配失败而导致RRC连接建立失败的次数 RRC连接建立成功次数 RRC连接建立成功率 RRC连接建立请求次数 2016-05-28 19 117148 48 南开濠景国际二-NKFO-0 16096 30896 65.7166 47014 2016-05-28 19 117047 49 南开市容环境中心-NKFO-1 6496 35308 84.4265 41821 2016-05-28 20 117148 48 南开濠景国际二-NKFO-0 25535 31331 55.0797 56883 2016-05-28 20 117047 49 南开市容环境中心-NKFO-1 13379 39792 74.8153 53187 2016-05-28 21 117148 48 南开濠景国际二-NKFO-0 4674 41635 89.8565 46335 2016-05-28 21 117047 49 南开市容环境中心-NKFO-1 2304 46433 95.2179 48765 2016-05-28 22 117148 48 南开濠景国际二-NKFO-0 1597 24316 93.7647 25933 2016-05-28 22 117047 49 南开市容环境中心-NKFO-1 46 26270 99.7456 26337 目前天津FDD设备带宽是15MHz，根据华为产品手册，最大用户数规格应该是1200。但是问题时段最大用户数保持在720用户左右。 为什么只能接入720用户呢，需要进一步分析基站配置。分析基站为下，华为最大支持 优化方案 当前固定PUCCH的参数配置下，华为算法实现决定了只能支持720用户，有两种方案可以保证小区支持1200个用户： 配置一：将NaSriChNum修改为53，可以支持到1200用户。此时对于15MHz和20MHz小区，PUCCH占用8个RB。 MOD PUCCHCFG: DeltaShift = 1,NaSriChNum=53,CqiRbNum=4; 配置二：将Deltashift修改为DS2，也可以支持到1200用户。此时15MHz和20MHz小区，PUCCH分别占用10个和12个RB。 MOD PUCCHCFG：DeltaShift = 2,NaSriChNum=35,CqiRbNum=4; 协议定义的LTE基本原理， PUCCH格式在每一个符号中使用一个序列的循环移位，每个RB可使用多个循环移位序列，具体的个数由循环移位间隔DeltaShift决DeltaShift越大，在同一个PUCCH的RB上码分复用的用户数就越少； DeltaShift越小，在同一个PUCCH的RB上码分复用的用户数就越多；RTT仿真结果表明，复用用户越多，相互间干扰就越大。 DeltaShift CqiRbNum NaSriChNum PUCCH RB数 动态自适应 自适应 自适应 自适应 自适应(2~14) 配置一 1 4 53 8 配置二 2 4 35 10 不同参数配置下理论最大业务PRB个数及最大上行速率： 类型 业务RB个数 峰值速率 速率增益 动态自适应 73 51 　参考值 配置一 67 46.808 -8.22% 配置二 65 45.411 -10.96% 从理论计算结果看，参数优化调整后上行速率会有恶化，其中参数配置一恶化8%左右，参数配置二恶化11%左右。 后续优化验证措施 华为前期发布预警，对于用户数超过150的小区，开启“PUCCH资源调整开关”会导致SRLTE终端（主要是苹果终端）概率性的无法接入LTE网络，因此将高话务小区及部分覆盖学校、会展中心、体育场馆的小区的“PUCCH资源调整开关”关闭，并根据预警将Deltashift修改为D