时延信息查询方法、装置、设备、可读存储介质及产品与流程

1.本公开涉及通信领域，尤其涉及一种时延信息查询方法、装置、设备、可读存储介质及产品。
背景技术：
：：2.随着5g的快速发展和上层业务应用的极大丰富，业务应用对时延性能指标的重视进一步提升，面向公众用户的时延敏感业务如：视频、xr、云游戏，各类行业如：政务、医疗、教育、工业互联网，对时延性能指标也提出更高的要求。3.现有的时延查询方案一般由客户经理通过运营商后台维护人员的台账信息进行手工查询。但是，手工查询响应速度慢，或者因网络调整之后台账信息更新不及时造成查询结果准确性不高，与网络实际性能不一致，客户满意度不高。技术实现要素：4.本公开提供一种时延信息查询方法、装置、设备、可读存储介质及产品，用于解决现有的时延信息查询方法准确度不高且效率较低的技术问题。5.本公开的第一个方面是提供一种时延信息查询方法，包括：6.获取轻量级网管平台发送的时延查询请求，所述时延查询请求中包括起始端信息、终点端信息以及查询约束信息；7.根据查询约束信息确定查询次数以及查询时延区间；8.根据时延查询请求，按照查询时延区间向预设的软件定义网络控制器发送与查询次数相匹配的查询请求；9.获取软件定义网络控制器反馈的查询结果，根据所述查询结果确定起始端信息到终点端信息之间的目标时延数据，所述查询结果中包括至少一条与查询约束信息相匹配的路径信息。10.在一种可能的设计中，所述查询约束信息中包括双向时延约束信息，所述根据查询约束信息确定查询次数以及查询时延区间，包括：11.将所述双向时延约束信息转换为单向时延约束信息；12.确定所述单向时延约束信息所处的目标区间；13.根据预设的区间与步长的映射关系确定与所述目标区间对应的目标步长，将所述目标步长确定为所述查询时延区间，将所述单向时延约束信息与所述查询时延区间的商值确定为所述查询次数。14.在一种可能的设计中，所述根据所述查询结果确定起始端信息到终点端信息之间的目标时延数据之前，还包括：15.向所述软件定义网络控制器发送全量网元查询请求；16.获取所述软件定义网络控制器反馈的任意两个网元之间的单向时延信息，其中，所述单向时延信息包括所述两个网元之间的链路的数据传输时延以及所述两个网元的数据处理时延。17.在一种可能的设计中，所述获取所述软件定义网络控制器反馈的任意两个网元之间的单向时延信息之后，还包括：18.获取每个网元设备的网元名称，建立所述网元设备对应的网元名称与ip地址之间的映射关系；19.将所述映射关系与所述单向时延信息联合存储至预设的数据服务器。20.在一种可能的设计中，所述根据所述查询结果确定起始端信息到终点端信息之间的目标时延数据，包括：21.根据查询结果以及预存的链路时延数据相匹配，获得起始端信息到终点端信息之间的目标时延数据。22.在一种可能的设计中，所述根据查询结果以及预存的链路时延数据相匹配，获得起始端信息到终点端信息之间的目标时延数据，包括：23.针对各与查询约束信息相匹配的路径信息，根据所述路径信息在所述链路时延数据中获取与所述路径信息对应的至少一段单向时延信息；24.将所述至少一段单向时延信息转换为至少一段双向时延信息，将至少一段双向时延信息的和确定为所述目标时延数据。25.在一种可能的设计中，所述根据所述查询结果确定起始端信息到终点端信息之间的目标时延数据，包括：26.确定所述查询结果中符合时延约束条件的端到端单向总时延；27.将所述端到端单向总时延转换为端到端双向时延，将所述端到端双向时延确定为目标时延数据。28.在一种可能的设计中，所述终点端为ip网络设备，所述起始端信息/终点端信息为用户终端设备定位获得的目标地理位置信息；29.所述获取轻量级网管平台发送的时延查询请求之后，还包括：30.分别确定所述目标地理位置信息周围预设区域内多个运营商网络设备的ip地址信息；31.分别计算起始端信息与各运营商网络设备之间的距离；32.将多个运营商网络设备中与起始端信息距离最短的运营商网络设备的ip地址信息确定为所述起始端信息；或者，33.分别确定所述目标地理位置信息周围预设区域内多个运营商网络设备的ip地址信息；34.分别计算终点端信息与各运营商网络设备之间的距离；35.将多个运营商网络设备中与终点端信息距离最短的运营商网络设备的ip地址信息确定为所述终点端信息。在一种可能的设计中，所述终点端信息为云资源池信息；36.所述获取轻量级网管平台发送的时延查询请求之后，还包括：37.获取所述云资源池信息对应的台账信息；38.确定与所述台账信息对应的运营商网络边缘设备的ip地址信息，将所述运营商网络边缘设备的ip地址信息确定为所述终点端信息。39.本公开的第二个方面是提供一种时延信息查询装置，包括：40.获取模块，用于获取轻量级网管平台发送的时延查询请求，所述时延查询请求中包括起始端信息、终点端信息以及查询约束信息；41.确定模块，用于根据查询约束信息确定查询次数以及查询时延区间；42.发送模块，用于根据时延查询请求，按照查询时延区间向预设的软件定义网络控制器发送与查询次数相匹配的查询请求；43.处理模块，用于获取软件定义网络控制器反馈的查询结果，根据所述查询结果确定起始端信息到终点端信息之间的目标时延数据，所述查询结果中包括至少一条与查询约束信息相匹配的路径信息。44.在一种可能的设计中，所述查询约束信息中包括双向时延约束信息，所述确定模块，用于：将所述双向时延约束信息转换为单向时延约束信息。确定所述单向时延约束信息所处的目标区间。根据预设的区间与步长的映射关系确定与所述目标区间对应的目标步长，将所述目标步长确定为所述查询时延区间，将所述单向时延约束信息与所述查询时延区间的商值确定为所述查询次数。45.在一种可能的设计中，所述装置还包括：发送模块，还用于向所述软件定义网络控制器发送全量网元查询请求。获取模块，还用于获取所述软件定义网络控制器反馈的任意两个网元之间的单向时延信息，其中，所述单向时延信息包括所述两个网元之间的链路的数据传输时延以及所述两个网元的数据处理时延。46.在一种可能的设计中，所述装置还包括：获取模块，还用于获取每个网元设备的网元名称，建立所述网元设备对应的网元名称与ip地址之间的映射关系。存储模块，用于将所述映射关系与所述单向时延信息联合存储至预设的数据服务器。47.在一种可能的设计中，所述处理模块，用于：根据查询结果以及预存的链路时延数据相匹配，获得起始端信息到终点端信息之间的目标时延数据。48.在一种可能的设计中，所述处理模块，用于：针对各与查询约束信息相匹配的路径信息，根据所述路径信息在所述链路时延数据中获取与所述路径信息对应的至少一段单向时延信息。将所述至少一段单向时延信息转换为至少一段双向时延信息，将至少一段双向时延信息的和确定为所述目标时延数据。49.在一种可能的设计中，所述处理模块，用于：确定所述查询结果中符合时延约束条件的端到端单向总时延。将所述端到端单向总时延转换为端到端双向时延，将所述端到端双向时延确定为目标时延数据。50.在一种可能的设计中，所述终点端为ip网络设备，所述起始端信息/终点端信息为用户终端设备定位获得的目标地理位置信息；所述装置还包括：确定模块，还用于分别确定所述目标地理位置信息周围预设区域内多个运营商网络设备的ip地址信息；计算模块，用于分别计算起始端信息与各运营商网络设备之间的距离；处理模块，还用于将多个运营商网络设备中与起始端信息距离最短的运营商网络设备的ip地址信息确定为所述起始端信息；或者，确定模块，还用于分别确定所述目标地理位置信息周围预设区域内多个运营商网络设备的ip地址信息；计算模块，用于分别计算终点端信息与各运营商网络设备之间的距离；处理模块，还用于将多个运营商网络设备中与终点端信息距离最短的运营商网络设备的ip地址信息确定为所述终点端信息。51.在一种可能的设计中，所述终点端信息为云资源池信息。所述装置还包括：获取模块，用于获取所述云资源池信息对应的台账信息。确定模块，还用于确定与所述台账信息对应的运营商网络边缘设备的ip地址信息，将所述运营商网络边缘设备的ip地址信息确定为所述终点端信息。52.本公开的第三个方面是提供一种电子设备，包括：存储器，处理器；53.其中，存储器用于存储所述处理器可执行的指令；54.其中，所述处理器用于调用所述存储器中的指令执行如第一方面所述的时延信息查询方法。55.本公开的第四个方面是提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的时延信息查询方法。56.本公开的第五个方面是提供一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如第一方面所述的时延信息查询方法。57.本公开提供的时延信息查询方法、装置、设备、可读存储介质及产品，通过在获取到轻量级网关平台发送的时延查询请求之后，根据查询约束信息确定查询次数以及查询时延区间，从每个查询时延区间中查询满足查询约束信息的查询结果，从而能够保证查询结果的完整性。也即能够通过有限的查询次数，查询到包括满足用户提供的查询约束信息的所有电路路径信息数据的查询结果，给用户提供不同的电路路径选择，提高时延信息查询的效率以及准确性。附图说明58.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。59.图1为本公开基于的系统架构示意图；60.图2为本公开实施例一提供的时延信息查询方法的流程示意图；61.图3为本公开实施例提供的端到端时延链路示意图；62.图4为本公开实施例二提供的时延信息查询方法的流程示意图；63.图5为实施例三提供的时延信息查询装置的结构示意图；64.图6为实施例四提供的电子设备的结构示意图。具体实施方式65.为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例所获得的所有其他实施例，都属于本公开保护的范围。66.随着云计算的普遍发展，以ipv6为基础吸收segmentrouting思想的srv6协议登上了历史的舞台。分段路由(sr：segmentrouting)是一种源路由技术，基于sdn理念，构成面向路径连接的网络架构，支撑未来网络多层次的可编程需求。srv6是基于ipv6扩展的sr解决方案。srv6基于ip的可达性，更容易实现不同网络域的互联，srv6基于原生的ipv6，更容易与应用无缝融合在一起，更容易实现云网的无缝融合。随着5g、云业务、物联网等新兴业务发展，srv6协议已经迎来了其蓬勃发展的新时代。srv6在sr技术基础上进一步增强了网络可编程能力，支持网络和业务可编程。67.目前面向客户，运营商缺乏线上化的直观的网络性能查询方式，业务和技术之间衔接不够顺畅，目前一般由工作人员通过运营商后台维护人员的台账信息进行手工查询，可能因内部沟通原因，响应速度慢，或者因网络调整之后台账信息更新不及时造成查询结果准确性不高，与网络实际性能不一致，导致用户体验不佳。68.为了解决上述技术问题，本公开提供了对于单个sdn网络控制器纳管的控制域内的时延预算路查询方法，“域内”指的是需查询电路的起点(a端)和终点(z端)均属于同一个sdn网络控制器纳管的网络范围内，即在单个网络控制域内。69.需要说明的是，本公开提供时延信息查询方法、装置、设备、可读存储介质及产品可运用在各种时延信息查询的场景中。70.现有的时延信息查询方法，一般都是由用户或客户维护人员手工查询。但是，往往查询速度较慢且查询结果准确性不高。71.在解决上述技术问题的过程中，发明人通过研究发现，可以采取按照时延区间分步查询的方法实现对时延信息的查询。具体地，可以从每个时延区间内查询满足约束条件的电路路径信息数据。通过分步进行每个时延区间的电路时延信息查询，从而能够提高查询结果的完整性。通过有限的查询次数，最大限度的查询到满足客户时延约束条件的所有电路时延信息，提高时延信息查询的效率以及准确性，提高用户体验。72.图1为本公开基于的系统架构示意图，如图1所示，本公开基于的系统架构至少包括：终端设备11、服务器12、软件定义网络控制器13，其中，终端设备11内安装有轻量级网关应用，该服务器12可以为云网协调器，该服务器12中可以设置有时延信息查询装置，该时延信息查询装置可采用c/c 、java、shell或python等语言编写；终端设备1则可例如台式电脑、平板电脑等。73.图2为本公开实施例一提供的时延信息查询方法的流程示意图，如图2所示，该方法包括：74.步骤201、获取轻量级网管平台发送的时延查询请求，所述时延查询请求中包括起始端信息、终点端信息以及查询约束信息。75.本实施例的执行主体为时延信息查询装置，该时延信息查询装置可耦合于服务器中，该服务器分别与终端设备、软件定义网络控制器以及ip网络设备通信连接。76.在本实施方式中，为了实现对单个sdn网络控制器纳管的控制域内的时延预算路的查询，可以预先配置有包括前端显示界面的轻量级网管平台。用户可以根据实际需求对该前端显示界面中通过人机交互的方式，输入需要查询的电路的a端(起始端)和z端(终点端)信息，以及查询约束信息，其中，查询约束信息包括业务时延约束、算路策略、带宽约束(可选)和电路需经过的网络设备约束(可选)等条件。将查询请求发送到安装有时延信息查询装置的云网协同器进行具体查询操作。相应地，时延信息查询装置可以获取轻量级网管平台发送的时延查询请求。77.步骤202、根据查询约束信息确定查询次数以及查询时延区间。78.在本实施方式中，为了提高时延信息查询的效率，可以将传输时延划分为多个查询时延区间，分步对时延信息进行查询。具体地，在获取到时延查询请求之后，可以根据该时延查询请求中的查询约束信息确定查询次数以及查询时间区间。79.步骤203、根据时延查询请求，按照查询时延区间向预设的软件定义网络控制器发送与查询次数相匹配的查询请求。80.在本实施方式中，可以根据时延查询请求，按照查询时延区间向预设的软件定义网络控制器发送与查询次数相匹配的查询请求。可选地，在查询过程中，可以进行并行的查询操作，以进一步地提高查询效率。81.步骤204、获取软件定义网络控制器反馈的查询结果，根据所述查询结果确定起始端信息到终点端信息之间的目标时延数据，所述查询结果中包括至少一条与查询约束信息相匹配的路径信息。82.在本实施方式中，软件定义网络控制器可以根据查询请求进行算路，返回同时符合各项约束条件的查询结果，查询结果中可以包括至少一条路径信息，每条路径信息包含：路径从a端到z端依次经过的各个网络设备信息(比如ip地址)，网络设备端口信息(比如端口id)和单向总时延。根据查询结果确定起始端信息到终点端信息之间的目标时延数据。从而能够根据用户的输入的自定义的起点与终点，查询与用户个性化需求相匹配的目标时延数据。83.图3为本公开实施例提供的端到端时延链路示意图，如图3所示，具体可以获取客户前置设备(customerpremiseequipment，简称cpe)31到云资源池32之间的时延链路。其中，cpe31到云资源池32之间可以存在两条不同的路径。第一路径33为cpe31-》设备34-》设备35-》云资源池32。第二路径36为cpe31-》设备37-》设备38-》设备39-》云资源池32。84.本实施例提供的时延信息查询方法，通过在获取到轻量级网关平台发送的时延查询请求之后，根据查询约束信息确定查询次数以及查询时延区间，从每个查询时延区间中查询满足查询约束信息的查询结果，从而能够保证查询结果的完整性。也即能够通过有限的查询次数，查询到包括满足用户提供的查询约束信息的所有电路路径信息数据的查询结果，给用户提供不同的电路路径选择，提高时延信息查询的效率以及准确性。85.进一步地，在实施例一的基础上，该查询约束信息中包括双向时延约束信息，步骤202包括：86.将所述双向时延约束信息转换为单向时延约束信息。87.确定所述单向时延约束信息所处的目标区间。88.根据预设的区间与步长的映射关系确定与所述目标区间对应的目标步长，将所述目标步长确定为所述查询时延区间，将所述单向时延约束信息与所述查询时延区间的商值确定为所述查询次数。89.在本实施例中，客户关注的时延一般指双向端到端传输时延，在获取到时延查询请求之后，可以将客户输入的双向时延约束信息要求转化为单向时延约束信息，根据预设的区间与步长的映射关系确定与目标区间对应的目标步长，将目标步长确定为查询时延区间，将单向时延约束信息与查询时延区间的商值确定为查询次数。90.举例来说，单向时延在10ms以内以2ms为目标步长,在10-20ms以内以5ms为目标步长，在20-50ms以内以20-50ms为一个查询时延区间，云网协同器照此规则去遍历调用sdn网络控制器的算路能力。具体地，客户输入的业务时延约束条件是20ms，云网协同器将其转换为10ms的单向时延约束条件，再按照0-2ms，2ms-4ms，4ms-6ms，6ms-8ms，8ms-10ms的时延区间分别向sdn网络控制器发起查询，总共发起5次查询(注：对点到点组网专线业务需查5次，对点到点入云专线业务需查10次)。如果客户输入的时延约束时30ms，那么云网协同器将其转换为15ms的单向时延约束，再按照0-2ms，2ms-4ms，4ms-6ms，6ms-8ms，8ms-10ms，10ms-15ms的时延区间分别向sdn网络控制器发起查询，总共发起6次查询(注：对点到点组网专线业务需查6次，对点到点入云专线业务需查12次)。需说明的是，以上的目标步长划分规则可由运营商根据网络性能和业务场景需求的变化进行调优。91.本实施例提供的时延信息查询方法，通过在获取到时延查询请求之后，可以将客户输入的双向时延约束信息要求转化为单向时延约束信息，根据预设的区间与步长的映射关系确定与目标区间对应的目标步长，将目标步长确定为查询时延区间，将单向时延约束信息与查询时延区间的商值确定为查询次数，从而能够基于该查询次数以及查询时延区间，分步对时延信息进行查询，提高了时延信息查询的效率。92.图4为本公开实施例二提供的时延信息查询方法的流程示意图，在实施例一的基础上，如图4所示，步骤204之前，还包括：93.步骤401、向所述软件定义网络控制器发送全量网元查询请求。94.步骤402、获取所述软件定义网络控制器反馈的任意两个网元之间的单向时延信息，其中，所述单向时延信息包括所述两个网元之间的链路的数据传输时延以及所述两个网元的数据处理时延。95.在本实施例中，云网协同器中的时延信息查询装置可以设定每天的定时任务，向sdn网络控制器发起全量网元查询请求，用于后续进行算路结果展示。96.其中，该云网协同器中的时延信息查询装置可以获取每条链路的单向时延统计数据，并在云网协同器系统数据库中保存，用于后续链路(link)时延信息匹配。需说明的是，该单向时延信息包括所述两个网元之间的链路的数据传输时延以及所述两个网元的数据处理时延。97.进一步地，在上述任一实施例的基础上，步骤402之后，还包括：98.获取每个网元设备的网元名称，建立所述网元设备对应的网元名称与ip地址之间的映射关系。99.将所述映射关系与所述单向时延信息联合存储至预设的数据服务器。100.在本实施例中，云网协同器中的时延信息查询装置预设的每天的定时任务还可以包括获取每个网元设备的网元名称，建立所述网元设备对应的网元名称与ip地址之间的映射关系。将所述映射关系与所述单向时延信息联合存储至预设的数据服务器。101.基于上述处理，若sdn网络控制器不支持基于ip地址的查询方式，云网协同器还可以通过向数据服务器查询的方式获取与各个ip地址对应的各个网元的名称。102.进一步地，在上述任一实施例的基础上，步骤204包括：103.根据查询结果以及预存的链路时延数据相匹配，获得起始端信息到终点端信息之间的目标时延数据。104.在本实施例中，可以将查询结果与预存的链路时延数据相匹配，获得起始端信息到终点端信息之间的目标时延数据。105.具体地，在进行逐跳时延计算时，云网协同器根据查询结果，获取每条算路路径从a端到z端依次经过的各个网络设备信息(比如ip地址)，根据相邻两个网络设备的ip地址和端口信息，组装成链路(link)。根据向sdn网络控制器查询得到的查询结果，与云网协同器系统数据库中预存的链路时延数据匹配，获得目标时延数据。举例来说，a网元设备到b网元设备的链路称为ab，其时延为x，b网元设备到a网元设备的链路称为ba，其时延为y，那么a和b之间的双向时延展示为x y。106.进一步地，在上述任一实施例的基础上，所述根据查询结果以及预存的链路时延数据相匹配，获得起始端信息到终点端信息之间的目标时延数据，包括：107.针对各与查询约束信息相匹配的路径信息，根据所述路径信息在所述链路时延数据中获取与所述路径信息对应的至少一段单向时延信息。108.将所述至少一段单向时延信息转换为至少一段双向时延信息，将至少一段双向时延信息的和确定为所述目标时延数据。109.在本实施例中，在端到端时延计算中，客户关注的时延一般指双向端到端传输时延，因此，可以在确定单项时延信息之后，将其转换为双向端到端时延信息。具体地，针对各与查询约束信息相匹配的路径信息，根据路径信息在链路时延数据中获取与路径信息对应的至少一段单向时延信息。将至少一段单向时延信息转换为至少一段双向时延信息，将至少一段双向时延信息的和确定为目标时延数据。110.通过在查询到单向时延信息之后，将至少一段单向时延信息转换为至少一段双向时延信息，将至少一段双向时延信息的和确定为目标时延数据，从而能够使得生成的目标时延数据更加贴合用户的需求，提升了用户体验。111.进一步地，在上述任一实施例的基础上，步骤204包括：112.确定所述查询结果中符合时延约束条件的端到端单向总时延。113.将所述端到端单向总时延转换为端到端双向时延，将所述端到端双向时延确定为目标时延数据。114.在本实施例中，由于时延查询请求中还包括时延约束条件，因此，在获得查询结果之后，可以确定该查询结果中符合时延约束条件的端到端单向总时延。由于，客户关注的时延一般指双向端到端传输时延，因此，可以将端到端单向总时延转换为端到端双向时延，将端到端双向时延确定为目标时延数据。115.通过根据时延约束条件对查询结果进行筛选，从而能够得到与时延约束条件相匹配的目标时延数据，使得该目标时延数据准确性更高，更加贴合用户的实际需求。116.进一步地，在上述任一实施例的基础上，所述终点端为ip网络设备，所述起始端信息/终点端信息为用户终端设备定位获得的目标地理位置信息；117.步骤201之后，还包括：118.分别确定所述目标地理位置信息周围预设区域内多个运营商网络设备的ip地址信息；119.分别计算起始端信息与各运营商网络设备之间的距离；120.将多个运营商网络设备中与起始端信息距离最短的运营商网络设备的ip地址信息确定为所述起始端信息；或者，121.分别确定所述目标地理位置信息周围预设区域内多个运营商网络设备的ip地址信息；122.分别计算终点端信息与各运营商网络设备之间的距离；123.将多个运营商网络设备中与终点端信息距离最短的运营商网络设备的ip地址信息确定为所述终点端信息。124.在本实施例中，终点端为ip网络设备，起始端信息/终点端信息为用户终端设备定位获得的目标地理位置信息。为了实现对起始端信息/终点端信息的获取，可以分别确定目标地理位置信息周围预设区域内多个运营商网络设备的ip地址信息。分别计算起始端信息/终点端信息与各运营商网络设备之间的距离。将多个运营商网络设备中与起始端信息距离最短的运营商网络设备的ip地址信息确定为起始端信息。将多个运营商网络设备中与终点端信息距离最短的运营商网络设备的ip地址信息确定为终点端信息。125.进一步地，在上述任一实施例的基础上，所述终点端信息为云资源池信息；步骤201之后，还包括：126.获取所述云资源池信息对应的台账信息。127.确定与所述台账信息对应的运营商网络边缘设备的ip地址信息，将所述运营商网络边缘设备的ip地址信息确定为所述终点端信息。128.在本实施例中，终点端地址可以是云资源池信息，此时是一条点到点入云专线。根据用户选中的云池信息，由云网协同器根据日常维护的台账信息，在系统中匹配该云池对应的运营商网络边缘设备的ip地址信息，将所述运营商网络边缘设备的ip地址信息确定为所述终点端信息。通常情况下，运营商的网络通过一对云pe设备接入云池，此时云网协同器可以分pe查询，先查询a端到云pe1的时延，再查询a端到云pe2的时延。129.通过针对不同的终点端地址，采用不同的终点端确定方式，从而能够提高确定的终点端位置的准确性，为时延信息的确定提供了基础。130.图5为实施例三提供的时延信息查询装置的结构示意图，如图5所示，该装置包括：获取模块51、确定模块52、发送模块53以及处理模块54。其中，获取模块51，用于获取轻量级网管平台发送的时延查询请求，所述时延查询请求中包括起始端信息、终点端信息以及查询约束信息。确定模块52，用于根据查询约束信息确定查询次数以及查询时延区间。发送模块53，用于根据时延查询请求，按照查询时延区间向预设的软件定义网络控制器发送与查询次数相匹配的查询请求。处理模块54，用于获取软件定义网络控制器反馈的查询结果，根据所述查询结果确定起始端信息到终点端信息之间的目标时延数据，所述查询结果中包括至少一条与查询约束信息相匹配的路径信息。131.进一步地，在实施例三的基础上，所述查询约束信息中包括双向时延约束信息，所述确定模块，用于：将所述双向时延约束信息转换为单向时延约束信息。确定所述单向时延约束信息所处的目标区间。根据预设的区间与步长的映射关系确定与所述目标区间对应的目标步长，将所述目标步长确定为所述查询时延区间，将所述单向时延约束信息与所述查询时延区间的商值确定为所述查询次数。132.进一步地，在上述任一实施例的基础上，所述装置还包括：发送模块，还用于向所述软件定义网络控制器发送全量网元查询请求。获取模块，还用于获取所述软件定义网络控制器反馈的任意两个网元之间的单向时延信息，其中，所述单向时延信息包括所述两个网元之间的链路的数据传输时延以及所述两个网元的数据处理时延。133.进一步地，在上述任一实施例的基础上，所述装置还包括：获取模块，还用于获取每个网元设备的网元名称，建立所述网元设备对应的网元名称与ip地址之间的映射关系。存储模块，用于将所述映射关系与所述单向时延信息联合存储至预设的数据服务器。134.进一步地，在上述任一实施例的基础上，所述处理模块，用于：根据查询结果以及预存的链路时延数据相匹配，获得起始端信息到终点端信息之间的目标时延数据。135.进一步地，在上述任一实施例的基础上，所述处理模块，用于：针对各与查询约束信息相匹配的路径信息，根据所述路径信息在所述链路时延数据中获取与所述路径信息对应的至少一段单向时延信息。将所述至少一段单向时延信息转换为至少一段双向时延信息，将至少一段双向时延信息的和确定为所述目标时延数据。136.进一步地，在上述任一实施例的基础上，所述处理模块，用于：确定所述查询结果中符合时延约束条件的端到端单向总时延。将所述端到端单向总时延转换为端到端双向时延，将所述端到端双向时延确定为目标时延数据。137.进一步地，在上述任一实施例的基础上，所述终点端为ip网络设备，所述起始端信息/终点端信息为用户终端设备定位获得的目标地理位置信息；所述装置还包括：确定模块，还用于分别确定所述目标地理位置信息周围预设区域内多个运营商网络设备的ip地址信息；计算模块，用于分别计算起始端信息与各运营商网络设备之间的距离；处理模块，还用于将多个运营商网络设备中与起始端信息距离最短的运营商网络设备的ip地址信息确定为所述起始端信息；或者，确定模块，还用于分别确定所述目标地理位置信息周围预设区域内多个运营商网络设备的ip地址信息；计算模块，用于分别计算终点端信息与各运营商网络设备之间的距离；处理模块，还用于将多个运营商网络设备中与终点端信息距离最短的运营商网络设备的ip地址信息确定为所述终点端信息。138.进一步地，在上述任一实施例的基础上，所述终点端信息为云资源池信息。所述装置还包括：获取模块，用于获取所述云资源池信息对应的台账信息。确定模块，还用于确定与所述台账信息对应的运营商网络边缘设备的ip地址信息，将所述运营商网络边缘设备的ip地址信息确定为所述终点端信息。139.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。140.本公开又一实施例还提供了一种电子设备，包括：存储器，处理器；141.其中，存储器用于存储所述处理器可执行的指令；142.其中，所述处理器用于调用所述存储器中的指令执行如上述任一实施例所述的时延信息查询方法。143.图6为实施例四提供的电子设备的结构示意图，如图6所示，该电子设备600可以为终端设备或服务器。其中，终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、个人数字助理(personaldigitalassistant，简称pda)、平板电脑(portableandroiddevice，简称pad)、便携式多媒体播放器(portablemediaplayer，简称pmp)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。144.如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(readonlymemory，简称rom)602中的程序或者从存储装置608加载到随机访问存储器(randomaccessmemory，简称ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。145.通常，以下装置可以连接至i/o接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(liquidcrystaldisplay，简称lcd)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。146.特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从rom602被安装。在该计算机程序被处理装置601执行时，执行本公开实施例的方法中限定的上述功能。147.需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。148.本公开又一实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上述任一实施例所述的时延信息查询方法。149.本公开又一实施例还提供了一种计算机程序产品，包括计算机执行指令，当处理器执行所述计算机执行指令时，实现如上述任一实施例所述的时延信息查询方法。150.上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。151.上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行上述实施例所示的方法。152.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。153.最后应说明的是：以上各实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述各实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的范围。当前第1页12当前第1页12