在移动通信系统中自动 再连接掉落呼叫的方法 【发明背景】
1．发明领域
本发明一般涉及无线通信领域，尤其涉及在移动通信系统中自动再连接掉落呼叫(dropped call)的方法。
2．相关技术的描述
在公用陆地移动通信网(public land mobile network，PLMN)中，在无线环境下在基站(base station，BS)和移动台(mobile station，MS)之间建立连接。在某些情况下，由于无线环境的物理特性而不能在隐蔽地区提供呼叫服务，这些隐蔽地区会对信号传播产生负面影响。在终端用户徒步漫游或者在机动车内随车移动时，呼叫可能会临时掉落。按照常规技术，如果呼叫掉落了一段预定时间段，则确定呼叫服务不能提供并释放呼叫。在IS-95中，所述预定时间大约为5秒(即，等于一帧持续时间20毫秒×270)。当发生不期望的呼叫释放时，呼叫方必须试行再次呼叫被叫方。
为克服以上所述的呼叫掉落的问题，在现有技术中已提出了几种方法，其中包括：
(1)美国专利No．5，546，382：再连接电路，以在发生传输失败时继续提供数据通信服务；
(2)美国专利No．5，239，571：通过将独立设备附加到终端或修改该终端而再连接异常终止地通信链路。也就是说，利用终端中用于存储关于呼叫发起和呼叫终止的信息的RAM，在呼叫异常断开的情况下自动建立呼叫；和
(3)美国专利No．5，566，236：利用附近的电信系统(例如，PBX：私人分支交换和集中式用户交换(Private Brach Exchange and Centrex)：集中的PBX服务(Centralized PBX Service))再连接断开的电话通信，由此引入智能网的概念。
本发明的概述
本发明的一个目的是提供一种在移动通信系统中通过位置登记自动再连接呼叫服务期间的掉落呼叫的方法。
本发明的另一个目的是提供一种在移动通信系统中通过位置登记自动再连接呼叫期间的掉落呼叫的方法。
简单地说，上述和其它目的可通过一种移动通信系统中的自动掉落呼叫再连接方法来实现。在在移动通信系统中再连接在服务期间由服务障碍终止的通信链路的一种方法中，所述移动通信系统具有多个基站(BS)和多个移动交换中心(MSC)，所述服务是在第一客户的一移动终端和第二客户的一终端之间进行的，所述第二客户通过连接到所述移动终端的所述多个BS中的一个和连接到所述BS的所述多个MSC中的至少一个，来与所述第一客户通信，当所述多个BS中的一个和连接到该BS的MSC在服务障碍时从所述移动终端接收到一位置登记请求消息时，MSC检测一位置寄存器，该位置寄存器登记或存储所述移动终端的先前位置。然后，MSC确定登记或存储在所述位置寄存器中的关于所述移动终端的信息是否指示服务在进展中，并且，如果所述移动终端信息指示服务在进展中，则试行再连接寻呼到所述移动终端，从而在所述第一客户的移动终端和所述第二客户的终端之间再开始服务。
附图的简要说明
通过下面结合附图的详细描述，本发明的上述和其它目的、特征和优点将变得更明显，附图中：
图1是本发明的实施例所采用的移动通信系统的实例框图；
图2是说明按照本发明一个实施例的用于处理掉落呼叫的方法的流程图；
图3是描述按照本发明一个实施例的MS控制操作的流程图；
图4是描述按照本发明一个实施例的BS控制操作的流程图；
图5是描述按照本发明一个实施例的MSC(Mobile Switching Center，移动交换中心)控制操作的流程图；
图6是描述基于IS-634标准的常规寻呼方法中的呼叫处理的流程图；
图7是描述按照本发明一个实施例的VLR(Visitor Location Register，访问者位置寄存器)控制操作的流程图；
图8A、8B和8C是描述在MS客户移动到新的MSC服务区之后自动再连接在原先的MSC服务区掉落的呼叫的流程图；
图9是传统的呼叫处理的状态转换图；
图10是按照本发明一个实施例的呼叫处理的状态转换图；
图11描述了按照本发明一个实施例的包括再连接标志(flag)的信号<登记通知返回结果>的格式；
图12描述了就象在IS-41中定义的，通过将<MSC ID>和<位置区ID>附加到<登记取消>而构成的位置登记取消命令消息的格式；
图13描述了按照本发明一个实施例的登记再连接消息的格式；
图14描述了按照本发明一个实施例的用于检测呼叫掉落的BS方法的框图；
图15描述了多个寻呼区，每个寻呼区都包括一相应小区及其相邻的多个小区；和
图16描述了按照本发明实施例的使用系统间寻呼(intersystem page)的例子。优选实施例的详细描述
下面将参照附图描述本发明的优选实施例。在下面的描述中，没有对公知的功能或结构进行详细描述，以免它们会以不必要的细节掩盖本发明。
术语和定义
“呼叫服务在进展中”：是指语音通信和／或静止图像、移动画面等的数据通信正在进行的状态。
“掉落呼叫”：是指在呼叫服务中提供的不能再临时或永久保持的呼叫。掉落呼叫可以由呼叫断开引起，或者由特定信道上的噪声引起，或者由不可用的服务情形所引起。
“呼叫断开”：是指呼叫在预定时间内保持断开的状态。
下面将以举例方式在北美数字移动通信系统标准(IS-95、IS-634和IS-41系列)的内容范围内描述本发明的实施例。本发明也可应用于3GIS-95，该3GIS-95提供高质量的声音、高速数据、移动画面和因特网浏览等附加服务。
参照图1，本发明的实施例所采用的移动通信系统包括：HLR(HomeLocation Register，原藉位置寄存器)80；MSC(移动交换中心)MSC0 70a和MSC1 70b；BSC(Base Station Controllers，基站控制器)BSC00 64a、BSC01 64b和BSC10 64c；BTS(Base Station Transceiver Subsystems，基站收发信机子系统)BTS000 62a到BTS101 62f；以及MS 50。多个HLR和MSC在PLMN中互连，以执行客户管理和呼叫切换。如图1所示，单个HLR 80连接到多个MSC的MSC0 70a和MSC1 70b。每个MSC依次连接到多个BSC，而每个BSC连接到多个BTS。BS通常包括单个BSC和多个BTS。
MSC控制与PSTN(Public Switch Telephone Network，公共交换电话网)和PLMN的连接。BSC控制无线链路并执行越区切换，BTS形成与MS的无线链路，并管理无线资源，并且，HLR登记用户位置并用作存储客户信息的数据库。每个MSC具有一个VLR(访问者位置寄存器)，用于临时存储进入MSC的服务区的MS的信息。如果MS移动到另一个服务区，则丢弃所存储的信息。
对于呼叫建立，移动通信系统在MS和BTS之间分配无线信道，形成BTS和BSC之间、BSC和MSC之间、以及MSC和PLMN或者外部网如PSTN之间的通信链路。如果建立的呼叫由于MS处于隐蔽区或者由于无线环境的特性而不能保持预定时间，则移动通信系统通常断开呼叫。隐蔽区的问题可以由多种情形引起，例如包括电梯、延迟释放隧道(relay-free tunnel)位于相邻小区之间的长隧道、高建筑物密集地区中的阴影区。
在本发明实施例环境中定义的呼叫掉落可以发生在图1中由标号10、12、14和16所指示的那些位置。
标号10、12和14指示同一MSC区中的掉落呼叫的位置，而标号16指示由不同MSC覆盖的BTS之间的掉落呼叫的位置。具体讲，标号10表示与BTS000 62a的覆盖区中的BTS000 62a通信的MS 50的呼叫掉落位置，标号12表示与BTS00 64a的服务区中的BTS000 62a或BTS001 62b通信的MS 50的呼叫掉落位置，而标号14表示与BTS001 62b或BTS010 62c在其边界或覆盖区中通信的MS 50的呼叫掉落位置。
图2是按照本发明一个实施例的呼叫处理过程的流程图，其中，释放掉落呼叫，然后对其进行再连接。图3、4、5和7是分别描述按照本发明一个实施例的MS、BS、MSC和VLR的控制操作的流程图。
下面将参照图2到5以及图7描述按照本发明一个实施例的掉落呼叫的再连接。
当建立呼叫并在之后用于该呼叫服务(呼叫)的当前使用的业务信道断开时，MS和BS确定呼叫是否已掉落。在图3的步骤300和图4的步骤400中，MS和BS确定呼叫服务是在进展中。然后，当业务信道断开时，MS和BS在图3的步骤302和图4的步骤402中确定呼叫是否已掉落。就象在美国中请No．09／294，046中所公开的，如果在预定时间(1到10秒)内没有在当前业务信道上接收到帧，或者，如果连续接收的帧有错，则MS和BS认为呼叫已掉落。所述预定时间最好是1．2秒。1．2秒的时间比在现有技术中释放呼叫的时间大约短5秒。
下面将更详细地描述MS和BS检测呼叫掉落的方式。
图14是检测呼叫掉落的BS方式的框图。参照图14，通过天线100接收的CDMA信号由RF&XCVB(Radio Frequency&Transceiver Block。射频和收发信机块)102转换为IF(Intermediate Frequency，中频)信号。CMDB(CDMA Modulation and Demodulation Block，CDMA调制和解调块)104将该IF信号转换为QCELB(Qualcomm Code Excited Linear Predictive coding，Qualcomm码激励线性预测编码)分组。在此操作过程中，CMDB 104确定一个分组帧是否正常，其确定方式是检验其CRC(Cyclic Redundancy Code，循环冗余码)并检验该帧中有多少是有缺陷的，并且将异常指示信息(QualityMatrix(质量矩阵)：H′00-H′ff)附加到所转换的分组。如果异常指示信息为0，则TSB 106使从CMDB 104接收的分组经过异常操作。如果该信息为1，则TSB 106将所接收的分组帧转换为PCM(Pulse Code Modulaion，脉码调制)信号，并将该PCM信号发送到MSC。
当确定一个分组帧为坏帧时，TSB 106利用每20毫秒产生的定时器中断对连续错误和未接收的帧计数，以最后决定一呼叫是否掉落。也就是说，确定帧是否是在每个20毫秒中断接收的。
如果从CMDB 104接收到20个连续的坏帧，则TSB 106认为其预测到呼叫掉落。然后，如果在第一预定时间内接收到预定数目的连续坏帧，则TSB106确定呼叫掉落。假定第一预定时间为2秒，TSB 106在其接收到80个连续坏帧时宣告呼叫掉落。然而，如果接收到两个连续的正常帧，则初始化坏帧计数器，并且TSB 106返回到正常操作。另一方面，如果没有接收到20个连续帧中的任何帧，则TSB 106认为其预测到呼叫掉落。然后，如果在第二预定时间内没有接收到连续帧，则TSB 106确定进展中的呼叫掉落了。第二预定时间最好比第一预定时间短。
下面将描述呼叫掉落的MS检测。MS监视业务信道状态下MS控制中的前向业务信道。当MS接收到前向业务信道上的L(L为自然数)个连续的坏帧时，则它禁止其发送器工作。然后，如果接收到M(M为自然数)个连续帧，则MS允许其发送器工作。在业务信道状态下MS控制的业务信道初始化子状态中，当发送器开始工作时，MS激活前向业务信道的衰落(fade)计数器。当接收到M个连续好帧时，衰落计数器复位到N(N为自然数)秒。如果直到衰落计数器已截止都没有接收到连续的好帧，则MS禁止发送器工作并宣告呼叫掉落。
当在图3的步骤302和图4的步骤402中检测到呼叫掉落时，在图3的步骤304，MS通知MS用户它在等待再连接，而在图4的步骤404，BS执行呼叫释放程序。MS可通过点亮LED(Light Emitting Diode，发光二极管)、在终端显示器上显示消息、或者发出特定的声调来通知MS用户。MS用户也可以通过上述方法被通知掉落呼叫的自动再连接。
同时，在检测到掉落呼叫时，BS利用现有消息或新消息通知呼叫掉落的MSC。在前一种情况下，现有消息中的单元值进行组合，没有对现有消息的任何修改，或者新定义的单元值附加到现有消息，以通知呼叫掉落的MSC。
当检测到呼叫掉落时，BS利用用在呼叫释放过程中的消息通知呼叫掉落的MSC。下面将参照图2描述BS(图4的步骤404)中的呼叫释放过程。
当检测到呼叫掉落时，BS将常规信号发送到MSC，通知MSC已发生呼叫掉落。释放信号为<清除请求(DROP)>或<释放(DROP)>，如图2所示。如果包括在释放信号中的呼叫掉落通知信息例如设置为1(=DROP)，则释放信号可定义为掉落呼叫所导致的呼叫释放信号。如果所述信息设置为0(=NORMAL)，则释放信号可定义为正常呼叫释放信号。
当在图5的步骤500中的呼叫(呼叫服务)期间在图5的步骤502中接收到释放信号<清除请求>或<释放>时，在图5的步骤504，MSC基于呼叫掉落通知信息确定掉落呼叫是否要再连接。例如，如果呼叫掉落通知信息设置为1(=DROP)，则MSC确定掉落呼叫应当再连接。
呼叫掉落通知信息可以以两种方式包括在现有释放信号<清除请求>或<释放>中或者附加到该信号中。在一种方式中，呼叫掉落通知参数可基于IS-64，以释放信号<清除请求>或<释放>的格式，利用在各种消息类型中的“Cause(原因)”信息单元所定义的可用值来设置，所述各种消息类型是“Cause”、“Circuit Identity(电路身份)”和“Code Extension(代码扩展)”。在“Cause”信息单元中定义的可用作呼叫掉落通知参数的各个值包括Uplink Quality(Cause：0x02)、Uplink Strength(Cause：0x03)、MS not equip(0x20)和BS notequip(0x25)。在第二种方式中，呼叫掉落通知单元基于IS-634附加到<清除请求>或<释放>的信号格式。
除了现有释放信号之外，BS还可使用新定义的消息向MSC发送呼叫掉落通知信息。新消息的构成与信号<清除请求>或<释放>的构成方式一致。
如果在图5的步骤504中确定不再连接掉落呼叫，则在图5的步骤520，MSC释放该呼叫。相反，如果要再连接掉落呼叫，则在图5的步骤506，MSC发送信息消息来通知等待再连接的其它客户。该信息消息对通信中的其它客户采取声音消息、音乐、音调、或静音的形式，而对数据通信客户和数据服务提供者采取零数据的形式。
在图5的步骤508，MSC用定时器值T-Val1来激活一定时器。该定时器值T-Val1指示MSC应当从BS接收位置登记请求消息<位置更新请求>的时间段，在MSC接收到掉落呼叫所导致的呼叫释放信号后，MS将其位置登记到所述BS。所述定时器值T-Val1的范围为从几秒到几百秒，该值被登记为初始化数据，并按照系统操作状态和客户特性而由操作者改变。对于T-Val1，在图4的步骤404和图5的步骤510，在BS和MSC之间执行基于IS-634的典型呼叫释放程序(清除命令、完成、SCCP RLSD和SCCP RLC)。
参照图3，当检测到呼叫掉落时，在步骤304，MS通知用户其等待再连接，并在步骤306激活设置为定时器值T-Val2的定时器。定时器值T-Val2是几十秒，最好是30秒，并且是在检测到呼叫掉落之后应当从BS接收到寻呼消息的预定时间。在步骤308，MS被初始化。在初始化期间执行系统再捕获，并且保持MS空闲状态。
在此状态下，释放呼叫已掉落的无线信道，例如MS和BS之间的服务信道，同时，BS和MSC之间、MSC和另一个MSC之间、和／或MSC和其它方之间的服务信道与MS通信。
如果MS移出服务障碍区，则在图3的步骤310，MS向BS发送位置登记请求消息<登记消息>。在图4的步骤406，BS确定是否从MS接收到<登记消息>。当接收到<登记消息>时，在图4的步骤408，BS将信号<位置更新请求>发送给MSC，从而请求位置更新。
在图5的步骤512，MSC确定是否在T-Val1定时器截止前从BS接收到位置更新请求信号<位置更新请求>。当接收到<位置更新请求>时，该MSC确定请求位置登记的MSC是否是在其覆盖区内，如果是，则在图5的步骤514，MSC将位置登记请求发送到其VLR。也就是说，MSC向其VLR发送信号<登记通知>。
下面将参照图2描述发送位置登记消息的MS是接收随后的位置登记请求的MSC的客户的情况。在图2中，如果MS在由标号10、12和14指示的区域遇到呼叫掉落，则该MS是MSC0 70a的VLR 72a的客户。
然而，当在MS移出MSC1 70b的服务区并进入MSC0 70a的服务区时呼叫掉落在由标号16指示的区域时，则从MSC0 70a的角度看，该MS不是该MSC0 70a的客户。
下面将参照图2描述MS是登记MSC的客户时的呼叫再连接，然后将参照图8A和8B描述MS不是登记MSC的客户时的呼叫再连接。
如果请求位置登记的MS是MSC的客户，则在图5的步骤514，MSC将位置登记请求发送到其VLR。也就是说，MSC将<登记通知>发送到其自己的VLR。
在图7的步骤700，VLR从MSC接收<登记通知>，并在图7的步骤702确定关于相应MS的内部登记信息是否指示MS的呼叫服务(呼叫)是在进展中。如果该MS的呼叫服务(呼叫)是在进展中，则其隐含着MSC的位置登记请求是用于现有呼叫的再连接。因此，在图7的步骤704，VLR在对MSC设置了再连接标志(再连接标志=1)的情况下将位置登记请求响应消息<登记通知确认>发送给MSC。相反，如果所述MS的呼叫服务(呼叫)不在进展中，则在图7的步骤706，VLR在对MSC未设置再连接标志(再连接标志=0)的情况下将位置登记请求响应消息<登记通知确认>发送给MSC。
图11示出了按照本发明一个实施例的基于IS-41的、具有附加再连接标志的位置登记请求响应消息<位置通知确认>。参照图11，再连接标志占据空闲区中的1比特。为指示由于成功的位置登记因而可再连接掉落呼叫，该再连接标志设置为1(=DCR：Drop Call Reconnection(呼叫再连接))。
在图5的步骤516，MSC确定是否从VLR中接收到将再连接标志设置为1的位置登记请求响应消息<登记通知确认>，并且，如果已接收到，则在图5的步骤518，将位置登记确认响应<位置更新接受>发送到BS。
在图4的步骤410，BS确定是否已接收到位置登记确认响应<位置更新接受>，并且，如果已经接收到，则在图4的步骤412，将位置登记确认响应<登记接受命令(Order)>发送给MS。然后，在图3的步骤312，MS接收到该位置登记确认响应<登记接受命令>。
在发送位置登记确认响应<位置更新接受>之后，MSC将信号<SCCPRLSD>发送给BS，并从BS接收信号<SCCP RLC>。
然后，在图5的步骤520，MSC将用于掉落呼叫再连接的寻呼(paging)请求<寻呼请求>发送到BS。MSC将信号<寻呼请求>单独发送给相应BS或者一起发送给相应BS及其相邻BS。后一种情况是优选的。
下面将详细描述按照本发明一个实施例的用于掉落呼叫再连接的寻呼区。用于再连接的寻呼区可以预设为MSC中的内部数据。对被叫客户所处的单一小区进行寻呼以再连接，或者对包括相邻小区的寻呼区进行寻呼。或者，MSC可对包括由MSC所覆盖的所有小区的宽阔区(broad area)进行寻呼。在本发明的一个实施例中，将寻呼相应小区、寻呼区和宽阔区分别称为小区寻呼、PAI(Paging Area Identification，寻呼区识别)寻呼和宽阔寻呼。
起初，实施小区寻呼，而使用PAI寻呼是为了获得比小区寻呼更高的寻呼成功率。最好将PAI寻呼用作初级寻呼之后的辅助寻呼，或者用作初级寻呼。宽阔寻呼是在没有检测到MS的位置时使用的，或者是为了在初级寻呼失败之后通过利用宽阔寻呼而提高寻呼成功率。
同时，在图4的步骤414，BS确定是否已接收到<寻呼请求>。当接收到寻呼请求时，在图4的步骤416，BS将寻呼消息发送到MS，如图2所示。尽管图2示出了寻呼消息仅发生一次的情况，最好，当BS试行再连接寻呼时，该BS将寻呼消息发送多次。按照本发明的一个实施例，最好，BS试行作为初级寻呼的小区寻呼、作为辅助寻呼的PAI寻呼、然后是跨越宽阔区的另一个PAI寻呼而不是先前的PAI寻呼。宽阔寻呼最好是在没有检测到MS的位置时执行。寻呼成功率可通过按照环境和寻呼次数设置寻呼区来提高。
图15示出了用于呼叫再连接寻呼的包括相应小区及其相邻小区的寻呼区的例子。在图15中，C1到C18表示各小区。如果发生呼叫掉落的MS位于小区C1中，则MSC向区域PAI 1内的所有小区C1到C6发出初级寻呼请求。小区可以是处于相同MSC或者不同MSC的服务区中。如果没有对初级寻呼的响应，则MSC可向比区域PAI 1更宽的区域发出寻呼请求。也就是说，MSC可向区域PAI 2或者向包括MSC中所有小区的宽阔寻呼区发出辅助寻呼请求。
在请求再连接寻呼的小区是处于与其相邻小区的MSC不同的MSC中的情况下，后一个MSC应当通过系统间寻呼来向前一个小区发出一寻呼请求。
图16示出了按照本发明一个实施例的系统间寻呼的例子，称为系统间寻呼2(Intersystem Page2)。参照图16，如果终止呼叫的小区是小区C3，则MSC1向区域PAI 1中的各小区即C2到C5提出小区再连接寻呼请求。MSC1可以直接向小区C2和C3发出寻呼请求，但必须通过系统间寻呼2向MSC2发送包括小区C4和C5的ID的消息。当接收到该消息时，MSC2试行对小区C4和C5的寻呼请求。当从BS接收到对该寻呼请求的响应时，MSC2通过系统间寻呼2向MSC1发送接收的响应。系统间寻呼2可提高用于处在MSC之间的边界处的客户的寻呼成功率。
回到图3，在于步骤312中从BS接收到位置登记确认响应消息<登记接受命令>之后，在图3的步骤316，MS确定在T-Val2期间是否从BS接收到寻呼消息。如果该MS没有在T-Val2期间接收到寻呼消息，则在图3的步骤318，该MS释放信息消息，通知用户它在等待再连接，然后进入图3的步骤320的空闲状态。当在图3的步骤316在T-Val2期间接收到寻呼消息时，在图3的步骤322，MS停止T-Val2定时器的工作，并在图3的步骤324到334，通过IS-634常规寻呼方法建立通信链路。
参照图2，块200表示基于IS-634的常规寻呼程序，图中示出了块200中的信号，以更好地理解本发明的实施例。图6是描述由图2的块200中所指示的常规的IS-634寻呼方法进行的呼叫连接过程的流程图。
下面将参照图2到6给出对于在由MS接收到寻呼消息后在MS、BS和MSC中进行的呼叫再连接的描述。在接收到寻呼消息后，在图3的步骤324和图6的时刻C，MS发送寻呼响应消息。当在图4的步骤418和图6的时刻C接收到寻呼响应消息时，BS将指示成功寻呼的消息，即<完成L3信息：寻呼响应(Complete L3 Info：Paging Response)>，发送到MSC。在图5的步骤522，MSC通过接收或未接收到信号<完成L3信息：寻呼响应>来确定寻呼是否成功。当接收到信号<完成L3信息：寻呼响应>时，在图5的步骤524和图6的时刻F到U，MSC再建立通信链路。然后，在图5的步骤526，MSC释放等待从另一个通信客户再连接的通知。同时，如果在图5的步骤522没有接收到<完成L3信息：寻呼响应>，则在图5的步骤528，MSC发送通知另一方再连接失败的信息消息，然后，在图5的步骤530，释放呼叫。
当在图4的步骤418和图6的时刻C接收到寻呼响应消息时，BS以常规寻呼方法执行后续的寻呼步骤(图6的步骤D到U以及图4的步骤420)，就象在图6的步骤D向MSC发送信号<完成L3信息：寻呼响应>。这样，在图4的步骤424，呼叫服务(呼叫)是在进展中。
在在图3的步骤324中向BS发送了寻呼响应消息之后，MS以常规的寻呼方法执行后续的寻呼步骤。更具体地讲，在MS向BS发送寻呼响应消息之后，在图3的步骤326，MS确定是否已接收到信号<警报信息(Alert withInfo)>，当接收到信号<警报信息>时，在步骤328，MS释放等待再连接通知，然后在图3的步骤330，产生振铃声音。如果MS用户在图3的步骤332作出响应，则在图3的步骤334，进入呼叫服务状态(呼叫状态)。
下面将参照图8A、8B和8C描述当MS不是登记MSC的客户时的呼叫再连接。图8A、8B和8C是描述在MS客户移出呼叫掉落的原先的MSC服务区之后，在MS客户移动到其中的新MSC服务区中的自动呼叫再连接的流程图。
参照图8A、8B和8C，当从当前MSC请求位置登记的MS不是该当前MSC的客户时，该当前MSC将位置登记请求信号<登记通知>发送到其VLR(当前VLR)。该当前VLR响应于<位置登记>而确定其是否存储有关于相应MS的信息，但它没有关于该MS的信息，因为该MS不是当前MSC的客户。这样，当前VLR将位置登记请求信号<登记通知>发送到原先的HLR。该原先的HLR向原先的VLR发出位置登记取消命令即<登记取消>。
图12示出按照本发明的一个实施例的，如在IS-41中定义的位置登记取消命令消息的结构，其中给<登记取消>附加了MSC ID和位置区ID。该MSC ID和位置区ID用于系统间寻呼2。
当接收到<登记取消>时，原先的MSC确定关于相应MS的信息是否指示该MS是在呼叫服务中。当执行正常呼叫释放时(当由另一方或MS客户终止呼叫时)，原先的MSC响应于其VLR的登记取消命令而取消登记在其VLR中的MS信息，然后通知HLR登记取消命令的成功完成。然而，当呼叫已掉落时，登记在VLR中的MS信息保持为呼叫服务在进展中。
因此，如果MS信息没有指示呼叫服务在进展中，则原先的VLR删除MS信息并执行正常操作。图8C是描述在此情况下的正常操作的流程图。参照图8C，原先的VLR删除MS信息并向HLR发送响应消息，通知登记取消命令结果是成功的。也就是说，原先的VLR将<登记取消返回消息(成功)>发送给HLR。该HLR将该信号<登记取消返回消息(成功)>发送给当前VLR，当前VLR又依次将该信号发送给当前MSC。当前MSC将位置登记确认响应消息<位置更新接受>发送给当前BS。然后，当前BS将位置登记响应消息<登记接受命令>发送给MS。
返回到图8B，如果相应MS信息指示呼叫服务在进展中，则原先的VLR将<登记通知返回(失败)>发送给HLR，但不删除MS信息。该原先的VLR将登记再连接消息发送给原先的MSC。
图13示出按照本发明一个实施例的登记再连接消息的结构。该登记再连接消息包括下列参数：电子序列号(electronic serial number，ESN)、移动识别号(mobile identification number，MIN)、MSC ID、和位置区ID，这些都用于系统间寻呼2。ESN是终端的产品号，MIN是客户号、MSC ID是MSC的ID，而位置区ID指示寻呼区。
返回到图8B，当从原先的VLR接收到<登记通知返回结果(失败)>时，HLR依次将<登记通知返回结果(失败)>发送给当前VLR，该当前VLR将<登记通知返回结果(失败)>发送给当前MSC。该当前MSC将位置登记拒绝响应消息<位置更新拒绝>发送给BS。该BS依次又将该<位置更新拒绝>发送给MS。
同时，从原先的VLR接收登记再连接消息的原先的MSC对由包括在登记再连接消息中的MSC ID的位置区ID指示的区域试行系统间寻呼。也就是说，原先的MSC将消息<系统间寻呼2>发送给当前MSC，并且该当前MSC通过BS试行对MS的寻呼。然后，当前MSC将寻呼请求信号发送到BS，并且BS响应于该寻呼请求信号而将寻呼消息发送到MS。
然后，如图8A所示，MS将寻呼响应消息发送到BS，然后，BS将信号<完成L3信息：寻呼响应>发送给当前MSC。响应于<完成L3信息：寻呼响应>，当前MSC将信号<系统间寻呼2返回结果>发送给原先的MSC。
后续的呼叫再连接步骤与图2所示的相同，因而省去了对它们的描述。
图9和10是分别在现有技术中和按照本发明一个实施例的呼叫处理的状态转换图。在现有技术中，如图9所示，当在呼叫过程中接收到呼叫释放请求或在呼叫掉落之后预定时间例如5秒之后，直接进入空闲状态。与现有技术相比，在本发明的一个实施例中，如图10所示，当在呼叫服务过程中第一预定时间(最好是1．2秒)之后呼叫掉落时，进入备用状态，以等待呼叫再连接请求，并且该备用状态通过经利用位置登记执行的呼叫再连接请求所进行的寻呼而转换到对话状态。然而，如果呼叫掉落在备用状态持续第二预定时间(最好是30到60秒)，则进入空闲状态。如果在对话或备用状态中请求呼叫释放，则立即进入空闲状态。
如上所述，本发明的优点在于，通过经PLMN中的位置登记自动再连接掉落呼叫，减轻了恢复在电梯或遂道中临时掉落的呼叫的不便性。因此，免除了客户对呼叫掉落的担心，并提高了呼叫服务质量。
虽然上面已参照本发明的实施例图示和描述了本发明，但本领域技术人员应当明白，在不脱离由所附权利要求所定义的本发明的精神和范围的情况下，可以对本发明进行各种形式和细节上的修改。