CN103167457A - 一种用于处理紧急呼叫的方法和装置 - Google Patents
一种用于处理紧急呼叫的方法和装置 Download PDFInfo
- Publication number
- CN103167457A CN103167457A CN2011104179002A CN201110417900A CN103167457A CN 103167457 A CN103167457 A CN 103167457A CN 2011104179002 A CN2011104179002 A CN 2011104179002A CN 201110417900 A CN201110417900 A CN 201110417900A CN 103167457 A CN103167457 A CN 103167457A
- Authority
- CN
- China
- Prior art keywords
- terminal
- sign
- user
- urgent call
- call
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本申请提供了一种处理紧急呼叫的方法。当用户A发生紧急情况时,处于异地的用户B向自己网络侧的P-CSCF发起紧急呼叫,其中包含了紧急呼叫号码和用户A的标识。用户B侧P-CSCF会向用户B侧E-CSCF发送呼叫请求,其中包含了用户A和用户B的标识,并且还包含了以下两个信息:发生紧急情况的终端为用户A;发起紧急呼叫的终端为用户B。然后,用户B侧E-CSCF会向用户A侧网络发送该呼叫请求,这样,用户A侧的E-CSCF就能联系到离用户A最近的PSAP。通过本发明的方法,当某一用户发生紧急情况而又无能力发起紧急呼叫时,位于异地的另一用户可以替他远程发起紧急呼叫,从而及时获得救助。
Description
技术领域
本申请涉及通信网络,尤其涉及一种处理呼叫的方法和装置。
背景技术
当出现紧急情况时,通过拨打紧急呼叫电话号码,比如中国的119、120、美国的911等,可以使遇险人快速地联系到紧急服务中心,从而增大生存机会和减小伤害。通常接收到这样的紧急呼叫后,最近的紧急服务中心,比如警察局、消防局、医院等,会立即联系需要帮助的遇险人或者到达险情发生地。
目前的紧急服务系统大多是将紧急呼叫路由到离呼叫者最近的公共安全应答点(Public Safety Answering Point,PSAP),也就是上述的紧急服务中心。通常,呼叫者发起的紧急呼叫中携带有呼叫者的当前位置信息,目前的紧急服务系统就是利用该位置信息将紧急呼叫路由到最近的PSAP的。
但是,有时会出现这样的情况,呼叫者希望为发生在异地的紧急情况发起紧急呼叫。
比如,某人在异地旅游,通过视频监控设备发现其居住地着火了,需要立即得到离其居住地最近的消防局的帮助,当他发起紧急呼叫后,目前的紧急服务系统会将该紧急呼叫路由到离当前旅游地最近的消防局,而不是离其居住地最近的消防局,显然这不是呼叫者希望的。
再比如,某人和其母亲居住在两个相隔很远的地方。当他在和母亲通话时,母亲那边出现了紧急情况,比如突然中风或心脏病突然发作,而他母亲已无能力发起紧急呼叫,他希望紧急呼叫离他母亲最近的医院得到及时救助。然而,当他发起紧急呼叫后,目前的紧急服务系统会将该紧急呼叫路由到离他最近的医院,而不是离他母亲最近的医院,这无疑将延误病人的抢救。
当前的紧急呼叫系统都是基于这样的假设:紧急呼叫是从紧急情况实际发生地发起的,其无法支持从异于紧急情况实际发生地的地方发起的紧急呼叫。
发明内容
为了解决现有技术中存在的不足,本发明提出了一种在通信网络中处理紧急呼叫的全新方案。
根据本发明的第一个方面,提出了一种在网络服务器中用于处理紧急呼叫的方法,所述方法包括以下步骤:A1.接收来自第二终端或某个PSAP的呼叫请求,其中包含了紧急呼叫标识和第一终端的标识,所述第一终端为发生紧急情况的终端;A2.向紧急呼叫处理服务器发送呼叫请求,其中包含了所述第二终端或PSAP的标识和所述第一终端的标识,并且还包含了发生紧急情况的终端为所述第一终端的信息和发起紧急呼叫的实体为所述第二终端或所述PSAP的信息。
优选地,所述网络服务器为P-CSCF,所述紧急呼叫处理服务器为E-CSCF。
根据本发明的第二个方面,提出了一种在紧急呼叫处理服务器中用于处理紧急呼叫的方法,所述方法包括以下步骤:B1.接收来自第一网络服务器的呼叫请求,其中包含了第一标识和第二标识,并且还包含了发生紧急情况的终端为所述第一标识对应的终端的信息和发起紧急呼叫的实体为所述第二标识对应的网络实体的信息;B2.向第一标识对应的终端所属网络的第二网络服务器发送所述呼叫请求。
优选地,所述紧急呼叫处理服务器为E-CSCF,所述第一网络服务器为P-CSCF,所述第二网络服务器为I-CSCF。
根据本发明的第三个方面,提出了一种在应用服务器中用于处理紧急呼叫的方法,所述方法包括以下步骤:C1.接收一个呼叫请求,其中包含了第一标识和第二标识,并且还包含了发生紧急情况的终端为所述第一标识对应的终端的信息和发起紧急呼叫的实体为所述第二标识对应的网络实体的信息;C2.判断所述第二标识对应的网络实体是否有权限为所述第一标识对应的终端发起紧急呼叫;C3.如果判断结果为有权限,向紧急呼叫处理服务器发送所述呼叫请求,其中新增了第一标识对应终端的位置信息。
优选地,所述步骤C2进一步包括:如果所述第二标识对应的网络实体为某个PSAP,则判断其有权限为所述第一标识对应的终端发起紧急呼叫。
优选地,所述步骤C2进一步包括:如果所述第二标识对应的网络实体为某个终端,查询与所述第一标识对应终端相对应的有权限为其发起紧急呼叫的终端列表;如果所述第二标识对应的终端在所述列表中,则判断其有权限为所述第一标识对应的终端发起紧急呼叫。
优选地,所述方法还包括以下步骤:C4.接收来自终端的服务建立请求,其中包含了可以为所述终端发起紧急呼叫的终端的列表;C5.提取其中所述的终端列表,并保存所述终端和其对应的所述列表。
根据本发明的第四个方面,提出了一种在网络服务器中用于处理紧急呼叫的装置,所述装置包括:第一接收装置,用于接收来自第二终端或某个PSAP的呼叫请求,其中包含了紧急呼叫标识和第一终端的标识,所述第一终端为发生紧急情况的终端;第一发送装置,用于向紧急呼叫处理服务器发送呼叫请求,其中包含了所述第二终端或PSAP的标识和所述第一终端的标识,并且还包含了发生紧急情况的终端为所述第一终端的信息和发起紧急呼叫的实体为所述第二终端或所述PSAP的信息。
优选地,所述网络服务器为P-CSCF,所述紧急呼叫处理服务器为E-CSCF。
根据本发明的第五个方面,提出了一种在紧急呼叫处理服务器中用于处理紧急呼叫的装置,所述装置包括:第二接收装置,用于接收来自第一网络服务器的呼叫请求,其中包含了第一标识和第二标识,并且还包含了发生紧急情况的终端为所述第一标识对应的终端的信息和发起紧急呼叫的实体为所述第二标识对应的网络实体的信息;第二发送装置,用于向第一标识对应的终端所属网络的第二网络服务器发送所述呼叫请求。
优选地,所述紧急呼叫处理服务器为E-CSCF,所述第一网络服务器为P-CSCF,所述第二网络服务器为I-CSCF。
根据本发明的第六个方面,提出了一种在应用服务器中用于处理紧急呼叫的装置,所述装置包括:第三接收装置,用于接收一个呼叫请求,其中包含了第一标识和第二标识,并且还包含了发生紧急情况的终端为所述第一标识对应的终端的信息和发起紧急呼叫的实体为所述第二标识对应的网络实体的信息;判断装置,用于判断所述第二标识对应的网络实体是否有权限为所述第一标识对应的终端发起紧急呼叫;第三发送装置,用于当判断结果为有权限时向紧急呼叫处理服务器发送所述呼叫请求,其中新增了第一标识对应终端的位置信息。
优选地,所述判断装置进一步用于:当所述第二标识对应的网络实体为某个PSAP时,判断其有权限为所述第一标识对应的终端发起紧急呼叫。
优选地,所述判断装置进一步用于:当所述第二标识对应的网络实体为某个终端时,查询与所述第一标识对应终端相对应的有权限为其发起紧急呼叫的终端列表;如果所述第二标识对应的终端在所述列表中,则判断其有权限为所述第一标识对应的终端发起紧急呼叫。
优选地,所述装置还包括:第四接收装置,用于接收来自终端的服务建立请求,其中包含了可以为所述终端发起紧急呼叫的终端的列表;提取装置,用于提取其中所述的终端列表,并保存所述终端和其对应的所述列表。
通过采用本发明的方法和装置,当某一用户发生紧急情况而又无能力自己发起紧急呼叫时,位于异地的另一用户可以替他远程发起紧急呼叫,从而及时联系到紧急服务中心,及时获得救助。本发明能弥补现有技术中处理紧急呼叫的不足,更好地、更及时地为遇难人提供帮助。
本发明的各个方面将通过下文中的具体实施例的说明而更加清晰。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的上述及其他特征将会更加清晰:
图1示出了根据本发明的一个实施例的应用场景示意图;
图2示出了根据本发明的一个实施例的处理紧急呼叫的流程图;
图3示出了根据本发明的一个实施例的处理紧急呼叫的流程图;
图4示出了根据本发明的一个实施例的在网络服务器中处理紧急呼叫的装置的结构框图;
图5示出了根据本发明的一个实施例的在网络服务器中处理紧急呼叫的装置的结构框图;
图6示出了根据本发明的一个实施例的在应用服务器中处理紧急呼叫的装置的结构框图。
附图中相同或相似的标记用于表示相同或相似的步骤或装置。
具体实施方式
以下将结合附图对本发明的各示例性的实施例进行详细描述。
需要指出的是,本发明可以在不同的核心网络中实现,下文仅以IMS网络为例详细描述本发明的实现方案。
图1示出了根据本发明的一个实施例的应用场景示意图。网络10a和网络10b均为IMS网络。在IMS网络中,呼叫控制主要是通过多个CSCF(Call Session Control Function,呼叫会话控制功能)来实现的。如图1所示,网络10a中包括以下服务器:I-CSCF(Interrogating-CSCF,查询CSCF)103,S-CSCF (Serving CSCF,服务CSCF)104,AS(Application Server,应用服务器)105,E-CSCF(Emergency CSCF)106。网络10b中包括以下服务器:P-CSCF(ProxyCSCF,代理CSCF)101,E-CSCF 102。用户A归属于网络10a,用户B归属于网络10b。PSAP 107为离用户A最近的公共安全应答点,PSAP 108为离用户B最近的公共安全应答点。
图1仅是示例性的,仅列出与本发明相关的内容,本领域技术人员应该能够理解,该系统还应包括其他必需的网元和线路。
图2示出了根据本发明的一个实施例的处理紧急呼叫的流程图,下面结合图1详细描述其过程。在该实施例中,用户A发生紧急情况,而由于某种原因,用户A没有能力自己发起紧急呼叫。用户B在得知这一情况后,替用户A发起紧急呼叫。
首先,如步骤S201所示,用户B向P-CSCF 101发送呼叫请求,在该呼叫请求中包含了紧急呼叫标识和用户A的标识。
在一个实施例中,所述呼叫请求为INVITE消息,其Request URI(下文简称为R-URI)头域中包含了紧急呼叫标识911和用户A的标识userA10a.com,比如R-URI:911+userA10a.com。
P-CSCF 101在接收到来自用户B的上述呼叫请求后,会对其中包含的信息进行分析。从其中包含的紧急呼叫标识得知这是一个紧急呼叫,从其中包含的用户A的标识得知发生紧急情况的终端是用户A,而该紧急呼叫是由用户B发起的。从而,P-CSCF从上述呼叫请求包含的信息得知这是一个用户B为用户A发起的远程紧急呼叫。
然后,如步骤S202所示,P-CSCF 101会向E-CSCF 102发送呼叫请求,在该呼叫请求中包含了用户B的标识和用户A的标识,并且还包含了以下两个信息:其一,发生紧急情况的终端为用户A;其二,发起紧急呼叫的终端为用户B。
在一个实施例中,上述呼叫请求为INVITE消息,其中R-URI头域的值为userA10a.com,用以表示发生紧急情况的终端为用户A。在该INVITE消息中,新增一个头域X-EMER-REMOTE,其值为userB10b.com,用以表示发起紧急呼叫的终端为用户B。本领域技术人员应能理解,为了在上述呼叫请求中包含发生紧急情况的终端为用户A的信息和发起紧急呼叫的终端为用户B的信息,其实现方式显然不限于上述实施例的方式。
E-CSCF 102接收到来自P-CSCF 101的上述呼叫请求后,会分析其中包含的信息。该呼叫请求中包含了用户B的标识和用户A的标识,并且还包含了以下两个信息:其一,发生紧急情况的终端为用户A;其二,发起紧急呼叫的终端为用户B。从而E-CSCF 102得知这是一个用户B为用户A发起的远程紧急呼叫。
接着,如步骤S203所示,E-CSCF 102会向用户A所属网络10a中的I-CSCF 103发送上述的呼叫请求。在又一实施例中,用户A和用户B均归属于网络10b(图中未示出),E-CSCF 102会向网络10b中的I-CSCF(图中未示出)发送上述呼叫请求。
I-CSCF 103在接收到上述呼叫请求后,会查询HSS(HomeSubscriber Server,归属用户服务器)服务器(图中未示出),然后向S-CSCF 104转发上述呼叫请求,如图中步骤S204所示。对于I-CSCF 103来说,其执行的动作与现有技术相同。
S-CSCF 104在接收到到上述呼叫请求后,会向AS 105转发该呼叫请求,如图中步骤S205所示。对于S-CSCF 104来说,其执行的动作与现有技术相同。
AS 105接收到上述呼叫请求,其中包含了用户B的标识和用户A的标识,并且还包含了以下两个信息:其一,发生紧急情况的终端为用户A;其二,发起紧急呼叫的终端为用户B。
AS 105会判断用户B是否有权限为用户A远程发起紧急呼叫,即用户A是否授权用户B在自己发生紧急情况时为自己发起紧急呼叫。
在一个优选实施例中,用户A预先向AS 105发送服务建立请求,要求建立远程紧急呼叫服务,在该请求中包含了可以为其发起紧急呼叫的终端的列表,即用户A授权列表中包含的终端在自己发生紧急情况时可以替自己远程发起紧急呼叫。当AS 105接收到上述服务建立请求后,会提取其中包含的终端列表,并保存用户A和其对应的所述终端列表。
AS 105根据上述的终端列表来判断用户B是否有权限为用户A发起紧急呼叫。
AS 105查询与用户A对应的有权限为其发起紧急呼叫的终端列表。
如果用户B在所述列表中,AS 105则判断用户B有权限为用户A发起紧急呼叫,否则,用户B无权限为用户A发起紧急呼叫。
如果判断结果为有权限,AS 105会向E-CSCF 106发送上述的呼叫请求,如图中步骤S206所示,其中新增了用户A的位置信息。在一个实施例中,所述呼叫请求为INVITE消息,在该INVITE消息中,AS 105在PANI头域中填入了用户A的位置信息。用户A的位置信息可以采用多种方法获得,比如在用户A向AS 105注册时获得。
E-CSCF 106在收到上述呼叫请求后,从其中包含的信息得知发生紧急情况的终端为用户A,从其中包含的用户A的位置信息可以检索到离用户A最近的PSAP 107。E-CSCF 106会向PSAP 107发送上述的呼叫请求,从而将紧急情况通知到PSAP 107,使用户A及时得到救助。对于E-CSCF 106而言,其执行的动作和现有技术相同。
这样,通过在呼叫请求中携带发生紧急情况的终端的信息,用户B可以为用户A远程发起紧急呼叫,使得用户A在无力自己发起紧急呼叫的情况下,仍能及时联系到PSAP,从而获得及时的救助。
图3示出了根据本发明的一个实施例的处理紧急呼叫的流程图,下面结合图1详细描述其过程。在该实施例中,用户A发生紧急情况,而由于某种原因,用户A没有能力自己发起紧急呼叫。用户B得知了这一情况,然而用户A未授权用户B替自己远程发起紧急呼叫,用户B只能向离他最近的PSAP 108呼叫。PSAP 108在得知用户A的相关信息后将替用户A远程发起紧急呼叫。
首先,如步骤S301所示,PSAP 108向P-CSCF 101发送呼叫请求,在该呼叫请求中包含了紧急呼叫标识和用户A的标识。
在一个实施例中,所述呼叫请求为INVITE消息,其Request URI(下文简称为R-URI)头域中包含了紧急呼叫标识911和用户A的标识userA10a.com,比如R-URI:911+userA10a.com。
P-CSCF 101在接收到来自PSAP 108的上述呼叫请求后,会对其中包含的信息进行分析。从其中包含的紧急呼叫标识得知这是一个紧急呼叫,从其中包含的用户A的标识得知发生紧急情况的终端是用户A,而该紧急呼叫是由PSAP 108发起的。从而,P-CSCF从上述呼叫请求包含的信息得知这是一个PSAP 108为用户A发起的远程紧急呼叫。
然后,如步骤S302所示,P-CSCF 101会向E-CSCF 102发送呼叫请求,在该呼叫请求中包含了PSAP 108的标识和用户A的标识,并且还包含了以下两个信息:其一,发生紧急情况的终端为用户A;其二,发起紧急呼叫的实体为PSAP 108。
在一个实施例中,上述呼叫请求为INVITE消息,其中R-URI头域的值为userA10a.com,用以表示发生紧急情况的终端为用户A。在该INVITE消息中,新增一个头域X-AUTH-EMER-REMOTE,其值为PSAP 10810b.com,用以表示发起紧急呼叫的实体为PSAP108。本领域技术人员应能理解,为了在上述呼叫请求中包含发生紧急情况的终端为用户A的信息和发起紧急呼叫的实体为PSAP 108的信息,其实现方式显然不限于上述实施例的方式。
E-CSCF 102接收到来自P-CSCF 101的上述呼叫请求后,会分析其中包含的信息。该呼叫请求中包含了PSAP 108的标识和用户A的标识,并且还包含了以下两个信息:其一,发生紧急情况的终端为用户A;其二,发起紧急呼叫的实体为PSAP 108。从而E-CSCF 102得知这是一个PSAP 108为用户A发起的远程紧急呼叫。
接着,如步骤S303所示,E-CSCF 102会向用户A所属网络10a中的I-CSCF 103发送上述的呼叫请求。在又一实施例中,用户A和PSAP 108均归属于网络10b(图中未示出),E-CSCF 102会向网络10b中的I-CSCF(图中未示出)发送上述呼叫请求。
I-CSCF 103在接收到上述呼叫请求后,会查询HSS(HomeSubscriber Server,归属用户服务器)服务器(图中未示出),然后向S-CSCF 104转发上述呼叫请求,如图中步骤S304所示。对于I-CSCF 103来说,其执行的动作与现有技术相同。
S-CSCF 104在接收到到上述呼叫请求后,会向AS 105转发该呼叫请求,如图中步骤S305所示。对于S-CSCF 104来说,其执行的动作与现有技术相同。
AS 105接收到上述呼叫请求,其中包含了PSAP 108的标识和用户A的标识,并且还包含了以下两个信息:其一,发生紧急情况的终端为用户A;其二,发起紧急呼叫的实体为PSAP 108。
AS 105会判断PSAP 108是否有权限为用户A远程发起紧急呼叫。由于PSAP 108为一个公共安全应答点,AS 105判断其有权限为用户A发起紧急呼叫。
如果判断结果为有权限,AS 105会向E-CSCF 106发送上述的呼叫请求,如图中步骤S306所示,其中新增了用户A的位置信息。在一个实施例中,所述呼叫请求为INVITE消息,在该INVITE消息中,AS 105在PANI头域中填入了用户A的位置信息。用户A的位置信息可以采用多种方法获得,比如在用户A向AS 105注册时获得。
E-CSCF 106在收到上述呼叫请求后,从其中包含的信息得知发生紧急情况的终端为用户A,从其中包含的用户A的位置信息可以检索到离用户A最近的PSAP 107。E-CSCF 106会向PSAP 107发送上述的呼叫请求,从而将紧急情况通知到PSAP 107,使用户A及时得到救助。对于E-CSCF 106而言,其执行的动作和现有技术相同。
这样,通过呼叫某个PSAP,并在呼叫请求中携带发生紧急情况的终端的信息,未经授权的用户B同样可以帮助用户A远程发起紧急呼叫,使得用户A在无力自己发起紧急呼叫的情况下,仍能及时联系到PSAP,从而获得及时的救助。
图4示出了根据本发明的一个实施例的在P-CSCF 101中处理紧急呼叫的装置的结构框图。该装置400包括第一接收装置401和第一发送装置402。下面结合图1所示的应用场景详细说明该装置的工作过程。在该实施例中,用户A发生紧急情况,而由于某种原因,用户A没有能力自己发起紧急呼叫。用户B在得知这一情况后,替用户A发起紧急呼叫。
在一优选实施例中,用户B经用户A授权可以为用户A发起紧急呼叫。用户B直接向P-CSCF 101发送呼叫请求,第一接收装置401接收到来自用户B的呼叫请求,在该呼叫请求中包含了紧急呼叫标识和用户A的标识。
在又一优选实施例中,用户A未授权用户B替自己远程发起紧急呼叫,用户B只能向离他最近的PSAP 108呼叫。PSAP 108在得知用户A的相关信息后将替用户A远程发起紧急呼叫。PSAP 108向P-CSCF 101发送呼叫请求,第一接收装置401接收到来自用户B的呼叫请求,在该呼叫请求中包含了紧急呼叫标识和用户A的标识。
在一个实施例中,所述呼叫请求为INVITE消息,其Request URI(下文简称为R-URI)头域中包含了紧急呼叫标识911和用户A的标识userA10a.com,比如R-URI:911+userA10a.com。
然后,第一发送装置402会向E-CSCF 102发送呼叫请求。
在一优选实施例中,所述呼叫请求包含了用户B的标识和用户A的标识,并且还包含了以下两个信息:其一,发生紧急情况的终端为用户A;其二,发起紧急呼叫的终端为用户B。在一个实施例中,上述呼叫请求为INVITE消息,其中R-URI头域的值为userA10a.com,用以表示发生紧急情况的终端为用户A。在该INVITE消息中,新增一个头域X-EMER-REMOTE,其值为userB10b.com,用以表示发起紧急呼叫的终端为用户B。本领域技术人员应能理解,为了在上述呼叫请求中包含发生紧急情况的终端为用户A的信息和发起紧急呼叫的终端为用户B的信息,其实现方式显然不限于上述实施例的方式。
在又一优选实施例中,所述呼叫请求包含了PSAP 108的标识和用户A的标识,并且还包含了以下两个信息:其一,发生紧急情况的终端为用户A;其二,发起紧急呼叫的实体为PSAP 108。在一个实施例中,上述呼叫请求为INVITE消息,其中R-URI头域的值为userA10a.com,用以表示发生紧急情况的终端为用户A。在该INVITE消息中,新增一个头域X-AUTH-EMER-REMOTE,其值为PSAP 10810b.com,用以表示发起紧急呼叫的实体为PSAP 108。本领域技术人员应能理解,为了在上述呼叫请求中包含发生紧急情况的终端为用户A的信息和发起紧急呼叫的实体为PSAP 108的信息,其实现方式显然不限于上述实施例的方式。
图5示出了根据本发明的一个实施例的在E-CSCF 102中处理紧急呼叫的装置的结构框图。该装置500包括第二接收装置501和第二发送装置502。下面结合图1所示的应用场景详细说明该装置的工作过程。
首先,第二接收装置501接收到来自P-CSCF 101的呼叫请求。
在一个优选实施例中,所述呼叫请求中包含了用户B的标识和用户A的标识,并且还包含了以下两个信息:其一,发生紧急情况的终端为用户A;其二,发起紧急呼叫的终端为用户B。从而E-CSCF102得知这是一个用户B为用户A发起的远程紧急呼叫。在一个实施例中,上述呼叫请求为INVITE消息,其中R-URI头域的值为userA10a.com,用以表示发生紧急情况的终端为用户A。在该INVITE消息中,新增一个头域X-EMER-REMOTE,其值为userB10b.com,用以表示发起紧急呼叫的终端为用户B。本领域技术人员应能理解,为了在上述呼叫请求中包含发生紧急情况的终端为用户A的信息和发起紧急呼叫的终端为用户B的信息,其实现方式显然不限于上述实施例的方式。
在又一个优选实施例中,所述呼叫请求中包含了PSAP 108的标识和用户A的标识,并且还包含了以下两个信息:其一,发生紧急情况的终端为用户A;其二,发起紧急呼叫的实体为PSAP 108。从而E-CSCF 102得知这是一个PSAP 108为用户A发起的远程紧急呼叫。在一个实施例中,上述呼叫请求为INVITE消息,其中R-URI头域的值为userA10a.com,用以表示发生紧急情况的终端为用户A。在该INVITE消息中,新增一个头域X-AUTH-EMER-REMOTE,其值为PSAP 10810b.com,用以表示发起紧急呼叫的实体为PSAP108。本领域技术人员应能理解,为了在上述呼叫请求中包含发生紧急情况的终端为用户A的信息和发起紧急呼叫的实体为PSAP 108的信息,其实现方式显然不限于上述实施例的方式。
然后,第二发送装置502会向用户A所属网络10a中的I-CSCF103发送上述的呼叫请求。在又一实施例中,用户A和用户B均归属于网络10b(图中未示出),E-CSCF 102会向网络10b中的I-CSCF(图中未示出)发送上述呼叫请求。
图6示出了根据本发明的一个实施例的在AS 105中处理紧急呼叫的装置的结构框图。该装置600包括第三接收装置601,判断装置602,第三发送装置603,第四接收装置604和提取装置605。下面结合图1所示的应用场景详细说明该装置的工作过程。
首先,第三接收装置601接收到来自S-CSCF 104的呼叫请求。
在一个优选实施例中,所述呼叫请求中包含了用户B的标识和用户A的标识,并且还包含了以下两个信息:其一,发生紧急情况的终端为用户A;其二,发起紧急呼叫的终端为用户B。从而AS 105得知这是一个用户B为用户A发起的远程紧急呼叫。在一个实施例中,上述呼叫请求为INVITE消息,其中R-URI头域的值为userA10a.com,用以表示发生紧急情况的终端为用户A。在该INVITE消息中,新增一个头域X-EMER-REMOTE,其值为userB10b.com,用以表示发起紧急呼叫的终端为用户B。本领域技术人员应能理解,为了在上述呼叫请求中包含发生紧急情况的终端为用户A的信息和发起紧急呼叫的终端为用户B的信息,其实现方式显然不限于上述实施例的方式。
接着,判断装置602会判断用户B是否有权限为用户A远程发起紧急呼叫。因为用户B为某个终端,判断装置602会查询与用户A对应的有权限为其发起紧急呼叫的终端列表。如果用户B在所述终端列表中,则判断用户B有权限为用户A发起紧急呼叫。
在又一个优选实施例中,所述呼叫请求中包含了PSAP 108的标识和用户A的标识,并且还包含了以下两个信息:其一,发生紧急情况的终端为用户A;其二,发起紧急呼叫的实体为PSAP 108。从而E-CSCF 102得知这是一个PSAP 108为用户A发起的远程紧急呼叫。在一个实施例中,上述呼叫请求为INVITE消息,其中R-URI头域的值为userA10a.com,用以表示发生紧急情况的终端为用户A。在该INVITE消息中,新增一个头域X-AUTH-EMER-REMOTE,其值为PSAP 10810b.com,用以表示发起紧急呼叫的实体为PSAP108。本领域技术人员应能理解,为了在上述呼叫请求中包含发生紧急情况的终端为用户A的信息和发起紧急呼叫的实体为PSAP 108的信息,其实现方式显然不限于上述实施例的方式。
接着,判断装置602会判断PSAP 108是否有权限为用户A远程发起紧急呼叫。因为PSAP 108为某个公共安全应答点,判断装置602会判断其有权限为用户A发起紧急呼叫。
如果判断装置602的判断结果为有权限,第三发送装置603会向E-CSCF 106发送上述的呼叫请求,其中新增了用户A的位置信息。在一个实施例中,所述呼叫请求为INVITE消息,在该INVITE消息中,AS 105在PANI头域中填入了用户A的位置信息。用户A的位置信息可以采用多种方法获得,比如在用户A向AS 105注册时获得。
优选地,装置600还包括第四接收装置604和提取装置605。用户A预先向AS 105发送服务建立请求,要求建立远程紧急呼叫服务。第四接收装置604接收到上述服务建立请求,在该请求中包含了可以为其发起紧急呼叫的终端的列表,即用户A授权列表中包含的终端在自己发生紧急情况时可以替自己远程发起紧急呼叫。当第四接收装置604接收到上述服务建立请求后,提取装置605会提取其中包含的终端列表,并保存用户A和其对应的所述终端列表。
对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
Claims (16)
1.一种在网络服务器中用于处理紧急呼叫的方法,所述方法包括以下步骤:
A1.接收来自第二终端或某个PSAP的呼叫请求,其中包含了紧急呼叫标识和第一终端的标识,所述第一终端为发生紧急情况的终端;
A2.向紧急呼叫处理服务器发送呼叫请求,其中包含了所述第二终端或PSAP的标识和所述第一终端的标识,并且还包含了发生紧急情况的终端为所述第一终端的信息和发起紧急呼叫的实体为所述第二终端或所述PSAP的信息。
2.根据权利要求1所述的方法,其特征在于,所述网络服务器为P-CSCF,所述紧急呼叫处理服务器为E-CSCF。
3.一种在紧急呼叫处理服务器中用于处理紧急呼叫的方法,所述方法包括以下步骤:
B1.接收来自第一网络服务器的呼叫请求,其中包含了第一标识和第二标识,并且还包含了发生紧急情况的终端为所述第一标识对应的终端的信息和发起紧急呼叫的实体为所述第二标识对应的网络实体的信息;
B2.向第一标识对应的终端所属网络的第二网络服务器发送所述呼叫请求。
4.根据权利要求3所述的方法,其特征在于,所述紧急呼叫处理服务器为E-CSCF,所述第一网络服务器为P-CSCF,所述第二网络服务器为I-CSCF。
5.一种在应用服务器中用于处理紧急呼叫的方法,所述方法包括以下步骤:
C1.接收一个呼叫请求,其中包含了第一标识和第二标识,并且还包含了发生紧急情况的终端为所述第一标识对应的终端的信息和发起紧急呼叫的实体为所述第二标识对应的网络实体的信息;
C2.判断所述第二标识对应的网络实体是否有权限为所述第一标识对应的终端发起紧急呼叫;
C3.如果判断结果为有权限,向紧急呼叫处理服务器发送所述呼叫请求,其中新增了第一标识对应终端的位置信息。
6.根据权利要求5所述的方法,其特征在于,所述步骤C2进一步包括:
如果所述第二标识对应的网络实体为某个PSAP,则判断其有权限为所述第一标识对应的终端发起紧急呼叫。
7.根据权利要求5所述的方法,其特征在于,所述步骤C2进一步包括:
如果所述第二标识对应的网络实体为某个终端,查询与所述第一标识对应终端相对应的有权限为其发起紧急呼叫的终端列表;
如果所述第二标识对应的终端在所述列表中,则判断其有权限为所述第一标识对应的终端发起紧急呼叫。
8.根据权利要求5所述的方法,其特征在于,所述方法还包括以下步骤:
C4.接收来自终端的服务建立请求,其中包含了可以为所述终端发起紧急呼叫的终端的列表;
C5.提取其中所述的终端列表,并保存所述终端和其对应的所述列表。
9.一种在网络服务器中用于处理紧急呼叫的装置,所述装置包括:
第一接收装置,用于接收来自第二终端或某个PSAP的呼叫请求,其中包含了紧急呼叫标识和第一终端的标识,所述第一终端为发生紧急情况的终端;
第一发送装置,用于向紧急呼叫处理服务器发送呼叫请求,其中包含了所述第二终端或PSAP的标识和所述第一终端的标识,并且还包含了发生紧急情况的终端为所述第一终端的信息和发起紧急呼叫的实体为所述第二终端或所述PSAP的信息。
10.根据权利要求9所述的装置,其特征在于,所述网络服务器为P-CSCF,所述紧急呼叫处理服务器为E-CSCF。
11.一种在紧急呼叫处理服务器中用于处理紧急呼叫的装置,所述装置包括:
第二接收装置,用于接收来自第一网络服务器的呼叫请求,其中包含了第一标识和第二标识,并且还包含了发生紧急情况的终端为所述第一标识对应的终端的信息和发起紧急呼叫的实体为所述第二标识对应的网络实体的信息;
第二发送装置,用于向第一标识对应的终端所属网络的第二网络服务器发送所述呼叫请求。
12.根据权利要求11所述的装置,其特征在于,所述紧急呼叫处理服务器为E-CSCF,所述第一网络服务器为P-CSCF,所述第二网络服务器为I-CSCF。
13.一种在应用服务器中用于处理紧急呼叫的装置,所述装置包括:
第三接收装置,用于接收一个呼叫请求,其中包含了第一标识和第二标识,并且还包含了发生紧急情况的终端为所述第一标识对应的终端的信息和发起紧急呼叫的实体为所述第二标识对应的网络实体的信息;
判断装置,用于判断所述第二标识对应的网络实体是否有权限为所述第一标识对应的终端发起紧急呼叫;
第三发送装置,用于当判断结果为有权限时向紧急呼叫处理服务器发送所述呼叫请求,其中新增了第一标识对应终端的位置信息。
14.根据权利要求13所述的装置,其特征在于,所述判断装置进一步用于:
当所述第二标识对应的网络实体为某个PSAP时,判断其有权限为所述第一标识对应的终端发起紧急呼叫。
15.根据权利要求13所述的装置,其特征在于,所述判断装置进一步用于:
当所述第二标识对应的网络实体为某个终端时,查询与所述第一标识对应终端相对应的有权限为其发起紧急呼叫的终端列表;
如果所述第二标识对应的终端在所述列表中,则判断其有权限为所述第一标识对应的终端发起紧急呼叫。
16.根据权利要求13所述的装置,其特征在于,所述装置还包括:
第四接收装置,用于接收来自终端的服务建立请求,其中包含了可以为所述终端发起紧急呼叫的终端的列表;
提取装置,用于提取其中所述的终端列表,并保存所述终端和其对应的所述列表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110417900.2A CN103167457B (zh) | 2011-12-08 | 2011-12-08 | 一种用于处理紧急呼叫的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110417900.2A CN103167457B (zh) | 2011-12-08 | 2011-12-08 | 一种用于处理紧急呼叫的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103167457A true CN103167457A (zh) | 2013-06-19 |
CN103167457B CN103167457B (zh) | 2016-07-13 |
Family
ID=48590124
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110417900.2A Expired - Fee Related CN103167457B (zh) | 2011-12-08 | 2011-12-08 | 一种用于处理紧急呼叫的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103167457B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015066897A1 (en) | 2013-11-08 | 2015-05-14 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for assisted emergency calls |
CN112087547A (zh) * | 2019-06-14 | 2020-12-15 | 中国电信股份有限公司 | 呼叫接续方法、网络侧系统和系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1613097A (zh) * | 2002-01-08 | 2005-05-04 | 国际商业机器公司 | 用于植入式自动除纤颤器的紧急呼叫和病人定位系统 |
US20070066277A1 (en) * | 2003-10-17 | 2007-03-22 | Jayshree Bharatia | Method for obtaining location information for emergency services in wireless multimedia networks |
CN101448233A (zh) * | 2008-05-23 | 2009-06-03 | 中兴通讯股份有限公司 | 一种ip多媒体子系统紧急呼叫的实现方法 |
-
2011
- 2011-12-08 CN CN201110417900.2A patent/CN103167457B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1613097A (zh) * | 2002-01-08 | 2005-05-04 | 国际商业机器公司 | 用于植入式自动除纤颤器的紧急呼叫和病人定位系统 |
US20070066277A1 (en) * | 2003-10-17 | 2007-03-22 | Jayshree Bharatia | Method for obtaining location information for emergency services in wireless multimedia networks |
CN101448233A (zh) * | 2008-05-23 | 2009-06-03 | 中兴通讯股份有限公司 | 一种ip多媒体子系统紧急呼叫的实现方法 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015066897A1 (en) | 2013-11-08 | 2015-05-14 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for assisted emergency calls |
CN105874826A (zh) * | 2013-11-08 | 2016-08-17 | 瑞典爱立信有限公司 | 用于辅助紧急呼叫的方法和设备 |
EP3066855A4 (en) * | 2013-11-08 | 2017-07-05 | Telefonaktiebolaget LM Ericsson (publ) | Method and apparatus for assisted emergency calls |
US9866672B2 (en) | 2013-11-08 | 2018-01-09 | Telefonaktiebolaget Lm Erisccon (Publ) | Method and apparatus for assisted emergency calls |
CN112087547A (zh) * | 2019-06-14 | 2020-12-15 | 中国电信股份有限公司 | 呼叫接续方法、网络侧系统和系统 |
CN112087547B (zh) * | 2019-06-14 | 2022-06-07 | 中国电信股份有限公司 | 呼叫接续方法、网络侧系统和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN103167457B (zh) | 2016-07-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105874826B (zh) | 用于辅助紧急呼叫的方法和设备 | |
CN101317493B (zh) | 建立紧急呼叫的方法、系统及代理呼叫会话控制功能实体 | |
WO2009137617A1 (en) | System, apparatus and method to enable mobile stations to identify calls based on predetermined values set in a call header | |
EP3158720B1 (en) | Notifying emergency contacts | |
CN101217388B (zh) | 一种紧急呼叫注册的实现方法 | |
US9538354B2 (en) | Mobile communication system, mobile station, call control device, and mobile communication method | |
EP2862328B1 (en) | Methods and apparatus for implementing a conference call | |
CN101227648A (zh) | Ip多媒体子系统紧急呼叫业务的实现方法 | |
EP2752039B1 (en) | Methods and apparatus for determining network support for other media during ims emergency sessions | |
CN101132623B (zh) | 紧急业务处理方法及通信网络 | |
EP3420464B1 (en) | Initiation of conference and transfer call in internet protocol multimedia subsystem based emergency services network | |
US20130060954A1 (en) | Enabling set up of a connection from a non-registered ue in ims | |
CN103167457A (zh) | 一种用于处理紧急呼叫的方法和装置 | |
EP1821458A1 (en) | A method, system and access control function for testing the emergent service | |
US20130090081A1 (en) | Apparatus and method for providing emergency call in mobile communication system | |
CN102281517B (zh) | 非语音紧急呼叫的控制方法、ip多媒体子系统及p-cscf | |
CN100477824C (zh) | 一种因特网协议多媒体子系统域的紧急注册方法 | |
JP5251394B2 (ja) | 通信システムおよび呼制御方法 | |
EP3136756A1 (en) | System, device and method for implementing ring back tone service | |
CN101577976B (zh) | 一种实现紧急呼叫语音业务连续性的方法及系统 | |
CN101060704B (zh) | 一种因特网协议多媒体子系统域的紧急注册方法 | |
KR101580625B1 (ko) | 긴급 호 설정 시스템 및 긴급 호 설정 방법 | |
CN108737322A (zh) | 业务恢复方法、装置及移动终端 | |
CN101459686B (zh) | 以紧急pui发起的注销请求消息的处理方法、装置及系统 | |
CN101163344B (zh) | 对用户设备伪装成应用服务器发起呼叫的处理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20160713 Termination date: 20161208 |
|
CF01 | Termination of patent right due to non-payment of annual fee |