**对比文件名称：** 2002-09-12_US2002126701A_发明申请_US20020126701A1 System and methods for using an application layer control protocol transporting spatial location information pertaining to devices connected to wired and
**目标专利名称：** 957通信网络系统中的不同IP接口CN101978667B
**本次调用的模型名称：** 无指定（通用分析模型）
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 包括：确定用户平面接口的类型，呼叫将经由该用户平面接口被处理<br>**判断：未公开** | 无相关公开内容。对比文件涉及空间位置信息传输，未涉及用户平面接口类型的确定。 | 对比文件全文未提及“用户平面接口类型”的概念，也未描述确定接口类型的步骤，本领域技术人员无法从对比文件得出该特征。 |
| **技术特征B：** 其中所确定的类型的用户平面接口是基于因特网协议的接口并且其中不使用Nb用户平面成帧协议<br>**判断：未公开** | 无相关公开内容。 | 对比文件未涉及Nb用户平面成帧协议，也未定义“基于IP且不使用NbUP”的接口类型，无直接或隐含公开。 |
| **技术特征C：** 在具有参考点值的分组中指示基于因特网协议的用户平面接口类型<br>**判断：未公开** | 无相关公开内容。 | 对比文件未使用“分组”来指示接口类型，无“参考点值”概念，未公开该技术手段。 |
| **技术特征D：** 其中所述参考点值对应于所述基于因特网协议的用户平面接口类型<br>**判断：未公开** | 无相关公开内容。 | 对比文件无参考点值与接口类型的对应关系。 |
| **技术特征E：** 所述分组被包含在终结点保留消息中<br>**判断：未公开** | 无相关公开内容。 | 对比文件无“终结点保留消息”概念，无H.248协议相关内容。 |
| **技术特征F：** 发送包括所述分组的所述终结点保留消息<br>**判断：未公开** | 无相关公开内容。 | 对比文件无发送终结点保留消息的步骤。 |
| **技术特征G：** 包括：接收与所述呼叫相关的控制平面信令消息<br>**判断：直接公开** | [0004]“The Session Initiation Protocol (SIP) is an application layer control (signaling) protocol for creating, modifying and terminating sessions with one or more participants.”<br>[0075]“SIP is an application-layer control protocol that can establish, modify and terminate multimedia sessions or calls.”<br>[0212]“The CSCF receives the message and checks the information of that user...” | 对比文件明确SIP为应用层控制（信令）协议，用于建立/修改/终止会话（可视为呼叫）。在流程中，CSCF等实体接收SIP消息（如INVITE、REGISTER），这些消息属于与呼叫相关的控制平面信令。本领域技术人员可毫无疑义地得出该特征。 |
| **技术特征H：** 根据所述控制平面信令消息来确定所述基于因特网协议的用户平面接口类型<br>**判断：未公开** | 无相关公开内容。 | 对比文件中的控制平面信令用于注册位置信息或建立会话，并非用于确定用户平面接口类型（如A、Nb、Mb等），因此未公开。 |
| **技术特征I：** 其中，所述控制平面信令消息包括呼叫建立请求消息、协商发起消息和协商响应消息中的至少一个<br>**判断：直接公开** | [0083]“Basically, the start line indicates if it is a Request (INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, etc.)...”<br>[0084]“...the message body can contain any kind of data...the content of the body can contain a session description following a specific format such as the Session Description Protocol (SDP)...” | 对比文件公开了SIP请求类型包括INVITE（呼叫建立请求），且SDP提供/应答机制用于协商（协商发起和响应），因此该特征被直接公开。 |
| **技术特征J：** 包括：接收呼叫建立请求消息<br>**判断：直接公开** | [0211]“...the user issues an INVITE for opening a session...”<br>[0212]“The CSCF receives the message and checks the information...” | 对比文件公开了用户发送INVITE（呼叫建立请求），CSCF接收该消息，直接公开了接收呼叫建立请求消息。 |
| **技术特征K：** 在对所述呼叫建立请求消息进行反应的将被发送的协商发起消息中，把装置指示为所述协商发起消息的发送方，其中所述协商发起消息将通过所述装置被发送<br>**判断：直接公开** | [0085]“The message header is composed by multiple headers indicating, the Origin (From: ), Destination (To:), Call Identifier (Call-ID:), Message Sequence (Cseq: ), Transaction path (Via:), the length (Content-Length:) and content (Content-Type:) of the body if it carried in the message.” | 对比文件公开了SIP消息头包含From字段，用于指示消息发送方（Origin）。在SIP协商中，对呼叫建立请求（INVITE）的响应（如200 OK with SDP）属于协商发起消息，其From字段将装置指示为发送方。因此该特征被直接公开。 |
| **技术特征L：** 发送所述协商发起消息<br>**判断：直接公开** | [0211]“...the user issues an INVITE for opening a session...”<br>（SIP协议中发送响应消息亦为公知） | 对比文件公开了发送包含SDP offer的INVITE（协商发起）以及发送响应中的SDP offer，直接公开了发送协商发起消息。 |
| **技术特征M：** 包括：接收协商发起消息<br>**判断：直接公开** | [0212]“The CSCF receives the message and checks the information...” | 对比文件公开了接收包含SDP offer的SIP消息（即协商发起消息），直接公开。 |
| **技术特征N：** 在对所述协商发起消息进行反应的将被发送的协商响应消息中，把装置指示为所述协商响应消息的发送方，其中所述协商响应消息将通过所述装置被发送<br>**判断：直接公开** | [0085]（同上，From头域） | 类似于特征K，在协商响应消息（如ACK或后续SDP answer消息）中，From头域指示发送方，直接公开。 |
| **技术特征O：** 发送所述协商响应消息<br>**判断：直接公开** | （SIP协议中发送响应消息为公知，对比文件流程中隐含发送） | 对比文件公开了发送SIP响应消息（如200 OK），其中可包含SDP answer（协商响应），直接公开。 |
| **技术特征P：** 包括：使用H.248协议来发送所述终结点保留消息<br>**判断：未公开** | 无相关公开内容。 | 对比文件未提及H.248协议或终结点保留消息。 |
| **技术特征Q：** 包括：接收终结点保留消息，所述终结点保留消息包括具有对应于基于因特网协议的用户平面接口的参考点值的分组<br>**判断：未公开** | 无相关公开内容。 | 对比文件无终结点保留消息、参考点值分组等概念。 |
| **技术特征R：** 根据在包含在所述终结点保留消息中的所述分组中所指示的所述参考点值来确定基于因特网协议的接口的用户平面接口类型，其中在所述用户平面接口类型中不使用Nb用户平面成帧协议<br>**判断：未公开** | 无相关公开内容。 | 对比文件无对应内容。 |
| **技术特征S：** 依照基于因特网协议的用户平面接口类型来执行处理<br>**判断：未公开** | 无相关公开内容。 | 对比文件无基于用户平面接口类型执行处理的步骤。 |
| **技术特征T：** 包括：使用H.248协议来接收所述终结点保留消息<br>**判断：未公开** | 无相关公开内容。 | 对比文件无H.248协议。 |
| **技术特征U：** 包括：依照所述基于因特网协议的用户平面协议类型来保留资源<br>**判断：未公开** | 无相关公开内容。 | 对比文件无保留资源的特定步骤。 |
| **技术特征V：** 包括：依照所述基于因特网协议的用户平面协议类型来提供特定服务<br>**判断：未公开** | 无相关公开内容。 | 对比文件无提供特定服务的描述。 |
| **技术特征W：** 包括：用于确定用户平面接口的类型的部件，呼叫将经由该用户平面接口被处理，其中所确定的类型的用户平面接口是基于因特网协议的接口并且其中不使用Nb用户平面成帧协议<br>**判断：未公开** | 无相关公开内容。 | 对应方法特征A、B，对比文件无公开。 |
| **技术特征X：** 用于在具有参考点值的分组中指示基于因特网协议的用户平面接口类型的部件，其中所述参考点值对应于所述基于因特网协议的用户平面接口类型，所述分组被包含在终结点保留消息中<br>**判断：未公开** | 无相关公开内容。 | 对应方法特征C、D、E，对比文件无公开。 |
| **技术特征Y：** 用于发送包括所述分组的所述终结点保留消息的部件<br>**判断：未公开** | 无相关公开内容。 | 对应方法特征F，对比文件无公开。 |
| **技术特征Z：** 其中，所述控制平面信令消息包括呼叫建立请求消息、协商发起消息和协商响应消息中的至少一个<br>**判断：直接公开** | 同技术特征I的引用。 | 同技术特征I的论述。 |
---
根据以上分析，对比文件直接公开了技术特征G、I、J、K、L、M、N、O、Z，未直接或隐含公开其他技术特征。因此，在回答结尾插入相应代码。
<<<G>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<N>>><<<O>>><<<Z>>>