对比文件名称：发明公开_EP2761955A1 DEVICE COMMUNICATION USING A REDUCED CHANNEL BANDWIDTH
目标专利名称：用于窄带操作的上行链路和下行链路授权
模型名称：DeepSeek最新版本
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户设备(UE)进行无线通信的方法 <br> 《直接公开》 | [p0061] [0060] "Each of the WTRUs 102a, 102b, 102c, and/or 102d may be any type of device configured to operate and/or communicate in a wireless environment. By way of example, the WTRUs ... may include user equipment (UE)..." <br> [p0153] [0154] "a device (e.g. a low-cost device that may support a reduced bandwidth) such as a UE or MTC device may receive an inband UL grant for an upcoming PUSCH transmission as part of the signaling that may be carried in the Data Region of a subframe." | 对比文件全文涉及无线通信方法，特别是针对UE或MTC设备在减少信道带宽下的通信方法。引用的段落明确将WTRU示例为UE，并描述了UE或MTC设备接收上行链路授权的方法。这直接公开了由UE执行无线通信的方法。 |
| **技术特征B**：针对上行链路(UL)或下行链路(DL)授权而监视系统带宽的窄带中的控制信道 <br> 《直接公开》 | [p0153] [0154] "a device may receive inband assignments such as downlink assignments and/or uplink grants. Based on such inband assignments, the device may monitor and/or decide one or more transmissions that may be provided by the network (e.g. in the narrow or reduced channel bandwidth)." <br> [p0169] [0170] "a device such as an MTC device or UE 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 identifying the intended transmitter for an upcoming or scheduled UL data transmission." | 对比文件明确描述了设备（如UE或MTC设备）接收带内分配（如下行链路分配和/或上行链路授权），并基于这些分配监视和/或决定网络可能提供的传输（例如，在窄带或减少的信道带宽中）。这直接描述了针对UL或DL授权在窄带中监视控制信道（此处为数据区域中的带内信令）的行为。 |
| **技术特征C**：接收交织的在各自的子帧中的UL授权和DL授权 <br> **未被公开** | 无直接对应原文。 | 对比文件描述了接收DL分配和UL授权（例如[p0169] [0170]），但没有明确描述“交织的”授权，即在一个UL授权之后紧接着一个DL授权，或者在一个DL授权之后紧接着一个UL授权。对比文件[p0169] [0170]提到了DL分配和UL授权可以是DL信号传输的一部分，但未明确其顺序是交织的。目标专利的交织授权特指连续的、顺序交替的UL和DL授权，而对比文件仅提及DL和UL授权可以同时存在或在不同时间被接收，没有明确其连续且顺序交替的特性。因此，该技术特征未被直接公开。同时，本领域技术人员无法从对比文件的内容中合理推断出接收这种特定顺序的交织授权，因此也未被隐含公开。 |
| **技术特征D**：以及响应于所接收的交织的在各自的子帧中的UL授权和DL授权来发送或接收信息。 <br> **未被公开** | 无直接对应原文。 | 由于技术特征C（接收交织授权）未被公开，因此响应于交织授权而发送或接收信息这一特征也未被公开。对比文件描述了响应于DL分配接收信息或响应于UL授权发送信息（例如[p0169] [0170]），但这是针对单独的授权，而非针对交织的授权。因此，该技术特征未被直接公开。同时，由于交织授权本身未被隐含公开，因此响应于交织授权而行动也无法被合理推断，故也未被隐含公开。 |
| **技术特征E**：根据权利要求1所述的方法，其中，接收所述交织的在各自的子帧中的UL授权和DL授权包括以下至少一者：在UL授权之后接收DL授权作为下一个授权，或者在DL授权之后接收UL授权作为下一个授权。 <br> **未被公开** | 无直接对应原文。 | 该特征进一步限定了交织授权的具体顺序。对比文件没有公开在UL授权之后接收DL授权作为下一个授权，或在DL授权之后接收UL授权作为下一个授权的特定顺序。因此，该技术特征未被直接公开。同时，对比文件没有提供任何关于授权顺序的教导或暗示，本领域技术人员无法从对比文件中合理推断出这种顺序，因此也未被隐含公开。 |
| **技术特征F**：根据权利要求1所述的方法，其中，所述UE监视控制信道搜索空间，并且在UL授权之后并在响应于所述UL授权的在UL数据信道上所述发送信息的开始之后，接收DL授权作为下一个授权。 <br> **未被公开** | 无直接对应原文。 | 该特征进一步限定了在UL数据传输开始后接收DL授权作为下一个授权。对比文件没有描述在UL数据传输开始后接收DL授权作为下一个授权的特定时序关系。因此，该技术特征未被直接公开。同时，对比文件没有提供任何信息暗示这种特定的监视行为和接收顺序，本领域技术人员无法合理推断，因此也未被隐含公开。 |
| **技术特征G**：根据权利要求4所述的方法，其中，在所述UE在其中在所述UL数据信道上发送信息的子帧之后并在用于DL通信的子帧之前的子帧用作保护子帧。 <br> **未被公开** | 无直接对应原文。 | 对比文件没有提及保护子帧的概念，也没有描述在UL子帧和DL子帧之间使用保护子帧。因此，该技术特征未被直接公开。同时，对比文件没有涉及TDD操作中的保护间隔或子帧切换问题，本领域技术人员无法从对比文件中推断出使用保护子帧，因此也未被隐含公开。 |
| **技术特征H**：根据权利要求1所述的方法，其中，所述交织的在各自的子帧中的UL授权和DL授权中的每一个授权支持一个或多个混合自动重传请求(HARQ)过程。 <br> **未被公开** | 无直接对应原文。 | 由于交织授权本身未被公开，因此与交织授权相关的每个授权支持一个或多个HARQ过程的特征也未被公开。对比文件提到了HARQ（例如[p0222] [0214]描述了HARQ指示符），但没有将其与交织的UL和DL授权相关联。因此，该技术特征未被直接公开。同时，由于基础的交织授权特征未被隐含公开，此附加特征也无法被合理推断，因此也未被隐含公开。 |
| **技术特征I**：根据权利要求8所述的方法，其中，所述交织的在各自的子帧中的UL授权和DL授权中的每一个授权支持两个HARQ过程。 <br> **未被公开** | 无直接对应原文。 | 这是对技术特征H的进一步限定，指定支持两个HARQ过程。同样，由于交织授权未被公开，且对比文件没有明确描述每个授权支持两个HARQ过程，因此该技术特征未被直接公开。同时，对比文件没有提及支持两个HARQ过程，本领域技术人员无法合理推断，因此也未被隐含公开。 |
| **技术特征J**：根据权利要求8所述的方法，其中，所述UE经由能力信令指示对以下至少一者的支持：针对每个UL授权或DL授权的两个HARQ进程，或UL授权和DL授权的交织。 <br> **未被公开** | 无直接对应原文。 | 对比文件没有描述UE通过能力信令指示对两个HARQ过程或交织授权的支持。因此，该技术特征未被直接公开。同时，对比文件没有涉及能力信令指示这些特定功能，本领域技术人员无法合理推断，因此也未被隐含公开。 |
| **技术特征K**：根据权利要求1所述的方法，还包括：响应于所述响应于所接收的交织的在各自的子帧中的UL授权和DL授权来发送或接收信息，识别冲突，所述冲突包括以下至少一者：UL数据信道和DL数据信道之间的冲突，或UL数据信道与混合ARQ确认(HARQ‑ACK)信令之间的冲突。 <br> **未被公开** | 无直接对应原文。 | 由于交织授权和响应于交织授权发送/接收信息均未被公开，因此识别由此产生的冲突的特征也未被公开。对比文件没有描述识别UL数据信道和DL数据信道之间或UL数据信道与HARQ-ACK信令之间的冲突。因此，该技术特征未被直接公开。同时，对比文件没有涉及冲突识别或处理，本领域技术人员无法合理推断，因此也未被隐含公开。 |
| **技术特征L**：根据权利要求11所述的方法，其中，所述HARQ‑ACK信令包括确认或否定确认(NACK)，并且其中，所述HARQ‑ACK信令是针对所述DL数据信道的。 <br> **未被公开** | [p0222] [0214] "A HARQ indicator (HI) may be a 2-bit HARQ indicator that may be defined for 2 REG-based PHICH channel for a device such as a UE or MTC device ..." | 对比文件提到了HARQ指示符（HI），可以包括ACK或NACK，并且是针对PUSCH的（即UL数据信道）。但技术特征L限定HARQ-ACK是针对DL数据信道的。对比文件没有描述针对DL数据信道的HARQ-ACK信令。因此，该技术特征未被直接公开。虽然HARQ反馈机制是无线通信中的公知常识，但对比文件本身没有提供从UL HARQ到DL HARQ的教导或暗示，本领域技术人员无法从对比文件提及的针对UL的HARQ指示符直接且毫无疑义地确定或合理推断出也存在针对DL的类似信令，因此也未被隐含公开。 |
| **技术特征M**：根据权利要求11所述的方法，其中，所述冲突包括所述UL数据信道和所述DL数据信道之间的所述冲突，所述方法还包括以下至少一个步骤：确定使用所述UL数据信道和所述DL数据信道中的一者，或对于在所述UL数据信道和所述DL数据信道之间冲突的子帧，确定使用所述UL数据信道和所述DL数据信道中的一者的所述子帧。 <br> **未被公开** | 无直接对应原文。 | 由于冲突识别本身未被公开，因此冲突解决步骤也未被公开。对比文件没有描述在UL和DL数据信道冲突时确定使用其中一者的步骤。因此，该技术特征未被直接公开。同时，对比文件没有涉及冲突解决，本领域技术人员无法合理推断，因此也未被隐含公开。 |
| **技术特征N**：根据权利要求13所述的方法，其中，所述确定使用的步骤是至少部分地基于能量度量阈值的。 <br> **未被公开** | 无直接对应原文。 | 对比文件没有提及基于能量度量阈值来确定使用哪个信道。因此，该技术特征未被直接公开。同时，对比文件没有涉及能量度量阈值在冲突解决中的应用，本领域技术人员无法合理推断，因此也未被隐含公开。 |
| **技术特征O**：根据权利要求12所述的方法，其中，所述冲突包括所述UL数据信道与所述HARQ‑ACK信令之间的冲突，所述方法还包括以下至少一个步骤：对于在所述UL数据信道和所述HARQ‑ACK信令之间冲突的子帧，确定传送所述HARQ‑ACK信令，或者将所述HARQ‑ACK信令与所述UL数据信道复用。 <br> **未被公开** | 无直接对应原文。 | 由于冲突识别（技术特征K）和针对DL数据信道的HARQ-ACK（技术特征L）均未被公开，因此这些冲突解决步骤也未被公开。对比文件没有描述在UL数据信道与HARQ-ACK信令冲突时确定传送HARQ-ACK信令或将其与UL数据信道复用。因此，该技术特征未被直接公开。同时，对比文件没有涉及此类冲突解决，本领域技术人员无法合理推断，因此也未被隐含公开。 |
| **技术特征P**：根据权利要求15所述的方法，其中，所述将所述HARQ‑ACK信令与所述UL数据信道复用包括：对于在所述UL数据信道和所述HARQ‑ACK信令之间冲突的子帧，用所述HARQ‑ACK信令调制所述UL数据信道的解调参考信号(DMRS)。 <br> **未被公开** | 无直接对应原文。 | 对比文件没有描述用HARQ-ACK信令调制UL数据信道的DMRS。因此，该技术特征未被直接公开。同时，对比文件没有涉及这种特定的复用技术，本领域技术人员无法合理推断，因此也未被隐含公开。 |
| **技术特征Q**：根据权利要求1所述的方法，其中，所述UE被配置用于窄带物联网(NB‑IoT)。 <br> 《隐含公开》 | [p0101] [0102] "Devices such as MTC devices or other UE devices may be targeted for low-end (e.g. low cost, low data rate) applications..." <br> [p0152] [0153] "Systems and/or methods for low cost devices such as UEs and/or MTC devices to support operation at reduced channel bandwidth in a network such as LTE network may be described herein." | 对比文件广泛涉及低复杂度MTC（机器类型通信）设备和减少带宽操作。根据目标专利说明书[0006]和[0050]-[0052]，MTC UE可以包括IoT设备，例如窄带IoT（NB-IoT）设备。因此，对比文件中描述的低成本、减少带宽的MTC设备可以包括NB-IoT设备。本领域技术人员基于对比文件对低成本MTC设备在减少带宽下操作的描述，结合该领域公知常识（MTC涵盖NB-IoT），可以合理推断所描述的方法适用于配置用于NB-IoT的UE。因此，该技术特征被隐含公开。 |
| **技术特征R**：根据权利要求1所述的方法，其中，所述UE被配置用于时分双工(TDD)操作。 <br> 《隐含公开》 | [p0144] [0128] "...operating parameters such as the TDD UL/DL configuration (e.g. for TDD only)..." <br> [p0157] [0144] "...up to 6 PRACH frequency resources in an uplink subframe may be configured in TDD (i.e., frame structure 2)." | 对比文件提到了TDD操作和TDD UL/DL配置。虽然对比文件描述的支持减少带宽的方法主要示例可能在FDD背景下，但其原理同样适用于TDD系统。本领域技术人员知道，减少带宽技术是无线通信中的一种通用技术，可以应用于FDD和TDD模式。对比文件提及TDD配置，说明其考虑到了TDD模式。因此，本领域技术人员可以合理推断，所描述的用于减少带宽操作的方法也可以应用于被配置用于TDD操作的UE。因此，该技术特征被隐含公开。 |
| **技术特征S**：根据权利要求1所述的方法，其中，所述UE被配置用于频分双工(FDD)操作。 <br> 《隐含公开》 | [p0222] [0214] "FIG. 22 illustrates a table listing example embodiments of available zero-power CSI-RS configurations in FDD." <br> [p0144] [0128] "for FDD, the PO may be limited to subframes 0, 4, 5 and 9..." | 对比文件多次提及FDD，并以FDD为例进行说明（例如零功率CSI-RS配置、寻呼场合等）。本领域技术人员可以明确，对比文件描述的支持减少带宽的操作方法是在FDD系统的背景下阐述的。因此，可以合理推断所描述的方法适用于被配置用于FDD操作的UE。因此，该技术特征被隐含公开。 |
| **技术特征T**：根据权利要求1所述的方法，其中，所述控制信道包括窄带物理下行链路控制信道(NPDCCH)。 <br> 《直接公开》 | [p0207] [0199] "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设备的控制信道，称为M-PDCCH，它在PDSCH区域中传输，并且其资源定义与给定MTC带宽下的LTE PDCCH相同。这直接对应于窄带物理下行链路控制信道的概念。因此，该技术特征被直接公开。 |
| **技术特征U**：根据权利要求1所述的方法，其中，所述发送信息包括：响应于所接收的UL授权，在UL数据信道中发送信息；并且其中，所述接收信息包括响应于所述DL授权在DL数据信道中接收信息。 <br> 《直接公开》 | [p0169] [0170] "When the device such as a UE or MTC device may decode its assigned UL identifier as part of the DL signal transmission, it may proceed to prepare for UL transmission of a data unit or units in the associated UL transmission resources in an associated UL subframe." <br> [p0162] [0163] "When the device such as the UE or MTC device may decode its assigned identifier ..., as part of the DL signal transmission, it may proceed to decode the corresponding data unit or units ... in that subframe." | 对比文件明确描述了设备响应于解码出其分配的UL标识符（即UL授权）而准备在UL子帧中进行UL数据传输，以及响应于解码出其分配的标识符（即DL分配）而解码对应子帧中的DL数据单元。这直接公开了响应于UL授权发送信息和响应于DL授权接收信息。 |
| **技术特征V**：根据权利要求21所述的方法，其中，所述UL数据信道包括窄带物理上行链路共享信道(NPUSCH)，并且其中，所述DL数据信道包括窄带物理下行链路共享信道(NPDSCH)。 <br> 《隐含公开》 | [p0285] [0269] "...the downlink data channel region (e.g. the M-PDSCH region) may be defined..." <br> [p0169] [0170] "...prepare for UL transmission of a data unit or units in the associated UL transmission resources..." (指PUSCH) | 对比文件描述了用于MTC设备的数据信道，例如M-PDSCH（MTC PDSCH）和PUSCH。在窄带操作的上下文中，例如NB-IoT，相应的数据信道通常被称为NPDSCH和NPUSCH。本领域技术人员基于对比文件对MTC设备在减少带宽下使用M-PDSCH和PUSCH进行数据传输的描述，可以合理推断这些信道在窄带操作中对应于窄带物理上行链路共享信道（NPUSCH）和窄带物理下行链路共享信道（NPDSCH）。因此，该技术特征被隐含公开。 |
| **技术特征W**：根据权利要求11所述的方法，其中，所述DL数据信道包括窄带物理下行链路共享信道(NPDSCH)，所述HARQ‑ACK包括混合自动重传请求(HARQ)确认或否定确认，并且所述UL数据信道包括窄带物理上行链路共享信道(NPUSCH)。 <br> **未被公开** | 参见技术特征L、V的引用。 | 该特征引用了权利要求11（技术特征K），而技术特征K（识别冲突）未被公开。因此，此从属特征的整体技术方案未被公开。尽管对比文件个别地提到了HARQ指示符（但针对UL）以及PUSCH/NPDSCH（技术特征V），但没有在冲突识别的上下文中将它们关联起来。因此，该技术特征未被直接公开。同时，由于基础特征（冲突识别）未被隐含公开，此附加特征也无法被合理推断，因此也未被隐含公开。 |
<<<A>>><<<B>>><<<T>>><<<U>>>
<<<q>>><<<r>>><<<s>>><<<v>>>