专利名称：移动通信系统中闭合用户群的话音信箱业务的制作方法
技术领域：
本发明涉及移动通信系统，尤其涉及一种在移动通信系统中实现呼叫前转的方法和装置，前述移动通信系统包括具有至少一个用户的至少一个闭合用户群。
除了普通的语音和数据传输之外，移动通信系统为用户提供了多种补充业务。按照规范的基本业务已投入使用，基于智能网体系结构的更先进的业务的数量在不断增长。
移动通信系统所具有的补充业务之一是闭合用户群。利用闭合用户群，可以为选定的用户群指定进行内部和外部通信的不同限制。可能的呼叫限制包括，例如来话和去话的阻塞，长途或国际呼叫的阻塞。闭合用户群一般用于公司，这些公司希望限制给雇员主要用于工作的移动台的使用。在呼叫建立处理中，闭合用户群导致了额外的检查，根据该检查结果呼叫建立正常继续或者因呼叫限制而终止。
移动通信系统所提供的另一补充业务是用户可以激活的呼叫前转。呼叫前转可以是无条件的，及呼叫总是被转发到给定的新号码。呼叫前转也可以是有条件的，例如在用户忙、无应答或无法接通时。呼叫前转的最常用的形式是话音信箱业务(话音信箱业务VMS)，用户可以利用该业务指定其来话需要无条件或有条件地转发到VMS中心。该中心应答呼叫，并存储留给该用户的信息。
在闭合用户群中实现到话音信箱的呼叫前转之后，发往闭合用户群的成员之一的呼叫正常继续，但到话音信箱的呼叫前转则根据呼叫限制和被叫方的去话接入的定义而成功或失败。对普通用户而言，不容易理解以技术术语标识的限制和定义。因此，在系统的功能和可靠性方面，至少在两个用户之间能够进行实际通话的情况下，能够无困难地使用话音信箱相当重要。
本发明的一个目的是提供一种方法和实现该方法的设备，用于解决上述问题。本发明的目的通过按照权利要求1的方法实现，其特征在于，它包括以下步骤检查呼叫前转是否转向话音信箱，响应于呼叫前转转向话音信箱的情况，不论是否因呼叫前转功能和闭合用户群之间的相互作用而导致呼叫前转被阻塞，都实现呼叫前转。
本发明还涉及一种用户数据库，其中存储用户的呼叫前转信息，如权利要求5所述。该用户数据库的特征在于，它检查呼叫前转是否转向话音信箱，响应于呼叫前转转向话音信箱的情况，不论是否因呼叫前转功能和闭合用户群之间的相互作用而导致呼叫前转被阻塞，都实现呼叫前转。
相关的权利要求涉及本发明的优选实施例。
本发明的基本思想在于，系统至少在呼叫前转失败之前，检查指定的呼叫前转号码是否是话音信箱的号码。如果系统检测到该前转号码是话音信箱的号码，则忽略涉及呼叫限制的检查，不管可能存在何种呼叫限制，都将该呼叫转发到话音信箱。
本发明方案可以通过以下过程实现将话音信箱的号码存储在系统的用户数据库中，在前转被激活时，由系统数据库比较呼叫前转号码和话音信箱号码。如果这两个号码相同，则不进行涉及呼叫限制的检查。
本发明的方法和系统能够消除闭合用户群对呼叫前转到话音信箱的限制所可能引起的问题。
下面结合附图详细描述本发明，在附图中
图1的框图一般性地说明了GSM系统的基本部件；图2的框图和信令图示出了GSM类型的移动通信系统中两个移动台之间的呼叫建立；图3是说明按照GSM规范02.85的CUG定义和呼叫前转功能之间的相互作用的总表；图4的表一般性地说明了呼叫前转和闭合用户群的上述定义如何影响呼叫建立和到话音信箱的呼叫前转；图5一般性地说明了在归属位置寄存器中如何为用户提供用户数据，前述用户可以根据自己的意愿使用n个基本业务；图6的流程图说明了在归属位置寄存器HLR中检测到呼叫前转的情况下，MT CUG呼叫的创新方案；图7一般性地说明了在GSM系统进行位置更新时，访问位置寄存器VLR中更新的呼叫前转信息；图8说明了如果用户无应答时MT CUG呼叫的创新方案。
下面以GSM移动通信系统(全球移动通信系统GSM)的功能和结构为例来描述本发明，但本发明也可以应用于支持呼叫前转功能和涉及闭合用户群功能的其它类似无线系统。
图1示出了GSM系统的基本部件，但没有详细给出它们的特性和系统的其它部件。有关GSM系统的更为精确的描述，请参看GSM规范及M.Mouly和M.Pautet于1992年在法国Palaiseau发行的TheGSM system for Mobile Communication一书，ISBN2-9507190-0-0-7。
移动业务交换中心MSC负责交换来话和去话。它完成的功能类似于公用电话交换网(PSTN)的交换中心。除了这些任务之外，它还与网络的用户寄存器合作，完成通常仅为移动通信所具有的功能，例如用户位置管理。GSM系统中，归属位置寄存器HLR和访问位置寄存器VLR充当用户寄存器。归属位置寄存器HLR永久存储用户数据和MS所在区域的访问位置寄存器VLR信息。访问位置寄存器VLR则在移动台位于与该访问位置寄存器VLR相关联的移动交换中心MSC区域期间，临时存储移动台MS的用户数据。一个访问位置寄存器VLR一般服务于一个移动交换中心MSC。移动台MS通过基站系统BSS连接到移动业务交换中心MSC。基站系统BSS包括基站控制器BSC和基站BTS。一个基站控制器BSC用于控制多个基站BTS。
闭合用户群是一种补充业务，该业务允许将移动通信系统的用户划分成群，利用CUG参数为这些群定义不同的限制。有关CUG功能的更为详细的描述，请参看GSM规范02.85和03.85。用户可以属于若干闭合用户群，在GSM系统中，例如为用户指定的最大数量是10。在GSM系统中，闭合用户群由CUG联锁码IC明确表示。通过CUG索引向用户指示闭合用户群，CUG索引一般在访问位置寄存器VLR中转换。
闭合用户群成员的定义由各群自行指定，它可以通过增加或删除限制来进一步说明。具有来话接入IA的CUG用户可以接收来自用户群外部的呼叫。相应地，具有去话接入OA的CUG用户可以进行用户群外部的呼叫。来话阻塞ICB防止CUG用户接收来自同组其它成员的呼叫。相应地，指定了去话阻塞OCB的CUG用户无法呼叫同组的其它成员。
此后，将呼入移动台的呼叫称为MT呼叫(移动台呼入MT)，移动台发出的呼叫称为MO呼叫(移动台始发MO)。为了说明闭合用户群，下面结合GSM类型移动通信系统中两个移动台之间的呼叫建立来考察图2的框图和信令图。在步骤2.1中，移动台MSa向发送时刻控制用户A的交换中心MSCa发送呼叫建立请求。用户A通过移动台给出CUG索引，可以显式指定该呼叫中需要使用的CUG群。交换中心MSCa将用户数据查询发送给与它作用的访问位置寄存器VLRa，该查询还包括呼叫建立请求中发送的可能的CUG信息。如果用户A没有显示给出CUG索引，则访问位置寄存器VLR检查该用户数据是否包含与呼叫建立请求中指示的基本业务相关的优选CUG，据此确定闭合用户群。如果呼叫建立消息没有包含CUG信息，并且没有定义优选CUG，则该呼叫是一次普通呼叫。
CUG检查在访问位置寄存器VLRa中进行(步骤2.3)。在检查期间，根据用户给出的信息，访问位置寄存器中更新的用户数据，以及该用户是否有权进行所请求的呼叫建立过程的MO CUG检查功能，进行判定。有关MO CUG检查功能的更为详细的解释，请参看GSM规范03.85(版本4.2.0中第13-14页)。在检查中，将可能的CUG索引转换成CUG联锁码，移动通信网根据该联锁码识别该呼叫发向的CUG群。如果没有显示或隐式给出CUG信息，则以普通呼叫的形式建立该次呼叫。如果基于CUG检查允许该次呼叫，并且给出了CUG信息，则将该次呼叫作为MO CUG呼叫建立。在该情况下，VLRa将CUG信息发回交换中心MSCa(步骤2.4)，使得呼叫建立能够继续。如果基于CUG检查不允许该次呼叫，则访问位置寄存器VLRa通知交换中心MSCa呼叫被拒绝，呼叫建立中止。交换中心将该信息转发给移动台MSa。
在呼叫建立信令过程中，交换中心MSCa将它从访问位置寄存器VLRa接收的CUG信息发送给用户B的网络(步骤2.5)。在图2情况下，呼叫进入用户B网络的第一交换中心GMSCb，交换中心将路由寻址信息查询发送给根据用户的电话号码MSISDN确定的归属位置寄存器HLRb(步骤2.6)。呼叫建立信令中接收的CUG信息也在路由寻址信息查询消息中发送给归属位置寄存器HLRb。
归属位置寄存器HLRb中进行另一CUG检查(步骤2.7)。该检查的目的是根据在呼叫建立过程中接收的CUG信息，存储在归属位置寄存器HLRb中的用户B的CUG信息，以及MT CUG检查，确保按照用户A和用户B的定义允许该次呼叫。有关MT CUG检查功能的更为详细的解释，请参看GSM规范03.85(版本4.2.0中第14-15页)。如果按照CUG检查，不允许该次呼叫，则HLR中止呼叫建立过程，向网关交换中心GSMCb发送拒绝指示和解释，GSMCb将该信息转发给用户A的网络。如果基于CUG定义允许该次呼叫，则呼叫建立正常继续。在位置更新过程中，用户B的归属位置寄存器HLRb中更新该用户所在的访问位置寄存器VLRb的信息。归属位置寄存器HLRb基于该信息向访问位置寄存器VLRb发送请求，保留漫游号码(步骤2.8)。访问位置寄存器VLRb为该用户保留漫游号码，并在应答消息中将其发送给归属位置寄存器HLRb(步骤2.9)，后者将漫游号码和可能的CUG信息发送给请求路由寻址信息的交换中心GMSCb(步骤2.10)。
漫游号码空间已被定义，从而呼叫总被寻址到其访问位置寄存器VLRb已保留漫游号码的交换中心MSCb。因此，网关交换中心GMSCb可以根据漫游号码为呼叫前转选择路由，发送初始地址消息2.11给该漫游号码所指示的移动业务交换中心MSCb。接收到初始地址消息2.11之后，交换中心MSCb在漫游号码分析中发现呼叫发往其自身区域，而不是前向选路。这种情况下，MSCb向其自身的访问位置寄存器VLRb请求被叫用户数据以进行呼叫建立，消息2.12。访问位置寄存器VLR在应答消息2.13中发送必要的数据，如果MSC能够为数据传输提供必要资源，交换中心MSCb和移动台MSb之间完成呼叫建立信令，如箭头2.14和2.15所示。利用来话中包含的信息的特定组合和用户B的用户数据，访问位置寄存器VLR进行CUG联锁码的逆转换，向交换中心MSC回送CUG索引，该索引提供了用户B移动台MSb中的CUG索引。
GSM规范02.85描述了闭合用户群(此后称为CUG群)和呼叫前转之间的相互作用。为了使CUG呼叫的呼叫前转起作用，一般必须按照CUG定义允许用户A和用户B之间的呼叫。如果用户B的CUG定义阻塞了在用户B和用户C之间前转的呼叫类型的呼叫，则呼叫无法被前转。需要前转的呼叫使用了主叫用户(用户A)的CUG定义，因此用户A和用户C的CUG定义一般应允许他们之间的呼叫。
条件呼叫前转需要用户状态信息或者呼叫建立进度信息，因此它们通常借助访问位置寄存器VLR选择路由。无条件呼叫前转信息存储在归属位置寄存器HLR中，因此它总是在路由寻址信息查询中就被检测出来。移动用户无法接通时的呼叫前转CFNRc通过可得到该用户可接通性信息的寄存器选路。在激活呼叫前转的情况下，CUG检查之后，检查闭合用户群和呼叫前转之间的相互作用。在归属位置寄存器HLR激活了无条件前转和条件前转CFNRc的情况下，所述交互作用在归属位置寄存器HLR中检查，在其它条件呼叫前转情况下，所述交互作用在访问位置寄存器VLR中检查。
图3是基于GSM规范02.85的总表，该表说明了CUG定义和呼叫前转功能之间的相互作用。该表的列代表了前转用户(用户B)的不同CUG定义，表的行代表了从网络接收的CUG定义。该表的头两行被划分成两个部分，分别说明了包含在来话中的CUG联锁码匹配(M)或不匹配(NM)用户B的CUG联锁码的情况。参看该表，下面将考察呼叫前转成功的情况。如果因为呼叫前转和闭合用户群之间的相互作用而拒绝了呼叫，则用户数据库将拒绝通知给前转交换中心，并给出“被叫方补充业务相互作用违例”作为原因。
该表的第一行说明了情况31，其中需要前转的呼叫是CUG呼叫，该呼叫并不包含去话接入OA的定义。如果前转用户B是其CUG联锁码匹配从用户A接收的联锁码的CUG用户，并且已为用户B定义了去话阻塞OCB，则呼叫前转成功，前转的呼叫包括从用户A接收的CUG联锁码(情况311.1和311.3)。其它情况下(311.2，311.4，312.1，312.3和313)，拒绝呼叫。
该表的第二行说明了情况32，其中需要前转的呼叫是CUG呼叫，该呼叫包含去话接入OA的定义。如果用户B是其CUG联锁码匹配从用户A接收的联锁码的CUG用户，则呼叫前转成功，前转的呼叫包括从用户A接收的CUG联锁码(情况321.1)。如果用户B是其CUG联锁码匹配从用户A接收的联锁码的CUG用户，他拥有去话接入OA，而没有去话阻塞OCB，则呼叫前转成功，前转的呼叫包括从用户A接收的CUG联锁码和去话接入OA(情况321.3)。如果用户B是其CUG联锁码匹配从用户A接收的联锁码的CUG用户，他拥有去话接入OA，而没有去话阻塞OCB，则呼叫作为普通呼叫前转(情况321.4)。
如果用户B是其CUG联锁码不匹配从用户A接收的联锁码的CUG用户，但他拥有来话接入IA和去话接入OA，则呼叫前转成功，前转的呼叫包括从用户A接收的CUG联锁码和去话接入OA(情况323)。其它情况下(321.2和322.1)，呼叫前转失败。
该表的第三行说明了情况33，其中需要前转的呼叫不包含CUG信息。如果用户B定义了去话接入的CUG用户，则呼叫作为普通呼叫前转(情况333)。其它情况下(331.1)，呼叫前转失败。
图4中的表一般性地说明了呼叫前转和闭合用户群的上述定义如何影响呼叫建立和到话音信箱的呼叫前转。在表4中用户B是以联锁码IC1定义的CUG群的成员，该表说明了主叫用户A是同一CUG群(IC1)的成员，或者另一CUG群(IC2)的成员，或者普通用户的情况。对用户A而言，该表示出了附加定义OA的影响，OA的定义和用户B的附加定义一起影响呼叫被拒绝、作为CUG呼叫连接，或者作为普通呼叫连接的情况。如果采用附加定义，则表的列中有‘OA’。列中的符号‘-’表明没有采用附加定义。如果该定义对讨论的最后两列没有意义，则列中有符号‘*’。表中的其它列耶采用相同的标记。
对用户B而言，该表说明了在讨论的情况下，附加定义IA、ICB、OA和OCB的影响。列‘呼叫’说明了将呼叫作为普通呼叫(NORM)，或者CUG呼叫(CUG)连接的情况，以及拒绝呼叫(REJ)的情况下。该表的最后一列说明了到话音信箱的前转因CUG检查而失败的情况(INV)，尽管用户A和用户B之间可以进行普通或CUG呼叫。
在情况4.2和4.3下，用户A和用户B是同一CUG群的成员，对用户B没有设置去话阻塞，因此，用户间的呼叫将作为CUG呼叫连接。但是，为用户B设置了CUG内的去话阻塞OCB，因而到话音信箱的前转失败。前转只有在对用户B设置了去话接入OA时在能成功(参看情况4.4)。
在情况4.8中，用户A和用户B是同一CUG群的成员。用户B设置了来话阻塞ICB，但因为用户A拥有去话接入OA，所以该呼叫作为普通呼叫连接。但是，用户B不拥有去话接入OA，因而到话音信箱的前转失败，因为该呼叫是普通呼叫。
在情况4.11中，用户A和用户B是不同CUG群的成员，但因为用户A拥有去话接入OA，所以将该呼叫作为普通呼叫连接。如同以上的例子，用户B不拥有去话接入OA，因而到话音信箱的前转失败，因为该呼叫是普通呼叫。
在情况4.14中，用户A不是闭合用户群的成员，所以将该呼叫作为普通呼叫连接。到话音信箱的前转同样失败，因为用户B不拥有去话接入OA。
以上的所有例子都是源自CUG定义特性的普通情况，它们并不包含任何差错。为了理解它们，必须具有CUG群和CUG定义所引起的限制和相互作用的相当深入的技术知识。普通用户仅使用为其定义的特性，注意到它们时而工作，时而无效，不会认为是失败的原因，而为将其视为补充业务易于出错或不可靠。本发明能够避免这种情况。
下面结合图5和6描述优选实施例。图5一般性地说明了在归属位置寄存器中如何为用户提供用户数据，前述用户可以根据自己的意愿使用n个基本业务。该用户具有他自己的国际移动用户表示IMSI，用作用户在移动通信网中的标识。为该用户定义的业务与该用户的IMSI关联。按照多用户号码系统的原理，每个用户业务1...n具有它自己的电话号码MSISDN-1...MSISDN-n。存在一个基本业务码SC-1...SC-n，它确定了与每个MSISDN号码相关联的呼叫类型。基本业务码是上述电信业务或承载业务码之一。
可以为每种基本业务选择4种不同的呼叫前转业务，即“无条件呼叫前转CFU”和条件呼叫前转“移动用户无法接通前转CFNRc”，“无人应答呼叫前转CFNRy”和“遇忙呼叫前转CFB”。CFNRc业务包含了用户无法接通的信息(IMSI脱离)，CFNRy业务包含了期望用户应答呼叫的时间(振铃)信息。最多可以有10个CUG联锁码IC-1...IC-n与每个基本业务相关。这些联锁码之一可以是优选CUG联锁码，用户可以在呼叫开始时通过其移动台选择其它码。
图6的流程图说明了在归属位置寄存器HLR中检测到呼叫前转的情况下，MT CUG呼叫的创新方案。在步骤610，归属位置寄存器HLR接收到网关交换中心GMSC所发送的选路信息查询，该信息与从主叫方(用户A)到被叫方(用户B)的呼叫相关。在步骤615中，归属位置寄存器HLR检查用户B是否有与基本业务相关的CUG定义。如果没有这种定义，归属位置寄存器还检查呼叫建立消息是否包含用户A给出的CUG定义(步骤620)。如果也没有这种定义，则进行普通的来话呼叫认证(步骤625)。如果发现了CUG定义，则归属位置寄存器HLR基于用户A和用户B的CUG定义(步骤630)进行CUG检查。用户A和用户B的CUG定义不完整，则拒绝呼叫，呼叫建立过程中止(步骤680)。如果基于CUG定义可以继续呼叫，则归属位置寄存器检查呼叫前转是否涉及为用户B定义的呼叫所涉及的基本业务(步骤640)。如果没有定义呼叫前转，则归属位置寄存器HLR发送保留漫游号码的请求，将选路信息发送给网关交换中心GMSC(步骤660)。如果已定义了呼叫前转，则归属位置寄存器HLR检查基于CUG相互作用是否允许呼叫前转(步骤645)。如果允许呼叫前转，则归属位置寄存器HLR回送呼叫前转信息和呼叫前转号码给网关交换中心GMSC(步骤670)。
在因CUG交互而无法进行所述呼叫前转的情况下，可以按照现有技术拒绝呼叫(步骤680)。为了避免归属位置寄存器问题，在注意到呼叫前转因CUG相互作用而失败时，进行附加检查(步骤650)，其中将呼叫前转号码与话音信箱号码相比较。如果号码相同，即前转发往话音信箱，则不管相互作用的结果如何，都允许前转(步骤670)。只有在呼叫前转号码不同于话音信箱号码时，归属位置寄存器HLR才发送呼叫拒绝信息给网关交换中心GMSC(步骤680)。按照现有技术，归属位置寄存器并不具有指派给用户的话音信箱号码信息。提供本发明检查所需前提的一种优选方式，至少保存允许的话音信箱号码VMB#，按照图5的归属位置寄存器HLR可以利用该号码比较呼叫前转号码。
图7一般性地说明了在GSM系统进行位置更新时，访问位置寄存器VLR中更新的呼叫前转信息。从归属位置寄存器HLR向访问位置寄存器VLR发送至少IMSI和主MSISDN，即按照主业务的MSISDN。主MSISDN一般是连接到语音业务的MSISDN。除此之外，访问位置寄存器VLR中更新随用户而定的特殊业务表和相关信息，例如激活信息和呼叫前转号码。因为无条件呼叫前转CFU通过归属位置寄存器HLR选路，所以访问位置寄存器VLR中不更新与其相关的信息。
为访问位置寄存器VLR提供本发明检查所需信息的一种方式是，归属位置寄存器HLR例如在“插入”消息中向访问位置寄存器发送话音信箱号码VMB#，在位置更新时，用户数据一般从归属位置寄存器HLR发送到访问位置寄存器VLR。按照GSM建议，可以在“插入”消息上附加一个扩展用于本发明的附加信息。访问位置寄存器VLR确认每个“插入”消息，如果信息无法装入一个消息，则可以串行发送多个“插入”消息。
图8说明了如果用户无应答时MT CUG呼叫的创新方案。这种情况下，访问位置寄存器VLR检测到呼叫前转。因为该呼叫是呼入移动台的呼叫MT，所以用户B的归属位置寄存器HLRb中已进行了CUG检查。在步骤810中，访问位置寄存器检测到用户B没有应答来话。在预定振铃时间之后，系统在访问位置寄存器中检查(步骤820)该情况下用户是否定义了条件呼叫前转。如果没有发现这种呼叫前转信息，则呼叫建立终止，将呼叫终止的信息发送给用户A(步骤850)。如果在访问位置寄存器VLR中发现呼叫前转信息(CFNRy激活标记)，则对呼叫前转和涉及闭合用户群的定义之间的相互作用进行检查(步骤830)。如果基于相互作用允许呼叫前转，则呼叫被连接到呼叫前转号码(步骤860)。如果因相互作用而禁止呼叫前转，则进行本发明的附加检查，该检查包括比较呼叫前转号码C#和话音信箱号码VMB#(步骤840)。如果号码相同，则允许呼叫前转，继续到呼叫前转号码的呼叫建立(步骤860)。
在上面的例子中，在呼叫前转因交互作用而失败的情况下进行检查。但是，本发明的检查也可以加入处理的其它步骤中。例如可以在检查呼叫前转功能和CUG定义之间的相互作用之前进行检查，从而只有在呼叫前转不是发向话音信箱时，才检查呼叫前转功能和闭合用户群之间的相互作用。
对本领域技术人员而言，显然随着技术的发展，本创新概念可以通过不同方式实现。因此，本发明及其实施例并不局限于上面的例子，而是可以在后附权利要求书的范围内变化。
权利要求
1.一种在移动通信系统中实现呼叫前转的方法，前述移动通信系统包括具有至少一个用户的至少一个闭合用户群，该方法包括以下步骤在呼叫建立过程中检测到呼叫前转号码的条件呼叫前转或无条件呼叫前转，其特征在于，检查所述设置的呼叫前转是否转向话音信箱；以及响应于呼叫前转转向话音信箱的情况，不论是否因呼叫前转功能和闭合用户群之间的相互作用而导致呼叫前转被阻塞，都实现呼叫前转。
2.根据权利要求1的方法，其特征在于，响应于呼叫建立过程中检测到呼叫前转，检查呼叫前转功能和闭合用户群之间的相互作用是否导致呼叫前转被阻塞；以及响应于呼叫前转功能和闭合用户群之间的相互作用导致呼叫前转被阻塞，检查该呼叫前转是否转向话音信箱。
3.根据权利要求1的方法，其特征在于，只有在呼叫前转不转向话音信箱时，才检查呼叫前转功能和闭合用户群之间的相互作用是否导致呼叫前转被阻塞。
4.根据权利要求1到3中任意一项的方法，其特征在于，比较呼叫前转号码和话音信箱号码；以及如果号码相同，则将呼叫前转解释成转向话音信箱的呼叫前转。
5.根据权利要求1到4中任意一项的方法，其特征在于，在用户数据库中进行检查。
6.根据权利要求1到5中任意一项的方法，其特征在于，用户数据库是归属位置寄存器(HLR)或访问位置寄存器(VLR)。
7.根据权利要求1到3中任意一项的方法，其特征在于，用户的归属位置寄存器(HLR)存储与用户相关的至少一个话音信箱号码；最好在位置更新时，将与用户相关的至少一个话音信箱号码从归属位置寄存器(HLR)传送到访问位置寄存器(VLR)；通过比较呼叫前转号码和至少一个话音信箱号码，检查呼叫前转是否转向话音信箱。
8.一种移动通信系统的用户数据库(HLR；VLR)，其中存储用户的呼叫前转信息，其特征在于，用户数据库响应于呼叫前转激活的情况，检查呼叫前转是否转向话音信箱；以及用户数据库响应于呼叫前转转向话音信箱的情况，不论是否因呼叫前转功能和闭合用户群之间的相互作用而导致呼叫前转被阻塞，都实现呼叫前转。
9.根据权利要求8的数据库(HLR；VLR)，其特征在于，用户数据库响应于呼叫建立过程中检测到呼叫前转，检查呼叫前转功能和闭合用户群之间的相互作用是否导致呼叫前转被阻塞；以及用户数据库响应于呼叫前转功能和闭合用户群之间的相互作用导致呼叫前转被阻塞，检查该呼叫前转是否转向话音信箱。
10.根据权利要求8的用户数据库(HLR；VLR)，其特征在于，只有在呼叫前转不转向话音信箱时，用户数据库才检查呼叫前转功能和闭合用户群之间的相互作用是否导致呼叫前转被阻塞。
11.根据权利要求8到10中任意一项的数据库，其特征在于，用户数据库是用户的归属位置寄存器(HLR)，它存储与用户相关的至少一个话音信箱号码；最好在位置更新时，将与用户相关的至少一个话音信箱号码从归属位置寄存器(HLR)传送到访问位置寄存器(VLR)；通过比较呼叫前转号码和至少一个话音信箱号码，检查呼叫前转是否转向话音信箱。
12.根据权利要求8到10中任意一项的数据库，其特征在于，用户数据库是永久存储用户数据的访问位置寄存器(VLR)，最好在位置更新时，存储从归属位置寄存器(HLR)传送到访问位置寄存器(VLR)的至少一个话音信箱号码；通过比较呼叫前转号码和至少一个话音信箱号码，检查呼叫前转是否转向话音信箱。
13.一种在移动通信系统中实现呼叫前转的设备，前述移动通信系统包括移动业务交换中心(GMSC；MSC)，用户数据库(HLR；VLR)和具有至少一个用户的至少一个闭合用户群，该设备包括在呼叫建立过程中从移动业务交换中心向用户数据库(HLR；VLR)进行数据库查询的装置；检查用户数据库中用户的呼叫前转设置的装置，其特征在于，该装置还包括其特征在于，响应于检测到用户所设置的呼叫前转，检查所述呼叫前转是否转向话音信箱的装置；以及响应于呼叫前转转向话音信箱的情况，不论是否因呼叫前转功能和闭合用户群之间的相互作用而导致呼叫前转被阻塞，都实现呼叫前转的装置。
14.根据权利要求13的装置，其特征在于，所述检查装置只有在呼叫前转功能和闭合用户群之间的相互作用导致呼叫前转被阻塞时，才检查呼叫前转是否转向话音信箱。
15.根据权利要求13的装置，其特征在于，所述检查装置只有在呼叫前转不转向话音信箱时，才检查呼叫前转功能和闭合用户群之间的相互作用是否导致呼叫前转被阻塞。
16.根据权利要求13到15中任意一项的装置，其特征在于，所述检查装置比较呼叫前转号码和话音信箱号码；以及如果号码相同，则将呼叫前转解释成转向话音信箱的呼叫前转。
17.根据权利要求13到16中任意一项的装置，其特征在于，所述检查装置包含在用户数据库(HLR；VLR)中。
18.根据权利要求17的装置，其特征在于，用户数据库是归属位置寄存器(HLR)或访问位置寄存器(VLR)。
19.根据权利要求13到18中任意一项的装置，其特征在于，用户的归属位置寄存器(HLR)存储与用户相关的至少一个话音信箱号码；最好在位置更新时，归属位置寄存器(HLR)将与用户相关的至少一个话音信箱号码传送到访问位置寄存器(VLR)；用户数据库(HLR；VLR)通过比较呼叫前转号码和至少一个话音信箱号码，检查呼叫前转是否转向话音信箱。
全文摘要
一种在移动通信系统中实现呼叫前转的方法和装置,前述移动通信系统包括一个或多个闭合用户群。该方法包括在呼叫建立过程中检测到呼叫前转号码的条件呼叫前转或无条件呼叫前转,检查设置的呼叫前转是否转向话音信箱;以及响应于呼叫前转转向话音信道的情况,不论是否因呼叫前转功能和闭合用户群之间的相互作用而导致呼叫前转被阻塞,都实现呼叫前转。本发明的方法和系统能够消除闭合用户群对呼叫前转到话音信箱的限制所可能引起的问题。
文档编号H04M3/38GK1270747SQ98809278
公开日2000年10月18日 申请日期1998年8月7日 优先权日1997年8月11日
发明者汉纳－派克·萨利 申请人:诺基亚网络有限公司