CN114586327A - 基于用户设备所位于的服务区的dns服务器选择 - Google Patents

Abstract

公开了用于支持边缘数据网络发现的设备、方法和系统。一种设备(500)包括收发器(525)和处理器(505)，处理器(505)从移动通信网络中的功能接收(705)第一请求，该第一请求包括UE身份和UE网络地址。处理器(505)基于UE位置来确定(710)UE是否位于第一服务区中，并且响应于确定UE位于第一服务区中而将从UE网络地址接收到的DNS请求转发(715)到与第一服务区相关联的第一DNS服务器。经由收发器(525)，处理器(505)从第一DNS服务器接收(720)DNS回复并且响应于确定DNS回复包括第一IP地址而将第二请求发送(725)到移动通信网络中的策略功能。

Description

基于用户设备所位于的服务区的DNS服务器选择

技术领域

本文中所公开的主题总体上涉及无线通信，并且更具体地涉及针对位于各种服务区中的UE的DNS请求处理。

背景技术

在此处定义了以下缩略词和首字母缩略词，在以下描述中引用了这些缩略词中的至少一些。

第三代合作伙伴项目(“3GPP”)、第五代核心(“5GC”)、第五代QoS指示符(“5QI”)、接入和移动性管理功能(“AMF”)、接入点名称(“APN”)、接入层(“AS”)、地址解析功能(“ARF”)、应用编程接口(“API”)、数据网络名称(“DNN”)、数据无线电承载(“DRB”)、下行链路(“DL”)、增强型移动宽带(“eMBB”)、演进型节点B(“eNB”)、演进型分组核心(“EPC”)、演进型UMTS陆地无线电接入网络(“E-UTRAN”)、欧洲电信标准协会(“ETSI”)，全局唯一临时UE身份(“GUTI”)，归属用户服务器(“HSS”)、物联网(“IoT”)、IP多媒体子系统(“IMS”，又名“IP多媒体核心网络子系统”)、互联网协议(“IP”)、长期演进(“LTE”)、高级LTE(“LTE-A”)、媒体接入控制(“MAC”)、调制编码方案(“MCS”)、机器类型通信(“MTC”)、大规模MTC(“mMTC”)、移动网络运营商(“MNO”)、移动性管理(“MM”)、移动性管理实体(“MME”)、非接入层(“NAS”)、窄带(“NB”)、网络功能(“NF”)、网络接入标识符(“NAI”)、下一代(例如，5G)、节点B(“gNB”)、下一代无线电接入网络(“NG-RAN”)、新无线电(“NR”)、策略控制功能(“PCF”)、分组数据网络(“PDN”)、分组数据单元(“PDU”)、PDN网关(“PGW”)、公共陆地移动网络(“PLMN”)、服务质量(“QoS”)、QoS类别标识符(“QCI”)、注册区(“RA”)、无线电接入网络(“RAN”)、无线电接入技术(“RAT”)、无线电资源控制(“RRC”)、接收(“Rx”)、单网络切片选择辅助信息(“S-NSSAI”)、安全用户平面位置(“SUPL”)、服务网关(“SGW”)、会话管理功能(“SMF”)、系统信息块(“SIB”)、追踪区(“TA”)、传输控制协议(“TCP”)、传输(“Tx”)、统一数据管理(“UDM”)、用户实体/装备(移动终端)(“UE”)、上行链路(“UL”)、用户平面(“UP”)、通用移动电信系统(“UMTS”)、超可靠和低延迟通信(“URLLC”)、用户数据报协议(“UDP”)、无线局域网(“WLAN”)和全球微波接入互操作性(“WiMAX”)。

在某些实施例中，可以部署通信系统、边缘数据网络以增强性能。当UE位于边缘数据网络服务区中时，UE接收适合的边缘实例应用服务器的地址。否则(即，当UE在边缘数据网络服务区外部漫游时)，UE接收应用服务器的默认(例如，基于云的)实例的地址。

发明内容

公开了用于支持边缘数据网络发现的方法。设备和系统还进行这些方法的功能。

一种移动网络中的地址解析功能(“ARF”)的方法包括：从移动通信网络中的功能接收第一请求，该第一请求包括UE身份和UE网络地址；基于UE位置来确定UE是否位于第一服务区中；响应于确定UE位于第一服务区中而将从UE网络地址接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器；从第一DNS服务器接收DNS回复；以及响应于确定DNS回复包括第一IP地址而将第二请求发送到移动通信网络中的策略功能。

一种移动网络中的会话管理功能(“SMF”)的方法包括：从UE接收对建立移动数据连接的第一请求；为移动数据连接选择第一用户平面功能；确定UE是否位于第一服务区中；将第一用户平面功能配置为响应于确定UE位于第一服务区中而将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器；从第一用户平面功能接收第一消息，该第一消息指示第一DNS服务器已经提供了包括第一IP地址的DNS回复；以及将第二用户平面功能插入到移动数据连接，该第二用户平面功能提供到第一IP地址的本地路由。

一种移动网络中的用户平面功能(“UPF”)的方法包括：接收第一指令以将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器；以及响应于接收到指令而将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。该方法包括：从第一DNS服务器接收DNS回复；以及响应于确定DNS回复包括第一IP地址而将第一消息发送到移动通信网络中的会话管理功能。

附图说明

将通过参考在附图中图示的特定实施例来呈现上文简要描述的实施例的更具体的描述。应理解，这些图式仅描绘了一些实施例，因此不应被视为是对范围的限制，将通过使用附图以额外的特异性和细节来描述和解释这些实施例，在附图中：

图1是图示了用于支持边缘数据网络发现的无线通信系统的一个实施例的框图；

图2是图示了用于支持边缘数据网络发现的网络部署的一个实施例的网络图；

图3A是图示了基于AMF的DNS处理的一个实施例的信号流程图；

图3B是图3A中所描绘的过程的继续；

图4A是图示了基于UPF的DNS处理的一个实施例的信号流程图；

图4B是图4A中所描绘的过程的继续；

图5是图示了用于支持边缘数据网络发现的网络装备设备的一个实施例的框图；

图6是图示了用于支持边缘数据网络发现的用户设备装置的一个实施例的框图；

图7是图示了用于支持边缘数据网络发现的第一方法的一个实施例的流程图；

图8是图示了用于支持边缘数据网络发现的第二方法的一个实施例的流程图；以及

图9是图示了用于支持边缘数据网络发现的第三方法的一个实施例的流程图。

具体实施方式

本领域的技术人员应了解，实施例的各个方面可以体现为系统、设备、方法或程序产品。因此，实施例可以采用完全硬件实施例、完全软件实施例(包括固件、驻留软件、微代码等)或组合软件方面和硬件方面的实施例的形式。

例如，可以将所公开的实施例实施为包括定制的超大规模集成(“VLSI”)电路或门阵列的硬件电路、现成半导体(诸如，逻辑芯片、晶体管)或其他离散组件。所公开的实施例还可以实施在诸如，现场可编程门阵列、可编程阵列逻辑、可编程逻辑装置等的可编程硬件装置中。作为另一示例，所公开的实施例可以包括可执行代码的一个或多个物理块或逻辑块，可以例如将这些块组织成对象、过程或功能。

此外，实施例可以采用体现为一个或多个计算机可读存储装置的程序产品的形式，这些计算机可读存储装置存储机器可读代码、计算机可读代码和/或程序代码(在下文中被称为代码)。存储装置可以是有形的、非暂时性的和/或非传输的。存储装置可以不包含信号。在特定实施例中，存储装置仅采用用于接入代码的信号。

可以利用一种或多种计算机可读介质的任何组合。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储装置。存储装置可以是例如但不限于，电子、磁性、光学、电磁、红外、全息、微机械或半导体系统、设备或装置或前述各者的任何合适组合。

存储装置的更具体示例(非详尽列表)将包括以下内容：具有一个或多个引线的电气连接、便携式计算机磁盘、硬盘、随机存取存储器(“RAM”)、只读存储器(“ROM”)、可擦除可编程只读存储器(“EPROM”或闪速存储器)、便携式光盘只读存储器(“CD-ROM”)、光学存储装置，磁性存储装置或前述各者的任何合适组合。在本文的上下文中，计算机可读存储介质可以是任何有形介质，该有形介质可以包含或存储用于由指令执行系统、设备或装置使用或结合指令执行系统、设备或装置使用的程序。

贯穿本说明书，对“一个实施例”、“实施例”或类似语言的引用是指结合该实施例描述的特定特征、结构或特点被包括在至少一个实施例中。因此，除非另有明确规定，否则贯穿本说明书出现的短语“在一个实施例中”、“在实施例中”和类似语言都可以但并不一定需要指相同的实施例，而是指“一个或多个但并非全部实施例”。除非另有明确规定，否则术语“包括”、“包含”、“具有”及其变型是指“包括但不限于”。除非另外明确规定，否则所列举的项列表并不意味着任何或所有项都是互斥的。除非另外明确规定，否则术语“一”、“一个”和“该”还指“一个或多个”。

如本文中所使用，具有连词“和/或”的列表包括列表中的任何单个项或列表中的项的组合。例如，A、B和/或C的列表包括仅A、仅B、仅C、A与B的组合、B与C的组合、A与C的组合或A、B和C的组合。如本文中所使用，使用术语“中的一个或多个”的列表包括列表中的任何单个项或列表中的项的组合。例如，A、B和C中的一个或多个包括仅A、仅B、仅C、A与B的组合、B与C的组合、A与C的组合或A、B和C的组合。如本文中所使用，使用术语“中的一个”的列表

包括列表中的任何单个项中的一个且仅一个。例如，“A、B和C中的

一个”包括仅A、仅B或仅C，并且不包括A、B和C的组合。如本文

中所使用，“选自由A、B和C组成的组的成员”包括A、B或C中的

一个且仅一个，并且不包括A、B和C的组合。如本文中所使用，“选

自由A、B和C及其组合组成的组的成员”包括仅A、仅B、仅C、A与B的组合、B与C的组合、A与C的组合或A、B和C的组合。

此外，可以以任何合适的方式组合实施例的所描述的特征、结构或特点。在以下描述中，提供了若干具体细节(诸如，编程、软件模块、用户选择、网络交易、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等的示例)以提供对实施例的彻底理解。然而，相关领域的技术人员应认识到，可以在不具有具体细节中的一个或多个的情况下或利用其他方法、组件、材料等来实践实施例。在其他实例中，并未详细地示出或描述已知结构、材料或操作,以避免模糊实施例的各个方面。

下文参考根据实施例的方法、设备、系统和程序产品的示意性流程图和/或示意性框图来描述实施例的各个方面。应理解，示意性流程图和/或示意性框图的各个框以及示意性流程图和/或示意性框图中的框的组合可以通过代码来实施。可以将该代码提供到通用计算机、专用计算机或其他可编程数据处理设备的处理器以产生机器，使得经由计算机或其他可编程数据处理设备的处理器执行的指令创建用于实施在示意性流程图和/或示意性框图中指定的功能/动作的装置。

还可以将代码存储在存储装置中，该存储装置可以指示计算机、其他可编程数据处理设备或其他装置以特定方式起作用，使得存储在存储装置中的指令产生包括指令的制品，这些指令实施在示意性流程图和/或示意性框图中指定的功能/动作。

还可以将代码加载到计算机、其他可编程数据处理设备或其他装置上，以使一系列操作步骤在计算机、其他可编程设备或其他装置上进行，以产生计算机实施的进程，从而使得在计算机或其他可编程设备上执行的代码提供用于实施在示意性流程图和/或示意性框图中指定的功能/动作的过程。

在图中的示意性流程图和/或示意性框图图示了根据各种实施例的设备、系统、方法和程序产品的可能实施方式的架构、功能性和操作。在这方面，示意性流程图和/或示意性框图中的每个框可以表示代码的模块、段或部分，这些模块、段或部分包括用于实施指定逻辑功能的代码的一个或多个可执行指令。

还应注意，在一些可替代实施方式中，框中提到的功能可以不按图中所提到的顺序发生。例如，取决于所涉及的功能性，连续地示出的两个框实际上可以基本上同时执行，或这些框有时可以按相反顺序执行。可以设想其他步骤和方法，这些步骤和方法在功能、逻辑或效果上等同于所图示的图的一个或多个框或其部分。

对每个图中的元件的描述可以指前述图的元件。相同的数字指所有图中的相同元件，包括相同元件的替代实施例。

公开了用于支持边缘数据网络发现的方法、设备和系统。UE与支持边缘计算服务的移动网络(例如，5G网络)进行通信。边缘计算服务由连接到移动网络的一个或多个边缘数据网络(EDN)提供。每个EDN在由一个或多个小区组成并且被称为EDN服务区的地理区中提供边缘计算服务。

当UE中的应用客户端想要与应用服务器进行通信时并且当存在部署在网络中的不同位置中的多个应用服务器实例时，应用客户端应该能够发现紧密接近UE的应用服务器实例并且与之进行通信。应用客户端与应用服务器之间的紧密接近通常可以提高通信质量并且使所需的用户平面资源最小化。

例如，假设应用客户端想要发现具有主机名称“appl.example.com”(也被称为完全限定域名，FQDN)的应用服务器并且与之进行通信。为此，UE将发送DNS查询以将主机名称解析为IP地址。

如果UE位于EDN服务区内，那么应将主机名称解析为部署在EDN中的应用服务器实例——被称为边缘应用服务器——的IP地址。然而，如果UE位于任何EDN服务区外部或UE位于不支持主机名称app1.example.com的EDN服务区中，那么应将主机名称解析为部署在云数据网络中的应用服务器实例——被称为云应用服务器——的IP地址。应注意，所有以上应用服务器实例都是通过使用相同类型的通信协议提供相同类型的服务的服务器。它们仅部署在不同网络位置处。

因为将UE中的应用客户端假设为“边缘未感知的”，即，其不支持可以促进发现应用服务器的IP地址的边缘特定API，所以问题是当存在分布在不同位置中的应用服务器的多个实例时如何发现靠近应用客户端的位置的适合的应用服务器。

在一个实施例中，使用“地理-DNS”机制，其中DNS服务器基于请求的主机/UE的IP地址来返回多个应用服务器地址中的一个。请求的主机/UE的IP地址与同固定主机/UE良好配合的地理位置——例如，街区、城市、国家等——相关联。然而，在移动通信网络的上下文中，地理-DNS机制是无效的，这是因为请求的主机/UE可以在不改变其IP地址的情况下在大地理区(例如，在整个国家)漫游。因此，UE的IP地址不能提供准确的位置信息并且无法用于发现在UE附近——例如，在边缘数据网络中——的应用服务器。

为了克服这种地理-DNS限制，本公开提出了用于应用服务器发现的不同机制，该机制特别适合于5G移动通信网络。

在各种实施例中，DNS服务器/代理被部署在移动通信网络中，该DNS服务器/代理经由用户平面从UE接收所有DNS查询。DNS服务器/代理经由与5GC的控制平面接口确定UE的位置，并且基于所确定的UE位置来将接收到的DNS查询转发到另一DNS服务器。例如，如果确定UE在EDN-2服务区内部，那么将UE的所有DNS查询转发到EDN-2DNS服务器。

在另一场景中，部署在移动通信网络中的DNS服务器/代理可以配置有部署在EDN中的应用服务器的FQDN和IP地址。在该场景中，如果DNS服务器/代理具有用于对DNS查询作出响应的信息，那么DNS服务器/代理不将接收到的DNS查询转发到另一DNS服务器。

如果确定UE在任何EDN服务区外部，那么将UE的所有DNS查询转发到云DNS服务器。EDN中的每个DNS服务器都可以解析EDN所支持的所有边缘应用服务器的主机名称。云DNS服务器可以解析部署在云中(例如，在互联网上)的所有应用服务器的主机名称。为此目的，云DNS服务器应用递归DNS解析并且与互联网上的额外DNS服务器进行通信。

图1描绘了根据本公开的实施例的用于支持边缘数据网络发现的无线通信系统100。在一个实施例中，无线通信系统100包括至少一个远程单元105、至少一个基本单元110、接入网络(“AN”)115、边缘数据网络120和移动核心网络140。AN 115和移动核心网络形成移动通信网络。AN 115可以由至少一个基本单元110组成。根据由AN 115部署的无线电接入技术，远程单元105可以使用3GPP通信链路和/或非3GPP通信链路与接入网络115进行通信。尽管在图1中描绘了特定数量的远程单元105、基本单元110、AN 115、边缘数据网络120和移动核心网络140，但本领域的技术人员应认识到，任何数量的远程单元105、基本单元110、AN 115、边缘数据网络120和移动核心网络140可以被包括在无线通信系统100中。

在一种实施方式中，无线通信系统100符合3GPP规范中指定的5G系统。然而，更一般而言，无线通信系统100可以实施一些其他开放或专有通信网络，例如，LTE/EPC(被称为4G)或WiMAX以及其他网络。本公开不旨在限于任何特定无线通信系统架构或协议的实施。

在一个实施例中，远程单元105可以包括计算装置，诸如，桌上型计算机、膝上型计算机、个人数字助理(“PDA”)、平板计算机、智能电话、智能电视(例如，连接到互联网的电视)、智能家电(例如，连接到互联网的家电)、机顶盒、游戏控制台、安全系统(包括安全相机)、车载计算机、网络装置(例如，路由器、开关、调制解调器)等。在一些实施例中，远程单元105包括可穿戴装置，诸如，智能手表、健身手环、光学头戴式显示器等。而且，远程单元105可以被称为UE、用户单元、移动设备、移动站、用户、终端、移动终端、固定终端、用户站、用户终端、无线传输/接收单元(“WTRU”)、装置或用本领域中所使用的其他术语称谓。

远程单元105可以经由上行链路(“UL”)和下行链路(“DL”)通信信号与接入网络115中的基本单元110中的一个或多个直接通信。此外，可以通过通信链路113携载UL和DL通信信号。应注意，接入网络115是为远程单元105提供对移动核心网络140的接入的中间网络。

在一些实施例中，远程单元105经由与移动核心网络140的网络连接与应用服务器151(或其他通信对等层)进行通信。例如，远程单元105中的应用(例如，网络浏览器、媒体客户端、电话/VoIP应用)可以触发远程单元105使用接入网络115与移动核心网络140建立PDU会话(或其他数据连接)。移动核心网络140然后使用PDU会话在远程单元105与数据网络150(例如，应用服务器151)之间中继业务。应注意，远程单元105可以与移动核心网络140建立一个或多个PDU会话(或其他数据连接)。因而，远程单元105可以具有用于与数据网络150进行通信的至少一个PDU会话。远程单元105可以建立用于与其他数据网络和/或其他通信对等层进行通信的额外PDU会话。

如下文进一步详细讨论的，如果远程单元105位于EDN服务区125中，那么可以将远程单元105的移动数据连接(PDU会话)修改为包括边缘应用服务器121。进一步地，如果远程单元105位于EDN服务区125中，那么移动核心网络140可以将DNS查询路由到边缘DNS服务器123。否则，如果远程单元105不位于EDN服务区125中，那么移动核心网络140可以将DNS查询路由到位于数据网络150中的DNS服务器153。

基本单元110可以分布在地理区域中。在某些实施例中，基本单元110也可以被称为接入终端、接入点、基本、基站、节点B、eNB、gNB、归属节点B、中继节点、装置，或用本领域中所使用的任何其他术语称谓。基本单元110通常是诸如接入网络115的无线电接入网络(“RAN”)的一部分，该无线电接入网络可以包括可通信地耦合到一个或多个对应基本单元110的一个或多个控制器。无线电接入网络的这些和其他元件未被图示，但通常为本领域的普通技术人员所熟知。基本单元110经由接入网络115连接到移动核心网络140。

基本单元110可以经由通信链路113为例如小区或小区区段的服务区内的若干远程单元105服务。基本单元110可以经由通信信号与远程单元105中的一个或多个直接通信。一般而言，基本单元110传输DL通信信号来在时域、频域和/或空间域中为远程单元105服务。此外，DL通信信号可以通过通信链路113承载。通信链路113可以是授权无线电频谱或未授权无线电频谱中的任何合适的载波。通信链路113有助于远程单元105中的一个或多个和/或基本单元110中的一个或多个之间的通信。

在一个实施例中，移动核心网络140是可以耦合到数据网络(例如，数据网络150，诸如，互联网和专用数据网络以及其他数据网络的5G核心(“5GC”)或演进型分组核心(“EPC”)。远程单元105可以具有与移动核心网络140的订阅或其他账户。每个移动核心网络140属于单个公共陆地移动网络(“PLMN”)。本公开不旨在限于任何特定无线通信系统架构或协议的实施。

移动核心网络140包括若干网络功能(“NF”)。如所描绘的，移动核心网络140包括多个用户平面功能(“UPF”)。此处，移动核心网络140包括为接入网络115服务的至少一个UPF 141。应注意，在某些实施例中，移动核心网络可以包含一个或多个中间UPF，例如，为边缘数据网络120服务的第一UPF。在这种实施例中，UPF 141将是中央UPF，如下文进一步详细讨论的。

移动核心网络140还包括多个控制平面功能，包括但不限于，接入和移动性管理功能(“AMF”)143、会话管理功能(“SMF”)145和策略控制功能(“PCF”)147。在某些实施例中，移动核心网络140还可以包括统一数据管理功能(“UDM”)、认证服务器功能(“AUSF”)、网络存储库功能(“NRF”)(由各种NF用于通过API彼此发现和通信)或针对5GC定义的其他NF。

本公开引入了新5G网络功能，被称为地址解析功能(“ARF”)149，其用作移动核心网络140中的DNS服务器/代理。ARF 149经由用户平面从远程单元105接收所有DNS查询。ARF149经由与移动核心网络140的控制平面接口确定远程单元105的位置，并且基于远程单元105的所确定的位置来将接收到的DNS查询转发到另一DNS服务器。因此，当远程单元105位于EDN服务区125中时，ARF 149将从远程单元105接收到的DNS查询转发到边缘DNS服务器123。虽然图1将ARF 149描绘为移动核心网络140的一部分，但在其他实施例中，ARF149可以在移动核心网络外部。在某些实施例中，ARF 149可以是数据网络150的一部分。在这种实施例中，ARF 149可以与DNS服务器153组合。可替代地，ARF 149可以是数据网络150内的单独功能。

在各种实施例中，移动核心网络140支持不同类型的移动数据连接和不同类型的网络切片，其中，每个移动数据连接利用特定网络切片。每个网络切片包括CP和UP网络功能集合，其中，每个网络切片针对特定类型的服务或业务类别进行优化。为了易于说明，在图1中并未示出不同网络切片，但假设了对不同网络切片的支持。在一个示例中，每个网络切片包括SMF和UPF，但各种网络切片共享AMF 143、PCF 147和UDM。在另一示例中，每个网络切片包括AMF、SMF和UPF。

尽管在图1中描绘了特定数量和类型的网络功能，但本领域的技术人员应认识到，任何数量和类型的网络功能可以被包括在移动核心网络140中。而且，在移动核心网络140是EPC的情况下，可以用适合的诸如MME、S-GW、P-GW、HSS等的EPC实体替换所描绘的网络功能。

图2描绘了包括5G核心网络210和多个边缘数据网络(“EDN”)的网络部署200，每个EDN具有对应EDN服务区。所描绘的网络部署200至少包括第一EDN(“EDN-1”)215和第二EDN(“EDN-2”)220。虽然所描绘的实施例示出了两个EDN，但在其他实施例中，网络部署200可以包括更多的END或更少的EDN。每个EDN与EDN服务区相关联。如所描绘的，第一EDN 215与第一EDN服务区235相关联，并且第二EDN 220与第二EDN服务区240相关联。应注意，针对某些应用服务器，AS的本地实例可以位于EDN(例如，边缘AS-1 217和边缘AS-2 221)中。5G核心网络210还提供对“云”——例如，外部数据网络，被称为云数据网络230——的接入。此处，云数据网络230包括云AS 231和云DNS服务器233。在部署200中，边缘AS-1 217、边缘AS-2221和云AS 231是具有主机名称‘app1.example.com’的相同AS的单独实例。

UE 201、203和205与支持边缘计算服务的移动网络(例如，5G网络)进行通信。UE201至205是远程单元105的实施例并且包括应用客户端207的实例。当UE 205中的应用客户端207想要与应用服务器进行通信时并且当存在部署在网络中的不同位置中的多个应用服务器实例时，应用客户端207应该能够发现紧密接近UE 205的应用服务器实例并且与之进行通信。应用客户端207与应用服务器之间的紧密接近通常可以提高通信质量并且使所需的用户平面资源最小化。然而，将UE 205中的应用客户端207假设为“边缘未感知的”，即，其不支持可以促进应用服务器的IP地址的发现的边缘特定API。因此，应用客户端207应用传统的基于DNS的机制来发现应用服务器的IP地址。

网络部署200还包括DNS服务器/代理225，该DNS服务器/代理225被部署在移动通信网络中，该DNS服务器/代理经由用户平面从UE 205接收所有DNS查询。应注意，IFTF协议说明无法在DNS查询中发送位置。因此，DNS服务器/代理225经由与5GC 210的控制平面接口211确定UE 205的位置，并且基于所确定的UE位置来将接收到的DNS查询转发到另一DNS服务器。虽然图2示出了5G核心网络210外部的DNS服务器/代理225，但在其他实施例中，DNS服务器/代理225位于5G核心网络210内。

例如，如果确定UE 205在EDN-2服务区240内部，那么将UE的所有DNS查询转发到EDN-2DNS服务器223。作为另一示例，如果确定UE 201在EDN-1服务区235内部，那么将UE201的所有DNS查询转发到EDN-1DNS服务器219。应注意，如果UE 201离开EDN-1服务区235——或如果UE 205离开EDN-2服务区240——那么将来自UE的后续DNS查询转发到云DNS服务器233。虽然图2将DNS服务器/代理225和云DNS服务器233示出为单独功能，但在其他实施例中，可以将DNS服务器/代理225和云DNS服务器233组合成单个功能。

在另一场景中，部署在移动通信网络中的DNS服务器/代理225可以配置有部署在EDN中的应用服务器的FQDN和IP地址。在该场景中，如果DNS服务器/代理225具有用于对DNS查询作出响应本身的信息，那么DNS服务器/代理225不将接收到的DNS查询转发到另一DNS服务器(例如，EDN-1DNS服务器219、EDN-2DNS服务器223或云DNS服务器233)。然而，如果DNS服务器/代理225无法解析主机名称，那么DNS服务器/代理225会将DNS查询转发到另一DNS服务器(例如，云DNS服务器233)。

因为确定UE 203在任何EDN服务区外部，所以将UE 203的所有DNS查询转发到云DNS服务器233。EDN中的每个DNS服务器219、223可以解析EDN所支持的所有边缘应用服务器的主机名称。云DNS服务器233可以解析部署在云中(例如，在互联网上)的所有应用服务器的主机名称。为此目的，云DNS服务器233应用递归DNS解析并且与互联网上的额外DNS服务器进行通信。

在图2中示出了DNS服务器/代理225，尽管将DNS服务器/代理225示出在5G核心网络210外部，但DNS服务器/代理225可以部署在5G核心网络210内部。DNS服务器/代理225使用CP接口211来返回适合的IP地址。另外，在适用情况下，DNS服务器/代理225可以使用CP接口211来配置5G核心网络210以便路由到适合的EDN。应注意，所有应用服务器实例217、221和231都是通过使用相同类型的通信协议提供相同类型的服务的服务器。它们仅被部署在不同网络位置处并且因此可使用不同IP地址寻址。

在第一实施例中，DNS服务器/代理225位于地址解析功能(“ARF”)中。此处，ARF使用控制平面接口来与5G核心网络210中的SMF、PCF和NEF进行通信。应注意，ARF可以位于5G核心网络210内部或5G核心网络210外部。在基于ARF的解决方案中，CP接口211用于监测UE位置并且用于配置5G核心210以便路由到适合的EDN。下文参考图3A到图3C进一步详细地讨论了根据该第一实施例的DNS处理过程。在第二实施例中，DNS服务器/代理225位于用户平面功能UPF中(例如，在5G核心网络210中)。此处，UPF使用控制平面接口来与SMF进行通信。在基于UPF的解决方案中，CP接口211用于SMF与UPF之间的通信(与现有N4接口类似)。下文参考图4A到图4C进一步详细地讨论了根据该第二实施例的DNS处理过程。

假设应用客户端207想要发现具有主机名称“appl.example.com”(也被称为完全限定域名，FQDN)的应用服务器并且与之进行通信。为此目的，UE 205将发送DNS查询以将主机名称解析为IP地址。针对位于EDN-1服务区中的UE 201，应将主机名称解析为IP地址‘a.b.c.d’。这使得应用客户端207能够与部署在EDN-1中的应用服务器实例——即，第一边缘应用服务器(“边缘AS-1”)217——进行通信。

针对位于EDN-2服务区中的UE 205，应将主机名称解析为IP地址‘j.k.l.m’。这使得应用客户端207能够与部署在EDN-2中的应用服务器实例——即，第二边缘应用服务器(“边缘AS-2”)221——进行通信。然而，针对位于任何EDN服务区外部的UE 203(或针对位于不支持主机名称‘app1.example.com’的EDN服务区中的UE)，应将主机名称解析为IP地址‘e.f.g.h’。这使得应用客户端207能够与部署在云数据网络中的应用服务器实例——即，云应用服务器231——进行通信。

图3A到图3B描绘了根据本公开的实施例的用于基于ARF的DNS处理解决方案的过程300。过程300涉及UE 305、EDN 310和5G核心网络210。过程300使得移动通信网络能够检测UE 305何时尝试发现应用服务器的IP地址并且向UE 305提供物理上最靠近的应用服务器的IP地址，即，位于边缘数据网络(EDN)中的应用服务器的IP地址。该解决方案是基于图2中所呈现的原理并且利用地址解析功能(ARF)149，这是图2中的DNS服务器/代理225的实施例。UE 305是远程单元105的实施例并且包括应用客户端207以及较低层307(例如，NAS层、AS层等)的实例。

参照图3A，在ARF 149获取关于部署在5G网络中的EDN的信息时(参见消息传送321)，过程300开始于步骤0。在所描绘的实施例中，该信息可以从EDN配置服务器(EDN CS)315——如在3GPP TR23.758中所定义的EDN配置服务器——接收。在其他实施例中，可以从操作维护管理(OAM)系统接收EDN部署信息，或可以经由其他装置在ARF 149中配置EDN部署信息。

ARF 149中的EDN部署信息可以包括EDN服务区、EDN DNS服务器的地址、数据网络接入标识符(DNAI)、与EDN相关联的位置标识符等。在一种场景中，ARF 149中关于EDN的信息还可以包含部署在该EDN中的应用服务器的FQDN和IP地址(因此，ARF 149还包含EDN DNS服务器)。这在EDN和ARF 149由同一网络运营商运行时尤其有用。

在步骤1中，UE 305进行正常5G注册以向5G网络进行注册(参见框323)。在步骤2中，UE 305请求建立PDU会话，例如以便经由5G网络接入互联网(参见框325)。SMF 145为该PDU会话选择ARF149作为DNS服务器并且向UE 305提供该ARF的地址作为DNS服务器的地址。SMF 145可以决定为该PDU会话选择ARF 149作为DNS服务器，因为UE订阅数据(存储在UDR314中)指示允许UE 305经由该PDU会话接入边缘计算服务。然而，在一些场景中，SMF 145可以不选择ARF 149作为用于PDU会话的DNS服务器。例如，如果这是用于IMS服务的PDU会话并且IMS功能被部署在云中，那么SMF145可以确定不为该PDU会话选择ARF 149。

在步骤2期间，SMF 145仅选择一个UPF 141(中央UPF)，该UPF 141提供对外部数据网络(DN)——诸如，互联网或公司数据网络——的接入。SMF 145可以从PCF 147接收PCC规则，该PCC规则指示UE 305的一些业务应经由本地UPF 320而非经由中央UPF 141路由到EDN。然而，SMF 145不将本地UPF 320插入到PDU会话的数据路径，因为SMF 145不知道UE305稍后是否将发起应路由到EDN的该业务。如果SMF 145将本地UPF 320插入到PDU会话的数据路径中(因此存在中央UPF 141和本地UPF 320)，但UE 305不发起应经由本地UPF 320路由到EDN的业务，那么本地UPF 320将仅在数据路径上引入额外延迟并且将不必要地消耗大量资源。

在步骤3中，刚好在SMF 145知道分配给UE 305以用于PDU会话的IP地址之后(例如，在对来自UE 305的DHCPv4请求作出响应之后或在接收到包括UE 305的IPv6地址作为重复地址检测过程的一部分的邻居征求之后)，SMF 145向所选择的ARF 149提供UE的IP地址和UE的身份(例如，SUPI或外部标识符)。如所描绘的，SMF 145可以发送包含UE IP地址和UE身份的创建UE上下文请求(参见消息传送327)。该UE标识符使得ARF 149能够监测UE的位置(参见步骤5)。

在步骤4中，ARF 149向SMF 145订阅以接收UE 305的新IP地址，以防该IP地址稍后改变(参见消息传送329)。这使得ARF 149能够始终具有UE 305的正确IP地址。在步骤5中，ARF 149通过1)向NEF 313订阅位置监测事件并且接收该UE的位置报告或2)利用5GS的位置服务(LCS)并且经由Le参考点直接联系网关移动位置中心(GMLC)来发起UE的位置的监测(参见消息传送331)。

根据接收到的位置报告并且根据在步骤0中接收到的EDN信息，ARF 149可以确定UE 305是否位于EDN服务区125内部。最初，假设UE 305不位于EDN服务区125中。在这种假设下，将由ARF 149从UE 305接收到的每个DNS查询转发到云DNS服务器233，直到接收到通知为止。

在步骤6中，UE 305移动到新位置并且进入EDN服务区125(参见框333)。这由ARF149例如在从NEF 313接收到位置报告之后标识(参见消息传送335)。在步骤7中，ARF 149确定UE 305现在位于EDN服务区125内部，并且ARF 149被配置为将后续DNS查询从UE 305转发到EDN DNS服务器312(而不是转发到云DNS服务器233)(参见框337)。

继续参照图3B，在步骤8中，UE 305中的应用客户端想要开始与具有主机名称(或FQDN)app1.example.com的应用服务器的通信。为了将主机名称解析为IP地址，UE 305发送包括FQDN的DNS查询(参见消息传送339)。经由UPF 141将该DNS查询发送到ARF 149(参见消息传送341)。

在步骤9中，因为ARF 149已经确定了UE 305位于EDN服务区125内部，所以ARF 149(作为DNS代理而运行)将DNS查询转发到EDN DNS服务器312(参见消息传送343)。

在ARF 149还包含被部署在EDN中的应用服务器的FQDN和IP地址的场景中，ARF149可以在本地将主机名称/FQDN解析为IP地址并且可以将IP地址返回到UE 305本身，而非将DNS查询转发到EDN DNS服务器312。

图4B描绘了来自EDN DNS服务器312的DNS回复包含IP地址的情况A(参见框345)。在步骤10a中，EDN DNS服务器312将FQDN解析为IP地址‘a.b.c.d’并且将DNS回复发送到ARF149。在步骤10b中，ARF 149将DNS回复转发到UE 305。来自EDN DNS服务器312的DNS回复指示在由所提供的FQDN/主机名称标识的EDN中存在应用服务器的本地实例。

在步骤11中，ARF 149触发5G核心网络在PDU会话数据路径中插入本地UPF 320，该PDU会话数据路径提供对EDN 310的本地接入并且将路由UE 305中的应用客户端207与EDN310中的应用服务器(边缘应用服务器311)之间的业务。为此目的，ARF 149将策略授权创建请求发送到PCF 147，该策略授权创建请求指示到目的地IP地址‘a.b.c.d’的上行链路业务(从UE 305发送)应经由某个DNAI(例如，DNAI-2)路由。PCF 147创建相关联的PCC规则并且将包括该PCC规则的通知发送到SMF 145。应注意，DNAI-2标识特定位置，诸如“法兰克福机场”、“购物中心A”、“公司B”等。

在步骤12中，SMF 145选择可以经由DNAI-2提供接入的本地UPF 320(例如，部署在“法兰克福机场”附近的UPF)并且将该UPF 320配置为经由DNAI-2路由到目的地IP地址‘a.b.c.d’的上行链路业务(从UE 305发送)。所有其他业务都由本地UPF 320路由到中央UPF 141。

在步骤13中，用户平面通信经由本地UPF 320在UE 305中的应用客户端207与EDN310中的边缘应用服务器311之间发生。稍后，当ARF 149确定UE 305退出EDN服务区125时，ARF 149可以将策略授权删除请求发送到PCF 147，该PCF 147可以删除相关联的PCC规则并且通知SMF 145。这可以触发SMF从PDU会话的数据路径移除本地UPF。

应注意，并非在步骤10b中，而是在步骤11c之后，当5G核心已经发起了将本地UPF320插入数据路径中时，ARF 149可以将DNS回复发送到UE 305。

图3C描绘了来自EDN DNS服务器312的DNS回复不包含IP地址(或没有从EDN DNS服务器312接收到回答)(参见框347)的情况B。在步骤14中，EDN DNS服务器312无法将FQDN解析为IP地址，这是因为在由所提供的FQDN标识的EDN 310中不存在应用服务器。因此，EDNDNS服务器312以不包含回答(没有IP地址)的DNS回复进行响应。

在步骤15中，ARF 149将DNS查询转发到云DNS服务器(例如，云DNS服务器233)或通过使用其自身的DNS信息(高速缓存)来解析FQDN。结果，将FQDN解析为IP地址‘e.f.g.h’。在步骤16中，ARF149将DNS回复发送到UE 305。

在步骤17中，用户平面通信经由中央UPF 141在UE 305中的应用客户端207与云应用服务器231之间发生。当释放以上PDU会话时，接着SMF 145向ARF 149发送消息以删除在步骤3中创建的UE上下文，并且因此，停止监测该UE 305的位置(除非相同UE具有与该ARF149相关联的其他主动PDU会话)。

图4A到图4B描绘了根据本公开的实施例的用于基于UPF的DNS处理解决方案的过程400。过程400涉及UE 305、EDN 310和5G核心网络210。过程400表示上述过程300的替代解决方案。在该替代解决方案中，不存在ARF。相反，过程400利用UPF、SMF和AMF中的额外功能性，这使得移动通信网络能够检测UE 305何时尝试发现应用服务器的IP地址并且向UE 305提供物理上最靠近的应用服务器的IP地址，即，位于边缘数据网络(EDN)中的应用服务器的IP地址。

在图4A处，过程400开始于步骤0，在步骤0中，EDN 310中的功能为EDN 310中的边缘应用服务器311提供“业务影响”信息(参见消息传送407)。在某些实施例中，所述功能是如以引用的方式并入的3GPP TR 23.578中指定的边缘使能器服务器(“EES”)405。根据现有过程，将该业务影响信息被提供到NEF 313，然后将该业务影响信息存储到UDR 314。业务影响信息指定应如何由5GC路由所选择的业务。

在一般示例中，业务影响信息可以指示：“由位于任何地方或特定区中的单独UE或一组UE或任何UE并且经由任何PDU会话或经由与某个DNN和/或S-NSSAI的、与一些业务过滤器信息匹配的PDU会话传输的业务应经由位于某个DNAI中的N6接口路由”。在图4的更具体的示例中，其可以指示：“由位于发往IP地址‘a.b.c.d’的特定区中的任何UE传输的业务应经由位于DNAI-2中的N6接口路由”。存储在UDR 314中的业务影响信息可以由PCF 147用于为所选择的业务创建相关联的PCC规则。

在步骤1中，UE 305进行正常5G注册以向5G网络进行注册(参见框409)。在步骤2中，UE 305请求建立PDU会话，例如以便经由5G网络接入互联网。假设UE 305目前在EDN服务区125外部(参见框411)。这由AMF 143确定(基于从接入网络接收到的位置信息)并且被转发到SMF 145，该SMF 145决定不将本地UPF 410插入在PDU会话的数据路径中。因此，仅将中央UPF 141插入在数据路径中。

应注意，AMF 143将确定UE 305何时在EDN服务区125内部或外部，并且为此目的，AMF 143将被配置有关于部署在5G网络中的EDN的信息。还应注意，SMF 145可以从PCF 147接收PCC规则413，该PCC规则413具有指示来自UE 305的一些业务应经由某个DNAI在本地路由的业务影响信息。然而，SMF 145不将本地UPF 405插入到PDU会话的数据路径，这是因为SMF 145不知道UE 305稍后是否将发起应经由DNAI路由的该业务。

SMF 145向AMF 143订阅以在UE 305进入或退出EDN服务区时进行通知。此外，UE305接收DNS服务器的地址。因为将UE 305假设为在EDN服务区外部，所以UE 305接收云DNS服务器233的地址，因此将UE 305的所有DNS查询发送到云DNS服务器233。

在步骤3中，UE 305移动到新位置并且进入EDN服务区125(参见框415)。在UE 315处于CONNECTED状态的情况下或一旦UE 305转接到CONNECTED状态，AMF 143就接收UE 305的新位置信息并且标识UE 305已经进入了EDN服务区125。用通知消息将该信息传播到SMF145(参见消息传送417)。

在步骤4中，SMF 145将UPF 141配置为将来自UE 305的后续DNS查询转发到UE 305所在的EDN 310中的EDN DNS服务器312(参见消息传送419)。假设SMF 145配置为知道每个EDN中的EDN DNS服务器的地址。在某些实施例中，当EDN DNS服务器312提供对DNS查询的回答时，SMF 145还向UPF 141订阅以接收通知。

继续参照图4B，在步骤5中，UE 305中的应用客户端207想要开始与具有主机名称(或FQDN)app1.example.com的应用服务器的通信。为了将主机名称解析为IP地址，UE 305发送包括FQDN的DNS查询(参见消息传送421)。在步骤6中，UPF 141检测来自UE 305的DNS查询(参见消息传送423)，并且(基于步骤4中的配置)将DNS查询转发到EDN DNS服务器312(参见消息传送425)。

图4B描绘了来自EDN DNS服务器312的DNS回复包含IP地址的情况A(参见框427)。在步骤7中，EDN DNS服务器312将FQDN解析为IP地址‘a.b.c.d’并且将DNS回复发送到UPF141。在步骤8a中，UPF 141向SMF 145通知UE 305尝试与EDN 310中的IP地址‘a.b.c.d’进行通信。在步骤8b中，UPF 141将DNS回复转发到UE 305。

在步骤9中，在步骤8a中接收到通知之后，SMF 145确定其是否具有PCC规则(在步骤2期间从PCF接收)，该PCC规则具有发往IP地址‘a.b.c.d’的业务的业务影响信息。在图4A中图示了一个这种PCC规则(参见步骤2中的PCC规则2)，这指示到IP地址‘a.b.c.d’的业务应经由DNAI-2路由。

如果SMF 145找到具有发往IP地址“a.b.c.d”的业务的业务影响信息的PCC规则，那么SMF 145应用PCC规则，即，选择可以经由DNAI-2提供接入的本地UPF 410(例如，部署在“法兰克福机场”附近的UPF)并且将该本地UPF 410配置为经由DNAI-2路由到目的地IP地址‘a.b.c.d’的上行链路业务(从UE 305发送)。所有其他业务都由本地UPF 410路由到中央UPF 141。

在步骤10中，用户平面通信经由本地UPF 410在UE 305中的应用客户端207与EDN310中的边缘应用服务器311之间发生。稍后，当SMF 145确定UE 305退出EDN服务区125时，SMF 145可以从PDU会话的数据路径移除本地UPF 410并且可以将中央UPF 141配置为将来自UE 305的后续DNS查询转发到云DNS服务器233。

图4C描绘了来自EDN DNS服务器312的DNS回复不包含IP地址(或没有从EDN DNS服务器312接收到回答)(参见框429)的情况B。图4C从图4B的步骤6继续，在步骤6中，UPF 141检测来自UE 305的DNS查询并且(基于步骤4中的配置)将DNS查询转发到EDN DNS服务器312。

在步骤11中，EDN DNS服务器312无法将FQDN解析为IP地址，因为在由所提供的FQDN标识的EDN 310中不存在应用服务器。因此，EDN DNS服务器312以不包含回答(没有IP地址)的DNS回复进行响应。在步骤12a中，ARF 141通过将DNS查询转发到云DNS服务器(例如，云DNS服务器233)或通过使用其自身的DNS信息(高速缓存)解析FQDN来检索IP地址。因此，将FQDN解析为IP地址‘e.f.g.h’。

在步骤12中，UPF 141将DNS回复发送到UE 305。在步骤13中，用户平面通信经由中央UPF 141在UE 305中的应用客户端207与云应用服务器231之间发生。

图5描绘了根据本公开的实施例的可以用于支持边缘数据网络发现的网络装备设备500的一个实施例。在一些实施例中，网络装备设备500可以是DNS服务器/代理225的一个实施例。在某些实施例中，网络装备设备500可以是ARF 149的实施例。在其他实施例中，网络装备设备500可以是SMF 145和/或UPF 141的一个实施例。此外，网络装备设备500可以包括处理器505、存储器510、输入装置515、输出装置520、收发器525。在一些实施例中，将输入装置515和输出装置520组合成单个装置，诸如，触摸屏。在某些实施例中，用户设备装置500不包括任何输入装置515和/或输出装置520。

如所描绘，收发器525包括至少一个传输器530和至少一个接收器535。此处，收发器525与一个或多个远程单元105进行通信。另外，收发器525可以支持至少一个网络接口540。在一些实施例中，收发器525支持与RAN节点(例如，gNB或eNB)进行通信的第一接口(例如，N2接口)、与移动核心网络(例如，5GC)中的一个或多个控制平面网络功能(例如，UDM、SMF、PCF)进行通信的第二接口(例如，N8、N11、N15等接口)和通过第一接口(N2接口)经由3GPP接入网络或经由非3GPP接入网络与远程单元(例如，UE)进行通信的第三接口(例如，N1接口)。

在一个实施例中，处理器505可以包括能够执行计算机可读指令和/或能够进行逻辑操作的任何已知的控制器。例如，处理器505可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)或类似可编程控制器。在一些实施例中，处理器505执行存储在存储器510中的指令以进行本文中所描述的方法和例程。处理器505可通信地耦合到存储器510、输入装置515、输出装置520和第一收发器525。

在各种实施例中，网络装备设备500充当ARF。在这种实施例中，处理器505可以从移动通信网络中的功能接收第一请求，其包括UE身份和UE网络地址。此处，第一请求可以是上文参考图3A到图3B描述的‘创建UE上下文’请求。

处理器505基于UE位置来确定UE是否位于第一服务区中。响应于确定UE位于第一服务区中，处理器505将从UE网络地址接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。

另外，处理器505从第一DNS服务器接收DNS回复。应注意，处理器505接收(a)来自移动网络的第一请求、(b)来自UE的DNS请求和(c)第一DNS服务器的第一DNS回复。响应于确定DNS回复包括第一IP地址，处理器505控制收发器525将第二请求发送到移动通信网络中的策略功能。此处，第二请求可以是上文参考图3A到图3B描述的策略授权创建请求。

在某些实施例中，UE网络地址应用于具有第一UPF的第一移动数据连接(例如，UE的第一PDU会话)，其中，使用第二请求来将第二UPF插入到第一移动数据连接中。在这种实施例中，第二UPF提供到第一IP地址(例如，到可用第一IP地址寻址的AS)的本地路由。在某些实施例中，第二请求指示UE与第一IP地址之间的业务将经由由数据网络接入标识符(“DNAI”)标识的本地路由进行路由。

在一些实施例中，处理器505响应于确定UE不位于任何EDN服务区中而将DNS请求转发到云数据网络中不与服务区相关联(例如，不与EDN服务区相关联)的第二DNS服务器，其中，网络装备设备500从第二DNS服务器接收包含第二IP地址的DNS回复。在某些实施例中，处理器505响应于确定来自第一DNS服务器的DNS回复不包括第一IP地址而将DNS请求转发到第二DNS服务器。

在各种实施例中，第一服务区与EDN的服务区对应，该EDN包括可用第一IP地址寻址的应用服务器的第一实例，而云数据网络包括可用第二IP地址寻址的应用服务器的第二实例。在某些实施例中，处理器505响应于接收到第一请求而使用UE身份来监测UE位置。

在一些实施例中，处理器505响应于确定UE不位于服务区中而生成第二DNS回复，其中，第二DNS回复包含第二IP地址。在一些实施例中，处理器505响应于确定来自第一DNS服务器的DNS回复不包括第一IP地址而生成第二DNS回复，其中，第二DNS回复包含第二IP地址。

在各种实施例中，网络装备设备500充当SMF。在这种实施例中，处理器505从UE接收对建立移动数据连接的第一请求(例如，接收对为UE建立PDU会话的请求)并且为移动数据连接选择第一UPF。处理器505确定UE是否位于第一服务区中，并且响应于确定UE位于第一服务区(例如，EDN服务区)中而将第一UPF配置为将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。

处理器505从第一UPF接收第一消息，该第一消息指示第一DNS服务器已经提供了包括第一IP地址的DNS回复，并且将第二UPF插入到移动数据连接，该移动数据连接提供到第一IP地址的本地路由(例如，到位于EDN中的应用服务器的本地实例的路由)。

在某些实施例中，处理器505向移动通信网络中的移动性功能(例如，AMF)订阅以在UE进入第一服务区时进行通知并且在UE退出第一服务区时进行通知。在某些实施例中，处理器505将第一UPF配置为响应于确定UE退出第一服务区而不将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。当UE不在EDN服务区中时，UPF基于其目的地地址来路由DNS请求，即，UPF不需要来自网络装备设备500的任何配置。应注意，UE始终将DNS查询发送到云数据网络中的DNS服务器的地址。然而，如果UE在EDN服务区中，那么UPF拦截DNS查询，而将它们转发到EDN DNS服务器。

在某些实施例中，处理器505将第一UPF配置为响应于UPF确定了由第一DNS服务器提供的DNS回复不包括第一IP地址而将DNS请求转发到云数据网络中不与服务区相关联的第二DNS服务器，其中，来自第二DNS服务器的DNS回复包含第二IP地址。

在各种实施例中，网络装备设备500充当UPF。在这种实施例中，处理器505接收第一指令以将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器，并且响应于接收到指令而将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。而且，处理器505从第一DNS服务器接收DNS回复，并且控制收发器525响应于确定DNS回复包括第一IP地址而将第一消息发送到移动通信网络中的会话管理功能。

在一些实施例中，处理器505接收第二指令以响应于UE退出第一服务区而不将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。当UE不在EDN服务区中时，处理器505——充当UPF——基于其目的地地址来路由DNS请求，即，UPF不需要来自SMF的任何配置。应注意，UE始终将DNS查询发送到云数据网络中的DNS服务器的地址。然而，如果UE在EDN服务区中，那么处理器505拦截DNS查询，而将它们转发到EDN DNS服务器。

在一些实施例中，处理器505响应于确定来自第一DNS服务器的DNS回复不包括第一IP地址而将DNS请求转发到云数据网络中不与服务区相关联的第二DNS服务器。在一些实施例中，处理器505响应于确定UE不位于EDN服务区中而将DNS请求转发到云数据网络中不与服务区相关联的第二DNS服务器，其中，设备从第二DNS服务器接收包含第二IP地址的DNS回复。

在一个实施例中，存储器510是计算机可读存储介质。在一些实施例中，存储器510包括易失性计算机存储介质。例如，存储器510可以包括RAM，包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器510包括非易失性计算机存储介质。例如，存储器510可以包括硬盘驱动器、闪速存储器或任何其他合适的非易失性计算机存储装置。在一些实施例中，存储器510包括易失性计算机存储介质和非易失性计算机存储介质。在一些实施例中，存储器510存储与支持边缘数据网络发现相关的数据，例如，存储服务器地址、UE位置、DNS高速缓存等。在某些实施例中，存储器510还存储程序代码和相关数据，诸如，在网络装备设备500和一个或多个软件应用上运行的操作系统(“OS”)或其他控制器算法。

在一个实施例中，输入装置515可以包括任何已知的计算机输入装置，包括触摸面板、按钮、键盘、触控笔、麦克风等。在一些实施例中，输入装置515可以与输出装置520集成，例如，作为触摸屏或类似的触摸敏感显示器。在一些实施例中，输入装置515包括触摸屏，使得可以使用触摸屏上显示的虚拟键盘和/或通过在触摸屏上手写来输入文本。在一些实施例中，输入装置515包括两个或更多个不同装置，诸如，键盘和触摸面板。

在一个实施例中，输出装置520可以包括任何已知的电可控显示器或显示装置。可以将输出装置520设计为输出视觉信号、听觉信号和/或触觉信号。在一些实施例中，输出装置520包括能够向用户输出视觉数据的电子显示器。例如，输出装置520可以包括但不限于，LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示装置。作为另一非限制性示例，输出装置520可以包括可穿戴显示器，诸如，智能手表、智能眼镜、平视显示器等。进一步地，输出装置520可以是智能电话、个人数字助理、电视机、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。

在某些实施例中，输出装置520包括用于产生声音的一个或多个扬声器。例如，输出装置520可以产生听觉警报或通知(例如，蜂鸣声或嘟嘟声)。在一些实施例中，输出装置520包括用于产生振动、运动或其他触觉反馈的一个或多个触觉装置。在一些实施例中，输出装置520的全部或部分可以与输入装置515集成。例如，输入装置515和输出装置520可以形成触摸屏或类似的触摸敏感显示器。在其他实施例中，输出装置520的全部或部分可以位于输入装置515附近。

如上文所讨论，收发器525可以与一个或多个远程单元和/或与提供对一个或多个PLMN的接入的一个或多个互通功能进行通信。收发器525还可以与一个或多个网络功能(例如，在移动核心网络140中)进行通信。收发器525在处理器505的控制下运行以传输消息、数据和其他信号，并且还接收消息、数据和其他信号。例如，处理器505可以在特定时间选择性地启动收发器(或其部分)以便发送和接收消息。

收发器525可以包括一个或多个传输器530和一个或多个接收器535。在某些实施例中，一个或多个传输器530和/或一个或多个接收器535可以共享收发器硬件和/或电路系统。例如，一个或多个传输器530和/或一个或多个接收器535可以共享天线、天线调谐器、放大器、过滤器、振荡器、混频器、调制器/解调器、电源等。在一个实施例中，收发器525使用不同的通信协议或协议堆栈来实施多个逻辑收发器，同时使用公共物理硬件。

图6描绘了根据本公开的实施例的可以用于支持边缘数据网络发现的用户设备装置600的一个实施例。用户设备装置600可以是远程单元105的一个实施例。此外，用户设备装置600可以包括处理器605、存储器610、输入装置615、输出装置620、收发器625。在一些实施例中，将输入装置615和输出装置620组合成单个装置，诸如，触摸屏。在某些实施例中，用户设备装置600不包括任何输入装置615和/或输出装置620。

如所描绘，收发器625包括至少一个传输器630和至少一个接收器635。此处，收发器625经由接入网络与移动核心网络(例如，5GC)进行通信。另外，收发器625可以支持至少一个网络接口640。此处，至少一个网络接口640促进(例如，使用“Uu”接口)与eNB或gNB进行通信。另外，至少一个网络接口640可以包括用于与UPF、SMF和/或PCSCF进行通信的接口。

在一个实施例中，处理器605可以包括能够执行计算机可读指令和/或能够进行逻辑操作的任何已知的控制器。例如，处理器605可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)或类似可编程控制器。在一些实施例中，处理器605执行存储在存储器610中的指令以进行本文中所描述的方法和例程。处理器605可通信地耦合到存储器610、输入装置615、输出装置620和收发器625。

在各种实施例中，处理器605控制收发器625经由移动通信网络发送DNS查询。此处，将DNS查询寻址到云数据网络中的DNS服务器。然而，如果用户设备装置600位于EDN服务区中，那么ARF和/或UPF拦截DNS查询，而将它们转发到EDN DNS服务器。

在一个实施例中，存储器610是计算机可读存储介质。在一些实施例中，存储器610包括易失性计算机存储介质。例如，存储器610可以包括RAM，包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器610包括非易失性计算机存储介质。例如，存储器610可以包括硬盘驱动器、闪速存储器或任何其他合适的非易失性计算机存储装置。在一些实施例中，存储器610包括易失性计算机存储介质和非易失性计算机存储介质。在一些实施例中，存储器610存储与支持边缘数据网络发现相关的数据，例如，存储DNS服务器IP地址等。在某些实施例中，存储器610还存储程序代码和相关数据，诸如，在用户设备装置600和一个或多个软件应用上运行的操作系统(“OS”)或其他控制器算法。

在一个实施例中，输入装置615可以包括任何已知的计算机输入装置，包括触摸面板、按钮、键盘、触控笔、麦克风等。在一些实施例中，输入装置615可以与输出装置620集成，例如，作为触摸屏或类似的触摸敏感显示器。在一些实施例中，输入装置615包括触摸屏，使得可以使用触摸屏上显示的虚拟键盘和/或通过在触摸屏上手写来输入文本。在一些实施例中，输入装置615包括两个或更多个不同装置，诸如，键盘和触摸面板。

在一个实施例中，输出装置620可以包括任何已知的电可控显示器或显示装置。可以将输出装置620设计为输出视觉信号、听觉信号和/或触觉信号。在一些实施例中，输出装置620包括能够向用户输出视觉数据的电子显示器。例如，输出装置620可以包括但不限于，LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示装置。作为另一非限制性示例，输出装置620可以包括可穿戴显示器，诸如，智能手表、智能眼镜、平视显示器等。进一步地，输出装置620可以是智能电话、个人数字助理、电视机、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。

在某些实施例中，输出装置620包括用于产生声音的一个或多个扬声器。例如，输出装置620可以产生听觉警报或通知(例如，蜂鸣声或嘟嘟声)。在一些实施例中，输出装置620包括用于产生振动、运动或其他触觉反馈的一个或多个触觉装置。在一些实施例中，输出装置620的全部或部分可以与输入装置615集成。例如，输入装置615和输出装置620可以形成触摸屏或类似的触摸敏感显示器。在其他实施例中，输出装置620的全部或部分可以位于输入装置615附近。

如上文所讨论，收发器625经由一个或多个接入网络与移动通信网络的一个或多个网络功能进行通信。收发器625在处理器605的控制下运行以传输消息、数据和其他信号，并且还接收消息、数据和其他信号。例如，处理器605可以在特定时间选择性地启动收发器(或其部分)以便发送和接收消息。

收发器625可以包括一个或多个传输器630和一个或多个接收器635。尽管仅图示了一个传输器630和一个接收器635，但用户设备装置600可以具有任何合适的数量的传输器630和接收器635。进一步地，传输器630和接收器635可以是任何合适的类型的传输器和接收器。在一个实施例中，收发器625包括用于通过授权无线电频谱与移动通信网络进行通信的第一传输器/接收器对和用于通过未授权无线电频谱与移动通信网络进行通信的第二传输器/接收器对。

在某些实施例中，可以将用于通过授权无线电频谱与移动通信网络进行通信的第一传输器/接收器对和用于通过未授权无线电频谱与移动通信网络进行通信的第二传输器/接收器对组合成单个收发器单元，例如，进行用于与授权无线电频谱和未授权无线电频谱一起使用的功能的单个芯片。在一些实施例中，第一传输器/接收器对和第二传输器/接收器对可以共享一个或多个硬件组件。例如，可以将某些收发器625、传输器630和接收器635实施为接入共享硬件资源和/或软件资源的物理上分离的组件，诸如例如网络接口640。

在各种实施例中，一个或多个传输器630和/或一个或多个接收器635可以实施和/或集成到单个硬件组件——诸如，多收发器芯片、片上系统、ASIC或其他类型的硬件组件——中。在某些实施例中，一个或多个传输器630和/或一个或多个接收器635可以实施和/或集成到多芯片模块中。在一些实施例中，诸如，网络接口640或其他硬件组件/电路的其他组件可以与任何数量的传输器630和/或接收器635一起集成到单个芯片中。在这种实施例中，传输器630和接收器635可以在逻辑上配置为使用一个或多个公共控制信号的收发器625或配置为在相同硬件芯片中或多芯片模块中实施的模块化传输器630和接收器635。

图7描绘了根据本公开的实施例的用于支持边缘数据网络发现的方法700。在一些实施例中，方法700由诸如ARF 149和/或网络装备设备500的网络设备进行。在某些实施例中，方法700可以由例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等的执行程序代码的处理器进行。

方法700开始并且从移动通信网络中的功能接收705第一请求，其包括UE身份和UE网络地址。此处，第一请求可以是如上文参考图3A到图3B描述的‘创建UE上下文’请求。

方法700包括：基于UE位置来确定710UE是否位于第一服务区中。方法700包括：响应于确定UE位于第一服务区中而将从UE网络地址接收到的DNS请求转发715到与第一服务区相关联的第一DNS服务器。

方法700包括：从第一DNS服务器接收720DNS回复。方法700包括：响应于确定DNS回复包括第一IP地址而将第二请求发送725到移动通信网络中的策略功能。此处，第二请求可以是如上文参考图3A到图3B描述的‘策略授权创建’请求。方法700结束。

图8描绘了根据本公开的实施例的用于支持边缘数据网络发现的方法800。在一些实施例中，方法800由诸如，SMF 145和/或网络装备设备500的网络设备进行。在某些实施例中，方法800可以由例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等的执行程序代码的处理器进行。

方法800开始并且从UE接收805对建立移动数据连接的第一请求。在各种实施例中，移动数据连接包括PDU会话。方法800包括为移动数据连接选择810第一UPF。

方法800包括确定815UE是否位于第一服务区中。方法800包括将第一UPF配置820为响应于确定UE位于第一服务区中而将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。

方法800包括从第一UPF接收825第一消息，该第一消息指示第一DNS服务器已经提供了包括第一IP地址的DNS回复。方法800包括将第二UPF插入830到移动数据连接，该移动数据连接提供到第一IP地址的本地路由。方法800结束。

图9描绘了根据本公开的实施例的用于支持边缘数据网络发现的方法900。在一些实施例中，方法900由诸如，UPF 141和/或网络装备设备500的网络功能进行。在某些实施例中，方法900可以由例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等的执行程序代码的处理器进行。

方法900开始并且接收905第一指令以将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。方法900包括响应于接收到指令而将从UE接收到的DNS请求转发910到与第一服务区相关联的第一DNS服务器。

方法900包括从第一DNS服务器接收915DNS回复。方法900包括：响应于确定DNS回复包括第一IP地址而将第一消息发送920到移动通信网络中的会话管理功能。方法900结束。

本文中公开了根据本公开的实施例的用于支持边缘数据网络发现的第一设备。该第一设备可以由诸如，ARF 149的网络功能和/或网络装备设备500实施。该第一设备包括收发器和处理器，该处理器从移动通信网络中的功能接收第一请求(例如，创建UE上下文请求)，该第一请求包括UE身份和UE网络地址；并且基于UE位置来确定UE是否位于第一服务区中。响应于确定UE位于第一服务区中，处理器将从UE网络地址接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。经由收发器，处理器从第一DNS服务器接收DNS回复并且响应于确定DNS回复包括第一IP地址而将第二请求(例如，策略授权创建请求)发送到移动通信网络中的策略功能。

在一些实施例中，UE网络地址应用于具有第一用户平面功能的第一移动数据连接(例如，PDU会话)，其中，使用第二请求来将第二用户平面功能插入到第一移动数据连接中，其中，第二用户平面功能提供到第一IP地址的本地路由。在一些实施例中，处理器响应于接收到第一请求而使用UE身份来监测UE位置。

在一些实施例中，处理器响应于确定UE不位于服务区中而将DNS请求转发到云数据网络中、不与服务区相关联(例如，不与边缘服务区相关联)的第二DNS服务器，其中，设备从第二DNS服务器接收包含第二IP地址的DNS回复。在某些实施例中，第一服务区与边缘数据网络的服务区对应，该边缘数据网络包括可用第一IP地址寻址的应用服务器的第一实例，其中，云数据网络包括可用第二IP地址寻址的应用服务器的第二实例。在某些实施例中，处理器响应于确定来自第一DNS服务器的DNS回复不包括第一IP地址而将DNS请求转发到第二DNS服务器。

在一些实施例中，处理器响应于确定UE不位于服务区中而生成第二DNS回复，其中，第二DNS回复包含第二IP地址。在一些实施例中，处理器响应于确定来自第一DNS服务器的DNS回复不包括第一IP地址而生成第二DNS回复，其中，第二DNS回复包含第二IP地址。在一些实施例中，第二请求指示UE与第一IP地址之间的业务将经由由数据网络接入标识符(“DNAI”)标识的本地路由进行路由。

本文中公开了根据本公开的实施例的用于支持边缘数据网络发现的第一方法。该第一方法可以由诸如ARF 149的网络功能和/或网络装备设备500进行。该第一方法包括：从移动通信网络中的功能接收第一请求(例如，如上文所描述，‘创建UE上下文’请求)，其包括UE身份和UE网络地址；以及基于UE位置来确定UE是否位于第一服务区中。该第一方法包括：响应于确定UE位于第一服务区中而将从UE网络地址接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器；以及从第一DNS服务器接收DNS回复。该第一方法包括：响应于确定DNS回复包括第一IP地址而将第二请求(例如，如上文所描述，‘策略授权创建’请求)发送到移动通信网络中的策略功能。

在某些实施例中，UE网络地址应用于具有第一用户平面功能的第一移动数据连接(例如，PDU会话)，其中，使用第二请求来将第二用户平面功能插入到第一移动数据连接中，其中，第二用户平面功能提供到第一IP地址的本地路由。在一些实施例中，该第一方法包括：响应于接收到第一请求而使用UE身份来监测UE位置。

在一些实施例中，该第一方法包括：1)响应于确定UE不位于服务区(例如，边缘网络服务区)中而将DNS请求转发到云数据网络中不与服务区相关联的第二DNS服务器；以及2)从第二DNS服务器接收包含第二IP地址的DNS回复。在某些实施例中，第一服务区与边缘数据网络的服务区对应，该边缘数据网络包括可用第一IP地址寻址的应用服务器的第一实例，其中，云数据网络包括可用第二IP地址寻址的应用服务器的第二实例。在某些实施例中，该第一方法包括：响应于确定来自第一DNS服务器的DNS回复不包括第一IP地址而将DNS请求转发到第二DNS服务器。

在一些实施例中，该第一方法包括：响应于确定UE不位于服务区中而生成第二DNS回复，其中，第二DNS回复包含第二IP地址。在一些实施例中，该第一方法包括：响应于确定来自第一DNS服务器的DNS回复不包括第一IP地址而生成第二DNS回复，其中，第二DNS回复包含第二IP地址。在某些实施例中，第二请求指示UE与第一IP地址之间的业务将经由由数据网络接入标识符(“DNAI”)标识的本地路由进行路由。

本文中公开了根据本公开的实施例的用于支持边缘数据网络发现的第二设备。该第二设备可以由诸如SMF 145的网络功能和/或网络装备设备500实施。该第二设备包括收发器和处理器，该处理器从UE接收对建立移动数据连接的第一请求(例如，PDU会话建立请求)并且为移动数据连接选择第一用户平面功能。处理器确定UE是否位于第一服务区中，并且响应于确定UE位于第一服务区中而将第一用户平面功能配置为将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。经由收发器，处理器从第一用户平面功能接收第一消息，该第一消息指示第一DNS服务器已经提供了包括第一IP地址的DNS回复。处理器将第二用户平面功能插入到移动数据连接，该移动数据连接提供到第一IP地址的本地路由。

在一些实施例中，向移动通信网络中的移动性功能订阅以在UE进入第一服务区时被通知并且在UE退出第一服务区时被通知。在一些实施例中，将第一用户平面功能配置为响应于确定UE退出第一服务区而不将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。

在一些实施例中，处理器将第一用户平面功能配置为响应于用户平面功能确定由第一DNS服务器提供的DNS回复不包括第一IP地址而将DNS请求转发到云数据网络中、不与服务区相关联的第二DNS服务器，其中，来自第二DNS服务器的DNS回复包含第二IP地址。在某些实施例中，第一服务区与边缘数据网络的服务区对应，该边缘数据网络包括可用第一IP地址寻址的应用服务器的第一实例，其中，云数据网络包括可用第二IP地址寻址的应用服务器的第二实例。

本文中公开了根据本公开的实施例的用于支持边缘数据网络发现的第二方法。该第该二方法可以由诸如SMF 145的网络功能和/或网络装备设备500进行。该第二方法包括：从UE接收对建立移动数据连接的第一请求；以及为移动数据连接选择第一用户平面功能。该第二方法包括：确定UE是否位于第一服务区中；以及响应于确定UE位于第一服务区中而将第一用户平面功能配置为将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。该第二方法包括：从第一用户平面功能接收第一消息，该第一消息指示第一DNS服务器已经提供了包括第一IP地址的DNS回复；以及将第二用户平面功能插入到移动数据连接，该移动数据连接提供到第一IP地址的本地路由。

在一些实施例中，该第二方法包括：向移动通信网络中的移动性功能订阅以在UE进入第一服务区时被通知并且在UE退出第一服务区时被通知。在一些实施例中，该第二方法包括：将第一用户平面功能配置为响应于确定UE退出第一服务区而不将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。

在一些实施例中，该第二方法包括：将第一用户平面功能配置为响应于用户平面功能确定由第一DNS服务器提供的DNS回复不包括第一IP地址而将DNS请求转发到云数据网络中、不与服务区相关联的第二DNS服务器，其中，来自第二DNS服务器的DNS回复包含第二IP地址。在某些实施例中，第一服务区与边缘数据网络的服务区对应，该边缘数据网络包括可用第一IP地址寻址的应用服务器的第一实例，其中，云数据网络包括可用第二IP地址寻址的应用服务器的第二实例。

本文中公开了根据本公开的实施例的用于支持边缘数据网络发现的第三设备。该第三设备可以由诸如UPF 141的网络功能和/或网络装备设备500实施。该第三设备包括收发器和处理器，该处理器接收第一指令以将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。处理器响应于接收到指令而将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器，并且(经由收发器)从第一DNS服务器接收DNS回复。响应于确定DNS回复包括第一IP地址，处理器(经由收发器)将第一消息发送到移动通信网络中的会话管理功能。

响应于UE退出第一服务区，该第三设备可以接收第二指令以不将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。在某些实施例中，处理器响应于确定UE不位于服务区中而将DNS请求转发到云数据网络中、不与服务区相关联的第二DNS服务器，其中，设备从第二DNS服务器接收包含第二IP地址的DNS回复。

在一些实施例中，处理器响应于确定来自第一DNS服务器的DNS回复不包括第一IP地址而将DNS请求转发到云数据网络中不与服务区相关联的第二DNS服务器。在某些实施例中，第一服务区与边缘数据网络的服务区对应，该边缘数据网络包括可用第一IP地址寻址的应用服务器的第一实例，其中，云数据网络包括可用第二IP地址寻址的应用服务器的第二实例。

本文中公开了根据本公开的实施例的用于支持边缘数据网络发现的第三方法。该第三方法可以由诸如UPF 141的网络功能和/或网络装备设备500进行。该第三方法包括：接收第一指令以将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器；以及响应于接收到指令而将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。该第三方法包括：从第一DNS服务器接收DNS回复；以及响应于确定DNS回复包括第一IP地址而将第一消息发送到移动通信网络中的会话管理功能。

在一些实施例中，该第三方法包括：接收第二指令以响应于UE退出第一服务区而不将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器。在某些实施例中，第一服务区与边缘数据网络的服务区对应，该边缘数据网络包括可用第一IP地址寻址的应用服务器的第一实例，其中，云数据网络包括可用第二IP地址寻址的应用服务器的第二实例。

在一些实施例中，该第三方法包括：响应于确定来自第一DNS服务器的DNS回复不包括第一IP地址而将DNS请求转发到云数据网络中、不与服务区相关联的第二DNS服务器。在一些实施例中，该第三方法包括：响应于UE不位于服务区中而将DNS请求转发到云数据网络中不与服务区相关联的第二DNS服务器；以及从第二DNS服务器接收包含第二IP地址的DNS回复。

可以以其他特定形式实践实施例。所描述的实施例在所有方面都应被视为仅仅是说明性的而非限制性的。因此，本发明的范围由随附权利要求书而非前述描述指示。在权利要求书的含义和等效范围内的所有变化都应包含在其范围内。

Claims (22)

1.一种移动通信网络中的设备，包括：

收发器；以及

处理器，所述处理器：

从所述移动通信网络中的功能接收第一请求，所述第一请求包括UE身份和UE网络地址；

基于UE位置来确定UE是否位于第一服务区中；

响应于确定所述UE位于所述第一服务区中而将从所述UE网络地址接收到的DNS请求转发到与所述第一服务区相关联的第一DNS服务器；

从所述第一DNS服务器接收DNS回复；以及

响应于确定所述DNS回复包括第一IP地址而将第二请求发送到所述移动通信网络中的策略功能。

2.根据权利要求1所述的设备，其中，所述UE网络地址应用于具有第一用户平面功能的第一移动数据连接，其中，使用所述第二请求来将第二用户平面功能插入到所述第一移动数据连接中，其中，所述第二用户平面功能提供到所述第一IP地址的本地路由。

3.根据权利要求1所述的设备，其中，所述处理器响应于接收到所述第一请求而使用所述UE身份来监测所述UE位置。

4.根据权利要求1所述的设备，其中，所述处理器响应于确定所述UE不位于服务区中而将所述DNS请求转发到云数据网络中、与服务区不相关联的第二DNS服务器，其中，所述设备从所述第二DNS服务器接收包含第二IP地址的DNS回复。

5.根据权利要求4所述的设备，其中，所述第一服务区与边缘数据网络的服务区对应，所述边缘数据网络包括能够用所述第一IP地址寻址的应用服务器的第一实例，其中，所述云数据网络包括能够用所述第二IP地址寻址的所述应用服务器的第二实例。

6.根据权利要求4所述的设备，其中，所述处理器响应于确定来自所述第一DNS服务器的所述DNS回复不包括第一IP地址而将所述DNS请求转发到所述第二DNS服务器。

7.根据权利要求1所述的设备，其中，所述处理器响应于确定所述UE不位于服务区中而生成第二DNS回复，其中，所述第二DNS回复包含第二IP地址。

8.根据权利要求1所述的设备，其中，所述处理器响应于确定来自所述第一DNS服务器的所述DNS回复不包括第一IP地址而生成第二DNS回复，其中，所述第二DNS回复包含第二IP地址。

9.根据权利要求1所述的设备，其中，所述第二请求指示所述UE与所述第一IP地址之间的业务将经由由数据网络接入标识符(“DNAI”)标识的本地路由进行路由。

10.一种方法，包括：

从移动通信网络中的功能接收第一请求，所述第一请求包括UE身份和UE网络地址；

基于UE位置来确定UE是否位于第一服务区中；

响应于确定所述UE位于所述第一服务区中而将从所述UE网络地址接收到的DNS请求转发到与所述第一服务区相关联的第一DNS服务器；

从所述第一DNS服务器接收DNS回复；以及

响应于确定所述DNS回复包括第一IP地址而将第二请求发送到所述移动通信网络中的策略功能。

11.一种移动通信网络中的设备，包括：

收发器；以及

处理器，所述处理器：

从UE接收对建立移动数据连接的第一请求；

为所述移动数据连接选择第一用户平面功能；

确定所述UE是否位于第一服务区中；

将所述第一用户平面功能配置为响应于确定所述UE位于所述第一服务区中而将从所述UE接收到的DNS请求转发到与所述第一服务区相关联的第一DNS服务器；

从所述第一用户平面功能接收第一消息，所述第一消息指示所述第一DNS服务器已经提供了包括第一IP地址的DNS回复；以及

将第二用户平面功能插入到所述移动数据连接，所述第二用户平面功能提供到所述第一IP地址的本地路由。

12.根据权利要求11所述的设备，其中，所述处理器向所述移动通信网络中的移动性功能订阅，以在所述UE进入所述第一服务区时被通知并且在所述UE退出所述第一服务区时被通知。

13.根据权利要求11所述的设备，其中，所述处理器将所述第一用户平面功能配置为响应于确定所述UE退出所述第一服务区而不将从所述UE接收到的DNS请求转发到与所述第一服务区相关联的所述第一DNS服务器。

14.根据权利要求11所述的设备，其中，所述处理器将所述第一用户平面功能配置为响应于所述用户平面功能确定由所述第一DNS服务器提供的DNS回复不包括第一IP地址而将所述DNS请求转发到云数据网络中、与服务区不相关联的第二DNS服务器，其中，来自所述第二DNS服务器的DNS回复包含第二IP地址。

15.根据权利要求14所述的设备，其中，所述第一服务区与边缘数据网络的服务区对应，所述边缘数据网络包括能够用所述第一IP地址寻址的应用服务器的第一实例，其中，所述云数据网络包括能够用所述第二IP地址寻址的所述应用服务器的第二实例。

16.一种方法，包括：

从UE接收对建立移动数据连接的第一请求；

为所述移动数据连接选择第一用户平面功能；

确定所述UE是否位于第一服务区中；

将所述第一用户平面功能配置为响应于确定所述UE位于所述第一服务区中而将从所述UE接收到的DNS请求转发到与所述第一服务区相关联的第一DNS服务器；

从所述第一用户平面功能接收第一消息，所述第一消息指示所述第一DNS服务器已经提供了包括第一IP地址的DNS回复；以及

将第二用户平面功能插入到所述移动数据连接，所述第二用户平面功能提供到所述第一IP地址的本地路由。

17.一种移动通信网络中的设备，包括：

收发器；以及

处理器，所述处理器：

接收第一指令以将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器；

响应于接收到所述指令而将从所述UE接收到的DNS请求转发到与所述第一服务区相关联的所述第一DNS服务器；

从所述第一DNS服务器接收DNS回复；以及

响应于确定所述DNS回复包括第一IP地址而将第一消息发送到所述移动通信网络中的会话管理功能。

18.根据权利要求17所述的设备，其中，所述处理器接收第二指令以响应于所述UE退出所述第一服务区而不将从所述UE接收到的DNS请求转发到与所述第一服务区相关联的所述第一DNS服务器。

19.根据权利要求17所述的设备，其中，所述处理器响应于确定来自所述第一DNS服务器的所述DNS回复不包括所述第一IP地址而将所述DNS请求转发到云数据网络中、与服务区不相关联的第二DNS服务器。

20.根据权利要求19所述的设备，其中，所述第一服务区与边缘数据网络的服务区对应，所述边缘数据网络包括能够用所述第一IP地址寻址的应用服务器的第一实例，其中，所述云数据网络包括能够用第二IP地址寻址的所述应用服务器的第二实例。

21.根据权利要求19所述的设备，其中，所述处理器响应于确定所述UE不位于服务区中而将所述DNS请求转发到云数据网络中、与服务区不相关联的所述第二DNS服务器，其中，所述设备从所述第二DNS服务器接收包含第二IP地址的DNS回复。

22.一种方法，包括：

接收第一指令以将从UE接收到的DNS请求转发到与第一服务区相关联的第一DNS服务器；

响应于接收到所述指令而将从所述UE接收到的DNS请求转发到与所述第一服务区相关联的所述第一DNS服务器；

从所述第一DNS服务器接收DNS回复；以及

响应于确定所述DNS回复包括第一IP地址而将第一消息发送到所述移动通信网络中的会话管理功能。

Images