**对比文件名称**：发明公开 CN102984801A 一种双卡用户设备的通信方法及装置
**特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **A. 一种提高用于在多SIM无线通信设备上处理同时呼叫的能力的方法；** <br>**《直接公开》** | [0004] 本发明的实施例提供一种双卡用户设备的通信方法及装置，能够当双卡用户设备的第一卡通信时，令呼叫双卡用户设备的第二卡的用户设备获知双卡用户设备忙，避免现有技术导致的用户听到“拨打的用户无法接通”等表示该卡不在网的提示，提升了用户体验感。 | 对比文件公开了一种双卡用户设备的通信方法，其目的是在第一卡通信时，处理对第二卡的呼叫，通过向主叫方发送“用户忙”提示来改善用户体验。这与目标专利“提高处理同时呼叫的能力”的方法主题属于相同的技术领域，解决的都是多SIM设备上的呼叫处理问题。因此，该技术特征被直接公开。 |
| **B. 多SIM无线通信设备至少具有与第一无线资源相关联的第一用户识别模块(SIM)和与第二无线资源相关联的第二SIM；** <br>**《直接公开》** | [0002] 一个手机可以插两张卡的双卡手机越来越普及，这两张卡分别可以是SIM(Subscriber Identity Module用户识别模块)...其中，不同的卡具有其相应的网络。 | 对比文件明确描述了具有两张SIM卡（第一卡和第二卡）的双卡手机，并且每张卡连接到其相应的网络，这隐含了每张卡有其对应的无线资源（网络连接）。这与目标专利中具有两个SIM及关联无线资源的多SIM设备特征相同。因此，该技术特征被直接公开。 |
| **C. 监测在第一调制解调器栈和第二调制解调器栈中的每个调制解调器栈上正在处理的总的进行中的呼叫的计数；** <br>**《未公开》** | 对比文件全文未提及对每个SIM/调制解调器栈上正在处理的呼叫进行计数或监测。 | 对比文件的技术方案核心是在第一卡**即将**通信前发送“忙”指令，其触发条件是“第一卡需要通信”（呼入或呼出），而非基于对两个调制解调器栈上**已在进行中的呼叫数量**的实时监测和计数。该特征在对比文件中既无文字记载，也无法从其中隐含得出。 |
| **D. 第一调制解调器栈和第二调制解调器栈分别与第一SIM和第二SIM相关联；** <br>**《隐含公开》** | [0002] ...通过时分复用这个调制解调器，使得这个调制解调器负责两张卡和各自网络的通信...<br>[0097] 场景一、第一指令...是由双卡用户设备的第一卡的协议栈发送至网络侧设备的... | 对比文件提到了“协议栈”（对应于目标专利的调制解调器栈）的概念，并明确指出了“第一卡的协议栈”和“第二卡的协议栈”。结合其双卡设备的描述，本领域技术人员可以直接且毫无疑义地确定，第一卡的协议栈与第一SIM相关联，第二卡的协议栈与第二SIM相关联。因此，该技术特征被隐含公开。 |
| **E. 确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数是否等于由第一网络建立的第一预置最大计数值，第一网络的供应信息存储在第一SIM上；** <br>**《未公开》** | 对比文件全文未提及“预置最大计数值”的概念，也未涉及将当前呼叫计数与一个最大值进行比较的判断逻辑。 | 对比文件的决策逻辑是：第一卡是否“需要通信”（即将建立通信），而非判断第一卡上已存在的呼叫数量是否达到了一个网络设定的最大值。特征E中的“预置最大计数值”及相应的比较判断，在对比文件中没有记载，也无法从其技术方案中推导出来。 |
| **F. 响应于确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数等于第一预置最大计数值，确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数是否小于由第二网络建立的第二预置最大计数值，第二网络的供应信息存储在第二SIM上；** <br>**《未公开》** | 对比文件全文未提及基于两个SIM上呼叫计数与各自最大值的比较来做出决策。 | 对比文件的决策逻辑是单层次的：第一卡需要通信 -> 发送忙指令。它不包含目标专利中这种级联判断：第一卡达最大 -> 检查第二卡是否未达最大。特征F中的两级判断条件和“第二预置最大计数值”在对比文件中均未公开。 |
| **G. 以及响应于确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数小于第二预置最大计数值，向第一网络发送用于激活呼叫转发功能的信号以将另外的呼叫转发给第二无线资源；** <br>**《未公开》** | [0068] S101、在双卡用户设备的第一卡与第一用户设备进行通信前，网络侧设备接收来自双卡用户设备的第一指令，第一指令用于指示双卡用户设备忙。 | 对比文件中，设备向网络发送的是“指示双卡用户设备忙”的指令（第一指令）。该指令的作用是让网络侧直接向后续呼叫第二卡的主叫方播放忙音，**而非**将呼叫从第一卡的网络“转发”到第二卡的网络并由第二卡接听。两者采用的网络补充服务（呼叫前转 vs. 用户忙状态指示）及最终效果（呼叫被设备另一SIM接听 vs. 呼叫被网络拒绝）有本质区别。因此，特征G未被公开。 |
| **H. 在第一调制解调器栈上正在处理的总的进行中的呼叫的计数包括在第一调制解调器栈上的活动呼叫和保持的呼叫之和；** <br>**《未公开》** | 对比文件全文未提及“活动呼叫”、“保持的呼叫”以及对这些呼叫状态的计数。 | 该特征是对特征C中“进行中的呼叫”计数范围的进一步限定。由于对比文件根本未公开“进行中的呼叫的计数”这一概念，因此该限定特征自然也未被公开。 |
| **I. 并且在第二调制解调器栈上正在处理的总的进行中的呼叫的计数包括在第二调制解调器栈上的活动呼叫和保持的呼叫之和；** <br>**《未公开》** | 对比文件全文未提及“活动呼叫”、“保持的呼叫”以及对这些呼叫状态的计数。 | 同上，该特征是对另一调制解调器栈计数范围的限定，在对比文件中未被公开。 |
| **J. 由第一网络建立的第一预置最大计数值包括两个呼叫；** <br>**《未公开》** | 对比文件全文未提及“预置最大计数值”，更未提及其具体数值为“两个”。 | 该特征是对特征E中“第一预置最大计数值”的具体数值限定。由于对比文件未公开“预置最大计数值”这一概念，因此其具体数值也未被公开。 |
| **K. 第一调制解调器栈能够通过调用由第一网络提供的补充的呼叫等待和呼叫保持服务来处理两个进行中的呼叫；** <br>**《未公开》** | 对比文件全文未提及“呼叫等待”、“呼叫保持”服务，也未描述第一调制解调器栈能够处理两个进行中的呼叫。 | 该特征解释了为何最大计数值是两个，并说明了实现方式。对比文件未涉及利用呼叫等待/保持服务处理多个呼叫的技术情景，因此该特征未被公开。 |
| **L. 使用与业务信道相关联的控制信道来向第一网络发送注册请求消息；** <br>**《未公开》** | 对比文件未具体描述发送“第一指令”所使用的信道类型。 | 该特征限定了激活呼叫转发功能时信号发送的具体信道类型。对比文件仅提及发送“第一指令”，但未公开其使用的信道是否为“与业务信道相关联的控制信道”。该技术细节未被公开。 |
| **M. 注册请求消息包含与第二SIM相关联的标识符以及用于使用标识符将寻址到第一SIM的传入呼叫转发给第二SIM的指令；** <br>**《未公开》** | 对比文件中，设备发送的“第一指令”用于指示“双卡用户设备忙”，其目的是让网络设置用户状态为忙，而非包含一个转发目标标识符的呼叫转发指令。 | 该特征限定了注册请求消息的具体内容。对比文件中的“第一指令”在目的和内容上均与目标专利的“呼叫转发注册请求消息”不同。因此，该特征未被公开。 |
| **N. 并且业务信道是由第一网络指派用于由第一调制解调器栈处理的活动呼叫的；** <br>**《未公开》** | 对比文件未描述在发送“第一指令”时，第一卡是否已占用业务信道，也未描述该指令与业务信道的关系。 | 该特征限定了特征L中所述业务信道的来源和用途。对比文件未公开此技术细节。 |
| **O. 以及从第一网络接收对呼叫转发注册的确认；** <br>**《未公开》** | 对比文件未描述网络侧对“第一指令”的响应是否包含一个确认消息。 | 该特征限定了呼叫转发激活流程中的确认步骤。对比文件未公开此交互细节。 |
| **P. 确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数是否小于第一预置最大计数值；** <br>**《未公开》** | 对比文件未提及基于呼叫计数与最大值的比较来确定是否去激活功能。 | 该特征是关于去激活呼叫转发的判断条件之一。对比文件中去激活“忙”状态的触发条件是“通信结束”，而非呼叫计数的变化。因此，该特征未被公开。 |
| **Q. 响应于确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数小于第一预置最大计数值，向第一网络发送用于去激活呼叫转发功能的请求；** <br>**《未公开》** | [0093] 双卡用户设备的第一卡与第一用户设备通信结束后，双卡用户设备根据通信结束生成用于指示双卡用户设备闲的第二指令，并发送第二指令至网络侧设备。 | 对比文件中，在通信结束后发送“第二指令”（闲指令）以去激活忙状态。虽然两者都有在条件满足时向网络发送去激活指令的步骤，但触发条件不同（目标专利：呼叫计数小于最大值；对比文件：通信结束）。且两者去激活的功能性质不同（呼叫转发 vs. 用户忙状态指示）。因此，特征Q未被公开。 |
| **R. 用于去激活呼叫转发功能的请求包含与第二SIM相关联的标识符以及用于停止转发寻址到第一SIM的传入呼叫的指令。；** <br>**《未公开》** | 对比文件未描述“第二指令”的具体内容。 | 该特征限定了去激活请求消息的内容。对比文件未公开“第二指令”是否包含与第二SIM相关的标识符及停止转发的指令。 |
| **S. 确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数是否等于第二预置最大计数值；** <br>**《未公开》** | 对比文件未提及对第二卡呼叫计数的监测，也未提及“第二预置最大计数值”。 | 该特征是去激活呼叫转发的另一个判断条件。对比文件的技术方案完全不涉及对第二卡上正在处理的呼叫数量的监测和判断。因此，该特征未被公开。 |
| **T. 以及响应于确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数等于第二预置最大计数值，向第一网络发送用于去激活呼叫转发功能的请求；** <br>**《未公开》** | 对比文件未提及基于第二卡呼叫计数达到最大值而去激活功能的逻辑。 | 该特征是基于特征S判断结果执行的动作。由于特征S未被公开，且对比文件整体方案不包含此逻辑，因此特征T也未被公开。 |
<<<A>>><<<B>>><<<d>>>