专利名称：保护互联网协议多媒体子系统以避免未请求通信的制作方法
技术领域：
本发明涉及保护互联网协议多媒体子系统以避免未请求通信。本申请要求基于日本专利申请号2008-260090的优先权，其内容以引用的方式并入本文中。
背景技术：
互联网协议多媒体子系统(IMS)集成了如公共交换电话网络(PSTN)和移动通信网络的网络，以向用户(或订户)提供各种通信服务，其中，由第三代合作伙伴项目(3GPP) 对作为下一代网络(NGN)中的关键角色的IMS加以标准化。电子邮件服务已经经受了社会问题，如垃圾邮件和未请求(或垃圾)邮件，它们是由发信方向收信方单方面发送的不需要的邮件。由于互联网的流行所引起的各种因素(如通信成本的显著减少和网络接入终端(比如普通用户可购买的个人计算机)向未指定的人或站点发送海量电子邮件的高级能力)导致了未请求通信的发生。由于IMS的流行，上述问题(已经发生在电子邮件服务中)看起来要发生在IMS 中。3GPP规范已经开始保护IMS以避免未请求通信(简单的称作PUCI)，以保护用户免遭基于IP电话的垃圾邮件(SPIT)。
发明内容
对于绑定运营商的会话的建立，不是所有运营商都具有在用于测试呼入呼叫是否是未请求呼叫的PUCI功能方面增强的网络。当PUCI功能仅在端接(terminating)网络中可用时，其他中间网络需要将呼入呼叫路由至端接网络。这潜在地导致联网的高负载，因为发起网络并未检测到未请求呼叫或恶意呼叫，而不能直接拒绝他们。当前，在不实施完整 PUCI功能的情况下不可能检测到未请求呼叫。本发明人寻求提供通过对联网的小改动，用基本PUCI功能使网络受益的解决方案，从而证明了 PUCI系统的高性能。本发明寻求通过以下关键特征和效果来解决上述问题。(I)PUCI系统通过在IMS节点中集成基本的或“PUCI-轻”功能，而不需要实施基于全局运营商策略(OP)数据库或本地数据库的完整PUCI特征组，使得对等网络能够执行 PUCI功能，其中，依然维护可疑会话信息。O) PUCI-轻功能(分配给常规IMS节点)当处理新会话时查询PUCI-轻信息数据库，其中，当数据库查询指示了可疑会话时，PUCI-轻功能立刻阻止会话，或简单地标记可疑会话以用于在后续节点中的进一步PUCI处理。(3)该机制支持PUCI-轻功能向会话建立中涉及的之前IMS节点(包括发起网络) 发送回与PUCI应用/测试相关的PUCI信息(或反馈)。G) PUCI-轻功能(分配给标准IMS节点)解释从PUCI应用/测试(后续执行的) 导出的反馈，并在全局运营商策略(OP)数据库中或在本地数据库中(例如核心网络的边缘节点)存储该相关PUCI信息。在全局/本地数据库中存储的相关PUCI信息使得无PUCI的IMS节点能够在稍后阶段中拒绝未请求呼叫(或由PUCI应用服务器之前拒绝的呼叫)。(5)PUCI_轻功能构成了核心IMS功能的一部分，包括代理呼叫会话控制功能 (P-CSCF)、查询呼叫会话控制功能(I-CSCF)、服务呼叫会话控制功能(S-CSCF)以及互联边界控制功能(IBCF)，或基于会话发起协议(基于SIP)的系统，例如SIP代理/服务器、SBC 等等，从而在每个网络的边缘提供PUCI-轻功能。(6)因为在每个网络的边缘处的PUCI-轻功能仅依赖于数据库查询，因此PUCI-轻功能增强了整体性能。(7) PUCI-轻功能考虑到信息配置(例如0&M对源/域PLMN的信任级别)。(8)PUCI-轻功能仅考虑从受信网络导出的反馈或相关PUCI信息。
图1是示出了根据本发明的优选实施例的用于在发起用户设备和目的用户设备之间经由不同网络来转移呼叫的PUCI系统的构成的框图，其用于解释处理呼叫中的步骤 Sl 禾口 S2。图2是示出了用于解释处理呼叫中的步骤S3和S4的PUCI系统的框图。图3是示出了用于接收处理呼叫中的步骤S5和S6的PUCI系统的框图。图4是用于解释处理呼叫中的步骤S7的PUCI系统的框图。
具体实施例方式将整体PUCI功能减少至作为IMS的一部分来直接实施的有限功能。本发明寻求一种如何在互联网络中交换与特定呼叫相关的PUCI信息，从而直接阻止其他未请求通信的方法。本发明被设计为在用户设备(UE)至IMS的第一接触点、以及代理呼叫会话控制功能(P-CSCF)或互联边界控制功能(IBCF)、和/或在IMS对等的情况下的查询呼叫会话控制功能(I-CSCF)中实施一个全局运营商策略(OP)数据库。不仅将PUCI-轻功能实施为核心 IMS功能的一部分(即P-CSCF、I-CSCF、S-CSCF以及IBCF的完整部分)，还将其实施为任何其他的基于SIP的系统(例如SIP代理/服务器、SBC)，从而实现网络边缘处的PUCI-轻功能。增强上述节点以满足附加任务，如与呼入呼叫建立请求(SIP INVITE)相关的数据库查找。由第一跳IMS节点(例如P-CSCF或IBCF/I-CSCF)或PUCI应用服务器来直接查询数据库。另一优化是在第一跳IMS节点中直接存储与PUCI-轻相关的信息，从而优化系统操作。另外，通过基于OP数据库的预先检查来作出新的指示，其中，向对应节点传输该预先检查信息。在网络的第一接触点中首先执行检查，从而能够在引起网络中的高开销之前快速地拒绝未请求呼叫是有利的。这对于运营商改善整体网络性能也是有利的。必须在网络的边缘节点(例如P-CSCF、IBCF/I-CSCF)的数据库中存储PUCI信息，以提供最佳性能，尽管S-CSCF和任何其他节点也能存储PUCI信息。OP数据库包括在边缘节点中的黑名单/白名单数据库以及受信/非受信网络数据库，通过使用PUCI信息来更新这些数据库，该PUCI 信息是描述当前发生的不匹配的类型的SIP报头中的指示。
会话相关的PUCI信息包括以下参数。(a)取决于阻止会话的原因的源和/或目的SIP URI，其中，在个人黑名单中元组源/目的SIP URI是必需的，而在全局黑名单中仅源SIP URI是必需的。(b)取决于阻止会话的原因的源/目的IP地址，其中，在个人黑名单中元组源/目的SIP URI是必需的，而在全局黑名单中仅源SIP URI是必需的。(c)源PLMN/运营商网络(其中PLMN代表“公共陆地移动网络”)。(d) SDP信息(其中SDP代表“服务传输平台”)。(e)原始会话建立/拒绝时间。(f)后续会话建立/拒绝时间。(g)标准化的PUCI测试结果/码。关于PUCI信息，实现以下概念。(1)原始会话建立(INVITE)消息的SIP BYE/ERROR消息中的标志，由之前的IMS 节点对其加以解释。这些节点从SIP报头中获取相关PUCI信息(例如源、目的、IP地址、 时间等等)。(2)在原始会话建立(INVITE)消息的SIP BYE/ERROR消息中向每个PUCI-轻节点通知PUCI拒绝原因的标准化码(其中“01”代表个人黑名单，“02”代表全局黑名单，“03” 代表个人/全局黑名单，以及“04”代表其他参数)，由之前的IMS节点对其加以解释。这些节点从SIP报头中获取相关PUCI信息，其中，稍后以新的SIP报头(称作P-PUCI-hfo报头)的形式提供相关PUCI信息。(3)在运营商网络之间或之中提供在PUCI应用/测试和PUCI-轻数据库之间的 PUCI信息的“带外”信令。(4)PUCI-轻功能在OP数据库或本地数据库(即直接存储在核心网络的边缘节点)中存储相关PUCI信息，备选地在全局/本地数据库中存储。这使得无PUCI的IMS节点能够在稍后阶段中拒绝未请求呼叫(或由实际PUCI应用服务器之前拒绝的呼叫)。(5)在每个运营商的一个全局数据库中存储PUCI信息。(6)在由每个网络节点维护的每个局域网中存储PUCI信息。局域网彼此同步。(7)在由不同运营商维护的互联在一起的多个数据库中存储PUCI信息，以当标识出未请求呼叫时接收更新。(8)在由不同运营商共享的或由运营商组织(如GSMA)拥有的一个中心数据库中存储PUCI信息。将通过引用图1至4来描述作为在各种网络上的呼入呼叫的处理的本发明的其他细节。即，本发明涉及发起用户设备在受访IMS网络(S卩“受访IMS/’) 100中漫游以对归属地IMS网络(即“归属地IM&”)300中的订户进行呼叫的场景。受访IMS1不具有PUCI功能，但是用PUCI-轻功能来增强归属地IMS网络(S卩“归属地IM&”) 200，从而其能够接收与到其他运营商的呼出呼叫相关的PUCI信息，并且在其数据库中存储该PUCI信息。因此，有可能互联不同对等网络的数据库(每个都存储PUCI信息)。备选地，对等网络共享由运营商组织(如GSMA)拥有的相同数据库。配备有有限PUCI功能的网络在可疑订户正在漫游或进行由他们本身端接的呼叫时，可以利用与这些可疑订户相关的PUCI信息。归属地
支持完整PUCI功能，该功能用基于测试结果的PUCI信息来标记可疑的呼叫，这在稍后可以由其他运营商重新使用用于更新他们的数据库。图1至4是用于解释如何用最小PUCI功能来检测归属地IMS2 200中的未请求呼叫的原理的框图，其中，两个运营商都使用他们自己的并不彼此同步的数据库。本文中，发起用户终端(UE A) 10经由受访IMS1 100和归属地IMS2 200向归属地IMS3 300中的目的用户终端20 (UE B)进行呼叫。无PUCI功能的受访IMS1包括P-CSCF1 110和IBCF/I-CSCF: 120 ；支持 PUCI-轻功能的归属地 IMS2 包括 IBCF/I-CSCF2210、S-CSCF2 220 以及 IBCF/ I-CSCF2 230以及数据库(DB) 240 ；以及支持完整PUCI功能的归属地IMS3 300包括IBCF/ I-CSCF3 310、S-CSCF3 320、应用服务器(AS3) 330以及数据库(DB) 340以及与用户设备(UE B) 20 相连的 P-CSCF3 350。(步骤Si)在图1中，用户设备10向用户设备20发送SIP INVITE。无PUCI测试的受访IMS1 向用户设备10的归属地IMS直接转发呼入呼叫。由于归属地IMS2 200在数据库240中不具有与用户设备10相关的任何条目，因此其将呼入呼叫路由至端接网络。(步骤S2)呼入呼叫到达包括用户设备20的归属地IMS3 300的边缘节点处。本文中，IBCF/ I-CSCF3 310与PUCI应用服务器(AS3) 330直接交互，以执行PUCI处理，其中将呼入呼叫标识为例如未请求呼叫。(步骤S3)在图2中，IBCF/I_CSCF3 310拒绝呼入呼叫，以通过使用描述PUCI测试和结果的 P-PUCI-Info报头在REJECT消息中构成PUCI信息(与PUCI测试相关)。另外，根据PUCI 测试和结果更新归属地IMS3的数据库340。(步骤S4)当REJECT消息到达归属地IMS3的边缘节点处时，比如IBCF/I_CSCF3 310禾口 S-CSCF3 320，将PUCI信息与发起/端接URI (或org/term URI)相关联地存储在数据库340 中。现在，将用户设备10识别为对归属地IMS2 200中的用户设备20发起未请求通信的源。(步骤S5)在图3中，用户设备10向用户设备20重新发送呼入呼叫建立请求，将其路由至归属地 IMS2 200。(步骤 S6)在归属地IMS2 200中，IBCF/I_CSCF2 210/230 (理想地，作为第一接触点)或 S-CSCF2 220基于之前接收的PUCI信息将该呼入呼叫标识为未请求呼叫。(步骤S7)在图4中，由于将用户设备10标记为针对用户设备20的未请求主叫方，因此 IBCF/I-CSCF2 210/230 或 S-CSCF2 220 拒绝该呼入呼叫。理想地，IBCF/I_CSCF2 210/230 作为拒绝呼入呼叫的第一入口点，而不会调用端接IMS(即归属地IMS3 300)。最后，本发明不一定受限于本实施例，可以在如所附权利要求限定的本发明的范围中进一步修改本发明。
权利要求
1.一种用于通过支持PUCI-轻功能的IMS节点来处理呼入呼叫的PUCI系统，包括在处理新会话中，查询IMS网络的描述PUCI-轻信息的数据库；以及当所述PUCI-轻信息指示会话可疑时，立刻阻止所述会话，或简单地标记所述会话以用于在后续节点处的进一步PUCI处理。
2.根据权利要求1所述的PUCI系统，其中，所述PUCI-轻信息包括取决于阻止所述会话的原因的源/目的SIP URI和源/目的IP地址中的至少一项、与源PLMN/运营商网络相关的信息、SDP信息、原始会话建立/拒绝时间、后续会话建立/拒绝时间、以及标准化的 PUCI测试结果/码。
3.根据权利要求1所述的PUCI系统，其中，所述PUCI-轻信息用作原始会话建立消息的SIP BYE/ERROR消息中的标志，由从SIP报头获得相关信息的之前IMS节点对其加以解释。
4.根据权利要求1所述的PUCI系统，其中，所述PUCI-轻信息用作标准化码，所述标准化码在原始会话建立消息的SIP BYE/ERROR消息中向具有所述PUCI-轻功能的所述IMS 节点通知拒绝的原因，由从SIP报头获得相关信息的之前IMS节点对其加以解释，其中，在被称作P-PUCI-Info报头的新的SIP报头中提供所述相关信息。
5.根据权利要求1所述的PUCI系统，其中，所述PUCI-轻信息用作所述数据库和PUCI 应用服务器之间的带外信令。
6.根据权利要求1所述的PUCI系统，其中，所述PUCI-轻功能解释来自PUCI应用服务器的反馈，以在全局运营商策略数据库中或在本地数据库中存储相关信息，从而使得无 PUCI的IMS节点能够拒绝与所阻止的会话相关的未请求呼叫。
7.根据权利要求1所述的PUCI系统，其中，所述PUCI-轻功能用作核心IMS功能的一部分或基于SIP的系统，从而在网络的边缘提供所述PUCI-轻功能。
全文摘要
一种PUCI系统被设计为处理由用户设备经由具有PUCI-轻功能的IMS节点向对应用户设备所发起的呼入呼叫，所述PUCI系统包括IBCF/I-CSCF、S-CSCF以及存储PUCI-轻信息的数据库。关于所述呼入呼叫，通过对所述数据库的查询，如果指示可疑会话，所述IMS节点立刻阻止所述可疑会话，或简单地标记所述可疑会话以用于在后续节点处的进一步处理。在原始会话建立消息的SIP BYE/ERROR消息中包括拒绝的原因，由之前的IMS节点对其加以解释以从SIP报头获得相关信息。在全局运营商策略数据库中或在本地数据库中存储所述相关信息，从而使得无PUCI的IMS节点能够拒绝与所阻止的会话相关的未请求呼叫。
文档编号H04L29/06GK102171989SQ20098013967
公开日2011年8月31日 申请日期2009年10月6日 优先权日2008年10月6日
发明者史蒂芬·施密特, 安德鲁·昆泽, 提诺·埃瓦尔德, 田村利之, 阿南德·罗迦沃·普拉萨德 申请人:日本电气株式会社