在5G之前，无论UE处于网络覆盖的哪个角落，对一个APN/DNN发起的PDU会话都会被路由到该DNN所对应的、网络中（通常集中部署）的PDN/DN。这种"全局可达"模型对运营商的公网业务没问题，但对边缘计算（MEC）、本地工业专网、园区数据不出域等场景是灾难性的：低时延业务被强制绕回中心DC，数据要出园区，本地分流无能为力。
3GPP在TS 23.501第5.6.5款定义了LADN（Local Area Data Network，本地数据网络）来解决这个矛盾：一个DNN只在特定的地理区域（LADN服务区）内可用。UE在该区域内时可以建立并使用该DNN的PDU会话，一旦离开该区域，网络自动释放该PDU会话。这与第5.6.6款"边缘计算支持"中的UL CL（上行分类器）/分支点机制互补——LADN解决的是"DNN在哪个区域存在"的准入控制问题，UL CL解决的是"如何把已经存在的会话流量就近分流"的转发问题。两者共同构成5G边缘计算的信令底座。
本文聚焦TS 23.501 §5.6.5、TS 23.502 §4.2.2.2 / §4.2.3 / §4.2.4、TS 24.501 §9.11.3.30中的LADN具体机制，拆解从订阅配置、注册下发、会话建立校验到移动性释放的完整信令链。
LADN机制围绕三个对象展开，理解它们的归属是掌握整个机制的前提：
| 概念 | 定义来源 | 物理位置 | 作用 |
|---|---|---|---|
| LADN DNN | TS 23.501 §3、§5.6.5 | UE订阅数据（UDM） | 标识一个"只在局部可用"的数据网络名 |
| LADN服务区 | TS 23.501 §5.6.5 | AMF本地配置（OAM） | 由一组TAI（Tracking Area）定义的地理范围 |
| LADN Information | TS 23.501 §5.6.5、TS 24.501 §9.11.3.30 | 下发给UE的NAS IE | "LADN DNN + 对应LADN服务区(TAI列表)"的组合 |
关键设计要点：LADN DNN来自UE的订阅（UDM的Access and Mobility Subscription Data中的LADN Subscription Data），而LADN服务区是AMF本地配置的（不同AMF覆盖不同区域，因此同一个LADN DNN在不同城市的AMF上可能有不同的服务区配置）。AMF在注册时做一次"交集"运算：取出UE订阅的所有LADN DNN，再取出本AMF已配置了服务区的那些LADN DNN，将两者的交集（每个DNN附带本AMF的服务区TAI列表）作为LADN Information下发给UE。这个分工设计使得LADN服务区可以按区域弹性划分，而订阅数据保持全局一致。
flowchart LR
subgraph UDM["UDM（订阅数据，全局一致）"]
S1["LADN Subscription Data<br/>LADN DNN 列表<br/>dnn-a, dnn-b, dnn-c"]
end
subgraph AMF["AMF（本地配置 + 运行时）"]
CFG["OAM配置的<br/>LADN服务区<br/>dnn-a→[TAI...]<br/>dnn-c→[TAI...]<br/>dnn-b→未配置"]
UELOC["UE当前位置 TAI"]
INTER["交集运算"]
end
S1 --> INTER
CFG --> INTER
UELOC --> INTER
INTER -->|"LADN Information<br/>(dnn-a + TAI列表)<br/>(dnn-c + TAI列表)"| UE
UE["UE NAS 层<br/>缓存LADN Information"]
上图体现了LADN信息生成的核心逻辑：UE可用的LADN DNN = 订阅DNN ∩ 本AMF配置了服务区的DNN。注意dnn-b虽然订阅了但本AMF未配置服务区，因此不下发；UE若发起dnn-b会被当作普通DNN处理（或被AMF按订阅校验）。
LADN信息的主要下发时机是初始注册和移动性注册更新，其次可通过配置更新命令（Configuration Update Command）动态更新。
sequenceDiagram
participant UE
participant RAN as (NG)-RAN
participant AMF
participant UDM
participant AUSF as (认证)
Note over UE,AMF: 阶段一：注册请求与认证鉴权（省略5G AKA细节）
UE->>RAN: Registration Request<br/>(注册类型=初始注册)
RAN->>AMF: NAS: REGISTRATION REQUEST<br/>(含5GS Registration Type)
AMF->>UDM: Nudm_SDM_Get(SUPI, "AccessAndMobility")<br/>获取AM签约数据
UDM-->>AMF: AM Subscription Data<br/>含 LADN Subscription Data:<br/>LADN DNN列表 {dnn-local}
Note over AMF: AMF做交集运算：<br/>dnn-local订阅有 ✓<br/>本AMF配置了dnn-local服务区 ✓
AMF->>AMF: 生成 LADN Information<br/>= { dnn-local, TAI列表[T1,T2,T3] }
UE->>RAN: (认证完成，省略)
AMF-->>RAN: NAS: REGISTRATION ACCEPT
RAN-->>UE: REGISTRATION ACCEPT<br/>携带 LADN Information IE<br/>(TS 24.501 §9.11.3.30)
Note over UE: UE NAS层缓存LADN Information<br/>并据此判断自身是否在服务区内
时序图中需要特别注意的点：
Nudm_SDM_Get请求Access and Mobility Subscription Data（TS 29.503）。该数据结构中包含可选字段LadnSubscriptionData，其内容就是该用户订阅的LADN DNN列表。flowchart TB
IE["LADN Information IE<br/>IEI = 0x??(根据版本), 长度可变"]
IE --> LEN["Length of LADN Information contents (2字节)"]
LEN --> LIST["LADN Information 列表（1个或多个条目）"]
LIST --> E1["条目1"]
LIST --> E2["条目2 ..."]
E1 --> DNNL["DNN length (1字节)"]
DNNL --> DNN["DNN (变长, 如 'internet.mec.local')"]
DNN --> TAIL["TAI list length (2字节)"]
TAIL --> TAILV["TAI list (每个TAI定长)<br/>[PLMN-ID + TAC]...<br/>= LADN服务区"]
style DNN fill:#e8f5e9
style TAILV fill:#fff3e0
上图中绿色DNN字段和橙色TAI list字段合在一起就是"一个LADN DNN及其服务区"的完整描述。一个LADN Information IE可以携带多个这样的条目（一个UE订阅多个LADN DNN的情况）。关键IE参数说明如下表：
| IE字段 | 长度 | 含义 | 备注 |
|---|---|---|---|
| DNN length | 1 octet | DNN字段的字节数 | DNN为变长字符串 |
| DNN | 变长 | LADN DNN名称（如internet、 mec.local） | APN与DNN格式可互转 |
| TAI list length | 2 octets | TAI列表总字节数 | 决定服务区大小 |
| TAI list | N×octet | 若干TAI（每个含PLMN-ID + TAC） | 共同定义LADN服务区 |
UE拿到LADN Information后会缓存它，并在每次需要发起LADN DNN的PDU会话建立前自行判断：当前注册的TAI是否落在该DNN的TAI list内。这是LADN"双校验"的第一道——UE侧预校验，避免不必要的信令；第二道是网络侧（AMF）校验，见下一节。
当UE决定为某个LADN DNN建立PDU会话时，信令经过AMF时会被做一次LADN服务区校验，这是LADN机制最核心的控制点。
sequenceDiagram
participant UE
participant RAN as (NG)-RAN
participant AMF
participant SMF
participant UPF as 本地PSA/UPF
participant DN as 本地DN(MEC)
Note over UE: UE预校验：当前TAI ∈ dnn-local服务区 ✓
UE->>RAN: NAS UL: PDU SESSION ESTABLISHMENT REQUEST<br/>N1 SM容器(含DNN=dnn-local, S-NSSAI)
RAN->>AMF: 转发N1 SM (含PDU会话建立请求)
Note over AMF: 【LADN校验点】<br/>1. dnn-local是LADN DNN? ✓<br/>2. UE当前TAI ∈ LADN服务区? ✓<br/>通过→转发；不通过→直接拒绝
alt UE在服务区内
AMF->>SMF: Nsmf_PDUSession_CreateSMContext<br/>(选定本地SMF, 含DNN, UE位置)
SMF->>SMF: SMF/UPF选择(CU-CP查询)<br/>选择本地PSA(靠近UE的UPF)
SMF->>UPF: N4会话建立(本地UPF)
SMF-->>AMF: Nsmf_PDUSession_CreateSMContext 响应(N2 SM info)
AMF-->>RAN: N2 PDU Session Resource Setup Request
RAN-->>UE: AS: RRC Reconfiguration(建立DRB)
UPF-->>DN: 本地N6直达<br/>(流量不出园区)
else UE在服务区外
AMF-->>UE: NAS: PDU SESSION ESTABLISHMENT REJECT<br/>5GSM cause #73 = "LADN not available"
end
校验点的判定逻辑（TS 23.502 §4.2.3 中LADN相关条款）：
两个条件同时成立才转发给SMF继续；否则AMF在本地直接拒绝，不上送给SMF，拒绝原因为5GSM cause #73 "LADN not available"（TS 24.501 §9.11.4.1，含义为LADN信息、接入层连接或LADN服务区不可用）。这一设计把无效会话请求挡在SMF之外，既节省了SMF/UPF信令负荷，也避免了"会话建在错误位置"的混乱。
一旦校验通过，SMF的SMF/UPF选择过程（TS 23.502 §4.3.2、TS 23.501 §6.3.3）会综合考虑DNN、S-NSSAI以及UE位置，倾向于选择一个靠近UE的本地UPF作为PDU会话锚点（PSA）。这就是LADN天然实现"本地分流"的物理基础——PDU会话锚点本身就是本地的，N6接口直连本地DN，无需UL CL额外分流。
LADN的"局部性"必须被严格维护：UE一旦离开LADN服务区，对应的LADN PDU会话必须被释放，不能继续通过远端PSA"凑合"使用（否则就违背了"本地数据网"的语义，且远端PSA可能根本不可达）。TS 23.502 §4.2.4描述了这一释放逻辑，并区分CM-CONNECTED和CM-IDLE两种连接态。
stateDiagram-v2
[*] --> 无PDU会话: UE在LADN服务区内(或外)
无PDU会话 --> LADN会话激活: UE在服务区内发起建立<br/>(AMF校验通过)
LADN会话激活 --> LADN会话激活: UE在服务区内移动<br/>(TAU/切换, 维持会话)
LADN会话激活 --> 待释放_CM连接态: UE移动性注册更新<br/>新TAI ∉ 服务区<br/>(CM-CONNECTED)
LADN会话激活 --> 待释放_CM空闲态: UE进入CM-IDLE后离开<br/>或有下行数据触发Service Request<br/>AMF发现UE ∉ 服务区
待释放_CM连接态 --> 无PDU会话: AMF通知SMF<br/>SMF发起网络侧释放<br/>(N1 Release Command)
待释放_CM空闲态 --> 无PDU会话: SMF发起释放<br/>(经Service Request建联后下发Release)
无PDU会话 --> LADN会话激活: UE重回服务区内<br/>再次发起建立
当UE在连接态下移动并触发移动性注册更新（Mobility Registration Update），新的注册区TAI被AMF获知。AMF检查发现该TAI已不在某个已激活LADN PDU会话的LADN服务区内时，AMF会通知对应的SMF。SMF随即发起网络请求的PDU会话释放（TS 23.502 §4.2.4.3）：通过N1 SM向UE下发PDU SESSION RELEASE COMMAND，并释放N3/N4资源。整个过程对应用层体现为会话被网络主动断开。
这是更隐蔽也更典型的场景：UE进入CM-IDLE后移动出LADN服务区，此时没有实时信令。当本地DN（MEC）有下行数据要送达该UE时，会话的锚点SMF触发下行数据通知，AMF尝试寻呼UE。UE响应Service Request后，AMF在处理过程中发现UE当前TAI已不在该LADN服务区内——此时AMF会向SMF反馈该UE"不在LADN服务区"，SMF据此发起PDU会话释放。也就是说，CM-IDLE下的LADN越区释放是事件驱动（下行数据/Service Request）而非主动检测的，这是LADN实现上的一个重要特征，也是排错时的关键观察点。
理解LADN的设计哲学，有助于在工程实践中正确选用和排错：
| 维度 | LADN（TS 23.501 §5.6.5） | UL CL/分支点分流（§5.6.6） | 普通DNN | 漫游HR-DNN |
|---|---|---|---|---|
| 核心目标 | 限定DNN在局部地理区域可用 | 已建会话中就近分流流量到本地UPF | 全局可达数据网 | VPLMN经VRF回HPLMN |
| 准入控制点 | AMF按LADN服务区校验 | 会话已建立后插入分类器 | 仅订阅校验 | 漫游路由策略 |
| 是否需要本地PSA | 是（锚点即本地） | 是（额外插入本地PSA2） | 不一定 | 否（回HPLMN） |
| 会话连续性 | 越区即释放，无连续性 | 可保持公网会话连续 | 取决于SSC模式 | 取决于漫游架构 |
| 适用场景 | 园区/工业专网、本地数据不出域 | 公网+MEC混合、低时延增值 | 公网Internet | 国际漫游 |
| 关键信令IE | LADN Information IE | Traffic Routing Info/N4规则 | DNN IE | Home-Routed相关参数 |
在Wireshark/TShark中对5G NAS（NGAP承载N1、或纯NAS）做协议分析时，识别LADN的关键标志：
REGISTRATION ACCEPT消息中出现LADN information IE（协议字段名通常为ladn information，其下含DNN与TAI list）。可用过滤器 nas-5gs.msg_type == 0x42（Registration Accept）配合展开查看。PDU SESSION ESTABLISHMENT REJECT携带5GSM cause = 73 (LADN not available)，这是UE在服务区外被拒的铁证。PDU SESSION RELEASE COMMAND（网络发起），且紧随其前的REGISTRATION UPDATE/SERVICE REQUEST中UE的新TAI不在LADN Information的TAI list内。| 现象 | 可能根因 | 排错方向 |
|---|---|---|
| UE无法建立LADN会话，被cause #73拒绝 | UE实际TAI不在LADN服务区；或AMF OAM服务区配置遗漏该TAI | 核对UE注册TAI vs LADN Information TAI list；检查AMF OAM LADN服务区配置 |
| REGISTRATION ACCEPT中无LADN Information | UDM未配置该UE的LADN Subscription Data；或本AMF未配置该DNN服务区（交集为空） | 在UDM核查LadnSubscriptionData；核查AMF本地配置 |
| UE离开服务区后会话未被释放 | AMF未触发SMF通知；或TAU未真正越区 | 检查AMF是否正确解析新TAI；确认SMF收到了释放触发 |
| 同一DNN在不同城市行为不同 | LADN服务区是AMF本地配置，跨AMF不一致 | 按区域分别核查各AMF的OAM配置（属正常设计，非bug） |
| ## 常见问题 |
Q1: LADN和边缘计算（MEC）的UL CL分流有什么本质区别？ A: LADN是"准入层"机制——它决定一个DNN能否在某个区域被使用、PDU会话锚点本身就是本地的；UL CL是"转发层"机制——它在一个已建立的会话中插入分类器，把部分流量分流到本地UPF。LADN更简单、数据天然不出域，但会话不连续（越区即释放）；UL CL更灵活、可保持会话连续，但需要额外PSA和分流规则。实际MEC部署常两者结合。
Q2: LADN服务区是配在UDM里还是AMF里？ A: 关键区分——LADN DNN配在UDM的订阅数据（LADN Subscription Data）中，全局一致；LADN服务区（TAI列表）配在AMF本地（OAM），按区域而异。AMF注册时取两者交集生成LADN Information下发给UE。
Q3: UE离开LADN服务区时，CM-IDLE态下会话是怎么被释放的？ A: CM-IDLE下UE不主动上报位置，所以释放是事件驱动的：当本地DN有下行数据、SMF触发下行通知、AMF寻呼并经Service Request建联后，AMF发现UE当前TAI已不在LADN服务区，于是通知SMF发起网络请求的PDU会话释放。
Q4: 如果UE在LADN服务区外强行发起PDU会话建立，会发生什么？ A: UE自身一般会因LADN Information预校验而不发起；若UE仍发起，AMF会以5GSM cause #73（LADN not available）直接拒绝，不会转发给SMF，从而保护SMF/UPF免受无效信令。
Q5: LADN能否与网络切片同时使用？ A: 可以且推荐。LADN DNN可关联S-NSSAI，在PDU会话建立时由(S-NSSAI, DNN, UE位置)共同决定SMF/UPF选择，从而实现"切片保障QoS + 本地DN就近接入"的融合，这正是"切片+MEC"组合的基础信令单元。
本文由「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 等场景全覆盖。