**对比文件名称**：US2019021109A1_Description_20260102_1602
**目标专利名称**：用于流量控制和确认传输的系统和方法
**本次调用的模型名称**：DeepSeek最新版本模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于用户设备UE的无线通信方法<br>**公开性判断**：隐含公开 | [0011] ... a method for User Equipment (UE) operating in a wireless communication system ...<br>[0114] The present invention proposes two ways of avoiding additional transmission after last data needs to be considered. ... | 对比文件通篇描述了一种用于UE操作于无线通信系统中的方法，特别是关于处理上行链路许可的方法（见[0011]），并提供了两种避免在最后数据传输后额外传输的方案（见[0114]）。虽然该方法的具体步骤与目标专利不完全相同，但本领域技术人员可以明确确定，对比文件公开了一种用于UE的无线通信方法。因此，该技术特征被隐含公开。 |
| **技术特征B**：从基站接收数据传输；<br>**公开性判断**：隐含公开 | [0100] When the UE receives a valid uplink grant ... the UE transmits the uplink data ...<br>[0113] After the UE transmits uplink data (S1201), the UE receives uplink grant (S1203). | 对比文件多处描述了UE从基站（eNB）接收上行链路许可（UL grant）的过程（例如[0100], [0113]）。上行链路许可是基站为了调度UE进行上行数据传输而下发的控制信息，其本质是数据传输调度指令，是数据传输过程的一部分。本领域技术人员可以合理推断，接收上行链路许可是为了后续的数据传输，隐含了“接收数据传输”的初始环节。因此，该技术特征被隐含公开。 |
| **技术特征C**：将所述数据传输存储在所述UE的应用处理器AP的存储器中；<br>**公开性判断**：未公开 | 对比文件未提及将数据传输存储在应用处理器（AP）的存储器中。 | 对比文件主要涉及MAC层和物理层的操作，描述了数据在“HARQ buffer”（[0104]）或“UL buffers of the UE”（[0131]）中的状态。这些缓冲区通常位于调制解调器侧。目标专利说明书[0031]明确指出，其改进点在于由AP基于调制解调器缓冲区大小来管理数据流量，并将数据存储在“AP的存储器中”（如[0042]所述的DDR SDRAM、系统高速缓存等）。对比文件完全没有涉及AP的存储器管理，也未提及在AP侧存储待传数据。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征D**：由所述UE的所述AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可；<br>**公开性判断**：未公开 | 对比文件未提及由应用处理器（AP）来识别上行链路许可。 | 在对比文件中，上行链路许可的识别和处理完全由MAC实体（属于协议栈的较低层，通常对应于调制解调器功能）负责。例如，[0098]描述“MAC entity must have a valid uplink grant”，[0100]描述“UE receives a valid uplink grant”。目标专利的核心改进之一是将流量控制决策上移至AP，由AP“识别上行链路许可”（见说明书[0031], [0047]）。对比文件的技术方案停留在传统的调制解调器（MAC层）自主管理，未给出任何由高层AP基于调制解调器缓冲区状态进行许可识别或决策的启示。因此，该技术特征未被公开。 |
| **技术特征E**：由所述AP至少部分地基于所识别的上行链路许可来确定是否向所述调制解调器发送数据；<br>**公开性判断**：未公开 | 对比文件未提及由应用处理器（AP）基于上行链路许可来决定是否向调制解调器发送数据。 | 如特征D所述，对比文件中的流量控制逻辑位于MAC层。数据是否发送取决于MAC实体是否拥有有效的上行链路许可以及HARQ进程的状态（见[0098], [0103]）。目标专利说明书[0031], [0084]明确指出，由AP来“确定是否向调制解调器发送数据”。这是将传统上由调制解调器自主决定的发送时机，改由AP基于更全局的信息（如许可和阈值）进行判断。对比文件完全没有涉及AP与调制解调器之间的这种基于许可的流量控制决策关系。因此，该技术特征未被公开。 |
| **技术特征F**：以及当所识别的上行链路许可超过阈值时由所述AP发送所述数据。<br>**公开性判断**：未公开 | 对比文件未提及“上行链路许可超过阈值”的概念，也未提及由AP在此时发送数据。 | 目标专利的该特征描述了AP在满足特定条件（许可超过阈值）时触发数据发送的机制（见说明书[0031], [0084]）。对比文件中描述的数据发送触发条件完全不同，例如：拥有有效上行链路许可且HARQ进程指示新传输（[0103]），或者响应于随机接入响应（[0103]）。对比文件没有引入任何与“许可阈值”比较的决策逻辑，更未将此逻辑置于AP中。因此，该技术特征未被公开。 |
| **技术特征G**：识别所述上行链路许可包括从所述调制解调器接收上行链路许可。<br>**公开性判断**：直接公开 | [0100] When the UE receives a valid uplink grant for transmitting uplink data ...<br>[0113] ... the UE receives uplink grant (S1203). | 对比文件多次明确、直接地描述了UE接收上行链路许可这一动作（如[0100], [0113]）。在移动通信系统中，上行链路许可由基站在下行控制信道（如PDCCH）上发送，并由UE的接收机（物理层）接收后传递给MAC层（调制解调器功能部分）。因此，“从调制解调器接收上行链路许可”这一描述，在本领域技术人员的常规理解中，即对应于UE的接收机/调制解调器模块接收到来自基站的上行链路许可信息。该内容被对比文件直接公开。 |
| **技术特征H**：识别所述上行链路许可包括由所述AP确定上行链路许可。<br>**公开性判断**：未公开 | 对比文件未提及由应用处理器（AP）来确定上行链路许可。 | 在对比文件中，上行链路许可由基站分配并通过下行信令发送给UE（见特征G的引用）。UE的AP不具备“确定”上行链路许可的功能，许可的大小、资源等均由基站决定。目标专利说明书[0031]提到“识别上行链路许可包括由AP确定上行链路许可”，这可能是指AP基于接收到的信息（如来自调制解调器的许可信息）进行内部确认或计算，但对比文件完全没有涉及AP在这方面的任何角色。因此，该技术特征未被公开。 |
| **技术特征I**：所述数据包括与数据传输相关联的传输控制协议TCP数据或TCP确认ACK反馈。<br>**公开性判断**：未公开 | 对比文件未提及TCP数据或TCP ACK反馈。 | 对比文件泛泛地讨论“uplink data”（[0100], [0113]）或“data available for transmission”（[0132]），并未具体区分或指明数据的协议类型，如TCP数据或TCP ACK反馈。目标专利说明书[0031], [0058]特别强调了其机制对TCP ACK反馈等特定数据类型传输的重要性。对比文件缺乏对此类特定数据类型的公开。因此，该技术特征未被公开。 |
| **技术特征J**：所述数据包括传输控制协议TCP确认ACK反馈、蜂窝车联网C‑V2X数据、虚拟现实VR数据、扩展现实XR数据、超可靠低延迟通信ULLC数据或任何特定的业务类型/模式。<br>**公开性判断**：未公开 | 对比文件未提及TCP ACK反馈、C-V2X、VR、XR、URLLC等具体业务类型或模式。 | 同特征I，对比文件仅一般性地提及上行数据，没有枚举或特指任何具体的业务类型、模式或应用场景（如C-V2X, VR, XR, URLLC）。目标专利说明书[0031], [0058]明确列出了这些数据类型，以说明其技术方案的应用广度。对比文件未公开这些具体内容。因此，该技术特征未被公开。 |
| **技术特征K**：为了确定是否从所述AP向所述调制解调器发送数据，所述AP被配置为：至少基于所述调制解调器缓冲区的一个或多个阈值来管理从所述AP到所述调制解调器的数据流量。<br>**公开性判断**：未公开 | 对比文件未提及AP基于调制解调器缓冲区的阈值来管理数据流量。 | 对比文件中的缓冲区状态报告（BSR）机制（[0131]-[0142]）涉及的是UE向基站报告其缓冲区状态，以便基站进行调度。这是一种网络侧的调度辅助机制，而非UE内部AP与调制解调器之间的流量控制机制。目标专利说明书[0031], [0040]-[0042]详细描述了AP基于调制解调器缓冲区的高、低、DNE等多个阈值来管理（停止、恢复、抑制）向调制解调器发送数据流量的内部机制。对比文件完全没有涉及这种UE内部层级间的、基于阈值的流量管理配置。因此，该技术特征未被公开。 |
| **技术特征L**：所述数据包括与由所述调制解调器识别的指定应用相对应的任何所识别的应用数据。<br>**公开性判断**：未公开 | 对比文件未提及由调制解调器识别指定应用或对应的应用数据。 | 对比文件讨论的数据是基于逻辑信道组（LCG）进行报告的（[0132]），这是一种基于承载（bearer）优先级而非特定应用标识的分类方式。目标专利说明书[0031]提到“数据包括与由调制解调器识别的指定应用相对应的任何所识别的应用数据”，这暗示了一种基于应用识别的更细粒度数据分类或处理。对比文件未公开此概念。因此，该技术特征未被公开。 |
| **技术特征M**：当所识别的上行链路许可为0时，由所述AP发送所述数据。<br>**公开性判断**：未公开 | [0114] ... when the UE receives a zero uplink grant, the UE interprets that the uplink transmission ... is successful.<br>[0115] ... the UE ignores the received UL grant, the UE does not generate any MAC PDU for a uplink transmission, and the UE does not perform any uplink transmission. | 对比文件明确描述了当UE收到“零上行链路许可”（Zero UL grant）时，UE会忽略该许可，不生成任何MAC PDU，且不执行任何上行传输（[0114], [0115]）。其逻辑是：零许可意味着基站确认前一传输成功，且不分配新资源，故UE不应发送任何数据。这与目标专利的特征M“当所识别的上行链路许可为0时，由所述AP发送所述数据”完全相反。目标专利说明书[0031], [0058]-[0060]指出，即使在许可为0（流量禁用状态）时，AP仍可发送TCP ACK反馈等关键数据以避免下行链路卡顿。对比文件教导的是“不发送”，而目标专利主张的是“选择性发送”，两者作用相反。因此，该技术特征未被公开。 |
<<<G>>>