一种匿名呼叫拒绝和主叫标识呈现业务协同的实现方法

文档序号:7661708阅读:313来源:国知局
专利名称:一种匿名呼叫拒绝和主叫标识呈现业务协同的实现方法
技术领域
本发明涉及一种分组核心网的主叫识別和匿名呼叫拒绝的方法,尤其涉
及的是一种在IMS中进行匿名呼叫拒绝和主叫标识呈现业务协同的实现方 法。
背景技术
现有的IP多媒体子系统(IMS)是3GPP R5/R6标准定义的WCDMA 网络中的一个IP多媒体系统,是3G移动网实现分组话音和分组数据,提 供统一的多媒体业务和应用的目标网络.在ETSI的TISPAN标准组织定义 的NGN网络架构中,采用了 IMS作为其核心网架构,此外还定义了 Simulation(才莫#以仿真)的业务需求,它包括ACR( Anonymous Communication Rej ection ,匿名呼叫拒绝,以下筒称ACR) , OIP (Originating Identification Presentation,源冲示识显示,以下简称OIP)等业务。
OIP业务能够向被叫方提供主叫方的标识指示(provides the terminating user with the possibility of receiving identity information in order to identify the originating user ) ; ACR业务允许净皮叫用户拒绝匿名用户的来电(allows barring of incoming communications from an anonymous originator)功倉fe; 在 TISPAN中,目前正在对以上业务的实现进4f研究。
显然,OIP和ACR都是向被叫用户提供的、和主叫方标识相关的业务, 因此这两个业务具有一定的相关性。在TISPAN的WI03029, WI03025中给 出了 ACR业务和OIP业务实现的的技术方案,简单描述如下
在OIP业务的实现方法中在被叫处理OIP业务的AS (Application Server,应用服务器,以下简称AS),如果被叫用户没有签约OIP业务,-
删除P-Asserted-Identity和Privacy头域;如果^皮叫用户签约签约了具有逾越 选項的OIP业务,保留P-Asserted-Identity头域,删除Privacy头域,
签约ACR业务的实现方法如下ACR业务在被叫側处理ACR业务的 AS判断P-Asserted-Identity和Privacy头域,di。果P-Asserted-Identity出王见, 而且Privacy是,id,,或者,header,,或者,user,,或者,critical,,呼叫4巨纟色; 否则,正常处理呼叫.
由此可以看出,现有技术的ACR和OIP业务具有一定的相关性,当被 叫用户签约了 ACR业务且没有签约OIP业务,如果该用户收到一个匿名呼 叫,显然按该用户签约ACR业务的意愿,该匿名呼叫需要被拒绝,怛是此 时若处理OIP业务的AS先于处理ACR业务的AS先执行,显然,处理OIP 业务的AS将删除掉呼入来话的P-Asserted-Identity和Privacy头域,这样, 处理ACR业务的AS处理呼入来话时,由于来话中没有出现 P-Asserted-Identity头域,呼叫将被正常处理,即呼入的匿名呼叫没有被拒绝, 从而使用户签约的ACR业务失效。
同样,当签约了 ACR业务且签约了具有逾越选项的OIP业务,该用户 收到一个匿名呼叫,处理OIP业务的AS先于处理ACR业务的AS先执^ft, 处理OIP业务的AS将保留P-Asserted-Identity头域,删除Privacy头域,这 样,处理ACR业务的AS处理呼入来话时,呼叫将被正常处理,即呼入的 匿名呼叫没有被拒绝,从而使用户签约的ACR业务失效,
当然,如果处理ACR业务的AS先于处理OIP业务的AS先执行,上述 两个问题将都不存在,呼入的匿名呼叫将被拒绝,从而使用户签约的ACR 业务生效。这是因为ACR处理的匿名呼叫是来自(原始的)主叫侧的设 置,而OIP是净皮叫侧处理主叫标识显示的业务,显然,不应该因为被叫側 处理OIP业务而使"主叫侧的设置"被修改以导致ACR业务的处理失效。
显然ACR和OIP业务具有一定的相关性,但现有技术并未描述ACR 和OIP业务如^r协同工作。在当前最新的标准文稿《09TD118WI03029v0021JNPUT.doc》(DmftETSITS 183 Oil VO.0.2O(2005-10)) 的4.6.5节中,认为ACR和OIP业务没有相互影响("No impact").
并且在上述的标准文稿的4.6.5节中,认为如果用户签约了具有ii^选 项的OIP业务,ACR业务将不可使用("If the called user has subscribed to the override category according to the OIP service [3], then the ACR service shall not apply."),怛从前面分析可以看出,造成这种结果的原因是处理OIP业 务的AS先于处理ACR业务的AS先执行,如果处理ACR业务的AS先于 处理OIP业务的AS先执行,则用户即使签约了具有逾越选项的OIP业务, ACR业务也可正常使用.
因此,现有技术存在ACR业务与OIP业务的不能协同之缺陷,可能会 导致相互影响,使ACR业务失效,因而有待于改进和发展.

发明内容
本发明的目的在于提供一种匿名呼叫拒绝和主叫标识呈现业务协同的 实现方法,给出了一种OIP, ACR业务实现协同的方法,用以解决用户具 备具有逾越选项的OIP业务时,ACR业务不可用的问题;以及用户在不具 备OIP业务情况下,ACR业务不可用的问题.
为实现上述目的,本发明的技术方案包括
一种匿名呼叫拒绝和主叫标识呈现业务协同的实现方法,其包括以下步

A、 被叫用户的呼叫会话控制单元收到呼入来话;
B、 所述呼叫会话控制单元判断被叫用户签约了匿名呼叫拒绝业务并且 同叶未签约源标识显示业务或签约了具有逾越选项的源;f示识显示业务,则先 触发处理匿名呼叫拒绝业务的业务逻辑,若呼叫未被拒绝,再触发处理源标 识显示业务的业务逻辑。
所述的方法,其中,还包括以下步骤
c、所述业务逻辑处理完毕,所述呼叫会话控制单元继续进行后继的呼
叫控制等处理。
声斤述的方法,其中,所述步骤B还包括
Bll、在被叫用户签约了匿名呼叫拒绝业务时,所迷呼叫M控制单元 将呼入来话路由到处理匿名呼叫拒绝业务的业务控制单元;
B12、所述匿名呼叫拒绝业务控制单元判断该呼入来话中的信息,进行 相应的匿名呼叫拒绝业务处理。
所述的方法,其中,所述步骤B还包括
B13 、所述匿名呼叫拒绝业务控制单元将呼叫路由到呼叫会话控制单
元;
B14、在被叫用户未签约源标识显示业务或签约了具有逾越选项的源标 识显示业务时,所述呼叫会话控制单元将该呼入来话路由到处理源标识显示 业务的业务控制单元;
B15、所述源才示识显示业务控制单元进行相应的源才示识显示业务处理; B16、所迷源标识显示业务控制单元将呼叫路由到所述呼叫会话控制单元。
所述的方法,其中,所迷步骤B还包括
B23、在被叫用户未签约源标识显示业务或签约了具有逾越选项的源标 识显示业务时,所述匿名呼叫拒绝业务控制单元,将该呼入来话路由到处理 源对示识显示业务的业务控制单元;
B24、所述源才示识显示业务控制单元进4于相应的源才示识显示业务处理; B25、所述源标识显示业务控制单元将呼叫路由到所迷呼叫会话控制单元。
所述的方法,其中,所述步骤B包括
B31、在被叫用户签约了匿名呼叫拒绝业务时,所述呼叫会话控制单元 将呼入来话路由到处理匿名呼叫拒绝和源标识显示业务的一体业务控制单
元;
B32、该匿名呼叫拒绝和源标识显示业务的一体业务控制单元先进行匿 名呼叫拒绝业务处理,之后进行相应的源标识显示业务处理;
B33、所述匿名呼叫拒绝和源标识显示业务的一体业务控制单元将呼叫 路由到呼叫会洽控制单元。
所述的方法,其中,所述呼入来话为会话初始协议邀请消息,所述匿名 呼叫拒绝业务处理包括判断所i^it请消息中P-Asserted-Identity和Privacy 头i或,进4亍对目应的业务处理如果P-Asserted-Identity出现,而且Privacy 是,id,,或者,header,,或者,user,,或者,critical,,将呼叫拒绝;否则进4亍正 常处理。
所述的方法,其中,所述源标识显示业务处理包括如果#1叫用户没有 签约源标识显示业务,源标识显示业务控制单元删除P-Asserted-Identity和 Privacy头域;如果被叫用户签约了具有逾越选项的源标识显示业务,源标 识显示业务控制单元4呆留P-Asserted-Identity头域,删除Privacy头i或。
所述的方法,其中,所述匿名呼叫拒绝业务的业务逻辑先于处理源标识 显示业务的业务逻辑先执行,通过以下步骤实现所述呼叫会话控制单元根 据配置的用户的签约信息,先触发ACR业务,再触发OEP业务。
所述的方法,其中,所述匿名呼叫拒绝业务的业务逻辑先于处理源标识 显示业务的业务逻辑先执行,通过以下步骤实现由呼叫会话控制单元或业 务控制单元的程序代码来保证。
本发明所提供的一种匿名呼叫拒绝和主叫标识呈现业务协同的实现方 法,解决了 ACR和OIP业务协同工作的问题,用户在签约了具有逾越选项 的OIP业务,或者未签约OIP业务等情况下,ACR业务都可以正常J吏用, 扩大了业务的使用场景,给用户带来了良好的业务体验。


图1为本发明方法的实现OIP, ACR业务的的通用网绍4莫型示意图2为本发明方法的第一较佳实施例的实现流程示意图3为本发明方法的第二较佳实施例的实现流程示意图。
具体实施例方式
以下结合附图,将对本发明的各较佳实施例进行较为详细的说明。 本发明所述匿名呼叫拒绝和主叫标识呈现业务协同的实现方法中,如图 l所示描述了同时实现OIP, ACR业务的的通用网络模型,其中从下向上依 次包括用户终端;网M入卑无;呼叫会话控制单元;业务控制单元。所 述网^f^入单元用于将用户终端接入至运营商网络以进行注册认证鉴权等 处理.所述呼叫^"控制单元用于为用户提供呼叫控制、路由接续等功能, 它可以将呼叫触发至不同的业务控制单元.所述业务控制单元用于为用户提 供各种业务逻辑控制功能,是各种业务的宿主执行环境,本发明方法中包括 ACR业务控制单元和OIP业务控制单元,分别用于提供ACR和OIP业务的 处理,如图2和图3所示的.
本发明方法的OIP和ACR业务在不同的业务控制单元上的实现;克程, 如图2所示的,其详细流程如下
1) ^皮叫用户的呼叫会话控制单元收到一个呼入来话,在本实施例中,以 SIP ( Session Initiation Protocol,会话发起协议,以下简称SIP)为例作为呼 叫信令,呼叫会话控制单元收到SIP INVITE邀请消息;
2)所述呼叫会话控制单元根椐事先配置的用户签约信息,若被叫用户签 约了 ACR业务,则将SIP INVITE消息路由到处理ACR业务的业务控制单
元;
3)呼叫会话控制单元将SIP INVITE消息路由到ACR业务控制单元;
4) ACR业务控制单元判断SIP INVITE消息中的P-Asserted-Identity和 Privacy头域,进《亍相应的业务处理,如杲P-Asserted-Identity出现,而且
Privacy是,id,,或者,header,,或者,user,,或者,critical,, 4夺呼叫才巨绝;否则 进行正常处理。本实施例中假设呼叫没有被拒绝而继续正常处理;
5) ACR业务控制单元将呼叫路由到呼叫会话控制单元;
6) 呼叫会话控制单元再根据事先配置的用户的签约信息,将INVITE消 息;洛由到处理OIP业务的业务控制单元,
7) 被叫侧呼叫会话控制单元将SIP INVITE消息路由到OIP业务控制单
元;
以上笫5), 6), 7)步骤功能也可以合并在ACR业务控制单元上实现, 由ACR业务控制单元直接将INVITE消息路由到处理OIP业务的业务控制
单元;
8) OIP业务控制单元进行相应的OIP业务处理,如果被叫用户没有签约 OIP业务,OIP业务控制单元删除P-Asserted-Identity和Privacy头域;如果 被叫用户签约了具有逾越选项的OIP业务,OIP业务控制单元保留 P-Asserted-Identity头域,删除Privacy头域.
9) 所述OIP业务控制单元将呼叫路由到呼叫会话控制单元;
10) 所述呼叫会话控制单元将SIPINVITE消息路由到网绍省入单元;
11) 所述网络接入单元将SIP INVITE消息路由到,支叫用户终端;
12) 浮皮叫用户终端根据P-Asserted-Identity显示相关内容. 本发明的第二较佳实施例中OIP和ACR业务在相同的业务控制单元上
的实现流程,如图3所示的,其详细流程如下
1 )被叫用户的呼叫会话控制单元收到一个呼入来话的SIPINVITE消

,&,
2 )呼叫会话控制单元根据事先配置的用户的签约信息将SIP INVITE消 息路由到处理ACR和OIP业务的业务控制单元,
3 )呼叫会话控制单元将SIP INVITE消息路由到ACR/OIP—体业务控制
单元;
4) ACR/OIP —体业务控制单元首先判断SIP INVITE消息中的 P-Asserted-Identity和Privacy头域,进行相应的ACR业务处理,如果 P-Asserted-Identity出现,而且Privacy是,id,,或者,header',或者,user,, 或 者,critical,,将呼叫拒绝;否则进行正常处理。本实施例假设呼叫没有被拒 绝而继续正常处理;
所述ACR/OIP —体业务控制单元然后进行相应的OIP业务处理,如果祐: 叫用户没有签约OIP业务,ACR/OIP —体业务控制单元删除 P-Asserted-Identity和Privacy头域;如果被叫用户签约了具有逾越选项的 OIP业务,OIP业务控制单元保留P-Asserted-Identity头3或,删除Privacy头 域。
5) ACR/OIP —体业务控制单元将呼叫路由到呼叫会话控制单元;
6) 呼叫务活控制单元将SIP INVITE消息路由到网络接入单元;
7) 网络接入单元将SIP INVITE消息路由到被叫用户终端; 8 )被叫用户终端根据P-Asserted-Identity显示相关内容。
由上述各实施例可以看出,只要处理ACR业务的业务逻辑先于处理OIP 业务的业务逻辑先执行,则ACR和OIP业务就可以协同工作。本发明方法中
法,可以是所述呼叫会话控制单元根据配置的用户的签约信息,先触发 ACR业务,再触发OIP业务;也T以由呼叫会话控制单元或业务控制单元的 程序代码来保证。
通过采用本发明上述方法,解决了 ACR和OIP业务协同工作的问题, 用户在签约了具有逾越选项的OIP业务,或者未签约OIP业务等情况下, ACR业务可以正常使用,可以扩大业务的使用场景,给用户带来了良好的 业务体验,
^当理解的是,上述针对具体实施例的描述较为详细,并不能因此而理 解为对本发明专利保护范围的限制,本发明的专利保护范围应以所附权利要求为准。
权利要求
1、一种匿名呼叫拒绝和主叫标识呈现业务协同的实现方法,其包括以下步骤A、被叫用户的呼叫会话控制单元收到呼入来话;B、所述呼叫会话控制单元判断被叫用户签约了匿名呼叫拒绝业务并且同时未签约源标识显示业务或签约了具有逾越选项的源标识显示业务,则先触发处理匿名呼叫拒绝业务的业务逻辑,若呼叫未被拒绝,再触发处理源标识显示业务的业务逻辑。
2、 冲艮椐权利要求l所述的方法,其特征在于,还包括以下步骤C、 所述业务逻辑处理完毕,所述呼叫会话控制单元继续进行后继的呼 叫控制等处理。
3、 根据权利要求l所述的方法,其特征在于,所迷步骤B还包括 Bll、在^t叫用户签约了匿名呼叫拒绝业务时,所述呼叫会话控制单元将呼入来话路由到处理匿名呼叫拒绝业务的业务控制单元;B12、所述匿名呼叫拒绝业务控制单元判断该呼入来话中的信息,进行 相应的匿名呼叫拒绝业务处理。
4、 根据权利要求3所述的方法,其特征在于,所迷步骤B还包括 B13 、所述匿名呼叫拒绝业务控制单元将呼叫路由到呼叫会话控制单元;B14、在被叫用户未签约源标识显示业务或签约了具有逾越选项的源标 识显示业务时,所述呼叫会话控制单元将该呼入来话路由到处理源标识显示业务的业务控制单元;B15、所述源标识显示业务控制单元进行相应的源标识显示业务处理; B16、所述源标识显示业务控制单元将呼叫路由到所述呼叫会话控制单元。B16、所述源标识显示业务控制单元将呼叫路由到所述呼叫会话控制单元。
5、 根椐权利要求3所述的方法,其恃征在于,所述步骤B还包括 B23、在被叫用户未签约源标识显示业务或签约了具有逾越选项的源标识显示业务时,所述匿名呼叫拒绝业务控制单元,将该呼入来话路由到处理源标识显示业务的业务控制单元;B24、所述源标识显示业务控制单元进行相应的源标识显示业务处理; B25、所述源标识显示业务控制单元将呼叫路由到所述呼叫会话控制单元,
6、 根据权利要求1所述的方法,其特征在于,所述步骤B包括 B31、在被叫用户签约了匿名呼叫拒绝业务时,所述呼叫会话控制单元将呼入来话路由到处理匿名呼叫拒绝和源标识显示业务的一体业务控制单元;B32、该匿名呼叫拒绝和源标识显示业务的一体业务控制单元先进行匿 名呼叫拒绝业务处理,之后进行相应的源标识显示业务处理;B33、所述匿名呼叫拒绝和源标识显示业务的一体业务控制单元将呼叫 路由到呼叫^i舌控制单元。
7、 根据权利要求2至6任意所述的方法,其特征在于,所述呼入来话 为会话初始协议邀请消息,所述匿名呼叫拒绝业务处理包括判断所述邀请 消息中P-Asserted-Identity和Privacy头域,进行相应的业务处理如果 P-Asserted-Identity出3见,而且Privacy是,id,,或者,header,,或者,user,,或 者,critical,,将呼叫拒绝;否则进行正常处理。
8、 根据权利要求7所述的方法,其特征在于,所述源标识显示业务处 理包括如果被叫用户没有签约源标识显示业务,源标识显示业务控制单元 删除P-Asserted-Identity和Privacy头域;如果被叫用户签约了具有逾越选项 的源标识显示业务,源标识显示业务控制单元保留P-Asserted-Identity头域, 删除Privacy头i或,
9、 根据权利要求8所述的方法,其特征在于,所述匿名呼叫拒绝业务的业务逻辑先于处理源标识显示业务的业务逻辑先执行,通过以下步骤实现所述呼叫会话控制单元根据配置的用户的签约信息,先触发ACR业务, 再触发OIP业务。
10、根据权利要求8所述的方法,其特征在于,所述匿名呼叫拒绝业务 的业务逻辑先于处理源标识显示业务的业务逻辑先执行,通过以下步骤实 现由呼叫会话控制单元或业务控制单元的程序代码来保证。
全文摘要
本发明公开了一种匿名呼叫拒绝和主叫标识呈现业务协同的实现方法,其包括以下步骤被叫用户的呼叫会话控制单元收到呼入来话;所述呼叫会话控制单元判断被叫用户签约了匿名呼叫拒绝业务并且同时未签约源标识显示业务或签约了具有逾越选项的源标识显示业务,先触发处理匿名呼叫拒绝业务的业务逻辑,若呼叫未被拒绝再触发处理源标识显示业务的业务逻辑;所述业务逻辑处理完毕,所述呼叫会话控制单元继续进行后继的呼叫控制等处理。本发明方法解决了ACR和OIP业务协同工作的问题,扩大了业务的使用场景,给用户带来了良好的业务体验。
文档编号H04Q7/38GK101198162SQ200710153068
公开日2008年6月11日 申请日期2005年12月2日 优先权日2005年12月2日
发明者施有铸 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1