WO2022160092A1 - Amélioration de la configuration dns pour des applications - Google Patents

Amélioration de la configuration dns pour des applications Download PDF

Info

Publication number
WO2022160092A1
WO2022160092A1 PCT/CN2021/073768 CN2021073768W WO2022160092A1 WO 2022160092 A1 WO2022160092 A1 WO 2022160092A1 CN 2021073768 W CN2021073768 W CN 2021073768W WO 2022160092 A1 WO2022160092 A1 WO 2022160092A1
Authority
WO
WIPO (PCT)
Prior art keywords
dns
information
dns information
pdu session
server
Prior art date
Application number
PCT/CN2021/073768
Other languages
English (en)
Inventor
Tingfang Tang
Original Assignee
Lenovo (Beijing) Limited
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 Lenovo (Beijing) Limited filed Critical Lenovo (Beijing) Limited
Priority to PCT/CN2021/073768 priority Critical patent/WO2022160092A1/fr
Publication of WO2022160092A1 publication Critical patent/WO2022160092A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1012—Server selection for load balancing based on compliance of requirements or conditions with available server resources
    • 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]

Definitions

  • the subject matter disclosed herein generally relates to wireless communications, and more particularly relates to improvement of DNS configuration for applications.
  • New Radio NR
  • VLSI Very Large Scale Integration
  • RAM Random Access Memory
  • ROM Read-Only Memory
  • EPROM or Flash Memory Erasable Programmable Read-Only Memory
  • CD-ROM Compact Disc Read-Only Memory
  • LAN Local Area Network
  • WAN Wide Area Network
  • UE User Equipment
  • eNB Evolved Node B
  • gNB Next Generation Node B
  • Uplink UL
  • Downlink DL
  • CPU Central Processing Unit
  • GPU Graphics Processing Unit
  • FPGA Field Programmable Gate Array
  • OFDM Orthogonal Frequency Division Multiplexing
  • RRC Radio Resource Control
  • RRC User Entity/Equipment
  • Mobile Terminal DN Access Identifier
  • DNAI 5G core
  • 5GC 5G core
  • PDU Protocol Data Unit
  • Edge platform is deployed for providing differentiated application services. Some applications can be accessed via the edge platform from one or more DNAIs. Other applications can be accessed via the public internet (or central DN) . And some applications can be accessed via both the edge platform and public internet (or central DN) .
  • 5GC supports three connectivity models to enable edge computing: 1) Distributed Anchor Point, 2) Session Breakout, and 3) Multiple PDU sessions, as illustrated in Figure 1. In 1) Distributed Anchor Point, multiple PDU sessions are used. In 2) Session Breakout, a PDU session may be associated with multiple PDU session anchors (PSAs) , in which uplink classifier (UL classifier or ULCL) or IPv6 multi-homing is used. In 3) Multiple PDU sessions, multiple PDU sessions are used.
  • PSAs PDU session anchors
  • UL classifier or ULCL uplink classifier
  • IPv6 multi-homing IPv6 multi-homing
  • DNS servers are used to resolve the DNS request and discover the IP address of one suitable Application Server considering the Edge Computing deployment for applications.
  • the 5GC can use LDNSR to decide and forward DNS message to the local DNS server or central DNS server based on related information.
  • the DNS servers can be deployed locally and centrally.
  • LDNSR is an abbreviation of local DNS resolver and acts as an enhanced DNS forwarder.
  • LDNSR is a new function that allows coordination of the EAS Discovery using DNS and the 5GC connectivity. LDNSR facilitates that it is possible to select the DNS server to resolve the DNS query into the EAS closer to the edge in which the UE is deployed
  • LDNSR may provide information to trigger dynamic insertion of ULCL or BP or local PSA.
  • LDNSR is configured as DNS server to the UE during PDU session establishment by SMF via PCO. LDNSR forwards the received UL DNS query, inserting an ECS option, to C-DNS server.
  • LDNSR is configured as DNS server to the UE during PDU session establishment by SMF via PCO. LDNSR forwards the received UL DNS query to L-DNS resolver.
  • the L-DNS resolver (which is different from LDNSR) or L-DNS server can be configured to UE as DNS server for the PDU session.
  • the SPs prefer to own the MEC hosts including edge DNS server as well rather than using local DNS services provided by the network providers.
  • a PDU Session can be associated with multiple PSA anchors. Accordingly, the PDU session may be associated with multiple IPv6 prefixes. For example, the PDU session may be referred to as multi-homed PDU Session.
  • the multi-homed PDU Session provides access to the Data Network via more than one PDU Session Anchor in order to support selective traffic routing to the DN.
  • the LDNSR located centrally can be configured to the UE as DNS server, and the DNS query message is sent to the LDNSR.
  • the DNS response message if pointed to the local application server, can trigger the local BP or local PSA insertion. After the local BP or local PSA insertion, there are both user plane paths to central DN and local DN.
  • the central LDNSR is kept as DNS server after the local BP or local PSA insertion, in order to avoid the DNS spoofing, all subsequent DNS queries are still sent the central LDNSR even if the related DNS server is deployed in local DN and there is local user plane path. It will increase the difficulty and decrease the efficiency for the DNS handling for the DNS queries terminating at the local DNS server.
  • the local DNS server or local DNS resolver is configured to the UE, after the local BP or local PSA insertion, in order to avoid the DNS spoofing, all subsequent DNS queries are sent the local DNS server or local DNS resolver even if the related DNS server is deployed in central DN.
  • the local DNS server can only process the DNS messages for the application deployed within its own edge environment or the local DN has no direct connection with the central DN, it will increase the difficulty and decrease the efficiency for the DNS handling for the DNS queries terminating at the central DNS server.
  • the DNS priorities provide DNS priorities per (DNN, S-NSSAI) in 3 ways: 1) via NAS PCO; 2) via Router Advertisement per IETF RFC 8106; and 3) DHCP RDNSS option.
  • the DNS server (list) is configured per UE node.
  • the purpose of the present invention is to improve DNS configuration for applications.
  • a method comprises receiving DNS information for the UE or for a PDU session, wherein the DNS information identifies and configures one or more DNS servers for at least one application; and selecting a DNS server for DNS resolution for the at least one application based on the received DNS information. For example, when a DNS query for the application deployed centrally is triggered, the DNS query is sent to a C-DNS server or LDNSR; and when a DNS query for the application deployed locally is triggered, the DNS query is sent to an L-DNS server or an L-DNS resolver or the LDNSR.
  • the DNS information further includes validation criteria for the one or more DNS servers. In another embodiment, the DNS information further includes precedence for the one or more DNS servers.
  • the method may further comprise transmitting an indication of UE support for DNS selection policy in UE registration procedure and/or in PDU session establishment procedure. During the PDU session establishment procedure or due to insertion of a local UPF, the method may further comprise receiving updated DNS information.
  • the DNS information can be received as a part of URSP rule or as a separate rule.
  • a method performed at a PCF comprises: constructing DNS information for a UE or for a PDU session, wherein the DNS information i identifies and configures one or more DNS servers; and transmitting the DNS information.
  • the DNS information further includes validation criteria for the one or more DNS servers. In some other embodiment, the DNS information further includes precedence for the one or more DNS servers.
  • the DNS information may be constructed based on DNS information configured locally or dynamically from AF.
  • the method may further comprise receiving an indication of UE support for DNS selection policy in UE registration procedure and/or in PDU session establishment procedure. During the PDU session establishment procedure or due to insertion of a local UPF, the method may further comprise constructing updated DNS information based on additional DNS information, and transmitting the updated DNS information.
  • the DNS information can be transmitted as a part of URSP rule or as a separate rule.
  • a method performed at a SMF comprises: constructing DNS information for PDU session based on at least one of DNS information configured locally, DNS information decided locally and DNS information received from PCF, wherein the DNS information for PDU session identifies and configures one or more DNS servers; and transmitting the DNS information for PDU session.
  • a UE comprises a processor; and a receiver coupled to the processor, the receiver being configured to receive DNS information for the UE or for a PDU session, wherein the DNS information identifies and configures one or more DNS servers for at least one application, wherein the processor is configured to select a DNS server for DNS resolution for an application based on the received DNS information.
  • the network node PCF comprises a processor configured to construct DNS information for a UE or for a PDU session, wherein the DNS information identifies and configures one or more DNS servers; and a transmitter coupled to the processor, the transmitter being configured to transmit the DNS information.
  • the network node SMF comprises a processor configured to construct DNS information for PDU session based on at least one of DNS information configured locally, DNS information decided locally and DNS information received from PCF, wherein the DNS information for PDU session identifies and configures one or more DNS servers; and a transmitter coupled to the processor, the transmitter being configured to transmit the DNS information for the PDU session.
  • Figure 1 illustrates 5GC connectivity models for edge computing
  • Figure 2 illustrates options for EAS discovery using LDSNR for PDU session breakout
  • Figure 3 illustrates procedures according to a first embodiment
  • Figure 4 illustrates procedures according to a second embodiment
  • Figure 5 illustrates procedures according to a third embodiment
  • Figure 6 illustrates is a schematic flow chart diagram illustrating an embodiment of a method
  • Figure 7 is a schematic flow chart diagram illustrating a further embodiment of a method
  • Figure 8 is a schematic flow chart diagram illustrating a still further embodiment of a method
  • Figure 9 is a schematic block diagram illustrating an apparatus according to one embodiment.
  • Figure 10 is a schematic block diagram illustrating another apparatus according to one embodiment.
  • embodiments may be embodied as a system, apparatus, method, or program product. Accordingly, embodiments may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc. ) or an embodiment combining software and hardware aspects that may generally all be referred to herein as a “circuit” , “module” or “system” . Furthermore, embodiments may take the form of a program product embodied in one or more computer readable storage devices storing machine-readable code, computer readable code, and/or program code, referred to hereafter as “code” .
  • code computer readable storage devices storing machine-readable code, computer readable code, and/or program code, referred to hereafter as “code” .
  • the storage devices may be tangible, non-transitory, and/or non-transmission.
  • the storage devices may not embody signals. In a certain embodiment, the storage devices only employ signals for accessing code.
  • modules may be implemented as a hardware circuit comprising custom very-large-scale integration (VLSI) circuits or gate arrays, off-the-shelf semiconductors such as logic chips, transistors, or other discrete components.
  • VLSI very-large-scale integration
  • a module may also be implemented in programmable hardware devices such as field programmable gate arrays, programmable array logic, programmable logic devices or the like.
  • Modules may also be implemented in code and/or software for execution by various types of processors.
  • An identified module of code may, for instance, include one or more physical or logical blocks of executable code which may, for instance, be organized as an object, procedure, or function. Nevertheless, the executables of an identified module need not be physically located together, but, may include disparate instructions stored in different locations which, when joined logically together, include the module and achieve the stated purpose for the module.
  • a module of code may contain a single instruction, or many instructions, and may even be distributed over several different code segments, among different programs, and across several memory devices.
  • operational data may be identified and illustrated herein within modules and may be embodied in any suitable form and organized within any suitable type of data structure. This operational data may be collected as a single data set, or may be distributed over different locations including over different computer readable storage devices.
  • the software portions are stored on one or more computer readable storage devices.
  • the computer readable medium may be a computer readable storage medium.
  • the computer readable storage medium may be a storage device storing code.
  • the storage device may be, for example, but need not necessarily be, an electronic, magnetic, optical, electromagnetic, infrared, holographic, micromechanical, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing.
  • a storage device would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, random access memory (RAM) , read-only memory (ROM) , erasable programmable read-only memory (EPROM or Flash Memory) , portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
  • a computer-readable storage medium may be any tangible medium that can contain or store a program for use by or in connection with an instruction execution system, apparatus, or device.
  • Code for carrying out operations for embodiments may include any number of lines and may be written in any combination of one or more programming languages including an object-oriented programming language such as Python, Ruby, Java, Smalltalk, C++, or the like, and conventional procedural programming languages, such as the "C" programming language, or the like, and/or machine languages such as assembly languages.
  • the code may be executed entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server.
  • the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN) , or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider) .
  • LAN local area network
  • WAN wide area network
  • Internet Service Provider an Internet Service Provider
  • the code may also be stored in a storage device that can direct a computer, other programmable data processing apparatus, or other devices, to function in a particular manner, such that the instructions stored in the storage device produce an article of manufacture including instructions which implement the function specified in the schematic flowchart diagrams and/or schematic block diagrams block or blocks.
  • the code may also be loaded onto a computer, other programmable data processing apparatus, or other devices, to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the code executed on the computer or other programmable apparatus provides processes for implementing the functions specified in the flowchart and/or block diagram block or blocks.
  • each block in the schematic flowchart diagrams and/or schematic block diagrams may represent a module, segment, or portion of code, which includes one or more executable instructions of the code for implementing the specified logical function (s) .
  • the DNS server is configured via DNS selection rule for UE.
  • the first embodiment assumes that the DNS server information can be gotten by the PCF.
  • UE initiates registration with the network (e.g. AMF) .
  • the network e.g. AMF
  • a UE capability “UE support for DNS selection policy” is supported by the UE.
  • the UE capability “UE support for DNS selection policy” can be optionally supported by the UE. In the latter condition, an indication of UE support for DNS selection policy can be included in the registration procedure.
  • step 301 the AMF makes decision to establish UE policy association.
  • the AMF sends a UE policy control create request (e.g. Npcf_UEPolicyControl Create Request) to the PCF.
  • a UE policy control create request e.g. Npcf_UEPolicyControl Create Request
  • the indication of UE support for DNS selection policy, if received in step 300, is included in the UE policy control create request.
  • the PCF makes policy decision for the DNS information for the UE.
  • the PCF constructs the DNS information for the UE based on DNS information configured locally or dynamically, and optionally the information from the SMF (e.g. if the indication of UE support for DNS selection policy is included in the message sent from the SMF) .
  • the DNS information configured locally means the DNS information that has been configured onto the PCF.
  • the DNS information configured dynamically means that the PCF may obtain the DNS information from AF (not shown in Figure 3) via existing procedure such as traffic routing information provisioning procedure or parameter provisioning procedure, etc.
  • the DNS information includes a list of DNS servers for the applications, e.g. FQDNs.
  • the DNS information further includes related validation criteria, which represents the criteria to be considered when the DNS server is selected. For example, for the case that the FQDN for one application should be resolved by DNS server 1 while the application and related DNS server are deployed centrally and DNS server 2 while the application and related DNS server are deployed locally, the DNS server 2 should be present with the validation criteria, e.g. location criteria indicating a local service area.
  • the PCF sends a UE policy control create response (e.g. Npcf_UEPolicyControl_Create Response) to the AMF.
  • a UE policy control create response e.g. Npcf_UEPolicyControl_Create Response
  • the DNS information for the UE can be included in the UE policy control create response as part of URSP rule or as a separate rule.
  • the DNS information for the UE is included as part of URSP rule, the DNS information for the UE can be treated as a kind of traffic that needs to be routed.
  • Table 1 gives example of the structure of the DNS information.
  • the “DNS Server Selection descriptors” identifies DNS information for the identified traffic; the “List of DNS Servers” identifies a list of addresses of DNS servers for the identified traffic” ; and the “Location Criteria” (which is an example of related validation criteria) identifies the UE location where the matching DNS server is allowed.
  • the DNS server is not considered to be used if the UE location does not match the location criteria.
  • a DNS selection descriptor precedence may be included to determine the order of the DNS Server selection rules enforced in the UE.
  • the URSP rule includes “List of Route Selection Descriptors” .
  • a “Route Selection Descriptor” contains Route Selection Validation Criteria.
  • the DNS information for the UE can be described as part of Route Selection Descriptor, sharing the same Route Selection Validation Criteria, as shown in Table 2
  • the “List of DNS Servers” identifies a list of addresses of DNS servers for the identified traffic.
  • the “Route Selection Validation Criteria” represents the related validation criteria to be considered.
  • the “time window” and “location criteria” are examples of validation criteria.
  • the DNS server (s) for the application (s) are included in the separate rule.
  • the separate rule optionally includes the validation criteria (e.g., the location criteria) , and the rule precedence. Table 3 gives an example of the separate rule (e.g. UE DNS server Selection Policy Rule) .
  • UE Configuration Update procedure is used to deliver the DNS information for the UE to the UE.
  • the C-DNS server is configured for the centrally deployed applications
  • L-DNS server is configured for the (or some) locally deployed applications within the DNS selection policy.
  • step 305 the PDU Session is established with C-UPF.
  • step 306a DNS Query for central application, supposed to be resolved in C-DNS server, is triggered in the UE.
  • C-DNS server is selected as the DNS server for the DNS Query based on the DNS information for the UE received in step 304.
  • the address of C-DNS server is used as the DA for the DNS query message.
  • step 306c The DNS query is sent to the C-DNS server.
  • step 306d DNS response is received.
  • step 307 local UPF insertion to access local DN happens.
  • a PDU session needs to access the local DN (e.g. the MEC) , which leads to that a local PSA is inserted (replaced) to access the local DN (e.g. the MEC) .
  • step 308a DNS Query for local application, supposed to be resolved in L-DNS server, is triggered in the UE.
  • step 308b the related L-DNS server is selected as the DNS server for the DNS Query based on the DNS information received in step 304.
  • the address of L-DNS server is used as the DA for the DNS query message.
  • step 308c DNS query is sent to the L-DNS server for resolution.
  • step 308d DNS response is received from the L-DNS server.
  • the PCF decides the DNS information for the UE. This is triggered in the UE registration procedure. Alternatively, it can be triggered by any related policy update conditions.
  • the DNS information for the UE includes different DNS servers (e.g. C-DNS server and L-DNS servers) for different applications (e.g. FQDNs) .
  • C-DNS server is determined as the DNS server for central applications
  • L-DNS server is determined as the DNS server for local applications.
  • the DNS information further includes related validation criteria and the precedence for applying the DNS information.
  • the LDNSR is not deployed.
  • the DNS server involving LDNSR is configured via DNS selection rule for UE.
  • the second embodiment assumes that the DNS server information for applications is configured to the 5GC (e.g. to SMF or PCF) locally or dynamically; and that the LDNSR is deployed for DNS handling for the DNS message for some applications.
  • LDNSR may have different name (s) in the future.
  • the present application is not limited to a network node that is named as LDNSR. The present application applies to any network node that can act as DNS forwarder as described in the background part.
  • Steps 400 to 404 of the second embodiment are the same as steps 300 to 304 of the first embodiment. Accordingly, detailed explanations of steps 400 to 404 are omitted.
  • the DNS information is configured to the UE. That is, the C-DNS server is configured for the centrally deployed applications, and L-DNS server is configured for the (or some) locally deployed applications.
  • step 405 the PDU Session establishment is initiated.
  • step 406 the AMF sends a PDU session create SM context request (e.g. Nsmf_PDUSession_CreateSMContext Request) to the SMF.
  • a PDU session create SM context request e.g. Nsmf_PDUSession_CreateSMContext Request
  • step 407 the SMF selects PCF.
  • the SMF interacts with the selected PCF for SM Policy Association Establishment.
  • the SMF sends a SM policy control create request (e.g. Npcf_SMPolicyControl_Create Request) to the PCF.
  • the PCF sends a SM policy control create response (e.g. Npcf_SMPolicyControl_Create Response) to the SMF.
  • the response may include the DNS control information indicating whether the SMF needs to send the DNS configuration to the UE.
  • the response may also indicate the SMF to notify additional DNS information to the PCF to update the UE policy for DNS information.
  • step 410 the SMF selects C-UPF.
  • step 411 the SMF selects LDNSR.
  • step 412 the SMF notifies additional DNS information (e.g. which LDSNR is selected) to the PCF, e.g. if the indication to the SMF to notify additional DNS information is received in step 409.
  • the PCF makes decision whether to update the UE policy for DNS information.
  • a PDU session establishment accept message (e.g. PDU Session Establishment Accept) is sent to the UE.
  • the SMF sends a PDU session create SM context response (e.g. Nsmf_PDUSession_CreateSMContext Response) to the AMF; and in step 414, the AMF sends a PDU Session Establishment Accept message to the UE.
  • the DNS control information indicating that the SMF needs not to send the DNS configuration to the UE is received in step 409, the DNS configuration is not included in the NAS PCO.
  • Steps 415 to 417 are executed if the notification is received in step 412 and the PCF decides that the update of the DNS information to the UE is needed. For example, when the selected LDNSR in step 411 as the DNS server should be notified to UE, the update is needed.
  • the updated DNS information (e.g. updated DNS information for the UE) , considering the notification of LDNSR information, is delivered to the UE.
  • a UE policy control update notify request (e.g. Npcf_UEPolicyControl_UpdateNotify Request) is sent from the PCF to the AMF
  • a UE configuration update procedure is performed between the AMF and the UE so that the updated DNS information is known to the UE
  • a UE policy control update notify response (e.g. Npcf_UEPolicyControl_UpdateNotify Response) is sent from the AMF to the PCF.
  • LDNSR can be updated as DNS server for the applied applications which can be dedicated applications or all the applications.
  • the DNS servers that can be chosen by the UE are LDNSR, C-DNS server and L-DNS server. Therefore, in the updated DNS information, the LDNSR can be updated for some dedicated applications or all applications.
  • the C-DNS server and/or L-DNS server can still be chosen by the UE or replaced by the LDNSR.
  • step 418a DNS Query for central application, supposed to be handled by LDNSR and resolved in C-DNS server, is triggered in the UE.
  • step 418b the LDNSR is selected as the DNS server for the DNS Query based on the received DNS information in step 416.
  • the address of LDNSR is used as the DA for the DNS query message.
  • step 418c the DNS query is sent to the LDSNR and then forwarded to the C-DNS server.
  • step 418d the DNS response is sent back to the UE. If DNS Query for central application, supposed to be resolved in C-DNS server directly, is triggered in the UE, the C-DNS is selected as the DNS server for the DNS Query based on the received DNS information.
  • step 419 a local UPF insertion to access local DN is triggered.
  • step 420 due to the insertion of the local UPF, if the 5GC (e.g. SMF) makes decision that L-DNS server is added or updated for DNS handling for the DNS message for some (or all) local applications.
  • the decision e.g. the notification of L-DNS server
  • the PCF makes decision on whether the UE policy for DNS information needs to be updated. If the update is needed (for example, the L-DNS server used for some (or all) local applications is not yet known to the UE or needs to be updated) , step 421a to 421c are executed. Otherwise, steps 421a to 421c are omitted.
  • the updated DNS information (e.g. the updated DNS information for the UE) , considering the notification received in step 420, is delivered to the UE.
  • a UE policy control update notify request (e.g. Npcf_UEPolicyControl_UpdateNotify Request) is sent from the PCF to the AMF
  • a UE configuration update procedure is performed between the AMF and the UE so that the updated DNS information is known to the UE
  • a UE policy control update notify response (e.g. Npcf_UEPolicyControl_UpdateNotify Response) is sent from the AMF to the PCF.
  • L-DNS server is updated as DNS server for the (or some) locally deployed applications.
  • step 422a DNS Query for local application, supposed to be resolved in L-DNS server, is triggered in the UE.
  • step 422b the related L-DNS server is selected as the DNS server for the DNS Query based on the received DNS information.
  • the address of L-DNS server is used as the DA for the DNS query message.
  • step 422c DNS query is sent to the L-DNS server for resolution.
  • step 422d the DNS response is received from the L-DNS server.
  • the PCF decides the DNS information for the UE. This is triggered in the UE registration procedure. Alternatively, it can be triggered by any related policy update conditions with the same manner as in the first embodiment.
  • the DNS information for the UE can be updated, by the PCF with reference to the notification from the SMF (e.g. which LDSNR is selected) , to updated DNS information for the UE.
  • the DNS information for the UE can be also updated, by the PCF with reference to the notification from the SMF (e.g. an L-DNS server is added or updated) , to updated DNS information for the UE.
  • LDNSR when a LDNSR is deployed, different DNS servers (LDNSR or C-DNS, and L-DNS server) can be determined for different applications (e.g. different for central applications and local applications) . If the DNS information related the LDNSR or L-DNS server decided by the SMF needs to be invalidated when the PDU session is released, the SMF can notify the information to the PCF and further update the DNS information for the UE to invalidate the DNS information related the LDNSR or L-DNS server decided by the SMF.
  • LDNSR LDNSR or C-DNS, and L-DNS server
  • the DNS server is configured via DNS selection rule for PDU session.
  • the third embodiment assumes that the UE has been registered with the network (during the registration, the DNS information for the UE is not configured) , and that the DNS server information for applications is configured to the 5GC (e.g. to SMF or PCF) locally or dynamically.
  • 5GC e.g. to SMF or PCF
  • the PDU Session establishment is initiated.
  • a UE capability “UE support for DNS selection policy” is supported by the UE.
  • the UE capability “UE support for DNS selection policy” can be optionally supported by the UE. In the latter condition, an indication of UE support for DNS selection policy can be included in the PDU Session establishment.
  • AMF sends a PDU session create SM context request (e.g. Nsmf_PDUSession_CreateSMContext Request) to the SMF.
  • a PDU session create SM context request e.g. Nsmf_PDUSession_CreateSMContext Request
  • the indication of UE support for DNS selection policy, if received in step 501, is included in the PDU session create SM context request.
  • step 503 the SMF selects PCF.
  • step 504 the SMF sends a SM policy control create request (e.g. Npcf_SMPolicyControl_Create Request) to the PCF.
  • a SM policy control create request e.g. Npcf_SMPolicyControl_Create Request
  • the indication of UE support for DNS selection policy, if received in step 502, is included in the SM policy control create request.
  • the PCF makes policy decision on the DNS information for the PDU session.
  • the DNS information for the PDU session may be constructed based on the DNS information configured locally or dynamically from AF (AF is not shown in Figure 5) , and optionally the information from the SMF (e.g. an indication of UE support for DNS selection policy) .
  • the PCF sends a SM policy control create response (e.g. NpcfSMPolicyControl_Create Response) to the SMF.
  • the DNS information for the PDU session is included in the SM policy control create response.
  • the DNS information for the PDU session can include a list of DNS servers for the applications e.g. FQDNs.
  • the DNS information for the PDU session further includes related validation criteria, which represents the criteria to be considered when the DNS server is selected.
  • the DNS information for the PDU session further includes rule precedence for determining the order of the DNS Server selection rules enforced in the UE.
  • step 506 the SMF selects C-UPF.
  • step 507 the SMF selects LDNSR.
  • the SMF constructs the DNS information for the PDU session based on at least one of locally configured DNS information (i.e. the DNS information configured in the SMF) , locally decided DNS information (i.e. the DNS information decided by the SMF, e.g. the LDNSR information (the information about the LDNSR selected by the SMF) ) and the DNS information received from the PCF in step 505, and sends a PDU session create SM context response (e.g. Nsmf_PDUSession_CreateSMContextResponse) to the AMF.
  • the PDU session create SM context response includes the constructed DNS information for the PDU session by the SMF.
  • LDNSR can be configured for DNS handling for specific applications or all the applications
  • C-DNS server can be configured for the centrally deployed applications
  • L-DNS server can be configured for the (or some) locally deployed applications.
  • the AMF sends a PDU session establishment accept message to the UE.
  • the PDU session establishment accept message includes the DNS information for the PDU session constructed by the SMF.
  • DNS Query for central application is triggered in the UE.
  • the LDNSR is selected as the DNS server for the DNS Query based on the received DNS information.
  • the address of LDNSR is used as the DA for the DNS query message.
  • the DNS query is sent to the LDSNR and then forwarded to the C-DNS server.
  • the DNS response is sent back to the UE. If DNS Query for central application, supposed to be resolved in C-DNS server directly, is triggered in the UE, the C-DNS is selected as the DNS server for the DNS Query based on the received DNS information.
  • step 511 a local UPF insertion to access local DN is triggered.
  • a PDU session modification procedure is performed to update the DNS information for the PDU session.
  • the 5GC e.g. SMF
  • the DNS information for the PDU session is updated with the information of the L-DNS server via the PDU session modification procedure. This may be done via DHCP message or RA message via user plane.
  • steps 513a DNS Query for local application, supposed to be resolved in L-DNS server, is triggered in the UE.
  • the related L-DNS server is selected as the DNS server for the DNS Query based on the received DNS information.
  • the address of L-DNS server is used as the DA for the DNS query message.
  • DNS query is sent to the L-DNS server for resolution.
  • the DNS response is received from the L-DNS server.
  • LDNSR, C-DNS server and L-DNS server can be configured as the DNS server for applications. Accordingly, the LDNSR, the C-DNS server or the L-DNS server can be used as the DA for the DNS query message.
  • L-DNS server can be included in the DNS server list, configured as the DNS server for applications, used as the DA for the DNS query message.
  • the L-DNS server can be used in conjunction with an L-DNS resolver. That is, when the L-DNS resolver is deployed, when L-DNS server is included in the DNS server list, i.e. can be configured as the DNS server for local applications, the L-DNS resolver can be used as the DA for the DNS query message, while the L-DNS resolver forwards the DNS query message to the L-DNS server to resolute.
  • An application can have one or more deployments.
  • the application can be deployed centrally.
  • the application can be also deployed in one or more edge platforms.
  • the application may have a different preferred DNS server.
  • one or more applications can be accessed in one PDU session.
  • the DNS information can identify and configure one or more DNS servers.
  • the DNS information may include a list of DNS servers for at least one application, wherein each application has one or more DNS servers (e.g.
  • the DNS query for the application can be sent to the C-DNS server or the LDNSR; for the application deployed locally in an edge platform, the DNS query can be sent to the L-DNS server or the L-DNS resolver or the LDNSR.
  • the application can be deployed locally in one or more edge platforms.
  • the DNS query can be sent to the L-DNS server or the L-DNS resolver (e.g. L-DNS server1 or L-DNS resolver1) that is local to the one edge platform (e.g.
  • edge platform1 or the LDNSR (that can forward the DNS query to the L-DNS server; note that the LDNSR can be deployed centrally, or it may be deployed locally) .
  • the DNS query can be sent to the L-DNS server or the L-DNS resolver (e.g. L-DNS server2 or L-DNS resolver2) that is local to the other edge platform (e.g. edge platform2) , or the LDNSR (that can forward the DNS query to the L-DNS server) .
  • the L-DNS resolver e.g. L-DNS server2 or L-DNS resolver2
  • the DNS server to which the DNS query for one of the two applications is sent and the DNS server to which the DNS query for the other of the two applications is sent can be included in one DNS information.
  • the DNS server for each deployment of each application is separately configured.
  • all applications (or a group of applications) in one deployment e.g. in one edge platform (e.g. edge platform1)
  • may be configured with the same DNS server e.g. L-DNS server1 or L-DNS resolver1 or LDNSR
  • Figure 6 is a schematic flow chart diagram illustrating an embodiment of a method 600 according to the present application.
  • the method 600 is performed by a remote unit, such as a UE.
  • the method 600 may be performed by a processor executing program code, for example, a microcontroller, a microprocessor, a CPU, a GPU, an auxiliary processing unit, a FPGA, or the like.
  • the method 600 may include 602 receiving DNS information for the UE or for a PDU session, wherein the DNS information identifies and configures one or more DNS servers for at least one application; and 604 selecting a DNS server for DNS resolution for the at least one application based on the received DNS information. For example, when a DNS query for the application deployed centrally is triggered, the DNS query is sent to a C-DNS server or LDNSR; and when a DNS query for the application deployed locally is triggered, the DNS query is sent to an L-DNS server or an L-DNS resolver or the LDNSR.
  • the DNS information further includes validation criteria for the one or more DNS servers. Still preferably, the DNS information further includes precedence for the one or more DNS servers.
  • the method may further comprise transmitting an indication of UE support for DNS selection policy in UE registration procedure and/or in PDU session establishment procedure. During the PDU session establishment procedure or due to insertion of a local UPF, the method may further comprise receiving updated DNS information.
  • the DNS information can be received as a part of URSP rule or as a separate rule.
  • Figure 7 is a schematic flow chart diagram illustrating an embodiment of a method 700 according to the present application.
  • the method 700 is performed by a network function, such as PCF.
  • the method 700 may be performed by a processor executing program code, for example, a microcontroller, a microprocessor, a CPU, a GPU, an auxiliary processing unit, a FPGA, or the like.
  • the method 700 may include 702 constructing DNS information for a UE or for a PDU session, wherein the DNS information identifies and configures one or more DNS servers; and 704 transmitting the DNS information.
  • the DNS information further includes validation criteria for the one or more DNS servers. Still preferably, the DNS information further includes precedence for the one or more DNS servers.
  • the DNS information may be constructed based on DNS information configured locally or dynamically from AF.
  • the method may further comprise receiving an indication of UE support for DNS selection policy in UE registration procedure and/or in PDU session establishment procedure. During the PDU session establishment procedure or due to insertion of a local UPF, the method may further comprise constructing updated DNS information based on additional DNS information, and transmitting the updated DNS information.
  • the DNS information can be transmitted as a part of URSP rule or as a separate rule.
  • Figure 8 is a schematic flow chart diagram illustrating an embodiment of a method 800 according to the present application.
  • the method 800 is performed by a network function, such as SMF.
  • the method 800 may be performed by a processor executing program code, for example, a microcontroller, a microprocessor, a CPU, a GPU, an auxiliary processing unit, a FPGA, or the like.
  • the method 800 may include 802 constructing DNS information for PDU session based on at least one of DNS information configured locally, DNS information decided locally and DNS information received from PCF, wherein the DNS information for PDU session identifies and configures one or more DNS servers; and 804 transmitting the DNS information for PDU session.
  • the DNS information decided locally can be LDNSR information.
  • Figure 9 is a schematic block diagram illustrating apparatuses according to one embodiment.
  • the UE includes a processor, a memory, and a transceiver.
  • the processor implements a function, a process, and/or a method which are proposed in Figure 6.
  • the UE comprises a processor; and a receiver coupled to the processor, the receiver being configured to receive DNS information for the UE or for a PDU session, wherein the DNS information identifies and configures one or more DNS servers for at least one application, wherein the processor is configured to select a DNS server for DNS resolution for the at least one application based on the received DNS information. For example, when a DNS query for the application deployed centrally is triggered, the DNS query is sent to a C-DNS server or LDNSR; and when a DNS query for the application deployed locally is triggered, the DNS query is sent to an L-DNS server or an L-DNS resolver or the LDNSR.
  • the DNS information further includes validation criteria for the one or more DNS servers. Still preferably, the DNS information further includes precedence for the one or more DNS servers.
  • the UE may further comprise a transmitter that transmits an indication of UE support for DNS selection policy in UE registration procedure and/or in PDU session establishment procedure. During the PDU session establishment procedure or due to insertion of a local UPF, the receiver may further receive updated DNS information.
  • the DNS information can be received as a part of URSP rule or as a separate rule.
  • Figure 10 is a schematic block diagram illustrating apparatuses according to one embodiment.
  • the network function (e.g. PCF or SMF) includes a processor, a memory, and a transceiver.
  • the processor implements a function, a process, and/or a method which are proposed in Figure 7 or 8.
  • the network node PCF comprises: a processor configured to construct DNS information for a UE or for a PDU session, wherein the DNS information identifies and configures one or more DNS servers; and a transmitter coupled to the processor, the transmitter being configured to transmit the DNS information.
  • the DNS information further includes validation criteria for the one or more DNS servers. Still preferably, the DNS information further includes precedence for the one or more DNS servers.
  • the DNS information may be constructed based on DNS information configured locally or dynamically from AF.
  • the PCF may further comprise a receiver that receives an indication of UE support for DNS selection policy in UE registration procedure and/or in PDU session establishment procedure. During the PDU session establishment procedure or due to insertion of a local UPF, the processor may further construct updated DNS information based on additional DNS information, and the transmitter transmits the updated DNS information.
  • the DNS information can be transmitted as a part of URSP rule or as a separate rule.
  • the network node SMF comprises: a processor configured to construct DNS information for PDU session based on at least one of DNS information configured locally, DNS information decided locally and DNS information received from PCF, wherein the DNS information for PDU session identifies and configures one or more DNS servers; and a transmitter coupled to the processor, the transmitter being configured to transmit the DNS information for the PDU session.
  • the DNS information decided locally can be LDNSR information.
  • Layers of a radio interface protocol may be implemented by the processors.
  • the memories are connected with the processors to store various pieces of information for driving the processors.
  • the transceivers are connected with the processors to transmit and/or receive message or information. Needless to say, the transceiver may be implemented as a transmitter to transmit the information and a receiver to receive the information.
  • the memories may be positioned inside or outside the processors and connected with the processors by various well-known means.
  • each component or feature should be considered as an option unless otherwise expressly stated.
  • Each component or feature may be implemented not to be associated with other components or features.
  • the embodiment may be configured by associating some components and/or features. The order of the operations described in the embodiments may be changed. Some components or features of any embodiment may be included in another embodiment or replaced with the component and the feature corresponding to another embodiment. It is apparent that the claims that are not expressly cited in the claims are combined to form an embodiment or be included in a new claim.
  • the embodiments may be implemented by hardware, firmware, software, or combinations thereof.
  • the exemplary embodiment described herein may be implemented by using one or more application-specific integrated circuits (ASICs) , digital signal processors (DSPs) , digital signal processing devices (DSPDs) , programmable logic devices (PLDs) , field programmable gate arrays (FPGAs) , processors, controllers, micro-controllers, microprocessors, and the like.
  • ASICs application-specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Sont divulgués un procédé et appareil d'amélioration de la configuration DNS pour des applications. Un procédé mis en œuvre au niveau d'un UE consiste : à recevoir des informations DNS pour l'UE ou pour une session PDU, les informations DNS identifiant et configurant un ou plusieurs serveurs DNS pour au moins une application ; et à sélectionner un serveur DNS pour une résolution DNS pour ladite application en fonction des informations DNS reçues.
PCT/CN2021/073768 2021-01-26 2021-01-26 Amélioration de la configuration dns pour des applications WO2022160092A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/073768 WO2022160092A1 (fr) 2021-01-26 2021-01-26 Amélioration de la configuration dns pour des applications

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/073768 WO2022160092A1 (fr) 2021-01-26 2021-01-26 Amélioration de la configuration dns pour des applications

Publications (1)

Publication Number Publication Date
WO2022160092A1 true WO2022160092A1 (fr) 2022-08-04

Family

ID=82652963

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/073768 WO2022160092A1 (fr) 2021-01-26 2021-01-26 Amélioration de la configuration dns pour des applications

Country Status (1)

Country Link
WO (1) WO2022160092A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024036038A1 (fr) * 2022-08-09 2024-02-15 Qualcomm Incorporated Session avec interruption de session et plusieurs adresses de protocoles internet de résolveur de système de noms de domaine

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111836319A (zh) * 2019-08-23 2020-10-27 维沃移动通信有限公司 域名地址获取的方法和设备

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111836319A (zh) * 2019-08-23 2020-10-27 维沃移动通信有限公司 域名地址获取的方法和设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "KI#1: Update solution #22 to resolve ENs and support multi-homing PDU session", 3GPP DRAFT; S2-2005970, vol. SA WG2, 1 September 2020 (2020-09-01), pages 1 - 12, XP051928634 *
LENOVO, MOTOROLA MOBILITY, NOKIA, NOKIA SHANGHAI BELL, NTT DOCOMO, CHINA MOBILE, HUAWEI, HISILICON, INTERDIGITAL INC.: "KI #1, Sol #22: update on LDNSR selection and other ENs", 3GPP DRAFT; S2-2009160, vol. SA WG2, 23 November 2020 (2020-11-23), Elbonia, pages 1 - 11, XP051958201 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024036038A1 (fr) * 2022-08-09 2024-02-15 Qualcomm Incorporated Session avec interruption de session et plusieurs adresses de protocoles internet de résolveur de système de noms de domaine

Similar Documents

Publication Publication Date Title
US20230086304A1 (en) Method and apparatus for transmitting address information, method and apparatus for obtaining address information, device, and medium
CN114424508B (zh) 用于在移动边缘计算中本地应用服务器发现的方法及装置
US20200323029A1 (en) Session Processing Method and Apparatus
US20220124147A1 (en) Application relocation method and apparatus
US20240154934A1 (en) Domain name system server determining method, and request processing method, apparatus, and system
US20230354149A1 (en) Method for identification of traffic suitable for edge breakout and for traffic steering in a mobile network
CN111919474B (zh) Ims中的网络分片
WO2021092441A1 (fr) Notification de changement d'adresse associée à des réseaux informatiques périphériques
US20220264690A1 (en) Method for influencing data traffic routing in a core network
BR112020019919A2 (pt) Seleção de nó de acesso em rede 5g para acesso não 3gpp e não celular, indicando também requisitos regionais de acordo com interceptação legal
WO2021064218A1 (fr) Activation dynamique d'accès local lbo avec coordination entre domaine d'application et réseau mobile
US20230025344A1 (en) Application Discovery Method, Apparatus, and System, and Computer Storage Medium
US20230106757A1 (en) Server discovery improvement when application server changes
CN116530111A (zh) Wtru上的用户装备/无线发射/接收单元提供的数据网络
WO2022160092A1 (fr) Amélioration de la configuration dns pour des applications
WO2022170593A1 (fr) Fourniture de configuration dns
US20240196366A1 (en) Improvement of coordination of up path change and af relocation
JP7493622B2 (ja) データ転送のサポート
US12021827B2 (en) Apparatus, method and computer program to influence 3GPP terminals on preferences between multiple recursive DNS servers
CN116195280A (zh) 用于处理虚拟域的方法和设备
WO2023201735A1 (fr) Amélioration de relocalisation avec des informations de relocalisation dédiées
RU2783809C2 (ru) Способ связи и устройство связи
EP4038953B1 (fr) Continuité de service pour relocalisation d'ancrage de session pdu
WO2024073921A1 (fr) Procédé et appareil de prise en charge de périphérie

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 13.11.2023).

122 Ep: pct application non-entry in european phase

Ref document number: 21921714

Country of ref document: EP

Kind code of ref document: A1