非显而易见性评估仅供参考,不构成法律建议。
| 编号 | 名称 |
|---|---|
| 0 | 2019-11-07_US2019342761A_发明申请_US20190342761A1 Communication Method, Apparatus, and System.docx |
| 0 | 2018-09-21_CN108566659A_发明公开_CN108566659A 一种基于可靠性的5G网络切片在线映射方法_+++V_a_b_c_d_e_w+++.docx |
| 0 | 2018-10-31_EP3396997A_发明公开_EP3396997A1 METHOD AND SYSTEM FOR NETWORK SLICE ALLOCATION.docx |
| 0 | 2018-11-01_US2018316627A_发明申请_US20180316627A1 SYSTEMS AND METHODS FOR ALLOCATING END DEVICE REOURCES TO A NETWORK SLICE_+++V_d_w+++.docx |
| 0 | 2019-01-01_CN109120426A_发明公开_CN109120426A 一种网络切片管理方法、装置及计算机可读存储介质_+++C_D_E_J_V_W+++.docx |
| 0 | 2019-02-26_CN109391498A_发明公开_CN109391498A 网络组件的管理方法和网络设备_+++C_g+++.docx |
| 0 | 2019-03-01_CN109417731A_发明公开_CN109417731A 用于用户平面路径选择、重选和通知用户平面变化的系统和方法_+++G_H_S_T_V_a_b_c_d_e_f_i_j_k_l_m_n_o_p_q_r_u+++.docx |
| 0 | 2019-03-21_US2019089780A_发明申请_US20190089780A1 APPLICATION FUNCTION MANAGEMENT USING NFV MANO SYSTEM FRAMEWORK.docx |
| 0 | 2019-04-11_WO2019068251A_发明申请_WO2019068251A1 MANAGEMENT OF NETWORK SLICES AND ASSOCIATED SERVICES_+++C_G_L_V_W_a_b_d_e_f_h_i_j_k_m_n_o_p_q_r_s_t_u_x_y_z+++.docx |
| 0 | 2019-06-06_US2019174320A_发明申请_US20190174320A1 ADAPTIVE PAIRING OF A RADIO ACCESS NETWORK SLICE TO A CORE NETWORK SLICE BASED ON DEVICE INFORMATION OR SERVICE INFORMATION_+++V_b_c_d_g_h_j_l_s_t+++.docx |
| 0 | 2019-06-06_US2019174322A_发明申请_US20190174322A1 ARCHITECTURE FOR NETWORK SLICE DEPLOYMENT BASED ON NETWORK RESOURCE UTILIZATION_+++A_C_D_E_G_L_T_V_W_b_f_h_i_j_k_m_n_o_p_q_r_s_u_x_y_z+++.docx |
| 0 | 2019-06-06_US2019174347A_发明申请_US20190174347A1 DYNAMIC ACCESS SLICE POOLING AND SOFTWARE DEFINED NETWORK CONTROLLED CAPABILITIES_+++a_b_c_d_e_v+++.docx |
| 0 | 2019-06-06_US2019174449A_发明申请_US20190174449A1 TECHNOLOGIES TO AUTHORIZE USER EQUIPMENT USE OF LOCAL AREA DATA NETWORK FEATURES AND CONTROL THE SIZE OF LOCAL AREA DATA NETWORK INFORMATION IN ACCESS AND.docx |
| 0 | 2019-06-13_US2019182876A_发明申请_US20190182876A1 SESSION MANAGEMENT METHOD AND DEVICE_+++g_s+++.docx |
| 0 | 2019-07-23_US10361843B_发明授权_US10361843B1 Native blockchain platform for improving workload mobility in telecommunication networks_+++A_C_G_H_V_W_a_b_d_e_f_i_j_k_l_m_n_o_p_q_r_s_t_u_x_y_z+++.docx |
| 0 | 2019-10-08_US10440642B_发明授权_US10440642B2 Network slice selection in wireless telecommunication networks_+++G_c+++.docx |
| 0 | 2018-09-13_US2018260200A_发明申请_US20180260200A1 SYSTEM AND METHOD FOR DEPLOYING APPLICATION COMPONENTS ON DISTRIBUTED IT RESOURCES_+++a_b_c_d_f_g_h_l_s_t_u+++.docx |
| 0 | 2019-11-21_US2019357129A_发明申请_US20190357129A1 METHOD FOR SELECTING NETWORK NODE IN WIRELESS COMMUNICATION SYSTEM AND DEVICE THEREFOR_+++G_c_v+++.docx |
| 0 | 2019-11-21_US2019357130A_发明申请_US20190357130A1 NETWORK SLICE SELECTION_+++C_G+++.docx |
| 0 | US10506489B2_Description_20260704_0109_+++A_B_C_G_H_L_V_W_d_e_f_i_j_k_m_n_o_p_q_r_s_t_u_x_y_z+++.docx |
| 0 | US10644955B2_Description_20260704_0109_+++A_B_C_D_G_V_e_h_i_j_k_l_m_n_o_r_s_t_u_w+++.docx |
| 0 | US10986540B2_Description_20260704_0109.docx |
| 0 | US11051210B2_Description_20260704_0109_+++C_G_d_e_f_h+++.docx |
| 0 | WO2018137499A1_Description_20260704_0108_+++G_H_a_c+++.docx |
| 0 | WO2018169382A1_Description_20260704_0109_+++s_t+++.docx |
| 0 | WO2018196793A1_Description_20260704_0108.docx |
| 0 | WO2018228674A1_Description_20260704_0108.docx |
| 0 | WO2019064274A1_Description_20260704_0109_+++v_w+++.docx |
| 0 | WO2019160390A1_Description_20260704_0109_+++G+++.docx |
| 0 | WO2019184967A1_Description_20260704_0109_+++C_D_E_V_W_g_h+++.docx |
| 0 | WO2019206396A1_Description_20260704_0108_+++C_M_U_a_b_d_g_h_j_k_l_n_o_p_q_r_s_t_v+++.docx |
| 0 | 2018-01-11_US2018013680A_发明申请_US20180013680A1 SYSTEM AND METHOD FOR MANAGING VIRTUAL RADIO ACCESS NETWORK SLICING.docx |
| 0 | 2011-10-13_US2011249685A_发明申请_US20110249685A1 Method and device for scheduling data communication input ports.docx |
| 0 | 2013-12-19_US2013339495A_发明申请_US20130339495A1 CONFIGURING NETWORK DEVICES USING COMPILATIONS OF COHERENT SUBSECTIONS OF CONFIGURATION SETTINGS_+++A_G_b+++.docx |
| 0 | 2016-11-15_US9497136B_发明授权_US09497136B1 Method and system for providing usage metrics to manage utilzation of cloud computing resources_+++G+++.docx |
| 0 | 2016-12-01_US2016352924A_发明申请_US20160352924A1 METHOD AND APPARATUS FOR CUSTOMER SERVICE MANAGEMENT FOR A WIRELESS COMMUNICATION NETWORK_+++B_C_E_F_G_H_L_S_T_U_V_W_a_d_i_j_k_m_n_o_p_q_r_x_y_z+++.docx |
| 0 | 2016-12-01_US2016353367A_发明申请_US20160353367A1 System and Method for Virtualized Functions in Control and Data Planes_+++A_B_C_D_E_G_L_V_W_a_b_c_d_e_f_h_i_j_k_m_n_o_p_q_r_s_t_u_x_y_z+++.docx |
| 0 | 2016-12-01_US2016353465A_发明申请_US20160353465A1 System and Method for Virtualized Functions in Control and Data Planes_+++A_B_C_D_E_G_J_S_V_W_f_h_i_k_l_m_n_o_p_q_r_t_u_x_y_z+++.docx |
| 0 | 2016-12-08_WO2016192639A_发明申请_WO2016192639A1 SYSTEM AND METHOD FOR VIRTUALIZED FUNCTIONS IN CONTROL AND DATA PLANES.docx |
| 0 | 2017-03-23_US2017086118A_发明申请_US20170086118A1 System and Methods for Network Slice Reselection.docx |
| 0 | 2017-07-04_CN106922002A_发明公开_CN106922002A 一种基于内部拍卖机制的网络切片虚拟资源分配方法_+++a_c_d_e_v+++.docx |
| 0 | 2017-07-20_US2017208019A_发明申请_US20170208019A1 SLICE MANAGEMENT SYSTEM AND SLICE MANAGEMENT METHOD.docx |
| 0 | 2017-08-22_CN107087255A_发明公开_CN107087255A 一种终端位置管理、终端移动性管理的方法及网络节点_+++A_C_d_g_h_s_t_v+++.docx |
| 0 | 2017-08-29_CN107113195A_发明公开_CN107113195A 用于控制平面和数据平面中的虚拟化功能的系统和方法.docx |
| 0 | 2017-11-16_WO2017197273A_发明申请_WO2017197273A1 CONNECTING TO VIRTUALIZED MOBILE CORE NETWORKS_+++C_V_a_b_d_e_f_g_h_i_j_k_l_m_n_o_p_q_r_s_t_u_w_x_y_z+++.docx |
| 0 | 2017-12-21_US2017366399A_发明申请_US20170366399A1 SYSTEMS AND METHODS FOR USER PLANE PATH SELECTION, RESELECTION, AND NOTIFICATION OF USER PLANE CHANGES_+++G_b_c_d_f_h_v+++.docx |
| 0 | 2018-01-04_WO2018000239A_发明申请_WO2018000239A1 ASSURANCE OF END-TO-END QUALITY-OF-SERVICE OVER NETWORKS THAT IMPLEMENT NETWORK FUNCTION VIRTUALIZATION_+++A_G_H_V_W_b_d_e_f_i_k_l_n_o_q_r_s_t_u_x_y_z+++.docx |
| 0 | 2009-09-30_CN101547150A_发明公开_CN101547150A 数据通信输入端口调度的方法及装置_+++G+++.docx |
| 0 | 2018-02-22_WO2018035431A_发明申请_WO2018035431A1 NETWORK SERVICE EXPOSURE FOR SERVICE AND SESSION CONTINUITY.docx |
| 0 | 2018-02-27_CN107743100A_发明公开_CN107743100A 一种基于业务预测的在线自适应网络切片虚拟资源分配方法_+++A_g+++.docx |
| 0 | 2018-03-15_US2018077024A_发明申请_US20180077024A1 METHOD AND APPARATUS FOR NETWORK SLICING.docx |
| 0 | 2018-04-12_WO2018067780A_发明申请_WO2018067780A1 CAPABILITY EXPOSURE FOR SERVICE INSTANTIATION.docx |
| 0 | 2018-05-03_US2018123878A_发明申请_US20180123878A1 SYSTEM AND METHOD FOR NETWORK SLICE MANAGEMENT IN A MANAGEMENT PLANE_+++A_B_C_D_G_H_L_U_V_W_e_f_i_j_k_m_n_o_p_q_r_s_t_x_y_z+++.docx |
| 0 | 2018-05-10_US2018131578A_发明申请_US20180131578A1 METHOD AND APPARATUS FOR A RESPONSIVE SOFTWARE DEFINED NETWORK_+++A_B_C_D_E_F_G_H_I_J_K_L_M_N_O_P_Q_R_S_T_U_V_W+++.docx |
| 0 | 2018-05-10_US2018132117A_发明申请_US20180132117A1 SYSTEM AND METHODS FOR MONITORING PERFORMANCE OF SLICES_+++C_D_G_J_L_M_V_a_b_e_f_h_i_k_n_o_p_q_u+++.docx |
| 0 | 2018-05-10_US2018132138A_发明申请_US20180132138A1 SYSTEMS AND METHODS FOR NETWORK SLICE SERVICE PROVISIONING.docx |
| 0 | 2018-05-17_US2018139129A_发明申请_US20180139129A1 METHOD AND APPARATUS FOR DYNAMIC NETWORK ROUTING IN A SOFTWARE DEFINED NETWORK_+++A_B_C_D_G_L_S_T_V_e_f_h_i_j_k_m_n_o_p_q_r_u_w+++.docx |
| 0 | 2018-05-17_WO2018089634A_发明申请_WO2018089634A1 NETWORK SLICE MANAGEMENT_+++A_C_D_G_H_V_W_b_e_f_i_j_k_l_m_n_o_p_q_r_s_t_u_x_y_z+++.docx |
| 0 | 2018-07-10_CN108270823A_发明公开_CN108270823A 一种服务提供方法、装置和系统_+++C_a_g_h_v+++.docx |
| 0 | 2018-07-12_US2018199279A_发明申请_US20180199279A1 METHOD AND APPARATUS FOR SELECTING AN ACCESS AND MOBILITY MANAGEMENT FUNCTION IN A MOBILE COMMUNICATION SYSTEM_+++c+++.docx |
| 0 | 2018-07-17_CN108293004A_发明公开_CN108293004A 用于网络切片管理的系统和方法_+++A_C_D_E_G_J_V_W_b_i_u_x_y_z+++.docx |
| 0 | 2018-08-02_US2018220276A_发明申请_US20180220276A1 METHOD AND APPARATUS FOR CHARGING OPERATIONS IN A COMMUNICATION NETWORK SUPPORTING VIRTUAL NETWORK CUSTOMERS_+++G_V_W_a_b_c_d_e_f_h_i_j_k_l_m_n_o_p_q_r_s_t_u_x_y_z+++.docx |
一种用于在电信网络的网络管理系统与切片管理系统之间建立接口的接口系统,其中该网络管理系统被配置用于管理具有物理链路的网络的物理网络装备;其中该网络支持在这些物理链路上实例化虚拟网络;并且其中该网络管理系统被配置用于为相应的虚拟网络管理经由哪个或哪些物理链路来路由该虚拟网络的流量;该切片管理系统被配置用于实例化和管理网络切片;这些网络切片各自包括这些虚拟网络中的一个或多个;并且其中该电信网络包括网络虚拟化系统;该网络虚拟化系统被配置用于基于表示相应网络切片的网络服务描述来实例化虚拟网络并管理相应网络切片中包括哪个或哪些虚拟网络;该接口系统包括数据通信接口子系统,用于与该切片管理系统、该网络管理系统和该网络虚拟化系统通信;处理器子系统;该处理器子系统被配置为经由该数据通信接口子系统进行以下操作;从该网络虚拟化系统获得标识数据;其中该标识数据针对至少一个网络切片标识该相应网络切片中包括哪个或哪些虚拟网络;基于该标识数据,从该网络管理系统获得利用率数据;其中该利用率数据指示以下中的至少一项:一个或多个物理链路的带宽容量、计算容量和存储容量,经由该一个或多个物理链路来路由该一个或多个虚拟网络的流量;以及向该切片管理系统提供该至少一个网络切片的利用率数据。
这是一份针对目标专利**权利要求1**的深度法律与技术无效分析报告。分析严格基于提供的3份对比文件原文(同族/同日申请案:D1=US20160352924A1, D2=US20160353367A1, D3=US20160353465A1)。
---
## 一、 权利要求拆解与特征解析(基于目标专利说明书逻辑)
权利要求1的核心在于:**在5G切片架构下,建立“切片管理系统”、“网络管理系统”与“网络虚拟化系统(NFV/MANO)”三者之间的接口/中间件系统,通过向NFV/MANO获取切片与虚拟网络(VN)的映射关系,再向物理网络管理系统获取对应链路利用率,最终向切片管理系统反馈切片利用率。**
分析时需注意的术语对应关系(本领域公知与说明书上下文):
* **网络管理系统(Network Management System)**:负责物理网元、物理链路及流量路由的管理(如MANO/VIM或物理网络控制器)。
* **切片管理系统(Slice Management System)**:负责实例化、管理网络切片(如CSM / Slice-CSM)。
* **网络虚拟化系统(Network Virtualization System)**:基于网络服务描述(NSD/VNFFG)实例化虚拟网络(VN)并维护切片与VN映射关系(如MANO/Orchestrator)。
---
## 二、 对比文件特征比对表格(与原文详细出处)
| 权利要求1技术特征 | D1 (US20160352924A1) | D2 (US20160353367A1) | D3 (US20160353465A1) | 公开性认定 |
| 前言: 一种用于在电信网络的网络管理系统与切片管理系统之间建立接口的接口系统 | [0095]-[0096]:G-CSM/CSM与Orchestrator/MANO之间的接口系统。 | [0125], [0186]:MP-CSM/G-CSM与MANO/Orchestrator之间的管理接口。 | [0125], [0186]:MP-CSM/G-CSM与MANO/Orchestrator之间的接口。 | 毫无异议公开 |
| 特征A: 网络管理系统被配置用于管理具有物理链路的网络的物理网络装备 | [0080]-[0083]:VIM管理物理基础设施(NFVI),包括服务器、处理器、存储及网络资源。 | [0058], [0108]:VIM管理NFVI(物理基础设施、计算、存储与网络资源)。 | [0058], [0108]:VIM管理NFVI物理硬件资源。 | 毫无异议公开 |
| 特征B: 网络支持在物理链路上实例化虚拟网络;为相应虚拟网络管理经由哪些物理链路路由流量 | [0084], [0090], [0215]:基于物理资源实例化VN;Orchestrator/SDRA/TE决定VN的逻辑链路与物理链路映射及流量路由。 | [0060], [0142]-[0143]:将VN映射至物理基础设施,TE/SDN-C计算物理路径与链路容量上限并路由流量。 | [0044], [0142]-[0143]:VN节点/链路映射至物理基础设施,TE与SDN-C进行物理路径计算与流量路由。 | 毫无异议公开 |
| 特征C: 切片管理系统被配置用于实例化和管理网络切片 | [0095], [0195], [0215]:G-CSM/CSM负责切片建立、SLA管理、QoE/QoS监控及切片生命周期管理。 | [0125], [0186]:G-CSM/MP-CSM管理切片并触发MANO进行切片实例化。 | [0109], [0186]:G-CSM/MP-CSM管理切片及相关计费、QoS。 | 毫无异议公开 |
| 特征D: 网络切片各自包括虚拟网络中的一个或多个;电信网络包括网络虚拟化系统 | [0078], [0085], [0090]:切片包含虚拟网络(VN);系统包含基于NFV/MANO的网络虚拟化系统。 | [0040], [0058], [0060]:切片包含逻辑网络/VN;包含NFV/MANO系统。 | [0040], [0058], [0060]:切片包含逻辑网络/VN;包含NFV框架。 | 毫无异议公开 |
| 特征E: 网络虚拟化系统被配置用于基于表示相应网络切片的网络服务描述来实例化虚拟网络并管理相应网络切片中包括哪个或哪些虚拟网络 | [0090]:“NFV MANO entity is used to instantiate... required by a Network Service (NS) request... described by a VNFFG/NSD”;[0195], [0215]记录切片与VN映射。 | [0059], [0163]-[0165]:MANO基于网络服务(NS)请求及VNFFG实例化VN并管理切片内的VN拓扑。 | [0043], [0163]-[0165]:MANO基于NS请求及VNFFG/NSD实例化虚拟网络。 | 毫无异议公开 |
| 特征F: 接口系统包括数据通信接口子系统,用于与切片管理系统、网络管理系统和网络虚拟化系统通信 | [0095]-[0096]:公开了G-CSM/CSM(切片管理)与Orchestrator/VIM(虚拟化及网络管理)通信的Os-Ma-nfvo接口及外部接口。 | [0128], [0143]:公开了G-CSM、MANO(Orchestrator/VIM)、SDN-C之间的通信接口(如OR-VI接口)。 | [0112], [0127]:公开了G-CSM/MP-CSM与Orchestrator、VIM之间的通信接口。 | 毫无异议公开 |
| 特征G+H: 处理器子系统被配置为经由数据通信接口子系统执行特定操作 | [0077], [0280]-[0281]:通用计算设备/处理器执行软件指令以经由网络接口实现逻辑操作。 | [0015], [0233]-[0237]:包含微处理器和网络接口,用于执行控制与接口逻辑。 | [0007], [0220]-[0222]:包含处理器和网络接口,执行控制与通信逻辑。 | 毫无异议公开 |
| 特征I: 从网络虚拟化系统获得标识数据 | [0195], [0215]:G-CSM/切片管理向Orchestrator/MANO获取切片中VN的拓扑与VNFFG配置信息。 | [0107], [0163]:数据分析(DA)与MANO/Orchestrator交互获取切片的VN拓扑及VNFFG标识。 | [0107], [0163]:DA/CSM从MANO获取切片内的VN信息。 | 实质公开 |
| 特征J: 标识数据针对至少一个网络切片标识该相应网络切片中包括哪个或哪些虚拟网络 | [0085], [0090], [0233]:VNFFG及切片描述信息中明确指出了切片包含哪些VN及其VNFFG节点。 | [0060], [0163]:切片描述(NSD/VNFFG)明确映射切片与其包含的逻辑VN。 | [0060], [0163]:切片描述映射切片与其包含的逻辑网络。 | 毫无异议公开 |
| 特征K: 基于标识数据,从网络管理系统获得利用率数据 | [0148], [0198], [0233]:基于VN拓扑/资源,从VIM/NPM/基础设施获取物理/云资源利用率(Bandwidth/Cloud usage)。 | [0107], [0125]:DA/CSM收集资源利用率及加载数据(per-slice/per-VN resource utilization and loading)。 | [0107], [0125]:DA/CSM收集跨切片/VN的资源利用率及统计数据。 | 实质公开 |
| 特征L: 利用率数据指示以下中的至少一项:一个或多个物理链路的带宽容量、计算容量和存储容量,经由其路由虚拟网络流量 | [0077], [0148], [0233]:明确记载统计与获取“processors, memory, storage”、“bandwidth usage data”、“cloud resources usage data”。 | [0057], [0125], [0233]:明确记载监测“connectivity resources, processing and storage resources”、“bandwidth capacity”、“resource utilization”。 | [0041], [0125], [0220]:明确记载监测“computing, storage and networking resources”、“bandwidth capacity”。 | 毫无异议公开 |
| 特征M: 向切片管理系统提供该至少一个网络切片的利用率数据 | [0095], [0196], [0242]:将资源利用率与QoS/KPI反馈给G-CSM/CSM(切片管理系统)用于SLA调整与计费。 | [0107], [0125], [0183]:DA将收集的利用率数据提供给G-CSM/MP-CSM(切片管理系统)。 | [0107], [0125], [0183]:将利用率与性能数据反馈给切片管理系统(MP-CSM)。 | 毫无异议公开 |
---
## 三、 最接近对比文件(最接近现有技术)分析
在评估新颖性与创造性时,**D1 (US20160352924A1)** 和 **D2 (US20160353367A1)** 均非常适合作为**最接近的对比文件**(可双轨并行推进无效):
### 1. 以 D1 (US20160352924A1) 作为最接近的对比文件
* **整体解决的技术问题**:D1解决的是在5G/NFV网络中,如何针对网络切片和虚拟网络(VN)进行定制化的客户服务管理(CSM)、闭环QoE/QoS监控以及动态计费与资源调整问题。这与目标专利“如何在切片管理与物理网管之间建立接口以反馈切片物理利用率”的技术问题完全一致。
* **技术效果**:D1通过G-CSM/CSM与MANO(Orchestrator/VIM)之间的交互,实现了实时收集带宽、计算与存储利用率,并将这些数据反馈给切片管理层(CSM)以动态调整SLA或进行精准计费。
* **相符度**:公开了目标专利权利要求1的绝大多数技术特征(特征A-H, J-M),特征I属于**实质公开**。
### 2. 以 D2 (US20160353367A1) 作为最接近的对比文件
* **整体解决的技术问题**:D2解决的是在多切片网络中,如何通过全局管理平面(Management Plane)与切片控制平面协同,实现切片生命周期管理、连接管理及资源利用率(Data Analytics, DA)统计的问题。
* **技术效果**:D2通过数据分析(DA)模块跨切片/网域收集物理与虚拟资源利用率(包括计算、存储、带宽),并向管理平面的MP-CSM/G-CSM提供切片级的利用率统计,实现自动化切片扩展与调整。
* **相符度**:同样全面覆盖了特征A-M,尤其在“数据分析模块(DA)与管理平面(MP-CSM)交互”的架构上与目标专利高度重合。
---
## 四、 关键技术特征的公开性与“最薄弱特征”诊断
### 1. 未被最接近对比文件显性公开(或可能产生争议)的特征
在严格的文字比对中,对方专利代理人可能辩称以下特征存在微小差异:
* **特征I与K的“特定三方跨层流转逻辑”**:权利要求1明确限定了接口系统**“先从网络虚拟化系统获取切片-VN标识映射”**,再**“基于该标识从网络管理系统获取物理链路利用率”**,最后**“汇总提供给切片管理系统”**。
### 2. 补充对比文件的检索与结合(其他对比文件公开情况)
* **D2 / D3 的补位作用**:
* D2 段落 **[0107]** 与 **[0125]**(D3对应段落)明确记载了 **Data Analytics (DA)** 节点(相当于目标专利的接口系统/中间件)的作用:DA从 MANO/Orchestrator(网络虚拟化系统)获取切片与VN拓扑,同时监控物理/虚拟资源利用率(网络管理系统),并将这些数据(Data Analytics As a Service)提供给 G-CSM / MP-CSM(切片管理系统)。
* 因此,即使D1在“三方接口逻辑流转”的细节上被认定存在微小区别,**D1 + D2 (或 D1 + D3)** 的组合也可以毫无悬念地依据《专利审查指南》第二部分第四章(创造性)将其击垮。
### 3. 无效请求中最薄弱的技术特征(Patentability Weakness)
目标专利权利要求1**最薄弱的技术特征是:特征I、K、M构成的“数据转接/路由”逻辑。**
* **薄弱原因分析**:
1. **架构重合度极高**:D1、D2、D3均为5G网络切片领域的基石级早期专利(2015/2016年申请),已经完整搭建了“切片管理(CSM)- 虚拟化编排(MANO/Orchestrator)- 物理/虚拟资源管理(VIM/NFVI)”的三层架构。
2. **逻辑必然性(本领域人员公知常识/常规选择)**:在5G NFV架构下,切片(Slice)是业务层的抽象概念,切片不直接等同于物理硬件,切片包含VN(虚拟网络),而VN才映射到物理链路。因此,要计算一个“切片的物理链路利用率”,**必然**需要先查表/向MANO询问“该切片包含哪些VN”,再向网管/VIM查询“这些VN占用了哪些物理链路的带宽/计算/存储”。这种数据查询路径是本领域技术人员为了实现“切片利用率监控”这一功能所**必然采取的架构解耦与数据查询步骤**,不具备任何预料不到的技术效果。
---
## 五、 进一步对比文件检索策略(进一步固化无效证据链)
为了确保在专利复审委员会(PRAB)或法院的诉讼中实现100%杀伤力,建议采取以下进一步检索策略:
### 1. 扩展 3GPP 标准规范检索(最强杀招)
切片管理与NFV MANO的接口规范(如3GPP SA5、ETSI NFV)通常早于常规专利公布:
* **检索目标**:3GPP TS 28.530 / TS 28.531(切片管理与编排)、3GPP TR 28.801(5G网络切片研究)、ETSI GS NFV-MAN 001。
* **关键词**:`CSMF` (Customer Service Management Function), `NSMF` (Network Slice Management Function), `NSSMF` (Network Slice Subnet Management Function), `NFVO`, `VIM`, `Utilization`, `PM` (Performance Management), `Mapping`.
* **逻辑**:证明“切片管理系统通过MANO获取VN mapping,再从VIM/PNF获取PM performance data”是3GPP标准化的公知常识(Prior Art)。
### 2. 交叉专利分类号(IPC/CPC)精准追检索
* **重点分类号**:
* `H04L 41/0896`(基于网络切片的定制/虚拟化网络管理)
* `H04L 41/5019`(SLA与网络切片资源映射)
* `H04L 41/142`(基于拓扑与利用率的网络分析)
* `H04W 28/02`(电信网络中的切片流量与资源管理)
### 3. 申请人/发明人追溯法
* 针对 华为(Huawei)、爱立信(Ericsson)、诺基亚(Nokia)、中兴(ZTE)在 **2015年1月至2017年12月** 期间申请的5G切片接口专利进行专案检索,重点关注涉及 `Slice Manager` 与 `MANO / VIM` 之间 `API/Interface` 交互图(Sequence Diagram)的专利文献。
为了帮助您准确评估权利要求1的稳定性或提出无效宣告请求,我以一名经验丰富的专利代理师身份,紧密结合权利要求书及三份对比文件(D1:WO2017197273A1、D2:US20180123878A1、D3:US20180131578A1)的原文内容,进行严谨的专利技术特征比对与法律分析。
---
### 一、 权利要求1的技术特征拆解与说明书理解
根据本专利的权利要求1,本发明保护一种**在电信网络的网络管理系统(NM)与切片管理系统(SMS)之间建立接口的“接口系统”**。其核心架构与流程如下:
1. **三层体系结构架构**:
- **网络管理系统(NM)**:负责底层物理网络装备(物理链路)的管理,以及虚拟网络在物理链路上路由的管理。
- **切片管理系统(SMS)**:负责实例化和管理网络切片(每个切片包含一个或多个虚拟网络)。
- **网络虚拟化系统(NVS)**:基于网络服务描述(NSD)实例化虚拟网络,并管理切片内包含哪些虚拟网络。
2. **接口系统核心功能**:
- 包含通信接口与处理器。
- **特征I-J**:从网络虚拟化系统(NVS)获取**标识数据**(映射关系:明确某个切片包含哪些虚拟网络)。
- **特征K-L**:基于该标识数据(映射关系),从网络管理系统(NM)获取该切片所涉及物理链路的**利用率数据**(带宽容量、计算容量、存储容量)。
- **特征M**:将利用率数据反馈给切片管理系统(SMS)。
> **技术痛点与方案实质**:切片管理系统(SMS)仅感知“切片/虚拟网络”层,网络管理系统(NM)仅感知“物理网络装备/路由”层。本发明通过中间的“接口系统”,先向虚拟化系统获取“切片-虚拟网络”的映射关系,再据此向NM索取底层的物理利用率,从而实现了跨管理域的切片资源利用率精确统计与提供。
---
### 二、 对比文件技术特征比对表格
以下为各对比文件原文针对权利要求1各技术特征(A~M)的比对分析与详细出处表:
| 权利要求1技术特征 | D1 (WO2017197273A1) | D2 (US20180123878A1) | D3 (US20180131578A1) |
| 特征A:网络管理系统管理具物理链路的物理网络装备 | 公开:NFV底层包含物理服务器、交换机与存储等硬件装备 [段0068] | 公开:NM管理物理及虚拟基础设施 [段0073, 0083] | 公开:Level 1包含物理与虚拟网络资源 [段0045] |
| 特征B:物理链路上实例化虚拟网络;NM管理虚拟网络流量路由 | 公开:在通用硬件上实例化VNF,IRF/SFF管理流量路径 [段0013, 0068] | 公开:NM分配物理/逻辑路径、连接性与链路容量 [段0114, 0115] | 公开:SDN控制器决定数据路径路由与流量控制 [段0010, 0020] |
| 特征C:切片管理系统配置用于实例化和管理网络切片 | 公开:SIMF (Slice Instance Management Function) 负责切片创建/修改/停止 [段0319-0325] | 公开:SOM (Slice Operations Manager) / NM 负责切片的实例化与管理 [段0007, 0118-0120] | 公开:SDN Controllers 负责切片(Slices)的实例化与管理 [段0010, 0071] |
| 特征D:切片含一个或多个虚拟网络;包含网络虚拟化系统 | 公开:Network Slice由多个VNF组成,系统基于NFV/MANO架构 [段0198, 0243] | 公开:Slice包含多个VNF/VN,基于MANO/NFV架构 [段0092, 0119] | 公开:Slice由多个VNF组成,基于云/虚拟化架构 [段0010, 0071] |
| 特征E:网络虚拟化系统基于网络服务描述实例化VN并管理切片包含的VN | 公开:基于Slice Template/Descriptor实例化VNF并组装切片 [段0241, 0318-0320] | 公开:NM根据Network Slice Descriptor / Template实例化VNF并定义切片组成 [段0114, 0149-0150] | 公开:基于Template/Model生成并实例化VNF集合构成切片 [段0026, 0041-0043] |
| 特征F:接口系统包含数据通信接口子系统,与SMS、NM和NVS通信 | 未公开(D1的IRF为消息总线,未明确作为连接SMS、NM、NVS三者的专用接口系统) | 实质公开:MEF/EMS作为接口系统,与NM、SOM、及基础设施通信 [段0108, 0174, 0191] | 未公开(SDN Controller集中或分层控制,未明确该特定三方接口系统) |
| 特征G/H:处理器子系统通过通信接口执行指定操作 | 隐段公开(通用硬件/服务器处理器) [段0127, 0912] | 隐段公开(SOM/MEF硬件包含处理器与接口) [段0007, 0073] | 隐段公开(SDN Controller包含处理器与接口) [段0012, 0131] |
| 特征I/J:从NVS获得标识数据(针对切片标识其包含哪些虚拟网络) | 未显式公开(D1中SISF/SIMF维护Slice Descriptor,但未特别强调通过专用接口拉取映射标识) | 公开:SOM/MEF维护并获得Slice Descriptor及逻辑拓扑(包含VNF组装信息) [段0115, 0150] | 未显式公开(SDN Controller内部保持模板与VNF映射,未明确跨系统拉取) |
| 特征K/L:基于标识数据,从NM获得利用率数据(带宽容量/计算容量/存储容量) | 部分公开:SIMF从切片实例获取usage, load, delay等状态 [段0617](未明确基于VN标识向NM索取) | 公开:SOM/Cross Slice Optimizer从NM/EMS获取资源利用率/PM数据(含带宽、计算、存储) [段0008, 0173-0174] | 公开:SDN Controller监测VNF/网络资源利用率(Resource Level/Utilization) [段0011, 0076] |
| 特征M:向切片管理系统(SMS)提供至少一个网络切片的利用率数据 | 未明确公开(仅提及SIMF内部获得状态,未明确接口向SMS提供利用率) | 公开:MEF/SOM将资源利用率与性能报告提供给上层切片管理/第三方 [段0173, 0189] | 未明确公开(仅SDN内部调整,未明确跨系统向SMS汇报利用率) |
---
### 三、 逐一分析对比文件的公开情况
#### 1. D1 (`WO2017197273A1`)
* **实质公开的技术特征**:A, B, C, D, E, G, H。
* **出处与原文分析**:
* **特征A, B, D, E**:D1段[0045, 0068, 0240-0243]详细描述了基于NFV架构在通用硬件上实例化VNF,网络切片(Network Slice)由多个VNF构成,基于模板(Slice Template)进行实例化。
* **特征C**:段[0319-0325]公开了“Slice Instance Management Function (SIMF) 2026”,其负责切片的创建、修改( scale-up/scale-down )、启动和停止,即切片管理系统。
* **特征F, I, J, K, L, M**:D1虽然在段[0617]提到了SIMF会定期从切片实例获取使用率(usage, load)、延时等信息,但其架构是基于全局消息总线(IRF 2058,段[0328, 0390])的内部通信。**D1并未公开一个专门建立在SMS、NM和NVS之间的“接口系统”,更未公开“先从NVS获取切片包含哪些VN的标识数据,再据此向NM获取底层物理链路利用率(带宽/计算/存储)并提供给SMS”的特定逻辑交互链条。**
#### 2. D2 (`US20180123878A1`)
* **实质公开的技术特征**:A, B, C, D, E, F, G, H, I, J, K, L, M。
* **出处与原文分析**:
* **特征A, B, D, E**:D2段[0080, 0083, 0114-0120]描述了网络管理器(NM 20)负责切片设计、逻辑拓扑生成、物理/逻辑路径分配及VNF实例化。
* **特征C**:段[0007, 0145]公开了切片操作管理器(SOM 45),负责管理切片实例的操作(切片管理系统)。
* **特征F, G, H**:段[0108, 0174, 0188-0191]公开了管理开放功能(MEF 15),MEF作为管理平面接口(Interface),连接3rd Party/SMS、NM与EMS/SOM,构成数据通信接口系统。
* **特征I, J**:段[0115, 0150]公开了NM定义切片逻辑拓扑(Slice Logical Topology)并将其配置给SOM/MEF,该拓扑数据明确指出了切片的网络功能组成(即标识数据)。
* **特征K, L, M**:段[0008, 0173-0174, 0189]明确指出:SOM通过性能管理(PM)和故障管理(FM)功能,从网络管理层面(NM/EMS)监控切片的特定资源利用率(包含链路容量、计算、存储等),并可将这些监控数据/报告通过MEF暴露或提供给切片管理者/第三方。
#### 3. D3 (`US20180131578A1`)
* **实质公开的技术特征**:A, B, C, D, E, G, H, K, L。
* **出处与原文分析**:
* **特征A, B, D, E**:D3段[0010-0013, 0045, 0071-0073]公开了基于SDN Controller(包括Manager SDN Controller 130及Core/Access Controllers)在云端/物理网络上基于服务模型/模板实例化VNF集合并链接为切片。
* **特征K, L**:段[0011, 0076]公开了SDN控制器检测已实例化VNF所提供的网络资源水平(Level of Network Resource),并据此动态调整资源(如带宽)。
* **未公开特征(F, I, J, M)**:D3侧重于SDN控制器内部的自治分层控制(Level 3和Level 2 SDN Controller),并没有区分独立的切片管理系统(SMS)、网络管理系统(NM)和网络虚拟化系统(NVS),因此**缺失“跨三方系统的专用接口系统”以及“基于NVS的标识数据向NM检索利用率再反馈SMS”的特定交互步骤。**
---
### 四、 最接近对比文件的选择与创造性分析
#### 1. 最接近对比文件(Closest Prior Art):**D2 (`US20180123878A1`)**
* **从整体解决的技术问题角度**:
本专利旨在解决“电信网络中切片管理系统(SMS)无法直接感知底层物理链路利用率,且网络管理系统(NM)缺乏切片业务感知”的问题,通过建立一个中介接口系统实现管理域之间的数据贯通。
**D2**同样聚焦于切片管理平面(Management Plane)架构,解决“如何在不影响其他切片的前提下,在管理平面中实现切片实例的实例化、配置、利用率监控及资源动态扩缩容”的问题(D2段[0003-0004])。这与本专利的技术领域、技术问题完全一致。
* **从技术效果角度**:
D2实现了SOM/MEF在管理平面中收集切片专有的性能/利用率数据,并将该数据向上层/第三方暴露,同时向下层NM/EMS请求资源调整(D2段[0008, 0173]),达到了与本专利相同的“跨域资源透明化监控与管理”的技术效果。
因此,**D2最适合作为最接近的对比文件**。
#### 2. D2未公开特征的考量与D1/D3组合分析
如果专利权人在无效答辩中主张:D2公开的是“NM直接将逻辑拓扑下发给SOM”,而**权利要求1明确要求接口系统“先从网络虚拟化系统(NVS)获得标识数据(切片含哪些VN),再基于该标识数据从网络管理系统(NM)获得利用率数据”**(即特定的两阶段跨系统数据拉取逻辑)。
* **D1的补充作用**:D1公开了NFV/MANO架构中SIMF(切片管理)、SISF与MANO/NVS的交互(段[0318-0320]),以及SIMF获取切片Usage/Load(段[0617])。
* **本领域普通技术人员的技术显而易见性**:在NFV/MANO标准架构(ETSI GS NFV)中,NVS(对应NFVO/VNFM)天然掌握切片与虚拟网络(VN/VNF)的映射关系,而NM(对应PNFD/EM)天然掌握物理链路的利用率。为了统计某个切片的总物理资源利用率,技术人员在D2的架构下,顺理成章地会通过接口系统“先去NVS查切片包含哪些VN,再去NM查这些VN占用的物理链路利用率”。这种数据查询路径属于本领域的常规架构设计和逻辑推理。
---
### 五、 无效宣告请求中最薄弱的技术特征
若对权利要求1提出无效宣告请求,**专利权人最可能据理力争、也是权利要求1中最薄弱/最易被突破的技术特征为:**
> **最薄弱技术特征**:特征I、J、K、L构成的**特定数据获取逻辑链条**——“从网络虚拟化系统获得标识数据(针对切片标识包含哪些虚拟网络)” -> “**基于该标识数据**,从网络管理系统获得利用率数据(带宽/计算/存储容量)”。
#### 为什么这是最薄弱点(攻击策略):
1. **实质是“常规数据检索流程”**:该特征本质上只是“拿着A系统的Key(切片-VN映射),去B系统查Value(物理利用率)”。在3GPP与ETSI NFV切片管理解耦的背景下,切片与底层物理解耦是行业公知常识。SMS不直接掌握物理拓扑,必须先向MANO/NVS查询切片组成(标识数据),再向NM查询物理性能,这是跨域管理的必然逻辑。
2. **D2已提示了数据映射与暴露**:D2段[0115, 0173-0174]已经公开了SOM/MEF掌握切片的逻辑拓扑(VN组成),并根据该拓扑从NM/EMS获取性能管理(PM)数据(包括链路容量和计算资源)。将D2中的“逻辑拓扑”对应为“标识数据”,D2实际上已经实质公开了这一过程。
---
### 六、 进一步的对比文件检索策略(Search Strategy)
为了在无效宣告程序中形成“一击必杀”的防线(即单篇破坏新颖性,或形成极其紧密的结合破坏创造性),建议采取以下进一步检索策略:
1. **精准标准规范检索(3GPP & ETSI NFV 专题检索)**:
* **背景**:本专利优先权/申请日前后(约2016-2017年),3GPP SA5(管理与计费)以及 ETSI NFV MANO 正在密集制定5G切片管理架构规范(如 3GPP TS 28.530, TS 28.531, TR 28.801;ETSI GS NFV-IFA 系列)。
* **检索数据库**:3GPP TDoc 数据库(SA5会议文稿)、ETSI标准标准库。
* **核心关键词**:`Slice Management`, `NSMF`, `NSSMF`, `NFVO`, `Performance Management`, `Mapping`, `Virtual Network to Physical`, `Utilization`, `KPI aggregation`。
* **预期效果**:3GPP SA5提案中极大概率存在“NSMF/接口网关向NSSMF/NFVO查询切片包含的VNF/VN列表,再向EM/NM采集物理链路利用率”的标准架构图与信令流程,此类TDoc文稿是破坏电信领域专利创造性的利器。
2. **专利数据库组合检索表达(Focus on Multi-domain Mapping & Performance Fetching)**:
* **检索式逻辑**:(切片/Network Slice) AND (网络虚拟化/NFV/MANO/NVS) AND (网络管理/NM/EMS) AND (利用率/性能/Bandwidth/Capacity/Utilization) AND (映射/标识/Mapping/Topology/Identity)。
* **IPC/CPC分类号定位**:
* `H04L41/0896`(基于切片的网络管理)
* `H04L41/5019`(虚拟网络服务与物理资源映射)
* `H04L41/142`(网络利用率与性能监控)
* `H04W24/02`(无线通信网络管理与资源调度)
3. **追溯专利族的同源对比文件**:
* 重点挖掘爱立信(Ericsson)、华为(Huawei)、诺基亚(Nokia)、中兴(ZTE)在2015-2017年间申请的“跨域切片性能监控(Cross-domain Slice Performance Monitoring)”相关专利,此类专利通常会详细绘制切片标识与物理资源利用率的映射查询流程图。
尊敬的申请人/委托人:
作为一名经验丰富的专利代理师,我针对目标专利《一种用于在电信网络的网络管理系统与切片管理系统之间建立接口的接口系统》(权利要求1)与三份对比文件(D1: US20180132117A1、D2: US20180139129A1、D3: WO2018089634A1)进行了严谨的技术特征比对与创造性/无效可行性分析。以下是详细分析报告:
---
### 一、 目标专利权利要求1的技术特征拆解与说明书深度解读
结合目标专利说明书的核心逻辑,权利要求1的核心在于构建一个**跨域接口系统**,其本质目的是解决**“切片管理系统(Slice Management System)无法直接感知下层物理网络装备及链路的实际利用率/资源消耗(如带宽、计算、存储)”**的问题。
#### 核心技术逻辑与架构拆解:
1. **网络管理系统(NM/DM)**:负责底层物理网络装备(Physical Network Equipment)和物理链路(Physical Links)的管理,掌握实际物理链路的带宽/计算/存储利用率,并决定虚拟网络(VN)流量在哪些物理链路上路由(特征A、B)。
2. **网络虚拟化系统(NFV/MANO/NSMO)**:基于网络服务描述(Network Service Descriptor, NSD)实例化虚拟网络(VN),并掌握**“切片与虚拟网络之间的映射关系”**(即哪个切片包含哪些VN)(特征D、E)。
3. **切片管理系统(SMS/NSMF/SOM)**:负责切片生命周期管理,但缺乏物理链路层面的利用率数据(特征C)。
4. **接口系统及其核心逻辑(特征F-M)**:
- 接口系统作为中介,先从**网络虚拟化系统**获取“切片与VN的映射/标识数据”(标识特定切片包含了哪些VN,特征I、J);
- 然后**“基于该标识数据”**(即拿着VN标识),向**网络管理系统**查询这些VN实际占用的物理链路利用率数据(带宽、计算、存储等,特征K、L);
- 最后将该利用率数据提供给**切片管理系统**(特征M),以实现切片层面的性能监控与资源调度。
---
### 二、 对比文件原文技术特征比对表格
以下表格紧密结合三份对比文件的**原文出处**,对权利要求1的技术特征A~M进行逐一比对分析。
> **对比文件公开号对照**:
> - **D1**:US20180132117A1 (`SYSTEM AND METHODS FOR MONITORING PERFORMANCE OF SLICES`)
> - **D2**:US20180139129A1 (`METHOD AND APPARATUS FOR DYNAMIC NETWORK ROUTING IN A SOFTWARE DEFINED NETWORK`)
> - **D3**:WO2018089634A1 (`NETWORK SLICE MANAGEMENT`)
| 权利要求1技术特征 | D1 (US20180132117A1) 比对分析与原文出处 | D2 (US20180139129A1) 比对分析与原文出处 | D3 (WO2018089634A1) 比对分析与原文出处 |
| 特征A:网络管理系统管理物理链路及物理网络装备 | 实质公开。DM/EM管理物理网络功能(PNF)及物理资源。<br>*(出处: [0010], [0056], [0089])* | 实质公开。SDN Controller管理物理/虚拟网关及底层硬件。<br>*(出处: [0017], [0042], [0089])* | 实质公开。NM/EM管理PNF及物理硬件资源。<br>*(出处: [0045], [0092], [0096])* |
| 特征B:网络支持物理链路上实例化VN,NM管理VN流量路由物理链路 | 实质公开。DM管理域内VN/VNFs,配置EM/VNF流量路由与QoS。<br>*(出处: [0008], [0010], [0103])* | 实质公开。SDN Controller管理VNF流量路由及网关选路。<br>*(出处: [0010], [0011], [0084])* | 实质公开。NM管理网络路由表及VNFs间的拓扑路由。<br>*(出处: [0038], [0044])* |
| 特征C:切片管理系统实例化和管理网络切片 | 实质公开。Slice Operations Manager (SOM)/NM负责切片实例化与监督。<br>*(出处: [0041]-[0043], [0055])* | 实质公开。Manager SDN Controller支持切片On-demand实例化。<br>*(出处: [0072], [0079])* | 实质公开。Network Slice Management Function (NSMF)管理切片生命周期。<br>*(出处: [0031], [0051]-[0058])* |
| 特征D:切片包含一个或多个VN;电信网络包括网络虚拟化系统 | 实质公开。切片包含多个VN services;系统采用NFV/SDN架构。<br>*(出处: [0003], [0008], [0059])* | 实质公开。切片包含多个VNF;支持虚拟化环境与NFV。<br>*(出处: [0024], [0074])* | 实质公开。切片包含VNFs;包括NFV-MANO/NFVO系统。<br>*(出处: [0024], [0031], [0038])* |
| 特征E:网络虚拟化系统基于网络服务描述实例化VN并管理切片包含哪些VN | 未明确公开/隐式公开。公开了NFV架构及VNF实例化,但未明确提出由NFV系统基于服务描述(NSD)管理切片与VN的映射标识。<br>*(出处: [0003], [0056])* | 未公开。仅公开基于模板(Templates)和SDN Controller进行VNF实例化,未划分网络虚拟化系统与切片-VN映射。<br>*(出处: [0026], [0044])* | 实质公开。NFVO基于网络服务拓扑/VNFFGs/NSD实例化VNF,管理切片与网络服务(NS)/VNF的映射。<br>*(出处: [0038]-[0039], [0110])* |
| 特征F:接口系统包含数据通信接口子系统,与SMS、NM、网络虚拟化系统通信 | 未完全公开。DM与SOM/NM通信,但未明确设立独立的接口系统连接SMS、NM及网络虚拟化系统(MANO)。<br>*(出处: [0047], [0055])* | 未公开。使用分层SDN Controller架构(Manager/Core Controller),非三者之间的独立接口系统。<br>*(出处: [0017], [0020])* | 实质公开。NSMO/NSMF作为独立架构或位于NM内,包含连接EM/NM、NFVO/MANO及切片客户的接口。<br>*(出处: [0048]-[0050], [0120])* |
| 特征G、H:处理器子系统,配置为经由接口执行后续操作 | 实质公开。通用处理系统(Processor 1010 + Memory 1020)执行指令。<br>*(出处: [0024], [0090])* | 实质公开。SDN Controller处理系统(Processor 902 + Memory 904)。<br>*(出处: [0011], [0147])* | 实质公开。电子设备处理电路(Processing circuitry 902 / Processors 1010)。<br>*(出处: [0132], [0142])* |
| 特征I、J:从网络虚拟化系统获得标识数据(标识切片包含哪些VN) | 未公开。D1中由DM直接记录Service ID与Slice ID的对应,非从网络虚拟化系统(MANO)获取。<br>*(出处: [0061], [0069])* | 未公开。未涉及从网络虚拟化系统获取切片与VN的映射标识数据。<br>*(出处: 无)* | 实质公开。NSMF/NSMO从NFVO获取网络服务实例(NS)与切片实例(NSI)的映射关系及标识。<br>*(出处: [0110], [0176])* |
| 特征K:基于该标识数据,从网络管理系统获得利用率数据 | 部分公开。DM向EM/VNF收集Performance Data,但系直接按Service ID过滤,未体现“先从虚拟化系统取标识,再据此向NM/DM查利用率”。<br>*(出处: [0059]-[0061])* | 未公开。SDN Controller直接监控网关及VNF资源利用率。<br>*(出处: [0010], [0077])* | 部分公开。NSMF向EM/NM查询物理/虚拟资源利用率,但未明确强调“拿着从虚拟化系统获得的VN标识去向NM提取利用率”。<br>*(出处: [0091]-[0097])* |
| 特征L:利用率数据指示路由VN流量的物理链路之带宽/计算/存储容量 | 实质公开。DM监控并汇聚资源使用情况(computing, storage, transport等)。<br>*(出处: [0009], [0077], [0105])* | 实质公开。监控网关及VNF的资源占用(compute, storage, bandwidth)。<br>*(出处: [0024], [0077])* | 实质公开。查询物理/虚拟资源(compute, storage, networking/bandwidth)。<br>*(出处: [0096], [0157])* |
| 特征M:向切片管理系统提供至少一个切片的利用率数据 | 实质公开。DM将segregated/aggregated性能数据发送给SOM (SMS)。<br>*(出处: [0010], [0023], [0058])* | 未公开。控制信息在SDN Controller间传递,未涉及向SMS上报切片利用率数据。<br>*(出处: 无)* | 实质公开。NSMF/EM收集Trace/Performance数据并上报给SMS/SMF或切片客户。<br>*(出处: [0121], [0128])* |
---
### 三、 最接近的对比文件(Primary Prior Art)分析
在创造性分析/无效宣告中,评估“最接近的对比文件”需考量**技术领域、解决的技术问题、技术效果及技术特征覆盖度**:
#### 1. 推荐最接近的对比文件:D1 (US20180132117A1)
* **技术领域**:切片网络中的资源管理与性能监控(Monitoring performance of slices)。
* **解决的技术问题**:解决当底层物理/虚拟资源被多个切片或多个VN服务共享时,如何划分并监控各个切片及服务的性能与资源利用率。
* **技术效果**:实现按切片(Per-slice)和按服务(Per-service)精细化上报计算、存储、传输(带宽)的利用率数据。
* **特征覆盖**:D1几乎公开了权利要求1中绝大部分关于“切片管理、网络管理(DM/NM)、利用率数据(计算/存储/传输)收集及向SMS(SOM)上报”的技术特征(公开了特征A, B, C, D, G, H, L, M)。
#### 2. 备选最接近的对比文件:D3 (WO2018089634A1)
* **技术领域与架构**:基于3GPP/ETSI NFV-MANO架构的网络切片管理(Network Slice Management)。
* **解决的技术问题**:解决了跨切片管理(NSMF)、网络管理(NM/EM)与NFV虚拟化编排器(NFVO)之间的协作与接口交互问题。
* **特征覆盖**:D3在**系统架构层面**(特征D、E、F、I、J)比D1更为贴近目标专利,因为它明确引入了NFV-MANO/NFVO系统,并公开了切片管理(NSMF)向NFVO查询切片与网络服务(NS/VN)映射关系及标识的过程。
> **结论**:**D1和D3均适合作为最接近的对比文件**。
> - 若以**“利用率数据的收集与上报逻辑”**为主线,首选 **D1**;
> - 若以**“切片系统-网络管理系统-网络虚拟化系统三方接口架构及标识传递”**为主线,首选 **D3**。
---
### 四、 未被最接近对比文件完全公开的技术特征及结合分析
假设以 **D1** 为最接近的对比文件:
1. **未被D1完全公开的特征**:
- **特征E/I/J**:从**网络虚拟化系统**(如NFVO)获得标识数据,该标识数据针对切片标识其包含哪些虚拟网络(VN);
- **特征F/K**:建立特定的接口系统,**基于从网络虚拟化系统获取的VN标识数据**,再去向网络管理系统(NM)检索对应的物理链路利用率数据。
2. **其他对比文件的公开情况(D3的教导)**:
- **D3 (WO2018089634A1)** 明确公开了切片管理架构(NSMF/NSMO),并公开了NSMF通过接口向网络虚拟化编排器(NFVO)交互,获取网络切片实例(NSI)与网络服务实例(NS/VN)的绑定与映射关系标识(段落[0038]-[0039], [0110]);同时D3也公开了NSMF向NM/EM查询底层资源(段落[0091]-[0095])。
3. **结合显而易见性判定**:
- 本领域技术人员在D1的基础上,结合D3关于NFV-MANO标准的常规架构教导,为了实现切片与底层物理资源的对应,自然会想到利用NFV虚拟化系统(NFVO)中现成的“切片-VN”服务描述映射关系(即特征E/I/J)。
- 因此,**D1 + D3 的组合**可以涵盖权利要求1绝大部分技术特征。
---
### 五、 无效宣告中最薄弱的技术特征分析(专利权人的防线)
在对目标专利进行无效攻击时,**最薄弱(即专利权人最容易据此争取授权/维持有效,也是请求人最难攻破)的技术特征**在于:
> **核心薄弱点(专利权人的核心发明点)**:
> **特征K(及其与I、J的特定因果联结关系)**:**“基于该(从网络虚拟化系统获得的)标识数据,从该网络管理系统获得利用率数据”**。
#### 分析原因:
1. **数据流的特定跨域逻辑**:
- 现有的3GPP/NFV架构(如D1、D3)中,利用率/性能数据(PM)通常是由底层EM/DM层逐层向上汇聚(EM $\rightarrow$ DM $\rightarrow$ NM/SOM),或者切片标识在创建时就已静态配置在DM中;
- 目标专利权利要求1明确限定了一种**“反向/跨域关联查询”数据流**:接口系统**先**从“网络虚拟化系统”(NFV/MANO)拿到“切片包含哪些VN”的**动态标识**,**再拿着这个VN标识**去“网络管理系统”(NM)拉取该VN所经过的物理链路利用率。
2. **对比文件的局限**:
- **D1** 中DM收集利用率是基于自身内部记录的 Service ID / Slice ID,并非从外部 NFV 虚拟化系统查询映射标识后再去向 NM 查;
- **D3** 虽然有 NSMF 与 NFVO、NM 的交互,但其查询资源利用率与获取切片映射标识是两个独立的过程,并未明确教导**“将从NFVO获取的VN标识作为向NM检索物理链路利用率的前提条件/输入参数”**。
---
### 六、 进一步对比文件检索策略建议
为了在无效宣告程序中彻底击穿上述“最薄弱技术特征(特征K的特定因果查询逻辑)”,建议采取以下补充检索策略:
#### 1. 扩充检索标准与草案(3GPP / ETSI NFV 专题)
目标专利的方案高度依赖 5G 网络架构与 NFV-MANO 规范的发展。建议重点检索 **2015年至2017年期间** 的 3GPP 及 ETSI 提案(TDocs):
* **3GPP SA5 (Management, Orchestration and Charging)**:
* 重点检索课题:`Telecommunication management; Network Slice Management`(如 TS 28.530, TS 28.531, TS 28.550 对应的早期草案/TDoc)。
* 关键词:`Performance Management`, `Network Slice Instance`, `Subnet Instance`, `VNF Identifier`, `Mapping`, `Cross-domain`
* **ETSI NFV IFA (Interfaces and Architecture)**:
* 重点检索:`NFV-IFA 013` (Os-Ma-nfvo reference point), `NFV-IFA 008` (Ve-Vnfm-em reference point)。
* 寻找是否存在“NSMF/NM 通过 Os-Ma-nfvo 接口查询 NS/VNF Instance ID,再利用该 ID 向 EM/VNFM 订阅/查询 NFVI 物理资源利用率”的标准提案。
#### 2. 专利检索式优化(Focus on Cross-Domain Query & Mapping)
建议在 Google Patents / PatSnap / Orbit 中使用以下组合逻辑进行精准扩检索:
* **逻辑块1(架构组件)**:`(Slice Manager OR NSMF OR SOM) AND (NFVO OR MANO OR "Virtualization System") AND ("Network Manager" OR DM OR "Element Manager")`
* **逻辑块2(特定检索动作)**:`("obtain identifier" OR "get mapping" OR "query VN ID") NEAR3 ("obtain utilization" OR "fetch bandwidth" OR "retrieve resource usage")`
* **逻辑块3(特征关联)**:`"based on the identifier"` 或 `"using the virtual network identifier to query physical link"`
#### 3. 重点检索申请人/竞争对手
重点排查 2016-2018 年间在 5G 切片性能监控与跨域编排领域布局频繁的厂商专利族:
* **华为 (Huawei)**、**中兴 (ZTE)**、**爱立信 (Ericsson)**、**诺基亚/朗讯 (Nokia/Alcatel-Lucent)**、**英特尔 (Intel)**。
---
如需针对上述特定标准草案或补充检索策略进一步生成具体检索式,请随时告知!
作为一名经验丰富的专利代理师,我将紧密结合**目标专利权利要求1**的技术方案以及三份对比文件的**原文公开内容**,为您进行深入的法律与技术对比分析。
---
### 一、 目标专利权利要求1的技术方案拆解与解析
权利要求1保护的是一种“用于在电信网络的网络管理系统与切片管理系统之间建立接口的**接口系统**”。其技术架构和处理逻辑可解析如下:
* **技术背景与实体对象**:
* **网络管理系统(NMS)**:管理底层具有物理链路的物理网络装备,并管理经由哪些物理链路来路由虚拟网络的流量(特征A、B)。
* **切片管理系统(SMS)**:被配置用于实例化和管理网络切片,每个切片包含一个或多个虚拟网络(特征C、D)。
* **网络虚拟化系统(NVS)**:基于网络服务描述(NSD)实例化虚拟网络,并管理切片中包含哪些虚拟网络(特征D、E)。
* **接口系统的核心结构与交互流程(特征F-M)**:
1. **接口与硬件**:包含与上述三个系统(SMS、NMS、NVS)通信的数据通信接口子系统及处理器子系统(特征F、G、H)。
2. **步骤1(从NVS取标识)**:从**网络虚拟化系统(NVS)**获得**标识数据**,该数据明确了“针对至少一个网络切片,其内部包含哪些虚拟网络”(特征I、J)。
3. **步骤2(向NMS取利用率)**:**基于该标识数据**,从**网络管理系统(NMS)**获得**利用率数据**(指示路由这些虚拟网络流量的物理链路的带宽、计算或存储容量)(特征K、L)。
4. **步骤3(向SMS送利用率)**:向**切片管理系统(SMS)**提供该网络切片的利用率数据(特征M)。
> **发明构思的核心**:通过跨域(NVS、NMS、SMS)的接口系统,先向NVS查询切片与虚拟网络的映射标识,再拿着该标识去向NMS索取底层物理链路的利用率,最后上报给SMS,从而实现了在切片管理层对底层物理资源利用率的精确感知。
---
### 二、 对比文件技术特征比对表格
结合对比文件原文,针对权利要求1的技术特征A~M的比对如下表所示:
| 权利要求1技术特征 | 2018-08-02_US2018220276A1 (D1) | 2019-03-01_CN109417731A (D2) | 2019-04-11_WO2019068251A1 (D3) |
| 特征A:NMS管理物理装备及链路 | 实质公开:网络运营商/架构包含物理基础设施及底层资源 [0048] | 隐性公开:核心网/底层UPGW及数据中心物理硬件 [0087] | 毫无保留公开:InMF管理物理/虚拟硬件资源(Hardware Resources)及网络链路 [0202], [图4, 474-482] |
| 特征B:物理链路上实例化虚拟网络并路由流量 | 实质公开:在NO资源上实例化VN,控制流量 [0048]-[0050] | 毫无保留公开:在UP网络/GW中建立PDU会话路径并分流流量 [0088]-[0090] | 毫无保留公开:在物理/虚拟资源上配置VNF及连接链路(Logical Links)路由流量 [0187], [图3A] |
| 特征C:切片管理系统(SMS)实例化和管理切片 | 毫无保留公开:NO/MANO通过切片拓扑创建/VNFM管理切片 [0048], [0094] | 实质公开:控制平面/SMF/PCF管理网络切片及切片选择 [0054], [0149] | 毫无保留公开:NSMF(网络切片管理功能)负责实例化和管理NSI [0203] |
| 特征D:切片包含虚拟网络;电信网络包含NVS | 毫无保留公开:切片包含VN,MANO/NFV作为虚拟化系统 [0048], [0094] | 实质公开:网络切片包含UPF/网内AF,存在网络功能虚拟化 [0054], [0087] | 毫无保留公开:NSI包含NSSI及VNF,NFV-MANO提供虚拟化支撑 [0196], [图4] |
| 特征E:NVS基于描述符实例化VN并管理映射 | 毫无保留公开:SONAC/VNFM基于NSLD(网络切片描述符)和CSID实例化和管理 [0094], [0121] | 未明确公开:未具体描述基于描述符实例化VN的内部映射管理 | 毫无保留公开:MANO根据NS Catalog/VNF Catalog/NSD/VNFD描述符实例化VNF/切片 [0192], [0193] |
| 特征F:接口系统连接SMS、NMS、NVS | 实质公开:G-CSM/SONAC/MANO/NMS之间存在通信接口 [0094], [0122] | 未公开:缺少专门跨SMS、NMS、NVS的统一跨域数据通信接口系统 | 毫无保留公开:SMEF(切片管理开放功能)作为接口系统连接CSMF/NSMF(SMS)、NSSMF/InMF(NMS)及MANO [0211], [图7-9] |
| 特征G:处理器子系统 | 隐性公开:计算机/电子设备包含处理器 [0262] | 毫无保留公开:网络节点包含处理器 [0013], [0172] | 毫无保留公开:电子设备/服务器包含处理器 [0181], [图1] |
| 特征H:处理器经由接口执行操作 | 实质公开:通过控制/管理接口执行计算和数据交互 [0096], [0122] | 实质公开:处理器执行控制平面逻辑与接口报文交互 [0013] | 毫无保留公开:处理器执行SMEF/BSM接口逻辑 [0211] |
| 特征I:从NVS获得标识数据 | 未公开:未明确公开从NVS获取切片与虚拟网络映射标识数据的步骤 | 未公开:未公开从网络虚拟化层抽取切片与VN映射标识 | 未公开:未公开专门从NVS获取切片与内部虚拟网络映射关系的“标识数据” |
| 特征J:标识数据指明切片包含哪些虚拟网络 | 未公开:仅在管理节点内部维护描述符,未公开跨系统提取此标识 | 未公开:未公开此特定标识数据 | 未公开:未公开此特定标识数据 |
| 特征K:基于标识数据,从NMS获得利用率数据 | 未明确公开:收集流量/利用率数据([0142]),但非“基于从NVS取得的标识”向NMS索取 | 未公开:仅公开监控UPGW流量分流,未提及基于切片/VN标识向NMS检索底层物理链路利用率 | 未明确公开:暴露网络能力和容量利用率([0220]),但未公开基于从NVS获得的映射标识去向InMF/NMS索取 |
| 特征L:利用率数据指示物理链路带宽/计算/存储容量 | 毫无保留公开:监测Bandwidth(BW)、数据量、资源利用率 [0122], [0142] | 实质公开:监测网络负载、带宽及处理能力 [0088] | 毫无保留公开:监测和暴露带宽、计算、存储资源利用率及剩余容量 [0187], [0220] |
| 特征M:向SMS提供切片的利用率数据 | 实质公开:将收集到的利用率/流量数据提供给CSM/SOM/ Slice Owner [0122], [0154] | 实质公开:向控制平面/策略功能反馈网络负载以重新调整路径 [0102] | 毫无保留公开:SMEF向CSMF/NSMF(SMS)提供容量和性能利用率数据 [0211] |
---
### 三、 对比文件原文详细出处分析
#### 1. 对比文件1:`US20180220276A1` (D1)
* **公开号**:US20180220276A1
* **技术方案**:主要涉及支持虚拟网络客户的通信网络中的计费与资源监控架构。
* **原文出处分析**:
* **特征A、B、C、D**:见段落`[0048]`至`[0050]`。公开了网络运营商(NO)提供网络切片(Network Slice),切片内包含实例化虚拟网络(VN)所需的资源,控制物理基础设施及Access/Backhaul链路。
* **特征E**:见段落`[0094]`及`[0121]`。公开了网络管理系统定义客户服务实例描述符(CSID)和网络切片描述符(NSLD),SONAC/VNFM(网络功能虚拟化管理器)根据描述符管理和实例化网络。
* **特征L、M**:见段落`[0122]`与`[0142]`-`[0154]`。公开了G-CSM(全局客户服务管理器)决定监控元素(LOG的数据类型包括Bits、BW、位置等),并将利用率/流量信息反馈给切片操作管理器(SOM)及客户。
#### 2. 对比文件2:`CN109417731A` (D2)
* **公开号**:CN109417731A
* **技术方案**:主要涉及第三方实体参与的5G网络用户平面(UP)路径选择、重选及通知机制。
* **原文出处分析**:
* **特征B**:见段落`[0088]`-`[0090]`及图4。公开了CN UP中包含NF1、NF2,RAN与CN UP连接,在物理/逻辑链路上选择UP路径路由流量。
* **特征F、G**:见段落`[0013]`及`[0172]`。公开了网络节点包含处理器与存储器,以及NCEF(网络能力开放功能,即NEF)与PCF、SMF进行API通信。
* **特征L、M**:见段落`[0102]`。公开了SMF/CPF监测UP网关及链路的负荷、时延及QoS性能,并向控制平面/第三方暴露或调整路径。
#### 3. 对比文件3:`WO2019068251A1` (D3)
* **公开号**:WO2019068251A1
* **技术方案**:涉及网络切片及相关服务的管理(3GPP CSMF/NSMF/NSSMF/InMF架构与开放)。
* **原文出处分析**:
* **特征A、B**:见段落`[0187]`、`[0202]`及图3A、图4。公开了Infrastructure Management Function (InMF)管理硬件资源(Compute, Memory, Network/Connectivity),通过虚拟化层形成物理与逻辑链路。
* **特征C、D、E**:见段落`[0192]`-`[0203]`。公开了CSMF、NSMF(切片管理功能)、NSSMF及NFV-MANO,MANO基于NS Catalog及VNF Catalog(描述符)实例化切片及VN。
* **特征F、H、M**:见段落`[0211]`及图7-图9。公开了切片管理开放功能(SMEF),作为代理/接口系统连接CSMF/NSMF与底层的NSSMF/InMF,向上层切片管理系统开放/提供底层的利用率、容量及性能数据。
---
### 四、 最接近对比文件的选择与创造性/无效分析
#### 1. 最接近对比文件的选择(可有多个)
从**整体解决的技术问题**和**技术效果**角度分析:
* **D3 (`WO2019068251A1`) 是第一候选最接近对比文件**:
* *技术问题*:D3解决的是如何在切片管理系统中向不同层级的管理实体(CSMF/NSMF/NSSMF)开放网络管理能力、暴露资源利用率与容量的问题。这与本专利“在电信网络管理系统与切片管理系统之间建立接口以传递利用率数据”的技术问题极度契合。
* *架构匹配度*:D3完整公开了与本专利权利要求1高度对应的“三层/多层管理架构”(CSMF/NSMF对应SMS,NSSMF/InMF对应NMS,MANO对应NVS),且D3的**SMEF(切片管理开放功能)**直接对应权利要求1的“接口系统”。
* **D1 (`US20180220276A1`) 是第二候选最接近对比文件**:
* *技术问题*:D1解决的是在5G切片网络中,如何收集不同物理/虚拟位置的资源利用率(BW、计算等)并上报给切片管理层/客户以实现精确管理和计费。
* *技术特征重叠*:公开了非常详细的切片描述符(NSLD)、切片管理器(SOM)、MANO与G-CSM之间的利用率收集逻辑。
#### 2. 未被最接近对比文件公开的技术特征分析
D3(或D1)虽然公开了绝大部分架构和利用率上报过程,但**未能毫无疑义地公开以下协同数据流特征(即“特征I + 特征J + 特征K”的特定组合逻辑)**:
> **区别技术特征(核心区别)**:
> 处理器子系统被配置为:**(1)首先从网络虚拟化系统(NVS)获得标识数据(该标识数据针对切片标识其包含哪些虚拟网络);(2)再“基于该标识数据”,从网络管理系统(NMS)获得经由哪些物理链路路由这些虚拟网络的利用率数据。**
*其他对比文件是否公开该区别特征?*
* 查阅 **D1、D2、D3 的原文**,三者均未明确公开“**先去虚拟化层(NVS/MANO)查切片与虚拟网络的映射标识,再拿着这个标识去物理网络管理层(NMS/InMF)检索物理链路利用率**”这一特定数据查询传导机制:
* D3 中 SMEF 暴露利用率是基于预先配置的暴露级别(Exposure Types A-E),直接由 InMF/NSSMF 向 NSMF 上报;
* D1 中的监控功能(Monitoring Function)是直接实例化在网络节点/网关上进行收集,未显式体现“从NVS取标识 -> 据此向NMS取利用率”的二阶段跨域检索逻辑。
#### 3. 提出无效请求时最薄弱的技术特征
若要对权利要求1发起无效宣告,**最薄弱(即最容易被攻破或最容易被认定为“技术惯用手段/显而易见”)的技术特征**是:
1. **特征F/G/H(设立独立的“接口系统/数据通信接口子系统/处理器子系统”)**:
* *薄弱原因*:在3GPP / ETSI Standard 架构(如D3的SMEF或标准NEF/SBA架构)中,为了实现模块化解耦,设立一个独立的接口网关/中间件(中介者模式)来转发和处理数据是本领域的公知常识。
2. **特征L(利用率数据具体为带宽、计算、存储容量)**:
* *薄弱原因*:D1(段落`[0122]`)、D3(段落`[0187]`)均已明确罗列利用率包含Bandwidth、Compute、Storage。将利用率限定为这三者属于常规选择。
> **最坚固的防线(无效请求最难攻破的要害)**:
> **特征I+J+K的关联逻辑**。即“利用率数据的获取**依赖于(基于)**从NVS获取的切片与虚拟网络映射标识”。
---
### 五、 进一步的对比文件检索策略建议
为了彻底无效权利要求1(攻克上述“特征I+J+K”的关联数据流),建议采取以下进一步的检索策略:
1. **精准概念拓展与关键词组合(Focus on Cross-domain Mapping)**:
* **核心逻辑**:检索“切片ID/VN ID映射(Slice-to-VN mapping)” + “跨域资源关联/拓扑检索(Cross-domain topology/resource mapping)” + “根据虚拟网络查找物理链路利用率”。
* **英文关键词组合**:
* `("network slice" OR "slice ID") AND ("virtual network" OR "VN" OR "VNF") AND ("mapping" OR "identifier" OR "binding")`
* `AND ("physical link" OR "PNF" OR "underlay") AND ("utilization" OR "bandwidth capacity" OR "telemetry")`
* `AND ("NVFO" OR "MANO" OR "NVS") AND ("NMS" OR "EMS" OR "InMF")`
2. **重点追踪 3GPP / ETSI 规范及SA5/NFV工作组文档**:
* 本专利的构思高度依赖于 **ETSI NFV ISG**(特别是 NFV-MANO 架构中 IFA 系列规范,如 ETSI GS NFV-IFA 013/005)以及 **3GPP SA5(电信管理工作组)** 关于 TS 28.530 / TS 28.531(Network Slice Management)的研讨文稿(Tdocs)。
* *重点寻找*:在 3GPP 5G 切片性能指标(KPI)收集流程中,是否有“NSMF/CSMF 先向 NFVO 查询 NSD/VNFD 获取 VNF/VL(虚拟链路)列表,再向 Virtualized Infrastructure Manager (VIM) / NMS 查询下层 Physical Network Functions (PNF) / Physical Links 利用率”的标准信令流程。
3. **专利分类号(IPC/CPC)交叉精细检索**:
* `H04L41/0896`(切片管理/网络虚拟化配置)
* `H04L41/096`(映射与虚拟网络到物理拓扑的关联)
* `H04L41/142`(基于利用率或拓扑的网络分析)
* **策略**:在 `H04L41/096`(虚拟到物理映射)与 `H04L41/0896`(切片管理)的交集中,重点检索将“NVS的映射标识”作为“NMS物理利用率查询输入”的专利文献。
为了进行深入的技术特征比对与无效宣告分析,以下将分别用 **D1(公开号:US20190174322A1)**、**D2(公开号:US10361843B1)**、**D3(公开号:US10506489B2)** 指代您提供的三篇对比文件。
鉴于提示词中未直接提供目标专利说明书,以下解释将严格立足于权利要求1的字面含义,并结合5G网络切片(Network Slicing)、软件定义网络(SDN)及网络功能虚拟化(NFV)领域的公知常识进行客观界定。
## 权利要求1的技术方案解释
权利要求1保护的是一种**接口系统**,其核心作用是作为桥梁,在电信网络的三大管理实体之间实现数据的定向流转:
1. **网络管理系统(NMS)**:负责底层物理资源,管理物理链路并路由虚拟网络流量。
2. **切片管理系统(SMS)**:负责顶层业务,实例化并管理网络切片。
3. **网络虚拟化系统(NVS)**:负责中间映射,依据网络服务描述(NSD)实例化虚拟网络(VN),并决定切片包含哪些VN。
**该接口系统的核心运行逻辑(特征I-M)为**:首先从NVS获取“切片与VN的映射关系”(标识数据),随后拿着该映射关系去向NMS定向查询这些VN对应的底层物理链路的“实时消耗情况”(利用率数据,含带宽、计算和存储容量),最后将该利用率数据反馈给SMS。其本质是解决切片管理系统无法直接穿透虚拟化层获取底层物理资源真实消耗的技术问题。
---
## 技术特征比对与公开情况分析
以下表格对权利要求1的各项技术特征在D1、D2、D3中的公开情况进行详细比对。为避免表格冗杂,引用的原文已进行核心信息提取并附带段落号。
| 权利要求1技术特征 | D1 (US20190174322A1) 公开情况及出处 | D2 (US10361843B1) 公开情况及出处 | D3 (US10506489B2) 公开情况及出处 |
| A: NMS管理物理装备及链路 | 实质公开。 D1的network resource device 120管理物理、逻辑和虚拟网络资源的清单(段落 [0022])。 | 实质公开。 D2的VIM 446控制和管理NFV基础设施的计算、存储和网络资源(段落 [0048], [0058])。 | 实质公开。 D3的VIM 150管理NFVI,包括物理基础设施如服务器等(段落 [0030])。 |
| B: 物理链路实例化VN,NMS路由流量 | 实质公开。 网络支持基于SDN/NFV的切片以创建虚拟网络([0008]);device 120指示链路能力([0037])。 | 实质公开。 物理硬件转发数据包,虚拟网络提供抽象([0045])。 | 实质公开。 SDRA分配逻辑链路的底层链路资源,SDN-C提供转发规则([0048])。 |
| C: SMS实例化和管理切片 | 实质公开。 网络切片管理系统提供切片部署,service orchestrator 135管理切片配置([0009], [0029])。 | 实质公开。 NSMF 434负责网络切片实例的管理和编排([0054])。 | 实质公开。 NFV-MANO 135协同G-CMM 182等实例化及管理网络切片([0028], [0036])。 |
| D: 切片含VN;电信网含NVS | 实质公开。 架构包括SDN/NFV,网络切片管理虚拟网络([0008])。 | 实质公开。 网络切片包括逻辑端到端网络服务([0049]);包含NFV架构([0044])。 | 实质公开。 切片是逻辑网络功能的集合([0024]);架构基于NFV([0028])。 |
| E: NVS基于描述实例化VN并管理切片内的VN | 实质公开。 service orchestrator 135获取切片部署布局描述符,并管理配置([0029])。 | 实质公开。 NFV-O 442和VNF-M 444依据VNF描述符文件实例化VNF并管理生命周期([0057], [0065])。 | 实质公开。 NFV-MANO利用VNFFG(虚拟网络功能转发图)实例化网络服务([0028])。 |
| F-H: 接口系统含通信接口及处理器并执行操作 | 实质公开。 披露了具有处理器 410 和通信接口 425 的device 400([0056], [0058], [0063])。 | 未明确公开独立的接口系统。 但各网络实体(如NF 200)具有处理器220和网络接口210([0026])。 | 未明确公开独立的接口系统。 但各功能节点由具有处理器1010和网络接口1050的主机实现([0080])。 |
| I-J: 从NVS获取标识数据(切片-VN映射) | 未公开。 D1中是orchestrator 135直接向device 120更新资源使用状态([0030]),未见第三方接口系统去获取映射ID。 | 未公开。 D2侧重于通过区块链(BAF 305)对VNF进行身份验证和授权([0061]),未见获取此类映射标识。 | 未公开。 D3中相关节点直接通过Or-Or接口等通信,未见独立接口系统调取映射数据。 |
| K: 基于标识数据从NMS获取利用率数据 | 部分公开。 D1的deployment device 125查询device 120([0049]),但并非基于从NVS获取的特定标识数据进行查询。 | 未公开。 | 未公开。 |
| L: 利用率数据指示物理链路带宽、计算、存储容量 | 实质公开。 资源能力信息包括存储、计算、带宽、延迟等([0022], [0037]-[0041])。 | 实质公开。 VIM 446维护已分配虚拟/物理资源的清单(计算、存储、网络等)([0058])。 | 实质公开。 LM 160监控切片网络资源利用率及容量信息([0065])。 |
| M: 向SMS提供该利用率数据 | 实质公开。 资源及能力信息用于供切片管理系统计算成本及部署([0009], [0011])。 | 未公开。 | 实质公开。 监控功能(LM 160)将监控到的容量信息发送给切片管理控制面([0065])。 |
---
## 最接近的对比文件分析
在进行创造性评价时,**D1 (US20190174322A1)** 最适合作为最接近的对比文件(CPA)。
* **从整体解决的技术问题来看**:权利要求1旨在解决如何有效地获取并整合底层网络资源使用情况以辅助网络切片管理的问题。D1同样致力于解决基于网络资源利用率(Network Resource Utilization)的网络切片部署问题,两者在宏观架构和技术目标上高度契合。
* **从技术效果来看**:D1中的`network resource device 120`相当于NMS,`service orchestrator device 135`相当于NVS,而`deployment device 125`及系统本身相当于SMS。D1已经实现了对底层物理/虚拟资源容量(带宽、计算、存储)的监控,并将这些数据用于计算网络切片部署成本,这与权利要求1最终“向SMS提供利用率数据”的技术效果高度一致。
D3虽然也涉及基于负载监控(Load Monitor 160)的切片重选,但其更偏向于UE(用户设备)级别的切片切换或漫游,而非切片生命周期管理层面的底层数据提取架构,故D1更为贴近。
---
## 未被最接近对比文件公开的特征及其他对比文件公开情况
**D1未公开的特征为**:特征I、J、K(即接口系统的特定数据流转逻辑:先从NVS获取“切片与VN映射关系”的标识数据,再以此为检索条件向NMS查询利用率数据)。
**其他对比文件的公开情况**:
D2 (US10361843B1) 和 D3 (US10506489B2) 均**未能**实质性公开这三个特征。
* D2的核心在于引入区块链(BAF)解决不同运营商间工作负载迁移的信任与身份验证问题。
* D3的核心在于通过全局控制面(G-CMM / G-CSM)和负载监视器(LM)触发移动设备的切片切换。
两者均未教导引入一个独立的接口系统去执行“先拿映射ID,再查物理资源”的两步式跨层数据拉取操作。
---
## 无效请求中最薄弱的技术特征
若提出无效请求,该权利要求最薄弱、最容易被攻破的技术特征正是其区别技术特征:**特征I、J、K所限定的数据流转逻辑(提取映射ID -> 检索物理利用率)**。
**攻击思路(创造性缺陷)**:
虽然D1-D3没有字面公开这种特定的两步式查询,但在软件系统架构设计、数据库查询以及现代电信OSS/BSS(运营/业务支撑系统)集成领域,这种逻辑属于**常规技术手段**。
当切片管理系统需要准确知道某个切片消耗了多少物理资源时,由于虚拟化层(NFV)天生屏蔽了底层物理硬件细节,本领域技术人员极容易想到通过查询编排器(NVS)获取虚拟网元的ID,再拿着ID去底层资源池(VIM/NMS)查询实际的CPU/内存/带宽消耗。这种“基于关联外键进行跨数据库联合查询”的设计,属于解决跨层数据统计问题时显而易见的常规设计选择,不具备突出的实质性特点和显著的进步。
---
## 进一步的对比文件检索策略
考虑到D1-D3已基本覆盖了5G切片、NFV架构和资源利用率等主体概念,若要彻底无效该专利,下一步检索应聚焦于“**切片管理中跨层资源映射与性能监控的信令交互机制**”。
**推荐检索策略**:
1. **核心关键词**:
* (Network Slice OR Slicing) AND (Virtual Network Function OR VNF) AND (NFVI OR Physical Resource)
* (Mapping OR ID OR Identifier) AND (Monitor OR Utilization OR Telemetry OR Performance) AND (Orchestrator OR NFVO) AND (VIM)
2. **重点IPC/CPC分类号**:
* **H04L 41/00系列**(通信网络的布置、维护、管理或监视)特别是 **H04L 41/50**(网络服务管理)。
* **H04L 41/0896**(网络切片的配置/带宽分配)。
* **H04W 24/00**(无线通信网络中的监督、监视或测试)。
3. **标准文献检索**:
针对这种特定的网元间接口逻辑,专利文献可能不如行业标准详尽。建议检索 **3GPP SA5**(电信管理)和 **ETSI NFV ISG**(网络功能虚拟化规范)关于切片资源保障的规范文件(如 **3GPP TS 28.530 / TS 28.531** 以及 **ETSI GS NFV-IFA 005/006**),这些标准中极大概率直接定义了切片管理实例(NSMI)如何通过NFVO获取资源映射并向VIM查询性能数据的标准接口。
尊敬的申请人/专利权人:
作为一名经验丰富的专利代理师,我针对您提供的目标专利权利要求1(下称“本专利”),紧密结合专利说明书的技术本意,对提供的三篇对比文件进行全面、严谨的特特征比对与法律逻辑分析。
以下是具体的无效检索与创造性分析意见:
---
## 一、 目标专利权利要求1的技术本意解读
根据无线通信与网络切片(Network Slicing)的技术领域常识,结合本专利说明书上下文(具体实施方式):
1. **切片管理系统(Slice Management System)**:负责业务层/服务层的网络切片(Network Slice)生命周期管理。切片是逻辑上的独立网络。
2. **网络虚拟化系统(Network Virtualization System)**:负责根据网络服务描述(NSD)将抽象的切片实例化为具体的**虚拟网络(Virtual Network, VN)**,并记录**“网络切片”与“虚拟网络”之间的映射关系/标识数据**。
3. **网络管理系统(Network Management System, NMS)**:负责管理底层物理网络设备、物理链路(Physical Links),并掌握**“虚拟网络”流量具体通过哪些“物理链路”路由**,同时监测物理链路的实际利用率(如带宽容量、计算容量、存储容量)。
4. **接口系统(Interface System)**:本专利的核心创新点,作为一个“中间桥梁/媒介”,跨越切片管理、虚拟化与物理网管三层。其核心逻辑在于:**先从网络虚拟化系统获取“切片与虚拟网络的映射标识”,再拿着该标识去网络管理系统查询“该虚拟网络所绑定的物理链路的利用率数据”,最后整合并向切片管理系统汇报该切片整体的利用率数据。**
---
## 二、 对比文件技术特征比对与公开性分析
下表详细对比了三篇对比文件(D1、D2、D3)对权利要求1各项技术特征的公开情况,并附带原文档案的精准出处(含段落与页码/步骤)。
### 1. 特征比对表
| 权利要求1技术特征 | 2009-09-30<br>D1: CN101547150A | 2013-12-19<br>D2: US20130339495A1 | 2016-11-15<br>D3: US9497136B1 |
| 特征A:网络管理系统管理具物理链路的物理网络装备 | 未公开(仅涉及微观芯片/硬件端口及缓冲区调度) | 实质公开(网络管理服务器管理CPE等网络设备及WAN链路) | 实质公开(IT部门/管理系统管理数据中心物理服务器、存储及网络设备) |
| 特征B:网络支持物理链路上实例化虚拟网络;网管系统管理虚拟网络流量路由 | 未公开 | 部分公开(公开了VPN隧道/IPsec隧道路由,属于广义虚拟网络,但未区分物理与虚拟映射) | 部分公开(公开了虚拟机的实例化及网络连接,但未具体聚焦于底层物理链路路由管理) |
| 特征C:切片管理系统被配置用于实例化和管理网络切片 | 未公开(D1的“Slice”指硬件处理时间片) | 未公开(D2的“Slice”指网络设备配置文件的配置片段/切片) | 未公开(D3涉及云资源租户/部门分配,非电信网络切片) |
| 特征D:切片包括虚拟网络;电信网络包括网络虚拟化系统 | 未公开 | 未公开 | 未公开 |
| 特征E:虚拟化系统基于服务描述实例化虚拟网络并管理映射 | 未公开 | 未公开 | 部分公开(基于模板/请求实例化虚拟机VM) |
| 特征F:接口系统包含数据通信接口子系统,与三方通信 | 未公开 | 未公开(仅为服务器与CPE端通信) | 部分公开(控制台集成服务器与外部系统数据库交互,非三方切片体系结构) |
| 特征G & H:处理器子系统,被配置为经由接口执行操作 | 实质公开(芯片/微处理器执行逻辑) | 实质公开(服务器处理器执行编译与调度) | 实质公开(管理控制台处理器执行逻辑) |
| 特征I & J:从虚拟化系统获得针对切片标识包括哪些虚拟网络的标识数据 | 未公开 | 未公开 | 未公开 |
| 特征K & L:基于标识数据,从网管系统获得物理链路带宽/计算/存储利用率数据 | 未公开(D1仅监控端口Buffer溢出和端口带宽) | 未公开(D2仅收集设备CPU/内存/接口速率以生成配置文件) | 部分公开(收集云资源计算、存储、网络利用率,但非基于“切片-虚拟网络-物理链路”映射获得) |
| 特征M:向切片管理系统提供网络切片的利用率数据 | 未公开 | 未公开 | 未公开(仅向IT管理员/租户仪表盘展示云资源利用率) |
---
### 2. 各对比文件原文详细出处与技术含义分析
#### (1) D1: CN101547150A(数据通信输入端口调度的方法及装置)
* **原文出处**:全篇,特别参见【说明书第[0005]-[0008]段】及【图1】。
* **公开性分析**:**D1完全未公开本专利的核心技术。**
D1属于交换机/路由器芯片内部硬件设计的“微观调度”领域。D1中的“时间片”、“端口分配”与本专利中电信网络5G/NFV架构下的“网络切片(Network Slice)”属于完全不同的技术概念(语词重合但技术实体不同)。D1仅公开了处理器对多个输入端口进行轮循调度,根据带宽分配端口缓存(Buffer)大小,以解决溢出丢包问题。因此,**D1不能作为本专利的有效对比文件**。
#### (2) D2: US20130339495A1(CONFIGURING NETWORK DEVICES USING COMPILATIONS OF COHERENT SUBSECTIONS OF CONFIGURATION SETTINGS)
* **原文出处**:【摘要】、【段落[0006]、[0013]、[0022]】及【图1、图3】。
* **公开性分析**:**D2仅实质公开了网络设备管理及部分物理/逻辑配置,未公开网络切片体系结构。**
* **特征A与部分特征B**:D2[0022]段公开了“networking device reports on its attributes... CPU and memory capacity, or network interface speeds... measures the speed of its connection to the Internet”,公开了网络管理服务器管理物理设备及链路。D2[0018]公开了利用“IPsec in tunnel mode to create virtual private networks (VPNs)”,即在物理网络上建立虚拟专用网。
* **概念澄清(关键陷阱)**:D2中频繁出现的“configuration slices”(配置切片)是指**“网络设备配置文件中关于某一特定功能(如802.11无线、IPsec、静态路由)的一组协同配置参数片段(coherent subsections of configuration settings)”**(参见[0006]及[0013]),**绝非**本专利中将物理网络资源抽象隔离形成的“电信网络切片(Network Slice)”。D2完全没有公开虚拟化系统、切片管理系统以及通过接口系统跨层查询利用率的技术方案。
#### (3) D3: US9497136B1(Method and system for providing usage metrics to manage utilization of cloud computing resources)
* **原文出处**:【摘要】、【段落[0089]-[0094]、[0111]-[0120]】及【图5、图8、图10】。
* **公开性分析**:**D3实质公开了云资源管理、利用率监控及集中控制台,但未公开电信切片架构与映射链路寻址。**
* **特征A/G/H**:公开了IT管理系统管理数据中心物理资源(计算、存储、网络)(段落[0089]-[0091])。
* **特征K/L**:段落[0111]-[0120]及图8、图10公开了“Resource utilization tracking 1020”监控计算(CPU)、存储(Storage)、内存及网络带宽的利用率,计算利用率比例(Utilization Ratio),并与阈值比较。
* **特征F部分**:图5公开了集中管理控制台(Management Console System 505)通过集成服务器(Integration Server 510)与外部资源租赁系统和应用映射系统通信并汇聚数据。
* **未公开部分**:D3是针对云计算数据中心(Cloud Computing)租户(Tenant/Department)的资源管理,其管理的对象是虚拟机(VM)和存储块。D3**未公开电信网络切片系统**,**未公开网络虚拟化系统基于服务描述实例化虚拟网络**,更**未公开“通过虚拟网络与切片的映射标识(标识数据)去查物理链路利用率”**的跨层查询接口机制。
---
## 三、 最接近对比文件的选择与创造性分析
在创造性(或无效)分析中,确定“最接近的对比文件(Most Closely Related Prior Art)”需考虑技术领域、解决的技术问题及技术特征叠加度。
### 1. 最接近对比文件的挑选:对比文件 D3(US9497136B1)
* **理由**:
1. **技术领域最相近**:D3属于云计算资源监控与管理领域,与本专利的电信网络虚拟化(NFV/SDN)资源监控管理领域同属于“通信与计算资源管理”大类。而D1属于微观硬件端口调度,D2属于设备配置文件管理,均相去甚远。
2. **解决的技术问题重合**:D3试图解决的技术问题是“在复杂的虚拟化/云计算多租户环境中,如何监控和汇聚不同租户/应用的物理与虚拟资源利用率,避免资源浪费”(参见D3[0003]-[0004])。这与本专利“在网络切片与虚拟网络环境下,如何向切片管理系统准确反馈切片对应的底层物理链路利用率”的技术问题最为契合。
3. **公开的关键特征最多**:D3公开了集中式接口管理控制台(对应接口系统)、云资源监控(对应利用率数据监控)、租户与虚拟机对应关系(对应切片与虚拟网络对应的雏形)。
*(注:D2虽然公开了网络设备及VPN,但在资源利用率汇总与跨系统接口交互上公开度低于D3,因此D2仅适合作为次要对比文件/结合对比文件)*。
### 2. 区别技术特征与技术效果分析
以 **D3 (US9497136B1)** 为最接近对比文件,本专利权利要求1与D3相比,存在以下**核心区别技术特征**:
1. **结构架构的区别(特征C、D、E、F)**:本专利运行于电信切片网络架构中,明确存在“切片管理系统”、“网络虚拟化系统”和“网络管理系统”,接口系统分别与这三个独立系统建立数据通信;而D3仅为云计算数据中心的“管理控制台-集成服务器-外部应用”架构。
2. **业务逻辑与数据流向的区别(特征I、J、K、L、M)**:
* 本专利的接口系统首先从“网络虚拟化系统”获得**针对网络切片标识其所包含的虚拟网络的“标识数据”**;
* 然后**基于该“标识数据”**,进一步从“网络管理系统”检索出“该虚拟网络流量所经过的物理链路的利用率数据(带宽/计算/存储)”;
* 最后向切片管理系统提供该切片的利用率数据。
* **而D3**仅公开了直接收集租户(Tenant)或虚拟机(VM)的CPU/存储利用率,并没有通过“网络虚拟化系统(掌管切片-VN映射)”到“网络管理系统(掌管VN-物理链路映射)”的**二次关联/链式查询机制**。
* **本专利解决的实际技术问题**:如何在切片管理层、网络虚拟化层与物理网络管理层高度解耦(Decoupled)的电信网络中,跨越抽象层精准计算出特定网络切片所占用的物理链路实际利用率。
* **技术效果**:实现了跨虚拟与物理层的透明化监控,使切片管理系统能够根据物理链路的真实负载进行动态切片扩缩容或路由优化。
---
## 四、 无效请求中最薄弱的技术特征与攻击难点
如果您计划对本专利发起**专利无效宣告请求(Invalidation Request)**,请务必注意以下结论:
### 1. 最薄弱的技术特征(专利权的防线/最难攻破的特征)
**【特征I + 特征J + 特征K】的组合链条,即:“接口系统通过与网络虚拟化系统通信获取‘切片-虚拟网络’映射标识,并利用该标识向网络网管系统调取‘物理链路利用率’”。**
* **原因**:这是3GPP 5G网络切片(Network Slicing)及NFV(网络功能虚拟化)架构中的经典特色机制。在传统的云计算(如D3)中,资源通常直接表现为“租户-虚拟机-物理机”。而在电信网络中,增加了**“网络切片(NS) $\rightarrow$ 虚拟网络(VN) $\rightarrow$ 物理链路(Physical Link)”**的三层解耦架构。D1、D2、D3均未给出将这三者通过一个接口系统串联查询的“技术教导(Technical Teaching)”。
### 2. 现有对比文件(D1-D3)的组合缺陷
若仅使用现有的D1、D2、D3进行组合(例如:D3结合D2):
* 审查员/复审委极易以**“D1/D2中的Slice概念与5G网络切片存在实质语义鸿沟”**以及**“D3未能提供在切片管理系统、虚拟化系统与物理网管系统之间通过映射标识传递利用率数据的教导”**为由,认定权利要求1具备创造性(符合《专利法》第22条第3款)。
---
## 五、 进一步对比文件检索策略建议
为了成功无效本专利的权利要求1,必须补充能够公开“电信网络切片(5G Network Slice)”、“MANO(NFV编排器)”以及“NSD(网络服务描述)与物理资源映射”的**公知常识**或**领域内专业对比文件**。
建议采取以下精准检索策略:
### 1. 检索技术主题与关键词调整
* **切片架构关键词**:`"Network Slice"` OR `"5G Slice"` OR `"Slice Management"` OR `"NSI"` (Network Slice Instance) OR `"NSSAI"`
* **虚拟化与网管接口关键词**:`"NFVO"` (NFV Orchestrator) OR `"VNFM"` OR `"VIM"` OR `"MANO"` OR `"NSD"` (Network Service Descriptor) OR `"Topology mapping"`
* **利用率与PM数据关键词**:`"Performance Metrics"` OR `"PM data"` OR `"Utilization"` OR `"Physical Link Capacity"` OR `"Mapping"`
### 2. 重点追溯标准组织文件(3GPP / ETSI 标准规范)
电信领域的切片架构大量优先体现在国际标准文档中,**标准文档是无效5G/切片专利的“杀手锏”**:
1. **ETSI GS NFV-MANO / ETSI GS NFV 002**:检索关于NFV Orchestrator(NFVO)如何通过NSD管理VN,并向VIM或PNFD(物理网络功能)收集物理链路性能数据的章节。
2. **3GPP TS 28.530 / TS 28.531 / TS 28.550**:
* *TS 28.530*:Management and orchestration; Architecture framework(切片管理架构)。
* *TS 28.550*:Management and orchestration; Performance management (PM)(切片性能与利用率指标监控)。重点查找:**3GPP中关于切片管理系统(NSMF/NSSMF)如何通过接口向NFVO/NMS订阅物理链路/虚拟网络利用率(KPI/PM数据)的规定**。
### 3. 专利检索式组合建议(以EPO/SIPO语法为例)
`CPC/IPC分类号:H04L41/0896 (网络切片管理) OR H04L41/5019 OR H04L67/10`
`检索式:(Network Slice*) AND (Virtual Network* OR VN) AND (Physical Link* OR Topology) AND (Utilization OR Bandwidth) AND (Interface OR Orchestrat*)`
---
### 总结意见
在目前的对比文件组合中,**D3最适合作为最接近的对比文件**,但仅凭D1-D3**难以直接摧毁权利要求1的创造性**。建议代理人/检索员顺着上述**策略五**,重点在 **2017年-2019年期间的 3GPP TS 28系列标准文档** 或 **中兴/华为/爱立信/诺基亚 在早期申请的5G切片MANO架构专利** 中补充一篇对比文件D4,用以结合D3,方能彻底击穿本专利的权1防护网。
<ElicitationsGroup message="为了进一步协助您完成专利无效工作,您可以选择:">
<Elicitation label="基于3GPP标准文档编写对比文件D4组合攻击逻辑" query="请帮我基于3GPP TS 28.550和TS 28.531标准规范,假设其作为D4,撰写针对权利要求1的创造性无效宣告意见书示例(D3结合D4)。"/>
<Elicitation label="评估权利要求1中从属权利要求的无效突破口" query="如果权利要求1被认定具备创造性,请帮我分析该专利常见的从属权利要求(如针对利用率类型的限定)该如何进行针对性检索。"/>
</ElicitationsGroup>
作为经验丰富的专利代理师,我将紧密结合**目标专利权利要求1**的技术方案以及三份对比文件的**原文具体段落/步骤**进行严谨的技术特征比对,分析对比文件的公开情况、最接近对比文件的选择,并评估无效请求中最薄弱的突破口与检索策略。
在开始比对之前,需明确**权利要求1**的技术本质:它请求保护一种“在网络管理系统与切片管理系统之间建立接口的接口系统”。其核心逻辑链条在于:接口系统从**网络虚拟化系统**获取标识数据(明确切片与虚拟网络的对应关系J),基于该标识,从**网络管理系统**获取该虚拟网络流量所穿过的物理链路的利用率数据(物理资源数据L),并将该利用率数据提供给**切片管理系统**(M),从而实现跨管理域的切片资源利用率感知与管理。
---
## 一、 对比文件技术特征比对分析(特征比对表)
以下用符号 **D1**(CN106922002A)、**D2**(CN107087255A)、**D3**(US20170366399A1)指代三份对比文件。
| 权利要求1技术特征 | D1 (CN106922002A) <br>公开情况与原文出处 | D2 (CN107087255A) <br>公开情况与原文出处 | D3 (US20170366399A1) <br>公开情况与原文出处 |
| 特征A:网络管理系统配置用于管理具有物理链路的网络的物理网络装备 | 实质公开<br>[说明书0018, 0049] 基础设施提供商(InP)管理物理资源;基站控制器/收发设备管理物理资源。 | 毫无异议公开<br>[说明书0009] OSS(运营支撑系统)负责网络配置、网络维护、网络管理及优化等功能实现。 | 实质公开<br>[说明书0053, 0054] 3GPP Core Network / Common Network Entity (Common NE) 管理网络底层物理资源与设施。 |
| 特征B:网络支持在物理链路上实例化虚拟网络;网络管理系统为相应虚拟网络管理经由哪些物理链路路由其流量 | 实质公开<br>[说明书0002, 0019] 在物理基础设施上建立虚拟网络,InP根据分配策略向MVNO租借物理资源或回收。 | 实质公开<br>[说明书0019, 0020] 网络切片包含可动态创建的各个虚拟网元、网络连接、网络资源按需建立与分配。 | 实质公开<br>[说明书0087, 0101] Core Network User Plane (CN UP) 包含逻辑网元/路径(NF1, NF2等),SM/CPF管理UP路径路由。 |
| 特征C:切片管理系统配置用于实例化和管理网络切片 | 实质公开<br>[说明书0011, 0016, 0047] 移动虚拟网络运营商(MVNO)根据业务需求制定各类切片并分配/调整资源。 | 毫无异议公开<br>[说明书0020] 网络切片的创建、更新与释放由网络切片管理功能(NSMF)提供。 | 实质公开<br>[说明书0054] 包含Slice Specific Network Entity functions,进行切片特定管理与生命周期/策略管理。 |
| 特征D:切片包含一个或多个虚拟网络;电信网络包括网络虚拟化系统 | 实质公开<br>[说明书0002] 5G时代以NFV(网络功能虚拟化)、SDN为基础的网络切片,针对不同业务需求建立虚拟网络。 | 实质公开<br>[说明书0019] 网络切片包含可动态创建的各个虚拟网元及网络连接。 | 实质公开<br>[说明书0054] 采用Network Functions Virtualization (NFV) 技术管理特定流量与信令的网络切片。 |
| 特征E:网络虚拟化系统基于表示相应网络切片的网络服务描述来实例化虚拟网络并管理相应切片包含哪些虚拟网络 | 未公开/未明确<br>仅提及NFV技术及MVNO根据业务需求定制切片,未提及基于“网络服务描述(NSD)”实例化及管理映射。 | 未公开/未明确<br>提及NSMF按需建立切片,但未明确基于“网络服务描述”去实例化及维护切片与虚拟网络的映射关系。 | 未公开/未明确<br>提到了NFV及切片实例化,但未披露基于“网络服务描述”显式管理切片与虚拟网络包含关系的底层虚拟化管理系统。 |
| 特征F:接口系统包括数据通信接口子系统,用于与切片管理系统、网络管理系统和网络虚拟化系统通信 | 未公开<br>D1中是切片直接向MVNO(相当于切片管理)上报,或MVNO与InP交互,缺乏专门对接三方的接口系统。 | 实质公开(部分)<br>[说明书0007, 0023, 图1] 能力开放平台/功能(CEP/CEF)用于与APP、网络/网元(MNE)、切片管理(NSMF)通信。 | 实质公开<br>[说明书0053, 0056, 0061, 图1A] 暴露功能(C-NCEF / NCEF)提供统一接口,与外部3rd Party、Common NE、Slice Specific NE通信。 |
| 特征G:处理器子系统 | 隐含公开<br>各类管理节点/服务器均隐含包含执行代码的处理器。 | 毫无异议公开<br>[权利要求26, 说明书0014] 具备计算机/网络节点处理器与存储器。 | 毫无异议公开<br>[说明书0014, 0171, 图11] 包含处理器(Processor 1102)和机器可读存储器。 |
| 特征H:处理器子系统配置为经由数据通信接口子系统进行特定操作 | 隐含公开<br>节点处理器通过通信接口执行信令交互。 | 毫无异议公开<br>[说明书0014, 图7] 处理器配置为执行接口模块的指令与数据收发。 | 毫无异议公开<br>[说明书0014, 0171] 处理器执行指令通过网络接口/收发器进行通信操作。 |
| 特征I:从网络虚拟化系统获得标识数据 | 未公开<br>D1中切片状态由切片自身采集上报给MVNO,并非从网络虚拟化系统获得。 | 未公开<br>CEF向NSMF或切片本身查询/订阅,并非向“网络虚拟化系统”查询切片与虚拟网络的映射标识。 | 未公开<br>NCEF从PCF/SMF/NSMF获取切片或Session信息,未显式披露从网络虚拟化系统获取“切片-虚拟网络”映射标识。 |
| 特征J:标识数据针对至少一个网络切片标识该相应网络切片中包括哪个或哪些虚拟网络 | 未公开<br>D1未提及通过标识数据来映射切片与其内部包含的虚拟网络。 | 未公开<br>D2主要关注终端位置、终端标识(UE ID)与切片ID的绑定,未提及切片与构成它的虚拟网络的映射标识。 | 未公开<br>D3关注PDU Session、UP Path、UP Landmark (DNAI) 与AF/Slice的绑定,未公开切片与虚拟网络的映射标识。 |
| 特征K:基于标识数据,从网络管理系统获得利用率数据 | 未公开<br>D1中MVNO根据切片上报的剩余资源状态和异常信息进行内部拍卖,非基于上述标识向网络管理系统获取。 | 未公开<br>D2中CEF获取的是终端位置更新信息、网络QoS或切片性能,非基于虚拟网络标识向网络管理系统查询物理链路利用率。 | 未公开<br>D3中NCEF/CPF获取的是UP Path (re)selection信息、QoS策略或UP Gateway变更,非基于虚拟网络标识向网管获取物理链路利用率。 |
| 特征L:利用率数据指示物理链路的带宽容量、计算容量和存储容量中的至少一项(经由其路由虚拟网络流量) | 实质公开(部分)<br>[说明书0008, 0013, 0056] 提及评估切片资源/剩余资源状态、子信道及CPU分配,但属于切片层/逻辑资源。 | 未公开<br>D2关注终端位置和切片服务性能(端到端时延、吞吐率),未深入到底层物理链路的带宽/计算/存储容量利用率。 | 未公开<br>D3关注UP Path/UP Gateway选择与负载,未具体限定为从网络管理系统获取经由的物理链路带宽/计算/存储容量利用率。 |
| 特征M:向切片管理系统提供该至少一个网络切片的利用率数据 | 未公开<br>D1是切片向MVNO上报状态,MVNO自行决策,未体现独立接口系统向切片管理系统“提供”底层物理链路利用率。 | 未公开<br>D2是CEF将终端位置/切片变更通知给第三方APP或NSMF,并非提供物理链路利用率数据。 | 未公开<br>D3是NCEF向3rd Party/AS Controller提供UP Change/Path Notifications,而非物理链路利用率。 |
---
## 二、 最接近对比文件的选择分析
在分析哪份对比文件最适合作为最接近的对比文件(Most Closely Related Prior Art)时,需要从**技术领域**、**整体解决的技术问题**以及**达到的技术效果**三个维度进行综合判断:
### 1. 目标专利的核心发明点与技术效果
* **技术领域**:电信网络中的网络切片管理与资源分配接口系统。
* **解决的技术问题**:在网络切片架构中,切片管理系统(Slice Management System)通常只掌握切片的逻辑视图,而无法直接感知底层物理网络(由网络管理系统管理)及虚拟化层(由网络虚拟化系统管理)的具体物理链路资源利用情况。这导致切片管理系统在实例化或调整切片时,难以根据真实的物理链路负载(带宽、计算、存储)进行精准决策。
* **技术效果**:通过引入独立的“接口系统”,跨越“网络虚拟化系统(获取切片与虚拟网络映射)”、“网络管理系统(获取虚拟网络所经物理链路的利用率)”以及“切片管理系统”,实现了**跨域的底层物理资源利用率感知与上报**,从而提升了网络切片资源管理的准确性与优化效率。
### 2. 对比文件候选分析
#### (1) D2 (CN107087255A) — **适合作为最接近的对比文件(首选)**
* **技术架构相似度高**:D2公开了一套5G网络能力开放架构,其中明确包含了**能力开放功能实体(CEF/CEP,相当于目标专利的接口系统)**、**网络切片管理功能实体(NSMF,相当于切片管理系统)**、**网络管理/运营支撑系统(OSS,相当于网络管理系统)**以及移动网络/网元(MNE)。
* **解决的技术问题**:解决跨切片、跨管理域时,如何通过能力开放平台(CEF)在各个管理实体(NSMF、OSS、第三方)之间传递网络能力、切片状态与资源需求,以动态满足切片服务质量。
* **结论**:D2在**架构范式**上与目标专利最匹配(均存在中间接口/开放平台连接网管与切片管理)。
#### (2) D3 (US20170366399A1) — **适合作为最接近的对比文件(次选/并行最接近对比文件)**
* **技术架构相似度高**:D3提出了3GPP 5G网络中的网络能力开放框架(NCE/NCEF),详细定义了C-NCEF(通用能力开放功能)与SS-NCEF(切片特定能力开放功能),作为第三方/切片管理与底层网络控制平面(PCF/SMF)、网管实体之间的通信接口系统。
* **解决的技术问题**:解决切片环境下,如何通过统一或分布式的NCEF接口系统向切片/第三方暴露网络底层用户平面(UP)路径、资源及QoS配置信息。
* **结论**:D3在**接口系统的通信机制、处理器/接口子系统硬件架构**上与目标专利极为吻合。
#### (3) D1 (CN106922002A) — **不适合作为最接近对比文件**
* D1主要侧重于一种**内部拍卖算法**(算法层面),其主体为MVNO与切片本身,缺乏目标专利所强调的“独立接口系统(Interface System)”以及“网络管理系统-网络虚拟化系统-切片管理系统”三者之间的接口路由与数据映射架构。
### 3. 小结
**最接近的对比文件可以确定为 D2 或 D3(两者均可作为最接近对比文件)**。
* 若以**网络切片管理架构(NSMF + CEF + OSS)**为核心出发点,首选 **D2**;
* 若以**接口系统(NCEF/接口子系统+处理器子系统)暴露网络内部资源**为核心出发点,首选 **D3**。
---
## 三、 未被最接近对比文件公开的技术特征及其他对比文件的公开情况
假设选择 **D2** 为最接近对比文件:
### 1. 区别技术特征(目标专利权利要求1相对D2的区别):
1. **特征E**:网络虚拟化系统基于表示相应网络切片的网络服务描述(NSD)来实例化虚拟网络并管理相应切片包含哪些虚拟网络;
2. **特征I、J**:接口系统**从网络虚拟化系统获得标识数据**,该标识数据针对至少一个切片**标识其包括哪个/哪些虚拟网络**;
3. **特征K、L**:**基于该标识数据**,从网络管理系统获得利用率数据,该利用率数据指示**经由其路由该虚拟网络流量的一个或多个物理链路的带宽容量、计算容量和存储容量中的至少一项**;
4. **特征M**:向切片管理系统提供该切片的利用率数据(建立基于物理链路利用率的跨域反馈链)。
### 2. 其他对比文件(D1、D3)是否公开了上述区别特征?
* **对于特征E(基于网络服务描述NSD进行虚拟化管理)**:D1和D3虽然提到了NFV(网络功能虚拟化),但**均未显式披露“基于网络服务描述(NSD)管理切片与虚拟网络的映射”**。
* **对于特征I、J(从网络虚拟化系统获取切片-虚拟网络映射标识数据)**:D1和D3**均未公开**接口系统专门向网络虚拟化系统查询切片与其包含的虚拟网络的具体映射标识。
* **对于特征K、L、M(基于虚拟网络标识查询物理链路利用率(带宽/计算/存储)并提供给切片管理系统)**:
* D1提到了“采集切片剩余资源状态”以及“子信道与CPU调整分配”,但这是切片自身或MVNO在逻辑层面的拍卖资源,并不是通过接口系统基于虚拟网络标识向“网络管理系统”调取“物理链路”的利用率。
* D3提到了向NCEF查询/配置UP Path、QoS策略,但未公开获取底层“物理链路的带宽容量、计算容量和存储容量利用率”并提供给切片管理系统。
**结论**:上述区别特征(特别是**特征I、J、K、L、M组合构成的“切片ID $\rightarrow$ 虚拟网络标识 $\rightarrow$ 物理链路利用率”的跨域数据穿透查询逻辑**)在现有的对比文件D1、D2、D3中**均未被完整公开或实质公开**。
---
## 四、 无效请求中最薄弱的技术特征分析与攻击策略
若要对目标专利权利要求1提出无效宣告请求,基于现有三份对比文件,**专利权人的防线非常巩固**。我们需要指出专利权最薄弱的环节,并制定相应的无效攻击策略:
### 1. 最薄弱的技术特征(突破口)分析
#### 突破口一:特征E(基于“网络服务描述 NSD”实例化切片/虚拟网络)
* **薄弱原因**:在ETSI NFV标准架构(如 ETSI GS NFV-IFA 013 / GS NFV 002)以及3GPP TS 28.531标准中,“网络服务描述符(Network Service Descriptor, NSD)”是NFV领域的**公知常识/标准术语**。切片管理系统(GSMF/NSMF)将切片需求转化为NSD,并由NFVO(网络虚拟化编排器)基于NSD实例化VNFC/虚拟网络,是本领域技术人员的公知常识。
* **攻击路线**:结合ETSI NFV架构标准文献(补检索文献),直接认定“网络虚拟化系统基于NSD实例化虚拟网络”属于本领域公知常识。
#### 突破口二:特征F、G、H(接口系统硬件与通信交互)
* **薄弱原因**:D2中的CEF/CEP以及D3中的NCEF,已经完全公开了在切片管理域与网络控制/管理域之间建立“能力开放接口系统(具有处理器和通信接口)”的形式。这一硬件载体特征极易被D2或D3破坏新颖性/创造性。
#### 突破口三:特征L中关于“利用率数据(带宽、计算、存储)”的限定
* **薄弱原因**:在网络管理(OSS/NMS)领域,对物理/逻辑链路的“带宽、CPU计算、存储利用率”进行性能监控(Performance Monitoring, PM)是网管最基础、最传统的功能(如SNMP网管协议、Performance Management标准)。
* **攻击路线**:说明“利用率数据包含带宽/计算/存储容量”是网管系统的公知常识,不具备显而易见的创造性。
### 2. 最坚固(最难攻破)的防线
目标专利最核心的显性创造性壁垒在于**[特征I + J + K + M]的组合动作**:
> “切片管理系统本身不掌握物理链路,网管系统只掌握物理链路和虚拟网络,接口系统通过先向【虚拟化系统】拿【切片与虚拟网络的映射标识(I, J)】,再拿着该标识去【网管系统】调取【物理链路利用率(K, L)】,最后反馈给【切片管理系统(M)】。”
三份对比文件(D1-D3)各自孤立,D2/D3仅做到了“能力开放/控制”,未打通“切片-虚拟网络-物理链路利用率”这一特定的三方数据映射流。
---
## 五、 进一步对比文件检索策略(Search Strategy)
为了成功无效权利要求1,必须针对上述缺失的“跨域(切片-虚拟化-物理网管)利用率关联获取”特征进行精准补检索。建议采取以下检索策略:
### 1. 核心检索要素表达(Key Concepts & Keywords)
* **要素1:接口/能力开放/中介实体**
* Keywords: `Interface`, `Adaptation`, `Exposure`, `CEF`, `NEF`, `NCEF`, `Broker`, `Mediator`
* IPC/CPC: `H04L41/00` (网络管理), `H04L41/50` (SLA/切片管理), `H04W28/00`
* **要素2:网络切片与虚拟网络/NFV的映射**
* Keywords: `Network Slice`, `NSD`, `Network Service Descriptor`, `Slice ID`, `Virtual Network ID`, `VNF`, `Mapping`, `Identifier`
* **要素3:物理链路利用率/资源监控与跨域反馈**
* Keywords: `Utilization`, `Link capacity`, `Bandwidth`, `Physical link`, `Performance monitoring`, `MANO`, `NFVO`, `NMS`, `OSS`
### 2. 针对性检索组合策略
#### 策略一:结合 ETSI NFV 与 3GPP 交叉标准文献(重点攻击特征 E, I, J)
* **目标**:寻找同时涉及 **3GPP切片管理(TS 28.530 / TS 28.531 / TS 28.541)** 与 **ETSI NFV MANO(IFA005 / IFA013)** 的对比文件。
* **逻辑**:3GPP中NSMF(切片管理)通过NfVO/VNFM(网络虚拟化系统)实例化切片,在ETSI NFV标准中,NFVO必然持有NSD以及NS Instance与VL(Virtual Link)/PNF(Physical Network Function)的映射关系。
* **检索式示例**:
`("network slice" OR "slice") AND ("NFVO" OR "MANO" OR "virtualization") AND ("NSD" OR "mapping") AND ("link utilization" OR "bandwidth capacity" OR "resource monitoring")`
#### 策略二:检索“切片Broker / 虚拟资源代理(Slice Broker / Resource Broker)”专利文献(重点攻击特征 K, L, M)
* **目标**:在5G早期(2015-2017年),学术界和通信巨头(如华为、爱立信、诺基亚、中兴、电信科学技术研究院等)大量申请了关于 **"Slice Broker" (切片代理)** 或 **"Virtual Network Broker"** 的专利。
* **逻辑**:Slice Broker 的核心职能就是作为中介,向底层的InP/NMS收集物理/虚拟链路的利用率(Utilization),并反馈给上层租户/切片管理器(MVNO/NSMF)。
* **检索式示例**:
`("Slice Broker" OR "Resource Broker" OR "Exposure Function") AND ("physical link" OR "underlying link") AND ("utilization" OR "load") AND ("virtual network")`
#### 策略三:追溯目标专利的同族及引证/被引证专利(Patent Family & Citation Analysis)
* 查阅目标专利的同族申请(如PCT进入国家阶段的公开文本、US/EP同族),查看欧洲专利局(EPO)或美国专利商标局(USPTO)审查员在审查过程中引用的对比文件(ISR / Office Actions),寻找是否已有关于“切片-物理链路利用率映射”的相关检索文献。
### 3. 预期无效组合方案(目标路线图)
通过补充检索后,理想的无效组合逻辑如下:
* **主对比文件**:以 **D2 (CN107087255A)** 或 **D3 (US20170366399A1)** 作为第一对比文件,破坏技术特征 A, B, C, D, F, G, H 的新颖性/创造性(建立网络切片能力开放接口架构);
* **第二对比文件**:结合补充检索到的 **ETSI NFV / Slice Broker 专利或标准案(如记载了从NFVO获取虚拟网络标识并向NMS调取物理链路负载的文献)**,破坏区别特征 E, I, J, K, L, M 的创造性;
* **公知常识**:将“利用率包含带宽/计算/存储”以及“基于NSD描述文件实例化”归为本领域公知常识。
通过上述结构化的组合攻击,即可形成对权利要求1强有力的显而易见性(创造性)无效证据链。
作为一名经验丰富的专利代理师,我针对目标专利权利要求1与三份对比文件(D1、D2、D3)进行了严谨的法理与技术特征对比分析。以下是详细的法律与技术分析意见及特征比对说明。
---
### 一、 目标专利权利要求1的核心技术方案解读
目标专利权利要求1旨在解决**在电信网络中,切片管理系统(Slice Management System)如何高效获取特定网络切片在底层物理/虚拟网络中的实时资源利用率**的技术问题。
其技术架构与逻辑层级如下:
1. **网络架构分层**:
* **物理网络层**:由网络管理系统(NMS)管理具有物理链路的物理装备,并在其上实例化虚拟网络,NMS控制虚拟网络流量的路由(特征A、B)。
* **网络切片层**:由切片管理系统管理/实例化网络切片,每个切片包含一个或多个虚拟网络(特征C、D)。
* **网络虚拟化层(NFV/MANO)**:由网络虚拟化系统基于网络服务描述(NSD)实例化虚拟网络,并掌握**“网络切片与虚拟网络之间的映射/包含关系”**(特征D、E)。
2. **核心发明构思(接口系统与流程)**:
由于切片管理系统知道切片,NMS知道物理链路与虚拟网络利用率,但**切片管理系统并不直接感知切片内部具体由哪些虚拟网络构成**。因此,本发明通过引入独立的“接口系统”(具有处理器与通信接口):
* 第一步:先从**网络虚拟化系统**获取**标识数据**(明确“特定切片包含哪些虚拟网络”)(特征I、J);
* 第二步:基于该标识数据,向**网络管理系统**查询并获取这些虚拟网络所路由的物理链路的**利用率数据**(带宽/计算/存储容量)(特征K、L);
* 第三步:将利用率数据反馈给**切片管理系统**,完成跨层数据收集与感知(特征M)。
---
### 二、 对比文件特征比对分析与比对表格
以下为三份对比文件公开号及简称:
* **D1**:WO2018000239A1
* **D2**:CN107743100A
* **D3**:CN108270823A
#### 1. 技术特征比对表
| 权利要求1技术特征 | D1 (WO2018000239A1) 对应公开内容及出处 | D2 (CN107743100A) 对应公开内容及出处 | D3 (CN108270823A) 对应公开内容及出处 |
| 特征A:网络管理系统管理具有物理链路的物理网络装备 | 实质公开:[0012]-[0014]公开了VIM/NFVI管理硬件资源(121);[0013]公开了OSS/BSS(128)管理网络配置与网络装备。 | 实质公开:[0002]公开了基础设备供应商(InP)管理物理网络资源(频谱、功率、天线、回传等)。 | 实质公开:[0080]-[0084]公开了NMS/EMS管理物理网络功能(PNF)及网络设备(NE)。 |
| 特征B:网络支持物理链路上实例化虚拟网络;NMS管理虚拟网络路由 | 实质公开:[0004],[0008],[0010]公开了在网络基础设施(物理链路/硬件)上实例化VNF,并通过基础设施网络路由流量。 | 实质公开:[0002]公开了将物理资源抽象、切片以构建虚拟网络,并分配物理资源块。 | 实质公开:[0075]-[0077]公开了在物理/虚拟基础设施上定制逻辑网络/虚拟网络。 |
| 特征C:切片管理系统实例化和管理网络切片 | 未显式公开切片概念:(仅公开了管理/编排服务链Service Chain/VNF,[0035])。 | 实质公开:[0039]公开了切片调度器与资源管理实体,用于为SP(切片)分配/管理资源。 | 毫无异议公开:[0088],[0112]公开了网络切片管理与编排器(NSM&O)用于创建、编排和管理网络切片实例。 |
| 特征D:切片包括一个或多个虚拟网络;电信网络包括网络虚拟化系统 | 实质公开:[0008],[0012]公开了包含NFV MANO(包括NFVO, VNFM, VIM)的网络虚拟化系统,支持服务链包含多个VNF。 | 实质公开:[0002]公开了切片包含虚拟网络,且存在虚拟化网络架构。 | 毫无异议公开:[0077],[0088]公开了切片实例包含子切片/网络功能(VNF),NSM&O与MANO/NFV架构配合。 |
| 特征E:网络虚拟化系统基于网络服务描述实例化虚拟网络并管理切片与虚拟网络包含关系 | 实质公开:[0012]公开了MANO依据元素管理系统和服务描述(forwarding graph)管理VNF与服务链关系。 | 未公开:未涉及基于网络服务描述(NSD)管理VNF与切片映射关系的内部虚拟化层细节。 | 实质公开:[0090]-[0095]公开了NSM&O通过API接收服务描述(service description)并映射/编排网络功能与切片。 |
| 特征F:接口系统包括数据通信接口子系统,与切片管理系统、网络管理系统和网络虚拟化系统通信 | 实质公开:[0084],[0090]公开了E2E QoS Manager与Information Center通过外部接口(Se-Ma)或内部接口与MANO及外部服务平台通信。 | 未公开:未公开独立的接口系统以及与三种系统的三角通信接口关系。 | 实质公开:[0098]公开了SPNC与NSM&O之间通过NG-OP-SP接口进行数据与指令通信。 |
| 特征G & H:处理器子系统,配置为经由接口执行后续操作 | 实质公开:[0083]公开了处理装置(包含处理器的计算机设备)执行指令以实现跨系统信息调取与处理。 | 实质公开:[0208]-[0215]公开了包含存储器和处理器的装置/节点执行指令。 | 实质公开:[0207]-[0216]公开了包含处理器和收发器的网络设备执行指令。 |
| 特征I & J:从网络虚拟化系统获得标识数据(针对切片标识包含哪些虚拟网络) | 未公开(或仅隐式对应):[0057]-[0061]公开了从MANO收集VNF当前部署状态(VNF类型、所在平台),但未明确“基于切片标识虚拟网络”的对应关系。 | 未公开:未公开从网络虚拟化系统调取切片与虚拟网络的映射标识数据。 | 未公开:D3中切片内部映射由NSM&O直接统一维护,未公开“通过独立接口系统专门向虚拟化系统调取该映射标识数据”。 |
| 特征K & L:基于标识数据,从网络管理系统获得利用率数据(物理链路带宽/计算/存储容量) | 部分公开:[0061]公开了收集NFV Platform's load rate(负载率),但未体现“基于前述切片标识数据去向NMS查询特定物理链路的利用率”。 | 部分公开:[0039]网络状态监控实体监控资源状态,但未揭示“基于切片-虚拟网络映射标识去查询NMS利用率”。 | 未公开:未公开基于切片标识向网络管理系统(NMS/EMS)定向提取物理链路利用率数据的特定联动逻辑。 |
| 特征M:向切片管理系统提供该网络切片的利用率数据 | 实质公开:[0070]-[0072],[0097]公开了将收集到的平台状态/QoS利用率数据提交给QoS Manager或服务管理平台。 | 实质公开:[0039]公开了将监控到的网络状态反馈给切片调度器用于自适应分配。 | 实质公开:[0138]-[0140],[0192]公开了将测量到的性能数据/管理数据上报给切片管理系统/SPNC。 |
---
### 三、 对比文件公开性详细分析
#### 1. D1 (WO2018000239A1)
* **公开程度**:D1实质公开了NFV架构下的端到端QoS保障系统(对应特征A、B、D、E、F、G、H、M)。
* *原文具体出处*:D1在说明书[0057]-[0061]及[0084]中公开了`NFV-platform information center 210`与`NFV end-to-end QoS manager 220`。信息中心负责收集平台负载率(load rate)、VNF当前部署状态等信息;[0084]明确该系统可通过外部接口(如Se-Ma接口)或内部接口与MANO及网络基础设施通信。
* **未公开特征**:D1未明确针对“网络切片(Network Slice)”这一概念(D1主要基于服务链Service Chain/VNF Forwarding Graph),因此**未公开特征I、J**(即从虚拟化系统获取“标识特定切片包含哪些虚拟网络”的标识数据),也未形成**特征K、L**中“利用该特定标识数据向网络管理系统反查物理链路利用率”的特定逻辑链条。
#### 2. D2 (CN107743100A)
* **公开程度**:D2公开了无线网络虚拟化切片中的资源分配(对应特征A、B、C、D、G、H、M)。
* *原文具体出处*:D2说明书[0002]及[0039]公开了InP管理物理资源,SP作为切片/虚拟网络,以及`网络状态监控实体`和`切片调度器`对缓存、频谱资源进行实时监控与在线自适应分配。
* **未公开特征**:D2侧重于算法层面(如基于自回归滑动平均模型的业务预测),属于高层资源调度方案。**未公开特征E、F、I、J、K、L**(缺乏具体的网络管理系统、切片管理系统与网络虚拟化系统三者之间的接口架构及标识数据交互传递过程)。
#### 3. D3 (CN108270823A)
* **公开程度**:D3极详尽地公开了5G网络切片的架构与切片管理系统(对应特征A、B、C、D、E、F、G、H、M)。
* *原文具体出处*:D3说明书[0075]-[0088]公开了网络切片实例(NSI)、子切片、NSM&O(切片管理与编排器)、NMS、EMS及VNF的关系;[0098]公开了NG-OP-SP数据交互接口。
* **未公开特征**:在D3的体系中,切片的编排与管理高度集中于NSM&O。D3**未公开特征I、J、K、L交互机制**:即没有揭示“接口系统先从虚拟化系统(MANO)拉取切片-虚拟网络映射标识(特征I/J),再拿着该标识去网络管理系统(NMS)提取底层物理链路的容量/利用率(特征K/L)”这一特定的拆分式跨层数据交互流程。
---
### 四、 最接近对比文件的选择与创造性分析
#### 1. 最接近对比文件的确定
在创造性分析中,**D3 (CN108270823A)** 和 **D1 (WO2018000239A1)** 均适合作为最接近的对比文件(可双路展开):
* **选择D3作为最接近对比文件(首选)**:
* **理由**:D3与本发明同属于**电信网络切片管理(Network Slicing Management)**技术领域,且完整具备了“切片管理系统(NSM&O)”、“网络管理系统(NMS/EMS)”以及“网络切片/子切片”的概念,技术领域和整体架构最为吻合。
* **整体解决的技术问题**:D3解决的是运营商如何通过切片管理系统向第三方服务提供商(SP)动态提供、配置和管理端到端网络切片的问题。
* **与权利要求1的区别特征**:D3未公开**特征I、J、K、L**(即接口系统向网络虚拟化系统获取“切片与虚拟网络的映射标识”,并基于该标识向网络管理系统查询物理链路利用率的具体实现)。
* **选择D1作为最接近对比文件(备选)**:
* **理由**:D1专注于**NFV网络中端到端QoS与平台监控信息的跨系统采集**,在“接口系统进行信息采集与反馈”这一功能拓扑上与目标专利高度相似。
* **与权利要求1的区别特征**:未引入“网络切片”概念,缺乏特征C及基于切片标识进行映射查询的特征I、J、K、L。
#### 2. 结合其他对比文件的创造性评估
当以**D3**为最接近对比文件时:
* 区别特征为:**特征I、J、K、L**构成的“基于虚拟化层的切片标识,定向提取网络管理层物理链路利用率”的数据查询流。
* **技术效果**:解耦了切片管理与底层网络路由管理,使得切片管理系统无需直接维护复杂的底层物理拓扑,仅需通过接口系统即可精准感知特定切片所依赖的底层物理链路利用率。
* **对比文件结合分析**:虽然D1公开了从NFV平台采集负载率并反馈给QoS管理器的概念(特征M),但D1和D2均**未给出**“先向网络虚拟化系统查询切片与虚拟网络映射标识,再基于该标识向网络管理系统查询对应物理链路利用率”的技术教导(Technical Teaching)。因此,将D1/D2与D3结合,依然难以拼凑出特征I-L的特定逻辑联动。
---
### 五、 无效请求中最薄弱的技术特征
在针对权利要求1提起无效宣告请求时,**最薄弱的技术特征(即专利权人最难维持有效性、最容易被攻破的特征)是:特征F、I、J、K、M的组合逻辑**。
* **薄弱原因分析**:
1. **架构形式化(特征F)**:在3GPP与ETSI NFV MANO标准规范中,切片管理(CSMF/NSMF)、网络管理(NMS/ANIF/TNIF)与虚拟化管理(NFVO/VNFM)之间的接口交互(如Nf/Os-Ma-nfvo接口)属于本领域公知常识。设立一个“数据通信接口”进行跨模块通信属于常规技术手段。
2. **信息调取的必然性(特征I-M)**:网络切片本质上就是虚拟网络(VNF/VNFFG)的组合。由于切片包含虚拟网络,虚拟网络占用物理链路,要评估切片利用率,**必然需要先查“切片包含哪些虚拟网”,再查“这些虚拟网占用了什么物理资源”**。这种拆分查询逻辑符合计算机数据库联合查询(JOIN操作)的固有思维。
3. **标准文献潜在覆盖**:虽然在本案提供的D1-D3文本中未完全等同拼凑出特征I-L,但该特征极易在3GPP TS 28.530 / TS 28.531(网络切片管理架构标准)或 ETSI GS NFV-IFA 系列标准中被找到直接的对比教导。
---
### 六、 进一步的对比文件检索策略建议
为了在后续无效程序中彻底攻破特征I、J、K、L,建议采取以下精准检索策略:
1. **扩展标准技术规范(3GPP / ETSI)检索(重中之重)**:
* **目标库**:3GPP SA5(Slicing & Management)标准文档、ETSI NFV MANO 规范。
* **关键词/逻辑组合**:
* `("Network Slice" OR "NSI" OR "NSSI") AND ("NSD" OR "VNFFG" OR "VNF") AND ("NMS" OR "TN-Manager" OR "Link Utilization" OR "PM data" OR "Performance Metrics")`
* **重点关注标准**:3GPP TS 28.531 (Management and orchestration; Provisioning), TS 28.552 (Performance measurements), ETSI GS NFV-IFA 008 / 013 (Os-Ma-nfvo interface specification)。
2. **追溯同族与引用专利文献(Patent Family & Forward/Backward Search)**:
* 以 **D3 (CN108270823A / 华为)** 和 **D1 (WO2018000239A1 / 爱立信或英特尔等)** 为起点,检索其后向引用(Forward Citations)以及同族专利中涉及 `Slice Performance Assurance` 或 `Cross-domain Slice Monitoring` 的高相关文献。
3. **关键词与分类号(CPC/IPC)组合检索**:
* **IPC/CPC 分类号**:
* `H04L41/0896`(针对网络切片的定制与管理)
* `H04L41/5019`(保证切片QoS/SLA的服务质量管理)
* `H04L43/08`(性能与利用率监控)
* **检索式逻辑**:
`H04L41/0896 AND (slice ID OR mapping) AND (virtual network OR VNF) AND (physical link OR link utilization OR bandwidth capacity)`
尊敬的委托人/专利分析师:
作为一名经验丰富的专利代理师,我针对目标专利《一种用于在电信网络的网络管理系统与切片管理系统之间建立接口的接口系统》(权利要求1)与提供的三份对比文件进行了深度的法律与技术对比分析。
以下是紧密结合目标专利技术方案、对比文件原文(含具体段落和附图出处)的详细分析报告、技术特征比对表格、最接近的对比文件分析、最薄弱特征认定以及下一步针对性的对比文件检索策略。
---
### 一、 权利要求1的技术特征拆解与说明书含义解释
根据目标专利权利要求1,将其技术方案拆解为以下13个技术特征(特征A~M)。在解释这些特征时,需结合电信用语及切片架构(如3GPP / ETSI NFV MANO架构标准):
* **技术特征A(前置概念/网络管理系统)**:“一种用于在电信网络的网络管理系统与切片管理系统之间建立接口的接口系统,其中该网络管理系统被配置用于管理具有物理链路的网络的物理网络装备;”
* *说明书解释*:指管理底层物理设备(如物理交换机、路由器、基站、物理链路等)的管理节点,相当于传统网络中的NMS(Network Management System)或物理网络管理域。
* **技术特征B(物理到虚拟的路由)**:“其中该网络支持在这些物理链路上实例化虚拟网络;并且其中该网络管理系统被配置用于为相应的虚拟网络管理经由哪个或哪些物理链路来路由该虚拟网络的流量;”
* *说明书解释*:物理网络支持虚拟化(VNW),网络管理系统负责将虚拟网络的虚拟路径/逻辑链路映射并路由到具体的物理链路上(如SDN控制器或底层传输路由管理)。
* **技术特征C(切片管理系统)**:“该切片管理系统被配置用于实例化和管理网络切片;”
* *说明书解释*:负责网络切片全生命周期管理的系统,通常对应3GPP中的CSMF/NSMF(切片管理功能)或NWSM(Network Slice Manager)。
* **技术特征D(切片组成与网络虚拟化系统)**:“这些网络切片各自包括这些虚拟网络中的一个或多个;并且其中该电信网络包括网络虚拟化系统;”
* *说明书解释*:网络切片由一个或多个虚拟网络(如通信子网、虚拟拓扑)组成,系统包含NFV(网络功能虚拟化)系统/MANO。
* **技术特征E(基于描述符实例化与管理)**:“该网络虚拟化系统被配置用于基于表示相应网络切片的网络服务描述来实例化虚拟网络并管理相应网络切片中包括哪个或哪些虚拟网络;”
* *说明书解释*:网络虚拟化系统(如NWSO/NFVO)依据网络服务描述符(NSD/NWSD等模板)来实例化虚拟网络,并维护/管理该切片与其下属虚拟网络的映射对应关系。
* **技术特征F(接口系统及通信子系统)**:“该接口系统包括数据通信接口子系统,用于与该切片管理系统、该网络管理系统和该网络虚拟化系统通信;”
* *说明书解释*:本专利的核心实体为一个独立或跨域的“接口系统”,具有分别连接三大系统(切片管理、网络管理、网络虚拟化)的通信接口。
* **技术特征G(硬件构成)**:“处理器子系统;”
* *说明书解释*:接口系统内部用于执行逻辑运算、数据转换与协调控制的CPU/处理器。
* **技术特征H(执行机制)**:“该处理器子系统被配置为经由该数据通信接口子系统进行以下操作;”
* *说明书解释*:处理器通过通信接口与其他三个系统交互执行具体的数据获取与提供动作。
* **技术特征I(获取标识)**:“从该网络虚拟化系统获得标识数据;”
* *说明书解释*:接口系统向网络虚拟化系统(如NWSO/MANO)查询/订阅切片相关的标识数据。
* **技术特征J(标识数据的定义)**:“其中该标识数据针对至少一个网络切片标识该相应网络切片中包括哪个或哪些虚拟网络;”
* *说明书解释*:标识数据明确揭示了“切片(NWS ID/NSI)”与“虚拟网络(VNW / Subnet / NSD)”之间的包含/映射关系。
* **技术特征K(基于标识获取利用率)**:“基于该标识数据,从该网络管理系统获得利用率数据;”
* *说明书解释*:接口系统利用获得的“切片-虚拟网络”映射关系,去向物理网络管理系统查询该虚拟网络所占用的物理链路的利用率。
* **技术特征L(利用率数据的定义)**:“其中该利用率数据指示以下中的至少一项:一个或多个物理链路的带宽容量、计算容量和存储容量,经由该一个或多个物理链路来路由该一个或多个虚拟网络的流量;”
* *说明书解释*:利用率数据反映了承载该虚拟网络流量的物理链路的实际资源占用/剩余状态(带宽、计算、存储等)。
* **技术特征M(向切片管理系统提供数据)**:“以及向该切片管理系统提供该至少一个网络切片的利用率数据。”
* *说明书解释*:接口系统将获取并汇总后的网络切片级物理利用率数据上报/提供给切片管理系统,以便切片管理系统进行切片级别的配额调整或生命周期决策。
---
### 二、 对比文件技术特征比对表格
按照专利无效宣告的标准,下表将目标专利权利要求1的特征A~M与三份对比文件(D1: US20180199279A1, D2: CN108293004A, D3: US20180260200A1)进行逐项客观比对。
* **标记说明**:
* `[显]`:原文**毫无异议地直接公开**(Explicitly Disclosed)
* `[隐]`:原文**实质公开/隐性公开**(Implicitly Disclosed / Inherent)
* `[未]`:原文**未公开**(Not Disclosed)
| 权利要求1技术特征 | D1 (US20180199279A1)<br>AMF选择与网元重路由 | D2 (CN108293004A)<br>切片管理与编排架构(NWSO/NWSM) | D3 (US20180260200A1)<br>应用组件与网络切片部署 |
| 特征A (接口系统/网络管理系统/物理装备) | [未] D1关注核心网AMF/CCNF选择与RAN交互,未提及物理网络装备管理及三方接口系统。 | [隐] 图3/图4公开了NWSM、E-MANO/NFVI,NFVI包括物理基础设施/服务器/传输网络资源([0054]、[0073]、[0202])。 | [显] [0028]及图1公开了托管系统包含通过网络链路连接的IT资源(Cloud/Edge站点)。[0052]公开Command Executor配置实际物理/云基础设施。 |
| 特征B (物理链路实例化虚拟网络及流量路由) | [未] 仅在[0086]提及5G网络隧道建立,未涉及物理链路到虚拟网络的映射路由管理。 | [显] [0057]及图5公开物理网元POP1/POP2通过物理网元与物理链路支持逻辑链路A1/B1通信;传输资源包括IP地址、转发标签等([0073])。 | [显] [0028]、[0077]-[0079]及图1公开物理数据中心/站点之间存在物理链路,组件间通信通过网络切片内的网络链路/虚拟路径进行。 |
| 特征C (切片管理系统实例化管理切片) | [显] [0086]公开网络切片实例由CCNF/SMF/UPF提供,管理切片与服务。 | [显] [0042]公开网络切片管理器(NWSM)管理网络切片的生命周期,包括实例化/生成、修改/更新和终止。 | [显] [0052]及[0060]公开Network Controller/Platform控制切片及应用的实例化和生命周期管理。 |
| 特征D (切片含虚拟网络及网络虚拟化系统) | [未] 未明确划分“切片包含虚拟网络”及NFV MANO虚拟化系统架构。 | [显] [0041]、[0042]、[0060]及图8公开网络切片由公共CP子网与切片专用子网(NSD/子网组件)组成;系统包含E-MANO/NFV系统。 | [显] [0028]及[0052]公开网络切片包含多个组件/虚拟链路,且系统包含网络层控制器(Network Controller)。 |
| 特征E (基于描述符实例化管理虚拟网络) | [未] 未公开基于描述符实例化。 | [显] [0043]、[0060]及图8、图11、图17公开NWSO/E-MANO基于网络切片描述符(NWSD)和网络服务描述符(NSD)实例化并管理子网(虚拟网络)。 | [隐] [0012]、[0052]公开根据SLA和业务需求描述由Network Controller配置/实例化切片及其网络链路拓扑。 |
| 特征F (接口系统含数据通信接口子系统) | [未] 未公开专用的三方接口系统及其数据通信接口。 | [未] D2中由NWSO直接与NWSM及E-MANO交互(图3/图17),未独立出在切片管理、网络管理和网络虚拟化三者之间建立的专用“接口系统”。 | [隐] [0052]公开“Controller Cooperation Coordinator”(控制器协作协调器),负责在应用平台、网络控制器与底层系统之间发送/接收请求与信息([0052](1))。 |
| 特征G (处理器子系统) | [未] 无对应接口系统处理器。 | [显] [0202]及图22公开计算系统包含CPU/处理单元2202/2214。 | [显] [0052]及[0202]公开包含处理器/Controller架构(如Controller Cooperation Coordinator的计算组件)。 |
| 特征H (处理器经接口操作) | [未] | [未] 因缺少特征F的接口系统架构,无此特定配置。 | [隐] [0052]及[0053](步骤1-3)公开协调器处理器经由通信接口在不同层控制器间传递SLA、拓扑及配额信息。 |
| 特征I (从虚拟化系统获得标识数据) | [未] | [未] D2中NWSO自身即持有/生成NWSD和NWS ID(图17步骤1740-1750),并非独立接口系统向虚拟化系统“获得”标识。 | [隐] [0053]步骤3-4公开Coordinator从Network Controller/Topology Assembler接收切片拓扑与标识/结构信息。 |
| 特征J (标识数据指明切片包含哪些虚拟网络) | [未] | [显] [0060]、图11(NWSD IE)及图12C公开NWSD/NWSFG标识了切片ID(NWS ID)以及其包含的公共/专用子网描述符(NSD)。 | [隐] [0052]及[0053](步骤4)公开拓扑信息包含切片内的节点、虚拟链路及组件(应用程序)映射关系。 |
| 特征K (基于标识从网络管理系统获利用率数据) | [未] | [未] D2虽在[0073]提及策略配置传输资源限制,但未公开“基于从虚拟化系统获得的标识数据去向网络管理系统查询物理链路利用率”的特定逻辑。 | [隐] [0052](1)(iii)及[0053]步骤1公开Coordinator从网络控制器接收带宽、吞吐量等需求违规/利用率监测数据。 |
| 特征L (利用率数据指示物理链路带宽/计算/存储) | [未] | [显] [0053]-[0058]、[0061]公开配额和预留包含物理/虚拟节点的CPU、存储以及网络链路的预留比特率/吞吐量/带宽容量。 | [显] [0052](1)(iii)、[0087]公开违规/监测数据包含物理/网络链路的带宽(bandwidth)、吞吐量(throughput)、计算/存储资源利用状态。 |
| 特征M (向切片管理系统提供切片利用率数据) | [未] | [未] D2中E-MANO直接向NWSO返回实例化响应(图17步骤1770),未公开由接口系统向切片管理系统提供针对特定切片的物理链路利用率数据。 | [未] D3主要将网络反馈用于应用重新部署或切片重构([0053]步骤6),未公开专门向切片管理系统上报“切片级的物理链路利用率数据”。 |
---
### 三、 详细对比文件原文出处与公开性分析
为了在无效宣告请求书中具备强大的说服力,以下摘录对比文件原文并做精准法律分析:
#### 1. D1 (US20180199279A1) 分析
* **对比文件公开号**:US20180199279A1
* **原理与内容概述**:D1主要关注5G系统中UE初始接入时,如何根据UE请求的服务类型(NSSAI)、订阅信息及策略,由RAN节点、CCNF(Common Core Network Function)或NRF(Network Function Repository)选择合适的AMF(Access and Mobility Management Function)节点,以及在3GPP与非3GPP接入之间的AMF重路由机制。
* **技术特征覆盖情况**:
* *公开特征*:仅在[0086]段提及网络切片实例(Network Slice Instance)的概念:“a network slice instance is a service that a network including the CCNF, the SMF, and the UPF provides...”(对应特征C)。
* *未公开特征*:D1完全没有涉及“物理链路与虚拟网络的映射”(特征B)、“独立接口系统”(特征F)、“基于标识获取物理链路利用率(带宽、计算、存储)”(特征I、J、K、L、M)。因此,**D1不适合作为本案最接近的对比文件**。
#### 2. D2 (CN108293004A) 分析
* **对比文件公开号**:CN108293004A
* **原理与内容概述**:D2公开了一套极其完整的5G网络切片管理和编排架构(对应3GPP/ETSI NFV MANO体系)。其揭示了网络切片管理器(NWSM)、网络切片编排器(NWSO)、E-MANO(包含NFVO、VNFM、VIM)以及公共CP子网/切片专用子网的交互过程。
* **详细出处与技术特征认定**:
* **特征A/B(物理装备与虚拟网络映射)**:说明书第[0057]段及图5、图7公开:“具有POP1 571和POP2 572的NFVI 370与网络切片A 510和网络切片B 520共享...逻辑链路A1 576被配置用于切片A...传输资源可以包括虚拟网络标识符、IP地址分配、转发标签等[0073]”。**(毫无异议公开特征B)**
* **特征C(切片管理系统)**:第[0042]段公开:“该NWSM 110管理网络切片的生命周期,包括该切片的实例化/生成、修改/更新和终止”。**(毫无异议公开特征C)**
* **特征D/E(切片构成与描述符实例化)**:第[0041]、[0060]段及图8、图11公开:“网络切片可以被定义为一个公共CP子网120和一个切片专用CP子网130的组合...网络切片描述符(NWSD)815...包含网络服务描述符(NSD)821...”。**(毫无异议公开特征D、E)**
* **特征J(标识数据定义)**:图11(NWSD IE)、图12C(NWSD 1230)及第[0061]段公开:“NWSD IE 1100包括NWS ID、通过网络服务ID(NSD)描述的公共子网、通过NSD描述的切片专用子网...”。标识数据(NWSD)明确指出了一个切片包含哪些网络服务/子网(虚拟网络)。**(毫无异议公开特征J)**
* **特征L(利用率指示)**:第[0053]、[0058]、[0061]段公开:“资源指定计算、存储和网络资源...带宽/预留比特率...”。**(毫无异议公开特征L)**
#### 3. D3 (US20180260200A1) 分析
* **对比文件公开号**:US20180260200A1
* **原理与内容概述**:D3公开了一种在分布式IT资源(云和边缘站点)上部署应用程序组件的系统与方法。系统包含一个“Controller Cooperation Coordinator(控制器协作协调器)”,该协调器充当跨层接口,在应用平台、底层网络控制器(Network Controller)和硬件资源(Command Executor)之间进行信息交互与策略协调。
* **详细出处与技术特征认定**:
* **特征A/B/C/D(资源与切片体系)**:第[0028]段及图1公开:“Hosting system consists of host sites that can be either cloud sites or edge sites... connected to each other by network links in the network slice...”。**(毫无异议公开特征A、B、C、D)**
* **特征F/H(跨层接口协调器与处理器执行)**:第[0052]段(1)公开:“Controller Cooperation Coordinator: Responsible for sending/receiving requests and general information to/from the other network controllers... Serve as the northbound of the application platform...”,其通过处理器执行跨层交互。**(实质公开/隐性公开特征F、H)**
* **特征I/K/L(从网络层接收利用率/需求违规数据)**:第[0052]段(1)(iii)公开:“Receive requirement violations (bandwidth, throughput, etc.) detected from the other network controllers (in layers that are not visible to the IoT platform)”。即协调器从网络层控制器获取物理/逻辑链路的带宽、吞吐量利用状态及违规信息。**(实质公开特征I、K、L)**
---
### 四、 最接近对比文件分析(结合整体解决的技术问题与效果)
在专利无效宣告的创造性评估(三步法)中,确定“最接近的现有技术”至关重要:
#### 1. 目标专利整体解决的技术问题与技术效果
* **技术问题**:在电信网络中,切片管理系统(负责高层切片业务)与物理网络管理系统(负责底层物理装备)以及虚拟化系统(MANO)之间往往缺乏有效的跨域联动机制。切片管理系统无法准确获知承载特定网络切片的**物理链路实际利用率/占用状态**,导致无法进行精准的切片资源优化或配额调整。
* **技术效果**:通过在三者之间解耦并构建一个专用的“接口系统”,该接口系统先从虚拟化系统获取“切片-虚拟网络”的映射标识,再据此向网络管理系统定向查询“物理链路利用率”,最后将切片级的物理利用率反馈给切片管理系统,实现了**跨越“切片-虚拟-物理”三层的精准资源感知与闭环管理**。
#### 2. 最接近的对比文件推荐:对比文件2 (CN108293004A)
* **选取理由**:
1. **技术领域完全一致**:D2与目标专利均属于电信网络切片管理与编排(MANO)技术领域。
2. **技术特征重合度最高**:D2公开了目标专利权利要求1中的绝大部分核心架构(技术特征A、B、C、D、E、G、J、L)。D2完整揭示了NWSM(切片管理系统)、NWSO/E-MANO(网络虚拟化系统/描述符管理)、以及底层物理网元POP和逻辑/物理链路映射。
3. **解决的问题最相近**:D2旨在解决“如何在大型网络中协调管理切片与虚拟化资源配置”的问题。
#### 3. 备选/平行最接近对比文件:对比文件3 (US20180260200A1)
* **选取理由**:如果强调“接口系统/协调器(Coordinator)跨层获取网络利用率/违规数据”这一动作,D3同样适合作为最接近的对比文件。D3的“Controller Cooperation Coordinator”在功能形态上与目标专利的“接口系统”高度相似,均用于连接应用/切片控制层与底层网络/硬件控制层。
---
### 五、 未被最接近对比文件公开的特征及最薄弱技术特征认定
以 **D2 (CN108293004A)** 作为最接近的对比文件进行对比,目标专利权利要求1未被D2公开的技术特征包括:
1. **特征F/H(专用的接口系统实体)**:D2中是NWSO直接与NWSM及E-MANO交互,未独立出一个建立在切片管理系统、网络管理系统和网络虚拟化系统之间的独立“接口系统及其数据通信接口”。
2. **特征I/K/M(具体的跨三层数据交互路线)**:
* *步骤1*:从网络虚拟化系统获取切片到虚拟网络的标识数据(特征I);
* *步骤2*:**基于该标识数据**,去向物理网络管理系统获取该虚拟网络所对应的物理链路利用率(特征K);
* *步骤3*:将该物理链路利用率数据向切片管理系统提供(特征M)。
#### 专利最薄弱的技术特征认定(无效突破口):
目标专利最薄弱的技术特征是:**【特征I + 特征K + 特征M】所组合成的“通过中间映射标识,间接查询物理链路利用率并上报切片管理系统”的逻辑时序/数据流路线。**
**薄弱原因分析**:
1. **特征F(独立接口系统)容易被认定为常规架构变更**:在软件工程和电信网元设计中,将多个系统之间的多对多API交互解耦,引入一个“代理(Proxy)”、“协调器(Coordinator)”或“接口网关(Gateway/Adapter)”,属于本领域的常规选择(D3中的Controller Cooperation Coordinator即证明了这种跨层协调器实体的存在)。
2. **特征I/K/M的数据流逻辑属于本领域技术人员的显而易见尝试**:
* 在5G MANO架构(D2)中,切片管理系统(NWSM)只认识“切片ID”,不认识具体的“物理链路”;
* 网络管理系统(NMS)只认识“物理链路/物理装备”,不认识高层“切片”;
* 只有网络虚拟化系统(NWSO/MANO)同时掌握“切片ID”与“虚拟网络/NSD/VNF”的映射关系。
* 因此,当本领域技术人员想要让切片管理系统获知物理链路利用率时,**必然且唯一**的逻辑路径就是:先去虚拟化系统查映射(特征I),再拿映射去网络管理系统查物理利用率(特征K),最后汇总给切片管理系统(特征M)。这属于本领域技术人员面对上述技术问题时,根据现有系统中各网元的职能分工自然而然能联想到的逻辑流程。
---
### 六、 进一步的对比文件检索策略(Invalidity Search Strategy)
为了在无效宣告中彻底击垮权利要求1(以及后续可能的从属权利要求),建议采取以下补充检索策略:
#### 1. 检索方向与组合策略
* **目标**:寻找直接公开“独立接口/中间件(Proxy/Broker/Coordinator)向MANO查询切片与子网/VNW映射,并向NMS/SDN控制器查询物理链路利用率,再上报给切片管理器”的**单一对比文件(结合D2直接破坏新颖性/创造性)**;或寻找公开“切片与物理资源状态感知交互接口”的**技术结合对比文件(D2 + D3 + 新D4)**。
#### 2. 精准关键词(Keywords)组合
* **网络切片/管理类**:`"Network Slice"` OR `"Slice Management"` OR `"NSMF"` OR `"CSMF"` OR `"NWSM"`
* **虚拟化/MANO类**:`"NFV"` OR `"MANO"` OR `"NFVO"` OR `"Virtual Network"` OR `"NSD"` OR `"Subnet"`
* **物理网络/链路管理类**:`"Network Management System"` OR `"NMS"` OR `"Physical Link"` OR `"PNF"` OR `"SDN Controller"` OR `"Link Utilization"` OR `"Bandwidth Capacity"`
* **接口/协调/映射类**:`"Interface"` OR `"Adapter"` OR `"Broker"` OR `"Coordinator"` OR `"Mapping"` OR `"Topology"` OR `"Utilization"` OR `"Monitoring"`
#### 3. 建议使用的IPC/CPC分类号
* **H04W24/02**:针对无线通信网络的自组织/管理(Sub-profile management / Infrastructure management)。
* **H04L41/0896**:网络管理中基于切片/虚拟化的配置管理(Network Slicing Management)。
* **H04L41/5019**:映射虚拟网络服务到物理/底层网络资源(Mapping virtual networks to physical infrastructure)。
* **H04L43/08**:网络链路状态、利用率及性能监测(Monitoring link utilization, bandwidth, capacity)。
#### 4. 关键检索源推荐
1. **3GPP标准规范文稿(3GPP SA5 - Management, Orchestration and Charging)**:
* 重点查阅2015年~2018年间关于 `TS 28.530` (Single Network Slice Management and Orchestration)、`TS 28.531` (Provisioning) 以及 `TR 28.801` 的草案(TDocs)。标准文稿中往往会详细定义NSMF与NMS/NFVO之间的跨域接口(如Nbi/Sbi接口)及利用率KPI上报流程。
2. **ETSI NFV IFA 规范(如 ETSI GS NFV-IFA 013/005)**:
* 检索关于OS-MA-NFVO(操作系统与NFVO之间)接口关于测量数据(PmData/Utilization)的传递定义。
3. **专利数据库(Patsnap / Orbit / Google Patents)重点申请人**:
* 重点追踪:**华为(Huawei)、中兴(ZTE)、爱立信(Ericsson)、诺基亚(Nokia)、中国移动(China Mobile)、英特尔(Intel)** 在2015年至2018年期间申请的关于“网络切片性能监控”、“物理链路利用率上报”、“跨域切片接口”相关早期专利。
---
**总结建议**:
在诉讼/无效答辩中,主线策略应立足于 **D2(作为最接近的对比文件,公开切片/虚拟化全套架构) + D3/新检索文件D4(公开跨层协调器及物理利用率监测接口)** 的组合,结合**“本领域常规逻辑推理(三步法)”**,强力主张目标专利权利要求1不具备创造性(《专利法》第22条第3款)。
作为一名经验丰富的专利代理师,我针对目标专利权利要求1及三份对比文件(D1: CN108566659A、D2: US20180316627A1、D3: CN109120426A)进行了深入的技术与法律比对分析,具体意见如下:
---
### 一、 技术特征比对分析与比对表格
目标专利权利要求1的核心方案是:通过在**网络管理系统(NMS)**、**切片管理系统(SMS)**与**网络虚拟化系统(NVS)**之间建立**接口系统**,利用NVS提供的“切片与虚拟网络(VN)的映射标识数据”,从NMS获取“路由该VN流量的物理链路利用率数据(带宽/计算/存储)”,并反馈给SMS,从而实现跨层级的资源利用率感知与切片管理。
各对比文件公开特征情况详细对比见下表:
#### 权利要求1技术特征比对表
| 权利要求1技术特征 | D1 (CN108566659A) 原文比对及分析 | D2 (US20180316627A1) 原文比对及分析 | D3 (CN109120426A) 原文比对及分析 |
| A: 网络管理系统管理具有物理链路的物理网络装备 | 实质公开<br>说明书[0014]:“底层物理网络为带权无向图 $G_s=(N_s, L_s)$…… $L_{ij}$ 表示通信链路上具体的节点 $i,j$ 的物理连接”。 | 实质公开<br>说明书[0002], [0016]:“...running on a common network infrastructure... transport, access equipment...”。 | 实质公开<br>说明书[0035]:“...协调 NFVI(网络功能虚拟化基础设施)各类资源的管理... VIM(虚拟化基础设施管理)”。 |
| B: 物理链路上实例化虚拟网络;网络管理系统管理虚拟网络流量路由的物理链路 | 实质公开<br>说明书[0014]-[0016]:“切片g第k条虚拟链路……一个网络切片请求虚拟链路对应着多个物理链路……最可靠通信路径方法”。 | 实质公开<br>说明书[0003]:“...one physical network is sliced into multiple virtual networks... traffic flow...”。 | 实质公开<br>说明书[0039]:“...NFVO通过SDNO(软件定义网络编排器)或路由器插件完成网络资源的部署”。 |
| C: 切片管理系统配置用于实例化和管理网络切片 | 实质公开<br>说明书[0003]:“通过虚拟化技术可以实现不同网络切片之间资源的生命周期管理”。 | 实质公开<br>说明书[0002]:“SDN, NFV orchestration... allow operators to design, deploy, and customize different 'slices'”。 | 毫无异议公开<br>说明书[0004]:“NSMF(网络切片管理功能)和NSSMF(网络切片子网管理功能)……进行子切片的生命周期管理”。 |
| D: 网络切片包含一个或多个虚拟网络;电信网络包括网络虚拟化系统 | 实质公开<br>说明书[0002], [0014]:“在5G-CRAN网络虚拟化……切片g由 $e_k^g$ 表示,其中 $E_g$ 为虚拟链路集”。 | 实质公开<br>说明书[0003], [0016]:“...one physical network is sliced into multiple virtual networks... VNFs...”。 | 毫无异议公开<br>说明书[0035]:“...NFVO(网络功能虚拟化编排器)... 管理NS生命周期... 协调VNF生命周期”。 |
| E: 网络虚拟化系统基于网络服务描述实例化VN并管理切片包含哪些VN | 实质公开<br>说明书[0014], [0058]:“切片g包括 $K_g$ 条虚拟链路……将每条虚拟链路看成是两点子图”。 | 部分/实质公开<br>说明书[0019]:“...slice placement instructions from SDN controller relating to services...”。 | 毫无异议公开<br>说明书[0008]-[0010]:“将通信服务订购信息转换为网络切片的需求描述信息(SLA)……确定相应的网络服务的部署指标,发起部署请求”。 |
| F: 接口系统包含数据通信接口子系统,与切片管理、网络管理及网络虚拟化系统通信 | 未公开<br>D1仅在算法层面上描述资源映射,未公开专门在管理层、切片层与虚拟化层之间建立独立的接口系统及通信接口。 | 未公开<br>D2侧重于终端设备(End Device/UE)与SDN Controller、Policy Server之间的客户端交互。 | 未公开/未完全对应<br>D3公开了3GPP定义的CSMF/NSMF/NSSMF与NFVO/VIM之间的交互接口,未特别公开权利要求1架构的独立接口系统。 |
| G: 处理器子系统 | 隐式/实质公开<br>算法计算(如[0008]步骤S1-S4)必然依托计算物理节点的处理器完成。 | 毫无异议公开<br>说明书[0008], [0017]:“System including an end device having a processor 201”。 | 实质公开<br>说明书[0117], [0144]:“计算机程序可被一个或多个处理器执行”。 |
| H: 处理器子系统被配置为经由接口子系统进行操作 | 未公开 | 未公开 | 未公开 |
| I: 从网络虚拟化系统获得标识数据 | 未明确公开架构(算法输入中包含虚拟网与物理网映射关系,但未明确为接口从NVS获取)。 | 未公开 | 部分公开<br>说明书[0041]:“NFVO向NSSMF回应网络切片激活成功的响应消息,携带网元/服务组件标示”。 |
| J: 标识数据针对至少一个切片标识其包含哪些虚拟网络 | 实质公开(数学模型[0014]中公开了切片与虚拟链路/节点的映射关系)。 | 未公开 | 毫无异议公开<br>说明书[0043]:“包含子切片实例化信息和组成子切片的网元/服务组件信息”。 |
| K: 基于标识数据,从网络管理系统获得利用率数据 | 未公开<br>D1基于李雅普诺夫模型更新队列及链路失效率,未明确经由接口基于NVS标识向NMS获取。 | 未公开<br>D2是在终端侧(End Device)通过闭环反馈获取终端自身的算力/内存/无线资源利用率(Table 2)。 | 未公开<br>D3主要是基于SLA配置和预留,未涉及基于NVS标识向NMS主动查询物理链路利用率。 |
| L: 利用率数据指示物理链路的带宽/计算/存储容量(路由流量的物理链路) | 实质公开<br>说明书[0014]:“物理节点 $n_i$ 的计算能力 $C_i$、带宽 $b_{ij}$”;说明书[0042]:“更新剩余可用的物理资源”。 | 实质公开(终端侧)<br>说明书[0027] Table 2:“Storage utilization, Compute utilization, Radio resource utilization”。 | 部分公开<br>说明书[0035]:“计算资源、存储资源、网络资源”。 |
| M: 向切片管理系统提供至少一个网络切片的利用率数据 | 未公开 | 未公开 | 未公开 |
---
### 二、 最接近的对比文件(Closest Prior Art)分析
从整体解决的技术问题和技术效果来看:
* **目标专利解决的技术问题与效果**:针对电信网络中“切片管理系统无法直接感知底层物理网络实际拓扑和利用率”的问题,提出一种跨层接口系统。通过联动NVS(获取切片-虚拟网络映射)与NMS(获取物理链路利用率),将底层的物理利用率数据转化为切片维度的利用率并提供给切片管理系统,从而实现精准的切片资源动态管理与优化。
#### 1. 对比文件评估
* **D1 (CN108566659A)**:
* **主旨**:一种基于可靠性的5G网络切片在线映射方法。
* **技术方案**:通过建立李雅普诺夫优化模型,将虚拟节点/虚拟链路映射到底层物理节点和物理链路上,实时更新物理资源(CPU、带宽)。
* **匹配度高点**:D1最深刻地揭示了“切片-虚拟网络-物理资源(计算、带宽)”的映射与利用率/剩余资源更新过程。
* **D3 (CN109120426A)**:
* **主旨**:基于3GPP标准架构(CSMF/NSMF/NSSMF/NFVO)的网络切片管理方法。
* **技术方案**:揭示了完整的切片管理系统(NSMF/NSSMF)与网络虚拟化/编排系统(NFVO/VNFM)之间的通信、生命周期管理和资源预留。
* **匹配度高点**:D3在**系统架构**层面最接近目标专利(均属于电信运营商网管与切片编排系统层面的接口与管理)。
#### 2. 最接近的对比文件选择结论
**最接近对比文件可确定为:D3 (CN109120426A) 或 D1 (CN108566659A)**。
* **推荐方案一(架构出发,首选D3)**:以 **D3 (CN109120426A)** 作为第一最接近对比文件。因为D3与目标专利同属于电信网络管理与切片编排系统(NSMF/NSSMF/NFVO)技术领域,揭示了切片管理系统与网络虚拟化系统之间的接口与交互逻辑。
* **推荐方案二(算法/资源利用率映射出发,备选D1)**:以 **D1 (CN108566659A)** 作为最接近对比文件。D1揭示了基于虚拟网络映射关系获取物理链路利用率(带宽、计算能力)并更新底层的详细数学与逻辑过程。
---
### 三、 未被最接近对比文件公开的技术特征及对比文件组合(创造性/无效分析)
假设以 **D3 (CN109120426A)** 作为最接近对比文件,分析区别特征及无效攻击路径:
#### 1. 区别技术特征
相比于D3,权利要求1的区别技术特征主要在于(即特征 **F, H, I, K, M** 的组合机制):
> **构建专门的接口系统**,其被配置为:**(1)从网络虚拟化系统获取标识数据(切片所包含的虚拟网络);(2)依据该标识数据,从网络管理系统获取路由该虚拟网络流量的物理链路利用率数据(带宽/计算/存储);(3)将该切片维度的利用率数据提供给切片管理系统。**
#### 2. 是否被其他对比文件公开?
* **D1 (CN108566659A)**:公开了基于切片与虚拟链路的映射关系去计算物理链路/节点的利用率(带宽、计算能力),但D1的方案是融合在映射算法内部的,**未明确公开**“通过独立接口系统从NVS获取标识后去NMS查物理利用率,再反馈给切片管理系统”这一特定架构逻辑。
* **D2 (US20180316627A1)**:公开了基于闭环反馈获取资源利用率(Table 2:计算、存储、无线)并重新调整切片资源配额(Table 3),但这发生在**终端设备(End Device)内部的SDN Client**,并非发生在电信网络管理系统/NMS/NVS之间的网络级接口。
#### 3. 无效请求中最薄弱的技术特征(Patent Vulnerability)
目标专利权利要求1中**最薄弱、最容易被攻破的特征组合**是:
> **“根据虚拟网络与切片的映射关系(标识数据),去查询/汇总对应物理链路的利用率数据(带宽/计算/存储容量),并反馈给切片管理/编排层。”**
* **薄弱性原因**:
在SDN/NFV(软件定义网络/网络功能虚拟化)技术领域,“通过虚拟与物理的映射关系(如VNF到PNF/物理链路的映射),聚合底层物理设备的性能/利用率指标(KPI/PM数据),并向上层编排器(Orchestrator)或切片管理器(NSMF)进行性能上报”属于**本领域的公知常识和标准架构设计**(例如ETSI NFV GS IFA 005/006/013体系中关于VIM/NFVO向NSMF提供性能监控数据、流量及物理资源利用率的标准规定)。
---
### 四、 进一步的对比文件检索策略(Search Strategy)
为了成功无效目标专利权利要求1,针对上述“最薄弱特征(跨层利用率数据映射与传递接口)”,建议采取以下进一步检索策略:
#### 1. 扩充检索数据库与标准文献(重点)
目标专利涉及电信网络切片管理与NFV/SDN架构,**3GPP与ETSI标准规范**是打击此类专利的“重磅武器”:
* **ETSI NFV 标准组**:
* 重点检索 **ETSI GS IFA 013** (Os-Ma-Nfvo interface specification)、**ETSI GS IFA 005** (Or-Vi interface specification)。
* **检索方向**:查找关于NFVO/VIM如何向切片管理层(OSS/BSS或NSMF)暴露物理资源利用率(Compute/Storage/Network Link Utilization)、以及切片实例与虚拟网络资源(NS/VNFD)映射标识上报的接口定义。
* **3GPP SA5 (Management, Orchestration and Charging)**:
* 重点检索 **3GPP TS 28.531** (Management and orchestration; Provisioning)、**3GPP TS 28.550** (Performance management)。
* **检索方向**:查找网络切片性能测量(Performance Measurements)、物理/虚拟资源利用率指标(Resource Capacity/Utilization)上报给NSMF/NSSMF的信令流程。
#### 2. 关键词与分类号(IPC/CPC)组合检索
* **CPC/IPC分类号**:
* `H04L41/0896`(针对网络切片或虚拟网络的配置管理)
* `H04L41/0895`(基于NFV/SDN的网络虚拟化管理)
* `H04L43/0876`(利用率或带宽监控)
* `H04L41/5019`(SLA与网络切片资源映射)
* **精细化逻辑检索式建议**:
* `(network slice OR slice management) AND (virtual network OR NFV OR VNF) AND (physical link OR physical resource) AND (bandwidth OR compute OR storage) AND (utilization OR capacity) AND (interface OR mapping OR identifier)`
#### 3. 针对从属权利要求的预备检索
若目标专利在主权(权利要求1)被突破后退守从属权利要求,应重点关注说明书中是否有限制性技术特征,例如:
* 是否限定了具体的**利用率数据计算公式/阈值触发机制**;
* 是否限定了**接口的具体协议格式(如 RESTful API, YANG/NETCONF, gRPC)**。
* 针对上述细节,提前在RFC文档(IETF)及早期专利(如华为、中兴、爱立信、诺基亚在2015-2018年间的切片监控专利)中锁定等效特征。
作为一名专业专利代理师,我将针对本案的目标专利(权利要求1)与三份对比文件进行严谨的权利要求解释、特征比对、最接近对比文件分析以及无效策略建议。
---
## 一、 权利要求解释(紧密结合目标专利说明书逻辑)
目标专利权利要求1的核心发明点在于:**在电信网络的“网络管理系统”、“切片管理系统”和“网络虚拟化系统”之间建立一个专用的“接口系统”**。
通过该接口系统,跨越传统管理域(虚拟化域与物理网络管理域):
1. 接口系统先从**网络虚拟化系统**获取“标识数据”(映射关系:网络切片 $\to$ 包含的虚拟网络);
2. 接口系统基于该标识数据,进一步向**网络管理系统**精准查询这些虚拟网络所占用的“物理链路利用率数据”(如带宽、计算、存储容量);
3. 接口系统将该物理利用率数据向上反馈给**切片管理系统**,从而实现切片管理系统对底层物理链路资源利用状况的跨域感知与管理。
---
## 二、 对比文件特征比对与公开情况分析
针对三份对比文件,分析如下(下表中**“公开”**指明确记载或等同公开,**“未公开”**指未体现):
### 对比文件列表及公开号:
* **D1:** CN109391498A(网络组件的管理方法和网络设备)
* **D2:** US20190174320A1(ADAPTIVE PAIRING OF A RADIO ACCESS NETWORK SLICE TO A CORE NETWORK SLICE BASED ON DEVICE INFORMATION OR SERVICE INFORMATION)
* **D3:** US20190174347A1(DYNAMIC ACCESS SLICE POOLING AND SOFTWARE DEFINED NETWORK CONTROLLED CAPABILITIES)
### 特征比对表格
| 权利要求1技术特征 | 详细技术特征描述 | D1 (CN109391498A) | D2 (US20190174320A1) | D3 (US20190174347A1) |
| 技术特征A | 网络管理系统管理具有物理链路的网络的物理网络装备 | 未公开(仅提及宏观网络管理单元NM、域管理单元DM,未具体揭示管理物理链路的物理装备) | 未公开(仅提及RAN/CN虚拟化切片,未明确物理链路管理) | 公开([0019]段记载接入点、RRU/RRH、传输节点等物理设备及其链路) |
| 技术特征B | 物理链路上实例化虚拟网络;网络管理系统管理虚拟网络路由的物理链路 | 未公开(仅提到逻辑网络功能,未区分物理链路与虚拟网络路由关系) | 未公开 | 实质公开([0051]段SDN控制器管理无线/物理设备与切片间的数据流路由) |
| 技术特征C | 切片管理系统被配置用于实例化和管理网络切片 | 公开([0082]段NSMF、NSSMF进行切片/子网的生命周期管理与实例化) | 公开([0018]段SDN/NFV自动部署、创建和管理网络切片) | 公开([0015][0051]段SDN控制器/切片选择功能实例化与管理切片) |
| 技术特征D | 切片包含一个或多个虚拟网络;电信网络包括网络虚拟化系统 | 公开([0063][0065]段网络切片包含网络切片子网/网络功能,运行于虚拟化平台) | 公开([0014][0018]段切片由多个虚拟网络功能VNF组合而成) | 公开([0032][0051]段切片包含VNF,通过SDN/NFV系统管理) |
| 技术特征E | 网络虚拟化系统基于网络服务描述实例化虚拟网络并管理切片包含哪些虚拟网络 | 公开([0076][0133]段根据切片模板/描述符NST/NSST实例化和配置子网与网元) | 未公开(未揭示基于服务描述/模板管理“切片-虚拟网络”的对应映射) | 未公开(仅提及按服务需求实例化VNF,未明确基于描述符管理虚拟网络映射) |
| 技术特征F | 接口系统包含数据通信接口子系统,用于与切片管理系统、网络管理系统和网络虚拟化系统通信 | 未公开(三者间直接交互或通过通用NSMF/NSSMF,未揭示专用的三方跨域通信接口系统) | 未公开(集中于配对选择组件PSC,无三域协同接口系统) | 未公开(集中于通用Slice/SDN Controller,未公开该专置接口系统) |
| 技术特征G | 处理器子系统 | 公开([0040][0221]段处理器802) | 公开([0068]段Processing Unit 1014) | 公开([0083]段Processing Unit 1004) |
| 技术特征H | 处理器子系统被配置为经由数据通信接口子系统执行后续操作 | 公开([0040]段控制通信接口接收/发送信号) | 公开([0073]段处理器执行指令经接口通信) | 公开([0081]段处理器经接口交互) |
| 技术特征I | 从网络虚拟化系统获得标识数据 | 未公开 | 未公开 | 未公开 |
| 技术特征J | 标识数据针对至少一个切片标识其包含的虚拟网络 | 未公开(D1中切片与子网关系在NSMF内部已知,非通过接口跨系统查询获取) | 未公开 | 未公开 |
| 技术特征K | 基于标识数据,从网络管理系统获得利用率数据 | 未公开 | 未公开 | 未公开 |
| 技术特征L | 利用率数据指示物理链路的带宽、计算或存储容量 | 实质公开([0123][0138]段提及获取切片/资源的带宽、时延、容量等性能数据) | 未公开 | 公开([0052]段智能资源管理功能IRM记录并读取基带、网络、吞吐等资源利用率) |
| 技术特征M | 向切片管理系统提供该网络切片的利用率数据 | 实质公开([0072]段向NSMF/SMF提供性能管理数据) | 未公开 | 未公开 |
---
## 三、 最接近对比文件分析(整体解决的技术问题与技术效果)
从整体解决的技术问题和技术效果来看,**D1(CN109391498A)** 最适合作为最接近的对比文件。
### 1. 选定理由(对比分析)
* **目标专利解决的问题与效果:** 解决了网络切片管理中,切片管理系统无法直接获取底层物理网络链路真实利用率的问题。通过建立中间接口系统,打通“切片管理系统-网络虚拟化系统-网络管理系统”的数据链路,实现了**精准、跨域地将底层物理链路的利用率(带宽/计算/存储)反馈至上层切片管理系统,从而提高切片运维与资源调度的精准度和效率**。
* **D1 (CN109391498A):**
* **技术领域与问题:** 同样聚焦于5G网络切片的管理与自动优化,解决“如何在管理和运维网络切片方面提高切片管理效率、避免性能优化冲突”的问题(说明书[0003]-[0004])。
* **技术架构匹配度:** 详细架构了业务管理单元(SMF/BSS)、网络管理单元(NM/NSMF)、域管理单元(DM/NSSMF)和网元管理(NFM/EM),与本案的系统架构最为贴合。
* **结论:** D1与目标专利的技术领域相同、解决的技术问题高度契合,且公开了绝大部分管理架构特征,因此**D1是唯一的最佳最接近对比文件**。
* **D2 / D3 的局限性:**
* D2(US20190174320A1)侧重于基于设备/业务信息的无线接入网(RAN)切片与核心网(CN)切片的**配对(Pairing)**;
* D3(US20190174347A1)侧重于在RAN侧通过SDN动态**实例化接入切片池(Slice Pooling)**。
* 两者均未涉及“切片管理系统跨越虚拟化域与物理网络管理系统,去获取物理链路利用率”的架构设计。
---
## 四、 核心薄弱技术特征与无效突破口分析
经过对比分析,未被最接近对比文件D1完全公开(且D2、D3也未公开)的核心特征组合为:
> **特征F、I、J、K的组合:**
> 建立一个独立的**接口系统**,其特定的执行逻辑是:先从**网络虚拟化系统**获取“切片与虚拟网络的映射标识数据(I/J)”,再拿着该标识数据去**网络管理系统**查询对应的“物理链路利用率数据(K)”,最后提供给**切片管理系统(M)**。
### 1. 无效请求中最薄弱的技术特征分析
该权利要求最薄弱的点在于:**“接口系统”的实体属性及其操作逻辑本质上属于通信标准架构(如 3GPP / ETSI NFV)中的公知接口或常规网元功能整合。**
* **薄弱点 1(架构公知性):** 3GPP TS 28.530 / TS 28.531 以及 ETSI GS NFV 规范中,切片管理(NSMF/NSSMF)与虚拟化编排(NFVO/VNFM)以及物理网络管理(EM/NFM)之间的通信接口(如 $N_s$ 接口、$\text{Or-Vnfm}$ 接口等)是标准化的。
* **薄弱点 2(逻辑显而易见性):** “先查逻辑/虚拟关系,再凭关系查物理资源”是计算机与通信网络(如VLAN/SDN/NFV映射)中调取统计数据的通用技术手段。当切片管理系统需要评估切片性能时,顺理成章需要将虚拟网络映射到物理链路上进行容量查询。
---
## 五、 进一步对比文件检索策略
为了在无效宣告程序中彻底击退该权利要求1,建议针对上述薄弱特征采取以下**定制化检索策略**:
### 1. 补充标准文献检索(极度推荐)
本专利涉及5G电信网络架构与切片管理,此类发明往往滞后于国际通信标准组织(3GPP / ETSI)的技术草案(Contributions/TR/TS)。
* **检索数据库:** 3GPP Portal (FTP server)、ETSI NFV Archive、IEEE Xplore。
* **重点关注标准规范与工作组:**
* **3GPP SA5 (Management, Orchestration and Charging):** 重点检索 TS 28.530、TS 28.531、TS 28.541(关于网络切片管理架构、NSMF与NFVO/EM接口互动流程)。
* **ETSI NFV IFA (Interfaces and Architecture):** 重点检索 ETSI GS NFV-IFA 013(Os-Ma-nfvo 接口指标与测量数据传递)。
* **检索关键词组合:**
`("NSMF" OR "NSSMF" OR "Slice Management") AND ("NFVO" OR "VNFM" OR "Virtualization") AND ("EMS" OR "NMS" OR "Physical Network") AND ("mapping" OR "topology" OR "identifier") AND ("link utilization" OR "bandwidth capacity" OR "PM data")`
### 2. 专利文献拓展检索策略
* **分类号 (IPC/CPC) 组合锁定:**
* `H04L 41/0896`(网络切片的管理或编排)
* `H04L 41/5019`(基于虚拟化网络资源的SLA管理)
* `H04L 41/14`(网络拓扑或映射关系分析)
* `H04W 28/02`(电信无线网络资源管理)
* **扩展检索逻辑公式(以语义与逻辑关系为核心):**
* **组1(架构):** `(slice management OR NSMF) AND (NFVO OR virtualized network) AND (NMS OR EMS OR physical network)`
* **组2(数据流逻辑):** `(get OR obtain OR query) WITH (identifier OR mapping) AND (link capacity OR bandwidth utilization OR physical metrics)`
* **优先检索申请人/专利权人:** 华为(Huawei)、中兴(ZTE)、爱立信(Ericsson)、诺基亚(Nokia)、中国移动/电信/联通等在2017–2018年间提交的切片跨域监控专利。
作为一名经验丰富的专利代理师,我将根据目标专利(权利要求1.docx)的文本,紧密结合各对比文件(D1: US20190182876A1、D2: US10440642B2、D3: US20190357129A1)的原文进行严格的特征比对、最接近对比文件分析、薄弱特征认定以及后续检索策略制定。
---
### 一、 目标专利权利要求1的技术特征解释与拆解
根据目标专利说明书的逻辑背景,本发明涉及电信网络(特别是5G/虚拟化网络)中**网络管理系统(Network Management System, NMS/NMS-like)**与**切片管理系统(Slice Management System, SMS/NSSMF/CSMF)**以及**网络虚拟化系统(Network Virtualization System, NFVO/MANO)**之间的跨层协同接口系统。其核心逻辑在于:
1. **虚拟网络与物理链路的映射关系**:网络虚拟化系统掌握网络切片中包含哪些虚拟网络(Virtual Networks, VNs),网络管理系统掌握虚拟网络路由在哪些物理链路(Physical Links)上及其资源利用率。
2. **跨系统数据关联与调度**:接口系统先从网络虚拟化系统获取“切片-虚拟网络”的标识关联数据,再据此向网络管理系统查询对应物理链路的利用率数据(带宽、计算、存储等),最后将该利用率数据反馈给切片管理系统,以便切片管理系统基于底层物理链路的真实利用率进行精准的切片生命周期管理和资源调度。
**权利要求1特征拆解如下**:
- **特征A**:一种用于在电信网络的网络管理系统与切片管理系统之间建立接口的接口系统,其中该网络管理系统被配置用于管理具有物理链路的网络的物理网络装备;
- **特征B**:其中该网络支持在这些物理链路上实例化虚拟网络;并且其中该网络管理系统被配置用于为相应的虚拟网络管理经由哪个或哪些物理链路来路由该虚拟网络的流量;
- **特征C**:该切片管理系统被配置用于实例化和管理网络切片;
- **特征D**:这些网络切片各自包括这些虚拟网络中的一个或多个;并且其中该电信网络包括网络虚拟化系统;
- **特征E**:该网络虚拟化系统被配置用于基于表示相应网络切片的网络服务描述来实例化虚拟网络并管理相应网络切片中包括哪个或哪些虚拟网络;
- **特征F**:该接口系统包括数据通信接口子系统,用于与该切片管理系统、该网络管理系统和该网络虚拟化系统通信;
- **特征G**:处理器子系统;
- **特征H**:该处理器子系统被配置为经由该数据通信接口子系统进行以下操作:
- **特征I**:从该网络虚拟化系统获得标识数据;
- **特征J**:其中该标识数据针对至少一个网络切片标识该相应网络切片中包括哪个或哪些虚拟网络;
- **特征K**:基于该标识数据,从该网络管理系统获得利用率数据;
- **特征L**:其中该利用率数据指示以下中的至少一项:一个或多个物理链路的带宽容量、计算容量和存储容量,经由该一个或多个物理链路来路由该一个或多个虚拟网络的流量;
- **特征M**:向该切片管理系统提供该至少一个网络切片的利用率数据。
---
### 二、 对比文件特征比对表格及详细出处分析
为清晰指代,对比文件标注如下:
- **D1**:US20190182876A1(SESSION MANAGEMENT METHOD AND DEVICE)
- **D2**:US10440642B2(Network slice selection in wireless telecommunication networks)
- **D3**:US20190357129A1(METHOD FOR SELECTING NETWORK NODE IN WIRELESS COMMUNICATION SYSTEM AND DEVICE THEREFOR)
#### 1. 特征比对汇总表(Feature Comparison Matrix)
| 权利要求1技术特征 | D1 (US20190182876A1) | D2 (US10440642B2) | D3 (US20190357129A1) |
| 特征A(网络管理系统管理物理网络装备及物理链路) | 实质公开([0003]) | 实质公开([0003]) | 实质公开([0378]) |
| 特征B(物理链路上实例化虚拟网络及路由管理) | 实质公开([0003]-[0004]) | 实质公开([0003]) | 实质公开([0378]) |
| 特征C(切片管理系统实例化和管理网络切片) | 实质公开([0003]) | 实质公开([0118]) | 实质公开([0395]-[0396]) |
| 特征D(切片包含虚拟网络,电信网络含网络虚拟化系统) | 实质公开([0003]) | 实质公开([0118]) | 实质公开([0331], [0378]) |
| 特征E(网络虚拟化系统基于NSD实例化/管理虚拟网络) | 未公开 | 未公开 | 实质公开([0364], [0374]) |
| 特征F(接口系统与三方系统通信的数据通信接口子系统) | 未公开 | 未公开 | 未公开 |
| 特征G(处理器子系统) | 隐性公开/常规硬件 | 隐性公开([0502]) | 隐性公开([0684]) |
| 特征H(处理器配置执行H-M操作) | 未公开 | 未公开 | 未公开 |
| 特征I(从网络虚拟化系统获得标识数据) | 未公开 | 未公开 | 未公开 |
| 特征J(标识数据标识切片内包含的虚拟网络) | 未公开(仅公开切片标识) | 未公开(仅公开切片/服务映射) | 未公开(仅公开NSSAI/S-NSSAI) |
| 特征K(基于标识数据从网络管理系统获得利用率数据) | 未公开 | 未公开 | 未公开 |
| 特征L(利用率数据指示路由虚拟网络流量的物理链路资源) | 未公开(仅提到网元负载) | 实质公开(拥塞/负载 [0024],[0308]) | 未公开 |
| 特征M(向切片管理系统提供利用率数据) | 未公开 | 未公开 | 未公开 |
---
#### 2. 各对比文件原文详细出处分析
##### 【对比文件 D1:US20190182876A1】
* **公开的特征**:
* **特征A、B、C、D**:D1段落[0003]指出:*“...a network slice technology in 5G is used to slice a physical network into a plurality of virtual end-to-end virtual networks (that is, network slices), and each network slice includes an independent network function or an instantiated function combination.”*(公开了在物理网络上切片形成虚拟网络/网络切片,包含独立网络功能)。段落[0004]公开了UPF实体执行用户面数据的路由和转发功能(路由管理)。
* **未公开的特征**:
* D1的核心发明点在于终端在跟踪区更新(TAU)过程中,控制面MM(移动性管理)实体与SM(会话管理)实体分离场景下的会话上下文更新与迁移机制。**D1完全没有涉及专门的“接口系统”去向“网络虚拟化系统”查询切片与虚拟网络的映射标识,更没有据此向“网络管理系统”提取物理链路利用率并反馈给“切片管理系统”的跨层测量与反馈机制(特征E、F、I、J、K、L、M未公开)。**
##### 【对比文件 D2:US10440642B2】
* **公开的特征**:
* **特征A、B**:D2段落[0003]指出:*“Network slicing allows multiple logical networks to operate using a common underlying infrastructure. Network slicing can reduce costs of deployments, increase the efficiencies of physical infrastructures...”*(公开了物理基础设施及在物理链路上运行逻辑/虚拟网络)。
* **特征C、D**:D2图1及段落[0118]公开了“network slice orchestrator 118”(网络切片编排器),段落[0118]指出:*“...receive information from a network slice orchestrator 118 regarding currently instantiated and available network slices. In particular, the orchestrator may provide information regarding the IDs and network addresses of available network slices...”*(公开了编排器/切片管理系统实例化与管理切片)。
* **特征L(部分)**:D2段落[0024]及[0308]公开了从分析组件(analytics components 122)获取信息:*“...information such as relative congestion of the different network slices 104. Selection of a particular network slice may at times be performed in order to balance loads or congestion of available network slices.”*(公开了获取切片拥塞/负载信息用于负载均衡)。
* **未公开的特征**:
* D2的核心在于初始附着(Attach)时,网络切片选择器(slice selector 110)如何查询策略函数(slice selection policy function 114)以选择切片。D2获取的分析数据是切片层面的拥塞度(relative congestion),**并没有公开通过接口系统从网络虚拟化系统获取“切片内包含哪些虚拟网络”的标识数据(特征I、J),也没有公开基于该标识向网络管理系统查询“路由该虚拟网络流量的具体物理链路的带宽/计算/存储利用率数据”(特征K、L、M)。**
##### 【对比文件 D3:US20190357129A1】
* **公开的特征**:
* **特征A、B、D**:D3段落[0331]、[0378]公开:*“Physical Resource: A physical asset for computation, storage or transport including radio access...”* 以及 *“Sub-network Instance: A sub-network instance includes a set of network functions and the resources for these network functions...”*(公开了物理资源、子网/虚拟网络实例及其物理底座)。
* **特征C、E**:D3段落[0364]、[0374]公开了Network Slice Blueprint与Sub-network Blueprint:*“A network slice blueprint enables the instantiation of a network slice which provides certain network characteristics... refers to required physical and logical resources and/or to sub-network blueprint(s).”*(公开了基于描述/蓝图 Blueprint 实例化切片和子网/虚拟网络)。
* **未公开的特征**:
* D3的核心在于5G核心网中基于UE请求的NSSAI及其优先级(Required/Preferred)来选择Serving AMF/CCNF节点。**D3侧重于信令网元选路与优先级控制,完全未公开接口系统如何进行跨三方系统(切片管理系统、网络管理系统、网络虚拟化系统)的数据交互及物理链路利用率的提取与汇聚(特征F、H、I、J、K、L、M未公开)。**
---
### 三、 最接近对比文件分析(整体解决的技术问题与技术效果)
#### 1. 目标专利整体解决的技术问题与技术效果
- **技术问题**:在电信网络中,切片管理系统(SMS)通常仅掌握切片级的逻辑业务视图,缺乏底层物理网络架构及物理链路(Physical Links)实时利用率的感知能力;而网络管理系统(NMS)掌握物理链路利用率却不理解切片业务拓扑。如何实现跨系统(SMS-NMS-NFVO)的信息打通,使切片管理系统能够准确获知“路由特定切片下虚拟网络流量的物理链路利用率”?
- **技术效果**:通过专用的接口系统,建立“切片 $\rightarrow$ 虚拟网络标识(来自网络虚拟化系统) $\rightarrow$ 对应物理链路利用率(来自网络管理系统)”的跨层关联与数据链条,从而使切片管理系统能够基于精准的底层物理资源利用率进行切片的生命周期管理、动态拓扑调整或准入控制。
#### 2. 最接近对比文件的选择与评估
在专利创造性审查中,**最接近的对比文件**通常应与目标专利属于同一技术领域、解决最相似的技术问题或公开最多的技术特征。
1. **对比文件 D2(US10440642B2)** 适合作为**第一最接近对比文件**。
- **理由**:D2同样关注网络切片管理与选择(Network Slice Management & Selection),且在架构上明确引入了网络切片编排器(Orchestrator 118,对应切片管理系统)和网络分析组件(Analytics 122),并尝试解决“如何基于切片资源/拥塞利用率(congestion/load)进行调度与选择”的技术问题。D2在逻辑架构和应用场景上与目标专利最为接近。
2. **对比文件 D3(US20190357129A1)** 适合作为**备选最接近对比文件**。
- **理由**:D3最完整地阐述了3GPP/NGMN网络切片的三层模型(Service Instance, Network Slice Instance, Resource Layer)以及基于网络切片蓝图(Blueprint,即网络服务描述 NSD)实例化网络切片和子网(虚拟网络)的机制(公开了特征E)。
---
### 四、 无效分析与最薄弱技术特征认定
#### 1. 组合对比文件公开情况分析
基于以 **D2 为最接近对比文件**,结合 D1 和 D3 进行组合无效分析:
* **区别技术特征**:
将权利要求1与D2进行对比,权利要求1的区别技术特征至少包括:
1. **特征E**:网络虚拟化系统基于表示网络切片的网络服务描述(NSD)来实例化虚拟网络并管理相应切片包含哪些虚拟网络。
2. **特征F、H**:一种具体的接口系统及处理器架构,用于连接切片管理系统、网络管理系统和网络虚拟化系统。
3. **特征I、J、K、L、M(核心关联特征链)**:从网络虚拟化系统获取“标识相应网络切片中包括哪个/哪些虚拟网络”的标识数据;**基于该标识数据**从网络管理系统获取“路由该虚拟网络流量的一个或多个物理链路的利用率数据(带宽/计算/存储)”;并将该利用率数据提供给切片管理系统。
* **结合 D3 的考量**:
* D3公开了基于网络服务描述/蓝图实例化虚拟网络/子网(**特征E**)。
* 然而,**D1、D2、D3 三篇对比文件均未公开“基于切片-虚拟网络标识映射去向网络管理系统调取具体物理链路资源利用率,并反馈给切片管理系统”这一核心数据流与逻辑交互(特征I, J, K, L, M)**。
#### 2. 最薄弱的技术特征(专利权人的核心防线 / 无效请求人的突破难点)
在针对本专利提起无效宣告请求时,**最薄弱的技术特征(即审查员认定具有突出的实质性特点和显著的进步、最难被现有技术组合无效掉的特征)**是:
> **特征J + 特征K + 特征L 的协同关联机制**:
> 即:“**基于从网络虚拟化系统获得的‘标识相应网络切片中包括哪些虚拟网络’的标识数据,进一步向网络管理系统定向调取‘经由其路由该虚拟网络流量的物理链路的利用率数据(带宽、计算、存储容量)’**”。
**薄弱性(防线坚固性)理由**:
1. **跨域数据索引逻辑**:现有技术(如D2)即便提取利用率,也是在切片级(Slice-level)或网元级(NF-level)直接统计拥塞度,属于“单层直接查询”。而本特征建立了一种“**切片管理层 $\rightarrow$ 虚拟化层(查映射关系) $\rightarrow$ 物理网络管理层(查物理链路利用率) $\rightarrow$ 反馈给切片管理层**”的二级递进式查询与关联技术方案。
2. **显而易见性难抵克**:在标准技术文档中,NMS、MANO(NFVO)和CSMF/NSSMF各自独立维系数据模型。现有技术中缺少将虚拟网络(VN/NS)标识作为中间键(Key)去物理层查询物理链路(Physical Links)利用率的技术启示(Technical Teaching)。
---
### 五、 进一步的对比文件检索策略(Search Strategy)
既然现有的 D1、D2、D3 无法覆盖权利要求1的核心逻辑链路(特征I-M),若要成功提起无效宣告请求,必须调整检索方向,重点寻找**跨层资源监控、3GPP/ETSI MANO 架构与物理网络管理(NMS)交互**的对比文件。
建议采取以下进一步检索策略:
#### 1. 扩宽技术领域与关键词组合(Keywords & Concepts)
* **核心概念 1(切片/虚拟网络映射)**:`Network Slice`, `Sub-network`, `Virtual Network (VN)`, `VNF`, `NSD (Network Service Descriptor)`, `Slice Subnet Instance (NSSI)`
* **核心概念 2(物理链路/网络管理系统)**:`Network Management System (NMS)`, `Physical Network Function (PNF)`, `Physical Link`, `Underlay Network`, `Physical Resource`
* **核心概念 3(利用率/资源映射与测量)**:`Utilization`, `Bandwidth Capacity`, `Performance Management (PM)`, `Mapping`, `Topology Link`, `Cross-layer`
#### 2. 建议的复合检索式(以 Patent Classification & Bullets 结合)
* **检索式方案 A(侧重 ETSI NFV MANO / 3GPP SA5 跨域接口标准及专利)**:
`((Network Slice or NSSI) W/5 (Subnet or "Virtual Network")) AND ("Network Management System" or NMS or "Physical Link") AND (Utilization or Capacity or Bandwidth) AND (Mapping or Identifier)`
* **检索式方案 B(分类号精准检索)**:
聚焦 CPC 分类号:
* **H04L 41/0895**(基于网络切片的网络管理与配置)
* **H04L 41/0896**(虚拟网络与物理资源的映射/虚拟化管理)
* **H04L 43/08**(网络性能或资源利用率监控)
* **H04W 28/02**(网络切片资源管理与流量路由)
* *组合条件*:`CPC=(H04L41/0896 or H04L41/0895) AND TX=(("NFVO" or "MANO") AND "NMS" AND "Physical Link" AND "Utilization")`
#### 3. 重点追踪的标准化组织及文献库
* **3GPP SA5 (Services and System Aspects - Management, Orchestration and Charging)**:重点检索 TS 28.530、TS 28.531、TS 28.541(关于 Network Slice Management, NSSMF, NRM 资源模型及 PM 性能测量的数据收集流)。
* **ETSI NFV IFA (Interfaces and Architecture)**:重点检索 ETSI GS NFV-IFA 014(Network Service Templates)、NFV-IFA 005/006(Vi-Vnfm/Or-Vi 物理与虚拟资源映射及测量上报)。
* **重点专利申请人/权属人**:Huawei, Ericsson, Nokia, ZTE, China Mobile, Intel 等在 2016 年至 2018 年期间向 3GPP/ETSI 提交的相关跨层性能监控提案与同族专利。
尊敬的委托人:
作为一名经验丰富的专利代理师,我已对目标专利权利要求1及其与三份对比文件(D1、D2、D3)的法律与技术关系进行了全面、严谨的检索比对与侵权/无效防御分析。
以下是紧密结合目标专利说明书逻辑、对比文件原文及出处的详细法律意见书:
---
## 一、 目标专利权利要求1的术语与技术逻辑解释
结合电信网络(如3GPP 5G架构)的标准规范与说明书解释:
* **物理网络装备与物理链路(特征A)**:指底层的硬件设备(如路由器、交换机、基站)及连接它们的物理传输介质(光纤、无线链路)。
* **虚拟网络(特征B)**:指基于NFV(网络功能虚拟化)技术在物理链路上实例化的逻辑网络。网络管理系统(NMS/NMS类功能)负责这些虚拟网络的物理路由映射(即确定流量走哪些物理链路)。
* **切片管理系统(特征C)**:负责网络切片(Network Slice)的全生命周期管理(实例化、配置、维护)。
* **网络切片与虚拟网络的关系(特征D、E)**:一个网络切片可包含一个或多个虚拟网络;网络虚拟化系统(如NFVO/MANO)基于网络服务描述(NSD)实例化虚拟网络并管理切片与虚拟网络的包含映射。
* **接口系统与利用率数据获取(特征F-M)**:本发明的**核心发明构思**在于提供一个连接“切片管理系统”、“网络管理系统”和“网络虚拟化系统”的**跨域接口系统**。其通过**两步数据交互**实现利用率透传:
1. 跨域向**网络虚拟化系统**查询“切片包含哪些虚拟网络”(获取标识数据,特征I-J);
2. 拿着该映射关系,向**网络管理系统**查询这些虚拟网络所占用的物理链路的“利用率数据(带宽/计算/存储容量)”(特征K-L);
3. 将利用率数据反馈给**切片管理系统**(特征M),以供切片层级进行动态优化与感知。
---
## 二、 特征比对表格(对照对比文件原文及出处)
> **对比文件说明:**
> * **D1**:`US20190357130A1` (NETWORK SLICE SELECTION)
> * **D2**:`US10644955B2` (Method and apparatus for network slicing)
> * **D3**:`US11051210B2` (Method and system for network slice allocation)
| 目标专利权利要求1技术特征 | D1 (US20190357130A1) 披露情况与出处 | D2 (US10644955B2) 披露情况与出处 | D3 (US11051210B2) 披露情况与出处 |
| 特征A:网络管理系统配置用于管理具有物理链路的网络的物理网络装备 | 实质公开<br>[0003] "...encompasses both mobile and fixed network access." 及 [0002] 涉及底层网络资源管理。 | 实质公开<br>[0029] "pooled resources... commercial-off-the-shelf hardware components..."<br>[0034] "allocated for use by a network slice... physical links..." | 实质公开<br>[0023] "...running on the same infrastructure with a tailored orchestration."<br>[0029] "infrastructure provider has only Y resources available..." |
| 特征B:网络支持在物理链路上实例化虚拟网络;网络管理系统管理虚拟网络流量路由的物理链路 | 实质公开<br>[0010] "...logical representation of Network Functions (NF) and their corresponding resource requirements..." | 毫无异议公开<br>[0032] "...TCSP will create a virtual network having virtual nodes and virtual links... VN need to be mapped to physical infrastructure." | 实质公开<br>[0005] "...virtual network functions are efficiently chained into a 'network slice'..." |
| 特征C:切片管理系统配置用于实例化和管理网络切片 | 实质公开<br>[0002] "...created, changed and removed by management functions within the telecommunications network."<br>[0005] "...life cycle management functions, which have the role of creating, changing... or removing network slices." | 毫无异议公开<br>[0006] "...slice creation and management entity (SCME)... instructions to a node... to allocate resources to the network slice..." | 毫无异议公开<br>[0005] "...assigned to a network infrastructure tenant... tailored orchestration." |
| 特征D:切片各自包括一个或多个虚拟网络;电信网络包括网络虚拟化系统 | 实质公开<br>[0010]-[0012] 描述网络切片由多个网络功能(NF)和资源组成。 | 毫无异议公开<br>[0030] "architecture is based on a network function virtualization (NFV) framework... define a plurality of virtual network functions (VNFs)..." | 毫无异议公开<br>[0005] "...network virtualization and softwarization concepts... NFV/VNF..." |
| 特征E:网络虚拟化系统基于网络服务描述(NSD)实例化虚拟网络并管理切片中包括哪些虚拟网络 | 未公开(仅提及静态配置或3GPP TR 23.799逻辑,未明确NSD实例化) | 毫无异议公开<br>[0031] "NFV MANO entity may be used to instantiate... identified by a network service (NS) request... VNFFG..." | 未公开(仅概括性提及NFV/VNF编排,未细化至基于NSD的虚拟网络映射管理) |
| 特征F:接口系统包括数据通信接口子系统,与切片管理系统、网络管理系统和网络虚拟化系统通信 | 未公开(D1属于控制平面的PC_NSS/AMF/SMF信令交互,无跨三方管理域的接口系统) | 未公开(D2采用集中式或嵌套SCME管理,无三域独立的跨域接口系统) | 未公开(D3采用NEF暴露接口与Slice Controller,未体现与底层网络管理系统、虚拟化系统的三方跨域接口系统) |
| 特征G & H:处理器子系统,配置为经由数据通信接口子系统进行特定操作 | 实质公开<br>[0100] 节点包含Processor 308/408,配置为执行网络数据交互。 | 实质公开<br>[0007] "Apparatus includes a processor operatively coupled to a memory; and a network communication interface." | 实质公开<br>[0030] "...network slice controller, which is a server and/or one or more computational processors..." |
| 特征I & J:从网络虚拟化系统获得标识数据,针对至少一个切片标识其包括的虚拟网络 | 未公开 | 未公开(D2是在SCME内部数据库[0093]或v-GWNI中记录拓扑,而非接口系统向虚拟化系统“获得”标识数据) | 未公开 |
| 特征K & L:基于标识数据,从网络管理系统获得利用率数据(物理链路的带宽/计算/存储容量) | 未公开(D1的PC_NSS从Analytics/NF获取Load/Latency [0072],非基于虚拟网络标识向网络管理系统查询物理链路利用率) | 未公开(D3在InfM[0087]中获取analytics,但非基于标识数据向物理网管查询) | 未公开(D3在[0034]中根据SLA和资源计算,未体现基于标识向NMS查询物理链路容量/利用率) |
| 特征M:向切片管理系统提供该网络切片的利用率数据 | 未公开 | 未公开 | 未公开 |
---
## 三、 最接近的对比文件(Closest Prior Art)分析
从**整体解决的技术问题**与**技术效果**角度分析:
### 1. 目标专利要解决的技术问题与效果
* **技术问题**:切片管理系统(Slice Management)缺乏对底层物理网络资源实际利用率的跨域感知能力,无法准确掌握切片所依托的物理链路负载。
* **技术效果**:通过专用的跨域接口系统,将虚拟化系统的“切片-虚拟网络”映射与网络管理系统的“物理链路利用率”进行关联匹配,精准地将底层硬件/物理链路利用率透传给切片管理系统,实现了跨域资源感知的闭环。
### 2. 对比文件评估与最接近对比文件的选定
* **D2 (`US10644955B2`) —— 建议作为最接近对比文件(Primary Reference)**
* **架构契合度**:D2完整且系统地阐述了基于NFV/MANO架构的网络切片实例化与管理(SCME系统),明确公开了物理资源(HW/Link)、虚拟网络(VN/VNF)与网络切片之间的层级映射与控制(如段落[0029]-[0031]、[0078])。
* **问题重合度**:D2旨在解决如何根据客户需求和网络状态进行灵活切片创建与资源分配(解决资源配置与状态感知问题)。
* **结论**:D2公开了目标专利最多的背景架构特征(特征A、B、C、D、E、G、H),最适合作为本专利创造性分析中的**最接近对比文件**。
* **D1 (`US20190357130A1`) —— 可作为备选的控制平面视角对比文件**
* D1侧重于3GPP 5G Core控制平面节点(AMF, PC_NSS, SMF)在UE注册/会话建立时的动态切片选择,其关注的是**控制平面的路由规则(NSRR)与策略**,而非**管理平面(Management Plane)跨域接口**的物理链路利用率采集。因此其作为最接近对比文件的契合度略低于D2。
* **D3 (`US11051210B2`) —— 侧重于商业/SLA拍卖与准入控制**
* D3关注基于马尔可夫决策过程/Q-Learning的切片SLA与收益(Payoff)准入控制,偏向算法与NEF暴露,不涉及底层物理链路利用率的跨域查询机制。
---
## 四、 未被最接近对比文件公开特征的分析与无效薄弱点
### 1. 区别技术特征(与最接近对比文件 D2 相比)
结合上表,目标专利权利要求1相对于D2的区别特征为:**特征F、I、J、K、L、M**。
概括而言,即:**一种特定的跨域接口系统及其运行逻辑——通过与虚拟化系统交互获取切片的虚拟网络标识(特征I,J),再据此向网络管理系统查询物理链路的利用率数据(特征K,L),最后提供给切片管理系统(特征M)。**
### 2. 其他对比文件(D1、D3)是否公开了上述区别特征?
* **D1**:仅公开了PC_NSS可从Analytics function(分析功能)获取负载或延迟(段落[0072],[0088]),但这属于5G NWDAF/分析节点向策略节点提供高层指标,**未公开**通过接口系统向“网络虚拟化系统”拿映射、再向“网络管理系统”拿物理链路利用率的二段式查询机制。
* **D3**:仅公开了在NEF或Controller处基于SLA进行容量计算(段落[0034]),同样**未公开**上述跨域接口数据流动机制。
### 3. 无效宣告请求中最薄弱的技术特征分析(专利权的“安全护城河”)
在提出无效宣告请求时,**目标专利最薄弱(即最容易被无效掉)的技术特征**与**最坚固(最难无效)的技术特征**如下:
* **最易被攻破的特征(薄弱点)**:
* **特征F、G、H(设立一个接口系统/处理器/通信接口)**:在通信网管领域,设置一个中间件(Middleware)、API网关或跨域接口代理(Adapter/Broker)来连接不同管理域(NMS、MANO、Slice Manager)属于本领域的**公知常识或常规选择**。如果仅凭“存在接口系统”这一概念,非常容易被认定为显而易见。
* **最坚固的特征(专利权的防御核心 / 我方无效的攻坚难点)**:
* **特征I+J+K+L+M(特定数据流链条:Slice Manager $\rightarrow$ Interface $\rightarrow$ Virtualization System [获取映射] $\rightarrow$ Network Management System [获取物理链路容量/利用率] $\rightarrow$ Slice Manager)**:
* **分析**:现有技术(如3GPP 32/28系列网管标准或ETSI NFV MANO标准)通常将NFVO/MANO与NMS的作用域严格划分。目标专利将“切片到虚拟网络”的逻辑映射与“物理链路的硬件利用率”通过一个专用的跨层接口进行了**关联逻辑绑定与两步式数据拉取**。
* **现状**:目前卷宗中的D1、D2、D3**均未公开**这一具体的跨域关联查询数据流。如果不补充新的对比文件,仅凭D1-D3的组合**极难直接击垮权利要求1的创造性**。
---
## 五、 进一步的对比文件检索策略(针对攻破核心特征)
为了成功无效目标专利权利要求1,下一步检索必须打破现有D1-D3仅局限于“切片选择/算法”的局限,重点向**电信网管架构(NGMN/3GPP SA5)与ETSI NFV跨域接口标准**方向深度挖掘。
建议采取以下精准检索策略:
### 1. 扩展检索方向与标准文献(Standard Essential Documents)
目标专利的架构高度契合 **3GPP SA5(管理与编排)** 和 **ETSI NFV IFA/SOL 规范**。专利局审查员常忽略标准规范的早期草案(Contributions):
* **重点检索标准组织**:
* **3GPP TS 28.530 / TS 28.531 / TS 28.541**(概念:CSMF、NSMF、NSSMF与NFVO/VNFM及Domain Manager/NMS之间的接口,如`NsiProvisioning`、`Performance Monitoring`跨域查询)。
* **ETSI GS NFV-IFA 013 / IFA 005 / IFA 006**(Os-Ma-nfvo、Ve-Vnfm-em 接口规范,特别是关于Virturalised Resources Performance/Capacity Management的查询接口)。
* **TM Forum (TMF) FrameworX / Zoom 项目**(关于Cross-domain Performance/Resource Management API)。
### 2. 关键词与IPC分类号组合检索策略
* **IPC/CPC分类号**:
* `H04L41/50`(基于服务水平协议SLA的管理;网络切片管理)
* `H04L41/0896`(基于网络功能虚拟化NFV的动态配置)
* `H04L41/096`(跨域或跨层网络管理)
* `H04L43/08`(链路或节点性能/利用率监控)
* **布尔逻辑检索式构造(建议在 PatSnap / Orbit / Google Patents 中执行)**:
* **组1(切片与虚拟化)**:`("network slice" OR "slice management" OR NSMF OR NSSMF)`
* **组2(物理/底层网管)**:`("network management system" OR NMS OR "physical link" OR "infrastructure management" OR PNFM)`
* **组3(映射与跨域查询)**:`("virtual network" OR VNF OR NSD OR VNFFG) NEAR5 (mapping OR identifier OR "service description")`
* **组4(利用率/容量采集)**:`("utilization" OR "bandwidth capacity" OR "link capacity" OR "performance data") NEAR10 (query OR request OR collect OR fetch)`
* **组合检索公式**:`(组1) AND (组2) AND (组3) AND (组4)`
### 3. 追溯同族与引用文献(Forward/Backward Search)
* 针对 **D2 (US10644955B2)** 和 **D1 (US20190357130A1)** 的引证专利(Forward Citations)进行二次追踪,特别是华为、爱立信、中兴、诺基亚、中国移动在2015–2018年间申请的3GPP SA5网管切片绩效监控(Performance Management/PM)相关专利,极其容易找到公开“切片性能指标需要穿透至底层物理链路利用率”的技术方案。
---
### 总结意见
当前三份对比文件(D1-D3)形成了较好的背景技术覆盖,其中 **D2最适合作为最接近对比文件**。但由于缺乏公开**“跨域接口系统依次向虚拟化系统取切片-VN映射、再向网管系统取物理链路利用率”**这一核心特征的直接证据,目前无效依据尚有欠缺。建议严格按照上述**第五部分策略**进行针对性补充检索,补充一份针对网管/MANO性能指标跨域采集的对比文件D4,即可形成强有力的创造性无效组合(D2 + D4 或 D2 + 公知常识/标准规范)。
作为一名经验丰富的专利代理师,我将根据授权专利实务标准,紧密结合**权利要求1**的技术方案、**对比文件D1**(WO2018137499A1)及**对比文件D2**(WO2019160390A1)的原文内容,进行深度技术特征拆解、对比分析及无效检索策略的构建。
---
### 一、 权利要求1的技术特征拆解与对比文件对比分析
#### (一) 特征比对汇总表(Feature Mapping Matrix)
以下针对权利要求1拆解出的13个技术特征(A~M),结合对比文件原文及出处给出比对结论:
| 权利要求1技术特征 | D1 (WO2018137499A1) 公开情况及原文出处 | D2 (WO2019160390A1) 公开情况及原文出处 |
| 特征A:网络管理系统被配置用于管理具有物理链路的网络的物理网络装备 | 实质公开:[0049][0050][0109]公开了基站(eNB)、PGW、OAM(操作维护管理)等物理实体及其网络/硬件资源管理。 | 未公开/未提及:仅在5G网络架构级别提及(R)AN、gNB等节点[图1],未具体涉及网络管理系统对物理链路及装备的管理。 |
| 特征B:网络支持在物理链路上实例化虚拟网络;网络管理系统被配置用于为相应虚拟网络管理经由哪个/哪些物理链路来路由其流量 | 实质公开:[0006][0049]公开了利用虚拟化技术将网络划分为多个网络实例,并在基站/PGW等执行实体上进行流量路由与资源调度(如时域/频域复用[0078-0080])。 | 未公开/未提及:未涉及底层物理链路路由流量的具体管理。 |
| 特征C:切片管理系统被配置用于实例化和管理网络切片 | 实质公开:[0006][0050]公开了OAM(操作维护管理)等实体对网络切片(network slice/instance)进行配置、管理与资源分配。 | 实质公开:[图1]及[0001]等公开了5G网络切片的实例化与管理(如AMF、NSSF、NRF等协同管理切片)。 |
| 特征D:网络切片各自包括虚拟网络中的一个或多个;电信网络包括网络虚拟化系统 | 实质公开:[0006][0049]公开了网络切片通过虚拟化技术构建,包含一个或多个网络实例。 | 实质公开:[5G系统架构章节]公开了网络切片为包含5G-AN和5G-CN的完整逻辑网络,依托虚拟化基础构架。 |
| 特征E:网络虚拟化系统被配置用于基于表示相应网络切片的网络服务描述来实例化虚拟网络并管理相应网络切片中包括哪个/哪些虚拟网络 | 未公开/隐含:[0045][0049]仅提及根据网络切片技术需求与签约数据分配资源/定义网络实例,未明确提及基于“网络服务描述(NSD)”去实例化及维护映射关系。 | 未公开:仅涉及NAS层的S-NSSAI/NSSAI配置与 signaling 更新,未涉及底层网络虚拟化系统基于“网络服务描述”实例化虚拟网络。 |
| 特征F:接口系统包括数据通信接口子系统,用于与切片管理系统、网络管理系统和网络虚拟化系统通信 | 未公开:[0050][0065]公开了执行实体与配置实体(OAM/HSS等)通信,但未公开一个专门的接口系统/子系统同时跨界连接切片管理、网络管理及网络虚拟化系统。 | 未公开:仅涉及AMF、SMF、UE之间的标准3GPP N1/N2/N11/N4接口,未公开该特定拓扑的接口系统。 |
| 特征G:处理器子系统 | 毫无异议公开:[0112]“处理器800”。 | 毫无异议公开:[0111]“프로세서(1111)”、“프로세서(1121)”。 |
| 特征H:处理器子系统被配置为经由数据通信接口子系统进行操作 | 实质公开:[0112][0131]处理器通过收发机/接口控制数据的发送与接收。 | 实质公开:[0111]处理器通过通信模块进行控制与数据收发。 |
| 特征I:从网络虚拟化系统获得标识数据 | 未公开:D1未公开从网络虚拟化系统获取此类标识数据的具体过程。 | 未公开:D2仅在AMF/UE层级传递S-NSSAI,未公开接口系统从网络虚拟化系统获取该映射标识。 |
| 特征J:标识数据针对至少一个网络切片标识该相应网络切片中包括哪个或哪些虚拟网络 | 未公开:D1中切片与实体的对应是静态签约或OAM配置,未定义该“切片-虚拟网络”的标识数据交互。 | 未公开:D2中的S-NSSAI仅作为切片选择辅助信息(SST+SD),不涉及切片内部包含哪些虚拟网络的映射标识数据。 |
| 特征K:基于该标识数据,从网络管理系统获得利用率数据 | 未公开:D1[0077]提到了计算物理资源利用率$M_s(T)$,但这是由执行实体(基站)自身计算的,并非接口系统基于上述标识数据向网络管理系统查询/获得。 | 未公开:D2不涉及网络管理系统与利用率数据的查询获取。 |
| 特征L:利用率数据指示一个或多个物理链路的带宽容量、计算容量和存储容量(至少一项),经由该物理链路路由虚拟网络流量 | 部分公开/未完全公开:D1[0051][0077]公开了最小保证带宽、最大可用带宽及物理资源利用率,但针对的是空口/基站资源,未明确针对“路由流量的物理链路”的计算/存储容量。 | 未公开:D2完全未涉及物理链路的带宽、计算和存储容量数据。 |
| 特征M:向切片管理系统提供该至少一个网络切片的利用率数据 | 未公开:D1[0066]提及执行实体向配置实体(如OAM)发送更新请求,但没有公开由接口系统将汇总分析后的“切片利用率数据”主动/被动提供给切片管理系统。 | 未公开:D2未提及向切片管理系统上报切片利用率数据。 |
---
### 二、 最接近的对比文件分析(基于整体技术问题与技术效果)
在评估哪个对比文件最适合作为最接近的对比文件(Primary Prior Art)时,需要从发明所解决的**技术问题**和**技术效果**进行考量:
#### 1. 权利要求1的核心技术方案与目的:
* **技术问题**:解决跨域(网络管理域、切片管理域、网络虚拟化域)信息隔离问题,使得切片管理系统无法准确获知底层物理链路/虚拟网络的实际资源利用状况,进而难以对切片进行动态扩缩容或生命周期管理。
* **技术手段**:引入一个**接口系统**,先从“网络虚拟化系统”获取“切片与虚拟网络”的拓扑映射(标识数据J),再凭借该映射向“网络管理系统”精准调取对应“物理链路”的利用率数据(K、L),最后向“切片管理系统”反馈切片利用率(M)。
#### 2. 对比文件评估:
* **D1 (WO2018137499A1)**:
* **技术领域与问题**:涉及5G网络切片间的资源共享控制,解决切片拥塞及资源分配不均的问题。
* **技术方案重合度**:D1深入到了切片资源(带宽、AMBR、物理资源利用率$M_s(T)$)的测量与控制层面(涉及特征A、B、C、D、G、H以及部分L)。
* **结论**:**D1最适合作为最接近的对比文件**。因为D1已经建立起了“网络切片-资源配置实体-执行实体”之间的资源监测与控制框架,技术领域、解决的问题(切片资源管理与监控)以及涉及的技术特征数量均大幅领先于D2。
* **D2 (WO2019160390A1)**:
* **技术领域与问题**:主要解决5G网络中终端(UE)的配置更新(UCU)以及S-NSSAI(切片选择辅助信息)被拒绝时的NAS层控制面信令优化问题。
* **技术方案重合度**:仅公开了极高层级的5G切片架构名词(如AMF、S-NSSAI,对应特征C、D、G、H),完全没有涉及“接口系统”、“物理链路流量管理”以及“网络管理系统与切片管理系统的交互”。
* **结论**:**D2不适合作为最接近的对比文件**,其仅能作为次要对比文件(Secondary Prior Art)用于提供5G切片通用架构的常识性补充。
---
### 三、 未被最接近对比文件(D1)公开的特征及无效突破口分析
#### (一) 未被D1公开的特征组合(创新点/争议焦点)
通过比对可知,D1未公开权利要求1中的以下核心特征组合(即权利要求1相对于D1的**实质性区别特征**):
1. **架构组件特征(F、I)**:建立一个连接切片管理系统、网络管理系统和网络虚拟化系统三者的**数据通信接口系统/子系统**。
2. **逻辑业务流程特征(I、J、K、L、M)**:
* **Step 1(跨域映射)**:从网络虚拟化系统获取针对特定切片的“切片-虚拟网络”映射标识数据(I、J)。
* **Step 2(按需查询)**:基于上述标识数据,向网络管理系统查询路由该虚拟网络流量的物理链路利用率数据(带宽/计算/存储容量)(K、L)。
* **Step 3(跨域上报)**:将获取的切片利用率数据提供给切片管理系统(M)。
#### (二) 无效请求中最薄弱的技术特征分析(代理师洞察)
从专利代理人的角度来看,**权利要求1中最薄弱、最容易被击破的技术特征是:特征I、J、K、M构成的“跨域资源利用率信息传递”逻辑。**
* **薄弱性原因分析**:
1. **3GPP/ETSI MANO(NFV管理与编排)标准体系规范的公知常识化**:
在3GPP与ETSI NFV规范中,**CSMF/NSMF**(切片管理系统)、**NFVO/VNFM**(网络虚拟化系统/NFV编排器)以及**TN-NSSMF/EM**(网络管理系统/传输域网管)之间的交互逻辑早已标准化。
* ETSI GS NFV-MANO 架构中,NFVO(网络虚拟化)本来就掌握着NSD(网络服务描述)以及VNFC/VL(虚拟链路)与NS(网络服务)的映射(特征E、I、J)。
* NSMF(切片管理系统)为了评估切片性能,必然需要向VNFM/NFVO以及Domain Manager(网络管理系统)收集PM(Performance Management,性能管理/利用率)数据(特征K、L、M)。
2. **权利要求1的撰写高度泛化**:
权利要求1仅描述了“**获取标识数据 -> 基于标识数据获取利用率 -> 向上级提供利用率**”这一极为顺理成章的信息转发路径,未在算法、数据结构或协议层施加具体的创新性限制(如具体的计算模型、消息报文格式或动态反馈控制闭环)。
3. **结论**:虽然D1/D2单篇未直接公开该接口系统,但只要检索到一篇介绍 **3GPP TS 28.530 / TS 28.531(切片管理)** 或 **ETSI GS NFV 架构** 的对比文件(D3),将D1与D3结合,**权利要求1极其容易因不具备创造性(专高审查指南/法条22条3款)而被整体无效掉**。
---
### 四、 针对性的对比文件进一步检索策略(Invalidation Search Strategy)
为了补充上述区别特征(特别是跨域接口系统及利用率交互流程),建议按照以下策略展开进一步检索:
#### 1. 重点检索标准组织(SDO)规范文件
本专利涉及电信网络切片管理与NFV架构,**标准文献是无效此类专利的最佳武器**:
* **ETSI NFV 规范**:
* 检索 **ETSI GS NFV-MANO 001**(NFV Management and Orchestration)。
* 检索 **ETSI GS NFV-IFA 013**(Os-Ma-nfvo 接口规范,即切片/Operations与虚拟化系统之间的接口)。
* **3GPP 28系列规范(SA5 运维与管理组)**:
* **3GPP TS 28.530** (*Management and orchestration; Concepts, use cases and requirements*):查找切片管理系统(NSSMF/NSMF)与网络虚拟化(NFVO)、网络管理(EM/DM)之间的交互要求。
* **3GPP TS 28.531** (*Management and orchestration; Provisioning*):查找根据网络服务描述(NSD)实例化切片及获取KPI/利用率数据的流程。
* **3GPP TS 28.550 / TS 28.552** (*Performance Management; Performance measurements*):查找切片与物理/虚拟链路资源利用率(Bandwidth/CPU/Storage)数据的收集与上报。
#### 2. 关键词与IPC/CPC分类号组合检索表达式
* **分类号(Classification Codes)**:
* `H04L41/0896`(切片管理/网络虚拟化配置)
* `H04L41/14`(网络拓扑与资源利用监控)
* `H04L41/5019`(切片SLA与性能管理)
* `H04W24/02`(网络管理与自组织网络)
* **检索要素表(Key Concepts)**:
* **概念1(接口/系统)**:`Interface system`, `Adapter`, `Broker`, `Orchestrator`, `NSMF`, `NSSMF`, `MANO`, `NFVO`
* **概念2(标识/映射)**:`Identifier`, `Mapping`, `Network Service Descriptor`, `NSD`, `Slice ID`, `Virtual Network ID`, `Topology`
* **概念3(利用率/容量)**:`Utilization`, `Capacity`, `Bandwidth`, `PRB`, `Compute`, `Storage`, `Performance measurement`, `PM data`
* **建议检索式(以Espacenet / Thomson Innovation语法为例)**:
1. `(H04L41/0896 OR H04L41/5019) AND ALL=("network slice" KEYWORD "virtual network" KEYWORD "utilization" KEYWORD "mapping")`
2. `ALL=("NSMF" AND "NFVO" AND ("physical link" OR "underlay") AND ("utilization" OR "bandwidth" OR "capacity"))`
3. `ALL=("slice management" AND "network virtualization" AND "network management" AND "performance data" AND "descriptor")`
#### 3. 检索实施路线:
* **第一优先目标**:寻找在 **2017年~2018年** 期间公开的3GPP SA5文稿(TDocs)或ETSI NFV草案,此类提案中通常会有切片跨域测量数据收集(Slice PM Data Collection)的架构图,能完美覆盖特征F、I、J、K、L、M。
* **第二优先目标**:寻找华为、中兴、爱立信、诺基亚在 2016-2018 年间申请的“切片性能监控/跨域资源协同管理”类专利,此类专利通常包含完整的接口映射及数据上报流程,可直接作为对比文件D3,与D1结合将本专利一举无效。
作为一名经验丰富的专利代理师,我将根据切片架构规范及专利实务规则,对本案切片管理接口系统专利的权利要求1进行全面而深入的对比文件比对及创造性评估。
---
## 一、 权利要求1技术特征拆解及技术方案解释
根据目标专利的整体技术方案,权利要求1旨在解决**在跨多技术域(特别是无线/核心网与传输网/物理网络)建立网络切片时,切片管理系统(Slice Management System)无法直接、实时获取底层物理链路资源实际利用率数据**的技术问题,从而实现了基于标识映射的跨域利用率数据准确传递与动态资源调度。
现将权利要求1拆解为 **技术特征 A ~ M**:
| 特征编号 | 权利要求1的原文特征描述 |
| 特征 A | 其中该网络管理系统被配置用于管理具有物理链路的网络的物理网络装备; |
| 特征 B | 其中该网络支持在这些物理链路上实例化虚拟网络;并且其中该网络管理系统被配置用于为相应的虚拟网络管理经由哪个或哪些物理链路来路由该虚拟网络的流量; |
| 特征 C | 该切片管理系统被配置用于实例化和管理网络切片; |
| 特征 D | 这些网络切片各自包括这些虚拟网络中的一个或多个;并且其中该电信网络包括网络虚拟化系统; |
| 特征 E | 该网络虚拟化系统被配置用于基于表示相应网络切片的网络服务描述来实例化虚拟网络并管理相应网络切片中包括哪个或哪些虚拟网络; |
| 特征 F | 该接口系统包括数据通信接口子系统,用于与该切片管理系统、该网络管理系统和该网络虚拟化系统通信; |
| 特征 G | 处理器子系统; |
| 特征 H | 该处理器子系统被配置为经由该数据通信接口子系统进行以下操作: |
| 特征 I | 从该网络虚拟化系统获得标识数据; |
| 特征 J | 其中该标识数据针对至少一个网络切片标识该相应网络切片中包括哪个或哪些虚拟网络; |
| 特征 K | 基于该标识数据,从该网络管理系统获得利用率数据; |
| 特征 L | 其中该利用率数据指示以下中的至少一项:一个或多个物理链路的带宽容量、计算容量和存储容量,经由该一个或多个物理链路来路由该一个或多个虚拟网络的流量; |
| 特征 M | 向该切片管理系统提供该至少一个网络切片的利用率数据。 |
---
## 二、 对比文件特征比对与公开性判定
我们将对比文件分别记为:
* **D1**:`WO2019184967A1`(公开号:`WO2019184967A1`)
* **D2**:`WO2019206396A1`(公开号:`WO2019206396A1`)
### 1. 比对分析详细出处及公开性认定
#### (1)针对对比文件 D1(`WO2019184967A1`)
* **特征 A/B(物理装备与虚拟网络映射管理)**:D1公开了NFV基础设施(NFVI)包含物理硬件及虚拟化层(说明书第5页第16-17行),NFVO和VNFM在虚拟化基础设施上部署VNF并完成网络连接(第5页第23-24行)。这属于基本的NFV资源管理,但**D1着重于高层VNF与NSD的模板选择,并未明确公开对“底层的物理链路及流量路由管理”**(即针对物理网络装备的物理链路路由管理)。
* **特征 C/D/E(切片管理系统与虚拟化系统)**:D1公开了NSMF(切片管理系统)负责切片实例化与管理(第5页第25-26行),切片包含多个VNF/NS(虚拟网络);NFV系统(MANO/NFVO,相当于网络虚拟化系统)基于NSD(网络服务描述)实例化VNF并构建网络(第5页第23-24行,第6页第1-5行)。**毫无异议公开特征 C、D、E**。
* **特征 F/G/H(接口与处理器)**:公开了网元具备处理器、存储器及通信接口(说明书第7页“一种装置500”以及图5,图1b中的接口)。**毫无异议公开特征 F、G、H**。
* **特征 I/J(从虚拟化系统获得标识数据)**:D1中NSMF向NFVO发送/接收NSD ID或VNF标识(说明书第6页第3-6行,第8页第1-5行),但这属于**切片部署模板和VNF层面的部署策略交互**,其标识并非为了“针对特定网络切片标识该切片中包含哪个/哪些底层虚拟网络”以供后续去查询物理链路利用率。
* **特征 K/L/M(利用率数据的查询与向切片管理系统提供)**:D1的重点在于**基于模板(NSD/VNFD)的参数偏好(DF)选择**(第6-9页),全篇**未公开**从网络管理系统获取物理链路的“带宽容量、计算容量和存储容量”利用率数据并反馈给切片管理系统的技术逻辑。
#### (2)针对对比文件 D2(`WO2019206396A1`)
* **特征 A/B(网络管理系统与物理链路管理)**:D2公开了传输网子网切片管理实体(TN-NSSMF)及域控制器(Domain Controller,SDN控制器),能够管理传输网(TN)的物理链路、节点及拓扑(说明书第15页“Domain Controller 28... Transport Network 30”),并管理传输网路径和连接(第17页“TN slice path computations”)。**毫无异议公开特征 A、B**。
* **特征 C/D/E(切片管理系统与虚拟化系统)**:D2公开了NSMF(切片管理系统,第14页第15-20行)实例化管理网络切片(NSI),NSI可包含多个子网切片(NSSI)/虚拟网络;且公开了RAN-NSSMF、Core-NSSMF和TN-NSSMF(第14页第21-25行)。**毫无异议公开特征 C、D、E**。
* **特征 F/G/H(接口系统与硬件)**:D2在NSMF与TN-NSSMF之间定义了移动传输切片接口(MTNSI 22,第14页第28行及图1、图2),用于两者之间的信息通信;网元均由处理器和接口电路构成(第19页第10-15行)。**毫无异议公开特征 F、G、H**。
* **特征 I/J(获取切片与虚拟网络的映射标识)**:D2公开了TN-NSDB数据库维护3GPP移动网络切片标识(NSI_ID)与传输网切片/虚拟资源(TN-NSSI_ID、link_id、node_id)之间的关联映射(第15页“Category I, II, III ids”, 第16页“TN-NSDB”)。通过MTNSI接口,NSMF或TN-NSSMF能够获取并维护切片与底层网络资源的标识映射(第15页“identification and mappings between the network slice... and the TN”)。**实质公开特征 I、J**。
* **特征 K/L/M(获取物理链路利用率数据并提交给切片管理系统)**:D2在“Category C (TN-capabilities exposure)”中明确公开:*“Through MTNSI 22 the current transport network availability/utilization information should be also available to the NSMF 12...”*(通过MTNSI 22接口,传输网当前的可用性/利用率信息也应当对NSMF可用,第18页第11-13行);且公开了获取传输网的带宽(min_bandwidth, max_bandwidth)、延迟、容量(capacity)等性能与资源利用状态,并将其暴露给高层NSMF(第18页“Category C”, 第18.5页XSD代码“performance: max_latency, min_bandwidth, max_bandwidth”)。**实质公开特征 K、L、M**。
---
### 2. 特征比对表格(Feature Comparison Table)
| 权利要求1的技术特征 | 对比文件 D1 (WO2019184967A1) | 对比文件 D2 (WO2019206396A1) |
| 特征 A:网管系统管理具物理链路的物理网络装备 | 未明确公开(侧重高层NFV基础设施抽象,未强调物理链路路由管理) | 公开(第15页“Domain Controller 28, Transport Network 30”,管理传输网物理拓扑及链路) |
| 特征 B:物理链路上实例化虚拟网络并管理其流量路由 | 部分公开(公开在NFVI上实例化VNF及虚拟连接,第5页第23-24行) | 公开(第14页第1-10行,第17页第10行“TN slice path computations”,控制传输路径与虚拟网络映射) |
| 特征 C:切片管理系统被配置用于实例化和管理网络切片 | 公开(第5页第25-26行,NSMF负责切片实例生命周期管理) | 公开(第14页第15-20行,NSMF负责整个NSI的管理与编排) |
| 特征 D:网络切片各自包括虚拟网络;包含网络虚拟化系统 | 公开(第5页第1-10行,网络切片由NS/VNF组成,包含NFV/MANO系统) | 公开(第14页第20-25行,NSI包含多域NSSI及虚拟化网络资源) |
| 特征 E:网络虚拟化系统基于网络服务描述实例化虚拟网络 | 公开(第4页第10-25行,基于NSD/VNFD进行NS和VNF实例化) | 公开(第15页第25-30行,基于NSI/NSSI模板与YANG/XSD模型进行资源实例化) |
| 特征 F:数据通信接口子系统与切片/网管/虚拟化系统通信 | 公开(第5页图1b,NSMF与NFVO/NFMF之间的接口) | 公开(第14页第28行,图1/图2,公开MTNSI 22接口,连接NSMF与TN-NSSMF) |
| 特征 G:处理器子系统 | 公开(第7页第10-20行,图5中的处理器51) | 公开(第19页第10-15行,计算设备及处理器) |
| 特征 H:处理器子系统被配置为经由接口执行操作 | 公开(第7页第15-25行,处理器控制通信接口执行信令交互) | 公开(第19页第10-15行,处理器执行指令控制MTNSI接口进行消息收发) |
| 特征 I:从网络虚拟化系统获得标识数据 | 部分公开(公开获取NSD_ID或VNF_ID,第6页第3-6行) | 公开(第15页第20-30行,获取NSI_ID、NSSI_ID及节点/链路资源映射标识) |
| 特征 J:标识数据针对切片标识包含的虚拟网络 | 区别特征(D1的标识仅用于模板偏好匹配,非切片到虚拟网络/链路的包含关系标识) | 公开(第15页第20-30行,TN-NSDB记录并映射网络切片与底层传输子网/虚拟网络的关系) |
| 特征 K:基于标识数据从网管系统获得利用率数据 | 区别特征(未公开基于标识向网管系统检索利用率数据) | 公开(第18页第11-13行,利用切片/资源标识通过MTNSI从TN-NSSMF获取利用率数据) |
| 特征 L:利用率数据指示带宽容量、计算/存储容量等 | 区别特征(未公开物理链路利用率数据的具体指标) | 公开(第18页第10-25行,明确公开网络利用率utilization information及min_bandwidth, max_bandwidth, latency等性能指标) |
| 特征 M:向切片管理系统提供切片利用率数据 | 区别特征(未公开向切片管理系统回传物理利用率数据) | 公开(第14页第5-10行,第18页第11-13行,通过MTNSI接口向NSMF提供传输网切片利用率数据) |
---
## 三、 最接近对比文件的选择与创造性分析
### 1. 最接近对比文件的确定
* **最接近对比文件:D2(`WO2019206396A1`)**
**理由分析:**
1. **整体解决的技术问题与技术领域高度一致**:目标专利与 D2 均致力于解决**5G电信网络中,高层网络切片管理系统(NSMF)如何获取底层传输网络/物理网络的实时状态、资源与容量利用率,从而进行跨域切片生命周期管理与资源优化**的问题。
2. **技术特征覆盖度极高**:D2 完整公开了目标专利权利要求1中的**绝大部分核心技术架构**,包括切片管理系统(NSMF)、传输网络管理实体(TN-NSSMF/域控制器)、跨域通信接口(MTNSI 22),并明确指出了通过该接口将底层传输网/物理链路的利用率数据(utilization info, bandwidth, latency)暴露并提供给高层 NSMF 系统。
3. **对比 D1 的优越性**:D1 仅关注于 NFV MANO 内部根据切片需求从模板中**选择 NSD/VNFD 部署偏好(DF)** 的过程,并未涉足底层物理网络路由利用率数据的跨接口获取与反馈,与本专利的核心发明点相距较远。因此,**D2 是最适合作为最接近对比文件的唯一/最优先选择**。
---
### 2. 权利要求1相对 D2 的创造性评估与最薄弱技术特征
从特征比对表中可以看出,**权利要求1的全部技术特征(A ~ M)在 D2 中均已被直接公开或实质公开**:
* **关键映射逻辑(特征 I, J)**:D2 明确记载了通过 `TN-NSDB` 维护 `NSI_ID`、`NSSI_ID` 与底层节点/链路标识(`node_id`, `link_id`)的对应映射关系(见 D2 说明书第15页 Category I/II/III)。
* **利用率传递逻辑(特征 K, L, M)**:D2 明确记载了通过 MTNSI 接口将传输网的利用率数据(`utilization information`)以及带宽性能(`min/max_bandwidth`)提供给切片管理系统(NSMF)(见 D2 说明书第18页 Category C)。
#### 最薄弱的技术特征(失效突破口):
如果专利权人在无效答辩中主张**“利用率数据(特征L)具体指物理链路的计算容量或存储容量,而 D2 主要是传输网的带宽容量”**,或者主张**“数据获取的交互节点具体拓扑关系(如独立接口子系统的具体实现方式)”**,这将是本权利要求**最薄弱、也是唯一可能的争论点**。
但在本领域普通技术人员(POSITA)看来,传输网节点/链路本身即包含计算与存储资源,且在切片管理接口(MTNSI)中增加/选择传递物理链路的“计算/存储容量”属于常规的技术选择与公知常识的简单叠加。因此,**权利要求1整体面对 D2 具备极高的被无效风险(创造性极弱,甚至可能被认定为不具备新颖性/创造性)**。
---
## 四、 进一步的对比文件检索策略(针对无效请求)
为了全面巩固无效案卷、确保彻底击穿目标专利的专利权(特别是防范其后续通过修改从属权利要求进行防守),建议采取以下进一步的检索策略:
### 1. 核心检索要素表达(Search Concepts & Keywords)
* **主题词与拓展词组合**:
* **切片管理/接口**:`Slice Management`, `NSMF`, `NSSMF`, `Slice Interface`, `Cross-domain`
* **网络虚拟化/网管**:`NFV`, `MANO`, `NFVO`, `Network Management System`, `NMS`, `Domain Controller`, `SDN`
* **标识映射/对应关系**:`Slice ID`, `Virtual Network ID`, `Mapping`, `Topology Mapping`, `Identifier`
* **利用率/资源状态数据**:`Utilization`, `Link Capacity`, `Bandwidth Capacity`, `Performance Monitoring`, `Resource Exposure`, `Telemetry`
### 2. CPC / IPC 分类号检索组合
* **`H04L41/0896`**:针对网络切片(Network Slicing)的管理与配置(极度精准)。
* **`H04L41/50`**:网络服务质量(QoS)及 SLA 监控与管理。
* **`H04L41/0895`**:基于虚拟化的网络配置管理(NFV/SDN)。
* **`H04L43/08`**:网络利用率、带宽、性能参数的监控。
### 3. 具体检索路径与标准规范补充
1. **3GPP 协议标准追踪(攻克切片接口公知常识的最强武器)**:
* 重点检索 2017–2018 年间的 3GPP Rel-15 / Rel-16 标准研究报告,特别是 **`3GPP TS 28.530`**(切片管理概念与需求)、**`3GPP TS 28.531`**(切片管理与编排)及 **`3GPP TR 28.801`**。
* 3GPP 规范中关于 **`3GPP Cross-domain / TN Management Interface`** 以及 **`3GPP Management Service (Provisioning / Performance Assurance)`** 的定义,通常能直接证明“通过接口提供网络切片与物理资源利用率”属于标准化的技术公知常识。
2. **ETSI NFV 规范与 ONF 传输切片标准**:
* 检索 **ETSI GS NFV-IFA 013**(Os-Ma-nfvo 接口规范,即切片/OSI 与 MANO 间的接口)。
* 检索 **ONF(Open Networking Foundation)** 针对 Transport Network Slicing 的 NBI(北向接口)定义文件。
根据权利要求1所述的接口系统,其中该处理器子系统被配置为基于该标识数据,指示该网络管理系统监测该一个或多个物理链路,并且周期性地生成该利用率数据,经由该一个或多个物理链路来路由该一个或多个虚拟网络的流量。
根据权利要求1或2所述的接口系统,其中该处理器子系统被配置为通过以下中的至少一项操作周期性地从该网络管理系统获得该利用率数据;向该网络管理系统订阅以周期性地从该网络管理系统接收利用率数据;以及周期性地向该网络管理系统发送请求。
根据权利要求1至3中任一项所述的接口系统,其中该处理器子系统被配置为响应于获得该利用率数据而指示该网络管理系统执行以下中的至少一项操作;经由一个或多个不同的物理链路重新路由该一个或多个虚拟网络的流量的至少一部分;以及将服务质量配置应用于该一个或多个虚拟网络的流量的至少一部分。
根据权利要求4所述的接口系统,其中该处理器子系统被配置为基于来自该切片管理系统的指令来指示该网络管理系统。
根据权利要求1至5中任一项所述的接口系统,其中该网络虚拟化系统是网络功能虚拟化系统;其包括网络功能虚拟化编排器和虚拟基础设施管理器;其中该处理器子系统被配置为通过以下操作获得该标识数据;从该网络功能虚拟化编排器获得网络标识符;以及基于该网络标识符,从该虚拟基础设施管理器获得该标识数据。
根据权利要求1至6中任一项所述的接口系统,其中该数据通信接口子系统包括一个或多个网络接口,用于与以下中的至少一项通信:该切片管理系统、该网络管理系统和该网络虚拟化系统。
根据权利要求1至7中任一项所述的接口系统,其中该网络是软件定义网络;其中该网络管理系统由软件定义网络控制器表示;并且其中该处理器子系统被配置为从该软件定义网络控制器获得该利用率数据。
根据权利要求1至8中任一项所述的接口系统,其中该网络管理系统由虚拟基础设施管理器表示;并且其中该处理器子系统被配置为从该虚拟基础设施管理器获得该利用率数据。
根据权利要求1至9中任一项所述的接口系统,其中该处理器子系统被配置为从该网络虚拟化系统获得由切片管理系统管理的一组或全部网络切片的标识数据;获得与该组或所有网络切片相关联的利用率数据;响应于从该切片管理系统接收到所选择的网络切片的标识符,向该切片管理系统提供所选择的网络切片的利用率数据。
根据权利要求1至10中任一项所述的接口系统,其中该接口系统和/或该网络管理系统被配置用于,如果相应虚拟网络的流量经由加密隧道传输,则管理该虚拟网络的标识符与该流量进入该加密隧道所经由的网络端口之间的对应关系,以使得能够基于该网络端口识别和监测以下中的至少一项:该一个或多个物理链路的带宽容量、计算容量和存储容量,经由该一个或多个物理链路来路由该虚拟网络的流量。