好的,在深入探讨了RRC层的核心功能和状态机之后,我们现在将进入一个看似简单但至关重要的领域——身份标识。在一个拥有数十亿连接的庞大网络中,如何为每一个UE、每一个网络节点、每一个信令流程都分配一个独一无二且高效的“身份证号”?这就是3GPP TS 38.300第8章要回答的问题。

深度解析 3GPP TS 38.300:8 NG Identities (NG身份标识)

本文技术原理深度参考了3GPP TS 38.300 V18.5.0 (2025-03) Release 18规范中,关于“Chapter 8 NG Identities”的核心章节,旨在为读者系统性地梳理5G网络中UE和网络侧的各种关键身份标识(RNTI, a.k.a. “Ranties”),并阐明它们在不同场景下的具体用途。

前言:5G世界的“身份证”大全

我们的主角小明,在他的5G智慧校园里,就如同生活在一个庞大的“数字城市”。在这座城市里,有数万名像他一样的“居民”(UE),有成百上千个“服务站”(gNB),还有远端的“市政中心”(5GC)。为了让这座城市有序运转,每个人、每个机构、甚至每一次特定的交互,都需要一个清晰的身份标识。

  • 当gNB需要给小明下发数据时,它如何在成百上千个UE中精准地找到他?(需要一个专属ID

  • 当有紧急广播或寻呼消息时,网络如何让所有或特定的UE都“竖起耳朵”?(需要一个公共ID

  • 当UE发起随机接入时,它如何在一个临时的“匿名”状态下获得响应?(需要一个临时ID

这些形形色色的“身份证”,在5G世界里被统称为身份标识(Identities),其中最著名的一族就是RNTI(Radio Network Temporary Identifier,无线网络临时标识)。导师老王告诉小玲:“如果你想成为一名出色的信令分析专家,就必须对各种RNTI了如指掌。38.300的第8章,就是5G世界的‘身份证大全’和‘户籍管理条例’。”

今天,我们将化身为“户籍警官”,逐一查阅UE和网络的“户口本”,揭示这些神秘字母组合背后的含义与功能。

1. UE的“百变马甲”:UE Identities (8.1)

一个UE在与网络交互的不同阶段,会使用不同的身份标识。这些标识就像是它在不同场合佩戴的“工牌”,用于不同的目的。

1.1 核心调度ID:C-RNTI

  • C-RNTI: unique UE identification used as an identifier of the RRC Connection and for scheduling;

C-RNTI(Cell-RNTI)是UE在RRC_CONNECTED状态下,由服务小区为其分配的一个唯一的、小区内有效的标识。它是UE在连接态下的主要“身份证号”

  • 用途

    1. 专属调度:当gNB在PDCCH上调度PDSCH(下行数据)或PUSCH(上行数据)给某个UE时,会用该UE的C-RNTI对PDCCH的CRC进行加扰。UE在盲检PDCCH时,会尝试用自己的C-RNTI去解扰,一旦成功,就知道这条调度指令是发给自己的。

    2. RRC连接标识:C-RNTI也唯一标识了一个RRC连接。

1.2 公共广播ID:P-RNTI, SI-RNTI

这两类RNTI用于“广而告之”的场景。

  • P-RNTI: identification of Paging and System Information change notification in the downlink;
  • SI-RNTI: identification of Broadcast and System Information in the downlink;
  • P-RNTI(Paging-RNTI):当网络需要寻呼UE或通知系统信息变更时,会在PDCCH上使用一个所有UE都知道的、固定的P-RNTI来加扰DCI。所有处于IDLE/INACTIVE状态的UE,在自己的寻呼时刻,都会尝试用P-RNTI来解码PDCCH。

  • SI-RNTI(System Information-RNTI):当gNB需要调度SIB消息时,同样会在PDCCH上使用一个固定的SI-RNTI来加扰DCI。所有需要读取系统信息的UE都会监听这个RNTI。

1.3 随机接入过程的临时ID:RA-RNTI, MSGB-RNTI, Temporary C-RNTI

在随机接入这个“匿名敲门”的过程中,UE还没有专属的C-RNTI,因此需要一系列临时ID。

  • RA-RNTI: identification of the Random Access Response in the downlink;
  • MSGB-RNTI: identification of the Random Access Response for 2-step RA type in the downlink;
  • Temporary C-RNTI: UE identification temporarily used for scheduling during the random access procedure;
  • RA-RNTI(Random Access-RNTI):UE在发送Msg1(前导码)后,会在一个特定的时间窗口内,监听一个由其发送前导码的时频位置计算出来的RA-RNTI。gNB的Msg2(RAR - 随机接入响应)就是用这个RA-RNTI来寻址的。

  • MSGB-RNTI:在2-step RACH中,功能与RA-RNTI类似,用于响应MsgA。

  • Temporary C-RNTI:gNB会在Msg2中,为UE分配一个临时的C-RNTI。UE在发送Msg3时会使用这个临时ID。gNB在发送Msg4(冲突解决)时,也会用它来调度。一旦冲突解决成功,这个临时C-RNTI就会“转正”,成为UE的正式C-RNTI。

1.4 “休眠”时的ID:I-RNTI

  • I-RNTI: used to identify the UE context in RRC_INACTIVE.

**I-RNTI(Inactive-RNTI)是UE在进入RRC_INACTIVE状态时,由最后一个服务gNB为其分配的一个唯一的、全局有效(在一定范围内)**的标识。当UE在RNA内移动到新的gNB,并发起连接恢复(Resume)时,它会在RRCResumeRequest消息中上报这个I-RNTI。新的gNB根据I-RNTI,就能知道该去哪个“老gNB”那里把这个UE的“上下文档案”取回来。I-RNTI是实现INACTIVE状态下快速上下文恢复的“索引”。

1.5 其他功能性RNTI

NR还定义了大量用于特定功能的RNTI,它们就像是各种“临时通行证”。

  • CS-RNTI (Configured Scheduling-RNTI):用于激活/去激活半静态调度(SPS)或配置授权(Configured Grant)。

  • TPC-PUCCH/PUSCH/SRS-RNTI:用于在一组UE中,通过一条DCI,同时发送多个UE的上行功率控制(TPC)指令。

  • Sidelink相关的RNTI (SL-RNTI, SL-CS-RNTI等):用于Sidelink通信中的调度和控制。

  • MBS相关的RNTI (G-RNTI, G-CS-RNTI等):用于组播/广播业务的调度。

2. 网络的“地址簿”:Network Identities (8.2)

除了UE的标识,网络侧的各个节点和区域,也需要清晰的身份标识。

  • NCGI (NR Cell Global Identifier)NR小区的全球唯一标识。它由PLMN ID + NR Cell Identity (NCI)构成。是小区的“全球身份证号”。

  • gNB Identifier (gNB ID):在一个PLMN内,唯一标识一个gNB。

  • Global gNB IDgNB的全球唯一标识,由PLMN ID + gNB ID构成。

  • TAI (Tracking Area Identity)跟踪区的全球唯一标识,由PLMN ID + TAC (Tracking Area Code)构成。IDLE状态下的UE进行位置更新,就是以TA为单位的。

  • S-NSSAI (Single Network Slice Selection Assistance Information)网络切片的唯一标识

  • NID (Network Identifier):与PLMN ID组合,用于唯一标识一个SNPN(独立专网)

  • CAG Identifier: 用于标识一个CAG(闭合用户组)

这些网络侧的ID,共同构成了5G网络的“地理和行政区划图”,是实现路由、寻呼、移动性管理的基础。

在UE与UE直接通信的Sidelink世界里,也需要一套独立的身份标识系统。

  • Source Layer-2 ID: Identifies the sender of the data in NR sidelink communication…
  • Destination Layer-2 ID: Identifies the target of the data in NR sidelink communication…
  • 源/目的L2 ID:这是Sidelink通信中,标识发送方接收方的MAC层地址。它们在PC5接口上的作用,类似于以太网中的MAC地址。一个UE可以拥有多个L2 ID,用于不同的应用或服务。这些ID的分配和管理由更高层(如应用层或网络侧)负责。

总结:分层、动态、高效的身份体系

通过对第8章的深入学习,我们发现5G的身份标识体系是一个设计精巧的系统,具有以下几个显著特点:

  1. 分层设计:从全球唯一的永久标识(如SUPI),到核心网级的临时标识(GUTI),再到接入网小区级的临时标识(C-RNTI),以及各种功能性的临时标识,形成了一个层次化的身份管理体系。

  2. 动态性:绝大多数在无线接口上使用的ID(特别是各种RNTI)都是临时的、动态分配的,这增强了用户的隐私和安全。

  3. 上下文关联:不同的ID在不同的场景(RRC状态、信令流程)下被激活使用,ID本身就隐含了上下文信息。例如,看到RA-RNTI就知道这是在进行随机接入响应。

  4. 高效性:RNTI的长度通常是16比特,通过将其用于PDCCH CRC加扰的方式进行寻址,是一种非常高效的物理层实现,无需在DCI中专门携带冗长的UE ID字段。

掌握了这套“身份证大全”,就等于掌握了阅读5G空中接口信令的“密码本”。在分析信令日志时,通过识别DCI是用哪种RNTI加扰的,我们就能立刻判断出这条信令的目的(是调度数据?还是寻呼?还是随机接入响应?),从而极大地提升问题定位的效率。

在下一篇文章中,我们将正式进入规范中篇幅最长、也是移动通信的永恒主题——第9章 移动性与状态转换(Mobility and State Transitions),系统地学习UE在IDLE, INACTIVE, CONNECTED三种状态下的完整移动性管理流程。

FAQ

Q1:为什么需要这么多不同种类的RNTI?用一个统一的UE ID不行吗?

A1:使用多种RNTI是为了效率、功能区分和流程解耦。1)效率:在PDCCH上通过RNTI加扰CRC进行寻址,是一种物理层隐式寻址,效率极高。如果用一个统一的UE ID,就需要很长的比特位,在宝贵的PDCCH资源中会造成巨大浪费。2)功能区分:不同的RNTI天生就代表了不同的信令目的。gNB用SI-RNTI调度,UE就知道这是系统信息;用P-RNTI调度,就知道这是寻呼。这种“信令自带标签”的方式,简化了UE侧的处理逻辑。3)流程解耦:在随机接入等临时流程中,使用RA-RNTI、TC-RNTI等临时ID,可以将这个临时过程与UE的稳定连接状态(使用C-RNTI)解耦,流程更清晰,也增强了安全性。

Q2:C-RNTI是唯一的吗?它和IMSI/SUPI有什么关系?

A2:C-RNTI是小区内唯一、临时有效的。这意味着,在同一个小区的同一时刻,不会有两个UE被分配相同的C-RNTI。但当UE切换到另一个小区后,新的小区会为其分配一个新的C-RNTI。IMSI/SUPI则是用户的全球唯一、永久不变的身份标识,存储在SIM卡中,主要用于核心网进行认证和签约管理。关系是:IMSI/SUPI是用户的“法定姓名”,而C-RNTI是用户在某个小区这个“临时班级”里的“学号”。“学号”只在本班级内有效,换了班级就会变。网络通过初始接入过程,将不可变的“法定姓名”与一个临时的“学号”关联起来。

Q3:我如何知道一条PDCCH是用哪种RNTI加扰的?

A3:UE通过盲检(Blind Detection)来发现。在每一个监听时刻,UE会在其搜索空间(Search Space)内,对所有可能的PDCCH候选位置,逐一尝试使用所有它当前需要监听的RNTI(例如,C-RNTI, P-RNTI, SI-RNTI等)来进行CRC解扰。如果用某个RNTI解扰成功(CRC校验通过),那么UE就知道这条PDCCH就是发给它的,并且其类型就由这个成功的RNTI所决定。这是一个计算密集型过程,也是UE在待机时功耗的主要来源之一。

Q4:I-RNTI的结构是怎样的?为什么它能帮助新gNB找到旧gNB?

A4:I-RNTI的设计非常巧妙,它本身就内嵌了“地址信息”。一个完整的I-RNTI(40比特)通常由两部分构成:一部分是旧gNB的ID,另一部分是UE在该gNB内的ID。当UE带着这个I-RNTI在新gNB上发起恢复请求时,新gNB会解析出其中的旧gNB ID。由于网络中的所有gNB都通过OAM进行了配置,或者通过Xn接口交换了彼此的ID和网络地址信息,新gNB就可以根据这个解析出的ID,在自己的“邻居gNB地址簿”中,查到旧gNB的IP地址,从而发起XnAP RETRIEVE UE CONTEXT的信令流程。Annex F of TS 38.300 对I-RNTI的结构有更详细的描述。

Q5:Sidelink的L2 ID和UE的RNTI有什么关系?

A5:它们是两套完全独立的身份体系,用于不同的通信接口。RNTI是在Uu接口(UE与gNB之间)上使用的、由gNB分配和管理的临时标识。而Sidelink L2 ID是在**PC5接口(UE与UE之间)**上使用的、由更高层(应用层或网络侧配置)分配的标识,用于在Sidelink MAC层识别通信的源和目的。两者没有任何直接的关联。一个UE在进行Sidelink通信时,会使用它的L2 ID;当它需要与gNB通信(例如,在Mode 1下请求Sidelink资源)时,则会使用gNB为它分配的C-RNTI。