**对比文件名称**：发明公开_CN103999528A 使用减少的信道带宽的设备通信
**目标专利名称**：用于窄带操作的上行链路和下行链路授权
**本次调用模型名称**：未指定
以下是根据目标专利权利要求划分的技术特征与对比文件的比对表格：
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户设备(UE)进行无线通信的方法<br>**公开性判断结果**：《直接公开》 | [0002]段：“可以提供系统和/或方法用于支持例如UE（例如，包括低LTE UE类设备）和/或低成本机器类通信（MTC）设备的设备与可以支持全带宽的网络（例如，全带宽网络）之间的无线通信中减少的信道带宽。” | 对比文件直接公开了由UE进行无线通信的方法，其描述了UE或MTC设备在减少的信道带宽上与网络通信的系统和方法，这与技术特征A中“由用户设备(UE)进行无线通信的方法”相同。 |
| **技术特征B**：针对上行链路(UL)或下行链路(DL)授权而监视系统带宽的窄带中的控制信道<br>**公开性判断结果**：《直接公开》 | [0161]段：“设备例如UE或MTC设备，例如，在获取小区例如LTE小区或者同步到小区例如LTE小区、获取系统信息、和/或注册到网络之后，可以接下来被指派为DL分配和/或UL授权的发生而监视全部系统带宽的特定带宽部分。” | 对比文件直接公开了针对UL或DL授权而监视系统带宽的窄带中的控制信道，因为“特定带宽部分”即窄带，设备被指派监视该部分以获取DL分配或UL授权，与技术特征B一致。 |
| **技术特征C**：接收交织的在各自的子帧中的UL授权和DL授权<br>**公开性判断结果**：未公开 | [0180]段：“DL信号传输可以包括带内DL指派和UL授权，或者在特定出现中（TTI），包括其中之一。” | 对比文件描述了设备可以接收DL指派和UL授权，但未明确说明这些授权是“交织的”，即在各自的子帧中交替接收UL和DL授权。技术特征C中的“交织”暗示了交替模式，而对比文件仅提到DL信号传输可能同时包括DL和UL授权，未涉及交替接收。因此，对比文件未直接或隐含公开技术特征C。 |
| **技术特征D**：以及响应于所接收的交织的在各自的子帧中的UL授权和DL授权来发送或接收信息。<br>**公开性判断结果**：未公开 | [0163]段：“当设备例如UE或MTC设备可以解码作为DL信号传输的一部分的自己的被指派的UL标识符时，其可以继续准备关联的UL子帧中关联的UL传输资源中的一个或多个数据单元的UL传输。” | 对比文件公开了响应于授权发送或接收信息，但该授权不是交织的授权。技术特征D要求响应于交织的授权，而对比文件未公开交织的授权，因此技术特征D未被公开。 |
| **技术特征E**：接收所述交织的在各自的子帧中的UL授权和DL授权包括以下至少一者：在UL授权之后接收DL授权作为下一个授权，或者在DL授权之后接收UL授权作为下一个授权。<br>**公开性判断结果**：未公开 | 无相关引用 | 对比文件未描述在UL授权之后接收DL授权作为下一个授权，或在DL授权之后接收UL授权作为下一个授权。因此，技术特征E未被直接或隐含公开。 |
| **技术特征F**：所述UE监视控制信道搜索空间，并且在UL授权之后并在响应于所述UL授权的在UL数据信道上所述发送信息的开始之后，接收DL授权作为下一个授权。<br>**公开性判断结果**：未公开 | 无相关引用 | 对比文件未描述UE在UL授权之后并在UL数据信道发送信息开始之后接收DL授权作为下一个授权。因此，技术特征F未被直接或隐含公开。 |
| **技术特征G**：在所述UE在其中在所述UL数据信道上发送信息的子帧之后并在用于DL通信的子帧之前的子帧用作保护子帧。<br>**公开性判断结果**：未公开 | 无相关引用 | 对比文件未描述在UL数据信道发送信息的子帧之后和DL通信子帧之前使用保护子帧。因此，技术特征G未被直接或隐含公开。 |
| **技术特征H**：所述交织的在各自的子帧中的UL授权和DL授权中的每一个授权支持一个或多个混合自动重传请求(HARQ)过程。<br>**公开性判断结果**：未公开 | 无相关引用 | 对比文件未描述交织的UL和DL授权支持一个或多个HARQ过程。因此，技术特征H未被直接或隐含公开。 |
| **技术特征I**：所述交织的在各自的子帧中的UL授权和DL授权中的每一个授权支持两个HARQ过程。<br>**公开性判断结果**：未公开 | 无相关引用 | 对比文件未描述交织的授权支持两个HARQ过程。因此，技术特征I未被直接或隐含公开。 |
| **技术特征J**：所述UE经由能力信令指示对以下至少一者的支持：针对每个UL授权或DL授权的两个HARQ进程，或UL授权和DL授权的交织。<br>**公开性判断结果**：未公开 | 无相关引用 | 对比文件未描述UE经由能力信令指示对两个HARQ进程或交织授权的支持。因此，技术特征J未被直接或隐含公开。 |
| **技术特征K**：响应于所述响应于所接收的交织的在各自的子帧中的UL授权和DL授权来发送或接收信息，识别冲突，所述冲突包括以下至少一者：UL数据信道和DL数据信道之间的冲突，或UL数据信道与混合ARQ确认(HARQ‑ACK)信令之间的冲突。<br>**公开性判断结果**：未公开 | 无相关引用 | 对比文件未描述在响应于交织授权发送或接收信息时识别冲突，特别是UL数据信道和DL数据信道之间的冲突或UL数据信道与HARQ-ACK信令之间的冲突。因此，技术特征K未被直接或隐含公开。 |
| **技术特征L**：所述HARQ‑ACK信令包括确认或否定确认(NACK)，并且其中，所述HARQ‑ACK信令是针对所述DL数据信道的。<br>**公开性判断结果**：《直接公开》 | [0428]段：“响应于DL数据分组传输的HARQ ACK/NACK可以在上行链路中被重传” | 对比文件直接公开了HARQ-ACK信令包括确认或否定确认(NACK)，并且针对DL数据信道，因为其描述了响应于DL数据分组传输的HARQ ACK/NACK在上行链路中重传，这表明HARQ-ACK是针对DL数据信道的。 |
| **技术特征M**：所述冲突包括所述UL数据信道和所述DL数据信道之间的所述冲突，所述方法还包括以下至少一个步骤：确定使用所述UL数据信道和所述DL数据信道中的一者，或对于在所述UL数据信道和所述DL数据信道之间冲突的子帧，确定使用所述UL数据信道和所述DL数据信道中的一者的所述子帧。<br>**公开性判断结果**：未公开 | 无相关引用 | 对比文件未描述在UL数据信道和DL数据信道之间冲突时确定使用其中一者。因此，技术特征M未被直接或隐含公开。 |
| **技术特征N**：所述确定使用的步骤是至少部分地基于能量度量阈值的。<br>**公开性判断结果**：未公开 | 无相关引用 | 对比文件未描述基于能量度量阈值确定使用UL或DL数据信道。因此，技术特征N未被直接或隐含公开。 |
| **技术特征O**：所述冲突包括所述UL数据信道与所述HARQ‑ACK信令之间的冲突，所述方法还包括以下至少一个步骤：对于在所述UL数据信道和所述HARQ‑ACK信令之间冲突的子帧，确定传送所述HARQ‑ACK信令，或者将所述HARQ‑ACK信令与所述UL数据信道复用。<br>**公开性判断结果**：未公开 | 无相关引用 | 对比文件未描述在UL数据信道与HARQ-ACK信令冲突时确定传送HARQ-ACK信令或将其与UL数据信道复用。因此，技术特征O未被直接或隐含公开。 |
| **技术特征P**：所述将所述HARQ‑ACK信令与所述UL数据信道复用包括：对于在所述UL数据信道和所述HARQ‑ACK信令之间冲突的子帧，用所述HARQ‑ACK信令调制所述UL数据信道的解调参考信号(DMRS)。<br>**公开性判断结果**：未公开 | 无相关引用 | 对比文件未描述用HARQ-ACK信令调制DMRS。因此，技术特征P未被直接或隐含公开。 |
| **技术特征Q**：所述UE被配置用于窄带物联网(NB‑IoT)。<br>**公开性判断结果**：未公开 | 无相关引用 | 对比文件未明确提及窄带物联网(NB-IoT)，虽然描述了窄带操作和MTC设备，但NB-IoT是特定标准，因此技术特征Q未被直接或隐含公开。 |
| **技术特征R**：所述UE被配置用于时分双工(TDD)操作。<br>**公开性判断结果**：《直接公开》 | [0131]段：“对于TDD，PO可以限制到子帧0、1、5和6。” | 对比文件直接公开了UE被配置用于TDD操作，因为其描述了TDD模式下的子帧配置和PRACH资源分配。 |
| **技术特征S**：所述UE被配置用于频分双工(FDD)操作。<br>**公开性判断结果**：《直接公开》 | [0131]段：“对于FDD，PO可以被限制到子帧0、4、5和9。” | 对比文件直接公开了UE被配置用于FDD操作，因为其描述了FDD模式下的子帧配置。 |
| **技术特征T**：所述控制信道包括窄带物理下行链路控制信道(NPDCCH)。<br>**公开性判断结果**：未公开 | 无相关引用 | 对比文件未提及窄带物理下行链路控制信道(NPDCCH)，虽然提到了M-PDCCH用于MTC，但未明确关联NB-IoT。因此，技术特征T未被直接或隐含公开。 |
| **技术特征U**：所述发送信息包括：响应于所接收的UL授权，在UL数据信道中发送信息；并且其中，所述接收信息包括响应于所述DL授权在DL数据信道中接收信息。<br>**公开性判断结果**：《直接公开》 | [0163]段：“当设备例如UE或MTC设备可以解码作为DL信号传输的一部分的自己的被指派的UL标识符时，其可以继续准备关联的UL子帧中关联的UL传输资源中的一个或多个数据单元的UL传输。”<br>[0162]段：“设备例如UE或MTC设备可以为带内信令的出现而监视子帧例如LTE子帧中数据区域的指定部分上的一个或者多个RB，该带内信令标识eNB的DL数据传输所期望的接收机。” | 对比文件直接公开了响应于UL授权在UL数据信道中发送信息，以及响应于DL授权在DL数据信道中接收信息，因为其描述了设备解码UL标识符后准备UL传输，以及解码DL指派后接收DL数据传输。 |
| **技术特征V**：所述UL数据信道包括窄带物理上行链路共享信道(NPUSCH)，并且其中，所述DL数据信道包括窄带物理下行链路共享信道(NPDSCH)。<br>**公开性判断结果**：未公开 | 无相关引用 | 对比文件未提及窄带物理上行链路共享信道(NPUSCH)和窄带物理下行链路共享信道(NPDSCH)，虽然提到了PUSCH和PDSCH，但未指定窄带版本。因此，技术特征V未被直接或隐含公开。 |
| **技术特征W**：所述DL数据信道包括窄带物理下行链路共享信道(NPDSCH)，所述HARQ‑ACK包括混合自动重传请求(HARQ)确认或否定确认，并且所述UL数据信道包括窄带物理上行链路共享信道(NPUSCH)。<br>**公开性判断结果**：未公开 | 无相关引用 | 对比文件未提及NPDSCH和NPUSCH，因此技术特征W未被直接或隐含公开。 |
<<<A>>><<<B>>><<<L>>><<<R>>><<<S>>><<<U>>>