CN100452918C - 用于增加在移动台中成功完成紧急呼叫的概率的方法和装置 - Google Patents

Abstract

一种在网络中的移动台上用于增加成功完成紧急呼叫和紧急回叫的概率的方法和装置，所述方法包括步骤：在紧急呼叫尝试期间，监控移动台是否已从网络接收非语音服务请求，如果已经接收，则忽略所述非语音服务请求。此外，在回叫周期期间，监控移动台是否已从网络接收服务请求，如果已经接收，则忽略所述服务请求，假定所述服务请求是除了位置定位服务请求之外的任何非语音服务请求。此外，在回叫周期期间，监控用户是否尝试发起一个非语音服务请求，该非语音服务请求是除了位置定位服务请求之外的任何非语音服务请求，以及如果是，则忽略所述非语音服务请求。

Description

用于增加在移动台中成功完成紧急呼叫的概率的方法和装置

相关申请的交叉引用

本申请要求于2003年1月21日提交的序列号为No.60/441504的美国临时申请的优先权，其附图和说明书在此引入仅作参考。

技术领域

该申请通常涉及移动通信技术，特别是涉及一种移动台用于增加成功完成紧急呼叫以及来自应急服务中心的成功回叫的概率的方法和装置。

背景技术

在移动通信系统种类上具有权限的管理单位(regulatory body)利用紧急服务的需求。例如，联邦通信委员会(FCC)制定了用于无线E911服务(一种示例性紧急服务)的提要94-102，在制定的精神和规则两方面，想要具有高成功概率的无线订户能够：

●针对紧急呼叫及时地执行呼叫完成；

●在任何可用的无线系统上发起紧急呼叫；

●一旦紧急呼叫服务网络注意到用户的回叫号码，就针对一特定持续时间来接收紧急回叫服务；以及

●具有输出紧急呼叫的明确的通知。

尽管管理单位在权限和移动通信系统种类方面不同，但所有的通信系统都将受益于所增加的成功完成紧急服务呼叫的概率。

发明内容

这里所公开的方法和装置的细节，能够使移动台(MS)增加成功完成紧急呼叫以及来自紧急呼叫中心的回叫的概率，该方法和装置针对移动台用于增加成功完成紧急呼叫以及来自紧急服务中心的成功回叫的概率。

作为本发明一个目的的紧急服务的特定区域是网络发起事件的处理，该网络发起事件可以另外地干扰紧急呼叫处理和/或紧急回叫服务。例如网络发起短消息服务(SMS)或者分组数据入栈服务。对这些事件的具体处理会极大地增加紧急服务成功的概率。

典型的紧急呼叫处理的执行是这样的，即可以允许移动台(MS)获取或预占任何系统，而不考虑该系统是否是一种优先选择(即使SIM(订户识别模块)或RUIM(可移动用户识别模块)不存在)。在紧急呼叫结束之后，MS可以在最后服务的系统上继续停留一个预定的时间周期，该周期是熟知的回叫周期。在一个实施例中，该MS可以在最后服务的系统上继续停留大约5分钟。本领域的普通技术人员可以认识到其它的持续时间也是可能的，或者可能是更加希望的。可以以可视的方式将回叫模式通知给用户。回叫模式的目的是确保MS继续停留在最后的系统上，以便紧急服务中心(例如，公共安全应答点或PSAP)能够回叫该用户。

在紧急呼叫发起尝试期间，MS可以从网络接收用于建立其它服务的请求。如果MS接受了这个请求，则可能终止该紧急呼叫尝试。如果无线网络接收了紧急呼叫尝试，则对网络的唯一要求可能是在该紧急呼叫尝试队列中，授予其最高的优先级，以便可以利用最大限度的优先级对紧急呼叫进行服务。然而，在紧急呼叫结束后，网络不必保持任何有关MS的信息。从而可以在回叫期间发起不紧急的非语音服务。如果上述情形出现且MS接受该服务，则紧急呼叫中心就不可能在该会话期间呼叫该MS。

本申请的一个目的是提供一种移动台用于增加成功完成紧急呼叫以及来自应急服务中心的回叫的概率的方法和装置，以便能够使MS智能地判定什么时候可以拒绝非紧急语音业务，以及什么时候接收所有的服务而不降低紧急语音服务。

因此，本发明提供一种在网络中的移动台上用于增加成功完成紧急呼叫的概率的方法，包括步骤：在紧急呼叫尝试期间，监控移动台是否已从网络接收非语音服务请求，如果已经接收，则忽略所述非语音服务请求。

本发明还提供一种针对网络中的移动台，增加来自紧急服务中心的成功紧急回叫的概率的方法，该方法包括下列步骤：在回叫周期期间，监控移动台是否已从网络接收服务请求，如果已经接收，则忽略所述服务请求，假定所述服务请求是除了位置定位服务请求之外的任何非语音服务请求。

本发明还进一步提供了一种针对网络中的移动台，增加来自紧急服务中心的成功紧急回叫的概率的方法，该方法包括下列步骤：在回叫周期期间，监控用户是否尝试发起一个非语音服务请求，该非语音服务请求是除了位置定位服务请求之外的任何非语音服务请求，以及如果是，则忽略所述非语音服务请求。

本发明还进一步提供了一种移动台，该移动台用于增加成功完成针对网络的紧急呼叫的概率，以及从紧急服务中心成功回叫的概率，该移动台包括：通信子系统，所述通信子系统包括接收机、发射机和数字信号处理器；微处理器，用于与所述通信子系统的所述数字信号处理器进行通信；用户输入和输出装置，用于与所述微处理器进行通信；存储器，用于与所述微处理器进行通信；以及紧急服务模块，所述紧急服务模块与所述数字信号处理器和所述微处理器进行通信，其中在紧急呼叫尝试或回叫期间，所述紧急服务模块指导所述微处理器忽略来自所述网络的非语音请求。

对本领域的普通技术人员来说，通过考虑下面针对方法和装置的具体实施例结合附图的描述，本发明的其它方面和优点将变得显而易见，所述方法和装置涉及一种移动台用于增加成功完成紧急呼叫以及来自应急服务中心的回叫的概率。

附图说明

现在将仅借助于实例，参考所附的附图来描述本发明的实施例，其中：

图1是举例说明一种示例性CDMA网络的框图；

图2是根据本发明方法的紧急呼叫尝试的流程图；

图3是根据本发明方法的在紧急回叫模式中发起呼叫的设备的流程图；

图4是根据本发明方法的在紧急回叫模式中发起呼叫的网络的流程图；

图5是示出了移动台的框图，可以将该移动台配置为充当图1的MS、同时包括当前应用的装置和方法的优选实施例。

相同的标记在不同的附图中使用，以表示相似的元件。

具体实施方式

参考附图，图1是举例说明一种示例性CDMA网络100的框图。图1示出了下面的框：

●MS20：移动台；

●PDE：位置确定实体；

●MPC：移动位置中心；

●CRDB：坐标路由选择数据库；

●ESNE：紧急服务网络实体；

●ESME：紧急服务消息实体；以及

●PSAP120：公共安全应答点。

除了下面将要详细说明的移动台之外，上述多个框对本领域的普通技术人员来说是熟知的。

当用户发起一个紧急呼叫时，MS将忽略任何网络发起的移动终止的非语音服务。对于正在进行的紧急呼叫建立尝试持续时间来说，直到用户手动地终止了紧急呼叫尝试，才忽略从网络建立这种服务的任何寻呼。非语音服务的例子包括数据、短消息服务(SMS)、无线方式参数管理(OTAPA)等。由于MS确保了紧急呼叫发起处理没有被网络发起的非语音服务中断，所以这增加了成功紧急呼叫发起的概率。

当MS处于紧急回叫模式中时，阻止了用户发起任何非语音服务(除了位置定位服务之外)。另外，MS抑制进行任何自治的用户不可见的MS发起的非语音服务。这种服务的一个例子是出于多种原因的自治数据会话的启动，这些原因诸如是：在“始终连接的”数据使能MS上数据连接的重新进行或者保持。停止从MS发起的这些服务会增加紧急呼叫中心在回叫期间能够成功呼叫用户的概率。这在MS锁定到非优选无线系统上时，相当重要。这种条件下的非紧急呼叫尝试将迫使MS退出该系统，从而使MS不能到达紧急呼叫中心。

当MS处于紧急回叫模式中时，移动台就忽略任何网络发起的非语言服务(除了网络发起的位置定位服务之外)。在该期间中忽略这些网络发起服务的建立，将增加紧急呼叫中心在回叫期间可以成功呼叫用户的概率。

如果存在一种寻呼匹配(或者表明网络要与MS进行通信的任何等价机制)，或者所建议的服务选项表明了在回叫周期期间的上述服务的其中之一，则MS就简单地伪装没有从网络接收该寻呼或者表示，以及不会在紧急呼叫尝试周期和紧急呼叫返回模式周期期间将任何响应发送回网络。利用这种机制，无需任何网络的帮助，移动设备来确定一种情形，即任何紧急呼叫尝试或任何来自紧急服务的移动终止的呼叫将不会由任何非语音呼叫尝试中断。还可以采取其它的非语音呼叫忽略手段，诸如非语音呼叫对网络的拒绝消息，但这将要求网络侧的额外变化，以便处理这种情况。

如果为了响应MS的紧急呼叫尝试，该MS从网络接收任何形式的确认，但由于衰落或任何其它原因而不能建立业务信道，MS仍将进入回叫模式，并且将可视回叫显示提供给用户。在这种情况下，紧急回叫中心仍可以从其发起尝试中检索移动回叫号，并且给MS发出一个呼叫。

如果该移动设备已经处于与网络的某种形式的通信中，诸如在用于保持连接性的自治数据会话中，或者在无线服务规定等中，则由用户发起紧急呼叫的尝试将立即终止任何先前的会话，并且继续紧急呼叫会话。先前的呼叫会话一旦结束，该移动设备将尝试请求该系统进行紧急呼叫。在移动设备不能获取该系统的情况下，该设备将试图获取其它的系统，即允许该移动设备获取的信道。为了在其它被允许系统的搜索范围内增加系统获取的可能性，该移动设备将试图每隔3秒或类似于该规则的时间周期来获取第一系统。以这种方式，在为了给用户提供紧急呼叫尝试服务而中断与网络的正进行的会话的情况下，将增加成功进行紧急呼叫的概率。如果移动设备不能获取允许获取的任何系统(不考虑该系统是否优选)，则该移动设备将试图获取其所支持的频带上的任何其它系统。

现在将参考图2来给出实现上面所示内容的一种方式。用户在步骤40发送一个紧急呼叫，同时移动台20进行步骤42。在步骤42，移动台20检测该设备是否正在与网络进行通信。如果是，则移动台进行步骤44，在该步骤中终止与网络的通信，而后进入到步骤46，在该步骤中移动设备20尝试重新获取用于紧急呼叫的系统。

如果在步骤42中，该设备没有与网络进行通信，或者如果该设备正在进行通信并且进行步骤44和46，则该移动系统接下来进行步骤48。在步骤48中，该移动设备将一个紧急呼叫请求发送到网络，同时从该网络忽略任何非语音寻呼(page)，直到进入常规模式为止。

移动台20随后进入步骤50，在该步骤中检测网络呼叫请求是否成功。如果成功，则移动台20进行步骤52，在该步骤中发送一个紧急呼叫，而且一旦完成该紧急呼叫，移动台20就进行步骤54，在该步骤中结束呼叫。移动台20随后进行步骤56，在该步骤中进入紧急呼叫模式。

正如本领域普通技术人员将要理解的，该紧急回叫模式允许该设备与紧急服务网络实体相联系，并且确保该呼叫不会由非语音呼叫尝试中断。

如果在步骤50中，对网络的紧急呼叫请求不成功，则系统随后进入到步骤60。在步骤60中，移动台20检查呼叫不成功的原因是否是因为用户中断了该呼叫。如果中断了该呼叫，则移动台进行步骤62，在该步骤中移动台20进入常规模式。

相反，如果用户在步骤60中没有中断，则该移动台20进入到步骤64，在该步骤中继续尝试获取所需的新的系统，基于此，进一步返回到步骤48。

因此，移动台将继续尝试获取用于紧急呼叫的网络，直到成功地完成网络呼叫或者将进行紧急回叫模式、或者用户中断紧急呼叫尝试为止，在用户中断紧急呼叫尝试的情况下，移动台20进入到常规模式。

现在参考图3进行描述。移动台20一旦进行紧急回叫模式70，用户就可以在该回叫模式期间尝试发起呼叫。在步骤72，移动设备请求一种服务同时移动台20进行步骤74。在步骤74，移动台20检测该服务是否为紧急呼叫。如果是紧急呼叫，则移动台20进行步骤76，在该步骤中启动呼叫，而且一旦呼叫完成，移动台20就进行步骤78。由于已经发送了新的紧急呼叫，所以呼叫定时器需要在步骤80中实现重新启动。

一旦重新设置了紧急回叫定时器，而后系统就返回到步骤70的紧急呼叫模式中等待。

如果发现步骤74中的服务请求为非紧急呼叫，系统就进行步骤82。在步骤82中，移动台确定该服务请求是非紧急语音请求还是位置定位请求。如果是非紧急语音或位置定位请求，则移动台20进行步骤84，在该步骤中，检测在当前系统上是否允许该服务。如果移动台20在步骤84中发现在当前系统上允许该服务，则移动台进行步骤85，在该步骤中检测该服务是否为非紧急语音服务。

在步骤85中，如果移动台发现该服务为非紧急语音服务，则在步骤86启动该呼叫，而且一旦在步骤88中结束该呼叫，就进行到步骤90，进入常规模式。

在步骤85中，如果移动台发现该服务不是非紧急语音服务，则在步骤87中启动该呼叫，而且一旦在步骤89中结束该呼叫，移动台接下来就进行到步骤98，在该步骤中，检测呼叫定时器是否已超时。

如果在步骤84移动台20确定该服务在当前系统上不被允许，则移动台20进行步骤92，在该步骤中，检测用户是否接受退出在当前系统上的回叫模式。如果在步骤92中，用户不接受退出回叫模式，则移动台进行步骤94，在该步骤中，获取支持这种呼叫请求的新的系统，然后返回到步骤86，在该步骤中启动呼叫，在步骤88中结束该呼叫，而且在步骤90中进入常规模式。

如果在步骤92中用户不接受退出该回叫模式，或者如果在步骤82中确定了该服务请求不是位置定位请求或非紧急语音请求，则移动台进行到步骤96。在步骤96中，移动台20忽略该请求，然后进行到步骤98，在该步骤中检测回叫定时器是否已经超时。

如果回叫定时器在步骤98中已经超时，则该移动台进入常规模式90。否则，该移动台返回到步骤70，在该步骤中，该移动台在紧急回叫模式中等待。

因此，基于上述内容，当用户在紧急回叫模式期间尝试发送一个呼叫时，该移动设备检测该呼叫是否为在发送该呼叫的情形下的一个紧急呼叫，或非紧急语音呼叫或位置定位呼叫以及是否在当前系统上允许如果是，则发送该呼叫同时移动设备20进行常规模式。否则，移动设备等待直到回叫定时器在该移动设备进行到常规模式之前超时为止。

现在参考图4进行描述。在图4中，移动台20处于紧急回叫模式70中。在步骤100中，移动台20接收网络等待发起呼叫的指示。移动台20进行步骤102。在步骤102，移动台20检测网络发起的呼叫请求是非语音服务请求还是语音服务请求。如果是非语音服务请求，则移动台进行步骤104，在该步骤中检测该请求是否为位置定位服务。

如果在步骤102中发现该呼叫为语音服务请求，或者如果在步骤104中发现该呼叫为位置定位服务，则移动台20随后进行步骤106。在步骤106中建立呼叫，并且当完成建立之后，移动台进行步骤108，在该步骤中结束呼叫。

移动台20接下来进行步骤110，在该步骤中，检测回叫定时器是否已超时。如果回叫定时器已经超时，则移动台20进行步骤112，在该步骤中，结束紧急呼叫模式，同时进入常规模式。

相反，如果呼叫定时器仍然没有超时，则该系统进行步骤70并且在紧急回叫模式中等待。

如果在步骤104中发现非语音服务请求不是位置定位服务，则系统进入步骤114，在该步骤中忽略服务请求，接下来移动台20返回到步骤110，在该步骤中检测回叫定时器是否超时。

现在转向图5，图5是示出了移动台的框图，可以将该移动台配置为充当图1的MS、同时包括当前应用的装置和方法的优选实施例。移动台200最好是具有至少语音和数据通信能力的双向无线通信设备。移动台200最好具有与因特网上的其它计算机系统通信的能力。根据所提供的准确功能，可以该无线设备称为例如数据消息传递设备、双向寻呼机、无线E-mail设备、具有数据消息传递能力的蜂窝电话、无线因特网设备或数据通信设备。

在移动台200能够进行双向通信的情况下，应当结合一个通信子系统211，其包括接收机212和发射机214，以及一个或多个嵌入的或者内部的相关元件，天线元件216和218，本地振荡器(LO)213以及诸如数字信号处理器(DSP)220的处理模块。通信领域的普通技术人员应当理解，通信子系统211的具体设计将取决于该设备打算运行的通信网络。例如，移动台200可以包括被设计为在Mobitex^TM移动通信系统、DataTAC^TM移动通信系统、GPRS网络、UMTS网络、EDGE网络或CDMA网络中运行的通信子系统211。

网络接入需求也将根据网络219的类型变化。例如，在Mobitex和DataTAC网络中，使用与各个移动台相关联的唯一的识别号将移动台200登记在网络上。然而，在UMTS和GPRS网络中，以及在某些CDMA网络中，网络接入与移动台200的订户或用户相关联。因此，GPRS移动台需要订户识别模块(SIM)卡，以便在GPRS网络中进行操作，同时需要RUIM卡，以便在某些CDMA网络中进行操作。如果没有有效的SIM/RUIM卡，GPRS/UMTS/CDMA移动台的功能就可能不完整。本地或非网络通信功能，以及诸如“911”紧急呼叫这样的合法要求的功能(若有的话)可能是有效的，但移动台200将不能执行任何其它的包括基于网络200通信的功能。SIM/RUIM接口244通常类似于可以插入并弹出类似于软盘或PCMCIA卡的SIM/RUIM卡的卡片槽。SIM/RUIM卡可以具有大约64K的存储容量，并且保持有多个键配置251，以及诸如识别和与订户相关的信息这样的其它信息253。

当已经完成了所要求的网络登记或激活过程时，移动台200可以基于网络219发送和接收通信信号。将通过通信网络219借助于天线216接收的信号输入到接收机212，其可以执行诸如信号放大、下变频、滤波、信道选择等的通用接收机功能，而且在图5所示的示例性系统中，执行模数(A/D)转换。所接收信号的A/D转换允许更加复杂的通信功能，诸如在DSP220中执行的解调和解码。以类似的方式通过DSP220来处理要发送的信号，例如包括调制和编码，并且将信号输入到发射机214用于数模转换、上变频、滤波、放大并基于通信网络219经由天线218进行发送。DSP220不仅处理通信信号，而且还为接收机和发射机提供控制。例如，可以通过在DSP220中执行的自动增益控制算法，来自适应地控制施加到接收机212和发射机214的通信信号的增益。

移动台200最好包括用于控制整个设备操作的微处理器238。通过通信子系统211来执行包括至少数据和语音通信的通信功能。微处理器238还与其它设备子系统进行交互作用，该其它的设备子系统诸如是显示屏222、闪存224、随机存取存储器(RAM)226、辅助输入/输出(I/O)子系统228、串行接口230、键盘232、扬声器234、麦克风236、近程通信子系统240，以及通常由242标记的任何其它设备子系统。

图5中示出的某些子系统执行与通信相关的功能，而其它的子系统还可以提供“驻留”或设备上(on-device)的功能。值得注意的是，诸如键盘232和显示屏222这样的某些子系统例如可用于与通信相关的功能(诸如输入用于基于通信网络进行传输的文本信息)，和驻留设备的功能(诸如计算器或任务列表)。

由微处理器238使用的操作系统软件最好存储在诸如闪存224这样的持久存储器中，可以由只读存储器(ROM)或类似的存储部件(未示出)来代替闪存224。本领域的普通技术人员应当理解，操作系统、具体设备的应用程序及其部分可以临时加载到诸如RAM226这样的易失性存储器中。已接收的通信信号还可以存储在RAM226中。

正如所示出的，可以将存储器224划分为用于计算机程序258和程序数据存储器250、252、254和256的不同区域。这些不同的存储类型表明，各个程序可以针对它们各自的数据存储需求来分配闪存224部分。微处理器238除了操作系统的功能之外，最好还可以在移动台上执行软件应用程序。预先确定的用于控制基本操作的应用程序的设置通常在制造期间就安装到移动台200上，所述应用程序例如包括至少数据和语音通信应用程序。优选的软件应用程序可以是具有识别和管理与移动台用户相关的数据项能力的个人信息管理器(PIM)应用程序，这些数据项诸如(但不限于)电子邮件、日历事件、语音邮件、约会以及任务项等。自然地，一个或多个存储器可在移动台上用于方便存储PIM数据项。这种PIM应用程序最好具有经由无线网络219来发送和接收数据项的能力。在一个优选实施例中，PIM数据项经由无线网络219与移动台用户的相应的数据项无缝地整合、同步和更新，所述相应的数据项与主机系统相关联或被存储。其它的应用程序也可以通过网络219、辅助I/O子系统228、串行端口230、近程通信子系统240或任何其它合适的子系统242加载到移动台200上，或者由用户安装到RAM226中，或者最好安装在通过微处理器238执行的非易失性存储器(未示出)中。这种应用程序安装过程中的灵活性增加了设备的功能，并且还可以提供增强的设备上的功能、与通信相关的功能或者二者。例如，安全通信应用程序可以使移动台200来执行电子商务功能和其它的这种金融交易。

在数据通信模式中，诸如文本消息或Web页下载这样的已接收信号将由通信子系统211来处理，并且输入到微处理器238，最好进一步针对输出到显示屏222，或另选地输出到辅助I/O设备228的已接收信号进行处理。移动台200的用户还可以使用键盘232(最好是完整的字母数字键盘或电话型键盘)、结合显示屏222和辅助I/O设备228(可能的话)来编写诸如电子邮件消息的数据项。而后，可以基于通信网络、通过通信子系统211来发送所编写的项目。

对于语音通信来说，整个移动台200的操作是类似的，除了最好将所接收的信号输出到扬声器234以及通过麦克风236来生成用于发射的信号之外。作为语音或音频I/O子系统的一种替代，诸如语音消息记录系统可以在移动台200上实现。尽管主要是通过扬声器234来执行语音或音频信号的输出，但显示屏222也可以用于提供例如呼叫方标识、语音呼叫持续时间、或者其它与语音呼叫相关的信息的一种指示。

图5中的串行端口530通常在个人数字助手(PDA)型的移动台中实现，该串行端口530可希望用于与用户的桌上型计算机(未示出)同步，其只是一种光设备元件。这种端口230将使用户通过外部设备或软件应用程序来设置优先权，而且还通过提供下载到移动台200的信息或软件(而不是通过无线通信网络)来扩展移动台200的性能。例如，可选择的下载路径可用于通过一种引导将加密密钥加载到设备上，从而实现能够进行安全设备通信的可靠且可信的连接。

诸如近程通信子系统的其它通信子系统240是其它的光元件，该光元件可以提供移动台200和不同系统或设备(其不必是类似的设备)之间的通信。例如，子系统240可以包括红外设备和相关的电路和元件，或者蓝牙(Bluetooth^TM)模块，以便提供与类似使能系统和设备的通信。

当移动设备200用作图1中的MS20时，紧急服务模块246和收发信机211利用这样一种方法和装置进行合作，即：移动台用于增加成功完成紧急呼叫以及来自应急服务中心的回叫的概率的方法和装置。所示出的应急服务模块246与微处理器238和收发信机211的DSP220相连，以便可通过微处理器238来处理所涉及的较高层，而可以通过DSP220来处理所涉及的较低层。

本发明的上述实施例仅旨在举例。本领域的普通技术人员可以在不脱离本发明范围的前提下，对特定实施例进行各种替换、修改和变型。

Claims (17)

1.一种在网络中的移动台上用于增加成功完成紧急呼叫的概率的方法，包括步骤：

在紧急呼叫尝试期间，监控移动台是否已从网络接收非语音服务请求，如果已经接收，则忽略所述非语音服务请求；其中忽略所述非语音服务请求的所述步骤包括：阻止从移动台到网络的一个确认消息。

2.根据权利要求1所述的方法，还包括步骤：

在开始紧急呼叫尝试时，检测移动台是否正在与网络进行通信，以及如果是，则结束与网络的通信。

3.根据权利要求2所述的方法，还包括步骤：

如果结束了所述与网络的通信，则尝试获取用于紧急呼叫尝试的网络。

4.根据权利要求3所述的方法，其中尝试获取网络的所述步骤包括：

周期性地尝试重新获取结束与其通信的所述网络。

5.根据权利要求1所述的方法，其中允许移动台获取任何网络而不考虑所述网络是否是优选的。

6.根据权利要求5所述的方法，其中即使订户识别模块或可移动用户识别模块不存在，所述移动台也可以获取网络。

7.根据权利要求1所述的方法，还包括步骤：

发送一个紧急呼叫请求到网络；

检测所述紧急呼叫请求是否成功；

如果所述紧急呼叫请求成功，则检测用户是否中断了所述紧急呼叫请求；以及

如果所述用户没有中断所述紧急呼叫请求，则尝试获取新的系统。

8.一种针对网络中的移动台增加来自紧急服务中心的成功紧急回叫的概率的方法，所述方法包括步骤：

在回叫周期期间，监控移动台是否已从网络接收服务请求，如果已经接收，

如果所述服务请求是除了位置定位服务请求之外的任何非语音服务请求，则忽略所述服务请求，其中忽略所述服务请求的所述步骤包括：阻止从移动台到网络的一个确认消息。

9.根据权利要求8所述的方法，其中所述方法还包括步骤：

建立用于语音服务请求或非语音位置定位服务请求的一个呼叫；

结束所述呼叫；

检测回叫定时器是否已超时，如果超时则进入常规模式。

10.一种针对网络中的移动台增加来自紧急服务中心的成功紧急回叫的概率的方法，所述方法包括步骤：

在回叫周期期间，监控用户是否尝试发起一个非语音服务请求，该非语音服务请求是除了位置定位服务请求之外的任何非语音服务请求，以及如果是，则忽略所述非语音服务请求。

11.根据权利要求10所述的方法，还包括步骤：

检测所述网络是否允许非紧急语音或位置定位服务，如果不允许，则提示用户是否想退出所述回叫周期。

12.根据权利要求11所述的方法，还包括步骤：

检测回叫定时器是否已超时，如果超时，则进入常规模式。

13.一种移动台，该移动台用于增加成功完成针对网络的紧急呼叫的概率，以及从紧急服务中心成功回叫的概率，该移动台包括：

通信子系统，所述通信子系统包括接收机、发射机和数字信号处理器；

微处理器，用于与所述通信子系统的所述数字信号处理器进行通信；

用户输入和输出装置，用于与所述微处理器进行通信；

存储器，用于与所述微处理器进行通信；以及

紧急服务模块，所述紧急服务模块与所述数字信号处理器和所述微处理器进行通信，

其中在紧急呼叫尝试或回叫期间，所述紧急服务模块指导所述微处理器忽略来自所述网络的非语音请求。

14.根据权利要求13所述的移动台，其中所述紧急服务模块进一步指导所述微处理器在所述紧急呼叫尝试期间，退出现有的网络通信。

15.根据权利要求14所述的移动台，其中所述紧急服务模块进一步指导所述微处理器在回叫周期期间，阻止任何用户发起的来自用户的非位置定位服务请求。

16.根据权利要求13所述的移动台，还包括订户识别模块/可移动用户识别模块接口。

17.根据权利要求16所述的移动台，其中在所述订户识别模块/可移动用户识别模块接口中不存在订户识别模块或可移动用户识别模块的情况下，所述移动台也可以在紧急呼叫尝试期间获取一个网络。

Images