好的，我们已经完成了对3GPP TS 23.503规范主体功能部分的全面解读。现在，我们将进入附录部分，通过一个具体的例子来巩固和深化我们对URSP（UE路由选择策略）这一核心概念的理解。
深度解析 3GPP TS 23.503：Annex A (informative): URSP rules example (URSP规则示例)
本文技术原理深度参考了3GPP TS 23.503 V18.9.0 (2025-03) Release 18规范，将结合规范附录A中的URSP规则示例，进行场景化的深度拆解与分析。本文旨在通过一个具体、生动的“实战演练”，帮助读者将之前学习的抽象URSP概念转化为可触摸、可理解的实际网络行为，深刻领会URSP如何通过优先级、流量描述符和路由选择描述符的精妙组合，实现5G终端的智能化业务分流。
在前面的文章中，我们已经多次探讨了URSP的理论结构和作用。我们知道，URSP是PCF部署在UE侧的“智能导航地图”，它指导着不同应用如何选择网络路径。理论知识已经储备完毕，现在是时候通过一个“真实案例”来检验我们的学习成果了。
规范的附录A提供了一张非常经典的URSP规则表示例（Table A-1: Example of URSP rules）。这张表示例就像一份为某个“虚拟用户”量身定制的“上网指南”，包含了从高到低的10条规则，覆盖了从普通上网到企业专网、从多接入到多路径等多种复杂场景。
我们将化身为UE的“策略评估引擎”，逐一分析这些规则，看看当不同应用发起连接请求时，UE是如何依据这份“指南”做出决策的。
URSP规则示例概览：从高到低的决策链
在开始逐条分析前，我们先回顾URSP的两大核心原则：
- 规则优先级（Rule Precedence）：UE从上到下（即优先级数值从小到大）评估规则，一旦匹配成功，立即执行，不再向下评估。
- RSD优先级（Route Selection Descriptor Precedence）：在一条规则内部，UE从上到下（即优先级从高到低）尝试RSD，一旦成功建立连接，立即使用，不再尝试更低的RSD。
现在，让我们进入Table A-1的“实战演练”。
规则1：App1的“VIP通道” (Rule Precedence = 1)
| 流量描述符 | 路由选择描述符 (RSD) |
|---|---|
| Application descriptor = App1 | Precedence=1 - Network Slice Selection: S-NSSAI-a - SSC Mode Selection: SSC Mode 3 - DNN Selection: internet - Access Type preference: 3GPP access |
场景解读：
假设App1是一款需要极高会话连续性的企业级应用（例如，股票交易客户端），而S-NSSAI-a是为VIP用户提供的“金融快线”网络切片。
UE决策流程：
当用户启动App1时，UE的策略引擎立即匹配到这条最高优先级的规则。
- UE会检查当前是否存在一个已经建立的、并且完全匹配RSD中所有条件的PDU会话（即：通过3GPP接入、连接到
S-NSSAI-a切片和internetDNN、并且支持SSC Mode 3）。 - 如果存在，UE直接将
App1的流量路由到这个会话上。 - 如果不存在，UE会立即发起一个新的PDU会话建立请求，请求中会明确包含上述所有参数。网络侧（AMF/SMF）收到请求后，会为其分配相应的网络资源。
核心洞察：这条规则为App1定义了一个非常具体且高规格的“专属通道”，确保其业务始终承载在最高质量的网络资源上。
规则2：App2的“Wi-Fi优先与回退”策略 (Rule Precedence = 2)
| 流量描述符 | 路由选择描述符 (RSD) |
|---|---|
| Application descriptor = App2 | Precedence=1 - Network Slice Selection: S-NSSAI-a - Access Type preference: Non-3GPP access Precedence=2 - Non-seamless Offload indication: Permitted (WLAN SSID-a) |
场景解读：
假设App2是一款大流量的视频应用，运营商希望优先将其引导至Wi-Fi网络以分担蜂窝网络压力。
UE决策流程：
用户启动App2时：
- UE首先尝试RSD 1：请求通过非3GPP接入（如Wi-Fi）建立一个连接到
S-NSSAI-a切片的PDU会话。如果UE正连接在一个受信任的Wi-Fi上，并且网络支持Wi-Fi接入5GC，这个会话就会被建立。 - 如果通过Wi-Fi建立PDU会话失败（例如，没有可用的受信任Wi-Fi，或者网络拒绝了请求），UE会回退到RSD 2。
- RSD 2指示“允许非无缝卸载到SSID为
WLAN SSID-a的Wi-Fi”。UE会检查当前是否连接到了这个特定的Wi-Fi网络。如果是，UE就直接将App2的流量从Wi-Fi接口发出，不经过5G核心网（即本地分流）。 - 如果以上两种方式都失败，由于没有更低的RSD，
App2将无法连接网络（除非有更低优先级的URSP规则能匹配它）。
核心洞察：这条规则展示了URSP强大的多网协同和回退能力。它不仅定义了“首选方案”（通过Wi-Fi接入核心网），还定义了“备选方案”（直接本地Wi-Fi分流），体现了精细化的流量引导策略。
规则4 & 7 & 8：基于连接能力的“场景化”策略
| 规则 | 流量描述符 | RSD | 核心洞察 |
|---|---|---|---|
| Rule 4 | App descriptor=App1, Connection Capabilities=“internet”, “supl” | S-NSSAI-a, DNN_1, Non-3GPP access | 这条规则的匹配条件更为苛刻。它不仅要求应用是App1，还要求App1在发起连接请求时，明确声明其需要“internet”或“supl”（安全用户面定位）的能力。这实现了更深层次的、基于应用意图的策略匹配。 |
| Rule 7 | Connection Capabilities=“Real time interactive” | S-NSSAI-d, 3GPP-Access | 这条规则的流量描述符中没有应用ID，只有“连接能力”。这意味着任何向UE操作系统申请“实时交互”连接的应用（如VoIP电话、在线游戏），都会匹配到这条规则，并被路由到S-NSSAI-d（可能是个低时延切片）。这是一条基于业务类型而非特定App的通用规则。 |
| Rule 8 | 与Rule 7相同，但增加了Indication for reporting=“Y” | 与Rule 7相同 | 这条规则在Rule 7的基础上，增加了一个“要求上报执行情况”的指示。当UE根据此规则为某个“实时交互”应用建立了PDU会话后，它会向网络（最终到PCF）发送一个报告，告知PCF：“我已根据规则8，为某应用建立了连接”。这为PCF提供了策略执行的闭环反馈。 |
规则5 & 6：多接入（ATSSS）策略
| 规则 | 流量描述符 | RSD | 核心洞察 |
|---|---|---|---|
| Rule 5 | App descriptor=App3, Connection Capabilities=“ims” | S-NSSAI-c, DNN_1, Access Type preference: Multi-Access | 当IMS应用App3发起连接时，UE会根据此规则，请求建立一个MA-PDU（多接入PDU）会话。这意味着该会话将同时使用3GPP和非3GPP（如Wi-Fi）两条路径，并通过ATSSS功能进行智能的流量调度。 |
| Rule 6 | App descriptor=App1 | DNN_1, S-NSSAI-a, Access Type preference: Multi-Access | 即使是之前在规则1中被指定走3GPP的App1，在这条更低优先级的规则中，也可能被赋予多接入的能力。这体现了策略的层级性和覆盖性。 |
规则9 & 10：面向企业专网（PIN）的策略
PIN（Private Integrated Network）是5G支持的一种企业专网方案。
| 规则 | 流量描述符 | RSD | 核心洞察 |
|---|---|---|---|
| Rule 9 | PIN ID=PIN1 | DNN_p1, S-NSSAI-p1, 3GPP access | 这条规则的流量描述符不再是应用ID，而是一个PIN ID。这意味着，所有从属于PIN1这个企业专网的设备或应用发起的流量，都会被路由到企业专用的DNN（DNN_p1）和网络切片（S-NSSAI-p1）上，实现了与公共互联网流量的物理和逻辑隔离。 |
| Rule 10 | IP descriptor=IP Address of PIN Server of PIN1 | DNN_p2, S-NSSAI-p2, 3GPP access | 这是一条补充规则。它定义了，即使是普通流量，如果其目的IP地址是企业专网PIN1的服务器地址，也应该被强制路由到企业专网的承载上。这为企业专网的访问提供了双重保障。 |
最后一道防线：“匹配所有”规则
| 规则 | 流量描述符 | RSD |
|---|---|---|
| (lowest priority) | * (Match All) | Precedence=1 - Network Slice Selection: S-NSSAI-b - SSC Mode Selection: SSC Mode 3 - DNN Selection: internet |
场景解读： 这是一条“默认规则”，它的优先级最低，流量描述符为通配符“*”，意味着它可以匹配任何未被以上更高优先级规则捕获的流量。
UE决策流程： 当用户打开一个名不见经传的小众应用，或者任何一个没有在URSP中被明确定义的App时，UE的策略引擎会从上到下评估所有规则，发现都无法匹配。最终，它会来到这条“匹配所有”规则。
根据这条规则，UE会为这个未知应用建立一个连接到“默认/大众”网络切片S-NSSAI-b和internet DNN的PDU会话。
核心洞察：这条规则是URSP策略的“兜底条款”，它确保了即使用户使用了任何“计划外”的应用，也总能有一条可用的网络路径，保证了最基本的网络连通性。没有这条规则，那些未被明确定义的App将无法上网。
总结：从URSP示例中我们学到了什么？
通过对附录A这个具体示例的拆解，我们将抽象的URSP概念具象化为一套可执行的决策逻辑。我们可以总结出URSP设计的几大核心思想：
- 优先级是灵魂：
Rule Precedence和RSD Precedence共同构建了URSP的决策层次，使得最重要、最具体的策略总能被优先执行。 - 匹配维度丰富：流量描述符不仅可以是应用ID，还可以是连接能力、DNN、IP地址、甚至PIN ID，提供了极大的灵活性，能够适应各种复杂的业务场景。
- 回退机制保障健壮性：RSD列表的设计，为网络连接提供了强大的容错和回退能力，确保在首选资源不可用时，业务依然能够通过次优路径获得服务。
- 多网协同是常态：URSP原生支持对3GPP接入、非3GPP接入、多接入（ATSSS）和非无缝卸载的统一调度，是实现5G与Wi-Fi等网络深度融合的关键。
- 默认规则确保连通性：“匹配所有”规则作为最后一道防线，保证了用户体验的完整性和基础的网络可达性。
这份URSP示例，如同一位经验丰富的网络规划师，为终端的每一种潜在行为都预设了合理的路径。理解了这份示例，也就真正掌握了5G时代终端智能化流量调度的核心思想。
FAQ
Q1：URSP规则是由谁、在什么时候下发给UE的？ A1：URSP规则由PCF（策略控制功能）制定，并通过AMF（接入和移动性管理功能）在非接入层（NAS）信令中下发给UE。下发的时机通常是UE完成注册（Registration）之后，或者在PCF认为需要更新策略的任何时候（例如，用户订购了新业务，或进入了新的区域）。
Q2：如果UE上没有任何URSP规则，或者所有规则都无法匹配，会发生什么？ A2：如果UE没有从网络收到任何URSP规则，它可能会使用在USIM卡或ME（移动设备）中预配置的规则。如果连预配置规则也没有，或者所有规则都无法匹配（包括没有“匹配所有”规则），UE可能会依赖UE本地配置（UE Local Configuration）来决定如何建立连接。如果本地配置也没有，那么该应用将无法发起网络连接。这就是“匹配所有”规则至关重要的原因。
Q3：URSP中的DNN Selection和流量描述符中的DNN有什么区别？
A3：它们作用于匹配过程的不同阶段。流量描述符中的DNN是匹配条件之一。它用于匹配那些应用在发起连接时已经指定了DNN的场景（例如，企业应用硬编码了要连接到corp.com这个DNN）。而路由选择描述符（RSD）中的DNN Selection是路由动作。当一条规则被匹配后，RSD中的DNN会覆盖应用本身请求的DNN。例如，应用请求连接internet，但URSP规则将其匹配并路由到media.cdn这个DNN，实现了流量的后台重定向。
Q4：URSP规则能做到多精细？能为同一个App的不同功能设置不同规则吗？ A4：URSP的精细度取决于流量描述符的能力。如果UE的操作系统和应用能够为不同功能提供不同的标识（例如，通过不同的“连接能力”请求），那么PCF就可以制定出针对不同功能的URSP规则。例如，一个视频App在“上传视频”时可以请求“background”能力，在“视频通话”时请求“interactive”能力。PCF就可以为这两者配置不同的路由策略。然而，如果App本身不对其内部流量进行区分，那么URSP也只能将其作为一个整体来对待。
Q5：这些URSP规则示例看起来很复杂，实际网络中真的会部署这么多规则吗？ A5：对于普通大众用户，URSP规则可能会相对简单，可能只有几条，例如区分IMS（语音）、Internet、以及一条默认规则。但对于高价值的企业客户、物联网设备、或者有复杂多网协同需求的场景，部署类似示例中的复杂、多层次的URSP规则是非常现实且必要的。这正是5G网络能够提供差异化、确定性服务的关键所在，也是其实现商业价值、赋能垂直行业的核心能力之一。