CN114902711A - 用于在边缘计算系统中调整应用上下文重定位的方法和装置 - Google Patents
用于在边缘计算系统中调整应用上下文重定位的方法和装置 Download PDFInfo
- Publication number
- CN114902711A CN114902711A CN202080091612.XA CN202080091612A CN114902711A CN 114902711 A CN114902711 A CN 114902711A CN 202080091612 A CN202080091612 A CN 202080091612A CN 114902711 A CN114902711 A CN 114902711A
- Authority
- CN
- China
- Prior art keywords
- information
- application context
- ees
- server
- terminal
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
- G06F9/5088—Techniques for rebalancing the load in a distributed system involving task migration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0681—Configuration of triggering conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1063—Application servers providing network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1073—Registration or de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- 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/2866—Architectures; Arrangements
- H04L67/289—Intermediate processing functionally located close to the data consumer application, e.g. in same machine, in same home or in same sub-network
-
- 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- 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/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- 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/50—Network services
- H04L67/55—Push-based network services
-
- 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/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/18—Service support devices; Network management devices
- H04W88/182—Network node acting on behalf of an other network entity, e.g. proxy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Health & Medical Sciences (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及一种用于将5G通信系统与IoT技术融合以支持比4G系统更高的数据速率的通信技术及其系统。本公开可以在5G通信技术和IoT相关技术的基础上应用于智能服务(例如,智能家庭、智能建筑、智能城市、智能汽车或联网汽车、医疗保健、数字教育、零售、安全和安保相关服务等)。根据本公开的一个实施例,提供了一种无线通信系统中的第一服务器的方法。第一服务器的方法的特征在于包括以下步骤:从终端和应用服务器中的至少一个接收关于是否可以启动应用上下文的重定位过程的第一信息;基于第一信息确认与应用上下文的重定位过程相关的第二信息;向终端和应用服务器发送第二信息;以及当确认正在执行应用上下文的重定位过程时,向终端和应用服务器发送指示应用上下文的重定位过程正在进行中的指示符。
Description
技术领域
本公开涉及一种通信系统和一种用于使终端能够使用低时延或宽带服务的方法。更具体地,本公开涉及移动边缘计算(mobile edge computing,MEC),其中终端与位于其附近的边缘数据网络建立连接,并访问在相应边缘数据网络的边缘使能服务器(edgeenabler server,EES)中操作的边缘计算平台或边缘托管环境中运行的应用服务器以使用数据服务。
背景技术
现在4G通信系统已经商用,为了满足对无线数据业务需求的增长,正在努力开发增强型5G通信系统或预5G通信系统。因此,5G通信系统或预5G通信系统被称为超4G网络通信系统或后LTE系统。为了实现高数据传输速率,正在考虑在毫米波频带(例如,60GHz频带)中实施5G通信系统。为了减轻毫米波频带中的电波的任何路径损耗并增加电波的传输距离,正在为5G通信系统讨论波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大型天线的技术。此外,为了增强5G通信系统中的网络,正在开发创新小小区、高级小小区、云无线电接入网络(云RAN)、超密集网络、设备到设备通信(D2D)、无线回程、移动网络、协作通信、协调多点(CoMP)和干扰消除的技术。此外,正在针对5G系统开发作为高级编码调制(ACM)方法的混合频移键控和正交幅度调制(FQAM)和滑动窗口叠加编码(SWSC);以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。
已经出现了从人类在其中生成和消费信息的以人为中心的连接网络到向诸如事物的分布式组成元素发送和从其接收并处理信息的物联网(IoT)网络的互联网创新。已经出现了其中通过连接到云服务器的大数据处理技术与IoT技术相结合的万物互联(IoE)技术。为了实施IoT,需要传感技术、有线和无线通信和网络基础设施、服务接口技术和安全技术等技术要素;因此,如今,正在对用于事物之间连接的传感器网络、机器对机器(M2M)和机器类型通信(MTC)的技术进行研究。在IoT环境中,可以提供智能互联网技术(IT)服务,其收集和分析在连接的事物中生成的数据,以向人类生活提供新的价值。通过现有信息技术(IT)和各种行业之间的融合和复杂连接,IoT可以应用于智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和高科技医疗服务的领域。
因此,正在进行将5G通信系统应用于IoT网络的各种尝试。例如,诸如传感器网络、机器对机器(M2M)和机器类型通信(MTC)的5G通信技术已经通过波束成形、MIMO和阵列天线的技术实施。作为前述大数据处理技术的云RAN的应用可以是5G技术和IoT技术融合的示例。
发明内容
技术问题
本公开提供了一种在边缘计算系统中为了服务连续性而在EAS之间执行应用上下文重定位的方法。在有必要改变向终端提供边缘计算服务的EAS的情况下,将应用上下文从源EAS传送到目标EAS的过程可以由几个设备(例如,EES,或终端中的边缘使能客户端(edgeenabler client,EEC),以及应用客户端)触发。然而,因为可能发起由多个设备同时传送应用上下文的过程,所以需要设计一种能够协调该过程的方法。
更具体地,在没有提供协调由多个设备同时触发而发起的应用上下文重定位过程的方法的情况下,由于该过程而产生的信令可能在设备之间重复发送和接收,从而导致系统上的负载。例如,在终端没有认识到正在由网络中的另一个设备触发和处理(进行中(in-progress))的应用上下文重定位过程的情况下,终端触发应用上下文重定位过程,从而导致无线电资源的额外消耗。此外,在根据终端的移动的各种边缘计算部署场景当中的一些场景中,在终端离开源边缘数据网络的服务区域的情况下,与源EEC和源EAS的通信可能是不可能的。在这种情况下,为了使移动后的终端接收数据服务,有必要设计一种在源边缘数据网络(可以指包括源EES和源EAS的网络)中发起应用上下文重定位过程并使终端能够知道该过程是否已经完成的方法。
此外,本公开提供了一种通过第三代合作伙伴计划(3GPP)使用边缘计算服务获得关于终端的信息的方法(例如,UE服务应用编程接口(API)获取)。具体地,本公开提出了一种在使用边缘计算服务的终端移动的情况下获得关于终端的信息的方法。也就是说,本公开将根据要执行的操作来减少开销,以便在终端移动时通过3GPP系统获得边缘计算服务所需的信息,并且在保持连续性的同时提供相应的信息。更具体地,边缘计算系统可以通过3GPP系统获得向终端提供边缘计算服务所需的信息。为此,EES订阅作为3GPP网络功能(network function,NF)之一的网络暴露功能(network exposure function,NEF),并且NEF订阅从其他3GPP NF接收关于目标终端的信息,从而从3GPP系统接收关于终端的信息。然而,在终端移动的情况下,在3GPP系统中可能出现应当重复订阅/取消订阅以便获得信息的开销。也就是说,可能在向边缘计算设备(例如,EES)暴露终端相关信息的NF和提供终端相关信息的NF之间重复执行订阅/取消订阅配置。例如,当终端从源EES的服务区域移动到目标EES的服务区域时,通过3GPP系统获得终端相关信息(例如,位置信息或终端标识信息等)的持续性被切断。这是因为订阅暴露相应UE相关信息的NF(例如,NEF)的EES根据UE的移动而改变。以5G系统为例,现有的源EES可以针对相应终端执行取消对NEF的事件暴露订阅的操作(取消订阅),并且NEF可以取消针对另一个3GPP NF接收相关信息的订阅。因此,有必要设计一种能够解决由终端的移动引起的在NF之间重复订阅和取消订阅配置的问题的方法。
问题的解决方案
为了解决上述问题,根据本公开的实施例,提供了一种无线通信系统中的第一服务器的方法。第一服务器的方法包括:从终端或应用服务器中的至少一个接收关于是否可以发起应用上下文的重定位过程的第一信息;基于第一信息识别与应用上下文重定位过程相关的第二信息;向终端和应用服务器发送第二信息;以及在识别到应用上下文重定位过程被执行的情况下,向终端和应用服务器发送指示应用上下文重定位过程正在进行中的指示。
此外,根据本公开的实施例,提供了一种无线通信系统中的终端的方法。终端的方法包括:向第一服务器发送关于是否可以发起应用上下文重定位过程的第一信息;从第一服务器接收与应用上下文重定位过程相关的第二信息;以及基于第二信息识别是否发起应用上下文重定位过程,其中,第二信息是基于第一信息来识别的。
此外,根据本公开的实施例,提供了一种无线通信系统的第一服务器。第一服务器包括:收发器;和控制器,被配置为控制收发器:从终端或应用服务器中的至少一个接收关于是否可以发起应用上下文的重定位过程的第一信息,基于第一信息识别与应用上下文重定位过程相关的第二信息,控制收发器向终端和应用服务器发送第二信息,以及在识别到应用上下文重定位过程被执行的情况下,控制收发器向终端和应用服务器发送指示应用上下文重定位过程正在进行中的指示。
此外,根据本公开的实施例,提供了一种无线通信系统的终端。该终端包括:收发器;和控制器,被配置为:控制收发器向第一服务器发送关于是否可以发起应用上下文的重定位过程的第一信息,控制收发器从第一服务器接收与应用上下文重定位过程相关的第二信息,以及基于第二信息识别是否发起应用上下文重定位过程,其中,第二信息是基于第一信息来识别的。
发明的有益效果
根据本公开的实施例,在无线通信系统中,EES可以基于EEC和EAS的能力来选择应用上下文重定位模式,并且因此,可以执行应用上下文重定位过程。
此外,根据本公开的实施例,提供了一种防止多个设备重复执行应用上下文重定位过程的发起的方法,从而减少了由于不必要的信令而导致的开销。
此外,根据本公开的实施例,即使在根据终端的移动而与源边缘数据网络中的EES和EAS的通信不再可能的部署场景中,也提供了一种通知终端应用上下文重定位过程已经完成的方法;因此,可以更稳定地执行应用上下文重定位过程。
此外,根据本公开的实施例,提供了一种能够最小化发生在其他3GPP NF和根据EES/EAS的改变而向边缘计算系统提供通过3GPP系统可获得的终端相关信息的NF之间以用于根据终端的移动提供边缘计算服务的操作开销的方法。具体地,提供了一种能够最小化向边缘计算设备(例如,EES)暴露终端相关信息的3GPP NF和提供终端相关信息的3GPP NF之间的订阅/取消订阅配置的重复的方法。
本公开中可获得的效果不限于上述效果,并且本公开所属领域的普通技术人员将从以下描述中清楚地理解未提及的其他效果。
附图说明
通过下面参考附图对本公开的实施例的描述,本公开的上述和其他目的、特征和优点将变得更加清楚。
图1是示出可以应用本公开的实施例的边缘计算系统的实现场景的示例的图。
图2是示出根据本公开实施例的在终端中的EEC、EES和EAS之间选择应用上下文重定位模式的方法的消息流程图。
图3是示出根据本公开的在应用上下文重定位过程中执行协调的实施例的消息流程图。
图4是示出根据本公开的在应用上下文重定位过程中执行协调的实施例的消息流程图。
图5是示出根据本公开实施例的源EES的操作的流程图。
图6是示出根据本公开实施例的目标EES的操作的流程图。
图7是示出根据本公开实施例的可以在应用上下文重定位过程中为协调而执行的操作的消息流程图。
图8是示出根据本公开实施例的可以在应用上下文重定位过程中为协调而执行的操作的消息流程图。
图9是示出根据本公开的服务器的结构的框图。
图10是示出根据本公开的终端的结构的框图。
图11是示出根据本公开实施例的传送UE服务API上下文的方法的流程图。
图12是示出根据本公开实施例的传送UE服务API上下文的方法的消息流程图。
图13是示出根据本公开实施例的传送UE服务API上下文的方法的消息流程图。
图14是示出根据本公开实施例的传送UE服务API上下文的方法的消息流程图。
图15是示出根据本公开实施例的传送UE服务API上下文的方法的消息流程图。
图16是示出根据本公开实施例的传送UE服务API上下文的方法的消息流程图。
图17是示出根据本公开实施例的其中源EES订阅NEF以便获得终端信息的方法的框图。
图18是示出根据本公开实施例的服务器的结构的框图。
图19是示出根据本公开实施例的终端的结构的框图。
具体实施方式
在下文中,将参考附图详细描述本公开的操作原理。稍后将描述的术语是考虑到本公开中的功能而定义的术语。因为这可以根据用户或操作者的意图或习惯而变化,所以应当根据整个本说明书的内容来确定定义。
为了便于描述,例示了在本公开中使用的指示网络实体和边缘计算系统的实体的术语、指示消息的术语和指示标识信息的术语。因此,本公开不限于下面描述的术语,并且可以使用指示具有等同技术含义的对象的其他术语。
在下文中,为了方便起见,本公开使用5G系统标准中定义的术语和名称,但是不限于这些术语和名称,并且可以等同地应用于符合其他标准的系统。
在边缘计算服务中,UE服务API是用于获得和提供用于提供边缘计算服务所需的终端相关信息所需的API,并且本公开的UE服务API上下文信息可以包括以下项目中的至少一个。
-暴露相应终端信息的NF(例如,NEF,服务能力暴露功能(service capabilityexposure function,SCEF))的ID、地址和订阅相关ID(可以标识订阅边缘计算设备在其中暴露的NF的事件的参考ID)、相应NF所属的切片的S-NSSAI、应用功能支持的事件ID、或用于NEF发现的信息(诸如域名)。
-关于终端的信息:UE ID(例如,GPSI、外部标识符、外部组标识符)、EEC ID、UE IP地址。
-终端正在接收服务的应用相关信息:接收边缘计算服务的应用ID(应用客户端ID)、提供边缘计算服务的EAS ID/地址、EAS实例ID或边缘计算服务提供商信息。
在本公开中,用作功能的术语可以表示执行该功能的设备。
在本公开中,源边缘使能服务器可以被称为源EES、S-EES、第一服务器等,并且可以用具有相同或相似含义的术语来指代。在下文中,源边缘使能服务器将被称为源EES。
在本公开中,源边缘应用服务器可以被称为源EAS、S-EAS等,并且可以通过具有相同或相似含义的术语来指代。在下文中,源边缘应用服务器将被称为源EAS。
在本公开中,目标边缘使能服务器可以被称为目标EES、对象EES、T-EES、第二服务器等,并且可以用具有相同或相似含义的术语来指代。在下文中,目标边缘使能服务器将被称为目标EES。
在本公开中,目标边缘应用服务器可以被称为目标EAS、T-EAS等,并且可以通过具有相同或相似含义的术语来指代。在下文中,目标边缘应用服务器将被称为目标EAS。
此外,在本公开中,边缘使能客户端可以被称为EEC、终端中的EEC、终端等,并且可以通过具有相同或相似含义的术语来指代。在下文中,边缘使能客户端将被称为EEC。
图1是示出可以应用本公开的实施例的边缘计算系统的实现场景的示例的图。
用户平面功能(user plane function,UPF)(或者能够执行UPF的网络实体)可以充当用于传送要发送和接收的分组的网关。为了支持边缘计算服务,EES可以靠近UPF放置。UPF将数据分组直接发送到边缘数据网络,而不通过互联网,从而可以执行低时延传输。UPF也可以连接到与互联网相连的数据网络。
可以应用本公开的边缘计算系统可以包括EES、边缘数据网络配置服务器和EEC。EES可以构建边缘托管环境(或边缘计算平台),并且知道关于在边缘托管环境中运行的EAS的信息。
EES可以执行与UE协商的功能,以连接UE的应用客户端和边缘托管环境中的EAS。支持边缘计算系统的UE可以具有内置的EEC,并且UE和EES之间的协商可以通过EEC和EES之间的交互工作来执行。执行EEC和EES之间的交互工作(诸如协商)的层可以被称为边缘使能层。本公开中提到的UE可以包括能够执行无线通信的所有UE,诸如物联网(IoT)设备、车辆、无人机、机器人以及智能手机。
边缘数据网络配置服务器知道EES的部署信息,并且可以执行向UE传送用于使用边缘计算服务的配置信息的功能。配置信息可以包括边缘数据网络连接信息(例如,数据网络名称、S-NSSAI等)、边缘数据网络服务区域(例如,小区列表、跟踪区域列表、PLMN ID)或EES连接(边缘使能服务器连接)信息(例如,URI)中的至少一个。也就是说,UE可以识别(或获得)关于特定位置处的可接入EES的信息。当边缘数据网络配置服务器可以知道关于在特定EES的边缘托管环境中运行的EAS的信息时,UE也可以通过EEC获得相应的信息。
EAS是指在边缘计算系统中运行的第三方应用服务器。EAS是运行在由边缘托管环境提供的基础设施中的第三方应用服务器。因为EAS可以在靠近UE的位置处提供服务,所以EAS可以向UE提供超低时延服务。在EAS中,关于提供给UE的服务的上层的信息可以被称为应用上下文。
例如,当用户使用实时游戏应用时,根据游戏应用的使用重新生成当前显示的屏幕和游戏阶段所需的所有信息可以被包括在应用上下文中。应用上下文可以被重定位到要新连接的EAS,使得UE可以连接到另一个EAS,以无缝地使用现有服务。为了执行应用上下文重定位,能够向在UE的应用客户端中运行的应用提供服务的EAS应当是可用的。可以根据EAS是否在边缘托管环境中被驱动以及EAS的状态来确定EAS在边缘数据网络中的可用性。
UE可以包括应用客户端、用于使应用客户端与边缘计算服务交互工作的EEC、以及用于接入移动通信系统的移动终端(mobile terminal,MT)。
UE应用是由第三方提供的应用,并且可以指在UE中运行的用于特定应用服务的客户端应用程序。可以在UE中驱动几个应用。各种应用中的至少一个可以使用移动边缘计算(MEC)服务。
UE中的EEC可以指在UE中执行使用边缘计算服务所需的操作的客户端。EEC可以执行确定哪些应用可以使用边缘计算服务并连接网络接口的操作,使得UE中的应用客户端的数据可以被发送到提供边缘计算服务的EAS。
用于使用边缘计算服务建立数据连接的操作可以通过UE中的MT在第三代合作伙伴计划(3GPP)通信层中执行。3GPP通信层可以指执行用于使用移动通信系统的操作(例如,调制解调器操作)并且执行建立用于数据通信的无线连接、在移动通信系统中注册UE、建立用于到通信系统的数据传输的连接以及发送和接收数据的角色中的至少一个的层。
下面将参考图2描述在上述边缘计算系统中确定(识别)执行应用上下文重定位的所需物的方法以及确定目标EES或目标EAS的方法。
图2是示出根据本公开实施例的在UE中的EEC、EES和EAS之间选择应用上下文重定位模式的方法的消息流程图。
参考图2,在步骤1A中,UE中的EEC可以向EES通知UE的应用上下文重定位发起UE能力。也就是说,EEC可以向EES发送关于UE是否可以发起应用上下文重定位过程的能力信息。
当EEC向EES执行注册过程(EEC注册过程)(可以包括初始注册过程和注册更新过程)时,或者当EEC向EES发送注册请求时,可以执行发送能力信息的操作。也就是说,EEC可以在注册请求或在注册过程中发送到EES的消息中包括并发送能力信息。可替代地,发送能力信息的操作可以在执行应用客户端之后立即通过单独的过程来执行。
●在发送能力信息的操作中,EEC可以识别UE中的应用客户端和MT是否可以发起应用上下文重定位过程,并将其发送到EES。根据本公开的UE的应用上下文重定位发起UE能力可以包括以下信息中的至少一个。
-是否可以发起UE的应用上下文重定位
-在确定是否发起应用上下文重定位过程(例如,边缘数据网络服务区域)时可以考虑的信息或所需信息,所需的应用关键性能指示符(或QoS)
-执行应用上下文重定位发起操作所需的估计时间
此外,在步骤1B中,EAS可以向EES通知应用上下文重定位发起EAS能力。也就是说,EAS可以向EES发送关于它是否可以发起应用上下文重定位过程的能力信息。
当EAS执行对EES的注册过程(EAS注册过程)(可以包括初始注册过程和注册更新过程)时,或者当EAS向EES发送注册请求时,可以执行发送能力信息的操作。可替代地,发送能力信息的操作可以在从EES接收到用于EEC注册的通知之后作为单独的操作来执行。
●在发送能力信息的操作中,EAS可以识别其是否可以发起应用上下文重定位过程,并将其发送到EES。根据本公开的应用上下文重定位发起EAS能力可以包括以下信息中的至少一个。
-EAS是否可以发起应用上下文重定位
-在确定是否发起应用上下文重定位过程时可以考虑的信息或所需信息
■是否订阅用户平面(user plane,UP)管理事件通知,或者是否可以订阅到用户平面(UP)管理事件通知
■是否可以为应用客户端提供服务(例如,是否根据负载、所需应用的关键性能指示符(所需应用KPI)(或QoS)发起用于负载平衡的应用上下文重定位)
-执行应用上下文重定位发起操作所需的估计时间
在步骤1A或1B中,为了使EEC或EAS将应用上下文重定位过程的发起而不是发起应用上下文重定位的能力委托给EES,EEC或EAS可以向EES发送用于应用上下文重定位发起的委托请求。一旦接收到委托请求,EES可以执行确定是否需要发起应用上下文重定位过程的预操作。预操作可以包括EES向网络暴露功能(NEF)发送对相关事件通知服务的订阅请求以便跟踪UE的位置或监视用户平面路径管理事件的操作。
在步骤2中,EES可以基于分别从EEC和EAS接收的应用上下文重定位发起UE能力和应用上下文重定位发起EAS能力来选择(或确定)应用上下文重定位模式(在下文中,称为重定位模式)。
在本公开中,重定位模式可以指包括关于发起应用上下文重定位过程的主体的信息和关于发起应用上下文重定位过程的条件的信息,并且基于该信息进行操作。也就是说,EES、EAS和EEC可以根据所选择的重定位模式来识别它们是否可以发起应用上下文重定位过程,并且被配置为根据能够发起该过程的条件来操作。
EES可以基于预定的方法或信息来确定重定位模式,而无需接收UE或EAS的能力信息(例如,在EES基于该信息预先知道UE或EAS的能力信息的情况下)。例如,EES可以从边缘数据网络配置服务器接收相关信息,而不从EEC和EAS接收能力信息。为了使EEC接收边缘数据网络配置信息,EEC可以在向边缘数据网络配置服务器发送初始供应请求的同时提供EEC的能力信息,并且边缘数据网络配置服务器可以向EEC将接入的EES发送该信息。相应的信息可以在EEC接入EES之前发送。这是因为边缘数据网络配置服务器可以基于EEC提供的应用客户端相关信息和UE相关信息(例如,诸如公共本地移动网络ID的连接信息,或UE的位置信息)来知道EEC要接入的EES。
本公开的图2示出了其中EES基于从EEC接收的关于UE的能力的信息和从EAS接收的关于EAS的能力的信息来选择重定位模式的实施例,但是本公开不限于此。也就是说,EES可以基于来自EEC的关于UE能力的信息来选择重定位模式,或者可以基于从EAS接收的关于EAS能力的信息来选择重定位模式。
可以为每个UE配置重定位模式,为每个应用配置重定位模式(例如,为每个EAS配置不同的模式),或者为每个EES配置重定位模式(因此,关于在EES中注册的EAS的配置信息可以是相同的)。在下文中,将描述EES选择重定位模式的方法。
●EES可以基于关于接收到的UE或EAS的应用上下文重定位发起能力的信息来确定哪个设备被允许发起应用上下文重定位过程。然而,允许发起该过程的设备不限于一个。在这种情况下,在选择重定位模式时,EES可以考虑其应用上下文重定位发起能力来确定。
■可以允许从多个设备发起。这是为了应对根据各种情况需要应用上下文重定位的情况(例如,可以包括根据EAS的服务提供能力的损失需要应用上下文重定位以及根据UE的位置移动需要应用上下文重定位的情况)。在这种情况下,为了快速执行应用上下文重定位过程,EES可以选择允许UE和EAS两者发起该过程的重定位模式。
■EES可以为UE和EAS中的每一个指定其应当发起应用上下文重定位的条件的配置和应用上下文重定位过程的发起条件,如以下示例所示(然而,本公开不限于以下呈现的示例)。
-示例1)EEC根据离开服务区域来执行发起,并且EAS执行发起,因为不能根据负载提供应用客户服务。
-示例2)EEC根据离开服务区域来执行发起,EES由于EAS的异常终止或异常而执行应用上下文重定位。在这种情况下,EAS可以禁止发起。
-示例3)EEC和EES根据离开服务区域来执行应用上下文重定位,并且EAS由于服务不可用而执行发起。
在步骤3中,EES可以向EEC和EAS通知配置的或协调的重定位模式。在为每个UE不同地配置重定位模式的情况下,EES可以包括能够识别UE或UE中的EEC的信息(例如,UE ID、UE IP地址或EEC ID)。在这种情况下,可以通知重定位模式,如,以下示例所示。然而,以下示例是作为本公开的实施例中的示例给出的,并且本公开不限于此。也就是说,EES可以基于各种方法向UE和EAS通知重定位模式。
●示例1)在可以仅发送是否允许应用上下文重定位过程的发起的情况下,可以发送关于是否允许每个设备的所有(例如,{EEC:O,EES:X,EAS:O}),或者可以发送是否允许仅接收是否允许的设备(例如,{O}或{X})的发起。
●示例2)也可以发送是否允许应用上下文重定位过程的发起以及要考虑的条件(参见步骤2的示例)。
在步骤4A中,通过反映从EES接收的信息,EEC可以配置重定位模式。例如,EEC可以继续或者可以不执行比较UE的位置信息和EES的服务区域的操作。可替代地,EEC可以确定是否对来自UE中的应用客户端和调制解调器的重定位要求(即,被认为发起应用上下文重定位过程的条件)执行监视或报告操作。也就是说,根据重定位模式,EES可以识别其是否可以发起应用上下文重定位过程,并相应地执行操作。EEC可以向UE中的应用客户端和MT发送从EES接收的关于重定位模式的配置信息。在这种情况下,应用客户端和MT可以另外执行与应用上下文重定位过程的发起相关的配置。
在步骤4B中,EES可以确定向哪个设备发送重定位进行中指示。也就是说,EES可以确定发送重定位进行中指示的设备。EES可以基于配置的重定位模式来识别能够发起应用上下文重定位过程的设备,从而减少不必要的重定位进行中指示的传输。
也就是说,EES向能够发起应用上下文重定位过程的设备发送重定位进行中指示,从而通知该过程正在进行中以防止冗余操作,并且不向不能发起应用上下文重定位过程的设备发送重定位进行中指示,从而减少由于发送不必要的重定位进行中指示而导致的信令开销。
在EEC新连接到目标EES的情况下,EEC可以将从先前的源EES接收的关于重定位模式的信息提供给目标EES。在这种情况下,重定位进行中指示的详细描述如下。
●重定位进行中指示:在允许多个设备发起应用上下文重定位过程的情况下,重定位进行中指示是要发送(传送)的通知另一个设备已经从一个设备发起了用于上下文重定位的过程以防止重复的过程进行的消息(或指示)。重定位进行中指示可以包括关于发起重定位过程的设备的信息,以及指示用于上下文重定位的过程已经发起的信息。
●EES可以根据所确定的重定位模式订阅或取消相应UE的用户平面路径管理事件通知。在这种情况下,EES可以指新连接的目标EES。
●在根据所确定的重定位模式识别到新的UE已经进入目标EES的服务区域的事实的情况下,目标EES可以确定是否向该UE先前已经连接的源EES通知该UE已经移动到其服务区域。(例如,在允许UE发起重定位过程的情况下,目标EES可以通过EEC注册过程认识到UE已经移动到其服务区域,并向源EES通知该事实。)
在步骤4C中,EAS可以基于从EES接收的重定位模式来订阅或取消相应UE的用户平面管理事件通知。
在下文中,将描述基于上述重定位模式执行根据本公开的应用上下文重定位过程的过程。
图3是示出根据本公开的在应用上下文重定位过程中执行协调的实施例的消息流程图。
参考图3,图3是示出其中在UE和源EES之间的通信范围被限制到源EES的服务区域的部署场景中执行应用上下文重定位过程的实施例的消息流程图。
该实施例可以应用于在发起基于源EES的应用上下文重定位过程之后UE不再能够与源EES通信的所有场景。
例如,在源EES(或源EAS)发起应用上下文重定位过程并且UE在该过程完成之前移动到目标EES的服务区域的情况下,可以应用该实施例。下面将对其进行详细描述。
参考图3,在步骤0中,源EES或源EAS可以发起应用上下文重定位过程。如上所述,UE可以移动到目标EES的服务区域。即使在UE在重定位过程完成之前的任何时间点移动的情况下,也可以应用该实施例。
在步骤1中,源EES或源EAS可以基于配置的重定位模式向每个设备发送重定位进行中指示。在这种情况下,可以根据参考图2描述的上述方法来配置重定位模式。可替代地,重定位模式可以预先配置给EES。可替代地,在EES或EAS知道每个设备的能力的情况下,可以配置重定位模式,而不需要图2中交换单独的能力信息,并且EES或EAS可以根据配置的重定位模式向所确定的设备发送重定位进行中指示。其详细描述参考以上描述。
在这种情况下,源EES或源EAS仅向允许在重定位模式(例如,由源EES选择(确定)的重定位模式)下发起应用上下文重定位过程的设备(例如,EEC或(多个)源EAS)发送重定位进行中指示,从而减少信令开销。然而,在没有配置重定位模式的情况下,源EES或源EAS可以向所有设备发送重定位进行中指示。在这种情况下,所有设备可以包括属于源EES或其他EES的服务区域的设备(EEC,EAS)。
●重定位进行中指示可以包括指示相应的应用上下文重定位过程已经在进行中的信息。此外,该指示可以包括关于UE的哪个应用上下文重定位正在进行中的信息(例如,应用ID或EAS(实例)ID)。此外,发送到源EAS的重定位进行中指示可以包括能够识别UE或EEC的信息(例如,EEC ID、UE ID、UE IP地址或从认证和授权功能分配的ID)。
如上所述,在不允许UE发起应用上下文重定位过程的情况下,EES或EAS不向相应UE的EEC发送上述重定位进行中指示,从而减少信令开销。
此外,源EES可以通过重定位进行中指示向其他源EAS通知关于从源EAS发起的应用上下文重定位过程的信息,从而防止冗余过程的发起。
在步骤2中,UE中的EEC可以执行向目标EES的注册过程。在EEC不执行注册过程的情况下,EEC可以通过单独的信令通知目标EES它已经移动到目标EES服务区域。
在步骤3中,目标EES可以向源EES发送EEC注册事件通知。在这种情况下,目标EES可以通过包括能够识别UE或UE中的EEC的信息来发送EEC注册事件通知。能够识别UE或UE中的EEC的信息可以指例如EEC ID、UE ID、UE IP地址或从认证和授权功能分配的ID。
在步骤4中,目标EES可以向EEC发送重定位进行中指示。
●也就是说,为了防止在UE中发起应用上下文重定位过程,目标EES可以向UE发送重定位进行中指示。例如,在根据特定条件在步骤1中没有发送指示的情况下(例如,在UE在发送该指示之前离开源EES的服务区域的情况下),目标EES可以向UE发送该指示。可替代地,无论是否执行步骤1的操作,目标EES都可以向UE发送该指示。
●重定位进行中指示可以包括指示过程已经在进行中的信息,并且还包括关于UE的哪个应用上下文重定位正在进行中的信息。(例如,应用ID或EAS(实例)ID)。
在操作A中,源EES可以基于从目标EES接收的EEC注册事件通知来确定UE是否已经离开其服务区域。在UE离开源EES的服务区域的情况下,UE可以在针对UE的应用上下文重定位过程完成之后执行EEC取消注册操作。
在操作B中,UE可以协调重定位模式。
即使满足应用上下文重定位过程的先前配置的发起条件,UE也可以基于从目标EES接收的重定位进行中指示来协调重定位模式,以便不发起该过程。协调操作可以应用于每个应用客户端,或者可以共同应用于所有运行的应用客户端。这可以根据EAS信息和包括在重定位进行中指示中的应用来确定。
在操作C中,目标EES而不是源EES可以对路由到其中已经为应用数据业务完成了应用上下文重定位的目标EAS的业务执行AF影响。这是因为源EES可能不再执行应用功能请求来影响UE的业务路由。可替代地,目标EES可以通知UE中的EEC应用上下文重定位过程的完成,并且使得EEC能够执行应用数据业务重新路由。
图4是示出根据本公开实施例的其中在应用上下文重定位过程中执行协调的实施例的消息流程图。
图4是示出在UE和源EES之间的通信范围被限制到源EES的服务区域的部署场景中执行应用上下文重定位过程的过程的消息流程图。
该实施例可以应用于在基于源EES的应用上下文重定位过程发起之后UE不再能够与源EES通信的所有场景。
具体地,在步骤0中,UE或UE中的EEC可以发起应用上下文重定位过程,以向源EES发送上下文重定位请求(或上下文重定位请求消息、应用上下文重定位请求、应用上下文重定位请求消息)。然而,在该过程完成之前,UE可以移动到目标EES服务区域,并且在这种情况下,可以应用该实施例。即使在UE在重定位过程完成之前的任何时间点移动的情况下,也可以应用该实施例。
在步骤1中,源EES可以向向UE提供服务的源EAS发送重定位进行中指示。具体地,源EAS可以根据配置的重定位模式来识别发送指示的设备(例如,源EAS)。配置重定位模式的方法与上面描述的相同,下面将省略。
重定位进行中指示可以包括能够识别UE或相应UE中的EEC的信息(例如,EEC ID、UE ID、UE IP地址或从认证和授权功能分配的ID中的至少一个)。通过从UE(或EEC)接收上下文重定位请求(或上下文重定位请求消息、应用上下文重定位请求、应用上下文重定位请求消息),源EES可以认识到该过程已经在EEC中发起。上下文重定位请求可以在步骤0或1之前从UE发送到源EES。
在步骤2中,UE中的EEC可以执行向目标EES的注册过程。在EEC不执行注册过程的情况下,UE中的EEC可以通过单独的信令通知目标EES它已经移动到目标EES服务区域。
因为EEC已经向源EES发送了上下文重定位请求,所以EEC不会立即对目标EES执行相同的操作(发送上下文重定位请求的操作)。也就是说,EEC可以不向目标EES发送上下文重定位请求,直到它知道应用上下文重定位过程已经失败,或者直到预定义的定时器完成。
EEC可以通过注册过程或单独的过程将从源EES接收的关于重定位模式的信息发送到目标EES。
在步骤3中,目标EES可以向源EES发送EEC注册事件通知。
●目标EES可以包括能够识别UE或UE中的EEC的信息,以向源EES发送EEC注册通知。例如,能够识别EEC的信息可以包括EEC ID、UE ID、UE IP地址或从认证和授权功能分配的ID中的至少一个。
在步骤4中,源EES可以协调应用上下文重定位过程。可以由源EES执行的应用上下文重定位过程的协调可以举例如下。
●源EES可以识别UE已经移动到目标EES服务区域,并且如下修改(协调)应用上下文重定位过程。
■源EES可以不向UE发送应用上下文重定位完成(例如,源EES可以修改上下文重定位过程,以便不向EEC发送对预先向EEC接收的上下文重定位请求的响应消息)。在通过这种协调,源EES和UE之间的通信是不可能的情况下,通过防止重复的信号传输,可以减少开销。
在步骤5中,目标EES可以向EEC发送应用上下文重定位完成。因为源EES和UE之间的通信是不可能的,所以目标EES(而不是源EES)发送应用上下文重定位完成来通知UE应用上下文重定位完成。
上述步骤4和5的操作总结如下。
●源EES可以认识到UE已经移动到目标EES的服务区域的事实,并且如下修改应用上下文重定位过程。
■源EES可以不向UE发送应用上下文重定位完成(例如,源EES可以修改该过程,以便不向EEC发送对预先向EEC接收的上下文重定位请求的响应消息)。在通过这种协调,源EES和UE之间的通信是不可能的情况下,通过防止重复信令的传输,可以减少开销。
■目标EES而不是源EES可以将应用上下文重定位完成发送到EEC。因此,目标EES可以对业务路由执行应用功能影响,以代替UE为应用数据业务执行重新路由。下面将对其进行详细描述。
在步骤6中,EEC可以从目标EES而不是源EES接收应用上下文重定位完成,并为应用数据业务执行重新路由。UE可以认识到它将经由通过移动到目标EES的服务区域而执行的EEC注册过程来从目标EES接收应用上下文重定位完成。在目标EES为应用数据业务执行重新路由的情况下,UE不执行该操作(为应用数据业务执行重新路由的操作)。
图5是示出根据本公开实施例的源EES的操作的消息流程图。
参考图5,源EES可以确定重定位模式。此外,源EES可以向EEC和EAS发送所确定的重定位模式。因为确定重定位模式的具体方法与上述方法相同,所以下面将省略。
可以省略确定重定位模式的过程。在重定位模式的确定被省略的情况下(即,在重定位模式未被确定的情况下),如果应用上下文重定位过程被发起,则源EES可以向所有设备发送重定位进行中指示。可替代地,重定位模式可以由每个设备确定,并且在这种情况下,也可以省略用于发送重定位模式的过程。
此后,源EES可以识别应用上下文重定位过程是否被发起。此外,源EES可以确定发起应用上下文重定位过程的设备。
在重定位模式被确定的情况下,源EES可以基于所确定的模式来确定发送重定位进行中指示的设备。
1.具体地,将描述发起应用上下文重定位过程的设备是源EES的情况。
在这种情况下,源EES可以向所确定的设备发送重定位进行中指示。例如,源EES可以向不执行应用上下文重定位过程的发起的EAS和EEC发送指示。
源EES可以识别是否已经从目标EES接收到EEC注册通知。在接收到通知的情况下,源EES可以在完成应用上下文重定位之后执行EEC取消注册过程。此外,源EES可以不对业务路由执行AF影响。
在没有接收到通知的情况下,源EES可以在完成应用上下文重定位之后对业务路由执行AF影响。源EES可以执行EEC取消注册过程。
2.将描述发起应用上下文重定位过程的设备是EEC的情况。
在这种情况下,源EES可以向源EAS发送重定位进行中指示。根据指示,源EAS可以不发起应用上下文重定位过程。
源EES可以识别是否已经从源EES接收到EEC注册通知。在接收到通知的情况下,源EES可以协调应用上下文重定位过程。也就是说,源EES可以识别UE已经移动到目标EES的事实,并且修改过程以不向UE发送应用上下文重定位完成。通过这种协调,可以防止重复的信令传输。
在没有接收到通知的情况下,源EES可以向EEC发送应用上下文重定位的结果。
图6是示出根据本公开实施例的目标EES的操作的消息流程图。
参考图6,目标EES可以识别是否执行了EEC注册过程。
在执行了EEC注册过程的情况下,目标EES可以向源EES发送EEC注册通知。
目标EES可以识别发起应用上下文重定位过程的设备。在设备是EEC的情况下,目标EES可以在完成应用上下文重定位之后向EEC发送应用上下文重定位完成通知消息。在根据UE的移动,UE不能与源EES通信的情况下,目标EES而不是源EES可以向UE发送应用上下文重定位完成通知消息,从而防止重复的信令传输。
在发起应用上下文重定位过程的设备是源EES或源EAS的情况下,目标EES可以在应用上下文重定位过程完成之后执行AF请求以影响业务路由。
除了上述实施例的部署场景之外,在源EES的服务区域之外保证UE与源EES之间的通信的情况的实施例如下。
●在源EES发起应用上下文重定位过程的情况下,源EES可以向向UE的EEC和UE提供服务的所有源EAS发送重定位进行中指示。源EES可以根据在发送重定位进行中指示之前由源EES预先确定的重定位模式来选择发送重定位进行中指示的设备。因此,不需要根据模式的条件向将不执行应用上下文重定位过程的设备发送指示(重定位进行中指示)。因为重定位模式的详细描述与上面描述的相同,所以下面将省略其描述。
此外,发送到EEC的重定位进行中指示可以包括能够识别UE的哪个应用上下文重定位客户端正在进行中的信息。发送到源EAS的重定位进行中指示可以包括能够识别UE或UE中的EEC的信息(例如,EEC ID、UE ID、UE IP地址或从认证和授权功能分配的ID)。然而,标识符可以不包括在重定位进行中指示中。
●在向UE提供服务的源EAS发起应用上下文重定位过程的情况下,源EES可以向向UE的EEC和UE提供服务的另一个源EAS发送重定位进行中指示。发送到EEC的重定位进行中指示可以包括能够识别UE的哪个应用上下文重定位客户端正在进行中的信息。
发送到源EAS的重定位进行中指示可以包括能够识别UE或EEC的信息(例如,EECID、UE ID、UE IP地址或从认证和授权功能分配的ID等)。
●在UE发起应用上下文重定位过程并且源EES从UE接收到上下文重定位请求的情况下,源EES可以向向UE提供服务的源EAS发送重定位进行中指示。
图7是示出根据本公开的可以在应用上下文重定位过程中为协调而执行的操作的消息流程图。
图7示出了根据上述实施例的基于源EES的应用上下文重定位过程(源边缘数据网络中的设备发起应用上下文重定位过程的过程)的具体操作的实施例。
在步骤0中,源EES可以确定重定位模式,并将该重定位模式发送给EEC和源EAS。其详细描述与上面描述的相同,下面将省略。此外,根据实施例,可以省略步骤0。
在步骤1中,可以发起应用上下文重定位过程。应用上下文重定位过程可以分别在EEC、源EAS和源EES中发起(或触发)。
在EEC或源EAS中发起或触发应用上下文重定位过程的情况下,源EES可以从EEC接收上下文重定位请求(步骤2A),或者可以从源EAS接收上下文重定位请求(步骤2B)。此外,源EES可以直接执行发起应用上下文重定位过程的操作。这样,在源EES接收到上下文重定位请求的情况下,或者在源EES直接发起应用上下文重定位过程的情况下,源EES可以向另一个设备发送重定位进行中指示。在这种情况下,源EES可以基于所确定的重定位模式来确定发送重定位进行中指示的设备(EEC或源EAS)。可替代地,在未确定重定位模式的情况下,源EES可以向所有设备发送指示。
源EES可以在步骤3中获得目标EES信息,并在步骤4中向目标EES发送应用上下文重定位请求。
在从源EES接收到应用上下文重定位请求之后(在步骤4之后),当执行EEC注册过程时,目标EES可以向源EES发送EEC注册通知。该通知可以包括能够识别UE或UE中的EEC的信息。
一旦接收到EEC注册通知,源EES可以修改正在进行的应用上下文重定位过程。具体地,源EES可以识别与EEC的通信不再可能,并且可以不执行应用上下文重定位完成的发送以及对业务路由的AF影响。
源EES的操作可以由目标EES执行,或者一些操作(应用数据业务重新路由)可以由UE中的EEC执行。
具体地,在步骤12B中,目标EES可以向UE发送应用上下文重定位完成(或响应)。在源EES没有从目标EES接收到EEC注册通知的情况下,在步骤12A中,源EES可以向EEC发送应用上下文重定位完成(或响应)。
此外,在步骤13B或13C中,源EES或目标EES可以触发AF请求来影响业务路由。其详细描述与上面描述的相同,下面将省略。
图8是示出根据本公开的可以在应用上下文重定位过程中为协调而执行的操作的消息流程图。
图8示出了基于目标EES的应用上下文重定位过程(由UE中的EEC、应用客户端或MT发起并向目标EES发送应用上下文重定位请求的过程)的上述实施例的详细操作的实施例。
在步骤1中,EEC可以确定是否发起应用上下文重定位过程,并且在确定发起应用上下文重定位过程的情况下,在步骤2中,EEC可以向目标EES发送应用上下文重定位请求。在这种情况下,应用上下文重定位请求可以包括UE信息(例如,UE ID或IP地址)、S-EAS信息、应用信息或EEC注册上下文ID中的至少一个。此外,应用上下文请求还可以包括关于重定位模式的信息。然而,该信息可以被省略。
在目标EES从EEC接收到应用上下文重定位请求之后(在步骤2之后),目标EES可以向相应的UE已经连接到的源EES发送重定位进行中指示。
如上所述,EEC可以向目标EES提供从源EES接收的关于重定位模式的信息,并且目标EES可以使用该信息(关于重定位模式的信息)来确定发送重定位进行中指示的设备(例如,目标EES可以使用该信息来确定是否向源EES发送指示)。例如,根据相应的模式,在只有UE可以发起应用上下文重定位过程的情况下,目标EES可以不向源EES发送重定位进行中指示。
重定位进行中指示可以包括能够识别UE或相应UE中的EEC的信息(例如,EEC ID、UE ID、UE IP地址或从认证和授权功能分配的ID等)。源EES可以向向UE提供服务的源EAS发送相应的重定位进行中指示。
作为另一个实施例,重定位进行中指示可以被包括在图8的步骤5和6的应用上下文重定位请求中,以被发送到源EES和源EAS。如在上述实施例中一样,可以根据从EEC提供的关于重定位模式的信息来确定是否包括和发送相应的指示。
图9是示出根据本公开的服务器的结构的框图。
参考图9,服务器可以包括收发器910、控制器920和存储单元930。在本公开中,控制器可以被定义为电路、专用集成电路或至少一个处理器。
在这种情况下,服务器可以对应于EES、EAS或边缘数据网络配置服务器中的至少一个。
收发器910可以向其他网络实体发送信号和从其他网络实体接收信号。收发器910可以通过特定接口向例如另一个服务器发送信息和从其接收信息。
根据本公开中提出的实施例,控制器920可以控制服务器的整体操作。例如,控制器920可以控制块之间的信号流,以便执行根据上述流程图的操作。
存储单元930可以存储通过收发器910发送和接收的信息或通过控制器920生成的信息中的至少一个。
图10是示出根据本公开的UE的结构的框图。
参考图10,UE可以包括收发器1010、控制器1020和存储单元1030。在本公开中,控制器可以被定义为电路、专用集成电路或至少一个处理器。
收发器1010可以向其他网络实体发送信号和从其他网络实体接收信号。
根据本公开中提出的实施例,控制器1020可以控制服务器的整体操作。例如,控制器1020可以控制块之间的信号流,以便执行根据上述流程图的操作。
存储单元1030可以存储通过收发器1010发送和接收的信息或者通过控制器1020生成的信息中的至少一个。
本公开提出了一种在可从多个设备发起的应用上下文重定位过程中执行协调的方法,从而使得能够选择最佳设备来发起应用上下文重定位过程并减少信令开销。
出于上述目的,本公开提供了一种在UE(或UE中的EEC)、EAS和EEC之间执行应用上下文重定位过程的协调的方法。
此外,本公开提出了一种向EAS和UE(或UE中的EEC)中的每一个通知向EAS发起应用上下文重定位过程的能力(应用上下文重定位发起能力)的方法。
此外,本公开提出了一种向另一设备(例如,EEC、EES、EAS等)通知关于在一个设备中发起的应用上下文重定位过程的进度的信息的方法。
上述边缘计算系统可以通过3GPP系统获得向UE提供边缘计算服务所需的信息。为此,EES订阅作为3GPP网络功能(NF)之一的网络暴露功能(NEF),并且NEF订阅从其他3GPPNF接收关于目标UE的信息,从而从3GPP系统接收关于UE的信息。在UE移动的情况下,在3GPP系统中可能出现应当重复订阅/取消订阅以便获得信息的开销。在下文中,为了解决开销问题,将描述能够最小化向边缘计算设备(例如,EES)暴露UE相关信息的3GPP NF和提供UE相关信息的3GPP NF之间的订阅/取消订阅配置的重复的方法。
图11是示出根据本公开实施例的传送UE服务API上下文的方法的流程图。
当执行向UE的EEC注册过程时,如果从UE提供了源EES相关信息,则目标EES可以确定UE服务API上下文信息传送是必要的。
UE通过EEC注册过程提供的源EES信息(或源服务器信息)可以仅包括源服务器(源EES)的标识符或源服务器(源EES)的地址信息。此外,源服务器信息可以包括源服务器的标识符和源服务器的地址信息,并且包括源服务器和UE之间的数据发送和接收所需的各种信息中的至少一个(例如,已经向UE中的应用客户端提供服务的源EAS信息(标识符和地址信息)、已经接收边缘计算服务的应用客户端标识符和相关信息、以及向应用客户端提供边缘计算服务所需的UE服务API信息)。
如果仅提供了标识符,则目标EES应当从边缘数据网络配置服务器接收源EES的地址信息。
因此,目标EES可以确定提供给UE的应用的特性。具体地,目标EES可以识别UE是否正在使用有状态(stateful)应用服务。在这种情况下,有状态应用服务可以指需要客户端和服务器的连续操作状态信息以便提供无缝服务的应用服务,并且包括例如上述实时交互式游戏应用。也就是说,目标EES可以识别应用上下文重定位过程是否被执行(或者其是否是必要的)。这可以基于目标EES是否已经从源服务器接收到应用上下文重定位请求来确定。然而,本公开的实施例不限于此,具体示例将在后面描述。
在UE正在使用无状态(stateless)应用服务的情况下,可以执行稍后将描述的图12的UE服务API上下文传送方法的各种实施例的独立过程。
因为UE正在接收有状态应用服务,所以在需要执行应用上下文重定位过程的情况下,应用上下文重定位过程可以作为UE服务API上下文传送方法的各种实施例之一来应用。稍后将描述各种实施例的详细描述。
UE确定接收的应用服务特性(有状态或无状态)的具体示例如下。
-UE(EEC)可以基于提供所请求的服务的EAS服务简档信息来确定应用服务特性,或者
-UE可以基于所提供的源EAS信息来确定应用服务特性,或者
-UE可以根据是否接收到应用上下文重定位请求来确定应用服务特性。
然而,本公开的实施例不限于此,并且可以使用确定应用服务的特性的各种方法。
本公开的范围不限于上述实施例。也就是说,当满足用于执行根据每个实施例的操作的条件而没有确定应用的特性的过程时,目标服务器可以执行相应的操作。例如,在执行UE的注册过程之后,目标服务器可以执行对应于本公开的各种实施例的过程。作为另一个示例,在执行应用上下文重定位过程的情况下,目标服务器可以执行对应于本公开的各种实施例的过程。
图12是示出根据本公开实施例的传送UE服务API上下文的方法的消息流程图。
参考图12,UE的EEC可以向UE已经移动到的目标EES执行EEC注册过程(步骤0)。当执行注册过程时,UE可以提供源EES的源EES ID或地址信息(例如,完全合格域名(fullyqualified domain name,FQDN)、IP地址等)中的至少一个。这是为了让目标EES识别源EES并发送UE服务API上下文请求。
目标EES可以基于从UE的EEC接收的信息来执行查找源EES的地址的操作。例如,目标EES可以通过查询从边缘数据网络配置服务器接收源EES的地址。可替代地,关于源EES的地址的信息可以存储在目标EES中,并且目标EES可以基于从UE接收的信息来查找源EES的地址。
目标EES可以向所识别的源EES发送UE服务API上下文请求(步骤1)。
UE服务API上下文请求可以包括以下信息中的至少一个。
-已经对其自身执行注册过程的UE的EEC ID:该标识符可以是在UE执行认证/授权时从认证授权功能提供的标识符,或者是在EEC注册过程中由源EES给出的ID(EEC注册上下文ID)。此外,可以一起发送除EEC ID之外的能够识别UE的标识符(例如,诸如通用公共订阅标识符(generic public subscription identifier,GPSI)的标识符信息)或UE IP地址中的至少一个,或者可以发送可以代替EEC ID识别UE的标识符或UE IP地址中的至少一个。
-目标EES信息:可以包括目标EES FQDN、目标EES IP地址、目标EES ID或边缘计算服务提供商信息(例如,ECSP ID)中的至少一个
-目标EES已经向UE提供服务的EAS信息(应用ID、EAS ID、EAS类别等)。
源EES可以基于从目标EES接收的信息,识别从已经向UE提供服务的EAS和3GPP系统提供的UE相关信息。源EES可以向目标EES发送关于已经基于所识别的信息暴露了与相应UE相关的信息的3GPP NF(例如,NEF或SCEF)的信息。源EES可以向目标EES发送包括相关UE服务API上下文信息的响应消息(UE服务API上下文响应)(步骤2)。
UE服务API上下文信息可以包括诸如NEF ID/地址、订阅相关ID或通知相关ID的信息中的至少一个。
订阅相关ID是消费者NF和提供商NF之间的订阅信息的标识符(例如,关于哪个UE的信息、提供信息、什么设备之间的订阅以及关于与提供信息相关的NF的信息)。订阅相关ID可用于指定要修改的订阅。事件提供商NF(例如,NEF)可以向消费者NF(例如,EES或EAS)提供订阅相关ID。
需要订阅相关ID来查找应当使用NEF ID/地址来执行订阅的NEF,并识别在NEF和源EES之间为UE执行的订阅。在完成对NEF和修改目标订阅的识别之后,通过对目标NEF执行订阅操作,目标EES可以修改NEF和源EES之间的订阅。
目标EES可以基于由源EES接收的UE服务API上下文信息来执行以下操作(步骤3)。
-情况1:如果源EES订阅的NEF是目标EES可以订阅的NEF(基于从源EES接收的NEFID/地址来确定)
◆基于从源EES接收的订阅ID、通知目标地址(目标EES信息)或通知相关ID中的至少一个来订阅目标NEF。
◆NEF基于包括在目标EES的订阅请求消息中的订阅相关ID,识别与现有源EES的订阅相关信息。NEF可以将通知目标地址从源EES地址改变为目标EES地址。也就是说,NEF可以保持3GPP系统的NEF和NF(例如,接入和移动性管理功能(AMF)、会话管理功能(SMF)和策略控制功能(PCF))之间的南向接口相关配置,并且改变暴露给更高应用层的北向API配置(例如,EES作为3GPP系统的应用功能)。北向API是指NEF向上层(应用层)的应用功能(例如,EES、EAS)暴露的接口。南向接口是指3GPP系统的NEF和NF(例如,AMF、SMF、PCF等)之间的更低层(比应用层更低的层)接口。
-情况2:如果源EES订阅的NEF是目标EES不能订阅的NEF(基于从源EES接收的NEFID/地址来确定)
◆目标EES对其订阅并链接的NEF执行新的订阅。
●目标EES可以向NEF提供UE标识信息,以指定UE。UE标识信息可以是GPSI、外部ID、UE IP地址等。
目标EES可以根据步骤3向源EES发送订阅结果(订阅指示)(步骤4)。一旦成功订阅(步骤3,情况1),源EES可以删除本地存储的UE服务API上下文相关信息,并对UE(EEC)执行取消注册。此外,源EES可以不执行对NEF的取消订阅请求(步骤5)。
一旦订阅失败(步骤3,情况2),源EES可以向NEF执行取消订阅请求。
详细的步骤5操作如下。
情况1:目标EES成功订阅NEF
◆删除源EES中存储的UE服务API上下文信息。
◆执行EEC取消注册过程。
◆不对NEF执行取消订阅操作。
情况2:目标EES未能订阅源EES发送的NEF。
◆源EES为相应的UE执行到NEF的取消订阅操作。
图13是示出根据本公开实施例的传送UE服务API上下文的方法的消息流程图。
参考图13,UE的EEC可以向UE已经移动到的目标EES执行EEC注册过程(步骤0)。当执行注册过程时,UE可以提供源EES的源EES ID或地址信息(例如,FQDN、IP地址等)中的至少一个。这是为了让目标EES识别源EES并发送UE服务API上下文请求。
目标EES可以基于从UE的EEC接收的信息来执行查找源EES的地址的操作。例如,目标EES可以通过查询从边缘数据网络配置服务器接收源EES的地址。可替代地,关于源EES的地址的信息可以存储在目标EES中,并且可以基于从UE接收的信息来查找源EES的地址。
目标EES可以向所识别的源EES发送UE服务API上下文请求(步骤1)。
UE服务API上下文请求可以包括以下信息中的至少一个。
-已经对其自身执行注册过程的UE的EEC ID:该标识符可以是在UE执行认证/授权时从认证授权功能提供的标识符,或者是在EEC注册过程中由源EES给出的ID(EEC注册上下文ID)。此外,可以一起发送除EEC ID之外的能够识别UE的标识符(例如,诸如通用公共订阅标识符(GPSI)的标识符信息)或UE IP地址中的至少一个,或者可以发送UE IP地址或可以代替EEC ID识别UE的标识符中的至少一个。
-目标EES信息:可以包括目标EES FQDN、目标EES IP地址、目标EES ID或边缘计算服务提供商信息(例如,ECSP ID)中的至少一个。在这种情况下,可以包括可以用作3GPP系统的NEF的通知目标地址的目标EES地址信息。
-目标EES已经向UE提供服务的EAS信息(应用ID、EAS ID、EAS类别等)。
-目标EES订阅的NEF信息或目标EES可以使用的NEF信息(NEF ID/地址)
此后,源EES可以基于从目标EES接收到的信息来识别目标EES可以使用的NEF是否是其为相应UE订阅的NEF(步骤2)。
-在NEF是源EES订阅并且已经使用的NEF的情况下,源EES可以识别从已经向UE提供服务的EAS和3GPP系统提供的UE相关信息,并且查找相关的订阅相关ID。源EES可以基于所识别的信息来修改已经暴露了与相应UE相关的信息的3GPP NF(例如,NEF或SCEF)的订阅。此外,源EES可以将通知目标地址修改为目标EES地址,并存储相关的通知相关ID。
-如果NEF不是源EES订阅并且已经使用的NEF,则源EES通过以下步骤3向目标EES发送修改失败消息。
源EES可以向目标EES发送包括UE服务API上下文信息的响应消息(UE服务API上下文响应)(步骤3)。UE服务API上下文信息可以包括关于修改的订阅的信息。响应消息可以包括可以表示订阅修改结果的指示。
UE服务API上下文信息可以包括诸如NEF ID/地址、订阅相关ID、通知相关ID、通知目标地址或事件ID的信息中的至少一个。订阅相关ID对于支持诸如相应订阅的修改和删除之类的管理操作是必要的,并且事件提供商NF(例如,NEF)可以被提供给消费者NF(例如,EES或EAS)。
目标EES可以基于从源EES接收的UE服务API上下文信息和订阅修改结果来执行以下操作。
情况1:成功的订阅修改(在源EES订阅的NEF是目标EES可以订阅的NEF的情况下)
◆存储从源EES接收的UE服务API上下文信息(例如,订阅ID、通知目标地址(目标EES信息)或通知相关ID中的至少一个)。
情况2:订阅修改失败(在源EES订阅的NEF是目标EES不能订阅的NEF的情况下)
◆目标EES对其订阅并链接的NEF执行新的订阅。
●目标EES可以向NEF提供UE标识信息,以指定UE。UE标识信息可以是GPSI、外部ID、UE IP地址等。
图14是示出根据本公开的各种实施例的传送UE服务API上下文的方法的消息流程图。
图14示出了基于源EES的应用上下文重定位过程。
为了支持通过相应的过程使用有状态应用服务的UE,源EES将存储在向UE提供服务的源EAS中的应用上下文信息发送到目标EAS。
在上述过程中,源EES可以向目标EES发送应用上下文重定位请求。本公开提出了一种通过在发送应用上下文重定位请求时一起发送UE服务API上下文信息来执行UE服务上下文API传送而不执行图11至图13的单独过程的方法。其具体方法如下。图14的过程可以根据上述图11的过程来执行,或者可以在执行用于支持使用有状态应用服务的UE的过程时执行。
因为步骤1至3的详细描述与上述描述相同,所以这里将省略。
通过向应用上下文重定位请求添加以下信息中的至少一个,源EES可以发送应用上下文重定位请求。
◆NEF ID/地址、订阅相关ID(可以为目标UE指定源EES向NEF的订阅的参考ID)、EEC ID或EEC注册上下文ID中的至少一个
此后,目标EES可以在步骤5中向目标EAS发送应用上下文重定位请求,并在步骤6中接收应用上下文重定位响应。
目标EES可以在操作A中订阅NEF(订阅NEF)
◆如果源EES指示的NEF是目标EES可以订阅的NEF,通过使用订阅相关ID执行订阅,目标EES可以修改NEF和源EES之间的订阅。
◆如果源EES指示的NEF是目标EES不能订阅的NEF,则目标EES为目标UE执行到目标EES订阅的NEF的新的订阅操作。目标EES可以向NEF提供GPSI、外部ID或UE IP地址中的至少一个信息,以指定目标UE。
在步骤7中,目标EES可以向源EES发送应用上下文重定位响应。NEF的订阅结果(操作A的结果:目标EES是否可以订阅连接到源EES的NEF)可以被包括在应用上下文重定位响应中。
相应地,在操作B中,源EES可以根据目标EES的订阅指示执行以下操作。
◆情况1:目标EES成功订阅源EES指示的NEF。
●删除存储在源EES中的UE服务API上下文信息。
●执行EEC取消注册过程。
●不对NEF执行取消订阅操作。
◆情况2:目标EES未能订阅源EES指示的NEF。
●源EES为相应的UE执行到NEF的取消订阅操作。
图15是示出根据本公开实施例的传送UE服务API上下文的方法的消息流程图。
步骤1至4是目标EES从UE的EEC接收应用上下文重定位请求,并相应地向和从目标EAS发送和接收应用上下文重定位请求的过程,将省略其详细描述。
在步骤5中,目标EES可以向源EES发送应用上下文重定位请求。在这种情况下,目标EES可以在应用上下文重定位请求中包括并发送UE服务API上下文请求。目标EES可以基于从UE的EEC接收的信息来搜索源EES的地址,以发送请求消息。可替代地,目标EES可以通过查询从边缘数据网络配置服务器接收源EES的地址。UE服务API上下文请求可以包括以下信息中的至少一个。
●能够识别已经对其自身执行注册过程的UE或EEC的信息
-EEC ID:对应的标识符可以是当UE执行认证/授权时从认证授权功能提供的标识符,或者是在源EES中的EEC注册过程中给出的ID(EEC注册上下文ID)。
-可以一起发送诸如可以识别UE的GPSI、外部ID或UE IP地址的信息中的至少一个,或者可以发送UE IP地址或可以代替EEC ID识别UE的标识符中的至少一个。
●目标EES信息:目标EES FQDN、目标EES IP地址、目标EES ID或边缘计算服务提供商信息(例如,ECSP ID)中的至少一个。
●目标EES已经向UE提供服务的EAS信息(应用ID、EAS ID、EAS类别等)
此后,源EES可以在步骤6中向源EAS发送应用上下文重定位请求,并在步骤7中接收应用上下文重定位响应。
在步骤8中,源EES可以向目标EES发送应用上下文重定位响应。在这种情况下,源EES可以在应用上下文重定位响应中包括并发送UE服务API上下文信息。
源EES可以基于从目标EES接收的信息,识别从已经向UE提供服务的EAS和3GPP系统提供的UE相关信息。源EES可以基于所识别的信息来传送关于已经暴露了与相应UE相关的信息的3GPP NF(例如,NEF或SCEF)的信息。源EES可以向目标EES发送包括相关UE服务API上下文信息的响应消息。
UE服务API上下文信息可以包括诸如NEF ID/地址、订阅相关ID或通知相关ID的信息中的至少一个。
目标EES可以在操作A中订阅NEF(订阅NEF服务)。在这种情况下,目标EES可以基于在步骤8中接收的UE服务API上下文信息进行操作。其具体操作如下。
情况1:如果源EES订阅的NEF是目标EES可以订阅的NEF(基于由源EES接收的NEFID/地址来确定)
◆订阅包括由源EES接收的订阅ID或通知目标地址(目标EES信息)中的至少一个的NEF。此外,可以包括通知相关ID。
◆NEF可以基于目标EES的订阅请求中的订阅相关ID来识别与现有源EES的订阅相关信息。NEF可以将通知目标地址从源EES地址改变为目标EES地址。也就是说,NEF可以保持南向配置(接口)并改变北向API配置(接口)。
情况2:如果源EES订阅的NEF是目标EES不能订阅的NEF(基于由源EES接收的NEFID/地址来确定)
◆目标EES对其订阅并链接的NEF执行新的订阅。
●目标EES可以向NEF提供UE标识信息,以指定UE。UE标识信息可以是GPSI、外部ID、UE IP地址等。
目标EES可以将步骤9中操作A的结果发送给源EES。
当对源EES通知的NEF的订阅成功时(情况1),目标EES删除本地存储的UE服务API上下文相关信息,并执行UE(EEC)的取消注册过程。此外,源EES不向NEF执行取消订阅请求。
当对源EES通知的NEF的订阅失败时(情况2),源EES对与NEF相关的UE执行取消订阅请求。
其详细描述可总结为下面的操作B。
在操作B中,源EES可以基于目标EES的订阅指示执行以下操作
情况1:目标EES成功订阅源EES指示的NEF。
◆删除源EES中存储的UE服务API上下文信息。
◆执行EEC取消注册过程。
◆不对NEF执行取消订阅操作。
情况2:目标EES未能订阅源EES发送的NEF。
◆源EES为相应的UE执行到NEF的取消订阅操作。
图16是示出根据本公开实施例的传送UE服务API上下文的方法的消息流程图。
参考图16,在步骤0中,当执行向目标EES的EEC注册过程时,UE中的EEC可以提供源EES的源EES ID和地址信息(例如,FQDN、IP地址等)。这使得目标EES能够识别源EES来发送UE服务API上下文请求。
目标EES可以基于从UE中的EEC接收的信息执行查找源EES的地址的操作(目标EES可以通过查询从边缘数据网络配置服务器接收(获得)源EES的地址)。此后,在步骤1中,目标EES可以向源EES发送UE服务API上下文请求。UE服务API上下文请求可以包括以下信息。
●已经对其自身执行注册过程的UE的EEC ID:该标识符可以是在UE执行认证/授权时从认证授权功能提供的标识符,或者是在EEC注册过程中由源EES给出的ID(EEC注册上下文ID)。
-除了EEC ID之外,可以发送诸如能够识别UE的GPSI或UE IP地址的标识符信息。
●目标EES信息:可以包括目标EES FQDN、目标EES IP地址、目标EES ID、边缘计算服务提供商信息(例如,ECSP ID)等。目标EES信息可以包括目标EES地址信息,其可以用作3GPP系统的NEF的通知目标地址。
●向连接到目标EES的UE提供服务的EAS信息(应用ID、EAS ID、EAS类别等)
●由目标EES为UE向EAS提供的服务API相关信息
●目标EES订阅的NEF信息或目标EES可以使用的NEF信息(NEF ID/地址)
在步骤2中,源EES可以基于从目标EES接收的信息来识别目标EES可以使用的NEF是否是其已经为相应的UE订阅的NEF。
●在NEF是源EES订阅并且已经使用的NEF的情况下,源EES可以识别从目标UE和已经向相应UE提供服务的EAS和3GPP系统接收的UE相关信息,并且查找(识别)相关的订阅相关ID。源EES可以基于所识别的信息来修改已经暴露了与相应UE相关的信息的3GPP NF(例如,NEF或SCEF)的订阅。源EES可以将通知目标地址修改为目标EES地址,并存储相关的通知相关ID。
●如果NEF不是源EES订阅并且已经使用的NEF,则源EES通过下面的步骤3向目标EES发送修改失败消息。
在步骤3中,源EES可以在响应消息(UE服务API上下文响应)中包括其自身执行的订阅修改相关的UE服务API上下文信息,并将该响应消息发送给目标EES。响应消息可以包括可以表示订阅修改结果的指示。通过响应消息传送的信息可以是NEF ID/地址、订阅相关ID、通知相关ID、通知目标地址、事件ID等。订阅相关ID是支持诸如相应订阅的修改和删除之类的管理操作所需的信息。除了订阅相关ID之外,响应消息可以包括用于指定订阅的服务相关事务的信息,并且被传送(例如,事务参考ID、AF事务ID等)。无论订阅修改是否成功,都可以将能力暴露服务的列表(由源EES向源EAS提供的用于相应UE的服务的列表)和关于被链接以提供暴露服务的NEF的信息(地址和ID)一起提供给目标EES。
在步骤4中,目标EES可以基于从源EES接收的订阅修改结果和UE服务API上下文信息执行以下操作。
-情况1:订阅修改成功(如果源EES订阅的NEF是目标EES可以订阅的NEF)
◆存储从源EES接收的UE服务API上下文信息(存储订阅ID、通知目标地址(目标EES信息)和通知相关ID)。
-情况2:订阅修改失败(如果源EES订阅的NEF是目标EES不能订阅的NEF)
◆目标EES对其订阅并链接的NEF执行新的订阅。
●目标EES可以向NEF提供UE标识信息,以指定UE。在这种情况下,UE标识信息可以是GPSI、外部ID、UE IP地址等。
图17是示出根据本公开实施例的其中源EES订阅NEF以便获得UE信息的方法的框图。
参考图17,当本公开的源EES订阅用于UE的事件暴露服务时,源EES可以将可与其连接的EES识别为通知目标,并作为EES的代表订阅事件暴露服务。
也就是说,源EES可以代表相邻的EES和EAS向NEF订阅3GPP事件暴露服务,映射与EES和EAS中的每一个相对应的事件的ID和通知目标地址,并且将它们存储为上下文信息。
此后,在UE移动到目标EES的服务区域的情况下,源EES可以识别目标EES是否存在于执行预订阅来代替的EES列表中。在目标EES是先前已经在源EES中订阅的EES的情况下,源EES可以识别对应于目标EES的通知目标地址和通知相关ID。
源EES可以基于所识别的通知目标地址和通知相关ID,将未来发生的事件的通知目标地址配置为目标EES地址。
参考图17描述的实施例可以应用于上述实施例,并且本公开的源EES可以通过参考图17描述的方法知道要修改的事件、通知目标地址、订阅相关ID等。
图18是示出根据本公开实施例的服务器的结构的框图。
参考图18,服务器可以包括收发器1810、控制器1820和存储单元1830。在本公开中,控制器可以被定义为电路、专用集成电路或至少一个处理器。
在这种情况下,服务器可以对应于EES、EAS或边缘数据网络配置服务器中的至少一个。
收发器1810可以向其他网络实体发送信号和从其他网络实体接收信号。收发器1810可以通过特定接口向例如另一个服务器发送信息和从例如另一个服务器接收信息。
根据本公开中提出的实施例,控制器1820可以控制服务器的整体操作。例如,控制器1820可以控制块之间的信号流,以便执行根据上述流程图的操作。
存储单元1830可以存储通过收发器1810发送和接收的信息或者通过控制器1820生成的信息中的至少一个。
图19是示出根据本公开实施例的UE的结构的框图。
参考图19,UE可以包括收发器1910、控制器1920和存储单元1930。在本公开中,控制器可以被定义为电路、专用集成电路或至少一个处理器。
收发器1910可以向其他网络实体发送信号和从其他网络实体接收信号。
根据本公开中提出的实施例,控制器1920可以控制UE的整体操作。例如,控制器1920可以控制块之间的信号流,以便执行根据上述流程图的操作。
存储单元1930可以存储通过收发器1910发送和接收的信息或者通过控制器1920生成的信息中的至少一个。
上述实施例是集中于与作为3GPP 5G系统的网络暴露功能的NEF交互工作的操作来准备的。然而,在3GPP系统中暴露UE服务API以便提供UE相关信息的网络功能不限于NEF。也就是说,在上述操作中,执行网络功能的设备(诸如PCF或SMF)可以直接执行与边缘计算系统的暴露。在通过3GPP 4G系统的边缘计算服务提供场景中,SCEF可以是本公开的应用目标。
此外,边缘计算中直接接收暴露信息的设备不限于EES。EAS或边缘数据网络配置服务器也可以直接获得和使用通过3GPP系统暴露的UE相关信息。也就是说,本公开的操作主体可以是除EES之外的EAS和边缘数据网络配置服务器,并且这可以统称为服务器。因此,UE服务API上下文信息的交换不仅可以在EES之间进行,还可以在各种设备之间进行(例如,本公开可以应用于EES<->EAS和边缘数据网络配置服务器<->EES之间的交换、EES之间的交换、EAS之间的交换、或者边缘数据网络配置服务器之间的交换)。
通过本公开中提到的UE服务API可获得的信息可以包括可以从3GPP系统提供的所有UE相关信息。例如,关于服务UE的NF的信息和诸如提供给UE的通信服务质量(QoS)的信息、应用于UE的策略以及在3GPP系统中使用的UE的位置和UE标识符中的至少一个可以通过UE服务API提供给边缘计算服务。
在本公开中,UE服务API上下文信息不限于与现有源EES订阅的NF相关的信息。UE服务API上下文信息可以包括查找能够提供边缘计算服务所需信息的3GPP系统网络功能所需的所有信息(例如,诸如S-NSSAI的用于NEF发现的信息、应用功能支持的事件ID、外部标识符、外部组标识符或域名中的至少一个)。此外,UE服务API不限于特定的单个UE,并且包括用于获得关于由特定UE组成的组的信息的API,并且考虑到这一点,UE服务API上下文信息还可以包括关于由UE组成的组的信息。在这种情况下,包括在UE服务API上下文中的关于UE组的信息可以包括组ID。
本公开提供了一种通过3GPP系统使用边缘计算服务获得关于UE的信息的方法(例如,提供UE服务API)。具体地,本公开提出了一种在使用边缘计算服务的UE移动的情况下获得关于UE的信息的方法(即,在获得关于UE的信息的方法中支持移动性的方法)。
此外,本公开提出了一种发送和接收UE服务API上下文信息以用于在EES之间获得从3GPP系统提供的UE相关信息的方法。
此外,本公开提出了一种EES或EAS基于所提供的UE服务API上下文信息来修改3GPP网络功能的订阅的方法。这涉及订阅3GPP网络功能的北向API。
此外,本公开提出了一种用于保持由为边缘计算服务提供北向API而不管UE的移动性如何的3GPP网络功能(诸如NEF)对其他3GPP网络功能进行的订阅的方法。相应的订阅是3GPP网络功能之间的订阅,并且被建立来提供上述UE服务API。
在用于描述本公开的方法的附图中,描述的顺序不一定对应于执行的顺序,并且优先关系可以改变或者可以并行执行。
可替代地,在不损害本公开的本质的范围内,一些组件可以被省略,并且只有一些组件可以被包括在示出本公开的方法的附图中。
此外,在不损害本公开的本质的范围内,本公开的方法可以以包括在每个实施例中的一些或所有内容的组合来实施。
此外,本公开中的消息中包括的信息用于描述本公开的示例,并且可以省略一些信息或者可以包括附加信息。
在本公开的详细描述中,已经描述了特定的实施例,但是在不脱离本公开的范围的情况下,各种修改是可能的。因此,本公开的范围不应限于所描述的实施例,并且不仅应由下面描述的权利要求来限定,还应由这些权利要求的等同物来限定。
Claims (15)
1.一种由无线通信系统的第一服务器执行的方法,所述方法包括:
从终端或应用服务器中的至少一个接收关于是否可以发起应用上下文重定位过程的第一信息;
基于所述第一信息识别与所述应用上下文重定位过程相关的第二信息;
向所述终端和所述应用服务器发送所述第二信息;以及
在识别到所述应用上下文重定位过程被执行的情况下,向所述终端和所述应用服务器发送指示所述应用上下文重定位过程正在进行中的指示。
2.根据权利要求1所述的方法,其中,所述第一信息包括关于是否可以发起所述应用上下文重定位过程的信息、作为用于确定是否发起所述应用上下文重定位过程的基础的信息、和关于发起所述应用上下文重定位过程所需的时间的信息中的至少一个,
所述第二信息包括关于是否允许发起所述应用上下文重定位过程的信息和关于所述应用上下文重定位过程的发起条件的信息中的至少一个,并且
所述指示包括关于与正在进行的应用上下文重定位过程相关的应用的信息和所述终端的标识信息中的至少一个。
3.根据权利要求1所述的方法,还包括:在所述应用上下文重定位过程由所述终端发起的情况下,识别是否从第二服务器接收到针对所述终端的注册通知,
其中,在接收到所述注册通知的情况下,不从所述第一服务器向所述终端发送指示所述应用上下文重定位过程完成的消息,以及
在没有接收到所述注册通知的情况下,从所述第一服务器向所述终端发送指示所述应用上下文重定位过程完成的消息。
4.根据权利要求1所述的方法,还包括:在所述应用上下文重定位过程由所述第一服务器或所述应用服务器发起的情况下,识别是否从第二服务器接收到针对所述终端的注册通知,
其中,在接收到所述注册通知的情况下,执行针对所述终端的取消注册过程,并且不执行业务路由,以及
在没有接收到所述注册通知的情况下,执行针对所述终端的取消注册过程和所述业务路由。
5.根据权利要求1所述的方法,还包括:
在所述应用上下文重定位过程由所述终端发起的情况下,从第二服务器接收应用上下文重定位请求消息,所述应用上下文重定位请求消息包括与所述终端相关联的ID、关于所述第二服务器的信息和关于已经向所述终端提供服务的应用服务器的信息中的至少一个;以及
响应于所述应用上下文重定位请求消息,向所述第二服务器发送包括网络暴露功能(NEF)标识符(ID)、订阅相关ID和通知相关ID中的至少一个的消息。
6.一种由无线通信系统的终端执行的方法,所述方法包括:
向第一服务器发送关于是否可以发起应用上下文重定位过程的第一信息;
从所述第一服务器接收与所述应用上下文重定位过程相关的第二信息;以及
基于所述第二信息识别是否发起所述应用上下文重定位过程,
其中,所述第二信息是基于所述第一信息来识别的。
7.根据权利要求6所述的方法,还包括:在所述应用上下文重定位过程由所述第一服务器或应用服务器发起的情况下,从所述第一服务器接收指示所述应用上下文重定位过程正在进行中的指示,
其中,所述指示包括关于与正在进行的应用上下文重定位过程相关的应用的信息和所述终端的标识信息中的至少一个,
所述第一信息包括关于是否可以发起所述应用上下文重定位过程的信息、作为用于确定是否发起所述应用上下文重定位过程的基础的信息、和关于发起所述应用上下文重定位过程所需的时间的信息中的至少一个,并且
所述第二信息包括关于是否允许发起所述应用上下文重定位过程的信息和关于所述应用上下文重定位过程的发起条件的信息中的至少一个。
8.根据权利要求6所述的方法,还包括:
在识别到所述应用上下文重定位过程被发起并且所述终端没有移动的情况下,向所述第一服务器发送请求重定位应用上下文的消息;以及
在识别到所述应用上下文重定位过程被发起并且所述终端移动的情况下,向第二服务器发送请求重定位应用上下文的消息,
其中,在所述第一服务器从所述第二服务器接收到针对所述终端的注册通知的情况下,不从所述第一服务器向所述终端发送指示所述应用上下文重定位过程完成的消息,并且
在所述第一服务器没有从所述第二服务器接收到针对所述终端的注册通知的情况下,从所述第一服务器向所述终端发送指示所述应用上下文重定位过程完成的消息。
9.一种无线通信系统的第一服务器,所述第一服务器包括:
收发器;和
控制器,其中,所述控制器被配置为:
控制所述收发器从终端或应用服务器中的至少一个接收关于是否可以发起应用上下文重定位过程的第一信息,
基于所述第一信息识别与所述应用上下文重定位过程相关的第二信息,
控制所述收发器向所述终端和所述应用服务器发送所述第二信息,以及
控制所述收发器在识别到所述应用上下文重定位过程被执行的情况下,向所述终端和所述应用服务器发送指示所述应用上下文重定位过程正在进行中的指示。
10.根据权利要求9所述的第一服务器,其中,所述第一信息包括关于是否可以发起所述应用上下文重定位过程的信息、作为用于确定是否发起所述应用上下文重定位过程的基础的信息、和关于发起所述应用上下文重定位过程所需的时间的信息中的至少一个,
所述第二信息包括关于是否允许发起所述应用上下文重定位过程的信息和关于所述应用上下文重定位过程的发起条件的信息中的至少一个,并且
所述指示包括关于与正在进行的应用上下文重定位过程相关的应用的信息和所述终端的标识信息中的至少一个。
11.根据权利要求9所述的第一服务器,其中,所述控制器被配置为:在所述应用上下文重定位过程由所述终端发起的情况下,识别是否从第二服务器接收到针对所述终端的注册通知,
在接收到所述注册通知的情况下,不从所述第一服务器向所述终端发送指示所述应用上下文重定位过程完成的消息,以及
在没有接收到所述注册通知的情况下,从所述第一服务器向所述终端发送指示所述应用上下文重定位过程完成的消息。
12.根据权利要求9所述的第一服务器,其中,所述控制器被配置为:在所述应用上下文重定位过程由所述第一服务器或所述应用服务器发起的情况下,识别是否从第二服务器接收到针对所述终端的注册通知,
在接收到所述注册通知的情况下,执行针对所述终端的取消注册过程,并且不执行业务路由,以及
在没有接收到所述注册通知的情况下,执行针对所述终端的取消注册过程和所述业务路由。
13.根据权利要求9所述的第一服务器,其中,所述控制器被配置为:
控制所述收发器在所述应用上下文重定位过程由所述终端发起的情况下,从第二服务器接收应用上下文重定位请求消息,所述应用上下文重定位请求消息包括与所述终端相关联的ID、关于所述第二服务器的信息和关于已经向所述终端提供服务的应用服务器的信息中的至少一个,以及
控制所述收发器响应于所述应用上下文重定位请求消息,向所述第二服务器发送包括网络暴露功能(NEF)标识符(ID)、订阅相关ID和通知相关ID中的至少一个的消息。
14.一种无线通信系统的终端,所述终端包括:
收发器;和
控制器,被配置为:
控制所述收发器向第一服务器发送关于是否可以发起应用上下文重定位过程的第一信息,
控制所述收发器从所述第一服务器接收与所述应用上下文重定位过程相关的第二信息,以及
基于所述第二信息识别是否发起所述应用上下文重定位过程,
其中,所述第二信息是基于所述第一信息来识别的。
15.根据权利要求14所述的终端,其中,所述控制器被配置为:
控制所述收发器在所述应用上下文重定位过程由所述第一服务器或应用服务器发起的情况下,从所述第一服务器接收指示所述应用上下文重定位过程正在进行中的指示,
控制所述收发器在识别到所述应用上下文重定位过程被发起并且所述终端没有移动的情况下,向所述第一服务器发送请求重定位应用上下文的消息,以及
控制所述收发器在识别到所述应用上下文重定位过程被发起并且所述终端移动的情况下,向第二服务器发送请求重定位应用上下文的消息,
其中,在所述第一服务器从所述第二服务器接收到针对所述终端的注册通知的情况下,不从所述第一服务器向所述终端发送指示所述应用上下文重定位过程完成的消息,
在所述第一服务器没有从所述第二服务器接收到针对所述终端的注册通知的情况下,从所述第一服务器向所述终端发送指示所述应用上下文重定位过程完成的消息,
所述指示包括关于与正在进行的应用上下文重定位过程相关的应用的信息和所述终端的标识信息中的至少一个,
所述第一信息包括关于是否可以发起所述应用上下文重定位过程的信息、作为用于确定是否发起所述应用上下文重定位过程的基础的信息、和关于发起所述应用上下文重定位过程所需的时间的信息中的至少一个,并且
所述第二信息包括关于是否允许发起所述应用上下文重定位过程的信息和关于所述应用上下文重定位过程的发起条件的信息中的至少一个。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20200001039 | 2020-01-03 | ||
KR10-2020-0001039 | 2020-01-03 | ||
KR20200001043 | 2020-01-03 | ||
KR10-2020-0001043 | 2020-01-03 | ||
PCT/KR2020/019292 WO2021137579A1 (ko) | 2020-01-03 | 2020-12-29 | 에지 컴퓨팅 시스템에서 어플리케이션 컨텍스트 재배치 조정 방법 및 장치 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114902711A true CN114902711A (zh) | 2022-08-12 |
Family
ID=76858735
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080091612.XA Pending CN114902711A (zh) | 2020-01-03 | 2020-12-29 | 用于在边缘计算系统中调整应用上下文重定位的方法和装置 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP4061033A4 (zh) |
KR (1) | KR102428236B1 (zh) |
CN (1) | CN114902711A (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20220001963A (ko) | 2020-06-30 | 2022-01-06 | 삼성전자주식회사 | 에지 컴퓨팅 서비스를 제공하기 위한 에지 컴퓨팅 시스템 및 이동통신 네트워크 간의 연동 방법 및 그 장치 |
KR20230116368A (ko) * | 2022-01-28 | 2023-08-04 | 삼성전자주식회사 | 에지 컴퓨팅 시스템을 위한 통신 방법 및 장치 |
CN114599022A (zh) * | 2022-01-30 | 2022-06-07 | 华为技术有限公司 | 设备选择的方法以及装置 |
WO2023185710A1 (zh) * | 2022-03-29 | 2023-10-05 | 华为技术有限公司 | 一种应用上下文迁移场景的确定方法及通信装置 |
WO2024068022A1 (en) * | 2022-10-01 | 2024-04-04 | Huawei Technologies Co., Ltd. | Application context relocation in edge applications |
WO2024076126A1 (ko) * | 2022-10-04 | 2024-04-11 | 삼성전자주식회사 | 에지 컴퓨팅 연동 컨텍스트 재배치 방법 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8848516B2 (en) * | 2010-09-15 | 2014-09-30 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and apparatus for relocating and restoring connections through a failed serving gateway and traffic offloading |
JP6460102B2 (ja) * | 2014-06-24 | 2019-01-30 | 日本電気株式会社 | コントロールノード及びネットワークノード並びにこれらにより行われる方法 |
CN108781229B (zh) * | 2016-05-10 | 2022-10-04 | 索尼移动通讯有限公司 | 控制应用的会话的重定位的方法和服务器 |
CN111466110B (zh) | 2017-12-12 | 2023-05-09 | 索尼公司 | 边缘计算重定位 |
-
2020
- 2020-12-29 EP EP20910150.0A patent/EP4061033A4/en active Pending
- 2020-12-29 KR KR1020200185899A patent/KR102428236B1/ko active IP Right Grant
- 2020-12-29 CN CN202080091612.XA patent/CN114902711A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
KR102428236B1 (ko) | 2022-08-04 |
KR20210087881A (ko) | 2021-07-13 |
EP4061033A1 (en) | 2022-09-21 |
EP4061033A4 (en) | 2023-01-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230053805A1 (en) | Method and apparatus for adjusting application context relocation in edge computing system | |
US11159382B2 (en) | Method and apparatus for discovering and chaining network exposure functions | |
US11937314B2 (en) | Communication method and device for edge computing system | |
KR102314865B1 (ko) | 단말이 Temporary User ID(임시 사용자 식별자)를 이용해 5G 네트워크에 등록하는 방안 | |
EP4061033A1 (en) | Method and apparatus for adjusting application context relocation in edge computing system | |
US11991145B2 (en) | Device and method for providing information of application server in mobile communication system | |
KR20210151744A (ko) | 네트워크 가상화 및 세션 관리 방법 및 장치 | |
KR20210136761A (ko) | 에지 컴퓨팅 서비스 관련 정보 관리 방법 및 장치 | |
JP2020504566A (ja) | 移動通信システムでアクセス及び移動性管理機能を選択するための方法及び装置 | |
US11711744B2 (en) | Method and apparatus for interaction between an edge computing system and a mobile communication network for providing edge computing service | |
CN114616846A (zh) | 用于管理边缘应用服务器的发现的方法和系统 | |
KR20190018235A (ko) | 제 3자 응용 서버에서 단말의 무선 연결 타입 변경을 확인하는 방법 | |
EP3855787B1 (en) | Network slice selection in cellular system | |
KR20210136486A (ko) | 네트워크 슬라이스를 이용하여 에지 컴퓨팅 서비스를 제공하는 장치 및 방법 | |
JP2023515021A (ja) | 無線通信システムでネットワーク選択精度を高める方法及び装置 | |
CN117478677A (zh) | 用于在边缘计算环境中选择目标边缘应用服务器的方法和装置 | |
JP2022540445A (ja) | 通信方法及びネットワーク要素 | |
US20220330139A1 (en) | Method and apparatus for managing network slice in wireless communication system | |
US20230108959A1 (en) | Communication method and apparatus in wireless communication system supporting edge computing | |
CN116711275A (zh) | 支持边缘计算的无线通信系统中的通信方法和装置 | |
KR20220135130A (ko) | 무선 통신 시스템에서 세션 관리를 위한 방법 및 장치 | |
CN115175256A (zh) | 一种用于传输上下文的方法和通信装置 | |
US20230144174A1 (en) | Method and apparatus for supporting service continuity policy control | |
CN118303017A (zh) | 用于在无线通信系统中提供边缘计算服务的装置和方法 | |
KR20230068874A (ko) | 무선 통신 시스템에서 네트워크 데이터 분석 기능을 활용한 세션 연결 모드 설정 방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |