CN102480408B

CN102480408B - 伪线仿真系统的调度方法及装置

Info

Publication number: CN102480408B
Application number: CN201010557142.XA
Authority: CN
Inventors: 朱励行
Original assignee: ZTE Corp
Current assignee: ZTE Corp; Sanechips Technology Co Ltd
Priority date: 2010-11-24
Filing date: 2010-11-24
Publication date: 2014-12-10
Anticipated expiration: 2030-11-24
Also published as: CN102480408A

Abstract

本发明涉及一种伪线仿真系统的调度方法及装置，该方法包括上行步骤：接收用户侧的各种业务数据，将所述用户侧的SDH光接口输入业务数据经过时钟和数据恢复后，再进行开销处理，或者将用户侧输入的PDH业务数据经过接口转换后通过交叉连接处理电路输出统一数据结构的数据，将上述经过处理后的用户侧的各种业务数据再进行定帧处理，获取所述用户侧的各种业务数据的净荷数据，将所述净荷数据调度到以太网侧封装成PWE3数据包发送；该方法和装置接口简单、便于复用、带宽调整和配置方便、处理业务种类多、调度算法简单。

Description

伪线仿真系统的调度方法及装置

技术领域

本发明涉及通信技术领域，具体是在数据传输类芯片在端口的业务数据调度，特别是伪线仿真系统的综合调度方法及装置。

背景技术

随着电信业务的全面IP(Internet Protocol，互联网协议)化趋势，以及3G(3rd-generation，第三代移动通信技术)/LTE(long term evolution，长期演进技术)等移动通信技术的迅猛发展，作为融合了分组技术及传统SDH(Synchronous Digital Hierarchy，同步数字体系)技术传统优势的PTN(PackageTransport Network，分组传送网)应运而生，并已迅速成为下一代城域传送网的主流技术选择。未来一段时间将面临IP化分组业务的迅速增长，与此同时传统TDM(Time Division Multiplex，时分复用模式)业务也仍将在一段时间内为运营商提供可观的利润，这就对PTN提出了多业务承载能力的要求，PWE3(Pseudo-Wire Emulation Edge to Edge，端到端伪线仿真)正是解决这一需求的关键技术。

PWE3为实现PTN产品的TDM业务承载以及SDH/SONET(SynchronousDigital Hierarchy/Synchronous Optical Network，同步光纤网)与PTN异种网络互联互通提供了功能强大、成本低廉的解决方案。可应用于PTN及后续基于统一分组平台的NG PTN(next generation PTN，下一代PTN)产品中核心、汇聚层设备。

PWE3是在分组交换网上提供隧道，以便仿真一些业务(ATM、Ethernet、TDM、SONET/SDH)的二层VPN(Virtual Private Network，虚拟专用网络)协议，通过协议可以将传统的网络与分组交换网络互连起来，从而实现资源的共用和网络的拓展，使得协议本身的网络组网方式更加灵活。

由于PWE3可以传输和处理多种业务数据，所以其接口需要与多种业务模块接口，这些接口的数据流量如何缓存、管理和调度需要一个综合调度管理器。

相关专利技术查询情况：申请(专利)号为CN200910252928.8，专利名称为：基于伪线的业务流量处理方法、设备和系统，公开了涉及一种基于伪线的业务流量处理方法、设备和系统，其中基于伪线的业务流量处理方法包括：接收来自用户边缘设备的业务数据流量；确定所述业务流量对应的伪线聚合组；按照本地策略，将所述业务数据流量通过所述伪线聚合组内处于发送状态或活动状态的伪线转发到对端设备，所述伪线聚合组包括所述业务数据流量对应的一个以上伪线，将业务数据流量通过对应的伪线聚合组内处于发送状态或活动状态的伪线转发到对端设备，可以提高业务数据流量的平均收敛速度、加快网络发生故障时的切换时间。但是上述现有技术也具有接口复杂、带宽调整和配置不方便、处理的协议种类不多，调度算法复杂的缺点。

发明内容

本发明的主要目的是提供一种的伪线仿真系统的调度方法及装置，接口简单而且便于复用、带宽调整和配置方便、处理协议种类多、调度算法简单。

本发明解决其技术问题所采用的技术方案是：

一种伪线仿真系统的调度方法，其包括：

接收用户侧输入的同步数字体系SDH光接口输入业务数据和用户侧输入的准同步数字体系PDH业务数据；

将所述SDH光接口输入业务数据依次进行时钟和数据恢复、开销处理，将所述PDH业务数据经过接口转换处理；

将所述SDH光接口输入业务数据和PDH业务数据进行交叉连接处理；

将所述经过交叉连接处理后的业务数据再分别进行定帧处理，获取所述用户侧的各种业务数据的净荷数据，将所述净荷数据调到以太网侧发送；

其中，将所述经过交叉连接处理后的业务数据再分别进行定帧处理，包括：

将上述经过处理后的用户侧的各种业务数据再分别进行虚级联处理、MLPPP-IMA处理和CEP-CES处理；

所述MLPPP-IMA处理为：Multi Link PPP-Inverse Multiplexing for ATM，多链路点对点协议ATM的反向复接处理；所述CEP-CES处理为：CircuitEmulation Service-Circuit Emulation over Packet，电路仿真业务-基于分组的电路仿真处理。

优选地，所述接收用户侧输入的SDH光接口输入业务数据和用户侧输入的PDH业务数据，具体包括：

分别从SDH光接口接收VC4格式的数据和从PDH接口接收经过该PDH接口转换封装成VC4格式的数据。

优选地，所述开销处理，具体包括：

将所述从SDH光接口接收VC4格式的数据进行段开销处理、高阶指针解释和高开销提取处理。

优选地，所述各种业务数据包括：CES业务数据、CEP业务数据、MLPPP业务数据、IMA业务数据和VCG业务数据。

本发明还提供一种伪线仿真系统的调度方法，其包括：

接收以太网侧发送过来的各种业务数据，根据不同业务将所述网络侧的各种业务数据缓存到不同存储空间，并拆出相应帧结构；

将所述拆出相应帧结构的网络侧的业务数据经过交叉连接，然后进行开销插入处理后经过SDH的光接口输出，或者直接由接口转换模块输出PDH业务数据。

优选地，所述接收以太网侧发送过来的各种业务数据，拆出相应帧结构，具体包括：

将所述网络侧的各种业务数据分别进行虚级联处理、MLPPP-IMA处理和CEP-CES处理拆出各种业务数据的相应帧结构，并进行所述帧结构的重组；

其中，所述MLPPP-IMA处理为：Multi Link PPP-Inverse Multiplexing forATM，多链路点对点协议ATM的反向复接处理；

所述CEP-CES处理为：Circuit Emulation Service-Circuit Emulation overPacket，电路仿真业务-基于分组的电路仿真处理。

优选地，所述将所述拆出相应帧结构的网络侧的业务数据经过交叉连接，然后进行开销插入后经过SDH的光接口输出，具体包括：

将所述进行帧结构重组后的网络侧的各种业务数据进行低阶指针生成模块、低阶开销插入、经过高阶指针生成模块、高阶开销插入和段开销插入后从SDH光接口输出。

本发明还提供一种伪线仿真系统的调度装置，其包括：

用户侧数据接收单元，用于接收用户侧输入的同步数字体系SDH光接口输入业务数据和用户侧输入的准同步数字体系PDH业务数据；

用户侧数据处理单元，将所述SDH光接口输入业务数据依次进行时钟和数据恢复、开销处理，将所述PDH业务数据经过接口转换处理；

交叉连接单元，用于将所述SDH光接口输入业务数据和PDH业务数据进行交叉连接处理；

用户侧数据定帧单元，用于将所述经过交叉连接处理后的业务数据再分别进行定帧处理，获取所述用户侧的各种业务数据的净荷数据，将所述净荷数据调到以太网侧发送；

其中，所述用户侧数据定帧单元还用于将上述经过处理后的用户侧的各种业务数据再分别进行虚级联处理、MLPPP-IMA处理和CEP-CES处理；

优选地，所述用户侧数据接收单元，用于分别从SDH光接口接收VC4格式的数据和从PDH接口接收经过该PDH接口转换封装成VC4格式的数据。

优选地，所述用户侧数据处理单元，用于将所述从SDH光接口接收VC4格式的数据进行段开销接受处理、高阶指针解释和高开销提取处理。

本发明还提供一种伪线仿真系统的调度装置，其括：

网络侧数据接收单元，用于接收以太网侧发送过来的各种业务数据，根据不同业务将所述网络侧的各种业务数据缓存到不同存储空间，并拆出相应帧结构；

网络侧数据处理单元，用于将所述拆出相应帧结构的网络侧的业务数据经过交叉连接，然后进行开销插入处理后经过SDH的光接口输出，或者直接由接口转换模块输出PDH业务数据。

优选地，所述网络侧数据接收单元，用于将所述网络侧的各种业务数据分别进行虚级联处理、MLPPP-IMA处理和CEP-CES处理拆出各种业务数据的相应帧结构，并进行所述帧结构的重组；

优选地，所述网络侧数据处理单元，用于将所述进行帧结构重组后的网络侧的各种业务数据进行低阶指针生成模块、低阶开销插入、经过高阶指针生成模块、高阶开销插入和段开销插入后从SDH光接口输出。

实施本发明的技术方案，具有以下有益效果：本发明提供的方法和装置，通过该方法和装置处理多种业务数据流，接口简单而且便于复用、带宽调整和配置方便、处理业务种类多、调度算法简单。

附图说明

图1为本发明实施例提供的方法流程图；

图2为本发明实施例提供的另一方法流程图；

图3为本发明实施例提供装置结构图

图4为本发明实施例提供另一装置结构图；

图5为本发明实施例提供装置的应用实施例。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

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

本发明实施例提供一种伪线仿真系统的调度方法，在上行过程中，如图1所示，该方法包括步骤：

S110、接收用户侧输入的SDH(Synchronous Digital Hierarchy，同步数字体系)光接口输入业务数据和用户侧输入的准同步数字体系PDH(plesiochronous digital hierarchy，准同步数字体系)业务数据；

在本实施例中，所述接收用户侧输入的SDH光接口输入业务数据和用户侧输入的PDH业务数据，具体包括：

分别从SDH光接口接收VC4(4Order virtual Container：4阶虚容器)格式的数据和从PDH接口接收经过该PDH接口转换封装成VC4格式的数据。

S120、将所述SDH光接口输入业务数据依次进行时钟和数据恢复、开销处理，将所述PDH业务数据经过接口转换处理；

在本实施例中，所述开销处理，具体包括：

将所述从SDH光接口接收VC4格式的数据进行段开销接受处理、高阶指针解释和高开销提取处理。

S130、将所述SDH光接口输入业务数据和PDH业务数据进行交叉连接处理；

S140、将所述经过交叉连接处理后的业务数据再分别进行定帧处理，获取所述用户侧的各种业务数据的净荷数据，将所述净荷数据调到以太网侧发送。

在本实施例中，所述将所述经过交叉连接处理后的业务数据再分别进行定帧处理，具体包括：

将上述经过处理后的用户侧的各种业务数据再分别进行虚级联处理、MLPPP-IMA(Multi Link PPP-Inverse Multiplexing for ATM，多链路点对点协议ATM的反向复接)处理和CEP-CES(Circuit Emulation Service-CircuitEmulation over Packet，电路仿真业务-基于分组的电路仿真)处理。

本发明实施例还提供的方法下行过程中，如图2所示，该方法包括步骤：

S210、接收以太网侧发送过来的各种业务数据，拆出相应帧结构；

在本实施例中，所述将所述网络侧的各种业务数据拆出相应帧结构，具体包括：将所述网络侧的各种业务数据分别进行虚级联处理、MLPPP-IMA处理和CEP-CES处理拆出各种业务数据的相应帧结构，并进行所述帧结构的重组。

S220、将所述拆出相应帧结构的网络侧的业务数据经过交叉连接，然后进行开销插入处理后经过SDH的光接口输出，或者直接由接口转换模块输出PDH业务数据。

在本实施例中，所述将所述拆出相应帧结构的网络侧的业务数据经过交叉连接，然后进行开销插入处理后经过SDH的光接口输出，具体包括：

将所述进行帧结构重组后的网络侧的各种业务数据进行低阶指针生成模块、低阶开销插入后从PDH光接口输出，经过高阶指针生成模块、高阶开销插入和段开销插入后从SDH光接口输出。

在其他的实施例中，在接收以太网侧发送过来的各种业务数据后，该方法还进一步包括：根据不同业务将所述网络侧的各种业务数据缓存到不同存储空间。

上述各个实施例中的上行和下行步骤中，所述各种业务数据包括：CES(Circuit Emulation Service，电路仿真业务)业务数据、CEP(Circuit Emulationover Packet，基于分组的电路仿真)业务数据、MLPPP(Multi Link Point to PointProtocol，多链接点到点协))业务数据、IMA业务数据和VCG(Virtual ContainerGroup，虚容器组)业务数据。

本发明实施例提供的方法，通过该方法和装置处理多种业务数据流，接口简单而且便于复用、带宽调整和配置方便、处理协议种类多、调度算法简单。

本发明实施例还提供一种伪线仿真系统的综合调度装置，用于上行过程中，如图3所示，该装置包括：

用户侧数据接收单元310，用于接收用户侧输入的同步数字体系SDH光接口输入业务数据和用户侧输入的准同步数字体系PDH业务数据；本实施例中，更为具体的，所述用户侧数据接收单元310，用于分别从SDH光接口接收VC4格式的数据和从PDH接口接收经过该PDH接口转换封装成VC4格式的数据。

用户侧数据处理单元320，将所述SDH光接口输入业务数据依次进行时钟和数据恢复、开销处理，将所述PDH业务数据经过接口转换处理；在本实施例中，更为具体的，所述用户侧数据处理单元320，用于将所述从SDH光接口接收VC4格式的数据进行段开销接受处理、高阶指针解释和高开销提取处理。

交叉连接单元330，用于将所述SDH光接口输入业务数据和PDH业务数据进行交叉连接处理；

用户侧数据定帧单元340，用于将所述经过交叉连接处理后的业务数据再分别进行定帧处理，获取所述用户侧的各种业务数据的净荷数据，将所述净荷数据调到以太网侧发送。在本实施例中，更为具体的，所述用户侧数据定帧单元340，用于将上述经过处理后的用户侧的各种业务数据再分别进行虚级联处理、MLPPP-IMA处理和CEP-CES处理。

本实施例中，所述各种业务数据包括：CES业务数据、CEP业务数据、MLPPP业务数据、IMA业务数据和VCG业务数据。

本发明还提供另一种伪线仿真系统的调度装置，用于下行过程中，如图4所示，该装置包括：

网络侧数据接收单元410，用于接收以太网侧发送过来的各种业务数据，拆出相应帧结构；本实施例中，更为具体的，所述网络侧数据接收单元，用于将所述网络侧的各种业务数据分别进行虚级联处理、MLPPP-IMA处理和CEP-CES处理拆出各种业务数据的相应帧结构，并进行所述帧结构的重组。

网络侧数据处理单元420，用于将所述拆出相应帧结构的网络侧的业务数据经过交叉连接，然后进行开销插入处理后经过SDH的光接口输出，或者直接由接口转换模块输出PDH业务数据。在本实施例中，更为具体的，所述网络侧数据处理单元420，用于将所述进行帧结构重组后的网络侧的各种业务数据进行低阶指针生成模块、低阶开销插入、经过高阶指针生成模块、高阶开销插入和段开销插入后从SDH光接口输出。在本实施例中，更为具体的，所述网络侧数据处理单元420，还用于接收以太网侧发送过来的各种业务数据后，根据不同业务将所述网络侧的各种业务数据缓存到不同存储空间。

在本实施例中，所述各种业务数据包括：CES业务数据、CEP业务数据、MLPPP业务数据、IMA业务数据和VCG业务数据。

下面描述上述实施例提供的调度方法和调度装置的在不同业务数据的处理过程中的应用实施例：

为了简化接口连线和统一封装形式，对伪线仿真系统所能处理的PDH业务、ATMIMA和MLPPP相关的E1业务接口统一以VC4格式封装，以便于按SDH的封装结构来传送和处理，所以在图5左侧归结为SDH侧，而图5的右侧主要与以太网接口关系紧密，在本应用实施例中统称为ETH(Ethernet：以太网)侧。在SDH侧，因为CEP CES在UNI(User to Network Interface：用户和网络接口)和NNI(Network to Network Interface：网络和网络接口)两种应用环境下都有应用，所以与两个分组输入的8个VC4有接口，见图5中的分组1和分组2数据走向示意图。

在SDH侧：

虚级联处理1，下行方向实现将多个相同类型的VCG通过字节间插的方式，形成一个逻辑上更大带宽和更高带宽利用率的容器来传送业务；上行将SDH业务通过GFP重新组装然后在以太网上传输。

CEP-CES2，实现将PDH业务和SDH业务的封装和解封装功能，

CES的读写请求产生和处理过程为：

读写请求的产生：

SDH侧读请求的产生：每发送两个E1帧，就产生一个SDH侧CES的读请求；

SDH侧写请求的产生：每接收两个E1帧，就产生一个SDH侧CES的写请求；

ETH侧读请求的产生：依次轮询查询每个E1通道，如果某个E1通道在外部存储器中存储了足够一个PWE3报文的帧，则产生一个ETH侧CES的读请求；

ETH侧写请求的产生：每个接收两个E1帧，就产生一个ETH侧CES的写请求；

由于要处理多个E1通道，为了防止请求丢失，先将请求存储在一个FIFO(first input first output，先进先出)中，等待处理。

经过上述这样的处理，CES的读写请求完全等价于CES配置的带宽；

读写请求的处理过程为：

SDH侧的写请求处理：向调度装置4发送写请求，调度装置4响应后，将对应的数据块写入外部存储器，如果外部存储器满，则丢弃，不向外部存储器发送请求。

SDH侧的读请求处理：向调度装置4发送读请求，等待响应后，接收调度装置4的数据块，如果外部存储器空，则插入全0或全1码，不向调度装置发送请求。

ETH侧写请求处理：向调度装置4发送写请求，调度装置4响应后，将对应的块写入外部存储器5，如果外部存储器5满，则丢弃(直接丢弃整个PWE3报文)，不向外部存储器5发送请求。

ETH侧读请求处理：向调度发送读请求，等待调度装置4响应后，接收调度装置4的数据，重复这个过程，直到达到级联数。

其中：CEP的读写请求的产生和处理过程为:

读写请求的产生：

CEP的处理思路与CES基本一致，但是需要特别说明的是，对于Vc-12的CEP，每个CEP净荷长度为各自虚容器的字节数。对于Vc-4的CEP，每个CEP净荷的长度是Vc-4虚容器长度的三分之一，即783字节。因此，在外部存储器5中，CEP仿真对于Vc-12，按照在64字节分块的基础上，以虚容器为单位进行存储。Vc-4的CEP以及Vc-4-4c的CEP，按照64字节分块的基础上，以783字节为单位进行存储。由于CEP净荷的长度不是64字节的整数倍，因此最后一个块不足64字节，也按照一个块处理。

根据上述处理原则，对于Vc-12，每个虚容器产生3个块，第一个块的第一个字节为V5；对于Vc-4，Vc-4-4c，每个虚容器分别产生3、12、48个CEP报文，每个CEP报文占13块(13X64＝832字节，大于783字节，最后一块有填充字节)，第一个CEP报文的第一个字节为J1字节。

SDH侧写请求：每接收一个块产生一个写请求，注意块的产生要根据虚容器的结构来；

SDH侧读请求：每发送一个Vc-12帧产生3个读请求，第一个读请求对应的块的第一个字节是V5。对于Vc-4，Vc-4-4c，每发送一个帧，分别对应着39，156，624个读请求，其中第一个读请求对应的块的第一个字节为J1。

ETH侧写请求：每接收一个块产生一个请求，注意块的产生要根据虚容器的结构来。

ETH侧读请求：依次查询每个Vc通道，如果某个Vc通道满足了产生PWE3的条件，就产生一个读请求。

由于要处理多个Vc通道，为了防止请求丢失，先将请求存储在一个FIFO中，等待处理。

经过这样的处理，CEP的读写请求完全等价于CES配置的带宽；

读写请求的处理过程：

SDH侧写请求处理：向调度装置4发写请求，调度装置4响应后，将对应的块写入外部存储器5，如果外部存储器5满，则丢弃(以虚容器为单位丢弃)不向外部存储器5发送请求；

SDH侧读请求处理：向调度装置4发送读请求，调度装置4响应后，接收调度装置4的数据块，如果外部存储器5空，则不发送请求，则插入全0或全1。

ETH侧写请求处理：向调度装置4发请求，等待调度装置4响应后，将数据块写入调度装置4，如果外部存储器5满，则丢弃(以整个虚容器为单位丢弃)，不向外部存储器5发送请求；

ETH读请求处理过程：向调度装置4发送请求，等待调度装置4响应后，接受数据块，重复以上过程，直到满足PWE3封装要求。

IMAMLPPP3，实现ATM的反向复接和利用E1实现点对点的多链路传输。其中：

MLPPP的读写请求的产生和处理过程为：

读写请求的产生：

SDH侧的写请求：MLPPP组每恢复一个分片，就产生一个写请求；

SDH侧的读请求：依次轮询查询每个PPP(Point to Point Protocol，点到点协议)，连接是否有足够空间产生存储一个分片，并且该MLPPP组有分片尚未分配，则产生一个读请求；

ETH侧读请求：轮询检测每个MLPPP组是否有报文，如果有则产生一个读请求；

ETH侧写请求：每接收一个块，就产生一个请求；

由于要处理多个MLPPP组，为了防止请求丢失，先将请求存储在一个FIFO中，等待处理。

读写请求的处理过程：

SDH侧写请求处理过程：向调度装置4发送写请求，等待调度装置4响应后，将数据块写入调度装置4，重复以上过程直到一个分片写完，如果外部存储器5满，则不向调度装置4发送请求，丢弃整个恢复后的报文。

SDH侧读请求处理：向调度装置4发送读请求，等待调度装置4响应后，接收数据块，重复以上过程，直到一个分片读完成。

ETH侧写请求处理过程：向调度装置4发送写请求，等待调度装置4响应后，将数据块写入外部存储器5，如果外部存储器5满，则按MLPPP组丢弃整个报文。

ETH侧读请求处理过程：向调度装置4发送读请求，等待调度装置4响应后，接收数据块，重复以上过程，直到一个报文结束。

IMA的读写请求的产生和处理过程为：

读写请求的产生：

ETH侧写请求：每个ATM信元产生一个写请求；

ETH侧读请求：轮询查询每个VC/VP连接，是否满足发送一个PWE3报文的条件，如果满足，则产生一个读请求；

SDH侧写请求：当IMA组可以恢复后，依次轮询每个VC，按照排序结果，如果当前报文是一个数据报文，则产生一个写请求；

SDH侧读请求：

由于要处理多个IMA组，为了防止请求丢失，先将请求存储在一个FIFO中，等待处理。

读写请求的处理过程：

SDH侧写请求处理过程：向调度装置4发送写请求，等待调度装置4响应后，将数据块写入调度装置4，重复以上过程直到一个分片写完，如果外部存储器满，则不向调度装置4发送请求，丢弃整个恢复后的报文。

SDH侧读请求处理过程：向调度装置4发送写请求，等待调度装置4响应后，从调度装置4读入64字节存在本地等待排序。

ETH侧写请求过程：向调度装置4发送写请求，等待调度装置4响应后，将数据块写入调度装置4，如果外部存储器满，则丢弃信元；

ETH侧读请求处理：向调度装置4发送读请求，等待调度装置4响应后，接收数据块，重复以上过程，直到满足一个PWE3报文。

调度装置4(即：读写控制和DDR(Double Data Rate:双倍数据速率)控制器4)，实现周边读写的仲裁和外部存储器的读写控制，即6读6写的轮询处理。

外部存储器5，实现SDH侧和ETH侧需要交换数据的缓存。

在ETH上行方向：

VCG组成帧器6、MLPPP组成帧器7、ATM-PWE3成帧器8、CESCEP-PWE3成帧器9和ECC报文成帧器10都是相应业务的成帧器，它们完成相应的VC4格式的数据封装：

在ETH下行方向：

ECC报文写入指针生成模块11、VCG发送写指针生成模块12、IMA-PWE3接收写指针生成模块13、CEP-CES-PWE3接收写指针生成模块14和MLPPP组接收写指针生成模块15分别是生成下行数据经过报文解析后需要暂存在外部存储器中的位置。

其中：VCG的读写请求的产生和处理过程为：

读写请求的产生：

SDH侧写请求产生：每接收一个块，就产生一个写请求；

SDH侧读请求产生：对于每个VCG，单独统计每个VCG的数据读请求，每统计64个字节产生一个读请求；

ETH侧写请求：每接收一个块，就产生一个写请求；

ETH侧读请求：依次查询每个VCG端口，如果某个端口满足发送报文，则产生一个读请求；

由于要处理多个VCG组，为了防止请求丢失，先将请求存储在一个FIFO中，等待处理。

读写请求的处理过程：

SDH侧写请求处理：向调度装置4发送请求，等待调度装置4响应后，将数据块写入调度装置4，如果外部存储器满，则按照VCG丢弃整个报文。

SDH侧读请求处理过程：向调度装置4发送读请求，等待调度装置4响应后，接收数据块，如果内部缓存满，或者外部存储器没有数据，则不发送请求；

ETH侧写请求处理过程：向调度装置4发送请求，等待调度装置4响应后，将数据块写入调度装置4，如果外部存储器满，则按照VCG丢弃整个报文；

外部存储器结构分成两部分，一是数据存储区，二是报文信息存储区，该应用实施例只涉及数据存储区的数据的存储和调度。

不同业务数据在存储空间的空间分配如下表一所示：

bank	业务类型	行地址
			0	VCG	0---63
0	CEP-CES	1024---2047
			1	MLPPP	0---255
1	IMA	512---1023
			1	CEP-CES	1024---2047
2	VCG	0---63
			2	CEP-CES	1024----2047
3	MLPPP	0---255
			3	IMA	512---1023
3	CEP-CES	1024---2047

表一

数据存储区按照64字节进行分块，对应不同的业务数据分块设置如下表二所示：

表二

应用上述实施例提供的方法后，数据存储区使用外部存储器，因为报文的信息在传输过程中存储时间不超过64ms，对于64ms的DDR2内存模组，本发明实施例提供的调度装置可以不用对其进行处理刷新过程，简化了调度管理。

假设使用250M的时钟频率，数据线位宽64位，调度装置4的总带宽为32G，调度装置4按照6写6读的方式固定轮询调度，调度的方式如下表三所示：

表三

因为PWE3类芯片中一般都存在多业务数据的混合传送，所以在调度时都涉及多种业务数据共享带宽的设计，在本应用实施例中，VCG和CEP-CES共享4G带宽，CEP-CES和MLPPP-IMA共享4G带宽，所以对应于外部GE接口也涉及到端口的配置：同组的VCG、CEP在以太网接口上，最多允许占用2个GE接口，同组的CEP-CES，同组的CEP-CES和MLPP-IMA在以太网接口上，最多允许占用2个GE接口，这样才能保证某个业务数据突发时业务数据不拥塞或不丢失。

本应用实施例中，数据位宽假定为64bit，所以按照64字节分片的读写需要4个时钟周期(每时钟上下沿都有数据传送)，上面表格中操作轮询一次读写过程共花费96个时钟周期，另外加上16个时钟周期的开销，则使用效率在85％，4G带宽使用效率为85％的情况，实际有效调度带宽为3.4G，而两个GE突发的流量最大为2.5G，所以调度装置4在最差情况下满足端口流量要求。另外，上述方式处理中是假设所有业务数据同时存在，如果某段时间某种业务数据不存在，这时端口上存在业务数据的调度带宽还会大幅增加，保证业务数据不拥塞或不丢失。

本应用实施例通过对外部存储器合适的分片、对不同业务数据的封装转换以及读写产生方式的处理，使该上述实施例提供的方法和装置能使用简单的算法满足多种业务数据的无拥塞调度。

以上仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

1.一种伪线仿真系统的调度方法，其特征在于，包括：

2.如权利要求1所述方法，其特征在于，所述接收用户侧输入的SDH光接口输入业务数据和用户侧输入的PDH业务数据，具体包括：

3.如权利要求2所述方法，其特征在于，所述开销处理，具体包括：

4.如权利要求1-3任一所述方法，其特征在于，所述各种业务数据包括：CES业务数据、CEP业务数据、MLPPP业务数据、IMA业务数据和VCG业务数据；

其中，所述CES业务数据为：Circuit Emulation Service，电路仿真业务数据；所述CEP业务数据为：Circuit Emulation over Packet，基于分组的电路仿真业务数据；所述MLPPP业务数据为：Multi Link Point to Point Protocol，多链接点到点协议业务数据；所述IMA业务数据为：Inverse Multiplexing forATM，ATM的反向复接业务数据；所述VCG业务数据为：Virtual ContainerGroup，虚容器组业务数据。

5.一种伪线仿真系统的调度方法，其特征在于，包括：

将所述拆出相应帧结构的网络侧的业务数据经过交叉连接，然后进行开销插入处理后经过SDH的光接口输出，或者直接由接口转换模块输出PDH业务数据；

其中，所述接收以太网侧发送过来的各种业务数据，拆出相应帧结构，具体包括：

6.如权利要求5所述方法，其特征在于，所述将所述拆出相应帧结构的网络侧的业务数据经过交叉连接，然后进行开销插入后经过SDH的光接口输出，具体包括：

7.如权利要求5或6所述方法，其特征在于，所述各种业务数据包括：CES业务数据、CEP业务数据、MLPPP业务数据、IMA业务数据和VCG业务数据；

8.一种伪线仿真系统的调度装置，其特征在于，包括：

9.如权利要求8所述装置，其特征在于，所述用户侧数据接收单元，用于分别从SDH光接口接收VC4格式的数据和从PDH接口接收经过该PDH接口转换封装成VC4格式的数据。

10.如权利要求9所述装置，其特征在于，所述用户侧数据处理单元，用于将所述从SDH光接口接收VC4格式的数据进行段开销接受处理、高阶指针解释和高开销提取处理。

11.如权利要求8-10任一所述装置，其特征在于，所述各种业务数据包括：CES业务数据、CEP业务数据、MLPPP业务数据、IMA业务数据和VCG业务数据；

12.一种伪线仿真系统的调度装置，其特征在于，包括：

网络侧数据处理单元，用于将所述拆出相应帧结构的网络侧的业务数据经过交叉连接，然后进行开销插入处理后经过SDH的光接口输出，或者直接由接口转换模块输出PDH业务数据；

其中，所述网络侧数据接收单元还用于：将所述网络侧的各种业务数据分别进行虚级联处理、MLPPP-IMA处理和CEP-CES处理拆出各种业务数据的相应帧结构，并进行所述帧结构的重组；

13.如权利要求12所述装置，其特征在于，所述网络侧数据处理单元，用于将所述进行帧结构重组后的网络侧的各种业务数据进行低阶指针生成模块、低阶开销插入、经过高阶指针生成模块、高阶开销插入和段开销插入后从SDH光接口输出。

14.如权利要求12或13所述装置，其特征在于，所述各种业务数据包括：CES业务数据、CEP业务数据、MLPPP业务数据、IMA业务数据和VCG业务数据；