CN114902634A - 移动通信系统中提供应用服务器的信息的设备和方法 - Google Patents

Abstract

本公开涉及一种通信系统中用于向终端提供服务器信息的设备和方法，更具体地，涉及一种移动通信系统中用于向终端提供应用服务器信息的设备和方法。根据本公开的实施例，终端可以根据终端的位置从5G系统接收DNS服务器的地址以进行访问，并且从5GS接收在查询被发送到DNS服务器时可以使用的地区信息或区域信息(在下文中，称为边缘计算服务区域ID(ESZI))。当向对应的DNS服务器发送DNS查询时，终端可以在DNS查询中包括ESZI并发送该ESZI，并且已经接收到DNS查询的DNS服务器可以搜索在适合于(或靠近)终端的当前位置的边缘计算环境中操作的边缘应用服务器，确定边缘应用服务器的地址，并响应终端。因此，终端可以访问最靠近或最适合终端的当前位置的边缘应用服务器，并使用边缘计算服务。

Description

移动通信系统中提供应用服务器的信息的设备和方法

技术领域

本公开涉及一种通信系统中向终端提供服务器的信息的设备和方法，并且更具体地，涉及一种移动通信系统中向终端提供应用服务器的信息的设备和方法。

背景技术

为了满足自4G通信系统部署以来增加的对无线数据业务的需求，已经做出努力来开发改进的5G或预5G通信系统。因此，5G或预5G通信系统也被称为“超4G网络”通信系统或“后长期演进(后LTE)”系统。

考虑在超高频(mmWave)频带(例如，60GHz频带)中实施5G通信系统，以便实现更高的数据速率。为了在超高频带中减少无线电波的传播损耗并增加传输距离，在5G通信系统中已经讨论了波束成形、大规模多输入多输出(大规模MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。

此外，在5G通信系统中，正在基于先进小型小区、云无线电接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等进行系统网络改进的开发。

在5G系统中，也已经开发了作为先进编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)、以及作为先进接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。

对于5G系统，正在进行研究以支持比现有4G系统更广泛的服务。例如，5G系统的最具代表性的服务包括增强型移动宽带(eMBB)服务、超可靠和低延迟通信(URLLC)服务、大规模机器类型通信(mMTC)服务、演进多媒体广播/多播服务(eMBMS)等。此外，用于提供URLLC服务的系统可以被称为URLLC系统，用于提供eMBB服务的系统可以被称为eMBB系统。此外，术语“服务”和“系统”可以互换使用。

在这些服务当中，与现有的4G系统相比，URLLC服务是5G系统中新考虑的服务，并且与其他服务相比，需要满足超高可靠性(例如，大约10-5的分组错误率)和低延迟(例如，大约0.5毫秒)的条件。为了满足这样的严格要求，URLLC服务可能需要应用比eMBB服务的传输时间间隔(TTI)更短的TTI，并且正在考虑使用该URLLC服务的各种操作方法。

作为人类在其中生成和消费信息的以人为中心的连接网络的互联网现在正在向分布式实体(诸如事物)在没有人类干预的情况下交换和处理信息的物联网(IoT)演进。作为通过与云服务器的连接的IoT技术和大数据处理技术的组合的万物互联(IoE)已经出现。由于对IoT实施需要诸如“感测技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”的技术元素，最近已经研究了传感器网络、机器到机器(M2M)通信、机器类型通信(MTC)等。

这样的IoT环境可以提供通过收集和分析连接事物之间生成的数据来为人类生活创造新价值的智能互联网技术服务。通过现有信息技术(IT)和各种工业应用之间的融合和组合，IoT可以被应用于各种领域，包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能电器和先进医疗服务。

与此一致，已经做出了各种尝试来将5G通信系统应用于IoT网络。例如，诸如传感器网络、机器类型通信(MTC)和机器到机器(M2M)通信的技术可以通过波束成形、MIMO和阵列天线来实施。云无线电接入网(云RAN)作为上述大数据处理技术的应用也可以被认为是5G技术与IoT技术融合的示例。

同时，正在进行关于通过使用边缘服务器发送数据的边缘计算技术的讨论。例如，边缘计算技术可以包括多址边缘计算(MEC)或雾计算。边缘计算技术可以指用于通过安装在地理上靠近电子设备的位置(例如，安装在基站内部或附近)的单独服务器(在下文中称为边缘服务器或MEC服务器)向电子设备提供数据的技术。例如，要求安装在电子设备中的至少一个应用之间的低延迟的应用可以通过安装在地理上靠近的位置的边缘服务器发送/接收数据，而不通过位于外部数据网络(DN)(例如，互联网)中的服务器。

发明内容

技术问题

诸如移动终端或用户设备的电子设备需要访问边缘服务器，以便使用边缘计算服务。然而，边缘服务器可以被布置在每个地区中，因此电子设备需要知道在对应的地区中哪个边缘服务器要被访问。

然而，还没有提供能够根据电子设备的位置提供关于哪个边缘服务器要被访问的信息的方法。

因此，本公开提供了一种用于基于诸如移动终端、用户设备或终端的电子设备的位置来提供关于要被访问的边缘服务器的信息的设备和方法。

问题的解决方案

一种根据本公开的实施例的方法可以包括以下过程当中的至少一个过程：在移动通信系统的SMF设备的节点中，结合终端已经请求连接到的PDU会话，参考订阅信息，确定已经请求对应的PDU会话的终端是否是使用边缘计算服务的终端的过程；基于终端的当前位置，针对对应的PDU会话，识别能够指示PDU会话连接到哪个EDN(或边缘计算服务区域)的边缘计算服务区域ID(ESZI)的过程(或针对每个UPF服务区域或SMF服务区域识别该ESZI的过程)；针对对应的PDU会话，确定向终端提供能够指示PUD会话连接到哪个EDN的ESZI(或DNAI)的过程；以及将ESZI(或DNAI)包括在PDU会话建立接受消息中并将其发送到终端的过程。

作为另一示例，该方法还可以包括SMF确定配置关于位置信息(TAI、小区ID)和ESZI的列表并将其提供给终端，并且将其发送给终端的过程。

一种根据本公开的实施例的方法是移动通信系统中的终端的方法，并且可以包括以下过程当中的至少一个过程：终端接收PDU会话建立接受消息中包括的ESZI(或DNAI)的过程；终端将对应的ESZI(或DNAI)信息从NAS层递送到上层以在DNS过程期间使用的过程(利用AT命令)；以及终端的DNS解析器在DNS查询传输期间包括对应的ESZI(或DNAI)信息的过程。

作为另一示例，该方法还可以包括终端基于所接收的列表识别关于当前位置的ESZI，并且将其通知DNS解析器从而将其用于DNS查询的过程。

作为另一示例，该方法还可以包括终端响应于DNS查询而接收应用服务器的IP地址列表，然后映射ESZI和对应列表中包括的信息元素从而选择单个IP地址的过程。

一种根据本公开的实施例的方法是移动通信系统中的DNS服务器的方法，其中DNS服务器可以指代由终端发送到DNS查询的ESZI信息，并且可以因此确定返回处于哪个位置的哪个边缘计算环境的应用服务器的地址。

在另一种方法中，DNS服务器可以接收终端的DNS查询，可以识别该DNS查询，并且可以向终端返回关于由从终端接收的DNS查询指示的FQDN的多个应用服务器的IP地址列表、以及ESZI信息。

此外，可以附加提供DNS服务器向5GS返回可以由其自身识别的新生成的ESZI的过程、以及5GS向使用边缘计算服务的终端返回此信息的过程。

发明的有益效果

根据本公开的实施例，终端可以从5G系统接收根据终端的位置要访问的DNS服务器的地址，并且可以从5GS接收可以用于向DNS服务器传送查询的地区信息或区域信息(在下文中，ESZI：边缘计算服务区域ID)。因此，当感测到对对应DNS服务器的DNS查询时，终端可以向其包括ESZI并对其进行发送，并且DNS服务器在接收到其之后可以搜索在适合(或靠近)终端的当前位置的边缘计算环境中驱动的边缘应用服务器，可以确定边缘应用服务器的地址，并且可以响应终端。此外，当从DNS服务器接收到DNS响应时，终端可以从响应中包括的多个应用服务器的IP地址列表中选择具有与ESZI相对应的值的IP地址，从而完成DNS解析过程。结果，终端变得能够访问最靠近或最适合终端的当前位置的边缘应用服务器，并且可以使用边缘计算服务。终端可以通过诸如建立与移动通信系统的数据连接或者接入移动通信系统并交换策略信息的基本操作来获取ESZI的信息。此外，移动通信运营商可以仅向授权的终端提供对应的信息，使得边缘计算服务可以被使用。此外，根据作为移动通信系统的基本功能的识别终端位置的功能，终端可以接收适合于终端的当前位置的ESZI。

可从本公开获得的有益效果不限于上述效果，并且通过以下描述，本公开所属领域的技术人员可以清楚地理解未提及的其他效果。

附图说明

图1示出了根据本公开的实施例的提供边缘计算服务的5G移动通信系统的系统架构和关系图。

图2是示出在根据本公开的实施例的UE建立PDU会话时向UE提供UE应该在DNS过程中用来搜索适当的边缘应用服务器的ESZI信息的过程的示图。

图3是示出根据本公开的实施例的根据UE的移动性或网络中的信息改变向UE提供UE应该在DNS过程中用来搜索适当的边缘应用服务器的ESZI信息的过程的示图。

图4是示出在根据本公开的第二实施例的UE发送DNS查询时在5G系统中将包括ESZI的DNS查询发送到DNS服务器并在DNS服务器中提供最适合UE位置的边缘应用服务器的地址的过程的示图。

图5是示出根据本公开的向5G系统提供为提供云服务和边缘计算服务的第三方识别由第三方自身管理的边缘计算环境而生成的ESZI的过程的示图。

图6是示出根据本公开的用于边缘计算支持的应用网络架构的示图。

图7是示出根据本公开的在使用ULCP/BP的情况下，DNS服务器、EDN-CS服务器、通过为每个区域配置的UPF和UPF连接的边缘数据网络、以及应用层中的边缘数据网络中存在的边缘应用服务器和边缘使能服务器之间的关系的示图。

图8是根据本公开的使用应用层协议的初始配置过程的流程图。

图9是示出根据本公开的EDN域ID更新过程的流程图。

图10是示出根据本公开的使用EDN域ID的DNS查询过程的流程图。

图11是示出根据本公开的UE的EEC请求EDN-CS订阅关于EDN服务区域(或EDN域ID)改变的信息改变的过程的流程图。

图12是示出根据本公开的由UE的DNS解析器使用的EDN域ID在作为应用层配置服务器的EDN-CS中被动态更新的情况的流程图。

图13是根据本公开的NF的框图。

具体实施方式

在下文中，将参考附图详细描述本公开的示例性实施例。应该注意，在附图中，相同或相似的元素尽可能由相同或相似的附图标记指定。此外，将省略可能使本公开的主题不清楚的已知功能或配置的详细描述。

出于同样的原因，在附图中，一些元素可能被夸大、省略或示意性地示出。此外，每个元素的大小并不完全反映实际大小。在附图中，同等或对应的元素被提供有同等的附图标记。

通过参考下面结合附图详细描述的实施例，本公开的优点和特征以及实现它们的方式将是显而易见的。然而，本公开不限于下面阐述的实施例，而是可以以各种不同的形式实施。提供以下实施例仅是为了完整地公开本公开，并告知本领域技术人员本公开的范围，并且本公开仅由所附权利要求的范围限定。在整个说明书中，相同或相似的附图标记指定相同或相似的元素。

这里，将会理解，流程图图示的每个框以及流程图图示中的框的组合可以由计算机程序指令实施。这些计算机程序指令可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得经由计算机或其他可编程数据处理装置的处理器执行的指令创建用于实施一个或多个流程图框中指定的功能的装置。这些计算机程序指令也可以被存储在计算机可用或计算机可读存储器中，其可以指导计算机或其他可编程数据处理装置以特定方式运转，使得存储在计算机可用或计算机可读存储器中的指令产生包括实施一个或多个流程图框中指定的功能的指令装置的制造品。计算机程序指令也可以被加载到计算机或其他可编程数据处理装置上，以使得一系列操作步骤在计算机或其他可编程装置上执行，以产生计算机实施的过程，使得在计算机或其他可编程装置上执行的指令提供用于实施一个或多个流程图框中指定的功能的步骤。

此外，流程图图示的每个框可以表示代码模块、代码段或代码部分，其包括用于实施(多个)指定逻辑功能的一个或多个可执行指令。还应该注意，在一些替代实施方式中，框中提到的功能可以不按顺序出现。例如，连续示出的两个框实际上可以基本上同时执行，或者这些框有时可以以相反的顺序执行，这取决于所涉及的功能。

如本文所使用的，“单元”是指执行预定功能的软件元件或硬件元件，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而，“单元”并不总是具有限于软件或硬件的含义。“单元”可以被构成为存储在可寻址存储介质中或者执行一个或多个处理器。因此，“单元”包括例如软件元件、面向对象的软件元件、类元件或任务元件、进程、功能、属性、过程、子例程、程序代码段、驱动程序、固件、微代码、电路、数据、数据库、数据结构、表、数组和参数。由“单元”提供的元件和功能可以被组合为更小数量的元件或“单元”，或者被划分为更大数量的元件或“单元”。此外，元件和“单元”可以被实施为在设备或安全多媒体卡内再现一个或多个CPU。此外，实施例中的“单元”可以包括一个或多个处理器。

另一方面，用于在3GPP下一代通信系统中实施边缘计算服务的架构正在持续被讨论。边缘计算技术可以被称为移动性边缘计算或多址边缘计算，并且在本公开中，为了方便起见，边缘计算技术将被称为MEC。MEC是一种在无线基站中或附近安装网关(或UPF)并在网关上应用分布式云计算技术以在用户终端附近部署各种服务和缓存内容来缓解移动核心网中的拥塞、在与UE的数据通信中实现低延迟通信并基于以上缓解的拥塞和低延迟通信生成新服务的技术。MEC系统在移动网络的边缘为应用开发者和内容提供商提供云计算能力和IT服务环境。具体地，MEC系统提供了超低延迟和高容量带宽，并允许应用访问实时网络信息。因此，提供MEC服务的应用可以通过5G系统向UE提供服务。此外，5G系统可以提供使用MEC服务的UE接入MEC系统的功能。除了5G系统之外，4G系统还可以提供MEC服务的功能。

下面为了便于描述，可以使用第三代合作伙伴计划长期演进(3GPP)标准中定义的一些术语和名称。然而，本公开不限于上述术语和名称，并且可以等同地应用于符合其他标准的系统。此外，在描述每个特定实施例(图1至图13)之前，将回顾应用于本公开的全部内容的所有事项。

下面描述的UE必须连接到边缘应用服务器，以便使用边缘计算服务。然而，可以为每个区域部署边缘应用服务器，或者可以在为每个区域布置的边缘数据网络中的边缘计算环境上部署边缘应用服务器。因此，UE必须能够获得可以在对应区域中访问的边缘应用服务器的IP地址。通常，UE通过使用DNS过程来获得应用服务器的IP地址。因此，UE需要一种用于从对应的DNS服务器获得UE应该访问的边缘应用服务器的地址的方法。可以考虑以下三种部署模型来支持边缘计算服务。

模型1：移动网络运营商(MNO)控制边缘计算服务(MNO管理所有连接和平台)的模型

模型2：边缘计算服务提供商与MNO签订合同以控制服务(MNO提供数据连接和路由功能)的模型

模型3：第三方云服务提供商(例如，AWS和Azure)控制服务(MNO仅提供到数据网络的连接)的模型

对于模型1、模型2和模型3，DNS服务器可以是集中式的和可操作的，或者可以是分布式的并且被操作。如果DNS服务器是集中式的，则它可以响应于每个模型如下实施。根据模型1，MNO中可能仅存在一个DNS服务器。根据模型2，边缘计算服务提供商可以操作一个集中式DNS服务器。根据模型3，第三方云公司可以操作一个集中式DNS服务器。如果DNS服务器是分布式的，则它可以响应于每个模型如下实施。根据模型1，MNO可以为每个特定区域建立和操作DNS服务器。根据模型2，边缘计算服务提供商甚至可以在MNO提供服务的区域内为每个特定区域建立和操作DNS服务器。根据模型3，第三方云公司可以为每个特定区域建立和操作DNS服务器。

本公开提出了一种用于使得UE能够传送包括特定区域信息的DNS查询以便DNS服务器可以确定在对应的边缘计算服务区域中运行的应用服务器的IP地址的方法。为此，在5GS中提出了一种向UE提供指示要在DNS查询中使用的区域信息的参数的方法。

此外，本公开定义了称为边缘计算服务区域标识符(ESZI)的参数。ESZI是指一种区域ID，其可以标识要搜索哪个IP域、要搜索哪个IP范围、在哪个区域搜索部署的数据网络、或者在哪个区域搜索域名系统(DNS)服务器中的部署的边缘计算环境。在接收和识别由UE递送的DNS查询中指示区域的信息区域中包括的ESZI之后，DNS服务器可以识别UE正在搜索的应用服务器正在哪个位置运行、应用服务器正在哪个边缘计算环境中运行、或者应用服务器正在哪个IP域中运行。因此，对应于由UE请求的位置的应用服务器的IP地址可以被发送到UE作为响应。作为另一种方法，当DNS服务器传送对UE的DNS查询的响应时，DNS服务器可以将要由UE搜索的应用服务器的IP地址列表与ESZI值一起配置。如上所述配置的信息可以通过被包括在对DNS查询的响应或响应消息中而返回给UE。UE可以基于在DNS响应中接收的ESZI值来选择映射到由UE接收的配置的ESZI的应用服务器的IP地址。

ESZI可以被表达为数据网络接入ID(DNAI)，其在5G系统中的PDU会话锚(PSA)UPF和数据网络连接之间进行标识。移动网络运营商可以通过DNAI(连接到数据网络的标识符)知道UE接入了哪个数据网络。因此，在将最靠近UE或最适合UE连接的边缘数据网络连接到该UE之后，可以将能够标识该连接的DNAI提供给UE。因此，如果DNAI用作ESZI信息，则移动网络运营商可以识别UE接入的数据网络、或者向UE提供数据通信的PSAUPF接入的IP域、或者PSAUPF接入的边缘计算环境。在移动运营商直接运行DNS服务器的情况下，可以在DNS服务器中配置DNAI值。因此，DNS服务器可以通过UE的DNS查询中包括的DNAI值(即，ESZI值)来搜索UE试图访问的边缘应用服务器的IP地址，并且可以将边缘应用服务器的IP地址提供给UE。

根据本公开的另一实施例，ESZI可以是可以指示由第三方云服务提供商管理的IP域的区域划分或可用云资源的区域或拓扑的划分的信息。可替代地，ESZI可以是用该信息映射的标签信息。例如，如果由第三方云服务提供商管理的资源的区域ID是seoul-1，则ESZI可以具有值seoul-1。可替代地，如果可以在由第三方云服务提供商提供的DNS服务器中搜索seoul-1的映射值，例如，location-x是映射到seoul-1的信息，则location-x可以是ESZI。在这种情况下，第三方云服务提供商可以根据第三方云服务生成的资源、第三方云服务管理的资源或第三方云服务管理的IP域来生成5GS中的ESZI，并且可以将ESZI提供给5GS。5GS可以向UE提供ESZI，以便UE可以在通过连接到由第三方云服务提供商管理的DNS服务器来执行DNS查询时包括ESZI。

根据本公开的另一实施例，ESZI可以是在DNS协议中使用的SRV、LOC或TXT格式的资源记录信息。作为DNS扩展记录的SRV、LOC和TXT的格式可以遵循RFC 1035的格式。响应于DNS查询，该信息可以与应用服务器的地址一起显示。UE可以通过查看DNS响应中包括的ESZI来确定选择哪个应用服务器IP地址。在UE具有从5G系统提供的ESZI的情况下，从5G系统接收的ESZI信息可以在UE的DNS解析器中使用。此外，在识别DNS响应是否包括用ESZI映射的值之后，UE可以确定使用对应的应用服务器的IP地址。

此外，在特定信号流程图的操作之后，下面描述的特定实施例(图1至图13)的每个信号流程图之后可以是另一个信号流程图的操作，或者在信号流程图的中间，可以连续应用另一个示图的信号流或者可以应用信号流的一部分。例如，下面描述的图3的步骤301的操作是可以在所有信号流程图的开始或中间执行的操作。也就是说，如果初始搜索UE的位置，则它可以优先应用于所有信号流程图，并且如果发生这样的事件，则UE的切换操作或位置改变是可以与其他流程图一起考虑的操作。因为很难描述如何可以组合本公开中的所有流程图的所有步骤，所以本领域技术人员可以在正常水平上预期/考虑组合。

首先，图1中示出的网络实体或网络节点将描述如下。

5G的核心网可以由以下网络功能组成。这里，每个网络功能(NF)可以是一个网络节点。一个网络节点可以采取物理上和/或逻辑上独立的形式，并且可以与其他特定节点一起配置。此外，如上所述，每个网络功能可以被实施到特定设备。作为另一示例，每个网络功能可以以设备和软件被组合的形式来实施。作为另一示例，每个网络功能可以在特定集体网络上的设备中的软件中实施。在下文中，每个网络功能将被表示为“～功能设备”，或者将按原样使用网络功能的缩写。即使按原样使用缩写，本领域技术人员也可以完全理解缩写是在特定设备中操作的，而不是在简单功能中操作的。此外，这些NF中的每一个都是特定的实例类型，并且可以在一个设备中驱动两个或更多个同等或不同的实例。即使每个NF以这样的实例形式被驱动，其也可以被理解为与本公开中描述的NF相同。接下来，下面将描述5G的核心网的网络功能。

接入和移动性管理功能(AMF)111可以执行用于管理UE的移动性的网络功能。会话管理功能(SMF)112可以执行用于管理提供给UE 101和UE102的分组数据网络连接的网络功能。该连接称为协议数据单元(PDU)会话。策略和计费功能(PCF)113可以执行用于应用移动网络运营商对UE 101和UE 102的服务策略、计费策略和用于PDU会话的策略的网络功能。统一数据管理(UDM)114可以执行用于存储关于用户的信息的网络功能。网络暴露功能(NEF)(未示出)可以访问关于管理5G网络中的UE的信息，因此网络暴露功能可以执行对设备的移动性管理事件的订阅、对UE的会话管理事件的订阅、请求会话相关信息、对应UE的计费信息的配置、以及请求改变用于对应UE的PDU会话策略。此外，NEF可以向5G网络提供服务所需的信息，并提供将信息存储在UDR中的功能。在图1中，NG-RAN 121和NG-RAN 131是指向相应的UE 101和UE 102提供无线通信功能的基站。用户平面功能(UPF)122充当网关，其中UE 101通过该网关发送和接收分组。UPF122可以位于作为本地数据网络140的边缘数据网络附近并接入该边缘数据网络，以便支持MEC，并因此可以向边缘应用服务器141发送数据。也就是说，可以通过将数据分组传递到边缘数据网络140中的边缘应用服务器141而不经过互联网来实现低延迟传输。UPF 122还可以连接到连接到互联网的数据网络160，并且UPF 122可以在由UE 101递送到互联网数据网络160的分组当中路由要被发送到互联网的数据。也就是说，UPF 122可以通过充当PDU会话的锚的PSAUPF 124将发送到互联网的数据递送到互联网数据网络160。

因此，某个UPF可以是充当连接到数据网络140的PDU会话的锚的PSA UPF 123。从UE 101发送到数据网络140的所有数据都通过锚UPF 123来发送。去往集中式数据网络140或互联网数据网络160的数据分组被递送到对应的PDU会话的PSAUPF 123和PSAUPF124。类似地，如果为每个特定区域部署边缘数据网络，诸如本地数据网络，则可以存在对应的本地数据网络150可访问的另一个本地PSA UPF 132。该PSA UPF 134的PDU会话可以独立存在。

作为另一种方法，上行链路分类器(ULCL)UPF或分支点UPF(在PDU会话支持IPv6多归属的情况下，PDU会话可以基于分支点UPF连接到多个PSAUPF)132可以连接到分支到一个PDU会话的本地数据网络150的本地PSAUPF。ULCL UPF或分支点UPF(在下文中称为BP UPF)可以查看从UE102发送的IP地址(目标IP地址)，并确定是将IP地址传送到本地PSAUPF还是另一个PSAUPF 133。ULCL UPF或BP UPF 132本身可以充当本地PSA UPF。因此，可以提供能够向本地数据网络150发送分组的功能。

根据UE 101和UE 102的位置或网络部署情况，SMF 112可以插入/替换/移除ULCLUPF或BP UPF 132。也就是说，如果提供向集中式或云(诸如互联网数据网络160)发送数据的PDU会话的SMF 112确定存在本地数据网络，其中UE 101和UE 102可以通过该本地数据网络在特定位置进行访问，则SMF 112可以插入ULCL UPF或BP UPF 132，以提供到对应的本地数据网络的数据连接。在这种情况下，可以仅改变网络中的数据连接结构，而不影响UE 101和UE 102。也就是说，在没有UE 101和UE 102识别的情况下，通过仅5G系统的操作，AMF可以将由UE 101和UE 102递送的分组分支和发送到本地数据网络140或150或者集中数据网络。

此外，SMF 112可以提供被称为会话和服务连续性(SSC)模式的功能。这遵循3GPP中定义的SSC模式的定义。SMF 112可以在SSC模式2或SSC模式3下改变PSA。因此，如果根据UE 101和UE 102的当前位置，存在UE101和UE 102可以接入的边缘数据网络，则SMF可以分配可以连接到对应的边缘数据网络的新PSA，并且可以改变PDU会话或新生成PDU会话，使得通过该PSA发送数据。例如，可以通过执行PDU会话修改过程来改变数据路径，或者可以触发UE 101和UE 102来建立新的PDU会话。利用如上所述的ULCL UPF或BP UPF 132的插入/替换或者根据SSC模式的操作，SMF112可以使得UE 101和UE 102能够连接到作为边缘数据网络的本地数据网络，因此，UE 101和UE 102可以访问本地数据网络140和150中的边缘应用服务器141和151或者本地DNS服务器152。尽管在图1中仅示出了一个本地DSN服务器152，但是本地DNS服务器也可以被包括在本地DN 140中。

MEC系统结构可以由UE 101和UE 102、边缘使能服务器(图1中未示出)和配置服务器(图1中未示出)组成。支持MEC系统的UE 101和UE102包括UE中的MEC使能层。边缘使能服务器是指UE访问以使用MEC服务的服务器，并且第三方应用服务器141和151在边缘使能服务器中被驱动。此外，为了指示边缘使能服务器，诸如边缘计算服务器、MEC服务器、MEC服务器、多址边缘主机、边缘计算平台、MEC小程序和边缘托管环境的术语可以互换使用，但不限于此。配置服务器执行向UE 101和UE 102发送用于使用MEC服务的配置信息的功能，并且也被称为边缘数据网络配置服务器。配置服务器通过位置知道边缘使能服务器的部署。可替代地，配置服务器可以知道部署在每个边缘数据网络中的DNS服务器的地址。UE 101和UE102可以访问配置服务器并接收使用MEC服务所需的配置信息，例如，要在特定位置访问的边缘使能服务器信息或DNS服务器地址。此外，配置服务器可以被称为边缘使能配置功能和边缘数据网络配置服务器的术语，但不限于此，并且可以对应于能够接收用于UE使用MEC服务的配置信息的访问服务器。

此外，可能有用于MEC服务的DNS服务器。该DNS服务器可以用于解析在边缘数据网络内运行的应用服务器的IP地址。对于覆盖特定区域的每个边缘数据网络可以存在DNS服务器，或者一个DNS服务器可以存在于整个MEC系统中。在对于覆盖特定区域的每个边缘数据网络存在用于MEC的DNS服务器的情况下，UE 101和UE 102必须知道对应位置上的DNS服务器的信息。这样，根据下面要描述的本公开的实施例，可以根据UE 101和UE102的位置访问的关于DNS服务器的信息可以被提供给UE 101和UE 102。在用于MEC的一个DNS服务器存在于整个MEC系统中的情况下，该DNS服务器必须知道安装在整个网络中的边缘服务器信息以及关于可以由MEC系统提供的应用服务器的信息。

此外，DNS服务器可以支持用于区分特定区域中的资源、IP域或特定名称空间的区域功能。这是指一种区域ID，其可以标识要搜索哪个IP域、要搜索哪个IP范围、要在哪个区域搜索部署的数据网络、或者要在哪个区域搜索DNS服务器中的部署的边缘计算环境。此外，这可以是指示IP域的区域划分或者可用云资源的区域或拓扑划分的信息。在查看由UE101和UE 102递送的DNS查询中指示区域的信息区域中包括的ESZI之后，DNS服务器可以识别UE正在搜索的应用服务器正在哪个位置运行、应用服务器正在哪个边缘计算环境中运行、应用服务器正在哪个IP域中运行、应用服务器正在哪个资源区域中运行或者应用服务器正在哪个命名空间中运行。因此，对应于由UE101和UE 102请求的位置的应用服务器的IP地址可以被发送到UE作为响应。作为另一种方法，当DNS服务器传送对UE的DNS查询的响应时，DNS服务器可以将要由UE搜索的应用服务器的IP地址列表与ESZI值一起配置，并将其发送给UE。UE可以基于在DNS响应中接收的ESZI值来选择映射到由UE接收的配置的ESZI的应用服务器的IP地址。

UE 101和UE 102可以通过5G基站121和131接入5G系统(3GPP网络)并建立数据连接。5G系统可以分配可以通过对应的边缘数据网络访问的UPF，以便向UE提供MEC服务，并且通过该UPF，UE可以与在边缘上运行的第三方应用服务器(即，边缘应用服务器)通信。

第三方互联网服务提供商(例如，云服务提供商)可以自身提供边缘计算服务。也就是说，第三方服务提供商可以在整个区域构建其自己的边缘数据网络，并部署对应的边缘数据网络以连接到MNO的移动通信系统。第三方服务提供商可以与3GPP网络的PCF或NEF协商。通过该协商，第三方服务提供商可以通过PCF或NEF向5G移动通信系统提供使用MEC服务所需的信息。

图2是示出根据本公开的各种实施例的用于UE连接到5G系统并建立数据连接的PDU会话估计的信号流程图。

下面要描述的图2将使用图1的一些组件来描述。然而，通过以下描述可以理解，即使当使用例如UE 102、ULCL/BP UPF或本地UPF 132时，也可以以相同或类似的方式应用图1中未使用的组件。此外，在以下实施例中，在标准规范中定义了对应于ULCL/BP UPF或本地UPF 132的另一NF的情况下，即使当对应的NF执行根据本公开的操作时，也可以应用另一NF。

通过本公开的图2的过程，当UE 101传送DNS查询以搜索要被访问以使用MEC服务的边缘应用服务器时，UE 101可以从5G系统获得可用的边缘计算服务区域ID(ESZI)。可替代地，当UE 101接收到对所获得的DNS查询的响应时，UE 101可以识别和使用DNS响应中包括的ESZI。例如，UE101可以接收DNS响应，并且该响应可以包括以下内容。

FQDN:Edge.game.samsung IP:10.10.1.0“edge_samsung”

FQDN:Edge.game.samsung IP:192.10.1.1“cloud”

FQDN:Edge.game.samsung IP:170.20.10.2

如果UE 101通过下面描述的图2的过程通过ESZI接收到信息“edge_Samsung”，则UE 101可以选择DNS响应中具有信息“edge_Samsung”的IP地址。此外，对应于随后的“XXX”的扩展记录不一定必须是文本，而可以是IP子网地址。

然后，将在下面参考图2进行描述。

在步骤201中，UE 101可以配置PDU会话建立请求消息，其是为了建立PDU会话的会话管理(SM)非接入层(NAS)消息，并且将PDU会话建立请求消息发送到AMF 111。UE 101将要由UE 101使用的数据网络名称(DNN)包括在PDU会话建立消息中，并且UE 101可以将该DNN设置为MEC的DNN值。根据本公开的另一实施例，UE 101应该在5G系统中使用的默认DNN可以是可以使用MEC的DNN。当在后面的步骤中确定对应的DNN是否是允许UE 101在SMF 112或PCF 113中使用的MEC的DNN时，可以使用DNN信息。MEC的DNN值可以基于UE 101中预设的值。根据本公开的另一实施例，UE 101可以将指示UE 101请求的PDU会话是使用MEC服务的PDU会话的指示符包括在PDU会话建立消息中。在移动运营商使用DNN作为MEC服务的一般DNN(例如，互联网DNN)的情况下，当UE 101请求与互联网DNN的PDU会话时，可能无法确定该PDU会话是否是使用MEC的PDU会话，因此UE 101可以将上述指示符包括在PDU会话估计消息中并发送该指示符。该指示符可以包括用于MEC服务的会话策略需要被应用于对应的PDU会话的含义。当在后面的步骤中确定MEC服务可以被应用于SMF 112或PCF 113中的对应的PDU会话时，这可以被使用。

在步骤202中，AMF 111基于DNN值或UE 101的位置来选择SMF 112，并向所选择的SMF 112发送Nsmf_PDUSession_CreateSMContext请求消息。AMF 111可以将从UE 101接收的PDU会话建立请求消息包括在该消息中。

在步骤203中，为了查看从UE 101接收的PDU会话估计请求消息并获得UE 101的会话相关订阅信息，SMF 112可以执行在UDM 114中注册SMF自身是服务SMF的过程以及获得用于UE的会话管理的订阅信息的过程。

由UDM 114向SMF 112提供的会话管理相关订阅信息可以包括关于UE101是否可以使用MEC服务的授权信息。也就是说，关于UE 101是否是能够使用边缘计算服务的UE的信息被包括在订阅信息中，并且接收到该订阅信息的SMF 112可以确定(或识别)UE 101使用边缘计算服务，并且可以确定向对应的UE 101提供边缘计算服务。SMF 112在UE上下文中存储对应的UE 101是使用边缘计算服务的UE。

在步骤204中，SMF 112可以查看从UE 101接收的PDU会话估计请求消息，并且针对对应的DNN执行与PCF 113的SM策略关联建立过程。在这种情况下，SMF 112可以向PCF 113发送由UE 101请求的DNN。在接收到该信息时，PCF 113可以确定对应的DNN是MEC服务的DNN，然后将可用于MEC服务的信息包括在要递送到SMF 112的会话相关策略中。根据本公开的另一实施例，如果在步骤201中，UE 101将用于使用MEC服务的指示符包括在对应的PDU会话建立请求中，则SMF 112可以执行SM策略关联建立过程，该过程包括通知PCF 113对应的PDU会话用于使用MEC服务的指示符，并且在接收到该信息时，PCF 113可以通过包括可以使用MEC服务的信息来配置要递送到SMF 112的会话相关策略。此外，当对PCF 113执行SM策略关联建立过程时，SMF 112可以通知PCF 113包括关于UE 101的当前位置的信息(例如，小区ID和跟踪区域)。当针对UE 101的PDU会话向SMF 112发送MEC相关信息时，PCF 113可以基于UE 101的位置信息来确定提供哪些信息。

此外，根据步骤203的可选操作，SMF 112可以查看UE 101的用户信息，并识别是否允许UE 101使用MEC服务。如果UE 101是被授权使用MEC服务的UE，或者如果UE 101请求的DNN是被授权使用MEC服务的DNN，则SMF 112可以在建立与PCF 113的策略关联时发送允许使用MEC服务的指示符。基于此，PCF 113可以配置关于对应的UE 101的MEC服务相关信息，并向SMF 112发送MEC服务相关信息。

PCF 113可以将MEC服务的信息包括在应该通过上述过程提供给SMF112的会话相关策略信息中。PCF 113可以基于存储在统一数据储存库(UDR)115中的用户信息来确定是否提供MEC服务的信息。MEC服务的信息可以指在UE 101通过对应的PDU会话使用MEC服务时要访问的DNS服务器地址。此外，根据本公开的实施例，它可以指UE 101在执行DNS查询时应该包括的ESZI。可替代地，它可以指在UE 101识别作为DNS响应接收的信息时要使用的ESZI。PCF 113可以通过在确定UE 101可以用来执行对应的PDU会话的DNS过程的ESZI时考虑从SMF 112接收的UE 101的位置来确定ESZI，该ESZI可以指最靠近或适合UE 101的当前位置的边缘数据网络、边缘计算环境或边缘计算资源。作为另一示例，当从UE 101的当前位置确定可以接入和使用的边缘计算环境或边缘数据网络时，PCF 113可以选择ESZI，该ESZI可以指代在考虑网络的负载状态的情况下，不具有严重负载的边缘计算环境或边缘数据网络当中的最靠近UE 101的当前位置(或者UE可以在其当前位置使用)的资源，并且将其发送到SMF 112。

为了根据UE 101的位置更新ESZI，PCF 113可以向SMF 112订阅与UE101的位置改变有关的事件。当PCF 113向SMF 112订阅UE 101的位置改变事件时，PCF 113可以配置和请求感兴趣区域(AoI—例如，需要确定UE的移动性的区域)，其可以由跟踪区域列表或小区列表组成。当确定感兴趣区域时，PCF 113可以考虑可以由UE 101的当前区域中可用的边缘网络覆盖的区域信息来确定AoI。例如，当UE 101离开对应于AoI的特定区域时，PCF可以配置UE以给出关于事件的报告，并且在那时，可以与SMF 112交互以再次确定UE 101的位置，并且将其ESZI提供给UE 101。

当提供ESZI信息时，PCF 113可以配置映射，该映射用于应该在哪个区域中使用哪个ESZI，并将该映射发送到SMF 112。例如，可以列出在跟踪区域1、跟踪区域2、跟踪区域3和跟踪区域4中使用的ESZI以及在跟踪区域10、跟踪区域11和跟踪区域12中访问的ESZI，并将其转发给SMF 112。在接收到此时，SMF 112可以稍后确定(或识别)UE 101的移动性，并且确定(或识别)要在UE 101当前所在的区域中使用的ESZI应该被更新给UE 101。根据本公开的另一实施例，SMF 112可以立即向UE 101发送所接收的ESZI和位置信息列表，并且接收到ESZI和位置信息列表的UE 101可以根据其当前位置来确定ESZI，并将其用于DNS查询。

PCF 113可以递送要由SMF 112应用于UE 101意图使用的PDU会话的PCC规则。在以上实施例中提出的信息可以被包括作为PCC规则的一部分，并且可以被单独配置和递送作为除了PCC规则之外的MEC服务的信息。PCF113可以包括业务检测规则、业务转发规则或信息列表(例如，数据网络接入身份(DNAI))，其可以在配置PCC规则时标识必须被分配以建立对应的PDU会话的UPF，该UPF是在对应的PDU会话中提供MEC服务所需要的。在接收到该信息之后，SMF 112可以基于该信息来选择UPF，并在向UPF发送会话建立请求时应用UPF。

在步骤205中，SMF 112基于从PCF 113接收的策略信息来执行UPF选择过程，并执行与所选择的UPF 122的N4会话建立过程。当从PCF 113接收到DNAI列表时，SMF 112可以基于UE 101的当前位置来选择对应于可以连接的DNAI的UPF。如果从PCF 113接收的信息包括ESZI，则SMF 112可以基于UE 101的当前位置来选择能够支持对应服务区域的UPF。当选择UPF时，SMF 112确定(或识别)UPF是否是可以连接到由UE 101请求的PDU会话连接到的边缘数据网络的UPF，并选择可以连接到对应的边缘数据网络的UPF。此外，SMF 112执行N4会话建立过程，包括向UPF 122递送DNAI和分组转发动作规则以及分组强制规则，以实现通过边缘网络的数据发送和接收。

在SMF 112中，可以预先配置每个位置的ESZI、每个UPF服务区域的ESZI或者每个SMF服务区域的ESZI。SMF 112可以查看UE 101的当前位置，并搜索该位置的ESZI。在识别UE101的当前位置的适当UPF之后，或者在识别UPF服务区域之后，SMF 112可以识别UPF可以连接到的DNS服务器地址。根据本公开的另一实施例，可以识别UPF可以连接到的边缘计算环境或边缘计算资源、或者可以表示边缘数据网络的特定IP域的ESZI。SMF112可以在用户平面路径建立过程(包括添加ULCL UPF或BP UPF的过程)当中的UPF选择过程期间从NRF(图1和图2中未示出)获得ESZI信息，或者在N4会话建立过程期间从UPF获得ESZI信息。

在步骤206中，SMF 112可以基于从PCF 113接收的会话相关策略信息来配置要提供给UE 101的PCO。根据本公开的另一实施例，SMF 112可以基于内部预先配置的值来配置要提供给UE的PCO。SMF 112可以被配置为将从步骤204或步骤205确定的ESZI包括在PCO中。PCO是协议配置选项的缩写，其是包含使用对应的PDU会话所需的附加配置信息的容器，并且是在UE 101和SMF 112之间交换的信息。

如果SMF 112根据步骤204或205确定ESZI和其中该值可用的区域(例如，跟踪区域列表和小区列表)的配对列表，则SMF 112可以将该列表包括在PCO中，并将该列表递送到UE。可替代地，在SMF 112根据步骤204或205确定ESZI和其中该值可用的区域(例如，跟踪区域列表和小区列表)的配对列表之后，SMF 112可以将UE 101的当前位置的ESZI配置为PCO，并向UE 101发送PCO。稍后，当UE 101移动到另一个位置时，SMF 112可以确定(或识别)适合于经改变的位置的ESZI，并且可以确定将ESZI递送到UE 101。其具体细节将在稍后描述的根据图3的实施例中描述。

在步骤207中，SMF 112配置被称为PDU会话建立接受的会话管理NAS消息，并将PCO包括在该消息中。根据步骤206，该PCO可以包括ESZI值。

在步骤208中，SMF 112可以通过将递送到UE 101的PDU会话建立接受消息和递送到基站的N2消息包括在到AMF 111的Namf_Communication_N1N2messageTransfer消息中来发送该PDU会话建立接受消息和N2消息。N2消息可以包括PDU会话ID、QoS简档、QoS流ID、UPF侧用于UPF和基站之间的N3隧道连接的隧道信息等。

AMF 111可以向SMF 112发送对于Namf_Communication_N1N2messageTransfer的ACK。

在步骤209，AMF 111可以将从SMF 112接收的消息传递到基站121。该消息可以包括从SMF 112接收的N2 SM消息、以及从SMF 112接收的N1SM NAS消息。

在步骤210中，基站121可以接收步骤209中的消息，并且根据N2 SM消息中包含的QoS信息来执行用于建立与UE的数据无线电承载的RRC信令过程。此外，基站121可以将所接收的NAS消息发送给UE 101。

当通过步骤210接收到由SMF 112递送的PDU会话建立接受消息时，UE 101可以完成PDU会话建立过程。UE 101可以识别PDU会话建立接受消息中包括的PCO信息，并且可以识别PCO中包括的DNS服务器地址和ESZI。通过该信息，UE 101可以识别针对对应的PDU会话要连接到哪个DNS服务器，并且可以确定(或识别)ESZI应该作为区域ID被包括在要递送的DNS查询中。

在步骤211中，基站121可以向AMF 111发送对步骤209的响应。该消息包括N2 SM消息，其包括基站侧用于与UPF的N3隧道连接的PDU会话ID和隧道信息。此外，可以包括诸如建立的QoS流的信息。

在步骤212中，接收步骤211的消息的AMF 111可以将步骤211的消息中包含的N2SM消息递送到SMF 112。

在步骤213中，SMF 112可以查看在步骤212中接收的N2 SM消息，并执行与UPF 122的N4会话修改过程。在这种情况下，SMF 112可以将从基站121接收的基站侧的N3隧道信息递送到UPF 122，并且还可以递送N3隧道信息的分组转发规则。通过该步骤，可以认为在UPF122和基站121之间建立了用于数据发送/接收的隧道连接。

在步骤214中，SMF 112可以向AMF 111发送对步骤210的响应。

现在，UE 101可以通过建立的PDU会话来发送和接收数据。

在步骤215中，在识别在步骤210中接收的信息之后，UE 101的NAS层(图1和图2中未示出)可以通过AT命令向上层发送DNS服务器地址和ESZI。AT命令是3GPP通信层和上层(例如，根据本公开的结构，包括应用层和使能层)之间的命令传输方法，并且可以指向上层通知使用网络所需的信息的操作。当已经接收到DNS服务器地址和ESZI的上层向DNS解析器(图1和图2中未示出)请求DNS查询时，上层可以包括DNS服务器地址和ESZI并传递它们。

根据本公开的另一实施例，上层可以通过将DNS服务器地址和ESZI信息传递到DNS解析器来向DNS解析器配置DNS服务器地址和ESZI信息。当执行DNS查询时，DNS解析器可以确定是否包括ESZI信息。可替代地，在接收到对DNS查询的DNS响应之后，DNS解析器可以识别DNS响应中包括的应用服务器的IP地址列表以及附加DNS资源记录信息，并选择具有与ESZI信息匹配的资源记录信息的IP地址。

根据本公开的另一实施例，如果在步骤210中接收的信息包括ESZI列表(TA列表或小区列表)和其中ESZI有效的位置信息，则UE 101的NAS层可以确定对应于UE 101的当前位置的ESZI，并将ESZI信息发送到上层。根据本公开的另一实施例，UE 101的NAS层可以将ESZI和有效位置信息的列表传递到上层，并且在接收到该列表之后，上层可以确定适合于UE 101的当前位置的ESZI，并使用该ESZI来执行DNS过程。

在步骤216中，当从应用层(图1和图2中未示出)接收到对FQDN的DNS解析请求时，UE 101可以生成对对应FQDN的DNS查询，并将DNS查询发送到DNS服务器161。在这种情况下，UE 101可以确定当前位置的ESZI，并将ESZI包括在DNS查询中，以发送所确定的ESZI。

在步骤217中，接收由UE 101递送的DNS查询的DNS服务器可以基于DNS查询中包括的ESZI信息来确定正在边缘计算资源上运行的哪个边缘计算环境或应用服务器地址应该被返回给UE。

在步骤217中，或者当配置用于向UE 101提供DNS服务器161的DNS记录的DNS响应时，DNS服务器161还可以包括对应于ESZI的资源记录。例如，当DNS服务器161识别出“edgecomputing.example.net”的DNS记录时，DNS服务器161可以将对应的IP地址和值“edge_computing_service”识别为IP地址的资源记录。因此，DNS服务器161可以在对应于ESZI的资源记录中配置(或生成)包括“edge_computing_service”的DNS响应，并将DNS响应提供给UE。

在步骤218中，DNS服务器161将基于步骤217中的ESZI信息确定的边缘应用服务器的IP地址发送给UE。现在，UE 101可以向对应的IP地址发送数据。

作为另一种方法，在步骤218中，DNS服务器161可以在DNS响应中配置应用服务器的IP地址及其附加资源记录(例如，DNS SRV、DNS LOC、DNS TXT等)，并将其发送给UE 101。在这种情况下，接收DNS响应的UE101可以识别DNS响应中包括的附加资源记录信息，并识别其是否具有与ESZI相同的值。在DNS响应包括由多个IP地址组成的列表和资源记录的情况下，UE 101可以基于在当前位置可用的ESZI信息的值来针对指示相同值的资源记录选择应用服务器的IP地址。UE 101可以将具有映射到从5G系统获得的ESZI的信息的IP地址确定(识别)为可以用于UE 101的当前位置处的边缘计算服务的最适合的IP地址。

图3是示出根据本公开的实施例的根据UE的移动性或网络中的信息改变向UE提供UE应该在DNS过程中用来搜索适当的边缘应用服务器的ESZI信息的过程的示图。

通过图3的过程，SMF 112可以根据UE 101的位置向UE 101递送更新的ESZI。ESZI可以被包括在ePCO中，或者可以被包括在用于会话管理的NAS信息中并被递送到UE 101。此外，图3中示出的每个NF是为了便于理解，并且如果应用执行本公开中描述的功能的单独的特定NF，则图3中示出的每个NF(例如，新NF)可以执行下述功能，而不是图3中示出的每个NF，例如AMF、SMF和PCF当中的至少一个NF。

SMF 112通过PDU会话建立过程从UDM 114获得UE 101的订阅信息，并且可以通过订阅信息中包括的标识符来识别UE 101是否是能够使用边缘计算服务的UE。SMF 112可以将其存储在UE上下文中，并确定(或识别)对应的UE 101来执行用于边缘计算服务的操作。

在步骤301中，UE 101可以根据移动性来执行服务请求或注册请求。当有数据要递送或者AMF 111寻呼UE 101时，UE 101可以用服务请求来响应。根据本公开的另一实施例，当UE 101在IDLE(空闲)状态下移动并且离开从AMF 111分配的注册区域时，UE可以执行注册请求以接收分配的新注册区域。当UE 101在连接状态下移动时，基站121执行切换过程。当服务UE101的基站通过切换改变为新的基站时，对应的基站可以执行路径切换(在基于Xn的切换的情况下，其是基站之间的接口)或切换通知(在通过AMF 111切换的情况下)。根据以上过程，AMF 111可以识别UE 101的位置。当UE101请求或者基站121发送N2 SM消息时，AMF 111向SMF 112发送该消息，并且在这种情况下，可以包括UE 101的位置信息(小区ID或跟踪区域ID)。可替代地，如果SMF 112订阅针对UE 101的位置信息的事件，则AMF111可以通过Event_Notify操作向SMF 112通知UE 101的当前位置。

在步骤302中，根据步骤301已经获得UE 101的位置的SMF 112可以如下执行步骤302的操作。

确定UE 101的位置已经改变的SMF 112可以新分配可以接入适合于UE101的当前位置的边缘数据网络的PSA UPF或本地PSA UPF，从而决定插入或替换ULCL UPF、或者插入或替换(在使用IPv6的情况下)BP UPF。根据本公开的另一实施例，当根据SSC模式2/3改变PSA UPF时，SMF 112可以确定修改PDU会话。SMF 112执行识别UE可以在当前位置用于MEC服务的DNS服务器地址和ESZI的过程。SMF 112可以以以下方式中的一种或多种识别ESZI。

在SMF 112中，可以预先配置每个位置的ESZI或每个服务区域的ESZI。SMF 112可以查看UE 101的当前位置，并搜索对应位置的ESZI。

在识别UE 101的位置的UPF之后，或者在识别UPF服务区域之后，SMF 112可以识别UPF可以连接到的边缘计算环境或边缘计算资源，并且可以识别边缘计算环境或边缘计算资源的ESZI。可替代地，可以识别对应的UPF可以连接到的边缘数据网络，并且可以识别边缘数据网络的ESZI。SMF 112可以在用户平面路径改变过程(用于添加/改变ULCL UPF或BPUPF的过程)当中的UPF选择过程期间从NRF(图1至图3中未示出)获得信息，或者在N4会话建立过程期间从UPF获得该信息。

SMF 112通过PDU会话建立过程从UDM 114获得UE 101的订阅信息，并且可以通过订阅信息中包括的标识符来识别UE 101是否是能够使用边缘计算服务的UE。SMF 112可以将其存储在UE上下文中，并确定(或识别)对应的UE 101来执行用于边缘计算服务的操作。

在步骤301中，UE 101可以根据移动性来执行服务请求或注册请求。当有数据要递送或者AMF 111寻呼UE 101时，UE 101可以用服务请求来响应。根据本公开的另一实施例，当UE 101在IDLE状态下移动并且离开从AMF111分配的注册区域时，UE可以执行注册请求以接收分配的新注册区域。当UE 101在连接状态下移动时，基站121执行切换过程。当服务UE101的基站通过切换改变为新的基站时，对应的基站可以执行路径切换(在基于Xn的切换的情况下，其是基站之间的接口)或切换通知(在通过AMF 111切换的情况下)。根据以上过程，AMF 111可以识别UE 101的位置。当UE 101请求或者基站121发送N2 SM消息时，AMF 111向SMF 112发送该消息，并且在这种情况下，可以包括UE 101的位置信息(小区ID或跟踪区域ID)。可替代地，如果SMF 112订阅针对UE 101的位置信息的事件，则AMF 111可以通过Event_Notify操作向SMF 112通知UE 101的当前位置。

在步骤302中，根据步骤301已经获得UE 101的位置的SMF 112可以如下执行步骤302的操作。

确定UE 101的位置已经改变的SMF 112可以新分配可以接入适合于UE101的当前位置的边缘数据网络的PSA UPF或本地PSA UPF，从而决定插入或替换ULCL UPF、或者插入或替换(在使用IPv6的情况下)BP UPF。根据本公开的另一实施例，当根据SSC模式2/3改变PSAUPF时，SMF 112可以确定修改PDU会话。SMF 112执行识别UE可以在当前位置用于MEC服务的DNS服务器地址和ESZI的过程。SMF 112可以以以下方式中的一种或多种识别ESZI。

在SMF 112中，可以预先配置每个位置的ESZI或每个服务区域的ESZI。SMF 112可以查看UE 101的当前位置，并搜索对应位置的ESZI。

在识别UE 101的位置的UPF之后，或者在识别UPF服务区域之后，SMF 112可以识别UPF可以连接到的边缘计算环境或边缘计算资源，并且可以识别边缘计算环境或边缘计算资源的ESZI。可替代地，可以识别对应的UPF可以连接到的边缘数据网络，并且可以识别边缘数据网络的ESZI。SMF 112可以在用户平面路径改变过程(用于添加/改变ULCL UPF或BPUPF的过程)当中的UPF选择过程期间从NRF(图1至图3中未示出)获得信息，或者在N4会话建立过程期间从UPF获得该信息。

在步骤305中，根据以上过程，SMF 112关于UE 101的当前位置和向UE 101及其数据网络提供数据通信的UPF，确定(或识别)能够识别要由UE101使用的边缘计算环境、边缘计算资源或边缘数据网络的IP域的ESZI。SMF 112可以配置称为PDU会话修改命令的SM NAS消息，以将ESZI递送到UE 101。SMF 112可以将ESZI包括在PDU会话修改命令的ePCO中。根据本公开的另一实施例，ESZI可以被包括作为NAS信息元素之一。稍后当UE 101向DNS服务器发送查询时，可以包括ESZI。可替代地，稍后当UE101从DNS服务器接收的响应当中确定与ESZI匹配的IP地址时，可以使用ESZI。

作为另一实施例，显而易见的是，SMF 112可以使用另一SM NAS消息，而不是PDU会话修改命令消息，并且如果通过对应的SM NAS消息来通知ESZI，则其不限于名称，并且可以指对应于本公开中提出的操作的消息。

在步骤306中，SMF 112可以向AMF 111发送包括以上消息的Namf_Communication_N1N2messageTransfer消息。AMF 111可以向SMF 112发送对于Namf_Communication_N1N2messageTransfer的ACK。

在步骤307中，AMF 111可以通过基站121向UE 101发送从SMF 112接收的消息。从AMF 111发送到基站121的消息包括从SMF 112接收的N1SM NAS消息。该消息可以不包括N2SM消息，因为基站121不具有要关于会话管理执行的操作。如果SMF 112根据SSC模式2/3执行操作，则可以包括N2 SM消息并将其发送到基站121，并且基站121可以相应地执行操作。

基站121可以向UE 101发送从AMF 111接收的N1 SM NAS消息。UE101可以识别从SMF 112接收的N1 SM NAS消息，并识别该消息中包括的PCO或ePCO。UE 101识别PCO中包括的ESZI。根据步骤308，UE 101可以将指示PDU会话修改过程完成的PDU会话修改完成消息配置为N1 SM NAS消息，并将其传送给AMF 111。在接收到该消息时，在步骤309中，AMF111可以向SMF 112发送N1 SM NAS消息。

在步骤310中，接收到N1 SM NAS消息的UE 101的NAS层(图1至图3中未示出)可以向上层发送更新的ESZI，并且上层可以向DNS解析器(图1至图3中未示出)发送和配置更新的ESZI。可替代地，当向DNS解析器请求DNS查询时，上层可以发送对应的ESZI。在接收到更新的ESZI之后，已经接收到ESZI的UE 101的DNS解析器可以删除所有缓存的服务器访问信息，并确定执行新的DNS查询。换句话说，因为DNS解析器需要连接到在边缘数据网络上运行的由ESZI、边缘计算资源或边缘应用服务器标识的边缘计算环境，所以需要新识别应用服务器的IP地址，而不使用现有的应用服务器IP地址。

在步骤311中，根据步骤310中的确定，UE 101可以向DNS服务器161发送包括指示应用服务器的FQDN和ESZI的DNS查询。可替代地，在步骤311中，UE 101可以发送仅包括FQDN的DNS查询。

在步骤312中，已经接收到从UE 101发送的DNS查询的DNS服务器161可以基于DNS查询中包括的ESZI信息来确定在边缘计算资源上运行的哪个边缘计算环境或应用服务器应该被返回到UE 101。

可替代地，在步骤312中，当将DNS服务器161的DNS记录配置为要提供给UE 101的DNS响应时，DNS服务器161还可以包括对应于ESZI的资源记录。例如，当标识“edgecomputing.example.net”的DNS记录时，DNS服务器可以用对应的IP地址和该IP地址的资源记录来标识值“edge_computing_service”。因此，DNS服务器161可以在对应于ESZI的资源记录中配置(或生成)“edge_computing_service”作为DNS响应，并将DNS响应提供给UE 101。

在步骤313中，DNS服务器161可以将基于ESZI信息确定的边缘应用服务器的IP地址发送给UE 101。现在，UE 101可以向对应的IP地址发送数据。

可替代地，在步骤313中，在DNS服务器161针对DNS响应一起配置应用服务器的IP地址和附加资源记录(例如，DNS SRV、DNS LOC、DNS TXT等)并将其发送到UE 101的情况下，在接收到此时，UE 101可以基于附加资源记录信息来确定(或识别)所接收的数据是否具有与UE拥有的ESZI相同的值。如果DNS响应包括多个IP地址的列表和资源记录，则UE 101可以基于在当前位置可用的ESZI信息的值来针对表示相同值的资源记录选择应用服务器的IP地址。UE 101可以确定具有映射到从5G系统获得的ESZI的信息的IP地址是可以用于UE 101的当前位置处的边缘计算服务的最适合的IP地址。

作为图3的另一详细实施例，当配置ESZI并将其提供给UE 101时，SMF 112可以将ESZI配置为与区域信息(TA列表或小区列表)成对配置的列表，其中对应的ESZI是有效的，并将列表提供给UE 101。也就是说，SMF112可以被配置为“特定区域信息—ESZI”对，并被提供给UE 101。特定区域信息可以是跟踪区域ID或小区ID，并且可以是跟踪区域ID的列表或小区ID的列表。“特定区域信息—ESZI”对可以被配置为包括至少一对的列表，并被提供给UE。当确定在哪个位置的DNS查询中应该使用哪个ESZI时，接收到该列表的UE 101可以查看并识别所接收的列表。UE 101的NAS层(图1至图3中未示出)确定UE 101的当前位置，从列表中获得对应于当前位置的ESZI，并将ESZI发送到上层，并且上层将更新的ESZI递送到DNS解析器。在接收到更新的ESZI之后，已经接收到ESZI的UE 101的DNS解析器可以删除所有缓存的服务器访问信息，并确定执行新的DNS查询。换句话说，因为DNS解析器需要连接到在边缘数据网络上运行的边缘应用服务器，所以需要新识别应用服务器的IP地址，而不使用现有的应用服务器IP地址。

根据本公开的上述实施例，因为UE 101可以基于从SMF 112提供的列表来确定自身并且改变ESZI，所以可以减少SMF 112和UE 101之间的信令。然而，也有一部分是UE 101可以获得关于移动通信网络和对应的边缘计算环境或边缘计算资源的部署信息。因此，将ESZI和关于特定区域的信息作为列表提供给UE 101并且根据UE 101的位置不时地通知ESZI可以根据移动网络运营商的策略来确定和操作。

图4是示出UPF检测从UE发送的DNS查询并且将ESZI包括在从UE发送的DNS查询中并将ESZI转发给DNS服务器的过程的示图。

根据图4的整体操作，DNS服务器161可以确定对应于ESZI的边缘计算环境、边缘计算资源或边缘数据网络，并且可以确定其上驱动的应用服务器的地址，并且将地址递送到UE作为DNS响应。此外，图4中示出的每个NF是为了便于理解，并且如果应用执行本公开中描述的功能的单独的特定NF，则新的NF可以执行下述功能，而不是图4中示出的每个NF，例如AMF、SMF和UPF当中的至少一个NF。

该实施例是通过在没有UE影响的情况下修改到5G系统的DNS查询来反映网络部署(即，将ESZI应用于DNS查询)的方法，并且具有不需要改变UE的优点。

在步骤410中，SMF 112通过PDU会话建立过程从UDM(图4中未示出)获得UE 101的订阅信息，并且可以通过订阅信息中包括的标识符来识别UE 101是否是能够使用边缘计算服务的UE。SMF 112可以将其存储在UE上下文中，并确定(或识别)对应的UE 101来执行用于边缘计算服务的操作。因此，SMF 112可以确定应用修改由UE递送的DNS查询的功能。也就是说，SMF 112可以确定是否将ESZI应用于由UE递送的DNS查询。

根据本公开的另一实施例，SMF 112可以从PCF(图4中未示出)接收策略(图4中未示出)，其是在DNS查询中需要包括ESZI的改变过程，以通过SM策略建立过程(图4中未示出)向对应的UE提供边缘计算服务。此外，PCF可以向SMF 112(图4中未示出)发送DNS查询修改所需的信息，即ESZI。可附加地，PCF可以为特定区域配置一对ESZI，并将这对ESZI发送到SMF 112作为列表(图4中未示出)。例如，通过将跟踪区域列表和ESZI配置为对，由至少一对组成的列表可以被发送到SMF 112。

根据本公开的另一实施例，SMF 112可以根据内部配置或网络配置(来自OAM(图4中未示出)的配置或由运营商自身预先配置给SMF的信息)来确定(或识别)将DNS查询修改功能应用于使用边缘计算服务的UE。在内部配置中，根据UE的位置来配置要在改变DNS查询时使用的ESZI。例如，关于应该在哪个跟踪区域中使用哪个ESZI的信息可以由对组成。此外，可以在SMF 112中配置通过将跟踪区域列表和ESZI配置为对而由至少一对组成的列表。

SMF 112可以通过PDU会话建立过程或PDU会话改变过程建立与UPF122的N4会话或者改变N4会话。在这种情况下，如果SMF 112如上所述确定将DNS查询改变功能应用于对应的UE 101，则SMF 112可以向UPF 122提供用于应用DNS查询改变功能的信息。也就是说，SMF112可以在UPF122中配置检测规则(例如，检测以DNS服务器的IP地址作为目标IP地址的分组的规则，或者使用DNS服务器的IP地址作为目标IP地址并验证端口号是用于DNS查询的IP端口号的规则)以用于检测从UE 101发送到DNS服务器161的DNS查询分组。此外，SMF 112在UPF 122中配置规则，以执行将ESZI包括在对应于对应DNS查询的区域ID的区域中的操作，该对应DNS查询关于在检测规则被应用于UPF 122时找到的DNS查询分组。也就是说，SMF112将要被包括在DNS查询中的ESZI值发送到UPF 122，并且还配置其中ESZI应该被包括在UPF 122中的分组区域(例如，16个八位字节至20个八位字节)。

在步骤420中，UE 101根据UE中包括的应用客户端(图4中未示出)的请求发送DNS查询，以搜索对应于应用客户端想要向其递送数据的FQDN的应用服务器的IP地址。在PDU会话建立或PDU会话改变过程期间，UE101可以通过使用从SMF接收的DNS服务器的IP地址作为目标IP地址来发送DNS查询。

在步骤430中，UPF 122可以根据由SMF 112根据步骤410配置的检测规则来检测由UE 101递送的DNS查询的分组。此后，UPF 122可以执行根据由SMF 112配置的修改规则来改变由UE 101递送的DNS查询的操作。也就是说，由SMF配置的ESZI可以被包括在对应于DNS查询的区域ID的区域中。

在步骤440中，UPF 122可以将ESZI包括在由UE递送的DNS查询中，然后将ESZI发送到DNS服务器161。在接收到ESZI时，DNS服务器161可以通过查看DNS查询中包括的ESZI来确定在边缘计算资源上运行的哪个边缘计算环境或应用服务器应该被返回给UE 101。

在步骤450中，DNS服务器161可以将基于在图2的步骤217中确定的ESZI信息确定的边缘应用服务器的IP地址发送给UE 101。现在，UE 101可以向对应的IP地址发送数据。

图5示出了根据本公开的提供云服务和边缘计算服务的第三方向5G系统提供UE需要访问以使用其服务和与之相对应的位置信息来搜索边缘应用服务器的ESZI信息的过程。

图5中示出的每个NF是为了便于理解，并且如果应用执行本公开中描述的功能的单独的特定NF，则新的NF可以执行下述功能，而不是图4中示出的每个NF，例如AS、NEF、UDR、UDM和PCF当中的至少一个NF。

第三方云服务提供商(在下文中称为第三CSP)可以决定向MNO的移动通信系统提供对应于区域ID的ESZI，其中从该区域ID可以找到在其边缘计算环境上运行的应用服务器的IP地址。这允许第三CSP与MNO签订合同，以在特定区域的MNO的基础设施上构建他们的边缘计算服务环境，并且允许UE使用在该环境中运行的边缘应用服务器。这是基于MNO和第三CSP之间的合同配置的边缘计算系统，并且UE不知道它。为了使UE使用在特定区域中运行的第三CSP的边缘计算环境，当UE搜索应用服务器的地址时，MNO应该允许UE搜索在第三CSP的边缘计算环境上运行的边缘应用服务器的地址。为此，5GS需要向UE提供可以搜索在第三CSP的环境中操作的边缘应用服务器地址的ESZI。图5提出了一种用于第三CSP向MNO提供关于使用边缘计算的UE应该使用哪个ESZI来在对应区域中发送DNS查询的信息的方法。

在步骤510中，第三CSP的AS 501可以通过使用NEF服务向UDR 115提供服务的参数。如果第三CSP可以直接访问UDR 115，则第三CSP可以使用UDR服务而不是NEF服务(Nudr)。

根据步骤510，第三CSP向NEF 502提供DNS服务器相关信息。为此，可以使用Nnef服务来递送信息。在该实施例中，提出了使用Nnef_ServiceParameter创建/修改操作，但是它可以指用另一个名称并通过NEF传递DNS服务器相关信息的操作。第三CSP可以将以下参数包括在该消息中。

-DNN：数据网络名称是指标识可以使用由第三CSP提供的边缘计算服务或可以由第三CSP提供的边缘计算环境接入的数据网络的名称。第三CSP可以在与MNO签订服务合同时定义该DNN，并且可以通过DNN识别边缘计算服务或第三CSP。

-边缘计算服务的参考ID：可以标识MNO和第三CSP之间关系的ID，并且可以是服务合同中定义的值。使用该标识符的第三CSP的应用服务器和5GS可以相互识别。也就是说，识别它是指哪个第三CSP，它是指第三CSP的哪个服务器，或者它是指哪个边缘计算环境第三CSP是可能的。

-ESZI：第三CSP可以包括可以标识边缘计算服务的边缘计算环境、边缘计算资源或边缘数据网络的ESZI。第三CSP可以包括ESZI，以通知标识哪个边缘计算环境、边缘计算资源或边缘数据网络用于由DNN或边缘计算服务的参考ID标识的边缘计算服务提供商的信息。ESZI可以与以下位置信息一起递送。

-位置信息：如果第三CSP单独操作特定区域的边缘计算环境，并且还操作每个区域的资源以搜索在边缘计算环境内运行的边缘应用服务器的地址，则位置信息与ESZI一起被提供。位置信息可以具有城市地址(例如，街道名称地址、建筑物地址、城市/县/区等)或GPS信息(例如，特定的GPS范围值)的形式、邮政编码(邮政ZIP编码)、或者跟踪区域ID或小区ID。

DNS服务器地址和位置信息可以被配置为一对匹配信息，并且可以被配置为包括至少一对的列表并被递送到NEF 502。

在步骤520中，如果NEF 502从第三CSP一起接收位置信息，则NEF502可以执行将对应的位置信息映射到作为3GPP中可理解的位置信息格式的跟踪区域ID或小区ID的操作。

在步骤530中，NEF 502可以将根据步骤510接收的信息以及根据步骤520的附加映射位置信息存储在UDR 115中(使用Nudr_DM_Create/Update服务操作)。该消息可以包括以下信息。

数据集＝应用数据或策略；指示由第三CSP提供的信息被分类的标识符。这可以区分信息是应用数据还是策略数据。

数据子集＝ESZI，位置；由第三CSP提供的一对ESZI和对应的本地信息(由NEF 502映射的或者以MNO可理解的本地信息的形式的信息，并且可以由列表组成)。数据子集可以具有多个集合。例如，ESZI可以被包括在包括对应于ESZI的至少一对区域信息的列表中。

数据关键字＝DNN，ECS的参考ID；可以标识第三CSP的标识符、可以标识由第三CSP提供的边缘计算服务的标识符、或者可以标识由第三CSP提供的特定区域的边缘计算服务的标识符。

UDR 115将信息存储在应用数据或策略数据中。因此，UDR 115存储关于应该在哪个区域中、在哪个边缘计算服务区域中、或者对于哪个第三CSP使用哪个ESZI的信息，并且可以向UDM 114或PCF 113通知该信息。

在步骤540中，在向UDR 115提供信息之后，NEF 502可以向第三CSP发送响应，以通知已经成功执行了Nnef_ServiceParameter过程。

在步骤550中，UDR 115可以向UDM 114发送更新的信息，即ESZI。在接收到该信息时，UDM 114可以将该信息存储在会话管理相关信息中，并将其递送到SMF(图5中未示出)。当执行根据本公开的实施例的操作时，可以利用该信息。

在步骤560中，UDR 115可以向PCF 113发送更新的信息，即ESZI。在接收到该信息时，PCF 1113可以将该信息存储在会话管理相关信息中，并将其递送到SMF。当执行根据本公开的实施例的操作时，可以利用该信息。

作为本公开的另一实施例，将描述如何利用应用层服务器的网络结构以及对应网络结构中的UE和应用层服务器的操作。

图6是示出用于边缘计算支持的应用网络架构的示图。

图6中描述的网络功能(NF)可以被定义如下。此外，NF可以被实施为如上所述的一个设备/计算机系统/装备。在整个公开中，上述事项应该被等同地理解。

■3GPP网络620：3GPP无线电接入网和核心网

■边缘数据网络630：5G核心网的数据网络或EPC网络的分组数据网络，并且可以是包括用于提供边缘计算服务的功能(诸如边缘托管平台和边缘使能服务器)的数据网络、或者托管边缘应用服务器的边缘托管平台所在的数据网络。它可以被映射到本地接入DN、本地数据网络或边缘计算数据网络。

■UE应用(应用客户端)612：在UE 610的移动操作系统上操作的应用程序，由5G核心网中的操作系统标识符(OSId)和操作系统特定应用标识符(OSAppID)标识。

■边缘应用服务器632：在边缘托管平台上运行的虚拟机(VM)映像或者在虚拟化容器中运行的应用服务器程序、以及在安装VM映像之后执行的服务器程序，并且可以被称为边缘应用。此外，这在特定服务器运行以上程序时可以指服务器本身。

■边缘数据网络配置服务器(EDN-CS)641：向UE提供边缘数据网络的配置信息的服务器，并且可以是可以接收用于UE使用MEC服务的配置信息的初始接入服务器。

■边缘托管平台：具有能够运行多个边缘应用的虚拟化层的平台软件。在本公开中，边缘托管平台可以用作与边缘托管环境相同的概念。尽管没有在图6中具体示出，但是平台软件可以在特定的服务器上运行。运行平台软件的服务器可以独立存在，或者可以在另一个服务器上运行，例如稍后要描述的边缘使能服务器631。

■边缘托管平台的编排器(orchestrator)：用于管理边缘托管平台和管理在边缘托管平台上运行的边缘应用的生命周期的管理系统。可以执行ETSI MANO中定义的编排器的功能。上述边缘托管平台的编排器也可以在一个特定的服务器上运行。

■边缘使能服务器631：用于提供边缘计算服务的服务器，并且可以是向UE(边缘使能客户端管理器)提供在边缘托管平台上可用的应用的列表、管理在边缘计算托管平台上运行的边缘应用的配置信息、以及向边缘应用提供用于由3GPP网络提供的功能的API的服务器。EES 631也可以是管理关于可用于位于边缘数据网络上的边缘托管环境的应用服务器应用的信息、以及提供用于向边缘应用服务器提供边缘计算的应用程序接口(API)的服务器。EES 631可以向UE 610提供用于提供边缘数据网络中可用的边缘计算的信息。这里，UE 610可以对应于图1中示出的UE 101和UE 102之一。

■边缘使能客户端611：具有用于向UE 610的软件模块提供边缘计算服务的功能的软件代理。这可以是这样的软件代理，其提供用于访问UE 610的边缘计算服务器的认证功能，允许UE与边缘使能服务器交互工作以接收由边缘托管平台提供的信息、执行UE应用所需的路由、以及向UE应用程序提供信息。

图7是示出在使用ULCP/BP的情况下，DNS服务器、EDN-CS服务器、通过为每个区域配置的UPF和UPF连接的边缘数据网络、以及应用层中的边缘数据网络中存在的边缘应用服务器和边缘使能服务器之间的关系的示图。

EDN服务区域7110和7120：提供边缘数据网络7210和7220的区域。在图7中，它可以是分别对应于EDN A1 7210和EDN A2 7220的EDN服务区域7110和7120。对于这些EDN服务区域7110和7120，移动网络运营商可以提前配置该区域。EDN服务区域7110和7120可以被指定为与诸如跟踪区域、小区列表、RAN区域、UPF服务区域、SMF服务区域和感兴趣区域、以及存在报告区域的区域相对应的区域，其可以指定UE在3GPP系统中的位置。因此，EDN服务区域7110和7120中的每一个可以被映射到对应的基站7111、7112、7121和7122。例如，EDN服务区域A1 7110可以是由边缘数据网络7210服务的区域，并且基站7111和7112可以被映射。此外，EDN服务区域A2 7120可以是由边缘数据网络7220服务的区域，并且基站7121和7122可以被映射。对应于EDN服务区域7110和7120中的每一个的边缘数据网络7210和7220可以包括EES 7211和7221、以及在由EES 7211和7221中的每一个提供的平台上驱动的边缘应用服务器7212、7213、7222和7223。

集中DNS服务器7231：配置为集中式类型的DNS服务器。在UE 701从UE接收DNS查询而不管PLMN中的UE位置的情况下，其是向UE提供DNS信息的服务器。

用户设备(UE)701：可以接入移动通信网络的用户终端。用户终端可以包括指示安装在UE中的应用程序的应用客户端(例如，图6的612)、边缘使能客户端(例如，图6的611)、以及将域地址改变为IP地址的DNS AC、EEC和DNS解析器(图7中未示出)。

用户平面功能(UPF)7114、7115和7124：存在于3GPP系统中的网络功能，并且可以用于在UE和数据网络之间递送用户平面业务。

数据网络接入标识符(DNAI)：UPF的别名，并且可以是用于指定一个或多个UPF的参数。

EDN域ID是可以由DNS服务器7231识别EDN 7210和7220的标识符。当UE 701递送DNS请求时，DNS服务器7231用作用于通过由UE 701递送的EDN域ID返回属于某个EDN的IP域的IP地址的分隔符。在本公开中，EDN域ID的概念可以以与EDZI相同的方式使用。

下面描述的本公开的实施例A1、A2和A3描述了当UE识别网络拓扑并且EDN服务区域和EDN域ID之间的关系在UE中被动态地或提前配置时，UE和应用层网络服务器的操作。

本公开中描述的实施例A1描述了用于UE通过使用应用层协议的初始配置过程来接收EDN服务区域和与其相关联的EDN域标识符的过程。此外，实施例A2描述了UE检测UE的移动并触发初始配置过程以在UE当前所在的区域中接收EDN服务区域和与其相关联的EDN域标识符的过程。因此，A2的操作可以在执行A1的全部或部分操作之后被执行。此外，实施例A3是利用EDN域ID的DNS查询过程以及用于相应地接收DNS响应消息的过程。因此，在执行A1的至少一部分操作或A2的至少一部分操作之后，A3的过程可以被执行。

在本公开中，EDN服务区域7110和7120可以是小区ID、小区列表、注册区域、可用于特定S-NSSAI的注册区域、NPN区域、(多个)PLMN ID、LADN服务区域等，其可以指定UE在3GPP系统中的网络中的位置。

实施例A1、A2和A3描述的实施例的特征在于，UE 701检测EDN服务区域，并且当UE701由于UE的移动而从EDN服务区域1 7110移动到EDN服务区域2 7120时，通过删除EDN服务区域1 7110的DNS缓存信息，并且为EDN服务区域2配置对应于EDN服务区域2 7120的EDN域ID，DNS域ID被包括在将来要生成的DNS请求消息中。此外，UE 701可以具有与上述图6相同的配置。因此，显而易见的是，UE 701可以用图6的UE 610替换。

<实施例A1>

图8示出了根据本公开的使用应用层协议的初始配置过程。

此外，图8中示出的每个NF是为了便于理解，并且如果应用执行本公开中描述的功能的单独的特定NF，则图8中示出的每个NF，例如构成3GPP网络620的核心网的至少一个NF和新的NF(而不是EDN CS 7233当中的至少一个NF)，可以执行下述功能。

在步骤803中，用户设备610中的调制解调器(移动UE)613(图6中未示出)可以在5GC中执行初始注册过程。在上述用户设备610中仅提及通信功能的情况下，调制解调器可以是移动UE。在描述实施例A1、A2和A3时，将假设移动UE是指用户设备610中的调制解调器。调制解调器613可以执行到EPC网络的初始附接过程。当用户设备610的调制解调器(MT)613执行成功的注册过程时，调制解调器613可以向EEC 611发送指示初始注册成功的通知消息。在该过程中，MT 613可以向EEC 611发送服务网络ID以及服务网络的MNC和MCC标识符。

在步骤805中，MT 613可以识别用户设备610在其中注册的服务网络的MNC和MCC标识符。可以根据EEC 611的请求来执行步骤805的过程(步骤806)。当在步骤807中接收到请求时，在步骤812中，MT 613可以向EEC 611发送服务PLMN信息。服务PLMN信息可以包括当前漫游状态(漫游与否)、服务PLMN标识符、服务网络的MNC和MCC以及用户设备610的位置信息(TA和小区ID)。

在服务PLMN中成功注册时，用户设备610可以识别服务PLMN的MCC和MNC，并且可以从MCC和MNC配置EDN CS的预定义地址。

在步骤820中，用户设备610可以向EDN-CS地址发送初始配置请求消息。初始配置请求消息可以包括能够指定用户设备610的用户设备标识符(例如，GPSI)或者能够标识用户设备610的EEC 611的EEC标识符。

在步骤830中，从用户设备610接收到初始配置请求消息的EDN-CS7233可以搜索提前存储有用户设备标识符或EEC标识符的用户设备610的配置信息，并将配置信息发送给用户设备610。发送到用户设备610的配置信息可以包括EDN连接信息、EDN服务器区域信息、EES连接信息(例如，EES的URI地址)和边缘计算服务提供商(ECSP)信息。此外，EDN CS 7233可以从先前存储在EDN-CS 7233中的存储配置用户设备610或EEC 611所需的EDN域ID信息，并将EDN域ID信息发送到用户设备610的EEC 611。EDN域ID信息包括与EDN服务区域相关联的EDN域ID信息。初始配置响应消息中的信息如<表1>中所述。

[表1]

在步骤840(4A)，用户设备610中的EEC 611存储所接收的配置信息。EEC 611可以配置用户设备610的调制解调器613，以在由调制解调器613接收的EDN服务区域改变时递送通知。

<实施例A2>

图9是示出根据本公开的实施例的EDN域ID更新过程的流程图。

在描述图9的流程图时，在用户设备601进入EDN服务区域或离开EDN服务区域的情况下，将描述用户设备中与EDN域ID有关的操作。

在步骤910中，当用户设备610在3GPP系统内移动时，用户设备610中的调制解调器(MT)613可以感测(或检测或识别)用户设备610是否已经进入EDN服务区域或者已经移出EDN服务区域。在检测到此时，在步骤912中，MT 613向EEC 611通知EDN服务区域已经被移动的信息。

如果没有运营商的新区域的EDN配置信息，则已经通过步骤920和930检测到用户设备610的移动的用户设备610中的EEC 611可以通过向EDN-CS发送配置请求消息来接收包括用户设备610的当前位置的EDN配置信息。在用户设备610中配置的消息可以接收包括EDN服务区域和EDN域ID的信息。

在步骤940中，EEC 611可以存储EDN服务区域和EDN域ID映射信息。

在步骤950中，EEC 611可以请求(或指示)DNS解析器614删除属于现有EDN服务区域的DNS缓存信息。通过由DNS解析器614删除的DNS信息，连接的应用层连接(例如，TCP连接)可能不再有效的指示可以被发送到在用户设备610中操作的应用程序(应用客户端)612。此外，在步骤950中，EEC 611可以向DNS解析器614发送与用户设备610已经进入的区域相对应的新的EDN域ID。DNS解析器614可以在步骤952(5b)中配置当前EDN域ID，并在发送新的DNS查询时使用配置的当前EDN域ID。

在步骤950(6a)中，在检测到用户设备610访问的EAS地址可能被改变时，根据应用的逻辑，应用客户端612可以中断当前连接，并生成到通过DNS解析器614的新更新的IP地址的连接。

<实施例A3>

图10是示出根据本公开的实施例的使用EDN域ID的DNS查询过程的流程图。

在步骤1010中，安装在用户设备610中的应用程序612可以尝试将应用层连接到EAS。

在步骤1020和1030中，安装在用户设备610中的应用程序612可以从DNS解析器614请求DNS解析，以将EAS的域地址转换为用于应用层连接的IP地址。

在步骤1040中，DNS解析器1040可以识别在DNS缓存中是否存储有信息，并且如果在DNS缓存中有信息，则跳过步骤1050至1080，并且在步骤1090中向应用612发送DNS解析响应。

如果在步骤1040中DNS解析器614确定发送DNS查询，则DNS解析器614可以配置DNS查询消息。DNS查询消息可以包括当前在EDN解析器614中配置的EDN域ID以及所请求的域名。在步骤1040中，当在DNS解析器中没有配置EDN域ID时，DNS解析器614可以进行到步骤1042，并且向EEC 611请求当前的EDN域ID信息。然后，在步骤1044中，EEC 611可以向DNS解析器614提供当前的EDN域ID信息。可替代地，DNS解析器614可以不获得EDN域ID，并且可以仅包括域名。

在步骤1050中，DNS解析器614可以将所生成的DNS查询消息发送到DNS服务器7231。

在步骤1060中，在EDN域ID被包括在由DNS服务器7231从用户设备610接收的DNS查询中的情况下，DNS服务器7231可以获取针对每个EDN域ID不同地存储的域名的IP地址或者域名的别名域名，以配置DNS响应消息。如针对EDN域ID配置不同响应的步骤1060至1066以及1068和1069所示，DNS服务器7231可以从EDN-CS 7233请求EDN域ID和由用户设备610请求的域名的DNS响应，并且EDN-CS 7233或者EES 7211或7221可以响应对请求的DNS响应中包括的信息(域名的EDN域的IP地址和域名别名地址)。当在步骤1060(6a)中接收到包括EDN域ID和域名的查询时，EDN-CS 7233可以通过注册的EES信息确定向哪个EES询问对应的查询，并且在步骤1062(6b)中向对应的EES发送消息以在步骤1064(6c)中接收DNS响应。

此外，DNS服务器7231可以在DNS响应中配置应用服务器的IP地址和针对IP地址的附加资源记录(例如，DNS SRV、DNS LOC、DNS TXT等)。该资源记录可以是指示边缘域的信息。

在步骤1070中，DNS服务器7231通过经由步骤1060至1066和/或步骤1068至1069找到的信息来配置DNS响应消息，并将DNS响应消息发送到用户设备610的DNS解析器614。DNS响应消息可以包括从对应的DNS域ID分配的IP地址或者用于执行另一个DNS查询的域名别名地址(规范名称(NAME)别名)。CNAME记录对应于在DNS系统中将一个域名映射到另一个域名(即规范名称)的资源记录。CNAME记录在域名系统(DNS)中被特殊处理。当DNS解析器614在搜索一般资源记录的过程中遇到CNAME记录时，DNS解析器614使用规范名称而不是原始名称来重新开始DNS查询。CNAME所指代的记录可以指示DNS系统中的任何部分，并且CNAME引用的部分可以是本地服务器或远程服务器，可以属于不同的DNS域。例如，可以考虑以下DNS记录。

名称 类型 值

Bar.example.com CNAME foo.example.com

foo.example.com A 192.0.2.23

如果存在任何以上DNS记录，当对“bar.examle.com”执行记录查找时，DNS解析器(614)可以查看CNAME记录，在这种情况下，它将重新开始DNS识别过程以识别“foo.example.com”，并最终返回192.0.2.23。

在DNS解析器614从DNS服务器接收域名别名地址的情况下，DNS解析器614可以通过请求域名别名地址向DNS服务器7231发送另一个DNS查询消息。在接收到包括域名别名地址的DNS查询时，DNS服务器7231可以用对应于域名别名地址的IP地址来响应。

可替代地，在DNS服务器7231在DNS响应中配置应用服务器的IP地址和其附加资源记录(例如，DNS SRV、DNS LOC、DNS TXT等)并将其发送到用户设备610的情况下，在接收到它们时，用户设备610可以通过查看附加资源记录信息来确定(或识别)它们是否具有与用户设备拥有的ESZI相同的值。如果DNS响应包括多个IP地址的列表和资源记录，则用户设备610可以基于在当前位置可用的ESZI信息的值来针对表示相同值的资源记录选择应用服务器的IP地址。用户设备610可以确定(或识别或决定)具有映射到从5G系统获得的ESZI的信息的IP地址是可以用于用户设备610的当前位置处的边缘计算服务的最适合的IP地址。

在步骤1080中，DNS解析器614可以将所接收的DNS信息存储在DNS缓存存储装置(附图中未示出)中。DNS缓存存储装置可以被实施为存储器或缓冲器。

在步骤1090中，DNS解析器614可以将对应于所请求的域名的IP地址递送到应用程序。

接下来，下面将描述本公开的实施例A3、A4和A5。下面描述的实施例A3、A4和A5描述了UE和应用层网络服务器的操作，其中UE不识别网络的拓扑，并且该操作根据UE在网络中的位置来确定UE中EDN服务区域和EDN域ID之间的关系，并且向UE通知要由UE使用的EDN域ID，使得UE使用EDN域ID。

实施例A3描述了一种在UE中规定(provision)了域ID的状态下执行来自应用程序的DNS解析请求的方法。此外，实施例A4是用于针对规定请求中的EDN位置信息的改变执行通知服务的订阅请求的过程。实施例A5描述了在实施例A4中订阅之后当检测到移动到EDN服务区域时通知UE的过程。在本公开中，实施例A3中描述的至少一些过程可以在实施例A4中使用或者先于实施例A4。此外，实施例A3中描述的至少一些过程可以在实施例A5中使用或者先于实施例A5。

在本公开中，EDN服务区域可以是小区ID、小区列表、注册区域、特定S-NSSAI可以被使用的注册区域、NPN区域、(多个)PLMN ID、LADN服务区域等，其可以指定UE在3GPP系统中的位置。

在实施例A3、A4和A5中，将描述网络检测EDN服务区域，并且在UE从EDN服务区域17110移动到EDN服务区域2 7120的情况下，网络向UE通知新的EDN域ID，以用于UE删除EDN服务区域1 7110的DNS缓存信息，并将对应于EDN服务区域2的EDN域ID配置到EDN服务区域27120，从而DNS域ID被包括在将来出现的DNS请求消息中。

<实施例A4>

图11是示出用户设备的EEC请求EDN-CS订阅关于EDN服务区域(或EDN域ID)改变的信息改变的过程的流程图。

在步骤1110中，用户设备610的调制解调器(移动UE)613执行到5GC620的初始注册以及公共DN的配置过程、或者到EPC的初始接入过程。当从EPC移动到5GC时，或者在成功执行其中服务PLMN在漫游情况下被改变的HO过程之后，用户设备610的调制解调器613可以检测到服务PLMN已经被改变。当用户设备610的调制解调器(MT)613检测到服务PLMN的改变时，用户设备610的调制解调器613可以在步骤1112(1b)中向EEC 611递送指示初始连接已经被成功执行的通知，或者递送指示服务PLMN已经被检测到或改变的通知。

在步骤1120中，EEC 611可以向EDN-CS 7233发送包括初始配置请求消息或针对EDN服务区域改变的通知请求服务的消息。

在步骤1130中，当EDN-CS 7233在来自用户设备610的请求消息中接收到针对EDN服务区域改变的通知请求时，EDN-CS 7233可以向3GPP网络620发送用于订阅对应的用户设备610的针对用户设备610的位置改变的通知请求服务的请求消息。订阅消息可以包括用户设备的标识符(例如，GPSI)、用户设备610的EDN服务区域以及在进入/离开EDN服务区域时请求通知的指示符。

当在3GPP网络中成功订阅针对用户设备610的移动的通知服务时，作为响应，EDN-CS可以接收用户设备610的位置。

EDN-CS 7233可以基于关于与EDN域ID相关联的EDN服务区域的信息来识别在用户设备610的当前位置可用的EDN域ID。可以在EDN-CS 7233中预先配置EDN服务区域和EDN域ID的映射信息，或者可以从通过请求3GPP网络620而接收的结果动态更新信息。

在步骤1160中，识别在用户设备610的当前位置可用的EDN域ID的EDN-CS 7233向用户设备610发送EDN域ID。EDN域ID可以是多个。DNS服务器地址可以与EDN域ID一起被转发。

在步骤1170中，用户设备610的EEC 611存储所接收的EDN域ID。EEC 611可以将当前可用的EDN域ID递送到DNS解析器614(附图中未示出)。

<实施例A5>

图12是示出根据本公开的用户设备的DNS解析器使用的EDN域ID在作为应用层配置服务器的EDN-CS中被动态更新的情况的流程图。

在该实施例中，EDN-CS 7233对应于EDN-CS 7233已经针对每个EDN服务区域订阅了用户设备610的位置信息的通知服务的情况。

在步骤1210和1220中，当用户设备610在3GPP网络620中检测到进入EDN服务区域、离开EDN服务区域或者EDN服务区域的改变时，3GPP网络620可以向EDN-CS 7233报告用户设备的移动的通知。该消息可以包括用户设备610是否进入、离开或改变EDN服务区域以及用户设备610的当前位置。

在步骤1230(3a)中，EDN-CS 7233可以从用户设备610的当前位置确定要由用户设备610使用的EDN域ID，该用户设备610的当前位置是从EDN-CS内预先配置的EDN域ID、EDN服务区域和3GPP网络620的映射信息中识别的。如果当前在用户设备610中设置的EDN域ID不同于新确定的EDN域ID，则EDN-CS 7233确定向用户设备610通知(通告)EDN域ID改变，并在步骤1232(3b)中发送该消息。以类似于上述EDN域ID的改变的通知的方式，在用户设备610订阅EDN服务区域改变的情况下，EDN-CS7233可以确定EDN服务区域改变并通知该改变。

在步骤1240中，接收EDN域ID的改变的EEC 611存储当前EDN服务区域和EDN域ID。

在步骤1250中，EEC 611向DNS解析器614通知用户设备610所在的EDN服务区域已经被改变，并且发送现有EDN域ID不能使用的信息。

在步骤1252中，DNS解析器614删除先前属于EDN服务区域的DNS缓存信息，并将新接收的EDN域ID信息设置为当前EDN域ID。也就是说，DNS解析器614可以更新属于EDN服务区域的DNS缓存信息。

在步骤1260中，DNS解析器614可以通知这样的事实，由于在用户设备610的应用程序612中当前用户设备610所属的EDN服务区域的改变，向EAS发送当前应用层业务的应用层的连接(例如，TCP连接)可能被切断(6a)。作为另一种方法，EEC 611可以通知这样的事实，由于在用户设备610的应用程序612中当前用户设备610所属的EDN服务区域的改变，向EAS发送当前应用层业务的应用层的连接(例如，TCP连接)可能被切断(6b)。

图13是根据本公开的NF的框图。

如上所述，NF可以是构成移动通信核心网的设备(诸如AMF、SMF、UPF、DNS服务器、NEF、UDR、UDM等)和/或边缘计算系统的特定节点(诸如EES、EAS和ECS)。

参考图13，可以包括网络接口1310、控制器1320和存储器1330。

网络接口1310可以包括电路配置，并且可以在控制器1320的控制下与移动通信核心网的其他网络实体通信。此外，网络接口1310可以与边缘计算网络中的特定实体通信。例如，当NF为AMF时，可以执行与SMF、UPF、NRF、UDR、UDM和/或PCF的通信。作为另一示例，当NF为SMF时，可以执行与AMF、UPF、NRF、UDR、UDM和/或PCF的通信。类似地，如果NF是特定的一个网络实体，则它可以与核心网中的其他实体通信。此外，根据本公开，可以与本地DNS以及EAS、EES等直接或间接通信。

控制器1320可以被实施为用于执行NF操作的至少一个处理器和/或程序。例如，当NF为SMF时，控制器1320可以执行上述SMF操作。作为另一示例，当NF为UPF时，可以执行上述UPF操作。在其他网络实体的情况下，可以以相同的方式执行上述操作所需的控制。

存储器1330可以存储控制器1320所需的程序和各种类型的控制信息，并且可以另外存储本公开中描述的信息中的每一个。例如，当NF为AMF/UPF/PCF时，存储器可以存储从上述AMF/UPF/PCF接收的或者从外部实体接收的信息。作为另一示例，当NF为SMF时，可以存储上述SMF所需的控制信息和/或所接收的信息。在其他网络实体的情况下，上述操作所需的信息可以以相同的方式存储。

工业应用性

当应用服务器的信息被提供给移动通信系统中的用户设备时，本公开可以用于移动通信网络的特定网络功能(NF)或网络实体中。

Claims (15)

1.一种移动通信系统中用于提供规则的方法，所述规则用于通过会话管理功能SMF向用户设备UE提供边缘计算应用服务器信息，所述方法包括：

基于获得的关于UE的第一信息，识别用于UE接收边缘计算服务的域名系统DNS查询的修改功能；以及

当基于识别结果，DNS查询修改能够用于UE时，向将域名系统DNS查询从UE发送到DNS服务器的设备提供DNS查询改变信息，

其中，DNS查询改变信息包括边缘计算服务区域标识符ESZI，并且

其中，ESZI是用于识别在DNS服务器中搜索哪个IP域或搜索哪个IP范围的信息。

2.根据权利要求1所述的方法，其中，第一信息是在配置或改变UE的N4会话时获得的UE的订阅信息。

3.根据权利要求1所述的方法，其中，第一信息是通过会话管理策略SM策略建立过程从策略和计费功能PCF获得的策略信息。

4.根据权利要求1所述的方法，其中，第一信息是基于SMF的内部配置的信息或者是根据网络配置的配置信息。

5.根据权利要求1所述的方法，其中，第一信息包括用于检测从UE发送到DNS服务器的DNS查询分组的检测规则信息。

6.根据权利要求5所述的方法，其中，所述检测规则是用于检测具有DNS服务器的IP地址作为目标IP地址的分组或者将DNS服务器的IP地址设置为目标IP地址并识别端口号是否是用于DNS查询的IP端口号的规则。

7.根据权利要求1所述的方法，其中，所述ESZI是关于用跟踪区域信息映射的网络的位置信息。

8.根据权利要求7所述的方法，其中，关于经映射的网络的位置信息是IP子网地址。

9.根据权利要求1所述的方法，其中，来自UE的DNS查询包括用于搜索与完全限定符域名FQDN相对应的应用服务器的IP地址的请求信息。

10.根据权利要求1所述的方法，其中，DNS查询改变信息还包括要包括ESZI的分组的区域信息。

11.一种移动通信系统中用于由转发域名系统DNS查询的设备向UE提供边缘计算应用服务器的信息的方法，所述方法包括：

从会话管理功能SMF接收UE的DNS查询改变信息；

从UE接收用于搜索与完全限定符域名FQDN相对应的边缘应用服务器EAS的IP地址的DNS查询；

基于DNS查询改变信息来改变从UE接收的DNS查询；以及

向DNS服务器发送经改变的DNS查询，

其中，DNS查询改变信息包括边缘计算服务区域标识符ESZI和要包括ESZI的分组的区域信息，并且

其中，ESZI是用于识别在DNS服务器中搜索哪个IP域或搜索哪个IP范围的信息。

12.根据权利要求11所述的方法，其中，ESZI是关于用跟踪区域信息映射的网络的位置信息。

13.根据权利要求12所述的方法，其中，关于经映射的网络的位置信息是IP子网地址。

14.根据权利要求11所述的方法，其中，DNS查询改变信息还包括用于在从SMF接收到DNS查询改变信息时检测从UE发送到DNS服务器的DNS查询分组的检测规则信息。

15.根据权利要求13所述的方法，其中，检测规则是用于检测具有DNS服务器的IP地址作为目标IP地址的分组或者将DNS服务器的IP地址设置为目标IP地址并识别端口号是否是用于DNS查询的IP端口号的规则。

Images