**对比文件名称**：US2012127930A1_Description_20260102_0443
**目标专利名称**：用于流量控制和确认传输的系统和方法
**本次调用的模型名称**：DeepSeek-R1
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于用户设备UE的无线通信方法<br>**公开性判断**：**直接公开** | [0037] ...Aspects of a method 100 for performing an ULDAR RACH procedure are shown in FIG. 1. A RACH procedure may be initiated by a UE by transmitting a preamble message to a base station in a wireless communication network.<br>（翻译：图1示出了用于执行ULDAR RACH过程的方法100的各方面。RACH过程可以通过UE向无线通信网络中的基站发送前导码消息来启动。） | 对比文件明确公开了一种由用户设备（UE）执行的无线通信方法，具体涉及上行链路数据到达（ULDAR）随机接入信道（RACH）过程。该方法由UE发起并与基站交互，属于无线通信方法的范畴。因此，技术特征A被对比文件直接公开。 |
| **技术特征B**：从基站接收数据传输<br>**公开性判断**：**直接公开** | [0039] ...method 100 may comprise the UE receiving 102 an access response to a RACH preamble message to acquire an uplink grant from a node (e.g., base station) of a wireless communication system...<br>（翻译：方法100可以包括UE接收102对RACH前导码消息的接入响应，以从无线通信系统的节点（例如，基站）获取上行链路许可...）<br>[0063] At the device 550, the transmitted modulated signals are received by NR antennas 552 A through 552 R...<br>（翻译：在设备550处，通过NR天线552A至552R接收发送的调制信号...） | 对比文件多处描述了UE从基站（或节点）接收信号/数据传输。例如，在RACH过程中，UE接收来自基站的接入响应（MSG2），该响应本身是一种数据传输（包含上行链路许可等信息）。此外，图5所示的通用通信模型也明确描述了UE通过天线接收来自基站的信号。因此，技术特征B被对比文件直接公开。 |
| **技术特征C**：将所述数据传输存储在所述UE的应用处理器AP的存储器中<br>**公开性判断**：**隐含公开** | [0039] ...wherein the access response provides an uplink grant to the UE for a request for authorization to transmit uplink data to the node.<br>（翻译：...其中接入响应用于向UE提供上行链路许可，以请求授权向节点发送上行链路数据。）<br>[0041] In addition to including data as specified herein, the access response may include an identifier for the UE, for example, a C-RNTI and/or the temporary C-RNTI, and a report indicating an amount of data in the UE's uplink data buffer.<br>（翻译：除了包括本文指定的数据外，接入响应还可以包括UE的标识符，例如C-RNTI和/或临时C-RNTI，以及指示UE上行链路数据缓冲区中数据量的报告。） | 对比文件反复提及UE具有“uplink data buffer”（上行链路数据缓冲区）用于存储待发送的上行链路数据（见[0041], [0067], [0069]等）。虽然未明确区分“应用处理器（AP）的存储器”和“调制解调器缓冲区”，但根据通信设备的常规架构，待发送的应用层数据（如触发RACH的数据）必然先由UE的处理单元（可对应于AP）生成并存储在某个存储器中，然后才可能被提供给无线协议栈（如MAC层）进行发送。本领域技术人员可以合理推断，UE需要有一个存储空间来存放从高层（如应用层）产生并等待发送的数据，这个存储空间可以对应为AP可访问的存储器。因此，技术特征C被对比文件隐含公开。 |
| **技术特征D**：由所述UE的所述AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可<br>**公开性判断**：**隐含公开** | [0041] In response to the access response from the base station, the UE may determine whether or not the uplink grant provided by the access response is large enough to transmit the data to be uplinked. In response to determining that the access response message provides a uplink grant sufficient to empty the UE's data buffer, the UE may transmit 104 the request for authorization to the node, including the uplink data stored in its uplink data buffer.<br>（翻译：响应于来自基站的接入响应，UE可以确定接入响应提供的上行链路许可是否足够大以传输要上行链路的数据。响应于确定接入响应消息提供了足以清空UE数据缓冲区的上行链路许可，UE可以向节点发送104授权请求，包括存储在其上行链路数据缓冲区中的上行链路数据。） | 对比文件描述了UE判断接收到的上行链路许可（来自MSG2）是否足以“清空UE的数据缓冲区”。这里的“数据缓冲区”即存储待发送数据的缓冲区。虽然未明确称为“调制解调器缓冲区”，但在无线通信中，即将通过空口发送的数据通常由调制解调器相关的协议栈（如MAC层）进行缓冲和管理。UE“识别上行链路许可”的行为，正是基于其数据缓冲区（可对应于调制解调器管理的发送缓冲区）中数据量的大小来进行的决策。本领域技术人员可以合理推断，UE的某个处理单元（可以是AP或与AP协同工作的控制单元）会基于缓冲区状态来评估上行链路许可是否足够。因此，技术特征D被对比文件隐含公开。 |
| **技术特征E**：由所述AP至少部分地基于所识别的上行链路许可来确定是否向所述调制解调器发送数据<br>**公开性判断**：**隐含公开** | [0041] ...In response to determining that the access response message provides a uplink grant sufficient to empty the UE's data buffer, the UE may transmit 104 the request for authorization to the node, including the uplink data stored in its uplink data buffer.<br>（翻译：...响应于确定接入响应消息提供了足以清空UE数据缓冲区的上行链路许可，UE可以向节点发送104授权请求，包括存储在其上行链路数据缓冲区中的上行链路数据。）<br>[0070] The UE 702 may generate and transmit the MSG 3 request 712 in response to determining that the amount of data in the UE's uplink data buffer is small enough to utilize the uplink grant provided by MSG 2 710.<br>（翻译：UE 702可以生成并发送MSG 3请求712，以响应于确定UE上行链路数据缓冲区中的数据量足够小，可以利用MSG 2 710提供的上行链路许可。） | 对比文件的核心内容就是UE在识别出上行链路许可（MSG2的许可）足够大后，决定立即在MSG3中发送数据。这个“决定是否发送数据”的逻辑是UE整体行为的一部分。虽然未明确点出“AP”和“调制解调器”这两个实体间的内部交互，但根据设备常规架构，应用层数据（AP侧）需要通过无线接口（调制解调器侧）发送。UE做出“发送数据”的决策，必然涉及高层（可对应AP功能）基于许可信息，决定将数据传递给底层无线模块（可对应调制解调器）进行发送。本领域技术人员可以合理推断出这一内部决策和传递过程。因此，技术特征E被对比文件隐含公开。 |
| **技术特征F**：以及当所识别的上行链路许可超过阈值时由所述AP发送所述数据<br>**公开性判断**：**隐含公开** | [0041] ...In response to determining that the access response message provides a uplink grant sufficient to empty the UE's data buffer, the UE may transmit 104 the request for authorization to the node, including the uplink data stored in its uplink data buffer.<br>（翻译：...响应于确定接入响应消息提供了足以清空UE数据缓冲区的上行链路许可，UE可以向节点发送104授权请求，包括存储在其上行链路数据缓冲区中的上行链路数据。） | 对比文件中UE发送数据的条件是：上行链路许可“足以清空UE的数据缓冲区”。这里的“足以清空”是一个判断条件，等效于“许可大小 >= 缓冲区数据量”。这可以理解为一个动态的“阈值”，该阈值就是当前缓冲区中的数据量。当许可超过或等于这个阈值时，UE就发送数据。虽然目标专利可能涉及更复杂的阈值管理（如固定阈值），但“基于许可与某个量（阈值）的比较来决定发送”这一核心逻辑已被公开。本领域技术人员可以合理推断，基于比较结果进行发送决策是流量控制的常见方式。因此，技术特征F被对比文件隐含公开。 |
| **技术特征G**：识别所述上行链路许可包括从所述调制解调器接收上行链路许可<br>**公开性判断**：**隐含公开** | [0039] ...method 100 may comprise the UE receiving 102 an access response to a RACH preamble message to acquire an uplink grant from a node (e.g., base station) of a wireless communication system...<br>（翻译：方法100可以包括UE接收102对RACH前导码消息的接入响应，以从无线通信系统的节点（例如，基站）获取上行链路许可...） | 对比文件明确描述了UE从基站接收包含上行链路许可的接入响应（MSG2）。在UE的物理实现中，来自基站的无线信号首先由射频前端和调制解调器接收并处理，解析出上行链路许可信息。然后，该许可信息需要被提供给UE中负责决策的实体（如AP或高层协议）。因此，“识别上行链路许可”必然包括“从调制解调器接收上行链路许可”这一步骤，因为调制解调器是负责无线收发和底层协议处理的部件。本领域技术人员可以毫无疑义地推断出这一点。因此，技术特征G被对比文件隐含公开。 |
| **技术特征H**：识别所述上行链路许可包括由所述AP确定上行链路许可<br>**公开性判断**：**未公开** | 对比文件未描述由UE的AP（应用处理器）来确定或生成上行链路许可。 | 对比文件中所有上行链路许可均来自基站（通过MSG2），UE的角色是接收、评估并使用该许可。没有任何内容表明或暗示UE的AP可以自行确定或生成上行链路许可。这与目标专利中“由AP确定上行链路许可”作为“识别”的一种方式（例如，预测或计算许可）有本质不同。因此，技术特征H未被对比文件公开。 |
| **技术特征I**：所述数据包括与数据传输相关联的传输控制协议TCP数据或TCP确认ACK反馈<br>**公开性判断**：**未公开** | 对比文件通篇使用“uplink data”、“data”等泛指上行链路数据，未具体提及任何特定协议的数据类型，如TCP数据或TCP ACK反馈。 | 对比文件关注的是RACH过程中上行链路数据的发送机制，不涉及具体的数据内容或应用层协议。本领域技术人员无法从对比文件的内容中推断出待发送的数据必然是或包括TCP数据或TCP ACK反馈。因此，技术特征I未被对比文件公开。 |
| **技术特征J**：所述数据包括传输控制协议TCP确认ACK反馈、蜂窝车联网C‑V2X数据、虚拟现实VR数据、扩展现实XR数据、超可靠低延迟通信ULLC数据或任何特定的业务类型/模式<br>**公开性判断**：**未公开** | 对比文件通篇使用“uplink data”、“data”等泛指上行链路数据，未具体提及TCP ACK反馈、C-V2X、VR、XR、URLLC等任何特定业务类型或模式的数据。 | 同技术特征I，对比文件不涉及具体的数据内容或业务类型。列举的这些特定数据类型（如C-V2X、URLLC）具有独特的 QoS 要求和处理方式，但对比文件中完全没有提及。因此，技术特征J未被对比文件公开。 |
| **技术特征K**：为了确定是否从所述AP向所述调制解调器发送数据，所述AP被配置为：至少基于所述调制解调器缓冲区的一个或多个阈值来管理从所述AP到所述调制解调器的数据流量<br>**公开性判断**：**未公开** | 对比文件未描述AP与调制解调器之间基于缓冲区阈值进行流量管理的机制。 | 对比文件描述了UE整体基于“缓冲区是否可被清空”这一条件来决定在MSG3中发送数据，但这是一种事件驱动的、针对一次特定传输的决策。它没有揭示在AP和调制解调器之间持续的、基于一个或多个预设阈值（如高阈值、低阈值）来主动管理和控制数据流量（例如，启停、节流）的内部架构或方法。这是目标专利旨在解决缓冲区频繁占用的核心改进点之一，但未在对比文件中体现。因此，技术特征K未被对比文件公开。 |
| **技术特征L**：所述数据包括与由所述调制解调器识别的指定应用相对应的任何所识别的应用数据<br>**公开性判断**：**未公开** | 对比文件未提及“指定应用”、“应用数据”或由调制解调器识别应用的概念。 | 对比文件中的“上行链路数据”是泛指的，没有区分来自不同应用的数据，也没有描述调制解调器具备识别特定应用数据的能力。因此，技术特征L未被对比文件公开。 |
| **技术特征M**：当所识别的上行链路许可为0时，由所述AP发送所述数据<br>**公开性判断**：**未公开** | 对比文件未描述上行链路许可为0（即没有授予上行资源）的情况，也未描述在此情况下AP仍发送数据。 | 对比文件的核心场景是UE获得一个非零的上行链路许可（MSG2），并判断其是否足够大。它没有涉及上行链路许可为0的情况，更没有教导在许可为0时，AP仍然可以或应该向调制解调器发送某种数据（如目标专利中提到的ACK反馈）。这是目标专利的一个特定改进点。因此，技术特征M未被对比文件公开。 |
<<<A>>><<<B>>><<<c>>><<<d>>><<<e>>><<<f>>><<<g>>>