CN101662384B - 一种业务控制方法及系统 - Google Patents
一种业务控制方法及系统 Download PDFInfo
- Publication number
- CN101662384B CN101662384B CN2009101610831A CN200910161083A CN101662384B CN 101662384 B CN101662384 B CN 101662384B CN 2009101610831 A CN2009101610831 A CN 2009101610831A CN 200910161083 A CN200910161083 A CN 200910161083A CN 101662384 B CN101662384 B CN 101662384B
- Authority
- CN
- China
- Prior art keywords
- point
- service
- signaling
- service switching
- disaster tolerance
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种业务控制方法,包括:业务交换点发生容灾时,则发生容灾的业务交换点下的端局的智能业务的呼叫信令路由到业务控制点下的未发生容灾的业务交换点;未发生容灾的业务交换点查询已建立的业务交换点的信令点的映射关系,根据呼叫信令的目的信令点,得到与呼叫信令的目的信令点对应的信令点;未发生容灾的业务交换点构造呼叫事件消息,将所得到的与呼叫信令的目的信令点对应的信令点,作为呼叫事件消息的源信令点,将该呼叫事件消息发送给业务控制点。本发明可以灵活实现业务控制点到业务交换点的路由切换,实现当任一业务交换点故障时,在另一业务交换点上实现已故障的业务交换点的智能业务。
Description
技术领域
本发明涉及下一代网络(NGN)的管理技术,尤其涉及一种业务控制方法及系统。
背景技术
在下一代网络中智能业务的应用十分广泛,智能业务实现了基本呼叫和业务控制分离。智能网是一个能快速、方便、灵活、经济并有效地生成和实现各种新业务的网络体系,设置有集中的业务控制点和数据库,具有集中的业务管理系统和业务生成环境。
图1为下一代网络中的一种典型的智能网架构,包括:业务交换点和业务控制点两个部分,其中:
业务控制点存储用户数据和业务逻辑,接收业务交换点发送的查询信息并查询数据库,进行各种译码;同时,业务控制点能够根据业务交换点上报的呼叫事件启动不同的业务逻辑,根据业务逻辑向相应的业务交换点发出呼叫控制指令,从而实现各种智能呼叫。智能网所提供的所有业务的控制功能都集中在业务控制点中,业务控制点与业务交换点之间按照智能网的标准接口协议进行通信。
业务控制点是智能网的核心部分,业务控制点的鲁棒性和稳定性决定了整个智能网的稳定性,为了提高业务控制点的使用率,增加其管理的端局的数量,通常对业务控制点实现双归属功能。
如图2所示,为对业务控制点实现双归属的网络架构,当业务控制点与第一业务交换点发生通信故障,或第一业务交换点自身发生故障时,第一业务交换点下的端局将无法进行相关的智能业务。
发明内容
本发明要解决的技术问题是提供一种业务控制方法及系统,解决对业务控制点实现双归属功能时,业务控制点下的任一业务交换点发生通信故障或自身故障时,其下端局无法进行智能业务的问题。
为解决上述技术问题,本发明的一种业务控制方法,包括:
业务交换点发生容灾时,则发生容灾的业务交换点下的端局的智能业务的呼叫信令路由到业务控制点下的未发生容灾的业务交换点;
未发生容灾的业务交换点查询已建立的业务交换点的信令点的映射关系,根据呼叫信令的目的信令点,得到与呼叫信令的目的信令点对应的信令点;
未发生容灾的业务交换点构造呼叫事件消息,将所得到的与呼叫信令的目的信令点对应的信令点,作为呼叫事件消息的源信令点,将该呼叫事件消息发送给业务控制点。
进一步地,业务控制点接收到呼叫事件消息后,根据呼叫事件消息的源信令点,向呼叫事件消息的源信令点对应的业务交换点发送指示用户后续操作的用户控制指令消息;
呼叫事件消息的源信令点对应的业务交换点根据用户控制指令消息,控制用户终端实现智能业务。
进一步地,预先分别建立业务控制点与其下业务交换点之间的信令链路,并建立业务交换点之间的容灾路由。
进一步地,业务交换点的信令点的映射关系的建立过程包括:
在容灾数据库中建立映射关系表,在该映射关系表中设置条目,在条目中保存互为容灾关系的业务交换点的信令点。
进一步地,与呼叫信令的目的信令点对应的信令点为未发生容灾的业务交换点的信令点。
进一步地,一种业务控制系统,包括:业务控制点和业务交换点,业务交换点包括:发生容灾的业务交换点和未发生容灾的业务交换点,其中:
未发生容灾的业务交换点,用于在接收到发生容灾的业务交换点下的端局的智能业务的呼叫信令后,查询业务交换点的信令点的映射关系,根据呼叫信令的目的信令点,得到与呼叫信令的目的信令点对应的信令点,构造呼叫事件消息,将所得到的与呼叫信令的目的信令点对应的信令点,作为呼叫事件消息的源信令点,将该呼叫事件消息发送给业务控制点。
进一步地,业务控制点,用于在接收到呼叫事件消息后,根据呼叫事件消息的源信令点,向呼叫事件消息的源信令点对应的业务交换点发送指示用户后续操作的用户控制指令消息;
呼叫事件消息的源信令点对应的业务交换点,用于根据用户控制指令消息,控制用户终端实现智能业务。
进一步地,与呼叫信令的目的信令点对应的信令点为未发生容灾的业务交换点的信令点。
综上所述,本发明建立互为容灾的业务交换点的信令点之间的映射关系,业务交换点在接收到另一业务交换点下的端局发送的呼叫消息后,查找与该呼叫消息所携带的目的信令点具有映射关系的信令点,将查找到的信令点作为发送给业务控制点的呼叫事件消息的源信令点,业务控制点根据呼叫事件消息的源信令点进行路由选择,本发明可以灵活实现业务控制点到业务交换点的路由切换,实现当任一业务交换点故障时,在另一业务交换点上实现已故障的业务交换点的智能业务。
附图说明
图1为现有技术中下一代网络中智能网的架构图;
图2为现有技术中业务控制点双归属的系统架构图;
图3为本发明中业务控制点双归属的系统架构图;
图4为本发明中业务交换点的信令点的映射示意图;
图5为本发明业务控制方法的流程图;
图6为本发明业务控制点双归属网络拓扑结构图;
图7为本发明软交换实现业务控制点的双归属时业务控制方法的流程图。
具体实施方式
考虑到在下一代网络中,业务控制点根据主叫的地址信息决定信令的路由,即业务控制点根据源信令点决定落地到哪个业务交换点,因此,本发明根据业务控制点的这一特点提出一种业务控制的方法。
如图3所示,本发明中分别建立业务控制点与第一业务交换点和第二业务交换点之间的信令链路,第一业务交换点可以触发业务到业务控制点,第二业务交换点也可以触发业务到业务控制点,即第一业务交换点和第二业务交换点共享业务控制点,业务控制点对第一业务交换点和第二业务交换点同时可见,并且建立第一业务交换点与第二业务交换点之间的容灾路由(图3中第一业务交换点和第二业务交换点之间的连线)。
并且,当任一业务交换点发生故障时,业务控制点将无法实现故障的业务交换点的智能业务,因此,本发明提出对互为容灾的第一业务交换点与第二业务交换点信令点建立映射关系,要求根据第一业务交换点的信令点能够找到第二业务交换点的信令点,根据第二业务交换点的信令点能够找到第一业务交换点的信令点。
图4所示为信令点的映射关系,假定第一业务交换点的信令点为11,第二业务交换点的信令点为21,在容灾数据库中保存信令点11与信令点21的映射关系,即第一业务交换点的智能业务归属到第二业务交换点处理时,信令点11将映射为信令点21;同样,当第二业务交换点的业务归属到第一业务交换点处理时,信令点21将映射为信令点11。建立映射关系的方法为:在容灾数据库中建立映射关系表,在该映射关系表中设置多个条目,在条目中保存互为容灾关系的业务交换点的信令点。
下面结合附图,进一步说明本发明的具体实施方式。
下面以第一业务交换点发生故障或与业务控制点发生通信故障时,采用本发明的方法通过第二业务交换点实现第一业务交换点下的智能业务为例,说明本发明的业务控制方法,如图5所示,包括:
501:分别建立业务控制点与第一业务交换点和第二业务交换点之间的信令链路,并且建立第一业务交换点与第二业务交换点之间的容灾路由;
502:在容灾数据库中建立第一业务交换点的信令点与第二业务交换点的信令点的映射关系;
建立映射关系的方法为:在容灾数据库中建立映射关系表,在该映射关系表中设置多个条目,在其中一个条目中第一业务交换点和第二业务交换点的信令点。
503:第一业务交换点发生容灾(第一业务交换点为发生容灾的业务交换点),则第一业务交换点下的端局的智能业务呼叫信令将通过容灾路由先路由到第二业务交换点(未发生容灾的业务交换点),由第二业务交换点接续智能业务;
504:第二业务交换点接收到智能业务的呼叫信令后,根据该呼叫信令的目的信令点(第一业务交换点的信令点)查询容灾数据库中的映射关系表,得到第二业务交换点的信令点;
505:第二业务交换点构建呼叫事件消息,将从容灾数据库中得到的其自身的信令点作为该呼叫事件消息的源信令点,目的信令点为业务控制点的信令点,将呼叫事件消息发送给业务控制点;
506:业务控制点接收到第二业务交换点发送的呼叫事件消息后,根据呼叫事件消息中的源信令点,向第二业务交换点发送指示用户后续操作的用户控制指令消息;
507:第二业务交换点在收到业务控制点发送的用户控制指令消息后,根据消息内容控制用户终端的动作,实现终端的智能业务。
如果第二业务交换点发生故障,原本属于第二业务交换点的智能业务切换到第一业务交换点处理,第一业务交换点在触发智能业务到业务控制点时,根据信令点的映射关系,将呼叫事件消息中的源信令点填写为其自身的信令点,从而,业务控制点可以根据呼叫事件消息中的源信令点,判断落地到第一业务交换点,发送相应的用户控制指令消息到第一业务交换点,从而,原属第二业务交换点的智能业务就可以在第一业务交换点中实现。
下面结合现网实际说明本发明的方法。
图6为业务控制点双归属的网络拓扑结构图,其中,第一软交换和第二软交换为业务交换点,当然,业务交换点既可以是软交换,也可以是传统电路交换机,或者是起到业务交换点作用的任意网元。
图6中,业务控制点存在两条信令路由,分别到达第一软交换和第二软交换,即:第一软交换可以触发智能业务到业务控制点,第二软交换也可以触发智能业务到业务控制点,并且第一软交换到业务控制点的信令路由和第二软交换到业务控制点的信令路由均为主用状态,即:第一软交换到业务控制点的信令路由与第二软交换到业务控制点的信令路由之间不存在主备关系,也就是业务控制点对于第一软交换和第二软交换而言是共享的。
假定第一软交换发生容灾,如图7所示,包括:
701:第一软交换发生容灾,归属于第一软交换的端局容灾到第二软交换处理,端局发送的呼叫信令到达第二软交换;
容灾处理可以依据任一现有公开的容灾处理方案进行。
702:第二软交换在收到呼叫信令后,根据该呼叫信令的目的信令点(第一软交换的信令点)查询容灾数据库中的信令点的映射关系,得到第二软交换的信令点;
703:第二软交换构建呼叫事件消息,将从容灾数据库中得到的其自身的信令点作为该呼叫事件消息的源信令点,目的信令点为业务控制点的信令点;
704:第二软交换发送呼叫事件消息到业务控制点;
705:业务控制点在收到第二软交换发来的呼叫事件消息后,根据源信令点(第二软交换的信令点),选择到第二软交换的信令路由,发送用户控制指令消息到第二软交换;
706:第二软交换在收到业务控制点发送的用户控制指令消息后,向端局发送控制消息,控制用户终端的动作,实现终端的智能业务。
请再次参照图3,本发明的业务控制系统,包括:业务控制点、第一业务交换点(发生容灾的业务交换点)和第二业务交换点(未发生容灾的业务交换点),其中,
未发生容灾的业务交换点,用于在接收到发生容灾的业务交换点下的端局的智能业务的呼叫信令后,查询业务交换点的信令点的映射关系,根据呼叫信令的目的信令点,得到与呼叫信令的目的信令点对应的信令点,构造呼叫事件消息,将所得到的与呼叫信令的目的信令点对应的信令点,作为呼叫事件消息的源信令点,将该呼叫事件消息发送给业务控制点;并根据用户控制指令消息,控制用户终端实现智能业务。
业务控制点,用于在接收到呼叫事件消息后,根据呼叫事件消息的源信令点,向呼叫事件消息的源信令点对应的业务交换点发送指示用户后续操作的用户控制指令消息。
系统部分的其它功能请参考方法内容的描述。
尽管参照实施例对所公开的一种实现业务控制点双归属的系统和方法进行了特别描述,但本领域技术人员将能理解,并在不偏离本发明的范围和精神的情况下,可以对它进行形式和细节的种种显而易见的修改。因此,以上描述的实施例是说明性的而不是限制性的,在不脱离本发明的精神和范围的情况下,所有的变化、修改、等同替换、改进等都应该在本发明的范围之内。
Claims (8)
1.一种业务控制方法,包括:
业务交换点发生容灾时,则发生容灾的业务交换点下的端局的智能业务的呼叫信令路由到业务控制点下的未发生容灾的业务交换点;
所述未发生容灾的业务交换点查询已建立的业务交换点的信令点的映射关系,根据呼叫信令的目的信令点,得到与呼叫信令的目的信令点对应的信令点;
所述未发生容灾的业务交换点构造呼叫事件消息,将所得到的与呼叫信令的目的信令点对应的信令点,作为所述呼叫事件消息的源信令点,将该呼叫事件消息发送给业务控制点。
2.如权利要求1所述的方法,其特征在于,
所述业务控制点接收到呼叫事件消息后,根据呼叫事件消息的源信令点,向呼叫事件消息的源信令点对应的业务交换点发送指示用户后续操作的用户控制指令消息;
所述呼叫事件消息的源信令点对应的业务交换点根据用户控制指令消息,控制用户终端实现智能业务。
3.如权利要求1所述的方法,其特征在于,该方法还包括:
预先分别建立业务控制点与其下业务交换点之间的信令链路,并建立业务交换点之间的容灾路由。
4.如权利要求1所述的方法,其特征在于,所述业务交换点的信令点的映射关系的建立过程包括:
在容灾数据库中建立映射关系表,在该映射关系表中设置条目,在条目中保存互为容灾关系的业务交换点的信令点。
5.如权利要求1所述的方法,其特征在于,所述与呼叫信令的目的信令点对应的信令点为所述未发生容灾的业务交换点的信令点。
6.一种业务控制系统,包括:业务控制点和业务交换点,业务交换点包括:发生容灾的业务交换点和未发生容灾的业务交换点,其中:
发生容灾的业务交换点和未发生容灾的业务交换点之间建立容灾路由;
发生容灾的业务交换点,用于将其下的端局的智能业务的呼叫信令通过所述容灾路由路由到所述未发生容灾的业务交换点;
未发生容灾的业务交换点,用于在接收到发生容灾的业务交换点下的端局的智能业务的呼叫信令后,查询业务交换点的信令点的映射关系,根据呼叫信令的目的信令点,得到与呼叫信令的目的信令点对应的信令点,构造呼叫事件消息,将所得到的与呼叫信令的目的信令点对应的信令点,作为所述呼叫事件消息的源信令点,将该呼叫事件消息发送给所述业务控制点。
7.如权利要求6所述的系统,其特征在于,
所述业务控制点,用于在接收到呼叫事件消息后,根据呼叫事件消息的源信令点,向呼叫事件消息的源信令点对应的业务交换点发送指示用户后续操作的用户控制指令消息;
所述呼叫事件消息的源信令点对应的业务交换点,用于根据用户控制指令消息,控制用户终端实现智能业务。
8.如权利要求6所述的系统,其特征在于,
所述与呼叫信令的目的信令点对应的信令点为所述未发生容灾的业务交换点的信令点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101610831A CN101662384B (zh) | 2009-08-07 | 2009-08-07 | 一种业务控制方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101610831A CN101662384B (zh) | 2009-08-07 | 2009-08-07 | 一种业务控制方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101662384A CN101662384A (zh) | 2010-03-03 |
CN101662384B true CN101662384B (zh) | 2011-10-26 |
Family
ID=41790190
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101610831A Expired - Fee Related CN101662384B (zh) | 2009-08-07 | 2009-08-07 | 一种业务控制方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101662384B (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1350408A (zh) * | 2000-10-20 | 2002-05-22 | 深圳市中兴通讯股份有限公司 | 个人手持电话系统基站的无线用户呼叫控制系统及方法 |
CN1494349A (zh) * | 2002-10-28 | 2004-05-05 | 深圳市中兴通讯股份有限公司 | 一种移动通讯系统中实现用户呼叫信令跟踪的方法 |
-
2009
- 2009-08-07 CN CN2009101610831A patent/CN101662384B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1350408A (zh) * | 2000-10-20 | 2002-05-22 | 深圳市中兴通讯股份有限公司 | 个人手持电话系统基站的无线用户呼叫控制系统及方法 |
CN1494349A (zh) * | 2002-10-28 | 2004-05-05 | 深圳市中兴通讯股份有限公司 | 一种移动通讯系统中实现用户呼叫信令跟踪的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101662384A (zh) | 2010-03-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102075343B (zh) | 一种实现带外管理的方法、系统和带外管理交换机 | |
EP2204952A1 (en) | System, method and device for automatic protection switching | |
CN100417141C (zh) | 一种组播业务实现方法 | |
CN100407712C (zh) | 网关系统和综合管理方法 | |
CN103036716A (zh) | 链路切换方法及系统 | |
CN102780635A (zh) | 基于trill网络实现保护倒换的方法、tor交换机及系统 | |
CN101931550A (zh) | 用于主备同步的方法和装置 | |
CN100563286C (zh) | 一种ngn呼叫转移方法和系统 | |
CN101977396B (zh) | 多媒体消息业务中实现网元业务切换的系统及方法 | |
CN102281158A (zh) | 一种线路故障处理的方法及装置 | |
CN102075415A (zh) | 一种多网元网络及跨网元的复用段保护倒换的方法 | |
CN101662384B (zh) | 一种业务控制方法及系统 | |
CN104079431A (zh) | 即时通信的会话管理方法和会话管理装置 | |
CN103490999A (zh) | 一种容灾切换方法和装置 | |
CN100420205C (zh) | 一种软交换容错处理方法及实现系统 | |
CN105262692A (zh) | 实现openflow交换机流表实时同步的方法及装置 | |
CN100401802C (zh) | 一种实现短消息前转的方法 | |
CN103179287B (zh) | 一种呼叫遇忙处理方法及业务平台设备 | |
CN102104534A (zh) | 组播业务保护方法及系统 | |
CN101094274A (zh) | 一种下一代网络中媒体网关上容灾不断话的实现方法 | |
CN101179759B (zh) | 一种获取移动终端开机信息的方法及实现该方法的装置 | |
CN105007143A (zh) | 一种实现呼叫保存和恢复的方法及系统 | |
CN106506122A (zh) | 一种用于scp和合设网元之间的信令传输方法和系统 | |
CN101296170B (zh) | 基于ip网络信令传输协议的优化系统及其实现方法 | |
CN101808401A (zh) | 一种在以太网中下发寻呼消息的方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20111026 Termination date: 20170807 |