《lte差小区处理思路和步骤》由会员分享，可在线阅读，更多相关《lte差小区处理思路和步骤（5页珍藏版）》请在金锄头文库上搜索。
1、问题小区处理思路和步骤首先根据客户要求在网管上进行相关指标定义、KPI 监控模板，根据话统数据筛选出问题小区，然后针对不同的问题进行分类别定位处理，处理过程中要跟踪记录，处理完成之后跟踪对比结果，直至问题解决之后闭环。 （目前主要是接通率、切换成功率、掉线率）LTE 网络的差小区处理主要是处理下表中六类，在日常工作中优先处理（低成本高回报）性能分析、资源评估、网络结构类、邻区参数核查。TAC 插花PCI 复用/PCI 混淆网络结构类根序列复用/混淆PRB 高利用率小区资源评估类零流量小区宏站告警（影响业务）设备告警类室分告警（影响业务）PDCP 低速度路段弱覆盖路段网格测试类越区覆盖路段RRC
2、 建立最差小区ERAB 建立最差小区掉话率最差小区性能分析类切换类最差小区A 类参数核查4G4G 邻区数量核查4G3G 邻区数量核查4G2G 邻区数量核查4G2G 共站邻区漏配邻区参数核查类4G2G 外部邻区核查TOP 小区判断阈值建议：（根据地市要求，以下只供参考）1、RRC 建立失败：RRC 连接建立失败次数大于 50 次，RRC 连接建立成功率小于 95%；2、E-RAB 建立失败：E-RAB 建立失败次数大于 50 次，E-RAB 建立成功率小于 95%；3、掉线率：UE Context 异常释放次数大于 50 次，掉线率大于 5%；4、切换成功率：小区切换失败次数大于 300 次，切
3、换成功率小于 80%；5、容量资源类：-重点区域场所涉及的站点。条件 1：下行 PRB 平均利用率大于 50%，且有效 RRC 连接平均数大于 30，且小区下行忙时吞吐量大于 5G条件 2：上行 PRB 平均利用率大于 50%，且有效 RRC 连接平均数大于 30，且小区上行忙时吞吐量大于 1G条件 3：有效 RRC 连接最大数大于 200备注：取小区 7 天系统最忙时平均数据，满足任一条件即可。6、参数类：CSFB 及 DRX 开关检查 CSFB 开关=ON及 DRX 开关=ON移动管理类异常检查 -128=最小接收电平=-120连接态异常检查 -124=异系统 A2 重定向_GSM=-11
4、8,-126=异系统 A2 重定向_TD=-118LTE_子帧检查 上下行子帧配比=2;特殊子帧配比=7(D 频段、E 频段)、6（F 频段）功率控制类检查 上行 PUCCH 开关=ON,上行 PUSCH 开关=ON; PA=0,PB=0(室内)/PA=-3,PB=1(室外)定时器参数检查接入类定时器_T300(1000ms);接入类定时器_T302(2s);掉线类定时器_N310（n20）;掉线类定时器_T310（1000ms）;掉线类定时器_N311(n1);切换类定时器_T304 (500ms);重建立类定时器_T311(1000ms);重建立类定时器_T301(600ms);RRC 连
5、接不活动定时器(8)4G_2G 共站邻区漏配 站间距小于 50m2G 邻区漏配4G_3G 共站邻区漏配 站间距小于 50m3G 邻区漏配4G_2G 外部定义 核查实际频点、配置频点一致性4G_3G 外部定义 核查实际频点、配置频点一致性4G_4G 外部定义 核查实际频点、频段指示、PCI、TAC 与配置的一致性邻区数量 4_4G 邻区数量（6-31 个），4_3 邻区数量（大于 6 条），4_2G 邻区数量（大于 6 条）问题定位思路及步骤：问题小区通常有三大类原因：无线侧参数配置问题、核心网侧配置问题以及信道环境影响。因此遇到问题小区，可以大致按以下步骤进行排查。（1）确认是否全网指标恶化，
6、如果是全网指标恶化，需要检查操作，告警，是否存在网络变动和升级行为。（2）如果是部分站点指标恶化，拖累全网指标，需要寻找TOP站点。（3）查询RRC连接建立成功率低、ERAB建立成功率低、切换成功率低、掉线率高的TOP站点和TOP时间段。（4）查看TOP站点告警，检查单板状态，RRU状态，小区状态，OM操作，配置是否异常。（5）提取CHR日志，分析接入时的信道质量和SRS的SINR是否较差（弱覆盖），是否存在TOP用户。（可以参考部分测试log数据进行分析无线环境指标）（6）针对TOP站点进行针对性的标准信令跟踪、干扰检测分析。如果标准信令和干扰检测无异常，将一键式日志，标口跟踪，干扰检测结果
7、返回给开发人员分析。RRC 接入失败：CMCC-无线接通率(%)RRC 连接建立完成次数RRC 连接请求次数（不包括重发）CMCC-RRC连接建立成功率(%)资源分配失败而导致RRC 连接建立失败次数UE 无应答而导致 RRC连接建立失败次数流控导致的发送 RRC Connection Reject 消息次数因为SRS 资源分配失败而导致RRC 连接建立失败的次数因为PUCCH资源分配失败而导致RRC 连接建立失败的次数流控导致的RRC Connection Request 消息丢弃次数资源分配失败而导致 RRC 连接建立失败：包括 SRS 资源分配失败、PUCCH 资源分配失败和用户数超规格
8、导致的资源分配失败。 SRS 资源分配失败和 PUCCH 资源分配失败导致的 RRC 建立失败，目前尚未见到，故处理方法不甚清楚。 用户数超规格导致的 RRC 建立失败：目前版本单小区最大支持的同步用户数为 400，当小区最大用户数接近或超过 400 时，会出现由于资源分配失败导致的 RRC 建立失败，同时考虑用户感知速率，建议小区用户超过 350 进行扩容。无法及时扩容的情况下，建议修改重选和切换参数，将用户尽量分到其他小区。极端情况下，控制用户接入（减小覆盖范围，提升最低接入电平等） 。流控导致的 RRC 建立失败：CPU 负荷大于 80%触发流控，80%85%之间回复 RRC REJEC
9、T，大于 85%直接丢弃，建议 CPU 负荷大于 80%时进行单板扩容，如果 CPU 负荷增加，暂无法扩容，可采用以下应急措施：缩小覆盖（调整下倾角，或减少 RS 功率，缩小小区覆盖） ；关闭FAST ANR 特性：MML 命令：MOD ENODEBALGOSWITCH: ANRSWITCH=IntraRatFastAnrSwitch-0 增大 T302 定时器，增加在 RRC 连接建立拒绝后延长惩罚的时间（默认 4s）MML 命令：MOD RRCCONNSTATETIMER: T302=16;UE 无应答导致的 RRC 建立失败：主要是由弱覆盖和干扰导致，结合实际无线环境通过工程参数调整、站
10、点补盲解决弱覆盖问题；根据干扰在每个 PRB 上的分布特征，定位干扰类型，排查干扰源；还有就是拥塞使基带板 CPU 使用率过高，导致 RRC conn setup 下发延迟，导致大量 NO reply 出现。E-RAB 接入失败：CMCC-无线接通率(%)E-RAB建立成功总次数E-RAB建立尝试总次数CMCC-E-RAB建立成功率(%)传输层问题导致 E-RAB建立失败次数无线层问题导致 E-RAB建立失败次数无线资源不足导致E-RAB建立失败次数核心网问题导致 E-RAB建立失败次数等待UE 响应超时导致 E-RAB建立失败次数安全模式配置失败导致E-RAB建立失败次数传输和核心网问题导致
11、的 E-RAB 建立失败：需联系传输网和核心网人员解决。无线资源不足导致的 E-RAB 建立失败：首先判断小区用户数是否超规格，如果确实由于用户多导致的 E-RAB 建立失败，则需要进行扩容；对于暂时无法扩容的，按照 RRC 建立失败时的应急措施缓解；对于小区用户数未超规格的，可能是由于小区参数配置措施导致，需要进行全参数核查，如果参数没有问题，则需要进行 IFTS 跟踪，将结果反馈至研发确认。安全模式配置失败导致的 E-RAB 建立失败：通常情况下，出现安全模式配置失败问题主要由以下几种原因：TOP 终端导致；基站完整性保护算法配置错误；核心网配置问题导致；对于以上原因，都需要进行信令跟踪并
12、联合核心网、终端侧进行定位。无线层问题导致 E-RAB 建立失败和等待 UE 响应超时导致 E-RAB 建立失败：主要是由弱覆盖和干扰导致掉线问题：UE Context建立成功总次数eNodeB 发起的 S1 RESET 导致的 UE Context释放次数UE Context异常释放次数CMCC-无线掉线率(%)eNodeB 发起的原因为 UE LOST 的UE Context释放次数eNodeB 发起的原因为切换失败的 UE Context释放次数eNodeB 发起的原因为无线层问题的 UE Context释放次数MME 发起的 S1 RESET 导致的 UE Context释放次数eNo
13、deB 发起的原因为 UE LOST 的 UE Context 释放次数和 eNodeB 发起的原因为无线层问题的 UE Context 释放次数：主要是由无线环境（弱覆盖和干扰）问题导致，结合小区的无线环境进行处理。NodeB 发起的原因为切换失败的 UE Context 释放次数：主要是切换参数不合理，邻区漏配、错配，小区信号不稳定导致的过早、过晚切换。无线资源拥塞导致的掉线：1、CPU 超负荷，用户数过多：建议扩容；2、CPU 和用户数未超规格，PRB 利用率过高：打开 mlb 负载均衡算法。切换问题CMCC-切换成功率(%)eNodeB 间同频切换出尝试次数eNodeB 间同频切换出成
14、功次数eNodeB 间异频切换出尝试次数eNodeB 间异频切换出成功次数ENODEB 间切换出尝试次数(次)ENODEB 间切换出成功次数(次)ENODEB 间切换出失败次数(次)ENODEB 内切换出成功次数(次)ENODEB 内切换出尝试次数(次)ENODEB 内切换出失败次数(次)eNodeB 间模式内切换出取消次数核心网原因导致模式内切换出准备失败次数源小区发送切换取消导致模式内切换出准备失败次数目标小区回复切换准备失败消息导致模式内切换出准备失败次数目标小区无响应导致模式内切换出准备失败次数源小区发送切换取消导致模式内切换出准备失败：核查小区资源是否充足；目标小区回复切换准备失败消息导致模式内切换出准备失败：核查目标小区状态是否正常，资源利用率；常见切换问题多为无线环境问题、切换参数不合理、邻区漏配、错配、站点告警、邻区信息混淆错误导致，建议提取特定两小区切换确定主要切换失败的目标小区。
