51学通信

深度解析 3GPP TS 23.273：6.12 UE位置隐私设置流程

19分钟阅读

深度解析 3GPP TS 23.273：6.12 UE位置隐私设置流程

本文技术原理深度参考了3GPP TS 23.273 V18.9.0 (2025-03) Release 18规范中，关于“6.12 UE Location Privacy Setting Procedure”的核心章节。本文将通过一位年轻白领“思思”在社交与工作中的真实隐私需求，深度剖析用户（UE）或第三方应用（AF）是如何动态地、安全地修改存储在5G核心网中的位置隐私策略，揭示5G时代个人位置数据“自主权”的技术实现。

1. 序章：我的位置，谁能看？何时看？

在之前的篇章中，我们反复强调了5G定位服务中一个不可动摇的基石——用户隐私保护。我们知道，所有的商业定位请求，都必须经过GMLC对UDM中存储的“UE LCS隐私配置文件”的严格审查。这份档案，就像一部关于用户位置隐私的“法典”，规定了谁、在什么条件下可以查看用户的位置。

然而，这部“法典”如果只能在办理入网时设定一次，然后永久不变，那它在复杂多变的现代生活中将毫无意义。人们的隐私需求是动态的、情境化的。今天，我们的主角，都市白领“思思”，就面临着这样的“隐私选择困难症”。

思思的手机上安装了一款名为“足迹”的热门社交App，它可以让好友们实时看到彼此的位置。这在朋友聚会、相约出行时非常方便。但思思的生活远不止于此：

  • 私密时刻：晚上，她要去参加一个私密的晚宴，不希望“足迹”App上的任何好友知道她的行踪。
  • 职场需求：她刚刚入职一家采用弹性工作制的科技公司，公司要求员工使用一款名为“TeamLink”的办公App，在工作时段、办公园区附近自动打卡。

这两个截然不同的场景，对思思的位置隐私提出了完全相反的要求。她需要一种能力，能够随时、随地、随心地修改自己的位置隐私“法典”。

6.12章节正是为此而生。它不再是关于“如何定位”的流程，而是关于“如何设定定位规则”的流程。它定义了两条核心路径，赋予了用户和授权应用动态修改隐私设置的权力，让“我的位置我做主”从一句口号，变为了坚实的技术现实。

2. 用户的“主权宣言”：UE发起的隐私设置流程 (6.12.1)

傍晚，思思准备赴宴。她拿出手机，打开了系统设置中的隐私菜单，找到了“足迹”App的权限，将“位置信息”的选项从“始终允许”暂时改为了“不允许”。这个看似简单的指尖滑动，触发了一场由UE主动发起的、自下而上的隐私主权“宣告”。

“Figure 6.12.1-1: UE Location Privacy Setting procedure initiated by UE”为我们清晰地描绘了这场“宣告”是如何在5G网络中被聆听、记录并执行的。

2.1 “守护者”的聆听 (Step 0: Subscription)

在故事开始之前，一个“潜伏”的动作可能早已发生。

  1. NF (e.g. GMLC, NEF) may subscribe to UDM notifications of UE LCS privacy profile updates.

管理“足迹”App定位请求的GMLC，如果正在为一个针对思思的延迟定位任务（例如，“当思思进入市中心商业区时通知我”）提供服务，它就会非常关心思思的隐私设置是否会变化。因此，它会提前向UDM订阅一个通知：“如果思思的LCS隐私档案有任何变动，请立刻告诉我。” 这就像一个警觉的守护者，时刻关注着规则的变化。

2.2 思思的“宣告” (Step 1: UE Location Privacy Setting Request)

  1. If the UE has generated or updated the UE Location Privacy Indication, the UE sends the Location Privacy Indication to the AMF via UE Location Privacy Setting Request in N1 NAS message.

当思思在手机上做出“不允许”的选择后，手机的操作系统立即构建了一条UE Location Privacy Setting Request的NAS（非接入层）消息。这条消息就是思思的“主权宣言”，其核心内容是LPI（Location Privacy Indication，位置隐私指示）。

  • 核心载荷LPI：在这个场景中，LPI的值被设定为“disallowed”。这意味着，在另行通知之前，所有针对思思的、需要遵守LCS隐私规则的定位请求，都将被全局禁止（监管类紧急定位除外）。
  • 其他可能的内容：这条消息还可以用来更新我们在6.14章节中分析过的“事件报告期望区”，让用户可以动态调整自己的省电策略。

这条NAS消息随后被发送给了思思当前服务的AMF。

2.3 AMF的“忠诚传递”与UDM的“修法” (Step 2)

AMF在这里扮演了一个无可指摘的“忠诚信使”角色。它不审查、不判断，它的唯一职责就是将用户的意愿准确无误地传达到“最高法院”——UDM。

  1. The AMF invokes a Nudm_ParameterProvision_Update (LCS privacy) service operation towards the UDM and the service operation carries the Location Privacy Indication information… The UDM stores or updates the UE LCS privacy profile in the UDR…
  1. AMF → UDM：AMF调用UDM的Nudm_ParameterProvision_Update服务，将收到的LPI（“disallowed”）等信息，原封不动地呈报给UDM。
  2. UDM → UDR：UDM收到这份“修法请求”后，立即更新了存储在UDR（统一数据仓库）中思思的LCS隐私配置文件，将她的全局隐私开关拨到了“关闭”状态。

2.4 “修法”的确认与“昭告天下” (Steps 3, 4, 5)

  1. The AMF responses to the UE via UE Location Privacy Setting Response in N1 NAS message.
  2. UDM notifies the subscribed Network Function (e.g. GMLC, NEF) of the updated UE LCS privacy profile…
  3. NF (e.g. GMLC, NEF) may unsubscribe to UDM notifications…

  1. 确认“修法” (Step 3)：在UDM成功更新数据后，AMF会向思思的手机返回一条UE Location Privacy Setting Response的NAS消息，告知她：“您的隐私设置已成功更新。” 手机收到后，设置界面的开关状态便被最终确认。

  2. 昭告天下 (Step 4)：此时，UDM会检查它的“订阅者列表”。它发现，之前GMLC订阅了思思的隐私更新。于是，UDM立即向该GMLC发送一条Nudm_SDM_Notification通知：“注意！思思的隐私档案已变更！她现在禁止所有商业定位！”

  3. 影响与行动 (Step 5)：收到通知的GMLC，会立即检查自己手中是否有正在进行的、针对思思的延迟定位任务。它发现确实有一个“进入市中心商业区即通知”的任务。由于思思的最新隐私设置是“禁止”，GMLC会立即终止这个延迟定位任务，并释放相关资源。它可能还会向“足迹”App的后台发送一个通知，告知其任务因用户隐私设置变更而被取消。之后，GMLC可能会选择取消订阅（Unsubscribe），因为它手中已没有与思思相关的长期任务了。

这个“通知-行动”的闭环，完美地展现了5G隐私框架的动态性和实时性。用户的意愿，能够在瞬间传递到网络的每一个相关角落，并被立即执行。

3. 雇主的“授权书”：AF发起的隐私设置流程 (6.12.2)

第二天，思思来到新公司报到。HR告诉她，公司的考勤是弹性的，只需通过“TeamLink”App，在工作时段（早9点至晚6点）内，于公司所在的科技园区内自动打卡即可。为了实现这一点，HR需要在后台为思思的账户，开通相应的定位权限。

6.12.2 UE Location Privacy Setting Procedure Initiated by AF The procedure is defined by using the procedure in clause 4.15.6.2 of TS 23.502…

规范在这里直接引用了5G核心网架构的总纲（TS 23.502）中定义的、更为通用的“由AF影响UE策略”的流程。这表明，AF发起的隐私设置，是网络能力开放框架下的一个标准应用。

3.1 流程的核心：一条自上而下的“授权链”

与UE发起的流程不同，AF发起的流程是一条自上而下的路径，其核心参与者是AF、NEF和UDM。

  1. AF发起请求：公司的HR后台系统（扮演AF），向运营商的**NEF（网络能力开放功能）**发起一个请求。这个请求的内容是：“请为用户思思（SUPI为XXX），设置如下LCS隐私策略：LPI=‘allowed’，生效时间=‘工作日9:00-18:00’，生效区域=‘科技园区地理围栏坐标’”。

  2. NEF的“门卫”职责：NEF作为第三方应用接入核心网的唯一、安全入口，它的首要职责是认证和授权。

    • 它要验证“TeamLink”这个AF是否是合法的、已签约的合作伙伴。
    • 它要验证该AF是否有权限修改用户的LCS隐私策略（这通常需要思思在入职时签署协议，明确授权）。 只有在验证通过后，NEF才会将请求继续向内传递。

  3. UDM的“依法办事”：NEF将经过授权的请求，转发给UDM。UDM收到后，便在思思的LCS隐私配置文件中，添加或修改了这条由她雇主设定的、带有时间和地理限制的定位策略。

3.2 用户的知情权与最终控制权

虽然这个流程是由AF发起的，但这并不意味着用户被蒙在鼓里。一个设计良好的系统，通常会包含用户通知机制。当UDM的隐私档案被修改后，它同样可以触发一个通知，经由AMF，告知思思的手机：“您的‘TeamLink’App位置隐私设置已被您的雇主更新。”

更重要的是，UE发起的隐私设置（6.12.1）通常拥有比AF发起的（6.12.2）更高的优先级。如果思思某天因私事需要请假离开园区，她依然可以手动在手机上将“TeamLink”的定位权限临时设置为“不允许”。她发出的这条LPI=“disallowed”的指令，会覆盖掉UDM中由雇主设定的那条“允许”规则，保证了用户最终的控制权。

4. 总结：动态隐私管理的“双向奔赴”

6.12章节为我们描绘了一幅动态、灵活、且以用户为中心的5G位置隐私管理蓝图。它通过两条方向相反、却目标一致的流程，实现了“规则”的动态演进。

  • UE发起的流程 (6.12.1)：是一条自下而上的“主权宣告”之路。它赋予了用户最终、绝对的控制权，是个人隐私保护的基石。AMF在此扮演了忠实的“信使”，而UDM的通知机制则确保了用户意愿的“令行禁止”。

  • AF发起的流程 (6.12.2)：是一条自上而下的“授权管理”之路。它为企业、车队等B端用户提供了便捷、集中的策略配置手段，是LCS服务能够大规模商用的前提。NEF在此扮演了不可或缺的“安全门卫”，确保了能力开放的安全可控。

这两条流程，一个保障“自由”，一个提供“便利”，共同构成了5G定位服务隐私框架的“一体两面”。正是有了这套完善的动态设置机制，我们才能在享受定位服务带来便利的同时，依然牢牢地将自己位置数据的“钥匙”，掌握在自己手中。

FAQ - 常见问题解答

Q1：LPI（位置隐私指示）和我在手机App权限里设置的“允许/拒绝”是什么关系？ A1：可以认为，您在手机操作系统（OS）或App权限菜单里的操作，是触发UE Location Privacy Setting Request（包含LPI）这条NAS消息的用户界面（UI）。当您选择“不允许”时，OS就会在底层构建一个LPI为“disallowed”的消息并发送出去。因此，UI操作是“因”，NAS信令交互是“果”。

Q2：如果我把手机关机，之前设置的“不允许定位”还有效吗？ A2：有效。因为您的隐私设置（LPI）最终是被持久化存储在核心网的UDM/UDR中的。它与您的手机是否开机无关。当您关机期间，若有定位请求到达GMLC，GMLC查询UDM时，读到的依然是您关机前设定的“不允许”策略，因此请求会被拒绝。

Q3：AF发起的隐私设置流程（6.12.2）是否意味着我的雇主可以随意更改我的定位权限？ A3：技术上可行，但法律和协议上通常不允许。首先，AF必须是经过运营商NEF认证的、有合法权限的实体。其次，这种授权通常需要您（作为员工）在入职或使用该服务时，签署明确的同意协议。最后，如前文所述，UE发起的隐私设置通常拥有更高的优先级，您依然可以通过手机设置来临时覆盖雇主的设置（除非公司有特殊规定并使用了MDM等设备管理技术进行限制）。

Q4：为什么UE发起的流程要通过AMF，而AF发起的流程要通过NEF？ A4：这是由它们在网络架构中的位置和职责决定的。AMF是UE接入核心网的唯一控制面锚点，所有来自UE的NAS信令都必须经过它，所以它是UE意愿的天然“代言人”。而NEF是外部世界（第三方AF）进入核心网的唯一安全网关，所有来自外部的请求都必须经过它的认证和授权，所以它是AF意愿的唯一“传达者”。

Q.5：当UDM的隐私策略被更新后，通知GMLC的这个动作是实时的吗？ A.5：是的，这是近乎实时的。UDM在完成数据更新后，会立即检查是否有订阅者。如果有，它会立即触发一个服务操作（Nudm_SDM_Notification）来推送这个更新。整个过程在核心网内部通过高速的服务化接口完成，时延在毫秒级。这确保了用户的隐私意愿能够被迅速、准确地贯彻到所有相关的网络功能中。

关系图谱