对比文件名称：2004-10-19_US6807173B_发明授权_US06807173B1 Method and system for improving bandwidth availability in a data communication network by tokenizing messages
目标专利名称：1085会话发起协议消息有效负荷压缩CN101843071B
本次调用的模型名称：AI模型
### 特征比对表格
| 技术特征及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括在所述会话发起协议应用服务器的应用层内压缩所述NOTIFY消息有效负荷并在所述用户终端的应用层解压它们。 **判断结果：未公开** | 对比文件无相关公开内容。 | 对比文件公开了在SIP客户端、服务器或代理处对SIP消息进行令牌化压缩及解压，但其并未将压缩限定在“应用层”内进行，也未区分应用层与SIP用户代理器的层级关系。对比文件所压缩的是整个SIP消息（包括报头与消息体），而非专门针对NOTIFY消息的有效负荷。此外，对比文件完全没有提及NOTIFY消息。因此，本领域技术人员无法从对比文件中直接且毫无疑义地得出在应用服务器的应用层压缩NOTIFY消息有效负荷并在用户终端应用层解压的技术方案，亦无法通过隐含推理获得。 |
| **技术特征B**：压缩的NOTIFY消息有效负荷经由合适的应用编程接口在所述应用层和会话发起协议用户代理器之间传递。 **判断结果：未公开** | 对比文件无相关公开内容。 | 对比文件全文未描述任何应用编程接口（API），也未公开压缩后的有效负荷在应用层与SIP用户代理器之间通过API进行传递的机制。本领域技术人员无法从对比文件中获得该技术手段。 |
| **技术特征C**：所述应用层将有效负荷压缩由所述用户终端支持的指示写入将发送到所述会话发起协议应用服务器的SIP SUBSCRIBE消息的报头。 **判断结果：未公开** | 对比文件无相关公开内容。 | 对比文件未涉及SIP SUBSCRIBE消息，也未提及在消息报头中写入任何关于有效负荷压缩支持的指示。该特征在对比文件中无任何文字或实质上的对应，无法直接或隐含得出。 |
| **技术特征D**：所述NOTIFY消息的报头被无压缩地发送。 **判断结果：未公开** | 对比文件明确教导对报头进行压缩。参见Step 1“Header compaction”及Step 2“Simple tokenization”中对报头字段名的令牌化替换。例如，对比文件第2栏表I及对应描述：“Replace each of the header field names... by a token as illustrated in Table I”（将每个报头字段名……用表I所示的令牌替换）。 | 对比文件的方法核心在于通过令牌化对SIP消息的报头字段进行压缩，以减小消息尺寸。这与“报头被无压缩地发送”的技术特征截然相反。因此，对比文件未公开该特征，且给出相反教导。 |
| **技术特征E**：使得所述NOTIFY消息能通过任何中间CSCF和应用服务器来路由。 **判断结果：未公开** | 对比文件无相关公开内容。 | 对比文件未提及CSCF或应用服务器等IMS网络中间节点。其压缩机制针对的是低带宽连接的传输效率，并未出于让消息通过中间节点而不压缩报头的目的进行设计。因此，本领域技术人员无法从对比文件中获知该技术效果或相应的技术方案。 |
| **技术特征F**：使用gzip来执行消息有效负荷的所述压缩和解压。 **判断结果：隐含公开** | 对比文件第76段及伪代码Step 5：“Finally, as depicted at block 76, the message compressor may optionally apply any standard compression scheme... to achieve further reduction in the SIP message size. Exemplary compression schemes that may be employed include the well-known LZ77 compression schemes (e.g., gzip and winzip)”（最后，如框76所示，消息压缩器可选地应用任何标准压缩方案……以进一步减小SIP消息大小。可采用的示例压缩方案包括众所周知的LZ77压缩方案（例如gzip和winzip））。 | 对比文件明确公开了在SIP消息压缩过程中可以使用gzip作为标准的压缩算法。虽然对比文件中gzip系作用于令牌化后的整个消息字符串，而目标专利中将gzip专门用于有效负荷的压缩，但对比文件已经给出了在SIP消息传输场景下应用gzip进行压缩的技术启示。本领域技术人员基于对比文件的内容，能够合理推断出可以采用gzip对消息有效负荷进行压缩与解压。因此，从宽松的隐含公开判断标准出发，对比文件隐含公开了本技术特征。 |
| **技术特征G**：包括。 **判断结果：直接公开** | 对比文件第72-76段描述方法流程：“As illustrated, the method of FIG. 3 begins at block 70 and thereafter proceeds to block 72, which illustrates... Next, at block 74... Finally, as depicted at block 76...”（如图3所示，该方法始于框70，然后前进至框72，其示出……接着，在框74……最后，如框76所示……）。 | 对比文件的方法明确“包括”了框72的令牌化、框74的组合令牌、框76的可选压缩等多个步骤。作为方法权利要求中表示开放式包含关系的连接词，“包括”已被对比文件的方法内容实质公开。 |
| **技术特征H**：在所述SUBSCRIBE消息的接受或接受编码报头字段中包括所述指示。 **判断结果：未公开** | 对比文件无相关公开内容。 | 对比文件没有涉及SUBSCRIBE消息，也没有公开“接受”或“接受编码”报头字段，更未教导在这些字段中插入任何指示。该特征未被直接或隐含公开。 |
| **技术特征I**：包括。 **判断结果：直接公开** | 同技术特征G所引用的对比文件第72-76段内容。 | 与技术特征G同理，对比文件的方法内容实质公开了“包括”这一表示包含步骤的连接关系。 |
| **技术特征J**：经由所述应用编程接口从在所述用户终端的所述应用层将所述接受或接受编码报头字段写到所述会话发起协议用户代理器。 **判断结果：未公开** | 对比文件无相关公开内容。 | 对比文件未描述任何应用编程接口（API），也未公开从应用层向SIP用户代理器写入报头字段的操作过程。本领域技术人员无法从对比文件中获知该技术手段。 |
| **技术特征K**：其中所述SUBSCRIBE和NOTIFY消息涉及存在服务。 **判断结果：未公开** | 对比文件无相关公开内容。 | 对比文件全文围绕IP电话以及通用的SIP消息压缩，未涉及IMS存在服务（presence service），也未提及SUBSCRIBE或NOTIFY消息用于存在服务。因此，该特征未被公开。 |
<<<G>>><<<I>>><<<f>>>