CN1703020A

CN1703020A - 用于跨域网络业务的配置与管理的结构

Info

Publication number: CN1703020A
Application number: CN200510081706.6A
Authority: CN
Inventors: F·奎尔沃; P·J·甘戈; A·J·J·詹森; M·西姆
Original assignee: Alcatel NV
Current assignee: Alcatel CIT SA; Alcatel Lucent NV
Priority date: 2004-05-20
Filing date: 2005-05-20
Publication date: 2005-11-30
Also published as: US20050262232A1; CA2467939A1; US8204973B2; ATE437496T1; DE602005015509D1

Abstract

提供一种能够建立跨域业务的装置和方法，包括在域之间交换可达性信息，跨域的业务的路由，以及不同的标签。由使每个域的控制和管理平面能够以对等方式互相通信的附加部件补充网络单元的控制和管理平面。在域间建立邻接，并且在域间交换业务可达性信息。然后在管理平面内的网络业务应用程序可以通过互相通信建立跨过域的业务。

Description

用于跨域网络业务的配置与管理的结构

其它申请的交叉引用

本申请要求2004年5月20日提交的名称为“用于跨域网络业务的配置与管理的结构”、申请号为2,467,939的加拿大专利申请的优先权。

技术领域

本发明涉及电信网络的管理与提供，更具体地，涉及多域网络中的端对端网络业务的提供。

背景技术

许多新兴的通信网络业务要求几个管理域的互通，例如跨越多个业务提供商的域的基于IP和以太网的虚拟专用网(VPN)。这些跨域业务的配置与操作(不管是交叉管理、技术还是多供应商网络设备)要求在全异的系统之间交换业务信息。由于不同的域以不同的方式(例如地址分配和带宽分配)处理提供问题，因此这些域不能简单并一贯地建立业务。

目前，网络管理基础结构的特征在于技术或业务特定管理应用程序堆栈或存储缓冲区(silo)，每个域由各自独立的域管理器管理。为了提供跨域业务，工作流程机制的覆盖被典型地用于协调跨域管理过程。这实际上是业务的人工配置，是昂贵而繁重的系统集成活动。业务作为企业对企业(business-to-business)的解决方案实施，在域管理者之间(如业务提供商与长途骨干运营商)协商后，每个业务有效地被人工提供。

自动信令机制允许跨域业务可更快和更低成本地建立。自动信令机制已经在各种专用技术域(例如ATM网络的PNNI)中的网络控制平面中使用，但是迄今为止几乎没有显示在域内使用之外的进展和采用。尤其是，这样的信令机制由于不能清楚地处理关键管理方面，例如跨域链路连接管理、故障相关性、定位和恢复，因此不能支持通用信令。

一种用于补偿这种在网络控制平面的自动信令机制的缺点和应用局限性的通常结构是集中、分级的分层网络管理结构，该结构跨越许多不同元件以便允许跨域提供和管理信令。然而，这样的集中解决方案在可伸缩方面不足，尤其在网络业务变得更加复杂和动态时，其通常集中在单个的供应商上。集中解决方案等效于工作流程的级联组，其结构基本上具有相同的问题。这些解决方案通常包含OSS管理系统的几层，每一层以特定方式建立并对上层开放。例如，这些解决方案可以使用例如发布-订阅结构的集成总线技术。这些集成技术的关键缺点在于它们对于某些设备、技术甚至网络业务是特定的。因此许多系统交换的消息内容限于特定的业务、技术和设备，缺乏适用于新业务的灵活性。因此，为了实现集中解决方案而加在网络单元上的智能面向于提供事件和通知的本地相关性和聚合，其将由上面的、分层排列的层使用。集中解决方案的成本高，因为它不能减小复杂性，并且易于产生纵向解决方案，因为提供解决方案的服务器是基于每个业务提供的。该解决方案直接连接到配置其的网络单元基本结构，从而确定它们的纵向特性，并导致基本结构、管理控制的分段存储以及头重脚轻(top heavy)管理的次优使用。

提供用于提供和管理跨域业务的自动化程度的解决方案将这些业务的实施从以特定方式使用企业对企业技术的实施中移出，并移向网络管理层的实施。提供跨过多个域分发这种自动信令机制的结构的解决方案是动态和灵活的，因此，根据集中解决方案不容易适用于新的跨域业务的事实，其比集中方法具有更低的成本，并更加有用。

发明内容

根据本发明的一个方面，提供一种跨过多个域提供跨域业务的方法，至少两个域在管理者、技术和提供商的至少一个方面不同。在相邻域之间建立邻接。形成跨域管理的业务层，从而在每个域内扩展网络单元的管理和控制平面，以便以对等的方式互通。在一个域接收建立跨域业务的业务请求，并建立该跨域业务。

所述方法可以作为管理层的一部分实施，或者在域内的网络单元上，或者在独立的机器上。这样的管理层包括用于建立并保持域之间的物理连接的域间邻接管理器，用于将业务请求映射到由各自域识别的信令机制的信令互通网关，以及用于在域内建立段和用于协调域间的业务段的业务请求管理器。所述方法可以作为指令存储在计算机可读介质上，由诸如在网络单元上的计算机处理器执行。提供一种可以实施所述方法的结构。

本发明的方法、结构和装置允许以最少的人工配置提供并管理跨域业务。网络单元控制和管理平面通过附加部件补充，所述部件使每个域的控制和管理平面能够相互通信。所述部件，优选地以软件的形式，扩展网络单元的管理和控制平面以便以对等的方式互通。

附图说明

根据下述参照附图对优选实施例的详细说明，本发明的特征和优点将变得更加明显，其中：

图1是根据本发明的一个实施例的实施本发明的域的示例图；

图2是根据本发明的一个实施例的多域网络的示例图；

图3是跨过图2的多域网络实施的业务的示例图；

图4是用于支持在本发明的示范性实施例中的业务实例的实现的主结构的原理图。

需要注意，在附图中，相同的特征具有相同的标记。

具体实施方式

参照图1，示出了电信域的一个例子。该域包括第一边界网关10，第二边界网关12，和多个内部网络单元14。共同地，第一边界网关10，第二边界网关12，和多个内部网络单元14被称作域的网络单元18。域的网络单元通过通信链路16以各种方式互连。图1所示的域仅仅是为了举例。更普遍地，该域包括多个网络单元，其中至少两个是边界网关。这些边界网关提供通信访问该域之外的设备，例如其它域的边界网关，或者终端用户设备。

该域还包括管理层20。管理层20包含多个部件，包括业务请求管理器，业务域管理器，通用命名业务，信令互通网关，域间邻接管理器，和业务透明管理器。这些部件的特性和操作在下面更详细地描述。优选地，这些部件是以软件指令的形式位于该域的一个或多个网络单元上，尤其在边界网关上，因为根据本发明，是边界网关直接与其它域进行通信。可选地，管理层部件可以位于与网络单元进行通信的单独的工作站上。

参照图2，示出了多域网络的例子。多域网络包括第一域A，第二域B，和第三域C。这些域的每一个域在原理上都类似于上述参照图1描述的域，每个域都具有多个内部网络单元(图2中未示出)、边界网关和管理层。第一域A具有一组网络单元30，包括第一边界网关BG-A1、第二边界网关BG-A2以及管理层M-A。第二域B具有一组网络单元32，包括第一边界网关BG-B1、第二边界网关BG-B2以及管理层M-B。第三域C具有一组网络单元34，包括第一边界网关BG-C1、第二边界网关BG-C2以及管理层M-C。域A、B和C在使用的技术和管理的至少一个方面是截然不同的。例如，域A可以是在ATM电路上提供以太网传输业务的基于ATM的网络，域B可以是使用SONET帧封装提供以太网传输业务的基于SONET的网络，而域C可以是提供相同类型的以太网传输业务、但在与域B不同的管理控制下的基于SONET的网络，并可能使用与域B中使用的设备不同的提供商的设备实施。

每一个域中的管理层在管理层通信信道40上互相进行通信。管理层通信信道可以是路径内或者路径外的，并将在下面结合参照图4描述的示范性实施例的邻接管理讨论进行更详细的描述。

邻接ADJ-AB存在于第一域A的第二边界网关BG-A2和第二域B的第一边界网关BG-B1之间。邻接ADJ-BC存在于第二域B的第二边界网关BG-B2和第三域C的第一边界网关BG-C1之间。下面将更详细地描述这些邻接的性质和建立。物理连接的类型可以是任何类型的，例如以太网链路连接。

参照图2描述的多域网络仅仅为了举例的目的。更普遍地，在多域网络中有多个域，其中每一个域在管理、网络业务和实施技术的组合上都有所区别。每个域都具有管理层，通过管理层通信信道与其它域的管理层进行通信。每个域都具有边界网关，并且邻接存在于相邻域的边界网关之间。

参照图3，示出了跨过参照图2描述的多域网络的点对点业务的一个例子。第一终端用户50通过第一业务接入点(SAP)52与第一域A的第一边界网关BG-A1进行通信。第二终端用户60通过第二SAP 62与第三域C的第二边界网关BG-C2进行通信。业务在通过第一SAP 52、通过第一域A的网络单元30、跨过第一域A和第二域B之间的邻接ADJ-AB、通过第二域B的网络单元32、跨过第二域B和第三域C之间的邻接ADJ-BC上、通过第三域C的网络单元34以及通过第二SAP 62的端对端链路(可以是面向连接的或者无连接的)上从第一终端用户50传送到第二终端用户60。

每个域都有各自的网络业务应用程序NSA-A、NSA-B和NSA-C，用于在两个终端用户50和60之间配置特定业务。通常，一个网络业务应用程序(NSA)作为管理控制程序存在每个域内，用于通过该域建立的每个域间业务。每个NSA充当可编程层，用于提供特定的业务。每个NSA使用业务域管理器、业务请求管理器、通用命名服务器、信令互通网关和业务透明管理器在NSA的域内实施相应的域间业务。

如上所述，每个域内的管理层在功能上包括许多用于实施域间业务的部件，包括业务请求管理器、业务域管理器、通用命名服务器、信令互通网关、域间邻接管理器和业务透明管理器。每个业务请求管理器(SRM)包含事务和协议引擎，其协调在不同域中的业务段建立，在此基础上将建立跨域业务。SRM通过实施开放机制请求跨域业务，该开放机制独立于通过邻接将SRM的域连接到相邻域的技术。SRM使用网络管理通信信道40与邻接域的SRM进行通信。SRM还具有灵活的计时器，以适应于区别相邻域的管理时标，并提供软状态和硬状态两种类型的通知以传送业务请求的完成状态。

每个业务域管理器(SDM)都包含决策逻辑和协议引擎，该协议引擎通过产生和使用域的能力的通知来建立业务域的可达性，以到达使用特定类型的业务段的其它域，从而启动业务路由。由于可伸缩性的原因，这些SDM仅提供域业务可达性信息(即与端点地址可达性相反，可以使用特定业务通过给定域到达一个端点，从而避免不可伸缩的BGP/IP模式)。这些SDM作为基于策略的决策过程还真正地开放，并提供在使用中的可扩展性和第三方度量标准的扩散，以及关于BGP的另一个关键区别。

每个通用命名服务器(GNS)是通用的命名业务，提供在网络边缘的业务实体存在点，同时提供它的域特定信息以支持业务层实体组织的跨域命名业务。存在点的性质是多业务的，因此与现有的命名业务如DNS相反，GNS可以支持许多到单个设备的电信业务。GNS与SDN一起工作以提供系统的可伸缩性，因为其可在每个域或者每个业务基础中被联合。跨域命名业务可以是完全分布式的或者完全联合式的。

每个信令互通网关(SIG)将路径外管理的业务请求映射到通过现有机制实施的请求上，反之亦然。SIG通过提供在协议间成对的变换器提供与现有信令协议的互操作性。

每个域间邻接管理器(IAM)都建立并保持一个域到其相邻域的物理连接。每个IAM被配置为支持或者接受给定的一组类型的业务，所述业务可以在邻接上执行。这可以由于管理原因或者技术限制进行。

每个业务透明管理器(STM)处理交叉技术映射和业务透明问题。STM控制网络域业务互通功能的配置，其可以影响业务的操作，以便保证网络到终端用户的端对端透明。STM提供API以控制业务段内的功能，也就是说，透明功能应用于单个域之外通常不是公知的。

一旦这些部件已被添加到每个域的管理层，则在边界网关上或者与边界网关相关的，跨越不同域的网络业务层可以被看作是与每个域内的网络的本地控制平面和管理平面中的任何一个或者两者紧密集成和协作地运行。该层提供其它业务使用的网络业务，如终端用户请求的业务。

在任何域间业务跨过多个域建立之前，多个域的管理层在这些域之间建立邻接。这在每个域内由使用域间邻接管理器的运营商执行。相邻域的管理者，例如图2的域A和域B，同意在两个域之间提供一组业务的访问。管理者在边界网关BG-A2与BG-B1之间设置物理连接，并同意邻接业务合同。邻接业务合同宣布可跨过物理连接支持的业务，并宣布应用于每个所支持业务的策略，如资源分配以及当资源竞争发生时采取的措施。因此，邻接ADJ-AB被定义为BG-A2与BG-B1之间的物理连接，一组跨过物理连接支持的业务，以及与这组支持的业务中的每一个业务相关的策略。邻接ADJ-AB不包括业务的任何实际实施。同样地，邻接ADJ-BC由域B和域C的管理者取得一致，并被定义为BG-B2与BG-C1之间的物理连接，一组跨过物理连接支持的业务，以及与这组支持的业务中的每一个业务相关的策略。当然，两个不同的域可以共享一个管理者，例如，如果两个域由同一个运营商运行，却使用不同的网络技术。

一旦多个域之间的邻接和邻接业务合同建立，则可达性信息可以在这些域之间交换。每个域的SDM向每个相邻域通知它能够支持的业务。通知是可传递的，因为接收通知的域将该通知传递到它自己的相邻域。例如，图2的域A的SDM跨过邻接ADJ-AB通知它可以提供业务S。域B的SDM跨过邻接ADJ-BC转发该通知到域C。当每个域接收到通知时，该域的SDM更新路由信息表以包含发起通知的域的标识、业务的标识和通知直接来自的域。这样，每个域的SDM建立具有记录的路由信息表，这些记录至少与业务、业务的端点域和下一跳有关，以到达提供业务的域。优选地，路由信息表不识别端点，以便防止可与更传统的路由发现协议共存的超大规模路由表。在2004年5月20日由与本申请相同的受让人提交的名称为“配置跨域电信业务的开放的业务发现和路由机制”、申请号为2,467,945的加拿大专利申请中提供了SDM的一个实施例，其包含于此作为参考。

还需要注意，不是每个域之间的每个邻接都需要在通知可达性信息之前建立。一旦域的邻接建立，则该域就可以通知它的可达性信息。

当终端用户请求业务时，通常向该终端用户的接入链路通向的域的管理者(在上面参照图3描述的业务中的第一终端用户50的第一域A)，该域的管理者使用其已经控制的域的SRM启动业务的建立。可选地，业务的启动可以由终端用户通过与域的管理层进行通信而启动，该域是终端用户通过SAP，例如通过自管理应用程序或者UNI机制连接的。无论这样或者那样，一旦管理层被通知该业务请求，则通过管理层部件而不是管理者人工地执行业务的路由和建立。

在图3的多域网络的例子中，域A的SRM从GNS确定第二终端用户通过域C是可到达的，因为GNS将终端用户标识与该终端用户连接到的域相关联。于是，SRM参考该域的SDM以确定用于建立的业务和目的域即域C的下一跳。SDM从路由信息表确定域B是下一跳，并通知SRM。SRM建立从SAP52连接到的边界网关BG-A1到通向下一跳的邻接ADJ-AB所连接的网关BG-A2的多个段。这样做时，SRM使用动态标签区别机制为该业务分配标签。该标签具有至少两部分，业务部分和本地部分。业务部分唯一识别跨过所有域的业务。本地部分唯一识别在域A内的业务。SRM将这个标签信息传送到域B的SRM。在2004年5月20日由与本申请相同的受让人提交的名称为“通过动态标签区别机制提供跨域电信业务”、申请号为2,468,122的加拿大专利申请中提供了动态标签区别机制的一个例子，其包含于此作为参考。

域B的SRM参考域B的SDM以确定该业务应被选路发送的下一跳域。SDM从自己的路由信息表中确定下一跳域是域C，并通知SDM。SDM使用域A的SDM提供的标签，建立从边界网关BG-B1到边界网关BG-B2的多个段。域B的SDM保存该标签的业务部分，以便保持该业务的唯一标识，但可以用适合于在域B内使用的技术的新值来代替该标签的本地部分。域B的SDM将该标签信息传送到域C的SDM，其类似地完成到第二SAP 62的多个段。

当前的实施例仅是示范性的，本领域技术人员应当理解，在不与本发明的精神分离的情况下，可以对上述实施例进行各种变化。本发明的范围仅由所附的权利要求确定。

现在将讨论另一个示范性的实施例。

1.跨域集成方法

M层被定义为包含多个NMS和EMS的层。为了简单，假定在NMS、EMS和网络单元之间的严格的功能层，尽管实际上NMS和EMS的功能可以集成在单个平台内或者以不同的方式组织。每个技术域都提供实施特定网络业务(如点对点连接、在其对应域内的VLAN或VPN)的层-段(例如，图4中的Ma，Mb或Mc)。例如，Mb的控制范围在互连域b与域a和c的各边界网关之间。为了启动跨域互通，M层通过上面描述的部件(GNS，SRM和SDM)扩展，这些部件支持通用业务命名机制、业务路由概念和业务级规范的动态实施。

当运营商物理连接其各自的边界网关时，在参与端对端业务的实施的域间的邻接的定义必须由运营商实现。邻接业务合同必须宣布它想要支持的业务、依照资源分配应用的策略和当出现资源竞争时采取的措施。在本例中，邻接a-b和b-c的邻接业务合同必须明显地指出对业务x的支持，它们还可以包括关于允许的业务概况、带宽分配策略、标签分配等的信息。

一旦每个域都具有充分定义的邻接，则使用结构的业务路由部件。域中的每个NMS都将进行在邻接上通知它能够支持的业务，这必须是与邻接业务合同中一致的业务的子集。通知是可传递的，例如，如果域b支持业务x，并从域a接收业务x的通知，它必须在邻接b-c上通知(除非管理策略禁止)域a对于业务x是可达的。一旦所有的通知交换都已经发生，则每个NMS都对端对端的连接性有了完全的了解，这对于特定业务是可能的。其后，业务实例的实现由命名业务和NMS之间的业务请求交互支持，其中，在NMS上已经安装了上面描述的部件，尤其是SRM和SDM。

当NMS实施用户业务请求时，创建业务实例。用户业务请求可以由OSS通过自管理应用程序或UNI机制传递到NMS，因为所有都是可能的。目前，最简单的情况可以被认为是：端点被配置在它们相应的域中，资源记录描述了在业务x的命名业务中网络的附着点。结果，任一端点可以在任何时候请求通过业务x连接到其他端点。例如，业务x可以是根据城域以太网论坛技术规范(“以太网业务模式阶段1”，www.metroethernetforum.org)的虚拟租用线路，因此，该业务可以用给定的CIR/PIR和如MTTR(平均修复时间)的操作性质或实用性，以1Mbps的增量规定。当给定业务规范时，对域a中的NMS来说，NMS可以使用命名业务来识别其它端点附着的域。在给出的例子中，这是不重要的，因为可以从名称(user2.service_x@Domain_c)中推断用户2在域c中，然而，如果支持移动性，则命名业务可以使用更抽象的命名。一旦识别端点附着的域，则Ma中的NMS使用业务路由信息来确定将使用邻接a-b和业务请求必须被发送到的Mb中的对应NMS。

每个有助于端对端连接性的域都必须实现业务段，其连接(在点对点业务中)用户的附着点和在边界网关的存在点，或者在两个边界网关的两个存在点(这些被分别命名为业务接入点(SAP)和业务连接点(SCP))。因此，Ma中的NMS建立到支持邻接a-b的网关的业务段，然后请求Mb中的NMS完成从该邻接到 user2.service x@Domain c的附着点的业务。该过程将在每个域中重复直到完成端对端业务。业务请求协议还可以包括测试及激活业务的设备。

2.邻接管理

包括邻接管理作为业务结构的基本部分，对解决跨域互操作性具有重大意义。基于信令的方法如G-MPLS在它们的框架内提供链路管理协议，但是这个扩展是为了信令来管理邻接。在提出的结构中的邻接管理包括：1.邻接业务合同和2.建立和保持邻接信道以支持跨域业务路由和跨域请求。

2.1邻接业务合同

邻接业务合同规定两个域都同意支持跨过邻接接口的业务。邻接业务合同在任何时候是可修改的，以允许运营商撤销或者添加跨过邻接的业务。在邻接业务合同中命名业务仅仅意味着如果该域能够支持它，则那种类型的业务的通知将不由接口或与该接口相关的管理邻接信道丢弃。因此，从接口的观点看，邻接合同可以作为在跨域业务路由协议(以下称作X-BGP)和跨域业务请求协议(以下称为X-SRP)上的策略滤波器实施。邻接业务合同本身是XML文档，其规定业务、如何在邻接上分配带宽、谁负责标签选择等。需要适当的管理基本结构处理邻接业务合同的更新，以及与在邻接接口执行业务合同的滤波器保持一致。

2.2管理邻接信道

管理邻接信道分别提供X-BGP和X-SRP通知和请求的域间传送。邻接信道可以是路径内或者路径外的，以适应不同的传送技术，并支持具有不同的保证和故障定位需求的业务。

3.跨域命名业务(X-NS)

跨域命名业务(以下称为X-NS)在完全分散、联合的基础上实施，并且由上述通用命名服务器的集合构成。因此，它是高度可伸缩的。当前该业务通常基于DNS原理，然而感觉业务可能需要来自X-NS的不同的附加能力。例如，不是所有业务都以相同方式关于命名持续性和决定论进行。持续性规定名称的存在如何与网络人工因素的状态有关，因此，命名持续性对于某些业务是期望的，但对于其它业务不是这样。X-NS的主要用处是向NMS提供“业务组织”的全局观点，其在基础级别上是业务实体抽象名称与SAP之间的转换。当SAP使用众所周知的命名结构时，因此，对于NMS识别业务实体附着的域是可能的。例如，moms.video可以被归结到user2.service x@Domain c中。

4业务路由

业务路由由X-BGP支持，X-BGP是在BGP后流行的经过许多修改的协议。当BGP协议的任务是为业务(例如，IP，VPLS，VPN)分发连接性信息的时候，X-BGP以更加可伸缩的方式通过与跨域命名业务一起协同工作来完成该工作。X-BGP仅通知域可达性。单个用户的可达性由联合命名业务处理。这种安排避免了作为众所周知的BGP问题的路由表爆炸，并允许用户接入策略从域间路由策略中分离。后者使运营商能够改变它们的用户连接策略，而不需要路由重新计算。

X-BGP的附加特征在于它提供业务特定度量标准的传播，其依赖在NMS中实施的业务逻辑，可产生业务特定通知、路由的撤销或定级。

5跨域业务请求

跨域业务请求由X-SRP支持，X-SRP是包含例如RSVP和LDP的协议的几个方面的协议。假设可能与X-SRP灵活性互通的系统的多样性对于处理不同的响应定时和容错能力是非常重要的。例如，一些NMS可以使用代理信令机制来设置路径，而其它的NMS可要求直接配置路径中的每个单元。这引入了对X-SRP中可配置行为的需要，以使请求系统能够适应处理请求的速度。这是必需的，因为NMS之间的交互没有像传统协议那样附着在预先规定的计时器上，而是被设计为适应于处理可从域到域变化的延迟。

X-SRP还提供灵活性以采用动态方式适应上游/下游标签分配，如邻接业务合同所确定的。因此，业务可以在业务路径中从端点或者从任意域建立。这提供了灵活性以适应业务提供的不同起始点，其转换为适用于不同管理环境的管理过程。例如，如果中间的域向主管端点的域发起业务请求，则可能是因为这个域是端对端业务的“管理所有者”。

假定X-SRP的潜在使用是以路径外的方式，如果管理邻接信道故障，则需要考虑通过X-SRP的建立业务的行为。容错处理可要求某些业务应该经受得住它们的控制关联的故障。

业务的容错本身在由X-SRP传送的SLS中规定，并且必须根据规范由每个域实施。对于由域提供的业务段，容错以定位方式由每个域提供。它根据在该域中使用的技术的能力实施，例如MPLS“快速重新路由”，或者SONET保护。

6与信令方法的比较

对信令新方法尤其是覆盖跨域应用程序的新方法的研究覆盖了一般原理，或者一些技术的特定原理。X-SRP想要对NMS提供灵活的结构以采用业务级要求向其它NMS发信号。因为业务级请求包括Qos约束条件，因此，基于每个域“预算分配”的灵活方法最可能是正确的选择。

Claims

1.一种跨过多个域提供跨域业务的方法，其中至少两个域在管理者、技术和提供商的至少一个方面不同，所述方法包括：

建立相邻域之间的邻接；

形成跨域管理业务层，从而在每个域内扩展网络单元的管理和控制平面，以采用对等方式互通；

在第一个域接收建立跨域业务的业务请求；

建立跨域业务。

2.如权利要求1的方法，其中，所述业务具有相关的标签，并且所述建立跨域业务包括：

分配业务部件给所述标签；以及

依次在每个域内：

分配本地部件给所述标签；

在域内的边界网关之间建立段，所述段由所述本地部件识别；以及

如果所述域不包括所述业务的业务接入点，则沿着本地部件的业务的路由将所述域的标签通知下一个域。

3.一种在包括多个域的网络内的跨域管理业务层，所述域在管理者、技术和提供商的至少一个方面不同，所述跨域管理业务层包括：

在每个域内，用于建立并保持所述域和相邻域之间的业务的物理连接的域间邻接管理器；

在每个域内，用于将业务请求映射成由所述域识别的信令机制的信令互通网关；

在每个域内，用于在所述域内建立段以及用于协调到相邻域的业务段的业务请求管理器；

由此，每个域内的管理平面和控制平面能够以对等方式互相通信。

4.如权利要求3的跨域管理业务层，进一步包括，在每个域内，用于将业务的域间可达性通知相邻域的业务域管理器。

5.如权利要求3的跨域管理业务层，还包括：

在每个域内，用于识别包括业务的业务接入点的域的通用命名业务；以及

用于识别包括业务的业务接入点的域的联合通用命名业务。

6.一种在网络的第一域内的网络单元，所述网络包括在管理者、技术和提供商的至少一个方面与所述第一域不同的相邻域，所述网络单元包括：

用于建立和保持所述第一域和所述相邻域之间的业务的物理连接的域间邻接管理器；

用于将业务请求映射成由所述第一域识别的信令机制的信令互通网关；以及

用于在所述域内建立段以及用于协调到所述相邻域的业务段的业务请求管理器。

7.如权利要求6的网络单元，还包括用于将业务的域间可达性通知所述相邻域的业务域管理器。

8.如权利要求7的网络单元，还包括用于识别包括业务的业务接入点的网络内的域的通用命名业务。

9.一种包含在网络的第一域内的网络单元中使用的指令的计算机可读介质，所述网络包括在管理者、技术和提供商的至少一个方面与所述第一域不同的相邻域，所述指令包括：

用于建立和保持所述第一域和所述相邻域之间的业务的物理连接的指令；

用于将业务请求映射成由所述第一域识别的信令机制的指令；以及

用于在所述域内建立段，以及用于协调到所述相邻域的业务段的指令。