CN101277524A - 网络侧发起紧急呼叫的方法、系统和设备 - Google Patents

Abstract

本发明涉及无线通信领域，公开了一种网络侧发起紧急呼叫的方法、系统和设备，使得移动台作为紧急呼叫的被叫时能够顺利实现该呼叫。本发明中，网络侧在需要寻呼移动台用户时对该移动台发起寻呼，在寻呼消息中包含表示紧急寻呼的标识，网络侧各设备网络侧对含有表示紧急寻呼的标识的寻呼消息进行优先处理。移动台在收到该寻呼消息后，根据该寻呼消息中表示紧急寻呼的标识对该消息进行优先处理，并回复响应消息，该响应消息中可携带表示紧急寻呼的标识。网络侧在收到移动台对紧急寻呼的响应消息后，为该移动台建立信令链路。

Description

网络侧发起紧急呼叫的方法、系统和设备

技术领域

本发明涉及无线通信领域，特别涉及紧急寻呼技术。

背景技术

自从80年代模拟移动通信系统诞生以来，在短短十几年里移动通信在全球得到飞速发展，已经从第一代模拟系统发展到第二代数字系统。目前，第二代数字系统主要包括全球移动通信系统(Global System for mobileCommunication，简称“GSM”)和码分多址(Code Division Multiple Access，简称“CDMA”)等，其中GSM在世界上的应用最为广泛，用户已经达到1亿多。

GSM系统中包含很多业务应用，其中最主要的应用即为电路域的语音业务。语音业务针对用户来说又可以分为：移动主叫和移动被叫。移动主叫(始呼)又包括移动台(Mobile Station，简称“MS”)拨打MS、MS拨打固定电话，其正常流程根据指配流程类别分成三类，分别为：早指配(EarlyAssignment)、晚指配(Late Assignment)、极早指配(Very Early Assignment)。其中早指配和晚指配流程的选择是移动业务交换中心(Mobile servicesSwitching Center，简称“MSC”)决定的；极早指配流程是由基站系统(BaseStation System，简称“BSS”)根据无线资源等情况决定的。移动被叫又包括MS拨打MS、固定拨打MS。

普通呼叫的移动主叫的流程(早指配、晚指配和极早指配流程的接入过程都一样)如图1所示。

在步骤101至步骤104中，MS在空中接口的接入信道上向基站收发信机(Base Transceiver Station，简称“BTS”)发送Channel Request(信道请求)消息；BTS向基站控制器(Base Station Controller，简称“BSC”)发送Channel Required(信道需求)消息；BSC收到Channel Required后，分配信令信道，向BTS发送Channel Activation(信道激活)消息；BTS收到ChannelActivation后，如果信道类型正确，则在指定信道上开功放，上行开始接收信息，并向BSC发送Channel Activation Acknowledge(信道激活响应)消息。

接着，在步骤105中，BSC通过BTS向MS发送Immediate AssignmentCommand(立即指配命令)消息。

接着，在步骤106和步骤107中，MS发置异步平衡方式(Set AsynchronousBalanced Mode，简称“SABM”)帧接入信道；BTS回用户代理(User Agent，简称“UA”)帧进行确认。

在步骤108至步骤111中，BTS向BSC发Establishment Indication(建立指示)消息，该消息中准确的反映了MS的接入原因，此时对移动主叫和国际移动用户识别码(International Mobile Subscriber Identity，简称“IMSI”)填的是不同的原因值；并且，该消息内还含有CM Service Request(CM服务请求)消息内容；BSC建立A接口的信令连接控制部分(Signalling ConnectionControl Part，简称“SCCP”)的链接，向MSC发送CM Service Request；MSC向BSC返回链接确认消息。MSC发送CM Service Accepted(CM服务接受)消息给MS。

在步骤112至步骤116中，主叫MS发起Setup(建立)过程；MSC向主叫MS发起Call Proceeding(呼叫过程)；MSC向BSC发送AssignmentRequest(指配请求)消息，在该消息中，分配了A接口CIC；BSC分配话音信道，向BTS发送Channel Activation(信道激活)消息；BTS收到ChannelActivation消息后，如果信道类型正确，则在指定信道上开功放，上行开始接收信息，并向BSC发送Channel Activation Acknowledge(信道激活确认)消息。

接着，在步骤117至步骤121中，BSC通过BTS向MS发送AssignmentCommand(指配命令)消息；MS发送SABM帧在Assignment Command消息中指定的信道上接入；BTS回UA帧进行确认；BTS向BSC发送Establishment Indication(建立指示)消息；MS在接入话音信道后，向BSC发送Assignment Complete(指配完成)消息。

在步骤122至步骤126中，无线业务信道和地面电路均成功连接后，BSC向MSC发送Assignment Complete(指配完成)消息，并认为该呼叫进入通话状态；MSC向主叫MS发Alerting(发信号)，主叫MS振铃；MSC向主叫MS发起Connect(连接)过程；主叫MS向MSC回Connect Acknowledge(连接响应)消息；主叫MS和被叫MS进入语音通话状态。

接着，在步骤127至步骤130中，通话完毕后，主叫MS挂机，主叫MS发起Disconnect(去连接)过程；MSC向MS发起Release(释放)过程；MS向MSC返回Release Complete(释放完成)消息；MSC向BSC发ClearCommand(清除命令)消息，BSC收到该消息后，启动释放流程。

普通呼叫的移动被叫的流程与普通呼叫的移动主叫的流程相类似，其区别部分如图2所示。

在步骤201中，当被寻呼的MS在MSC的服务区内时，MSC向BSC发送Paging(寻呼)消息，该消息中包含寻呼小区列表以及临时移动用户识别码(Temperate Mobile Subscription Identity，简称“TMSI”)和IMSI信息。

在步骤202中，BSC向寻呼小区发送Paging Command(寻呼命令)消息，该消息中包含所属寻呼子信道的号码和所占用的时隙号。

接着，在步骤203中，BTS收到BSC的Paging Command消息后，在该寻呼组所属的寻呼子信道上发送Paging Request(寻呼请求)消息，该消息中包含被寻呼用户的IMSI或TMSI。

接着，在步骤204中，MS解码寻呼消息后，若发现是对自己的寻呼，则将发出信道请求消息来触发初始化信道分配过程。之后的步骤与普通主叫的流程完全相同，在此不再赘述。

当移动主叫发起的呼叫为紧急呼叫时，紧急呼叫的移动主叫流程与图1所示的普通呼叫的移动主叫流程的区别如图3所示。

在步骤301中，MS在空中接口的接入信道上向BTS发送信道请求消息，在该信道请求消息中带有字段Establishment cause(建立原因)，此时将建立原因字段设为Emergency call(紧急呼叫)。

步骤302至步骤304分别与步骤102至步骤104相同，在此不再赘述。步骤302至步骤304中交互的信令为属于BSS内部接口Abis口的信令。

接着，在步骤305中，BSC通过BTS向MS发送立即指配命令，与普通呼叫不同的是，此时的信道请求的优先级最高，需要尽可能地保证呼叫的建立。之后的步骤与普通主叫的流程完全相同，在此不再赘述。

在实施上述方案的过程中，本发明的发明人发现，在现实中很多情况下，比如在紧急呼叫中断时，呼叫中心希望可以回叫刚刚发起紧急呼叫的用户，但是由于网络侧和移动台(即MS)均是将对紧急呼叫的回叫当作一般的移动被叫流程进行处理的，因此，网络侧很有可能由于当前的负载已较大等原因，丢弃用于对紧急呼叫进行回叫的寻呼消息，或是不对该寻呼消息进行处理，同样，移动台也有可能由于正在通话等原因，不对收到的该寻呼消息进行处理。所以，在目前的现有技术中，紧急呼叫流程中只能够支持移动主叫，也就是说用户只能够主动发起紧急呼叫，而无法作为紧急呼叫的被叫，并且，在该用户移动台发起的紧急呼叫中断后，也无法顺利实现对该紧急呼叫的回叫。

发明内容

本发明实施方式要解决的主要技术问题是提供一种网络侧发起紧急呼叫的方法、系统和设备，使得移动台作为紧急呼叫的被叫能够顺利实现该呼叫。

为解决上述技术问题，本发明的实施方式提供了一种网络侧发起紧急呼叫的方法，包含以下步骤：

向移动台发起紧急寻呼时，在寻呼消息中包含表示紧急寻呼的标识，网络侧对含有表示紧急寻呼的标识的寻呼消息进行优先处理；

网络侧收到移动台对寻呼的响应消息后，为该移动台建立紧急呼叫。

本发明的实施方式还提供了一种网络侧发起紧急呼叫的系统，包含：

寻呼发起单元，用于在向移动台发起紧急寻呼时，在寻呼消息中包含表示紧急寻呼的标识；

第一寻呼处理单元，用于对寻呼发起单元发送的含有表示紧急寻呼的标识的寻呼消息进行优先处理；

紧急呼叫建立单元，用于在网络侧收到移动台对寻呼的响应消息后，为该移动台建立信令链路。

本发明的实施方式还提供了一种移动台设备，包含：

标识识别单元，用于识别收到的来自网络侧的寻呼消息是否包含表示紧急寻呼的标识；和

第二寻呼处理单元，用于对收到的来自网络侧的寻呼消息进行处理；

标识识别单元在识别出收到的寻呼消息包含表示紧急寻呼的标识时，指示第二寻呼处理单元根据该表示紧急寻呼的标识对该寻呼消息进行优先处理。

本发明实施方式与现有技术相比，主要区别及其效果在于：

网络侧在需要向移动台发起紧急寻呼时，在寻呼消息中包含表示紧急寻呼的标识，网络侧对含有表示紧急寻呼的标识的寻呼消息进行优先处理。在收到该移动台对该寻呼的响应消息后，为该移动台建立信令链路。由于寻呼消息中携带了表示紧急寻呼的标识，因此，网络侧可以根据该标识对该寻呼消息进行优先处理，以避免由于网络当前的负载量已较大等原因从而导致抛弃该寻呼消息等不处理消息的的情况，使得移动台作为紧急呼叫的被叫时能够顺利实现该呼叫。

附图说明

图1是现有技术中普通呼叫的移动主叫流程图；

图2是现有技术中普通呼叫的移动被叫与普通呼叫的移动主叫的区别部分流程图；

图3是现有技术中紧急呼叫的移动主叫与普通呼叫的移动主叫的区别部分流程图；

图4是根据本发明的第一实施方式的紧急寻呼的方法流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的实施方式作进一步地详细描述。

本发明的第一实施方式涉及一种网络侧发起紧急呼叫的方法，在本实施方式中，被紧急寻呼的移动台为发起紧急呼叫的主叫移动台，由于该移动台发起的紧急呼叫中断，因此网络侧需要回叫该移动台。本实施方式通过在寻呼消息中包含表示紧急寻呼的标识，来实现紧急寻呼的高优先级，具体流程如图4所示。

在步骤401中，在需要对紧急呼叫进行回叫时，网络侧对发起该紧急呼叫的移动台进行寻呼，在该寻呼消息中包含表示紧急寻呼的标识。具体地说，网络侧收到紧急呼叫后，记录发起该紧急呼叫的移动台的标识，以便在该紧急呼叫中断时，能够对该移动台进行寻呼，在本实施方式中，移动台的IMSI正常，因此，移动台的标识为TMSI或IMSI信息。在该紧急呼叫中断时，即需要对紧急呼叫进行回叫时，MSC向BSC发送寻呼消息，寻呼该发起紧急呼叫的移动台，被寻呼的移动台在该MSC的服务区内。其中，该寻呼消息中包含寻呼小区列表以及记录的该移动台的TMSI和IMSI信息，并且，需要在该寻呼消息中增加紧急寻呼字段(Emergency call)，用于指示该寻呼是否为紧急寻呼，如表1所示。

表1

接着，进入步骤402，BSC在收到来自MSC的该寻呼消息后，向寻呼小区所属的BTS发送Paging Command(寻呼命令)消息，该消息中包含所属寻呼子信道的号码和所占用的时隙号。需要说明的是，由于来自MSC的该寻呼消息中，包含表示紧急寻呼的标识，因此，BSC需要对该寻呼消息进行优先处理。

接着，进入步骤403，BTS收到BSC的寻呼命令消息后，根据该消息中包含的所属寻呼子信道的号码和所占用的时隙号，在该寻呼组所属的寻呼子信道的相应时隙上发送Paging Request(寻呼请求)消息，该消息中包含被寻呼的移动台的IMSI或TMSI，同样在此消息中携带表示紧急寻呼的标识。比如说，可以在Paging Request type 3(寻呼请求类型3)消息中的字段“P3 Rest Octets”中做如下修改：

<P3 Rest Octets>::＝

  {LIH<CN3:bit(2)><CN4:bit(2)>}

  {LIH<NLN(PCH):bit(2)><NLN status(PCH):bit>}

  {LIH<Priority1::＝Priority>}

  {LIH<Priority2::＝Priority>}

  {LIH<Priority3::＝Priority>}

  {LIH<Priority4::＝Priority>}

  {LI<EC1>}//指示寻呼1是否为紧急寻呼

  {LI<EC2>}

  {LI<EC3>}

  {LI<EC4>}

类似地，也可以在Paging Request type 1(寻呼请求类型1)和/或PagingRequest type 2(寻呼请求类型2)消息中做同样的修改。

不难发现，由于寻呼消息中携带了表示紧急寻呼的标识，因此，网络侧中的设备可以根据该标识对该寻呼消息进行优先处理，以避免由于网络当前的负载量已较大从而导致抛弃该寻呼消息的情况，使得紧急呼叫的回叫能够顺利实现。

接着，进入步骤404，该移动台收到该寻呼请求消息后，通过对该消息的解码，发现是对自己的紧急寻呼，因此，通过发送Channel Request(信道请求)消息来触发初始化信道分配过程，在该信道请求消息(即对网络侧寻呼的响应消息)中包含表示紧急呼叫的响应标识。具体地说，该移动台在通过对该寻呼请求消息的解码，发现是对自己的紧急寻呼时，根据该消息中表示紧急寻呼的标识对该消息进行优先处理，即将信道请求消息中预留的空闲cause(原因)位定义为：紧急呼叫响应(Emergency call ACK)，并在该信道请求消息中设定字段Establishment cause(建立原因)为此新定义的cause(即紧急呼叫响应)，以表示该信道请求是为了响应紧急呼叫。由于发送给移动台的寻呼请求消息中同样包含了表示紧急寻呼的标识，因此，该移动台可以根据该消息中表示紧急寻呼的标识对该消息进行优先处理，进一步保证了紧急呼叫的回叫能够顺利实现。

接着，在步骤405至步骤433中，网络侧在收到移动台对寻呼的响应消息(即信道请求消息)后，根据该移动台携带在该响应消息中的表示紧急寻呼的响应标识，为该移动台建立信令链路。步骤405至步骤433分别与步骤102至步骤130完全相同，在此不再赘述。

值得一提的是，虽然本实施方式中以被紧急寻呼的移动台为发起紧急呼叫的主叫移动台为例进行说明，但本实施方式同样适用于对未发起紧急呼叫的移动台进行进行紧急寻呼的情况。也就是说，如果移动台的IMSI正常，则网络侧同样可以通过在寻呼消息中包含表示紧急寻呼的标识来提高寻呼优先级的方式，寻呼到该移动台，该移动台根据该寻呼消息中表示紧急寻呼的标识对该消息进行优先处理，从而使得移动台作为紧急呼叫的被叫时能够顺利实现该呼叫。

本发明的第二实施方式涉及一种网络侧发起紧急呼叫的方法，本实施方式与第一实施方式大致相同，其区别在于，在第一实施方式中，网络侧根据移动台携带在对寻呼的响应消息中的表示紧急寻呼的响应标识，为该移动台建立紧急呼叫。而在本实施方式中，网络侧记录含有表示紧急寻呼的标识的寻呼消息，并在收到来自移动台的对该寻呼消息的响应消息时，直接为该移动台建立信令链路。

也就是说，既可以由移动台在对寻呼的响应消息中携带表示紧急呼叫的响应标识，通过该表示紧急呼叫的响应标识，来触发紧急呼叫的建立；也可以由网络侧通过记录带有表示紧急呼叫的标识的寻呼消息，在收到该寻呼消息的响应消息时直接建立紧急呼叫。使得本发明的实施方式更具灵活性。

本发明的第三实施方式涉及一种网络侧发起紧急呼叫的方法，本实施方式与第一实施方式大致相同，其区别在于，在第一实施方式中，移动台的IMSI正常，移动台的标识为TMSI或IMSI信息。而在本实施方式中，移动台的IMSI异常，即没有IMSI或者IMSI无效。

具体地说，当发起紧急呼叫的移动台中没有插入GSM用户识别模块(GSMSubscriber Identity Module，简称“SIM”)卡，或SIM无效等原因导致该移动台没有IMSI或者IMSI无效的时候，网络侧通过记录该移动台的国际移动设备识别码(International Mobile Equipment Identity，简称“IMEI”)，作为该移动台的标识。

另外，在本实施方式中MSC会将该移动台的位置信息、IMEI等相关信息发送给紧急呼叫中心。当紧急呼叫中心回叫该移动台的时候，MSC根据紧急呼叫中心下发的上述相关信息，以及对网络配置的情况，决定在哪些小区或者路由区下发寻呼消息，并将IMEI映射为IMSI(映射规则可以是直接将IMEI作为IMSI或者进行某种变换)，此时寻呼消息中包含寻呼小区列表以及IMSI信息。也就是说，在本实施方式中，网络侧还需记录紧急呼叫结束时主叫移动台所在的区域，回叫时发起寻呼的区域包含所记录的区域。比如说，网络侧先将所记录的区域作为发起寻呼的区域，寻呼该移动台，如果未寻呼到该移动台，则根据网络规划信息在所记录的区域和该区域的相邻区域中继续寻呼该移动台；或者，网络侧根据网络规划信息直接在所记录的区域和该区域的相邻区域中寻呼该移动台。从而保证了网络侧能够通过该寻呼消息寻呼到发起紧急呼叫的主叫移动台。

由于对于网络侧和移动台来说，将IMEI映射为IMSI的规则是双方都了解的。当移动台的IMSI异常的时候，网络会直接将映射生成的IMSI带在寻呼消息中下发，同时移动台也会根据映射生成的IMSI去进行寻呼侦听，保证可以收到属于自己的寻呼消息。

由此可见，在现有技术中，如果移动台由于没有插入SIM卡，SIM无效等原因导致没有IMSI或者IMSI无效时，是无法回叫到该移动台的，而在本实施方式中，通过将IMEI作为该移动台的标识，使得当IMSI异常时(如没有IMSI或者IMSI无效时)，仍能保证紧急呼叫的回叫能够顺利实现。

本发明的第四实施方式涉及一种网络侧发起紧急呼叫的方法，本实施方式与第三实施方式大致相同，其区别在于，在第三实施方式中，将移动台的IMEI作为该移动台的标识，而在本实施方式中，由移动台按照一定规则生成一个随机数，该随机数是唯一的用于标识移动台的，将该生成的随机数代替IMSI的作用，作为该移动台的标识。

也就是说，当发起紧急呼叫的移动台中没有插入SIM卡，或SIM无效等原因导致该移动台没有IMSI或者IMSI无效的时候，该移动台按照一定规则生成一个唯一的用于标识移动台的随机数，网络侧将该随机数作为该移动台的标识。同时MSC会将该移动台的位置信息，唯一的用于标识移动台的随机数等相关信息发送给紧急呼叫中心。当紧急呼叫中心回叫该移动台的时候，MSC根据紧急呼叫中心下发的上述相关信息、以及对网络配置的情况，决定在哪些小区或者路由区下发寻呼消息，此时寻呼消息中包含寻呼小区列表以及唯一的用于标识移动台的随机数信息。移动台也会根据映射生成的唯一的用于标识移动台的随机数去进行寻呼侦听，保证可以收到属于自己的寻呼消息。

由此可见，在现有技术中，如果移动台由于没有插入SIM卡，SIM无效等原因导致没有IMSI或者IMSI无效时，是无法回叫到该移动台的，而在本实施方式中，通过将移动台生成的唯一的用于标识移动台的随机数作为该移动台的标识，使得当IMSI异常时(如没有IMSI或者IMSI无效时)，仍能保证紧急呼叫的回叫能够顺利实现。

本发明的第五实施方式涉及一种网络侧发起紧急呼叫的系统，包含：寻呼发起单元，用于在需要向移动台发起紧急寻呼时，在寻呼消息中包含表示紧急寻呼的标识；第一寻呼处理单元，用于对含有表示紧急寻呼的标识的寻呼消息进行优先处理，以避免由于网络当前的负载量已较大从而导致抛弃该寻呼消息的情况，使得紧急呼叫的回叫能够顺利实现；紧急呼叫建立单元，用于在网络侧收到该移动台对寻呼的响应消息后，为该移动台建立信令链路。

其中，移动台包含：标识识别单元，用于识别收到的来自网络侧的寻呼消息是否包含表示紧急寻呼的标识；和第二寻呼处理单元，用于对收到的来自网络侧的寻呼消息进行处理。该标识识别单元在识别出收到的寻呼消息包含表示紧急寻呼的标识时，指示该第二寻呼处理单元根据该寻呼消息中表示紧急寻呼的标识对该消息进行优先处理，进一步保证了紧急呼叫的回叫能够顺利实现。

该移动台还可以包含响应单元，用于根据收到的寻呼消息中表示紧急寻呼的标识，向网络侧发送该寻呼的响应消息，该响应消息内包含表示紧急寻呼的响应标识。网络侧的紧急呼叫建立单元根据该移动台携带在该响应消息中的表示紧急寻呼的响应标识，为该移动台建立信令链路。

或者，该紧急寻呼的系统还包含第一记录单元，用于记录该寻呼发起单元发送的含有表示紧急寻呼的标识的寻呼消息，由网络侧的紧急呼叫建立单元在收到来自移动台的对该寻呼消息的响应消息时，直接为该移动台建立信令链路。

值得一提的是，在本实施方式中，移动台可以是发起紧急呼叫的主叫移动台，该紧急寻呼的系统还可以包含第二记录单元，用于在网络侧收到该移动台发起的紧急呼叫后，记录该移动台的标识(如IMSI、TMSI、IMEI、或由移动台生成的用于代替IMSI的随机数)，该寻呼发起单元在需要对该移动台进行回叫时，根据所记录的标识向该移动台发起紧急寻呼。该第二记录单元还可用于记录该移动台发起的紧急呼叫结束时该移动台所在的区域，寻呼发起单元回叫时发起寻呼的区域包含该第二记录单元记录的区域。比如说，网络侧先将所记录的区域作为发起寻呼的区域，寻呼该移动台，如果未寻呼到该移动台，则根据网络规划信息在所记录的区域和该区域的相邻区域中继续寻呼该移动台；或者，网络侧根据网络规划信息直接在所记录的区域和该区域的相邻区域中寻呼该移动台。使得在该移动台IMSI异常时，无法进行位置更新的情况下，网络侧仍能够通过该寻呼消息寻呼到发起紧急呼叫的主叫移动台，从而保证了紧急呼叫的回叫能够顺利实现。

综上所述，在本发明的实施方式中，在需要向移动台发起紧急寻呼时，在寻呼消息中包含表示紧急寻呼的标识，网络侧对含有表示紧急寻呼的标识的寻呼消息进行优先处理。在收到该移动台对该寻呼的响应消息后，为该移动台建立信令链路。由于寻呼消息中携带了表示紧急寻呼的标识，因此，网络侧可以根据该标识对该寻呼消息进行优先处理，以避免由于网络当前的负载量已较大从而导致抛弃该寻呼消息的情况，使得移动台作为紧急呼叫的被叫时能够顺利实现该呼叫。

移动台在收到该寻呼消息后，根据该寻呼消息中表示紧急寻呼的标识对该消息进行优先处理，进一步保证了该紧急呼叫的顺利实现。

移动台可以在向网络侧发送的寻呼响应消息中携带表示紧急寻呼的响应标识，通过该表示紧急寻呼的响应标识触发紧急呼叫的建立；或者，通过网络侧记录带有表示紧急寻呼的标识的寻呼消息，在收到该寻呼消息的响应消息后直接建立紧急呼叫，使得本发明的实施方式具有较大的灵活性。

如果被紧急寻呼的移动台为之前发起紧急呼叫的主叫移动台，则网络侧记录该移动台发起的紧急呼叫结束时该移动台所在的区域，回叫时发起寻呼的区域包含所记录的区域，比如说，一开始可以仅在所记录的区域中寻呼，在寻呼不到该移动台的情况下，再扩大该寻呼区域，或者，一开始就在包含所记录的区域的更大的区域中寻呼，具体情况根据网络规划信息确定。从而保证了网络侧能够寻呼到发起紧急呼叫的主叫移动台。

网络侧记录的发起紧急呼叫的移动台的标识不仅可以是IMSI和TMSI，也可以是IMEI或由移动台生成的唯一的用于标识移动台的随机数，使得当IMSI异常时(如无SIM卡或SIM无效等原因导致没有IMSI或者IMSI无效时)，仍能保证紧急呼叫的回叫能够顺利实现。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (17)

1. 一种网络侧发起紧急呼叫的方法，其特征在于，包含以下步骤：

向移动台发起紧急寻呼时，在寻呼消息中包含表示紧急寻呼的标识，所述网络侧对含有所述表示紧急寻呼的标识的寻呼消息进行优先处理；

所述网络侧收到所述移动台对所述寻呼的响应消息后，为该移动台建立信令链路。

2. 根据权利要求1所述的网络侧发起紧急呼叫的方法，其特征在于，所述移动台收到所述寻呼消息后，根据该寻呼消息中表示紧急寻呼的标识对该消息进行优先处理。

3. 根据权利要求1所述的网络侧发起紧急呼叫的方法，其特征在于，所述移动台根据所述寻呼消息中表示紧急寻呼的标识，向所述网络侧发送所述寻呼的响应消息，该响应消息中包含表示紧急寻呼的响应标识；

4. 根据权利要求1所述的网络侧发起紧急呼叫的方法，其特征在于，所述网络侧收到所述响应消息后，该网络侧根据所述移动台携带在所述响应消息中的所述表示紧急寻呼的响应标识，为该移动台建立信令链路。

5. 根据权利要求1所述的网络侧发起紧急呼叫的方法，其特征在于，所述网络侧记录含有所述表示紧急寻呼的标识的寻呼消息，并在收到来自移动台的对该寻呼消息的响应消息时，直接为该移动台建立信令链路。

6. 根据权利要求1至5中任一项所述的紧急寻呼的方法，其特征在于，

当网络侧为收到的移动台发起的紧急呼叫进行回叫而发起紧急呼叫时，所述移动台为发起紧急呼叫的主叫移动台，所述网络侧通过在收到该紧急呼时记录该移动台的标识，在对该移动台进行回叫时，根据所记录的标识向该移动台发起紧急寻呼。

7. 根据权利要求6所述的网络侧发起紧急呼叫的方法，其特征在于，所述网络侧记录所述移动台发起的紧急呼叫结束时该移动台所在的区域，回叫时发起寻呼的区域包含所记录的区域。

8. 根据权利要求7所述的网络侧发起紧急呼叫的方法，其特征在于，所述网络侧先在所述记录的区域中寻呼所述移动台，如果未寻呼到该移动台，则根据网络规划信息在所述记录的区域和该区域的相邻区域中继续寻呼该移动台；或者，

所述网络侧直接根据网络规划信息在所述记录的区域和该区域的相邻区域中寻呼所述移动台。

9. 根据权利要求6所述的网络侧发起紧急呼叫的方法，其特征在于，所述移动台的标识为以下之一：

国际移动用户识别码IMSI、临时移动用户识别码TMSI、国际移动设备识别码IMEI、或由移动台生成的唯一的用于标识移动台的随机数。

10. 一种网络侧发起紧急呼叫的系统，其特征在于，包含：

寻呼发起单元，用于在向移动台发起紧急寻呼时，在寻呼消息中包含表示紧急寻呼的标识；

第一寻呼处理单元，用于对所述寻呼发起单元发送的含有所述表示紧急寻呼的标识的寻呼消息进行优先处理；

紧急呼叫建立单元，用于在网络侧收到所述移动台对所述寻呼的响应消息后，为该移动台建立紧急呼叫。

11. 根据权利要求10所述的网络侧发起紧急呼叫的系统，其特征在于，所述移动台包含：标识识别单元，用于识别收到的来自网络侧的寻呼消息是否包含表示紧急寻呼的标识；和

第二寻呼处理单元，用于对收到的来自网络侧的寻呼消息进行处理；

所述标识识别单元在识别出收到的寻呼消息包含表示紧急寻呼的标识时，指示所述第二寻呼处理单元根据该表示紧急寻呼的标识对该寻呼消息进行优先处理。

12. 根据权利要求10所述的网络侧发起紧急呼叫的系统，其特征在于，所述移动台包含：响应单元，用于根据所述寻呼消息中表示紧急寻呼的标识，向网络侧发送所述寻呼的响应消息，该响应消息中包含表示紧急寻呼的响应标识；所述紧急呼叫建立单元根据所述移动台携带在所述响应消息中的所述表示紧急寻呼的响应标识，为该移动台建立信令链路；

或者，所述系统还包含第一记录单元，用于记录所述寻呼发起单元发送的含有所述表示紧急寻呼的标识的寻呼消息；所述紧急呼叫建立单元在收到来自移动台的对该寻呼消息的响应消息时，直接为该移动台建立信令链路。

13. 根据权利要求10至12中任一项所述的网络侧发起紧急呼叫的系统，其特征在于，

所述移动台为发起紧急呼叫的主叫移动台；

所述系统还包含第二记录单元，用于在网络侧收到所述移动台发起的紧急呼叫后，记录该移动台的标识，所述寻呼发起单元在对该移动台进行回叫时，根据所记录的标识向该移动台发起紧急寻呼。

14. 根据权利要求13所述的网络侧发起紧急呼叫的系统，其特征在于，所述第二记录单元还用于记录所述移动台发起的紧急呼叫结束时该移动台所在的区域，所述寻呼发起单元在对该紧急呼叫进行回叫时，发起寻呼的区域包含该第二记录单元记录的区域。

15. 根据权利要求13所述的网络侧发起紧急呼叫的系统，其特征在于，所述移动台的标识为以下之一：

IMSI、TMSI、IMEI、或由移动台生成的唯一的用于标识移动台的随机数。

16. 一种移动台设备，其特征在于，包含：

标识识别单元，用于识别收到的来自网络侧的寻呼消息是否包含表示紧急寻呼的标识；和

第二寻呼处理单元，用于对收到的来自网络侧的寻呼消息进行处理；

所述标识识别单元在识别出收到的寻呼消息包含表示紧急寻呼的标识时，指示所述第二寻呼处理单元根据该表示紧急寻呼的标识对该寻呼消息进行优先处理。

17. 根据权利要求16所述的移动台设备，其特征在于，所述移动台设备还包含：

响应单元，用于根据所述寻呼消息中表示紧急寻呼的标识，向网络侧发送所述寻呼的响应消息，该响应消息中包含表示紧急寻呼的响应标识。

Images