CN101227431B - 业务控制点和消息交互的方法 - Google Patents

Abstract

本发明公开了一种业务控制点，包括：前置机和至少一个业务处理机；其中，前置机包括多个前置机模块，前置机模块用于接收来自核心网的消息，并将携带相同标识信息的消息发送到相同的业务处理机；业务处理机，用于根据来自前置机的消息执行业务处理。本发明还提供了一种消息交互的方法，由前置机模块将来自核心网的消息中携带相同标识信息的消息发送到同一个业务处理机，使得同一次呼叫的多条消息能够由相同的业务处理机进行处理，从而保证呼叫的正确执行；本发明可提高业务控制点的性能，满足码分多址(CDMA)智能网大容量开局的需要。

Description

业务控制点和消息交互的方法

技术领域

本发明涉及消息交互技术，尤其涉及一种业务控制点和消息交互的方法。

背景技术

在目前的码分多址(CDMA，Code Division Multiple Access)智能网中，业务控制点(SCP，Service Control Point)与核心网之间的消息交互遵循无线智能网(WIN，Wireless Intelligent Network)协议和移动应用部分(MAP，MobileApplication Part)协议。CDMA智能网中的SCP由前置机和业务处理机组成，前置机和业务处理机之间通过传输控制协议/网际协议(TCP/IP，TransmissionControl Protocol/Internet Protocol)进行通信，且现有的前置机为多模块结构。

图1为现有技术中SCP组网结构示意图，如图1所示，来自核心网的消息由SCP的多个前置机模块进行接收，并送入共同的业务处理机进行处理。由图1可知，现有CDMA智能网中的SCP由多前置机模块和单业务处理机组成，但是在实际应用中，由于单业务处理机的性能始终有限，从而导致现有的SCP无法满足CDMA智能网大容量开局的需要。

发明内容

有鉴于此，本发明的主要目的在于提供一种业务控制点和消息交互的方法，以解决现有技术的CDMA智能网中业务控制点无法满足大容量开局需要的问题。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种业务控制点，包括：前置机和至少一个业务处理机；其中，

所述前置机包括多个前置机模块，所述前置机模块用于接收来自核心网的消息，并将携带相同标识信息的消息发送到相同的业务处理机；

所述业务处理机，用于根据来自前置机的消息执行业务处理。

所述前置机模块包括：消息判断单元、第一标识获取单元、第二标识获取单元和消息发送单元；其中，

所述消息判断单元，用于判定所述消息中是否携带billingID，并根据判定结果将所述消息提供给所述第一标识获取单元或所述第二标识获取单元；

所述第一标识获取单元，用于对携带billingID的消息进行处理，得到业务处理机标识提供给所述消息发送单元；

所述第二标识获取单元，用于对不携带billingID的消息进行处理，得到业务处理机标识提供给所述消息发送单元；

所述消息发送单元，用于将所述消息发送到与所述业务处理机标识相对应的业务处理机。

所述第一标识获取单元包括：相互连接的消息解析子单元和取模运算子单元；其中，

所述消息解析子单元，用于对所述携带billingID的消息进行解析，得到billingID；

所述取模运算子单元，用于将所述billingID中IDNumber的三个字节的线性组合值进行取模运算，得到业务处理机标识。

所述第二标识获取单元包括：事务处理身份标识ID判断子单元、对话查找子单元和标识分配子单元；其中，

所述事务处理ID判断子单元，用于判定所述不携带billingID的消息中的事务处理ID是否为已存在的事务处理ID，并根据判定结果将所述不携带billingID的消息提供给所述对话查找子单元或所述标识分配子单元；

所述对话查找子单元，用于查找与所述事务处理ID相对应的对话，得到所述对话中记录的业务处理机标识；

所述标识分配子单元，用于为所述不携带billingID的消息分配一个业务处理机标识。

本发明还提供了一种消息交互的方法，包括：

接收来自核心网的消息；

将携带相同标识信息的消息发送到相同的业务处理机。

所述将携带相同标识信息的消息发送到相同的业务处理机为：

判断所述消息中是否携带billingID，如果携带，则根据所述消息中的billingID，获得业务处理机标识；如果不携带，则根据所述消息中的事务处理ID，获得业务处理机标识；

将所述消息发送到与所获得的业务处理机标识相对应的业务处理机。

所述根据消息中的billingID获得业务处理机标识为：从所述消息中解析得到billingID，并将所述billingID中IDNumber的三个字节的线性组合值进行取模运算，得到业务处理机标识。

所述根据消息中的事务处理ID获得对应的业务处理机标识为：

判断所述消息中的事务处理ID是否为已存在的事务处理ID，如果为已存在的事务处理ID，则查找与所述事务处理ID相对应的对话，得到所述对话中记录的业务处理机标识；否则，为所述消息分配一个业务处理机标识。

在所述将携带相同标识信息的消息发送到相同的业务处理机之后，该方法还包括：将来自所述业务处理机的返回消息发送给所述核心网。

在所述接收来自核心网的消息之前，该方法还包括：存储设置的业务处理机标识。

本发明所提供的业务控制点，采用多前置机模块和多业务处理机的组成结构，能够并行处理多条消息，如此，可提高CDMA智能网中SCP的性能，满足CDMA智能网大容量开局的需要。

本发明所提供的消息交互方法，由前置机模块将来自核心网的消息中携带相同标识信息的消息发送到同一个业务处理机，使得同一次呼叫的多条消息能够由相同的业务处理机进行处理，从而保证呼叫的正确执行。

附图说明

图1为现有技术中SCP组网结构示意图；

图2为本发明的SCP组网结构示意图；

图3为本发明实施例的SCP组网结构示意图；

图4为本发明一种消息交互方法的流程图；

图5为本发明实施例的业务控制点中前置机模块的组成结构示意图。

具体实施方式

下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。

为了实现CDMA智能网对SCP性能要求的提高和大容量开局的需要，本发明对SCP的组网结构进行改进。图2为本发明的SCP组网结构示意图，如图2所示，本发明的SCP采用多前置机模块和多业务处理机的组网结构，每个前置机模块与各个业务处理机相连接，同样，每个业务处理机也与各个前置机模块相连接，前置机模块和业务处理机之间通过TCP/IP进行通信。采用多业务处理机的SCP，将需要处理的业务分担到多个业务处理机进行处理，可实现业务处理机的负荷分担。

在CDMA智能网中，核心网与SCP之间的通信具有如下特点：在一次呼叫过程中，核心网和SCP之间存在多条消息交互，交互的消息中包括带有billingID的消息和不带billingID的消息，所谓billingID是WIN协议中部分消息所具有的共同参数，带有billingID的消息需要SCP根据billingID进行呼叫关联，不带billingID的消息则不需要。

在核心网和SCP的交互过程中，有些消息交互之后，SCP为消息交互所分配的对话和相关资源并不维持，而是随即释放，从而使得一次呼叫的多条消息被送入不同的前置机模块。基于上述特点，在核心网和SCP之间一次呼叫的多条消息可能会被送入不同前置机模块的情况下，需要各前置机模块能够将一次呼叫的多条消息都发送到相同的业务处理机，才能由业务处理机对消息进行关联，从而保证呼叫的正确执行。

为了在核心网和SCP之间一次呼叫的多条消息会被送入不同前置机模块的情况下，将一次呼叫的多条消息都发送到相同的业务处理机，以保证呼叫的正确执行。本发明提供了一种消息交互的方法，如图4所示。下面结合图3所示实施例，对图4所示的消息交互方法进行详细阐述，图3所示实施例中的SCP为三个前置机模块和三个业务处理机的组网结构，图4所示本发明的消息交互方法主要包括以下步骤：

步骤401，SCP通过前置机模块接收来自核心网的消息。

前置机模块包括消息传输部分(MTP，Message Transfer Part)、信令连接控制部分(SCCP，Skinny Client Control Part)、事务处理能力应用部分(TCAP，Transaction Capabilities Application Part)和业务控制管理实体(C-SCME，CDMA-Service Control Management Entity)。前置机模块的MTP、SCCP和TCAP对消息逐层进行协议解析，得到事务处理能力(TC，Transaction Capabilities)用户消息发送给C-SCME。

步骤402，前置机模块判断所接收的TC用户消息中是否携带有billingID，如果携带，则转到步骤403；否则，转到步骤404。

前置机模块的C-SCME对接收到的TC用户消息进行判断，判断消息中是否存在billingID。实际应用中，携带billingID的消息包括：主叫请求(OriginationRequest)、分析消息(Analyzed Information)、主叫应答(Origination Answer)、主叫无应答(Origination No Answer)、主叫繁忙(Origination Busy)、主叫拆线(Origination Disconnect)、被叫应答(Terminal Answer)、被叫无应答(TerminalNo Answer)、被叫繁忙(Terminal Busy)、被叫拆线(Terminal Disconnect)等。

步骤403，C-SCME对TC用户消息进行解析，得到billingID，并对billingID中IDNumber三个字节的线性组合值进行取模运算，根据运算结果得到业务处理机标识，执行步骤407。

IDNumber是billingID参数结构中的一个子参数，是一个三字节的数组，对billingID中IDNumber的三个字节的线性组合值进行取模运算的算法描述如下：

IDNumber的三个字节分别为IDNumber[0]、IDNumber[1]和IDNumber[2]，业务处理机个数为N，为各业务处理机进行编号，将编号作为各业务处理机的标识X，则X的取值范围是0～N-1的整数，取模运算的公式为：

Y＝(IDNumber[0]×65536+IDNumber[1]×256+IDNumber[2])％N

上式中IDNumber[0]×65536+IDNumber[1]×256+IDNumber[2]为三个字节的线性组合值，Y的值为IDNumber[0]×65536+IDNumber[1]×256+IDNumber[2]除以N所得到的余数，由此可知，Y的取值范围也为0～N-1的整数，与X的取值范围相同，从而使得取模运算得到的Y值正好对应N个业务处理机的标识。

以图3所示SCP为例，取模运算的公式为：

Y＝(IDNumber[0]×65536+IDNumber[1]×256+IDNumber[2])％3

Y的取值范围为0～2的整数，正好对应编号从0到2的三个业务处理机。

需要指出的是，本发明的业务处理机标识并不仅仅局限于数字编号，也可以为其他类型的标识；并且，根据实际需要，IDNumber的三个字节的线性组合值也可为多种算法，以适应不同核心网对于billingID的不同分配规则。

步骤404，C-SCME判断TC用户消息中的事务处理身份标识(ID，Identity)是否为已存在的事务处理ID，如果已存在，则转到步骤406；否则，转到步骤405。

前置机为每个消息都分配有事务处理ID，并且对同一呼叫的消息所分配的事务处理ID相同，为不同呼叫的消息所分配的事务处理ID不重复，事务处理ID中包括前置机模块的号码，前置机模块对消息携带的事务处理ID进行记录。因此，对于不携带billingID的消息，如果C-SCME判断TC用户消息中的事务处理ID在所记录的事务处理ID中不存在，即为新的事务处理ID，则表明TC用户消息为新呼叫的始呼消息，转到步骤405对始呼消息进行处理；如果判断TC用户消息中的事务处理ID在所记录的事务处理ID中存在，则表明TC用户消息为非始呼消息，转到步骤406对非始呼消息进行处理。

步骤405，C-SCME为TC用户消息分配一个业务处理机标识，执行步骤407。

判断TC用户消息为始呼消息，C-SCME为TC用户消息分配新的对话资源，并根据存储的业务处理机标识信息，轮选一个业务处理机标识分配给TC用户消息。

步骤406，C-SCME根据事务处理ID获得业务处理机标识。

判断TC用户消息为非始呼消息，C-SCME查找与事务处理ID相对应的对话，得到对话中记录的业务处理机标识。对于不携带billingID的消息，C-SCME为一次呼叫的消息分配的对话是一直保持的，因此，可根据TC用户消息中携带的事务处理ID找到相应的对话。

步骤407，C-SCME将TC用户消息发送到与业务处理机标识相对应的业务处理机。

业务处理机包括：用户识别模块(SIM)、业务控制状态模块(C-SCSM，CDMA-Service Control State Module)和业务逻辑程序(SLP，Service LogicProcessing)模块。SIM模块为TC用户消息分配呼叫数据区或将TC用户消息关联到呼叫数据区中，然后将TC用户消息发送给C-SCSM模块；C-SCSM模块解析TC用户消息，进行呼叫状态控制，并把TC用户消息发送给SLP模块进行业务逻辑处理。

业务逻辑处理产生的返回消息经由SLP模块和C-SCSM模块发送到SIM模块，由SIM模块根据数据区中记录的前置机模块号，将返回消息发送给相应的前置机模块；前置机模块中的C-SCME将返回消息下发，由TCAP、SCCP和MTP对返回消息逐层进行协议封装后发送给核心网。

通过图4所示的消息交互方法，能确保将一次呼叫的多条消息都发送到相同的业务处理机进行处理。但是业务处理机主动发起对话时，不同的业务处理机为同一个前置机模块分配的对话会出现重复的情况，从而会导致呼损现象的出现。

以图3所示的SCP为例，每个业务处理机可分配的对话号范围都为0～1000，当业务处理机0向前置机模块1发起对话所分配的对话号为5，而业务处理机1向前置机模块1发起对话所分配的对话号也为5时，即会出现呼损，导致对话无法正常进行。为避免呼损现象的出现，可在前置机模块的C-SCME中设置一张映射表，记录各业务处理机的对话号与C-SCME当前对话号的对应关系。

仍以图3所示SCP为例，业务处理机0向前置机模块1发起对话请求，业务处理机0上分配对话号为5，前置机模块1接收到对话请求后，由C-SCME为当前对话分配对话号为1，并占用映射表中的一条记录，存储C-SCME当前对话号1和业务处理机0分配的对话号5的对应关系；业务处理机1向前置机模块1发起对话请求，业务处理机1上分配对话号为5，前置机模块1接收到对话请求后，由C-SCME为当前对话分配对话号为2，并占用映射表中的一条记录，存储C-SCME当前对话号2和业务处理机1分配的对话号5的对应关系。从而，业务处理机0向前置机模块1发送消息时，使用前置机模块1分配的对话号1，前置机模块1向业务处理机0发送消息时，使用业务处理机0分配的对话号5；业务处理机1向前置机模块1发送消息时，使用前置机模块1分配的对话号2，前置机模块1向业务处理机1发送消息时，使用业务处理机1分配的对话号5。如此，即可避免呼损现象的出现。

为实现上述图4所示本发明的消息交互方法，本发明还提供了一种业务控制点的前置机模块，如图5所示，该前置机模块包括：消息判断单元100、第一标识获取单元200、第二标识获取单元300和消息发送单元400。其中，消息判断单元100，用于判断消息中是否携带billingID，如果携带，则将消息提供给第一标识获取单元200，如果不携带，则将消息提供给第二标识获取单元300。第一标识获取单元200，用于对携带billingID的消息进行处理，得到业务处理机标识提供给消息发送单元400。第二标识获取单元300，用于对不携带billingID的消息进行处理，得到业务处理机标识提供给消息发送单元400。消息发送单元400，用于将消息发送到与业务处理机标识相对应的业务处理机。

第一标识获取单元200包括：相互连接的消息解析子单元210和取模运算子单元220。其中，消息解析子单元210，用于对携带billingID的消息进行解析，得到billingID。取模运算子单元220，用于将billingID中IDNumber的三个字节的线性组合值进行取模运算，得到业务处理机标识。

第二标识获取单元300包括：事务处理ID判断子单元310、对话查找子单元320和标识分配子单元330。其中，事务处理ID判断子单元310，用于判断不携带billingID的消息中的事务处理ID是否为已存在的事务处理ID，如果存在，则将不携带billingID的消息提供给对话查找子单元320，如果不存在，则将不携带billingID的消息提供给标识分配子单元330。对话查找子单元320，用于查找与事务处理ID相对应的对话，得到对话中记录的业务处理机标识。标识分配子单元330，用于为不携带billingID的消息分配一个业务处理机标识。

综上所述，本发明所提供的SCP和消息交互方法，可提高CDMA智能网中SCP的性能，满足CDMA智能网大容量开局的需要，并且前置机模块可将来自核心网的同一呼叫的多条消息发送到同一个业务处理机，从而保证呼叫的正确执行。本发明所提供的SCP可实现N+1的组网方式，所谓N+1的组网方式即是指，容量规划需要N台业务处理机，实际应用中配置N+1台进行负荷分担，则当其中一台业务处理机发生故障时，其他N台业务处理机仍然能正常工作，确保系统运行不受影响。本发明所提供的消息交互方法可由前置机模块的C-SCME实现。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (8)

1.一种业务控制点，其特征在于，包括：前置机和至少一个业务处理机；其中，

所述前置机包括多个前置机模块，所述前置机模块用于接收来自核心网的消息，并将携带相同标识信息的消息发送到相同的业务处理机；

所述业务处理机，用于根据来自前置机的消息执行业务处理；

所述前置机模块包括：消息判断单元、第一标识获取单元、第二标识获取单元和消息发送单元；其中，

所述消息判断单元，用于判定所述消息中是否携带billingID，并根据判定结果将所述消息提供给所述第一标识获取单元或所述第二标识获取单元；

所述第一标识获取单元，用于对携带billingID的消息进行处理，得到业务处理机标识提供给所述消息发送单元；

所述第二标识获取单元，用于对不携带billingID的消息进行处理，得到业务处理机标识提供给所述消息发送单元；

所述消息发送单元，用于将所述消息发送到与所述业务处理机标识相对应的业务处理机。

2.根据权利要求1所述业务控制点，其特征在于，所述第一标识获取单元包括：相互连接的消息解析子单元和取模运算子单元；其中，

所述消息解析子单元，用于对所述携带billingID的消息进行解析，得到billingID；

所述取模运算子单元，用于将所述billingID中IDNumber的三个字节的线性组合值进行取模运算，得到业务处理机标识。

3.根据权利要求1所述业务控制点，其特征在于，所述第二标识获取单元包括：事务处理身份标识ID判断子单元、对话查找子单元和标识分配子单元；其中，

所述事务处理ID判断子单元，用于判定所述不携带billingID的消息中的事务处理ID是否为已存在的事务处理ID，并根据判定结果将所述不携带billingID的消息提供给所述对话查找子单元或所述标识分配子单元；

所述对话查找子单元，用于查找与所述事务处理ID相对应的对话，得到所述对话中记录的业务处理机标识；

所述标识分配子单元，用于为所述不携带billingID的消息分配一个业务处理机标识。

4.一种消息交互的方法，其特征在于，包括：

接收来自核心网的消息；

将携带相同标识信息的消息发送到相同的业务处理机，具体为：判断所述消息中是否携带billingID，如果携带，则根据所述消息中的billingID，获得业务处理机标识；如果不携带，则根据所述消息中的事务处理ID，获得业务处理机标识；将所述消息发送到与所获得的业务处理机标识相对应的业务处理机。

5.根据权利要求4所述消息交互的方法，其特征在于，所述根据消息中的billingID获得业务处理机标识为：从所述消息中解析得到billingID，并将所述billingID中IDNumber的三个字节的线性组合值进行取模运算，得到业务处理机标识。

6.根据权利要求4所述消息交互的方法，其特征在于，所述根据消息中的事务处理ID获得对应的业务处理机标识为：

判断所述消息中的事务处理ID是否为已存在的事务处理ID，如果为已存在的事务处理ID，则查找与所述事务处理ID相对应的对话，得到所述对话中记录的业务处理机标识；否则，为所述消息分配一个业务处理机标识。

7.根据权利要求4所述消息交互的方法，其特征在于，在所述将携带相同标识信息的消息发送到相同的业务处理机之后，该方法还包括：将来自所述业务处理机的返回消息发送给所述核心网。

8.根据权利要求4至7中任一项所述消息交互的方法，其特征在于，在所述接收来自核心网的消息之前，该方法还包括：存储设置的业务处理机标识。

Images