CN101193433B

CN101193433B - 一种智能业务呼叫接续的实现方法

Info

Publication number: CN101193433B
Application number: CN200610157208XA
Authority: CN
Inventors: 张红霞; 张慧; 姜建中
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2006-11-30
Filing date: 2006-11-30
Publication date: 2010-08-18
Anticipated expiration: 2026-11-30
Also published as: CN101193433A

Abstract

本发明提出了一种智能业务呼叫接续的实现方法，该方法包括在交换设备上配置相应的呼叫接续方法；交换设备对于智能呼叫，在向智能网设备发送业务请求之前，根据智能用户签约的业务键、智能网设备地址以及该呼叫的类型、智能用户级别等信息，对照交换设备上配置的对于上述呼叫的处理方法，直接进行呼叫；本发明在智能网设备发生故障后，通过在交换设备上的灵活配置，对于不同的呼叫做出不同的处理，既减轻了故障智能网设备的负担，有利于智能网设备快速恢复，又保证了后续对智能网设备发生故障时继续呼叫的智能用户的正常计费，减少了用户和运营商的损失。

Description

一种智能业务呼叫接续的实现方法

所属领域

本发明涉及一种智能业务呼叫接续的实现方法，特别是涉及一种在智能网设备发生异常时智能业务呼叫接续的处理方法。

背景技术

传统网络中补充业务的处理与呼叫处理结合在一起，由移动交换中心MSC控制完成，业务流程不可改变。网络运营者为了提供新的补充业务，必须在全网范围内统一升级移动网络相关节点的软件版本，甚至包括计费中心的软件。版本升级稳定性差、风险大、费用高，直接影响网络运行。智能网业务处理方式相对传统的业务处理有很大的差异。在智能网中，业务处理和呼叫处理是分开的，网络功能模块化划分，每个交换节点只完成基本呼叫处理，业务逻辑控制由SCP(Service Control Point，业务控制点)完成。

ETSI(European Telecommunications Standards Institute，欧洲电信标准化协会)在GSM Phase2+Release96版本首次提出移动智能的第一阶段协议(CAMEL Phase1)。该阶段的移动智能网络仅提供对基本的移动主叫(包括前转呼叫)和移动被叫的智能支持；接着在GSMPhase2+Release97进入第二阶段(CAMEL Phase2)。根据协议，移动智能网络在第二阶段增加对即时查询、语音提示、带内交互、计费处理、补充业务(ECT、CD、MPTY)激活通知和利用非结构化用户数据(USSD)与SCF(Service Control Function，业务控制功能)交互等智能支持。CAMEL Phase 3一方面增强了对电路交换型业务的CAMEL(Customised Application for Mobile network Enhanced Logic，移动网络增强逻辑的客户化应用)控制的能力，另一方面也引入了对GPRS、短消息(SMS)等业务的CAMEL控制。目前移动智能业务已经发展到CAMEL4阶段，CAMEL4主要增加了如下新特性：支持同优化路由的交互；支持CPH处理；对于MO(Mobile Originating，移动起呼)和VT(Mobile Terminating in VMSC，在拜访msc的移动终呼)呼叫支持DTMF MidCall(呼叫过程中收号)过程；支持灵活语音插入功能；提供被叫用户位置信息功能；为正在进行的呼叫提供位置信息功能；控制MT_SMS业务；支持GPRS移动性管理通知CSE(CamelService Environment，智能业务环境)功能；ATM操作中增加对ODB数据的操作；增强ATI(Any Time Interrogation，即时查询)和PSI(Provide Subscriber Info，提供用户信息)操作，可以作用于PS域；支持MNP(Mobile Number Portability，移动号码携带)数据库拜访功能等。

移动智能业务整个系统包括四个部分。第二代移动通讯系统中包括：移动终端MT、基站系统BSS、核心网CN、智能网设备SCP。第三代移动通讯系统中包括：移动终端MT、无线接入网RAN、核心网CN、智能网设备SCP。其中移动终端MT、基站系统BSS(对应于第三代移动通讯系统中的无线接入网RAN)负责呼叫的无线侧接入，核心网CN(交换设备)负责接收SCP的控制完成呼叫网络侧的接续，智能网设备SCP负责控制呼叫流程和计费。

在移动通讯领域中，签约了智能业务信息或者通过号码段等方式触发智能业务的智能用户，在交换设备进行呼叫接续过程中向智能网设备上报事件，由智能网设备控制呼叫的接续情况并负责计费。当智能网设备发生异常时这些用户就无法正常进行呼叫，给用户造成不便也给运营商带来了经济损失。

专利号“200510000190.8”的专利发明公开了一种智能网系统中呼叫接续的实现方法，该方法包括：智能网设备在接收交换设备向其发送的业务请求后，判断其中是否发生故障，如果发生故障智能网设备向交换设备返回消息指示其继续进行呼叫，交换设备接收该消息后，继续进行呼叫；否则执行正常的智能业务处理流程。这种方法的使用前提是智能网设备具有可靠保障，只是在智能网设备的某种业务发生异常时可以使智能呼叫正常接续，但是如果智能网设备整个宕机，那么智能网设备就无法向交换设备返回消息，智能呼叫也就无法继续。

发明内容

本发明的目的是为了解决上述问题，提供一种智能业务呼叫接续的实现方法，该方法在移动通讯系统中，当智能网设备发生异常时能使得智能呼叫正常继续进行，避免给用户造成不便，也减少了运营商由于智能网设备故障带来的经济损失。

本发明提出了一种智能业务呼叫接续的实现方法，该方法包括下述步骤：

步骤1：在交换设备上配置相应的呼叫接续方法(继续呼叫或者释放呼叫)；

如果是整个智能网设备宕机则配置对该智能网设备的所有业务的处理方法(继续呼叫或者释放呼叫)；如果是某种业务发生故障则对执行该业务的智能网设备配置该种业务的处理方法(继续呼叫或者释放呼叫)；

上述处理方法可以是继续呼叫或者释放呼叫。

步骤2：交换设备对于智能呼叫，在向智能网设备发送业务请求之前，根据智能用户签约的业务键、智能网设备地址以及该呼叫的类型、智能用户级别等信息，对照交换设备上配置的对于上述呼叫的处理方法(继续呼叫或者释放呼叫)，直接进行呼叫；

具体地说，如果配置为继续呼叫则不向智能网设备发送业务请求，直接接续呼叫，并且在话单中设置标志，以便分拣这类话单用于后续对用户计费；如果配置为释放呼叫，则不向智能网设备发送业务请求，直接释放呼叫，减轻了故障智能网设备的负担，有利于智能网设备快速恢复；

在正常情况下，不进行相应的呼叫接续的配置数据，则执行正常智能业务流程，向智能网设备SCP发送业务请求，由智能网设备控制呼叫的接续，交换设备根据智能网设备的指示接续呼叫或释放呼叫，这样就不会影响该智能网设备的其他正常业务和其他正常智能网设备的处理。

所述的智能业务呼叫接续的实现方法，其交换设备还可以设置逻辑判断流程，当交换设备接收到呼叫信息后，对于智能呼叫则在智能业务触发点向智能网设备发送业务请求，如果超时没有接收到智能网的指令或者收到了错误指令，就对这种业务类型的智能呼叫进行统计，当由于智能网设备造成呼叫失败的次数、比例达到设置的门限时，则判断为该智能网设备宕机或出现故障，交换设备启动呼叫续接功能，后续对该智能网设备这种业务类型的智能呼叫根据交换设备上配置的呼叫接续方法做相应的处理。

本发明在智能网设备发生故障后，通过在交换设备上的灵活配置，对于不同的呼叫做出不同的处理，既减轻了故障智能网设备的负担，有利于智能网设备快速恢复，又保证了后续对智能网设备发生故障时继续呼叫的智能用户的正常计费，减少了用户和运营商的损失。此外，本发明对于不同的业务区别处理，在智能网设备的某些业务发生故障时可以保证其他正常的业务不受影响又保证了有故障的业务在交换设备直接接续；对于触发了发生故障的智能业务的智能用户，可以根据呼叫类型、用户级别等做出不同的处理，有利于运营商根据实际情况灵活控制呼叫的接续情况。

本发明采用呼叫续接的实现方法，在智能网故障或宕机的情况下，能够顺利地进行业务呼叫，避免了由智能网故障或宕机给用户带来不便，也可避免由此为运营商带来的经济损失，可进一步提高通讯效率。

附图说明

图1为本发明所实施的第二代移动通讯系统移动智能业务的系统结构图；

图2为本发明所实施的第三代移动通讯系统移动智能业务的系统结构图；

图3为本发明所实施的交换设备对智能业务接续处理流程图。

具体实施方式

下面结合附图对技术方案的实施作进一步的详细描述。

图1是第二代移动通讯系统移动智能业务的系统结构图。具体如下：

移动终端MT是用户使用的终端。

基站系统BSS实现无线传输和控制功能。包括基站收发信台BTS(Base Transceiver Station)、基站控制台BSC(Base Station Controller)。基站收发信台是覆盖一个小区的无线电收发信设备，由基站控制台控制。基站控制台的功能是对基站收发信台进行控制，每个BSC可以控制一个或者多个BTS。

核心网CN(Core Network)作为交换设备，具有完成呼叫接续和控制等功能。在智能业务系统中接收智能网设备SCP(Service ControlPoint)的控制完成呼叫接续。

智能网设备业务控制点SCP负责控制呼叫流程和计费。

图2是第三代移动通讯系统移动智能业务的系统结构图。具体如下：

移动终端MT是用户使用的终端。

无线接入网RAN实现无线传输和控制功能。包括Node B和RNC(Radio Network Controller)。Node B是负责无线传送和接收的节点。RNC是无线网络控制器，对Node B进行控制。

智能网设备SCP(Service Control Point)负责控制呼叫流程和计费。

本发明所实现的呼叫续接的方法可实现于上述的两种移动通讯系统移动智能业务中，下面结合具体的流程图进行说明：

图3是交换设备(即图1和图2中核心网CN)对智能业务接续处理流程图。具体步骤如下：

步骤1：用户使用移动终端发起呼叫，经过无线接入网RAN(或者基站系统BSS)接入到核心网CN(即交换设备)，交换设备进行初始接续。

步骤2：交换设备在智能业务触发点判断该呼叫不是智能呼叫(用户没有签约智能业务信息也不满足根据号码段触发智能业务的条件)，则按照正常呼叫流程处理，直接接续呼叫；如果是智能呼叫，根据业务键、SCP地址、呼叫类型、用户类别等信息读取配置数据，根据配置情况作下述步骤3中的相应处理。

配置数据时根据实际出现故障的是整个SCP还是该SCP的某种业务，如果是整个SCP设备出现故障则配置到该SCP的所有业务的处理方法(继续呼叫或者释放呼叫)，如果是该SCP的某种业务出现故障，则只配置对这个SCP该种业务的处理方法(继续呼叫或者释放呼叫)。通常，处理方法配置为继续呼叫。另外，在配置处理方法时还可以根据运营商的实际需求对某些类型的呼叫或者某些类别用户进行的呼叫配置为继续呼叫，对于其他的呼叫配置为释放呼叫。

步骤3：如果配置为继续呼叫则不向智能网设备SCP发送业务请求，直接接续呼叫，由交换设备经过无线接入网RAN(或者基站系统BSS)寻找被叫用户终端，被叫用户终端收到消息后应答，呼叫接通持续一段时间后呼叫由用户释放，交换设备结束呼叫为用户出话单并在活单中设置标志，以便分拣这类话单用于后续对用户计费；如果配置为释放呼叫则不向智能网设备发送业务请求直接释放呼叫，通过无线接入网RAN(或者基站系统BSS)向用户终端发送释放消息；如果没有相应的配置数据，则执行正常智能业务流程，向智能网设备SCP发送业务请求，由智能网设备控制呼叫的接续，交换设备根据智能网设备的指示接续呼叫或释放呼叫。

在其它的实施方式中，交换设备可设置逻辑判断流程，当交换设备接收到呼叫信息后，对于智能呼叫则在智能业务触发点向智能网设备发送业务请求，如果超时没有接收到智能网的指令或者收到了错误指令，就对这种业务类型的智能呼叫进行统计，当由于智能网设备造成呼叫失败的次数、比例达到设置的门限时则判断为该智能网设备宕机或出现故障，交换设备启动呼叫续接功能，后续对该智能网设备这种业务类型的智能呼叫根据交换设备上配置的呼叫接续方法做相应的处理。

Claims

1.一种智能业务呼叫接续的实现方法，其特征在于，该方法包括下述步骤：

步骤1：在交换设备上配置相应的呼叫接续方法，如果是整个智能网设备宕机则配置对该智能网设备的所有业务的处理方法；如果是某种业务发生故障则对执行该业务的智能网设备配置该种业务的处理方法，所述处理方法包括继续呼叫或者释放呼叫；

步骤2：交换设备对于智能呼叫，在向智能网设备发送业务请求之前，根据智能用户签约的业务键、智能网设备地址以及该呼叫的类型、智能用户级别信息，对照交换设备上配置的呼叫接续方法，直接进行呼叫。

2.如权利要求1所述的智能业务呼叫接续的实现方法，其特征在于，如果配置为继续呼叫则不向智能网设备发送业务请求，直接接续呼叫，并且在话单中设置标志；如果配置为释放呼叫，则不向智能网设备发送业务请求，直接释放呼叫。

3.如权利要求1所述的智能业务呼叫接续的实现方法，其特征在于，其交换设备还可以设置逻辑判断流程，当交换设备接收到呼叫信息后，对于智能呼叫则在智能业务触发点向智能网设备发送业务请求，如果超时没有接收到智能网的指令或者收到了错误指令，就对这种业务类型的智能呼叫进行统计，当由于智能网设备造成呼叫失败的次数、比例达到设置的门限时，则判断为该智能网设备宕机或出现故障，交换设备启动呼叫续接功能，后续对该智能网设备这种业务类型的智能呼叫根据交换设备上配置的呼叫接续方法做相应的处理。