一种双模移动电话中实现呼叫的方法

文档序号:7963142阅读:227来源:国知局
专利名称:一种双模移动电话中实现呼叫的方法
技术领域
本发明涉及一种双模移动通讯终端设备实现呼叫的方法,特别是涉及一 种双模中两种模式的射频容易相互干扰的移动通讯终端中实现呼叫的方法。
背景技术
目前已有的双模手机不外乎GSM/PHS, CDMA/GSM和WCDMA/GSM 等,对于双模的实现各个厂家也各不相同,在双才莫中的两个模式的频点相隔 较远,其相互间的干扰较低,因此在这种双模手机中一般都是双待机,两种 模式都可以处于待机状态,其中某个模式进行呼叫时不需考虑另一个模式对 其产生的射频干扰。如果双模中的两个模式的频点相隔较近,考虑到射频干 扰,如果采用双待机的方案那么双模中某个模式进行呼叫时,由于另一个模 式的射频干扰会导致业务无法进行或者业务质量明显下降。
对于前者,目前的手机一般都是双模双待机,而对于后者一般都是双模 单待机,如杲需要进行另 一个^i式的呼叫需要先关机然后再开机进入另 一个 模式。考虑到3G的频带划分中各个模式的频段相邻较近,基于3G的双模 手机在双模双待机时实现呼叫就会引入干扰,导致业务质量下降。如果采用
双模单待机的方案,则会让终端用户无法体验到双模手机的便捷。因此,手 机厂商们希望在两种模式可能产生射频千扰的情况下也能实现双模双待机, 然而目前还没有比较理想的双模双待机下实现呼叫的方案。

发明内容
本发明所要解决的技术问题是提供一种通用的双模手机实现呼叫的方 法,即能避免双模双待机手机进行业务时由于射频干扰导致的业务质量下降 或业务无法实现,又可以避免模式间切换的等待时间过长的问题。
为了实现上述目的,本发明提供了 一种双模移动电话主叫时实现呼叫的
方法,首先设置一个用于双模控制才莫块,其呼叫过程包括以下步骤
(a) 在双模双待机状态下,用户选择某个模式A进行呼叫;
(b) 所述双模控制模块收到用户的该呼叫请求后,识别出是模式A的 呼叫请求;
(c) 所述双模控制模块向模式B协议栈发送关闭射频请求,如收到射 频关闭成功的消息,将呼叫请求发送到模式A的协议栈;
(d) 如呼叫建立成功,在通话结束后执行步骤(e);如呼叫建立失败, 直接执行步骤(e);
(e) 所述双模控制模块向模式B协议栈发送开启射频请求,射频开启 成功后,重新进入双模双待机状态。
进一步,上述方法还可以具有以下特点所述双模控制模块设置在人机 界面和两个模式的协议栈之间,独立于人机界面之外,所述步骤(b)的呼 叫请求是由人机界面发送到该双模控制模块。
进一步,上述方法还可以具有以下特点所述步骤(b)双模控制模块 识别出是模式A的呼叫请求后,先判断当前的系统状态是否允许该模式的 呼叫呼出,如果是,再执行步骤(c),否则返回呼叫失败信息,结束。
进一步,上述方法还可以具有以下特点所述步骤(c)中,所述双模 控制模块如收到射频关闭失败的消息或者超时未收到响应消息,对于紧急呼 叫或报警号码,总是将呼叫请求发送到模式A的协议栈,对于普通呼叫, 则根据相应配置进行处理,或者将呼叫请求发送到模式A的协议栈,继续 步骤(d),或者返回呼叫失败消息,结束。
进一步,上述方法还可以具有以下特点所述步骤(c)在关闭模式B 的射频时,所述双模控制模块如检测到模式A或模式B协议栈上报的来电 消息,拒绝来电并将其存入未接来电记录,在模式A通话结束或呼叫建立 失败之前,拒绝模式B的任何来电,如有来电则存入未接来电记录,在模 式A通话结束或呼叫建立失败后,结束冲突检测,该过程中如有未接来电 则通知用户。
本发明提供一种双模移动电话作被叫时实现呼叫的方法,首先设置一个
用于双模控制模块,其呼叫过程包括以下步骤
(A) 某个模式A的协议栈上报有来电消息至所述双模控制模块,所述 双模控制模块识别出是模式A的来电;
(B) 所述双模控制模块向另一个模式B的协议栈发送关闭射频请求;
(C) 如所述双模控制模块收到射频关闭成功的消息后,将来电消息显 示给用户;
(D) 如用户选择接听,呼叫建立成功,在通话结束后执行步骤(E), 如用户拒绝接听,呼叫建立失败,直接执行步骤(E);
(E) 所述双模控制模块向模式B的协议栈发送开启射频请求,射频开 启成功后,重新进入双才莫双待机状态。
进一步,上述方法还可以具有以下特点所述双模控制模块设置在人 机界面和两个模式的协议栈之间,独立于人机界面之外,所述步骤(C)该 双模控制模块将来电消息发送到人机界面后,由人机界面显示给用户。
进一步,上述方法还可以具有以下特点所述步骤(A)双模控制模块 识别出是模式A的来电后,先判断该来电消息在当前状态下是否支持该呼 叫,如果支持,执行步骤(B),否则,双模控制模块拒绝来电,将该来电 写入未接来电记录,然后通知用户,结束。
进一步,上述方法还可以具有以下特点所述步骤(C)中,所述双模 控制模块如收到射频关闭失败的消息,或者超时未收到响应消息,则根据相 应配置进行处理,或者将来电消息显示给用户,继续步骤(D);或者拒绝 来电,将该来电写入未接来电记录,然后通知用户,结束。
进一步,上述方法还可以具有以下特点所述步骤(B)在关闭模式B 的射频时,所述双模控制模块如检测到模式A或模式B协议上报来电消息, 拒绝来电并将其存入未接来电记录,在模式A通话结束或呼叫建立失败之 前,拒绝模式B任何来电,有来电则存入未接来电记录,在模式A通话结 束或呼叫建立失败后,结束冲突检测,如有未接来电再通知用户。
可以看出,本发明双^t手机中实现呼叫的方法,通过关闭其中某个模式
射频的方法,避免了双模双待机手机进行业务时由于射频千扰导致的业务质
量下降或业务无法实现;同时通过关闭射频的方法避免了模式间切换的等待 时间过长的问题;另外,本方法可进一步引入双模控制模块,对双模业务进 行沖突检测,有效地避免了双待机所带来的业务冲突。本方法的提出为频点 相距较近的双模双待机的实现提供了 一个比较理想的解决方案,让用户既能 拥有双模手机的双模功能,同时也能体验到双模手机的便捷,提高了双模手 机的功能性和可使用性。


图1是本发明实施例系统结构的示意图 图2是本发明实施例主叫实现的流程图 图3是本发明实施例被叫实现的流程图 图4是本发明实施例冲突检测流程图。
具体实施例方式
下面结合附图进一步详细说明本发明的具体实施示例。
图1所示为本发明的软件系统架构图,人机界面(MMI)与双模的两 个协议栈(PS)之间引入了双模控制模块(DMC),将双模的业务逻辑控 制从MMI中剥离出来,由双模控制模块与两个协议栈进行交互,MMI只负 责用户逻辑的任务处理。双模控制模块专注于处理双模的业务逻辑,包括模 式切换,双模的业务冲突处理,避免呼叫时的射频干扰等,这样有利于实现 双才莫手才几的平台化。
图2所示为本实施例双模双待机下的主叫流程图,包括以下步骤
步骤IOI,在双模双待机下,用户选择被叫号码和呼叫模式,假定为模 式A,通过MMI发起呼叫业务;
步骤102,双模控制模块收到MMI传来的呼叫请求后,识别该呼叫从 模式A发起,然后判断当前的系统状态是否允许模式A的呼叫呼出,如果 不允许,执行步骤103,否则,如果允许,执行步骤104;
步骤103,双模控制模块向MMI返回呼叫失败的消息,MMI收到此消 息后提示用户,然后恢复到双模双待机状态,结束;
步骤104,双模控制模块向模式B协议栈发送关闭射频的请求;否则, 执行步骤105;
同时,双模控制模块启动一沖突检测过程(步骤104'),在关闭模式B 射频时,如收到模式A或模式B协议栈上报的来电消息,则拒绝此来电, 将其存入未接来电记录,对随后的任何来电消息均拒绝并存入未接来电记 录,直到模式A协议栈返回通话结束或呼叫建立失败消息,结束沖突检测 过程。
步骤105,根据模式B协议栈返回的消息或等待是否超时判断关闭射频 是否成功,如果是,执行步骤107,如果关闭失败,执行步骤106;
步骤106,双模控制模块判断是否为配置文件允许的号码,如果不是, 则返回呼叫失败,MMI重新进入双模双待机状态,结束;否则,执行步骤 107;
配置文件允许的号码一般应该为紧急呼叫、报警号码或用户特意设置的 号码。对于普通号码,可以拒绝呼叫。
步骤107,成功关闭射频后,将发起呼叫请求送往相应的^t式A协议栈;
步骤108,如果被叫接听成功,则主叫通话建立,通话完成后,主叫挂 断或被叫挂断或者网络挂断,执行步骤109;如果呼叫建立失败,则直接执 行步骤109;
步骤109,双模控制模块判断是否需要开启模式B射频,如杲不需要, 则直接执行步骤lll,如果需要开启,则执行步骤110;
步骤UO,开启模式B的射频,并判断开启是否成功,如果不成功,进 入单模单待机模式,结束,否则,执行步骤lll;
步骤lll,判断是否有未接来电,如果有,执行步骤112,如果没有, 结束(此时手机处于双模双待机状态);
步骤112,通知用户当前有未接来电,结束(此时手机处于双模双待机 状态)。
图3所示为本实施例双模双待机下的被叫流程图,包括以下步骤
步骤201,在双模双待机下,双模控制模块收到协议栈上报的有来电消 息,开始^皮叫业务;
步骤202,双模控制模块判断当前模式是否允许来电,如果不允许,执 行步骤203,否则,执行步骤204;
步骤203,拒绝此来电,记录此来电为未接来电,并存入未接来电记录, 通知MMI当前有未接来电,系统恢复到双模双待机状态,结束;
步骤204,判断来电的模式A,并发起关闭模式B的射频的请求,否则, 执行步骤205;
同时,双模控制模块启动一冲突检测过程(步骤204,),在关闭模式B 射频时,如收到模式A或模式B协议栈上报的来电消息,则拒绝此来电, 将其存入未接来电记录,对随后的任何来电消息均拒绝并存入未接来电记 录,直到模式A协议栈返回通话结束或呼叫建立失败消息,结束冲突检测 过程。
步骤205,根据模式B协议栈返回的消息或等待是否超时判断关闭射频 是否成功,如果是,执行步骤207,如果关闭失败,执行步骤206;
步骤206,双模控制模块判断是否为配置文件允许的号码,如果不是, 则返回呼叫失败,MMI重新进入双模双待机状态,结束;否则,执行步骤 207;
配置文件允许的号码一般应该为紧急呼叫、报警号码或用户特意设置的 号码。对于普通号码,可以拒绝呼叫。
步骤207,成功关闭射频后,来电消息送往MMI;
步骤208,如果本地接听成功,则被叫通话建立,通话完成后,主叫挂 断或被叫挂断或者网络挂断,执行步骤209;如果呼叫建立失败,则直接执 行步骤209;
步骤209,双模控制模块判断是否需要开启模式B射频,如果不需要, 则直接执行步骤211,如果需要开启,则执行步骤210;
步骤210,开启模式B的射频,并判断开启是否成功,如杲不成功,进 入单模单待机模式,结束,否则,执行步骤211;
步骤211,判断是否有未接来电,如果有,执行步骤212,如杲没有, 结束(此时手机处于双模双待机状态);
步骤212,通知用户当前有未接来电,结束(此时手机处于双模双待机 状态)。
在双模双待机下,考虑到关闭射频时需要等待射频关闭成功与否的消 息,有可能会导致某个模式发起呼叫的时候,却又收到此模式协议栈上报的 来电消息;同样有可能导致某个模式有来电时,又收到另一模式协议栈上报 的有来电消息;更为复杂的是,某一模式发起呼叫,在射频关闭成功之前, 相继收到两个协议栈上报的有来电消息,这样就会在双模手机上产生业务冲 突,因此为了在双模手机中通过关闭射频来实现双待机的呼叫,需要在双模 控制模块中引入沖突检测机制。
单呼出和双呼入的沖突在时间顺序上可以简化为呼入呼出冲突或者双 呼入冲突,因此冲突检测机制只对这两种冲突进行处理。当检测到呼入呼出 沖突时,冲突处理过程根据呼入呼出冲突策略表,决定是抑制呼入还是抑制 呼出,这个表对于用户而言是可编辑的,默认的策略是抑制呼入。图2就是 釆用该策略后的流程。对于双呼入冲突也有一个冲突策略表,此表对于用户 来说也是可编辑的,默认的双呼入沖突策略是抑制后到的呼入。图3就是采 用该策略后的流程。
但在其它实施例中,也可以采用其它的策略,为了对本发明的冲突检测 和处理过程有一个完整的了解,请参照图4示出的冲突^f企测的流程,冲突检 测过程从呼叫业务(主叫或被叫)进入双模控制模块后便开始启动,直到业 务结束,冲突检测过程结束。该过程包括以下步骤
步骤301,双模控制模块在收到MMI对某模式(以下称为呼出模式) 的呼叫请求或某模式(以下称为先入模式)协议栈上报的来电消息,在关闭 另一模式的射频时,又收到某一模式(在呼入呼出冲突时,称为呼入模式, 在双呼入沖突时,称为后入模式)协议栈上报的来电消息;
步骤302,双模控制模块判断是否呼入呼出沖突,如果是,执行步骤303, 否则,是双呼入冲突,执行步骤306;
步骤303,双模控制模块根据呼入呼出冲突策略表判断当前是否采用抑 制呼入策略,如杲是,执行步骤304,否则,是采用抑制呼出策略,执行步 骤305;
步骤304,双模控制模块拒绝此来电,将其存入未接来电记录,同时关 闭非呼出模式的射频,将呼叫请求送往呼出模式的协议栈,之后,对非呼出 模式的来电消息均拒绝并存入未接来电记录,直到呼出模式通话结束或呼叫 建立失败,冲突检测结束;
步骤305,双模控制模块取消呼出,关闭非呼入模式的射频,将呼入模 式的来电消息送到MMI,之后,对非呼入模式的来电消息均拒绝并存入未 接来电记录,直到呼入模式通话结束或呼叫建立失败,冲突检测结束;
步骤306,双模控制模块根据双呼入冲突策略表判断当前是否采用后入 抑制策略,如杲是,执行步骤307,否则,是采用先入抑制策略,执行步骤 308;
步骤307,双模控制模块拒绝后入的来电,将其存入未接来电记录,同 时关闭非先入模式的射频,将先入模式的来电消息送到MMI,之后,对非 先入才莫式的来电消息均拒绝并存入未接来电记录,直到先入^^莫式通话结束或 呼叫建立失败,冲突检测结束;
步骤308,双模控制模块拒绝先入的来电,将其存入未接来电记录,同 时关闭非后入模式的射频,将后入模式的来电消息送到MMI,之后,对非 后入模式的来电消息均拒绝并存入未接来电记录,直到后入模式通话结束或 呼叫建立失败,冲突检测结束;
综上所述,本发明通过关闭射频实现了频点相近的双模双待机手机的呼 叫业务,为双模双待机手机呼叫的实现提供了一种理想的解决方案,它克服 了以往双模手机无法在双待机下实现呼叫或者在双待机下无法避免射频干 扰而导致业务无法进行或业务质量下降,从而导致用户的认可度较低的问
题。同时引入的双模控制模块和沖突检测机制,有效的抑制了双模业务实现
中的冲突,简化了MMI的工作,提高了双模手机的平台化水平,对于双模 手机快速开发提高了效率,缩短了双模手机研发的周期,降低了研发成本。
上述内容仅为本发明的最佳实施方案,其并非用来限制本发明的具体实 施方式,凡根据本方法的主要发明构思而进行的修改和变动,均应属于本发 明权利要求书所要求的保护范围。
权利要求
1、一种双模移动电话做主叫时实现呼叫的方法,首先设置一个用于双模控制模块,其呼叫过程包括以下步骤(a)在双模双待机状态下,用户选择某个模式A进行呼叫;(b)所述双模控制模块收到用户的该呼叫请求后,识别出是模式A的呼叫请求;(c)所述双模控制模块向模式B协议栈发送关闭射频请求,如收到射频关闭成功的消息,将呼叫请求发送到模式A的协议栈;(d)如呼叫建立成功,在通话结束后执行步骤(e);如呼叫建立失败,直接执行步骤(e);(e)所述双模控制模块向模式B协议栈发送开启射频请求,射频开启成功后,重新进入双模双待机状态。
2、 如权利要求1所述的方法,其特征在于,所述双模控制模块设置在 人机界面和两个模式的协议栈之间,独立于人机界面之外,所述步骤(b) 的呼叫请求是由人^L界面发送到该双才莫控制模块。
3、 如权利要求l所述的方法,其特征在于,所述步骤(b)双才莫控制模 块识别出是模式A的呼叫请求后,先判断当前的系统状态是否允许该模式 的呼叫呼出,如果是,再执行步骤(c),否则返回呼叫失败信息,结束。
4、 如权利要求l所述的方法,其特征在于,所述步骤(c)中,所述双 模控制模块如收到射频关闭失败的消息或者超时未收到响应消息,对于紧急 呼叫或报警号码,总是将呼叫请求发送到模式A的协议栈,对于普通呼叫, 则根据相应配置进行处理,或者将呼叫请求发送到模式A的协议栈,继续 步骤(d),或者返回呼叫失败消息,结束。
5、 如权利要求l所述的方法,其特征在于,所述步骤(c)在关闭模式 B的射频时,所述双模控制模块如检测到模式A或模式B协议栈上报的来 电消息,拒绝来电并将其存入未接来电记录,在模式A通话结束或呼叫建 立失败之前,拒绝模式B的任何来电,如有来电则存入未接来电记录,在 模式A通话结束或呼叫建立失败后,结束冲突检测,该过程中如有未接来 电则通知用户。6、 一种双模移动电话作被叫时实现呼叫的方法,首先设置一个用于双 斗莫控制模块,其呼叫过程包括以下步骤(A) 某个模式A的协议栈上报有来电消息至所述双模控制模块,所述 双模控制模块识别出是模式A的来电;(B) 所述双模控制模块向另一个模式B的协议栈发送关闭射频请求;(C) 如所述双模控制模块收到射频关闭成功的消息后,将来电消息显 示给用户;(D) 如用户选择接听,呼叫建立成功,在通话结束后执行步骤(E), 如用户拒绝接听,呼叫建立失败,直接执行步骤(E);(E) 所述双模控制模块向模式B的协议栈发送开启射频请求,射频开 启成功后,重新进入双才莫双待机状态。7、 如权利要求7所述的方法,其特征在于,所述双模控制模块设置在 人机界面和两个模式的协议栈之间,独立于人机界面之外,所述步骤(C) 该双模控制模块将来电消息发送到人机界面后,由人机界面显示给用户。8、 如权利要求7所述的方法,其特征在于,所述步骤(A)双才莫控制 模块识别出是模式A的来电后,先判断该来电消息在当前状态下是否支持 该呼叫,如果支持,执行步骤(B),否则,双模控制模块拒绝来电,将该 来电写入未接来电记录,然后通知用户,结束。9、 如权利要求7所述的方法,其特征在于,所述步骤(C)中,所述 双模控制模块如收到射频关闭失败的消息,或者超时未收到响应消息,则根 据相应配置进行处理,或者将来电消息显示给用户,继续步骤(D);或者 拒绝来电,将该来电写入未接来电记录,然后通知用户,结束。10、 如权利要求7所述的方法,其特征在于,所述步骤(B)在关闭模 式B的射频时,所述双模控制模块如检测到模式A或模式B协议上报来电 消息,拒绝来电并将其存入未接来电记录,在模式A通话结束或呼叫建立 失败之前,拒绝模式B任何来电,有来电则存入未接来电记录,在模式A 通话结束或呼叫建立失败后,结束沖突检测,如有未接来电再通知用户。
全文摘要
本发明提供一种双模移动电话做主叫时实现呼叫的方法,用户选择模式A进行呼叫,双模控制模块收到该呼叫请求后,关闭模式B协议栈射频,将呼叫请求发送到模式A的协议栈,在通话结束后,向模式B协议栈发送开启射频请求。本发明也提供一种双模移动电话作被叫时实现呼叫的方法,模式A的协议栈上报有来电消息,双模控制模块关闭模式B的协议栈射频,将来电消息显示给用户,在通话结束后,向模式B的协议栈发送开启射频请求。本发明双模手机中实现呼叫的方法,避免了由于射频干扰导致的业务质量下降或业务无法实现,同时避免了模式间切换的等待时间过长的问题。
文档编号H04W76/02GK101098547SQ200610090759
公开日2008年1月2日 申请日期2006年6月30日 优先权日2006年6月30日
发明者徐金禄 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1