专利名称：一种连续性检测的实现方法
技术领域：
本发明涉及操作、管理、维护技术领域，具体涉及一种连续性检测的实现方法。
背景技术：
目前，ITU-T(国际电信联盟电信标准化部门)和IEEE(电子电气工程师协会)两个组在同时对以太网端到端的OAM(操作管理维护)功能进行研究，其中ITU-T在Y.1730和Y.71ehtoam两篇文档中对以太网端到端的OAM功能进行了描述，IEEE在802.1ag文档中对以太网端到端的OAM功能进行了描述。上述文档中，两个组织的思路大体相同，OAM功能的解决方案也很相似，其中ITU-T的文档中包括了告警和性能部分，使OAM体系更为完善。
目前业界对基本的OAM功能已经达成共识，即OAM功能应该包括三个部分故障自动发现、故障验证和故障定位。这里的“故障”可能是由链路失效、环路和软件配置错误等引发的。
CC(Continuity Check连续性检测)提供了一种故障自动发现的方法，CC既能检测出网络中的硬件故障也能检测出如内存耗尽、配置错误等软件故障。
CC的基本实现原理为每一个边缘PB(Provider Bridge运营商网桥)会周期性的从与其处于同一SI(Service Instance服务实例)的其他边缘PB处接收到远端PB发送的心跳消息，一旦本地PB不再接收到远端PB的心跳消息，那就意味着要么远端PB发生了故障，要么链路发生了不可恢复的故障；本地PB自动或者通过下发命令启动错误确认和错误隔离机制。
下面以发送CCM(CC消息)的MEP(Maintenance End Point维护端点)的处理过程和接收CC消息的MEP的处理过程对目前通用的CC实现方法进行说明。
为实现CC功能，需要在每一个MIP(Maintenance Intermediate Point维护中间点)中维护有两个MEP数据库，这两个MEP数据库对应两个接收CC消息的方向。MEP只能在一个接收方向上接收CC消息。MEP数据库中存储有以MEPID为索引的CC消息承载的信息，如Lifetime TLV(生存时间类型长度值)、thesource MAC address和被接收的方向等。MIP和MEP统称MP(Maintenance Point维护点)。
发送CC消息的MEP的处理过程当一个激活的MEP被配置后，便立刻发送经过特殊定义多播MAC地址的CC消息。MEP发送该CC消息的时间间隙可配置，取值范围从0.01s到665.35s。
发送CC消息的MEP中维护有一个变量，该变量用于保存下一个发送的CC消息包的序列号，在发送CC消息的MEP初始化时，该变量被设置为一个随机值，且MEP每发送一个CC消息包，该变量值加一。
发送的CC消息中必须包含有Lifetime TLV，该值一般设置为发送CC消息的时间间隙的3.5倍，以便接收CC消息的MEP可以在丢失两个CC消息而不报告任何错误。在发送CC消息的MEP需要退出时，发送Lifetime TLV为0的CC消息。
接收CC消息的MEP的处理过程每一个接收到CC消息的MP都会检查CC消息中的MEGID(维护实体组)TLV是否同自己的配置匹配，且接收到CC消息的MEP要保证其收到的CC消息的MEPID TLV与自己的配置不同。
MEP在第一次接收到远端MEP发送来的Lifetime TLV不为0的CC消息时，启动一个用来检测CC消息是否丢失的CC有效性记时器。在这个CC有效性记时器超时后，如果该MEP仍然没有接收到远端MEP发送来的下一个CC消息，则认为产生了CC LOS(丢失)，如果连续丢失N个如3个CC消息，则认为发送CC消息的远端MEP发生了错误。
MP在接收到Lifetime TLV为0的CC消息时，确定发送该CC消息的MEP正在退出，丢弃其MEP数据库中存储的与该CC消息中的MEPID相关的所有信息。接收该CC消息的MEP应该立即丢弃此CC消息，并停止与发送此CC消息的MEP相关的定时器，清除本地MEP数据库中的相关信息。
通过上述对CC实现方法的描述可知，在CC功能启动之前，如果网络已经发生故障如断纤或配置错误等，采用目前的CC机制将无法检测出故障。如在附图1、附图2、附图3中，设定MEP1和MEP2之间存在物理连接，且该物理链路在MEP1、MEP2启动CC功能前存在故障，由于CC消息是主动发送，且无需响应，接收CC消息的MEP2只有在接收到MEP1传输来的第一个CC消息时，才会知道MEP1的存在、并开始检测与MEP1的连通性，由于MEP2无法接收到MEP1发送的CC消息，所以，该链路故障不能够被检测出来。
发明内容
本发明的目的在于，提供一种连续性检测的实现方法，以实现完善CC功能的目的。
为达到上述目的，本发明提供的一种连续性检测的实现方法，包括a、设置接收到CC消息的维护端点需要返回CC响应消息；b、对所述CC消息进行处理的维护点根据所述CC响应消息确定网络状态。
所述步骤a具体包括设置接收到CC消息的维护端点在确定该CC消息符合预定条件时需要返回CC响应消息。
所述预定条件包括CC消息承载有预定信息、CC消息中的维护端点标识信息与接收CC消息的维护端点的维护端点标识同属于一个服务实例/维护实体组但不相同、且CC消息中的生存时间不为0。
所述预定信息承载于维护端点发送的第一个CC消息中。
所述预定信息包括CC消息的预定序列号。
所述方法还包括发送CC消息的MEP在初始化时，设置CC消息的序列号为预定序列号。
所述步骤b具体包括发送CC消息的维护端点判断是否在第一时间间隔内接收到CC响应消息，如果接收到所述CC响应消息，确定网络正常；如果未接收到所述CC响应消息，确定网络出现故障，启动错误处理过程。
所述步骤b具体包括接收到承载有预定信息的CC消息的各维护中间点判断是否在第二时间间隔内接收到CC响应消息；如果接收到CC响应消息，确定网络正常，继续传输所述CC响应消息；如果未接收到CC响应消息，确定网络出现故障，发送故障信息。
所述出现故障的信息为CC响应超时消息，且所述步骤b具体包括如下步骤接收到承载有预定信息的CC消息的各维护中间点获取并存储该CC消息的接收方向和源地址信息，同时，开始判断在第二时间间隔内是否接收到CC响应消息或其他维护中间点传输来的CC响应超时消息；如果接收到CC响应消息或CC响应超时消息，继续向所述CC消息的源MEP方向发送该CC响应消息或CC响应超时消息；如果未接收到CC响应消息或CC响应超时消息，确定网络出现故障，根据其存储的源地址信息产生CC响应超时消息，并根据其存储的接收方向发送。
所述步骤b还包括所述发送CC消息的维护端点在发送承载有预定信息的CC消息后，判断是否在第一时间间隔内接收到所述CC响应消息、CC响应超时消息；如果接收到所述CC响应消息，确定网络正常；如果接收到所述CC响应超时消息，或一直未接收到CC响应消息和CC响应超时消息，确定网络出现故障，启动错误处理过程。
所述第一时间间隔长于所述第二时间间隔。
所述CC响应超时消息中还承载有与产生该消息的维护中间点相关的信息。
通过上述技术方案的描述可知，本发明通过使接收到CC消息的MEP返回CC响应消息，使本发明能够及时检测出MEP启动CC功能之前网络中存在的故障；通过使接收到CC消息的MIP产生CC响应超时消息、并通过在发送CC消息的MEP设置源端定时器，使本发明的连续性检测方法能够检测出网络中不同位置存在的故障；通过在CC响应超时消息中承载与MIP相关的信息，有利于网络故障的定位；从而通过本发明提供的技术方案实现了提高故障检测准确性，完善连续性检测机制的目的。
图1是现有技术的CC实现方法示意图一；图2是现有技术的CC实现方法示意图二；图3是现有技术的CC实现方法示意图三；图4是本发明的CC实现方法示意图一；图5是本发明的CC实现方法示意图二；图6是本发明的CC实现方法示意图三。
具体实施例方式
本发明的核心是设置接收到CC消息的维护端点需要返回CCRM(CC响应消息)，对所述CC消息进行处理的维护点根据所述CC响应消息确定网络状态。
下面基于本发明的核心思想对本发明提供的技术方案做进一步的描述。
本发明中对所述CC消息进行处理的MP可以为发送该CC消息的MEP，也可以为接收到该CC消息并继续发送该CC消息的MIP，同样可以为发送该CC消息的MEP和接收到该CC消息并发送该CC消息的MIP。
下面以发送CC消息的MEP的处理过程、接收CC消息的MEP的处理过程、接收到CC消息的各MIP的处理过程对本发明的CC实现方法进行说明。
本发明的发送CC消息的MEP的处理过程当一个激活的MEP被配置后，便立刻发送经过特殊定义多播MAC地址的CC消息。MEP发送该CC消息的时间间隙可配置，取值范围从0.01s到665.35s。
发送CC消息的MEP中维护有一个变量，该变量用于保存下一个发送的CC消息包的序列号，在发送CC消息的MEP初始化时，该变量被设置为一个预定值如1，且MEP每发送一个CC消息包，该变量值加一。
发送的CC消息中必须包含有Lifetime TLV，该值一般设置为发送CC消息的时间间隙的3.5倍，以便接收CC消息的MEP可以在丢失两个CC消息而不报告任何错误。在发送CC消息的MEP需要退出时，发送Lifetime TLV为0的CC消息。
发送CC消息的MEP在发送第一个CC消息之后，立刻启动一个源端定时器，该定时器的定时时长为第一时间间隔，且该定时器的定时时长应该大于各MIP点中设置的CC响应消息定时器的定时时长，并在该定时器的定时时长内等待接收远端MEP的CC响应消息。
本发明的接收CC消息的MEP的处理过程每一个接收到CC消息的MEP都会检查CC消息中的MEGID TLV是否同自己的配置匹配，且接收CC消息的远端MEP要保证其收到的CC消息的MEPIDTLV与自己的配置不同。如果接收到CC消息的MEP确定CC消息中的MEGIDTLV与自己的配置不匹配或CC消息中的MEPID TLV与自己的配置不同，则直接丢弃该CC消息。
远端MEP在接收到序列号为1、且Lifetime TLV不为0的CC消息时，确定该CC消息是第一次被接收，远端MEP将该CC消息中承载的MEP的相关信息以MEPID为索引保存到其MEP数据库中。保存到MEP数据库中的信息中至少包括Lifetime TLV、the source MAC address和接收的方向。远端MEP还需要向发送CC消息的MEP返回一个表示连接正常的CC响应消息，该CC响应消息的目的MAC地址被设置为CC消息中的源MAC地址。
同时，接收到CC消息的远端MEP还会启动一个用来检测CC消息是否丢失的CC有效性记时器。在这个CC有效性记时器超时后，如果该MEP仍然没有接收到远端MEP发送来的下一个CC消息，则认为产生了CC LOS，如果连续丢失N个如3个CC消息，则认为发送CC消息的远端MEP发生了错误。
MEP在接收到Lifetime TLV为0的CC消息时，确定发送该CC消息的MEP正在退出，丢弃其MEP数据库中存储的与该CC消息中的MEPID相关的所有信息。接收该CC消息的MEP应该立即丢弃此CC消息，并停止与发送此CC消息的MEP相关的定时器，清除本地MEP数据库中的相关信息。
远端MEP在接收到序列号不为1且Lifetime TLV不为0的CC消息时，确定对应此CC消息的CC有效性记时器是否已经启动，如果已经启动，则直接清除该CC消息的CC有效性记时器，重新开始计时，不作任何响应操作；如果尚未启动，则针对此CC消息启动CC有效性记时器，并将该CC消息中承载的MEP的相关信息以MEPID为索引保存到其MEP数据库中。保存到MEP数据库中的信息中至少包括Lifetime TLV、the source MAC address和接收的方向。
接收到CC消息的各MIP对CC消息的处理过程MIP在接收到序列号为1的CC消息时，确定该CC消息是源端MEP发送的第一个CC消息，MIP启动一个时间可配置的CC响应消息定时器如5s等，并记录该CC消息的接收方向和CC消息中承载的源MAC地址，然后，将该CC消息继续向下传送。该CC响应消息定时器的定时时长为第二时间间隔。
各MIP在收到下面两种消息中的任一一种消息时，其启动的CC响应消息定时器自动停止计时，并将接收到的消息向源端MEP方向透传，这两种消息为1、与其连接其他MIP发送来的CC响应超时消息。
2、远端MEP发送来的CC响应消息。
如果本MIP的CC响应消息定时器已经超时，而本MIP仍然没有接收到上述两种消息中的任一一种，确定前方有网络连通性故障，本MIP产生一条CC响应超时消息，该消息的目的MAC地址被置为其记录的源MAC地址，并根据存储的接收方向发送该CC响应超时消息。
MIP在发送CC响应超时消息时可以在该消息中附加一些信息，如本MIP的网络位置、状态等信息。这些信息有利于故障定位。
发送CC消息的源端MEP对CC响应超时消息的处理发送CC消息的源端MEP如果在源端定时器超时前接收到远端MEP的CC响应消息时，确定网络处于正常状态，停止该源端定时器，不对该消息进行任何处理，直接丢弃。
发送CC消息的源MEP如果在源端定时器的定时时间内接收到MIP的CC响应超时消息时，确定网络出现连接故障，停止该源端定时器，启动错误处理过程，如上报告警信息、自动或者通过下发命令启动错误确认和错误隔离机制等。
发送CC消息的源端MEP如果在源端定时器超时时，即没有接收到远端MEP的CC响应消息，也没有接收到MIP的CC响应超时消息，确定网络出现连接故障，停止该源端定时器，启动错误处理过程，如上报告警信息、自动或者通过下发命令启动错误确认和错误隔离机制等。
基于上述对本发明的连续检测的方法的说明可以看出，本发明能够检测出现有技术不能够检测出的网络故障。
如在图1中，设定MEP1和MEP2在启动CC功能之前，MEP1和MEP2之间就出现了链接故障。
MEP1启动CC功能，设置MEP1中记录CC消息序列号的变量的值为1。MEP1发送序列号为1且Lifetime TLV不为0的CC消息，并同时启动源端定时器。
MEP1和MEP2之间存在的链接故障使MEP2不会接收到该CC消息，所以，MEP2不会向MEP1发送CC响应消息。MEP1在其源端定时器超时时，确定网络出现故障，停止该源端定时器的计时，启动错误处理过程。
在图2中，设定MEP1和MEP2在启动CC功能之前，MIP1和MIP2之间就出现了链接故障。
MEP2启动CC功能，设置MEP2中记录CC消息序列号的变量的值为1。MEP2发送序列号为1且Lifetime TLV不为0的CC消息，并同时启动源端定时器。
MIP1在接收到MEP2传输来的序列号为1的CC消息时，获取该CC消息的源MAC地址并记录该CC消息的接收方向，继续发送该CC消息，同时，启动CC响应消息定时器。由于MIP1和MIP2之间存在的链接故障使MIP2、MEP1不会接收到该CC消息，所以，MIP1不会接收到MEP2的CC响应消息，也不会接收到MIP2的CC响应超时消息。MIP1在其CC响应消息定时器超时时，确定网络出现故障，停止该定时器的计时，产生CC响应超时消息，该CC响应超时消息的目的地址为其记录的源MAC地址，MIP1根据其记录的接收方向发送该CC响应超时消息。当然，MIP在发送CC响应超时消息时也可以在该消息中附加一些信息，如本MIP的网络位置、状态等信息。MEP1在其源端定时器的计时时间内接收到该CC响应超时消息，确定网络出现故障，停止该源端定时器的计时，启动错误处理过程。
在图3中，设定MEP1和MEP2在启动CC功能之前，MEP2和MIP1之间就出现了链接故障，MEP2启动CC功能，设置MEP2中记录CC消息序列号的变量的值为1。MEP2发送序列号为1且Lifetime TLV不为0的CC消息，并同时启动源端定时器。
由于MIP1和MEP2之间存在的链接故障使MIP1、MEP1不会接收到该CC消息，所以，MEP2不会接收到MEP1的CC响应消息，也不会接收到MIP1的CC响应超时消息。MEP2在其源端定时器超时时，确定网络出现故障，停止该源端定时器的计时，启动错误处理过程。
在图4中，MEP1启动CC功能，设置MEP1中记录CC消息序列号的变量的值为1。MEP1发送序列号为1且Lifetime TLV不为0的CC消息，MEP1同时启动源端定时器。
MIP1在接收到MEP1传输来的序列号为1且Lifetime TLV不为0的CC消息时，获取该CC消息的源MAC地址并记录该CC消息的接收方向，启动CC响应消息定时器，并继续发送该CC消息。MIP2、MIP3、MIP4在接收到序列号为1的CC消息时，对该CC消息的处理与MIP1的处理过程相同。
MEP2在接收到序列号为1、MEGID TLV与自己的配置不相同且LifetimeTLV不为0的CC消息时，确定该CC消息是第一次被接收，MEP2需要向MEP1返回一个表示连接正常的CC响应消息，该CC响应消息的目的MAC地址被设置为CC消息中的源MAC地址。MEP2还会在其自身的MEP数据库中存储以MEPID为索引的CC消息承载的信息，如Lifetime TLV(生存时间类型长度值)、thesource MAC address和被接收的方向等。同时，MEP2启动一个用来检测CC消息是否丢失的CC有效性记时器。在这个CC有效性记时器超时后，如果MEP2仍然没有接收到MEP1发送来的下一个CC消息，则认为产生了CC LOS(丢失)，如果连续丢失N个如3个CC消息，则认为发送CC消息的远端MEP发生了错误。
MIP4在其CC响应消息定时器超时前接收到MEP2传输来的CC响应消息时，停止该CC响应消息定时器，并继续将该CC响应消息透传至MIP3。MIP3、MIP2、MIP1接收到CC响应消息时，对该CC消息的处理与MIP1的处理过程相同。
MEP1在其源端定时器超时前，接收到MIP1传输来的CC响应消息时，确定网络没有出现故障，停止该源端定时器，将记录CC消息序列号的变量值加一，并根据原有的处理流程继续发送具有后续序列号的CC消息。
在图5中，设定MEP1和MEP2在启动CC功能之前，MIP3和MIP4之间就出现了链接故障。
MEP1启动CC功能，设置MEP1中记录CC消息序列号的变量的值为1。MEP1发送序列号为1且Lifetime TLV不为0的CC消息，MEP1同时启动源端定时器。
MIP1在接收到MEP1传输来的序列号为1且Lifetime TLV不为0的CC消息时，获取该CC消息的源MAC地址并记录该CC消息的接收方向，启动CC响应消息定时器，并继续发送该CC消息。MIP2、MIP3在接收到序列号为1的CC消息时，对该CC消息的处理与MIP1的处理过程相同。
由于MIP3和MIP4之间存在的链接故障，使MIP4、MEP2不会接收到该CC消息，所以，MIP3不会接收到MEP2的CC响应消息，也不会接收到MIP4的CC响应超时消息。MIP3在其CC响应消息定时器超时时，确定网络出现故障，停止该定时器的计时，产生CC响应超时消息，该CC响应超时消息的目的地址为其记录的源MAC地址，MIP3根据其记录的接收方向发送该CC响应超时消息。
当然，MIP在发送CC响应超时消息时也可以在该消息中附加一些信息，如本MIP的网络位置、状态等信息。
MIP2在其CC响应消息定时器超时前接收到CC响应超时消息时，停止其CC响应消息定时器，并将该CC响应超时消息透传至MIP1。MIP1在接收到该CC响应超时消息时，对该CC响应超时消息的处理过程与MIP2的处理过程相同。
MEP1在其源端定时器的计时时间内接收到MIP1发送来的CC响应超时消息，确定网络出现故障，停止该源端定时器的计时，启动错误处理过程。
图6表示多点到多点情况下，在各MEP启动CC功能前网络已经存在故障，本发明的CC实现过程。
设定在MEP1启动CC功能之前，MIPx和MIPy之间就出现了链接故障。
MEP1启动CC功能，设置MEP1中记录CC消息序列号的变量的值为1。MEP1发送序列号为1且Lifetime TLV不为0的CC消息，MEP1同时启动源端定时器。
MEP1发送的序列号为1的多播CC消息会向各MEP发送，由于MIPx和MIPy之间的链接存在故障，按照对图5的描述过程，MIPx将会向MEP1发送超时CC响应超时消息，MEP1在其源端定时器超时前接收到CC响应超时消息后，确定网络出现故障，上报告警信息，停止该源端定时器的计时，启动错误处理过程。
上述对各实施例的描述中，在发送CC消息的MEP和传输CC消息的MIP中都设置有定时器，而且接收到CC消息的MIP需要在其CC响应消息定时器超时时，产生CC响应超时消息。本发明也可以仅在发送CC消息的MEP中设置源端定时器，而且接收到CC消息的MIP不需要产生CC响应超时消息，如在图5中，MEP1在发送CC消息时启动源端定时器，在其源端定时器超时时，MEP1仍然没有接收到远端MEP传输来的CC响应消息时，确定网络出现故障。
本发明同样也可以仅仅在接收到CC消息的各MIP中设置源端定时器，如在图5中，发送CC消息的MEP1中不设置源端定时器，接收到CC消息的MIP1、MIP2、MIP3在接收到CC消息时，启动CC响应消息定时器，MIP1、MIP2、MIP3在其CC响应消息定时器超时时，仍然没有接收到MEP2的CC响应消息或MIP的CC响应超时消息时，产生CC响应超时消息，MEP1在接收到远端MEP传输来的CC响应消息时，确定网络出现故障。
虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，本发明的申请文件的权利要求包括这些变形和变化。
权利要求
1.一种连续性检测的实现方法，其特征在于，包括a、设置接收到CC消息的维护端点需要返回CC响应消息；b、对所述CC消息进行处理的维护点根据所述CC响应消息确定网络状态。
2.如权利要求1所述的一种连续性检测的实现方法，其特征在于，所述步骤a具体包括设置接收到CC消息的维护端点在确定该CC消息符合预定条件时需要返回CC响应消息。
3.如权利要求2所述的一种连续性检测的实现方法，其特征在于，所述预定条件包括CC消息承载有预定信息、CC消息中的维护端点标识信息与接收CC消息的维护端点的维护端点标识同属于一个服务实例/维护实体组但不相同、且CC消息中的生存时间不为0。
4.如权利要求3所述的一种连续性检测的实现方法，其特征在于，所述预定信息承载于维护端点发送的第一个CC消息中。
5.如权利要求3所述的一种连续性检测的实现方法，其特征在于，所述预定信息包括CC消息的预定序列号。
6.如权利要求5所述的一种连续性检测的实现方法，其特征在于，所述方法还包括发送CC消息的MEP在初始化时，设置CC消息的序列号为预定序列号。
7.如权利要求1至6中任一权利要求所述的一种连续性检测的实现方法，其特征在于，所述步骤b具体包括发送CC消息的维护端点判断是否在第一时间间隔内接收到CC响应消息，如果接收到所述CC响应消息，确定网络正常；如果未接收到所述CC响应消息，确定网络出现故障，启动错误处理过程。
8.如权利要求3至6中任一权利要求所述的一种连续性检测的实现方法，其特征在于，所述步骤b具体包括接收到承载有预定信息的CC消息的各维护中间点判断是否在第二时间间隔内接收到CC响应消息；如果接收到CC响应消息，确定网络正常，继续传输所述CC响应消息；如果未接收到CC响应消息，确定网络出现故障，发送故障信息。
9.如权利要求8所述的一种连续性检测的实现方法，其特征在于，所述出现故障的信息为CC响应超时消息，且所述步骤b具体包括如下步骤接收到承载有预定信息的CC消息的各维护中间点获取并存储该CC消息的接收方向和源地址信息，同时，开始判断在第二时间间隔内是否接收到CC响应消息或其他维护中间点传输来的CC响应超时消息；如果接收到CC响应消息或CC响应超时消息，继续向所述CC消息的源MEP方向发送该CC响应消息或CC响应超时消息；如果未接收到CC响应消息或CC响应超时消息，确定网络出现故障，根据其存储的源地址信息产生CC响应超时消息，并根据其存储的接收方向发送。
10.如权利要求9所述的一种连续性检测的实现方法，其特征在于，所述步骤b还包括所述发送CC消息的维护端点在发送承载有预定信息的CC消息后，判断是否在第一时间间隔内接收到所述CC响应消息、CC响应超时消息；如果接收到所述CC响应消息，确定网络正常；如果接收到所述CC响应超时消息，或一直未接收到CC响应消息和CC响应超时消息，确定网络出现故障，启动错误处理过程。
11.如权利要求8所述的一种连续性检测的实现方法，其特征在于，所述第一时间间隔长于所述第二时间间隔。
12.如权利要求9所述的一种连续性检测的实现方法，其特征在于，所述CC响应超时消息中还承载有与产生该消息的维护中间点相关的信息。
全文摘要
本发明提供一种连续性检测的实现方法，其核心为设置接收到CC消息的维护端点需要返回CC响应消息，对所述CC消息进行处理的维护点根据所述CC响应消息确定网络状态。本发明能够及时检测出维护端点启动CC功能之前和启动CC功能之后网络中存在的各种连接故障；实现了提高故障检测准确性，完善连续性检测机制的目的。
文档编号H04L12/24GK1855851SQ20051006467
公开日2006年11月1日 申请日期2005年4月19日 优先权日2005年4月19日
发明者闫志勇 申请人:华为技术有限公司