**对比文件名称**：US2017156157A1_Description_20260102_1913
**目标专利名称**：用于流量控制和确认传输的系统和方法
**本次调用的模型名称**：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于用户设备UE的无线通信方法<br>**公开性判断**：未公开 | 对比文件涉及无线通信系统和调度请求检测，但未完整公开一种由UE执行的、包含后续B-M特征的具体无线通信方法。 | 目标专利权利要求A限定了整个方法的主体和场景（“用于用户设备UE的无线通信方法”）。对比文件（例如背景技术[0002]和发明内容[0001]）虽然描述了无线通信系统（如LTE）中UE与基站交互的通用场景（UE发送SR，基站响应Grant），但其技术方案的核心是基站侧自适应检测SR的方法（参见[0041]-[0043]），目的是提高SR检测可靠性以减少错误调度的授权。这与目标专利所要求保护的、由UE执行的、聚焦于UE内部AP与调制解调器之间基于缓冲区管理的流量控制方法，在整体技术方案、执行主体和解决的技术问题上均不相同。因此，对比文件未公开技术特征A。 |
| **技术特征B**：从基站接收数据传输；<br>**公开性判断**：隐含公开 (b) | “A grant transmitted to a User Equipment, UE, ... the UE ... transmit uplink data based on a transmitted grant ...” (参见[0036])<br>中文翻译：向用户设备UE发送的授权...UE...基于发送的授权发送上行链路数据。 | 目标专利中，“从基站接收数据传输”是UE进行后续处理的前提。对比文件[0036]描述了UE在接收到基站发送的授权（grant）后，会基于该授权发送上行链路数据。虽然原文重点在“发送”，但本领域技术人员可以合理推断，为了发送上行数据，UE必然需要先从基站接收下行控制信息（即授权）以及可能的下行数据（即“数据传输”的一种形式）。在无线通信中，下行数据传输是UE的常规功能。因此，对比文件隐含公开了UE从基站接收数据传输这一技术特征。尽管其在对比文件中的作用是触发UE上行响应，而目标专利中是作为存储在AP存储器中的数据源，但“接收数据传输”这一动作本身是相同的。 |
| **技术特征C**：将所述数据传输存储在所述UE的应用处理器AP的存储器中；<br>**公开性判断**：隐含公开 (c) | “... there is new data arriving in the UE buffer.” (参见[0083]， Case 1)<br>中文翻译：...有新数据到达UE缓冲区。 | 目标专利中，将数据传输存储在AP的存储器中，是进行后续流量控制决策的基础。对比文件[0083]的Case 1提到“新数据到达UE缓冲区”，这里“UE缓冲区”是一个上位概念。在UE的架构中，来自上层应用的数据通常首先由应用处理器（AP）处理并暂存于其可访问的存储器中，然后才可能被传递至调制解调器侧的缓冲区。本领域技术人员可以合理推断，UE在准备上行数据时，数据需要存储在某个存储器中，而AP的存储器是UE存储待发送数据的常见位置之一。虽然对比文件没有明确区分AP存储器和调制解调器缓冲区，但“将数据存储在UE的存储器中”这一上位概念已被公开。因此，该特征被对比文件隐含公开。 |
| **技术特征D**：由所述UE的所述AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可；<br>**公开性判断**：未公开 | 对比文件未描述UE的应用处理器（AP）基于调制解调器缓冲区大小来“识别上行链路许可”的动作或机制。 | 这是目标专利的核心特征之一。根据说明书[0011], [0065]-[0067]，该特征旨在由AP（而非传统上仅由调制解调器）参与上行链路许可的识别，依据是调制解调器缓冲区的大小，以实现更高效的流量控制。对比文件通篇描述的是基站侧如何检测SR并调整检测阈值（例如[0041], [0053]-[0055]），以及UE在接收到基站授权后的行为（如发送数据或填充报告）。其中提到了“UE buffer”（[0083]），但这是作为UE是否发送SR或数据的判断条件，并未公开由UE的AP主动“识别上行链路许可”这一过程。识别上行链路许可通常指UE确定可用于上行传输的资源量，对比文件未涉及AP在此过程中的角色和基于调制解调器缓冲区的判断逻辑。因此，该特征未被对比文件公开。 |
| **技术特征E**：由所述AP至少部分地基于所识别的上行链路许可来确定是否向所述调制解调器发送数据；<br>**公开性判断**：隐含公开 (e) | “if the UE receives a grant and there is no data in the UE buffer, the UE is ordered to transmit a padded response with a zero buffer status report.” (参见[0083], Case 1)<br>中文翻译：如果UE接收到授权且UE缓冲区中没有数据，则UE被命令发送带有零缓冲区状态报告的填充响应。 | 目标专利中，AP基于识别出的上行链路许可来决定是否向调制解调器发送数据，这是实现跨层流量控制的关键。对比文件[0083]描述了UE在接收到授权（grant）后，根据其缓冲区（buffer）中是否有数据来决定发送内容（真实数据或填充报告）。虽然对比文件未明确提及“AP”做出此决定，但在UE的典型实现中，高层（如AP或与AP关联的协议栈）负责管理应用数据并向低层（调制解调器）提交。本领域技术人员可以合理推断，UE“决定发送填充响应还是真实数据”这一行为，必然涉及UE内部某个处理实体（可以理解为包含了AP的功能）基于接收到的授权（相当于“识别出的上行链路许可”的一种形式）和缓冲区状态做出的决策，以控制向物理层/调制解调器发送的数据内容。因此，该特征被对比文件隐含公开。 |
| **技术特征F**：以及当所识别的上行链路许可超过阈值时由所述AP发送所述数据。<br>**公开性判断**：未公开 | 对比文件未描述UE的AP在“上行链路许可超过阈值”时发送数据的行为。 | 目标专利该特征限定了AP发送数据的一个具体触发条件（许可超过阈值）。对比文件中，UE发送数据（无论是真实数据还是填充）的触发条件是“接收到授权”且“缓冲区中有数据”（[0083]），并未引入一个由AP判断的、与“阈值”进行比较的“上行链路许可”概念。对比文件中提到的“阈值”（threshold）都是指基站侧用于SR检测的信号质量门限（例如[0036], [0053]），与UE内部AP的发送决策无关。因此，该特征未被对比文件公开。 |
| **技术特征G**：识别所述上行链路许可包括从所述调制解调器接收上行链路许可。<br>**公开性判断**：未公开 | 对比文件未描述UE内部AP从调制解调器“接收上行链路许可”的交互过程。 | 该特征是对特征D中“识别”方式的一种具体限定。目标专利说明书中提到，识别上行链路许可可以包括从调制解调器接收（[0012]）。对比文件描述了基站向UE发送授权（grant）（例如[0036]），这是网络侧的下行信令。在UE内部，此授权由调制解调器接收并解析，但对比文件完全没有提及调制解调器再将此“许可”信息传递给AP的步骤或机制。UE内部AP与调制解调器之间的信令交互并非本领域的必然公知常识。因此，该特征未被对比文件公开。 |
| **技术特征H**：识别所述上行链路许可包括由所述AP确定上行链路许可。<br>**公开性判断**：未公开 | 对比文件未描述由UE的AP“确定上行链路许可”的动作。 | 该特征是对特征D中“识别”方式的另一种具体限定。对比文件中，上行链路许可（表现为基站下发的授权）完全由基站决定并发送给UE。UE（包括其AP）并不“确定”上行链路许可，而是“接收”并响应它。因此，该特征未被对比文件公开。 |
| **技术特征I**：所述数据包括与数据传输相关联的传输控制协议TCP数据或TCP确认ACK反馈。<br>**公开性判断**：隐含公开 (i) | “the received message contained uplink data” (参见[0046])<br>中文翻译：接收到的消息包含上行链路数据。 | 目标专利该特征限定了AP可能发送的数据类型，包括TCP数据或ACK反馈。对比文件[0046]提到“接收到的消息包含上行链路数据”，这是一个非常上位的概念。“上行链路数据”在通信系统中可以包含各种类型的数据，TCP数据及其ACK反馈是其中常见的、用于实现可靠传输的数据类型。本领域技术人员在阅读对比文件时，可以合理推断UE发送的上行数据可能包含此类数据。因此，该特征被对比文件隐含公开。 |
| **技术特征J**：所述数据包括传输控制协议TCP确认ACK反馈、蜂窝车联网C‑V2X数据、虚拟现实VR数据、扩展现实XR数据、超可靠低延迟通信ULLC数据或任何特定的业务类型/模式。<br>**公开性判断**：隐含公开 (j) | “the received message contained uplink data” (参见[0046])<br>中文翻译：接收到的消息包含上行链路数据。 | 该特征是对数据类型的进一步举例说明。与特征I的推理类似，对比文件中的“上行链路数据”是一个概括性术语，其具体内容可以根据应用场景不同而不同，本领域技术人员可以理解其可能涵盖C-V2X、VR/XR、URLLC（对比文件中为ULLC，应为笔误）等各种新兴业务类型的数据。因此，该特征也被对比文件隐含公开。 |
| **技术特征K**：为了确定是否从所述AP向所述调制解调器发送数据，所述AP被配置为：至少基于所述调制解调器缓冲区的一个或多个阈值来管理从所述AP到所述调制解调器的数据流量。<br>**公开性判断**：未公开 | 对比文件未描述UE的AP基于调制解调器缓冲区的阈值来管理向调制解调器发送数据流量的机制。 | 该特征进一步限定了AP进行流量控制的具体方式，即使用调制解调器缓冲区的一个或多个阈值进行管理（如说明书[0007], [0080]-[0084]所述的高、低、DNE阈值）。对比文件中确实提到了“阈值”（threshold），但如前所述，这些阈值是基站侧用于SR检测的（如[0053]的上阈值和下阈值），与UE内部缓冲区管理无关。虽然[0083]提到了“zero size buffer report”，但这只是缓冲区状态的一种报告结果，并未公开AP主动使用预设的缓冲区阈值来“管理”数据流量的控制逻辑。因此，该特征未被对比文件公开。 |
| **技术特征L**：所述数据包括与由所述调制解调器识别的指定应用相对应的任何所识别的应用数据。<br>**公开性判断**：未公开 | 对比文件未提及“由调制解调器识别的指定应用”或“所识别的应用数据”。 | 该特征限定了数据可以是对应于特定应用的数据。对比文件中仅泛泛提及“上行链路数据”，并未涉及基于应用识别来区分或处理数据的内容。调制解调器识别特定应用并对应特定数据，属于更细粒度的业务感知和处理，并非对比文件公开的内容。因此，该特征未被对比文件公开。 |
| **技术特征M**：当所识别的上行链路许可为0时，由所述AP发送所述数据。<br>**公开性判断**：隐含公开 (m) | “if the UE receives a grant and there is no data in the UE buffer, the UE is ordered to transmit a padded response with a zero buffer status report.” (参见[0083], Case 1)<br>中文翻译：如果UE接收到授权且UE缓冲区中没有数据，则UE被命令发送带有零缓冲区状态报告的填充响应。 | 目标专利该特征限定了即使上行链路许可为0（例如，调制解调器指示流量禁用），AP仍可能发送某些数据（如TCP ACK）。对比文件[0083]描述了一种情况：UE接收到授权（grant，可类比为一种上行链路许可），但缓冲区为空。此时，UE被命令发送一个“填充响应”。这表明，在某种形式的“许可”存在（虽然对比文件中是基站授权而非内部识别）但常规数据（缓冲区数据）缺失的条件下，UE仍然会发送某种特定内容（填充报告）。这隐含了“在许可存在但条件特殊时，仍发送数据”的逻辑。虽然发送的“数据”类型（填充报告 vs. TCP ACK等）和目标专利不完全相同，但“当存在某种许可条件时发送特定数据”这一上位概念已被公开。因此，该特征被对比文件隐含公开。 |
<<<b>>><<<c>>><<<e>>><<<i>>><<<j>>><<<m>>>