专利名称：用于企业网络接入点确定的方法和系统的制作方法
技术领域：
本文中的示范实施例一般涉及系统、装置、软件、方法，并且更具体地说，涉及用于通过互连网络将消息路由到企业中用户的机制和技术。
背景技术：
随着技术能力继续扩展，通信的选择变得更多样化。例如，在电信业的过去大约30 年中，个人通信已从家庭具有单一旋转拨号电话演进到家庭具有适应话音和数据的多条电话、电缆和/或光纤线路。另外，蜂窝电话和Wi-Fi为通信添加了移动要素。类似地，在娱乐业，30年前只有一种电视格式，并且此格式通过空中传送并通过在家庭的天线接收。这已发展成诸如标准清晰度电视(SDTV)、增强清晰度电视(EDTV)和高清晰度电视(HDTV)等图像质量的不同标准和诸如电缆和卫星等用于输送这些不同电视显示格式的更多系统。另外，服务已发展变成在这两个行业之间重叠。随着这些系统在两个行业中继续发展，服务提供将继续结合，并且能够预期新的服务可用于消费者。此外，预期这些服务中的一些服务将基于处理和输出更多信息的技术能力。影响通信业和娱乐业的另一有关技术是互连网络。这些通信网络的物理结构和相关联通信流也发展为处理增大的数据流。服务器相比以前具有更多存储空间，存在比过去更高带宽的通信链路，处理器更快，能力更强，并且存在利用这些元件的协议。这些通信网络能够是链接用户和企业的任何网络。随着消费者对这些网络的使用增长，此增长能够刺激更多网络的创建，这些网络能够互连以提供服务。这些服务例如可包括因特网协议电视 (IPTV，指使用IP数据分组通过网络输送电视节目的系统或服务)、因特网电台、视频点播 (VoD)、现场直播、话音IP(VoIP)及单一地或捆绑在一起收到的其它web有关服务。此外， 随同技术的更改和服务的增长，例如因特网协议多媒体子系统(MS)网络和会话发起协议 (SIP)等新网络和通信协议已被开发以改进和实现这些各种服务的使用。电信网络的一个特征是许多此类网络存在(每个由一个网络运营商运营)，并且这些网络是互连的。互连可以是两个网络之间直接的互连，或者是可通过一个或多个互连或转接网络间接的互连。每个这些网络运营商将与其互连伙伴具有商业服务级别协议 (SLA)，并且将具有设备以基于1)目的地用户地址和2)商业SLA做出路由判定。目的地用户地址标识用户，并且此用户由网络运营商服务。目的地用户地址可以是电话号码或某一电子邮件样式的统一资源标识符(URI)。在后一情况下，目的地用户地址不可轻松地识别服务网络运营商-例如johnObank. com、johnibaldwin. org。这对始发网络运营商了解如何路由请求带来了困难。相应地，希望提供用于改进通过多种互连网络的通信的装置、系统和方法。
发明内容
根据示范实施例的系统和方法通过提供用于改进通过多种互连网络的通信流的系统和方法，解决了此需要和其它需要。
根据一个示范实施例，用于将通信从服务网络路由到企业网络的方法包括从服务网络传送包括目的地用户地址的查询消息；在服务网络接收响应消息，响应消息包括与目的地用户地址相关联的接入点识别信息和内部消息路由信息；在服务网络将接入点信息嵌入消息中；以及由服务网络基于内部消息路由信息向与接入点识别信息相关联的接入点传送该消息。根据另一示范实施例，用于在通信节点路由通信的方法包括存储多个目的地用户地址，其中每个目的地用户地址与接入点和内部路由信息相关联；接收包括目的地用户地址的查询消息；通过目的地用户地址执行查找以确定对应的接入点和内部消息路由信息；以及传送响应消息，响应消息包括基于在查找中识别的对应接入点和内部消息路由信息的fn息。根据仍有的另一示范实施例，通信节点包括存储器，用于存储目的地用户地址、 接入点信息和内部消息路由信息；通信接口，用于传送和接收与目的地用户地址、接入点信息和内部消息路由信息相关联的消息；以及处理器，用于在收到包括目的地地址的查询时执行查找，其中查找引起接入点信息和内部消息路由信息的返回，进一步地，其中通信接口传送包括接入点信息和内部消息路由信息的响应消息。
结合在说明书中并构成其一部分的附图示出一个或多个实施例，并与描述一起解释这些实施例。在图中图1根据示范实施例示出通过互连网络转接的通信；图2示出互连的因特网协议多媒体子系统(IMS)网络；图3(a)示出用于预订互连的欧洲电信标准协会(ETSI)ETSI TS 182 025架构；图3(b)示出用于对等互连的ETSI TS 182 025架构；图4根据示范实施例示出互连私有网络；图5是根据示范实施例，用于路由消息业务的信令图；图6示出根据示范实施例的一种通信架构，其中一个企业与两个服务运营商网络相关联；图7根据示范实施例示出信令图，信令图包括带有用于路由消息业务的多个服务运营商选择的响应；图8根据示范实施例示出IMS网络的元件；图9根据示范实施例示出使用接入点表；图10根据示范实施例示出基于互连类型的消息业务输送；图11根据示范实施例示出用于将消息业务从服务网络输送到企业处用户的信令图；图12是根据示范实施例的通信节点；图13根据示范实施例示出用于从服务网络路由通信的方法流程图；以及图14根据示范实施例示出用于在通信节点路由通信的另一方法流程图。
具体实施方式
示范实施例的以下描述参照附图。不同图形中的相同标号标识相同或类似的要素。以下详细描述不限制本发明。相反，本发明的范围由随附权利要求定义。为简明起见， 下面的实施例根据下述通信网络的术语和结构进行论述。然而，随后要论述的实施例并不限于这些系统，而是可应用到其它现有通信系统。说明书通篇对“一个实施例”或“实施例”或“示范实施例”的引用指结合该实施例描述的特定特性、结构或特征包括在本发明的至少一个实施例中。因此，在说明书通篇各个位置出现的“在一个实施例”或“在实施例中”或“在示范实施例中”短语不一定全部指同一实施例。此外，特定的特性、结构或特征可在一个或多个实施例中以任何适合的方式组合。如上所述，希望提供用于改进通过多种互连网络的通信的装置、系统和方法。下面的示范实施例描述通过(例如使用因特网协议多媒体子系统(IMS)的网络等)各种互连网络路由(例如会话发起协议(SIP)消息等)消息。为提供用于此论述的某一上下文，图1 中示出了一个示范通信框架。根据示范实施例，图1示出一个用户到另一个用户(或企业内的资源，例如公司内的装置或人员)的通信，其中该通信通过多个互连网络转接。更具体地说，示范通信框架 100示出用户1102例如借助于(例如移动电话和计算机等)能够传送SIP消息的装置与企业/用户2110进行通信。这些SIP消息先通过始发网络104，然后通过一个或多个转接网络106，并随后通过服务网络108传送。然而，关于在这些变化的网络(例如各种公共电信网络)和互连网络中用于为此类消息寻址的域名系统(DNS)惯例，存在变化的提议，这又对这些SIP消息的正确且有效输送带来了困难。另外，在本文中使用时，“始发网络”、“始发运营商网络”和“始发网络运营商”指连接到其的装置发起呼叫的始发网络。此外，在本文中使用时，“服务网络”、“服务运营商网络”和“服务网络运营商”指为最终用户服务并将呼叫输送到住宅用户或企业内用户的网络。如图2所示，全球移动通信系统协会(GSMA)提议了用于互连IMS网络的一种可能框架。此全球服务提供商间IP骨干一般称为网间分组交换(IPX)并在GSMA IR. 34中描述。 在此框架中包括了均连接到IPX提供商X 208的运营商A 202和运营商B 204和连接到IPX 提供商Y 210的运营商C 214。IPX提供商X 208和IPX提供商Y 210是IPX 206的一部分，并且与带有电子号码映射系统(ENUM)的域名系统(DNS)根数据库212通信。IPX 206 的一个用途是根据达成的可操作服务间定义和例如服务级别协议(SLA)等商业协议，促进服务提供商之间的互连。为促进此互连，IPX 206基于通用分组无线电服务(GPRQ漫游交换(GRX)的架构构建，并通过将多个利益相关者引入此通信框架扩展该架构。这些利益相关者能够包括固定网络运营商、因特网服务提供商和应用服务提供商。预期IPX 206具有其自己的DNS基础设施，其相关信息能够存储在DNS根数据库212中以便消息业务的路由。 GSMA为连接到IPX的运营商定义的DNS命名惯例是基于使用移动网络码(MNC)和移动国家码(MCC)。基于GSMA提议，用于SIP消息的独特标识符的一个示例将如下所示sip+447703123456imnc001. mcc234. 3gppnetworks. org欧洲电信标准协会(ETSI)高级网络的电信和因特网服务和协议(TISPAN)下一代网络(NGN)版本2做出了用于网络互连的另一提议。更具体地说，如图3(a)所示，ETSI TS 182 025为企业中继下一代公司网络(NGCN) 304能如何在预订基础上连接到服务运营商的 IMS网络302提供了一种架构300。Gm参考点306指示在服务运营商的IMS网络302与公司网络之间的边界。就预订互连而言，NGCN 304实现为IMS上下文内的单一用户，并且预期 NGCN 304向服务运营商的IMS网络302执行用户注册。服务运营商的IMS网络302随后能够通过呼叫会话控制功能(CSCF)(例如服务CSCF(S-CSCF) 310和代理CSCF(P-CSCF) 308 等)和应用服务器(AS) 312向该用户提供服务。ETSI TS 182 025考虑到且识别在图3 (a)中所示架构对于其它企业情形的变化。 在一种情况下，如图3(b)所示，企业中继NGCN通过对等布置而不是通过预订布置连接到服务运营商的IMS网络302。在对等互连的此情况下，服务运营商的IMS网络302内没有 NGCN 304的用户。相反，NGCN 304在服务运营商的IMS网络302中由互连边界控制功能 (IBCF) 314表示，而会话信息通过IBCF 314路由。在称为托管企业服务NGCN的另一情况下，NGCN 304内的每个用户实现为服务运营商的IMS网络302内的单一用户，并且因此预期NGCN 304内的每个用户向服务运营商的IMS网络302执行用户注册并且使服务通过CSCF路由。此外，对于大型企业的网络，在 NGCN304站点与服务运营商网络(或各种服务运营商网络)之间可存在这些连接的多个实例，其中，连接的这些实例可以是上述三种情况的混合。在上述这些情况的每种情况下，通过使用TISPAN架构，能够传递SIP消息，这允许用户如请求注解(RFC) 3261中所述通过sipmserOdomain形式的统一资源标识符(URI)寻址。就企业而言，例如公司，URI能够从电子邮件地址得出，并且例如可能显示为sip: johnO enterprise, com，或者它能够从因特网协议(IP)-专用交换分机(PBX)中得出，并且例如可能显示为sip:8501234@enterprise. com ；user = phone。其它可允许的选择包括住宅用户， 例如sip: john@baldwin. org，或者用户友好的运营商名称，例如sip john@telia. se。在由GSMA和TISPAN定义的已提议网络架构的上下文中，在关于始发运营商能够如何路由寻址到如上基于RFC 3261所示形式的SIP URI的会话方面，现有标准和解决方案不明确。在此领域，标准泛指用于路由寻址到SIP URI的会话的DNS的使用，由于各种原因， 这对大规模部署是不充分的。例如，在涉及多个网络时，每个网络可具有内部DNS及连接到共享DNS，诸如提议用于IPX的DNS。然而，各种标准未描述这些不同的DNS要如何设置和使用。为进一步使问题复杂化，假设在公共因特网上有数千万完全限定域名(FQDN)，由于预期独特地址的总体数量在互连网络中能够变得类似，因此，可扩缩性是主因。这能够对通过多个互连网络路由例如SIP业务等业务形成挑战。另外，运营商经常希望基于对到其它公共网络的其互连的了解及与这些网络运营商的互连协议做出路由判定。此信息不是始终完全由其本地DNS服务器和相关联基础设施提供。对于许多SIP URI，不可轻松地从URI得出服务网络运营商。例如，服务网络运营商未在诸如 sip john@enterprise. com 或 sip john@baldwin. org 或 john@brand—name, com 等SIP URI中示出。因此，在有多种方式将消息路由到特定运营商时，始发运营商使用哪个互连选择的判定典型地只能够基于对为企业或住宅用户服务的运营商的了解做出。此外，电话会话的现有计费模型是部分基于主叫和被叫用户的地理位置，并且经常也部分基于为主叫和被叫用户服务的运营商。换而言之，运营商通常想基于有关在诸如sip: johnO enterprise, com或sip john@baldwin. org等此类SIP URI中未示出的终端运营商的信息做出计费判定。相应地，下面描述的示范实施例提供允许寻址到SIP URI的会话跨多个网络路由到正确目的地的寻址和路由机制。
如上所述，用于这些示范实施例的通用上下文包括通过运营商网络的电话，运营商网络包括各种电信网络和服务网络。然而，将理解的是，本发明不限于电话，而且能够用于路由任何类型的消息。这些网络通常将具有各种可能的通信路径和分隔各种网络的 IBCF。另外，预期服务级别协议(SLA)将形成，其详细描述在这些各种网络之间转发通信的必需细节，以便消息业务能够到达所需端点。一些细节能够包括服务质量要求、成本和寻址惯例，例如，网络为标识自身而达成协议的要使用的格式。根据示范实施例，用于(例如，由始发网络)确定请求或消息的所需路由路径的解决方案包括始发网络查询数据库和接收用于确定消息路由的响应。例如，假设始发网络从用户接收包括例如sip: john@bank. com的SIP URI等目的地用户地址的SIP消息。充当始发网络的该始发网络不知道哪个服务网络提供服务到bank, com,因此不知道将消息发送到何处。始发网络随后例如通过某一类型的目的地标识符(例如sip: iohnibank. com,bank, com)或与目的地用户地址相关联的任何其它类型的目的地标识符查询服务运营商数据库 (其能够包括主DNS数据库)，并接收包括例如服务网络的FQDN或其它达成协议的标识符等标识服务网络的信息的响应。根据示范实施例，此服务运营商数据库能够包括比典型网络级DNS服务器多得多的信息，例如，服务运营商数据库能够包括所有FQDN和互连的各种网络的信息。与此不同，网络级DNS通常只保留来自共享互连的网络运营商入口点的记录，并且由诸如IPX等各种运营商或群组运行。因此，本文中论述的网络级DNS通常在每网络基础上用于在单一运营商网络的域名与IP地址之间转换，而本文中论述的服务运营商数据库除其它之外还用于识别与特定消息相关联的服务网络。在从服务运营商数据库接收数据时，始发网络随后例如基于任何、一些或所有以下内容确定路由路径各种网络之间在适当位置的SLA(in place SLA)、成本和业务管理考虑事项。始发网络随后向服务网络传送消息，并且包括目的地用户地址和用于识别服务运营商的信息。目的地用户地址和用于识别服务运营商的信息的这种使用是双级寻址的示例。根据示范实施例，图4中示出能够将通信路由到一个企业(或多个企业)和个体用户的各种互连网络。此示范通信框架包括两个运营商网络402和Telia 404、IPX 406和企业的网络Bank 408。会话边界网关(SBG)通常是接入点，其也能够充当进入和离开各种运营商网络和IPX 406的通信的防火墙。另外，运营商网络Tele2 402和Telia 404 每个具有其自己的网络级DNS服务器422和4 (或等效物)，这些服务器至少在本地存储域信息。服务运营商数据库410包括用于与IPX 406相关联的所有网络的DNS信息。服务运营商数据库410在此示例中虽然位于IPX 406中，但它也能够驻留在连接到运营商网络并可由运营商网络访问的任何位置，例如第三方位置。在服务运营商数据库410中存储的DNS信息例如能够包括描述每个网络服务的住宅和企业的信息，如由例如Tele2 402和 Telia 404等网络向服务运营商数据库410报告的一样。企业网络Bank 408包括Bank中央交换机412和表示各种资源和个体可寻址之处的两个Bank PBX 414和416。用户1 418表示具有Tele2提供的服务的用户，并且用户 2 420表示为已知与Bank PBX 414相关联的Bank 408工作的用户。Bank中央交换机412 在本文中被视为是虚拟PBX。虚拟PBX通常与更小的远程企业站点相关联。为便于理解本文中所述示范实施例，服务网络类似地对待常规和虚拟PBX以便输送呼叫和消息到最终用户，即，本文中所述示范实施例不受使用常规还是虚拟PBX的约束。根据上述示范实施例，服务运营商数据库410包括的信息与用户所关联目的地标识符和有关其相应服务运营商网络的信息两者相关联。服务运营商数据库410能够使用此信息执行在这些信息集之间的映射。另外，此信息能够为各种形式。例如，能够使用一般域名，例如ericsson. com、telia. se和baldwin. org以及能够使用结构化电信名称标识各种网络和用户，例如mncOOl. mcc234。另外，服务运营商数据库410能够执行一般域名与使用 mnc和mcc的结构化标识符之间的映射。根据示范实施例，现在将相对于图5所示的信令图，描述通过图4所示通信网络的消息路由(例如呼叫)。最初，用户1 418发送消息INVITE sipgertlibank. com502到充当始发运营商网络的402。Tele2 402不知道什么网络向bank, com提供服务，因此，传送包括“bank, com”(或其转换版本)的查询消息504到服务运营商数据库410。服务运营商数据库410执行查找，并发现“bank, com"由网络Telia2 404提供服务，并且作为响应消息506的一部分传送“vpnserviceOtelia. se”。Tele2 402使用此信息并基于互连和例如在Tele2 402与Telia 404之间的SLA等协议确定路由路径。如图4所示，Tele2 402通过直接连接以及通过IPX 406连接到Telia 404。在此情况下，如包括“INVITE vpnservice@telia.se Target sip gert@bank. com” 的消息 508 所示，Tele2 402选择通过IPX 406路由业务。IPX 406在收到的消息508中看到“telia. se”，并且将消息 510 路由到 Telia 404。Telia 404 随后将包括“INVITE sip gertibank. com”的消息512发送到用户2 420。如上所示，上述路由信息包括目的地地址和描述向例如用户或企业等目的地提供服务的网络的信息。通过对始发网络向服务运营商数据库410的查询的响应使后一信息可用于始发网络。根据示范实施例，路由信息能够以各种方式嵌入SIP消息中。如本领域技术人员将理解的一样，SIP消息能够包括请求URI和目标URI报头。根据一个示范实施例， 例如telia. se等服务运营商身份能够放置在请求URI中，并且例如gertlgbank. com等目的地的原SIP URI能够放置在SIP消息的目标URI报头中。在呼叫到达服务运营商网络时， 服务运营商促使目标URI回到请求URI以便输送呼叫到NGCN 304。根据另一示范实施例，服务运营商身份能够附加到请求URI，例如，sip:j0hn@ enterprise, com. marker. mncl23. mcc234. 3gppnetworks. org0 备选，新参数能够放置到 SIP请求URI上。例如，服务运营商能够作为参数添加在SIP请求URI上，例如，sip johnO enterprise, com ；so = mnc 123. mcc234. 3gppnetworks. org。根据仍有的另一不范实施例，通过以类似上述附加信息到请求URI的方式扩展诸如路由号码(RN)或中继群组参数 (TRGP)等其它现有参数，能够携带所需的服务运营商信息。根据上述示范实施例，在SIP消息中携带原SIP URI和服务运营商的身份允许始发网络和转接/互连网络基于由中央服务运营商数据库410获得的服务运营商标识信息来路由消息。因此，转接/互连网络通常无需知道有关企业或住宅FQDN的信息，它们也无需查询服务运营商数据库410，这是因为服务运营商网络路由信息作为转接/互连网络知道并能够读取的SIP消息的普通路由信息的一部分提供。根据一个示范实施例，消息能够传播通过的各种网络每个通常在内部使用单独的本地IP地址。因此，用于IP地址的传统DNS查询和使用IP地址的路由通常不用于从始发运营商网络路由到服务网络，然后继续到目的地。另外，按IP地址的路由通常不是优选的， 这是因为按IP地址的路由能够被认为是自动路由，它使得所用路由的选择脱离始发网络的控制。这不允许始发运营商网络具有对路径的控制权，并且能够导致SLA有关的问题，以及对于获得利润不是最佳的。用于企业的服务运营商的多个实例上面的示范实施例描述在企业由单个服务运营商网络服务时用于路由消息业务的系统和方法。然而，对于较大的企业，在NGCN站点与服务运营商网络之间可以有多个连接的实例。例如，对于大型企业网络，由于企业的不同部分的广泛分布的地理位置原因，或者由于商业竞争原因及诸如此类，企业可能想具有多个服务运营商。根据示范实施例，下面相对于图6描述在企业使用两个不同服务运营商网络情况下的通信框架。图6示出一种示范通信框架，该框架包括连接到例如1Telia 404, Tele2 402、 Jersey Tel 604和Gamma Tel 608等各种运营商网络的IPX 406。在此示例中，IPX 406 也包括主DNS数据库410，该数据库包括用于将目的地的FQDN映射到向该目的地提供服务的服务网络的信息。企业Bank由通过VPN 606连接的两个不同服务运营商网络服务，如借助于由 Telia 404 服务的 Bank PBX 414 和由 Jersey Tel 604 服务的 Bank PBX 602 所示。 另外，示出了用户1 418和用户2 420。根据示范实施例，现在将如图7所示为具有用于企业的多个服务运营商网络的情况描述信令流，该信令流使用图6所示的架构。最初，用户1 418将包括“INVITE sip:gerti bank, com”的消息702发送到充当始发网络的Tele2 402。Tele2 402随后将包括目的地标识符的查询消息704发送到服务运营商数据库410，目的地标识符与诸如“bank, com"或 "gertibank. com"等目的地用户地址相关联。服务运营商数据库410执行查找并传送响应消息 706，响应消息 706 包括例如 vpnserviceOtelia. se 和 vpnserviceijersey. uk 等用于两个服务运营商网络的标识信息。Tele2 402随后判定发送请求到哪个服务运营商网络以及如何路由请求。这些判定能够基于已知互连、SLA、地理位置、成本和其它有关信息做出。 基于这些判定，Tele2 402 将包括“INVITE vpnservice@telia.se and Target sip:gerti bank, com”的消息708发送到IPX 406。IPX 406看到它需要的路由信息，例如，telia. se, 并将如消息710中所示的消息转发到Telia 404。Telia 404随后检查消息内容，并将它们转发到已知为gertibank. com的用户2 420。如上所述，企业能够具有用于企业的不同部分的不同服务运营商网络。根据示范实施例，并非所有服务运营商网络需要在服务运营商数据库110中存储有对应的标识或路由信息。另外，响应查询消息704，在响应消息706中能够返回在服务运营商数据库410中存储的一个、一些或所有服务运营商网络。在响应消息706中使用的服务运营商网络能够在服务运营商网络与企业之间预确定并相应地存储在主DNS数据库410中。根据示范实施例，在错误的服务运营商网络接收消息的情况下，即对于该消息，该服务运营商网络确定它未为该目的地服务，则系统和方法能够用于将消息进一步路由到另一服务运营商网络。在一种情况下，呼叫通过例如住宅用户呼入企业而在公共网络中开始。 始发运营商网络选择(通过其查询收到的)多个服务运营商之一并将呼叫输送到该服务运营商。然而，这实际上是所述特定用户的错误服务运营商。该服务运营商网络能够查询该企业，例如，查询该企业中的数据库以了解有关路由的指令，并随后使用上述双级寻址方案将呼叫路由到正确的服务运营商网络。根据另一示范实施例，呼叫能够在企业中开始，例如，一个企业用户到另一企业用户。目的地企业用户是由与始发企业用户不同的服务网络运营商服务的企业网络的一部分。在此情况下，即称为网上呼叫(on-net calls)的情况下，呼叫需要跨各种互连网络路由到正确的服务运营商网络。上述双级寻址方案也能够用于将此呼叫转发到正确的服务运营商。域名可移植性根据示范实施例，上述系统和方法的实现考虑了域名可移植性。在本文中使用时， 域名可移植性描述用户或企业的域以最低开销或工作量从一个服务运营商移到另一服务运营商。例如，如上所述，在这些示范实施例中使用的服务运营商数据库410与每个网络使用的典型网络级DNS数据库422、似4分开。此服务运营商数据库410如服务运营商数据库 410的提供商和每个网络运营商所确定一样由每个网络更新，但优选在更改发生时以及时方式更新，这有利于域名可移植性。例如，假设企业Bank 408正在使用Telia 404作为其服务提供商。企业Bank 408 随后决定更改为402作为其服务提供商，即，从Bank 408到服务网络的连接点更改到新服务网络，但Bank 408内的内部寻址通常不更改，例如，个体SIP URI、分机和直接拨入(DDI)号码将保持相同。一旦进行此更改，随后Tele2 402便更新更改的服务运营商数据库410。除受此更改直接影响的两个网络中外，更改通常无需在DNS基础设施的较低级别进行。另外，Bank 408的网络结构内的内部更改大部分将无需修改。此进程对于住宅使用也将适用。例如，如果用户具有gert@baldWin. org的域名，并且更改了服务运营商网络，迴域名能够移植到新服务运营商网络并且仍能够通过gertlgbaldwin. com的无缝转接使用。企业网络接入点确定上述一些示范实施例包括用于将消息业务通过互连网络从始发网络路由到服务网络的系统和方法。下面描述的示范实施例包括用于将消息从服务运营商网络输送到企业内的实体的各种系统和方法。然而，在论述这些示范实施例之前，先将论述有关会话从服务网络路由到企业的更多上下文。在ETSI TS 182 025定义的已提议网络架构的上下文中，现有标准和解决方案未描述例如(为企业网络服务的)服务网络能够如何将到正确站点中的会话路由到企业网络内的最终用户。例如，诸如 sip johnibank. com 或 sip 8501234ibank. com ；user = phone 等 SIP URI未提供有关被寻址用户的地理位置的足够信息以便由服务网络输送到例如bank 等企业中的该实体，例如john。另外，此类SIP URI未描述企业希望呼叫如何到达企业的网络。例如，企业可希望所有外部呼叫(或消息)到达一个位置，或者要求外部呼叫输送到被寻址用户常常存在的位置。另外，一旦服务网络已确定适当的企业网络接入点，则服务网络通常需要跨其IMS网络路由呼叫。在托管的企业用户和企业中继PBX使用基于预订的互连的情况下，呼叫需要穿过正确的S-CSCF 310和AS 312，或者对于基于对等的互连，需要穿过正确的IBCF。下面描述的示范实施例提供对于对等互连和预订互连两者从服务运营商网络到企业网络的这些路由问题的解决方案。根据示范实施例，系统和方法提供寻址和路由机制，这些机制允许例如SIP会话等会话路由到在服务NGN与企业网络之间的正确互连点并继续路由到正确的目的地用户地址。另外，这些示范实施例能够用于在位于不同互连点后的企业用户之间输送呼叫。在服务NGN与企业网络之间的这些互连点在本文中称为企业网络接入点。下面描述的这些示范实施例通常适用于在作为用于基于预定和对等的互连的企业中继NGCN的一部分的企业内的用户。根据示范实施例，这些方法和系统允许企业向服务网络提供对为用户(如所述一样，例如通过SIP URI的用户部分)定义该用户的相关联企业网络接入点的信息以及需要时便于路由的附加的相关联信息的访问。为支持此方面，示范方法和系统允许企业更新此信息，存储策略，传递策略和订户(用户)移动/更改到服务NGN。另外，这些方法和系统允许服务网络以所需方式或企业和服务网络达成协议的方式基于此信息路由呼叫。如前面所述，服务网络通常是IMS网络，但这不是必需的。图3(a)和3 (b)对于对等和预订互连示出与NGCN 304和AS 312通信的部分IMS网络302。根据示范实施例，图8 中示出IMS网络302的更多组件，这些组件能够在跨IMS网络302将服务路由到企业网络中使用。IMS网络302的这些节点包括P-CSCF 308,S-CSCF 310和查询CSCF(I-CSCF)804。 P-CSCF 308通常是在IMS网络302的核心部分中用户的第一联系点，并且它将消息和请求转发到所需的S-CSCF 310。该S-CSCF 310执行会话控制服务并根据需要保持会话状态信息。I-CSCF 804可执行转接路由功能，并且能够充当服务运营商网络内目的地为用户的连接的联系点。归属订户服务器(HSS) 802通常包含用户(符合需要时还有企业)的预订有关信息，所述信息由其它网络实体用于诸如向IMS网络302注册等此类活动。另外，HSS 802与 S-CSCF 310和I-CSCF 804通信。图8所示所有三个CSCF能够与提供边界控制功能的IBCF 314通信。作为服务运营商网络一部分的虚拟专用网络路由功能(VPN-RF)806(例如能够是IMS应用服务器)具有到企业网络接入点存储库(下面描述)的访问权，并且能够实现本文中所述的各种示范实施例。另外，VPN-RF 806能够接收终端会话、跨服务运营商网络到例如IBCF 314等服务运营商网络的正确出口点的路由会话。图8所示的那些节点外的其它节点能够在IMS网络302内使用，并且与IMS网络有关的更多信息一般能够在3GPP TS 23. 002版本8. 3. 0第8版和3GPP TS 23. 228版本8. 6. 0第8版中找到。此外，如下面例如在对等互连和预订互连实施例中所看到的一样，能够在本文中所述示范实施例中更大或更小程度地使用图8所示节点。根据示范实施例，企业网络能够具有多个企业网络接入点。根据企业的需要，企业内不同的用户能够与不同的企业网络接入点相关联。有关企业内不同用户及其与企业网络接入点的关联的信息能够在数据库或其它所需存储位置中存储，使得信息可由企业和服务网络两者检索和访问。对于与企业和其用户如何连接到服务运营商网络有关的不同情形， 能够使用不同方法使此信息可用。例如，通过允许在存储此用户联系信息的其相应安全存储位置之间特定级别的访问，服务网络和企业均能够具有此信息的访问权。根据示范实施例，就企业中继NGCN而言，企业能够用每个用户的企业网络接入点信息填充例如企业网络接入点存储库等数据库。此企业网络接入点存储库能够是服务网络具有访问权的企业网络的一部分，或者是企业具有访问权的服务网络的一部分。然而，就正在使用例如中央交换机等托管企业NGCN的用户而言，企业通常将不需要用此类信息填充另外的数据库，这是因为信息通常将在服务网络的HSS 802中每个用户的条目中提供，即，将存在每个企业用户的IMS用户。不管如何，如下面将参照图9更详细描述的一样，由于企业知道它已将其用户与哪些企业网络接入点相关联，因此，企业能够根据需要填充数据库。根据示范实施例，图9示出例如1Telia 404等与企业Bank的网络408通信的服务运营商网络、多个企业网络接入点908、910和912及用于确定哪些企业网络接入点应该用于将通信转发到Bank 408内不同用户的企业网络接入点存储库904。如在图9中能看到的一样，Telia 404与Bank 408具有三个企业网络接入点908、910和912。企业网络接入点 908用于分别转到在Bank PBX 414禾Π Bank PBX 416的用户的业务，例如，gert@bank.com 和per@bank. com。企业网络接入点910用于转到在Bank PBX 902的用户的业务，例如在 johnibank. com,以及企业网络接入点912用于转到Bank中央交换机412的业务。通过使用此示范通信架构，能够通过以下步骤进行用于识别所需企业网络接入点的进程。最初，企业的管理部门设置策略和用户位置。随后，它更新企业网络接入点存储库 904以便此信息能够由服务网络访问。如图8中通过VPN RF 806所示，输入呼叫到达服务运营商网络，并且通过例如使用IMS公共服务身份(PSI)，被识别为用于VPN服务。服务运营商网络从收到的呼叫获得原SIP URI，并且使用它查询企业网络接入点存储库。来自企业网络接入点存储库904的响应包括要使用的企业网络接入点的身份。通过使用用于识别企业网络接入点的此示范架构和进程，现在将根据基于图9的一个示范实施例描述一种示范使用情况。最初，SIP消息通过IPX 406转交，并随后通过SBG 906 转交到 iTelia 404。Telia 404 读取包括“INVITE sip:bankvpn@telia. se”和“Target sip:gertibank. com，，(如在根据上述示范实施例的SIP消息中嵌入)的消息，并且使用 "gertibank. com”查询企业网络接入点存储库904。企业网络接入点存储库904返回响应， 响应包括gert与接入点1的关联，接入点1是图9中的企业网络接入点908。随后，SIP消息通过企业网络接入点910转发到gertObank. com。根据示范实施例，一旦企业网络接入点已识别，呼叫便跨服务IMS网络302路由到已识别的与企业网络的互连点。此外，服务运营商网络通常具有配置数据，配置数据为每个企业网络接入点识别接入点是预订互连还是对等互连。由于IMS网络302内不同节点通常根据互连类型在输送进程中使用，因此，此信息是有用的。根据示范实施例，如果企业网络使用对等互连，则企业网络接入点存储库904中的相关联信息将标识要使用的IBCF 314。通过使用图10所示的示范网络节点，现在将描述用于对等互连的路由的一个示例。最初，VPN-RF 806接收包括SIP消息“VPNserviceO telia. com，，禾口 "Target = johnibank. com” 的消息 1012。VPN-RF 806 随后向企业网络接入点存储库904查询“ john@bank. com”，并接收响应，响应包括例如“accesspointX@bank. com”等与john相关联的企业网络接入点及在处理此对等互连的服务网络的边缘处IBCF 314的身份。VPN-RF 806随后将企业网络接入点信息放入P服务的用户报头中，并且将IBCF 314身份放入要路由的消息的SIP路由报头中。正如本领域技术人员将理解的一样，P服务的用户报头是如下的报头字段，所述报头字段能够添加到从S-CSCF 310路由到AS 312或者从AS 312路由到S-CSCF 310的初始请求中，并且通常包含由S-CSCF 310服务且代表其调用应用的用户的IMS公共用户身份。P服务的用户报头能够包括会话情况参数，该参数可用于表达初始请求是由被服务用户始发还是目的地为被服务用户。P服务的用户报头也能够包括注册状态参数，该参数可由S-CSCF 310用于向AS 312指示初始请求是针对已注册用户还是未注册用户。基于DNS和SIP路由报头的普通IMS路由过程能够用于将呼叫输送到正确的IBCF 314。例如，消息通过IMS网络302转发到IBCF 314，其中消息包括SIP路由报头中标识 IBCF 314 的信息 “ johnObank. com” 和在 P 服务的用户报头中的 “route = accesspointXi bank, com”。IBCF 314随后将分析P服务的用户报头信息以确定消息要输送到哪个企业网络接入点。在转发消息之前，IBCF 314将删除P服务的用户报头。另外，IBCF 314能根据需要应用任何预确定的策略判定。在此示例中，消息通过识别的企业网络接入点转发到Bank PBX 902。根据示范实施例，如果企业网络使用预订互连，则数据库中的企业网络接入点数据将标识表示NGCN的企业网络接入点的IMS用户。通过使用图10中的示范网络节点， 现在将描述使用预订互连的呼叫路由的一个示例。最初，VPN-RF 806接收包括SIP消
VPNserviceitelia. com"和"Target = john@bank.com” 的消息 1012。VPN-RF 806 随后向企业网络接入点存储库904查询“johnlgbank. com",并接收响应，响应包括例如 accesspointXibank. com等企业网络接入点和要使用的I-CSCF 804的标识。VPN-RF 806 随后能够将企业网络接入点信息放入P服务的用户报头中。VPN-RF 806随后将呼叫输送到I-CSCF 804，该I-CSCF使用P服务的用户报头作为查询关键字查询HSS 802，该HSS通过与已注册用户相关联的S-CSCF 310做出响应。在此示例中，“accesspointX@bank. com” 是如在HSS 802中提供的IMS用户，而“ john@bank. com”是企业用户。多个企业用户能够位于“accesspointXlibank. com”之后，其中关于IMS用户和企业用户(及其关系)的知识存储在企业网络接入点存储库904中。例如，假设“accesspointX@bank. com”是在P服务的用户报头中，并且由I-CSCF 804 用于查询 HSS 802，该 HSS 发送将 S-CSCF 310 识别为与 “accesspointXObank. com” 相关联的信息。I-CSCF 804随后能够将呼叫转发到适当的S-CSCF 310。S-CSCF 310随后能够在将来根据需要使用P服务的用户报头。此外，对于将来呼叫，普通的终端IMS过程能够用于将呼叫输送到AS 312和P-CSCF 308。为完成此示例，S-CSCF 310随后将呼叫转发到 P-CSCF 308，该P-CSCF分析P服务的用户报头信息，删除P服务的用户报头信息并随后将呼叫输送到接入点X以便在企业内分发，例如，与Bank PBX 902相关联的用户john接收该消息。图 10 中还示出 S-CSCF 1004,P-SCSF 1008,AS 1006 及 Bank 中央交换机 412。这些节点表示在例如Bank中央交换机412等虚拟PBX中终止的预订互连。为便于理解本文中所述的示范实施例，不存在本领域技术人员用于为典型PBX或虚拟PBX实现这些示范实施例的可分辨差别，这是因为服务网络将具有正确输送呼叫和消息所需的信息。通过使用图10所述的示范架构，现在将相对于图11(a)描述根据一个示范实施例的预订互连的信令图。最初，VPN-RF 806接收包括“vpnservice@telia. se”和“Target sip:gert@bank. com” 的 SIP INVITE 消息 1102。VPN-RF 806 随后传送查询消息 1104 到企业网络接入点存储库904，该消息包括目的地信息gertlibank. com。企业网络接入点存储库 904执行查找以确定与查询消息104中目的地用户地址相关联的I-CSCF 804和企业网络接入点。此企业网络接入点信息在响应消息1106中返回到VPN-RF 806。VPN-RF 806随后将企业网络接入点信息嵌入收到的SIP邀请消息的P服务的用户报头中，并将消息1108转发到 I-CSCF 804。通过使用P服务的用户报头信息，如框1110所示，I-CSCF 804查询HSS 802以查找与该企业网络接入点相关联的S-CSCF 310。I-CSCF 804随后将SIP INVITE消息1112 转发到适当的S-CSCF 310和P-CSCF 308。通过使用P服务的用户报头中的信息，在从SIP 消息中删除P服务的用户报头后，P-CSCF通过指定的企业网络接入点将消息1116转发到 Bank PBX 902表示的正确用户。通过使用图10所示的示范架构，现在将相对于图11(b)描述根据一个示范实施例的对等互连的信令图。最初，VPN-RF 806接收包括“vpnserviceOtelia. se”和“^Target sip:gertibank. com” 的 SIP INVITE 消息 1118。VPN-RF 806 随后传送查询消息 1120 到企业网络接入点存储库904，该消息包括目的地用户地址“gert@bank.com”。企业网络接入点存储库执行查找以确定与查询消息1120中用户(或目的地)相关联的IBCF 314和企业网络接入点。此企业网络接入点信息在响应消息1122中返回到VPN-RF 806。VPN-RF 806 随后将企业网络接入点信息嵌入收到的SIP INVITE消息的P服务的用户报头中，并将消息IlM转发到IBCF 314。IBCF 314读取消息1124，并确定要为指定用户使用的企业网络接入点。IBCF 314随后删除P服务的用户报头1126，并将SIP INVITE作为消息12 通过 Bank PBX 902 转发至Ij gertibank. com。上述示范实施例描述用于使用企业网络接入点存储库904存储与最终用户匹配的企业网络接入点信息的方法和系统。现在将相对于图12，描述能够充当企业网络接入点存储库904的一个示范通信节点1200。通信节点1200能够包含处理器1202(或多个处理器核)、存储器1204、一个或多个辅助存储装置1206及有利于通信的通信接口 1208。存储器1204(或辅助存储装置1206)能够用于存储在接入点表904中使用的信息。因此，根据示范实施例，通信节点1200能够接收查询并返回与目的地用户地址相关联的企业网络接入点。另外，通信节点1200能够在各种通信网络中执行上述其它节点的功能，诸如VPN-RF 806 和 HSS 802。通过利用根据示范实施例的上述示范系统，在图13的流程图中示出用于路由消息业务的方法。最初，用于将消息业务从服务网络路由到企业网络的方法包括在步骤 1302中，从服务网络传送包括目的地用户地址的查询消息；在步骤1304中，在服务网络接收响应消息，响应消息包括与目的地用户地址相关联的接入点识别信息和内部消息路由信息；在步骤1306中，在服务网络将接入点信息嵌入消息中；以及在步骤1308中，由服务网络基于内部消息路由信息向与接入点识别信息相关联的接入点传送该消息。通过利用根据示范实施例的上述示范系统，在图14的流程图中示出用于路由消息业务的另一方法。最初，用于在通信节点路由消息业务的方法包括在步骤1402中，存储多个目的地用户地址，其中每个目的地用户地址与接入点和内部路由信息相关联；在步骤 1404中，接收包括目的地用户地址的查询消息；在步骤1406中，通过目的地用户地址执行查找以确定对应的接入点和内部消息路由信息；以及在步骤1408中，传送响应消息，响应消息包括基于在查找中识别的对应接入点和内部消息路由信息的信息。上面公开的示范实施例描述与通过互连网络路由消息业务相关联的系统和方法。 应理解，此描述无意限制本发明。相反，示范实施例旨在涵盖在如随附权利要求定义的本发明的精神和范围中包括的备选、修改和等效物。此外，在示范实施例的详细描述中，陈述了许多特定的细节以提供所述发明的详尽理解。然而，本领域的技术人员将理解，在无此类特定细节的情况下也可实践各种实施例。 虽然所示示范实施例的特性和实施例在特定组合的实施例中描述，但每个特性或要素可单独使用而无实施例的其它特性和要素，或者以带有或无本文公开的其它特性和要素的各种组合形式使用。本申请中提供的方法或流程图可在计算机可读存储介质中有形地实施的固件、计算机程序或软件中实现以便由通用计算机或处理器执行。
权利要求
1.一种用于将通信从服务网络路由到企业网络的方法，包括 从所述服务网络传送包括目的地用户地址的查询消息；在所述服务网络接收响应消息，所述响应消息包括与所述目的地用户地址相关联的接入点识别信息和内部消息路由信息；在所述服务网络将所述接入点信息嵌入消息中；以及由所述服务网络基于所述内部消息路由信息向与所述接入点识别信息相关联的接入点传送所述消息。
2.如权利要求1所述的方法，其中所述服务网络到所述企业网络之间的互连是预订互连，并且由所述服务网络基于所述内部消息路由信息向与所述接入点识别信息相关联的接入点传送所述消息的所述步骤还包括基于所述内部消息路由信息将所述消息从虚拟专用网络路由功能(VPN-RF)传送到查询呼叫会话控制功能(I-CSCF)；从所述I-CSCF传送查询消息，其中所述查询包括与所述目的地用户地址相关联的接入点识别信息；使用与所述目的地用户地址相关联的所述接入点信息执行查找，其中基于所述查找， 识别服务呼叫会话控制功能(S-CSCF)； 将所述消息传送到所述识别的S-CSCF ；将所述消息从所述S-CSCF转发到代理呼叫会话控制功能(P-CSCF)； 由所述P-CSCF删除与所述目的地用户地址相关联的所述接入点信息；以及将所述消息转发到所述接入点。
3.如权利要求1所述的方法，其中所述服务网络到所述企业网络之间的互连是对等互连，并且由所述服务网络基于所述内部消息路由信息向与所述接入点识别信息相关联的接入点传送所述消息的所述步骤还包括基于所述内部消息路由信息将所述消息从虚拟专用网络路由功能(VPN-RF)传送到互连边界控制功能(IBCF)；由所述IBCF删除与所述目的地标识符相关联的所述接入点信息；以及将所述消息转发到所述接入点。
4.如权利要求1所述的方法，其中所述消息是会话发起协议(SIP)消息。
5.如权利要求2所述的方法，其中所述接入点信息嵌入所述消息中P服务的用户报头中。
6.如权利要求3所述的方法，其中所述接入点信息嵌入所述消息中P服务的用户报头中。
7.如权利要求2所述的方法，其中所述内部消息路由信息标识供使用的所述I-CSCF， 并且嵌入会话发起协议(SIP)路由报头中。
8.如权利要求3所述的方法，其中所述内部消息路由信息标识供使用的所述IBCF，并且嵌入SIP路由报头中。
9.一种用于在通信节点路由通信的方法，包括存储多个目的地用户地址，其中每个目的地用户地址与接入点和内部路由信息相关接收包括目的地用户地址的查询消息；通过所述目的地用户地址执行查找以确定对应接入点和内部消息路由信息；以及传送响应消息，所述响应消息包括基于在所述查找中识别的所述对应接入点和所述内部消息路由信息的信息。
10.如权利要求9所述的方法，其中所述目的地用户地址是SIP统一资源标识符 (URI)。
11.如权利要求10所述的方法，还包括在添加、删除或移动所述目的地用户地址信息时接收消息更新；以及存储所述更新的信息。
12.如权利要求9所述的方法，其中所述通信节点是数据库。
13.—种通信节点，包括存储器，用于存储目的地用户地址、接入点信息及内部消息路由信息；通信接口，用于传送和接收与所述目的地用户地址、接入点信息及内部消息路由信息相关联的消息；以及处理器，用于在收到包括所述目的地用户地址的查询时执行查找，其中所述查找引起所述接入点信息和所述内部消息路由信息的返回，进一步地，其中所述通信接口传送包括所述接入点信息和所述内部消息路由信息的响应消息。
14.如权利要求13所述的通信节点，其中所述通信节点是数据库。
15.如权利要求14所述的通信节点，其中所述数据库位于企业内。
16.如权利要求14所述的通信节点，其中所述数据库位于服务运营商网络中。
17.如权利要求16所述的通信节点，其中所述服务运营商网络是因特网协议多媒体子系统(IMS)网络。
全文摘要
根据这些示范实施例的系统和方法提供用于将通信从服务网络路由到企业网络的方法和系统。与企业网络中用户相关联的接入点信息已存储并可由服务网络访问使用。
文档编号H04L12/56GK102265565SQ200880132557
公开日2011年11月30日 申请日期2008年12月26日 优先权日2008年12月26日
发明者G·奥斯特, H-E·范埃尔堡, J·巴尔德文 申请人:爱立信电话股份有限公司