专利名称：用于在网络域中处理数据的方法和设备的制作方法
技术领域：
本发明涉及一种用于在网络域中处理数据的方法和设备以及一种包括这种设备的通信网络。
背景技术：
通用多协议标签交换(GMPLS )架构指代协议集合，包括路由协议(OSPF-TE或ISIS-TE)、链路管理协议(LMP)和预留/标签分发协议(RSVP-TE、CR-LDP)。GMPLS架构基于 IETF RFC 3945。通常可以设置域，封装一批网络元件、控制功能或交换功能，并特别地对外部世界 隐藏其内部结构，无论是出于隐私、可扩缩性或其他原因。当前通信网络提供了与许多区域和运营商的连接性。该连接度需要不同网络域之间的兼容，例如在所使用的协议、接口或服务质量(QoS)方面。通信网络包括多个层，例如根据OSI模型。每个层给其上层提供服务并利用从其下层提供的服务。具体地，已知控制平面，用于在网络中提供信令和/或路由服务。该控制平面仅针对单个层而提供。可以利用管理平面来在网络内执行FCAPS (故障、配置、计费、性能、安全性)任务。在特殊情况下，管理平面还可以进行通常由控制平面执行的任务。目前，针对不同网络层和不同卖方(vendor)存在单独的管理系统。路径计算元件(PCE)是对网络或其一部分上的路径进行计算的实体。PCE可以使用各种路由算法，且从而可以应用不同的路径计算规则。网络信息可以存储在指定的业务工程数据库(TED)中，业务工程数据库(TED)是PCE出于路径计算目的而使用的。可以经由PCE通信协议(PCECP)来利用PCE之间的通信或者路径计算客户端(PCC)与PCE之间的通信。基于PCE所接收的这种编码请求，PCE计算针对多个(虚拟)电路端点之间的(虚拟)电路而分配的资源(即，“路径”)。PCECP可以基于IETF RFC 5440。网络运营商使用不同概念和架构来控制和管理其网络。由于网络的架构和多样性，对网络进行优化对单个运营商来说甚至是困难的。此外，随着网络的数目增加，且从而多样性的程度增大，提供商之间的连接甚至使情形变得复杂。此外，提供商不仅交换与连接性问题有关的信息，而且需要协商服务质量条件以及所供应的服务的价格。可能必须对服务级协定(SLA)达成一致，从而定义服务的条件。现今，域间服务设置由电子邮件或传真手动进行和协调。这是耗时的、易于出错的、且从而承受高0PEX。
发明内容
要解决的问题是克服以上指出的劣势并具体提供允许多层优化利用的高效方案(例如，各种管理和控制平面技术)。
该问题是根据独立权利要求的特征来解决的。其他实施例源自从属权利要求。为了克服该问题，提供了一种用于在网络域中处理数据的方法， -其中，确定所述网络域的至少两个网络元件的多个层的资源；
-其中，针对所述网络域中的路径处理而利用所确定的资源。所述多个层可以是所述网络域的每个网络元件的至少两个(具体地，三个或更多个)层。这种考虑多个网络元件的多个层的概念可以被视为出于路径处理的目的而利用多个网络元件的多个层，且从而以优化的方式利用多个网络元件上的多个层的资源。例如，这种方案可能不仅出于路径计算的目的而考虑层2的资源，而且为了在域中找到例如合适的路径(或资源)而考虑其他层的资源或预先设置(例如，由于SLA、策略或QoS限制而引起的需求)。注意，这里提及的路径可以指代不同类型的连接，例如暂时活动的路径、虚拟路径、复用时隙(multiplexed slot)、电路交换或分组交换连接、确定性或非确定性业务等。有利地，所提出的方案允许在多个层上和/或在各个层的控制和管理平面上优化网络。因此，多层优化(MLO)可以显著降低资本支出(CAPEX)和运营支出(0PEX)。在实施例中，这种路径处理包括路径计算和/或网络域上的路由或者其准备动作(preparatory action)。具体地，这些准备动作可以包括出于路由目的而需要的资源确定和/或资源分配。所述网络域上的路由可以指代整个网络域或其一部分上的路由。在另一实施例中，所述网络域中的路径处理包括连接设置。注意，这种连接可以指代在网络域内设置或建立的、网络域上或多个网络域上的路径。具体地，当前网络域可以是多个域上的端对端路径的一部分。这些多个域可以由不同提供商驱动，和/或利用(至少部分)不同的技术。在另一实施例中，资源由网络域的集中式组件确定，具体地，由路径计算元件(PCE)确定。注意，这种路径计算元件可以基于由已知和/或可用PCE提供的功能。可选地，多个集中式组件可以与网络域一起布置。具体地，多个集中式组件可以共享任务，例如，一个集中式组件可以处理域内任务，其中，另一集中式组件可以计算路径信息或确定多个域上的资源。在下一实施例中，经由至少一个控制平面和/或经由网络域的至少一个管理平面来确定资源。控制平面可以与网络元件的至少一个层相关联；此外，管理平面可以与网络元件的至少一个层相关联。管理平面和/或控制平面可以到面向集中式组件的接口，从而进行路径计算服务。这种接口可以被实现为客户端，具体地，利用PCECP的PCC。注意，管理平面可以包括和/或接管由控制平面原本提供的功能。还有一个实施例是，管理平面包括以下中的至少一项
-服务管理系统；-网络管理系统；
-元件管理系统。根据另一实施例，具体地，管理平面和/或控制平面提供以下中的至少一项
-故障管理；
-配置服务；
-计费服务；
-性能服务；
-安全性服务。根据实施例，网络元件包括管理平面功能。具体地，网络元件(NE)可以被供给有管理平面的至少一个功能。因此，具体地，NE可以经由元件管理系统(将例如SNMP用作通信手段)而配置，且NE可以提供朝向管理平面的警报消息。注意，集中式组件可以与数据库(也被称作业务工程数据库——TED)相关联；该数据库可以由管理平面的数据库初始化，具体地，由网络管理系统的数据库初始化。此外，网络管理系统的该数据库可以由TED更新。根据另一实施例，管理平面和/或控制平面提供以下功能中的至少一项
-相邻网络元件和/或域的确定；
-拓扑和/或资源状态信息的分发；
-路径计算功能；
-路由功能；
-令功能。注意，具体地，在路径计算功能不是由集中式路径计算元件提供的情况下或者在路径计算功能不被以其它方式利用的情况下，路径计算功能可以适用。可选地，在预定情形的情况下(例如，如果在不涉及任何集中式组件的情况下局部计算路径是更高效的)，路径计算功能可以由管理平面和/或控制平面进行。在另一实施例中，控制平面是在网络元件的多个层的GMPLS实现中供给的。具体地，根据GMPLS架构，可以至少部分地利用网络的层。根据下一实施例，利用所述网络域中确定的资源，对多个域上的路径进行处理。因此，具体地，多个域可以遵照相同方案并确定相应域上的路径。发起域(initiating domain)可以被提供有来自每个后续域的路径信息,或者可以在多个域上一个域接着另一个域地(在域上“逐跳地”)传播路径。这高效地实现了设置和利用多个域上的端对端路径的资源。注意，多层优化方案不必适用于任何其他域。另一优势在于该方案允许多个域之间的自动化信息交换，具体地，由不同(和/或多个)提供商操作。具体地，由于控制平面、管理平面和PCE之间的功能分离，使得可以使用不同的控制和管理技术来进行提供商域之间和/或其上的高效端对端连接设置。此外，这种功能分离对MLO来说有益，且从而提供了针对以下两个挑战的解决方案ML0以及多域自动化连接设置。
可选地，可以在网络的多个域上提供处理数据，
-其中，确定网络的多个域的资源；
-其中，针对网络中的路径处理而利用所确定的资源。
因此，可以通过利用该网络的至少两个域来确定网络(或这种网络的一部分)上的路径。由于这些域可以是(至少在某种程度上)单独的单元，因此在这些域上协调数据的处理(例如，经由(要确定的)路径)，以提高总体效率或性能和/或考虑例如由服务级协定(SLA)定义的需求或约束。可选地，多个域的资源可以由第一域的管理系统确定。因此，多个域上的路径可以由第一域的管理系统确定。第一域的管理系统可以触发另一个域的至少一个管理系统，并从另一个域的该至少一个管理系统接收路径信息。路径信息可以由第一域的管理系统收集以形成多个域上的(总)路径(或这种路径的部分)。可选地，第一域的管理系统触发后续域，而后续域的管理系统进一步确定沿路径的资源。因此，后续域的管理系统可以触发另一个域的管理系统，且这可以触发相邻域的其他管理系统，等等。后续域的管理系统可以将信息(具体地，路径和/或路由信息)提供回到第一域的管理系统。因此，总体路径处理可以由第一域管理，从而利用经由请求-响应机制而获得的来自沿路径的其他域的部分路径信息。总体路径处理还可以由第一域发起，从而将所需的信息提供给后续域，然后，后续域触发另一个域；这样，基于逐跳，实现从一个域至另一个域的路径处理(第一域不必管理和采集与总体路径有关的信息)。根据另一实施例，
-资源至少部分地由多个集中式组件确定；
-每个集中式组件是一个域的计算元件；以及
-多个域的计算元件与每个其他所述计算元件协作，以在网络的多个域上确定用于路径处理目的的资源。所述计算元件可以是路径计算元件和/或扩展的现有路径计算元件。上述问题还由包括或关联于处理单元的设备解决，该处理单元被布置为使得在其上可执行这里描述的方法。所述处理单元可以包括以下中的至少一项处理器、微控制器、硬接线电路、ASIC、FPGA、逻辑设备。根据另一实施例，所述设备是网络元件，具体地，通信网络的节点。前述问题还由包括这里描述的至少一个设备的通信系统解决。
在以下附图中示出并示意了
具体实施例方式 图I示出了第一域中的特定构建块中的多域可视化的框图，所述构建块与GMPLS网络所利用的集中式路径计算元件一起提供了管理平面和控制平面功能；通过多层方案在域内和/或在所示的多个域上实现路径处理；
图2示出了基于图I的框图，其中，相邻域不具有集中式路径计算功能；
图3示出了基于图I的框图，其中，相邻域既不具有CP又不具有集中式PCE。
具体实施例方式具体地，所提出的方案提供了针对各个运营商的不同管理和不同控制平面技术之间的自动多域连接设置的解决方案。有利地，还提出了改进迁移情形(migrationscenario)以允许针对未来情形的相当畅通(rather unimpeded)改变(未来情形包括例如集中式WS，集中式WS还可以用于连接提供和回复性、多个层上的完全自动化控制平面、或者具有优化信令、路由和连接设置的技术)。将详细描述这两种架构。此外，提出了控制平面(CP)、管理平面(MP)和PCE之间 的功能分离。此外，将定义相关接口。这高效地实现了针对网络(或其至少一部分)的至少一个域的ML0，并可以减少所需的冗余数据库的量。具体地，可以高效地布置构建块管理平面(MP)、控制平面(CP)和路径计算元件(PCE)0为了允许高效的多层业务工程(TE)和/或多域连接，具体地，将针对优选地可与现有设备(至少在一定程度上)兼容的综合解决方案定义这些构建块之间的通信。以下，更详细地描述构建块及其功能。管理平面(MP)
管理平面实现或提供FCAPS (故障、配置、计费、性能、安全性)功能。具体地，其包括(多个)服务管理系统(SMS)、(多个)网络管理系统(匪S)、(多个)元件管理系统(EMS)、以及网络元件(NE)内的管理软件。(I) SMS
SMS处于至少一个NMS之上，并可以与其他提供商的服务管理建立管理连接。服务管理具有由匪S管理的网络的抽象视图。此外，SMS可以知道单个管理(边缘)域之间的连接。(2) NMS:
NMS可以负责至少一个层和/或技术。具体地，其可以负责多个层和/或技术。每个匪S可以包括或可访问(至少一个)数据库，该数据库存储其WS域的数据并经由例如SNMP (简单网络管理协议)的消息而周期性地更新(例如，每15分钟)。此外，匪S可以包括路径计算客户端(PCC)，以与PCE进行通信，具体地，向PCE请求计算出的路径。在提供商域内，管理系统可以部署在管理系统的递归树中。作为示例实施例，至少一个匪S部署在SMS之下，且此外，EMS布置在在匪S之下。(3) EMS:
EMS提供了与一种或多种类型的NE进行通信的功能。EMS向上与匪S进行通信。其从匪S接收针对NE的配置触发，并向WS传送从NE收集的信息。(4)网络元件(NE)内的管理软件
NE内的管理平面可以是通过执行管理协议(例如，相应NE的SNMP)来实现的。经由这种管理协议，EMS可以配置NE，且NE可以经由EMS将警报消息发送至匪S。路径计算元件(PCE)PCE是能够基于例如网络拓扑(其可被描述为网络图表)计算网络路径或路由的实体。在这种计算期间，PCE可以应用或利用需求、策略或约束。PCE可以利用业务工程数据库(TED)，业务工程数据库(TED)可以包括对PCE来说可访问的至少一个数据库并可以部署在网络内，或者具体地，与PCE —起布置。TED可以被实现为分布式数据库；其还可以位于或关联于PCE。在示例实施例中，可以针对每技术、每层和/或每卖方提供一个PCE和一个TED。此外，可选地，针对提供商的每个内部域提供一个PCE和一个TED，或者针对提供商的至少一个域的所有层、所有技术和/或所有卖方将一个PCE与一个TED —起部署。此外，组合或其选择是适用的。作为另一示例，可以在提供商的一个域中提供层次PCE组织(例如，针对每个内部提供商域提供一个PCE，以及出于多域路径计算目的提供一个PCE)。可以经由扩展的内部网关协议(IGP，例如0SPF-TE)利用实际业务工程参数和/或利用SLA数据来更新 TED。一个选项是允许PCE总体查看所有网络参数以提供充分发展的(例如，最优的)路径计笪控制平面(CP)
CP具有不同的任务，包括例如自动邻居发现、拓扑和资源状态散布、路径计算(例如，如果不是由PCE进行的话)、路由、用于连接提供的信令。可以实现这些功能，从而在NE内和/或在NE间执行不同协议。作为示例，控制平面可提供为网络中针对所有层的GMPLS实现。构津块布置:
在图I中示出了构建块的示例布置。域A 101包括SMS 102、具有数据库DB 104的匪S103、以及 EMS 105。SMS 102 包括 PCC 106，而 NMS 103 包括 PCC 107。域 A 101 还包含与TED 109相连接的PCE 108;注意，TED 109也可以与PCE 108—起部署。注意，可以在域A 101内提供多个匪S和多个EMS。域A 101还包括具有互连的多个NE 111至115的GMPLS网络110。NE 115包括PCC 116。在域A 101内示出的元件交换消息或经由不同接口进行通信SMS 102的PCC 106使用PCECP来与PCE 108进行通信；此外，NMS 103的PCC 107经由PCECP来与PCE 108进行通信。SMS 102可以更新TED 109。NMS 103配置PCE 108并初始化TED 109。PCE 108(具体地，TED 109)可以更新NMS的数据库DB 104。SMS 102和NMS 103可以经由MTOSI进行通信，而匪S 103和EMS 105可以经由MTOSI进行通信。EMS 105和NE 111至115可以经由SNMP进行通信。NE 111至115可以将OSPF-TE信息传送至PCE 108或TED 109，而NE115的PCC 116可以与PCE 108或TED 109进行通信。注意，所有网络元件NE 111至115可以与PCE 108或TED 109进行通信，如针对NE 113和116而指示。此外，所有网络元件NE 111至115可以与EMS 105进行通信，如针对NE 111而示例性指示。GMPLS网络110可以包括多个层，S卩，每个网络元件NE 111至115可以包括多个层，这些层中的每一个(或者一些层)可以向PCE 108提供信息。这允许GMPLS网络110内的多个网络元件的多个层上的多层优化。在图I中也示出了域B 117和域C 118，其中，每个域B、C包括SMS、PCE和GMPLS网络。域A、B和C的SMS经由BGP进行通信，域A、B和C的PCE经由PCECP进行通信，而域A、B和C的GMPLS网络经由E-NNI进行通信。注意，PCE 108和TED 109可以被视为单个逻辑实体，也被称作PCE (具有数据库TED)。因此，与TED的通信可以被解释为经由PCE向TED的逻辑通信。如所述，SMS 102具有对NMS 103的接口，而NMS 103具有对EMS 105的接口。PCE108 (以及从而TED 109)与NE (具体地，与包括PCC 116的NE 115)和NMS 103进行通信。因此，可以经由匪S 103的数据库DB 104来初始化PCE 108的TED 109，并且该数据库DB 104还可以由TED更新。梓口
以下，说明用于两个方案(基于MP的架构和基于CP的架构)的接口
(I)基于管理平面的架构
每个域可以具有一个统一的WS。因此，经由相同WS来控制和管理域的所有层。出于域内和/或域间路径计算目的，SMS和WS可以具有对PCE的接口，或者，路径计算可以由SMS和/或匪S内部进行。在图2中示出了这种架构。图2基于图I所示的结构。参考标记对应于图I中使用的参考标记。相应地,对图I的说明也可以适用。然而，在图2中，域C 118不具有PCE，而域A 101和域C 118的SMS经由MTOSI进行通信。在这种情况下，MP的实体彼此通信。域B 117包括PCE，其允许与域A 101的PCE 108进行通信。以下，更详细地描述各个组件之间的接口，其中，“A-B”指示组件A与组件B之间的接口
-SMS-SMS
可以使用接口(例如MT0SI)来触发与自动化接口的域间服务设置、维护和拆卸。 可以使用web服务接口来交换连接信息和服务供应(服务模板)。- SMS-NMS
可以使用标准化接口，例如MTOSI、TMF。 可以经由该接口来进行域内服务设置、维护和/或拆卸。 可以使用该接口进行配置或者对服务进行监视。 在故障或服务降级的情况下，可以使用该接口来接收性能数据和警报。
可以使用该接口将服务实例映射至网络资源。- NMS-EMS
可以使用标准化接口，例如MTOSI、TMF。 可以使用该接口来配置网络元件之间的连接。 可以使用该接口，根据所建立的服务，设置监视和阈值。- EMS-NE
可以使用专有接口或SNMP。 可以使用该接口来配置NE。 可以使用该接口来从NE采集日志和告警。- SMS-PCE
SMS可以使用不同域的服务模板中可用的信息，以基于所请求的服务，针对优选的域间链(inter-domain chain)更新 TED。
SMS还可以使用PCE来计算可用的运输(transit)信息，以创建和通告其自身的服务模板。
SMS还可以基于与不同域的策略协定，针对域间路径计算而配置规则。- NMS-PCE
出于路径计算目的而使用PCE;
NMS可以利用未在路由协议中通告的静态信息来初始化TED。这对光网络来说尤其有用，其中，与信号质量相关的多个参数是静态的且未在路由协议中通告。 匪S可以使用该接口来配置PCE所使用的路径计算算法。- PCE-PCE
可以出于在PCE之间通信的目的而使用PCECP。 可以利用PCE之间的这种通信来进行多层路径计算和/或多域路径计算。
PCE可以向其他PCE请求子路径。即使在一些域中不存在可用PCE的情况下，这些接口也允许计算完整的端对端(e2e)路径。当在各个域中支持这两个架构(基于MP和基于CP)时，这些接口在迁移阶段期间特别有利。- PCE-NMS
PCE可以向WS请求另一个域的路径计算。WS将这种路径计算提供给PCE。 可以使用该接口将基于MP的域与基于CP的域相连接(反之亦然)。- NMS-SMS :
WS将从PCE接收到的域间路径计算转发至SMS。SMS向WS进行应答。注意，SMS和匪S可以被实现为单件软件；在这种情况下，可以在该软件内实现SMS与匪S之间的接口，并且可能不存在SMS与匪S之间的接口作为外部接口。(2)基于控制平面的架构:
在该情形中，每个域具有一个多层PCE，该多层PCE可以计算其域内的最优多层路径。此外，不同域的PCE可以进行交互以计算e2e路径。公共控制平面可以用于服务设置目的和/或用于域内和/或域间信令和/或路由。在图I中示出了该情形。- SMS-SMS
可以使用基于web的接口来交换服务模板，以建立新的关系。 可以使用利用现有SLA在域间运行的路由协议来计算多域路由。
SLA定义可以包括在多域上供应服务的能力和/或将服务运输至其他邻居域的能力。- SMS-NMS
可以使用标准化接口，例如MTOSI。 可以使用该接口来进行域内服务设置、维护和/或拆卸。 可以使用该接口来进行配置或者对服务进行监视。 在故障或服务降级的情况下，可以使用该接口来接收性能数据和警报。
-NMS-EMS
可以使用标准化接口，例如MTOSI。
可以使用该接口来从EMS采集日志和警报。- EMS-NE
可以使用专有接口或SNMP。 可以使用该接口来配置NE。 可以使用该接口来从NE采集日志和告警。- SMS-PCE
SMS可以使用不同域的服务模板中可用的信息，以基于所请求的服务，针对优选的域间链更新TED。
SMS还可以使用PCE来计算可用的运输信息，以创建和通告其自身的服务模板。
SMS还可以基于与不同域的策略协定，针对域间路径计算而配置规则。- NMS-PCE :
NMS可以利用未在路由协议中通告的静态信息来初始化TED。这对光网络来说尤其有用，其中，与信号质量相关的多个参数是静态的且未在路由协议中通告。 匪S可以经由TED来更新其自身的数据库，优选地，这可以提供最新的拓扑信
肩、O 匪S可以使用该接口来配置PCE所使用的路径计算算法。- PCE-PCE
可以使用该接口，利用PCECP，计算域间路径。
PCE使用由匪S配置的规则来计算去往目的地节点的路径段或者边界节点之间的路径段以用于运输，其中，路径计算可以针对不同请求域而考虑不同策略。- CP-CP
诸如在控制平面中运行的E-NNI之类的接口可以允许不同域之间的数据平面互通。 当在具有不同控制平面的域上进行操作时，还可以出于转换目的而使用E-NNI。 可以使用CP-CP接口，以在多个域上传播路径设置信令和/或路由。 在多域保护情形的情况下，还可以针对自动化多域警报和恢复信令而使用CP-CP 接口。- CP-PCE
CP (S卩，使用PCC的NE )可以向PCE请求路径计算。
PCE可以将计算出的路径发送回到NE。 使用PCECP来实现通信。- NMS-CP
可以使用该接口来触发CP以设置、改变和/或拆卸连接和对应的监视参数。即使在一些域中不存在可用PCE的情况下，这些接口也允许计算完整的e2e路径。当在各个域中支持这两个架构(基于MP和基于CP)时，这些接口在迁移阶段期间特别有利。- PCE-NMS
PCE可以向WS请求另一个域的路径计算。WS将这种路径计算提供给PCE。 可以使用该接口将基于MP的域与基于CP的域相连接(反之亦然)。- NMS-SMS
WS将从PCE接收到的域间路径计算转发至SMS。SMS向WS进行应答。
i千移情形(Migration Scenarios)
(I)管理平面方案
在现有多域系统中，通过各个管理域的SMS-SMS接口之间的通信来执行多域服务提供。到目前为止，不存在全局接受的标准，且因此，不可使用单个协议来与每个其他SMS系统进行通信。在迁移情形中，MTOSI将被引入为用于在管理平面系统之间进行通信的手段。可在SMS与WS之间以及在WS与EMS之间使用相同协议，如图3所示。图3基于图I所示的结构。参考标记对应于图I中使用的参考标记。相应地,对图I的说明也可以适用。与图I相比，图3示出了不具有CP且不具有PCE的域C 118，域C118的SMS经由接口(例如MTS0I)来与域A 101的SMS 102进行通信。注意，提及MTOSI作 为示例接口。其他接口也可以适用。可以沿域链的SMS发送服务计算请求。在源与域链的所有域有关系的情况下，源SMS可以将各个服务请求发送至每个域，且从而知道在每个域中提供的QoS特性。另一方面，在基于链的策略架构中，源域的SMS可能不知道沿域链的不同域的QoS特性。使用例如MTOSI的路径计算信令与PCECP信令类似，并使用类似的机制(例如BRPC)来计算多域路径。在路径计算之后，源域的SMS发信号通知要在其域中设置的路径段的远程SMS，且从而进行多域路径设置。NMS可以有助于每个域中的实际路径设置。(2)控制平面方案:
基于控制平面的方案的最终阶段可以出于多域路径计算目的而使用PCECP协议，而可以出于路径设置目的而在控制平面中使用预留协议。然而，在迁移阶段中，可能的情况是一些域不具有用于域间路径计算的PCE。因此，如果域链中的所有域被供给有PCE，则可以使用PCECP协议来计算域间路径。然而，在基于链的策略系统中，源域可能不知道远程域是否被供给有PCE。在这种情形中，在没有PCE的情况下遇到邻居的第一域可以转换PCECP请求的参数，且然后使用SMS-SMS MTOSI来计算路径的其余部分。注意，为了减少协议转换的次数，仅使用该转换一次，S卩，从PCECP至MTOSI ;优选地，可以使用仅MTOSI来计算路径的其余部分。还要注意，由域在没有PCE的情况下初始化的请求将是MTOSI请求，并且优选地可能不被其中间(相邻)域转换为PCECP请求。仍可以在SMS之间发信号通知迁移阶段期间的路径设置，且每个SMS可以指令匪S和/或CP设置对应的路径段。作为替换，在没有SMS之间可用的标准化MTOSI的情况下，仍可以通过基于传统传真或电子邮件的机制来促进路径计算。其他实现细节 (I)多域路径计算
-(仅)处于SMS内的计算
在这种情况下，整个路径计算可以由至少一个SMS处理。负责源域的第一 SMS使用可达性信息来计算域链。该第一 SMS直接或间接触发其他域的路径的计算。在直接情况下，第一 SMS向其他SMS发送对应的请求，并优选地从其他SMS接收每个域的子路径。在间接情况下，第一 SMS仅触发后续域。然后,该后续域的对应SMS可以触发另一后续域的SMS等等。第一 SMS可以从第二 SMS接收包括在源域的边缘处开始的路径的消息。其可以取决于是选择直接还是间接情况的SLA。注意，这种路径计算方案可以与如上说明的路径计算方案类似。-(多个)PCE和SMS的协作
在该实施例中，SMS和PCE均被涉及
用于计算整个多域路径的PCE的协作
利用该方案，通过不同域的PCE的协作来处理路径计算。第一域的SMS将可达性信息提供给第一域的PCE，并要求整个多域路径。然后，第一 PCE计算域链。作为替换，SMS可以向第一 PCE请求多域路径计算，但还可以指定域链。在这两种情况下，第一域的PCE与其他域的PCE直接协作地计算多个域上的(最优)路径。BRPC可以用于这种计算。
SMS 的协作
每个SMS可以触发PCE计算单个域的路径。在该方案中，SMS计算域链。此外，第一 SMS通过与其他SMS进行通信来直接或间接地触发来自其他域的路径计算。然后，每个SMS可以将路径计算请求转发至其关联PCE。PCE计算其(单个)域的路径。将该信息直接或间接发送回到第一 SMS。(2)多层路径计算:
可以如下设置多层路径
-SMS触发(单个域的)节点A与节点B之间的多层路径的路径设置。-将该请求转发至对应的匪S，该匪S管理节点A和B。-基于该请求，匪S可以生成路径计算请求,该路径计算请求被转发至PCE。- PCE可以计算所述节点A和B之间的(优选地，尤其是最优的)多层路径，考虑到来自域的多个(尤其是，所有)层的信息。-将该计算出的路径发送回到匪S。根据是使用基于MP的方案还是使用基于CP的方案，该方案可以不同
-MP方案:
在该方案中，匪S是多层WS。因此，匪S知道所有不同层中的所有节点。因此，匪S可以经由EMS和SNMP将其不同层中的所有节点配置为设置该路径。-CP 方案
在此，每个匪S仅了解单个层。因此，匪S可以经由SNMP来触发路径设置。然而，CP可以经由信令协议(例如，RSVP-TE)来提供实际路径设置。其他优势:
a)可以提供完全自动化的多域连接计算和连接建立，从而得到快速连接提供。b)该方案提供了针对多层、多域、多卖方和/或多技术环境中的最优路径计算的完全综合解决方案。c)PCE至SMS的通信是可用的，从而具体地转发多层路径计算请求。d)提供了在组件匪S、CP、PCE之间任务和数据库的功能分割。这有效地允许对信令和同步进行更好地扩缩。e)在整个系统中可以使用仅单个数据库。这减小了所需的冗余度、开销、存储器和CPU、信令工作量以及同步工作量。f)组件匪S、PCE、CP的模块化概念还降低了总体复杂度，这是由于简化了对这些模块的更新。
因此，具体地，所提供的方案显著降低了 OPEX和CAPEX。缩写列表
BGP边界网关协议
BRPC后向递归(Backward Recursive)的基于PCE的计算
CAPEX 资本支出
CP控制平面
CPU中央处理单元
DB数据库
DffDM密集波分复用
e2e 端对端
EMS元件管理系统
E-NNI外部网络至网络接口
FCAPS故障、配置、计费、性能、安全性
GMPLS通用多协议标签交换
IGP内部网关协议
IP互联网协议
MD多域
MIB管理信息库
ML多层
MP管理平面
MTOSI多技术操作系统接口 NE网络元件 匪S网络管理系统 OPEX运营支出 OSI开放系统互连
OSPF-TE开放式最短路径优先——业务工程
PCC路径计算客户端
PCE路径计算元件
PCECP路径计算元件通信协议
SDH同步数字体系
SLA服务级协定
SMS服务管理系统
SNMP简单网络管理协议
TED业务工程数据库
TMF 电信管理论坛(TeleManagement Forum)权利要求
1.一种用于在网络域中处理数据的方法， -其中，确定所述网络域的至少两个网络元件的多个层的资源； -其中，针对所述网络域中的路径处理而利用所确定的资源。
2.根据权利要求I所述的方法，其中，这种路径处理包括路径计算和/或所述网络域上的路由或者其准备动作。
3.根据前述权利要求中任一项所述的方法，其中，所述网络域中的路径处理包括连接设置。
4.根据前述权利要求中任一项所述的方法，其中，所述资源由所述网络域的集中式组件确定，尤其是由路径计算元件确定。
5.根据前述权利要求中任一项所述的方法，其中，所述资源是经由至少一个控制平面和/或经由所述网络域的至少一个管理平面来确定的。
6.根据权利要求5所述的方法，其中，所述管理平面包括以下中的至少一项 -服务管理系统； -网络管理系统； -元件管理系统。
7.根据权利要求5或6中任一项所述的方法，其中，所述管理平面和/或所述控制平面具体提供以下中的至少一项 -故障管理； -配置服务； -计费服务； -性能服务； -安全性服务。
8.根据权利要求5至7中任一项所述的方法，其中，所述网络元件包括管理平面功能。
9.根据权利要求5至8中任一项所述的方法，其中，所述管理平面和/或所述控制平面提供以下功能中的至少一项 -相邻网络元件和/或域的确定； -拓扑和/或资源状态信息的分发； -路径计算功能； -路由功能； -令功能。
10.根据权利要求9所述的方法，其中，所述控制平面是在所述网络元件的服务层的GMPLS实现中供给的。
11.根据前述权利要求中任一项所述的方法，其中，利用所述网络域中确定的资源，对多个域上的路径进行处理。
12.根据前述权利要求中任一项所述的方法， -其中，所述资源至少部分地由多个集中式组件确定； -其中，每个集中式组件是一个域的计算元件；以及 -其中，多个域的计算元件与每个其他所述计算元件协作，以在网络的多个域上确定用于路径处理目的的资源。
13.—种包括或关联于处理单元的设备，所述处理单元被布置为使得在其上可执行根据前述权利要求中任一项所述的方法。
14.根据权利要求13所述的设备，其中，所述设备是网络元件，尤其是，通信网络的节点。
15.一种通信系统，包括至少一个根据权利要求13或14中任一项所述的设备。
全文摘要
提供了一种用于在网络域中处理数据的方法和设备，其中，确定所述网络域的至少两个网络元件的多个层的资源；以及其中，针对所述网络域中的路径处理而利用所确定的资源。此外，提出了一种包括所述设备的通信系统。
文档编号H04L12/24GK102640453SQ200980162865
公开日2012年8月15日 申请日期2009年10月12日 优先权日2009年10月12日
发明者B.里希廷格, C.莫伊斯伯格, F.拉姆巴赫, M.查马尼亚, M.霍夫曼 申请人:诺基亚西门子通信公司