你大概遇到过这种情况：手机信号满格、右上角显示5G，但网页半天打不开；或者反过来，信号只有两格，刷视频却很流畅。很多刚入行的工程师会下意识地把“能上网”归结为“信号好”，但实际上，无线信号只解决了“路”的问题，而“你有没有被允许上路、走哪条路、路上限速多少”，是另一套完全独立的过程在管——这就是今天要讲的PDU会话建立（PDU Session Establishment）。
先给一个生活化类比：你入职一家新公司。第一天刷工卡进了大门（这相当于注册/Registration，证明“你是合法员工，可以进楼”），但你还没领到工位、没开通内网账号、没分配VPN权限——你想访问公司服务器，还得走一遍业务开通流程：行政核对你的岗位和权限（签约数据），IT给你分配内网IP和访问策略（会话参数），机房交换机给你所在的端口下发转发规则（用户面配置）。全部做完，你的电脑才能真正连上内网。
PDU会话建立，就是移动网络里的这套“业务开通流程”。它是5G核心网中最高频、最基础的信令过程——你每次打开飞行模式再关掉、每次重启手机、甚至有时只是APP在后台新建一条数据连接，背后都是这套流程在跑。
PDU（Protocol Data Unit，协议数据单元）会话，本质是手机UE与数据网络DN（Data Network，比如互联网、企业专网、IMS语音网）之间的一条端到端逻辑连接。它有几个关键属性：
| 属性 | 说明 | 通俗理解 |
|---|---|---|
| PDU会话类型 | IPv4 / IPv6 / IPv4v6 / Ethernet | 这条管道里跑的是哪种“包裹格式” |
| DNN（数据网络名称） | 标识要接入哪个数据网络 | 你要连的是“公司内网”还是“公网” |
| S-NSSAI（切片标识） | 标识走哪个网络切片 | 你走的是“高速专道”还是“普通车道” |
| SSC模式 | 1/2/3三种会话连续性模式 | 搬家时“老地址”保不保留 |
| 会话AMBR | 整个会话的聚合最大速率 | 这条管道的总限速 |
这里有个容易混淆的点：4G时代对应的概念叫“EPS承载（Bearer）”，5G为什么改名叫“会话”？因为5G把QoS从“管道属性”中解耦了出来。4G里一个承载既代表连接、也代表一套固定的QoS保障；5G里，PDU会话只负责“连接”，服务质量则由会话内可以动态增删的QoS流（QoS Flow）来承载。一个PDU会话里可以有多条QoS流——类比就是：一根水管入户（会话），但里面可以同时走“饮用水”（高优先级语音流）和“浇花水”（普通上网流），两种水各有各的阀门。这部分机制本文不展开，你只需要记住：会话是容器，QoS流是容器里的内容。
PDU会话建立的精妙之处在于：它是一个跨空口、接入网、核心网控制面、核心网用户面的四方协作过程。先看参与者和他们的前世今生：
| 网元 | 在本流程中的职责 | 4G中的对应角色 | 一句话类比 |
|---|---|---|---|
| UE | 发起请求，应用最终下发的地址和QoS规则 | 同为UE | 去行政柜台申请开通的新员工 |
| gNB | 透传NAS信令，建立空口无线承载 | eNB | 楼层前台，负责传话和开楼层门禁 |
| AMF | 锚定N1/N2信令，把会话请求转给SMF | MME | 公司总机/信使，只管“人”不管“业务” |
| SMF | 校验请求、选择UPF、分配IP、装QoS策略 | MME + PGW-C | IT开通专员，真正办业务的人 |
| UPF | 执行转发规则，搬运用户数据 | SGW-U + PGW-U | 机房网关，真正搬包的工人 |
| UDM | 提供用户签约数据（允许哪些DNN/切片） | HSS | 人事档案库 |
| PCF | 提供策略（该给多大的速率、什么优先级） | PCRF | 规章制度手册 |
注意4G→5G的角色拆分：4G的MME被拆成了AMF（管移动性）和SMF（管会话）；4G的SGW/PGW被拆成了控制面（PGW-C→SMF）和用户面（SGW-U/PGW-U→UPF）。这个拆分的思想叫控制面与用户面分离（CUPS），是理解整个流程的钥匙。
为什么要分离？因为控制面信令和用户面流量的“性格”完全不同：信令量小但对可靠性、灵活性要求极高，需要频繁升级迭代；用户流量巨大但处理逻辑相对固定，追求转发效率和低时延。捆在一起，就像让前台接待员同时去机房搬服务器——既耽误办业务，又搬不动。分离之后，SMF作为“遥控器”可以软件化、池化部署（据技术资料，单套SMF集群可管理百万级并发会话），UPF作为“被遥控的转发引擎”可以下沉到机房边缘，各扩各的容、各升各的级。
整体连接关系如下：
flowchart TD
UE["手机 UE"] -->|空口 Uu| RAN["基站 gNB"]
RAN -->|N2 控制面| AMF["AMF 接入管理"]
AMF -->|N11| SMF["SMF 会话管理"]
SMF -.->|签约数据| UDM["UDM 用户数据"]
SMF -.->|策略| PCF["PCF 策略控制"]
SMF -->|N4 PFCP 遥控| UPF["UPF 用户面网关"]
RAN -->|N3 用户面隧道| UPF
UPF -->|N6| DN["数据网络 DN"]
看这张图请记住一个反直觉的事实：UE和SMF之间没有任何直连的“线”。手机发出的会话请求（N1 NAS信令）要“藏”在基站的N2信令里，经AMF中转才能到达SMF。AMF是个尽职的信使，但它看不懂（也不需要看懂）会话内容——这种“传输与解读分离”的设计，让移动性管理和会话管理可以独立演进。
下面是简化的端到端时序图（实际协议中消息名更细，这里保留主干逻辑）：
sequenceDiagram
autonumber
participant U as UE手机
participant R as gNB基站
participant A as AMF
participant S as SMF
participant P as UPF
U->>R: RRC携带N1 NAS 会话建立请求
R->>A: N2透传NAS请求
A->>S: N11创建会话上下文
S->>S: 查UDM签约 取PCF策略 选定UPF
S->>P: N4会话建立 下发转发规则
P-->>S: N4响应 规则生效
S->>A: N2信息 核心侧隧道信息与QoS参数
A->>R: N2会话请求
R->>U: RRC重配置 建立数据无线承载
R-->>A: N2响应 接入侧隧道信息
A->>S: 转交接入侧隧道信息
S->>P: N4修改 拼接N3隧道两端
Note over S,P: SMF是唯一掌握两段隧道信息的角色
S->>A: 会话建立Accept IP地址与QoS规则
A->>R: N1下行Accept
R->>U: 下发Accept 会话就绪
U->>R: 上行首包
R->>P: N3隧道转发首包
我们按四个阶段拆解：
UE发出的PDU Session Establishment Request里带着四个关键字段：DNN（要连哪个网）、S-NSSAI（要走哪个切片）、PDU会话类型（IPv4还是IPv6）、以及SSC模式偏好。为什么UE要自己报这些？因为同一张物理网络要同时服务完全不同的业务域——手机上网走"internet"DNN，走默认切片；一个工厂的机械臂走“专网DNN+高可靠切片”。网络必须先知道“你要什么”，才能决定“给什么、由谁来给”。AMF收到请求后，根据DNN、切片、UE位置和各SMF的负载情况（可借助NRF查询候选者）选定一个SMF，并建立会话上下文。
SMF接手后做三件事：查UDM确认“这个用户订了这项业务吗”；（可选）问PCF“该给他什么策略”；然后选择一个合适的UPF——这里体现了5G的核心设计弹性：如果策略要求低时延，就选靠近基站边缘的UPF；如果是普通浏览，选集中的大容量UPF。选定后，SMF通过N4接口（PFCP协议）向UPF下发会话级转发规则。
这里有初学者最容易忽略的细节：N3隧道（基站→UPF）的两端，是由两个不同角色分配的。核心侧隧道端点信息由SMF/UPF分配，接入侧隧道端点信息由gNB分配，而只有SMF同时知道这两段信息。所以流程必然是：SMF先把核心侧信息通过N2告知gNB（第7–8步）→ gNB通过RRC重配置在空口建好数据无线承载（第9步）→ gNB把自己的接入侧隧道信息原路返回（第10–11步）→ SMF再做一次N4修改，把gNB的隧道信息装进UPF（第12–13步）。至此，N3隧道两端才真正咬合。理解了这一步，你就理解了为什么这个流程需要一个“中央协调者”，以及为什么切换场景下SMF要频繁做N4修改（切换的本质就是换gNB、换接入侧隧道端点）。
Accept消息经AMF、gNB下发给UE，里面带着分配的IP地址、QoS规则、会话AMBR和QFI标识。但请注意最后两步：UE发出上行首包、首包经N3隧道到达UPF——只有真实流量跑通了，这次建立才算真正成功。一线排障中有个铁律：NAS层Accept只是逻辑成功，流量才是物理成功。
SMF通过N4下发到底层的是什么？是四类相互配合的规则，它们构成了UPF处理每个数据包的完整决策链：
flowchart TD
IN["N3隧道收到上行包"] --> PDR["PDR 包检测规则"]
PDR -->|命中某会话规则| FAR["FAR 转发动作规则"]
PDR -->|无匹配规则| DROP["丢弃并告警计数"]
FAR --> QER["QER 限速执行"]
QER --> URR["URR 用量计量"]
URR --> OUT["经N6发往数据网络"]
| 规则类型 | 全称 | 管什么 | 机场安检类比 |
|---|---|---|---|
| PDR | 包检测规则 | 识别这个包属于哪个会话/哪条流 | 看登机牌识别你是哪趟航班 |
| FAR | 转发动作规则 | 决定转发、丢弃、缓存还是复制 | 决定你从哪个登机口走 |
| QER | QoS执行规则 | 执行速率限制（MBR/GBR） | 安检通道的通行速度限制 |
| URR | 用量上报规则 | 统计流量/时长用于计费 | 闸机上的计数器 |
一个包到达UPF，先被PDR“验明正身”（基于IP五元组或应用标识匹配），命中后由FAR决定去向（去N6？丢弃？还是暂存等待寻呼唤醒？），转发途中被QER“掐着速度”，最后被URR“记一笔账”上报给计费系统。PFCP协议本身跑在SCTP上，靠节点级关联加心跳保活——这意味着如果SMF与UPF之间的N4关联断了，已装规则通常仍能“惯性”转发存量流量，但新会话建不了、规则改不动，这是一种很典型的现网故障形态：用户“还能上网”但“新业务异常”，容易误判为无线问题。
顺便算一笔时延账。会话建立完成后，每个包的端到端时延大致可以分解为：
$$T_{e2e} = T_{air} + T_{N3} + T_{UPF} + T_{N6}$$
即空口时延 + N3传输时延 + UPF处理时延 + N6出网时延。PDU会话建立不直接决定这四段有多快，但它决定这四段是否被正确配置、是否真的连通——这正是“信令正确”与“业务可用”的分界线。
为什么IP地址由网络分配而不是UE自带？会话IP由SMF（从UPF地址池或外部DHCP）统一分配，保证了三件事：地址可路由（UPF就是这个网段的网关）、运营可管控（换运营商必换地址）、策略可绑定（QoS和计费都锚定在这个地址上）。
为什么要有三种SSC模式？用一个类比：UPF锚点就像你的“通信地址”。SSC模式1是“人搬走了地址不变”——始终经由原UPF中转，IP永不变化，适合要维持长连接的业务（如视频通话），代价是路径可能绕远；SSC模式2是“先断旧址再换新址”（break-before-make），IP会变，适合可以重连的业务；SSC模式3是“先备好新址再弃旧址”（make-before-break），业务几乎无感切换。三种模式给了运营商按业务特性选择连续性策略的自由——没有最好的设计，只有匹配业务的设计。
为什么Accept之后还可能上不了网？因为会话建立横跨至少四段物理路径（空口、N3、N4控制链、N6）。信令只能保证“配置已下发”，不能保证“每一跳物理可达”。典型坑：N3隧道两端没拼对（VLAN/路由配置错误）、UPF的N6口到互联网的路由缺失、防火墙拦了GTP-U封装。这类问题在信令层面完全看不到异常。
边缘计算是怎么借这个流程落地的？通过一种叫ULCL（上行分类器）的特殊UPF：SMF在会话路径中插入一个“分流点”UPF，为它配置特殊的PDR规则，让匹配特定应用（如本地园区服务器）的流量在就近的N6口分流出去，其余流量继续送往中心UPF。一条会话、两个出口——这是5G“会话可编程”特性的直接产物，也是当前工业5G和园区专网最常用的组网模式之一。
Q: PDU会话和4G EPS承载的区别是什么？ A: 4G承载把“连接”和“QoS保障”绑死在一起，一条承载一个固定QoS；5G把两者解耦——PDU会话只管连接，QoS流在会话内可动态增删。类比：4G是“一根水管一种水压”，5G是“一根入户管、多个独立阀门”。
Q: PDU会话建立和Service Request的区别是什么？ A: Service Request是把已存在的上下文从空闲态“唤醒”（恢复空口资源和用户面连接）；PDU会话建立是创建一条新的端到端连接。手机从飞行模式恢复后，往往是先Service Request唤醒，再按需建立新会话。
Q: 收到Accept但没有流量，该按什么顺序排查？ A: 按数据面路径排查：先查UPF上N4/PFCP会话状态和PDR/FAR规则是否正常，再查N3隧道的两端地址与可达性，最后查N6出口路由。信令面（N1/N11）此时大概率没有问题。
Q: 一个PDU会话里能有多少条QoS流？它们和会话是什么关系？ A: 会话是容器、QoS流是容器里可动态增删的“服务等级通道”，每条流由QFI标识。据技术资料，单条会话支持的QoS流数量可达数十条量级；语音业务典型只占用其中一条带专用保障的流，其余上网流量走默认流。
Q: SSC模式1/2/3现实中怎么选？ A: 绝大多数运营商默认模式1（IP保持不变、体验最稳）；对时延敏感的边缘计算场景用模式2/3让会话迁移到更近的UPF。选型逻辑是：连续性优先选1，路径最优优先选3，实现简单优先选2。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。