发明公开 CN103581854A 双卡双待单通手机及其电话呼入方法_+++A_G_K_b_c_d_e_f_h_i_j_m_q_r+++.docx

**对比文件名称:** 发明公开 CN103581854A 双卡双待单通手机及其电话呼入方法

**特征比对表格:**

技术特征描述对比文件原文引用公开性论述
**A. 一种提高用于在多SIM无线通信设备上处理同时呼叫的能力的方法**<br>**《直接公开》**说明书第[0004]段:“本发明的目的在于提供一种双卡双待单通手机及其电话呼入方法,使得双卡双待单通手机在一张SIM卡处于通话中时,另外一张SIM卡也可以呼入。”<br>说明书第[0006]段:“本发明提供了一种双卡双待单通手机的电话呼入方法,包含以下步骤:...”对比文件明确公开了一种用于双卡双待单通手机的“电话呼入方法”,其目的在于解决一张SIM卡通话时另一张SIM卡无法呼入的问题,从而提高设备处理来自不同SIM卡的呼入呼叫的能力。这与目标专利权利要求特征A所限定的“提高用于在多SIM无线通信设备上处理同时呼叫的能力的方法”属于相同类型的技术方案,目的和作用相同。
**B. 多SIM无线通信设备至少具有与第一无线资源相关联的第一用户识别模块(SIM)和与第二无线资源相关联的第二SIM**<br>**《隐含公开》**说明书第[0002]段:“双卡双待手机的机身内,置有两个用户身份鉴别模件(Subscriber Identification Module,简称“SIM”)卡槽,两张SIM卡可以同时处于待机状态...”<br>说明书第[0006]段:“...检测本手机中是否已插入有两张均在线的用户身份鉴别模件SIM卡...”对比文件明确公开了设备具有两个SIM卡(第一SIM和第二SIM)。虽然对比文件未明确使用“与第一无线资源相关联”的表述,但其描述的“双卡双待单通”手机,为了实现两个SIM卡能分别进行通话(即使是分时的),必然需要为每个SIM卡配置相应的无线通信资源(如射频链、基带处理器等)。对于本领域技术人员而言,在双卡双待手机中,每个SIM卡需要关联独立的或可切换的无线资源以进行通信是公知常识。因此,该特征在对比文件中是隐含公开的。
**C. 监测在第一调制解调器栈和第二调制解调器栈中的每个调制解调器栈上正在处理的总的进行中的呼叫的计数**<br>**《隐含公开》**说明书第[0006]段:“...检测本手机中是否已插入有两张均在线的用户身份鉴别模件SIM卡...”<br>说明书第[0016]段(对应图1步骤160):“...分别开通所述两张SIM卡各自的呼叫等待功能和无法接通情况下的呼叫转移功能...”对比文件未直接记载“监测...进行中的呼叫的计数”。然而,对比文件的方法核心是:当一张SIM卡通话(即有一个进行中的呼叫)时,通过呼叫转移使另一张SIM卡的来电也能接入。要实现此方案,手机必须能够检测或知晓每张SIM卡当前是否处于通话状态(即是否有进行中的呼叫)。开通“呼叫等待”功能也意味着设备需要管理同一SIM卡上的多个呼叫状态。因此,监测每个SIM卡(对应其调制解调器栈)上是否有进行中的呼叫,是实施对比文件技术方案的必要前提和隐含步骤。
**D. 第一调制解调器栈和第二调制解调器栈分别与第一SIM和第二SIM相关联**<br>**《隐含公开》**说明书第[0002]段:“...两张SIM卡可以同时处于待机状态...”<br>说明书第[0006]段:“...检测本手机中是否已插入有两张均在线的用户身份鉴别模件SIM卡...”对比文件未提及“调制解调器栈”这一具体术语。但在移动通信领域,每个SIM卡要实现通信功能,必须通过相应的基带处理模块(即调制解调器栈)与网络交互。在双卡手机中,通常存在分别处理两个SIM卡通信的硬件或逻辑模块。对于本领域技术人员,在阅读对比文件时,能够直接且毫无疑义地确定,两个SIM卡必然分别与处理其通信功能的相应模块(即调制解调器栈)相关联。因此,该特征被隐含公开。
**E. 确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数是否等于由第一网络建立的第一预置最大计数值,第一网络的供应信息存储在第一SIM上**<br>**《隐含公开》**说明书第[0016]段:“...分别开通所述两张SIM卡各自的呼叫等待功能...”<br>说明书第[0027]段:“...在两张卡都开通了呼叫等待功能后,自动设置SIM卡1和SIM卡2的语言电话呼叫转移功能...”对比文件未直接记载“预置最大计数值”及其由“第一网络建立”。但对比文件的核心是当一张卡“处于通话中”(即有一个进行中的呼叫)时,触发对另一张卡的呼叫转移。开通“呼叫等待”功能意味着网络允许该SIM卡在已有通话时接收第二个来电。通常,在GSM等网络中,呼叫等待功能支持的最大同时呼叫数(一个活动,一个保持)是由网络侧规定和管理的,这是一个隐含的、本领域公知的限制。因此,确定第一SIM卡上是否已达到其可处理的最大呼叫数(例如,1个活动呼叫,结合呼叫等待为最多2个),是触发对比文件中呼叫转移逻辑的隐含判断条件。
**F. 响应于确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数等于第一预置最大计数值,确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数是否小于由第二网络建立的第二预置最大计数值,第二网络的供应信息存储在第二SIM上**<br>**《隐含公开》**说明书第[0004]段:“...使得双卡双待单通手机在一张SIM卡处于通话中时,另外一张SIM卡也可以呼入。”<br>说明书第[0016]段:“...将对本SIM卡号码的呼叫在无法接通时转接到所述手机中的另一张SIM卡所对应的电话号码上。”对比文件未明确描述对第二张SIM卡当前呼叫计数的判断。但其方案是将第一张SIM卡的来电“转接”到第二张SIM卡。要实现成功的转接,一个必要的前提是第二张SIM卡能够接听电话,即其未处于“无法接通”状态(例如,正在通话且未开通呼叫等待,或已关机等)。在“单通”手机中,如果第二张SIM卡正在通话,则它无法同时接听转接来的电话。因此,隐含的逻辑是:在决定将呼叫从第一SIM卡转发至第二SIM卡时,需要确保第二SIM卡当前没有占用通话通道(即其进行中的呼叫计数小于其最大能力,在单通场景下通常为小于1)。这是实施对比文件方案所必需的隐含判断步骤。
**G. 以及响应于确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数小于第二预置最大计数值,向第一网络发送用于激活呼叫转发功能的信号以将另外的呼叫转发给第二无线资源**<br>**《直接公开》**说明书第[0006]段:“...分别开通所述两张SIM卡各自的...无法接通情况下的呼叫转移功能;其中,在开通所述呼叫转移功能时,将对本SIM卡号码的呼叫在无法接通时转接到所述手机中的另一张SIM卡所对应的电话号码上。”<br>说明书第[0027]段:“...自动设置SIM卡1和SIM卡2的语言电话呼叫转移功能,将SIM卡1的电话呼叫转移到SIM卡2上,将SIM卡2的电话呼叫转移到SIM卡1上。”对比文件直接公开了:在满足条件(使能双号码呼入功能、两张卡在线且设置好号码)后,手机会开通SIM卡的“无法接通情况下的呼叫转移功能”,并具体设置为将呼叫转接到另一张SIM卡的号码。这等同于向网络发送信号(如USSD消息)以激活呼叫转发功能,且转发的目标是与第二SIM卡相关联的无线资源(因为来电将呼入到第二SIM卡)。作用与目标专利相同,都是为了在特定条件下利用第二SIM卡的资源接收原本指向第一SIM卡的呼叫。
**H. 在第一调制解调器栈上正在处理的总的进行中的呼叫的计数包括在第一调制解调器栈上的活动呼叫和保持的呼叫之和**<br>**《隐含公开》**说明书第[0016]段:“...分别开通所述两张SIM卡各自的呼叫等待功能和无法接通情况下的呼叫转移功能...”<br>说明书第[0027]段:“本领域技术人员可以理解,在开通呼叫等待功能时,呼叫保持功能也将会自动开通。”对比文件明确提到了开通“呼叫等待”和“呼叫保持”功能。这些补充服务正是用于管理同一SIM卡上的多个呼叫,包括活动呼叫和保持呼叫。因此,当对比文件提及SIM卡“处于通话中”或触发呼叫转移的条件时,对于本领域技术人员而言,这里“通话中”的状态自然涵盖了通过呼叫等待/保持服务所维持的活动呼叫和保持呼叫。该计数方式是使用这些服务的必然结果,因此被隐含公开。
**I. 并且在第二调制解调器栈上正在处理的总的进行中的呼叫的计数包括在第二调制解调器栈上的活动呼叫和保持的呼叫之和**<br>**《隐含公开》**同上(说明书第[0016]、[0027]段)理由同特征H。对比文件为两张SIM卡均开通了呼叫等待和保持功能。因此,在考虑第二SIM卡是否可用于接收转接呼叫时,其“进行中的呼叫”同样应理解为包括活动呼叫和保持呼叫。这是由已开通的服务特性所决定的隐含技术特征。
**J. 由第一网络建立的第一预置最大计数值包括两个呼叫**<br>**《隐含公开》**说明书第[0016]、[0027]段(关于开通呼叫等待功能)对比文件未明确说明最大计数值为“两个”。然而,对比文件依赖的“呼叫等待”功能,在当时的GSM等蜂窝网络标准中,通常允许用户在同一SIM卡上最多处理两个语音呼叫:一个为活动状态,另一个为等待(可转换为保持)状态。这是本领域技术人员的公知常识。因此,当对比文件提及开通呼叫等待功能以支持双号码呼入时,隐含了网络侧支持的最大同时呼叫数为两个。
**K. 第一调制解调器栈能够通过调用由第一网络提供的补充的呼叫等待和呼叫保持服务来处理两个进行中的呼叫**<br>**《直接公开》**说明书第[0016]段:“...分别开通所述两张SIM卡各自的呼叫等待功能和无法接通情况下的呼叫转移功能...”<br>说明书第[0027]段:“本领域技术人员可以理解,在开通呼叫等待功能时,呼叫保持功能也将会自动开通。”对比文件直接、明确地记载了为SIM卡开通“呼叫等待功能”,并指出“呼叫保持功能也将会自动开通”。这些正是由网络提供的补充服务。开通这些服务的目的就是为了让该SIM卡能够处理多个进行中的呼叫(例如,一个活动,一个保持)。这与目标专利特征K的描述完全一致。
**L. 使用与业务信道相关联的控制信道来向第一网络发送注册请求消息**<br>**《未公开》**无相应记载。对比文件仅描述了“开通”或“设置”呼叫转移功能,但未具体披露实现这一设置所使用的底层通信信道类型,例如是否使用与业务信道相关联的专用控制信道(如FACCH、SACCH)来发送USSD注册请求。该特征涉及具体的信令传输实现方式,对比文件未提供相关信息。
**M. 注册请求消息包含与第二SIM相关联的标识符以及用于使用标识符将寻址到第一SIM的传入呼叫转发给第二SIM的指令**<br>**《隐含公开》**说明书第[0006]段:“...将对本SIM卡号码的呼叫在无法接通时转接到所述手机中的另一张SIM卡所对应的电话号码上。”<br>说明书第[0027]段:“...将SIM卡1的电话呼叫转移到SIM卡2上...”对比文件明确记载了呼叫转移的目标是“另一张SIM卡所对应的电话号码”。电话号码是SIM卡在网络中的关键标识符(如MSISDN)。因此,当手机向网络发送请求以设置呼叫转移时,该请求消息中必然需要包含目标SIM卡的电话号码(标识符)以及指示转发操作的指令。这是实现所描述功能的必然要求,因此该特征被隐含公开。
**N. 并且业务信道是由第一网络指派用于由第一调制解调器栈处理的活动呼叫的**<br>**《未公开》**无相应记载。对比文件未描述业务信道的指派细节。虽然通话需要业务信道,但该特征限定了业务信道是由第一网络指派、专门用于第一调制解调器栈处理的活动呼叫的。对比文件未涉及如此具体的资源分配关系描述。
**O. 以及从第一网络接收对呼叫转发注册的确认**<br>**《未公开》**无相应记载。对比文件描述了设置呼叫转移功能,但未提及设置后是否从网络接收确认消息。这是一个具体的信令交互步骤,对比文件未予披露。
**P. 确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数是否小于第一预置最大计数值**<br>**《未公开》**无相应记载。对比文件主要描述了初始设置呼叫转移功能以解决单通问题,但未披露在呼叫转发功能激活后,持续监测第一SIM卡上的呼叫计数,并判断其是否小于最大值的后续控制逻辑。该特征涉及动态管理机制,对比文件未涉及。
**Q. 响应于确定在第一调制解调器栈上正在处理的总的进行中的呼叫的计数小于第一预置最大计数值,向第一网络发送用于去激活呼叫转发功能的请求**<br>**《隐含公开》**说明书第[0033]段:“...在接收到用户输入的取消双号码呼入功能的指示,或用户指示将所述两张SIM卡中的任意一张SIM卡设置为不在线,去使能所述双号码呼入功能,关闭所述两张SIM卡各自的呼叫等待功能和无法接通情况下的呼叫转移功能。”对比文件虽然没有基于呼叫计数的自动判断,但明确记载了在用户取消功能或设置SIM卡不在线时,会“关闭”呼叫转移功能。关闭呼叫转移功能必然需要向网络发送相应的去激活请求。虽然触发条件不同(用户操作 vs 呼叫计数变化),但“向网络发送去激活呼叫转发功能的请求”这一动作本身在对比文件中已被隐含公开。其作用都是终止呼叫转发服务。
**R. 用于去激活呼叫转发功能的请求包含与第二SIM相关联的标识符以及用于停止转发寻址到第一SIM的传入呼叫的指令**<br>**《隐含公开》**同上(说明书第[0033]段)由于对比文件记载了关闭“将本SIM卡号码的呼叫...转接到另一张SIM卡”的功能,那么向网络发送的去激活请求中,必然需要包含相关标识信息(如第一SIM的号码)和指示停止转发的指令,以便网络准确取消之前设置的转发规则。这是实现功能关闭的必然要求,因此被隐含公开。
**S. 确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数是否等于第二预置最大计数值**<br>**《未公开》**无相应记载。对比文件未披露监测第二SIM卡上的呼叫计数,并判断其是否达到最大值的步骤。该特征涉及对第二卡资源的动态监控,对比文件未涉及。
**T. 以及响应于确定在第二调制解调器栈上正在处理的总的进行中的呼叫的计数等于第二预置最大计数值,向第一网络发送用于去激活呼叫转发功能的请求**<br>**《未公开》**无相应记载。对比文件未披露基于第二SIM卡呼叫数达到最大值而自动触发去激活呼叫转发的机制。该特征涉及更复杂的协同控制逻辑,对比文件未涉及。

<<<A>>><<<G>>><<<K>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<h>>><<<i>>><<<j>>><<<m>>><<<q>>><<<r>>>

权利要求与技术特征
Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE