**对比文件名称**：发明公开 EP2629500B1 Apparatus and method for portable terminal having dual subscriber identity module card
**特征比对表格**：
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种提高用于在多SIM无线通信设备上处理同时呼叫的能力的方法；<br>**《直接公开》** | 说明书第[0005]段：“...提供一种装置和方法，通过提供适用于双SIM电话环境的基于用户的呼叫等待功能和呼叫转发功能来提高用户便利性。”<br>说明书第[0030]段：“...双SIM活动功能是能够具有两个SIM卡的便携式终端提供的功能。双SIM活动功能被定义为包括呼叫等待功能、呼入呼叫转发功能...的功能。” | 对比文件明确其发明目的之一是提供适用于双SIM环境的呼叫等待和呼叫转发功能，以提高用户便利性，这直接对应于目标专利中“提高处理同时呼叫能力”的方法目的。 |
| **技术特征B**：多SIM无线通信设备至少具有与第一无线资源相关联的第一用户识别模块(SIM)和与第二无线资源相关联的第二SIM；<br>**《隐含公开》** | 说明书第[0028]段：“...双SIM电话意味着一个便携式终端中可以具有两个SIM卡。”<br>说明书第[0030]段：“...双SIM活动功能是能够具有两个SIM卡的便携式终端提供的功能。” | 对比文件明确描述了具有两个SIM卡的便携终端（双SIM电话）。虽然未明确记载“与第一/第二无线资源相关联”，但对于本领域技术人员而言，双SIM设备（尤其是支持同时活动的设备）中每个SIM需要独立的无线资源（如独立的射频链）来实现其独立通信能力是公知常识。因此，该特征被隐含公开。 |
| **技术特征C**：监测在第一调制解调器栈和第二调制解调器栈中的每个调制解调器栈上正在处理的总的进行中的呼叫的计数；<br>**《隐含公开》** | 说明书第[0030]段：“呼叫等待功能是当放置在便携终端中的两个SIM卡中任一SIM卡所指派的电话号码忙时，保持对该SIM卡的呼入呼叫的功能。”<br>说明书第[0057]段：“呼叫转发功能是...例如，当另一个SIM卡正在执行呼叫时...将呼叫转发给另一个SIM卡所指派的电话号码的功能。” | 对比文件描述了在SIM卡“忙”（即正在处理呼叫）时触发呼叫等待或呼叫转发。要判断SIM卡是否“忙”，设备必然需要知道该SIM卡上当前是否存在进行中的呼叫，这隐含了需要对每个SIM卡（对应其调制解调器栈）上的呼叫状态进行监测。虽然未明确记载“计数”，但监测“是否有呼叫”是监测“呼叫计数”的基础和简化形式，为本领域技术人员容易想到。 |
| **技术特征D**：第一调制解调器栈和第二调制解调器栈分别与第一SIM和第二SIM相关联；<br>**《隐含公开》** | 说明书第[0028]段：“...一个SIM卡存储包括分配给该卡的电话号码的订户信息。”<br>说明书第[0030]段，描述了为每个SIM卡分别设置呼叫等待和呼叫转发功能。 | 对比文件明确每个SIM卡有其独立的订户信息（如电话号码），并分别针对每个SIM卡描述功能设置。在双SIM设备中，每个SIM卡的通信功能（如呼叫处理）必然通过与其相关联的特定协议栈/调制解调器栈来实现，这是本领域技术人员的公知常识。因此，该特征被隐含公开。 |
| **技术特征E**：确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数是否等于由第一网络建立的第一预置最大计数值，第一网络的供应信息存储在第一SIM上；<br>**《隐含公开》** | 说明书第[0030]段：“呼叫等待功能是当放置在便携终端中的两个SIM卡中任一SIM卡所指派的电话号码**忙**时，保持对该SIM卡的呼入呼叫的功能。”<br>说明书第[0057]段：“呼叫转发功能是...例如，当**另一个SIM卡正在执行呼叫（即忙）**时...将呼叫转发给另一个SIM卡所指派的电话号码的功能。” | 对比文件中“SIM卡忙”即对应“正在处理呼叫”。虽然未明确记载“预置最大计数值”，但本领域技术人员知晓，在蜂窝网络中，一个线路（对应一个SIM）所能支持的同时呼叫数量是有限的，通常由网络侧能力决定（例如，通过呼叫等待和保持服务支持最多两个呼叫）。对比文件中“忙”的状态，即表示该SIM已达到其当前能处理的呼叫上限（通常为1个活动呼叫），这隐含了与一个预置的最大能力（例如，1个活动呼叫，或通过补充服务扩展为2个）进行比较的判断。网络供应信息存储在SIM上是SIM卡的固有属性。 |
| **技术特征F**：响应于确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数等于第一预置最大计数值，确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数是否小于由第二网络建立的第二预置最大计数值，第二网络的供应信息存储在第二SIM上；<br>**《隐含公开》** | 说明书第[0031]段：“动态呼叫转移功能是一种无论哪个SIM插入双SIM手机中都能始终保持双SIM活动状态的功能。”<br>说明书第[0065]段：“...动态呼叫转移功能被定义为即使任何SIM被更换并且更换的SIM卡被插入双SIM手机中，也始终保持双SIM活动状态的功能。”<br>结合对特征E的引用，呼叫转发功能在SIM1忙时触发，并转发至SIM2。 | 对比文件的核心思想是在一个SIM忙（达到其处理能力）时，利用另一个SIM来接听呼叫（通过呼叫转发）。这隐含了在决定是否触发向SIM2的转发时，设备需要考虑SIM2的状态是否能够接收呼叫（即是否“空闲”或未达到其最大处理能力）。虽然未明确表述“小于第二预置最大计数值”，但“SIM2能够接听来电”即隐含其呼叫计数未达上限。第二网络的供应信息存储在第二SIM上同样是SIM卡的固有属性。 |
| **技术特征G**：以及响应于确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数小于第二预置最大计数值，向第一网络发送用于激活呼叫转发功能的信号以将另外的呼叫转发给第二无线资源；<br>**《直接公开》** | 说明书第[0033]段：“每当用户输入用于设置双SIM活动功能的命令时，便携终端可以自动设置呼叫等待功能和呼叫转发功能...例如，当另一个SIM卡忙时...将呼入呼叫转发给另一个SIM卡。”<br>说明书第[0040]-[0043]段及图2A-2C，描述了用户手动设置从SIM1到SIM2以及从SIM2到SIM1的呼叫转发功能。 | 对比文件直接且明确地公开了：在满足条件（一个SIM忙）时，设置（即激活）呼叫转发功能，将对该SIM的呼入呼叫转发给另一个SIM。这包括了向网络发送信号以激活该功能的过程（无论是自动还是手动触发）。 |
| **技术特征H**：在第一调制解调器栈上正在处理的总的进行中的呼叫的计数包括在第一调制解调器栈上的活动呼叫和保持的呼叫之和；<br>**《隐含公开》** | 说明书第[0030]段：“呼叫等待功能是当...电话号码忙时，保持呼入呼叫的功能。”<br>说明书第[0031]段：“呼叫转发功能...例如：当呼叫在另一个SIM卡所指派的电话号码忙期间传输到两个SIM卡中的第一个时，用户可以暂时停止对另一个SIM卡所指派的电话号码的呼叫，并可以使用另一个SIM所指派的电话号码继续对第一个的呼叫。” | 对比文件提到了“呼叫等待”（保持呼入呼叫）和“暂时停止一个呼叫以接听另一个”（这使用了呼叫保持功能）。这表明设备能够处理活动呼叫和保持的呼叫。当判断一个SIM是否“忙”以决定是否触发转发时，这个“忙”的状态理应涵盖所有占用该SIM通信资源的呼叫，包括活动和保持的呼叫。因此，该技术特征被隐含公开。 |
| **技术特征I**：并且在第二调制解调器栈上正在处理的总的进行中的呼叫的计数包括在第二调制解调器栈上的活动呼叫和保持的呼叫之和；<br>**《隐含公开》** | 同上（技术特征H的引用）。理由同技术特征H，对于第二SIM状态的判断同样基于其是否“忙”，而“忙”的状态隐含包括了其上的所有活动和保持的呼叫。 | 同技术特征H的论述，该特征被隐含公开。 |
| **技术特征J**：由第一网络建立的第一预置最大计数值包括两个呼叫；<br>**《隐含公开》** | 说明书第[0030]段提及“呼叫等待功能”。<br>说明书第[0031]段举例描述了在一个SIM忙时，通过呼叫等待/保持处理另一个来电的场景。 | 本领域技术人员公知，在GSM等蜂窝网络中，通过运营商提供的呼叫等待和呼叫保持补充服务，一个移动台（对应一个SIM）最多可以同时处理两个呼叫（一个活动，一个保持）。对比文件提及并使用这些服务，隐含了网络所支持的最大同时呼叫数为两个这一常规设定。 |
| **技术特征K**：第一调制解调器栈能够通过调用由第一网络提供的补充的呼叫等待和呼叫保持服务来处理两个进行中的呼叫；<br>**《直接公开》** | 说明书第[0030]段：“呼叫等待功能是当...电话号码忙时，保持呼入呼叫的功能。”<br>说明书第[0031]段：“...用户可以暂时停止对另一个SIM卡所指派的电话号码的呼叫，并可以使用另一个SIM所指派的电话号码继续对第一个的呼叫。（这描述了呼叫保持）” | 对比文件明确记载了设备具备并使用由网络提供的呼叫等待和呼叫保持服务，这正是处理两个进行中呼叫（一个活动，一个保持）所依赖的补充服务。 |
| **技术特征L**：使用与业务信道相关联的控制信道来向第一网络发送注册请求消息；<br>**《未公开》** | 无相应记载。 | 对比文件未提及激活呼叫转发功能时具体使用何种信道（控制信道或业务信道）发送请求消息。该细节未被公开。 |
| **技术特征M**：注册请求消息包含与第二SIM相关联的标识符以及用于使用标识符将寻址到第一SIM的传入呼叫转发给第二SIM的指令；<br>**《隐含公开》** | 说明书第[0033]段：“...便携终端可以自动设置...呼叫转发功能，例如，当另一个SIM卡忙时...将呼入呼叫转发给另一个SIM卡。”<br>说明书第[0036]段：“...呼叫转发功能也被设置，使得呼入到分配给SIM 1的电话号码‘1234’的呼叫被转发给分配给SIM 2的电话号码‘6789’。” | 对比文件明确描述了设置呼叫转发时，需要指定将呼叫从SIM1转发至SIM2（或反之）。要实现此功能，向网络发送的请求中必然需要包含目标SIM（第二SIM）的标识信息（如电话号码）。该特征被隐含公开。 |
| **技术特征N**：并且业务信道是由第一网络指派用于由第一调制解调器栈处理的活动呼叫的；<br>**《未公开》** | 无相应记载。 | 对比文件未提及业务信道的指派细节。该特征未被公开。 |
| **技术特征O**：以及从第一网络接收对呼叫转发注册的确认；<br>**《隐含公开》** | 说明书第[0040]-[0043]段描述了用户手动设置并保存呼叫转发功能的过程。 | 在移动通信中，向网络注册任何补充服务（如呼叫转发），通常都会涉及一个请求-确认的信令过程，以确保服务被正确激活。虽然对比文件未明确描述“接收确认”，但这是本领域实现此类功能的标准流程，因此该特征被隐含公开。 |
| **技术特征P**：确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数是否小于第一预置最大计数值；<br>**《隐含公开》** | 说明书第[0065]段：“动态呼叫转移功能...是始终保持双SIM活动状态的功能...即使任何SIM被更换。”<br>结合特征E、F、G的论述，动态管理意味着状态监控。 | 对比文件强调了“动态”和“始终维持”活动状态。要实现这一点，设备需要持续或周期性地监控每个SIM的呼叫状态。当第一SIM上的呼叫减少（例如，一个呼叫结束）时，其状态从“忙”变为“不忙”，这隐含了设备需要确定其呼叫计数已小于最大处理能力，以便可能调整转发策略（例如，去激活转发）。 |
| **技术特征Q**：响应于确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数小于第一预置最大计数值，向第一网络发送用于去激活呼叫转发功能的请求；<br>**《隐含公开》** | 说明书第[0065]段：“动态呼叫转移功能...是始终保持双SIM活动状态的功能...即使任何SIM被更换。” | “动态”功能意味着根据条件变化进行调整。当第一SIM不再繁忙（呼叫计数小于最大值）时，为了恢复正常呼叫处理并避免不必要的转发，合理的操作是去激活之前设置的呼叫转发。虽然对比文件未明确描述此具体触发条件和去激活请求，但这是实现“动态”管理的必然逻辑延伸，为本领域技术人员在实现对比文件方案时容易想到的步骤。 |
| **技术特征R**：用于去激活呼叫转发功能的请求包含与第二SIM相关联的标识符以及用于停止转发寻址到第一SIM的传入呼叫的指令；<br>**《隐含公开》** | 基于对特征M和Q的隐含公开分析。 | 既然激活转发时需要标识第二SIM，那么去激活时，很可能也需要提供相应的标识信息以指定要取消哪一项转发设置。这属于本领域实现此类功能时的常规设计。 |
| **技术特征S**：确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数是否等于第二预置最大计数值；<br>**《隐含公开》** | 说明书第[0030]段：“呼叫等待功能是当...电话号码忙时...”<br>说明书第[0057]段：“...例如，当另一个SIM卡正在执行呼叫时...”<br>结合特征F的论述。 | 对比文件提到向第二SIM转发呼叫的前提是第二SIM能够接听（即不忙）。动态管理也需要监控第二SIM的状态。如果第二SIM也变得“忙”（即达到其最大处理能力），则它无法再接收转发的呼叫。因此，设备需要确定第二SIM的呼叫计数是否已达到其最大值，这被隐含公开。 |
| **技术特征T**：以及响应于确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数等于第二预置最大计数值，向第一网络发送用于去激活呼叫转发功能的请求；<br>**《隐含公开》** | 说明书第[0065]段：“动态呼叫转移功能...是始终保持双SIM活动状态的功能...” | 同特征Q的论述，“动态”管理意味着根据两个SIM的状态调整转发。当第二SIM达到最大处理能力，无法再作为转发目标时，去激活转发功能是防止呼叫丢失或进入错误状态的合理操作。这属于实现对比文件“动态”和“始终可用”目标的隐含步骤。 |
<<<A>>><<<G>>><<<K>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<h>>><<<i>>><<<j>>><<<m>>><<<o>>><<<p>>><<<q>>><<<r>>><<<s>>><<<t>>>