专利名称：业务路径调整优化方法
技术领域：
本发明属于光网络技术领域，主要涉及光连接中的业务路径调整优化方法。
背景技术：
传统光网络是一种基于集中管理的系统。这种光网络系统的光连接的创建、维护、拆除都需要人工干预，因此不能满足数据业务的不断增长、动态和灵活的需求。为了解决这个问题，国际电联(ITU-T)提出了自动交换光网络(ASON)架构。该架构在传统上的光网络增加了一个控制平面，由控制平面来实现网络拓扑信息的扩散以及业务路径的建立和维护。根据这一思想，光网络的节点首先通过链路局部的发现技术，获得本节点与其他光节点的连接关系，再通过控制平面中的路由协议发布其节点和链路状态，并接收网络中其他节点的状态发布，最终每个光节点都有一份描述网络精确拓扑的“网络地图”。该“网络地图”中包括节点、链路、资源等多种信息。当节点被客户设备或管理系统要求建立连接时，节点利用“网络地图”的信息，结合一定的路由算法得到一条可行的路径，再通过信令协议驱动路径上的节点建立交叉连接。在网络连接动态建立、拆除、或者故障引起链路资源变化时，相应节点将及时发布更新的节点、链路状态信息，从而实现“网络地图”的再同步。
光连接建立后，由于网络故障等原因，经过一系列保护恢复动作之后，连接经过的路径可能已经不是一条最优的路径，或者不是用户最初规划的路径，因此用户希望对业务路经重新进行调整。另外一种情况是，当网络拓扑发生变化或网络扩容时，用户需要把业务临时性或永久性地调整到别的路径上去。
现有技术中，对业务路径调整最直接的方法就是先拆除业务经过的旧路径，然后按用户的期望建立一条新的路径；或者是先建立一条新的路径，但在业务的首末节点业务的入出时隙不和新路径建立交叉，当拆除旧路径的时候才建立交叉，将新路径上的业务打通。
这种方案的缺点是调整业务路径时，会使业务中断，并且采用先拆后建的技术，还可能会导致在旧路径已经被拆除，新路径又建立失败的时候，造成业务路径消失。
2003年8月份公开的互联网草案draft-li-shared-mesh-restoration-01.txt，RSVP-TE ExtensionsFor Shared-Mesh Restoration in Transport Networks一文中给出了一种用于路径恢复的bridge and roll技术。即当业务路径发生故障后，启动恢复机制，计算和新建一条恢复路径来传送业务；当原路径的故障消除后，使业务能够恢复到原来的业务路径上。为了实现这一点，需要保留原来的路径，并当故障消除后，在首节点将用户的正向业务分别桥接到原路径上和恢复路径上，即为bridge过程，然后向末节点发送Notification消息，末节点收到后将反向业务也桥接到原路径和恢复路径上，并对于正向业务将从恢复路径上接收改成从原路径上接收，即为roll过程。由于此时首节点对正向业务已经进行了桥接，所以这个过程不会中断业务。然后末节点再向首节点发送一个Notification消息通知首节点，首节点收到后，停止在恢复路径上发送正向业务信号，然后再向末节点发送另一个Notification消息。末节点收到后，停止在恢复路径上发送反向业务信号，并向首节点发送RESVTEAR消息发起拆除恢复路径的过程。
利用这一技术，也可以实现业务路径的调整和优化，即先建立一条新路径，然后将业务bridge and roll到新路径上，再拆除旧路径。但显而易见，上述过程比较复杂，为了使业务转移到另一条路径上，发送了三次Notification消息。并且如果在末节点已经翻转到新路径上之后，新路径发生故障，则会导致业务中断，因为此时虽然旧路径还是好的，但在末节点接收的却是新路径上的业务。
发明内容为此，本发明要解决的技术问题是提供一种业务路径的调整优化方法。该方法对业务路径调整或优化时，可以避免发生业务中断的问题。
为解决上述技术问题，本发明提供一种业务路径的调整优化方法。该方法包括如下步骤a)建立一条新路径，在新路径与原路径间组成子网连接保护保护组，形成新路径的业务交叉，并将业务选收在特定路径上；b)拆除原路径。
为解决上述技术问题，本发明进一步提供了一种对只有一条业务路径的业务的路径调整优化方法。其包括如下步骤a)建立一条新路径，在新路径与原路径间组成SNCP(Sub-NetworkConnection Protection，子网连接技术，下简称SNCP)保护组，形成新路径的业务交叉，并将业务选收在原路径上；b)通过SNCP倒换使业务选收在新路径上；c)拆除旧路径。
其中，在建立新路径的业务交叉时，可采用一次建立正反向交叉的方法，或先在资源预留协议(Resource Reservation Protocol，下简称为RSVP协议)向下游发送PATH消息的过程中建立反向交叉，再在RSVP协议向上游发送RESERVE消息的过程中建立正向交叉。
另外，在PATH消息的Administrative Status对象中可新增一个标明PATH消息是否触发倒换动作的标志，在上述步骤b)中进行SNCP倒换时，首节点向下游发送一个携带有上述倒换信息的PATH消息，通知首末节点进行SNCP倒换。
本发明还进一步提供了一种对采用主、备路径进行保护的业务的主路径调整优化方法。其包括如下步骤a)建立一条新主路径，将新主路径与原备路径组成SNCP保护组，形成新主路径的业务交叉，并将业务选收在原备路径上，以优化原主路径；b)拆除原主路径；c)通过SNCP倒换使业务选收在新主路径上。
其中，在建立新主路径的业务交叉时，可采用一次建立正反向交叉的方法，或先在RSVP协议向下游发送PATH消息的过程中建立反向交叉，再在RSVP协议向上游发送RESERVE消息的过程中建立正向交叉。
另外，在PATH消息的Administrative Status对象中可新增一个标明PATH消息是否触发倒换动作的标志，在上述步骤c)中进行SNCP倒换时，首节点向下游发送一个携带有上述倒换信息的PATH消息，通知首末节点进行SNCP倒换。
此外，在建立新主路径的过程中，可仍保持原主路径与原备路径之间SNCP保护组对应关系，以用于在新主路径建立失败时进行恢复。
本发明还进一步提供了一种对采用主、备路径进行保护的业务的备路径调整优化方法。其包括如下步骤a)建立一条新备路径，将新备路径与原主路径组成SNCP保护组，形成新备路径的业务交叉，并使业务选收在新主路径上，以优化原备路径；b)拆除原备路径。
其中，在建立新备路径的业务交叉时，采用一次建立正反向交叉的方法，或先在RSVP协议向下游发送PATH消息的过程中建立反向交叉，再在RSVP协议向上游发送RESERVE消息的过程中建立正向交叉。
另外，在建立新备路径的过程中，可仍保持原备路径与原主路径之间SNCP保护组对应关系，以用于在新备路径建立失败时进行恢复。
对于对只有一条业务路径的业务的路径调整优化方法，在步骤a)中，新路径的交叉建立过程中，建立SNCP保护组时，使业务选收在原路径上可以保证不使业务中断。此外，在拆除业务原路径之前，把业务倒换到新的路径上来，使业务选收在新路径上，也保证了路径优化时业务不会中断。
对于对采用主、备路径进行保护的业务的主路径调整优化方法，在步骤a)中，新主路径的交叉建立过程，使业务选收在备路径上，可以保证不使业务中断。而且，在新主路径建立成功之后，便可以拆除原路径。由于业务在备路径上，所以拆除原主路径也不会对业务产生任何影响。
同样，对于对采用主、备路径进行保护的业务的备路径调整优化方法，在建立新备路径的过程中，可仍保持原备路径与原主路径之间SNCP保护组对应关系，以用于在新备路径建立失败时进行恢复。
所以，上述各种业务路径调整优化时，通过新建路径与原路径组成SNCP保护组和SNCP倒换技术的结合，可以很容易的实现路径调整优化过程中的业务无中断的技术效果。
图1所示为本发明具体实施例的一条待优化的双向业务的普通业务路径的示意图。
图2所示为建立一条新路径A-C-D，将业务的路径由图1中的原路径A-B-D优化到新路径A-C-D的过程。
图3所示本发明具体实施例中PATH消息中的Administrative Status的对象格式。
图4所示为图2所示的业务倒换完成之后的路径交叉示意图。
图5所示为原路径被拆除后的业务路径示意图。
图6所示为本发明另一具体实施例的一条具有主、备两条路径保护的业务路径示意图。
图7所示为建立一条新主路径A’-D’-E’，将业务的路径由图6中的原主路径A’-C’-E’优化到新主路径A’-D’-E’的过程。
图8所示为原主路径拆除后的路径交叉示意图。
图9所示图8中的业务经过SNCP倒换后的路径交叉示意图。
具体实施方式下面分别对只有一条业务路径的业务(下简称普通业务)的路径优化和采用主、备路径进行保护的业务(下简称1+1业务)的路径优化，来阐明采用本发明构思的具体路径优化过程。
首先，对于普通业务，本发明的路径调整优化方法包括如下步骤a)建立一条新路径，在新路径与原路径间组成SNCP保护组，形成新路径的业务交叉，并将业务选收在原路径上；b)通过SNCP倒换使业务选收在新路径上；c)拆除旧路径。
下面结合图1至图5，以双向业务为例进行说明本发明对于普通业务的路径调整优化方法。首先请参照图1，图1所示为一条待优化的双向业务的普通业务路径。如图所示，该普通业务路径在每个节点上都有一个正向交叉和一个反向交叉。
对于步骤a)，请参照图2。图2所示为建立一条新路径A-C-D，将业务的路径由图1中的原路径A-B-D优化到新路径A-C-D的过程。在步骤a)中，新路径的交叉建立过程为在首节点对于正向业务，建立一条广播业务；对于反向业务，拆除原来的普通交叉，同时建立一个SNCP保护组。为了不使业务中断，建立SNCP保护组时，要使业务选收在原路径上。首节点的交叉建立完毕后，利用RSVP信令协议向下游节点，即C节点，发送PATH消息，下游节点收到后，建立两条普通的交叉。然后再向下游节点，即末节点D发送。末节点收到后，对于反向业务建立一条广播业务，对于正向业务，拆除原来的普通交叉，同时建立一个SNCP保护组，并选收在原路径上。这样，便完成了新路径全部交叉的建立，然后从末节点向首节点发送RESERVE消息以完成信令过程。
前述的建立业务交叉过程即为正反向交叉一次建立的技术。应当指出的是，本发明也可以按照资源预留技术，在RSVP协议向下游发送的PATH消息的过程中，只建立反向交叉，在RSVP协议向上游返回RESERV消息的过程中，再建立正向交叉。上述一次建立正反向交叉的方法，或根据RSVP协议建立交叉的的方法为本领域普通技术人员所熟知，故在此不再赘述。
新路径的交叉全部建立成功之后，不可马上拆除旧的路径，主要是为了保证在建立新路径的过程中业务不中断。在首末节点建立SNCP保护组时，需将业务选收在原路径上。如果此时拆除原路径，便会造成业务中断。因此，在拆除业务原路径之前，需要把业务倒换到新的路径上来，即在首末节点向交叉板下发SNCP倒换命令，使业务选收在新路径上。这个过程可通过信令完成，当首节点收到下游返回的RESERVE消息后，再向下游发送一个PATH消息，通知首末节点进行SNCP倒换。
为了达到在PATH消息中携带倒换信息的目的，需要在PATH消息中的Administrative Status对象的保留字段中增加三个标志，新的对象格式请参照图3。其中R/T/A/D bit的含义不变，新增的S bit表示是否需要倒换，1表示需要倒换，0表示不需要倒换。倒换完成之后，交叉如下图4所示。
当SNCP倒换完成后，就可以拆除旧路径了。拆除旧路径的方式有多种，比如末节点收到上游节点发来的用于倒换的PATH消息并使SNCP倒换成功后，就马上从末节点发起删除；也可以向首节点发送响应，由首节点发起删除。这取决于信令协议的实现。原路径被拆除后，业务路径如图5所示，至此业务路径优化成功。
需要说明的是，由于新旧路径的距离可能不同，在进行SNCP人工倒换时，仍可能会使业务有次小于1ms的中断，这无论对于语音业务还是图像业务都可以忽略不计。
对1+1业务路径优化时，可以采用主、备路径分别优化的方法。本发明对主路径调整优化方法包括如下步骤a)建立一条新主路径，将新主路径与原备路径组成SNCP保护组，形成新主路径的业务交叉，并将业务选收在原备路径上，以优化原主路径；b)拆除原主路径；c)通过SNCP倒换使业务选收在新主路径上。
下面结合图6至图9，以一条双向业务的为例进行说明本发明对1+1业务的主路径调整优化方法。首先请参照图6，该1+1业务具有主、备两条路径，且在首、末节点已使用了SNCP技术。
对于步骤a)，请参照图7。图7所示为建立一条新主路径A’-D’-E’，将业务的路径由图6中的原主路径A’-C’-E’优化到新主路径A’-D’-E’的过程。在步骤a)中，新主路径的交叉建立过程为在首节点，对于正向业务，建立一条广播业务，对于反向业务，拆除原来主备路径的SNCP保护组，同时在备路径和新的主路径之间建立一个新的SNCP保护组。为了不使业务中断，业务选收在备路径上。然后下游节点发送PATH消息，中间节点收到后，建立双向普通交叉。然后再向下游节点发送PATH消息，末节点收到后，对于反向业务建立一条广播业务，对于正向业务，拆除原来的主备路径之间的SNCP保护组，同时在备路径和新的主路径之间建立新的SNCP保护组，并使业务选收在备路径上。这样，便完成了新路径全部交叉的建立。末节点处理完毕后，向首节点发送RESERVE消息完成信令过程。
同样，上面在建立业务交叉时，使用了正反向交叉一次建立的技术。当然，也可以按照资源预留技术的原始含义，在RSVP协议向下游发送的PATH消息的过程中，只建立反向交叉，在RSVP协议向上游返回RESERV消息的过程中，再建立正向交叉。
在本实施例中，在建立新主路径的过程中，仍保持原主路径与原备路径之间SNCP保护组对应关系，以用于在新主路径建立失败时恢复原主路径。
对于步骤b)，请参见图8。在新主路径建立成功之后，便可以拆除原路径。由于业务在备路径上，所以拆除原主路径不会对业务产生任何影响。图8所示为原主路径拆除后的路径交叉示意图。
需要说明的是，由于主备路径的距离可能不同，所以在建立交叉的过程中，由于业务切换到了备路径上，仍可能会使业务有次小于1ms的中断，但这无论对于语音业务还是图像业务都可以忽略不计。
经过上述过程之后，虽然新的主路径成功建立，但业务却运行在备路径上，因此需要信令协议向下游发送一个用于SNCP倒换的PATH消息，使业务倒换到新的主路径上。PATH消息中的Administrative Status对象格式如前所述。图9所示为SNCP倒换完成后的路径交叉示意图。
对1+1业务的备用路径优化时，本发明的方法包括如下步骤a)建立一条新备路径，将新备路径与原主路径组成SNCP保护组，形成新备路径的业务交叉，并使业务选收在新主路径上，以优化原备路径；b)拆除原备路径。
因为在优化的过程中，业务始终在主路径上，所以对1+1业务的备用路径优化时，不需要上述的SNCP倒换过程。因为备路径的优化与主路径的优化大致相同，故其具体步骤不再在此赘述。
同样，在建立新备路径的业务交叉时，可采用一次建立正反向交叉的方法，或先在RSVP协议向下游发送PATH消息的过程中建立反向交叉，再在RSVP协议向上游发送RESERVE消息的过程中建立正向交叉。在建立新备路径的过程中，可仍保持原备路径与原主路径之间SNCP保护组对应关系，以用于在新备路径建立失败时进行恢复。
需要说明的是，上述说明仅是对本发明较佳实施例的详细描述，叙述仅为说明本发明的可实现性及其突出效果，具体特征并不能用来作为对本发明的技术方案的限制，本发明的保护范围应以本发明所附权利要求书为准。
权利要求
1.一种对业务路径的调整优化方法，其特征在于，其包括如下步骤a)建立一条新路径，在新路径与原路径间组成子网连接保护保护组，形成新路径的业务交叉，并将业务选收在特定路径上；b)拆除原路径。
2.如权利要求1所述的调整优化方法，其特征在于，在对只有一条业务路径的业务的路径调整优化时，其包括如下步骤a)建立一条新路径，在新路径与原路径间组成子网连接保护保护组，形成新路径的业务交叉，并将业务选收在原路径上；b)通过子网连接保护倒换使业务选收在新路径上；c)拆除原路径。
3.如权利要求2所述的路径调整优化方法，其特征在于，在建立新路径的业务交叉时，采用一次建立正反向交叉的方法，或先在资源预留协议协议向下游发送PATH消息的过程中建立反向交叉，再在资源预留协议向上游发送RESERVE消息的过程中建立正向交叉。
4.如权利要求2所述的路径调整优化方法，其特征在于，在PATH消息的Administrative Status对象中新增一个标明PATH消息是否触发倒换动作的标志，在上述步骤b)中进行子网连接保护倒换时，首节点向下游发送一个携带有上述倒换信息的PATH消息，通知首末节点进行子网连接保护倒换。
5.如权利要求1所述的路径调整优化方法，其特征在于，在对采用主、备路径进行保护的业务的主路径调整优化时，其包括如下步骤a)建立一条新主路径，将新主路径与原备路径组成子网连接保护保护组，形成新主路径的业务交叉，并将业务选收在原备路径上，以优化原主路径；b)拆除原主路径；c)通过子网连接保护倒换使业务选收在新主路径上。
6.如权利要求5所述的主路径调整优化方法，其特征在于，在建立新主路径的业务交叉时，采用一次建立正反向交叉的方法，或先在资源预留协议向下游发送PATH消息的过程中建立反向交叉，再在资源预留协议向上游发送RESERVE消息的过程中建立正向交叉。
7.如权利要求5所述的主路径调整优化方法，其特征在于，在PATH消息的Administrative Status对象中新增一个标明PATH消息是否触发倒换动作的标志，在上述步骤c)中进行子网连接保护倒换时，首节点向下游发送一个携带有上述倒换信息的PATH消息，通知首末节点进行子网连接保护倒换。
8.如权利要求5所述的主路径调整优化方法，其特征在于，在建立新主路径的过程中，仍保持原主路径与原备路径之间子网连接保护保护组对应关系，以用于在新主路径建立失败时进行恢复。
9.如权利要求1所述的主路径调整优化方法，其特征在于，在对采用主、备路径进行保护的业务的备路径调整优化时，其包括如下步骤a)建立一条新备路径，将新备路径与原主路径组成子网连接保护保护组，形成新备路径的业务交叉，并使业务选收在新主路径上，以优化原备路径；b)拆除原备路径。
10.如权利要求9所述的备路径调整优化方法，其特征在于，在建立新备路径的业务交叉时，采用一次建立正反向交叉的方法，或先在资源预留协议向下游发送PATH消息的过程中建立反向交叉，再在资源预留协议向上游发送RESERVE消息的过程中建立正向交叉。
11.如权利要求9所述的备路径调整优化方法，其特征在于，在建立新备路径的过程中，仍保持原备路径与原主路径之间子网连接保护保护组对应关系，以用于在新备路径建立失败时进行恢复。
全文摘要
本发明的一种业务路径调整优化方法，属于业务路径调整优化方法的技术领域。为解决对业务路径调整或优化时，避免发生业务中断的问题，本发明提供一种业务路径的调整优化方法。该方法包括如下步骤a)建立一条新路径，在新路径与原路径间组成子网连接保护保护组，形成新路径的业务交叉，并将业务选收在特定路径上；b)拆除原路径。
文档编号H04B10/20GK1802030SQ20051003275
公开日2006年7月12日 申请日期2005年1月7日 优先权日2005年1月7日
发明者石兴华 申请人:华为技术有限公司