US2019182896A1_Description_20260102_2013_+++A_B_C_d_e_g_k+++.docx

**对比文件名称**:US2019182896A1_Description_20260102_2013

**目标专利名称**:用于流量控制和确认传输的系统和方法

**本次调用的模型名称**:当前AI模型

### 特征比对表格

技术特征描述及公开性判断结果对比文件原文引用(翻译为中文)公开性论述
**技术特征A**:一种用于用户设备UE的无线通信方法 <br> **《直接公开》**段落[0002]:“实施例涉及无线网络。一些实施例涉及包括3GPP(第三代合作伙伴计划)网络、3GPP LTE(长期演进)网络、3GPP LTE-A(LTE高级)网络、新无线电(NR)网络和5G网络的蜂窝通信网络,尽管实施例的范围在这方面不受限制。一些实施例涉及超可靠低延迟通信(URLLC)技术。” <br> 段落[0037]:“被配置用于4G LTE的基站102(被统称为演进通用移动电信系统(UMTS)陆地无线接入网络(E-UTRAN))可以通过第一回程链路132(例如,S1接口)与EPC 160以接口方式连接。被配置用于5G NR的基站102(被统称为下一代RAN(NG-RAN))可以通过第二回程链路184与核心网络190以接口方式连接。”对比文件明确描述了在蜂窝通信网络(包括3GPP、LTE、NR、5G)中用户设备(UE)与基站进行无线通信的方法,特别是涉及URLLC技术。这直接对应于目标专利中“用于用户设备UE的无线通信方法”这一上位概念。因此,该技术特征被直接公开。
**技术特征B**:从基站接收数据传输; <br> **《直接公开》**段落[0037]:“基站102可以与UE 104无线地进行通信。基站102中的每个基站102可以为相应的地理覆盖区域110提供通信覆盖。... 通信链路120可以包括从UE 104到基站102的上行链路(UL)(也被称为反向链路)传输和/或从基站102到UE 104的下行链路(DL)(也被称为前向链路)传输。”对比文件明确描述了UE与基站之间的通信链路包括下行链路(DL)传输,即从基站到UE的数据传输。这与目标专利中“从基站接收数据传输”的技术特征完全相同。因此,该技术特征被直接公开。
**技术特征C**:将所述数据传输存储在所述UE的应用处理器AP的存储器中; <br> **《直接公开》**段落[0047]:“在一些方面,用户设备300可以包括应用处理器305、基带处理器310(也称为基带模块)、射频前端模块(RFEM)315、存储器320、连接模块325、近场通信(NFC)控制器330、音频驱动器335、摄像头驱动器340、触摸屏345、显示器驱动器350、传感器355、可移动存储器360、电源管理集成电路(PMIC)365和智能电池370。” <br> 段落[0050]:“基带模块310可以实现为例如包括一个或多个集成电路的焊接基板、焊接到主电路板的单个封装集成电路、或包含两个或多个集成电路的多芯片模块。”对比文件明确公开了UE的架构包括应用处理器(AP)和存储器。根据本领域技术人员的常识,从基站接收的数据传输需要存储在UE的某个存储器中以供处理。结合对比文件公开的UE架构(包含AP和存储器),可以明确直接确定数据传输存储在AP可访问的存储器中。因此,该技术特征被直接公开。
**技术特征D**:由所述UE的所述AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可; <br> **《隐含公开》**段落[0123]-[0124]:“MAC实体应:<br> 1⟩ 如果缓冲区状态报告程序确定至少一个BSR已被触发且未取消:<br> 2⟩ 如果可用于新即时传输的UL-SCH资源:... <br> 3⟩ 如果至少一个常规BSR是由最高优先级的逻辑信道触发的...并且可用的UL-SCH资源不允许被上层使用:<br> 4⟩ 触发调度请求。” <br> 段落[0077]:“处理电路可以被配置为:如果上行链路数据用于逻辑信道之一对MAC实体变为可用,则确定是否触发常规缓冲区状态报告(BSR)以向gNB 105提供关于MAC实体中上行链路数据量的信息。”对比文件详细描述了UE的MAC实体(通常位于基带处理器/调制解调器中)根据缓冲区状态(即缓冲区中的数据量)来触发BSR和调度请求(SR),以请求上行链路许可。虽然对比文件没有明确使用“AP”这一术语来执行“识别”动作,但根据目标专利说明书[0011]-[0013]段,识别上行链路许可的功能涉及跨层(AP和调制解调器)协作。对比文件公开的MAC实体基于缓冲区状态决定是否触发BSR/SR来请求上行链路资源,这实质上是在“识别”是否需要以及基于什么条件(缓冲区大小)来获取上行链路许可。本领域技术人员可以合理推断,在UE的完整架构中(如对比文件图3所示包含AP),AP会参与或知晓基于调制解调器缓冲区状态的上行链路资源请求决策过程。因此,该技术特征被隐含公开。
**技术特征E**:由所述AP至少部分地基于所识别的上行链路许可来确定是否向所述调制解调器发送数据; <br> **《隐含公开》**段落[0123]:“2⟩ 如果可用于新即时传输的UL-SCH资源:... <br> 3⟩ ... 否则 <br> 4⟩ 指示复用和组装程序生成BSR MAC CE(s)...” <br> 段落[0100]:“UE 102可以触发调度请求如果:没有可用于新传输的UL-SCH数据资源;或者如果MAC实体配置有一个或多个配置的上行链路授权并且触发常规BSR的逻辑通道的logicalChannelSR-Mask设置为false;或者如果可用于新传输的UL-SCH数据资源不满足为触发BSR的逻辑通道配置的一个或多个LCP映射限制。”对比文件描述了UE在获得上行链路许可(UL-SCH资源)后,会进行逻辑信道优先级(LCP)处理并组装MAC PDU来发送数据。决定是否发送数据(即组装和传输MAC PDU)的关键条件之一是上行链路资源的可用性(即上行链路许可)。虽然对比文件主要从MAC实体角度描述,但根据目标专利说明书[0046]段和图4-5,AP负责管理向调制解调器(第一层)的数据流。本领域技术人员可以合理推断,在获得上行链路许可信息后,AP需要基于此许可来决定是否向调制解调器下发数据以供传输。因此,该技术特征被隐含公开。
**技术特征F**:以及当所识别的上行链路许可超过阈值时由所述AP发送所述数据。 <br> **《未公开》**对比文件中未找到任何关于将“上行链路许可”与一个“阈值”进行比较,并基于比较结果(超过阈值)由AP发送数据的描述或启示。目标专利的该特征限定了AP发送数据的一个具体触发条件:“当所识别的上行链路许可超过阈值时”。对比文件公开的是基于上行链路资源是否“可用”(available)或是否满足特定LCP限制来决定数据发送,这是一种二元判断(有/无资源,符合/不符合限制),并未引入一个可变的“阈值”进行比较。本领域技术人员无法从对比文件中直接或通过合理推理得出该特定阈值比较机制。因此,该技术特征未被公开。
**技术特征G**:识别所述上行链路许可包括从所述调制解调器接收上行链路许可。 <br> **《隐含公开》**段落[0101]:“UE 102可以接收来自gNB 105的上行链路授权。” <br> 段落[0037]:“基站102可以与UE 104无线地进行通信...通信链路120可以包括...从基站102到UE 104的下行链路(DL)传输。”对比文件明确公开了UE从基站(gNB)接收上行链路授权(许可)。在UE内部,来自无线接口的下行链路信号(包括上行链路授权)首先由射频和基带处理器(即调制解调器)接收和处理。然后,与上行链路调度相关的信息(如上链路授权)需要被传递给更高层(如AP)以供其决策使用。本领域技术人员基于通信设备的标准架构和工作原理,可以合理推断出“从调制解调器接收上行链路许可”这一内部信息传递步骤。因此,该技术特征被隐含公开。
**技术特征H**:识别所述上行链路许可包括由所述AP确定上行链路许可。 <br> **《未公开》**对比文件中未找到任何关于由应用处理器(AP)自行确定或生成上行链路许可的描述或启示。目标专利的该特征限定了识别上行链路许可的另一种方式:由AP自主确定。对比文件始终将上行链路许可的生成和分配描述为基站(gNB)的功能,UE的角色是请求(通过BSR/SR)和接收来自基站的许可。没有任何内容表明或暗示AP可以独立于基站授权来确定上行链路许可。因此,该技术特征未被公开。
**技术特征I**:所述数据包括与数据传输相关联的传输控制协议TCP数据或TCP确认ACK反馈。 <br> **《未公开》**对比文件中未提及TCP(传输控制协议)、TCP数据或TCP ACK反馈。对比文件主要聚焦于MAC层、RRC层流程以及URLLC等业务类型的处理,未涉及具体的传输层协议如TCP。目标专利明确限定了发送的数据类型包括TCP数据或TCP ACK反馈。对比文件通篇未提及TCP协议或其相关数据单元。本领域技术人员无法从对比文件中直接或通过合理推理得出所发送的数据包含TCP数据或ACK。因此,该技术特征未被公开。
**技术特征J**:所述数据包括传输控制协议TCP确认ACK反馈、蜂窝车联网C‑V2X数据、虚拟现实VR数据、扩展现实XR数据、超可靠低延迟通信ULLC数据或任何特定的业务类型/模式。 <br> **《直接公开》(部分)**段落[0002]:“一些实施例涉及超可靠低延迟通信(URLLC)技术。” <br> 段落[0095]:“上行链路授权可以用于根据增强型移动宽带(eMBB)技术的上行链路传输,而上行链路数据可以用于根据超可靠低延迟通信(URLLC)技术的上行链路传输。”对比文件直接且明确地公开了“超可靠低延迟通信(URLLC)数据”作为上行链路传输的数据类型之一。因此,对于技术特征J中列举的“超可靠低延迟通信ULLC数据”这一具体类型,被直接公开。然而,对比文件并未提及TCP ACK反馈、C-V2X数据、VR数据、XR数据等其他具体业务类型。因此,技术特征J作为一个整体(涵盖多种特定类型)并未被完全公开,但其中“URLLC数据”这一子特征被直接公开。
**技术特征K**:为了确定是否从所述AP向所述调制解调器发送数据,所述AP被配置为:至少基于所述调制解调器缓冲区的一个或多个阈值来管理从所述AP到所述调制解调器的数据流量。 <br> **《隐含公开》**段落[0123]:“1⟩ 如果缓冲区状态报告程序确定至少一个BSR已被触发且未取消:...” <br> 段落[0077]:“...基于至少部分于:上行链路数据的逻辑通道的优先级;以及对于上行链路数据所属的LCG,该LCG的逻辑通道的上行链路数据量。”对比文件公开了UE的MAC实体基于缓冲区状态(数据量)来触发BSR报告,这本质上是一种基于缓冲区状态(可视为一种隐含的阈值机制,例如有数据vs无数据,或达到报告触发条件)的流量管理。虽然对比文件未明确使用“AP管理”和“阈值”这两个术语,但根据目标专利说明书[0046]段,AP负责流量控制(FC)。本领域技术人员可以合理推断,为了实现对比文件所述的基于缓冲区状态的BSR触发机制,在UE内部,AP需要根据调制解调器缓冲区的状态(例如是否达到需要请求资源的程度,这可以概念化为一个或多个阈值)来管理其向调制解调器发送数据的速率,以避免缓冲区溢出或资源请求不及时。因此,该技术特征被隐含公开。
**技术特征L**:所述数据包括与由所述调制解调器识别的指定应用相对应的任何所识别的应用数据。 <br> **《未公开》**对比文件中未提及“调制解调器识别指定应用”或“与应用相对应的应用数据”的概念。对比文件讨论的逻辑信道(Logical Channel)虽然可以承载不同业务的数据,但其与应用的映射关系是由RRC配置的,且识别和处理主要在MAC和更高层(如AP),文中并未描述调制解调器具备识别特定应用数据的能力。目标专利的该特征限定了数据是“由调制解调器识别的指定应用”的数据。对比文件没有描述任何由调制解调器(基带处理器)执行的应用识别功能。数据来源和类型的识别通常在应用处理器或更高协议层完成。因此,该技术特征未被公开。
**技术特征M**:当所识别的上行链路许可为0时,由所述AP发送所述数据。 <br> **《未公开》**对比文件中未描述“上行链路许可为0”的情况,也未描述在此种情况下AP仍然发送数据的行为。对比文件讨论的上行链路许可(UL-SCH资源)要么“可用”(available),要么“不可用”。目标专利的该特征是一个特殊的、反直觉的操作:即使上行链路许可为0(通常意味着无传输资源),AP仍然发送数据(例如,可能用于特定类型的低优先级或控制数据)。对比文件完全没有提及这种场景或机制。本领域技术人员无法从对比文件中直接或通过合理推理得出该特定操作。因此,该技术特征未被公开。

<<<A>>><<<B>>><<<C>>><<<d>>><<<e>>><<<g>>><<<k>>>

权利要求与技术特征
Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE