CN117811971A - 一种时延确定方法、系统、装置及设备 - Google Patents

Abstract

本申请实施例提供了一种时延确定方法、系统、装置及设备，用于解决现有技术中存在多条链路时检测的时延不准确的问题。在本申请实施例中，发射端若识别到自身与接收端之间存在至少两条链路，则针对每条链路，创建对应的子会话，基于该子会话通过对应的链路发送测试报文到接收端，并接收接收端通过该链路发送的反射报文；基于测试报文及反射报文，确定该链路的时延。由于在本申请实施例中，发射端若识别到自身与接收端之间存在至少两条链路时，则分别针对每条链路，创建对应的子会话，从而确定每条链路的时延，保证了检测出来的时延能够准确的反应每条链路的真实情况，保证了时延检测的准确性。

Description

一种时延确定方法、系统、装置及设备

技术领域

本申请涉及IP网络技术与安全技术领域，尤其涉及一种时延确定方法、系统、装置及设备。

背景技术

双向主动测量协议(Two-Way Active Measurement Protocol，Twamp)是一种用于IP链路的性能测量技术，可以在正反两个方向进行双向的性能统计。Twamp使用用户数据报协议(User Datagram Protocol，UDP)数据包作为测量探帧，统计网络双向延迟、抖动。同时，该协议具有安全性，能够保证控制和测量功能的分离。通过已经部署Twamp协议的网络设备之间的合作，有效地获取设备间IP性能统计数据。Twamp检测技术在5G承载中是部署十分广泛的技术，可以部署在路由器、交换机等的虚拟专用网络(Virtual Private Network，VPN)和路由业务上。

然而基于Twamp进行链路时延的检测时，如果进行检测的节点之间部署有多条链路，这多条链路由于走的传输路径不同，在时延等质量指标上会有明显不同，如果用某一链路的时延作为多条链路的时延，则误差比较大，将会影响后续业务的使用。

发明内容

本申请实施例提供了一种时延确定方法、系统、装置及设备，用于解决现有技术中存在多条链路时检测的时延不准确的问题。

第一方面，本申请实施例提供了一种时延确定方法，所述方法包括：

发射端若识别到自身与接收端之间存在至少两条链路，则针对每条链路，创建对应的子会话，基于该子会话通过对应的链路发送测试报文到接收端，并接收所述接收端通过该链路发送的反射报文；基于所述测试报文及所述反射报文，确定该链路的时延。

第二方面，本申请实施例还提供了一种时延确定系统，所述系统包括发射端及接收端；

所述发射端，用于若识别到自身与接收端之间存在至少两条链路，则针对每条链路，创建对应的子会话，基于该子会话通过对应的链路发送测试报文到所述接收端；

所述接收端，用于通过该链路发送反射报文；

所述发射端，还用于接收所述接收端通过该链路发送的反射报文；基于所述测试报文及所述反射报文，确定该链路的时延。

第三方面，本申请实施例还提供了一种时延确定装置，所述装置包括：

识别创建模块，用于若识别到自身与接收端之间存在至少两条链路，则针对每条链路，创建对应的子会话；

处理模块，用于针对每条链路，基于该子会话通过对应的链路发送测试报文到接收端，并接收所述接收端通过该链路发送的反射报文；基于所述测试报文及所述反射报文，确定该链路的时延。

第四方面，本申请实施例还提供了一种电子设备，所述电子设备至少包括处理器和存储器，所述处理器用于执行存储器中存储的计算机程序时执行上述任一时延确定方法的步骤。

在本申请实施例中，发射端若识别到自身与接收端之间存在至少两条链路，则针对每条链路，创建对应的子会话，基于该子会话通过对应的链路发送测试报文到接收端，并接收接收端通过该链路发送的反射报文；基于测试报文及反射报文，确定该链路的时延。由于在本申请实施例中，发射端若识别到自身与接收端之间存在至少两条链路时，则分别针对每条链路，创建对应的子会话，从而确定每条链路的时延，保证了检测出来的时延能够准确的反应每条链路的真实情况，保证了时延检测的准确性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种时延确定的过程示意图；

图2为本申请实施例提供的一种LAG链路的结构示意图；

图3为本申请实施例提供的一种ECMP场景中的链路的结构示意图；

图4为本申请实施例提供的时延确定系统的结构示意图；

图5为本申请实施例提供的一种时延确定装置结构示意图；

图6为本申请实施例提供的一种电子设备结构示意图。

具体实施方式

下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

为了提高时延检测的准确性，本申请实施例提供了一种时延确定方法、系统、装置及设备。

该时延确定方法包括：发射端若识别到自身与接收端之间存在至少两条链路，则针对每条链路，创建对应的子会话，基于该子会话通过对应的链路发送测试报文到接收端，并接收接收端通过该链路发送的反射报文；基于测试报文及反射报文，确定该链路的时延。从而准确地确定链路的时延。

实施例1：

图1为本申请实施例提供的一种时延确定的过程示意图，该过程包括以下步骤：

S101：发射端若识别到自身与接收端之间存在至少两条链路，则针对每条链路，创建对应的子会话。

本申请实施例提供的时延确定方法应用于发射端，具体的，作为发射端的节点设备可以为PC或服务器等智能设备。

为了准确地确定时延，发射端可以识别当前自身与接收端之间存在的链路的数量，具体的，本申请实施例提供的时延确定方法可以应用在存在链路聚合组(LinkAggregation，LAG)链路的节点设备之间，也可以应用在VPN等价多路径(Equal-CostMulti-Path，ECMP)或者IP ECMP场景下。若该方法应用在存在LAG链路的节点设备，则作为发射端的节点设备可以根据成员接口的数量确定存在的链路的数量，若该方法应用在VPNECMP或者IP ECMP场景下，则发射端也可以根据进行检测的目的IP匹配设备路由表，查找路由表中的下一跳，根据下一跳的数量确定与该目的IP的节点设备之间存在的链路的数量。具体的，如何在不同场景下识别存在的链路的数量为现有技术，在此不再赘述。

在识别到发射端与接收端之间存在的链路的数量后，发射端可以判断识别到的链路的数量是否为至少两条，若识别到为至少两条链路，则发射端分别确定每条链路的时延。为了分别确定每条链路的时延，发射端可以针对每条链路，创建对应的子对话。

S102：针对每条链路，基于该子会话通过对应的链路发送测试报文到接收端，并接收所述接收端通过该链路发送的反射报文；基于所述测试报文及所述反射报文，确定该链路的时延。

针对每条链路，在创建对应的子对话后，可以基于该子会话通过对应的链路发送测试报文到接收端，接收端在接收到测试报文后，通过该链路发送反射报文。在接收端接收到反射报文后，接收端可以基于测试报文及反射报文，确定该链路的时延。具体的，发射端可以基于自身发送测试报文的时间及接收到反射报文的时间，确定该链路的时延。

本申请实施例提供的方法可应用于L2 VPN业务，也可以应用于L3 VPN业务，公网路由和LAG端口，可以在所有涉及的IP网络且支持Twamp测量的环境中部署，可以解决现网部署LAG或者是ECMP场景下不同路径之间的时延检测问题。

由于在本申请实施例中，发射端若识别到自身与接收端之间存在至少两条链路时，则分别针对每条链路，创建对应的子会话，从而确定每条链路的时延，保证了检测出来的时延能够准确的反应每条链路的真实情况，保证了时延检测的准确性。

实施例2：

为了准确地创建对应的子对话，在上述实施例公开的基础上，在本申请实施例中，所述创建对应的子会话包括：

若所述每条链路为LAG链路中的链路，则针对该链路的成员接口创建子会话；其中，子会话的五元组信息复用父会话的五元组信息，父会话为针对LAG链路创建的会话。

若识别出的每条链路为LAG链路中的链路，则节点设备可以针对该链路的成员接口创建子会话，其中，子会话的五元组信息复用父会话的五元组信息，需要说明的是，父会话为针对LAG链路创建的会话。其中，五元组信息分别包括：源IP、目的IP、源端口、目的端口、差分服务编码点(Differentiated Services CodePoint，DSCP)信息。

具体的，作为发射端的节点设备与作为接收端的节点设备之间配置绑定有LAG接口，该LAG接口为聚合链路(eth-trunk1)口，为多条物理链路聚合成的一条高速逻辑端口。作为发射端的节点设备根据绑定的eth-trunk1口，分别为LAG链路的成员接口创建子会话。进而分别基于子会话在对应的成员接口上发送测试报文进行链路度量。

在时延的确定过程中，发射端可以针对创建的每个子会话，创建对应的子会话发送器(micro-session-sender)，由每个micro-session-sender分别基于每个子会话进行链路的时延的确定。具体的，作为发射端的节点设备的micro-session-sender在每个成员口上发送新的测试报文，作为接收端的节点设备收到micro-session-sender发来的测试报文后，根据收包链路，查找与该链路关联的子会话发射器(micro-session-reflector)，也就是说，作为接收端的节点设备也根据对应的链接创建对应的micro-session-reflector，具体的，micro-session-reflector根据收到的测试报文，生成反射报文，作为发射端的节点设备收到micro-session-reflector发送的反射报文后，检查是否为对应链路的反射报文，若为对应链路的反射报文，则根据收包链路，查找与之关联的micro-session-sender，进行IP性能度量，得到该链路对应的时延，若并非对应链路的反射报文，否则丢弃该反射报文。

图2为本申请实施例提供的一种LAG链路的结构示意图。

其中，图2所示的R1、R2分别作为Twawp的会话发射端(Session-sender)和会话接收端(Session-reflector)，R1即为本申请实施例所描述的作为发射端的节点设备，R2即为本申请实施例中所描述的作为接收端的节点设备。由图2可知，R1与R2之间存在的成员链路分别为member1、member2、member-n，n条链路。且R1与R2之间绑定有eth-trunk1口。

在一种可能的实施方式中，R1可以为北京的服务器，R2可以为上海的服务器，member1可以为由天津、济南、南京、苏州的服务器组成的成员链路，member2可以为由衡水、开封、合肥、湖州的服务器组成的成员链路，member-n可以为由石家庄、郑州、武汉、南昌、杭州的服务器组成的成员链路。

需要说明的是，在相关技术中在图2所示的场景下，R1和R2之间的LAG链路由多条链路组成，多条链路由于走的传输路径不同，在时延等质量指标上会有明显不同，如果用整个LAG链路的质量指标(实际上是某一条链路的质量指标)代表所有链路的质量指标，误差比较大。而采用本申请实施例所描述的方案，可以检测出每条链路的质量指标，从而可以基于业务的需求选择对应的链路。

实施例3：

为了准确地创建对应的子对话，在上述实施例公开的基础上，在本申请实施例中，所述创建对应的子会话包括：

若所述每条链路为ECMP场景中的链路，则根据下一跳设备创建对应的子会话。

若作为发射端的节点设备识别出的每条链路为ECMP场景中的链路，则节点设备根据下一跳设备创建对应的子会话。

在实际场景中，下一跳设备分别创建会话反射端(session-reflector)，session-reflector包含五元组信息。session-reflector负责接收测试报文并发送反射报文。

在时延的确定过程中，发射端也就是session-sender可以针对创建的每个子会话，创建对应的子micro-session-sender，由每个micro-session-sender分别基于每个子会话进行链路的时延的确定。具体的，作为发射端的节点设备的micro-session-sender分别根据目的IP的下一跳路由信息发送测试报文，session-reflector收到micro-session-sender发来的测试报文后，生成反射报文，session-sender的至少两个子会话收到session-reflector的反射报文，根据入端口和下一跳路由信息判断是归属哪个子会话，查找与之关联的micro-session-sender，由该micro-session-sende进行IP性能度量，也就是确定对应的时延和抖动。

图3为本申请实施例提供的一种ECMP场景中的链路的结构示意图。

其中，动力设备(Power Equipment，PE1)为本申请实施例所描述的作为发射端的节点设备，PE2及PE3为接收端，且为本申请实施例所描述的下一跳设备。PE1即为Twamp的Session-sender，PE2和PE3即为Session-reflector。图3所示PE1，PE2，PE3之间启用了L3虚拟专用网络(Ethernet Virtual Private Network，EVPN)ECMP功能。

在具体的实施过程中，Session-sender根据Twamp检测目的IP匹配设备路由表，查找出两个下一跳，分别对应PE2和PE3，此时Session-sender生成两个会话(session)，分别为session_PE2和session_PE3，该两个会话即为子会话。子会话分别在各自的下一跳路由接口上发送测试报文进行链路度量。

本申请实施例提供的方法可以实现LAG、ECMP的多链路上每条链路的时延检测。

网络中存在LAG或者ECMP的场景下的Twamp检测，多个链路的检测，本申请实施例可以很好地满足该需求。

需要说明的是，在相关技术中在VPN ECMP或者IP ECMP场景下，多个PE之间的链路质量可能也不相同，目前的Twamp检测只是选择其中一条链路，以图2为例，目前在进行CE1和CE2之间的Twamp检测时，只能检测PE1到PE2或者PE1到PE3之间的链路，并没有检测出ECMP的所有链路，也没有根据每条链路的时延去调整流量的归属。而本申请实施例提供的方案可以检测出每条链路的时延。

实施例4：

为了提高传输效率及准确性，在上述各实施例公开的基础上，在本申请实施例中，所述方法还包括：

将所述每条链路的时延按照由大到小的顺序排序，根据排序结果确定每条链路的优先级，其中时延越小优先级越高；

并针对每条链路保存其对应的优先级。

在获取到每条链路的时延后，作为发射端的节点设备可以将每条链路的时延按照由大到小的顺序排序，并根据排序结果确定每条链路的优先级，其中，时延越小优先级越高，在确定每条链路的优先级之后，作为发射端的节点设备可以针对每条链路保存其对应的优先级。

在一种可能的实施方式中，作为发射端的节点设备本地可以预先保存设置的时延范围和优先级的对应关系，作为发射端的节点设备在确定了每条链路的时延后，可以针对每条链路，确定预先保存的每个时延范围中，该链路的时延归属的目标时延范围，并将该目标时延范围对应的优先级确定为该链路的优先级。

为了提高传输效率及准确性，在上述各实施例公开的基础上，在本申请实施例中，所述方法还包括：

接收携带待传输的数据、数据所属的业务类型及接收端的地址的传输请求；

识别自身与所述接收端之间存在至少两条链路，则根据保存的每条链路对应的优先级，及所述业务类型所需的目标优先级，确定满足所述目标优先级的目标链路；

基于所述目标链路传输所述数据。

在有传输的需求时，作为发射端的节点设备可以接收携带待传输的数据、数据所属的业务类型及接收端的地址的传输请求，其中，业务类型包括VPN业务、公网IP业务等。具体的，可以是终端在有传输需求时，将传输请求发送至作为发射端的节点设备。例如，身处北京的用户有控制位于西安的智能机器人时，通过自身使用的设备发送传输请求，该传输请求被发送至作为发射端的节点设备。

作为发射端的节点设备在接收到传输请求之后，识别自身与接收端之间存在的链路的数量，若自身与接收端之间存在至少两条链路，则根据保存的每条链路对应的优先级，及该业务类型所需的目标优先级，确定满足目标优先级的目标链路。

在确定目标链路后，作为发射端的节点设备可以通过所确定的目标链路传输传输请求中携带的数据。

因为通过每条链路均发送了测试报文，均可以测试每条链路的时延和抖动数据。其中，发射端可以记录每条链路的优先级，例如，发射端可通过计数器来保存链路的优先级，从而实现对每条链路的优先级的记录。具体的，若通过计数器来对链路的优先级进行保存，则可以根据测试出来的时延，将时延按照从大到小的顺序进行排序，从而确定每条链路的时延，并确定每条链路的优先级，将每条链路的优先级保存到和本LAG端口关联的计数器A、B、C中，或保存到和本路由关联的计数器A、B中，每个成员接口有对应本身的计数器。例如业务类型为VPN业务或者公网IP业务，这些类型的业务对时延的要求比较高，因此需要优先级比较高的链路，因此优先级最高的类型的业务匹配优先级最高的计数器A的链路，即可以根据计数器选择对应优先级的链路进行转发。

本申请实施例中可以实现各链路的质量检测指标，根据检测指标通过调优算法将不同服务质量要求的数据调度到不同的链路上传输，比如将时延敏感的数据调度到时延最短的链路上传输。进而可以有效的根据检测的时延进行最优选路。

本申请实施例中将链路的时延和业务优先级关联进行调优，可以提高数据的传输效率。且本申请实施例的配置简单方便，利于业务按照链路的质量分流。可以根据检测的链路的时延进行流量调优。本申请实施例针对使用Twamp的负载分担业务场景，包括LAG、IPECMP等场景，通过定义一种Twamp在负载分担多链路上的检测来进行择优选择链路。

本申请实施例相当于提供了一种新的用于负载分担场景下的Twamp测量实现方法。可以应用于VPN业务以及公网业务在多链路负荷分担下的流量调优。或在多链路负荷分担下的网络链路服务质量检测。

实施例5：

为了提高传输效率及准确性，在上述各实施例公开的基础上，在本申请实施例中，所述接收携带待传输的数据、数据所属的业务类型及接收端的地址的传输请求之后，所述根据保存的每条链路对应的优先级，业务类型所需的目标优先级，确定满足所述目标优先级的目标链路之前，所述方法还包括：

在等待预设时长之后，执行后续根据保存的每条链路对应的优先级，及所述业务类型所需的目标优先级，确定满足所述目标优先级的目标链路的步骤。

在实际场景中，在进行数据传输时，可能会由于链路频繁抖动带来的业务切换的不稳定，为了提高业务的稳定性，在接收到传输请求后，节点设备可以在等待预设时长之后，根据保存的每条链路对应的优先级，及业务类型所需的目标优先级，确定满足所述目标优先级的目标链路。

其中，可以通过设置等待计时器实现预设时长的等待，该预设时长可以为5分钟，也可以为其他的时长。

本申请实施例，在接收到传输请求后，等待预设时长，可以在调优过程中避免链路时延抖动的频繁切换。

本申请实施例拥有在网络中存在多链路的Twamp检测和发包机制、业务和多链路的之前的绑定关系的自动调优策略和多链路和业务之间的调优保护机制。

实施例6：

图4为本申请实施例提供的时延确定系统的结构示意图，该系统包括：发射端401，接收端402；

所述发射端401，用于若识别到自身与接收端之间存在至少两条链路，则针对每条链路，创建对应的子会话，基于该子会话通过对应的链路发送测试报文到所述接收端402；

所述接收端402，用于通过该链路发送反射报文；

所述发射端401，还用于接收所述接收端402通过该链路发送的反射报文；基于所述测试报文及所述反射报文，确定该链路的时延。

具体的，接收端及发射端进行时延确定的详细过程在上述实施例中已经描述过，在此不再赘述。

为了提高时延确定的准确性，在上述各实施例公开的基础上，在本申请实施例中，所述接收端402，具体用于若该链路为LAG链路中的链路，根据绑定的eth-trunk1口，创建子发射器reflector，子reflector的五元组信息复用父会话的五元组信息；通过所述子reflector将所述反射报文发送至所述发射端。

在实际场景中，若该链路为LAG链路中的链路，则作为接收端的节点设备根据绑定的eth-trunk1口，分别为LAG链路的成员接口创建子reflector，子reflector的五元组信息复用父会话的五元组信息。子reflector分别在各自的成员接口上接收测试报文和发送反射报文。

实施例7：

图5为本申请实施例提供的一种时延确定装置结构示意图，该装置包括：

识别创建模块501，用于若识别到自身与接收端之间存在至少两条链路，则针对每条链路，创建对应的子会话；

处理模块502，用于针对每条链路，基于该子会话通过对应的链路发送测试报文到接收端，并接收所述接收端通过该链路发送的反射报文；基于所述测试报文及所述反射报文，确定该链路的时延。

在一种可能的实施方式中，所述识别创建模块501，具体用于若所述每条链路为LAG链路中的链路，则针对该链路的成员接口创建子会话；其中，子会话的五元组信息复用父会话的五元组信息，父会话为针对LAG链路创建的会话。

在一种可能的实施方式中，所述识别创建模块501，具体用于若所述每条链路为ECMP场景中的链路，则根据下一跳设备创建对应的子会话。

在一种可能的实施方式中，所述处理模块502，还用于将所述每条链路的时延按照由大到小的顺序排序，根据排序结果确定每条链路的优先级，其中时延越小优先级越高；并针对每条链路保存其对应的优先级。

在一种可能的实施方式中，所述处理模块502，还用于接收携带待传输的数据、数据所属的业务类型及接收端的地址的传输请求；识别自身与所述接收端之间存在至少两条链路，则根据保存的每条链路对应的优先级，及所述业务类型所需的目标优先级，确定满足所述目标优先级的目标链路；基于所述目标链路传输所述数据。

在一种可能的实施方式中，所述处理模块502，还用于在等待预设时长之后，执行后续根据保存的每条链路对应的优先级，及所述业务类型所需的目标优先级，确定满足所述目标优先级的目标链路的步骤。

实施例8：

在上述各实施例的基础上，本申请实施例还提供了一种电子设备，如图6所示，包括：处理器601、通信接口602、存储器603和通信总线604，其中，处理器601，通信接口602，存储器603通过通信总线604完成相互间的通信。

所述存储器603中存储有计算机程序，当所述程序被所述处理器601执行时，使得所述处理器601执行如下步骤：

发射端若识别到自身与接收端之间存在至少两条链路，则针对每条链路，创建对应的子会话，基于该子会话通过对应的链路发送测试报文到接收端，并接收所述接收端通过该链路发送的反射报文；基于所述测试报文及所述反射报文，确定该链路的时延。

进一步地，所述处理器601，具体用于若所述每条链路为LAG链路中的链路，则针对该链路的成员接口创建子会话；其中，子会话的五元组信息复用父会话的五元组信息，父会话为针对LAG链路创建的会话。

进一步地，所述处理器601，具体用于若所述每条链路为ECMP场景中的链路，则根据下一跳设备创建对应的子会话。

进一步地，所述处理器601，还用于将所述每条链路的时延按照由大到小的顺序排序，根据排序结果确定每条链路的优先级，其中时延越小优先级越高；

并针对每条链路保存其对应的优先级。

进一步地，所述处理器601，还用于接收携带待传输的数据、数据所属的业务类型及接收端的地址的传输请求；

识别自身与所述接收端之间存在至少两条链路，则根据保存的每条链路对应的优先级，及所述业务类型所需的目标优先级，确定满足所述目标优先级的目标链路；

基于所述目标链路传输所述数据。

进一步地，所述处理器601，还用于在等待预设时长之后，执行后续根据保存的每条链路对应的优先级，及所述业务类型所需的目标优先级，确定满足所述目标优先级的目标链路的步骤。

上述服务器提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口402用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述处理器可以是通用处理器，包括中央处理器、网络处理器(NetworkProcessor，NP)等；还可以是数字指令处理器(Digital Signal Processing，DSP)、专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

实施例9：

在上述各实施例的基础上，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有可由电子设备执行的计算机程序，当所述程序在所述电子设备上运行时，使得所述电子设备执行时实现如下步骤：

所述存储器中存储有计算机程序，当所述程序被所述处理器执行时，使得所述处理器执行如下步骤：

发射端若识别到自身与接收端之间存在至少两条链路，则针对每条链路，创建对应的子会话，基于该子会话通过对应的链路发送测试报文到接收端，并接收所述接收端通过该链路发送的反射报文；基于所述测试报文及所述反射报文，确定该链路的时延。

在一种可能的实施方式中，所述创建对应的子会话包括：

若所述每条链路为LAG链路中的链路，则针对该链路的成员接口创建子会话；其中，子会话的五元组信息复用父会话的五元组信息，父会话为针对LAG链路创建的会话。

在一种可能的实施方式中，所述创建对应的子会话包括：

若所述每条链路为ECMP场景中的链路，则根据下一跳设备创建对应的子会话。

在一种可能的实施方式中，所述方法还包括：

将所述每条链路的时延按照由大到小的顺序排序，根据排序结果确定每条链路的优先级，其中时延越小优先级越高；

并针对每条链路保存其对应的优先级。

在一种可能的实施方式中，所述方法还包括：

接收携带待传输的数据、数据所属的业务类型及接收端的地址的传输请求；

识别自身与所述接收端之间存在至少两条链路，则根据保存的每条链路对应的优先级，及所述业务类型所需的目标优先级，确定满足所述目标优先级的目标链路；

基于所述目标链路传输所述数据。

在一种可能的实施方式中，所述接收携带待传输的数据、数据所属的业务类型及接收端的地址的传输请求之后，所述根据保存的每条链路对应的优先级，业务类型所需的目标优先级，确定满足所述目标优先级的目标链路之前，所述方法还包括：

在等待预设时长之后，执行后续根据保存的每条链路对应的优先级，及所述业务类型所需的目标优先级，确定满足所述目标优先级的目标链路的步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种时延确定方法，其特征在于，所述方法包括：

发射端若识别到自身与接收端之间存在至少两条链路，则针对每条链路，创建对应的子会话，基于该子会话通过对应的链路发送测试报文到接收端，并接收所述接收端通过该链路发送的反射报文；基于所述测试报文及所述反射报文，确定该链路的时延。

2.根据权利要求1所述的方法，其特征在于，所述创建对应的子会话包括：

若所述每条链路为链路聚合组LAG链路中的链路，则针对该链路的成员接口创建子会话；其中，子会话的五元组信息复用父会话的五元组信息，父会话为针对LAG链路创建的会话。

3.根据权利要求1所述的方法，其特征在于，所述创建对应的子会话包括：

若所述每条链路为等成本多路径ECMP场景中的链路，则根据下一跳设备创建对应的子会话。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将所述每条链路的时延按照由大到小的顺序排序，根据排序结果确定每条链路的优先级，其中时延越小优先级越高；

并针对每条链路保存其对应的优先级。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

接收携带待传输的数据、数据所属的业务类型及接收端的地址的传输请求；

识别自身与所述接收端之间存在至少两条链路，则根据保存的每条链路对应的优先级，及所述业务类型所需的目标优先级，确定满足所述目标优先级的目标链路；

基于所述目标链路传输所述数据。

6.根据权利要求5所述的方法，其特征在于，所述接收携带待传输的数据、数据所属的业务类型及接收端的地址的传输请求之后，所述根据保存的每条链路对应的优先级，业务类型所需的目标优先级，确定满足所述目标优先级的目标链路之前，所述方法还包括：

在等待预设时长之后，执行后续根据保存的每条链路对应的优先级，及所述业务类型所需的目标优先级，确定满足所述目标优先级的目标链路的步骤。

7.一种时延确定系统，其特征在于，所述系统包括发射端及接收端；

所述发射端，用于若识别到自身与接收端之间存在至少两条链路，则针对每条链路，创建对应的子会话，基于该子会话通过对应的链路发送测试报文到所述接收端；

所述接收端，用于通过该链路发送反射报文；

所述发射端，还用于接收所述接收端通过该链路发送的反射报文；基于所述测试报文及所述反射报文，确定该链路的时延。

8.根据权利要求7所述的系统，其特征在于，所述接收端，具体用于若该链路为链路聚合组LAG链路中的链路，根据绑定的聚合链路eth-trunk1口，创建子发射器reflector，子reflector的五元组信息复用父会话的五元组信息；通过所述子reflector将所述反射报文发送至所述发射端。

9.一种时延确定装置，其特征在于，所述装置包括：

识别创建模块，用于若识别到自身与接收端之间存在至少两条链路，则针对每条链路，创建对应的子会话；

处理模块，用于针对每条链路，基于该子会话通过对应的链路发送测试报文到接收端，并接收所述接收端通过该链路发送的反射报文；基于所述测试报文及所述反射报文，确定该链路的时延。

10.一种电子设备，其特征在于，所述电子设备至少包括处理器和存储器，所述处理器用于执行存储器中存储的计算机程序时执行权利要求1-6中任一所述时延确定方法的步骤。