从多模式无线通信装置的紧急呼叫的网络辅助发起的制作方法

一般来说，本发明涉及从多模式无线通信装置进行紧急呼叫，具体来说，涉及在紧急呼叫的发起之前为多模式无线通信装置提供关于它可用的哪些接入网支持紧急呼叫的信息。

背景技术：

在可预见的将来，各种不同无线电接入技术(rat)将并行存在。例如，第三代合作伙伴项目(3gpp)和3gpp2分别基于宽带码分多址(wcdma)和cdma2000同时制订竞争rat标准。甚至3gpp本身制订不同的rat标准，部分演进关注后向兼容性(例如高速分组接入hspa)，以及部分改革集中于性能而与后向兼容性无关(例如长期演进lte)。对于3gpp2也可以说是这种情况。此外，随着3gpp和3gpp2继续制订其相应rat标准，各制订不同技术阶段或版本(例如，3gpp提供hspa的不同版本，包括版本5、6和7)。除了这些技术之外，无线局域网(wlan)和“wimax”技术也可以是广泛可用的，往往与其它技术一起以及相互在一起。

对于可用的这些各种rat，多个无线运营商可在任何给定区域中部署不同rat，其中在它们之间准许可变程度的互操作性。实际上，由于任何技术的部署可能是逐渐的，并且由于任一种技术可能不足以提供普遍存在的覆盖和连续高服务质量，所以甚至单个无线运营商可能在任何给定区域中部署具有重叠覆盖的不同rat。

因此，在任何给定时间和位置，实现不同rat的多个接入网(an)可以是无线通信装置可接入的。多模式无线通信装置支持多个rat，并且因此能够选择或者被指导选择多个不同an中的任一个an用于发起给定呼叫。

当多模式装置尝试发起紧急呼叫时，在多个an之间的选择证明是特别困难的。并非多模式装置可用的所有an都可支持紧急呼叫。例如，an也许不能够将紧急呼叫优先于非紧急呼叫/服务，也许不能为紧急呼叫提供充分服务质量，和/或不可提供定位服务以适当地路由紧急呼叫。因此，多模式装置可通过一个an、例如非3gppan来发起紧急呼叫，仅为了发现该an不支持那个紧急呼叫。如果多模式装置在呼叫已经建立之后发现an不支持紧急呼叫，则该呼叫可完全丢弃，或者不良服务质量可阻碍通信。此外，即使多模式装置在呼叫已经建立之前发现an不支持紧急呼叫，并且此后能够选择不同an用于重定向紧急呼叫，新选择的an也可能非常良好地呈现同样的行为。这种试错过程潜在地对于从多模式装置成功地拨打紧急呼叫所需的时间增加相当大的延迟，在一些紧急情况下的延迟完全是不可接受的。

技术实现要素：

本文的示教在紧急呼叫的发起之前为多模式无线通信装置提供关于它可用的哪些接入网支持紧急呼叫的信息。在提供有这种信息的情况下，装置能够基于哪些接入网实际上支持紧急呼叫，来智能地选择通过其发起那个紧急呼叫的接入网。通过消除或者至少最小化将紧急呼叫重定向到不同接入网的可能性，本示教降低成功地拨打紧急呼叫所需的延迟，并且提高以令人满意的服务质量来建立紧急呼叫的机会。

更具体来说，按照本发明的一个实施例的多模式无线通信装置配置成经由多个不同接入网(例如gsm/edge、wimax或wlan)中的任一个接入网来接入无线通信系统的核心网络。并非所有这些接入网都可支持紧急呼叫。相应地，为了帮助多模式装置选择它应当使用哪一个接入网来发起紧急呼叫，核心网络中的一个或多个服务器配置成向装置发送指示装置可用的哪些接入网支持紧急呼叫的紧急情况支持信息。紧急情况支持信息可简单地指示哪些接入网一般支持紧急呼叫，或者可更具体地指示哪些接入网支持一个或多个特定类型的紧急呼叫(例如ims紧急呼叫)。

无论如何，核心网络中的服务器有利地在装置发起紧急呼叫之前向装置发送紧急情况支持信息。在一个实施例中，例如，服务器配置成在多模式装置发起紧急呼叫之前得到非紧急事件通知。非紧急事件通知向服务器指示与装置关联的一个或多个非紧急事件已经发生。本文所使用的“非紧急事件”指的是与装置具体关联的在非紧急情况期间发生的任何事件。非紧急事件可包括例如装置最初接入核心网络，但是明显排除装置发起紧急呼叫或者接收紧急呼叫重定向信号，因为这些事件当然在紧急情况期间发生。对非紧急事件通知进行响应，服务器配置成向多模式装置发送紧急情况支持信息。

对应地，多模式装置配置成例如通过从服务器进行接收来得到紧急情况支持信息。在此后的某个点，装置接收发起紧急呼叫的控制命令。在接收到控制命令时，装置选择通过其发起那个紧急呼叫的接入网。更具体来说，装置从紧急情况支持信息指示为支持紧急呼叫的接入网中选择通过其发起紧急呼叫的接入网。然后，装置响应发起紧急呼叫的控制命令而通过所选接入网来发起紧急呼叫。

在一些实施例中，装置还配置成得到选择策略，其中包括用于从多个不同接入网之中选择接入网的一个或多个规则。选择策略例如可基于各接入网是否支持紧急呼叫、各接入网的类型等等来优先化可用接入网。稍后，装置使用选择策略来选择通过其发起紧急呼叫的接入网。

无论如何，在至少一个实施例中，装置配置成经由一个或多个装置管理(dm)管理对象(mo)来得到紧急情况支持信息和/或选择策略。本文所使用的“dmmo”指的是作为由装置为了进行管理的目的(例如用于装置的规定（provisioning）、用于装置的设定和参数的配置、用于升级装置的软件等)所展现的接口的逻辑部分的信息的任何数据模型。此外，dmmo包括通常按照树、例如作为扩展标记语言(xml)文档所构成的一个或多个节点和一个或多个叶。这准许各节点的值和性质被单独设置和检索。相应地，紧急情况支持信息和选择策略可经由单个dmmo或者经由两个单独的dmmo发送给装置。

上述实施例准许装置以最小延迟并且以最小系统开销成功地拨打紧急呼叫。当然，本发明并不局限于上述实施例的特征和优点。实际上，通过阅读以下详细描述以及参见附图，本领域的技术人员将会知道另外的特征和优点。

附图说明

图1是示出按照本发明的一个实施例、包括多模式无线通信装置和核心网络的无线通信系统的框图。

图2是示出按照本发明的一个实施例、在核心网络中实现的方法的逻辑流程图。

图3是示出按照本发明的一个实施例、由多模式无线通信装置所实现的方法的逻辑流程图。

图4a-4b示出按照本发明的一个实施例的接入网发现和选择功能(andsf)装置管理(dm)管理对象(mo)的简图。

图5是示出按照本发明的一个实施例的示范紧急呼叫过程的呼叫流程图。

具体实施方式

图1示出无线通信系统10，其中包括一个或多个多模式无线通信装置20、多个不同接入网(an)30、核心网络(cn)40和ip多媒体子系统(ims)50。

多模式无线通信装置20可包括蜂窝电话或者任何其它类型的移动终端，例如支持多种无线电接入技术(rat)的便携式装置、袖珍装置、手持装置、计算机包括的装置或者车载装置。因此，装置20包括一个或多个处理电路22以及配置成经由多个不同an30中的任一个an接入cn40的多个无线电电路24。每个无线电电路24和对应an30可实现不同的rat。如图1所示，例如，无线电电路24和an30通过空中接口使用gsm/edge、wcdma/lte、wimax或者多个不同wlan之一进行通信。这些an30中的若干an可由同一无线运营商来操作，或者各可由单独服务提供商来维护。

cn40提供到ip网络60(例如因特网)的连接用于分组交换服务，并且可提供到公共交换电话网(pstn)70的连接用于电路交换服务。cn40还例如经由接入网关(未示出)互连到ims50。ims50向多模式装置20提供接入无关的基于ip的多媒体服务，并且支持各种ip服务，包括基于ip的语音(voip)、视频和音频流播、电子邮件、万维网浏览、电视会议、即时消息传递、存在（presence）和其它服务。

多模式装置20配置成例如响应用户控制而发起紧急呼叫。紧急呼叫可包括专有紧急语音呼叫、911紧急语音呼叫、紧急文本消息、紧急即时消息等等。紧急呼叫还可包括ims紧急呼叫，由此多模式装置20建立ims紧急会话。与紧急呼叫的具体类型无关，系统10经由可包括（诸如无线e911网络之类的）紧急服务网络的ip网络60或pstn70将装置20成功地拨打的紧急呼叫路由到适当的紧急应答点(eap)80、90。eap80、90例如可包括诸如公共服务应答点(psap)之类的所指定全州缺省应答点、适当的本地紧急机构或者诸如onstar等专有紧急应答点。

由于多模式装置20支持多个rat，所以装置20配置成通过多个不同an30中的任一个an来发起紧急呼叫。但是，一些an30可能不支持紧急呼叫。例如，一些an30也许不能够将紧急呼叫优先于非紧急呼叫/服务，也许不能为紧急呼叫提供充分服务质量，和/或不可提供定位服务以适当地路由紧急呼叫。如果多模式装置20将通过这些an30之一发起紧急呼叫，则呼叫被重定向到同样可能不支持紧急呼叫的另一个an30。这潜在地对装置20成功地拨打紧急呼叫所需的时间增加相当大的延迟。

为了使多模式装置20能够通过适当an30发起紧急呼叫，cn40包括配置成实现图2所示方法的一个或多个服务器44。如图2所示，一个或多个服务器44配置成在多模式装置22发起紧急呼叫之前得到或者以其它方式接收非紧急事件通知(框100)。非紧急事件通知向一个或多个服务器44指示与装置22关联的一个或多个非紧急事件已经发生。本文所使用的“非紧急事件”指的是与装置22具体关联的在非紧急情况期间发生的任何事件。非紧急事件可包括例如装置22最初接入cn40，但是明显排除装置22发起紧急呼叫或者接收紧急呼叫重定向信号，因为这些事件当然在紧急情况期间发生。通过以下描述，非紧急事件的其它示例将会显而易见。

一个或多个服务器44可通过直接检测一个或多个非紧急事件的发生，来得到指示那些事件的发生的非紧急事件通知。备选地，一个或多个服务器44可通过从cn40或ims50中已经检测到其发生的另一个节点(例如归属用户服务hss节点)接收通知，来得到非紧急事件通知。cn40或ims50中的节点例如可实现自动装置检测特征，该特征检测新的国际移动用户识别码(imsi)和国际移动设备识别码(imei)关系何时附到系统10上，并且在这种检测时，向一个或多个服务器44发送非紧急事件通知。

响应非紧急事件通知，一个或多个服务器44配置成向多模式装置20发送指示装置20可用的哪些an30支持紧急呼叫的紧急情况支持信息(框110)。服务器44由此在装置20发起紧急呼叫之前通知该装置关于哪些an30支持紧急呼叫。因此，在装置20用于发起紧急呼叫的任何后来的情况下，装置20可通过实际上支持紧急呼叫的an30来发起呼叫(与例如装置20通过不支持紧急呼叫的an30发起呼叫并且然后必须重定向到不同an30相反)。

紧急情况支持信息可简单地指示哪些an30一般支持紧急呼叫，或者可更具体地指示哪些an30支持一个或多个特定类型的紧急呼叫。在一个实施例中，例如，紧急情况支持信息指示哪些an30支持ims紧急呼叫(即，通过ims50的紧急呼叫)。在另一个实施例中，紧急情况支持信息还指示各an30在其上支持紧急呼叫的地理区域。也就是说，虽然an30可实现技术上支持紧急呼叫的rat，但是an30仍然可能在某些地理区域中缺乏充分覆盖以支持某种最小服务质量下的紧急呼叫。在这种情况下，一个或多个服务器44配置成发送指定其中支持或不支持紧急呼叫的地理区域的紧急情况支持信息。支持或者不支持紧急呼叫的地理区域可在紧急情况支持信息中基于例如那些区域的全球定位系统(gps)坐标、部署在那些区域的特定接入点的名称、在那些区域所指定的小区的标识符等等来标识。

对应地，多模式装置22的一个或多个处理电路22配置成实现图3所示的方法。如图3所示，处理电路22配置成例如通过从cn40中的一个或多个服务器44进行接收来得到上述的指示哪些an30支持紧急呼叫的紧急情况支持信息(框120)。在此后的某个点，处理电路22接收发起紧急呼叫的控制命令(框130)。可响应多模式装置20的用户物理上拨打所指定紧急号码(例如911或112)或者响应自主地检测紧急情况的发生的一个或多个紧急情况检测信号(例如在装置20是车载装置的情况下检测汽车撞车或汽车事故的发生的一个或多个汽车碰撞检测信号)而接收控制命令。

在接收到发起紧急呼叫的控制命令时，处理电路22配置成选择通过其发起那个紧急呼叫的an30(框140)。更具体来说，处理电路22配置成从紧急情况支持信息指示为支持紧急呼叫的an30中选择通过其发起紧急呼叫的an30。处理电路22配置成然后响应发起紧急呼叫的控制命令而通过所选an30来发起紧急呼叫(框150)。

这样，装置20以最小延迟并且以最小系统开销成功地拨打紧急呼叫。由于装置30在发起紧急呼叫之前得到紧急情况支持信息，所以装置20可基于哪些an30实际上支持那个紧急呼叫来智能地选择通过其发起紧急呼叫的an30。这又消除或者至少最小化将紧急呼叫重定向到不同an30的可能性，并且由此降低装置20成功地拨打紧急呼叫所需的时间和系统资源。

有鉴于此，本领域的技术人员将会理解，在装置20发起紧急呼叫之前的任何时间，一个或多个服务器44可发送上述紧急情况支持信息并且处理电路22可得到上述紧急情况支持信息。在以上简述的一个实施例中，响应装置20最初接入cn40，服务器44发送紧急情况支持信息并且处理电路22接收紧急情况支持信息。例如，当装置20最初接入cn40时，cn40可将紧急情况支持信息推送给装置20，而无需装置20首先请求该信息。但是，在其它实施例中，响应装置20向cn40请求紧急情况支持信息，服务器44发送该信息并且处理电路22接收该信息。装置20可在最初接入cn40时和/或在装置20最初接入cn40之后但在装置20发起紧急呼叫之前的某个时间点请求紧急情况支持信息。

按照上述实施例，由服务器44所发送并且由处理电路22所得到的紧急情况支持信息仍然可随时间而变得陈旧。也就是说，在装置20最初接入cn40或者请求紧急情况支持信息之后，由装置20所得到的信息可能不再准确地指示装置20可用的哪些an30支持紧急呼叫。由于an30的新部署或者装置20的移动性，支持紧急呼叫的附加an30后来可变成是装置20可用的。此外，先前指示为可装置20可用并且支持紧急呼叫的an30可能不再可用，或者可能暂时不支持紧急呼叫(例如技术困难、异常高的负荷等)。因此，在一些实施例中，响应装置20先前得到的信息的陈旧，服务器44配置成发送已更新紧急情况支持信息并且处理电路22配置成接收已更新紧急情况支持信息。紧急情况支持信息的陈旧可定义成以处理电路22或服务器44所测量的周期间隔来发生。作为替代或补充，紧急情况支持信息的陈旧可由处理电路22基于可用an30的扫描或者由服务器44基于an30中的配置变化来检测。

无论是否更新，由装置20所得到的紧急情况支持信息都可指示比只是某些可用an30是否支持紧急呼叫更详尽的信息。如以上简述，例如，在一些实施例中，紧急情况支持信息还指示各an30在其上支持紧急呼叫的地理区域。在这些情况下，装置20的处理电路22还可配置成得到指示装置的当前地理位置的位置信息(例如经由已知方法，如gps、辅助gps、增强观测时差等)。处理电路22则通过选择按照位置信息和紧急情况支持信息在装置的当前地理位置支持紧急呼叫的an30，来选择通过其发起紧急呼叫的an30。

又如上所述，在其它实施例中，紧急情况支持信息具体指示哪些an30支持一个或多个特定类型的紧急呼叫(例如ims紧急呼叫)。在这些情况下，装置20的处理电路22可在接收到发起特定类型的紧急呼叫的控制命令时更适当地选择an30。也就是说，处理电路22可配置成从紧急情况支持信息指示为支持那个特定类型的紧急呼叫的那些an30中选择通过其发起紧急呼叫的an30。

在多个不同an之中进行选择的这些及其它方式可结合到所谓的选择策略中。在一些实施例中，例如，处理电路22还配置成例如还通过从cn40中的服务器44进行接收来得到包括用于从多个不同an30之中选择an30的一个或多个规则的选择策略。然后，处理电路22能够基于这个选择策略来选择通过其发起紧急呼叫的an30。

可生成关注紧急呼叫的选择策略，由此选择策略包括排他地用于发起紧急呼叫的一个或多个规则，或者可以是无关于紧急呼叫而生成的更一般应用的策略(例如，用于紧急呼叫的规则可以是与用于正常非紧急呼叫的相同规则)。关于前一个选项，在一个实施例中，由装置20所得到的选择策略包括仅优先化紧急情况支持信息指示为支持紧急呼叫的可用an30的一个或多个规则。an30可按照一个或多个参数、例如它们实现的rat来被优先化。在这种情况下，实现支持较高服务质量紧急呼叫的rat的an30优先于实现支持较低服务质量紧急呼叫的rat的an30。无论如何，装置20通过在选择较低优先级an30之前选择较高优先级an30，基于选择策略来选择通过其发起紧急呼叫的an30。

关于后一个选项，在另一个实施例中，由装置20所得到的选择策略包括一般地优先化所有可用an30的一个或多个规则，而无论紧急情况支持信息是否指示它们支持紧急呼叫。因此，装置20可将这个一般适用的选择策略用于更普通目的，例如选择通过其发起正常非紧急呼叫的an30。但是，当使用选择策略来选择通过其发起紧急呼叫的an30时，在一个实施例中，装置20配置成按照相同优先化来选择an30，条件是所选an30支持紧急呼叫。也就是说，装置20根据紧急情况支持信息来确定按照一般适用的选择策略的最高优先级an30是否支持紧急呼叫，以及如果是的话，则选择那个an30。否则，装置20确定下一个最高优先级an30是否支持紧急呼叫，以及如果支持的话则选择那个an30，依此类推。

至少在这后一种情况下，由于装置20可将选择策略用于除了只是紧急呼叫之外的用途，所以在一些实施例中，装置20独立于紧急情况支持信息来得到选择策略；即，在不同时间和/或经由不同规定方式（provisioningapproach）。但是，一般来说，装置20可得到(1)仅紧急情况支持信息；(2)紧急情况支持信息和选择策略，两者同时并且经由相同规定方式；或者(3)紧急情况支持信息和选择策略，各在不同时间和/或经由不同规定方式。对于配置成向装置20发送紧急情况支持信息和/或选择策略的服务器44也可以说是这种情况。

在一个实施例中，例如，服务器44包括装置管理(dm)服务器44，dm服务器44配置成经由一个或多个dm管理对象(mo)或者经由对一个或多个dmmo的更新向装置20发送紧急情况支持信息和/或选择策略。本文所使用的“dmmo”指的是作为由装置20为了进行管理的目的(例如用于装置20的规定、用于装置的设定和参数的配置、用于升级装置的软件等)所展现的接口的逻辑部分的信息的任何数据模型。由dm服务器44向装置20所发送的一个或多个dmmo或者对其的更新可符合例如开放移动联盟(oma)dm协议。

无论如何，dmmo包括通常按照树、作为扩展标记语言(xml)文档所构成的一个或多个节点和一个或多个叶。这准许各节点的值和性质被单独设置和检索。相应地，紧急情况支持信息和选择策略可经由单个dmmo、经由对单个dmmo的更新、经由两个单独的dmmo或者经由对两个单独的dmmo的更新从服务器44发送给装置20。关于前一类情况，单个dmmo或者对其的更新包括定义紧急情况支持信息的一个或多个节点或叶以及定义选择策略的一个或多个其它节点或叶。关于后一类情况，一个dmmo或者对其的更新包括定义紧急情况支持信息的一个或多个节点或叶(在由装置20仅得到紧急情况支持信息的一个实施例中情况会是这样)，而其它dmmo或者对其的更新包括定义选择策略的一个或多个节点或叶。

装置20通过其来接收紧急情况支持信息和/或选择策略的一个或多个dmmo可以是若干不同类型的mo中的任一个。也就是说，装置20可配置成接收用于管理不同服务的设定或参数的不同类型的dmmo，并且紧急情况支持信息和/或选择策略可经由这些中的任一个传递给装置20。例如，在一个实施例中，装置20配置成经由一个或多个imsdmmo来接收紧急情况支持信息和/或选择策略，imsdmmo管理由ims50按照3gpp技术规范(ts)24.167所提供的服务的设定或参数。在另一个实施例中，装置20配置成经由一个或多个多媒体电话dmmo来接收紧急情况支持信息和/或选择策略，多媒体电话dmmo管理按照3gppts26.114的多媒体电话的设定或参数。

在又一个实施例中，装置20配置成经由一个或多个接入网发现和选择功能(andsf)dmmo来接收紧急情况支持信息和/或选择策略，andsfdmmo管理按照3gpp技术规范24.312的系统间移动性策略。在针对3gppan30的这个及其它实施例中，装置20可例如经由3gpp移动性管理消息以其它方式来得到关于哪些3gppan30支持紧急呼叫的信息，并且得到主要指示哪些非3gppan30支持紧急呼叫的紧急情况支持信息。另外，这个紧急情况支持信息还可指示哪些3gppan30支持紧急呼叫，并且由此忽略以其它方式得到的关于那些3gppan30的任何信息。

当然，作为补充或替代，装置20可配置成经由为管理紧急服务的设定或参数专门定义的一个或多个新定义的dmmo来接收紧急情况支持信息和/或选择策略。其它实施例包括装置20经由这些不同类型的dmmo的某种组合来得到紧急情况支持信息和选择策略。

图4a-4b示出用以经由单个andsfdmmo将紧急情况支持信息和选择策略均提供给装置20的一个实施例的附加细节。图4a-4b中，andsfdmmo200包括树结构，其中包括各种节点和叶。包括问号的节点和叶是可选的。发现信息（discoveryinformation）节点205为装置20提供与可用an30有关的信息。更具体来说，发现信息节点205对于每个可用an30来通知装置20关于那个an的类型(经由接入网类型(accessnetworktype)叶210)、其中预计an是可用的地理区域(经由接入网区域(accessnetworkarea)节点215)以及an是否支持紧急呼叫(经由accessnetworkesupport叶220)。因此，发现信息节点205结合accessnetworkesupport叶220来通知装置20关于上述紧急情况支持信息。虽然图4a-4b未示出，但是发现信息节点205还可对于每个可用an30经由例如与接入网区域节点215相似的accessnetworkesupportarea节点来通知装置20关于其中an支持紧急呼叫的地理区域，或者更具体地通知装置20关于an支持哪些类型的紧急呼叫。

图4a-4b中的策略节点225为装置20提供优先化可用an30的一个或多个规则，并且因此通知装置20关于上述选择策略。由这个选择策略所指定的某些规则可能不是在所有时间或者在所有地理区域中都适用(即有效)的。例如，时间（timeofday）节点230指定规则在其间有效的时间，并且可通过其它方式应用以优先化可用an30。同样，有效区域(validityarea)节点235指定规则为有效的地理区域。此外，按照用以生成关注紧急呼叫的选择策略的一些实施例，除非装置20在紧急情况期间使用选择策略(例如用于选择通过其发起紧急呼叫的an30)，否则某些规则可能不是有效的。在这些实施例中，紧急情况（emergency）叶240指定规则是否仅在紧急情况期间才有效。

有鉴于此，一个或多个规则本身按照规则优先级（rulepriority）叶230来优先化，例如以便确定在多于一个规则在给定时间、位置和情况为有效时要应用哪一个规则。在较低优先级规则之前应用较高优先级规则。在选择策略包括将要排他地用于发起紧急呼叫的规则的情况下，按照规则优先级叶230给予该规则高优先级。给予规则高优先级确保将在其它规则之前应用它来发起紧急呼叫，这可将不支持紧急呼叫的an30优先于支持紧急呼叫的那些an30。

优先化接入（prioritizedaccess）节点250对于策略（policy）节点225中包含的一个或多个规则中的每个规则实际上优先化可用an30。规则能够例如基于各an是否支持紧急呼叫(经由accessesupport叶255)和/或基于各an的类型(经由接入技术（accesstechnology）叶260)等等来优先化可用an30。当然，本领域的技术人员将会理解，图4a-4b只表示dmmo的一个可能实施例，而本发明并不局限于这个实施例。

图5同样表示在无线通信系统10中发生的用于发起ims紧急呼叫的呼叫流程的一个可能实施例。图5中，多模式装置20最初经由an30-1接入cn40(步骤300)。如上所述，cn40中的某个节点、例如cn节点42可检测装置的初始接入，并且对其进行响应，向dm服务器44发送非紧急事件通知。作为替代或补充，在装置的初始接入之后的某个点，装置20可向dm服务器44发送非紧急事件通知作为对紧急情况支持信息(esi)和/或选择策略的请求(步骤310)。无论如何，dm服务器44得到非紧急事件通知(步骤320)，并且向多模式装置20发送esi和/或选择策略(步骤330)。在接收到esi和/或选择策略之后的某个点，多模式装置20接收发起ims紧急呼叫的控制命令(步骤340)，并且基于从dm服务器44接收到的esi和/或选择策略来选择通过其发起ims紧急呼叫的是哪个an30(步骤350)。图5中，装置20选择an30-2。但是，由于装置20当前没有连接到an30-2，所以将装置20连接到an30-2(步骤360)。在连接到an30-2的情况下，装置20通过an30-2发起ims紧急呼叫(步骤370)。

本领域的技术人员将会理解，所述的各种“电路”可表示模拟和数字电路的组合和/或配置有(例如存储在存储器中的)软件和/或固件的一个或多个处理器，其中软件和/或固件在由一个或多个处理器运行时按照以上所述来执行。这些处理器中的一个或多个处理器以及其它数字硬件可包含在单个专用集成电路(asic)中，或者若干处理器和各种数字硬件可分布于若干单独组件之间，而无论是单独封装还是组装到芯片上系统(soc)中。

因此，本领域的技术人员会知道，本发明可按照除了本文具体提出之外的其它方式来执行，而没有背离本发明的本质特性。因此，本发明实施例在所有方面被认为是说明性而不是限制性的，并且落入所附权利要求书的含意和等效范围之内的所有变更均要包含在其中。