业务传输处理方法、装置和系统的制作方法

专利名称：业务传输处理方法、装置和系统的制作方法
技术领域：
本发明实施例涉及通信技术领域，特别涉及一种业务传输处理方法、装置和系统。
背景技术：
自20世纪90年代开始，全世界的通信建设和应用发展迅速，光纤光缆逐步替代 过去的铜线电缆作为通信媒质。其中按照时分复用(Time DivisionMultiplexing，以下简 称TDM)的同步数字系列(Synchronous DigitalHierarchy,以下简称SDH)，其数字速率 已经达到lOGbps，即一根光纤上一个光载波受调制而传送的数字速率已达lOGbps。同时随 着波分复用(Wavelength Division Multiplexing,以下简称WDM) /密集波分复用(Dense Wavelength Division Multiplexing,以下简称DWDM)技术的利用，即一根单模光纤在波 长1550nm窗口能够同时传输几十路或几百路甚至上千路的光载波，使得光纤的传输容量 远远高于T匿的数字速率10Gbps。如此高的传输速率已经大大超过了旧式的分组方法所能 达到处理速率，网络处理设备的处理能力已经成为光网络的瓶颈，因此很有必要研究新的 光交换技术。 光突发交换(Optical Burst Switching,以下简称0BS)就是一种应运而生新 的光交换技术，它致力于解决通信网络中的节点瓶颈问题。它采用光突发(多个包会聚在 一起，它持续时间一般在几十Ps到几百P s，甚至可能到几个ms)作为交换单位，它的粒 度介于光路交换(Optical CircuitSwitching，以下简称0CS)的一个波长与光分组交换 (Optical PacketSwitching，以下简称OPS)的一个光分组之间。 目前OBS技术中多使用恰量时间(Just Enough Time,以下简称JET)协议来完成 带宽资源的预约。其工作原理是由源边缘节点发送突发控制包头(Burst Header Packet, 以下简称BHP)，通过该BHP为突发数据包在核心节点中预约一段固定时间的带宽资源，然 后使用预约的带宽资源进行业务传输。 发明人在实现本发明的过程中发现，现有技术使用JET协议进行带宽资源的预约 方法至少存在以下问题 该带宽资源预约方式只能对单个的固定长度的突发包进行有效的带宽资源预约， 而对于一些大粒度的周期性业务，例如S0NET/SDH、 T匿业务，其业务持续时间较长，其业 务通过一段固定时间的带宽资源通常无法传输完毕，即通过发送一次BHP无法完全预约 大粒度的周期性业务所需的带宽资源。因此，通过JET协议无法有效实现周期性业务进行 带宽资源预约，对于周期性业务的承载能力低。

发明内容
本发明实施例的目的是提供一种业务传输处理方法、装置和系统，有效实现周期 性业务预约带宽资源，提高对周期性业务的承载能力。
为实现上述目的，本发明实施例提供了一种业务传输处理方法，包括 核心节点接收源边缘节点根据业务请求发送的链路建立请求消息，所述链路建立
5请求消息由所述源边缘节点经核心节点发送至目标边缘节点； 核心节点根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的 带宽资源传输业务； 当核心节点接收到源边缘节点发送的请求继续分配带宽资源的跟踪预约请求消 息时，根据跟踪预约请求消息再次为所述业务分配带宽资源，并利用再次分配的带宽资源 继续传输所述业务；跟踪预约请求消息由源边缘节点在分配的带宽资源使用完前的预设时 间检测到还存在所述业务的业务请求时发送。 本发明实施例还提供了另一种业务传输处理方法，包括 核心节点接收源边缘节点根据业务请求发送的链路建立请求消息； 核心节点根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的
带宽资源传输所述业务； 当所述初次分配的带宽资源使用完毕后，核心节点重复为所述业务分配带宽资 源，并利用所述分配的带宽资源进行业务传输，直到接收到源边缘节点在检测出不存在所 述业务的业务请求时发送的链路拆除消息。 本发明实施例还提供了一种业务传输处理装置，包括 第一接收模块，用于接收源边缘节点根据业务请求发送的链路建立请求消息；接 收源边缘节点在所分配的带宽资源使用完前的预设时间检测到还存在所述业务的业务请 求时发送的跟踪预约请求消息； 第一资源分配模块，用于根据所述链路建立请求消息分配带宽资源，根据所述跟 踪预约请求消息分配带宽资源； 第一数据传输模块，用于利用第一资源分配模块分配的带宽资源传输业务。
本发明实施例还提供了另一种业务传输处理装置，包括 第二接收模块，用于接收源边缘节点根据业务请求发送的链路建立请求消息；
第三资源分配模块，用于根据所述链路建立请求消息初次分配带宽资源，并当所 述初次分配的带宽资源使用完毕后，重复为所述业务分配带宽资源，直到接收到源边缘节 点在检测出不存在所述业务的业务请求时发送的链路拆除消息； 第二数据传输模块，用于利用第三资源分配模块分配的带宽资源进行业务传输。
本发明实施例还提供了一种业务传输处理系统，包括位于光网络中的源边缘节 点、核心节点和目标边缘节点，所述核心节点用于 接收源边缘节点根据业务请求发送的链路建立请求消息，所述链路建立请求消息 由所述源边缘节点经所述核心节点发送至所述目标边缘节点； 根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源 传输所述业务； 当接收到源边缘节点发送的请求继续分配带宽资源的跟踪预约请求消息时，根据 所述跟踪预约请求消息再次分配带宽资源，并利用再次分配的带宽资源继续传输所述业 务；所述跟踪预约请求消息由源边缘节点在所分配的带宽资源使用完前的预设时间检测到 还存在所述业务的业务请求时发送。 本发明实施例还提供了另一种业务传输处理系统，包括位于光网络中的源边缘节 点、核心节点和目标边缘节点，所述核心节点用于
接收源边缘节点根据业务请求发送的链路建立请求消息，所述链路建立请求消息 由所述源边缘节点经所述核心节点发送至所述目标边缘节点； 根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源 传输所述业务； 当所述初次分配的带宽资源使用完毕后，重复为所述业务分配带宽资源，并利用 所述分配的带宽资进行业务传输，直到接收到源边缘节点在检测出不存在所述业务的业务 请求时发送的链路拆除消息。 本发明实施例提供的业务传输处理方法、装置和系统，都是通过向核心节点"跟踪 预约"资源的方式在分配的带宽资源使用完毕且没有传输完全部数据时继续预约带宽资 源，"跟踪预约"可通过两种方案实现， 一是由源边缘节点发送请求继续分配带宽资源的跟 踪预约请求消息，二是由核心节点自动进行带宽资源预约的方式，上述两种方案都能够为 周期性业务持续预约带宽资源，提高对周期性业务的承载能力，实现对周期性业务的支持。


图1为本发明业务传输处理方法第一实施例的流程示意图； 图2为本发明实施例中滑动窗口结构示意图； 图3为本发明实施例中成功预约带宽资源的流程示意图； 图4为本发明实施例中链路中发生资源竞争时的流程示意图； 图5为本发明实施例中信息丢失时的流程示意图； 图6为本发明业务传输处理方法第二实施例的流程示意图； 图7为本发明实施例中源边缘节点的结构示意图； 图8为本发明业务传输处理装置第一实施例的结构示意图； 图9为本发明业务传输处理装置第二实施例的结构示意图； 图10为本发明业务传输处理系统实施例的结构示意图。
具体实施例方式
下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。 在现有的0BS网络中，不能实现对持续时间较长的周期性业务的支持，就JET协议
而言，需要对该协议及其信令进行扩展，使其能够支持周期性的资源预约请求，才能支持周
期性业务。为了实现周期性的资源预约，本实施例中使用"跟踪预约"机制，既不长时间的
占用整个波长通道，又不使信道资源在未收到业务结束信号之前被释放。图1为本发明业
务传输处理方法第一实施例的流程示意图，如图1所示，包括如下步骤 步骤101、核心节点接收源边缘节点根据业务请求发送的链路建立请求消息。 本步骤中，该链路建立请求消息是核心节点在第一次检测有业务请求时发送； 步骤102、核心节点根据上述链路建立请求消息分配带宽资源，并利用分配的带宽
资源传输发出业务请求的业务； 通常在带宽资源预约的过程中，每条光信道的资源预约状况用一条资源链表来表 示。在每条资源链表中，可以用结点来记录在该信道发送的每一个突发包数据帧的发送开 始时间和发送结束时间。当有新的突发包到来的时候，资源调度器要搜索符合突发包数据帧发送的时间间隙，然后将该新到的突发包的发送开始时间和发送结束时间组成结点，插 入到该光信道的资源链表中，以完成资源预约。同时，每条资源链表又需要自己完成更新， 即当一条光信道发送完某个突发包的数据帧的时候，在资源链表中，要将相应的结点删除。
这样的资源链表对单个的固定长度的突发包能够有效的进行资源预约，但对于大 量的周期性业务的"时隙"预约请求，则无法有效满足。假设资源链表中有N个结点，当周期 性业务的持续时间较长，所含有的时隙个数超过N时，则无法一次预约完全部的资源请求。
本步骤中分配带宽资源具体可以是在资源链表上初次划分滑动窗口，滑动窗口 大小的设置应考虑资源链表内的结点个数因素的影响，通常由于资源链表中的结点个数 有限，一次最多可预约的时隙个数也应加以限制，还需考虑信道对周期性业务的接入能 力。例如，表征信道带宽资源的资源链表中共有32个结点，也就是最多可同时容纳32个 "突发包"或"时隙"，同时我们规定0BS信道对周期性业务的接入能力不超过50% (此处 的接入能力可由运营商设置)，则对于8000帧/秒的SDH业务，滑动窗口的大小可设为 4mS(125us*32*50% )。滑动窗口大小的设置还应满足以下一些条件首先，滑动窗口大小 的设置不应太小，不然频繁发送的预约信令会造成信令开销过大，带宽被浪费；其次，滑动 窗口也不应设置的太大，因为如果设置的过大，而业务的持续时间又不是滑动窗口大小的 整数倍，则最后一个滑动窗口内的带宽资源将有可能被大量浪费；最后，滑动窗口的大小应 设置为业务时隙周期的整数倍，以防止同一个时隙被划分到不同的滑动窗口内传输。
步骤103、核心节点接收源边缘节点发送的请求继续分配带宽资源的跟踪预约请 求消息，上述跟踪预约请求消息由源边缘节点在预设时间检测到还存在所述业务的业务请 求时发送。 本实施例中对于持续时间较长的周期性的业务，采用跟踪预约的方式进行带宽资 源预约。本发明实施例中设定一个周期性业务的持续时间门限，所述持续时间门限可以等 于初次划分的滑动窗口大小。对于超过门限的周期性业务，采用"跟踪预约"的方式对周期 性业务进行预约。即在核心节点接收到链路建立请求消息后在资源链表上划分滑动窗口， 滑动窗口的大小等于上述的持续时间门限，然后在滑动窗口内根据周期性业务的业务周 期、业务时隙长度分配带宽资源，具体是以业务时隙长度作为滑动窗口内的各个时隙的大 小，滑动窗口内各个时隙在资源列表上分布的周期等于业务周期，上述的业务周期、业务时
隙长度等信息包括在链路建立请求消息中。同时源边缘节点也会在每次所分配的带宽资源 使用完前的预设时间不断检测是否还存在当前业务的业务请求，如果仍检测到当前业务的 业务请求，则进行跟踪预约，即一次划分的滑动窗口没有传输完全部的业务，则由源边缘节 点陆续发送跟踪预约请求消息，直到检测不到当前业务的业务请求停止发送跟踪预约请求 消息。核心节点在每次接收到跟踪预约请求消息时，再次划分相同大小的滑动窗口 ，并在再 次划分的滑动窗口内分配带宽资源，后续分配的带宽资源与初次分配的带宽资源具有相同 的业务周期、业务时隙长度。通过上述就能够把持续时间很长的一段周期性业务划分成很 多滑动窗口，每一滑动窗口都看作是由很多等大小的"突发包"所组成，所有的滑动窗口加
在一起构成了完整的周期性业务。另外，由于跟踪预约请求消息所请求的带宽资源与上一 次的预约完全相同，所以对于跟踪预约请求消息的内容，只需包含基本的资源描述性信息， 例如发出业务请求的业务的业务标识，或者通过编号注明其是隶属于某次链路建立请求消 息的跟踪预约请求消息即可，在跟踪预约时，利用业务标识或编号查找上一次预约的业务的业务周期、业务时隙长度等信息，根据上述信息进行带宽资源的再预约。图2为本发明实 施例中滑动窗口结构示意图，如图2所示，在时间轴T上的滑动窗口 (n+l)和滑动窗口 (n)， 滑动窗口 (n)包括时隙(t)、时隙(t+l)、时隙(t+2)，滑动窗口 (n+l)包括时隙(t+3)、时隙 (t+4)、时隙(t+5)。 步骤104、核心节点根据跟踪预约请求消息再次分配带宽资源，并利用再次分配的 带宽资源继续传输上述业务。 在上述的实施例中，优选地，可以设置目标边缘节点在接收到链路建立请求消息
经由核心节点向源边缘节点返回链路建立响应消息，也可以设置目标边缘节点在接收到跟
踪预约请求消息之后经由核心节点向源边缘节点返回跟踪预约响应消息，源边缘节点在接
收到上述响应消息后再发送业务，相对于传统的单向资源预留的方式，这种双向资源预留
方式能够解决带宽资源预约过程中链路建立请求消息数据包丢失，造成核心节点带宽资源
预留失败带来的问题，能够降低数据包传送过程中的丢包率。对于这种使用源边缘节点发
送跟踪预约请求消息预约带宽资源的方式，可以使用"估算拆除"的方式释放带宽资源，即
当核心节点没有接收到跟踪预约请求消息后自动拆除链路，也可以由源边缘节点在检测到
不存在当前业务的业务请求时发送链路拆除消息，通知链路中的核心节点释放带宽资源。 图3为本发明实施例中成功预约带宽资源的流程流示意图，如图3所示，包括如下
步骤 步骤201、源边缘节点发送链路建立请求消息，链路中的核心节点以及目标边缘节 点在接收到该消息后进行带宽资源预约。该步骤是在当源边缘节点收到TDM、SONET/SDH网 络发送的周期性业务的数据传输请求时，首先根据该业务的目的地址(目标边缘节点的地 址)计算出一条路径，然后沿该路径发出一个"建立"信令，即链路建立请求消息。沿路的 核心节点收到链路建立请求消息后，会首先查询该核心节点对应波长和对应端口上的带宽 资源是否可用，如果可用，则进行带宽资源预约。 步骤202、目标边缘节点在接收到链路建立请求消息后发送链路建立响应消息，链 路建立响应消息沿上述的链路，经由核心节点发送到源边缘节点。 步骤203、源边缘节点在接收到链路建立响应消息后，发送业务，核心节点利用提 前预约的带宽资源进行数据传输。本实施例中对于带宽资源的预约是提前预约，也就是预 约当前时刻延迟偏置时间以后的带宽资源，本实施例中偏执时间可以设置为往返延迟时间
(Round-trip Time,以下简称RTT)的两倍，也就是偏置时间T砂"=2;印"+乙°这里Tp代
表每个节点(包括核心节点与目标边缘节点)上的电处理时延，IY代表光信号在整条链路 上的传输时延。 步骤204、源边缘节点在检测到还存在当前传输业务的业务请求时，发送跟踪预约 请求消息。本实施例中是对于持续时间较长的周期性业务，采用跟踪预约的模式进行带宽 资源预约。即可以在源边缘节点设定一个门限计时器，当周期性业务开始传输时，计时器 从零开始计时；每当滑动窗口内的业务传输成功以后，计时器清零并开始计时。也就是说， 此计时器每次计时的最大值不超过周期性业务的持续时间门限(滑动窗口大小)(Tth)。每 当计时器接近持续时间门限时(接近的程度可变，可以设为"Tth-T。^t")，源边缘节点会自 动检测是否还有当前的周期性业务的业务请求存在；如果仍然存在，则由源边缘节点发出跟踪预约请求消息，去下游核心节点"跟踪预约"带宽资源。当下游核心节点收到该跟踪预 约请求消息后，会自动检测自己的资源链表中跟踪预约请求消息对应的周期性业务在当前 滑动窗口中的"尾结点"，并按该周期性业务的业务周期和时隙大小继续预约下一个滑动窗
口 ，以衔接上一滑动窗口的业务，前后两个窗口中的时隙排列应该满足业务周期的要求，即 前一个滑动窗口的最后一个时隙(尾结点)和后一个滑动窗口的第一个时隙的时间间隔应 等于一个业务周期，以保证业务连续性，当周期性业务终结时，源边缘节点会检测到业务请 求的消失。此时可以采用估算拆除的方式，即源边缘节点不再发出下一滑动窗口的跟踪预 约请求消息，则信道资源会在当前滑动窗口传输完成后自动释放；也可以采用显示拆除的 方式，由源边缘节点发出链路拆除消息，接收到该链路拆除消息的核心节点释放信道资源。
在业务传输过程中，有时会遇到资源竞争的情况，即核心节点将链路建立请求消 息请求分配的带宽资源已经被分配给其他业务，可以根据预先设置的带宽资源抢占原则进 行重新分配带宽资源，上述的带宽资源抢占原则为首先确认抢占带宽资源的业务类型，即 为周期性业务或非周期性业务；具体的是周期性业务抢占非周期性业务的带宽资源；而对 于两个周期性业务，由优先级高的周期性业务抢占优先级低的周期性业务的带宽资源。上 述设置是因为周期性业务的带宽资源的需求量较大，所要求的服务质量等量高于一般的尽 力而为型的非周期性业务(例如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)等级、业务标识、业务时隙长度和业务周期，其中的业务身份标识即为当前1DM业务ID，业务时隙长度表示TOM业务的时隙长度，业务时隙长度类似于原来的突发包长度信息；业务周期为当前业务的周期性信息，其值可以为125us，即发送速率为8000帧/秒，能够与SDH业务的帧速率匹配；业务持续时间为当前业务预计的持续时间长度，可由用户提供，或由网管预估。本实施例中时隙长度(Time Slot，以下简称TS)由信道速率和业务参数决定。例如，对于0C-24信道(相当于STM-8)，如果要传每秒25帧，每帧10Mb信息的HDTV信号，需要TS = 31. 25us。同时，为了保障0BS网络对非实时业务的接入能力，拟规定对T匿业务的接入能力不超过网络带宽的50% (该参数可由运营商设定)，因此对于0C-24信道，最多可以接入622. 08Mbit/s的TDM业务。 另外本实施例中还可以设立跟踪预约信令，即上述实施例中提到的跟踪预约请求消息。由于跟踪预约的是当前T匿业务的后续资源，因此该跟踪预约信令所需要的T匿信息，如业务周期、业务时隙大小等都与当前业务相同，可以不再携带此类信息，而只需要标识当前T匿类业务是哪个业务即可。核心节点收到该信令时，会用其所携带的T匿业务ID信息与当前的业务ID进行比较，如果相同，则自动进行跟踪预约；如果不同，则丢弃该信令不做处理，并向源节点发出一个告警信令，当前资源会持续一段时间之后自动释放。
本发明实施例中的确认信令，即上述提到的链路建立响应消息，是在已经成功预约所有核心节点上的带宽资源后，由目标边缘节点向源边缘节点发出的预约成功确认信息，以表明光纤链路上的子波长通道已经成功建立。由于它只是一个反馈信息，因而格式可以设置的比较简单。只需包括源地址、标签信息和T匿业务ID既可，其中的源地址和标签信息用于确定该信令所要返回的源边缘节点，T匿业务ID用以标明该信息回复确认的是哪一项业务的链路建立请求消息。 本发明实施例中的告警信令，即上述的告警消息，也只是需要表明该告警信令是针对哪一项业务的告警以及要发送的源边缘节点即可，因此只需携带T匿业务ID和源地址。告警信令的触发有三种条件， 一种是链路建立信令在下游核心节点遇到资源冲突产生预约失败时，由发生冲突的核心节点触发并发送至源边缘节点；另一种条件是当跟踪预约信令产生误码，导致下游核心节点无法进行跟踪预约时，由收到错误信令的核心节点触发并发送至源边缘节点；第三种是当某次跟踪预约信令丢失，下游核心节点自动估算释放了该类T匿业务的资源，而之后的该业务的跟踪预约信令又正常接收到了，此时如果连续接收到某类T匿业务的跟踪预约信令，则需要向源边缘节点发送告警信令，以便源边缘节点能重新发出链路建立信令，重新预约该类1DM业务的资源。 另外针对本发明业务传输的方法第二实施例的情况，在源边缘节点判断当前业务传输完成时，发送链路拆除信令，即上述实施例中提到的链路拆除消息，目标边缘节点在接收到该信令后还要发送链路拆除确认信令，即上述实施例中提到的链路拆除响应信息，此处仍以T匿类业务为例，这两种信令，由于不需要携带T匿类业务的参数，只携带路由信息及T匿类业务ID信息，以告诉下游核心节点要拆除的是哪条T匿业务子波长通道。
图7为本发明实施例中源边缘节点的结构示意图，该结构示意图对应于本发明业务传输处理方法第一实施，如图7所示，源边缘节点包括第一发送模块11、第一数据处理模块12和第二发送模块13，其中第一发送模块11用于根据业务请求发送链路建立请求消息，通知链路中的核心节点预留带宽资源，经过偏执时间之后，便可使用预约的带宽资源进行业务传输，第一数据处理模块12接收业务请求，按照预设的规则对业务进行处理以得到符合网络要求的数据格式，该操作实际上包括两种情况，一是将周期性业务(TDM、 SONET/SDH类业务)的业务转换成OBS网络传输的业务，二是将OBS网络传输的业务转换成周期性业务。具体的如果源边缘节点接入每秒25帧，每帧10Mb信息的HDTV业务(在0C-192信道上对应于lms的时隙大小)，则边缘节点要把该业务帧拆卸成每秒8000帧，每帧31. 25KB的信息的大小。也就是说，边缘节点要根据当前接入业务的T匿参数和OBS网络设定的TDM参数(周期)来计算需要进行突发组装还是突发拆卸，然后再运行相应的算法。同样的，对于目标边缘节点就会有相反的操作。 第二发送模块13用于在每次所分配的带宽资源即将传输完成前的预设时间检测到还存在所述业务的业务请求时发送跟踪预约请求消息。 本实施例中的源边缘节点，在业务利用上次预约的带宽资源没有传输完成时，发
送跟踪预约请求消息继续预约带宽资源，能够实现对周期性业务的支持。 源边缘节点还可以包括第三发送模块，用于在不存在所述业务的业务请求时向链
路中的核心节点发送链路拆除消息。 图8为本发明业务传输处理装置第一实施例的结构示意图，如图8所示，包括第一接收模块21、第一资源分配模块22和第一数据传输模块23，其中第一接收模块21用于接收源边缘节点根据业务请求发送的链路建立请求消息；接收源边缘节点在每次所分配的带宽资源即将传输完成前的预设时间检测到还存在所述业务的业务请求时发送的跟踪预约请求消息，所述链路建立请求消息和跟踪预约请求消息中都包括用于标识业务的业务标识；第一资源分配模块22用于根据所述链路建立请求消息分配带宽资源，根据跟踪预约请求消息分配带宽资源；第一数据传输模块23用于利用第一资源分配模块22分配的带宽资源传输业务。本实施例中的业务传输处理装置相当于OBS网络中的核心节点，核心节点在接收到链路建立请求消息或跟踪预约请求消息后会为业务传输分配带宽资源，然后利用该带宽资源传输业务。 在上述实施例的基础上，还可以包括第二资源分配模块和告警信息发送模块，其中第二资源分配模块，用于在所述链路建立请求消息请求分配的带宽资源已被分配给其它业务时，根据预先设置的带宽资源抢占原则重新分配带宽资源；告警信息发送模块，用于若所述业务在重新分配带宽资源时未分配到带宽资源，向源边缘节点发送建立链路失败的告警消息。这主要指针对在核心节点中发生资源冲突的情况，即链路建立请求消息期望预约的带宽资源已经被其他业务预约时，可能会预约不成功，在当前业务预约带宽资源不成功的情况下，核心节点可以发送告警信息，通知源边缘节点在等待一段时间之后再发送信息预约带宽资源。这种方式能够提高网络传输的可靠性，降低传输过程中的丢包率，其中的带宽资源抢占原则具体可以参考前述的实施例。 对应于本发明业务传输处理方法第二实施例中的源边缘节点包括第四发送模块、第二数据处理模块和第五发送模块，其中第四发送模块用于根据业务请求发送的链路建立请求消息；第二数据处理模块用于接收业务请求，并按照预设的规则对业务进行处理以得到符合网络要求的数据格式；第五发送模块，用于在检测到不存在所述业务的业务请求时，向链路中的核心节点发送链路拆除消息。本实施例是针对核心节点是按照一定的周期自动进行带宽资源的预约的情况，由源边缘节点发送链路拆除消息通知核心节点释放带
宽资源，能够有效防止核心节点无休止的进行带宽资源预约，造成带宽资源的浪费。 与上述源边缘节点相应的，本发明实施还提供了一种核心节点的实施例。图9为
本发明业务传输处理装置第二实施例的结构示意图，如图9所示，包括第二接收模块31、
第三资源分配模块32、第二数据传输模块33，其中第二接收模块31用于接收源边缘节点根
据业务请求发送的链路建立请求消息；第三资源分配模块32用于根据上述链路建立请求
消息初次分配带宽资源，并当所述初次分配的带宽资源使用完毕后，重复为所述业务分配
带宽资源，直到接收到源边缘节点在检测出不存在所述业务的业务请求时发送的链路拆除
消息，重复分配带块资源时，可以预设周期，以预设的周期重复分配带宽资源；第二数据传
输模块33用于利用第三资源分配模块32分配的带宽资源进行业务传输； 本实施例中的业务传输处理装置对应于业务传输处理方法第二实施例中的核心
节点，该核心节点能够按照预设的周期重复进行带宽资源的分配，进行业务传输，实现了对
周期性业务的支持。 图IO为本发明业务传输处理系统实施例的结构示意图，如图IO所示，该系统包括 位于光网络中的源边缘节点1、核心节点2和目标边缘节点3，在具体的实施例中，通常包 括多个核心节点2。核心节点2用于接收源边缘节点1根据业务请求发送的链路建立请求 消息，所述链路建立请求消息由所述源边缘节点1经所述核心节点2发送至所述目标边缘 节点3 ;根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源 传输所述业务；当接收到源边缘节点1发送的请求继续分配带宽资源的跟踪预约请求消息 时，根据所述跟踪预约请求消息再次分配带宽资源，并利用再次分配的带宽资源继续传输 所述业务；所述跟踪预约请求消息由源边缘节点1在所分配的带宽资源使用完前的预设时 间检测到还存在所述业务的业务请求时发送。 本实施例中通过源边缘节点发送链路建立请求消息预约核心节点的带宽资源，进 行业务传输，在源边缘节点判断还有当前业务的业务请求时，继续发送跟踪预约请求消息 预约核心节点的带宽资源，通过发送跟踪预约请求消息能够不断地预约带宽资源，满足周 期性业务的传输要求，实现对周期性业务的支持。 另外上述目标边缘节点还可以在接收到所述链路建立请求消息后发送链路建立 响应消息后，在接收到跟踪预约请求消息后发送跟踪预约响应消息跟踪预约响应消息。源 边缘节点在接收到该响应消息后在发送业务，能够提高业务传输的可靠性，降低丢包率。
在本实施例中可以采用估算拆除的方式释放带宽资源，即核心节点在没有接收到 跟踪预约信令时自动释放带宽资源。也可以采用显示拆除的方式，即在源边缘节点上设置 发送模块，用于在检测模块没有检测到当前业务的业务请求时，发送链路拆除消息。
针对上述业务传输处理方法第二实施例中提到的方法，本发明实施例还提供了另 一种业务传输处理系统，包括位于光网络中的源边缘节点、核心节点和目标边缘节点。
上述核心节点用于接收源边缘节点根据业务请求发送的链路建立请求消息，所述 链路建立请求消息由所述源边缘节点经所述核心节点发送至所述目标边缘节点；根据所述 链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源传输所述业务；当 所述初次分配的带宽资源使用完毕后，重复为所述业务分配带宽资源，并利用所述分配的 带宽资进行业务传输，直到接收到源边缘节点在检测出不存在所述业务的业务请求时发送的链路拆除消息本实施例中的核心节点能够按照一定的周期自动预约带宽资源，以实现对 周期性业务的支持。 另外上述目标边缘节点用于在接收到所述链路建立请求消息时发送链路建立响 应消息。 本实施例中的核心节点能够自动预约带宽资源，以实现对周期性业务的支持，目 标边缘节点发送链路建立响应消息能够降低丢包率，提高链路中数据传输的可靠性。并且 源边缘节点在没有检测到当前业务的业务请求时，发送链路拆除消息，接收到该信息的核 心节点确认不需要继续预约带宽资源，从而释放带宽资源。 本发明实施提供的业务传输处理方法、装置和系统，都是通过"跟踪预约"的方式 在分配的带宽资源使用完毕且没有传输完全部数据时继续分配带宽资源，"跟踪预约"通过 两种方案实现，一是由源边缘节点发送请求继续分配带宽资源的跟踪预约消息，二是由核 心节点自动进行带宽资源预约，都能够满足周期性业务对带宽资源的要求，提高网络对周 期性业务的承载能力，同时目标边缘节点在接收到链路建立请求消息或者跟踪预约请求消 息时回复响应消息，通知源边缘节点链路建立成功或带宽资源预约完成，此时源边缘发送 数据，能够提高有效防止数据包丢失，提高网络服务质量。 最后应说明的是以上实施例仅用以说明本发明的技术方案而非对其进行限制， 尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依 然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修 改后的技术方案脱离本发明技术方案的精神和范围。
权利要求
一种业务传输处理方法，其特征在于，包括核心节点接收源边缘节点根据业务请求发送的链路建立请求消息，所述链路建立请求消息由所述源边缘节点经核心节点发送至目标边缘节点；核心节点根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源传输业务；当核心节点接收到源边缘节点发送的请求继续分配带宽资源的跟踪预约请求消息时，根据所述跟踪预约请求消息再次为所述业务分配带宽资源，并利用所述再次分配的带宽资源继续传输所述业务；所述跟踪预约请求消息由源边缘节点在分配的带宽资源使用完前的预设时间检测到还存在所述业务的业务请求时发送。
2. 根据权利要求1所述的业务传输处理方法，其特征在于，所述核心节点根据所述链 路建立请求消息初次分配带宽资源包括核心节点根据所述链路建立请求消息在资源链表上初次划分滑动窗口 ，并在所述初次 划分的滑动窗口内初次分配带宽资源，所述初次划分的滑动窗口的大小根据资源链表上结 点数目和信道对所述业务的接入能力确定。
3. 根据权利要求2所述的业务传输处理方法，其特征在于，所述当核心节点接收到源 边缘节点发送的请求继续分配带宽资源的跟踪预约请求消息时，根据跟踪预约请求消息再 次为所述业务分配带宽资源包括核心节点在每次接收到跟踪预约请求消息时，再次划分与初次划分的滑动窗口相同大 小的滑动窗口，并在再次划分的滑动窗口内分配带宽资源，该带宽资源与初次分配的带宽 资源具有相同的业务周期、业务时隙长度。
4. 根据权利要求1所述的业务传输处理方法，其特征在于，所述核心节点根据链路建 立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源传输所述业务包括核心节点根据所述链路建立请求消息初次分配带宽资源后，利用所述初次分配的带宽 资源传输源边缘节点发送的业务；或者，核心节点根据所述链路建立请求消息初次分配带宽资源后，利用所述初次分配的带宽 资源传输源边缘节点在接收到链路建立响应消息后发送的业务，所述链路建立响应消息由 所述目标边缘节点在接收所述链路建立请求消息后发送，经由核心节点向所述源边缘节点 返回。
5. 根据权利要求1所述的业务传输处理方法，其特征在于，所述根据跟踪预约请求消 息再次为所述业务分配带宽资源，并利用所述再次分配的带宽继续传输所述业务包括根据所述跟踪预约请求消息再次为源边缘节点发送的业务分配带宽资源后，利用再次 分配的带宽资源继续传输源边缘节点发送的业务；或者，根据所述跟踪预约请求消息再次为源边缘节点发送的业务分配带宽资源后，利用再次 分配的带宽资源继续传输源边缘节点在接收到跟踪预约响应消息后发送的业务；所述跟踪 预约响应消息由所述目标边缘节点在接收所述跟踪预约请求消息后发送，经核心节点向所 述源边缘节点返回。
6. 据权利要求1-5任一项所述的业务传输处理方法，其特征在于，所述核心节点根据 链路建立请求消息初次分配带宽资源后包括核心节点在所述链路建立请求消息请求分配的带宽资源已被分配给其它业务时，根据预先设置的带宽资源抢占原则重新分配带宽资源。
7. 根据权利要求6所述的业务传输处理方法，其特征在于，所述根据预先设置的带宽 资源抢占原则重新分配带宽资源后包括若所述业务在重新分配带宽资源时未分配到带宽资源，则向所述源边缘节点发送建立 链路失败的告警消息。
8. 根据权利要求7所述的业务传输处理方法，其特征在于，还包括核心节点接收所述源边缘节点按照预设时间间隔发送的链路建立请求消息，所述按照 预设时间间隔发送的链路建立请求消息由源边缘节点在接收到告警消息后发送且在接收 到链路建立响应消息或到达最大业务等待门限后停止发送。
9. 根据权利要求6所述的业务传输处理方法，其特征在于，所述带宽资源抢占原则包括周期性业务抢占非周期性业务的带宽资源；对于两个周期性业务，优先级高的周期性业务抢占优先级低的周期性业务的带宽资源。
10. 根据权利要求l-5任一项所述的业务传输处理方法，其特征在于，还包括 核心节点接收源边缘节点继续发送的链路建立请求消息，所述继续发送的链路建立请求消息由源边缘节点在首次发送链路建立请求消息后，若在预设响应门限时间内没有接收 到链路建立响应消息时发送，且在接收到链路建立响应消息或到达最大业务等待门限后停 止发送。
11. 一种业务传输处理方法，其特征在于，包括核心节点接收源边缘节点根据业务请求发送的链路建立请求消息；核心节点根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽 资源传输所述业务；当所述初次分配的带宽资源使用完毕后，核心节点重复为所述业务分配带宽资源，并 利用所述分配的带宽资源进行业务传输，直到接收到源边缘节点在检测出不存在所述业务 的业务请求时发送的链路拆除消息。
12. 根据权利要求11所述的业务传输处理方法，其特征在于，所述核心节点重复为所 述业务分配带宽资源具体为核心节点以预设的周期重复为所述业务分配带宽资源。
13. —种业务传输处理装置，其特征在于，包括第一接收模块，用于接收源边缘节点根据业务请求发送的链路建立请求消息；接收源 边缘节点在所分配的带宽资源使用完前的预设时间检测到还存在所述业务的业务请求时 发送的跟踪预约请求消息；第一资源分配模块，用于根据所述链路建立请求消息分配带宽资源；根据所述跟踪预 约请求消息分配带宽资源；第一数据传输模块，用于利用第一资源分配模块分配的带宽资源传输业务。
14. 根据权利要求13所述的业务传输处理装置，其特征在于，还包括 第二资源分配模块，用于在所述链路建立请求消息请求分配的带宽资源已被分配给其它业务时，根据预先设置的带宽资源抢占原则重新分配带宽资源。
15. 根据权利要求14所述的业务传输处理装置，其特征在于，还包括 告警信息发送模块，用于若所述业务在重新分配带宽资源时未分配到带宽资源，向所述源边缘节点发送建立链路失败的告警消息。
16. —种业务传输处理装置，其特征在于，包括第二接收模块，用于接收源边缘节点根据业务请求发送的链路建立请求消息； 第三资源分配模块，用于根据所述链路建立请求消息初次分配带宽资源，并当所述初次分配的带宽资源使用完毕后，重复为所述业务分配带宽资源，直到接收到源边缘节点在检测出不存在所述业务的业务请求时发送的链路拆除消息；第二数据传输模块，用于利用第三资源分配模块分配的带宽资源进行业务传输。
17. —种业务传输处理系统，包括位于光网络中的源边缘节点、核心节点和目标边缘节 点，其特征在于，所述核心节点用于接收源边缘节点根据业务请求发送的链路建立请求消息，所述链路建立请求消息由所 述源边缘节点经所述核心节点发送至所述目标边缘节点；根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源传输 所述业务；当接收到源边缘节点发送的请求继续分配带宽资源的跟踪预约请求消息时，根据所 述跟踪预约请求消息再次分配带宽资源，并利用所述再次分配的带宽资源继续传输所述业 务；所述跟踪预约请求消息由源边缘节点在所分配的带宽资源使用完前的预设时间检测到 还存在所述业务的业务请求时发送。
18. —种业务传输处理系统，包括位于光网络中的源边缘节点、核心节点和目标边缘节 点，其特征在于，所述核心节点用于接收源边缘节点根据业务请求发送的链路建立请求消息，所述链路建立请求消息由所 述源边缘节点经所述核心节点发送至所述目标边缘节点；根据所述链路建立请求消息初次分配带宽资源，并利用所述初次分配的带宽资源传输 所述业务；当所述初次分配的带宽资源使用完毕后，重复为所述业务分配带宽资源，并利用所述 分配的带宽资进行业务传输，直到接收到源边缘节点在检测出不存在所述业务的业务请求 时发送的链路拆除消息。
全文摘要
本发明实施例提供了一种业务传输处理方法、装置和系统，属于光网络领域。其中一种业务传输处理方法包括核心节点接收源边缘节点根据业务请求发送的链路建立请求消息；核心节点根据链路建立请求消息初次分配带宽资源，并利用分配的带宽资源传输所述业务；当核心节点接收源边缘节点发送的跟踪预约请求消息时，根据跟踪预约请求消息再次分配带宽资源，并利用分配的带宽资源继续传输所述业务。本发明实施例还提供了另外一种业务传输处理方法。本发明实施例还提供了对应上述两种业务传输处理方法的业务传输处理装置和系统。本发明实施例提供的业务传输处理方法、装置和系统能够提高网络对周期性业务的承载能力。
文档编号H04B10/20GK101754054SQ20081022786
公开日2010年6月23日 申请日期2008年12月1日 优先权日2008年12月1日
发明者伍剑, 尹亚伟, 易其亮, 洪小斌 申请人:华为技术有限公司;北京邮电大学