CN108141736A - 处理转移紧急呼叫请求的方法 - Google Patents

Abstract

本发明的处理方法由IMS核心网络的入口服务器执行，所述方法包括：在所述服务器处的预先配置步骤(E10)，用于配置将至少一个紧急呼叫会话转移号码与多个紧急呼叫会话转移节点相关联的表，所述表中每个节点由地址标识；确定步骤(E30)，当接收(E20)到将紧急呼叫会话从第一接入网络转移到第二接入网络的请求时触发，所述请求包括紧急呼叫会话转移号码，所述确定步骤包括使用所述表确定与包含在所述请求中的所述转移号码相关联的转移节点的至少一个地址来转移所述请求；以及发送步骤(E50)，用于向所述至少一个确定的地址发送所述转移请求。

Description

处理转移紧急呼叫请求的方法

技术领域

本发明涉及通信领域。

更具体地涉及处理第三代合作伙伴计划(3GPP)标准中定义的互联网协议(IP)多媒体子系统(IMS)核心网络中的语音紧急呼叫，特别涉及将从第一接入网络发起的紧急呼叫转移到第二接入网络。因此，本发明适用于通过优选但非限制性的方式将例如第四代(4G)网络或依靠IMS核心网络架构的长期演进(LTE)网络等分组交换(PS)移动接入网发起的紧急呼叫，转移到第二代(2G)或第三代(3G)电路交换(CS)接入网络(用于语音通信)，例如全球移动通信系统(GSM)网络、通用移动通信系统(UMTS)网络等。

背景技术

在IP语音(VoIP)IMS核心网络中，存在被称为单一无线语音呼叫业务连续性(SRVCC)的过程，其能够在失去4G接入网络覆盖的情况下，将呼叫(并且特别是紧急呼叫)从IMS核心网络切换(转移)到传统2G/3G CS网络。

更确切地说，移动终端在LTE 4G接入网络上发起的紧急呼叫由紧急呼叫会话控制功能(E-CSCF)服务器处理。在建立紧急呼叫会话时，E-CSCF服务器选择紧急接入转移功能(EATF)节点或实例以便锚定(anchor)信令，即，使有关紧急呼叫的信令强制通过所述EATF节点。因此，在适当的情况下，EATF节点尤其适用于处理将紧急呼叫转移到特别是2G/3G电路交换的接入网络而非发起呼叫的4G接入网络的请求，以确保紧急呼叫从第一接入网络转移到第二接入网络时的连续性。此过程以及EATF节点的功能在以下的规范文件中进行描述：3GPP TS 24.229题为“基于会话发起协议(SIP)和会话描述协议(SDP)的IP多媒体呼叫控制协议；第3阶段”，v13.2.1，2015年6月；和3GPP TS 24.237题为“IP多媒体(IM)核心网络(CN)子系统IP多媒体子系统(IMS)业务连续性；第3阶段”，v.13.1.0，2015年6月。

在3GPP标准的当前状态下，如果移动终端失去发起紧急呼叫的4G接入网络的覆盖，则4G接入网络向覆盖移动终端所在的2G和/或3G小区的2G/3G网络的移动交换中心(MSC)设备发送将呼叫转移到所述2G/3G电路交换网络的请求。通过已知的方式，MSC设备负责处理通过2G/3G网络(包括紧急呼叫)发送和接收的呼叫以及将2G/3G网络与其他电信网络(包括发起紧急呼叫的4G网络)互连。然后，MSC设备将所述转移指令转移给IMS核心网络，更具体地，转移给IMS核心网络的询问-CSCF(I-CSCF)服务器(它是进入IMS核心网络的入口点)，上述转移是以会话发起协议(SIP)INVITE请求的形式进行的，该请求被发送到预定义的紧急呼叫转移标识符或号码，该号码也被称为紧急会话转移号码单无线电(E-STN-SR)号码。E-STN-SR号码可以配置为公共服务标识(PSI)，并被存储在归属签约用户服务器(HSS)中。然后I-CSCF服务器可以使用E-STN-SR号码询问HSS以获得EATF节点的地址，在该EATF节点中锚定要被转移的紧急呼叫信令。

对于给定的IMS核心网络，该标准目前提供配置在与IMS核心网络互连的所有MSC设备上的单个E-STN-SR号码，以及与该单个E-STN-SR号码相关联的单个EATF实例，I-CSCF服务器向单个EATF实例发送从MSC设备收到的SIP INVITE请求。结果，托管单个EATF实例的站点的丢失(例如，由于拥塞或负荷的原因)导致IMS核心网络中的紧急呼叫转移功能完全丢失，这是特别有害的。

为了避免这种情况，可以设想在单个IMS核心网络中部署多个EATF实例。管理多个EATF实例还能更容易授权配置，所述配置中单个IMS核心网络覆盖多个国家或区域，但是专用E-CSCF/EATF实例被分配给每个地区或每个国家，这是因为紧急号码的翻译总是针对部署的国家/地区。

然而，标准中目前没有涉及在单个IMS核心网络中部署多个EATF实例的这种情况。不幸的是，为了成功地转移紧急呼叫，这种情况中有必要确保由I-CSCF服务器选择的EATF实例与由E-CSF服务器选择的EATF实例保持一致，从而锚定将要转移的紧急呼叫会话。

文献WO2013/075746提出了在IMS核心网络的多个EATF实例之间逐步重定向紧急呼叫转移请求的解决方案，从而可以应对接收所述转移请求的EATF实例不是锚定转移呼叫会话的实例的情况。然而，应该注意的是，当由I-CSCF服务器选择的并且向其传送转移请求的第一EATF实例本身不可访问时，该解决方案不起作用，例如，由于托管该实例的站点发生故障或拥塞。此外，沿着各EATF实例之间路径的或被重定向到另一个EATF实例的转移请求引起转移延迟，在某些情况下，如果转移没有快速完成，可能导致紧急呼叫被切断。

发明内容

本发明特别提出一种由IMS核心网络的入口服务器执行的用于处理紧急呼叫会话转移请求的处理方法来弥补现有技术的上述缺点，所述方法的特征在于包括：

-入口服务器处的预先配置步骤，用于配置将至少一个紧急呼叫会话转移号码与多个紧急呼叫会话转移节点相关联的表，所述表中每个节点由一个地址标识；

-确定步骤，在接收到将紧急呼叫会话从第一接入网转移到第二接入网的请求时被触发，所述转移请求包括紧急呼叫会话转移号码，所述步骤包括使用预先在所述入口服务器中配置的表来确定与所述请求中包含的所述转移号码相关联的转移节点的至少一个地址，以转移所述请求；以及

-发送步骤，用于将所述转移请求发送到用这种方法确定的所述至少一个地址。

相应地，本发明还提供了一种IMS核心网的入口服务器，所述服务器包括：

-预先在所述入口服务器中本地配置的表，所述表将至少一个紧急呼叫会话转移号码与多个紧急呼叫会话转移节点相关联，所述表中每个节点由一个地址标识；

-接收模块，适合于接收将紧急呼叫会话从第一接入网络转移到第二接入网络的请求，所述转移请求包括紧急呼叫会话转移号码；

-确定模块，由所述接收模块在接收到所述转移请求时激活，所述确定模块用于根据所述入口服务器中预先配置的表来确定与所述请求中包含的所述转移号码相关联的转移节点的至少一个地址，来转移所述请求；以及

-发送模块，用于将所述转移请求发送到由所述确定模块确定的所述至少一个地址。

本发明的所述入口服务器通常是所述IMS核心网络的I-CSCF服务器，并且所述紧急呼叫会话转移节点是如上所述的EATF实例。术语“实例”在该术语的常规含义中用于指定功能的副本(这个示例中具体是EATF功能)，不同的实例可能部署在不同的物理设备上(例如为了从地理冗余功能中受益)，或者在单个物理设备上。

因此，本发明提出了定义一种新的过程，使得I-CSCF服务器能够寻址部署在IMS核心网络中的多个EATF实例(即，节点)以处理紧急呼叫转移请求。该过程依赖于预先在所述IMS核心网络的I-CSCF服务器本地存储新的预定义表，该表针对至少一个紧急呼叫会话转移号码，通过各自的地址(例如互联网协议(IP)地址)识别多个EATFs。这里使用术语“表”来指定使数据能够被存储的任何类型的多维结构。

当所述IMS核心网络具有多个不同的I-CSCF服务器时，本发明提出的表被本地存储在每个服务器中。

多个国家或地区之间共享所述IMS核心网络的情形中(例如，每个公共陆地移动网络(PLMN)的不同E-STN-SR号码)，每个I-CSCF服务器本地配置的表的优势在于包含所述IMS核心网络中部署的EATF实例的所有地址，这些地址与所述IMS核心网络所支持的E-STN-SR号码关联。因此，根据本发明，并且借助于该表，当紧急呼叫转移请求到达所述I-CSCF服务器时，其可以直接识别可能与该转移请求有关的EATF实例，从而可能向其转移所述请求。

具体而言，与现有技术(文献WO2013/075746和3GPP标准)不同，由于所述表是在每个I-CSCF服务器中本地预先建立和配置的，因此从所述第二接入网络的所述MSC设备接收到所述转移请求的I-CSCF服务器没必要咨询HSS，以便获得与转移请求将被转移到的所述E-STN-SR号码相对应的EATF实例的地址。这样可以节省HSS的Diameter Cx接口上的负载(loading)和业务量，从而减少了所述I-CSCF服务器处理所述转移请求所需的时间，并且即使HSS不可用，紧急呼叫的处理仍具有连续性。

本发明还可在所述I-CSCF服务器中有利地实施，即在所述IMS核心网络的所述入口服务器中实施，从而用于所述IMS核心网络之外的世界(通常用于MSC设备和用于其他运营商)。因此，本发明仅需要对所述I-CSCF服务器进行较小的修改，如3GPP标准中提供的那样。这样更容易在所述IMS核心网络中部署多个EATF实例，例如，在多个地理位置，并且恰当的确保所述EATF功能继续保持可用，即使在失去一个部署的EATF实例的情况下或者在其中一个EATF实例变得不可访问的情况下也是如此。

在一具体实施方式中，针对所述接收到的请求中包括的所述转移号码，所述入口服务器中配置的所述表包括转移节点的多个地址，并且在发送步骤期间，向所述多个地址同时发送所述转移请求。

相应的，在本实施方式中，对于所述接收到的请求中包含的所述转移号码，所述入口服务器中配置的表包括转移节点的多个地址，并且所述发送模块用于同时向所述多个地址发送所述转移请求。

换句话说，在该实施方式中，所述I-CSCF服务器并行地将所述紧急呼叫会话转移请求发送到表中与包含在所述请求中的所述转移号码相关联的所有处理节点。相比之下，只有已经锚定了所述紧急信令的所述处理节点能够积极响应(即处理)该呼叫转移请求。尽管如此，向与所述请求中包括的所述转移号码相关联的所述表中所标识的所有处理节点的这种并行发送确保所述转移请求被毫无延迟地发送到已经锚定所述紧急呼叫的所述信令的所述节点。

此外，通过此实施方式，可轻松管理在冗余地理位置上部署EATF功能，以确保始终可以转移紧急呼叫。

在另一种实施方式中，每个转移节点与入口服务器中配置的所述表中的优先级相关联，并且在所述发送步骤期间，转移请求被同时发送给与所述表中最高优先级相关联的节点的地址。

这种实施方式可能给各个处理节点赋予优先级，这些优先级代表它们在给定时刻处理所述转移请求的能力。该实施方式在网络重组的情况下具有优选应用(例如，为了增加容量，维护一个或多个EATF实例，并且在给定时刻定义备份实例等)。

在特定实施方式中，所述处理方法包括为至少一个紧急转移会话号码更新所述入口服务器中预先配置的表的步骤。

具体而言，该更新可以涉及根据所述核心网络(标称(nominal)处理节点和冗余备份节点)的配置变化或所述处理节点的状态等更新与每个处理节点相关联的优先级。

因此，举例来说，检测到与最高优先级相关联的并且所述入口服务器已经向其发送所述转移请求的转移节点的非操作状态之后，所述处理方法可以包括更新所述表的步骤，在该步骤期间，所述转移节点与低于表中最高优先级的优先级相关联。

所述转移节点的非操作状态可以通过各种方式检测。

因此，举例来说，当从所述入口服务器向确定的转移节点发送所述转移请求开始的预定时间段内触发的定时器到期时，如果所述入口服务器未接收到任何(肯定或否定)来自所述传输节点的响应，可以检测到此状态。

在一个变型中，所述入口服务器可以检测网络或传输级(transport level)误差状况，例如，所述入口服务器可以接收传输控制协议(TCP)重置(RST)消息，或者可以接收互联网控制消息协议(ICMP)“目的地不可达”消息。

在又一个变型中，所述入口服务器可以从所述转移节点(特定于本发明)接收指示所述转移节点的状态的预定否定响应，例如，诸如指示“转移节点过载”或“转移节点维护中”的响应，并且使得所述入口服务器将所述转移节点与非操作状态相关联。

所述更新步骤还可以包括以低于最高优先级的优先级来改变表中相关联的转移节点的优先级，以便将其与所述最高优先级相关联。

这种更新用于优化转移紧急呼叫会话的时间。具体而言，尽管这样的更新不能阻止正在处理的紧急呼叫丢失，但其优势在于可以有效和正确地处理后续转移请求。

在特定实施方式中，所述处理方法的各个步骤由计算机程序指令确定。

因此，本发明还提供了一种数据介质上的计算机程序，该程序适合于在IMS核心网络的入口服务器中或者更一般地在计算机中实现，该程序包括适于执行如上所述处理方法的步骤的指令。

所述程序可以使用任何编程语言，并且可以采用源代码、目标代码或源代码和目标代码之间的中间代码的形式，例如以部分编译的形式或以任何其他期望的形式。

本发明还提供了一种计算机可读数据介质，包括如上所述的计算机程序的指令。

所述数据介质可以是能够存储所述程序的实体或设备。举例说明，所述介质可以包括存储装置，例如光盘(CD)ROM或微电子电路ROM等只读存储器(ROM)，或者软盘或硬盘等实际的磁记录装置。

此外，所述数据介质可以是诸如电或光信号的可传输介质，适合于通过电缆或光缆、无线电或其他方式传送。本发明的程序可以具体从互联网类型的网络下载。

或者，所述数据介质可以是包含程序的集成电路，该电路适于执行或用于执行所讨论的方法。

本发明还提供了一种IMS核心网络，其具有与至少一个紧急呼叫转移号码相关联的多个紧急呼叫会话处理节点，以及本发明的IMS核心网络的入口服务器。

在其他实施方式中，还可以设想本发明的处理方法、IMS核心网络的入口服务器和IMS核心网络以组合方式呈现全部或部分上述特征。

附图说明

从下面参照附图给出的描述中可以看出本发明的其他特征和优点，附图示出了没有限制性特征的实施方式。在图中：

-图1示出了在特定实施例中根据本发明的IMS核心网络的图；

-图2示出了在特定实施例中根据本发明的IMS核心网入口服务器的硬件架构；

-图3示出了图1IMS核心网入口服务器处的本地配置的表的示例；以及

-图4示出了由图1IMS核心网入口服务器实施的本发明的处理方法的主要步骤的流程图。

具体实施方式

图1示出了在特定实施例环境中依赖IMS架构的根据本发明的IP语音核心网络1。

按已知方式，所述IMS架构是由3GPP标准定义的标准化架构，并且能够向具有合适终端的用户提供固定和移动的多媒体服务。除此之外，它可以使用IP语音技术，为此它依赖于会话发起协议(SIP)。

在图1所示的示例中，考虑用户U的终端2，其适于访问所述核心网络1提供的服务。终端2的性质不受限制。举例来说，其可能是智能手机、数字平板电脑或者笔记本电脑等。

终端2是“多模”终端，而且可以通过不同接入网络，特别是经由第一接入网络NW1和经由第二接入网络NW2，访问由IMS核心网络1提供的服务。在当前描述的示例中，接入网络NW1是LTE 4G接入网络，并且接入网络NW2是2G/3G接入网络。尽管如此，在一个变型中，可以设想其他接入网络。

如上所述，本发明涉及处理IMS核心网络中发起的紧急呼叫，并且更具体地涉及将这种呼叫从一个接入网络转移到另一个接入网络。因此，在图1所示的示例中，考虑由IMS核心网(即，在分组交换(PS)域)中的终端2通过接入网络NW1发起紧急呼叫，然后将其转移到所述电路交换(CS)域，所述终端2被迫切换到所述接入网络NW2，例如，由于所述终端2失去所述网络NW1的覆盖。

为了简化起见，图1仅示出了参与处理紧急呼叫的IMS核心网络1的实体。在这个示例中，这些实体特别包括根据本发明的I-CSCF服务器3、代理CSCF(P-CSCF)服务器4和多个紧急呼叫处理服务器E-CSCF 5-1，...，5-N，其与多个EATF紧急呼叫转移节点6-1，...，6-N相关联，其中N是大于1的整数。除了说明书中明确指定的情况外，这些不同实体实现所述3GPP标准中所定义的对应实体的功能。具体地，对于IMS核心网络外部的实体，尤其对于管理所述接入网络NW2的呼叫的MSC装置7，I-CSCF服务器3构成了到所述IMS核心网络的入口点(服务器)。这样的装置本身是已知的，在此不再详细描述。

在一个变型中，IMS核心网络1可以具有多个I-CSCF服务器和/或多个P-CSCF服务器，专门为由这些服务器提供的功能提供冗余度。

还应该注意的是，上述各种实体(P-CSCF、I-CSCF、E-CSCF、E-ATCF等)可以托管在单个物理装置中或不同的物理装置中。

在当前描述的实施例中，I-CSCF服务器3具有计算机的硬件架构。如图2所示，其包括处理器8、只读存储器(ROM)9、随机存取存储器(RAM)10、非易失性存储器11以及通信模块12，该通信模块12具体包括用于所述接入网络NW1的第一通信模块12A和用于所述接入网络NW2的第二通信模块12B，两者本身都是已知的。所述I-CSCF服务器3的所述ROM9构成本发明的数据介质，其可由处理器8读取并且存储根据本发明的计算机程序，其包括执行本发明的处理方法的步骤的指令。

换句话说，I-CSCF服务器3与3GPP标准定义的I-CSCF服务器的不同之处在于其被配置为执行本发明的处理方法。为此，如上所述，IMS核心网络1的运营商利用存储在其非易失性存储器11中的预先建立的表TAB来配置所述I-CSCF服务器3。此处使用的术语“表”意为适合于存储数据的多维数据结构。

在I-CSCF服务器3中本地配置的表TAB将E-STN-SR类型的至少一个紧急呼叫会话转移号码与上述节点6-1，...，6-N中的多个EATF节点相关联，在表TAB中每个节点由其可达性或联系地址标识。举例来说，在这个示例中，该地址可以是IP地址。在一个变型中，其可能是一个域名，可以通过本身已知的传统域名服务器(DNS)程序来解析。

在当前描述的示例中，表TAB中标识的每个转移节点也与优先级相关联，在该示例中，优先级代表其处理转移请求的可能性。这些优先级由运营商根据各种标准进行设置。例如，名义上被选择用以锚定紧急呼叫信令(以下称为“标称节点”)的EATF节点可以与优先级P1相关联，该优先级P1大于与备用EATF节点相关联的优先级P2，所述备用EATF节点是为所述标称节点发生故障时而设计使用的。所述运营商也可以决定将相同的优先级P1与给定地理区域的运营商可用的所有EATF节点相关联。

图3示出了配置I-CSCF服务器3的表TAB的示例。在这个示例中，两个转移号码E-STN-SR1和E-STN-SR2被考虑用于IMS核心网络1。举例来说，这些号码与不同的地理区域(例如不同的国家)相关联。

所述转移号码E-STN-SR1与三个EATF节点6-1、6-2和6-3相关联。每个EATF节点与相同的优先级P1相关联。

所述转移号码E-STN-SR2与两个EATF节点6-4和6-5相关联，这两个EATF节点6-4和6-5本身与不同的优先级相关联：特别地，所述EATF节点6-4与优先级P-1相关联并且所述EATF节点6-5具有优先级P2，其中P1大于P2。举例来说，当所述EATF节点6-5是在所述标称EATF节点6-4发生故障的情况下使用的备用EATF节点时，这种情况可能存在。在该示例中，优先级P1和P2代表所述EATF传输节点的“标称”操作模式和“备份”操作模式。

当然，这个示例纯粹是通过举例的方式给出的，并且可以设想一些其他数量的E-STN-SR号码(例如单个号码)，以及同样地，与每个E-STN-SR号码相关联的一些其它数量的EATF节点，以及由所述IMS核心网络的运营商操作的与这些EATF节点相关联的不同配置的优先级。

在该示例中，存储在I-CSCF服务器3的ROM 9中的上述计算机程序定义适合于执行本发明的处理方法的步骤的I-CSCF服务器3的功能模块和软件模块。具体而言，这些功能模块包括用于接收紧急呼叫会话转移请求的接收模块3A，用于确定处理这些请求的EATF节点的确定模块3B，所述模块3B适于询问所述表TAB，以及用于将接收到的转移请求发送到由所述确定模块标识的EATF节点的发送模块3C。如上参照图2所述，这些模块特别得依赖于和/或控制I-CSCF服务器3的物理和硬件元件8-12。具体地，所述接收模块3A和所述发送模块3C依靠或控制所述I-CSCF服务器3的硬件通信模块12，更具体地是所述硬件通信模块12A和12B。下面参照本发明的处理方法的相应步骤更详细地描述模块3A、3B和3C的功能。

参考图4，接下来描述的是在特定的实施方式中，由I-CSCF服务器3使用图3所示的表TAB执行的本发明的处理方法的主要步骤。

根据本发明，假定所述I-CSCF服务器3预先已经配置有所述表TAB(步骤E10)。应该观察到，当所述IMS核心网络具有多个I-CSCF服务器3，例如，为了向I-CSCF提供的功能提供冗余度，所讨论的每个服务器预先都配置有表TAB，即，例如在呼叫会话转移请求的任何处理之前，其具有存储在其非易失性存储器中的表TAB。

假设所述用户U使用符合现有技术条件的终端2来经由接入网络NW1建立紧急呼叫。例如，所述紧急呼叫经由P-CSCF服务器4(用户请求的入口点)进入IMS核心网络1，并由所述E-CSCF节点5-2按照3GPP标准进行处理。具体而言，假设所述E-CSCF节点5-2锚定所述EATF节点6-2中的终端2发出的所述紧急呼叫信令。应该观察到，所述P-CSCF服务器4从部署在IMS核心网络1中的各种E-CSCF节点中选择单个E-CSCF节点，即节点5-2，来处理进入的紧急呼叫。

上述3GPP文献TS24.229和TS24.237特别描述了3GPP标准定义的紧急呼叫的处理，在此不再重复。

现在假设终端2在网络NW1失去其LTE覆盖。然后，IMS核心网络1(图1中未示出)的移动性管理实体(MME)启动用于在LTE接入网络NW1与用户U的终端2切换(交换)到的2G/3G接入网络NW2之间转移访问的过程。在这种情况下，根据3GPP标准TS24.237中定义的过程，负责处理接入网络NW2中的呼叫的MSC装置7然后向IMS核心网络1的I-CSCF服务器3发出转移请求R.

假定在该示例中MSC装置7配置为利用转移号码E-STN-SR1处理核心网络1发起的紧急呼叫的转移。因此转移请求R是以发送到转移号码E-STN-SR1的SIP INVITE请求的形式。换句话说，遵照SIP协议，转移号码E-STN-SR1包含在请求的“请求-URI(Request-URI)”字段中。

当经由网络NW2接收到请求R(对检测紧急呼叫转移请求的接收的测试步骤E20响应“是”)时，I-CSCF服务器3借助其接收模块3A确定请求正在发往转移号码E-STN-SR1，并使用其确定模块3B基于该号码查询表TAB，以便确定与号码E-STN-SR1相关联的EATF转移节点(步骤E30)。

在图3所示的示例中，I-CSCF服务器3的模块3B确定三个EATF节点，即节点6-1、6-2和6-3与紧急呼叫会话转移号码E-STN-SR1相关联。这些节点在表TAB中与相同的相对优先级P1相关联。

在当前描述的实施例中，当与I-CSCF服务器3接收的转移请求中包含的转移号码相关联的所有EATF节点具有相同的优先级时(对确定步骤E30中的表中标识的节点是否与相同或不相同的优先级相关联的测试步骤E40响应“是”)，I-CSCF服务器3使用为表TAB中这些节点指定的地址并使用其发送模块3C，同时向所有这些节点(即，在这个示例中向EATF节点6-1、6-2和6-3)发送转移请求R(步骤E50)。

由于EATF节点6-1和6-3最初不涉及处理由终端2发出的紧急呼叫(该呼叫的信令被锚定在EATF节点6-2中)，因此这些节点通过SIP 404消息以常规方式响应从I-CSCF服务器3接受的转移请求。

然而，EATF节点6-2在终端2正建立紧急呼叫的信令时已经将其锚定。因此其可以很好的给出肯定的响应并且处理从I-CSCF服务器3接收到的转移请求，尤其是将该请求R转发给E-CSCF服务器5-2。E-CSCF服务器5-2依照3GPP标准中目前定义的和上述3GPP文件TS24.237中描述的过程转而将请求中继至本身已知的公共站应答点(PSAP)型紧急呼叫中心。本发明的处理方法到此结束(步骤E110)。

在一个变型中，可以设想本发明的另一用途，其中服务器/节点对5-1/6-1、5-2/6-2和5-3/6-3彼此是冗余对，其可以在任何一对发生故障或无法访问时(例如因为托管它的网站发生故障或无法访问)使用。因此，举例来说，假设托管E-CSCF服务器5-1(以及相关联的EATF节点6-1)的站点已经发生故障，使得P-CSCF服务器4在接收到由终端2发出的紧急呼叫时向E-CSCF服务器5-2发送该呼叫，这锚定了EATF节点6-2中的相关信令。

在这种情况下，所述转移请求R已被发送到三个EATF节点6-1、6-2和6-3之后，当托管EATF节点6-1的站点不可访问时，I-CSCF服务器3没有从所述EATF节点6-1接收到响应，却从锚定待转移呼叫信令的所述EATF节点6-2接收到肯定响应。

因此，本发明可以在冗余地理位置上部署所述EATF功能，以确保紧急呼叫总是可以被转移。

接下来说明当与包含在转移请求中的E-STN-SR号码相关联的EATF转移节点在表TAB中并不全部具有相同优先级时，I-CSCF服务器3行为的另一示例。具有表TAB中不同优先级的资源可以帮助部署EATF紧急节点，以便缓解标称EATF节点的不可访问性，例如由于标称节点失灵或发生故障。具体而言，通过给标称节点和表中的备份节点赋予不同的优先级，在标称节点不可用于处理当前转移请求的情况下，有可能快速标识用于以网络级别接管的备份节点，以便管理后续转移请求，如下所述。

在该另一个示例中，现在假定终端2经由接入网络NW1发出的紧急呼叫由P-CSCF服务器4传送到E-CSCF服务器5-4。呼叫信令由EATF节点6-4中的E-CSCF服务器5-4锚定。

如上所述，当终端2在网络NW1失去LTE覆盖时，IMS核心网络1的MME实体发起LTE接入网络NW1和2G/3G接入网络NW2之间的接入转移过程，然后MSC装置7向IMS核心网络1的I-CSCF服务器3发出转移请求R。现在假设在该示例中，MSC装置7配置有转移号码E-STN-SR2。因此发送请求R以SIP INVITE请求的形式，在其“请求-URI(Request-URI)”字段中包含转移号码E-STN-SR2。

经由接收模块3A接收到请求R时，I-CSCF服务器3确定该请求正被发送到转移号码E-STN-SR2，并且其通过使用该号码来查询其表TAB以确定与号码E-STN-SR2关联的EATF转移节点(步骤E30)。

在图3所示的示例中，I-CSCF服务器3的模块3B确定两个EATF节点，即节点6-4和6-5与紧急呼叫会话转移号码E-STN-SR2相关联，但是具有不同的优先级。EATF节点6-4在表TAB中与优先级P1相关联，而EATF节点6-5与低于优先级P1的优先级P2相关联。在这个示例中，这意味着标称EATF节点是EATF节点6-4并且备份节点是EATF节点6-5。

在当前描述的实施方式中，当与由I-CSCF服务器3接收到的转移请求中包括的转移号码相关联的EATF节点具有不同的优先级(对测试步骤E40响应“否”)时，I-CSCF服务器3通过其发送模块3C向具有最高优先级(在该示例中为P1)的EATF节点发送该请求，换句话说，对应于IMS核心网络的标称操作模式(步骤E60)。在图3的示例中，转移请求因此被发送到EATF节点6-4。如果多个节点共享相同的优先级，则向所有这些节点同时发送转移请求。

在当前描述的实施方式中，向EATF节点6-4发送转移请求在预定时间段T内启动定时器(步骤E70)。

在时间段T期满时，如果从EATF节点6-4(其中在本示例中锚定由终端2发出紧急呼叫的信令)没有接收到肯定响应，或者更一般地完全没有响应(对测试步骤E80响应“否”)，触发备份操作模式。特别地，由于锚定由终端2发出的紧急呼叫的信令的EATF节点6-4没有响应，这意味着该节点不可访问，例如由于该节点发生故障或者因为维护等原因，因此该节点无法处理该呼叫的转移。正在处理的紧急呼叫因此而丢失。

在当前描述的实施方式中，来自EATF节点6-4的响应的消失导致I-CSCF服务器3的发送模块3C向IMS核心网1的运营商发送警报，以便指示标称EATF节点6-4不可用(步骤E90)。

上述步骤E70和E80构成测试步骤，试图检测I-CSCF服务器3向其发送转移请求(或转移请求被发送到的转移节点)的EATF转移节点6-4(如果有的话)的非操作状态(例如，不可访问状态)。

然而，检测I-CSCF服务器3已经向其发送转移请求的转移节点的非操作状态的其他方式可以设想为变型，或者除了图4步骤E70和E80中提出的替代方案之外的方式。

因此，举例来说，I-CSCF服务器3可以检测到网络或转移级错误的情况，例如I-CSCF服务器3可以检测是否已经接收到传输控制协议(TCP)重置(RST)消息或者互联网控制消息协议(ICMP)“目的地不可达”消息。

在另一个变型中，I-CSCF服务器3可以检测其是否已经从转移节点(特定于本发明)接收到指示转移节点的状态的预定否定响应，例如指示“转移节点过载”或“转移节点维护中”的响应，以及入口服务器与转移节点的非操作状态相关联。

发送该警报之后，为了减轻标称EATF节点6-4的故障，更新表TAB(步骤E100)。该更新可以由IMS核心网络1的运营商执行，其被通知EATF节点6-4不可用，或者可以直接由I-CSCF服务器3执行。更确切地说，当前描述的实施方式包括将与标称EATF节点6-4相关联的优先级从P1(高优先级)改变为P2(低优先级)，并且将与备用EATF节点6-5相关联的优先级从P2(低优先级)改变为P1(高优先级)。换句话说，互换EATF节点6-4和6-5的优先级以处理即将到来的转移请求。

此外，EATF节点6-4被宣布(临时或永久)不可用，以便不再被E-CSCF节点选择以锚定即将进入的紧急呼叫的信令。

更普遍地，如果多个EATF节点与表TAB中的优先级P1相关联，并且当周期T到期时不响应由I-CSCF节点3发出的转移请求R，则通过给于这些节点低优先级P2来更新表TAB，而最初与低优先级P2相关联的EATF节点变为高优先级P1。

通过这种方式更新表TAB，确保EATF节点6-5从故障EATF节点6-4接管，以用于后续的转移请求。一旦更新完成，本发明的处理方法即告结束(步骤E110)。

也可以想象，其他EATF节点与转移号码E-STN-R2相关联，并且具有低于P2的另一优先级P3。如果必要，使用与优先级P3相关联的节点来重复步骤E80至E100(在与优先级P2相关联的EATF节点没有响应的情况下)。

还可以设想，在检测到非操作状态(特别是不可访问状态)的情况下，关于I-CSCF节点3已经向其发送了转移请求R的转移节点，在步骤E100更新表TAB的过程中，将该节点与表中使用的最低优先级相关联，以便通知I-CSCF服务器3该节点已停止服务。

相反，如果EATF节点6-4处于操作状态，则由于该节点在被终端2建立时被锚定至紧急呼叫的信令，因此其对I-CSCF服务器3做出肯定响应(对测试步骤E80响应“是”)，并且本发明的处理方法终止(步骤110)。EATF节点6-4处理从I-CSCF服务器3接收到的转移请求，并且具体地将请求R转发至E-CSCF服务器5-4，并将该请求中继到PSAP紧急呼叫中心，如上所述。

因此，当重组网络(例如增加容量、维护EATF节点等)时，以EATF节点与不同的优先级相关联的方式配置表TAB，构成了优选但非限制性的应用。

Claims (11)

1.一种由IMS核心网络(1)的入口服务器(3)执行的处理紧急呼叫会话转移请求的处理方法，所述方法的特征在于包括：

-在所述入口服务器处的预先配置步骤(E10)，用于配置将至少一个紧急呼叫会话转移号码与多个紧急呼叫会话转移节点(6-1，6-N)相关联的表TAB，所述表中的每个节点由地址标识；

-确定步骤(E30)，所述确定步骤是在接收(E20)到将紧急呼叫会话从第一接入网络(NW1)转移到第二接入网络(NW2)的请求时被触发，所述转移请求包括紧急呼叫会话转移号码，所述确定步骤包括使用在所述入口服务器中预先配置的所述表来确定与包含在所述请求中的所述转移号码相关联的转移节点的至少一个地址以转移所述请求；以及

-发送步骤(E50)，用于向用此方法确定的所述至少一个地址发送所述转移请求。

2.根据权利要求1所述的处理方法，其中针对包含在所述接收到的请求中的所述转移号码(E-STN-SR1)，在所述入口服务器中配置的所述表包括转移节点(6-1，6-2，6-3)的多个地址，并且其中在所述发送步骤期间，所述转移请求被同时发送盗所述多个地址。

3.根据权利要求1或2所述的处理方法，其中每个转移节点与配置在所述入口服务器中的所述表中的优先级(P1，P2)相关联，并且其中在所述发送步骤期间，所述转移请求被同时发送给与所述表中的所述最高优先级(P1)相关联的所述节点(6-1，6-2，6-3，6-4)的地址。

4.根据权利要求1至3中任一项所述的处理方法，包括为至少一个紧急转移会话号码更新所述入口服务器中预先配置的所述表的步骤。

5.根据权利要求3所述的处理方法，包括在检测到与所述最高优先级相关联的且所述入口服务器已经向其发送所述转移请求的转移节点的非操作状态之后，更新所述表的步骤，在所述更新期间，所述转移节点与低于所述最高优先级的优先级(P2)相关联。

6.根据权利要求5所述的处理方法，其中所述更新步骤还包括改变在所述表中与低于所述最高优先级的优先级(P2)相关联的转移节点的优先级，以便将所述转移节点与所述最高优先级(P1)相关联。

7.一种计算机程序，当由计算机执行所述程序时，所述计算机程序包括用于执行权利要求1至6中任一项所述的处理方法的步骤的指令。

8.一种计算机可读数据介质，存储包括用于执行权利要求1至6中任一项所述的处理方法的步骤的指令的计算机程序。

9.一种IMS核心网络(1)的入口服务器(3)，所述服务器包括：

-在所述入口服务器处预先且本地配置的表(TAB)，所述表将至少一个紧急呼叫会话转移号码与多个紧急呼叫会话转移节点相关联，每个节点在所述表中由地址标识；

-接收模块(3A)，适用于接收将紧急呼叫会话从第一接入网络转移到第二接入网络的请求，所述转移请求包括紧急呼叫会话转移号码；

-确定模块(3B)，在所述接收模块接收到所述转移请求时被激活，所述确定模块配置为根据在所述入口服务器中预先配置的表确定与包含在所述请求中的所述转移号码相关联的转移节点的至少一个地址以转移所述请求；以及

-发送模块(3C)，用于向由所述确定模块确定的所述至少一个地址发送所述转移请求。

10.根据权利要求9所述的服务器，其中针对所述接收到的请求中包含的所述转移号码，在所述入口服务器中配置的所述表包括转移节点的多个地址，并且其中所述发送模块被配置为同时向所述多个地址发送所述转移请求。

11.一种IMS核心网络(1)，具有与至少一个紧急呼叫转移号码相关联的多个紧急呼叫会话转移节点(6-1，...，6-N)，以及根据权利要求9或10所述的到所述IMS核心网络的入口服务器(3)。