CN117528680A - 一种多接入边缘计算场景下面向mec业务的服务迁移方法 - Google Patents

一种多接入边缘计算场景下面向mec业务的服务迁移方法 Download PDF

Info

Publication number
CN117528680A
CN117528680A CN202311387728.XA CN202311387728A CN117528680A CN 117528680 A CN117528680 A CN 117528680A CN 202311387728 A CN202311387728 A CN 202311387728A CN 117528680 A CN117528680 A CN 117528680A
Authority
CN
China
Prior art keywords
source
target
app
service
mep
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
Application number
CN202311387728.XA
Other languages
English (en)
Inventor
王然
张怡
吴强
郝洁
蔡贵良
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nanjing University of Aeronautics and Astronautics
Original Assignee
Nanjing University of Aeronautics and Astronautics
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nanjing University of Aeronautics and Astronautics filed Critical Nanjing University of Aeronautics and Astronautics
Priority to CN202311387728.XA priority Critical patent/CN117528680A/zh
Publication of CN117528680A publication Critical patent/CN117528680A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/06Reselecting a communication resource in the serving access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/32Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/34Reselection control
    • H04W36/36Reselection control by user or terminal equipment

Landscapes

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

Abstract

本发明公开了一种多接入边缘计算场景下面向MEC业务的服务迁移方法,属于通信技术领域。该方法是一种面向低时延、MEC业务的服务迁移方法,解决业务在迁移过程中服务中断及三角路由造成的时延问题。主要执行的两步,其一是在UE发生跨MEC服务区移动,启动网络层与应用层协同通知机制,为UE移动做准备;其二是UE发生跨MEC服务区移动,网络层UPF切换过程与应用层APP迁移流程协同进行。本发明通过采用一种统一的MEC业务迁移方式,可以满足不同情景和业务下的应用连续性需求。同时,该方法能缩减MEC业务迁移过程中所需时间,从而提高了UE跨MEC服务区切换的处理效率。

Description

一种多接入边缘计算场景下面向MEC业务的服务迁移方法
技术领域
本发明涉及通信领域中MEC业务服务迁移的方法,涉及一种面向低时延应用的移动锚点切换的方案,具体涉及一种多接入边缘计算场景下面向MEC业务的服务迁移方法。
背景技术
随着5G的发展,低时延、高可靠的业务需求急剧增加。高速移动场景下不仅要满足业务低时延和高可靠的需求,还需要保障MEC业务在移动终端跨MEC服务区移动时的连续性。当用户在不同MEC服务区之间移动时,涉及到锚点的重定位和切换,同时应用也需重新放置在贴近用户的位置,造成用户在移动过程中的业务中断,产生较高的时延。因此,如何在用户移动的场景下实现跨MEC服务区切换并保证其业务连续性是一个有待解决的重要问题。
现有的多接入边缘计算(Multi-access Edge Computing,即MEC)场景下,用户设备(User Equipment,即UE)在跨MEC服务区移动时,MEC应用会在源MEC主机与目标MEC主机之间进行重放置,主要有以下两种方案,第一种方案:MEC APP(MEC Application,即MECAPP)进行迁移;第二种方案:MEC APP不迁移。3GPP(3rd Generation PartnershipProject,即第三代合作伙伴计划)针对不同应用的连续性需求,提出了三种SSC模式(Session and Service Continuity Mode,即会话和服务连续模式)。
第一种方案中,当UE位置变动时,根据信号强度,会从当前的源UPF(User PlaneFunction,即用户面功能)接入到目标UPF,由目标UPF为UE分配新的IP地址,即目标IP地址。此时将源IP地址相关数据记录并发送给目标UPF,再由目标UPF发送给源UPF,源UPF跟源MEC主机进行交互,并发送迁移请求,源MEC主机上的源APP实例开始向目标MEC主机迁移。当UE移动到目标MEC主机的服务区域时,UE承载路径变化检测器检测到其承载路径变化,通知MEC编排器(Multi-access Edge Computing Orchestrator,即MEO)进行APP实例重定位,之后目标MEC主机与源MEC主机进行通信以获得与接收到的数据分组相关的用户上下文,如果需要,目标MEC主机可以与MEO通信以重新定位与UE相关联的APP实例。但是在此过程中,服务会中断,不能保证业务连续性,同时UE在源MEC主机跟目标MEC主机之间来回切换会造成资源浪费和糟糕的用户体验。
第二种方案中,当UE位置变动时,根据信号强度,UE接入到目标UPF,并由目标UPF采用DHCP(Dynamic Host Configuration Protocol,即动态主机配置协议)为UE重新分配IP地址,在网络中收到DHCP Discover发现信息的DHCP服务器会做出响应,从尚未分配的IP地址池中挑选一个分配给DHCP客户机,并向DHCP客户机发送一个包含分配的IP地址,分配的DHCP Offer中还包含了如DNS(Domain Name System,即域名系统)、网关、掩码等一些其他的字段。DHCP客户端收到DHCP Offer提供信息之后,选择接收到的第一个提供信息,以广播的方式回答一个DHCP Request请求信息,该信息的内容包括向它所选定的DHCP服务器请求地址信息。当DHCP服务器收到DHCP客户端回答的DHCP Request请求信息之后,确认地址池中的这个地址是否被分配,如果没有被分配,便向DHCP客户端发送一个包含它所提供的IP地址和其他设置的DHCP ACK确认信息,告知DHCP客户端可以使用它提供的IP地址。如果被分配了,回复DHCP NAK报文,告诉Client地址已经被分配了。DHCP客户机将其TCP/IP协议与网卡绑定,除了客户机选中的DHCP服务器外,其他的DHCP服务器将回收曾经提供的IP地址。当Client收到服务器分配的地址后,会向广播域内发送一个免费ARP(AddressResolution Protocol,即地址解析协议)的请求,如果没有响应这个请求,Client才正式使用这个地址,如果有回应的话,会返回一个DHCP Decline报文,要求服务器重新获取地址。UE获得新的IP地址,即目标IP,与目标UPF进行通信,目标UPF通过与源UPF通信以访问源MEC主机上的资源,减少了源MEC主机和目标MEC主机之间的迁移次数。无论服务基站如何变化,UE通过源UPF持续与源MEC主机上的源APP实例进行通信。但是UE发生移动到达目标MEC服务区后,只有通过源UPF访问源MEC主机上的源APP实例才能保证业务连续性,这种做法会造成不必要的时延以及路径迂回导致的三角路由问题。
SSC模式1下,用户在移动过程中,始终保持PDU(Protocol Data Unit,即协议数据单元)会话建立时的锚点不变,整个会话期间用户的IP地址保持不变。模式1可以应用于任何PDU会话类型和任何接入类型。然而,移动过程中存在路径迂回,传输时延大,无法满足低时延业务要求。
SSC模式2下,用户移动导致会话锚点变更时,网络释放与UE的连接服务以及相应的PDU会话,之前已经分配给UE的IP地址也将被相应的释放,释放之后UE按照指示立即建立到相同DN(Data Network,即数据网络)的新PDU会话,并被分配新的IP地址。模式2可以应用于任何PDU会话类型和接入类型。然而,该模式下,业务会发生中断,无法保证业务连续性。
SSC模式3下,用户发生移动时,网络会在释放UE与上一个PDU会话锚点的连接之前,建立UE与新PDU会话锚点之间的连接,新连接访问相同的DN。新的PDU会话锚点为UE分配新的IP地址之后,指示UE将旧的IP地址维持一段时间后再释放。相应地,旧的PDU会话资源也被释放。在此过程中,由于之前已经建立了新连接,业务不会发生中断。模式3仅适用于IPPDU会话类型。但是由于新的PDU会话锚点需连接到相同DN,导致通信过程中流量存在迂回,传输时延较大。
上述方案在UE发生跨MEC服务区移动时并没有涉及业务连续性、低时延应用的需求,主要存在以下问题:
(1)上述方案针对不同业务的连续性需求,提出了多种迁移方案,但多种方案流程复杂,迁移消耗较大,且并未明确提出如何在不同情景和业务下实现统一的MEC APP迁移。
(2)UE在不同MEC服务区之间移动时,需依次完成网络层和应用层的分步迁移,导致迁移过程中业务发生中断,无法保证业务连续性。
(3)用户在跨MEC服务区移动过程中,目标UPF访问源MEC主机上的源APP实例需经过源UPF才能实现,存在链路迂回现象,导致通信过程中节点时延较大。
(4)传统TCP/IP网络标识(包括身份标识、位置标识等)和IP地址绑定,IP地址发生变化时传输层通信链接标识也随之变化,使业务无法连续。如果把网络层路由地址和传输层通信链接标识拆分开,传输层标识就可以保持不变,从而达到业务连续的目标。但这种方案对现有的网络协议改动较大,短期内不具备可实施性。
发明内容
本发明主要解决的技术问题是:应用在不同MEC服务区之间移动,超出当前MEC的服务范围时,如何保证低时延应用的业务连续性。本发明提供一种多接入边缘计算场景下面向MEC业务的服务迁移方法,该方法也是面向低时延、MEC业务的服务迁移方法,解决业务在迁移过程中服务中断及三角路由造成的时延问题。
为了解决上述问题,本发明所采用的技术方案如下:
一种多接入边缘计算场景下面向MEC业务的服务迁移方法,该方法在UE发生跨MEC服务区移动过程中包括如下步骤:
S1、UE移动准备阶段,构建且启动网络层与应用层协同通知机制,其中应用侧包括通过AU请求消息传递应用对网络资源的需求,还包括向网络订阅事件通知消息;
S2、网络层UPF切换过程与应用层APP迁移流程协同进行的过程如下:
S201、UE跨MEC服务区移动时,根据信号强度确定目标UPF,UE开始进行网络层的切换,选择最佳的网关接入;
S202、UE向APP发送切换请求,MEP开始进行APP实例的迁移准备工作,包括目标UPF获取移动设备的上下文信息、移动设备的位置、服务类型、会话状态;
S203、目标UPF与源UPF之间建立一条会话链路,用于移动设备从源UPF切换到目标UPF时切换业务,在应用层迁移的过程中,UE与源APP通过目标UPF、源UPF依旧保持通信;
S204、目标UPF向移动设备发送会话请求,包括目标UPF的IP、频段、信道在内的信息;
S205、APP实例向AMS发起注册请求,并由RNIS触发APP迁移;
S206、移动设备向目标UPF发送确认消息,表示同意切换到目标UPF;同时,移动设备也会向源UPF发送一个切换请求,要求源UPF释放与自己相关的资源和连接;
S207、记录在源MEC主机处向UE提供服务的APP实例的服务状态,并在目标MEC主机实例化一个APP实例激活目标APP的流量路由规则;
S208、源UPF向移动设备发送一个切换命令,要求移动设备切换到目标UPF,切换命令包括目标UPF的ID、频段、信道信息;
S209、源MEP向目标MEP发送流量路由规则更新请求,以更新由RNIS触发的流量路由规则;
S210、目标RNIS利用UE ID和承载ID来获取对应的新承载信息,以更新不同MEC主机间的承载信息;
S211、移动设备根据切换命令,切换到目标UPF,目标UPF向移动设备发送一条会话完成消息,表示移动设备已经成功切换到目标UPF,同时,目标UPF将移动设备的上下文信息发送给源UPF,以便源UPF可以释放移动设备的资源和连接;
S212、终止源MEC主机上源APP实例产生的服务,并停用与源APP实例关联的DNS服务,释放与源APP实例关联的资源;
S213,在应用层迁移完成之后,UE开始跟目标UPF、目标APP进行通信。
基于上述技术方案,其中步骤S1执行步骤如下:
S101、AU向PCU发送AU请求消息,其中包含目标DNN和UE信息参数;
S102、PCU根据AU提供的信息参数,结合自身策略控制,为目标PDU会话业务流生成PCC规则;
S103、PCU通过SMU为PDU会话选择UPF,并配置UPF把目标业务流传输到目标APP实例;
S104、5G核心网通过用户面管理事件消息通知AU有关UPF位置改变信息,以便AU对应改变应用的部署位置;
S105、SMU感知到PDU会话的UPF发生改变,包括DNAI改变事件,然后发送通知消息给AU,并且携带改变后的目标DNAI,用于应用侧得知将应用服务迁移至哪个MEC中;
S106、AU发起应用侧的跨MEC迁移,将该终端的应用上下文迁移至新的UPF所在的MEC的应用服务中;
应用侧迁移期间,网络侧将维持之前的用户面数据路径,保持业务不中断;
S107、当应用完成迁移后,AU通知SMU切换已完成,由SMU发起切换用户面数据路径,将终端的数据业务从新的UPF转发到新的MEC应用服务中,从而实现跨MEC平滑切换的移动性管理。
进一步的,步骤S201具体还包括:
S20101、当用户进入目标UPF的覆盖范围时,发送接入请求消息给目标UPF,该消息通常包括设备标识信息和请求连接的网络类型在内的信息,用于网络追踪移动设备的位置,且网络为用户选择最佳的接入网关;
S20102、目标UPF收到接入请求消息后,选择最佳的接入网关并发送接入确认消息给移动设备,所述确认消息包含接入网关的标识信息、移动设备的IP地址和接入参数;
S20103、移动设备发送认证请求消息给目标UPF,请求连接授权;
S20104、目标UPF向认证中心发送鉴权请求消息,请求验证移动设备的身份和所需权限;
S20105、认证中心向新的接入网关发送鉴权响应消息,包括移动设备的身份信息和授权权限;
S20106、目标UPF向移动设备发送认证响应消息,表示认证和鉴权成功;
S20107、目标UPF向DHCP服务器发送IP地址请求信息,请求为移动设备分配一个可用的IP地址;
S20108、DHCP服务器向新的接入网关发送IP地址分配消息,包括分配的IP地址和相关参数;
S20109、目标UPF向移动设备发送IP地址确认消息,表示IP地址分配成功。
S20110、移动设备成功连接到目标UPF后,源UPF释放与该移动设备相关的资源和连接。
进一步的,上述的技术方案的步骤S205中APP实例发起AMS注册流程和RNIS触发APP迁移流程,具体步骤如下:
S20501、MEO检查目标APP实例配置数据,并授权请求,所述MEO选择距离目标UPF较近的MEC主机和相应的MEPM,并向MEPM发送实例化APP请求;
S20502、MEPM向MEP发送配置请求,MEPM发送的消息中包括需要配置的流量规则、需要配置的DNS规则、必选和可选服务、目标APP实例产生的服务;
S20503、MEP为目标APP实例分别配置流量规则,其中MEP需要等到目标APP实例正常运行后,才能激活流量和DNS规则,目标APP实例正常运行后,MEP向目标APP提供可用的服务信息;
S20504、MEP向MEPM发送配置响应;
S20505、MEPM向MEO发送实例化APP响应,MEPM将分配给APP实例的资源信息发送到MEO;
S20506、AMS运行在MEC主机或MEP上,由APP实例向AMS发起注册请求;
S20507、AMS响应APP实例的请求后,向APP实例返回AMS ID,表示AMS注册成功;
S20508、APP实例注册了运行在源MEP中的AMS后,订阅连接在MEC主机下的UE的小区切换通知;完成订阅后,AMS将关联APP实例识别号和UE识别号,为因UE移动迁移APP做准备;其中当某一UE在网络中移动并触发了小区切换事件时,源MEP会接收到来自RNIS的小区切换通知;
S20509、借助小区切换通知中的UE识别号查询到正在执行切换操作的UE;运行在源MEP中的AMS综合各类通知来确认UE是否离开当前MEC主机的覆盖区域,若已确认UE离开,AMS通过APP移动性请求经源MEPM向MEO发送消息,消息内容包括UE ID、APP实例ID、源无线节点ID、目标无线节点ID;
S20510、源MEPM向MEO转发步骤S20509所述消息。
进一步的,步骤S207中APP实例重定位流程的具体步骤如下:
S20701、运行在源MEC主机上的APP实例为UE提供服务;
其中服务实例使用源RNIS,源MEP基于从源RNIS接收到的信息来接收服务重定位的触发,且服务重定位请求触发源MEC主机和目标MEC主机之间的APP实例重定位;
S20702、当接收到UE的服务重定位请求时,源MEP识别有状态APP实例,并触发该APP实例捕获正在向UE提供服务的应用的服务状态;
S20703、源MEP通过源MEPM向MEO发送APP实例重定位请求,其中包括目标无线节点ID的信息;
S20704、当收到来自源MEPM的APP实例重定位请求时,MEO选择与目标无线节点关联的目标MEC主机,并向目标MEPM发送实例化应用请求以通知使用“APP实例化”过程来实例化APP实例;
S20705、一旦在目标MEC主机成功创建APP实例,MEO将通过源MEPM向源MEP发送APP重定位响应;
S20706、源MEP向目标MEP发送带有捕获的UE服务状态信息的应用状态信息传输请求;且通过步骤S20702捕获向UE提供服务的APP实例的服务状态信息;
S20707、目标MEP将接收到的服务状态信息传输到与在目标MEC主机上运行的UE关联的APP实例,并激活;
S20708、目标MEP向源MEP发送应用状态信息转移响应,指示APP实例转移服务状态成功;
S20709、目标APP实例将APP实例的服务状态与接收到的服务状态信息同步后,向目标MEP发送APP实例运行通知;
S20710、目标MEP将APP实例运行通知转发给源MEP;
S20711、源MEP向服务重定位请求的发送方发送服务重定位响应。
进一步的,步骤S209中更新流量路由规则流程的具体步骤如下:
S20901、当源RNIS检测到UE切换到另一个无线电节点时,源MEP从源RNIS接收RNIS小区改变通知,该通知用于通知移动边缘平台UE切换正在进行中,通知包括UE ID和目标小区ID,其中UE ID用于指示UE进行切换,目标小区ID用于指示切换目标;
S20902、源MEP返回通知确认,源MEP使用通知中收到的目标小区ID来查询目标MEP,MEPM将查询转发给MEO,该目标小区ID指示UE位置;
综合考虑运营商策略、移动策略、应用需求、应用能力、移动边缘主机特性、移动边缘系统状态,最终目标MEO确定目标MEP,并将信息传递给源MEP联系目标MEP,且返回需要迁移到目标MEC主机的APP的信息;
S20903、利用UE ID和需要重新定位的APP信息,源MEP检索受影响的流量路由规则,其中包括作为流量过滤器一部分的UE ID和作为规则一部分的APP信息;
S20904、源MEP向目标MEP发送流量路由规则更新请求,目标MEP相应地更新流量路由规则,并缓存UE上行流量,直到APP的重定位完成;
S20905、源MEP接收来自目标MEP的流量路由规则更新响应,该消息表示目标MEC主机准备好执行应用重定位;
S20906、目标MECAPP在完成重定位后立即激活流量规则;
S20907、目标MEP激活相应的流量路由规则;
S20908、源MEP从目标MEP接收流量规则激活通知,该通知包括APP信息,受影响的流量路由规则;
S20909、在接收到来自目标MEP的流量规则激活通知、来自源MEC应用的流量规则停用消息以及来自源RNIS的RNIS小区更改通知时,源MEP停用相应的流量路由规则。
进一步的,步骤S212中终止源MEC主机上APP实例产生的服务流程具体步骤如下:
S21201、源MEPM接受来自MEO的终止APP实例请求;
S21202、源MEPM将终止APP实例请求转发给源MEP以启动终止APP实例的流程;
S21203、源MEP向源APP发送APP实例终止请求以终止该实例;
S21204、源APP实例向源RNIS发送取消订阅RNI通知;
S21205、成功取消订阅源APP实例后,源RNIS向源APP实例进行确认;
S21206、源APP向源MEP发送流量规则停用,以停用与APP实例关联的流量过滤服务;
S21207、一旦源MEP成功停用APP实例的流量规则,向源APP实例发回响应;
S21208、源APP向源MEP发送DNS规则停用,以停用与APP实例关联的DNS服务;
S21209、源MEP成功停用APP实例的DNS服务,并将响应发送回源APP实例;
S21210、一旦终止定时器到期,源MEP向源MEPM发送终止APP实例响应,以便触发释放与APP实例关联的资源的过程;
S21211、源MEPM向VIM发送资源删除请求,以删除分配给刚刚停用的APP实例的资源;
S21212、VIM成功释放分配给已停用APP实例的资源,并向源MEPM发送资源删除响应;
S21213、源MEPM将终止APP实例响应发送回终止APP实例的发起者。
有益效果:本发明所述方法在解决技术问题具有实质的特征和显著进步包括:
(1)本发明通过采用一种统一的MEC业务迁移方式,可以满足不同情景和业务下的应用连续性需求。同时,该方法能缩减MEC业务迁移过程中所需时间,从而提高了UE跨MEC服务区切换的处理效率。
(2)本发明在用户位置变动时,UPF发生切换、MEP进行迁移,用户始终保持在距离其较近的位置,降低了通信过程中的时延,简化了传输路由。UE在迁移过程中始终与之前的PDU会话保持连接状态,保证了UE跨MEC服务区切换时的业务连续性。
(3)本发明实现了网络感知应用的位置变化时通知应用平台,通过应用平台和网络协同快速在目标MEC节点上分配新APP实例,实现UPF和目标应用的位置一致性。同时,该方案在UE移动过程中,通过网络层和应用层协同切换,保证了UE跨MEC服务区切换时的业务连续性。
附图说明
图1为本发明在移动设备跨MEC服务区切换时实现UPF切换与MEP迁移的系统架构图;
图2为本发明在移动设备跨MEC服务区切换时网络层和应用层的通知协同机制示意图;
图3为本发明在移动设备跨MEC服务区切换时APP注册AMS并由RNIS触发APP迁移的流程示意图;
图4为本发明在移动设备跨MEC服务区切换时源MEP终止源APP实例生成的服务流程示意图;
图5为本发明在移动设备跨MEC服务区切换时APP实例重定位的流程示意图。
具体实施方式
为详细公开本发明所公开的技术方案,下面结合说明书附图做进一步的介绍。
本发明所述的多接入边缘计算场景下面向MEC业务的服务迁移方法的架构如图1所示,该架构实现网络层UPF的切换与应用层MEP的迁移协同通知机制,保障UE在跨MEC服务区移动过程中业务的连续性。
AMU(Access and Mobility management Unit,即接入和移动性管理单元)主要负责执行注册、连接、可达性、移动性管理。为UE和SMU提供会话管理消息传输通道,为用户接入时提供认证、鉴权功能,是终端和无线的核心网控制面接入点。
PCU主要用于支持统一的策略框架来管理网络行为,为控制平面提供策略规则;主要管理和控制移动通信网络中的流量分配、服务质量和计费等方面。
SMU主要负责与分离的数据面交互,创建、更新和删除PDU会话,并管理与UPF的会话环境。
AU可以发送请求来影响PDU会话的用户平面流量的SMU路由决策,还影响UPF重新选择并允许将用户流量路由到数据网络的本地访问,在其请求中提供对SMU事件的订阅。
NEU(Network Exposure Unit,即网络开放单元)支持网络能力对外暴露,对外暴露的业务能力主要包括监控功能,供应能力,策略/计费功能和分析报告功能,除此之外,NEU还可以为第三方应用提供开放的安全服务能力。
RNIS主要用于为AMS提供无线网络信息,AMS根据RNIS提供的信息判断是否需要迁移APP。借助RNIS,AMS可以查询无线网络信息或订阅特定事件(如UE切换小区)的通知。在RNIS消息中,通常使用UE识别号来区分不同的UE。
MEP通过接口获取下层网络的相关信息(UE实时位置、无线链路质量、漫游状态等),并将这些信息包装成不同的服务能力(RNIS无线网络信息能力、QoS(Quality ofService,即服务质量)能力、带宽能力等);同时MEP也可以将感知到的上层应用服务相关信息,比如业务时长、业务周期、移动模式等反馈给下层网络,下层网络通过分析这些信息,进一步优化其UE资源配置与会话管理。
DP(Data Plane,即数据平面)负责执行MEP接收的流量规则,并在APP、服务、DNS服务器/代理、3GPP网络、其他接入网络、本地网络和外部网络之间路由流量。
VIM主要负责分配、管理和释放虚拟化基础设施的虚拟化资源,收集和报告虚拟化资源的性能和故障信息,准备虚拟化基础设施以运行软件镜像。
MEC主机是包含MEP和虚拟化基础设施的实体,它为APP提供计算、存储和网络资源。
MEPM主要负责对边缘资源的生命周期进行管理,包括边缘数据中心、边缘资源基础架构资源、边缘平台资源、边缘业务资源的上线、部署、监控、变更和下线。并针对边缘业务管理人员、第三方应用提供商和边缘用户提供接口。
MEO负责对边缘业务的全局编排,统筹可用边缘业务的分布,并驱动MEPM实现边缘业务的调度。根据部署的MEC主机、可用资源、可用的MEC服务和拓扑,维护MEC系统的总体视图;并负责APP包的加载,包括检查包的完整性和真实性,验证APP规则和要求,并准备虚拟化基础设施管理人员处理APP;还可以根据限制条件(如延迟、可用资源和可用服务)为APP实例化选择适当的MEC主机;触发APP实例化和终止,根据需要触发APP重定位。
实施例1:一种多接入边缘计算场景下面向MEC业务的服务迁移方法
步骤S1、建立UE发生跨MEC服务区切换时网络层与应用层协同通知机制。
下面以UE发生跨MEC服务区切换为例,说明UE移动过程中网络层与应用层协同通知机制,如图2所示。
步骤S101,AU向PCU发送AU请求消息,其中包含目标DNN(DN Name,即数据网络名称)、UE信息等参数。
步骤S102,PCU根据AU提供的信息参数,结合自身策略控制,为目标PDU会话业务流生成PCC规则。
步骤S103,PCU通过SMU为PDU会话选择UPF,并配置UPF把目标业务流传输到目标APP实例。
步骤S104,5G核心网通过用户面管理事件消息通知AU有关UPF位置改变信息,以便AU对应改变应用的部署位置。
步骤S105,SMU感知到PDU会话的UPF发生改变,DNAI改变等事件发生,发送通知消息给AU,并且携带改变后的目标数据网络标识DNAI,以便应用侧可以得知将应用服务迁移至哪个MEC中。
步骤S106,AU发起应用侧的跨MEC迁移,将该终端的应用上下文迁移至新的UPF所在的MEC的应用服务中。应用侧迁移期间,网络侧将维持之前的用户面数据路径,保持业务不中断。
步骤S107,当应用完成迁移后,AU通知SMU切换已完成,由SMU发起切换用户面数据路径,将终端的数据业务从新的UPF转发到新的MEC应用服务中,从而实现跨MEC平滑切换的移动性管理。
步骤S2、执行协同进行网络层UPF切换过程与应用层APP迁移流程。
步骤S201,UE跨MEC服务区移动时,根据信号强度确定目标UPF,UE开始进行网络层的切换。当移动设备进入目标UPF的覆盖范围时,它会向目标UPF发送请求,请求连接到网络。目标UPF会根据信号强度、质量、设备类型、网络负载等因素选择最佳的接入网关。
步骤S202,UE向APP发送切换请求,MEP(MEC Platform,即MEC平台)开始进行APP实例的迁移准备工作。在应用层迁移的过程中,UE与源APP通过目标UPF、源UPF依旧保持通信。
步骤S203,目标UPF与源UPF之间建立一条会话链路,以便在移动设备从源UPF切换到目标UPF时,能够无缝地切换业务。在会话准备阶段,目标UPF获取移动设备的上下文信息,包括移动设备的位置、服务类型、会话状态等信息。
步骤S204,目标UPF向移动设备发送会话请求。会话请求包括了目标UPF的IP、频段、信道等信息。
步骤S205,APP实例向AMS(Application Mobility Service,即APP移动性服务)发起注册请求,并由RNIS(Radio Network Information Service,即无线网络信息服务)触发APP迁移。
步骤S206,移动设备向目标UPF发送确认消息,表示同意切换到目标UPF。同时,移动设备也会向源UPF发送一个切换请求,要求源UPF释放与自己相关的资源和连接。
步骤S207,记录在源MEC主机处向UE提供服务的APP实例的服务状态,并在目标MEC主机实例化一个APP实例激活目标APP的流量路由规则。
步骤S208,源UPF向移动设备发送一个切换命令,要求移动设备切换到目标UPF。切换命令中包括了目标UPF的ID、频段、信道等信息。
步骤S209,源MEP向目标MEP发送流量路由规则更新请求,以更新由RNIS触发的流量路由规则。
步骤S210,目标RNIS利用UE ID和承载ID来获取对应的新承载信息,以更新不同MEC主机间的承载信息,
步骤S211,移动设备根据切换命令,切换到目标UPF。目标UPF向移动设备发送一条会话完成消息,表示移动设备已经成功切换到目标UPF。同时,目标UPF将移动设备的上下文信息发送给源UPF,以便源UPF可以释放移动设备的资源和连接。
步骤S212,终止源MEC主机上源APP实例产生的服务,并停用与源APP实例关联的DNS服务,释放与源APP实例关联的资源。
步骤S213,在应用层迁移完成之后,UE开始跟目标UPF、目标APP进行通信。
实施例2:UE跨MEC服务区移动时网络层切换管理流程
下面以UE发生跨MEC服务区切换为例,说明UE移动过程中网络层切换管理流程。
步骤S20101,网络追踪移动设备的位置,以便知道用户在哪个接入网关的覆盖范围内,并能够为用户提供服务。网络为用户选择最佳的接入网关,当用户进入目标UPF的覆盖范围时,发送接入请求消息给目标UPF,该消息通常包括设备标识信息和请求连接的网络类型等信息。
步骤S20102,目标UPF收到接入请求消息后,根据信号强度、质量、设备类型、网络负载等因素选择最佳的接入网关,并发送接入确认消息给移动设备,该消息通常包含接入网关的标识信息、移动设备的IP地址和接入参数等信息。
步骤S20103,移动设备发送认证请求消息给目标UPF,请求连接授权。
步骤S20104,目标UPF向认证中心发送鉴权请求消息,请求验证移动设备的身份和所需权限。
步骤S20105,认证中心向新的接入网关发送鉴权响应消息,包括移动设备的身份信息和授权权限。
步骤S20106,目标UPF向移动设备发送认证响应消息,表示认证和鉴权成功。
步骤S20107,目标UPF向DHCP服务器发送IP地址请求信息,请求为移动设备分配一个可用的IP地址。
步骤S20108,DHCP服务器向新的接入网关发送IP地址分配消息,包括分配的IP地址和相关参数。
步骤S20109,目标UPF向移动设备发送IP地址确认消息,表示IP地址分配成功。
步骤S20110,移动设备成功连接到目标UPF后,源UPF释放与该移动设备相关的资源和连接。
实施例3:APP实例发起AMS注册流程和RNIS触发APP迁移流程。
下面以UE发生跨MEC服务区切换为例,说明UE移动过程中APP实例发起AMS注册流程和RNIS触发APP迁移流程,如图3所示。
步骤S20501,MEO检查APP实例配置数据,并授权请求。MEO选择距离目标UPF较近的MEC主机和相应的MEPM,并向MEPM发送实例化APP请求。
步骤S20502:MEPM向MEP发送配置请求。MEPM发送的消息中包括需要配置的流量规则、需要配置的DNS规则、必选和可选服务、APP实例产生的服务等。
步骤S20503:MEP为APP实例分别配置流量规则和DNS规则。MEP需要等到APP实例正常运行(例如APP实例状态转为运行状态)后,才能激活流量和DNS规则。APP实例正常运行后,MEP向应用提供可用的服务信息。
步骤S20504:MEP向MEPM发送配置响应。
步骤S20505:MEPM向MEO发送实例化APP响应。MEPM将分配给APP实例的资源信息发送到MEO。
步骤S20506:AMS通常运行在MEC主机或MEP上,由APP实例向AMS发起注册请求。
步骤S20507:AMS响应了APP实例的请求后,会向APP实例返回AMS ID,表示AMS注册成功。
至此,APP实例的AMS已成功启用,APP实例能够伴随其正在服务UE的移动发生迁移。
步骤S20508:APP实例注册了运行在源MEP中的AMS后,订阅连接在MEC主机下的UE的小区切换通知。完成订阅后,AMS将关联APP实例识别号和UE识别号,为因UE移动迁移APP做准备。当某一UE在网络中移动并触发了小区切换事件时,源MEP会接收到来自RNIS的小区切换通知。
步骤S20509:借助小区切换通知中的UE识别号可以查询到正在执行切换操作的UE。运行在源MEP中的AMS综合各类通知来确认UE是否离开当前MEC主机的覆盖区域。若已确认UE离开,AMS通过APP移动性请求经源MEPM向MEO发送消息,消息内容包括UE ID、APP实例ID、源无线节点ID、目标无线节点ID。
步骤S20510:源MEPM向MEO转发步骤S20509所述消息。
实施例4:UE发生跨MEC服务区切换时APP实例重定位流程。
下面以UE发生跨MEC服务区切换为例,说明UE移动过程中APP实例重定位流程,如图4所示。
步骤S20701,运行在源MEC主机上的APP实例为UE提供服务。服务实例使用源RNIS,源MEP可以基于从源RNIS接收到的信息来接收服务重定位的触发。服务重定位请求触发源MEC主机和目标MEC主机之间的APP实例重定位。
步骤S20702,当接收到UE的服务重定位请求时,源MEP识别有状态APP实例,并触发该APP实例捕获正在向UE提供服务的应用的服务状态。
步骤S20703,源MEP通过源MEPM向MEO发送APP实例重定位请求,其中包括目标无线节点ID的信息。
步骤S20704,当收到来自源MEPM的APP实例重定位请求时,MEO选择与目标无线节点关联的目标MEC主机,并向目标MEPM发送实例化应用请求以通知使用“APP实例化”过程来实例化APP实例。
步骤S20705,一旦在目标MEC主机成功创建APP实例,MEO将通过源MEPM向源MEP发送APP重定位响应。
步骤S20706,源MEP向目标MEP发送带有捕获的UE服务状态信息的应用状态信息传输请求。在步骤S20702中捕获向UE提供服务的APP实例的服务状态信息。
步骤S20707,目标MEP将接收到的服务状态信息传输到与在目标MEC主机上运行的UE关联的APP实例,并激活。
步骤S20708,目标MEP向源MEP发送应用状态信息转移响应,指示APP实例转移服务状态成功。
步骤S20709,目标APP实例将APP实例的服务状态与接收到的服务状态信息同步后,向目标MEP发送APP实例运行通知。
步骤S20710,目标MEP将APP实例运行通知转发给源MEP。
步骤S20711,源MEP向服务重定位请求的发送方发送服务重定位响应。
实施例5:UE发生跨MEC服务区切换时更新流量路由规则流程。
下面以UE发生跨MEC服务区切换为例,说明UE移动过程中更新流量路由规则流程。
步骤S20901,当源RNIS检测到UE切换到另一个无线电节点时,源MEP从源RNIS接收RNIS小区改变通知(UE ID、目标小区ID)。该通知用于通知移动边缘平台UE切换正在进行中。UE ID用于指示UE进行切换,目标小区ID用于指示切换目标。
步骤S20902,源MEP返回通知确认。源MEP使用通知中收到的目标小区ID来查询目标MEP,MEPM将查询转发给MEO,该目标小区ID指示UE位置。综合考虑运营商策略、移动策略、应用需求、应用能力、移动边缘主机特性、移动边缘系统状态等,最终目标MEO确定目标MEP,并将信息传递给源MEP联系目标MEP。返回需要迁移到目标MEC主机的APP的信息,例如:APP实例ID、APP实例IP地址。
步骤S20903,利用UE ID和需要重新定位的APP信息,源MEP检索受影响的流量路由规则,其中包括作为流量过滤器一部分的UE ID和作为规则一部分的APP信息。
步骤S20904,源MEP向目标MEP发送流量路由规则更新请求(APP信息、受影响的流量路由规则)。目标MEP相应地更新流量路由规则,并缓存UE上行流量,直到APP的重定位完成。
步骤S20905,源MEP接收来自目标MEP的流量路由规则更新响应。该消息表示目标MEC主机准备好执行应用重定位。
步骤S20906,目标MECAPP在完成重定位后立即激活流量规则。
步骤S20907,目标MEP激活相应的流量路由规则。
步骤S20908,源MEP从目标MEP接收流量规则激活通知。该通知包括APP信息,受影响的流量路由规则。
步骤S20909,在接收到来自目标MEP的流量规则激活通知、来自源MEC应用的流量规则停用消息以及来自源RNIS的RNIS小区更改通知时,源MEP停用相应的流量路由规则。
实施例6:UE发生跨MEC服务区切换时更新不同MEC主机间承载信息流程
下面以UE发生跨MEC服务区切换为例,说明UE移动过程中部分APP不支持正在童话的客户端APP其IP地址的转变,从而更新不同MEC主机间承载信息流程。
步骤S21001,源MEP接收到流量“结束标识”时决定更新流量规则,可以从中提取承载信息(源节点IP,源UPF的IP,源节点端口,源UPF端口)。
步骤S21002,源MEP向源RNIS发送UE上下文请求消息。该消息中包含指示携带步骤S21001中接收到的“结束标识”的承载。同时,它还用于标识源RNIS中的UE上下文。
步骤S21003,源RNIS根据UE上下文请求中收到的消息,找到对应的UE ID和相关承载ID以及目标无线节点ID,并在UE上下文响应消息中返回给源MEP。源MEP基于UE上下文响应中接收到的目标无线节点ID向MEO查询目标MEP。MEO将信息返回给源MEP。
步骤S21004,源MEP向目标MEP发送更新流量规则请求。该请求包含在步骤S21003中获取的UE上下文,以及与源MEC主机相关的流量规则。
步骤S21005,目标MEP向目标RNI发送承载信息请求。目标RNIS可以利用UE ID和承载ID来获取对应的新承载信息。
步骤S21006,目标RNIS在承载信息响应中向目标MEP返回新的承载信息。
步骤S21007,目标MEP更新流量规则。
步骤S21008,目标MEP向源MEP返回更新流量规则响应。该响应表明目标MEP完成了流量规则的更新。
步骤S21009,源MEP相应地更新流量规则。
实施例8:UE发生跨MEC服务区切换时终止源MEC主机上APP实例产生的服务流程
下面以UE发生跨MEC服务区切换为例,说明UE移动过程中终止源MEC主机上APP实例产生的服务流程,如图5所示。
步骤S21201,源MEPM接受来自MEO的终止APP实例请求。
步骤S21202,源MEPM将终止APP实例请求转发给源MEP以启动终止APP实例的流程。
步骤S21203,源MEP向源APP发送APP实例终止请求以终止该实例。
步骤S21204,源APP实例向源RNIS发送取消订阅RNI通知。
步骤S21205,成功取消订阅源APP实例后,源RNIS向源APP实例进行确认。
步骤S21206,源APP向源MEP发送流量规则停用,以停用与APP实例关联的流量过滤服务。
步骤S21207,一旦源MEP成功停用APP实例的流量规则,它就会向源APP实例发回响应。
步骤S21208,源APP向源MEP发送DNS规则停用,以停用与APP实例关联的DNS服务。
步骤S21209,源MEP成功停用APP实例的DNS服务,并将响应发送回源APP实例。
步骤S21210,一旦终止定时器到期,源MEP可以向源MEPM发送终止APP实例响应,以便触发释放与APP实例关联的资源的过程。
步骤S21211,源MEPM向VIM发送资源删除请求,以删除分配给刚刚停用的APP实例的资源。
步骤S21212,VIM成功释放分配给已停用APP实例的资源,并向源MEPM发送资源删除响应。
步骤S21213,源MEPM将终止APP实例响应发送回终止APP实例的发起者。
边缘UPF切换时,SMU通过N4接口发送会话修改请求消息,携带下行所需的目标UPF侧隧道信息。N4会话建立过程以及N4会话修改过程提供控制参数在UPF中,N4会话释放过程删除与N4会话相关的所有控制参数,并且N4会话级别报告过程向SMU通知UPF检测到的与PDU会话相关的事件。

Claims (7)

1.一种多接入边缘计算场景下面向MEC业务的服务迁移方法,其特征在于,该方法在UE发生跨MEC服务区移动过程中包括如下步骤:
S1、UE移动准备阶段,构建且启动网络层与应用层协同通知机制,其中应用侧包括通过AU请求消息传递应用对网络资源的需求,还包括向网络订阅事件通知消息;
S2、网络层UPF切换过程与应用层APP迁移流程协同进行的过程如下:
S201、UE跨MEC服务区移动时,根据信号强度确定目标UPF,UE开始进行网络层的切换,选择最佳的网关接入;
S202、UE向APP发送切换请求,MEP开始进行APP实例的迁移准备工作,包括目标UPF获取移动设备的上下文信息、移动设备的位置、服务类型、会话状态;
S203、目标UPF与源UPF之间建立一条会话链路,用于移动设备从源UPF切换到目标UPF时切换业务,在应用层迁移的过程中,UE与源APP通过目标UPF、源UPF依旧保持通信;
S204、目标UPF向移动设备发送会话请求,包括目标UPF的IP、频段、信道在内的信息;
S205、APP实例向AMS发起注册请求,并由RNIS触发APP迁移;
S206、移动设备向目标UPF发送确认消息,表示同意切换到目标UPF;同时,移动设备也会向源UPF发送一个切换请求,要求源UPF释放与自己相关的资源和连接;
S207、记录在源MEC主机处向UE提供服务的APP实例的服务状态,并在目标MEC主机实例化一个APP实例激活目标APP的流量路由规则;
S208、源UPF向移动设备发送一个切换命令,要求移动设备切换到目标UPF,切换命令包括目标UPF的ID、频段、信道信息;
S209、源MEP向目标MEP发送流量路由规则更新请求,以更新由RNIS触发的流量路由规则;
S210、目标RNIS利用UEID和承载ID来获取对应的新承载信息,以更新不同MEC主机间的承载信息;
S211、移动设备根据切换命令,切换到目标UPF,目标UPF向移动设备发送一条会话完成消息,表示移动设备已经成功切换到目标UPF,同时,目标UPF将移动设备的上下文信息发送给源UPF,以便源UPF释放移动设备的资源和连接;
S212、终止源MEC主机上源APP实例产生的服务,并停用与源APP实例关联的DNS服务,释放与源APP实例关联的资源;
S213、在应用层迁移完成之后,UE开始跟目标UPF、目标APP进行通信。
2.根据权利要求1所述的多接入边缘计算场景下面向MEC业务的服务迁移方法,其特征在于,步骤S1执行步骤如下:
S101、AU向PCU发送AU请求消息,请求消息包含目标DNN和UE信息参数;
S102、PCU根据AU提供的信息参数,结合自身策略控制,为目标PDU会话业务流生成PCC规则;
S103、PCU通过SMU为PDU会话选择UPF,并配置UPF把目标业务流传输到目标APP实例;
S104、5G核心网通过用户面管理事件消息通知AU有关UPF位置改变信息,以便AU对应改变应用的部署位置;
S105、SMU感知到PDU会话的UPF发生改变,包括DNAI改变事件,然后发送通知消息给AU,并且携带改变后的目标DNAI,用于应用侧得知将应用服务迁移至哪个MEC中;
S106、AU发起应用侧的跨MEC迁移,将该终端的应用上下文迁移至新的UPF所在的MEC的应用服务中;
应用侧迁移期间,网络侧将维持之前的用户面数据路径,保持业务不中断;
S107、当应用完成迁移后,AU通知SMU切换已完成,由SMU发起切换用户面数据路径,将终端的数据业务从新的UPF转发到新的MEC应用服务中,从而实现跨MEC平滑切换的移动性管理。
3.根据权利要求1所述的多接入边缘计算场景下面向MEC业务的服务迁移方法,其特征在于,步骤S201具体还包括:
S20101、当用户进入目标UPF的覆盖范围时,发送接入请求消息给目标UPF,该消息通常包括设备标识信息和请求连接的网络类型在内的信息,用于网络追踪移动设备的位置,且网络为用户选择最佳的接入网关;
S20102、目标UPF收到接入请求消息后,选择最佳的接入网关并发送接入确认消息给移动设备,所述确认消息包含接入网关的标识信息、移动设备的IP地址和接入参数;
S20103、移动设备发送认证请求消息给目标UPF,请求连接授权;
S20104、目标UPF向认证中心发送鉴权请求消息,请求验证移动设备的身份和所需权限;
S20105、认证中心向新的接入网关发送鉴权响应消息,包括移动设备的身份信息和授权权限;
S20106、目标UPF向移动设备发送认证响应消息,表示认证和鉴权成功;
S20107、目标UPF向DHCP服务器发送IP地址请求信息,请求为移动设备分配一个可用的IP地址;
S20108、DHCP服务器向新的接入网关发送IP地址分配消息,包括分配的IP地址和相关参数;
S20109、目标UPF向移动设备发送IP地址确认消息,表示IP地址分配成功;
S20110、移动设备成功连接到目标UPF后,源UPF释放与该移动设备相关的资源和连接。
4.根据权利要求1所述的多接入边缘计算场景下面向MEC业务的服务迁移方法,其特征在于,步骤S205中APP实例发起AMS注册流程和RNIS触发APP迁移流程,具体步骤如下:
S20501、MEO检查目标APP实例配置数据,并授权请求,所述MEO选择距离目标UPF较近的MEC主机和相应的MEPM,并向MEPM发送实例化APP请求;
S20502、MEPM向MEP发送配置请求,MEPM发送的消息中包括需要配置的流量规则、需要配置的DNS规则、必选和可选服务、目标APP实例产生的服务;
S20503、MEP为目标APP实例分别配置流量规则,其中MEP需要等到目标APP实例正常运行后,才能激活流量和DNS规则,目标APP实例正常运行后,MEP向目标APP提供可用的服务信息;
S20504、MEP向MEPM发送配置响应;
S20505、MEPM向MEO发送实例化APP响应,MEPM将分配给APP实例的资源信息发送到MEO;
S20506、AMS运行在MEC主机或MEP上,由APP实例向AMS发起注册请求;
S20507、AMS响应APP实例的请求后,向APP实例返回AMS ID,表示AMS注册成功;
S20508、APP实例注册运行在源MEP中的AMS后,订阅连接在MEC主机下的UE的小区切换通知;完成订阅后,AMS将关联APP实例识别号和UE识别号,为因UE移动迁移APP做准备;其中当某一UE在网络中移动并触发了小区切换事件时,源MEP会接收到来自RNIS的小区切换通知;
S20509、借助小区切换通知中的UE识别号查询到正在执行切换操作的UE;运行在源MEP中的AMS综合各类通知来确认UE是否离开当前MEC主机的覆盖区域,若已确认UE离开,AMS通过APP移动性请求经源MEPM向MEO发送消息,消息内容包括UE ID、APP实例ID、源无线节点ID、目标无线节点ID;
S20510、源MEPM向MEO转发步骤S20509所述消息。
5.根据权利要求1所述的多接入边缘计算场景下面向MEC业务的服务迁移方法,其特征在于,步骤S207中APP实例重定位流程的具体步骤如下:
S20701、运行在源MEC主机上的APP实例为UE提供服务;
其中服务实例使用源RNIS,源MEP基于从源RNIS接收到的信息来接收服务重定位的触发,且服务重定位请求触发源MEC主机和目标MEC主机之间的APP实例重定位;
S20702、当接收到UE的服务重定位请求时,源MEP识别有状态APP实例,并触发该APP实例捕获正在向UE提供服务的应用的服务状态;
S20703、源MEP通过源MEPM向MEO发送APP实例重定位请求,其中包括目标无线节点ID的信息;
S20704、当收到来自源MEPM的APP实例重定位请求时,MEO选择与目标无线节点关联的目标MEC主机,并向目标MEPM发送实例化应用请求以通知使用“APP实例化”过程来实例化APP实例;
S20705、一旦在目标MEC主机成功创建APP实例,MEO将通过源MEPM向源MEP发送APP重定位响应;
S20706、源MEP向目标MEP发送带有捕获的UE服务状态信息的应用状态信息传输请求;且通过步骤S20702捕获向UE提供服务的APP实例的服务状态信息;
S20707、目标MEP将接收到的服务状态信息传输到与在目标MEC主机上运行的UE关联的APP实例,并激活;
S20708、目标MEP向源MEP发送应用状态信息转移响应,指示APP实例转移服务状态成功;
S20709、目标APP实例将APP实例的服务状态与接收到的服务状态信息同步后,向目标MEP发送APP实例运行通知;
S20710、目标MEP将APP实例运行通知转发给源MEP;
S20711、源MEP向服务重定位请求的发送方发送服务重定位响应。
6.根据权利要求1所述的多接入边缘计算场景下面向MEC业务的服务迁移方法,其特征在于,步骤S209中更新流量路由规则流程的具体步骤如下:
S20901、当源RNIS检测到UE切换到另一个无线电节点时,源MEP从源RNIS接收RNIS小区改变通知,该通知用于通知移动边缘平台UE切换正在进行中,通知包括UE ID和目标小区ID,其中UE ID用于指示UE进行切换,目标小区ID用于指示切换目标;
S20902、源MEP返回通知确认,源MEP使用通知中收到的目标小区ID来查询目标MEP,MEPM将查询转发给MEO,该目标小区ID指示UE位置;
综合考虑运营商策略、移动策略、应用需求、应用能力、移动边缘主机特性、移动边缘系统状态,最终目标MEO确定目标MEP,并将信息传递给源MEP联系目标MEP,且返回需要迁移到目标MEC主机的APP的信息;
S20903、利用UE ID和需要重新定位的APP信息,源MEP检索受影响的流量路由规则,其中包括作为流量过滤器一部分的UE ID和作为规则一部分的APP信息;
S20904、源MEP向目标MEP发送流量路由规则更新请求,目标MEP相应地更新流量路由规则,并缓存UE上行流量,直到APP的重定位完成;
S20905、源MEP接收来自目标MEP的流量路由规则更新响应,该消息表示目标MEC主机准备好执行应用重定位;
S20906、目标MECAPP在完成重定位后立即激活流量规则;
S20907、目标MEP激活相应的流量路由规则;
S20908、源MEP从目标MEP接收流量规则激活通知,该通知包括APP信息,受影响的流量路由规则;
S20909、在接收到来自目标MEP的流量规则激活通知、来自源MEC应用的流量规则停用消息以及来自源RNIS的RNIS小区更改通知时,源MEP停用相应的流量路由规则。
7.根据权利要求1所述的多接入边缘计算场景下面向MEC业务的服务迁移方法,其特征在于,步骤S212中终止源MEC主机上APP实例产生的服务流程具体步骤如下:
S21201、源MEPM接受来自MEO的终止APP实例请求;
S21202、源MEPM将终止APP实例请求转发给源MEP以启动终止APP实例的流程;
S21203、源MEP向源APP发送APP实例终止请求以终止该实例;
S21204、源APP实例向源RNIS发送取消订阅RNI通知;
S21205、成功取消订阅源APP实例后,源RNIS向源APP实例进行确认;
S21206、源APP向源MEP发送流量规则停用,以停用与APP实例关联的流量过滤服务;
S21207、一旦源MEP成功停用APP实例的流量规则,向源APP实例发回响应;
S21208、源APP向源MEP发送DNS规则停用,以停用与APP实例关联的DNS服务;
S21209、源MEP成功停用APP实例的DNS服务,并将响应发送回源APP实例;
S21210、一旦终止定时器到期,源MEP向源MEPM发送终止APP实例响应,以便触发释放与APP实例关联的资源的过程;
S21211、源MEPM向VIM发送资源删除请求,以删除分配给刚刚停用的APP实例的资源;
S21212、VIM成功释放分配给已停用APP实例的资源,并向源MEPM发送资源删除响应;
S21213、源MEPM将终止APP实例响应发送回终止APP实例的发起者。
CN202311387728.XA 2023-10-25 2023-10-25 一种多接入边缘计算场景下面向mec业务的服务迁移方法 Pending CN117528680A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311387728.XA CN117528680A (zh) 2023-10-25 2023-10-25 一种多接入边缘计算场景下面向mec业务的服务迁移方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311387728.XA CN117528680A (zh) 2023-10-25 2023-10-25 一种多接入边缘计算场景下面向mec业务的服务迁移方法

Publications (1)

Publication Number Publication Date
CN117528680A true CN117528680A (zh) 2024-02-06

Family

ID=89746600

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311387728.XA Pending CN117528680A (zh) 2023-10-25 2023-10-25 一种多接入边缘计算场景下面向mec业务的服务迁移方法

Country Status (1)

Country Link
CN (1) CN117528680A (zh)

Similar Documents

Publication Publication Date Title
KR102470370B1 (ko) 네트워크 가상화 및 세션 관리 방법 및 장치
US11838858B2 (en) System and method for UE context and PDU session context management
JP7177217B2 (ja) セッション管理のためのシステムおよび方法
CN110167082B (zh) 网络的切换方法、装置及系统,切换确定方法及装置
US20190007992A1 (en) Network triggered service request method and user equipment (ue) triggered service request method
CN109600802B (zh) 数据传输方法、相关设备及系统
CN108934007B (zh) 一种upf重选的策略控制方法、pcf及smf
KR20230129356A (ko) 5g 로컬 서비스를 위한 서비스 요청 방법
JP4987089B2 (ja) 技術間ハンドオフおよび方法
EP3881635A1 (en) Application triggering for a wireless device
WO2018149269A1 (zh) 一种无线资源的管理方法及装置
US20220408333A1 (en) Session Management for Edge Computing
WO2008132163A1 (en) Method, radio system, and base station
WO2014086280A1 (zh) 处理无线网络用户接入的方法、装置及系统
JP2013511180A (ja) サービングgwによりトリガされる再配置
CN112929868A (zh) 跨区漫游通信方法、装置、电子设备及计算机可读介质
WO2012171403A1 (zh) 一种支持多接口多连接通信的方法和系统
US20220264690A1 (en) Method for influencing data traffic routing in a core network
US20220248370A1 (en) Signaling Delivery in a Wireless Network
EP3487209B1 (en) Method and device for hosting application by access node
KR20190018376A (ko) 5g 셀룰러망의 로컬 오프로딩을 위한 앵커 upf 처리 방안
CN117528680A (zh) 一种多接入边缘计算场景下面向mec业务的服务迁移方法
WO2013000344A1 (zh) 切换过程中本地访问连接的处理方法及装置
CN117336808A (zh) 一种保障mec业务连续性的重放置方法
WO2013155931A1 (zh) Wlan网络用户策略分发装置及方法

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