**对比文件名称**：2010-12-08_CN101203005B_发明授权_CN101203005B 一种解决单芯片双卡双待手机主副卡载波冲突的方法
**目标专利名称**：由多SIM通信设备进行的系统信息解码 CN106465245B
**本次调用的模型名称**：DeepSeek-R1
### **特征比对表格**
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A: 包括：确定与针对第一订阅的系统信息(SI)消息相关联的时间码(TC)《隐含公开》** | [0009] 步骤1分别计算主副卡的系统消息和寻呼消息的位置；[0025] ...无线资源控制模块在开机后会进行频点扫描，解析系统消息...计算出其对应的寻呼消息在载波上的位置... | 对比文件公开了计算主副卡“系统消息的位置”。在GSM等蜂窝通信系统中，系统消息的调度和发送是基于特定的时序结构，例如复帧和帧编号。时间码(TC)是GSM标准（如3GPP TS 45.002）中用于标识系统消息在哪个复帧中发送的关键参数。本领域技术人员在实施“计算系统消息的位置”这一步骤时，必然需要依据相关通信标准（如GSM）来确定系统消息的调度时间，这本身就隐含了确定与该系统消息相关联的调度参数，即时间码(TC)。因此，本领域技术人员可以从对比文件“计算系统消息的位置”毫无疑义地、合理地推断出其中包含了“确定与系统消息相关联的时间码(TC)”这一技术手段。 |
| **B: 确定针对所述第一订阅的多个SI消息在相同TC上进行发送《未公开》** | 对比文件未提及此内容。 | 目标专利的特征B核心在于识别出“多个SI消息在相同TC上进行发送”这一特定调度场景，这是触发后续需要执行“四个连续解码”操作的前提条件。对比文件虽然提到了“连续的系统消息解析”（如[0015], [0031], [0038]），但这是指在时间上连续接收多个复帧以完成小区重选，其目的是为了获取一个小区（或邻近小区）完整的系统信息集合，并未涉及“多个SI消息在相同TC上发送”这一基于TC映射的特定调度冲突问题。对比文件完全没有提及时间码(TC)的概念，更未提及基于TC的SI消息映射规则以及多个SI消息被调度在同一TC上的场景。因此，该特征未被对比文件公开。 |
| **C: 确定相比于对SI消息进行解码，另外的订阅是否正在执行较低优先级活动《隐含公开》** | [0009] 步骤2判断主副卡之间的冲突类型；步骤3根据冲突的类型，设定业务的优先级；[0031] ...当主卡单个系统消息的解析跟副卡寻呼相冲突，优先安排副卡寻呼的接收，舍弃系统消息；[0032] ...当主卡为小区切换做连续的系统消息解析时，如果跟副卡的寻呼消息相冲突，则优先安排主卡进行连续的系统消息解析，舍弃副卡的寻呼消息。 | 对比文件公开了判断主副卡业务冲突类型，并根据冲突类型设定优先级。例如，将“主卡单个系统消息解析”与“副卡寻呼”进行比较，并设定“副卡寻呼”优先级更高；将“主卡连续系统消息解析（用于小区切换）”与“副卡寻呼”进行比较，并设定“主卡连续系统消息解析”优先级更高。这实质上就是在判断另一订阅（副卡）正在执行的活动（如寻呼）与当前订阅（主卡）的SI消息解码活动相比，哪个优先级更高。虽然对比文件没有使用“较低优先级活动”这一概括性表述，但其具体实施例（寻呼 vs 单个SI解析）已经隐含了在进行优先级比较时，需要确定另一订阅的活动是否属于相比SI解码而言的较低优先级活动（例如，单个SI解码优先级低于寻呼）。本领域技术人员可以合理推断出这一判断步骤。 |
| **D: 以及当相比于对SI消息进行解码，所述另外的订阅正在执行较高优先级活动时，增加系统信息定时器，以便在完成所述另外的订阅的所述较高优先级活动之后，能容纳所述第一订阅的所述相同TC的四个连续解码。《未公开》** | [0036] ...当主卡的系统消息晚于副卡的业务时...对于主卡小区切换进行的连续系统消息解析，将其延迟到副卡业务结束后进行。 | 目标专利特征D的解决方案是**增加系统信息定时器**，以确保在较高优先级活动完成后，仍有足够的时间完成**基于相同TC的四个连续解码**。对比文件仅公开了当主卡系统消息（无论是单个还是连续解析）与副卡较高优先级业务冲突时，采取“延迟”主卡操作至副卡业务结束（[0036]）。但对比文件：1）**未提及“增加系统信息定时器”** 这一特定手段，其“延迟”是一种调度策略，并未涉及修改或调整获取系统信息所依赖的定时器；2）**未提及“相同TC的四个连续解码”** 这一特定操作，其“连续系统消息解析”是针对小区重选，目的和触发条件与目标专利中为解决“多SI同TC”而需进行的“四个连续解码”不同。因此，对比文件未公开“增加定时器以容纳四个连续解码”这一完整的技术方案。 |
| **E: 其中，所述方法还包括：当相比于对SI消息进行解码，所述另外的订阅正在执行较低优先级活动时，在执行所述另外的订阅的所述活动之前，执行所述第一订阅的所述相同TC的四个连续解码。《未公开》** | [0015] ...当主卡为小区切换做连续的系统消息解析时，如果跟副卡的寻呼消息相冲突，则优先安排主卡进行连续的系统消息解析，舍弃副卡的寻呼消息。[0038] ...当主卡或副卡只有一个连续系统消息解析时，优先保证连续系统消息解析... | 目标专利特征E的核心是在另一订阅为较低优先级活动时，**优先执行“相同TC的四个连续解码”**。对比文件公开了在冲突时“优先保证连续系统消息解析”（[0038]），这包含了在另一订阅活动（如寻呼）优先级较低时，先执行主卡的连续解析。**然而，关键区别在于**：对比文件的“连续系统消息解析”是**为了小区重选**（见[0033]描述），而目标专利的“相同TC的四个连续解码”是**为了解决多个SI消息被调度在同一TC上**这一特定调度问题所需的操作。两者目的和触发条件不同。对比文件没有公开“相同TC”这一调度背景，也没有将“四个连续解码”与该特定调度问题关联。因此，该特征未被公开。 |
| **F: 还包括：当所述另外的订阅的活动能够被抢占时，使针对所述第一订阅的所述SI消息的解码具有优先性。《隐含公开》** | [0009] 步骤3根据冲突的类型，设定业务的优先级；步骤4优先处理优先级高的业务，舍弃低优先级的业务。[0031] ...优先安排副卡寻呼的接收，舍弃系统消息；[0032] ...优先安排主卡进行连续的系统消息解析，舍弃副卡的寻呼消息。 | 对比文件明确公开了根据设定的业务优先级，“优先处理优先级高的业务，舍弃低优先级的业务”。这实质上就是在判断冲突类型（即判断另一订阅的活动是否可以被抢占）后，使被判定为高优先级的业务（其中包含“第一订阅的SI消息解码”，如连续系统消息解析）获得优先处理权。例如，当主卡连续系统消息解析被设定为高优先级时，就使其优先于低优先级的副卡寻呼（[0032]）。这隐含公开了“当另一订阅的活动能够被抢占（即其优先级较低）时，使第一订阅的SI消息解码具有优先性”这一技术特征。 |
| **G: 其中，所述较低优先级活动包括下面中的至少一项：同步信道(SCH)读取、广播控制信道(BCCH)读取、寻呼信道(PCH)读取或者邻居小区获取。《未公开》** | [0031] ...副卡寻呼消息... | 对比文件仅明确提到了“寻呼消息”（PCH读取）作为可能与系统消息解析冲突的活动之一。但并未提及“同步信道(SCH)读取”、“广播控制信道(BCCH)读取”或“邻居小区获取”作为具体的较低优先级活动示例。虽然“寻呼”被公开，但目标专利特征G是一个包含多项具体活动的并列选择特征。对比文件仅公开了其中一项（PCH读取），并未公开全部或暗示该列举集合。因此，该特征G作为整体未被公开。 |
| **H: 其中，所述较高优先级活动包括位置区域更新(LAU)和路由区域更新(RAU)中的至少一个。《未公开》** | [0035]-[0036] ...副卡的通话业务...副卡的主叫业务... | 对比文件将“副卡的通话业务”、“主叫业务”作为较高优先级活动的例子（在与主卡系统消息冲突时，主卡操作被延迟或舍弃）。但**并未提及“位置区域更新(LAU)”或“路由区域更新(RAU)”**。LAU/RAU是特定的移动性管理信令过程，与通话业务属于不同类型的活动。对比文件未公开LAU/RAU作为较高优先级活动的具体示例。 |
| **I: 其中，所述无线通信设备是多用户标识模块(SIM)多待机设备，其中，所述第一订阅与一个用户标识模块(SIM)相关联，所述另外的订阅与另外的SIM相关联，以及其中，每个订阅共享单个射频(RF)资源。《直接公开》** | [0005] 从而一种采用单套芯片实现双卡双待手机的要求开始出现，单芯片双卡双待手机采用一套天线、射频模块、基带处理芯片和其他外设组成...[0024] 单芯片双卡双待手机采用一套天线、射频模块、基带处理芯片和其他外设组成... | 对比文件明确其发明对象就是“单芯片双卡双待手机”，并明确指出该手机只有“一套天线、射频模块、基带处理芯片”，即主副卡（两个订阅）共享单个射频(RF)资源。这直接、毫无疑义地公开了目标专利特征I的全部内容：多SIM（双卡）多待机（双待）设备，第一订阅（主卡）与一个SIM关联，另一订阅（副卡）与另一SIM关联，且共享单个RF资源。 |
| **J: 其中，所述第一订阅处于系统信息获取状态。《隐含公开》** | [0031] ...主卡单个系统消息的解析...；[0032] ...主卡为小区切换做连续的系统消息解析...；[0038] ...主卡...连续系统消息解析... | 对比文件中多次描述主卡进行“系统消息的解析”。当设备在执行系统消息解析时，其目的正是为了获取系统信息，以进行小区选择、重选或驻留。本领域技术人员可以毫无疑义地理解，此时主卡（第一订阅）正处于“系统信息获取状态”。因此，该特征被对比文件隐含公开。 |
| **K: 包括：处理器《未公开》** | 对比文件未明确描述装置硬件结构。 | 对比文件全文聚焦于方法步骤，虽然其方法必然在包含处理器的设备上执行，但说明书中并未明确描述或指出该设备包含“处理器”这一具体的硬件部件。因此，该硬件结构特征未被公开。 |
| **L: 与所述处理器电子通信的存储器《未公开》** | 对比文件未明确描述装置硬件结构。 | 同上，对比文件未描述设备包含“存储器”以及与处理器的连接关系。该特征未被公开。 |
| **M: 以及存储在所述存储器中的计算机程序，所述计算机程序可由所述处理器执行以用于进行以下操作：确定与针对第一订阅的系统信息(SI)消息相关联的时间码(TC)《隐含公开》** | [0009] 步骤1分别计算主副卡的系统消息和寻呼消息的位置； | 结合对特征A和特征K、L的论述。对比文件公开了方法步骤“计算系统消息的位置”，这隐含了确定TC的功能。虽然对比文件未明确描述“计算机程序”，但本领域技术人员知晓，此类控制方法通常以软件/程序形式存储在存储器中并由处理器执行。在假设装置包含处理器和存储器的前提下，可以合理推断存在用于执行“确定TC”这一功能的计算机程序。因此，该特征被隐含公开。 |
| **N: 确定针对所述第一订阅的多个SI消息在相同TC上进行发送《未公开》** | 对比文件未提及此内容。 | 同特征B，该技术内容未被对比文件公开。因此，即使以计算机程序形式实现，该特征也未被公开。 |
| **O: 确定相比于对SI消息进行解码，另外的订阅是否正在执行较低优先级活动《隐含公开》** | [0009] 步骤2判断主副卡之间的冲突类型；步骤3根据冲突的类型，设定业务的优先级； | 同特征C，对比文件公开了判断冲突类型和设定优先级的方法步骤。在假设装置包含处理器和存储器的前提下，可以合理推断存在用于执行此功能的计算机程序。该特征被隐含公开。 |
| **P: 以及当相比于对SI消息进行解码，所述另外的订阅正在执行较高优先级活动时，增加系统信息定时器，以便在完成所述另外的订阅的所述较高优先级活动之后，能容纳所述第一订阅的所述相同TC的四个连续解码。《未公开》** | [0036] ...将其延迟到副卡业务结束后进行。 | 同特征D，对比文件未公开“增加系统信息定时器”和“容纳相同TC的四个连续解码”的技术方案。因此，该特征未被公开。 |
| **Q: 还包括：可执行以用于当相比于对SI消息进行解码，所述另外的订阅正在执行较低优先级活动时，在执行所述另外的订阅的所述活动之前，执行所述第一订阅的所述相同TC的四个连续解码的计算机程序。《未公开》** | [0038] ...优先保证连续系统消息解析... | 同特征E，对比文件未公开针对“相同TC的四个连续解码”这一特定操作的程序。因此，该特征未被公开。 |
| **R: 还包括：可执行以当所述另外的订阅的活动能够被抢占时，使针对所述第一订阅的所述SI消息的解码具有优先性的计算机程序。《隐含公开》** | [0009] 步骤4优先处理优先级高的业务，舍弃低优先级的业务。 | 同特征F，对比文件公开了使高优先级业务优先处理的方法。在假设装置包含处理器和存储器的前提下，可以合理推断存在用于执行此功能的计算机程序。该特征被隐含公开。 |
| **S: 其中，所述较低优先级活动包括下面中的至少一项：同步信道(SCH)读取、广播控制信道(BCCH)读取、寻呼信道(PCH)读取或者邻居小区获取。《未公开》** | [0031] ...副卡寻呼消息... | 同特征G，该具体活动列表作为整体未被公开。 |
| **T: 其中，所述较高优先级活动包括位置区域更新(LAU)和路由区域更新(RAU)中的至少一个。《未公开》** | [0035]-[0036] ...副卡的通话业务... | 同特征H，该具体活动列表未被公开。 |
| **U: 包括：用于确定与针对第一订阅的系统信息(SI)消息相关联的时间码(TC)的单元《隐含公开》** | [0009] 步骤1分别计算主副卡的系统消息和寻呼消息的位置； | 同特征A和M。对比文件公开了“计算系统消息的位置”这一功能。该功能可以通过专用的功能单元（如时间码确定模块）来实现。本领域技术人员可以合理推断出存在用于实现该功能的单元。因此，该特征被隐含公开。 |
| **V: 用于确定针对所述第一订阅的多个SI消息在相同TC上进行发送的单元《未公开》** | 对比文件未提及此内容。 | 同特征B和N，该功能未被公开，因此对应的单元也未被公开。 |
| **W: 用于确定相比于对SI消息进行解码，另外的订阅是否正在执行较低优先级活动的单元《隐含公开》** | [0009] 步骤2判断主副卡之间的冲突类型；步骤3根据冲突的类型，设定业务的优先级； | 同特征C和O。对比文件公开了判断冲突类型和设定优先级的功能。可以合理推断存在用于实现此功能的单元（如优先级判断模块）。该特征被隐含公开。 |
| **X: 以及用于当相比于对SI消息进行解码，所述另外的订阅正在执行较高优先级活动时，增加系统信息定时器，以便在完成所述另外的订阅的所述较高优先级活动之后，能容纳所述第一订阅的所述相同TC的四个连续解码的单元。《未公开》** | [0036] ...将其延迟到副卡业务结束后进行。 | 同特征D和P，该完整的技术方案未被公开，因此对应的单元也未被公开。 |
| **Y: 还包括：用于当相比于对SI消息进行解码，所述另外的订阅正在执行较低优先级活动时，在执行所述另外的订阅的所述活动之前，执行所述第一订阅的所述相同TC的四个连续解码的单元。《未公开》** | [0038] ...优先保证连续系统消息解析... | 同特征E和Q，该特定操作未被公开，因此对应的单元也未被公开。 |
| **Z: 还包括：用于当所述另外的订阅的活动能够被抢占时，使针对所述第一订阅的所述SI消息的解码具有优先性的单元。《隐含公开》** | [0009] 步骤4优先处理优先级高的业务，舍弃低优先级的业务。 | 同特征F和R。对比文件公开了使高优先级业务优先处理的功能。可以合理推断存在用于实现此功能的单元（如调度或仲裁模块）。该特征被隐含公开。 |
<<<I>>><<<a>>><<<c>>><<<f>>><<<j>>><<<m>>><<<o>>><<<r>>><<<u>>><<<w>>><<<z>>>