好的，本次调用的模型名称为**DeepSeek R1**。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：从应用功能AF(135)接收(301，405，407，505，508，510，602，801)用于所述应用(201)的多个候选位置(200a，200b)以及针对所述多个候选位置(200a，200b)中的每一个候选位置的用于所述应用(201)的业务路由信息 | 对比文件未公开“应用功能(AF)”实体及其与SMF进行此类信息交互的机制。对比文件公开了网络服务请求（如[0005]段所述）可由应用服务器（AS）或第三方软件发起，但该请求是针对特定服务的，并未明确提供多个候选位置及其对应的业务路由信息。 | **无公开**。对比文件的核心在于沿预测路径预配置网络功能，其信息交互模型是网络实体（如G-CMM）根据服务请求和地理信息确定路径和接入点，而非从AF接收候选位置列表。目标专利的AF是5G核心网中明确的功能实体，负责提供应用影响，对比文件未涉及此实体及其特定交互。 |
| **技术特征B**：其中，所述应用(201)的业务最初被引导到初始选择的候选位置 | 对比文件[0072]段：“在图7中，救护车处于第二位置602，并位于AP 610、621和651的服务区域内。VNFC 612、622和652（以实线显示）将处于激活状态。”<br><br>对比文件[0061]段：“...为D-GW的VNFC沿着到医院的路由被主动实例化。” | **《直接公开》**。对比文件明确描述了当移动设备（救护车）首次进入网络时，业务通过初始选择的接入点（AP，对应目标专利的候选位置）进行引导。例如，在位置A1，业务通过AP 610（对应VNFC 612）进行。这直接对应了业务最初被引导到初始选择的候选位置。 |
| **技术特征C**：在没有接收到相反的指示时，确定(302，409，512，603，604，704，802)所述SMF(108)被允许将所述应用(201)的业务引导到所述多个候选位置中的重新选择的候选位置 | 对比文件[0072]段：“...通过仅激活与潜在服务AP相关联的VNFC来节省资源...CMM 180可以基于救护车的位置和轨迹确定激活哪些VNFC。”<br><br>对比文件[0071]段：“...SDN-C 694配置从医院AS到A-GW 40的路径...为了可靠性并满足延迟和吞吐量要求，可以配置多条路径。” | **《隐含公开》**。对比文件虽未明确“无相反指示”的条件，但其中网络功能（如CMM、SMNF/SME）被赋予根据移动设备位置自主决定激活/去激活哪些本地网关（L-GW）的权限。这种自主决策的机制隐含了在没有接收到相反指令（如禁止更改路径）的情况下，管理实体被允许进行业务重定向。对比文件中的TE、SDN-C或SMNF/SME扮演了与目标专利SMF类似的角色。 |
| **技术特征D**：在从所述AF(135)接收的所述多个候选位置(200a，200b)中重新选择(303，409，512，603，604，704，803)所述多个候选位置(200a，200b)中的一个候选位置 | 对比文件[0072]段：“...随着救护车移动，救护车从AP 621接收到的信号比从AP 610接收到的信号强。因此，CMM 180指示AP 621开始服务救护车...VNFC 612可以被去激活（并可能被拆除）。”<br><br>对比文件[0083]段：“...如果来自一个AP的测量报告指示UE在该AP的阈值距离内，CMM可以将该AP纳入服务集群。CMM 180向VNFM 145发送指令，开始为正在加入服务集群的AP关联的VNFC进行激活过程。” | **《隐含公开》**。对比文件虽然没有使用“重新选择”一词，但详细描述了网络控制功能（CMM）根据UE移动和信号测量，从一组已实例化的VNFC（对应候选位置）中选择新的AP（接入点）来服务UE，同时去激活旧AP。这种选择过程（例如从AP 610切换到AP 621）是典型的重新选择，与目标专利的技术特征D实质等同。 |
| **技术特征E**：通过将所述应用(201)的业务从所述初始选择的候选位置重定位到重新选择的候选位置，将所述业务引导(304，409，512，609，804)到所述重新选择的候选位置(200a，200b) | 对比文件[0072]段：“...VNFC 612可以被去激活（并可能被拆除）。AS 45发送到A-GW 40的DL数据在L-GW 622处缓冲，以便通过接入链路624由AP 621传输给救护车。这允许会话得以维持，同时避免从AP 610切换到AP 621时的数据丢失和延迟。” | **《直接公开》**。对比文件明确描述了从初始位置（AP 610对应VNFC 612）到重新选择的位置（AP 621对应VNFC 622）的业务重定位过程。数据流从旧路径切换到新路径，确保了会话连续性。这与目标专利的技术特征E完全一致。 |
| **技术特征F**：其中，当已经从所述AF(135)接收到所述SMF(108)被允许引导业务的指示时，确定所述SMF(108)被允许将所述应用(201)的业务引导到所述多个候选位置中的重新选择的候选位置 | 对比文件未公开“指示”的概念。对比文件中，网络功能的决策（如CMM）是基于预设的策略（如基于位置和信号质量），而不是基于来自AF的明确“允许引导”指示。 | **无公开**。对比文件的架构与5G核心网标准不同，其控制决策机制未定义目标专利中的AF向SMF发送明确指示的交互。对比文件中网络功能的自主性是架构固有的，而非由特定指示触发。 |
| **技术特征G**：其中，所述指示指明所述应用(201)是无状态的；并且，无状态的应用(201)允许所述SMF(108)将所述应用(201)的业务引导到所述重新选择的候选位置(200a，200b) | 对比文件未公开“无状态应用”的概念或相关指示。对比文件主要关注需要高可靠性和低延迟的“关键通信服务”，如远程医疗，这类应用通常是有状态的。 | **无公开**。对比文件全文未提及应用“有状态”或“无状态”的区别，也未公开以此作为允许SMF决策的依据。该技术特征是对比文件未涉及的技术方案。 |
| **技术特征H**：其中，所述多个候选位置(200a、200b)、业务路由信息和所述指示在一个消息中被一起接收 | 对比文件未公开此类消息结构。对比文件中，候选位置（通过AP标识）、路由信息（通过路径配置）和决策指示（如果存在）是在不同的流程和消息中处理的。 | **无公开**。对比文件未揭示将候选位置、路由信息和指示打包在一个消息中接收的技术方案。 |
| **技术特征I**：还包括：<br>**技术特征J**：在业务引导已经被执行之后，移除(717，805)处理与旧位置(200a)相关联的业务路径的网络功能 | 对比文件[0072]段：“...VNFC 612可以被去激活（并可能被拆除）。”<br><br>对比文件[0083]段：“...可以发送一条消息给VNFM，以去激活从服务集群中移除的AP所关联的VNFC。” | **《直接公开》**。对比文件明确描述了在业务引导切换后，对与旧位置相关联的VNFC（网络功能）进行去激活。这种去激活操作本质上是对处理旧业务路径的网络功能的移除，与目标专利的移除操作目的和时机完全相同。 |
| **技术特征K**：还包括：<br>**技术特征L**：当已经执行了所述确定时，存储(410，513，806)所述多个候选位置(200a、200b)和所述业务路由信息 | 对比文件[0072]段：“...CMM 180可以基于救护车的位置和轨迹确定激活哪些VNFC。”<br><br>对比文件[0083]段：“...如果来自一个AP的测量报告指示UE在该AP的阈值距离内，CMM可以将该AP纳入服务集群。” | **《隐含公开》**。对比文件中的网络控制功能（如CMM）在执行决策时，必须维护和存储相关信息，例如UE的上下文、服务集群的成员（对应候选位置信息）以及已建立的路径信息（对应路由信息）。存储这些信息是执行后续决策（如激活/去激活VNFC）的基础，因此该特征是隐含公开的。 |
| **技术特征M**：其中，所述多个候选位置(200a，200b)采用数据网络接入标识符DNAI的列表的形式 | 对比文件未使用“数据网络接入标识符(DNAI)”这一术语。对比文件使用“接入点（AP）”、“位置（location）”或“虚拟网络功能组件（VNFC）”的位置来标识候选位置。 | **无公开**。DNAI是3GPP 5G标准中定义的特定参数，用于标识部署应用的数据网络。对比文件未采用该标准术语及对应概念。 |
| **技术特征N**：对应的业务路由信息是N6业务路由信息 | 对比文件未使用“N6业务路由信息”这一术语。对比文件描述了“用户平面路径”、“数据平面路径”等通用概念。 | **无公开**。N6接口是5G核心网中UPF与DN之间的标准接口。对比文件未基于5G标准定义架构，因此未使用N6及相关路由信息的标准化表述。 |
| **技术特征O**：其中，所述业务路由信息指明如何从在所述候选位置处的用户平面功能UPF(125)到达所述应用(201) | 对比文件[0063]段：“A-GW 40将DL数据转发给每个处于激活状态的VNFC...UL流量由激活的VNFC接收并转发给A-GW。”<br><br>对比文件[0071]段：“SDN-C 694配置从位于医院的AS 45到A-GW 40的路径...另一个SDN-C 693配置从A-GW 40到每个VNFC的路径。” | **《隐含公开》**。对比文件中的本地网关（L-GW VNFC）功能上与目标专利的UPF类似，都负责处理用户平面数据。对比文件描述的路径配置（从A-GW到L-GW，以及从L-GW到AS）实质上明确指明了数据如何从网关（UPF/ L-GW）路由到应用服务器（AS，即应用）。因此，“如何从UPF到达应用”的路由信息是隐含公开的。 |
| **技术特征P**：其中，经由以下中的至少一个从所述AF(125)接收所述多个候选位置(200a、200b)和所述业务路由信息：策略控制功能PCF(133)，以及网络开放功能NEF(205) | 对比文件未公开“策略控制功能（PCF）”或“网络开放功能（NEF）”。对比文件中的信息交互通过G-CMM、MANO实体（如VNFM、VIM）进行。 | **无公开**。PCF和NEF是5G核心网架构中的特定功能实体。对比文件提出的架构基于NFV-MANO和SDN控制器，未采用3GPP 5G标准的控制面功能实体。 |
### 公开性代码总结
根据以上分析，对比文件对各技术特征的开情况如下：
* **技术特征B**：《直接公开》 -> <<<B>>>
* **技术特征C**：《隐含公开》 -> <<<c>>>
* **技术特征D**：《隐含公开》 -> <<<d>>>
* **技术特征E**：《直接公开》 -> <<<E>>>
* **技术特征J**：《直接公开》 -> <<<J>>>
* **技术特征L**：《隐含公开》 -> <<<l>>>
* **技术特征O**：《隐含公开》 -> <<<o>>>
<<<B>>><<<c>>><<<d>>><<<E>>><<<J>>><<<l>>><<<o>>>