提升ESRVCC手段.docx

上传人:b****3 文档编号:2623070 上传时间:2022-11-03 格式:DOCX 页数:10 大小:592.25KB
下载 相关 举报
提升ESRVCC手段.docx_第1页
第1页 / 共10页
提升ESRVCC手段.docx_第2页
第2页 / 共10页
提升ESRVCC手段.docx_第3页
第3页 / 共10页
提升ESRVCC手段.docx_第4页
第4页 / 共10页
提升ESRVCC手段.docx_第5页
第5页 / 共10页
点击查看更多>>
下载资源
资源描述

提升ESRVCC手段.docx

《提升ESRVCC手段.docx》由会员分享,可在线阅读,更多相关《提升ESRVCC手段.docx(10页珍藏版)》请在冰豆网上搜索。

提升ESRVCC手段.docx

ESRVCC提升

为改善北京ESRVCC切换成功率,更好的实现VOLTE用户语音业务的连续性,提高客户对VO的良好感知,特别对ESRVCC进行了专题提升。

切换流程:

ESRVCC切换由eNodeB发起handoverrequired在OMC记请求一次,在收到handovercommand后开始执行,在MME给eNodeB发上下文释放记切换成功。

原因定位:

ESRVCC主要由以下原因导致切换成功率低。

现网情况:

3月份北京ESRVCC切换成功率较低:

日期

E-UTRAN向GERAN切换出SRVCC的尝试次数

E-UTRAN向GERAN切换出SRVCC的成功次数

E-UTRAN向GERAN切换出SRVCC的执行次数

切换成功率

E-UTRAN向GERAN切换出SRVCC的未执行次数

2016-03-01

3792

3382

3654

89.19%

138

2016-03-02

3783

3382

3641

89.40%

142

2016-03-03

4019

3631

3921

90.35%

98

2016-03-04

4220

3792

4075

89.86%

145

2016-03-05

3362

3003

3239

89.32%

123

2016-03-06

2962

2601

2797

87.81%

165

2016-03-07

4781

4057

4633

84.86%

148

2016-03-08

4399

3863

4215

87.82%

184

2016-03-09

4208

3777

4082

89.76%

126

2016-03-10

4479

4019

4354

89.73%

125

2016-03-11

4686

4167

4522

88.92%

164

问题定位1:

4G配置GSM小区参数错误

在3月11日之前北京现网存在E-UTRAN向GERAN切换出SRVCC的未执行次数较多,通过SEQ发现4G配置2G参数错误导致。

MME发起向GSM小区16066切换

2G侧发SRVCCPSTOCSRESPONSE(Cause:

73)携带Cause :

(No resources available(73)无可用资源)MME立即发HANDOVERPREPARATIONFAILURE(Cause:

0)携带radioNetwork:

 unspecified (0)导致ESRVCC切换失败。

核查现网4G侧GSM小区16066发现配置的LAC错误导致,通过核查修改现网配置2G参数后E-UTRAN向GERAN切换出SRVCC的未执行次数明显较少。

日期

E-UTRAN向GERAN切换出SRVCC的尝试次数

E-UTRAN向GERAN切换出SRVCC的成功次数

E-UTRAN向GERAN切换出SRVCC的执行次数

切换成功率

E-UTRAN向GERAN切换出SRVCC的未执行次数

2016-03-14

4077

3703

4032

90.83%

45

2016-03-15

3971

3635

3943

91.54%

28

2016-03-16

4225

3894

4210

92.17%

15

2016-03-17

4396

4046

4363

92.04%

33

2016-03-18

5585

5191

5531

92.95%

54

问题定位2:

核心网DNS侧漏配GSM侧LAC导致执行失败

2.1、提取0303-0313日京哈高铁站点ESRVCC切换情况,观察发现京哈高铁站点小区ESRVCC切换均失败,而执行次数均为0次:

LTE小区名

E-UTRAN向GERAN特定两小区间切换出尝试次数

E-UTRAN向GERAN特定两小区间切换出成功次数

E-UTRAN向GERAN特定两小区间切换出执行次数

朝阳京哈动车主站八HL-131

7

0

0

朝阳京哈动车主站八HL-141

6

0

0

朝阳京哈动车主站二HL-1

42

0

0

朝阳京哈动车主站二HL-11

14

0

0

朝阳京哈动车主站二HL-12

58

0

0

朝阳京哈动车主站二HL-2

214

0

0

朝阳京哈动车主站九HL-131

22

0

0

朝阳京哈动车主站九HL-141

43

0

0

朝阳京哈动车主站六HL-1

5

0

0

朝阳京哈动车主站六HL-11

4

0

0

朝阳京哈动车主站七HL-1

21

0

0

朝阳京哈动车主站七HL-11

12

0

0

朝阳京哈动车主站三HL-131

110

0

0

朝阳京哈动车主站三HL-132

47

0

0

朝阳京哈动车主站三HL-141

12

0

0

朝阳京哈动车主站三HL-142

6

0

0

朝阳京哈动车主站四HL-1

46

0

0

朝阳京哈动车主站四HL-11

19

0

0

朝阳京哈动车主站四HL-12

2

0

0

朝阳京哈动车主站四HL-2

15

0

0

朝阳京哈动车主站五HL-131

8

0

0

朝阳京哈动车主站五HL-141

41

0

0

东城京哈动车主站一AHL-11

17

0

0

东城京哈动车主站一HL-1

14

0

0

东城京哈动车主站一HL-11

8

0

0

东城京哈动车主站一HL-2

9

0

0

通州京哈动车主站十HL-131

12

0

0

通州京哈动车主站十HL-134

22

0

0

通州京哈动车主站十二HL-131

17

0

0

通州京哈动车主站十二HL-134

49

0

0

通州京哈动车主站十三HL-134

3

0

0

通州京哈动车主站十四HL-131

14

0

0

通州京哈动车主站十四HL-134

18

0

0

通州京哈动车主站十一HL-131

2

0

0

通州京哈动车主站十一HL-134

31

0

0

总计

970

0

0

2.2、在后台跟踪朝阳京哈动车主站二HL-2小区的S1\UU\X2口发现在11:

04:

08基站向mme发起切换请求,MME响应切换准备失败,失败原因为:

unknown-targetid

切换请求中携带的切换目标小区为:

lac:

0x11cf   ci:

0x3837解析后为LAC:

4559CI:

14391,核查现网配置GSM邻区的LAC、NCC\BCC均和GSM网络公参一致。

2.3、MME收到基站侧ESRVCC切换请求且回复准备失败,查询现网配置GSM数据正确的情况下发现京哈高铁目标GSM小区LAC均为4559,而LAC:

4559的GSM邻区ESRVCC均为HANDOVERPERPARATIONFAIL。

日期

目标LAC

E-UTRAN向GERAN特定两小区间切换出尝试次数

E-UTRAN向GERAN特定两小区间切换出成功次数

E-UTRAN向GERAN特定两小区间切换出执行次数

2016-03-03

4559

54

0

0

2016-03-04

4559

76

0

0

2016-03-05

4559

58

0

0

2016-03-06

4559

99

0

0

2016-03-07

4559

96

0

0

2016-03-08

4559

117

0

0

2016-03-09

4559

95

0

0

2016-03-10

4559

76

0

0

2016-03-11

4559

133

0

0

2016-03-12

4559

86

0

0

2016-03-13

4559

80

0

0

2.4、要求核心网人员核查核心网侧配置GSM邻区参数情况,查询后发现核心网侧DNS未配置京哈高铁GSM小区的LAC:

4559,导致MME上报切换请求后核心网无法找到的GSM小区导致失败。

14日下午核心网配置GSM小区参数后MME开始执行切换请求且切换成功:

日期

目标LAC

E-UTRAN向GERAN特定两小区间切换出尝试次数

E-UTRAN向GERAN特定两小区间切换出成功次数

E-UTRAN向GERAN特定两小区间切换出执行次数

2016-03-03

4559

54

0

0

2016-03-04

4559

76

0

0

2016-03-05

4559

58

0

0

2016-03-06

4559

99

0

0

2016-03-07

4559

96

0

0

2016-03-08

4559

117

0

0

2016-03-09

4559

95

0

0

2016-03-10

4559

76

0

0

2016-03-11

4559

133

0

0

2016-03-12

4559

86

0

0

2016-03-13

4559

80

0

0

2016-03-14

4559

38

17

17

2016-03-15

4559

31

31

31

2016-03-16

4559

19

19

19

问题定位3:

参数优化

3.1、B2门限2优化

在eNodeB收到MME发的handovercommand后开始执行此次切换,U向GSM侧接入,若此时GSM网络存在干扰、拥塞、质差等无线问题导致无法接入造成切换失败,为应对无法接入2G小区的切换失败,除了要求2G人员的优化力度,我们主要从4G侧门限入手提高切换成功率。

为了能顺利切入GSM网络,提取2G侧邻区对之间的切入门限值,作为4G能否接入GSM网络的B2门限值,筛选原则如下:

若4G小区到某个2G小区切换次数明显高于其它2G小区的切换次数,则选择该2G小区的切入门限作为4G到2G小区B2门限。

若统计该小区的eSRVCC切换成功率低于95%,则将其B2门限提升5dB。

示例:

根据切换次数选取,统计4G近一个月Esrvcc切换次数(邻区对)。

选取发生切换次数最多的小区,选取该小区的2G本系统切入门限作为B2异系统切换门限。

例如:

4G小区XX,选取切换次数为122次的小区切入门限作为该4G小区的切入门限。

4G小区

2G小区

切换次数

切入门限

CellIDXX

CellID1

10

-95

CellIDXX

CellID2

35

-95

CellIDXX

CellID3

1

-95

CellIDXX

CellID4

122

-90

CellIDXX

CellID5

4

-89

CellIDXX

CellID6

0

-93

CellIDXX

CellID7

5

-92

CellIDXX

CellID8

8

-92

CellIDXX

CellID9

13

-92

在现网ESRVCC切换TOP筛选105小区进行B2门限2修改,小区列表如下:

效果如下:

日期

ESRVCC切换尝试次数

ESRVCC切换成功次数

ESRVCC切换成功率

备注

2016/4/4

268

218

81.34%

 

2016/4/5

327

283

86.54%

 

2016/4/6

401

346

86.28%

 

2016/4/7

382

321

84.03%

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 工程科技 > 环境科学食品科学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1