对比文件名称：2010-09-15_CN101834877A_发明公开_CN101834877A 基于分布式SIP构架的动态负载均衡的方法及系统
目标专利名称：1988服务网络节点的动态分配方法、服务器、系统及网络节点CN103329499B
本次调用模型名称：DeepSeek-Chat
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：接收与已注册的用户设备、另一个网络或网络节点关联的服务请求（直接公开） | 步骤5101：“用户端向注册的服务器发送INVITE请求”；步骤3：“用户端向所注册SIP服务器发起SIP请求时”。 | 对比文件明确公开了接收来自已注册用户设备的SIP请求（INVITE），该SIP请求属于服务请求，且用户设备已注册。因此直接公开。 |
| 技术特征B：其中所述用户设备向位于所述通信网络边缘的接入网络节点注册（未公开） | 对比文件未记载相关内容 | 对比文件中用户设备通过DNS分配直接向SIP服务器注册，未涉及位于网络边缘的接入网络节点（如P-CSCF或SBC）。因此未公开。 |
| 技术特征C：提供与所述服务网络节点关联的负载信息（直接公开） | 步骤1：“在数据库中维护一个SIP服务器的实时服务状态列表，所述服务状态列表包括SIP服务器的IP地址、工作状态、注册用户负载率、呼叫负载率”。 | 对比文件维护的实时服务状态列表包括注册用户负载率和呼叫负载率，这些是与SIP服务器（服务网络节点）关联的负载信息。因此直接公开。 |
| 技术特征D：响应于所述服务请求，基于所述负载信息来分配所述预定数量的服务网络节点之一给所述用户设备、所述另一个网络或所述网络节点（直接公开） | 步骤3：“用户端向所注册SIP服务器发起SIP请求时，该SIP服务器更新其当前负载数，若该服务器呼叫负载率较小，则处理该消息；否则在数据库的实时服务状态列表中找到当前呼叫负载率最小的SIP服务器，并将该消息重定向到那个SIP服务器上”。 | 对比文件在收到服务请求（SIP请求）时，基于呼叫负载率（负载信息）选择呼叫负载率最小的SIP服务器并重定向，相当于分配该服务网络节点给用户设备。因此直接公开。 |
| 技术特征E：其中，响应于所述服务请求而提供所述负载信息（直接公开） | 步骤5202：“首先将数据库表1与本服务器对应的记录的当前呼叫数增1，然后在该表中查找呼叫负载率最小的服务器，得到其IP”。 | 对比文件在收到SIP请求时，通过查询数据库获取呼叫负载率信息，即响应于服务请求提供负载信息。因此直接公开。 |
| 技术特征F：其中，以预定的时间间隔来提供所述负载信息（未公开） | 对比文件未记载相关内容 | 对比文件中的负载信息是通过实时更新或按需查询获得的，未提及以预定时间间隔主动提供负载信息。因此未公开。 |
| 技术特征G：其中，所述通信网络进一步包括位置数据库（直接公开） | 步骤1：“在数据库中维护一个SIP服务器的实时服务状态列表”。 | 对比文件明确包括数据库，该数据库用于存储SIP服务器的服务状态列表，相当于位置数据库。因此直接公开。 |
| 技术特征H：所述位置数据库包括与所述预定数量的服务网络节点关联的位置信息（直接公开） | 步骤1所述服务状态列表包括“SIP服务器的IP地址”；表1示例包括“服务器IP”列。 | 对比文件数据库中的服务状态列表包括SIP服务器的IP地址，即位置信息。因此直接公开。 |
| 技术特征I：其中，所述负载信息包括与所述服务网络节点的至少部分关联的响应时间信息和/或CPU资源信息（未公开） | 对比文件未记载响应时间或CPU资源信息 | 对比文件公开的负载信息为注册用户负载率和呼叫负载率，是基于数量的比率，而非响应时间或CPU资源信息。因此未公开。 |
| 技术特征J：接收识别所述预定数量的服务网络节点的至少部分的列表（直接公开） | 步骤402：“DNS查询数据库的表1，找出哪些SIP服务器已启动为可用状态”。 | 对比文件DNS通过查询数据库获得可用SIP服务器的列表，即接收了识别服务网络节点的列表。因此直接公开。 |
| 技术特征K：所述列表进一步包括与所述服务网络节点关联的位置信息（直接公开） | 步骤402所述可用服务器列表包括服务器IP地址（表1）。 | 对比文件可用的服务器列表包含服务器IP地址，即位置信息。因此直接公开。 |
| 技术特征L：接收与所述预定数量的服务网络节点的至少部分关联的负载信息（直接公开） | 步骤402中DNS查询数据库时获取注册用户负载率；步骤5202中服务器获取呼叫负载率。 | 对比文件在接收列表的同时也获取了负载信息（注册用户负载率或呼叫负载率）。因此直接公开。 |
| 技术特征M：基于选择规则和所述负载信息来从所述列表中选择服务网络节点（直接公开） | 步骤402：“并根据这些SIP服务器的注册用户负载率，选择一个最小的SIP服务器”；步骤5202：“在该表中查找呼叫负载率最小的服务器”。 | 对比文件基于选择规则（最小负载率）和负载信息来选择服务网络节点。因此直接公开。 |
| 技术特征N：分配所述选择的服务网络节点给所述用户设备、所述另一个网络或所述网络节点（直接公开） | 步骤403：“DNS响应用户端DNS查询消息，返回步骤402所得的IP地址”；步骤5203：“服务器向用户回应302重定向请求，目的服务器为上一步得到的服务器”。 | 对比文件通过DNS返回IP或重定向响应将选择的服务器分配给用户设备。因此直接公开。 |
| 技术特征O：分配所述通信网络的边界处的接入网络节点给所述用户设备（未公开） | 对比文件未记载相关内容 | 对比文件未涉及分配位于网络边缘的接入网络节点（如P-CSCF或SBC）。因此未公开。 |
| 技术特征P：执行与所述接入网络节点关联的注册功能（未公开） | 对比文件未记载相关内容 | 对比文件的注册功能由SIP服务器执行，而非接入网络节点。因此未公开。 |
| 技术特征Q：在包括与所述通信网络的服务的订户关联的用户简档的订户数据库中存储所述注册（未公开） | 对比文件未记载用户简档及订户数据库 | 对比文件虽然存储注册信息，但未公开包含用户简档的订户数据库（如HSS/UPSF）。因此未公开。 |
| 技术特征R：在位置数据库中存储位置信息（直接公开） | 表1在数据库中存储服务器IP地址；步骤405在数据库表1中更新当前注册用户数等。 | 对比文件在数据库中存储SIP服务器的IP地址（位置信息）。因此直接公开。 |
| 技术特征S：所述位置信息与所述接入网络节点关联（未公开） | 对比文件未记载接入网络节点 | 对比文件存储的位置信息与SIP服务器关联，而非接入网络节点。因此未公开。 |
| 技术特征T：发送所述服务请求到所述分配的服务网络节点（直接公开） | 步骤404：“用户端得到注册域名所在的IP地址后，将注册消息发送到该IP的SIP服务器”；步骤5205：“用户向重定向消息中的服务器发起INVITE请求”。 | 对比文件用户端将服务请求（注册或INVITE）发送到分配的SIP服务器。因此直接公开。 |
| 技术特征U：如果所述分配的服务网络节点的存储器不包括与所述用户设备关联的用户简档，则所述分配的服务网络节点请求所述用户简档（未公开） | 对比文件未记载用户简档及请求机制 | 对比文件未涉及用户简档，服务器处理请求时直接更新数据库，不请求用户简档。因此未公开。 |
| 技术特征V：将所述服务请求路由到包括与服务请求关联的服务的应用服务器（未公开） | 对比文件未记载应用服务器 | 对比文件未涉及应用服务器，服务器直接处理请求。因此未公开。 |
| 技术特征W：其中，所述服务请求是终止服务请求；并且中所述位置数据库进一步包括与分配给向通信网络注册的用户设备的接入网络节点关联的位置信息（未公开） | 对比文件未记载终止服务请求及接入网络节点位置信息 | 对比文件未区分发起/终止服务请求，也未存储接入网络节点位置信息。因此未公开。 |
| 技术特征X：如果与所述终止服务请求关联的终止用户设备向所述通信网络注册，则向所述位置数据库请求与分配给所述终止用户设备的所述接入网络节点关联的位置信息（未公开） | 对比文件未记载相关内容 | 对比文件无终止服务请求处理流程，也不涉及接入网络节点位置信息请求。因此未公开。 |
| 技术特征Y：经由所述接入网络节点将所述终止服务请求路由到所述终止用户设备（未公开） | 对比文件未记载相关内容 | 对比文件无接入网络节点概念，路由直接由SIP服务器处理。因此未公开。 |
| 技术特征Z：其中，所述服务请求由SBC、P-CSCF、IBCF、S-CSCF或I-CSCF来接收（直接公开） | 步骤5101：“用户端向注册的服务器发送INVITE请求”；步骤5205：“用户向重定向消息中的服务器发起INVITE请求”。 | 对比文件中的SIP服务器作为服务网络节点，接收用户端发送的SIP请求，该SIP服务器相当于S-CSCF。因此直接公开了由S-CSCF接收服务请求。 |
<<<A>>><<<C>>><<<D>>><<<E>>><<<G>>><<<H>>><<<J>>><<<K>>><<<L>>><<<M>>><<<N>>><<<R>>><<<T>>><<<Z>>>