CN100499865C - 一种呼叫处理方法 - Google Patents

Abstract

本发明提出了一种呼叫处理的方法，被叫用户终端正处于第一主叫用户终端呼叫的接入过程中，第二主叫用户终端请求同一被叫用户终端的路由信息，被叫MSC判断第二主叫用户终端与第一主叫用户终端为同一主叫用户终端，则被叫VLR为其分配相同的路由信息；否则，向第二主叫用户终端返回被叫用户终端忙状态信息。通过本方法，有效的解决了系统在支持一次呼叫过程中，多次请求路由信息时，出现的重复分配临时本地用户号码或拒绝同一主叫终端的呼叫的情况，通过为一次呼叫中，同一个用户请求路由信息时，分配相同的临时本地用户号码的方式，支持了这种特殊的呼叫流程，同时节约了临时本地用户号码资源。

Description

一种呼叫处理方法

技术领域

本发明涉及通信领域，特别涉及一种一次呼叫多次取路由信息的处理方法。

背景技术

无线通信网络中，在发生局间用户呼叫时，始发局移动交换中心/拜访位置寄存器MSC/VLR向归属位置寄存器HLR发送路由请求，HLR根据被叫用户数据找到被叫用户所在的MSC/VLR，获取临时本地用户号码TLDN，始发局MSC/VLR根据TLDN，为本次呼叫和被叫用户所在的MSC/VLR建立连接，进行通信。具体的工作流程如图1所示：

步骤101，主叫用户发起呼叫，MSC1/VLR1完成和BSC1之间的指配信息交互；

在CDMA网络中，MSC1/VLR1向主叫BSC1发送ASS_REQ指配请求消息，来完成指配，在这里不再赘述。

步骤102，始发局MSC1/VLR1根据主叫用户拨打的被叫用户号码，发送LOCREQ消息到HLR，请求被叫用户的信息；

LOCREQ为位置请求消息，主叫用户通过该消息向HLR请求被叫用户的位置信息，其中携带了被叫用户数据信息。

步骤103，HLR根据被叫用户数据信息找到被叫用户所在的MSC2/VLR2，发送ROUTREQ消息到MSC2/VLR2；

HLR通过路由请求消息ROUTREQ，要求被叫MSC2/VLR2给主叫移动终端分配TLDN。

步骤104，MSC2/VLR2向HLR返回routreq响应，其中携带了TLDN；

被叫MSC2/VLR2分配TLDN号码后，向HLR回routreq路由请求响应消息，其中包括被叫的TLDN号码。

步骤105，HLR给MSC1/VLR1返回locreq响应消息，把TLDN号码发送给主叫MSC1/VLR1；

步骤106，MSC1/VLR1通过中继(在这里以ISUP为例)选路出局，发送IAM到MSC2/VLR2；

MSC1/VLR1收到HLR的位置信息响应后通过ISUP的IAI/IAM初始地址消息出局，出局的被叫号码是被叫TLDN号码。

步骤107和步骤108，MSC2/VLR2通过下发寻呼消息PagingRequest定位被叫用户，BSC2返回寻呼响应消息PagingResponse。

步骤109和步骤110，MSC2/VLR2下发指配请求Assignment分配A口电路和空中接口电路。

步骤111，MSC2/VLR2给MSC1/VLR1发送地址全消息ACM，主叫用户开始听回铃音；

步骤112，被叫用户接通，BSC2向MSC2/VLR2发送Connect；

步骤113，MSC2/VLR2给MSC1/VLR1发送应答消息ANM，此时主被叫双方进入通话。

上述为正常情况下，局间用户建立连接的处理流程，然而在一些特殊业务流程或在HLR异常的情况下，可能存在主叫用户终端两次或两次以上取路由信息的情况。在目前的ANSI-41D协议中，对于同一个被叫用户，如果同时到来两个ROUTREQ请求消息，第一次ROUTREQ请求消息到达被叫MSC2/VLR2时，TLDN被分配，VLR2中的被叫MS进入“BUSY”状态，等待入局呼叫，期间如果收到新的ROUTREQ请求消息的话，MSC2/VLR2会在routreq响应中带上AccessDeniedReason参数指示用户处于“BUSY”状态，并且不分配TLDN号码，拒绝后续的呼叫流程。

在这种处理流程中，无法处理多次请求路由信息的情况，一些特殊的呼叫流程，需要一个主叫用户终端发送第二次ROUTREQ请求时，按照目前协议定义的流程，此时被叫用户处于业务接入过程中，直接拒绝呼叫，导致该呼叫流程失败。

针对上述协议中的缺点，有关厂商提出了一种处理多次取路由信息的处理方式，具体的处理流程，如图2所示：

步骤201～步骤205，当第一次用户呼叫时，MSC2/VLR2给其分配一个TLMN1，该过程在前面已经描述，在这里不再重复。

步骤206，当用户又一次发起路由信息请求，MSC1/VLR1向HLR发送LOCREQ消息，请求被叫用户信息。

路由信息请求是由于特殊的业务所引起的，也可能是由于HLR异常引起的；在这里所述的用户可以为与第一次呼叫用户相同的用户，也可以为与第一次呼叫用户不同的用户。

步骤207，HLR向发送ROUTREQ消息到MSC2/VLR2，要求被叫MSC2/VLR2给主叫移动终端分配TLDN。

步骤208，MSC2/VLR2返回routreq响应，为主叫MS分配TLDN2。

步骤209，HLR给MSC1/VLR1返回locreq响应消息，把TLDN2送给主叫MSC1/VLR1。

步骤210，MSC1/VLR1根据预先设定的规则，向MSC2/VLR2发送IAM消息，其中出局的被叫号码是被叫TLDN1或TLDN2号码。

步骤211～步骤217，MSC1/VLR1与MSC2/VLR2之间建立一个通信连接，并拒绝其后的接入请求，后续的工作流程和前面所述的流程一致，在这里不再重复。

同时，当本局移动用户呼叫本局的局内用户时，移动交换网络中的一些HLR设备的流程仍然按照局间呼叫时的流程进行处理，当MSC与这样的HLR对接时，也会发生在一次呼叫中取两次路由信息的异常流程；当在本局用户之间发生多次取路由信息的情况时，也采用了上述方法，如图3所示。

步骤301～步骤305，MSC/VLR根据主叫用户所拨打的号码，发送LOCREQ消息到HLR(虽然被叫用户在本局，HLR仍然按照局间呼叫的流程进行处理，向呼叫始发局发送取路由信息)。始发局按照正常的局间呼叫处理分配了TLDN1。HLR将TLDN1返回到始发局，并指示主叫和被叫属于同一个MSC/VLR范围内。

步骤306～步骤307，当MSC/VLR收到LOCREQ响应后，MSC检测带回的TEMLIST数据包，确认主叫和被叫在同一个MSC时，本局MSC会模拟HLR给本局发送路由请求消息ROUTREQ，本局MSC/VLR会为主叫终端再次分配TLDN2。

步骤308～步骤311，后续的工作流程和前面所述的流程一致，在这里不再重复。

虽然上述方法解决了用户多次取路由信息时，被拒绝的情况，但是在上述处理流程中，仍然存在问题，当A用户呼叫被叫B用户时，对于同一个被叫用户B，当A用户第一次呼叫入局时，本局已经分配了TLDN1，本次呼叫未接通前，如果存在C、D用户的呼入，同时，再次分配了TLDN2、TLDN3......，实际上对于多次入局呼叫，只有一次呼叫最终可以成功，其他呼叫都会在后续的流程中被拒绝。同时如果允许用户等待入局呼叫期间继续分配TLDN，同时对于一次呼叫分配两个或两个以上的TLDN，可能导致TLDN资源和中继资源枯竭，导致系统无法应对大话务量的冲击。

发明内容

针对上述方案中存在的问题，为了使无线通信系统能够处理用户多次请求路由信息的情况，同时也为了节省TLDN资源，本发明提出了一种呼叫处理方法，较好的解决了上述问题。

本发明提出了一种呼叫处理的方法，被叫用户终端在第一主叫用户终端发起的呼叫接入过程中，第二主叫用户终端请求同一被叫用户终端的路由信息，被叫MSC判断第二主叫用户终端与第一主叫用户终端为同一主叫用户终端，则被叫VLR为第二主叫用户终端分配与第一主叫用户终端相同的路由信息；否则，向第二主叫用户终端返回被叫用户终端忙状态信息。

上述方案中，所述被叫VLR向第二主叫用户终端返回被叫用户终端忙状态信息指示被叫用户终端处于接入状态，并拒绝为第二主叫用户终端分配路由信息。

上述方案中，所述被叫VLR向第二主叫用户终端返回被叫用户终端忙状态信息指示被叫用户终端处于通话状态，并为第二主叫用户终端分配路由信息。

上述方案中，在所有操作之前，首先在被叫用户终端所在的MSC/VLR中，设置为第二主叫用户终端分配路由信息的数量。

上述方案中，所述被叫VLR向第二主叫用户终端返回被叫用户终端忙状态信息指示被叫用户终端处于通话状态，并为预先设定数量的第二主叫用户终端分配路由信息。

上述方案中，所述被叫VLR向第二主叫用户终端返回被叫用户终端忙状态信息指示被叫用户终端处于通话状态，拒绝为第二主叫用户终端分配路由信息。

上述方案中，所述被叫MSC通过比较路由请求消息中的标识本次呼叫的信元，来判断第一主叫用户终端和第二主叫用户终端是否为同一主叫用户终端。

上述方案中，所述第一主叫用户终端为固定终端或移动终端，所述第二主叫用户终端为固定终端或移动终端，所述被叫用户终端为移动终端。

上述方案中，所述的路由信息为临时本地用户号码TLDN。

本发明提出的一种呼叫处理方法，有效的支持了无线通信系统中，用户多次请求路由信息的情况，解决了系统在支持一次呼叫过程中，多次请求路由信息时，出现的重复分配临时本地用户号码或呼叫失败的情况，通过为一次呼叫中，同一个用户请求路由信息时，分配相同的临时本地用户号码的方式，不仅节约了临时本地用户号码资源，而且不影响不同主叫用户同时拨打相同被叫的原有的正常拒绝一方的正常的处理流程。

附图说明

图1为在无线通信网络中正常的呼叫处理流程；

图2为现有技术条件下处理多次取路由信息的方式；

图3为现有技术条件下，本局用户之间多次取路由信息的方式；

图4为移动终端之间进行呼叫时，本发明提出的多次取路由信息的处理流程；

图5为本发明提出的本局用户之间，多次取路由信息的处理流程；

图6为固定终端呼叫移动终端时，多次取路由信息的处理流程。

具体实施方式

为了使本发明的目的、技术方案、和优点更加的清楚明白，下面我们将结合具体的实施方式，并参照附图来做进一步的说明。

在实施例中，我们定义第一主叫用户终端为当前正在或者已经和被叫用户终端建立连接的主叫用户终端；第二主叫用户终端是指在第一用户终端接入过程中，请求同一被叫用户终端路由信息的主叫用户终端。

本发明提出了一种呼叫处理方式，在第一主叫用户终端在接入过程中，第二主叫用户终端请求同一被叫用户终端的路由信息，被叫MSC判断第二主叫用户终端与第一主叫用户终端为同一主叫用户终端，则被叫VLR为其分配相同的路由信息。

下面我们结合具体的实例来说明本发明的工作流程，如图4所示，包括一下步骤：

步骤401～步骤405，为第一主叫用户终端呼叫时，MSC2/VLR2为其分配路由信息TLDN1，该过程在前面已经描述，在这里不再重复。

步骤406，第二主叫用户终端发起路由信息请求，MSC1/VLR1向HLR发送LOCREQ消息，请求被叫用户信息；

其中，LOCREQ消息中携带了表示本次呼叫的被叫用户信息，如被叫用户号码等，HLR根据该消息中携带的信息可以检索被叫用户终端的存储信息，进而可以查找到被叫用户终端当前所处的位置信息，找到被叫所在的MSC2/VLR2。

步骤407，HLR向被叫用户终端所在的MSC2/VLR2，发送路由信息请求消息ROUTREQ；

其中，ROUTREQ消息中，携带了标识本次呼叫的信元，如主叫用户终端号码CPNSTRG1、BILLID等。

步骤408，MSC2/VLR2判断第二主叫用户终端和第一主叫用户终端是否为同一个用户终端，并返回routreq消息；

MSC2针对同一个被叫用户终端，判断主叫用户终端是否为同一个，具体的步骤如下：

MSC2/VLR2可以将已经或正在与被叫用户终端建立连接的第一主叫用户终端的号码NUM1进行存储，当有第二主叫用户终端NUM2发送路由请求时，则MSC2/VLR2判断NUM1和NUM2是否相同，如果相同，则为同一个主叫用户，否则为不同的用户；

当为同一个主叫用户时，MSC2/VLR2向HLR返回routreq，其中携带了同NUM1相同的TLDN1。

当为不同的主叫用户时，则MSC2/VLR2在routreq消息中返回被叫用户终端忙状态信息，用来指示被叫用户终端当前所处的状态：

被叫用户终端的忙状态有两种情况：处于通话状态和处于接入状态。

1、当MSC2/VLR2判断被叫用户终端处于通话状态时，我们可以根据预先的设定进行相应的处理。

当系统中允许呼叫等待时：MSC2/VLR2返回被叫用户终端状态信息指示被叫用户终端处于通话状态，并为、请求接入第二主叫用户终端分配不同的TLDN，或，为指定数量的第二主叫用户终端分配不同的TLDN。

上述MSC2/VLR2为指定数量的第二主叫用户终端分配不同的TLDN中，必须首先在MSC2/VLR2中设置一定的数量，来指示VLR2进行TLDN的分配。

当系统中不允许呼叫等待时：MSC2/VLR2返回被叫用户终端状态信息指示被叫用户终端处于通话状态，并拒绝为第二主叫用户终端分配TLDN，拒绝呼叫接入。

2、当MSC2/VLR2判断被叫用户终端处于接入状态时，返回被叫用户终端状态信息指示被叫用户终端处于接入状态，并拒绝本次呼叫，不为其分配TLDN。

在本实施例中，我们假设为同一个主叫用户。

步骤409，HLR给MSC1/VLR1返回locreq响应消息；

步骤410～步骤417，MSC1/VLR1和MSC2/VLR2之间建立通信连接，该流程与现有技术的工作流程相同，在这里不再重复。

通过上述实施例我们可以看到，主叫用户终端多次取路由信息的过程中，通过判断主叫用户终端是否相同，来决定是否以及如何来分配TLDN，这样增加了分配TLDN的灵活性，同时也节省了TLDN资源。

同样，当主叫用户终端和被叫用户终端属于相同的MSC/VLR时，本发明提出的呼叫处理方法同样适用，具体的工作流程如图5所示。

步骤501～步骤505，具体的工作流程与步骤301～步骤305相同，在这里不再赘述；

步骤506～步骤507，当MSC/VLR收到LOCREQ响应后，MSC检测带回的TEMLIST数据包，确认主叫和被叫在同一个MSC时，本局MSC会模拟HLR给本局发送路由请求消息ROUTREQ。在这种情况下，本局MSC/VLR判断为同一个主叫用户终端，则为其分配相同的TLDN1。

步骤508～步骤511，后续的工作流程和前面所述的流程一致，在这里不再重复。

因此，在主叫和被叫用户终端属于相同的MSC/VLR时，同样可以采用本发明提出的方法，为相同的主叫用户终端分配相同的TLDN，这样就避免了TLDN资源的浪费。

本发明提出的一种呼叫处理方法同样适用于固定终端呼叫被叫终端的情况，具体的工作流程如图6所示，包括如下步骤：

步骤601，PSTN发起IAI初始地址消息到，其中携带了被叫用户终端号码；

步骤602，GMSC/VLR进行号码分析，并向被叫用户终端所归属的HLR发送位置请求信息LOCREQ；

步骤603，HLR向被叫所在的MSC/VLR发送路由信息请求消息ROUTREQ，其中携带了被叫用户终端号码和主叫固定终端号码；

步骤604，被叫MSC2/VLR2根据ROUTREQ中的主叫固定终端号码信息和被叫移动终端号码信息，判断没有用户与被叫移动终端建立连接，则MSC2/VLR2向HLR发送routreq响应消息，其中携带了MSC2/VLR2为主叫固定终端分配的TLDN1；

步骤605，HLR向GMSC/VLR返回locreq响应消息；

步骤606，用户又一次发起路由信息请求，GMSC/VLR向HLR发送LOCREQ消息，请求被叫用户信息；

步骤607，HLR向被叫所在的MSC/VLR发送路由信息请求消息ROUTREQ，其中携带了被叫用户终端号码和主叫固定终端号码；

步骤608，被叫MSC2/VLR2根据ROUTREQ中的主叫固定终端号码信息和被叫移动终端号码信息，判断第一主叫用户终端已经或正在和被叫移动终端建立连接，则MSC2/VLR2判断请求接入用户第二主叫用户终端和第一主叫用户终端是否为同一个用户，并向HLR返回routreq响应消息；

当为同一个用户时，则MSC2/VLR2为第二主叫用户终端分配相同的TLDN1，当为不同的用户时，返回被叫用户忙状态信息，具体的操作和步骤408相同，在这里不再赘述。

步骤609，HLR向GMSC/VLR返回locreq响应消息；

步骤610，GMSC/VLR向被叫MSC2/VLR2发送IAI初始地址消息，进入入局消息；

步骤611～步骤617，GMSC/VLR和MSC2/VLR2之间建立通信连接，该流程与现有技术的工作流程相同，在这里不再重复。

在上述固定终端呼叫移动终端的接入流程中，GMSC和MSC2可以是同一个交换机。由上述方案可知，本发明提出的呼叫处理方法同样使用与固定终端呼叫移动终端的情形。

本发明提出的一种呼叫处理方法，有效的解决了系统在支持一次呼叫过程中，多次请求路由信息时，出现的重复分配临时本地用户号码的情况，通过为一次呼叫中，同一个用户请求路由信息时，分配相同的临时本地用户号码的方式，节约了临时本地用户号码资源。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1、一种呼叫处理的方法，被叫用户终端在第一主叫用户终端发起的呼叫接入过程中，第二主叫用户终端请求同一被叫用户终端的路由信息，其特征在于，

被叫MSC判断第二主叫用户终端与第一主叫用户终端为同一主叫用户终端，则被叫VLR为第二主叫用户终端分配与第一主叫用户终端相同的路由信息；否则，向第二主叫用户终端返回被叫用户终端忙状态信息。

2、如权利要求1所述的一种呼叫处理的方法，其特征在于，所述被叫VLR向第二主叫用户终端返回被叫用户终端忙状态信息指示被叫用户终端处于接入状态，并拒绝为第二主叫用户终端分配路由信息。

3、如权利要求1所述的一种呼叫处理的方法，其特征在于，所述被叫VLR向第二主叫用户终端返回被叫用户终端忙状态信息指示被叫用户终端处于通话状态，并为第二主叫用户终端分配路由信息。

4、如权利要求1所述的一种呼叫处理的方法，其特征在于，该方法进一步包括，系统预先在被叫用户终端所在的MSC/VLR中，设置为第二主叫用户终端分配路由信息的数量。

5、如权利要求4所述的一种呼叫处理的方法，其特征在于，所述被叫VLR向第二主叫用户终端返回被叫用户终端忙状态信息指示被叫用户终端处于通话状态，并为预先设定数量的第二主叫用户终端分配路由信息。

6、如权利要求1所述的一种呼叫处理的方法，其特征在于，所述被叫VLR向第二主叫用户终端返回被叫用户终端忙状态信息指示被叫用户终端处于通话状态，拒绝为第二主叫用户终端分配路由信息。

7、如权利要求1至6所述的一种呼叫处理的方法，其特征在于，被叫MSC通过比较路由请求消息中的标识本次呼叫的信元，来判断第一主叫用户终端和第二主叫用户终端是否为同一主叫用户终端。

8、如权利要求7中任意一项所述的一种呼叫处理的方法，其特征在于，所述第一主叫用户终端为固定终端或移动终端，所述第二主叫用户终端为固定终端或移动终端，所述被叫用户终端为移动终端。

9、如权利要求7中任意一项所述的一种呼叫处理的方法，其特征在于，所述的路由信息为临时本地用户号码TLDN。

Images