对比文件名称：CN107683620A_Description_20260102_1604
目标专利名称：用于流量控制和确认传输的系统和方法
模型名称：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于用户设备UE的无线通信方法 <br> **公开性判断**：直接公开 | 说明书第[0001]段：“本发明涉及无线通信系统，并且更具体地，涉及用于在无线通信系统中基于多个子帧上的上行链路许可来执行ACK/NACK指示的方法及其装置。” | 对比文件明确公开了一种用于用户设备(UE)在无线通信系统中操作的方法，其主题与本专利权利要求的技术领域相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征B**：从基站接收数据传输；<br> **公开性判断**：直接公开 | 说明书第[0162]段：“当UE接收到包括TCP分组的PDCP PDU时，UE可以预期在不久的将来将存在需要在UL中发送的TCP ACK分组。” | 对比文件明确描述了UE从基站（eNB）接收下行链路数据（如TCP分组）。这属于“从基站接收数据传输”。因此，该技术特征被对比文件直接公开。 |
| **技术特征C**：将所述数据传输存储在所述UE的应用处理器AP的存储器中；<br> **公开性判断**：未公开 | 未找到相关内容。 | 对比文件描述了UE接收数据，但未提及这些数据存储在应用处理器(AP)的特定存储器中。本专利说明书强调在AP存储器（如DDR SDRAM、片上存储器）中存储数据以实现特定流量控制。对比文件未公开此特定存储位置。 |
| **技术特征D**：由所述UE的所述AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可；<br> **公开性判断**：未公开 | 未找到相关内容。 | 对比文件描述了UE触发虚拟BSR以请求上行链路许可（第[0166]段），以及eNB授予长期有效的上行链路许可（第[0171]段）。但整个过程由MAC实体处理，未提及应用处理器(AP)的参与，也未提及基于“调制解调器缓冲区的大小”来识别上行链路许可。本专利的核心在于AP主动基于调制解调器缓冲区状态来识别许可，对比文件未公开此机制。 |
| **技术特征E**：由所述AP至少部分地基于所识别的上行链路许可来确定是否向所述调制解调器发送数据；<br> **公开性判断**：未公开 | 未找到相关内容。 | 对比文件描述了UE在获得上行链路许可后，如果有数据则发送，否则跳过或丢弃许可（第[0171]段）。但该决策过程未明确是由AP执行的，也未描述AP基于许可进行流量控制的决策逻辑。因此，该技术特征未被公开。 |
| **技术特征F**：以及当所识别的上行链路许可超过阈值时由所述AP发送所述数据。<br> **公开性判断**：未公开 | 未找到相关内容。 | 对比文件未提及AP根据上行链路许可是否“超过阈值”来决定是否发送数据。本专利的该特征是实现特定流量控制策略的关键步骤，对比文件未公开。 |
| **技术特征G**：识别所述上行链路许可包括从所述调制解调器接收上行链路许可。<br> **公开性判断**：未公开 | 说明书第[0158]段：“MAC实体由RRC分别配置有最大数量的HARQ发送...对于每个TTI，如果在该TTI内指示了上行链路许可，则HARQ实体识别应进行发送的HARQ处理。” | 对比文件描述了MAC实体在PDCCH上接收上行链路许可。但“从调制解调器接收上行链路许可”在本专利上下文中有特定含义，指的是AP从UE内部的调制解调器组件接收许可信息，而非从网络侧基站接收。对比文件未公开UE内部AP与调制解调器之间的这种信息交互。 |
| **技术特征H**：识别所述上行链路许可包括由所述AP确定上行链路许可。<br> **公开性判断**：未公开 | 未找到相关内容。 | 对比文件中所有上行链路许可均来自基站(eNB)的授予（动态或半静态）。未提及由UE内部的应用处理器(AP)自行确定上行链路许可。因此，该技术特征未被公开。 |
| **技术特征I**：所述数据包括与数据传输相关联的传输控制协议TCP数据或TCP确认ACK反馈。<br> **公开性判断**：直接公开 | 说明书第[0162]段：“当UE接收到包括TCP分组的PDCP PDU时，UE可以预期在不久的将来将存在需要在UL中发送的TCP ACK分组。” | 对比文件明确将TCP ACK作为预期上行链路数据的一个主要示例。因此，“数据包括TCP ACK反馈”这一内容被直接公开。 |
| **技术特征J**：所述数据包括传输控制协议TCP确认ACK反馈、蜂窝车联网C‑V2X数据、虚拟现实VR数据、扩展现实XR数据、超可靠低延迟通信ULLC数据或任何特定的业务类型/模式。<br> **公开性判断**：隐含公开 | 说明书第[0162]段：“当UE接收到包括TCP分组的PDCP PDU时，UE可以预期在不久的将来将存在需要在UL中发送的TCP ACK分组。” | 对比文件明确公开了“TCP ACK反馈”是上行链路数据的一种。虽然未明确列举C-V2X、VR、XR、ULLC等其他具体业务类型，但TCP ACK反馈属于“任何特定的业务类型/模式”这一宽泛范畴中的一个具体实例。因此，本领域技术人员可以从对比文件公开的TCP ACK，合理推断出其也属于权利要求J所涵盖的数据类型之一。故该技术特征被隐含公开。 |
| **技术特征K**：为了确定是否从所述AP向所述调制解调器发送数据，所述AP被配置为：至少基于所述调制解调器缓冲区的一个或多个阈值来管理从所述AP到所述调制解调器的数据流量。<br> **公开性判断**：未公开 | 未找到相关内容。 | 对比文件未提及应用处理器(AP)，也未提及AP基于调制解调器缓冲区的阈值来管理向调制解调器发送数据流量的机制。本专利说明书中详细描述了利用高、低、DNE等阈值进行流量控制，对比文件完全未涉及此内容。 |
| **技术特征L**：所述数据包括与由所述调制解调器识别的指定应用相对应的任何所识别的应用数据。<br> **公开性判断**：未公开 | 未找到相关内容。 | 对比文件提及的上行链路数据主要是协议反馈（如TCP ACK）或预期数据，未提及由调制解调器识别特定应用并对应发送该应用数据。因此，该技术特征未被公开。 |
| **技术特征M**：当所识别的上行链路许可为0时，由所述AP发送所述数据。<br> **公开性判断**：未公开 | 未找到相关内容。 | 对比文件未描述上行链路许可为“0”的情况，也未描述在此情况下由AP发送数据（尤其是TCP ACK等特定数据）的行为。本专利该特征旨在解决特定场景下的流量控制问题，对比文件未公开。 |
<<<A>>><<<B>>><<<j>>>