通信网络中优化回叫业务的方法及设备的制作方法

文档序号:7954826阅读:131来源:国知局
专利名称:通信网络中优化回叫业务的方法及设备的制作方法
技术领域
本发明涉及通信网络技术,尤其涉及一种移动通信网络中的回叫业务方法。
背景技术
在通信网络中,回叫业务是指主叫终端在呼叫被叫终端时,由于被叫终端忙或无应答或其它特定事件而无法应答时,通信网络提供的一种服务。该服务一般为通信网络中的网元侦测监听被叫终端的状态,当特定事件解除时(例如特定事件是被叫终端忙时被叫终端空闲就是特定事件解除),负责侦测监听的网元通知主叫终端发起回叫。常见的回叫业务有CCBS(Completion ofCommunication sessions to Busy Subscriber遇忙回叫)和CCNR(Completion ofCommunication on No Reply无应答回叫)。
CCBS的业务流程为主叫终端呼叫被叫终端,被叫终端忙,CCBS业务被激活,通信网络中的网元监测被叫终端的状态,当被叫终端空闲后所述网元通知主叫终端,主叫终端向被叫终端发起回叫,被叫终端应答后主被叫终端正常通话,CCBS业务完成。
CCNR的业务流程为主叫终端呼叫被叫终端,被叫终端无应答,CCNR业务被激活,通信网络中的网元监测被叫终端的状态,当被叫终端发起一次通话后空闲后所述网元通知主叫终端,主叫终端向被叫终端发起回叫,被叫终端应答后主被叫终端正常通话,CCNR业务完成。
详细的CCBS和CCNR业务流程请参阅ETSI TISPAN中描述CCBS和CCNR业务的标准草案。
现有技术中的回叫业务技术中存在着如下缺点通信网络对于发送到用户终端的呼入来话没有识别功能,因此当该用户终端作为被叫终端时,所述通信网络对于所述呼入来话不能区分该呼入来话是普通的呼叫还是回叫,从而给用户带来较差的业务体验,也不利于网络资源的优化。举例说明,在CCBS业务中,当被叫终端空闲时,通信网络中的网元通知主叫终端发起回叫,被叫终端的回叫业务信息存储在所述通信网络的被叫侧的网元(一般为应用服务器)中,此时,如果第三方向被叫终端发起呼叫,通信网络处理这个呼叫时并不引入所述被叫侧的网元,因此,通信网络无法得知该呼叫是回叫还是普通呼叫。而如果当被叫终端与所述第三方通话后主叫终端再发起回叫,就又会因被叫终端忙而引发CCBS业务。对于主叫终端而言业务体验很差。或者原主叫终端发起一个新的普通呼叫到被叫终端,通信网络由于不知道所述主被叫终端在回叫业务队列中,把该呼叫接通给被叫终端。此时,主被叫终端正常通话后,就不需要使用回叫业务,但回叫队列等资源可能仍被保留直到业务定时器超时,导致网络资源浪费。

发明内容
本发明的目的在于提供一种通信网络中优化回叫业务的方法及设备,通过该方法和设备解决现有技术中通信网络无法识别针对用户终端的来话呼叫是否是回叫并且如果是回叫是否符合回叫规则的技术问题。。
本发明一方面提供了一种通信网络中优化回叫业务的方法,包括下列步骤在所述通信网络中将收到的对用户终端的呼入来话发送到业务控制单元;在所述业务控制单元中接收所述呼入来话;在所述业务控制单元中根据所述呼入来话获取所述用户终端的回叫业务信息;以及在所述业务控制单元中,按照所述获取的结果,产生一响应,该响应指示如果有所述回叫业务信息则将所述呼入来话和所述回叫业务信息中包含的策略规则进行匹配,以判断是否允许所述呼入来话呼入;如果没有回叫业务信息则呼叫正常继续。
本发明另一方面提供了一种通信网络中优化回叫业务的业务控制单元,包括接收单元,用于接收所述通信网络中向用户终端发送的呼入来话;与所述接收单元藕接的获取单元,用于根据所述呼入来话获取所述用户终端的回叫业务信息;与所述获取单元藕接的控制单元,用于按照所述获取的结果,产生一响应,该响应指示如果有所述回叫业务信息则将所述呼入来话和所述回叫业务信息中包含的策略规则进行匹配,以判断是否允许所述呼入来话呼入;如果没有回叫业务信息则呼叫正常继续;与所述控制单元藕接的发送单元,用于根据所述响应,发送所述呼入来话。本发明提供的方法,通过在通信网络的为用户终端提供业务逻辑控制的应用服务器中部署业务控制单元,用于对发送到用户终端的呼入来话进行识别和控制,通过查找用户终端的回叫业务信息,可以判断该呼入来话是回叫还是普通呼叫,如果是回叫还会用所述回叫业务信息中包含的策略规则匹配所述呼入来话,只有通过匹配的呼入来话才会被发送到用户终端上。如果没有回叫业务信息,则意味着该呼入来话是普通的呼叫,该呼叫可以正常继续。如此一来,通信网络就具备了拒绝没有通过业务控制单元检测的呼叫,保证回叫业务顺畅,优化了回叫业务的用户体验,丰富了回叫业务的应用场景。
本发明提供的业务控制单元,是通信网络的核心网中为用户终端提供回叫业务控制逻辑的应用服务器,该业务控制单元用于对发送到用户终端的呼入来话进行识别和控制,通过查找用户终端的回叫业务信息,可以判断该呼入来话是回叫还是普通呼叫,如果是回叫还会用所述回叫业务信息中包含的策略规则匹配所述呼入来话,只有通过匹配的呼入来话才会被发送到用户终端上。如果没有回叫业务信息,则意味着该呼入来话是普通的呼叫,该呼叫可以正常继续。因此,通信网络就具备了拒绝没有通过所述业务控制单元的呼叫,保证回叫业务顺畅,优化了回叫业务的用户体验,丰富了回叫业务的应用场景。


图1是本发明提供的回叫业务方法的网络模型的一个优选实施例图;图2是本发明提供的回叫业务方法的网络模型的另一个优选实施例图;图3是本发明提供的回叫业务方法的网络模型的又一个优选实施例图;图4是基于图1的网络模型的一次呼入来话运行数据流图;图5是图4中业务控制单元的处理流程图;图6是基于图2的网络模型的一次呼入来话运行数据流图;
图7是图1中业务控制单元的结构框图。
具体实施例方式
本发明通过在通信网络的核心网中部署为用户终端提供回叫业务控制逻辑的应用服务器或在现有的应用服务器中部署回叫业务控制功能,用于对发送到用户终端的呼入来话进行识别和控制,通过查找用户终端的回叫业务信息,可以判断该呼入来话是回叫还是普通呼叫,如果是回叫还会用所述回叫业务信息中包含的策略规则匹配所述呼入来话,只有通过匹配的呼入来话才会被发送到用户终端上。如果没有回叫业务信息,则意味着该呼入来话是普通的呼叫,该呼叫可以正常继续。
参考图1,图示了本发明提供的回叫业务方法的网络模型的一个优选实施例。如图所示,通信网络200为用户终端100提供通信服务。所述通信网络200包括用于将用户终端100接入至通信网络200以进行注册认证鉴权等处理的网络接入单元202;用于为用户终端100提供呼叫控制、路由接续等功能的呼叫会话控制单元201;和用于为用户终端100提供各种业务逻辑控制功能的业务控制单元203。
可以在IMS(IP多媒体子系统)网络中实施本发明。在IMS网络中,网络接入单元202是P-CSCF(代理呼叫会话控制功能),呼叫会话控制单元201是S-CSCF(服务呼叫会话控制功能),而业务控制单元203是AS(应用服务器)。
参考图7,图示了图1中业务控制单元203的结构。如图所示,所述业务控制单元203包括用于接收所述通信网络200中向用户终端100发送的呼入来话接收单元2031、与所述接收单元2031藕接的用于根据所述呼入来话获取所述用户终端100的回叫业务信息的获取单元2032、与所述获取单元2032藕接的控制单元2033,用于按照所述获取的结果,产生一响应,该响应指示如果有所述回叫业务信息则将所述呼入来话和所述回叫业务信息中包含的策略规则进行匹配,以判断是否允许所述呼入来话呼入;如果没有回叫业务信息则呼叫正常继续。所述业务控制单元203还包括与所述控制单元2033藕接的发送单元2034,用于根据所述响应,发送所述呼入来话。
在本发明的另一个具体实施例中,所述业务控制单元203还包括与所述获取单元2032藕接的存储单元2035,用于存储所述用户终端100的回叫业务信息。
下述业务控制单元203的运行都是在上述的各个模块单元中实现的。
参考图1和图4,图4图示了基于图1的网络模型的一次呼入来话运行数据流。如图所示,数据流包括1、所述呼入来话以INVITE消息的形式被发送到呼叫会话控制单元201上。2、所述呼叫会话控制单元201将所述呼入来话通过iFC触发发送到业务控制单元203上。所述业务控制单元203接到所述呼入来话后进行处理,处理的结果有两种可能一种可能是拒绝发送所述呼入来话,可以向发起来话呼叫方返回拒绝信息;另一种可能是3、继续发送所述来话呼叫至呼叫会话控制单元201。4、所述呼叫会话控制单元201将所述来话呼叫发送至网络接入单元202。5、所述网络接入单元202将所述来话呼叫发送至用户终端100。需要说明的是发送到业务控制单元203上的INVITE消息也可以是通过其他业务控制单元转送过来的。(考虑覆盖从其他业务控制单元直接发送过来的情况。)参考图4和图5,图5图示了图4中业务控制单元203的处理流程。如图所示,处理流程以接收到所述来话呼叫(INVITE)开始,进入步骤510判定是否有关于所述用户终端100的回叫业务信息。当然,该步骤还包括获取所述回叫业务信息,在本实施例中,所述回叫业务信息可以存储在所述业务控制单元203的存储单元2035中,所述业务控制单元203通过内部接口取得所述回叫业务信息。所述回叫业务信息是业务控制单元203由于用户终端100的原因引发回叫业务时在所述通信网络200中获得并存储的信息。如果没有所述回叫业务信息,意味着用户终端100没有回叫业务,流程进入步骤502发送所述来话呼叫(即INVITE),即呼叫正常继续;如果有所述回叫业务信息,意味着用户终端100有回叫业务,流程进入步骤503判定所述来话呼叫是否与所述回叫业务信息中的策略规则相匹配;如果匹配,则进入步骤505发送所述来话呼叫(即INVITE),即呼叫正常继续;如果不匹配,则进入步骤504拒绝发送所述来话呼叫,即呼叫被中止,可以向所述来话呼叫的发送方返回拒绝消息。
所述回叫业务信息可以包括但不仅限于主叫号码、被叫号码和回叫队列状态。与上述这些信息相对应,所述回叫业务信息中的策略规则包括所述来话呼叫是否有回叫指示?所述来话呼叫的主被叫号码是否在回叫队列中?上述策略规则的具体实现的步骤为判断所述来话呼叫是否有回叫指示,如果没有回叫指示,发送所述来话呼叫;如果有回叫指示,判断回叫业务信息中的主叫号码和被叫号码是否在回叫队列中,如果在发送所述来话呼叫;如果不在拒绝发送。参考图2,图示了本发明提供的回叫业务方法的网络模型的另一个优选实施例。如图所示,同时参考图1,与图1相比,本实施例的网络模型在图1的基础上增加一个回叫业务单元204。该回叫业务单元204如果在IMS网络中实施也是一个AS(应用服务器)。所述回叫业务单元204用于当通信网络200中有回叫业务时存储所述回叫业务信息。因此,在这个实施例中,所述业务控制单元203获取所述回叫业务信息就得通过外部接口(例如SIP接口)与所述回叫业务单元204通信以获得所述回叫业务信息。
参考图2、图4和图6,图6图示了基于图2的网络模型的一次呼入来话运行数据流。如图所示,图6与图4相比,业务控制单元203在接收到所述来话呼入后多了从回叫业务单元204处获取回叫业务信息的步骤。所述业务控制单元203获取回叫业务信息的一种方式为3、业务控制单元203向回叫业务单元204通过SIP SUBSCRIBE消息订阅所述回叫业务信息;4、所述回叫业务单元204通过SIP NOTIFY消息将所述回叫业务信息通知到所述业务控制单元203。如果没有关于所述用户终端100的回叫业务信息,则也会以通知的方式将没有回叫业务信息的信息告知业务控制单元203。业务控制单元203向回叫业务控制单元发送的SUBSCRIBE消息的路由可以通过iFC触发,也可以通过PSI路由或者是根据数据库的查询结果直接路由。
所述业务控制单元203获取回叫业务信息的另一种方式为所述回叫业务单元通过SIP PUBLISH消息向所述业务控制单元203发布所述回叫业务信息。回叫业务控制单元向业务控制单元203发送的PUBLISH消息的路由可以通过iFC触发,也可以通过PSI路由或者是根据数据库的查询结果直接路由。
值得说明的是,图6中数据流3和4并不一定是在业务控制单元203收到所述呼入来话时才触发,也可以是无条件、被叫遇忙时、来话有回叫指示等触发条件下触发。也即是说,业务控制单元203从回叫业务单元204获得所述回叫业务信息的触发条件可以有多种。
图6中其它处理与图4的处理相同,在此不再赘述。
参考图3和图2,图3是本发明提供的回叫业务方法的网络模型的又一个优选实施例图。如图所示,在图2的基础上增加一个用户状态管理单元205。因为所述回叫业务信息属于用户的一种业务状态信息,此类用户状态信息可以由网络中的一个用户状态管理单元来集中管理,例如本实施例中的用户状态管理单元205。所述回叫业务信息存储在该用户状态管理单元205上。用户状态管理单元205获得所述回叫业务信息的方式可以是用户状态管理单元205向所述回叫业务单元204订阅(使用SIP SUBSCRIBE消息),也可以是回叫业务单元204向用户状态管理单元205发布(使用SIP PUBLISH消息)。或者也可以是业务控制单元203的外部SIP交互消息流程(如回叫业务激活、状态迁移等的SIPSUBSCRIBE/NOTIFY消息的交互流程)都经过用户状态管理单元205,业务控制单元203可以通过任意一个SIP交互消息携带用户的回叫业务信息给用户状态管理单元205。
基于图3的网络模型的一次呼入来话运行数据流图就是在图6的基础上将回叫业务单元204替换成用户状态管理单元205。其数据流向和处理过程与对图6的描述相同,在此不再赘述。这里,业务控制单元203可以通过外部SIP接口直接从用户状态管理单元205(通过NOTIFY消息或PUBLISH消息)获得用户的回叫业务信息;也可以通过业务控制单元203的外部SIP交互消息流程(如收到的SIP INVITE消息的交互流程)都经过用户状态管理单元,用户状态管理单元通过某个SIP交互消息携带用户的回叫业务信息给业务控制单元203。
此外,需要说明的是,本发明描述了业务控制单元获取回叫业务信息后,以判断呼入来话是否被允许的方法。事实上,业务控制单元获取回叫业务信息后,还可以有其它的用途,比如主叫网络的业务控制单元获取主叫的回叫业务信息后,可以决定是否允许主叫对仍在回叫队列中的被叫用户发起呼叫等。
上述的回叫业务可以是CCBS业务,如果是CCBS业务,则上述订阅则是采用扩展的ccbsinfo数据包的方式订阅,而上述发布则是通过ccbsinfo数据包发布。
上述的回叫业务还可以使CCNR业务或其它回叫业务。
以上所揭露的仅为本发明的优选实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明申请专利范围所作的等同变化,仍属本发明所涵盖的范围。
权利要求
1.一种通信网络中优化回叫业务的方法,其特征在于,包括下列步骤在所述通信网络中将收到的对用户终端的呼入来话发送到业务控制单元;在所述业务控制单元中接收所述呼入来话;在所述业务控制单元中根据所述呼入来话获取所述用户终端的回叫业务信息;以及在所述业务控制单元中,按照所述获取的结果,产生一响应,该响应指示如果有所述回叫业务信息则将所述呼入来话和所述回叫业务信息中包含的策略规则进行匹配,以判断是否允许所述呼入来话呼入;如果没有回叫业务信息则呼叫正常继续。
2.根据权利要求1所述的方法,其特征在于,所述获取所述用户终端的回叫业务信息的方法为所述回叫业务信息存储在所述业务控制单元中,所述业务控制单元通过内部接口取得所述回叫业务信息。
3.根据权利要求1所述的方法,其特征在于,所述获取所述用户终端的回叫业务信息的方法为所述回叫业务信息存储在所述通信网络中的回叫业务单元中,所述业务控制单元通过外部SIP接口取得所述回叫业务信息。
4.根据权利要求1所述的方法,其特征在于,所述获取所述用户终端的回叫业务信息的方法为所述回叫业务信息存储在所述通信网络中的用户状态管理单元中,所述业务控制单元通过外部SIP接口取得所述回叫业务信息。
5.根据权利要求1所述的方法,其特征在于所述回叫业务为遇忙回叫业务或无应答回叫业务。
6.根据权利要求1所述的方法,其特征在于所述回叫业务信息包括主叫号码、被叫号码和回叫队列状态,回叫业务信息中包含的策略规则包括呼叫是否有回叫指示、呼叫的主被叫号码是否在回叫队列中。
7.根据权利要求3所述的方法,其特征在于所述取得回叫业务信息的方法为所述业务控制单元使用SIP SUBSCRIBE消息向所述回叫业务单元订阅所述回叫业务信息,或所述回叫业务单元使用SIP PUBLISH消息向所述业务控制单元发布所述回叫业务信息。
8.根据权利要求4所述的方法,其特征在于所述取得回叫业务信息的方法为所述业务控制单元使用SIP SUBSCRIBE消息向所述用户状态管理单元订阅所述回叫业务信息,或所述用户状态管理单元使用SIP PUBLISH消息向所述业务控制单元发布所述回叫业务信息,或所述业务控制单元的外部SIP交互消息流程都经过用户状态管理单元,用户状态管理单元通过任意一个SIP交互消息携带所述回叫业务信息给所述业务控制单元。
9.根据权利要求7或权利要求8中任意一项权利要求所述的方法,其特征在于所述订阅通过扩展ccbsinfo事件包订阅。
10.根据权利要求7或权利要求8中任意一项权利要求所述的方法,其特征在于所述发布通过ccbsinfo事件包发布。
11.一种通信网络中优化回叫业务的业务控制单元,包括接收单元,用于接收所述通信网络中向用户终端发送的呼入来话;与所述接收单元藕接的获取单元,用于根据所述呼入来话获取所述用户终端的回叫业务信息;与所述获取单元藕接的控制单元,用于按照所述获取的结果,产生一响应,该响应指示如果有所述回叫业务信息则将所述呼入来话和所述回叫业务信息中包含的策略规则进行匹配,以判断是否允许所述呼入来话呼入;如果没有回叫业务信息则呼叫正常继续;与所述控制单元藕接的发送单元,用于根据所述响应,发送所述呼入来话。
12.根据权利要求11所述的业务控制单元,其特征在于还包括与所述获取单元藕接的存储单元,用于存储所述用户终端的回叫业务信息。
全文摘要
本发明公开了一种通信网络中优化回叫业务的方法,所述通信网络将收到的对用户终端的呼入来话发送到业务控制单元;所述业务控制单元判断是否有关于所述用户终端的回叫业务信息,如果有则将所述呼入来话和所述回叫业务信息中包含的策略规则进行匹配,以判断是否允许所述呼入来话呼入;如果没有回叫业务信息则呼叫正常继续。本发明提供的这种方法保证回叫业务顺畅,优化了回叫业务的用户体验,丰富了回叫业务的应用场景。本发明同时还公开了一种通信网络中优化回叫业务的设备。
文档编号H04M3/48GK101039355SQ20061003425
公开日2007年9月19日 申请日期2006年3月14日 优先权日2006年3月14日
发明者赖昊, 施有铸 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1