1. 欢迎大家订阅和关注，精讲3GPP通信协议（2G/3G/4G/5G/IMS）知识点，专栏会持续更新中.....敬请期待！

目录

1. NGAP 按流程功能分类

1.1 接口管理过程

1.1.1 NG Setup

1.2.1 NAS消息传输过程 Transport of NAS Messages Procedures

1.2 UE上下文管理过程 (UE Context Management Procedures)

1.2.1 Initial Context Setup

1.2.2 INITIAL CONTEXT SETUP REQUEST

1.2.3 INITIAL CONTEXT SETUP RESPONSE

1.2.4 UE Context Release Request (NG-RAN node initiated)

1.2.5 UE Context Release (AMF initiated)

1.3 PDU会话管理过程

1.3.1 PDU Session Resource Setup

2. PFCP协议：SMF 与 UFP 之间

3. PFCP关联

3.1 PFCP Association Setup Request 消息

3.2 PFCP Association Setup Request body 参数

3.3 PFCP Association Setup Respense 消息

4. GTPv2协议

5. 信令消息

5.1 路径管理

5.2 隧道管理

6. HTTP2协议

---

1. NGAP 按流程功能分类

1.1 接口管理过程

1.1.1 NG Setup

用来交换 NG-RAN 节点和 AMF 在 NG-C 接口上正确互操作所需的应用程序数据，该程序应是 TNL 关联开始运行后触发的第一个 NGAP 程序。

 NG SETUP REQUEST

1.2.1 NAS消息传输过程 Transport of NAS Messages Procedures

Initial UE Message

由 NG-RAN -> AMF 的 INITIAL UE MESSAGE

1.2 UE上下文管理过程 (UE Context Management Procedures)

1.2.1 Initial Context Setup

在需要时在 NG-RAN 节点上建立必要的整体初始 UE 上下文，包括 PDU 会话上下文，安全密钥，移动性限制列表，UE 无线电能力和 UE 安全能力等。

1.2.2 INITIAL CONTEXT SETUP REQUEST

AMF --> NG-RAN

1.2.3 INITIAL CONTEXT SETUP RESPONSE

1.2.4 UE Context Release Request (NG-RAN node initiated)

控制与 UE 相关的逻辑 NG 连接的 NG-RAN 节点，通过向受影响的 AMF 发送 UE CONTEXT RELEASE REQUEST 消息来启动该过程。

1.2.5 UE Context Release (AMF initiated)

1.3 PDU会话管理过程

1.3.1 PDU Session Resource Setup

1. 寻呼过程：

2. UE移动性管理过程：

3. UE无线能力管理过程：

4. 位置报告过程

2. PFCP协议：SMF 与 UFP 之间

PFCP 消息用在 CP Function 和 UP Function 之间的 N4 接口，用于控制面与用户面的交互

PFCP 消息包含 PFCP 消息头，根据消息的类型可能包含后续的 IE

节点相关的 PFCP 消息头

 对于节点相关的消息，PFCP 消息头不包含 SEID 字段，但是会包含 the Sequence Number 字段，最后是 spare

会话相关的 PFCP 消息头

 

会话相关的消息的 PFCP 消息头必包含 SEID 设置为1，消息头长度为16，MP可能为0或1，MP为1时，最后一个字节的高4位为优先级。

如果 MP 设置为 1，第 16字节的 5-8 位指示了消息优先级

当 S=1，字节 5-12 代表了 SEID 字段

功能介绍：

控制平面功能元素(如SMF)通过建立、修改或删除PFCP会话来控制用户平面功能元素(如UPF)的报文处理和转发。

PFCP协议控制用户面数据包的转发。它是5G网络中控制面和用户面之间的协议之一，用于在不同网络节点之间传输用户面数据包的转发规则。PFCP协议的主要作用包括：

1. 控制面和用户面之间的通信：PFCP协议在5G核心网中用于控制面和用户面之间的通信，允许核心网控制平面中的元素来配置和控制用户面中的元素。

2. 用户面数据包的转发：PFCP协议用于控制用户面数据包的转发，包括定义数据包转发的规则和策略。

3. 用户面会话管理：PFCP协议还支持用户面会话管理，允许核心网控制面中的元素来管理用户面中的会话状态和流量

PFCP协议的结构包括消息类型、消息头、消息体和TLV（Type-Length-Value）三个部分。其中，消息类型定义了消息的类型，消息头包含了消息的一些元数据信息，消息体则包含了具体的消息内容，TLV则用于传输消息体中的参数信息。

需要注意的是，PFCP协议是在GTP-U（GPRS Tunneling Protocol-User Plane）协议的基础上进行扩展和改进而来的，用于支持更高效和更灵活的用户面数据包转发和控制。

PFCP协议用于控制用户面数据包的转发，包括定义数据包转发的规则和策略。其消息交互过程一般分为如下几个步骤：

1. 建立会话：在用户面数据流需要进行转发时，控制面中的元素需要向用户面中的元素发起会话建立请求。此时，控制面元素向用户面元素发送一个Session Establishment Request消息，该消息中包含了一些必要的参数信息，如Session ID等。

2. 确认会话：当用户面元素收到Session Establishment Request消息后，会根据消息中包含的参数信息来确认会话是否可以建立。如果可以建立，则用户面元素向控制面元素发送一个Session Establishment Response消息，该消息中包含了一些必要的参数信息，如Session ID等。

3. 配置规则：会话建立完成后，控制面元素可以向用户面元素发送PFCP消息来配置用户面数据流的转发规则。此时，控制面元素向用户面元素发送一个PFCP规则配置请求消息，该消息中包含了一些必要的参数信息，如规则ID、规则优先级、匹配规则等。

4. 确认规则：当用户面元素收到PFCP规则配置请求消息后，会根据消息中包含的参数信息来确认规则是否可以配置。如果可以配置，则用户面元素向控制面元素发送一个PFCP规则配置响应消息，该消息中包含了一些必要的参数信息，如规则ID、结果状态等。

5. 更新规则：在用户面数据流需要进行转发时，控制面元素可以向用户面元素发送PFCP消息来更新用户面数据流的转发规则。此时，控制面元素向用户面元素发送一个PFCP规则更新请求消息，该消息中包含了一些必要的参数信息，如规则ID、新的匹配规则等。

6. 确认更新：当用户面元素收到PFCP规则更新请求消息后，会根据消息中包含的参数信息来确认更新是否可以进行。如果可以进行，则用户面元素向控制面元素发送一个PFCP规则更新响应消息，该消息中包含了一些必要的参数信息，如规则ID、结果状态等。

3. PFCP关联

在 UP 功能上建立 PFCP 会话之前，应在 CP 功能和 UP 功能之间建立 PFCP 关联。一个 CP 功能和 UP 功能将由唯一的 Node ID 标识，Node ID 将被设置位 FQDN 或者 IP 地址

3.1 PFCP Association Setup Request 消息

和 UP 建立 PFCP 连接

     - 提供 node 相关参数

     - 提供 UP 功能特性

     - 使用 Heartbeat 程序检查 UP 的响应

     - 可能建立 PFCP 会话

     - 如果 UP 已经指示优雅的关闭，避免尝试建立新的 PFCP 会话

3.2 PFCP Association Setup Request body 参数

- Node ID，发送方以为的标识符

- Recovery Time Stamp，当 CP 或 CP 已经启动的时间戳

- UP Function Features，指示 UP 功能支持的特性（UP 发送）

- CP Function Features，指示 CP 功能支持的特性（CP 发送）

- User Plane IP Resource Information，包含 IPv4 / IPv6，还有 TEID，用来在 UP 分配 GTP-U F-TEID（UP 发送）

3.3 PFCP Association Setup Respense 消息

当和 CP 建立 PFCP 关联

- 更新 CP 支持的特性

- 更新 CP load/overload 控制信息功能

- 可能更新 UP IP 可用资源给 CP

- 接收从 CP 发来的 PFCP 会话相关信息

- 使用 Heartbeat 程序检查 CP 的响应

- 当失败或不再服务区，指示 CP 优雅的关闭

交互流程：

AMF                                                                                              UPF

-----------------PFCP Association Setup Request----------------------->

-----------------PFCP Association Setup Response----------------->

-----------------PFCP Association Establishmeng Request-------->

-----------------PFCP Association Establishmeng Response-------->

-----------------PFCP Association Modification Request------------->

-----------------PFCP Association Modification Response----------->

4. GTPv2协议

GTP 可以提供移动性的功能。使用 GTP，网络的终端能够在网络中移动位置，各个端点集之间可以建立多个隧道，从而根据业务不同可以提供不同的 Qos，可以隐藏 IP，安全性更高。

- Version， 用来决定 GTP 协议的版本，该版本应该设置为 1

- Protocol Type（PT），这一位用作为协议标识符在 GTP（PT为1）还是 GTP'(PT为0)。GTP' 在 3GPP TS 32.295 中定义，并且它的头部的含义和 GTP 一样的

- Extension Header flag (E)，这一位指示 Next Extension Header 域是否有意义。当设置为 0 时，Next Extension Header 不存在，如果存在也不被解释。当设置为 1 时，Next Extension Header 域要被解释

- Sequence number flag (S)，这一位指示 Sequence number 域是否有意义。当设置为 0 时，Sequence number 要么不存在，如果村在也不被解释。当这设置为 1 时，Sequence number 域要被解释

- N-PDU Number flag (PN)，指示 N-PDU Number 是否有意义。当设置为 0，N-PDU Number 不存在，或者存在不被解释，当设置 1，N-PDU Number 将被解释

- Message Type，定义了 GTP 的消息类型，包括 GTP-C 和 GTP-U

- Length，指示了 payload 的长度，以字节为单位

- Tunnel Endpoint Identifier (TEID)，该字段明确标识接收 GTP-U 协议实体中的隧道终结点，GTP 隧道的接收端在本地分配发送方必须使用的 TEID 值。指示了 T-PDU 属于哪个隧道。

5. 信令消息

5.1 路径管理

Echo Request Msg：用来探测 GTP Path 和对端节点是否正常。发送间隔由 N3 计数器控制，建议值为 5 次。T3 为等待响应的时间，建议不低于 60 秒。若 T3 * N3 超时，则认为 GTP Path 失效。

Echo Response Msg：对 Echo Request 的响应。

Supported Extension Headers Notification：声明自己所支持的 GTP 扩展包头。

5.2 隧道管理

Error Indication：当收到一个 G-PDU 但找不到对应的 EPS Bearer/PDU Session，并且 TEID 不是全是 0，则要给对端发 Error Indication。主要用途防止 DOS 攻击。

End Marker：用于表明该 GTP-U 隧道已收到最后一个 G-PDU，该隧道将不再接收后续的用户数据。如果来了，也被直接丢弃。

6. HTTP2协议

HTTP/2消息是一个或者两个HEADERS帧（用于承载HTTP头）、零个或多个DATA帧（用于承载与资源有关的实际内容）和一个可选的终结HEADERS帧（承载HTTP尾部）的组合。

5G核心网络传输层统一采用HTTP/2协议,应用层携带不同的服务消息

用户面与控制面分离介绍：

1. 控制面和用户面的分离，应当允许在不同的频率发送，例如控制面（C 面）在覆盖好的较低的频 段发送，而用户面（U 面）在较高的频率高速发送。

2. 灵活性和可扩展性：控制面和用户面的分离使得网络的控制和数据传输可以独立进行，这样可以更好地实现网络功能的灵活性和可扩展性。通过将控制面与用户面分开，可以根据网络需求对两者进行独立的扩容或升级，而不会相互影响。

3. 低延迟和高吞吐量：用户面处理的是大量的用户数据流量，对于实时性和高吞吐量的要求较高。将用户面与控制面分离可以专注于优化用户数据的传输，减少控制信令对用户数据传输的干扰，从而提供更低的延迟和更高的吞吐量。

4. 网络切片支持：5G网络提供了网络切片（Network Slicing）的能力，可以根据不同的服务需求，将网络资源划分为多个逻辑上独立的网络实例。控制面和用户面的分离使得可以为每个网络切片分别配置和优化控制和数据传输的策略，实现不同切片之间的隔离和灵活管理。

5. 网络安全性：控制面和用户面的分离可以提高网络的安全性。控制面负责处理身份验证、鉴权和授权等安全功能，而用户面则专注于传输用户数据。这种分离可以减少攻击者对控制面的直接访问，并降低网络安全威胁的风险。