华为LTEANR邻区自动优化Word文件下载.docx

华为LTEANR邻区自动优化Word文件下载.docx

《华为LTEANR邻区自动优化Word文件下载.docx》由会员分享，可在线阅读，更多相关《华为LTEANR邻区自动优化Word文件下载.docx（12页珍藏版）》请在冰点文库上搜索。

EGCI:

E-TURANGlobalCellIdentity：

小区全球唯一标识。

GCI=PLMNID+CELLID

3ANR功能介绍

ANR功能开启可以自动发现漏配邻区，使UE顺利切换至原本系统中漏配邻区的目标邻区，并自动在邻区列表中添加漏配邻区，同时还有切换黑名单、切换白名单、X2黑名单、X2白名单、RRC黑名单和非正常邻区覆盖等概念。

切换黑名单：

指某邻区关系不能用于切换且不能被ANR特性自动从NRT中删除。

切换白名单：

指某邻区关系可用于切换且不能被ANR特性自动从NRT中删除。

X2黑名单：

指定某基站不能与指定的邻站自动建立X2链路，如果已经建立X2链路，eNodeB会自动将其拆除。

X2白名单：

指定某基站与邻站建立的X2链路不能自动删除。

RRC黑名单：

RRC黑名单指UE不上报该邻区的测量报告给eNodeB。

非正常邻区覆盖：

越区覆盖邻区。

4ANR切换流程图

5ANR验证

5.1ANR验证过程

5.1.1删除邻区切不开启ANR功能

Uu口跟踪：

UE在检测到信号更强的PCI时，由于邻区漏配，又没有开启ANR功能，UE始终上报MR消息，eNodeB不会发RRC_COON_RECFG给UE，UE不能正常切换。

5.1.2删除邻区后开启ANR功能

第一步：

UE在检测到信号更强的PCI=22时，UE上报MR消息（不包含CGI，仅包含邻区小区PCI）

第二步：

由于系统中没有目标切换小区的邻区，eNodeB发送RRC_COON_RECFG中要求UE上报目标邻区PCI=22的CGI。

第三步：

手机再次报MR消息（包含CGI）

5.1.3ANR功能是否生效

a）Uu口跟踪判断系统内ANR是否生效：

如果网络中存在邻区漏配的情况，有支持系统内ANR的UE触发了切换，从Uu口跟踪上看到有CGI读取的过程，说明系统内ANR特性是生效的。

UE报MR消息（消息内不包含CGI，仅包含邻区小区PCI）

eNodeB发送RRC_COON_RECFG中要求手机上报目标邻区的CGI

X2自建立

b）M2000客户端SON日志

在M2000上可以查看ANR相关日志，以此判断特性是否生效。

具体方法：

步骤1在M2000上选择Configuration->

LTESelfOptimization->

QuerySONLog，在LogCategory选择ANRLog。

步骤2在EventName中可以选择“ANRSwitchSetting”、“AddNeighbourCell”、“DeleteNeighbourCell”、“AddExternalCell”、“DeleteExternalCell”等分别查看。

c）MML命令查询

可以通过查看MML命令，判断ANR是否生效。

同频邻区通过MML命令LSTEUTRANINTRAFREQNCELL，异频邻区通过MML命令LSTEUTRANINTERFREQNCELL，可以查询“ANR标识”字段。

该字段为“是”，表示为ANR配置的LTE系统内邻区；

该字段为“否”，表示为手动配置的LTE系统内邻区。

5.1.4开启ANR功能但不生成邻区

开启受控模式，邻区漏配将正常切换但系统中不生成邻区。

6ANR开启影响

6.1UE的ANR能力

UE的ANR能力就是指UE能读取CGI的能力。

ANR功能的开启需要UE能力支持。

6.2吞吐率

UE读取未知小区CGI过程，该测量需要UE同步到目标小区，从SIB1中获取到目标小区的PLMN、全局小区ID和TAC信息，再回到原小区上报给源侧eNodeB。

在此过程中，对UE的吞吐率有一定影响。

6.3邻区列表消息

对于ANR标识添加的邻区，本地小区名称为NULL，不能清晰读取现网配置的邻区，造成现网邻区配置状况混乱。

7ANR算法展望

7.1从信令跟踪和邻区配置来看，华为ANR算法只要邻区漏配后，启动ANR功能成功，正常切换后即生成一条邻区，并配置在系统里。

这对于越区覆盖的小区，添加此条邻区并不合理，应该增加切换次数门限，限定生成邻区的规则。

7.2ANR功能启用后产生的邻区列表消息不能显示邻区小区名称，即使不能即时更新小区名称，也应该定时同步小区名称信息。

8ANR算法验证遗留

本次只验证了ANR的添加功能，ANR的自动删除、黑白名单等一系列功能需要继续验证和评估。

9总结

报告对华为ANR功能进行了学习和验证，对于华为ANR现网需要完善的方面提出了自己的想法，为LTE邻区优化学习和应用提供参考。

a）由于ANR算法中，只要有一次邻区漏配启动ANR功能正常切换后，就会自建立一条X2链路和生成一条邻区，没有切换次数限制，生成邻区显得很随意。

最后经华为400答复称由于邻区个数升级为64个，所以最新版本没有切换次数限制。

目前，如果想正常切换但不生成邻区，可以MODANR的优化模式修改为受控模式。

b）ANR生成的邻区在M2000邻区列表中不能识别扇区名称，邻区列表信息很乱，需要手动更新。

c）开启ANR功能需要UE能力支持外，UE为正常切换要读取目标邻区的消息,再回到原小区上报给源侧eNodeB,所以会影响UE吞吐量。

d）对于邻区漏配的切换，由于ANR的开启，UE的确可以正常切换，从而可以提高用户感知。

基于以上优缺点，不能指望ANR彻底解决邻区的自添加、自优化。

建议在完善邻区的前提下开启ANR功能，后期结合ANR日志和邻区列表信息进行再次优化才是人间正道。

随机接入分为基于冲突的随机接入和基于非冲突的随机接入两个流程。

其区别为针对两种流程其选择随机接入前缀的方式。

前者为UE从基于冲突的随机接入前缀中依照一定算法随机选择一个随机前缀；

后者是基站侧通过下行专用信令给UE指派非冲突的随机接入前缀。

具体流程如下：

基于冲突的随机接入：

1）UE在RACH上发送随机接入前缀；

2）ENb的MAC层产生随机接入响应，并在DL-SCH上发送；

3）UE的RRC层产生RRCConnectionRequest并在映射到UL–SCH上的CCCH逻辑信道上发送；

4）RRCContentionResolution由ENb的RRC层产生，并在映射到DL–SCH上的CCCHorDCCH（FFS）逻辑信道上发送。

基于非冲突的随机接入

1）ENb通过下行专用信令给UE指派非冲突的随机接入前缀（non-contentionRandomAccessPreamble），这个前缀不在BCH上广播的集合中。

2）UE在RACH上发送指派的随机接入前缀。

3）ENb的MAC层产生随机接入响应，并在DL-SCH上发送。