对比文件名称：2006-01-19_US2006013126A_发明申请_US20060013126A1 Tunnel failure notification apparatus and method
目标专利名称：1087快速重新路由条件下的RSVP-TE完美重启CN102598599B
本次调用模型名称：deepseek-r1
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：与不紧邻所述网络单元的远程节点建立HELLO会话。**（未公开）** | 无。 | 对比文件通篇教导的是在直接相邻的节点之间交换HELLO消息。如[0013]所述“The hello function of RSVP is a function to transmit/receive a hello message to/from an adjacent node”，其扩展也仅用于逐跳传递故障信息，并未教导与不紧邻的远程节点直接建立HELLO会话。因此该特征未被公开。 |
| **技术特征B**：以基于在所述HELLO会话期间交换的HELLO消息确定所述远程节点是否重启。**（未公开）** | 无。 | 对比文件中的HELLO机制用于检测相邻节点故障（通过hello life timer超时，参见[0015]-[0016]），但并未涉及“重启”的概念，更未教导利用HELLO消息确定远程节点是否重启。目标专利所称的重启是完美重启语境下的控制平面重启，对比文件未涉及。 |
| **技术特征C**：以便保留并恢复所述网络单元与所述远程节点之间一个或多个受保护标签切换路径(LSP)的状态信息。**（未公开）** | 无。 | 对比文件关注隧道故障时的断开、通知和切换，未在任何部分涉及保留或恢复LSP状态信息的完美重启机制。 |
| **技术特征D**：为了鉴于所述远程节点的重启而在所述网络单元内执行重启过程的目的。**（未公开）** | 无。 | 对比文件未提及网络单元自身的重启过程，也未涉及针对远程节点重启而执行任何过程。 |
| **技术特征E**：响应于不紧邻所述网络单元的所述远程节点的配置和自动发现之一，在所述受保护LSP的链路/节点故障之前与所述远程节点建立HELLO会话，包括与远程节点交换HELLO消息。**（未公开）** | 无。 | 对比文件既未公开与不紧邻节点建立HELLO会话，也未公开在故障前通过配置或自动发现建立此类会话。其HELLO会话始终建立在物理相邻节点之间。 |
| **技术特征F**：其中每个HELLO消息在要使用因特网协议(IP)转发协议路由所述HELLO消息的情况下包含值大于1的生存时间(TTL)。**（未公开）** | 无。 | 对比文件未对HELLO消息的TTL值做任何描述或限定。标准RSVP HELLO消息的TTL值为1，对比文件未教导将其设置为大于1以到达非相邻节点。 |
| **技术特征G**：其中每个HELLO消息在要经由在本地节点与远程节点之间建立的旁路隧道转发所述HELLO消息的情况下包含为1的TTL值。**（未公开）** | 无。 | 对比文件未涉及通过旁路隧道发送HELLO消息，也未限定此时TTL值为1。 |
| **技术特征H**：响应于所述受保护LSP的链路故障和节点故障中的至少一个，根据快速重新路由(FRR)方案将网络业务切换到保护路径上。**（《直接公开》）** | [0011] “If in this network configuration, fast reroute which is a high-speed failure switching for a tunnel is installed, an active tunnel and a standby tunnel are conventionally switched in the core #A, which is the node (point of local repair (PLR))…”（如果在该网络配置中安装了快速重路由（一种针对隧道的高速故障切换），则活动隧道和备用隧道通常在核心#A中切换……）<br>[0022] “(3) Fast reroute can switch a tunnel only when a failure occurs in an adjacent node.”（快速重路由仅在相邻节点发生故障时才能切换隧道。）<br>[0024] “It is another object of the present invention to make fast reroute possible even when a failure occurs in a node other than the adjacent node…”（本发明的另一目的是即使故障发生在相邻节点以外的节点时也使快速重路由成为可能……） | 对比文件明确提到了快速重新路由（FRR）方案，并公开了在发生链路/节点故障时，根据FRR方案将业务从活动隧道切换到备用隧道（即保护路径）上。尽管其扩展旨在使非相邻节点故障也能触发FRR，但故障后切换业务到保护路径这一基本方案已被清楚公开。因此该特征被直接公开。 |
| **技术特征I**：如果在所述受保护LSP的链路/节点故障之前尚未建立所述HELLO会话，则与不紧邻所述网络单元的所述远程节点建立所述HELLO会话，包括与远程节点交换HELLO消息。**（未公开）** | 无。 | 对比文件未公开在故障后与不紧邻节点建立HELLO会话。其所有HELLO通信均基于相邻节点关系。 |
| **技术特征J**：其中每个HELLO消息在要基于IP转发协议路由所述HELLO消息的情况下包含值大于1的TTL。**（未公开）** | 无。 | 同特征F，未公开。 |
| **技术特征K**：其中每个HELLO在要经由所述旁路隧道转发所述HELLO消息的情况下包含为1的TTL值。**（未公开）** | 无。 | 同特征G，未公开。 |
| **技术特征L**：响应于基于在所述HELLO会话期间交换的所述HELLO消息所述远程节点的重启，根据资源预留协议(RSVP)业务工程(TE)完美重启(RSVP-TE GR)机制执行重启过程，以便预留并恢复所述受保护LSP的LSP状态信息。**（未公开）** | 无。 | 对比文件完全没有涉及RSVP-TE完美重启（GR）机制，未提及重启过程或状态恢复。 |
| **技术特征M**：其中所述HELLO消息的所述TTL值被设置成至少等于或大于所述网络单元与所述远程节点之间的中间节点数量。**（未公开）** | 无。 | 对比文件未涉及TTL值设置。 |
| **技术特征N**：使得任何所述中间节点都不丢弃所述HELLO消息。**（未公开）** | 无。 | 对比文件未涉及相关技术效果。 |
| **技术特征O**：其中所述网络单元是所述受保护LSP的本地修复点(PLR)节点。**（《直接公开》）** | [0011] “If in this network configuration, fast reroute which is a high-speed failure switching for a tunnel is installed, an active tunnel and a standby tunnel are conventionally switched in the core #A, which is the node (point of local repair (PLR)) in which the start point of an active system coincides with that of a standby system.”（如果在该网络配置中安装了快速重路由……活动隧道和备用隧道通常在核心#A中切换，核心#A是活动系统起点与备用系统起点重合的节点（本地修复点PLR）。） | 对比文件明确将网络节点（core #A）定义为本地修复点（PLR），并指出其执行FRR切换功能。这与目标专利中网络单元为PLR节点的定义完全相同。因此该特征被直接公开。 |
| **技术特征P**：所述远程节点是所述受保护LSP的合并点(MP)节点；并且中在所述PLR节点与所述MP节点之间的所述保护路径中存在至少一个中间节点。**（未公开）** | 无。 | 对比文件未定义合并点（MP）节点，也未明确描述PLR与远程节点之间存在中间节点的保护路径结构。其FRR示例中，隧道切换后的路径可能包含中间节点，但并未从MP角度进行限定。 |
| **技术特征Q**：其中当所述FRR方案在所述保护路径上生效时，建立所述HELLO消息会话并执行所述重启过程。**（未公开）** | 无。 | 对比文件未涉及重启过程，也未教导在FRR生效时建立HELLO会话并执行重启。 |
| **技术特征R**：其中在无需将所述远程节点静态地配置为相邻节点的情况下所述网络单元建立所述HELLO会话。**（未公开）** | 无。 | 对比文件未涉及建立HELLO会话时不需静态配置为相邻节点的技术手段。 |
<<<H>>>
<<<O>>>