CN103457794B - 确定ip承载网故障的方法和系统 - Google Patents

Abstract

本申请提供一种确定IP承载网故障的方法。第一设备和第二设备之间的业务通过IP承载网承载，第一设备通过IP承载网中的第三设备接入所述IP承载网，第二设备通过所述IP承载网中的第四设备接入所述IP承载网。该方法包括第一设备检测所述第一设备与第二设备之间的业务的质量，以确定所述第一设备与所述第二设备之间的业务的质量是否出现异常。如果所述第一设备与所述第二设备之间的业务的业务质量出现异常，第一设备向第三设备发送请求消息，并接收所述第三设备发送的响应消息。所述响应消息携带所述业务的五元组和所述业务在所述IP承载网中的业务的质量参数值。第一设备根据所述响应消息中携带的所述业务的质量参数值确定所述IP承载网是否发生故障。

Description

确定IP承载网故障的方法和系统

技术领域

本发明实施例涉及通信领域，尤其涉及一种确定IP承载网故障的方法和系统。

背景技术

业务网络的业务，例如下一代网络（next generation network，简称NGN）、无线网络等业务网络的业务，可以通过互联网协议（Internet Protocol，简称IP）网络承载。随着通信技术的发展，IP承载网可以承载的业务越来越多，包括无线业务、NGN业务，IP电视（Internet Protocol television，简称IPTV）业务，上网（Internet）业务等。有些业务对IP承载网的服务水平协议（service level agreement，简称SLA）指标要求较高。举例来说，SLA指标包括带宽（bandwidth），丢包率（packet loss rate），时延（delay），时延抖动（delay variation）等。如果IP承载网发生故障，会影响所承载的业务的业务质量。如果业务网络发生故障，也会影响业务的业务质量。因此，如果业务网络的业务质量出现异常，需要确定承载该业务的IP承载网是否发生故障，以便快速定位故障以及快速恢复业务。

现有技术的一种方案是人工定位故障。业务网络通过业务质量监测或接收客户发送的故障报告，发现业务的业务质量出现异常。业务网络的维护人员首先检测业务网络是否发生故障，如果业务网络的维护人员确定所述业务网络未发生故障，则通知IP承载网的维护人员。IP承载网的维护人员根据业务网络的维护人员提供的业务信息，检查IP承载网是否发生故障。这种方案需要人工操作，并且业务网络的维护人员和IP承载网的维护人员之间需要沟通，因此耗时多。

发明内容

有鉴于此，本发明实施例提供了一种确定IP承载网发生故障的方法及系统，用于解决现有技术中不能自动确定IP承载网是否发生故障的问题。

第一方面，本发明的实施例提供一种确定IP承载网故障的方法。第一设备和第二设备之间的业务通过IP承载网承载，所述第一设备通过所述IP承载网中的第三设备接入所述IP承载网，所述第二设备通过所述IP承载网中的第四设备接入所述IP承载网。所述第一设备监测所述第一设备与所述第二设备之间的所述业务的业务质量。当所述第一设备与所述第二设备之间的所述业务的业务质量出现异常时，所述第一设备向所述第三设备发送请求消息，所述请求消息由所述第一设备生成，用于请求所述第三设备检测所述IP承载网中的所述业务的业务质量，并且所述请求消息中携带所述业务的标识和质量参数。所述第一设备接收所述第三设备发送的响应消息，所述响应消息携带所述业务的标识和所述IP承载网中的所述业务的所述质量参数的第一值。所述第一设备判断所述质量参数的所述第一值是否超过第一阈值或者低于第二阈值，当所述质量参数的所述第一值超过所述第一阈值或者低于所述第二阈值时，确认所述第三设备和所述第四设备之间的所述IP承载网发生故障。

根据第一方面，提供第一种实现方式，所述请求消息或所述响应消息都是扩展的动态主机配置协议（DHCP）消息。

根据第一方面的第一种实现方式，提供第二种实现方式，所述扩展的DHCP消息包括op字段，当所述op字段的值为第一预设值时，标明所述扩展的DHCP消息为所述请求消息；当所述op字段的值为2时，标明所述扩展的DHCP消息为所述响应消息。

根据第一方面的第一种实现方式或者第二种实现方式，提供第三种实现方式，所述扩展的DHCP消息包括选项（options）字段，所述options字段用于携带所述业务的标识和所述业务的质量参数。

根据第一方面或者第一方面的上述任何一种实现方式，提供第四种实现方式，所述请求消息中还携带检测时间；所述质量参数包括下述参数中的至少一个：丢包率、时延和时延抖动。

根据第一方面或者第一方面的上述任何一种实现方式，提供第五种实现方式，所述第一设备监测所述第一设备与所述第二设备之间的所述业务的业务质量，包括：所述第一设备获得所述第一设备与所述第二设备之间的所述业务的所述质量参数的第二值；所述第一设备判断所述质量参数的所述第二值是否超过第三阈值或者低于第四阈值，当所述质量参数的所述第二值超过所述第三阈值或者低于第四阈值时，则确定所述第一设备与所述第二设备之间的所述业务的业务质量出现异常。

根据第一方面或者第一方面的上述任何一种实现方式，提供第六种实现方式，所述业务的标识包括所述业务的源IP地址和目的IP地址。

根据第一方面或者第一方面的第一种到第五种实现方式中的任何一种，提供第七种实现方式，所述业务的标识包括五元组。所述五元组包括所述业务的源IP地址、目的IP地址、协议号、源端口号和目的端口号。所述业务的质量参数包括检测时间和下述参数中的至少一个：丢包率、时延和时延抖动。

根据第一方面，提供第八种实现方式，所述请求消息或所述响应消息都是扩展的802.3ah消息。该802.3ah消息是扩展的操作、管理和维护（operation，administration andmaintenance，OAM）消息，其中Code值为新定义的两个值，Code=0x06标识所述请求消息，Code=0x07标识所述响应消息。

根据第一方面，提供第九种实现方式，所述第一阈值和所述第二阈值中的至少一个存贮在所述第一设备中。

第二方面，本发明的实施例提供一种确定IP承载网故障的方法。IP承载网承载第一设备和第二设备之间的业务，所述第一设备通过所述IP承载网中的第三设备接入所述IP承载网，所述第二设备通过所述IP承载网中的第四设备接入所述IP承载网。所述第三设备接收所述第一设备发送的请求消息，所述请求消息是所述第一设备在所述第一设备与所述第二设备之间的所述业务的业务质量出现异常时发送的，所述请求消息携带所述业务的标识和质量参数。所述第三设备根据所述请求消息携带的所述业务的标识确定所述业务在所述IP承载网中的终结点，所述终结点是所述第四设备。所述第三设备获取所述第三设备与所述第四设备之间的所述业务的所述质量参数的值。向所述第一设备发送响应消息，所述响应消息由所述第三设备生成，用于响应所述请求消息，并且携带所述业务的标识和所述质量参数的值。

根据第二方面，提供第一种实现方式，所述业务的标识包括五元组。所述根据所述业务的标识确定所述业务在所述IP承载网中的终结点，包括：通过解析所述请求消息获得所述请求消息中携带的所述五元组；向所述IP承载网的网络管理系统发送查询终结点的消息，所述查询终结点的消息携带所述业务的五元组以及所述第三设备上的接收到所述请求消息的接口的名称；接收所述网络管理系统发送的查询终结点的回应消息，所述回应消息携带所述五元组和所述业务在所述IP承载网中的终结点和出接口。

根据第二方面，提供第二种实现方式，所述根据所述业务的标识确定所述业务在所述IP承载网中的终结点，包括：所述第三设备向相邻的IP承载网中的设备发送探测消息以确定所述业务在所述IP承载网中的终结点和出接口。

根据第二方面或者第二方面的第一种实现方式或者第二种实现方式，提供第三种实现方式，所述请求消息或所述响应消息是扩展的动态主机配置协议DHCP消息。

根据第二方面的第三种实现方式，提供第四种实现方式，所述扩展的DHCP消息包括op字段，当所述op字段的值为第一预设值时，标明所述扩展的DHCP消息为所述请求消息；当所述op字段的值为第二预设值时，标明所述扩展的DHCP消息为所述响应消息，所述第二预设值与所述第一预设值不同。

根据第二方面的第三种实现方式或者第四种实现方式，提供第五种实现方式，所述扩展的DHCP消息包括选项options字段，所述options字段用于携带所述业务的标识和所述业务的质量参数。

第三方面，本发明的实施例提供一种网络设备，所述网络设备为第一设备。所述第一设备和第二设备之间的业务通过IP承载网承载，所述第一设备通过所述IP承载网中的第三设备接入所述IP承载网，所述第二设备通过所述IP承载网中的第四设备接入所述IP承载网。所述第一设备包括：监测单元、判断单元、消息生成单元和发送接收单元。其中，所述监测单元用于监测所述第一设备与所述第二设备之间的所述业务的业务质量。所述判断单元用于确定所述第一设备与所述第二设备之间的所述业务的业务质量是否出现异常。所述发送接收单元用于，当所述判断单元确定所述第一设备与所述第二设备之间的所述业务的业务质量出现异常时，向所述第三设备发送请求消息。所述请求消息由所述消息生成单元生成，用于请求所述第三设备检测所述IP承载网中的所述业务的业务质量，所述请求消息中携带所述业务的标识和质量参数。所述消息生成单元用于生成所述请求消息。所述发送接收单元还用于接收所述第三设备发送的响应消息，所述响应消息携带所述业务的标识和所述IP承载网中的所述业务的所述质量参数的第一值。所述判断单元还用于判断所述质量参数的所述第一值是否超过第一阈值或者低于第二阈值，当所述质量参数的所述第一值超过所述第一阈值或者低于第二阈值时，确认所述第三设备和所述第四设备之间的所述IP承载网发生故障。

根据第三方面，提供第一种实现方式，所述请求消息或所述响应消息都是扩展的动态主机配置协议DHCP消息。

根据第三方面的第一种实现方式，提供第二种实现方式，所述扩展的DHCP消息包括op字段，当所述op字段的值为第一预设值时，标明所述扩展的DHCP消息为所述请求消息；当所述op字段的值为第二预设值时，标明所述扩展的DHCP消息为所述响应消息，所述第二预设值与所述第一预设值不同。

根据第三方面的第一种实现方式或者第二种实现方式，提供第三种实现方式，所述扩展的DHCP消息包括选项options字段，所述options字段用于携带所述业务的标识和所述质量参数。

根据第三方面或者第三方面的上述任何一种实现方式，第一设备还包括一个存贮单元，用于存贮所述第一阈值和所述第二阈值的至少一个。

第四方面，本发明的实施例提供一种IP承载网网络设备。所述IP承载网承载第一设备和第二设备之间的业务，所述第一设备通过所述IP承载网中的第三设备接入所述IP承载网，所述第二设备通过所述IP承载网中的第四设备接入所述IP承载网。所述IP承载网网络设备为所述第三设备。所述第三设备包括发送接收单元和处理单元。所述发送接收单元用于接收所述第一设备发送的请求消息，所述请求消息携带所述业务的标识和质量参数，所述请求消息是所述第一设备在所述第一设备与所述第二设备之间的所述业务的业务质量出现异常时发送的。所述处理单元用于根据所述业务的标识确定所述业务在所述IP承载网中的终结点；获得所述第三设备与所述终结点之间的所述业务的所述质量参数的值；生成响应消息，所述响应消息用于响应所述请求消息，并且携带所述业务的标识和所述质量参数的值；所述终结点是所述第四设备。所述发送接收单元还用于向所述第一设备发送所述响应消息。

根据第四方面，提供第一种实现方式，所述请求消息或所述响应消息是扩展的动态主机配置协议DHCP消息。

根据第四方面的第一种实现方式，提供第二种实现方式，所述扩展的DHCP消息包括op字段，当所述op字段的值为第一预设值时，标明所述扩展的DHCP消息为所述请求消息；当所述op字段的值为第二预设值时，标明所述扩展的DHCP消息为所述响应消息，所述第二预设值与所述第一预设值不同。

根据第四方面的第一种实现方式或者第二种实现方式，提供第三种实现方式，所述扩展的DHCP消息包括选项options字段，所述options字段用于携带所述业务的标识和所述质量参数。

第五方面，本发明的实施例提供确定IP承载网故障的系统，包括上述第三方面或者第三方面的任何一种实现方式的第一设备和上述第四方面或者第四方面的任何一种实现方式的第三设备。

由上述技术方案可知，本发明实施例的方法、设备和系统，当业务网络的业务的业务质量出现异常时，可以自动快速地确定承载该业务的IP承载网是否发生故障，从而可以加快故障定位的速度，有助于快速恢复业务，提升客户体验。

附图说明

为了更清楚地说明本发明的技术方案，下面将对实施例中使用的附图作简单地介绍，显而易见地，下面附图只是本发明的一些实施例的附图，对于本领域普通技术人员来说，在不付出创造性劳动性的前提下，还可以根据这些附图获得同样能实现本发明技术方案的其它附图。这些技术方案和其他附图也被包括在本发明的范围内。

图1A为实现本发明实施例的网络示意图；

图1B为实现本发明实施例的网络的一种简化示意图；

图1C为实现本发明实施例的网络的另一种简化示意图；

图2为本发明实施例中确定IP承载网故障的方法简化流程图；

图3为本发明实施例中第一设备确定IP承载网故障的方法简化流程图；

图4为本发明实施例中扩展的DHCP消息格式图；

图5为本发明实施例中第三设备确定IP承载网故障的方法简化流程图；

图6为本发明实施例中的第一设备的简化功能结构框图；

图7为本发明实施例中的第一设备的简化结构框图；

图8为本发明实施例中的第三设备的简化功能结构框图；

图9为本发明实施例中的第三设备的简化结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图和实施例，对本发明的技术方案进行清楚、完整地描述。显然，下述的各个实施例都只是本发明一部分的实施例。基于本发明下述的各个实施例，本领域普通技术人员即使没有作出创造性劳动，也可以通过等效变换部分甚至全部的技术特征，而获得能够解决本发明技术问题，实现本发明技术效果的其它实施例，而这些变换而来的各个实施例显然并不脱离本发明所公开的范围。

图1A是可以实现本发明实施例的网络的示意图。示例性地，图1A示出的IP承载网可以承载多种业务中的至少一种，如无线业务、NGN业务，IP电视业务，上网业务等。本发明的实施例对IP承载网所承载的业务的种类和数量不做限制。

为方便阐述本发明的技术方案，图1A经简化以后以图1B和图1C的形式体现。图1B为实现本发明实施例的网络的一种简化示意图。图1C为实现本发明实施例的网络的另一种简化示意图。如图1B所示，第一设备102与第二设备108之间的某个业务通过第三设备104和第四设备106所在的IP承载网100承载。所述第一设备102通过所述第三设备104接入所述IP承载网100。所述第二设备108通过所述第四设备106接入所述IP承载网100。可选地，如图1C所示，所述IP承载网100，除了第三设备104和第四设备106，还可以包括第五设备110，所述第一设备102通过所述第三设备104、所述第五设备110以及所述第四设备106，与所述第二设备108进行通信。

举例来说，第一设备102可以是基站（base station），第二设备108可以是无线网络控制器（radio network controller，RNC）。又举例来说，第一设备102可以是媒体网关（media gateway，MGW），第二设备108可以是软交换（soft switch，SS）。图1A-C所示的实施例仅用于示例性地说明本发明实施例中的网络结构，实际应用中网络结构可以多样化。需要指出的是，在本申请中，设备的命名序列是任意的，并不明确或隐含地表示某一设备必须对应于业务的接收端或发送端。

本发明的技术方案可以通过以下的实施例来体现。

图2为确定IP承载网故障的方法简化流程图。参照图1B和图1C，该方法包括：

202.第一设备102监测所述第一设备102与第二设备108之间的某个业务的业务质量。这里所说的监测，可以是定时地监测，也可以是实时地监测。监测对象可以是所述业务的一个或多个质量参数的值。监测方法为现有技术，在此不再详述。

204.根据监测到的一个或多个质量参数的值，所述第一设备102判断所述第一设备102与所述第二设备108之间的所述业务的业务质量是否出现异常。如果所述第一设备102确定所述业务的业务质量没有出现异常，可以返回202。

206.如果所述第一设备102确定所述业务的业务质量出现异常，所述第一设备102向所述第三设备104发送请求消息，所述请求消息由所述第一设备102生成，用于请求所述第三设备104检测所述IP承载网中的所述业务的业务质量。请求消息中携带所述业务的标识和至少一个质量参数。

208.所述第三设备104接收所述请求消息，根据所述请求消息中携带的所述业务的标识确定所述业务在IP承载网中的终结点，例如图1B和图1C中所示的第四设备106。

210.所述第三设备104检测所述业务在所述IP承载网中的业务质量，获得所述第三设备104与所述终结点之间的所述业务的所述质量参数的第一值。

为方便起见，将第三设备104与第一设备102连接的端口定义为第三设备104的入接口，将第三设备104与IP承载网的其他设备（例如图1B中的第四设备106或者图1C中的第五设备110）连接的端口定义为第三设备的出接口；将第四设备106与第二设备108连接的端口定义为第四设备106的出接口，将第四设备106与IP承载网的其他设备（例如图1B中的第三设备104或者图1C中的第五设备110）连接的端口定义为第四设备的入接口。这里的出和入的定义只是为了区分相应的端口，并不明确或隐含地表示业务信号的流向。

可选地，第三设备104检测所述业务在所述IP承载网中的业务质量时，可以检测第三设备104的入接口到第四设备106的出接口之间的所述业务的业务质量。或者，可以检测第三设备104的入接口到第四设备106的入接口之间的所述业务的业务质量。或者，可以检测第三设备104的出接口到第四设备106的入接口之间的所述业务的业务质量。或者，可以检测第三设备104的出接口到第四设备106的出接口之间的所述业务的业务质量。

下面以第三设备104检测第三设备104的入接口到第四设备106的出接口之间的所述业务的业务质量为例进行说明。举例来说，IP承载网的网络管理系统在所述业务的起点（如图1B所示的第三设备104）和终结点（如图1B所示的第四设备106）之间部署业务的业务质量检测，使得所述第三设备104检测所述业务在所述IP承载网中的业务质量。具体地，所述业务在所述IP承载网中的业务质量的检测结果包括请求消息中携带的至少一个质量参数的检测值。所述检测值称为所述质量参数的第一值。

举例来说，现有技术中有多种方案可以实现IP承载网中的业务的质量检测，在此不再详述。

212.在获得检测结果后，所述第三设备104向所述第一设备102发送响应消息，所述响应消息由所述第三设备104生成，用于响应所述请求消息，并且携带所述业务的标识和所述质量参数的所述第一值。

214.所述第一设备102根据所述响应消息中携带的所述质量参数的所述第一值确定第三设备104和第四设备106之间的所述IP承载网是否发生故障。

举例来说，所述第一设备102可以预先设定所述业务的所述质量参数的第一阈值，当所述质量参数的所述第一值超过所述第一阈值时，确认第三设备104和第四设备106之间的所述IP承载网发生了故障。可选地，第一设备102可以预先设定所述业务的所述质量参数的第二阈值，当所述质量参数的所述第一值低于所述第二阈值时，确认第三设备104和第四设备106之间的所述IP承载网发生了故障。可选地，第一设备102可以预先设定所述业务的所述质量参数的第一范围，当所述质量参数的所述第一值不在第一范围中时，确认第三设备104和第四设备106之间的所述IP承载网发生了故障。可选地，第一设备102可以预先设定所述业务的所述质量参数的第二范围，当所述质量参数的所述第一值在第二范围中时，确认第三设备104和第四设备106之间的所述IP承载网发生了故障。又举例来说，上述几种判定方式可以随意组合。上述预先设定所述业务的所述质量参数的某个范围的方案可以视为将所述质量参数的所述第一值与该范围的两个端点值比较大小。

图3为本发明实施例中第一设备确定IP承载网故障的方法简化流程图。

图3所示的302同图2所示的202。如上所述，当第一设备102监测所述第一设备102与第二设备108之间某个的业务的业务质量时，监测手段可以是定时监测或实时监测。

举例来说，第一设备102与第二设备108之间可以部署实时业务的质量检测，实时监测业务的质量，获得所述业务的一个（或多个）质量参数的实时值。为了与前面提到的所述第三设备104检测的与所述终结点之间的所述业务的所述质量参数的第一值区分，第一设备102与第二设备108之间实时监测得到的所述业务的质量参数的实时值为该质量参数的第二值。

所述第一设备102确定所述第一设备102与所述第二设备108之间的业务的业务质量是否出现异常可以用该质量参数的第二值来判断。

举例来说，所述第一设备102可以预先设定所述业务的所述质量参数的第三阈值。当监测到所述业务的质量参数的第二值超过所述第三阈值时，所述第一设备102确定所述业务的业务质量出现异常。所述第三阈值和所述第一阈值可以是同一阈值也可以是不同阈值。可选地，第一设备102可以预先设定所述业务的所述质量参数的第四阈值，当所述质量参数的所述第二值低于所述第四阈值时，第一设备102确定所述业务的业务质量出现异常。可选地，第一设备102可以预先设定所述业务的所述质量参数的第三范围，当所述质量参数的所述第二值不在第三范围中时，第一设备102确定所述业务的业务质量出现异常。可选地，第一设备102可以预先设定所述业务的所述质量参数的第四范围，当所述质量参数的所述第二值在第四范围中时，第一设备102确定所述业务的业务质量出现异常。又举例来说，上述几种判定方式可以随意组合。上述预先设定所述业务的所述质量参数的某个范围的方案可以视为将所述质量参数的所述第二值与该范围的两个端点值比较大小。

具体地，所述第一设备102监测的所述业务的质量参数可以包括下述参数中的一个或多个：丢包率、时延和时延抖动。这些参数的阈值分别为：时延阈值，丢包率阈值和时延抖动阈值。当丢包率、时延或时延抖动中的一个或多个超过它们分别的阈值时，可以确定确定所述业务的业务质量出现异常。

图3所示的306同图2所示的206。如上所述，如果所述第一设备102与所述第二设备108之间的业务的业务质量出现异常，所述第一设备102向第三设备104发送请求消息，所述请求消息由第一设备102生成，用于请求所述第三设备104检测所述IP承载网中的所述业务的业务质量，并且请求消息中携带所述业务的标识和至少一个质量参数。

举例来说，所述业务的标识可以包括所述业务的源IP地址和目的IP地址。可选地，所述业务的标识还可以包括所述业务的协议号、源端口号和目的端口号。其中，在现有技术中，源IP地址、目的IP地址、源端口号、目的端口号和协议号的组合称为五元组。进一步地，所述请求消息中还可以携带检测时间。可选地，如果所述业务承载在虚拟局域网（virtuallocal area network，简称VLAN）中，所述请求消息还可以携带所述业务的VLAN信息，例如VLAN ID（VLAN标识）。

步骤308，所述第一设备102接收响应消息，所述响应消息携带所述业务的标识和所述IP承载网中的所述业务的所述质量参数的第一值。

步骤310同图2所示的214，此处不再赘述。

举例来说，请求消息和响应消息都可以是扩展的动态主机配置协议（DynamicHost Configuration Protocol，简称DHCP）消息。如图4所示为扩展的DHCP消息的一个实例的示意图。图4中所示的字段除下面描述的字段外，其他字段的描述请参考IETF（InternetEngineering Task Force互联网工程任务组）的标准RFC（Request For Comments，请求注解）2131“动态主机配置协议”，此处不再赘述。举例来说，图4所示的扩展的DHCP消息中，op字段表示消息op code/消息类型，当所述op字段的值为第一预设值时，标明所述扩展的DHCP消息为所述请求消息；当所述op字段的值为第二预设值时，标明所述扩展的DHCP消息为所述响应消息，所述第二预设值与所述第一预设值不同。举例来说，若op=1，表示该扩展的DHCP消息是所述请求消息。若op=2，则表示该扩展的DHCP消息是所述响应消息。图4所示的扩展的DHCP消息中，options（选项）采用新的定义方式，用来携带所述请求消息或所述响应消息中的业务标识，例如五元组。可选地，options还可以携带VLAN信息等，options的一个实例见表1。

表1options的一个实例

Code：新定义一个值，表示该options是所述请求消息或者所述响应消息的options。

SubCode1：SubCode1=1表示随后的IPAddr1字段为业务的源IP地址。

Options中的多个Sub Len表示紧跟在该Sub Len后的子字段的长度。

IPAddr1：业务的源IP地址。

SubCode2：SubCode2=2表示随后的IPAddr2字段为业务的目的IP地址。

IPAddr2：业务的目的IP址。

SubCode3：SubCode3=3表示随后的Port1为业务的源端口。

Port1：业务的源端口。

SubCode4：SubCode4=4表示随后的Port2为业务的目的端口。

Port2：业务的目的端口。

SubCode5：SubCode5=5表示随后的PNumber为业务的协议号。

PNumber：业务的协议号。

SubCode6：SubCode6=6表示随后的VLAN ID为业务的VLAN标识。

VLAN ID：业务的VLAN标识。

SubCode7：SubCode7=7表示随后的Packet Loss Rate为业务的丢包率。

Packet Loss Rate：业务的丢包率。

SubCode8：SubCode8=8表示随后的Delay为业务的时延。

Delay：业务的时延。

SubCode9：SubCode9=9表示随后的Delay Variation为业务的时延抖动。

Delay Variation：业务的时延抖动。

SubCode10：SubCode10=10表示随后的Detect Time为检测时间。

Detect Time：检测时间。

可选地，本实施例中的请求消息也可以通过扩展电气和电子工程师学会（Institute of Electrical and Electronics Engineers，简称IEEE）802.3ah中定义的消息来生成。当所述请求消息是扩展的802.3ah消息时，除下面描述的字段外，其他字段的描述请参看IEEE802.3ah，此处不再赘述。举例来说，所述请求消息和响应消息可以是扩展的操作、管理和维护（operation，administration and maintenance，OAM）消息，其中Code值为新定义的两个值，例如Code=0x06标识所述请求消息，Code=0x07标识所述响应消息。表2示出了扩展的OAM消息。

表2扩展的OAM消息

举例来说，其中Code后的Data/PAD的格式如表3所示。

表3Data/PAD的格式

其中每个TLV的定义格式如下：

Type

Length

Value

其中Type表示该TLV的类型，Length表示TLV的长度，Value为值。表2示出的OAM消息可以包括下述TLV。

Source Addr TLV:Type＝1，Value为业务的源IP地址。

Dest Addr TLV:Type＝2，Value为业务的目的IP地址

Source Port TLV:Type＝3，Value为业务的源端口

Dest Port TLV:Type＝4，Value为业务的目的端口

Protocol Number TLV:Type＝5，Value为业务的协议号

VLAN number TLV:Type＝6，Value为业务的VLAN号

Loss Packet Ratio TLV:Type＝7，Value为业务的丢包率

Delay TLV:Type＝8，Value为业务的时延

Delay Variation TLV:Type＝9，Value为业务的时延抖动

Detect Time TLV:Type＝10，Value为检测时间。

下面针对第三设备104确定IP承载网故障的过程作进一步的介绍，如图5所示。

步骤502，第三设备104接收第一设备102发送的请求消息。请求消息的实现方案请见图3所示的306中的细节描述，此处不再赘述。

步骤504，所述第三设备104根据所述请求消息中携带的所述业务的标识，例如五元组，确定对应的业务在IP承载网中的终结点和出口。

举例来说，第三设备104收到所述第一设备102发送的请求消息后，通过解析所述请求消息获得所述请求消息中携带的所述业务的五元组。第三设备104向IP承载网的网络管理系统发送查询终结点的消息，所述查询终结点的消息携带所述业务的五元组以及所述第三设备104上的接收到所述请求消息的接口的名称。所述IP承载网的网络管理系统收到所述查询终结点的消息后，利用网络管理系统中保存的全局物理拓扑和业务拓扑信息，根据所述业务的五元组和所述第三设备104上的接收到所述请求消息的接口的名称，确定所述业务在所述IP承载网中的终结点及出接口。采用这种方式时，所述IP承载网的网络管理系统在所述IP承载网中的所述业务的起点，以及所述终结点的所述出接口上部署业务的业务质量检测。所述IP承载网的网络管理系统确定所述业务在所述IP承载网中的终结点及出接口后，向所述第三设备104发送查询终结点的回应消息，所述回应消息中携带所述业务的五元组和所述业务在所述IP承载网中的终结点及出接口。

又举例来说，所述第三设备104根据所述请求消息中携带的所述五元组确定对应的业务在IP承载网中的终结点和出口，也可以采用下面的方案实现。第三设备104向相邻IP承载网设备（如图1B所示实施例中的第四设备106，或者，如图1C所示实施例中的第五设备110）发送探测消息，所述探测消息携带所述业务的五元组，所述相邻IP承载网设备根据所述业务的五元组，查询转发信息库（Forwarding Information Base，简称FIB）确定所述业务对应的转发类型。

当所述转发类型是IP转发时，所述相邻IP承载网设备根据所述业务的目的IP地址搜索公网路由表确定对应的路由类型。如果是直连路由，则所述相邻IP承载网设备是所述业务在所述IP承载网中的终结点，根据所述业务的目的IP地址搜索公网路由表确定对应的出接口。如果是内部网关协议（Interior Gateway Protocol，简称IGP）路由，则根据所述业务的目的IP地址搜索公网路由表确定对应的下一跳，向所述下一跳转发所述探测消息，所述下一跳接收到所述探测消息后，执行与所述相邻IP承载网设备相同的操作，直至找到所述业务在所述IP承载网中的终结点和出接口。如果是静态路由，所述相邻IP承载网设备根据所述业务的目的IP地址搜索所述公网路由表确定对应的下一跳，向所述下一跳转发所述探测消息，如果未收到响应，则所述相邻IP承载网设备为所述业务在所述IP承载网中的终结点，根据所述业务的目的IP地址搜索公网路由表确定对应的出接口。如果收到回应，则相邻IP承载网设备向所述下一跳转发所述探测消息，所述下一跳接收到所述探测消息后，执行与所述相邻IP承载网设备相同的操作，直至找到所述业务在所述IP承载网中的终结点和出接口。

当所述转发类型是三层虚拟专用网（Layer3virtual private network，简称L3VPN）转发时，所述相邻IP承载网设备根据所述业务的目的IP地址搜索VPN的路由表确定所述目的IP地址对应的路由类型。如果是直连路由，则所述相邻IP承载网设备是所述业务在所述IP承载网中的终结点，根据所述业务的目的IP地址搜索所述VPN的路由表确定对应的出接口。如果是IGP路由或者边界网关协议（Border Gateway Protocol，简称BGP）路由，则根据所述业务的目的IP地址搜索所述VPN的路由表确定对应的下一跳，所述相邻IP承载网设备向所述下一跳转发所述探测消息。所述下一跳接收到所述探测消息后，执行与所述相邻IP承载网设备相同的操作，直至找到所述业务在所述IP承载网中的终结点和出接口。如果是静态路由，所述相邻IP承载网设备根据所述业务的目的IP地址搜索所述VPN的路由表确定对应的下一跳，向所述下一跳转发所述探测消息，如果未收到响应，则所述相邻IP承载网设备为所述业务在所述IP承载网中的终结点，根据所述业务的目的IP地址搜索所述VPN的路由表确定对应的出接口。如果收到响应，则所述相邻IP承载网设备向所述下一跳转发所述探测消息，所述下一跳接收到所述探测消息后，执行与所述相邻IP承载网设备相同的操作，直至找到所述业务在所述IP承载网中的终结点和出接口。

当所述转发类型是伪线（pseudo wire，简称PW）转发时，所述相邻IP承载网设备根据所述业务的五元组确定对应的PW的接入电路（attachment circuit，简称AC）接口是否为物理接口，如果所述AC接口是物理接口，则所述相邻IP承载网设备为所述业务在所述IP承载网中的终结点，所述AC接口为所述出接口。如果所述AC接口不是物理接口，则所述相邻IP承载网设备向下一跳转发所述探测消息，所述下一跳执行与所述相邻IP承载网设备相同的操作，直至确定所述业务在所述IP承载网中的终结点和出接口。举例来说，如果所述AC接口不是物理接口，则意味着网络架构是二层（Layer2，简称L2）接入三层（Layer3，简称L3）的场景，所述相邻IP承载网设备根据所述AC接口找到对应的L3接口，确定所述L3接口是否绑定了VPN，如果所述L3接口绑定了VPN，则根据所述业务的目的IP地址搜索对应的VPN路由表中确定下一跳。如果所述L3接口没有绑定VPN，所述相邻IP承载网设备根据所述业务的目的IP地址搜索对应的公网路由表确定下一跳。

可选地，查询FIB时也可以确定出接口，则可以省略上面描述的确定出接口的操作。

接收到所述探测消息的IP承载网设备确定所述业务在所述IP承载网中的终结点和出接口时，可以向所述第三设备104发送探测响应消息，所述探测响应消息中携带所述业务在所述IP承载网中的终结点和出接口。所述第三设备104向所述IP承载网的网络管理系统发送业务质量检测请求消息，所述业务质量检测请求消息携带所述业务在所述IP承载网中的起点、入接口、终结点和出接口。所述IP承载网的网络管理系统在所述起点的所述入接口和所述终结点的所述出接口部署业务质量检测。

步骤506和508分别与图2所示的步骤210和212相同，此处不再赘述。

由上述实施例可知，本实施例中的确定IP承载网故障的方法，当业务网络中的业务的业务质量出现异常时，可以自动地确定承载该业务的IP承载网是否发生故障，从而可以加快故障定位的速度，有助于快速恢复业务，提升客户体验。

图6为第一设备的简化结构框图。如图6所示，所述第一设备600和第二设备之间的业务通过IP承载网承载。所述第一设备600通过所述IP承载网中的第三设备接入所述IP承载网，所述第二设备通过所述IP承载网中的第四设备接入所述IP承载网。在通常意义下，所述第一设备600是一种可以通过IP承载网提供业务给用户的网络装置。这样的装置，以功能结构划分，通常包括：监测单元602、判断单元604、消息生成单元606和发送接收单元608等功能单元。其中，所述监测单元602用于监测所述第一设备600与所述第二设备之间的所述业务的业务质量。所述判断单元604用于判断所述第一设备600与所述第二设备之间的所述业务的业务质量是否出现异常。所述发送接收单元608用于当所述判断单元604确定所述第一设备600与第二设备之间的所述业务的业务质量出现异常时，向所述第三设备发送请求消息，所述请求消息由所述消息生成单元606生成，用于请求所述第三设备检测所述IP承载网中的所述业务的业务质量。所述请求消息中携带所述业务的标识和质量参数。所述消息生成单元606用于生成所述请求消息。所述发送接收单元608还用于接收所述第三设备发送的响应消息，所述响应消息携带所述业务的标识和所述IP承载网中的所述业务的所述质量参数的第一值。所述判断单元604还用于确定所述质量参数的所述第一值是否超过第一阈值或者低于第二阈值，如果所述质量参数的所述第一值超过所述第一阈值或者低于第二阈值，确认第三设备和第四设备之间的所述IP承载网发生故障。

如图6所示的实施例中，各单元的划分仅是举例说明，实际应用中可以根据需要，例如相应硬件的配置要求或者软件的实现的便利考虑，而将上述操作分配由不同的单元完成，即将所述第一设备的内部结构划分成不同的单元，以完成以上描述的全部或者部分操作。而且，实际应用中，图6所示实施例中的相应的单元可以是由相应的硬件实现，也可以由相应的硬件执行相应的软件完成，例如，前述的发送接收单元608，可以是具有执行前述发送接收单元功能的硬件，例如发射接收器（transceiver），也可以是能够执行相应计算机程序从而完成前述操作的发送接收电路或者其他硬件设备；再如前述的监测单元602和判断单元604，可以是具有执行监测单元和判断单元的功能的硬件，例如处理器。本说明书提供的各个实施例都可以适用该描述原则。

图7为本发明一个实施例中的第一设备的简化硬件结构框图。如图7所示，第一设备700包括处理器（processor）702、存储器(memory)704和输入输出电路（I/O circuitry）706。其中，所述处理器702用于监测所述第一设备700与第二设备之间的业务的业务质量，确定所述第一设备700与第二设备之间的所述业务的业务质量是否出现异常。所述输入/输出电路706用于当所述处理器702确定所述第一设备700与第二设备之间的所述业务的业务质量出现异常时，向所述第三设备发送请求消息。所述请求消息由所述处理器702生成，用于请求所述第三设备检测所述IP承载网中的所述业务的业务质量，请求消息携带所述业务的标识和质量参数。所述输入/输出电路706还用于接收所述第三设备发送的响应消息，所述响应消息携带所述业务的标识和所述IP承载网中的所述业务的所述质量参数的第一值。所述处理器702还用于确定所述质量参数的所述第一值是否超过第一阈值或者低于第二阈值，如果所述质量参数的所述第一值超过所述第一阈值或者低于第二阈值，则确定第三设备和第四设备之间的所述IP承载网发生故障。所述存储器704用于存储程序指令，当所述程序指令被执行时，使得所述处理器702执行上述操作。其中，所述第一设备700和第二设备之间的所述业务通过IP承载网承载。所述第一设备700通过所述IP承载网中的第三设备接入所述IP承载网，所述第二设备通过所述IP承载网中的第四设备接入所述IP承载网。举例来说，所述存储器704可以是只读存储器（read-only memory，简称ROM）、随机存取存储器（random access memory，简称RAM）、磁碟或者光盘等各种可以存储程序代码的介质的一种或者多种。举例来说，所述程序代码可以是已经安装在所述第一设备700中的，或者是运行过程中根据需求下载的。又举例来说，所述存储器704可以包括数据库（database），存储网络资源信息，例如第三设备的标识。所述存储器704还可以用于存储预先配置的第一阈值和/或第二阈值。

图8为本发明一个实施例中的第三设备的简化结构框图。如图8所示，第三设备800所在的IP承载网承载第一设备和第二设备之间的业务。所述第一设备通过所述第三设备接入所述IP承载网，所述第二设备通过所述IP承载网中的第四设备接入所述IP承载网。以功能结构划分，所述第三设备800包括发送接收单元802和处理单元804。其中，发送接收单元802用于接收所述第一设备发送的请求消息，所述请求消息携带所述业务的标识和质量参数。所述处理单元804根据所述业务的标识确定对应的业务在所述IP承载网中的终结点；获得所述第三设备与所述终结点之间的所述业务的所述质量参数的值；并生成响应消息。所述响应消息用于响应所述请求消息，并且携带所述业务的标识和所述质量参数的值。所述终结点是所述第四设备。所述发送接收单元802还用于向所述第一设备发送所述响应消息。

图9为本发明一个实施例中的第三设备的简化硬件结构框图。如图9所示，第三设备900所在的IP承载网承载第一设备和第二设备之间的业务。所述第一设备通过所述第三设备接入所述IP承载网，所述第二设备通过所述IP承载网中的第四设备接入所述IP承载网。第三设备900包括输入输出电路902、处理器904和存储器906。其中，所述输入输出电路902用于接收所述第一设备发送的请求消息，所述请求消息携带所述业务的标识和质量参数。所述处理器904用于根据所述业务的标识确定对应的业务在IP承载网中的终结点；获得所述第三设备与所述终结点之间的所述业务的所述质量参数的值；并生成响应消息。所述响应消息用于响应所述请求消息，并且携带所述业务的标识和所述质量参数的值。所述终结点是所述第四设备。所述输入输出电路902还用于向所述第一设备发送所述响应消息。举例来说，所述存储器906可以包括：只读存储器（read-only memory，简称ROM）、随机存取存储器（random access memory，简称RAM）、磁碟或者光盘等各种可以存储程序代码的介质中的一种或者多种。

本发明实施例还提供一种确定IP承载网故障的系统，包括图6所示的第一设备和图8所示的第三设备。

本发明实施例还提供一种确定IP承载网故障的系统，包括图7所示的第一设备和图9所示的第三设备。

在描述图1-9的实施例时，为了简化描述而未在各个实施例中重复描述技术细节。图1-9所示的实施例是相互关联的技术方案，技术细节是相通的，不同实施例之间的描述可以相互参考。

由上述实施例中的方案可知，本发明实施例提供的第一设备和第三设备，通过检测业务的业务质量和消息交互，可以自动地确定业务的业务质量异常是否是由于IP承载网发生故障导致。

最后应说明的是：以上各实施例仅用以示例性说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (22)

1.一种确定IP承载网故障的方法，第一设备和第二设备之间的业务通过所述IP承载网承载，所述第一设备通过所述IP承载网中的第三设备接入所述IP承载网，所述第二设备通过所述IP承载网中的第四设备接入所述IP承载网，其特征在于，包括：

所述第一设备监测所述第一设备与所述第二设备之间的所述业务的业务质量；

当所述第一设备与所述第二设备之间的所述业务的业务质量出现异常时，所述第一设备向所述第三设备发送请求消息，所述请求消息由所述第一设备生成，用于请求所述第三设备检测所述IP承载网中的所述业务的业务质量，并且所述请求消息中携带所述业务的标识和质量参数，所述业务的标识被所述第三设备用于确定所述业务在所述IP承载网中的终结点，所述终结点是所述第四设备；

所述第一设备接收所述第三设备发送的响应消息，所述响应消息携带所述业务的标识和所述IP承载网中的所述业务的所述质量参数的第一值；

所述第一设备判断所述质量参数的所述第一值是否超过第一阈值或者低于第二阈值，当所述质量参数的所述第一值超过所述第一阈值或者低于所述第二阈值时，确认所述第三设备和所述第四设备之间的所述IP承载网发生故障。

2.如权利要求1所述的方法，其特征在于，所述请求消息或所述响应消息为扩展的动态主机配置协议DHCP消息。

3.如权利要求2所述的方法，其特征在于，所述扩展的DHCP消息包括op字段，当所述op字段的值为第一预设值时，标明所述扩展的DHCP消息为所述请求消息；当所述op字段的值为第二预设值时，标明所述扩展的DHCP消息为所述响应消息，所述第二预设值与所述第一预设值不同。

4.如权利要求2或3所述的方法，其特征在于，所述扩展的DHCP消息包括选项options字段，所述options字段用于携带所述业务的标识和所述质量参数。

5.如权利要求1-3任一所述的方法，其特征在于，所述请求消息中还携带检测时间；所述质量参数包括下述参数中的至少一个：丢包率、时延和时延抖动。

6.如权利要求1-3任一所述的方法，其特征在于，所述第一设备监测所述第一设备与所述第二设备之间的所述业务的业务质量，包括：

所述第一设备获得所述第一设备与所述第二设备之间的所述业务的所述质量参数的第二值；

所述第一设备判断所述质量参数的所述第二值是否超过第三阈值或者低于第四阈值，当所述质量参数的所述第二值超过所述第三阈值或者低于所述第四阈值时，则确定所述第一设备与所述第二设备之间的所述业务的业务质量出现异常。

7.一种确定IP承载网故障的方法，所述IP承载网承载第一设备和第二设备之间的业务，所述第一设备通过所述IP承载网中的第三设备接入所述IP承载网，所述第二设备通过所述IP承载网中的第四设备接入所述IP承载网，其特征在于，包括：

所述第三设备接收所述第一设备发送的请求消息，所述请求消息是所述第一设备在所述第一设备与所述第二设备之间的所述业务的业务质量出现异常时发送的，所述请求消息用于请求所述第三设备检测所述IP承载网中的所述业务的业务质量，并且所述请求消息中携带所述业务的标识和质量参数；

所述第三设备根据所述请求消息携带的所述业务的标识确定所述业务在所述IP承载网中的终结点，所述终结点是所述第四设备；

所述第三设备获取所述第三设备与所述第四设备之间的所述业务的所述质量参数的值；

向所述第一设备发送响应消息，所述响应消息由所述第三设备生成，用于响应所述请求消息，并且携带所述业务的标识和所述质量参数的值；

所述质量参数的值被所述第一设备用于判断当所述质量参数的值超过第一阈值或者低于第二阈值时，确认所述第三设备和所述第四设备之间的所述IP承载网发生故障。

8.如权利要求7所述的方法，其特征在于，所述业务的标识包括五元组；

所述根据所述业务的标识确定所述业务在所述IP承载网中的终结点，包括：

通过解析所述请求消息获得所述请求消息中携带的所述五元组；

向所述IP承载网的网络管理系统发送查询终结点的消息，所述查询终结点的消息携带所述业务的五元组以及所述第三设备上的接收到所述请求消息的接口的名称；

接收所述网络管理系统发送的查询终结点的回应消息，所述回应消息携带所述五元组和所述业务在所述IP承载网中的终结点和出接口。

9.如权利要求7所述的方法，其特征在于，所述根据所述业务的标识确定所述业务在所述IP承载网中的终结点，包括：

所述第三设备向相邻的IP承载网中的设备发送探测消息以确定所述业务在所述IP承载网中的终结点和出接口。

10.如权利要求7-9任一所述的方法，其特征在于，所述请求消息或所述响应消息是扩展的动态主机配置协议DHCP消息。

11.如权利要求10所述的方法，其特征在于，所述扩展的DHCP消息包括op字段，当所述op字段的值为第一预设值时，标明所述扩展的DHCP消息为所述请求消息；当所述op字段的值为第二预设值时，标明所述扩展的DHCP消息为所述响应消息，所述第二预设值与所述第一预设值不同。

12.如权利要求11所述的方法，其特征在于，所述扩展的DHCP消息包括选项options字段，所述options字段用于携带所述业务的标识和所述业务的质量参数。

13.一种网络设备，所述网络设备为第一设备，所述第一设备和第二设备之间的业务通过IP承载网承载，所述第一设备通过所述IP承载网中的第三设备接入所述IP承载网，所述第二设备通过所述IP承载网中的第四设备接入所述IP承载网，其特征在于，所述第一设备包括：监测单元、判断单元、消息生成单元和发送接收单元，其中，

所述监测单元用于监测所述第一设备与所述第二设备之间的所述业务的业务质量；

所述判断单元用于确定所述第一设备与所述第二设备之间的所述业务的业务质量是否出现异常；

所述发送接收单元用于，当所述判断单元确定所述第一设备与所述第二设备之间的所述业务的业务质量出现异常时，向所述第三设备发送请求消息，所述请求消息由所述消息生成单元生成，用于请求所述第三设备检测所述IP承载网中的所述业务的业务质量，所述请求消息中携带所述业务的标识和质量参数，所述业务的标识被所述第三设备用于确定所述业务在所述IP承载网中的终结点，所述终结点是所述第四设备；

所述消息生成单元用于生成所述请求消息；

所述发送接收单元还用于接收所述第三设备发送的响应消息，所述响应消息携带所述业务的标识和所述IP承载网中的所述业务的所述质量参数的第一值；

所述判断单元还用于判断所述质量参数的所述第一值是否超过第一阈值或者低于第二阈值，当所述质量参数的所述第一值超过所述第一阈值或者低于所述第二阈值时，确认所述第三设备和所述第四设备之间的所述IP承载网发生故障。

14.如权利要求13所述的网络设备，其特征在于，所述请求消息或所述响应消息都是扩展的动态主机配置协议DHCP消息。

15.如权利要求14所述的网络设备，其特征在于，所述扩展的DHCP消息包括op字段，当所述op字段的值为第一预设值时，标明所述扩展的DHCP消息为所述请求消息；当所述op字段的值为第二预设值时，标明所述扩展的DHCP消息为所述响应消息，所述第二预设值与所述第一预设值不同。

16.如权利要求14或15所述的网络设备，其特征在于，所述扩展的DHCP消息包括选项options字段，所述options字段用于携带所述业务的标识和所述质量参数。

17.如权利要求13-15任一所述的网络设备，其特征在于，还包括一个存贮单元，用于存贮所述第一阈值和所述第二阈值的至少一个。

18.一种IP承载网网络设备，所述IP承载网承载第一设备和第二设备之间的业务，所述第一设备通过所述IP承载网中的第三设备接入所述IP承载网，所述第二设备通过所述IP承载网中的第四设备接入所述IP承载网，所述IP承载网网络设备为所述第三设备，其特征在于，所述第三设备包括发送接收单元和处理单元；其中，

所述发送接收单元用于接收所述第一设备发送的请求消息，所述请求消息用于请求所述第三设备检测所述IP承载网中的所述业务的业务质量，并且所述请求消息中携带所述业务的标识和质量参数，所述请求消息是所述第一设备在所述第一设备与所述第二设备之间的所述业务的业务质量出现异常时发送的；

所述处理单元用于根据所述业务的标识确定所述业务在所述IP承载网中的终结点；获得所述第三设备与所述终结点之间的所述业务的所述质量参数的值；生成响应消息，所述响应消息用于响应所述请求消息，并且携带所述业务的标识和所述质量参数的值；所述终结点是所述第四设备；所述质量参数的值被所述第一设备用于判断当所述质量参数的值超过第一阈值或者低于第二阈值时，确认所述第三设备和所述第四设备之间的所述IP承载网发生故障；所述发送接收单元还用于向所述第一设备发送所述响应消息。

19.如权利要求18所述的设备，其特征在于，所述请求消息或所述响应消息是扩展的动态主机配置协议DHCP消息。

20.如权利要求19所述的设备，其特征在于，所述扩展的DHCP消息包括op字段，当所述op字段的值为第一预设值时，标明所述扩展的DHCP消息为所述请求消息；当所述op字段的值为第二预设值时，标明所述扩展的DHCP消息为所述响应消息，所述第二预设值与所述第一预设值不同。

21.如权利要求19或20所述的设备，其特征在于，所述扩展的DHCP消息包括选项options字段，所述options字段用于携带所述业务的标识和所述质量参数。

22.一种确定IP承载网故障的系统，其特征在于，包括如权利要求13-17任一所述的第一设备和如权利要求18-21任一所述的第三设备。