CN1121100C

CN1121100C - 移动通信系统中掉落呼叫的重连方法

Info

Publication number: CN1121100C
Application number: CN99800568A
Authority: CN
Inventors: 千敬俊; 咸石镇
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 1998-04-17
Filing date: 1999-04-17
Publication date: 2003-09-10
Anticipated expiration: 2019-04-17
Also published as: EP1471762A3; US20020068572A1; EP0990321B1; US6745031B2; DE69923903D1; US20020068586A1; BR9906359A; CN100477858C; DE69929260D1; JP2000513554A; EP1471762A2; CA2290989A1; DE69923903T2; AU3345799A; DE69929260T2; KR19990080480A; EP1471762B1; WO1999055022A1; US6766173B1; RU2183908C2

Abstract

提供了一种重连通信链路的方法，其中在移动台(MS)用户和与MS用户经移动通信系统通信的另一方之间的服务期间，该通信链路由于服务障碍而终止，该移动通信系统具有彼此相连的多个移动交换中心(MSC)，每个MSC连接到多个基站(BS)。当服务障碍持续至少预定的第一时段时，MS用户发送重连请求信号。然后，响应于重连请求信号，在MS用户和另一方之间，经多个BS之一和连接到该BS的多个MSC之一重新开始服务。

Description

移动通信系统中掉落呼叫的重连方法

技术领域

本发明一般涉及无线通信领域，尤其涉及一种移动通信系统中重连掉落呼叫(dropped call)的方法。

背景技术

在公用陆地移动通信网(PLMN)中，在无线电环境中在基站(BS)和移动台(MS)之间建立连接。在有些情况下，由于对信号传播产生负面影响的无线电环境的物理特性，不能在盲区(shadow area)中提供呼叫服务。在终端用户步行漫游或乘车移动时，呼叫会暂时掉落。根据传统技术，如果呼叫掉落持续了预定时段，则确定不能提供呼叫服务，并且释放该呼叫。在IS-95中，预定时间约为5秒(即，等于一帧持续期20ms×270)。在出现这种不希望的呼叫释放时，呼叫方试图重新向被叫方呼叫。

为了克服前述呼叫掉落的问题，现有技术中已提出了几种方法，这些方法包括：

(1)美国专利No.5,546,382：当出现发送失败时，重连电路，以连续提供数据通信服务；

(2)美国专利No.5,239,571：通过向终端附加分离的装置或修改该终端，重连异常终止的通信线路。亦即，借助于用于存储有关呼叫始发和呼叫终止的信息的终端中的RAM，在呼叫异常断开时自动建立呼叫；及

(3)美国专利No.5,566,236：采用所提出的智能网络的概念，并使用附近的电信系统(如PBX(专用交换机)和集中用户交换机(集中式PBX服务))，重连断开的电话通信。

发明内容

因此，本发明的一个目的是提供一种移动通信系统中自动重连在进行呼叫服务时掉落的呼叫的方法，其中在移动台(MS)用户和与MS用户经移动通信系统进行通信的另一方之间的服务期间，所述通信链路由于服务障碍而终止，所述移动通信系统具有彼此相连的多个移动交换中心(MSC)，每个MSC连接到多个基站(BS)，所述方法包括如下步骤：当服务障碍持续至少预定的第一时段时，所述MS用户自动地发送重连请求信号；以及响应于所述重连请求信号，在所述MS用户和所述另一方之间，经所述多个BS之一和连接到所述BS的所述多个MSC之一重新开始服务；其中，所述重新开始的步骤还包括如下步骤：响应于所述的MS用户的重连请求，由所述提供服务的MSC搜索所述MSC和MS用户之间的新服务信道，以及通过将所述新服务信道连接到所述MSC和所述另一方用户之间的现有服务信道，重新开始所述MS用户与所述另一方用户之间的服务。

本发明的又一目的是提供一种重连通信链路的方法，其中在MS用户和与MS用户经移动通信系统进行通信的另一用户之间的服务期间，所述通信链路由于服务障碍而终止，所述移动通信系统具有多个BS和多个MSC，所述方法包括如下步骤：当所述服务障碍持续至少预定的第一时段时，由所述多个BS中提供服务的BS向所述MS用户和与所述BS相连的MSC发送服务障碍检测信息；以及响应于移动终端的重连请求，经所述多个BS之一和连接到所述BS的多个MSC中的一个重新开始在所述MS用户和所述另一用户之间的服务；其中，所述重新开始步骤还包括如下步骤：当请求重连时，由提供服务的MSC在所述提供服务的MSC和请求重连的MS用户之间搜索新服务信道；以及将所述新服务信道连接到所述提供服务的MSC和所述另一用户之间的服务信道。

简言之，这些和其他目的是通过重连通信链路的方法实现的，其中在MS用户和与MS用户经移动通信系统进行通信的其对应用户之间的服务期间，该通信链路由于服务障碍而终止，该移动通信系统具有彼此相连的多个MSC，每个MSC连接到多个基站BS。当服务障碍持续至少预定的第一时段时，MS用户发送重连请求信号。然后，响应于该重连请求信号，在MS用户和其对应用户之间，经多个BS之一和连接到BS的多个MSC之一重新开始服务。

附图说明

通过参照附图对本发明优选实施例的详细描述，本发明的上述目的和优点将变得更加清楚，附图中：

图1是本发明移动通信系统的框图；

图2表示呼叫释放信号的字段，表示呼叫释放信号的产生是在正常状态中产生还是由于掉落呼叫而产生；

图3表示用于连接到处于暂时保持状态的所建立呼叫的重连请求信号的参数；

图4表示一参数，该参数表示掉落呼叫重连功能是否被单独登录为每个MS的附加服务；

图5表示用于鉴别正常呼叫释放信号与由掉落呼叫引起的呼叫释放信号的参数；

图6是表示用于根据IS-634标准释放MS始发呼叫的方法的流程图；

图7表示MS始发呼叫处理；

图8是表示根据本发明实施例在MS、BS或MSC中处理掉落呼叫的方法的示意性流程图；

图9是表示当MS检测到呼叫掉落时处理掉落呼叫的方法的流程图；

图10是表示当系统检测到呼叫掉落时处理掉落呼叫的方法的流程图；

图11是表示MS和系统均检测到由双向业务信道引起的呼叫掉落时处理掉落呼叫的方法的流程图；

图12是表示当MS检测到呼叫掉落并发出位置登录请求时处理掉落呼叫的方法的流程图；

图13是传统呼叫处理状态的示意图；

图14是根据本发明实施例呼叫处理状态的示意图；及

图15是用于检测掉落呼叫的BS的框图。

具体实施方式

下面将参照附图来详细描述本发明的优选实施例。附图中，相同的标号表示相同的部件。要注意的是，如果对本发明的已知结构和功能的详细描述对本发明主题的理解有碍，则将其省略。

术语和定义

“进程中的呼叫服务”：执行话音通信和静止图像、运动图像等的数据通信的状态。

“掉落呼叫”：被定义为被暂时或永久地不能保持的呼叫服务中进行的呼叫。掉落呼叫可由呼叫断开、特定信道上的噪声信道或者非可服务状态引起。

“呼叫断开”：指在预定时间内呼叫保持断开的状态。

下面将以北美数字移动通信系统标准(IS-95、IS-634和IS-41系列)的内容为例描述本发明的各实施例。本发明也适用于提供高话质、高速数据、运动图像和因特网(Internet)浏览的附加服务的3G IS-95。

参照图1，应用本发明的移动通信系统包括：HLR(归属位置寄存器)80、多个MSC(移动交换中心)MSC0 70a至MSC1 70b、多个BSC(基站控制器)BSC00 64a、BSC01 64b和BSC10 64c、多个BTS(基站收发信机子系统)BST000 62a至BTS10 162f、和MS 50。在PLMN中多个HLR与MSC互联，以执行用户管理和呼叫切换。如图1所示，单个HLR 80连接到多个MSC，即MSC0 70a和MSC1 70b。接下来，每个MSC连接到多个BSC，而每个BSC连接到多个BTS。BS通常由BSC和多个BTS组成。

MSC控制到PSTN(公共交换电话网)和PLMN(公用陆地移动通信网)的连接。BSC控制无线电链路，并执行越区切换，BTS形成到MS的无线电链路，并管理无线电资源，HLR登录用户位置，并用作用于存储用户信息的数据库。每个MSC具有VLR(访问者位置寄存器)，用于暂时存储进入MSC的服务区的MS的信息。如果MS移入另一服务区，则丢弃所存储的信息。

对于呼叫建立，移动通信系统指定MS和BTS之间的无线电信道，并形成BTS和BSC、BSC和MSC以及MSC和PLMN或外部网如PSTN之间的通信链路。如果由于MS处于盲区或由于无线电环境的特性而使所建立的呼叫不能保持预定时间，则移动通信系统通常断开该呼叫。盲区问题可由多种情况引起，例如包括电梯、无中继隧道、位于相邻小区之间的长隧道、密集高建筑物中的盲区。

本发明实施例中定义的呼叫掉落可在图1中由标号10、12、14和16所示的位置出现。

标号10、12和14表示相同MSC区内的掉落呼叫的位置，而标号16表示由不同MSC覆盖的各BTS之间的掉落呼叫的位置。具体地讲，标号10表示在BTS000 62a的覆盖区内与BTS000 62a通信的MS 50的呼叫掉落位置，标号12表示在BSC00 64a的服务区内与BTS000 62a或BTS001 62b通信的MS 50的呼叫掉落位置，而标号14表示在BTS001 62b或BTS010 62c的覆盖区边界上与BTS001 62b或BTS010 62c通信的MS 50的呼叫掉落位置。

图1的BS和MSC可使用相同的算法控制掉落呼叫的重连。

可以以两种方式提供掉落呼叫重连功能：(a)由一系统通过修改各MS的操作不区分地向所有MS提供该功能；和(b)将该功能单独地提供给每个MS以作为附加服务。当所有用户终端类似地配置时，可采用前一方法，以实现掉落呼叫重连功能。后一方法允许灵活地应用重连功能，并且只有需要该项服务的用户才需要修改它们的终端。

在本发明的实施例中，或者修改现有信号，或者使用新信号。现有的呼叫释放信号包括在BS和MSC之间通信的释放信号及在MS和BS之间通信的“释放命令信号”，并可使用或附加新功能。如果可从呼叫释放信号中检测到呼叫掉落，则可使用这些信号。反之，为它们附加图2所示的参数，以便单独地表示正常呼叫释放信号或掉落呼叫引起的呼叫释放信号。

图2中，将表示释放状态的参数RELEASE_STAT附加到呼叫释放信号，以区分正常呼叫释放信号与由掉落呼叫引起的呼叫释放信号。该参数占据一个比特。如果该比特为0，则表示正常呼叫释放信号。如果该比特为1，则表示由掉落呼叫引起的呼叫释放信号。

图6中以示例方式示出了使用现有信号“释放”和“释放命令”的典型协议，该图表示的是根据IS-634标准释放MS始发的呼叫的信号流图。标号20表示信号“释放”和“释放命令”。另外，可将RELEASE_STAT附加到信号“清除”，以实现相同目的。作为附加的替代方案，可使用新信号。

为了获得用于连接到处于暂时保持的所建立呼叫的信息，可使用或修改从MS到BS、从BS到MSC、从MSC到VLR、和从MSC到另一MSC指向的传统重连请求信号“重连”。当指向从MS到BS或从BS到MSC时，用于始发呼叫的消息使用附加参数OLD_BS_ID，如图3所示，作为用来连接到处于暂时保持的所建立呼叫的信息。该参数包括16比特，并可通过修改现有始发消息和建立信号来产生。

图7表示MS始发呼叫处理的过程。图7中，标号30表示加有参数OLD_BS_ID的信号“始发命令”和“建立”。

为了表示是否将掉落呼叫重连功能作为附加服务提供给每个MS，如前所述，将图4所示的参数DCAR_FLAG加到图1的HLR 80及VLR0 72a和VLR1 72b中的数据上。该参数为1比特。如果该比特为0，则表示去激活状态(0＝DACT)，而如果该比特为1，则表示激活状态(1＝ACT)。

图5所示的参数WAITING_FLAG用于区分正常呼叫释放信号和由掉落呼叫引起的呼叫释放信号，该参数被加到图1的VLR0 72a和VLR1 72b中的用户数据上。该参数为1比特。如果该比特为0，则表示正常呼叫释放状态(0＝NORMAL)，而如果该比特为1，则表示呼叫掉落释放状态(1＝DROP)。该参数的初始值为0。

掉落呼叫检测

根据本发明的实施例，掉落呼叫以如下方式进行识别。

第一实施例：由MS检测

MS检测掉落呼叫信息：MS检测由于从系统指向MS的业务信道异常而引起的进程中呼叫的掉落。例如，MS存储有关呼叫掉落产生位置的信息，如果MS过渡到正常状态，则MS将呼叫掉落的情况通知给系统。亦即，MS通知BS和MSC。

第二实施例：由系统检测

系统检测掉落呼叫：在这种情况下，系统可确定进程中的呼叫是否掉落。该呼叫掉落是由从MS指向系统的业务信道异常引起的。系统发送重连请求给MS，以执行重连功能，或强制实现重连功能。

第三实施例：

MS和系统之间的双向业务信道的异常。

第四实施例：

从MS请求位置登录：呼叫掉落后，MS过渡到正常状态而没有有关呼叫掉落引起位置的信息，保存与现有参数不同的信息，并由于呼叫掉落而向系统请求位置登录。当在这种情况下产生呼叫掉落时，通常对MS进行初始化，并登录其位置。如果VLR中参数WAITING_FLAG的更新值为1，则重连先前建立的呼叫。位置登录是MS将其位置、状态、识别符、时隙周期和其他特征通知给BTS的处理过程。

掉落呼叫处理

对掉落呼叫的处理根据如何检测到掉落呼叫而有所不同。在描述基于前述4个检测方法处理掉落呼叫之前，将参照附图1和8描述由MS、BS和MSC单独或组合起来执行的掉落呼叫处理。

图8中，在步骤100建立呼叫，并进到步骤101。MS或BS在步骤102确定在呼叫期间是否有来自MS用户的手动重连请求。当在呼叫期间在话音或图形中产生严重的噪声或话音被静音时，MS用户可通过按压手动重连请求键来手动请求呼叫重连。可将手动重连请求键加到终端的键盘上，也可采用现有的功能键来实现，或采用现有数字键的组合而构成。

当没有来自MS用户的手动重连请求时，在步骤104，确定是否在当前业务信道上连续接收到各帧。当接收到一帧时，在步骤105，确定接收到的帧是否有差错。如果在该帧中没有差错，则在步骤106清除用于对未接收到的或坏帧进行计数的计数器(后称为未接收计数器)。如果在步骤105该帧具有差错，则在步骤108将非接收计数器增一。然后，在步骤110，确定非接收计数值是否等于或大于预定时间Timer_Val1。预定时间Timer_Val1根据系统操作状态和用户特征而变化，其范围为从0至10秒，最好为1.2秒，以便确定呼叫是否掉落。1.2秒的时间比现有技术中的呼叫释放时间短约5秒。值Timer_Val1被作为系统初始化数据登录，并可由操作者修改。当对所有MS一致地登录掉落呼叫重连功能时，值Timer_Val1被设置为共同施加给每个MS的预定值。另一方面，如果为每个MS单独提供该功能，则值Timer_Val1对每个MS是唯一的。

下面将更详细地描述MS和BS检测呼叫掉落的方式。

呼叫掉落的BS检测

图15是检测呼叫掉落的BS的框图。参照图15，经天线1000接收到的CDMA信号由RF&XCVB(射频和收发信机块)1020转换成IF(中频)信号。CMDB(CDMA调制和解调块)1040将该IF信号转换成QCELP(Qualcomm(高通)码激励线性预测编码)分组。在该操作期间，CMDB 1040通过检查其CRC(循环冗余码)来确定分组帧是正常还是异常，如果异常，则它将表示异常的信息(品质矩阵：H’00-H’ff)加到所转换的分组。如果表示异常的信息为0，则TSB 1060对从CMDB 1040接收到的分组帧进行异常操作。如果为1，则TSB 1060将所接收到的分组帧转换成PCM(脉码调制)信号，并将该PCM信号发送给MSC。

当确定该分组帧为坏帧时，TSB 1060使用每20ms产生的定时器中断对连续的差错和未接收到的帧进行计数，以最终判定呼叫是否掉落。亦即，确定是否每20ms中断接收到一帧。

如果从CMDB 1040接收到20个序贯的坏帧，则TSB 1060将其认为是呼叫掉落的预测。然后，如果在第一预定时间内接收到预定数个序贯的坏帧，则TSB 1060确定呼叫掉落。例如假设该第一预定时间为2秒，如果TSB 1060接收到80个序贯的坏帧，则它宣称呼叫掉落。但是，如果接收到两个序贯的正常帧，则对非接收计数器进行初始化，并且TSB 1060返回到正常操作。另一方面，如果未接收到20个序贯的帧，则TSB 1060将其认为是呼叫掉落的预测。然后，如果在第二预定时间内未接收到序贯的帧，则TSB 1060确定进程中的呼叫掉落。该第二预定时间最好比第一预定时间短。

呼叫掉落的MS检测

下面将描述呼叫掉落的MS检测。在业务信道状态，MS监视前向业务信道。当MS在前向业务信道上接收到L个序贯的坏帧时，则MS禁止其发射机。然后，如果接收到M个序贯的好帧，则MS启动其发射机。在业务信道状态上MS控制的业务信道初始化子状态中，当发射机启动时，MS激活前向业务信道的衰落定时器(fade timer)。当接收到M个序贯的好帧时，衰落定时器被复位成N秒。当在衰落定时器序列期间未接收到序贯的好帧时，MS禁止发射机，并宣称呼叫掉落。

参照图8，如果MS和/或BS在步骤104和106检测到呼叫掉落，则在步骤112，它保持当前的呼叫，并同时还保持MS和BS之间、BS和MSC之间以及MSC和PSTN(或另一MSC)之间的无线电链路。在必要时，可释放MS和BS之间以及BS和MSC之间的无线电链路。在步骤114，将通知等待重连的信息消息发送给另一用户或服务提供商。对另一电话用户，该信息消息的形式为话音消息、音乐、信号音或静音。对于数据通信用户和数据服务提供商，该消息的形式为空数据。

在步骤116，为定时器设置预定时间Timer_Val2。当在步骤118进入重连等待状态时，在步骤120激活该定时器。在步骤122，在定时器计满之前，确定是否从MS或系统(BS或MSC)发出重连请求或位置登录请求。定时器值Timer_Val2根据系统操作状态和用户特征而变化，其范围从几十秒到几百秒(如10-180秒)，以便确定呼叫释放的动作时间。Timer_Val2最好为30至60秒。当对所有MS一致地登录掉落呼叫重连功能时，值Timer_Val2被设置为共同提供给各MS的预定值。另一方面，如果为每个MS单独地提供该功能，则值Timer_Val2对应每个MS而变化。

当在步骤122在值Timer_Val2内请求呼叫重连或位置登录时，在步骤124使定时器去激活。在步骤126，所建立的呼叫从保持状态释放，并在适于MS新位置的业务信道上重连。在步骤128，撤回信息消息。因此，MS可在现有呼叫服务时与另一用户或服务提供商连续通信。但是，如果在值Timer_Val2内未发出重连请求，则在步骤130，向另一用户或服务提供商发送通知呼叫掉落的信息消息，并且在步骤132释放呼叫。

下面，将参照图1和图8至12来描述基于前述4个掉落呼叫检测实施例的掉落呼叫处理。

在进行描述之前，要注意的是，图9至12中所示的相同MSC/VLR区和不同MSC/VLR区分别表示当呼叫掉落并且发出重连请求和位置登录请求时MS位于相同MSC/VLR区、以及当呼叫掉落并且发出重连请求和位置登录请求时MS位于不同MSC/VLR区。

第一实施例：由MS检测到的掉落呼叫的呼叫掉落处理

图9是当MS检测到呼叫掉落时处理掉落呼叫的流程图。该情况是由于从系统指向MS的异常业务信道引起的。

参照图1和9，当在步骤200在呼叫期间MS用户按压重连请求键时，MS在步骤201接受该重连请求，并且在步骤204进行初始化。如果在步骤200在呼叫期间由于未接收到帧而使呼叫掉落，则在步骤202确定呼叫掉落状态持续时间是否等于或大于预定时间Timer_Val1。如果是，则在步骤204对MS进行初始化。这里，可省略步骤204。

然后，如果例如由于MS位置的变化而克服了呼叫掉落，则在步骤206，MS发送重连请求信号“重连”给为其提供服务的BS，其中信号“重连”具有图3所示的参数OLD_BS_ID。在步骤208，提供服务的BS向相应的MSC发送信号“重连”。在步骤210，MSC将信号“重连_确认”发送回提供服务的BS，并且，在步骤212，BS将信号“重连_确认”发送回MS。

在步骤213，MSC确定是否将呼叫重连功能为所有MS一致地登录或将呼叫重连功能作为附加服务提供给单个MS。如果该呼叫重连功能被单独地作为附加服务提供，则MSC还通过分析存储在其VLR中的参数DCAR_FLAG来确定是否为请求呼叫重连的MS登录，以实现该重连功能。如果未登录该呼叫重连功能，则在步骤234执行呼叫释放操作。如果登录了该呼叫重连功能，则在步骤214，MSC确定接收信号“重连”的参数OLD_BS_ID是否表示MS位于MSC的服务区内。如果它表示提供服务的BS，则MSC在步骤216将通知等待重连的信息消息发送到另一用户或服务提供商。例如，当MS50位于BTS000 62a的服务区内时，进程中的呼叫掉落，并且MS 50移入BTS001 62b的区域，并请求呼叫重连。然后，MSC0 70a识别出MS 50位于其服务区内，并将通知“重连等待”的信息消息给发送给另一用户或服务提供商。

如果在步骤214 MS未处于MSC的服务区内，则在步骤218，MSC发送接收信号“重连”给不同的MSC。在步骤220，新MSC发送信号“重连_确认”给前一MSC，并将通知“重连等待”的信息消息给发送给另一用户或服务提供商。例如，当MS 50位于BTS011 62d的覆盖区内时，进程中的呼叫掉落，并且MS 50移入BTS 100 62e的区域，并请求呼叫重连。然后，由于MS 50超出其服务区外，因此MSC0 70a向MSC1 70b发送信号“重连”，并且MSC1 70b将通知重连等待的信息消息给发送给另一用户或服务提供商。

在步骤216或222后，在步骤224，MSC释放现有链路，并根据MS的当前位置连接启动的呼叫。如果MS位于相同MSC的服务区内，则建立始发呼叫，并且释放现有链路，并以与在各BS之间的硬切换相同的方式连接启动的呼叫。例如，MS 50从BTS000 62a的覆盖区移出而进入BTS001 62b的覆盖区并请求重连，释放MS 50和BTS000 62a之间以及BTS000 62a和BSC0064a之间的现有链路，并且在MS 50和BTS001 62b之间以及BTS001 62b和BSC00 64a之间建立链路。然后，将这些新链路连接到另一用户或服务提供商。另一方面，如果该MS位于不同MSC的服务区内，则建立始发呼叫，并且释放现有链路，并以与在各MSC之间的硬切换相同的方式连接启动的呼叫。例如，MS 50从BTS100 62e的覆盖区移出而进入BTS011 62d的覆盖区并请求重连，释放MS 50和BTS100 62e之间、BTS100 62e和BSC10 64c之间、以及BSC10 64c和MSC1 70b之间的现有链路，并且在MS 50和BTS01162d之间、BTS011 62d和BSC01 64b之间、BSC01 64b和MSC0 70a之间以及MSC0 70a和MSC1 70b之间建立链路。然后，将这些新链路连接到另一用户或服务提供商。

在步骤226，MSC撤回通知等待重连的信息消息，并且，在步骤228，确定启动的呼叫是否正常连接到另一用户或服务提供商。如果是正常连接，则在步骤230继续呼叫。否则，在步骤232，MSC将通知呼叫释放的信息消息发送到另一用户或服务提供商，并且在步骤234，执行呼叫释放操作。

从图9可知，在图8的步骤116和122中设置为Timer_Val2的定时器不工作。这是因为，在步骤204和206，在其初始化稍后，MS发出重连请求，从而BS不必确定是否在重连请求之后经历了预定时间。

第二实施例：基于系统(即BS或MSC)的掉落呼叫检测的呼叫掉落处理

图10表示当系统检测到呼叫掉落时处理掉落呼叫的流程图。该情况的发生是由于从MS指向系统的异常业务信道而引起的。

参照图1和10，如果在步骤300由于未接收到各帧而使呼叫掉落，则在步骤302，BS确定呼叫掉落状态的持续时间是否等于或大于预定时间Timer_Val2。如果是，则在步骤304，BS将包括设置为1(DROP＝1)的参数RELEASE_STAT的信号“释放命令”发送给MS，并且在步骤306，将包括设置为1(DROP＝1)的参数RELEASE_STAT的信号“释放”发送给MSC。然后，在步骤308，MSC将信号“释放完成”发送给BS。在步骤309，MSC确定是为所有MS一致地登录呼叫重连功能还是将该呼叫重连功能作为附加服务提供给单个MS，并且当该呼叫重连功能被单独地作为附加服务提供时，通过分析存储在其VLR中的参数DCAR_FLAG来确定是否为该MS登录以实施该重连功能。如果不论是不区分地提供还是单独提供都未登录呼叫重连功能，则在步骤338执行呼叫释放操作。如果登录了呼叫重连功能，则在步骤310，采取MSC将通知重连等待的信息消息发送到另一用户或服务提供商，并通过将定时器设置成Timer_Val2来激活该定时器。

在步骤311，从为其提供服务的MSC或不同的MSC接收到具有设置为1(DROP＝1)的参数RELEASE_STAT的信号“释放命令”的MS被初始化。该步骤可省略，这是因为MS可将所使用业务信道改变成新业务信道而自身不进行初始化。在步骤311后，如果由于MS的位置变化而充服了呼叫掉落，则在步骤312，MS发送具有参数OLD_BS_I的信号“重连”给BS。在步骤314，BS发送信号“重连”给MSC。在步骤316，MSC确定参数OLD_BS_ID是否表示位于其服务区内BS的ID。如果是，则在步骤322，MSC将信号“重连确认”发送给BS，并在步骤324，BS将信号“重连_确认”发送给MS。

如果在步骤316该参数不表示由MSC覆盖的BS，则在步骤318，MSC发送所接收的信号“重连”给相应的MSC。在步骤320，新MSC发送信号“重连确认”给旧的MSC。然后，在步骤322，旧的MSC发送信号“重连确认”给BS，并且在步骤324，BS发送信号“重连_确认”给MS。

在步骤326，MSC释放现有的链路，并连接所启动的呼叫。如果MS位于相同MSC的服务区内，则建立始发呼叫，释放现有链路，并以与各BS之间的硬切换相同的方式连接所启动的呼叫。另一方面，如果MS位于不同MSC的服务区内，则建立始发呼叫，释放现有链路，并以与各MSC之间的硬切换相同的方式连接所启动的呼叫。

在步骤328，MSC撤回通知等待重连的信息消息，并且在步骤330，确定所启动的呼叫是否正常连接到另一用户或服务提供商。如果是正常连接，则在步骤332继续呼叫。反之，在步骤336，MSC发送通知呼叫释放的信息消息给另一用户或服务提供商，并且在步骤338执行呼叫释放操作。

与此同时，如果在步骤334设置为Timer_Val2(如30至60秒)的定时器已计满但仍未从MS接收到重连请求信号“重连”，则在步骤336，MSC发送通知呼叫释放的信息消息给另一用户或服务提供商，并且在步骤338执行呼叫释放操作。

当在图10中BS发送DROP＝1的信号“重连命令”给MS时，信号“重连命令”可被信号“重连”替代。在这种情况下，可省略步骤310、312和324。

第三实施例：基于MS和系统的掉落呼叫检测的呼叫掉落处理

图11是处理由MS和系统之间的双向异常业务信道引起的掉落呼叫的流程图。

参照图1和11，如果在步骤400在呼叫期间由于未接收到各帧而引起呼叫掉落，则在步骤401和402，BS和MS分别确定呼叫掉落状态的持续期是否等于或大于预定值Timer_Val1。

如果是，则在步骤404，BS发送包括设置为1(DROP＝1)的参数RELEASE_STAT的信号“释放命令”给MS，并且在步骤406，将包括设置为1(DROP＝1)的参数RELEASE_STAT的信号“释放”给发送MSC。然后，执行步骤406和438。由于这些步骤与图10的步骤306至338相同，这里将省略对这些步骤的描述。

第四实施例：基于位置登录请求的呼叫掉落处理

图12是当MS检测到呼叫掉落并且请求位置登录时处理掉落呼叫的流程图。该情况发生时，在呼叫掉落后，MS过渡到正常状态而无有关呼叫掉落发生位置的信息，保存与现有参数不同的信息，并且因为呼叫掉落而向系统请求位置登录。

参照图1和12，如果在步骤500在呼叫期间由于未接收到各帧而引起呼叫掉落，则在步骤502，MS确定呼叫掉落状态的持续期是否等于或大于预定时间。如果持续时间超过Timer_Val1，则在步骤504，MS发送包括设置为1(DROP＝1)的参数RELEASE_STAT的信号“释放命令”给BS，并且在步骤506，BS将包括设置为1(DROP＝1)的参数RELEASE_STAT的信号“释放”发送给MSC。在步骤507，MSC确定是为所有MS一致地登录呼叫重连功能还是作为附加服务提供给单个MS，如果是被作为附加服务单独地提供，则通过分析存储在其VLR中的参数DCAR_FLAG来确定是否给该MS登录该重连功能以实施。如果不管是未区分地提供还是单独地提供均未登录该呼叫重连功能，则在步骤546执行呼叫释放操作。

如果登录了该呼叫重连功能，则在步骤508，MSC发送信号“掉落设置”给其VLR，并且，在步骤510，VLR将表示正常呼叫释放或由掉落呼叫引起的呼叫释放的参数WAITING_FLAG设置为DROP＝1。然后，在步骤512，VLR向MSC发送表示掉落确认的信号DROP CONF。

与此同时，在步骤509，MSC发送通知等待重连的信息消息给另一用户或服务提供商，并通过将定时器设置到Timer_Val2而激活该定时器。

在步骤514，对向BS发送具有设置为1(DROP＝1)的参数RELEASE_STAT的信号“释放命令”的MS进行初始化。该步骤可省略。在步骤511后，如果由于MS的位置变化而克服了呼叫掉落，则在步骤516，MS发送位置登录请求信号“登录消息”给BS。作为响应，在步骤518，BS发送信号“位置更新请求”给MSC，并且在步骤519，MSC将接收到的信号发送给VLR。然后，在步骤520，VLR确定MS是否位于VLR的服务区内。如果否，在步骤522，VLR请求HLR或另一VLR以确定是否对MS进行呼叫，并且在步骤524，接收对该请求的响应消息。相反，如果MS位于VLR的服务区内，则在步骤526，VLR检查MS的参数WAITING_FLAG。如果该参数被设置为0，则VLR在步骤530执行一般的位置登录处理过程。如果该参数被设置为1，则VLR在步骤528发送信号“重连”给MSC。

在步骤531，MSC释放现有链路并连接所启动的呼叫。如果MS位于相同MSC的服务区内，则建立始发呼叫，并且释放现有链路，并以与在各BS之间的硬切换相同的方式连接启动的呼叫。另一方面，如果该MS位于不同MSC的服务区内，则建立始发呼叫，并且释放现有链路，并以与在各MSC之间的硬切换相同的方式连接启动的呼叫。

在步骤532，MSC发送信号“掉落未设置”给VLR，并且在步骤534，VLR将参数WAITING_FLAG设置为0。然后，在步骤536，VLR发送信号“掉落确认(DROP CONF)”给MSC。在步骤538，MSC撤回通知等待重连的信息消息，并且在步骤540，确定所启动的呼叫是否被正常连接到另一用户或服务提供商。如果是正常连接，则在步骤542继续呼叫。否则，在步骤544，MSC发送通知呼叫释放的信息消息给另一用户或服务提供商，并且在步骤546执行呼叫释放操作。

与此同时，如果在步骤543设置为Timer_Val2(如30至60秒)的定时器已计满但仍未从MS接收到重连请求信号“重连”，则在步骤544，MSC发送通知呼叫释放的信息消息给另一用户或服务提供商，并且在步骤546执行呼叫释放操作。

图13和14表示根据传统技术和本发明两者的呼叫处理状态过渡。

在现有技术中，如图13所示，在呼叫释放请求或呼叫掉落持续预定时间如5秒时，进入呼叫释放状态。与现有技术相比较，在本发明中，如图14所示，当在呼叫服务期间有第一时间(如1.2秒)的呼叫掉落时，进入空闲状态。然后，如果发出重连请求，则该空闲状态过渡到对话状态。但是，如果在该空闲状态下出现第二时间(最好，30至60秒)的呼叫掉落，则进入呼叫释放状态。如果在对话或空闲状态中请求呼叫释放，则立即进入呼叫释放状态。

如上所述，本发明的有益之处在于：通过在PLMN中提供自动掉落呼叫重连功能，克服了在恢复在电梯或隧道中暂时掉落的呼叫方面上的不方便之处。因此，用户不必忧虑呼叫掉落的情况，并可提高呼叫服务品质。

尽管已参照附图描述了本发明，但这仅是示例性应用。因此，要明确的是，在不背离本发明范围和宗旨的情况下，本领域技术人员可进行多种变化。

Claims

1.一种重连通信链路的方法，其中在移动台(MS)用户和与MS用户经移动通信系统进行通信的另一方之间的服务期间，所述通信链路由于服务障碍而终止，所述移动通信系统具有彼此相连的多个移动交换中心(MSC)，每个MSC连接到多个基站(BS)，所述方法包括如下步骤：

当服务障碍持续至少预定的第一时段时，所述MS用户自动地发送重连请求信号；以及

响应于所述重连请求信号，在所述MS用户和所述另一方之间，经所述多个BS之一和连接到所述BS的所述多个MSC之一重新开始服务；

其中，所述重新开始的步骤还包括如下步骤：响应于所述的MS用户的重连请求，由所述提供服务的MSC搜索所述MSC和MS用户之间的新服务信道，以及通过将所述新服务信道连接到所述MSC和所述另一方用户之间的现有服务信道，重新开始所述MS用户与所述另一方用户之间的服务。

2.如权利要求1所述的方法，还包括如下步骤：当所述服务障碍持续至少预定的第一时段时，提供服务的MSC保持所述MSC与所述另一方之间的现有服务信道。

3.如权利要求2所述的方法，还包括如下步骤：接收到所述重连请求信号的至少一个BS通过发送所述重连请求信号给提供服务的MSC来重连所保持的服务信道。

4.如权利要求1所述的方法，还包括如下步骤：当服务障碍持续至少预定的第一时段时，提供服务的MSC保持所述MSC与所述另一方之间的现有服务信道，并且所述MSC在所保持的服务信道上向所述另一方发送表示所述MSC等待重连的信息消息。

5.如权利要求2所述的方法，还包括如下步骤：

如果在预定的第二时段内未完成对所述新服务信道的搜索，则所述MSC向所述另一方发送表示在所保持的服务信道上的呼叫释放的信息消息，并且所述MSC释放所保持的服务信道。

6.如权利要求4所述的方法，其中，所述信息消息是通知和空数据之

7.如权利要求1所述的方法，其中所述预定的第一时段在0和几秒之间。

8.如权利要求5所述的方法，其中，所述预定的第二时段在几十秒和几百秒之间。

9.如权利要求7所述的方法，其中，所述预定的第一时段被登录为系统初始化数据，并可由操作者改变。

10.如权利要求8所述的方法，其中，所述预定的第二时段被登录为系统初始化数据，并可由操作者改变。

11.一种重连通信链路的方法，其中在MS用户和与MS用户经移动通信系统进行通信的另一用户之间的服务期间，所述通信链路由于服务障碍而终止，所述移动通信系统具有多个BS和多个MSC，所述方法包括如下步骤：

当所述服务障碍持续至少预定的第一时段时，由所述多个BS中提供服务的BS向所述MS用户和与所述BS相连的MSC发送服务障碍检测信息；以及

响应于移动终端的重连请求，经所述多个BS之一和连接到所述BS的多个MSC中的一个重新开始在所述MS用户和所述另一用户之间的服务；

其中，所述重新开始步骤还包括如下步骤：当请求重连时，由提供服务的MSC在所述提供服务的MSC和请求重连的MS用户之间搜索新服务信道；以及将所述新服务信道连接到所述提供服务的MSC和所述另一用户之间的服务信道。

12.如权利要求11所述的方法，还包括如下步骤：当所述服务障碍持续至少预定的第一时段时，所述多个MSC中的一个在所述MSC和所述另一用户之间保持现有的服务信道。

13.如权利要求11所述的方法，还包括如下步骤：当所述服务障碍持续至少预定的第一时段时，所述多个MSC中的一个在所述MSC和所述另一用户之间保持服务信道，并且所述MSC向所述另一用户发送表示所述MSC在所述服务信道上等待重连的信息消息。