对比文件名称：2006-07-20_WO2006075873A_发明申请_WO2006075873A1 METHOD AND SYSTEM FOR ESTABLISHING NETWORK-INITIATED POC GROUP SESSION
目标专利名称：1085会话发起协议消息有效负荷压缩CN101843071B
本次调用的模型名称：AI模型
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：所述方法包括在所述会话发起协议应用服务器的应用层内压缩所述NOTIFY消息有效负荷并在所述用户终端的应用层解压它们（未公开） | 无 | 对比文件全文未涉及任何关于SIP消息有效负荷压缩的内容，更未提及在应用层进行压缩或解压，因此该特征未被公开。 |
| 技术特征B：压缩的NOTIFY消息有效负荷经由合适的应用编程接口在所述应用层和会话发起协议用户代理器之间传递（未公开） | 无 | 对比文件未公开有效负荷压缩，自然也未公开压缩后的有效负荷通过API在应用层与SIP用户代理器间传递，该特征未被公开。 |
| 技术特征C：所述应用层将有效负荷压缩由所述用户终端支持的指示写入将发送到所述会话发起协议应用服务器的SIP SUBSCRIBE消息的报头（未公开） | 无 | 对比文件中虽然使用了SIP SUBSCRIBE消息，但并未教导在应用层将压缩支持指示写入该消息的报头，未公开此特征。 |
| 技术特征D：所述NOTIFY消息的报头被无压缩地发送（未公开） | 无 | 对比文件未在压缩有效负荷的上下文中描述消息报头的处理；其消息本身未压缩，属于默认状态，并非有意识地使报头无压缩以配合有效负荷压缩，故未公开该特征。 |
| 技术特征E：使得所述NOTIFY消息能通过任何中间CSCF和应用服务器来路由（未公开） | 无 | 对比文件中消息虽然能够路由，但该效果并非通过本发明所述的有意识不压缩报头来实现，未构成技术教导。 |
| 技术特征F：使用gzip来执行消息有效负荷的所述压缩和解压（未公开） | 无 | 对比文件通篇未提及gzip、DEFLATE或任何其他压缩算法，该特征未被公开。 |
| 技术特征G：包括（未公开） | 无 | 该特征为权利要求中的连接词，不构成实质性技术内容；对比文件未公开此种特定的嵌套结构表述。 |
| 技术特征H：在所述SUBSCRIBE消息的接受或接受编码报头字段中包括所述指示（未公开） | 无 | 对比文件未公开在SUBSCRIBE消息的接受或接受编码报头字段中写入任何与压缩相关的指示。 |
| 技术特征I：包括（未公开） | 无 | 同为连接词，对比文件未公开此种结构。 |
| 技术特征J：经由所述应用编程接口从在所述用户终端的所述应用层将所述接受或接受编码报头字段写到所述会话发起协议用户代理器（未公开） | 无 | 对比文件未公开应用层通过API向SIP用户代理器写入报头字段的任何机制，该特征未被公开。 |
| 技术特征K：其中所述SUBSCRIBE和NOTIFY消息涉及存在服务《直接公开》 | 对比文件说明书第[9]段记载：“存在服务器70，作为存储每个PoC服务订阅者的状态信息（如在线或离线状态、位置等）的服务器，通过注册/维护在线用户的当前位置并通知其他用户该信息，使得能够立即使用通信服务。”第[68]段记载：“根据图5的过程，PoC客户端预先注册期望的时间和其对方客户端的存在信息等作为可能发生的事件，并且PoC服务器在对应事件发生时发起会话。”第[72]段记载：“同时，PoC客户端A可以向PoC服务器请求SIP SUBSCRIBE消息以检查他/她设置的PoC设置或另一事件是否发生……关于SUBSCRIBE请求，PoC服务器请求包含事件内容的SIP NOTIFY消息以更新发生的事件，并接收关于该请求的SIP 200 OK消息。” | 对比文件明确公开了在PoC服务系统中，存在服务器用于存储和提供用户的存在信息，且SIP SUBSCRIBE和NOTIFY消息被用于订阅和通知与存在信息相关的事件（如对方状态变化、预设时间等）。因此，SUBSCRIBE和NOTIFY消息直接涉及存在服务，该特征被直接公开。 |
---
<<<K>>>