专利名称：共享的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中，寻址到“userl ” (具有例如"userlidomainl. com”的URI)的 请求到达运营商A( S卩，负责管理IMS域“domainl. com”的运营商)的询问呼叫会话控制功 能(I-CSCF)lOl。为了能够将该请求路由到“userl”，必须正确地解析该请求的DNS域名。 这可以在下一个阶段1:2中通过询问运营商A的用户数据库(通常是归属地订户服务器 (HSS)) 102来实现。HSS是用于运营商A的IMS域的所有IMS相关的订户和服务数据的主 数据存储装置。HSS中存储的主数据包括用于注册到IMS域的每个用户的用户简档。用户 简档包含用于将进入请求路由到服务CSCF(S-CSCF)、并且进一步路由到端接用户实体的用 户信息。用户简档是永久地存储在HSS中的用户特定信息的收集，包括公众用户身份，其可 以是 SIP URI，例如，bob. homeidomainl. com 或 tel URI，例如，tel +46812345667。如果对HSS 102的询问导致匹配，则将该请求路由到运营商A的相关的S-CSCF 103，如以阶段1:3a所指示的。从S-CSCF 103，将该请求转发到预期的端接实体，例如应用 服务器(AS)(未示出)，其向请求方提供所请求的服务。但是，如果在HSS查询时未发现匹 配，则该请求被拒绝，导致运营商A无法向请求方提供所请求的服务。该备选以备选的最后 阶段1:3b来指示。
像Ericsson这样的公司，具有的URI方案带有像例如“userlOericsson. com”的 URI，可能想要能够国际性地而非区域性地使用“ericsson.com”域。但是，目前已知没有用 于提供这种特征的解决方案。
发明内容
本发明的一个目的在于提供用于允许多于一个SIP域利用DNS域名的方法以及适 合于此类方法的设备。这可以通过使SIP域的运营商知道进入请求的DNS域名是共享的域 来实现，并且由此提供一种用于解析此类请求的目的地URI的机制，以便能够相应地路由 它而非作为在自己的域中执行的失败的用户数据库查询的结果而拒绝它。根据一个方面，提供一种方法，其中SIP域(例如，IMS域)的节点适合于处理对 于其用户数据库查询已失败(401)(即，该请求的查询未导致匹配)的进入请求。用于实现 此类方法的典型节点是呼叫会话控制功能(CSCF)，例如，询问CSCF(I-CSCF)。所描述的情形通常将导致请求的拒绝，因为节点将不能发现将其路由到的适合端 接地址。但是，不是拒绝该请求，而是提出一种过程，其确定该请求的DNS域名是否注册为 共享的域。可以通过检查配置数据来执行此类过程，该配置数据可以是先前存储在节点的 或对于节点可访问的。如果确定DNS域名注册为共享的域，则将DNS域名解析成全球可路由的URI，并向 端接实体路由该请求。但是，如果发现DNS域未注册为共享的域，则按照标准行为，将拒绝 该请求。根据一个实施例，配置数据包括由SIP域的运营商管理的所有DNS域以及指示相 应DNS域是否是共享的域的关联参数。备选的是，配置数据还包括用于存储一个或多个URI 的布告(post)，每个布告指示与其共享相应共享的DNS域的一个或多个SIP域。根据一个实施例，当将DNS域名解析成全球可路由的URI时，可以使用包括一个或 多个SIP域(即，DNS域名在配置数据中注册的一个或多个SIP域之间共享)的配置数据。根据可单独实现或结合先前实施例来实现的一备选实施例，在解析DNS域名之 前，配置数据的相应布告中没有注册的SIP域可导致查询，例如DNS查询。根据另一个方面，还提供一种用于实现上述机制的节点。根据一个实施例的节点 包括查询单元，用于响应失败的用户数据库查询而发起域检查过程。域检查单元适合于执 行域检查过程，其中确定该请求的DNS域是否注册为共享的域。域检查单元适合于，如果发 现DNS域注册为共享的域，则将DNS域名解析成全球可路由的URI，并向端接实体路由请求， 或如果DNS域未注册为共享的域，则拒绝请求。域检查过程可以包括检查存储在该节点的 或与该节点关联的配置数据。根据一个备选实施例，域检查单元可适合于如果配置数据中注册了与其共享相应 DNS域的一个或多个SIP域，则在配置数据的基础上将请求的DNS域名解析成全球可路由的 URI。根据可单独实现的或结合先前的实施例来实现的另一个备选实施例，该域检查单 元适合于如果配置数据中没有注册SIP域，则在已执行查询之后解析DNS域名。
现在将通过示范实施例并参考附图来更详细地描述本发明，其中图1是根据现有技术的用于在IMS域中处理请求的过程的基本概观。图2是根据一个实施例的用于处理寻址到共享的DNS域的请求的过程的基本概观。图3是根据一个实施例的示出例示的扩充配置的表。图4是根据一个实施例的流程图，示出用于在SIP域中处理进入请求的方法。图5是示出参考图4描述的方法中解析共享的IMS域名的备选方式的流程图。
具体实施例方式简言之，本发明提供一种用于允许多于一个SIP域利用DNS域名的机制，即提出一 种机制，其允许将DNS域用作共享的DNS域。根据一个实施例，通过引入SIP域的修改的节点，可实现用于处理共享的DNS域的 机制，所述节点通常是I-CSCF，这与早前参考图1描述的现有技术示例类似，其负责询问到 达SIP域的请求。SIP域可以是IMS域或适合于使用SIP协议的任何其他类型的网络。在 SIP域的该节点引入域检查过程。该过程将响应不成功的用户数据库查询(通常是HSS查 询)来执行。要理解，虽然此例示的实施例是基于修改的I-CSCF、询问HSS和将请求路由到其 他CSCF节点，但是所提出的机制还将可应用于在适合于处理对应的排队和路由选择过程 的其他实体上的实现。根据现有技术，无法导致匹配的请求的用户数据库查询将导致相应请求的拒绝， 并因此运营商无法向主叫方提供所请求的服务。不是在此类情况中拒绝请求，而是使所提 出的域检查过程适合于询问与该SIP域关联的扩充的配置数据，其中拥有DNS域(即SIP域 管理的DNS域)的相应SIP域的已经存在的列表已经被扩充有为每个DNS域设置的参数，所 述参数指示是否与另一个SIP域共享相应的DNS域。该节点适合于在配置数据中指示DNS 域是共享的域时执行进入请求的查询，通常是DNS查询过程。查询过程可涉及一个或多个 查询，其可以特定、预定的方式来执行，以便使节点能够相应地路由请求。备选的是，查询可 通过Diameter、轻量级目录访问协议(LDAP)或适合于执行此类型查询的任何其他协议来 完成。通过在SIP域中实现提出的机制，因而将响应附加的信息性配置数据的询问而相 应地路由寻址到共享的DNS域的请求，配置数据包含与不同SIP域之间共享的DNS域关联 的数据。现在将参考图2进一步详细地描述根据一个实施例的一般网络架构，其适合于处 理由多于一个SIP域共享的DSN域名。要理解，出于简明的原因，省略了对于理解所提出的 机制并非必需的节点和信令步骤。还应该注意，图2中示出的架构是单纯逻辑上的，并且向 节点提供相关功能性的所描述的单元能不同的备选方式来实现。图2示出修改的SIP节点201(在本例中是I-CSCF)如何处理请求，节点201由IMS 域200的运营商A来管理并适合于根据新颖的域询问机制来询问进入请求。I-CSCF 201包 括查询单元202，其适合于在接收到进入请求时执行对用户数据库203(在本例中是HSS)的 查询。HSS查询的目的在于发现适合的服务节点204(在本例中是S-CSCF)或负责将请求交付到预期的端接实体(未示出)的任何其他类型的对应节点。端接实体可以位于IMS域 200中或共享DNS域的另一个域中，例如IMS域208。到这时，根据公知的查询和路由选择过程已经执行了所描述的过程。如果在用户 数据库查询中发现相关的S-CSCF 204，则将请求路由到相应的S-CSCF，从那里，按照标准 行为，将请求进一步路由到端接实体(例如，应用服务器(AS)(未示出)。但是，如果在执行查询之后未发现匹配，则激活域检查单元205而非如这个特定 情况中通常将是要执行的下个步骤的拒绝请求。域检查单元205适合于确定进入请求的 DNS域是否是共享的DNS域。这通过询问存储在询问节点201或与该节点关联的配置数据 206来实现。配置数据已经用至少一个新布告来扩充，该新布告主管指示相应的DNS域是 否是共享的域的参数。配置数据还可包括附加布告，该附加布告包括本地配置信息，指示与 其共享相应的DNS域的一个或多个IMS域的一个或多个全球可路由的URI。基于此配置数 据，寻址到共享的DNS域的请求将被路由到相关的IMS域，而如果用户数据库查询失败，则 将由处理单元以常规方式拒绝到不与另一个IMS域共享的DNS域的请求。基于配置数据，可以在查询之后执行路由选择，或者如果本地配置信息是从配置 数据可访问的，则在路由到共享的IMS域之后执行路由选择。例如DNS查询的查询通常涉 及询问一个或多个DNS服务器，如果请求包括电话号码，则所述一个或多个DNS服务器可包 括ENUMDNS或企业特定DNS。在图2中，此查询以在DNS服务器207执行的DNS查询来例
7J\ o根据充分建立的过程，请求在第一阶段2:1中到达运营商A的IMS域200，在下一 个阶段2:2由查询单元202查询，其中询问HSS203。如果发现匹配，即，如果在HSS中发现 与相应DNS域名关联的S-CSCF，则将请求路由到相应S-CSCF 204，如以阶段2:3a示出的。 但是，如果在HSS查询中未发现匹配，则改为发起域检查过程，如以备选阶段2:3b示出的。 以下一个阶段2:4示出的域检查过程将请求的DNS域名的主机部分(即“domainl. com") 对照由域检查单元205可访问的配置数据206进行比较。如果发现DNS域名在两个或更多 IMS域之间共享，则域检查单元适合于将该DNS域名解析成全球可路由的URI，如以后续阶 段2:5a指示的。最初，激活适合于询问配置数据206的解析过程。解析过程的目的是要确定是否 存在与相应IMS域关联的任何本地配置，即，配置数据206是否包含关联于与其共享DNS域 的IMS域的一个或多个全球可路由的URI的注册。如果发现本地配置，则解析该DNS域名， 以便能将请求路由到由运营商B管理的注册的IMS域208，如以阶段2:6指示的。如果配置 数据中注册了多于一个IMS域，则这些域之一(例如，第一个域)可选择为用于路由请求的 下一个目的地。通常，询问节点201的配置还包含预先配置的规则，其指定如何选择要将请 求路由到的域。如果在所选的目的地域未发现匹配，则目的地域的询问节点可配置成将请 求进一步路由到下一个注册的IMS域。此过程通常持续进行直到发现适合的IMS域和端接 实体。备选的是，可以分析请求的目的地URI的用户信息，并可以使用结果来将URI解析到 已经在第一个位置中的正确IMS域。虽然运营商B的IMS域208中仅示出I-CSCF 209，但是要理解，如对于任何IMS域 或任何其他类型的SIP域一样，域208还包括对于管理和提供IMS和/或其他SIP服务到 最终用户所必需的附加节点，例如常规控制功能节点和服务器。
7
在IMS域208，执行DNS查询过程和/或任何其他查询过程，然后才能将请求转发 (未示出)到在IMS域208的端接目的地，这些都根据常规查询和路由选择过程来执行。如果在阶段2:5a的解析阶段期间配置数据中未能发现本地配置，则将根据任何 已知技术来执行查询过程。查询过程根据为IMS域200指定的配置可包括一个或多个DNS 查询和/或其他查询。在本示例中，以备选阶段2:5b示出在DNS服务器207执行的查询。 基于来自提出的DNS查询过程的结果，将请求的目的地地址解析成全球可路由的URI。提供 有全球URI，现在能将请求在阶段2:6路由到端接域208。在域208，可以执行附加的路由选 择以便将请求交付到预期的端接实体。但是，如果DNS域不是共享的域，则请求改为按照标 准行为被拒绝。这以备选阶段2:5c来示出。图3中示出根据上述实施例的简化表300，其示出扩充的配置数据的一个示例。 该例示的表包含“domain”列301中注册的三个域“domainl. com”、“domain2. com”和 "domain3. com”。在现有技术的解决方案中，指示IMS域的所有DNS域的配置数据的此类别 连同用于IMS域的其他配置数据(例如，涉及例如相应IMS域的认证、服务能力和可用HSS 实体的信息)已经是可检索的。但是，图3中示出的配置数据还在“共享的”列302中包含 参数，其指示对于每个DNS域，DNS域是共享的域(是)或不是共享的域(否)。此外，图3 的表还可包含可选的“与其共享”列303，其中可注册告知与哪个或哪些IMS域共享相应的 DNS域的信息。因此，将根据该表中存储的路由选择信息来路由目标为DNS域“domainl. com”的请求，即，将其路由到IMS域“telenor. com”，其中将执行常规DNS查询过程以便将请 求路由到端接目的地，而目标为“domain2. com"的请求将被询问节点拒绝，因为“domain2. com”未注册为共享的域。最后，将根据从一个或多个查询检索到的信息来路由具有主机部 分 “domain3. com” 的请求。根据另一个方面，现在将参考图4的流程图来描述用于处理可寻址到共享的DNS 域的请求的方法。开始于第一步骤400，请求到达SIP域A(通常是IMS域)的询问SIP节 点。在下一个步骤401中，在域A的询问SIP节点，在用户数据库中查询DNS域名，其中该查 询导致无法发现匹配，因此，在无任何进一步处理的情况下，导致运营商无法路由该请求。 在此确定之后，询问配置数据以用于确定该请求的DNS域是否是共享的域。这在下一个步 骤402中执行。如果发现DNS域不是共享的域，则根据已知的过程，拒绝该请求，如以步骤 403示出的，然后该过程在步骤406终止。但是，如果该DNS域是共享的域，则在步骤404中， 根据配置数据，将该请求的DNS域名解析成全球可路由的URI，并且该请求根据该URI被路 由到SIP域，如后续步骤405中指示的，然后在步骤406终止SIP节点的该过程。在该请求 路由到的SIP域，根据已知的过程，将请求交付到端接实体。以图4的步骤404指示的解析过程可以不同的方式来执行，这取决于从配置数据 能检索到什么信息。在图5中，以备选框方案替代了图4的步骤404和405。如果已发现请求包含共享 的DNS域名，如以步骤500示出的，S卩，图4的步骤402已导致“是”的备选，则确定配置数 据中是否存在包含与其共享该DNS域的SIP域B的信息的本地配置。此确定在下一个步骤 501中执行。如果确实注册了此类信息，则在步骤502中将请求解析到适合的地址，并在后 续步骤505中将该请求路由到相应的SIP域B。在SIP域B，将以已知的方式来执行查询过 程，通常是涉及一个或多个DNS服务器的DNS查询过程，并且该请求能相应地路由到端接实
8体。另一方面，如果未发现此类本地配置，则例如DNS查询过程的查询过程改为在SIP域A 来执行，其查询该请求的完整端接URI，如另一个备选步骤503指示的。使用查询过程的结 果，在后续步骤504中将端接URI解析成全球可路由的URI。然后在下一个步骤505，相应 地使用该URI来路由请求，之后终止描述的解析过程，如以图4的步骤406指示的。在端接 域，根据已知过程，将路由该请求，以便它到达端接实体。 虽然本发明已经参考特定示范实施例来描述，但是该描述一般仅旨在说明发明的 概念而不应视为限制本发明的范围，本发明的范围由所附权利要求来定义。
权利要求
一种在SIP域(200)的节点(201)中用于处理对于其用户数据库查询已失败(401)的进入请求的方法，包括以下步骤-确定(402)所述请求的DNS域名是否注册为共享的域，-将所述DNS域名解析(404)成全球可路由的URI，以及-在所述DNS域名注册为共享的域的情况下向端接实体路由(405)所述请求，或-在所述DNS域未注册为共享的域的情况下拒绝(403)所述请求。
2.如权利要求1所述的方法，其中所述确定步骤包括检查配置数据。
3.如权利要求2所述的方法，其中所述配置数据包括由所述SIP域的运营商管理的所 有DNS域(301)以及指示相应DNS域是否是共享的域的关联参数(302)。
4.如权利要求3所述的方法，其中所述配置数据还包括用于存储一个或多个URI的布 告(303)，每个布告指示与其共享相应DNS域的SIP域。
5.如权利要求4所述的方法，其中如果所述配置数据包含一个或多个SIP域名(501)， 此信息在将所述DNS域名解析(502)成全球可路由的URI时使用。
6.如权利要求2-5的任一项所述的方法，其中如果所述配置数据中没有SIP域名注册 为共享的DNS域，则在执行了查询(503)之后解析(504)相应的DNS域名。
7.如任一项前面的权利要求所述的方法，其中所述节点是呼叫会话控制功能(CSCF)。
8.如权利要求7所述的方法，其中所述CSCF是询问CSCF(I-CSCF)。
9.如前面权利要求的任一项所述的方法，其中所述SIP域是IMS域。
10.如前面权利要求的任一项所述的方法，其中所述查询是DNS查询。
11.一种SIP域(200)的用于处理对于其用户数据库查询(2 2)已失败的进入请求 (2 1)的节点(201)，包括-查询单元(202)，用于响应所述失败的用户数据库查询而发起域检查过程(2 3b)，以及-域检查单元(205)，用于执行所述域检查过程(2 4)，所述域检查过程(2 4)包括 确定所述请求的DNS域是否注册为共享的域，其中所述域检查单元适合于在所述DNS域注 册为共享的域的情况下，将所述DNS域名解析(2 5a、2 5b)成全球可路由的URI，并向端 接实体路由(2 6)所述请求，或在所述DNS域未注册为共享的域的情况下拒绝(2 5c) 所述请求。
12.如权利要求11所述的节点，其中所述域检查过程包括检查存储在所述节点的或与 所述节点关联的配置数据。
13.如权利要求12所述的节点，其中所述配置数据包括由所述SIP域的运营商管理的 所有DNS域(301)以及指示相应DNS域是否是共享的域的关联参数(302)。
14.如权利要求13所述的节点，其中所述配置数据还包括用于存储一个或多个URI的 布告(303)，每个布告指示与其共享相应DNS域的SIP域。
15.如权利要求11-14的任一项所述的节点，其中所述域检查单元适合于在所述配置 数据中注册了与其共享相应DNS域的一个或多个SIP域的情况下，在所述配置数据的基础 上将所述DNS域名解析成全球可路由的URI。
16.如权利要求11-15的任一项所述的节点，其中所述域检查单元适合于在所述配置 数据中没有注册SIP域的情况下，在已执行查询之后解析所述DNS域名。
17.如权利要求11-16的任一项所述的节点，其中所述节点是呼叫会话控制功能 (CSCF)。
18.如权利要求17所述的节点，其中所述CSCF是询问CSCF(I-CSCF)。
19.如权利要求11-18的任一项所述的节点，其中所述SIP域是IMS域。
20.如权利要求11-19的任一项所述的节点，其中所述查询是DNS查询。
全文摘要
不是在用户数据库查询已失败(401)时，在SIP域(200)(例如，IMS域)的节点(201)拒绝进入请求，而是确定(402)该请求的DNS域名是否注册为共享的域。如果发现DNS域名注册为共享的域，则将DNS域名解析成全球可路由的URI，并向端接实体路由(405)请求。但是，如果DNS域名不是共享的，则拒绝该请求。此机制使得运营商能够允许多于一个SIP域利用DNS域名。
文档编号H04L29/06GK101828376SQ200780101196
公开日2010年9月8日 申请日期2007年10月18日 优先权日2007年10月18日
发明者J·法尔克纳 申请人:爱立信电话股份有限公司