一种呼叫处理方法及装置的制作方法

文档序号:7714530阅读:132来源:国知局
专利名称:一种呼叫处理方法及装置的制作方法
技术领域
本发明涉及通信技术领域,特别是指一种通话过程中有其他号码呼入时的呼叫处
理方法及装置。
背景技术
目前,当终端正在通话时如果有其他号码进行呼入,网络侧大都采用不响应该呼 入号码、呼叫转移、遇忙回拨等方式对其进行处理。即使对于已开通三方通话等特殊业务的 用户而言,终端的使用者能够接收到相关号码的呼叫请求信息,但有许多呼入号码对终端 使用者而言在接听重要来电时并不想要接听,并会对其通话过程造成较大的负面影响。
专利申请号为CN200610042752.X的中国专利为一种实现插入呼叫功能的方法,
该方法主要通过在交换机上设定用户的插入呼叫业务数据,当插入用户呼叫通话用户时, 交换机检测通话用户的插入呼叫业务数据,若满足插入条件,则可进行插入呼叫。上述方案 存在以下不足该技术方案中只要插入呼叫号码满足插入条件,就可以开始插入呼叫流程, 但通常情况下终端使用者设定插入呼叫业务数据时只是为了避免有十分紧急情况出现所 做出的预防措施,大多数时候终端使用者并不希望自己的日常通话受到太多干扰,陷入接 听或者拒绝新的呼叫的尴尬局面。因此,当终端使用用户既不愿意错过重要来电而又不愿 意通话过程中受到插入呼叫号码干扰时,该技术方案就不能满足需求了 。

发明内容
本发明提供一种呼叫处理方法,用以解决利用现有技术的通话过程中有其他非紧
急呼叫时插入呼叫而对通话用户带来干扰的问题。
本发明实施例提供的一种呼叫处理方法,包括 当第一终端与第二终端之间处于通话状态时,网络侧检测到第三终端向第一终端 发送呼叫请求,根据保存的允许插入呼叫功能的定制信息,确定第一终端是否定制插入呼 叫功能; 如果确定第一终端定制允许插入呼叫功能,根据保存的第一终端允许插入呼叫的 用户信息,判断第三终端是否为第一终端允许插入呼叫的用户; 如果第三终端为第一终端允许插入呼叫的用户,则在确定第三终端的本次呼叫为
紧急呼叫时,提示第二终端是否需要接听第三终端的呼叫。
本发明实施例提供的一种呼叫处理的装置,包括 存储单元,用于保存允许插入呼叫功能的定制信息和每个终端允许插入呼叫的用 户信息; 第一判断单元,用于当第一终端与第二终端之间处于通话状态时,检测到第三终 端向第一终端发送呼叫请求,根据保存的允许插入呼叫功能的定制信息,确定第一终端是 否定制插入呼叫功能; 第二判断单元,用于如果确定第一终端定制允许插入呼叫功能,根据保存的第一
4终端允许插入呼叫的用户信息,判断第三终端是否为第一终端允许插入呼叫的用户;
第三判断单元,用于如果第三终端为第一终端允许插入呼叫的用户,确定第三终 端的本次呼叫是否为紧急呼叫; 控制单元,用于在确定第三终端的本次呼叫为紧急呼叫时,提示第二终端是否需 要接听第三终端的呼叫。 采用本发明实施例,与现有技术相比,网络侧先判断插入呼叫方是否被允许插入, 避免了通话过程中一些不必要来电的干扰,如果被允许插入的话网络侧继续判断插入方的 本次呼叫是否为紧急呼叫,如果是,则提醒被叫方接听重要来电,否则将结束插入方的呼叫 请求,此时处于通话状态的被叫方尚不知晓有新的来电呼入,从而达到了既允许重要来电 能够及时插入呼叫,又避免终端使用者在通话过程中受到干扰的效果。


图1为本发明实施例的呼叫处理方法的流程示意图;
图2为本发明呼叫处理方法的一具体实施例的流程示意图;
图3为本发明实施例的装置的结构示意图。
具体实施例方式
为了解决现有技术中存在的网络侧对通话过程中有其他号码呼入时缺乏足够判 断信息,进而对终端使用者通话过程造成负面影响的问题。本发明实施例提供了一种通话 过程中有其他号码呼入的解决方法,当用户来电时不仅会判断其是否被允许插入呼叫,而 且会判断该呼叫是否为紧急呼叫,如果不是则不会提示处于通话状态的被叫方有来电呼 入。
参见图1所示,本发明实施例的呼叫处理方法包括以下步骤 步骤101 :当第一终端与第二终端之间处于通话状态时,网络侧检测到第三终端 向第一终端发送呼叫请求,根据保存的允许插入呼叫功能的定制信息,确定第一终端是否 定制插入呼叫功能。 这里,允许插入呼叫功能的定制信息是申请定制允许插入呼叫功能的终端发送给 网络侧保存,具体可以为申请定制允许插入呼叫功能的终端所允许插入呼叫的用户号码, 还可以进一步包括所允许插入呼叫的用户号码对应的验证码。
步骤102 :如果确定第一终端定制允许插入呼叫功能,根据保存的第一终端允许
插入呼叫的用户信息,判断第三终端是否为第一终端允许插入呼叫的用户。
步骤103 :如果第三终端为第一终端允许插入呼叫的用户,确定第三终端的本次
呼叫是否为紧急呼叫。
可以通过如下方式确定第三终端的本次呼叫是否为紧急呼叫 —种方式,网络侧向第三终端发送用于咨询本次呼叫是否为紧急呼叫的语音信 息,当接收到第三终端返回的验证码时,根据保存的第一终端允许插入呼叫的定制信息中 的验证码对收到的第三终端返回的验证码进行验证,如果验证通过,则确定第三终端的本 次呼叫为紧急呼叫。 另一种方式,网络侧向第三终端发送用于咨询本次呼叫是否为紧急呼叫的语音信息,其中,语音信息提示本次呼叫为紧急呼叫时用户输入的按键,当接收到第三终端返回的 紧急呼叫时对应的按键时,则确定第三终端的本次呼叫为紧急呼叫。 步骤104 :在确定第三终端的本次呼叫为紧急呼叫时,提示第二终端是否需要接 听第三终端的呼叫。
下面结合附图对技术方案的实施作进一步的详细描述 图2为呼叫处理方法的一具体实施例的流程示意图,当终端通话过程中有其他号 码呼入时,具体包括以下步骤 步骤201 :终端A预先开通插入呼叫特殊定制功能,然后根据具体需求按照步骤 208和步骤210中所示两种判断当前插入呼叫是否为紧急呼叫的方法的分别执行步骤202 和步骤203。 这里,具体需求可以根据网络侧设定的规则确定判断当前插入呼叫是否为紧急呼
叫的方法,比如,针对不同的用户,可以设定采取不同的判断方式,也可以根据网络侧是否
保存相关验证码的方式来确定判断当前插入呼叫是否为紧急呼叫的方法。 步骤202 :终端A提供允许插入呼叫的用户手机号码给网络侧,然后执行步骤205。 步骤203 :终端A提供允许插入呼叫的用户手机号码及相关验证密码给网络侧,然
后执行步骤204。 步骤204 :网络侧发送提醒信息给终端A,提示终端A已经开通插入呼叫定制功能,
紧急情况下呼叫终端A且其处于通话状态时可通过在语音提示下输入验证密码的方式来
提醒A与其进行通话,然后执行步骤205。 步骤205 :终端A和终端B处于通话状态。 步骤206 :终端C拨打终端A号码。 步骤207 :网络侧查询之前终端A所提供的其他用户信息中是否有终端C的号码, 没有执行步骤213,否则从步骤202执行到这里的执行步骤208,从步骤203执行到这里的 执行步骤210。 步骤208 :网络侧语音咨询终端C本次呼叫是否是紧急呼叫,是请输入按键'1',执
行步骤209,否则执行步骤213。 步骤209 :终端C输入按键'1'。 步骤210 :网络侧语音咨询终端C本次呼叫是否是紧急呼叫,是请输入验证密码, 执行步骤211,否则执行步骤213。 步骤211 :终端C输入验证密码,执行步骤212。 步骤212 :网络侧检测C所输入验证密码是否正确,是则执行步骤214,否则执行步 骤213。 步骤213 :终端A原有通话状态不变且没有收到终端C的插入呼叫请求。
步骤214 :网络侧提醒终端A有关终端C的紧急呼叫请求,执行步骤215。
步骤215 :终端A选择挂断或保持与终端B的通话,同时接听或挂断终端C的来电。
参见图3所示,本发明实施例的一种呼叫处理的装置包括 存储单元31,用于保存允许插入呼叫功能的定制信息和每个终端允许插入呼叫的 用户信息; 第一判断单元32,用于当第一终端与第二终端之间处于通话状态时,检测到第三终端向第一终端发送呼叫请求,根据保存的允许插入呼叫功能的定制信息,确定第一终端 是否定制插入呼叫功能; 第二判断单元33,用于如果确定第一终端定制允许插入呼叫功能,根据保存的第 一终端允许插入呼叫的用户信息,判断第三终端是否为第一终端允许插入呼叫的用户;
第三判断单元34,用于如果第三终端为第一终端允许插入呼叫的用户,确定第三 终端的本次呼叫是否为紧急呼叫; 控制单元35,用于在确定第三终端的本次呼叫为紧急呼叫时,提示第二终端是否 需要接听第三终端的呼叫。 所述存储单元31,用于接收申请定制允许插入呼叫功能的终端发送允许插入呼叫 功能的定制信息并保存。允许插入呼叫功能的定制信息为申请定制允许插入呼叫功能的终 端所允许插入呼叫的用户号码,还可以进一步包括所允许插入呼叫的用户号码对应的验 证码。 第三判断单元34,用于向第三终端发送用于咨询本次呼叫是否为紧急呼叫的语音 信息,当接收到第三终端返回的验证码时,根据保存的第一终端允许插入呼叫的定制信息 中的验证码对收到的第三终端返回的验证码进行验证,如果验证通过,则确定第三终端的 本次呼叫为紧急呼叫。 第三判断单元34,用于向第三终端发送用于咨询本次呼叫是否为紧急呼叫的语音 信息,其中,语音信息提示本次呼叫为紧急呼叫时用户输入的按键,当接收到第三终端返回 的紧急呼叫时对应的按键时,则确定第三终端的本次呼叫为紧急呼叫。 在本发明实施例中,用户开通插入呼叫定制功能,被叫方处于通话状态时来电,由 于网络侧先判断插入呼叫方是否被允许插入,避免了通话过程中一些不必要来电的干扰, 如果被允许插入的话网络侧继续判断插入方的本次呼叫是否为紧急呼叫,如果是,则提醒 被叫方接听重要来电,否则将结束插入方的呼叫请求,此时处于通话状态的被叫方尚不知 晓有新的来电呼入,从而达到了既允许重要来电能够及时插入呼叫,又避免终端使用者在 通话过程中受到干扰的效果。 以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精 神和原则之内所做的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
权利要求
一种呼叫处理方法,其特征在于,该方法包括以下步骤当第一终端与第二终端之间处于通话状态时,网络侧检测到第三终端向第一终端发送呼叫请求,根据保存的允许插入呼叫功能的定制信息,确定第一终端是否定制插入呼叫功能;如果确定第一终端定制允许插入呼叫功能,根据保存的第一终端允许插入呼叫的用户信息,判断第三终端是否为第一终端允许插入呼叫的用户;如果第三终端为第一终端允许插入呼叫的用户,则在确定第三终端的本次呼叫为紧急呼叫时,提示第二终端是否需要接听第三终端的呼叫。
2. 根据权利要求1所述的方法,其特征在于,允许插入呼叫功能的定制信息是申请定 制允许插入呼叫功能的终端发送给网络侧保存。
3. 根据权利要求2所述的方法,其特征在于,允许插入呼叫功能的定制信息为申请定 制允许插入呼叫功能的终端所允许插入呼叫的用户号码。
4. 根据权利要求3所述的方法,其特征在于,允许插入呼叫功能的定制信息还进一步 包括所允许插入呼叫的用户号码对应的验证码。
5. 根据权利要求4所述的方法,其特征在于,第三终端的本次呼叫为紧急呼叫是通过 如下步骤进行确定网络侧向第三终端发送用于咨询本次呼叫是否为紧急呼叫的语音信息,当接收到第三 终端返回的验证码时,根据保存的第一终端允许插入呼叫的定制信息中的验证码对收到的 第三终端返回的验证码进行验证,如果验证通过,则确定第三终端的本次呼叫为紧急呼叫。
6. 根据权利要求1所述的方法,其特征在于,第三终端的本次呼叫为紧急呼叫是通过 如下步骤进行确定网络侧向第三终端发送用于咨询本次呼叫是否为紧急呼叫的语音信息,其中,语音信 息提示本次呼叫为紧急呼叫时用户输入的按键,当接收到第三终端返回的紧急呼叫时对应 的按键时,则确定第三终端的本次呼叫为紧急呼叫。
7. —种呼叫处理的装置,其特征在于,包括存储单元,用于保存允许插入呼叫功能的定制信息和每个终端允许插入呼叫的用户信息;第一判断单元,用于当第一终端与第二终端之间处于通话状态时,检测到第三终端向 第一终端发送呼叫请求,根据保存的允许插入呼叫功能的定制信息,确定第一终端是否定 制插入呼叫功能;第二判断单元,用于如果确定第一终端定制允许插入呼叫功能,根据保存的第一终端 允许插入呼叫的用户信息,判断第三终端是否为第一终端允许插入呼叫的用户;第三判断单元,用于如果第三终端为第一终端允许插入呼叫的用户,确定第三终端的 本次呼叫是否为紧急呼叫;控制单元,用于在确定第三终端的本次呼叫为紧急呼叫时,提示第二终端是否需要接 听第三终端的呼叫。
8. 根据权利要求7所述的装置,其特征在于,所述存储单元,用于接收申请定制允许插 入呼叫功能的终端发送允许插入呼叫功能的定制信息并保存。
9. 根据权利要求8所述的装置,其特征在于,允许插入呼叫功能的定制信息为申请定制允许插入呼叫功能的终端所允许插入呼叫的用户号码。
10. 根据权利要求9所述的装置,其特征在于,允许插入呼叫功能的定制信息还进一步 包括所允许插入呼叫的用户号码对应的验证码。
11. 根据权利要求io所述的装置,其特征在于,第三判断单元,用于向第三终端发送用于咨询本次呼叫是否为紧急呼叫的语音信息,当接收到第三终端返回的验证码时,根据保 存的第一终端允许插入呼叫的定制信息中的验证码对收到的第三终端返回的验证码进行 验证,如果验证通过,则确定第三终端的本次呼叫为紧急呼叫。
12. 根据权利要求7所述的装置,其特征在于,第三判断单元,用于向第三终端发送用 于咨询本次呼叫是否为紧急呼叫的语音信息,其中,语音信息提示本次呼叫为紧急呼叫时 用户输入的按键,当接收到第三终端返回的紧急呼叫时对应的按键时,则确定第三终端的 本次呼叫为紧急呼叫。
全文摘要
本发明公开了一种呼叫处理方法及装置,用以解决利用现有技术的通话过程中有其他非紧急呼叫时插入呼叫而对通话用户带来干扰的问题。该方法为当第一终端与第二终端之间处于通话状态时,网络侧检测到第三终端向第一终端发送呼叫请求,根据保存的允许插入呼叫功能的定制信息,确定第一终端是否定制插入呼叫功能,如果确定第一终端定制允许插入呼叫功能,根据保存的第一终端允许插入呼叫的用户信息,判断第三终端是否为第一终端允许插入呼叫的用户;如果第三终端为第一终端允许插入呼叫的用户,则在确定第三终端的本次呼叫为紧急呼叫时,提示第二终端是否需要接听第三终端的呼叫。
文档编号H04M1/57GK101715028SQ20091018068
公开日2010年5月26日 申请日期2009年10月26日 优先权日2009年10月26日
发明者王延平, 赵伟 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1