对比文件：2002-01-10_US2002004843A_发明申请_US20020004843A1 System, device, and method for bypassing network changes in a routed communication network
目标专利：1087快速重新路由条件下的RSVP-TE完美重启 CN102598599B
模型名称：DeepSeek
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：与不紧邻所述网络单元的远程节点建立HELLO会话 **《直接公开》** | [0067] “First a Hello Message is sent through the tunnel. If the tunnel bridges several hops before it reaches the far end of the tunnel, a Targeted Hello Message is used.”（首先通过隧道发送Hello消息。如果隧道在到达远端之前桥接多个跳，则使用目标Hello消息。） | 对比文件明确公开了当隧道跨越多跳（即远程节点与本地节点不紧邻）时，通过发送目标Hello消息与远程节点建立Hello会话。虽然对比文件是在LDP语境下描述，但技术特征A本身未限定协议，仅描述建立HELLO会话的动作，且目标专利说明书中也认可HELLO机制可基于不同协议扩展。本领域技术人员能够直接地、毫无疑义地从对比文件中得出与不紧邻的远程节点建立HELLO会话的技术方案。因此该特征被直接公开。 |
| **技术特征B**：以基于在所述HELLO会话期间交换的HELLO消息确定所述远程节点是否重启 **《未公开》** | 对比文件中未找到相应公开内容。 | 对比文件中的Hello消息用于建立LDP邻接以及后续的KeepAlive保活，目的是检测链路或节点故障以及维持邻接关系，并未提及利用Hello消息确定远程节点是否重启。因此该特征未被公开。 |
| **技术特征C**：以便保留并恢复所述网络单元与所述远程节点之间一个或多个受保护标签切换路径(LSP)的状态信息 **《未公开》** | 未公开。 | 对比文件整体涉及网络故障的快速绕行与恢复路径切换，完全不涉及控制平面重启后保留或恢复LSP状态信息。因此该特征未被公开。 |
| **技术特征D**：为了鉴于所述远程节点的重启而在所述网络单元内执行重启过程的目的 **《未公开》** | 未公开。 | 对比文件没有提及任何与节点重启相关的过程或目的，其技术方案聚焦于流量保护而非控制平面重启恢复。因此该特征未被公开。 |
| **技术特征E**：响应于不紧邻所述网络单元的所述远程节点的配置和自动发现之一，在所述受保护LSP的链路/节点故障之前与所述远程节点建立HELLO会话，包括与远程节点交换HELLO消息 **《直接公开》** | [0067] 如A中引用。对比文件在描述建立恢复路径（可视为保护路径）时，在故障发生前，若隧道跨越多跳则使用目标Hello消息建立会话。另外，[0041]等段落描述了预计算恢复路径并安装到转发表中，该过程显然在故障前完成。 | 对比文件公开了在故障发生之前，为了建立跨越多跳的LSP隧道而发送目标Hello消息与不紧邻的远程节点建立会话。该远程节点可以是根据隧道配置或自动发现确定的（例如旁路隧道的出口节点）。这完全对应于特征E所描述的在受保护LSP故障前建立HELLO会话的动作。因此该特征被直接公开。 |
| **技术特征F**：其中每个HELLO消息在要使用因特网协议(IP)转发协议路由所述HELLO消息的情况下包含值大于1的生存时间(TTL) **《未公开》** | 未公开。 | 对比文件完全没有提及HELLO消息的TTL值设置，也没有讨论通过IP转发路由Hello消息的场景。因此该特征未被公开。 |
| **技术特征G**：其中每个HELLO消息在要经由在本地节点与远程节点之间建立的旁路隧道转发所述HELLO消息的情况下包含为1的TTL值 **《未公开》** | 未公开。 | 对比文件未公开HELLO消息的TTL值设置。因此该特征未被公开。 |
| **技术特征H**：响应于所述受保护LSP的链路故障和节点故障中的至少一个，根据快速重新路由(FRR)方案将网络业务切换到保护路径上 **《直接公开》** | [0049] “Upon detecting a failure of the primary path 110, Node A 102 switches some or all of the traffic from the primary path 110 to the recovery path 112.”（在检测到主路径110的故障时，节点A 102将部分或全部业务从主路径110切换到恢复路径112。）另见[0021]、[0039]、[0053]及图4状态4。 | 对比文件明确公开了响应于链路或节点故障，将受影响业务从主路径（受保护LSP）快速切换到预先建立的恢复路径（保护路径）上。这本质上就是快速重新路由（FRR）方案。因此该特征被直接公开。 |
| **技术特征I**：如果在所述受保护LSP的链路/节点故障之前尚未建立所述HELLO会话，则与不紧邻所述网络单元的所述远程节点建立所述HELLO会话，包括与远程节点交换HELLO消息 **《未公开》** | 未公开。 | 对比文件仅公开了在故障前为建立LSP而发送目标Hello消息，未提及在故障之后才建立Hello会话的任何情形。因此该特征未被公开。 |
| **技术特征J**：其中每个HELLO消息在要基于IP转发协议路由所述HELLO消息的情况下包含值大于1的TTL **《未公开》** | 未公开。 | 同特征F，对比文件未公开TTL值设置。 |
| **技术特征K**：其中每个HELLO在要经由所述旁路隧道转发所述HELLO消息的情况下包含为1的TTL值 **《未公开》** | 未公开。 | 同特征G，对比文件未公开TTL值设置。 |
| **技术特征L**：响应于基于在所述HELLO会话期间交换的所述HELLO消息所述远程节点的重启，根据资源预留协议(RSVP)业务工程(TE)完美重启(RSVP-TE GR)机制执行重启过程，以便预留并恢复所述受保护LSP的LSP状态信息 **《未公开》** | 未公开。 | 对比文件完全没有涉及RSVP-TE完美重启（GR）机制，也没有在重启时保留或恢复LSP状态信息的任何教导。因此该特征未被公开。 |
| **技术特征M**：其中所述HELLO消息的所述TTL值被设置成至少等于或大于所述网络单元与所述远程节点之间的中间节点数量 **《未公开》** | 未公开。 | 对比文件未公开TTL值的任何设置。 |
| **技术特征N**：使得任何所述中间节点都不丢弃所述HELLO消息 **《未公开》** | 未公开。 | 对比文件未公开相关技术内容。 |
| **技术特征O**：其中所述网络单元是所述受保护LSP的本地修复点(PLR)节点 **《隐含公开》** | [0049] 节点A 102检测主路径故障并执行切换到恢复路径的动作。图1中Node A对应PLR功能。 | 在对比文件中，执行故障检测并将业务从主路径切换到恢复路径的节点（如节点A）在功能上完全等同于本地修复点（PLR）。虽然未使用PLR术语，但本领域技术人员能够合理推断该节点就是FRR方案中的PLR节点。因此该特征被隐含公开。 |
| **技术特征P**：所述远程节点是所述受保护LSP的合并点(MP)节点；并且在所述PLR节点与所述MP节点之间的所述保护路径中存在至少一个中间节点 **《隐含公开》** | 图1示出的恢复路径112经由节点D 108到达节点C 106。节点C可视为合并点，且路径中存在中间节点D。 [0049]等描述了切换到恢复路径。 | 对比文件的保护路径（恢复路径）通常将业务从入口节点传送到出口节点，该出口节点将业务合并回正常路径，功能上等同于合并点（MP）。且图1示例中保护路径包含中间节点（Node D），即PLR与MP不直接连接。因此该特征被隐含公开。 |
| **技术特征Q**：其中当所述FRR方案在所述保护路径上生效时，建立所述HELLO消息会话并执行所述重启过程 **《未公开》** | 未公开。 | 对比文件虽然公开了FRR生效时业务在保护路径上，但并未公开在此状态下建立HELLO会话以及执行重启过程。因此该特征未被公开。 |
| **技术特征R**：其中在无需将所述远程节点静态地配置为相邻节点的情况下所述网络单元建立所述HELLO会话 **《隐含公开》** | [0067] 目标Hello消息的使用基于隧道建立的需要，而非预先静态配置的邻居关系。 | 对比文件中的Targeted Hello消息是朝着特定隧道出口节点发送，其目的地址为已知的远程节点地址，无需将其预先静态配置为协议相邻节点。本领域技术人员能够合理推断出这种HELLO会话的建立不依赖于静态邻居配置。因此该特征被隐含公开。 |
---
<<<A>>><<<E>>><<<H>>><<<o>>><<<p>>><<<r>>>