返回项目页面
对比文件列表
3gpp文件_+++B_C_D_E_F_G_H_I_J_L_M_N_O_P_Q_k+++.docx
2026-02-06 12:29
发明公开_CN106664517A 支持减小的数据传输带宽的设备和方法_+++A_B_C_O_f_h+++.docx
2026-02-06 12:29
发明公开_EP3195517A1 DEVICE AND METHOD OF SUPPORTING REDUCED DATA TRANSMISSION BANDWIDTH_+++A_B_C_F_H_O+++.docx
2026-02-06 12:29
发明公开_EP3236609A1 METHOD AND MTC DEVICE FOR TRANSMITTING DMRS FOR UPLINK DATA DEMODULATION_+++A_C_F_O_b_d_g_h_l_m+++.docx
2026-02-06 12:29
发明公开_KR1020170032391A 감소된 데이터 전송 대역폭을 지원하는 디바이스 및 방법_+++A_B_C_H_O_d_e_f_g_p_q+++.docx
2026-02-06 12:29
发明申请_US20160088594A1 DEVICE AND METHOD OF SUPPORTING REDUCED DATA TRANSMISSION BANDWIDTH_+++A_C_F_O_P_Q_b_d_e_g_h+++.docx
2026-02-06 12:29
发明申请_US20160302174A1 METHODS, APPARATUSES, AND SYSTEMS FOR ENHANCEMENT OF EVOLVED PHYSICAL DOWNLINK CONTROL CHANNEL FOR MACHINE TYPE COMMUNICATIONS_+++F_H_P+++.docx
2026-02-06 12:29
发明申请_US20170078830A1 Methods and Apparatus for Resource Allocation_+++A_B_C_F_G_P_e_h_l_m+++.docx
2026-02-06 12:29
发明申请_US20170134129A1 METHOD AND MTC DEVICE FOR TRANSMITTING DMRS FOR UPLINK DATA DEMODULATION_+++A_C_F_O_b_d_g_h_l_m+++.docx
2026-02-06 12:29
发明申请_US20170290016A1 METHOD AND APPARATUS FOR USING SMALLER BANDWIDTH FOR LOW COST USER EQUIPMENT IN WIRELESS COMMUNICATION SYSTEM_+++C_F_H_P_a_b_d_e_g+++.docx
2026-02-06 12:29
发明申请_WO2016043555A1 METHOD AND APPARATUS FOR USING SMALLER BANDWIDTH FOR LOW COST USER EQUIPMENT IN WIRELESS COMMUNICATION SYSTEM_+++A_C_F_H_b_d_e_g_i_k_p_q+++.docx
2026-02-06 12:29
发明申请_WO2016043906A1 DEVICE AND METHOD OF SUPPORTING REDUCED DATA TRANSMISSION BANDWIDTH_+++A_B_C_d_f_g_h_o+++.docx
2026-02-06 12:29
发明申请_WO2016064218A2 MTC 기기의 상향링크 채널 및 복조 참조 신호 전송 방법_+++A_B_C_F_O_d_e_g_h_p_q+++.docx
2026-02-06 12:29
发明申请_WO2016070415A1 METHODS FOR RESOURCE ALLOCATION_+++A_B_C_F_G_P_d_e_h_k_l_m_o+++.docx
2026-02-06 12:29
发明申请_WO2016099057A1 상향링크 데이터의 복조를 위한 DMRS를 전송하는 방법 및 MTC 기기_+++A_B_C_F_H_O_d_e_g_i_l_m_p+++.docx
2026-02-06 12:29
发明申请_WO2016122782A1 SYSTEM AND METHODS FOR SUPPORT OF FREQUENCY HOPPING FOR UES WITH REDUCED BANDWIDTH SUPPORT_+++h+++.docx
2026-02-06 12:29
发明专利_JP2017038320A ユーザ端末、無線基地局及び無線通信方法_+++F_H_g+++.docx
2026-02-06 12:29
发明申请_WO2016122782A1 SYSTEM AND METHODS FOR SUPPORT OF FREQUENCY HOPPING FOR UES WITH REDUCED BANDWIDTH SUPPORT_+++h+++.docx

**对比文件名称**:发明申请_WO2016122782A1 SYSTEM AND METHODS FOR SUPPORT OF FREQUENCY HOPPING FOR UES WITH REDUCED BANDWIDTH SUPPORT

**目标专利名称**:用于机器类型通信的子物理资源块资源分配的技术和装置

**本次调用模型名称**:DeepSeek最新版本模型

### 特征比对表格

技术特征描述及公开性判断结果对比文件原文引用公开性论述
**技术特征A**:一种无线通信的方法,包括:<br>**未公开**无对比文件整体涉及为支持减缩带宽的UE(如MTC UE)提供频率跳变支持的系统和方法,其核心在于定义独立的PUCCH区域、处理重调谐时间以及配置频率跳变模式。虽然其描述了UE接收资源分配并发送上行链路信号的过程,但并未公开一个由“接收标识少于一个PRB的上行链路资源分配的准许”和“使用该上行链路资源分配发送上行链路数据”这两个特定步骤构成的、旨在提高子PRB资源分配效率的完整方法。因此,该整体方法未被公开。
**技术特征B**:由能够使用子物理资源块(PRB)资源分配和对一个或多个PRB的资源分配的用户设备(UE)接收标识少于一个PRB的上行链路资源分配的准许,其中,所述准许标识在其中包括所述上行链路资源分配的特定PRB和为所述UE分配的至少子载波组<br>**未公开**[0029] “The operating bandwidth of UEs may also be reduced, e.g., to the current minimum bandwidth supported by LTE (1.4 MHz), for both uplink and downlink control and data channels. This may permit a resource region of limited resources (e.g., in frequency) to be used in communications between the UEs and the eNB.”<br>[0081] “...the UE is a Machine Type Communications (MTC) UE having reduced bandwidth support such that the MTC UE with reduced bandwidth support is restricted to communicate with the eNB over a limited set of subcarriers of the system bandwidth...”对比文件公开了MTC UE具有“减缩带宽支持(reduced bandwidth support)”,其通信被限制在系统带宽的有限子载波集上(a limited set of subcarriers)。这暗示了UE可能使用少于整个系统带宽的资源。然而,目标专利的技术特征B明确限定了“标识少于一个PRB的上行链路资源分配的准许”,并且该准许“标识特定PRB”和“为UE分配的至少子载波组”。对比文件并未公开任何关于“准许(grant)”明确指示资源分配“少于一个PRB”的内容,也没有公开该准许会标识一个“特定PRB”以及在该PRB内分配的“至少子载波组”。对比文件讨论的资源分配更多是关于为MTC UE划分特定的PUCCH区域(由多个PRB组成),而非在单个PRB内进行精细的子载波组分配。因此,技术特征B未被直接公开,且本领域技术人员无法从对比文件关于减缩带宽支持的描述中,毫无疑义地推理出或必然得到“接收标识特定PRB及其中子载波组的、少于一个PRB的准许”这一具体技术方案。
**技术特征C**:以及由所述UE使用所述上行链路资源分配来发送上行链路数据<br>**未公开**[0046] “Although the above embodiments have described frequency hopping for transmissions using PUCCH resources, similar concepts may be applied to PUSCH transmissions.”<br>[0073] “...the processing circuitry is further configured to configure the transceiver to refrain from transmitting a physical uplink shared channel (PUSCH) on a last symbol of the subframe to accommodate switching time...”对比文件提到了PUSCH(物理上行共享信道)传输,并且UE会使用分配的资源进行上行链路数据传输,这是一个通用的、必然隐含的步骤。然而,在目标专利的语境下,技术特征C是方法步骤的一部分,其“上行链路资源分配”特指技术特征B中定义的“标识少于一个PRB……的准许”所分配的资源。由于对比文件未公开技术特征B中的特定准许,因此也就未公开“使用所述上行链路资源分配(即,少于一个PRB的分配)来发送上行链路数据”这一具有特定含义的步骤。虽然发送上行数据是通信的普遍行为,但将其绑定到“子PRB分配”这一特定上下文的技术特征未被公开。
**技术特征D**:其中,所述特定PRB是从预先定义的PRB组中选择的,所述PRB组包括比所述UE被配置为在其上进行通信的窄带的所有PRB更少的PRB<br>**未公开**[0034]-[0035] 描述了为MTC UE定义独立的MTC PUCCH区域,该区域包含为MTC UE保留的PRB,并且该区域与传统的PUCCH区域是分开的。<br>[0052] “...the PUCCH region comprising PRBs reserved for non-legacy UEs...”对比文件公开了为特定类型的UE(如MTC UE)预先定义并保留一个PRB集合(即MTC PUCCH区域)。这可以对应“预先定义的PRB组”。然而,目标专利的技术特征D进一步限定该PRB组“包括比所述UE被配置为在其上进行通信的窄带的所有PRB更少的PRB”。这意味着在目标专利中,UE被配置在某个“窄带”上通信,而资源分配仅从该窄带内一个更小的PRB子集(预先定义的组)中选择。对比文件虽然定义了MTC PUCCH区域,但并未将其描述为从一个更广泛的“窄带”中选出的子集,也未引入“窄带”作为UE被配置通信的带宽范围这一概念。对比文件中的“减缩带宽支持”指的是UE整体能力,而非一个可配置的、用于资源分配的特定“窄带”。因此,该技术特征的附加限定未被公开。
**技术特征E**:以及其中,所述UE在无需重新配置的情况下还接收至少一个PRB的第二资源分配,其中,第二准许的PRB的数量是至少部分地基于所述UE的最大传输带宽的。<br>**未公开**无对比文件完全没有提及UE能够“在无需重新配置的情况下”接收两种类型的资源分配:一种是子PRB分配(技术特征B),另一种是基于UE最大传输带宽的、至少一个PRB的“第二资源分配”。目标专利的这一特征描述了UE在子PRB和常规PRB分配之间动态切换的能力,以提高调度灵活性。对比文件专注于为减缩带宽UE配置特定的资源区域和跳频模式,并未涉及或暗示这种动态的、基于带宽能力的双模式资源分配机制。因此,该技术特征未被公开。
**技术特征F**:其中,所述UE包括类别M UE、类别M1 UE或者类别M2 UE。<br>**未公开**[0003], [0007], [0081] 等多处提及“MTC UEs”(机器类型通信用户设备)。对比文件确实多次提及“MTC UE”,这是对一类支持机器类型通信的UE的通用称呼。然而,目标专利明确将UE限定为“类别M UE、类别M1 UE或者类别M2 UE”。这些是3GPP标准中为MTC设备定义的特定UE类别,具有具体的性能指标(如最大带宽、支持的功能等)。虽然对比文件的“MTC UE”在广义上涵盖了这些类别,但并未明确指向或公开这些特定的标准化类别名称。本领域技术人员知道“MTC UE”是一个更宽泛的上位概念,而“类别M/M1/M2”是具体的下位实施方式。因此,对比文件未直接公开该具体限定。鉴于公开的是上位概念,且未提供指向这些具体类别的任何教导,也无法合理地隐含推断出这些特定类别。
**技术特征G**:其中,所述上行链路资源分配进一步标识在其中包括所述特定PRB的窄带。<br>**未公开**无对比文件未提及“窄带(narrowband)”这一概念,也未描述上行链路资源分配会标识一个包含特定PRB的窄带。在对比文件中,资源分配是在系统带宽内为MTC UE划分特定的区域(如MTC PUCCH区域),但并未引入“窄带”作为资源分配的一个层级或标识对象。因此,该技术特征未被公开。
**技术特征H**:其中,对所述预先定义的PRB组的配置是使用无线资源控制信令来指示的。<br>**隐含公开 (h)**[0033] “...the starting subframe offset... may be configured for the MTC UEs via UE-specific dedicated Radio Resource Control (RRC) signaling.”<br>[0035] “Both the legacy and MTC parameter may be signaled by higher layer control signaling, via the master information block (MIB), an existing or new system information block (SIB) or, as above, UE-specific dedicated RRC signaling.”<br>[0037] “The MTC PUCCH regions may be configured in a cell- or UE-specific manner (e.g., via SIB or RRC control signaling)...”对比文件多次明确提到,为MTC UE配置资源区域(如PUCCH起始偏移、MTC PUCCH区域参数)可以通过高层信令完成,特别是“无线资源控制(RRC)信令”。虽然对比文件配置的是“区域”参数,而目标专利技术特征H配置的是“预先定义的PRB组”,但二者本质都是为UE配置用于上行传输的资源集合信息。本领域技术人员可以理解,无论是配置一个区域的范围,还是配置一个可供选择的PRB组,都是通过类似的信令机制(如RRC信令)来实现的。因此,尽管具体配置对象措辞略有不同,但“使用无线资源控制信令来指示配置”这一技术手段已被对比文件公开。基于对比文件公开的RRC信令配置资源区域的方法,本领域技术人员有可能通过推理,将其应用于配置一个“预先定义的PRB组”。因此,该技术特征被**隐含公开**。
**技术特征I**:其中,所述特定PRB是至少部分地基于所述特定PRB未被包括在窄带中来选择的。<br>**未公开**无对比文件未引入“窄带”概念,因此更无从谈起基于PRB“未被包括在窄带中”这一准则来选择PRB。该技术特征在对比文件中没有任何对应或暗示。
**技术特征J**:其中,所述特定PRB是至少部分地基于所述特定PRB被包括在保护频带中来选择的。<br>**未公开**无对比文件未提及“保护频带(guard band)”,也未描述基于PRB是否位于保护频带内来进行资源选择。该技术特征在对比文件中没有任何对应或暗示。
**技术特征K**:其中,所述上行链路资源分配是至少部分地基于和与所述准许相关联的重复级别进行的联合编码来标识的。<br>**未公开**[0027] 提到通过重复传输来获得链路预算,重复级别可以是UE特定的。<br>[0039] 提到N(跳频间隔)可以是重复次数的函数。<br>[0049] 提到PUCCH信令可以指示频率跳变类型、连续子帧数等参数。对比文件确实提到了“重复级别”和资源分配(如跳频参数)的配置,并且这些参数可以通过信令(如RRC)指示。然而,目标专利的技术特征K特指“上行链路资源分配”本身(即子PRB分配)是“基于和与所述准许相关联的重复级别进行的联合编码来标识的”。这意味着资源分配信息和重复级别信息被联合编码在同一个信令(如下行控制信息DCI)中,以节省信令开销。对比文件虽然同时提到了重复和资源分配,但并未公开或暗示这两类信息是通过“联合编码”的方式在“准许”(如下行控制信息)中一同标识的。对比文件中,重复相关参数和资源区域参数更可能是通过独立的或高层信令配置的。因此,该具体的联合编码标识方式未被公开。
**技术特征L**:其中,所述上行链路资源分配是与传输块相关联的,并且其中,所述上行链路资源分配将所述传输块映射到包括第一数量的子载波和第二数量的子帧的至少一个资源单元,并且其中,所述准许指示所述传输块要映射到的资源单元的数量。<br>**未公开**无对比文件完全没有提及“传输块(Transport Block)”映射到“资源单元(Resource Unit)”的概念,也没有提及“准许”会指示“资源单元的数量”。对比文件讨论的资源分配主要围绕为控制信道(PUCCH)或共享信道(PUSCH)分配物理资源块(PRB)或特定区域,并未涉及将传输块粒度映射到由特定子载波和子帧数定义的“资源单元”这一抽象层级。因此,该技术特征未被公开。
**技术特征M**:所述传输块的传输块大小是至少部分地基于所述资源单元的数量来确定的。<br>**未公开**无由于对比文件未公开技术特征L中关于“资源单元”及其数量指示的任何内容,因此自然也未曾公开基于“资源单元的数量”来确定“传输块大小(TBS)”的方法。该技术特征完全依赖于未被公开的上位概念。
**技术特征N**:当确定的所述传输块的调制阶数大于2时,所述传输块的调制阶数是利用正交相移键控或二进制相移键控来重写的。<br>**未公开**无对比文件未提及任何关于“调制阶数(modulation order)”重写的机制,特别是在传输块调制阶数大于2时,强制将其重写为QPSK或BPSK。该技术特征旨在确保子PRB分配使用稳健的调制方式,在对比文件中没有对应描述。
**技术特征O**:其中,所述子载波组是从所述特定PRB的多个非重叠的子载波组中选择的。<br>**未公开**无对比文件虽然提到MTC UE使用有限的子载波集,但从未描述在单个PRB内部存在“多个非重叠的子载波组”,并且资源分配是从这些预定义组中进行选择。对比文件对资源分配的讨论停留在PRB或区域级别,未深入到单个PRB内的子载波组划分和选择。因此,该技术特征未被公开。
**技术特征P**:其中,所述最大传输带宽是1.4兆赫兹,以及所述第二准许是与从一至六个PRB相关联的。<br>**未公开**[0005] “...the transmission bandwidth for MTC UEs may be reduced. Since transmissions using a large number of repetitions increase the device power consumption as well as decrease system-level resource utilization and spectral efficiency, additional techniques to improve the link budget like frequency hopping mechanisms may be used to reduce the number of repetitions for reduced bandwidth UEs and UEs in enhanced coverage mode.”<br>[0029] “The operating bandwidth of UEs may also be reduced, e.g., to the current minimum bandwidth supported by LTE (1.4 MHz)...”对比文件提到了LTE支持的最小带宽是1.4MHz,并且MTC UE可能使用此减缩带宽。这可以对应“最大传输带宽是1.4兆赫兹”。然而,技术特征P是技术特征E的从属特征,其限定的是“第二准许”的具体细节。由于技术特征E(关于在无需重新配置下接收基于最大带宽的第二PRB分配)本身未被公开,因此该从属特征中关于第二准许与“一至六个PRB”相关联的具体数值范围也就失去了依附的基础。对比文件提及1.4MHz带宽,但并未将其与一种特定的、用于非子PRB分配的“第二准许”及其PRB数量范围联系起来。因此,该技术特征未被公开。
**技术特征Q**:其中,所述最大传输带宽是5兆赫兹,以及所述第二准许是与从一至24个PRB相关联的。<br>**未公开**[0031] “...the system bandwidth be 1.4MHz, 3MHz, 5MHz, 10MHz or 15MHz.”对比文件在列举系统带宽的例子时提到了5MHz。与技术特征P同理,技术特征Q也是技术特征E的从属特征。由于技术特征E未被公开,且对比文件仅仅是将5MHz作为可能的系统带宽之一进行列举,并未将其与一种特定的、用于非子PRB分配的“第二准许”及其PRB数量范围(一至24个)联系起来。因此,该技术特征未被公开。

### 总结

经比对,对比文件WO2016122782A1主要公开了为支持减缩带宽的MTC UE配置独立的PUCCH区域、处理重调谐时间以及支持频率跳变(包括时隙内和子帧间跳变)的技术方案。其关注点在于通过资源区域划分和跳频来改善覆盖和分集增益,并处理UE因带宽限制带来的重调谐挑战。

目标专利权利要求聚焦于一种具体的“子PRB资源分配”机制,其核心在于:UE接收一个明确标识“少于一个PRB”的准许,该准许精细到指定“特定PRB”及其内的“子载波组”;同时,UE还能动态接收基于其最大带宽的常规PRB分配;并且涉及传输块到资源单元的映射、调制阶数重写等配套操作。

对比文件虽然涉及MTC UE和减缩带宽,但并未公开“子PRB分配”这一核心概念及其具体的信令标识方式(特定PRB+子载波组)。两者解决的技术问题不同:对比文件旨在为减缩带宽UE提供频率分集并克服重调谐问题;而目标专利旨在提高资源分配效率,为MTC UE提供更精细、灵活的资源分配方案。因此,除了技术特征H(使用RRC信令配置)被认定为隐含公开外,目标专利权利要求的其余技术特征(A-G, I-Q)均未被对比文件WO2016122782A1直接公开或隐含公开。

<<<h>>>

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

网站备案号:渝ICP备2023012882号


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