3GPP组织和协议概述

3GPP组织概述

1. TSG/WG

3GPP是以工作组开展工作的，目前有3个大的技术规范组：RAN, SA, CT, 这一级别的工作组英语写为 TSG (Technical Specification Group)。每个TSG下面又分了很多工作组(WG: work group).
详见下表：
https://www.3gpp.org/specifications-groups/

最上面是项目协调组（PCG），由ETSI、TIA、TTC、ARIB、TTA和CCSA 6个OP组成，对技术规范组（TSG）进行管理和协调。

2.工作模式

2.1. 全体会议(plenary meetings )

每个TSG 每一个季度开一次全体会议(plenary meetings )，所有的WG工作组都会参会。全会的日期和地点可以在：https://www.3gpp.org/3gpp-calendar/3gpp-calendar 找到。

每次全会的文档都会上传至3GPP服务器上，路径总入口：https://www.3gpp.org/ftp/， 举例：比如要下载TSG RAN第80次会议的文档，可以一步步点进去：https://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_80/ ，这个路径下的Docs目录下有个excel 文件TDoc_List_Meeting_RAN#80.xlsx， 这个excel表格中列出了会议文档的名称和对应的文件号。

2.2.常会(ordinary meeting)
常会在全体会议之间召开，由各个WG(工作组)各自召开。
常会的日期和地点也可以在:https://www.3gpp.org/3gpp-calendar/3gpp-calendar中找到。两次相邻全会之间的会议就是常会。
常会的文档也会上传至3GPP服务器，路径总入口：https://www.3gpp.org/ftp/，比如TSG RAN 下面的WG2的文档位于： https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/
常会讨论的成果会以文档提交给全会进行讨论。

全会和常会都会生成会议纪要和报告文档。这些文档对于了解新技术和协议的进展非常有帮助。

3.协议规范

3.1 协议文档规范编号

详细参考：http://www.3gpp.org/specifications/79-specification-numbering

文档编号	描述
21/22 章	stage 1: 需求分析
23 章	stage 2: 系统架构相关
24 章	stage 3: NAS 信令规范
36 章	LTE 规范
38 章	5G NR 规范

3.2 5G RAN协议:

(LTE 协议只需要将下表的38改成36即可)

层	TS	描述
L1	38.201	概述
	38.211	信道和调制
	38.212	复用和信道编码
	38.213	control 流程
	38.214	data 流程
	38.215	测量流程
L2	38.321	MAC
	38.322	RLC
	38.323	PDCP
	38.306	UE 能力
RRC	38.331	RRC

3.3 NAS协议

层	TS	描述
NAS	24.301	Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 3
	24.501	Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3

3.4 一致性测试相关协议(Conformance Testing)
(LTE 相关协议只需要将下表的38改成36即可)
仪表厂商(Keysight(Anite)/R&S/Anritsu)实现这些case, 用来测试UE的modem能力。运营商入库测试也会参考这些用例。

CT	TS	描述
PCT	38.523-1	5GS; User Equipment (UE) conformance specification:Part 1: Protocol ，协议一致性测试
RF CT	38.521	NR; User Equipment (UE) conformance specification; Radio transmission and reception， 射频一致性测试

除了协议一致性用例，运营商也会自己定义一些case，比如CMCC的NSIOT测试。

3.5 BS 性能仿真

TS	描述
38.104	NR; Base Station (BS) radio transmission and reception

其中第八章是关于基站性能要求的(Conducted performance requirements), 信道性能仿真要参考其中的要求。比如BS: 4RX/20M BW， UE: TA1/Ch:EPA5/pucch f2(16bit), 基站解码UE数据BLER达到1% 对应的SNR是否满足协议要求。

3.6 UE idle procedure

TS	描述
38.304	NR; User Equipment (UE) procedures in idle mode and in RRC Inactive state

这一章非常重要，尤其对于UE相关开发人员，主要描述了UE 空闲态的行为,包括小区选择和重选准则以及Paging 相关描述。36.304是LTE 相关协议。
UE 连接态下的 行为是在那一章描述的呢？可以参考38.331的第5章(Procedures).
对于UE modem 协议开发人员而已，36.304/36.331 尤为重要，熟悉了这2个协议，对于UE 的Cell Selection、Cell Reselection、Handover、Paging、Cell Measurement等行为就了如指掌了。
RRC 在协议控制面架构中起到了承上启下的作用，L1对小区的测量相当一部分是由RRC下发的，并对L1测量上报进行分析，根据规则(MIB/SIB/RRCconReconfigration)来完成小区驻留/重选/MeasReport.等行为。