河南联通LTE网络X2切换占比优化指导.docx
《河南联通LTE网络X2切换占比优化指导.docx》由会员分享，可在线阅读，更多相关《河南联通LTE网络X2切换占比优化指导.docx（28页珍藏版）》请在冰豆网上搜索。
河南联通LTE网络X2切换占比优化指导
河南联通LTE网络X2切换占比优化指导
中国联通河南省分公司网络优化中心
2016年6月
1.概述
根据源eNB和目标eNB是否连接到同一个MME以及他们之间是否存在X2连接，LTE中的切换分为X2切换和S1切换。
LTE中缺省进行X2切换，除非源eNB和目标eNB之间不在同一个MME的范围或者X2切换有问题。
X2切换比S1切换时延小、成功率高，而且LTE/VOLTE的很多功能都需要应用X2口。
本次主要就X2切换占比优化的思路方法进行梳理，继而指导各个地市进行持续优化。
2.基础原理
2.1X2口阐述
2.2X2口切换
由上图可见X2接口切换共有11条信令，和S1接口切换相同，都可细分为5部分:
a.判决S1切换:
UE向eNB1上报MeasurementReport消息请求X2切换。
b.分配专用资源:
eNB1向eNB2发送handoverrequest消息，要求eNB2预留切换所需资源。
c.DetachfromS-eNB:
eNB2向eNB1发送切换请求ACK消息，eNB1向UE下发RRCconnectionReconfiguration消息，并向eNB2发送SNStatustransfer消息，UE从eNB1Detach。
SNStatustransfer消息作用：
发生切换时PDCPPDU还未传输完毕，使用SN来记录源小区已经传输完成的PDCPPDU，所以需要高速目标小区已经完成的PDCPPDU数，切换成功后目标小区接着传输未完成的PDU。
d.建立与目标小区的连接:
UE向eNB2上报随机接入请求，并发送随机接入前缀（Preamble）。
eNB2下发随机接入响应。
UE上报RRCconnectionReconfigurationComplete消息。
切换执行成功。
e.删除Ue实例:
eNB2向MME上报PathSwitchRequest消息，请求路径转换。
MME向eNB2下发PathSwitchRequestACK消息允许路径转换。
随后eNB2向eNB1发送UEcontextrelease消息，要求释放UE上下文配置。
切换完成。
PathSwitchRequest消息作用：
目标eNB发送PathSwitchRequest消息给MME,通知MMEUE的接入小区已经发生改变。
请求更新业务数据通道的节点地址。
PathSwitchRequestACK消息作用：
MME返回PathSwitchRequest的确认消息PathSwitchRequestACK给目标小区。
表示可以在新的SAE承载上进行业务通信。
2.3S1口切换
由上图可见S1接口切换共14条信令，根据上面信令流程可以更细致的分为5个过程：
a.判决S1切换：
eNB1向MME上报handoverRequire消息请求进行S1切换。
b.分配专用资源:
MME向eNB2发送handoverRequest消息要求eNB2准备专用资源。
c.DetachfromS-eNB。
eNB2向MME上报切换请求ACK消息后，eNB1收到MME允许切换的信令，eNB1向Ue下发RRCconnectionReconfiguration消息，并向MME上报eNBStatustransfer消息，MME将eNB1上报的Statustransfer消息下发给eNB2，Detach过程结束。
d.建立与目标小区的连接。
Ue向eNB2请求随机接入，并发送随机接入前缀（Preamble），eNB2下发随机接入响应，Ue上报RRCconnectionReconfigurationComplete消息。
随后eNB2向MME上报handovernotify消息，通知MME切换执行完成。
e.删除Ue实例。
MME收到eNB2上报的handovernotify消息后，通知eNB1释放关于Ue的上下文配置，eNB1上报释放完成。
切换完成。
2.4X2口与S1口切换区别
从上面对比图可以明显看出，S1接口切换信令比X2接口切换信令少3条。
a、判决切换对比：
S1接口切换需要2条信令，多出eNB1向MME发送handoverRequire消息。
而X2接口切换只需要1条信令就能完成。
b、资源分配阶段：
S1接口切换中MME向eNB2发送切换请求消息，eNB2回复MME切换请求ACK消息，之后MME再向eNB1下发切换命令，经过3条信令。
而X2接口切换中，eNB1直接向eNB2发送切换请求消息，eNB2回复eNB1切换请求ACK消息。
只经过2条信令。
c、切换完成过程：
如果从RRCConnectionReconfiguration信令算为切换开始，到RRCConnectionReconfigurationComplete信令为切换完成。
由上面对比图可以发现，S1接口切换中，eNB1向eNB2发送Statustransfer消息要比在X2接口切换中多1条信令。
即，X2中eNB1直接向eNB2发送Statustransfer消息，而S1中eNB1需要先向MME发送Statustransfer消息，然后MME再向eNB2发送该消息。
2.5SON中X2口功能
2.5.1.自建立功能
1>触发X2自建立功能后，eNodeB1启动X2自建立延迟定时器X2_SETUP_DELAY_TIMER，定时器超时后，eNodeB1执行X2自建立检测。
X2自建立检测结果又分为如下两种场景：
a、eNodeB1判断到邻区所在eNodeB2不存在X2链路，且当前X2链路总数小于配置的X2自删除链路数门限，则立即触发X2自建立；
b、eNodeB1判断到邻区所在eNodeB2不存在X2链路，但X2链路总数大于等于配置的X2自删除链路数门限，则启动S1切换成功次数统计定时器X2_SETUP_S1HOSTAT_TIMER；定时器超时，若统计的S1切换成功次数大于等于配置的S1切换次数门限，则触发X2自建立；
针对a，eNodeB1与OMC执行R0断点交互；
针对b，eNodeB1与OMC执行R1断点交互。
2>R0/R1断点交互完成，继续X2自建立，则eNodeB1通过2a-2d，获取对端eNodeB2的传输地址；同时，eNodeB2通过2’a-2’d获取eNodeB1的传输地址；作为传输自建立请求的接收端，eNodeB2需要判断“X2自建立被动处理动作控制开关”是否打开，如果打开，则响应自建立请求；如果关闭，则不响应；
3>eNodeB1上报添加X2偶联配置请求到OMC；
4>OMC添加X2偶联配置；OMC把X2偶联配置同步到eNodeB1；OMC进行BR0参考点交互，向用户呈现添加X2偶联配置的结果；
5>eNodeB1与对端eNodeB2执行X2SETUP过程，建立X2链路。
当收到X2链路建立成功消息后，eNodeB1判断eNodeB1和eNodeB2之间是否已经存在过有效X2链路。
如果已经存在，则立即通知OMC删除最新建立的X2AP/SCTP，保证在两个eNodeB之间仅存在一条有效X2AP；如果不存在，等待5分钟后eNodeB1结束X2自建立事务，并提示X2链路添加成功；
若在3个小时后，仍然没有收到X2链路建立成功消息，则结束X2自建立事务，提示X2链路添加失败。
2.5.2.自删除功能
ØX2自删除功能触发后，eNodeB1启动X2自删除延迟定时器X2_DELETE_DELAY_TIMER，定时器超时后，触发X2自删除检测。
X2自删除的种类又分成如下几种：
a、eNodeB1判断X2链路所在的两个eNodeB之间不存在任何邻区关系，则立即触发X2自删除；
b、X2偶联个数超过配置的X2链路自删除门限数，则启动X2链路自删除统计定时器X2_DELETE_X2HOSTAT_TIMER，统计经过每条X2链路的X2切换成功次数。
统计结束，若X2切换成功次数小于配置的X2切换成功次数门限，或者当前X2偶联或S1X2偶联个数达到最大值，则触发X2自删除；
c、X2初始上电时，若X2自删除开关打开，等待3小时后启动X2偶联检测，若关闭，则再等待1小时后重新判断开关确定是否进行检测；对于新增加的X2链路，1小时后启动无效偶联检测。
无效偶联检测启动后，eNodeB每隔5分钟，周期性检测X2链路，判断X2链路的有效性；若X2链路异常，则每隔1分钟检测一次X2链路，当连续30次检测后X2链路均是无效，则触发X2链路自删除；触发自删除后，等待5分钟，启动X2自建立检测；
d、X2链路被添加进X2黑列表中，若存在该X2链路，则立即触发X2链路自删除；
e、当两个站之间已有一条有效的X2链路，再在两个站之间重复添加X2链路时，会将添加后的重复的X2链路删除，只留下原来有效的X2链路。
针对a、d，上报OMC进行R2断点交互；
针对b，执行R3断点交互；
针对c，执行R4断点交互；
针对e，无有断点交互，只上报删除消息。
ØeNodeB1向OMC应用发送X2SCTP偶联删除请求。
ØOMC删除X2偶联配置，并把配置同步到eNodeB1和eNodeB2；OMC执行BR0参考点交互，向用户呈现X2链路删除结果。
2.5.3.自学习功能
ØX2设计方案中，在高门限状态下的X2自添加和X2自删除采用统计方式，X2统计自添加需要判断S1切换次数是否满足门限值，X2统计自删除需要判断X2切换次数是否满足门限值。
根据X2统计增删的要求，X2自学习功能实现了X2统计自添加门限的优化和X2统计自删除门限值的优化。
即前台通过统计X2统计实例的S1切换次数或者X2切换次数，调整X2统计态的增删门限值，使得X2统计态优化门限更为合理。
Ø在X2统计添加和统计删除周期结束时，X2自学习记录每一个X2统计实例超时后的S1切换次数或者X2切换次数，根据这些统计数据，在X2自学习统计超时后，计算出合理的X2统计自添加门限值和X2统计自删除门限值。
即X2统计自添加和统计自删除功能的执行给X2自学习提供修改判决门限的源数据，而X2自学习则为X2功能提供合理的判决门限。
3.指标统计
3.1计算公式
X2口切换占比=
（C373261280+C373292180）/（C373261280+C373292180+C373271580+C373302480）
3.2公式说明
对应counter说明LTE如下：
指标或计数器
指标公式或计数器描述信息
C373271580
eNB间S1口小区间同频切换出执行成功次数
C373302480
eNB间S1口小区间异频切换出执行成功次数
C373261280
eNB间X2口小区间同频切换出执行成功次数
C373292180
eNB间X2口小区间异频切换出执行成功次数
3.3指标目标
5月底统计全省的X2切换占比为84.56%，统计目前最新的指标占比为90.84%。
目前集团没有就此指标给出评估标准，结合现场的指标情况，参考联通广州、安徽、深圳的考核初步将目标定位为95.00%。
备注：
目前已经要求新开基站在开通时就打开X2功能策略，后期作为日常优化的一项与RRC建立成功率、切换成功率一样，无轮是原有基站还是新开基站，只要不达标就以TOP进行优化即可，所以不建议另外对新开站点规定标准。
4.优化方法
4.1X2口切换失败的原因
Ø跨MMEPOOL不进行X2切换；
Ø基站健康度不足；
Ø邻区问题；
ØX2链路建立不全；
ØX2的SCTP链路问题；
对于可能导致X2口切换失败的原因，针对性地采取相应的优化措施，具体如下：
4.2基站状态排查
4.2.1故障告警排查处理
对于任何问题处理首先要排除故障告警的影响，因此第一步肯定是收取故障告警信息，协调相应的部门处理；
4.2.2干扰（RSSI）排查
上行干扰主要是通过提取现网指标RSSI（按照端口提取），对于大于-95dBm的小区端口则需要进行排查处理，结合驻波比、扫频、干扰时间区域因素判断是系统内干扰还是外部干扰。
如果是系统内干扰则需要维护进行处理，如果是系统外干扰则需要扫频确定干扰源处理；
计数器编号
名称
含义
统计点说明
更新说明
C373414595
小区平均RSSI
RRU每个采样时刻采样接收的功率。
RRU通知OAM，OAM根据载频匹配小区信息，上报统计。
平均接收功率是上报时间间隔内所有采样点值的平均。
（FDD制式不支持）
RRU每个采样时刻采样接收的功率。
RRU通知OAM，OAM根据载频匹配小区信息，上报统计。
平均接收功率是上报时间间隔内所有采样点值的平均。
RRU每个采样时刻采样接收的功率。
RRU通知OAM，OAM根据载频匹配小区信息，上报统计。
平均接收功率是上报时间间隔内所有采样点值的平均，计数器上报更新本次统计平均接收功率值
下行干扰即网路质量问题，无法批量处理，只能作为TOP小区分析的因素；
4.2.3传输（运行、丢包、乱包）排查
传输问题主要是运行状态和质量问题，运行状态是指传输通道是否正常畅通，可以通过IP质量检测来判断通道是否正常；
传输质量问题主要是指数据包丢失或者错误，可以通过提取丢包、乱包指标（按照基站提取），将丢包率或者乱包率大于万分之五的小区筛选出来，协调传输进行处理：
指标
代码
公式
解释
eNB下行GTPU丢包率
340719
C373980454/C373980456
eNB下行GTPU丢包数/eNB下行GTPU总包数
eNB下行GTPU乱包率
340720
C373980455/C373980456
eNB下行GTPU乱包数/eNB下行GTPU总包数
4.2.4基站闪断、挂死后策略失效需要重新配置
其它省份偶发出现过，就目前河南区域排查的洛阳、许昌没有发现，也专门在洛阳做了验证没有出现，作为后期的注意事项。
4.3邻区优化
Ø缺失、单向邻区添加
合理的邻区关系是切换的前提，首先核查全网近距离漏配、单向、异厂家边界等邻区关系是否添加完整；
Ø过远冗余邻区删除
删除没有切换请求、冗余、超远（5公里）的邻区关系，确保邻区关系的合理正确；
Ø邻区外部参数核查
核查邻区外部参数，进行一致性检查，确认本小区信息与作为邻区时的外部小区信息一致；
ØPCI冲突、混淆排查
如果PICPCI冲突、混淆则有可能在切换测量和判决是错误，导致切换失败。
所以需要排查PCI冲突、混淆的情况，保证复用距离不小于3公里；
Ø邻区参数核查
邻区参数检查除了常规的邻区关系配置、临接小区信息外主要是要核查“支持X2口切换”开关是否打开，一定要确保其开关打开：
4.4X2功能策略
Ø打开SON中的X2控制功能开关
Ø合理配置X2策略
将默认的自删除开启门限调整为45（默认的是20，前期洛阳许昌调整为40后发现还是存在邻区关系大于X2链路而缺失的情况）
目前现场主要配置的业务策略类型是宏站与宏站之间，现场对于宏站与微站之间的策略可以有两种途径进行：
a.手动配置X2链路；
b.微站和周围的宏站进行筛选，新建模板配置宏站与微站之间的策略；
在配置策略时除了必须打开X2自建立、自删除、自学习开关外几个重要设置解释如下：
参数设置
描述
配置
业务策略类型
该参数表示本条策略是宏站与宏站之间的SON策略还是宏站与微站之
间的SON策略。
取值“宏站与宏站之间{MARCOandMARCO}”，
表示策略用于宏站和宏站之间的SON功能。
取值是“宏站与微站之
间{MARCOandPICO}”，表示策略是用于宏站和微站之间的SON功能
0：
宏站与宏站之间，1：
宏站与微站之间
X2自删除检测开启门限
X2当前建立个数达到该门限时，启动自删除检测算法。
网络规模较大，网元有较多邻接eNB时，将该参数调大，网络规模小，网元有较少邻接eNB时，将该参数调小，需要根据网络规模配合“X2成功切换次数门限值”和“S1切换成功次数门限值”综合考虑。
S1切换成功次数门限值
S1切换成功次数门限值。
当网元当前X2偶联个数超过门限值后，再新增X2偶联时，需要先进行S1切换成功次数的统计，两个邻eNB的S1切换成功次数必须超过此门限配置，才允许添加X2偶联配置。
当网元当前X2偶联个数超过门限值后，再新增X2偶联时，需要先进
行S1切换成功次数的统计，邻eNB与本eNB的S1切换成功次数必须
超过此门限配置，才允许添加X2偶联配置。
与X2统计定时器配合设置。
X2切换成功次数门限值
X2切换成功次数门限值。
当网元当前X2偶联个数超过门限值后，启动X2偶联自删除统计周期，在统计周期内，如果到相邻eNB的X2切换成功次数低于此门限值配置，则删除相应的X2偶联。
当网元当前X2偶联个数超过门限值后，启动X2偶联自删除统计周
期，在统计周期内，如果本eNB到相邻eNB的X2切换成功次数低于
此门限值配置，则删除相应的X2偶联。
与X2统计定时器配合配置。
X2自建立/自删除统计定时器长度
当X2链路个数超过配置的门限后，新增加X2链路时，需要启动统计定时器统计到对端eNodeB的S1切换成功次数；
删除X2链路时，需要启动统计定时器统计X2切换次数。
本参数表示统计定时器的时长，单位：
小时。
当X2链路个数超过配置的门限后，新增加X2链路时，需要启动统计
定时器统计到对端eNodeB的S1切换成功次数；删除X2链路时，需要
启动统计定时器统计X2切换次数。
此参数为定时器时长。
建议不修改
备注说明：
1.S1切换成功次数门限值/X2切换成功次数门限值在打开了“自学习”策略后会根据具体情况实际优化修正；
2.X2自建立/自删除统计定时器长度，目前按照默认的24小时设置，应该是比较合理的额，在打开X2功能前期按照24小时设置可能X2链路的添加、删除会比较慢，但是保证了起码的准确。
待后期日常优化时还可以适当的增加时间长度；
ICM（集中配置模型）中冗余模型问题
基站割接升级后，ICM上有可能会存在老版本的配置模型，没有实际作用，为冗余模型。
但SON功能调用模型数据时有可能出错，作为X2功能，可能X2自建立失败。
核查现场没有冗余模型，但后续需要作为注意事项关注。
如果有模型状态为灰色标志，则是冗余模型需要删除。
策略配置分批下发问题
在批量下发X2功能和策略后发现个别基站的功能策略并未生效，排除由于基站断链和退服其它省份验证仅下发基站过多时可能出现无法下发需要重新下发的情况外，存在偶尔下发成功但未生效的；3月份河南中兴区域统一全网开通，可能会出现此问题，后续日常开通时不会出现；
而且发现有些生效的但是自建立失败较多，通过咨询目前版本SON处理X2消息容量一小时是1800条，很容易达到上限，所以会导致X2口配置饱和而失败，然后重新开始测量自建立，导致自建立失败多和时间长。
所以建议基站过多时可以分批下发功能策略；
功能策略变更说明
目前中兴SON功能中的功能模块，修改或者重新下发时，需要先关闭（先S0N控制，再关闭-X2策略，注意顺序）以前的策略，再重新按照规范建立模板开启策略；
X2自建立TNL交互控制开关
在配置X2功能策略后，如果打开X2自建立，必须同步打开“X2自建立TNL交互控制开关”：
4.5SCTP链路问题
ØSCTP链路状态（运行、退服）排查
a.首先在SCTP中排查运行状态，以运行状态显示“正常”为准，如若不是则需要排查链路问题:
b.通过后台性能指标统计SCTP链路断链次数以及可用时间（分析不可用时间）的问题小区，来统一判断SCTP链路问题:
计数器编号
名称
短名称
含义
统计点说明
更新说明
C373920000
SCTP链路断链次数
ENB.SctpLink.Down
eNodeB在SCTP链路上会发送周期的心跳消息。
如果心跳消息重传门限次数都没有得到正确响应，认为链路异常，上报链路告警，本计数器统计。
当eNodeB检测到SCTP偶联断时
当eNodeB检测到SCTP偶联断的时，计数器加1。
C373920001
SCTP链路可用时间
ENB.SctpLink.SrvTime
SCTP链路的采样规则如下：
当eNodeB成功建立SCTP链路时，记录开始时刻，当eNodeB检测到SCTP链路断链时，记录结束时刻。
SCTP链路在服时间为开始时刻到结束时刻的时间间隔。
eNodeB在每个采样时刻，依据详细描述中的规则进行SCTP链路可用时间采集。
在每个测量周期，计数器累加采样的SCTP链路在服时间值。
ØSCTP链路配置核查（重点检查手动配置的）
a.首先需要确定基站的IP层配置里面的业务面IP地址（是X2配置的交互IP）:
b.在SCTP配置中有S1链路（本端端口号为36412）和X2链路（本端端口号为36322）。
查看X2的IP地址时远端地址即为对应邻区的IP，核查是否正确:
c.对于个别IP配置错误（重点是手动添加X2链路的）的可以手动进行配置，添加X2链路:
4.6问题小区处理
Ø只有S1切换，没有X2切换的小区处理
对于只有只有S1切换，没有X2切换的小区主要是需要核查X2链路，如果没有手动配置过，那么基本就是X2功能策略的问题，可以重新下发功能策略再跟踪观察处理；
ØX2切换比例低，S1切换比例高的小区处理
有X2切换但比例较低的小区，主要就是基站运行状态、邻区关系、SCTP链路的问题，需要全面排查；
ØX2功能策略挂死重新配置
在其它省市出现过基站闪断、退服、升级、割接后偶尔出现X2功能策略挂死的问题，表现为没有X2切换，如果遇到前期X2切换没有问题，突然没有的情况时则需要重新下发；
Ø新站入网
前期新站入网没有同步配置X2功能策略，导致没有X2切换，已经要求工程开站时，统一配置X2功能策略。
5.1优化案例
5.4.1问题描述
洛阳现场进行X2切换占比优化专项过程中，后台统计分析发现15局红山乡F基站（LYFZO00D4）连续一周左右X2没有切换，SI有切换，X2切换占比为0%。
5.4.2问题分析
提取时间为20160601~20160615，连续6天的15局红山乡F基站（LYFZO00D4）X2切换占比指标都比较低，如下图表所示：
开始时间
结束时间
网元
eNB间S1口小区间同频切换出执行成功次数
eNB间S1口小区间异频切换出执行成功次数
eNB间X2口小区间同频切换出执行成功次数
eNB间X2口小区间异频切换出执行成功次数
eNB间X2口切换占比
2016-06-0100:
00:
00
2016-06-0200:
00:
00
271168
11029
0
0
0
0.00%
2016-06-0200:
00:
00
2016-06-0300:
00:
00
271168
9173
0
0
0
0.00%
2016-06-0300:
00:
00
2016-06-0400:
00:
00
271168
11533
0
0
0
0.00%
2016-06-0400:
00:
00
2016-06-0500:
00:
00
271168
6580
0
0
0
升级会员 