CN110225144A - 获取及提供服务的方法、用户设备和管理服务器 - Google Patents

获取及提供服务的方法、用户设备和管理服务器 Download PDF

Info

Publication number
CN110225144A
CN110225144A CN201810176027.4A CN201810176027A CN110225144A CN 110225144 A CN110225144 A CN 110225144A CN 201810176027 A CN201810176027 A CN 201810176027A CN 110225144 A CN110225144 A CN 110225144A
Authority
CN
China
Prior art keywords
service
address
name
user equipment
service name
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201810176027.4A
Other languages
English (en)
Other versions
CN110225144B (zh
Inventor
刘冰洋
陈哲
胡士辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201810176027.4A priority Critical patent/CN110225144B/zh
Priority to PCT/CN2019/076122 priority patent/WO2019165948A1/zh
Priority to EP19760632.0A priority patent/EP3754949B1/en
Publication of CN110225144A publication Critical patent/CN110225144A/zh
Priority to US17/009,207 priority patent/US11444915B2/en
Application granted granted Critical
Publication of CN110225144B publication Critical patent/CN110225144B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4541—Directories for service discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/33—Types of network names containing protocol addresses or telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供了一种获取及提供服务的方法、用户设备和管理服务器。该获取服务的方法包括：用户设备通过预设算法，基于要访问的服务的服务名，确定第一互联网协议IP地址；该用户设备以该第一IP地址为目的地址，发送通信数据包；该用户设备接收服务端设备提供的该服务。该获取及提供服务的方法，用户设备通过预设算法，对要访问的服务的服务名，确定IP地址，以该IP地址为目的地址，发送通信数据包，接收服务端设备提供的服务，避免了由于用户设备向DNS服务器查询IP地址产生的大量延时，能够降低应用服务时的整体延时，可以提高用户体验。

Description

获取及提供服务的方法、用户设备和管理服务器
技术领域
本申请涉及通信领域，并且更具体地，涉及一种获取及提供服务的方法、用户设备和管理服务器。
背景技术
当前，越来越多的网络应用，尤其是虚拟现实(Virtual Reality，VR)和增强现实(Augmented Reality，AR)等网络应用对网络延时有极为苛刻的需求。由此，多接入边缘计算(Multiple-access Edge Computing，MEC)技术，在移动场景下也可以称为移动边缘计算技术，被提出以实现低延时。MEC技术的基本思想是把服务或内容部署在离用户设备更近的网络边缘、而不是距离很远的云服务器，通过更近的传输距离来实现更低的延时。
MEC技术通部署多个MEC子网，每个MEC子网拥有许多服务端设备，即MEC站点，服务或内容就部署在这些服务端设备中。出于服务的本地特性和部署策略等考虑，一个服务可能会部署在多个MEC子网中，但未必会部署在所有的MEC子网中。从用户设备的角度来看，访问一个服务时，总是希望访问网络延时最低的服务端设备。网络延时最低的服务端设备不一定存在于离用户最近的MEC子网中，因此用户设备需要向网络查询距离最近的服务端设备。该过程是通过域名系统(Domain Name System，DNS)协议来完成的。用户设备向DNS服务器发起DNS请求，查询一个服务名(通常可以是域名)对应的互联网协议(InternetProtocol，IP)地址。DNS服务器向用户设备应答服务端设备对应的IP地址。DNS服务器可以为该用户设备选择一个距离用户设备最近的服务端设备并返回其IP地址。
上述查询过程需要消耗时间，产生的延时大致为：(发送DNS请求的空口延时+固定网络延时)+DNS服务器处理延时+(发送DNS应答的空口延时+固定网络延时)。换句话说，在用户设备真正与服务端设备发起通信连接之前，就已经消耗了大量时间。这会增加应用服务的整体延时，降低用户体验。
发明内容
本申请提供一种获取及提供服务的方法、用户设备和管理服务器，能够降低应用服务时的整体延时，可以提高用户体验。
第一方面，本申请提供了一种获取服务的方法，该方法可以包括：用户设备通过预设算法，基于要访问的服务的服务名，确定第一互联网协议IP地址；该用户设备以该第一IP地址为目的地址，发送通信数据包；该用户设备接收服务端设备提供的该服务。
第一方面的获取服务的方法，用户设备通过预设算法，对要访问的服务的服务名，确定IP地址，以该IP地址为目的地址，发送通信数据包，接收服务端设备提供的服务，避免了由于用户设备向DNS服务器查询IP地址产生的大量延时，能够降低应用服务时的整体延时，可以提高用户体验。
在第一方面的一种可能的实现方式中，该用户设备通过预设算法，基于要访问的服务的服务名，确定第一IP地址，可以包括：该用户设备对该服务名使用哈希算法和加密算法中的至少一种，确定服务标识；该用户设备根据该服务标识，确定该第一IP地址。换而言之，确定第一服务名对应的第一服务标识(或第一IP地址)的预设算法可以是哈希算法，也可以是加密算法，还可以是哈希算法与加密算法相结合的算法。应理解，通过哈希算法和/或加密算法计算服务标识，算法简单，计算得到的服务标识(或IP地址)重复的概率较低。
在第一方面的一种可能的实现方式中，在该用户设备通过预设算法，基于要访问的服务的服务名，确定第一IP地址之前，该方法还可以包括：该用户设备确定该服务名不在冲突列表中，该冲突列表中包括至少一对服务名与第一IP地址的对应关系。该可能的实现方式中，设置有冲突列表来解决冲突问题，当得到的IP地址未产生冲突时，使用第一方面的方法。
在第一方面的一种可能的实现方式中，该冲突列表可以是动态主机配置协议DHCP服务器发送的。
在第一方面的一种可能的实现方式中，在该用户设备通过预设算法，基于要访问的服务的服务名，确定第一IP地址的同时，该方法还可以包括：该用户设备向域名系统DNS服务器发送查询请求，该查询请求用于请求提供该服务的该服务端设备的第二IP地址。本可能的实现方式允许用户设备在采用本地生成IP地址作为目的地址发起通信的同时，发起向DNS服务器查询IP地址，这样即使在系统架构中没有部署某服务的情况下，仍能获得不差于传统的DNS解析方式的延时体验。
在第一方面的一种可能的实现方式中，该第一IP地址可以为互联网协议第6版IPv6地址。本可能的实现方式使用长度为128位的IPv6地址，可以满足数量巨大的服务的需求。
第二方面，本申请提供了一种用户设备，用于执行上述第一方面或其任一可能的实现方式中的方法。具体地，该用户设备可以包括用于执行第一方面或其任一可能的实现方式中的方法的模块。
第三方面，本申请提供了一种用户设备，该用户设备包括处理器和存储器，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，使得该用户设备执行第一方面或其任一可能的实现方式中的方法。
第四方面，本申请提供了一种提供服务的方法，该方法可以包括：管理服务器通过预设算法，确定第一服务名对应的第一互联网协议IP地址；该管理服务器将该第一服务名对应的第一IP地址分配给第一服务端设备，该第一服务端设备提供名称为该第一服务名的服务。
第四方面的提供服务的方法，管理服务器通过预设算法为每个服务名确定对应的第一IP地址，并将第一IP地址分配给对应服务名的第一服务端设备，使得用户设备能够通过同样的预设算法，对要访问的服务的服务名，确定第一IP地址，以第一IP地址为目的地址，发送通信数据包，接收服务端设备提供的服务，避免了由于用户设备向DNS服务器查询IP地址产生的大量延时，能够降低应用服务时的整体延时，可以提高用户体验。
在第四方面的一种可能的实现方式中，该管理服务器通过预设算法，确定第一服务名对应的第一IP地址，可以包括：该管理服务器对该第一服务名使用哈希算法和加密算法中的至少一种，确定该第一服务名对应的第一服务标识；该管理服务器根据该第一服务名对应的第一服务标识，确定该第一服务名对应的第一IP地址。
在第四方面的一种可能的实现方式中，在该管理服务器将该第一服务名对应的第一IP地址分配给第一服务端设备之前，该方法还可以包括：该管理服务器确定该第一服务名对应的第一IP地址未被该第一服务端设备以外的其他服务端设备占用。
在第四方面的一种可能的实现方式中，该方法还可以包括：该管理服务器通过该预设算法，确定第二服务名对应的第一IP地址，该第一服务名对应的第一IP地址与该第二服务名对应的第一IP地址相同；该管理服务器确定该第二服务名对应的第一IP地址已被该第一服务端设备占用，该管理服务器为第二服务端设备分配第三IP地址，该第二服务端设备提供名称为该第二服务名的服务；该管理服务器将该第二服务名和该第三IP地址添加至冲突列表。
在第四方面的一种可能的实现方式中，该冲突列表可以被配置在动态主机配置协议DHCP服务器上。
在第四方面的一种可能的实现方式中，该第一IP地址可以为互联网协议第6版IPv6地址。
第五方面，本申请提供了一种管理服务器，用于执行上述第四方面或其任一可能的实现方式中的方法。具体地，该管理服务器可以包括用于执行第四方面或其任一可能的实现方式中的方法的模块。
第六方面，本申请提供了一种管理服务器，该管理服务器包括处理器和存储器，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，使得该管理服务器执行第四方面或其任一可能的实现方式中的方法。
第七方面，本申请提供了一种提供服务的方法，该方法可以包括：网关设备接收路由表项，该路由表项用于指示服务端设备与第一互联网协议IP地址的对应关系；该网关设备向其他网关设备发送该路由表项。
第七方面的提供服务的方法，网关设备在相邻(或邻近)的子网间宣告这些路由表项，使本子网中的服务端设备在相邻(或邻近)的子网中路由可达。这样，在用户设备想要访问服务、想与其服务名对应的服务端设备发起连接时，可以直接在本地生成服务名所对应的IP地址，进而将其作为通信数据包的目的地址向子网发起通信请求。
在第七方面的一种可能的实现方式中，该网关设备接收路由表项，可以包括：该网关设备接收服务端设备发送的该路由表项。
在第七方面的一种可能的实现方式中，该网关设备接收路由表项，可以包括：该网关设备接收管理服务器发送的该路由表项。
在第七方面的一种可能的实现方式中，该第一IP地址可以为互联网协议第6版IPv6地址。
第八方面，本申请提供了一种网关设备，用于执行上述第七方面或其任一可能的实现方式中的方法。具体地，该网关设备可以包括用于执行第七方面或其任一可能的实现方式中的方法的模块。
第九方面，本申请提供了一种网关设备，该网关设备包括处理器和存储器，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，使得该网关设备执行第七方面或其任一可能的实现方式中的方法。
第十方面，本申请提供了一种计算机可读存储介质，其上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行第一方面、第四方面、第七方面或相应的任一可能的实现方式的方法。
第十一方面，本申请提供了一种包括指令的计算机程序产品，其特征在于，当计算机运行所述计算机程序产品的所述指时，所述计算机执行第一方面、第四方面、第七方面或相应的任一可能的实现方式的方法。
第十二方面，本申请提供了一种计算机芯片，该计算机芯片使得计算机执行第一方面、第四方面、第七方面或相应的任一可能的实现方式的方法。
本申请的服务名(name)是用于唯一区分不同对象的名称。对象可以是通信对象，也可以是访问对象，例如可以是网络实体。
附图说明
图1是MEC技术的场景的示意图。
图2是AR应用于MEC场景的示意图。
图3是本申请实施例的获取服务的系统架构的示意图。
图4是本申请一个实施例的获取服务的方法的示意性流程图。
图5是本申请另一个实施例的获取服务的方法的示意性流程图。
图6是本申请一个实施例的用户设备的示意性框图。
图7是本申请另一个实施例的用户设备的示意性框图。
图8是本申请一个实施例的管理服务器的示意性框图。
图9是本申请另一个实施例的管理服务器的示意性框图。
图10是本申请一个实施例的网关设备的示意性框图。
图11是本申请另一个实施例的网关设备的示意性框图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
本申请实施例的用户设备(User Equipment，UE)，也可以称为终端、移动终端(Mobile Terminal)或移动用户设备等，可以经无线接入网与一个或多个核心网进行通信，用户设备可以是移动终端，如移动电话(例如“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据，本申请实施例对此并不限定。用户设备还可以通过无线局域网(Wireless Local Area Networks，WLAN)或各代移动通信技术(例如4G(the 4thGeneration)、5G、3G或2G等)进行通信。
本申请实施例的管理服务器用于向服务提供商提供服务部署注册的接口，检测服务部署的服务名的合法性，并检测和处理IP地址的碰撞问题等。管理服务器可以覆盖多个子网，为多个子网提供管理功能。管理服务器在物理上可以是几个服务器，在地理上可以集中部署也可以分布式的部署。
本申请实施例的服务名(name)可以是用于唯一区分不同对象的名字。对象可以是通信对象，也可以是访问对象，例如可以是网络实体。本申请实施例的服务名可以包括域名、主机名、内容名和服务名中的一种或几种。服务名也可以包括其他的名字，本申请实施例对此不作限定。
域名是网络上的服务器或网络系统的名字，全世界没有重复的域名。域名的形式是以若干个英文字母和数字组成，由“.”分隔成几部分，例如IBM.com就是一个域名。域名的范围比主机名大。一个域名下可以有多个主机名。例如，域名abc.com下，有主机server1和server2，主机名就是server1.abc.com和server2.abc.com。内容名用于指示具体的内容的名字，例如，新浪评论这一内容的内容名为news.sina.com.cn/opinion/。服务名用于指示具体的服务的名字，例如https://www.baidu.com/就是一个服务名。
本申请实施例的服务可以是移动场景下的服务，也可以是非移动场景下的服务。
图1是MEC技术的场景100的示意图。如图1所示，云服务器110不直接为用户设备150、用户设备160、用户设备170和用户设备180提供服务，而是通过MEC子网120、MEC子网130和MEC子网140间接为用户设备150、用户设备160、用户设备170和用户设备180提供服务。应理解，图1中云服务器、MEC子网和用户设备的结构和数量仅是示意性的，而非对本申请实施例的限定。
图2是AR应用于MEC场景200的示意图。如图2所示，云服务器210可为淘宝、大众点评、墨迹天气和旷视(Face++)等应用提供服务。系统通过MEC子网220提供大众点评、墨迹天气等服务；通过MEC子网230提供墨迹天气、淘宝等服务；通过MEC子网240提供淘宝、Face++等服务。用户设备具体可以是AR眼镜250。距离AR眼镜250最近的是MEC子网230。应理解，图2中云服务器、MEC子网、应用和用户设备的结构或数量仅是示意性的，而非对本申请实施例的限定。
用户戴着AR眼镜250静止、行走或乘坐交通工具，当用户看到一辆公交车时，AR眼镜250的屏幕上显示公交车的线路和时刻表；当用户看到一个餐馆时，AR眼镜250的屏幕上显示该餐馆的菜品相关信息；当用户看天空时，AR眼镜250的屏幕上显示天气信息；当用户看到进入办公室的人，可以通过人脸识别，识别出这个人是公司员工还是临时来访人员。
在现有的方案中，如果AR眼镜250需要应用Face++提供服务，则AR眼镜250需要通过MEC子网230向DNS服务器发起DNS请求，查询Face++对应的IP地址。DNS服务器为AR眼镜250选择一个距离AR眼镜250最近的能够提供Face++服务的服务端设备，即MEC子网240中提供Face++服务的服务端设备，并返回其IP地址(全球唯一的IP地址)。这会产生大量的延时，用户体验差。
为了消除到DNS服务器查询时所产生的延时，现有的一种方案是将服务名与IP地址(全球唯一的IP地址)的映射关系静态配置到用户设备中。具体地，可以将映射关系配置到操作系统的HOSTS文件中。在用户设备中的应用需要访问一个服务名时，用户设备首先查询该服务名是否存在于本地的HOSTS文件中。如果存在，则用户设备直接获取对应的IP地址，从而发起对服务端设备的通信，不必再通过网络协议与DNS服务器进行交互，可以省去到DNS服务器查询所产生的延时。然而，用户设备每天要访问很多应用的服务，那就要求静态配置很大的HOSTS文件，配置开销大。此外，很多服务名是用户设备在通信或处理过程中动态获得的，例如通过解析图片、代码等的链接得到的，难以预先静态配置。
现有的另一种方案是用户设备将第一次通过到DNS服务器查询的服务名与IP地址(全球唯一的IP地址)的映射关系缓存在本地。这样，在下次访问该服务名时，就可以从本地缓存中直接提取对应的IP地址，无需再次到DNS服务器查询了。通过增大本地缓存中服务名与IP地址映射关系的记录的生存时间，可以允许该映射关系在用户设备长时间的缓存。然而，基于本方案，首次访问服务名仍然需要到DNS服务器查询，仍然有延时。此外，如果允许缓存长久不过期，会导致用户设备内持续累积缓存，使本地维护很大的映射关系表，导致用户设备开销增大；而如果允许缓存快速过期，则过期之后用户设备又需要重新到DNS服务器查询，产生延时。
基于上述问题，本申请实施例给出了一种获取及提供服务的方法及相关的设备。
图3是本申请实施例的获取服务的系统架构300的示意图。系统架构可以由运营商(例如，中国移动、中国联通或中国电信等)建设，并将其作为开放的平台，允许服务提供商(例如大众点评、淘宝、墨迹天气等)在MEC子网中部署服务。服务提供商跟运营商签约后，可以将自己的服务部署在系统架构上。系统架构300可以应用于MEC场景，也可以应用于内容分发网络(Content Delivery Network，CDN)场景，还可以应用于其他场景，本申请实施例对此不作限定。
如图3所示，系统架构300可以包括管理服务器310。管理服务器310用于向服务提供商提供服务部署注册的接口，检测服务部署的服务名(例如，域名或内容名等)的合法性，并检测和处理本文后边将提到的服务标识(ServiceID)或IP地址的碰撞问题。当应用于MEC场景时，管理服务器310可以是MEC部署注册服务器；当应用于CDN场景时，管理服务器310可以是CDN部署注册服务器。
系统架构300可以包括动态主机配置协议(Dynamic Host ConfigurationProtocol，DHCP)服务器320。DHCP服务器除集中管理、分配IP地址等传统功能外，还支持向用户设备发布本文后边将提到的MEC前缀和冲突列表等。
系统架构300可以包括至少一个子网或者称站点。例如，图3示出了三个子网，包括本地(Local)子网330、相邻(Nearby)子网340和远程(Remote)子网350。从用户设备的角度来看，拓扑距离最近的为本地子网，邻近的与本地子网进行交互的子网叫做相邻子网，距离远不与本地子网进行交互的子网为远程子网。当应用于MEC场景时，这些子网为Local MEC子网、Nearby MEC子网和Remote MEC子网；当应用于CDN场景时，这些子网为CDN站点或CDN子网。
上述子网中可以包括网关设备和服务端设备，服务端设备也可以称为服务器。以本地子网330为例，本地子网330包括网关设备332，用于支持路由转发，尤其是基于本申请实施例的ServiceID或IP地址的路由转发。子网330包括服务端设备334、服务端设备336和服务端设备338等，分别用于部署服务提供商提供的服务，例如大众点评、淘宝和墨迹天气等。
系统架构300可以为图3中示出的用户设备30提供服务。
图4是本申请一个实施例的获取服务的方法400的示意性流程图。如图4所示，获取服务的方法400包括以下步骤。
S410，管理服务器通过预设算法，确定第一服务名对应的第一IP地址。
S420，管理服务器将第一服务名对应的第一IP地址分配给第一服务端设备，第一服务端设备提供名称为第一服务名的服务。
S430，用户设备通过预设算法，基于要访问的服务的服务名，确定第一IP地址。例如，服务名可以为第一服务名，第一IP地址为第一服务名对应的第一IP地址。
S440，用户设备以第一IP地址为目的地址，发送通信数据包。应理解，该第一IP地址为第一服务名对应的第一IP地址。
S450，用户设备接收服务端设备提供的服务。应理解，该服务端设备可以为第一服务端设备。
本申请实施例的获取服务的方法，管理服务器通过预设算法为每个服务名确定对应的第一IP地址，并将第一IP地址分配给对应服务名的第一服务端设备，用户设备通过同样的预设算法，对要访问的服务的服务名，确定第一IP地址，以第一IP地址为目的地址，发送通信数据包，接收服务端设备提供的服务，避免了由于用户设备向DNS服务器查询IP地址产生的大量延时，能够降低应用服务时的整体延时，可以提高用户体验。
应理解，S440中用户设备发送通信数据包，可以理解为用户设备通过网关设备将通信数据包发送给子网中的服务端设备。实际实现上，用户设备是将通信数据包发送给网关设备，例如距离最近的子网的网关设备。
相对于前文中描述的两种现有的方案，本申请实施例的用户设备不需要预先静态配置映射关系，不需要在本地维护庞大的映射关系(例如，HOSTS文件中的映射关系或缓存中的映射关系)，并且在用户设备首次访问一个服务名时，也依然可以避免由于向DNS服务器查询IP地址产生的大量延时。
可选地，作为一个实施例，在S430之前，方法400还可以包括以下步骤。
S422，网关设备接收路由表项，路由表项用于指示服务端设备与第一IP地址的对应关系。
S424，网关设备向其他网关设备发送路由表项。
网关设备生成指示服务端设备与第一IP地址的对应关系的路由表项，并宣告该路由表项，以根据这些路由表项对用户设备发送的通信数据包进行路由转发。
具体地，服务提供商可以租用本申请实施例的系统架构中的某个子网的计算资源。计算资源可以包括，例如，服务器、虚拟机、容器等资源，本文中统称为服务端设备。服务提供商向系统架构注册其提供的服务的服务名。管理服务器通过预设算法为每个服务名确定对应的IP地址，并将IP地址绑定到服务提供商租用的服务端设备。子网中的网关设备为本子网中的服务端设备及其对应的IP地址生成路由表项，或者称为转发表项。网关设备在相邻(或邻近)的子网间宣告这些路由表项，使本子网中的服务端设备在相邻(或邻近)的子网中路由可达。这样，在用户设备想要访问服务、想与其服务名对应的服务端设备发起连接时，可以直接在本地生成服务名所对应的IP地址，进而将其作为通信数据包的目的地址向子网发起通信请求。子网的网关设备收到该通信数据包后，可以直接利用通信数据包种的IP地址查找路由表项，将通信数据包转发给相应的服务端设备。这样，可以避免用户设备就可以向DNS服务器查询IP地址的过程而直接发起通信，可以节省延时。
可选地，S410管理服务器通过预设算法，确定第一服务名对应的第一IP地址，可以包括：管理服务器对第一服务名使用哈希算法和加密算法中的至少一种，确定第一服务名对应的第一服务标识(ServiceID)；管理服务器根据第一服务名对应的第一服务标识，确定第一服务名对应的第一IP地址。相应地，S430用户设备通过预设算法，基于要访问的服务的服务名，确定第一IP地址，包括：用户设备对服务名使用哈希算法和加密算法中的至少一种，确定服务标识；用户设备根据服务标识，确定第一IP地址，例如，服务名可以为第一服务名，服务标识可以为第一服务标识，第一IP地址可以为第一服务名对应的第一IP地址。
具体地，确定第一服务名对应的第一服务标识(或第一IP地址)的预设算法可以是哈希算法，也可以是加密算法，还可以是哈希算法与加密算法相结合的算法。应理解，通过哈希算法和/或计算服务标识，算法简单，计算得到的服务标识(或IP地址)重复的概率较低。当然本申请实施例还可以通过其他算法确定第一IP地址，本申请实施例对此不作限定。
具体地，管理服务器根据第一服务名对应的第一服务标识，确定第一服务名对应的第一IP地址，可以包括：管理服务器在第一服务名对应的第一服务标识前增加前缀，确定第一服务名对应的第一IP地址。该前缀在MEC场景下可以是MEC前缀，在CDN场景下可以是CDN的广域网可路由前缀。
可选地，S410管理服务器通过预设算法，确定第一服务名对应的第一互联网协议IP地址，可以包括：管理服务器对第一服务名使用哈希算法，直接生成第一服务名对应的第一IP地址。
可选地，第一IP地址可以为互联网协议第6版(Internet Protocol Version 6，IPv6)地址。IPv6地址的长度为128位，可以满足数量巨大的服务的需求。当然，第一IP地址也可以为互联网协议第4版(Internet Protocol Version 4，IPv4)地址，或者其他版本的IP地址，本申请实施例对此不作限定。
可选地，在S420管理服务器将第一服务名对应的第一IP地址分配给第一服务端设备之前，方法400还可以包括：管理服务器确定第一服务名对应的第一IP地址未被第一服务端设备以外的其他服务端设备占用。或者，可选地，在S420管理服务器将第一服务名对应的第一IP地址分配给第一服务端设备之前，方法400还可以包括：管理服务器确定第一服务名对应的第一服务标识未被第一服务端设备以外的其他服务端设备占用。相应地，在S430用户设备通过预设算法，基于要访问的服务的服务名，确定第一IP地址之前，方法400还可以包括：用户设备确定服务名不在冲突列表中，冲突列表中包括至少一对服务名与第一IP地址的对应关系。或者，可选地，在S430用户设备通过预设算法，基于要访问的服务的服务名，确定第一IP地址之前，方法400还可以包括：用户设备确定服务名不在冲突列表中，冲突列表中包括至少一对服务名与服务标识的对应关系。其中，服务名可以为第一服务名。如果第一服务名对应的第一IP地址(或者说是服务标识)已被其他服务端设备占用，那么说明产生了冲突。
本申请实施例对冲突情况进行特殊的处理。相应地，方法400还可以包括：管理服务器通过预设算法，确定第二服务名对应的第一IP地址，第一服务名对应的第一IP地址与第二服务名对应的第一IP地址相同；管理服务器确定第二服务名对应的第一IP地址已被第一服务端设备占用，管理服务器为第二服务端设备分配第三IP地址，第二服务端设备提供名称为第二服务名的服务；管理服务器将第二服务名和第三IP地址添加至冲突列表。
具体而言，对于两个不同的服务名，通过预设算法所生成的ServiceID可能相同。这使得两个不同的服务名无法区分。为了解决冲突问题，需要在服务名注册时检测是否存在冲突，一旦冲突发生，则采用冲突列表的方式解决冲突。冲突列表可以被配置在DHCP服务器上。DHCP服务器将该冲突列表通过DHCP第六版(DHCP Version 4，DHCPv6)协议或邻居发现(Neighbor Discovery，ND)协议或CDN的应用层协议等协议发给可能访问该系统架构的用户设备。相应地，用户设备所使用的冲突列表可以是DHCP服务器发送的。
在本申请实施例中，用户设备所要访问的某些服务可能并没有部署在系统架构中。如果某服务没有部署在系统架构中，那么用户设备所确定的ServiceID和IP地址无法在网络中路由，导致服务连接失败。用户设备检测到失败后，回退到DNS解析方式，从DNS服务器查询到IP地址之后重新发起连接。在这种情况下，用户设备检测连接失败需要额外的时间，这使得比直接采用DNS解析方式的延时更高。
本申请实施例允许用户设备在采用本地生成IP地址作为目的地址发起通信的同时，发起向DNS服务器查询IP地址。这样，即使在系统架构中没有部署某服务的情况下，仍能获得不差于传统的DNS解析方式的延时体验。相应地，在用户设备通过预设算法，基于要访问的服务的服务名，确定第一IP地址的同时，方法400还可以包括：用户设备向DNS服务器发送查询请求，查询请求用于请求提供服务的服务端设备的第二IP地址。
由于服务端设备已经与IP地址绑定，因此，可选地，S422网关设备接收路由表项可以是网关设备接收服务端设备发送的路由表项。另外，由于管理服务器生成并对服务端设备和IP地址进行了绑定，因此，可选地，S422网关设备接收路由表项也可以是网关设备接收管理服务器发送的路由表项。
下面以MEC场景下一个具体的例子，详细说明本申请实施例的获取及提供服务的方法的流程。
图5是本申请另一个实施例的获取服务的方法500的示意性流程图。如图5所示，方法500可以包括以下子流程和步骤。
子流程1：服务提供商向系统架构请求将服务名s的服务绑定到某子网的某个服务端设备，MEC部署注册服务器对其进行验证。MEC部署注册服务器可以按如下步骤为服务端设备分配地址。
S501，MEC部署注册服务器根据哈希算法F()，为服务名s确定服务标识sid。其中，sid＝F(s)，sid的长度为128-L，L为MEC前缀p的长度。
S502，MEC部署注册服务器将MEC前缀p与服务标识sid连接，组成IPv6地址ipv6。其中，ipv6＝p||sid，||为比特串连接符。
S503，MEC部署注册服务器检测服务标识sid或IPv6地址ipv6是否已被分配。如果服务标识sid或IPv6地址ipv6未被分配，执行S504；否则执行步骤S505。
S504，MEC部署注册服务器将IPv6地址ipv6分配给服务端设备。
S505，MEC部署注册服务器为服务名s选择一个未分配的服务标识sid'，相对应地，IPv6地址ipv6'＝p||sid'，将IPv6地址ipv6'分配给服务端设备，并将(服务名s，服务标识sid'，IPv6地址ipv6')加入冲突列表C。当然也可以将(服务名s，服务标识sid')加入冲突列表C，或者，可以将(服务名s，IPv6地址ipv6')加入冲突列表C。
S506，MEC部署注册服务器将服务标识sid或IPv6地址ipv6(或者，服务标识sid'或IPv6地址ipv6')到服务端设备的绑定同步到MEC子网的网关设备。或者，由服务端设备通过ND协议，将服务标识sid或IPv6地址ipv6(或者，服务标识sid'或IPv6地址ipv6')宣告给本MEC子网的网关设备。
S507，如果冲突列表C有更新，MEC部署注册服务器将其同步到DHCP服务器。
子流程2：各MEC子网的网关设备进行路由表项的交互，可以包括如下步骤。
S508，MEC子网的网关设备(或者称路由转发节点)生成路由表项。路由表项用于指示MEC子网内的服务端设备与服务标识sid和/或IPv6地址ipv6的对应关系。
S509，网关设备如果发现本地的路由表项发生了更新或从其他网关设备接收到了路由表项或路由表项的更新内容，则网关设备根据路由策略和/或算法计算最优路由并更新本地的路由表项。
S510，网关设备根据路由策略，通过DHCPv6协议或ND协议等协议，向相邻的(或者邻近的)网关设备发送路由表项或路由表项的更新内容。
子流程3：用户设备接入网络(或者称，接入系统架构)，可以包括如下步骤。
S511，用户设备接入网络时，可以通过DHCPv6协议或ND协议等协议或协议的扩展，从网络获取三元组，该三元组可以包括用于确定IPv6地址的MEC前缀p、用于确定ServiceID的哈希算法F()和冲突列表C，即三元组为(p，F，C)。从网络获取三元组可以是从DHCP服务器获取三元组。
S512，用户设备接入网络后，如果冲突列表C有更新，可以通过DHCPv6协议或ND协议等协议或协议的扩展，从网络获取冲突列表C的更新内容。从网络获取新的冲突列表C或者冲突列表C的更新内容可以是从DHCP服务器获取新的冲突列表C或者冲突列表C的更新内容。
子流程4：用户设备要访问某服务名s时，首先获得服务名s在系统架构中对应的IPv6地址。其可以包括如下步骤。
S513，如果服务名s在冲突列表C中，则用户设备使用冲突列表C中服务名s对应的ServiceID确定IPv6地址，或者用户设备使用冲突列表C中服务名s对应的IPv6地址ipv6'。否则，执行S514。
S514，用户设备通过p||F(s)计算出服务名s对应的IPv6地址ipv6。
S515，在S513和S514的同时，用户设备向DNS服务器发送查询请求，通过DNS服务器的应答获得服务名s对应的IPv6地址ipv6”。
子流程5：用户设备根据IPv6地址，发送通信数据包，可以包括如下步骤。
S516，用户设备不必等待步骤S515的应答，可使用步骤S513或步骤S514的IPv6地址作为目的地址，向距离最近的MEC子网的网关设备发送通信数据包，该通信数据包可以是首包。
S517，如果步骤S516中的首包不可达(例如，发生超时或错误)，且已经收到了步骤S515的应答，采用应答中的IPv6地址ipv6”再次尝试向距离最近的MEC子网的网关设备发送通信数据包。
子流程6：转发通信数据包，可以包括以下步骤。
S518，网关设备依据子流程2中生成的路由表项，转发用户设备的通信数据包(可以是首包)到相应的服务端设备。
应理解，方法500的各步骤不一定是必须执行的，或者不一定是必须按照上述顺序执行的。
上文描述了本申请实施例提供的获取及提供服务的方法，下文将描述本申请实施例提供的用户设备、管理服务器和网关设备。
图6是本申请一个实施例的用户设备600的示意性框图。该用户设备600包括确定模块610、发送模块620和接收模块630。确定模块610用于通过预设算法，基于要访问的服务的服务名，确定第一互联网协议IP地址。发送模块620用于以确定模块610确定的第一IP地址为目的地址，发送通信数据包。接收模块630用于接收服务端设备提供的服务。
本申请实施例的用户设备通过预设算法，对要访问的服务的服务名，确定IP地址，以该IP地址为目的地址，发送通信数据包，接收服务端设备提供的服务，避免了由于用户设备向DNS服务器查询IP地址产生的大量延时，能够降低应用服务时的整体延时，可以提高用户体验。
可选地，作为一个实施例，确定模块610具体用于对服务名使用哈希算法和加密算法中的至少一种，确定服务标识；根据服务标识，确定第一IP地址。
可选地，作为一个实施例，确定模块610还用于在通过预设算法，基于要访问的服务的服务名，确定第一IP地址之前，确定服务名不在冲突列表中，冲突列表中包括至少一对服务名与第一IP地址的对应关系。
可选地，作为一个实施例，冲突列表是动态主机配置协议DHCP服务器发送的。
可选地，作为一个实施例，在确定模块610通过预设算法，基于要访问的服务的服务名，确定第一IP地址的同时，发送模块620还用于向域名系统DNS服务器发送查询请求，查询请求用于请求提供服务的服务端设备的第二IP地址。
可选地，作为一个实施例，第一IP地址为IPv6地址。
图7是本申请一个实施例的用户设备700的示意性框图。如图7所示的用户设备700可以包括处理器710和存储器720，存储器720中存储有计算机指令，处理器710执行计算机指令时，使得用户设备700执行以下步骤。通过预设算法，基于要访问的服务的服务名，确定第一互联网协议IP地址；以第一IP地址为目的地址，发送通信数据包；接收服务端设备提供的服务。
可选地，作为一个实施例，处理器710执行计算机指令时，使得用户设备700具体执行：对服务名使用哈希算法和加密算法中的至少一种，确定服务标识；根据服务标识，确定第一IP地址。
可选地，作为一个实施例，处理器710在通过预设算法，基于要访问的服务的服务名，确定第一IP地址之前，还用于执行计算机指令，使得用户设备700执行以下步骤：确定服务名不在冲突列表中，冲突列表中包括至少一对服务名与第一IP地址的对应关系。
可选地，作为一个实施例，冲突列表是动态主机配置协议DHCP服务器发送的。
可选地，作为一个实施例，处理器710在通过预设算法，基于要访问的服务的服务名，确定第一IP地址的同时，还用于执行计算机指令，使得用户设备700执行以下步骤：向域名系统DNS服务器发送查询请求，查询请求用于请求提供服务的服务端设备的第二IP地址。
可选地，作为一个实施例，第一IP地址为IPv6地址。
可选地，用户设备700还可以包括收发器730，用于接收或发送数据。
应理解，图6所示的用户设备600或图7所示的用户设备700可用于执行上述方法实施例的操作或流程，并且用户设备600或用户设备700中的各个模块和器件的操作和/或功能分别为了实现上述方法实施例中的相应流程，为了简洁，在此不再赘述。
图8是本申请一个实施例的管理服务器800的示意性框图。该管理服务器800包括确定模块810和分配模块820。确定模块810用于通过预设算法，确定第一服务名对应的第一互联网协议IP地址。分配模块820用于将确定模块810确定的第一服务名对应的第一IP地址分配给第一服务端设备，第一服务端设备提供名称为第一服务名的服务。
本申请实施例的管理服务器通过预设算法为每个服务名确定对应的第一IP地址，并将第一IP地址分配给对应服务名的第一服务端设备，使得用户设备能够通过同样的预设算法，对要访问的服务的服务名，确定第一IP地址，以第一IP地址为目的地址，发送通信数据包，接收服务端设备提供的服务，避免了由于用户设备向DNS服务器查询IP地址产生的大量延时，能够降低应用服务时的整体延时，可以提高用户体验。
可选地，作为一个实施例，确定模块810具体用于对第一服务名使用哈希算法和加密算法中的至少一种，确定第一服务名对应的第一服务标识；根据第一服务名对应的第一服务标识，确定第一服务名对应的第一IP地址。
可选地，作为一个实施例，管理服务器800还可以包括冲突模块830，突模块830用于在将第一服务名对应的第一IP地址分配给第一服务端设备之前，确定第一服务名对应的第一IP地址未被第一服务端设备以外的其他服务端设备占用。
可选地，作为一个实施例，确定模块810还用于通过预设算法，确定第二服务名对应的第一IP地址，第一服务名对应的第一IP地址与第二服务名对应的第一IP地址相同；分配模块820还用于确定第二服务名对应的第一IP地址已被第一服务端设备占用，为第二服务端设备分配第三IP地址，第二服务端设备提供名称为第二服务名的服务；管理服务器800还可以包括冲突模块830，突模块830用于将第二服务名和第三IP地址添加至冲突列表。
可选地，作为一个实施例，冲突列表被配置在DHCP服务器上。
可选地，作为一个实施例，第一IP地址为IPv6地址。
图9是本申请一个实施例的管理服务器900的示意性框图。如图9所示的管理服务器900可以包括处理器910和存储器920，存储器920中存储有计算机指令，处理器910执行计算机指令时，使得管理服务器900执行以下步骤。通过预设算法，确定第一服务名对应的第一互联网协议IP地址；将第一服务名对应的第一IP地址分配给第一服务端设备，第一服务端设备提供名称为第一服务名的服务。
可选地，作为一个实施例，处理器910执行计算机指令时，使得管理服务器900具体执行：对第一服务名使用哈希算法和加密算法中的至少一种，确定第一服务名对应的第一服务标识；根据第一服务名对应的第一服务标识，确定第一服务名对应的第一IP地址。
可选地，作为一个实施例，处理器910将第一服务名对应的第一IP地址分配给第一服务端设备之前，还用于执行计算机指令，使得管理服务器900执行以下步骤：确定第一服务名对应的第一IP地址未被第一服务端设备以外的其他服务端设备占用。
可选地，作为一个实施例，处理器910还用于执行计算机指令，使得管理服务器900执行以下步骤：通过预设算法，确定第二服务名对应的第一IP地址，第一服务名对应的第一IP地址与第二服务名对应的第一IP地址相同；确定第二服务名对应的第一IP地址已被第一服务端设备占用，为第二服务端设备分配第三IP地址，第二服务端设备提供名称为第二服务名的服务；将第二服务名和第三IP地址添加至冲突列表。
可选地，作为一个实施例，冲突列表被配置在DHCP服务器上。
可选地，作为一个实施例，第一IP地址为IPv6地址。
可选地，管理服务器900还可以包括收发器930，用于接收或发送数据。
应理解，图8所示的管理服务器800或图9所示的管理服务器900可用于执行上述方法实施例的操作或流程，并且管理服务器800或管理服务器900中的各个模块和器件的操作和/或功能分别为了实现上述方法实施例中的相应流程，为了简洁，在此不再赘述。
图10是本申请一个实施例的网关设备1000的示意性框图。该网关设备1000包括接收模块1010和发送模块1020。接收模块1010用于接收路由表项，路由表项用于指示服务端设备与第一互联网协议IP地址的对应关系。发送模块1020用于向其他网关设备发送路由表项。
本申请实施例的网关设备在相邻(或邻近)的子网间宣告这些路由表项，使本子网中的服务端设备在相邻(或邻近)的子网中路由可达。这样，在用户设备想要访问服务、想与其服务名对应的服务端设备发起连接时，可以直接在本地生成服务名所对应的IP地址，进而将其作为通信数据包的目的地址向子网发起通信请求。
可选地，作为一个实施例，接收模块1010具体用于接收服务端设备发送的路由表项。
可选地，作为一个实施例，接收模块1010具体用于接收管理服务器发送的路由表项。
可选地，作为一个实施例，第一IP地址为IPv6地址。
图11是本申请一个实施例的网关设备1100的示意性框图。如图11所示的网关设备1100可以包括处理器1110和存储器1120，存储器1120中存储有计算机指令，处理器1110执行计算机指令时，使得网关设备1100执行以下步骤。接收路由表项，路由表项用于指示服务端设备与第一互联网协议IP地址的对应关系；向其他网关设备发送路由表项。
可选地，作为一个实施例，处理器1110执行计算机指令时，使得网关设备1100具体执行：接收服务端设备发送的路由表项。
可选地，作为一个实施例，处理器1110执行计算机指令时，使得网关设备1100具体执行：接收管理服务器发送的路由表项。
可选地，作为一个实施例，第一IP地址为IPv6地址。
可选地，网关设备1100还可以包括收发器1130，用于接收或发送数据。
应理解，图10所示的网关设备1000或图11所示的网关设备1100可用于执行上述方法实施例的操作或流程，并且网关设备1000或网关设备1100中的各个模块和器件的操作和/或功能分别为了实现上述方法实施例中的相应流程，为了简洁，在此不再赘述。
应理解，本申请实施例中提及的处理器可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。
需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。
应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供一种计算机可读存储介质，其上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行上述方法实施例的提供服务的方法。
本申请实施例还提供一种包括指令的计算机程序产品，其特征在于，当计算机运行所述计算机程序产品的所述指时，所述计算机执行上述方法实施例的提供服务的方法。
应理解，本申请实施例的确定服务标识可以理解为生成或计算得到服务标识；确定IP地址可以理解为生成或计算得到IP地址。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(Digital Video Disc，DVD))、或者半导体介质(例如，固态硬盘(Solid State Disk，SSD))等。
应理解，本文中涉及的第一、第二以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请的范围。
应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (16)

1.一种获取服务的方法，其特征在于，包括：
用户设备通过预设算法，基于要访问的服务的服务名，确定第一互联网协议IP地址；
所述用户设备以所述第一IP地址为目的地址，发送通信数据包；
所述用户设备接收服务端设备提供的所述服务。
2.根据权利要求1所述的方法，其特征在于，所述用户设备通过预设算法，基于要访问的服务的服务名，确定第一IP地址，包括：
所述用户设备对所述服务名使用哈希算法和加密算法中的至少一种，确定服务标识；
所述用户设备根据所述服务标识，确定所述第一IP地址。
3.根据权利要求1或2所述的方法，其特征在于，在所述用户设备通过预设算法，基于要访问的服务的服务名，确定第一IP地址之前，所述方法还包括：
所述用户设备确定所述服务名不在冲突列表中，所述冲突列表中包括至少一对服务名与第一IP地址的对应关系。
4.根据权利要求1至3中任一项所述的方法，其特征在于，在所述用户设备通过预设算法，基于要访问的服务的服务名，确定第一IP地址的同时，所述方法还包括：
所述用户设备向域名系统DNS服务器发送查询请求，所述查询请求用于请求提供所述服务的所述服务端设备的第二IP地址。
5.一种提供服务的方法，其特征在于，包括：
管理服务器通过预设算法，确定第一服务名对应的第一互联网协议IP地址；
所述管理服务器将所述第一服务名对应的第一IP地址分配给第一服务端设备，所述第一服务端设备提供名称为所述第一服务名的服务。
6.根据权利要求5所述的方法，其特征在于，所述管理服务器通过预设算法，确定第一服务名对应的第一IP地址，包括：
所述管理服务器对所述第一服务名使用哈希算法和加密算法中的至少一种，确定所述第一服务名对应的第一服务标识；
所述管理服务器根据所述第一服务名对应的第一服务标识，确定所述第一服务名对应的第一IP地址。
7.根据权利要求5或6所述的方法，其特征在于，在所述管理服务器将所述第一服务名对应的第一IP地址分配给第一服务端设备之前，所述方法还包括：
所述管理服务器确定所述第一服务名对应的第一IP地址未被所述第一服务端设备以外的其他服务端设备占用。
8.根据权利要求5至7中任一项所述的方法，其特征在于，所述方法还包括：
所述管理服务器通过所述预设算法，确定第二服务名对应的第一IP地址，所述第一服务名对应的第一IP地址与所述第二服务名对应的第一IP地址相同；
所述管理服务器确定所述第二服务名对应的第一IP地址已被所述第一服务端设备占用，所述管理服务器为第二服务端设备分配第三IP地址，所述第二服务端设备提供名称为所述第二服务名的服务；
所述管理服务器将所述第二服务名和所述第三IP地址添加至冲突列表。
9.一种用户设备，其特征在于，所述用户设备包括处理器和存储器，所述存储器中存储有计算机指令，所述处理器执行所述计算机指令时，使得所述用户设备执行以下步骤：
通过预设算法，基于要访问的服务的服务名，确定第一互联网协议IP地址；
以所述第一IP地址为目的地址，发送通信数据包；
接收服务端设备提供的所述服务。
10.根据权利要求9所述的用户设备，其特征在于，所述处理器执行所述计算机指令时，使得所述用户设备具体执行：
对所述服务名使用哈希算法和加密算法中的至少一种，确定服务标识；
根据所述服务标识，确定所述第一IP地址。
11.根据权利要求9或10所述的用户设备，其特征在于，所述处理器在通过预设算法，基于要访问的服务的服务名，确定第一IP地址之前，还用于执行所述计算机指令，使得所述用户设备执行以下步骤：
确定所述服务名不在冲突列表中，所述冲突列表中包括至少一对服务名与第一IP地址的对应关系。
12.根据权利要求9至11中任一项所述的用户设备，其特征在于，所述处理器在所述通过预设算法，基于要访问的服务的服务名，确定第一IP地址的同时，还用于执行所述计算机指令，使得所述用户设备执行以下步骤：
向域名系统DNS服务器发送查询请求，所述查询请求用于请求提供所述服务的所述服务端设备的第二IP地址。
13.一种管理服务器，其特征在于，所述管理服务器包括处理器和存储器，所述存储器中存储有计算机指令，所述处理器执行所述计算机指令时，使得所述管理服务器执行以下步骤：
通过预设算法，确定第一服务名对应的第一互联网协议IP地址；
将所述第一服务名对应的第一IP地址分配给第一服务端设备，所述第一服务端设备提供名称为所述第一服务名的服务。
14.根据权利要求13所述的管理服务器，其特征在于，所述处理器执行所述计算机指令时，使得所述管理服务器具体执行：
对所述第一服务名使用哈希算法和加密算法中的至少一种，确定所述第一服务名对应的第一服务标识；
根据所述第一服务名对应的第一服务标识，确定所述第一服务名对应的第一IP地址。
15.根据权利要求13或14所述的管理服务器，其特征在于，所述处理器在将所述第一服务名对应的第一IP地址分配给第一服务端设备之前，还用于执行所述计算机指令，使得所述管理服务器执行以下步骤：
确定所述第一服务名对应的第一IP地址未被所述第一服务端设备以外的其他服务端设备占用。
16.根据权利要求13至15中任一项所述的管理服务器，其特征在于，所述处理器还用于执行所述计算机指令，使得所述管理服务器执行以下步骤：
通过所述预设算法，确定第二服务名对应的第一IP地址，所述第一服务名对应的第一IP地址与所述第二服务名对应的第一IP地址相同；
确定所述第二服务名对应的第一IP地址已被所述第一服务端设备占用，为第二服务端设备分配第三IP地址，所述第二服务端设备提供名称为所述第二服务名的服务；
将所述第二服务名和所述第三IP地址添加至冲突列表。
CN201810176027.4A 2018-03-02 2018-03-02 获取及提供服务的方法、用户设备和管理服务器 Active CN110225144B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201810176027.4A CN110225144B (zh) 2018-03-02 2018-03-02 获取及提供服务的方法、用户设备和管理服务器
PCT/CN2019/076122 WO2019165948A1 (zh) 2018-03-02 2019-02-26 获取及提供服务的方法、用户设备和管理服务器
EP19760632.0A EP3754949B1 (en) 2018-03-02 2019-02-26 Method for acquiring and providing service, and user equipment and management server
US17/009,207 US11444915B2 (en) 2018-03-02 2020-09-01 Service obtaining and providing methods, user equipment, and management server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810176027.4A CN110225144B (zh) 2018-03-02 2018-03-02 获取及提供服务的方法、用户设备和管理服务器

Publications (2)

Publication Number Publication Date
CN110225144A true CN110225144A (zh) 2019-09-10
CN110225144B CN110225144B (zh) 2021-03-23

Family

ID=67805624

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810176027.4A Active CN110225144B (zh) 2018-03-02 2018-03-02 获取及提供服务的方法、用户设备和管理服务器

Country Status (4)

Country Link
US (1) US11444915B2 (zh)
EP (1) EP3754949B1 (zh)
CN (1) CN110225144B (zh)
WO (1) WO2019165948A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112994996A (zh) * 2021-02-25 2021-06-18 中国联合网络通信集团有限公司 家庭网络共享方法、mec服务器、计算机设备及介质
WO2022161196A1 (zh) * 2021-01-30 2022-08-04 华为技术有限公司 一种算力感知网络中的服务标识分配方法及通信装置
WO2022218194A1 (zh) * 2021-04-13 2022-10-20 中国移动通信有限公司研究院 服务路由方法及设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020209703A1 (en) * 2019-04-12 2020-10-15 Samsung Electronics Co., Ltd. Method and system for discovering edge-server or edge-service through domain name server (dns) resolution
CN115150467B (zh) * 2022-09-01 2022-12-06 武汉绿色网络信息服务有限责任公司 数据访问方法、装置及电子设备

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102843445A (zh) * 2012-09-29 2012-12-26 北京奇虎科技有限公司 一种浏览器及其进行域名解析的方法
CN102855334A (zh) * 2012-09-29 2013-01-02 北京奇虎科技有限公司 一种浏览器及其获取dns解析数据的方法
CN103581740A (zh) * 2013-10-25 2014-02-12 中兴通讯股份有限公司 一种分布式的iptv多屏网关和iptv多屏互动方法
US20140267581A1 (en) * 2013-03-15 2014-09-18 John Cronin Real time virtual reality leveraging web cams and ip cams and web cam and ip cam networks
CN105376347A (zh) * 2015-12-11 2016-03-02 上海斐讯数据通信技术有限公司 一种ip地址分配方法及系统
CN106657256A (zh) * 2016-10-27 2017-05-10 乐视控股（北京）有限公司 资源获取的处理方法及装置
CN106790623A (zh) * 2016-12-30 2017-05-31 北京华为数字技术有限公司 一种虚拟现实设备获取服务的控制方法、控制器及控制系统

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8645408B2 (en) * 2003-02-18 2014-02-04 Apple Inc. Discovery of application server in an IP network
US8316137B2 (en) * 2008-06-24 2012-11-20 Qualcomm Incorporated Method and apparatus for ensuring IPv6 uniqueness in a mobile subnetted environment
CN101997759B (zh) * 2009-08-10 2013-06-05 中兴通讯股份有限公司 一种业务实现方法及业务系统
JP5288204B2 (ja) * 2009-08-10 2013-09-11 株式会社日立製作所 ゲートウェイシステム及び制御方法
CN102377636B (zh) * 2010-08-06 2014-12-17 北京乾唐视联网络科技有限公司 一种接入网设备的服务通信方法及系统
CN102075566A (zh) * 2010-12-24 2011-05-25 华为技术有限公司 业务的分流处理方法、通信设备及网络系统
US8688807B2 (en) * 2011-08-18 2014-04-01 Cisco Technology, Inc. Deriving unique local addresses from device names
JP6135509B2 (ja) * 2011-09-27 2017-05-31 日本電気株式会社 情報システム、その管理方法およびプログラム、データ処理方法およびプログラム、ならびに、データ構造
US8902896B2 (en) * 2012-04-16 2014-12-02 International Business Machines Corporation Packet switching without look-up table for ethernet switches
KR20160009372A (ko) * 2014-07-16 2016-01-26 에릭슨 엘지 주식회사 Ｉｐ 주소 할당 방법 및 장치
US20160285630A1 (en) * 2015-03-23 2016-09-29 Qualcomm Incorporated Private service identifiers in neighborhood aware networks
US10547587B2 (en) * 2018-03-19 2020-01-28 Didi Research America, Llc Method and system for near real-time IP user mapping

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102843445A (zh) * 2012-09-29 2012-12-26 北京奇虎科技有限公司 一种浏览器及其进行域名解析的方法
CN102855334A (zh) * 2012-09-29 2013-01-02 北京奇虎科技有限公司 一种浏览器及其获取dns解析数据的方法
US20140267581A1 (en) * 2013-03-15 2014-09-18 John Cronin Real time virtual reality leveraging web cams and ip cams and web cam and ip cam networks
CN103581740A (zh) * 2013-10-25 2014-02-12 中兴通讯股份有限公司 一种分布式的iptv多屏网关和iptv多屏互动方法
CN105376347A (zh) * 2015-12-11 2016-03-02 上海斐讯数据通信技术有限公司 一种ip地址分配方法及系统
CN106657256A (zh) * 2016-10-27 2017-05-10 乐视控股（北京）有限公司 资源获取的处理方法及装置
CN106790623A (zh) * 2016-12-30 2017-05-31 北京华为数字技术有限公司 一种虚拟现实设备获取服务的控制方法、控制器及控制系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022161196A1 (zh) * 2021-01-30 2022-08-04 华为技术有限公司 一种算力感知网络中的服务标识分配方法及通信装置
CN112994996A (zh) * 2021-02-25 2021-06-18 中国联合网络通信集团有限公司 家庭网络共享方法、mec服务器、计算机设备及介质
WO2022218194A1 (zh) * 2021-04-13 2022-10-20 中国移动通信有限公司研究院 服务路由方法及设备
CN115250289A (zh) * 2021-04-13 2022-10-28 中国移动通信有限公司研究院 服务路由方法及设备

Also Published As

Publication number Publication date
US11444915B2 (en) 2022-09-13
US20200396202A1 (en) 2020-12-17
EP3754949A4 (en) 2021-03-03
CN110225144B (zh) 2021-03-23
EP3754949A1 (en) 2020-12-23
EP3754949B1 (en) 2023-10-04
WO2019165948A1 (zh) 2019-09-06

Similar Documents

Publication Publication Date Title
US11115500B2 (en) Request routing utilizing client location information
JP6146950B2 (ja) ネットワークコンピューティングコンポーネントを使用してルーティングをリクエストする方法およびシステム
EP2266064B1 (en) Request routing
CN110225144A (zh) 获取及提供服务的方法、用户设备和管理服务器
CA2741895C (en) Request routing and updating routing information utilizing client location information
US9021127B2 (en) Updating routing information based on client location
EP1187426B1 (en) Method for using a unique IP address in a private IP address domain
US20100023620A1 (en) Access controller
JP3708085B2 (ja) Ｄｎｓ問い合わせ装置およびｄｎｓ問い合わせ方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant