对比文件名称：WO2017193274A1_Description_20260102_1605
目标专利名称：用于流量控制和确认传输的系统和方法
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种用于用户设备UE的无线通信方法**<br>**公开性判断：直接公开** | “A method and apparatus for wireless communication is disclosed.” (SUMMARY部分)<br>“Examples of such multiple-access systems include code-division multiple access (CDMA) systems, time-division multiple access (TDMA) systems, frequency-division multiple access (FDMA) systems, and orthogonal frequency-division multiple access (OFDMA) systems. By way of example, a wireless multiple-access communication system may include a number of base stations, each simultaneously supporting communication for multiple communication devices, otherwise known as user equipments (UEs).” (BACKGROUND部分) | 对比文件公开了一种无线通信方法及相关装置，并明确该方法涉及基站与用户设备（UEs）之间的通信。这与目标专利权利要求的主题“一种用于用户设备UE的无线通信方法”在类型和主体上完全相同。特征A在对比文件的整体技术方案中起到定义本发明主题和适用范围的作用，与其在目标专利中为解决特定技术问题（流量控制和ACK传输）所起的基础框架作用相同。因此，该特征被对比文件直接公开。 |
| **技术特征B：从基站接收数据传输；**<br>**公开性判断：直接公开** | “A base station may communicate with one or more UEs on downlink channels (e.g., for transmissions from a base station to a UE) and uplink channels (e.g., for transmissions from a UE to a base station).” (BACKGROUND部分)<br>“The wireless communication links 135 shown in wireless communication network 100 may carry UL transmissions from a UE 110 to a base station 105, or downlink (DL) transmissions, from a base station 105 to a UE 110.” (DETAILED DESCRIPTION部分，FIG. 1相关描述) | 对比文件明确描述了在无线通信系统中，基站通过下行链路（DL）向UE发送数据。这是无线通信系统的基本操作模式。该特征在对比文件的整体技术方案中构成了数据传输的基本方向，与其在目标专利中作为数据接收的初始步骤所起的作用相同。因此，该特征被对比文件直接公开。 |
| **技术特征C：将所述数据传输存储在所述UE的应用处理器AP的存储器中；**<br>**公开性判断：隐含公开** | “...storing the data in an internet protocol (IP) buffer.” (SUMMARY部分)<br>“At block 935, the method may include storing the data in an internet protocol (IP) buffer.” (DETAILED DESCRIPTION部分，FIG. 7相关描述)<br>“The TCP layer may forward the received data to the IP buffer of IP layer associated with the base station 105.” (DETAILED DESCRIPTION部分，FIG. 6相关描述) | 对比文件多次提及将待传输的数据存储在IP缓冲区中。虽然对比文件没有明确使用“应用处理器AP的存储器”这一表述，但根据通信领域的公知常识，在UE中，应用层数据（包括TCP数据）最终需要被处理并暂存以备传输。IP缓冲区通常位于协议栈的IP层，而协议栈的功能在UE中由包括应用处理器和调制解调器在内的硬件/软件协同实现。存储数据是进行后续传输处理的必要前置步骤。本领域技术人员根据对比文件公开的“存储数据在IP缓冲区”以及UE的常规架构，能够合理推断出数据需要存储在UE的某个处理单元的存储器（如与应用处理器关联的存储器）中。因此，该特征被对比文件隐含公开。 |
| **技术特征D：由所述UE的所述AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可；**<br>**公开性判断：隐含公开** | “determining a transport block size (TBS) based on a network scheduling parameter information...” (SUMMARY部分)<br>“In some examples, the base station 105 may communication the TBS to the UE 110 in an uplink grant message.” (DETAILED DESCRIPTION部分，FIG. 5相关描述)<br>“...maintaining L2 buffer at preferred levels that includes adjusting the L2 buffer level to reduce queuing delay and minimize the L2 buffer empty probability in order to improve TCP throughput.” (SUMMARY部分) | 对比文件公开了基站根据调度参数（可包括缓冲区状态）确定并向UE发送上行链路许可（包含TBS）。同时，对比文件强调了将L2（层2，通常包括MAC、RLC等，与调制解调器功能相关）缓冲区维持在优选水平的重要性。虽然对比文件没有明确描述“AP基于调制解调器缓冲区大小识别许可”这一具体内部交互，但根据无线通信系统的工作流程，UE在获得上行链路许可后，其内部各组件（包括处理高层协议的AP和处理底层协议的调制解调器）需要协同工作以利用该许可。识别上行链路许可是利用它的前提。考虑到UE的AP负责处理应用数据，而调制解调器管理无线链路和底层缓冲区，AP在决定发送多少数据时，知晓或考虑调制解调器缓冲区状态（以避免溢出）是流量控制的合理且常见做法。本领域技术人员能够从对比文件公开的“接收上行许可”和“管理L2缓冲区水平”整体方案中，合理推断出UE的AP需要识别上行链路许可，并且该识别过程很可能需要考虑调制解调器缓冲区状态以实现有效流量控制。因此，该特征被对比文件隐含公开。 |
| **技术特征E：由所述AP至少部分地基于所识别的上行链路许可来确定是否向所述调制解调器发送数据；**<br>**公开性判断：隐含公开** | “...retrieving, from the IP buffer, an amount of data that corresponds to the transport block size based on the data request.” (SUMMARY部分)<br>“Accordingly, the IP layer may forward the requested amount of data packets to the modem, which may transmit the data over the communication link to the base station 105.” (DETAILED DESCRIPTION部分，FIG. 5相关描述)<br>“The IP layer sends data to the L2 layer in accordance with a L2 requested data block size...” (DETAILED DESCRIPTION部分，FIG. 5相关描述) | 对比文件描述了IP层（在UE中，IP层功能通常由AP或与AP紧密相关的软件模块实现）根据从调制解调器（或L2层）收到的、基于传输块大小（TBS，即上行链路许可的核心内容）的数据请求，从IP缓冲区中取出相应数量的数据发送给调制解调器。这个过程本身就隐含了“确定发送数据”的决策步骤：IP层需要判断当前是否有足够的数据、是否满足请求的大小，然后执行发送动作。这个决策是基于“L2请求的数据块大小”（其根源是上行链路许可）做出的。因此，本领域技术人员可以直接且合理地推断出，UE的AP（或执行IP层功能的实体）基于所识别的上行链路许可（体现为TBS）来确定向调制解调器发送数据。该特征在对比文件中的作用是实现数据从高层向物理层的按需传递，与目标专利中为解决流量控制问题而进行的决策作用本质相同。因此，该特征被对比文件隐含公开。 |
| **技术特征F：以及当所识别的上行链路许可超过阈值时由所述AP发送所述数据。**<br>**公开性判断：未公开** | 对比文件未提及基于上行链路许可与某个“阈值”进行比较来决定是否发送数据。 | 对比文件描述了IP层根据上行链路许可（TBS）的大小来发送相应数量的数据，但并未引入一个独立的“阈值”概念，也没有描述将上行链路许可与该阈值进行比较的判断逻辑。目标专利中的“阈值”是其特定流量控制策略的一部分，用于触发AP的数据发送行为。该特征在对比文件的整体技术方案中找不到对应或可合理推断的依据。因此，该特征未被对比文件公开。 |
| **技术特征G：识别所述上行链路许可包括从所述调制解调器接收上行链路许可。**<br>**公开性判断：直接公开** | “...receiving, at the modem of the UE, an uplink grant message from the receiver in response to transmission of the IP buffer status report...” (SUMMARY部分)<br>“Upon receiving the uplink grant message, the UE modem...” (DETAILED DESCRIPTION部分，FIG. 5相关描述) | 对比文件明确且直接地描述了UE的调制解调器从基站（接收方）接收上行链路许可消息。这构成了识别上行链路许可的一种具体方式。该特征在对比文件中的作用是UE获取网络调度资源的关键步骤，与其在目标专利中作为识别许可的一种途径所起的作用相同。因此，该特征被对比文件直接公开。 |
| **技术特征H：识别所述上行链路许可包括由所述AP确定上行链路许可。**<br>**公开性判断：未公开** | 对比文件未提及由UE的应用处理器（AP）自行确定上行链路许可。所有上行链路许可均由基站决定并授予。 | 对比文件中上行链路许可的确定权始终在基站侧。UE（包括其AP）的角色是请求、接收并利用该许可，而不是自行确定。目标专利说明书中提到“识别上行链路许可包括由AP确定上行链路许可”作为一种可能的实施方式。该特征在对比文件中没有对应描述，也无法从现有内容中合理推断。因此，该特征未被对比文件公开。 |
| **技术特征I：所述数据包括与数据传输相关联的传输控制协议TCP数据或TCP确认ACK反馈。**<br>**公开性判断：直接公开** | “Aspects of the present disclosure relate generally to wireless communication networks, and more particularly, to transmission control protocol (TCP) congestion control in a wireless communication network.” (BACKGROUND部分)<br>“This concept provides a ‘request-grant’ mechanism to replace the original TCP congestion control.” (SUMMARY部分)<br>提及“TCP ACK”等。 | 对比文件的主题就是无线网络中的TCP拥塞控制优化，其整个技术方案都是围绕TCP数据的传输（包括ACK反馈）展开的。因此，对比文件公开的数据天然包括TCP数据或TCP ACK反馈。该特征在对比文件的整体技术方案中作为被传输和处理的核心数据对象，与其在目标专利中作为可能被发送的数据类型所起的作用相同。因此，该特征被对比文件直接公开。 |
| **技术特征J：所述数据包括传输控制协议TCP确认ACK反馈、蜂窝车联网C‑V2X数据、虚拟现实VR数据、扩展现实XR数据、超可靠低延迟通信ULLC数据或任何特定的业务类型/模式。**<br>**公开性判断：部分直接公开，部分未公开** | 同特征I的引用，对比文件明确公开了数据包括“TCP确认ACK反馈”。 | 对比文件直接且明确地公开了数据可以包括“TCP确认ACK反馈”。然而，对比文件并未提及“蜂窝车联网C‑V2X数据、虚拟现实VR数据、扩展现实XR数据、超可靠低延迟通信ULLC数据或任何特定的业务类型/模式”这些具体业务类型。虽然对比文件的技术原理可能适用于多种数据业务，但权利要求中明确列举的这些特定类型并未在对比文件中被记载。因此，对于“TCP确认ACK反馈”，该特征被直接公开；对于其余列举的特定业务类型，该特征未被公开。 |
| **技术特征K：为了确定是否从所述AP向所述调制解调器发送数据，所述AP被配置为：至少基于所述调制解调器缓冲区的一个或多个阈值来管理从所述AP到所述调制解调器的数据流量。**<br>**公开性判断：隐含公开** | “...maintaining L2 buffer at preferred levels that includes adjusting the L2 buffer level to reduce queuing delay and minimize the L2 buffer empty probability in order to improve TCP throughput.” (SUMMARY部分)<br>“Ideally, the congestion control controls the L2 buffer at an optimal level or preferred level. Aspects of the present disclosure minimize the L2 buffer level (to reduce queuing caused delay) and minimize the L2 buffer empty probability to improve TCP throughput.” (DETAILED DESCRIPTION部分，FIG. 4相关描述) | 对比文件的核心思想之一是通过将L2缓冲区（即调制解调器相关的缓冲区）维持在“优选水平”、“最优水平”来优化性能，并提到了最小化缓冲区水平和缓冲区空概率。维持一个“优选水平”本质上意味着存在一个或多个目标水平（即阈值），并通过流量控制机制使缓冲区占用围绕该目标水平进行调节。虽然对比文件没有明确使用“阈值”一词，也没有详细描述AP如何基于这些阈值进行管理，但“维持优选水平”这一目标必然隐含了基于某种水平标准（阈值）进行流量管理的机制。在UE架构中，管理从AP（IP层）到调制解调器（L2层）的数据流量是实现这一目标的关键环节。本领域技术人员能够从对比文件公开的“维持L2缓冲区在优选水平”这一明确技术目的中，合理推断出需要配置AP基于反映该优选水平的一个或多个阈值来管理向调制解调器发送数据的流量。因此，该特征被对比文件隐含公开。 |
| **技术特征L：所述数据包括与由所述调制解调器识别的指定应用相对应的任何所识别的应用数据。**<br>**公开性判断：隐含公开** | “The TCP layer of the UE may receive application data for transmission to the eNB over the communication link.” (DETAILED DESCRIPTION部分，FIG. 5相关描述)<br>“receiving, at a transmission control protocol (TCP) layer, data for transmission to a receiver over a communication link.” (DETAILED DESCRIPTION部分，FIG. 7相关描述) | 对比文件明确提到了“应用数据（application data）”作为TCP层接收并准备传输的数据。在UE中，应用数据来源于不同的应用程序。虽然对比文件没有明确描述“由调制解调器识别指定应用”这一具体过程，但在实际的无线通信QoS管理中，调制解调器根据数据包的QoS标识或其他特征来识别并优先处理特定应用的数据是常见技术。本领域技术人员从对比文件公开的“传输应用数据”这一整体上下文可以理解，所传输的数据可以包括来自各种应用的数据，并且为了实现优化的传输（如对比文件追求的TCP吞吐量优化），系统可能需要识别并处理特定应用的数据流。因此，该特征被对比文件隐含公开。 |
| **技术特征M：当所识别的上行链路许可为0时，由所述AP发送所述数据。**<br>**公开性判断：未公开** | 对比文件未提及上行链路许可为0的情况，也未描述在此情况下AP仍发送数据的行为。 | 对比文件描述的上行链路许可总是与一个正的传输块大小（TBS）相关联，用于请求对应数量的数据。目标专利特征M描述的是在上行链路许可为0（可能表示无可用上行资源或流量被禁用）的特殊情况下，AP仍可发送数据（例如，可能是高优先级的ACK）。这是一种特定的、有条件的发送规则。对比文件的技术方案中不存在这种条件判断和例外发送机制。因此，该特征未被对比文件公开。 |
<<<A>>><<<B>>><<<G>>><<<I>>><<<c>>><<<d>>><<<e>>><<<k>>><<<l>>>