专利名称：检测业务通道的方法及提供检测业务通道方法的系统的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及检测业务通道的方法及提供检测业务通道方法的系统。
背景技术：
Mac-in-Mac(内层介质访问控制MAC通过外层介质访问控制MAC传送)技术由电子电气工程师协会IEEE 802.1ah规定，是城域以太网论坛MEF运营级以太网(Carrier Ethernet)方案的重要组成部分，它通过与QinQ(内层802.1Q标签TAG通过外层802.1Q标签TAG传送)技术配合，可以实现整个传送网络即二层网络全部基于以太网架构，使城域网甚至广域网从接入层、汇聚层以及骨干层都可以通过以太网技术来实现，是以太网发展的一个重要方向。
Mac-in-Mac组网中，用户报文在运营商桥设备PB处进行QinQ封装，将其中的标签S-TAG在骨干运营商桥边缘设备处映射成Mac-in-Mac的业务标签I-TAG(Service Instance TAG)，并且在报文头插入骨干网目的MAC地址B-DA(Backbone Destination Address)、骨干网源MAC地址B-SA(Backbone SourceAddress)、I-TAG和骨干网外层标签B-TAG(Backbone VLAN TAG)字段。其中I-TAG是Mac-in-Mac中定义的业务标签，作为内层标签，用于表示不同的业务实例，其至少有20位的业务实例标识SID；B-TAG是外层标签，表示骨干运营商提供的不同业务类型，例如语音、视频业务等，或者用于表示不同的地域或不同的业务运营商。骨干网中的中间节点根据B-DA、B-SA、B-TAG进行转发，这实际上相当于建立了一条外层隧道。由于用户数据在经过Mac-in-Mac传送时，不同的业务数据可以标上相同的I-TAG，因此认为I-TAG代表了一条内层隧道，即与业务相关的业务通道。I-TAG代表的业务通道的不同类型的业务数据通过B-TAG标识的外层隧道传送到对端进行处理。简单的说，B-TAG标明的是一条大的管道，I-TAG标明管道中的小管道，小管道中传送用户的不同业务数据。报文传送到骨干运营商桥中不同层的边缘设备处后，根据I-TAG将B-TAG映射成新的B-TAG，报文传送到对端骨干运营商桥中不同层的边缘设备，再经过B-TAG映射关系传送到对端骨干运营商桥边缘设备，之后去掉Mac-in-Mac头将报文传送给对端PB，PB处理之后将报文发送给对端用户。整个过程中I-TAG可以保持不变，I-TAG在对端骨干运营商桥边缘设备处映射回S-TAG；也可以在不同层次的Mac-in-Mac域中将I-TAG可映射成新的I-TAG。
Ping和TraceRoute是网络中常用的两个维护工具，或称为例程，用于检测链路连通性。Ping是通过向对端发送Ping请求报文，对端回送Ping响应报文，发送端接收到响应报文后认为链路正常，否则链路可能出现某种故障。TraceRoute是向对端发送TraceRoute请求报文，该报文所经过的节点都向发送端回送响应报文，由此发送端可以确定传送路径中包含哪些节点，以及定位可能的故障是在传送路径的哪一段。Ping和TraceRoute在网络中有很广泛的应用，如IP Ping/TraceRoute适用于IP网络，标记交换路径LSP Ping/TraceRoute适用于多协议标签交换MPLS网络，MAC Ping/TraceRoute适用于以太网络。
以太网络中，MAC Ping/TraceRoute是利用以太网操作、管理与维护OAM(IEEE 802.1ag)协议规定的环回消息LBM(LoopBack Message)/环回响应消息LBR(LoopBack Reply Message)和链路跟踪消息LTM(LinkTraceMessage)/链路跟踪响应消息LTR(LinkTrace Reply Message)来实现上述的Ping功能和TraceRoute功能。以太网OAM报文中所包含的信息主要包括源/目的MAC地址，802.1Q VLAN TAG(虚拟局域网标签)信息，以太网类型、消息码OpCode字段。以太网类型字段表明此报文为以太网OAM报文，而OpCode字段则可以区分不同的以太网OAM消息类型，其中LBM消息、LBR消息、LTM消息和LTR消息分别通过四个不同的值来表示。
对于MAC Ping操作，用户通过配置命令发起MAC Ping过程，构造环回消息LBM，并封装成请求报文后经外层隧道发送到目的节点，目的节点解析请求报文，识别出环回消息LBM，构造环回响应消息LBR，封装成响应报文返回。根据接收响应报文的情况可以确认二层以太网中两点之间的外层隧道是否正常，如果接收不到响应报文，则说明两点之间的外层隧道发生故障。
对于MAC TraceRoute操作，用户通过配置命令发起MAC TraceRoute过程，构造环回响应消息LBR，并封装成请求报文后经外层隧道向目的节点发送，传送路径上的中间节点解析请求报文，识别出环回响应消息LBR，构造链路跟踪响应消息LTR，封装成响应报文返回，并根据转发表项向下一跳节点继续进行转发，目的节点接收请求报文后，解析请求报文，识别出环回响应消息LBR，构造链路跟踪响应消息LTR，封装成响应报文返回。如果接收不到响应报文，则说明外层隧道发生故障，并且根据响应报文中转发路径上所包含的节点信息，可以进行故障定位。
但是，MAC Ping/TraceRoute只是对外层隧道进行连通性检测，不能检测到内层隧道即业务通道的连通性，外层隧道连通没有问题，并不表明业务通道就没有问题，特别是在层次化组网的情况下，I-TAG可能在不同的节点会有一些处理，而且由于在不同的Mac-in-Mac域，B-TAG也可能发生变化，这些情况都容易引起业务通道的故障，因此仅仅检测外层隧道的连通性是不够的，还希望能对业务通道进行连通性检测。
发明内容
本发明要解决的技术问题是提供一种检测业务通道的方法及具有提供检测业务通道方法的系统，本发明能够检测业务通道的连通性。
本发明的目的是通过以下技术方案实现本发明提供一种检测业务通道的方法，包括将包含请求消息、业务标签及外层标签的请求报文通过外层标签对应的外层隧道传送到业务标签对应业务通道的目的节点；所述目的节点接收请求报文后识别出请求消息，并返回包含响应消息、业务标签及外层标签的响应报文；根据接收响应报文的情况确定业务通道状况。
可选的，所述请求消息及响应消息携带以太网类型标识及指明消息类型的标识。
可选的，所述请求报文的传送为单播或组播方式。
可选的，所述请求消息及响应消息携带时间信息，根据所述时间信息和响应报文数量计算出传送报文的时延、抖动和丢包率。
可选的，所述请求报文的传送过程中，中间节点接收请求报文后识别出请求消息，根据转发表项向下一跳节点转发请求报文；或者，中间节点接收请求报文后识别出请求消息，返回包含响应消息、内层标签及外层标签的响应报文，再根据转发表项向下一跳节点转发请求报文。
可选的，所述根据接收响应报文的情况确定业务通道状况的步骤具体包括未接收到目的节点返回的响应报文时，确定业务通道出现故障；或者，未接收到目的节点返回的响应报文时，确定业务通道出现故障，并根据中间节点返回的响应报文确定业务通道的故障位置。
可选的，所述请求消息包含生存时间TTL信息，所述中间节点对生存时间TTL信息进行检测，并将变化后的生存时间TTL信息记录在所述响应消息中。
可选的，所述请求报文由Ping命令或TraceRoute命令发起。
所述方法具体应用于内层介质访问控制通过外层介质访问控制传送的Mac-in-Mac网络中。
相应的，本发明还提供一种具有提供检测业务通道方法的系统，包括源节点和目的节点；其中，源节点，用于将包含请求消息、业务标签及外层标签的请求报文通过外层标签对应的外层隧道传送到业务标签对应业务通道的目的节点；以及，根据接收响应报文的情况确定业务通道状况；目的节点，用于接收请求报文后识别出请求消息，并向源节点返回包含响应消息、业务标签及外层标签的响应报文。
可选的，所述系统进一步包括中间节点，用于在所述请求报文的传送过程中，接收请求报文后识别出请求消息，根据转发表项向下一跳节点转发请求报文；或者，接收请求报文后识别出请求消息，返回包含响应消息、业务标签及外层标签的响应报文，再根据转发表项向下一跳节点转发请求报文。
可选的，所述中间节点包括转发单元和检测单元；其中，转发单元，用于在所述请求报文的传送过程中，接收请求报文后识别出请求消息，根据转发表项向下一跳节点转发请求报文；或者，接收请求报文后识别出请求消息，返回包含响应消息、业务标签及外层标签的响应报文，再根据转发表项向下一跳节点转发请求报文；检测单元，用于对所述请求消息中的生存时间TTL信息进行检测，并将变化后的生存时间TTL信息记录在响应报文中的响应消息中。
可选的，所述源节点包括发送单元、接收单元和计算单元；其中，发送单元，用于将包含请求消息、业务标签及外层标签的请求报文通过外层标签对应的外层隧道传送到业务层标签对应业务通道的目的节点；接收单元，用于根据接收响应报文的情况确定业务通道状况；计算单元，用于根据所述请求消息及响应消息中的时间信息和响应报文数量计算出传送报文的时延、抖动和丢包率。
从以上技术方案可以看出，现有技术只能实现对外层隧道进行连通性检测，而本发明将包含请求消息、业务标签及外层标签的请求报文通过外层标签对应的外层隧道传送到业务标签对应业务通道的目的节点；所述目的节点接收请求报文后识别出请求消息，并返回包含响应消息、业务标签及外层标签的响应报文。因为本发明对请求报文进行了扩展，在报文中增加了对应业务通道的业务标签，所以根据接收响应报文的情况可以确定业务通道状况，从而提供了对内层隧道即业务通道进行连通性检测的方法。
图1是本发明检测业务通道的方法流程图；图2是本发明检测业务通道的方法实施例一流程图；图3是本发明检测业务通道的方法实施例二流程图；图4是本发明提供检测业务通道方法的系统结构示意图；图5是本发明提供检测业务通道方法的系统中的源节点结构示意图；图6是本发明提供检测业务通道方法的系统中的中间节点结构示意图。
具体实施例方式
本发明提供对Mac-in-Mac网络的I-TAG所标识的内层隧道即业务通道进行连通性检测的方法，具体可以通过Ping和TraceRoute操作实现，在本发明中两种操作分别简称为MinM-Ping和MinM-TraceRoute。
请参阅图1，是本发明检测业务通道的方法流程图，包括步骤A1、将包含请求消息、业务标签及外层标签的请求报文通过外层标签对应的外层隧道传送到业务标签对应业务通道的目的节点；A2、所述目的节点接收请求报文后识别出请求消息，并返回包含响应消息、业务标签及外层标签的响应报文；A3、根据接收响应报文的情况确定业务通道状况。
以下结合实施例进行介绍。例如在一个层次化的Mac-in-Mac网络中，网络为两层结构，第一层为骨干层，第二层为接入层，分别属于不同的Mac-in-Mac域，第一层Mac-in-Mac域的边缘设备为骨干运营商桥中不同层的边缘设备BB BB，第二层Mac-in-Mac域的边缘设备为骨干运营商桥边缘设备BB PB。各Mac-in-Mac域内部分别建立传送的外层隧道和内层隧道即业务通道。外层隧道通过Mac-in-Mac报文的B-TAG标识，业务通道通过Mac-in-Mac报文的I-TAG标识，多条业务通道的业务通过同一条外层隧道传送，可以建立多条不同的外层隧道。
在上述网络中，对Mac-in-Mac网络的I-TAG所标识的业务通道进行检测的方法包括Ping和TraceRoute操作。
实施例一，是采用MinM-Ping操作检验业务通道的连通性。
请参阅图2，MinM-Ping的具体过程包括B1、通过配置命令发起MinM-Ping过程；在Mac-in-Mac域的骨干运营商桥边缘设备，用户通过配置命令发起MinM-Ping过程，配置命令需指明要Ping的业务通道标识，业务通道标识即Mac-in-Mac的I-TAG，I-TAG中包括业务ID(I-SID)和业务类型；B2、骨干运营商桥边缘设备根据业务通道标识I-TAG查找得到对应的外层隧道标识B-TAG，构造MinM-Ping请求消息，并将该请求消息进行Mac-in-Mac封装；该步骤可分为
1、构造请求消息；MinM-Ping请求消息的构造可对以太网OAM的报文格式进行扩充，其中包括目的MAC、源MAC、以太网类型Ether-Type、版本号、消息码、报文长度、序列号、填充数据。需要说明的是，扩充以太网OAM报文格式只是一种实现方法，也可以通过定义其他报文格式实现。
其中，源/目的MAC，表示源/目的设备MAC地址；以太网类型Ether-Type，表示以太网OAM类型；版本号，表示协议版本号；消息码，定义4个值，分别表示MinM-Ping请求、MinM-Ping响应、MinM-TraceRoute请求和MinM-TraceRoute响应，具体取何值进行表示不加以限定，本步骤中取值表示MinM-Ping请求；报文长度，表示消息报文长度，以字节为单位；序列号，表示一个32位的ID值，用于标识当前报文，多个MinM-Ping报文使用不同的序列号；填充数据，表示MinM-Ping过程可用于不同长度的报文测试，此时可填充一些测试数据。
2、封装报文；封装具体为将MinM-Ping请求消息根据业务通道添加I-TAG，根据外层隧道添加B-TAG，然后填充源MAC地址、目的MAC地址和校验和B-FCS。
B3、传送封装后的报文；请求报文封装好后，发送到对端骨干运营商桥边缘设备。
为防止收不到对端回应报文，报文发出时要启动定时器。定时器的取值具体根据需要设置。
需要说明的是，MinM-Ping有两种类型，一种为单播的MinM-Ping请求消息，另一种为组播的MinM-Ping请求消息。如果为单播的MinM-Ping请求消息，Mac-in-Mac封装报文时目的MAC地址为对端骨干运营商桥边缘设备的MAC地址；如果为组播的MinM-Ping请求消息，Mac-in-Mac封装报文时目的MAC地址填为组播地址，或直接填写为0xffffff，此消息将沿B-TAG标识的外层隧道传送到所有相关的对端骨干运营商桥边缘设备。
在层次化的Mac-in-Mac网络结构中，MinM-Ping请求报文的传送有以下变化同一业务通道其外层隧道由所经过的Mac-in-Mac域所决定，即报文携带的B-TAG只在该Mac-in-Mac域有意义，当到达另外的Mac-in-Mac域时，B-TAG将由新的Mac-in-Mac域决定，如第二层Mac-in-Mac域的报文到达第一层Mac-in-Mac域时，其B-TAG将变换为新的Mac-in-Mac域中的外层隧道标识。
在层次化的Mac-in-Mac网络结构中，关于I-TAG也有两种情况，一种是在整个传送过程中I-TAG保持不变，另外一种是在不同层次的Mac-in-Mac域中其I-TAG可映射成新的I-TAG，MinM-Ping请求报文的I-TAG会根据这两种情况保持不变或者进行相应映射，这使得不同的Mac-in-Mac域中的I-TAG可以灵活配置，相应的变换或映射将在骨干运营商桥中不同层的边缘设备进行处理，骨干运营商桥中不同层的边缘设备需要维护I-TAG之间的映射关系。
B4、目的节点对MinM-Ping请求报文进行响应；对端骨干运营商桥边缘设备收到MinM-Ping请求报文中，根据报文的帧格式解析识别出MinM-Ping请求消息，然后构造单播的MinM-Ping响应报文，封装相同的Mac-in-Mac报文头回送给源骨干运营商桥边缘设备，只是目的MAC地址为源骨干运营商桥边缘设备的MAC地址，源MAC地址为该骨干运营商桥边缘设备的MAC地址；MinM-Ping响应报文中的MinM-Ping响应消息与MinM-Ping请求消息的构造基本相同，但消息码取值表示为MinM-Ping响应消息。
需要说明的是，网络中的中间节点接收请求报文后不返回响应报文，只是识别出MinM-Ping请求消息后，根据转发表项向下一跳节点转发请求报文，只有目的节点才进行响应，返回响应报文。
B5、根据接收的响应报文情况确定业务通道的连通性；源骨干运营商桥边缘设备将接收到MinM-Ping响应报文，由此可以确定业务通道的连通性。如果源骨干运营商桥边缘设备在定时器超时后仍然收不到MinM-Ping响应报文，将认为业务通道不可用。对于组播方式的MinM-Ping，源设备可能收到多个对端骨干运营商桥边缘设备的MinM-Ping响应报文，由此可确认哪些对端骨干运营商桥边缘设备的业务通道为可用。
进一步的，确定业务通道是连通状态后，则向用户输出MinM-Ping成功的信息；若确定业务通道不可用，则向用户输出MinM-Ping失败信息。
需要说明的是，MinM-Ping消息中可携带时间信息，即消息中增加时间戳域，用于标注时间，则根据这些时间信息及接收响应报文的数量，通过一定的算法可以计算业务通道传送报文的时延、抖动和丢包率。例如一次发送多个MinM-Ping请求报文，MinM-Ping请求及响应消息中都携带时间信息，则可以根据收到响应报文的个数和获取的时间信息进行计算，得到业务通道传送报文的时延、抖动和丢包率。
需要说明的是，具体如何计算这些参数本发明并不限定，可以根据上述信息按不同算法进行计算。
以下介绍实施例二，是采用MinM-TraceRoute操作检验业务通道的连通性，其和实施例一的主要区别是中间节点需要返回响应报文。
MinM-TraceRoute操作可以了解业务通道经过路径中所包含的Mac-in-Mac节点信息，以帮助在故障情况下定位是哪一段业务通道出现了故障。
请参阅图3，MinM-TraceRoute的具体过程包括C1、通过配置命令发起MinM-TraceRoute过程；在Mac-in-Mac域的骨干运营商桥边缘设备，用户通过配置命令发起MinM-TraceRoute过程，配置命令需指明要Ping的业务通道标识以及对端目的设备MAC地址，业务通道标识即Mac-in-Mac的I-TAG，I-TAG中包括业务ID(I-SID)和业务类型；C2、与前面MinM-Ping过程类似，骨干运营商桥边缘设备根据业务通道标识I-TAG查找得到外层隧道标识B-TAG，并且构造MinM-TraceRoute请求消息以及封装成Mac-in-Mac报文；该步骤可分为
1、构造请求消息；MinM-TraceRoute请求消息的构造可对以太网OAM的报文格式进行扩充，其中包括目的MAC、源MAC、以太网类型Ether-Type、版本号、消息码、报文长度、序列号、生存时间TTL。需要说明的是，扩充以太网OAM报文格式只是一种实现方法，也可以通过定义其他报文格式实现。
其中，源/目的MAC，表示源/目的设备MAC地址；以太网类型Ether-Type，表示以太网OAM类型；版本号，表示协议版本号；消息码，定义4个值，分别表示MinM-Ping请求、MinM-Ping响应、MinM-TraceRoute请求、MinM-TraceRoute响应，具体取何值进行表示不加以限定，本步骤中取值表示MinM-TraceRoute请求；报文长度，表示消息报文长度，以字节为单位；序列号，表示一个32位的ID值，用于标识当前报文，多个MinM-TraceRoute报文使用不同的序列号；TTL，表示生存时间，缺省可取为64。TTL信息的作用是表明所经过节点的顺序，以及防止该消息在网络中无限漫延。
2、封装报文；封装具体为将MinM-TraceRoute请求消息根据业务通道添加I-TAG，根据外层隧道添加B-TAG，然后填充源MAC地址、目的MAC地址和校验和B-FCS。
C3、中间节点传送封装后的报文，并对MinM-TraceRoute请求报文进行响应；为防止收不到对端回应报文，报文发出时要启动定时器。定时器的取值具体根据需要设置。
请求报文封装好后，通过相应接口发送出去。MinM-TraceRoute请求报文所经过路径上的各Mac-in-Mac设备，例如骨干运营商桥中不同层的边缘设备，对端骨干运营商桥边缘设备等，根据报文的帧格式解析识别出MinM-TraceRoute请求消息之后，构造MinM-TraceRoute响应报文，封装相同的Mac-in-Mac报文头回送给源骨干运营商桥边缘设备，只是目的MAC地址为源骨干运营商桥边缘设备的MAC地址，源MAC地址为该骨干运营商桥边缘设备的MAC地址，如果存在到目地设备的转发表项，则将该请求报文按转发表项向下一跳节点继续进行转发。MinM-TraceRoute响应报文中的MinM-TraceRoute响应消息与MinM-TraceRoute请求消息的构造基本相同，消息码取值表示为TraceRoute响应消息。
另外要注意的是，MinM-TraceRoute请求消息中可以设置TTL信息，中间Mac-in-Mac节点需要检查该信息，如果TTL的值为1，将TTL信息记录在响应报文中的响应消息中，并只回送响应报文而不再转发；如果TTL的值不为1，将TTL信息记录在响应报文中的响应消息中，中间Mac-in-Mac节点返回响应报文并且继续转发，此时要将TTL值减1再转发。
C4、目的节点对MinM-TraceRoute请求报文进行响应；如果请求报文到达目的设备，则只向源设备回送MinM-TraceRoute响应报文，但不再转发请求报文。
C5、根据接收的响应报文情况确定业务通道的连通性，并确定故障位置；源骨干运营商桥边缘设备将接收到各中间节点的MinM-TraceRoute响应报文，由此可以确定业务通道转发路径上经过了哪些Mac-in-Mac节点设备，并且根据TTL可以知道报文经过的顺序；如果定时器超时后仍然收不到目的设备发回的MinM-TraceRoute响应报文，将认为业务通道无法到达目的设备；根据所经过的节点信息可以定位是哪一段Mac-in-Mac业务通道出现了故障。
进一步的，将这些检测到的结果信息向用户输出。
需要说明的是，上述实施例是描述了一个两层网络组网的检测业务通道的方法，同样的，当只是一层网络时或多层网络组网时，其实现原理是一样的。
以上对本发明检测业务通道的方法进行了详细介绍，下面介绍提供检测业务通道方法的系统。
请参阅图4，是本发明提供检测业务通道方法的系统结构示意图。
图4中系统包括源节点100、目的节点200和中间节点300。
源节点100，用于将包含请求消息、业务标签及外层标签的请求报文通过外层标签对应的外层隧道传送到业务标签对应业务通道的目的节点200；以及，根据接收响应报文的情况确定业务通道状况。
请参阅图5，是源节点100的结构示意图。源节点100包括发送单元101和接收单元102。
发送单元101，构造MinM-Ping请求消息或MinM-TraceRoute请求消息，并将请求消息、业务标签I-TAG及外层标签B-TAG封装成Mac-in-Mac报文，从相应的B-TAG对应外层隧道传送出去。接收单元102，根据接收含有MinM-Ping响应消息或MinM-TraceRoute响应消息的响应报文情况确定业务通道的连通状况，若能接收到响应报文，则说明业务标签I-TAG对应的业务通道是连通的，若在定时器超时后仍无法接收到响应报文，则说明业务通道故障。在MinM-TraceRoute操作情况下还可以根据响应报文中描述的所经过节点信息定位是哪一段业务通道出现了故障。进一步的，将这些检测到的成功或失败信息向用户输出。
源节点100还进一步包括计算单元103，用于根据所述请求消息及响应消息中的时间信息和响应报文数量计算出传送报文的时延、抖动和丢包率。MinM-Ping消息中可携带时间信息，即消息中增加时间戳域，用于标注时间，则根据这些时间信息及接收响应报文的数量，通过一定的算法可以计算业务通道传送报文的时延、抖动和丢包率。例如一次发送多个MinM-Ping请求报文，MinM-Ping请求及响应消息中都携带时间信息，则可以根据收到响应报文的个数和获取的时间信息进行计算，得到业务通道传送报文的时延、抖动和丢包率。
目的节点200，用于接收请求报文后识别出请求消息，并向源节点100返回包含响应消息、业务标签及外层标签的响应报文。目的节点200接收请求报文后，根据报文的帧格式解析识别出MinM-Ping请求消息或MinM-TraceRoute请求消息，并且构造MinM-Ping响应消息或MinM-TraceRoute响应消息，封装成Mac-in-Mac响应报文回送给源节点100。
可选的，本发明系统包括中间节点300。请参阅图6，是中间节点300的结构示意图。中间节点300包括转发单元301和检测单元302。转发单元301，用于在所述请求报文的传送过程中，接收请求报文后识别出请求消息，根据转发表项转发请求报文；或者接收请求报文后识别出请求消息，返回包含响应消息、业务标签及外层标签的响应报文，再根据转发表项转发请求报文。转发单元301接收请求报文后，根据报文的帧格式解析识别出MinM-Ping请求消息或MinM-TraceRoute请求消息，其中对于MinM-Ping请求消息只需要按照正常的转发流程选择合适的B-TAG对应外层隧道转发报文，而对于MinM-TraceRoute请求消息，则构造MinM-TraceRoute响应消息并封装成响应报文回送给源节点100，并且按照正常转发流程将原请求报文按转发表项向下一跳节点转发出去。
检测单元302，用于对请求消息中的生存时间TTL信息进行检测，并将变化后的生存时间TTL信息记录在响应报文中的响应消息中。若MinM-TraceRoute请求消息中设置了TTL信息，检测单元302需要检查该信息，如果TTL的值为1，检测单元302将TTL信息记录在响应报文中的响应消息中，并且转发单元301只回送响应报文而不再转发；如果TTL的值不为1，检测单元302将TTL信息记录在响应报文中的响应消息中，转发单元301返回响应报文并且继续转发，此时是要将TTL值减1再转发。TTL信息的作用是表明所经过节点的顺序，以及防止该消息在网络中无限漫延。
以上对本发明所提供的一种检测业务通道的方法及具有提供检测业务通道方法的系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
权利要求
1.一种检测业务通道的方法，其特征在于，包括将包含请求消息、业务标签及外层标签的请求报文通过外层标签对应的外层隧道传送到业务标签对应业务通道的目的节点；所述目的节点接收请求报文后识别出请求消息，并返回包含响应消息、业务标签及外层标签的响应报文；根据接收响应报文的情况确定业务通道状况。
2.根据权利要求1所述的检测业务通道的方法，其特征在于所述请求消息及响应消息携带以太网类型标识及指明消息类型的标识。
3.根据权利要求1所述的检测业务通道的方法，其特征在于所述请求报文的传送为单播或组播方式。
4.根据权利要求1至3任一项所述的检测业务通道的方法，其特征在于所述请求消息及响应消息携带时间信息，根据所述时间信息和响应报文数量计算出传送报文的时延、抖动和丢包率。
5.根据权利要求1至3任一项所述的检测业务通道的方法，其特征在于所述请求报文的传送过程中，中间节点接收请求报文后识别出请求消息，根据转发表项向下一跳节点转发请求报文；或者，中间节点接收请求报文后识别出请求消息，返回包含响应消息、业务标签及外层标签的响应报文，再根据转发表项向下一跳节点转发请求报文。
6.根据权利要求5所述的检测业务通道的方法，其特征在于，所述根据接收响应报文的情况确定业务通道状况的步骤具体包括未接收到目的节点返回的响应报文时，确定业务通道出现故障；或者，未接收到目的节点返回的响应报文时，确定业务通道出现故障，并根据中间节点返回的响应报文确定业务通道的故障位置。
7.根据权利要求6所述的检测业务通道的方法，其特征在于所述请求消息包含生存时间TTL信息，所述中间节点对生存时间TTL信息进行检测，并将变化后的生存时间TTL信息记录在所述响应消息中。
8.根据权利要求1所述的检测业务通道的方法，其特征在于所述请求报文由Ping命令或TraceRoute命令发起。
9.根据权利要求1所述的检测业务通道的方法，其特征在于所述方法具体应用于内层介质访问控制通过外层介质访问控制传送的Mac-in-Mac网络中。
10.一种提供检测业务通道方法的系统，其特征在于，包括源节点和目的节点；其中，源节点，用于将包含请求消息、业务标签及外层标签的请求报文通过外层标签对应的外层隧道传送到业务标签对应业务通道的目的节点；以及，根据接收响应报文的情况确定业务通道状况；目的节点，用于接收请求报文后识别出请求消息，并向源节点返回包含响应消息、业务标签及外层标签的响应报文。
11.根据权利要求10所述的提供检测业务通道方法的系统，其特征在于所述系统进一步包括中间节点，用于在所述请求报文的传送过程中，接收请求报文后识别出请求消息，根据转发表项向下一跳节点转发请求报文；或者，接收请求报文后识别出请求消息，返回包含响应消息、业务标签及外层标签的响应报文，再根据转发表项向下一跳节点转发请求报文。
12.根据权利要求11所述的提供检测业务通道方法的系统，其特征在于所述中间节点包括转发单元和检测单元；其中，转发单元，用于在所述请求报文的传送过程中，接收请求报文后识别出请求消息，根据转发表项向下一跳节点转发请求报文；或者，接收请求报文后识别出请求消息，返回包含响应消息、业务标签及外层标签的响应报文，再根据转发表项向下一跳节点转发请求报文；检测单元，用于对所述请求消息中的生存时间TTL信息进行检测，并将变化后的生存时间TTL信息记录在响应报文中的响应消息中。
13.根据权利要求10所述的提供检测业务通道方法的系统，其特征在于所述源节点包括发送单元、接收单元和计算单元；其中，发送单元，用于将包含请求消息、业务标签及外层标签的请求报文通过外层标签对应的外层隧道传送到业务层标签对应业务通道的目的节点；接收单元，用于根据接收响应报文的情况确定业务通道状况；计算单元，用于根据所述请求消息及响应消息中的时间信息和响应报文数量计算出传送报文的时延、抖动和丢包率。
全文摘要
本发明公开了一种检测业务通道的方法。所述方法为将包含请求消息、业务标签及外层标签的请求报文通过外层标签对应的外层隧道传送到业务标签对应业务通道的目的节点；所述目的节点接收请求报文后识别出请求消息，并返回包含响应消息、业务标签及外层标签的响应报文；根据接收响应报文的情况确定业务通道状况。相应的，本发明公开了一种提供检测业务通道方法的系统。本发明能够检测业务通道的连通性。
文档编号H04L29/06GK1968163SQ20061014998
公开日2007年5月23日 申请日期2006年10月25日 优先权日2006年10月25日
发明者滕新东 申请人:华为技术有限公司