对比文件名称：2010-07-08_US2010174808A_发明申请_US20100174808A1 NETWORK PRESENCE OFFLOADS TO NETWORK INTERFACE
目标专利名称：343用于进行降低功率的无线通信的系统和方法CN103828329B
本次调用的模型名称：gpt-4o
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：在第一设备的第一处理器处截取来自所述第一设备的应用的第一消息，所述第一消息包括包含第一操作数的第一套接字请求，其中所述第一套接字请求与传输协议层相关联<br>**未公开** | 未找到直接或隐含公开的原文。 | 对比文件公开了在睡眠模式下，网络接口卡（NIC）可以处理接收到的网络消息（例如ARP请求、ICMP回显请求等）并代表主机进行响应（参见[0022], [0030], [0040]）。然而，这些消息是来自外部网络的其他设备（如路由器、其他主机）的请求，目的是发现或确认计算设备的网络存在。目标专利中的“截取”指的是设备内部的应用（如浏览器、邮件客户端）发起的、本应由本地传输协议层（如TCP/IP栈）处理的套接字调用（如连接请求）。对比文件完全没有描述或暗示NIC会截取由设备自身应用发起的、指向传输协议层的内部套接字请求。二者处理的消息来源和性质完全不同。因此，本领域技术人员无法从对比文件毫无疑义地得出或合理推断出技术特征A。 |
| **技术特征B**：在所述第一处理器处截取来自所述应用的第二消息，所述第二消息包括包含第二操作数的第二套接字请求，其中所述第二套接字请求与所述传输协议层相关联<br>**未公开** | 未找到直接或隐含公开的原文。 | 与技术特征A同理，对比文件未描述从设备内部应用截取多个套接字请求的过程。其处理的仍然是外部网络事件。因此，技术特征B未被公开。 |
| **技术特征C**：在第一设备的第二处理器处基于所述第一操作数和所述第二操作数来生成第一分组，其中所述第二处理器与接入网络层相关联<br>**未公开** | 未找到直接或隐含公开的原文。 | 对比文件中，网络接口卡（或其上的网络存在卸载组件）能够生成响应分组（如ARP回复、ICMP回显回复），但这些分组是基于接收到的**外部网络请求**生成的（参见[0040], [0041], 图4）。而技术特征C要求基于从内部应用**截取**的**套接字请求**所包含的**操作数**（如连接、绑定等）来生成分组。对比文件既未公开“截取内部套接字请求”，也未公开基于此类请求的“操作数”生成分组。生成分组的目的和依据与对比文件完全不同。因此，技术特征C未被公开。 |
| **技术特征D**：经由所述接入网络层将所述第一分组从所述第一设备传送到第二设备，其中所述第二设备的处理器被配置成代表所述第一设备托管传输协议栈以基于所述第一分组生成一个或多个传输协议分组。<br>**未公开** | 未找到直接或隐含公开的原文。 | 对比文件中，网络接口卡生成响应分组后，是发送回网络中的**请求方设备**（例如，回复ARP请求的源主机），目的是维持本设备（第一设备）的网络存在（参见[0040], [0041]）。而技术特征D要求将分组传送到一个**第二设备（如接入点AP）**，并且该第二设备要**代表第一设备托管传输协议栈**，进而基于收到的分组生成传输协议分组（如TCP/IP分组）。这是一种将协议栈功能委托给另一设备（AP）的架构。对比文件中的网络接口卡是本地设备的一部分，其处理功能是为了避免唤醒本地主机处理器，并未将完整的传输协议栈托管功能委托给另一个独立的网络设备（如AP）。因此，技术特征D未被公开。 |
| **技术特征E**：其特征在于，所述传输协议层包括传输控制协议(TCP)/网际协议(IP)层，其中所述第一处理器和所述第二处理器是同一处理器，并且其中所述接入网络层包括媒体接入控制(MAC)层。<br>**未公开** | 未找到直接或隐含公开的原文。 | 1. **TCP/IP层**：对比文件提到了IPv4、IPv6、ICMP、ARP等协议，这些属于TCP/IP协议栈的一部分（参见[0007], [0022], [0041]），因此可以认为公开了“传输协议层包括TCP/IP层”的一部分内容。<br>2. **第一和第二处理器是同一处理器**：对比文件中，在睡眠模式下，处理网络存在请求的是网络接口卡上的专用组件（网络存在卸载组件206），而设备的主处理器（250）处于休眠状态（参见[0028], [0030]）。当设备处于活跃模式时，主处理器处理网络栈。这暗示了存在不同的处理实体（主处理器 vs. NIC组件），但未明确描述“第一处理器”截取消息和“第二处理器”生成分组，且二者是“同一处理器”的场景。目标专利的此特征强调了处理器的同一性，而对比文件的架构更倾向于异构处理单元。<br>3. **接入网络层包括MAC层**：对比文件提到了媒体接入控制（MAC）地址（参见[0041]），且网络接口卡通常工作在包括MAC层在内的网络层次。但“接入网络层”在目标专利中有特定含义，指代处理降低功率通信的层级（如降低功率接入网络层），其经由MAC层传送分组（参见目标专利[0011], [0046]）。对比文件没有明确将“接入网络层”作为一个与“传输协议层”不同的、负责生成和传送特定格式分组的协议层来描述。<br>综合来看，对比文件部分公开了TCP/IP相关内容，但未公开处理器同一性的限定，也未公开目标专利中定义的“接入网络层”。因此，技术特征E作为一个整体未被公开。 |
| **技术特征F**：其特征在于，传送所述第一分组包括将所述第一分组传送到与所截取的消息的目的地不同的目的地。<br>**未公开** | 未找到直接或隐含公开的原文。 | 对比文件中，网络接口卡发送响应分组的目的地是原始网络请求的源地址（即请求方），这与“所截取的消息的目的地”在概念上对应（如果认为外部请求是“消息”）。但目标专利中“所截取的消息”指内部套接字请求，其目的地可能是远端的应用服务器。技术特征F强调将分组传送到一个不同的目的地（如接入点AP），而非套接字请求的最终目的地（应用服务器）。对比文件没有这种将消息重定向到中间设备（AP）以委托处理的描述。因此，技术特征F未被公开。 |
| **技术特征G**：其特征在于，托管传输协议栈包括打开并维护所述传输协议栈，其中所述第一设备不托管所述传输协议栈并将托管所述传输协议栈委托给所述第二设备，并且其中所述第二设备托管用于多个设备的协议栈。<br>**未公开** | 未找到直接或隐含公开的原文。 | 对比文件的核心思想是将**有限的网络存在功能**（如响应ARP、ICMP请求）卸载到本地网络接口卡，以便主机能进入睡眠模式。网络接口卡并不“打开并维护”一个完整的**传输协议栈**（如TCP/IP栈），它只执行预配置的、简单的响应功能（参见[0004], [0017], [0022]）。主机（第一设备）仍然托管着完整的传输协议栈，只是在睡眠时将其部分功能交由NIC代劳。此外，对比文件完全没有提及由另一个独立的网络设备（第二设备，如AP）来代表第一设备托管完整的传输协议栈，更未提及该第二设备为多个设备托管协议栈。这是目标专利架构与对比文件架构的根本区别。因此，技术特征G未被公开。 |
| **技术特征H**：其特征在于，所述第一分组不是传输协议分组，并且其中所述第一分组从所述第一设备无线地传送到所述第二设备。<br>**未公开** | 未找到直接或隐含公开的原文。 | 1. **第一分组不是传输协议分组**：对比文件中网络接口卡生成的响应分组（如ARP回复、ICMP回显回复）本身就是符合标准网络协议（ARP、ICMP）的分组，即它们是“传输协议分组”。而目标专利的“第一分组”是“降低功率通信分组”，其格式利用比传统套接字请求更少的位，不是标准的TCP/IP分组（参见目标专利[0011]）。对比文件未公开这种非标准格式的、用于委托协议栈处理的分组。<br>2. **无线地传送到所述第二设备**：对比文件提到了无线网络连接（参见[0008], [0024]），但未明确描述将特定分组从第一设备无线传送到一个作为委托对象的第二设备（AP）。其无线通信场景是设备通过接入点连接网络，但响应分组仍是按标准网络路由发送。<br>因此，技术特征H未被公开。 |
| **技术特征I**：其特征在于，所述第一套接字请求包括连接请求。<br>**未公开** | 未找到直接或隐含公开的原文。 | 对比文件中网络接口卡处理的消息类型包括ARP请求、NDP NS请求、ICMP回显请求等（参见[0007], [0022], [0041]），这些都是网络发现、地址解析或连通性测试请求，并非建立应用层通信连接的“套接字连接请求”。目标专利的“连接请求”是应用发起的、旨在与服务器建立TCP连接等通信信道的请求。对比文件未涉及此类请求。因此，技术特征I未被公开。 |
| **技术特征J**：其特征在于，生成所述第一分组包括：标识正等待传输的先前生成的分组<br>**未公开** | 未找到直接或隐含公开的原文。 | 对比文件描述了网络接口卡生成响应分组并发送，但未描述在生成分组过程中，会去标识缓冲区中正等待传输的先前生成的分组，并与之进行比较的优化步骤。这是目标专利中为了减少冗余传输而引入的特定处理逻辑。因此，技术特征J未被公开。 |
| **技术特征K**：将所述第一分组的属性与所述先前生成的分组的属性进行比较。<br>**未公开** | 未找到直接或隐含公开的原文。 | 与技术特征J同理，对比文件未公开将生成分组的属性与等待传输的先前分组属性进行比较的操作。因此，技术特征K未被公开。 |
| **技术特征L**：其特征在于，还包括：基于包括在从所述应用截取的第三消息中的第三操作数生成第二分组<br>**未公开** | 未找到直接或隐含公开的原文。 | 此特征是基于从应用截取消息并生成分组的过程的延伸。如前所述，对比文件未公开从内部应用截取套接字消息（第三消息）并基于其操作数生成分组的技术方案。因此，技术特征L未被公开。 |
| **技术特征M**：标识正等待传输的先前生成的分组<br>**未公开** | 未找到直接或隐含公开的原文。 | 与技术特征J同理，对比文件未公开此标识步骤。因此，技术特征M未被公开。 |
| **技术特征N**：将所述第二分组的属性与所述先前生成的分组的属性进行比较<br>**未公开** | 未找到直接或隐含公开的原文。 | 与技术特征K同理，对比文件未公开此比较步骤。因此，技术特征N未被公开。 |
| **技术特征O**：基于确定所述第二分组的属性匹配所述先前生成的分组的属性来丢弃所述第二分组，其中所述第二分组的属性包括所述第三操作数、与所述第三消息相关联的参数中的一个或其组合。<br>**未公开** | 未找到直接或隐含公开的原文。 | 此特征是基于比较结果丢弃冗余分组的完整优化流程。对比文件完全未涉及此类为了节省带宽和功率而进行的消息去重机制。因此，技术特征O未被公开。 |
| **技术特征P**：其特征在于，所述第二处理器包括降低功率通信处理器。<br>**隐含公开** | [0028] “In sleep mode, received messages may be selectively passed over bus 252 for processing within the processor 250. For such processing, processor 250 must ‘wake up’ to return to an active state... However, because NIC 202 supports network presence offload, some messages received over network may be processed within NIC 202 without waking processor 250.” <br>[0030] “Network interface 202 may comprise one or more network presence offload components, such as a network presence offload component 206, providing network presence offload functionality according to some embodiments of the invention.” | 对比文件明确描述了网络接口卡（NIC 202）包含网络存在卸载组件（206），该组件可以在设备睡眠模式下处理特定网络消息，而无需唤醒主处理器，从而达到降低功耗的目的。该组件的功能是在低功率状态下处理通信以节省设备整体功耗，这与目标专利中“降低功率通信处理器”的功能本质（为降低功率而处理通信）是相符的。虽然名称不同，但本领域技术人员阅读对比文件后，能够理解该“网络存在卸载组件”是一个用于在低功耗场景下处理网络通信的专用处理器或处理电路，即其属于“降低功率通信处理器”的一种具体实现方式。因此，技术特征P被对比文件隐含公开。 |
| **技术特征Q**：包括：第一处理器，其被配置成：截取来自第一设备的应用的第一消息，所述第一消息包括包含第一操作数的第一套接字请求，其中所述第一套接字请求与传输协议层相关联<br>**未公开** | 未找到直接或隐含公开的原文。 | 此特征为装置权利要求中对技术特征A的表述。如前所述，对比文件未公开“第一处理器”截取来自内部应用的套接字请求。其网络接口卡处理的是外部网络消息。因此，技术特征Q未被公开。 |
| **技术特征R**：截取来自所述应用的第二消息，所述第二消息包括包含第二操作数的第二套接字请求，其中所述第二套接字请求与所述传输协议层相关联<br>**未公开** | 未找到直接或隐含公开的原文。 | 此特征为装置权利要求中对技术特征B的表述。如前所述，对比文件未公开此技术特征。因此，技术特征R未被公开。 |
| **技术特征S**：第二处理器，其被配置成：基于所述第一操作数和所述第二操作数来生成第一分组，其中所述第二处理器与接入网络层相关联<br>**未公开** | 未找到直接或隐含公开的原文。 | 此特征为装置权利要求中对技术特征C的表述。如前所述，对比文件未公开基于截取的内部套接字请求的操作数生成分组。因此，技术特征S未被公开。 |
| **技术特征T**：发射机，所述发射机被配置成经由所述接入网络层将所述第一分组从所述第一设备传送到第二设备，其中所述第二设备的处理器被配置成代表所述第一设备托管传输协议栈以基于所述第一分组生成一个或多个传输协议分组。<br>**未公开** | 未找到直接或隐含公开的原文。 | 此特征为装置权利要求中对技术特征D的表述。如前所述，对比文件未公开将分组传送到代表第一设备托管传输协议栈的第二设备（如AP）。因此，技术特征T未被公开。 |
| **技术特征U**：其特征在于，所述处理器包括被配置成生成所述第一分组的编码器。<br>**未公开** | 未找到直接或隐含公开的原文。 | 对比文件未提及“编码器”这一具体组件用于生成分组。网络存在卸载组件可能包含生成分组的功能，但并未具体化为“编码器”。因此，技术特征U未被公开。 |
| **技术特征V**：其特征在于，进一步包括：接收机，所述接收机被配置成从所述第二设备接收第二分组，其中所述第二分组响应于所述第一套接字请求<br>**未公开** | 未找到直接或隐含公开的原文。 | 对比文件中的网络接口卡会接收网络上的分组，包括响应。但由于其未公开第一设备发送“第一套接字请求”至第二设备（AP）并委托处理的核心流程，因此也就不存在从代表其托管协议栈的第二设备接收响应分组（第二分组）的场景。因此，技术特征V未被公开。 |
| **技术特征W**：解码器，所述解码器被配置成将所述第二分组提供给发起了所述第一消息和所述第二消息的应用，其中所述应用由所述处理器来执行。<br>**未公开** | 未找到直接或隐含公开的原文。 | 对比文件未提及“解码器”组件，也未描述将接收到的响应分组递交给发起请求的内部应用的过程。在对比文件的场景中，即使NIC处理了外部请求，也无需将结果通知内部应用。因此，技术特征W未被公开。 |
| **技术特征X**：其特征在于，所述第一操作数和所述第二操作数是连接、绑定、监听、接受、按名称获取主机和按地址获取主机中的一个。<br>**未公开** | 未找到直接或隐含公开的原文。 | 对比文件中网络接口卡处理的操作涉及的是网络层/链路层的协议操作（如ARP、NDP、ICMP），这些是套接字编程接口之下的底层操作。而“连接、绑定、监听、接受、按名称获取主机、按地址获取主机”是套接字API的典型操作数，属于传输层/应用层接口。对比文件完全没有提及这些套接字级别的操作数。因此，技术特征X未被公开。 |
| **技术特征Y**：其特征在于，还包括用于从所述第二设备接收响应于所述第一消息的第二分组的装置。<br>**未公开** | 未找到直接或隐含公开的原文。 | 此特征为装置权利要求中对“接收响应分组”的功能性限定。与技术特征V同理，由于对比文件未公开委托协议栈处理并接收其响应的整体架构，因此该“用于...的装置”未被公开。 |
| **技术特征Z**：其特征在于，所述第一分组是在所述第二设备处经由无线传输从所述第一设备接收的。<br>**未公开** | 未找到直接或隐含公开的原文。 | 对比文件提到了无线网络环境（参见[0024]），但并未明确描述“第一分组”（即基于截取的套接字请求生成的分组）从第一设备无线传输到第二设备（AP）的具体场景。其无线通信是一般性的网络接入。因此，技术特征Z未被公开。 |
### 结论
综上所述，对比文件US20100174808A1主要涉及在计算设备睡眠模式下，将维持网络存在（如响应ARP、ICMP请求）的有限功能卸载到本地网络接口卡，以避免唤醒主机处理器，从而实现节能。其技术方案的核心是**本地功能卸载**。
目标专利CN103828329B的核心在于，站（STA）将完整的传输协议栈（如TCP/IP栈）的**托管权委托**给接入点（AP），通过截取内部应用的套接字请求，将其转换为降低功率格式的分组发送给AP，由AP代表STA维护协议栈并与应用服务器通信。其技术方案的核心是**协议栈委托**和**降低功率通信格式**。
两者在技术问题（维持网络存在 vs. 委托协议栈以降低功耗）、技术手段（响应外部请求 vs. 截取内部请求并转换格式后发送至委托设备）、以及技术效果（避免唤醒主机 vs. 将协议栈处理任务卸载至AP）上存在本质区别。因此，除技术特征P（降低功率通信处理器）被隐含公开外，目标专利权利要求的所有其他技术特征（A-O, Q-Z）均未被对比文件直接公开或隐含公开。
<<<p>>>