对比文件名称：发明公开_EP3247160A1 DEVICE COMMUNICATION USING A REDUCED CHANNEL BANDWIDTH
目标专利名称：用于窄带操作的上行链路和下行链路授权
模型名称：本次调用的模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种用于由用户设备(UE)进行无线通信的方法** <br> **《直接公开》** | 第[0095]段：“For example, in one embodiment, a low-complexity device such as a UE or MTC device may receive an inband DL assignment... In a further embodiment, a device... such as a UE or MTC device may receive an inband UL grant...” | 对比文件明确公开了由设备（例如UE或MTC设备）执行的方法，包括接收带内DL分配和UL授权。这与目标专利权利要求1的主题“由用户设备(UE)进行无线通信的方法”相同。 |
| **技术特征B：针对上行链路(UL)或下行链路(DL)授权而监视系统带宽的窄带中的控制信道** <br> **《直接公开》** | 第[0095]段：“...a low-complexity device such as a UE or MTC device may receive an inband DL assignment that may identify an intended receiver of a PDSCH transmission through inband signaling that may be carried in a Data Region of a subframe.” <br> 第[0109]段：“...a device such as a UE or MTC device, for example, after acquiring a cell... may be subsequently assigned to monitor specific bandwidth parts of the overall system bandwidth for occurrences of DL allocations and/or UL grants.” <br> 第[0132]段：“For example, a device such as a UE or MTC device may monitor one or more RBs on a designated portion of the Data Region in a subframe such as an LTE subframe for occurrences of inband signaling...” | 对比文件多次明确描述了设备（UE/MTC）监视系统整体带宽中的特定带宽部分（即窄带），以寻找DL分配和/或UL授权的出现。这些分配/授权通过数据区域中的带内信令承载，相当于在窄带中监视控制信息。这直接公开了技术特征B。 |
| **技术特征C：接收交织的在各自的子帧中的UL授权和DL授权** <br> **《隐含公开》** | 第[0107]段：“As described herein, multiple devices... such as UEs or MTC devices may be assigned to monitor the inband signaling carried in the Data Region of the subframe. Additionally, the DL PDSCH and UL PUSCH transmission resources may be assigned independently from each other in every scheduling instance, or TTI, amongst these multiple devices. For example, a first device such as a first MTC device may be allocated the DL PDSCH transmission through the inband signaling while a second device such as a second MTC device may be allocated the accompanying or associated UL PUSCH transmission opportunity in this inband signaling message.” <br> 第[0122]段：“A DL signal transmission may include both inband DL assignments and UL grants, or in a specific occurrence (TTI), one of these.” | 对比文件公开了在同一个子帧的数据区域中，可以携带DL分配和UL授权。虽然示例中DL和UL授权分配给不同设备，但本领域技术人员可以合理推断，网络也可以在同一子帧的带内信令中为一个设备分配DL和UL资源（即交织的授权）。文中提到“DL信号传输可能同时包括带内DL分配和UL授权”，这为单个设备在同一个子帧（或紧密相邻的子帧，即各自的子帧）内接收交织的UL和DL授权提供了基础逻辑。因此，该技术特征被隐含公开。 |
| **技术特征D：以及响应于所接收的交织的在各自的子帧中的UL授权和DL授权来发送或接收信息。** <br> **《直接公开》** | 第[0095]段：“...the device may proceed to decode the corresponding data unit or units in that subframe.” (响应于DL分配) <br> 第[0106]段：“...the device such as the UE or MTC device may prepare for UL transmission of a data unit or units in the associated UL transmission resources in an associated UL subframe.” (响应于UL授权) | 对比文件明确描述了设备在接收到DL分配后，解码相应子帧中的数据单元（接收信息）；在接收到UL授权后，在相关联的UL子帧中准备UL传输（发送信息）。这直接对应于技术特征D中“响应于所接收的...授权来发送或接收信息”。 |
| **技术特征E：接收所述交织的在各自的子帧中的UL授权和DL授权包括以下至少一者：在UL授权之后接收DL授权作为下一个授权，或者在DL授权之后接收UL授权作为下一个授权。** <br> **《隐含公开》** | 第[0122]段：“A DL signal transmission may include both inband DL assignments and UL grants, or in a specific occurrence (TTI), one of these.” <br> 结合对技术特征C的论述。 | 对比文件公开了DL信号传输可以同时包含DL分配和UL授权。虽然未明确说明接收顺序（UL后DL或DL后UL），但既然两者可以存在于同一个传输/子帧中，本领域技术人员可以合理推断，网络调度可以安排设备先解码UL授权部分再解码DL授权部分，或者反之，从而实现“在UL授权之后接收DL授权作为下一个授权”或“在DL授权之后接收UL授权作为下一个授权”的效果。这隐含了交织授权的顺序可能性。 |
| **技术特征F：所述UE监视控制信道搜索空间，并且在UL授权之后并在响应于所述UL授权的在UL数据信道上所述发送信息的开始之后，接收DL授权作为下一个授权。** <br> **《未公开》** | 未找到对应内容。 | 对比文件未描述在UL数据传输开始之后才接收DL授权作为下一个授权的特定时序关系。目标专利中此特征涉及UL数据发送开始与后续DL授权接收之间的特定时间点关系，对比文件未公开或隐含此具体行为。 |
| **技术特征G：在所述UE在其中在所述UL数据信道上发送信息的子帧之后并在用于DL通信的子帧之前的子帧用作保护子帧。** <br> **《未公开》** | 未找到对应内容。 | 对比文件全文未提及在UL和DL传输之间使用“保护子帧”（Guard Subframe）的概念。该特征是目标专利针对TDD模式中UL/DL切换提出的具体解决方案，对比文件未公开。 |
| **技术特征H：所述交织的在各自的子帧中的UL授权和DL授权中的每一个授权支持一个或多个混合自动重传请求(HARQ)过程。** <br> **《未公开》** | 对比文件提到HARQ（如第[0066]段提到PHICH用于ACK/NACK），但未明确将其与为窄带设备设计的交织UL/DL授权中的“每一个授权支持一个或多个HARQ过程”相关联。 | 目标专利中此特征强调每个交织授权本身支持一个或多个HARQ过程，这是其支持灵活调度的基础。对比文件虽然提及HARQ机制，但未在描述窄带设备的带内DL/UL授权方案时，阐明每个此类授权与支持特定数量HARQ过程的关联。因此，该特征未被公开。 |
| **技术特征I：所述交织的在各自的子帧中的UL授权和DL授权中的每一个授权支持两个HARQ过程。** <br> **《未公开》** | 未找到对应内容。 | 对比文件未提及每个授权支持“两个HARQ过程”这一具体数量。这是目标专利对HARQ过程数量的进一步限定，对比文件未公开。 |
| **技术特征J：所述UE经由能力信令指示对以下至少一者的支持：针对每个UL授权或DL授权的两个HARQ进程，或UL授权和DL授权的交织。** <br> **《未公开》** | 第[0279]段提到了设备可以向网络实体（如MME）提供其带宽支持信息，例如在附着或TAU请求消息中。但未具体提及针对“两个HARQ进程”或“UL和DL授权交织”的能力指示。 | 对比文件描述了设备可以指示其带宽能力等，但未公开目标专利中明确规定的通过能力信令指示对“两个HARQ进程”或“授权交织”的特定支持。该特征未被公开。 |
| **技术特征K：响应于所述响应于所接收的交织的在各自的子帧中的UL授权和DL授权来发送或接收信息，识别冲突，所述冲突包括以下至少一者：UL数据信道和DL数据信道之间的冲突，或 UL数据信道与混合ARQ确认(HARQ‑ACK)信令之间的冲突。** <br> **《未公开》** | 未找到对应内容。 | 对比文件完全未涉及当设备根据交织的UL和DL授权进行发送/接收时，可能发生的信道冲突（如UL数据信道与DL数据信道冲突，或UL数据信道与HARQ-ACK冲突）及其识别。这是目标专利为解决交织授权可能带来的资源重叠问题而引入的特征，对比文件未公开。 |
| **技术特征L：所述HARQ‑ACK信令包括确认或否定确认(NACK)，并且其中，所述HARQ‑ACK信令是针对所述DL数据信道的。** <br> **《直接公开》** | 第[0066]段：“For example, the PHICH may be used to transmit ACK or NACK corresponding to the PUSCH transmitted in an uplink subframe.” (虽然此处是针对PUSCH的ACK/NACK，但ACK/NACK的概念是通用的) <br> 更一般地，HARQ-ACK信令包括ACK或NACK是本领域的公知常识。 | 技术特征L定义了HARQ-ACK信令的组成和对象。对比文件明确提到了用于传输ACK或NACK的PHICH信道。虽然示例是针对UL的，但ACK/NACK针对DL数据信道是本领域技术人员熟知的应用。结合公知常识，该特征被直接公开。 |
| **技术特征M：所述冲突包括所述UL数据信道和所述DL数据信道之间的所述冲突，所述方法还包括以下至少一个步骤：确定使用所述UL数据信道和所述DL数据信道中的一者，或对于在所述UL数据信道和所述DL数据信道之间冲突的子帧，确定使用所述UL数据信道和所述DL数据信道中的一者的所述子帧。** <br> **《未公开》** | 未找到对应内容。 | 如对技术特征K的论述，对比文件未涉及UL和DL数据信道冲突的场景，因此自然也未公开在此冲突下“确定使用其中一者”或“对于冲突子帧确定使用其中一者”的解决步骤。 |
| **技术特征N：所述确定使用的步骤是至少部分地基于能量度量阈值的。** <br> **《未公开》** | 未找到对应内容。 | 该特征依赖于技术特征M的冲突场景及解决步骤。由于冲突场景及解决步骤本身未被公开，因此这个基于“能量度量阈值”的具体决策依据也未被公开。 |
| **技术特征O：所述冲突包括所述UL数据信道与所述HARQ‑ACK信令之间的冲突，所述方法还包括以下至少一个步骤：对于在所述UL数据信道和所述HARQ‑ACK信令之间冲突的子帧，确定传送所述HARQ‑ACK信令，或者将所述HARQ‑ACK信令与所述UL数据信道复用。** <br> **《未公开》** | 未找到对应内容。 | 如对技术特征K的论述，对比文件未涉及UL数据信道与HARQ-ACK信令冲突的场景，因此也未公开在此冲突下“确定传送HARQ-ACK”或“将HARQ-ACK与UL数据信道复用”的解决步骤。 |
| **技术特征P：所述将所述HARQ‑ACK信令与所述UL数据信道复用包括：对于在所述UL数据信道和所述HARQ‑ACK信令之间冲突的子帧，用所述HARQ‑ACK信令调制所述UL数据信道的解调参考信号(DMRS)。** <br> **《未公开》** | 未找到对应内容。 | 该特征是对技术特征O中“复用”方式的具体化。由于技术特征O的冲突场景及复用解决步骤未被公开，这种具体的“用HARQ-ACK调制DMRS”的复用方法也未被公开。 |
| **技术特征Q：所述UE被配置用于窄带物联网(NB‑IoT)。** <br> **《直接公开》** | 第[0053]段：“For example, an example for the application of wireless communications technology may include Machine-Type Communications (MTC).” <br> 第[0085]段：“...a device such an MTC device may read a portion of the system bandwidth.” <br> 说明书通篇将低复杂度、支持减小带宽的设备称为MTC设备或UE，NB-IoT是MTC的一种具体实现。 | 对比文件的核心主题就是支持减小带宽的设备（如MTC设备）在更宽系统带宽下的通信。虽然未明确使用“NB-IoT”术语，但MTC设备包括NB-IoT设备是本领域技术人员的公知常识。因此，设备被配置用于MTC/NB-IoT操作被直接公开。 |
| **技术特征R：所述UE被配置用于时分双工(TDD)操作。** <br> **《直接公开》** | 第[0017]段：“In other embodiments, the base station 114a and the WTRUs 102a, 102b, and/or 102c may implement radio technologies such as IEEE 802.16... GSM EDGE (GERAN), and the like.” (GSM、IEEE 802.16等技术支持TDD) <br> 第[0080]段：“...certain operating parameters such as the TDD UL/DL configuration (e.g. for TDD only)...” | 对比文件提及了多种无线技术，其中包括支持TDD的技术（如GSM）。并且明确在系统信息中包含了TDD UL/DL配置。因此，UE可以被配置用于TDD操作是直接公开的。 |
| **技术特征S：所述UE被配置用于频分双工(FDD)操作。** <br> **《直接公开》** | 第[0015]段：“...the base station 114a in the RAN 103/104/105 and the WTRUs 102a, 102b, and/or 102c may implement a radio technology such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which may establish the air interface 115/116/117 using wideband CDMA (WCDMA).” (WCDMA通常用于FDD) <br> 第[0016]段：“...E-UTRA... using Long Term Evolution (LTE) and/or LTE-Advanced (LTE-A).” (LTE支持FDD) | 对比文件描述了使用WCDMA、LTE等无线电技术，这些技术通常支持FDD操作模式。因此，UE可以被配置用于FDD操作是直接公开的。 |
| **技术特征T：所述控制信道包括窄带物理下行链路控制信道(NPDCCH)。** <br> **《隐含公开》** | 第[0132]段：“For example, a device such as a UE or MTC device may monitor one or more RBs on a designated portion of the Data Region in a subframe such as an LTE subframe for occurrences of inband signaling...” <br> 第[0151]段：“An MTC device may receive the PDCCH in the PDSCH region in the second slot and the resource definition of the downlink control channels for M-PDCCH including PCFICH, PHICH, and PDCCH are the same as the LTE with the given bandwidth for MTC device.” | 对比文件描述了MTC设备在PDSCH区域接收下行控制信道（称为M-PDCCH），其资源定义针对给定的MTC带宽。在NB-IoT语境下，在窄带（如1个RB）中传输的控制信道即为NPDCCH。因此，本领域技术人员可以从对比文件公开的“在数据区域、针对减小带宽定义的M-PDCCH”合理推断出“窄带物理下行链路控制信道(NPDCCH)”的概念。该特征被隐含公开。 |
| **技术特征U：所述发送信息包括：响应于所接收的UL授权，在UL数据信道中发送信息；并且其中，所述接收信息包括响应于所述DL授权在DL数据信道中接收信息。** <br> **《直接公开》** | 第[0106]段：“...the device such as the UE or MTC device may prepare for UL transmission of a data unit or units in the associated UL transmission resources in an associated UL subframe.” (UL授权对应UL数据信道发送) <br> 第[0095]段：“...the device may proceed to decode the corresponding data unit or units in that subframe.” (DL分配对应DL数据信道接收) | 对比文件明确描述了设备基于UL授权在UL传输资源（即UL数据信道，如PUSCH）上发送数据单元，以及基于DL分配在相应子帧解码数据单元（即DL数据信道，如PDSCH）接收信息。这直接公开了技术特征U。 |
| **技术特征V：所述UL数据信道包括窄带物理上行链路共享信道(NPUSCH)，并且其中，所述DL数据信道包括窄带物理下行链路共享信道(NPDSCH)。** <br> **《直接公开》** | 第[0095]段提及“PDSCH transmission”。 <br> 第[0106]段提及“PUSCH transmission”。 <br> 结合技术特征Q的论述，对于窄带操作（如MTC/NB-IoT），在窄带上传输的PUSCH和PDSCH即分别对应NPUSCH和NPDSCH。 | 对比文件明确提到了PUSCH和PDSCH。在窄带物联网（NB-IoT）或减小带宽MTC操作的上下文中，本领域技术人员公知，用于此类设备的物理上行共享信道和物理下行共享信道通常特指NPUSCH和NPDSCH。因此，结合公知常识，该特征被直接公开。 |
| **技术特征W：所述DL数据信道包括窄带物理下行链路共享信道(NPDSCH)，所述HARQ‑ACK包括混合自动重传请求(HARQ)确认或否定确认，并且所述UL数据信道包括窄带物理上行链路共享信道(NPUSCH)。** <br> **《直接公开》** | 同技术特征V和L的引用及论述。 | 该特征综合了技术特征V和L的内容。对比文件直接公开了PDSCH/NPDSCH、PUSCH/NPUSCH以及ACK/NACK信令。因此，该特征被直接公开。 |
<<<A>>><<<B>>><<<D>>><<<L>>><<<Q>>><<<R>>><<<S>>><<<U>>><<<V>>><<<W>>>
<<<c>>><<<e>>><<<t>>>