好的，我们开始进行专利创造性评估中的特征比对工作。
**对比文件的名称：** 2010-11-11_US2010285809A_发明申请_US20100285809A1 METHODS AND APPARATUS FOR RESOURCE MANAGEMENT IN A MULTI-CARRIER TELECOMMUNICATIONS SYSTEM
**目标专利的名称：** 1196用于执行接入过程的方法、设备和网络节点CN110140320B
**模型名称：** 由于本次对话未指定特定模型名称，默认使用当前处理能力的AI模型。
---
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 向无线设备发送用于指示物理随机接入信道PRACH资源的分配的多个同步信号块SSB<br>**《未公开》** | 对比文件未明确公开“同步信号块(SSB)”这一概念。对比文件涉及的是多载波系统中的资源管理，其核心在于通过切换命令或PDCCH命令向UE指示PRACH资源。例如，[0068]段提及：“when the UE receives said information in the HO command or in the PDCCH-RA order...”。<br>虽在[0023]段提及UE需要监听广播系统信息，但并未定义“SSB”作为包含同步信号和PRACH资源配置的独立资源块，也未公开通过发送多个SSB来指示PRACH资源的分配。 | 对比文件的核心方案是通过高层信令（如RRC连接重配置消息，即切换命令）或物理层信令（如PDCCH命令）来明确指示UE在目标小区（多载波小区中的特定载波）上的PRACH资源。这与目标专利通过多个“SSB”来指示PRACH资源的思想和技术路径不同。对比文件中，系统信息需要UE主动读取，而目标专利的SSB是网络侧主动发送的，并包含PRACH资源的分配信息。因此，该特征在对比文件中既无直接文字记载，也无法通过推理毫无疑义地得出。 |
| **技术特征B：** 其中，所述SSB中的每个SSB指示多个PRACH资源<br>**《未公开》** | 对比文件未公开“SSB”的概念，更未公开“每个SSB指示多个PRACH资源”。<br>对比文件中，PRACH资源的指示是通过在**单个信令消息**（如HO命令）中携带多个载波（CC）的配置来实现的，如[0058]段所述：“The message may comprise information on the structure of the multi-carrier cell. The information may include e.g. a number of CCs, a list of one or more allowed CCs for PRACH access which may comprise a corresponding dedicated preamble”。<br>这可以理解为**一个消息**指示了多个资源，而非每个SSB指示多个资源。 | 目标专利的核心创新在于将PRACH资源配置与SSB关联，每个SSB独立指示其关联的PRACH资源。对比文件虽然可以指示多个CC上的多个PRACH资源，但这是通过单一的信令（如一个HO命令或一个PDCCH命令）完成的。信令与“SSB”完全无关。对比文件中，一个信令消息可以为UE配置多个载波上的PRACH资源，这与一个SSB指示多个PRACH资源是截然不同的技术方案。因此，该特征在对比文件中未被公开。 |
| **技术特征C：** 其中所述多个PRACH资源中的每个PRACH资源包括一个或多个时间资源中的一个时间资源和一个或多个频率资源中的一个频率资源<br>**《直接公开》** | [0067]段描述了可以在消息中携带的信息：“a dedicated preamble for each of the CCs for which the UE is allowed to use PRACH resources (e.g. RACH-ConfigDedicated with ra-PreambleIndex and ra-PRACH-MaskIndex for one or more of the CCid(s) above)”。<br>此外，[0063]段指出，确定UE使用的CC的依据可以包括“PRACH configuration (timing, resource allocation) in each CC”。<br>这些描述明确表示了PRACH资源与特定的CC（频率资源）和定时（时间资源）相关联。3GPP标准中，`ra-PRACH-MaskIndex`本身就是一个用于指示PRACH的时频资源（即特定的PRACH时机）的索引。 | 对比文件明确教导了在目标小区中，为UE分配的PRACH资源与特定的CC（频率域）和特定的定时（时间域）相关联。例如，一个HO命令可以为UE指定在CC1上使用某个特定的PRACH时机（时频资源）。这与“每个PRACH资源包括一个时间资源和一个频率资源”的定义完全相符。虽然对比文件中一个PRACH资源通常对应一个CC和一个定时，但可以毫无疑义地确定其本质即是一个特定的时频资源组合。 |
| **技术特征D：** 在从所述多个SSB的所述多个PRACH资源中的一个PRACH资源中选择的时间资源和频率资源期间，从所述无线设备接收PRACH前导码<br>**《未公开》** | 对比文件公开了网络侧接收UE发送的PRACH前导码。如[0013]段所述：“the UE transmits MSG1 which consists of a randomly selected preamble”。<br>但是，该前导码是在“从所述多个SSB的所述多个PRACH资源中的一个PRACH资源中选择的”时频资源上发送的这一限定，完全依赖于特征A和B，即对比文件没有SSB的概念。因此，这个包含了SSB的完整技术方案未被公开。 | 该特征是对网络节点接收PRACH前导码的进一步限定，明确了前导码的时频资源是由多个SSB中指示的多个PRACH资源中的一个所确定的。由于对比文件不包含“多个SSB”及其“指示多个PRACH资源”的机制，因此，在对比文件中网络节点无法根据“SSB选择的PRACH资源”来接收前导码。对比文件中网络节点是在HO命令或PDCCH命令中为UE指定的特定CC的特定PRACH资源上接收前导码，这与目标专利的技术方案不同。 |
| **技术特征E：** 其中，所述一个或多个时间资源包括时间间隔<br>**《直接公开》** | [0063]段提及确定UE使用的CC的依据是“PRACH configuration (timing, resource allocation) in each CC”。<br>在LTE和LTE-A中，PRACH配置（RACH-ConfigCommon）中的`prach-ConfigIndex`明确指定了PRACH资源在时域上的位置和周期，这本质上是定义了一系列的“时间间隔”。这种配置在3GPP技术规范中是标准定义的。 | 对比文件在描述资源管理时，引用了PRACH配置（RACH configuration），其必然包括时域资源。在蜂窝通信系统中，时域资源如子帧、时隙等均可以理解为“时间间隔”。该特征中的“时间间隔”是一个上位概念，涵盖了PRACH时机在时域上的具体位置和周期。对比文件公开的PRACH配置包含了时域信息，可以毫无疑义地认为其公开了“时间资源包括时间间隔”。 |
| **技术特征F：** 其中，所述一个或多个时间资源包括与同步信号的多个定时偏移<br>**《未公开》** | 对比文件未公开“与同步信号的多个定时偏移”。对比文件涉及的同步过程是传统的驻留和小区搜索过程，如[0006]段所述，UE通过同步信号与网络同步。但其PRACH资源的定时是小区特定的配置参数（如`prach-ConfigIndex`），并非相对于“同步信号”的动态偏移，更不是“多个定时偏移”。 | 目标专利的“时间资源”包括“与同步信号的多个定时偏移”，这是一种动态的、灵活的资源分配方式，允许不同的SS波束有不同的PRACH时机。对比文件中的PRACH定时是小区级的静态或半静态配置，没有建立与SS的显式、动态的偏移关系。尽管对比文件中的PRACH配置包含了定时，但其与同步信号的关系是固定的（UE先同步，再读系统信息获得PRACH配置），而非灵活的偏移。 |
| **技术特征G：** 其中，所述一个或多个频率资源包括频率间隔<br>**《直接公开》** | [0055]段提到：“the UE would e.g. access PRACH resources in the CC for which the dedicated preamble is valid for that UE”。<br>在载波聚合系统中，一个CC（分量载波）代表一个连续的频率带宽，这本身就是一个“频率间隔”。 | 对比文件所述的多载波系统中，每个分量载波（CC）都是一个特定的频率范围，即“频率间隔”。`CC`是频率资源的基本单元。因此，对比文件公开的“CC”或“CC的频率”直接等同于本技术特征中的“频率间隔”。 |
| **技术特征H：** 其中，所述一个或多个频率资源包括一个或多个频率子带<br>**《隐含公开》** | [0067]段描述消息可以包括：“information on the structure of the multi-carrier cell, which comprises one or more CCs (e.g. a number of CCs) and/or the identity of the CC(s) (CCids), and/or the carrier frequency(ies) (carrierFreq), and/or the bandwidth per carrier (carrierBandwidth)”。<br>这里明确提到了“carrierBandwidth”（每个载波的带宽）。一个CC本身就是一个频率子带。 | 对比文件明确提到了每个CC的带宽（carrierBandwidth），说明CC是作为一个独立的频率子带来管理的。虽然“频率子带”可以有更小的粒度（如资源块RB），但CC作为LTE-A载波聚合中的一个基本频率单元，完全符合“频率子带”的定义。本领域技术人员可以合理推断，在PRACH资源分配中，一个CC就是一个频率子带。因此，该特征被隐含公开。 |
| **技术特征I：** 其中，所述多个PRACH资源还包括一个或多个序列<br>**《直接公开》** | [0010]段描述：“the UE needs the available set of PRACH resources for the transmission of the RA Preamble”。<br>RA Preamble本身就是一个序列。此外，[0058]段提到消息中可以包含“a list of one or more allowed CCs for PRACH access which may comprise a corresponding dedicated preamble”。<br>这里明确将“preamble”（前导码/序列）作为PRACH资源的一部分进行分配。 | 对比文件明确指出PRACH资源包含前导码（序列），并且可以在信令中为UE指定专用前导码或配置可用的前导码集。这与“PRACH资源还包括一个或多个序列”完全一致。该特征被直接公开。 |
| **技术特征J：** 其中，所述一个或多个序列包括根序列集和循环移位集的组合<br>**《隐含公开》** | 对比文件未明确提及“根序列”和“循环移位”的具体组合。但是，[0011]段提到了“dedicated RA preamble”。<br>根据3GPP LTE标准（如TS 36.211），所有的PRACH前导码都是通过对ZC根序列进行不同的循环移位生成的。这是本领域的公知常识。 | 尽管对比文件没有明确写出“根序列集和循环移位集的组合”，但其公开的“RA preamble”或“dedicated preamble”在LTE/4G系统中其底层物理层生成方式必然是基于ZC根序列和循环移位的。鉴于对比文件明确针对LTE和LTE-A系统，本领域技术人员在阅读其内容时，能够毫无疑问地推断出其所指的“序列”包含了根序列和循环移位的组合。因此，该特征被隐含公开。 |
| **技术特征K：** 其中，所述多个SSB与多个物理广播信道PBCH相关联<br>**《未公开》** | 对比文件未公开“SSB”以及SSB与PBCH的关联。对比文件提及广播信息，如[0010]段：“the UE may acquire these parameters by reading the broadcasted system information of the cell”。<br>在LTE中，系统信息（包括PRACH配置）是通过PBCH（MIB）和PDSCH（SIB）发送的。但是，对比文件没有定义或暗示PBCH与一个名为“SSB”的实体相关联。 | 目标专利定义了SSB（同步信号块），其包含PSS、SSS和PBCH。特征K限定了SSB与PBCH的关联关系，这是SSB结构的内在属性。对比文件虽然涉及了PBCH和同步信号，但两者在对比文件中是独立描述的概念，没有组合成一个“SSB”结构，更没有描述PRACH资源是通过这种SSB-PBCH关联结构来指示的。 |
| **技术特征L：** 其中，所述多个PRACH资源的所述分配的所述指示由物理广播信道PBCH中的主信息块MIB提供<br>**《未公开》** | 对比文件没有公开PRACH资源的分配指示由PBCH中的MIB提供。相反，[0023]段提到：“the UE may be required to first monitor the broadcasted system information in one of the carriers to determine the structure of the multi-carrier cell”。<br>这里的“broadcasted system information”通常指SIB，而非MIB。并且，对于切换场景，PRACH资源指示是通过高层信令（HO命令）提供的，如[0058]段所述。 | 目标专利的核心特征之一是将PRACH资源配置信息放在MIB中，这是非常精简和高效的。对比文件中的PRACH资源配置要么是通过UE读取SIB获得，要么是通过专用HO信令获得。未发现有将此类配置信息放在MIB中的任何教导或暗示。因此，该特征未被对比文件公开。 |
| **技术特征M：** 其中，所述多个SSB在不同的波束中发送<br>**《未公开》** | 对比文件未公开“波束”的概念及其与SSB的关系。对比文件涉及的LTE系统（Rel-8/Rel-10）是基于全向或宽波束扇区天线的，没有涉及NR中的窄波束赋形。 | 该特征是5G NR中的典型技术特征，用于实现波束扫描。对比文件是LTE-A时期的文献，系统设计基于小区级广播，不涉及多个不同波束。因此，该特征未被公开。 |
| **技术特征N：** 其中，所述MIB包括用于指示所述一个或多个时间资源的第一指示符、用于指示所述一个或多个频率资源的第二指示符、以及用于指示所述一个或多个序列的第三指示符<br>**《未公开》** | 对比文件未公开通过MIB中的指示符来指示资源。其资源指示方式是通过高层信令（如HO命令）中的信息元（IE）来实现的，如[0067]段所述：“RACH-ConfigDedicated with ra-PreambleIndex and ra-PRACH-MaskIndex”。 | 目标专利限定了在MIB中使用三个“单独的指示符”来分别指示时、频、码资源。对比文件没有使用MIB，而是使用了专用RRC信令（RACH-ConfigDedicated）来指示资源。虽然也是通过参数指示，但其位置（在专用信令中而非MIB中）和方式不同，且对比文件未将其命名为“第一/第二/第三指示符”并放入MIB。 |
| **技术特征O：** 所述第一指示符、所述第二指示符、以及所述第三指示符是单独的指示符<br>**《未公开》** | 该特征依赖于特征N，由于特征N未被公开，特征O自然也未被公开。对比文件中，资源指示是作为一个整体配置（如RACH-ConfigDedicated）的一部分，虽然包含多个参数，但未在MIB的语境中将其定义为“单独的指示符”。 | 与特征N的论述相同。对比文件中，时、频、码资源是作为一条配置消息（如HO命令）中的独立参数（如`ra-PreambleIndex`、`ra-PRACH-MaskIndex`、CC ID）来指示的。这从广义上可以理解为“单独的指示符”，但关键区别在于，目标专利将这些“单独的指示符”限定在MIB中。由于对比文件没有公开MIB包含这些指示符，所以特征O与特征N一起未被公开。 |
| **技术特征P：** 其中，所述MIB包括用于指示时间资源、频率资源和序列的组合的PRACH前导码索引<br>**《未公开》** | 对比文件未公开通过MIB中的“PRACH前导码索引”来指示资源组合。对比文件[0067]段描述了在专用信令中“a dedicated preamble for each of the CCs”，即每个CC有独立的专用前导码，并未使用一个统一的索引来同时指示时、频、码三者的组合。 | 目标专利提出使用一个“PRACH前导码索引”来映射一个包含时、频、码资源的完整配置，这类似于一个索引表。对比文件中虽然使用了`ra-PreambleIndex`，但该索引仅指示前导码本身，而不包含时频资源。时频资源是由`ra-PRACH-MaskIndex`和CC ID单独指示的，没有组合成一个单一的“PRACH前导码索引”并放入MIB。 |
| **技术特征Q：** 其中，所述PRACH前导码索引被映射到表<br>**《未公开》** | 该特征依赖于特征P，由于特征P未被公开，特征Q自然也未被公开。对比文件中没有提到一个表，该表用于将“PRACH前导码索引”映射到具体的资源配置。 | 与特征P的论述相同。对比文件中，资源的指示是直接的（独立参数），而非通过查表。 |
| **技术特征R：** 所述表具有索引列表<br>**《未公开》** | 该特征依赖于特征Q，由于特征Q未被公开，特征R自然也未被公开。对比文件未提及任何相关的“索引列表”。 | 与特征Q的论述相同。 |
| **技术特征S：** 每个索引对应于一个或多个时间资源、一个或多个频率资源和一个或多个序列的一个配置<br>**《未公开》** | 该特征依赖于特征P、Q、R，由于前述特征未被公开，特征S自然也未被公开。对比文件中每个CC的配置是显式给出的，没有使用索引来映射一个包含时、频、码的完整配置。 | 与特征P、Q、R的论述相同。 |
| **技术特征T：** 其中，所述MIB显式列出时间资源、频率资源和序列的允许组合集<br>**《未公开》** | 对比文件未公开在MIB中“显式列出”允许的组合。其方式是在HO命令或PDCCH命令中直接为UE指示一个或多个允许的CC及其相关配置。这虽然也是一种“显式列出”，但其位置在专用信令而非MIB中。 | 目标专利的特征是将允许的组合集直接放在MIB中广播，这允许UE在初始接入时无需额外的RRC信令就能知道所有可能的PRACH机会。对比文件中，对于切换，UE通过专用信令获得信息；对于初始接入，UE需要读取SIB。将资源配置放在MIB中是一种特定的、非显而易见的实现方式，对比文件未公开此特征。 |
---
### 公开性代码
根据分析，对比文件直接或隐含公开了以下技术特征：
* 直接公开：C, E, G, I
* 隐含公开：H, J
<<<C>>><<<E>>><<<G>>><<<I>>><<<h>>><<<j>>>