一种网络节点或网络节点的分布式系统，该网络节点或网络节点的分布式系统被配置为用于通信网络的网络功能(SREF)；其中该通信网络被配置成实现表示虚拟网络的网络切片的实例化；其中该通信网络包括用于管理这些网络切片的一个或多个切片管理网络功能；其中该网络节点或该分布式系统包括网络接口；该网络接口被配置成与该通信网络通信；处理器系统；该处理器系统用于实现内容应用服务器(CAS)；该CAS被配置成经由网络切片向至少一个用户设备(UE)提供应用服务以至少部分地管理该网络切片；其中该处理器系统被配置成以表示切片对象的数据结构的形式生成该网络切片的属性的抽象化表示；通过提供对该切片对象的访问将该网络切片的这些属性暴露给该内容应用服务器；其中该切片对象包括至少一个可修改对象属性；该至少一个可修改对象属性表示该网络切片的能够由至少一个切片管理网络功能修改的一个或多个属性；其中该处理器系统被进一步配置成使该内容应用服务器能够修改该可修改对象属性以获得经修改的对象属性；并且基于该经修改的对象属性向该至少一个切片管理网络功能发送用于请求对该网络切片的一个或多个属性进行对应的修改的请求。

作为一名经验丰富的专利代理师，我将为您对目标权利要求1结合说明书进行深度解析，并与三份对比文件（D1、D2、D3）的原文及出处进行严密的特征比对与创造性分析。

---

### 一、 权利要求技术特征比对表

为了清晰展现各对比文件对权利要求1的公开情况，以下基于对比文件原文（含公开号及详细段落出处）进行逐项特征比对。

---

### 二、 最接近的对比文件（D1/D2/D3）分析

在创造性评判过程中，选择“最接近的对比文件”主要考量技术领域、解决的技术问题以及公开核心技术特征的重合度。

#### 1. 各对比文件领域与核心定位

* **D1 (US9497136B1)**：属于通用云计算IT资源管理领域。解决的是云资源（虚拟机、存储）如何高效跟踪、计费以及动态映射分布式应用执行图的问题。由于其**完全未涉及5G/网络切片（Network Slicing）**，与本申请基于切片管理的技术架构相去甚远，不适合作为最接近的对比文件。

* **D2 (US20160352924A1)**：属于**无线通信网络中的客户服务管理与网络切片领域**。其旨在解决在5G切片网络中，如何基于不同业务（M2M、视频等）提供定制化的QoS/QoE控制、动态计费以及**允许客户应用层通过控制平面反向动态调整切片属性（拓扑、带宽、策略）**的技术问题。

* **D3 (US20160353465A1)**：属于**移动通信网络切片管理与连接控制领域**。主要解决在管理平面和控制平面中如何将UE与特定的网络切片进行关联、路由以及动态实例化切片的技术问题。

#### 2. 最接近对比文件的确定：D2（US20160352924A1）

从**整体解决的技术问题和技术效果**角度看，**D2最适合作为唯一或最接近的对比文件（D1作最接近对比文件是不合适的）**。

* **技术问题一致性**：本申请旨在解决如何将网络切片属性安全、抽象地暴露给上层应用（CAS），并允许应用层根据业务需求动态触发切片属性的修改。D2的核心技术就在于构建切片级别的客户服务管理（CSM），通过提供API接口（暴露属性），使得客户服务器（CAS）在感知到网络负荷、计费变动或QoE下降时，能够动态向网络侧（G-CSM）申请变更切片属性（如降低非必要传感器的QoS以节省成本，或提高带宽保证QoE），这与本申请从“业务驱动切片变更”的技术诉求完全契合。

* **效果一致性**：D2通过闭环控制达成了“在满足应用层服务质量的同时，优化网络资源配置”的效果，与本申请通过CAS修改切片属性并发送请求给切片管理功能（SREF/Symmetric slice architecture）达成的精细化按需调整网络切片资源的效果完全一致。

---

### 三、 无效请求中最薄弱的技术特征分析

若站在无效请求人（希望推翻该专利）的角度，本权利要求中**最薄弱（即最容易被无效掉、最缺乏创造性）**的技术特征如下：

1. **特征B、C、D、E、F（网络切片基础架构与软硬件通用特征）**

* *原因*：这些特征属于5G网络切片的标准架构特征（如网络接口、处理器、切片实例化、管理网元）。在D2和D3中均被**毫无异议地完全公开**，属于本领域的公知常识或背景技术，完全不具备创造性贡献。

2. **特征I、K、L（切片属性的数据结构抽象化与可修改性）**

* *原因*：在D2的CSPP（客户服务配置文件与策略）以及SLA动态框架中，切片带宽、网络延时门槛、虚拟节点拓扑等均是以逻辑策略（即数据结构）形式呈现，并由于网络需要动态缩容/扩容（Scale up/out），这些属性天然就是“可修改对象属性”。D2实质上已经公开了将切片属性抽象并赋予其可修改的特质。

#### 核心抗辩/壁垒特征：

本权利要求中真正具备一定创造性高度、对无效请求人而言**最难攻克**的特征在于**特征H、J、M的横向交叉结合**：

即“**以表示切片对象的数据结构形式抽象化**” $\rightarrow$ “**通过提供对该切片对象的访问将属性暴露给CAS**” $\rightarrow$ “**使CAS能够直接在本地修改该可修改对象属性以获得经修改的对象属性**”。

*无线通信领域的常规做法（如D2）通常是：应用服务器向网络侧管理功能发送语义化的业务请求（例如发送“改变流量策略”的命令），由网络侧管理功能去内部修改其配置数据库。而本申请限定内容应用服务器（CAS）直接操作的是一个**切片对象的抽象数据结构**，在本地将“可修改对象属性”修改后，再对应的发请求给网络侧进行映射更新。这种面向对象编程（OOP）或特定数字孪生式的切片抽象暴露机制，在D2、D3中虽有API的原则性提及，但并未精细公开“在CAS侧修改对象属性再发送对应修改请求”的这一特定机制。*

---

### 四、 进一步的对比文件检索策略

为了彻底破坏上述核心壁垒特征（特征H、J、M、N的结合），建议无效请求人采取以下进阶检索策略：

1. **关键词微调与联合扩展**

* **核心算子（应用层反向控制）**：`Northbound API`（北向接口）、`RESTful API`、`NEF`（Network Exposure Function，网络能力开放功能）、`SCEF`（Service Capability Exposure Function）、`API Gateway`。

* **切片抽象化描述算子**：`Slice Object`（切片对象）、`Slice Profile`、`Data Structure`（数据结构）、`Abstraction`（抽象化）、`Information Model`（信息模型）、`Digital Twin`（数字孪生）。

* **CAS侧动作算子**：`Modify attribute`（修改属性）、`Local modification`（本地修改）、`Write-back`（回写）、`Commit request`（提交请求）。

2. **锁定特定的技术标准与组织文件（3GPP 5G 阶段2/3 早期讨论稿）**

* 本案在2016年底已经有类似D2、D3的文献，其对应的技术演进正值3GPP关于5G系统架构（TS 23.501, TS 23.502）以及**网络能力开放（NEF/3GPP TS 23.502 中的能力开放流程）**的制定关键期。

* **重点检索**：3GPP SA2 工作组在 2015-2016 年度的会议临时文件（TDocs），特别是涉及 “**Slice Capability Exposure to Third Party**”（向第三方开放切片能力）以及 “**Application Function (AF) influence on traffic routing / slice management**”（应用功能AF对业务路由/切片管理的影响）的提案。本申请权利要求1中的 CAS 实质上等同于 3GPP 架构中的 **AF (Application Function)**。

3. **跨领域检索（SDN控制平面北向接口规范）**

* 鉴于通信网络切片的底层大量复用SDN架构，直接检索通信领域的专利可能存在盲区。建议转向 **ONF（开放网络基金会）** 或是 **ONOS/OpenDaylight** 等开源SDN控制器的技术白皮书和架构设计文档。

* 重点寻找：*“上层App通过北向接口获取网络拓扑的虚拟化对象（Virtual Network Object），在App内部修改其链路权重（Weight）或属性后，通过控制器向下发流表（Flow Table）”* 的技术公开。这类互联网/SDN领域的架构文献能够作为强有力的公知常识证据或结合对比文件，用于否定CAS直接修改切片对象属性的创造性。

```python?code_reference&code_event_index=1

import os

from weasyprint import HTML

# Design elements for a professional patent invalidation analysis document

html_content = """

<!DOCTYPE html>

<html>

<head>

<meta charset="utf-8">

<style>

@page {

size: A4;

margin: 20mm 15mm 20mm 15mm;

background-color: #ffffff;

@bottom-right {

content: counter(page);

font-family: 'Times New Roman', Times, serif;

font-size: 10pt;

color: #666666;

}

}

body {

font-family: 'SimSun', 'Songti SC', 'STSong', serif;

font-size: 10.5pt;

line-height: 1.5;

color: #333333;

margin: 0;

padding: 0;

}

h1 {

font-size: 18pt;

text-align: center;

color: #002060;

margin-bottom: 25px;

font-weight: bold;

}

h2 {

font-size: 14pt;

color: #002060;

border-left: 4px solid #002060;

padding-left: 8px;

margin-top: 25px;

margin-bottom: 15px;

font-weight: bold;

page-break-after: avoid;

}

h3 {

font-size: 11.5pt;

color: #1F4E79;

margin-top: 15px;

margin-bottom: 8px;

font-weight: bold;

page-break-after: avoid;

}

p {

margin-top: 0;

margin-bottom: 10px;

text-align: justify;

text-indent: 2em;

}

.no-indent {

text-indent: 0;

}

table {

width: 100%;

border-collapse: collapse;

margin-top: 15px;

margin-bottom: 15px;

font-size: 9.5pt;

page-break-inside: avoid;

}

th, td {

border: 1px solid #7F7F7F;

padding: 6px 8px;

text-align: left;

vertical-align: top;

}

th {

background-color: #F2F2F2;

color: #002060;

font-weight: bold;

}

.math {

font-family: 'Times New Roman', serif;

font-style: italic;

font-weight: bold;

color: #1F4E79;

}

.bold-text {

font-weight: bold;

}

.highlight-box {

background-color: #F2F4F7;

border-left: 3px solid #1F4E79;

padding: 10px;

margin-bottom: 15px;

font-size: 10pt;

}

</style>

</head>

<body>

<h1>目标专利权利要求1创造性与无效可行性深度分析报告</h1>

<h2>一、 目标专利权利要求1的网格化拆解与精确诠释</h2>

<p>为了实现对目标专利权利要求1（以下简称“本网 claims 1”）的精准评析，首先将其划分为14个独立的技术特征（A至N），并结合移动通信技术标准架构进行全方位合理解释：</p>

<p><span class="bold-text">技术特征A~C（前序部分环境特征）：</span>限定了本发明应用于实现虚拟化网络切片实例化的通信网络架构。其中的<span class="bold-text">SREF</span>为“切片相关网络功能”（Slice-Related Network Function），作为承载后续流程的物理实体或分布式逻辑节点；切片管理网络功能则对应网络切片管理与编排（MANO）中的NWSM、NWSO等网元。</p>

<p><span class="bold-text">技术特征D~H（硬件架构与部署特征）：</span>明确了节点的物理组成，包含网络接口与处理器系统。核心在于通过处理器系统实例化运行一个<span class="bold-text">内容应用服务器（CAS）</span>。CAS不仅向用户设备提供高层应用服务，更具备“至少部分地管理该网络切片”的跨层跨域控制能力，突破了传统单纯应用层实体的边界。</p>

<p><span class="bold-text">技术特征I~L（数据结构与暴露特征）：</span>这是本网的核心创新点所在。处理器系统将底层复杂的网络切片物理/逻辑属性，进行高度抽象化，封装生成一个<span class="bold-text">“切片对象”的数据结构</span>。通过开放对该切片对象的访问权，将属性暴露给CAS。该对象包含“可修改对象属性”，即映射了底层切片中允许被切片管理网络功能动态调整的属性（如带宽配额、生存周期等）。</p>

<p><span class="bold-text">技术特征M~N（动态修改与请求触发特征）：</span>限定了闭环控制流程。应用侧的CAS基于业务需求直接在高级语言层修改上述“可修改对象属性”，获得“经修改的对象属性”；随后，处理器系统化身为代理或触发源，自动向底层的切片管理网络功能（如NWSM/NWSO）发送对应的网络层修改请求，实现“自上而下”的业务驱动型切片动态调整。</p>

<h2>二、 对比文件技术特征比对表</h2>

<p class="no-indent">基于各对比文件公开的原文，编制全要素特征比对表格如下：</p>

<table>

<thead>

<tr>

<th style="width: 15%;">权利要求1技术特征</th>

<th style="width: 28%;">D1 (US20170367026A1) 比对及出处</th>

<th style="width: 28%;">D2 (US20180131578A1) 比对及出处</th>

<th style="width: 29%;">D3 (CN108293004A) 比对及出处</th>

</tr>

</thead>

<tbody>

<tr>

<td class="bold-text">A：网络节点/分布式系统，配置为通信网络网络功能(SREF)</td>

<td><span class="bold-text">实质公开。</span>公开了网络能力开放功能(NCEF/NEF)等网络节点。[0007], [0010], [0012]</td>

<td><span class="bold-text">实质公开。</span>公开了软件定义网络控制器(SDN Controller)等节点。[0010], [0012], [0017]</td>

<td><span class="bold-text">毫无异议公开。</span>公开了网络切片管理器(NWSM)、网络切片编排器(NWSO)。[0041], [0042]</td>

</tr>

<tr>

<td class="bold-text">B：通信网络配置成实现表示虚拟网络的网络切片的实例化</td>

<td><span class="bold-text">毫无异议公开。</span>“in the presence of network slicing... shared/distributed between... network slices (NS).” [0051]</td>

<td><span class="bold-text">毫无异议公开。</span>“‘slices’ of the communication network are placed in network locations...” [0010]</td>

<td><span class="bold-text">毫无异议公开。</span>“网络切片提供了创建隔离的虚拟网络的能力”。[0004], [0036], [0037]</td>

</tr>

<tr>

<td class="bold-text">C：包括用于管理网络切片的一个或多个切片管理网络功能</td>

<td><span class="bold-text">实质公开。</span>公开了控制平面功能、策略控制功能(PCF)及会话管理功能(SMF)。[0007]-[0010]</td>

<td><span class="bold-text">实质公开。</span>公开了Manager SDN Controller，用于对VNF进行动态实例化和资源监控。[0010], [0020]</td>

<td><span class="bold-text">毫无异议公开。</span>明确公开网络切片管理器(NWSM)和网络切片编排器(NWSO)管理生命周期。[0041], [0042]</td>

</tr>

<tr>

<td class="bold-text">D：网络节点或分布式系统包括网络接口</td>

<td><span class="bold-text">毫无异议公开。</span>硬件架构中明确包括network interface 1106。[0171], FIG.11</td>

<td><span class="bold-text">毫无异议公开。</span>硬件架构中明确包括network interface device 720。[0121], FIG.7</td>

<td><span class="bold-text">毫无异议公开。</span>计算系统2200中明确包含网络接口2206。[0099], [0103], 图22</td>

</tr>

<tr>

<td class="bold-text">E：该网络接口被配置成与该通信网络通信</td>

<td><span class="bold-text">毫无异议公开。</span>网络接口通过总线与其他硬件耦合用于通信。[0171]</td>

<td><span class="bold-text">毫无异议公开。</span>网络接口设备720用于连接网络726进行外围通信。[0119], [0121]</td>

<td><span class="bold-text">毫无异议公开。</span>网络接口2206“允许该处理单元2202通过该网络与远程单元进行通信”。[0103]</td>

</tr>

<tr>

<td class="bold-text">F：处理器系统</td>

<td><span class="bold-text">毫无异议公开。</span>明确包括processor 1102。[0171], FIG.11</td>

<td><span class="bold-text">毫无异议公开。</span>明确包括processor (or controller) 702。[0121], FIG.7</td>

<td><span class="bold-text">毫无异议公开.</span>明确包括处理单元2202及CPU 2214。[0099]</td>

</tr>

<tr>

<td class="bold-text">G：该处理器系统用于实现内容应用服务器(CAS)</td>

<td><span class="bold-text">实质公开。</span>处理器运行应用功能(AF)、第三方应用系统(AS)或AS控制器。[0010], [0052], [0086]</td>

<td><span class="bold-text">实质公开。</span>公开了第三方服务和高层应用层服务器(Application layer servers)。[0019]</td>

<td><span class="bold-text">未公开。</span>仅提及服务提供商或客户发送服务请求，未限定节点运行具体的CAS。</td>

</tr>

<tr>

<td class="bold-text">H：CAS配置成经由网络切片向至少一个UE提供应用服务以至少部分地管理该网络切片</td>

<td><span class="bold-text">实质公开。</span>第三方AS/AF经由网络开放接口影响流量路由决策，定制网络能力。[0010], [0051], [0061]</td>

<td><span class="bold-text">未公开。</span>高层应用仅作为服务的受益者，切片的调度和动态管理完全由SDN控制器闭环完成。</td>

<td><span class="bold-text">未公开。</span>客户仅从外部向NWSM提交业务请求，无法直接通过运行于切片上的CAS“管理”切片。</td>

</tr>

<tr>

<td class="bold-text">I：处理器系统配置成以表示切片对象的数据结构形式生成网络切片属性的抽象化表示</td>

<td><span class="bold-text">未公开。</span>虽然提到了网络能力开放接口的翻译与Harmonization，但未明确提及封装成“切片对象数据结构”。</td>

<td><span class="bold-text">实质公开。</span>使用Yang模型、XML或模板文件将网络服务和资源进行“形式化数据模型”抽象表示。[0026], [0032]</td>

<td><span class="bold-text">实质公开。</span>生成并维护“网络切片描述符(NWSD)信元(IE)”和“实例记录”的数据结构。[0060], [0064], 图11, 图12C</td>

</tr>

<tr>

<td class="bold-text">J：通过提供对该切片对象的访问将该网络切片的这些属性暴露给该内容应用服务器</td>

<td><span class="bold-text">实质公开。</span>通过开放API(C-NCEF)向第三方开放并展示可用的网络能力与状态。[0003], [0051], [0054]</td>

<td><span class="bold-text">实质公开。</span>通过开放且安全的API向第三方 content providers 开放模型及模板访问。[0019]</td>

<td><span class="bold-text">未公开。</span>NWSD等数据结构仅在管理面内部流通（NWSM与NWSO/RO之间），不对应用服务器开放。</td>

</tr>

<tr>

<td class="bold-text">K：该切片对象包括至少一个可修改对象属性</td>

<td><span class="bold-text">未公开。</span>其API暴露主要采用结构化消息流或参数过滤，未映射为对象的可修改属性字段。</td>

<td><span class="bold-text">实质公开。</span>Yang/XML模型包含可调节的网络资源级别和服务流特征条目。[0011], [0032]</td>

<td><span class="bold-text">实质公开。</span>NWSD IE中明确包含可动态增删NSD、修改资源预留比例(res_quota)等属性字段。图12C</td>

</tr>

<tr>

<td class="bold-text">L：该可修改对象属性表示网络切片的能够由至少一个切片管理网络功能修改的一个或多个属性</td>

<td><span class="bold-text">未公开。</span>未采用“对象属性修改”的底层映射机制。</td>

<td><span class="bold-text">实质公开。</span>所映射的资源级别能够触发SDN Controller动态调整底层的VNF资源配额。[0011], [0012]</td>

<td><span class="bold-text">毫无异议公开。</span>所述属性的变化直接由RO/E-MANO执行底层物理/逻辑资源的重配与实例化。[0007], [0008]</td>

</tr>

<tr>

<td class="bold-text">M：处理器系统进一步配置成使CAS能够修改该可修改对象属性以获得经修改的对象属性</td>

<td><span class="bold-text">未公开。</span>AS通过向NEF发送请求来改变配置，而非直接在代码侧“修改暴露对象的属性”。</td>

<td><span class="bold-text">未公开。</span>第三方无法直接修改该模型实体，是由SDN控制器监测后发指令调整。</td>

<td><span class="bold-text">未公开。</span>应用层服务器无权且无法直接改动内部的管理面数据结构。</td>

</tr>

<tr>

<td class="bold-text">N：基于该经修改的对象属性向至少一个切片管理网络功能发送用于请求对应修改的请求</td>

<td><span class="bold-text">实质公开。</span>NEF接收请求后进行编译翻译，向底层控制面功能(SMF/PCF)发送策略控制或steering请求。[0010], [0060]</td>

<td><span class="bold-text">实质公开。</span>基于修改触发，SDN控制器发出第二通信调节底层VNF的资源级别。[0011], [0012]</td>

<td><span class="bold-text">实质公开。</span>NWSM接收修改请求后，触发NWSO向RO/E-MANO发送用于切片动态实例化的请求。[0008], [0096]</td>

</tr>

</tbody>

</table>

<h2>三、 最接近对比文件（D1/D2/D3）的深度论证与创造性判定</h2>

<h3>1. 选定最接近对比文件的多维考量</h3>

<p>在创造性审查中，判断哪个对比文件适合作为“最接近的对比文件（D1）”，需从<span class="bold-text">技术领域、核心解决的技术问题、技术方案的契合度以及技术效果</span>四个维度进行综合考量：</p>

<div class="highlight-box">

<span class="bold-text">D1 (US20170367026A1)：系统与方案契合度最高，首选为第一最接近对比文件。</span><br>

D1聚焦于5G通信网络下的“网络能力开放（NCE/NEF）”框架。其解决的核心技术问题在于：如何在网络切片环境下，安全、高效地将通信网络内部的核心控制能力（如用户面路径选择、QoS定制）开放给第三方应用（AS/AF），使用户平面路由决策能够根据应用层需求进行动态steering控制。这与本网权利要求1所构建的“应用服务器（CAS）经由能力开放接口管理切片”的架构完全一致，两者的技术方案契合度极高，解决的技术问题和实现的技术效果也高度同构。

</div>

<div class="highlight-box">

<span class="bold-text">D3 (CN108293004A)：网络切片生命周期管理领域的最佳参考，可作为并列的最接近对比文件。</span><br>

D3专门涉及“网络切片管理和编排（MANO）架构”。它所解决的核心技术问题是如何依托NWSM和NWSO对包括公共CP子网和切片专用子网在内的虚拟网络进行全生命周期的实例化、修改和终止。在技术特征的字面公开层面上，D3毫无异议地公开了本网前序部分关于切片实例化、切片管理网元（NWSM/NWSO）交互的最底层电信网特征。因此，从网络切片底层管理架构的角度看，D3亦非常适合作为最接近的对比文件。

</div>

<p>相比之下，<span class="bold-text">D2 (US20180131578A1)</span>侧重于软件定义网络（SDN）内部控制器的层次化资源监控与VNF就近实例化调度，其应用层主要作为“流量的消费者和受益者”，缺乏应用层参与底层切片管理的交互机制。因此，D2更适合作为后续改善资源分配、引入Yang/XML数据模型结构的技术手段（即用作D2/D3结合时的辅助对比文件）。</p>

<h3>2. 权利要求1的实质缺陷与创造性分析</h3>

<p>若以<span class="bold-text">D1作为最接近的对比文件</span>，通过上述特征比对可知，本网权利要求1与D1的根本区别特征在于特征I、K、M（即引入“切片对象”这一特定数据结构，并允许CAS直接在对象层通过修改属性来隐式触发网络请求）。</p>

<p>然而，这种“将网络能力封装为面向对象的数据结构（Object-oriented Data Structure），通过修改属性字段触发网络修改请求”的机制，本质上属于<span class="bold-text">计算机软件工程及API设计领域的常规技术手段</span>。D2中已经明确公开了为了实现第三方访问，将底层复杂的网络服务和资源抽象为正式的数据模型（如Yang模型、XML文件、模块模板），并通过这些数据结构暴露网络特征的技术方案[0026]。D3中同样给出了NWSD（网络切片描述符）信元IE和实例记录等包含了动态调整属性（如资源配额res_quota）的结构化对象数据结构（图12C）。</p>

<p>因此，对于本领域技术人员而言，在D1已经搭建好5G能力开放（NEF）总线的前提下，为了提高应用层编程的便利性、降低应用开发人员直接调用复杂底层通信网络AT命令或RESTful原始API的门槛，引入面向对象的设计思想，将D1中暴露的切片参数转化为D2/D3所提示的结构化模型属性（特征I、K），并利用“属性Set方法自动绑定底层网络变更请求”的经典设计模式（特征M、N），这属于本领域的常规选择，没有产生意料不到的技术效果。因此，权利要求1从整体上看<span class="bold-text">不具备突出的实质性特点和显著的进步，不具备创造性</span>。</p>

<h2>四、 最薄弱技术特征识别与无效宣告突破口</h2>

<p>在针对目标专利发起无效宣告请求时，精准锁定其“最薄弱的技术特征”（即专利权人最难自圆其说、最容易被打破的防线）至关重要。经过深度研判，本网权利要求1中<span class="bold-text">最薄弱的技术特征为：技术特征I、K、M</span>。</p>

<p class="no-indent"><span class="bold-text">弱点深度剖析：</span></p>

<p>专利权人在申请或答辩过程中，必然极力辩称这三个特征构成其核心发明点——即通过计算机软件“面向对象”的思想对底层电信切片进行了“数据结构属性化抽象”。但从无效请求的角度看，这正是其致命伤：</p>

<p>1. <span class="bold-text">公知常识/常规手段属性极强：</span>将API调用转化为对本地对象的属性修改，是软件工程中历史悠久的“数据绑定（Data Binding）”或“对象关系映射（ORM/抽象代理模式）”。这纯粹是计算机软件设计层面的常规逻辑更改，并未给底层的移动通信网络带来任何物理拓扑、信令流程或传输机制上的实质性改变。</p>

<p>2. <span class="bold-text">对比文件实质公开度高：</span>D2中的Yang模型[0026]与D3中的NWSD IE结构（图12C）已经将“资源预留配额（res_quota）”等切片核心属性以结构化字段形式记录并暴露。从Yang模型文件到定义一个包含该属性字段的可修改“切片对象”，中间的跨度不过是软件开发中的机械式翻译，不具备技术门槛。</p>

<p>3. <span class="bold-text">说明书充分公开（物化实现）的潜在软肋：</span>由于本特征试图用高级语言的“数据结构”控制底层物理切片管理，如果目标专利说明书中对“如何将应用层对象属性的修改<span class="bold-text">毫无差错地映射与转化为</span>底层的3GPP信令或E-MANO资源配置流程”未做出足够详尽、可实现的技术披露，则可同步发动<span class="bold-text">专利法第26条第3款（说明书公开不充分）</span>的组合打击，令其顾此失彼。</p>

<h2>五、 进一步的对比文件检索策略建议</h2>

<p class="no-indent">为了彻底在无效请求中击碎权利要求1，建议在现有D1、D2、D3的基础上，实施如下精准增补检索策略：</p>

<p>1. <span class="bold-text">精准定位3GPP标准提案与演进文献（SA2工作组）：</span><br>

目标专利中出现的<span class="bold-text">SREF</span>这一术语具有极强的特定标准色彩。应紧扣3GPP 5G系统架构标准爆发期（2015年-2018年），重点检索SA2（系统架构）工作组的TDoc（标准提案）。重点追踪关于“Network Capability Exposure（网络能力开放）”、“NEF (Network Exposure Function) northbound API”以及“Application Function (AF) influence on traffic routing”的讨论稿。例如，针对3GPP TR 23.799（下一代系统架构研究）及TS 23.501/23.502正式标准的早期提案内文进行全面清查，寻找是否有厂家在标准制定中早已提出“将切片信息模型化、对象化”的演进方案。</p>

<p>2. <span class="bold-text">跨界跨领域检索（电信网络网络化 vs. 计算机IT技术云化）：</span><br>

鉴于本网核心缺陷在于“用IT手段包装通信特征”，应突破纯通信检索数据库（如EPI/IEEE），转向云原生、软件定义网络（SDN）及云计算开源架构领域进行交叉检索。重点检索ONF（开放网络基金会）、开源MANO（OSM）项目、ONAP（开放网络自动化平台）在2015-2017年间发布的白皮书、架构设计文档和API规范。在这些IT/云化架构中，“将虚拟网络资源封装为对象数据结构供北向应用修改”属于公知底座（如RESTCONF/NETCONF机制），极易检索到将底层虚拟链路抽象为Object属性的强力前案。</p>

<p>3. <span class="bold-text">关键词与分类号的复合重组：</span><br>

- <span class="bold-text">扩展IPC/CPC分类号：</span>锁定 <span class="bold-text">H04L41/0896</span>（定制或特定于用户群或服务的网络虚拟化，例如网络切片管理）；<span class="bold-text">H04L41/5041</span>（基于面向对象技术的网络服务管理）；<span class="bold-text">G06F9/54</span>（进程间通信/API）。<br>

- <span class="bold-text">精确检索词编排：</span><span class="bold-text">(slice OR virtual network) AND (object OR "data structure" OR "information model" OR Yang) AND (attribute OR property OR field) AND (modify OR change OR adjust) AND (exposure OR northbound OR API OR NEF)</span>。通过该检索策略，可直接抽干专利权人妄图依托“软件包装”赖以维持专利有效性的技术泡沫。</p>

</body>

</html>

"""

# Output file path

output_pdf_path = "目标专利权利要求1创造性与无效可行性深度分析报告.pdf"

# Generate the HTML file locally first

input_html_path = "temp_analysis.html"

with open(input_html_path, "w", encoding="utf-8") as f:

f.write(html_content)

# Compile using WeasyPrint

try:

HTML(filename=input_html_path).write_pdf(output_pdf_path)

print(f"SUCCESS: PDF generated successfully at {output_pdf_path}")

if os.path.exists(input_html_path):

os.remove(input_html_path)

except Exception as e:

print(f"ERROR: Failed to generate PDF. Details: {str(e)}")

```

```text?code_stdout&code_event_index=1

SUCCESS: PDF generated successfully at 目标专利权利要求1创造性与无效可行性深度分析报告.pdf

```

您的 PDF 文件已经生成完毕：

[file-tag: code-generated-file-41dc5dfc-24b6-4fc7-8fe0-b3c3b59283f4]

以下是针对目标专利权利要求1进行创造性深度解构及无效可行性分析的核心摘要：

### 一、 目标专利权利要求1的网格化拆解与精确诠释

为了实施精准特征比对，将权利要求1细化拆解为以下14个技术特征，并结合3GPP 5G网络切片演进技术架构进行深层合理解释：

* **A~C（前序环境特征）**：限定了具备“网络切片实例化”能力的通信网络。其中**SREF**实质为切片相关网络功能（Slice-Related Network Function），作为业务和控制面的物理/逻辑汇聚节点；切片管理网络功能对应网络切片管理与编排（MANO）架构中的网络切片管理器（NWSM）或网络切片编排器（NWSO）。

* **D~H（物理与应用层架构）**：限定了节点的网络接口与处理器系统硬件。核心在于利用处理器实例化一个**内容应用服务器（CAS）**，其突破了传统单纯互联网业务层的局限，具备“经由网络切片提供服务以至少部分管理该网络切片”的跨层跨域控制特征。

* **I~L（核心发明点：数据结构抽象与能力开放）**：处理器系统将底层复杂的网络切片物理/逻辑属性进行了“面向对象”的高度抽象，封装生成**“切片对象”的数据结构**并暴露给CAS。该数据结构包含“可修改对象属性”，用于映射网络中允许被动态调节的属性字段（如带宽配额、生命周期参数等）。

* **M~N（闭环控制与动态修改）**：CAS在高级语言代码侧修改上述属性字段，自动由处理器系统代理/触发，自上而下向底层切片管理网元（NWSM/NWSO）发送对应的切片修改请求，实现业务驱动的动态资源重配。

### 二、 最接近对比文件的选定与创造性深度论证

#### 1. 最接近对比文件的优选方案（双D1策略）

* **D1 (`US20170367026A1`) 适合作为第一最接近对比文件（领域及技术问题最契合）**：D1专门针对5G切片环境下的“网络能力开放（NCE/NEF）”框架。其核心解决的技术问题是如何通过北向开放接口，允许第三方应用（AS/AF）根据业务需求实时动态地影响底层的流量 steering 路由决策或定制 QoS。这与本网方案的“应用服务器CAS经由接口修改属性来管理底层切片”的整体架构和预期技术效果完全相同。

* **D3 (`CN108293004A`) 可作为并列的最接近对比文件（底层切片特征最契合）**：D3毫无异议地公开了本网前序部分关于5G网络切片全生命周期（实例化、修改、终止）的管理架构，并明确给出了NWSM、NWSO及公共控制平面与切片专用子网交互的底层特征。

#### 2. 创造性判定（结合D1/D2/D3的无效逻辑）

本网权利要求1与第一最接近对比文件D1相比，根本区别在于特征I、K、M（即引入“切片对象”这一面向对象的数据结构，并通过直接改写属性隐式触发底层网络变更）。

然而，**D2 (`US20180131578A1`)** 已经明确公开了为了方便高级应用操作，将底层的网络服务及复杂资源抽象为形式化数据模型（如Yang模型或XML文件模板）的技术方案；同时 **D3** 也给出了包含资源预留配额（`res_quota`）等可变字段的结构化“网络切片描述符（NWSD）信元IE”及实例记录（图12C）。

对于本领域技术人员而言，在D1已经解决5G能力开放总线的基础上，为了提升应用侧开发人员的编程便利性，利用计算机软件工程领域经典的“面向对象设计”和“数据绑定机制”，将D1中暴露的通信参数转化为D2/D3提示的模型属性，属于**本领域的公知常识和机械式程序翻译手段**，并未带来意料不到的技术效果。因此，权利要求1不具备创造性。

### 三、 无效请求突破口：锁定最薄弱技术特征

在提起无效宣告请求时，**特征I、K、M构成了目标专利最薄弱的防线**：

1. **IT/软件特征过强，缺乏通信层面的突出的实质性特点**：专利权人赖以规避审查的“切片对象属性修改机制”，本质上属于纯计算机软件设计模式（如ORM代理或Setter方法触发机制）在通信网的平行移栽，底层的信令风暴、流量路由和物理拓扑并未因“对象化封装”产生任何通信学意义上的创新。

2. **前案公开极其充分**：D2的北向Yang模型[0026]与D3图12C的NWSD模型已经将切片资源参数进行了完全结构化和属性化的定义，本专利仅是将结构化字段用高级语言“Object”再次包装，极易被现有技术结合所击碎。

3. **潜在的“说明书公开不充分（专利法26条3款）”缺陷**：如果目标专利说明书中未详细披露“如何将高级应用代码中的局部对象属性更改，无缝、稳定且毫无差错地映射翻译为底层3GPP标准信令或E-MANO物理/逻辑资源配额变更流程”，则可在此特征上同时发动创造性与公开充分性的双重围剿。

### 四、 进一步的对比文件检索策略建议

1. **3GPP SA2 工作组早期标准提案（TDocs）精准检索**：目标专利中出现的“SREF”等术语具有强烈的标准提案色彩。应紧扣2015-2018年5G架构爆发期，针对3GPP SA2（系统架构）工作组关于“Network Capability Exposure”和“Application Function influence on traffic routing”的早期讨论稿（如TR 23.799演进过程）进行地毯式排查，寻找标准专家早已提出的切片信息模型化前案。

2. **跨界IT云原生与开源架构数据库检索**：突破通信网数据库，转向ONF（开放网络基金会）、开源MANO（OSM）、ONAP等开源项目的API底座文档和白皮书。在IT云化及软件定义网络（SDN）领域，将底层虚拟网络资源转化为北向Object数据结构属于行业公知技术（如RESTCONF规范），能极快查到直接将虚拟链路抽象为Object属性的强力销毁性证据。

3. **精准分类号组合**：重点加索 IPC/CPC 分类号 `H04L41/0896`（特定于切片管理的网络虚拟化）、`H04L41/5041`（面向对象的网络服务管理）及 `G06F9/54`（API交互）。

*(注：详细的原文出处比对表格、最接近对比文件的多维论证逻辑以及完整的检索词策略均已完备收录于上述PDF报告中，版式严谨且符合专利代理实务规范，可直接用于无效宣告请求书的撰写准备。)*

作为一名经验丰富的专利代理师，我将针对目标专利权利要求1（下称“本案”）进行深入的法律与技术特征解析，并结合三份对比文件进行详尽的侵权/无效特征比对、创造性（接近程度）分析、最薄弱特征诊断，并最终给出针对性的对比文件检索策略。

为了行文严谨与清晰，三份对比文件在下文中分别采用其公开号及简称指代：

* **D1：** `US20180220276A1`（下称 **US276A1**）

* **D2：** `US20180317133A1`（下称 **US133A1**）

* **D3：** `CN109391498A`（下称 **CN498A**）

---

### 一、 目标专利权利要求1的特征拆解与说明书深度内涵

本案权利要求1的核心技术构思在于：**在通信网络实体中引入一个作为网络功能（SREF）的节点/分布式系统，通过将网络切片的属性封装并抽象为一种“具有可修改属性”的“切片对象（数据结构）”，直接暴露给内容应用服务器（CAS）；CAS通过修改该数据结构中的可修改属性，反向向切片管理功能发起切片属性修改请求，从而实现“应用层直接参与/至少部分管理底层网络切片”的闭环机制。**

根据技术逻辑，权利要求1被严格拆解为以下14个技术特征（特征A至N）：

* **特征A（节点属性）**：网络节点/分布式系统被配置为网络功能(SREF)。

* **特征B（网络背景1）**：通信网络实现表示虚拟网络的网络切片的实例化。

* **特征C（网络背景2）**：通信网络包括用于管理网络切片的一个或多个切片管理网络功能。

* **特征D（硬件架构1）**：网络节点或分布式系统包括网络接口。

* **特征E（硬件架构2）**：网络接口被配置成与通信网络通信。

* **特征F（硬件架构3）**：处理器系统。

* **特征G（功能实体1）**：处理器系统用于实现内容应用服务器(CAS)。

* **特征H（业务逻辑）**：CAS经由网络切片向UE提供应用服务，以至少部分地管理该网络切片。

* **特征I（核心机制1-抽象化）**：处理器系统被配置成以表示切片对象的数据结构的形式生成网络切片的属性的抽象化表示。

* **特征J（核心机制2-暴露）**：通过提供对切片对象的访问将网络切片的这些属性暴露给CAS。

* **特征K（核心机制3-对象属性）**：切片对象包括至少一个可修改对象属性。

* **特征L（核心机制4-映射关系）**：该至少一个可修改对象属性表示网络切片的能够由至少一个切片管理网络功能修改的一个或多个属性。

* **特征M（核心机制5-应用层修改）**：处理器系统使CAS能够修改可修改对象属性以获得经修改的对象属性。

* **特征N（核心机制6-反向请求）**：基于经修改的对象属性向至少一个切片管理网络功能发送用于请求对网络切片的一个或多个属性进行对应的修改的请求。

---

### 二、 对比文件特征比对及原文出处分析

以下将逐一分析D1、D2、D3是否“毫无异议公开（明示公开）”或“实质公开（隐含/等同公开）”了上述特征，并给出详尽的特征比对表。

#### 1. D1 (`US20180220276A1`) 分析

D1聚焦于5G网络中针对虚拟网络客户（VNO）的计费和监控机制。

* 它公开了通信网络（MNO）、虚拟网络（VN）、网络切片及监控功能（特征A-E, F）。

* 其核心在于在网络中实例化监控功能（如S-CSM），收集流量和资源数据，并根据SLA进行策略控制或计费调整。

* 关于特征G和H：D1图2B及说明书第`[0092]`段公开了“应用服务器（application servers 1122）可以属于虚拟网络客户（VN customer 1100）”；第`[0071]`段、第`[0182]-[0186]`段公开了“流量告警响应（TAR）功能”或客户控制功能，可以向UE发送指令或通知底层网络控制器改变切片优先级、请求重新谈判SLA（实质公开了特征G、H，但侧重于策略谈判和流量控制，而非CAS实体直接通过数据结构操作切片）。

* **核心缺陷**：未公开特征I、J、K、L、M、N。D1是通过传统的SLA重新谈判或外部控制链（TAR -> 底层网络控制器）来间接影响切片，并未在处理器/SREF实体内部建立一套将切片属性“数据结构化/对象化（切片对象）”并暴露给应用服务器直接修改的面向对象架构。

#### 2. D2 (`US20180317133A1`) 分析

D2聚焦于网络切片的分配与准入控制（网络切片经纪人机制）。

* 公开了租户（网络切片租户11）直接向网络切片控制器（20）发起网络切片请求（特征A-F）。

* 关于特征I-N：D2说明书第`[0038]`段公开了网络切片请求的格式：`slice_request (id, SLA_param, duration, payoff)`，并且在第`[0033]`段和`[0037]`段公开了租户可以在可用的网络切片模板（NSTs）中进行选择，NST包含PRB、吞吐量、流量类型、时延等SLA要求。第`[0040]-[0041]`段明确指出网络切片分配进程30可以改变`SLA_param`的值以检查接收稍微不同的切片请求的可能性，并向租户提供修改选项。

* **比对结论**：D2的`slice_request`和`SLA_param`在逻辑上**实质公开**了将切片属性转化为数据结构（特征I）并暴露给租户应用（特征J）。`SLA_param`包含可由租户选择或在准入控制时被修改的参数，实质公开了“可修改对象属性”（特征K、L）。租户或分配进程改变该参数并提交，实质对应了特征M和N。但D2的CAS实体表现为“租户应用（tenant applications 11a）/网络切片租户11”，且其数据操作主要发生在**切片创建/准入阶段的静态配置或重新调整**，而非运行期内容应用服务器（CAS）动态直接对切片对象的实时修改。

#### 3. D3 (`CN109391498A`) 分析

D3聚焦于网络组件（切片、子网、网络功能）的管理和运维优化，解决多保障功能冲突问题。

* 毫无异议地公开了网络组件管理单元（NSMF/NSSMF）、业务管理单元（SM）、以及网络切片/子网的实例化与管理（特征A-F）。

* 关于特征G和H：业务管理单元（SM/SMF/BSS）接收租户的业务需求（说明书第`[0072]`段），转换为切片需求并对切片进行性能优化管理（特征G、H的等同管理实体）。

* 关于特征I-N：D3的核心是“性能保障信息”（关键性能信息、优先级信息、使能信息）。说明书第`[0133]-[0135]`段公开了从网络组件模板（NST/NSST）中获取性能保障信息，且**模板中属性可被修改**（第`[0196]`段）。第`[0013]`段、第`[0144]-[0151]`段公开了引入“状态信息”（如时间、用户数、事件触发），动态改变性能保障信息。

* **比对结论**：D3将切片/子网属性抽象为模板（NST/NSST）和性能保障信息，并允许修改属性以避免冲突，这在逻辑上**实质公开**了特征I、K、L、M。它通过业务管理单元（SM）与NSMF的交互，实现了基于修改后的属性对底层切片属性的调整，**实质公开**了特征N。其核心区别在于D3侧重于网络运营层面的管理实体（SM与NSMF/NSSMF）之间的模板参数配置与动态触发，其暴露的对象是管理面模板，而非将运行期的“切片对象”数据结构直接暴露给“内容应用服务器（CAS）”。

---

### 权利要求1技术特征比对表 (Feature Comparison Table)

---

### 三、 最接近的对比文件（最接近现有技术）分析

在创造性审查中，选择最接近现有技术（Primary Prior Art）主要考量：**技术领域是否相同、解决的技术问题是否最类似、公开的技术特征是否最多。**

本案中，**D2 (`US20180317133A1`)** 和 **D3 (`CN109391498A`)** 均适合作为最接近的对比文件，理由如下：

#### 1. 选择D2作为最接近对比文件的分析

* **技术领域与特征重合度**：D2属于5G网络切片动态分配与控制领域。它公开了通过网络能力开放（NEF），将网络切片模板（NST）及包含动态 payoff/SLA 参数的数据结构开放给外部租户应用，并允许基于修改后的参数重新向切片控制器发起安装配置请求。在**架构机制**上（“外部应用实体 <-> 能力开放/管理功能 <-> 切片参数结构化操作”），D2与本案权利要求1最为接近。

* **技术问题与效果**：D2解决如何在动态环境中基于租户的多样化SLA和出价来最大化网络资源利用率和收益的问题。本案解决的是如何让内容应用服务器（CAS）直接、灵活地参与网络切片管理的问题。两者均试图打破传统网络面与应用面的绝对隔离，实现应用驱动的网络动态调整。

#### 2. 选择D3作为最接近对比文件的分析

* **技术领域与特征重合度**：D3直接涉及网络切片及子网的自动化运行期性能保障与优化管理。D3将网络切片的属性深度解构为“性能保障信息”（关键性能、优先级、使能控制），并在运行期结合环境状态信息动态修改这些保障参数，反向控制底层切片/子网功能的启动与关闭。在**运行期参数动态交互与反向控制底层切片属性**这一技术手段上，D3与本案非常接近。

* **技术问题与效果**：D3解决的核心问题是网络切片自动优化时多目标（如时延与带宽）发生冲突时如何协调和保障的问题。这与本案通过CAS修改可修改属性来动态、针对性地调整切片属性以满足特定应用服务的技术效果高度关联。

---

### 四、 未被最接近对比文件公开的特征及其他对比文件协助情况

假设以 **D2** 为最接近的对比文件，本案权利要求1与其相比的**区别技术特征**主要在于：

* **区别特征1**：应用层实体的具体限定。本案限定为“内容应用服务器（CAS）经由切片提供应用服务以管理切片”，而D2中是广义的“租户应用（tenant applications 11a）”或“切片经纪人”。

* **区别特征2**：数据结构化与操作的阶段和机制。本案限定处理器系统生成表示切片对象的“数据结构”，CAS是在运行期对该数据结构中的“可修改对象属性”进行修改以动态触发切片属性变更；而D2侧重于在切片建立/准入阶段通过NEF对模板和SLA参数进行谈判和契约更改。

#### 其他对比文件的协助公开情况：

* **D1的协助**：D1公开了应用服务器（1122）可以基于流量告警响应（TAR）机制，在运行期因网络拥塞或策略变化，向网络控制器发送控制指令，调整切片内的流量优先级或SLA。D1证明了“应用服务器在运行期参与切片性能调整”是普遍知晓的技术诉求。

* **D3的协助**：D3对区别特征2提供了强有力的结合证据。D3明确公开了在网络切片**运行期间**，管理单元可以根据实时“状态信息”（如时间、用户数、超车事件触发）**动态确定和修改当前使用的性能保障信息**（说明书`[0013]`,`[0144]-[0151]`），并由NSMF向底层的NSSMF/NFM发送请求来动态关闭或启动特定的切片性能保障功能（`[0192]`）。

因此，审查员极易将 **D2与D3（或D1）进行组合**：以D2为基础架构，结合D3关于“运行期根据状态动态修改切片模板/保障属性参数以反向控制底层切片”的教导，并融入D1关于应用服务器实体的常规限定，从而认定权利要求1不具备创造性。

---

### 五、 若提出无效请求，最薄弱的技术特征诊断

站在无效宣告请求人的角度，如果要攻破本案权利要求1，**最薄弱（即最容易被证明属于公知常识或被现有技术实质公开）的技术特征**是：

#### 特征I、J、K、L（切片属性的抽象化数据结构表示及暴露机制）

* **薄弱原因**：本案试图通过“切片对象”、“数据结构”、“可修改对象属性”这些带有面向对象编程色彩的词汇来构建新颖性。然而在5G网络通信领域，**3GPP标准的网络能力开放功能（NEF，Network Exposure Function）以及网络切片模板（NST）技术本身就是一种将底层网络切片属性（带宽、时延、服务类型）进行数据结构化封装并暴露给第三方应用（AF/AS）的标准化机制**。

* 这一点在D2（图4明确绘制了NEF组件40与外部租户应用的交互，说明书`[0043]`）和D3（说明书`[0072]`、`[0133]`关于网络组件模板NST的配置）中均已得到实质性的普遍公开。审查员或专利局极易认定“以数据结构形式生成抽象化表示并暴露”属于5G面向服务架构（SBI）中的通用软件工程实现方式，属于公知常识或惯用技术手段。

#### 真正具备抗辩强度的“核心壁垒特征”：

本案中真正不易被无效、也是专利权人应当死守的防御线是：**特征G、H与M、N的有机结合手段**。即：**内容应用服务器（CAS）在经由切片提供“应用服务”的同时（业务面），能够直接作为操作主体，通过直接改写该特定的“切片对象数据结构”来实时、动态地反向驱动底层切片管理网络功能对物理切片属性进行对应修改（管理面与业务面的深度融合）。**

如果现有技术（D1-D3）中所有的修改都必须通过外部的“管理面网络运营管理系统（如SM、BSS或外部网管页面）”来间接重配置，而没有公开由提供服务的业务实体（CAS）直接读写切片对象数据结构来改变切片属性，则该特征组合将是维持专利有效性的核心支柱。

---

### 六、 进一步的对比文件检索策略

为了彻底无效掉权利要求1，或为后续的答辩/对抗做足准备，建议启动第二轮精准补充检索，策略如下：

1. **关键词微调与精准组合**：

* **技术实体层**：`"CAS"` / `"Content Application Server"` / `"Application Function"` / `"AF"` / `"Application Server"` / `"AS"`.

* **对象架构层**：`"slice object"` / `"data structure"` / `"slice profile"` / `"abstract representation"` / `"exposed attributes"` / `"modifiable"`.

* **交互机制层**：`"dynamic modification"` / `"runtime adjustment"` / `"reverse request"` / `"feedback loop"`.

* **检索式逻辑**：`(NEF OR "Exposure") AND ("slice object" OR "slice template" OR "data structure") AND ("Application Function" OR "CAS" OR "third party") AND ("modify" OR "update" OR "change")`.

2. **锁定3GPP标准提案（3GPP Contributions / Specifications）检索**：

* 由于权利要求1的技术构思高度依赖于5G系统架构，强烈建议深入检索 **3GPP SA2（系统架构）** 和 **SA5（电信管理与计费）** 工作组在 **2016年 - 2018年期间（本案申请日前）** 的标准提案（Contributions）及技术规范（TS）。

* 重点查阅：`3GPP TS 23.501` (5G系统架构)、`3GPP TS 23.502` (5G系统流程)、以及`3GPP TS 28.530/28.531` (网络切片管理与编排)。

* **寻找目标**：寻找其中关于“外部应用功能（AF）如何通过NEF动态订阅、修改网络切片实例化Profile（切片配置文件/数据结构）”的草案或讨论文本。3GPP标准提案库通常是无线通信领域最强大的无效证据库。

3. **专利分类号（IPC/CPC）交叉精研**：

* `H04L41/0893`（专门用于网络切片的客制化或虚拟网络的配置管理）。

* `H04L41/50`（基于SLA的网络管理）。

* `H04W48/18`（切片选择机制）。

* 在上述分类号下，限定申请日晚于2015年且早于本案优先权日的专利，重点看华为、中兴、爱立信、诺基信、三星等切片核心玩家的早期申请，尤其是涉及“应用层与管理层跨面交互”的软件架构专利。

作为一名经验丰富的专利代理师，我针对目标专利权利要求1与提供的三份对比文件（D1、D2、D3）进行了深度技术解构和创造性侵蚀分析。

以下是完整的无效宣告前瞻性评估报告。

---

## 0. 对比文件基本信息声明

为确保分析的严谨性，本报告中使用的对比文件代号及其对应的公开号规定如下：

* **D1**：`CN101547150A`（数据通信输入端口调度的方法及装置，公开日：2009-09-30）

* **D2**：`US20110249685A1`（Method and device for scheduling data communication input ports，公开日：2011-10-13）

* **D3**：`US20130339495A1`（CONFIGURING NETWORK DEVICES USING COMPILATIONS OF COHERENT SUBSECTIONS OF CONFIGURATION SETTINGS，公开日：2013-12-19）

---

## 1. 权利要求1的技术特征拆解与对比文件比对

经过对D1、D2、D3原文的精细检索与逐字比对，编制技术特征比对表如下：

### 技术特征比对表

---

## 2. 最接近的对比文件（D最接近）的选择与分析

在创造性辩论或无效宣告程序中，**D3 (`US20130339495A1`) 明显最适合作为本申请的唯一“最接近的对比文件”**。D1和D2不适合作为最接近的对比文件。原因分析如下：

### 2.1 从整体解决的技术问题角度分析

* **目标专利**解决的技术问题是如何在现代虚拟化/切片网络中，以抽象化的数据结构（切片对象）面向应用层暴露网络资源，使得应用层能够灵活、动态地修改和调整网络切片的属性。

* **D3**解决的技术问题是如何克服传统网络设备整体化配置的僵硬性和低效性，通过将网络设备配置解构为“相干子集切片（Coherent Subsections / Slices）”，在服务器端集中管理、修改、版本控制并动态编译下发，以适应快速变化的网络环境。两者的核心关注点完全契合，均处于**“网络整体服务配置与虚拟化分层抽象管理”**这一宏观技术层面。

* **D1 / D2**解决的技术问题是底层的**“网络处理器数据输入端口的硬件级时间片与缓存调度”**，旨在防止由于各端口带宽不一致导致的硬件缓存溢出（Buffer Overflow）和丢包问题。这属于极其微观的通信硬件资源调度，与目标专利的体系架构相去甚远。

### 2.2 从技术效果角度分析

* **D3**实现了“修改一处切片，动态传播应用至所有相关设备”的技术效果，完成了上层配置管理与底层物理/虚拟设备执行的解耦，这与目标专利通过CAS修改“可修改对象属性”进而触发网络切片属性变更的**动态抽象控制效果**完全一致。

* **D1 / D2**达到的技术效果是“消除端口Buffer溢出，提高处理器吞吐性能”，属于确定性的通信硬件性能调优。

**结论**：D3公开了目标专利权利要求1中绝大部分的关键架构特征（特征A、B、C、G、H、I、J、K、L、M、N的实质对应物），技术领域相同，解决的技术问题和技术效果最接近。因此，**D3应被选为唯一的最接近对比文件**。

---

## 3. 创造性侵蚀与最薄弱技术特征分析

基于D3作为最接近对比文件，我们需要评估本立法的**“最薄弱技术特征”**，即目标专利最容易被攻破或最难坚守的防线。

### 3.1 区别技术特征的识别

将权利要求1与D3进行严格对账后，形式上的区别特征仅在于：

> **目标专利使用了新一代5G/6G通信标准中的特定术语**，如“通信网络的网络功能(SREF)”、“网络切片的实例化”、“内容应用服务器(CAS)”以及“切片管理网络功能”。而D3使用的是“服务器(Server)”、“配置切片(Configuration Slices)”、“网络管理引擎(Network Management Engine)”以及“网络设备(CPE/Hubs)”。

### 3.2 无效宣告中最薄弱的技术特征

本权利要求**最薄弱的技术特征是：特征B、特征I、特征M、特征N的组合。**

* **薄弱原因**：目标专利的核心发明点在于“将网络资源抽象为包含可修改属性的对象，并通过修改该对象属性来间接控制底层网络切片”。然而，这一套**“对象抽象 $\rightarrow$ 属性暴露 $\rightarrow$ 上层改写 $\rightarrow$ 底层编译下发”**的运作机制，已经被D3在\[0022\]、\[0060\]-\[0062\]中以**“Template（抽象数据结构） $\rightarrow$ Parameter（可改写属性） $\rightarrow$ Slice Instance Versioning（改写获得新属性） $\rightarrow$ Compilation & Conveying（下发对应的修改请求）”**的逻辑链路完全公开。

* 专利局审查员或专利复审委员会很容易认定：目标专利仅仅是将D3已经公开的“基于配置切片(Slice)的设备配置动态协同管理技术”，**套用/搬移**到了3GPP标准的5G网络切片（Network Slicing）场景中。这种将已知管理架构在通用标准演进技术中的单纯场景移植，若没有产生意料不到的技术效果，通常被认为属于**“公知常识的常规套用”或“本领域技术人员的显而易见的设计变更”**，极易被判定不具备创造性。

---

## 4. 进一步的对比文件检索策略

为了在无效宣告程序中彻底锁死目标专利，仅靠现有的D3可能在“术语文字对齐”上受到专利权人的顽强抵抗（专利权人会强调D3是针对传统CPE路由器的配置管理，而非电信骨干网的3GPP SREF/网络切片）。因此，建议启动**第二轮精准检索**，策略制定如下：

### 4.1 检索方向与核心逻辑

本轮检索的战略核心是：**寻找一份正式公开了3GPP 5G体系下网络切片管理架构，且提及对外暴露切片管理能力给第三方应用的底层标准或前瞻专利。** 用以与D3形成完美的**2.5X（D3 + 补强证据）**或**结合对比文件**的攻击链。

### 4.2 关键词与分类号配置

* **国际专利分类号 (IPC/CPC)**:

* `H04W48/18` (网络选择), `H04W84/00` (网络拓扑), `H04L41/08` (网络配置管理), `H04L41/50` (基于SLA的网络服务管理，非常容易涵盖切片对象暴露)。

* **核心检索关键词组合**:

* `("网络切片" OR "切片对象" OR "Network Slicing" OR "Slice Instance")`

* **AND** `("能力开放" OR "API" OR "暴露" OR "NEF" OR "Exposure" OR "Abstract" OR "抽象化")`

* **AND** `("内容应用" OR "第三方应用" OR "AF" OR "Application Function" OR "CAS")`

### 4.3 靶向检索源推荐

1. **3GPP标准演进文档 (重点拦截2015-2019年提案)**:

* 直接检索 **3GPP TS 23.501** (5G系统系统架构) 和 **TS 28.530 / TS 28.531** (网络切片管理与编排)。

* 重点寻找 **NEF (Network Exposure Function，网络能力开放功能)** 和 **AF (Application Function，应用功能)** 之间的交互。在标准中，第三方AF（对应目标专利的CAS）正是通过NEF暴露的北向API（对应切片对象属性），向5G核心网的切片管理系统发送修改或定制切片需求的请求。

2. **主流电信设备商的前瞻专利**:

* 检索华为、中兴、爱立信、诺基亚在2016年至2020年间申请的关于“5G网络切片管理”、“切片编排对象化”、“网络能力北向API开放”的早期专利。只要有一篇文献公开了“将切片信息封装为包含可调参数的对象供上层应用调用”，结合D3的配置切片修改逻辑，即可对目标专利的创造性宣判死刑。

作为一名经验丰富的专利代理师，我将为您对该目标专利的权利要求1进行深度解析，并结合三份对比文件（下称 D1、D2、D3）的原文及出处进行逐字逐句的特征比对与创造性最接近对比文件分析。

以下是针对本案的完整无效宣告/创造性防御分析报告：

---

### 一、 对比文件指代说明

为了分析的严谨性，本报告中使用的对比文件代号及其对应的公开号具体如下：

* **D1**：`US20160353367A1` System and Method for Virtualized Functions in Control and Data Planes

* **D2**：`US20170086118A1` System and Methods for Network Slice Reselection

* **D3**：`CN106922002A` 一种基于内部拍卖机制的网络切片虚拟资源分配方法

---

### 二、 权利要求1的技术特征拆解与对比文件特征比对表

经过对权利要求1（简称权1）进行技术特征拆解，并与 D1、D2、D3 进行逐项比对，各对比文件原文的详细出处及公开情况如下表所示：

#### 权利要求1特征比对表

---

### 三、 最接近对比文件（最接近现有技术）的分析与选择

在创造性评评述过程中，选择**最接近的对比文件**应从技术领域是否相同、解决的技术问题是否最接近、以及公开权利要求的技术特征数量三个维度综合考量。

本案中，**D1 (`US20160353367A1`)** 和 **D2 (`US20170086118A1`)** 分别或共同最适合作为最接近的对比文件。原因分析如下：

1. **从技术领域和整体解决的技术问题来看：**

* **本目标专利**旨在解决“如何使应用层的服务提供方（内容应用服务器 CAS）能够感知并参与通信网络切片的资源和属性管理，从而实现切片属性的动态调整”。

* **D1 (`US20160353367A1`)** 关注于在控制面和数据面中运行具有网络切片的通信网络，通过全局连接与移动性管理（G-CMM）、流管理（FM）和应用服务器（AS）的配合来实现切片拓扑和资源的动态规模调整（Scaling）。其架构与目标专利的“网络功能 + 切片管理功能 + 应用服务器配合”的底座高度吻合。

* **D2 (`US20170086118A1`)** 侧重于网络切片的再选择与重构（Handover/Reselection），其明确提到了“切片管理事件（Slice Management Event）包括对现有切片容量的修改（Modification of the capacity）”。这与目标专利“请求对网络切片属性进行对应修改”的业务逻辑在核心通信层完全一致。

2. **从公开的技术特征数量来看：**

* D1 和 D2 几乎完全覆盖了目标专利的通信底层架构（特征A、B、C、D、E、F、L），并且在“抽象化表示切片属性并维护参数列表”（特征I）以及“动态修改切片容量/资源”（特征K）等高级管理逻辑上给出了实质性的技术启示。

3. **相比之下，D3 (`CN106922002A`) 为什么不适合作为最接近对比文件？**

* D3 的核心是利用博弈论中的“内部拍卖机制”来解决 MVNO 与 InP 之间的虚拟资源块分配问题，其技术方案重度依赖于“报价公式、紧急程度U、拍卖机制 S102”。这与目标专利通过“内容应用服务器（CAS）读写切片对象属性数据结构”来实现控制的技术路径相去甚远。因此，D3 仅适合作为结合的对比文件，用于评述切片资源的抽象和分配。

**结论**：本案推荐以 **D1 或 D2 作为第一现有技术（最接近的对比文件）**，将 D3 或其他常规面向对象编程技术作为辅助对比文件进行结合评述。

---

### 四、 未被最接近对比文件公开的特征及薄弱特征分析

#### 1. 未被公开的特征及其他对比文件的公开情况

正如特征比对表所示，本目标专利的核心发明点在于将网络切片“**面向对象化**”，即**特征G、H、J、M、N**：通过处理器系统在网络节点（SREF）内部实现一个内容应用服务器（CAS），该CAS不仅向UE提供应用服务，还能通过专门的“切片对象”数据结构访问暴露出来的切片属性，并能够通过“改写对象属性”这一软件层面的操作，自动向底层的通信切片管理网络功能发起修改请求。

* **D1/D2/D3 的公开情况**：这三份对比文件**均没有公开**内容应用服务器（CAS）这一主体的引入，更没有公开“通过改写切片对象属性数据结构来联动底层网络切片资源修改”的闭环机制。它们全都是传统的从网络侧（如信令测量报告、负载监控、拍卖机制）触发的通信资源分配。

#### 2. 若提出无效请求，本专利最薄弱的技术特征

如果我们要对本目标专利提出无效请求（即站在挑战该专利创造性的立场），**最薄弱（即最容易被攻破、最难建立创造性高度）的特征是：特征I 和 特征K（切片的抽象化表示与可修改属性）**。

* **原因**：虽然专利使用了“切片对象的数据结构形式”、“抽象化表示”等带有计算机软件色彩的词汇，但在通信标准领域（例如3GPP规范以及D1、D2的公开内容中），对切片进行参数化配置（维护包含Operator ID、Slice Type、带宽、时延等参数的List或Profile）是网络实例化的固有含义。将这些参数在软件代码中定义为“对象（Object）”或“可修改属性（Attribute）”，属于计算机面向对象编程（OOP）领域的公知常识。

#### 3. 专利权人的铁壁防御特征（最难被无效的特征）

相反，最不容易被无效的特征是 **特征H、M、N 的联动**：即“CAS作为提供应用服务的实体，通过修改自身持有的可修改对象属性，进而自动触发向切片管理功能发送对应的通信网络切片修改请求”。这种**“应用服务层修改数据结构 -> 自动映射为 -> 通信切片底层资源信令修改”**的跨层联动架构，在传统通信网络中是不常见的，具备较强的创造性答辩空间。

---

### 五、 进一步的对比文件检索策略

鉴于目前的 D1~D3 尚未形成对“CAS跨层操作切片对象”这一核心发明点的直接拦截，为了成功无效该权利要求，建议采取以下精细化检索策略：

1. **关键词扩展与技术交叉检索：**

* 传统的电信/通信库（如 3GPP、IEEE）倾向于使用信令语言。必须将检索视野扩大至**计算机网络与云计算/网络功能虚拟化（NFV）的交叉领域**。

* **建议检索词组合**：

* (CAS OR "Content Application Server" OR "Application Function" OR "AF" OR "第三方应用")

* AND ("Network Slice Object" OR "Data Structure" OR "Slice Profile" OR "API" OR "暴露" OR "Exposure")

* AND ("Modify attribute" OR "Property" OR "改写属性" OR "北向接口")

2. **聚焦 5G 能力开放（NEF/MEC）与北向接口标准：**

* 目标专利中“将网络切片属性暴露给内容应用服务器并允许其发起修改请求”的架构，非常类似于 3GPP 5G 标准中的 **NEF（Network Exposure Function，网络能力开放功能）** 或 **MEC（多接入边缘计算）应用通过北向 API 与核心网交互**的场景。

* **检索方向**：重点检索 2017-2020 年间关于“5G NEF API”、“MEC应用联动网络切片动态调整”、“通过RESTful API修改网络资源属性”的专利和标准草案（如 3GPP TS 23.502 中关于 NEF 的信令流程）。

3. **针对“面向对象切片管理”的专门检索：**

* 检索网络管理标准，如 **TM Forum（电信管理论坛）** 或 **ETSI NFV-SOL (Protocols and Data Models)** 的标准文件。这些标准在目标专利申请日前，可能已经制定了用以描述虚拟网络/切片树状结构的面向对象信息模型（Information Model，如用 YANG 模型或 UML 类图定义的切片对象属性），如果能检索到“应用层通过修改YANG/XML模型属性来驱动MANO网元重构”的现有技术，将直接击中本专利特征M和N的要害。

作为一名经验丰富的专利代理师，针对本案涉案专利的权利要求1以及三份对比文件（下称D1、D2、D3），我为您出具以下深度的专利无效与创造性分析报告。

---

### 一、 紧密结合目标专利说明书解释权利要求

在专利法及审查实践中，理解权利要求必须“紧密结合说明书及附图”。本案权利要求1的核心在于构建了一种**“面向对象（Object-Oriented）”的网络切片能力开放与动态管控机制**。

1. **CAS（内容应用服务器）与SREF（网络功能）的物理解读**：根据说明书的普遍架构，CAS是部署在网络切片应用层或第三方网络侧的服务器（如视频流媒体、IoT管控中心），SREF则是通信网络内部专职负责能力开放的边界网元（类似于5G架构中的NEF，即网络能力开放功能）。

2. **“切片对象（Slice Object）”数据结构的内涵**：这是本案最核心的发明点。传统的切片管理是通过底层的网管参数、复杂的南北向接口信令（如Restful API的元数据参数）直接交互。而本案将其**“抽象化”**，在SREF中为CAS建立了一个“切片对象”的代理结构。CAS不需要理解底层复杂的通信协议，它只需像修改本地软件代码中的对象属性一样，修改这个“可修改对象属性”（如将`Slice.bandwidth`从100M改为200M），SREF的处理器系统便会自动将该业务层面的修改动作，转化为面向底层“切片管理网络功能（如NSMF/NSSMF）”的正式网络资源修改请求。这极大地解耦了应用层与通信核心网的业务逻辑。

---

### 二、 对比文件特征公开情况深度分析

#### 1. D1：US20170208019A1

* **整体技术方案**：D1公开了一种切片管理系统，主要解决在创建新切片或扩展现有切片时底层硬件资源不足的问题，通过BSS/OSS和NFVO动态减少已有低优先级切片的资源来腾出空间。

* **特征比对分析**：

* **毫无异议公开（明示公开）**：特征B、C。D1明示公开了网络切片的实例化（[0024]）以及利用MANO架构中的NFVO、VNFM、VIM等切片管理网络功能来管理切片（[0025]、[0031]）。

* **实质公开（等同公开）**：特征A、D、E、F。D1的系统运行在物理服务器及虚拟化环境上（[0027]-[0028]），必然包含处理器、网络接口及用于通信网络的网络功能。

* **未公开特征**：**特征G、H、I、J、K、L、M、N**。D1完全聚焦于骨干网/核心网内部（BSS/OSS与NFVO之间）基于硬件利用率表格的内部资源调配，**完全没有涉及向外部的“内容应用服务器（CAS）”开放切片管理能力**，更没有涉及“以切片对象数据结构进行抽象暴露并由CAS修改”的交互机制。

#### 2. D2：CN107087255A

* **整体技术方案**：D2公开了一种面向5G网络切片的能力开放平台架构，第三方应用服务器（APP）可以通过能力开放功能实体（CEF/CEP）向网络请求QoS参数更新、计费策略调整及移动性管理。

* **特征比对分析**：

* **毫无异议公开（明示公开）**：特征A、B、C、G、H、N。D2明确提到了能力开放功能实体CEF、网络切片实例化、网络切片管理功能实体NSMF（[0020]、[0023]）；明确提到了第三方应用服务器APP（对应CAS），其经由网络切片向用户提供背景流量业务、视频推送等应用服务，并能去请求QoS参数更新以部分管理切片（[0003]、[0008]、[0021]）；步骤S103明示了开放平台向移动网络/网元申请更新网络资源，CEF通过NSMF为终端选择或创建切片（[0015]、[0030]），对应向切片管理功能发送修改请求（特征N）。

* **实质公开（等同公开）**：特征D、E、F、I、J、K、L、M。D2的CEP/CEF作为网络节点必然包含处理器和网络接口（[0009]、[0026]）。关于核心特征I~M，D2在[0012]-[0016]（步骤S101-S105）及[0021]中公开了：“能力开放平台将从移动网络获取到的网络能力信息按照应用API的需要进行封装，形成应用API调用的适配结果……APP根据自身的业务流程需要向服务开放平台调用应用API请求QoS参数更新或计费策略调整”。**将网络切片能力及属性“封装为应用API”本质上就是“以数据结构形式生成切片属性的抽象化表示并暴露给APP”**，APP调用API修改参数并获得适配结果，实质上等同于“CAS修改可修改对象属性以获得经修改的对象属性”。因此，D2实质公开了权利要求1的这一套交互架构。

#### 3. D3：CN107113195A

* **整体技术方案**：D3公开了在NFV和软件定义网络（SDN）环境中，利用全局客户服务管理（G-CSM）和全局连接与移动性管理（G-CMM）功能来处理客户服务请求并对网络切片进行操作和缩放的系统。

* **特征比对分析**：

* **毫无异议公开（明示公开）**：特征A、B、C、F、N。D3明确公开了在通信网络中实例化G-CMM和G-CSM功能，通信网络支持多个网络切片，并通过编排器（MANO）、VIM等切片管理功能来分配资源和实例化切片（[0058]、[0060]、[0082]、[0129]）。[0168]明示了G-CSM接收客户服务请求并向编排器/VNFM发送指令以实例化或缩放切片（对应特征N）。

* **实质公开（等同公开）**：特征D、E、G、H。D3中的“客户/服务运营商（Service Operator）”通过发送网络服务（NS）请求来向用户设备提供定制的MBB或MTC服务，这与CAS（内容应用服务器）提供应用服务并参与切片管理实质等同（[0061]、[0129]、[0168]）。G-CSM网元作为管理面设备必然包括微处理器和网络接口（[0023]、[0242]）。

* **未公开特征**：**特征I、J、K、L、M**。D3中客户与G-CSM的交互采用的是常规的“发送网络服务请求（NS请求）”并携带“服务的性能要求（如QoS、带宽）”的形式（[0129]、[0168]）。D3**并没有公开在中间的管理节点中生成一个代表切片属性的“面向对象式的数据结构（切片对象）”**并允许外部服务器直接对该对象的内部属性进行改写。

---

### 三、 技术特征比对表

---

### 四、 最接近对比文件的选择与创造性评述

#### 1. 最接近对比文件的确立：D2（CN107087255A）

在创造性分析中，**D2最适合作为主起诉的“最接近的对比文件”**。

* **技术领域完全相同**：二者均属于移动通信网络切片的能力开放与动态管控技术领域。

* **解决的技术问题完全相同**：涉案专利与D2共同致力于解决“如何将核心网底层的网络切片管控能力安全、高效地开放给外部第三方应用服务器（CAS/APP），使用户在业务发生变化（如大流量背景业务启动或位置移动）时，能够动态调整网络切片的配置（QoS/带宽）”这一整体技术问题。

* **技术效果最为接近**：二者均实现了应用层服务器与网络底层切片管理网元之间的解耦，达成了业务驱动网络资源动态调配的效果。

*注：D3（CN107113195A）虽然公开了管理面网元与MANO的交互，但其立足于传统的“服务运营商提交网络服务（NS）请求”的宏观网络编排视角，未能紧密结合“应用层内容应用服务器直接参与切片属性控制”的能力开放场景，故D3可作为辅起诉对比文件，但D2是无可争议的第一最接近对比文件。*

#### 2. 其余特征的结合性分析与无效薄弱点

若以D2为最接近的对比文件，涉案专利权利要求1与其相比，表面上的区别特征在于：涉案专利明确限定了**“以表示切片对象的数据结构的形式形式生成……切片对象包括至少一个可修改对象属性……使CAS能够修改该可修改对象属性”**，即限定了具体的**“面向对象（Object-Oriented）”**的软件接口技术实现方式；而D2使用的是**“将网络能力信息按照应用API的需要进行封装……第三方应用调用应用API”**的表述。

在审查实践中，如果请求人发起无效，**最薄弱的技术特征（即涉案专利赖以生存、最不容易被敲掉的防线）正是特征I、J、K、M中关于“切片对象（Slice Object）”数据结构这套面向对象的代理控制机制**。

专利权人会极力抗辩：D2的API调用属于传统的面向过程或基于函数/表单的参数传递（如Restful的POST/GET请求），而本案是在SREF内部为外部CAS镜像了一个虚拟的“切片对象”数据结构，CAS通过直接改写该对象的属性（修改本地变量的方式）即可联动底层通信网，这在软件工程结构上优于D2，具有预料不到的技术效果。

---

### 五、 进一步的对比文件检索策略

为了彻底攻破本专利上述“面向对象的切片控制数据结构”这一薄弱防线，建议采取以下精准检索策略：

1. **锁定核心关键词组合**：

* (网络切片 OR 虚拟网络 OR "Network Slice" OR "Virtual Network") **AND**

* (能力开放 OR 开放接口 OR "Capability Exposure" OR NEF OR CEF) **AND**

* (面向对象 OR 切片对象 OR 数据结构 OR 抽象表示 OR 属性 OR "Object-oriented" OR "Slice Object" OR "Data Structure" OR "Abstraction" OR "Property" OR "Attribute")

2. **重点追踪标准组织（3GPP）提案**：

本案的技术背景与3GPP 5G系统的网络能力开放功能（NEF）及网络切片管理（TS 28.531、TS 23.501）高度重合。应重点检索**2015年至2017年期间**，3GPP SA2（系统架构）和SA5（电信管理）工作组关于“Network Slice Management / Exposure Interface”的会议提案（Tdocs）。在标准演进中，经常会有厂家提出将切片抽象为“Managed Object / Management Object (MO)”或“Network Resource Model (NRM)”的数据模型模型，这能直接对应本案的“切片对象数据结构”。

3. **精确锁定IPC/CPC分类号**：

* **H04W 48/18**（无线网络准入/切片选择）

* **H04L 41/0806**（基于特定数据模型如Yang、XML的配置管理）

* **H04L 41/5041**（虚拟网络/切片的服务质量与客制化管理）

通过在这些分类号下检索“将网络切片资源抽象为Object模型并开放给第三方”的IT软件与通信融合性质的专利，可极高概率获取直接公开“切片对象可修改属性”的销毁性突前对比文件（D1/D2增强版）。

作为一名经验丰富的专利代理师，我将为您对这份涉及网络切片管理的专利权利要求1进行深度的法律与技术解析。

本案的核心发明点在于：**在通信网络中，通过处理器系统生成网络切片属性的“数据结构化/抽象化表示（切片对象）”，并将其暴露给内容应用服务器（CAS）；CAS不仅能经由切片提供服务，还能直接修改该切片对象的可修改属性，并基于修改向切片管理网元发送请求，从而实现CAS对网络切片的主动、自适应、部分管理。** 这种将网络切片管理能力通过抽象对象向应用层（CAS）暴露的架构，是5G/6G网络开放与可编程性的典型技术方案。

以下是针对权利要求1的技术特征拆解、对比文件原文比对、创造性分析以及后续的无效/检索策略。

---

### 一、 权利要求1的技术特征拆解

为了进行精确的特征比对，首先将权利要求1拆解为14个独立的技术特征（特征A至N）：

* **特征A**：一种网络节点或网络节点的分布式系统，该网络节点或网络节点的分布式系统被配置为用于通信网络的网络功能(SREF)；

* **特征B**：其中该通信网络被配置成实现表示虚拟网络的网络切片的实例化；

* **特征C**：其中该通信网络包括用于管理这些网络切片的一个或多个切片管理网络功能；

* **特征D**：其中该网络节点或该分布式系统包括网络接口；

* **特征E**：该网络接口被配置成与该通信网络通信；

* **特征F**：处理器系统；

* **特征G**：该处理器系统用于实现内容应用服务器(CAS)；

* **特征H**：该CAS被配置成经由网络切片向至少一个用户设备(UE)提供应用服务以至少部分地管理该网络切片；

* **特征I**：其中该处理器系统被配置成以表示切片对象的数据结构的形式生成该网络切片的属性的抽象化表示；

* **特征J**：通过提供对该切片对象的访问将该网络切片的这些属性暴露给该内容应用服务器；

* **特征K**：其中该切片对象包括至少一个可修改对象属性；

* **特征L**：该至少一个可修改对象属性表示该网络切片的能够由至少一个切片管理网络功能修改的一个或多个属性；

* **特征M**：其中该处理器系统被进一步配置成使该内容应用服务器能够修改该可修改对象属性以获得经修改的对象属性；

* **特征N**：基于该经修改的对象属性向该至少一个切片管理网络功能发送用于请求对该网络切片的一个或多个属性进行对应的修改的请求。

---

### 二、 对比文件技术特征比对表

我们将三份对比文件（D1: CN107743100A、D2: US20180123878A1、D3: US20180132117A1）的原文与上述技术特征进行逐项比对。

---

### 三、 最接近的对比文件（Closest Prior Art）分析

在创造性分析中，确定“最接近的对比文件”应从**技术领域、解决的技术问题、技术效果以及核心技术方案的架构**四个维度进行综合考量。在本案中，**D2 (US20180123878A1)** 最适合作为最接近的对比文件。

#### 1. 为什么选择 D2 作为最接近的对比文件？

* **整体解决的技术问题高度一致**：

本申请解决的技术问题是“如何让应用层网元（CAS）能够安全、灵活地参与网络切片的动态管理和配置，实现网络能力的开放”。

**D2的研发背景**（[0003]-[0004], [0108]）明确指出，其解决的是在NFV/SDN网络架构下，如何实例化、配置和修改已有网络切片，并且重点解决**“对第三方（Third Party）管理操作进行认证、开放和校验”**的问题。两者均处于“网络能力开放与第三方切片管理”这一特定细分技术领域，解决相同的核心痛点。

* **技术方案的架构映射度最高**：

D2引入了管理开放功能（MEF）和切片操作管理器（SOM）。D2中的“第三方服务提供商（3rd party SP）”完美对应本申请的“内容应用服务器（CAS）”；D2中通过MEF接口向第三方SP暴露切片管理API、传递“切片设计描述/逻辑拓扑”的过程，实质公开了本申请中将“切片属性以抽象化对象形式暴露给CAS”的架构（特征I、J）；D2中第三方SP通过API发送修改指令并由网络侧执行（[0197]），与本申请特征M、N的流程完全相同。

#### 2. D1 和 D3 为什么不适合作为最接近的对比文件？

* **D1 (CN107743100A)**：其核心关注点在于网络内部的**“自适应资源分配算法”**（利用自回归滑动平均模型进行大/小时间尺度的业务预测，从而优化缓存和频谱）。它属于网络内部网元的资源调度优化，**完全没有涉及网络能力向外部应用层（CAS）开放或暴露的技术方案**，因此特征G、I、J、M、N全面缺失，技术路线偏离较远。

* **D3 (US20180132117A1)**：其核心关注点在于**“跨域/多切片环境下的性能监控与数据聚合”**。虽然提到了网络客户（Customer）可以提出服务请求，但其方案的重心在于数据**“自底向上”**的收集、Segregation（隔离）与Aggregation（聚合）机制（从EM $\rightarrow$ DM $\rightarrow$ SOM $\rightarrow$ NM）。而本申请关注的是**“自顶向下”**的管理能力开放与对象化修改，方向相反。

---

### 四、 创造性三步法分析与未公开特征认定

以 **D2 (US20180123878A1)** 为最接近的对比文件（D2公开了特征A、B、C、D、E、F、H、K、L、N，并实质公开了G、J、M的部分内涵），本申请权利要求1与之相比，存在的**区别技术特征**主要在于：

> **区别特征1（对应特征G、I、J）**：本申请限定了该处理器系统具体实现为“内容应用服务器（CAS）”，且是以**“表示切片对象的数据结构的形式”**生成网络切片属性的**“抽象化表示”**，并通过对该切片对象的访问将其暴露给CAS。

>

> **区别特征2（对应特征M、N）**：CAS修改的是该**“可修改对象属性以获得经修改的对象属性”**，并**“基于该经修改的对象属性”**向切片管理网络功能发送对应的修改请求。

#### 1. 区别特征是否被其他对比文件公开？

* **针对区别特征1（对象化/数据结构化抽象表示）**：

* **D1** 完全未涉及对象开放或抽象化表示。

* **D3** 虽然提到了在网络分配实例（network allotment instance）中携带虚拟网络服务标识符（Identifier），但这是为了在DM层面对监控数据进行隔离和分流，并不是一种面向应用层封装的、包含可修改属性的“切片属性抽象化数据结构（对象）”。

* **因此，区别特征1中关于“以切片对象的数据结构形式进行属性的抽象化封装并暴露”的特征，未被D1和D3公开。**

* **针对区别特征2（基于对象属性的本地修改与请求触发）**：

* D2中虽然公开了第三方通过API修改参数，但其表述是通用的API接口调用（传递参数指令）。本申请将其具象化为：CAS在本地或特定访问接口中直接操作一个“数据结构对象”，修改其属性后，再基于该“经修改的对象属性”触发网络侧修改。这种“面向对象（Object-based）”的切片管理交互机制，在D1和D3中同样没有被公开。

#### 2. 本申请实际解决的辩辩技术问题与技术效果

通过将切片管理简化为对“标准数据结构对象”的属性读写，本申请实际解决的技术问题是：**如何降低应用层服务器（CAS）与底层复杂的电信级切片管理功能（如NSMF/NSSMF）之间的通信耦合度，并提高应用层自适应调整切片资源的效率。**

其带来的技术效果是：CAS不需要理解底层复杂的NFV编排和网络拓扑，只需像修改本地数据结构一样修改“对象属性”，即可驱动底层的资源重配，极大地简化了高层应用对底层网络能力的调用逻辑。

---

### 五、 若提出无效请求，本专利“最薄弱的技术特征”

如果您代表第三方对本专利提出无效宣告请求，或者作为专利权人需要评估自身专利的稳定性，**最薄弱（即最容易被挑战成功、被认定为不具备创造性）的技术特征**是：

#### **特征G + 特征H + 特征J + 特征N （通用的能力开放交互流程）**

* **原因分析**：

如果将本申请的“内容应用服务器（CAS）”等同于通用的“第三方应用/服务提供商（3rd party SP）”，将“切片对象”等同于“切片管理API/配置参数集”，那么**D2已经几乎完全公开了这一整套动态交互流程**。

D2的说明书第[0108]、[0181]、[0184]段明确公开了第三方SP通过MEF接口发现暴露的管理功能，发送配置指令，SOM/NM接收请求并重新配置VNF参数以实现资源的动态缩容或扩容。底层网络根据上层应用的请求进行对应的“网络切片属性修改”是D2的核心发明点。

* **无效突破口**：

将CAS认定为通信领域的常规网元类型（本领域技术人员公知CAS是SP提供服务的一种具体服务器形式）。此时，本专利赖以生存的创造性将完全取决于特征I和M中限定的**“数据结构形式的切片对象”**这一特定实现机制。如果审查员认为“将API接口参数封装为数据结构对象”属于软件工程或面向对象编程的常规设计手段，则整个权利要求1极易被判定为不具备创造性。

---

### 六、 进一步的对比文件检索策略（针对无效请求）

为了彻底无效掉权利要求1，目前的证据链在“将切片属性封装为**对象数据结构**向应用层开放”这一软件实现细节上还缺临门一脚。建议采取以下精准检索策略：

#### 1. 锁定核心关键词与通用术语扩展

由于本案带有强烈的“网络能力开放”与“软件定义网络”色彩，除 3GPP 标准术语外，必须引入计算机网络和软件架构的通用词汇：

* **网络侧**：Network Slicing (网络切片), Slice Profile (切片特征/配置), 3GPP SREF/NEF (网络开放功能), NSMF, CSMF.

* **应用侧/开放侧**：Application Server (应用服务器), Third-party (第三方), Capability Exposure (能力开放), Northbound API (北向API).

* **核心特征（对象化）**：**Object-oriented** (面向对象), **Data structure** (数据结构), **Abstraction** (抽象表示), **Information Model** (信息模型), **Data Model** (数据模型), Abstracted Representation.

#### 2. 精准检索方向与文献库选择

* **策略一：主攻 3GPP 5G 架构标准文件（Release 15/16 早期草案）**

* **重点关注工作组**：**3GPP SA5**（负责管理、编排与充电）和 **SA2**（负责系统架构）。

* **线索检索**：检索 3GPP TS 28.530（切片管理与编排概念）、TS 28.541（切片的信息模型/5G NRM）。在2017-2019年的SA5会议输入文档（TDocs）中，重点寻找关于“如何向外部行业用户（Verticals/SP）暴露切片管理权限”的提案。3GPP 在定义网络资源模型（NRM）时，天然就是采用面向对象的**网元信息模型（Information Model）**，切片被定义为 `NetworkSliceSubnet` 或 `NetworkSlice` 实例对象，其属性（如带宽、时延、服务区域）在模型中就是以“可修改属性（Attributes）”的形式存在的。这类标准文件是直接降维打击本案“切片对象数据结构”的绝佳最接近现有技术。

* **策略二：检索 ONF (开放网络基金会) 与 ETSI NFV 标准**

* ETSI GS NFV-IFA 013（关于应用层与NFV编排器之间的接口规范）或 ONF 关于 SDN 北向接口（Northbound Interface）的信息模型设计。开源项目（如 ONAP，Open Network Automation Platform）在 2018 年前后的架构设计文档中，经常使用虚拟网络/切片的“抽象拓扑对象”向高层业务层开放。

* **策略三：联合使用分类号进行精准过滤**

* **IPC/CPC 分类号组合**：`H04L41/0806`（自适应配置）、`H04L41/5054`（网络切片的业务管理）、`H04L41/20`（面向对象或驱动的网络管理架构）、`H04W48/18`（切片选择/接入）。

* **检索式逻辑示例**：

`(Network Slice) AND (Application Server OR CAS OR Third-party) AND (Object OR "Data Structure" OR "Information Model" OR Abstract*) AND (Modify* OR Request* OR Reconfigur*)`

通过切入 3GPP SA5 的网络资源模型（NRM）现有技术，证明“将网络切片抽象为包含可操作属性的数据结构模型并向北向开放”在案前已属于通信行业的标准架构设计，结合 D2 的交互流程，将能形成极具杀伤力的创造性无效证据链。

作为一名经验丰富的专利代理师，我将为您对目标专利权利要求1进行深度解析，并结合三份对比文件（以下分别简称 D1、D2、D3）的原文及出处进行逐字逐句的侵权/无效比对，最后为您制定创造性分析的最接近对比文件选择方案、指出薄弱技术特征并给出下一步的检索策略。

---

## 一、 目标专利权利要求说明书紧密解释与特征拆解

目标专利的核心发明点在于**通过引入一个带有“可修改对象属性”的数据结构（切片对象），将网络切片的属性抽象化并暴露给内容应用服务器（CAS），使得CAS能够直接发起对网络切片属性的修改请求，从而实现CAS至少部分地参与管理网络切片**。

根据其技术逻辑，将权利要求1拆解为以下 14 个独立的技术特征：

* **特征A**：一种网络节点或网络节点的分布式系统，该网络节点或网络节点的分布式系统被配置为用于通信网络的网络功能(SREF)；

* **特征B**：其中该通信网络被配置成实现表示虚拟网络的网络切片的实例化；

* **特征C**：其中该通信网络包括用于管理这些网络切片的一个或多个切片管理网络功能；

* **特征D**：其中该网络节点或该分布式系统包括网络接口；

* **特征E**：该网络接口被配置成与该通信网络通信；

* **特征F**：处理器系统；

* **特征G**：该处理器系统用于实现内容应用服务器(CAS)；

* **特征H**：该CAS被配置成经由网络切片向至少一个用户设备(UE)提供应用服务以至少部分地管理该网络切片；

* **特征I**：其中该处理器系统被配置成以表示切片对象的数据结构的形式生成该网络切片的属性的抽象化表示；

* **特征J**：通过提供对该切片对象的访问将该网络切片的这些属性暴露给该内容应用服务器；

* **特征K**：其中该切片对象包括至少一个可修改对象属性；

* **特征L**：该至少一个可修改对象属性表示该网络切片的能够由至少一个切片管理网络功能修改的一个或多个属性；

* **特征M**：其中该处理器系统被进一步配置成使该内容应用服务器能够修改该可修改对象属性以获得经修改的对象属性；

* **特征N**：基于该经修改的对象属性向该至少一个切片管理网络功能发送用于请求对该网络切片的一个或多个属性进行对应的修改的请求。

---

## 二、 对比文件技术特征比对表

以下将目标专利权利要求1的特征与对比文件 **D1**（US20180132138A1）、**D2**（CN108270823A）、**D3**（US20180199279A1）进行详细比对。

---

## 三、 最接近对比文件（最接近现有技术）分析

在针对本专利的创造性分析中，**对比文件 D1 和 D2 均适合作为最接近的对比文件（核心出发点）**。D3 聚焦于 5G 核心网内部 AMF 节点选择及消除粘性的底层协议流程，不涉及应用层/第三方对切片的协同管理，因此**不适合**作为最接近对比文件。

### 1. 从整体解决的技术问题角度分析

* **目标专利**：旨在解决内容应用服务（CAS）如何有效、灵活、精细化地参与到网络切片的属性管理和动态调整中，避免传统网络对应用层需求的感知迟钝。

* **D1**：旨在解决在 5G 网络大规模拟定变动和竞争性需求下，如何定义虚拟服务提供商（VSP）与网络运营商（MNO）之间的接口、业务框架和管理责任划分，从而实现自动化的切片服务供给与动态调整。

* **D2**：旨在实现第三方服务提供商（SP）通过控制设备（SPNC）与运营商网络切片管理系统交互，从而以网络切片的形式为第三方提供定制化、差异化的通信服务及其生命周期管理。

* **分析**：D1 和 D2 均与目标专利处于相同的技术领域（5G 网络切片管理与第三方暴露），且针对的都是“如何让外围/第三方应用服务商参与或影响网络切片的配置与调整”这一技术问题。

### 2. 从技术效果角度分析

* **D1** 提出了划分不同管理层级（Type 1-4）的技术方案，明确了客户侧感知拓扑并“请求修改服务”的技术效果；

* **D2** 实现了第三方服务提供商动态发起调整请求，由运营商切片管理系统执行扩容、收缩或更新，达到了动态按需调整切片的技术效果。

* **分析**：两者公开的技术特征数量相当，且均构成了本发明最直接的技术演进基础。在实际的无效宣告程序中，可同时组建以 D1 为基础的第一组创造性评述线，以及以 D2 为基础的第二组创造性评述线，形成双路包抄。

---

## 四、 无效请求中最薄弱的技术特征分析

通过上述详尽的比对表可以看出，**特征 I、J、K、M** 是各对比文件均未公开的特征，属于目标专利克服现有技术的核心发明点。

若发起无效请求，整个权利要求中**最薄弱的技术特征（即最容易被挑破、被认定为被现有技术公开或属于公知常识的特征）**是：

> **特征 H**（CAS经由网络切片向UE提供应用服务以至少部分地管理该网络切片）与 **特征 N**（基于修改向切片管理网络功能发送对应的修改请求）。

### 原因分析：

D1 的 【[0051]】（Type 2/3 管理能力与修改服务请求）以及 D2 的 【[0099]】、【[0119]】（SPNC 发送调整网络切片实例请求）已经非常明确、毫无异议地公开了“第三方应用/虚拟运营商在提供服务的同时，可以通过接口向运营商的管理实体发送请求，来改变或调整网络切片的配置/属性”这一架构层面的行为。特征 H 和 N 在字面表述上虽然使用了“CAS”和“基于经修改的对象属性”，但在高层拓扑行为上，完全落入了 D1/D2 的“**控制设备/VSP 侧发起切片调整请求**”的范畴。

### 真正的防线（最稳固的特征）：

本专利真正安全且稳固的特征在于**特征 I + 特征 M** 的**具体实现机制**——即处理器系统不是直接让 CAS 提需求，而是**“以表示切片对象的数据结构形式生成抽象化表示”**，并允许 CAS **“就地修改该可修改对象属性以获得经修改的对象属性”**。这种“面向对象/数据结构抽象”的解耦中间件机制，是 D1（基于 BST/NST 描述符和网络边界管理）和 D2（基于业务需求分解与配置通知）所不具备的。

---

## 五、 进一步的对比文件检索策略

鉴于现有对比文件（D1、D2）已经在“架构和业务流程（特征 A-H, L, N）”上形成了充分的覆盖，但对“**切片属性的对象化数据结构抽象、暴露给应用层直接修改属性值（特征 I, J, K, M）**”这一具体软件实现机制尚未完全击中。为了彻底无效掉权利要求 1，下一步的检索策略应做如下调整：

### 1. 改变检索关键词与领域侧重

目前的检索过于依赖“3GPP”、“网络切片（Network Slice）”、“AMF/SMF”等纯通信传统领域的检索式。鉴于未公开特征（特征 I、J、K、M）本质上是一种**面向对象的网络能力开放接口（API）设计或中间件数据结构**，应将检索触角延伸至**计算机软件、网络功能开放（NEF）、业务能力开放架构（OSA/Parlay）、以及 SDN（软件定义网络）北向接口**领域。

* **新增关键词**：`Slice Object (切片对象)`, `Data Structure (数据结构)`, `Abstraction representation (抽象表示)`, `Attribute exposure (属性暴露)`, `Northbound Interface/NBI (北向接口)`, `Capability Exposure (能力开放)`, `NEF (Network Exposure Function)`.

### 2. 重点检索标准演进与行业白皮书

目标专利的这种“对象化抽象与修改”极有可能是伴随 3GPP 5G 智能化网络管理标准演进产生的。

* **追溯 3GPP SA5（Slicing Management）标准**：重点检索 2017-2019 年期间的 3GPP TR 28.801（D1中已提及）、TS 28.530、TS 28.541 等标准规范。看标准中是否已经定义了“Network Slice Instance Object Model（网络切片实例对象模型）”或相关包含可读写属性的 IOC（Information Object Class，信息对象类）。如果标准中已有此类对象模型的属性定义，特征 I、K、L 将直接被标准文件通杀。

### 3. 目标专利权人及利益相关方定向检索

如果该目标专利是某特定厂商（如华为、爱立信、中兴、诺基亚）或高校申请，应针对该申请人及其核心发明人团队在同一时期的**非专利文献（NPL）**进行检索，包括 IEEE 通信学会期刊、蜂窝网络管理会议（如 IM/NOMS 会议）发表的关于“面向租户的切片定制模型”或“基于意图/对象的切片北向接口”的学术论文。这类论文往往会比专利更详细地披露特征 I 和 M 的数据结构伪代码，是击破软件架构类特征的绝佳利器。

作为一名经验丰富的专利代理师，我将为您对目标权利要求1进行深入的法律与技术解析。

在进行前置分析时，根据目标专利的整体技术架构，本案的核心发明构思在于**构建了一个跨层的“多层协同自动化部署与网络控制架构”**。它通过在应用层与网络层之间设立一个协同网络功能（SREF），将底层复杂的网络切片属性“抽象化”并封装成上层内容应用服务器（CAS）可读写的“切片对象数据结构（包含可修改对象属性）”。这使得内容应用服务器能够根据自身应用服务的需求（如动态变化的流量或用户设备UE的接入位置），以一种软件可读写的方式直接修改该属性，并自动向切片管理功能发送修改请求，从而实现网络切片资源的**动态、按需、自动化重配置**。这从根本上解决了解耦架构下应用层对底层网络控制能力弱、传统网络切片配置静态且孤立、无法实时随应用需求动态调整的技术问题，达到了减少违约（SLA违反）、降低时延、提升IT资源复用效率的技术效果。

下面，我将结合三份对比文件（D1: US20180260200A1；D2: US20180270778A1；D3: CN108566659A）的原文及其详细出处，为您呈现全方位的无效宣告/创造性技术比对与检索策略分析。

---

### 一、 权利要求技术特征比对表

为清晰展现各对比文件的公开情况，以下将权利要求1拆解为14个独立的技术特征（A至N），并与D1、D2、D3的原文及出处进行横向比对：

---

### 二、 最接近的对比文件（最接近现有技术）分析

在创造性（Invalidity/Obviousness）分析过程中，选择**最接近的对比文件**至关重要。本案中，从“整体解决的技术问题”以及“技术效果”两个维度评估，**D1（US20180260200A1）** 和 **D2（US20180270778A1）** 均具备作为最接近对比文件的资格，属于**双最接近现有技术（Multiple Closest Prior Art）**的情形，可分别建立两条独立的无效攻击线。

#### 攻击线一：以 D1 (US20180260200A1) 为最接近的对比文件

* **技术领域与解决的技术问题一致性**：D1 明确聚焦于“基于应用平台控制器与网络层控制器之间的交互，在分布式IT资源上部署应用组件的系统和方法”[0001]。它解决的核心技术问题是如何让上层应用平台感知底层网络拓扑与切片状态，并在资源不足以满足应用SLA时，跨层联动网络控制器进行切片的动态重配置[0011],[0029]，这与目标权利要求1解决应用层协同管理网络切片的问题完全契合。

* **技术效果一致性**：D1 实现了“提高应用要求的满足度、减少切片违约、更有效地利用IT资源”[0029]，这与目标专利通过CAS修改切片对象属性从而按需自动化调整切片、达到高资源利用率和低时延的效果高度一致。

* **特征公开完整度**：如表所示，D1 毫无异议或实质公开了特征 A、B、C、D、E、F、G、H、I、J、K、L、M、N 的绝大部分技术内涵。尤其是公开了“网络拓扑组装器（Network Topology Assembler）”将底层切片架构进行**“层级抽象化（layer of abstraction）”并转换为上层兼容算法格式**的步骤（实质公开特征 I、J）。

#### 攻击线二：以 D2 (US20180270778A1) 为最接近的对比文件

* **技术领域与解决的技术问题一致性**：D2 属于 3GPP 5G 核心网标准演进技术，专门解决“受应用功能（AF）影响的 PDU 会话管理和订阅流程”[0002],[0071]。它解决的具体问题是：当外网或内网的应用服务器（AS/AF）对网络有高带宽、低时延或特定路由需求时，如何通过 NEF/PCF 改变网络侧的策略，触发网络切片/会话资源的动态修改[0072],[0117]。

* **技术效果一致性**：D2 达到了通过应用层（AF）深度动态干预并动态调整下一代无线通信网络切片资源、优化会话控制的效果。

* **特征公开完整度**：D2 毫无异议公开了典型的通信实体节点（终端UE、应用服务器AS、应用功能AF、网络开放功能NEF、策略控制功能PCF）以及 CAS（即AS/AF）直接“修改属性并向切片管理功能（PCF/SMF）发送修改请求（特征 M、N）”的全流程。

#### 为什么 D3 不适合作为最接近的对比文件？

D3（CN108566659A）仅聚焦于底层5G网络切片的“在线映射方法与底层物理图、李雅普诺夫数学模型的调度优化”[0001],[0008]。它完全局限在网络底层的资源分派算法，**完全没有提及上层应用服务器（CAS/AF）的参与，更没有跨层将属性暴露给应用层供其修改的架构**。因此，D3 解决的技术问题和应用场景与本案相去甚远，仅适合作为补充公知常识或技术结合的次要对比文件。

---

### 三、 创造性缺失（无效宣告）论证逻辑

基于上述比对，本权利要求1的核心无效逻辑可根据两条路径展开：

#### 路径一：基于 D1 建立创造性攻击（D1 + 领域公知常识/D2）

* **未公开特征/微弱区别特征**：D1 已经公开了通过“网络拓扑组装器”将网络切片转换为抽象的算法可读写格式（特征 I），并由平台计算后向网络侧发出重配置请求（特征 N）。如果硬要挑出区别，仅在于 D1 没有显式使用“表示切片对象的数据结构（Object）”和“可修改对象属性”这一套标准的**面向对象编程（OOP）概念的术语**来描述该抽象化表示。

* **无效论证逻辑**：利用面向对象的数据结构（Data Structure / Object）及可修改属性来封装和表示一个物理实体或逻辑资源（如网络切片），是软件工程和计算机通信领域**极其常规的技术手段和公公知常识**。在 D1 已经给出跨层抽象和协同 reconfigure 启示的基础上，本领域技术人员为了让软件编写更规范、接口对接更便利，自然会想到引入“对象结构”和“对象属性”来表达 D1 中的抽象拓扑格式。这种术语和底层软件实现方式的转换没有带来任何意料之外的技术效果，不具备创造性。

#### 路径二：基于 D2 + D1 的技术结合攻击

* **未公开特征/区别特征**：以 D2 为最接近现有技术，D2 明确公开了 AS/AF (CAS) 动态修改业务规则并经由 NEF 向网络功能发送修改切片会话的请求。D2 的主要区别特征在于，其 AF 与 NEF 交互时传递的是参数化的策略规则（Traffic rules），并未明确提出在处理器系统中为 CAS 生成一个代表网络切片的“切片对象数据结构（抽象化表示）”（特征 I）。

* **无效论证逻辑**：本领域技术人员在实现 D2 的外网应用控制核心网会话时，面临如何简化外网应用服务器对复杂底层网络切片参数的控制这一技术问题。而 **D1 已经给出了明确的技术启示**：其公开了设立一个“网络拓扑组装器（Network Topology Assembler）”，专门提供一个**“抽象层（layer of abstraction）”**，把网络侧的切片转换为上层应用平台兼容的抽象格式（D1之[0042]）。因此，将 D1 的“网络切片拓扑抽象化”技术应用到 D2 中，在应用服务器与 NEF 之间采用“数据结构对象”的形式来抽象表示网络切片属性，属于本领域的常规技术结合。这种结合只是将已有的跨层抽象技术（D1）应用到标准的 5G AF 触发的会话变更流程（D2）中，属于“将已有技术进行重新组合”，且技术效果完全在可预期的范围内，因此权利要求1不具备创造性。

---

### 四、 最薄弱的技术特征分析

如果在无效宣告程序中进行逐字答辩和对抗，本权利要求1中**防御力最薄弱（即最容易被攻破）的技术特征是：特征 M 和 特征 N。**

* **薄弱原因分析**：特征 M（使CAS能够修改可修改对象属性）和特征 N（基于经修改的属性向切片管理功能发送对应的修改请求）本质上就是 **3GPP 5G 标准网络架构中“AF Influenced Traffic Routing / Session Management（应用功能影响的流量路由与会话管理）”的标准标准操作流程**。

* 在 5G 网络中，外网应用服务器（如视频服务器 CAS）为了追求低时延，必然会根据当前业务状态改变其对网络服务质量（QoS）或本地分流（边缘计算）的要求，然后将这个修改后的要求打包通过北向接口（NEF/Nnef 或 PCF/Npcf）发送给核心网，核心网的切片管理或会话管理功能（如 SMF）再据此对切片进行调整。这一跨层请求和控制的控制流完全被 D2 毫无异议地公开（D2之[0005]、[0006]、[0094]、[0117]）。

* 甚至在早期的 D1 中，也已经完全实现了应用平台根据 SLA 违约判定自动联动底层网络控制器进行重配置（D1之[0012]）。因此，CAS 触发修改并向网络发出请求这一“跨层主动控制机制”在现有技术中已经非常泛滥，没有任何技术壁垒，属于最容易被现有技术“无缝覆盖”的薄弱点。

---

### 五、 进一步的对比文件检索策略

为了在后续的诉讼或更高级别的无效宣告中构建“一击必杀”的**纯全同案（A类销毁性对比文件）**，或完美封堵任何潜在的创造性答辩空间，建议采取以下精细化的检索策略：

#### 1. 核心检索方向与扩展词库（Keywords & IPC）

应紧扣目标专利的“切片属性抽象为软件对象”以及“北向暴露给CAS读写”这两大核心构思进行纵深检索。

* **中文检索词**：

* 应用服务器 / 内容应用服务器 / 外部应用 / 应用功能 / CAS / AF;

* 网络切片 / 虚拟网络 / PDU会话 / 切片属性 / 拓扑;

* 对象化 / 数据结构 / 抽象化表示 / 封装 / 北向接口 / 暴露 / 建模 / 信息模型 / 映射;

* 动态修改 / 自动化配置 / 重配置 / 协同 / 跨层控制。

* **英文检索词**：

* `Content Application Server` / `CAS` / `Application Function` / `AF` / `Third-party AS`;

* `Network slice` / `Slice attribute` / `Slice profile` / `Virtual network`;

* `Abstraction` / `Abstract representation` / `Object structure` / `Information model` / `Expose` / `Northbound API`;

* `Reconfigure` / `Modify` / `Dynamic adaptation` / `Cross-layer`.

* **核心分类号 (IPC/CPC)**：

* `H04L41/0896`（专门针对网络切片的配置或管理）；

* `H04L41/50`（基于服务级别协议SLA的网络服务管理）；

* `H04L41/40`（面向软件定义网络SDN或虚拟化网络的虚拟化管理）；

* `H04W28/16`（无线通信网络的资源管理/切片分派）。

#### 2. 针对性标准文献检索（重点突破口）

由于目标专利带有浓厚的 3GPP 标准落地色彩，许多所谓“发明构思”其实直接来源于 3GPP 编排与网络暴露标准。建议扩大检索范围至 **3GPP SA2（系统架构）和 SA5（网络管理与编排）** 的技术规范（TS）和技术报告（TR）：

* **重点检索标准号**：

* `3GPP TS 23.501` / `TS 23.502`（关注 **NEF (Network Exposure Function)** 对外部 AF 暴露网络能力、拓扑抽象的相关条款）；

* `3GPP TS 28.530` / `TS 28.531`（SA5 专门关于 **网络切片管理与编排 (Management and Orchestration of Network Slicing)** 的标准。里面明确定义了网络切片的信息模型（Network Slice Information Model），该模型就是以**“面向对象的数据结构”**来定义切片属性，如时延、带宽，并公开了允许通过管理接口对其属性进行修改的标准定义）。

* **检索实务**：在 3GPP 官网检索 2017-2019 年间关于 “Slice Profile Abstraction” 或 “AF requested Slice modification” 的提案（TDocs），这些提案的公开时间往往早于专利申请日，能提供更毁灭性的原文证据。

作为一名经验丰富的专利代理师，我将为您对该目标权利要求进行深度的侵权/无效技术特征比对，并结合对比文件的原文出处进行创造性分析。

首先，为了表述清晰，我们对三份对比文件进行统一编号指代：

* **D1**：`EP3396997A1` (METHOD AND SYSTEM FOR NETWORK SLICE ALLOCATION)

* **D2**：`US20180316627A1` (SYSTEMS AND METHODS FOR ALLOCATING END DEVICE RESOURCES TO A NETWORK SLICE)

* **D3**：`CN109120426A` (一种网络切片管理方法、装置及计算机可读存储介质)

---

## 一、 技术特征比对表

以下将目标权利要求1拆解的特征A~N与对比文件D1、D2、D3的公开情况进行逐项客观比对：

---

## 二、 最接近的对比文件（最接近现有技术）分析

在创造性法理分析中，判断哪个对比文件适合作为**最接近的对比文件**，需从**技术领域、解决的技术问题、技术效果以及公开技术特征的紧密程度**四个维度进行综合考量。

本案中，**D1 (`EP3396997A1`) 最适合作为最接近的对比文件**。理由如下：

1. **整体解决的技术问题与技术架构高度契合：**

* **目标专利**旨在解决“内容应用服务器（CAS）”如何通过网络能力开放节点，以抽象数据结构（切片对象）的形式，动态地向网络侧的切片管理网元申请修改网络切片属性的问题。其核心网络拓扑是 **“应用服务器 $\leftrightarrow$ 能力开放网元（网络功能） $\leftrightarrow$ 核心网切片管理网元”**。

* **D1** 同样聚焦于 5G 核心网架构下的网络切片分配与动态调整。D1 的核心在于**租户应用（Tenant Application）通过核心网的网络能力开放功能（NEF 40）以及网络切片控制器（20）相互交互**，动态评估并向网络侧核心网元（AMF 42/SMF 43）下发切片属性修改请求。二者解决的都是**网络侧切片资源如何响应应用层/租户层的动态调整需求**这一技术问题。

2. **技术效果的同质性：**

* D1 采用在 NEF 上挂载网络切片控制器，通过 SLA 参数的数据结构（`slice_request`）来实现网络资源的动态弹性调整（见 D1 的图4及说明书说明），这与目标专利通过 CAS 修改对象属性以达到快速、动态且抽象化管理核心网切片的技术效果完全一致。

**为什么 D2 和 D3 不适合作为最接近的对比文件？**

* **D2 (`US20180316627A1`)** 解决的是**终端设备内部（End Device/UE）**的硬件资源（如手机内的存储、计算、电池、本地无线频段）如何划分给不同的切片。其核心实体是终端内部的 SDN Client 和 Abstraction Layer 319，属于 **“终端侧” 资源隔离**。这与目标专利在 **“网络侧/分布式系统”** 通过功能实体（SREF）来管理虚拟网络切片的技术方案在架构上有本质区别。

* **D3 (`CN109120426A`)** 虽然属于网络侧的切片管理，但其本质是 3GPP 传统的 **“网络编排与生命周期管理（CSMF/NSMF/NSSMF $\rightarrow$ NFVO $\rightarrow$ VNFM）”**。它解决的是用户从“订购服务”到“网元部署实例化”的刚性静态流程，缺乏目标专利所强调的 **“应用服务器直接通过抽象化数据结构（对象属性）对运行中的切片进行动态交互式修改”** 的核心机理。

---

## 三、 未被最接近对比文件公开的特征及无效突破口

### 1. 未被最接近对比文件（D1）公开的特征

经上述特征比对，**特征 G**（处理器系统用于实现内容应用服务器 CAS）以及相关特征中限定的**执行主体CAS**（特征 H、J、M 中的 CAS 限定）未被 D1 显式公开。D1 中对应的实体是 **“租户应用（Tenant Application 11a）”** 或 **“移动虚拟网络运营商（MVNO）”**。

### 2. 这些特征是否被其他对比文件（D2、D3）公开？

* **D2：** 未公开 CAS。D2 提到了第三方应用“Netflix”（视频应用），但如前所述，D2 的 Netflix 是运行在终端（End Device）上的应用，并非位于网络侧、用于向核心网请求修改切片属性的“内容应用服务器”。

* **D3：** 未公开 CAS。D3 仅笼统提到了“用户通过 CSMF 提供的客户端”。

### 3. 无效请求中最薄弱的技术特征（即目标专利的保护防线）

**最薄弱的技术特征是：特征 I + 特征 J（利用切片对象的数据结构进行抽象化表示，并通过访问该对象将属性暴露给 CAS/应用层）。**

* **法理分析：** 专利权人可能会辩称，传统 3GPP 架构中应用层若要修改切片，必须感知底层的具体网络参数（如具体的带宽数值、时延毫秒数、PRB 数量），而目标专利的实质贡献在于**引入了面向对象的设计思想，将切片高度抽象为一个“切片对象”，应用服务器只需像修改程序代码中的“对象属性”一样修改它，底层网络就会自动映射修改**，从而实现了应用层与网络层的解耦。

* **薄弱原因：** 这一特征在计算机软件和网络通信融合（系统软化/虚拟化）的趋势下，几乎是**本领域的公知常识或必然选择**。D1 虽然没有直接使用“面向对象/切片对象”这一编程术语，但实质公开了将网络切片的 SLA 需求（带宽、时延、流量类型等）封装成一个结构化的消息 `slice_request (id, SLA_param, duration, payoff)`，并且 NEF（网络能力开放功能）的天职就是将网络底层的能力进行“抽象化封装”后暴露给第三方应用。

* **结论：** 在无效宣告程序中，特征 I 和 J 极易被审查员认定为“属于本领域技术人员为了便于数据传输和接口调用，将 D1 的 SLA 参数进行对象化封装的常规技术手段”，不具备突出的实质性特点和显著的进步。

---

## 四、 进一步的对比文件检索策略

鉴于目前的对比文件（D1~D3）在“网络侧能力开放网元（SREF/NEF）面向**内容应用服务器（CAS）**提供**对象化/抽象化切片可修改属性**”这一细分交叉领域的文献公开力度仍有提升空间，若要彻底打掉权利要求1，建议采取以下精准检索策略：

### 1. 关键词扩展与精准组合

目标专利的本质是**将软件工程中的“面向对象编程（OOP）”思想引入到 5G “网络能力开放（Network Capability Exposure）” 中**。检索时应将通信标准词汇与软件抽象词汇强行交叉：

* **通信侧核心词**：`网络能力开放` (Network Capability Exposure)、`NEF` (Network Exposure Function)、`北向接口` (Northbound API)、`5GG-API`、`切片感知` (Slice-aware App)。

* **计算机/软件侧核心词**：`数据模型` (Data Model)、`数据结构` (Data Structure)、`抽象层` (Abstraction Layer)、`面向对象` (Object-oriented)、`属性修改` (Property/Attribute Modification)、`内容提供商` (Content Provider / CP / CAS)。

* **精准检索式示例**：`(NEF OR "capability exposure") AND ("slice object" OR "data structure" OR "data model") AND ("Content Application" OR "third party")`

### 2. 锁定特定标准化组织与前沿文献检索

3GPP 标准落地前通常会有大量的学术概念和产业联盟白皮书，这些往往构成最致命的现有技术：

* **3GPP SA2 (架构组) 早期研究报告**：检索 **3GPP TR 23.722**（Common API Framework for 3GPP Northbound APIs，即 CAPIF 框架研究）以及 **TR 23.799** 早期演进演进文档。CAPIF 框架的核心就是研究如何将网络功能抽象为 API 和对象暴露给第三方应用服务器（AS）。

* **5G-PPP (欧洲5G公私合作外围项目)**：检索如 **5G-Transformer**、**5G-ESSENCE** 等项目的白皮书和技术报告。这些欧洲项目在 2017-2019 年间大量推行了“面向垂直行业应用服务器（Vertical Application Server）的切片一键式/对象化配置”概念。

### 3. 专利分类号（IPC/CPC）联合精筛

重点在以下两个细分类号的交集中寻找互联网巨头（如思科、华为、爱立信、诺基亚、谷歌）在 2018-2020 年左右布局的核心专利：

* **H04L41/0895**：定制的虚拟网络或网络切片的配置或供给（Configuration or provisioning of virtual networks or network slices）。

* **H04L67/63**：基于应用需求的网络服务路由或处理（Routing or service processing based on application requirements）。

* **检索方向**：重点关注上述厂商关于 **“应用驱动的网络（Application-Driven Networking, ADN）”** 或 **“基于意图的网络（Intent-Based Networking, IBN）”** 的早期专利。在意图网络中，CAS/第三方服务器输入一个“意图对象”（即目标专利所谓的抽象对象属性），网络自动将其翻译为切片配置，此种技术文献是实现绝对无效的“银弹”。

作为一名经验丰富的专利代理师，我将为您对目标权利要求1进行精细化的说明书特征解析，并结合三份对比文件（D1、D2、D3）的原文及详细出处进行逐项比对，最后为您输出最接近对比文件的确立、创造性漏洞分析以及无效请求的进一步检索策略。

---

## 一、 目标权利要求1的说明书内涵解析

权利要求1的核心发明点在于**“通过对象化数据结构实现网络切片属性的暴露与动态修改控制”**。

* **SREF与通信网络架构（特征A-E）：** 确立了一个位于通信网络中的网络功能实体（SREF），该网络支持虚拟化网络切片的实例化与切片管理网络功能。

* **CAS的引入与服务管理（特征F-H）：** 处理器实现内容应用服务器（CAS），CAS不仅提供常规应用服务，关键在于其能“经由网络切片”并“至少部分地管理该网络切片”。

* **切片对象抽象化表示与暴露机制（特征I-L）：** 这是核心的架构创新。SREF不是让外部应用直接调用底层的网络配置API，而是将底层的切片属性抽象化地封装成一个**“切片对象（Slice Object）”的数据结构**。该对象包含**“可修改对象属性”**，该属性在逻辑上对应于底层切片管理网络功能所能调整的切片实体物理属性。通过开放对该对象的访问权限，实现了面向应用层的网络能力安全隔离暴露。

* **闭环动态修改机制（特征M-N）：** CAS在应用层直接对该“切片对象”的属性进行逻辑修改，SREF捕获到这一数据结构属性的变更（经修改的对象属性）后，自动向底层的物理切片管理网络功能发送物理修改请求。从而实现了“应用层逻辑修改 $\rightarrow$ 抽象对象属性变更 $\rightarrow$ 底层切片实体物理调整”的自动化控制闭环。

---

## 二、 对比文件特征比对及出处分析

为了全面评估权利要求1的稳定性，以下引入三篇对比文件：

* **D1：** KR1020190018691A（사용자 평면 경로 선택, 재선택, 및 사용자 평면 변경들의 통지를 위한 시스템들 및 방법들.）

* **D2：** WO2018137499A1（资源共享的控制方法、执行实体及资源共享配置实体）

* **D3：** WO2018228674A1（Method for Using Context Awareness for the Coordination of Management and Mobile Network Service Operation Planes.）

### 权利要求1技术特征比对表

---

## 三、 最接近对比文件（D1/D3）的确立分析

在本案的创造性分析中，**对比文件1（D1，KR1020190018691A）** 和 **对比文件3（D3，WO2018228674A1）** 均具备作为最接近对比文件的资格，两者分别从不同的角度切入：

### 1. 选定 D1 作为最接近对比文件的理由（从“技术问题”与“技术方案”角度）

* **解决的技术问题相近：** D1旨在解决在5G网络切片架构下，如何向第三方的互联网内容提供商（ICP/ISP）或应用功能（AF/AS）开放网络控制能力（如用户面路径选择、QoS配置），以提升网络整体运营效率和应用服务质量。这与目标专利解决“如何使内容应用服务器（CAS）有效参与和部分管理网络切片”的技术问题完全一致。

* **技术方案架构高度对应：** D1公开了NEF/NCEF（对应目标专利的SREF网络功能），并公开了第三方应用系统AS/AF（对应目标专利的CAS），同时给出了NEF接收第三方请求后转换为内部网络可理解的格式，进而触发底层控制平面的PCF和SMF（对应目标专利的切片管理网络功能）执行物理调整的完整流程。

### 2. 选定 D3 作为最接近对比文件的理由（从“架构体系”与“技术效果”角度）

* **解决的技术问题深层对应：** D3关注的是由于网络切片极大的灵活性，导致控制面（CP）和管理面（MP）边界模糊、复杂性增高的问题。它解决的是如何避免外部应用、控制面调整与管理面底层基础设施维护之间发生不协同、无序冲突的问题。

* **技术效果互补：** D3引入了CA_NF（上下文感知网络功能，对应SREF），通过收集多方信息生成统一的逻辑实体（Context），并以此来指挥和协同各切片管理实体（OSS/NF）。这为目标专利将物理切片属性统一收拢、抽象建模提供了高度相似的体系架构支撑。

---

## 四、 创造性漏洞与最薄弱技术特征分析

通过上述精细化比对可见，被最接近对比文件（D1或D3）乃至D2阻断后，本网节点/系统权利要求1的**最薄弱技术特征（即无效请求中最难攻克、目标专利最具实质性贡献的创新点）**在于：

> **“以表示切片对象的数据结构的形式生成抽象化表示，并暴露给CAS进行‘对象属性级别’的修改，进而由数据结构属性的逻辑变更触发物理网络的请求发送”（即特征I、J、K、L、M的组合）。**

### 为什么这一特征是目前的创造性漏洞（薄弱点）？

1. **现有技术（D1/D3）的局限：** D1在向第三方暴露能力时，采用的是**常规的“参数化/指令化API”模式**（即第三方发送包含UE filter、DNAI等具体网络参数的控制请求指令，NEF进行权限校验和鉴权后转发）。D3采用的是**“上下文状态通知”模式**。它们均**没有**在网络暴露功能内部为网络切片建立一套**“面向对象（Object-oriented）的数据结构模型”**。

2. **目标专利的技术效果优势：** 目标专利通过构建“切片对象（Slice Object）”并允许CAS直接“修改对象属性”，使应用层对网络切片的管理从“发送配置命令”转变为“直接操纵抽象数据实体”。这种设计大幅度解耦了应用层与底层物理网络指令的绑定，提升了网络切片能力开放的安全性与面向软件定义网络（SDN）的编程便利性。

由于D1、D2、D3均未公开、也未隐含暗示这一**“网络切片的对象化抽象与暴露控制机制”**，因此仅凭现有的D1~D3，难以依据《专利审查指南》第二法条关于创造性的规定（即突出的实质性特点和显著的进步）成功无效掉权利要求1。

---

## 五、 进一步的对比文件检索策略

为了在后续的无效宣告程序中彻底推翻权利要求1，必须针对上述创造性薄弱环节调整检索策略，补充更精准的“X币”或“Y币”对比文件：

### 1. 检索关键词调整与精准扩展

需要将原有的通信技术关键词（网络切片、NEF、AF）与**软件架构及网络能力开放建模**的关键词进行交叉组合：

* **物理层/网络层概念：** `网络切片 (Network Slice)`、`能力开放 (Capability Exposure / Network Exposure)`、`切片管理 (NSMF / NSSMF)`。

* **数据模型/抽象层概念：** `对象化 (Object-oriented)`、`数据结构 (Data Structure)`、`抽象模型/抽象化表示 (Abstraction / Abstract Representation)`、`切片模型 (Slice Model)`、`信息模型 (Information Model)`、`资源建模 (Resource Modeling)`。

* **操纵机制概念：** `属性修改 (Attribute Modification)`、`暴露 (Exposure / Access)`、`状态同步 (State Synchronization)`。

### 2. 目标标准组织与技术文献库深挖

* **3GPP SA5 (Telecom Management) 深入检索：** 3GPP SA5负责网络管理与切片建模。应重点检索 **3GPP TS 28.541**（5G 5G网络切片的信息模型定义，Information Model）以及 SA5 相关的 TR（技术报告），寻找在2026年前是否有关于将切片实例（NSI）或切片子网实例（NSSI）封装为面向对象的管理对象（Managed Object, MO）并向外部接口（如MnS - Management Service）开放属性读写权限的提案。

* **ONF (Open Networking Foundation) 与 ETSI ZSM (Zero-touch Network and Service Management)：** 检索开源网络组织中关于软件定义网络（SDN）北向接口（Northbound Interface）的设计规范。重点寻找将底层网络资源（如带宽、拓扑、切片）抽象为逻辑数据对象，并允许上层应用直接通过网络控制器修改对象属性以联动下层网元配置的先期公开文献。

* **非专利文献（IEEE / ACM）探索：** 重点检索网络虚拟化（Network Virtualization）和云计算切片管理领域的学术论文。例如关于“面向对象的网络切片管理架构（Object-oriented network slicing management architecture）”或“基于数字孪生/抽象对象模型控制网络资源”的论文，这类文献往往能精准命中“将切片属性抽象为可修改对象属性”这一纯软件架构的发明点。

作为一名资深专利代理师，我将针对目标专利权利要求1，紧密结合三份对比文件（D1：WO2017219969A1；D2：WO2017219973A1；D3：WO2018035431A1）的说明书原文进行深度法律与技术分析。

---

### 一、 权利要求1的技术特征拆解与对比文件实质公开分析

经过对三份对比文件原文的仔细比对，现将各对比文件分别“毫无异议公开（明示公开/等同公开）”或“实质公开（功能/效果实质对应）”的技术特征分析如下：

#### D1 (WO2017219969A1)

* **实质公开了特征A、B、C、G、H**：D1明确公开了一种在存在网络切片的下一代通信系统（如5G）中应用的网络信息与能力开放（NCE）架构，包含通用NCEF和切片特定（SS）NCEF，用于供第三方实体（如ISP、ICP、应用系统AS）发现、访问和定制开放的网络能力。其中切片特定网络实体功能（SS-NE）执行切片特定任务（如切片特定的会话管理、策略控制等），这与特征A中的网络功能（SREF）、特征B中的网络切片实例化、特征C中的切片管理网络功能、特征G/H中的内容应用服务器（CAS）在系统架构和业务逻辑上完全对应。

* **毫无异议公开了特征D、E、F**：D1在【0175】及图11中明确公开了硬件设备结构，包括处理器（Processor 1102）、网络接口（Network interface 1106）和收发器，用于双向总线通信，完全覆盖了处理器系统及网络接口的硬件描述。

* **未公开特征I、J、K、L、M、N**：D1中未公开以“切片对象的数据结构”形式生成属性的抽象化表示，也未公开CAS通过修改该切片对象的“可修改对象属性”来间接请求修改网络切片属性的具体面向对象交互机制。

#### D2 (WO2017219973A1)

* **实质公开了特征A、B、C、G、H**：D2的整体架构与D1类似，同样在【0054】-【0057】公开了网络能力开放（NCE）框架、网络切片（Network Slice）及切片特定网络实体功能。此外，D2在【0012】进一步明确公开了网络开放功能（NEF）从应用功能（AF）接收分流/流量引导请求（Traffic Steering Request），以影响PDU会话的用户面（UP）流量路由决策。这实质上对应了第三方应用通过开放接口影响/定制切片或网络资源的行为。

* **毫无异议公开了特征D、E、F**：同样在【0174】及图11中公开了包含处理器、网络接口及收发器的硬件装置。

* **未公开特征I、J、K、L、M、N**：D2虽然公开了AF通过NEF向策略控制功能（PCF）或会话管理功能（SMF）发送流量引导规则来“影响”路由，但其交互数据为具体的过滤信息、地标（DNAI）和时间有效性条件（如【0015】所述），而非权利要求1所限定的具有“可修改对象属性”的虚拟化“切片对象数据结构”。

#### D3 (WO2018035431A1)

* **实质公开了特征A、B、C、G、H**：D3在【0074】-【0076】公开了5G核心网中的网络切片模型，并在【0080】公开了网络能力开放功能（NEF，在早期网络中称为SCEF），用于允许第三方服务器（SCS/AS）访问核心网功能并定制网络能力（如QoS、移动性等）。

* **毫无异议公开了特征D、E、F**：在【0117】及图13D、13F中公开了计算系统和WTRU的硬件实现，明确包含处理器（CPU 91/118）、网络适配器/接口（Network adaptor 97）等。

* **未公开特征I、J、K、L、M、N**：D3主要解决的是当用户设备（UE）移动导致核心网终止点（CNTP）改变时，如何协调SCS/AS进行服务器重定位以保证业务连续性的问题（如说明书【0043】-[0047]所述）。其交互聚焦于UE位置、睡眠状态和业务流特征（如表2所示的延迟、数据吞吐量等），并未涉及生成“切片对象”这一数据结构并暴露给CAS进行修改的机制。

---

### 二、 技术特征比对表

为了更直观地展示比对结果，以下给出权利要求1与各对比文件原文的详细比对表：

---

### 三、 最接近对比文件的选择与创造性分析

在创造性分析过程中，**D2（WO2017219973A1）** 最适合作为本申请权利要求1的**最接近的对比文件（第一最接近对比文件）**，同时 **D1（WO2017219969A1）** 可作为并列的辅助最接近对比文件。具体原因从以下两个维度深度分析：

#### 1. 整体解决的技术问题角度

* **目标专利**试图解决的技术问题是：如何在网络切片架构下，以一种高效、解耦且规范的数据交互方式，让外部分布式的内容应用服务器（CAS）能够安全、直观地对网络切片的内部属性进行定制和修改，从而实现网络能力的灵活协同。

* **D2** 解决的技术问题是：在5G通信协议和网络切片背景下，前代提案缺乏高效或有力的机制将网络控制能力提供给第三方实体（如说明书【0005】所述："proposals for the 5th Generation (5G) communications protocols lack mechanisms that can efficiently or effectively provide network control capabilities to 3rd party entities."）。为此，D2专门研究了AF如何通过NEF发送流量引导请求（Traffic Steering），从而“影响（Influence）”核心网的路由决策（见D2【0012】）。这与目标专利在“如何让外部AS合理控制/定制切片内部网络能力”这一核心技术问题上最为契合。

* 反观 **D3**，其核心技术问题在于UE移动或业务重定位时如何保持业务和会话的连续性（SSC），侧重于状态监控与地址变更通知，偏离了外部主动修改/管理切片属性的主线。

#### 2. 技术效果角度

* **D2** 通过NEF接收第三方AF的请求并转化为PCF的策略规则，最终由SMF执行，实现了“外部应用层需求向网络底层资源配置的映射与动态调整”，达到了提高网络资源运营效率和QoS保障的技术效果。这与目标专利“CAS修改对象属性后由核心网发送修改请求至切片管理网络功能，从而调整切片属性”达成的动态资源调整效果在本质上是相同的。

* **D1** 同样达到了这一效果，但D2在 Summary 和权利要求书层面更聚焦于“外部AF如何 influence（影响）网络路由”，这与外部管理切片属性的行为在逻辑上更近一步。

---

### 四、 最薄弱的技术特征与无效宣告策略

若要对本目标专利提出无效宣告请求，基于目前披露的D1-D3，该权利要求**最薄弱的技术特征（即突破口）是：特征H与特征N的结合点，以及特征I中关于“抽象化表示”的实质技术方案贡献度。**

#### 无效策略分析（理由：创造性不具备）

1. **特征A-H以及N的业务实质已被高度公开**：通过前述分析可知，外部分务器（CAS/AF）通过网络能力开放功能（SREF/NEF）向核心网发送定制化请求，并由核心网内部的策略/切片管理功能（PCF/SMF/切片管理功能）实施对应的资源或属性变更（如D2中的流量引导调整，D1中的QoS定制），这套**业务流向与控制闭环**在D1和D2中已经完备公开。

2. **特征I-M的实质仅为“数据封装形式的常规转换”**：目标专利的核心创新点在于其引入了计算机软件领域常规的“面向对象（Object-oriented）”思想，将切片的网络参数封装为了一个带有“可修改对象属性”的“切片对象数据结构”。

* **无效辩论突破点**：在通信网络能力开放的场景下，将底层的网络参数（如带宽、时延上限、路由地标）直接打包传输（D2的做法），还是将其定义为一个“对象（Object）”并暴露其属性API供外部修改（目标专利的做法），对于本领域技术人员而言，仅仅是**将已知网络参数以软件工程中常规的数据结构进行封装和接口抽象**。这种软件实现方式的变换并没有为通信网络带来预料不到的技术效果（最终落实到核心网，依然是修改了相同的切片物理属性）。

3. **结论**：应以D2（或D1）为最接近的对比文件作为主流失弹，结合软件开发领域的公知常识（面向对象设计与数据结构抽象封装），论证特征I-M属于本领域技术人员在面对“如何规整和简化外部分务器与核心网接口调用”这一常规设计需求时，无需付出创造性劳动就能想到的**常规技术手段的置换**。

---

### 五、 进一步的对比文件检索策略

鉴于D1-D3未能100%在字面上契合“切片对象（Slice Object）”这一特定的面向对象数据结构表述，为了能够彻底达成“临门一脚”的单篇审查指南A类销毁或完美的组合无效，建议采取以下更为精准的检索策略：

1. **关键词微调与跨界检索**：

* **核心关键词组合**：将“网络切片（Network Slice）”、“能力开放（Capability Exposure / NEF / SCEF）”与软件抽象层关键词“对象模型（Object Model）”、“数字孪生（Digital Twin）”、“信息模型（Information Model）”、“抽象语法（ASN.1 / JSON Schema）”、“可修改属性（Modifiable Attribute / Properties）”进行交叉组合。

* **跨界检索**：重点检索计算机网络与软件工程交叉的高级主题。很多将网络资源“对象化”的方案往往最先发表在IEEE TNSM（网络与系统管理学报）或IM/NOMS（国际网络管理会议）的学术论文中，而非标准的通信体系中。

2. **3GPP标准提案（Contributions）及工作组追踪检索**：

* 目标专利中提及的SREF、CAS以及面向对象切片控制，极有可能是3GPP SA2（架构工作组）或SA5（管理、编排与计费工作组）在5G标准化阶段（如Release 15/16/17）关于“切片编排管理（Slice Management and Orchestration, MANO）”或“西北向接口能力开放（Northbound API Exposure）”的讨论提案。

* **重点检索方向**：SA5工作组中关于3GPP TS 28.541（5G网络资源模型NRM）和TS 28.531（切片管理与编排）的标准演进历史。标准中大量使用UML类图（Class Diagram）来定义切片实例（NetworkSliceSubnet MOC）及其可写的属性（Attributes），这与权利要求1中的“切片对象及其可修改属性”属于完全相同的技术实体。一旦在优先权日之前找到包含该NRM建模的3GPP会议输入提案（TDOC），将形成极其强力的Prior Art杀伤力。

3. **专利分类号（IPC/CPC）精准聚焦**：

* 除了传统的通信切片分类号 **H04W48/18**（网络选择）或 **H04W88/18**（特殊网络功能），应重点引入包含**网络管理与软件抽象**的分类号：

* **H04L41/0213**（基于面向对象概念的网络管理架构，如聚合、继承或模型映射）。

* **H04L41/50**（网络服务管理，包括QoS或切片SLA的定制）。

* 利用这些分类号限定检索，能够精准过滤掉纯通信物理层的干扰，直接定位到在架构上实施“对象化抽象暴露”的先驱专利。

通过执行上述检索策略，获取到3GPP SA5关于切片资源模型对象化定义的标准草案或相关厂商的背景专利，结合本案已有的D2在控制流程上的公开，将有极大概率彻底宣告本目标专利权利要求1无效。

根据权利要求1所述的网络节点或分布式系统，其中该处理器系统被配置成使该内容应用服务器(CAS)能够经由应用编程接口(API)访问该切片对象和/或修改该切片对象的可修改对象属性。

根据权利要求2所述的网络节点或分布式系统，其中该应用编程接口(API)包括一组函数；该组函数至少包括用于修改该可修改对象属性的函数；并且其中该处理器系统被配置成将该应用编程接口的该组函数暴露给该内容应用服务器(CAS)。

根据权利要求3所述的网络节点或分布式系统，其中该组函数进一步包括以下各项中的至少一项；用于请求将网络切片实例化的函数；用于请求移除网络切片的函数。

根据权利要求1至4中任一项所述的网络节点或分布式系统，其中该通信网络进一步包括用于控制网络切片中的流量的一个或多个流量控制网络功能；并且其中该切片对象包括至少一个另外的可修改对象属性；该至少一个另外的可修改对象属性表示该网络切片的与该一个或多个流量控制功能进行的流量控制相关联的一个或多个属性。

根据权利要求1至4中任一项所述的网络节点或分布式系统，其中该处理器系统被配置成确定该内容应用服务器(CAS)的授权级别；并且根据该内容应用服务器的授权级别配置以下各项中的至少一项；该切片对象中包括哪些对象属性；该切片对象的哪些对象属性是可修改的；以及该内容应用服务器可选择该可修改对象属性的哪个属性值。

根据权利要求1至4中任一项所述的网络节点或分布式系统，其中该处理器系统被配置成确定该网络切片的一个或多个属性是否已经改变；根据所述改变来改变该切片对象；并且通知该内容应用服务器(CAS)该切片对象属性已经改变。