对比文件名称：发明公开 US7912497B2 Single wireless communication device with multiple, concurrent subscriber number capability
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| A: 一种提高用于在多SIM无线通信设备上处理同时呼叫的能力的方法；《未公开》 | 无直接对应原文。对比文件整体描述了一种具有多个并发用户号码能力的单无线通信设备（参见标题及摘要）。 | 对比文件公开了一种在单个设备中支持多个用户号码（对应多个SIM）的硬件架构和软件功能（例如，在两个号码间切换、处理来电等）。然而，其核心目的是解决用户携带多个物理设备的不便，以及提供基于号码优先级（如主/次号码）的来电处理策略（例如，主号码来电可打断次号码通话，次号码来电则直接转语音信箱）。对比文件并未涉及或教导通过监测各SIM调制解调器栈上的进行中呼叫计数，并在一个SIM达到其网络支持的最大呼叫容量时，动态激活呼叫转发至另一个空闲SIM，以增加单个SIM上可同时处理的呼叫数量这一特定技术问题和方法。因此，该“方法”特征未被公开。 |
| B: 多SIM无线通信设备至少具有与第一无线资源相关联的第一用户识别模块(SIM)和与第二无线资源相关联的第二SIM；《直接公开》 | 说明书第[0041]-[0044]段，第[0064]段：“...a DNSD-G2 cellular phone...the first subscriber number...is provided via a first SIM 250...The second subscriber number...is provided by a second SIM 252.”； 图2A-2E示出了支持两个号码的电路配置，包括两个SIM卡槽（246/248）及可能关联的独立无线资源（如天线111/113，通信模块206A/B）。 | 对比文件明确公开了具有两个SIM卡（SIM 250和SIM 252）的无线通信设备（DNSD-G2手机）。这些SIM卡分别提供第一和第二用户号码。虽然对比文件也描述了共享部分电路组件的实施例（如图2D，2E），但其基本配置（如图2A-2C）明确示出或暗示了每个SIM/号码可以关联独立的无线资源（例如，独立的天线、RF收发机等），以实现并发或独立操作。这直接对应于目标专利中“与第一无线资源相关联的第一SIM”和“与第二无线资源相关联的第二SIM”的特征。 |
| C: 监测在第一调制解调器栈和第二调制解调器栈中的每个调制解调器栈上正在处理的总的进行中的呼叫的计数；《未公开》 | 无直接对应原文。对比文件提到了处理两个号码的来电（例如，图5A，5B），但未提及对每个号码/调制解调器栈上“总的进行中的呼叫”进行“计数”或监测。 | 对比文件描述了当在一个号码（如主号码）上进行通话时，如何处理另一个号码（如次号码）的来电（例如，直接转语音信箱、提示用户等）。然而，这种处理是基于事件（有来电）触发，而非基于持续监测每个调制解调器栈上活动呼叫和保持呼叫的累加计数。目标专利中的“监测...总的进行中的呼叫的计数”是动态呼叫转发机制的核心判断依据，对比文件中没有公开这一持续监测和计数功能。 |
| D: 第一调制解调器栈和第二调制解调器栈分别与第一SIM和第二SIM相关联；《隐含公开》 | 说明书第[0048]段：“Specific DNSD hardware/firmware/software is provided to bridge communications between the two circuits...”； 第[0052]段：“...circuits are each controlled by a central processor that links to the SIM cards...”。 图2A示出了中央处理器（145, 202）通过DNSD交换设施（147）与两个电路（A 210和B 250）连接，每个电路可关联SIM卡。 | 对比文件公开了设备具有两个电路（circuit A 210和circuit B 250）或子电路，分别支持两个用户号码，并且每个号码由对应的SIM卡（SIM 250, SIM 252）提供。虽然对比文件未明确使用“调制解调器栈”这一术语，但本领域技术人员可以理解，为了实现与蜂窝网络的通信，每个支持独立号码的电路必然包含或关联一套完整的通信协议处理实体，即调制解调器栈（包括物理层、数据链路层、无线资源管理、移动性管理、连接管理等）。中央处理器和DNSD软件（MNSD utility）协调这两个电路/栈的操作。因此，该特征在对比文件中是隐含公开的。 |
| E: 确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数是否等于由第一网络建立的第一预置最大计数值，第一网络的供应信息存储在第一SIM上；《未公开》 | 无直接对应原文。对比文件未提及“预置最大计数值”的概念，也未提及由网络建立此类最大值。 | 目标专利中“由第一网络建立的第一预置最大计数值”是关键参数，通常与网络提供的补充服务（如呼叫等待、呼叫保持）所支持的最大同时呼叫数（例如，2个）相关。对比文件虽然提到了呼叫等待和呼叫保持功能（第[0074]段），但并未将其与一个由网络建立的、针对每个SIM/号码的“最大进行中呼叫计数”相关联，也没有描述设备需要确定当前进行中呼叫数是否达到此最大值。该特征未被公开。 |
| F: 响应于确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数等于第一预置最大计数值，确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数是否小于由第二网络建立的第二预置最大计数值，第二网络的供应信息存储在第二SIM上；《未公开》 | 无直接对应原文。 | 该特征是基于特征C和E的后续逻辑判断步骤。由于对比文件未公开对每个调制解调器栈进行呼叫计数监测（特征C），也未公开由网络建立的预置最大计数值（特征E），因此这一基于两个计数值比较的判断逻辑在对比文件中完全没有基础，未被公开。 |
| G: 以及响应于确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数小于第二预置最大计数值，向第一网络发送用于激活呼叫转发功能的信号以将另外的呼叫转发给第二无线资源；《未公开》 | 无直接对应原文。对比文件完全未提及“呼叫转发（Call Forwarding）”功能，更未提及基于呼叫计数比较向网络发送信号以激活该功能。 | 动态激活呼叫转发是目标专利解决技术问题的核心手段。对比文件中处理另一个号码来电的方式主要是：直接转语音信箱、提示用户、或在特定条件下（如主号码来电且启用自动应答模式）将当前通话保持并接听新来电（图5A，5B）。这些处理都是在设备本地或通过用户交互完成的，并未涉及向网络发送信令以修改网络侧的呼叫路由（即激活呼叫转发）。因此，该特征未被公开。 |
| H: 在第一调制解调器栈上正在处理的总的进行中的呼叫的计数包括在第一调制解调器栈上的活动呼叫和保持的呼叫之和；《未公开》 | 无直接对应原文。对比文件提到了“call waiting”和“call hold”功能（第[0074]段，图5A块512），但未明确说明“进行中的呼叫”的计数是活动呼叫与保持呼叫之和。 | 虽然对比文件提及了呼叫等待和保持功能，暗示设备可以处理多个呼叫状态，但并未将其整合为“总的进行中的呼叫的计数”这一特定概念，也未将其作为任何判断逻辑的输入。该特征未被公开。 |
| I: 并且在第二调制解调器栈上正在处理的总的进行中的呼叫的计数包括在第二调制解调器栈上的活动呼叫和保持的呼叫之和；《未公开》 | 无直接对应原文。 | 同特征H，该特征未被公开。 |
| J: 由第一网络建立的第一预置最大计数值包括两个呼叫；《未公开》 | 无直接对应原文。 | 该特征是特征E的具体化。对比文件未提及任何由网络建立的、针对SIM/号码的最大同时呼叫数，更未具体说明该数值为两个。未被公开。 |
| K: 第一调制解调器栈能够通过调用由第一网络提供的补充的呼叫等待和呼叫保持服务来处理两个进行中的呼叫；《未公开》 | 说明书第[0074]段：“...setting up call waiting...”。 图5A块512：“...implements pre-programmed call waiting or call hold features...”。 | 对比文件确实提到了设备具有或可以设置呼叫等待（call waiting）和呼叫保持（call hold）功能，这表明设备有能力处理一个号码上的多个呼叫。然而，对比文件并未明确将这些功能描述为“由第一网络提供的补充服务”，也未将其与“处理两个进行中的呼叫”这一具体能力以及“第一调制解调器栈”直接关联。更重要的是，在目标专利中，此能力是触发后续呼叫转发判断的前提条件之一，而在对比文件中，这些功能是独立存在的，并未嵌入到所述动态呼叫转发逻辑链中。因此，从技术方案整体来看，该特征未被公开。 |
| L: 使用与业务信道相关联的控制信道来向第一网络发送注册请求消息；《未公开》 | 无直接对应原文。 | 对比文件未涉及任何向网络发送用于激活呼叫转发的“注册请求消息”，因此更不可能公开发送该消息所使用的具体信道类型（与控制信道和业务信道相关）。该特征未被公开。 |
| M: 注册请求消息包含与第二SIM相关联的标识符以及用于使用标识符将寻址到第一SIM的传入呼叫转发给第二SIM的指令；《未公开》 | 无直接对应原文。 | 该特征是特征G中“激活呼叫转发功能的信号”的具体内容。由于对比文件未公开向网络发送此类信号，因此该消息的具体内容自然也未被公开。 |
| N: 并且业务信道是由第一网络指派用于由第一调制解调器栈处理的活动呼叫的；《未公开》 | 无直接对应原文。 | 对比文件未详细描述业务信道的指派细节，也未在所述呼叫处理场景中特指“由第一网络指派用于第一调制解调器栈处理的活动呼叫的业务信道”。该特征未被公开。 |
| O: 以及从第一网络接收对呼叫转发注册的确认；《未公开》 | 无直接对应原文。 | 该特征是特征G的后续步骤。由于对比文件未公开向网络发送呼叫转发注册请求，因此自然也谈不上接收确认。该特征未被公开。 |
| P: 确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数是否小于第一预置最大计数值；《未公开》 | 无直接对应原文。 | 该特征是用于判断是否去激活呼叫转发的条件之一。由于对比文件根本不存在呼叫转发机制，因此这一判断条件也未被公开。 |
| Q: 响应于确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数小于第一预置最大计数值，向第一网络发送用于去激活呼叫转发功能的请求；《未公开》 | 无直接对应原文。 | 该特征是动态呼叫转发机制中停止转发的步骤。对比文件未公开任何呼叫转发功能，因此去激活该功能的请求也未被公开。 |
| R: 用于去激活呼叫转发功能的请求包含与第二SIM相关联的标识符以及用于停止转发寻址到第一SIM的传入呼叫的指令；《未公开》 | 无直接对应原文。 | 该特征是特征Q中请求消息的具体内容。未被公开。 |
| S: 确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数是否等于第二预置最大计数值；《未公开》 | 无直接对应原文。 | 该特征是另一个用于判断是否去激活呼叫转发的条件。同特征P，未被公开。 |
| T: 以及响应于确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数等于第二预置最大计数值，向第一网络发送用于去激活呼叫转发功能的请求；《未公开》 | 无直接对应原文。 | 该特征是特征S判断成立后的动作。同特征Q，未被公开。 |
<<<B>>><<<d>>>