检测隧道故障的方法、装置、设备、系统及存储介质

技术领域

本申请涉及通信技术领域，特别涉及检测隧道故障的方法、装置、设备、系统及存储介质。

背景技术

多协议标签交换流量工程(multiprotocol label switching trafficengineering，MPLS TE)快速重路由(fast rerouting，FRR)是一种链路保护配置方法，通过为主干网络提供MPLS TE隧道作为保护隧道，从而降低网络阻塞对主干网络造成的影响与损失。使用MPLS TE FRR后，一旦出现网络阻塞的情况，基于主干网络传输的流量会被切换到MPLS TE隧道上，使流量的传输不会发生中断。但是MPLS TE FRR的使用过程也会存在一些问题，导致无法为主干网络提供MPLS TE隧道，因此，需要一种检测隧道故障的方法，以获取MPLS TE隧道保护失败的原因。

在相关技术中，常用的检测隧道故障的方法为使用可维护的命令行定位分析MPLSTE隧道建立失败的原因，例如，使用查询命令行定位分析MPLS TE隧道建立失败的原因，或是使用基于以太网的点对点通讯协议(point to point protocol over ethernet，PPPoE)主动发现会话确认(PPPoE active discovery session-confirmation，PADS)诊断命令行定位分析MPLS TE隧道建立失败的原因。

然而，上述方法中，无论是使用查询命令行还是PADS诊断命令行定位分析，所得到的只有MPLS TE隧道建立失败的原因，检测出的故障情况不够全面，准确性较低。

发明内容

本申请提供了一种检测隧道故障的方法、装置、设备、系统及存储介质，以解决相关技术提供的问题，技术方案如下：

第一方面，提供了一种检测隧道故障的方法，该方法包括：第一网络设备接收原因收集指令，基于所述原因收集指令收集备隧道的故障原因，所述第一网络设备为位于主隧道的中间节点；所述第一网络设备获取封装有所述备隧道的故障原因的第一报文；所述第一网络设备向第二网络设备发送所述第一报文，所述第二网络设备为所述主隧道的头节点。

本申请提供的技术方案，第一网络设备收集到的备隧道的故障原因不再局限于备隧道建立失败上，通过发送封装有备隧道的故障原因的第一报文至第二网络设备，使得第二网络设备可以接收到备隧道的故障原因，该检测隧道故障方法检测出的隧道故障原因更全面，准确率高，效率高。

在一种可能的实现方式中，所述第一网络设备接收原因收集指令，包括：所述第一网络设备接收所述第二网络设备发送的第二报文，所述第二报文中携带所述原因收集指令。原因收集指令可以通过不同方式接收，增加了灵活性。

在一种可能的实现方式中，所述第一网络设备向第二网络设备发送所述第一报文之前，还包括：向第三网络设备发送所述第二报文，所述第三网络设备为所述第一网络设备的下游节点；接收所述第三网络设备返回的第三报文，所述第三报文中携带有所述第三网络设备收集的所述备隧道的故障原因；所述第一网络设备获取封装有所述备隧道的故障原因的第一报文，包括：将所述第一网络设备收集的所述备隧道的故障原因以及所述第三网络设备收集的所述备隧道的故障原因封装到所述第三报文中，得到所述第一报文。

在一种可能的实现方式中，所述第一网络设备向第二网络设备发送所述第一报文之前，还包括：向第三网络设备发送所述第二报文；接收所述第三网络设备返回的第三报文，所述第三报文中封装有所述第三网络设备收集的所述备隧道的故障原因；向所述第二网络设备发送所述第三报文。通过上述两种向第二网络设备发送第三网络设备收集的备隧道的故障原因的方式，使得故障原因的收集方式可以多样化，提高了灵活性。

在一种可能的实现方式中，所述第二报文为路径path报文，所述原因收集指令携带在所述path报文的扩展类型长度值TLV字段中。通过对已有的path报文进行扩展，以携带原因收集指令，增加了path报文的功能。

在一种可能的实现方式中，所述第一报文为预留resv报文，所述备隧道的故障原因携带在所述resv报文的扩展类型长度值TLV字段中。通过对已有的resv报文进行扩展，以携带备隧道的故障原因，增加了resv报文的功能。

在一种可能的实现方式中，所述第一报文为用户数据协议UDP报文。本申请不限定第一报文的报文格式，既可以对已有的resv报文进行扩展以携带备隧道的故障原因，也可以采用专用于携带备隧道的故障原因的UDP报文实现，从而提高了检测隧道故障方法的灵活性。

第二方面，提供了一种检测隧道故障的方法，该方法包括：第二网络设备接收第一网络设备发送的第一报文，所述第一报文封装有所述第一网络设备基于原因收集指令收集的备隧道的故障原因，所述第一网络设备为位于主隧道的中间节点，所述第二网络设备为所述主隧道的头节点；所述第二网络设备解析所述第一报文，得到所述第一网络设备收集的所述备隧道的故障原因。

本申请提供的技术方案，通过解析第一网络设备发送的第一报文，获取封装于第一报文中的备隧道的故障原因。实现了智能化一键在第二网络设备接收到第一网络设备的隧道故障原因，提高了检测隧道故障的效率。

在一种可能的实现方式中，所述第二网络设备接收第一网络设备发送的第一报文之前，还包括：所述第二网络设备向所述第一网络设备发送第二报文，所述第二报文中携带所述原因收集指令。

在一种可能的实现方式中，所述第一报文还封装有第三网络设备收集的所述备隧道的故障原因，所述第三网络设备为所述第一网络设备的下游节点。

在一种可能的实现方式中，所述方法还包括：接收所述第一网络设备发送的第三报文，所述第三报文封装有第三网络设备收集的所述备隧道的故障原因；所述第二网络设备解析所述第三报文，得到所述第三网络设备收集的所述备隧道的故障原因。本申请不限定第二网络设备获取第三网络设备收集的备隧道的故障原因的方式，除了上述两种方式外，还可以采用其他的获取方式，提高了收集备隧道的故障原因的灵活性。

在一种可能的实现方式中，所述第二报文为路径path报文，所述原因收集指令携带在所述path报文的扩展类型长度值TLV字段中。通过对已有的path报文进行扩展，以携带原因收集指令，增加了path报文的功能。

在一种可能的实现方式中，所述第一报文为预留resv报文，所述备隧道的故障原因携带在所述resv报文的扩展类型长度值TLV字段中。通过对已有的resv报文进行扩展，以携带备隧道的故障原因，增加了resv报文的功能。

在一种可能的实现方式中，所述第一报文为用户数据协议UDP报文。本申请不限定第一报文的报文格式，既可以对已有的resv报文进行扩展以携带备隧道的故障原因，也可以采用专用于携带备隧道的故障原因的UDP报文实现，从而提高了检测隧道故障方法的灵活性。

第三方面，提供了一种检测隧道故障的装置，所述装置应用于第一网络设备，装置包括：

接收模块，用于接收原因收集指令，基于所述原因收集指令收集备隧道的故障原因，所述第一网络设备为位于主隧道的中间节点；

获取模块，用于获取封装有所述备隧道的故障原因的第一报文；

发送模块，用于向第二网络设备发送所述第一报文，所述第二网络设备为所述主隧道的头节点。

在一种可能的实现方式中，所述接收模块，用于接收所述第二网络设备发送的第二报文，所述第二报文中携带所述原因收集指令。

在一种可能的实现方式中，所述发送模块，还用于向第三网络设备发送所述第二报文，所述第三网络设备为所述第一网络设备的下游节点；

接收模块，还用于接收所述第三网络设备返回的第三报文，所述第三报文中携带有所述第三网络设备收集的所述备隧道的故障原因；

获取模块，用于将所述第一网络设备收集的所述备隧道的故障原因以及所述第三网络设备收集的所述备隧道的故障原因封装到所述第三报文中，得到所述第一报文。

在一种可能的实现方式中，所述发送模块，还用于向第三网络设备发送所述第二报文；

接收模块，还用于接收所述第三网络设备返回的第三报文，所述第三报文中封装有所述第三网络设备收集的所述备隧道的故障原因；

发送模块，还用于向所述第二网络设备发送所述第三报文。

在一种可能的实现方式中，所述第二报文为路径path报文，所述原因收集指令携带在所述path报文的扩展类型长度值TLV字段中。

在一种可能的实现方式中，所述第一报文为预留resv报文，所述备隧道的故障原因携带在所述resv报文的扩展类型长度值TLV字段中。

在一种可能的实现方式中，所述第一报文为用户数据协议UDP报文。

第四方面，提供了一种检测隧道故障的装置，所述装置应用于第二网络设备，装置包括：

接收模块，用于接收第一网络设备发送的第一报文，所述第一报文封装有所述第一网络设备基于原因收集指令收集的备隧道的故障原因，所述第一网络设备为位于主隧道的中间节点，所述第二网络设备为所述主隧道的头节点；

解析模块，用于解析所述第一报文，得到所述第一网络设备收集的所述备隧道的故障原因。

在一种可能的实现方式中，所述装置还包括：发送模块，用于向所述第一网络设备发送第二报文，所述第二报文中携带所述原因收集指令。

在一种可能的实现方式中，所述第一报文还封装有第三网络设备收集的所述备隧道的故障原因，所述第三网络设备为所述第一网络设备的下游节点。

在一种可能的实现方式中，所述装置还包括：

接收模块，用于接收所述第一网络设备发送的第三报文，所述第三报文封装有第三网络设备收集的所述备隧道的故障原因；

解析模块，还用于解析所述第三报文，得到所述第三网络设备收集的所述备隧道的故障原因。

在一种可能的实现方式中，所述第二报文为路径path报文，所述原因收集指令携带在所述path报文的扩展类型长度值TLV字段中。

在一种可能的实现方式中，所述第一报文为预留resv报文，所述备隧道的故障原因携带在所述resv报文的扩展类型长度值TLV字段中。

在一种可能的实现方式中，所述第一报文为用户数据协议UDP报文。

第五方面，提供了一种检测隧道故障的设备，所述设备包括存储器及处理器；所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行，以使所述检测隧道故障的设备实现上述第一方面或第二方面所述的检测隧道故障的方法。

第六方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条计算机程序，所述至少一条计算机程序由处理器加载并执行，以使计算机实现上述第一方面或第二方面所述的检测隧道故障的方法。

第七方面，提供了另一种通信装置，该装置包括：收发器、存储器和处理器。其中，该收发器、该存储器和该处理器通过内部连接通路互相通信，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制收发器接收信号，并控制收发器发送信号，并且当该处理器执行该存储器存储的指令时，使得该处理器执行第一方面或第二方面的任一种可能的实施方式中的方法。

可选地，所述处理器为一个或多个，所述存储器为一个或多个。

可选地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。

在具体实现过程中，存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请对存储器的类型以及存储器与处理器的设置方式不做限定。

第八方面，提供了一种计算机程序(产品)，所述计算机程序(产品)包括：计算机程序代码，当所述计算机程序代码被计算机运行时，使得所述计算机执行上述第一方面或第二方面所述的方法。

第九方面，提供了一种芯片，包括处理器，用于从存储器中调用并运行所述存储器中存储的指令，使得安装有所述芯片的通信设备执行上述第一方面或第二方面所述的方法。

第十方面，提供另一种芯片，包括：输入接口、输出接口、处理器和存储器，所述输入接口、输出接口、所述处理器以及所述存储器之间通过内部连接通路相连，所述处理器用于执行所述存储器中的代码，当所述代码被执行时，所述处理器用于执行上述第一方面或第二方面所述的方法。

第十一方面，提供了一种检测隧道故障的系统，所述系统包括第一网络设备和第二网络设备，所述第一网络设备用于执行第一方面中任一所述的检测隧道故障的方法，所述第二网络设备用于执行第二方面中任一所述的检测隧道故障的方法。

附图说明

图1为本申请实施例提供的一种检测隧道故障的方法的实施环境的示意图；

图2为本申请实施例提供的一种检测隧道故障的方法流程图；

图3为本申请实施例提供的一种组网结构图；

图4为本申请实施例提供的一种第一报文的结构示意图；

图5为本申请实施例提供的另一种第一报文的结构示意图；

图6为本申请实施例提供的一种第二报文的结构示意图；

图7为本申请实施例提供的另一种第二报文的结构示意图；

图8为本申请实施例提供的一种检测隧道故障的装置的结构示意图；

图9为本申请实施例提供的另一种检测隧道故障的装置的结构示意图；

图10为本申请实施例提供的一种网络设备的结构示意图；

图11为本申请实施例提供的另一种网络设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请实施例提供了一种检测隧道故障的方法，请参考图1，其示出了本申请实施例提供的方法实施环境的示意图。该实施环境包括：主隧道和备隧道。

其中，主隧道包括第一网络设备101、第二网络设备102、第三网络设备103和第四网络设备104，备隧道包括第一网络设备101、第四网络设备104和第五网络设备105。可选地，网络设备可以是任何一种可进行数据传输的设备，例如终端、服务器、路由器、交换机、虚拟机等。

基于上述图1所示的实施环境，本申请实施例提供一种检测隧道故障的方法流程图，如图2所示，该检测隧道故障的方法可由网络设备执行，该方法包括步骤201-步骤205。

步骤201，第一网络设备接收原因收集指令，基于原因收集指令收集备隧道的故障原因，第一网络设备为位于主隧道的中间节点。

在一种可能的实现方式中，本申请实施例不对原因收集指令的触发时机进行限定，可选地，如图3所示，基于节点A建立目的地址为节点D的主隧道，于节点B配置由节点B、节点E和节点D组成的备隧道，备隧道用于保护主隧道。以该组网结构为例，节点A为第二网络设备，预期在节点A上可以观察到备隧道，一旦出现观察不到备隧道的情况时，发起原因收集指令。

在第二网络设备发起原因收集指令后，第一网络设备可以接收原因收集指令。关于接收原因收集指令的方式，可选地，第一网络设备接收第二网络设备发送的第二报文，第二报文中携带原因收集指令。其中，第二网络设备为主隧道的头节点。

可选地，除了基于第二报文接收原因收集指令之外，第一网络设备还可以直接获取用户输入的原因收集指令。

在接收到原因收集指令之后，第一网络设备可以开始收集备隧道的故障原因，其中，第一网络设备为位于主隧道的中间节点。在一种可能的实现方式中，由于第一网络设备知晓主隧道整个拓扑结构，并且第一网络设备检测备隧道的故障原因是通过寻找另一条隧道保护主隧道来实现的，在寻找另一条隧道的过程中会进行算路、建路等系列动作，第一网络设备在完成该系列动作的同时也具有收集动作失败的原因的能力，进而可以收集备隧道的故障原因。

关于第一网络设备收集到的备隧道的故障原因，包括但不限于以下九种：快速重路由(fast reroute，FRR)保护过程中的里程碑事件；没有找到匹配的手工旁路(bypass)隧道；没有使能自动快速重路由/自适应(auto FRR/self adapting)；主隧道没有配置FRR；共享风险链路组(shared risk link groups，SRLG)限制；拓扑不满足；带宽不满足；其他绕行FRR无法形成的原因；其他auto FRR无法形成的原因。以图3示出的组网结构为例，当第一网络设备为节点B时，备隧道的故障原因为没有找到匹配的bypass隧道；当第一网络设备为节点C时，备隧道的故障原因为拓扑不满足。

步骤202，第一网络设备获取封装有备隧道的故障原因的第一报文。

本申请实施例不对封装备隧道的故障原因的方式进行限定，可选地，通过确定携带备隧道的故障原因的字段的类型(type)完成封装，以步骤201示出的九种备隧道的故障原因为例，携带备隧道的故障原因的字段的type如下：type＝1，FRR保护过程中的里程碑事件；type＝2，没有找到匹配的手工bypass隧道；type＝3，没有使能Auto FRR/selfadapting；type＝4，主隧道没有配置FRR；type＝5，SRLG限制；type＝6，拓扑不满足；type＝7，带宽不满足；type＝x，其他detour FRR无法形成的原因；type＝y，其他auto FRR无法形成的原因。需要说明的是，第一网络设备可以选择上述type的对应关系实现备隧道的故障原因的封装，也可以选择其他对应关系实现备隧道的故障原因的封装，本申请实施例不对此加以限定。

在确定封装备隧道的故障原因的方式后，可获取第一报文，关于第一报文的类型，可选地，第一报文为预留(reserve，resv)报文，备隧道的故障原因携带在resv报文的扩展TLV字段中。可选地，第一报文为用户数据协议(user datagram protocol，UDP)报文。其中，第一报文的确定方式可以参考下述步骤204示出的的第二报文的确定方式，在此不再赘述。

无论以何种方式确定的第一报文，该第一报文均具有可以携带备隧道的故障原因的字段，关于携带备隧道的故障原因的字段，以第一报文为预留resv报文为例，如图4所示，当传输层协议为流量工程资源预留协议(resource reservation protocol trafficengineering，RSVP-TE)信令协议时，备隧道的故障原因携带在resv报文的扩展TLV字段中的TLV选项(options TLV)字段。

可选地，图4为一种第一报文的结构示意图，以下对该结构示意图进行说明。

版本号(versin，VERS)：版本号以比特(Binary digit，BIT)为单位，在一种可能的实现方式中，VERS为4bits，为RSVP-TE协议版本号，版本号是1；

标志(flag segment，FLAGS)：4bits，当前未被定义，全置为0；

消息类型(message type，MSG TYPE)：8bits，用于标识路径计算单元协议(pathcomputation element protocol，PCEP)消息类型，在一种可能的实现方式中，MSG TYPE＝2，代表resv报文；

RSVP校验和(RSVP checksum)：16bits，用于校验整个RSVP报文；

发送生存时间值(send time to live，SEND TTL)：8bits，用于发送网际互连协议生存时间值(Internet Protocol time to live，IP TTL)；

预留(reserved)：预留字段，当前未定位；

RSVP长度(RSVP length)：16bits，为RSVP报文的总字节长度，包括通用头部长度和可变长的对象长度；

长度(length)：16bits，为TE PADS对象的长度，必须是4的倍数；

对象类别(class number，CLASS-NUM)：8bits，固定取值255；

对象类型(class type，C-TYPE)：8bits，固定取值255；

类型(type)：8bits，为多协议标签交换流量工程多协议标签交换流量工程(multiprotocol label switching multiprotocol label switching，MPLS TE FRR)诊断TLV类型；

版本号(VERS)：8bits，版本号，在一种可能的实现方式中，头结点每执行一次MPLSTE FRR诊断，这个版本号加1，用来通告下游本地修复点(point local repair，PLR)下次诊断的时机；

长度(length)：16bits，为MPLS TE FRR诊断TLV的长度；

标签交换路由器地址身份标识号(label switching router identitydocument，LSR-ID)：128bits，为网际协议版本4(internet protocol version 4，IPv4)或网际协议版本6(internet protocol version6，IPv6)地址，用于标识PLR节点；

类型(type)：16bits，为TE FRR绑定失败信息类型，在一种可能的实现方式中，以步骤201示出的类型对应关系为例，当第一网络设备为图3的节点B，type＝2；

长度(length)：16bits，为TLV长度；

赋值(value)：用于携带的具体TE FRR绑定失败信息，可选地，以步骤201示出的类型对应关系为例，当第一网络设备为图3的节点B，value＝2，代表备隧道的故障原因为没有找到匹配的手工bypass隧道。

以第一报文为UDP报文为例，如图5所示，备隧道的故障原因携带在UDP报文的诊断应答消息中的options TLV字段。

可选地，图5为另一种第一报文的结构示意图，以下对该结构示意图进行说明。

源端口：16bits，为UDP协议源端口号，例如，源端口号＝30199；

目的端口：16bits，用于标识MPLS TE FRR诊断协议；

长度(length)：16bits，为UDP报文长度；

校验值：用于UDP报文校验；

版本号(VERS)：4bits，为MPLS TE FRR诊断协议版本号，在一种可能的实现方式中，可设置为1；

标志(flags)：4bits，当前没有定义，全置为0；

消息类型(message-type)：8bits，为MPLS TE FRR诊断协议类型，可选地，消息类型＝2，代表MPLS TE FRR诊断应答报文；

消息长度(message-length)：16bits，为包含头部的MPLS TE FRR TLV的总长度；

类型(type)：8bits，为MPLS TE FRR诊断TLV类型；

长度(length)：16bits，为MPLS TE FRR诊断TLV的长度；

LSP标识符(LSP-key)：32bits，用于标识对哪条MPLS TE LSP做FRR诊断；

类型(type)：16bits，为TE FRR绑定失败信息类型，在一种可能的实现方式中，以步骤201示出的类型对应关系为例，当第一网络设备为图3的节点B，type＝2；

长度(length)：16bits，为TLV长度；

赋值(value)：用于携带具体TE FRR绑定失败信息，在一种可能的实现方式中，以步骤201示出的类型对应关系为例，当第一网络设备为图3的节点B，value＝2，代表备隧道的故障原因为没有找到匹配的手工bypass隧道。

步骤203，第一网络设备向第二网络设备发送第一报文，第二网络设备为主隧道的头节点。

在一种可能的实现方式中，第一网络设备向第二网络设备发送第一报文之前，还会接收到第三网络设备发送的第三报文，其中，第二网络设备为主隧道的头节点。关于第三报文的接收方式，包括：向第三网络设备发送第二报文，第三网络设备为第一网络设备的下游节点；接收第三网络设备返回的第三报文，第三报文中携带有第三网络设备收集的备隧道的故障原因。第一网络设备将第三报文中携带的第三网络设备收集的备隧道的故障原因发送给第二网络设备的方式，包括但不限于如下两种实现方式。

方式一：将第一网络设备收集的备隧道的故障原因以及第三网络设备收集的备隧道的故障原因封装到第三报文中，得到第一报文，发送第一报文至第二网络设备。

需要说明的是，针对方式一，对于主隧道包括多个中间节点的情况，每个中间节点都可以采用第一网络设备的处理方式，将自身收集的备隧道的故障原因与接收到的其他下游节点的网络设备收集的备隧道的故障原因封装到同一个第一报文中，向上游节点发送。在图3所示的结构中，第一网络设备为节点C为例，节点C可以将自身收集的备隧道的故障原因与接收到的节点D收集的备隧道的故障原因封装到同一个第一报文中，向节点B发送。节点B可以将自身收集的备隧道的故障原因封装到同一个第一报文中，向节点A发送。

方式二：向第二网络设备发送第三报文。

该方式二中，第一网络设备可以将各个下游节点发送的第三报文直接向上游节点发送，直至传输到第二网络设备。例如，在图3所示的结构中，第一网络设备为节点C为例，节点C可以向节点B发送来自节点D的第三报文和来自节点C的第三报文，由节点B将来自节点D的第三报文和来自节点C的第三报文发送给节点A。

需要说明的是，第一网络设备可以选择上述任意一种方式向第二网络设备发送备隧道的故障原因，也可以选择其他方式向第二网络设备发送备隧道的故障原因，本申请实施例对此不加以限定。对于主隧道包括多个中间节点的情况，每个中间节点可以采用相同的方式发送备隧道的故障原因，也可以采用不同的方式发送备隧道的故障原因。

步骤204，第二网络设备接收第一网络设备发送的第一报文，第一报文封装有第一网络设备基于原因收集指令收集的备隧道的故障原因。

第二网络设备可以在未向第一网络设备发送任何报文的情况下，接收第一网络设备响应于原因收集指令获取的第一报文。

可选地，第二网络设备可以在接收第一报文之前，向第一网络设备发送第二报文，第二报文中携带原因收集指令。接收第一网络设备响应于第二报文获取的第一报文。其中，获取第二报文的方式，示例性地，建立命令提示符，由用户基于命令提示符输入原因收集指令，第二网络设备基于输入的原因收集指令得到携带原因收集指令的第二报文。

关于第二报文的获取方式，可选地，扩展基于传输层协议的报文，得到携带原因收集指令的第二报文。如图6所示，以传输层协议为RSVP-TE信令协议为例，通过扩展基于RSVP-TE信令协议的报文，所得到的第二报文为路径path报文，原因收集指令携带在path报文的扩展类型长度值TLV字段中。

图6为一种第二报文的结构示意图，以下对该结构示意图进行说明。

版本号(VERS)：4bits，为RSVP-TE协议版本号，版本号是1；

标志(flags)：4bits，当前未被定义，全置为0；

消息类型(MSG TYPE)：8bits，用于标识PCEP消息类型，在一种可能的实现方式中，MSG TYPE＝1，代表path报文；

RSVP校验和(RSVP checksum)：16bits，用于校验整个RSVP报文；

发送生存时间值(SEND TTL)：8bits，用于发送IP TTL值；

预留(reserved)：预留字段，当前未定位；

RSVP长度(RSVP length)：16bits，为RSVP报文的总字节长度，包括通用头部长度和可变长的对象长度；

长度(length)：16bits，为TE PADS对象的长度，必须是4的倍数；

对象类别(CLASS-NUM)：8bits，固定取值255；

对象类型(C-TYPE)：8bits，固定取值255；

类型(type)：8bits，为MPLS TE FRR诊断TLV类型；

版本号(VERS)：8bits，版本号，在一种可能的实现方式中，头结点每执行一次MPLSTE FRR诊断，这个版本号加1，用来通告下游PLR节点下次诊断的时机；

长度(length)：16bits，为MPLS TE FRR诊断TLV的长度；

LSR身份标识号(LSR-ID)：128bits，为IPv4或IPv6地址，用于标识PLR节点；

TLV选项(options tlvs)：用来扩展定义不同的错误码类型。

可选地，除了扩展传输层协议的原有报文，还可以基于传输层协议扩展确定携带原因收集指令的协议类型，基于协议类型确定第二报文。如图7所示，以传输层协议为UDP协议为例，原因收集指令携带在UDP协议上层扩展的协议类型，第二报文携带有特定的目的端口号的UDP报文，在一种可能的实现方式中，第二报文的目的端口号为30199。

图7为另一种第二报文的结构示意图，以下对该结构示意图进行说明。

源端口：16bits，为UDP协议源端口号；

目的端口：16bits，用于标识MPLS TE FRR诊断协议，例如，目的端口号＝30199；

长度(length)：16bits，为UDP报文长度；

校验值：用于UDP报文校验；

版本号(VERS)：4bits，为MPLS TE FRR诊断协议版本号，在一种可能的实现方式中，可设置为1；

标志(flags)：4bits，当前没有定义，全置为0；

消息类型(message-type)：8bits，为MPLS TE FRR诊断协议类型，可选地，消息类型＝1，代表MPLS TE FRR诊断请求信息；

消息长度(message-length)：16bits，为包含头部的MPLS TE FRR TLV的总长度；

类型(type)：8bits，为MPLS TE FRR诊断TLV类型；

长度(length)：16bits，为MPLS TE FRR诊断TLV的长度；

LSP标识符(LSP-key)：32bits，用于标识对哪条MPLS TE LSP做FRR诊断；

TLV选项(options tlvs)：用来扩展定义不同的错误码类型。

无论以何种方式确定的第二报文，第一网络设备均可基于第二报文获取第一报文，以第二报文为path报文为例，第一报文为resv报文，备隧道的故障原因携带在resv报文的TLV字段中；以第二报文为UDP报文为例，第一报文为UDP报文。关于第一报文中携带备隧道的故障原因的字段，与上述步骤202中的字段一致，在此不再赘述。

步骤205，第二网络设备解析第一报文，得到第一网络设备收集的备隧道的故障原因。

第二网络设备在解析第一报文过程中，除了基于第一报文获取第一网络设备收集的备隧道的故障原因，还可基于第一报文的第一字段区分备隧道的故障原因对应的第一网络设备，其中，第一字段用于标识第一网络设备。关于第一字段，以第一报文为图5示出的resv报文为例，第一字段为LSR-ID字段。

通过解析第一报文，第二网络设备可以获得第一网络设备收集的备隧道的故障原因，并且可以通过第一字段，知晓该备隧道的故障原因所指向的第一网络设备。

在一种可能的实现方式中，响应于步骤203示出的第一网络设备在发送第一报文之前接收到第三报文的情况，第二网络设备有如下两种方式获取第三网络设备收集的备隧道的故障原因。

方式一：解析第一报文，第一报文还封装有第三网络设备收集的备隧道的故障原因，第三网络设备为第一网络设备的下游节点。

方式二：接收第一网络设备发送的第三报文，第三报文封装有第三网络设备收集的备隧道的故障原因；第二网络设备解析第三报文，得到第三网络设备收集的备隧道的故障原因。

需要说明的是，第二网络设备获取第三网络设备收集的备隧道的故障原因的方式是基于第一网络设备的发送方式确定的。当第一网络设备将收集的备隧道的故障原因以及第三网络设备收集的备隧道的故障原因封装至第三报文中，得到第一报文，再发送第一报文时，第二网络设备可通过方式一获取第三网络设备收集的备隧道的故障原因；当第一网络设备直接发送第三报文时，第二网络设备可通过方式二获取第三网络设备收集的备隧道的故障原因。

在一种可能的实现方式中，在第二网络设备完成备隧道的故障原因获取之后，还可基于主隧道进行数据传输，第二网络设备有包括但不限于如下两种数据传输的方式。

方式一：基于携带扩展TLV字段的报文进行数据传输，传输过程中，报文中用于触发下游节点下次故障检测的第二字段保持不变；响应于再次接收到原因收集指令，基于携带扩展TLV字段的报文进行故障检测，基于故障检测的次数更新第二字段，以携带扩展TLV字段的报文为path报文为例，第二字段为VERS字段。在一种可能的实现方式中，每进行一次故障检测，VERS字段的版本号加1。

方式二：基于未携带扩展TLV字段的报文进行数据传输；响应于再次接收到原因收集指令，第二网络设备发送携带扩展TLV字段的报文进行故障检测。

在本申请的实施例中，基于第一网络设备知晓整个拓扑结构，使得第一网络设备在进行备隧道的故障原因检测的时候可以收集到的故障原因不再局限于备隧道的建立失败上，而是可以扩展到算路、建路等整个系列动作上；通过发送封装有备隧道的故障原因的第一报文，使位于主隧道首部的第二网络设备能通过一次检测获取主隧道多个位置的备隧道的故障原因，在保证检测出的隧道故障原因更全面的基础上，还提升了检测隧道故障的效率。

以上介绍了本申请实施例的检测隧道故障的方法，与上述方法对应，本申请实施例还提供了检测隧道故障的装置。图8是本申请实施例提供的一种检测隧道故障的装置的结构示意图。基于图8所示的如下多个模块，该图8所示的检测隧道故障的装置能够执行上述图2所示的全部或部分操作。应理解到，该装置可以包括比所示模块更多的附加模块或者省略其中所示的一部分模块，本申请实施例对此并不进行限制。如图8所示，该装置应用于第一网络设备，装置包括：

接收模块801，用于接收原因收集指令，基于原因收集指令收集备隧道的故障原因，第一网络设备为位于主隧道的中间节点；

获取模块802，用于获取封装有备隧道的故障原因的第一报文；

发送模块803，用于向第二网络设备发送第一报文，第二网络设备为主隧道的头节点。

在一种可能的实现方式中，接收模块801，用于接收第二网络设备发送的第二报文，第二报文中携带原因收集指令。

在一种可能的实现方式中，发送模块803，还用于向第三网络设备发送第二报文，第三网络设备为第一网络设备的下游节点；

接收模块801，还用于接收第三网络设备返回的第三报文，第三报文中携带有第三网络设备收集的备隧道的故障原因；

获取模块802，用于将第一网络设备收集的备隧道的故障原因以及第三网络设备收集的备隧道的故障原因封装到第三报文中，得到第一报文。

在一种可能的实现方式中，发送模块803，还用于向第三网络设备发送第二报文；

接收模块801，还用于接收第三网络设备返回的第三报文，第三报文中封装有第三网络设备收集的备隧道的故障原因；

发送模块803，还用于向第二网络设备发送第三报文。

在一种可能的实现方式中，第二报文为路径path报文，原因收集指令携带在path报文的扩展类型长度值TLV字段中。

在一种可能的实现方式中，第一报文为预留resv报文，备隧道的故障原因携带在resv报文的扩展类型长度值TLV字段中。

在一种可能的实现方式中，第一报文为用户数据协议UDP报文。

图9是本申请实施例提供的另一种检测隧道故障的装置的结构示意图。基于图9所示的如下多个模块，该图9所示的检测隧道故障的装置能够执行上述图2所示的全部或部分操作。应理解到，该装置可以包括比所示模块更多的附加模块或者省略其中所示的一部分模块，本申请实施例对此并不进行限制。如图9所示，该装置应用于第二网络设备，装置包括：

接收模块901，用于接收第一网络设备发送的第一报文，第一报文封装有第一网络设备基于原因收集指令收集的备隧道的故障原因，第一网络设备为位于主隧道的中间节点，第二网络设备为主隧道的头节点；

解析模块902，用于解析第一报文，得到第一网络设备收集的备隧道的故障原因。

在一种可能的实现方式中，该装置还包括：

发送模块，用于向第一网络设备发送第二报文，第二报文中携带原因收集指令。

在一种可能的实现方式中，第一报文还封装有第三网络设备收集的备隧道的故障原因，第三网络设备为第一网络设备的下游节点。

在一种可能的实现方式中，该装置还包括：

接收模块901，用于接收第一网络设备发送的第三报文，第三报文封装有第三网络设备收集的备隧道的故障原因；

解析模块902，还用于解析第三报文，得到第三网络设备收集的备隧道的故障原因。

在一种可能的实现方式中，第二报文为路径path报文，原因收集指令携带在path报文的扩展类型长度值TLV字段中。

在一种可能的实现方式中，第一报文为预留resv报文，备隧道的故障原因携带在resv报文的扩展类型长度值TLV字段中。

在一种可能的实现方式中，第一报文为用户数据协议UDP报文。

应理解的是，上述装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

参见图10，图10示出了本申请一个示例性实施例提供的网络设备1000的结构示意图。图10所示的网络设备1000用于执行上述图2所示的检测隧道故障的方法所涉及的操作。该网络设备1000例如是交换机、路由器等，该网络设备1000可以由一般性的总线体系结构来实现。

如图10所示，网络设备1000包括至少一个处理器1001、存储器1003以及至少一个通信接口1004。

处理器1001例如是通用中央处理器(central processing unit，CPU)、数字信号处理器(digital signal processor，DSP)、网络处理器(network processer，NP)、图形处理器(Graphics Processing Unit，GPU)、神经网络处理器(neural-network processingunits，NPU)、数据处理单元(Data Processing Unit，DPU)、微处理器或者一个或多个用于实现本申请方案的集成电路。例如，处理器1001包括专用集成电路(application-specificintegrated circuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。PLD例如是复杂可编程逻辑器件(complex programmable logic device，CPLD)、现场可编程逻辑门阵列(field-programmable gate array，FPGA)、通用阵列逻辑(generic array logic，GAL)或其任意组合。其可以实现或执行结合本发明实施例公开内容所描述的各种逻辑方框、模块和电路。处理器也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，DSP和微处理器的组合等等。

可选的，网络设备1000还包括总线。总线用于在网络设备1000的各组件之间传送信息。总线可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器1003例如是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其它类型的静态存储设备，又如是随机存取存储器(random access memory，RAM)或者可存储信息和指令的其它类型的动态存储设备，又如是电可擦可编程只读存储器(electrically erasable programmable read-only Memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其它光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备，或者是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质，但不限于此。存储器1003例如是独立存在，并通过总线与处理器1001相连接。存储器1003也可以和处理器1001集成在一起。

通信接口1004使用任何收发器一类的装置，用于与其它设备或通信网络通信，通信网络可以为以太网、无线接入网(RAN)或无线局域网(wireless local area networks，WLAN)等。通信接口1004可以包括有线通信接口，还可以包括无线通信接口。具体的，通信接口1004可以为以太(Ethernet)接口、快速以太(Fast Ethernet，FE)接口、千兆以太(Gigabit Ethernet，GE)接口，异步传输模式(Asynchronous Transfer Mode，ATM)接口，无线局域网(wireless local area networks，WLAN)接口，蜂窝网络通信接口或其组合。以太网接口可以是光接口，电接口或其组合。在本申请实施例中，通信接口1004可以用于网络设备1000与其他设备进行通信。

在具体实现中，作为一种实施例，处理器1001可以包括一个或多个CPU，如图10中所示的CPU0和CPU1。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，网络设备1000可以包括多个处理器，如图10中所示的处理器1001和处理器1005。这些处理器中的每一个可以是一个单核处理器(single-CPU)，也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，网络设备1000还可以包括输出设备和输入设备。输出设备和处理器1001通信，可以以多种方式来显示信息。例如，输出设备可以是液晶显示器(liquid crystal display，LCD)、发光二级管(light emitting diode，LED)显示设备、阴极射线管(cathode ray tube，CRT)显示设备或投影仪(projector)等。输入设备和处理器1001通信，可以以多种方式接收用户的输入。例如，输入设备可以是鼠标、键盘、触摸屏设备或传感设备等。

在一些实施例中，存储器1003用于存储执行本申请方案的程序代码1010，处理器1001可以执行存储器1003中存储的程序代码1010。也即是，网络设备1000可以通过处理器1001以及存储器1003中的程序代码1010，来实现方法实施例提供的检测隧道故障的方法。程序代码1010中可以包括一个或多个软件模块。可选地，处理器1001自身也可以存储执行本申请方案的程序代码或指令。

在具体实施例中，本申请实施例的网络设备1000可对应于上述各个方法实施例中的检测隧道故障的设备。

其中，图2所示的检测隧道故障的方法的各步骤通过网络设备1000的处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤，为避免重复，这里不再详细描述。

图11是本申请实施例提供的另一种网络设备的结构示意图，该网络设备例如是服务器，服务器可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(central processing units，CPU)1101和一个或多个存储器1102，其中，该一个或多个存储器1102中存储有至少一条计算机程序，该至少一条计算机程序由该一个或多个处理器1101加载并执行，以使该服务器实现上述各个方法实施例提供的检测隧道故障的方法。当然，该网络设备还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该网络设备还可以包括其他用于实现设备功能的部件，在此不做赘述。

本申请实施例还提供了一种通信装置，该装置包括：收发器、存储器和处理器。其中，该收发器、该存储器和该处理器通过内部连接通路互相通信，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制收发器接收信号，并控制收发器发送信号，并且当该处理器执行该存储器存储的指令时，使得该处理器执行检测隧道故障的方法。

应理解的是，上述处理器可以是中央处理器(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signal processing，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field－programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。值得说明的是，处理器可以是支持进阶精简指令集机器(advanced RISC machines，ARM)架构的处理器。

进一步地，在一种可选的实施例中，上述存储器可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器还可以包括非易失性随机存取存储器。例如，存储器还可以存储设备类型的信息。

该存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用。例如，静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic random access memory，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data dateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。

本申请实施例还提供了一种计算机可读存储介质，存储介质中存储有至少一条指令，指令由处理器加载并执行，以使计算机实现如上任一所述的检测隧道故障的方法。

本申请实施例还提供了一种计算机程序(产品)，当计算机程序被计算机执行时，可以使得处理器或计算机执行上述方法实施例中对应的各个步骤和/或流程。

本申请实施例还提供了一种芯片，包括处理器，用于从存储器中调用并运行所述存储器中存储的指令，使得安装有所述芯片的通信设备执行如上任一所述的检测隧道故障的方法。

本申请实施例还提供另一种芯片，包括：输入接口、输出接口、处理器和存储器，所述输入接口、输出接口、所述处理器以及所述存储器之间通过内部连接通路相连，所述处理器用于执行所述存储器中的代码，当所述代码被执行时，所述处理器用于执行如上任一所述的检测隧道故障的方法。

本申请实施例还提供了一种系统，所述系统包括第一网络设备和第二网络设备，第一网络设备用于执行步骤201-203中任一所述的检测隧道故障的方法，第二网络设备用于执行步骤204-205中任一所述的检测隧道故障的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid StateDisk)等。

本领域普通技术人员可以意识到，结合本文中所公开的实施例中描述的各方法步骤和模块，能够以软件、硬件、固件或者其任意组合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

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

在本申请实施例的上下文中，计算机程序代码或者相关数据可以由任意适当载体承载，以使得设备、装置或者处理器能够执行上文描述的各种处理和操作。载体的示例包括信号、计算机可读介质等等。

信号的示例可以包括电、光、无线电、声音或其它形式的传播信号，诸如载波、红外信号等。

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

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、设备和模块的具体工作过程，可以参见前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，该模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、设备或模块的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

该作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请实施例方案的目的。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以是两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

该集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例中方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分，应理解，“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系，也不对数量和执行顺序进行限定。还应理解，尽管以下描述使用术语第一、第二等来描述各种元素，但这些元素不应受术语的限制。这些术语只是用于将一元素与另一元素区别分开。例如，在不脱离各种所述示例的范围的情况下，第一图像可以被称为第二图像，并且类似地，第二图像可以被称为第一图像。第一图像和第二图像都可以是图像，并且在某些情况下，可以是单独且不同的图像。

还应理解，在本申请的各个实施例中，各个过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本申请中术语“至少一个”的含义是指一个或多个，本申请中术语“多个”的含义是指两个或两个以上，例如，多个第二报文是指两个或两个以上的第二报文。本文中术语“系统”和“网络”经常可互换使用。

应理解，在本文中对各种所述示例的描述中所使用的术语只是为了描述特定示例，而并非旨在进行限制。如在对各种所述示例的描述和所附权利要求书中所使用的那样，单数形式“一个(“a”，“an”)”和“该”旨在也包括复数形式，除非上下文另外明确地指示。

还应理解，本文中所使用的术语“和/或”是指并且涵盖相关联的所列出的项目中的一个或多个项目的任何和全部可能的组合。术语“和/或”，是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本申请中的字符“/”，一般表示前后关联对象是一种“或”的关系。

还应理解，术语“包括”(也称“includes”、“including”、“comprises”和/或“comprising”)当在本说明书中使用时指定存在所陈述的特征、整数、步骤、操作、元素、和/或部件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元素、部件、和/或其分组。

还应理解，术语“若”和“如果”可被解释为意指“当...时”(“when”或“upon”)或“响应于确定”或“响应于检测到”。类似地，根据上下文，短语“若确定...”或“若检测到[所陈述的条件或事件]”可被解释为意指“在确定...时”或“响应于确定...”或“在检测到[所陈述的条件或事件]时”或“响应于检测到[所陈述的条件或事件]”。

应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

还应理解，说明书通篇中提到的“一个实施例”、“一实施例”、“一种可能的实现方式”意味着与实施例或实现方式有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”、“一种可能的实现方式”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。