好的，我们继续。

深度解析 3GPP TR 21.918：6.4 Application layer support for Personal IoT Network (个人物联网应用层支持)

本文技术原理深度参考了3GPP TR 21.918 V18.0.0 (2025-03) Release 18规范中，关于“6.4 Application layer support for Personal IoT Network”的核心章节。本文将作为上一篇《6.1 Personal IoT and Residential networks》的续篇，从应用功能的视角，深入探讨5G如何为个人物联网（PIN）提供一个标准化的“上层建筑”——应用使能层（PINAPP）。

在上一篇文章中，我们跟随技术发烧友小杰，了解了5G核心网（5GC）如何通过URSP、N3QAI等底层能力，为他家中的个人物联网（PIN）构建了坚实的网络基础。核心网解决了“如何连接”和“如何保障连接质量”的问题。然而，对于普通用户而言，他们面对的不是复杂的网络协议，而是一个个手机App。

如何让一个App能够方便地创建、管理、使用这个PIN？当小杰的朋友莉莉也想组建自己的智能家居网络时，她是否需要成为一个通信专家？答案是否定的。为了解决这个问题，3GPP定义了PIN的应用使能层——PINAPP，它规定了一套标准化的应用层架构和流程，让开发者可以轻松地开发出支持PIN功能的应用程序。

今天，我们将继续跟随小杰，看他如何向朋友莉莉推荐并指导她使用一款符合PINAPP标准的“智能生活”App，来轻松构建和管理她自己的个人物联网。这正是6.4章节的核心——将底层的网络能力，封装成易于调用的应用层服务。

1. 从网络能力到应用服务：PINAPP架构解析

莉莉在小杰的推荐下，下载了“智能生活”App。这个App的背后，就是一套完整的PINAPP架构。在指导莉莉操作之前，小杰先给她讲解了这张架构图，也就是规范中的Figure 1: PINAPP reference architecture。

这张图描绘了PIN应用生态的全貌，小杰用通俗的语言进行了解释：

• PIN Client (PIN客户端)：这就是莉莉手机上安装的“智能生活”App。它内嵌了PIN管理的逻辑，是用户与PIN交互的界面。
• PIN Server (PIN服务器)：这是“智能生活”App的云端后台。它负责处理复杂的逻辑，比如用户认证、跨PIN的设备授权、与运营商网络交互等。
• Application Client/Server (应用客户端/服务器)：这代表了具体的智能设备及其云服务。例如，莉莉的智能门锁App和它的云端服务器。

The PIN enabler architecture consists of PIN client deployed in PIN element and PIN server deployed in Data network. The following interaction are supported in the PIN enabler architecture…

规范定义了这些实体之间的一系列标准化接口（PIN-1到PIN-10），小杰为莉莉一一解读：

• PIN-1: 莉莉在“智能生活”App上点击按钮，这个交互就是通过PIN-1接口，由Application client传递给PIN client。
• PIN-6: 当莉莉在App上执行“创建我的家庭网络”操作时，PIN client就会通过PIN-6接口，向云端的PIN Server发送创建请求。
• PIN-8: PIN Server在收到请求后，如果需要向5G网络申请特殊资源（比如为门锁视频流申请QoS），就会通过PIN-8接口，利用CAPIF框架与运营商的NEF（网络能力开放功能）进行交互。
• PIN-9: PIN Server还可以通过PIN-9接口，与其他智能设备的应用后台（Application Server）进行联动，实现跨生态的智能场景。

通过这套标准化的架构和接口，不同的App开发者、设备制造商和运营商可以协同工作，为用户提供一致、互通的PIN体验。

2. PIN的生命周期管理：从创建到删除

莉莉的第一个操作，就是创建属于自己的PIN。

PIN Management The PINAPP architecture shall provide mechanisms to PIN management, for example, to create PIN for UE or PIN elements, to delete PIN either triggered by PINEs or by PIN server, to support PIN modification procedure, for example, PEMC/PEGC relocation and etc.

2.1 创建PIN (Create PIN)

莉莉在“智能生活”App上点击“创建我的家庭PIN”，输入了网络名称“莉莉的温馨小窝”。

After the UE or PINE acquires the role of PEMC and receives the address of PIN server, the UE or PINE can trigger a creation of PIN towards PIN server.

这个简单的动作背后，是标准化的创建流程：

1. 莉莉的手机App（PEMC）向云端的PIN Server发送了创建请求，请求中包含了她希望的网络名称等信息。
2. PIN Server收到请求后，进行鉴权，确认莉莉是合法用户。
3. PIN Server为“莉莉的温馨小窝”这个PIN分配了一个唯一的PIN ID，并记录下莉莉的手机是这个PIN的初始管理者（PEMC）和网关（PEGC）。
4. PIN Server将创建成功的信息（包含PIN ID）返回给手机App。

至此，一个空的PIN就创建成功了。莉莉可以开始添加她的智能设备了。

2.2 删除PIN (Delete PIN)

几年后，莉莉搬家，需要解散这个PIN。

The PIN which is in use can be deleted based on the decision by PEMC or PIN server as described below:

• Decided by PEMC. The PEMC of a PIN decides to delete the PIN and sends request to PIN server.
• Decided by PIN server. If the PIN is configured to exist for a particular duration… the PIN server can decide to delete the PIN…

规范定义了两种删除场景：

• 用户主动删除：莉莉在App中点击“解散网络”。她的手机（PEMC）会向PIN Server发送删除请求，PIN Server在确认后，会释放与该PIN ID相关的所有网络资源和配置。
• 服务器自动删除：假设莉莉使用的是一项有时效性的“体验服务”，有效期一年。一年后，PIN Server可以自动删除这个过期的PIN，并释放资源。

2.3 修改PIN (Modify PIN)

最常见的修改场景是更换手机。如果莉莉换了一部新手机，如何将“莉莉的温馨小窝”的管理权限（PEMC角色）和网关功能（PEGC角色）迁移到新手机上？PINAPP的修改流程（Modification procedure）正是为此而设计，确保用户在更换设备后，PIN网络依然可以无缝地继续工作。

3. 赋能5G通信：为PIN业务申请“VIP通道”

莉莉安装了一个智能门锁，当有人按门铃时，她希望无论自己身在何处，都能在手机上看到流畅、高清的访客视频。这意味着，这条视频流需要得到5G网络的QoS保障。

PINAPP enable 5GS communication

• There are two methods to enable the PIN with 5GS communication:
• Establish QoS for PINE with AF support.
• PEGC triggers PDU session establishment/modification for PINE.

PINAPP为此提供了两种申请QoS保障的标准化方式：

3.1 AF触发的QoS申请（云端协同）

门锁的制造商（作为应用功能AF）希望为所有使用其产品的用户提供优质的视频体验。

For the AF related procedure, the AF trigger the QoS create/modification procedure with parameters of Packet filters, DN specific ID, to request the 5GS to arrange resource for PIN.

在这个模式下，当门锁被按下时：

1. 门锁的云端服务器（AF）会向PIN Server发起一个QoS请求。
2. PIN Server再通过PIN-8接口，向运营商的NEF发起请求，要求为莉莉手机上承载门锁视频流的PDU会话，提升QoS等级（例如，分配一个低时延、有保障带宽的QFI）。

这是一种“B2B”的模式，由业务提供方主动为用户体验买单。

3.2 PEGC触发的QoS申请（用户主动）

莉莉觉得默认的视频清晰度不够，她在“智能生活”App里，手动将门锁视频的清晰度调到了“超清”。

For PEGC related procedure, the PIN element sends PIN Communication Request to the PEMC. The PEMC sends Create/Update/Remove Communication Request (PIN ID, Packet filters, requested QoS) to the PEGC. The PEGC… may initiate PDU Session Modification with the Packet filters and requested QoS towards 5G system…

这个操作触发了另一条流程：

1. App的Application Client将“切换到超清”的意图通过PIN-1告知PIN Client。
2. PIN Client（PEMC）生成一个包含更高QoS要求的“通信更新请求”，并将其发送给手机的网络协议栈（PEGC）。
3. PEGC随即发起一个“PDU会话修改”流程，向核心网的SMF申请更高的QoS资源。

这是一种“B2C”的模式，由用户根据自己的需求，主动向网络申请服务质量保障。

4. 业务无缝切换：视频流的“隔空投送”

一个有趣的场景出现了：莉莉正在手机上查看门锁的实时视频，这时她走到了客厅，想把视频切换到客厅的智能电视上继续观看。

Service Switch PIN service switch procedures enable a PIN Element participating in a PIN to transfer application session(s) to a different PIN Element participating in the same PIN. For example, a first PIN Element (e.g. a UE) can transfer a video streaming session to a second PIN Element (e.g. a television).

PINAPP的业务切换（Service Switch）功能，为这种“隔空投送”体验提供了标准化的实现路径。

Two scenarios are specified for PIN service switch:

• PIN service switch with PIN server support.
• PIN service switch without PIN Server support (e.g. using only internal PIN communication).

规范定义了两种切换方式：

• 有服务器支持的切换：莉莉在手机App上点击“投屏到电视”。App（PEMC）将这个指令发送给云端的PIN Server。PIN Server随后向门锁的云端服务器（AF）和电视的应用客户端分别发送指令，中断发往手机的视频流，并重新建立一条发往电视的视频流。这种方式更可靠，适用于跨网络、跨地域的切换。
• 无服务器支持的切换：如果手机和电视在同一个局域网内，它们可以通过内部的PIN通信协议（例如，基于mDNS的设备发现和本地信令）直接协商，由手机将视频流的接收地址等信息告知电视，完成切换。这种方式更快，延迟更低。

总结

如果说6.1章节为个人物联网（PIN）铺设了连接的“高速公路”，那么6.4章节的PINAPP则是在这条高速公路上建立起了智能的“交通管理系统”和丰富的“服务区”。它通过一套标准化的应用层架构、接口和流程，将底层的网络能力，优雅地封装成了开发者和用户可以轻松使用的上层服务。

从PIN的生命周期管理，到端到端的QoS申请，再到无缝的业务切换，PINAPP为构建一个真正互联互通、智能协同的个人物联网生态系统奠定了基础。对于小杰和莉莉这样的用户来说，技术不再是冰冷的协议，而是触手可及的、流畅便捷的智能生活体验。对于开发者而言，他们可以基于这套标准，创造出更多跨设备、跨平台的创新应用，共同繁荣5G时代的个人物联网生态。

---

FAQ - 常见问题解答

Q1：PINAPP（应用层支持）与6.1章节中讨论的5GC功能（如URSP、N3QAI）之间是什么关系？ A1：它们是“上层建筑”与“底层基础”的关系。6.1章节定义的5GC功能是底层能力，是运营商网络提供的“原子服务”，例如“为特定流量提供QoS保障”、“将PIN流量路由到特定PDU会话”等。而6.4的PINAPP是上层应用框架，它定义了如何去“调用”和“编排”这些底层能力。例如，当用户在App中点击“提升画质”时，是PINAPP的流程（PEGC-triggered QoS）将这个用户意图，最终转化成对底层5GC PDU会话修改流程的调用。可以说，PINAPP是连接用户应用和核心网能力的“翻译官”和“调度员”。

Q2：PIN Client和PIN Server是做什么的？它们是强制要求必须有的吗？ A2：PIN Client通常部署在作为PIN管理者的UE上（如手机App），是用户管理PIN的入口和本地执行中心。PIN Server部署在云端，提供更强大的、集中的管理能力，如用户认证、跨运营商的策略协同、与第三方应用服务器的对接等。在一个功能完备的PIN生态系统中，两者通常是配合工作的。但对于一个非常简单的、纯本地的PIN（例如，所有设备都在一个局域网内，不访问互联网），理论上可以只有PIN Client进行本地管理。但只要涉及到与5G核心网的深度交互（如QoS申请）或云服务，PIN Server就变得不可或缺。

Q3：AF触发和PEGC触发的QoS申请，对最终用户来说有什么不同？ A3：对最终用户的体验来说，结果可能都是获得了更好的服务质量，但其商业模式和触发方式不同。AF触发（应用功能触发）通常是业务提供方主导的，例如视频会议服务的提供商为了保证其所有VIP用户的通话质量，会通过其后台服务器（AF）主动向运营商网络申请QoS保障。用户对此过程可能无感，这是B2B2C模式的一部分。而PEGC触发（网关UE触发）是用户主导的，是用户通过App上的一个明确操作（如点击“高清模式”）来主动发起的QoS提升请求。这种模式下，运营商可能会对这种“按需加速”服务进行单独计费。

Q4：Service Switch（业务切换）功能，是否意味着我可以将任何应用的视频流都“投屏”到任何设备上？ A4：不完全是。3GPP定义的Service Switch提供的是一个标准化的信令框架和流程，来协调应用会话在不同终端之间的迁移。但要实现真正的“万能投屏”，还需要满足几个前提：1）应用支持：视频的发送方（如门锁）、切换的发起方（如手机）、接收方（如电视）的应用都需要支持PINAPP的Service Switch流程。2) 媒体兼容：电视必须能够解码手机正在接收的视频流格式。3GPP标准本身不限制媒体格式，但实际互通需要设备间支持共同的编解码标准。所以，PINAPP提供的是“路”，但路上跑的“车”（媒体内容）能否被目的地“接纳”，还需要应用层自己保证。

Q5：PINAPP架构的引入，对智能家居设备制造商有什么影响？ A5：影响是积极且深远的。它提供了一个标准化的集成路径。过去，设备商要想让自己的产品与5G网络深度结合（例如利用网络QoS），需要与每个运营商进行复杂的私有协议对接，成本高、周期长。有了PINAPP，设备商只需让自己的云后台（作为AF）支持标准的PIN-8/PIN-9接口，或者让设备固件支持与PIN Client的本地交互，就能融入整个5G PIN生态。这大大降低了创新门槛，使得中小型设备制造商也能轻松地让自己的产品享受到5G带来的高质量连接服务，从而加速整个智能家居产业的创新。