对比文件名称：发明公开_CN104205979A 无线电通信装置和无线电通信方法以及无线电通信系统
目标专利名称：用于机器类型通信的子物理资源块资源分配的技术和装置
本次调用的模型名称：深度求索
## 特征比对表格 ##
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种无线通信的方法。 <br> **《隐含公开》** | [0022] “参考信号发送步骤，使用分配给所述终端站的第一无线电资源，发送将被测量以便确定执行协作多地点接收的基站的协作组的参考信号；和 [0023] 用户数据发送步骤，使用分配给所述终端站的第二无线电资源发送用户数据，所述第二无线电资源以预定的时间间隔与所述第一无线电资源间隔开。” | 对比文件的权利要求22明确公开了由终端站（即UE）执行的方法，包括“参考信号发送步骤”和“用户数据发送步骤”。这构成了一种无线通信的方法。虽然该方法步骤的初衷是为了协作多点接收（CoMP）的信道测量和动态点选择，但其形式为一种由UE执行的方法。因此，本领域技术人员能够从对比文件毫无疑义地得出该“无线通信的方法”技术特征。 |
| **技术特征B**：由能够使用子物理资源块(PRB)资源分配和对一个或多个PRB的资源分配的用户设备(UE)接收标识少于一个PRB的上行链路资源分配的准许，其中，所述准许标识在其中包括所述上行链路资源分配的特定PRB和为所述UE分配的至少子载波组。 <br> **《隐含公开》** | [0106] “相反，在第二实施例中，提供一种多个UE在一个资源块内插入参考信号的格式，以便提升效率。图7示出了不同UE（UE1到UE14)在包括14个OFDM符号的一个子帧内的各符号内分别插入用于点选择的参考信号的状态。” <br> [0168] “在LTE中，资源块的最小大小是12个子载波×7个OFDM符号。如果UE是MTC设备，发送数据是小的。因此，认为比该最小大小更小的资源块将工作得很好。换言之，需要更小大小的资源块以便将功率消耗减少到极低。因此，还考虑引入其在频率方向的大小为一半（例如，6个子载波×7个OFDM符号）的资源块。” <br> [0170] “另外，终端UE15到UE28的参考信号被插入资源块的原始12个子载波的波段的下半部分内的6个子载波中，并且终端UE15和UE16分别使用在几十个毫秒之后的资源块的波段的下半部分内的6个子载波发送用户数据。” | 1. **“能够使用子PRB资源分配”**：对比文件[0168]明确指出，对于MTC设备，考虑引入“更小大小的资源块”，例如“6个子载波×7个OFDM符号”，这明确公开了使用少于一个标准PRB（12子载波）的资源分配，即子PRB分配的概念。<br>2. **“接收标识少于一个PRB的上行链路资源分配的准许”**：对比文件描述了通过保留机制分配资源。例如，[0159]提到“eNodeB事先在eNodeB和UE之间保留一个帧内的一个子帧中的一个资源块内的一个符号以便接收参考信号。通过专用信令进行该保留。” 并且，[0160]提到“每一个UE保留其上行链路参考信号的位置...，并且事先保留实际发送上行链路用户数据的位置（资源块）”。这种“保留”和“通知”（参见[0164]）的过程，对于UE而言，即相当于接收了一种资源分配的“准许”。<br>3. **“标识特定PRB和为UE分配的至少子载波组”**：对比文件[0170]描述了终端UE15-UE28的参考信号被插入“资源块的原始12个子载波的波段的下半部分内的6个子载波中”，并且用户数据也使用“资源块的波段的下半部分内的6个子载波”。这明确公开了在特定的资源块（PRB）内，为UE分配了特定的子载波组（此处是6个子载波）。图10也示意了此分配。因此，对比文件隐含公开了UE接收的“准许”会标识特定的PRB以及在该PRB内分配的特定子载波组。 |
| **技术特征C**：以及由所述UE使用所述上行链路资源分配来发送上行链路数据。 <br> **《直接公开》** | [0023] “用户数据发送步骤，使用分配给所述终端站的第二无线电资源发送用户数据，所述第二无线电资源以预定的时间间隔与所述第一无线电资源间隔开。” <br> [0170] “并且终端UE15和UE16分别使用在几十个毫秒之后的资源块的波段的下半部分内的6个子载波发送用户数据。” | 对比文件的权利要求22和具体实施例[0170]均直接、明确地记载了终端站（UE）使用为其分配的第二无线电资源（即上行链路资源分配）来发送用户数据（上行链路数据）。这与目标专利的技术特征C完全相同。 |
| **技术特征D**：其中，所述特定PRB是从预先定义的PRB组中选择的，所述PRB组包括比所述UE被配置为在其上进行通信的窄带的所有PRB更少的PRB。 <br> **《未公开》** | 对比文件未提及“窄带（narrowband）”的概念，也未提及从比窄带所有PRB更少的“预先定义的PRB组”中选择特定PRB。对比文件讨论的资源分配主要基于标准资源块或更小尺寸的资源块，以及多个UE在资源块内的复用，但并未引入“窄带”这一资源配置层级，也未定义这样的PRB选择组。 | 目标专利的特征D限定了在“窄带”的架构下，从预先定义且数量少于窄带总PRB数的PRB组中选择资源。对比文件完全没有涉及“窄带”这一配置概念。其资源分配讨论要么是基于整个系统带宽内的单个资源块，要么是基于为MTC考虑的更小资源块，但未将其与一个更高级别的“窄带”关联并定义子集。因此，该特征未被对比文件公开。 |
| **技术特征E**：以及其中，所述UE在无需重新配置的情况下还接收至少一个PRB的第二资源分配，其中，第二准许的PRB的数量是至少部分地基于所述UE的最大传输带宽的。 <br> **《未公开》** | 对比文件未提及UE的“最大传输带宽”配置，也未提及UE能够在“无需重新配置的情况下”接收不同大小的资源分配（例如子PRB分配和至少一个PRB的分配），并且根据最大传输带宽来决定后者的PRB数量。对比文件主要聚焦于为MTC设备分配小尺寸资源块以节省功耗，以及CoMP的动态点选择，未涉及在同一UE上动态切换不同规模资源分配的能力及其与最大传输带宽的关系。 | 该特征描述了UE在保持同一配置下，能够接收两种类型的资源分配（子PRB和至少一个PRB），且第二种分配的规模与UE的“最大传输带宽”参数相关。对比文件的技术方案完全未涉及此动态资源分配切换机制和“最大传输带宽”参数对资源分配规模的决定作用。因此，该特征未被公开。 |
| **技术特征F**：其中，所述UE包括类别M UE、类别M1 UE或者类别M2 UE。 <br> **《直接公开》** | [0004] “除了直接由人们使用的普通终端诸如常规的移动电话或者PC(个人计算机)之外，还存在MTC(机器型通信)，诸如计量表、自动售货机、或者电子广告作为UE，而不是由人们直接使用的设备。” <br> [0128] “MTC（机器类型通信)是一般被称为M2M（机器对机器)的技术的同义词，并且表示机器之间的通信。” | 对比文件明确将MTC设备描述为一种UE。虽然未明确使用“类别M、M1、M2”的3GPP标准术语，但其描述的“MTC设备”在技术领域公认为包括这些类别（如eMTC， Cat-M1等）。本领域技术人员阅读对比文件后，能够毫无疑义地理解其所述的UE包括MTC类型的UE，这与特征F限定的UE类型实质相同。 |
| **技术特征G**：其中，所述上行链路资源分配进一步标识在其中包括所述特定PRB的窄带。 <br> **《未公开》** | 对比文件全文未提及“窄带（narrowband）”概念。其资源分配的描述是基于资源块（RB）在系统带宽内的位置，例如图7、图8、图10所示，并未引入“窄带”作为资源分配的中间标识层级。 | 特征G要求资源分配中标识“窄带”。对比文件的技术方案中不存在“窄带”这一架构元素，因此不可能公开“标识窄带”这一技术特征。 |
| **技术特征H**：其中，对所述预先定义的PRB组的配置是使用无线资源控制信令来指示的。 <br> **《未公开》** | 对比文件提到了使用“RRC信令”在eNodeB和UE之间保留资源（[0143]），也提到了通过“专用信令”进行保留（[0159]）。然而，这些信令用于保留具体的参考信号或用户数据发送资源，并非用于配置一个“预先定义的PRB组”（该组比窄带所有PRB更少，如特征D所定义）。由于特征D依赖的“窄带”和“预先定义的PRB组”概念本身未被公开，因此用于配置该组的“无线资源控制信令”这一具体配置手段也无从谈起。 | 该特征是对特征D中“预先定义的PRB组”的配置方式的进一步限定。由于特征D的核心概念（在窄带架构下从特定PRB组选择）未被对比文件公开，因此用于配置该特定组的信令方式也必然未被公开。对比文件中提及的RRC信令用于其他目的（资源保留），不能等同于此处限定的对特定PRB组的配置。 |
| **技术特征I**：其中，所述特定PRB是至少部分地基于所述特定PRB未被包括在窄带中来选择的。 <br> **《未公开》** | 对比文件未提及“窄带”概念，因此不可能公开基于PRB“未被包括在窄带中”这一标准进行选择。 | 该特征的选择标准依赖于“窄带”概念。如前所述，对比文件无此概念，故该特征未被公开。 |
| **技术特征J**：其中，所述特定PRB是至少部分地基于所述特定PRB被包括在保护频带中来选择的。 <br> **《未公开》** | 对比文件全文未提及“保护频带（guard band）”，也未提及基于资源块是否位于保护频带内来进行资源选择。 | 该特征的选择标准依赖于“保护频带”概念。对比文件未涉及此概念，故该特征未被公开。 |
| **技术特征K**：其中，所述上行链路资源分配是至少部分地基于和与所述准许相关联的重复级别进行的联合编码来标识的。 <br> **《未公开》** | 对比文件未提及“重复级别（repetition level）”，也未提及通过“联合编码”方式来标识资源分配。其资源分配主要通过预留和通知机制完成。 | 该特征涉及通过“重复级别”进行“联合编码”这一具体的资源分配指示方式。对比文件的技术方案中完全不存在“重复级别”的概念，也未描述任何形式的联合编码用于指示资源分配。因此，该特征未被公开。 |
| **技术特征L**：其中，所述上行链路资源分配是与传输块相关联的，并且其中，所述上行链路资源分配将所述传输块映射到包括第一数量的子载波和第二数量的子帧的至少一个资源单元，并且其中，所述准许指示所述传输块要映射到的资源单元的数量。 <br> **《未公开》** | 对比文件未提及“传输块（Transport Block）”、“资源单元（Resource Unit）”以及“资源单元的数量”等概念。其描述用户数据发送时，使用的是“资源块”或“更小尺寸的资源块”，并未将其抽象为特定子载波和子帧数量构成的“资源单元”，也未涉及传输块到多个此类资源单元的映射关系及通过准许指示资源单元数量。 | 该特征定义了基于“资源单元”的传输块映射架构，以及准许中指示资源单元数量。对比文件的技术方案基于传统的资源块分配，未引入“资源单元”这一映射单元概念，也未涉及传输块大小与资源单元数量的关系。因此，该特征未被公开。 |
| **技术特征M**：所述传输块的传输块大小是至少部分地基于所述资源单元的数量来确定的。 <br> **《未公开》** | 对比文件未提及“传输块大小（TBS）”如何确定，更未提及基于“资源单元的数量”来确定TBS。 | 该特征涉及传输块大小的确定方法。对比文件未公开任何关于传输块大小确定的具体规则，尤其未公开基于特征L中定义的“资源单元的数量”来确定TBS的方法。由于特征L未被公开，此依赖特征L的进一步限定特征M也必然未被公开。 |
| **技术特征N**：当确定的所述传输块的调制阶数大于2时，所述传输块的调制阶数是利用正交相移键控或二进制相移键控来重写的。 <br> **《未公开》** | 对比文件未提及“调制阶数（modulation order）”，也未提及当调制阶数大于2时进行“重写（overwritten）”为QPSK或BPSK的操作。 | 该特征涉及一种特定的调制方式适配规则。对比文件的技术方案中完全没有涉及对调制方式的动态调整或重写机制。因此，该特征未被公开。 |
| **技术特征O**：其中，所述子载波组是从所述特定PRB的多个非重叠的子载波组中选择的。 <br> **《隐含公开》** | [0170] “终端UE15到UE28的参考信号被插入资源块的原始12个子载波的波段的下半部分内的6个子载波中，并且终端UE15和UE16分别使用在几十个毫秒之后的资源块的波段的下半部分内的6个子载波发送用户数据。” <br> 图10示出了12子载波波段被分为上半部分（6子载波）和下半部分（6子载波），分别用于两组UE。 | 对比文件[0170]及图10明确示出，一个完整的12子载波资源块被划分为两个6子载波的“波段”（即子载波组），例如“上半部分”和“下半部分”。这两个6子载波组在频域上是不重叠的。UE（如UE15-UE28）使用的子载波组（下半部分的6子载波）正是从这两个非重叠的子载波组中选择出来的。这隐含公开了特征O的内容：在特定PRB内，存在多个非重叠的子载波组，并且为UE分配的子载波组是从中选择的。 |
| **技术特征P**：其中，所述最大传输带宽是1.4兆赫兹，以及所述第二准许是与从一至六个PRB相关联的。 <br> **《未公开》** | 对比文件未提及“最大传输带宽为1.4兆赫兹”这一具体配置，也未提及与“从一至六个PRB”相关联的“第二准许”。 | 该特征是对特征E中“最大传输带宽”和“第二准许”PRB数量的具体数值限定。由于特征E（UE能接收两种分配且第二种基于最大带宽）未被公开，这些具体的数值限定（1.4MHz, 1-6个PRB）也必然未被公开。 |
| **技术特征Q**：其中，所述最大传输带宽是5兆赫兹，以及所述第二准许是与从一至24个PRB相关联的。 <br> **《未公开》** | 对比文件未提及“最大传输带宽为5兆赫兹”这一具体配置，也未提及与“从一至24个PRB”相关联的“第二准许”。 | 同特征P，该具体数值限定依赖于未被公开的特征E，因此其本身也未被对比文件公开。 |
<<<C>>><<<a>>><<<f>>><<<o>>>