预置路径信息获取方法、实体、业务控制单元及存储介质

摘要

本发明公开了一种预置路径信息获取方法、实体、业务控制单元及存储介质，该预置路径信息获取方法包括：获取ASON中的拓扑资源信息和ASON中每条业务的业务路径信息；根据拓扑资源信息和每条业务的业务路径信息生成预置路径列表，预置路径列表包括业务在不同故障场景分别对应的预置路径信息；确定业务对应的业务控制单元，将业务的预置路径列表发送至对应的业务控制单元，以使业务控制单元在确定故障场景的情况下根据预置路径信息进行重路由恢复。根据本发明实施例提供的方案，使得在同一故障场景下，每条业务在重路由恢复时不会发生资源冲突，有效提高了重路由恢复的效率。

说明书

技术领域

本发明实施例涉及但不限于传输网络通信领域，尤其涉及一种预置路径信息获取方法、实体、业务控制单元及存储介质。

背景技术

随着自动交换光网络(Automatically Switched Optical Network，ASON)技术的不断发展，网络拓扑和业务部署越来越复杂，在运行过程中，链路故障会导致业务中断，为了加快重路由恢复，通常预先计算出各业务的预置路径，发生链路故障时，业务选取对应的预置路径进行重路由恢复。但是ASON中通常承载着多条非同源的业务，很容易出现不同业务的预置路径使用同一拓扑资源信息的情况，导致部分业务的重路由恢复失败，再次获取路由会导致业务中断时间过长，影响ASON的正常运行。

发明内容

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本发明实施例提供了一种预置路径信息获取方法、实体、业务控制单元及存储介质，能够获取可靠性高的预置路径信息。

第一方面，本发明实施例提供了一种预置路径信息获取方法，应用于ASON的实体，包括：

获取ASON中的拓扑资源信息和ASON中每条业务的业务路径信息；

根据所述拓扑资源信息和每条业务的所述业务路径信息生成预置路径列表，所述预置路径列表包括所述业务在不同故障场景分别对应的预置路径信息；

确定所述业务对应的业务控制单元，将所述业务的所述预置路径列表发送至对应的业务控制单元，以使所述业务控制单元在确定故障场景的情况下根据所述预置路径信息进行重路由恢复。

第二方面，本发明实施例提供了一种预置路径信息获取方法，应用于ASON的业务控制单元，包括：

接收ASON的实体发送的预置路径列表，所述预置路径列表中包括故障场景、与故障场景对应的预置路径信息；

当确定当前业务路径发生故障，确定当前发生故障的链路，根据当前发生故障的链路确定当前故障场景，并从所述预置路径列表获取与当前故障场景对应的所述预置路径信息；

根据所述预置路径信息进行重路由恢复。

第三方面，本发明实施例还提供了一种实体，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的预置路径信息获取方法。

第四方面，本发明实施例还提供了一种业务控制单元，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的预置路径信息获取方法。

第五方面，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行如上所述的预置路径信息获取方法或如上所述的预置路径信息获取方法。

本发明实施例包括：获取ASON中的拓扑资源信息和ASON中每条业务的业务路径信息；根据所述拓扑资源信息和每条业务的所述业务路径信息生成预置路径列表，所述预置路径列表包括所述业务在不同故障场景分别对应的预置路径信息；确定所述业务对应的业务控制单元，将所述业务的所述预置路径列表发送至对应的业务控制单元，以使所述业务控制单元在确定故障场景的情况下根据所述预置路径信息进行重路由恢复。根据本发明实施例提供的方案，在同一故障场景下，每条业务的重路由恢复不会发生资源冲突，有效提高了重路由恢复的效率。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1是本发明一个实施例提供的用于执行预置路径信息获取方法的ASON结构示意图；

图2是本发明另一个实施例提供的应用于ASON实体的预置路径信息获取方法的流程图；

图3是本发明另一个实施例提供的预置路径信息获取方法中获取预置路径的流程图；

图4是本发明另一个实施例提供的预置路径信息获取方法中获取预置路径的流程图；

图5是本发明另一个实施例提供的预置路径信息获取方法中获取预置波长的流程图；

图6是本发明另一个实施例提供的预置路径信息获取方法中重路由恢复后获取预置路径列表的流程图；

图7是本发明另一个实施例提供的应用于ASON业务控制单元的预置路径信息获取方法的流程图；

图8是本发明另一个实施例提供的单链路故障场景中获取预置路径信息的流程图；

图9是本发明另一个实施例提供的多链路故障场景中获取预置路径信息的流程图；

图10是本发明另一个实施例提供的SRLG故障场景中获取预置路径信息的流程图；

图11是本发明另一个实施例提供的示例场景一的ASON网络拓扑图；

图12是本发明另一个实施例提供的示例场景二的ASON网络拓扑图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书、权利要求书或上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本发明提供了一种预置路径信息获取方法、实体、业务控制单元及存储介质，该预置路径信息获取方法包括：获取ASON中的拓扑资源信息和ASON中每条业务的业务路径信息；根据拓扑资源信息和每条业务的业务路径信息生成预置路径列表，预置路径列表包括业务在不同故障场景分别对应的预置路径信息；确定业务对应的业务控制单元，将业务的预置路径列表发送至对应的业务控制单元，以使业务控制单元在确定故障场景的情况下根据预置路径信息进行重路由恢复。根据本发明实施例提供的方案，使得在同一故障场景下，每条业务在重路由恢复时不会发生资源冲突，有效提高了重路由恢复的效率。

下面结合附图，对本发明实施例作进一步阐述。

如图1所示，图1是本发明一个实施例提供的用于执行预置路径信息获取方法的ASON的示意图。

在图1的示例中，ASON100的网络中包括实体110和若干个节点，每个节点包括业务控制单元120，实体110与业务控制单元120通信连接。需要说明的是，现有的ASON通常包括控制平面、管理平面和传送平面，实体110可以是控制平面中的任意通信实体，能够用于获取ASON100全网的拓扑资源信息和全网每条业务的业务路径信息，并进行预置路径的计算和预置路径列表的生成即可。需要说明的是，实体110与ASON中所有业务控制单元120可以通过现有技术中任意方式通信连接，能够实现预置路径列表的下发即可，本实施例不多作限定。需要说明的是，每个节点的业务控制单元120用于对以该节点为首节点的业务进行路由控制，以该节点为首节点的业务可以是一条或多条，本实施例不多作限定。

本领域技术人员可以理解的是，图1中示出的实体110和业务控制单元120并不构成对本发明实施例的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

基于上述ASON，下面提出本发明的预置路径信息获取方法的各个实施例。

如图2所示，图2是本发明一个实施例提供的ASON的实体执行预置路径信息获取方法的流程图，该预置路径信息获取方法包括但不限于有步骤S100、步骤S200和步骤S300。

步骤S100，获取ASON中的拓扑资源信息和ASON中每条业务的业务路径信息。

在一实施例中，ASON的实体可以获取的整个网络的拓扑资源信息和业务路径信息，以使根据故障场景确定预置路径时能够进行拓扑资源的统一分配，若ASON中有若干个链路互相独立的业务组，也可以由实体分别对相对应的业务组进行预置路径信息的生成，在此不再赘述。

在一实施例中，拓扑资源信息可以是任意与业务路径相关的拓扑资源，为了避免重路由恢复时发生资源冲突，可以选取有冲突风险的具体拓扑资源类型，例如链路集合等。需要说明的是，业务路径信息可以包括每条业务的业务路径中的节点和节点之间的路由，例如每条业务所经过的节点的顺序，以及两个节点之间所选用的链路等，在此不再赘述。

步骤S200，根据拓扑资源信息和每条业务的业务路径信息生成预置路径列表，预置路径列表包括业务在不同故障场景分别对应的预置路径信息。

在一实施例中，可以对每个链路故障进行排列组合的穷举以确定故障场景，也可以根据网络中光纤故障的概率确定故障场景，也可以根据特殊的需求手动特定的故障场景，根据实际ASON的业务需求选取具体方式即可。需要说明的是，ASON中有多条光纤，在实际使用中可能出现一条光纤出现故障，另一条关联度较高的光纤大概率会出现故障，因此可以根据光纤关联度和故障概率确定故障场景，对于故障概率较小的光纤也可以不预计算，节约计算资源，具体光纤关联度和故障概率根据实际网络中的光纤情况调整即可。

在一实施例中，由于在故障场景中，并非所有业务都会受到影响，对于不受影响的业务，可以在预置路径列表中保留原业务路径，例如在一个故障场景下，一个业务的预置路径信息留空，无需通过业务控制单元进行重路由恢复，具体的设置方式根据实际需求调整即可。

步骤S300，确定业务对应的业务控制单元，将业务的预置路径列表发送至对应的业务控制单元，以使业务控制单元在确定故障场景的情况下根据预置路径信息进行重路由恢复。

在一实施例中，由于ASON中的业务的通常由首节点的业务控制单元控制，因此确定可以从业务路径中获取每条业务的首节点确定对应的业务控制单元。

在一实施例中，由于预置路径列表根据拓扑资源信息和每条业务的业务路径信息生成，因此预置路径列表中包括了ASON中所有业务的预置路径信息，可以从是将整个预置路径列表发送至业务控制单元，以确保每个业务控制单元中的预置路径列表相同，从而确保匹配出的故障场景相同；也可以根据业务控制单元所控制的具体业务，获取与该具体业务所对应的预置路径列表发送至业务控制单元，确保每个业务控制单元的预置路径列表中具有相同的故障场景即可。

另外，在一实施例中，拓扑资源信息包括链路集合；业务路径信息包括当前业务路径；预置路径信息包括预置路径；参考图3，步骤S200包括但不限于有以下步骤：

步骤S210，根据链路集合列出故障场景，每个故障场景对应一个或多个链路；

步骤S220，根据每条业务的当前业务路径包含的链路，确定每个故障场景对应受影响的业务；

步骤S230，为每个故障场景对应受影响的业务设置预置路径，得到每条业务在不同故障场景分别对应的预置路径，并生成预置路径列表。

需要说明的是，本实施例中的链路集合为ASON中所有链路的集合，在列出故障场景时，确保每条业务至少有一条可用的预置路径，由于链路故障导致业务无可用路径进行重路由恢复的情况并不在本实施例讨论范围，在此不再赘述。

在一实施例中，故障场景中的链路可以ASON的拓扑中的任意的一个或多个链路，本实施例并不对多个链路之间的位置关系进行限定，根据对故障场景的需求选取具体链路即可。

在一实施例中，每条业务的业务路径中受影响的链路可以是任意条，本实施例不作过多的限定。需要说明的是，确定受影响的业务可以通过遍历每条业务的业务路径，当业务路径中包括故障场景的链路则可认定为受影响的业务，也可以根据故障场景的链路匹配出使用了该链路的业务，具体的方式根据实际需求调整即可。

在一实施例中，在每个故障场景中，可以为受影响的业务设置任意数量的预置路径，本实施例不多作限定，确保每条业务的预置路径使用互不冲突的拓扑资源即可。需要说明的是，预置路径列表可以是根据预置路径和故障场景的对应关系生成，预置路径列表中的多个故障场景各不相同，当网络发生故障时，可以根据故障场景从预置路径列表中读取每个业务互不冲突的预置路径，有利于提升业务重路由恢复的效率。

另外，参照图4，在一实施例中，步骤S230包括但不限于有以下步骤：

步骤S231，根据故障场景对应的链路确定可用链路；

步骤S232，根据可用链路，为受影响的业务设置预置路径。

在一实施例中，步骤S231中可以将故障场景对应的链路设置为故障链路，从拓扑资源信息的链路集合中获取故障链路以外的链路作为可用链路。需要说明的是，受影响的业务无法获取可用链路的情况不在本实施例的讨论范围内，本实施例仅对可获取预置路径的情况进行讨论，在此不再赘述。

在一实施例中，可以根据实际需求设定策略约束条件，根据可用链路计算出预置路径信息，例如在两个节点之间有多条可选链路的情况下，根据最小路径原则或者代价最小原则确定具体的路径，上述计算方法可以采用现有技术中的方法，具体计算方法并非本实施例作出的改进，能够为受影响的业务设置预设路径即可，在此不再赘述。

另外，在一实施例中，业务路径信息还包括当前波长；预置路径信息还包括预置波长；参照图5，步骤200包括但不限于有以下步骤：

步骤S241，当业务的当前波长在业务的预置路径上未被占用，将当前波长作为预置波长；

步骤S242，当业务的当前波长在业务的预置路径上被占用，获取预置路径上的可用波长，选择可用波长中的一个作为预置波长。

在一实施例中，在同ASON的链路中，若有至少两条业务申请使用相同的波长，通常先申请的业务获得该波长并进行后续的重路由恢复，后申请的业务由于波长已被占用，则需要重新获取预置路径，影响重路由的效率，基于此，可以在获取预置路径信息时，由每条业务依次对新的链路中的波长占用情况进行检测，当业务的当前波长未被占用时，保留原波长，即将当前波长设置为预置波长，当业务的当前波长被占用，从可用波长中选取一个作为预置波长。需要说明的是，由于一条链路中每个波长只能用于承载一条业务，因此在可用波长被一条业务选取为预置波长后，则将该波长从可用波长中移除，避免下一条业务选取同样的波长。可以理解的是，可以通过每条业务依次获取预置波长的方式确保波长互不冲突，也可以采用其他方式获取预置波长，例如为每条业务设置互不冲突的波长集合，针对不同的预置路径从波长集合中选取不同的波长，具体方式根据实际需求选取即可。

另外，在一实施例中，故障场景包括如下至少一种：

单链路故障；

多链路故障；

SRLG故障。

在一实施例中，单链路故障为ASON中其中一条链路发生故障的场景，多链路故障为至少有两条链路发生故障的场景，SRLG为共享风险链路，即一条链路发生故障的情况下，另外的若干条链路大概率也会发生故障，SRLG可以是在ASON初始化使用时设定，也可以根据实际使用过程中光纤的故障概率动态调整，本实施例不多作限定，能够用于故障场景的判定即可。

需要说明的是，若一条链路属于SRLG，则无需根据该链路设置单链路故障，避免资源的浪费。

另外，参照图6，在一实施例中，执行完步骤S300后，还包括但不限于有以下步骤：

步骤S400，根据重路由恢复后的ASON生成新的预置路径列表。

在一实施例中，由于重路由恢复后，ASON的业务路径信息和拓扑资源信息发生了改变，因此可以在重路由恢复后，根据上述步骤S100至S300重新生成新的预置路径列表，避免再次发生链路故障。本领域技术人员可以理解的是，还可以在业务的路径发生更改时重新生成预置路径列表，能够确保预置路径列表中的预置路径信息对应当前的业务路径信息即可。

如图7所示，图7是本发明一个实施例提供的ASON的业务控制单元执行预置路径信息获取方法的流程图，该预置路径信息获取方法包括但不限于有步骤S1000、步骤S2000和步骤S3000。

步骤S1000，接收ASON的实体发送的预置路径列表，预置路径列表中包括故障场景、与故障场景对应的预置路径信息。

在一实施例中，ASON的实体生成预置路径列表后实时发送至业务控制单元，使得在故障发生时能够直接根据预置路径列表进行重路由恢复。可以理解的是，为了在重路由恢复后，由实体重新生成新的预置路径列表，可以是由业务控制单元在完成重路由恢复后向实体发送完成信息，实体获取到所有业务控制单元的完成信息后重新生成预置路径列表，也可以采用其他方式识别重路由恢复完成，在此不再赘述。

在一实施例中，预置路径列表中的故障场景和预置路径信息对应方式可以参考图2所示实施例的方式，在此不再赘述。

步骤S2000，当确定当前业务路径发生故障，确定当前发生故障的链路，根据当前发生故障的链路确定当前故障场景，并从预置路径列表获取与当前故障场景对应的预置路径信息。

在一实施例中，由于链路发生故障后，会导致业务无法正常运行，因此可以由业务对故障进行感知，以触发预置路径信息的获取流程。需要说明的是，本实施例所述的当前发生故障的链路，可以是ASON全网发生故障的链路，以便于各个业务控制单元能够匹配出相同的故障场景，确保采用的预置路径互不冲突。

在一实施例中，链路发生故障时，并非所有业务都需要进行重路由恢复，可以在预置路径列表保留业务的当前业务路径，具体的设置方式根据实际需求选取即可。

步骤S3000，根据预置路径信息进行重路由恢复。

在一实施例中，由于ASON中可以具有多个业务控制单元，一个业务控制单元的业务进行重路由恢复后，所采用的预置路径可能与其他业务控制单元的业务路径相冲突，因此在有业务发生故障后，可以是所有业务控制单元根据相同的故障场景获取预置路径信息，确保各业务的业务路径不会发生冲突。

另外，在一实施例中，故障场景包括单链路故障场景；参考图8，步骤S2000还包括但不限于有以下步骤：

步骤S2100，当确定当前发生故障的链路仅有一条，将与当前发生故障的链路对应的单链路故障场景作为当前故障场景。

在一实施例中，单链路故障场景中，仅有一条链路发生故障，可以根据该链路确定对应的故障场景，以使业务控制单元进行重路由恢复。需要说明的是，在检测到仅有一条链路发生故障后，还包括判断该链路是否属于SRLG，若不属于任意SRLG，则根据该发生故障的链路确定当前故障场景。

另外，在一实施例中，故障场景包括多链路故障场景；参考图9，步骤S2000还包括但不限于有以下步骤：

步骤S2210，当确定当前发生故障的链路多于一条，根据当前发生故障的链路确定至少一个多链路故障场景作为候选场景；

步骤S2220根据当前发生故障的链路在多链路故障场景所对应的链路中的数量占比，确定至少一个候选场景中的一个为当前故障场景。

在一实施例中，多链路故障场景至少包括两条发生故障的链路，可以在预置路径列表的多链路故障场景中列出该故障场景对应的所有链路，在实际匹配的过程中，可以采用完全匹配原则，例如链路1和链路2发生故障，获取链路1和链路2同时发生故障所对应的多链路故障场景作为当前故障场景。

在一实施例中，若出于节约计算资源或者实际运维需求，仅对部分故障场景进行了预置路径列表的生成，在这种情况下，很可能出现出现故障的链路无法100％匹配故障场景的情况，例如链路1和链路2发生故障，但是预置路径列表中并没有链路1和链路2同时发生故障的故障场景；基于此，可以先确定至少一个多链路故障场景作为候选场景，例如故障场景1为链路1、链路2、链路3和链路4发生故障，故障场景2为链路1、链路2和链路3发生故障，，将故障场景1和故障场景2确定为候选场景，再根据发生故障的链路在多链路故障场景所对应的链路中的数量占比确定当前故障场景，例如上述举例中，链路1和链路2在故障场景1中的数量占比为2/4，在故障场景2中的数量占比为2/3，则可以采用最大匹配的原则选取故障场景2为当前故障场景，当然也可以按照顺序选取最先匹配原则确定当前故障场景，例如最先匹配到的是故障场景1，则以故障场景1为当前故障场景，具体的方式根据实际需求调整即可。

另外，在一实施例中，故障场景包括SRLG故障场景；参考图10，步骤S2000还包括但不限于有以下步骤：

步骤S2310，当确定当前发生故障的链路为共享链路，根据当前发生故障的链路确定至少一个SRLG故障场景作为候选场景；

步骤S2320，根据候选场景在预置路径列表中的排序，确定至少一个候选场景中的一个为当前故障场景。

在一实施例中，检测到链路发生故障后，对该链路是否属于SRLG中的链路进行判断，若发生故障的链路属于多个SRLG，确定候选场景后确定当前故障场景的方法可以参考图9所述的多链路匹配的最先匹配原则或者最大匹配原则，在此不赘述。

以下以两个具体应用场景对本实施例的技术方案进行进一步的举例说明：

场景一，单链路故障场景：

如图11所示，图11是本发明一个实施例提供的ASON网络拓扑图，ASON的实体获取拓扑资源信息和业务路径信息，得出如下信息：

节点：节点1、节点2、节点3、节点4、节点5、节点6；

链路：链路102、链路104、链路203、链路205、链路306、链路405、链路506；

可用波长：λ1至λ5；

业务1的当前路径：节点1、链路102、节点2、链路203、节点3、链路306、节点6，使用波长λ1；

业务2的当前路径：节点4、链路405、节点5、链路506、节点6，链路306，节点3，使用波长λ1；

业务3的当前路径：节点4、链路405、节点5、链路506、节点6，使用波长λ2。

根据上述信息对链路故障进行列举，得出的预置路径列表如下表1所示：

表1单链路故障场景的预置路径列表

在表1中可以看出，链路102故障和链路306故障只会引起业务1发生重路由恢复，链路205故障只会引起业务2发生重路由恢复，链路506故障只会引起业务3发生重路由恢复，由于这些路径上链路λ1或λ2已被使用，则只能分配λ3来使用。而链路203故障会引起业务1和2都发生重路由恢复，由于计算出的路径都会使用链路506，为避免该链路上的波长资源冲突，则业务1对应的预置路径使用波长λ3，业务2对应的预置路径使用λ4。同理，链路405故障会引起业务2和3都发生重路由恢复，为避免冲突，分别使用波长λ3、λ4。拓扑中其它链路故障不影响业务1、2、3，则无需计算预置路径。获取到表1所示的预置路径列表后，分别将个业务的预置路径和故障场景对应关系进行编排，并下发至ASON业务首节点，下发方式可以通过网管配置或管控服务器与设备的交互消息等现有技术中的方式，在此不再赘述。在故障产生时，以链路203故障为例，同时影响业务1和业务2，业务1在其首节点1上、业务2在其首节点4上分别进行业务重路由恢复，业务1和2分别获取预置路径，业务1查找到的预置路径为：②节点1、链路102、节点2、链路205、节点5、链路506、节点6，波长λ3；业务2查找到的预置路径为：①节点4、链路405、节点5、链路506、节点6、链路306、节点3，波长λ4；故障产生后，网络拓扑实际发生的变化，比如链路203故障后，网络中这条链路已不可用，业务1、2的路径也发生了变化，此时可再重新利用前述步骤重新生成获取预置路径列表。

场景二，SRLG故障场景：

如图12所示，图12是本发明一个实施例提供的ASON网络拓扑图，ASON的实体获取拓扑资源信息和业务路径信息，得出如下信息：

节点：节点1、节点2、节点3、节点4、节点5、节点6、节点7、节点8、节点9；

链路：链路102、链路104、链路203、链路205、链路306、链路405、链路407、链路506、链路508、链路609、链路708、链路809；

可用波长：λ1至λ5；

SRLG1：链路104和链路405组成；

SRLG2：链路405和链路407组成；

业务1当前路径：节点4、链路405、节点5、链路506、节点6，使用波长λ1；

业务2当前路径：节点2、链路205、节点5、链路405、节点4，使用波长λ2。

根据上述信息对SRLG故障进行列举，得出的预置路径列表如下表2所示：

表2 SRLG故障场景的预置路径列表

业务控制单元获取预置路径列表的方法可以参考场景一，在此不再赘述。

在检测到链路405发生故障后，由于链路405同时属于SRLG1和SRLG2，可以根据先匹配原则选取SRLG1，具体的选取原则根据实际需求调整即可，本场景以SRLG1故障为例进行说明。SRLG1故障中，业务1和业务2均受到影响，因此对应的业务控制单元分别获取对应的预置路径进行重路由恢复，重路由恢复方法和恢复后的流程也可以参考场景一的方法，在此不再赘述。

另外，本发明的一个实施例还提供了一种实体，该实体包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序。

处理器和存储器可以通过总线或者其他方式连接。

需要说明的是，本实施例中的实体能够构成图1所示实施例中的ASON的一部分，这些实施例均属于相同的发明构思，因此这些实施例具有相同的实现原理以及技术效果，此处不再详述。

实现上述实施例的预置路径信息获取方法所需的非暂态软件程序以及指令存储在存储器中，当被处理器执行时，执行上述实施例中的应用于实体的预置路径信息获取方法，例如，执行以上描述的图2中的方法步骤S100至S300，图3中的方法步骤S210至S230，图4中的方法步骤S231至S232，图5中的方法步骤S241或S242，图6中的方法步骤S400。

另外，本发明的一个实施例还提供了一种业务控制单元，该业务控制单元包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序。

处理器和存储器可以通过总线或者其他方式连接。

需要说明的是，本实施例中的业务控制单元能够构成图1所示实施例中的ASON的一部分，这些实施例均属于相同的发明构思，因此这些实施例具有相同的实现原理以及技术效果，此处不再详述。

实现上述实施例的预置路径信息获取方法所需的非暂态软件程序以及指令存储在存储器中，当被处理器执行时，执行上述实施例中的应用于业务控制单元的预置路径信息获取方法，例如，执行以上描述的图7中的方法步骤S1000至S3000，图8中的方法步骤S2100，图9中的方法步骤S2210至S2220，图10中的方法步骤S2310至S2320。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

此外，本发明的一个实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个处理器或控制器执行，例如，被上述控制单元实施例中的一个处理器执行，可使得上述处理器执行上述实施例中的应用于ASON的实体的预置路径信息获取方法，例如，执行以上描述的图2中的方法步骤S100至S300，图3中的方法步骤S210至S230，图4中的方法步骤S231至S232，图5中的方法步骤S241或S242，图6中的方法步骤S400；或使得上述处理器执行上述实施例中的应用于ASON的业务控制单元的预置路径信息获取方法，例如，执行以上描述的图7中的方法步骤S1000至S3000，图8中的方法步骤S2100，图9中的方法步骤S2210至S2220，图10中的方法步骤S2310至S2320。本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上是对本发明的较佳实施进行了具体说明，但本发明并不局限于上述实施方式，熟悉本领域的技术人员在不违背本发明精神的前提下还可作出种种的等同变形或替换，这些等同的变形或替换均包含在本发明权利要求所限定的范围内。