一种宽带智能业务嵌套实现的方法

文档序号:7658612阅读:298来源:国知局
专利名称:一种宽带智能业务嵌套实现的方法
技术领域
本发明涉及通信网络中的增值业务领域,尤其涉及一种宽带智能业务嵌套的实现方式。
背景技术
软交换网络是可以同时提供语音、数据、多媒体等综合业务的、全标准开放的网络平台体系。软交换网络有如下特点开放的、分层体系结构;业务驱动的网络;业务和呼叫控制分离,呼叫和承载分离;基于统一协议的包交换网络;设备接入综合化;设备控制策略化。如附图1所示,在软交换网络中,各种接入网关、中继网关、信令网关处于媒体/接入层;核心分组网处于核心传输层;软交换处于控制层面;窄带智能业务平台(SCPServiceControl Point),宽带智能业务平台即应用服务器,网管系统(NMSNetworkManagement System),鉴权、认证、计费服务器(AAAAutentic ation、Authorization、Accounting Server),归属位置寄存器(HLRHome LocationRegister)处于业务/应用层,其中HLR作为用户签约属性的集中数据库。
软交换作为核心控制设备,主要完成呼叫控制、媒体网关的接入控制、资源分配、协议处理、路由、认证、计费等主要功能,并可以向用户提供各种基本业务和补充业务。
应用服务器是在软交换网络中向用户提供各类增值业务的设备,负责增值业务逻辑的执行、业务数据和用户数据的访问、业务的计费和管理等,它对第三方提供开放的标准API(应用程序接口Application ProgrammingInterface),完成新业务的生成和提供功能。
SIP(Session Initiation Protocol会话初始协议)是一个应用层控制协议,它用来创建、修改和终结会话。会话的类型包括Internet(因特网)电话呼叫、多媒体会议和多媒体传输等,会话的参与者可以是一方或多方。应用服务器与软交换之间的接口采用SIP协议建立、中止、管理端到端的会话。SIP协议采用文本格式,具有很强的灵活性和扩展性,对其进行简单必要的扩展就可以方便地支持各项新业务和智能业务。应用服务器能够控制与软交换之间的SIP业务请求,业务请求可以是软交换发起的,也可以是应用服务器启动的。当应用服务器收到来自软交换的业务请求以后,应用服务器根据得到的信息,调用相应的业务逻辑。
目前当用户签约智能业务,软交换向应用服务器发起请求,应用服务器执行业务逻辑,为了避免智能业务循环触发,应用服务器返回给软交换此次触发的智能业务信息,软交换通过此次智能业务信息查询后续优先级低的智能业务。因为软交换上报到应用服务器的呼叫和应用服务器进行业务处理后发送的呼叫,在软交换上是两个独立的呼叫,软交换无法判断号码是否发生变化,因此无论号码是否发生变化,软交换都会根据应用服务器返回的号码和此次触发的智能业务信息查询触发后续优先级低的业务。这样,在智能业务循环嵌套时就存在一些问题当应用服务器处理主叫智能业务后主叫号码发生变化,应用服务器向软交换发INVITE(邀请)消息,该INVITE消息中带有新的主叫号码和此次触发的智能业务信息,软交换按照此次触发的智能业务信息、查询新主叫签约的优先级低于该业务的智能业务并进行触发,这样新主叫号码签约的优先级高于该业务的主叫智能业务就无法触发;当应用服务器处理被叫智能业务后被叫号码发生变化,应用服务器向软交换发INVITE消息,该INVITE消息中带有新的被叫号码和此次触发的智能业务信息,软交换按照此次触发的智能业务信息,查询被叫签约的优先级低于该业务的智能业务并进行触发,这样新被叫号码签约的优先级高于该业务的被叫智能业务就无法触发。

发明内容
本发明要解决的技术问题是提供一种宽带智能业务嵌套实现的方法,解决在经过应用服务器号码发生变化后,新号码部分签约智能业务无法实现的问题。
为了解决上述技术问题,本发明提供一种宽带智能业务嵌套实现的方法,包含如下步骤(a)软交换向应用服务器发送呼叫请求,携带此次触发的智能业务信息;(b)应用服务器收到呼叫请求后,执行业务逻辑,进行业务处理;(c)应用服务器判断号码是否改变,将呼叫应答发送给软交换,所述呼叫应答中携带所述号码是否改变信息,还携带此次触发的智能业务信息;(d)软交换收到该呼叫应答后,根据呼叫应答中携带的信息,判断为主叫智能业务流程且主叫号码改变时,软交换根据改变后的主叫号码查询业务并进行触发,判断为被叫智能业务流程且被叫号码发生改变时,软交换根据改变后的被叫号码查询业务并进行触发。
进一步地,上述方法还可具有以下特点,所述步骤(a)前包含步骤,软交换查询用户签约的智能业务信息。
进一步地,上述方法还可具有以下特点,软交换如果有本地访问位置寄存器VLR功能,在本地或归属位置寄存器HLR查询用户签约的智能业务信息;软交换如果没有本地VLR功能,到HLR查询用户登记签约的智能业务信息。
进一步地,上述方法还可具有以下特点,所述步骤(c)中,所述号码是否改变信息由呼叫应答中的号码变化标志指示。
进一步地,上述方法还可具有以下特点,所述步骤(c)中,如果为主叫智能业务流程,应用服务器判断主叫号码是否改变,所述呼叫应答中携带所述主叫号码是否改变信息。
进一步地,上述方法还可具有以下特点,所述步骤(c)中,如果为被叫智能业务流程,应用服务器判断被叫号码是否改变,所述呼叫应答中携带所述被叫号码是否改变信息。
进一步地,上述方法还可具有以下特点,所述呼叫应答为邀请INVITE消息。
进一步地,上述方法还可具有以下特点,所述智能业务信息为业务接入码,或者业务键和检测点。
进一步地,上述方法还可具有以下特点,所述步骤(d)中,软交换判断为主叫智能业务流程且主叫号码未发生变化,根据原主叫号码和上一次触发的智能业务查询业务并进行触发,软交换判断为被叫智能业务流程且被叫号码未发生变化,根据原被叫号码和上一次触发的智能业务查询后续业务并进行触发。
进一步地,上述方法还可具有以下特点,所述步骤(d)中,软交换判断为主叫智能业务流程且主叫号码改变时,软交换发起查询请求,请求中携带主叫优先级最高的接入码;软交换判断为被叫智能业务流程且被叫号码改变时,软交换发起查询请求,请求中携带主叫优先级最低的接入码。
本发明与现有技术相比,有如下技术效果本发明解决了目前软交换网络中,经过应用服务器号码发生改变后无法触发新号码部分业务的问题;本发明不需要对网络进行改造,充分利用SIP协议的可扩展性,扩展字段表示经过应用服务器业务处理后号码是否发生改变;本发明的实现方案简单、灵活,易于实现。


图1是本发明中软交换网络组网示意图;图2为本发明的实现步骤流程图;图3为本发明实施例的消息流程图。
具体实施例方式
下面参考附图,对本发明的优选实施例作详细描述。
本发明方案如下,应用服务器在下发给软交换的INVITE消息中扩展消息字段,携带表示主叫号码和被叫号码是否发生变化标志。软交换(SS)识别INVITE消息中如果主叫号码发生变化且是主叫业务,则采用新的主叫号码查询智能业务,这样新主叫签约的所有主叫智能业务都能被查询触发;SS识别INVITE消息中如果被叫号码发生变化且是被叫业务,则采用新的被叫号码查询智能业务,这样新被叫签约的所有被叫智能业务都能被查询触发。
如附图2所示,本发明具体实现步骤如下步骤210,软交换查询用户签约的智能业务信息;软交换如果有本地VLR(Visitor Location Register,访问位置寄存器)功能,可以在本地查询用户签约的智能业务信息;软交换如果没有本地VLR功能,到HLR查询用户登记签约的智能业务信息。
步骤220,软交换向应用服务器发送呼叫请求,带有此次触发的智能业务信息;其中,智能业务信息包括业务接入码,或者业务键和DP点(DetectionPoint,检测点)等业务信息。
步骤230,应用服务器执行业务逻辑,进行业务处理;步骤240,应用服务器完成业务处理后,根据具体业务判断主叫号码或被叫号码是否改变,在发送给软交换的INVITE消息中,将主叫号码是否改变标志位或被叫号码是否改变标志位置位,并带有此次触发的智能业务信息;其中,主叫流程判断主叫号码是否改变,被叫流程判断被叫号码是否改变。也可以两个都进行判断。即对主叫流程可以带被叫号码是否变化信息,也可以不带;对被叫流程可以带主叫号码是否变化信息,也可以不带。所述主叫号码是否变化信息或被叫号码是否变化信息不限定于由INVITE消息中的主叫号码是否改变标志位或被叫号码是否改变标志位携带。
步骤250,软交换根据应用服务器返回的INVITE消息中的智能业务信息,判断为主叫智能业务流程并且主叫号码发生改变时,软交换根据改变后的主叫号码查询业务并进行触发;如果为主叫智能业务流程但主叫号码未发生变化,按原有流程根据原主叫号码和上一次触发的智能业务查询后续业务并进行触发。
判断为被叫智能业务流程并且被叫号码发生改变时,软交换根据改变后的被叫号码查询业务并进行触发,如果为被叫智能业务流程但被叫号码未发生变化,按原有流程根据原被叫号码和上一次触发的智能业务查询后续业务并进行触发。
如图1,在网络智能化项目中,采用HLR作为用户签约属性的集中数据库,无论软交换是否具备VLR功能、软交换和HLR采用何种协议的组网,应用服务器执行业务后在返回消息中都明确号码是否发生变化,这样才能完成经过应用服务器号码发生变化时嵌套智能业务的实现。这里以软交换不具备VLR功能,与HLR之间采用MAP+(Mobile Application Part,移动应用部分扩展协议)协议为例说明业务查询触发详细流程。
为保证业务正确查询触发,同时需要考虑下面两个问题当主叫号码发生变化时,应用服务器带给软交换的为新主叫的逻辑号码,软交换将这个新的主叫逻辑号码到HLR查询,为防止HLR误当作物理号码查询导致查询错误,全网定义一个主叫智能业务优先级最高的接入码,软交换将新的主叫逻辑号码、主叫优先级最高的接入码+被叫逻辑号码到HLR查询,由于被叫号码前加插了业务接入码,HLR判别主叫号码已经为逻辑号码,只需查询智能业务属性。该接入码不是某个特定业务的接入码,只用于主叫号码变化时,到HLR查询时使用。
当被叫号码发生变化时,软交换将主叫逻辑号码、新的被叫逻辑号码到HLR查询时,为防止HLR误查询主叫业务导致主叫业务循环触发,全网定义一个主叫智能业务优先级最低的接入码,软交换将主叫逻辑号码、主叫优先级最低的接入码+新被叫逻辑号码到HLR查询,这样HLR查询被叫签约业务信息。该接入码不是某个特定业务的接入码,只用于被叫号码变化时,到HLR查询时使用。
以下述用户A呼叫用户B的流程为例具体说明本发明实施方法。用户A签约主叫智能业务1,该业务逻辑执行后主叫号码变化为C;用户C签约主叫智能业务3,该业务逻辑执行后主叫号码不变化;用户B签约被叫智能业务2,该业务逻辑执行后被叫号码变化为D;用户D签约主叫智能业务4,该业务逻辑执行后被叫号码不变化。
图3所示是本发明实施例的流程图,具体如下1、主叫智能业务查询触发流程步骤S101主叫发起呼叫到软交换,软交换向HLR发起查询请求,携带主叫A物理号码、被叫B逻辑号码;步骤S102HLR查询出主叫用户A登记了主叫智能业务1,返回主叫A逻辑号码和主叫智能业务接入码A1给软交换;步骤S103软交换作为SSP(Service Switch Point,业务交换点)触发智能业务,向应用服务器发起呼叫请求,携带主叫A逻辑号码、被叫B逻辑号码和主叫智能业务接入码A1;步骤S104应用服务器处理业务逻辑后,并判断主叫号码发生改变、从A变为C,向软交换发起呼叫,携带新主叫C逻辑号码、被叫B逻辑号码、主叫智能业务接入码A1、主叫号码变化标志;步骤S105软交换根据收到的主叫智能业务接入码判断为主叫流程、根据主叫号码变化标志判断主叫号码发生改变,软交换向HLR发起查询请求,携带新主叫C逻辑号码、主叫优先级最高的接入码+被叫B逻辑号码;步骤S106HLR查询出主叫用户C登记了主叫智能业务2,返回主叫智能业务接入码A2;步骤S107软交换作为SSP触发智能业务,向应用服务器发起请求,携带主叫C逻辑号码、被叫B逻辑号码和主叫智能业务接入码A2;步骤S108应用服务器处理业务逻辑后,并判断号码未发生改变,向软交换发起呼叫,携带主叫C逻辑号码、被叫B逻辑号码、主叫智能业务接入码A2、号码未变化标志;步骤S109软交换向HLR发起查询请求,携带主叫C逻辑号码、主叫智能业务接入码A2+被叫B逻辑号码;步骤S110HLR查询主叫已无其它智能业务,查询出被叫用户B登记了被叫智能业务3,返回被叫智能业务接入码A3。
如果主叫有其它智能业务,就继续返回主叫智能业务接入码,软交换触发业务,再到HLR进行查询。
2、被叫智能业务查询触发流程步骤S111软交换作为SSP触发智能业务,向应用服务器发起请求,携带主叫C逻辑号码、被叫B逻辑号码和被叫智能业务接入码A3;
步骤S112应用服务器处理业务逻辑后,并判断被叫号码发生改变、从B变为D,向软交换发起呼叫,携带主叫C逻辑号码、新被叫D逻辑号码、被叫智能业务接入码A3、被叫号码变化标志;步骤S113软交换根据收到的被叫智能业务接入码判断为被叫业务流程、并且被叫号码发生改变,软交换向HLR发起查询请求,携带主叫C逻辑号码、主叫优先级最低的接入码+被叫D逻辑号码;步骤S114HLR查询出被叫用户D登记了被叫智能业务4,返回被叫智能业务接入码A4;步骤S115软交换作为SSP触发智能业务,向应用服务器发起请求,携带主叫C逻辑号码、被叫D逻辑号码和被叫智能业务接入码A4;步骤S116应用服务器处理业务逻辑后,并判断号码未发生改变,向软交换发起呼叫,携带主叫C逻辑号码、被叫D逻辑号码、被叫智能业务接入码A4、号码未变化标志;步骤S117软交换向HLR发起查询请求,携带主叫C逻辑号码、被叫智能业务接入码A4+被叫D逻辑号码;步骤S118HLR查询被叫已无其它智能业务,返回被叫物理号码,软交换根据返回的物理号码进行接续。
权利要求
1.一种宽带智能业务嵌套实现的方法,包含如下步骤(a)软交换向应用服务器发送呼叫请求,携带此次触发的智能业务信息;(b)应用服务器收到呼叫请求后,执行业务逻辑,进行业务处理;(c)应用服务器判断号码是否改变,将呼叫应答发送给软交换,所述呼叫应答中携带所述号码是否改变信息,还携带此次触发的智能业务信息;(d)软交换收到该呼叫应答后,根据呼叫应答中携带的信息,判断为主叫智能业务流程且主叫号码改变时,软交换根据改变后的主叫号码查询业务并进行触发,判断为被叫智能业务流程且被叫号码发生改变时,软交换根据改变后的被叫号码查询业务并进行触发。
2.如权利要求1所述的方法,其特征在于,所述步骤(a)前包含步骤,软交换查询用户签约的智能业务信息。
3.如权利要求2所述的方法,其特征在于,软交换如果有本地访问位置寄存器VLR功能,在本地或归属位置寄存器HLR查询用户签约的智能业务信息;软交换如果没有本地VLR功能,到HLR查询用户登记签约的智能业务信息。
4.如权利要求1所述的方法,其特征在于,所述步骤(c)中,所述号码是否改变信息由呼叫应答中的号码变化标志指示。
5.如权利要求1所述的方法,其特征在于,所述步骤(c)中,如果为主叫智能业务流程,应用服务器判断主叫号码是否改变,所述呼叫应答中携带所述主叫号码是否改变信息。
6.如权利要求1所述的方法,其特征在于,所述步骤(c)中,如果为被叫智能业务流程,应用服务器判断被叫号码是否改变,所述呼叫应答中携带所述被叫号码是否改变信息。
7.如权利要求1所述的方法,其特征在于,所述呼叫应答为邀请INVITE消息。
8.如权利要求1所述的方法,其特征在于,所述智能业务信息为业务接入码,或者业务键和检测点。
9.如权利要求1所述的方法,其特征在于,所述步骤(d)中,软交换判断为主叫智能业务流程且主叫号码未发生变化,根据原主叫号码和上一次触发的智能业务查询业务并进行触发,软交换判断为被叫智能业务流程且被叫号码未发生变化,根据原被叫号码和上一次触发的智能业务查询后续业务并进行触发。
10.如权利要求1所述的方法,其特征在于,所述步骤(d)中,软交换判断为主叫智能业务流程且主叫号码改变时,软交换发起查询请求,请求中携带主叫优先级最高的接入码;软交换判断为被叫智能业务流程且被叫号码改变时,软交换发起查询请求,请求中携带主叫优先级最低的接入码。
全文摘要
本发明提供一种宽带智能业务嵌套实现的方法,包含如下步骤(a)软交换向应用服务器发送呼叫请求,携带此次触发的智能业务信息;(b)应用服务器收到呼叫请求后,执行业务逻辑,进行业务处理;(c)应用服务器判断号码是否改变,将呼叫应答发送给软交换,所述呼叫应答中携带所述号码是否改变信息,还携带此次触发的智能业务信息;(d)软交换收到该呼叫应答后,根据呼叫应答中携带的信息,判断为主叫智能业务流程且主叫号码改变时,软交换根据改变后的主叫号码查询业务并进行触发,判断为被叫智能业务流程且被叫号码发生改变时,软交换根据改变后的被叫号码查询业务并进行触发。
文档编号H04L29/06GK101094088SQ20071013055
公开日2007年12月26日 申请日期2007年7月16日 优先权日2007年7月16日
发明者尹芹, 瞿敏, 管卫芝 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1