CN104581621A - 一种定制呼叫的方法及网络设备 - Google Patents

Abstract

本申请公开了一种定制呼叫的方法及网络设备，所述方法包括：网络设备在接收到定制呼叫发起方的定制呼叫请求后，判断是否允许所述定制呼叫发起方发起的定制呼叫，如果允许，则在所述网络设备所属的网络中发起对被叫用户的寻呼；所述网络设备如果寻呼到被叫用户，则完成所述定制呼叫发起方与所述被叫用户的通话链路。

Description

一种定制呼叫的方法及网络设备

技术领域

本发明涉及通信领域，尤其涉及一种定制呼叫的方法及网络设备。

背景技术

随着无线通讯网络的发展，在国外制定了相应的紧急呼叫的法律法规，强制终端和系统提供紧急呼叫的功能，从现有的紧急呼叫的实现来讲，主要是针对有一个终端发起的向特定的号码的呼叫，如在国内主要是向110、120、119等呼叫，在美国是对911等号码的呼叫，呼叫的目的主要是保护使用人在特殊情况下也能通知特殊部门及时进行救援等。但是，我们也需要看到，即使在有该技术支撑的条件下，紧急突发情况下，依然存在一定的问题，可以总结包括如下的几个缺陷：

（1）对于在运动中的终端的定位，存在一定的困难，如在轮船、火车等交通工具上的终端，尽管美国规定在紧急呼叫时需要携带呼叫者的GPS信息，但是对于运动中的紧急呼叫，该GPS信息则仅限于呼叫发起时刻的信息，无法更新；

（2）呼叫的双方仅限于一般用户和特殊部门之间，且由一般用户在特殊情况下发起，使用范围较窄；

（3）随着互联网技术的发展，通讯技术不在局限于原有的通讯系统中的固定电话、移动通讯，还包括了IP电话等，即用户可以在互联网上发起通话的功能；

（4）异质网络的发展，如WiFi、物联网等的逐渐兴起，异质网络间有通讯的需求等。

基于上述问题的描述，现有的紧急通讯需要一定的扩展。

发明内容

本发明要解决的技术问题是提供一种定制呼叫的方法及网络设备，实现在定制呼叫中普通用户作为被叫时的扩展方法。

为解决上述技术问题，本发明的一种定制呼叫的方法，包括：

网络设备在接收到定制呼叫发起方的定制呼叫请求后，判断是否允许所述定制呼叫发起方发起的定制呼叫，如果允许，则在所述网络设备所属的网络中发起对被叫用户的寻呼；

所述网络设备如果寻呼到被叫用户，则完成所述定制呼叫发起方与所述被叫用户的通话链路。

进一步地，所述方法还包括：

所述网络设备在所属的网络中发起对被叫用户的寻呼后，如果未寻呼到被叫用户，则向签约的其他网络发起对所述被叫用户的寻呼，如果所述签约的其他网络寻呼到所述被叫用户，则所述网络设备与所述签约的其他网络共同完成所述定制呼叫发起方与所述被叫用户的通话链路。

进一步地，所述方法还包括：

所述被叫用户在接收到寻呼后，判断出定制呼叫的类型，根据定制呼叫的类型调整该被叫用户的情景模式，并在呼叫完成后，恢复所述被叫用户的原情景模式。

进一步地，所述方法还包括：

所述网络设备向签约的其他网络发起对所述被叫用户的寻呼后，如果所述签约的其他网络未寻呼到所述被叫用户，则所述网络设备判断是否存在异质网络寻呼设置，如果存在，则向所设置的异质网络发送寻呼请求。

进一步地，所述判断是否允许所述定制呼叫发起方发起的定制呼叫，包括：

判断以下条件是否全部满足：

(1)被叫用户是否允许定制呼叫；

(2)定制呼叫发起方是否属于被叫用户允许的发起方；

(3)定制呼叫的类型是否满足被叫用户允许的定制类型。

进一步地，所述方法还包括：

所述被叫用户在与所述定制呼叫发起方建立通话链路后，上传并更新自身的位置信息。

进一步地，所述定制呼叫为紧急呼叫，所述定制呼叫发起方为特殊部门的呼叫中心，所述被叫用户为网络用户。

进一步地，一种网络设备，包括：接收单元、判断单元、寻呼单元和链路建立单元，其中：

所述接收单元，用于接收定制呼叫发起方的定制呼叫请求；

所述判断单元，用于在所述接收单元接收到定制呼叫发起方的定制呼叫请求后，判断是否允许所述定制呼叫发起方发起的定制呼叫；

所述寻呼单元，用于在所述判断单元判断允许所述定制呼叫发起方发起的定制呼叫后，在所述网络设备所属的网络中发起对被叫用户的寻呼；

所述链路建立单元，用于如果寻呼到被叫用户，则完成所述定制呼叫发起方与所述被叫用户的通话链路。

进一步地，所述寻呼单元，还用于如果在所述网络设备所属的网络中未寻呼到被叫用户，则向签约的其他网络发起对所述被叫用户的寻呼；

所述链路建立单元，用于如果所述签约的其他网络寻呼到所述被叫用户，则与所述签约的其他网络共同完成所述定制呼叫发起方与所述被叫用户的通话链路。

进一步地，所述寻呼单元，还用于如果所述签约的其他网络未寻呼到所述被叫用户，则判断是否存在异质网络寻呼设置，如果存在，则向所设置的异质网络发送寻呼请求。

进一步地，所述判断单元判断是否允许所述定制呼叫发起方发起的定制呼叫，包括：

判断以下条件是否全部满足：

(1)被叫用户是否允许定制呼叫；

(2)定制呼叫发起方是否属于被叫用户允许的发起方；

(3)定制呼叫的类型是否满足被叫用户允许的定制类型。

进一步地，所述定制呼叫为紧急呼叫，所述定制呼叫发起方为特殊部门的呼叫中心，所述被叫用户为网络用户。

本发明的有益效果包括：

(1)允许下行定制（特殊或紧急）呼叫；

(2)在网络上配置定制的号码和呼叫类型，允许定制呼叫在不同运营商网络之间传递呼叫；

(3)允许在异质网络条件下呼叫；

(4)位置信息可连续更新。

附图说明

图1是本申请的定制呼叫的用户2向用户1发起定制呼叫的示意图；

图2～图3是本申请的用户2发起定制呼叫的流程图；

图4是本申请的在终端上允许发起不同类型的呼叫的示意图；

图5是本申请的网络设备的架构图。

具体实施方式

本申请的定制呼叫的方法主要包括以下几方面内容：

(1)被叫用户未附着状态下，归属网络中的网络设备在网络内寻呼被叫用户，被叫用户发现被寻呼时响应网络，使用定制呼叫（紧急呼叫）通道建立呼叫连接完成通话。

(2)被叫用户未附着状态下，归属网络中的网络设备寻呼未找到被叫用户，在归属网络向签约的其他网络发起定制（紧急、特殊）呼叫，签约的其他网络发起网络寻呼，若被叫用户发现被寻呼时使用发送寻呼的网络信道建立呼叫连接。

(3)网络设备通过IP网络发起寻呼，被叫用户接受寻呼并建立连接，如通过SKYPE、QQ等。

(4)对于设置在静音模式下对于定制呼叫（紧急呼叫或者特殊来电呼叫）需要调整该模式，在完成呼叫后继续恢复为静音模式。

(5)在条件满足的情况下，在通话过程中被叫用户上传位置信息，并且尽可能的更新位置信息。

本申请的方法不限于在紧急通讯中，也可以在其他特定的条件下使用该扩展方法。

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，申请中的实施例及实施例中的特征可以相互任意组合。

如图1所示，当定制呼叫的用户2向用户1发起定制呼叫时，定制呼叫可能是通过网络A或者网络B建立，在建立过程中也可能需要网络A和网络B之间通讯。

本申请主要分为两个大的步骤：即在网络上配置定制呼叫的属性，如配置呼叫类型（如紧急呼叫）、允许呼叫的主叫号码（定制呼叫发起方）和/或允许呼叫的被叫号码（被叫用户，可以是电话号码，也可以是类似于SKYPE等IP电话的如邮件形式的号码如aaazzz.com等形式）、本功能使能和禁用、鉴权方式、跨网络呼叫使能/禁用等；第二大步骤则是呼叫的流程，使用以下实例来说明。

实施例1：

如图2所示，本申请的定制呼叫的方法，包括：

步骤201：用户2发起一个定制呼叫；

步骤202：网络B收到来自用户2的定制呼叫请求，网络B对该呼叫进行判别：

被叫号码是否允许定制呼叫；

主叫号码是否属于被叫号码允许的定制呼叫号码；

呼叫类型是否满足被叫号码允许的定制类型；

完成上述主要判断后，确认允许发起呼叫。

步骤203：网络B在其网络发起对被叫用户的寻呼，终端B收到该寻呼后建立在网络B上的定制呼叫连接，网络B负责完成主被叫之间的通话链路；

步骤204：通话过程中上传和更新被叫的位置信息（该步骤属于可选）。

实施例2：

如图3所示，本申请的定制呼叫的方法，包括：

步骤301：用户2发起一个定制呼叫；

步骤302：网络B收到来自用户2的定制呼叫请求，网络B对该呼叫进行判别：

被叫号码是否允许定制呼叫；

主叫号码是否属于被叫号码允许的定制呼叫号码；

呼叫类型是否满足被叫号码允许的定制类型；

完成上述主要判断后，确认允许发起呼叫。

步骤303：网络B在其网络发起对被叫用户的寻呼，在规定的时间内未能寻呼到被叫用户；

步骤304：网络B向其签约的其他网络发起对被叫用户的寻呼，如向网络A发起对被叫的定制呼叫寻呼

步骤305：网络A收到来自网络B的对被叫的定制呼叫寻呼，并在其网络内发起对被叫的定制呼叫寻呼；被叫收到该寻呼后建立在网络A上的定制呼叫连接，网络A和网络B负责完成主被叫之间的通话链路；

步骤306：通话过程中上传和更新被叫的位置信息（该步骤属于可选）。

实施例3：

步骤1：用户2发起一个定制呼叫；

步骤2：网络B收到来自用户2的定制呼叫请求，网络B对该呼叫进行判别：

被叫号码是否允许定制呼叫；

主叫号码是否属于被叫号码允许的定制呼叫号码；

呼叫类型是否满足被叫号码允许的定制类型；

完成上述主要判断后，确认允许发起呼叫。

步骤3：网络B在其网络发起对被叫用户的寻呼；

步骤4：终端B收到该寻呼后，根据所设置的选项，判断定制呼叫类型，根据所设呼叫类型，自动调整终端的情景模式，如是否调整为铃响，是否调整为震动等；

建立在网络B上的定制呼叫连接，网络B负责完成主被叫之间的通话链路。

步骤5：通话过程中上传和更新被叫的位置信息（该步骤属于可选）。

实施例4：

质网络定制寻呼：

步骤a：用户2发起一个定制呼叫；

步骤b：网络B收到来自用户2的定制呼叫请求，网络B对该呼叫进行判别：

被叫号码是否允许定制呼叫；

主叫号码是否属于被叫号码允许的定制呼叫号码；

呼叫类型是否满足被叫号码允许的定制类型；

完成上述主要判断后，确认允许发起呼叫。

步骤c：网络B在其网络发起对被叫用户的寻呼，在规定的时间内未能寻呼到被叫用户；

步骤d：网络B向其签约的其他网络发起对被叫用户的寻呼，如向网络A发起对被叫的定制呼叫寻呼；

步骤e：网络A收到来自网络B的对被叫的定制呼叫寻呼，并在其网络内发起对被叫的定制呼叫寻呼；超时寻呼失败向发起方网络B返回呼叫失败；

步骤f：网络B根据配置条件，判断出存在异质网络寻呼设置，则向所设置的异质网络发送寻呼请求，使用向该异质网络所设置的呼叫号码如aaazzz.com发起呼叫，这时相应呼叫的可能是移动终端上的一个应用，如SKYPE，或者是一个PAD、电脑上的应用；

步骤g：通话过程中上传和更新被叫的位置信息（该步骤属于可选）。

如图4所示，在终端上允许发起不同类型的呼叫，如当前的呼叫主要有语音呼叫和可视呼叫两种类型，为了实现定制呼叫，在终端上增加“定制呼叫”类型，本申请不限于“定制呼叫”这个名称，目的在于发起一个特殊的呼叫如紧急呼叫等。

如图5所示，本申请还提供了一种网络设备，包括：接收单元、判断单元、寻呼单元和链路建立单元，其中：

接收单元，用于接收定制呼叫发起方的定制呼叫请求；

判断单元，用于在接收单元接收到定制呼叫发起方的定制呼叫请求后，判断是否允许定制呼叫发起方发起的定制呼叫；

寻呼单元，用于在判断单元判断允许定制呼叫发起方发起的定制呼叫后，在网络设备所属的网络中发起对被叫用户的寻呼；

链路建立单元，用于如果寻呼到被叫用户，则完成定制呼叫发起方与被叫用户的通话链路。

寻呼单元，还用于如果在网络设备所属的网络中未寻呼到被叫用户，则向签约的其他网络发起对被叫用户的寻呼；

链路建立单元，用于如果签约的其他网络寻呼到被叫用户，则与签约的其他网络共同完成定制呼叫发起方与被叫用户的通话链路。

寻呼单元，还用于如果签约的其他网络未寻呼到被叫用户，则判断是否存在异质网络寻呼设置，如果存在，则向所设置的异质网络发送寻呼请求。

判断单元判断是否允许定制呼叫发起方发起的定制呼叫，包括：

判断以下条件是否全部满足：

(1)被叫用户是否允许定制呼叫；

(2)定制呼叫发起方是否属于被叫用户允许的发起方；

(3)定制呼叫的类型是否满足被叫用户允许的定制类型。

定制呼叫为紧急呼叫，定制呼叫发起方为特殊部门的呼叫中心，被叫用户为网络用户。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现，相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请不限制于任何特定形式的硬件和软件的结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (12)

1.一种定制呼叫的方法，包括：

网络设备在接收到定制呼叫发起方的定制呼叫请求后，判断是否允许所述定制呼叫发起方发起的定制呼叫，如果允许，则在所述网络设备所属的网络中发起对被叫用户的寻呼；

所述网络设备如果寻呼到被叫用户，则完成所述定制呼叫发起方与所述被叫用户的通话链路。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

所述网络设备在所属的网络中发起对被叫用户的寻呼后，如果未寻呼到被叫用户，则向签约的其他网络发起对所述被叫用户的寻呼，如果所述签约的其他网络寻呼到所述被叫用户，则所述网络设备与所述签约的其他网络共同完成所述定制呼叫发起方与所述被叫用户的通话链路。

3.如权利要求1或2所述的方法，其特征在于，所述方法还包括：

所述被叫用户在接收到寻呼后，判断出定制呼叫的类型，根据定制呼叫的类型调整该被叫用户的情景模式，并在呼叫完成后，恢复所述被叫用户的原情景模式。

4.如权利要求2所述的方法，其特征在于，所述方法还包括：

所述网络设备向签约的其他网络发起对所述被叫用户的寻呼后，如果所述签约的其他网络未寻呼到所述被叫用户，则所述网络设备判断是否存在异质网络寻呼设置，如果存在，则向所设置的异质网络发送寻呼请求。

5.如权利要求1、2或4所述的方法，其特征在于，所述判断是否允许所述定制呼叫发起方发起的定制呼叫，包括：

判断以下条件是否全部满足：

(1)被叫用户是否允许定制呼叫；

(2)定制呼叫发起方是否属于被叫用户允许的发起方；

(3)定制呼叫的类型是否满足被叫用户允许的定制类型。

6.如权利要求1、2或4所述的方法，其特征在于，所述方法还包括：

所述被叫用户在与所述定制呼叫发起方建立通话链路后，上传并更新自身的位置信息。

7.如权利要求1、2或4所述的方法，其特征在于：

所述定制呼叫为紧急呼叫，所述定制呼叫发起方为特殊部门的呼叫中心，所述被叫用户为网络用户。

8.一种网络设备，包括：接收单元、判断单元、寻呼单元和链路建立单元，其中：

所述接收单元，用于接收定制呼叫发起方的定制呼叫请求；

所述判断单元，用于在所述接收单元接收到定制呼叫发起方的定制呼叫请求后，判断是否允许所述定制呼叫发起方发起的定制呼叫；

所述寻呼单元，用于在所述判断单元判断允许所述定制呼叫发起方发起的定制呼叫后，在所述网络设备所属的网络中发起对被叫用户的寻呼；

所述链路建立单元，用于如果寻呼到被叫用户，则完成所述定制呼叫发起方与所述被叫用户的通话链路。

9.如权利要求8所述的网络设备，其特征在于：

所述寻呼单元，还用于如果在所述网络设备所属的网络中未寻呼到被叫用户，则向签约的其他网络发起对所述被叫用户的寻呼；

所述链路建立单元，用于如果所述签约的其他网络寻呼到所述被叫用户，则与所述签约的其他网络共同完成所述定制呼叫发起方与所述被叫用户的通话链路。

10.如权利要求9所述的网络设备，其特征在于：

所述寻呼单元，还用于如果所述签约的其他网络未寻呼到所述被叫用户，则判断是否存在异质网络寻呼设置，如果存在，则向所设置的异质网络发送寻呼请求。

11.如权利要求8～10任意之一所述的网络设备，其特征在于：

所述判断单元判断是否允许所述定制呼叫发起方发起的定制呼叫，包括：

判断以下条件是否全部满足：

(1)被叫用户是否允许定制呼叫；

(2)定制呼叫发起方是否属于被叫用户允许的发起方；

(3)定制呼叫的类型是否满足被叫用户允许的定制类型。

12.如权利要求8～10任意之一所述的网络设备，其特征在于：

所述定制呼叫为紧急呼叫，所述定制呼叫发起方为特殊部门的呼叫中心，所述被叫用户为网络用户。