对比文件名称：发明申请_US20160302174A1 METHODS, APPARATUSES, AND SYSTEMS FOR ENHANCEMENT OF EVOLVED PHYSICAL DOWNLINK CONTROL CHANNEL FOR MACHINE TYPE COMMUNICATIONS
目标专利名称：用于机器类型通信的子物理资源块资源分配的技术和装置
本次调用模型名称：深度分析专利创造性评估模型
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种无线通信的方法。<br>**《未被公开》** | 对比文件未直接或隐含公开与目标专利技术方案完全相同的无线通信方法。 | 对比文件（例如[0072]段）公开了UE监控增强物理下行控制信道（EPDCCH）PRB集的方法和过程。然而，目标专利权利要求的方法主题是围绕“接收标识少于一个PRB的上行链路资源分配的准许”和“发送上行链路数据”展开的。对比文件聚焦于下行控制信道的接收和监控，其技术方案、解决的问题（如减少盲解码、支持覆盖增强）与目标专利不同。本领域技术人员无法从对比文件公开的下行控制信道监控方法中，直接或通过推理得到目标专利所述的、针对上行链路子PRB资源分配和使用的通信方法。 |
| **技术特征B**：由能够使用子物理资源块(PRB)资源分配和对一个或多个PRB的资源分配的用户设备(UE)接收标识少于一个PRB的上行链路资源分配的准许，其中，所述准许标识在其中包括所述上行链路资源分配的特定PRB和为所述UE分配的至少子载波组。<br>**《未被公开》** | 对比文件未直接或隐含公开接收“标识少于一个PRB的上行链路资源分配的准许”。 | **直接公开判断**：对比文件未提及“上行链路资源分配”，其讨论的资源分配和控制信息（如DCI）均与下行链路相关（例如，EPDCCH承载DCI，用于调度PDSCH或PUSCH，但具体内容未指定为“少于一个PRB”的上行链路分配）。[0063]段提及DCI包含下行或上行调度信息，但未具体到“少于一个PRB”。[0070]段提及EPDCCH-PRB集可包含2、4、8或6个PRB对，但这是下行控制信道资源集的大小，并非上行数据信道中“少于一个PRB”的资源分配。**隐含公开判断**：对比文件多处提及MTC UE具有1.4MHz（约6个PRB）的降低带宽支持（例如[0037], [0072]），但这仅表明UE的总工作带宽受限，并未隐含UE在上行传输中可以被分配“少于一个PRB”的资源。公开UE能力或下行控制信道配置，不代表必然隐含了上行子PRB调度的具体技术方案。因此，本领域技术人员不能从对比文件推理出该特征。 |
| **技术特征C**：以及由所述UE使用所述上行链路资源分配来发送上行链路数据。<br>**《未被公开》** | 对比文件未直接或隐含公开UE“使用所述上行链路资源分配来发送上行链路数据”。 | **直接公开判断**：对比文件主要描述UE监控和接收EPDCCH（下行控制信道）的过程（例如过程500、600、700等）。虽然[0063]段提及PUSCH用于上行数据传输，但并未结合“标识少于一个PRB的上行链路资源分配的准许”来描述UE如何使用该特定分配发送数据。**隐含公开判断**：本领域公知，UE在接收到上行调度准许后，会使用分配的资源发送上行数据。但对比文件的技术方案重点在于如何配置和监控承载调度准许的下行控制信道（EPDCCH），而非上行数据传输动作本身。该特征在目标专利中是方法的一个必然步骤，但对比文件并未揭示与之对应的、基于“少于一个PRB的上行链路资源分配”进行上行发送的具体技术情境。因此，该特征未被对比文件公开。 |
| **技术特征D**：其中，所述特定PRB是从预先定义的PRB组中选择的，所述PRB组包括比所述UE被配置为在其上进行通信的窄带的所有PRB更少的PRB。<br>**《未被公开》** | 对比文件未直接或隐含公开“特定PRB是从一个比窄带总PRB数更少的预先定义PRB组中选择的”。 | **直接公开判断**：对比文件提及了“窄带”（narrowband，例如1.4MHz带宽）和“EPDCCH-PRB集”的概念。[0072]段指出，由于MTC UE最大带宽支持1.4MHz，其只能监控单个连续的6个PRB块。EPDCCH-PRB集是UE监控下行控制信道的资源集合（例如，[0070]段提到可以是2、4、8或6个PRB对）。然而，这**不是**目标专利中“为上行链路数据分配的子PRB资源所在的特定PRB”的概念。目标专利的“特定PRB”是上行数据信道中具体被分配的子PRB，而对比文件的“PRB集”是下行控制信道可能的搜索空间资源池。两者技术作用不同。**隐含公开判断**：即使将对比文件的“EPDCCH-PRB集”类比为目标专利的“PRB组”，对比文件也未明确该集合的PRB数量“比窄带的所有PRB更少”。一个1.4MHz窄带有6个PRB，而对比文件公开的EPDCCH-PRB集可以是2、4、6或8个PRB。[0072]段提到UE“只能监控单个连续的6个PRB块”，这等于窄带全部PRB，并非“更少”。因此，无法推理出该限制条件。 |
| **技术特征E**：以及其中，所述UE在无需重新配置的情况下还接收至少一个PRB的第二资源分配，其中，第二准许的PRB的数量是至少部分地基于所述UE的最大传输带宽的。<br>**《未被公开》** | 对比文件未直接或隐含公开UE在无需重新配置的情况下，基于其最大传输带宽接收至少一个PRB的第二资源分配。 | **直接公开判断**：对比文件提到了UE的最大传输带宽（1.4MHz，如[0037], [0072]段）以及可能配置多个EPDCCH-PRB集（例如[0071]段）。然而，这些EPDCCH-PRB集是用于下行控制信道监控的配置，并非目标专利中用于上行数据传输的“第二资源分配”。目标专利的“第二资源分配”是另一个上行准许，与“子PRB资源分配”相对应，允许UE在子PRB和整PRB分配之间动态切换。对比文件未提及此类上行资源分配的动态切换或组合。**隐含公开判断**：对比文件[0072]段提到，当MTC UE处于增强覆盖模式时，可能被配置为仅监控单个EPDCCH-PRB集，而在正常模式可能监控两个。这只涉及下行控制信道监控行为的配置变化，并非上行数据资源分配的类型切换。无法推理出目标专利所述的、基于UE最大带宽能力、无需重新配置即可接收不同类型上行资源分配的特征。 |
| **技术特征F**：其中，所述UE包括类别M UE、类别M1 UE或者类别M2 UE。<br>**《直接公开》** | [0037]段：“In various embodiments, UEs 105 may be MTC devices. In embodiments where the UEs 105 are MTC devices, the UEs 105 may be referred to as “MTC UEs 105”, “low complexity (LC) UEs 105”, “LC MTC UEs 105”, a “UE 105 with reduced bandwidth support”, and the like.” | 对比文件明确公开了UE可以是MTC设备，并给出了“MTC UEs”、“low complexity (LC) UEs”等同义表述。在3GPP标准语境中，类别M、M1、M2 UE是低复杂度MTC UE的具体分类。本领域技术人员阅读对比文件，能够毫无疑义地理解其所指的MTC UE包含了目标专利中所述的类别M、M1或M2 UE。该特征在对比文件中的作用是标识适用其技术方案（如降低带宽支持、覆盖增强）的设备类型，与目标专利中标识可使用子PRB资源分配的设备类型的作用相同。因此被直接公开。 |
| **技术特征G**：其中，所述上行链路资源分配进一步标识在其中包括所述特定PRB的窄带。<br>**《未被公开》** | 对比文件未直接或隐含公开上行链路资源分配标识窄带。 | **直接公开判断**：对比文件提及了“窄带”（narrowband）概念，例如[0077]段提到将EPDCCH-PRB集映射到不同窄带，以及[0079]段提到重调谐时间与在窄带间切换相关。但这些描述均与下行控制信道的配置和监控有关，未涉及上行资源分配对窄带的标识。**隐含公开判断**：虽然对比文件公开了窄带的概念及其与资源分配（下行控制信道集）的关联，但并未揭示上行资源分配会显式标识窄带。目标专利该特征是对上行资源分配内容的进一步限定，对比文件没有提供足够的基础来隐含推理出此限定。 |
| **技术特征H**：其中，对所述预先定义的PRB组的配置是使用无线资源控制信令来指示的。<br>**《直接公开》** | [0069]段：“For each serving cell, higher layer signalling may configure a UE 105 with one or two EPDCCH-PRB sets for the UE 105 to monitor...”<br>[0120]段：“The control channel configuration may be provided to the UE 105 by the eNB 110 during an RRC signaling procedure.” | 对比文件明确公开了通过高层信令（higher layer signalling）为UE配置一个或两个EPDCCH-PRB集。高层信令包括RRC（无线资源控制）信令，这在[0120]段被明确指出。虽然对比文件中配置的是用于监控下行控制信道的EPDCCH-PRB集，而目标专利中配置的是用于选择上行子PRB的“预先定义的PRB组”，但两者在“使用RRC信令配置PRB相关资源组”这一技术手段上完全相同。本领域技术人员可以毫无疑义地从对比文件得出使用RRC信令配置PRB组的技术方案。因此被直接公开。 |
| **技术特征I**：其中，所述特定PRB是至少部分地基于所述特定PRB未被包括在窄带中来选择的。<br>**《未被公开》** | 对比文件未直接或隐含公开基于PRB未被包括在窄带中来选择PRB。 | **直接公开判断**：对比文件未提及选择某个PRB是因为它“未被包括在窄带中”。[0077]段提到将EPDCCH-PRB集映射到不同窄带，这些窄带可能是非重叠的，这意味着EPDCCH-PRB集内的PRB是包含在某个窄带内的，而不是排除在外。**隐含公开判断**：对比文件的全部教导都集中在窄带（1.4MHz）内的资源操作，以适应MTC UE的有限带宽能力。选择窄带之外的PRB与对比文件旨在降低UE复杂度和功耗的设计目标相悖，本领域技术人员没有动机进行此类推理。因此，该特征未被隐含公开。 |
| **技术特征J**：其中，所述特定PRB是至少部分地基于所述特定PRB被包括在保护频带中来选择的。<br>**《未被公开》** | 对比文件未提及“保护频带”（guard band）或基于此选择PRB。 | 对比文件全文未出现“保护频带”或类似概念。本领域技术人员无法从对比文件公开的内容中，直接得出或合理推断出基于PRB位于保护频带内来进行选择的任何技术启示。因此，该特征既未被直接公开，也未被隐含公开。 |
| **技术特征K**：其中，所述上行链路资源分配是至少部分地基于和与所述准许相关联的重复级别进行的联合编码来标识的。<br>**《未被公开》** | 对比文件未直接或隐含公开上行链路资源分配基于与重复级别的联合编码来标识。 | **直接公开判断**：对比文件提到了重复（repetition）和覆盖增强（例如[0085], [0100]段），也提到了DCI格式和盲解码。但未提及将“上行链路资源分配”与“重复级别”进行联合编码。**隐含公开判断**：对比文件[0107]段提到，为了减少因聚合级别增加而需要的盲解码尝试，UE监控的聚合级别集合可以被配置或预定义为对应于覆盖增强等级。这里“聚合级别”（AL）是下行控制信道资源占用的度量，而“重复级别”通常指信号重复传输的次数。两者概念不同。虽然都可能与覆盖增强相关，但对比文件未揭示将资源分配信息与重复级别参数进行联合编码以节省信令开销的具体技术手段。因此，无法推理出该特征。 |
| **技术特征L**：其中，所述上行链路资源分配是与传输块相关联的，并且其中，所述上行链路资源分配将所述传输块映射到包括第一数量的子载波和第二数量的子帧的至少一个资源单元，并且其中，所述准许指示所述传输块要映射到的资源单元的数量。<br>**《未被公开》** | 对比文件未直接或隐含公开上行资源分配将传输块映射到资源单元，且准许指示资源单元数量。 | **直接公开判断**：对比文件主要涉及下行控制信道（EPDCCH）的传输和接收，未讨论上行数据传输中传输块（TB）到资源单元（RU）的映射关系。目标专利中“资源单元”是具有特定子载波和子帧数量的概念，用于子PRB传输，这与对比文件的技术方案无关。**隐含公开判断**：对比文件未提供任何关于“资源单元”定义或传输块映射到此类单元的信息。本领域技术人员无法从对比文件的下行控制信道监控方案中，推理出目标专利针对上行子PRB传输所设计的、基于资源单元的传输块映射机制。 |
| **技术特征M**：所述传输块的传输块大小是至少部分地基于所述资源单元的数量来确定的。<br>**《未被公开》** | 对比文件未直接或隐含公开基于资源单元数量确定传输块大小。 | 该特征依赖于技术特征L中定义的“资源单元”概念。由于对比文件未公开“资源单元”及其与上行传输块的映射关系，因此自然也未曾公开基于资源单元数量来确定传输块大小的方法。该特征未被公开。 |
| **技术特征N**：当确定的所述传输块的调制阶数大于2时，所述传输块的调制阶数是利用正交相移键控或二进制相移键控来重写的。<br>**《未被公开》** | 对比文件未直接或隐含公开对传输块调制阶数进行重写的操作。 | 对比文件未涉及上行数据传输的调制阶数处理。目标专利该特征是针对子PRB分配场景下，当使用特定MCS表时可能出现的调制阶数限制问题提供的解决方案。对比文件的技术方案不涉及此问题，因此也未提供任何相关的技术教导。该特征未被公开。 |
| **技术特征O**：其中，所述子载波组是从所述特定PRB的多个非重叠的子载波组中选择的。<br>**《未被公开》** | 对比文件未直接或隐含公开从特定PRB的多个非重叠子载波组中选择子载波组用于上行资源分配。 | **直接公开判断**：对比文件提到了“非重叠子帧”（non-overlapping subframes，例如[0077]段），但这是时间域的概念。未提及在频域上，从一个PRB内的多个“非重叠子载波组”中进行选择。**隐含公开判断**：对比文件[0067]段提到了“增强资源元素组（EREG）”，每个PRB对有16个EREG，每个EREG是一组资源元素（RE）。但这属于下行控制信道（EPDCCH）的物理资源映射结构，用于构成ECCE。这与目标专利中上行数据信道“子载波组”的选择和分配是截然不同的技术概念和应用场景。无法从EREG的分组推理出上行子载波组的分配方式。 |
| **技术特征P**：其中，所述最大传输带宽是1.4兆赫兹，以及所述第二准许是与从一至六个PRB相关联的。<br>**《直接公开》** | [0037]段：“The MTC UEs 105 may be configured to communicate data within a transmission bandwidth of 1.4 megahertz (MHz)...”<br>[0072]段：“Because an MTC UE 105 may have a maximum bandwidth support of 1.4 MHz, the MTC UE 105 may only be able to monitor a single contiguous block of six PRBs.” | 对比文件明确公开了MTC UE的最大传输带宽为1.4 MHz。同时，[0072]段指出，由于此带宽限制，MTC UE只能监控单个连续的6个PRB块。这直接公开了与1.4MHz最大传输带宽相关联的PRB数量是6个。虽然对比文件此处描述的是下行控制信道监控的限制（“monitor”），但“6个PRB”是1.4MHz带宽在LTE系统中的标准等价物理资源量。本领域技术人员可以毫无疑义地理解，对于配置了1.4MHz最大带宽的UE，其可用的资源块数量范围即为一至六个PRB。该特征在对比文件中的作用是定义UE的能力和限制，与目标专利中定义“第二准许”PRB数量范围的基础作用相同。因此被直接公开。 |
| **技术特征Q**：其中，所述最大传输带宽是5兆赫兹，以及所述第二准许是与从一至24个PRB相关联的。<br>**《未被公开》** | 对比文件未提及5兆赫兹的最大传输带宽。 | 对比文件通篇强调MTC UE的降低带宽支持为1.4MHz（例如[0037], [0053], [0072]段），这是其技术方案的一个重要前提。未提及任何关于5MHz最大传输带宽的配置或能力。因此，与5MHz带宽相关联的“从一至24个PRB”的资源分配范围也未被公开。 |
## 输出代码
<<<F>>><<<H>>><<<P>>>