CN108418626B - 用于DPoE网络中的光链路保护的方法和设备 - Google Patents

Abstract

本公开的实施例公开了用于DPoE网络中的光链路保护的方法和设备。该方法包括在DPoE网络中的一对冗余OLT之间同步跨机框EPON光链路保护所需的配置信息和状态信息，配置信息至少包括冗余组的共享vCM地址，状态信息至少包括该OLT的端口保护组中的EPON端口的链路状态。基于所同步的配置信息和状态信息，冗余OLT分别确定各自EPON端口的操作状态；并且响应于确定的操作状态指示为活动状态，其将具有活动vCM实例，并将共享vCM地址与该OLT的活动vCM实例相关联。如果确定的操作状态指示为待命状态，其将不具有活动vCM实例，相应地将共享vCM地址与其vCM实例解关联。本公开的实施例还提供相应的用于DPoE网络中的光链路保护的设备。

Description

用于DPoE网络中的光链路保护的方法和设备

技术领域

本公开的实施例总体上涉及通信领域，并且具体地，涉及一种DPoE网络中的光链路保护的方法和设备。

背景技术

随着以太网无源光网络(EPON)技术的发展和新服务的出现，基于电缆数据服务接口规范(Data over Cable Service Interface Specifications，DOCSIS)配置的EPON(DOCSIS Provisioning of EPON，DPoE)网络的部署正变得越来越广泛。在为关键客户提供服务或提供关键业务时，多系统运营商(Multiple Systems Operator，MSO)期望能够在DPoE网络中提供的跨机框(Multi-chassis，以下简称MC)的EPON光链路保护，以便提高光线路终端(Optical Line Terminal，OLT)与光网络单元(Optical Network Unit，ONU)之间连接的可靠性。

关于光链路保护，IEEE标准1904.1定义了EPON网络中光链路的两种保护模式，即主干保护和树保护。然而，其并不提供OLT之间的跨机框信息同步方案，因而无法直接用于DPoE网络的多机框EPON光链路保护。因此，所期望的是，在DPoE网络中提供能够实现跨机框EPON保护的解决方案。

发明内容

总体上，本公开的实施例提出了基于跨机框通信协议(ICCP：Inter-ChassisCommunication Protocol)机制而实现DPoE网络中的光链路保护的方法和设备。

在本公开的第一方面，提供一种用于DPoE网络中的光链路保护的方法。该方法包括：在第一光线路终端(OLT)处，确定本地配置信息和本地状态信息，本地配置信息至少包括由第一OLT和第二OLT所组成的冗余组的共享虚拟电缆调制解调器(vCM)地址，本地状态信息至少包括第一OLT的受保护的第一EPON端口的链路状态；从第二OLT接收对端状态信息，对端状态信息至少指示第二OLT的受保护的第二EPON端口的链路状态，第二EPON端口与第一EPON端口组成端口保护组；基于本地配置信息、本地状态信息以及对端状态信息，确定第一EPON端口的操作状态；响应于确定的操作状态指示为活动状态，将共享vCM地址与第一OLT的vCM实例相关联，vCM实例对应于光网络单元(ONU)的受保护的EPON端口。

在某些实施例中，本地状态信息还包括由第一OLT所认知的第二EPON端口的链路状态，该方法还包括：响应于检测到第一EPON端口或第二EPON端口的链路状态改变，更新本地状态信息；以及向第二OLT发送更新的本地状态信息。

在某些实施例中，该方法还包括：响应于检测到第一OLT的配置改变，更新本地配置信息；以及向第二OLT发送更新的本地配置信息。

在某些实施例中，确定第一EPON端口的操作状态包括：响应于第一EPON端口的链路状态为正常状态以及对端状态消息指示第二EPON端口为故障状态，确定第一EPON端口的操作状态为活动状态；以及响应于第一EPON端口的链路状态为故障状态以及对端状态信息指示第二EPON端口为正常状态，确定第一EPON端口的操作状态为待命状态。

在某些实施例中，本地配置信息还包括第一EPON端口的优先级，并且确定第一EPON端口的操作状态包括：从第二OLT接收对端配置信息，对端配置信息至少包括第二EPON端口的优先级；以及响应于第一EPON端口的链路状态为正常状态以及对端状态信息指示第二EPON端口为正常状态，基于第一EPON端口的优先级和对端配置信息指示的第二EPON端口的优先级，确定第一EPON端口的操作状态。

在某些实施例中，该方法还包括：基于确定的操作状态，确定第一OLT的vCM实例的状态；以及将共享vCM地址与活动状态的vCM实例相关联。

在某些实施例中，该方法还包括：向第二OLT发送第一确认信息，第一确认信息指示第一OLT是否已接收到来自第二OLT的第二确认信息；以及在第一确认信息指示第一OLT未接收到来自第二OLT的第二确认信息的情况下，响应于接收到来自第二OLT的第二确认信息，向第二OLT发送第三确认信息，第三确认信息指示第一OLT已接收到来自第二OLT的第二确认信息。

在某些实施例中，该方法还包括：向第二OLT发送针对第二OLT发送对端配置信息和对端状态信息中的至少一个的同步请求，对端配置信息至少包括第二EPON端口的优先级。

在某些实施例中，该方法还包括：响应于接收到来自第二OLT的同步请求，确定要发送的响应的类型，同步请求至少包括同步请求的标识以及所请求的本地配置信息和本地状态信息中的至少一个；响应于确定的响应的类型指示为本地配置信息，生成第一响应；以及响应于确定的响应的类型指示为本地状态信息，生成第二响应。

在某些实施例中，生成本地配置响应消息包括：生成定界起始信息和定界结束信息，定界起始信息和定界结束信息中至少包括同步请求的标识；以及将本地配置信息置于定界起始信息和定界结束信息之间以生成上述第一响应。

在某些实施例中，生成本地状态响应消息包括：生成定界起始信息和定界结束信息，定界起始信息和定界结束信息中至少包括同步请求的标识；以及将本地状态信息置于定界起始信息和定界结束信息之间以生成上述第二响应。

在某些实施例中，该方法还包括：向第二OLT发送本地配置信息和本地状态信息。

在某些实施例中，该方法还包括：响应于操作状态为待命状态，将共享vCM地址与第一OLT的vCM实例解关联。

在本公开的第二方面，提供一种光线路终端。该光线路终端包括第一确定单元，被配置为确定本地配置信息和本地状态信息，本地配置信息至少包括由OLT和第二OLT所组成的冗余组的共享虚拟电缆调制解调器(vCM)地址，本地状态信息至少包括OLT的受保护的第一EPON端口的链路状态；接收单元，被配置为从第二OLT接收对端状态信息，对端状态信息至少指示第二OLT的受保护的第二EPON端口的链路状态，第二EPON端口与第一EPON端口组成端口保护组；第二确定单元，被配置为基于本地配置信息、本地状态信息以及对端状态信息，确定第一EPON端口的操作状态；关联单元，被配置为响应于确定的操作状态为活动状态，将共享vCM地址与OLT的vCM实例相关联，vCM实例对应于DPoE网络中的光网络单元(ONU)的受保护的EPON端口。

根据本公开的实施例，该光线路终端还包括被配置用于实现如本公开的第一方面所描述的各种操作的单元。

本公开的实施例提出了可以用于DPoE网络的MC-DPoE树保护方案，并通过扩展ICCP而定义新的应用TLV来支持该光链路保护应用，从而为尤其是关键数据或关键客户保障了数据传输可靠性以及高质量的服务提供。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：

图1示出了在其中可以实现本公开实施例的网络环境的示意图；

图2A示出了在一些实施例中可以由DPoE系统执行的方法的示例流程图；

图2B示出了在另一些实施例中可以由DPoE系统执行的方法的示例流程图；

图3示出了MC-DPoE树保护连接TLV的示例；

图4示出了MC-DPoE树保护断开连接TLV的示例；

图5示出了MC-DPoE树保护配置TLV的示例；

图6示出了MC-DPoE树保护状态TLV的示例；

图7示出了MC-DPoE树保护同步请求TLV的示例；

图8示出了MC-DPoE树保护同步数据TLV的示例；

图9示出了示出了根据本公开的实施例的在DPoE系统之间交互通信以实现MC-DPoE树保护应用的过程的示意图；

图10示出了根据本公开的一些实施例的装置的框图；以及

图11示出了根据本公开的某些实施例的设备的框图。

具体实施方式

现将结合附图对本公开的实施例进行具体的描述。应当注意的是，附图中对相似的部件或者功能组件可能使用同样的数字标示。所附附图仅仅旨在说明本公开的实施例。本领域的技术人员可以在不偏离本公开精神和保护范围的基础上从下述描述得到替代的实施方式。

如本文中所述，术语“包括”及其各种变体可以被理解为开放式术语，其意味着“包括但不限于”。术语“基于”可以被理解为“至少部分地基于”。术语“一个实施例”可以被理解为“至少一个实施例”。术语“另一实施例”可以被理解为“至少一个其它实施例”。

DPoE技术使得多系统运营商能够在保持现有运营支撑系统(Operation SupportSystem，OSS)的情况下，利用EPON网络而提供数据服务。具体地，在光线路终端上引入逻辑DPoE系统来适配DOCSIS相关接口，并模仿电缆调制解调器终端系统(Cable ModemTermination System，CMTS)/电缆调制解调器(Cable Modem，CM)的操作。同时，ONU的业务发放和管理维护由DPoE系统的虚拟电缆调制解调器(virtual Cable Modem，vCM)来代理ONU向OSS服务器发起请求并进行处理。

本公开的实施例提出在如上所述的DPoE网络中的光链路保护方案，其基于多机框的树保护机制，从而实现在光链路故障时采用树保护布置而切换到备用机框，提高OLT与ONU之间连接的可靠性，保障网络中的数据传输。

图1示出了在其中可以实现本公开的实施例的网络环境100的示意图。如图所示，网络环境100中包括第一DPoE系统110、第二DPoE系统120、DPoE光网络单元(D-ONU)150以及光分路器130和140。第一DPoE系统110中包括vCM实例111、MC-DPoE树保护应用112和线路光线路终端(Line OLT，L-OLT)113。类似地，第二DPoE系统120中包括vCM实例121、MC-DPoE树保护应用122和线路光线路终端123。

在本公开的实施例中，如下文将要详细描述的，MC-DPoE树保护应用能够控制DPoE系统中的数据路径(例如，MAC数据路径114和MAC数据路径124)，并且DPoE系统之间针对保护机制可以通过基于ICCP扩展的消息进行通信，例如建立树保护连接、互相通信各系统的配置信息、状态信息等等。

D-ONU 150具有两个线路ONU(Line ONU，L-ONU)，即L-ONU151和L-ONU 152，在正常工作时其中之一与MAC数据路径153连通。如图1所示出的，第一DPoE系统110通过光分路器130与D-ONU150的L-ONU 151连接，第二DPoE系统120通过光分路器140与D-ONU 150的L-ONU152连接。第一DPoE系统110与D-ONU 150之间形成EPON链路161，第二DPoE系统120与D-ONU150之间形成EPON链路162。

由此，第一DPoE系统110与第二DPoE系统120构成冗余组(Redundancy Group，RG)，同时D-ONU 150的L-ONU 151与L-ONU152也构成冗余L-ONU接口，并且EPON链路161和EPON链路162成为网络的互为备用的光链路。

根据本公开的实施例，如前所述，为了ONU的安全以及降低运维成本，ONU上并不部署管理IP地址，ONU的业务发放和管理维护均由DPoE系统的vCM来代理ONU向OSS服务器发起请求并进行处理。因此，每个vCM被指派一个不同的地址(例如IPv4地址)，用以标识远程D-ONU的不同的L-ONU接口。在本公开的上下文中，将该指派的地址称为专用vCM地址。例如，第一DPoE系统110的vCM实例111可以被指派一个专用vCM地址，其标识L-ONU 151；同样地，第二DPoE系统120的vCM实例121可以被指派另一个不同的专用vCM地址，其标识L-ONU 152。

当OSS系统向该不同的专用vCM地址发送简单网络管理协议(Simple NetworkManagement Protocol，SNMP)消息时，具有该不同的专用vCM地址的vCM将相应地向由该专用vCM地址所标识的远程D-ONU的特定的L-ONU接口发送扩展操作管理维护OAM(extendedOperation,Administration and Maintenance，eOAM)消息。换言之，不同的专用vCM地址唯一地标识从OSS系统到D-ONU的不同的数据路径。

网络环境100的这种布置形成DPoE网络中光链路的树保护机制。在本文中，将此布置称之为MC-DPoE树保护布置。根据下文将详细描述的本公开的实施例所提供的通信机制，当网络中的线路或设备故障时，通信业务能够自动地被切换到状态正常的EPON链路，从而保障数据传输和服务提供。

可以理解，第一DPoE系统110和第二DPoE系统120即DPoE网络中部署的DPoE OLT。在本文中，为了讨论方便起见，术语“DPoE系统”、和“DPoE OLT”、“OLT”在本公开的上下文中可以互换使用。但是应当理解，这仅仅是示例性的，无意以任何方式限制本公开的适用范围。

另外，第一DPoE系统110和第二DPoE系统120分别托管相应的EPON端口，这样的EPON端口即为冗余组中受保护的L-OLT所对应的EPON端口。两个系统相应的EPON端口形成MC EPON端口保护组。为了描述方便，在本文情境中，下文中所描述的第一DPoE系统110和第二DPoE系统120的EPON端口一般地指代端口保护组中的EPON端口。

图2A示出了在一些实施例中可以由DPoE OLT(例如，通过DPoE系统110或120)执行的方法201的示例流程图，图2B示出了在另一些实施例中可以由第一DPoE系统110执行的示例过程202的流程图。下面将结合图2A和图2B描述本公开的多个示例实施例。

首先参考图2A。在210，在第一OLT处，确定本地配置信息和本地状态信息。根据本公开的实施例，本地配置信息至少包括由第一OLT和第二OLT所组成的冗余组的共享vCM地址。本地状态信息至少包括第一OLT的受保护的第一EPON端口的链路状态。

在本公开的一些实施例中，例如在第一DPoE系统110处，可以确定该系统110的本地配置信息，其可以包括第一DPoE系统110和第二DPoE系统120所共用的vCM地址(即共享vCM地址，也称为虚拟vCM地址)。共享vCM地址是冗余组所特定的，在任一时刻仅有两个系统之一所使用。在一个实施例中，配置信息还可以包括属于冗余DPoE系统的端口保护组的EPON端口(称为第一EPON端口)的优先级。关于配置信息的详细说明将在下文具体描述。

第一DPoE系统110确定的本地状态信息可以包括第一EPON端口的链路状态。在一个实施例中，状态信息还可以包括第一DPoE系统110所认知的对端系统(即，第二DPoE系统120)的、属于端口保护组的受保护的EPON端口(称为第二EPON端口)的链路状态。例如，第一DPoE系统110可以通过来自D-ONU 150的eOAM消息而获知第二DPoE系统120的EPON端口的链路状态。关于状态信息的详细说明将在下文具体描述。

在220，从第二OLT接收对端状态信息。该对端状态信息至少指示第二OLT的受保护的第二EPON端口的链路状态，第二EPON端口与第一EPON端口组成端口保护组。在一个实施例中，该对端状态信息同样还可以包括第二DPoE系统120所认知的对端系统(即第一DPoE系统110)的、属于端口保护组的EPON端口(即第一EPON端口)的链路状态。

在230，基于本地配置信息、本地状态信息以及对端状态信息，确定第一EPON端口的操作状态。根据本公开的实施例，在获知了冗余组的配置信息和状态信息后，DPoE系统可以根据这些信息来确定端口保护组中的EPON端口的操作状态。

在一个实施例中，在第一DPoE系统110的EPON端口的链路状态为正常状态并且来自第二DPoE系统120的对端状态信息指示其EPON端口为故障状态的情况下，确定第一DPoE系统110的EPON端口为活动状态。在第一DPoE系统110的EPON端口的链路状态为故障状态并且来自第二DPoE系统120的对端状态信息指示其EPON端口为正常状态的情况下，确定第一DPoE系统110的EPON端口为待命状态。

在另一实施例中，配置信息还指示DPoE系统的EPON端口的优先级。如果第一DPoE系统110的EPON端口的链路状态为正常状态并且来自第二DPoE系统120的对端状态信息指示其EPON端口也为正常状态，可以根据从对端DPoE系统接收的对端配置信息中所包含的EPON端口优先级信息来确定本地DPoE系统的EPON端口的操作状态。

在240，响应于确定的操作状态指示为活动状态，将共享vCM地址与第一OLT的vCM实例相关联，该vCM实例对应于DPoE网络中的ONU的受保护的EPON端口。根据本公开的实施例，仅针对所确定的处于活动状态的EPON端口，其相应的DPoE系统将共享vCM地址与该DPoE系统的相应vCM实例绑定或进行关联。

在一个实施例中，如果DPoE系统的本地EPON端口状态是处于活动操作状态，DPoE系统相应地将拥有活动状态的vCM实例。将共享vCM地址与其该活动的vCM实例绑定，并且以用于该共享vCM地址的新条目更新本地路由表。如果DPoE系统的本地EPON端口状态是处于待命状态，则将共享vCM地址与其本地vCM实例解绑定，相应的vCM实例也变为待命状态，并且更新本地路由表以移除共享vCM地址的条目。

本公开所提出的共享vCM地址总是可使用的并且可操作的，其用于OSS系统管理远程D-ONU而不管端口保护组的任一EPON端口的链路状态。同时，该共享vCM地址总是绑定到当前活动vCM实例。这样的动态绑定状态被更新到两个DPoE系统的路由表并且被传播到核心网，使得从OSS系统到共享vCM地址的SNMP消息将总是正确地被路由到当前活动的vCM实例。以此方式，实现对DPoE系统中的数据路径(例如MAC数据路径1或MAC数据路径2)的控制。

如以上所描述的，在每个DPoE系统上，运行的vCM实例代表远程D-ONU以与MSO的OSS系统交互。每个vCM实例被指派一个不同的专用IPv4地址，标识远程D-ONU的不同的L-ONU接口。因此，从DPoE系统的角度来看，vCM实例的状态(活动/待命状态)应该与EPON端口的活动/待命状态捆缚。

在本公开的实施例中，对于DPoE系统，当其托管的EPON端口是Up状态(即，在正常的转发条件下)，即存在相应的vCM实例。如果EPON端口是Down(即，在故障条件下)，相应的vCM实例即被删除，或者在一些其他实现方式中，vCM实例不被物理地删除，而是被设置为相应的不可用状态，使得OSS系统将不再能够使用该vCM实例来管理远程D-ONU。需要注意的是，在EPON端口的链路状态是Up状态但被MC-DPoE树保护应用设置为待命时，相应的vCM实例应该仍然为待命状态。也就是说，处于待命的EPON端口仍然被允许承载eOAM消息，即使客户业务不被允许。

如果本地EPON端口从Down状态切换到Up状态或者反之，本地vCM实例将相应地被创建/删除。这样的动作将被认为是正常D-ONU注册/解注册过程的一部分。MC-DPoE树保护应用不需要负责这些动作。

D-ONU 150的冗余L-ONU接口(L-ONU 151和L-ONU 152)的活动/待命状态可以经由IEEE 1904.1-2013标准和/或DPoE OAM扩展规范定义的标准eOAM消息而进行管理，从而控制MAC数据路径(例如，MAC数据路径153)。在此不再赘述。

图2B示出了在另一些实施例中可以由第一DPoE系统110执行的示例过程202的流程图。需要指出的是，尽管过程202中各操作的顺序操作以特定顺序被描绘，但这并不应该理解为要求此类操作以描述的特定顺序或以图示的相继顺序完成，或者执行所有图示的操作以获取期望结果。此外，在适宜情况下，多任务或并行处理会是有益的。

在2001，与第二DPoE系统120建立树保护应用连接。在本公开的一些实施例中，为了在DPoE系统之间发起树保护应用，DPoE系统通过发送基于ICCP的消息来建立树保护应用连接。下文将对建立连接过程进行详细描述。

在与第二DPoE系统120建立树保护应用连接之后，在2003，确定本地配置信息和本地状态信息。在2003处的操作类似于结合图2A中的框210所描述的操作，在此不再赘述。

然后，在2005，第一DPoE系统110还基于确定的本地配置信息和本地状态信息而生成本地配置消息和本地状态消息，并通信传递给第二DPoE系统120。也即未经第二DPoE系统120请求而广告其本地配置信息和本地状态信息，这在建立树保护应用的初始连接后是有利的。由此，使得第二DPoE系统120可以基于来自第一DPoE系统110的配置信息和状态信息，而获知网络链路状况以及对端系统的信息并进而决定其自身的EPON端口应该工作于的状态(即活动/待命状态)。

在某些情况下，2005处发送信息的触发是基于在2002处接收到来自第二DPoE系统120的配置信息和/或状态信息同步请求。第一DPoE系统110接收到同步请求后，确定本地配置信息和本地状态信息，并发送给第二DPoE系统120。

需要指出的是，为便于描述过程202，2002处操作的执行顺序在过程202中仅是示意。第一DPoE系统120可能在与第二DPoE系统120建立树保护应用连接后的任何时刻接收到同步请求。

在2007，第一DPoE系统110接收来自第二DPoE系统120的对端配置信息和对端状态信息。在2007处的操作类似于结合图2A中的框220所描述的操作，在此不再赘述。

对端配置信息和对端状态信息的发送可以是第二DPoE系统120主动发送的，也即未经第一DPoE系统110请求而发送。在某些情况下，第一DPoE系统120可以在2006处向第二DPoE系统120发送配置信息和/或状态信息同步请求。基于该请求，第一DPoE系统110在2007处接收到对端配置信息和对端状态信息。

第一DPoE系统110获知了自己和对端的配置信息和状态信息之后，在2009，确定本地EPON端口的操作状态。在2009处的操作类似于结合图2A中的框230所描述的操作，在此不再赘述。

然后，在2011处判断操作状态是否为活动状态。如果确定EPON端口为活动状态，则在2015处，第一DPoE系统110确定vCM实例的状态，将共享vCM地址与相应的活动vCM实例相关联，并执行更新路由表、将EPON端口控制为允许客户业务转发等操作。在2011处的操作类似于结合图2A中的框240所描述的操作，在此不再赘述。

另一方面，如果确定EPON端口为待命状态，则在2013处，在共享vCM地址与相应的vCM实例相关联的情况下，第一DPoE系统110确定vCM实例的状态，将共享vCM地址与相应的vCM实例解关联，并执行更新路由表、将EPON端口控制为不允许客户业务转发等操作。

在本公开的一些实施例中，当第一DPoE系统110检测到EPON端口链路状态改变(其本地EPON端口或其RG对端的EPON端口)，或者当任何配置改变发生在第一DPoE系统110上时，其向第二DPoE系统120发送未经请求的状态或配置信息。由此，在2017处，第一DPoE系统110确定是否检测到EPON端口链路状态改变。如果是，则在2019处，更新本地状态信息，并向第二DPoE系统120发送更新的本地状态信息。

同样地，在2021处，第一DPoE系统110确定是否检测到配置信息改变。如果是，则在2023处，更新本地配置信息，并向第二DPoE系统120发送更新的本地配置信息。由此，发送方和接收方DPoE系统两者可以基于最新的配置和状态信息，重新同步配置和状态信息，重新确定其自己的以及其RG对端的EPON端口的活动/待命状态。

在需要终止树保护应用时，在2025处，第一DPoE系统110通过发送基于ICCP的断开连接消息而断开与第二DPoE系统之间的树保护应用连接。

以上结合图2A和图2B描述了DPoE系统的树保护应用的相关操作。如前所述，DPoE系统之间可以通过基于ICCP扩展的消息针对树保护应用进行通信，例如建立树保护连接、互相传递各系统的配置信息、状态信息等等。为此，在本公开的实施例中，对ICCP进行扩展而定义如下6个MC-DPoE树保护应用类型-长度-值TLV(Type-Length-Value)：

-MC-DPoE树保护连接TLV；

-MC-DPoE树保护断开连接TLV；

-MC-DPoE树保护配置TLV；

-MC-DPoE树保护状态TLV；

-MC-DPoE树保护同步请求TLV；

-MC-DPoE树保护同步数据TLV。

每一个TLV对应有不同的类型值。在本公开的情境中，6个类型值由例如以下6个常量表示：Type_Code_1，Type_Code_2，Type_Code_3，Type_Code_4，Type_Code_5和Type_Code_6。这6个类型值可以在每个DPoE系统上被本地配置，或者由互联网地址编码分配机构(Internet Assigned Numbers Authority，IANA)将其分配到“伪线名称空间(PWE3)”注册表内的“ICC RG Parameter Types”注册表中。

如以下将要详细描述的，这些TLV可以被包含在相应的ICCP消息中。可以理解，DPoE系统之间的MC-DPoE树保护相关的这些ICCP消息可以例如利用标记分发协议(LabelDistribution Protocol，LDP)会话机制以及LDP操作所需要的TCP传输机制和基于TCP的安全机制而进行传输。

MC-DPoE树保护连接TLV

该TLV被包括在ICCP“RG连接(RG Connect)”消息中以信号传递MC-DPoE树保护应用连接的建立。图3示出了MC-DPoE树保护连接TLV的格式示例。根据本公开的一个实施例，可以如下表1定义各域。

表1

MC-DPoE树保护断开连接TLV

该TLV被包括在ICCP“RG断开连接(RG Disconnect)”消息中以指示MC-DPoE树保护应用的连接将被终止。图4示出了MC-DPoE树保护断开连接TLV的格式示例。根据本公开的一个实施例，可以如下表2定义各域的值。

表2

MC-DPoE树保护配置TLV

该TLV被包括在ICCP“RG Application Data”消息中。图5示出了MC-DPoE树保护配置TLV的格式示例。根据本公开的一个实施例，可以如下表3定义各域的值。

表3

MC-DPoE树保护状态TLV

该TLV被包括在ICCP“RG Application Data”消息中。该TLV由DPoE系统用于向其冗余组对端系统报告其自己的EPON端口链路状态和其RG对端的EPON端口链路状态。冗余组对端的EPON端口链路状态是如发送DPoE系统所认识的，如前所述。图6示出了MC-DPoE树保护状态TLV的格式示例。根据本公开的一个实施例，可以如下表4定义各域的值。

表4

在本公开的一个实施例中，允许的“本地EPON端口状态”“对端EPON端口状态”域的值如下表5。

表5

值	语义
		0x00	Up(正常转发)
0x01	Down(故障，包括软件和硬件错误)
		0x02	管理上禁用(EPON端口由管理员禁用)
0x03	未知

MC-DPoE树保护同步请求TLV

该TLV被包括在ICCP“RG Application Data”消息中。该TLV由DPoE系统用于向其RG对端系统请求重发配置和/或状态信息。图7示出了MC-DPoE树保护同步请求TLV的格式示例。根据本公开的一个实施例，可以如下表6定义各域的值。

表6

MC-DPoE树保护同步数据TLV

该TLV被包括在ICCP“RG Application Data”消息中。一对这样的TLV由DPOE系统用于对响应于“MC-DPoE树保护同步请求TLV”而发送的“MC-DPoE树保护配置TLV”和/或“MC-DPoE树保护状态TLV”进行划界。划界的TLV信号传递同步的起始和结束以及经由“请求编号”域将响应与相应的请求关联。

图8示出了MC-DPoE树保护同步请求TLV的格式示例。根据本公开的一个实施例，可以如下表7定义各域的值。

表7

在一个示例中，“标志”域可以如下表8进行编码。

表8

值	含义
		0x0000	同步数据开始
0x0001	同步数据结束

以上结合图3-图8描述了对ICCP扩展以ICCP消息来承载DPoE系统之间树保护应用的交互信息。图9示出了根据本公开的实施例的在DPoE系统之间交互通信以实现MC-DPoE树保护应用的过程900的示意图。过程900利用本公开实施例提供的不同消息实现DPoE系统之间的树保护应用连接、配置信息和状态信息的传递和同步，使得DPoE系统能够根据这些信息而确定其在冗余组中的工作状态，并在链路或设备故障时自动地执行操作切换。

可以理解，图9中示出的第一DPoE系统110与第二DPoE系统120之间过程900仅是诸多信令交互过程的一个示例，根据上文所描述的通信机制可以预见若干实现方式，这些实现方式均在本公开的范围内。另外，可以理解，由于第一DPoE系统110与第二DPoE系统120构成冗余组中的配对，其操作可以是互相对应的。

当MC-DPoE树保护应用在DPoE系统上启动时，第一DPoE系统110可以向其RG对端第二DPoE系统120发送(902)具有“MC-DPoE树保护连接TLV”的ICCP“RG Connect”消息。

如果第一DPOE系统110已经从第二DPoE系统120接收到“MC-DPoE树保护连接TLV”，其应该将“MC-DPoE树保护连接TLV”的“A”比特域设置为1，否则设置为0。在第一DPoE系统110已经发送了“A”比特域为0的“MC-DPoE树保护连接TLV”的情况下，如果从第二DPoE系统120接收到“MC-DPoE树保护连接TLV”，第一DPoE系统110需要重复其具有“A”比特域设置为1的广播。

过程900示意了第一DPOE系统110发送的“MC-DPoE树保护连接TLV”的“A”比特域设置1，之后第二DPoE系统发送(904)具有“MC-DPoE树保护连接TLV”的ICCP“RG Connect”消息，其“A”比特域此时将被设置1。

当两个DPoE系统均已经发送和接收到具有“A”比特域设置为1的“MC-DPoE树保护连接TLV”，MC-DPoE树保护应用连接被认为是可操作的。一旦MC-DPoE树保护应用连接变为可操作的，两个DPOE系统能够开始交换“RG应用数据(RG Application Data)”消息以用于MC-DPoE树保护应用。

在此示例中，第一DPoE系统110确定本地的配置信息和状态信息之后，向第二DPoE系统120发送(906)未经请求的本地配置信息和/或本地状态信息，这些信息被包括在具有“MC-DPoE树保护配置TLV”的ICCP“RG Application Data”消息中。

具体地，第一DPoE系统100可以向RG对端在每ROID的基础上广告其MC-DPoE树保护应用的本地配置信息。为此目的，第一DPOE系统110发送具有“MC-DPoE树保护配置TLV”的ICCP“RG Application Data”消息作为未经请求的同步的一部分。

作为配置信息同步的一部分，第一DPoE系统110广告EPON端口保护组的ROID，其用于将不同DPoE系统上的共同保护的EPON端口相互关联。对于相同的ROID值，两个DPoE系统应该广告相同的虚拟vCM IPv4地址。否则，两个DPoE系统将其认为是错误配置，并且广告具有“否定应答(NAK)TLV”的ICCP“RG通知(RG Notification)”消息。如果接收到这样的ICCP消息，DPoE系统应该将其被配置用于MC EPON端口保护组的本地EPON端口设置为管理禁用状态。

另外，第一DPOE系统110在“MC-DPoE树保护配置TLV”中针对其被配置用于MC EPON端口保护组的本地EPON端口广告优先权值，这在确定端口保护组内的每个EPON端口的活动/待命状态时由两个DPoE系统使用，如前所描述。

另一方面，第一DPoE系统110在每ROID的基础上可以广告它们的EPON端口链路状态信息。为此目的，每个DPOE系统发送具有“MC-DPoE树保护状态TLV”的ICCP“RGApplication Data”消息作为未经请求的同步的一部分。在该TLV中，除了ROID之外，还携带本地EPON端口链路状态以及认知的对端EPON端口链路状态。

包含未经请求的配置信息和/或状态信息的“MC-DPoE树保护配置TLV”和/或“MC-DPoE树保护状态TLV”可以由一对“MC-DPoE树保护同步数据TLV”来定界。前一个“MC-DPoE树保护同步数据TLV”的“标志”域被设置为“同步数据开始”标志(0x0000)，后一个“MC-DPoE树保护同步数据TLV”的“标志”域被设置为“同步数据结束”标志(0x0001)，并且使用值为0的“请求编号”。

同样地，第二DPoE系统120向第一DPoE系统110发送(907)未经请求的本地配置信息和/或本地状态信息，其执行与第一DPoE系统110上述相同的操作。

之后，第一DPoE系统110和第二DPoE系统分别获知了自己和对端的EPON端口链路状态，并且可能地还获知了在“MC-DPoE树保护配置TLV”中广告的EPON端口优先级。此时，第一DPoE系统110和第二DPoE系统根据配置信息和状态而确定端口保护组内的EPON端口的活动/待命状态。

进一步地，DPoE系统可以根据如结合图2所描述的步骤208，基于EPON端口的操作状态而准备本地系统。例如，控制是否允许EPON端口对客户业务进行转发，将共享vCM地址与相应的vCM实例进行关联或解关联，更新路由表等等。

当第一DPoE系统110检测到(908)本地配置或本地状态发生变化，其向第二DPoE系统120发送(910)更新后的本地配置信息和本地状态信息。换句话说，在任何配置改变时，DPoE系统通过发送“MC-DPoE树保护配置TLV”重新广告最新的配置信息。在本地EPON端口的链路状态和/或RG对端EPON端口的链路状态改变时，DPoE系统通过发送“MC-DPoE树保护状态TLV”重新广告最新的状态信息。

由于在EPON树保护交换的一些场景中，DPoE系统可能不能够由其自己检测到其本地EPON端口故障。例如，DPoE系统无法由自己检测到下游线路故障。在此情况下，这样的故障条件可以由其RG对端使用“MC-DPoE树保护状态TLV”的“对端EPON端口状态”域来信号传递。

同样地，当第二DPoE系统120检测到(912)本地配置或本地状态发生变化，其向第一DPoE系统110发送(914)更新后的本地配置信息和本地状态信息。

另外，DPOE系统可以请求其RG对端重传先前广告的MC-DPoE树保护状态信息。这在DPOE系统正从软故障中恢复时是有用的。为了请求这样的重传，第一DPoE系统发送(916)具有“MC-DPoE树保护同步请求TLV”的ICCP“RG Application Data”消息。

DPOE系统通过在由一对“MC-DPoE树保护配置同步数据TLV”定界的“MC-DPoE树保护配置TLV”和/或“MC-DPoE树保护状态TLV”中发送被请求的数据来响应“MC-DPoE树保护同步请求TLV”。这些包括响应的TLV需要被排序，使得具有“同步数据开始”标志的“MC-DPoE树保护配置同步数据TLV”在被请求的数据之前，被请求的数据进而在具有“同步数据结束”标志的“MC-DPoE树保护配置同步数据TLV”之前。

当MC-DPoE树保护应用在第一DPoE系统110上停止时，第一DPoE系统110发送(918)具有“MC-DPoE树保护断开连接TLV”的“RG Disconnect”消息，以断开树保护应用的连接。

在本公开的一个实施例中，MC-DPoE树保护应用可以从DPoE系统的命令线路接口(Command Line Interface，CLI)启动。作为示例，可以如下启动和配置MC-DpoE树保护。

其中“rg-peer rg-peer-ip-address”是必选CLI选项，其配置RG对端的IPv4地址。“mc-epon-port-group roid”是必选CLI选项，其配置ROID值以用于MC EPON端口保护组。

“local-epon-port-param epon-port-id,onu-mac,priority,[enable|disable]”是必选CLI选项，其配置特定的MC EPON端口保护组内的本地EPON端口的参数。“epon-port-id,onu-mac,priority”是必选的,“enable|diable”是可选的。“epon-port-id”是DPoE系统的EPON端口的本地标识符，其可以如“/line-card-1/epon-port-1”。“onu-mac”是连接到特定的本地EPON端口的远程D-ONU的L-ONU接口的MAC地址。“priority”设置MC EPON端口保护组内的该本地EPON端口的优先权值。“enable|disable”参数配置本地EPON端口的“管理上启用/禁用”状态，如果没有被显式地配置，默认值为“enable”。

“v-vcm-ip v-vcm-ip-address”是必选CLI选项，其配置冗余vCM对的虚拟vCMIPv4地址。

图10示出了根据本公开的一个实施例的装置1000的框图。可以理解，装置1000可以实施为OLT。如图10所示，装置1000包括：第一确定单元1010，被配置为确定本地配置信息和本地状态信息，本地配置信息至少包括由该OLT和第二OLT所组成的冗余组的共享虚拟vCM地址，本地状态信息至少包括该OLT的受保护的第一EPON端口的链路状态；接收单元1020，被配置为从第二OLT接收对端状态信息，对端状态信息至少指示第二OLT的受保护的第二EPON端口的链路状态，第二EPON端口与第一EPON端口组成端口保护组；第二确定单元1030，被配置为基于本地配置信息、本地状态信息以及对端状态信息，确定第一EPON端口的操作状态；以及关联单元1040，被配置为响应于确定的操作状态指示为活动状态，将共享vCM地址与该OLT的vCM实例相关联，该vCM实例对应于DPoE网络中的ONU的受保护的EPON端口。

在某些实施例中，本地状态信息还包括由OLT所认知的第二EPON端口的链路状态。装置1000还包括第一更新单元和第一发送单元。第一更新单元被配置为响应于检测到第一EPON端口或第二EPON端口的链路状态改变，更新本地状态信息。第一发送单元被配置为向第二OLT发送更新的本地状态信息。

在某些实施例中，装置1000还包括第二更新单元和第二发送单元。第二更新单元被配置为响应于检测到OLT的配置改变，更新本地配置信息。第二发送单元被配置为向第二OLT发送更新的本地配置信息。

在某些实施例中，第二确定单元还被配置为：响应于第一EPON端口的链路状态为正常状态以及对端状态信息指示第二EPON端口为故障状态，确定第一EPON端口的操作状态为活动状态；以及响应于第一EPON端口的链路状态为故障状态以及对端状态信息指示第二EPON端口为正常状态，确定第一EPON端口的操作状态为待命状态。

在某些实施例中，本地配置信息还包括第一EPON端口的优先级，并且第二确定单元还被配置为：从第二OLT接收对端配置信息，对端配置信息至少包括第二EPON端口的优先级；以及响应于第一EPON端口的链路状态为正常状态以及对端状态信息指示第二EPON端口为正常状态，基于第一EPON端口的优先级和对端配置信息指示的第二EPON端口的优先级，确定第一EPON端口的操作状态。

在某些实施例中，装置1000还包括第三确定单元，被配置为基于第一EPON端口的操作状态，确定OLT的vCM实例的状态。关联单元1040还被配置为将共享vCM地址与活动状态的vCM实例相关联

在某些实施例中，装置1000还包括第三发送单元，被配置为：向第二OLT发送第一确认信息，第一确认信息指示第一OLT是否已接收到来自第二OLT的第二确认信息；以及在第一确认信息指示第一OLT未接收到来自第二OLT的第二确认信息的情况下，响应于接收到来自第二OLT的第二确认信息，向第二OLT发送第三确认信息，第三确认信息指示第一OLT已接收到来自第二OLT的第二确认信息。

在某些实施例中，装置1000还包括第四发送单元，被配置为向第二OLT发送针对请求第二OLT发送对端配置信息和对端状态信息中的至少一个的同步请求，对端配置信息至少包括第二EPON端口的优先级。

在某些实施例中，装置1000还包括第四确定单元，被配置为响应于接收到来自第二OLT的同步请求，确定要发送的响应的类型，同步请求至少包括同步请求的标识以及所请求的本地配置信息和本地状态信息中的至少一个；以及消息生成单元，被配置为：响应于确定的响应的类型指示为本地配置信息，生成第一响应；以及响应于确定的响应的类型指示为本地状态信息，生成第二响应。

在某些实施例中，消息生成单元还被配置为：生成定界起始信息和定界结束信息，定界起始信息和定界结束信息中至少包括同步请求的标识；以及将本地配置信息置于定界起始信息和定界结束信息之间以生成上述第一响应。在一些实施例中，消息生成单元还被配置为：将本地状态信息置于定界起始信息和定界结束信息之间以生成上述第二响应。

在某些实施例中，装置1000还包括第五发送单元，被配置为向第二OLT发送本地配置信息和本地状态信息。

在某些实施例中，装置1000还包括解关联单元，被配置为响应于操作状态指示为待命状态，将共享vCM地址与OLT的vCM实例解关联。

图11示出了适合实现本公开的实施例的设备1100的方框图。设备1100可以用来实现如上文所描述进行操作的DPoE系统。如图所示，设备1100包括控制器1110。控制器1110控制设备1100的操作和功能。例如，在某些实施例中，控制器1110可以在与其耦合的存储器1120中所存储的指令1130的配置下执行各种操作。存储器1120可以是适用于本地技术环境的任何合适的类型，并且可以利用任何合适的数据存储技术来实现，包括但不限于基于半导体的存储器件、磁存储器件和系统、光存储器件和系统。尽管图11中仅仅示出了一个存储器单元，但是在设备1100中可以有多个物理不同的存储器单元。

控制器1110可以是适用于本地技术环境的任何合适的类型，并且可以包括但不限于通用计算机、专用计算机、微控制器、数字信号控制器(DSP)以及基于控制器的多核控制器架构中的一个或多个多个。设备1100也可以包括多个控制器1110。

当设备1100充当DPoE系统时，控制器1110执行存储器1120中存储的指令1130，使得DPoE系统实现上文参考图2A和图2B描述的方法201和过程202。上文参考图3-图9所描述的所有特征均适用于设备1100，在此不再赘述。

一般而言，本公开的各种示例实施例可以在硬件或专用电路、软件、固件、逻辑，或其任何组合中实施。某些方面可以在硬件中实施，而其他方面可以在可以由控制器、微处理器或其他计算设备执行的固件或软件中实施。当本公开的实施例的各方面被图示或描述为框图、流程图或使用某些其他图形表示时，将理解此处描述的方框、装置、系统、技术或方法可以作为非限制性的示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备，或其某些组合中实施。

作为示例，可以用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑、分立硬件组件或用于执行本文所述的功能的任意组合来实现或执行结合本公开所描述的各种示例性的逻辑块、模块和电路。通用处理器可以是微处理器，或者，处理器也可以是任何普通的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或者任何其它此种结构。

作为示例，本公开的实施例可以在机器可执行指令的上下文中被描述，机器可执行指令诸如包括在目标的真实或者虚拟处理器上的器件中执行的程序模块中。一般而言，程序模块包括例程、程序、库、对象、类、组件、数据结构等，其执行特定的任务或者实现特定的抽象数据结构。在各实施例中，程序模块的功能可以在所描述的程序模块之间合并或者分割。用于程序模块的机器可执行指令可以在本地或者分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质二者中。

用于实现本公开的方法的计算机程序代码可以用一种或多种编程语言编写。这些计算机程序代码可以提供给通用计算机、专用计算机或其他可编程的数据处理装置的处理器，使得程序代码在被计算机或其他可编程的数据处理装置执行的时候，引起在流程图和/或框图中规定的功能/操作被实施。程序代码可以完全在计算机上、部分在计算机上、作为独立的软件包、部分在计算机上且部分在远程计算机上或完全在远程计算机或服务器上执行。

在本公开的上下文中，机器可读介质可以是包含或存储用于或有关于指令执行系统、装置或设备的程序的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备，或其任意合适的组合。机器可读存储介质的更详细示例包括带有一根或多根导线的电气连接、便携式计算机磁盘、硬盘、随机存储存取器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光存储设备、磁存储设备，或其任意合适的组合。

另外，尽管操作以特定顺序被描绘，但这并不应该理解为要求此类操作以示出的特定顺序或以相继顺序完成，或者执行所有图示的操作以获取期望结果。在某些情况下，多任务或并行处理会是有益的。同样地，尽管上述讨论包含了某些特定的实施细节，但这并不应解释为限制任何发明或权利要求的范围，而应解释为对可以针对特定发明的特定实施例的描述。本说明书中在分开的实施例的上下文中描述的某些特征也可以整合实施在单个实施例中。反之，在单个实施例的上下文中描述的各种特征也可以分离地在多个实施例或在任意合适的子组合中实施。

尽管已经以特定于结构特征和/或方法动作的语言描述了主题，但是应当理解，所附权利要求中限定的主题并不限于上文描述的特定特征或动作。相反，上文描述的特定特征和动作是作为实现权利要求的示例形式而被公开的。

Claims (26)

1.一种用于光链路保护的方法，包括：

在第一光线路终端OLT处，确定本地配置信息和本地状态信息，所述本地配置信息至少包括由第二OLT和所述第一OLT所组成的冗余组的共享虚拟电缆调制解调器vCM地址，所述本地状态信息至少包括所述第一OLT的受保护的第一以太网无源光网络EPON端口的链路状态；

从所述第二OLT接收对端状态信息，所述对端状态信息至少指示所述第二OLT的受保护的第二EPON端口的链路状态，所述第二EPON端口与所述第一EPON端口组成端口保护组；

基于所述本地配置信息、所述本地状态信息以及所述对端状态信息，确定所述第一EPON端口的操作状态；

响应于确定的所述操作状态为活动状态，将所述共享vCM地址与所述第一OLT的vCM实例相关联，所述vCM实例对应于光网络单元ONU的受保护的EPON端口。

2.根据权利要求1所述的方法，其中所述本地状态信息还包括由所述第一OLT所认知的所述第二EPON端口的链路状态，并且所述方法还包括：

响应于检测到所述第一EPON端口或所述第二EPON端口的链路状态改变而更新所述本地状态信息；以及

向所述第二OLT发送更新的所述本地状态信息。

3.根据权利要求1所述的方法，还包括：

响应于检测到所述第一OLT的配置改变，更新所述本地配置信息；以及

向所述第二OLT发送更新的所述本地配置信息。

4.根据权利要求1所述的方法，其中确定所述第一EPON端口的所述操作状态包括：

响应于所述第一EPON端口的链路状态为正常状态以及所述对端状态信息指示所述第二EPON端口为故障状态，确定所述第一EPON端口的所述操作状态为所述活动状态；以及

响应于所述第一EPON端口的链路状态为故障状态以及所述对端状态信息指示所述第二EPON端口为正常状态，确定所述第一EPON端口的所述操作状态为待命操作状态。

5.根据权利要求1所述的方法，其中所述本地配置信息还包括所述第一EPON端口的优先级，并且确定所述第一EPON端口的所述操作状态包括：

从所述第二OLT接收对端配置信息，所述对端配置信息至少包括所述第二EPON端口的优先级；以及

响应于所述第一EPON端口的链路状态为正常状态以及所述对端状态信息指示所述第二EPON端口为正常状态，基于所述第一EPON端口的优先级和所述对端配置信息指示的所述第二EPON端口的优先级，确定所述第一EPON端口的所述操作状态。

6.根据权利要求1所述的方法，还包括：

基于确定的所述操作状态，确定所述第一OLT的所述vCM实例的状态；以及

将所述共享vCM地址与活动状态的所述vCM实例相关联。

7.根据权利要求1所述的方法，还包括：

向所述第二OLT发送第一确认信息，所述第一确认信息指示所述第一OLT是否已接收到来自所述第二OLT的第二确认信息；以及

在所述第一确认信息指示所述第一OLT未接收到来自所述第二OLT的所述第二确认信息的情况下，

响应于接收到来自所述第二OLT的所述第二确认信息，向所述第二OLT发送第三确认信息，所述第三确认信息指示所述第一OLT已接收到来自所述第二OLT的所述第二确认信息。

8.根据权利要求1所述的方法，还包括：

向所述第二OLT发送针对所述第二OLT发送对端配置信息和所述对端状态信息中的至少一个的同步请求，所述对端配置信息至少包括所述第二EPON端口的优先级。

9.根据权利要求1所述的方法，还包括：

响应于接收到来自所述第二OLT的同步请求，确定要发送的响应的类型，所述同步请求至少包括所述同步请求的标识以及所请求的所述本地配置信息和所述本地状态信息中的至少一个；

响应于确定的所述响应的所述类型指示为本地配置信息，生成第一响应；以及

响应于确定的所述响应的所述类型指示为本地状态信息，生成第二响应。

10.根据权利要求9所述的方法，其中生成所述第一响应包括：

生成定界起始信息和定界结束信息，所述定界起始信息和所述定界结束信息中至少包括所述同步请求的所述标识；以及

将所述本地配置信息置于所述定界起始信息和所述定界结束信息之间以生成所述第一响应。

11.根据权利要求9所述的方法，其中生成所述第二响应包括：

生成定界起始信息和定界结束信息，所述定界起始信息和所述定界结束信息中至少包括所述同步请求的所述标识；以及

将所述本地状态信息置于所述定界起始信息和所述定界结束信息之间以生成所述第二响应。

12.根据权利要求1所述的方法，还包括：

向所述第二OLT发送所述本地配置信息和所述本地状态信息。

13.根据权利要求1所述的方法，还包括：

响应于所述操作状态指示为待命状态，将所述共享vCM地址与所述第一OLT的所述vCM实例解关联。

14.一种光线路终端OLT，包括：

第一确定单元，被配置为确定本地配置信息和本地状态信息，所述本地配置信息至少包括由所述OLT和另一OLT所组成的冗余组的共享虚拟电缆调制解调器vCM地址，所述本地状态信息至少包括所述OLT的受保护的第一EPON端口的链路状态；

接收单元，被配置为从所述另一OLT接收对端状态信息，所述对端状态信息至少指示所述另一OLT的受保护的第二EPON端口的链路状态，所述第二EPON端口与所述第一EPON端口组成端口保护组；

第二确定单元，被配置为基于所述本地配置信息、所述本地状态信息以及所述对端状态信息，确定所述第一EPON端口的操作状态；

关联单元，被配置为响应于确定的所述操作状态为活动状态，将所述共享vCM地址与所述OLT的vCM实例相关联，所述vCM实例对应于DPoE网络中的光网络单元ONU的受保护的EPON端口。

15.根据权利要求14所述的光线路终端OLT，其中所述本地状态信息还包括由所述OLT所认知的所述第二EPON端口的链路状态，并且所述光线路终端还包括：

第一更新单元，被配置为响应于检测到所述第一EPON端口或所述第二EPON端口的链路状态改变，更新所述本地状态信息；以及

第一发送单元，被配置为向所述另一OLT发送更新的所述本地状态信息。

16.根据权利要求14所述的光线路终端OLT，还包括：

第二更新单元，被配置为响应于检测到所述OLT的配置改变，更新所述本地配置信息；并且

第二发送单元，被配置为向所述另一OLT发送更新的所述本地配置信息。

17.根据权利要求14所述的光线路终端OLT，其中所述第二确定单元还被配置为：

响应于所述第一EPON端口的链路状态为正常状态以及所述对端状态信息指示所述第二EPON端口为故障状态，确定所述第一EPON端口的所述操作状态为所述活动状态；以及

响应于所述第一EPON端口的链路状态为故障状态以及所述对端状态信息指示所述第二EPON端口为正常状态，确定所述第一EPON端口的所述操作状态为待命状态。

18.根据权利要求14所述的光线路终端OLT，其中所述本地配置信息还包括所述第一EPON端口的优先级，并且所述第二确定单元还被配置为：

从所述另一OLT接收对端配置信息，所述对端配置信息至少包括所述第二EPON端口的优先级；以及

响应于所述第一EPON端口的链路状态为正常状态以及所述对端状态信息指示所述第二EPON端口为正常状态，基于所述第一EPON端口的优先级和所述对端配置信息指示的所述第二EPON端口的优先级，确定所述第一EPON端口的所述操作状态。

19.根据权利要求14所述的光线路终端OLT，还包括：

第三确定单元，被配置为基于确定的所述操作状态，确定所述OLT的所述vCM实例的状态；并且

所述关联单元被配置为将所述共享vCM地址与活动状态的所述vCM实例相关联。

20.根据权利要求14所述的光线路终端OLT，还包括：

第三发送单元，被配置为：

向所述另一OLT发送第一确认信息，所述第一确认信息指示所述OLT是否已接收到来自所述另一OLT的第二确认信息；以及

在所述第一确认信息指示所述OLT未接收到来自所述另一OLT的所述第二确认信息的情况下，

响应于接收到来自所述另一OLT的所述第二确认信息，向所述另一OLT发送第三确认信息，所述第三确认信息指示所述OLT已接收到来自所述另一OLT的所述第二确认信息。

21.根据权利要求14所述的光线路终端OLT，还包括：

第四发送单元，被配置为向所述另一OLT发送针对所述另一OLT发送对端配置信息和所述对端状态信息中的至少一个的同步请求，所述对端配置信息至少包括所述第二EPON端口的优先级。

22.根据权利要求14所述的光线路终端OLT，还包括：

第四确定单元，被配置为响应于接收到来自所述另一OLT的同步请求，确定要发送的响应的类型，所述同步请求至少包括所述同步请求的标识以及所请求的所述本地配置信息和所述本地状态信息中的至少一个；以及

消息生成单元，被配置为：

响应于确定的所述响应的所述类型指示为本地配置信息，生成第一响应；以及

响应于确定的所述响应的所述类型指示为本地状态信息，生成第二响应。

23.根据权利要求22所述的光线路终端OLT，其中所述消息生成单元还被配置为：

生成定界起始信息和定界结束信息，所述定界起始信息和所述定界结束信息中至少包括所述同步请求的所述标识；以及

将所述本地配置信息置于所述定界起始信息和所述定界结束信息之间以生成所述第一响应。

24.根据权利要求22所述的光线路终端OLT，其中所述消息生成单元还被配置为：

生成定界起始信息和定界结束信息，所述定界起始信息和所述定界结束信息中至少包括所述同步请求的所述标识；以及

将所述本地状态信息置于所述定界起始信息和所述定界结束信息之间以生成所述第二响应。

25.根据权利要求14所述的光线路终端OLT，还包括：

第五发送单元，被配置为向所述另一OLT发送所述本地配置信息和所述本地状态信息。

26.根据权利要求14所述的光线路终端OLT，还包括：

解关联单元，被配置为响应于所述操作状态指示为待命状态，将所述共享vCM地址与所述OLT的所述vCM实例解关联。

Images