对比文件名称：2006-06-15_US2006129689A_发明申请_US20060129689A1 Reducing the sizes of application layer messages in a network element
目标专利名称：1085会话发起协议消息有效负荷压缩CN101843071B
本次调用的模型名称：Claude-4.5-Opus
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括在所述会话发起协议应用服务器的应用层内压缩所述NOTIFY消息有效负荷并在所述用户终端的应用层解压它们<br><br>**未被公开** | 对比文件涉及在网络元件（如路由器、交换机）中压缩和解压应用层消息。例如，段落[0068]描述“a first network element...compresses the original application layer message into a compressed message”，段落[0069]描述“a second network element...decompresses the compressed message into the original application layer message”。此外，段落[0132]提到“A compression or decompression action may, alternatively or additionally, indicate that a message is to be compressed or decompressed using a standard compression mechanism such as GZIP”。 | 对比文件公开了在网络元件（如AONS节点、路由器）的应用层对消息进行压缩和解压。然而，对比文件完全没有提及会话发起协议（SIP）、SIP应用服务器、或NOTIFY消息。对比文件中的压缩/解压发生在网络路径上的中间网络元件中，而非在SIP应用服务器或用户终端的应用层内部执行。对比文件的技术方案是针对通用应用层消息（如XML文档）的透明压缩，不涉及IMS网络或SIP信令环境。因此，本领域技术人员无法从对比文件中得出在SIP应用服务器的应用层内压缩NOTIFY消息有效负荷并在用户终端的应用层解压的技术方案。本技术特征未被直接公开，也无法通过隐含推理得出。 |
| **技术特征B**：压缩的NOTIFY消息有效负荷经由合适的应用编程接口在所述应用层和会话发起协议用户代理器之间传递<br><br>**未被公开** | 对比文件段落[0070]提到“the client application and the server application do not even need to be ‘aware’ that intermediary network elements are compressing and decompressing messages”，说明压缩对应用透明。段落[0204]描述了AONS节点内部的消息处理流，但未涉及应用编程接口（API）在应用层和SIP用户代理器之间的交互。 | 对比文件强调的是网络元件透明地拦截和压缩消息，应用程序无需感知压缩过程。对比文件完全没有提及会话发起协议用户代理器（SIP UA），也未描述压缩消息通过应用编程接口（API）在应用层与SIP UA之间传递的架构。目标专利中应用层通过API与SIP UA交换压缩有效负荷的机制在对比文件中没有任何对应内容。本技术特征未被直接公开，也无法通过隐含推理得出。 |
| **技术特征C**：所述应用层将有效负荷压缩由所述用户终端支持的指示写入将发送到所述会话发起协议应用服务器的SIP SUBSCRIBE消息的报头<br><br>**未被公开** | 对比文件段落[0129]至[0132]描述了基于消息分类执行动作，包括压缩/解压。但对比文件未涉及SIP协议、SUBSCRIBE消息或消息报头中写入压缩指示的机制。 | 对比文件完全不涉及SIP协议，未提及SUBSCRIBE消息，也未描述应用层向SIP消息报头中写入任何指示的机制。对比文件中的压缩是由网络元件根据策略分类自动执行的，无需端点在消息报头中指示压缩支持能力。本技术特征在对比文件中无任何对应内容，未被直接公开，也无法通过隐含推理得出。 |
| **技术特征D**：所述NOTIFY消息的报头被无压缩地发送<br><br>**未被公开** | 对比文件段落[0131]提到“an action may indicate the ‘scope’ of compression or decompression...only elements at the indicated paths...are compressed”，说明可以只压缩消息的部分内容。段落[0071]描述了压缩涉及替换消息的某些部分。 | 对比文件一般性地提到了可以限定压缩的范围，只压缩消息的某些部分而保留其他部分不压缩。然而，对比文件完全没有涉及SIP协议或NOTIFY消息，也未提及报头不压缩而仅压缩有效负荷的具体技术方案。本领域技术人员无法从对比文件的通用压缩范围描述中推断出SIP NOTIFY消息报头无压缩发送的特定方案。本技术特征未被直接公开，也无法通过隐含推理得出。 |
| **技术特征E**：使得所述NOTIFY消息能通过任何中间CSCF和应用服务器来路由<br><br>**未被公开** | 对比文件段落[0070]提到消息压缩和解压对客户端和服务器应用透明，但未涉及SIP网络路由节点。 | 对比文件完全没有提及IMS网络、CSCF（呼叫会话控制功能）或SIP应用服务器路由。对比文件中的网络元件是通用路由器/交换机，而非IMS核心网中的CSCF。本领域技术人员无法从对比文件中得出关于NOTIFY消息通过中间CSCF和应用服务器路由的技术方案。本技术特征未被直接公开，也无法通过隐含推理得出。 |
| **技术特征F**：使用gzip来执行消息有效负荷的所述压缩和解压<br><br>**《直接公开》** | 对比文件段落[0105]：“In one embodiment, after an XML message has been compressed as described above by replacing XML tags with corresponding tokens, the XML message is further compressed by inputting the XML message into a compression algorithm such as GZIP, for example.” 段落[0111]：“In one embodiment, after an XML message has been compressed as described above by removing XML tags, the XML message is further compressed by inputting the XML message into a compression algorithm such as GZIP, for example.” 段落[0132]：“A compression or decompression action may, alternatively or additionally, indicate that a message is to be compressed or decompressed using a standard compression mechanism such as GZIP.” | 对比文件在多处明确提及使用GZIP作为压缩算法来压缩应用层消息。例如，段落[0105]和[0111]描述了在对XML消息进行标签替换或去除后，进一步使用GZIP进行压缩；段落[0132]明确指示可以使用GZIP等标准压缩机制对消息进行压缩或解压。GZIP是一种众所周知的通用压缩算法，对比文件公开了在应用层消息压缩中使用GZIP的技术方案。虽然对比文件的应用场景不同于目标专利的SIP环境，但“使用gzip执行消息有效负荷的压缩和解压”这一技术手段本身在对比文件中已被明确公开。本技术特征被直接公开。 |
| **技术特征G**：包括<br><br>**《直接公开》** | 对比文件多处描述方法步骤时使用连接结构。例如，段落[0078]至[0082]描述了方法包括多个步骤（intercepting、determining、compressing、sending）。 | 技术特征G“包括”是开放式连接词，表明方法不排除其他步骤。对比文件描述的方法自然包含多个步骤的组合，“包括”这一表述方式在对比文件的方法描述中被直接公开。本技术特征被直接公开。 |
| **技术特征H**：在所述SUBSCRIBE消息的接受或接受编码报头字段中包括所述指示<br><br>**未被公开** | 对比文件中未提及SIP SUBSCRIBE消息、未提及“接受”（Accept）或“接受编码”（Accept-Encoding）报头字段。 | 对比文件完全不涉及SIP协议，没有任何关于SIP SUBSCRIBE消息或HTTP/SIP报头字段（如Accept或Accept-Encoding）的描述。本领域技术人员无法从对比文件中得出在SUBSCRIBE消息的接受或接受编码报头字段中包括压缩指示的技术方案。本技术特征未被直接公开，也无法通过隐含推理得出。 |
| **技术特征I**：包括<br><br>**《直接公开》** | 同技术特征G，对比文件多处使用“comprises”或描述方法包括的步骤。 | 技术特征I“包括”同样是开放式连接词。对比文件描述的方法自然包含多个步骤的组合，“包括”这一表述方式在对比文件中被直接公开。本技术特征被直接公开。 |
| **技术特征J**：经由所述应用编程接口从在所述用户终端的所述应用层将所述接受或接受编码报头字段写到所述会话发起协议用户代理器<br><br>**未被公开** | 对比文件未描述应用层通过API向SIP用户代理器写入报头字段的机制。 | 对比文件完全不涉及SIP用户代理器、应用编程接口（API）在应用层与SIP UA之间的报头字段写入操作、或接受/接受编码报头字段。本领域技术人员无法从对比文件中得出该技术方案。本技术特征未被直接公开，也无法通过隐含推理得出。 |
| **技术特征K**：其中所述SUBSCRIBE和NOTIFY消息涉及存在服务<br><br>**未被公开** | 对比文件未提及存在服务（presence service）、SIP SUBSCRIBE消息或SIP NOTIFY消息。对比文件示例涉及采购订单（purchase order）等业务消息。 | 对比文件完全不涉及IMS存在服务，也未提及SIP SUBSCRIBE或NOTIFY消息。对比文件中的示例消息为采购订单等业务文档，与存在服务无关。本领域技术人员无法从对比文件中得出SUBSCRIBE和NOTIFY消息涉及存在服务的技术方案。本技术特征未被直接公开，也无法通过隐含推理得出。 |
<<<F>>><<<G>>><<<I>>>