一种 SD告警检测方法及系统 技术领域 本发明涉及通信领域， 具体而言， 涉及一种信号劣化 ( Signal Degrade, 简称为 SD )告警检测方法及系统。 背景技术 在电信业务的互联网协议 ( Internet Protocol , 简称为 IP ) 化趋势的 4舞动 下，传输网 载的业务从以时分复用（ Time Division Multiplex, 简称为 TDM ) 为主向以 IP 为主转变， 传统的面向 TDM 业务设计的同步数字体系 ( Synchronous Digital Hierarchy, 简称为 SDH )传输网技术和基于 SDH的多 业务传送平台技术 （Multi-Service Transfer Platform, 简称为 MSTP ) 都无法 满足以分组业务为主的应用需求。 而未来市场需要一种能够有效传递分组业 务， 同时提供电信级运行、 管理和维护 （ Operation Administration and Maintenance, 简称为 OAM )和保护的分组传送技术， 在这样的需求驱动下， 分组传送网成为新的选择。 当前主要有传送多协议标志交换 ( Multi protocol label Switching (多协议标志交换， 简称为 MPLS ) Transmission, 简称为 T-MPLS ) 和供应商骨千网传输 ( Provider Backbone Transport , 简称为 ΡΒΤ ) 两种分组传送网 （ Packet Transfer Network, 简称为 PTN )技术进入标准组织 并开始在电信网络部署， 其中， T-MPLS 技术已在标准化进程中抢占先机， 并演进为 MPLS-TP。 在电信业务 IP化趋势 4舞动下，传送网 载的业务从以 TDM为主向以 IP 为主转变。 未来的市场业务不只是单纯的话音， 视频、 互联网 （Internet ), 在线游戏等新业务也将层出不穷。 各类业务对服务质量的要求差别很大， 话 音、 视频通话等实时业务对报文的传送延迟、 丢包率等提出了较高的要求。 这就要求设备在对出现信号劣化情况下进行保 护倒换处理。随着 PTN设备的 逐渐商用， 国内外各运营商都对各种保护配置的 SD倒换提出了要求， 更大 程度地保障网络月艮务质量。 所谓信号劣化是指光传输网络中出现的信号衰 减， 是指丢失部分内容并 不会导致业务完全中断， 但是会导致语音、 视频通话等实时业务断断续续或 者不清晰， 给用户带来不好的体验， 随着 3G建设的开展， 各运营商对设备 提出了更高的要求， 这就要求各设备要能支持 SD保护倒换， 即， 在检测到 信号劣化超出用户能够接受的范围后进行保护 倒换处理， 将业务倒换到正常 的保护路径上去， 从而保障传输服务质量。 现有的信号劣化的检测主要是统计链路上的丢 包情况， 可用方法包括以 下两种： 1 ) PTN釆用的 T-MPLS/MPLS-TP/PBT等技术中的 OAM功能， PTN 的 OAM能够提供强大的性能监测功能一丢失测量（ Loss Measurement, 简称 为 LM ), 从而能够从各个层面上检测各自的丢包情况， 2 ) 端口统计收到的 错误包数。 在配置 1 : 1 保护或者环网保护时这两种方案都存在缺陷， 下面对这两 种方案的缺陷进行说明：

1 ) OAM的 LM性能统计： T-MPLS路径（ T-MPLS Path, 简称为 TMP ) 层的 LM性能统计是基于隧道的， 因此发生倒换后， 无论业务是否还是在相 同的物理路径上， TMP的 LM性能统计都会因为发生倒换后当前隧道没有� �� 务而无法统计丢包， 从而无法检测到 SD告警。 2 ) 端口性能统计： 对基于隧道的 LM 性能统计有一定的改善， 但是仍 无法彻底解决上述问题。 如果工作和保护隧道都在相同的物理路径上， 那么 可以利用端口 T-MPLS段（ T-MPLS Session, 简称为 TMS ) 的性能统计来检 测 SD, 然后， 利用各种方案将 TMS的 SD告警传递到 TMP, 但是， 如果工 作和保护在不同的端口， 则发生倒换后仍会出现 SD告警震荡问题。 图 la和 lb表示 1 : 1路径保护倒换对业务的处理， 图 2a和 2b表示 1 :

1子网保护倒换对业务的处理， 图 3a和 3b表示环网保护倒换对业务的处理。 如图 la-3b所示， 当发生 SD保护倒换后， 业务即会切换到保护隧道上去， 通常为了保障业务的可靠性， 工作和保护隧道是要走不同的物理端口， 当发 生保护倒换后， 工作路径所在的物理链路上可能没有业务， 此时， 无法统计 到丢包， 工作路径的设备认为 SD告警消失， 则业务又将切换回工作路径， 从而对业务造成不必要的倒换影响。 发明内容 本发明的主要目的在于提供一种防止 SD告警震荡的方案， 以解决 SD 告警震荡的问题。 根据本发明的一个方面， 提供了一种 SD告警检测方法， 包括： 发送方 设备确定所述发送方设备的第一端口发送给接 收方设备的第二端口的业务流 量低于第一预定门限； 发送方设备通过第一端口向第二端口发送背景 流； 接 收方设备根据第二端口接收到的流量进行 SD告警检测。 接收方设备根据第二端口接收到的流量进行 SD告警检测包括： 接收方 设备的 TMS OAM根据第二端口接收到的流量获取第二端口的 性能值； 接收 方设备根据性能值进行 SD告警检测。 接收方设备根据性能值进行 SD告警检测包括： TMS OAM根据性能值 确定检测到 SD告警，如果配置有环网保护则进行环网的 SD倒换； TMS OAM 将检测到的 SD告警传递给 TMS OAM对应的 TMP层； TMP层如果配置有 保护组则进行 SD倒换处理。 在发送方设备通过第一端口发送背景流给第二 端口之后， 上述方法还包 括： 接收方设备将流量中除背景流之外的部分作为 端口性能值上报给用户。 在发送方设备通过第一端口发送背景流给第二 端口之后， 上述方法还包 括：发送方设备确定第一端口发送给第二端口 的业务流量高于第二预定门限； 发送方设备停止发送背景流。 在发送方设备确定发送方设备的第一端口发送 给接收方设备的第二端口 的业务流量低于第一预定门限之前， 上述方法还包括： 发送方设备确定 SD 倒换到发送方设备所在隧道的保护隧道； 发送方设备启动定时器定时查询第 一端口的发送方向的业务流量。 背景流为目的 MAC为 0、 内容为 0、 优先级最氐的以太网 4艮文。 根据本发明的另一方面， 提供了一种 SD告警检测系统， 包括： 发送方 设备， 设置为在确定发送方设备的第一端口发送给接 收方设备的第二端口的 业务流量低于第一预定门限的情况下，通过第 一端口向第二端口发送背景流； 接收方设备， 设置为根据第二端口接收到的流量进行 SD告警检测。 接收方设备的 TMS OAM, 设置为根据第二端口接收到的流量获取第二 端口的性能值； 上述接收方设备还设置为根据性能值进行 SD告警检测。 TMS OAM,设置为根据性能值确定检测到 SD告警， 如果配置有环网保 护则进行环网的 SD倒换， 并将检测到的 SD告警传递给 TMS OAM对应的 TMP层； TMP层， 设置为在配置有保护组时， 进行 SD倒换处理。 通过本发明， 釆用在端口的流量小， 无法准确检测 SD告警的时候， 发 送背景流， 通过背景流和业务流来进行 SD告警检测的方式， 解决了相关技 术中进行 SD保护倒换时出现的 SD告警震荡的问题，进而达到了减少 SD告 警震荡的效果。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发 明， 并不构成对本发明的 不当限定。 在附图中： 图 la是根据相关技术的 1 : 1路径保护倒换前业务流向 （即， 正常业务 流向） 的示意图； 图 lb是根据相关技术的 1： 1路径保护倒换后业务流向的示意图； 图 2a是才艮据相关技术的 1 : 1子网保护倒换前业务流向 （即， 正常业务 流向） 的示意图； 图 2b是根据相关技术的 1： 1子网保护倒换后业务流向的示意图； 图 3a是才艮据相关技术的环网保护倒换前业务流� �� （即， 正常业务流向） 的示意图； 图 3b是才艮据相关技术的环网保护倒换后业务流� ��的示意图； 图 4是根据本发明实施例的 SD告警检测方法的流程图； 图 5是才艮据本发明实施例的发送方向的处理过� �的示意图； 图 6是才艮据本发明实施例的接收方向的处理过� �的示意图； 图 7是 居本发明实施例的 SD告警检测系统的结构框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本 发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互 组合。 实施例一 本发明实施例提供了一种 SD告警检测方法， 该方法可以用于 PTN中。 图 4是 居本发明实施例的 SD告警检测方法的流程图， 如图 4所示， 该方 法包括： 步骤 S402,发送方设备确定发送方设备的第一端口发� ��给接收方设备的 第二端口的业务流量低于第一预定门限， 例如， 可以定时检测发送方设备第 一端口发送方向的发送流量， 如果流量氏于设置的第一预定门限， 则进行步 骤 S404; 步骤 S404, 发送方设备通过第一端口向第二端口发送背景 流； 步骤 S406 , 接收方设备根据第二端口接收到的流量检测 SD告警并触发 SD保护倒换的处理。 本实施例中， 在端口的流量小的时候发送背景流， 通过背景流和业务流 来进行 SD告警检测， 从而实现 SD倒换处理的方式， 本实施例解决了进行 SD保护倒换时会出现当业务倒换到保护时由于� ��作路径上没有业务而检测 到 SD告警消失导致 APS的 SD告警震荡问题， 减少了因 SD告警震荡而导 致的保护倒换带来的对业务的损伤。 在本发明实施例的一个优选实例中， 接收方设备根据第二端口接收到的 流量进行 SD告警检测可以包括： 接收方设备的 TMS OAM根据第二端口接 收到的流量获取第二端口的性能值； 然后， 接收方设备根据性能值进行 SD 告警检测。 其中， 接收方设备根据性能值进行 SD告警检测可以包括： TMS OAM 根据性能值确定检测到 SD告警， 如果配置有环网保护则进行环网的 SD倒 换， 并将检测到的 SD告警传递给 TMS OAM对应的 TMP层； 然后， TMP 层如果配置有保护组则进行 SD倒换处理。 在本发明实施例的另一个优选实例中， 在发送方设备通过第一端口发送 背景流给第二端口之后， 接收方设备可以将流量中除背景流之外的部分 作为 端口性能值上报给用户， 这样， 用户可以根据背景流之外的流量进行性能分 析。 在本发明实施例的又一个优选实例中， 在发送方设备通过第一端口发送 背景流给第二端口之后， 发送方设备如果确定第一端口发送给第二端口 的业 务流量高于第二预定门限（设置的第二预定门 限足够准确检测 SD告警）， 则 停止发送背景流。 在本发明实施例的再一个优选实例中， 在发送方设备确定发送方设备的 第一端口发送给接收方设备的第二端口的业务 流量低于第一预定门限之前， 发送方设备可以确定 SD倒换到发送方设备所在隧道的保护隧道， 并启动定 时器定时查询第一端口的发送方向的业务流量 。 优选地， 上述背景流为目的 mac为 0、 内容为 0的以太网 4艮文。 实施例二 本实施例的目的是为了解决 PTN设备中配置 1: 1路径保护、 1: 1子网保 护以及环网时， 检测 SD告警时会出现当业务倒换到保护时由于工作� ��径上 没有业务而无法检测 SD告警， 则告警消失导致 APS的 SD告警震荡问题， 从而保证网络传输的质量， 提高用户对网络质量的满意度。 本实施例中， 防止 SD告警震荡的处理方法包括： 第一步： 设置发送背景流的门限值， 该门限值包括高门限和低门限。 在 SD告警检测过程中发送背景流主要是为了防止� ��护倒换后因为原路 径上没有业务流量而导致无法统计丢包情况来 计算丢包率， 从而防止无法检 测 SD告警。 但是， 这个过程不应该对业务本身造成影响。 为了防止因背景 流流量过大而造成链路拥塞、 业务丢包的情况出现， 需要设置发送背景流的 当前流量门限值， 如果当前流量氐于氐门限， 即， 当前流量可能无法 3晴确检 测 SD告警时， 则开始发送背景流； 如果当前流量高于高门限， 即， 当前流 量已经可以很好的检测 SD告警时， 则停止发送背景流。 第二步： 配置 TMS OAM获取端口性能值。 PTN保护是基于隧道的， 即， 发生倒换后是把工作隧道上的业务切换到 保护隧道上去， 所以无论是 1： 1线性保护还是环网保护， 发生 SD倒换后， 工作路径上都无业务。 所以基于隧道的 ΤΜΡ的 LM性能统计有其缺陷性， 倒换后就无法检测隧道的上的丢包情况， 此时可以通过配置段层 TMS ΟΑΜ 来进行性能统计， TMS是基于端口的 ΟΑΜ, 可以通过各种方式 （例如， 申 请号为 CN200910110069.9的发明名称为 《用于检测信号劣化缺陷的方法》 的专利申请中记载的方式， 申请号为 CN200910259516.7的发明名称为《ΡΤΝ 中 LSP线性保护倒换方法》 的专利申请中记载的方式） 将 TMS检测到的告 警传递到对应的 ΤΜΡ层， 而环网保护即是基于 TMS的倒换， 在保护倒换环 境中配置 TMS ΟΑΜ来检测丢包， 可同时用于线性和环网保护。 第三步： 启用 SD检测及 SD倒换使能后， 启用定时器定时查询端口流 量。 在启用 SD检测功能后， 软件启用定时器 Is (秒） 一次遍历当前配置的 TMS , 查询对应端口的当前流量， 从硬件获取字节数， 计算具体流量。 第四步： 当端口流量低于一定值 （即， 低门限） 时配置硬件发送无效报 文， 高于一定值 （即， 高门限） 时停止发送无效报文。

1 ) 当前端口流量低于发送背景流的低门限时， 计算应发送背景流流量 大小， 转换为字节数， 配置硬件往该端口发送目的 MAC为全 0的优先级最 氐的 64字节的以太网 （Eth ) 4艮文。 发送的这种流量必须要不影响当前业务， 而且对端接收到后必须要对该 艮文不进行转发处理。

2 ) 当前端口流量高于一定门限值 （即， 高门限） 时， 配置逻辑停止发 送背景流。 发送背景流必须要以不影响当前业务为前提条 件， 如果当前端口流量足 够大， 足以准确计算丢包率， 则不应该再发送背景流。 所以当检测到的流量 大于高门限时配置硬件停止发送背景流。 具体端口流量门限值与具体配置有 关。 第五步： 对硬件发送的无效艮文的处理。 接收到硬件发送的背景流报文时， 必须要进行一下处理： 1 ) 能够参与进行丢包统计检测 SD告警， 读取性能值进行检测 SD告警 时必须要读取包括背景流报文数的性能值。

2 ) 背景流不影响当前其他正常业务， 不能对背景流进行转发或下环处 理。 收到背景流的报文后要全部丢弃。 3 ) 不影响当前正常的业务性能统计， 发送的背景流报文不是用户需要 的， 则在用户的端口性能统计里不应该算上背景流 数据报文， 否则会给用户 造成误解。 与现有的 SD倒换处理技术相比， 本实施例解决了 1 : 1类型及环网保护 类型中， 因为业务单发而在工作检测到 SD告警发生 SD倒换后因为工作没 有业务而无法检测到告警， 业务又倒换回工作， 从而导致保护倒换震荡和对 业务造成损伤的问题， 使得出现信号劣化时的保护倒换能够更加稳定 ， 保证 传输质量，提高网络性能，进而满足了运营商 及用户对网络传输质量的要求。 实施例三 本实施例说明了本发明实施例所述方法在 PTN设备中的应用。其中， SD 倒换的处理方法的主要步骤包括： 发送方向的处理过程包括： 步骤一： 配置发送背景流的高氐门限。 根据具体应用环境设置开始发送背景流的当前 流量低门限和停止发送背 景流的高门限， 本实例以千兆口为网络节点接口 （Network Node Interface, 简称为 NNI )端口，传输百兆以太网业务为应用背景，可� �置高门限为 300M, 低门限为 100M, 即， 如果当前业务流量低于 100M则开始发送背景流， 高 于 300M则停止发送背景流。 步骤二： 配置 TMS OAM用于从端口读取丢包性能统计。 在链路的各个跨段配置 TMS MEG, 并启用 SD检测， 定时每秒从硬件 获取端口性能值来计算丢包率， 从而判断是否有 SD告警产生。 配置 TMS检 测主要是用于环网检测告警以及将 TMS的 SD告警往 TMP传递， 防止发生 保护倒换后， 基于隧道的性能统计无法检测到 TMP的 SD告警， 引起隧道保 护倒换的告警震荡。 步 4聚三： 定时读取端口流量。 定时从硬件芯片获取端口当前发送方向字节数 ， 计算当前发送流量。 步骤四： 判断端口当前流量是否低于低门限，如果是则 开始发送背景流。 判断当前端口流量是否低于设置的发送背景流 的低门限值， 如果是则配 置逻辑开始发送背景流， 发送的背景流需要不影响当前业务， 所以流量不能 高于端口最大流量， 而又需要能准确检测信号劣化情况， 所以可以设置硬件 发送 200M的目的 MAC全为 0、 内容也全为 0的 64字节的以太网 4艮文。 步骤五： 如果端口流量大于高门限， 则配置硬件停止发送背景流。 判断当前端口流量是否高于设置的高门限， 如果是， 则表明当前链路的 流量足够准确检测 SD, 可以配置硬件停止背景流的发送。 图 5是才艮据本发明实施例的发送方向的处理过� �的示意图，如图 5所示， 该流程包括： 步骤 501 , 启用 SD检测； 步骤 502 , 配置 TMS OAM进行端口性能统计； 步 4聚 503 , 启用定时器查询端口性能； 步骤 504, 遍历查询端口性能； 步骤 505 ,判断端口下是否配置了 TMS的维护实体组（ Maintenance Entity Group, 简称为 MEG ); 如果已配置 TMS , 则进行步骤 506; 如果未配置 TMS 则说明该端口不需要检测 SD , 则直接退出。 步骤 506, 到硬件查询端口发送方向字节数， 计算端口流量； 步骤 507 , 判断流量值大小； 步骤 508, 确定步骤 507中的流量小于发送背景流的低门限； 步骤 509 , 计算应发送背景流流量大小， 转换成字节数 M 1； 步骤 510, 配置硬件往该端口发送 Ml大小的背景流， 然后， 进行步骤 511并返回步 4聚 503; 步骤 511 , 硬件按照配置发送或停止发送目的 MAC为全 0的 64字节的 Eth报文； 步骤 512, 确定步骤 508中的流量大于发送背景流的高门限； 步骤 513 , 配置硬件停止发送背景流， 然后， 进行步骤 511并返回步骤 503。 接收方向处理过程包括： 在接收方向主要是区分错误包进行统计， 并对设备自动发送的无意义的 背景流报文进行单独统计， 在上报端口性能时扣除背景流部分的统计， 以便 不会因发送背景流而导致端口性能统计异常。 步骤一： 进行错误报文校验， 如果是循环冗余码 （ Cyclic Redundancy

Code , 简称为 CRC )错误则表示要丢弃， 统计为收到的错误包 M3 , 如果报 文目的 MAC为全 0且优先级最低， 则认为是硬件自动发的背景流而不是数 据报文， 统计收到的背景流中的错误报文数 M4 , 并将错误报文丢弃。 步骤二： 如果无 CRC错误， 则认为是收到正确的报文， 跟数据报文一 起统计为收到的正确报文数 Ml , 并单独统计背景流报文数 M2, 根据目的 MAC区分是否是设备自动发起的背景流报文， 如果是则丢弃； 并对其他正 常业务4艮文进行转发或下环处理。 步骤三： 启用 SD检测后定时读取包括背景流 4艮文的性能统计， 即， 收 到总的正确报文数 Ml和收到包括背景流的错误报文数 M3 ,进行 SD告警计 算， 具体过程可参照其他专利， 例如， 参见申请号为 CN200910110069.9的 发明名称为 《用于检测信号劣化缺陷的方法》 的专利申请中记载的方式， 或 申请号为 CN200910259516.7的发明名称为《PTN中 LSP线性保护倒换方法》 的专利申请中记载的方式。 步骤四： 在性能值统计里扣除背景流部分上报告警性能 模块， 作为端口 性能， 即上报 M1-M2及 M3-M4的值， 使得设备得到的性能值是不包含背景 流部分的。 图 6是才艮据本发明实施例的接收方向的处理过� �的示意图，如图 6所示， 该流程包括： 步骤 601 , 接收方接收硬件发送的背景流； 步骤 602, 判断接收到的报文是否为 CRC错误， 如果是， 则进行步骤 603 , 否则， 进行步 4聚 604; 步骤 603 , 将该报文统计为收到错误包 M3 , 并单独统计收到的背景流报 文的错误包 M4; 步骤 604, 将该 4艮文统计为收到正确包的 4艮文 Ml并单独统计背景 4艮文

M2; 步骤 605 , 启用 SD检测后定时读取包括背景流的端口性能值 Ml、 M3 计算丢包率； 步骤 606, 判断报文的目的 MAC是否为全 0, 如果是， 则进行步骤 607, 否则， 进行步骤 609; 步骤 607, 丢弃 MAC全为 0的 4艮文； 步骤 608, 在性能值统计里扣除背景流部分上报告警性能 模块， 作为端 口性能， 即， 上 4艮 M1-M2及 M3-M4的值， 然后， 正常处理流程结束； 步骤 609, 报文为正常数据报文， 进行转发或下环处理， 正常处理流程 结束。 实施例四 本发明实施例还提供了一种 SD告警检测系统， 该系统用于实现实施例 一至实施例三的方法。 图 7是才艮据本发明实施例的 SD告警检测系统的结构 框图， 如图 7所示， 该系统包括： 发送方设备 72 , 设置为在确定发送方设备 的第一端口发送给接收方设备的第二端口的业 务流量低于第一预定门限的情 况下， 通过第一端口向第二端口发送背景流； 接收方设备 74 , 合至发送方 设备 72 , 设置为根据第二端口接收到的流量进行 SD告警检测。 优选地， 接收方设备的 TMS OAM, 设置为根据第二端口接收到的流量 获取第二端口的性能值；接收方设备还设置为 根据性能值进行 SD告警检测。 优选地， TMS OAM, 设置为根据性能值确定检测到 SD告警， 如果配置 有环网保护则进行环网的 SD倒换，并将检测到的 SD告警传递给 TMS OAM 对应的 TMP层； TMP层， 设置为在配置有保护组时， 进行 SD倒换处理。 本发明实施例能够减少因 SD告警震荡而导致的保护倒换带来的对业务 的损伤， 保证网络传输的质量， 提高用户对网络质量的满意度。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执 行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的 步 4聚， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。