搜索
TOP小区分析通用处理流程1)查看告警：主拓扑-查找站号-右击查询活动告警活告警日志2)查看干扰：系统上行每PRB上干扰噪声平均值（指标ID:1526728298）-110dBm，认为存在干扰，转至干扰处理流程；3)查询指标子项，定位子项后对应处理；4)弱覆盖、过覆盖分析。5)信令跟踪，呼叫日志提取，转至华为技术支持人员分析。RRC连接建立成功率RRC连接建立成功率定义RRC连接建立成功率=（RRC连接成功次数/RRC连接请求次数（包含重发））筛选条件筛选前一天15忙时指标，且出现3个时段以上RRC连接建立成功率小于80%且RRC连接建立请求次数50次，按照RRC建立失败次数降序排列进行分析。分析流程筛选出影响全网top小区信息，并计算除去top小区全网指标(筛选原则：[RRC建立成功率]80%and[RRC连接建立请求次数]50)优化室处理相关告警或者硬件故障是否存在异常告警或者传输中断是是否因为SRS资源分配失败而导致RRC连接建立失败、PUCCH资源分配失败而导致RRC连接建立失败否1关注SRS带宽、配置指示、配置方式、SRSACK/NACK设置是否合理等2关注PUCCH信道相关参数设置是否合理，CQIRB数配置是否合理等3、1、核查参数：1）核查最低接入电平、重选最低接入电平、小区RACH参数设置是否合理、小区参考信号功率等参数；2）.如ERRC建立失败次数突增，查询操作日志，确认是否有修改，导致小区异常；是是否UE无应答而导致RRC连接建立失败否1、核查干扰（每PRB上干扰噪声平均值-110dBm）：1）外部干扰（扫频排查）2）模三干扰（合理规划修改PCI）2、查看无线环境3、终端异常是是否资源分配失败而导致RRC连接建立失败拥塞导致：1）扩容2）话务均衡（调整参数：小区选择、重选和切换累参数）3）新增站点弱覆盖导致（TA值超过2000米）：1.天馈调整2.更改天馈类型3.增加小区功率4.新增站点现场测试及后台跟踪：1.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；2.如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环否观察24小时话统恢复后闭环1)筛选TOP小区；2)查看告警：若存在告警，处理告警；3)查看RRC连接建立失败原因，共11项，一般主要有2项：资源分配失败导致RRC连接建立失败、UE无应答导致RRC连接建立失败4)由于SRS资源分配失败导致RRC连接建立失败，主要由于用户较多，SRS资源不足导致：a)查看接入模式为接入增强还是体验优先，如为体验优先，则修改SRS配置：modsrscfg。b)如果已经是接入增强，需要采用功率调整等方式进行话务分担；5)UE无应答导致RRC连接建立失败，主要为上行链路覆盖不足导致：a)上行干扰：系统上行每PRB上干扰噪声平均值-110dBm,确认小区存在上行干扰，转到高干扰小区预处理流程。b)尝试调整本小区或周边小区天馈角度或下倾角观察指标是否有所好转，判断是否因为模三干扰导致指标异常。c)终端异常：从NIC终端提取呼叫日志（提取呼叫日志过程见干扰处理流程）使转给华为后台人员，由后台人员判断是否由同一个用户，或者同一芯片的终端引起的指标异常。d）查看小区是否过覆盖6)其他原因;a)查看小区是否弱覆盖，b)现场测试以及后台跟踪：现场进行测试&后台信令跟踪（跟踪S1、X2、UU口信令），跟踪方法：U2000-监控-信令跟踪-信令跟踪管理-S1标准信令跟踪X2标准信令跟踪UU标准信令跟踪；转发跟踪信令给华为后台支持人员进行分析定位。附：涉及指标名称及指标ID指标ID指标描述1526727083资源分配失败而导致RRC连接建立失败的次数1526727084UE无应答而导致RRC连接建立失败的次数1526728269小区发送RRCConnectionReject消息次数1526728485因为SRS资源分配失败而导致RRC连接建立失败的次数1526728486因为PUCCH资源分配失败而导致RRC连接建立失败的次数1526728489流控导致的RRCConnectionRequest消息丢弃次数1526728490流控导致的发送RRCConnectionReject消息次数E-RAB建立成功率分析E-RAB建立成功率定义E–RAB建立成功率=E-RAB建立成功次数/E-RAB建立请求次数筛选条件筛选前一天15忙时指标，且出现3个时段以上E-RAB连接建立成功率小于80%且E-RAB连接建立请求次数50次，按照E-RAB建立失败次数降序排列进行分析。分析流程筛选出影响全网top小区信息，并计算除去top小区全网指标(筛选原则：[E-RAB建立成功率]80%and[E-RAB连接建立请求次数]50)优化室处理相关告警或者硬件故障是否存在异常告警或者传输中断否是是否核心网问题导致小区E-RAB建立失败次数过多核心网人员对参数核查：EPC参数设置,TAC码设置的一致性，对用户开卡限制，硬件故障方面排查）；核心网信令跟踪排查是是否因未收到UE响应而导致E-RAB建立失败、无线层问题导致E-RAB建立失败否1、核查参数：1）核查最低接入电平、重选最低接入电平、小区参考信号功率等参数；2）.如E-RAB建立失败次数突增，查询操作日志，确认是否有修改，导致小区异常；2、核查干扰（每PRB上干扰噪声平均值-110dBm）：1）外部干扰（扫频排查）2）模三干扰（合理规划修改PCI）3、终端异常是是否无线资源不足导致E-RAB建立失败否拥塞导致：1）扩容2）话务均衡（调整参数：小区选择、重选和切换累参数）3）新增站点是弱覆盖导致（TA值超过2000米）：1.天馈调整2.更改天馈类型3.增加小区功率4.新增站点现场测试及后台跟踪：1.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；2.如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环否观察24小时话统恢复后闭环1)筛选TOP小区；2)查看告警：若存在告警，进行告警处理；3)查看E-RAB建立失败的原因子项：核心网原因导致E-RAB建立失败、传输层问题导致E-RAB建立失败、无线层问题导致E-RAB建立失败、无线资源不足导致E-RAB建立失败。4)核心网原因导致E-RAB建立失败：联系核心网进行EPC参数设置、TAC码设置、硬件故障进行核查；5)传输层问题导致E-RAB建立失败：查询传输是否有故障，高误码，闪断，传输侧参数设置问题；6)无线资源不足导致E-RAB建立失败：主要是拥塞导致，需要进行扩容、异频负载均衡、小区选择&重选参数调整、新增站点。7)无线层问题导致E-RAB建立失败：a)核查无线参数设置（接入、功率）；b)查询操作日志；核查干扰（系统上行每PRB上干扰噪声平均值-110dBm,确认小区存在上行干扰）a)过覆盖（覆盖距离大于2KM：用户随机接入时TA大于4（TA值为14到25的次数）的占比高）：需增大下倾角、减小功率、新增站点解决。b)弱覆盖（TA主要集中在0-4）：增大小区功率观察。c)现场测试以及后台跟踪：现场进行测试&后台信令跟踪，转发后台支持人员进行分析定位。附：E-RAB建立失败相关指标指标ID指标描述1526726717因未收到UE响应而导致E-RAB建立失败的次数1526728276核心网问题导致E-RAB建立失败次数1526728277传输层问题导致E-RAB建立失败次数1526728278无线层问题导致E-RAB建立失败次数1526728279无线资源不足导致E-RAB建立失败次数1526728280安全模式配置失败导致E-RAB建立失败次数无线掉线TOP分析无线掉线定义：无线掉线率=（eNB请求释放上下文数-正常的eNB请求释放上下文数）/（UEContext建立成功总次数+小区遗留UEContext个数）无线掉线率筛选条件：无线掉线率＞5%且E-RAB的建立成功总次数＞50次无线掉线率详细分析流程：流程图：是否存在异常告警或者传输中断优化室处理相关告警或者硬件故障是是否eNodeB发起的原因为切换失败的UEContext异常释放否通过提取两两小区切换，确定目标小区：1.确定目标小区运行情况，是否基站故障或异常告警；2.检查邻区间参数设置是否正确；3.通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化；4.检查基站是否周边站点缺少，如为孤站，可视为正常；是是否eNodeB发起的原因为UELOST、无线层等问题导致UEContext异常释放否eNodeB发起的S1RESET导致的UEContext释放次数否筛选出影响全网top小区信息，并计算除去top小区全网指标(筛选原则：无线掉线率5%且E-RAB的建立成功总次数50的小区；)1、核查参数：1）核查最低接入电平、重选最低接入电平、小区参考信号功率等参数；2）.如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；2、核查干扰（每PRB上干扰噪声平均值-110dBm）：1）外部干扰（扫频排查）2）模三干扰（合理规划修改PCI）是检查S1链路是否配置正确：现统计中eNodeB发起的S1RESET导致的UEContext释放次数均为0，如统计出现释放次数，需进行针对排查；是弱覆盖导致（TA值超过2000米）：1.天馈调整2.更改天馈类型3.增加小区功率4.新增站点现场测试及后台跟踪：1.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；2.如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环否观察24小时话统恢复后闭环根据筛选出的TOP进行逐个分析：1)根据筛选出的TOP进行逐个分析：2)异常告警或者传输中断导致掉线。通过LSTALMAF查询站点实时告警,参考历史告警,通过DSPBRD查询单板运行情况；若存在告警需推动优化室处理相关告警或者硬件故障；否则，进行下一步处理。3)查看小区掉线具体原因：4)切换失败败原因导致掉线。转切换失败流程处理。5)UELost、无线层问题原因导致掉线。a)判定是否由弱覆盖、过覆盖原因导致掉线。b)查找是否有邻区漏配、邻区级切换参数CIO参数配置（eNodeB发起的原因为切换失败的UEContext释放次数)，是否因切换触发过晚导致掉线。c)现场测试以及后台跟踪：现场进行测试&后台信令跟踪，转发后台支持人员进行分析定位。6)核查是否干扰问题导致掉线，转干扰处理流程。7)EnodeB发起的S1RESET导致掉线的原因一般是S1链路存在故障告警所导致，处理方法为联系工程人员检查S1链路是否配置正确，查询操作日志，确认是否有修改导致小区异常，现场测试后台跟踪信令找出问题失败原因。8)突发问题导致。如某个时段用户数突增导致掉线较多，这种情况下在很短的时间内极易导致指标导致，处理手段就是查看接入类型是否为接入增强，以及修改相关大话务临时性保障参数，其次通过mapinfo查看周边站点距离，可以通过降低高用户数小区功率，升高周边较近用户数功率临时缓解小区用户数。附：掉线相关指标项：指标ID指标描述1526728227UEContext异常释放次数1526728228UEContext正常释放次数1526728440UE高速移动导致上下文释放次数1526728838eNodeB发起的S1RESET导致的UEContext释放次数1526728839MME发起的S1RESET导致的UEContext释放次数1526728856eNodeB发起的UEContext释放次数1526728857eNodeB发起的原因为无线层问题的UEContext释放次数1526728858eNodeB发起的原因为UserInactivity的UEContext释放次数1526728859eNodeB发起的原因为UELOST的UEContext释放次数1526728860eNodeB发起的原因为切换失败的UEContext释放次数1526728861MME发起的UEContext释放