一种基于随流检测的报文处理方法及装置与流程

1.本技术涉及通信领域，尤其涉及一种基于随流检测的报文处理方法及装置。


背景技术：

2.在数据通信网络中，可以采用随流检测技术检测数据通信网络的性能，例如，检测数据通信网络的时延和丢包。随流检测技术例如可以为随流信息遥测(in-situ flow information telemetry，ifit)技术或者带内操作管理维护(inband operation administration and maintenance，ioam)技术。
3.在一个网络中可以通过指定检测域确定需要执行随流检测的网络范围。检测域中的节点需要传输随流检测信息以实现随流检测。目前，若检测域中部署有多种承载协议，则无法利用随流检测技术检测该检测域的性能。因此，需要一种方案，可以解决上述问题。


技术实现要素：

4.本技术实施例提供了一种基于随流检测的报文处理方法及装置，可以在检测域中部署有多种承载协议的情况下，也能利用随流检测技术进行性能检测。
5.第一方面，本技术实施例提供了一种基于随流检测的报文处理方法。目前，对于部署有多种承载协议的检测域，无法利用随流检测技术进行性能检测。这是因为不同承载协议对应的报文封装格式不同。当携带随流检测信息的报文在部署多种承载协议的检测域中传输时，一旦需要对报文重新封装。则报文中携带的随流检测信息会被剥离。故而，随流检测信息不能在整个检测域中传输，从而使得随流检测技术不能对该检测域进行性能检测。在本技术实施例中，检测域中的第一节点接收到来自第二节点的第一报文之后，可以根据第一报文得到第二报文。其中，第一报文的第一报文头中包括第一随流检测信息，第一报文是采用第一承载协议进行封装的报文。第一节点可以采用第二承载协议对第一报文进行重新封装，在对第一报文进行重新封装时，第一节点不是将第一随流检测信息剥离，而是将第一随流检测信息添加到采用第二承载协议进行封装的报文中，从而得到包括第一随流检测信息的第二报文。第一节点得到第二报文之后，可以将第二报文转发给第三节点，使得包含第一随流检测信息的第二报文继续在检测域中传输。由此可见，利用本技术实施例的方案，即使检测域中部署第一承载协议和第二承载协议，第一随流检测信息也不会随着因为报文被重新封装而被剥离，第一随流检测信息可以在整个检测域中传输。因此，即使检测域中部署第一承载协议和第二承载协议，也可以利用随流检测技术对检测域进行性能检测。
6.在一种实现方式中，第一承载协议为ipv4协议、ipv6协议、mpls协议、vlan协议、gre协议、nsh协议或者互联网协议第6版分段路由srv6协议；第二承载协议为ipv4协议、ipv6协议、mpls协议、vlan协议、gre协议、nsh协议或者srv6协议，第一承载协议和第二承载协议不同。
7.在一种实现方式中，所述第一随流检测信息用于指示检测检测域的性能参数，所述检测域包括第一域和第二域，所述第二节点属于所述第一域，所述第三节点属于所述第
二域，所述第一节点为所述第一域和所述第二域的跨域节点。由此可见，在本技术实施例中，第一节点作为第一域和第二域的跨域节点，可以在携带第一随流检测信息的第一报文跨第一域和第二域传输时，使得第一随流检测信息不被剥离，从而使得第一随流检测信息可以在整个检测域中传输。
8.在一种实现方式中，所述第一节点为业务功能代理sf proxy，所述第三节点为业务功能sf设备。
9.在一种实现方式中，当第一节点为sf proxy，第三节点为sf设备时，第一节点还可以接收所述第三节点返回的第三报文，所述第三报文包括所述第一随流检测信息，所述第三报文为采用所述第二承载协议进行封装的报文；所述第一节点根据所述第三报文，生成第四报文，所述第四报文包括所述第一随流检测信息，所述第四报文为采用所述第一承载协议进行封装的报文；所述第一节点向下一跳节点发送所述第一报文。在这种场景下，可以使得第一报文在传输过程中经过sf设备，也不会丢失第一随流检测信息，使得第一随流检测信息可以继续向下一跳节点传输。
10.在一种实现方式中，所述第一域部署srv6网络，所述第二域部署ipv4网络，所述第一报文为携带业务链sfc信息的srv6报文，所述第二报文为携带所述sfc信息的ipv4报文。对于这种情况，可以在检测域中部署srv6网络和ipv4网络的情况下，也能利用随流检测技术对检测域进行性能检测。
11.在一种实现方式中，所述第一域部署ipv4网络，所述第二域部署srv6网络，所述第一报文为携带sfc信息的ipv4报文，所述第二报文为携带sfc信息的srv6报文。对于这种情况，可以在检测域中部署srv6网络和ipv4网络的情况下，也能利用随流检测技术对检测域进行性能检测。
12.在一种实现方式中，所述第一域部署mpls网络，所述第二域部署ipv4网络，所述第一报文为mpls报文，所述第二报文为ipv4报文。对于这种情况，可以在检测域中部署mpls网络和ipv4网络的情况下，也能利用随流检测技术对检测域进行性能检测。
13.在一种实现方式中，所述第一域部署三层虚拟专用网络l3vpn。
14.在一种实现方式中，所述检测域还包括第三域，所述第三域部署mpls网络，所述第三节点为所述第二域和所述第三域的跨域节点。对于这种情况，可以在检测域中部署mpls网络和ipv4网络的情况下，也能利用随流检测技术对检测域进行性能检测。
15.在一种实现方式中，所述第三域部署l3vpn。
16.在一种实现方式中，所述第一域为第一自治系统as，所述第一节点为所述第一as的自治系统边界路由器absr；所述第三域为第二as，所述第三节点为所述第二as的absr。
17.在一种实现方式中，所述第一域部署ipv4网络，所述第二域部署mpls网络，所述第一报文为ipv4报文，所述第二报文为mpls报文。对于这种情况，可以在检测域中部署mpls网络和ipv4网络的情况下，也能利用随流检测技术对检测域进行性能检测。
18.在一种实现方式中，所述第二域部署l3vpn。
19.在一种实现方式中，所述第一随流检测信息包括：ifit随流检测信息，或者，ioam随流检测信息。
20.第二方面，本技术实施例提供了一种第一节点，包括：通信接口；和与所述通信接口连接的处理器；根据所述通信接口和所述处理器，所述第一节点用于执行以上第一方面
任一项所述的方法。
21.第三方面，本技术实施例提供了一种第一节点，所述第一节点包括存储器和处理器；所述存储器，用于存储程序代码；所述处理器，用于运行所述程序代码中的指令，使得所述第一节点执行以上第一方面任一项所述的方法。
22.第四方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得所述计算机执行以上第一方面任意一项所述的方法。
附图说明
23.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
24.图1为本技术实施例提供的一种网络架构示意图；
25.图2为本技术实施例提供的一种示例性应用场景示意图；
26.图3为本技术实施例提供的又一种示例性应用场景示意图；
27.图4为本技术实施例提供的一种基于随流检测的报文处理方法的信令交互图；
28.图5a为本技术实施例提供的一种可能的srv6报文的结构示意图；
29.图5b为本技术实施例提供的又一种可能的srv6报文的结构示意图；
30.图5c为本技术实施例提供的又一种可能的srv6报文的结构示意图；
31.图6a为本技术实施例提供的一种可能的ipv4报文的结构示意图；
32.图6b为本技术实施例提供的又一种可能的ipv4报文的结构示意图；
33.图6c为本技术实施例提供的又一种可能的ipv4报文的结构示意图；
34.图7为本技术实施例提供的一种基于随流检测的报文处理方法的信令交互图；
35.图8a为本技术实施例提供的一种可能的mpls报文的结构示意图；
36.图8b为本技术实施例提供的一种ifit随流检测信息的结构示意图；
37.图8c为本技术实施例提供的一种ioam随流检测信息的结构示意图；
38.图9为本技术实施例提供的一种基于随流检测的报文处理方法的流程示意图；
39.图10为本技术实施例提供的一种第一节点的结构示意图；
40.图11为本技术实施例提供的一种第一节点的结构示意图；
41.图12为本技术实施例提供的一种第一节点的结构示意图。
具体实施方式
42.本技术实施例提供了一种基于随流检测的报文处理方法，可以在检测域中部署有多种承载协议的情况下，也能利用随流检测技术进行性能检测。
43.为方便理解，首先对随流检测技术进行简单介绍。
44.随流检测技术可以利用报文中携带的随流检测信息对网络中的业务流进行特征标记，该特征标记也可称之为染色。业务流经过的节点将收集到的时间戳、包数等数据上报给控制管理设备，以供控制管理设备基于上报的数据进一步计算网络时延和丢包情况。
45.在一个网络中可以通过指定检测域确定需要执行随流检测的网络范围，通常所述检测域中的节点需要传输随流检测信息以实现随流检测，并将执行所述随流检测后获取的相应信息发送至控制管理设备。所述检测域的检测范围可以基于多种方式确定，例如，可以基于网络场景确定，如指定网络中的核心网部分作为所述检测域；或者，可以基于业务类型确定，如为视频业务和语音业务指定不同范围的检测域等。检测域中包括三类节点，具体为头节点(英文：head node)、尾节点(英文：end node)和逐跳的路径节点(英文：path node)。其中，逐跳的路径节点也可以称之为中间节点。所述头节点、尾节点和路径节点例如可以是网络中的相应网络节点。对于一条业务流而言，在所述检测域指定的检测范围内传输所述业务流的第一个网络节点，可以作为传输所述业务流的头节点。在所述检测域指定的检测范围内传输所述业务流的最后一个网络节点，可以作为传输所述业务流的尾节点。在所述头节点和所述尾节点之间传输所述业务流的各个节点即为逐跳的路径节点。随流检测信息可以由头节点添加，并在尾节点剥离。
46.接下来，对随流检测可能的网络架构进行介绍。参见图1，该图为本技术实施例提供的一种网络架构示意图。网络100包括控制管理设备和多个网络节点。所述多个网络节点之间通过通信链路连接，用于传输业务流。如图1所示，检测域中的头节点、中间节点1、中间节点2和尾节点通过通信链路连接。检测域中除了包括图示所述的各节点外，还可以包括其他未示出的节点。尾节点还可以通过通信链路和外部节点连接。头节点可以从其它设备处接收业务流，该业务流可以经由头节点、中间节点1、中间节点2和尾节点到达外部节点。控制管理设备例如可以是集中控制器，可以是网管，也可以是执行流量分析功能的流量分析设备。控制管理设备可以是一个设备，也可以是指多个设备的集合。控制管理设备可以是功能模块，集成在具体的物理设备上，也可以是指用于实现本技术有控制管理设备所述实现的功能的物理设备。
47.在本技术中，可以由控制管理设备确定检测域，所述检测域是所述控制管理设备确定的检测范围；也可以是在检测域中的各转发设备上分别进行配置，从而形成一个检测域。在所述检测域中的传输路径上，位于检测域的头节点和尾节点之间的网络节点是中间节点，例如图1中的中间节点1和中间节点2。
48.目前，控制管理设备可以在检测域中的各节点上部署随流检测技术，以检测检测域的传输时延和丢包。
49.检测域的传输时延可以包括头节点到尾节点之间的端到端传输时延。检测域中的各节点可以周期性执行时延检测操作。具体地，在一个随流检测周期内，头节点可以从接收的报文中选择一条报文进行染色，头节点可以在该报文中添加指示检测传输时延的随流检测信息，并将指示头节点接收该报文的时间的时间戳t1上报给控制管理设备，检测域中的尾节点接收到该报文之后，可以将该报文转发给外部节点，并将指示尾节点将该报文转发给外部节点的时间的时间戳t2上报给控制管理设备。控制管理设备则可以根据头节点上报的时间戳t1和尾节点上报的时间戳t2，计算得到检测域在该随流检测周期的端到端传输时延为t2-t1。头节点在选择报文进行染色时，可以根据报文的特征对报文进行染色，例如，对指定五元组信息的报文进行染色。其中，五元组信息可以包括源互联网协议(internet protocol，ip)地址、目的ip地址、协议类型、源端口号和目的端口号。
50.检测域的丢包测量在具体实现时，在一个随流检测周期内，头节点可以按照一定
规则对业务流中的报文进行交替染色，并将被染色的报文的信息上报给控制管理设备。尾节点计算在该随流检测周期内接收到的被染色的报文的信息，并将该信息上报给控制管理设备。控制管理设备根据头节点和尾节点上报的信息，确定报文流在检测域的丢包情况。例如，头节点对一个随流检测周期内的十条报文进行染色，并将被染色的报文数量(即10)上报给控制管理设备。尾节点在该随流检测周期内仅接收到九条染色的报文，尾节点将接收到的被染色报文的数量(即9)上报给控制管理设备控制管理设备根据头节点和尾节点上报的数量则可以确定该业务流在检测域中传输的过程中的发生了丢包。
51.目前，随流检测技术存在一定的局限性。具体地，检测域只能部署一种承载协议，若检测域部署多种承载协议，则无法利用随流检测技术进行性能检测，例如无法利用随流检测技术进行端到端性能检测。这是因为不同承载协议对应的报文封装格式不同。当携带随流检测信息的报文在部署多种承载协议的检测域中传输时，一旦需要对报文进行重新封装，则报文中携带的随流检测信息会被剥离。即随流检测信息不能在整个检测域中传输。相应的，未接收到随流检测信息的节点则不会执行对应的随流检测操作。
52.其中，检测域中部署某承载协议，也可以认为是检测域中部署支持该承载协议的网络。例如，检测域部署基于互联网协议第6版分段路由(segment routing internet protocol version 6，srv6)协议，则表示检测域中部署srv6网络。
53.为方便理解，接下来结合具体应用场景介绍上文所述的随流检测技术的局限性。随流检测技术的局限性不限于体现在下文所述的两种应用场景。相应的，本技术实施例提供的方法也不限于下文所述的两种应用场景。
54.参见图2，该图为本技术实施例提供的一种示例性应用场景示意图。图2示出了一种srv6协议的业务功能链(service function chain，sfc)场景。
55.在图2所示的场景中，入口(ingress)运营商边缘(provider edge，pe)设备ingress pe和出口(egress)pe设备egress pe间部署srv6网络，业务功能转发(service function forwarder，sff)设备sff和业务功能(service function，sf)设备sf之间部署互联网协议第4版(internet protocol version 4，ipv4)网络。用户网络边缘(customer edge，ce)设备ce1向用户网络边缘设备ce2发送ipv4报文，该报文在转发过程中会经过sf设备。
56.在一些场景中，可以将ingress pe和egress pe之间的网络指定为检测域，利用随流检测技术检测检测域的性能。接下来，对报文在检测域中的传输过程介绍随流检测技术的局限性。
57.步骤1、ingress pe接收到来自于ce1的ipv4报文之后，将ipv4报文重新封装成srv6报文，并将随流检测信息封装至srv6报文中，以指示接收到随流检测信息的节点执行随流检测操作。
58.在本技术实施例中，srv6报文中可以携带业务功能链的相关信息，例如业务功能路径(service function path，sfp)，又如，业务功能链的数据。具体地，该sfc的相关信息可以携带在sfc头中，对于srv6报文而言，该sfc头可以携带在分段路由头(segment routing header，srh)中。
59.在本技术实施例中，srv6的srh中可以包括sid-1。sid-1为业务功能设备sf的段标识(segment identifier，sid)，即指示该srv6报文被在转发过程中经过sf。在业务功能链
场景中，该srv6报文可以通过sff转发给sf。sid-1还可以用于标识业务链类型。具体地，sid-1可以用于标识动态业务链或者静态业务链。
60.在一些实施例中，若经过该sf转发的所有业务流均使用相同的隧道转发，则sid-1用于标识静态业务链。若不是所有的业务流均使用相同的隧道转发，例如：不同业务流通过不同的隧道转发，则sid-1用于标识动态业务链。
61.步骤2、ingress pe将封装后的srv6报文发送给sff。
62.步骤3、sff对接收到的srv6报文进行重新封装，得到ipv4报文，并将ipv4报文发送给sf。
63.sff对srv6进行重新封装时，将srv6报文中的随流检测信息剥离，换言之，sff发送给sf的ipv4报文中不包括随流检测信息。
64.sff接收到该srv6报文之后，可以将该srv6报文的sfc头剥离，并将该srv6报文重新封装成ipv4报文发送给sf。
65.在本技术实施例中，若前述sid-1标识动态业务链，则sff还可以将该sfc头缓存在本地，因为不同业务流对应的sfc头可能不同。若前述sid-1标识静态业务链，则sff无需缓存该sfc，因为在这种情况下，所有业务流对应的sfc头相同，该sfc头可以通过静态配置的方式配置在sff中。
66.步骤4、sf基于接收到的ipv4报文进行相应处理，处理后将该ipv4报文返回给sff。
67.sf对ipv4报文进行处理，例如可以是对该ipv4报文进行安全性检测，确定该ipv4报文是否为攻击报文。
68.步骤5、sff对接收到的ipv4报文重新封装成srv6报文，并将该srv6报文发送给egress pe，sff发送给egress pe的srv6报文中不包括随流检测信息。
69.sff将ipv4报文重新封装成srv6报文时，需要将sfc头封装至srv6报文中。因此，sff可以获取对应的sfc头。具体地，若前述sid-1标识动态业务链，则sff在执行前述步骤3时缓存了该ipv4报文对应的sfc头，因此，sff可以获取步骤3中缓存的sfc头，并根据该sfc头将该ipv4报文重新封装成srv6报文。若前述sid-1标识静态业务链，则表示所有的业务报文使用相同的sfc头，对于这种情况，sff可以获取静态配置在sff上的sfc头，并根据获取到的sfc头将该ipv4报文重新封装成srv6报文。
70.步骤6：egress pe对接收到的srv6报文重新封装成ipv4报文发送给ce2。
71.在本技术实施例中，sff发送给egress pe的srv6报文的srh中可以包括end.dt4sid。该end.dt4 sid用于标识3层虚拟专用网络(layer3 virtual private network，l3vpn)，当egress pe接收到srv6报文时，根据end.dt4 sid查找本地的私网路由，从而继续转发该报文。
72.通过以上描述可知，随流检测信息没有在整个检测域中传输，这是因为步骤3中sff对接收到的srv6报文进行重新封装时，将srv6报文中的随流检测信息中剥离了。换言之，sff和egress pe之间的节点均未接收到随流检测信息，因此，也就无法根据随流检测信息执行相应的检测操作。
73.在图2所示的场景中，sff上运行有sf代理(proxy)，上述由sff执行的步骤，具体可以由sf proxy执行。
74.需要说明的是，图2只是为了方便理解而示出，其并不构成对本技术实施例的限
定。在一些实施例中，sff和sf之间还可以部署ipv6网络、或者虚拟局域网(virtual local area network，vlan)、或者多协议标签交换(multi protocol label switching，mpls)网络、或者通用路由封装(generic routing encapsulation，gre)协议网络、或者网络服务头(network service header，nsh)协议网络，本技术实施例不做具体限定。
75.若sff和sf之间部署ipv6网络，则前述步骤3中，sff需要将srv6报文进行重新封装，得到ipv6报文；前述步骤4中，sff接收到的报文也为ipv6报文；前述步骤5中sff对接收到的ipv6报文重新封装成srv6报文，并将该srv6报文发送给egress pe。
76.若sff和sf之间部署vlan，则前述步骤3中，sff需要将srv6报文进行重新封装，得到采用vlan封装的报文；前述步骤4中，sff接收到的报文也为采用vlan封装的报文；前述步骤5中sff对接收到的采用vlan封装的报文重新封装成srv6报文，并将该srv6报文发送给egress pe。
77.若sff和sf之间部署mpls网络，则前述步骤3中，sff需要将srv6报文进行重新封装，得到mpls报文；前述步骤4中，sff接收到的报文也为mpls报文；前述步骤5中sff对接收到的mpls报文重新封装成srv6报文，并将该srv6报文发送给egress pe。
78.若sff和sf之间部署gre网络，则前述步骤3中，sff需要将srv6报文进行重新封装，得到gre报文；前述步骤4中，sff接收到的报文也为gre报文；前述步骤5中sff对接收到的gre报文重新封装成srv6报文，并将该srv6报文发送给egress pe。
79.若sff和sf之间部署nsh网络，则前述步骤3中，sff需要将srv6报文进行重新封装，得到nsh报文；前述步骤4中，sff接收到的报文也为nsh报文；前述步骤5中sff对接收到的nsh报文重新封装成srv6报文，并将该srv6报文发送给egress pe。
80.参见图3，该图为本技术实施例提供的又一种示例性应用场景示意图。图3为一种跨域vpn的场景示意图。
81.在图3所示的场景中，ce3和ce4之间进行数据交互时，要利用vpn。pe1和自治系统边界路由器(autonomous system boundary router，asbr)asbr1属于自治域100(即as100)，asbr1也是as 100的pe设备，as 100内部署l3vpn，as 100部署mpls网络或者sr-mpls网络。pe2和asbr2属于as 200，asbr2也是as 200的pe设备，as200内部署l3vpn，as 200部署mpls网络或者sr-mpls网络。
82.absr1和absr2之间未部署mpls网络，absr1和absr2之间部署ipv4网络。asbr1将asbr2看成与自身相连的ce设备，asbr2也将asbr1看成与自身相连的ce设备。asbr1创建vpn实例之后，通过外部边界网关协议(external border gateway protocol，ebgp)向asbr2发布ipv4路由。类似的，asbr2创建vpn实例之后，ebgp向asbr1发布ipv4路由。
83.在一些场景中，可以将pe1和pe2之间的网络指定为检测域，利用随流检测技术检测检测域的性能。接下来，对报文在检测域中的传输过程介绍随流检测技术的局限性。
84.步骤1、ce3发送ipv4报文给pe1。
85.步骤2、pe1接收到来与pe1的ipv4报文之后，将ipv4报文封装成mpls报文，并将随流检测信息封装至该mpls报文中，以指示接收到随流检测信息的节点执行随流检测操作。
86.在本技术实施例中，该mpls报文中还携带有公网标签和l3vpn的私网标签。
87.步骤3、pe1将该mpls报文发送给absr1。
88.步骤4、absr1将接收到的mpls报文重新封装成ipv4报文发送给absr2。
89.absr1对mpls报文进行重新封装时，将mpls报文中的随流检测信息剥离，换言之，absr1发送给absr2的ipv4报文中不包括随流检测信息。
90.步骤5、asbr2接收到asbr1发送过来的ipv4报文，对该ipv4报文重新封装，得到包括私网标签和公网标签的mpls报文。
91.步骤6、asbr2将重新封装的mpls报文发送给pe2，asbr2发送给pe2的mpls报文中不包括随流检测信息。
92.步骤7：pe2将mpls报文重新封装成ipv4报文发送给ce4。
93.通过以上描述可知，随流检测信息没有在整个检测域中传输，这是因为步骤4中absr1对接收到的mpls报文进行重新封装时，将mpls报文中的随流检测信息剥离了。换言之，as 200中的节点均未接收到随流检测信息，因此，也就无法根据随流检测信息执行相应的检测操作。
94.基于以上描述可知，在实际应用中具备利用随流检测技术检测部署多个承载协议的检测域的性能的需求，而目前的随流检测技术，使得该需求不能被满足。鉴于此，本技术实施例提供了一种基于随流检测的报文处理方法，可以在检测域中部署有多种承载协议的情况下，也能利用随流检测技术进行性能检测。
95.以下分别结合图2和图3所示的应用场景，介绍本技术实施例提供的报文处理方法。
96.首先结合图2所示的应用场景，介绍本技术实施例提供的报文处理方法。
97.参见图4，该图为本技术实施例提供的一种基于随流检测的报文处理方法的信令交互图。图4所示的方法100，例如可以通过如下s101-s108实现。
98.s101：ingress pe接收到来自于ce1的报文1，报文1为ipv4报文。
99.在本技术实施例中，报文1为ipv4报文，即报文1是根据ipv4协议进行封装的报文。
100.s102：ingress pe将该报文1重新封得到报文2，报文2为srv6报文，报文2中包括随流检测信息1。
101.在本技术实施例中，ingress pe作为检测域的头节点，在对报文1进行重新封装时，将随流检测信息1添加报文头中，从而得到报文2。随流检测信息1用于指示检测检测域的性能参数。检测域包括ingress pe和egress pe之间的网络。在本技术实施例中，随流检测信息1可以是ifit随流检测信息，也可以是ioam随流检测信息。
102.关于报文2的结构，可以参考下文对于图5a至图5c的描述部分，此处不做详述
103.s103：ingress pe将报文2发送给sff。
104.s104：sff对接收到的报文2进行重新封装，得到报文3，报文3为ipv4报文，报文3中包括随流检测信息1。
105.报文3是根据ipv4协议进行封装的报文。sff将报文2重新封装得到报文3时，不是简单的将随流检测信息1从报文2中剥离，而是将从报文2中获得的随流检测信息1封装至报文3中。具体地，sff对报文2进行重新封装时，可以将随流检测信息1添加到报文头中，以得到包括随流检测信息1的报文3。
106.关于报文3的结构，可以参考下文对于图6a至图6c的描述部分，此处不做详述。
107.s105：sff将报文3发送给sf。
108.s106：sf将根据报文3得到的报文4发送给sff，报文4中包括随流检侧信息1。
109.sf接收到报文3之后，对报文3进行相应的处理，而后，sf根据报文3得到报文4，并将报文4发送给sff。具体地，sf根据报文3得到报文4在具体实现时，例如可以是sf对报文3中的源媒体接入控制(media access control，mac)地址或者目的mac地址等字段进行修改，从而得到报文4。在本技术实施例中，报文4是ipv4报文，并且，报文4中包括随流检测信息1。
110.s107：sff根据报文4获得报文5。
111.sff接收到报文4之后，根据srv6协议对报文4进行重新封装。在对报文4进行重新封装时，将报文4中的随流检测信息1添加到按照srv6协议进行重新封装的报文中，从而得到报文5。具体地，sff将随流检测信息1添加到按照srv6协议进行重新封装的报文头中，从而重新获得报文5。
112.s108：sff将报文5发送给egress pe。
113.由于报文5中包括随流检测信息1，因此，egress pe以及egress pe与sff之间的节点均可以接收到包括随流检测信息1的报文5。
114.通过以上描述可知，随流检测信息1可以在整个检测域中传输，因此，接收到该随流检测信息1的节点均可以执行随流检测操作，从而使得在检测域中部署有srv6协议和ipv4协议这两种承载协议的情况下，也可以利用随流检测技术对检测域进行性能检测。
115.对于该方法100，在一些实施例中，图2所示的检测域可以包括域a和域b，其中，域a中部署的承载协议为srv6协议，域b中部署的承载协议为ipv4协议。域a中包括ingress pe和sff，或者域a包括egress pe和sff，域b中包括sff和sf。
116.参见图5a，图5a示出了一种可能的srv6报文的结构示意图。
117.图5a示出的srv6报文，包括eth字段、ipv6 basic header、srh和payload。
118.其中：
119.eth字段用于携带二层以太头，eth中可以携带源mac地址、目的mac地址和协议类型。
120.ipv6 basic header为ipv6基本头，其具体包含的字段此处不做详细说明。
121.srh字段包括srh basic header、segment list以及option类型长度值(type length value，tlv)。具体地：srh basic header为srh基本扩展头，其具体包含的字段此处不做详细说明。segment list用于携带指示报文转发路径的段标识列表。option tlv可以作为扩展字段。在本技术实施例中，前述随流检测信息1可以携带在option tlv中。
122.参见图5b，图5b示出了当随流检测信息1为ifit随流检测信息时，srv6报文的结构。
123.在图5b中，流指令指示符(flow instruction indicator，fii)字段、流指令头部(flow instruction header，fih)字段、以及流指令扩展头(flow instruction extension header，fieh)字段构成ifit信息。以下分别对fii字段、fih字段以及fieh字段进行简单说明。
124.1、fii字段主要用于标识该字段后的若干字节数据为ifit信息。fii字段例如可以包括以下字段信息：
125.type字段，用于标识ifit检测头；
126.length字段，用于标识fih字段和fieh字段的长度；
127.reserved字段为预留字段。
128.2、fih字段也可以称之为随流检测头或流检测头。该字段主要用于携带ifit检测相关的信息。例如可以包括以下字段信息：
129.流标识(英文：flow id)，为每条ifit检测流量分配的全局唯一标识；
130.l标志位，丢包(英文：packet loss)检测染色标记，例如：l标志位取值为“1”表示采集丢包，“0”表示不采集丢包。
131.d标志位，时延(英文：delay)测量染色标记，例如：d标志位取值为“1”表示采集时间戳，“0”表示不采集时间戳。
132.头类型指示符(header type indicator，hti)，标记需发送ifit检测结果的节点范围和检测内容范围，例如：可以用不同的标记值区分除检测两端节点外，是否对具备ifit能力的路径节点进行检测，以及fieh字段是否有效等。
133.r标志位可以作为保留标志位。
134.3、fieh字段也可以称之为流扩展检测头或者扩展随流检测头。该字段作为扩展字段，主要用于携带其他ifit检测相关的信息。例如可以包括以下字段信息：
135.流标识扩展flow id ext，用于扩展流标识位宽；
136.v标志位，用于作反向流(英文：reverse flow)标记，例如：v标志位取值为“0”表示当前流为正向流，接收端可自动创建反向流；“1”表示当前流为反向流，接收端不再自动创建反向流，其中，v标志位为可选字段，图1中并未示出；
137.周期(英文：period)，取值不同表示检测周期不同，检测周期例如可以为1s、10s、30s、1min或10min等。
138.参见图5c，图5c示出了当随流检测信息1为ioam随流检测信息时，srv6报文的结构。
139.如图5c所示，ioam随流检测信息包括srh-tlv-type字段、ioam-type字段、ioam hdr len字段、ioam option and data space字段以及reserved字段。
140.其中：
141.srh-tlv-type字段用于标识ioam封装，即用于标识该字段后的若干字节数据为ioam信息。
142.ioam-type字段用于指示ioam类型。
143.ioam hdr len字段用于标识ioam头的长度。
144.ioam option and data space字段为ioam选项和数据字段，用于携带指示节点执行相应随流检测操作的指示信息。
145.reserved字段为保留字段。
146.参见图6a，图6a示出了一种可能的ipv4报文的结构示意图。
147.在图6a中，ipv4报文包括eth字段，ipv4 header和payload。随流检测信息1可以位于ipv4 header中。在一个示例中，随流检测信息1可以位于ipv4 header的选项(options)字段中。其中：
148.eth字段用于携带二层以太头，eth中可以携带源媒体接入控制(media access control，mac)地址，目的mac地址和协议类型。
149.ipv4 header中的各个字段，此处不做详细说明。
150.在本技术实施例中，图6a所示的随流检测信息1可以是ifit随流检测信息，也可以是ioam随流检测信息。
151.ifit随流检测信息可以参考图5b对于ifit随流检测信息的描述部分，此处不做详述。
152.当随流检测信息1是ioam随流检测信息时，可参考图6b进行理解，图6b示出了当随流检测信息1为ioam随流检测信息时，ipv4报文的结构。
153.如图6b所示，ioam随流检测信息可以位于ipv4 header的options字段中。具体地：ioam随流检测信息包括option type字段、option length字段、reserved字段、ioam-type字段以及option data字段。其中：
154.option type字段用于指示ioam封装类型的选项头。
155.option length字段用于指示整个ioam头的长度。
156.reserved为保留字段。
157.ioam-type字段用于指示ioam类型。
158.option data字段为ioam选项和数据字段，用于携带指示节点执行相应随流检测操作的指示信息。
159.参见图6c，图6c示出了又一种可能的ipv4报文的结构示意图。
160.在图6c中，ipv4报文包括eth字段、ipv4 header、传输控制协议(transmission control protocol，tcp)/用户数据报协议(user datagram protocol，udp)、魔术数字(probe mark)字段、随流检测头和payload。
161.关于eth、ipv4 header、tcp/udp，此处不做详细说明。
162.魔术数字字段用于指示接下来的若干个字节数据为随流检测数据，魔术数字字段例如可以包括8字节。
163.当随流检测信息1为ifit随流检测信息时，魔术数字字段例如可以对应图5b所示的fii字段，随流检测头例如可以包括图5b所示的fih字段和fieh字段。关于fii字段、fih字段和fieh字段，可以参考上文对于图5b的描述部分，此处不再详述。
164.当随流检测信息1为ioam随流检测信息时，魔术数字字段以及随流检测头的具体封装形式本技术实施例不做具体限定，作为一种示例：魔术数字字段例如可以对应图5c所示的srh-tlv-type字段，随流检测头例如可以包括图5c所示的ioam-type字段、ioam hdr len字段、ioam option and data space字段以及reserved字段。
165.接下来结合图3所示的应用场景，介绍本技术实施例提供的报文处理方法。
166.参见图7，该图为本技术实施例提供的一种基于随流检测的报文处理方法的信令交互图。图7所示的方法200，例如可以通过如下s201-s207实现。
167.s201：pe1接收来自于ce3的报文6，报文6为ipv4报文。
168.s202：pe1将报文6重新封装成报文7，报文7为mpls报文，报文7中包括随流检测信息2。
169.在本技术实施例中，报文7中包括公网标签和l3vpn的私网标签。
170.在本技术实施例中，检测域包括pe1和pe2之间的网络。pe1作为检测域的头节点，在对报文6进行重新封装时，将随流检测信息2添加到报文头中，从而得到报文7。随流检测信息2可以是ifit随流检测信息，也可以是ioam随流检测信息。
171.关于报文7的结构，可以参考下文对于图8a至图8b的描述部分，此处不做详述。
172.s203：pe1将报文7发送给absr1。
173.s204：absr1对接收到的报文7进行重新封装，得到报文8，报文8为ipv4报文，报文8中包括随流检测信息2。
174.报文8是根据ipv4协议进行封装的报文。absr1将报文7重新封装得到报文8时，不是简单的将随流检测信息2从报文7中剥离，而是将从报文7中获得的随流检测信息2封装至报文8中。具体地，absr1对报文7进行重新封装时，可以将随流检测信息2添加到报文头中，以得到包括随流检测信息2的报文8。
175.关于报文8的结构，可以参考上文对于图6a至图6c的描述部分，此处不做详述。
176.s205：absr1将报文8发送给absr2。
177.s206：absr2对接收到的报文8进行重新封装，得到报文9，报文9为mpls报文，报文9中包括随流检测信息2。
178.报文9是根据mpls协议进行封装的报文。absr2将报文8重新封装得到报文9时，不是简单的将随流检测信息2从报文8中剥离，而是将从报文8中获得的随流检测信息2封装至报文9中。具体地，absr2对报文8进行重新封装时，可以将随流检测信息2添加到报文头中，以得到包括随流检测信息2的报文9。
179.报文9的结构与报文7的结构相同，可以参考下文对于图8a和图8b的描述部分。
180.s207：absr2将报文9发送给pe2。
181.由于前述报文7、报文8以及报文9中均携带随流检测信息2，因此，随流检测信息2可以在整个检测域中传输。因此，接收到该随流检测信息2的节点均可以执行随流检测操作，从而使得在检测域中部署有mpls协议和ipv4协议这两种承载协议的情况下，也可以利用随流检测技术对检测域进行性能检测。
182.需要说明的是，在图3所示的应用场景中，
183.对于该方法200，在一些实施例中，图3所示的网络域可以包括域c、域d和域e，其中，域c中部署的承载协议为mpls协议，域d中部署的承载协议为ipv4协议,域e中部署的承载协议为mpls协议。域c中包括pe1和absr1，域d中包括absr1和absr2，域e中包括absr2和pe2。
184.参见图8a，图8a示出了一种可能的mpls报文的结构示意图。
185.图8a示出的mpls报文，包括eth字段、sr label字段、vpn label字段、随流检测头和payload。其中：
186.eth字段用于携带二层以太头，eth中可以携带源mac地址、目的mac地址和协议类型。
187.sr label用于携带公网标签。
188.vpn label用于携带私网标签。
189.随流检测头可以用于携带图8b所示的ifit随流检测信息，也可以用于携带图8c所示的ioam随流检测信息。
190.图8b所示的ifit随流检测信息包括：fii字段、fih字段和fieh字段。
191.其中：
192.fii字段主要用于标识该字段后的若干字节数据为ifit信息。fii字段例如可以包
括以下字段信息：
193.流指令指示符标签(英文：fii label)，可配置缺省值以用于标识ifit检测流；
194.优先级exp标志位，该优先级exp标志位可以根据外层mpls标签头中的部分相关信息确定；
195.s标志位，用于标记是否为栈底，例如取值为1为栈底，取值为0为非栈底；
196.生存时间(time to live，ttl)标志位，该ttl标志位也可以根据外层mpls标签头中的部分相关信息确定。
197.关于fih字段和fieh字段，可以参考上文对图5b的说明部分，此处不再重复描述。
198.图8c所示的ioam随流检测信息，包括：ioam指示标签(indicator label)字段、ioam-type字段、ioam hdr len字段、ioam option and data space字段、以及reserved字段。其中：
199.ioam indicator label字段用于标识ioam封装，即用于标识该字段后的若干字节数据为ioam信息。
200.ioam-type字段用于指示ioam类型。
201.ioam hdr len字段用于标识ioam头的长度。
202.ioam option and data space字段为ioam选项和数据字段，用于携带指示节点执行相应随流检测操作的指示信息。
203.reserved字段为保留字段。
204.本技术实施例还提供了一种基于随流检测的报文处理方法300，可参见图9，图9为本技术实施例提供的一种基于随流检测的报文处理方法的流程示意图。以下结合图9对该方法进行说明。图9所示的方法300，例如可以通过s301-s302实现。
205.s301：第一节点接收来自于第二节点的第一报文，所述第一报文的第一报文头中包括第一随流检测信息，所述第一报文为采用第一承载协议进行封装的报文。
206.s302：所述第一节点根据所述第一报文得到第二报文，所述第二报文的第二报文头中包括所述第一随流检测信息，所述第二报文为采用第二承载协议进行封装的报文，所述第一承载协议与所述第一第二承载协议为不同的承载协议。
207.s303：所述第一节点将所述第二报文转发给第三节点。
208.方法300可以用于实现以上实施例提及的方法100中sff执行的步骤，方法300还可以用于执行以上实施例提及的方法200中由absr1或者absr2执行的步骤。
209.在一些实施例中，当方法300可以用于实现以上实施例提及的方法100中sff执行的步骤时，第一节点对应图2所示的sff，第二节点对应于图2所示的ingress pe，第一报文对应方法100中的报文2，第一承载协议为srv6协议，第一随流检测信息为方法100中的随流检测信息1。第二报文对应方法100中的报文3，第二承载协议为ipv4协议。第三节点为方法100中的sf。
210.在一些实施例中，当方法300可以用于实现以上实施例提及的方法100中sff执行的步骤时，第一节点对应图2所示的sff，第二节点对应图2所述的sf，第一报文对应方法100中的报文4，第一承载协议为ipv4协议，第一随流检测信息为方法100中的随流检测信息1。第二报文对应方法100中的报文5，第二承载协议为srv6协议，第三节点对应图2所示的egress pe。
211.当方法300用于实现以上实施例提及的方法200中absr1执行的步骤时，第一节点对应图3所示的absr1，第二节点对应于图3所示的pe1，第一报文对应方法200中的报文7，第一承载协议为mpls协议，第一随流检测信息为方法200中的随流检测信息2。第二报文对应方法200中的报文8，第二承载协议为ipv4协议。第三节点为方法200中的absr2。
212.当方法300用于实现以上实施例提及的方法200中absr2执行的步骤时，第一节点对应图3所示的absr2，第二节点对应于图3所示的absr1，第一报文对应方法200中的报文8，第一承载协议为ipv4协议，第一随流检测信息为方法200中的随流检测信息2。第二报文对应方法200中的报文9，第二承载协议为mpls协议。第三节点为方法200中的pe2。
213.在一种实现方式中，所述第一承载协议为ipv4协议、ipv6协议、mpls协议、vlan协议、gre协议、nsh协议或者srv6协议；所述第二承载协议为ipv4协议、ipv6协议、mpls协议、vlan协议、gre协议、nsh协议或者srv6协议。
214.在一种实现方式中，所述第一随流检测信息用于指示检测检测域的性能参数，所述检测域包括第一域和第二域，所述第二节点属于所述第一域，所述第三节点属于所述第二域，所述第一节点为所述第一域和所述第二域的跨域节点。
215.当方法300可以用于实现以上实施例提及的方法100中sff执行的步骤时，检测域为图2所示的检测域，第一域可以包括ingress pe和sff，即对应前文提及的域a，第二域可以包括sff和sf，即对应前文提及的域b。第一节点对应图2所示的sff，第二节点对应图2所示的ingress pe，第三节点对应图2所示的sf。对于这种情况，在一些实施例中，第一节点还可以用于接收所述第三节点返回的第三报文，所述第三报文包括所述第一随流检测信息，所述第三报文为采用所述第二承载协议进行封装的报文；所述第一节点根据所述第三报文，生成第四报文，所述第四报文包括所述第一随流检测信息，所述第四报文为采用所述第一承载协议进行封装的报文；所述第一节点向下一跳节点发送所述第一报文。此处提及的第三报文对应方法100中的报文4，第一随流检测信息对应方法100中的随流检测信息1，第四报文对应方法100中的报文5。第一承载协议为ipv4协议，第二承载协议为srv6协议。
216.在一种实现方式中，所述第一域部署srv6网络，所述第二域部署ipv4网络，所述第一报文为携带sfc信息的srv6报文，所述第二报文为携带所述sfc信息的ipv4报文。其中，第一域包括图2所示的ingress pe和sff，即第一域对应前文提及的域a，第二域包括图2所示的sff和sf，即第二域对应前文提及的域b。
217.在一种实现方式中，所述第一域部署ipv4网络，所述第二域部署srv6网络，所述第一报文为携带sfc信息的ipv4报文，所述第二报文为携带sfc信息的srv6报文。其中，第一域包括图2所示的sff和sf，即第一域对应前文提及的域b，第二域包括图2所示的sff和egress pe，即第二域对应前文提及的域a。
218.在一种实现方式中，当方法300可以用于实现以上实施例提及的方法200中absr1执行的步骤时，所述检测域为图3所示的检测域。所述第一域部署mpls网络，所述第二域部署ipv4网络，所述第一报文为mpls报文，所述第二报文为ipv4报文。其中，第一域可以包括图3所示的pe1和absr1，即第一域可以对应前文提及的域c，第二域可以包括图3所示的absr1和absr2，即第二域可以包括前文提及的域d。此时，第一报文可以对应方法200中的报文7，第二报文可以对应方法200中的报文8。
219.在一种实现方式中，所述第一域部署三层虚拟专用网络l3vpn。
220.在一种实现方式中，所述检测域还包括第三域，所述第三域部署mpls网络，所述第三节点为所述第二域和所述第三域的跨域节点。其中，第三域可以包括图3所示的absr2和pe2，即第三域可以对应前文提及的域e，此时，第三节点为absr2。
221.在一种实现方式中，所述第三域部署l3vpn。
222.在一种实现方式中，所述第一域为第一自治系统，所述第一节点为所述第一自治系统的absr；所述第三域为第二自治系统，所述第三节点为所述第二自治系统的absr。即前文提及的域c和域d均为自治系统，第一节点对应图3所示的asbr1，第三节点对应图3所示的asbr2。
223.在一种实现方式中，当方法300可以用于实现以上实施例提及的方法200中absr2执行的步骤时，所述第一域部署ipv4网络，所述第二域部署mpls网络，所述第一报文为ipv4报文，所述第二报文为mpls报文。对于这种情况，第一域可以包括图3所示的absr1和absr2，即第一域对应前文提及的域d，第二域可以包括图3所示的absr2和pe2，即第二域可以对应前文提及的域e。此时，第一节点可以对应方法200中的absr2，第一报文可以对应方法200中的报文8，第二报文可以对应方法200中的报文9。
224.在一种实现方式中，所述第二域部署l3vpn。
225.在一种实现方式中，所述第一随流检测信息包括：ifit随流检测信息，或者，ioam随流检测信息。
226.关于方法300的具体实现，可以参考以上实施例中关于方法100和方法200的相关描述部分，此处不再详述。
227.此外，本技术实施例还提供了一种第一节点1000，参见图10所示，图10为本技术实施例提供的一种第一节点的结构示意图。该第一节点1000包括收发单元1001和处理单元1002。其中，收发单元1001用于执行上述方法100对应的实施例中由sff执行的收发操作；处理单元1002用于执行上述方法100对应的实施例中由sff执行的除了收发操作以外的其他操作。或者，收发单元1001用于执行上述方法200对应的实施例中由absr1执行的收发操作；处理单元1002用于执行上述方法200对应的实施例中由absr1执行的除了收发操作以外的其他操作。或者，收发单元1001用于执行上述方法200对应的实施例中由absr2执行的收发操作；处理单元1002用于执行上述方法200对应的实施例中由absr2执行的除了收发操作以外的其他操作。例如：第一节点1000为方法100中的sff，那么，收发单元1001用于执行接收来自于ingress pe的报文2的步骤、以及用于执行向sf发送报文3的步骤；所述处理单元1002用于执行根据报文2获得报文3的步骤。
228.此外，本技术实施例还提供了一种第一节点1100，参见图11所示，图11为本技术实施例提供的一种第一节点的结构示意图。该第一节点1100包括通信接口1101和与通信接口1101连接的处理器1102。其中，通信接口1101用于执行上述方法100对应的实施例中由sff执行的收发操作；处理器1102用于执行上述方法100对应的实施例中由sff执行的除了收发操作以外的其他操作。或者，通信接口1101用于执行上述方法200对应的实施例中由absr1执行的收发操作；处理器1102用于执行上述方法200对应的实施例中由absr1执行的除了收发操作以外的其他操作。或者，通信接口1101用于执行上述方法200对应的实施例中由absr2执行的收发操作；处理器1102用于执行上述方法200对应的实施例中由absr2执行的除了收发操作以外的其他操作。例如：第一节点1100为方法100中的sff，那么，通信接口
1101用于执行接收来自于ingress pe的报文2的步骤、以及用于执行向sf发送报文3的步骤；所述处理器1102用于执行根据报文2获得报文3的步骤。
229.此外，本技术实施例还提供了一种第一节点1200，参见图12所示，图12为本技术实施例提供的一种第一节点的结构示意图。该第一节点1200包括存储器1201和处理器1202。其中，存储器1201用于存储程序代码；处理器1202用于运行所述程序代码中的指令，使得该第一节点1200执行上述方法100对应的实施例中sff执行的步骤，或者，使得该第一节点1200执行上述方法200对应的实施例中absr1执行的步骤，或者，使得该第一节点1200执行上述方法200对应的实施例中absr2执行的步骤。
230.此外，本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得所述计算机执行上述方法100对应的实施例中sff执行的步骤，或者，使得所述计算机执行上述方法200对应的实施例中absr1执行的步骤，或者，使得所述计算机执行上述方法200对应的实施例中absr2执行的步骤。
231.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
232.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
233.在本技术所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑业务划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
234.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
235.另外，在本技术各个实施例中的各业务单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件业务单元的形式实现。
236.集成的单元如果以软件业务单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机
存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
237.本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的业务可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些业务存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
238.以上的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明的具体实施方式而已。
239.以上，以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。