CN104468237B - 一种sdh和ptn网络告警联动的方法及应用该方法的系统 - Google Patents

Abstract

本发明公开了一种同步数字体系(SDH)和分组传送网(PTN)网络告警联动的方法及应用该方法的系统。所述方法包括：为每个机框式通信设备配置虚拟专用线服务(VPWS)，确定其中所包括的用于接入SDH网络的用户网络侧接口(UNI)以及用于接入PTN网络的网络结点接口(NNI)；UNI接口和NNI接口之间通过二层虚拟专用网络(VPN)建立业务通道，并且建立UNI接口以及NNI接口和预定标识的逻辑对应关系；基于多协议标签交换‑传送(MPLS‑TP)伪线(PW)操作管理维护(OAM)技术实时检测UNI接口和NNI接口状态；当UNI接口或NNI接口状态变化时，基于逻辑对应关系相应对告警进行控制。如此，能够解决现有技术中SDH网络和PTN网络不能实现对方的监控、管理及保护倒换等管理报文传输的问题。

Description

一种SDH和PTN网络告警联动的方法及应用该方法的系统

技术领域

本发明涉及网络通信领域，尤其涉及一种SDH和PTN网络告警联动的方法及应用该方法的系统。

背景技术

电力系统同步数字体系(Synchronous Digital Hierarchy，SDH)可以开展各种业务，如电话、数据、数字视频等，且业务的质量能得到严格的保障，具有高稳定性、高速度性、高可靠性等优点。该网络稳定运行多年，是目前传送网的主要网络。而随着电力通信网的快速发展，分组传送网(Packet Transport Network，PTN)网络内核IP化、面向分组化业务，并且带宽利用率高，带宽可动态分配的特点可以完好的解决传统SDH网络的不足。由于PTN网络与SDH网络基于不同的协议，虽然标准接口的业务可以互通，但是网络之间不能实现对方的监控、管理及保护倒换等管理报文的传输，特别是如果网络发生故障不能及时自动地将告警信息通知互连设备，所以SDH网络和PTN网络在混合组网方面受到很大的限制。

在另一方面，无论在SDH组网还是PTN组网中，常用的机框式通信设备通常由一块网管板卡、多块业务板卡和交换板卡组成，如图1所示。用户通过命令行或远程网管的方式对网管板卡下发配置，网管板卡通过机框内的板间通信总线将配置下发给相应的业务板卡或交换板卡，业务板卡与交换板卡通过背板口相连，该背板口形成了板间的业务通道，交换板卡与每个业务板卡都有业务通道连接，但对于业务板卡或者交换板卡而言，所有的管理信息都来源于网管板卡，交换板卡和业务板卡之间没有任何管理信息交互，交换板卡对于业务板卡不承担任何管理功能，只承担业务转发功能。

发明内容

本发明提供一种SDH和PTN网络告警联动的方法及应用该方法的系统，用来解决现有技术中SDH网络和PTN网络不能实现对方的监控、管理及保护倒换等管理报文传输的问题。

为了解决上述技术问题，本发明提供一种同步数字体系(SDH)和分组传送网(PTN)网络告警联动的方法，应用于承载SDH网络和PTN网络的机框式通信设备互连系统中，所述方法包括：为每个所述机框式通信设备配置虚拟专用线服务(VPWS)，确定其中所包括的用于接入SDH网络的用户网络侧接口(UNI)以及用于接入PTN网络的网络结点接口(NNI)；所述UNI接口和NNI接口之间通过二层虚拟专用网络(VPN)建立业务通道，并且建立所述UNI接口和预定标识以及所述NNI接口和预定标识的逻辑对应关系；基于多协议标签交换-传送(MPLS-TP)伪线(PW)操作管理维护(OAM)技术实时检测所述UNI接口和NNI接口的状态；当所述UNI接口或所述NNI接口的状态变化时，基于所述逻辑对应关系相应对告警进行控制。

进一步地，所述UNI接口设置在所述机框式通信设备的业务板卡的任一SDH端口，所述NNI接口设置在所述机框式通信设备的交换板卡的PTN端口。

进一步地，所述预定标识为统排端口号，其中，统排的初始端口号为所述交换板卡自身的端口号范围，然后统排的端口号按照所述业务板卡的槽位顺序累加。

进一步地，当所述UNI接口或所述NNI接口的状态变化时，基于所述逻辑对应关系相应对告警进行控制包括：所述业务板卡上的UNI接口状态变化时，所述业务板卡将自身的UNI接口故障信息或故障恢复信息通过所述业务通道发送给所述交换板卡，所述交换板卡解析故障信息或故障恢复信息，获取所述业务板卡的槽位号和端口号，基于所述逻辑对应关系将所述业务板卡的端口号映射为统排端口号，于上层协议模块MPLS-TP OAM状态机中更新所述统排端口号的状态记录，所述交换板卡的上层协议模块CSF状态机检测到上层协议模块MPLS-TP OAM状态机中存储的统排端口号的状态记录更新，根据统排端口号查询是否属于所述交换板卡所维护的VPWS的UNI端口，如果是则相应发送或停止发送告警；所述交换板卡上的所述NNI接口状态变化时，所述交换板卡上层协议模块MPLS-TP OAM状态机锁定相应的VPWS，基于所述逻辑对应关系获取所述VPWS中UNI接口的统排端口号对应的业务板卡槽位号及端口号，将PTN网络故障或网络故障恢复信息，通过所述业务通道发送给所述业务板卡，所述业务板卡接收信息后解析信息内容，使得对应的UNI接口所在的SDH端口插入或停止插入告警。

进一步地，不同的机框式通信设备的NNI接口通过VPN进行连接。

本发明还提供一种承载SDH和PTN网络的机框式通信设备互连系统，应用SDH和PTN网络告警联动的方法，包括至少两个机框式通信设备，每个所述机框式通信设备包括配置模块、检测模块以及告警控制模块。所述配置模块，用于为相应的所述机框式通信设备配置虚拟专用线服务(VPWS)，确定其中所包括的用于接入SDH网络的用户网络侧接口(UNI)以及用于接入PTN网络的网络结点接口(NNI)；所述UNI接口和NNI接口之间通过二层虚拟专用网络(VPN)建立业务通道，并且建立所述UNI接口和预定标识以及所述NNI接口和预定标识的逻辑对应关系；所述检测模块，用于基于多协议标签交换-传送(MPLS-TP)伪线(PW)操作管理维护(OAM)技术实时检测所述UNI接口和NNI接口的状态；所述告警控制模块，用于当所述UNI接口或所述NNI接口的状态变化时，基于所述逻辑对应关系相应对告警进行控制。

进一步地，所述UNI接口设置在所述机框式通信设备的业务板卡的任一SDH端口，所述NNI接口设置在所述机框式通信设备的交换板卡的PTN端口。

进一步地，所述预定标识为统排端口号，其中，统排的初始端口号为所述交换板卡自身的端口号范围，然后统排的端口号按照所述业务板卡的槽位顺序累加。

进一步地，所述告警控制模块，设置于所述机框式通信设备的所述交换板卡及所述业务板卡，用于当所述UNI接口或所述NNI接口的状态变化时，基于所述逻辑对应关系相应对告警进行控制包括：所述业务板卡上的UNI接口状态变化时，设置于所述业务板卡的告警控制模块，用于将所述UNI接口故障信息或故障恢复信息通过所述业务通道发送给所述交换板卡，所述交换板卡解析故障信息或故障恢复信息，获取所述业务板卡的槽位号和端口号，基于所述逻辑对应关系将所述业务板卡的端口号映射为统排端口号，于上层协议模块MPLS-TP OAM状态机中更新所述统排端口号的状态记录，所述交换板卡的上层协议模块CSF状态机检测到上层协议模块MPLS-TP OAM状态机中存储的统排端口号的状态记录更新，根据统排端口号查询是否属于所述交换板卡所维护的VPWS的UNI端口，如果是则相应发送或停止发送告警；所述交换板卡上的所述NNI接口状态变化时，所述交换板卡上层协议模块MPLS-TP OAM状态机锁定相应的VPWS，基于所述逻辑对应关系获取所述VPWS中UNI接口的统排端口号对应的业务板卡槽位号及端口号，设置于所述交换板卡的告警控制模块，用于将PTN网络故障或网络故障恢复信息，通过所述业务通道发送给所述业务板卡，所述业务板卡接收信息后解析信息内容，使得对应的UNI接口所在的SDH端口插入或停止插入告警。

进一步地，不同的机框式通信设备的NNI接口通过VPN进行连接。

本发明应用于同时承载SDH网络和PTN网络的机框式通信设备互连系统，利用虚拟专用线服务(Virtual Private Wire Service，VPWS)使SDH网络和PTN网络建立联系，借用业务通道传送故障信息或故障恢复信息，并且借助于整个系统原有的格式信息，实现了SDH网络和PTN网络的告警联动。

于本发明较佳实施例中，对每个机框式通信设备的各板卡端口进行统排端口号，使得交换板卡实现对于各业务板卡端口的管理，在交换板卡上对于其它业务板卡上的端口的识别在逻辑上与本板卡的端口无差异，上层协议模块也将不区分是本卡端口资源还是非本卡端口资源，直接进行完全相同的管理操作，继而在操作命令到达由下层业务模块时判断是否需要进行操作及转发操作命令，由此，实现了业务板卡和交换板卡之间跨板卡的统一管理操作。

附图说明

图1所示为现有机框式通信设备的示意图；

图2所示为本发明较佳实施例提供的应用SDH和PTN网络告警联动的方法的机框式通信设备互连系统的示意图；

图3所示为本发明较佳实施例中SDH网络故障通知PTN网络的示意图；

图4所示为本发明较佳实施例中PTN网络故障通知SDH网络的示意图。

具体实施方式

以下参考图2至图4详细说明本较佳实施例。

于本发明较佳实施例中，机框式通信设备可以同时承载PTN网络和SDH网络，并且利用虚拟专用线服务(Virtual Private Wire Service，VPWS)使SDH网络和PTN网络建立联系。具体来说，可以通过网管板卡命令设置用于接入SDH网络的用户网络侧接口(UseNetwork interface，UNI)以及用于接入PTN网络的网络结点接口(Network to Networksinterface，NNI)，其中，UNI接口可以根据需要设置在业务板卡的任一SDH端口，NNI接口设置在交换板卡的一PTN端口，在UNI和NNI之间建立二层虚拟专用网络(Virtual PrivateNetwork，VPN)业务通道，从物理上建立了业务在SDH网络与PTN网络之间相互转换的渠道，并且建立和存储所述UNI接口和预定标识以及所述NNI接口和预定标识的逻辑对应关系和各端口当前状态；在不同的机框式通信设备的两个交换板卡之间的NNI接口可以通过虚拟专用网络(VPN)进行连接，并且基于MPLS-TP(多协议标签交换-传送)PW(伪线)OAM(操作管理维护)技术，实时检测UNI和NNI接口的状态，进一步地基于所述逻辑对应关系实现SDH网络与PTN网络之间的告警联动。

于本实施例中，为了实现SDH网络和PTN网络的互连通信从而实现告警联动，需要预先进行如下设置，以使得对外承载PTN网络的交换板卡可以实现对于承载SDH网络的UNI接口的管理，由于在现有技术的机框式通信设备中，业务板卡和交换板卡之间并不进行管理信息的传递，交换板卡无需感知到业务板卡的位置，因此，实际上在现有技术中无论UNI接口设置在哪个业务板卡的哪个槽位，NNI接口均无需关心UNI接口的实际位置，由此在本发明的实施例中，首先需要在交换板卡中建立并存储一端口转换表，该端口转换表记录UNI接口和NNI接口与预定标识的逻辑对应关系，使得交换板卡在接收到UNI接口传递的管理信息时能够识别相应的UNI端口位置，便于统一管理。较佳地，所述预定标识为统排端口号，对机框式通信设备所有板卡端口的端口号进行统排，例如，以阿拉伯数字顺序统排，端口统排分配方式如表1所示，其中，A、B、C、D、E表示统排端口号，为简单起见，可以将交换板卡自身的端口号范围设为统排的初始端口号，然后按照槽位顺序累加，即，A能满足交换板卡端口数，A+1～B能满足1槽位业务板卡的端口数，B+1～C能满足2槽位业务板卡的端口数，以此类推：

1～A	交换板卡自身端口范围
		A+1～B	1槽位业务板卡端口范围
B+1～C	2槽位业务板卡端口范围
		C+1～D	3槽位业务板卡端口范围
D+1～E	4槽位业务板卡端口范围
		……	……

表1 端口转换表

上述对于统排端口号设定的端口转换表可以存储在交换板卡中，典型地，存储后可供交换板卡中需要跨板卡操作的任何模块(例如，交换板卡的上层协议模块MPLS-TPOAM)调用，而各业务板卡不感知统排端口号，由此实现各上层协议模块不感知下层端口是否属于本板卡，并且交换板卡MPLS-TP OAM的状态机中还存储各端口的当前端口状态。当然此处要说明的是，此处的统排端口号目的是为了使交换板卡在接收到通信报文时能识别发送该报文的业务板卡的槽位号和端口号，实际上也可以采用其它方式的映射来建立逻辑关系，只要能达到上述目的即可，但以统排端口号的方式是较佳的，它可以简化整个系统的管理。

以下结合如图2所示对PTN网络和SDH网络的互连而实现告警联动进行说明，在图2中的机框式通信设备A中，可以通过网管板卡命令行将UNI接口和NNI接口分别配置在业务板卡的任一SDH端口与交换板卡的任一端口上，其中UNI接口用于接入SDH网络业务，而NNI接口用于接入PTN网络，并且UNI接口和NNI接口以统排端口形式形成端口转换表存储在交换板卡上层协议模块MPLS-TP OAM状态机中，从而对于设备A完成VPWS配置，也即，确定了对于设备A而言VPWS所包括的全部UNI接口和NNI接口。设备B同样配置VPWS，设备A的NNI接口可以通过VPN与设备B的NNI接口进行连接。此处说明一点，在本发明的实施例中以监测设备A所接入的SDH网络为例说明，为了简化说明，直接将设备B中的UNI端口示出为在交换板卡上，实际上，该端口直接与业务板卡上的UNI端口连接，在其它实施例中，设备B中的UNI端口也可以配置在任何一个业务板卡上，只要该接口是实现SDN网络接入即可。

基于以上的系统构建，参照图3，详细描述SDH网络发生故障的告警联动过程。

若设备A中UNI接口所在的SDH网络发生故障，则执行以下步骤：

步骤100，将业务板卡自身的UNI端口故障信息通过业务通道发送给交换板卡；

具体来说，由于SDH网络发生故障时，业务板卡上的UNI端口能感知存在故障变为down状态，然后将封装成包含发生故障的端口地址(槽位号+端口号)以及该端口状态为down的故障报文后通过与业务板卡之间已经建立的业务通道传送到交换板卡；其中，故障报文采用与网管板卡与业务板卡之间管理报文通信格式相同的帧格式，具体由系统确定，此处不做进一步限定。由此，较与其它报文格式而言，此种方式的帧格式封装报文更利于实现整个系统中的报文传递的有效统一管理。

步骤101，交换板卡接收故障报文后对其中的故障信息进行解析，获取发生故障的业务板卡的槽位号和端口号，由于故障报文的通信格式和网管板卡与业务板卡之间管理报文的通信格式相同，因此其中必然包括业务板卡的槽位号和端口号，通过表1所示出的端口转换表将故障信息提取出业务板卡故障端口号映射为统排端口号，于上层协议模块MPLS-TP OAM状态机中更新交换板卡对所述统排端口号的状态记录(更新为down状态)；

步骤102，交换板卡的上层协议模块CSF状态机检测到上层协议模块MPLS-TP OAM状态机中存储的统排端口号的状态记录更新，根据统排端口号查询是否属于本交换板卡所维护的VPWS的UNI端口，即，端口转换表中所存在的端口，如果是则证明UNI口出现故障，发送CSF告警，由此，设备B则可看到设备A发出的告警信息，获知到存在SDH网络故障。

类似地，若设备A中UNI接口所在的SDH网络故障已恢复，则执行以下步骤：

步骤200，将业务板卡自身的UNI端口故障恢复信息通过业务通道发送给交换板卡；

具体来说，由于SDH网络发生故障恢复时，业务板卡上的UNI端口能感知存在故障恢复，然后将封装成包含发生故障恢复的端口地址(槽位号+端口号)以及该端口状态为link的故障恢复报文后通过与业务板卡之间已经建立的业务通道传送到交换板卡；

步骤201，交换板卡接收故障恢复报文后对其中的故障恢复信息进行解析，获取发生故障恢复的业务板卡的槽位号和端口号，通过表1所示出的端口转换表将故障恢复信息提取出业务板卡故障端口号映射为统排端口号，于上层协议模块MPLS-TP OAM状态机中更新交换板卡对所述统排端口号的状态记录(更新为link状态)；

步骤202，交换板卡的上层协议模块CSF状态机检测到上层协议模块MPLS-TP OAM状态机中存储的统排端口号的状态记录更新，根据统排端口号查询是否属于本交换板卡所维护的VPWS的UNI端口，即，端口转换表中所存在的端口，如果是则证明UNI口已经故障恢复，停止发送CSF告警，由此，框式通信设备A不再发出的告警信息，通信设备B也获知由设备A接入的SDH网络正常。

参照图4，详细描述PTN网络发生故障的告警联动过程。

若设备A与设备B之间出现故障(即PTN网络发生故障)，则执行以下步骤：

步骤300，交换板卡上的NNI端口获知PTN网络故障，通过业务通道发送给业务板卡；

具体来说，配置在交换板卡NNI端口上PW MEP变为down状态，触发交换板卡上层协议模块MPLS-TP OAM状态机锁定故障MEP对应的VPWS，并查取该VPWS的UNI和NNI统排端口号，根据端口转换表获取故障VPWS中统排UNI口对应的业务板卡槽位号及端口号，并且将上述解析处的槽位号和端口号封装在故障信息后通过与业务板卡之间已经建立的业务通道传送到业务板卡；其中，故障报文采用与网管板卡与业务板卡之间管理报文通信格式相同的帧格式，从而使业务板卡接收到故障信息后可以感知交换板卡的故障。

步骤301，业务板卡接收到消息后解析消息内容，使UNI接口所在的SDH端口插入AIS告警，由此，设备A获知PTN网络发生故障。

类似地，若设备A与设备B之间PTN网络故障已恢复，则执行以下步骤：

步骤400，交换板卡上的NNI端口获知PTN网络故障恢复，通过业务通道发送给业务板卡；

具体来说，配置在交换板卡NNI端口上PW MEP变为link状态，触发交换板卡上层协议模块MPLS-TP OAM状态机锁定故障恢复MEP对应的VPWS，并查取该VPWS的UNI和NNI统排端口号，根据端口转换表获取故障VPWS中统排UNI口对应的业务板卡槽位号及端口号，并且将上述解析处的槽位号和端口号封装在故障恢复信息后通过与业务板卡之间已经建立的业务通道传送到业务板卡；其中，故障报文采用与网管板卡与业务板卡之间管理报文通信格式相同的帧格式；

步骤401，业务板卡接收到消息后解析消息内容，获取其中包括的UNI端口号，使该UNI接口所在的SDH端口停止插入AIS告警，由此，设备A获知PTN网络正常。

由上述描述可知，同时承载SDH网络和PTN网络的机框式通信设备在组网应用时，借用业务通道传送故障信息或故障恢复信息，并且借助于整个系统原有的格式信息，实现了SDH网络和PTN网络的告警联动。在整个过程中，告警管理信息的转发并未利用物理通道的转化功能(即，将SDH报文封装标签后在MPLS网络转发，或者封装特定标签的MPLS报文，在剥离标签后变为SDH网络)，只是利用建立的虚拟专用网络检测组网环境。进一步地，对每个设备的各板卡端口进行统排端口号，使得整个系统中对于每个VPWS中的UNI接口和NNI接口都能够与统排端口号建立逻辑对应关系，在不改变网管板卡集中管理时通过(槽位号+端口号)识别板卡业务口的方式的基础上，交换板卡也实现了对于各业务板卡端口的管理，在交换板卡上对于其它业务板卡上的端口的识别在逻辑上与本板卡的端口无差异，上层协议模块也将不区分是本卡端口资源还是非本卡端口资源，直接进行完全相同的管理操作，继而在操作命令到达由下层业务模块时判断是否需要进行操作及转发操作命令，由此，实现了业务板卡和交换板卡之间跨板卡的统一管理操作。

本发明较佳实施例还提供一种承载SDH和PTN网络的机框式通信设备互连系统，应用SDH和PTN网络告警联动的方法。上述系统包括至少两个机框式通信设备，每个所述机框式通信设备包括配置模块、检测模块以及告警控制模块。具体而言，配置模块，用于为相应的机框式通信设备配置虚拟专用线服务(VPWS)，确定其中所包括的用于接入SDH网络的用户网络侧接口(UNI)以及用于接入PTN网络的网络结点接口(NNI)；所述UNI接口和NNI接口之间通过二层虚拟专用网络(VPN)建立业务通道，并且建立所述UNI接口和预定标识以及所述NNI接口和预定标识的逻辑对应关系。检测模块，用于基于多协议标签交换-传送(MPLS-TP)伪线(PW)操作管理维护(OAM)技术实时检测所述UNI接口和NNI接口的状态。告警控制模块，用于当所述UNI接口或所述NNI接口的状态变化时，基于所述逻辑对应关系相应对告警进行控制。其中，所述UNI接口设置在所述机框式通信设备的业务板卡的任一SDH端口，所述NNI接口设置在所述机框式通信设备的交换板卡的PTN端口。

于本实施例中，配置模块例如设置于机框式通信设备的交换板卡。检测模块例如设置于机框式通信设备的业务板卡上的UNI接口及交换板卡上的NNI接口。告警控制模块例如设置于机框式通信设备的业务板卡及交换板卡。然而，本发明对此并不限定。

于本实施例中，设置于机框式通信设备的业务板卡上的UNI接口的检测模块，用于基于MPLS-TP PW OAM技术实时检测所述UNI接口的状态；设置于机框式通信设备的交换板卡上的NNI接口的检测模块，用于基于MPLS-TP PW OAM技术实时检测所述NNI接口的状态。

于本实施例中，所述业务板卡上的UNI接口状态变化时，设置于所述业务板卡的告警控制模块，用于将所述UNI接口故障信息或故障恢复信息通过所述业务通道发送给所述交换板卡，所述交换板卡解析故障信息或故障恢复信息，获取所述业务板卡的槽位号和端口号，基于所述逻辑对应关系将所述业务板卡的端口号映射为统排端口号，于上层协议模块MPLS-TP OAM状态机中更新所述统排端口号的状态记录，所述交换板卡的上层协议模块CSF状态机检测到上层协议模块MPLS-TP OAM状态机中存储的统排端口号的状态记录更新，根据统排端口号查询是否属于所述交换板卡所维护的VPWS的UNI端口，如果是则相应发送或停止发送告警。

所述交换板卡上的所述NNI接口状态变化时，所述交换板卡上层协议模块MPLS-TPOAM状态机锁定相应的VPWS，基于所述逻辑对应关系获取所述VPWS中UNI接口的统排端口号对应的业务板卡槽位号及端口号，设置于所述交换板卡的告警控制模块，用于将PTN网络故障或网络故障恢复信息，通过所述业务通道发送给所述业务板卡，所述业务板卡接收信息后解析信息内容，使得对应的UNI接口所在的SDH端口插入或停止插入告警。

此外，关于所述系统具体实现SDH和PTN网络告警联动的过程参照图2至图4的描述，故于此不再赘述。

以上显示和描述了本发明的基本原理和主要特征和本发明的优点。本发明不受上述实施例的限制，上述实施例和说明书中描述的只是说明本发明的原理，在不脱离本发明精神和范围的前提下，本发明还会有各种变化和改进，这些变化和改进都落入要求保护的本发明范围内。

Claims (4)

1.一种同步数字体系SDH和分组传送网PTN网络告警联动的方法，应用于承载SDH网络和PTN网络的机框式通信设备互连系统中，其特征在于，所述方法包括：

为每个所述机框式通信设备配置虚拟专用线服务VPWS，确定其中所包括的用于接入SDH网络的用户网络侧接口UNI以及用于接入PTN网络的网络结点接口NNI；所述UNI接口和NNI接口之间通过二层虚拟专用网络VPN建立业务通道，并且建立所述UNI接口和预定标识以及所述NNI接口和预定标识的逻辑对应关系；

基于多协议标签交换-传送MPLS-TP伪线PW操作管理维护OAM技术实时检测所述UNI接口和NNI接口的状态；

当所述UNI接口或所述NNI接口的状态变化时，基于所述逻辑对应关系相应对告警进行控制；

其中，

所述UNI接口设置在所述机框式通信设备的业务板卡的任一SDH端口，所述NNI接口设置在所述机框式通信设备的交换板卡的PTN端口；

所述预定标识为统排端口号，其中，统排的初始端口号为所述交换板卡自身的端口号范围，然后统排的端口号按照所述业务板卡的槽位顺序累加；

当所述UNI接口或所述NNI接口的状态变化时，基于所述逻辑对应关系相应对告警进行控制包括：

所述业务板卡上的UNI接口状态变化时，所述业务板卡将自身的UNI接口故障信息或故障恢复信息通过所述业务通道发送给所述交换板卡，所述交换板卡解析故障信息或故障恢复信息，获取所述业务板卡的槽位号和端口号，基于所述逻辑对应关系将所述业务板卡的端口号映射为统排端口号，于上层协议模块MPLS-TP OAM状态机中更新所述统排端口号的状态记录，所述交换板卡的上层协议模块CSF状态机检测到上层协议模块MPLS-TP OAM状态机中存储的统排端口号的状态记录更新，根据统排端口号查询是否属于所述交换板卡所维护的VPWS的UNI端口，如果是则相应发送或停止发送告警；

所述交换板卡上的所述NNI接口状态变化时，所述交换板卡上层协议模块MPLS-TP OAM状态机锁定相应的VPWS，基于所述逻辑对应关系获取所述VPWS中UNI接口的统排端口号对应的业务板卡槽位号及端口号，将PTN网络故障或网络故障恢复信息，通过所述业务通道发送给所述业务板卡，所述业务板卡接收信息后解析信息内容，使得对应的UNI接口所在的SDH端口插入或停止插入告警。

2.如权利要求1所述的SDH和PTN网络告警联动的方法，其特征在于：不同的机框式通信设备的NNI接口通过VPN进行连接。

3.一种承载SDH和PTN网络的机框式通信设备互连系统，应用SDH和PTN网络告警联动的方法，其特征在于：包括至少两个机框式通信设备，每个所述机框式通信设备包括配置模块、检测模块以及告警控制模块，

所述配置模块，用于为相应的所述机框式通信设备配置虚拟专用线服务VPWS，确定其中所包括的用于接入SDH网络的用户网络侧接口UNI以及用于接入PTN网络的网络结点接口NNI；所述UNI接口和NNI接口之间通过二层虚拟专用网络VPN建立业务通道，并且建立所述UNI接口和预定标识以及所述NNI接口和预定标识的逻辑对应关系；

所述检测模块，用于基于多协议标签交换-传送MPLS-TP伪线PW操作管理维护OAM技术实时检测所述UNI接口和NNI接口的状态；

所述告警控制模块，用于当所述UNI接口或所述NNI接口的状态变化时，基于所述逻辑对应关系相应对告警进行控制；

其中，

所述UNI接口设置在所述机框式通信设备的业务板卡的任一SDH端口，所述NNI接口设置在所述机框式通信设备的交换板卡的PTN端口；

所述预定标识为统排端口号，其中，统排的初始端口号为所述交换板卡自身的端口号范围，然后统排的端口号按照所述业务板卡的槽位顺序累加；

所述告警控制模块，设置于所述机框式通信设备的所述交换板卡及所述业务板卡，用于当所述UNI接口或所述NNI接口的状态变化时，基于所述逻辑对应关系相应对告警进行控制包括：

所述业务板卡上的UNI接口状态变化时，设置于所述业务板卡的告警控制模块，用于将所述UNI接口故障信息或故障恢复信息通过所述业务通道发送给所述交换板卡，所述交换板卡解析故障信息或故障恢复信息，获取所述业务板卡的槽位号和端口号，基于所述逻辑对应关系将所述业务板卡的端口号映射为统排端口号，于上层协议模块MPLS-TP OAM状态机中更新所述统排端口号的状态记录，所述交换板卡的上层协议模块CSF状态机检测到上层协议模块MPLS-TP OAM状态机中存储的统排端口号的状态记录更新，根据统排端口号查询是否属于所述交换板卡所维护的VPWS的UNI端口，如果是则相应发送或停止发送告警；

所述交换板卡上的所述NNI接口状态变化时，所述交换板卡上层协议模块MPLS-TP OAM状态机锁定相应的VPWS，基于所述逻辑对应关系获取所述VPWS中UNI接口的统排端口号对应的业务板卡槽位号及端口号，设置于所述交换板卡的告警控制模块，用于将PTN网络故障或网络故障恢复信息，通过所述业务通道发送给所述业务板卡，所述业务板卡接收信息后解析信息内容，使得对应的UNI接口所在的SDH端口插入或停止插入告警。

4.如权利要求3所述的承载SDH和PTN网络的机框式通信设备互连系统，其特征在于：不同的机框式通信设备的NNI接口通过VPN进行连接。