好的，我们开始进行评估。
**对比文件名称：** 2003-10-02_US2003185178A_发明申请_US20030185178A1 TDD-RLAN wireless telecommunication system with RAN IP gateway and methods
**目标专利名称：** 957通信网络系统中的不同IP接口CN101978667B
**模型名称：** 本次调用的模型名称未提供，默认使用当前模型。
## 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译） | 公开性论述 |
| 技术特征A：包括：确定用户平面接口的类型，呼叫将经由该用户平面接口被处理 | **未明确公开**。对比文件描述了多种接口（如Iu-CS, Iu-PS, Uu, Iub等），但未公开一个控制装置（如MSC服务器）主动“确定”呼叫将经由的特定用户平面接口类型（如A, Nb, Mb）的过程。对比文件侧重于网络架构和RAN IP网关的引入，而非在呼叫处理过程中动态确定接口类型。 | 对比文件没有公开MSS等控制装置确定“用户平面接口类型”的步骤。对比文件中的RNC或C-Plane Server可能处理信令，但并未明确其会确定呼叫经由的接口是“A”、“Nb”还是“Mb”等具体参考点类型。该特征未被直接或隐含公开。 |
| 技术特征B：其中所确定的类型的用户平面接口是基于因特网协议的接口并且其中不使用Nb用户平面成帧协议 | **未明确公开**。对比文件明确支持基于IP的接口（如Iub, Iu-PS over IP），但未提及“Nb用户平面成帧协议”，更未限定某个接口“不使用”该协议。对比文件虽然描述了通过IP传输用户数据，但没有涉及到与目标专利相同的接口类型定义和协议排除。 | 对比文件没有公开“不使用Nb用户平面成帧协议”这一特定限制。虽然对比文件提及了Iu-PS接口使用IP，但未提及NbUP协议或其被排除的情况。因此，该特征未被公开。 |
| 技术特征C：在具有参考点值的分组中指示基于因特网协议的用户平面接口类型 | **未明确公开**。对比文件没有公开“具有参考点值的分组”这一具体概念。虽然对比文件描述了使用IP协议，但没有提到通过附加“参考点值”的分组来指示用户平面接口类型。 | 对比文件没有公开或暗示使用一个专门的“分组”（如目标专利中的IPUP分组）来承载指示接口类型的“参考点值”。该特征是目标专利为解决背景技术问题提出的核心手段，对比文件未涉及。 |
| 技术特征D：其中所述参考点值对应于所述基于因特网协议的用户平面接口类型 | **未明确公开**。由于对比文件未公开技术特征C中的“具有参考点值的分组”，自然也就不存在“参考点值对应于接口类型”的对应关系。 | 该特征是从属于特征C的进一步限定。由于特征C未被公开，特征D也随之未被公开。 |
| 技术特征E：所述分组被包含在终结点保留消息中 | **未明确公开**。对比文件未公开“终结点保留消息”这一概念。对比文件描述了会话建立过程，但没有提到通过H.248协议中的“终结点保留”消息来传递信息。 | 对比文件未涉及H.248协议，也没有“终结点保留”的相关流程。因此，该特征未被公开。 |
| 技术特征F：发送包括所述分组的所述终结点保留消息 | **未明确公开**。由于技术特征C和E均未被公开，控制装置发送包含特定分组的终结点保留消息这一步骤自然也未在对比文件中公开。 | 该特征是从属于特征C和E的动作特征。由于前提特征未被公开，该动作特征也未被公开。 |
| 技术特征G：包括：接收与所述呼叫相关的控制平面信令消息 | **[隐含公开]**。对比文件多处提到接收控制平面信令。例如，[0063]描述RNC控制无线接口，[0017]提到C-plane承载控制信令。RNC或C-Plane Server作为控制节点，必然会接收来自其他网元（如UE或核心网）的与呼叫建立相关的控制平面信令。 | 对比文件明确区分了C-plane和U-plane，指出C-plane用于传输控制信令。虽然信令的具体内容和用途与目标专利不同，但“接收与呼叫相关的控制平面信令消息”是呼叫处理的基本功能，本领域技术人员可以合理推断对比文件中的网络控制节点（如RNC、C-Plane Server）会执行此步骤。因此，该特征被隐含公开。 |
| 技术特征H：根据所述控制平面信令消息来确定所述基于因特网协议的用户平面接口类型 | **未明确公开**。对比文件中的控制平面信令用于无线资源管理、移动性管理、会话管理等，但未公开根据这些信令来确定用户平面接口是“A”、“Nb”还是“Mb”类型。 | 对比文件的控制平面信令（如RRC、RANAP）用于建立和管理无线连接，并没有用于区分如A/Mb/Nb这样的核心网络侧用户平面接口类型。该特征未被公开。 |
| 技术特征I：其中，所述控制平面信令消息包括呼叫建立请求消息、协商发起消息和协商响应消息中的至少一个。 | **未明确公开**。对比文件提到了会话建立，但没有具体化到“协商发起消息”和“协商响应消息”（如SIP-I消息）这些内容，更没有说明这些消息用于确定用户平面接口类型。 | 对比文件没有公开使用SIP-I等协议的消息类型来确定接口类型。因此，该特征未被公开。 |
| 技术特征J：包括：接收呼叫建立请求消息 | **[隐含公开]**。作为通信网络中的核心网或接入网控制节点，接收呼叫建立请求是基本功能。对比文件提及呼叫建立（如[0067]描述通信建立过程），本领域技术人员可以合理推断，网络控制节点（如MSC等效功能的RNC/RAN IP Gateway）会接收呼叫建立请求消息。 | 虽然对比文件没有详细描述接收呼叫建立请求的步骤，但这是通信系统的基础功能。本领域技术人员可以合理推断对比文件中的网络节点必然执行此步骤，因此该特征被隐含公开。 |
| 技术特征K：在对所述呼叫建立请求消息进行反应的将被发送的协商发起消息中，把装置指示为所述协商发起消息的发送方，其中所述协商发起消息将通过所述装置被发送 | **未明确公开**。对比文件没有公开在特定的协商发起消息（如SIP-I消息）中，将本装置指示为发送方的机制。 | 对比文件完全没有涉及在信令消息中标识发送方身份以用于接口类型判断的技术内容。该特征未被公开。 |
| 技术特征L：发送所述协商发起消息。 | **未明确公开**。由于技术特征K未被公开，其相关的发送动作也未被公开。 | 该特征为技术特征K中动作的延续，前提特征未被公开，该特征也随之未被公开。 |
| 技术特征M：包括：接收协商发起消息 | **未明确公开**。对比文件没有公开接收特定类型的“协商发起消息”以用于判断接口类型的过程。 | 对比文件未涉及SIP-I协商过程中的消息交互来获取接口类型信息。该特征未被公开。 |
| 技术特征N：在对所述协商发起消息进行反应的将被发送的协商响应消息中，把装置指示为所述协商响应消息的发送方，其中所述协商响应消息将通过所述装置被发送 | **未明确公开**。与特征K类似，对比文件没有公开在协商响应消息中将本装置指示为发送方的机制。 | 对比文件没有公开此技术内容。该特征未被公开。 |
| 技术特征O：发送所述协商响应消息。 | **未明确公开**。由于技术特征N未被公开，其相关的发送动作也未被公开。 | 该特征为技术特征N中动作的延续，前提特征未被公开，该特征也随之未被公开。 |
| 技术特征P：包括：使用H.248协议来发送所述终结点保留消息。 | **未明确公开**。对比文件全文未提及H.248协议。对比文件使用的协议包括3GPP标准中的ATM/IP、RANAP、GTP等，但没有H.248。 | H.248（Megaco）协议是目标专利的核心，用于MSS和MGW之间的通信。对比文件没有公开使用H.248协议进行任何消息发送。该特征未被公开。 |
| 技术特征Q：包括：接收终结点保留消息，所述终结点保留消息包括具有对应于基于因特网协议的用户平面接口的参考点值的分组 | **未明确公开**。对比文件没有公开“终结点保留消息”以及消息中包含的分组和参考点值。 | 该特征是对应于控制装置侧的网关装置侧的动作。由于对比文件未公开控制装置侧的相关特征，对应的网关装置侧特征自然也未被公开。 |
| 技术特征R：根据在包含在所述终结点保留消息中的所述分组中所指示的所述参考点值来确定基于因特网协议的接口的用户平面接口类型，其中在所述用户平面接口类型中不使用Nb用户平面成帧协议 | **未明确公开**。对比文件没有公开根据消息中的信息来确定特定接口类型（如A, Nb, Mb）的机制。 | 对比文件未公开此确定逻辑。特征R中的“不使用Nb用户平面成帧协议”的限定也未被提及。该特征未被公开。 |
| 技术特征S：依照基于因特网协议的用户平面接口类型来执行处理。 | **未明确公开**。对比文件没有公开根据确定的特定接口类型（A/Nb/Mb）来执行差异性处理（如资源保留、服务提供）。 | 虽然对比文件提到了资源保留和提供服务（如[0016]的AAA功能），但没有与特定的用户平面接口类型（A、Nb、Mb）关联起来。该特征未被公开。 |
| 技术特征T：包括：使用H.248协议来接收所述终结点保留消息。 | **未明确公开**。与特征P对应，对比文件没有公开H.248协议的使用。 | 对比文件未涉及H.248协议。该特征未被公开。 |
| 技术特征U：包括：依照所述基于因特网协议的用户平面协议类型来保留资源。 | **未明确公开**。对比文件提到了资源保留（如[0070]的绑定更新等），但未公开是“依照基于因特网协议的用户平面协议类型”来保留资源。 | 对比文件的资源保留是基于其他标准流程（如移动性管理），而非根据MGW识别出的A/Nb/Mb等接口类型。该特征未被公开。 |
| 技术特征V：包括：依照所述基于因特网协议的用户平面协议类型来提供特定服务。 | **未明确公开**。对比文件提到了提供不同服务（如RT, NRT），但未公开这些服务的选择是根据用户平面接口类型（A/Nb/Mb）来决定的。 | 对比文件未公开此技术内容。该特征未被公开。 |
| 技术特征W：包括：用于确定用户平面接口的类型的部件，呼叫将经由该用户平面接口被处理，其中所确定的类型的用户平面接口是基于因特网协议的接口并且其中不使用Nb用户平面成帧协议 | **未明确公开**。对比文件没有公开一个专门用于确定“用户平面接口类型”的“部件”（如目标专利中的处理器）。 | 该特征是与特征A、B对应的装置权利要求。由于对比文件未公开特征A和B，作为其实现的部件自然也未公开。 |
| 技术特征X：用于在具有参考点值的分组中指示基于因特网协议的用户平面接口类型的部件，其中所述参考点值对应于所述基于因特网协议的用户平面接口类型，所述分组被包含在终结点保留消息中 | **未明确公开**。对比文件没有公开用于生成和包含具有参考点值的分组的“部件”。 | 该特征是与特征C、D、E对应的装置权利要求。由于对比文件未公开这些方法特征，作为其实现的部件自然也未公开。 |
| 技术特征Y：用于发送包括所述分组的所述终结点保留消息的部件。 | **未明确公开**。对比文件没有公开用于发送终结点保留消息的部件。 | 该特征是与特征F对应的装置权利要求。由于对比文件未公开方法特征F，作为其实现的部件自然也未公开。 |
| 技术特征Z：其中，所述控制平面信令消息包括呼叫建立请求消息、协商发起消息和协商响应消息中的至少一个。 | **未明确公开**。对比文件没有公开其控制平面信令消息包含这些特定类型的消息以用于确定接口类型。 | 该特征是对控制平面信令消息类型的进一步限定，与特征I相同。由于特征I未被公开，特征Z也未被公开。 |
<<<g>>><<<j>>>