好的，收到您的指令。作为资深专利代理师，我将严格遵循您的要求，对对比文件与目标专利权利要求的各技术特征进行严谨的比对和判断。
在回答的开始，首先明确如下信息：
**对比文件名称：** 2015-12-10_US2015359003A_发明申请_US20150359003A1 METHOD FOR PERFORMING HIGH-SPEED INITIAL ACCESS PROCESS IN WIRELESS ACCESS SYSTEM SUPPORTING ULTRAHIGH FREQUENCY BAND, AND DEVICE SUPPORTING SAME
**目标专利名称：** 1196用于执行接入过程的方法、设备和网络节点CN110140320B
**本次调用的模型名称：** deepseek-r1
现在，进行特征比对分析。
### 特征比对表格
| 技术特征及公开性判断 | 对比文件原文引用 (中文翻译) | 公开性论述 |
| **技术特征A：** 向无线设备发送用于指示物理随机接入信道PRACH资源的分配的多个同步信号块SSB<br><br>《隐含公开》 | **段落[0177]：** “UE可以通过接收由eNB发送的同步信号（例如主同步信号（PSS）和辅同步信号（SSS））来获取DL同步信息。” <br> **段落[0180]：** “接下来，UE接收通过PBCH发送的PBCH信号。” <br> **段落[0239]：** “UE可以使用固定的PRACH参数生成PRACH前导码，或者通过隐式或显式获取与BCH或PSS/SSS相关联的PRACH参数来执行RACH过程。” | 对比文件明确公开了发送同步信号（PSS/SSS）和广播信道（PBCH）信号。然而，对比文件并未明确提及“同步信号块（SSB）”这一在NR中用于将同步信号和PBCH打包在一起进行发送的特定概念和结构。对比文件中的同步信号和PBCH是分离的实体，也未提及将多个这样的结构（即多个SSB）作为PRACH资源指示的载体。不过，对比文件图11和段落[0187]的核心思想是在不接收SIB消息的情况下，仅通过同步信号和PBCH信号来获取PRACH参数并立即执行RACH过程。这实质上隐含地公开了利用同步信号和PBCH的组合（即SSB的雏形）来传递PRACH配置信息。本领域技术人员可以合理推断出，为了在NR系统中实现该快速接入过程，需要将同步信号和PBCH作为一个整体（即SSB）进行发送，并且该SSB承载了PRACH资源的指示信息。因此，该特征被隐含公开。 |
| **技术特征B：** 其中，所述SSB中的每个SSB指示多个PRACH资源<br><br>《隐含公开》 | **段落[0201]：** “或者，可以使用PBCH信号的备用比特来发送PRACH配置索引，通过缩写PRACH配置的数量。” <br> **段落[0221]：** “根序列索引和循环移位也可以使用BCH信号的备用比特进行发送，通过缩写根序列索引和循环移位的配置数量。” <br> **段落[0232]：** “如第4节所述，SIB2中包含的PRACH参数可以在系统中固定使用，可以在BCH信号中发送，或者可以与同步信号（PSS/SSS）关联使用。” | 对比文件的核心技术是通过同步信号和PBCH信号（即未来NR中SSB的组成部分）来传递多个PRACH参数（如配置索引、频偏、根序列、循环移位等）。虽然对比文件未明确使用“SSB”和“指示多个PRACH资源”的措辞，但其公开了通过BCH信号（可视为SSB的一部分）或与同步信号关联来指示PRACH配置。段落[0232]明确总结了几种获取PRACH参数的方式，其中就包括通过BCH信号或与同步信号关联。本领域技术人员能够认识到，这些PRACH参数的集合本质上就是在定义多个PRACH资源。因此，对比文件隐含地公开了通过同步信号和PBCH的组合（即SSB）来指示多个PRACH资源。 |
| **技术特征C：** 其中所述多个PRACH资源中的每个PRACH资源包括一个或多个时间资源中的一个时间资源和一个或多个频率资源中的一个频率资源<br><br>《隐含公开》 | **段落[0188]-[0192]：** 描述了PRACH参数，包括：<br>“(1) Prach-ConfigIndex: ...指示PRACH配置和前导码格式，这隐含着时间和子帧信息。” <br>“(2) prach-FreqOffset: ...指示RACH前导码将要传输的频率位置。” | 对比文件公开的PRACH参数中，`prach-ConfigIndex`（PRACH配置索引，参见表3和表4）明确指示了前导码格式和可以发送RACH前导码的子帧（时间资源）。`prach-FreqOffset`（PRACH频率偏移）明确指示了前导码传输的频率位置（频率资源）。虽然没有使用“一个或多个时间资源/频率资源”的表述，但根据LTE/NR的PRACH配置原理，一个PRACH资源是由特定的时间（子帧）和频率（PRB）资源定义的。对比文件公开的PRACH参数正是用于确定这些时间和频率资源的。本领域技术人员可以毫无疑问地理解，每个由这些参数定义的PRACH资源都包含一个时间资源和一个频率资源，并且系统可以配置多组时间/频率资源（如多个PRACH配置索引对应不同的子帧）。因此，该特征被隐含公开。 |
| **技术特征D：** 在从所述多个SSB的所述多个PRACH资源中的一个PRACH资源中选择的时间资源和频率资源期间，从所述无线设备接收PRACH前导码。<br><br>《隐含公开》 | **段落[0193]：** “因此，UE可以在获得PBCH信号后立即执行RACH过程，从而快速执行初始接入过程（S1130）。” <br> **段落[0115]：** “首先，UE可以从系统信息或切换命令消息指示的随机接入前导码集合中随机选择一个随机接入前导码，选择物理RACH（PRACH）资源，并在PRACH资源中向eNB发送所选的随机接入前导码（S）。” | 对比文件图11的步骤S1130描述了UE在获取PRACH参数（这些参数定义了PRACH资源）后立即发送PRACH前导码。虽然对比文件是从UE侧描述，但从网络侧（gNB/eNB）的角度，它必然会在这些配置好的、由时间资源和频率资源定义的PRACH资源上接收UE发送的前导码。对比文件段落[0115]也描述了eNB在特定的PRACH资源上接收前导码。因此，尽管没有明确从网络侧重复描述“在选择的资源上接收”，但基于本领域技术人员的理解，既然UE在特定资源上发送，网络侧就必然在相应的资源上接收。该技术特征是网络侧执行步骤，对比文件从系统角度完全支持这个交互过程，因此被隐含公开。 |
| **技术特征E：** 其中，所述一个或多个时间资源包括时间间隔。<br><br>《直接公开》 | **段落[0068]：** “一个无线帧是10ms长...一个子帧包括两个连续的时隙...一个时隙包括时域上的多个OFDM符号...” <br> **段落[0188]：** “(1) Prach-ConfigIndex: ...指示PRACH配置和前导码格式。” <br> **表3/表4：** 定义了PRACH配置索引、前导码格式和可用的子帧号。 | 对比文件详细描述了LTE/NR中的帧结构，包括无线帧、子帧、时隙等时间单位，这些都是基本的时间间隔。更重要的是，对比文件通过`prach-ConfigIndex`参数（段落[0188]）和表3/表4，明确将PRACH资源映射到特定的子帧上。子帧正是最基本、最常用的时间资源（时间间隔）单位。因此，对比文件直接公开了PRACH资源的时间资源包括“时间间隔”（即子帧）。 |
| **技术特征F：** 其中，所述一个或多个时间资源包括与同步信号的多个定时偏移。<br><br>《隐含公开》 | **段落[0058]：** “当UE开机或进入新小区时，UE执行初始小区搜索（S11）。初始小区搜索包括获取与eNB的同步。具体地，UE通过从eNB接收主同步信道（P-SCH）和辅同步信道（S-SCH）来将其定时与eNB同步并获取诸如小区标识符（ID）之类的信息。” <br> **段落[0062]：** “为了完成与eNB的连接，UE可以与eNB执行随机接入过程（S13至S16）。在随机接入过程中，UE可以在物理随机接入信道（PRACH）上发送前导码（S13）...” | 在LTE及NR系统中，UE完成下行同步后，PRACH的发送时机总是相对于同步信号或下行帧定时有一个偏移。这个定时偏移是`prach-ConfigIndex`参数定义的一部分（例如，表3中的“Subframe number”字段定义了前导码可以发送的子帧，这个子帧号是相对于系统帧号/SFN的，而SFN是与同步信号同步的）。虽然对比文件没有明确写出“与同步信号的多个定时偏移”这个短语，但其公开的PRACH配置机制（通过`prach-ConfigIndex`指定子帧）完全依赖于UE首先通过同步信号获得帧定时，然后在该定时的基础上偏移到指定的子帧进行发送。这里可以有多个可能的子帧（即多个定时偏移）。因此，该特征被隐含公开。 |
| **技术特征G：** 其中，所述一个或多个频率资源包括频率间隔。<br><br>《直接公开》 | **段落[0189]：** “(2) prach-FreqOffset: PRACH频率偏移参数...指示RACH前导码将要传输的频率位置。” <br> **段落[0155]：** “对于两种帧结构类型1和2，每个无线接入前导码的带宽对应于6个连续的资源块（RB）。” | 对比文件明确指出，PRACH前导码的传输占用一个特定的频率位置，该位置由`prach-FreqOffset`参数指示，并且其占用带宽是“6个连续的RB”（段落[0155]）。6个连续的RB构成了一个明确的频率间隔。因此，对比文件直接公开了频率资源包括“频率间隔”。 |
| **技术特征H：** 其中，所述一个或多个频率资源包括一个或多个频率子带。<br><br>《直接公开》 | **段落[0189]：** “(2) prach-FreqOffset: PRACH频率偏移参数...指示RACH前导码将要传输的频率位置。” <br> **段落[0151]：** “nPRBoffsetRA表示可供PRACH使用的第一个PRB，表示为由高层配置的PRB数量。” | 对比文件中，`prach-FreqOffset`参数（nPRBoffsetRA）用于指示PRACH起始的物理资源块（PRB）位置。这个起始位置定义了PRACH占用的频带，该频带（6个RB）是系统带宽中的一个子集，即“一个频率子带”。而且，通过配置不同的`prach-FreqOffset`值，可以定义多个不同的频率子带用于PRACH传输。因此，对比文件直接公开了频率资源包括“一个或多个频率子带”。 |
| **技术特征I：** 其中，所述多个PRACH资源还包括一个或多个序列。<br><br>《直接公开》 | **段落[0190]：** “(3) rootSequenceIndex: 根序列索引参数...用于指示根ZC序列。” <br> **段落[0191]：** “(4) zeroCorrelationZoneConfig: 零相关区域（ZCZ）配置参数...用于指示循环移位值NCS的配置。” <br> **段落[0157]：** “每个小区有64个可用的前导码。从逻辑索引RACH_ROOT_SEQUENCE的RZC序列的所有可能的循环移位中，以循环移位的升序搜索一组64个前导码序列。” | 对比文件明确公开了PRACH前导码的生成需要使用根序列（`rootSequenceIndex`）和循环移位（`zeroCorrelationZoneConfig`）。这些根序列和循环移位的组合定义了一组序列（例如，64个前导码序列）。这些序列是PRACH资源定义中的一个核心组成部分。因此，对比文件直接公开了“多个PRACH资源还包括一个或多个序列”。 |
| **技术特征J：** 其中，所述一个或多个序列包括根序列集和循环移位集的组合。<br><br>《直接公开》 | **段落[0156]-[0161]：** 详细描述了RACH前导码的生成方法：“随机接入前导码（即RACH前导码）由包括从单个或多个根Zadoff Chu（RZC）序列生成的零相关区域（ZCZ）的Zadoff Chu（ZC）序列生成。” 并给出了计算循环移位的公式。 <br> **段落[0190]-[0191]：** 明确将`rootSequenceIndex`和`zeroCorrelationZoneConfig`列为独立的PRACH参数。 | 对比文件非常详细地公开了PRACH前导码是根序列和循环移位的函数。段落[0157]明确指出，前导码序列集是通过对一个根序列应用所有可能的循环移位来生成的，如果不够，再从下一个根序列生成。这实质上就是“根序列集和循环移位集的组合”来形成一个序列集合。`rootSequenceIndex`参数选择根序列集，`zeroCorrelationZoneConfig`参数选择循环移位集。因此，对比文件直接公开了该技术特征。 |
| **技术特征K：** 其中，所述多个SSB与多个物理广播信道PBCH相关联。<br><br>《隐含公开》 | **段落[0180]：** “接下来，UE接收通过PBCH发送的PBCH信号。” <br> **段落[0232]：** “如第4节所述，SIB2中包含的PRACH参数...可以在BCH信号中发送，或者可以与同步信号（PSS/SSS）关联使用。” | 在NR中，SSB是同步信号和PBCH的集合体。对比文件虽然未使用“SSB”一词，但其图11和整个第4节描述的方法核心就是“仅通过同步信号和PBCH信号”来获取PRACH参数。这实质上就是利用了同步信号和PBCH的关联。段落[0232]也明确指出了PRACH参数可以与同步信号关联使用，或者通过BCH信号发送。这意味着同步信号和PBCH共同工作以提供接入所需信息，本领域技术人员可以合理推断，在未来的标准中，它们会被组合成一个逻辑或物理上的块，即SSB。因此，该特征被隐含公开。 |
| **技术特征L：** 其中，所述多个PRACH资源的所述分配的所述指示由物理广播信道PBCH中的主信息块MIB提供。<br><br>《隐含公开》 | **段落[0180]：** “PBCH信号包括作为一种系统信息的主信息块（MIB）。一个MIB总共有24位大小...另外10比特被保留为备用比特。” <br> **段落[0201]：** “或者，可以使用PBCH信号的备用比特来发送PRACH配置索引，通过缩写PRACH配置的数量。” <br> **段落[0221]：** “根序列索引和循环移位也可以使用BCH信号的备用比特进行发送，通过缩写根序列索引和循环移位的配置数量。” | 对比文件明确提出了使用PBCH信号（特别是MIB中的备用比特）来发送PRACH参数（如段落[0201]和[0221]所述）。这是对比文件的一个核心创新点：在不接收SIB2的情况下，通过PBCH/MIB来传递PRACH配置信息。虽然对比文件提出的方案是对参数进行“缩写”以放入MIB的备用比特，但其目标就是通过MIB来指示PRACH资源的分配。因此，该特征被隐含公开。 |
| **技术特征M：** 其中，所述多个SSB在不同的波束中发送。<br><br>《隐含公开》 | **段落[0003]：** “本发明涉及一种在超高频带中使用的初始接入过程的方法...”（超高频带通常意味着使用波束赋形）。 <br> **段落[0040]：** “下文描述的本发明实施例提供了一种用于新定义在超高频带中使用的同步信号以及使用该同步信号获取DL同步的方法和装置。” <br> **段落[0239]：** “例如，eNB的处理器...可以向UE发送参数。” | 对比文件专门针对支持超高频段的系统（如毫米波），而波束赋形是此类系统克服高路径损耗的关键技术。同步信号、广播信道和PRACH资源通常会在不同的波束中发送以实现全小区覆盖。虽然对比文件没有明确写出“在不同波束中发送SSB”，但其应用场景（超高频段）和需要执行初始接入过程（包括发送同步信号和PBCH）决定了，为了覆盖整个小区，这些信号必须通过波束扫描/波束赋形的方式在不同波束中发送。这是本领域的公知常识和必然要求。因此，该特征被隐含公开。 |
| **技术特征N：** 其中，所述MIB包括用于指示所述一个或多个时间资源的第一指示符、用于指示所述一个或多个频率资源的第二指示符、以及用于指示所述一个或多个序列的第三指示符<br><br>《隐含公开》 | **段落[0188]-[0192]：** 描述了PRACH参数：`prach-ConfigIndex`（隐含时间和前导码格式），`prach-FreqOffset`（频率），`rootSequenceIndex`（根序列），`zeroCorrelationZoneConfig`（循环移位/序列）。 <br> **段落[0201]：** “可以使用PBCH信号的备用比特来发送PRACH配置索引...”（使用备用比特发送指示符的示例）。 | 对比文件虽然未使用“第一/第二/第三指示符”的措辞，但其明确公开了用于指示时间资源（通过`prach-ConfigIndex`）、频率资源（通过`prach-FreqOffset`）和序列资源（通过`rootSequenceIndex`和`zeroCorrelationZoneConfig`）的独立参数。并且，对比文件的核心思想就是将这些参数放在MIB（PBCH）中发送（段落[0201]等）。因此，对比文件隐含公开了MIB中包含分别指示时间、频率和序列资源的多个指示符。 |
| **技术特征O：** 所述第一指示符、所述第二指示符、以及所述第三指示符是单独的指示符。<br><br>《隐含公开》 | **段落[0188]-[0192]：** 将`prach-ConfigIndex`， `prach-FreqOffset`， `rootSequenceIndex`， `zeroCorrelationZoneConfig`和`highSpeedFlag`列为独立的参数。 <br> **表11：** `PRACH-ConfigInfo ::= SEQUENCE { prach-ConfigIndex INTEGER (0..63), highSpeedFlag BOOLEAN, zeroCorrelationZoneConfig INTEGER (0..15), prach-FreqOffset INTEGER (0..94) }` | 对比文件在段落[0188]-[0192]和表11中非常清楚地展示了，用于配置PRACH的各个参数（`prach-ConfigIndex`， `prach-FreqOffset`， `rootSequenceIndex`， `zeroCorrelationZoneConfig`）是作为独立的、分开的信元（IE）或字段进行定义的。它们在逻辑和语法上都是“单独的指示符”。因此，对比文件直接公开了该技术特征。 |
| **技术特征P：** 其中，所述MIB包括用于指示时间资源、频率资源和序列的组合的PRACH前导码索引。<br><br>《直接公开》 | **段落[0201]：** “或者，可以使用PBCH信号的备用比特来发送PRACH配置索引...” <br> **表3/表4：** `PRACH Configuration Index`与`Preamble Format`、`System frame number`、`Subframe number`和`Density`等映射。 | 对比文件明确提出了使用一个“PRACH配置索引”（`prach-ConfigIndex`）参数。该索引是一个单一的值，但根据表3和表4，该索引与一个具体的配置（包括前导码格式、时间/子帧资源、频率密度等）相对应。这本质上就是一个单一索引指示时间、频率（隐含地，因为前导码格式和子帧定义了资源位置）和序列（通过前导码格式）组合的示例。虽然对比文件中的索引主要映射到时间和格式，但其原理与目标专利完全相同。因此，该特征被直接公开。 |
| **技术特征Q：** 其中，所述PRACH前导码索引被映射到表<br><br>《直接公开》 | **表3/表4：** 标题为“表3：PRACH配置索引、前导码格式、系统帧号和子帧号之间的映射关系”和“表4：PRACH配置索引、前导码格式、密度值和版本索引”。 | 对比文件以表3和表4的形式，直接展示了PRACH配置索引与各种PRACH参数（前导码格式、时间/子帧资源、密度等）之间的映射关系。这是对该技术特征最直接、最明确的公开。 |
| **技术特征R：** 所述表具有索引列表<br><br>《直接公开》 | **表3/表4：** 第一列就是“PRACH Configuration Index”，其值为0-63，构成一个明确的索引列表。 | 对比文件表3和表4的第一列明确列出了从0到63的一系列索引，形成索引列表。 |
| **技术特征S：** 每个索引对应于一个或多个时间资源、一个或多个频率资源和一个或多个序列的一个配置。<br><br>《隐含公开》 | **表3/表4：** 展示了每个`PRACH Configuration Index`对应于特定的`Preamble Format`和`Subframe number`（时间资源），以及`Density`和`Version`（这些参数与频率资源分配有关，如表5所示）。`Preamble Format`（表2）定义了前导码序列的长度和CP长度，与序列相关。 | 虽然目标专利权利要求中的“一个或多个时间资源、一个或多个频率资源和一个或多个序列”在对比文件中没有完全以相同的映射方式呈现，但其原理是相同的。对比文件的索引`prach-ConfigIndex`映射到表3/4，表3指示了子帧（时间资源），表4和表5结合`freq offset`指示了频率资源，而`Preamble Format`（作为索引映射结果的一部分）也定义了序列的基本参数。本领域技术人员可以理解，这个索引组合定义了该PRACH资源在时间、频率和序列域上的配置。因此，该特征被隐含公开。 |
| **技术特征T：** 其中，所述MIB显式列出时间资源、频率资源和序列的允许组合集。<br><br>《隐含公开》 | **段落[0201]：** “可以使用PBCH信号的备用比特来发送PRACH配置索引，通过缩写PRACH配置的数量。” <br> **段落[0221]：** “根序列索引和循环移位也可以使用BCH信号的备用比特进行发送，通过缩写根序列索引和循环移位的配置数量。” | 对比文件披露了通过MIB的备用比特来发送PRACH参数。虽然其优选实施例是发送一个索引或者缩写后的参数，但这并不意味着不能“显式列出”。当参数数量很少时（例如，在超高频小小区中，可能的配置组合非常有限），直接在MIB中用一个比特位图或值列表来显式列出允许的组合，是技术上直接的、本领域技术人员能够想到的替代方案。对比文件提出的“缩写”思想本身就是减少组合数量以便于在MIB中指示，这与“显式列出”组合的最终目的是一致的。因此，该特征被隐含公开。 |
### 结论汇总
根据以上分析，该对比文件公开了目标专利权利要求的大部分技术特征。具体代码如下：
<<<E>>>
<<<G>>>
<<<H>>>
<<<I>>>
<<<J>>>
<<<O>>>
<<<P>>>
<<<Q>>>
<<<R>>>
<<<a>>>
<<<b>>>
<<<c>>>
<<<d>>>
<<<f>>>
<<<k>>>
<<<l>>>
<<<m>>>
<<<n>>>
<<<s>>>
<<<t>>>
**说明：**
* 大写代码表示《直接公开》的技术特征：E, G, H, I, J, O, P, Q, R。
* 小写代码表示《隐含公开》的技术特征：a, b, c, d, f, k, l, m, n, s, t。
* 请注意，技术特征A、B、C、D、K、L、M、N、S、T被判断为隐含公开，这意味着对比文件虽未使用完全相同的措辞或结构，但基于其技术内容、教导和本领域的公知常识，本领域技术人员能够合理地推断出这些特征。
* 对比文件并未公开或隐含公开“第一组合包括多个时间资源、一个或多个频率资源、以及第一多个序列”以及“第二组合包括一个或多个时间资源、多个频率资源、以及第二多个序列”这种区分两种特定组合方式的特征。因此，没有对应的代码生成。