自从看了段子
范文一：TD-LTE掉线优化指导书
TD-LTE 掉线分析指导书 R1.3
TD-LTE 掉线分析指导书 内部公开▲
版本更新说明
作者
适用对象:TDD 网优工程师
使用建议:在阅读本文档之前,建议先了解下面的知识和技能:
后继资料:在阅读完本文档之后,你可能需要下面资料:
关于这篇文档 摘要
目录
1概述 .................................................................................................................................... 1
2TD-LTE 完整业务流程 . ....................................................................................................... 2 2.1自研 UE 信令 ............................................................................................................ 5 2.2CNT 信令 . ................................................................................................................. 5
3掉线问题分析 ..................................................................................................................... 7 3.1掉线率公式 ............................................................................................................... 9 3.2重建原因 ................................................................................................................. 10 3.2.1定时器不合理 . ............................................................................................... 10 3.2.2上行干扰 ....................................................................................................... 10 3.2.3下行干扰 ....................................................................................................... 15 3.2.4切换准备问题 . ............................................................................................... 16 3.2.5有 MR 但无重配 ............................................................................................ 19 3.3UE 触发重建 ........................................................................................................... 22 3.3.1UE 触发重建未果 . ......................................................................................... 24 3.3.2UE 触发重建被拒 . ......................................................................................... 24 3.4RRCCONNECTIONRELEASE 掉线 ...................................................................... 26 3.5其他类掉线 ............................................................................................................. 26
4后台掉线率定义 . ................................................................................... 错 误!未定义书签。 4.1掉线原因分类及公式 . ................................................................. 错误!未定义书签。 4.2KPI 分析方法 ............................................................................. 错误!未定义书签。
5总结 .................................................................................................................................. 27
图目录
图 1-1 TD-LTE 信令基本流程 ......................................................................................................... 2图 1-2 自研 UE 信令 ....................................................................................................................... 5图 1-3 CNT 信令 ............................................................................................................................. 6图 2-1 RRC 重建无果 ..................................................................................................................... 7图 2-2 RRC 重建被拒 ..................................................................................................................... 8图 2-3 异常收到 RRC 释放消息 ...................................................................................................... 8图 2-4 TD-LTE 掉线问题总结 ......................................................................................................... 9图 2-5 切换参数查看 ..................................................................................................................... 16 图 2-6 切换成功与切换失败表现 . .................................................................................................. 17 图 2-7 UE 触发重建被拒 ............................................................................................................... 24 图 3-1 TD-LTE 掉线处理流程 ....................................................................................................... 27 图 3-2 影响网优告警列表 . ............................................................................................................. 28
1 概述
本文主要介绍了 TD-LTE 系统掉线问题优化方法,通过对各局出现的掉线问题进行讲 解说明,总结了 TD-LTE 掉线的处理思路及优化方案,为后续各个外场处理 TD-LTE 掉线问题提供了优化经验。
2 TD-LTE 完整业务流程 TD-LTE 完整业务信令流程如下:
图 2-1 TD-LTE 信令基本流程
完整的业务流程共包含 4部分, 分别如图中所标识的 1(红色) 接入过程; 2(蓝色) 与 NAS 层完保交互过程; 3(绿色) 无线承载建立过程; 4(黄色) 释放过程。
当无线承载建立完成 “ RRCConnectionReconfigurationComplete ” 正确到达网络侧, 则本次业务建立成功,那么在之后一旦触发 RRC 重建且被拒或者直接转到 IDLE 态, 那么就代表本次业务掉线, 也就是说, 如果没有对应的 “释放过程” 那么就认为掉线。 对上述信令过程步骤描述如下:
步骤 1~5会建立 RRC 连接, 步骤 6、 9会建立 S1连接, 完成这些过程即标志着 NAS signalling connection建立完成。
消息 7的说明:如果 UE 是刚开机第一次 attach ,使用的 IMSI ,无 Identity 过程;后 续如有有效的 GUTI ,使用 GUTI attach ,核心网才会发起 Identity 过程(为上下行直 传消息)。
消息 10~12的说明:如果消息 9带了 UE Radio Capability IE ,则 eNB 不会发送 UECapabilityEnquiry 消息给 UE ,即没有 10~12过程;否则会发送, UE 上报无线能 力信息后, eNB 再发 UE Capability Info Indication, 给核心网上报 UE 的无线能力信息。 为了减少空口开销,在 IDLE 下 MME 会保存 UE Radio Capability 信息,在 INITIAL CONTEXT SETUP REQUEST消息会带给 eNB , 除非 UE 在执行 attach 或者
在 CONNECTED 下, eNB 会一直保存 UE Radio Capability信息。
UE 的 E_UTRAN无线能力信息如果发生改变,需要先 detach ,再 attach 。
发起 UE 上下文释放(即 21~25)的条件:
●eNodeB-initiated with cause e.g. O&M Intervention, Unspecified Failure, User Inactivity, Repeated RRC signalling Integrity Check Failure, Release due to UE generated signalling connection release, etc.; or
●MME-initiated with cause e.g. authentication failure, detach, etc.
eNB 收到 msg3以后, DCM 给 USM 配置 SRB1,配置完后发送 msg4给 UE ; eNB 在发送 RRCConnectionReconfiguration 前, DCM 先给 USM 配置 DRB/SRB2等信息, 配 置 完 后 发 送 RRCConnectionReconfiguration 给 UE , 收 到 RRCConnectionReconfigurationComplete 后,控制面再通知用户面资源可用。
消息 13~15的说明:eNB 发送完消息 13,并不需要等收到消息 14,就直接发送消息 15。
如果发起 IMSI attach 时, UE 的 IMSI 与另外一个 UE 的 IMSI 重复,并且其他 UE 已 经 attach , 则核心网会释放先前的 UE 。 如果 IMSI 中的 MNC 与核心网配置的不一致, 则核心网会回复 attach reject。
消息 9的说明:该消息为 MME 向 eNB 发起的初始上下文建立请求, 请求 eNB 建立承 载资源,同时带安全上下文,可能带用户无线能力、切换限制列表等参数。 UE 的安全 能力参数是通过 attach request 消息带给核心网的,核心网再通过该消息送给 eNB 。 UE 的网络能力(安全能力)信息改变的话,需要发起 TAU 。
2.1 自研 UE 信令
结合自研 UE 真实信令过程如下:
图 2-2 自研 UE 信令
自研 UE 释放过程无法记录,后续版本补充。
2.2 CNT 信令
结合 CNT 与 dongle 连接真实信令过程如下:
图 2-3 CNT 信令
本次释放是 UE 发起的去附着过程,后续 RRC release过程 CNT 无法体现。
3 掉线问题分析
3.1 分析思路
对于 TD-LTE 的掉线,是在 UE 完成“ RRCConnectionReconfigurationComplete ”处 于连接态,之后由于干扰、弱场、 其他原因导致的 UE 上下行失步,触发重建未果或者 被拒过程。 只要不是终端主动发起的释放,都应算为掉线。 目前掉线在信令中表现如下 3种 情况。
●连接态下触发 RRC 重建无果
图 3-1 RRC 重建无果
●连接状态下触发 RRC 重建被拒
图 3-2 RRC 重建被拒
●连接状态下异常收到 RRC 释放消息
图 3-3 异常收到 RRC 释放消息
对于非正常释放的掉线问题, TD-LTE 引入了重建立机制, 对于重建立的掉线的分析要 分 2部分完成:
●引起重建的原因;
●重建失败的原因;
因此基于上述掉线进行分析总结
图 3-4 TD-LTE 掉线问题总结
对于掉线问题,首先判断的就是覆盖和干扰,利用 CNT 查看下行 RSRP 、 SINR 值, 通常 RSRP<-115且><-3掉线比例较高;利用基站侧检测工具查看上行干扰。>
3.2 掉线率公式
目前测试软件 CNT(A)对掉线率的定义如下:
L3message :
(rrcConnectionReestablishmentRequest - rrcConnectionReestablishmentComplete + rrcConnectionRelease (不含 1~3原因 )times*100% / L3 message(Activate default EPS bearer context accept) times
●UE 发 送 rrcConnectionReestablishmentRequest 但 无 对 应 的 rrcConnectionReestablishmentComplete 消息;
●出现 rrcConnectionRelease 消息,但不包括:
1系统间切换网络侧释放 ;
-2用户未激活,网络侧释放资源情况 (User Inactivity)
-3 CSFB的网络侧释放(待确定)
说明:对于 TDD-LTE 制式,掉线对用户感知的评判有所减弱,此公式只是一般情况, 后续可以与局方协商对掉线率公式修改,如 RRC 重建被拒后 2s 内业务恢复成功不计 做掉话, 或者可以用时间掉线比 (分母是测试总时长 ) 、 公里掉线比 (分母是 DT 测试公里 数 )
3.3 重建原因
3.3.1 定时器不合理
定时器相关参数优化建议值如下:
这类参数都已定标,如发生掉线问题可根据案例查看相关时段是否合理,再结合所有 掉线对定时器做全局考虑修改调整。可参考《 TD-LTE 网优参数优化指导书》。
3.3.2 上行干扰
上行干扰包含用户间的上行干扰,设备自身异常处理的上行干扰,以及频段的干扰导 致,通常上行干扰主要表现切换失败、重建失败,发生掉线。
典型案例分 析
3.3.2.1 现象描述
福冈网络指标摸底阶段中,初期存在接入不成功,切换后异常掉线,这种现象没有一 定规律,有时成功有时失败。测试掉线点分布如图所示:
图中黑色星为掉线点。通过掉线点分布,掉线点基本在东南边。
3.3.2.2 现象分析
1. 针对该问题,挑选在掉线集中点区域进行定点测试,各种终端都无法连接网络。 高通终端表现,一直在 IDLE 、 CONNECTED 之前乒乓,无法正常接入。
2. 查看当时测试数据,在仅能接入的几次其服务小区的 RSRP 、 SINR 良好;
下行覆盖良好,无干扰。
查看信令, UE 接入小区后就触发 RRC 重建,发生掉线。
通过高通分析软件 QCAT 查看掉线过程及重建过程。看到 UE 原因为 UL_DATA后 DCI0未达, SR 达到最大次数,触发 MSG1,由于 MSG1无法到达网络侧, 不断重发 8次后失败,后触发重建。
为了验证问题是否有规律性,对站点了定点测试,测试区域如图所示:
蓝色区域的站点随机接入和切换成功率较高,而红色区域站点接入困难。站点分 布与 BBU 关系如图:
红色区域是掉线集中区域。查看掉线点与 BBUID 关系, 有一定联系, 非掉线区域 隶属于 BBUID=400010(蓝色区域) , 掉线区域的属于 BBUID=400011、 400012的 BBU 下挂小区。因此怀疑可能 BBUID=400010与 BBUID=400011、 400012某些关联设备问题导致。
3. 根据上述分析查看后台设备告警。
BBUID=400011、 400012站点的 GPS 未锁定 (对应告警名称:GPS receiver failed to search stars(198091072)), 400010站点正常。
BBUID=400011、 400012站点 GPS 状态未锁定:
BBUID=400010的 GPS 状态正常:
400011、 400012无 GPS 锁星,但仍处于激活态, 导致其下挂的小区对周边小区 造成 GPS 干扰,影响其他小区上行接入。
对接入切换不成功的小区提取 MTS 跟踪上行接收功率数据, 基站侧接收功率普遍 抬高(空载下正常应该在 -96~99dbm左右),平均在 -80dbm 左右,受到上行干 扰。干扰情况如下表显示:
基站侧接收到的 RxPow0~3都很高,上行干扰严重。
3.3.2.3 解决方法及验证
福冈每个 BBU 下挂多个 RRH (小区),如果 GPS 锁星失败,此时基站仍然在放电波 状态下,就会对周表小区存在干扰。
因此把 400011、 400012的 2个 BBU 下挂的站点闭塞, 后再次测试, 问题消失, 400010下的所有小区接入切换均成功,问题得以解决。
3.3.2.4 总结
根据上述的分析,如果 GPS 一旦出现异常,那么对周边站点的干扰是比较严重的。对 于没有接通 GPS 的站点不允许开通释放电波。对于偶然存在 GPS 失星的情况要通过 参数来控制其对别的站点干扰, 目前后台有关于 GPS 失星后的控制方案, 其包含 2个 参数:
A. Holdover time-out switch (GPS同步保持 ) 取值范围:开 /关;
B. Holdover time-out threshold(GPS同步保持时间门限 ) 取值范围:60分钟 ~4小时 配置在 EMS-eNodeB 节点配置表,第一个参数必须配置为开,再设置保持时间,默认 是 60分钟。参数网管截图如下:
开关状态为 enable ,时间默认为 60分钟:表示开关打开,基站在 60分钟内, GPS 没 有同步则关闭小区;
开关状态为 disable ,时间默认为 60分钟:表示开关关闭,小区状态不受 GPS 是否同 步影响,始终保持正常建立状态;
3.3.3 下行干扰
系统内的下行干扰是产生掉线原因之一,通常表现无主覆盖小区,服务小区与邻区 RSRP 较好,数值基本接近,但 SINR 较差,导致解调信号变弱,易失步,因此会触发 重建过程,如果重建不成功则产生掉线。由于日本全向天线,无法对天面参数调整, 对于下行干扰只能采用降功率方式以及超级小区(超级小区详见《 SuperCell 小区合并 算法》)暂时解决。但是对于其他局,通常处理方式优先顺序是:
1. 先天面调整;
2. 覆盖切换类参数调整;
3. 最后功率调整。
该案例后续针对定向天线补充。
3.3.4 切换准备问题
通常情况下如果 UE 上报 MR 时机不佳,则会伴随着服务小区信号衰减抖动过快,导 致掉线。这种情况是由于无法满足切换条件或者切换过早造成。切换的参数包括: A3_offset、 TTT 、 Hysteresis ,这 3个参数设置过于苛刻或过于简单,都会导致时机不 佳换造成掉线。查看三个参数配置情况可看 RRC Connection Reconfiguration中的 IE 字段名称,如图所示:
图 3-5 切换参数查看
CNT 显示的切换失败信令如下图蓝框内内容所示,红框内信令为正常的切换信令
图 3-6 切换成功与切换失败表现
典型案例分析
3.3.4.1 现象描述
在测试中路口附近是问题多发点,部分小区由于“波导效应”容易出现过覆盖问题, 又由于“拐角效应”在路口两侧信号迅速衰落,从而导致掉线。
3.3.4.2 现象分析
测试路线如下图蓝色箭头所示,其中红色区域为掉线点。
在测试路线上主要是 PCI=45 小区覆盖,在经过红色区域所以的路口时, PCI=4小区 信号突然出现并迅速恶化,导致终端切换进该小区产生掉线。
掉线点 RSRP 分布如上图所示,红色区域显示 PCI=4小区突然出现一个尖峰。 CNT 掉线点信令如下图所示:
3.3.4.3 解决方法及验证
由测试路线图可知 PCI=4小区距离测试路线较远, 测试路线应该由 PCI=45小区覆盖, 但由于“波导效应”导致 PCI=4小区信号在路口比服务小区高 4dB 而触发切换流程导 致掉线, 而解决此掉线只需要避免 UE 切换到该小区即可。 将 PCI=45小区邻区关系中 和 PCI=4小区邻区“ Cell individual offset ”设置为 -3,在 UE 测量时增加一个迟滞, 从而避免触发切换流程。
3.3.4.4 总结
在处理路口附近由于突然出现的信号尖峰导致的问题时,由于测试区域均使用全向天 线, RS 功率 /A3事件迟滞 /Time to trigger三个参数影响范围较广不建议调整,应优先 使用 Cell individual offset来解决。
3.3.5 有 MR 但无重配
UE 具备全频段所有小区探测能力,只要达到上报条件,就会有 MR 上报,但如果后台 没有对服务小区配置合理正确的邻区关系, 就无法从网络侧收到切换命令, 无法切换。 在信令主要表现在 UE 上报多个 MR 后,但无切换命令,无线链路超时造成掉线。 典型案例分析
3.3.5.1 现象描述
在某次路测中发现如下图情况, UE 上报多个 MR
多次测量报告现象:
3.3.5.2 现象分析
查看 MR 信息,前三次测量报告目标 PCI 都是 28:
第一个测量报告内容:
第四次测量报告(见图 3-3)中有 PCI28、 19两个小区,
第四次测量报告内容:
从测量值上看, 28比 19高 3个 dB ,接着收到了切换命令,切换命令:
切换命令:
1 目标小区的 PCI=19
3.3.5.3 解决方法及验证
目标小区不是最高的 28而是 19, 所以需要确认源小区的邻区是否添加了 PCI=28小区, 通过查询源小区的测量控制信息确认源小区漏配邻区:
源小区测量控制信息:
1:邻区列表中有 PCI=19小区
查看信令,没有配置 28的小区信息,并且通过站点分布发现,服务小区 6与 28、 19都比较近,应属于漏配邻区情况,站点分布如图:
因此该问题是由于没有添加 PCI=28的小区导致,添加 PCI=6 PCI=28小区后切换正 常
3.3.5.4 总结
由于目前 SON 的自动邻区功能不成熟, 路测中遇到多次上报 MR 始终不切换的情况需 要根据实际覆盖与邻区关系对比,添加合适的邻区关系,但是也要避免切换参数不合 理的突发信号引起的不良 MR 情况,需要对每个异常问题深刻分析。
3.4 UE 触发重建
协议中定义了触发重建的流程及信令
图 3-7 RRC 重建成功
图 3-8
RRC 重建被拒
协议中对 UE 触发重建的原因如下:
The UE shall only initiate the procedure when AS security has been activated. The UE initiates the procedure when one of the following conditions is met:
●upon detecting radio link failure, in accordance with “Radio link failure related actions or”
●通常无线链路失败,牵扯到公共信道、业务信道的覆盖和干扰情况
●upon handover failure, in accordance with ”T304 expiry (handover failure)” or ●切换等待定时器超时导致,查看小区邻区及参数是否合理
●upon mobility from E-UTRA failure, in accordance with “Mobility from E-UTRA failure” or
●检查配置是否合理及参数
●upon integrity check failure indication from lower layers or
●完整性检查失败 , 如加密算法,与 NAS 的直传消息受阻导致
●upon an RRC connection reconfiguration failure, in accordance with “Reconfiguration failure”
3.4.1 UE 触发重建未果
目前还未发现这种触发重建后没有下文的情况,后续版本补充。
根据通常网优经验, 发生这种情况一般都是由于 UE 发送重建立消息过程中, 由于覆盖 场强过弱、上行功率异常、干扰等导致。
按照掉线处理思路流程, 先确定个性还是局部问题, 然后查看发生该问题的服务小区、 目标小区有无硬件告警,再查看覆盖、干扰、参数情况进行判断。
3.4.2 UE 触发重建被拒
该问题通常信令如下图所示:
图 3-9 UE 触发重建被拒
通常发生 RRC 被拒一般都是由于版本问题、上下行报文错误、设备原因导致。 典型案例分析
3.4.2.1 现象描述
福冈 FT 拉网测试中, UE 最初占用 PCI=25号小区,后切换至 PCI=18号小区,切换 成功。由于日本全向天线,且在闹市区,存在电平波动,后 UE 检测到 PCI=25号小区 满足切换条件, 网络下发 RRC 重配置给 UE , 携带切换目标小区是原服务小区 PCI=25号,可是切换失败,后无线链路失败触发重建立过程:
当时信令表现如下:
蓝色部分是 UE 从 PCI=25→PCI=18成功,绿色是从 PCI=18→PCI=25进行回切失败
后 RLF ,红色是触发重建过程,从 PCI=18→PCI=45被拒,造成掉线。
3.4.2.2 现象分析
这种现象在测试过程中发生次数较多,根据掉线排查思路,优先查看切换失败到重建 立过程中覆盖、干扰情况,发现此过程中的前后几秒内小区覆盖较好, SINR>3,无干 扰,后查看后台目标服务小区均无硬件告警。
抓取不同时间段的 LOG ,对目标和服务小区切换做了统计,有如下规律:
3.4.2.3 解决方法及验证
根据上述分析,搜集大量 LOG ,对切换失败和重建被拒进行分析,得出如下结论:
●同一单板内,发生回切必然失败;
●失败后的重建如果 UE 之前没有占用过某小区,无上下报文必然重建被拒。
后与家里研发确定该问题,是由于终端在收到 RRC 重配消息(切换命令),在 PDCP 层执行完整性保护校验时 FAIL , 之后 PDCP 上报 RRC , 触发 RLF 。 完保 FAIL 的原因 是:终端收到的 MAC-I 与实际计算的 MAC-I 不匹配,如下:
其他 RB cfg index=33,对应 SRB1, 01:31:38.030 lte_pdcp_dl_protocol.c MAC-I mis-match RB Cfg idx = 33 seq_num = 0, rxed MAC-I = 0x783e182b, Calculated MAC-I = 0xbedccd4b 。
3.4.2.4 总结
该案例重建被拒是由于系统 BUG 导致, 同一单板内回切失败, 重建过程中如果重建到 未知小区(UE 从未占用过的小区)则重建被拒,原因是由于上下行报文不统一造成。
注意 :
目前 V3.10版本以上,只要配了 X2链接,原则上跨站、跨板的重建拒绝问题都可以解 决
3.5 rrcConnectionRelease 掉线
出现 rrcConnectionRelease 消息计做掉话,但不包括以下原因:
●系统间切换网络侧释放 ;
●用户未激活,网络侧释放资源情况 (User Inactivity)
●CSFB 的网络侧释放(待确定)
目前暂未出现该类的掉线,后续有实例补充。
3.6 其他类掉线
其他类的掉线还未发现,但是测试中 UE 端口丢失是其他类掉线之一,目前 CNT 暂无 法统计 Lost Port情况,只能通过测试记录查看。
4 总结
掉线问题处理流程:
图 4-1 TD-LTE 掉线处理流程
通常弱场按照经验是 RSRP>-119,下行干扰比较严重经验是 SINR>-3。 常规检查:
●服务小区 SINR 过低,
●邻区列表电平相差不大,无主覆盖小区;
●后台硬件告警排查,如 GPS 干扰、 MTS 中各个通道是否正常; ●邻区漏配;
●邻区信息错误;
●系统间邻区关系异常(后期检查);
●问题点尝试更换不同终端检查
●问题点尝试服务小区闭塞解闭塞
设备告警检查:
影响网优业务告警
分析.xlsx
图 4-2 影响网优告警列表
范文二：簇优化指导书
一、 掉话都有哪些原因引起？
邻区漏配、弱覆盖、干扰、切换不及时、乒乓切换、终端问题、网络设备问题
二、 切换种类？
软切换、硬切换，接力切换；软切换是先连后断，同时占用2份资源，硬切换是先断后连；接力切换是上进行上行同步，在进行切换；软切换还包括更软切换，软切换是在同频不同基站的不同小区进行切换，更软切换是在同频同一基站的不同小区进行切换。其中LTE 只有硬切换。TD 有接力切换和硬切换，W 网有软切换和硬切换。
三、弱覆盖的解决思路？
增加覆盖，如新建站点、调整天线方位角、下倾角、调整抱杆、变更站址、调整功率等
四、简述LTE 单站验证流程：
1、 后台工程师准备：
基站状态核查，包括站点是否存在告警，如：硬件、传输、驻波等，License （相当于许可证比如CE 资源）是否完整，小区是否激活、闭锁。
干扰检查：无业务接入的情况下，观察上行RSSI （接收信号强度指示）跟踪所有RB （无线承载）的功率抬升是否正常（正常底噪值：-118dBm ）。
检查站点、小区数据配置，如：eNodeBID （基站ID ）、CellID （小区ID ）、频点、PCI 、PRACH （物理随机接入信道）、TAC （跟踪区域码）等。
完成邻区数据加载。
核查无误后通知测试工程师准备测试。
2、 测试工程师单站验证准备工作：
整理工参表：可以从设计院或客户获得基站设计信息，如：基站名、基站地址、经纬度、天线挂高、方位角、下倾角（包括机械及电子下倾角）、天线类型、天线高度、规划的小区数据（如：eNodeBID 、CellID 、PCI 、邻区）等；
向客户或工程安装人员了解站点情况（联系人、上站条件如钥匙等、基站地址、环境）、天线安装情况；
测试设备的检查：测试前必须对所有测试测试进行检查、避免因为设备问题导致测试过程中出现故障和测试结果不准确，影响测试进度。检查的设备包括：车辆、电源、测试终端是否齐备、测试电脑、路测软件、USB 连接数据线是否正常、GPS （含手持GPS ）、USBHub 、SIM 卡费用和权限、电源插座、指北针、纸质地图、记事本、坡仪（可选，用于测量天线机械倾角）。
天面勘察：
拍摄天线安装（天线标签）和360度环境的照片（从0度开始，每45度一张共8张），如果不方便测量下倾角，可通过目测估计获得。
检查经纬度、天线方向角、天线下倾角、天线挂高是否与规划数据相符，检查覆盖方向是否有阻挡。
配置数据验证：
验证频点、PCI 、TAC （跟踪区域码）是否与规划数据一致。
开始测试：
扇区切换验证：
长呼下载测试，绕站cell1->cekk3->cell2->cell1做反向切换验证
单验业务测试：
上传、下载、CSFB 、时延验证， 每个小区做一次
完成报告：
云盘备份数据。
五、试简述如何发现基站小区接反？
长呼下载测试，绕站cell1->cekk3->cell2->cell1做反向接反验证，观察所接受小区信号是否为正打小区信号。
六、如何发现邻区漏配？
在达到切换条件时小区未能切换，直至拉脱网依然未能切换，如果是单项漏配则是正向正常反向有问题，如果是双向漏配则是双向有问题
七、LTE 路测中对掉话的定义？
掉话的定义是在测试过程中已经接受到了一定测试数据的情况下，超过3分钟没有任何数据传输，
八、衡量LTE 覆盖和信号质量基本测量量是什么，请说出其英文缩写及去含义？ RSRP ：参考信号接收电平，基站的发射功率
RSRQ ：主要衡量下行特定小区参考信号的接受质量
RSSI:指的是手机接收到的总功率，包括有用信号、干扰和底噪
SINR ：信号干扰噪声比，接收到的有用信号强度与干扰信号强度的比值
九、LTE 单站点验证含义是什么，包含了那些业务验证及优化？
答：LTE 单站点验证包含了业务验证及单站优化，其中业务验证为下行吞吐率验
证、上行吞吐率验证、CSFB 验证、时延验证。单站优化则为在业务验证过程中发现的问题及问题的处理，如：站点经纬度错误、方位角错误、天线隔离度不够、天线阻挡、站点过高、天线接反、邻区漏配、配置单向邻区、干扰等问题的发现与处理。
十、LTE 宏站验证与室分验证有什么区别？
答：LTE 宏站验证即为3个小区或者2两个小区间的业务验证及优化，在验证过程中宏站需关闭邻区，避免邻区对业务小区产生干扰，造成业务验证不达标，主要是以小区为单位进行的。
室分验证则不需要关闭邻区进行测试，在测试业务中只需验证每层楼的覆盖及业务，对每个RRU 进行验证，宏站的信号不会对其参数干扰。其余则为验证室分是否外泄及与宏站之间的切换是否正常。
范文三：负值PBGT优化指导书
目录
1( 负值PBGT切换算法原理 ............................. 2
1.1负值PBGT切换算法的起源 ......................... 2
1.2负值PBGT切换算法的原理 ......................... 2
1.2.1为什么常规PBGT切换设置不能触发负值PBGT切换, 2
1.2.2 16Bit排序中14Bit的故事 ...................... 4
1.3负值PBGT切换算法和分层分级算法对比 ............. 6 2(负值PBGT切换算法继承MOTO切换算法的策略 ........... 8
3(负值PBGT切换算法优化指导 ......................... 12
3.1 900M 小区拥塞 ................................ 13
3.2 1800M小区拥塞 ................................ 14
1( 负值PBGT切换算法原理
1.1负值PBGT切换算法的起源
负值PBGT与质量差切换、干扰切换、边缘切换、PBGT切换、层间切换等切换类型相比，它不是华为正式的切换类型，它是华为的网络优化工程师在优化过程中，为了解决华为I代切换算法中常规设置不能触发PBGT负值切换，通过对16Bit排序中第14位的引导而产生的一种比较特殊的切换算法。
负值PBGT切换算法的基础还是常规切换中的PBGT切换，通过对16bit排序中14位的特殊引导，使得普通的PBGT切换算法能够发生。负值PBGT切换是FK最早在08年底的上海联通GSM网络优化项目中率先进行大规模应用，后来在杭州移动、贵阳移动都有规模应用。
1800M小区使用负值PBGT切换算法吸收话务量的效果和分层分级效果类似，但是比分层分级算法更加灵活。
1.2负值PBGT切换算法的原理
1.2.1为什么常规PBGT切换设置不能触发负值PBGT切换,
为了理解PBGT负值切换原理，必须了解为什么华为的常规PBGT切换设置不能触发负值PBGT切换。首先了解华为I代切换算法中PBGT判决条件。
华为的PBGT切换判决条件(同时满足):
目标小区与服务小区同层同级。
目标小区在“PBGT统计时间”中有“PBGT持续时间”下行电平满
足以下公式:
(MIN(MS_TXPWR_MAX,P)-RXLEV_DL-PWR_DIFF)-(MIN(MS_TXPWR_MAX(n
),P)-RXLEV_NCELL(n))>PBGT_HO_MARGIN ―公式1 其中:
RXLEV_DL:服务小区的下行接收电平(滤波后)。
MS_TXPWR_MAX:服务小区允许的MS最大发射功率。 MS_TXPWR_MAX(n):邻近小区n允许的MS最大发射功率。 RxLev_NCELL(n):邻近小区n的下行接收电平。
PWR_DIFF:由于功率控制引起的服务小区最大下行发射功率与服务小区实际下行发射功率的差值。
P:MS最大发射功率能力;
PBGT_HO_MARGIN:服务小区“PBGT切换门限”,64。 对目标小区要求:
目标小区与服务小区同层同级。
服务小区不能作为目标小区。
经过预处理流程排序的候选小区列表中目标小区优先级最高。
公式1是ETSI协议定义的标准的PBGT切换公式，按照这个公式定义，其实是可以触发负值PBGT切换的，只要PBGT_HO_MARGIN设置为负值即可。但是华为I代切换中PBGT对目标小区的最后一条(红色标注)要求“目标小区的16Bit排序要比服务小区靠前，而且是排位最高的小区。”这个条件直接使得常规的切换算法不能触发PBGT负
值切换。原因如下表所示，16Bit中最低的3、2、1Bit是电平排序，电平低的邻区根本不可能排在服务小区之前，所以PBGT负值切换是不可能发生的。还有16Bit中第4bit，服务小区永远置0，邻小区必须大于服务小区+小区间切换磁滞才能置0。这两个因素就直接限制了常规切换参数设置情况下不可能发生PBGT负值切换。
BIT位 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
共共小区间
层间切换门MSCBSC负荷切切换磁电平排序名称 保留 层级位 限比较位 比较比较换位 滞比较位
位 位 位
服务小服务小区电区负荷>平>服务小服务小区层间切换区的负服务小区计门限,服务永远永远永远置, 荷切换算 小区的层间置0 置0 0 启动门切换磁滞 服务小区限，置置0;否则置和6个最1，否则1 强邻区一置0 4层×16级,64优块使用电先级，优先级数值越邻区电平进行排小，优先级越高 邻小区平>服务序，电平邻小区电负荷<邻小区电越高，排平>邻小区共共小区的平，邻序位越小 层间切换门MSC，BSC，负荷切区级的邻区计算 , 限，邻区级置0;置0;换接收小区间的层间切换否则否则门限，置切换磁磁滞 置0;置1 置1 0，否则滞，置否则置1 置1 0，否则
置1 1.2.2 16Bit排序中14Bit的故事
既然常规的切换参数设置不可能触发PBGT负值切换，所以只能利用现有的16Bit排序来设计一种非常规的负值PBGT切换。使得负值
PBGT切换既满足PBGT切换对邻区的排序要求，又满足ETSI定义的公式1。
负值PBGT切换算法的原理是利用16Bit排序中第14Bit的影响，将900M小区的层间切换门限设置较高(例如,60dBm)，将1800M小区的层间切换门限设置较低(例如,85dBm)，这样900M小区的排序结果靠后，而其1800M小区的排序结果靠前，这时只要满足PBGT门限的要求就可以发生负值PBGT切换。
这种负值PBGT切换算法中，1800M小区的【层间切换门限，层间切换磁滞】成为1800M小区的准入门限，只有1800M小区的电平高于这个值时，1800M小区在16Bit排序中14Bit置0。1800M小区的【层间切换门限,层间切换磁滞】成为准出门限，只有1800M小区的电平低于这个值时，1800M小区在16Bit排序中14Bit置1。所以为了防止900M小区和1800M小区之间的乒乓切换，【层间切换门限，层间切换磁滞】和【层间切换门限,层间切换磁滞】之间必须拉开3,5dB的距离。
假设900M向1800M切换的PBGT门限设置为54(54,64,3,,13dB,公式中减3是900M小区最大发射功率33dBm和1800M 小区的最大发射功率30dBm的功率差值)，那么为了防止MS从900M负值PBGT切换到1800M小区后又快速切换回来，必须将1800M小区的【1800层间切换门限,1800层间切换磁制】设置低于到900M小区向1800小区切换的【1800层间切换门限，邻区级层间切换磁制】3,5dB。
空闲态 理想状态下 非理想状态
1800小区A 900M小区A
通话态 900M小区B PBGT切换
PBGT切换 900M小区A 1800小区A 1800小区B
负值PBGT切换
PBGT切换/边缘切换 900M小区A 1800小区A /紧急切换
使用负值PBGT切换算法，那么1800M小区电平高于【层间切换门限，层间切换磁滞】时，可以通过负值PBGT从900M切换到1800M，在1800M小区电平高于【层间切换门限,层间切换磁滞】时，可以通过紧急切换从1800M切换到900M小区，1800M小区电平低于【层间切换门限,层间切换磁滞】，可以通过常规的PBGT和边缘切换切回900M小区。1800M小区之间可以触发常规PBGT切换。 1.3负值PBGT切换算法和分层分级算法对比
负值PBGT算法和分层分级算法相比，原理要复杂一些，因为负值PBGT切换算法必须理解16Bit排序，而且参数设置也要相对复杂。但是PBGT负值切换算法可以一对一邻区级设置，在很多复杂场景下更加灵活。
负值PBGT切换需要理解的几个参数:
1、900M小区的【层间切换门限】:这个参数必须设置的比较大，天津项目设置为60(-110，60,-50dBm),通常情况下，900M小区的电平大于,50dBm的机率非常小，使得900M小区的14Bit直接置1，
那么900M小区作为服务小区时，它的16Bit排序相对1800M小区靠后，那么就可以触发负值PBGT切换。
2、1800M小区的【层间切换门限(1800M小区的)】-【邻区级的层间切换磁滞(900M小区服务小区，1800M小区作为邻区)】就是从900M小区切换到1800M小区的准入门限，如果1800M小区电平值低于这个门限，那么1800M小区的14Bit还是置1，那么1800M小区在16Bit排序中还是比900M小区靠后。负值PBGT切换算法中1800M小区的这个准入门限相当于分层分级切换中，1800M小区的【层间切换门限】,【邻区级的层间切换磁滞】。
3、1800M小区的【层间切换门限(1800M小区的)】，【邻区级的层间切换磁滞(1800M小区作为服务小区，900M作为邻区)】，就是1800M向900M切换的准出门限，因为1800M小区电平低于这个值时，1800M小区的14Bit置1，和900M小区的14Bit都是1，这样就可以正常通过PBGT切换或者边缘切换从1800M切回900M。因为900M小区的电平通常比1800M高6,12dB，1800M向900M切换的PBGT门限一般设置为4,6dB，所以只要1800M低于这个门限就能够马上能够通过常规PBGT切换到900M小区。1800M的这个准出门限相当于分层分级算法中的1800M小区的边缘切换门限。
从上述负值PBGT参数的说明中可以看到，负值PBGT和分层分级算法还是非常类似的，但是分层分级算法的切入和切出控制基本是小区级的参数，很难设置到邻区级参数。例如:A小区是1800M小区，B小区是900M小区，C也是900M小区。分层分级算法中A是2层1
级，B和C都是是3层1级，所以A向B、C的常规切换只能通过边缘切换，边缘切换门限是小区级的，不能针对B和C区别设置。而负值PBGT切换可以通过A小区向B、C的【邻区级的层间切换磁滞】分别设置不同的准出门限。 2(负值PBGT切换算法继承MOTO切换算法的策略
天津移动GSM现网基本没有使用ALM算法，主要用AHA算法中的PBGT-1、PBGT-3、PBGT-5。
900M小区向1800M小区切换主要使用PBGT-1和PBGT-5算法，1800M小区向900M小区切换主要使用PBGT-1和PBGT-3算法。
900M向1800M的切换统计如下:
, 配置1800M邻区的900M小区总计6079
, 其中只配置了1号算法的小区有3356个
, 其中只配置了5号算法的小区有1366个
, 其中配置了5号算法的小区有2686个
, 其中同时配置了1号5号算法的小区的900M小区有1316个
1800M向900M切换统计如下:
, 配置900M邻区的1800M小区总计2966
, 其中只配置了1号算法的小区有1153个
, 其中只配置了3号算法的小区有916个
, 其中配置了3号算法的小区有1804个
, 其中同时配置了1号3号算法的小区的900M小区有885个
华为在近几年的重大项目中主要采用分层分级切换算法和PBGT负值两种双频网切换策略。考虑到和天津移动GSM网络MOTO算法的
使用情况，建议搬迁时采用PBGT负值切换算法，考虑的细节要点如下:
1、 现网中配置了1800M邻区的900M小区，同一个900M小区既有
PBGT-1的1800M邻区，又有PBGT-5的1800M邻区，如果使用分层
分级算法，同一个900M小区向它的所有1800M邻区都只能采用层
间切换(不能使用PBGT切换)。
2、 MOTO现网的900M向1800M切换采用了PBGT-5算法，PBGT-5
算法判决要同时满足几个条件。
, 邻区电平>nei_rxlev_5
, 邻区电平,服务小区电平>ho_margin_cell，
(ho_margin_cell一般是负值)
, 以上两个条件持续qualify_delay_5时间满足
华为层间切换判决的条件:
, 目标小区层级低于服务小区层级，即目标小区的层级优先
级比服务小区的层级优先级高。
, 滤波后的目标小区下行电平?“层间切换门限”+“邻区级
层间切换磁滞”-64。
, 排序后目标小区的优先级必须高于服务小区。
, 满足P/N准则，即在“层间切换统计时间”内，滤波后的
目标小区下行电平有“层间切换持续时间”满足以上条件。
通过上述对比可以看出，MOTO的PBGT-5和华为的层间切换比较类似，最大的不同是MOTO要求服务小区和邻小区的电平差大于
ho_margin_cell，而华为没有这个要求，在特殊场景优化时不如MOTO的PBGT算法灵活。而PBGT负值切换算法完全和MOTO的PBGT-5算法完全匹配。
3、 如果华为使用分层分级算法，那么1800向900的常规切换只
能通过边缘切换，华为的边缘切换门限和MOTO的电平切换类似，
属于电平比较低时的救援性切换。如果用来继承MOTO的PBGT-3
号算法，因为切换电平门限较高(-80dBm左右)，失去了电平救援
切换的意义，而且在一对一的切换控制上不如MOTO的PBGT-3灵
活，PBGT负值切换算法也不能一对一的控制服务小区的切出门限，
但是可以一对一的灵活控制邻区电平门限。
考虑以上几点原因，在本次天津移动GSM改造项目中，计划使用华为的PBGT负值切换来继承MOTO的PBGT-5、PBGT-3算法。下表是考虑到MOTO现网4个切换方向上，主要切换算法的参数继承关系。室内分布小区的出入切换参数设置和室外宏站相同，后续室内分布小区的切换参数继承与室外宏站的切换相同。
服务小区 邻区 邻区级切换参数
切换候小区MOTO-PB层间层间下行边层间邻区级PBGTPBGTPBGT质量最小接切换方向 选小区间切GT算法 切换切换缘切换切换层间切统计持续切换差切入电平最小下换磁门限 磁滞 门限 门限 换磁滞 时间 时间 门限 换带 偏移 行功率 滞
66ho_marxlev_m(68-MOTO-PB10 4+64 rgin_in_cell900-900 60 2 15 60 2+64 6 4 66,GT-1 注5 注4 cell+-10 2dB) 64 注5 注6
ho_ma66rxlev_mMOTO-PBdl_rxt_rgin_(68-60 2 10 60 2+64 6 4 30+64 in_cellGT-3 3注8 cell+66,-10 64 2dB)
(60,ho_ma70rxlev_mMOTO-PB32 2-32)rgin_(68-60 2 15 10 4+64 6 4 in_cellGT-1 注1 +64 cell+70,-10 注2 64 -2dB)
900-1800 qualinei_rxlqualiho_ma70fy_derxlev_mMOTO-PB32 ev_5-32fy_dergin_(68-60 2 15 10 4+64 lay_5in_cellGT-5 注1 +64 lay_5 cell+70,+1 -10 注3 注7 64 -2dB) 注7
ho_ma(32-6066(68rxlev_mMOTO-PB32 rgin_0 15 10 60 )+64 4+64 6 4 -66=2in_cellGT-1 注1 cell+注2 dB) -10 64 1800-900 ho_ma66(68rxlev_mMOTO-PB32 rgin_0 15 10 60 2+64 4+64 6 4 -66=2in_cellGT-3 注1 cell+dB) -10 64
ho_ma70rxlev_m1800-180MOTO-PB32 32 rgin_(68-0 15 10 64 4+64 6 4 in_cell0 GT-1 注1 注1 cell+70,-10 64 -2dB) 注1:32是参考MOTO现网的dl_rxt_3平均值
注2:为了保持服务小区和邻小区在16bit算法第14位完全一致，注1和注2是为了满足1800M小区的【1800层间切换门限,1800层间切换磁制】设置低于到900M小区向1800小区切换的【1800层间切换门限，邻区级层间切换磁制】3,5dB这个限制条件。
注3:nei_rxlev_5小于35,按照35处理
注4:小区间切换磁滞主要用于边缘切换，影响16bit算法中的第4位，防止两个小区之间乒乓切换，为了保障电平救援性切换的紧急性，建议设置比常规PBGT磁制小，所以在这里设置为4dB.
注5:华为的【切换候选小区最小下行功率】是小区级的，但是【最小下行电平偏移】是邻区级的参数，【切换候选小区最小下行功率，最小下行电平偏移】等同于MOTO的邻区级参数【rxlev_min_cell】
注6:华为邻区级参数【质差切换带】用于控制质量差切换时对目标邻区的电平要求，滤波后邻区的下行电平减去服务小区下行电平(功控补偿后)>“小区间切换磁滞,质量差切换带+64”时，才向邻区进行质差切换。考虑到900M和1800M小区的电平差异，所以在900和1800之间的4个切换方向上，针对性的设置【质量差切换带】。
注7:考虑到MOTO原网900M小区向1800M小区发生PBGT5号切换时，特殊场景需要对这种切换判决时间进行控制，所以用华为的【PBGT持续时间】和【PBGT统计时间】两个参数继承MOTO的【qualify_delay_5】。
注8:900M小区向900M小区切换，现网有300多个小区使用了PBGT-3号算法，华为只能用边缘切换来替代，因为【边缘切换开关】和【上、下行边缘切换门限】是小区级的，所以这种继承方式有较大的弊端，必须要求dl_rxt_3小于等于30(或者将dl_rxt_3大于30的根据现场测试情况归一化到30)，否则导致服务小区电平高于,80dBm时出现大量边缘切换替代PBGT切换。
3(负值PBGT切换算法优化指导
负值PBGT切换算法的几个关键参数已经在1.3章节详细描述过了，下面针对不同的优化场景给出参数优化流程:
3.1 900M 小区拥塞
如:驻波告警，载频模块告警，载频隐性
故障(如话统中TCH不可用)，传输故障，900M小区拥塞 周边站点小区退服等
1、是否存在数据业务YES 闲，但静态PDCH配硬件故障 通知工程组处理 置过多的情况。
2、CS/PS抢占机制是
NO 在使用话务忙门否为PS所有信道均
限调整时，需要不可抢占。
在突发话务消失3、PDCH最大比率门YES 调整信道配置资源使用 后恢复话务忙门限设置是否合理。 确认闭塞原因 不合理 限原网值。 4、SDCCH控制信道配
置是否过多。 NO 5、是否存在人工闭塞
载频或者时隙 YES 话务忙门限调突发话务 1、层级设置是否正确。 整 如900M小区正常应 紧急扩容 设置为3层2级 NO
2、话统查看，是否存
在切换频繁小区。 NO 重选切换参3、参数检查，检查是 恢复健康参数 数健康状态 否存在错配参数。
YES
NO NO 周边900闲 临时调整 周边1800扩容
闲
YES YES
此环节依次进行如下调整(调整此环节依次进行如下调整可调整话务忙门限，使得全
中给出的最终值均为极限值，不(调整中给出的最终值均为速率信道更快的向半速率
建议超过): 极限值，不建议超过): 进行转换。100,>80,>60
1、900M服务小区层间切换门限1、服务小区对900M邻区的但要注意在扩容之后，需恢
由60,>63，层间切换磁滞由2出切PBGT门限从8,>6,>4复原网值。
,>1。 ,>2。 2、向周围1800M邻区级层间切2、900M邻区对服务小区的 换磁滞从90,>67。 出切PBGT门限从2,>4,>6
3、向周边1800M小区邻区级的,>8。
排队 出切PBGT门限值调整顺序为3、服务小区CPI从0,>1;
直接重试 (-6),>(-8),>(-10),>(-12)。 CRO从0,>1,>2,>3;PT
负荷切换 4、周边1800M邻区的层间切换从0,>31;最小接入电平从
门限调整顺序为32,>30,>28。 8,>10,>12,>15。
5、服务小区CPI从0,>1，周边
1800M小区的CRO从0,>3
,>5。
3.2 1800M小区拥塞
如:驻波告警，载频模块告警，载频隐性
故障(如话统中TCH不可用)，传输故障，1800M小区拥塞 周边站点小区退服等
1、是否存在数据业务YES 闲，但静态PDCH配硬件故障 通知工程组处理 置过多的情况。
2、CS/PS抢占机制是
NO 在使用话务忙门否为PS所有信道均
限调整时，需要不可抢占。
在突发话务消失3、PDCH最大比率门YES 调整信道配置资源使用 后恢复话务忙门限设置是否合理。 确认闭塞原因 不合理 限原网值。 4、SDCCH控制信道配
置是否过多。 NO 5、是否存在人工闭塞
载频或者时隙 YES 话务忙门限调突发话务 1、层级设置是否正确。 整 如900M小区正常应 紧急扩容 设置为3层2级 NO
2、话统查看，是否存
在切换频繁小区。 NO 重选切换参3、参数检查，检查是 恢复健康参数 数健康状态 否存在错配参数。
YES
NO NO 周边900闲 临时调整 周边1800扩容
闲
YES YES
此环节依次进行如下调整(调整中给出的最终值均为可调整话务忙门限，使得全此环节依次进行如下调整
极限值，不建议超过): 速率信道更快的向半速率(调整中给出的最终值均为
1、如果闲900M小区向服务1800M小区的邻区级层进行转换。100,>80,>60极限值，不建议超过):
间切换磁滞为90，则闲900M小区向1800M小区的但要注意在扩容之后，需恢1、服务小区对周围1800M邻
出切邻区级PBGT门限2,>4,>6,>8。 复原网值。 区的出切PBGT门限从8,>6
2、如果闲900M小区向服务1800M小区的邻区级层,>4,>2。
间切换磁滞不等于90，则调整该900M小区向1800M2、1800M邻区对服务小区的
小区的PBGT切换门限(-12),>(-10),>(-8),>(-6)出切PBGT门限从2,>4,>6
,>(-4),>(-2)―>(0)―>2―>4―>6。 ,>8。 排队 3、如果闲900M小区向服务1800M小区的邻区级层3、服务小区CPI从0,>1;直接重试 间切换磁滞不等于90，则900M小区向1800M小区CRO从0,>1,>2,>3;PT负荷切换 邻区级层间切换磁滞从67,>70,>72,>74。 从0,>31;最小接入电平从
4、服务1800M小区的层间切换门限从32,>34,>368,>10,>12,>15。
,>38。
5、仅限于共站址的闲900M小区，闲900M的层间切
换门限从60,>57,>54,>51。
范文四：TD-LTE邻区优化指导书
LTE 邻区核查与优化指导书 (仅供内部使用)
拟制 : 广西 LTE 精品网项目组 日期:更新 : 日期:审核 : 日期:批准 : 日期:
华为技术有限公司
版权所有侵权必究
目录
目录 .................................................................................................................................................. 2 1邻区优化工作概述 . .................................................................................................................. 3 2邻区优化工作内容和原则 . ...................................................................................................... 3 2.1邻区优化工作内容 . .......................................................................................................... 3
2.2邻区优化工作原则 . .......................................................................................................... 3
3邻区优化工作方法 . .................................................................................................................. 4 3.1PEAC 工具核查原理 ........................................................................................................ 4
3.2数据(PEAC 分析的结果 )后续处理 . ............................................................................ 5
4邻区优化典型案例 . .................................................................................................................. 7 4.1漏配邻区检测依据如下原则 . .......................................................................................... 7 4.2漏配邻区案例:. .............................................................................................................. 7 4.3单向邻区检测依据如下原则:. ...................................................................................... 8 4.4单向邻区案例 1:. ............................................................................................................ 8 4.5过远邻区检测依据如下原则:. ...................................................................................... 9 4.6过远邻区案例:. .............................................................................................................. 9 4.7过少邻区检测依据如下原则:. .................................................................................... 10 4.8过少邻区案例:. ............................................................................................................ 10 4.9过多邻区检测依据如下原则:. .................................................................................... 11 4.10过多邻区案例:. .......................................................................................................... 11 4.11外部数据不一致检测依据如下原则:. ...................................................................... 13
4.12外部数据不一致案例:. .............................................................................................. 13
5PCI 混淆核查优化 . .................................................................................................................. 14 5.1PCI 混淆核查检测依据如下原则:. .............................................................................. 14 5.2PCI 混淆案例 1: ............................................................................................................ 14 5.3PCI 混淆案例 2: ............................................................................................................ 15 5.4PCI 混淆案例 3: ............................................................................................................ 16
1邻区优化工作概述
随着网络中不断的工程建设、 割接等网络操作, 不可避免的会带来一些小区的邻区关系 出现漏加、 单向、多加等现象, 另外,日常优化过程中对天线的调整也会带来邻区关系的变 化,所以邻区优化工作一直是网络优化过程中一个必不可少的部分。
通常对邻区的优化主要通过测试分析、 后台性能分析、 地理化观察分析以及邻区自动优 化工具等方式来进行。主要优化内容包括:漏配邻区、单向邻区、多配或少配邻区,邻区外 部数据配置错误等, LTE 网络是快速硬切换网络,合理的邻区关系对网络来说非常重要,邻 区关系过少,会造成大量掉话; 邻区关系过多,会导致测量报告的精确度降低;因此定期进 行邻区关系优化是十分必要的。
本次专项优化主要利用华为工具 PEAC 梳理现网配置的邻区关系, 完成基础的邻区关系优 化,为后续的网络性能优化奠定基础。
2邻区优化工作内容和原则
2.1邻区优化工作内容
邻区优化主要做如下几方面给工作:
?LTE 系统内漏配邻区核查;
?LTE 外部小区一致性核查;
?LTE 系统内邻区中 PCI 冲突核查;
?LTE 系统内过远邻区核查;
?LTE 系统内邻区过多过少核查;
?LTE 系统内单向邻区核查;
2.2邻区优化工作原则
?地理位置上直接相邻的小区一般要作为邻区;
?邻区一般都要求互为邻区, 即 A 扇区把 B 作为邻区, B 也要把 A 作为邻区。 如果在某些场景 下,如高速覆盖,需要设单向邻区,如 A 扇区可以切换到 B 扇区而不希望 B 扇区切换到 A 扇区,那么可以通过将 A 扇区加入到 B 扇区的 Black list中实现。
?对于密集城区和普通城区,由于站间距比较近(0.3~1.0公里),邻区应该多做。目前 我司产品对于同频、异频和异系统邻区分别都最大可以配置 64个,所以在配置邻区时, 需要注意邻区个数,遵循先删除后添加的原则。
对于市郊和郊县的基站, 虽然站间距很大, 但一定要把位置上相邻的作为邻区, 保证能 够及时切换。
3邻区优化工作方法
邻区优化工作总体流程:
3.1PEAC 工具核查原理
基于工参,按照设定值进行邻区规划,将规划数据与配置文件中的邻区关系进行比对。 若按照设置的条件规划出的为双向邻区, 配置中为单向邻区, 则判断为单向邻区; 若按照设 置的条件规划出的邻区,但是配置中没有则判断为漏配;若配置文件中邻区数小于 3,则判 断为邻区过少;其他核查内容核查思路类似。
参考值(LTE 到 LTE ):
PCI 复用距离:3km 最小邻区数:3 最大邻区数:25
宏站— >宏站:2km 宏站— >微站:0.5km 微站— >宏站:0.5km 微站— >微站:0.1km 最大邻区数(同频 /异频):30
具体核查结果如下:
3.2数据(PEAC 分析的结果)后续处理
添加邻区优化辅助选项:
通过数据库中小区经纬度计算,得出服务小区与邻区距离; 提取 Cell-Cell 小区指标,服务小区向各邻区切换指标;
操作修正:直接进行删除或添加进行优化;
现场核查:进行测试分析、后台性能分析、地理化观察分析;
邻区数量优化:剔除室分小区和孤站,统计 1周切换指标,水平轴为邻区数量,邻区过少对 切换成功率影响最大,重点核查优化邻区过少的小区。
核查结果及附件表:
4邻区优化典型案例
4.1漏配邻区检测依据如下原则
1. 服务小区与邻区距离为 0KM 的建议添加(主要为室分小区);
2. 剔除服务小区为室分的小区(室分小区间距离为 0KM 的保留);
3. 服务小区(宏站小区)与邻区(室分小区)低于 0.2KM 以内的全部添加,大于 0.5KM 不建议添加, 0.2KM 至 0.5KM 之间的进行核查,且邻区(室分小区)若只有一个小区 的情况下建议添加双向邻区,否则添加为单向邻区;
4. 服务小区与邻区距离 500米以内的进行添加,核查 0.5KM 至 2KM 邻区(宏站小区); 4.2漏配邻区案例
【问题描述】
桂林叠彩区宝贤中学 -HLH-3存在漏配邻区,依据 PEAC 输出漏配邻区列表如下:
【问题分析】:
核查桂林叠彩区宝贤中学 -HLH-3邻区,结合站点分布可知,桂林叠彩区市经委 -HLW-1位于服务小区距离 147.2米的背向第一圈邻区,桂林原地区行署大院 -HLW-1位于服务小区距 离 124.6米的背向第一圈邻区,邻区距离较近 , 且邻区(室分小区)小区数为 1,因此建议添 加为双向邻区;桂林叠彩区皇城饭店 -HLH-2小区位于服务小区距离 292.7米的正向第一圈邻 区,关系如下图所示:
【问题处理】:
桂林叠彩区宝贤中学 -HLH-3添加桂林叠彩区市经委 -HLW-1、桂林原地区行署大院 -HLW-1、桂林叠彩区皇城饭店 -HLH-2为双向邻区关系,消除漏配邻区现象。
4.3单向邻区检测依据如下原则
1. 剔除邻区为室分小区
2. 删除邻区距离大于 5公里
3. 核查邻区切换尝试次数小于 2次,切换成功率差;
4. 核查邻区距离低于 5公里;
4.4单向邻区案例 1
【问题描述】
桂林象山区歌满城室分 -HLW-1存在单向邻区,依据 PEAC 输出单向邻区列表如下:
【问题分析】:
核查桂林象山区歌满城室分 -HLW-1邻区,结合站点分布,桂林象山区桂新空调机厂 -HLH-2小区位于服务小区距离 340米的第一圈邻区,桂林秀峰区景江便捷酒店 -HLH-1小区位 于服务小区距离 390米的第一圈邻区,建议添加邻区关系,桂林秀峰区消防大队 -HLH-2与服
务小区距离 3370米, 距离较远, 且两站间存在多个站点, 因此建议删除邻区关系, 如下图所 示:
【问题处理】:
桂林象山区桂新空调机厂 -HLH-2添加桂林象山区歌满城室分 -HLW-1为邻区消除单向邻 区现象。
桂林秀峰区景江便捷酒店 -HLH-1添加桂林象山区歌满城室分 -HLW-1为邻区消除单向邻区 现象。
桂林象山区歌满城室分 -HLW-1删除桂林秀峰区消防大队 -HLH-2邻区消除单向邻区现象。 4.5过远邻区检测依据如下原则
?删除市区内 5公里以外, (经验值为 5公里以外邻区切换尝试次数基本为 0, 若不为 0次观 察切换指标)。
?删除且郊区 10公里以外, 5至 10公里观察切换指标(经验值为 10公里以外邻区切换尝试 次数为 0,5至 10公里切换成功率差、切换尝试次数为 0)。
?核查邻区切换尝试次数为 0、切换成功率差,且市区内 2至 5公里。
?核查邻区切换尝试次数为 0、切换成功率差,且郊区 3至 5公里。
4.6过远邻区案例
【问题描述及分析】:
【问题描述】
桂林七星区万福路叉叉山 -HLH-1存在过远邻区,依据 PEAC 输出过远邻区列表如下:
【问题描述及分析】:
核查桂林七星区万福路叉叉山 -HLH-1邻区,结合站点分布,桂林象山区彰泰城 -HLH-2与服务小区站间距距离 2020米,且两站点之间存在 3个站点,建议删除邻区关系。如下图所 示:
【问题处理】:
桂林七星区万福路叉叉山 -HLH-1删除桂林象山区彰泰城 -HLH-2邻区关系。
4.7过少邻区检测依据如下原则
?剔除孤站、室分小区
?小区系统内邻区数低于 20个
4.8过少邻区案例
【问题描述】
桂林临桂县两江黄山口村 -HLH-1存在邻区过少, 依据 PEAC 输出过少邻区个数为列表如下:
【问题分析】:
桂林临桂县两江黄山口村 -HLH-1邻区, 结合站点分布, 下图蓝色打点扇区为服务小区正
向两圈邻区,现网未添加邻区关系,如下图所示:
【问题处理】:
南宁江南区富宁服务厅 2小站 _HLH_1添加如邻区如下:
4.9过多邻区检测依据如下原则
1、 刷选邻区数量大于等于 40个;
2、 剔除存在切换尝试次数的大于 2次
3、 邻区为室分小区, 2公里以外的建议删除, 0.5公里以内的建议不删除;
4、 邻区为宏站小区, 5公里切换成功率差的、无切换关系的建议删除, 1公里内的不建 议删除;
5、 核查邻区为室分小区, 0.5至 2公里的邻区,邻区为宏站小区, 1至 5公里内的邻区; 4.10过多邻区案例
【问题描述】
桂林叠彩区皇城饭店 -HLH-3存在邻区过多,依据 PEAC 输出过多邻区个数为列表如下:
【问题分析】:
核查桂林叠彩区皇城饭店 -HLH-3邻区, 结合站点分布, 下图蓝色标识的扇区为桂林秀峰 区农业局 -HLH-3、 桂林叠彩区蜈蚣山 -HLH-1&2、 桂林秀峰区中中 -HLH-2、 桂林叠彩区宝贤中 学 -HLH-1、 桂林叠彩区水利局 -HLH-1、 桂林秀峰区邮政局 -HLW-1为正向第一圈、 正向第二圈、 背向第一圈邻区, 建议保留邻区关系, 红色标识的扇区为桂林叠彩区大世界 -HLW-1为正向第 二圈室分邻区,建议删除邻区关系,如下图所示:
【问题处理】:
桂林叠彩区皇城饭店 -HLH-3删除桂林叠彩区大世界 -HLW-1邻区关系。
4.11外部数据不一致检测依据如下原则
比较外部数据是否与现网配置一致;
4.12
外部数据不一致案例
【问题描述及分析】:
基于 PEAC 工具输出邻区核查报告显示:eNodeB_ID为 492486的 2小区站名不一致, 核查现 网数据 eNodeB_ID为 492486的站名为南宁青秀区艾美酒店 _HLW, 2小区站名为南宁青秀区广西 区委会办公厅印刷厂 _拉远 _HLW_1,而外部小区名为南宁青秀区广西区委会办公厅印刷厂 _拉远 _HLH_1与现网不一致,如下图所示:
【问题处理】:
综合上述分析,修改外部小区名为南宁青秀区广西区委会办公厅印刷厂 _拉远 _HLW_1。 5PCI 混淆核查优化
5.1PCI 混淆核查检测依据如下原则:
1. 比较两个邻区距离,距离远的,且切换尝试为 0或者切换成功率差,删除邻区;
2. 比较两个邻区距离,都比较远的,且切换尝试为 0或者切换成功率差,删除邻区;
3. 比较两个邻区距离,都比较近,重新规划 PCI ;
5.2PCI 混淆案例 1
【问题描述】
南宁西乡塘区超港商务酒店 _HLH_3存在 PCI 混淆,依据 PEAC 输出 PCI 混淆列表如下:
【问题分析】
核查南宁西乡塘区超港商务酒店 _HLH_3邻区配置, 邻区南宁西乡塘区文华园 _HLH_1与邻 区南宁西乡塘区人民政府第二办公区 _HLH_3同频且 PCI 相同,结合站点分布,南宁西乡塘区 文华园 _HLH_1与服务小区站间距为 3.33公里,两小区间存在 9个站点,南宁西乡塘区人民政 府第二办公区 _HLH_3与服务小区站间距为 0.27公里, 因此删南宁西乡塘区文华园 _HLH_1邻区 关系消除 PCI 混淆现象,如下图所示:
【解决方案】
删除南宁西乡塘区超港商务酒店 _HLH_3和南宁西乡塘区文华园 _HLH_1邻区关系。 5.3PCI 混淆案例 2
【问题描述】
南宁西乡塘区人民政府第二办公区 _HLH_3存在 PCI 混淆, 依据 PEAC 输出 PCI 混淆列表如下:
【问题分析】
核查南宁西乡塘区人民政府第二办公区 _HLH_3邻区配置,邻区南宁西乡塘区星波酒店
_HLH_2与邻区南宁西乡塘区屯渌板材市场 _HLH_2同频且同 PCI ,结合站点分布,南宁西乡塘 区星波酒店 _HLH_2与服务小区站间距为 1.84公里,两小区间存在 4个站点,南宁西乡塘区屯 渌板材市场 _HLH_2与服务小区站间距为 1.92公里,两小区间存在 4个个站点,因此建议目标 邻区 1&2都删除邻区关系,消除 PCI 混淆现象,如下图所示:
【解决方案】
1、 删除南宁西乡塘区人民政府第二办公区 _HLH_3和南宁西乡塘区星波酒店 _HLH_2邻区关 系。
2、 删除南宁西乡塘区人民政府第二办公区 _HLH_3和南宁西乡塘区屯渌板材市场 _HLH_2邻 区关系。
5.4PCI 混淆案例 3
【问题描述】
南宁西乡塘区沿海铁路明秀分公司 _HLH_1存在 PCI 混淆,依据 PEAC 输出 PCI 混淆列表如 下:
【问题分析】
核查现网配置南宁西乡塘区衡阳路地洞口 _HLH_1\3(PCI=126\127)与南宁西乡塘区五里 亭农贸市场 _HLH_1\3(PCI=126\127), 同频且 PCI 相同, 结合站点分布, 南宁西乡塘区衡阳路 地洞口 _HLH与南宁西乡塘区五里亭农贸市场 _HLH站间距为 1.32公里, PCI 复用距离不够, 导致两站之间的小区都添加两个站点的小区时出现 PCI 混淆现象,因此修改南宁西乡塘区五 里亭农贸市场 _HLH_1\3小区的 PCI ,以南宁西乡塘区沿海铁路明秀分公司 _HLH_1为例,如 下图所示:
根据 PCI 规划原则中的 PCI 复用原则,对南宁西乡塘区五里亭农贸市场 _HLH_1&3进行 PCI 规划,复用距离表如下:
【解决方案】
1、 南宁西乡塘区五里亭农贸市场 _HLH_1小区 PCI:126修改为 426。
2、 南宁西乡塘区五里亭农贸市场 _HLH_3小区 PCI:127修改为 427。
范文五：驻留比优化指导
专题 2. 驻留比优化
作者:卢志峰
2016年 7月
目前中国移动集团公司所规定的驻留比计算公式如下:
4G 驻留比 = 4G 活跃用户产生的 4G 流量 / 4G 活跃用户的总流量(包括 234G 流 量)。
2.1 驻留比分析优化
2.1.1 驻留比分析维度
4G低驻留比分析维度主要有网络覆盖、容量负荷(2/4G流量均衡)、质量参数、终端 渗透、基站性能等方面,总体分析定位有如下所示 :
在实际优化中,注重结合多个维度之间的关联,联合分析和优化低驻留问题。例如参数 问题中,邻区和功率参数均影响 4G 实际覆盖,基站故障同样会引起覆盖空洞。对于终端 等原因,暂时网优无法控制,故不在考虑之列。
2.1.2驻留比提升优化主要工作模块
提升驻留比主要的工作模块如下所示:
1. 筛选出高倒流的 23G 小区,分析高倒流小区引发原因,针对高倒流小区原因优 化,一般高倒流小区筛选为:
23G 小区驻留的 4G 签约用户总时长 /活跃的 4G 用户数 >X(X由不同地市而定 ) 2. 筛选出 2G (3G )高流量小区,分析高流量小区引发原因,针对高流量小区进行优 化,一般高流量小区筛选为:
每天数据流量总和 >Y(Y由不同地市而定 )
3. 分场景制定全网互操作参数,一般来说,针对室分和宏站覆盖深度,重叠带不 同,考虑到用户感知,互操作参数选择略有不同。并定期对全网互操作参数核查。 4. 推动全网基站故障处理,干扰处理,提高 4G 网络接纳能力。
2.1.3 高倒流小区和高流量小区处理思路 高倒流小区处理流程如下所示:
高流量小区处理流程如下所示:
2.1.4 网络覆盖优化提升驻留比
4G 网络覆盖问题是影响驻留比中最大的原因之一,而引起 4G 覆盖问题主要有六 类,根据不同的引发因素有不同的优化方案:
1. 无线网络规划结果和实际覆盖效果存在偏差;通过天线调整,加向等解决。
2. 缺少 4G 基站导致覆盖空洞或者是覆盖区无线环境变化;通过新规划 4G 站点解 决。
3. 4G 和 2G 的信号渗透能力不一致导致 2G 覆盖地方 4G 弱覆盖;通过加向,加灯 杆,加 Femto 等微小设备加强 4G 深度覆盖。
4. 4G越区覆盖或者导频污染导致下行质量差;天线调整,功率调整等解决。
5. 邻区缺失或者邻区参数不合理导致假性弱覆盖,添加必要的邻区,调整邻区参 数。
6. 基站故障或者功率参数导致 4G 弱覆盖。故障处理,功率调整处理解决。 良好的无线覆盖是优化驻留比首要的前提,其优化中并贯穿网络建设网络优化和网 络维护的整个过程。
2.1.5 参数优化提升驻留比
1. 空闲态 4G 到 23G 互操作
保证 4G 优先级高于 23G 优先级;
在保证用户感知的情况下,提高 4G 软覆盖能力,可降低 4G 最低接入门限。降
低同低优先级 RSRP 测量判决门限;降低 4G 到 23G 判定条件中服务载频低门限 (由 于重选到低门限必须满足 4G<服务载频低门限 &&23g="">低载频门限 ) ,考虑到室分和 室外覆盖渗透不同,参数设置上有差异。
2. 空闲态 23G 到 4G 互操作
保证 4G 优先级高于 23G 优先级;
保证 23G 小区对 4G 一直测量;
在保证用户感知的情况下;尽早重选到 4G ,降低 4G 最低重选门限,降低重选到 4G 所需判定门限(由于只需要 4G>高优先级门限)。
3. 链接态 4G 到 23G 互操作
关闭 4G 到 3G 重定向门限;
在保证用户感知的情况下,降低测量重定向和盲重定向测量开启门限,提高事件触 发时延,降低 B21提高 B22(由于判定条件需要满足 Qs 2.2 驻留比优化案例 2.2.1 广州移动番禺区域驻留比提升案例 1. 问题背景 2015年 8月初,广州移动番禺区驻留比优化工作开始实施,统计驻留比约为 92%,并筛选出广州移动全网高倒流 TON1000小区,第一期番禺区域高倒流小区共计 380个,如下所示: 2. 问题分析 2.1 覆盖分析 主要分布在番禺区域西北部,大石、市桥和大学城等的地方,该区域人口众多,城 中村众多,也有分布在南沙一带,虽然用户较少,但是由于基站密度小,导致交叠带弱 覆盖严重,造成高倒流,如下为 MR 弱覆盖小区与高倒流小区地理对比。如下图所示, 2.2参数分析 针对于高倒流小区,共检查出不合理互操作参数 500个。 2.3 基站质量分析 针对高倒流小区,检查出影响 4G 业务的告警共有 180个。 2.4 容量负荷分析 380个高倒流小区中,共覆盖 4G 小区中有高负荷小区达到 30个。如下图所示 3. 优化方案和调整措施 3.1 弱覆盖整治 针对 300米范围内没有 4G 共覆盖的的室外高倒流小区和 100米内没有 4G 共覆盖的 的室分高倒流小区。规划建设新站,共规划建设 68次。 针对无线网络规划结果和实际覆盖效果存在偏差情况,实施天线调整 60次。 针对参数和邻区引起弱覆盖,排除和更正功率参数 CRSpower 参数 50次,增加邻区 20对,更正邻区关系参数 14次。 3.2 基站故障干扰处理 针对高倒流小区对应的 4G 小区,排查出 4G 小区故障或干扰 138次,完成故障处理 120次,完成干扰排查处理 18次。 3.3 参数优化调整 针对高倒流小区对应的 4G 小区,调整 A2事件参数, B2事件参数,同低优先级起 测值 Snonintrasearch 和服务载频低门限 threshSvrLow 共计 103次。 3.4 容量负荷均衡 针对高倒流周边小区存在单 F 高拥塞情况,提单扩容 D 频段, F+D站型,如果 D 、 F 不均衡,调整参数尽量多占用 D 频段。尽量比喵 D 频段用户下沉到 23G 小区。共计调 整 25次(包括扩容提单)。 4. 优化效果 番禺区域整体驻留比变化如下图所示,番禺区域首批 TOP1000高倒流小区平均倒流 时长变化如下图所示。 2.2.2 广州移动番禺区山水华府东 D 小区优化案例 1. 问题背景 GSM山水华府东 D 所属三个小区均是高倒流小区,倒流日均时长分别是山水华府东 D1为 117分钟,山水华府东 D2为 96分钟。地理位置如下所示: 2. 问题分析 检查发现山水华府东 D 并无通覆盖小区,周边 400米均为共覆盖小区,为 4G 覆盖 空洞地带。定位为覆盖空洞导致高倒流。如下所示: 3. 优化方案和调整措施 规划建设站点广州番禺区山水华府东 D-ZLH ,于 2015年 12 月份建成开通如下所示: 4. 优化效果 山水华府东 D1、山水华府东 D2日均倒流时长统计。 2.2.3 高流量小区番禺陈边 D1优化案例 1. 问题背景 2016年 3月份开始,番禺陈边 D1小区持续出现高流量,日均流量高达 1201M 。地理 位置如下所示,同覆盖小区为广州番禺区陈边 D-ZLH-1,广州番禺区陈边 F-ZLH-1。 2. 问题分析 分析同覆盖 4G 小区,有两个广州番禺区陈边 D-ZLH-1,广州番禺区陈边 F-ZLH- 1。检查 GSM 侧互操作参数正常,检查 LTE 侧互操作参数, F 频段正常, D 频段略有不 正常。检查 4G 基站故障干扰情况,均正常。通过核查指标发现 D 小区日均最大用户为 12个, F 频段小区日均最大用户 286个。核查 2G 发现陈边 D2, 陈边 D3流量均正常在 日均 200~300M之间。可定位该点出现问题原因如下: 同覆盖小区广州番禺区陈边 D-ZLH-1互操作参数导致无法更多分流。 同覆盖 4G 负荷不均衡导致 4G 无法吸纳用户。 GSM 流量不均衡。 3. 优化方案和调整措施 针对高流量原因制定参数修改方案如下: 同覆盖小区广州番禺区陈边 D-ZLH-1互操作参数导致无法更多分流。修改广州番禺 区陈边 D-ZLH-1, A2(重定向)从 -110改为为 -124; A2(盲重定向)从 -115改为为 -128; B21(重定向判定原则)从 -120改到 -128; snonintrasearch (空闲同低测量开 启)从 30改为 12.threshSvrLow(空闲重选判定)从 4改为 0。广州番禺区陈边 F-ZLH-1参数不变。 5月 28号实施。 同覆盖 4G 负荷不均衡导致 4G 无法吸纳用户。修改广州番禺区陈边 F-ZLH-1小区的 A1A2(异频切换测量开启门限 ) 从 -100/-104改为为 -90/-93。修改 Freqoffset(对 2580频点偏置 ) 从 0改为 5。修改 CIO (对广州番禺区陈边 D-ZLH-1个性偏移)从 0改为 6。 5月 28号实施。 GSM 流量不均衡。修改 CRH ,分流到番禺陈边 D2,番禺陈边 D3。 5月 28号实 施。 4. 优化效果 总体优化效果如下,分别从番禺陈边 D1流量变化,番禺陈边 D 基站总流量变化。广 州番禺区陈边 F-ZLH-1用户数,广州番禺区陈边 D-ZLH-1用户数情况对比。 转载请注明出处范文大全网 » TD-LTE掉线优化指导书
