好的，我们开始进行专利创造性评估的对比分析。
**对比文件名称：** 2013-04-18_US2013094605A_发明申请_US20130094605A1 Method and Arrangement for Conveying Additional Bits in a Communication System
**目标专利名称：** 1220确定移动通信网络小区频率CN103190180B
**模型名称：** 未指定
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述无线电信号覆盖由多个频带组成的某一频率范围，其中每个频带与某一载波频率相关联，所述方法包括，通过解调所述无线电信号生成(204)与不同载波频率相关联的数字信号集合<br><br>**《未公开》** | 对比文件未涉及相关内容。 | 对比文件涉及的是在编码节点通过选择不同的编码方式来携带额外比特，并在解码节点通过检测所使用的编码方式来确定额外比特的值。其技术方案完全围绕信道编码进行，不涉及对无线电信号进行频率扫描、解调以生成与不同载波频率相关联的数字信号集合。因此，对比文件未公开技术特征A。 |
| **技术特征B**：通过执行所述数字信号集合当中的一个数字信号与定义的数字数据的相关，检测(206)在所述一个数字信号内具有已知性质的重现信号分量的存在<br><br>**《未公开》** | 对比文件未涉及相关内容。 | 对比文件虽然提到了“相关”（correlation）的概念（例如在[0038]段使用Boxplus运算符进行似然比组合），但该操作是用于检测所使用的信道编码（即判断是C1还是C2），而不是用于检测具有已知性质的重现信号分量。对比文件不涉及同步信号（如P-SS）的检测或任何周期性出现的物理层信号分量的检测。因此，对比文件未公开技术特征B。 |
| **技术特征C**：基于所述相关结果确定(208)与所述一个数字信号相关联的要用于小区同步的载波频率<br><br>**《未公开》** | 对比文件未涉及相关内容。 | 对比文件的目的在于确定额外比特的值，其最终结果是解码数据或判断比特值（0或1），而非确定用于小区同步的载波频率。对比文件中不存在“小区同步”或“载波频率确定”的相关概念或步骤。因此，对比文件未公开技术特征C。 |
| **技术特征D**：其中，所述已知性质是由所述信号分量包括的数字数据的已知结构，使得它可借助与定义的数字数据的相关被检测<br><br>**《未公开》** | 对比文件未涉及相关内容。 | 对比文件中的“已知结构”指的是码（C1、C2）的特定结构，这种结构用于区分不同的额外比特值，而非用于检测一个重现的信号分量。目标专利中的“已知性质”特指同步信号（如P-SS）的已知序列结构，使得可以通过相关来检测其存在。两者的技术目的和技术手段完全不同。因此，对比文件未公开技术特征D。 |
| **技术特征E**：其中，所述定义的数字数据包括一个定义的数字序列或定义的数字序列的集合<br><br>**《未公开》** | 对比文件未涉及相关内容。 | 对比文件中定义的是用于编码的“码”（code），例如C1和C2，这些是编码器的输入输出映射关系，而非用于相关检测的“数字序列”。目标专利中的“数字序列”特指用于同步的特定序列（如Zadoff-Chu序列）。对比文件未公开作为同步信号或参考信号的数字序列。因此，对比文件未公开技术特征E。 |
| **技术特征F**：其中，所述定义的数字序列是所谓的恒定振幅零自相关-CAZAC-序列<br><br>**《未公开》** | 对比文件未涉及相关内容。 | 对比文件的说明书全文未提及“恒定振幅零自相关”、“CAZAC”、“Zadoff-Chu”等序列或相关内容。其编码方案不涉及此类具有特殊数学性质的序列。因此，对比文件未公开技术特征F。 |
| **技术特征G**：其中，所述定义的数字序列的集合包括根据下式的三个Zadoff-Chu序列：，其中u是25、29和34<br><br>**《未公开》** | 对比文件未涉及相关内容。 | 对比文件中没有出现任何与Zadoff-Chu序列、根序列索引（如25、29、34）或LTE P-SS生成公式相关的描述。因此，对比文件未公开技术特征G。 |
| **技术特征H**：其中，所述检测步骤(206)包括：执行所述一个定义的数字序列或所述定义的数字序列的集合中的每个序列和与所述不同载波频率相关联的所述数字信号集合中的每个数字信号的相关(312)<br><br>**《未公开》** | 对比文件未涉及相关内容。 | 对比文件中的“相关”操作（[0038]段）是在解码节点中，基于接收到的已编码数据块的后验概率，计算与候选码（C1、C2）相关联的校验和度量。这与目标专利中将预定义的同步序列（如三个P-SS候选序列）与接收到的不同频率的数字信号进行相关是完全不同的操作。对比文件没有公开对接收信号进行频率扫描和序列相关的步骤。因此，对比文件未公开技术特征H。 |
| **技术特征I**：其中，所述检测步骤(206)包括：建立检测阈值<br><br>**《未公开》** | 对比文件[0062]段提及：“A simple exemplifying method to determine or decide whether a certain channel code candidate was used or not may be to compare the cumulative metric...with a threshold, say η”。 | 尽管对比文件公开了使用阈值（threshold）进行比较，但其目的是为了在解码过程中判断哪个候选码被用于编码，即用于区分C1和C2。目标专利中的检测阈值是用于判断接收信号中是否存在相关峰值，从而检测同步信号分量的存在。两者的应用场景、判断对象和目的均不相同。本领域技术人员不能毫无疑义地将对比文件中用于码检测的阈值直接应用于目标专利中的信号分量峰值检测。因此，对比文件未公开技术特征I。 |
| **技术特征J**：为每个相关结果确定它是否包括超过所述检测阈值的峰值<br><br>**《未公开》** | 对比文件[0062]段提及：“compared with a threshold...as follows: γ(K)≷ η”，该判断用于决定假设H1还是H0。 | 对比文件中，超过阈值的结果被解释为使用了候选码H1，低于阈值则认为使用了其他码H0。这与目标专利中通过判断相关结果是否超过阈值来识别相关峰值的步骤不同。目标专利的峰值判断是基于信号检测理论，而对比文件是基于假设检验理论进行码判决。因此，对比文件未公开技术特征J。 |
| **技术特征K**：并建立小区候选者的对应集合<br><br>**《未公开》** | 对比文件未涉及相关内容。 | 对比文件的全部内容均未涉及“小区”、“小区候选者”或建立与小区相关的集合。其技术方案是完全脱离小区搜索这一物理层过程的。因此，对比文件未公开技术特征K。 |
| **技术特征L**：其中，所述确定步骤(208)包括：基于对应峰值的幅度评估选择多个小区候选者当中的一个小区<br><br>**《未公开》** | 对比文件未涉及相关内容。 | 对比文件不涉及“峰值幅度”、“小区候选者”或“小区选择”。其“选择”是基于后验概率的比较，选择的是候选码（C1或C2），而非小区。因此，对比文件未公开技术特征L。 |
| **技术特征M**：其中，通过如下项之一来执行选择所述多个小区候选者当中的一个小区：选择所述峰值当中的最大峰值<br><br>**《未公开》** | 对比文件未涉及相关内容。 | 对比文件未涉及“最大峰值”的选择。其判决准则（[0062]段）是比较累积度量γ(K)与阈值η，而不是在多个峰值中找出最大值。因此，对比文件未公开技术特征M。 |
| **技术特征N**：选择预先选择的小区候选者的所述峰值当中的最大峰值<br><br>**《未公开》** | 对比文件未涉及相关内容。 | 对比文件未涉及“预先选择的小区候选者”或与之相关的任何概念。因此，对比文件未公开技术特征N。 |
| **技术特征O**：其中，生成(204)步骤包括：将用于接收所述无线电信号的无线电接收器顺序调谐到不同频率的集合<br><br>**《未公开》** | 对比文件未涉及相关内容。 | 对比文件未涉及任何关于“接收器调谐”或“扫描不同频率”的物理层操作。其技术方案基于已接收的数据块进行处理，不涉及对接收器前端的控制。因此，对比文件未公开技术特征O。 |
| **技术特征P**：其中，通过在某一频率范围内逐步增大或减小频率来调谐所述无线电接收器<br><br>**《未公开》** | 对比文件未涉及相关内容。 | 对比文件全文未提及频率的增大、减小或任何形式的频率扫描。因此，对比文件未公开技术特征P。 |
| **技术特征Q**：其中，所述不同频率的集合与预先定义小区的集合相关联<br><br>**《未公开》** | 对比文件未涉及相关内容。 | 对比文件不涉及“预先定义小区”或“小区”的概念。因此，对比文件未公开技术特征Q。 |
| **技术特征R**：所述预先定义小区的集合形成先验已知小区的集合或来自在之前小区搜索期间识别的小区<br><br>**《未公开》** | 对比文件未涉及相关内容。 | 对比文件未涉及“先验已知小区”、“之前小区搜索”等概念。其技术方案是独立于小区搜索流程的。因此，对比文件未公开技术特征R。 |
| **技术特征S**：其中，所述蜂窝网络符合由第三代合作伙伴项目所建立的LTE或高级LTE标准<br><br>**《直接公开》** | 对比文件[0003]段：“For example, in LTE, HARQ ACKs, which may consist of one bit, are multiplexed with blocks of payload data.”（例如，在LTE中，HARQ ACK可能由一个比特组成，与有效载荷数据块复用。）<br><br>对比文件[0043]段：“the simulations concerned BPSK transmission over an AWGN channel... somewhat arbitrarily, in order to illustrate the principle, Cb=1 was selected as the rate-½ LDPC code 204.33.484 of D. MacKay's code database... The choice of LDPC codes may be beneficial...”（仿真涉及在AWGN信道上的BPSK传输...为了说明原理，Cb=1被选为D. MacKay码数据库中的速率1/2 LDPC码204.33.484...选择LDPC码可能是有益的...） | 对比文件在[0003]段明确提及了“LTE”系统，并以其HARQ ACK比特的传输作为应用场景。虽然在[0043]段描述的仿真中未直接写明“LTE”，但其所采用的LDPC码、BPSK调制、AWGN信道模型以及整个技术方案（在编码中嵌入额外比特）均属于LTE系统常见的技术范畴。本领域技术人员在阅读对比文件后，能够毫无疑义地确定其技术方案适用于符合3GPP所建立的LTE标准的蜂窝网络。因此，技术特征S被对比文件直接公开。 |
<<<S>>>