WO2023056954A1 - 域名系统dns查询方法、装置及网络侧设备 - Google Patents

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

Info

Publication number
WO2023056954A1
WO2023056954A1 PCT/CN2022/123949 CN2022123949W WO2023056954A1 WO 2023056954 A1 WO2023056954 A1 WO 2023056954A1 CN 2022123949 W CN2022123949 W CN 2022123949W WO 2023056954 A1 WO2023056954 A1 WO 2023056954A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
dns
dns query
side device
fqdn
Prior art date
Application number
PCT/CN2022/123949
Other languages
English (en)
French (fr)
Inventor
吕华章
柯小婉
Original Assignee
维沃移动通信有限公司
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 维沃移动通信有限公司 filed Critical 维沃移动通信有限公司
Publication of WO2023056954A1 publication Critical patent/WO2023056954A1/zh

Links

Images

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/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/255—Maintenance or indexing of mapping tables
    • 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/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/256—NAT traversal
    • H04L61/2575—NAT traversal using address mapping retrieval, e.g. simple traversal of user datagram protocol through session traversal utilities for NAT [STUN]
    • 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/4552—Lookup mechanisms between a plurality of directories; Synchronisation of directories, e.g. metadirectories

Definitions

  • the application belongs to the technical field of communication, and in particular relates to a domain name system DNS query method, device and network side equipment.
  • EASDF Edge Application Server Discovery Function
  • EASDF processing terminal DNS query is as follows: terminal sends DNS query to EASDF, and then EASDF judges according to DNS query whether to send DNS query to (Central DNS, C-DNS) or (Local DNS, L-DNS) ). If there is no corresponding processing rule in EASDF and the DNS query cannot be processed, EASDF sends information such as the fully qualified domain name (Fully Qualified Domain Name, FQDN) in the DNS query to the session management function (Session Management Function, SMF), SMF According to the current terminal location, FQDN and other information, provide corresponding processing rules for EASDF.
  • FQDN Fully Qualified Domain Name
  • the DNS processing rules include the IP address of the DNS server that should be sent to the DNS query of the terminal, such as: C-DNS or The IP address of the L-DNS server; then, after the C-DNS or L-DNS server finds the IP address corresponding to the FQDN, it sends the DNS response to the EASDF, and the EASDF sends the DNS query result (that is, the IP address corresponding to the FQDN in the DNS query) Server IP address) is saved to SMF, and then EASDF sends the DNS response to the terminal. In this way, the terminal obtains the server IP address corresponding to the requested FQDN.
  • the embodiment of the present application provides a domain name system DNS query method, device and network side equipment, which can solve the technical problem of complicated interaction process between EASDF and SMF in the prior art.
  • a domain name system DNS query method is provided, which is applied to the first network side device, and the method includes:
  • the first network side device receives the first DNS query sent by the first terminal
  • the first network side device performs target processing on the first DNS query according to the stored processing result corresponding to the second DNS query of the second terminal;
  • the positions of the first terminal and the second terminal are within a target range.
  • a domain name system DNS query method is provided, which is applied to a second network side device, and the method includes:
  • the second network side device receives the first DNS query of the first terminal sent by the first network side device; the first DNS query is sent according to the stored processing result corresponding to the second DNS query of the second terminal;
  • the second network-side device sends a first DNS response corresponding to the first DNS query to the first network-side device;
  • the positions of the first terminal and the second terminal are within a target range.
  • a domain name system DNS query method is provided, which is applied to a third network side device, and the method includes:
  • the third network side device receives the notification information sent by the first network side device, where the notification information is used to indicate to trigger the insertion of the uplink classifier UL CL corresponding to the first DNS response;
  • the third network side device performs the insertion of the upstream classifier UL CL corresponding to the first DNS response;
  • a domain name system DNS query device including:
  • a receiving module configured to receive the first DNS query sent by the first terminal
  • a processing module configured to perform target processing on the first DNS query according to the stored processing result corresponding to the second DNS query of the second terminal;
  • the positions of the first terminal and the second terminal are within a target range.
  • a domain name system DNS query device including:
  • the receiving module is configured to receive the first DNS query of the first terminal sent by the first network side device; the first DNS query is sent according to the stored processing result corresponding to the second DNS query of the second terminal;
  • a sending module configured to send a first DNS response corresponding to the first DNS query to the first network side device
  • the positions of the first terminal and the second terminal are within a target range.
  • a domain name system DNS query device including:
  • a receiving module configured to receive notification information sent by the first network side device, where the notification information is used to indicate to trigger the insertion of the uplink classifier UL CL corresponding to the first DNS response;
  • a processing module configured to perform insertion of an uplink classifier UL CL corresponding to the first DNS response
  • the first DNS response is the DNS response corresponding to the first DNS query sent by the first terminal; the UL CL corresponding to the first DNS response is not inserted to indicate that there is no second DNS response, or the second DNS The UL CL corresponding to the response is not inserted, wherein the second DNS response is the same as the first DNS response; or, the IP address in the second DNS response is the same as the IP address in the first DNS response , or, the IP address segment in the second DNS response is the same as the IP address segment in the first DNS response.
  • a first network-side device in a seventh aspect, includes a processor, a memory, and a program or instruction stored in the memory and operable on the processor, the program or When the instructions are executed by the processor, the steps of the method described in the first aspect are implemented.
  • a first network side device including a processor and a communication interface, wherein the communication interface is used to receive the first DNS query sent by the first terminal, and the processor is used to receive the first DNS query sent by the second terminal according to the stored first DNS query. For the processing result corresponding to the second DNS query, perform target processing on the first DNS query;
  • the positions of the first terminal and the second terminal are within a target range.
  • a ninth aspect provides a second network-side device, the second network-side device includes a processor, a memory, and a program or instruction stored in the memory and operable on the processor, the program or When the instructions are executed by the processor, the steps of the method according to the second aspect are implemented.
  • a second network-side device including a processor and a communication interface, wherein the communication interface is used to receive a first DNS query sent by the first network-side device; the first DNS query is based on the stored The processing result corresponding to the second DNS query of the second terminal is sent; the communication interface is also used to send the first DNS response corresponding to the first DNS query to the first network side device;
  • the positions of the first terminal and the second terminal are within a target range.
  • a third network-side device in an eleventh aspect, includes a processor, a memory, and a program or instruction stored in the memory and operable on the processor, the program Or the steps of the method described in the third aspect are implemented when the instructions are executed by the processor.
  • a third network side device including a processor and a communication interface, wherein the communication interface is used to receive notification information sent by the first network side device, and the notification information is used to indicate the triggering of the first network side device.
  • Insertion of an uplink classifier UL CL corresponding to a DNS response is configured to perform insertion of an uplink classifier UL CL corresponding to a first DNS response; wherein, the first DNS response corresponds to the first DNS query sent by the first terminal DNS response; the UL CL corresponding to the first DNS response is not inserted, indicating that there is no second DNS response, or the UL CL corresponding to the second DNS response is not inserted, wherein the second DNS response is the same as the The first DNS response is the same; or, the IP address in the second DNS response is the same as the IP address in the first DNS response, or, the IP address segment in the second DNS response is the same as the first DNS response The IP address segment in the DNS response is the same.
  • a thirteenth aspect provides a readable storage medium, on which a program or instruction is stored, and when the program or instruction is executed by a processor, the steps of the method as described in the first aspect are implemented, or The steps of the method described in the second aspect, or implementing the steps of the method described in the third aspect.
  • a chip in a fourteenth aspect, there is provided a chip, the chip includes a processor and a communication interface, the communication interface is coupled to the processor, the processor is used to run programs or instructions, and implement the method described in the first aspect method, or implement the method as described in the second aspect, or implement the method as described in the third aspect.
  • a computer program/program product is provided, the computer program/program product is stored in a non-transitory storage medium, and the program/program product is executed by at least one processor to implement the first Aspect or the steps of the DNS query method described in the second aspect or the third aspect.
  • the first DNS query sent by the first terminal is the same or similar to the second DNS query, and the processing results obtained are also the same or similar, then
  • the first network-side device can be used to process the current first DNS query according to the stored processing result corresponding to the second DNS query of the second terminal, which can reduce interaction between network-side devices and improve DNS query efficiency.
  • FIG. 1 is a structural diagram of a wireless communication system applicable to an embodiment of the present application
  • Fig. 2 is one of the schematic flow charts of the DNS query method provided by the embodiment of the present application.
  • FIG. 3 is one of the interactive flow diagrams of the DNS query method provided by the embodiment of the present application.
  • Fig. 4 is the second schematic diagram of the interaction process of the DNS query method provided by the embodiment of the present application.
  • Fig. 5 is the second schematic flow diagram of the DNS query method provided by the embodiment of the present application.
  • Fig. 6 is the third schematic flow diagram of the DNS query method provided by the embodiment of the present application.
  • Fig. 7 is one of the structural schematic diagrams of the DNS query device provided by the embodiment of the present application.
  • Fig. 8 is the second structural schematic diagram of the network selection device provided by the embodiment of the present application.
  • FIG. 9 is the third structural schematic diagram of the network selection device provided by the embodiment of the present application.
  • FIG. 10 is a schematic structural diagram of a communication device provided by an embodiment of the present application.
  • FIG. 11 is a schematic structural diagram of a network side device according to an embodiment of the present application.
  • first, second and the like in the specification and claims of the present application are used to distinguish similar objects, and are not used to describe a specific sequence or sequence. It is to be understood that the terms so used are interchangeable under appropriate circumstances such that the embodiments of the application are capable of operation in sequences other than those illustrated or described herein and that "first" and “second” distinguish objects. It is usually one category, and the number of objects is not limited. For example, there may be one or more first objects.
  • “and/or” in the description and claims means at least one of the connected objects, and the character “/” generally means that the related objects are an "or” relationship.
  • LTE Long Term Evolution
  • LTE-Advanced LTE-Advanced
  • LTE-A Long Term Evolution-Advanced
  • CDMA Code Division Multiple Access
  • TDMA Time Division Multiple Access
  • FDMA Frequency Division Multiple Access
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single-carrier Frequency-Division Multiple Access
  • SC-FDMA Single-carrier Frequency-Division Multiple Access
  • system and “network” in the embodiments of the present application are often used interchangeably, and the described technologies can be used for the above-mentioned systems and radio technologies as well as other systems and radio technologies.
  • NR New Radio
  • the following description describes the New Radio (NR) system for illustrative purposes, and uses NR terminology in most of the following descriptions, but these techniques can also be applied to applications other than NR system applications, such as the 6th generation (6 th Generation, 6G) communication system.
  • 6G 6th Generation
  • Fig. 1 shows a block diagram of a wireless communication system to which the embodiment of the present application is applicable.
  • the wireless communication system includes a terminal 11 , an access network device 12 and a core network device 13 .
  • the terminal 11 can also be called a terminal device or a user terminal (User Equipment, UE), and the terminal 11 can be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer) or a notebook computer, a personal digital Assistant (Personal Digital Assistant, PDA), handheld computer, netbook, ultra-mobile personal computer (UMPC), mobile Internet device (Mobile Internet Device, MID), wearable device (Wearable Device) or vehicle-mounted device (VUE), Pedestrian Terminal (PUE) and other terminal-side devices, wearable devices include: smart watches, bracelets, earphones, glasses, etc.
  • the access network device 12 may also be called a radio access network device or a radio access network (Radio Access Network, RAN), and the access network device 12 may be a base station, and the base station may be called a node B, an evolved node B, an access network Point, Base Transceiver Station (BTS), Radio Base Station, Radio Transceiver, Basic Service Set (BSS), Extended Service Set (Extended Service Set, ESS), B Node, Evolved Node B (eNB), Home Node B, Home Evolved Node B, WLAN access point, WiFi node, Transmitting Receiving Point (TRP) or some other suitable term in the field, as long as the same technical effect is achieved , the base station is not limited to specific technical terms.
  • BTS Base Transceiver Station
  • BSS Basic Service Set
  • ESS Extended Service Set
  • B Node Evolved Node B
  • eNB Evolved Node B
  • WLAN access point WiFi node
  • WiFi node Transmitting Receiving Point
  • TRP
  • the core network device 13 may also be called a core network (Core Network, CN) or a 5G core (5G core, 5GC) network, and the core network device 13 may include but not limited to at least one of the following: a core network node, a core network function, a mobile Management entity (Mobility Management Entity, MME), access management function (Access Management Function, AMF), session management function (Session Management Function, SMF), user plane function (User Plane Function, UPF), policy control function (Policy Control Function (PCF), Policy and Charging Rules Function (PCRF), Edge Application Server Discovery Function (EASDF), Application Function (AF), etc.
  • MME mobile Management entity
  • MME mobile Management Entity Management Entity
  • AMF Access Management Function
  • SMF Session Management Function
  • PCF Policy Control Function
  • PCF Policy and Charging Rules Function
  • EASDF Edge Application Server Discovery Function
  • AF Application Function
  • the current DNS query is processed by using the processing result of the terminal that has initiated the DNS query, which can reduce interaction between network-side devices and improve DNS query efficiency.
  • Fig. 2 is one of the schematic flowcharts of the DNS query method provided by the embodiment of the present application. As shown in Figure 2, the DNS query method provided in this embodiment includes:
  • Step 101 the first network side device receives the first DNS query sent by the first terminal.
  • the first network-side device may be a core network element that processes a DNS query sent by a terminal.
  • the first network-side device may refer to EASDF or SMF, and the first terminal initiates a first DNS query to the first network-side device.
  • the first DNS query may include the FQDN, so as to obtain a first DNS response corresponding to the first DNS query, for example, include: an IP address corresponding to the FQDN.
  • Step 102 the first network side device performs target processing on the first DNS query according to the stored processing result corresponding to the second DNS query of the second terminal;
  • the positions of the first terminal and the second terminal are within the target range.
  • the processing result may include: the second DNS response and/or processing rules, if the current first terminal and the second terminal meet certain conditions
  • the first DNS query sent by the first terminal is the same or similar to the second DNS query, and/or, the first terminal and the second terminal are within the same target range, and the obtained processing results are also the same or similar
  • the stored processing result of the second terminal may be used to process the first DNS query, and obtain the processing result corresponding to the first DNS query, including the first DNS response and/or processing rules, so as to improve the efficiency of DNS query.
  • the first terminal and the second terminal need to be within the same target range, for example, including at least one of the following situations: the first terminal and the second terminal are in the same location area, or the first terminal and the second terminal send In the DNS query, the FQDNs are the same, or the FQDNs belong to the same FQDN list, or both are contracted terminals, etc.
  • the obtained processing results are also the same or similar, and it can be Using the first network-side device to process the current first DNS query according to the stored processing result corresponding to the second DNS query of the second terminal can reduce interaction between network-side devices and improve DNS query efficiency.
  • the location of the second terminal and the first terminal is within a target range, including at least one of the following situations:
  • the location of the first terminal and the second terminal are in the same location area, and being in the same location area includes at least one of the following: having the same data network access identifier DNAI, having the same tracking area identifier TAI, or having the same cell identifier Cell ID; or,
  • the FQDN in the first DNS query of the first terminal is the same as the FQDN in the second DNS query of the second terminal; or,
  • the FQDN in the first DNS query of the first terminal and the FQDN in the second DNS query of the second terminal belong to the same FQDN list; wherein, the FQDN in the FQDN list or the DNS query to which the FQDN belongs correspond to the same processing rule;
  • Both the first terminal and the second terminal are contracted terminals;
  • the contracted terminal is a terminal capable of using the DNS service provided by the first network side device;
  • the second DNS query and its corresponding processing result have been cached in the first network side device or the third network side device.
  • the first terminal and the second terminal have at least one of the following in common:
  • the first terminal and the second terminal are in the same location area, including at least one of the following situations: having the same data network access identifier (DN Access Identifier, DNAI), having the same tracking area identifier (Tracking Area Indicator, TAI ), or have the same cell identification Cen ID;
  • DN Access Identifier DNAI
  • TAI Tracking Area Indicator
  • the first terminal and the second terminal have the same IP address.
  • the FQDNs in the DNS queries of the first terminal and the second terminal belong to one FQDN list.
  • the FQDN in this FQDN list or the DNS query to which the FQDN belongs correspond to the same processing rules (handling rules, or DNS handling rules);
  • Both the first terminal and the second terminal are contracted terminals.
  • the previously initiated DNS query and its corresponding processing result can be cached in the first network side device or the third network side device, so that the subsequent use of the DNS query and its corresponding processing result can be used for other DNS queries.
  • the query is processed.
  • step 102 may be implemented in the following ways:
  • the processing result corresponding to the second DNS query includes: a second DNS response
  • the first network side device acquires the first DNS response corresponding to the first DNS query according to the second DNS response;
  • the first DNS response includes at least one of the following: a first Internet Protocol IP address, and a first fully qualified domain name (FQDN).
  • the first IP address, or the second IP address in the second DNS response is the corresponding server IP obtained by analyzing or querying the FQDN contained in the first DNS query or the second DNS query by the second network side device address.
  • the first network side device receives the first DNS query from the first terminal, if it finds that the processing result corresponding to the second DNS query of the second terminal has been stored, such as the second DNS response, due to the first DNS query and
  • the second DNS query is the same or similar, so there is no need to send the first DNS query to the second network-side device (such as a DNS server) to obtain the first DNS response, and the first network-side device directly obtains the first DNS query based on the second DNS response corresponding to the first DNS response, and feed back the first DNS response to the first terminal.
  • the second network-side device such as a DNS server
  • the first DNS response including the IP address: 10.1.1.1 is directly sent to the first terminal.
  • obtaining the first DNS response corresponding to the first DNS query may be implemented in the following ways:
  • the first network side device uses the second DNS response as the first DNS response; or,
  • the first network side device generates the first DNS response according to the parameters in the second DNS response; the second DNS response includes at least one of the following: a second IP address and a second FQDN.
  • the first network-side device directly feeds back the second DNS response as the first DNS response to the first terminal, and the DNS query efficiency is higher, or, the first network-side device extracts the parameters in the second DNS response and regenerates The first DNS response is sent to the first terminal, and the parameters include, for example, the second IP address and/or the second FQDN.
  • the obtained DNS response is also the same or similar, and the second DNS response of the second terminal that has initiated the DNS query can be used to obtain the first DNS response corresponding to the first DNS query, which can reduce the number of network-side devices. interaction to improve DNS query efficiency.
  • the processing result corresponding to the second DNS query includes: a processing rule
  • the first network-side device sends the first DNS query to the second network-side device according to the processing rule; the processing rule specifies to which second network-side device the first network-side device should send the DNS query.
  • the first network-side device receives a first DNS response corresponding to the first DNS query sent by the second network-side device; the first DNS response includes at least one of the following: a first IP address and a first FQDN.
  • the second network side device may be a network element of the core network that processes DNS queries, such as a DNS server.
  • the first network side device receives the first DNS query from the first terminal, if it finds that the processing result corresponding to the second DNS query of the second terminal has been stored, such as processing rules, the first DNS query and the second DNS query If the query is the same or similar, and/or the first terminal H and the second terminal are in the same location area, then there is no need to trigger a notification request (Neasdf_DNS Context_Notify Request, the notification request is used to request the SMF to issue a processing rule) to the SMF, directly according to
  • the processing rule corresponding to the second DNS query sends the first DNS query to the second network-side device (such as a DNS server), and the first network-side device receives the first DNS query corresponding to the first DNS query sent by the second network-side device. After the response, feed back the first DNS response to the first terminal.
  • the processing rule corresponding to the second DNS query sends the first DNS query to the second network-side device (such as a DNS server), and the first network-side device receives the first
  • the DNS queries sent by other second terminals have been reported to the SMF by the first network-side device, and the SMF has configured processing rules for it. Therefore, the first network-side device EASDF can use the configured processing rules to The current first DNS query is processed without reporting to the SMF to request a new processing rule, which saves signaling interaction between network-side devices.
  • the first network side device may process the current first DNS query by using the processing rule corresponding to the second DNS query of the second terminal, that is, directly send the first DNS query to the DNS server according to the processing rule, To obtain the first DNS response, there is no need to report to the SMF to request a new processing rule, which saves signaling interaction between network-side devices and improves DNS query efficiency.
  • the method also includes:
  • the first network-side device sends a request message to the fourth network-side device to determine whether the first terminal is a contracted terminal; the contracted terminal is a terminal that can use the DNS service provided by the first network-side device;
  • the fourth network side device may be a core network element used for data management, such as a general data management (Unified Data Management, UDM).
  • UDM Unified Data Management
  • the first network side device EASDF can also trigger a request to UDM, To determine whether the first terminal is a contract terminal, where the contract terminal is a terminal capable of using the DNS service provided by the first network-side device.
  • the fourth network side device by sending a request message to the fourth network side device to determine whether the first terminal is a contracted terminal, if it is a contracted terminal, the stored DNS query corresponding processing results of other terminals can be used to query the first terminal The first DNS query is processed, improving the efficiency of DNS query.
  • the DNS query method includes the following steps:
  • Step 1 the second terminal sends a second DNS query to EASDF;
  • Step 2 EASDF reports the second DNS query to SMF
  • Step 3 The SMF sends the processing rule corresponding to the second DNS query to the EASDF; the processing rule corresponds to the FQDN in the specific DNS query and the location area where the second terminal is located.
  • Step 4 EASDF sends the second DNS query to the DNS server determined or indicated in the rule according to the processing rule;
  • Step 5 the DNS server sends a second DNS response corresponding to the second DNS query to EASDF; the second DNS response includes the server IP address;
  • Step 6 triggering the insertion of the UL CL corresponding to the second DNS response (the UL CL corresponding to the second DNS response is not inserted at this moment); because the second terminal will establish an IP connection with the server IP address in the second DNS response, because the server The IP address may be a local server, so a UL CL needs to be inserted to divert the uplink traffic of the second terminal to the local server in the DNS response.
  • the server IP address in the second DNS response is sent to the SMF to allow the SMF to consider selecting and inserting the UL CL.
  • SMF triggers Neasdf_DNSContext_Notify Response to inform EASDF that UL CL has been inserted
  • Step 7 (when the EASDF receives the notification that the UL CL has been inserted) the EASDF sends the second DNS response to the second terminal;
  • Step 8 The first terminal sends a first DNS query to EASDF; in this embodiment, the first terminal and the second terminal meet at least one of the following conditions:
  • the first terminal and the second terminal are in the same location area
  • the FQDN in the first DNS query initiated by the first terminal is the same as the FQDN in the second DNS query initiated by the second terminal;
  • the FQDN in the first DNS query of the first terminal and the FQDN in the second DNS query of the second terminal belong to the same FQDN list; wherein, the FQDN in the FQDN list or the DNS query to which the FQDN belongs correspond to the same processing rule;
  • Both the first terminal and the second terminal are contracted terminals.
  • Step 9 The EASDF acquires the stored processing result corresponding to the second DNS query of the second terminal;
  • the first terminal and the second terminal need to meet certain conditions, for example, the first terminal and the second terminal are within the target range, and the DNS query is the same or similar (for example, the FQDN is the same);
  • step 10a EASDF sends the first DNS response to the first terminal; this step saves the process of EASDF forwarding the first DNS query to the second network side device, saving signaling .
  • EASDF judges, when satisfying certain condition in step 9, EASDF does not forward the first DNS inquiry to DNS server.
  • step 10b EASDF sends the first DNS query to the DNS server according to the processing rules; this step saves the signaling of EASDF requesting processing rules from the first network side device: namely: Neasdf_DNSContext_Notify Request ; At the same time, since the SMF has not received the FQDN or the first DNS query reported by the EASDF, it will not send processing rules to the EASDF, which saves: Neasdf_DNSContext_Update Request signaling.
  • Step 11 the DNS server sends the first DNS response corresponding to the first DNS query to the EASDF;
  • Step 12 the first terminal of the EASDF sends a first DNS response.
  • the method further includes:
  • the first network side device determines whether an uplink classifier (Uplink Classifier, UL CL) corresponding to the first DNS response corresponding to the first DNS query has been inserted;
  • Uplink Classifier UL CL
  • the first network-side device sends notification information to the third network-side device, and the notification information is used to indicate triggering the insertion of the uplink classifier UL CL corresponding to the first DNS response;
  • the third network side device may be a network element with a session management function, such as an SMF.
  • the first network side device obtains the first DNS response, and before sending it to the first terminal, it needs to determine whether the uplink classifier UL CL corresponding to the first DNS response corresponding to the first DNS query has been inserted, and if so, then Do not trigger the insertion of the UL CL corresponding to the first DNS response, that is, directly send the first DNS response to the first terminal;
  • the first network side device sends notification information to the third network side device to trigger the insertion of the uplink classifier UL CL corresponding to the first DNS response.
  • the uplink classifier UL CL is a form of UPF user plane function.
  • the SMF can provide some distribution rules on the UL CL so that the UE's uplink traffic can be distributed locally.
  • the insertion and removal of UL CL is determined by SMF.
  • the first network side device determines whether the UL CL corresponding to the first DNS response corresponding to the first DNS query has been inserted.
  • determine whether the UL CL corresponding to the first DNS response has been inserted that is, determine whether there are other DNS responses that trigger the same UL CL insertion
  • first determine whether there is a second DNS response that is, the previously sent DNS query corresponds to DNS response
  • the second DNS response is the same as the first DNS response
  • the IP address in the second DNS response is the same as the IP address in the first DNS response
  • the IP address segment in the second DNS response is the same as the first DNS response
  • the IP address segment in the DNS response is the same;
  • 192.224.0.0 and 192.224.0.1 are two hosts in the same network segment. Because this is a class C IP address: 192.224.0.X.
  • the uplink classifier UL CL corresponding to the second DNS response has not been inserted, that is, the uplink classifier UL CL corresponding to the first DNS response has not been inserted, and the first network side device sends a message to the third network side
  • the device sends notification information to trigger the insertion of the uplink classifier UL CL corresponding to the first DNS response; if there is a second DNS response, it means that the UL CL corresponding to the first DNS response may have been inserted, and it is further necessary to determine the corresponding UL CL of the second DNS response.
  • the UL CL corresponding to the second DNS response if the UL CL corresponding to the second DNS response has been inserted, it means that the UL CL corresponding to the first DNS response has been inserted, and the first DNS response is directly fed back to the first terminal.
  • the DNS query method includes the following steps:
  • Step 1 the second terminal sends a second DNS query to EASDF;
  • Step 2 EASDF reports the second DNS query to SMF
  • Step 3 SMF sends the corresponding processing rule of the second DNS query to EASDF according to the second DNS query (mainly the FQDN in the second DNS query) reported by EASDF;
  • Step 4 EASDF sends the second DNS query to the DNS server specified in the processing rule according to the processing rule;
  • Step 5 the DNS server sends a second DNS response corresponding to the second DNS query to the EASDF;
  • Step 6 triggering the insertion of the UL CL corresponding to the second DNS response (the UL CL corresponding to the second DNS response is not inserted at this time); this step is mainly the IP address of the server in the second DNS response, in order to realize that the UE shares the IP address To establish the user plane, SMF needs to insert UL CL.
  • Step 7 EASDF sends the second DNS response to the second terminal; the premise of sending is that SMF notifies EASDF that the insertion of UL CL has been completed
  • Step 8 the first terminal sends a first DNS query to EASDF;
  • Step 9 The EASDF acquires the stored processing result corresponding to the second DNS query of the second terminal;
  • the first terminal and the second terminal need to meet certain conditions, for example, the first terminal and the second terminal are within the target range, and the DNS query is the same or similar;
  • step 9' determine whether it is necessary to trigger UL CL insertion
  • step 13 to trigger the insertion of the UL CL corresponding to the first DNS response; that is, the second DNS response triggers the insertion of the UL CL, but only when the following conditions are met: the second DNS response is different from the first DNS response , or the second DNS response is different from the server IP or IP address segment contained in the first DNS response; or the second DNS response does not trigger UL CL insertion;
  • step 10a EASDF sends the first DNS response to the first terminal; this step is equivalent to, EASDF judges that there is no need to trigger UL CL insertion, so there is no need to trigger: Neasdf_DNSContext_Notify request signaling, which saves signaling , that is, the second DNS response has triggered UL CL insertion, and the second DNS response is the same as the first DNS response, with the same IP or the same IP address segment;
  • step 10b EASDF sends the first DNS query to the DNS server according to the processing rules
  • Step 11 the DNS server sends the first DNS response corresponding to the first DNS query to the EASDF;
  • Step 14 determine whether it is necessary to trigger UL CL insertion
  • step 15 is performed to trigger the corresponding UL CL insertion of the first DNS response; similar to step 13;
  • step 12 is executed, and the first terminal of the EASDF sends the first DNS response.
  • FIG. 5 is the second schematic flow diagram of the DNS query method provided by the embodiment of the present application. As shown in Figure 5, the DNS query method provided by this embodiment includes:
  • Step 201 the second network side device receives the first DNS query of the first terminal sent by the first network side device; the first DNS query is sent according to the stored processing result corresponding to the second DNS query of the second terminal;
  • Step 202 the second network-side device sends a first DNS response corresponding to the first DNS query to the first network-side device;
  • the positions of the first terminal and the second terminal are within the target range.
  • the second network-side device receives the first DNS query sent by the first network-side device; the first DNS query is sent according to the stored processing result corresponding to the second DNS query of the second terminal;
  • the second network-side device sends a first DNS response corresponding to the first DNS query to the first network-side device;
  • the positions of the first terminal and the second terminal are within a target range.
  • the first DNS response includes at least one of the following: a first Internet Protocol IP address, and a first fully qualified domain name (FQDN).
  • the locations of the second terminal and the first terminal are within a target range, including at least one of the following situations:
  • the first terminal and the second terminal are located in the same location area, and the location in the same location area includes at least one of the following: having the same data network access DNAI, having the same tracking area identifier TAI, or having The same Cell ID; or,
  • the FQDN in the first DNS query of the first terminal is the same as the FQDN in the second DNS query of the second terminal; or,
  • the FQDN in the first DNS query of the first terminal and the FQDN in the second DNS query of the second terminal belong to the same FQDN list; wherein, the FQDN in the FQDN list or the DNS query corresponding to the FQDN corresponds to the same processing rules;
  • Both the first terminal and the second terminal are contracted terminals;
  • the contracted terminal is a terminal capable of using the DNS service provided by the first network side device;
  • the second DNS query and its corresponding processing result have been cached in the first network side device or the third network side device.
  • FIG. 6 is the third schematic flow diagram of the DNS query method provided by the embodiment of the present application. As shown in Figure 6, the DNS query method provided by this embodiment includes:
  • Step 301 the third network side device receives the notification information sent by the first network side device, and the notification information is used to indicate to trigger the insertion of the uplink classifier UL CL corresponding to the first DNS response;
  • Step 302 the third network side device performs the insertion of the uplink classifier UL CL corresponding to the first DNS response;
  • the first DNS response is the DNS response corresponding to the first DNS query sent by the first terminal; the UL CL corresponding to the first DNS response is not inserted, indicating that there is no second DNS response, or the UL CL corresponding to the second DNS response Not inserted, wherein, the second DNS response is the same as the first DNS response; or, the IP address in the second DNS response is the same as the IP address in the first DNS response, or, the IP address segment in the second DNS response is the same as the first DNS response The IP address segments in the first DNS response are the same.
  • the notification information may be sent when the first network side device determines that the UL CL unique to the first DNS response is not inserted.
  • the second DNS response is a DNS response corresponding to the second DNS query sent by the second terminal; the locations of the first terminal and the second terminal are within a target range.
  • the first DNS response includes at least one of the following: a first Internet Protocol IP address, and a first fully qualified domain name (FQDN).
  • the locations of the second terminal and the first terminal are within a target range, including at least one of the following situations:
  • the first terminal and the second terminal are located in the same location area, and the location in the same location area includes at least one of the following: having the same data network access identifier DNAI, having the same tracking area identifier TAI, or have the same Cell ID; or,
  • the FQDN in the first DNS query of the first terminal is the same as the FQDN in the second DNS query of the second terminal; or,
  • the FQDN in the first DNS query of the first terminal and the FQDN in the second DNS query of the second terminal belong to the same FQDN list; wherein, the FQDN in the FQDN list or the DNS query corresponding to the FQDN corresponds to the same processing rules;
  • Both the first terminal and the second terminal are contracted terminals;
  • the contracted terminal is a terminal capable of using the DNS service provided by the first network side device;
  • the second DNS query and its corresponding processing result have been cached in the first network-side device or the third network-side device; the processing result includes at least one of the following: a second DNS response or a processing rule.
  • the method also includes:
  • the third network-side device sends a request message to the fourth network-side device to determine whether the first terminal is a contracted terminal; the contracted terminal is a terminal that can use the DNS service provided by the first network-side device ;
  • the third network side device inserts the uplink classifier UL CL corresponding to the first DNS response.
  • the DNS query method provided in the embodiment of the present application may be executed by a DNS query device, or a processing module in the DNS query device for executing the DNS query method.
  • the DNS query device provided by the embodiment of the present application is described by taking the DNS query method performed by the DNS query device as an example.
  • Fig. 7 is one of the structural schematic diagrams of the DNS query device provided by the present application. As shown in FIG. 7, the DNS query device 700 provided in this embodiment includes:
  • a receiving module 701, configured to receive the first DNS query sent by the first terminal
  • the processing module 702 is configured to perform target processing on the first DNS query according to the stored processing result corresponding to the second DNS query of the second terminal;
  • the positions of the first terminal and the second terminal are within a target range.
  • the obtained processing results are also the same or similar, and it can be Using the first network-side device to process the current first DNS query according to the stored processing result corresponding to the second DNS query of the second terminal can reduce interaction between network-side devices and improve DNS query efficiency.
  • the processing result corresponding to the second DNS query includes: a second DNS response
  • the processing module 702 is specifically used for:
  • the first DNS response includes at least one of the following: a first Internet Protocol IP address, and a first fully qualified domain name (FQDN).
  • FQDN fully qualified domain name
  • processing module 702 is specifically configured to:
  • the second DNS response includes at least one of the following: a second IP address and a second FQDN.
  • the processing result corresponding to the second DNS query includes: a processing rule
  • the device also includes:
  • a sending module configured to send the first DNS query to the second network side device according to the processing rule
  • the receiving module 701 is configured to receive a first DNS response corresponding to the first DNS query sent by the second network side device; the first DNS response includes at least one of the following: a first IP address, a first FQDN.
  • processing module 702 is further configured to:
  • the sending module is further configured to send notification information to a third network side device if the processing module determines that the UL CL is not inserted, and the notification information is used to indicate the uplink category that triggers the corresponding first DNS response Insertion of the device UL CL.
  • processing module 702 is specifically configured to:
  • the second DNS response is the same as the first DNS response; or, the IP address in the second DNS response is the same as the IP address in the first DNS response, Or, the IP address segment in the second DNS response is the same as the IP address segment in the first DNS response;
  • the locations of the second terminal and the first terminal are within a target range, including at least one of the following situations:
  • the first terminal and the second terminal are located in the same location area, and the location in the same location area includes at least one of the following: having the same data network access identifier DNAI, having the same tracking area identifier TAI, or have the same Cell ID; or,
  • the FQDN in the first DNS query of the first terminal is the same as the FQDN in the second DNS query of the second terminal; or,
  • the FQDN in the first DNS query of the first terminal and the FQDN in the second DNS query of the second terminal belong to the same FQDN list; wherein, the FQDN in the FQDN list or the DNS query to which the FQDN belongs corresponds to the same processing rules;
  • Both the first terminal and the second terminal are contracted terminals;
  • the contracted terminal is a terminal capable of using the DNS service provided by the first network side device;
  • the second DNS query and its corresponding processing result have been cached in the first network side device or the third network side device.
  • the sending module is also used for:
  • the fourth network-side device Sending a request message to the fourth network-side device to determine whether the first terminal is a contracted terminal; the contracted terminal is a terminal that can use the DNS service provided by the first network-side device;
  • the processing module is configured to perform an operation of performing target processing on the first DNS query if the first terminal is a contracted terminal.
  • the device in this embodiment can be used to execute the method in any of the method embodiments corresponding to the aforementioned first network-side device, and its specific implementation process and technical effect are similar to those in the method embodiment of the first network-side device. Refer to the detailed introduction in the method embodiment corresponding to the first network side device, and details are not repeated here.
  • FIG. 8 is the second schematic diagram of the structure of the DNS query device provided by this application.
  • the DNS query device 800 provided in this embodiment includes:
  • the receiving module 801 is configured to receive the first DNS query of the first terminal sent by the first network side device; the first DNS query is sent according to the stored processing result corresponding to the second DNS query of the second terminal;
  • a sending module 802 configured to send a first DNS response corresponding to the first DNS query to the first network side device;
  • the positions of the first terminal and the second terminal are within a target range.
  • the locations of the second terminal and the first terminal are within a target range, including at least one of the following situations:
  • the first terminal and the second terminal are located in the same location area, and the location in the same location area includes at least one of the following: having the same data network access identifier DNAI, having the same tracking area identifier TAI, or have the same Cell ID; or,
  • the FQDN in the first DNS query of the first terminal is the same as the FQDN in the second DNS query of the second terminal; or,
  • the FQDN in the first DNS query of the first terminal and the FQDN in the second DNS query of the second terminal belong to the same FQDN list; wherein, the FQDN in the FQDN list or the DNS query corresponding to the FQDN corresponds to the same processing rules;
  • Both the first terminal and the second terminal are contracted terminals;
  • the contracted terminal is a terminal capable of using the DNS service provided by the first network side device;
  • the second DNS query and its corresponding processing result have been cached in the first network side device or the third network side device.
  • the first DNS response includes at least one of the following: a first Internet Protocol IP address, and a first fully qualified domain name (FQDN).
  • the apparatus of this embodiment can be used to execute the method in any of the method embodiments corresponding to the aforementioned second network-side device, and its specific implementation process and technical effect are similar to those in the method embodiment of the second network-side device. Refer to the detailed introduction in the method embodiment corresponding to the second network side device, which will not be repeated here.
  • FIG. 9 is the third schematic diagram of the structure of the DNS query device provided by the present application.
  • the DNS query device 900 provided in this embodiment includes:
  • the receiving module 901 is configured to receive notification information sent by the first network side device, where the notification information is used to indicate triggering the insertion of an uplink classifier UL CL corresponding to the first DNS response;
  • a processing module 902 configured to perform insertion of an uplink classifier UL CL corresponding to the first DNS response;
  • the first DNS response is the DNS response corresponding to the first DNS query sent by the first terminal; the UL CL corresponding to the first DNS response is not inserted to indicate that there is no second DNS response, or the second DNS The UL CL corresponding to the response is not inserted, wherein the second DNS response is the same as the first DNS response; or, the IP address in the second DNS response is the same as the IP address in the first DNS response , or, the IP address segment in the second DNS response is the same as the IP address segment in the first DNS response.
  • the second DNS response is a DNS response corresponding to the second DNS query sent by the second terminal; the locations of the first terminal and the second terminal are within a target range.
  • the first DNS response includes at least one of the following: a first Internet Protocol IP address, and a first fully qualified domain name (FQDN).
  • the locations of the second terminal and the first terminal are within a target range, including at least one of the following situations:
  • the first terminal and the second terminal are located in the same location area, and the location in the same location area includes at least one of the following: having the same data network access identifier DNAI, having the same tracking area identifier TAI or have the same Cell ID; or,
  • the FQDN in the first DNS query of the first terminal is the same as the FQDN in the second DNS query of the second terminal; or,
  • the FQDN in the first DNS query of the first terminal and the FQDN in the second DNS query of the second terminal belong to the same FQDN list; wherein, the FQDN in the FQDN list or the DNS query corresponding to the FQDN corresponds to the same processing rules;
  • Both the first terminal and the second terminal are contracted terminals;
  • the contracted terminal is a terminal capable of using the DNS service provided by the first network side device;
  • the second DNS query and its corresponding processing result have been cached in the first network-side device or the third network-side device; the processing result includes at least one of the following: a second DNS response or a processing rule.
  • the sending module is also used for:
  • the fourth network-side device Sending a request message to the fourth network-side device to determine whether the first terminal is a contracted terminal; the contracted terminal is a terminal that can use the DNS service provided by the first network-side device;
  • the processing module 902 is specifically configured to: if the first terminal is a contracted terminal, insert the uplink classifier UL CL corresponding to the first DNS response.
  • the device in this embodiment can be used to execute the method in any one of the foregoing method embodiments corresponding to the third network-side device, and its specific implementation process and technical effect are similar to those in the method embodiment of the third network-side device.
  • the DNS query device in this embodiment of the present application may be a device, a device with an operating system or an electronic device, or a component, an integrated circuit, or a chip in a terminal.
  • the apparatus or electronic equipment may be a mobile terminal or a non-mobile terminal.
  • the mobile terminal may include but not limited to the types of terminals 11 listed above, and the non-mobile terminal may be a server, a network attached storage (Network Attached Storage, NAS), a personal computer (personal computer, PC), a television ( television, TV), teller machines or self-service machines, etc., are not specifically limited in this embodiment of the present application.
  • the DNS query device provided by the embodiment of the present application can realize each process realized by the method embodiments in FIG. 2 to FIG. 6 and achieve the same technical effect. To avoid repetition, details are not repeated here.
  • this embodiment of the present application further provides a communication device 1000, including a processor 1001, a memory 1002, and programs or instructions stored in the memory 1002 and operable on the processor 1001,
  • a communication device 1000 including a processor 1001, a memory 1002, and programs or instructions stored in the memory 1002 and operable on the processor 1001
  • the communication device 1000 is a terminal
  • the program or instruction is executed by the processor 1001
  • each process of the foregoing DNS query method embodiment can be realized, and the same technical effect can be achieved.
  • the communication device 1000 is a network-side device
  • the program or instruction is executed by the processor 1001
  • each process of the above-mentioned DNS query method embodiment can be achieved, and the same technical effect can be achieved. To avoid repetition, details are not repeated here.
  • the embodiment of the present application also provides a first network side device, including a processor and a communication interface, the communication interface is used to receive the first DNS query sent by the first terminal, and the processor is used to query the second DNS query of the second terminal based on the stored second terminal. Query the corresponding processing result, and perform target processing on the first DNS query; wherein, the locations of the first terminal and the second terminal are within a target range.
  • This first network-side device embodiment corresponds to the above-mentioned first network-side device method embodiment, and each implementation process and implementation method of the above-mentioned method embodiment can be applied to this first network-side device embodiment, and can achieve Same technical effect.
  • the embodiment of the present application also provides a network side device.
  • the network side device 1100 includes: a processor 1101, a transceiver 1102, a memory 1103, a user interface 1104, and a bus interface, wherein:
  • the network side device 1100 further includes: a computer program stored in the memory 1103 and operable on the processor 1101, the computer program is executed by the processor 1101, the method executed by each module shown in FIG. 7 , and To achieve the same technical effect, in order to avoid repetition, it is not repeated here.
  • the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by processor 1101 and various circuits of memory represented by memory 1103 are linked together.
  • the bus architecture can also link together various other circuits such as peripherals, voltage regulators, and power management circuits, etc., which are well known in the art and therefore will not be further described herein.
  • the bus interface provides the interface.
  • Transceiver 1102 may be a plurality of elements, including a transmitter and a receiver, providing a means for communicating with various other devices over transmission media.
  • the user interface 1104 may also be an interface capable of connecting externally and internally to required devices, and the connected devices include but not limited to keypads, displays, speakers, microphones, joysticks, and so on.
  • the processor 1101 is responsible for managing the bus architecture and general processing, and the memory 1103 can store data used by the processor 1101 when performing operations.
  • the embodiment of the present application also provides a second network-side device, including a processor and a communication interface, and the communication interface is used to receive the first DNS query sent by the first network-side device; the first DNS query is based on the stored first DNS query. The processing result corresponding to the second DNS query of the second terminal is sent; the communication interface is also used to send the first DNS response corresponding to the first DNS query to the first network side device; wherein, the first terminal and the The location of the second terminal is within the target range.
  • This second network-side device embodiment corresponds to the above-mentioned second network-side device method embodiment, and each implementation process and implementation method of the above-mentioned method embodiment can be applied to this second network-side device embodiment, and can achieve Same technical effect.
  • the embodiment of the present application also provides a third network-side device, including a processor and a communication interface, the communication interface is used to receive notification information sent by the first network-side device, and the notification information is used to indicate triggering of the first DNS response Insertion of the corresponding uplink classifier UL CL; the processor is configured to perform insertion of the uplink classifier UL CL corresponding to the first DNS response; wherein the first DNS response is a DNS response corresponding to the first DNS query sent by the first terminal ; The UL CL corresponding to the first DNS response is not inserted indicating that there is no second DNS response, or the UL CL corresponding to the second DNS response is not inserted, wherein the second DNS response is the same as the first The DNS response is the same; or, the IP address in the second DNS response is the same as the IP address in the first DNS response, or, the IP address segment in the second DNS response is the same as that in the first DNS response The IP address ranges are the same.
  • the third network-side device embodiment corresponds to the above-ment
  • the embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored, and when the program or instruction is executed by a processor, each process of the above-mentioned DNS query method embodiment is realized, and the same To avoid repetition, the technical effects will not be repeated here.
  • the processor is the processor in the terminal described in the foregoing embodiments.
  • the readable storage medium includes computer readable storage medium, such as computer read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disk, etc.
  • the embodiment of the present application further provides a chip, the chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the above-mentioned DNS query method embodiment
  • the chip includes a processor and a communication interface
  • the communication interface is coupled to the processor
  • the processor is used to run programs or instructions to implement the above-mentioned DNS query method embodiment
  • the chip mentioned in the embodiment of the present application may also be called a system-on-chip, a system-on-chip, a system-on-a-chip, or a system-on-a-chip.
  • the embodiment of the present application also provides a computer program/program product, the computer program/program product is stored in a non-transitory storage medium, and the program/program product is executed by at least one processor to implement the above-mentioned DNS query
  • Each process of the method embodiment can achieve the same technical effect, and will not be repeated here to avoid repetition.

Landscapes

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

Abstract

本申请公开了一种域名系统DNS查询方法、装置及网络侧设备，属于通信技术领域，本申请实施例的方法包括：第一网络侧设备接收第一终端发送的第一DNS查询；所述第一网络侧设备根据已存储的第二终端的第二DNS查询对应的处理结果，对所述第一DNS查询进行目标处理；其中，所述第一终端与所述第二终端的位置处于目标范围内。

Description

域名系统DNS查询方法、装置及网络侧设备
相关申请的交叉引用
本申请要求于2021年10月9日提交的申请号为202111176404.2，发明名称为“域名系统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)等信息发给会话管理功能(Session Management 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响应所对应的UL CL未插入，其中，所述第二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响应所对应的UL CL未插入，其中，所述第 二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响应所对应的UL CL未插入，其中，所述第二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 Term Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time Division Multiple 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 th Generation，6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11、接入网设备12和核心网设备13。其中，终端11也可以称作终端设备或者用户终端(User Equipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(Wearable Device)或车载设备(VUE)、行人终端(PUE)等终端侧设备，可穿戴式设备包括：智能手表、手环、耳机、眼镜等。需要说明的是，在本申请实施例并不限定终端11的具体类型。接入网设备12也可以称为无线接入网设备或无线接入网(Radio Access Network，RAN)，接入网设备12可以为基站，基站可被称为节点B、演进节点B、接入点、基收发机站(Base Transceiver Station，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可以包含但不限于如下至少一项：核心网节点、核心网功能、移动管理实体(Mobility Management Entity，MME)、接入移动管理功能(Access Management Function，AMF)、会话管理功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)、策略控制功能(Policy Control Function、PCF)、策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)、边缘应用服务发现功能(Edge Application Server 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)、具有相同的跟踪区标识(Tracking Area Indicator，TAI)、或者具有相同的小区标识Cen ID；
该情况下，第一终端和第二终端具有相同的IP地址。
2、第一终端和第二终端的DNS查询中的FQDN相同；
3、第一终端和第二终端的DNS查询中的FQDN属于一个FQDN列表。这个FQDN列表中的FQDN或FQDN所属的DNS查询对应相同的处理规则(handling rules，或DNS handling rules)；
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，无需重复进行相同的UL CL的插入，节省了网络侧设备的交互，提高了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_Notify request信令，节约了信令，即第二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响应所对应的UL CL未插入，其中，所述第二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)、个人计算机(personal computer，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、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于 上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (37)

  1. 一种域名系统DNS查询方法，包括：
    第一网络侧设备接收第一终端发送的第一DNS查询；
    所述第一网络侧设备根据已存储的第二终端的第二DNS查询对应的处理结果，对所述第一DNS查询进行目标处理；
    其中，所述第一终端与所述第二终端的位置处于目标范围内。
  2. 根据权利要求1所述的DNS查询方法，其中，所述第二DNS查询对应的处理结果包括：第二DNS响应；
    所述第一网络侧设备根据已存储的第二终端的第二DNS查询请求对应的处理结果，对所述第一DNS查询进行目标处理，包括：
    所述第一网络侧设备根据所述第二DNS响应，获取所述第一DNS查询对应的第一DNS响应；所述第一DNS响应包括以下至少一项：第一网际互连协议IP地址、第一全限定域名FQDN。
  3. 根据权利要求2所述的DNS查询方法，其中，所述第一网络侧设备根据所述第二DNS响应，获取所述第一DNS查询对应的第一DNS响应，包括：
    所述第一网络侧设备将所述第二DNS响应，作为所述第一DNS响应；或，
    所述第一网络侧设备根据所述第二DNS响应中的参数，生成所述第一DNS响应；所述第二DNS响应包括以下至少一项：第二IP地址、第二FQDN。
  4. 根据权利要求1所述的DNS查询方法，其中，所述第二DNS查询对应的处理结果包括：处理规则；
    所述第一网络侧设备根据已存储的第二终端的第二DNS查询对应的处理结果，对所述第一DNS查询进行目标处理，包括：
    所述第一网络侧设备根据所述处理规则，向第二网络侧设备发送所述 第一DNS查询；
    所述第一网络侧设备接收所述第二网络侧设备发送的所述第一DNS查询对应的第一DNS响应；所述第一DNS响应包括以下至少一项：第一IP地址、第一FQDN。
  5. 根据权利要求1-4任一项所述的DNS查询方法，其中，所述对所述第一DNS查询进行目标处理之后，方法还包括：
    所述第一网络侧设备确定所述第一DNS查询对应的第一DNS响应所对应的上行分类器UL CL是否已插入；
    若否，则所述第一网络侧设备向第三网络侧设备发送通知信息，所述通知信息用于指示触发所述第一DNS响应对应的上行分类器UL CL的插入；
    若是，则不执行触发所述第一DNS响应对应的UL CL的插入。
  6. 根据权利要求5所述的DNS查询方法，其中，所述第一网络侧设备确定所述第一DNS查询对应的第一DNS响应所对应的上行分类器UL CL是否已插入，包括：
    所述第一网络侧设备确定是否存在第二DNS响应，其中，所述第二DNS响应与所述第一DNS响应相同；或，所述第二DNS响应中的IP地址与所述第一DNS响应中的IP地址相同，或，所述第二DNS响应中的IP地址段与所述第一DNS响应中的IP地址段相同；
    若存在所述第二DNS响应，则确定所述第二DNS响应所对应的上行分类器UL CL是否已插入。
  7. 根据权利要求1-6任一项所述的DNS查询方法，其中，
    所述第二终端与所述第一终端的位置处于目标范围内，包括以下至少一种情况：
    所述第一终端与所述第二终端的位置处于相同的位置区域，所述处于相同的位置区域包括以下至少一项：具有相同的数据网络接入标识DNAI、具有相同的跟踪区标识TAI或具有相同的小区标识Cell ID；或，
    所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN相同；或，
    所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN属于相同的FQDN列表；其中，所述FQDN列表中的FQDN或FQDN所属的DNS查询，对应相同的处理规则；
    所述第一终端与第二终端均为签约终端；所述签约终端为能够使用所述第一网络侧设备提供的DNS服务的终端；
    其中，所述第二DNS查询及其对应的处理结果已在所述第一网络侧设备或第三网络侧设备中缓存。
  8. 根据权利要求1-6任一项所述的DNS查询方法，其中，所述方法还包括：
    所述第一网络侧设备向第四网络侧设备发送请求消息，用于确定所述第一终端是否为签约终端；所述签约终端为能够使用所述第一网络侧设备提供的DNS服务的终端；
    若是，则执行对所述第一DNS查询进行目标处理的操作。
  9. 一种域名系统DNS查询方法，包括：
    第二网络侧设备接收第一网络侧设备发送的第一终端的第一DNS查询；所述第一DNS查询为根据已存储的第二终端的第二DNS查询对应的处理结果发送的；
    所述第二网络侧设备向所述第一网络侧设备发送所述第一DNS查询对应的第一DNS响应；
    其中，所述第一终端与所述第二终端的位置处于目标范围内。
  10. 根据权利要求9所述的DNS查询方法，其中，
    所述第一DNS响应包括以下至少一项：第一网际互连协议IP地址、第一全限定域名FQDN。
  11. 根据权利要求9或10所述的DNS查询方法，其中，
    所述第二终端与所述第一终端的位置处于目标范围内，包括以下至少 一种情况：
    所述第一终端与所述第二终端的位置处于相同的位置区域，所述处于相同的位置区域包括以下至少一项：具有相同的数据网络接入标识DNAI、具有相同的跟踪区标识TAI或具有相同的小区标识Cell ID；或，
    所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN相同；或，
    所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN属于相同的FQDN列表；其中，所述FQDN列表中的FQDN或FQDN对应的DNS查询，对应相同的处理规则；
    所述第一终端与第二终端均为签约终端；所述签约终端为能够使用所述第一网络侧设备提供的DNS服务的终端；
    其中，所述第二DNS查询及其对应的处理结果已在所述第一网络侧设备或第三网络侧设备中缓存。
  12. 一种域名系统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地址段相同。
  13. 根据权利要求12所述的DNS查询方法，其中，
    所述第二DNS响应为第二终端发送的第二DNS查询对应的DNS响应；所述第一终端与所述第二终端的位置处于目标范围内。
  14. 根据权利要求12或13所述的DNS查询方法，其中，
    所述第一DNS响应包括以下至少一项：第一网际互连协议IP地址、第一全限定域名FQDN。
  15. 根据权利要求13所述的DNS查询方法，其中，
    所述第二终端与所述第一终端的位置处于目标范围内，包括以下至少一种情况：
    所述第一终端与所述第二终端的位置处于相同的位置区域，所述处于相同的位置区域包括以下至少一项：具有相同的数据网络接入标识标识DNAI、具有相同的跟踪区标识TAI或具有相同的小区标识Cell ID；或，
    所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN相同；或，
    所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN属于相同的FQDN列表；其中，所述FQDN列表中的FQDN或FQDN对应的DNS查询，对应相同的处理规则；
    所述第一终端与第二终端均为签约终端；所述签约终端为能够使用所述第一网络侧设备提供的DNS服务的终端；
    其中，所述第二DNS查询及其对应的处理结果已在所述第一网络侧设备或第三网络侧设备中缓存；所述处理结果包括以下至少一项：第二DNS响应或处理规则。
  16. 根据权利要求12或13所述的DNS查询方法，其中，所述方法还包括：
    所述第三网络侧设备向第四网络侧设备发送请求消息，用于确定所述第一终端是否为签约终端；所述签约终端为能够使用所述第一网络侧设备提供的DNS服务的终端；
    若是，则所述第三网络侧设备执行第一DNS响应对应的上行分类器UL CL的插入。
  17. 一种域名系统DNS查询装置，包括：
    接收模块，用于接收第一终端发送的第一DNS查询；
    处理模块，用于根据已存储的第二终端的第二DNS查询对应的处理结果，对所述第一DNS查询进行目标处理；
    其中，所述第一终端与所述第二终端的位置处于目标范围内。
  18. 根据权利要求17所述的DNS查询装置，其中，所述第二DNS查询对应的处理结果包括：第二DNS响应；
    所述处理模块，具体用于：
    根据所述第二DNS响应，获取所述第一DNS查询对应的第一DNS响应；所述第一DNS响应包括以下至少一项：第一网际互连协议IP地址、第一全限定域名FQDN。
  19. 根据权利要求18所述的DNS查询装置，其中，所述处理模块，具体用于：
    将所述第二DNS响应，作为所述第一DNS响应；或，
    根据所述第二DNS响应中的参数，生成所述第一DNS响应；所述第二DNS响应包括以下至少一项：第二IP地址、第二FQDN。
  20. 根据权利要求17所述的DNS查询装置，其中，所述第二DNS查询对应的处理结果包括：处理规则；
    所述装置，还包括：
    发送模块，用于根据所述处理规则，向第二网络侧设备发送所述第一DNS查询；
    所述接收模块，用于接收所述第二网络侧设备发送的所述第一DNS查询对应的第一DNS响应；所述第一DNS响应包括以下至少一项：第一IP地址、第一FQDN。
  21. 根据权利要求17-20任一项所述的DNS查询装置，其中，所述处理模块，还用于：
    确定所述第一DNS查询对应的第一DNS响应所对应的上行分类器UL CL是否已插入；
    若是，则不执行触发所述第一DNS响应对应的UL CL的插入；
    所述发送模块，还用于若所述处理模块确定所述UL CL未插入，则向第三网络侧设备发送通知信息，所述通知信息用于指示触发所述第一DNS响应对应的上行分类器UL CL的插入。
  22. 根据权利要求21所述的DNS查询装置，其中，所述处理模块，具体用于：
    确定是否存在第二DNS响应，其中，所述第二DNS响应与所述第一DNS响应相同；或，所述第二DNS响应中的IP地址与所述第一DNS响应中的IP地址相同，或，所述第二DNS响应中的IP地址段与所述第一DNS响应中的IP地址段相同；
    若存在所述第二DNS响应，则确定所述第二DNS响应所对应的上行分类器UL CL是否已插入。
  23. 根据权利要求17-22任一项所述的DNS查询装置，其中，
    所述第二终端与所述第一终端的位置处于目标范围内，包括以下至少一种情况：
    所述第一终端与所述第二终端的位置处于相同的位置区域，所述处于相同的位置区域包括以下至少一项：具有相同的数据网络接入标识DNAI、具有相同的跟踪区标识TAI或具有相同的小区标识Cell ID；或，
    所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN相同；或，
    所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN属于相同的FQDN列表；其中，所述FQDN列表中的FQDN或FQDN所属的DNS查询，对应相同的处理规则；
    所述第一终端与第二终端均为签约终端；所述签约终端为能够使用第一网络侧设备提供的DNS服务的终端；
    其中，所述第二DNS查询及其对应的处理结果已在第一网络侧设备或第三网络侧设备中缓存。
  24. 根据权利要求17-22任一项所述的DNS查询装置，其中，发送模块，还用于：
    向第四网络侧设备发送请求消息，用于确定所述第一终端是否为签约终端；所述签约终端为能够使用第一网络侧设备提供的DNS服务的终端；
    所述处理模块，用于若所述第一终端为签约终端，则执行对所述第一DNS查询进行目标处理的操作。
  25. 一种域名系统DNS查询装置，包括：
    接收模块，用于接收第一网络侧设备发送的第一终端的第一DNS查询；所述第一DNS查询为根据已存储的第二终端的第二DNS查询对应的处理结果发送的；
    发送模块，用于向所述第一网络侧设备发送所述第一DNS查询对应的第一DNS响应；
    其中，所述第一终端与所述第二终端的位置处于目标范围内。
  26. 根据权利要求25所述的DNS查询装置，其中，
    所述第二终端与所述第一终端的位置处于目标范围内，包括以下至少一种情况：
    所述第一终端与所述第二终端的位置处于相同的位置区域，所述处于相同的位置区域包括以下至少一项：具有相同的数据网络接入标识DNAI、具有相同的跟踪区标识TAI或具有相同的小区标识Cell ID；或，
    所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN相同；或，
    所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN属于相同的FQDN列表；其中，所述FQDN列表中的FQDN或FQDN对应的DNS查询，对应相同的处理规则；
    所述第一终端与第二终端均为签约终端；所述签约终端为能够使用所述第一网络侧设备提供的DNS服务的终端；
    其中，所述第二DNS查询及其对应的处理结果已在所述第一网络侧 设备或第三网络侧设备中缓存。
  27. 一种域名系统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地址段相同。
  28. 根据权利要求27所述的DNS查询装置，其中，
    所述第二DNS响应为第二终端发送的第二DNS查询对应的DNS响应；所述第一终端与所述第二终端的位置处于目标范围内。
  29. 根据权利要求27或28所述的DNS查询装置，其中，
    所述第一DNS响应包括以下至少一项：第一网际互连协议IP地址、第一全限定域名FQDN。
  30. 根据权利要求28所述的DNS查询装置，其中，
    所述第二终端与所述第一终端的位置处于目标范围内，包括以下至少一种情况：
    所述第一终端与所述第二终端的位置处于相同的位置区域，所述处于相同的位置区域包括以下至少一项：具有相同的数据网络接入标识标识DNAI、具有相同的跟踪区标识TAI或具有相同的小区标识Cell ID；或，
    所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN相同；或，
    所述第一终端的第一DNS查询中的FQDN与所述第二终端的第二DNS查询中的FQDN属于相同的FQDN列表；其中，所述FQDN列表中 的FQDN或FQDN对应的DNS查询，对应相同的处理规则；
    所述第一终端与第二终端均为签约终端；所述签约终端为能够使用所述第一网络侧设备提供的DNS服务的终端；
    其中，所述第二DNS查询及其对应的处理结果已在所述第一网络侧设备或第三网络侧设备中缓存；所述处理结果包括以下至少一项：第二DNS响应或处理规则。
  31. 根据权利要求27或28所述的DNS查询装置，其中，所述装置还包括：
    发送模块，用于向第四网络侧设备发送请求消息，用于确定所述第一终端是否为签约终端；所述签约终端为能够使用所述第一网络侧设备提供的DNS服务的终端；
    处理模块，具体用于：若所述第一终端为签约终端，则执行第一DNS响应对应的上行分类器UL CL的插入。
  32. 一种第一网络侧设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至8任一项所述的域名系统DNS查询方法的步骤。
  33. 一种第二网络侧设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求9至11任一项所述的域名系统DNS查询方法的步骤。
  34. 一种第三网络侧设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求12至16任一项所述的域名系统DNS查询方法的步骤。
  35. 一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至8任一项所述的DNS查 询方法，或者实现如权利要求9至11任一项所述的DNS查询方法的步骤，或者实现如权利要求12至16任一项所述的DNS查询方法的步骤。
  36. 一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如权利要求1至8任一项所述的DNS查询方法，或者实现如权利要求9至11任一项所述的DNS查询方法的步骤，或者实现如权利要求12至16任一项所述的DNS查询方法的步骤。
  37. 一种计算机程序产品/程序产品，所述计算机程序/程序产品被存储在非瞬态的存储介质中，所述程序/程序产品被至少一个处理器执行以实现如权利要求1至8任一项所述的DNS查询方法，或者实现如权利要求9至11任一项所述的DNS查询方法的步骤，或者实现如权利要求12至16任一项所述的DNS查询方法的步骤。
PCT/CN2022/123949 2021-10-09 2022-10-09 域名系统dns查询方法、装置及网络侧设备 WO2023056954A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202111176404.2A CN115967700A (zh) 2021-10-09 2021-10-09 域名系统dns查询方法、装置及网络侧设备
CN202111176404.2 2021-10-09

Publications (1)

Publication Number Publication Date
WO2023056954A1 true WO2023056954A1 (zh) 2023-04-13

Family

ID=85803928

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/123949 WO2023056954A1 (zh) 2021-10-09 2022-10-09 域名系统dns查询方法、装置及网络侧设备

Country Status (2)

Country Link
CN (1) CN115967700A (zh)
WO (1) WO2023056954A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150134730A1 (en) * 2012-04-30 2015-05-14 Nec Europe Ltd. Method for performing dns resolution in a network, content distribution system and client terminal for deployment in a content distribution system
CN106664327A (zh) * 2015-05-13 2017-05-10 华为技术有限公司 域名系统访问方法及设备
CN112422701A (zh) * 2019-08-20 2021-02-26 华为技术有限公司 域名系统查询的方法和通信装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150134730A1 (en) * 2012-04-30 2015-05-14 Nec Europe Ltd. Method for performing dns resolution in a network, content distribution system and client terminal for deployment in a content distribution system
CN106664327A (zh) * 2015-05-13 2017-05-10 华为技术有限公司 域名系统访问方法及设备
CN112422701A (zh) * 2019-08-20 2021-02-26 华为技术有限公司 域名系统查询的方法和通信装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP: "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on architecture aspects for using satellite access in 5G (Release 16)", 3GPP TR 23.737 V1.2.0, 6 December 2019 (2019-12-06), pages 1 - 84, XP093055839, [retrieved on 20230620] *

Also Published As

Publication number Publication date
CN115967700A (zh) 2023-04-14

Similar Documents

Publication Publication Date Title
CN109842906B (zh) 一种通信的方法、装置及系统
WO2017079906A1 (zh) 选择服务网络的方法、网络设备和管理设备
EP2861000B1 (en) Method and device for transmitting downlink data
CN107294675B (zh) 基站、用户设备及载波聚合方法
WO2017156706A1 (zh) 用于处理数据包的方法及设备
EP3542562B1 (en) User location monitoring in mobile edge environment
US10986537B2 (en) Method of selecting user plane gateway and device of selecting user plane gateway
WO2016192572A1 (zh) 提高无线局域网并发处理能力的方法、装置及系统
US11129092B2 (en) Application specific location discovery
US20210352535A1 (en) Notification control in a communication system
JP7086853B2 (ja) ネットワークアクセス方法、その関連機器およびシステム
WO2018166328A1 (zh) 信息处理方法、装置、计算机可读存储介质及电子设备
US20230008647A1 (en) Connection establishment method, communication apparatus, and system
WO2020052463A1 (zh) 通信方法和网元
US20160316395A1 (en) Service query method, apparatus and system, and station
US10511956B2 (en) Device association method and related device
WO2018176439A1 (zh) 地址获取方法、业务能力开放网元和移动边缘计算网元
WO2023051404A1 (zh) 数据订阅方法、装置及网元
WO2023056954A1 (zh) 域名系统dns查询方法、装置及网络侧设备
WO2017024442A1 (zh) 一种数据传输和接入网络方法及相关设备、系统
US20230137283A1 (en) Systems and methods to optimize registration and session establishment in a wireless network
KR102273390B1 (ko) 네트워크 기능 통합방법 및 장치
JP2024502890A (ja) 情報処理方法、端末、ネットワーク側機器及び可読記憶媒体
US9788299B2 (en) Base station paging based on traffic content type
CN108307457B (zh) 一种消息路由的方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22877968

Country of ref document: EP

Kind code of ref document: A1