CN117528680A - 一种多接入边缘计算场景下面向mec业务的服务迁移方法 - Google Patents
一种多接入边缘计算场景下面向mec业务的服务迁移方法 Download PDFInfo
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 79
- 238000013508 migration Methods 0.000 title claims abstract description 67
- 230000005012 migration Effects 0.000 title claims abstract description 67
- 230000008569 process Effects 0.000 claims abstract description 40
- 230000007246 mechanism Effects 0.000 claims abstract description 7
- DMJNNHOOLUXYBV-PQTSNVLCSA-N meropenem Chemical compound C=1([C@H](C)[C@@H]2[C@H](C(N2C=1C(O)=O)=O)[C@H](O)C)S[C@@H]1CN[C@H](C(=O)N(C)C)C1 DMJNNHOOLUXYBV-PQTSNVLCSA-N 0.000 claims description 62
- 230000004044 response Effects 0.000 claims description 47
- 230000008859 change Effects 0.000 claims description 19
- 238000012790 confirmation Methods 0.000 claims description 11
- 230000005540 biological transmission Effects 0.000 claims description 10
- 230000004913 activation Effects 0.000 claims description 9
- 230000009849 deactivation Effects 0.000 claims description 9
- 238000002360 preparation method Methods 0.000 claims description 8
- 238000012546 transfer Methods 0.000 claims description 8
- 238000013475 authorization Methods 0.000 claims description 6
- 238000012217 deletion Methods 0.000 claims description 4
- 230000037430 deletion Effects 0.000 claims description 4
- 230000001960 triggered effect Effects 0.000 claims description 4
- 238000001914 filtration Methods 0.000 claims description 3
- 239000003999 initiator Substances 0.000 claims description 3
- 230000006854 communication Effects 0.000 abstract description 7
- 238000004891 communication Methods 0.000 abstract description 4
- 238000012545 processing Methods 0.000 abstract description 2
- 210000004027 cell Anatomy 0.000 description 19
- 238000007726 management method Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 2
- 210000003311 CFU-EM Anatomy 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/06—Reselecting a communication resource in the serving access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/32—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/34—Reselection control
- H04W36/36—Reselection 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业务的服务迁移方法。
背景技术
随着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实例的发起者。
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) |
-
2023
- 2023-10-25 CN CN202311387728.XA patent/CN117528680A/zh active Pending
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 |