汇接局小交换机群的实现及双汇接局小交换机群呼叫方法

摘要

一种程控交换机汇接局小交换机群的实现方法，汇接局上配置小交换机群其群号与归属寄存器HLR上配置的群号一致，包含如下步骤：(a)HLR向所述汇接局同步数据；(b)汇接局判断同步数据操作，如果是增加小交换机群用户操作，则将用户插入该群的轮选队列中；如果是删除小交换机群用户操作，从群相关的轮选队列中将该用户删除；(c)当小交换机群被呼叫时，进行小交换机群用户的轮选，汇接局从轮选队列中选取一个用户作为本次呼叫的被叫。一种双汇接局小交换机群呼叫方法，指定最大重呼次数，汇接局将经过本局的呼叫接续到端局后，如果端局返回信令忙，则发起重呼，直到呼叫接续端局成功、或者端局非忙失败，或者累计重呼次数达到最大重呼次数。

说明书

技术领域

本发明涉及数字程控交换机汇接局领域，特别涉及汇接局小交换机群的实现方法及双汇接局小交换机群呼叫方法。

背景技术

现有电信网络，机型各种各样，有些机型已经老化，相应厂家已经不再维护。而它们的业务支持能力差，不能满足用户的需求；且端局用户数据管理分散，使得运营成本增加。

由于汇接局实现了对端局用户数据的集中管理，从而降低了对端局的要求，延长了端局的生命力，使用很少的投资就可以达到用户数据集中管理，业务触发灵活而多样，业务逻辑关系便于控制等目的。

考虑到现有的汇接局具备访问寄存器(VLR)功能，可以和归属寄存器(HLR)进行交互，从而同步用户数据。因此一般将端局的用户数据放到HLR上，端局只起到接入的功能，记录号码和用户间的对应关系，不再对用户数据进行管理。所有呼叫全部接到汇接局，由汇接局进行处理。汇接局对收到的号码进行分析，进行呼叫或者到HLR进行业务的注册和注销。

由于汇接局的诸多优点，很快得到了广泛的应用。然而，实际应用中，经常会用到小交换机群。一般做法是将一组相关用户放到一个群中，并为该群指定一个引示线，外部用户拨打该群的引示线号码时，选出一个群内的用户作为被叫。群内用户的选择是轮选方式，被叫话务是负荷分担的。实现小交换机群时，通常需要配置一个轮选队列，队列中包含该群的所有用户。呼叫时，选择在队列中排在上一次呼叫所选用户之后的用户。而存放用户数据的HLR只支持群和群内用户的配置，不支持小交换机群的轮选队列的配置。所以，现有汇接局的功能不能支持小交群的应用模式。

另外，实际应用过程中，为了提高汇接局的可靠性，一般采用双汇接局，也就是说在一个汇接层面建设两个汇接局，路由数据基本保持一致，端局同时接入到两个汇接局，端局到汇接层面的所有呼叫以及经过汇接局到端局的呼叫都采用负荷分担的方式在两个汇接局之间轮选。虽然HLR的用户数据是分别同步到两个汇接局的，但是基于该工作模式，部分动态数据，两个汇接局可以不一致。用户状态属于动态数据，从而可能出现一个汇接局用户状态忙时，另一个汇接局该用户状态是空闲的。这样，如果某个小交换机群用户S在汇接局A被轮选到后，用户状态被置为忙，此时另外一个呼叫经过汇接局B，由于用户S在汇接局B的状态是空闲的，就又会被选择到，这样经过汇接局B的呼叫被汇接到端局以后就会产生用户忙的呼损，发生双汇接局轮选冲突。因此，小交群的轮选实现方法中需要考虑解决轮选冲突的情况。

发明内容

本发明要解决的技术问题是提供一种程控交换机汇接局小交换群的实现方法和一种双汇接局小交换机群呼叫方法，解决现有技术中汇接局无法实现小交换机群轮选业务的问题，同时解决双汇接局应用环境下，轮选冲突的问题。

为了解决上述技术问题，本发明提供了一种程控交换机汇接局小交换机群的实现方法，汇接局上配置小交换机群其群号与归属寄存器上配置的群号一致，包含如下步骤：

(a)所述归属寄存器HLR向所述汇接局同步数据；

(b)汇接局判断所述同步数据操作是何种操作，如果是增加小交换机群用户操作，则将用户插入该小交换机群的轮选队列中；如果是删除小交换机群用户操作，从该小交换机群相关的轮选队列中将该用户删除；

(c)当小交换机群被呼叫时，进行小交换机群用户的轮选，汇接局从所述轮选队列中选取一个用户作为本次呼叫的被叫。

进一步地，上述方法还可具有以下特点，所述步骤(b)中，如果是删除小交换机群用户操作，从小交换机群相关的轮选队列中将该用户删除后，进一步判断所述轮选队列是否为空队列，如果是空队列，删除所述轮选队列。

进一步地，上述方法还可具有以下特点，所述汇接局为一个或两个汇接局。

进一步地，上述方法还可具有以下特点，所述步骤(b)中，如果是增加小交换机群用户操作，首先判断该用户相关的小交换机群的轮选队列是否存在，如果不存在，则创建该小交换机群的轮选队列。

进一步地，上述方法还可具有以下特点，所述步骤(c)中，每次轮选时，选择轮选队列中排在上一次轮选时选择的用户后面的第一个用户作为本次轮选用户，轮选出的第一个空闲的轮选用户作为本次呼叫的被叫。

进一步地，上述方法还可具有以下特点，所述步骤(c)中，如果是第一次轮选或上一次轮选的用户为所述轮选队列的最后一个用户，选择所述轮选队列的第一个用户为本次轮选的轮选用户。

进一步地，上述方法还可具有以下特点，所述步骤(c)进一步包含如下步骤：

(c1)首先获取该小交换机群轮选队列的当前轮选用户；

(c2)判断所述当前轮选用户是否为空，如果是，转入步骤(c4)，否则转入(c3)；

(c3)判断所述的当前轮选用户是否处于队列的尾部，如果是，转入步骤(c4)，否则，选取所述轮选队列中排在该用户之后的用户作为本次呼叫的被叫，并记此被叫为当前轮选用户，转入步骤(c5)；

(c4)选取所述轮选队列的第一个用户作为本次呼叫的被叫，并记此被叫为当前轮选用户，转入步骤(c5)；

(c5)判断该用户是否空闲，如果空闲，轮选结束，否则，则转入步骤(c1)。

进一步地，上述方法还可具有以下特点，指定最大重呼次数，将重呼次数置零，所述方法进一步包含如下步骤，

(d1)获得本次呼叫的被叫后，汇接局向端局发送查询用户状态请求；

(d2)端局接收到所述请求后，向汇接局发送返回消息；

(d3)汇接局接收返回消息，如果返回消息为成功，则接续呼叫，如果返回消息为失败，转入步骤(d4)；

(d4)判断失败情况是否为用户忙，如果不是，则释放本次呼叫，否则，转入步骤(d5)；

(d5)判断重呼次数是否已达到最大重呼次数，如果是，呼叫失败，结束，否则，转入步骤(d6)；

(d6)继续判断是否已轮选过所有用户，如果是，呼叫失败，结束，否则，重呼次数加1，转入步骤(c)。

本发明还提出一种双汇接局小交换机群呼叫方法，指定最大重呼次数，汇接局将经过本局的呼叫接续到端局后，如果端局返回信令忙，则发起重呼，重新进行用户轮选后，将呼叫接续到端局，如果端局返回信令忙，则再次发起重呼，重复这一流程，直到呼叫接续端局成功、或者端局非忙失败，或者累计重呼次数达到最大重呼次数。

进一步地，上述方法还可具有以下特点，所述方法具体包含如下步骤，

(s1)当小交换机群被呼叫时，进行小交换机群用户的轮选，汇接局从轮选队列中选取一个用户作为本次呼叫的被叫，汇接局向端局发送查询用户状态请求；

(s2)端局接收到所述请求后，向汇接局发送返回消息；

(s3)汇接局接收返回消息，如果返回消息为成功，则接续呼叫，如果返回消息为失败，转入步骤(s4)；

(s4)判断失败情况是否为用户忙，如果不是，则释放本次呼叫，否则，转入步骤(s5)；

(s5)判断重呼次数是否已达到最大重呼次数，如果是，呼叫失败，结束，否则，转入步骤(s6)；

(s6)继续判断是否已轮选过所有用户，如果是，呼叫失败，结束，否则，重呼次数加1，转入步骤(s1)。

本发明的方法有效解决了汇接局小交换机群用户轮选队列的创建问题，从而在该基础上实现了小交群的轮选业务，并且有效解决了双汇接局轮选冲突导致的用户忙呼损问题。

附图说明

图1是本发明所应用的系统的原理结构图；

图2是本发明中小交换机群轮选队列的维护流程；

图3是本发明小交换机群轮选队列示意图；

图4是本发明中小交换机群用户轮选流程图；

图5是本发明解决双汇接局轮选冲突的重呼流程图。

具体实施方式

由于业务的处理是在汇接局上实现，因此，汇接局需要在HLR同步小交换机群用户数据到汇接局的时候，实现群的轮选队列的维护，从而在此基础上实现小交群的业务。

由于HLR上可以配置用户所属的群，这样在汇接局侧配置小交换机群号，该群号和HLR所配置的群号保持一致。HLR向汇接局同步用户数据时，汇接局判断是何种操作，如果是增加用户操作，则判断该用户相关的群的轮选队列是否存在，如果不存在，则动态创建该群的轮选队列，有了轮选队列以后，将用户插入到该群的轮选队列中去，插入时根据配置的“轮选队列选择队尾插入”控制参数决定插入队首或者队尾；如果是删除用户操作，则将该用户从群队列中删除，并判断队列是否为空，如果队列空的话，则将该群的轮选队列也一并删除。

对于轮选队列，需要记录当前轮选用户，队列选择过程中，每个被选择的用户作为当前轮选用户。下一次轮选时选择队列中排在当前轮选用户后面的第一个用户作为被叫，如果当前轮选用户为空(队列还没有轮选过即第一次轮选)或者当前轮选用户已经是轮选队列队尾时，则从队列的第一个用户开始选择。

图1描述了一种带有端局的双汇接局系统结构示意图。整个系统包括以下部分：接入端局(LS)、程控交换机汇接局(MS)、归属位置寄存器(HLR)、LS与MS之间的ISUP信令链路、MS与HLR间的MAP信令链路、MS与MS间的MAP信令链路。本系统中，程控交换机汇接局与端局之间通过ISUP信令连接，与归属位置寄存器通过标准MAP信令连接，汇接局之间通过扩展的MAP信令协议连接。

需要注意的是，本发明的应用环境包括了单汇接局和多汇接局的情况，示意图中描述的是双汇接局的情况。单汇接局时，则从示意图中去掉一个汇接局和一个连接汇接局的MAP链路。

图2：该图描述了小交换机群轮选队列的维护流程，轮选队列示意图参见图3。具体描述如下：

步骤201：HLR将群用户相关数据同步到汇接局；

步骤202：汇接局判断当前同步数据操作是否插入小交换机群用户操作，如果是插入用户操作则进行轮选队列的插入流程，进入步骤203，否则进入步骤206；

步骤203：汇接局根据用户号码携带的群信息判断，该群相关的轮选队列是否已经存在，如果队列不存在，则进入步骤204，否则进入步骤205；

步骤204：创建该群相关的轮选队列；

步骤205：将用户插入到该群相关的轮选队列中；

步骤206：如果不是插入用户操作，则进一步判断当前同步数据操作是否为删除用户操作，如果是删除操作，则进入步骤207，否则，本次操作结束。

步骤207：从群相关的轮选队列中将该用户删除。

步骤208：删除用户后，判断队列是否为空队列，如果为空队列则进入步骤209，否则本次操作结束。

步骤209：删除该群相关的轮选队列。

图3是一个小交换机群轮选队列示意图。处于同一个群中的用户组成一个队列，队列头表示了该轮选队列的起始位置。

图4：本图描述了呼叫过程中的轮选用户的流程。

s401，小交换机群的引示线被呼叫，进入群的轮选流程；

s402，获取当前轮选用户；

s403，判断当前轮选用户是否为空，如果是，转入s405，否则，转入s404；

s404，判断该用户是否处于轮选队列的尾部，如果已经处于轮选队列尾，转入s405，否则，转入s406；

s405，获取轮选队列中的第一个用户作为本次呼叫的被叫，并记此被叫为当前轮选用户，转入s407；

s406，取轮选队列中排在该用户之后的第一个用户作为本次呼叫的被叫，并记此被叫为当前轮选用户；

s407，选择完用户后，判断该用户是否空闲，如果空闲，则结束本次轮选，否则转入s402。

其中，用户是否空闲是根据汇接局的用户数据中记录的用户状态来判断。

为解决双汇接局轮选冲突问题，呼叫过程中需要引入重呼机制，限定一个最大重呼次数。汇接局将经过本局的呼叫接续到端局后，如果端局信令返回忙，则发起重呼，并将重呼计数加一；重呼时，重新进行用户轮选，如果端局仍然回忙则继续重呼，更新重呼计数器。重复这一流程，直到呼叫接续端局成功、或者端局非忙失败、或者重呼计数器达到最大重呼次数，即累计重呼次数达到最大重呼次数。

重呼计数器为一个控制参数。每重呼一次，就有一次图4所示的轮选用户过程，如设置最大重呼次数定为30次。每次重呼之前(S505之前)，判断重呼计数器是否超过30次，如果30次重呼(选了31个用户)都没有找到端局的空闲用户，那么汇接局返回忙。重呼后(S507之后)，需要将重呼计数器加一。

图5：本图描述了解决双汇接局轮选冲突问题所采用的重呼流程。首先指定最大重呼次数，并将重呼次数置零，具体做法描述如下：

s501：经过轮选后，汇接局已经选定被叫用户，汇接局向端局发送查询用户状态等请求；

s502：端局接收到汇接局的请求后，向汇接局发送返回消息；

s503：汇接局判断返回消息是否为成功，如果成功，则转入s509，否则进入s504；

s504：继续判断，失败情况是否为用户忙，如果不是，则进入s508，否则，进入s505；

s505：汇接局判断重呼次数是否达到最大重呼次数，如果是，转入步骤508，否则，转入步骤506；

s506，汇接局判断是否已经轮选过所有用户，如果是，转入s508，否则，转入s507；

S507，汇接局重新选取下一个轮选用户，重呼次数加一，转入s501；

s508，呼叫失败，释放本次呼叫，结束。

S509，呼叫成功，接续呼叫，结束。

对于一个端局用户，在MS1和MS2上都有相同的数据，两套数据是独立的，互相不知道另外一个汇接局上用户的数据状态。

对于群的情况，一个引示线可以对应多个用户。假设S为群group的引示线，群内有3个用户S1，S2，S3，并按照该顺序形成轮选队列。MS1和MS2的队列假设都是这样的。一开始，3个用户都是空闲状态。此时有个A用户从MS1呼叫S，MS1轮选到S1，并发现是空闲，所以直接返回给业务，业务将呼叫接续到S1所在的端局，接续成功，将MS1上S1的用户数据置忙，A和S1通话。此时有个B用户从MS2呼叫引示线S。MS2轮选到用户S1(注意两个汇接局的轮选过程是独立的，轮选的用户是MS1忙的用户，此时已经发生了轮选冲突)，而且S1在MS2的数据状态是空闲的，于是，MS2将B的呼叫接续到S1的端局，此时实际S1在端局是忙的，所以端局给MS2回忙，如果MS2此时直接给B用户回忙显然是不对的，因为对于群group还有两个空闲的用户。

本发明中引入重呼机制，发起重呼流程，让MS2再次轮选，由于上一次轮选的是S1，那么再次轮选选择到S2，由于S2是空闲的，那么MS2将B的呼叫重新接续到S2的端局去，从而B接续和S2通话。从而解决了轮选冲突问题。

下面结合附图和实施例详细说明本发明：

假设小交换机群号88，群的引示线为4560000，群的轮选队列已经创建，群中已经有两个用户，在轮选队列中的顺序以此为4560000，4560001。此时HLR继续插入该群用户4560009，并向汇接局同步用户数据，处理流程如下：

汇接局判断得知，此时操作是个一个插入用户操作(s202)，进一步判断得知，88群的轮选队列已经存在(s203)，从而将该用户插入到轮选队列头(s205)。

插入用户完毕后，队列循序从头到尾为：4560009，4560000，4560001。

假设此时有两个汇接局，汇接局1(MS1)和汇接局2(MS2)；MS1上轮选队列上一次轮选用户为4560001，号码4560009和4560000在MS1上都空闲；号码4560000在MS2上空闲，且号码4560009已经被MS2上的呼叫选中(即4560009号码在端局忙)。那么本次MS1有呼叫88群的引示线的呼叫流程描述如下：

由于上一次呼叫时选择的用户号码为4560001，根据判断得知，该用户是轮选队列尾，所以取队首用户4560009作为本次呼叫的被叫，进一步判断，用户空闲，汇接局将该用户号码作为被叫号码送到端局，由于4560009实际是忙的，端局向汇接局返回用户状态忙，汇接局发现返回失败而且是用户忙的情况，则重新轮选用户，由于上次轮选用户为4560009，则选择排在其后面的用户4560000作为本次被叫，汇接局将该用户号码作为被叫号码送到端局，端局给汇接局返回用户状态正常，然后汇接局接续本次呼叫。