对比文件名称：2010-12-09_US2010309867A_发明申请_US20100309867A1 DATA TRANSMISSION WITH CROSS-SUBFRAME CONTROL IN A WIRELESS NETWORK
目标专利名称：314干扰消除CN106165324B
本次调用的模型名称：OpenAI GPT-4
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述方法包括：检测相邻小区和服务小区之间的干扰<br>《直接公开》 | 段落[0043]: “A UE may operate in a dominant interference scenario in which the UE may observe high interference from one or more interfering eNBs.” | 对比文件明确描述了UE在主导干扰场景中操作，可能观察到一个或多个干扰eNB的高干扰。根据目标专利说明书[0060]段，UE经历来自一个或多个相邻小区的干扰。本领域技术人员能毫无疑义地确定，在无线通信网络中，“观察高干扰”即意味着“检测到干扰”。因此，该特征被对比文件直接公开。 |
| **技术特征B：** 至少部分地基于所述干扰来自于与所述服务小区的专用参考信号(DRS) 音调相冲突的所述相邻小区的DRS音调以及来自于与所述服务小区的控制音调或者数据音调中的至少一个相冲突的所述相邻小区的所述DRS音调，来消除所述干扰<br>《未公开》 | 无 | 对比文件全文仅提及了公共参考信号（CRS）及其干扰消除（例如段落[0090]-[0095]），未提及任何“专用参考信号（DRS）音调”、“解调参考信号（DMRS）音调”或类似概念。目标专利中的DRS音调（例如DMRS）是与CRS不同的、用于特定UE或信道的参考信号。对比文件没有公开基于DRS音调冲突来消除干扰的技术方案。 |
| **技术特征C：** 其中，消除所述干扰包括：至少部分地基于所述相邻小区的专用参考信号(DRS)音调来估计所述相邻小区的信道<br>《未公开》 | 无 | 如特征B所述，对比文件未公开任何与“专用参考信号（DRS）音调”相关的内容。信道估计是基于CRS进行的（段落[0094]）。因此，该特征未被公开。 |
| **技术特征D：** 消除来自所述相邻小区DRS音调的所述干扰以便估计服务小区信道<br>《未公开》 | 无 | 理由同特征B和C。对比文件未涉及DRS音调的干扰消除。 |
| **技术特征E：** 估计所述服务小区信道。<br>《未公开》 | 无 | 虽然对比文件隐含了在消除CRS干扰后可以进行信道估计（段落[0094]），但该估计是基于CRS进行的。本特征在目标专利权利要求中是技术特征D（消除DRS干扰）的直接后续步骤，其前提是基于DRS音调。由于对比文件未公开DRS相关的任何内容，因此该在特定上下文（基于DRS）中的“估计服务小区信道”特征未被公开。 |
| **技术特征F：** 还包括：估计相邻小区控制信道和相邻小区数据信道中的至少一个<br>《隐含公开》 | 段落[0095]: “The UE may perform interference cancellation for CRS-on-control collision by estimating interference due to the CRS from the interfering eNB, canceling the estimated interference, and processing the interference-canceled signal (instead of the received signal) to recover control information sent by the serving eNB. The UE may also decode the control information... The UE may perform interference cancellation for CRS-on-data collision in similar manner as for CRS-on-control collision.” | 对比文件公开了UE可以对“CRS-on-control collision”（CRS与控制信道冲突）和“CRS-on-data collision”（CRS与数据信道冲突）执行干扰消除。为了执行这种消除，UE需要处理（processing）或解码（decode）来自服务小区的控制/数据信息。这必然要求UE能够识别并处理相邻小区的控制或数据信道所带来的干扰，即隐含需要对相邻小区的控制/数据信道进行某种形式的“估计”（例如，估计其干扰效应或尝试解码），以执行消除操作。虽然对比文件未明确使用“估计”一词，但本领域技术人员从“processing the interference-canceled signal to recover control information”和提及“decode”可以合理推断出，在干扰消除流程中，涉及对控制/数据信道内容的估计或处理。 |
| **技术特征G：** 使用所估计的所述相邻小区控制信道和所述相邻小区数据信道中的至少一个，消除来自所述相邻小区控制信道和所述相邻小区数据信道中的所述至少一个的干扰<br>《隐含公开》 | 段落[0095]（同上） | 对比文件明确教导了对“CRS-on-control collision”和“CRS-on-data collision”执行干扰消除。这意味着UE需要消除来自干扰eNB的CRS对服务小区控制/数据信道造成的干扰。虽然描述的重点是消除CRS干扰，但其应用场景（CRS-on-control/data）本身就包含了“消除来自相邻小区CRS对服务小区控制/数据信道的干扰”这一概念。本领域技术人员可以理解，为了恢复服务小区的控制/数据信息，需要消除来自相邻小区的、与这些信道冲突的CRS干扰。这隐含了“使用估计的相邻小区CRS干扰，来消除对服务小区控制/数据信道的干扰”这一技术手段。尽管目标专利特征G针对的是“相邻小区控制/数据信道本身”的干扰，而对比文件是针对“相邻小区CRS对控制/数据信道的干扰”，但两者都属于对控制/数据信道所受干扰的消除，技术思路相通。在宽松的隐含公开判断标准下，可以认为对比文件部分公开了该特征（消除对控制/数据信道的干扰），并有可能与其他公知常识结合。 |
| **技术特征H：** 对所述服务小区控制信道和所述服务小区数据信道中的至少一个进行解码。<br>《隐含公开》 | 段落[0095]: “...processing the interference-canceled signal (instead of the received signal) to recover control information sent by the serving eNB. The UE may also decode the control information...” | 对比文件明确记载了在消除CRS干扰后，“处理干扰消除后的信号以恢复服务eNB发送的控制信息”，并直接提到了“解码控制信息”。这直接对应于对服务小区控制信道进行解码。对于数据信道，文中说明以与控制信道类似的方式处理CRS-on-data冲突，因此本领域技术人员可以合理推断，在数据信道场景下，同样需要对服务小区的数据信道进行解码。因此，该特征被对比文件隐含公开。 |
| **技术特征I：** 还包括：通过迭代地对所述服务小区的所述DRS音调和所述相邻小区的所述DRS音调进行干扰消除，来迭代地估计相邻小区信道和服务小区信道。<br>《未公开》 | 无 | 对比文件未提及任何迭代的干扰消除过程，更未提及基于DRS音调的迭代估计。该特征未被公开。 |
| **技术特征J：** 还包括：迭代地估计和消除以下各项中的至少一项：(i)所述服务小区控制信道和所述服务小区数据信道，以及(ii)所述相邻小区控制信道和所述相邻小区数据信道。<br>《未公开》 | 无 | 对比文件未提及任何针对控制/数据信道的迭代估计和消除过程。该特征未被公开。 |
| **技术特征K：** 其中，消除所述干扰还至少部分地基于所述相邻小区的接收功率强度和所述服务小区的接收功率强度。<br>《隐含公开》 | 段落[0046]: “An eNB may be classified as “weak” or “strong” based on the received power of the eNB at a UE (and not based on the transmit power level of the eNB).” | 对比文件明确教导了eNB可以根据在UE处的接收功率被分类为“弱”或“强”。在干扰消除的上下文中，本领域技术人员知晓，干扰消除策略（例如，先消除强干扰还是弱干扰）通常会基于干扰源的强度（即接收功率）来调整。因此，虽然对比文件没有明确说“基于接收功率强度来消除干扰”，但公开了接收功率强度是区分小区强弱的基础，这隐含了接收功率强度可以作为决定干扰消除过程的一个因素。在宽松的隐含公开判断标准下，可以认为该特征被隐含公开。 |
| **技术特征L：** 其中，估计所述服务小区信道至少部分地基于所述服务小区信道的DRS音调。<br>《未公开》 | 无 | 对比文件仅公开了基于CRS进行信道估计（段落[0094]）。未提及基于DRS音调进行信道估计。该特征未被公开。 |
<<<A>>><<<f>>><<<g>>><<<h>>><<<k>>>