返回项目页面
对比文件列表
CN107683620A_Description_20260102_1604_+++A_B_j+++.docx
2026-01-02 23:27
US11856447B2_Description_20260102_1608_+++a_b_c_d_e_f_g_h_k+++.docx
2026-01-02 23:27
US2004114593A1_Description_20260102_1607_+++B+++.docx
2026-01-02 23:27
US2012127930A1_Description_20260102_0443_+++A_B_c_d_e_f_g+++.docx
2026-01-02 23:27
US2012250586A1_Description_20260102_0503_+++A_b_c_i_l+++.docx
2026-01-02 23:27
US2013028204A1_Description_20260102_1926_+++B_G+++.docx
2026-01-02 23:27
US2013142049A1_Description_20260102_2023_+++B_c+++.docx
2026-01-02 23:27
US2013182623A1_Description_20260102_0557_+++A_b_c+++.docx
2026-01-02 23:27
US2013272229A1_Description_20260102_1609_+++B_a+++.docx
2026-01-02 23:27
US2014341028A1_Description_20260102_0607_+++b_c+++.docx
2026-01-02 23:27
US2015215738A1_Description_20260102_0547_+++A_B_I_L_c_d_e_f_g_h_j_k_m+++.docx
2026-01-02 23:27
US2015230267A1_Description_20260102_2033_+++a_b+++.docx
2026-01-02 23:27
US2015271809A1_Description_20260102_0435_+++B_a_c_d_e_g+++.docx
2026-01-02 23:27
US2016050686A1_Description_20260102_0523_+++a_b_c_d_e_f_g_h_i_j_k_l_m+++.docx
2026-01-02 23:27
US2017156157A1_Description_20260102_1913_+++b_c_e_i_j_m+++.docx
2026-01-02 23:27
US2017212865A1_Description_20260102_0513_+++A_B_c_g_k+++.docx
2026-01-02 23:27
US2017310433A1_Description_20260102_1910_+++A_B_G_c_d_e_i+++.docx
2026-01-02 23:27
US2017359779A1_Description_20260102_1933_+++A_B_c+++.docx
2026-01-02 23:27
US2018279173A1_Description_20260102_1919_+++A_b_c_d_e_f_g_k+++.docx
2026-01-02 23:27
US2019182896A1_Description_20260102_2013_+++A_B_C_d_e_g_k+++.docx
2026-01-02 23:27
US2019372720A1_Description_20260102_1953_+++A_B+++.docx
2026-01-02 23:27
US2020229235A1_Description_20260102_2103_+++a_b+++.docx
2026-01-02 23:27
US2020404541A1_Description_20260102_2003_+++A_B_C_D_E_F_G_H_I_J_K_L_M+++.docx
2026-01-02 23:27
US2022116966A1_Description_20260102_1907_+++A_b_g+++.docx
2026-01-02 23:27
WO2017131435A2_Description_20260102_1905_+++A_b_g_i_j+++.docx
2026-01-02 23:27
WO2017193274A1_Description_20260102_1605_+++A_B_G_I_c_d_e_k_l+++.docx
2026-01-02 23:27
US11856447B2_Description_20260102_1608_+++a_b_c_d_e_f_g_h_k+++.docx

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

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

**本次调用模型名称**:GPT-3.5

**特征比对表格**

技术特征描述以及公开性判断结果对比文件原文引用公开性论述
**技术特征A**: 一种用于用户设备UE的无线通信方法<br>**判断结果**:《隐含公开》对比文件第[0005]段:“...a method for transmitting a buffer status report (BSR) by an Integrated Access and Backhaul (IAB) node in a wireless communication system...”。 第[0006]段:“...an Integrated Access and Backhaul (IAB) node in a wireless communication system...”。目标专利的技术特征A是“一种用于用户设备UE的无线通信方法”。对比文件公开了一种用于集成接入和回传(IAB)节点(一种特殊类型的UE或网络节点)在无线通信系统中传输缓冲区状态报告(BSR)的方法。IAB节点作为无线通信设备,其执行的方法属于无线通信方法的范畴。虽然对比文件未明确提及“用户设备(UE)”这一通用术语,但IAB节点是无线通信系统中的一种节点设备,本领域技术人员能够理解其所执行的方法属于无线通信方法。因此,对比文件隐含公开了技术特征A。
**技术特征B**: 从基站接收数据传输;<br>**判断结果**:《隐含公开》对比文件第[0272]段:“The IAB node (or a MAC entity at the IAB node) may receive the UL grant dynamically on a physical downlink control channel (PDCCH) or in a random access response (RAR) from a network...”。 第[0294]段:“When a network receives a BSR MAC CE, the network can recognize the total amount of data available...”。目标专利的技术特征B是“从基站接收数据传输”。对比文件描述了IAB节点从网络(network)接收上行链路许可(UL grant),并且网络在接收到BSR后,会向IAB节点提供上行链路资源以接收其上行数据。这里的“网络”在无线通信系统的上下文中,通常包括基站(gNB/IAB-donor)作为其接入点。接收上行链路许可是为了后续接收或调度数据传输(包括下行数据触发BSR,或上行数据本身的传输)。本领域技术人员能够合理推断,IAB节点作为无线设备,其与网络的通信必然涉及从作为网络一部分的基站接收控制信令和数据传输。因此,对比文件隐含公开了技术特征B。
**技术特征C**: 将所述数据传输存储在所述UE的应用处理器AP的存储器中;<br>**判断结果**:《隐含公开》对比文件第[0264]段:“...the IAB node (or an adaptation layer at the IAB node) determines the amount of data volume of the adaptation layer for MAC buffer status reporting based on a transmission buffer in the adaptation layer.” 第[0274]段:“The IAB node considers all buffered data of a transmission buffer in the adaptation layer as data volume of the adaptation layer.”目标专利的技术特征C是“将数据传输存储在UE的应用处理器AP的存储器中”。对比文件详细描述了IAB节点的适应层(adaptation layer)包含传输缓冲区(transmission buffer),用于缓冲数据(如适应层SDU、PDU等),并将这些缓冲区的数据量计入BSR报告。虽然对比文件未明确提及“应用处理器(AP)”或“AP的存储器”,但其核心思想是:设备(IAB节点)具有存储待传输数据的缓冲区(适应层的传输缓冲区)。在无线通信设备中,用于存储和准备传输数据的缓冲区可以位于不同的处理单元或协议层。本领域技术人员知道,UE的架构包括AP和调制解调器,数据在发送前需要被缓存。对比文件公开了在协议栈的特定层(适应层)进行数据缓冲的概念,这可以合理推断为在设备内部某个处理单元或存储器中存储数据以进行传输,与目标专利中“存储在AP的存储器中”为解决数据缓存和流量控制问题所起的作用实质相同。因此,对比文件隐含公开了技术特征C。
**技术特征D**: 由所述UE的所述AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可;<br>**判断结果**:《隐含公开》对比文件第[0005]-[0006]段:“...generating the BSR; and transmitting the BSR to the network, wherein the BSR includes data volume of the IAB node determined by considering data volume of at least one RLC...layer entity of the IAB node and data volume of an adaptation layer of the IAB node.” 第[0262]段:“In this sense that all MAC functionality would be reused in IAB, a BSR MAC CE should be also re-used to report the total amount of UL data available in the IAB node for requesting the proper amount of UL grant to the network.” 第[0273]段:“When the IAB node (or a MAC entity at the IAB node) generates the BSR MAC CE, the IAB node (e.g. the MAC entity at the IAB node) determines the amount of UL data available for a logical channel according to the data volume calculation procedure in the RLC and in the adaptation layer...”目标专利的技术特征D是“由UE的AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可”。对比文件的核心内容就是IAB节点基于其内部缓冲区(包括RLC层和适应层的缓冲区)的数据量来生成BSR,并将BSR发送给网络以请求上行链路资源(即上行链路许可)。这里,“识别上行链路许可”的过程对应于“基于缓冲区数据量生成BSR并发送请求,预期从网络获得许可”。虽然对比文件未明确提及“应用处理器(AP)”执行此操作,而是由“MAC实体”或“IAB节点”执行,但生成BSR(缓冲区状态报告)是MAC层的功能,而MAC层通常与调制解调器相关联。本领域技术人员能够理解,在设备内部,高层(如AP)可以基于低层(如调制解调器/适应层)的缓冲区信息来触发或参与资源请求过程。对比文件公开了基于设备内部缓冲区大小来触发上行资源请求(许可识别)的核心机制。因此,对比文件隐含公开了技术特征D。
**技术特征E**: 由所述AP至少部分地基于所识别的上行链路许可来确定是否向所述调制解调器发送数据;<br>**判断结果**:《隐含公开》对比文件第[0262]段:“...a BSR MAC CE should be also re-used to report the total amount of UL data available in the IAB node for requesting the proper amount of UL grant to the network.” 第[0292]段:“The IAB node transmits the generated BSR MAC CE by using the UL grant to a network. Then the IAB node may receive an UL grant to transmit the UL data available for a logical channel in response to the transmitted BSR MAC CE, and transmits the UL data from the logical channel which has data available for transmission to the network using the received UL grant.”目标专利的技术特征E是“由AP至少部分地基于所识别的上行链路许可来确定是否向调制解调器发送数据”。对比文件描述了IAB节点在获得上行链路许可(UL grant)后,使用该许可来传输逻辑信道中可用的上行链路数据。这隐含了“当获得许可时,则发送数据”的逻辑。虽然对比文件没有明确描述一个独立的“确定是否发送”的决策步骤,但根据无线通信标准流程,设备在获得有效上行资源分配(许可)后,才会进行上行数据传输,否则不会发送。这本身就是一种基于许可的发送决策。此外,目标专利说明书中提到该特征是为了管理AP到调制解调器的数据流量,防止缓冲区溢出。对比文件中基于BSR请求并获得许可后再发送数据的机制,同样起到了控制数据发送节奏、避免网络资源浪费或内部拥塞的作用,两者解决的问题和所起的作用是相似的。因此,对比文件隐含公开了技术特征E。
**技术特征F**: 以及当所识别的上行链路许可超过阈值时由所述AP发送所述数据。<br>**判断结果**:《隐含公开》对比文件第[0292]段:“...and transmits the UL data from the logical channel which has data available for transmission to the network using the received UL grant.”目标专利的技术特征F是“当所识别的上行链路许可超过阈值时由AP发送数据”。对比文件明确说明了IAB节点在接收到上行链路许可(UL grant)后,会使用该许可来发送数据。这里的“接收到的UL grant”即对应“所识别的上行链路许可”。虽然对比文件没有提及“超过阈值”这一条件,但其描述的逻辑是“获得许可即发送”。在通信系统中,上行链路许可本身就表征了网络分配的资源量,可以视为一个“非零”的许可,这隐含了许可“有效”或“大于零”的条件。“超过阈值”可以看作是“许可有效”或“许可资源足够”的一种更具体的表现形式。本领域技术人员可以理解,在实际实现中,可以根据许可的具体参数(如资源块大小)是否满足某个最小阈值来决定是否发送数据,这是对“获得许可后发送”这一基本规则的合理细化。因此,对比文件隐含公开了技术特征F。
**技术特征G**: 识别所述上行链路许可包括从所述调制解调器接收上行链路许可。<br>**判断结果**:《隐含公开》对比文件第[0272]段:“The IAB node (or a MAC entity at the IAB node) may receive the UL grant dynamically on a physical downlink control channel (PDCCH) or in a random access response (RAR) from a network...” 第[0292]段:“...the IAB node may receive an UL grant to transmit the UL data available for a logical channel in response to the transmitted BSR MAC CE...”目标专利的技术特征G是“识别上行链路许可包括从调制解调器接收上行链路许可”。对比文件多次提到IAB节点(或其MAC实体)从网络(network)接收上行链路许可(UL grant)。在无线设备架构中,从网络接收下行控制信令(如PDCCH携带的UL grant)的功能通常由设备的物理层和MAC层(常归属于调制解调器部分)处理。因此,IAB节点“从网络接收UL grant”这一描述,在本领域技术人员看来,等价于设备的调制解调器部分接收到了上行链路许可。因此,对比文件隐含公开了技术特征G。
**技术特征H**: 识别所述上行链路许可包括由所述AP确定上行链路许可。<br>**判断结果**:《隐含公开》对比文件第[0005]段:“...generating the BSR; and transmitting the BSR to the network...” 第[0262]段:“...a BSR MAC CE should be also re-used to report the total amount of UL data available in the IAB node for requesting the proper amount of UL grant to the network.”目标专利的技术特征H是“识别上行链路许可包括由AP确定上行链路许可”。对比文件描述了IAB节点生成BSR并发送给网络以请求上行链路许可的过程。这里的“生成BSR”是基于内部缓冲区状态来确定需要请求多少资源,这可以看作是一个“确定上行链路许可需求”的过程。虽然最终许可是由网络下发,但设备自身(通过MAC层等)确定了请求的“量”。在目标专利的上下文中,“由AP确定上行链路许可”可能指AP基于缓冲区信息计算出所需的许可大小或决定发起请求。对比文件中IAB节点确定BSR内容(即数据量)的行为,与“确定上行链路许可(需求)”在功能上是一致的。虽然执行主体可能不同(对比文件是MAC/IAB节点,目标专利是AP),但都是设备内部确定上行资源需求的行为。因此,对比文件隐含公开了技术特征H。
**技术特征I**: 所述数据包括与数据传输相关联的传输控制协议TCP数据或TCP确认ACK反馈。<br>**判断结果**:《未公开》对比文件未提及TCP数据或TCP ACK反馈。目标专利的技术特征I限定了发送的数据类型包括“TCP数据或TCP ACK反馈”。对比文件通篇讨论的是IAB节点在无线接入和回传中的缓冲区状态报告和数据处理,其数据内容涉及的是适应层、RLC层的协议数据单元(PDU/SDU),并未具体化到应用层的TCP数据或TCP ACK反馈。对比文件解决的是IAB节点如何准确报告跨层缓冲区数据量以获取资源的问题,不涉及特定传输层协议数据的识别或特殊处理。因此,对比文件既未直接公开也未隐含公开技术特征I。
**技术特征J**: 所述数据包括传输控制协议TCP确认ACK反馈、蜂窝车联网C‑V2X数据、虚拟现实VR数据、扩展现实XR数据、超可靠低延迟通信ULLC数据或任何特定的业务类型/模式。<br>**判断结果**:《未公开》对比文件未提及TCP ACK反馈、C-V2X数据、VR数据、XR数据、URLLC数据或任何特定的业务类型/模式。目标专利的技术特征J进一步限定了数据可以包括多种特定类型的业务数据。对比文件完全没有提及这些具体的业务类型或模式。其关注点在于通用性的缓冲区数据量计算和报告机制,而非对数据进行基于业务类型的分类或差异化处理。因此,对比文件既未直接公开也未隐含公开技术特征J。
**技术特征K**: 为了确定是否从所述AP向所述调制解调器发送数据,所述AP被配置为:至少基于所述调制解调器缓冲区的一个或多个阈值来管理从所述AP到所述调制解调器的数据流量。<br>**判断结果**:《隐含公开》对比文件第[0264]-[0265]段:“...determines the amount of data volume of the adaptation layer for MAC buffer status reporting based on a transmission buffer in the adaptation layer.” 第[0274]段:“The IAB node considers all buffered data of a transmission buffer in the adaptation layer as data volume of the adaptation layer.” 第[0225]-[0231]段描述了BSR的触发条件,包括UL数据变为可用等,这些条件可以视为基于缓冲区状态的隐式管理。目标专利的技术特征K是AP基于调制解调器缓冲区的阈值来管理AP到调制解调器的数据流量。对比文件的核心机制是:IAB节点基于其内部缓冲区(如适应层传输缓冲区)的数据量来生成BSR,从而向网络请求上行资源。BSR的触发(如常规BSR在UL数据可用时触发)本质上是一种基于缓冲区状态的流量控制机制——当缓冲区有数据时,才触发资源请求和后续的数据发送。虽然对比文件没有明确使用“阈值”一词,但“缓冲区有数据”、“数据量”这些概念本身就隐含了与“零”或某个水平的比较。管理“从AP到调制解调器的数据流量”在目标专利中是为了防止调制解调器缓冲区溢出,而对比文件中基于缓冲区状态报告来请求资源的机制,其目的之一也是为了确保有足够的网络资源来发送缓冲的数据,从而避免缓冲区积压,两者解决的技术问题相似。因此,对比文件隐含公开了技术特征K。
**技术特征L**: 所述数据包括与由所述调制解调器识别的指定应用相对应的任何所识别的应用数据。<br>**判断结果**:《未公开》对比文件未提及由调制解调器识别指定应用或对应的应用数据。目标专利的技术特征L限定了数据包括“由调制解调器识别的指定应用相对应的任何所识别的应用数据”。对比文件讨论的数据是协议栈底层(适应层、RLC层)的数据单元,没有涉及基于应用层信息(如特定应用)进行数据识别或筛选的功能。其数据处理的粒度是逻辑信道或缓冲区,而非具体的应用程序。因此,对比文件既未直接公开也未隐含公开技术特征L。
**技术特征M**: 当所识别的上行链路许可为0时,由所述AP发送所述数据。<br>**判断结果**:《未公开》对比文件未提及上行链路许可为0的情况,也未描述在此情况下发送数据。目标专利的技术特征M是一个特定场景:当上行链路许可为0时,仍然由AP发送数据。这通常用于发送像TCP ACK这样的小而重要的控制数据,即使没有正式的资源许可。对比文件描述的标准流程是:设备获得上行链路许可(非零资源分配)后,才发送数据。没有提供任何关于在许可为0(或无许可)时仍然发送数据的教导或启示。这与对比文件揭示的基于许可发送数据的基本原理相悖。因此,对比文件既未直接公开也未隐含公开技术特征M。

<<<a>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<g>>><<<h>>><<<k>>>

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

网站备案号:渝ICP备2023012882号


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