**对比文件名称**：US2022116966A1_Description_20260102_1907
**目标专利名称**：用于流量控制和确认传输的系统和方法
**本次调用的模型名称**：专利创造性评估模型
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：一种用于用户设备UE的无线通信方法** <br>《直接公开》 | [0001] The present disclosure relates to wireless communication, and more particularly, to a terminal device, a network device and methods therein. <br> [0003] A Scheduling Request (SR) is a physical layer message transmitted from a terminal device (or referred to as User Equipment or UE) to a network device (e.g., a gNB), requesting for an uplink grant. | 对比文件明确公开了其涉及终端设备（即UE）和网络设备（如基站）之间的无线通信方法，特别是关于调度请求（SR）和上行链路许可（uplink grant）的配置和传输。这与目标专利权利要求技术特征A所限定的“一种用于用户设备UE的无线通信方法”在主题和主体上完全相同。在对比文件的整体技术方案中，该方法用于UE与网络设备交互以获取上行资源；在目标专利中，该方法用于UE进行流量控制和数据传输。虽然具体解决的问题和步骤细节不同，但“UE的无线通信方法”这一上位概念已被直接公开。 |
| **B：从基站接收数据传输；** <br>《隐含公开》 | [0003] ...the gNB transmits to the UE an uplink grant (e.g., Downlink Control Information (DCI) Format 0)... <br> [0073] ...based on the measured uplink channel, the network device can determine an MCS (e.g., an MCS index) and transmission power for the terminal device... <br> [0074] ...an uplink grant indicating the uplink resources is transmitted to the terminal device. The uplink grant may further indicate the MCS index, transmission power... | 目标专利说明书[0011]段指出，“该装置从基站接收数据传输”，这里的“数据传输”应结合上下文理解为来自基站的下行数据。对比文件虽未明确记载UE“接收数据传输”，但详细描述了UE从网络设备（gNB/基站）接收上行链路许可、MCS配置、功率控制等信息的过程（见[0003], [0073], [0074]）。在无线通信系统中，基站向UE发送控制信息（如许可、配置）本身就是一种数据传输。本领域技术人员可以合理推断，在实现对比文件所述的上行调度和信道测量流程中，UE必然需要从基站接收包含控制信息的数据传输。因此，该特征被对比文件隐含公开。 |
| **C：将所述数据传输存储在所述UE的应用处理器AP的存储器中；** <br>《未公开》 | 无对应内容。 | 对比文件全文未提及“应用处理器（AP）”、“AP的存储器”，也未描述将接收到的数据传输存储于AP存储器的过程。对比文件聚焦于物理层/MAC层的调度请求、信道测量和资源分配，未涉及应用层的数据缓存管理。该特征在目标专利中用于在AP层管理下行数据，以辅助后续的上行流量控制决策，作用特定。对比文件未公开该特征。 |
| **D：由所述UE的所述AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可；** <br>《未公开》 | [0075] In an example, one or more of the at least one SR channel may be associated with an LCH, an LCG or a service... each of the one or more SR channels may be associated with a buffer size. The SR may be received in one of the one or more SR channels that is associated with a buffer size for the LCH, LCG or service at the terminal device. The uplink resources may be determined based further on the buffer size. | 对比文件提到了“缓冲区大小（buffer size）”会影响上行资源的分配（见[0075]），但这是网络设备（gNB）侧的行为。对比文件未提及“应用处理器（AP）”，也未描述由AP来“识别上行链路许可”。其中“识别”在目标专利中可包括接收或确定许可（见特征G、H）。对比文件中UE侧仅负责在特定SR信道上发送SR，上行链路许可是由网络设备决定并下发给UE的。虽然缓冲区大小是网络决策的一个因素，但“由AP基于调制解调器缓冲区大小识别许可”这一特定UE内部跨层协作机制未被公开。 |
| **E：由所述AP至少部分地基于所识别的上行链路许可来确定是否向所述调制解调器发送数据；** <br>《未公开》 | 无对应内容。 | 对比文件未提及“应用处理器（AP）”与“调制解调器”之间的内部数据发送决策机制。其描述的流程是：UE发送SR -> 网络分配许可 -> UE使用许可发送上行数据。未涉及AP层基于接收到的许可来决定是否向调制解调器下发数据的内部流量控制逻辑。该特征是目标专利解决AP与调制解调器间流量管理问题的核心，在对比文件中无对应公开。 |
| **F：以及当所识别的上行链路许可超过阈值时由所述AP发送所述数据。** <br>《未公开》 | 无对应内容。 | 对比文件未提及任何关于“上行链路许可超过阈值”的判断条件，也未描述在此条件下由AP发送数据的行为。该特征是目标专利中AP执行数据发送的一个具体触发条件，在对比文件中无任何对应或可合理推断的依据。 |
| **G：识别所述上行链路许可包括从所述调制解调器接收上行链路许可。** <br>《隐含公开》 | [0003] ...the gNB transmits to the UE an uplink grant... <br> [0074] ...transmit to the terminal device an uplink grant indicating the uplink resources. | 目标专利说明书[0012]段指出，“识别上行链路许可包括从调制解调器接收上行链路许可”。对比文件多次明确记载了网络设备（gNB/基站）向终端设备（UE）发送上行链路许可（见[0003], [0074]）。在无线通信系统的常规架构中，UE的调制解调器负责与基站进行物理层通信，接收来自基站的下行控制信息（DCI），其中包含上行链路许可。因此，本领域技术人员可以直接且合理地推断，UE识别上行链路许可的一种必然方式就是由其调制解调器从基站接收该许可。这与对比文件公开的“UE接收来自gNB的上行链路许可”在本质上一致，只是目标专利明确了接收主体为“调制解调器”。因此，该特征被对比文件隐含公开。 |
| **H：识别所述上行链路许可包括由所述AP确定上行链路许可。** <br>《未公开》 | 无对应内容。 | 对比文件未提及“应用处理器（AP）”，更未描述由AP来确定上行链路许可。上行链路许可的生成和分配在对比文件中完全由网络设备（gNB）基于信道测量和缓冲区大小等信息完成。目标专利中“由AP确定上行链路许可”可能涉及UE内部基于本地信息的许可预测或计算，这与对比文件公开的网络侧分配机制完全不同。该特征未被公开。 |
| **I：所述数据包括与数据传输相关联的传输控制协议TCP数据或TCP确认ACK反馈。** <br>《未公开》 | 无对应内容。 | 对比文件通篇未提及“传输控制协议（TCP）”、“TCP数据”或“TCP确认（ACK）反馈”。其关注的是无线链路层的调度、信道测量和资源分配，不涉及传输层或应用层的具体协议数据。该特征限定了待发送数据的特定类型，在对比文件中无对应公开。 |
| **J：所述数据包括传输控制协议TCP确认ACK反馈、蜂窝车联网C‑V2X数据、虚拟现实VR数据、扩展现实XR数据、超可靠低延迟通信ULLC数据或任何特定的业务类型/模式。** <br>《未公开》 | [0002] Ultra Reliable and Low-Latency Communication (URLLC) is one of the three scenarios in the 5th Generation 5G networks... The URLLC will be applied in various scenarios such as Vehicle to Everything (V2X) communications, virtual reality... | 对比文件在背景技术部分提到了URLLC、V2X通信和虚拟现实作为应用场景（见[0002]），但并未将其作为UE待发送的“数据”内容进行限定。目标专利特征J明确限定了AP向调制解调器发送的数据包括这些特定类型。对比文件仅在高层次提及技术背景和应用领域，并未公开在所述流量控制方法中传输的数据具体包含这些类型。因此，该特征未被公开。 |
| **K：为了确定是否从所述AP向所述调制解调器发送数据，所述AP被配置为：至少基于所述调制解调器缓冲区的一个或多个阈值来管理从所述AP到所述调制解调器的数据流量。** <br>《未公开》 | 无对应内容。 | 对比文件未提及“应用处理器（AP）”基于“调制解调器缓冲区的一个或多个阈值”来管理数据流量。对比文件[0075]提到的“buffer size”是网络设备决策的参考信息，而非UE内部AP用于流量管理的阈值。目标专利特征K描述的是UE内部AP层的主动流量管理配置，该机制在对比文件中完全缺失。 |
| **L：所述数据包括与由所述调制解调器识别的指定应用相对应的任何所识别的应用数据。** <br>《未公开》 | 无对应内容。 | 对比文件未提及“调制解调器识别指定应用”或“应用数据”。其内容围绕无线资源调度，不涉及应用层数据的识别与分类。该特征未被公开。 |
| **M：当所识别的上行链路许可为0时，由所述AP发送所述数据。** <br>《未公开》 | 无对应内容。 | 对比文件未提及“上行链路许可为0”的情况，也未描述在此情况下由AP发送数据。该特征是目标专利中一个特定的、可能用于优先发送控制反馈（如TCP ACK）的例外规则，在对比文件中无任何依据。 |
<<<A>>><<<b>>><<<g>>>