**对比文件名称**：US2004114593A1_Description_20260102_1607
**目标专利名称**：用于流量控制和确认传输的系统和方法
**本次调用模型名称**：DeepSeek最新版本模型
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于用户设备UE的无线通信方法<br>**判断结果**：未公开 | 无直接对应引用。 | **论述**：目标专利权利要求特征A限定了主题为“一种用于用户设备UE的无线通信方法”。对比文件US2004114593A1虽然通篇描述无线发射/接收单元（WTRU，即UE）与基站（Node B）之间的通信及内部数据处理（如[0002]段及图1），但其发明内容聚焦于WTRU内部MAC层与RLC层之间的**内存共享与分配方法**（参见[0022]段摘要及[0030]-[0051]段），旨在减少硬件内存需求、降低成本。虽然该方法在无线通信设备中实施，但对比文件并未将其描述为一个整体的“无线通信方法”，其解决的问题（内存效率）和采用的手段（缓冲区指针/标记管理）与目标专利旨在解决的“流量控制、确认传输、减少缓冲区占用及分组丢弃”问题（参见目标专利[0009]-[0010]段）以及相应的“由AP基于调制解调器缓冲区状态管理数据发送”的核心手段有本质区别。因此，本领域技术人员无法从对比文件整体技术方案中直接或隐含地确定一个与目标专利特征A相同的“无线通信方法”主题。 |
| **技术特征B**：从基站接收数据传输；<br>**判断结果**：直接公开 | [0005]段：“In operation, data is received in the WTRU 5 over the physical channel 16.”<br>（在操作中，数据通过物理信道16在WTRU 5中被接收。） | **论述**：目标专利特征B描述了UE从基站接收数据传输的过程。对比文件[0005]段明确记载了数据通过物理信道在WTRU（即UE）中被接收。根据图1及上下文，物理信道16是WTRU 5与Node B（即基站）17之间的空中接口传输机制。因此，对比文件直接公开了“从基站接收数据传输”这一技术特征。在对比文件中，该特征是其描述的通信链路和数据处理的起点，用于后续的MAC和RLC层处理；在目标专利中，该特征是触发后续AP存储和流量控制流程的初始步骤。两者作用相同，均是实现设备间通信和数据接收的基础环节。 |
| **技术特征C**：将所述数据传输存储在所述UE的应用处理器AP的存储器中；<br>**判断结果**：未公开 | 无直接对应引用。对比文件提及数据存储在“memory”或“buffers”中，但未区分是否为AP的存储器。例如：[0012]段提到数据在RLC接收缓冲区中等待；[0032]段及图6-7描述了在共享内存中存储PDU。 | **论述**：目标专利特征C明确要求将接收到的数据传输存储在“UE的应用处理器AP的存储器中”。根据目标专利说明书（如[0041]段），AP存储器（如DDR SDRAM、系统高速缓存、片上存储器）与应用层（第二层404）相关联，用于存储应用数据，与调制解调器层（第一层402）的缓冲区（如上行链路缓冲区412）是分开的。对比文件虽然描述了数据在WTRU的内存中存储（例如在MAC重排序缓冲区或RLC接收缓冲区中），但其始终在协议层（L1/L2）的上下文（如图1的协议栈）中讨论缓冲区，从未提及“应用处理器（AP）”或与之相关的独立存储器。对比文件[0050]段提到数据最终被转发到“higher layers”或“NAS”（非接入层），但这属于协议栈的上层概念，并未具体化为“AP的存储器”这一硬件/架构特征。本领域技术人员无法从对比文件中直接或合理地推断出存在一个独立于协议层缓冲区的、专属于AP的存储器用于存储接收到的数据传输。因此，该特征未被公开。 |
| **技术特征D**：由所述UE的所述AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可；<br>**判断结果**：未公开 | 无直接对应引用。对比文件未提及“上行链路许可”、“应用处理器（AP）基于调制解调器缓冲区大小进行识别”等概念。 | **论述**：目标专利特征D的核心在于由AP（应用处理器）基于调制解调器缓冲区的大小来“识别上行链路许可”。根据目标专利说明书（如[0011]-[0013]、[0047]、[0050]段），这是AP主动参与流量控制的关键，AP可以从调制解调器接收上行链路许可（如FC消息），或自行确定许可，其决策依据包括调制解调器缓冲区（上行链路缓冲区412）的占用情况（水印）及阈值。对比文件US2004114593A1完全未涉及“上行链路许可”的概念。其发明核心是MAC与RLC层之间**内存的动态共享与释放**（通过改变指针/标记，而非物理移动数据），以优化内存使用（参见[0030], [0042]-[0043]段）。文件中提到的“流量控制”（flow control，见[0040]段）是RLC层的功能之一，用于控制对等RLC实体之间的数据传输速率，与目标专利中由AP基于调制解调器缓冲区状态来识别上行链路许可以管理层间数据流量的机制完全不同。因此，该特征既未被直接公开，也无法从对比文件的内容中隐含推导出来。 |
| **技术特征E**：由所述AP至少部分地基于所识别的上行链路许可来确定是否向所述调制解调器发送数据；<br>**判断结果**：未公开 | 无直接对应引用。 | **论述**：目标专利特征E是特征D的延续，描述了AP基于识别出的上行链路许可来决策是否向调制解调器发送数据。这体现了AP在数据发送流程中的主动管理角色（参见目标专利[0013], [0084]段）。如特征D论述所述，对比文件未公开“上行链路许可”以及由AP进行此类识别和决策的机制。对比文件中数据从上层到MAC/RLC层的流动，更多是基于协议处理流程（如RLC PDU传递给MAC层封装成MAC PDU），而非基于一个由AP掌握的、反映调制解调器缓冲区状态的“许可”进行的有条件发送决策。因此，该特征未被公开。 |
| **技术特征F**：以及当所识别的上行链路许可超过阈值时由所述AP发送所述数据。<br>**判断结果**：未公开 | 无直接对应引用。 | **论述**：目标专利特征F限定了AP发送数据的触发条件：当识别的上行链路许可“超过阈值时”。根据说明书（如[0013], [0018], [0084], [0087]段），这个阈值可以是零或其他值，是AP流量控制逻辑的一部分。对比文件完全没有涉及任何由AP执行的、基于“上行链路许可”与“阈值”比较的发送触发机制。因此，该特征未被公开。 |
| **技术特征G**：识别所述上行链路许可包括从所述调制解调器接收上行链路许可。<br>**判断结果**：未公开 | 无直接对应引用。 | **论述**：目标专利特征G是特征D的从属特征，具体说明了识别上行链路许可的一种方式：从调制解调器接收。如特征D所述，对比文件未公开“上行链路许可”这一概念，因此自然也谈不上从调制解调器接收上行链路许可。该特征未被公开。 |
| **技术特征H**：识别所述上行链路许可包括由所述AP确定上行链路许可。<br>**判断结果**：未公开 | 无直接对应引用。 | **论述**：目标专利特征H是特征D的另一种实施方式，即由AP自行确定上行链路许可。同样，由于对比文件未公开“上行链路许可”概念及AP的此类决策功能，该特征未被公开。 |
| **技术特征I**：所述数据包括与数据传输相关联的传输控制协议TCP数据或TCP确认ACK反馈。<br>**判断结果**：未公开 | 无直接对应引用。 | **论述**：目标专利特征I限定了AP可能发送的数据类型，包括TCP数据或TCP ACK反馈。说明书[0014], [0084]段强调了发送TCP ACK反馈对于管理下行链路流量的重要性。对比文件通篇描述的是3GPP UTRA/HSDPA系统中MAC PDU和RLC PDU的处理，这些PDU承载的是经过协议封装的数据，并未具体区分或提及其中是否包含“TCP数据”或“TCP ACK反馈”这类应用层或传输层的具体数据类型。因此，该特征未被公开。 |
| **技术特征J**：所述数据包括传输控制协议TCP确认ACK反馈、蜂窝车联网C-V2X数据、虚拟现实VR数据、扩展现实XR数据、超可靠低延迟通信ULLC数据或任何特定的业务类型/模式。<br>**判断结果**：未公开 | 无直接对应引用。 | **论述**：目标专利特征J进一步扩展了可能发送的数据类型，列举了多种特定的业务类型/模式。对比文件同样未涉及这些具体的、面向应用或服务的业务类型。其关注点在于协议数据单元（PDU）的通用处理，而非这些PDU所承载的具体业务内容。因此，该特征未被公开。 |
| **技术特征K**：为了确定是否从所述AP向所述调制解调器发送数据，所述AP被配置为：至少基于所述调制解调器缓冲区的一个或多个阈值来管理从所述AP到所述调制解调器的数据流量。<br>**判断结果**：未公开 | 无直接对应引用。 | **论述**：目标专利特征K进一步限定了AP进行流量控制的具体依据：基于调制解调器缓冲区的一个或多个阈值。说明书[0040]-[0042], [0047], [0050]段详细描述了高、低、DNE等阈值及其在管理AP到调制解调器数据流中的作用。对比文件未提及任何由AP执行的、基于调制解调器缓冲区阈值进行流量管理的机制。其涉及的“流量控制”是RLC层协议功能，与目标专利中AP的阈值管理有本质不同。因此，该特征未被公开。 |
| **技术特征L**：所述数据包括与由所述调制解调器识别的指定应用相对应的任何所识别的应用数据。<br>**判断结果**：未公开 | 无直接对应引用。 | **论述**：目标专利特征L限定了数据可以是与调制解调器识别的指定应用相对应的应用数据。这体现了跨层识别与协同。对比文件未提及“调制解调器识别指定应用”或基于应用识别来区分数据的机制。其数据处理是基于协议通道和优先级（如[0038]段提及的“priority of the MAC PDU”），而非具体的应用标识。因此，该特征未被公开。 |
| **技术特征M**：当所识别的上行链路许可为0时，由所述AP发送所述数据。<br>**判断结果**：未公开 | 无直接对应引用。 | **论述**：目标专利特征M是特征F的一种特殊情况，即当上行链路许可为0（可能表示流量禁用状态）时，AP仍然发送数据（例如TCP ACK反馈）。说明书[0018], [0084], [0087]-[0088]段强调了这一机制对于维持TCP性能的重要性。如前述，对比文件未公开“上行链路许可”概念，更未涉及许可为0时的特殊发送规则。因此，该特征未被公开。 |
<<<B>>>