合肥地铁CS业务F1异频硬切换F2异常分析报告DOC.docx

合肥地铁CS业务F1异频硬切换F2异常分析报告DOC.docx

《合肥地铁CS业务F1异频硬切换F2异常分析报告DOC.docx》由会员分享，可在线阅读，更多相关《合肥地铁CS业务F1异频硬切换F2异常分析报告DOC.docx（18页珍藏版）》请在冰豆网上搜索。

合肥地铁CS业务F1异频硬切换F2异常分析报告DOC

地铁CS业务双载波F1异频硬切换到F2异常分析报告

2016-7-04

【前言】

WCDMA系统支持多载波的网络部署，采用多载波提高网络容量是WCDMA系统的重要手段，当单载波无法满足一些高话地区的容量要求时，就需要通过增加载波的方式来提高网络容量，现阶段一般为2个（FDD），对于多载波网络，载波之间的切换成为异频切换。

虽然通过异频硬切换可以达到载频间的负载平衡、各载频间的无缝接续、对于分层小区可以实现不同速度合理配置，但是在进行异频切换时，由于采用了压缩模式，它占用了无线资源，同时采用了定时重建的切换方式增加了切换时间和掉话风险，因此异频切换问题是影响网络性能的重要因素，比如切换失败可能导掉话，频繁切换会浪费大量的网络资源，异频切换比例过高会消耗过多的前向容量CS业务用户感知差等等，

关键字：

双载波、异频硬切换、盲切换

1.概述

合肥地铁1号线开通，其中地铁1号线贵阳路站（室分）-2、地铁1号线湖南路站（室分）-2、地铁1号线徽州大道站（室分）-2、地铁1号线云谷路站（室分）-2、地铁1号线云谷路站（室分）-1等上行干扰很大，RTWP大于-95dbm以上，严重影响上行接入；

室内分布系统产生的互调干扰、杂散、阻塞干扰等对上行的影响，对双载波业务均衡影响较大,为保障双载波资源、双载波策略的充分利用，尽快排查和处理合肥地铁RTWP高的小区；

2.从DT分析CS业务F1异频硬切换到F2异常问题

2.1.地铁1号线贵阳路站（室分）-1（G620&U2800）测试分析

【问题描述】

地铁1号线贵阳路站（室分）-1小区主要覆盖站厅,分别用G620和U2800终端测试，共起呼4次，未出现F1异频硬切换到F2现象，测试正常；测试过程中出现10次同频软切换；

【问题分析】

经核查地铁1号线贵阳路站（室分）-1小区一载波F1上行RTWP正常，在-105dbm左右，无告警；

从测试结果表明，双载波策略配置正确，语音业务一直占有F1，未触发F1异频硬切换到F2;

DT触发事件：

RabSetupReq呼叫次数：

No.

Longitude

Latitude

DateTime

WCDMARBSetupReq_AllLogs

1

121.52752286

31.23945995

2016-06-1810:

32:

59.700

WCDMARBSetupReq

2

121.52507541

31.24141034

2016-06-1810:

35:

15.991

WCDMARBSetupReq

3

121.52907442

31.24007506

2016-06-1810:

37:

32.341

WCDMARBSetupReq

4

121.52871622

31.24132696

2016-06-1810:

39:

49.278

WCDMARBSetupReq

SoftHOAttempt：

No.

Longitude

Latitude

DateTime

SoftHOAttempt_AllLogs

1

121.52612764

31.23944397

2016-06-1810:

33:

44.631

SoftHOAttempt

2

121.52599433

31.23942691

2016-06-1810:

33:

51.031

SoftHOAttempt

3

121.52533273

31.23944242

2016-06-1810:

34:

06.391

SoftHOAttempt

4

121.52481062

31.24003084

2016-06-1810:

34:

38.951

SoftHOAttempt

5

121.52481167

31.24004767

2016-06-1810:

34:

39.871

SoftHOAttempt

6

121.52652270

31.24141950

2016-06-1810:

35:

45.151

SoftHOAttempt

7

121.52906566

31.23973530

2016-06-1810:

37:

41.431

SoftHOAttempt

8

121.52892885

31.24118021

2016-06-1810:

39:

56.708

SoftHOAttempt

9

121.52745133

31.23963523

2016-06-1810:

40:

56.748

SoftHOAttempt

10

121.52493413

31.23975377

2016-06-1810:

41:

45.028

SoftHOAttempt

【双载波占比】

经对地铁1号线贵阳路站（室分）-1小区测试，10713占比为100%，在小区正常的情况下，F1不会异频硬切换到F2;

从上图可以看出，共起呼4次，G620测试过程一直占用F1，未异频硬切换到F2现象；

2.2.地铁1号线贵阳路站（室分）-2（G620）测试分析

【问题描述】地铁1号线贵阳路站（室分）-2小区主要覆盖站厅,分别用G620终端测试，共起呼4次，出现3次异频切换、7次异频重选；

【问题分析】

从信令分析，F1在测量前，没有触发2D事件，F1与F2间不是异频硬切换，而是基于小区负载均衡的直接重试；

测经核查地铁1号线贵阳路站（室分）-2小区一载波F1上行RTWP过高，在-85dbm左右，

该小区存在主分集通道不平衡告警；

双载波测试占比：

从双载波占比分析，10713占比97.16%，10688占比2.84%，F2占用主要在disconnect后重选到F2，时间仅3s；

上图红圈信令分析,信令点都是当WCDMARRCconnectRel、手机disconnected后，重选到F2（10688）,3s后，又重选到F1;并且占用F2都是在挂机后的3s，瞬间又回到F1;

触发点是EC/IO在-2.18db左右，从贵阳路-2小区异频重选启动门限配置为4，Sintersearch重选触发门限为-18+8=-10db，就是UE测量值小于-10时，才会重选到F2，从DT数据分析，UE的测量值为-2.18db，大于Sintersearch=-10，肯定不会重选到F2，经对信令分析，原因是上行干扰导致或者终端bug问题；

信令分析如下：

WCDMACMServiceReq：

No.

Longitude

Latitude

DateTime

WCDMACMServiceReq_AllLogs

1

121.52717762

31.23942556

2016-06-1810:

09:

12.181

WCDMACMServiceReq

2

121.52676280

31.24145130

2016-06-1810:

11:

28.498

WCDMACMServiceReq

3

121.52896304

31.23976705

2016-06-1810:

13:

44.748

WCDMACMServiceReq

4

121.52881040

31.24133052

2016-06-1810:

16:

01.141

WCDMACMServiceReq

InterFreqCellReselection：

No.

Longitude

Latitude

DateTime

InterFreqCellReselection_AllLogs

1

121.52659081

31.24145188

2016-06-1810:

11:

20.021

InterFreqCellReselection

2

121.52896111

31.24003065

2016-06-1810:

13:

33.143

InterFreqCellReselection

3

121.52896111

31.23994497

2016-06-1810:

13:

36.340

InterFreqCellReselection

4

121.52839816

31.24137652

2016-06-1810:

15:

49.462

InterFreqCellReselection

5

121.52845437

31.24137652

2016-06-1810:

15:

52.660

InterFreqCellReselection

6

121.52624819

31.24081617

2016-06-1810:

18:

06.423

InterFreqCellReselection

7

121.52624819

31.24087941

2016-06-1810:

18:

08.980

InterFreqCellReselection

WCDMAInterFreqHHOSuc：

No.

Longitude

Latitude

DateTime

WCDMAInterFreqHHOSuc_AllLogs

1

121.52708609

31.24145519

2016-06-1810:

11:

41.463

WCDMAInterFreqHHOSuc

2

121.52894448

31.23949622

2016-06-1810:

13:

51.907

WCDMAInterFreqHHOSuc

3

121.52881877

31.24087878

2016-06-1810:

16:

12.348

WCDMAInterFreqHHOSuc

2.3.地铁1号线贵阳路站（室分）-2（U2800）测试分析

InterFreqCellReselection：

WCDMAInterFreqHHOAttempt：

【问题描述】地铁1号线贵阳路站（室分）-2小区主要覆盖站厅,分别用U2800终端测试，共起呼4次，出现4次HHO异频切换、4次异频重选；

【问题分析】

从信令分析，F1在测量前，没有触发2D事件，F1到F2不是异频硬切换，而是基于小区负载均衡的直接重试；

测经核查地铁1号线贵阳路站（室分）-2小区一载波F1上行RTWP过高，在-85dbm左右，存在主分集通道不平衡告警；

双载波测试占比：

从双载波占比分析，10713占比10.98%，10688占比89.02%，使用U2800测试终端，UE起呼后，F1重试到F2，根据信令分析，主要原因是是上行干扰导致或者终端bug问题；

信令点分析：

F2重选F1信令点，UE占用F2,手机disconnected挂机后，优先驻留F1；

F1直接重试F2信令点，通过DT数据分析，F1到F2过程，不是触发异频切换事件，RBSetupSuc后，phChannelReconfSuc、WCDMAinterHHOSuc执行后，就占用F2，从整个信令分析，并未触发2D事件，另外F1到F2配置是同覆盖盲切换，根本就不存在异频硬切换，应该是数据解析问题

2.4.地铁双载波策略DT测试结论

Ø双载波正常情况下，RTWP小于-105dbm左右，UE通话过程中，F1不会盲切换到F2;

Ø双载波异常情况下，RTWP大于-95以上，UE通话过程中,基于负载均衡测量，F1盲切换到F2，一直占有不到一载波（F1）;

Ø小区故障告警，UE通话过程中,基于小于异常测量，F1盲切换到F2，一直占用二载波（F2）

Ø和终端有关，在RTWP大于-95dbm异常的情况下，用不同终端测试，出现两种情况，G620在通话过程中，F1不会盲切换到F2，但通过释放的瞬间，会切换到F2，挂机后重选到F1;U2800在通话过程中，F1盲切换到F2；

小区

站点状态

PSC

切换测试

不同终端测试

G620

U2800

地铁1号线湖南路站（室分）-1

正常，低于-100

129

正常

正常

正常

地铁1号线湖南路站（室分）-2

RTWP大于-93.51

130

正常

挂断的瞬间会切到二载波然后切回来

通话时占用二载波

地铁1号线贵阳路站（室分）-1

正常，低于-105

25

正常

正常

正常

地铁1号线贵阳路站（室分）-2

RTWP大于-81.23

26

异常

挂断的瞬间会切到二载波然后切回来

通话时占用二载波

3.从KPI指标分析CS业务F1异频硬切换到F2异常问题

3.1.现网提取6月16日（全天）HHO切换指标：

提取6月16日全天异频硬切换指标，RTWP高小区出现F1F2,需要针对这个异常现象，进行分析和处理

BSC6900UCell

VS.HHO.AttInterCellLB.MultiRL:

小区中基于负载平衡触发的异频硬切换出的尝试次数（多RL）（无）

VS.HHO.AttInterCellLB.SingleRL:

小区中基于负载平衡触发的异频硬切换出的尝试次数（单RL）（无）

VS.HHO.AttInterFreqOut.CS.TotalRxPwr:

小区中CS域异频硬切换请求的次数（小区接收总功率）（无）

VS.HHO.SuccInterFreqOut.CS.TotalRxPwr:

小区中CS域异频硬切换成功的次数（小区接收总功率）（无）

VS.MeanRTWP:

小区中的接收总带宽功率平均值（毫瓦分贝）

地铁1号线贵阳路站（室分）-2

1

51

52

52

-81.233

地铁1号线湖南路站（室分）-2

2

31

33

33

-94.517

地铁1号线徽州大道站（室分）-2

0

16

16

16

-96.367

地铁1号线云谷路站（室分）-2

0

11

11

11

-93.418

地铁1号线云谷路站（室分）-1

0

5

5

5

-95.185

3.2.CS业务F1异频硬切换到F2问题描述

从Label=地铁1号线贵阳路站（室分）-2,Label=地铁1号线湖南路站（室分）-2,Label=地铁1号线徽州大道站（室分）-2,Label=地铁1号线云谷路站（室分）-2,Label=地铁1号线云谷路站（室分）-1等小区F1（10713）触发异频硬切换F2很多，并且VS.MeanRTWP:

小区中的接收总带宽功率平均值较高；

3.3.CS业务F1异频硬切换到F2问题分析

从指标分析，F1切换到F2异频硬切换出的尝试次数主要是小区基于负载平衡触发；

小区基本负载平衡触发HHO切换的原因：

小区接收总功率、小区总发射功率、UE发射功率触发、上行CE资源触发、基于RSCP触发、基于EcNo触发等；

从HHO指标统计，F1切换到F2的主要原因是VS.HHO.AttInterFreqOut.CS.TotalRxPwr:

小区中CS域异频硬切换请求的次数（小区接收总功率）导致；

从上表中VS.MeanRTWP:

小区中的接收总带宽功率平均值（毫瓦分贝）分析，触发F1盲切换到F2的小区RTWP都很高；

3.4.CS业务F1异频硬切换到F2解决方案

3.3.1从基站故障来看，现网地铁小区存在故障告警，需要及时处理；

故障排查：

首先要处理基站主分集通道RTWP和RSSI不平衡故障；小区F1发生故障后，基于告警异常，也会直接重试F2;

3.3.2从切换指标分析来看，主要原因是上行负载过高导致，需要解决一下问题

1、排查室分系统干扰；

Ø主设备、直放站等功放质量差，杂散指标不达标；

ØPOI邻频端口隔离度不够，无法滤除邻频杂散干扰；根据目前排查情况统计，POI隔离度不够导致，需要更换性能更好的POI；

ØPOI、器件质量差，互调指标不达标

Ø分布系统天馈存在接头制作不规范、松动或空载、或馈线弯曲度过大

Ø室分天线安装点位不合理，周边有金属等干扰物质；

2、增加RRU独立解调功能抵消因设备本身共RRU导致的上行高；

3.3.3从参数分析来看，涉及负载均衡的参数主要如下:

1、异频负载切换禁止切换的业务类型=R99会话业务:

:

关闭,该参数用于设置LDR异频切换动作时禁止切换出的业务类型，目的是防止LDR破坏原有的业务分层。

为确保地铁语音业务占用F1，把异频负载切换禁止切换的业务类型=R99会话业务设置为打开状态；

MODUCELLLDR:

CELLID=11111,INTERFREQLDHOFORBIDENTC=R99_CONVERSATIONAL-1;

站点名称

小区标识

小区名称

异频负载切换禁止切换的业务类型

修改后

AH_HF_RNC17_W

10801

地铁1号线云谷路站（室分）-1

R99会话业务:

:

关闭

R99会话业务:

:

打开

AH_HF_RNC17_W

10802

地铁1号线云谷路站（室分）-2

R99会话业务:

:

关闭

R99会话业务:

:

打开

AH_HF_RNC17_W

10811

地铁1号线南宁路站（室分）-1

R99会话业务:

:

关闭

R99会话业务:

:

打开

AH_HF_RNC17_W

10812

地铁1号线南宁路站（室分）-2

R99会话业务:

:

关闭

R99会话业务:

:

打开

AH_HF_RNC17_W

10821

地铁1号线贵阳路站（室分）-1

R99会话业务:

:

关闭

R99会话业务:

:

打开

AH_HF_RNC17_W

10822

地铁1号线贵阳路站（室分）-2

R99会话业务:

:

关闭

R99会话业务:

:

打开

AH_HF_RNC17_W

10831

地铁1号线湖南路站（室分）-1

R99会话业务:

:

关闭

R99会话业务:

:

打开

AH_HF_RNC17_W

10832

地铁1号线湖南路站（室分）-2

R99会话业务:

:

关闭

R99会话业务:

:

打开

AH_HF_RNC17_W

10841

地铁1号线徽州大道站（室分）-1

R99会话业务:

:

关闭

R99会话业务:

:

打开

AH_HF_RNC17_W

10842

地铁1号线徽州大道站（室分）-2

R99会话业务:

:

关闭

R99会话业务:

:

打开

2、针对INTERFREQ_HHO_IN_RTWP_SWITCH@小区负载控制算法开关的调整

异频切换入考虑上行RTWP开关，目前现网配置为关闭；

开关关闭后，异频切换入不考虑上行RTWP、开关打开后，异频切换入考虑上行RTWP

MODUCELLALGOSWITCH:

CELLID=**,NBMLDCALGOSWITCH=UL_INTRA_FREQUENCY_ULB-1;

涉及到异频负载均衡算法开关如下：

RNC级算法开关

参数

现网配置

CMP_DL_LOAD_BALANCE_SWITCH（下行负载平衡DRD算法兼容性开关）

该参数用于控制在基于盲切换的非周期重试DRD中，当下行的基于负载平衡的异频DRD生效时，RNC是否根据邻区的下行负载余量过滤盲切换邻区。

当该开关关闭时，RNC会过滤盲切换邻区，具体条件如下：

如果盲切换邻区的下行负载余量与当前小区的下行负载余量的差值小于“LdbDRDOffsetDCH”或者“LdbDRDOffsetHSDPA”，那么该邻区就不能作为盲切换目标邻区。

当该开关打开时，RNC不过滤盲切换邻区。

UCORRMALGOSWITCH:

CmpSwitch2]CMP_DL_LOAD_BALANCE_SWITCH：

当参数[UDRD:

LdbDRDSwitchDCH]或[UDRD:

LdbDRDSwitchHSDPA]的值设置为ON时，本参数生效。

上述参数通过[UDRD]或[UCELLDRD]设置。

关闭

UEAMRDRD过程中HHO兼容性开关

CMP_UU_AMR_DRD_HHO_COMPAT_SWITCH（UEAMR流水声兼容性开关）：

该参数用于设置是否启用AMR语音DRD两步走功能。

当信令建立在DCH上的UE仅建立AMR语音业务，并且确定走DRD流程时，当开关打开时，AMR语音的RAB建立DRD流程分解为两步，先向目标小区做异频盲切换，然后再在目标小区建立AMR语音业务；当开关关闭时，直接在目标小区建立AMR语音业务。

打开

软切换状态触发LDR异频切换开关

打开

功率负载平衡DRD优化开关

关闭

业务分层直接重试算法开关

打开

DCH业务负载平衡DRD算法开关

关闭

HSDPA业务负载平衡DRD算法开关

打开

基于测量的DRD开关

关闭

终端类型分层开关

关闭

基于用户位置的多频段直接重试算法开关

关闭

异频负载切换禁止切换的业务类型

关闭

异频切换入考虑上行RTWP开关

开启

4.优化验证

合肥地铁经过对RTWP高小区处理、以及R99会话业务相关参数优化调整，同小区覆盖F1异频切换到F2触发事件已正常，保证地铁用户在R99会话业务时占用F1载波。

4.1.从DT复测验证

测试手机与前期测试终端相同，分别是U2800和G620；

7月1日对地铁1号线贵阳路-2小区复测，未出现F1异频硬切换到F2现象；

本次测试共起呼12次，通话正常，未出现F1硬切换到F2现象，通过对RTWP高小区处理、双载波策略参数优化调整，同小区覆盖异频硬切换问题得到解决和处理。

RSCP覆盖图：

F1占用比例图：

从DT指标分析，F1占用比例100%，从测试事件分析，未出现WCDMAInterFreqHHOSuc、InterFreqCellReselection等事件，地铁F1硬切换到F2现象已得到有效解决；

4.2.从KPI指标优化前后验证

提取7月2日至7月5日异频硬切换指标：

经对异频切换参数异频负载切换禁止切换的业务类型调整，以及RTWP高小区处理，从KPI指标分析来看，未出现F1异频硬切换到F2现象；

HHO指标如下：

小区名称

07/03/201600:

00:

00

07/04/201600:

00:

00

07/05/201600:

00:

00

VS.HHO.AttInterCellLB.SingleRL:

小区中基于负载平衡触发的异频硬切换出的尝试次数（单RL）（无）

求和项:

VS.HHO.AttInterFreqOut.CS.TotalRxPwr:

小区中CS域异频硬切换请求的次数（小区接收总功率）（无）

求和项:

VS.HHO.AttInterFreqOut.CS.TotalRxPwr:

小区中CS域异频硬切换请求的次数（小区接收总功率）（无）

Label=地铁1号线贵阳路站（室分）-1,CellID=10821

0

0

0

Label=地铁1号线贵阳路站（室分）-2,CellID=10822

0

0

0

Label=地铁1号线湖南路站（室分）-1,CellID=10831

0

0

0

Label=地铁1号线湖南路站（室分）-2,CellID=10832

0

0

0

Label=地铁1号线徽州大道站（室分）-1,CellID=10841

0

0

0

Label