**对比文件名称**: US2013182623A1_Description_20260102_0557
**目标专利名称**: 用于流量控制和确认传输的系统和方法
**本次调用模型名称**: DeepSeek-R1
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (若原文非中文则翻译为中文) | 公开性论述 |
| **技术特征A：一种用于用户设备UE的无线通信方法** <br>**公开性判断：直接公开** | [0028] 在示例实施例中，处理电路系统可以包括处理器22和存储器24，其可以与通信接口26通信或以其他方式控制通信接口26，并且在一些情况下，在装置由用户设备10体现时，用户接口28。<br>[0033] 在示例实施例中，存储器24可以包括一个或多个非易失性存储器设备，例如，可以是固定或可移除的易失性和/或非易失性存储器。存储器可以被配置为存储信息、数据、应用程序、指令等，以使装置20能够根据本发明的示例实施例执行各种功能。 | 对比文件通篇描述了一种由用户设备(UE)执行的上行链路数据传输调度方法，涉及从应用接收数据、缓冲数据、发送调度请求(SR)以及根据上行链路许可传输数据。这构成了一种用于UE的无线通信方法。该特征在对比文件中被直接公开，其作用与目标专利中定义的用于UE的无线通信方法的作用相同，都是处理上行链路数据传输。 |
| **技术特征B：从基站接收数据传输；** <br>**公开性判断：隐含公开** | [0040] 参见图3的框30。所接收的指示可以通过接收数据本身来提供。在这方面，装置，例如处理电路系统、处理器、通信接口等，可以通过接收要通过上行链路传输的数据来接收关于要通过上行链路传输的数据的指示。 | 对比文件[0040]段指出，装置通过“接收要通过上行链路传输的数据”来接收指示。结合对比文件背景技术（例如[0003]-[0005]段）和应用场景（MTC、背景应用等），本领域技术人员可以合理推断，UE要传输的数据最初是由基站传输给UE的（如下行链路数据触发上行链路ACK或响应），或者数据源自UE内部应用，但“接收”动作暗示数据从某个源到达UE的处理单元。考虑到无线通信系统的基本架构（UE与基站通信），以及说明书[0001]段描述的UE从基站接收数据作为整个流程的起点，可以合理隐含地推断出“从基站接收数据传输”这一初始步骤。该特征在对比文件整体技术方案中的作用是为后续上行链路传输提供数据源，与目标专利中为解决特定技术问题（管理缓冲区）所起的数据接收和存储起点作用类似。 |
| **技术特征C：将所述数据传输存储在所述UE的应用处理器AP的存储器中；** <br>**公开性判断：隐含公开** | [0033] ...存储器可以被配置为存储信息、数据、应用程序、指令等...<br>[0041] ...装置，例如处理电路系统、处理器22、存储器设备等，可以在导致提供调度请求之前，可选地使接收到的数据被缓冲，例如存储在存储器设备24中。 | 对比文件明确提到了存储器（24）用于存储数据和应用程序（[0033]），并且具体指出在发送调度请求之前，可以使接收到的数据被缓冲/存储在存储器设备中（[0041]）。虽然对比文件没有明确区分“应用处理器(AP)的存储器”和“调制解调器的缓冲区”，但本领域技术人员知道，UE的存储器系统是一个整体，数据在由处理器（可对应于AP）执行的应用产生或接收后，会存储在可访问的存储器中。说明书[0033]提到的“存储...应用程序”暗示了与应用处理器相关的功能。因此，可以合理推断“将数据传输存储在UE的存储器中”这一动作，且该存储器可由处理应用程序的处理器（即AP）访问。该特征在对比文件中的作用是为后续上行链路调度积累数据，与目标专利中为后续流量控制决策提供数据存储的作用是一致的。 |
| **技术特征D：由所述UE的所述AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可；** <br>**公开性判断：未公开** | [0041] ...装置，例如处理电路系统、处理器22、存储器设备等，可以在导致提供调度请求之前，可选地使接收到的数据被缓冲，例如存储在存储器设备24中。<br>[0045] ...调度请求可以被配置为指示要通过上行链路传输的数据的大小。 | 对比文件描述了UE基于缓冲的数据大小来形成调度请求（SR）（[0045]），并发送该SR以请求上行链路许可。然而，对比文件始终未提及“调制解调器缓冲区”这一概念，也未区分应用处理器(AP)和调制解调器在识别上行链路许可过程中的不同角色。上行链路许可是由基站响应于SR而授予的（见[0052]），并非由UE的AP“识别”。虽然UE内部处理单元（可能是处理器22）会知晓缓冲区中的数据量并据此生成SR，但这与目标专利中明确限定的“由AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可”这一特定技术特征不同。目标专利强调的是AP根据调制解调器侧缓冲区的状态来识别许可（无论是接收还是确定），这是其流量控制机制的核心。对比文件没有公开这一特定的层间交互和决策逻辑。 |
| **技术特征E：由所述AP至少部分地基于所识别的上行链路许可来确定是否向所述调制解调器发送数据；** <br>**公开性判断：未公开** | [0052] 由基站12体现或以其他方式相关联的装置还可以包括用于例如经由PDCCH向用户设备10提供许可的装置。<br>[0038] ...装置体现或与用户设备相关联可以进而包括用于例如经由由许可识别的上行链路引起数据传输的装置。 | 对比文件描述了UE在接收到基站授予的上行链路许可后，在许可分配的资源块上传输数据（[0038]）。这是一个整体的数据传输动作。对比文件完全没有提及“AP”、“调制解调器”之间的内部数据发送决策过程，更没有公开“AP基于上行链路许可来确定是否向调制解调器发送数据”这一特定的层间流量控制步骤。目标专利的该特征是实现其特定流量管理的关键，而对比文件缺乏对此的教导。 |
| **技术特征F：以及当所识别的上行链路许可超过阈值时由所述AP发送所述数据。** <br>**公开性判断：未公开** | [0038] ...装置体现或与用户设备相关联可以进而包括用于例如经由由许可识别的上行链路引起数据传输的装置。 | 对比文件仅描述了在获得上行链路许可后传输数据，没有引入任何由AP判断的“阈值”条件。数据发送的触发条件是接收到许可本身，而不是许可与某个阈值的比较结果。目标专利的该特征（阈值判断）是其实现选择性数据发送、优化缓冲区管理的核心手段之一，对比文件未公开此机制。 |
| **技术特征G：识别所述上行链路许可包括从所述调制解调器接收上行链路许可。** <br>**公开性判断：未公开** | [0052] 由基站12体现或以其他方式相关联的装置还可以包括用于例如经由PDCCH向用户设备10提供许可的装置。 | 对比文件明确说明上行链路许可是从基站接收的（[0052]），而非从内部的调制解调器接收。目标专利该特征描述的是AP与调制解调器之间的内部通信（调制解调器可能转发或生成许可信息给AP），这与对比文件的外部基站-UE通信模式不同。 |
| **技术特征H：识别所述上行链路许可包括由所述AP确定上行链路许可。** <br>**公开性判断：未公开** | [0045] ...调度请求可以被配置为指示要通过上行链路传输的数据的大小。 | 对比文件中，上行链路许可的最终决定和授予方是基站（[0052]）。UE的处理器（可能对应AP）可以确定需要请求的许可大小（通过SR指示），但这并不是“确定上行链路许可”本身，而是确定请求内容。目标专利中“由AP确定上行链路许可”可能意味着AP内部生成或计算一个许可值，这与对比文件中UE请求、基站授予的流程有本质区别。 |
| **技术特征I：所述数据包括与数据传输相关联的传输控制协议TCP数据或TCP确认ACK反馈。** <br>**公开性判断：未公开** | [0003] ...例如，机器类型通信(MTC)...<br>[0004] MTC应用程序不是提供经由上行链路到基站的数据的唯一应用程序。在这方面，用户设备还可以接收来自背景应用程序的数据以经由上行链路传输到网络。 | 对比文件提及的数据类型是“MTC应用数据”和“背景应用数据”（[0003], [0004]），并未具体指明是TCP数据或TCP ACK反馈。目标专利明确限定了数据类型，这是其解决TCP ACK反馈延迟等特定问题的关键上下文，对比文件没有公开这一具体限定。 |
| **技术特征J：所述数据包括传输控制协议TCP确认ACK反馈、蜂窝车联网C‑V2X数据、虚拟现实VR数据、扩展现实XR数据、超可靠低延迟通信ULLC数据或任何特定的业务类型/模式。** <br>**公开性判断：未公开** | [0003] ...例如，机器类型通信(MTC)...<br>[0004] ...用户设备还可以接收来自背景应用程序的数据... | 同上，对比文件仅泛泛提及MTC和背景应用数据，没有公开目标专利中列举的TCP ACK、C-V2X、VR、XR、URLLC等具体业务类型或模式。这些具体类型是目标专利要解决的特定场景，对比文件未涉及。 |
| **技术特征K：为了确定是否从所述AP向所述调制解调器发送数据，所述AP被配置为：至少基于所述调制解调器缓冲区的一个或多个阈值来管理从所述AP到所述调制解调器的数据流量。** <br>**公开性判断：未公开** | [0041] ...装置，例如处理电路系统、处理器22、存储器设备等，可以在导致提供调度请求之前，可选地使接收到的数据被缓冲，例如存储在存储器设备24中。 | 对比文件提到缓冲数据，但目的是为了聚合数据、减少调度请求次数（[0041]及上下文），而不是为了基于调制解调器缓冲区的阈值来管理从AP到调制解调器的数据流量。对比文件完全没有提及“调制解调器缓冲区”、“阈值”以及AP到调制解调器的流量管理这些概念。目标专利的该特征是其核心的、主动的流量控制机制，对比文件未公开。 |
| **技术特征L：所述数据包括与由所述调制解调器识别的指定应用相对应的任何所识别的应用数据。** <br>**公开性判断：未公开** | [0003] ...例如，机器类型通信(MTC)...<br>[0004] ...用户设备还可以接收来自背景应用程序的数据... | 对比文件提到了数据来自MTC应用或背景应用，但未提及这些应用是由“调制解调器”识别的。应用识别通常由操作系统或应用处理器(AP)负责。目标专利该特征限定了调制解调器在识别指定应用数据中的作用，这是一个特定的实现细节，对比文件未公开。 |
| **技术特征M：当所识别的上行链路许可为0时，由所述AP发送所述数据。** <br>**公开性判断：未公开** | [0038] ...装置体现或与用户设备相关联可以进而包括用于例如经由由许可识别的上行链路引起数据传输的装置。 | 对比文件描述的数据传输发生在获得上行链路许可之后。它没有涵盖“上行链路许可为0”（即没有资源授予或无许可）这一场景，更没有教导在许可为0时AP仍可发送数据（尤其是特定类型如TCP ACK）的机制。目标专利的该特征是其解决零许可情况下关键数据（如TCP ACK）传输问题的创新点，对比文件完全没有涉及这一场景和方法。 |
<<<A>>>
<<<b>>>
<<<c>>>