搜索
查看: 3810|回复: 1

2017年2月3GPP RAN1/2/3/4/5会议5G关键信息摘录

[复制链接]

244

主题

427

帖子

724

积分

高级会员

Rank: 4

积分
724
发表于 2017-2-27 10:58:12 | 显示全部楼层 |阅读模式
目前,3GPP正在对5G技术进行标准化工作,各规范的完成计划如下表所示。
1.jpg

2017年3月即将完成5G系统框架和关键技术研究研究工作(R14的stage 3),之后将进入R15的规范制定阶段(R15的stage 1)。因此,目前诸多关键技术和系统架构等研究工作需要迅速聚焦,为后续规范制定工作打好基础。

从这个意义上讲,2017/2召开的RAN1/2/3/4/5以及SA等会议就非常关键了。以下我们借助会议报告,对RAN1/2/3/4目前已经形成的一些基本结论和会议决议进行些分析和简单总结。

1.  5G标准相关工作组及其主要任务

3GPP工作组分为RAN、SA以及CT等三大方面。其中,RAN主要负责无线接入网络相关的内容,SA主要负责业务和系统概念等相关的内容,CT负责核心网和终端等相关的内容。

1.1 RAN工作组介绍

3GPP RAN工作组的名称和任务列表如下。
2.jpg

http://www.3gpp.org/specifications-groups/specifications-groups

3GPP RAN工作组负责和输出的主要报告和规范列表如下:
3.jpg


38系列报告请参见:http://www.3gpp.org/DynaReport/38-series.htm

1.2  SA工作组介绍
4.png


其中,SA2架构工作组主要负责网络架构方面的内容。

2.  2017年2月3GPP RAN会议信息

2月份13号到17号RAN1/2/3/4/5都进行了相关会议,信息如下。其中OR表示Ordinary,即普通会议。
5.jpg


3.  2017年2月会议5G相关的关键信息摘录

3.1 RAN1 #88会议

3.1.1 之前决议内容摘录 (摘自TR38.802 V1.1.0 )

以物理层为例,之前已经形成的结论有:
  • 无线帧长度为10ms,子帧长度为1ms,子载波间隔为15KHz到480KHz,满足15KHz* 2n(n为非负整数)。
  • 具有相同CP开销的不同子载波在1ms内符号边界处同步。
  • 正常CP下,子载波间隔增加2n,则符号长度缩短1/2n。
  • RE定义为一个子载波和一个符号所对应的资源。
  • 上下行都没有明确的DC子载波。如果存在DC子载波的话,则需要进行相应的处理。
  • 正常CP下,子载波间隔小于60KHz时,一个时隙(slot)包含7个或者14个OFDM符号,子载波间隔大于60KHz时,一个时隙(slot)包含14个OFDM符号。
  • 一个时隙中可以包含全下行、全上行或者{至少一个下行且至少一个上行}。支持slot聚合,即数据传输可以扩展到1到多个时隙上。
  • 大于6GHz时,支持1个符号的mini-slot。
  • 对于URLLC,mini-slot的符号长度为2。
  • 每个PRB中的子载波数目为12。

3.1.2    本次会议讨论的内容摘录

从RAN1的观点看,R15中可采用以下物理层参数,但是最终决定权还在RAN4。
  • 每个NR载波的最大信道带宽为400MHz(不考虑800MHz和1GHz),
  • 至少对于单个numerology的情况,每个NR载波的最大子载波数为3300或者6600。
  • CA和DC的最大NR载波数为16。不过RAN2认为应该是32。任何聚合情况下,上下行方向上的NR载波都应该独立进行配置。
  • 上述参数在NR信道设计应当具有一定的扩展性,以便未来版本中UE能够接入同一频率上的NR网络。

3.2   RAN2 #97会议

3.2.1 之前决议内容摘录 (摘自R2-1702375(38.804 v070))
6.png


上图为总体架构。NG-RAN中,gNB用以对UE提供NG-RA用户面(新的AS子层/PDCP/RLC/MAC/PHY)以及控制面(RRC)协议层。gNB之间通过Xn接口相连接。gNB与NGC之间为NG接口。更准确来讲,与AMF(即接入和移动性管理功能)之间为N2接口,与UPF(用户面功能)之间为N3接口。
7.png


上图为NG-RAN与NGC之间的功能分割。SMF表示进程管理功能。
8.png


上图为用户面协议栈。PDCP上引入了新的AS子层。

LTE与NR之间双连接的承载类型考虑三种类型,即经由MCG的分离承载(类似TR 36.842中的3C架构)、SCG承载(类似TR 36.842中的1A架构)以及经由SCG的分离承载。如下图所示。
9.jpg


下图为NR中UE的状态,引入了新的RRC_INACTIVE状态。
10.png


下图为NR与E-UTRAN之间的UE状态转换图。
11.jpg


3.2.2    本次会议讨论的内容摘录

根据LTE规范模式,RAN2对R15的NR规范定义如下:

38.300   stage 2
38.304   空闲模式
38.306   UE特性
38.321   MAC
38.322   RLC
38.323   PDCP
38.331   RRC
38.3xx   新QoS架构下的新协议层

会议达成的协议包括:UP架构方面,RLC支持TM、UM和AM模式,分离(split)承载下支持UM和AM模式。选项7/7a下支持split模式等。

另外,还讨论了以下相关内容。如调度算法概览、QoS影射、MAC、RRC_connected模式下基于UE的移动性、双连接下的HO、有条件切换、空闲模式下的移动性、IDLE/INACTIVE下基于上行的移动性、连接到NGC的LTE与NR之间的移动性、RRC_INACTIVE下的数据传送、寻呼、LTE-NR紧密互操作相关概念、接入控制、UE特性以及分片(slicing)等。

3.3   RAN3 #95会议

3.3.1      之前决议内容摘录 (摘自38.801 v1.1.0 (R3-170335))

12.jpg


新的RAN架构如上图所示。下图为eNB和gNB分别连接到EPC和NGC的示意图。

13.png


NG接口控制面如下图所示,左侧为控制面,右侧为用户面。
14.png


下图为Xn接口控制面和用户面示意图。
15.png


LTE与NR紧密融合时的3/3a/3X、4/4a以及7/7a架构,详见原文。
QoS以及网络切片的相关内容,详见原文。

RAN逻辑架构即CU-DU分离模式可选方案有8种,如下图所示。

16.png


RAN到NR的演进方案论述也非常详细,详见原文。

3.3.2    本次会议讨论的内容摘录

本次会议上,主要讨论了CU-DU分离相关的内容。在Stage 2/3阶段将设定一种高层分离方案。目前推荐考虑选项2(即PDCP/RLC分离模式),最终在4月份决定。选项3-1(即RLC内部分割)比较难以实施。更底层的分离目前没有讨论完成,需要往后推延。L1分离的时间表没有达成一致意见。

采用PDCP与RLC分离的CU-DU方案,是考虑到LTE种双连接3C模式就是采用的PDCP与RLC分离的方式,且已经标准化了,所以便于实现。另外,LTE-NR紧密互操作模式与CU-DU分割采用相同的模式,在未来LTE向5G迁移(migration)过程中用户面有好处。(详见R3-170902)

3.4   RAN4 #82会议

3.4.1    本次会议讨论的内容摘录

RAN4给RAN全会提供了NR频谱列表,其中很多种LTE-NR组合。但是将来NR部署时可能会集中到3.5GHz、4.5GHz、28GHz和40GHz上。

6GHz以下采用15、30和60KHz子载波间隔,带宽采用100-200MHz;6GHz以上则可能采用60、120和240KHz,带宽考虑采用100MHz-1GHz。FFT大小最大考虑4096,8192需要进一步考虑。

4. 总结说明

本月召开的RAN1/2/3/4/5会议是R14 SI(study item)完成前的最后一次会议,各工作组所产生的TR38.801/2/3/4文档也非常重要,这些输出文档还需要输入到RAN全会做最终协调和定夺。因此,对于关心5G技术和标准发展的人们来说,2017/3召开的RAN全会无疑是5G标准化工作中的一个里程碑。会议相关信息如下,让我们大家一起关注并继续探讨5G相关技术和标准吧。
17.png




回复

使用道具 举报

6

主题

526

帖子

1688

积分

金牌会员

Rank: 6Rank: 6

积分
1688
发表于 2018-3-16 10:33:04 | 显示全部楼层
非常感谢分享!
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 注册/登录

本版积分规则

关闭

站长推荐上一条 /3 下一条

Archiver|手机版|小黑屋|RF技术社区

GMT+8, 2024-12-9 08:16 , Processed in 0.071645 second(s), 9 queries , MemCache On.

Powered by Discuz! X3.4

Copyright © 2001-2024, Tencent Cloud.

快速回复 返回顶部 返回列表