[发明专利]共享的DNS域处理

说明书

技术领域

本发明主要涉及用于处理共享的DNS域的方法和装置，并且更具体地涉及用于使得DNS域名能够被两个或更多SIP域共享的方法和装置。

背景技术

IMS(IP多媒体子系统)是一组标准，其实际上跨任何底层网络技术来提供对于实时的基于分组的呼叫和服务所必需的信令、交付、认证和计费功能。换言之，IMS是适合于在固定和移动网络中均高效且快速地实现下一代IP服务的平台，其将促进固定和无线网络的会聚。

会话发起协议(SIP)是一种用于创建、修改和端接涉及一个或多个参与方的会话(包括因特网呼叫、多媒体分发和多媒体会议)的传输无关、基于文本的应用层控制协议。SIP广泛地被用作用于IP上的话音的信令协议，并且已经被接受作为用于IMS的第三代合作伙伴项目(3GPP)信令协议。

在3GPP IMS域名系统(DNS)中，使用域来标识用户属于什么SIP域。在先前已知的应用中，一个DNS域只能由一个SIP域来表示，其可以是例如IMS域。此类约束例如对于通过例如在基于IMS的IP中央交换机/电话虚拟专用网(VPN)电话中投资而已经外包它们的通信解决方案的跨国企业可能成为问题。通常对于此类型的情形，用户分散在世界各地，其中不同地理区域的用户通常由不同运营商来管理，每个运营商管理不同的IMS域。

现在将参考图1来描述根据现有技术的、用于在运营商A管理的 IMS域“domainl.com”100处理对于IMS相关服务的进入请求的简化方法。要理解，虽然IMS域的管理通常涉及比图1中所示的更多的节点和信令，但是出于简明的原因，省略了对于理解用于处理进入请求的一般过程并非必需的节点和信令步骤。

在第一阶段1:1中，寻址到“user1”(具有例如“userl@domainl.com”的URI)的请求到达运营商A(即，负责管理IMS域“domainl.com”的运营商)的询问呼叫会话控制功能(I-CSCF)101。为了能够将该请求路由到“user1”，必须正确地解析该请求的DNS域名。这可以在下一个阶段1:2中通过询问运营商A的用户数据库(通常是归属地订户服务器(HSS))102来实现。HSS是用于运营商A的IMS域的所有IMS相关的订户和服务数据的主数据存储装置。HSS中存储的主数据包括用于注册到IMS域的每个用户的用户简档。用户简档包含用于将进入请求路由到服务CSCF(S-CSCF)、并且进一步路由到端接用户实体的用户信息。用户简档是永久地存储在HSS中的用户特定信息的收集，包括公众用户身份，其可以是SIP URI，例如，bob.home@domainl.com或tel URI，例如，tel:+46812345667。

如果对HSS 102的询问导致匹配，则将该请求路由到运营商A的相关的S-CSCF 103，如以阶段1:3a所指示的。从S-CSCF 103，将该请求转发到预期的端接实体，例如应用服务器(AS)(未示出)，其向请求方提供所请求的服务。但是，如果在HSS查询时未发现匹配，则该请求被拒绝，导致运营商A无法向请求方提供所请求的服务。该备选以备选的最后阶段1:3b来指示。

像Ericsson这样的公司，具有的URI方案带有像例如“userl@ericsson.com”的URI，可能想要能够国际性地而非区域性地使用“ericsson.com”域。但是，目前已知没有用于提供这种特征的解决方案。

发明内容

本发明的一个目的在于提供用于允许多于一个SIP域利用DNS域名的方法以及适合于此类方法的设备。这可以通过使SIP域的运营商知道进入请求的DNS域名是共享的域来实现，并且由此提供一种用于解析此类请求的目的地URI的机制，以便能够相应地路由它而非作为在自己的域中执行的失败的用户数据库查询的结果而拒绝它。

根据一个方面，提供一种方法，其中SIP域(例如，IMS域)的节点适合于处理对于其用户数据库查询已失败(401)(即，该请求的查询未导致匹配)的进入请求。用于实现此类方法的典型节点是呼叫会话控制功能(CSCF)，例如，询问CSCF(I-CSCF)。

所描述的情形通常将导致请求的拒绝，因为节点将不能发现将其路由到的适合端接地址。但是，不是拒绝该请求，而是提出一种过程，其确定该请求的DNS域名是否注册为共享的域。可以通过检查配置数据来执行此类过程，该配置数据可以是先前存储在节点的或对于节点可访问的。