一种用于第一网络与第二网络之间的通信的节点，并且其中所述节点经由第一通信路线被耦合到第二网络中的虚拟控制器以形成分布式网关并且所述节点包括用于访问第二通信路线的部件其中第二通信路线包括从所述节点到第二网络的备用连接和从第二网络到所述虚拟控制器的连接以所述虚拟控制器作为第二通信路线的端点；用于在第一通信路线的连接失效时经由第二通信路线而耦合到所述虚拟控制器的部件；以及用于检测第一通信路线的连接失效并执行到第二通信路线的切换的部件。

作为资深专利代理师，我将为您对权利要求1进行深入的技术特征拆解、对比文件原文比对、最接近对比文件筛选以及创造性与检索策略分析。

首先需要明确的是，所提供的三份对比文件：

1. **D1**：EP1901497A1

2. **D2**：US20080069106A1

3. **D3**：JP2008072521A

经原文核对，**这三份对比文件实际上属于同一专利族（Patent Family）**，其技术方案、附图及文字描述完全对应。因此，在技术内容的揭露程度上，D1、D2、D3是等同的。以下分析中将以公开号分别标注出处。

---

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

结合本领域通用技术理解，对权利要求1进行技术特征拆解：

* **技术特征 A**：一种用于第一网络与第二网络之间的通信的节点，并且其中所述节点经由第一通信路线被耦合到第二网络中的虚拟控制器以形成分布式网关并且所述节点包括用于访问第二通信路线的部件；

* **技术特征 B**：其中第二通信路线包括从所述节点到第二网络的备用连接和从第二网络到所述虚拟控制器的连接以所述虚拟控制器作为第二通信路线的端点；

* **技术特征 C**：用于在第一通信路线的连接失效时经由第二通信路线而耦合到所述虚拟控制器的部件；

* **技术特征 D**：用于检测第一通信路线的连接失效并执行到第二通信路线的切换的部件。

---

### 二、 特征比对分析与表格

以下为权利要求1的各项技术特征在对比文件D1 (EP1901497A1)、D2 (US20080069106A1)、D3 (JP2008072521A) 中的比对情况及原文出处：

---

### 三、 对比文件公开性详细分析

1. **特征A与特征B的公开判定（实质公开）**：

* **节点与分布式网关**：D1/D2/D3中公开了“TCP accelerator 103/104”（TCP加速器），其在本地端虚拟创建了“virtual gateway 1036/1046”（虚拟网关）。TCP加速器通过虚拟网关在逻辑上端到端建立Session，将两端的加速器与虚拟网关联合构成了分布式中继/网关架构。

* **通信路线与端点**：D1/D2/D3公开了主路径（WAN 105，即第一通信路线）和备用路径（WAN 106，即第二通信路线）。会话是在虚拟网关（virtual gateway 1036 与 1046）之间建立的，因此虚拟控制器/网关即为第二通信路线的逻辑端点。

* **结论**：本领域技术人员可以明确，D1/D2/D3的“TCP加速器+虚拟网关”实质上完全对应于权利要求1中的“节点+虚拟控制器形成分布式网关”的技术架构。

2. **特征C与特征D的公开判定（毫无异议公开）**：

* D1/D2/D3明确记载了使用监控包（monitor packets）定时检测主通信路径（WAN port 1032 - WAN 105）是否发生故障，并在检测到失效时，由操作系统（OS 1034）查表并自动将物理接口与路由切换至备用路径（WAN port 1033 - WAN 106），同时保持虚拟网关之间的Session不中断。这与特征C、D的描述完全一致。

---

### 四、 最接近对比文件分析与创造性评估

#### 1. 整体解决的技术问题与技术效果比对

* **目标专利**：旨在解决分布式网关架构下，当主通信路线失效时，如何无缝、快速地切换至备用路线，避免连接中断，确保网络通信的高可靠性与低延迟。

* **对比文件 (D1/D2/D3)**：旨在解决网络系统通信路径冗余与快速切换问题（*“increase the speed of switching of communication paths... while securing reliability of communication”*），通过在中间设备建立虚拟网关维持Session，实现主备路径切换时的零丢包与快速恢复。

#### 2. 最接近对比文件的选择

由于 **EP1901497A1 (D1)**、**US20080069106A1 (D2)** 与 **JP2008072521A (D3)** 属于同族专利，其技术方案与目标专利所解决的技术问题、采用的技术手段及达到的技术效果高度契合：

* **最接近对比文件**：可选择 **EP1901497A1 (D1)** 或 **US20080069106A1 (D2)** 作为最接近对比文件。

* **评价结论**：以 D1（或 D2）单篇对比文件结合本领域公知常识（或直接基于单篇对比文件的实质公开），即足以否定权利要求1的**新颖性（A22）**或**创造性（A26.3）**。

---

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

若对手（专利权人）在无效程序中进行抗辩，权利要求1中**最薄弱（即最容易被我方攻破、但也最可能被专利权人拿来争辩）**的技术特征是：

> **“所述节点经由第一通信路线被耦合到第二网络中的虚拟控制器以形成分布式网关”** 中的 **“虚拟控制器（Virtual Controller）”** 与 **“分布式网关（Distributed Gateway）”** 的特定术语表述。

* **专利权人可能的争辩点**：专利权人可能会主张 D1/D2/D3 揭露的是“TCP加速器（TCP Accelerator）”和“虚拟网关（Virtual Gateway）”，而非无线/特定网络架构下的“分布式网关与虚拟控制器”。

* **我方（无效请求人）的反驳逻辑**：

1. **功能与架构等同**：D1/D2/D3 中的虚拟网关在逻辑上执行控制、封装、解封装和会话维持功能，实质上就是“虚拟控制器”；TCP加速器与第二端的加速器共同承担网关功能，构成了“分布式网关”。

2. **公知常识/领域惯用替换**：在通信网络领域（尤其是3GPP/电信网与IP网融合架构），将控制平面与数据平面分离、或将网关功能分布式部署（如分布式网关）属于本领域的常用架构设计，将“虚拟网关”称作“虚拟控制器”仅属于本领域技术人员的命名习惯差异或显而易见的技术替换。

---

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

为了在无效宣告程序中形成**多重保险（如“双套组合”方案）**，防止专利权人通过修改权利要求（例如将说明书中关于无线接入网、特定网络协议如3GPP/LTE/WLAN、或者具体的虚拟控制器动作合并入权利要求）来缩小保护范围，建议采取以下补充检索策略：

1. **基于特定网络架构的扩展检索（分类号+关键词组合）**：

* **IPC/CPC 分类号**：`H04L69/40`（冗余/故障恢复）、`H04L45/28`（路由链路故障保护）、`H04W92/02`（不同无线接入网间互通）、`H04W88/16`（网关设备）。

* **关键词组合**：`("distributed gateway" OR "split gateway") AND ("virtual controller" OR "WAG" OR "ePDG") AND ("backup path" OR "redundant path" OR "alternate path") AND ("failover" OR "switch")`

2. **针对通信标准与草案（Standard Essential Patents / 3GPP Technical Specifications）**：

* 重点检索 3GPP TS 23.402 / TS 23.234（关于3GPP与非3GPP/WLAN网络互通、S2a/S2b/S2c接口、以及分布式网关/ePDG/SaMOG架构中路径冗余与切换的章节）。此类标准文件通常早于目标专利申请日公开，且对“分布式网关”和“控制器”有极其精确的定义。

3. **追溯专利族及引证文献（Backward/Forward Citation Search）**：

* 以目标专利及对比文件 EP1901497A1 (D1) 为起点，调取其在欧洲专利局（EPO）、美国专利商标局（USPTO）审理过程中的审查意见通知书（Office Actions），检索审查员曾引用的同类失效切换与虚拟网关专利，作为补充对比文件D4、D5。

这份分析报告针对权利要求1，结合所提供的三篇对比文件（D1-D3）的原文档内容，从技术特征比对、最接近的对比文件选择、特征公开情况及无效宣告策略等维度进行详细的专利侵权与无效风险拆解。

## 技术特征分解与比对矩阵

为了清晰界定权利要求1的保护范围，将其划分为以下四个核心技术特征（A-D）。

---

## 详细特征比对与原文出处映射

### D3 (US20140226642A1) 的公开情况

D3是与本权利要求技术架构契合度最高的文件。

* **对应特征A与B：** D3的段落 [0003] 明确记载了“虚拟家庭网关（vHGW）消除了住宅网关（RGW）的大部分智能，并将其放置在运营商的基础设施（例如，边界网络网关（BNG）、云）中”。这毫无异议地公开了“节点（RGW）”与“第二网络中的虚拟控制器（BNG/云中的vHGW智能）”耦合以形成“分布式网关”。段落 [0004] 进一步公开了“vHGW将网桥连接到长期演进（LTE）网络。vHGW与LTE网络之间的接口称为LTE备份通道（LBC）”，实质公开了用于访问第二通信路线（LTE）的部件及以虚拟控制器为端点的网络拓扑。

* **对应特征C与D：** D3的段落 [0004] 明确记载“LBC最初设计用于上行链路和/或vHGW节点故障的情况...通过恢复故障前实施的相同网络配置，使LBC能够互连家庭设备并将其连接到互联网”。这实质公开了在第一路线（固定宽带上行）失效时，通过第二路线（LTE）耦合到虚拟控制器，并执行切换。

### D1 (US20090066789A1) 的公开情况

D1主要涉及安防网络中的数据路由设备。

* **对应特征B、C、D：** D1在段落 [0050] 中记载“如果宽带中断或不可用，则可以使用GPRS”，并在段落 [0123] 中明确记载“宽带通信412是网关102与iConnect服务器104之间连接的主要方式，GPRS/CDMA 414和/或PSTN 416接口充当容错备份，以防用户的宽带连接失败”。这毫无异议地公开了包含第一通信路线（宽带）和第二备用通信路线（GPRS/CDMA），以及在第一路线失效时检测并切换到备用路线的部件。

### D2 (CA2858162A1) 的公开情况

D2侧重于多WAN回程的流量聚合与负载均衡，并未公开虚拟控制器或分布式网关的概念。其在段落 [0064] 与 [0074] 中提到了响应故障事件（failure event）提供备用通信路径（alternate backup communications path），仅能作为失效切换这一常规技术手段的辅助证据。

---

## 最接近的对比文件评述

在创造性分析中，**D3 (US20140226642A1) 最适合作为最接近的对比文件**。

* **从整体解决的技术问题来看：** D3与本专利均致力于解决在将网关的智能/控制平面转移到云端或核心网（即虚拟网关架构）后，如何处理边缘节点（RGW）与云端控制器之间通信链路的可靠性问题。

* **从技术效果来看：** D3通过引入LTE备份通道（LBC），实现了在上行链路故障时无缝接管并恢复原网络配置，这与权利要求1在“第一通信路线连接失效时经由第二通信路线耦合到虚拟控制器”的技术效果完全一致。

---

## 未被最接近对比文件公开的特征及其可结合性

**未被完全公开的细节特征：**

D3在段落 [0004] 中从宏观层面描述了LBC用于应对故障，但可能未在文字上字面毫无异议地公开局部节点的“用于**检测**第一通信路线的连接失效并执行切换的部件”（特征D中的“检测”动作执行主体细节）。

**其他对比文件的公开情况：**

该未明确的“检测与切换”手段被 **D1** 明确公开。D1不仅描述了主备链路架构，还在段落 [0123] 中明确了GPRS接口在宽带失效时作为容错备份（fault tolerance）的机制，本领域技术人员极易将D1中成熟的链路失效检测与切换机制（如心跳包检测、硬件接口状态检测）应用到D3的vHGW架构中，以实现LBC的自动切换。

---

## 无效宣告请求中的“最薄弱技术特征”

若针对该专利提出无效宣告请求，权利要求1中**最薄弱的技术特征为“特征C与特征D”（主备链路的失效切换机制）**。

在网络通信领域，为关键主链路（如固网宽带）配备一条异构的备用链路（如蜂窝网络LTE/GPRS），并在主链路失效时执行检测与切换，属于本领域极其普遍的公知常识（Standard High Availability/Failover practices）。D1、D2和D3均在不同应用场景下描述了这一机制。因此，如果专利权人试图通过强调“失效切换”来争辩创造性，将极易被D1结合本领域常规技术手段所击破。

同时，“特征A”（分布式网关/虚拟控制器）也已被D3的vHGW架构完全实质公开，因此权利要求1整体面临极高的缺乏创造性（甚至新颖性）的风险。

---

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

为了构建更严密的无效证据链，建议采取以下检索策略以寻找更能体现“分布式网关节点端点切换”的X类文献：

1. **分类号检索 (IPC/CPC):**

* `H04L 12/66` (网关架构 / Gateways)

* `H04L 69/40` (网络可靠性、故障恢复 / Network reliability, recovery)

* `H04W 36/00` 或 `H04W 76/00` (无线通信中的连接管理与切换 / Handover/Fallback)

* `H04L 41/00` (软件定义网络SDN、控制平面与数据平面分离架构)

2. **核心关键词组合 (Keywords):**

* (Virtual Gateway OR vHGW OR Distributed Gateway) AND (Cloud OR SDN OR Controller)

* AND (Failover OR Backup OR Switchover OR Redundancy)

* AND (LTE OR Cellular OR GPRS OR Secondary link)

3. **重点申请人/发明人追踪:**

* 重点检索通信设备巨头（如 Ericsson, Huawei, Cisco, Alcatel-Lucent）在2012-2015年间关于 vCPE（虚拟客户端设备）或 vHGW 的专利布局，因该时期是SDN/NFV技术向家庭网关下沉的集中爆发期。

作为一名经验丰富的专利代理师，我结合目标专利的说明书内在含义以及三份对比文件的具体原文，对权利要求1进行深入的技术特征比对、创造性分析、无效攻防策略制定与补充检索策略建议。

---

### 一、 目标专利权利要求1的术语理解与特征拆解

目标专利权利要求1保护一种用于第一网络（如本地局域网LAN/家庭网络）与第二网络（如外部广域网WAN/互联网）之间通信的**“节点”（Node）**。

#### 权利要求1技术特征拆解：

* **特征A（分布式网关及备用路线访问部件）**：一种用于第一网络与第二网络之间的通信的节点，其中所述节点经由第一通信路线被耦合到第二网络中的虚拟控制器以形成分布式网关，并且所述节点包括用于访问第二通信路线的部件；

* **特征B（第二通信路线架构）**：其中第二通信路线包括从所述节点到第二网络的备用连接和从第二网络到所述虚拟控制器的连接，以所述虚拟控制器作为第二通信路线的端点；

* **特征C（失效时的耦合部件）**：用于在第一通信路线的连接失效时，经由第二通信路线而耦合到所述虚拟控制器的部件；

* **特征D（失效检测与切换部件）**：用于检测第一通信路线的连接失效，并执行到第二通信路线的切换的部件。

#### 说明书内在含义澄清（以专利代理师角度解读）：

1. **“分布式网关”（Distributed Gateway）**：指网关的功能并非完全由单个物理终端独立完成，而是由**本地物理节点（Node）**与**云端/第二网络中的“虚拟控制器”（Virtual Controller）**共同协同构成的分布式架构。

2. **“以所述虚拟控制器作为第二通信路线的端点”**：主路径（第一通信路线）与备用路径（第二通信路线）在第二网络侧的最终汇聚点/控制端均必须是**同一个“虚拟控制器”**，从而实现主备切换后在网络层/控制层的对端一致性。

---

### 二、 对比文件技术特征比对与公开性分析

以下对三份对比文件进行详细原文对译比对：

* **D1**：`US20110216646A1`

* **D2**：`WO2013085485A1`

* **D3**：`US20140126356A1`

#### 1. 特征比对表格（Feature Mapping Table）

---

### 三、 各对比文件详细原文出处分析

#### 1. D1 (`US20110216646A1`)：

* **特征A与D的公开**：

* 段落`[0007]`：“...said residential gateway comprises... a control unit arranged to activate said secondary external network interface... in response to detecting a loss of network connectivity over said first external connection, and forward data traffic...”说明RGW具有检测主链路丢失并自动切换至备用移动无线网络（2G/3G/4G）接口的能力（公开了**特征D**）。

* 段落`[0030]`, `[0046]`：“...residential gateway 41... establish a direct connection 52 with a mobile radio communications network 25... forward data traffic through the backup access path 53...”（公开了具有主/备两条通信路线的节点）。

* **缺陷/未公开特征**：D1仅将备用路线作为通用互联网接入（External Network 6），完全没有在第二网络中引入“虚拟控制器”（Virtual Controller）概念，更未将物理网关节点与云端虚拟控制器结合构成“分布式网关”（Distributed Gateway）。

#### 2. D2 (`WO2013085485A1`)：

* **特征A、B、C的公开**：

* 段落`[0020]`：“...a management device... responsive to a failure event, re-routes traffic associated with the first LAN onto the second WAN backhaul connection...”公开了多WAN链路间的故障重路由。

* 段落`[0066]`与`[0071]`：“...a traffic de-aggregator unit 235 communicatively interfaced between the first WAN backhaul connection 211 and the second WAN backhaul connection 212... routing the traffic having the bonded IP addresses through the traffic de-aggregator unit 235.”

* **分析**：D2公开了本地LAN Access Device与运营商侧（SP）的集中管理设备（Management Device 325/425）或流量解聚合单元（Traffic De-aggregator 235）配合的架构。第一WAN和第二WAN回传链路在网络侧均汇聚于同一个`Traffic De-aggregator 235`，这在技术实质上**实质公开**了“第一通信路线与第二通信路线均连接至第二网络中的同一控制/聚合端点”（即**特征B**和**特征C**）。

#### 3. D3 (`US20140126356A1`)：

* **特征C与D的公开**：

* 段落`[0006]`：“A failure of the first communication path can be detected and the select service can be routed over the failover path in response to the failure...”

* 段落`[0039]`与`[0055]`：“...failover element 118 can detect an interrupt and/or failure of the first communication path 120 and can route network traffic... to second path 122...”

* **分析**：D3重点在于Mesh网络中，当主路径失败时，如何通过备用路径（如邻居节点的无线Mesh）将特定服务（如紧急呼叫、安防监控）重路由至对端服务节点（Computing Device 304a）。

---

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

在针对权利要求1进行无效宣告/创造性挑战时，建议选择 **D2 (`WO2013085485A1`)** 或 **D1 (`US20110216646A1`)** 作为最接近的对比文件（最接近对比文件可有两个）：

#### 方案一：以 D2 (`WO2013085485A1`) 作为最接近对比文件（首选）

1. **整体解决的技术问题与效果**：

* D2旨在解决多WAN回传链路（如DSL、Cable、无线等）之间的流量聚合、负载均衡以及链路故障时的自我修复/快速重路由（Self-healing / Rapid Re-route）问题。这与目标专利“在主通信路线失效时实现向备用路线切换以保持与第二网络端点连通”的技术问题和技术效果**高度一致**。

2. **区别特征分析**：

* 目标专利权利要求1相较于D2的区别特征在于：明确限定了**“虚拟控制器”（Virtual Controller）**以及由本地节点与第二网络中的虚拟控制器**“形成分布式网关”（Forming a distributed gateway）**的特定架构命名和功能划分。

3. **结合D1/D3或公知常识的逻辑**：

* 在SDN（软件定义网络）和NFV（网络功能虚拟化）技术发展背景下，将网关控制面（Control Plane）上移至网络侧/云端形成“虚拟控制器”，与本地数据面节点构成“分布式网关”，属于本领域技术人员为了降低硬件成本、实现集中化管理而采取的**惯用技术手段/技术演进趋势**。D2中SP侧的`Management Device` / `Traffic De-aggregator`已经承担了集中的控制与流量汇聚作用，将其虚拟化为“虚拟控制器”对本领域技术人员而言是显而易见的。

#### 方案二：以 D1 (`US20110216646A1`) 作为最接近对比文件

1. **整体解决的技术问题与效果**：

* D1旨在解决住宅网关（RGW）主宽带连接丢失时，如何通过激活次级接口（如结合手机3G/4G网络）提供备用接入路径，确保家庭终端不中断网络访问。

2. **区别特征与结合路径**：

* 区别特征为：**特征A与特征B中关于“虚拟控制器”及“以虚拟控制器作为第二路线端点形成分布式网关”的限定**。

* **结合D2**：D2已明确公开了多WAN回传路径在运营商侧汇聚于同一集中管理/解聚合节点（Management Device 325 / Traffic De-aggregator 235）。将D1中的主备两条WAN路径统一接入到如D2所示的网络侧集中控制/聚合端点（即虚拟控制器），属于本领域的常规组合。

---

### 五、 最薄弱的技术特征与无效攻击重点

通过对比分析可见，权利要求1中**最薄弱的技术特征**是：

> **“经由第一通信路线被耦合到第二网络中的虚拟控制器以形成分布式网关” 及 “以所述虚拟控制器作为第二通信路线的端点”**

#### 无效攻防要点（代理师建议）：

1. **概念泛化与功能对等**：

目标专利将网络侧的控制节点冠以“虚拟控制器”（Virtual Controller）的名号，并将两者关系称为“分布式网关”。但在物理网关与云端协同的架构中，“虚拟控制器”本质上就是第二网络中运行控制逻辑的服务器或管理节点（如D2的`Management Device 325`或D3的`Computing Device 304a`）。

2. **说明书支持/充分公开审查（专利法第26条3/4款视角）**：

* 应重点审查目标专利说明书中对“虚拟控制器”和“分布式网关”的具体实现是否有实质性技术细节支撑。如果说明书仅仅提出了“虚拟控制器”这一概念，而没有给出如何实现虚拟控制器与本地节点之间的协同控制、状态同步等具体技术方案，可以**依据《专利法》第26条第3款（公开不充分）或第26条第4款（权利要求得不到说明书支持）**提出无效请求。

3. **创造性突破口（专利法第22条3款视角）**：

* 结合网络虚拟化（SDN/NFV）领域的背景公知常识，证明将传统网关的控制功能抽离并部署在网络侧服务器（即虚拟化）是本领域的公知技术，且该特征的引入并未产生意料之外的技术效果。

---

### 六、 进一步的对比文件检索策略（Supplemental Search Strategy）

为了彻底攻破上述“最薄弱技术特征”（分布式网关 + 虚拟控制器作为主备路线共同端点），建议采用以下进一步检索策略：

1. **组合关键词检索（Focusing on SDN/NFV Gateways）**：

* **逻辑组1（分布式网关/虚拟网关）**：`("distributed gateway" OR "virtual gateway" OR "vG" OR "virtualized gateway" OR "vCPE")`

* **逻辑组2（虚拟控制器/云端控制）**：`("virtual controller" OR "SDN controller" OR "cloud controller" OR "centralized controller")`

* **逻辑组3（主备路线/故障切换）**：`("backup path" OR "failover" OR "secondary link" OR "redundant connection" OR "dual WAN")`

* **检索式示例**：`((distributed OR virtual) NEAR2 gateway) AND ("virtual controller" OR "SDN controller") AND (failover OR "backup path" OR "secondary connection")`

2. **分类号组合（IPC / CPC Search）**：

* **H04L 41/0654**（网络管理中的故障恢复/冗余切换）

* **H04L 45/22**（多路径/备用路径路由）

* **H04L 45/28**（通过备用路由响应链路故障）

* **H04L 12/28**（家庭网络/住宅网关架构）

* **H04L 67/10**（分布式架构/云端协作）

3. **重点追踪特定技术族与标准文献**：

* **Broadband Forum (BBF) 标准文档**：重点检索 **TR-317**（Network Enhanced Residential Gateway, 虚拟化住宅网关架构），该标准明确提出了将传统RGW拆分为本地节点（Bridged RG）与云端虚拟网关/控制器的分布式架构。

* **时间节点限制**：检索优先关注目标专利申请日/优先权日之前的文献（重点关注 2011年~2015年 间SDN/vCPE架构爆发期的专利与文献）。

根据权利要求1所述的节点，其中所述节点包括用于请求用于与第二网络中的所述虚拟控制器通信的IP地址的部件。

根据权利要求1或2所述的节点，其中所述节点包括用以检测第一通信路线的连接失效并执行到第二通信路线的切换的代理。

根据权利要求1或2所述的节点，其中所述节点包括用以检测第一通信路线的连接失效并执行到第二通信路线的切换的模块。

根据权利要求1或2所述的节点，其中所述节点包括用于访问其它通信路线并选择优选通信路线作为第二通信路线的部件。

根据权利要求5所述的节点，其中所述节点包括用于根据预定规则来选择优选通信路线的部件。

根据权利要求6所述的节点，其中所述预定规则被包括在规定规则表中。

根据权利要求5所述的节点，其中所述节点包括用于针对可用性扫描其它通信路线并根据可用性来选择优选通信路线的部件。

根据权利要求1或2所述的节点，其中所述节点包括用于从所述虚拟控制器接收数据、控制和管理信号中的任何并将其传送到第一网络的部件；并且其中所述节点包括用于在第一通信路线的连接失效时经由第二通信路线来接收数据、控制和管理信号中的任何的部件。