对比文件的名称：2010-01-07_US2010002722A_发明申请_US20100002722A1 AUTOMATIC SIGNALING METHOD AND DEVICE FOR TELECOMMUNICATION SERVICES
目标专利的名称：718通信网络系统之间的可信路由CN107251509B
本次调用的模型名称：DeepSeek Chat
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：其路由数据分组并在数据库中存储不同通信网络系统之间的可信路由（未公开） | 无直接对应内容 | 对比文件公开了INI在边界路由数据分组（[0094]）并维护链路状态数据库（[0051]），但未公开“可信路由”的概念，未涉及信任级别或信任链验证，无法直接或隐含得出存储可信路由。 |
| 技术特征B：向另一通信网络系统发送通信网络系统的安全性信息（直接公开） | [0054] “首先，交换请求和响应INI的认证，表明每个INI有权与其他INI通信并请求服务。” | 对比文件明确公开了INI之间交换认证信息，认证信息属于安全性信息，因此直接公开了发送安全性信息。 |
| 技术特征C：从其他通信网络系统接收更新消息（直接公开） | [0055] “更新消息：当INI的某个数据库有更新时，INI可以向另一个INI发送此消息类型。” | 对比文件公开了INI发送更新消息，本领域技术人员可毫无疑义地确定接收方必然接收更新消息，因此直接公开了接收更新消息。 |
| 技术特征D：所述更新消息传送关于通信网络系统之间的可达性的信息（直接公开） | [0055] “例如：新网络连接、新服务创建、网元故障或拓扑变化。”；[0069] “每个INI可以构建一个更新消息，包含其GUID和本地网络的网络能力。” | 对比文件中的更新消息用于通知拓扑变化和网络能力，这些信息直接关联网络可达性，因此更新消息传送可达性信息。 |
| 技术特征E：所述更新消息包括来自其他通信网络系统的第一路径信息（未公开） | 无直接对应内容 | 对比文件的更新消息包含GUID和网络能力，但不包含指示路径是否被验证的第一路径信息。 |
| 技术特征F：所述第一路径信息指示在更新消息中携带的路由信息已经通过的不同通信网络系统的节点之间的路径是否已经被验证（未公开） | 无直接对应内容 | 对比文件未公开任何路径验证指示信息。 |
| 技术特征G：基于第一路径信息更新存储在数据库中的可信路由（未公开） | 无直接对应内容 | 由于第一路径信息未公开，基于其更新可信路由也未公开。 |
| 技术特征H：检测数据分组需要具有特定信任级别的路由（未公开） | 无直接对应内容 | 对比文件未涉及信任级别，也未公开检测数据分组是否需要特定信任级别路由。 |
| 技术特征I：从存储在数据库中的可信路由确定朝向如所述数据分组中所指示的目的地的特定可信路由（未公开） | 无直接对应内容 | 对比文件未公开可信路由数据库及基于信任级别的路径确定。 |
| 技术特征J：在朝向所述目的地的所述特定可信路由上设置所述数据分组（未公开） | 无直接对应内容 | 对比文件未公开基于特定可信路由设置数据分组。 |
| 技术特征K：从另一通信网络系统接收其他通信网络系统的安全性信息（直接公开） | [0054] “首先，交换请求和响应INI的认证，表明每个INI有权与其他INI通信并请求服务。” | 对比文件公开了INI接收认证信息，即安全性信息，因此直接公开。 |
| 技术特征L：将安全性信息存储在数据库中（直接公开） | [0051] “授权和认证数据库，由网络管理系统配置。这些数据库包含允许连接到每个INI的实体列表以及每个实体的授权细节。” | 对比文件公开了将认证信息存储在授权和认证数据库中，即存储安全性信息，因此直接公开。 |
| 技术特征M：响应于通信网络系统和其他通信网络系统之间的连接的建立而在开放消息中传达安全性信息，或者在更新消息中传达安全性信息（未公开） | 无直接对应内容 | 对比文件在连接建立时使用专门的认证请求/响应消息（[0055]），未在开放消息或更新消息中传达安全性信息，因此未公开。 |
| 技术特征N：其中所述开放消息、所述更新消息和保持活跃消息中的至少一个被完整性保护且签名，或者完整性保护的消息和相应消息的各个字段被签名（未公开） | 无直接对应内容 | 对比文件仅提及“认证接口”（[0071]），未公开消息签名或完整性保护的具体机制。 |
| 技术特征O：将第一路径信息包括到更新消息中，所述更新消息传送关于通信网络系统之间的可达性的信息，所述第一路径信息指示在更新消息中携带的路由信息已经通过的不同通信网络系统的节点之间的路径是否已经被验证，或将关于节点之间的可信任性的第二路径信息包括到更新消息中，或将定义要用作到节点的下一跳的路由器的地址的第三路径信息包括到更新消息中，或将定义本地路由条件的第四路径信息包括到更新消息中（未公开） | 无直接对应内容 | 对比文件的更新消息不包含路径验证信息、可信任性、下一跳地址或本地路由条件。 |
| 技术特征P：朝向其他通信网络系统发送更新消息（直接公开） | [0055] “更新消息：当INI的某个数据库有更新时，INI可以向另一个INI发送此消息类型。” | 对比文件明确公开了INI发送更新消息，因此直接公开。 |
| 技术特征Q：利用遵从从其他通信网络系统所接收的安全性信息的密钥对更新消息进行签名（未公开） | 无直接对应内容 | 对比文件未公开对更新消息进行签名。 |
| 技术特征R：检查更新消息是否利用遵从发送到其他通信网络系统的安全性信息的密钥进行签名（未公开） | 无直接对应内容 | 对比文件未公开签名检查。 |
| 技术特征S：在检查结果为否定的情况下，丢弃所述更新消息（未公开） | 无直接对应内容 | 对比文件未公开基于签名检查的丢弃操作。 |
| 技术特征T：其中，所述更新消息包含以下中的至少一个：关于节点之间的可信任性的第二路径信息，定义要用作到节点的下一跳的路由器的地址的第三路径信息，以及定义本地路由条件的第四路径信息，并且所述方法包括：基于第二、第三和第四路径信息中的至少一个而更新存储在数据库中的可信路由（未公开） | 无直接对应内容 | 对比文件的更新消息不包含可信任性、下一跳地址或本地路由条件，也未公开基于这些更新可信路由。 |
| 技术特征U：与不同的通信网络系统交换保持活跃消息（直接公开） | [0055] “保持活跃：可以定期为每个服务发送此消息，沿着服务路径，从而验证连接是否活跃。” | 对比文件明确公开了保持活跃消息的交换，因此直接公开。 |
| 技术特征V：将第一路径信息包括到更新消息中，所述更新消息传送关于通信网络系统之间的可达性的信息，所述第一路径信息指示在更新消息中携带的路由信息已经通过的不同通信网络系统的节点之间的路径是否已经被验证，或将关于节点之间的可信任性的第二路径信息包括到更新消息中，或将定义要用作到节点的下一跳的路由器的地址的第三路径信息包括到更新消息中，或将定义本地路由条件的第四路径信息包括到更新消息中（未公开） | 同特征O，无对应内容 | 同特征O，未公开。 |
| 技术特征W：朝向其他通信网络系统发送更新消息（直接公开） | [0055] “更新消息：当INI的某个数据库有更新时，INI可以向另一个INI发送此消息类型。” | 同特征P，直接公开。 |
| 技术特征X：其中，基于本地路由条件来定义所述路由器的地址（未公开） | 无直接对应内容 | 对比文件未公开基于本地路由条件定义路由器地址。 |
<<<B>>><<<C>>><<<D>>><<<K>>><<<L>>><<<P>>><<<U>>><<<W>>>