后台知识"/>
需背诵的后台知识
、1.邻区添加
异频添加
例如 253366-0 1 2 F频段
565421-6 7 8 D频段
首先要添加频点（小区和频点的关系），之前加过这个频点了就不需要再加频点了（添加过折后他就会在这个频点进行持续的扫描）->添加外部关系（基站和小区基的关系），需要知道对面小区的信息，PCI TAC CI 频点 站号->添加邻区关系（小区和小区），站号和CI
同频添加
不需要添加频点，添加外部关系（基站和小区基的关系），需要知道对面小区的信息，PCI TAC CI 频点 站号->添加邻区关系（小区和小区），站号和CI
共站的邻区添加
只需要添加邻区关系（小区和小区），站号和CI
| ADD EUTRANINTERNFREQ | 添加异频相邻频点 |
| ADD EUTRANEXTERNALCELL | 添加外部邻区 |
| ADD EUTRANINTERFREQNCELL | 添加异频邻区关系 |
| ADD EUTRANINTRAFREQNCELL | 添加同频邻区关系 |
2.如果整体或者大量小区指标恶化
1.需要核查当天是否有重大操作，基站、核心网、版本升级、--通知项 目负责人
0-4点进行操作
4-6点进行回退
基本上省里面会进行实验一次，然后挑一个村或者县在进行实验，之后才开始在全市进行开始进行
2.是否批量出现大气波导干扰
站点通过大气层进行远距离传输，一开始都是上行，传输过去之后现需要时间， 哪边都变成下行了，所以会进行干扰。和天气（晴天比较多）和季节（秋和冬比较多）都有关系，平原区最严重
FDD1800没有大气波导，
4G是F频段的多
3、是否有大批量站点出现故障。-通知项目负责人或者联系客户通知代维进行处理。
4.低接通
1.核查站点是否有故障、告警、驻波（MML和网关里面都可以查看故障）（有的话就告诉代维或者客户，如果进入了日常维护的话就需要联系督导）
2.核查站点是否存在干扰（有专门解决干扰的人）
4G的噪声大于-110
5G的噪声是大于-108
在网管里面查询
3.站点负荷是否高（是不是高负荷引起的）
硬件里面的高负荷
小区里面的高负荷，小区用户数大于200，或者天线的利用率大于70%
4.是否是覆盖问题引起的（弱覆盖、重叠覆盖、越区覆盖）
弱覆盖：RSRP<-110的采样点超过10%（进行定义） MR
越区覆盖：查看TA的大小，
重叠覆盖：有的地方时有重叠覆盖度的，直接查看，没有的话没办法
5.参数类导致的
查看操作日志，指标恶化期间修改的参数。如果没有人修改参数的话，看看定时器T302和T300
、PRACH相关参数、上行功控参数。
6.重启站点（没办法的办法，需要和上级进行上报）
无线接通率的数值是每个地方都是不一样的
5.切换率低
6.掉线率
7.RRC连接建立失败话统
| 指标ID | 指标名称 | 指标描述 |
| 1526727083 | L.RRC.SetupFail.ResFail | 资源分配失败而导致RRC连接建立失败的次数 |
| 1526727084 | L.RRC.SetupFail.NoReply | UE无应答而导致RRC连接建立失败的次数 |
| 1526728269 | L.RRC.SetupFail.Rej | 小区发送RRC Connection Reject消息次数 |
| 1526728485 | L.RRC.SetupFail.ResFail.SRS | 因为SRS资源分配失败而导致RRC连接建立失败的次数 |
| 1526728486 | L.RRC.SetupFail.ResFail.PUCCH | 因为PUCCH资源分配失败而导致RRC连接建立失败的次数 |
| 1526728489 | L.RRC.ConnReq.Msg.disc.FlowCtrl | 流控导致的RRC Connection Request 消息丢弃次数 |
| 1526728490 | L.RRC.SetupFail.Rej.FlowCtrl | 流控导致的发送RRC Connection Reject消息次数 |
| 1526729949 | L.RRC.SetupFail.ResFail.UserSpec | 用户数规格受限导致的RRC连接建立失败次数 |
| 1526732044 | L.RRC.SetupFail.Rej.MMEOverload | MME过载导致的发送RRC Connection Reject消息次数 |
8.ERAB承载建立失败话统
| 指标ID | 指标名称 | 指标描述 |
| 1526726717 | L.E-RAB.FailEst.NoReply | 等待UE响应超时导致E-RAB建立失败的次数 |
| 1526728276 | L.E-RAB.FailEst.MME | 核心网触发的E-RAB建立失败次数 |
| 1526728277 | L.E-RAB.FailEst.TNL | 传输层问题导致E-RAB建立失败次数 |
| 1526728278 | L.E-RAB.FailEst.RNL | 无线层问题导致E-RAB建立失败次数 |
| 1526728279 | L.E-RAB.FailEst.NoRadioRes | 无线资源不足导致E-RAB建立失败次数 |
| 1526728280 | L.E-RAB.FailEst.SecurModeFail | 安全模式配置失败导致E-RAB建立失败次数 |
| 1526729545 | L.E-RAB.FailEst.NoRadioRes.SRS | SRS资源不足导致的E-RAB建立失败次数 |
| 1526729546 | L.E-RAB.FailEst.NoRadioRes.PUCCH | PUCCH资源不足导致的E-RAB建立失败次数 |
| 1526729950 | L.E-RAB.FailEst.SRBReset | SRB RLC达到最大重传次数导致E-RAB建立失败次数 |
| 1526729951 | L.E-RAB.FailEst.TNL.DLRes | 下行传输资源不足导致E-RAB建立失败次数 |
| 1526729952 | L.E-RAB.FailEst.TNL.ULRes | 上行传输资源不足导致E-RAB建立失败次数 |
| 1526729953 | L.E-RAB.FailEst.NoRadioRes.DLThrpLic | 下行流量license不足导致E-RAB建立失败次数 |
| 1526729954 | L.E-RAB.FailEst.NoRadioRes.ULThrpLic | 上行流量license不足导致E-RAB建立失败次数 |
9.小区eNodeB发起的UE上下文释放原因
| 指标ID | 指标名称 | 指标描述 |
| 1526728857 | L.UECNTX.Rel.eNodeB.Rnl | eNodeB发起的原因为无线层问题的UE Context释放次数 |
| 1526728858 | L.UECNTX.Rel.eNodeB.Userinact | eNodeB发起的原因为User Inactivity的UE Context释放次数 |
| 1526728859 | L.UECNTX.Rel.eNodeB.UeLost | eNodeB发起的原因为UE LOST的UE Context释放次数 |
| 1526728860 | L.UECNTX.Rel.eNodeB.HOFailure | eNodeB发起的原因为切换失败的UE Context释放次数 |
| 1526730863 | L.UECNTX.AbnormRel.UlWeak | eNodeB发起的原因为上行弱覆盖的UE Context异常释放次数 |
10.KPI优化总结
| 接通成功率 | 掉线率 | 切换成功率 | |
| 标准： | 95% | 5% | 95% |
| 定义： | 无线接通率=RRC连接建立成功率*E-RAB建立成功率*100% RRC连接建立成功率=RRC建立成功数/RRC建立请求数*100% E-RAB建立成功率=E-RAB建立成功数/E-RAB建立请求数*100% | （eNB请求释放上下文数-正常的eNB请求释放上下文数）/初始上下文建立成功次数*100% | 切换出成功率=( eNB内切换出成功次数+ eNB间切换出成 ]功次数)/( eNB内切换出请求次数+ eNB间切换出请求次数) ×100% |
| 第1步： | 确认整体大量小区指标恶化还是部分小区劣化。 | ||
| 第2步： | 筛选TOP小区进行处理 | 筛选TOP小区进行处理 | 筛选TOP小区进行处理 |
| 第3步： | 核查小区是否存在告警故障、驻波 | 核查小区是否存在告警故障、驻波 | 网管提取指标确定失败多的邻区 |
| 第4步： | 小区是否存在干扰 | 小区是否存在干扰 | 核查源小区与目标小区是否存在告警故障、驻波 |
| 第5步： | 小区是否存在拥塞、CPU过载 | 小区是否存在拥塞、CPU过载 | 核查源小区与目标小区是否存在干扰 |
| 第6步： | 是否存在覆盖问题：弱覆盖、越区覆盖、重叠覆盖等 | 是否存在覆盖问题：弱覆盖、越区覆盖、重叠覆盖等 | 核查源小区与目标小区是否存在拥塞、CPU过载 |
| 第7步： | 查看操作日志，指标恶化时有无进行参数修改。 | 是否存在乒乓切换，切换过早、过晚等问题 | 核查源小区与目标小区外部小区定义是否错误：TAC、PCI、频点，或者邻区漏配 |
| 第8步： | 核查参数：定时器、PRACH相关参数，上行功控参数，下盖的是PO。 | 邻区漏配、错配等问题 | 核查小区的切换门限、参数是否异常。 |
| 第9步： | 网管提取log信令，上报厂家研发处理 | 查看操作日志，指标恶化时有无进行参数修改。 | 是否存在乒乓切换，切换过早、过晚等问题 |
| 第10步： | 可以重启站点（面试的时候不过） | 核查定时器、功控参数 | 核查是否存在PCI冲突、混淆。5km内不能出现同频同PCI（核心城区3km） |
| 第11步： | 网管提取og信令，上报厂家研发处理 | 是否存在覆盖问题：弱覆盖、越区覆盖、重叠覆盖等 | |
| 第12步： | 可以重启站点（面试的时候不过） | 查看操作日志，指标恶化时有无进行参数修改。 | |
11.低CQI
低CQI的定义
CQI为0-6之间的比例大于20%（就是编码小于64QAM的比例小于20%），我们就认为是低CQI
和RSRP（正向关）、SINR（正相关）、TA（距离）（反相关）有关系
要达到良好的 CQI 优良率（大于 97%）， 需满足：
平均 SINR 大于 10dB，平均 RSRP 大于-88dBm，TA 平均接入距离小于 400m。
排查流程
1.排查基站故障告警、驻波
2.小区干扰
3.小区是否拥塞、CPU过载（负荷问题） 利用率大于70%
4.小区的覆盖问题：越区覆盖（看TA）、弱覆盖（MR）、重叠覆盖
可以改变覆盖范围：功率 下倾角 方位角 站高 站间距（相当于加站） 波束类型（5G独有的）
提高4G 5G 互操作门限(5G可以这样做)
5.邻区优化：邻区的漏配、错配（PCI\TAC\频点配置错误），删除冗余和无效邻区
6.避免PCI冲突和PCI混淆，4G避免出现MOD3干扰，5G避免出现MOD30干扰
7.特性参数优化
- 开启干扰随机化降低小区间的干扰（4G/5G都有）
- 上行功控优化调整：适当调整升高P0值。（4G/5G都有）
- CSI周期调整，周期不应调制过短。(专属5G)
- 传输模式可以改为强制TM4/TM2.(专属4G)
- 可以适当提升PA值。（-3、1改成0、0）(专属4G)
/*
干扰随机化 降低小区的干扰，只使用低干扰的一些频段
上行工控的P0，调大之后他就会编号，但是周围的干扰就会变强
CSI（5G的）周期，周期过短的话，CQI就会出现问题。
传输模式 改为TIM2/TIM4（一般为TIM4）
PA -3 0 改为-3 1(质量会恶化)的时候功率比0 0高3db
PB 1 0 所以-3 1的时候质量不好，而且功率可以上调的话，可以改为0 0这两质量就会变好了
*/
12.干扰
系统内干扰：GPS内部时钟故障（TDD需要同时做上行业务和下行业务，如果出现故障的话，不 能保障和别的基站同时做上行或者下行，周边的5公里都会有干 扰，最多为10公里）
帧失步（没有和别的保持一致，帧（4G的是1:3）没有和别人保持一致，那么会出 现干扰，10公里左右）
重叠覆盖
大气波导
基站故障
系统间干扰：堵塞（接收器就收的太多了，饱和了）、杂散（别的发射器发射到自己的频段上了，然后接收到了）（增加隔离度）、互调谐波（例如2F1-F2的值，落到了接受的频段里面）、伪基站（警察弄得收集信息的，带宽使用5 10使用的比较多点） 、屏蔽仪、信号放大器（自己吸收信号之后，别的地方都没信号）、天线监控（无线的监控会占用D4 D5频段）、同步LTE（D1 D2有的没退网）、广电（700M）
分析干扰三大类 一备注（了解就行）
| GPS内部时钟故障 | 帧失步 | 重叠 | 大气波导 | 堵塞干扰 | 杂散、 | 互调谐波 | 伪基站 | 屏蔽仪 | |
| 有无忙闲特征 | 无 | 无 | 有 | 无 | 有 | 无 | 有 | 无 | 无 |
| 干扰小区的多少 | 10KM、同频 | 10KM、同频 | 一个 | 大面积 | 一个 | 共站的 | 共站的 | 3公里以内 | 3公里以内 |
| 干扰小区的波形 | 全频段干扰 | 全频段干扰 | 一个是凹的(控制信的 )，一个是凸的共享信道的 | 不太规则的全频段干扰 | 前高后面底或者前低后高、或者两边高 | 前高后底 | 个别RB凸起 | 5M或者10M带宽的干扰多是低频段 | 全频段干扰 |
| 备注 | 一般有故障告警 | 周围新开站点 | 冬季晴朗的时候多 | 多是低频段，E F频段也有 | 多发生在学校、监狱、军队、政府机关 |
| 信号放大器 | 无线视频监控 | 同频LTE | 广电 | |
| 有无忙闲特征 | 无 | 无 | 无 | 无 |
| 干扰小区的多少 | 1公里以内 | 3/400米以内的站点 | 共战 | 个别小区 |
| 干扰小区的波形 | 大部分只有个别的RRB凸起你有的是全频段凸起 | D4/D5 频段干扰 | D1/D2频段干扰 | 8M带宽的 |
| 备注 | 700M专有 |
13.驻留比提升
以前是流量驻留比，现在是时长驻留比
驻留比是85%以上
流量驻留比=5G用户在NR网络产生的流量/5G用户在网络总流量
时长驻留比=5G用户在NR网络的业务时长/5G用户在网络总时长
1.站点优化
2.排查基站故障
3.4、5G互操作门限下探
B1 的门限一般是下探到-118
B2的门限一般是下探从-118下探到-120最多不能下探到-124
4.提高5G站点功率
5G的功率一般是 350左右
4G的功率 华为的一般为92 122 152
5.天线优化：调整下倾角、方位角
6.调整波束类型
默认的波束类型一般为0
精细优化如何优化驻留比
高倒流小区
有5G 4G站台 ，5G的流量占比低于30%，
4G用户过多、5G用户使用4G过多、会出现高倒流小区
加时市场推广、市场宣传
核查4G的方位角和5G的方位角重叠不
4G存在高负荷（往往是不均衡导致的），D/F 不均衡
D频段的多，F频段的少，反之都降低
D->F A2+A5 提高A5的门限
F->D A2+A4 提高A4门限
调功率，调D频段的，D频段是容量层，可以进行修改，F是基础覆盖层，所以整个基站的覆盖范围会发生变化。
同优先级如何优化 F1 F2 的负荷较高 首先要看下功率是否一样 一般设置成一至，负荷高得可以降低一点，
CIO 个体小区偏移量 为正的时候越容易切换，，只会对特定的两个小区产生影响，值越大，越容易发生切换，越小越难切换 ，所以改的话慢慢的改，不要改的太大
调大的时候要双向调整，一般一个是正的一个是负的，不止对A3起作用，还对A4 A5 起作用
A->B 3
B->A -3
负荷均衡功能，这个小区高负荷，可以往周边的小区进行切换，不进行RSRP的比较了（？）
14.投诉
投诉解决完之后基本上都要一个十分满意
1.首先和投诉人打电话，先确定一下投诉的内容
顺便问一下是否是手机的问题，有的是手机卡限流了，先问下周边有没有使用同一款手机卡的，有没有也存在同样的问题，看看是手机卡的问题还收手机的问题，如果是手机的问题让他修，如果是手机卡的问题让他去换个卡
速度慢的话是不是WIFI ，什么时间、地点、问题，是一直出现还是某个时间段出现，还是就出现一次
2.通过后台查一下问题点附近基站是否存在基站告警、干扰、驻波问题、高负荷、KPI指标劣化小 区
3.如果后台没有发现问题的话，需要联系用户，约定时间现场测试
4.首先排除由于手机 SIN卡原因造成的投诉，然后进行现场测试，留下联系方式
5.根据测试结果，输出优化方案
6.执行整改方案，回访客户询问处理效果，要十分满意
投诉最多的就是信号差（弱覆盖）、高负荷问题,室内的信号频繁的切换到室外的信号（可能是基站频繁重启告警的问题，切换门限设置不合理）
EUTRAN EXTRA INTRA
15.重大保障
保障流程
1.收集活动信息（活动内容、地点、时间、活动人数、人群结构）
2.现场话务预估*（保障区域划分）
开启大话务参数
大话务参数：用户多的时候的一套参数，保证能正常的拨打电话，但是上网就不进行保证了
3.保障优化基础准备（前台需要对现场进行DT和CQT测试，确保这里面没有隐形问题）
(后台需要对话务进行评估 扩容，修改之前进行备份)
4.网络评估
5.优化方案设计实施
6.现场应急保障
进行的时候，负荷比较大的话后台直接降低功率。
7.恢复正常话务的时间结构
之前改的参数需要回退，之前指标的KPI，哪里容易出现高负荷，需要做一下记录
输出保障报告（如果领导不知道的话，不说出问题的哪一方面，输出的总结的时候需要是完美的）
前台：主要工作 测试：覆盖、切换、干扰、语音，，然后需要进行改的进行改改，扫一些外部干扰（扫频仪）
后台：评估，根据以往经验对容量进行评估，对设备是否进行扩容，
活动中的时候进行指标监控，比如每30分钟拉一次指标看看有没有问题
政府性会议、重大活动，人员密集需要保障
更多推荐
需背诵的后台知识
发布评论