目标专利:2055虚拟网络功能实例的状态复制的系统和方法
专利公开号:CN107005428B
专利权人:皇家KPN公司
无效请求书提交日期:2026年
非显而易见性评估仅供参考,不构成法律建议。
| 编号 | 名称 |
|---|---|
| 0 | 2010-02-09_US7660306B_发明授权_US07660306B1 Virtualizing the operation of intelligent network interface circuitry.docx |
| 0 | 2010-03-04_US2010054132A_发明申请_US20100054132A1 COMMUNICATION APPARATUS AND METHOD FOR TERMINATING A MAINTENANCE MESSAGE.docx |
| 0 | 2011-11-03_US2011265938A_发明申请_US20110265938A1 Encapsulated Switches Employing Mercury Substitute and Methods of Manufacture Thereof.docx |
| 0 | 2014-02-26_CN103607349A_发明公开_CN103607349A 虚拟网络中确定路由的方法及运营商边缘设备.docx |
一种由虚拟网络功能池(508)与控制实体(520)之间的接口元件(510)执行的方法,所述虚拟网络功能池包括多个虚拟网络功能实例;其至少包括第一虚拟网络功能实例和第二虚拟网络功能实例;所述控制实体(520)被配置成控制虚拟网络功能池的虚拟网络功能实例;以帮助至少在第二虚拟网络功能实例上复制第一虚拟网络功能实例的状态;所述方法包括步骤;接口元件获得从所述控制实体到第一虚拟网络功能实例的控制消息;所述接口元件至少向第一虚拟网络功能实例和第二虚拟网络功能实例提供控制消息或其衍生物;以及当所述接口元件具有提供给第一虚拟网络功能实例的控制消息或其衍生物的确认和提供给第二虚拟网络功能实例的控制消息或其衍生物的确认时;所述接口元件向控制实体提供控制消息的确认。
作为一名经验丰富的专利代理师,我深知在专利无效或诉讼程序中,权利要求的精准解释以及对比文件的客观特征比对是决定案件成败的关键。
下面我将紧密结合目标专利说明书的逻辑架构,对权利要求1进行精细化拆解,并与您提供的三份对比文件(D1、D2、D3)的英文原文及详细出处进行深度比对与创造性、无效可行性分析。
---
### 一、 目标专利权利要求1的法律与技术实质解释
目标专利权利要求1保护的是一种**在虚拟化网络环境下的接口元件执行的方法**。其核心技术方案是通过一个**“接口元件(510)”**作为中介,在**“控制实体(520)”**与**“虚拟网络功能池(508)”**(包含至少第一和第二VNF实例)之间进行控制消息的拦截、分发(复制)与确认(ACK)收敛。
其核心技术意图(整体解决的技术问题)在于:**在控制实体(如MANO或VNFM)无感知的状态下,通过接口元件在底层实现虚拟网络功能实例(VNF Instance)的状态同步与冗余复制(State Replication)。**
其达到的技术效果是:**保证了网络功能的高可用性(HA),同时避免了上层控制实体为了实现容灾而增加复杂的双发或同步逻辑,降低了控制实体的开销。**
---
### 二、 对比文件基本信息及公开性预判
在引入具体比对前,首先对三份对比文件进行合规性筛查:
1. **D1(US7660306B)**:公开号 **US7660306B1**(注:原文中标注为B1,实际为授权公开)。涉及智能网络接口卡(NIC)的虚拟化,属于云计算/网络虚拟化硬件卸载领域。**具有高度的相关性。**
2. **D2(US2010054132A)**:公开号 **US20100054132A1**。涉及以太网维护消息(OAM,如ITU-T Y.1731)在VLAN单元中的终止和处理。属于传统通信网络运营维护(OAM)硬件架构领域。**具有一定通信领域通用网络组件的相关性。**
3. **D3(US2011265938A)**:公开号 **US20110265938A1**。标题为《使用水银替代物的封装开关及其制造方法》,实际技术内容完全属于**电气硬件/液态金属物理开关(Electrical Switches)**领域。经审查原文,其解决的是水银开关的毒性问题及镓合金的浸润(Wetting)物理特性。**与本案网络虚拟化软件架构属于完全不同的技术领域,既未公开也未实质暗示本案的任何技术特征。在后续分析中,D3不具备可比性,直接予以排除。**
---
### 三、 权利要求1的技术特征分解与对比文件特征比对表格
以下将权利要求1拆解为特征A~H,并与D1(US7660306B1)、D2(US20100054132A1)的英文原文及详细出处进行横向比对:
#### 权利要求1技术特征比对表
| 权利要求1的技术特征拆解 | 对比文件1:D1 (US7660306B1) 是否公开及原文出处 | 对比文件2:D2 (US20100054132A1) 是否公开及原文出处 |
| 技术特征A:一种由虚拟网络功能池(508)与控制实体(520)之间的接口元件(510)执行的方法,所述虚拟网络功能池包括多个虚拟网络功能实例; | 实质公开。<br>D1公开了主机上运行多个客户操作系统(相当于VNF实例),并通过一个虚拟化层/虚拟操作系统(VOS)或单一网卡(NIC)进行物理隔离与集中管理。<br>出处:\[0002\], \[0007\] "a virtualization layer or virtual operating system (VOS) is executing on the host computer and multiple guest functions or operation systems (guest-OS)" | 毫无异议公开(上位概念)。<br>D2公开了一种接口卡,其容纳多个VLAN单元(可映射为网络功能的多个实例),并通过CPU卡进行控制。<br>出处:\[0008\] "A CPU card 30 is for performing setting/monitoring on each of the cards 10, 20." |
| 技术特征B:其至少包括第一虚拟网络功能实例和第二虚拟网络功能实例; | 实质公开。<br>D1明确指出了存在多个独立的guest-OS实例(如110, 120, 130)。<br>出处:\[0015\] "multiple guest operating systems (instances of guest-OS's 110, 120, 130) executing on top of the VOS 100." | 实质公开(上位概念)。<br>D2明确指出系统需要容纳数以千计的VLAN实例。<br>出处:\[0028\] "A typical communication apparatus is required to accommodate several thousands of VLANs." |
| 技术特征C:所述控制实体(520)被配置成控制虚拟网络功能池的虚拟网络功能实例; | 实质公开。<br>D1中的虚拟化层/VOS负责管理和控制这些guest-OS的资源使用及网络流。<br>出处:\[0004\] "...provide control on the resource usage of each application type..." 及 \[0026\] 提到的VOS匹配与控制逻辑。 | 毫无异议公开。<br>D2中的CPU卡明确用于对各个接口卡进行设置、控制和监控。<br>出处:\[0008\] "A CPU card 30... connected to each card 10, 20 for transmitting/receiving control signals... set table information..." |
| 技术特征D:以帮助至少在第二虚拟网络功能实例上复制第一虚拟网络功能实例的状态; | 未公开。<br>D1强调的是各实例之间的安全隔离(Segregated/Secure),防止相互篡改内存,其技术走向与“状态复制(State Replication)”恰恰相反。<br>出处:\[0014\], \[0023\] "The operation is referred to as 'secure' because each guest-function and guest-OS instance has its own data structures in the host memory..." | 未公开。<br>D2解决的是以太网OAM帧的分类与硬件终止(Termination),不涉及任何VNF实例间的状态复制。 |
| 技术特征E:接口元件获得从所述控制实体到第一虚拟网络功能实例的控制消息; | 实质公开。<br>D1中的流处理器/智能网卡架构中,仲裁器(Arbiter)和协议处理块会接收并拦截来自主机的控制消息首部(Control Messages)。<br>出处:\[0035\] "An arbiter 102 arbitrates among various signals such as headers of control messages from a host (104a)..." | 实质公开。<br>D2中的接入控制部分(Access Control)从网络或内部接收包含控制/维护信息的OAM帧/控制信号。<br>出处:\[0008\], \[0023\] "...extracts data starting from the top (header) to 160 bits... transmits the extracted data as search data..." |
| 技术特征F:所述接口元件至少向第一虚拟网络功能实例和第二虚拟网络功能实例提供控制消息或其衍生物; | 实质公开(广播/组播维度)。<br>D1提到网卡在处理组播或广播包时,可以由芯片上的模块将该报文分发/多播给订阅的多个不同的guest-OS。这在机制上等同于“向第一和第二实例提供消息”。<br>出处:\[0031\] "The NIC can, based on this determination, either multicast the packet to the appropriate guest functions or instances of guest-OS's..." | 实质公开(广播维度)。<br>D2提到广播帧会被传递给所有的网络功能或VLAN实例。<br>出处:\[0026\] "The broadcast packets are typically delivered to all guest functions and instances of guest-OS's." |
| 技术特征G:当所述接口元件具有提供给第一虚拟网络功能实例的控制消息或其衍生物的确认和提供给第二虚拟网络功能实例的控制消息或其衍生物的确认时; | 未公开。<br>D1仅提到了网卡在单个DMA命令完成后向主机写入各自对应的响应队列(Response Queue),不存在多路确认收敛/聚合(ACK Convergence)的机制。<br>出处:\[0018\] "The NIC 150 writes to the particular response queue 240 for the guest-OS instance when a command has been completed..." | 未公开。<br>D2仅涉及维护消息的“终止(Terminating)”和计数,不涉及多路分发后的确认聚合。 |
| 技术特征H:所述接口元件向控制实体提供控制消息的确认。 | 实质公开(单路维度)。<br>D1公开了接口设备在执行完来自主机的控制命令后,向主机报告进度或完成确认。<br>出处:\[0018\] "...thus providing the host an update on the progress of the execution of the DMA commands." | 未公开。<br>D2中没有控制消息双向异步确认并由中间件向上反馈的机制。 |
---
### 四、 最接近对比文件的选择与创造性评述
在创造性审查中,选择“最接近的对比文件(Closest Prior Art)”应优先考虑**技术领域相同或相近、解决的技术问题最相似、公开已知技术特征最多**的文献。
#### 1. 最接近对比文件的确定:**D1 (US7660306B1)**
* **理由**:
* **技术领域高度契合**:D1属于云计算及虚拟化网络技术领域,其明确提出了在主机的虚拟化层(VOS)下引入一个“智能网卡/接口设备”,用于在控制层(Host/VOS)与多个运行的网络功能实例(Guest-OS/Guest-Functions)之间充当“接口元件”。这与目标专利的虚拟化演进背景完全一致。
* **技术特征覆盖率最高**:如比对表所示,D1公开了权利要求1的前序部分(特征A、B、C)以及动态网络交互中的消息拦截与分发逻辑(特征E、F、H的部分维度)。
* **相比D2的优势**:D2(US20100054132A1)的核心在于传统电信网的VLAN+OAM帧的硬件查表和终止,其“CPU卡”与“接口卡”的架构属于较为传统的通信设备硬件划分,虽然其公开了通用的控制架构,但在网络功能虚拟化(NFV)以及接口元件动态处理VNF实例消息的语境上,D1明显比D2更接近目标专利。
#### 2. 未被最接近对比文件(D1)公开的特征是否被其他文件公开?
* **关键核心特征 D(状态复制)** 以及 **特征 G(两路确认皆具备时再向上游控制实体收敛确认)**:
* **审查结论**:**D2和D3均未公开这两个特征。**
* **分析**:特征D和G组成了本案的**核心发明点(发明台阶)**。D1虽然实现了消息的拦截与组播分发,但其根本技术目的是为了实现安全隔离(Segregation),让每个Guest-OS以为自己独占一个网卡。而目标专利的目的是为了实现**高可用性状态复制(HA State Replication)**。特征G(双重确认收敛)是一种典型的同步屏障(Synchronization Barrier)机制,确保主备VNF实例均已同步接收控制命令后,才向MANO层反馈,从而在接口元件层实现了事务的原子性。这一机制在D1、D2中均无任何实质公开或技术暗示。
---
### 五、 若提出无效请求:最薄弱的技术特征分析
若您代表请求人对目标专利提出无效宣告请求,或者作为防御方评估该专利的稳定性,**最薄弱(即专利权人最难守住、最容易被现有技术攻破)的技术特征**是:
* **特征 A、B、C(虚拟化架构环境)**:这是典型的NFV(网络功能虚拟化)标准架构。伴随着ETSI NFV标准的演进,在底层设立虚拟网络功能池、部署多个VNF实例、由控制实体(VNFM/VMANO)进行控制,属于本领域公知常识或已被D1等文献完全实质公开。
* **特征 E、F(接口元件拦截并分发消息)**:中间件(Proxy/Agent/Shim层)拦截上层控制消息并将其复制/分发给多个底层实例,这在传统的计算机分布式系统(如反向代理、负载均衡器、组播转发)中是非常基础的操作。D1中的Arbiter/Protocol Processing以及组播下发机制已经让这一特征失去了新颖性台阶。
#### 结论:
本案的**最强护城河(无效请求人最难攻克的部分)**在于**【特征D + 特征G】的有机结合**。即“为了在第二实例上复制第一实例的状态(特征D),由接口元件在收到两者的共同确认后,才向控制实体统一确认(特征G)”。
因此,**单纯依靠目前的D1和D2,由于缺乏关于“虚拟化高可用状态同步及ACK聚合收敛”的技术暗示,无法组合出权利要求1的完整方案,创造性请求难以成立。**
---
### 六、 进一步的对比文件检索策略建议
鉴于目前D1、D2、D3的组合在“状态复制与ACK收敛”特征上存在检索空缺,为了成功发起无效宣告,建议调整并实施以下精准检索策略:
1. **调整检索技术领域与关键词组合**:
* 目前检索主要偏向了“网络接口硬件和虚拟化(NIC Virtualization)”,应向**“分布式系统高可用(Distributed Systems High Availability)”**、**“热备/容灾(Hot Standby / Active-Passive Replication)”**、**“电信云NFV高可用性标准(NFV HA Standards)”**等软件及协议层面转移。
* **核心检索式关键词建议**:
* `(VNF OR "Virtual Network Function") AND (Replication OR Sync* OR "State Copy" OR Backup OR "Active-Standby")`
* `("Interface" OR "Proxy" OR "Agent" OR "Shim") AND ("Control Message" OR "Command") AND ("ACK" OR "Confirmation" OR "Response") AND ("Aggregate*" OR "Converge*" OR "Both" OR "Barrier")`
2. **锁定核心标准组织文献(Standard Essential Prior Art)**:
* 目标专利公开的图5(508, 510, 520)带有非常强烈的 **ETSI GS NFV(欧洲电信标准协会网络功能虚拟化)** 官方标准架构图的特征。
* 建议重点检索 **ETSI NFV-REL(Reliability / 高可用与可靠性工作组)** 在2015-2020年期间发布的评估报告和标准草案(如 ETSI GS NFV-REL 001/003/004等)。标准文件中经常会讨论在VNFM与VNF之间引入中间代理(Proxy/Broker)来实现状态同步和心跳收敛的机制。
3. **利用专利分类号(IPC/CPC)精准制导**:
* **H04L41/0654**(网络管理-网络或其组件的故障诊断、恢复或备份-高可用性,例如冗余、负载分担、热备份)。
* **H04L67/1095**(分布式网络应用中的数据或状态复制)。
* **G06F11/14**(计算机容灾、故障恢复、检查点设置机制)。
* 通过这些分类号,交叉限定“Message Proxy/拦截/两阶段提交/确认聚合”等特征,有极大概率检索到完全公开特征D和G的底层软件架构对比文件。
作为一名经验丰富的专利代理师,我针对您提供的权利要求1以及对比文件D1(CN103607349A)进行深入的法理与技术解析。
在进行特征比对前,首先需要指出的是:**本案目标权利要求1与对比文件D1(CN103607349A)属于完全不同的技术领域和架构体系**。
* **目标权利要求1** 关注的是**网络功能虚拟化(NFV)架构中的高可用性/状态复制机制**。它通过引入“接口元件”,在控制实体与虚拟网络功能(VNF)实例之间拦截控制消息,并利用“双重确认(Ack)机制”来帮助第二VNF实例(备用)复制第一VNF实例(主用)的状态。
* **对比文件D1(CN103607349A)** 关注的是**传统虚拟专用网络(VPN)或软件定义网络(SDN)中的路由规划问题**。其核心是通过运营商边缘(PE)设备获取虚拟网络转发表(VNF,此处代表 Virtual Network Forward 表,而非虚拟网络功能),并据此生成虚拟路由转发表(VRF)以实现用户自主规划路由。
以下是具体的对比分析:
---
## 1. 权利要求1的技术特征比对表格
由于D1中的“VNF”是“Virtual Network Forward(虚拟网络转发表)”的英文缩写(参见D1说明书`[0006]`),而目标权利要求中的“VNF”是“Virtual Network Function(虚拟网络功能)”的缩写,两者的技术内涵完全不同。在比对时,我将严格依据实质技术内涵进行客观比对。
| 目标权利要求1的技术特征 | D1(CN103607349A)对应技术特征及原文出处 | 比对结果 | 分析与理由 |
| 技术特征A: 所述虚拟网络功能池包括多个虚拟网络功能实例 | 无对应特征。 | 未公开 | D1公开了PE设备、CE设备和控制器,但未公开包含多个“虚拟网络功能实例”的“虚拟网络功能池”。D1中的VNF是指转发表。 |
| 技术特征B: 其至少包括第一虚拟网络功能实例和第二虚拟网络功能实例 | 无对应特征。 | 未公开 | D1未涉及主备或多个虚拟网络功能实例的设置。 |
| 技术特征C: 所述控制实体(520)被配置成控制虚拟网络功能池的虚拟网络功能实例 | 对应D1中的“控制器”或“用户程序的开放接口”(参见说明书[0006], [0049])。 | 实质公开 / 类似特征 | D1公开了“控制器”(如SDN集中控制器)下发VNF表给PE设备,在“控制网络设备行为”这一泛化层面上具有一定相似性。 |
| 技术特征D: 以帮助至少在第二虚拟网络功能实例上复制第一虚拟网络功能实例的状态 | 无对应特征。 | 未公开 | D1完全未涉及“状态复制”或高可用冗余备份的技术方案。 |
| 技术特征E: 接口元件获得从所述控制实体到第一虚拟网络功能实例的控制消息 | 无对应特征。 | 未公开 | D1中的PE设备直接从控制器接收VNF转发表,不存在一个介于控制实体和功能实例之间用于拦截控制消息的“接口元件”。 |
| 技术特征F: 所述接口元件至少向第一虚拟网络功能实例和第二虚拟网络功能实例提供控制消息或其衍生物 | 无对应特征。 | 未公开 | D1不涉及向两个不同的实例分发/复制控制消息的操作。 |
| 技术特征G: 当所述接口元件具有提供给第一虚拟网络功能实例的控制消息或其衍生物的确认和提供给第二虚拟网络功能实例的控制消息或其衍生物的确认时 | 无对应特征。 | 未公开 | D1中没有双重确认(Ack)机制的记载。 |
| 技术特征H: 所述接口元件向控制实体提供控制消息的确认 | D1中PE设备接收到控制器消息后是否反馈确认属于常规通信机制。 | 被公知常识覆盖 / 弱实质公开 | 虽然D1未明文提及Ack应答,但接收控制消息并返回确认属于通信领域的公知常识。 |
---
## 2. 最接近的对比文件(D1)分析
根据《专利审查指南》中关于创造性评判的“三步法”,选择最接近的对比文件通常优先考虑**技术领域相同或相近、解决的技术问题最相似、公开技术特征最多**的文献。
### 技术问题与技术效果分析
* **目标专利整体解决的技术问题:** 如何在控制实体控制虚拟网络功能池的过程中,在不增加控制实体负担或无需控制实体感知的前提下,可靠地在备用实例上复制主用实例的状态,从而实现高可用性(HA)。
* **目标专利的技术效果:** 通过接口元件实现控制消息的同步分发与双重确认,确保主备状态完全同步后才向控制实体返回确认,避免了状态丢失,提高了系统容错能力。
* **D1解决的技术问题与效果:** 解决用户在使用虚拟网络时不能自主规划路由的问题(说明书`[0005]`),其效果是使用户能根据自身需求规划数据包的转发路径(说明书`[0020]`)。
### 结论
**D1(CN103607349A)在创造性分析过程中不适合作为最接近的对比文件。**
因为D1与目标专利在技术领域、发明目的、核心架构(路由规划 vs. 状态备份)上存在根本性异同。如果强制将D1作为最接近的对比文件(D1作第一常识或基本出发点),审查员或请求人将面临巨大的“技术改造阻碍”,很难证明在本领域技术人员面前存在将“网络路由转发表生成系统”改造为“NFV主备状态同步接口”的技术启示。
*注:由于您目前只提供了一份对比文件(D1),若后续有其他对比文件(如涉及NFV、VNF备份、网元冗余的相关文献),通常那些文献更适合作为最接近的对比文件。*
---
## 3. 提出无效请求时最薄弱的技术特征
如果要对目标权利要求1提出无效宣告请求,基于现有的D1是完全不够的。在整个权利要求1中,**最薄弱的技术特征(即最容易被外围先申请或公知常识攻破的特征)**是:
> **技术特征H:** 所述接口元件向控制实体提供控制消息的确认。
> **技术特征C:** 所述控制实体被配置成控制……实例。
* **理由:** 这种“控制-响应/确认”的握手机制是通信协议和分布式系统中最基础的公知常识(类似于TCP的Ack机制)。
### 最顽固(最难无效)的核心技术特征
> **技术特征G:** 当所述接口元件具有提供给第一虚拟网络功能实例的控制消息或其衍生物的确认**和**提供给第二虚拟网络功能实例的控制消息或其衍生物的确认时,[才向控制实体反馈确认]。
* **理由:** 这是一个典型的**原子性/同步屏障(Synchronization Barrier)机制**。接口元件作为中间件,必须收集齐“主”和“备”两个实例的确认后,才对上层控制实体放行。这一特征与特征D(状态复制)耦合,构成了该权利要求具备创造性的核心发明点(Novelty/Inventive Step Step-up)。要无效该特征,必须检索到同样在中间件/接口层做双重同步确认的分布式系统或NFV高可用架构文件。
---
## 4. 进一步的对比文件检索策略
鉴于D1未能有效公开目标专利的核心特征,为了成功无效权利要求1,建议调整检索策略,跳出D1所属的“传统VPN/SDN路由转发”圈子,进入以下精准领域:
### 1. 关键词与技术领域调整
* **国际专利分类号(IPC分类号)聚焦:** 重点锁定在 `H04L41/0654`(容错、故障恢复、冗余)、`H04L67/1095`(数据复制/同步)、`H04L41/50`(网络功能虚拟化虚拟网元管理)。
* **核心关键词组合:**
* `(NFV OR "虚拟网络功能" OR VNF OR 网元) AND (备份 OR 冗余 OR 主备 OR "高可用" OR "状态复制" OR "状态同步" OR standby OR "active-standby")`
* `(接口 OR 中间件 OR 代理 OR proxy OR agent OR "接口元件") AND (拦截 OR 复制 OR 分发 OR 双投 OR multicast OR replicate) AND (确认 OR 应答 OR ACK OR "双重确认")`
### 2. 检索方向追踪
* **追踪经典高可用中间件架构:** 检索在虚拟化(VM/Container)或NFV(网络功能虚拟化)演进过程中,如何在NFVO/VNFM(控制实体)与VNF(实例)之间通过Proxy/Agent实现控制面消息同步的专利。
* **主要申请人锁定:** 重点检索在2012年—2020年期间,在NFV标准(ETSI NFV)及高可用容错领域有大量布盘的电信设备商和云计算厂商,如**华为、中兴、爱立信、诺基亚、思科、中国移动**等。此类结构常出现在他们关于“虚拟网元可靠性”或“虚拟网元热备”的专利申请中。
根据权利要求1所述的方法,其中;所述虚拟网络功能实例包括两个或更多虚拟网络功能实例;其中;所述接口元件至少向第一虚拟网络功能实例和第二虚拟网络功能实例提供控制消息的步骤包括向虚拟网络功能池的虚拟网络功能实例中的至少两个提供控制消息;以及其中;所述方法还包括步骤;所述接口元件识别虚拟网络功能池的虚拟网络功能实例;接口元件从该虚拟网络功能实例未接收到控制消息的确认;以及所述接口元件向虚拟网络功能池注册器(504)提供已识别虚拟网络功能实例的指示;所述虚拟网络功能池的所述虚拟网络功能实例向该虚拟网络功能池注册器(504)注册。
根据权利要求1-2之一所述的方法,还包括在所述接口元件与所述控制实体、所述第一虚拟网络功能实例以及所述第二虚拟网络功能实例中的每一个之间建立基础通信信道的步骤。
根据权利要求3所述的方法,其中;所述虚拟网络功能实例包括两个或更多虚拟网络功能实例;其中;所述接口元件建立基础通信信道的步骤包括在所述接口元件与所述虚拟网络功能池的所述虚拟网络功能实例中的至少两个的每一个之间建立基础通信信道;并且其中;所述方法还包括步骤;所述接口元件识别虚拟网络功能池的虚拟网络功能实例;与该虚拟网络功能实例不能建立基础通信信道和/或该基础通信信道断开;以及所述接口元件向虚拟网络功能池注册器(504)提供已识别虚拟网络功能实例的指示;所述虚拟网络功能池的所述虚拟网络功能实例向该虚拟网络功能池注册器(504)注册。
根据权利要求3所述的方法,还包括所述接口元件在已在所述接口元件与所述控制实体、所述第一虚拟网络功能实例以及所述第二虚拟网络功能实例中每一个之间建立的基础通信信道之上建立安全通信信道的步骤。
根据权利要求5所述的方法,其中;所述安全通信通道包括基于SSL/TLS的信道。
根据权利要求5所述的方法,其中;接口元件与控制实体、第一虚拟网络功能实例和第二虚拟网络功能实例中的每一个之间的安全通信信道是并行地建立的。
根据权利要求5所述的方法,其中;所述虚拟网络功能实例包括两个或更多虚拟网络功能实例;其中;所述接口元件建立安全通信信道的步骤包括在所述接口元件与所述虚拟网络功能池的所述虚拟网络功能实例中的至少两个的每一个之间建立安全通信信道;并且其中;所述方法还包括步骤;所述接口元件识别虚拟网络功能池的虚拟网络功能实例;与该虚拟网络功能实例不能建立安全通信信道和/或该安全通信信道断开;以及所述接口元件向虚拟网络功能池注册器提供已识别虚拟网络功能实例的指示;所述虚拟网络功能池的所述虚拟网络功能实例向该虚拟网络功能池注册器注册。