专利名称：一种业务控制方法及系统的制作方法
技术领域：
本发明涉及下一代网络(NGN)的管理技术，尤其涉及一种业务控制方法及系统。
背景技术：
在下一代网络中智能业务的应用十分广泛，智能业务实现了基本呼叫和业务控制分离。智能网是一个能快速、方便、灵活、经济并有效地生成和实现各种新业务的网络体系，设置有集中的业务控制点和数据库，具有集中的业务管理系统和业务生成环境。
图1为下一代网络中的一种典型的智能网架构，包括业务交换点和业务控制点两个部分，其中
业务控制点存储用户数据和业务逻辑，接收业务交换点发送的查询信息并查询数据库，进行各种译码；同时，业务控制点能够根据业务交换点上报
的呼叫事件启动不同的业务逻辑"艮据业务逻辑向相应的业务交^:点发出呼
叫控制指令，从而实现各种智能呼叫。智能网所提供的所有业务的控制功能都集中在业务控制点中，业务控制点与业务交换点之间按照智能网的标准接口协议进行通信。
业务控制点是智能网的核心部分，业务控制点的鲁棒性和稳定性决定了整个智能网的稳定性，为了提高业务控制点的使用率，增加其管理的端局的数量，通常对业务控制点实现双归属功能。
如图2所示，为对业务控制点实现双归属的网络架构，当业务控制点与第一业务交换点发生通信故障，或第一业务交换点自身发生故障时，第一业务交换点下的端局将无法进行相关的智能业务。
发明内容
本发明要解决的技术问题是提供一 种业务控制方法及系统，解决对业务控制点实现双归属功能时，业务控制点下的任一业务交换点发生通信故障或自身故障时，其下端局无法进行智能业务的问题。
为解决上述技术问题，本发明的一种业务控制方法，包括
业务交换点发生容灾时，则发生容灾的业务交换点下的端局的智能业务的呼叫信令路由到业务控制点下的未发生容突的业务交换点；
未发生容灾的业务交换点查询已建立的业务交换点的信令点的映射关系，根据呼叫信令的目的信令点，得到与呼叫信令的目的信令点对应的信令
点；
未发生容灾的业务交换点构造呼叫事件消息，将所得到的与呼叫信令的目的信令点对应的信令点，作为呼叫事件消息的源信令点，将该呼叫事件消息发送给业务控制点。
进一步地，业务控制点接收到呼叫事件消息后，根据呼叫事件消息的源信令点，向呼叫事件消息的源信令点对应的业务交换点发送指示用户后续操
作的用户控制指令消息；
呼叫事件消息的源信令点对应的业务交换点根据用户控制指令消息，控制用户终端实现智能业务。
进一步地，预先分别建立业务控制点与其下业务交换点之间的信令链路，并建立业务交换点之间的容突路由。
进一 步地，业务交换点的信令点的映射关系的建立过程包括
在容灾数据库中建立映射关系表，在该映射关系表中设置条目，在条目中保存互为容灾关系的业务交换点的信令点。
进一步地，与呼叫信令的目的信令点对应的信令点为未发生容灾的业务交换点的信令点。
进一步地， 一种业务控制系统，包括业务控制点和业务交换点，业务交换点包括发生容灾的业务交换点和未发生容灾的业务交换点，其中
5未发生容灾的业务交换点，用于在接收到发生容灾的业务交换点下的端 局的智能业务的呼叫信令后，查询业务交换点的信令点的映射关系，根据呼 叫信令的目的信令点，得到与呼叫信令的目的信令点对应的信令点，构造呼 叫事件消息，将所得到的与呼叫信令的目的信令点对应的信令点，作为呼叫 事件消息的源信令点，将该呼叫事件消息发送给业务控制点。
进一步地，业务控制点，用于在接收到呼叫事件消息后，根据呼叫事件 消息的源信令点，向呼叫事件消息的源信令点对应的业务交换点发送指示用
户后续操作的用户控制指令消息；
呼叫事件消息的源信令点对应的业务交换点，用于根据用户控制指令消 息，控制用户终端实现智能业务。
进一步地，与呼叫信令的目的信令点对应的信令点为未发生容灾的业务 交换点的信令点。
综上所述，本发明建立互为容灾的业务交换点的信令点之间的映射关 系，业务交换点在接收到另一业务交换点下的端局发送的呼叫消息后，查找 与该呼叫消息所携带的目的信令点具有映射关系的信令点，将查找到的信令 点作为发送给业务控制点的呼叫事件消息的源信令点，业务控制点根据呼叫 事件消息的源信令点进行路由选择，本发明可以灵活实现业务控制点到业务 交换点的路由切换，实现当任一业务交换点故障时，在另一业务交换点上实 现已故障的业务交换点的智能业务。
图1为现有技术中下一代网络中智能网的架构图2为现有技术中业务控制点双归属的系统架构图3为本发明中业务控制点双归属的系统架构图4为本发明中业务交换点的信令点的映射示意图5为本发明业务控制方法的流程图6为本发明业务控制点双归属网络拓朴结构图7为本发明软交换实现业务控制点的双归属时业务控制方法的流程图。
具体实施例方式
考虑到在下一代网络中，业务控制点根据主叫的地址信息决定信令的路 由，即业务控制点根据源信令点决定落地到哪个业务交换点，因此，本发明 根据业务控制点的这一特点提出 一种业务控制的方法。
如图3所示，本发明中分别建立业务控制点与第一业务交换点和第二业 务交换点之间的信令链路，第一业务交换点可以触发业务到业务控制点，第 二业务交换点也可以触发业务到业务控制点，即第一业务交换点和第二业务 交换点共享业务控制点，业务控制点对第一业务交换点和第二业务交换点同 时可见，并且建立第一业务交换点与第二业务交换点之间的容灾路由(图3 中第一业务交换点和第二业务交换点之间的连线)。
并且，当任一业务交换点发生故障时，业务控制点将无法实现故障的业 务交换点的智能业务，因此，本发明提出对互为容灾的第一业务交换点与第 二业务交换点信令点建立映射关系，要求根据第一业务交换点的信令点能够 找到第二业务交换点的信令点，根据第二业务交换点的信令点能够找到第一 业务交换点的信令点。
图4所示为信令点的映射关系，假定第一业务交换点的信令点为11, 第二业务交换点的信令点为21，在容灾数据库中保存信令点11与信令点21 的映射关系，即第一业务交换点的智能业务归属到第二业务交换点处理时， 信令点U将映射为信令点21;同样，当第二业务交换点的业务归属到第一 业务交换点处理时，信令点21将映射为信令点11。建立映射关系的方法为 在容灾数据库中建立映射关系表，在该映射关系表中设置多个条目，在条目 中保存互为容灾关系的业务交换点的信令点。
下面结合附图，进一步说明本发明的具体实施方式
。
下面以第一业务交换点发生故障或与业务控制点发生通信故障时，采用 本发明的方法通过第二业务交换点实现第一业务交换点下的智能业务为例，
7说明本发明的业务控制方法，如图5所示，包括
501:分别建立业务控制点与第一业务交换点和第二业务交换点之间的 信令链路，并且建立第一业务交换点与第二业务交换点之间的容灾路由；
502:在容灾数据库中建立第一业务交换点的信令点与第二业务交换点 的信令点的映射关系；
建立映射关系的方法为在容突数据库中建立映射关系表，在该映射关 系表中设置多个条目，在其中一个条目中第一业务交换点和第二业务交换点 的信令点。
503:第一业务交换点发生容灾(第一业务交换点为发生容灾的业务交 换点)，则第一业务交换点下的端局的智能业务呼叫信令将通过容灾路由先 路由到第二业务交换点(未发生容灾的业务交换点)，由第二业务交换点接
续智能业务；
504:第二业务交换点接收到智能业务的呼叫信令后，根据该呼叫信令 的目的信令点(第一业务交换点的信令点)查询容突数据库中的映射关系表， 得到第二业务交换点的信令点；
505:第二业务交换点构建呼叫事件消息，将从容突数据库中得到的其 自身的信令点作为该呼叫事件消息的源信令点，目的信令点为业务控制点的 信令点，将呼叫事件消息发送给业务控制点；
506:业务控制点接收到第二业务交换点发送的呼叫事件消息后，根据 呼叫事件消息中的源信令点，向第二业务交换点发送指示用户后续操作的用 户控制指令消息；
507:第二业务交换点在收到业务控制点发送的用户控制指令消息后， 根据消息内容控制用户终端的动作，实现终端的智能业务。
如果第二业务交换点发生故障，原本属于第二业务交换点的智能业务切 换到第一业务交换点处理，第一业务交换点在触发智能业务到业务控制点 时，根据信令点的映射关系，将呼叫事件消息中的源信令点填写为其自身的 信令点，从而，业务控制点可以根据呼叫事件消息中的源信令点，判断落地 到第一业务交换点，发送相应的用户控制指令消息到第一业务交换点，从而，原属第二业务交换点的智能业务就可以在第一业务交换点中实现。 下面结合现网实际说明本发明的方法。
图6为业务控制点双归属的网络拓朴结构图，其中，第一软交换和第二 软交换为业务交换点，当然，业务交换点既可以是软交换，也可以是传统电 路交换机，或者是起到业务交换点作用的任意网元。
图6中，业务控制点存在两条信令路由，分别到达第一软交换和第二软 交换，即第一软交换可以触发智能业务到业务控制点，第二软交换也可以 触发智能业务到业务控制点，并且第一软交换到业务控制点的信令路由和第 二软交换到业务控制点的信令路由均为主用状态，即第一软交换到业务控 制点的信令路由与第二软交换到业务控制点的信令路由之间不存在主备关 系，也就是业务控制点对于第一软交换和第二软交换而言是共享的。
假定第一软交换发生容灾，如图7所示，包括
701:第一软交换发生容灾，归属于第一软交换的端局容灾到第二软交 换处理，端局发送的呼叫信令到达第二软交换；
容灾处理可以依据任一现有公开的容突处理方案进行。
702:第二软交换在收到呼叫信令后，根据该呼叫信令的目的信令点(第 一软交换的信令点)查询容灾数据库中的信令点的映射关系，得到第二软交 换的信令点；
703:第二软交换构建呼叫事件消息，将从容灾数据库中得到的其自身 的信令点作为该呼叫事件消息的源信令点，目的信令点为业务控制点的信令
点；
704:第二软交换发送呼叫事件消息到业务控制点；
705:业务控制点在收到第二软交换发来的呼叫事件消息后，根据源信 令点(第二软交换的信令点)，选择到第二软交换的信令路由，发送用户控 制指令消息到第二软交换；
706:第二软交换在收到业务控制点发送的用户控制指令消息后，向端 局发送控制消息，控制用户终端的动作，实现终端的智能业务。请再次参照图3，本发明的业务控制系统，包括业务控制点、第一业 务交换点(发生容灾的业务交换点)和第二业务交换点(未发生容灾的业务 交换点)，其中，
未发生容灾的业务交换点，用于在接收到发生容灾的业务交换点下的端 局的智能业务的呼叫信令后，查询业务交换点的信令点的映射关系，根据呼 叫信令的目的信令点，得到与呼叫信令的目的信令点对应的信令点，构造呼 叫事件消息，将所得到的与呼叫信令的目的信令点对应的信令点，作为呼叫 事件消息的源信令点，将该呼叫事件消息发送给业务控制点；并根据用户控 制指令消息，控制用户终端实现智能业务。
业务控制点，用于在接收到呼叫事件消息后，根据呼叫事件消息的源信 令点，向呼叫事件消息的源信令点对应的业务交换点发送指示用户后续操作 的用户控制指令消息。
系统部分的其它功能请参考方法内容的描述。
尽管参照实施例对所公开的一种实现业务控制点双归属的系统和方法 进行了特别描述，但本领域技术人员将能理解，并在不偏离本发明的范围和 精神的情况下，可以对它进行形式和细节的种种显而易见的修改。因此，以 上描述的实施例是说明性的而不是限制性的，在不脱离本发明的精神和范围 的情况下，所有的变化、修改、等同替换、改进等都应该在本发明的范围之 内。
权利要求
1、一种业务控制方法，包括业务交换点发生容灾时，则发生容灾的业务交换点下的端局的智能业务的呼叫信令路由到业务控制点下的未发生容灾的业务交换点；所述未发生容灾的业务交换点查询已建立的业务交换点的信令点的映射关系，根据呼叫信令的目的信令点，得到与呼叫信令的目的信令点对应的信令点；所述未发生容灾的业务交换点构造呼叫事件消息，将所得到的与呼叫信令的目的信令点对应的信令点，作为所述呼叫事件消息的源信令点，将该呼叫事件消息发送给业务控制点。
2、 如权利要求l所述的方法，其特征在于，所述业务控制点接收到呼叫事件消息后，根据呼叫事件消息的源信令 点，向呼叫事件消息的源信令点对应的业务交换点发送指示用户后续操作的 用户控制指令消息；所述呼叫事件消息的源信令点对应的业务交换点根据用户控制指令消 息，控制用户终端实现智能业务。
3、 如权利要求l所述的方法，其特征在于，该方法还包括预先分别建立业务控制点与其下业务交换点之间的信令链路，并建立业 务交换点之间的容灾路由。
4、 如权利要求l所述的方法，其特征在于，所述业务交换点的信令点 的映射关系的建立过程包括在容灾数据库中建立映射关系表，在该映射关系表中设置条目，在条目 中保存互为容灾关系的业务交换点的信令点。
5、 如权利要求1所述的方法，其特征在于，所述与呼叫信令的目的信 令点对应的信令点为所述未发生容灾的业务交换点的信令点。
6、 一种业务控制系统，包括业务控制点和业务交换点，业务交换点 包括发生容突的业务交换点和未发生容突的业务交换点，其中未发生容灾的业务交换点，用于在接收到发生容灾的业务交换点下的端 局的智能业务的呼叫信令后，查询业务交换点的信令点的映射关系，根据呼 叫信令的目的信令点，得到与呼叫信令的目的信令点对应的信令点，构造呼 叫事件消息，将所得到的与呼叫信令的目的信令点对应的信令点，作为所述 呼叫事件消息的源信令点，将该呼叫事件消息发送给所述业务控制点。
7、 如权利要求6所述的系统，其特征在于，所述业务控制点，用于在接收到呼叫事件消息后，根据呼叫事件消息的 源信令点，向呼叫事件消息的源信令点对应的业务交换点发送指示用户后续 操作的用户控制指令消息；所述呼叫事件消息的源信令点对应的业务交换点，用于根据用户控制指 令消息，控制用户终端实现智能业务。
8、 如权利要求6所述的系统，其特征在于，所述与呼叫信令的目的信令点对应的信令点为所述未发生容灾的业务 交换点的信令点。
全文摘要
本发明公开了一种业务控制方法，包括业务交换点发生容灾时，则发生容灾的业务交换点下的端局的智能业务的呼叫信令路由到业务控制点下的未发生容灾的业务交换点；未发生容灾的业务交换点查询已建立的业务交换点的信令点的映射关系，根据呼叫信令的目的信令点，得到与呼叫信令的目的信令点对应的信令点；未发生容灾的业务交换点构造呼叫事件消息，将所得到的与呼叫信令的目的信令点对应的信令点，作为呼叫事件消息的源信令点，将该呼叫事件消息发送给业务控制点。本发明可以灵活实现业务控制点到业务交换点的路由切换，实现当任一业务交换点故障时，在另一业务交换点上实现已故障的业务交换点的智能业务。
文档编号H04L12/24GK101662384SQ20091016108
公开日2010年3月3日 申请日期2009年8月7日 优先权日2009年8月7日
发明者巨满昌, 杨新峰, 琴 郑, 磊 陈 申请人:中兴通讯股份有限公司