一种智能网呼叫通话中主叫结束通话的实现方法转让专利

申请号 : CN200510095351.6

文献号 : CN1964505B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 陈阳平史美康秦延涛

申请人 : 中兴通讯股份有限公司

摘要 :

本发明旨在提供一种智能网呼叫通话中主叫结束通话的实现方法,包括以下步骤:在业务交换点上加载omidcall事件监听和报告模块,使得在业务发起连接呼叫,被叫摘机以后可以监听到主叫的按键事件,通知业务控制点以使之作出适当的响应;在业务控制点上加载支持通话中主叫结束通话的业务逻辑模块,在用户发生呼叫业务时,业务逻辑模块根据预先设定的参数,向业务交换点注册omidcall事件的报告请求,并在接收到事件报告以后对相应的omidcall事件进行处理。本发明可以使主叫用户在不挂机的情况下结束本次呼叫,重新发起对其他号码的呼叫,给主叫用户带来了方便。

权利要求 :

1.一种智能网呼叫通话中主叫结束通话的实现方法,包括如下步骤:

步骤一,在业务交换点(SSP)上加载omidcall事件监听和报告模块;在业务控制点(SCP)上加载支持通话中主叫结束通话的业务逻辑模块;业务逻辑模块接收到被叫摘机事件以后,执行被叫摘机流程,在该流程中业务控制点向SSP发出注册omidcall事件的请求;

SSP接到所述注册omidcall事件的请求后,申请DTMF资源以监控主叫的按键;

步骤二,在所述主叫通话结束前,如果SSP监听到所述主叫按下注册omidcall事件中指定的键,则释放被叫,并向SCP报告相应的omidcall事件;SCP接收到该事件报告以后,按照业务逻辑模块的指示提示主叫用户做进一步的操作。

2.根据权利要求1所述的方法,其特征在于,在步骤二中,对于主叫用户的呼叫流程,就应用层面来说,主叫用户对本次通话具有绝对的控制权,主叫用户可以选择是否立刻结束和被叫的通话以后立刻进行其他的呼叫,而不需要主动挂机后再次进行系统鉴权。

3.根据权利要求1所述的方法,其特征在于,在步骤一中,业务逻辑模块遵照ITU-T CS1智能网标准及增强业务的客户化应用标准编写。

4.根据权利要求1所述的方法,其特征在于,在步骤一中,业务交换点是使用7号信令中INAP协议触发该智能网业务;业务控制点通过在请求报告BCSM事件操作中设置BCSM事件参数来确定需要注册事件的类型,业务交换点根据请求操作中的不同参数区分不同的事件。

说明书 :

一种智能网呼叫通话中主叫结束通话的实现方法

技术领域

[0001] 本发明涉及智能网业务技术,尤其涉及记账卡类智能网业务技术。

背景技术

[0002] 智能网是在现有交换与传输的基础网络结构上,为快速、方便、经济地提供电信新业务(或称增值业务)而设置的一种附加网络结构。智能网提供新业务的突出优点是可以做到快速、经济和方便。智能网是以计算机和数据库为核心的,从理论上说,智能网能提供的新业务是无限的。
[0003] 智能网的主要组成部分有:业务交换点(SSP),用来识别用户对智能网的呼叫;业务控制点(SCP),完成对业务的控制;业务管理节点(SMP),完成智能网中的操作、维护、管理及监视。
[0004] 在实际的智能网使用中,尤其是记账卡类的智能网业务中,当主叫用户A呼叫B用户,B摘机以后,A和B通话,在通话过程中,如果主叫用户A想主动结束通话,继续呼叫C用户,但是B不想结束和A的通话。目前的方法是A挂机以后,重新输入智能业务接入码,输入卡号密码验证以后输入被叫号码C。操作十分不便。

发明内容

[0005] 本发明提出了一种智能网呼叫通话中主叫结束通话的实现方法,支持主叫用户不需挂机就可结束当前通话,并可直接输入另一号码进行其他呼叫。
[0006] 本发明的关键在于业务交换点装置能够支持通话中监听按键的BCSM(基本呼叫状态模型)事件,本发明中叫做omidcall事件;SCP要能主动向SSP发起注册该事件的请求,并能够接受来自SSP的omidcall事件报告,并作相应的处理。
[0007] 为了实现上述目的,本发明采用以下技术方案:一种智能网呼叫通话中主叫结束通话的实现方法,包括如下步骤:
[0008] 步骤一,在业务交换点上加载omidcall事件监听和报告模块;在业务控制点(SCP)上加载支持通话中主叫结束通话的业务逻辑模块;业务逻辑模块接收到被叫摘机事件以后,执行被叫摘机流程,在该流程中业务控制点向业务转换点发出注册omidcall事件的请求;SSP接到所述注册omidcall事件的请求后,申请DTMF资源以监控主叫的按键;
[0009] 步骤二,在所述主叫通话结束前,如果SSP监听到所述主叫按下注册omidcall事件中指定的键,则释放被叫,并向SCP报告相应的omidcall事件;SCP接收到该事件报告以后,按照业务逻辑模块的指示提示主叫用户做进一步的操作。
[0010] 进一步地,上述方法,在步骤二中,对于主叫用户的呼叫流程,就应用层面来说,主叫用户对本次通话具有绝对的控制权,主叫用户可以选择是否立刻结束和被叫的通话以后立刻进行其他的呼叫,而不需要主动挂机后再次进行系统鉴权。
[0011] 进一步地,上述方法,在步骤一中,业务逻辑模块遵照ITU-T CS1智能网标准及增强业务的客户化应用标准编写。
[0012] 进一步地,上述方法,在步骤一中,业务交换点是使用7号信令中INAP协议触发该智能网业务;业务控制点通过在请求报告BCSM事件操作中设置BCSM事件参数来确定需要注册事件的类型,业务交换点根据请求操作中的不同参数区分不同的事件。
[0013] 和现有技术比较,采用本发明方法,可以使主叫用户在不挂机的情况下结束本次呼叫,结束本次通话以后可以根据业务控制点装置上的业务逻辑模块重新发起对其他号码的呼叫,给主叫用户带来了方便,使主叫用户在通话中占有主动权。

附图说明

[0014] 图1是应用本发明的固定网络智能网的系统示意图;
[0015] 图2是本发明的信令流程示意图;
[0016] 图3是本发明的呼叫流程示意图。

具体实施方式

[0017] 下面结合附图对技术方案的实施作详细描述,本发明的以下实施例是基于一种固定网络智能网的系统,以下描述是与固定网络智能网结合的:
[0018] 本发明中,核心的概念就是omidcall的BCSM事件,该事件类似其他的BCSM事件,是由业务控制点上的业务逻辑模块控制并在被叫摘机以后发起的,最终在业务交换点上注册。通话过程中业务交换点监听主叫的按键输入,一旦是满足条件(注册BCSM请求中参数确定)的按键,业务交换点就会释放被叫的连接,并向业务控制点发送事件报告,业务控制点上的业务逻辑模块接收到该事件以后作出相应的反应,使得主叫用户可以在不挂机的情况下结束与被叫的通话,继续其他的操作。
[0019] 应用本发明的系统使用智能网设备,如图1所示,包括:业务控制点SCP,业务交换点SSP,业务管理点SMP,业务管理接入点SMAP,业务数据库点SDP,业务生成环境SCE,本发明主要涉及的装置是:业务交换点装置和业务控制点装置。本发明实施例中,SSP具有注册omidcall事件的功能,注册omidcall事件只需要由SCP控制对SSP进行操作,并且SSP能够使用7号信令中INAP协议触发智能网业务,并和SCP进行交互,在注册BCSM事件时,起初可以注册被叫摘机事件,一旦被叫摘机事件发生,在业务逻辑的被叫摘机事件的处理流程中,SCP继续发起注册omidcall事件的操作,把相关的参数传递给SSP,由SSP来完成注册。
[0020] 除了SSP需要支持omidcall事件的监听以外,还要在SCP上加载本发明描述的负责控制向SSP发起omidcall事件注册的业务逻辑模块,当业务用户呼叫被叫的时候,一旦被叫摘机,业务逻辑模块就会根据设定向SSP发起事件注册请求。
[0021] 下面结合图2和图3,对应用本发明方法的信令流程和呼叫流程做说明:
[0022] 图2是本发明的信令流程示意图;图3是本发明的呼叫流程示意图,说明了本发明对一个业务用户呼叫的处理方法:
[0023] 步骤301,用户拔号呼叫触发SCP上的支持omidcall事件的智能网业务,对应的INAP信令就是图2中的IDP(启动DP);
[0024] 步骤302,系统对业务用户进行鉴权,对应的INAP信令就是图2中的CTR(连接到资源)、一系列P&C(提示并收集用户信息)与RR-P&C(提示并收集用户信息响应)和DFC(切断连接资源);
[0025] 步骤303,业务逻辑模块在业务用户输入完被叫号码B以后,向SSP发出注册被叫摘机等BCSM事件(不包含omidcall事件),注册成功以后向SSP发送接续B消息,对应的INAP信令就是图2中的RRBE(请求报告BCSM事件,无omidcall)和CONNECT(接续被叫);
[0026] 步骤304,被叫B振铃以后,若被叫摘机,对应的INAP信令就是图2中的ERB(BCSM事件报告,被叫摘机);若被叫没有摘机,则SSP返回被叫无应答事件给SCP,SCP走无应答事件流程;
[0027] 步骤305,业务逻辑模块接收到被叫摘机事件以后,走被叫摘机流程,在该流程中向SSP发出注册omidcall事件的请求,同时接通呼叫,主被叫通话,对应的INAP信令就是图2中的RREB(请求报告BCSM事件,omidcall事件);
[0028] 步骤306,SSP接到omidcall事件的注册请求以后,会去申请DTMF资源,用来监控主叫的按键;
[0029] 步骤307,通话结束前若主叫按键(注册omidcall的BCSM事件中指定的键),SSP监听到该事件以后,释放被叫,向SCP上报omidcall等相应的事件,对应的INAP信令就是图2中的ERB(BCSM事件报告,omidcall事件);通话结束前若主叫没有按键,则业务逻辑模块走其他流程;
[0030] 步骤308,SCP收到omidcall等事件以后,根据业务逻辑模块走相应事件处理流程,业务用户可以根据业务逻辑模块所提供的功能继续下面的操作。
[0031] 上述的呼叫流程仅说明了业务逻辑模块向SSP注册了omidcall事件的呼叫处理流程,对于没有注册omidcall事件的呼叫处理流程,其区别只是在通话过程中,后者不支持主叫按键事件的响应,即使主叫按键,通话还是继续保持,一直到主叫挂机或者被叫挂机或者SSP结束通话,其他的处理流程都和前者类似,在此不再赘述。
[0032] 从上面的实施例中可以看出,通过本发明的通话中主叫结束通话的方法,可以使主叫用户在不挂机的情况下结束本次呼叫,结束本次通话以后可以根据业务控制点装置上的业务逻辑设计重新发起对其他号码的呼叫,相对于不支持omidcall事件的系统来说,给主叫用户带来了方便,使主叫用户在通话中占有主动权。
[0033] 在GSM网络和PHS网络同样存在与上述PSTN相似的网络协议,协议中提供了是否支持通话中监听主叫按键、监听方式等信息的传递,本发明提出的方法在这些网络中同样适用。
[0034] 当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。