电信联通5G共建共享方案实施及验证

一、情况概述

随着2019年9月9日中国电信集团与联通签署《5G网络共建共享框架合作协议书》,电信与联通在全国范围内合作共建5G接入网络。根据合作协议,联通运营公司将与中国电信在全国范围内合作共建一张5G接入网络, 双方划定区域,分区建设,各自负责在划定区域内的5G网络建设相关工作,谁建设、谁投资、谁维护、谁承担网络运营成本。

在目前5G NSA组网部署条件下,如何在电信、联通两家运营商4G独立组网设备上打通5G共享通道,成为快速开通共建共享5G站点的关键条件。南京电信无线中心通过与联通紧密配合,参照原先4G共享通路,利用已有条件,快速实现了5G共享试点站点的开通。

二、试点方案

在5G NSA组网条件下,开通电信联通共享5G站点的关键在于5G共享扇区能够分别与电信、联通各自锚点4G站点建立X2链路。因此在无线侧试点方案中,合理利用电信联通现有4G共享IP地址段,可快速实现5G共享站与双方4G锚点站的IP互通,从而解决NSA 站点X2链路建立问题。

无线侧总体方案

参照4G共享通路,利用已有条件,对5G站点配置4G共享ip地址段,利用电信联通之间IP可互通的条件,实现NSA 5G共享站点通过共享段IP与电信4G锚点站、联通4G锚点站的互通,从而与锚点站建立X2链路和S1链路。方案实现方案如下:

图片

该方案要点为:NSA 5G共享站点需要通过和锚点建立X2来建立S1链路,目前设备仅支持5G X2只能配置1个本端地址(主运营商电信5G IP),因此电信5G IP、联通5G IP、联通4G锚点IP均需换为共享段IP,才可建立X2和S1链路。

 承载网方案

承载网从核心层CE侧互联互通,利旧原电联4G共建共享试点的路由及IP段。

图片

该方案需要电信和联通双方在IP映射和路由上做好细致的对接配合。同时利旧原有4G共建共享的IP段方案为目前传输层面快速开通的方案,暂时无法大规模应用,后期需要集团公司、省公司统一规则后方可大规模实施。

三、功能验证

功能验证分为终端接入、SCG添加/删除、切换等功能类验证以及volte、测速等体验类验证。

3.1、功能验证类

(1)Attach

经验证,终端可以正常在4G锚点站上发起attach流程,并接入成功。

图片

RRC连接建立请求及连接建立完成

RRC连接建立请求

RRC连接建立完成

图片

图片

(2)5G SCG添加

发起业务后,从4G锚点侧及5G共享站点侧均可以跟踪到SCG添加过程:

4G锚点侧:

序号

添加SCG

1

RRC_CONN_RECFG基站下发测量控制

2

RRC_MEAS_RPRT UE上报B1事件

3

SGNB_ADD_REQ 向对端PCI=392 NR小区发起添加SCG请求

4

RRC_CONN_RECFG 基站向UE下发添加SCG的重配置

5

通知对端NR基站SCG配置完成

图片

图片

5G NR侧:

序号

添加SCG

1

接收到对端LTE侧发送的SCG添加请求

2

接收到对端LTE侧发送的SCG添加重配置完成

图片

图片

(3)站内SCG变更

LTE锚点侧

序号

添加SCG

1

UE一直未释放并且NR测量控制无变更,UE使用站内SCG变更前最后一次下发的NR测量控制

2

UE上报NR A3事件,当前UE占用的NR小区为PCI=392,目标小区为PCI=390

3

LTE基站通过X2接口将A3事件发送给对端永庆巷基站

4

LTE基站接受来自NR基站的SCG修改需求,携带目标小区PCI=390

5

LTE发送切换重配置给UE,目标PCI=390

6

LTE将SCG修改确认发送给NR基站

图片

NR侧

序号

添加SCG

1

UE当前NR小区PCI=392,NR收到来自LTE的NR A3事件,携带目标PCI=390,为共站小区

2

NR向LTE发送SCG修改请求

3

切换完成后,NR收到来自LTE的切换完成命令

图片

(4)站间SCG变更

LTE锚点侧

序号

添加SCG

1

UE占用PCI=392永庆巷_6 NR小区,基站下发NR测量控制

2

UE上报NR A3事件,当前占用PCI=392,目标小区PCI=130

3

LTE将上报的A3事件发送给对端NR基站

4

接收PCI=392 NR基站发送的SCG变更需求,SGNB_CHANGE_REQUIRED

5

向PCI=130 NR基站发送添加SCG请求

6

PCI=130 NR基站在资源准备完成后向LTE基站回复SGNB_ADD_REQ_ACK

7

LTE基站向UE发送配置PCI=130的重配置命令

8

LTE基站收到UE发送的SCG重配置完成后向NR目标站点发送SCG重配置完成消息

9

LTE基站向NR 源测基站发送SCG变更确认

10

源测NR站点发送UE_CONTEXT_RELEASE

 

图片

NR源侧

序号

添加SCG

1

NR源侧收到UE上报的NR A3事件

2

SCG变更请求发送到对端LTE基站

3

源侧NR小区接收到LTE发送的SCG变更确认

4

NR源侧基站释放UE上下文

图片

NR目标侧

序号

添加SCG

1

NR目标侧基站收到SCG添加请求

2

NR目标侧基站收到SCG重配置完成

 

图片

3.2、业务验证类

 VOLTE业务验证终端可以正常发起volte业务,在QCI=1承载建立后,终端从锚点站1.8G切换至800M频点,并在切换请求命令中携带了NR小区信息。

LTE侧:

序号

添加SCG

1

UE发起Volte业务,MME建立QCI1承载

2

UE上报基于业务切换的A4,目标小区PCI=97(永庆巷室外RRU_18)的L800

3

1.8G永庆巷基站向L800永庆巷通过X2发送切换请求命令

4

同时LTE向NR基站发送的SCG释放命令,原因值MCG切换

5

L800永庆巷基站收到1.8G永庆巷发来的切换请求命令,命令中携带NR小区信息

6

LTE基站根据切换命令中NR小区信息,向NR向PCI=130NR小区发起SCG添加请求

7

LTE基站向UE发送切换命令重配置

8

切换完成后,基站向NR基站发送SCG重配置完成

图片

NR侧:

序号

添加SCG

1

NR基站接受的SCG释放命令,原因值MCG切换

2

收到来自LTE基站的UE上下文释放命令

3

接收到对端LTE侧发送的SCG添加请求,向PCI=130NR小区发起SCG添加请求

4

NR目标侧基站收到SCG重配置完成

图片

 改造前后使用speedtest进行了5G测速验证,改造前后近点速率变化不大,没有因为共享改造导致5G近点降速:

图片

四、总结

5G网络共建共享采用接入网共享方式,核心网各自建设,南京电信无线中心在目前5G NSA组网模式下,快速打通了共享5G站点与电信4G和联通4G锚点站点通路,实现了NSA组网模式下的5G共享站点开通。并进行了接入、切换等功能验证以及数据/volte业务验证,成功实现了电信、联通4G站点独立部署条件下,5G共享站点的开通及验证,为后续5G共建共享方案提供了思路及方案。

  • 13
    点赞
  • 14
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
关于电信用户占用5G联通共享站点投诉的问题分析报告 一、问题描述 7月4号,电信的VIP用户投诉在椒江区域占用联通5G网络后拨打电话异常,占用共享站点上网速率也比较卡。 二、问题分析 现场根据用户提供的经纬度进行测试分析,并对投诉的两类问题进行分析和处理,主要的问题分析如下: (一)联通共建共享中兴锚点站电信NSA用户volte业务推送到电信非锚点华为站建立失败的问题分析 1. 详细问题分析 投诉场景描述:投诉场景为联通承建的45G站点,华为的非锚点区域,电信NSA终端在中兴共建共享锚点发起volte业务,联通共建共享站中兴设备的ARFCN是1650,电信非锚点华为设备的ARFCN是1850,针对volte业务,联通共建共享的策略是推送到华为1850做业务,但实际测试过程发现这个场景的语音测试失败。从后台信令分析看,我司基站成功切换到华为站,表示共建共享站的推送策略正常。 前台UE log分析 切换成功后,ue在华为没有volte业务没有成功建立,具体原因需要华为侧分析 2. 异厂家对接已知故障 如果中兴未携带LTE的QCI9的RLC配置,那么切换过程会出现异常: 对于SCG模式,NR只存在NR RLC承载,LTE上没有对应的承载,所以在handover required消息中没有QCI9的RLC配置。 3. 现场针对这个问题多场景验证如下 3.1 QCI9配置SCG模式,volte业务失败 终端接入阶段建立qci9、1、5承载; 对应qci1、5为MCG承载,qci9承载在切换之前没有进行删除,带sn切换到华为站点 而qci9承载,华为在切换命令中携带了qci9承载接纳失败并且启动了fullconfig和sn删除;在我司切换源测需要主动5G发起qci9的sn释放; volte语音承载在切换过程中一直是存在的,这一点可以handover required消息里面看到,至于语音失败,可能是终端到切换目标华为站点后出现了异常导致语音建立失败。 Handover required消息QCI9只有NR RLC 切换到华为站点,切换ACK回复了qci9的erab接纳失败列表 3.2 QCI9配置SCG Split,volte业务正常 Handover required消息QCI9有LTE RLC+NR RLC 切换到华为站点,切换ACK没有回复qci9的erab接纳失败列表 3.3 ENDC策略配置先删后切,volte业务正常 此过程先删除SN再切换: 终端建立qci9、1、5承载;对应qci1、5为MCG承载,其中qci9承载,在进行切换前,sn在我司侧主动发起了SN释放,对应qci9承载是NR PDCP+LTE RLC 切换到华为站点,切换ACK没有回复qci9的erab接纳失败列表 需要补充此场景下的RLC截图,此处应该LTE RLC 切换到华为站点,切换ACK没有回复qci9的erab接纳失败列表 4. 分析结论 从测试验证和信令分析看,由于华为基站不支持双连接承载类型为SCG模式的切换,导致NSA终端从我司锚点站切向华为非锚点站时语音业务异常,当我司基站配置SCG Split或者修改endc策略,volte业务先删SN再切换都是正常的。 5. 解决方案/临时规避措施: 以下两种措施任意选择其一,都可以规避当前问题。 方案一:将我司锚点站qci9的承载模式修改SCG Split。 7/6凌晨00:30已验证,此功能多次拨测volte语音都可以正常通话 方案二:修改ENDC策略先删后切。 NSA用户在发起vote业务时候先删除SN再切换到华为非锚点,7/5 23:30已验证,此功能多次拨测volte语音都可以正常通话 6. 遗留问题 1、需要华为侧协助分析语音建立失败原因 7. 附录 异厂家NSA切换协议理解澄清 【问题分析】 友商反馈:异厂家切换准备失败问题定位:由于中兴SCG模式下,QCI9的LTE RLC信息未携带,只是在NR侧配置了,不符合协议规范,导致异厂家切换准备失败;协议规范要求:NSA用户切换时需要在切换请求中携带LTE RLC配置信息。 中兴应答: 1). Option3x是TR38.801定义的,NSA标准协议是TS37.340。协议定义的Option3x是SCG Split承载,不能说Option3x下SCG是SCG Split一种特例,按照Option3a定义,RLC层只有NR RLC,并没有包含LTE RLC。 2)参见37.340协议 第4章节。 ■Option 3x 支持 EN-DC组网下的SN terminated的SCG Split承载。 ■Option 3a 支持EN-DC组网下的SN terminat

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值