**对比文件名称**：US2004054813A1_Description_20260318_1948
**目标专利名称**：343用于进行降低功率的无线通信的系统和方法CN103828329B
**本次调用模型名称**：DeepSeek-R1
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：在第一设备的第一处理器处截取来自所述第一设备的应用的第一消息，所述第一消息包括包含第一操作数的第一套接字请求，其中所述第一套接字请求与传输协议层相关联。<br>**判断结果**：未公开 | 对比文件涉及INIC（智能网络接口卡）处理来自网络的TCP/IP数据包，代表主机进行协议处理。例如，接收序列器处理接收到的帧（参见[0123]-[0129]段，图22）。 | **论述**：目标专利的“截取”发生在STA设备内部，由第一处理器截取来自本地应用的套接字请求（如连接调用），然后交由第二处理器或降低功率层处理，旨在将协议栈托管委托给AP。对比文件中的“处理”或“拦截”是由INIC这个外部设备对从网络到达的数据包进行的，INIC作为协处理器接管主机的部分协议处理功能。它处理的是已经形成的网络数据包，而非在应用层发起套接字调用时就进行截取。两者技术手段和作用不同：目标专利是在设备内部协议栈层间透明截取应用请求以实现委托；对比文件是外部设备拦截网络流量以加速处理。因此，本领域技术人员不能从对比文件毫无疑义地得出或在合理推理下得到技术特征A的方案。 |
| **技术特征B**：在所述第一处理器处截取来自所述应用的第二消息，所述第二消息包括包含第二操作数的第二套接字请求，其中所述第二套接字请求与所述传输协议层相关联。<br>**判断结果**：未公开 | （同技术特征A引用） | **论述**：与技术特征A同理，对比文件未公开在设备内部截取来自应用的套接字请求这一特定行为。因此，技术特征B未被公开。 |
| **技术特征C**：在第一设备的第二处理器处基于所述第一操作数和所述第二操作数来生成第一分组，其中所述第二处理器与接入网络层相关联。<br>**判断结果**：未公开 | 对比文件描述了INIC的处理器（如处理器470、接收状态机2232）基于接收到的数据包信息进行处理和响应生成（参见[0129]-[0131]段，[0139]段）。 | **论述**：目标专利的“基于操作数生成分组”发生在STA内部，操作数来自截取的本地套接字请求，目的是生成用于委托通信的分组。对比文件中INIC的处理器是基于从网络接收到的数据包头部信息（如IP地址、TCP端口）来生成响应或处理数据，其操作数的来源和上下文是外部网络通信。两者虽然都涉及基于控制信息进行处理，但信息源头、处理目的及所在的设备架构（STA内部委托 vs. INIC加速网络处理）均不相同。因此，技术特征C未被直接或隐含公开。 |
| **技术特征D**：经由所述接入网络层将所述第一分组从所述第一设备传送到第二设备，其中所述第二设备的处理器被配置成代表所述第一设备托管传输协议栈以基于所述第一分组生成一个或多个传输协议分组。<br>**判断结果**：《直接公开》 | 对比文件描述了INIC代表主机托管TCP/IP协议栈处理功能，主机将协议处理卸载到INIC（参见[0052]-[0054]段，图2）。INIC通过其网络接口（如MAC单元）与主机通信（参见[0084]段，图13）。 | **论述**：对比文件明确公开了第二设备（INIC）代表第一设备（主机）托管传输协议栈（TCP/IP栈）的核心思想。INIC的处理器被配置成基于接收到的数据（可类比为“第一分组”）来生成传输协议分组（TCP/IP分组）。数据经由INIC的网络接口（接入网络层的一部分）传送。因此，技术特征D被对比文件直接公开。 |
| **技术特征E**：其特征在于，所述传输协议层包括传输控制协议(TCP)/网际协议(IP)层，其中所述第一处理器和所述第二处理器是同一处理器，并且其中所述接入网络层包括媒体接入控制(MAC)层。<br>**判断结果**：《直接公开》 | 对比文件明确处理TCP/IP协议（参见[0008], [0018]段）。INIC的处理器470是一个实体，内部包含多个处理单元但作为一个整体（参见[0086]-[0088]段，图14）。INIC包含MAC单元（402-408），数据通信通过MAC/PHY层进行（参见[0084]段，图13）。 | **论述**：对比文件公开了协议栈为TCP/IP层。INIC的处理器（如处理器470）作为一个处理整体，可以被视为“同一处理器”。INIC包含MAC单元，其与网络的通信无疑涉及MAC层，这属于接入网络层的一部分。因此，技术特征E被对比文件直接公开。 |
| **技术特征F**：其特征在于，传送所述第一分组包括将所述第一分组传送到与所截取的消息的目的地不同的目的地。<br>**判断结果**：《直接公开》 | 对比文件中，当INIC进行快速路径处理时，主机应用程序原本发送到远程主机的数据被重定向发送到INIC进行处理（参见[0052]-[0054]段，图2；[0064]段，图5）。 | **论述**：在对比文件描述的卸载架构中，主机应用的数据目的地是远程主机，但该数据被发送到INIC（一个不同的目的地）进行协议处理和转发。这直接公开了将分组传送到与原始消息目的地不同目的地的特征。 |
| **技术特征G**：其特征在于，托管传输协议栈包括打开并维护所述传输协议栈，其中所述第一设备不托管所述传输协议栈并将托管所述传输协议栈委托给所述第二设备，并且其中所述第二设备托管用于多个设备的协议栈。<br>**判断结果**：《直接公开》 | 对比文件描述了INIC代表主机打开并维护TCP/IP连接状态（如CCB），主机将协议处理委托给INIC（参见[0052]-[0054]段，[0088]段）。INIC可以缓存多个主机的连接上下文（CCB）（参见[0088]段）。 | **论述**：对比文件明确公开了第一设备（主机）将传输协议栈（TCP/IP栈）的托管委托给第二设备（INIC），由INIC打开并维护协议栈状态。INIC可以同时维护多个连接上下文（CCB），即托管用于多个“设备”（或连接）的协议栈。因此，技术特征G被直接公开。 |
| **技术特征H**：其特征在于，所述第一分组不是传输协议分组，并且其中所述第一分组从所述第一设备无线地传送到所述第二设备。<br>**判断结果**：《隐含公开》（仅针对“第一分组不是传输协议分组”） | 对比文件描述了“快速路径”处理，INIC与主机之间可能使用更高效的内部格式通信，以减少开销（参见[0057], [0178]段）。对比文件的INIC通过PCI总线与主机连接，未提及无线传输（参见[0085]段）。 | **论述**：1. “第一分组不是传输协议分组”：对比文件的“快速路径”旨在绕过传统的分层协议处理，使用更高效的内部数据表示或“模板头部”来加速通信（参见[0018]段）。这隐含了在INIC与主机间传递的数据可能不是标准的、完整的TCP/IP传输协议分组格式，而是经过优化、信息浓缩的格式。本领域技术人员可以合理推断，为了实现加速，所使用的分组格式可能不同于传统传输协议分组。因此，该特征被隐含公开。<br>2. “无线地传送到第二设备”：对比文件明确使用有线连接（PCI总线、以太网），没有任何关于无线传输的提示或启示。因此，该分特征未被公开。 |
| **技术特征I**：其特征在于，所述第一套接字请求包括连接请求。<br>**判断结果**：《直接公开》 | 对比文件涉及TCP连接的处理，包括连接建立（参见[0031]段，[0183]段）。 | **论述**：TCP连接建立必然涉及连接请求（如SYN报文）。当INIC代表主机处理TCP连接时，它必然会处理连接请求。因此，技术特征I被直接公开。 |
| **技术特征J**：其特征在于，生成所述第一分组包括：标识正等待传输的先前生成的分组。<br>**判断结果**：《隐含公开》 | 对比文件描述了队列管理系统，用于管理缓冲区描述符和传输队列，涉及对等待传输的资源的管理（参见[0095]-[0101]段，图16-18）。 | **论述**：对比文件详细描述了硬件队列管理器，用于管理等待传输的数据缓冲区描述符。为了实现高效的队列管理和避免资源浪费，本领域技术人员在实现类似系统时，很容易推理出在生成新分组时，需要标识正在等待传输的先前生成的分组（或其缓冲区描述符），以进行可能的合并、去重或优先级管理。因此，该特征被对比文件隐含公开。 |
| **技术特征K**：将所述第一分组的属性与所述先前生成的分组的属性进行比较。<br>**判断结果**：《隐含公开》 | （同技术特征J引用） | **论述**：基于对比文件公开的队列管理机制，为了优化传输（如避免重复发送相同数据），本领域技术人员可以合理推断出需要将当前分组的属性（如内容、目的地、序列号等）与队列中等待传输的分组属性进行比较。这是实现高效网络处理的常见优化手段。因此，该特征被隐含公开。 |
| **技术特征L**：其特征在于，还包括：基于包括在从所述应用截取的第三消息中的第三操作数生成第二分组。<br>**判断结果**：《隐含公开》 | 对比文件描述了基于接收到的消息或命令生成响应或传输分组（参见[0139]段关于传输快速路径处理的描述）。 | **论述**：对比文件公开了基于接收到的信息（可类比为“操作数”）来生成分组。虽然未明确提及“从应用截取的第三消息”，但其处理逻辑是通用的。本领域技术人员可以合理推断，系统可以基于多个不同的消息或操作数来生成相应的分组。因此，该特征被隐含公开。 |
| **技术特征M**：标识正等待传输的先前生成的分组。<br>**判断结果**：《隐含公开》 | （同技术特征J引用） | **论述**：与技术特征J同理，该特征被隐含公开。 |
| **技术特征N**：将所述第二分组的属性与所述先前生成的分组的属性进行比较。<br>**判断结果**：《隐含公开》 | （同技术特征K引用） | **论述**：与技术特征K同理，该特征被隐含公开。 |
| **技术特征O**：基于确定所述第二分组的属性匹配所述先前生成的分组的属性来丢弃所述第二分组，其中所述第二分组的属性包括所述第三操作数、与所述第三消息相关联的参数中的一个或其组合。<br>**判断结果**：《隐含公开》 | 对比文件描述了队列管理和缓冲区重用（参见[0095]-[0101]段）。 | **论述**：对比文件公开了高效的队列和缓冲区管理机制。为了避免冗余工作和节省资源（如缓冲区、带宽），本领域技术人员在实现时，很容易推理出当发现一个新生成的分组属性与一个已在等待传输队列中的分组属性匹配时（例如，目的相同、数据相同），可以选择丢弃新生成的分组。这是一种常见的优化逻辑。因此，该特征被对比文件隐含公开。 |
| **技术特征P**：其特征在于，所述第二处理器包括降低功率通信处理器。<br>**判断结果**：《直接公开》 | 对比文件中，INIC的处理器（如处理器470）是专门用于卸载主机TCP/IP处理、加速网络通信的专用处理器，其目的之一是降低主机CPU负载和功耗（参见[0142]-[0154]段背景，[0164]-[0165]段摘要）。 | **论述**：对比文件公开的INIC处理器专用于网络协议处理，通过卸载主机处理来降低主机功耗和提升性能。这正是一种“降低（主机）功率通信处理器”。因此，技术特征P被直接公开。 |
| **技术特征Q**：第一处理器，其被配置成：截取来自第一设备的应用的第一消息，所述第一消息包括包含第一操作数的第一套接字请求，其中所述第一套接字请求与传输协议层相关联。<br>**判断结果**：未公开 | （同技术特征A引用） | **论述**：与技术特征A同理，对比文件未公开配置用于在设备内部截取来自应用的套接字请求的处理器。因此，技术特征Q未被公开。 |
| **技术特征R**：截取来自所述应用的第二消息，所述第二消息包括包含第二操作数的第二套接字请求，其中所述第二套接字请求与所述传输协议层相关联。<br>**判断结果**：未公开 | （同技术特征A引用） | **论述**：与技术特征B同理，技术特征R未被公开。 |
| **技术特征S**：第二处理器，其被配置成：基于所述第一操作数和所述第二操作数来生成第一分组，其中所述第二处理器与接入网络层相关联。<br>**判断结果**：未公开 | （同技术特征C引用） | **论述**：与技术特征C同理，对比文件未公开配置用于基于来自本地应用的套接字操作数生成委托分组，并与接入网络层相关联的第二处理器。因此，技术特征S未被公开。 |
| **技术特征T**：发射机，所述发射机被配置成经由所述接入网络层将所述第一分组从所述第一设备传送到第二设备，其中所述第二设备的处理器被配置成代表所述第一设备托管传输协议栈以基于所述第一分组生成一个或多个传输协议分组。<br>**判断结果**：《直接公开》 | 对比文件描述了INIC包含发射机/收发机，并通过其网络接口（MAC/PHY）发送数据（参见[0084]段，图13）。INIC代表主机托管协议栈（参见[0052]-[0054]段）。 | **论述**：对比文件公开了发射机（如INIC的MAC单元或PCI接口）用于传送数据。该传送使得INIC（第二设备）能够代表主机（第一设备）托管传输协议栈并生成传输协议分组。因此，技术特征T被直接公开。 |
| **技术特征U**：其特征在于，所述处理器包括被配置成生成所述第一分组的编码器。<br>**判断结果**：《直接公开》 | 对比文件描述了INIC包含硬件逻辑（如编码器802、分组生成电路904）来生成或编码用于传输的数据分组（参见[0128]段，图8；[0140]段，图9）。 | **论述**：对比文件公开了处理器（或与之关联的硬件）中包含用于生成分组的编码器或类似功能单元。因此，技术特征U被直接公开。 |
| **技术特征V**：其特征在于，进一步包括：接收机，所述接收机被配置成从所述第二设备接收第二分组，其中所述第二分组响应于所述第一套接字请求。<br>**判断结果**：《直接公开》 | 对比文件描述了INIC包含接收机（如接收序列器2105）从网络接收数据包，包括对之前请求的响应（参见[0122]-[0127]段，图22）。 | **论述**：对比文件公开了接收机（如INIC的接收序列器或PCI接口）用于接收来自网络（可视为第二设备，如远程主机或INIC本身）的响应分组。在TCP通信中，响应分组自然是对先前请求（如套接字请求）的响应。因此，技术特征V被直接公开。 |
| **技术特征W**：解码器，所述解码器被配置成将所述第二分组提供给发起了所述第一消息和所述第二消息的应用，其中所述应用由所述处理器来执行。<br>**判断结果**：《直接公开》 | 对比文件描述了INIC处理接收到的数据，并通过主机接口将数据传递给主机上的应用（参见[0129]-[0132]段，[0232]段关于主机接口策略）。 | **论述**：对比文件公开了解码器或类似处理逻辑（如解码器806）来处理接收到的分组，并将其最终提供给主机上由处理器执行的应用。因此，技术特征W被直接公开。 |
| **技术特征X**：其特征在于，所述第一操作数和所述第二操作数是连接、绑定、监听、接受、按名称获取主机和按地址获取主机中的一个。<br>**判断结果**：《直接公开》 | 对比文件处理TCP/IP协议，必然涉及套接字操作，如连接（connect）（参见[0183]段）。其他操作如绑定（bind）、监听（listen）等是套接字编程的标准操作，是TCP/IP协议栈实现的一部分。 | **论述**：对比文件公开的TCP/IP协议处理必然涵盖套接字的标准操作，如连接。本领域技术人员公知，完整的套接字API包括绑定、监听、接受等操作。因此，在对比文件公开处理TCP/IP连接的基础上，这些具体的操作数类型已被直接公开或属于公知常识的直接应用。 |
| **技术特征Y**：其特征在于，还包括用于从所述第二设备接收响应于所述第一消息的第二分组的装置。<br>**判断结果**：《直接公开》 | 对比文件描述了用于接收数据的硬件模块，如接收序列器（Receive Sequencer）、接收机（Receiver）（参见[0122]-[0127]段，图22）。 | **论述**：“用于…的装置”通常对应实现该功能的结构或硬件。对比文件明确公开了接收机、接收序列器等硬件结构，其功能就是从网络（第二设备）接收响应分组。因此，技术特征Y被直接公开。 |
| **技术特征Z**：其特征在于，所述第一分组是在所述第二设备处经由无线传输从所述第一设备接收的。<br>**判断结果**：未公开 | 对比文件未提及无线传输。INIC通过有线PCI总线与主机连接，并通过有线以太网与网络连接（参见[0084]-[0085]段）。 | **论述**：对比文件全部基于有线网络（以太网、PCI总线）进行通信，没有任何关于无线传输的记载或启示。因此，技术特征Z未被公开。 |
<<<D>>><<<E>>><<<F>>><<<G>>><<<I>>><<<P>>><<<T>>><<<U>>><<<V>>><<<W>>><<<X>>><<<Y>>><<<h>>><<<j>>><<<k>>><<<l>>><<<m>>><<<n>>><<<o>>>