CN101754054B - 业务传输处理方法、装置和*** - Google Patents

Abstract

本发明实施例提供了一种业务传输处理方法、装置和***，属于光网络领域。其中一种业务传输处理方法包括：核心节点接收源边缘节点根据业务请求发送的链路建立请求消息；核心节点根据链路建立请求消息初次分配带宽资源，并利用分配的带宽资源传输所述业务；当核心节点接收源边缘节点发送的跟踪预约请求消息时，根据跟踪预约请求消息再次分配带宽资源，并利用分配的带宽资源继续传输所述业务。本发明实施例还提供了另外一种业务传输处理方法。本发明实施例还提供了对应上述两种业务传输处理方法的业务传输处理装置和***。本发明实施例提供的业务传输处理方法、装置和***能够提高网络对周期性业务的承载能力。

Description

业务传输处理方法、装置和***

技术领域

本发明实施例涉及通信技术领域，特别涉及一种业务传输处理方法、装置和***。

背景技术

自20世纪90年代开始，全世界的通信建设和应用发展迅速，光纤光缆逐步替代过去的铜线电缆作为通信媒质。其中按照时分复用(Time DivisionMultiplexing，以下简称：TDM)的同步数字系列(Synchronous DigitalHierarchy，以下简称：SDH)，其数字速率已经达到10Gbps，即一根光纤上一个光载波受调制而传送的数字速率已达10Gbps。同时随着波分复用(Wavelength Division Multiplexing，以下简称：WDM)/密集波分复用(Dense Wavelength Division Multiplexing，以下简称：DWDM)技术的利用，即一根单模光纤在波长1550nm窗口能够同时传输几十路或几百路甚至上千路的光载波，使得光纤的传输容量远远高于TDM的数字速率10Gbps。如此高的传输速率已经大大超过了旧式的分组方法所能达到处理速率，网络处理设备的处理能力已经成为光网络的瓶颈，因此很有必要研究新的光交换技术。

光突发交换(Optical Burst Switching，以下简称：OBS)就是一种应运而生新的光交换技术，它致力于解决通信网络中的节点瓶颈问题。它采用光突发(多个包会聚在一起，它持续时间一般在几十μs到几百μs，甚至可能到几个ms)作为交换单位，它的粒度介于光路交换(Optical CircuitSwitching，以下简称：OCS)的一个波长与光分组交换(Optical PacketSwitching，以下简称：OPS)的一个光分组之间。

目前OBS技术中多使用恰量时间(Just Enough Time，以下简称：JET)协议来完成带宽资源的预约。其工作原理是由源边缘节点发送突发控制包头(Burst Header Packet，以下简称：BHP)，通过该BHP为突发数据包在核心节点中预约一段固定时间的带宽资源，然后使用预约的带宽资源进行业务传输。

发明人在实现本发明的过程中发现，现有技术使用JET协议进行带宽资源的预约方法至少存在以下问题：

该带宽资源预约方式只能对单个的固定长度的突发包进行有效的带宽资源预约，而对于一些大粒度的周期性业务，例如：SONET/SDH、TDM业务，其业务持续时间较长，其业务通过一段固定时间的带宽资源通常无法传输完毕，即：通过发送一次BHP无法完全预约大粒度的周期性业务所需的带宽资源。因此，通过JET协议无法有效实现周期性业务进行带宽资源预约，对于周期性业务的承载能力低。

发明内容

本发明实施例的目的是：提供一种业务传输处理方法、装置和***，有效实现周期性业务预约带宽资源，提高对周期性业务的承载能力。

为实现上述目的，本发明实施例提供了一种业务传输处理方法，包括：

核心节点接收源边缘节点根据业务请求发送的链路建立请求消息，所述链路建立请求消息由所述源边缘节点经核心节点发送至目标边缘节点；

核心节点根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源传输业务；

当核心节点接收到源边缘节点发送的请求继续分配带宽资源的跟踪预约请求消息时，根据跟踪预约请求消息再次为所述业务分配带宽资源，并利用再次分配的带宽资源继续传输所述业务；跟踪预约请求消息由源边缘节点在分配的带宽资源使用完前的预设时间检测到还存在所述业务的业务请求时发送。

本发明实施例还提供了另一种业务传输处理方法，包括：

核心节点接收源边缘节点根据业务请求发送的链路建立请求消息；

核心节点根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源传输所述业务；

当所述初次分配的带宽资源使用完毕后，核心节点重复为所述业务分配带宽资源，并利用所述分配的带宽资源进行业务传输，直到接收到源边缘节点在检测出不存在所述业务的业务请求时发送的链路拆除消息。

本发明实施例还提供了一种业务传输处理装置，包括：

第一接收模块，用于接收源边缘节点根据业务请求发送的链路建立请求消息；接收源边缘节点在所分配的带宽资源使用完前的预设时间检测到还存在所述业务的业务请求时发送的跟踪预约请求消息；

第一资源分配模块，用于根据所述链路建立请求消息分配带宽资源，根据所述跟踪预约请求消息分配带宽资源；

第一数据传输模块，用于利用第一资源分配模块分配的带宽资源传输业务。

本发明实施例还提供了另一种业务传输处理装置，包括：

第二接收模块，用于接收源边缘节点根据业务请求发送的链路建立请求消息；

第三资源分配模块，用于根据所述链路建立请求消息初次分配带宽资源，并当所述初次分配的带宽资源使用完毕后，重复为所述业务分配带宽资源，直到接收到源边缘节点在检测出不存在所述业务的业务请求时发送的链路拆除消息；

第二数据传输模块，用于利用第三资源分配模块分配的带宽资源进行业务传输。

本发明实施例还提供了一种业务传输处理***，包括位于光网络中的源边缘节点、核心节点和目标边缘节点，所述核心节点用于：

接收源边缘节点根据业务请求发送的链路建立请求消息，所述链路建立请求消息由所述源边缘节点经所述核心节点发送至所述目标边缘节点；

根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源传输所述业务；

当接收到源边缘节点发送的请求继续分配带宽资源的跟踪预约请求消息时，根据所述跟踪预约请求消息再次分配带宽资源，并利用再次分配的带宽资源继续传输所述业务；所述跟踪预约请求消息由源边缘节点在所分配的带宽资源使用完前的预设时间检测到还存在所述业务的业务请求时发送。

本发明实施例还提供了另一种业务传输处理***，包括位于光网络中的源边缘节点、核心节点和目标边缘节点，所述核心节点用于：

接收源边缘节点根据业务请求发送的链路建立请求消息，所述链路建立请求消息由所述源边缘节点经所述核心节点发送至所述目标边缘节点；

根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源传输所述业务；

当所述初次分配的带宽资源使用完毕后，重复为所述业务分配带宽资源，并利用所述分配的带宽资进行业务传输，直到接收到源边缘节点在检测出不存在所述业务的业务请求时发送的链路拆除消息。

本发明实施例提供的业务传输处理方法、装置和***，都是通过向核心节点“跟踪预约”资源的方式在分配的带宽资源使用完毕且没有传输完全部数据时继续预约带宽资源，“跟踪预约”可通过两种方案实现，一是由源边缘节点发送请求继续分配带宽资源的跟踪预约请求消息，二是由核心节点自动进行带宽资源预约的方式，上述两种方案都能够为周期性业务持续预约带宽资源，提高对周期性业务的承载能力，实现对周期性业务的支持。

附图说明

图1为本发明业务传输处理方法第一实施例的流程示意图；

图2为本发明实施例中滑动窗口结构示意图；

图3为本发明实施例中成功预约带宽资源的流程示意图；

图4为本发明实施例中链路中发生资源竞争时的流程示意图；

图5为本发明实施例中信息丢失时的流程示意图；

图6为本发明业务传输处理方法第二实施例的流程示意图；

图7为本发明实施例中源边缘节点的结构示意图；

图8为本发明业务传输处理装置第一实施例的结构示意图；

图9为本发明业务传输处理装置第二实施例的结构示意图；

图10为本发明业务传输处理***实施例的结构示意图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

在现有的OBS网络中，不能实现对持续时间较长的周期性业务的支持，就JET协议而言，需要对该协议及其信令进行扩展，使其能够支持周期性的资源预约请求，才能支持周期性业务。为了实现周期性的资源预约，本实施例中使用“跟踪预约”机制，既不长时间的占用整个波长通道，又不使信道资源在未收到业务结束信号之前被释放。图1为本发明业务传输处理方法第一实施例的流程示意图，如图1所示，包括如下步骤：

步骤101、核心节点接收源边缘节点根据业务请求发送的链路建立请求消息。

本步骤中，该链路建立请求消息是核心节点在第一次检测有业务请求时发送；

步骤102、核心节点根据上述链路建立请求消息分配带宽资源，并利用分配的带宽资源传输发出业务请求的业务；

通常在带宽资源预约的过程中，每条光信道的资源预约状况用一条资源链表来表示。在每条资源链表中，可以用结点来记录在该信道发送的每一个突发包数据帧的发送开始时间和发送结束时间。当有新的突发包到来的时候，资源调度器要搜索符合突发包数据帧发送的时间间隙，然后将该新到的突发包的发送开始时间和发送结束时间组成结点，***到该光信道的资源链表中，以完成资源预约。同时，每条资源链表又需要自己完成更新，即当一条光信道发送完某个突发包的数据帧的时候，在资源链表中，要将相应的结点删除。

这样的资源链表对单个的固定长度的突发包能够有效的进行资源预约，但对于大量的周期性业务的“时隙”预约请求，则无法有效满足。假设资源链表中有N个结点，当周期性业务的持续时间较长，所含有的时隙个数超过N时，则无法一次预约完全部的资源请求。

本步骤中分配带宽资源具体可以是在资源链表上初次划分滑动窗口，滑动窗口大小的设置应考虑资源链表内的结点个数因素的影响，通常由于资源链表中的结点个数有限，一次最多可预约的时隙个数也应加以限制，还需考虑信道对周期性业务的接入能力。例如，表征信道带宽资源的资源链表中共有32个结点，也就是最多可同时容纳32个“突发包”或“时隙”，同时我们规定OBS信道对周期性业务的接入能力不超过50％(此处的接入能力可由运营商设置)，则对于8000帧/秒的SDH业务，滑动窗口的大小可设为4ms(125us*32*50％)。滑动窗口大小的设置还应满足以下一些条件：首先，滑动窗口大小的设置不应太小，不然频繁发送的预约信令会造成信令开销过大，带宽被浪费；其次，滑动窗口也不应设置的太大，因为如果设置的过大，而业务的持续时间又不是滑动窗口大小的整数倍，则最后一个滑动窗口内的带宽资源将有可能被大量浪费；最后，滑动窗口的大小应设置为业务时隙周期的整数倍，以防止同一个时隙被划分到不同的滑动窗口内传输。

步骤103、核心节点接收源边缘节点发送的请求继续分配带宽资源的跟踪预约请求消息，上述跟踪预约请求消息由源边缘节点在预设时间检测到还存在所述业务的业务请求时发送。

本实施例中对于持续时间较长的周期性的业务，采用跟踪预约的方式进行带宽资源预约。本发明实施例中设定一个周期性业务的持续时间门限，所述持续时间门限可以等于初次划分的滑动窗口大小。对于超过门限的周期性业务，采用“跟踪预约”的方式对周期性业务进行预约。即在核心节点接收到链路建立请求消息后在资源链表上划分滑动窗口，滑动窗口的大小等于上述的持续时间门限，然后在滑动窗口内根据周期性业务的业务周期、业务时隙长度分配带宽资源，具体是以业务时隙长度作为滑动窗口内的各个时隙的大小，滑动窗口内各个时隙在资源列表上分布的周期等于业务周期，上述的业务周期、业务时隙长度等信息包括在链路建立请求消息中。同时源边缘节点也会在每次所分配的带宽资源使用完前的预设时间不断检测是否还存在当前业务的业务请求，如果仍检测到当前业务的业务请求，则进行跟踪预约，即一次划分的滑动窗口没有传输完全部的业务，则由源边缘节点陆续发送跟踪预约请求消息，直到检测不到当前业务的业务请求停止发送跟踪预约请求消息。核心节点在每次接收到跟踪预约请求消息时，再次划分相同大小的滑动窗口，并在再次划分的滑动窗口内分配带宽资源，后续分配的带宽资源与初次分配的带宽资源具有相同的业务周期、业务时隙长度。通过上述就能够把持续时间很长的一段周期性业务划分成很多滑动窗口，每一滑动窗口都看作是由很多等大小的“突发包”所组成，所有的滑动窗口加在一起构成了完整的周期性业务。另外，由于跟踪预约请求消息所请求的带宽资源与上一次的预约完全相同，所以对于跟踪预约请求消息的内容，只需包含基本的资源描述性信息，例如发出业务请求的业务的业务标识，或者通过编号注明其是隶属于某次链路建立请求消息的跟踪预约请求消息即可，在跟踪预约时，利用业务标识或编号查找上一次预约的业务的业务周期、业务时隙长度等信息，根据上述信息进行带宽资源的再预约。图2为本发明实施例中滑动窗口结构示意图，如图2所示，在时间轴T上的滑动窗口(n+1)和滑动窗口(n)，滑动窗口(n)包括时隙(t)、时隙(t+1)、时隙(t+2)，滑动窗口(n+1)包括时隙(t+3)、时隙(t+4)、时隙(t+5)。

步骤104、核心节点根据跟踪预约请求消息再次分配带宽资源，并利用再次分配的带宽资源继续传输上述业务。

在上述的实施例中，优选地，可以设置目标边缘节点在接收到链路建立请求消息经由核心节点向源边缘节点返回链路建立响应消息，也可以设置目标边缘节点在接收到跟踪预约请求消息之后经由核心节点向源边缘节点返回跟踪预约响应消息，源边缘节点在接收到上述响应消息后再发送业务，相对于传统的单向资源预留的方式，这种双向资源预留方式能够解决带宽资源预约过程中链路建立请求消息数据包丢失，造成核心节点带宽资源预留失败带来的问题，能够降低数据包传送过程中的丢包率。对于这种使用源边缘节点发送跟踪预约请求消息预约带宽资源的方式，可以使用“估算拆除”的方式释放带宽资源，即当核心节点没有接收到跟踪预约请求消息后自动拆除链路，也可以由源边缘节点在检测到不存在当前业务的业务请求时发送链路拆除消息，通知链路中的核心节点释放带宽资源。

图3为本发明实施例中成功预约带宽资源的流程流示意图，如图3所示，包括如下步骤：

步骤201、源边缘节点发送链路建立请求消息，链路中的核心节点以及目标边缘节点在接收到该消息后进行带宽资源预约。该步骤是在当源边缘节点收到TDM、SONET/SDH网络发送的周期性业务的数据传输请求时，首先根据该业务的目的地址(目标边缘节点的地址)计算出一条路径，然后沿该路径发出一个“建立”信令，即链路建立请求消息。沿路的核心节点收到链路建立请求消息后，会首先查询该核心节点对应波长和对应端口上的带宽资源是否可用，如果可用，则进行带宽资源预约。

步骤202、目标边缘节点在接收到链路建立请求消息后发送链路建立响应消息，链路建立响应消息沿上述的链路，经由核心节点发送到源边缘节点。

步骤203、源边缘节点在接收到链路建立响应消息后，发送业务，核心节点利用提前预约的带宽资源进行数据传输。本实施例中对于带宽资源的预约是提前预约，也就是预约当前时刻延迟偏置时间以后的带宽资源，本实施例中偏执时间可以设置为往返延迟时间(Round-trip Time，以下简称RTT)的两倍，也就是偏置时间 $T_{\mathrm{offset}}=2\underset{n}{\mathrm{\Σ}}{\mathrm{Tp}}_n+T_L.$ 这里T_p代表每个节点(包括核心节点与目标边缘节点)上的电处理时延，T_L代表光信号在整条链路上的传输时延。

步骤204、源边缘节点在检测到还存在当前传输业务的业务请求时，发送跟踪预约请求消息。本实施例中是对于持续时间较长的周期性业务，采用跟踪预约的模式进行带宽资源预约。即可以在源边缘节点设定一个门限计时器，当周期性业务开始传输时，计时器从零开始计时；每当滑动窗口内的业务传输成功以后，计时器清零并开始计时。也就是说，此计时器每次计时的最大值不超过周期性业务的持续时间门限(滑动窗口大小)(T_th)。每当计时器接近持续时间门限时(接近的程度可变，可以设为“T_th-T_offset”)，源边缘节点会自动检测是否还有当前的周期性业务的业务请求存在；如果仍然存在，则由源边缘节点发出跟踪预约请求消息，去下游核心节点“跟踪预约”带宽资源。当下游核心节点收到该跟踪预约请求消息后，会自动检测自己的资源链表中跟踪预约请求消息对应的周期性业务在当前滑动窗口中的“尾结点”，并按该周期性业务的业务周期和时隙大小继续预约下一个滑动窗口，以衔接上一滑动窗口的业务，前后两个窗口中的时隙排列应该满足业务周期的要求，即前一个滑动窗口的最后一个时隙(尾结点)和后一个滑动窗口的第一个时隙的时间间隔应等于一个业务周期，以保证业务连续性，当周期性业务终结时，源边缘节点会检测到业务请求的消失。此时可以采用估算拆除的方式，即源边缘节点不再发出下一滑动窗口的跟踪预约请求消息，则信道资源会在当前滑动窗口传输完成后自动释放；也可以采用显示拆除的方式，由源边缘节点发出链路拆除消息，接收到该链路拆除消息的核心节点释放信道资源。

在业务传输过程中，有时会遇到资源竞争的情况，即核心节点将链路建立请求消息请求分配的带宽资源已经被分配给其他业务，可以根据预先设置的带宽资源抢占原则进行重新分配带宽资源，上述的带宽资源抢占原则为：首先确认抢占带宽资源的业务类型，即为周期性业务或非周期性业务；具体的是周期性业务抢占非周期性业务的带宽资源；而对于两个周期性业务，由优先级高的周期性业务抢占优先级低的周期性业务的带宽资源。上述设置是因为周期性业务的带宽资源的需求量较大，所要求的服务质量等量高于一般的尽力而为型的非周期性业务(例如IP业务)，因此设定周期性业务的优先级高于非周期性业务的优先级，即当周期性业务与非周期性业务发送资源冲突时，让周期性业务抢占非周期性业务的资源。图4为本发明实施例中链路中发生资源竞争时的流程示意图，如图4所示，包括如下步骤：

步骤301、源边缘节点沿计算出的路径发送链路建立请求消息；

步骤302、核心节点接收该链路建立请求消息，在根据该链路建立请求消息分配带宽资源时与其他已有业务发生资源冲突，核心节点根据上述的抢占原则判断是否将带宽资源分配给上述链路建立请求消息对应的业务。本实施例中请求分配带宽资源的业务为周期性业务，在已有业务同样为周期性业务，且当前业务的优先级不高于已有业务时，不能抢占带宽资源，因此请求将被拒绝，上述核心节点会沿原路径向源边缘节点发送链路建立失败的告警信息；

步骤303、源边缘节点接收到该告警信息，获知链路没有建立成功。此时，源边缘节点应会在最大业务等待门限内按照预设时间间隔继续发送链路建立请求消息，其中最大业务等待门限是当前周期性业务可以接受的最大传输时延，同时还须考虑已经消耗的链路建立请求消息、告警信息传输的RTT时延。其中发送链路建立请求消息的时间间隔可以按照多路访问协议中的ALOHA模型、载波侦听多路访问(Carrier Sense MultipleAccess，以下简称：CSMA)协议设定；

步骤304、核心节点根据链路建立请求消息分配带宽资源；

步骤305、接收到链路建立请求消息的目标边缘节点发送链路建立响应信息；

步骤306、源边缘节点在接收到目标边缘节点的链路建立响应消息后发送需要传输的业务，核心节点根据分配的带宽资源进行业务传输；

步骤307、源边缘节点在预设时间判断是否还有当前业务的业务请求，若存在当前业务的业务请求，则发送跟踪预约请求消息；

步骤308、核心节点根据跟踪预约请求消息分配带宽资源并进行业务传输。

本实施中是在核心节点中发生资源冲突时，通过判断业务的类型，若同为周期性业务时，根据各个业务的业务优先级确定带宽资源的分配，将带宽资源分配给优先级高的业务，而对于优先级低的业务，则由于不能成功预约带宽资源，于是核心节点向源边缘节点发送链路建立失败的告警信息，通知源边缘节点在最大业务等待门限内发送链路建立请求消息请求建立链路。该实施例能够保证链路的成功建立，降低数据传输的丢包率。

在业务传输的过程中，由于网络节点(主要是核心节点)工作不稳定时，可能会出现信息丢失的网络故障，造成源边缘节点无法收到目标边缘节点的链路建立响应消息，这可以有两种情况引起，一是链路建立请求消息在某个核心节点地丢失；此时，二是链路建立响应信息在某个核心节点丢失，这样源边缘节点无法获知链路中各个节点(包括核心点和目标边缘节点)的预约情况，业务请求就可能因此而长时间得不到响应，本实施例中通过设立响应门限来解决这一问题。图5为本发明实施例中信息丢失时的流程示意图，如图5所示，包括如下步骤：

步骤401、源边缘节点沿计算出的路径发送链路建立请求消息，沿路的核心节点根据该消息分配带宽资源；

步骤402、核心节点中某个节点发生信息丢失，即链路建立请求消息丢失，致使链路建立请求消息发送不到目标边缘节点，因此不能返回链路建立响应消息。在本发明实施例中，也可能因为目标边缘节点发生消息丢失而不能返回链路建立响应消息；

步骤403、源边缘节点在预设响应门限之后仍然没有接收到链路建立响应消息，于是再次发送链路建立请求消息，请求建立业务传输的链路。

该步骤是源边缘节点在每次发送链路建立请求消息后都使用计时器进行计时，若在预设响应门限内没有收到链路建立响应消息，则会再次发送链路建立请求消息，直到接收到链路建立响应消息或到达最大业务等待门限后停止发送；

步骤404、接收到该链路建立请求消息的核心节点为业务传输分配带宽资源；

步骤405、目标边缘节点在接收到链路建立请求消息后返回链路建立响应信息；

步骤406、源边缘节点在接收到上述链路建立响应信息后发送业务，该业务在链路中传输；

步骤407、源边缘节点在预设时间判断是否还有当前传输业务的业务请求，在存在当前业务的业务请求时，发送跟踪预约请求消息，本步骤中是针对周期性业务持续时间较长，往往通过一次分配的带宽资源无法传输完所有的业务，因此源边缘节点在每次分配的带宽资源即将使用完毕时，判断是否还存在当前业务的业务请求，如果存在当前业务的业务请求，则发送跟踪预约消息，请求继续分配带宽资源，具体判断时间的设置可以参见上述步骤204中的方法；

步骤408、核心节点根据跟踪预约请求消息再次分配带宽资源并进行业务传输。

本实施例中的最大业务等待门限为周期性业务可承受的最大传输时延，预设的响应门限可以参照偏执时间的设置。本实施例通过设置响应门限，在没有得到链路建立响应消息时，再发送链路建立请求消息，直到确认链路成功建立再发送业务，能够保证链路建立的成功率，降低数据传输过程中的丢包率。

上述实施例是通过源边缘节点发送跟踪预约请求消息的方式实现对核心节点带宽资源的跟踪预约，同样也可以通过核心节点按照一定的周期自动预约带宽资源的方式，图6为本发明业务传输处理方法第二实施例的流程示意图，如图6所示，包括如下步骤：

步骤501、核心节点接收源边缘节点根据业务请求发送的链路建立请求消息，本步骤是源边缘节点在接收到业务请求时，根据业务请求的目的地址(目标边缘节点的地址)计算一条路径，并沿该路径发送链路建立请求消息；

步骤502、核心节点根据链路建立请求消息初次分配带宽资源，并在链路建立后利用所述初次分配的带宽资源传输上述业务；

步骤503、当所述初次分配的带宽资源使用完毕后，核心节点重复为所述业务分配带宽资源，并利用所述分配的带宽资源进行业务传输，直到接收到源边缘节点在检测出不存在所述业务的业务请求时发送的链路拆除消息。

本步骤中的核心节点重复为所述业务分配带宽资源具体可以为：在每次所分配的带宽资源使用完毕后，再次为所述业务分配带宽资源，并且在再次为所述业务分配的带宽资源使用完毕后，继续为所述业务分配带宽资源。该重复为所述业务分配带宽资源的过程一直持续到接收到源边缘节点在检测出不存在所述业务的业务请求时发送的链路拆除消息。

本实施例中核心节点在分配带宽资源时可以是以预设的周期重复为所述业务分配带宽资源。本实施例是在核心节点根据链路建立请求消息为业务传输分配带宽资源后，核心节点根据预先设置的周期自动预约带宽资源，带宽资源的具体预约方式与第一实施中相同，也是先划分滑动窗口，再在滑动窗口内分配带宽资源，周期的大小根据核心节点资源链表中结点的个数和OBS网络对周期性业务的接入能力综合设定，与上述实施例中所提到的周期性业务的持续时间门限的设定方法一样，通常可以设置为等于持续时间门限，也等于滑动窗口的大小。

另外本实施例中，目标边缘节点也可以在接收到链路建立请求消息之后发送链路建立响应信息，源边缘节点直到接收到该响应信息之后再发送业务，这样能够降低业务传输的丢包率。

本实施例中，核心节点是通过自动预约的方式获取带宽资源，可以使用显示链路拆除的形式，具体的是由源边缘节点在判断没有当前业务的业务请求时，向链路中的核心节点发送链路拆除消息；核心节点根据接收到链路拆除消息拆除链路，释放带宽资源。如果链路拆除消息在传输过程中丢失，或者某个节点拆除链路不成功，则有可能造成一部分节点在没有业务的情况下仍继续按照一定周期进行跟踪预约，从而造成资源的长时间大量浪费，并对后续业务造成阻塞。为了避免这种情况的发生，本实施例中还要可以使用拆除响应消息，即当链路拆除消息到达目标边缘节点，并成功释放掉各个核心节点的资源时，由目标边缘节点向源边缘节点发出拆除响应消息，通知源边缘节点链路中的资源已经全部成功释放。

在上述的实施例中，通过发送跟踪预约请求消息和核心节点根据设定的周期重复进行带宽资源预约的方式，得以有效传输周期性业务，并能降低丢包率，保证传输质量。相对于现有的JET协议，本实施例中技术方案在实施过程中，需要对JET协议的信令格式进行改进，增加一些适应周期性业务传输的信息，如下以TDM类业务为例说明。

相对于JET协议中的突发控制包头(BHP)，本发明实施中的链路建立信令，即以上实施例提到的链路建立请求消息，包括路由信息、业务信息和标签交换信息三类信息，其中路由信息包括源地址、目标地址等，业务信息包括服务质量(QoS)等级、业务标识、业务时隙长度和业务周期，其中的业务身份标识即为当前TDM业务ID，业务时隙长度表示TDM业务的时隙长度，业务时隙长度类似于原来的突发包长度信息；业务周期为当前业务的周期性信息，其值可以为125us，即发送速率为8000帧/秒，能够与SDH业务的帧速率匹配；业务持续时间为当前业务预计的持续时间长度，可由用户提供，或由网管预估。本实施例中时隙长度(Time Slot，以下简称：TS)由信道速率和业务参数决定。例如，对于OC-24信道(相当于STM-8)，如果要传每秒25帧，每帧10Mb信息的HDTV信号，需要TS＝31.25us。同时，为了保障OBS网络对非实时业务的接入能力，拟规定对TDM业务的接入能力不超过网络带宽的50％(该参数可由运营商设定)，因此对于OC-24信道，最多可以接入622.08Mbit/s的TDM业务。

另外本实施例中还可以设立跟踪预约信令，即上述实施例中提到的跟踪预约请求消息。由于跟踪预约的是当前TDM业务的后续资源，因此该跟踪预约信令所需要的TDM信息，如业务周期、业务时隙大小等都与当前业务相同，可以不再携带此类信息，而只需要标识当前TDM类业务是哪个业务即可。核心节点收到该信令时，会用其所携带的TDM业务ID信息与当前的业务ID进行比较，如果相同，则自动进行跟踪预约；如果不同，则丢弃该信令不做处理，并向源节点发出一个告警信令，当前资源会持续一段时间之后自动释放。

本发明实施例中的确认信令，即上述提到的链路建立响应消息，是在已经成功预约所有核心节点上的带宽资源后，由目标边缘节点向源边缘节点发出的预约成功确认信息，以表明光纤链路上的子波长通道已经成功建立。由于它只是一个反馈信息，因而格式可以设置的比较简单。只需包括源地址、标签信息和TDM业务ID既可，其中的源地址和标签信息用于确定该信令所要返回的源边缘节点，TDM业务ID用以标明该信息回复确认的是哪一项业务的链路建立请求消息。

本发明实施例中的告警信令，即上述的告警消息，也只是需要表明该告警信令是针对哪一项业务的告警以及要发送的源边缘节点即可，因此只需携带TDM业务ID和源地址。告警信令的触发有三种条件，一种是链路建立信令在下游核心节点遇到资源冲突产生预约失败时，由发生冲突的核心节点触发并发送至源边缘节点；另一种条件是当跟踪预约信令产生误码，导致下游核心节点无法进行跟踪预约时，由收到错误信令的核心节点触发并发送至源边缘节点；第三种是当某次跟踪预约信令丢失，下游核心节点自动估算释放了该类TDM业务的资源，而之后的该业务的跟踪预约信令又正常接收到了，此时如果连续接收到某类TDM业务的跟踪预约信令，则需要向源边缘节点发送告警信令，以便源边缘节点能重新发出链路建立信令，重新预约该类TDM业务的资源。

另外针对本发明业务传输的方法第二实施例的情况，在源边缘节点判断当前业务传输完成时，发送链路拆除信令，即上述实施例中提到的链路拆除消息，目标边缘节点在接收到该信令后还要发送链路拆除确认信令，即上述实施例中提到的链路拆除响应信息，此处仍以TDM类业务为例，这两种信令，由于不需要携带TDM类业务的参数，只携带路由信息及TDM类业务ID信息，以告诉下游核心节点要拆除的是哪条TDM业务子波长通道。

图7为本发明实施例中源边缘节点的结构示意图，该结构示意图对应于本发明业务传输处理方法第一实施，如图7所示，源边缘节点包括：第一发送模块11、第一数据处理模块12和第二发送模块13，其中第一发送模块11用于根据业务请求发送链路建立请求消息，通知链路中的核心节点预留带宽资源，经过偏执时间之后，便可使用预约的带宽资源进行业务传输，第一数据处理模块12接收业务请求，按照预设的规则对业务进行处理以得到符合网络要求的数据格式，该操作实际上包括两种情况，一是将周期性业务(TDM、SONET/SDH类业务)的业务转换成OBS网络传输的业务，二是将OBS网络传输的业务转换成周期性业务。具体的：如果源边缘节点接入每秒25帧，每帧10Mb信息的HDTV业务(在OC-192信道上对应于1ms的时隙大小)，则边缘节点要把该业务帧拆卸成每秒8000帧，每帧31.25KB的信息的大小。也就是说，边缘节点要根据当前接入业务的TDM参数和OBS网络设定的TDM参数(周期)来计算需要进行突发组装还是突发拆卸，然后再运行相应的算法。同样的，对于目标边缘节点就会有相反的操作。

第二发送模块13用于在每次所分配的带宽资源即将传输完成前的预设时间检测到还存在所述业务的业务请求时发送跟踪预约请求消息。

本实施例中的源边缘节点，在业务利用上次预约的带宽资源没有传输完成时，发送跟踪预约请求消息继续预约带宽资源，能够实现对周期性业务的支持。

源边缘节点还可以包括第三发送模块，用于在不存在所述业务的业务请求时向链路中的核心节点发送链路拆除消息。

图8为本发明业务传输处理装置第一实施例的结构示意图，如图8所示，包括：第一接收模块21、第一资源分配模块22和第一数据传输模块23，其中第一接收模块21用于接收源边缘节点根据业务请求发送的链路建立请求消息；接收源边缘节点在每次所分配的带宽资源即将传输完成前的预设时间检测到还存在所述业务的业务请求时发送的跟踪预约请求消息，所述链路建立请求消息和跟踪预约请求消息中都包括用于标识业务的业务标识；第一资源分配模块22用于根据所述链路建立请求消息分配带宽资源，根据跟踪预约请求消息分配带宽资源；第一数据传输模块23用于利用第一资源分配模块22分配的带宽资源传输业务。本实施例中的业务传输处理装置相当于OBS网络中的核心节点，核心节点在接收到链路建立请求消息或跟踪预约请求消息后会为业务传输分配带宽资源，然后利用该带宽资源传输业务。

在上述实施例的基础上，还可以包括第二资源分配模块和告警信息发送模块，其中第二资源分配模块，用于在所述链路建立请求消息请求分配的带宽资源已被分配给其它业务时，根据预先设置的带宽资源抢占原则重新分配带宽资源；告警信息发送模块，用于若所述业务在重新分配带宽资源时未分配到带宽资源，向源边缘节点发送建立链路失败的告警消息。这主要指针对在核心节点中发生资源冲突的情况，即链路建立请求消息期望预约的带宽资源已经被其他业务预约时，可能会预约不成功，在当前业务预约带宽资源不成功的情况下，核心节点可以发送告警信息，通知源边缘节点在等待一段时间之后再发送信息预约带宽资源。这种方式能够提高网络传输的可靠性，降低传输过程中的丢包率，其中的带宽资源抢占原则具体可以参考前述的实施例。

对应于本发明业务传输处理方法第二实施例中的源边缘节点包括：第四发送模块、第二数据处理模块和第五发送模块，其中第四发送模块用于根据业务请求发送的链路建立请求消息；第二数据处理模块用于接收业务请求，并按照预设的规则对业务进行处理以得到符合网络要求的数据格式；第五发送模块，用于在检测到不存在所述业务的业务请求时，向链路中的核心节点发送链路拆除消息。本实施例是针对核心节点是按照一定的周期自动进行带宽资源的预约的情况，由源边缘节点发送链路拆除消息通知核心节点释放带宽资源，能够有效防止核心节点无休止的进行带宽资源预约，造成带宽资源的浪费。

与上述源边缘节点相应的，本发明实施还提供了一种核心节点的实施例。图9为本发明业务传输处理装置第二实施例的结构示意图，如图9所示，包括：第二接收模块31、第三资源分配模块32、第二数据传输模块33，其中第二接收模块31用于接收源边缘节点根据业务请求发送的链路建立请求消息；第三资源分配模块32用于根据上述链路建立请求消息初次分配带宽资源，并当所述初次分配的带宽资源使用完毕后，重复为所述业务分配带宽资源，直到接收到源边缘节点在检测出不存在所述业务的业务请求时发送的链路拆除消息，重复分配带块资源时，可以预设周期，以预设的周期重复分配带宽资源；第二数据传输模块33用于利用第三资源分配模块32分配的带宽资源进行业务传输；

本实施例中的业务传输处理装置对应于业务传输处理方法第二实施例中的核心节点，该核心节点能够按照预设的周期重复进行带宽资源的分配，进行业务传输，实现了对周期性业务的支持。

图10为本发明业务传输处理***实施例的结构示意图，如图10所示，该***包括位于光网络中的源边缘节点1、核心节点2和目标边缘节点3，在具体的实施例中，通常包括多个核心节点2。核心节点2用于接收源边缘节点1根据业务请求发送的链路建立请求消息，所述链路建立请求消息由所述源边缘节点1经所述核心节点2发送至所述目标边缘节点3；根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源传输所述业务；当接收到源边缘节点1发送的请求继续分配带宽资源的跟踪预约请求消息时，根据所述跟踪预约请求消息再次分配带宽资源，并利用再次分配的带宽资源继续传输所述业务；所述跟踪预约请求消息由源边缘节点1在所分配的带宽资源使用完前的预设时间检测到还存在所述业务的业务请求时发送。

本实施例中通过源边缘节点发送链路建立请求消息预约核心节点的带宽资源，进行业务传输，在源边缘节点判断还有当前业务的业务请求时，继续发送跟踪预约请求消息预约核心节点的带宽资源，通过发送跟踪预约请求消息能够不断地预约带宽资源，满足周期性业务的传输要求，实现对周期性业务的支持。

另外上述目标边缘节点还可以在接收到所述链路建立请求消息后发送链路建立响应消息后，在接收到跟踪预约请求消息后发送跟踪预约响应消息跟踪预约响应消息。源边缘节点在接收到该响应消息后在发送业务，能够提高业务传输的可靠性，降低丢包率。

在本实施例中可以采用估算拆除的方式释放带宽资源，即核心节点在没有接收到跟踪预约信令时自动释放带宽资源。也可以采用显示拆除的方式，即在源边缘节点上设置发送模块，用于在检测模块没有检测到当前业务的业务请求时，发送链路拆除消息。

针对上述业务传输处理方法第二实施例中提到的方法，本发明实施例还提供了另一种业务传输处理***，包括位于光网络中的源边缘节点、核心节点和目标边缘节点。

上述核心节点用于接收源边缘节点根据业务请求发送的链路建立请求消息，所述链路建立请求消息由所述源边缘节点经所述核心节点发送至所述目标边缘节点；根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源传输所述业务；当所述初次分配的带宽资源使用完毕后，重复为所述业务分配带宽资源，并利用所述分配的带宽资进行业务传输，直到接收到源边缘节点在检测出不存在所述业务的业务请求时发送的链路拆除消息本实施例中的核心节点能够按照一定的周期自动预约带宽资源，以实现对周期性业务的支持。

另外上述目标边缘节点用于在接收到所述链路建立请求消息时发送链路建立响应消息。

本实施例中的核心节点能够自动预约带宽资源，以实现对周期性业务的支持，目标边缘节点发送链路建立响应消息能够降低丢包率，提高链路中数据传输的可靠性。并且源边缘节点在没有检测到当前业务的业务请求时，发送链路拆除消息，接收到该信息的核心节点确认不需要继续预约带宽资源，从而释放带宽资源。

本发明实施提供的业务传输处理方法、装置和***，都是通过“跟踪预约”的方式在分配的带宽资源使用完毕且没有传输完全部数据时继续分配带宽资源，“跟踪预约”通过两种方案实现，一是由源边缘节点发送请求继续分配带宽资源的跟踪预约消息，二是由核心节点自动进行带宽资源预约，都能够满足周期性业务对带宽资源的要求，提高网络对周期性业务的承载能力，同时目标边缘节点在接收到链路建立请求消息或者跟踪预约请求消息时回复响应消息，通知源边缘节点链路建立成功或带宽资源预约完成，此时源边缘发送数据，能够提高有效防止数据包丢失，提高网络服务质量。

最后应说明的是：以上实施例仅用以说明本发明的技术方案而非对其进行限制，尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。

Claims (18)

1.一种业务传输处理方法，其特征在于，包括：

核心节点接收源边缘节点根据业务请求发送的链路建立请求消息，所述链路建立请求消息由所述源边缘节点经核心节点发送至目标边缘节点；

核心节点根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源传输业务；

当核心节点接收到源边缘节点发送的请求继续分配带宽资源的跟踪预约请求消息时，根据所述跟踪预约请求消息再次为所述业务分配带宽资源，并利用所述再次分配的带宽资源继续传输所述业务；所述跟踪预约请求消息由源边缘节点在分配的带宽资源使用完前的预设时间检测到还存在所述业务的业务请求时发送。

2.根据权利要求1所述的业务传输处理方法，其特征在于，所述核心节点根据所述链路建立请求消息初次分配带宽资源包括：

核心节点根据所述链路建立请求消息在资源链表上初次划分滑动窗口，并在所述初次划分的滑动窗口内初次分配带宽资源，所述初次划分的滑动窗口的大小根据资源链表上结点数目和信道对所述业务的接入能力确定。

3.根据权利要求2所述的业务传输处理方法，其特征在于，所述当核心节点接收到源边缘节点发送的请求继续分配带宽资源的跟踪预约请求消息时，根据跟踪预约请求消息再次为所述业务分配带宽资源包括：

核心节点在每次接收到跟踪预约请求消息时，再次划分与初次划分的滑动窗口相同大小的滑动窗口，并在再次划分的滑动窗口内分配带宽资源，该带宽资源与初次分配的带宽资源具有相同的业务周期和业务时隙长度。

4.根据权利要求1所述的业务传输处理方法，其特征在于，所述核心节点根据链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源传输所述业务包括：

核心节点根据所述链路建立请求消息初次分配带宽资源后，利用所述初 次分配的带宽资源传输源边缘节点发送的业务；或者，

核心节点根据所述链路建立请求消息初次分配带宽资源后，利用所述初次分配的带宽资源传输源边缘节点在接收到链路建立响应消息后发送的业务，所述链路建立响应消息由所述目标边缘节点在接收所述链路建立请求消息后发送，经由核心节点向所述源边缘节点返回。

5.根据权利要求1所述的业务传输处理方法，其特征在于，所述根据跟踪预约请求消息再次为所述业务分配带宽资源，并利用所述再次分配的带宽资源继续传输所述业务包括：

根据所述跟踪预约请求消息再次为源边缘节点发送的业务分配带宽资源后，利用再次分配的带宽资源继续传输源边缘节点发送的业务；或者，

根据所述跟踪预约请求消息再次为源边缘节点发送的业务分配带宽资源后，利用再次分配的带宽资源继续传输源边缘节点在接收到跟踪预约响应消息后发送的业务；所述跟踪预约响应消息由所述目标边缘节点在接收所述跟踪预约请求消息后发送，经核心节点向所述源边缘节点返回。

6.根据权利要求1-5任一项所述的业务传输处理方法，其特征在于，所述核心节点根据链路建立请求消息初次分配带宽资源后包括：

核心节点在所述链路建立请求消息请求分配的带宽资源已被分配给其它业务时，根据预先设置的带宽资源抢占原则重新分配带宽资源。

7.根据权利要求6所述的业务传输处理方法，其特征在于，所述根据预先设置的带宽资源抢占原则重新分配带宽资源后包括：

若所述业务在重新分配带宽资源时未分配到带宽资源，则向所述源边缘节点发送建立链路失败的告警消息。

8.根据权利要求7所述的业务传输处理方法，其特征在于，还包括：

核心节点接收所述源边缘节点按照预设时间间隔发送的链路建立请求消息，所述按照预设时间间隔发送的链路建立请求消息由源边缘节点在接收到告警消息后发送且在接收到链路建立响应消息或到达最大业务等待门限后停止发送。

9.根据权利要求6所述的业务传输处理方法，其特征在于，所述带宽资源抢占原则包括：

周期性业务抢占非周期性业务的带宽资源；

对于两个周期性业务，优先级高的周期性业务抢占优先级低的周期性业务的带宽资源。

10.根据权利要求1-5任一项所述的业务传输处理方法，其特征在于，还包括：

核心节点接收源边缘节点继续发送的链路建立请求消息，所述继续发送的链路建立请求消息由源边缘节点在首次发送链路建立请求消息后，若在预设响应门限时间内没有接收到链路建立响应消息时发送，且在接收到链路建立响应消息或到达最大业务等待门限后停止发送。

11.一种业务传输处理方法，其特征在于，包括：

核心节点接收源边缘节点根据业务请求发送的链路建立请求消息；

核心节点根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源传输所述业务；

当所述初次分配的带宽资源使用完毕后，核心节点重复为所述业务分配带宽资源，并利用所述分配的带宽资源进行业务传输，直到接收到源边缘节点在检测出不存在所述业务的业务请求时发送的链路拆除消息。

12.根据权利要求11所述的业务传输处理方法，其特征在于，所述核心节点重复为所述业务分配带宽资源具体为：

核心节点以预设的周期重复为所述业务分配带宽资源。

13.一种业务传输处理装置，其特征在于，包括：

第一接收模块，用于接收源边缘节点根据业务请求发送的链路建立请求消息；接收源边缘节点在所分配的带宽资源使用完前的预设时间检测到还存在所述业务的业务请求时发送的跟踪预约请求消息；

第一资源分配模块，用于根据所述链路建立请求消息分配带宽资源；根据所述跟踪预约请求消息分配带宽资源；

第一数据传输模块，用于利用第一资源分配模块分配的带宽资源传输业务。

14.根据权利要求13所述的业务传输处理装置，其特征在于，还包括：

第二资源分配模块，用于在所述链路建立请求消息请求分配的带宽资源已被分配给其它业务时，根据预先设置的带宽资源抢占原则重新分配带宽资源。

15.根据权利要求14所述的业务传输处理装置，其特征在于，还包括：

告警信息发送模块，用于若所述业务在重新分配带宽资源时未分配到带宽资源，向所述源边缘节点发送建立链路失败的告警消息。

16.一种业务传输处理装置，其特征在于，包括：

第二接收模块，用于接收源边缘节点根据业务请求发送的链路建立请求消息；

第三资源分配模块，用于根据所述链路建立请求消息初次分配带宽资源，并当所述初次分配的带宽资源使用完毕后，重复为所述业务分配带宽资源，直到接收到源边缘节点在检测出不存在所述业务的业务请求时发送的链路拆除消息；

第二数据传输模块，用于利用第三资源分配模块分配的带宽资源进行业务传输。

17.一种业务传输处理***，包括位于光网络中的源边缘节点、核心节点和目标边缘节点，其特征在于，所述核心节点用于：

接收源边缘节点根据业务请求发送的链路建立请求消息，所述链路建立请求消息由所述源边缘节点经所述核心节点发送至所述目标边缘节点；

根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源传输所述业务；

当接收到源边缘节点发送的请求继续分配带宽资源的跟踪预约请求消息时，根据所述跟踪预约请求消息再次分配带宽资源，并利用所述再次分配的带宽资源继续传输所述业务；所述跟踪预约请求消息由源边缘节点在所分配的带宽资源使用完前的预设时间检测到还存在所述业务的业务请求时发送。

18.一种业务传输处理***，包括位于光网络中的源边缘节点、核心节点和目标边缘节点，其特征在于，所述核心节点用于：

接收源边缘节点根据业务请求发送的链路建立请求消息,所述链路建立请求消息由所述源边缘节点经所述核心节点发送至所述目标边缘节点；

根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源传输所述业务；

当所述初次分配的带宽资源使用完毕后，重复为所述业务分配带宽资源，并利用所述分配的带宽资源进行业务传输，直到接收到源边缘节点在检测出不存在所述业务的业务请求时发送的链路拆除消息。 

Images