好的，作为一名经验丰富的资深专利代理师，我将严格遵循您的指示，对目标专利权利要求的技术特征与对比文件进行比对分析。
以下是我基于深度思考和分析后的评估结果。
**本次评估信息：**
- **对比文件名称：** 2013-01-10_US2013010660A_发明申请_US20130010660A1 Method for Implicit Conveying of Uplink Feedback Information
- **目标专利名称：** 1220确定移动通信网络小区频率CN103190180B
- **本次调用的模型名称：** 此处填写模型名称（例如：GPT-4，但您未指定，故留空）
---
### **特征比对表格**
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述无线电信号覆盖由多个频带组成的某一频率范围，其中每个频带与某一载波频率相关联，所述方法包括，通过解调所述无线电信号生成(204)与不同载波频率相关联的数字信号集合<br><br>**《未公开》** | 对比文件涉及在单个子帧内传输多个上行反馈信息（ACK/NACK）的方法。其公开了多个频带（频率载波）用于通信，例如在FDD模式下，下行链路和上行链路使用不同的频带（F1, F2），且在TDD模式下使用同一频带F。对比文件描述了资源块（Resource Block）的概念，这些资源块位于不同频率上。然而，对比文件公开的技术方案是：终端（数据接收方）在接收到下行数据后，选择一个已分配的反馈资源（feedback resource）来发送反馈信息，通过所选资源来隐含地承载部分反馈信息（例如，选择FR2代表反馈码字“1,0”）。该文件通篇未描述通过“解调无线电信号”来生成与不同载波频率相关联的“数字信号集合”这一过程。对比文件涉及的是上行反馈传输，而非下行信号的接收和解调以进行小区检测。因此，对比文件未公开此特征。 | 目标专利的技术特征A涉及小区频率确定过程的初始阶段：接收下行无线电信号，并通过解调生成与不同载波频率对应的数字信号集合。这是为了后续在这些数字信号中搜索已知的同步信号。对比文件的技术主题完全不同于此，它解决的是如何在单个上行子帧中高效传输多个HARQ反馈信息（ACK/NACK）的问题，其核心操作是“选择反馈资源”而非“解调信号生成数字序列集合”。对比文件虽然提到了多频带和不同载波频率，但这是作为通信系统的基础背景，并未涉及用于小区搜索目的的“解调无线电信号生成数字信号集合”的步骤。因此，本领域技术人员无法从对比文件中毫无疑义地得出技术特征A的方案。 |
| **技术特征B：** 通过执行所述数字信号集合当中的一个数字信号与定义的数字数据的相关，检测(206)在所述一个数字信号内具有已知性质的重现信号分量的存在<br><br>**《未公开》** | 对比文件全文未涉及“相关”运算。其描述的方法是：终端（数据接收方）根据收到的数据是否正确（ACK/NACK），选择一个特定的反馈资源（例如FR1, FR2,...）进行发送，通过该选择来隐含地传达一部分反馈信息。例如[0044]段：“...if 2 feedback resources are available... each feedback resource can imply one information bit: e.g. 1 indicating ACK or 0 indicating NACK...”。[0053]段：“FR1 is assigned to code (0,0), FR2 is assigned to code (1,0)”。这些过程涉及的是资源的映射和选择，不涉及通过相关运算来检测信号分量。 | 目标专利的技术特征B是小区搜索的核心步骤，通过执行信号与已知数字序列（如P-SS序列）的互相关运算，来检测具有已知性质的重现信号分量（如同步信号）。这是一种时域/频域的检测技术。对比文件解决的是上行反馈信令的资源映射和编码问题，其技术手段完全不同。对比文件中的“资源”是预定义好的（例如特定的资源块），终端只需“选择”一个资源，而不是通过“相关”来“检测”一个信号的存在。因此，对比文件没有公开，也无法隐含公开相关检测的技术特征B。 |
| **技术特征C：** 基于所述相关结果确定(208)与所述一个数字信号相关联的要用于小区同步的载波频率<br><br>**《未公开》** | 对比文件未提及“相关结果”。其目的是确定（或隐含地传达）哪个下行数据块被正确接收（ACK/NACK）。例如[0027]段：“It is an object of the present invention to... provide a solution that enables a data receiving party to transmit plural feedback reports in a single sub-frame...”。对比文件确定的是反馈信息（ACK/NACK）的内容，而不是用于小区同步的载波频率。 | 目标专利的技术特征C是小区频率确定方法的最终目的：基于相关结果（例如检测到P-SS的峰值），确定要同步到的载波频率。这是一个小区初始接入的过程。对比文件完全不涉及小区搜索或同步的概念。其确定的是反馈信息（ACK/NACK），这与小区同步是截然不同的技术领域和目的。因此，对比文件未公开此特征。 |
| **技术特征D：** 其中，所述已知性质是由所述信号分量包括的数字数据的已知结构，使得它可借助与定义的数字数据的相关被检测<br><br>**《未公开》** | 对比文件没有定义任何用于检测的“已知结构”的信号分量。对比文件中的反馈信息（ACK/NACK）本身不具有用于“检测”的已知结构，其信息是通过资源选择（隐式）和调制符号（显式）共同承载的。如[0060]段：“...the data receiving party 300 transmits a QPSK modulated symbol with x0=1 and x1=1 as explicit feedback information... on selected feedback resource FR2 representing feedback code 1 as implicit feedback information...”。这里没有通过相关检测信号分量的过程，反馈信息是直接通过资源索引和调制符号解码的。 | 目标专利中的“已知性质”特指信号分量（如同步信号）具有已知的数据结构（例如Zadoff-Chu序列），这种结构允许通过相关运算来检测其存在。这是实现非相干或相干检测的基础。对比文件中的反馈信息结构是为了在多用户环境下高效编码，其结构是资源分配和QPSK符号的组合，而非用于相关检测的已知序列。因此，对比文件没有公开此特征。 |
| **技术特征E：** 其中，所述定义的数字数据包括一个定义的数字序列或定义的数字序列的集合<br><br>**《未公开》** | 对比文件未公开任何用于检测的数字序列。对比文件用于编码的“码”（code）指的是反馈信息比特的组合（例如[0053]段：“FR1 is assigned to code (0,0), FR2 is assigned to code (1,0)”），或者是用作CDM（码分复用）的序列，但文中并未具体描述这些CDM序列的生成或性质。对比文件的发明点在于通过资源选择来承载额外信息，而非通过序列相关来检测信号。 | 目标专利的技术特征E定义了用于检测的数字序列或序列集合，例如LTE中的P-SS的三个可能序列。这些序列是物理层信号，用于终端进行小区识别和同步。对比文件虽然利用了CDM，但其码序列是为了区分不同用户的反馈信息，不是为了检测一个已知的同步信号分量。对比文件没有公开任何具体的、用于与接收信号进行相关以“检测”其存在的定义数字序列。因此，对比文件未公开此特征。 |
| **技术特征F：** 其中，所述定义的数字序列是所谓的恒定振幅零自相关-CAZAC-序列<br><br>**《未公开》** | 对比文件全文未提及“恒定振幅零自相关序列”(CAZAC)或“Zadoff-Chu序列”。对比文件在[0048]段提到：“...each respective terminal can transmit a feedback report in a CDM fashion”，但并未说明所用的CDM码为何种具体序列，更未提及CAZAC序列。 | 目标专利的技术特征F限定了用于相关检测的数字序列是CAZAC序列（如Zadoff-Chu序列），这类序列因其良好的自相关特性和恒包络特性，非常适合用作同步信号。对比文件未涉及任何CAZAC序列。其用于上行反馈的CDM码序列是用于区分用户的，但文件并未给出具体序列类型，且其作用（区分用户）与目标专利（同步检测）完全不同。因此，对比文件未公开此特征。 |
| **技术特征G：** 其中，所述定义的数字序列的集合包括根据下式的三个Zadoff-Chu序列：...，其中u是25、29和34<br><br>**《未公开》** | 对比文件未公开任何Zadoff-Chu序列或根索引u。 | 目标专利的技术特征G是技术特征F的进一步具体化，明确指出了用于LTE P-SS的三个具体Zadoff-Chu序列的根索引。这是LTE标准中的特定细节。对比文件完全不涉及LTE的同步信号设计（PSS/SSS），因此不可能公开这一特定技术细节。 |
| **技术特征H：** 其中，所述检测步骤(206)包括：执行所述一个定义的数字序列或所述定义的数字序列的集合中的每个序列和与所述不同载波频率相关联的所述数字信号集合中的每个数字信号的相关(312)<br><br>**《未公开》** | 对比文件描述其接收端（网络节点）检测反馈信息的方法，如[0062]段：“...this could be done by using an energy detection criterion... Alternatively... the used feedback resource can be detected by comparing the received signal strength...”。这些方法是基于能量检测或信号强度比较，而非基于已知序列的相关。 | 目标专利的技术特征H进一步限定了检测步骤的具体方式：是用每个候选序列与接收的数字信号进行相关运算。这是一种精确的匹配滤波过程。对比文件中的网络节点是通过能量检测或信噪比比较来识别终端使用了哪个反馈资源，这与序列相关运算在原理和实施方式上完全不同。对比文件没有公开或暗示任何相关运算的过程。 |
| **技术特征I：** 其中，所述检测步骤(206)包括：建立检测阈值<br><br>**《未公开》** | 对比文件在[0062]段中提到了能量检测：“...determining if the received signal strength is strong enough to be distinguished from noise and/or interference”。这里隐含着有一个比较门限，但这是用于区分信号是否存在（强于噪声/干扰）的通用能量检测门限，并非目标专利中用于判定“相关峰值”是否显著的“检测阈值”。 | 目标专利的技术特征I是序列相关检测中的一个已知步骤，通过设立阈值来判定相关结果是否显著到足以认为检测到了信号。对比文件虽然提到了判断信号强度是否足以区别于噪声的判断，但这是一种通用的能量检测准则，其目的是区分“有信号”和“无信号”，而非判定“相关峰值”的有效性。两者的技术背景和物理意义不同。更重要的是，对比文件没有“相关峰值”的概念，因此其阈值不是针对相关结果的。因此，对比文件未公开此特征。 |
| **技术特征J：** 为每个相关结果确定它是否包括超过所述检测阈值的峰值<br><br>**《未公开》** | 对比文件没有“相关结果”或“峰值”的概念。对比文件在[0062]段描述：“...the used feedback resource can be detected by comparing the received signal strength on all allocated feedback resources and selecting the feedback resource having the highest signal strength...”。这里是比较不同资源上的信号强度，选择最大的，而不是在相关结果中找超过阈值的峰值。 | 目标专利的技术特征J建立在前序特征之上，需要“相关结果”和“峰值”的存在。对比文件中既没有相关运算，也没有相关峰值，其判决是基于能量检测或信号强度比较。两者是截然不同的信号检测和判决机制。因此，对比文件未公开此特征。 |
| **技术特征K：** 并建立小区候选者的对应集合<br><br>**《未公开》** | 对比文件未涉及“小区候选者”的概念。其目的是处理上行反馈，与小区搜索或识别无关。对比文件中的终端是已经连接到网络（或正在连接过程中）的数据接收方。 | 目标专利的技术特征K是小区搜索流程的一环，将所有检测到超过阈值峰值的载波频率对应的小区作为候选。对比文件的整个发明背景和目的都不涉及小区搜索，它的对象是已经接入网络、正在接收下行数据的终端。因此，对比文件没有公开，也无法隐含公开这一特征。 |
| **技术特征L：** 其中，所述确定步骤(208)包括：基于对应峰值的幅度评估选择多个小区候选者当中的一个小区<br><br>**《未公开》** | 如[0062]段所述，对比文件中的网络节点通过比较信号强度（如SINR）来检测哪个反馈资源被使用。例如：“...selecting the feedback resource having the highest signal strength and/or SINR”。这里是选择资源，而非选择小区。 | 目标专利的技术特征L描述了从小区候选集中进行选择的标准，依据是相关峰值的幅度。这是小区选择中的一个步骤。对比文件中的“选择”是基于信号强度选择“反馈资源”以解码反馈信息，而不是选择“小区”。两者的目的和对象完全不同。 |
| **技术特征M：** 其中，通过如下项之一来执行选择所述多个小区候选者当中的一个小区：选择所述峰值当中的最大峰值<br><br>**《未公开》** | 对比文件未公开此特征。 | 对比文件不涉及小区选择，因此不可能公开此特征。 |
| **技术特征N：** 选择预先选择的小区候选者的所述峰值当中的最大峰值<br><br>**《未公开》** | 对比文件未公开此特征。 | 对比文件不涉及小区选择，因此不可能公开此特征。 |
| **技术特征O：** 其中，生成(204)步骤包括：将用于接收所述无线电信号的无线电接收器顺序调谐到不同频率的集合<br><br>**《未公开》** | 对比文件未描述接收器调谐过程。其描述的上行反馈传输不涉及对下行信号接收器的顺序调谐以扫描不同频率。 | 目标专利的技术特征O描述了小区扫描的具体实施方式：将接收器逐步调谐到不同频率。这是为了在不同频率上监听和检测同步信号。对比文件关注的是已连接状态下的上行反馈，不涉及对下行不同频率的扫描。因此，对比文件未公开此特征。 |
| **技术特征P：** 其中，通过在某一频率范围内逐步增大或减小频率来调谐所述无线电接收器<br><br>**《未公开》** | 对比文件未公开此特征。 | 对比文件不涉及对接收器进行频率扫描的机制，因此不可能公开此特征。 |
| **技术特征Q：** 其中，所述不同频率的集合与预先定义小区的集合相关联<br><br>**《未公开》** | 对比文件未公开此特征。 | 目标专利的技术特征Q描述了要扫描的频率集合的来源（例如，根据已知的优选小区列表）。对比文件不涉及小区列表或频率集合的确定，其用于反馈的资源分配是基于下行调度信令或预先配置的（[0079]段），这与小区候选频率无关。 |
| **技术特征R：** 所述预先定义小区的集合形成先验已知小区的集合或来自在之前小区搜索期间识别的小区<br><br>**《未公开》** | 对比文件未公开此特征。 | 对比文件不涉及小区历史信息或先验知识在小区搜索中的应用，因此不可能公开此特征。 |
| **技术特征S：** 其中，所述蜂窝网络符合由第三代合作伙伴项目所建立的LTE或高级LTE标准<br><br>**《直接公开》** | [0003]段：“In 3GPP (3rd Generation Partnership Project), the cellular packet-switched communication systems ... LTE (Long Term Evolution) have been specified for radio transmission of data packets between user terminals and base stations...”<br>[0006]段：“For LTE, a new physical layer is currently being standardized in 3GPP that is based on OFDM (Orthogonal Frequency Division Multiplexing) in the downlink and SC-FDMA (Single Carrier Frequency Division Multiple Access) in the uplink...”<br>[0021]段：“In LTE, each sub-frame typically includes two slots...” | 目标专利的技术特征S声明其适用于LTE或高级LTE标准。对比文件中反复、明确地指出其技术方案是基于3GPP制定的LTE系统（例如，在[0003]段中明确提及LTE，在[0006]段中提及基于OFDM/SC-FDMA的LTE新物理层，在[0021]段中详细描述了LTE的子帧、资源块结构）。对比文件的技术方案被明确置于LTE系统的上下文中进行描述和实施。因此，本领域技术人员可以毫无疑问地确认，对比文件公开了“符合LTE标准”这一技术特征。 |
---
### **结论与代码表示**
基于上述严格的逐项比对分析，对比文件 **《US20130010660A1 Method for Implicit Conveying of Uplink Feedback Information》** 仅直接公开了目标专利权利要求中的技术特征S，即其技术方案基于LTE标准。其余技术特征A至R，由于对比文件涉及的是上行链路反馈信息的隐式传输这一完全不同的技术领域和问题，均未被直接或隐含公开。
<<<S>>>