对比文件名称：2001-12-07_JP2001339463A_发明专利_JP2001339463A System and device for communication
目标专利名称：1087快速重新路由条件下的RSVP-TE完美重启CN102598599B
本次调用模型名称：ERNIE 4.5-128K-Preview
---
### 特征比对表格
| 技术特征及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：与不紧邻所述网络单元的远程节点建立HELLO会话<br>《直接公开》 | [0025] なお、上記のLink Helloメッセージの代わりにTargeted Helloメッセージを用いたExtend Discovery Mechanism（リンクレベルで直接接続されていないＬＳＲ neighborsを発見するメカニズム）の場合も同様の問題が生じる。<br>（此外，在使用Targeted Hello消息代替上述Link Hello消息的扩展发现机制（发现链路层非直接连接的LSR邻居的机制）的情况下，也会产生同样的问题。） | 对比文件的[0025]段明确记载了“扩展发现机制”，其作用是“发现链路层非直接连接的LSR邻居”，并且该机制使用“Targeted Hello消息”。这直接、毫无疑义地公开了与物理上不紧邻的远程网络节点（LSR）建立HELLO会话的技术方案。它与目标专利技术特征A的方案相同，都是与非紧邻节点建立HELLO会话。 |
| **技术特征B**：以基于在所述HELLO会话期间交换的HELLO消息确定所述远程节点是否重启<br>《未公开》 | 无 | 对比文件通篇涉及利用HELLO消息进行邻居发现和维持邻居关系（Hello adjacency），其目的是为了加速TCP连接（LDP Session）的建立，以解决连接建立时序问题。对比文件完全没有提及利用HELLO消息来确定远程节点是否发生控制平面重启，更没有公开此目的下的相应技术方案。 |
| **技术特征C**：以便保留并恢复所述网络单元与所述远程节点之间一个或多个受保护标签切换路径(LSP)的状态信息<br>《未公开》 | 无 | 对比文件的技术领域是MPLS中的LDP，其HELLO机制服务于LDP会话的TCP连接建立。其说明书中未出现任何关于“标签切换路径（LSP）”、“受保护LSP”、“保留并恢复LSP状态信息”的描述，没有公开该技术特征。 |
| **技术特征D**：为了鉴于所述远程节点的重启而在所述网络单元内执行重启过程的目的<br>《未公开》 | 无 | 对比文件的目的是解决“コネクションの確立時間を短縮して、サービス及び通信品質の向上を図った” (缩短连接建立时间，提高服务和通信质量)的问题（[0008]）。其技术方案完全不涉及网络单元自身或远程节点的重启过程，更没有公开为了应对远程节点重启而在本地执行重启过程的目的。 |
| **技术特征E**：响应于不紧邻所述网络单元的所述远程节点的配置和自动发现之一，在所述受保护LSP的链路/节点故障之前与所述远程节点建立HELLO会话，包括与远程节点交换HELLO消息<br>《直接公开》 | [0025] なお、上記のLink Helloメッセージの代わりにTargeted Helloメッセージを用いたExtend Discovery Mechanism（リンクレベルで直接接続されていないＬＳＲ neighborsを発見するメカニズム）の場合も同様の問題が生じる。<br>（此外，在使用Targeted Hello消息代替上述Link Hello消息的扩展发现机制（发现链路层非直接连接的LSR邻居的机制）的情况下，也会产生同样的问题。） | 对比文件公开的“扩展发现机制”，其核心就是通过“自动发现”的方式去探测和识别“非直接连接”的远程节点，并与之交互Targeted Hello消息以建立邻居关系。这与技术特征E中描述的“响应于……自动发现……与不紧邻的远程节点建立HELLO会话，包括交换HELLO消息”的技术方案完全一致。虽然对比文件未明确提及“在受保护LSP的链路/节点故障之前”，但其自动发现和会话建立过程本身是随时可以发生的，包含了故障前建立会话的情形。因此，该特征方案被直接公开。 |
| **技术特征F**：其中每个HELLO消息在要使用因特网协议(IP)转发协议路由所述HELLO消息的情况下包含值大于1的生存时间(TTL)<br>《未公开》 | 无 | 对比文件中完全没有提及HELLO消息的IP报头中的生存时间（TTL）字段，也没有公开设置其值大于1的技术手段。这是目标专利为实现与非紧邻节点通信而采用的关键技术特征，在对比文件中未得到任何体现。 |
| **技术特征G**：其中每个HELLO消息在要经由在本地节点与远程节点之间建立的旁路隧道转发所述HELLO消息的情况下包含为1的TTL值<br>《未公开》 | 无 | 对比文件未公开“旁路隧道”、“快速重新路由（FRR）”或任何形式的保护路径概念，因此也就不存在经由旁路隧道转发HELLO消息的场景，更没有公开在此场景下将HELLO消息的TTL值设置为1的技术特征。 |
| **技术特征H**：响应于所述受保护LSP的链路故障和节点故障中的至少一个，根据快速重新路由(FRR)方案将网络业务切换到保护路径上<br>《未公开》 | 无 | 对比文件涉及的是链路或装置发生故障后，通过加速HELLO消息发送来快速重建TCP连接（[0007]、[0046]），其处理的是连接重建问题。它完全没有公开“受保护LSP”、“快速重新路由(FRR)方案”、“保护路径”以及将业务切换到保护路径上的任何技术内容。 |
| **技术特征I**：如果在所述受保护LSP的链路/节点故障之前尚未建立所述HELLO会话，则与不紧邻所述网络单元的所述远程节点建立所述HELLO会话，包括与远程节点交换HELLO消息<br>《未公开》 | 无 | 该特征描述了一种特定的时序逻辑：即在故障发生后，判断会话是否建立，若未建立则进行建立。对比文件虽然描述了故障发生后重新建立邻居关系和连接的过程（例如[0046]-[0050]），但完全没有涉及与“受保护LSP”和“FRR”相关的上下文，也未公开在故障发生后判断先前是否存在HELLO会话的逻辑。因此，该特定组合的技术特征未被公开。 |
| **技术特征J**：其中每个HELLO消息在要基于IP转发协议路由所述HELLO消息的情况下包含值大于1的TTL<br>《未公开》 | 无 | 此特征与技术特征F类似，是对HELLO消息特定TTL值的限定。如上所述，对比文件完全没有涉及HELLO消息的TTL值设置，因此该特征未被公开。 |
| **技术特征K**：其中每个HELLO在要经由所述旁路隧道转发所述HELLO消息的情况下包含为1的TTL值<br>《未公开》 | 无 | 此特征与技术特征G类似，依赖于“旁路隧道”的存在。对比文件未公开任何关于旁路隧道及在此场景下设置TTL值为1的技术内容，因此该特征未被公开。 |
| **技术特征L**：响应于基于在所述HELLO会话期间交换的所述HELLO消息所述远程节点的重启，根据资源预留协议(RSVP)业务工程(TE)完美重启(RSVP-TE GR)机制执行重启过程，以便预留并恢复所述受保护LSP的LSP状态信息<br>《未公开》 | 无 | 对比文件的技术方案完全基于MPLS LDP协议，其目的是建立TCP连接。通篇没有提及“资源预留协议(RSVP)”、“业务工程(TE)”、“完美重启(GR)”等概念及其机制，更没有公开将HELLO消息检测到的重启事件与RSVP-TE GR过程关联起来以恢复LSP状态的技术方案。 |
| **技术特征M**：其中所述HELLO消息的所述TTL值被设置成至少等于或大于所述网络单元与所述远程节点之间的中间节点数量<br>《未公开》 | 无 | 对比文件未涉及TTL值，因此也就不存在关于TTL值与中间节点数量之间关系的设定规则或技术启示。 |
| **技术特征N**：使得任何所述中间节点都不丢弃所述HELLO消息<br>《未公开》 | 无 | 这是技术特征M所达到的技术效果。由于对比文件未公开技术特征M，自然也未能公开此技术效果。 |
| **技术特征O**：其中所述网络单元是所述受保护LSP的本地修复点(PLR)节点<br>《未公开》 | 无 | 对比文件中的网络单元仅被描述为LSR（标签交换路由器）。它没有公开“受保护LSP”、“本地修复点（PLR）”这些在FRR设施保护背景下的特定网络节点角色。 |
| **技术特征P**：所述远程节点是所述受保护LSP的合并点(MP)节点；并且中在所述PLR节点与所述MP节点之间的所述保护路径中存在至少一个中间节点<br>《未公开》 | 无 | 同理，对比文件未公开“受保护LSP”、“合并点（MP）节点”以及“保护路径”等概念。虽然其“扩展发现机制”处理的是非直接连接的节点，但并未将这些节点限定为FRR技术中的PLR和MP角色。 |
| **技术特征Q**：其中当所述FRR方案在所述保护路径上生效时，建立所述HELLO消息会话并执行所述重启过程<br>《未公开》 | 无 | 该特征将HELLO会话建立和重启过程的执行时间点明确限定在“FRR方案生效时”。这是一项具有特定应用场景的时序特征。由于对比文件完全没有公开FRR方案，因此该组合特征未被公开。 |
| **技术特征R**：其中在无需将所述远程节点静态地配置为相邻节点的情况下所述网络单元建立所述HELLO会话<br>《直接公开》 | [0025] なお、上記のLink Helloメッセージの代わりにTargeted Helloメッセージを用いたExtend Discovery Mechanism（リンクレベルで直接接続されていないＬＳＲ neighborsを発見するメカニズム）の場合も同様の問題が生じる。<br>（此外，在使用Targeted Hello消息代替上述Link Hello消息的扩展发现机制（发现链路层非直接连接的LSR邻居的机制）的情况下，也会产生同样的问题。） | 对比文件公开的“扩展发现机制”是一种动态发现邻居的机制，其本身就是一种不依赖于管理员手动静态配置远程节点为邻居的自动方法。通过发送Targeted Hello消息，本地LSR可以自动发现并与非直接连接的远程LSR建立HELLO会话。这直接、毫无疑义地公开了无需静态配置即可建立与非紧邻节点的HELLO会话的技术方案。 |
---
<<<A>>>
<<<E>>>
<<<R>>>