**对比文件名称**：US2019372720A1_Description_20260102_1953
**目标专利名称**：用于流量控制和确认传输的系统和方法
**本次调用的模型名称**：DeepSeek-R1
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于用户设备UE的无线通信方法<br>**判断结果**：直接公开 | “The present invention related to wireless communication and, most particularly, to a method for a terminal resending data in a wireless communication system, and a communication device using the same.” （背景技术部分） | 对比文件开篇即明确其涉及无线通信，特别是“一种用于终端在无线通信系统中重发数据的方法”，这直接公开了“一种用于用户设备UE的无线通信方法”这一上位技术特征。该特征在对比文件中作为整个发明的主题，与其在目标专利中作为方法类型限定的作用相同。 |
| **技术特征B**：从基站接收数据传输；<br>**判断结果**：直接公开 | “The method is comprising receiving downlink control information (DCI) from a network, and retransmitting data based on the DCI...” （发明内容部分）<br>“...the UE may receive an ACK/NACK over a PHICH, instead of doing so, in the present invention, the UE receives DCI including an ACK/NACK field...” （具体实施方式部分） | 对比文件明确描述了UE从网络（基站）接收下行控制信息（DCI），DCI是基站向UE发送的一种控制信息，属于“数据传输”的一种形式。因此，对比文件直接公开了“从基站接收数据传输”这一特征。该特征在对比文件中用于触发后续的重传操作，与目标专利中作为数据接收的初始步骤作用类似。 |
| **技术特征C**：将所述数据传输存储在所述UE的应用处理器AP的存储器中；<br>**判断结果**：未公开 | 对比文件中未提及“应用处理器（AP）”或“AP的存储器”。其主要描述物理层、MAC层等底层协议栈的处理，以及HARQ过程。例如，提到了“processor”、“memory”，但未将其区分为AP特有的组件，也未描述将接收到的数据传输存储到AP的特定存储器中。 | 根据目标专利说明书[0031]-[0032]段，AP是UE中区别于调制解调器（基带处理器）的组件，负责执行应用。对比文件通篇未提及“应用处理器（AP）”这一概念，也未描述将数据传输存储在AP的存储器中这一特定行为。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| **技术特征D**：由所述UE的所述AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可；<br>**判断结果**：未公开 | 对比文件中未提及“应用处理器（AP）”、“调制解调器缓冲区”或基于缓冲区大小来“识别上行链路许可”。其讨论的上行链路许可（UL grant）是通过DCI从基站接收的（参见特征B引用），或者用于触发重传，并非由UE内部的AP基于缓冲区状态来识别或确定。 | 根据目标专利说明书[0011]-[0012]及[0050]-[0051]段，该特征的核心在于由AP（而非底层调制解调器）基于调制解调器缓冲区的大小来主动识别上行链路许可，以管理层间流量。对比文件完全没有涉及AP与调制解调器之间的这种交互，也未提及基于缓冲区状态来识别许可的机制。因此，该特征未被公开。 |
| **技术特征E**：由所述AP至少部分地基于所识别的上行链路许可来确定是否向所述调制解调器发送数据；<br>**判断结果**：未公开 | 对比文件中未提及“AP”基于上行链路许可来决定是否向“调制解调器”发送数据。其描述的数据发送决策是基于接收到的DCI指示（如ACK/NACK字段）来触发重传，这是一个由网络控制、在协议栈底层（如MAC层）响应的过程。 | 根据目标专利说明书[0011]、[0058]及[0123]段，该特征体现了AP作为流量控制决策者的角色，根据识别出的上行链路许可（可能来自调制解调器或自行确定）来管理向调制解调器发送数据。对比文件未描述这种由AP主导的、基于内部许可的流量控制决策机制。因此，该特征未被公开。 |
| **技术特征F**：以及当所识别的上行链路许可超过阈值时由所述AP发送所述数据。<br>**判断结果**：未公开 | 对比文件中未提及上行链路许可存在“阈值”的概念，也未描述“AP”在许可超过阈值时发送数据。其数据发送（或重传）的触发条件是基于DCI中的特定字段（如ACK/NACK）或接收到的UL grant，而非与一个内部阈值进行比较。 | 根据目标专利说明书[0011]段，该特征是方法执行的最终步骤，即AP在判断许可条件满足（超过阈值）后执行数据发送。对比文件未公开任何关于AP使用阈值来判断是否发送数据的机制。因此，该特征未被公开。 |
| **技术特征G**：识别所述上行链路许可包括从所述调制解调器接收上行链路许可。<br>**判断结果**：未公开 | 对比文件中未描述“调制解调器”向“AP”发送上行链路许可的流程。其提到的上行链路许可（UL grant）是包含在从基站接收的DCI中的。 | 根据目标专利说明书[0012]段，这是识别上行链路许可的一种具体方式，即AP从调制解调器接收许可。对比文件未涉及UE内部AP与调制解调器之间传递上行链路许可的通信。因此，该特征未被公开。 |
| **技术特征H**：识别所述上行链路许可包括由所述AP确定上行链路许可。<br>**判断结果**：未公开 | 对比文件中未提及“AP”自行确定上行链路许可。所有关于上行链路资源分配或许可的描述均来自网络侧（基站）的指示。 | 根据目标专利说明书[0013]段，这是识别上行链路许可的另一种方式。对比文件未公开任何由UE内部AP自主确定上行链路许可的技术方案。因此，该特征未被公开。 |
| **技术特征I**：所述数据包括与数据传输相关联的传输控制协议TCP数据或TCP确认ACK反馈。<br>**判断结果**：未公开 | 对比文件中提及的“数据”主要指在无线接口传输的协议数据单元，如传输块（TB），以及HARQ过程中的ACK/NACK反馈。未明确提及“传输控制协议（TCP）数据”或“TCP确认（ACK）反馈”这类高层应用层协议的数据。 | 根据目标专利说明书[0014]及[0124]段，目标专利特别关注TCP层的数据和ACK反馈的传输管理。对比文件讨论的ACK/NACK是物理层或MAC层的HARQ反馈，与TCP层的ACK反馈属于不同协议层的概念，目的和机制均不同。因此，对比文件未公开该特征。 |
| **技术特征J**：所述数据包括传输控制协议TCP确认ACK反馈、蜂窝车联网C‑V2X数据、虚拟现实VR数据、扩展现实XR数据、超可靠低延迟通信ULLC数据或任何特定的业务类型/模式。<br>**判断结果**：未公开 | 对比文件中未提及TCP ACK反馈、C-V2X、VR、XR、ULLC等任何具体业务类型或模式的数据。其讨论的数据类型是泛指的无线通信数据。 | 该特征是对所发送数据类型的进一步举例限定。对比文件完全没有涉及这些特定的业务数据类型。因此，该特征未被公开。 |
| **技术特征K**：为了确定是否从所述AP向所述调制解调器发送数据，所述AP被配置为：至少基于所述调制解调器缓冲区的一个或多个阈值来管理从所述AP到所述调制解调器的数据流量。<br>**判断结果**：未公开 | 对比文件中未提及“AP”基于“调制解调器缓冲区”的“阈值”来管理数据流量。其描述的流量或重传控制是基于网络下发的DCI。 | 根据目标专利说明书[0016]及[0050]-[0051]段，该特征明确了AP进行流量控制的具体依据——调制解调器缓冲区的阈值。这是目标专利解决缓冲区管理问题的核心机制之一。对比文件未公开任何类似的、由AP基于缓冲区阈值进行内部流量管理的方案。因此，该特征未被公开。 |
| **技术特征L**：所述数据包括与由所述调制解调器识别的指定应用相对应的任何所识别的应用数据。<br>**判断结果**：未公开 | 对比文件中未提及“调制解调器识别指定应用”或与之对应的“应用数据”。 | 该特征限定了数据可以是与特定应用相关的。对比文件未涉及应用识别或应用特定数据的处理。因此，该特征未被公开。 |
| **技术特征M**：当所识别的上行链路许可为0时，由所述AP发送所述数据。<br>**判断结果**：未公开 | 对比文件中未提及“上行链路许可为0”的情况，也未描述在许可为0时由AP发送数据。其逻辑是：接收到有效的UL grant或指示重传的DCI则发送数据，否则不发送。 | 根据目标专利说明书[0018]及[0126]-[0128]段，该特征是一种特殊规则，允许AP即使在许可为0（可能表示流量禁用状态）时仍发送特定数据（如TCP ACK），以优化双向流量。对比文件未公开任何关于上行链路许可值为0及其对应处理规则的内容。因此，该特征未被公开。 |
<<<A>>>
<<<B>>>