域名系统DNS查询方法、装置及网络侧设备

技术领域

本申请属于通信技术领域，具体涉及一种域名系统DNS查询方法、装置及网络侧设备。

背景技术

边缘应用服务器发现功能(Edge Application Server Discovery Function，EASDF)，是用来处理终端发送来的域名系统(DomainName System，DNS)查询请求的核心网网元。

目前，EASDF处理终端DNS查询的流程如下：终端将DNS查询发至EASDF，然后EASDF根据DNS查询进行判断，是要把DNS查询发给(Central DNS，C-DNS)还是(Local DNS，L-DNS)。如果EASDF中不存在对应的处理规则，无法处理该DNS查询，则EASDF将DNS查询中的全限定域名(Fully Qualified Domain Name，FQDN)等信息发给会话管理功能(SessionManagement Function，SMF)，SMF根据当前终端位置，FQDN等信息，为EASDF提供对应的处理规则，所述DNS处理规则中，包括了该终端的本条DNS查询，应该被发送至的DNS服务器的IP地址，比如：C-DNS或L-DNS服务器的IP地址；然后，C-DNS或L-DNS服务器查到FQDN对应的IP地址后，把DNS响应发给EASDF，EASDF将DNS查询结果(即，DNS查询中的FQDN所对应的服务器IP地址)保存至SMF后，EASDF再把DNS响应发给终端。这样终端就获得了所请求的FQDN对应的服务器IP地址。

但是上述方案中，如果多个终端进行DNS查询会导致EASDF和SMF交互流程较为繁琐，因此如何提高DNS查询的效率，是本领域技术人员亟需解决的技术问题。

发明内容

本申请实施例提供一种域名系统DNS查询方法、装置及网络侧设备，能够解决现有技术中EASDF和SMF交互流程较为繁琐的技术问题。

第一方面，提供了一种域名系统DNS查询方法，应用于第一网络侧设备，该方法包括：

第一网络侧设备接收第一终端发送的第一DNS查询；

所述第一网络侧设备根据已存储的第二终端的第二DNS查询对应的处理结果，对所述第一DNS查询进行目标处理；

其中，所述第一终端与所述第二终端的位置处于目标范围内。

第二方面，提供了一种域名系统DNS查询方法，应用于第二网络侧设备，该方法包括：

第二网络侧设备接收第一网络侧设备发送的第一终端的第一DNS查询；所述第一DNS查询为根据已存储的第二终端的第二DNS查询对应的处理结果发送的；

所述第二网络侧设备向所述第一网络侧设备发送所述第一DNS查询对应的第一DNS响应；

其中，所述第一终端与所述第二终端的位置处于目标范围内。

第三方面，提供了一种域名系统DNS查询方法，应用于第三网络侧设备，该方法包括：

第三网络侧设备接收所述第一网络侧设备发送的通知信息，所述通知信息用于指示触发第一DNS响应对应的上行分类器UL CL的插入；

所述第三网络侧设备执行第一DNS响应对应的上行分类器UL CL的插入；

其中，所述第一DNS响应为第一终端发送的第一DNS查询对应的DNS响应；所述第一DNS响应所对应的UL CL未插入表示不存在第二DNS响应，或所述第二DNS响应所对应的ULCL未插入，其中，所述第二DNS响应与所述第一DNS响应相同；或，所述第二DNS响应中的IP地址与所述第一DNS响应中的IP地址相同，或，所述第二DNS响应中的IP地址段与所述第一DNS响应中的IP地址段相同。

第四方面，提供了一种域名系统DNS查询装置，包括：

接收模块，用于接收第一终端发送的第一DNS查询；

处理模块，用于根据已存储的第二终端的第二DNS查询对应的处理结果，对所述第一DNS查询进行目标处理；

其中，所述第一终端与所述第二终端的位置处于目标范围内。

第五方面，提供了一种域名系统DNS查询装置，包括：

接收模块，用于接收第一网络侧设备发送的第一终端的第一DNS查询；所述第一DNS查询为根据已存储的第二终端的第二DNS查询对应的处理结果发送的；

发送模块，用于向所述第一网络侧设备发送所述第一DNS查询对应的第一DNS响应；

其中，所述第一终端与所述第二终端的位置处于目标范围内。

第六方面，提供了一种域名系统DNS查询装置，包括：

接收模块，用于接收所述第一网络侧设备发送的通知信息，所述通知信息用于指示触发第一DNS响应对应的上行分类器UL CL的插入；

处理模块，用于执行第一DNS响应对应的上行分类器UL CL的插入；

其中，所述第一DNS响应为第一终端发送的第一DNS查询对应的DNS响应；所述第一DNS响应所对应的UL CL未插入表示不存在第二DNS响应，或所述第二DNS响应所对应的ULCL未插入，其中，所述第二DNS响应与所述第一DNS响应相同；或，所述第二DNS响应中的IP地址与所述第一DNS响应中的IP地址相同，或，所述第二DNS响应中的IP地址段与所述第一DNS响应中的IP地址段相同。

第七方面，提供了一种第一网络侧设备，该第一网络侧设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第八方面，提供了一种第一网络侧设备，包括处理器及通信接口，其中，通信接口用于接收第一终端发送的第一DNS查询，处理器用于根据已存储的第二终端的第二DNS查询对应的处理结果，对所述第一DNS查询进行目标处理；

其中，所述第一终端与所述第二终端的位置处于目标范围内。

第九方面，提供了一种第二网络侧设备，该第二网络侧设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的方法的步骤。

第十方面，提供了一种第二网络侧设备，包括处理器及通信接口，其中，通信接口用于接收第一网络侧设备发送的第一DNS查询；所述第一DNS查询为根据已存储的第二终端的第二DNS查询对应的处理结果发送的；所述通信接口还用于向所述第一网络侧设备发送所述第一DNS查询对应的第一DNS响应；

其中，所述第一终端与所述第二终端的位置处于目标范围内。

第十一方面，提供了一种第三网络侧设备，该第三网络侧设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第三方面所述的方法的步骤。

第十二方面，提供了一种第三网络侧设备，包括处理器及通信接口，其中，通信接口用于接收所述第一网络侧设备发送的通知信息，所述通知信息用于指示触发第一DNS响应对应的上行分类器UL CL的插入；处理器用于执行第一DNS响应对应的上行分类器UL CL的插入；其中，所述第一DNS响应为第一终端发送的第一DNS查询对应的DNS响应；所述第一DNS响应所对应的UL CL未插入表示不存在第二DNS响应，或所述第二DNS响应所对应的ULCL未插入，其中，所述第二DNS响应与所述第一DNS响应相同；或，所述第二DNS响应中的IP地址与所述第一DNS响应中的IP地址相同，或，所述第二DNS响应中的IP地址段与所述第一DNS响应中的IP地址段相同。

第十三方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第二方面所述的方法的步骤，或者实现如第三方面所述的方法的步骤。

第十四方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法，或实现如第二方面所述的方法，或实现如第三方面所述的方法。

第十五方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在非瞬态的存储介质中，所述程序/程序产品被至少一个处理器执行以实现如第一方面或第二方面或第三方面所述的DNS查询方法的步骤。

在本申请实施例中，由于第一终端与第二终端的位置处于目标范围内，第一终端发送第一DNS查询和第二DNS查询相同或相似，则得到的处理结果也相同或相似，则可以利用第一网络侧设备根据已存储的第二终端的第二DNS查询对应的处理结果，对当前的第一DNS查询进行处理，能够减少网络侧设备之间的交互，提高DNS查询效率。

附图说明

图1是本申请实施例可应用的无线通信系统的结构图；

图2是本申请实施例提供的DNS查询方法的流程示意图之一；

图3是本申请实施例提供的DNS查询方法的交互流程示意图之一；

图4是本申请实施例提供的DNS查询方法的交互流程示意图之二；

图5是本申请实施例提供的DNS查询方法的流程示意图之二；

图6是本申请实施例提供的DNS查询方法的流程示意图之三；

图7是本申请实施例提供的DNS查询装置的结构示意图之一；

图8是本申请实施例提供的网络选择装置的结构示意图之二；

图9是本申请实施例提供的网络选择装置的结构示意图之三；

图10是本申请实施例提供的通信设备的结构示意图；

图11是本申请实施例的网络侧设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。

值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6

图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11、接入网设备12和核心网设备13。其中，终端11也可以称作终端设备或者用户终端(User Equipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal DigitalAssistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(WearableDevice)或车载设备(VUE)、行人终端(PUE)等终端侧设备，可穿戴式设备包括：智能手表、手环、耳机、眼镜等。需要说明的是，在本申请实施例并不限定终端11的具体类型。接入网设备12也可以称为无线接入网设备或无线接入网(Radio AccessNetwork,RAN)，接入网设备12可以为基站，基站可被称为节点B、演进节点B、接入点、基收发机站(Base TransceiverStation，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例，但是并不限定基站的具体类型。核心网设备13也可以称为核心网(Core Network,CN)或5G核心(5G core，5GC)网，核心网设备13可以包含但不限于如下至少一项：核心网节点、核心网功能、移动管理实体(MobilityManagement Entity，MME)、接入移动管理功能(Access Management Function，AMF)、会话管理功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)、策略控制功能(Policy Control Function、PCF)、策略与计费规则功能单元(Policyand Charging Rules Function，PCRF)、边缘应用服务发现功能(Edge ApplicationServer Discovery Function，EASDF)、应用功能(Application Function，AF)等。需要说明的是，在本申请实施例中仅以5G系统中的核心网设备为例，但是并不限定此为限。

本申请实施例的DNS查询方法中，利用已发起DNS查询的终端的处理结果，对当前的DNS查询进行处理，能够减少网络侧设备之间的交互，提高DNS查询效率。

下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的DNS查询方法进行详细地说明。

图2是本申请实施例提供的DNS查询方法的流程示意图之一。如图2所示，本实施例提供的DNS查询方法，包括：

步骤101、第一网络侧设备接收第一终端发送的第一DNS查询。

第一网络侧设备可以是具有处理终端发送来的DNS查询的核心网网元，例如，第一网络侧设备可以是指EASDF或SMF，第一终端向第一网络侧设备发起第一DNS查询，该第一DNS查询可以包括FQDN，以获取该第一DNS查询对应的第一DNS响应，例如包括：FQDN对应的IP地址。

步骤102、第一网络侧设备根据已存储的第二终端的第二DNS查询对应的处理结果，对第一DNS查询进行目标处理；

其中，第一终端与第二终端的位置处于目标范围内。

具体地，假设之前已有第二终端触发了第二DNS查询，获取了处理结果，处理结果可以包括：第二DNS响应和/或处理规则，如果当前第一终端与第二终端满足一定的条件，例如，第一终端发送的第一DNS查询和第二DNS查询相同或相似，和/或，第一终端和第二终端处于相同的目标范围内，则得到的处理结果也相同或相似，则可以利用已存储的第二终端的处理结果，对第一DNS查询进行处理，获取第一DNS查询对应的处理结果，包括第一DNS响应和/或处理规则，以提高DNS查询的效率。

可选地，第一终端与第二终端需要处于相同的目标范围内，例如包括以下至少一种情况：第一终端和第二终端处于相同的位置区域，或第一终端和第二终端发送的DNS查询中FQDN相同或FQDN属于相同的FQDN列表，或均为签约终端等。

本实施例的方法，由于第一终端与第二终端的位置处于目标范围内，第一终端发送第一DNS查询和第二DNS查询相同或相似，则得到的处理结果也相同或相似，则可以利用第一网络侧设备根据已存储的第二终端的第二DNS查询对应的处理结果，对当前的第一DNS查询进行处理，能够减少网络侧设备之间的交互，提高DNS查询效率。

可选地，第二终端与所述第一终端的位置处于目标范围内，包括以下至少一种情况：

第一终端与第二终端的位置处于相同的位置区域，处于相同的位置区域包括以下至少一项：具有相同的数据网络接入标识DNAI、具有相同的跟踪区标识TAI或具有相同的小区标识Cell ID；或，

第一终端的第一DNS查询中的FQDN与第二终端的第二DNS查询中的FQDN相同；或，

第一终端的第一DNS查询中的FQDN与第二终端的第二DNS查询中的FQDN属于相同的FQDN列表；其中，FQDN列表中的FQDN或FQDN所属的DNS查询，对应相同的处理规则；

第一终端与第二终端均为签约终端；签约终端为能够使用第一网络侧设备提供的DNS服务的终端；

其中，第二DNS查询及其对应的处理结果已在第一网络侧设备或第三网络侧设备中缓存。

具体地，第一终端和第二终端有如下至少一项的相同之处：

1、第一终端和第二终端处于相同的位置区域，包括以下至少一种情况：具有相同的数据网络接入标识(DN Access Identifier，DNAI)、具有相同的跟踪区标识(TrackingArea Indicator，TAI)、或者具有相同的小区标识Cell ID；

该情况下，第一终端和第二终端具有相同的IP地址。

2、第一终端和第二终端的DNS查询中的FQDN相同；

3、第一终端和第二终端的DNS查询中的FQDN属于一个FQDN列表。这个FQDN列表中的FQDN或FQDN所属的DNS查询对应相同的处理规则(handling rules，或DNS handlingrules)；

4、第一终端与第二终端均为签约终端。

可选地，可以将之前已发起的DNS查询及其对应的处理结果在第一网络侧设备或第三网络侧设备中缓存，便于后续使用该DNS查询及其对应的处理结果，对其他的DNS查询进行处理。

在一实施例中，步骤102可以通过如下几种方式实现：

一种实现方式：

第二DNS查询对应的处理结果包括：第二DNS响应；

第一网络侧设备根据第二DNS响应，获取第一DNS查询对应的第一DNS响应；

其中，第一DNS响应包括以下至少一项：第一网际互连协议IP地址、第一全限定域名FQDN。

其中，第一IP地址，或第二DNS响应中的第二IP地址，为第二网络侧设备对第一DNS查询或第二DNS查询中包含的FQDN，进行解析或查询得到的对应的服务器IP地址。

具体地，当第一网络侧设备收到第一终端的第一DNS查询后，如果发现已存储第二终端的第二DNS查询对应的处理结果，如第二DNS响应，由于第一DNS查询和第二DNS查询相同或相似，则无需向第二网络侧设备(例如DNS服务器)发送第一DNS查询以获取第一DNS响应，第一网络侧设备直接根据第二DNS响应，获取第一DNS查询对应的第一DNS响应，并向第一终端反馈该第一DNS响应。

例如，第一网络侧设备已预先把第二终端的FQDN和IP地址的对应关系进行了保存。假设FQDN＝Baidu.com，IP地址对应为：10.1.1.1。

因此，针对第一终端的第一DNS查询，假设FQDN＝Baidu.com，直接发送包括该IP地址：10.1.1.1的第一DNS响应给第一终端。

可选地，获取第一DNS查询对应的第一DNS响应，可以通过以下几种方式实现：

第一网络侧设备将第二DNS响应，作为第一DNS响应；或，

第一网络侧设备根据第二DNS响应中的参数，生成第一DNS响应；第二DNS响应包括以下至少一项：第二IP地址、第二FQDN。

具体地，第一网络侧设备直接将第二DNS响应，作为第一DNS响应反馈给第一终端，DNS查询效率较高，或，第一网络侧设备提取第二DNS响应中的参数，重新生成第一DNS响应，发送给第一终端，该参数例如包括第二IP地址和/或第二FQDN。

比如，第二DNS响应中，包含FQDN＝Baidu.com，IP地址对应为：10.1.1.1，则使用这两项参数，第一网络侧设备重新生成第一DNS响应，第一DNS响应中也包含FQDN＝Baidu.com，IP为：10.1.1.1。

上述实施方式中，由于第一终端与第二终端的位置处于目标范围内，即第一终端发送第一DNS查询和第二DNS查询相同或相似，和/或第一终端H和第二终端处于相同位置区域，则得到的DNS响应也相同或相似，则可以利用已发起DNS查询的第二终端的第二DNS响应，获取第一DNS查询对应的第一DNS响应，能够减少网络侧设备之间的交互，提高DNS查询效率。

另一种实现方式：

第二DNS查询对应的处理结果包括：处理规则；

第一网络侧设备根据所述处理规则，向第二网络侧设备发送第一DNS查询；所述处理规则规定了第一网络侧设备，应该把DNS查询发送至哪个第二网络侧设备。

第一网络侧设备接收第二网络侧设备发送的第一DNS查询对应的第一DNS响应；第一DNS响应包括以下至少一项：第一IP地址、第一FQDN。

其中，第二网络侧设备可以是处理DNS查询的核心网网元，例如为DNS服务器。

具体地，当第一网络侧设备收到第一终端的第一DNS查询后，如果发现已存储第二终端的第二DNS查询对应的处理结果，如处理规则，第一DNS查询和第二DNS查询相同或相似，和/或第一终端H和第二终端处于相同位置区域，则无需触发向SMF发起通知请求(Neasdf_DNS Context_Notify Request，所述通知请求用于请求SMF下发处理规则)，直接根据第二DNS查询对应的处理规则，向第二网络侧设备(例如DNS服务器)发送第一DNS查询，第一网络侧设备在接收到第二网络侧设备发送的第一DNS查询对应的第一DNS响应后，向第一终端反馈该第一DNS响应。

该方案中，其他第二终端所发送的DNS查询，已经被第一网络侧设备向SMF上报，SMF已经为其配置了处理规则，因此，第一网络侧设备EASDF可以利用已配置的处理规则对当前的第一DNS查询进行处理，无需向SMF上报以请求新的处理规则，节约了网络侧设备之间的信令交互。

上述实施方式中，第一网络侧设备可以利用第二终端的第二DNS查询对应的处理规则，对当前的第一DNS查询进行处理，即直接根据该处理规则向DNS服务器发送第一DNS查询，以获取第一DNS响应，无需向SMF上报以请求新的处理规则，节约了网络侧设备之间的信令交互，提高了DNS查询效率。

在一实施例中，该方法还包括：

第一网络侧设备向第四网络侧设备发送请求消息，用于确定第一终端是否为签约终端；签约终端为能够使用第一网络侧设备提供的DNS服务的终端；

若是，则执行对第一DNS查询进行目标处理的操作。

其中，第四网络侧设备可以是用于进行数据管理的核心网网元，例如为通用数据管理(Unified Data Management,UDM)。

如果运营商给终端提供的DNS服务是差异化的，比如，只有签约终端才能使用同样的处理规则(handling rules，或DNS handling rules)，则第一网络侧设备EASDF还可以触发向UDM发起请求，以确定第一终端是否为签约终端，其中，签约终端为能够使用第一网络侧设备提供的DNS服务的终端。

例如确定第一终端对应的用户永久标识(Subscription Permanent Identifier，SUPI)，是否是跟运营商签约的终端对应的SUPI相同，如果是，则可以执行上述实施例中的方案，如果不是，则不执行上述实施例中的方案。

上述实施方式中，通过向第四网络侧设备发送请求消息，以确定第一终端是否为签约终端，如果是签约终端则可以利用已存储的其他终端的DNS查询对应的处理结果，对第一终端的第一DNS查询进行处理，提高了DNS查询的效率。

如图3所示，该DNS查询方法包括如下步骤：

步骤1、第二终端向EASDF发送第二DNS查询；

步骤2、EASDF向SMF上报该第二DNS查询；

步骤3、SMF向EASDF下发针对第二DNS查询对应的处理规则；该处理规则对应特定的DNS查询中的FQDN和第二终端所处的位置区域。

步骤4、EASDF根据处理规则向规则中确定或指示的DNS服务器发送第二DNS查询；

步骤5、DNS服务器向EASDF发送第二DNS查询对应的第二DNS响应；所述第二DNS响应里包含了服务器IP地址；

步骤6、触发第二DNS响应对应的UL CL插入(此时第二DNS响应对应的UL CL未插入)；因为第二终端要同第二DNS响应中的服务器IP地址建立IP连接，由于该服务器IP地址可能为一个本地服务器，因此需要插入UL CL，用来将第二终端的上行流量分流至DNS响应中的本地服务器。本步骤，就是通过将第二DNS响应中的服务器IP地址，发送至SMF，让SMF考虑选择并插入UL CL。

UL CL插入后，SMF触发Neasdf_DNSContext_Notify Response，告知EASDF，UL CL已经插入

步骤7、(当EASDF收到UL CL已经插入的通知)EASDF向第二终端发送第二DNS响应；

步骤8、第一终端向EASDF发送第一DNS查询；在本实施例中，第一终端和第二终端满足以下至少一种情况：

第一终端与第二终端处于相同的位置区域；

第一终端发起的第一DNS查询中的FQDN，与第二终端发起的第二DNS查询中的FQDN相同；

第一终端的第一DNS查询中的FQDN与第二终端的第二DNS查询中的FQDN属于相同的FQDN列表；其中，FQDN列表中的FQDN或FQDN所属的DNS查询，对应相同的处理规则；

第一终端与第二终端均为签约终端。

步骤9、EASDF获取已存储的第二终端的第二DNS查询对应的处理结果；

第一终端与第二终端需要满足一定的条件，例如第一终端和第二终端处于目标范围，DNS查询相同或相似(比如，FQDN相同)；

若处理结果包括第二DNS响应，则执行步骤10a、EASDF向第一终端发送第一DNS响应；这一步，就节约了EASDF向第二网络侧设备转发第一DNS查询的过程，节约了信令。EASDF判决，满足步骤9中的一定条件的时候，EASDF不向DNS服务器转发第一DNS查询。

若处理结果包括处理规则，则执行步骤10b、EASDF根据处理规则，向DNS服务器发送第一DNS查询；这一步，就节约了EASDF向第一网络侧设备请求处理规则的信令：即：Neasdf_DNSContext_Notify Request；同时，SMF由于没有收到EASDF上报的FQDN或第一DNS查询，也不会给EASDF发送处理规则，也就节约了：Neasdf_DNSContext_Update Request信令。

步骤11、DNS服务器向EASDF发送第一DNS查询对应的第一DNS响应；

步骤12、EASDF第一终端发送第一DNS响应。

在另一实施例中，第一网络侧设备对第一DNS查询进行目标处理之后，例如在获取到第一DNS查询对应的第一DNS响应之后，该方法还包括：

第一网络侧设备确定第一DNS查询对应的第一DNS响应所对应的上行分类器(Uplink Classifier，UL CL)是否已插入；

若否，则第一网络侧设备向第三网络侧设备发送通知信息，通知信息用于指示触发第一DNS响应对应的上行分类器UL CL的插入；

若是，则不执行触发第一DNS响应对应的UL CL的插入。

其中，第三网络侧设备可以是具有会话管理功能的网元，例如SMF。

具体地，第一网络侧设备获取到第一DNS响应，在发送给第一终端之前，需要确定第一DNS查询对应的第一DNS响应所对应的上行分类器UL CL是否已插入，若是，则不执行触发第一DNS响应对应的UL CL的插入，即直接将第一DNS响应发送给第一终端；

若否，则第一网络侧设备向第三网络侧设备发送通知信息，以触发第一DNS响应对应的上行分类器UL CL的插入。

其中，上行分类器UL CL，是UPF用户面功能的一种形态，SMF可以在UL CL上，提供的一些分流规则，以便让UE的上行流量分流到本地。UL CL的插入和移除由SMF决定。

可选地，“第一网络侧设备确定第一DNS查询对应的第一DNS响应所对应的UL CL是否已插入”具体可以通过如下方式实现：

第一网络侧设备确定是否存在第二DNS响应，其中，第二DNS响应与第一DNS响应相同；或，第二DNS响应中的IP地址与第一DNS响应中的IP地址相同，或，第二DNS响应中的IP地址段与第一DNS响应中的IP地址段相同；

若存在第二DNS响应，则确定第二DNS响应所对应的上行分类器UL CL是否已插入。

具体地，确定第一DNS响应所对应的UL CL是否已插入，即确定是否已存在其他DNS响应触发了相同的UL CL插入，首先确定是否已存在第二DNS响应，即之前发送的DNS查询对应的DNS响应，该第二DNS响应与第一DNS响应相同；或，第二DNS响应中的IP地址与第一DNS响应中的IP地址相同，或，第二DNS响应中的IP地址段与第一DNS响应中的IP地址段相同；

比如，192.224.0.0和192.224.0.1，就是同一个网段内的两台主机。因为这是一个C类IP地址：192.224.0.X。

若不存在第二DNS响应，则说明第二DNS响应对应的上行分类器UL CL未插入，即说明第一DNS响应对应的上行分类器UL CL未插入，第一网络侧设备向第三网络侧设备发送通知信息，以触发第一DNS响应对应的上行分类器UL CL插入；若存在第二DNS响应，则说明第一DNS响应对应的UL CL可能已插入，进一步还需要确定第二DNS响应对应的UL CL是否已插入，若第二DNS响应对应的UL CL已插入，则说明第一DNS响应对应的UL CL已插入，则直接向第一终端反馈该第一DNS响应。

上述实施方式中，通过利用已有的DNS响应插入的UL CL，无需重复进行相同的ULCL的插入，节省了网络侧设备的交互，提高了DNS查询的效率。

如图4所示，该DNS查询方法包括如下步骤：

步骤1、第二终端向EASDF发送第二DNS查询；

步骤2、EASDF向SMF上报该第二DNS查询；

步骤3、SMF根据EASDF上报的第二DNS查询(主要是第二DNS查询中的FQDN)向EASDF下发第二DNS查询对应的处理规则；

步骤4、EASDF根据处理规则向处理规则中指定的DNS服务器发送第二DNS查询；

步骤5、DNS服务器向EASDF发送第二DNS查询对应的第二DNS响应；

步骤6、触发第二DNS响应对应的UL CL插入(此时第二DNS响应对应的UL CL未插入)；这一步主要是第二DNS响应中的服务器的IP地址，为了实现UE同该IP地址建立用户面，SMF要插入UL CL。

步骤7、EASDF向第二终端发送第二DNS响应；发送的前提是，SMF通知EASDF已经完成UL CL的插入

步骤8、第一终端向EASDF发送第一DNS查询；

步骤9、EASDF获取已存储的第二终端的第二DNS查询对应的处理结果；

第一终端与第二终端需要满足一定的条件，例如第一终端和第二终端处于目标范围，DNS查询相同或相似；

若处理结果包括第二DNS响应，则执行步骤9’、确定是否需要触发UL CL插入；

若需要触发，则执行步骤13、触发第一DNS响应对应的UL CL插入；即第二DNS响应触发UL CL插入，但是需要满足如下条件的时候才插入：第二DNS响应与第一DNS响应不同、或第二DNS响应与第一DNS响应中包含的服务器IP不同或IP地址段不同；或者第二DNS响应未触发UL CL插入；

若无需触发，则执行步骤10a、EASDF向第一终端发送第一DNS响应；这一步相当于，EASDF判决出不需要触发UL CL插入，因此就不需要触发：Neasdf_DNSContext_Notifyrequest信令，节约了信令，即第二DNS响应已经触发UL CL插入，第二DNS响应与第一DNS响应相同、IP相同或IP地址段相同；

若处理结果包括处理规则，则执行步骤10b、EASDF根据处理规则，向DNS服务器发送第一DNS查询；

步骤11、DNS服务器向EASDF发送第一DNS查询对应的第一DNS响应；

步骤14、确定是否需要触发UL CL插入；

若需要触发，则执行步骤15、触发第一DNS响应对应的UL CL插入；与步骤13类似；

若无需触发，则执行步骤12、EASDF第一终端发送第一DNS响应。

图5是本申请实施例提供的DNS查询方法的流程示意图之二。如图5所示，本实施例提供的DNS查询方法，包括：

步骤201、第二网络侧设备接收第一网络侧设备发送的第一终端的第一DNS查询；第一DNS查询为根据已存储的第二终端的第二DNS查询对应的处理结果发送的；

步骤202、第二网络侧设备向第一网络侧设备发送第一DNS查询对应的第一DNS响应；

其中，第一终端与第二终端的位置处于目标范围内。

可选地，第二网络侧设备接收第一网络侧设备发送的第一DNS查询；所述第一DNS查询为根据已存储的第二终端的第二DNS查询对应的处理结果发送的；

所述第二网络侧设备向所述第一网络侧设备发送所述第一DNS查询对应的第一DNS响应；

其中，所述第一终端与所述第二终端的位置处于目标范围内。

可选地，所述第一DNS响应包括以下至少一项：第一网际互连协议IP地址、第一全限定域名FQDN。

可选地，所述第二终端与所述第一终端的位置处于目标范围内，包括以下至少一种情况：

所述第一终端与所述第二终端的位置处于相同的位置区域，所述处于相同的位置区域包括以下至少一项：具有相同的数据网络接入DNAI、具有相同的跟踪区标识TAI或具有相同的小区标识Cell ID；或，

所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN相同；或，

所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN属于相同的FQDN列表；其中，所述FQDN列表中的FQDN或FQDN对应的DNS查询，对应相同的处理规则；

所述第一终端与第二终端均为签约终端；所述签约终端为能够使用所述第一网络侧设备提供的DNS服务的终端；

其中，所述第二DNS查询及其对应的处理结果已在所述第一网络侧设备或第三网络侧设备中缓存。

本实施例的方法，其具体实现过程与技术效果与第一网络侧设备方法实施例中类似，具体可以参见第一网络侧设备对应的方法实施例中的详细介绍，此处不再赘述。

图6是本申请实施例提供的DNS查询方法的流程示意图之三。如图6所示，本实施例提供的DNS查询方法，包括：

步骤301、第三网络侧设备接收第一网络侧设备发送的通知信息，通知信息用于指示触发第一DNS响应对应的上行分类器UL CL的插入；

步骤302、第三网络侧设备执行第一DNS响应对应的上行分类器UL CL的插入；

其中，第一DNS响应为第一终端发送的第一DNS查询对应的DNS响应；第一DNS响应所对应的UL CL未插入表示不存在第二DNS响应，或第二DNS响应所对应的UL CL未插入，其中，第二DNS响应与第一DNS响应相同；或，第二DNS响应中的IP地址与第一DNS响应中的IP地址相同，或，第二DNS响应中的IP地址段与所述第一DNS响应中的IP地址段相同。

其中，通知信息可以是第一网络侧设备确定第一DNS响应所独有地UL CL未插入的情况下发送的。

可选地，所述第二DNS响应为第二终端发送的第二DNS查询对应的DNS响应；所述第一终端与所述第二终端的位置处于目标范围内。

可选地，所述第一DNS响应包括以下至少一项：第一网际互连协议IP地址、第一全限定域名FQDN。

可选地，所述第二终端与所述第一终端的位置处于目标范围内，包括以下至少一种情况：

所述第一终端与所述第二终端的位置处于相同的位置区域，所述处于相同的位置区域包括以下至少一项：具有相同的数据网络接入标识DNAI、具有相同的跟踪区标识TAI或具有相同的小区标识Cell ID；或，

所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN相同；或，

所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN属于相同的FQDN列表；其中，所述FQDN列表中的FQDN或FQDN对应的DNS查询，对应相同的处理规则；

所述第一终端与第二终端均为签约终端；所述签约终端为能够使用所述第一网络侧设备提供的DNS服务的终端；

其中，所述第二DNS查询及其对应的处理结果已在所述第一网络侧设备或第三网络侧设备中缓存；所述处理结果包括以下至少一项：第二DNS响应或处理规则。

可选地，所述方法还包括：

所述第三网络侧设备向第四网络侧设备发送请求消息，用于确定所述第一终端是否为签约终端；所述签约终端为能够使用所述第一网络侧设备提供的DNS服务的终端；

若是，则所述第三网络侧设备执行第一DNS响应对应的上行分类器UL CL的插入。

本实施例的方法，其具体实现过程与技术效果与第一网络侧设备方法实施例中类似，具体可以参见第一网络侧设备对应的方法实施例中的详细介绍，此处不再赘述。

需要说明的是，本申请实施例提供的DNS查询方法，执行主体可以为DNS查询装置，或者，该DNS查询装置中的用于执行DNS查询方法的处理模块。本申请实施例中以DNS查询装置执行DNS查询方法为例，说明本申请实施例提供的DNS查询装置。

图7是本申请提供的DNS查询装置的结构示意图之一。如图7所示，本实施例提供的DNS查询装置700，包括：

接收模块701，用于接收第一终端发送的第一DNS查询；

处理模块702，用于根据已存储的第二终端的第二DNS查询对应的处理结果，对所述第一DNS查询进行目标处理；

其中，所述第一终端与所述第二终端的位置处于目标范围内。

本实施例的装置，由于第一终端与第二终端的位置处于目标范围内，第一终端发送第一DNS查询和第二DNS查询相同或相似，则得到的处理结果也相同或相似，则可以利用第一网络侧设备根据已存储的第二终端的第二DNS查询对应的处理结果，对当前的第一DNS查询进行处理，能够减少网络侧设备之间的交互，提高DNS查询效率。

可选地，所述第二DNS查询对应的处理结果包括：第二DNS响应；

所述处理模块702，具体用于：

根据所述第二DNS响应，获取所述第一DNS查询对应的第一DNS响应；所述第一DNS响应包括以下至少一项：第一网际互连协议IP地址、第一全限定域名FQDN。

可选地，所述处理模块702，具体用于：

将所述第二DNS响应，作为所述第一DNS响应；或，

根据所述第二DNS响应中的参数，生成所述第一DNS响应；所述第二DNS响应包括以下至少一项：第二IP地址、第二FQDN。

可选地，所述第二DNS查询对应的处理结果包括：处理规则；

所述装置，还包括：

发送模块，用于根据所述处理规则，向第二网络侧设备发送所述第一DNS查询；

所述接收模块701，用于接收所述第二网络侧设备发送的所述第一DNS查询对应的第一DNS响应；所述第一DNS响应包括以下至少一项：第一IP地址、第一FQDN。

可选地，所述处理模块702，还用于：

确定所述第一DNS查询对应的第一DNS响应所对应的上行分类器UL CL是否已插入；

若是，则不执行触发所述第一DNS响应对应的UL CL的插入；

所述发送模块，还用于若所述处理模块确定所述UL CL未插入，则向第三网络侧设备发送通知信息，所述通知信息用于指示触发所述第一DNS响应对应的上行分类器UL CL的插入。

可选地，所述处理模块702，具体用于：

确定是否存在第二DNS响应，其中，所述第二DNS响应与所述第一DNS响应相同；或，所述第二DNS响应中的IP地址与所述第一DNS响应中的IP地址相同，或，所述第二DNS响应中的IP地址段与所述第一DNS响应中的IP地址段相同；

若存在所述第二DNS响应，则确定所述第二DNS响应所对应的上行分类器UL CL是否已插入。

可选地，所述第二终端与所述第一终端的位置处于目标范围内，包括以下至少一种情况：

所述第一终端与所述第二终端的位置处于相同的位置区域，所述处于相同的位置区域包括以下至少一项：具有相同的数据网络接入标识DNAI、具有相同的跟踪区标识TAI或具有相同的小区标识Cell ID；或，

所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN相同；或，

所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN属于相同的FQDN列表；其中，所述FQDN列表中的FQDN或FQDN所属的DNS查询，对应相同的处理规则；

所述第一终端与第二终端均为签约终端；所述签约终端为能够使用所述第一网络侧设备提供的DNS服务的终端；

其中，所述第二DNS查询及其对应的处理结果已在所述第一网络侧设备或第三网络侧设备中缓存。

可选地，发送模块，还用于：

向第四网络侧设备发送请求消息，用于确定所述第一终端是否为签约终端；所述签约终端为能够使用所述第一网络侧设备提供的DNS服务的终端；

所述处理模块，用于若所述第一终端为签约终端，则执行对所述第一DNS查询进行目标处理的操作。

本实施例的装置，可以用于执行前述第一网络侧设备对应的方法实施例中任一实施例的方法，其具体实现过程与技术效果与第一网络侧设备方法实施例中类似，具体可以参见第一网络侧设备对应的方法实施例中的详细介绍，此处不再赘述。

图8是本申请提供的DNS查询装置的结构示意图之二。如图8所示，本实施例提供的DNS查询装置800，包括：

接收模块801，用于接收第一网络侧设备发送的第一终端的第一DNS查询；所述第一DNS查询为根据已存储的第二终端的第二DNS查询对应的处理结果发送的；

发送模块802，用于向所述第一网络侧设备发送所述第一DNS查询对应的第一DNS响应；

其中，所述第一终端与所述第二终端的位置处于目标范围内。

可选地，所述第二终端与所述第一终端的位置处于目标范围内，包括以下至少一种情况：

所述第一终端与所述第二终端的位置处于相同的位置区域，所述处于相同的位置区域包括以下至少一项：具有相同的数据网络接入标识DNAI、具有相同的跟踪区标识TAI或具有相同的小区标识Cell ID；或，

所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN相同；或，

所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN属于相同的FQDN列表；其中，所述FQDN列表中的FQDN或FQDN对应的DNS查询，对应相同的处理规则；

所述第一终端与第二终端均为签约终端；所述签约终端为能够使用所述第一网络侧设备提供的DNS服务的终端；

其中，所述第二DNS查询及其对应的处理结果已在所述第一网络侧设备或第三网络侧设备中缓存。

可选地，所述第一DNS响应包括以下至少一项：第一网际互连协议IP地址、第一全限定域名FQDN。

本实施例的装置，可以用于执行前述第二网络侧设备对应的方法实施例中任一实施例的方法，其具体实现过程与技术效果与第二网络侧设备方法实施例中类似，具体可以参见第二网络侧设备对应的方法实施例中的详细介绍，此处不再赘述。

图9是本申请提供的DNS查询装置的结构示意图之三。如图9所示，本实施例提供的DNS查询装置900，包括：

接收模块901，用于接收所述第一网络侧设备发送的通知信息，所述通知信息用于指示触发第一DNS响应对应的上行分类器UL CL的插入；

处理模块902，用于执行第一DNS响应对应的上行分类器UL CL的插入；

其中，所述第一DNS响应为第一终端发送的第一DNS查询对应的DNS响应；所述第一DNS响应所对应的UL CL未插入表示不存在第二DNS响应，或所述第二DNS响应所对应的ULCL未插入，其中，所述第二DNS响应与所述第一DNS响应相同；或，所述第二DNS响应中的IP地址与所述第一DNS响应中的IP地址相同，或，所述第二DNS响应中的IP地址段与所述第一DNS响应中的IP地址段相同。

可选地，所述第二DNS响应为第二终端发送的第二DNS查询对应的DNS响应；所述第一终端与所述第二终端的位置处于目标范围内。

可选地，所述第一DNS响应包括以下至少一项：第一网际互连协议IP地址、第一全限定域名FQDN。

可选地，所述第二终端与所述第一终端的位置处于目标范围内，包括以下至少一种情况：

所述第一终端与所述第二终端的位置处于相同的位置区域，所述处于相同的位置区域包括以下至少一项：具有相同的数据网络接入标识标识DNAI、具有相同的跟踪区标识TAI或具有相同的小区标识Cell ID；或，

所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN相同；或，

所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN属于相同的FQDN列表；其中，所述FQDN列表中的FQDN或FQDN对应的DNS查询，对应相同的处理规则；

所述第一终端与第二终端均为签约终端；所述签约终端为能够使用所述第一网络侧设备提供的DNS服务的终端；

其中，所述第二DNS查询及其对应的处理结果已在所述第一网络侧设备或第三网络侧设备中缓存；所述处理结果包括以下至少一项：第二DNS响应或处理规则。

可选地，发送模块，还用于：

向第四网络侧设备发送请求消息，用于确定所述第一终端是否为签约终端；所述签约终端为能够使用所述第一网络侧设备提供的DNS服务的终端；

处理模块902，具体用于：若所述第一终端为签约终端，则执行第一DNS响应对应的上行分类器UL CL的插入。

本实施例的装置，可以用于执行前述第三网络侧设备对应的方法实施例中任一实施例的方法，其具体实现过程与技术效果与第三网络侧设备方法实施例中类似，具体可以参见第三网络侧设备对应的方法实施例中的详细介绍，此处不再赘述。

本申请实施例中的DNS查询装置可以是装置，具有操作系统的装置或电子设备，也可以是终端中的部件、集成电路、或芯片。该装置或电子设备可以是移动终端，也可以为非移动终端。示例性的，移动终端可以包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personalcomputer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例提供的DNS查询装置能够实现图2至图6的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

可选的，如图10所示，本申请实施例还提供一种通信设备1000，包括处理器1001，存储器1002，存储在存储器1002上并可在所述处理器1001上运行的程序或指令，例如，该通信设备1000为终端时，该程序或指令被处理器1001执行时实现上述DNS查询方法实施例的各个过程，且能达到相同的技术效果。该通信设备1000为网络侧设备时，该程序或指令被处理器1001执行时实现上述DNS查询方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种第一网络侧设备，包括处理器和通信接口，通信接口用于接收第一终端发送的第一DNS查询，处理器用于根据已存储的第二终端的第二DNS查询对应的处理结果，对所述第一DNS查询进行目标处理；其中，所述第一终端与所述第二终端的位置处于目标范围内。该第一网络侧设备实施例是与上述第一网络侧设备方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该第一网络侧设备实施例中，且能达到相同的技术效果。

具体地，本申请实施例还提供了一种网络侧设备。如图11所示，该网络侧设备1100包括：处理器1101、收发机1102、存储器1103、用户接口1104和总线接口，其中：

在本发明实施例中，网络侧设备1100还包括：存储在存储器上1103并可在处理器1101上运行的计算机程序，计算机程序被处理器1101、执行图7所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。

在图11中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1101代表的一个或多个处理器和存储器1103代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1102可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1104还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器1101负责管理总线架构和通常的处理，存储器1103可以存储处理器1101在执行操作时所使用的数据。

本申请实施例还提供一种第二网络侧设备，包括处理器和通信接口，通信接口用于接收第一网络侧设备发送的第一DNS查询；所述第一DNS查询为根据已存储的第二终端的第二DNS查询对应的处理结果发送的；通信接口还用于向所述第一网络侧设备发送所述第一DNS查询对应的第一DNS响应；其中，所述第一终端与所述第二终端的位置处于目标范围内。该第二网络侧设备实施例是与上述第二网络侧设备方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该第二网络侧设备实施例中，且能达到相同的技术效果。

本申请实施例还提供一种第三网络侧设备，包括处理器和通信接口，通信接口用于接收所述第一网络侧设备发送的通知信息，所述通知信息用于指示触发第一DNS响应对应的上行分类器UL CL的插入；处理器用于执行第一DNS响应对应的上行分类器UL CL的插入；其中，所述第一DNS响应为第一终端发送的第一DNS查询对应的DNS响应；所述第一DNS响应所对应的UL CL未插入表示不存在第二DNS响应，或所述第二DNS响应所对应的UL CL未插入，其中，所述第二DNS响应与所述第一DNS响应相同；或，所述第二DNS响应中的IP地址与所述第一DNS响应中的IP地址相同，或，所述第二DNS响应中的IP地址段与所述第一DNS响应中的IP地址段相同。该第三网络侧设备实施例是与上述第三网络侧设备方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该第三网络侧设备实施例中，且能达到相同的技术效果。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述DNS查询方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述DNS查询方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

本申请实施例还提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在非瞬态的存储介质中，所述程序/程序产品被至少一个处理器执行以实现上述DNS查询方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。