专利名称：一种用于处理紧急呼叫的方法和装置的制作方法
技术领域：
本申请涉及通信网络，尤其涉及一种处理呼叫的方法和装置。
背景技术：
当出现紧急情况时，通过拨打紧急呼叫电话号码，比如中国的119、120、美国的911等，可以使遇险人快速地联系到紧急服务中心，从而增大生存机会和减小伤害。通常接收到这样的紧急呼叫后，最近的紧急服务中心，比如警察局、消防局、医院等，会立即联系需要帮助的遇险人或者到达险情发生地。目前的紧急服务系统大多是将紧急呼叫路由到离呼叫者最近的公共安全应答点(Public Safety Answering Point,PSAP),也就是上述的紧急服务中心。通常，呼叫者发起的紧急呼叫中携带有呼叫者的当前位置信息，目前的紧急服务系统就是利用该位置信息将紧急呼叫路由到最近的PSAP的。但是，有时会出现这样的情况，呼叫者希望为发生在异地的紧急情况发起紧急呼
口 H。比如，某人在异地旅游，通过视频监控设备发现其居住地着火了，需要立即得到离其居住地最近的消防局的帮助，当他发起紧急呼叫后，目前的紧急服务系统会将该紧急呼叫路由到离当前旅游地最近的消防局，而不是离其居住地最近的消防局，显然这不是呼叫者希望的。再比如，某人和其母亲居住在两个相隔很远的地方。当他在和母亲通话时，母亲那边出现了紧急情况，比如突然中风或心脏病突然发作，而他母亲已无能力发起紧急呼叫，他希望紧急呼叫离他母亲最近的医院得到及时救助。然而，当他发起紧急呼叫后，目前的紧急服务系统会将该紧急呼叫路由到离他最近的医院，而不是离他母亲最近的医院，这无疑将延误病人的抢救。当前的紧急呼叫系统都是基于这样的假设:紧急呼叫是从紧急情况实际发生地发起的，其无法支持从异于紧急情况实际发生地的地方发起的紧急呼叫。
发明内容
为了解决现有技术中存在的不足，本发明提出了一种在通信网络中处理紧急呼叫的全新方案。根据本发明的第一个方面，提出了一种在网络服务器中用于处理紧急呼叫的方法，所述方法包括以下步骤:A1.接收来自第二终端或某个PSAP的呼叫请求，其中包含了紧急呼叫标识和第一终端的标识，所述第一终端为发生紧急情况的终端；A2.向紧急呼叫处理服务器发送呼叫请求，其中包含了所述第二终端或PSAP的标识和所述第一终端的标识，并且还包含了发生紧急情况的终端为所述第一终端的信息和发起紧急呼叫的实体为所述第二终端或所述PSAP的信息。优选地，所述网络服务器为P-CSCF，所述紧急呼叫处理服务器为E-CSCF。
根据本发明的第二个方面，提出了一种在紧急呼叫处理服务器中用于处理紧急呼叫的方法，所述方法包括以下步骤:B1.接收来自第一网络服务器的呼叫请求，其中包含了第一标识和第二标识，并且还包含了发生紧急情况的终端为所述第一标识对应的终端的信息和发起紧急呼叫的实体为所述第二标识对应的网络实体的信息；B2.向第一标识对应的终端所属网络的第二网络服务器发送所述呼叫请求。优选地，所述紧急呼叫处理服务器为E-CSCF，所述第一网络服务器为P-CSCF，所述第二网络服务器为1-CSCF。根据本发明的第三个方面，提出了一种在应用服务器中用于处理紧急呼叫的方法，所述方法包括以下步骤:Cl.接收一个呼叫请求，其中包含了第一标识和第二标识，并且还包含了发生紧急情况的终端为所述第一标识对应的终端的信息和发起紧急呼叫的实体为所述第二标识对应的网络实体的信息；C2.判断所述第二标识对应的网络实体是否有权限为所述第一标识对应的终端发起紧急呼叫；C3.如果判断结果为有权限，向紧急呼叫处理服务器发送所述呼叫请求，其中新增了第一标识对应终端的位置信息。优选地，所述步骤C2进一步包括:如果所述第二标识对应的网络实体为某个PSAP，则判断其有权限为所述第一标识对应的终端发起紧急呼叫。优选地，所述步骤C2进一步包括:如果所述第二标识对应的网络实体为某个终端，查询与所述第一标识对应终端相对应的有权限为其发起紧急呼叫的终端列表；如果所述第二标识对应的终端在所述列表中，则判断其有权限为所述第一标识对应的终端发起紧急呼叫。优选地，所述方法还包括以下步骤:C4.接收来自终端的服务建立请求，其中包含了可以为所述终端发起紧急呼叫的终端的列表；C5.提取其中所述的终端列表，并保存所述终端和其对应的所述列表。根据本发明的第四个方面，提出了一种在网络服务器中用于处理紧急呼叫的装置，所述装置包括:第一接收装置，用于接收来自第二终端或某个PSAP的呼叫请求，其中包含了紧急呼叫标识和第一终端的标识，所述第一终端为发生紧急情况的终端；第一发送装置，用于向紧急呼叫处理服务器发送呼叫请求，其中包含了所述第二终端或PSAP的标识和所述第一终端的标识，并且还包含了发生紧急情况的终端为所述第一终端的信息和发起紧急呼叫的实体为所述第二终端或所述PSAP的信息。优选地，所述网络服务器为P-CSCF，所述紧急呼叫处理服务器为E-CSCF。根据本发明的第五个方面，提出了一种在紧急呼叫处理服务器中用于处理紧急呼叫的装置，所述装置包括:第二接收装置，用于接收来自第一网络服务器的呼叫请求，其中包含了第一标识和第二标识，并且还包含了发生紧急情况的终端为所述第一标识对应的终端的信息和发起紧急呼叫的实体为所述第二标识对应的网络实体的信息；第二发送装置，用于向第一标识对应的终端所属网络的第二网络服务器发送所述呼叫请求。优选地，所述紧急呼叫处理服务器为E-CSCF，所述第一网络服务器为P-CSCF，所述第二网络服务器为1-CSCF。根据本发明的第六个方面，提出了一种在应用服务器中用于处理紧急呼叫的装置，所述装置包括:第三接收装置，用于接收一个呼叫请求，其中包含了第一标识和第二标识，并且还包含了发生紧急情况的终端为所述第一标识对应的终端的信息和发起紧急呼叫的实体为所述第二标识对应的网络实体的信息；判断装置，用于判断所述第二标识对应的网络实体是否有权限为所述第一标识对应的终端发起紧急呼叫；第三发送装置，用于当判断结果为有权限时向紧急呼叫处理服务器发送所述呼叫请求，其中新增了第一标识对应终端的位置信息。优选地，所述判断装置进一步用于:当所述第二标识对应的网络实体为某个PSAP时，判断其有权限为所述第一标识对应的终端发起紧急呼叫。优选地，所述判断装置进一步用于:当所述第二标识对应的网络实体为某个终端时，查询与所述第一标识对应终端相对应的有权限为其发起紧急呼叫的终端列表；如果所述第二标识对应的终端在所述列表中，则判断其有权限为所述第一标识对应的终端发起紧急呼叫。优选地，所述装置还包括:第四接收装置，用于接收来自终端的服务建立请求，其中包含了可以为所述终端发起紧急呼叫的终端的列表；提取装置，用于提取其中所述的终端列表，并保存所述终端和其对应的所述列表。通过采用本发明的方法和装置，当某一用户发生紧急情况而又无能力自己发起紧急呼叫时，位于异地的另一用户可以替他远程发起紧急呼叫，从而及时联系到紧急服务中心，及时获得救助。本发明能弥补现有技术中处理紧急呼叫的不足，更好地、更及时地为遇难人提供帮助。本发明的各个方面将通过下文中的具体实施例的说明而更加清晰。
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的上述及其他特征将会更加清晰:图1示出了根据本发明的一个实施例的应用场景示意图；图2示出了根据本发明的一个实施例的处理紧急呼叫的流程图；图3示出了根据本发明的一个实施例的处理紧急呼叫的流程图；图4示出了根据本发明的一个实施例的在网络服务器中处理紧急呼叫的装置的结构框图；图5示出了根据本发明的一个实施例的在网络服务器中处理紧急呼叫的装置的结构框图；图6示出了根据本发明的一个实施例的在应用服务器中处理紧急呼叫的装置的结构框图。附图中相同或相似的标记用于表示相同或相似的步骤或装置。
具体实施例方式以下将结合附图对本发明的各示例性的实施例进行详细描述。需要指出的是，本发明可以在不同的核心网络中实现，下文仅以MS网络为例详细描述本发明的实现方案。图1示出了根据本发明的一个实施例的应用场景示意图。网络IOa和网络IOb均为MS网络。在MS网络中，呼叫控制主要是通过多个CSCF(Call Session ControlFunction，呼叫会话控制功能)来实现的。如图1所示，网络IOa中包括以下服务器:1-CSCF (Interrogating-CSCF，查询 CSCF) 103，S-CSCF (Serving CSCF，服务 CSCF) 104，AS (Application Server,应用服务器)105, E-CSCF (Emergency CSCF) 106。网络 IOb 中包括以下服务器:P_CSCF(Proxy CSCF，代理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的标识userA@10a.com,比如R-URI:911+userA@10a.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头域的值为userAilOa.com，用以表示发生紧急情况的终端为用户A。在该INVITE消息中，新增一个头域X-EMER-REM0TE，其值为userB@10b.com，用以表示发起紧急呼叫的终端为用户B。本领域技术人员应能理解，为了在上述呼叫请求中包含发生紧急情况的终端为用户A的信息和发起紧急呼叫的终端为用户B的信息，其实现方式显然不限于上述实施例的方式。E-CSCF 102接收到来自P-CSCF 101的上述呼叫请求后，会分析其中包含的信息。该呼叫请求中包含了用户B的标识和用户A的标识，并且还包含了以下两个信息:其一，发生紧急情况的终端为用户A ;其二，发起紧急呼叫的终端为用户B。从而E-CSCF 102得知这是一个用户B为用户A发起的远程紧急呼叫。接着，如步骤S203所示，E-CSCF 102会向用户A所属网络IOa中的1-CSCF 103发送上述的呼叫请求。在又一实施例中，用户A和用户B均归属于网络10b(图中未示出)，E-CSCF 102会向网络IOb中的1-CSCF (图中未示出)发送上述呼叫请求。1-CSCF 103在接收到上述呼叫请求后，会查询HSS (Home Subscriber Server,归属用户服务器)服务器(图中未示出)，然后向S-CSCF 104转发上述呼叫请求，如图中步骤S204所示。对于1-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-CSCF106会向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的标识userA@10a.com,比如R-URI:911+userA@10a.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头域的值为userAilOa.com，用以表示发生紧急情况的终端为用户A。在该INVITE消息中，新增一个头域X-AUTH-EMER-REMOTE，其值为PSAP 108010b.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所属网络IOa中的1-CSCF 103发送上述的呼叫请求。在又一实施例中，用户A和PSAP 108均归属于网络IOb (图中未示出)，E-CSCF 102会向网络IOb中的1-CSCF (图中未示出)发送上述呼叫请求。1-CSCF 103在接收到上述呼叫请求后，会查询HSS (Home Subscriber Server,归属用户服务器)服务器(图中未示出)，然后向S-CSCF 104转发上述呼叫请求，如图中步骤S304所示。对于1-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-CSCF106会向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的标识userA@10a.com,比如R-URI:911+userAilOa.com。然后，第一发送装置402会向E-CSCF 102发送呼叫请求。在一优选实施例中，所述呼叫请求包含了用户B的标识和用户A的标识，并且还包含了以下两个信息:其一，发生紧急情况的终端为用户A ;其二，发起紧急呼叫的终端为用户B。在一个实施例中，上述呼叫请求为INVITE消息，其中R-URI头域的值为userAilOa.com，用以表示发生紧急情况的终端为用户A。在该INVITE消息中，新增一个头域X-EMER-REM0TE，其值为userB@10b.com，用以表示发起紧急呼叫的终端为用户B。本领域技术人员应能理解，为了在上述呼叫请求中包含发生紧急情况的终端为用户A的信息和发起紧急呼叫的终端为用户B的信息，其实现方式显然不限于上述实施例的方式。在又一优选实施例中，所述呼叫请求包含了 PSAP 108的标识和用户A的标识，并且还包含了以下两个信息:其一，发生紧急情况的终端为用户A ;其二，发起紧急呼叫的实体为PSAP 108。在一个实施例中，上述呼叫请求为INVITE消息，其中R-URI头域的值为userAilOa.com，用以表示发生紧急情况的终端为用户A。在该INVITE消息中，新增一个头域X-AUTH-EMER-REMOTE，其值为PSAP 108010b.com,用以表示发起紧急呼叫的实体为PSAP108。本领域技术人员应能理解，为了在上述呼叫请求中包含发生紧急情况的终端为用户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头域的值为userA@10a.com，用以表示发生紧急情况的终端为用户A。在该INVITE消息中，新增一个头域X-EMER-REM0TE，其值为userBilOb.com,用以表示发起紧急呼叫的终端为用户B。本领域技术人员应能理解，为了在上述呼叫请求中包含发生紧急情况的终端为用户A的信息和发起紧急呼叫的终端为用户B的信息，其实现方式显然不限于上述实施例的方式。在又一个优选实施例中，所述呼叫请求中包含了 PSAP 108的标识和用户A的标识，并且还包含了以下两个信息:其一，发生紧急情况的终端为用户A ;其二，发起紧急呼叫的实体为PSAP 108。从而E-CSCF 102得知这是一个PSAP 108为用户A发起的远程紧急呼叫。在一个实施例中，上述呼叫请求为INVITE消息，其中R-URI头域的值为userAilOa.com，用以表示发生紧急情况的终端为用户A。在该INVITE消息中，新增一个头域X-AUTH-EMER-REMOTE，其值为PSAP 108010b.com,用以表示发起紧急呼叫的实体为PSAP108。本领域技术人员应能理解，为了在上述呼叫请求中包含发生紧急情况的终端为用户A的信息和发起紧急呼叫的实体为PSAP 108的信息，其实现方式显然不限于上述实施例的方式。然后，第二发送装置502会向用户A所属网络IOa中的1-CSCF103发送上述的呼叫请求。在又一实施例中，用户A和用户B均归属于网络IOb (图中未示出)，E-CSCF 102会向网络IOb中的1-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头域的值为userA@10a.com，用以表示发生紧急情况的终端为用户A。在该INVITE消息中，新增一个头域X-EMER-REM0TE，其值为userBilOb.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头域的值为userAilOa.com，用以表示发生紧急情况的终端为用户A。在该INVITE消息中，新增一个头域X-AUTH-EMER-REMOTE，其值为PSAP 108010b.com,用以表示发起紧急呼叫的实体为PSAP108。本领域技术人员应能理解，为了在上述呼叫请求中包含发生紧急情况的终端为用户A的信息和发起紧急呼叫的实体为PSAP 108的信息，其实现方式显然不限于上述实施例的方式。接着，判断装置602会判断PSAP 108是否有权限为用户A远程发起紧急呼叫。因为PSAP 108为某个公共安全应答点，判断装置602会判断其有权限为用户A发起紧急呼口 4。如果判断装置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和其对应的所述终端列表。对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此夕卜，显然“包括” 一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
权利要求
1.一种在网络服务器中用于处理紧急呼叫的方法，所述方法包括以下步骤: Al.接收来自第二终端或某个PSAP的呼叫请求，其中包含了紧急呼叫标识和第一终端的标识，所述第一终端为发生紧急情况的终端； A2.向紧急呼叫处理服务器发送呼叫请求，其中包含了所述第二终端或PSAP的标识和所述第一终端的标识，并且还包含了发生紧急情况的终端为所述第一终端的信息和发起紧急呼叫的实体为所述第二终端或所述PSAP的信息。
2.根据权利要求1所述的方法，其特征在于，所述网络服务器为P-CSCF，所述紧急呼叫处理服务器为E-CSCF。
3.一种在紧急呼叫处理服务器中用于处理紧急呼叫的方法，所述方法包括以下步骤: B1.接收来自第一网络服务器的呼叫请求，其中包含了第一标识和第二标识，并且还包含了发生紧急情况的终端为所述第一标识对应的终端的信息和发起紧急呼叫的实体为所述第二标识对应的网络实体的信息； B2.向第一标识对应的终端所属网络的第二网络服务器发送所述呼叫请求。
4.根据权利要求3所述的方法，其特征在于，所述紧急呼叫处理服务器为E-CSCF，所述第一网络服务器为P-CSCF，所述第二网络服务器为1-CSCF。
5.一种在应用服务器中用于处理紧急呼叫的方法，所述方法包括以下步骤: Cl.接收一个呼叫请求，其中包含了第一标识和第二标识，并且还包含了发生紧急情况的终端为所述第一标识对应的终端的信`息和发起紧急呼叫的实体为所述第二标识对应的网络实体的信息； 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，所述第二网络服务器为1-CSCF。
13.—种在应用服务器中用于处理紧急呼叫的装置，所述装置包括: 第三接收装置，用于接收一个呼叫请求，其中包含了第一标识和第二标识，并且还包含了发生紧急情况的终端为所述第一标识对应的终端的信息和发起紧急呼叫的实体为所述第二标识对应的网络实体的信息； 判断装置，用于判断所述第二标识对应的网络实体是否有权限为所述第一标识对应的终端发起紧急呼叫； 第三发送装置，用于当判断结果为有权限时向紧急呼叫处理服务器发送所述呼叫请求，其中新增了第一标识对应终端的位置信息。
14.根据权利要求13所述的装置，其特征在于，所述判断装置进一步用于: 当所述第二标识对应的网络实体为某个PSAP时，判断其有权限为所述第一标识对应的终端发起紧急呼叫。
15.根据权利要求13所述的装置，其特征在于，所述判断装置进一步用于: 当所述第二标识对应的网络实体为某个终端时，查询与所述第一标识对应终端相对应的有权限为其发起紧急呼叫的终端列表； 如果所述第二标识对应的终端在所述列表中，则判断其有权限为所述第一标识对应的终端发起紧急呼叫。
16.根据权利要求13所述的装置，其特征在于，所述装置还包括: 第四接收装置，用于接 收来自终端的服务建立请求，其中包含了可以为所述终端发起紧急呼叫的终端的列表； 提取装置，用于提取其中所述的终端列表，并保存所述终端和其对应的所述列表。
全文摘要
本申请提供了一种处理紧急呼叫的方法。当用户A发生紧急情况时，处于异地的用户B向自己网络侧的P-CSCF发起紧急呼叫，其中包含了紧急呼叫号码和用户A的标识。用户B侧P-CSCF会向用户B侧E-CSCF发送呼叫请求，其中包含了用户A和用户B的标识，并且还包含了以下两个信息发生紧急情况的终端为用户A；发起紧急呼叫的终端为用户B。然后，用户B侧E-CSCF会向用户A侧网络发送该呼叫请求，这样，用户A侧的E-CSCF就能联系到离用户A最近的PSAP。通过本发明的方法，当某一用户发生紧急情况而又无能力发起紧急呼叫时，位于异地的另一用户可以替他远程发起紧急呼叫，从而及时获得救助。
文档编号H04W4/22GK103167457SQ201110417900
公开日2013年6月19日 申请日期2011年12月8日 优先权日2011年12月8日
发明者星芸鹏, 刘群 申请人:阿尔卡特朗讯