对比文件的名称：发明专利_SG11201401068SA DEVICE COMMUNICATION USING A REDUCED CHANNEL BANDWIDTH
目标专利的名称：用于窄带操作的上行链路和下行链路授权
模型名称：专利创造性评估模型
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户设备(UE)进行无线通信的方法<br>**判断结果**：直接公开 | 说明书段落 [0001]：“The following description generally relates to wireless communications, and more specifically to methods, systems, and devices for device communication using a reduced channel bandwidth.”（以下描述通常涉及无线通信，更具体地涉及使用减少的信道带宽进行设备通信的方法、系统和设备。）<br>段落 [0002]：“A method for wireless communication at a user equipment (UE) is described.”（描述了一种在用户设备(UE)处进行无线通信的方法。） | 对比文件明确公开了其主题是一种在用户设备(UE)处进行无线通信的方法，这与目标专利权利要求技术特征A的主题“一种用于由用户设备(UE)进行无线通信的方法”完全相同。因此，技术特征A被对比文件直接公开。 |
| **技术特征B**：针对上行链路(UL)或下行链路(DL)授权而监视系统带宽的窄带中的控制信道<br>**判断结果**：隐含公开 | 说明书段落 [0070]：“In some examples, an MTC device may be configured to communicate using a narrowband region (e.g., a narrowband region defined by six resource blocks) of a wider system bandwidth. The MTC device may monitor for control information (e.g., on an MTC physical downlink control channel (M-PDCCH)) within the narrowband region.”（在一些示例中，MTC设备可以被配置为使用更宽系统带宽的窄带区域（例如，由六个资源块定义的窄带区域）进行通信。MTC设备可以监视该窄带区域内的控制信息（例如，在MTC物理下行链路控制信道（M-PDCCH）上）。） | 根据目标专利说明书[0102]段，窄带操作（如eMTC或NB-IoT）涉及在系统带宽的一部分（例如，6个RB或180kHz）上操作，并监视该窄带内的控制信道（如MPDCCH或NPDCCH）。对比文件段落[0070]描述了MTC设备在更宽系统带宽的窄带区域内监视控制信息（例如，在M-PDCCH上）。虽然该段落未明确提及“UL或DL授权”，但本领域技术人员公知，控制信道（如M-PDCCH）承载的“控制信息”核心内容之一就是资源分配授权（包括UL授权和DL授权）。监视控制信道的目的就是为了检测这些授权。因此，从对比文件公开的“监视窄带区域内的控制信息（例如，在M-PDCCH上）”可以合理推断出，该设备必然在执行“针对上行链路(UL)或下行链路(DL)授权而监视系统带宽的窄带中的控制信道”这一行为。技术特征B被隐含公开。 |
| **技术特征C**：接收交织的在各自的子帧中的UL授权和DL授权<br>**判断结果**：未公开 | 对比文件未发现相关内容。 | 目标专利说明书[0106]-[0108]及图12-14强调了一种特定的授权接收模式：即UL授权和DL授权是“交织”的，并且明确位于“各自的子帧中”。这意味着授权本身在时间上是交错的（例如，UL、DL、UL、DL...），而非连续的相同类型授权。对比文件虽然提到了在窄带中接收控制信息（可能包含授权），但完全没有提及或暗示UL授权和DL授权以“交织”的方式在连续子帧中被接收。因此，对比文件既未直接公开也未隐含公开技术特征C。 |
| **技术特征D**：以及响应于所接收的交织的在各自的子帧中的UL授权和DL授权来发送或接收信息。<br>**判断结果**：直接公开 | 说明书段落 [0071]：“The MTC device may receive downlink transmissions or send uplink transmissions based on the control information received in the narrowband region.”（MTC设备可以基于在窄带区域中接收到的控制信息接收下行链路传输或发送上行链路传输。） | 对比文件段落[0071]明确描述了设备基于在窄带区域接收到的控制信息（隐含了授权）来接收DL传输或发送UL传输。这直接对应于目标专利中“响应于所接收的授权来发送或接收信息”这一步骤。虽然对比文件未限定授权是“交织的”，但“响应于授权进行发送/接收”这一基本动作已被直接公开。因此，技术特征D被对比文件直接公开。 |
| **技术特征E**：根据权利要求1所述的方法，其中，接收所述交织的在各自的子帧中的UL授权和DL授权包括以下至少一者：在UL授权之后接收DL授权作为下一个授权，或者在DL授权之后接收UL授权作为下一个授权。<br>**判断结果**：未公开 | 对比文件未发现相关内容。 | 技术特征E进一步限定了“交织”授权的具体顺序，即UL-DL或DL-UL的交替模式。这是对技术特征C中“交织”概念的具体化。由于对比文件未公开“交织的授权”（技术特征C），自然也就未公开这种具体的交替顺序。因此，技术特征E未被对比文件公开。 |
| **技术特征F**：根据权利要求1所述的方法，其中，所述UE监视控制信道搜索空间，并且在UL授权之后并在响应于所述UL授权的在UL数据信道上所述发送信息的开始之后，接收DL授权作为下一个授权。<br>**判断结果**：未公开 | 对比文件未发现相关内容。 | 技术特征F限定了非常具体的时序场景：在UL数据信道传输开始之后，才接收下一个DL授权。这涉及到授权接收与数据传输在时间上的重叠或交错监视。对比文件完全没有描述这种在数据传输已经开始后继续接收另一种类型授权的特定操作模式。因此，技术特征F未被对比文件公开。 |
| **技术特征G**：根据权利要求4所述的方法，其中，在所述UE在其中在所述UL数据信道上发送信息的子帧之后并在用于DL通信的子帧之前的子帧用作保护子帧。<br>**判断结果**：未公开 | 对比文件未发现相关内容。 | 技术特征G引入了“保护子帧”的概念，用于处理从UL到DL的切换。这通常在TDD或需要切换时间的半双工操作中考虑。对比文件全文未提及“保护子帧”或类似用于切换保护的概念。因此，技术特征G未被对比文件公开。 |
| **技术特征H**：根据权利要求1所述的方法，其中，所述交织的在各自的子帧中的UL授权和DL授权中的每一个授权支持一个或多个混合自动重传请求(HARQ)过程。<br>**判断结果**：未公开 | 对比文件未发现相关内容。 | 技术特征H将授权与支持一个或多个HARQ过程相关联。对比文件虽然涉及无线通信，但在其公开的段落中完全没有提及HARQ过程，无论是单个还是多个。因此，对比文件未公开技术特征H。 |
| **技术特征I**：根据权利要求8所述的方法，其中，所述交织的在各自的子帧中的UL授权和DL授权中的每一个授权支持两个HARQ过程。<br>**判断结果**：未公开 | 对比文件未发现相关内容。 | 技术特征I进一步将授权支持限定为“两个HARQ过程”。由于对比文件未提及任何HARQ过程，更未提及支持两个HARQ过程，因此该特征未被公开。 |
| **技术特征J**：根据权利要求8所述的方法，其中，所述UE经由能力信令指示对以下至少一者的支持：针对每个UL授权或DL授权的两个HARQ进程，或UL授权和DL授权的交织。<br>**判断结果**：未公开 | 对比文件未发现相关内容。 | 技术特征J涉及UE通过能力信令向网络指示其支持的特性（如两个HARQ过程或交织授权）。对比文件未涉及任何关于UE能力信令，特别是用于指示这些特定功能的能力信令的内容。因此，技术特征J未被公开。 |
| **技术特征K**：根据权利要求1所述的方法，还包括：响应于所述响应于所接收的交织的在各自的子帧中的UL授权和DL授权来发送或接收信息，识别冲突，所述冲突包括以下至少一者：UL数据信道和DL数据信道之间的冲突，或 UL数据信道与混合ARQ确认(HARQ‑ACK)信令之间的冲突。<br>**判断结果**：未公开 | 对比文件未发现相关内容。 | 技术特征K引入了在交织授权场景下识别和处理特定类型冲突（UL-DL数据信道冲突、UL数据与HARQ-ACK冲突）的方法。冲突处理是目标专利为解决交织授权可能带来的资源重叠问题而提出的方案。对比文件完全未涉及任何关于信道间冲突识别或处理的内容。因此，技术特征K未被公开。 |
| **技术特征L**：根据权利要求11所述的方法，其中，所述HARQ‑ACK信令包括确认或否定确认(NACK)，并且其中，所述HARQ‑ACK信令是针对所述DL数据信道的。<br>**判断结果**：未公开 | 对比文件未发现相关内容。 | 技术特征L是对技术特征K中“HARQ-ACK信令”的进一步定义。由于技术特征K未被公开，且对比文件本身未提及HARQ-ACK，因此该从属特征也未被公开。 |
| **技术特征M**：根据权利要求11所述的方法，其中，所述冲突包括所述UL数据信道和所述DL数据信道之间的所述冲突，所述方法还包括以下至少一个步骤：确定使用所述UL数据信道和所述DL数据信道中的一者，或对于在所述UL数据信道和所述DL数据信道之间冲突的子帧，确定使用所述UL数据信道和所述DL数据信道中的一者的所述子帧。<br>**判断结果**：未公开 | 对比文件未发现相关内容。 | 技术特征M是处理UL-DL数据信道冲突的具体步骤。这是技术特征K的进一步细化。对比文件未涉及任何冲突处理，因此该特征未被公开。 |
| **技术特征N**：根据权利要求13所述的方法，其中，所述确定使用的步骤是至少部分地基于能量度量阈值的。<br>**判断结果**：未公开 | 对比文件未发现相关内容。 | 技术特征N限定了冲突解决决策的依据（能量度量阈值）。这是对技术特征M的进一步限定。由于基础的特征M未被公开，且对比文件未提及基于能量度量解决冲突，因此该特征未被公开。 |
| **技术特征O**：根据权利要求12所述的方法，其中，所述冲突包括所述UL数据信道与所述HARQ‑ACK信令之间的冲突，所述方法还包括以下至少一个步骤：对于在所述UL数据信道和所述HARQ‑ACK信令之间冲突的子帧，确定传送所述HARQ‑ACK信令，或者将所述HARQ‑ACK信令与所述UL数据信道复用。<br>**判断结果**：未公开 | 对比文件未发现相关内容。 | 技术特征O是处理UL数据信道与HARQ-ACK冲突的具体步骤。这是技术特征K的进一步细化。对比文件未涉及任何冲突处理，因此该特征未被公开。 |
| **技术特征P**：根据权利要求15所述的方法，其中，所述将所述HARQ‑ACK信令与所述UL数据信道复用包括：对于在所述UL数据信道和所述HARQ‑ACK信令之间冲突的子帧，用所述HARQ‑ACK信令调制所述UL数据信道的解调参考信号(DMRS)。<br>**判断结果**：未公开 | 对比文件未发现相关内容。 | 技术特征P限定了复用HARQ-ACK信令的具体技术手段（调制DMRS）。这是对技术特征O的进一步细化。由于基础的特征O未被公开，且对比文件未提及此类复用技术，因此该特征未被公开。 |
| **技术特征Q**：根据权利要求1所述的方法，其中，所述UE被配置用于窄带物联网(NB‑IoT)。<br>**判断结果**：直接公开 | 说明书段落 [0003]：“The described techniques can be implemented in or supported by a narrowband Internet of Things (NB-IoT) network.”（所描述的技术可以在窄带物联网（NB-IoT）网络中实现或由其支持。）<br>段落 [0005]：“Aspects of the disclosure are directed to an NB-IoT device communicating using a narrowband region of a wider system bandwidth.”（本公开的方面涉及NB-IoT设备使用更宽系统带宽的窄带区域进行通信。） | 对比文件明确多次提及“窄带物联网（NB-IoT）”及其网络和设备。目标专利说明书[0006]、[0102]等段也将NB-IoT作为窄带操作的重要示例。因此，技术特征Q“UE被配置用于窄带物联网(NB-IoT)”被对比文件直接公开。 |
| **技术特征R**：根据权利要求1所述的方法，其中，所述UE被配置用于时分双工(TDD)操作。<br>**判断结果**：直接公开 | 说明书段落 [0044]：“The described techniques can be implemented in systems using time division duplexing (TDD) or frequency division duplexing (FDD).”（所描述的技术可以在使用时分工双工（TDD）或频分双工（FDD）的系统中实现。） | 对比文件明确说明其技术可以在使用TDD的系统中实现。这意味着其描述的UE可以被配置用于TDD操作。这与目标专利技术特征R的限定完全一致。因此，技术特征R被对比文件直接公开。 |
| **技术特征S**：根据权利要求1所述的方法，其中，所述UE被配置用于频分双工(FDD)操作。<br>**判断结果**：直接公开 | 说明书段落 [0044]：“The described techniques can be implemented in systems using time division duplexing (TDD) or frequency division duplexing (FDD).”（所描述的技术可以在使用时分工双工（TDD）或频分双工（FDD）的系统中实现。） | 对比文件明确说明其技术可以在使用FDD的系统中实现。这意味着其描述的UE可以被配置用于FDD操作。这与目标专利技术特征S的限定完全一致。因此，技术特征S被对比文件直接公开。 |
| **技术特征T**：根据权利要求1所述的方法，其中，所述控制信道包括窄带物理下行链路控制信道(NPDCCH)。<br>**判断结果**：直接公开 | 说明书段落 [0070]：“...monitor for control information (e.g., on an MTC physical downlink control channel (M-PDCCH))...”（...监视控制信息（例如，在MTC物理下行链路控制信道（M-PDCCH）上）...）<br>段落 [0005]：“...aspects described herein can be applied to other narrowband control channels such as a narrowband physical downlink control channel (NPDCCH).”（...本文描述的方面可以应用于其他窄带控制信道，例如窄带物理下行链路控制信道（NPDCCH）。） | 对比文件明确列举了窄带控制信道的例子，包括M-PDCCH和NPDCCH。目标专利说明书[0102]段也将NPDCCH作为NB-IoT中的窄带控制信道示例。因此，技术特征T中“控制信道包括窄带物理下行链路控制信道(NPDCCH)”被对比文件直接公开。 |
| **技术特征U**：根据权利要求1所述的方法，其中，所述发送信息包括：响应于所接收的UL授权，在UL数据信道中发送信息；并且其中，所述接收信息包括响应于所述DL授权在DL数据信道中接收信息。<br>**判断结果**：直接公开 | 说明书段落 [0071]：“The MTC device may receive downlink transmissions or send uplink transmissions based on the control information received in the narrowband region.”（MTC设备可以基于在窄带区域中接收到的控制信息接收下行链路传输或发送上行链路传输。）<br>结合上下文，接收下行链路传输通常在DL数据信道上进行，发送上行链路传输通常在UL数据信道上进行。 | 对比文件段落[0071]已直接公开了基于控制信息（授权）接收DL传输或发送UL传输。这必然隐含了在相应的数据信道（DL数据信道和UL数据信道）上进行接收和发送。因此，技术特征U“响应于UL授权在UL数据信道中发送信息”和“响应于DL授权在DL数据信道中接收信息”已被对比文件直接公开。 |
| **技术特征V**：根据权利要求21所述的方法，其中，所述UL数据信道包括窄带物理上行链路共享信道(NPUSCH)，并且其中，所述DL数据信道包括窄带物理下行链路共享信道(NPDSCH)。<br>**判断结果**：直接公开 | 说明书段落 [0005]：“...the techniques described herein can be applied to... a narrowband physical uplink shared channel (NPUSCH) and a narrowband physical downlink shared channel (NPDSCH).”（...本文描述的技术可以应用于...窄带物理上行链路共享信道（NPUSCH）和窄带物理下行链路共享信道（NPDSCH）。） | 对比文件明确将NPUSCH和NPDSCH作为其技术可以应用的窄带数据信道的示例。目标专利说明书[0102]段也将NPUSCH和NPDSCH作为NB-IoT中的数据信道示例。因此，技术特征V中“UL数据信道包括NPUSCH”和“DL数据信道包括NPDSCH”被对比文件直接公开。 |
| **技术特征W**：根据权利要求11所述的方法，其中，所述DL数据信道包括窄带物理下行链路共享信道(NPDSCH)，所述HARQ‑ACK包括混合自动重传请求(HARQ)确认或否定确认，并且所述UL数据信道包括窄带物理上行链路共享信道(NPUSCH)。<br>**判断结果**：未公开 | 对比文件未发现相关内容。 | 技术特征W是对NPDSCH、HARQ-ACK、NPUSCH的重复说明，但其引用的权利要求11（对应技术特征K）涉及冲突识别。由于技术特征K（冲突识别）本身未被对比文件公开，且对比文件也未提及HARQ-ACK，因此该从属特征也未被公开。需要注意的是，NPDSCH和NPUSCH作为信道类型本身已被技术特征V公开，但在此特定从属关系（与冲突识别相关联）下，技术特征W作为一个整体未被公开。 |
<<<A>>><<<D>>><<<Q>>><<<R>>><<<S>>><<<T>>><<<U>>><<<V>>><<<b>>>