CN107359938A - 数据中心传输系统、系统中控制的实现方法和装置 - Google Patents

Abstract

本发明提供了一种数据中心传输系统，包括多个站点和控制器，所述站点包括若干个网络硬件设备，所述网络硬件设备分别为：客户侧光交叉矩阵设备，其用于对接指定设备中的客户侧接口；线路侧光交叉矩阵设备，其用于进行光层的路径搭建；传输设备，其分别连接所述客户侧光交叉矩阵设备和线路侧光交叉矩阵设备；合分波器，其与所述线路侧光交叉矩阵设备相连接；所述控制器驱动所述站点中的网络硬件设备通过内部端口的调度和光层的路径搭建完成业务搭建，并在所述数据中心传输系统中运营所述业务。此外，还提供一种与该系统相匹配的系统中控制的实现方法和装置。上述数据中心传输系统、系统中控制的实现方法和装置能够降低网络组建和后续维护的难度。

Description

数据中心传输系统、系统中控制的实现方法和装置

技术领域

本发明涉及网络技术领域，特别涉及一种数据中心传输系统、系统中控制的实现方法和装置。

背景技术

随着网络架构的发展，现有的网络架构所承载的互联网业务越来越多，进而存在着业务类型多样和流量需求规模巨大的情况。

现有的网络架构为ITU-T相关的OTN（Optical Transport Network，光传送网）网络架构，其使用的标准包括G.872；G.798.1；G.798；G.709；G.672；G.680。

如图1所示，OTN网络架构是采用电交叉和光交叉进行混合组网的，其中，光交叉矩阵设备大多采用可重构光分插复用器，电交叉矩阵设备以ODUk 为颗粒进行映射、复用和交叉，进而通过此方式所实现的混合组网将为OTN网络架构中业务的实现提供调度能力。

然而，OTN网络架构中，由于光交叉矩阵设备采用可重构光分插复用器（ROAM），因此存在着组网复杂度高的严重缺陷。

例如，如图2所示的，以目前较为常用的9维WSS ROAM为例，组建3个本地维度+4个光方向的网络，需要不低于37个光层元器件和282个光纤连接关系，组建和后续维护的难度都非常大。

发明内容

基于此，有必要提供一种数据中心传输系统，所述数据中心传输系统能够降低网络组建和后续维护的难度。

此外，还有必要提供一种数据中心传输系统中控制的实现方法，所述方法能够降低网络组建和后续维护的难度。

另外，还有必要提供一种数据中心传输系统中控制的实现装置，所述装置能够降低网络组建和后续维护的难度。

为解决上述技术问题，将采用如下技术方案：

一种数据中心传输系统，包括多个站点和控制器，所述站点包括若干个网络硬件设备，所述网络硬件设备分别为：

客户侧光交叉矩阵设备，其用于对接指定设备中的客户侧接口；

线路侧光交叉矩阵设备，其用于进行光层的路径搭建；

传输设备，其分别连接所述客户侧光交叉矩阵设备和线路侧光交叉矩阵设备；

合分波器，其与所述线路侧光交叉矩阵设备相连接；

所述控制器驱动所述站点中的网络硬件设备通过内部端口的调度和光层的路径搭建完成业务搭建，并在所述数据中心传输系统中运营所述业务。

一种数据中心传输系统中控制的实现方法，包括：

数据中心传输系统中获取业务发放指令；

根据所述数据中心传输系统中活动的站点以及站点中网络硬件设备所相关的资源信息进行业务发放指令的路径计算得到相应路径；

根据计算得到的所述路径驱动相关网络硬件设备进行业务的路径搭建，驱动的所述网络硬件设备分布于所述活动的站点；

通过搭建的所述路径在所述数据中心传输系统开通所述业务。

一种数据中心传输系统中控制的实现装置，包括：

指令获取模块，用于数据中心传输系统中获取业务发放指令；

路径计算模块，用于根据所述数据中心传输系统中活动的站点以及站点中网络硬件设备所相关的资源信息进行业务发放指令的路径计算得到相应路径；

业务搭建模块，用于根据计算得到的所述路径驱动相关网络硬件设备进行业务的路径搭建，驱动的所述网络硬件设备分布于所述活动的站点；

业务开通模块，用于通过搭建的所述路径在所述数据中心传输系统开通所述业务。

由上述技术方案可知，数据中心传输系统提供了网络架构，以承载基于互联网的各种业务，在此数据中心传输系统中，包括了多个站点和控制器，站点中包含的网络硬件设备分别为客户侧光交叉矩阵设备、线路侧光交叉矩阵设备、传输设备和合分波器，客户侧光交叉矩阵设备用于对接指定设备中的客户侧接口，线路侧光交叉矩阵设备则用于进行光层的路径搭建，在此基础上便能够获得网络架构下的多个站点，并在控制器的作用下驱动相应网络硬件设备完成业务搭建，所实现的网络架构由于只需要进行网络硬件设备之间的连接，连接关系较为简单，因此能够极大降低网络组建和后续维护的难度，进而能够加快从规划建设到交付的速度。

附图说明

图1是OTN网络架构中电交叉和光交叉的混合组网示意图；

图2是图1的OTN网络架构下组建3个本地维度+4个光方向的网络的示意图；

图3是一个实施例中数据中心传输系统的结构示意图；

图4是一个实施例中数据中心传输系统中控制的实现方法的流程图；

图5是另一个实施例中数据中心传输系统中控制的实现方法的流程图；

图6是另一个实施例中数据中心传输系统中控制的实现方法的流程图；

图7是图6中为业务进行路径计算，并生成路径计算相对应的重路由指令，通过重路由指令驱动相关网络硬件设备执行重路由动作的方法流程图；

图8是一个实施例中一站点的结构示意简图；

图9是一个实施例中软件控制平台架构的示意图；

图10是一个实施例中ABCDE五点环网的示意图；

图11是本发明实施例提供的一种控制器结构示意图；

图12是一个实施例中数据中心传输系统中控制的实现装置的结构示意图；

图13是另一个实施例中数据中心传输系统中控制的实现装置的结构示意图；

图14是另一个实施例中数据中心传输系统中控制的实现装置的结构示意图；

图15是图14中重路由模块的结构示意图。

具体实施方式

体现本发明特征与优点的典型实施方式将在以下的说明中详细叙述。应理解的是本发明能够在不同的实施方式上具有各种的变化，其皆不脱离本发明的范围，且其中的说明及图示在本质上是当作说明之用，而非用以限制本发明。

如前所述的，现有的OTN网络架构是通过电交叉矩阵设备和光交叉矩阵设备进行混合组网来实现的。电交叉矩阵设备功耗高，其是采用电信行业标准的，大都是21英寸专用传输机柜，-48伏直流供电设计，下进上出的通风设计，单一设备超出8KW的功耗，而数据中心的的环境要求为：19英寸机柜，单机柜功耗设计小于6KW，冷热通道隔离，前进后出风道，220伏交流或者是高压直流供电，因此，电交叉矩阵设备并不适用于目前数据中心所进行的网络架构搭建。

另一方面，电交叉矩阵设备的容量受到技术、工艺和散热等问题的影响而存在着限制，单一的电交叉矩阵设备的容量为12.8T~14.4T，通过背靠背连接设计可以达到25.6T~28.8T，进而将会导致后续如果通过电层级联来搭建集群将存在着非常昂贵的成本。

因此，特提出了一种数据中心传输系统，避免网络架构的运营存在昂贵成本，并且降低组建和后续维护的难度。

在一个实施例中，具体的，该数据中心传输系统如图3所示，包括多个站点100和控制器（图未示），站点100包括了若干个网络硬件设备，该网络硬件设备分别为客户侧光交叉矩阵设备110、线路侧光交叉矩阵设备130、传输设备150和合分波器（图未示），其中：

客户侧光交叉矩阵设备110用于对接指定设备中的客户侧接口，其负责完成子波长颗粒的调度，将数通的接口对接到指定设备的指定客户侧接口上，根据组网需求实现指定设备的连接。在一个实施例中，客户侧交交叉矩阵设备110为光交叉连接设备（OXC设备）。

线路侧光交叉矩阵设备130用于进光层的路径搭建，将任意的OUT（OpticalTransform Unit，光转换单元）端口对接到指定光方向对应的合分波器的特定波长端口上，或者将任意光方向的某一波长穿通到其它任意光方向的相同波长上。

在一个实施例中，线路侧光交叉矩阵设备130为光交叉连接设备或可重构光分插复用器。

在优选的实施例中，客户侧光交叉矩阵设备110和线路侧光交叉矩阵设备130均为光交叉连接设备，以最大限度地降低系统整体复杂度和组网成本。

传输设备用于实现客户侧光交叉矩阵设备110和线路侧光交叉矩阵设备130之间的连接。在一个实施例中，传输设备为盒式DCI（DataCenter Interconnect）传输设备。

盒式DCI传输设备相对目前所使用的传输设备而言，由于目前所使用的传输设备是早期专门为运营商设计的，建设和维护模式是参照运营商的使用场景定制，因此，运营的专业门槛高，不利于在行业内进行规模推广，业务的开通、故障的排查都需要借助专用的传输网管系统，不利于进行一体化运营平台的搭建，而盒式DCI传输设备则不存在此问题。

合分波器，即MUX/DEMUX，将与线路侧光交叉矩阵设备130相连接。合分波器与线路侧光交叉矩阵设备130相配合来替代OTN网络架构中的可重构光分插复用器。

由此得到的数据中心传输系统中，存在着多个站点100以及对站点100实现控制的控制器，由此通过相互整合便能够实现承载各种业务的网络架构。

控制器驱动站点中的网络硬件设备通过内部端口的调度和光层的路径搭建完成业务搭建，并在数据中心传输系统中运营业务。

通过如上所述的硬件层面的设置，使用光交叉连接设备配合盒式DCI传输设备替代OTN网络架构中的电交叉矩阵设备，使用光交叉连接设备配合合分波器来替代OTN网络架构中的可重构光分插复用器，由此实现了网络架构的优化，相比OTN网络架构具有非常大的成本优势，例如，通过如上所述的硬件层面的设备所实现的是支线路合一方案，相比OTN网络架构所实现的支线路分离的方案而言，成本节省15%。

进一步的，对于使用光交叉连接设备配合盒式DCI传输设备进行联合组网，而替代传统的OTN传输设备，进而实现整体架构的灵活调度，适应数据中心传输系统组网各方面的需求。

由于上述实现的调度将是光层调度，因此，在满场景下，相比OTN网络架构中通过可重构光分插复用器所实现的方案将节省了40%的成本。

需要说明的是，如上所述的光交叉连接设备和盒式DCI传输设备均未指定具体的供应商，满足所需要功能和性能要求的网络硬件设备均能够用于进行组网。

具体的，对于光交叉连接设备而言，需要满足以下功能要求：

（1）在供电、散热设计上能够适配基础环境；

（2）提供足够的端口密度，且能够实现任意出入端口间建立连接，无关波长；

（3）提供丰富北向接口，满足调度需求。

对于盒式DCI传输设备而言，需要满足以下功能要求：

（1）单台盒式DCI传输设备高度为1~3RU，在供电、散热设计上面可以适配基础环境；

（2）单根光纤可传输带宽不低于1.6T；

（3）单台设备线路侧带宽输出能力不低于0.8T/1U或1.6T/2~3U；

（4）支线路合一方式，无需电交叉功能。

任意与上述功能要求相符的网络硬件设备都可用于实现上述网络架构的搭建。

需要进一步说明的是，如果光交叉连接设备在密度层面无法满足一台设备覆盖全部的客户端口或光方向的接入需求，则可通过进行光交叉连接设备的分组使用设计来满足系统中的整体扩展能力。

在另一个实施例中，如上所述的控制器中预置南向接口，该南向接口用于进行控制器与其它控制器的对接，进而便于与各个厂商控制器进行对接，其中，其可采用pcep(Path Computation Element Protocol，路径计算协议)、gmpls（GeneralizedMultiprotocol Label Switching，通用多协议标志交换协议）或openflow协议实现。

通过如上所述的系统，提出了一种适用于数据中心组网的波分系统架构，无需进行改造即可实现快速落地，极大加快从规划到交付的速度，由此能够在后续实现大规模应用，易于落地实现。

需要特别说明的是，如上所述的数据中心传输系统采用双平面设计，以防止关键设备故障或灾难性故障导致整个架构瘫痪，业务将均匀分布在不同的平面上，提升整体架构的可靠性。

在一个实施例中，还相应地提供了一种数据中心传输系统中控制的实现方法，所述方法如图4所示，包括：

步骤410，数据中心传输系统中获取业务发放指令。

数据中心传输系统如上述实施例所示，其是如上所述的网络硬件设备所形成的，进而提供能够承载业务的网络架构。

业务发放指令用于触发进行网络架构中业务的搭建，进而使得网络架构中得以实现业务的开通。其中，所指的业务为互联网业务。例如，通过业务发放指令来实现在一个站点到另一站点间建立所需要的业务，从而通过此站点即可接入所建立的业务。

在如上所述的数据中心传输系统所提供的网络架构中，在控制层将获取业务发放指令，以便于触发进行业务的搭建。

步骤430，根据数据中心传输系统中活动的站点以及站点中网络硬件设备所相关的资源信息进行业务发放指令的路径计算得到相关路径。

资源信息用于实现数据中心传输系统中资源的全局共享以及未使用资源的调度。其中，所指的资源为基础设施层面上能够用于实现业务的客户侧端口、板卡、网络硬件设备、波道等。

通过资源信息，一方面能够获知数据中心传输系统当前能够共享出来的未使用的客户侧端口、未使用的板卡和未使用的波道等；另一方面，数据中心传输系统中在用的资源进行释放时，能够获知当前释放的资源，以便于重新进行资源的分配和使用。

业务发放指令的路径计算指的是为实现一定的业务而在可供使用的资源中计算得到相关路径的过程。

由此，根据数据中心传输系统中活动的站点以及站点中网络硬件设备所相关的资源信息，便能够在活动的站点所具备的未使用资源中得到能够实现业务的相关路径，并且保证所得到路径的可靠性和准确性。

通过资源信息便能够实现数据中心传输系统中的调度，进而能够灵活设计波道冗余和设备冗余，一方面，保证线路侧在全网任意站点间进行调度时，能够有空余的波长可用；另一方面，为了规避设备硬件故障，需要储备一定量的设备进行冗余，保证故障发生时，可以快速重路由，但是，在资源信息的作用下，无需要配备过多硬件资源，即可实现高效的冗余能力。

步骤450，根据计算得到的路径驱动相关网络硬件设备进行业务的路径搭建，驱动的网络硬件设备分布于活动的站点。

在计算得到业务发放指令所相关的路径之后，将根据计算得到路径生成业务建立的指令，通过pecp或gmpls协议下发到相关网络硬件设备，进而使得相关网络硬件设备在所接收到的业务建立的指令驱动下执行业务的路径搭建过程。

其中，由于根据计算得到的路径所进行的业务路径搭建是涉及了多个活动的站点的，因此与之相对应的，所驱动的网络硬件设备也将分别于多个活动的站点中，进而方能够保障业务路径搭建的完成。

步骤470，通过搭建的路径在数据中心传输系统开通该业务。

通过完成的路径搭建便能够在数据中心传输系统中开通业务发放指令所对应的业务，进而使得数据中心传输系统所提供的网络架构实现业务的承载，并按照业务发放指令使得指定的站点能够提供业务的接入服务。

通过如上所述的过程，对于使得数据中心传输系统具备资源调度能力，以通过资源调度的实现来为业务的实现搭建路径，由此将便于在数据中心传输系统中实现各种业务，并且由于业务的开通是根据资源信息所进行的路径计算而实现的，因此，即便数据中心系统的网络架构中承载的业务越来越多，也不会对产生巨大压力。

在一个实施例中，如上所述的方法如图5所示的，还包括：

步骤510，接收数据中心传输系统中站点上报的硬件信息和业务信息。

数据中心传输系统中存在着大量站点，并且站点都将进行自身硬件信息和业务信息的上报，以便于根据硬件信息获知站点中网络硬件设备的使用情况和未使用情况，根据业务信息获知业务在站点中的运营状况。

步骤530，根据站点上报的硬件信息和业务信息进行信息整理得到资源信息，并存储资源信息。

在接收得到站点上报的硬件信息和业务信息之后，便进行信息整理，以实现数据中心传输系统中资源识别和管理的目的，得到相应的资源信息。

其中，需要说明的是，所指的进行信息整理而得到资源信息并存储的过程，一方面指的是数据中心传输系统中进行初始化而得到初始的资源信息的过程；另一方面指的是数据中心传输系统中随着各种业务的运营而更新资源信息的过程。

通过此过程便实现了资源信息的动态更新，进而为数据中心传输系统提供灵活的调度能力，以灵活实现数据中心传输系统中业务的开通。

在另一个实施例中，如上所述的方法如图6所示，还包括：

步骤610，接收站点上报的设备故障信息。

网络硬件设备发生故障时，其所在的站点将向控制层上报相应的设备故障信息，以使得数据中心传输系统中的控制层能够快速对发生的设备故障进行响应。

具体的，所进行设备故障信息上报将是通过pcep或者gmpls协议实现的。该设备故障信息用于对发生故障的网络硬件设备或者网络硬件设备中的部件，如物理接口、板卡等。通过该设备故障信息能够及时获悉在用的资源中变换为不可用状态的资源。

步骤630，根据设备故障信息得到数据中心传输系统中受故障影响的业务。

由站点所上报的设备故障信息便能够获知当前发生了故障而变换为不可用状态的资源，此时，将进一步获得通过该资源所承载的业务，获得的业务即为数据中心传输系统中受故障影响的业务，此时，获得的业务受到故障影响将是无法正常运营的。

步骤650，为业务进行路径计算，并生成路径计算相对应的重路由指令，通过重路由指令驱动相关网络硬件设备执行重路由动作。

对于受到故障影响的业务，一方面将直接中断此业务，以等待故障恢复；另一方面，将发起路障重路由功能，为受到故障影响的业务重新规划路径，进而按照此路径为当前受到故障影响而中断的业务重新建立业务，恢复中断的业务。

具体的，对于数据中心传输系统的控制层而言，将为受故障影响的业务进行路径计算，得到区别于当前路径的另一路径，并生成相应的重路由指令。

通过重路由指令的下发，来驱动相关网络硬件设备来执行重由动作，进而完成业务建立的过程。

通过如上所述的过程，使得数据中心传输系统能够及时获知基础设施层所发生的故障，并对此进行快速响应，进而避免了发生的故障对承载的业务造成非常大的影响，从而保障了数据中心传输系统中业务承载的可靠性和鲁棒性。

进一步的，在本实施例中，步骤650如图7所示，包括：

步骤651，获取业务的重路由属性标识，根据重路由属性标识判断是否对业务进行重路由，若为是，则进步骤653，若为否，则不做处理。

数据中心传输系统的控制层预先为承载的业务配置了相应的重路由标识，重路由属性标识用于指示在发生故障时是否需要对业务进行重路由。

由此便根据业务的重路由属性标识来判断是否发起业务的重路由，进而通过重路由的方式来恢复当前所中断的业务。

步骤653，触发进行路径计算，并根据路径计算生成重路由指令。

在根据业务的重路由属性触发进行业务的路径计算时，与前述路径计算相类似的，将根据资源信息来实现路径计算，以得到新的路径，进而相应生成重路由指令。

步骤655，下发重路由指令，通过重路由指令驱动站点中相关网络硬件设备执行重路由动作，以恢复受故障影响的业务。

向相关的网络硬件设备下发重路由指令，以通过重路由指令驱动网络硬件设备实现业务的重路由，进而恢复由于故障而中断的业务。

通过如上所述的过程，将在重路由属性标识的控制下实现业务的路障重路由功能，由于此过程是自动化实现的，而并不需要运营人员介入，因此，对于数据中心传输系统中网络架构的业务承载而言，能够快速实现业务的故障恢复。

换而言之，用户根据业务的实际情况定义是否需要开启重路由的功能，即设定重路由属性标识，如果开启重路由的功能，则在出现故障导致业务中断的时候自动为定义开启重路由功能的业务临时建立一种路径，快速实现故障恢复。

在另一个实施例中，如上所述的方法还包括：

接收站点上报的拓扑信息，根据拓扑信息执行拓扑发现，通过拓扑发现的执行维护数据中心传输系统中的网络拓扑。

需要首先说明的是，数据中心传输系统中的网络拓扑是由活动的站点所形成的。

为实现拓扑发现功能，数据中心传输系统中，通过pecp或gmpls协议与各站点进行协商，以由站点上报拓扑信息，进而使得控制层能够在拓扑信息的作用下实现拓扑发现功能。

通过如上所述的过程，将能够实时进行数据中心传输系统中站点的维护，进而保证了数据中心传输系统所提供的网络架构的可靠性。

在另一个实施例中，如上所述的方法还包括：

通过预置的北向接口与数据中心传输系统中搭建的运营支撑平台进行对接，支持运营支撑平台中的应用。

所预置的北向接口为标准北向接口。数据中心传输系统中，通过搭建的运营支撑平台来实现应用平台的提供，运营支撑平台将作为应用来实现上层应用的各种功能，在应用层面上极大地扩充了数据中心传输系统的性能。

下面结合一个具体的实施例来详细阐述本发明的方案。该实施例中，图8示出了本发明实施例中一站点的结构简图。该站点是由客户侧光交叉矩阵设备110和线路侧交交叉矩阵设备130实现的，并且二者之间将通过指定的OTU端口201对接到指定光方向对应的合分波器（图未示）的特定波长端口上，进而实现光层路径的搭建。

通过此结构，将能够满足相应功能和性能要求的组网，但需要进行软件层面的配合，即如上所述的数据中心传输系统中控制的实现方法的配合。

具体的，其所实现的软件控制平台架构如图9所示，以得到基于SDN（SoftwareDefined Network，软件定义网络）的软件控制平台。

该软件控制平台由应用层、协同层330、控制层和基础设施层构成，并且在控制层的作用下实现其各种功能，并通过控制层所配置的北向接口为应用层中各种应用功能的实现提供支持，即实现运营支撑平台310中的配置管理、业务管理、报表分析、运营工具和告警监控等应用功能。

控制层将是由数通SDN控制器350和传输SDN控制器370来实现的。数通SDN控制器350和传输SDN控制器370将作为数据中心传输系统的控制器。其中，传输SDN控制器将用于实现路径计算、拓扑发现、资源管理和指令下发的功能。

通过如上所述的软件控制平台架构，将得以在数据中心传输系统所实现的网络架构中建立各种业务。例如，图10示出了一个实施例中的ABCDE五点环网，在此ABCDE五点环网中，一业务需要在A站的一光开关矩阵设备的25端口到D站的一光开关矩阵设备的49端口间建立一个100G的业务，此时，将在控制器作用下根据业务需求计算得到需要使用A-C-D的λ12的子波长2来实现，此时，根据资源信息，确认会使用到A站第15台盒式DCI传输设备第二块板卡的第二个端口，D站第23台盒式DCI传输设备第1块板卡的第二个端口。

生成相应的业务建立的指令，并下发给到A站的客户侧光交叉矩阵设备，并将一光开关矩阵设备，即线路侧光交叉矩阵设备的第25端口和连接到第15台盒式DCI传输设备第二块板卡的第二个端口进行交叉连接；

下发业务建立的指令给到D站的客户侧光交叉矩阵设备，将一光开关矩阵设备，即线路侧光交叉矩阵设备的第49端口和连接第23台盒式DCI传输设备第四块板卡第二端口进行交叉连接，由此即可完成业务开通。

由此可知，通过如上所述的数据中心传输系统以及数据中心传输系统中控制的实现将能够实现业务的快速建立和可靠承载，具备较高的架构稳定性。

另外，对于业务的实现和管理而言，相对现有技术，并不需要在波分网管上进行繁琐操作，只需要在运营支撑平台上进行简单操作即可完成，极大地降低了运营管理门槛。

并且由于具备灵活的调度能力，因此能够灵活实现任意客户接口间的业务建立和变更。

在如上所述的数据中心传输系统的实现的网络架构中，极大地简化了建设，并使得后续的扩容工作能够大大精简，运营团队能够简单快速的完成规划和扩容工作。

参见图11，图11是本发明实施例提供的一种控制器结构示意图。该控制器700可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器（centralprocessing units，CPU）722（例如，一个或一个以上处理器）和存储器732，一个或一个以上存储应用程序742或数据744的存储介质730（例如一个或一个以上海量存储设备）。其中，存储器732和存储介质730可以是短暂存储或持久存储。存储在存储介质730的程序可以包括一个或一个以上模块（图示未示出），每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器722可以设置为与存储介质730通信，在控制器700上执行存储介质730中的一系列指令操作。控制器700还可以包括一个或一个以上电源726，一个或一个以上有线或无线网络接口750，一个或一个以上输入输出接口758，和/或，一个或一个以上操作系统541，例如Windows ServerTM，Mac OS XTM，UnixTM, LinuxTM，FreeBSDTM等等。上述所示实施例中执行的步骤可以基于该图11所示的控制器结构。

在一个实施例中，还相应地提供了一种数据中心传输系统中控制的实现装置，如图12所示，包括指令获取模块810、路径计算模块830、业务搭建模块850和业务开通模块870，其中：

指令获取模块810，用于数据中心传输系统中获取业务发放指令。

路径计算模块830，用于根据数据中心传输系统中活动的站点以及站点中网络硬件设备所相关的资源信息进行业务发放指令的路径计算得到相应路径。

业务搭建械850，用于根据计算得到的路径驱动相关网络硬件设备进行业务的路径搭建，驱动的网络硬件设备分布于活动的站点。

业务开通模块870，用于通过搭建的路径在数据中心传输系统开通业务

在一个实施例中，如图13所示，如上所述的装置还包括接收模块910和信息整理模块930，其中：

接收模块910，用于接收数据中心传输系统中站点上报的硬件信息和业务信息。

信息整理模块930，用于根据站点上报的硬件信息和业务信息进行信息整理得到资源信息，并存储资源信息。

在另一个实施例中，如图14所示，如上所述的装置还包括故障信息接收模块1010、业务定位模块1030和重路由模块1050，其中：

故障信息接收模块1010，用于接收站点上报的故障信息。

业务定位模块1030，用于根据设备故障信息得到数据中心传输系统中受故障影响的业务。

重路由模块1050，用于为业务进行路径计算，并生成路径计算相对应的重路由指令，通过重路由指令驱动相关网络硬件设备执行重路由动作。

进一步的，在本实施例中，如图15所示，重路由模块1050包括标识获取单元1051、重路由指令生成单元1053和指令下发单元1055，其中：

标识获取单元1051，用于获取业务的重路由属性标识，根据重路由属性标识判断是否对业务进行重路由，若为是，则通知重路由指令生成单元1053，若为否，则不做处理。

重路由指令生成单元1053，用于触发进行路径计算，并根据路径计算生成重路由指令。

指令下发单元1055，用于下发重路由指令，通过重路由指令驱动站点中相关网络硬件设备执行重路由动作，以恢复受故障影响的业务。

在另一个实施例中，如上所述的装置还包括拓扑处理模块，该拓扑处理模块用于接收站点上报的拓扑信息，根据拓扑信息执行拓扑发现，通过拓扑发现的执行维护数据中心传输系统中的网络拓扑。

在另一个实施例中，如上所述的装置还包括应用支持模块，该应用支持模块用于通过预置的北向接口与数据中心传输系统中搭建的运营支撑平台进行的对接，支持运营支撑平台中的应用。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

虽然已参照几个典型实施方式描述了本发明，但应当理解，所用的术语是说明和示例性、而非限制性的术语。由于本发明能够以多种形式具体实施而不脱离发明的精神或实质，所以应当理解，上述实施方式不限于任何前述的细节，而应在随附权利要求所限定的精神和范围内广泛地解释，因此落入权利要求或其等效范围内的全部变化和改型都应为随附权利要求所涵盖。

Claims (16)

1.一种数据中心传输系统，其特征在于，包括多个站点和控制器，所述站点包括若干个网络硬件设备，所述网络硬件设备分别为：

客户侧光交叉矩阵设备，其用于对接指定设备中的客户侧接口；

线路侧光交叉矩阵设备，其用于进行光层的路径搭建；

传输设备，其分别连接所述客户侧光交叉矩阵设备和线路侧光交叉矩阵设备；

合分波器，其与所述线路侧光交叉矩阵设备相连接；

所述控制器驱动所述站点中的网络硬件设备通过内部端口的调度和光层的路径搭建完成业务搭建，并在所述数据中心传输系统中运营所述业务。

2.根据权利要求1所述的系统，其特征在于，所述客户侧光交叉矩阵设备为光交叉连接设备。

3.根据权利要求1所述的系统，其特征在于，所述线路侧光交叉矩阵设备为光交叉连接设备或可重构光分插复用器。

4.根据权利要求1所述的系统，其特征在于，所述控制器中预置南向接口，所述南向接口用于进行所述控制器与其它控制器的对接。

5.一种数据中心传输系统中控制的实现方法，其特征在于，包括：

数据中心传输系统获取业务发放指令；

根据所述数据中心传输系统中活动的站点以及站点中网络硬件设备所相关的资源信息进行业务发放指令的路径计算得到相应路径；

根据计算得到的所述路径驱动相关网络硬件设备进行业务的路径搭建，驱动的所述网络硬件设备分布于所述活动的站点；

通过搭建的所述路径在所述数据中心传输系统开通所述业务。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

接收所述数据中心传输系统中站点上报的硬件信息和业务信息；

根据所述站点上报的硬件信息和业务信息进行信息整理得到资源信息，并存储所述资源信息。

7.根据权利要求5所述的方法，其特征在于，所述方法还包括：

接收所述站点上报的设备故障信息；

根据所述设备故障信息得到所述数据中心传输系统中受故障影响的业务；

为所述业务进行路径计算，并生成所述路径计算相对应的重路由指令，通过所述重路由指令驱动相关网络硬件设备执行重路由动作。

8.根据权利要求7所述的方法，其特征在于，所述为所述业务进行路径计算，并生成所述路径计算相对应的重路由指令，通过所述重路由指令驱动相关网络硬件设备执行重路由动作的步骤包括：

获取所述业务的重路由属性标识，根据所述重路由属性标识判断是否对所述业务进行重路由，若为是，则

触发进行路径计算，并根据所述路径计算生成所述重路由指令；

下发所述重路由指令，通过所述重路由指令驱动站点中相关网络硬件设备执行重路由动作，以恢复所述受故障影响的业务。

9.根据权利要求5所述的方法，其特征在于，所述方法还包括：

接收站点上报的拓扑信息，根据所述拓扑信息执行拓扑发现，通过所述拓扑发现的执行维护所述数据中心传输系统中的网络拓扑。

10.根据权利要求5所述的方法，其特征在于，所述方法还包括：

通过预置的北向接口与所述数据中心传输系统中搭建的运营支撑平台进行的对接，支持所述运营支撑平台中的应用。

11.一种数据中心传输系统中控制的实现装置，其特征在于，包括：

指令获取模块，用于数据中心传输系统中获取业务发放指令；

路径计算模块，用于根据所述数据中心传输系统中活动的站点以及站点中网络硬件设备所相关的资源信息进行业务发放指令的路径计算得到相应路径；

业务搭建模块，用于根据计算得到的所述路径驱动相关网络硬件设备进行业务的路径搭建，驱动的所述网络硬件设备分布于所述活动的站点；

业务开通模块，用于通过搭建的所述路径在所述数据中心传输系统开通所述业务。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：

接收模块，用于接收所述数据中心传输系统中站点上报的硬件信息和业务信息；

信息整理模块，用于根据所述站点上报的硬件信息和业务信息进行信息整理得到资源信息，并存储所述资源信息。

13.根据权利要求11所述的装置，其特征在于，所述装置还包括：

故障信息接收模块，用于接收所述站点上报的故障信息；

业务定位模块，用于根据所述设备故障信息得到所述数据中心传输系统中受故障影响的业务；

重路由模块，用于为所述业务进行路径计算，并生成所述路径计算相对应的重路由指令，通过所述重路由指令驱动相关网络硬件设备执行重路由动作。

14.根据权利要求13所述的装置，其特征在于，所述重路由模块包括：

标识获取单元，用于获取所述业务的重路由属性标识，根据所述重路由属性标识判断是否对所述业务进行重路由，若为是，则通知重路由指令生成单元；

所述重路由指令生成单元用于触发进行路径计算，并根据所述路径计算生成所述重路由指令；

指令下发单元，用于下发所述重路由指令，通过所述重路由指令驱动站点中相关网络硬件设备执行重路由动作，以恢复所述受故障影响的业务。

15.根据权利要求11所述的装置，其特征在于，所述装置还包括：

拓扑处理模块，用于接收站点上报的拓扑信息，根据所述拓扑信息执行拓扑发现，通过所述拓扑发现的执行维护所述数据中心传输系统中的网络拓扑。

16.根据权利要求11所述的装置，其特征在于，所述装置还包括：

应用支持模块，用于通过预置的北向接口与所述数据中心传输系统中搭建的运营支撑平台进行的对接，支持所述运营支撑平台中的应用。