**对比文件名称**：发明申请_WO2013049768A1 DEVICE COMMUNICATION USING A REDUCED CHANNEL BANDWIDTH
**目标专利名称**：用于窄带操作的上行链路和下行链路授权
**模型名称**：本次调用为专利代理师特征比对模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户设备(UE)进行无线通信的方法<br>**公开性判断**：直接公开 | [p0006] "Systems and/or methods may be provided for supporting reduced channel bandwidth in wireless communications between devices such as UEs (e.g. including a low LTE UE category device) and/or low cost Machine-Type Communications (MTC) devices and networks..." | 对比文件明确公开了用于支持UE（包括低LTE UE类别设备）和/或低成本MTC设备与网络之间无线通信的系统和方法。这直接对应于目标专利中由UE执行无线通信的方法。 |
| **技术特征B**：针对上行链路(UL)或下行链路(DL)授权而监视系统带宽的窄带中的控制信道<br>**公开性判断**：隐含公开 | [p0153] "a device may monitor one or more RBs on a designated portion of the Data Region in a subframe... for occurrences of inband signaling"; [p0199] "MTC device may receive the PDCCH in the PDSCH region" | 对比文件描述了设备在子帧数据区域的指定部分监视一个或多个RB以获取带内信令，并且MTC设备可以在PDSCH区域接收PDCCH。在窄带操作中，控制信道（如PDCCH）可以在系统带宽的窄带部分（如PDSCH区域）中传输，因此本领域技术人员可以合理推断设备需要监视窄带中的控制信道以获取UL或DL授权。这隐含公开了该特征。 |
| **技术特征C**：接收交织的在各自的子帧中的UL授权和DL授权<br>**公开性判断**：未公开 | 无直接引用；[p0168]提到“a DL signal transmission may include both inband DL assignments and UL grants” | 对比文件提到DL信号传输可以同时包含带内DL分配和UL授权，但这发生在同一个DL传输中，并非在各自的子帧中“交织”地接收UL授权和DL授权（即一个UL授权后跟一个DL授权，或反之）。目标专利的交织授权特指UL和DL授权在时间上交错出现以支持交织的UL/DL传输，对比文件未公开此概念。 |
| **技术特征D**：以及响应于所接收的交织的在各自的子帧中的UL授权和DL授权来发送或接收信息。<br>**公开性判断**：未公开 | 无直接引用 | 该特征依赖于特征C的交织授权接收，由于特征C未被公开，该响应动作也未被公开。对比文件虽描述了响应于带内分配发送或接收信息，但未涉及交织授权场景。 |
| **技术特征E**：在UL授权之后接收DL授权作为下一个授权，或者在DL授权之后接收UL授权作为下一个授权。<br>**公开性判断**：未公开 | 无直接引用 | 对比文件未公开UL授权和DL授权以交替顺序作为“下一个授权”接收的具体时序关系。 |
| **技术特征F**：所述UE监视控制信道搜索空间，并且在UL授权之后并在响应于所述UL授权的在UL数据信道上所述发送信息的开始之后，接收DL授权作为下一个授权。<br>**公开性判断**：未公开 | 无直接引用 | 对比文件未公开在UL数据传输开始后接收DL授权作为下一个授权的特定监视行为。 |
| **技术特征G**：在所述UE在其中在所述UL数据信道上发送信息的子帧之后并在用于DL通信的子帧之前的子帧用作保护子帧。<br>**公开性判断**：未公开 | 无直接引用 | 对比文件未提及在UL和DL子帧之间使用保护子帧以处理切换时间。 |
| **技术特征H**：所述交织的在各自的子帧中的UL授权和DL授权中的每一个授权支持一个或多个混合自动重传请求(HARQ)过程。<br>**公开性判断**：未公开 | 无直接引用 | 对比文件虽然提及HARQ（如PHICH），但未将其与交织的UL/DL授权结合。 |
| **技术特征I**：每一个授权支持两个HARQ过程。<br>**公开性判断**：未公开 | 无直接引用 | 对比文件未公开每个授权支持两个HARQ过程。 |
| **技术特征J**：所述UE经由能力信令指示对以下至少一者的支持：针对每个UL授权或DL授权的两个HARQ进程，或UL授权和DL授权的交织。<br>**公开性判断**：未公开 | 无直接引用 | 对比文件未提及UE通过能力信令指示对两个HARQ进程或交织授权的支持。 |
| **技术特征K**：识别冲突，所述冲突包括以下至少一者：UL数据信道和DL数据信道之间的冲突，或UL数据信道与混合ARQ确认(HARQ‑ACK)信令之间的冲突。<br>**公开性判断**：未公开 | 无直接引用 | 对比文件未涉及在接收背对背或交织授权时识别或处理此类冲突。 |
| **技术特征L**：所述HARQ‑ACK信令包括确认或否定确认(NACK)，并且针对所述DL数据信道。<br>**公开性判断**：未公开 | 无直接引用；但[p0112]提及PHICH传输ACK/NACK | 对比文件虽公开了HARQ-ACK信令，但未在特征K的冲突识别上下文中公开，且未明确其针对DL数据信道。 |
| **技术特征M**：对于冲突，确定使用UL数据信道和DL数据信道中的一者，或对于冲突子帧确定使用其中一者。<br>**公开性判断**：未公开 | 无直接引用 | 对比文件未公开此类冲突解决步骤。 |
| **技术特征N**：确定使用的步骤至少部分地基于能量度量阈值。<br>**公开性判断**：未公开 | 无直接引用 | 对比文件未提及基于能量度量阈值进行选择。 |
| **技术特征O**：对于UL数据信道与HARQ‑ACK信令之间的冲突，确定传送HARQ‑ACK信令或将其与UL数据信道复用。<br>**公开性判断**：未公开 | 无直接引用 | 对比文件未公开此类冲突解决步骤。 |
| **技术特征P**：将HARQ‑ACK信令与UL数据信道复用包括用HARQ‑ACK信令调制UL数据信道的DMRS。<br>**公开性判断**：未公开 | 无直接引用 | 对比文件未公开此具体复用方式。 |
| **技术特征Q**：所述UE被配置用于窄带物联网(NB‑IoT)。<br>**公开性判断**：隐含公开 | [p0155] "narrowband IoT (NB‑IoT)"; 全文涉及窄带操作和MTC设备 | 对比文件在背景部分提及NB-IoT，并且全文描述支持窄带操作的低成本MTC设备，其与NB-IoT设备特性一致。本领域技术人员可以合理推断所述UE可被配置用于NB-IoT。 |
| **技术特征R**：所述UE被配置用于时分双工(TDD)操作。<br>**公开性判断**：直接公开 | [p0144] "TDD UL/DL configuration (e.g. for TDD only)" | 对比文件明确提及TDD UL/DL配置，直接公开了UE可被配置用于TDD操作。 |
| **技术特征S**：所述UE被配置用于频分双工(FDD)操作。<br>**公开性判断**：直接公开 | [p0222] "available zero-power CSI-RS configurations in FDD" | 对比文件多次提及FDD，直接公开了UE可被配置用于FDD操作。 |
| **技术特征T**：所述控制信道包括窄带物理下行链路控制信道(NPDCCH)。<br>**公开性判断**：隐含公开 | [p0199] "MTC device may receive the PDCCH in the PDSCH region"; 全文涉及窄带控制信道 | 对比文件描述了MTC设备在PDSCH区域接收PDCCH，在窄带操作上下文中，这相当于一种窄带控制信道。本领域技术人员可以合理推断控制信道包括窄带PDCCH（如NPDCCH）。 |
| **技术特征U**：发送信息包括响应于UL授权在UL数据信道中发送信息；接收信息包括响应于DL授权在DL数据信道中接收信息。<br>**公开性判断**：直接公开 | [p0168] "When the device... may decode its assigned UL identifier... it may proceed to prepare for UL transmission..."; "if the device may decode its assigned identifier... it may proceed to decode the corresponding data unit" | 对比文件明确描述了设备在解码UL标识符后准备UL传输，在解码DL标识符后解码DL数据单元，这直接对应于响应于授权发送或接收信息。 |
| **技术特征V**：所述UL数据信道包括窄带物理上行链路共享信道(NPUSCH)，所述DL数据信道包括窄带物理下行链路共享信道(NPDSCH)。<br>**公开性判断**：隐含公开 | 全文涉及PUSCH和PDSCH在窄带操作中的使用 | 对比文件在窄带操作上下文中讨论了PUSCH和PDSCH的传输。本领域技术人员可以合理推断，在窄带物联网（如NB-IoT）中，这些信道对应为窄带版本，即NPUSCH和NPDSCH。 |
| **技术特征W**：所述DL数据信道包括NPDSCH，所述HARQ‑ACK包括HARQ确认或否定确认，所述UL数据信道包括NPUSCH。<br>**公开性判断**：隐含公开 | 同特征V和L的引用 | 基于特征V和L的隐含公开基础，该组合特征也被隐含公开。对比文件公开了PDSCH/PUSCH和HARQ-ACK信令，在窄带上下文中可理解为NPDSCH/NPUSCH和HARQ确认。 |
<<<A>>><<<b>>><<<q>>><<<R>>><<<S>>><<<t>>><<<U>>><<<v>>><<<w>>>