CN114557117A - 5g设备与mec主机之间的mec应用程序实例的透明重定位 - Google Patents

5g设备与mec主机之间的mec应用程序实例的透明重定位 Download PDF

Info

Publication number
CN114557117A
CN114557117A CN202080072864.8A CN202080072864A CN114557117A CN 114557117 A CN114557117 A CN 114557117A CN 202080072864 A CN202080072864 A CN 202080072864A CN 114557117 A CN114557117 A CN 114557117A
Authority
CN
China
Prior art keywords
wtru
message
mec
application instance
target
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
CN202080072864.8A
Other languages
English (en)
Inventor
X·德福伊
尤利西斯·奥尔韦拉-埃尔南德斯
迪巴舍希·帕卡亚斯塔
S·拉赫曼
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.)
InterDigital Patent Holdings Inc
Original Assignee
IDAC Holdings Inc
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 IDAC Holdings Inc filed Critical IDAC Holdings Inc
Publication of CN114557117A publication Critical patent/CN114557117A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • 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/10—Protocols in which an application is distributed across nodes in the 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/56—Provisioning of proxy services
    • H04L67/59—Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels
    • 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

Abstract

本文描述了用于透明可重定位应用程序实例部署的方法、系统和设备。由无线发射/接收单元执行的方法可包括向多接入边缘计算(MEC)系统发射第一消息，该第一消息包括在目标处部署该可重定位应用程序实例的请求。该方法可包括：接收第二消息，该第二消息包括与该应用程序实例建立通信的指示和透明实例重定位会话标识符(TIRSI)；以及基于该第二消息，与该目标处的该可重定位应用程序实例建立通信。该方法可包括发射第三消息，该第三消息包括用于将该应用程序实例重定位到另一目标的请求。该方法可包括：接收第四消息，该第四消息包括与该另一目标处的重定位的应用程序实例建立通信的指示和该TIRSI；以及基于该第四消息，与该另一目标处的该重定位的应用程序实例建立通信。

Description

5G设备与MEC主机之间的MEC应用程序实例的透明重定位
相关申请的交叉引用
本申请要求2019年9月25日提交的美国临时申请号62/905,878的权益，该临时申请的内容以引用方式并入本文。
背景技术
随着新用例的出现，可能存在对解决可能出现的无线通信问题的系统、方法和设备的需要。例如，新用例可能高度涉及移动设备，由于移动设备的用户正在使用的应用程序的需求，这些设备可能需要保持无线连接。这将需要对现有技术进行改善或需要新颖的无线通信管理方法。
例如，多接入边缘计算(MEC)应用程序如今可托管在网络中，位于可能与网络基础结构节点并置的服务器上。可能需要支持，以使MEC应用程序在无线发射/接收单元(WTRU)上运行并转入和转出WTRU。在一些情况下，此类支持能够降低延迟并改善隐私性。可能需要用于在WTRU或MEC主机上部署MEC应用程序实例，同时启用WTRU和/或MEC主机之间的实例的重定位的解决方案。无应用程序支持时，通过维护IP地址来在WTRU/MEC主机之间进行透明重定位也可能是期望的。
发明内容
本文描述了用于透明可重定位应用程序实例部署的方法、系统和设备。由无线发射/接收单元执行的方法可包括向多接入边缘计算(MEC)系统发射第一消息，该第一消息包括在目标处部署该可重定位应用程序实例的请求。该方法可包括：接收第二消息，该第二消息包括与该应用程序实例建立通信的指示和透明实例重定位会话标识符(TIRSI)；以及基于该第二消息，与该目标处的该可重定位应用程序实例建立通信。该方法可包括发射第三消息，该第三消息包括用于将该应用程序实例重定位到另一目标的请求。该方法可包括：接收第四消息，该第四消息包括与该另一目标处的重定位的应用程序实例建立通信的指示和该TIRSI；以及基于该第四消息，与该另一目标处的该重定位的应用程序实例建立通信。
附图说明
由以下结合附图以举例的方式给出的描述可得到更详细的理解，其中附图中类似的附图标号指示类似的元件，并且其中：
图1A是示出在其中一个或多个所公开的实施方案可得以实现的示例性通信系统的系统图；
图1B是示出根据一个实施方案可在图1A所示的通信系统内使用的示例性无线发射/接收单元(WTRU)的系统图；
图1C是示出根据一个实施方案可在图1A所示的通信系统内使用的示例性无线电接入网络(RAN)和示例性核心网络(CN)的系统图；
图1D是示出根据一个实施方案可在图1A所示的通信系统内使用的另外一个示例性RAN和另外一个示例性CN的系统图；
图2是示出多接入边缘计算(MEC)应用程序实例重定位的示例的图示；
图3是示出应用程序上下文转移架构的示例的图示；
图4是示出用于WTRU上MEC的内部WTRU架构的示例的图示；
图5A是示出用于启用MEC应用程序实例的透明重定位的示例性过程的过程图；
图5B是进一步示出用于MEC应用程序实例的透明重定位的示例性过程的过程图；
图5C是进一步示出用于MEC应用程序实例的透明重定位的示例性过程的过程图；
图5D是进一步示出用于MEC应用程序实例的透明重定位的示例性过程的过程图；
图6A是示出MEC-WTRU、WTRU-MEC、WTRU-WTRU和MEC-MEC应用程序实例重定位的示例的过程图；
图6B是进一步示出MEC-WTRU、WTRU-MEC、WTRU-WTRU和MEC-MEC应用程序实例重定位的示例的过程图；
图6C是进一步示出MEC-WTRU、WTRU-MEC、WTRU-WTRU和MEC-MEC应用程序实例重定位的示例的过程图；
图6D是进一步示出MEC-WTRU、WTRU-MEC、WTRU-WTRU和MEC-MEC应用程序实例重定位的示例的过程图；
图7是示出到虚拟数据网络(V-DN)的PDU会话建立的示例的过程图。
具体实施方式
图1A是示出在其中一个或多个所公开的实施方案可得以实现的示例性通信系统100的示意图。通信系统100可为向多个无线用户提供诸如语音、数据、视频、消息、广播等内容的多址接入系统。通信系统100可使多个无线用户能够通过系统资源(包括无线带宽)的共享来访问此类内容。例如，通信系统100可采用一个或多个信道接入方法，诸如码分多址接入(CDMA)、时分多址接入(TDMA)、频分多址接入(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)、零尾唯一字离散傅里叶变换扩展OFDM(ZT-UW-DFT-S-OFDM)、唯一字OFDM(UW-OFDM)、资源块滤波OFDM、滤波器组多载波(FBMC)等。
如图1A所示，通信系统100可包括无线发射/接收单元(WTRU)102a、102b、102c、102d、无线电接入网络(RAN)104、核心网络(CN)106、公共交换电话网(PSTN)108、互联网110和其他网络112，但应当理解，所公开的实施方案设想了任何数量的WTRU、基站、网络和/或网络元件。WTRU 102a、102b、102c、102d中的每一者可以是被配置为在无线环境中操作和/或通信的任何类型的设备。举例来说，WTRU 102a、102b、102c、102d(其中任何一者均可被称为站(STA))可被配置为发射和/或接收无线信号，并且可包括用户装备(UE)、移动站、固定或移动用户单元、基于订阅的单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、热点或Mi-Fi设备、物联网(IoT)设备、手表或其他可穿戴装置、头戴式显示器(HMD)、车辆、无人机、医疗设备和应用(例如，远程手术)、工业设备和应用(例如，在工业和/或自动处理链环境中操作的机器人和/或其他无线设备)、消费型电子设备、在商业和/或工业无线网络上操作的设备等。WTRU 102a、102b、102c和102d中的任一者可互换地称为UE。
通信系统100还可包括基站114a和/或基站114b。基站114a、114b中的每一者可为任何类型的设备，其被配置为与WTRU 102a、102b、102c、102d中的至少一者无线对接以促进对一个或多个通信网络(诸如CN 106、互联网110和/或其他网络112)的访问。作为示例，基站114a、114b可为基站收发台(BTS)、NodeB、演进节点B(eNB)、家庭节点B、家庭演进节点B、下一代NodeB，诸如gNode B(gNB)、新无线电(NR)NodeB、站点控制器、接入点(AP)、无线路由器等。虽然基站114a、114b各自被描绘为单个元件，但应当理解，基站114a、114b可包括任何数量的互连基站和/或网络元件。
基站114a可以是RAN 104的一部分，该RAN还可包括其他基站和/或网络元件(未示出)，诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a和/或基站114b可被配置为在一个或多个载波频率上发射和/或接收无线信号，该基站可被称为小区(未示出)。这些频率可在许可频谱、未许可频谱或许可和未许可频谱的组合中。小区可向特定地理区域提供无线服务的覆盖，该特定地理区域可为相对固定的或可随时间改变。小区可进一步被划分为小区扇区。例如，与基站114a相关联的小区可被划分为三个扇区。因此，在一个实施方案中，基站114a可包括三个收发器，即，小区的每个扇区一个收发器。在一个实施方案中，基站114a可采用多输入多输出(MIMO)技术并且可针对小区的每个扇区利用多个收发器。例如，可使用波束成形在所需的空间方向上发射和/或接收信号。
基站114a、114b可通过空中接口116与WTRU 102a、102b、102c、102d中的一者或多者通信，该空中接口可为任何合适的无线通信链路(例如，射频(RF)、微波、厘米波、微米波、红外(IR)、紫外(UV)、可见光等)。可使用任何合适的无线电接入技术(RAT)来建立空中接口116。
更具体地讲，如上所指出，通信系统100可为多址接入系统，并且可采用一个或多个信道接入方案，诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如，RAN 104中的基站114a和WTRU 102a、102b、102c可实现无线电技术诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)，其可使用宽带CDMA(WCDMA)来建立空中接口116。WCDMA可包括诸如高速分组接入(HSPA)和/或演进的HSPA(HSPA+)之类的通信协议。HSPA可包括高速下行链路(DL)分组接入(HSDPA)和/或高速上行链路(UL)分组接入(HSUPA)。
在一个实施方案中，基站114a和WTRU 102a、102b、102c可实现诸如演进的UMTS陆地无线电接入(E-UTRA)之类的无线电技术，其可使用长期演进(LTE)和/高级LTE(LTE-A)和/或高级LTE Pro(LTE-A Pro)来建立空中接口116。
在一个实施方案中，基站114a和WTRU 102a、102b、102c可实现无线电技术诸如NR无线电接入，其可使用NR来建立空中接口116。
在一个实施方案中，基站114a和WTRU 102a、102b、102c可实现多种无线电接入技术。例如，基站114a和WTRU 102a、102b、102c可例如使用双连接(DC)原理一起实现LTE无线电接入和NR无线电接入。因此，WTRU 102a、102b、102c所利用的空中接口可由多种类型的无线电接入技术和/或向/从多种类型的基站(例如，eNB和gNB)发送的传输来表征。
在其他实施方案中，基站114a和WTRU 102a、102b、102c可实现诸如IEEE 802.11(即，无线保真(WiFi))、IEEE 802.16(即，全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、暂行标准2000(IS-2000)、暂行标准95(IS-95)、暂行标准856(IS-856)、全球移动通信系统(GSM)、GSM增强数据率演进(EDGE)、GSMEDGE(GERAN)等无线电技术。
图1A中的基站114b可为例如无线路由器、家庭节点B、家庭演进节点B或接入点，并且可利用任何合适的RAT来促进诸如商业场所、家庭、车辆、校园、工业设施、空中走廊(例如，供无人机使用)、道路等局部区域中的无线连接。在一个实施方案中，基站114b和WTRU102c、102d可实现诸如IEEE 802.11之类的无线电技术以建立无线局域网(WLAN)。在一个实施方案中，基站114b和WTRU 102c、102d可实现诸如IEEE 802.15之类的无线电技术以建立无线个域网(WPAN)。在又一个实施方案中，基站114b和WTRU 102c、102d可利用基于蜂窝的RAT(例如，WCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NR等)来建立微微小区或毫微微小区。如图1A所示，基站114b可具有与互联网110的直接连接。因此，基站114b可不需要经由CN106访问互联网110。
RAN 104可与CN 106通信，该CN可以是被配置为向WTRU 102a、102b、102c、102d中的一者或多者提供语音、数据、应用和/或互联网协议语音技术(VoIP)服务的任何类型的网络。数据可具有不同的服务质量(QoS)要求，诸如不同的吞吐量要求、延迟要求、误差容限要求、可靠性要求、数据吞吐量要求、移动性要求等。CN 106可提供呼叫控制、账单服务、基于移动位置的服务、预付费呼叫、互联网连接、视频分发等，和/或执行高级安全功能，诸如用户认证。尽管未在图1A中示出，但是应当理解，RAN 104和/或CN 106可与采用与RAN 104相同的RAT或不同RAT的其他RAN进行直接或间接通信。例如，除了连接到可利用NR无线电技术的RAN 104之外，CN 106还可与采用GSM、UMTS、CDMA 2000、WiMAX、E-UTRA或WiFi无线电技术的另一RAN(未示出)通信。
CN 1 06也可充当WTRU 102a、102b、102c、102d的网关，以访问PSTN 108、互联网110和/或其他网络112。PSTN 108可包括提供普通老式电话服务(POTS)的电路交换电话网络。互联网110可包括使用常见通信协议(诸如传输控制协议(TCP)、用户数据报协议(UDP)和/或TCP/IP互联网协议组中的互联网协议(IP))的互连计算机网络和设备的全球系统。网络112可包括由其他服务提供商拥有和/或操作的有线和/或无线通信网络。例如，网络112可包括连接到一个或多个RAN的另一个CN，其可采用与RAN 104相同的RAT或不同的RAT。
通信系统100中的一些或所有WTRU 102a、102b、102c、102d可包括多模式能力(例如，WTRU 102a、102b、102c、102d可包括用于通过不同无线链路与不同无线网络通信的多个收发器)。例如，图1A所示的WTRU 102c可被配置为与可采用基于蜂窝的无线电技术的基站114a通信，并且与可采用IEEE 802无线电技术的基站114b通信。
图1B是示出示例性WTRU 102的系统图。如图1B所示，WTRU 102可包括处理器118、收发器120、发射/接收元件122、扬声器/麦克风124、小键盘126、显示器/触摸板128、不可移动存储器130、可移动存储器132、电源134、全球定位系统(GPS)芯片组136和/或其他外围设备138等。应当理解，WTRU 102可包括前述元件的任何子组合，同时保持与实施方案一致。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、任何其他类型的集成电路(IC)、状态机等。处理器118可执行信号编码、数据处理、功率控制、输入/输出处理和/或任何其他功能，这些其他功能使WTRU 102能够在无线环境中工作。处理器118可耦合到收发器120，该收发器可耦合到发射/接收元件122。虽然图1B将处理器118和收发器120描绘为单独的部件，但是应当理解，处理器118和收发器120可在电子封装或芯片中集成在一起。
发射/接收元件122可被配置为通过空中接口116向基站(例如，基站114a)发射信号或从基站接收信号。例如，在一个实施方案中，发射/接收元件122可以是被配置为发射和/或接收RF信号的天线。在一个实施方案中，发射/接收元件122可以是被配置为发射和/或接收例如IR、UV或可见光信号的发射器/检测器。在又一个实施方案中，发射/接收元件122可被配置为发射和/或接收RF和光信号。应当理解，发射/接收元件122可被配置为发射和/或接收无线信号的任何组合。
尽管发射/接收元件122在图1B中被描绘为单个元件，但是WTRU 102可包括任何数量的发射/接收元件122。更具体地讲，WTRU 102可采用MIMO技术。因此，在一个实施方案中，WTRU 102可包括用于通过空中接口116发射和接收无线信号的两个或更多个发射/接收元件122(例如，多个天线)。
收发器120可被配置为调制将由发射/接收元件122发射的信号并且解调由发射/接收元件122接收的信号。如上所指出，WTRU 102可具有多模式能力。因此，收发器120可包括多个收发器，以便使WTRU 102能够经由多种RAT(诸如NR和IEEE 802.11)进行通信。
WTRU 102的处理器118可耦合到扬声器/麦克风124、小键盘126和/或显示器/触摸板128(例如，液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)并且可从其接收用户输入数据。处理器118还可将用户数据输出到扬声器/麦克风124、小键盘126和/或显示器/触摸板128。此外，处理器118可从任何类型的合适存储器(诸如不可移动存储器130和/或可移动存储器132)访问信息，并且将数据存储在任何类型的合适存储器中。不可移动存储器130可包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其他类型的存储器存储设备。可移动存储器132可包括用户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其他实施方案中，处理器118可从未物理上定位在WTRU 102上(诸如，服务器或家用计算机(未示出)上)的存储器访问信息，并且将数据存储在该存储器中。
处理器118可从电源134接收电力，并且可被配置为向WTRU 102中的其他部件分配和/或控制电力。电源134可以是用于为WTRU 102供电的任何合适的设备。例如，电源134可包括一个或多个干电池组(例如，镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器118还可耦合到GPS芯片组136，该GPS芯片组可被配置为提供关于WTRU 102的当前位置的位置信息(例如，经度和纬度)。除了来自GPS芯片组136的信息之外或代替该信息，WTRU 102可通过空中接口116从基站(例如，基站114a、114b)接收位置信息和/或基于从两个或更多个附近基站接收到信号的定时来确定其位置。应当理解，在与实施方案保持一致的同时，该WTRU 102可通过任何合适的位置确定方法来获取位置信息。
处理器118还可耦合到其他外围设备138，该其他外围设备可包括提供附加特征、功能和/或有线或无线连接的一个或多个软件模块和/或硬件模块。例如，外围设备138可包括加速度计、电子指南针、卫星收发器、数字相机(用于照片和/或视频)、通用串行总线(USB)端口、振动设备、电视收发器、免提耳麦、
Figure BDA0003600798900000081
模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器、虚拟现实和/或增强现实(VR/AR)设备、活动跟踪器等。外围设备138可包括一个或多个传感器。传感器可为以下一者或多者：陀螺仪、加速度计、霍尔效应传感器、磁力计、方位传感器、接近传感器、温度传感器、时间传感器；地理位置传感器、测高计、光传感器、触摸传感器、磁力计、气压计、手势传感器、生物识别传感器、湿度传感器等。
WTRU 102可包括全双工无线电台，对于该全双工无线电台，一些或所有信号的发射和接收(例如，与用于UL(例如，用于发射)和DL(例如，用于接收)的特定子帧相关联)可为并发的和/或同时的。全双工无线电台可包括干扰管理单元，该干扰管理单元用于经由硬件(例如，扼流圈)或经由处理器(例如，单独的处理器(未示出)或经由处理器118)进行的信号处理来减少和/或基本上消除自干扰。在一个实施方案中，WTRU 102可包括半双工无线电台，对于该半双工无线电台，发射和接收一些或所有信号(例如，与用于UL(例如，用于发射)或DL(例如，用于接收)的特定子帧相关联)。
图1C是示出根据一个实施方案的RAN 104和CN 106的系统图。如上所述，RAN 104可采用E-UTRA无线电技术通过空中接口116与WTRU 102a、102b、102c通信。RAN 104还可与CN 106通信。
RAN 104可包括演进节点B 160a、160b、160c，但是应当理解，RAN 104可包括任何数量的演进节点B，同时保持与实施方案一致。演进节点B 160a、160b、160c各自可包括一个或多个收发器以便通过空中接口116与WTRU 102a、102b、102c通信。在一个实施方案中，演进节点B 160a、160b、160c可实现MIMO技术。因此，演进节点B 160a例如可使用多个天线来向WTRU 102a发射无线信号和/或从WTRU 102a接收无线信号。
演进节点B 160a、160b、160c中的每一者可与特定小区(未示出)相关联，并且可被配置为处理无线电资源管理决策、切换决策、UL和/或DL中的用户的调度等。如图1C所示，演进节点B 160a、160b、160c可通过X2接口彼此通信。
图1C所示的CN 106可包括移动性管理实体(MME)162、服务网关(SGW)164和分组数据网络(PDN)网关(PGW)166。虽然前述元件被描绘为CN 106的一部分，但是应当理解，这些元件中的任何元件可由除CN运营商之外的实体拥有和/或运营。
MME 162可经由S1接口连接到RAN 104中的演进节点B 162a、162b、162c中的每一者，并且可用作控制节点。例如，MME 162可负责认证WTRU 102a、102b、102c的用户、承载激活/去激活、在WTRU 102a、102b、102c的初始附加期间选择特定服务网关等。MME 162可提供用于在RAN 104和采用其他无线电技术(诸如GSM和/或WCDMA)的其他RAN(未示出)之间进行切换的控制平面功能。
SGW 164可经由S1接口连接到RAN 104中的演进节点B 160a、160b、160c中的每一者。SGW 164通常可向/从WTRU 102a、102b、102c路由和转发用户数据分组。SGW 164可执行其他功能，诸如在演进节点B间切换期间锚定用户平面、当DL数据可用于WTRU 102a、102b、102c时触发寻呼、管理和存储WTRU 102a、102b、102c的上下文等。
SGW 164可连接到PGW 166，该PGW可向WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的访问，以促进WTRU 102a、102b、102c和启用IP的设备之间的通信。
CN 106可有利于与其他网络的通信。例如，CN 106可为WTRU 102a、102b、102c提供对电路交换网络(诸如，PSTN 108)的访问，以有利于WTRU 102a、102b、102c与传统陆线通信设备之间的通信。例如，CN 106可包括用作CN 106与PSTN 108之间的接口的IP网关(例如，IP多媒体子系统(IMS)服务器)或者可与该IP网关通信。另外，CN 106可向WTRU 102a、102b、102c提供对其他网络112的访问，该其他网络可包括由其他服务提供商拥有和/或运营的其他有线和/或无线网络。
尽管WTRU在图1A至图1D中被描述为无线终端，但是可以设想到，在某些代表性实施方案中，这种终端可(例如，临时或永久)使用与通信网络的有线通信接口。
在代表性实施方案中，其他网络112可为WLAN。
处于基础结构基本服务集(BSS)模式的WLAN可具有用于BSS的接入点(AP)以及与AP相关联的一个或多个站点(STA)。AP可具有至分配系统(DS)或将流量承载至和/或承载流量离开BSS的另一种类型的有线/无线网络的接入或接口。源自BSS外部并通向STA的流量可通过AP到达并且可被传递到STA。源自STA并通向BSS外部的目的地的流量可被发送到AP以被传递到相应目的地。BSS内的STA之间的流量可通过AP发送，例如，其中源STA可向AP发送流量，并且AP可将流量传递到目的地STA。BSS内的STA之间的流量可被视为和/或称为点对点流量。可利用直接链路建立(DLS)在源和目的地STA之间(例如，直接在它们之间)发送点对点流量。在某些代表性实施方案中，DLS可使用802.11e DLS或802.11z隧道DLS(TDLS)。使用独立BSS(IBSS)模式的WLAN可不具有AP，并且IBSS内或使用IBSS的STA(例如，所有STA)可彼此直接通信。IBSS通信模式在本文中有时可称为“ad-hoc”通信模式。
当使用802.11ac基础结构操作模式或相似操作模式时，AP可在固定信道(诸如主信道)上发射信标。主信道可为固定宽度(例如，20MHz宽带宽)或动态设置的宽度。主信道可为BSS的操作信道，并且可由STA用来建立与AP的连接。在某些代表性实施方案中，可例如在802.11系统中实现载波侦听多路访问/冲突避免(CSMA/CA)。对于CSMA/CA，STA(例如，每个STA)(包括AP)可侦听主信道。如果主信道被特定STA侦听/检测和/或确定为繁忙，则特定STA可退避。一个STA(例如，仅一个站)可在给定BSS中在任何给定时间发射。
高吞吐量(HT)STA可使用40MHz宽的信道进行通信，例如，经由主20MHz信道与相邻或不相邻的20MHz信道的组合以形成40MHz宽的信道。
极高吞吐量(VHT)STA可支持20MHz、40MHz、80MHz和/或160MHz宽的信道。40MHz和/或80MHz信道可通过组合连续的20MHz信道来形成。可通过组合8个连续的20MHz信道，或通过组合两个非连续的80MHz信道(这可被称为80+80配置)来形成160MHz信道。对于80+80配置，在信道编码之后，数据可通过可将数据分成两个流的段解析器。可单独地对每个流进行快速傅里叶逆变换(IFFT)处理和时间域处理。可将这些流映射到两个80MHz信道，并且可通过发射STA来发射数据。在接收STA的接收器处，可颠倒上述用于80+80配置的操作，并且可将组合的数据发送到介质访问控制(MAC)。
802.11af和802.11ah支持低于1GHz的操作模式。相对于802.11n和802.11ac中使用的那些，802.11af和802.11ah中减少了信道操作带宽和载波。802.11af支持电视白空间(TVWS)频谱中的5MHz、10MHz和20MHz带宽，并且802.11ah支持使用非TVWS频谱的1MHz、2MHz、4MHz、8MHz和16MHz带宽。根据代表性实施方案，802.11ah可支持仪表类型控制/机器类型通信(MTC)，诸如宏覆盖区域中的MTC设备。MTC设备可具有某些能力，例如有限的能力，包括支持(例如，仅支持)某些带宽和/或有限的带宽。MTC设备可包括电池寿命高于阈值(例如，以保持非常长的电池寿命)的电池。
可支持多个信道的WLAN系统以及诸如802.11n、802.11ac、802.11af和802.11ah之类的信道带宽包括可被指定为主信道的信道。主信道可具有等于由BSS中的所有STA支持的最大公共操作带宽的带宽。主信道的带宽可由来自在BSS中操作的所有STA的STA(其支持最小带宽操作模式)设置和/或限制。在802.11ah的示例中，对于支持(例如，仅支持)1MHz模式的STA(例如，MTC型设备)，主信道可为1MHz宽，即使AP和BSS中的其他STA支持2MHz、4MHz、8MHz、16MHz和/或其他信道带宽操作模式。载波侦听和/或网络分配矢量(NAV)设置可取决于主信道的状态。如果主信道繁忙，例如，由于STA(仅支持1MHz操作模式)正在向AP发射，即使大多数可用频段保持空闲，全部可用频段也可被视为繁忙。
在美国，可供802.11ah使用的可用频段为902MHz至928MHz。在韩国，可用频段为917.5MHz至923.5MHz。在日本，可用频段为916.5MHz至927.5MHz。802.11ah可用的总带宽为6MHz至26MHz，具体取决于国家代码。
图1D是示出根据一个实施方案的RAN 104和CN 106的系统图。如上所指出，RAN104可采用NR无线电技术通过空中接口116与WTRU 102a、102b、102c通信。RAN 104还可与CN106通信。
RAN 104可包括gNB 180a、180b、180c，但是应当理解，RAN 104可包括任何数量的gNB，同时保持与实施方案一致。gNB 180a、180b、180c各自可包括一个或多个收发器以便通过空中接口116与WTRU 102a、102b、102c通信。在一个实施方案中，gNB 180a、180b、180c可实现MIMO技术。例如，gNB 180a、108b可利用波束成形来向gNB 180a、180b、180c发射信号和/或从gNB 180a、180b、180c接收信号。因此，gNB 180a例如可使用多个天线来向WTRU102a发射无线信号和/或从WTRU 102a接收无线信号。在一个实施方案中，gNB 180a、180b、180c可实现载波聚合技术。例如，gNB 180a可向WTRU 102a(未示出)发射多个分量载波。这些分量载波的子集可在免许可频谱上，而其余分量载波可在许可频谱上。在一个实施方案中，gNB 180a、180b、180c可实现协作多点(CoMP)技术。例如，WTRU 102a可从gNB 180a和gNB180b(和/或gNB 180c)接收协作传输。
WTRU 102a、102b、102c可使用与可扩展参数集相关联的传输来与gNB 180a、180b、180c通信。例如，OFDM符号间隔和/或OFDM子载波间隔可因不同传输、不同小区和/或无线传输频谱的不同部分而变化。WTRU 102a、102b、102c可使用各种或可扩展长度的子帧或传输时间间隔(TTI)(例如，包含不同数量的OFDM符号和/或持续变化的绝对时间长度)来与gNB180a、180b、180c通信。
gNB 180a、180b、180c可被配置为以独立配置和/或非独立配置与WTRU 102a、102b、102c通信。在独立配置中，WTRU 102a、102b、102c可与gNB 180a、180b、180c通信，同时也不访问其他RAN(例如，诸如演进节点B 160a、160b、160c)。在独立配置中，WTRU 102a、102b、102c可将gNB 180a、180b、180c中的一者或多者用作移动性锚定点。在独立配置中，WTRU 102a、102b、102c可在未许可频带中使用信号与gNB 180a、180b、180c通信。在非独立配置中，WTRU 102a、102b、102c可与gNB 180a、180b、180c通信或连接，同时也与其他RAN(诸如，eNode-B160a、160b、160c)通信或连接。例如，WTRU 102a、102b、102c可实现DC原理以基本上同时与一个或多个gNB 180a、180b、180c和一个或多个演进节点B 160a、160b、160c通信。在非独立配置中，演进节点B 160a、160b、160c可用作WTRU 102a、102b、102c的移动性锚点，并且gNB 180a、180b、180c可提供用于服务WTRU 102a、102b、102c的附加覆盖和/或吞吐量。
gNB 180a、180b、180c中的每一者可与特定小区(未示出)相关联，并且可被配置为处理无线电资源管理决策、切换决策、UL和/或DL中的用户的调度、网络切片的支持、DC、NR和E-UTRA之间的互通、用户平面数据朝向用户平面功能(UPF)184a、184b的路由、控制平面信息朝向接入和移动性管理功能(AMF)182a、182b的路由等。如图1D所示，gNB 180a、180b、180c可通过Xn接口彼此通信。
图1D所示的CN 106可包括至少一个AMF 182a、182b、至少一个UPF 184a、184b、至少一个会话管理功能(SMF)183a、183b以及可能的数据网络(DN)185a、185b。虽然前述元件被描绘为CN 106的一部分，但是应当理解，这些元件中的任何元件可由除CN运营商之外的实体拥有和/或运营。
AMF 182a、182b可经由N2接口连接到RAN 104中的gNB 180a、180b、180c中的一者或多者，并且可用作控制节点。例如，AMF 182a、182b可负责认证WTRU 102a、102b、102c的用户、网络切片的支持(例如，具有不同要求的不同协议数据单元(PDU)会话的处理)、选择特定SMF 183a、183b、注册区域的管理、非接入层(NAS)信令的终止、移动性管理等。AMF 182a、182b可使用网络切片，以便基于WTRU 102a、102b、102c所使用的服务的类型来为WTRU102a、102b、102c定制CN支持。例如，可针对不同的用例(诸如，依赖超高可靠低延迟(URLLC)接入的服务、依赖增强型移动宽带(eMBB)接入的服务、用于MTC接入的服务等)建立不同的网络切片。AMF 182a、182b可提供用于在RAN 104和采用其他无线电技术(诸如LTE、LTE-A、LTE-A Pro和/或非3GPP接入技术，诸如WiFi)的其他RAN(未示出)之间进行切换的控制平面功能。
SMF 183a、183b可在CN 106中经由N11接口连接到AMF 182a、182b。SMF 183a、183b还可在CN 106中经由N4接口连接到UPF 184a、184b。SMF 183a、183b可选择并控制UPF184a、184b，并且配置通过UPF 184a、184b进行的流量路由。SMF 183a、183b可执行其他功能，诸如管理和分配UE IP地址、管理PDU会话、控制策略实施和QoS、提供DL数据通知等。PDU会话类型可以是基于IP的、非基于IP的、基于以太网的等。
UPF 184a、184b可经由N3接口连接到RAN 104中的gNB 180a、180b、180c中的一者或多者，这些gNB可向WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的访问，以促进WTRU 102a、102b、102c和启用IP的设备之间的通信。UPF 184、184b可执行其他功能，诸如路由和转发分组、实施用户平面策略、支持多宿主PDU会话、处理用户平面QoS、缓冲DL分组、提供移动性锚定等。
CN 106可有利于与其他网络的通信。例如，CN 106可包括用作CN 106与PSTN 108之间的接口的IP网关(例如，IP多媒体子系统(IMS)服务器)或者可与该IP网关通信。另外，CN 106可向WTRU 102a、102b、102c提供对其他网络112的访问，该其他网络可包括由其他服务提供商拥有和/或运营的其他有线和/或无线网络。在一个实施方案中，WTRU 102a、102b、102c可通过UPF 184a、184b经由至UPF 184a、184b的N3接口以及UPF 184a、184b与本地DN185a、185b之间的N6接口连接到DN 185a、185b。
鉴于图1A至图1D以及图1A至图1D的对应描述，本文参照以下中的一者或多者描述的功能中的一个或多个功能或全部功能可由一个或多个仿真设备(未示出)执行：WTRU102a-d、基站114a-b、演进节点B 160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF182a-b、UPF 184a-b、SMF 183a-b、DN 185a-b和/或本文所述的任何其他设备。仿真设备可以是被配置为模仿本文所述的一个或多个或所有功能的一个或多个设备。例如，仿真设备可用于测试其他设备和/或模拟网络和/或WTRU功能。
仿真设备可被设计为在实验室环境和/或运营商网络环境中实现其他设备的一个或多个测试。例如，该一个或多个仿真设备可执行一个或多个或所有功能，同时被完全或部分地实现和/或部署为有线和/或无线通信网络的一部分，以便测试通信网络内的其他设备。该一个或多个仿真设备可执行一个或多个功能或所有功能，同时临时被实现/部署为有线和/或无线通信网络的一部分。仿真设备可直接耦合到另一个设备以用于测试目的和/或使用空中无线通信来执行测试。
该一个或多个仿真设备可执行一个或多个(包括所有)功能，同时不被实现/部署为有线和/或无线通信网络的一部分。例如，仿真设备可在测试实验室和/或非部署(例如，测试)有线和/或无线通信网络中的测试场景中使用，以便实现一个或多个部件的测试。该一个或多个仿真设备可为测试设备。经由RF电路(例如，其可包括一个或多个天线)进行的直接RF耦合和/或无线通信可由仿真设备用于发射和/或接收数据。
多接入边缘计算(MEC)系统可使联网应用程序能够在网络的边缘处运行，并且可与其他系统(诸如使用5G技术的那些系统)集成。
MEC应用程序是软件应用程序，诸如程序、虚拟机(VM)、应用程序容器、单核等；如本文所讨论的，所有这些示例都可以可互换地称为“应用程序”。MEC应用程序可部署在MEC系统中，并且可在MEC主机上运行，或者如本文所讨论的，也可在WTRU(例如，UE)上运行。MEC应用程序可以是终止应用程序(即，其终止与WTRU上的客户端应用程序的IP连接)或直通应用程序(即，其处理通过MEC主机的应用程序流量)。在WTRU上运行的客户端应用程序(诸如浏览器或本机应用程序客户端)可终止应用程序流量。也可能存在其他应用程序部件(例如，在公共云中)。
一般来讲，示例性应用程序流可连接以下部件：客户端应用程序实例与MEC应用程序实例之间的第一段；和MEC应用程序实例与云应用程序实例之间的第二段。可能存在其他流，诸如客户端与云之间的流可用于登录操作和隐私敏感操作。在一些情况下，不存在云实例，并且应用程序流量可完全在WTRU与MEC应用程序实例之间。
“应用程序上下文”可以是由MEC系统维护的一组信息元素，其描述在MEC系统上运行的边缘应用程序。WTRU可从MEC系统(例如，通过Mx2接口)请求创建或移除应用程序上下文，这可能导致在MEC主机上分别创建或关闭应用程序实例。应用程序上下文可与应用程序上下文ID(例如，由MEC系统生成)相关联。可通过用户平面连接(例如，PDU会话)输送Mx2接口。
应用程序重定位可涉及将应用程序实例从MEC主机转移或重定位到另一MEC主机的能力(例如，在重定位gNodeB后，使该实例更接近WTRU)。应用程序重定位可以是透明的，这意味着对应用程序不可见，或者是应用程序辅助的，这意味着MEC应用程序本身可支持重定向和/或应用程序状态转移。
当透明地重定位MEC连接-终止应用程序实例时，应用程序可能不知道实例重定位(例如，可跨重定位维护实例的IP地址)。
当应用程序能够辅助MEC应用程序实例重定位时，可能不需要跨重定位维护MEC应用程序实例的IP地址。一些应用程序辅助的移动性机制可能在系统内是已知的。例如，应用程序状态可在应用层的实例之间交换，并且WTRU应用程序客户端可朝向新的MEC应用程序实例重定向(例如，使用HTTP重定向、SIP重新邀请或另一应用层机制)。
当重定位直通应用程序时，可使用流量转发规则或使用诸如SFC的链接机制将应用程序实例插入应用程序流中。
如本文所公开的术语“应用程序状态”可指定应用程序实例的状态信息，这可能是在另一可视化平台(例如，另一MEC主机或WTRU)上迁移(例如，重新创建)应用程序实例所需要的。例如，该状态可包括序列化会话数据(例如，在应用程序支持序列化/反序列化会话数据以明确支持应用程序迁移的情况下)，或者该状态可以是可用于迁移虚拟机(VM)或应用程序容器的一组序列化内存、文件和/或应用程序图像。
可能需要为从MEC主机到另一MEC主机的MEC应用程序实例重定位，以及WTRU与MEC主机之间或两个WTRU之间的MEC应用程序重定位提供支持。这一需求可通过如本文所公开的方法、系统和设备来解决，这些方法、系统和设备可实现许多用例。
示例性用例可以是WTRU在WTRU上本地运行包括用于视频渲染的计算量大的部件的应用程序。为了节省电池电量，WTRU可确定将该部件卸载到与5G系统集成的MEC基础结构中的新的目标主机。
示例性用例可以是WTRU移动到无本地MEC覆盖的区域，并且在MEC基础结构的主机部分上运行的已卸载部件的通信延迟变得太大。WTRU可确定请求将已卸载部件转移回WTRU上(即，WTRU可成为该部件的新的目标主机)。
示例性用例可以是在涉及两个WTRU之间的通信的游戏中，第一WTRU决定将游戏软件部件卸载到第二WTRU上(即，第二WTRU可以是该卸载的目标主机)。例如，可做出该决定，因为第二WTRU可具有更大的处理能力并且是AC连接的。随后，第一WTRU可通过设备到设备(D2D)链路或通过常规5G网络与该已卸载部件通信。
示例性用例可以是WTRU在本地运行机器学习MEC应用程序实例，该机器学习MEC应用程序实例在本地收集和处理数据(例如，以保护最终用户的隐私和/或数据所有权)。为了节省电池电量，WTRU可决定将此类部件卸载到由与5G系统集成的可信MEC网络管理的新的网络内目标主机。当移动到MEC基础结构由另一MEC运营商提供的区域时，WTRU可决定返回重定位WTRU上的应用程序实例(例如，因为最终用户与新的MEC网络运营商或在新的MEC网络运营商处没有足够的信任关系或必要的权限)。
示例性用例可以是WTRU移动到多个MEC站点(例如，由多个数据网络访问标识符(DNAI)标识)可用的区域。每个站点可与不同的信任/安全级别、成本等相关联。WTRU可使用发现协议(例如，应用程序)发现这些站点ID/DNAI和相关联特性。然后，WTRU可决定使用一个MEC站点或另一MEC站点，使用它们与最终用户和客户端应用程序的要求有关的特性。例如，流媒体应用程序可使用成本最低的可用MEC站点，而处理敏感数据的应用程序可使用与高于最小阈值的信任级别相关联的MEC站点。
图2是示出MEC应用程序实例重定位(例如，从初始主机到目标主机)的若干示例性案例的图示。在第一重定位案例(R1)中，WTRU 210上的部件可向MEC平台发送请求，以将当前在WTRU上运行的MEC应用程序实例重定位(即，卸载)到MEC平台的目标主机部分，该目标主机部分可位于局域数据网络220中。在一些情况下，网络元件(例如，编排器)可发起该重定位。另选地，该网络元件可通知WTRU 210，然后该WTRU可决定请求或不请求重定位。做出该决定时可能涉及复杂逻辑，并且该复杂逻辑可在WTRU 210上和/或在编排器中实现。例如，当WTRU以高于给定速度的速度移动时，WTRU可请求MEC应用程序实例在WTRU上本地运行，因为卸载可能导致浪费网络资源，从而将MEC应用程序实例从一个附接点重定位到另一附接点。然后，在WTRU已停止移动一段时间后，可请求卸载以节省电池电量。WTRU或用户与MEC网络运营商之间或在MEC网络运营商处拥有的信任级别或权限也可能影响在WTRU与MEC基础结构之间重定位MEC应用程序实例的决定。
在第二重定位案例(R2)中，WTRU 210和/或网络可发起从MEC服务器(其可位于局域数据网络220中)到WTRU的应用程序重定位。目标WTRU可以是运行客户端应用程序的WTRU210、通过D2D链路(诸如用于V2X的PC5接口)连接到客户端WTRU的另一WTRU，或者通过5G网络连接到客户端WTRU的另一WTRU 230。在以上案例中，可使用复杂逻辑：例如，当车辆开始移动时，部署在车辆中的WTRU可请求在WTRU上先行地重定位MEC应用程序实例，以避免服务减缓或中断，或者在给WTRU充电时，从较低延迟中获益，而不会对电池充电产生负面影响。部署在无人机上的WTRU可根据该区域中MEC主机的可用性、网络条件等，请求将MEC应用程序实例(诸如碰撞避免或导航应用程序的一部分)重定位到WTRU内或WTRU外。
在第三重定位案例(R3)中，WTRU 210和/或网络215可发起从WTRU到另一WTRU的应用程序重定位。在此，目标WTRU也可以是运行客户端应用程序的WTRU 210或另一WTRU。例如，可使用复杂逻辑来机会性地使用附近正在充电或具有高电池电量的WTRU。
在第四重定位案例(R4)中：WTRU 210和/或网络215可发起从MEC服务器到另一MEC服务器的应用程序重定位，以例如当WTRU改变其附接点时，继续提供低延迟服务。如图2所示，一个MEC服务器可位于第一局域数据网络220中，而第二MEC服务器可位于第二局域数据网络240中。
在示例性部署中，部署在家中并作为WTRU向5GS注册的机顶盒可用作MEC主机，并使居住者能够使用本文所述的机制来从其移动电话和平板电脑卸载任务，例如以节省电池。
在本文公开的一个或多个实施方案中，可能存在启用WTRU和/或MEC主机之间的MEC应用程序实例重定位的设备、系统和过程。本文所述的实施方案可支持连接-终止MEC应用程序实例的透明的和非透明的(例如，应用程序辅助的)重定位，并且还可支持直通MEC应用程序实例的重定位。这些一个或多个实施方案可解决由图2中的示例引起的一些问题。
关于图2的案例R1、R2和R3，第一关键问题可定义对在集成5G-MEC系统中使MEC应用程序实例能够重定位在WTRU与MEC主机之间或在两个WTRU之间的方法的需求的方法的需要(例如，向/从WTRU请求MEC应用程序实例重定位的方法；例如，使5G系统将应用程序流量直接导向WTRU上的MEC应用程序实例的方法)。终止应用程序和直通应用程序都是可重定位的可能是有利的。
关于图2中的案例R1、R2、R3和R4，第二关键问题可定义对在集成5G-MEC系统中使MEC应用程序实例能够透明地重定位的方法的需要(例如，不中断应用程序会话，也不需要应用程序本身的支持)。例如，仅将实例IP地址从一个MEC主机或WTRU转移到另一MEC主机或WTRU可能是不够的：应在5GS中更新流量规则，以使应用程序流量能够到达重定位的MEC应用程序实例的新位置。
为了解决第一关键问题，可使用WTRU托管的MEC平台和相关MEC信令，其能够触发WTRU与MEC主机之间的应用程序重定位。此外，可能存在向/从WTRU请求MEC应用程序实例重定位的标准化方式，其中使用Mx2上的应用程序重定位请求消息和Mx2上的增强的应用程序上下文创建消息。此外，可能存在将5GS中的应用程序流量导向WTRU上的MEC应用程序实例的方法，其中可使用WTRU上的虚拟DN和虚拟UPF。
为了解决第二关键问题，可使用透明实例重定位会话ID(TIRSI)信息元素来在重定位时启用会话连续性管理。这可通过一种或多种方式来实现。在方法A中，可通过NEF控制MEC应用程序实例重定位。另一种方法(方法B)可基于增强PDU会话处理，并使MEC主机作为WTRU向5G系统注册。方法A和B两者都可被使用，可能同时使用，或者这两种方法的各方面可组合使用。例如，方法A可用于固定MEC主机，并且方法B可用于移动MEC主机，诸如嵌入在车辆中的那些移动MEC主机。例如，TIRSI可用于检索预重定位信息，诸如SMF ID、流量转发规则、D2D链路或PDU会话上下文。
本文描述了方法A的其他方面。MEC系统(例如，编排器或平台)可使用流量影响API来影响通过NEF的用户平面流量转发，该API被增强以承载诸如目标ID和/或TIRSI的信息元素(IE)。为了与WTRU上的客户端应用程序通信，MEC系统可将IP地址分配给MEC应用程序实例。MEC系统可设置初始MEC应用程序实例并使用NEF API来将客户端WTRU流量导向该实例。MEC系统可重定位该实例并使用NEF API将客户端WTRU流量重定向到新的实例。
本文描述了方法B的其他方面。MEC主机可注册为5G设备，并且可从5G系统请求PDU会话(例如，通过非3GPP互通功能(N3IWF)网关，或者如果MEC主机处于可信环境中，则直接不使用网关)。在这种情况下，MEC主机可从SMF获得PDU会话的IP地址。这可使得在WTRU和MEC主机上运行的应用程序实例能够通过SMF以一致的方式管理它们的连接，从而启用WTRU与MEC主机之间的应用程序实例的5G管理的重定位。过程可能会得到增强。例如，在消息中承载TIRSI，并在AMF和/或SMF中使用TIRSI，以启用透明的MEC应用程序实例重定位。例如，可增强过程，以便在N1上承载N4消息和/或适于WTRU内UPF的N4消息，以便在WTRU上启用MEC应用程序实例。
维护MEC应用程序实例的IP地址可能导致该IP地址只能被WTRU上的客户端应用程序获得。在侧重于维护客户端的IP会话的边缘计算环境中，这可能是可接受的。例如，MEC应用程序实例可使用另一源IP地址与5G网络之外的其他端点(诸如云服务器)通信。MEC应用程序实例可能不需要在重定位时透明地维护这些其他IP会话，或者可使用IP移动性机制(例如，MIP或PMIP)来实现这一目标。
图3是示出应用程序上下文转移架构的示例的图示。该示例示出了与5G系统集成的MEC系统。如本文所讨论的，该示例还包括用于实现WTRU和/或MEC主机之间的MEC应用程序重定位的接口和部件。
如图3所示，5G系统可包括至少一个WTRU 310以及一个或多个功能和接口，诸如接入和移动性管理功能(AMF)321、会话管理功能(SMF)322、网络暴露功能(NEF)323、策略控制功能(PCF)324、无线接入网(RAN)325、用户平面功能(UPF)326、非3GPP交互工作功能(N3IWF)327和参考点N1、N3、N6、N11、Namf、Nsmf。PDU会话锚(PSA)UPF可将5G系统连接到部署了MEC系统的数据网络(DN)或局域数据网络(LADN)330。
一般来讲，MEC系统可能存在一个或多个功能和一个或多个接口，诸如生命周期管理代理(LCM)331、MEC应用程序编排器(MEAO)332、MEC平台管理器(MPM)333、虚拟化管理器(VIM)335、MEC主机334、WTRU 310上的客户端应用程序311、MEC主机上的MEC应用程序实例336以及参考点Mx2、Mm9、Mm3、Mm6、Mm5、Mm7。
在一些用例中，可能存在应用程序后端340，诸如在公共云服务器实例上运行的应用程序后端。LCM代理、MEAO和/或MPM可作为应用程序功能(AF)与5G集成。
MEC应用程序实例312还可通过内部虚拟基础结构在WTRU 310上运行，该内部虚拟基础结构可在图4中描述。MEC应用程序客户端或本地编排器部件可通过Mx2进行通信(例如，以请求部署或重定位MEC应用程序实例)。
在方法A中，MEC主机与锚UPF之间的用户平面流量可通过N6接口路由。MEC系统可使用可能是“流量影响”API的NEF API，请求将流量从WTRU转向MEC应用程序实例。NEF API可用于一种或多种场景。
在一些场景中，在MEC应用程序实例在WTRU上运行的情况下，可使用NEF API：在这种情况下，流量影响API指示MEC应用程序实例的目标主机是WTRU(例如，具有目标WTRUID)。在诸如这种的情况下，网络和/或WTRU可被配置用于在客户端应用程序与MEC应用程序实例之间通过WTRU上的本地环回接口或通过D2D链路实现用户平面流量。
在一些场景中，可在MEC应用程序实例在WTRU/MEC主机之间透明地转移的情况下使用NEF API。在诸如这种的情况下，MEC系统可能需要向NEF传达影响流量的请求并非原始请求，而是重定位请求(例如，通过包括先前已使用的TIRSI)。因此，5GS可更新现有的转发规则，以引导去往/来自新MEC应用程序实例的流量，并可能转发飞行中的分组。
在方法B中，充当5G设备的MEC主机本身可请求针对给定MEC应用程序实例建立连接。可通过N3IWF网关通过N1接口建立PDU会话，或者如果MEC应用程序实例在附接到RAN(例如，移动电话)的WTRU上，则可直接通过N1接口建立PDU会话。例如，用于PDU会话的N3IWF网关和PSA UPF可与MEC主机并置。给定PDU会话可用于与一个或多个WTRU上的一个或多个客户端应用程序进行用户平面流量传递。MEC主机可使用5GC进行认证(例如，使用与订阅相关联的SIM卡)。通过N3IWF发送的用户平面流量可从MEC主机加密到N3IWF(例如，按照N3IWF操作)；另选地，如果MEC系统运营商信任局域数据网络，或者如果它们是同一实体，则用户平面流量可能不会使用这种加密。
图4示出了能够在WTRU上部署MEC应用程序实例的WTRU 410的内部工作。本地服务421、编排器422、MPM 423和/或VIM 424可以是在用户空间中运行的应用程序。虚拟化平台425(诸如支持虚拟机或软件容器)可存在于WTRU 410上，以使MEC应用程序实例426能够在异构WTRU硬件上无缝地运行。例如，现有的管理程序类型1(本机)或类型2(托管)可用作虚拟化平台。另选地，可使用操作系统级虚拟化平台来运行应用程序容器，而不是虚拟机。
MEC基础结构可位于WTRU 410上，例如部署在隔离的执行环境中，并且可与网络中的MEC系统互连。本地MEC基础结构可在WTRU 410上形成虚拟数据网络(V-DN)420。该V-DN420可与数据网络名称(DNN)相关联。存在于WTRU上的本地虚拟UPF部件411可由SMF 412配置以提供对本地V-DN 420的访问。当在DNN设置为本地V-DN 420的名称的情况下建立PDU会话时，5GC中的SMF 412可控制本地虚拟UPF411，这使得可使用通常的5G框架应用操作员和用户策略。在此类PDU会话建立期间，可不进行RAN资源预留，并且虚拟UPF 411可在WTRU410上配置流量转发规则，以确保通过客户端应用程序与MEC应用程序实例426之间的环回接口转发用户流量。
在以下段落中进行了实质性描述的图7还提供了到V-DN的PDU会话建立的示例。在一些情况下，诸如当WTRU失去网络连接时，本地运营商策略可允许WTRU本地控制本地虚拟UPF，如以下进一步讨论的。V-DN可部署在隔离环境中(例如，WTRU上的一个或多个虚拟机或软件容器中)，该隔离环境可由MEC系统运营商控制。
本文提供了虚拟UPF的进一步细节。虚拟UPF还可控制D2D链路上的流量转发规则，因此能够在WTRU上的客户端应用程序与另一WTRU上的MEC应用程序实例之间设置连接。虚拟UPF可以是实际网络内UPF的简化和/或专用版本(即，其可包括控制特定类型WTRU的特定转发规则技术的代码，诸如Linux上的iptable)；例如，它可能会省略网络内UPF的一些功能，诸如分支UPF功能，而虚拟UPF上可能不需要这些功能。虚拟UPF可与SMF交换N4消息，或者当与环回连接相关时，可简化或省略N4消息的受限/简化/修改版本，诸如QoS规范。
虚拟UPF可在SMF的控制下，也可在WTRU上的本地部件的控制下，或者两者兼有。SMF的控制可能意味着到MEC应用程序实例的本地连接和D2D连接可作为PDU会话处理，并且5GS可使用现有机制来应用策略和计费。这在WTRU连接到网络时是可能的。为了在WTRU未连接到5GS时使用WTRU或附近WTRU上的MEC基础结构，WTRU上的本地部件(例如，本地编排器)可直接控制虚拟UPF，可能使用WTRU上配置的本地运营商策略。
如图4的上下文中所示，本地MEC部件(例如，服务、编排器/MEAO、MPM、VIM)可提供与MEC架构中定义的服务、编排器/MEAO 422、MPM 423和VIM 424相对应的本地功能；它们还可充当网络内编排器431、网络内MEC服务432、网络内MPM 433或网络内VIM部件434的代理。本地编排器422和应用程序客户端可通过Mx2接口向LCM代理430发送消息，诸如生命周期相关消息。LCM代理430可通过Mm9将这些消息中继到编排器。接口Mx2a、Mx2b和Mx2c可分别在Mx2接口上封装Mp1、Mm5和Mm7。这些接口可直接互连网络内部件和本地部件，或者它们可通过LCM 430或另一代理功能。
在可参考图4解释的示例中，本地编排器422可基于电池使用和网络性能确定应用程序实例应在WTRU上转移或卸载到MEC系统。在示例中，网络内VIM 434可通过Mx2c接口将诸如虚拟存储或计算分配的Mm7消息传递给WTRU 410上的本地VIM部件424。在示例中，例如，网络内MPM 433可通过Mx2b接口传递Mm5消息，以启动或停止WTRU上的本地MPM部件上的应用程序实例。在示例中，WTRU上的MEC应用程序实例可使用函数调用调用本地MEC服务“A”，并可通过Mx2a接口调用网络内MEC服务“B”(即，在该示例中，Mp1接口对于服务“A”可以是WTRU本地的，并且可通过Mx2a接口传输用于另一服务“B”)。如本文所公开的，可不对MEC平台、VIM、MPM和MEC服务功能的网络内位置或WTRU上位置做出假设。
如本文所公开的，无论MEC应用程序实例重定位是否透明，5GS都可能需要改变网络和WTRU中的转发规则，以确保来自客户端应用程序的流量被转发到第二MEC应用程序实例。5GS还可转发飞行中的流量，诸如从旧的PSA UPF到新的PSA UPF，以确保在重定位过程期间不会丢失任何分组。为了促进该过程，可使用透明实例重定位会话ID(TIRSI)，5GS节点可使用该ID在重定位过程期间检索与第一MEC应用程序实例相关的上下文信息。
本文描述了关于TIRSI的更多细节。在一些实施方案中，TIRSI可以是在其自己的命名空间中定义的ID(例如，数值、URI或其他值)，在5GS内是唯一的。例如，其可由MEC系统在MEC系统运营商拥有的命名空间的子集中生成(例如，tirsi：mec-operator.com/1234)。在一些实施方案中，如果这是层2服务，则可从MEC应用程序实例的IP地址或其MAC地址导出TIRSI，这可能适用于在重定位(例如，透明重定位)期间维护IP地址的情况。在一些实施方案中，TIRSI可从5GS中使用的PDU会话ID导出，在这种情况下，MEC系统可能不会生成它，而是可能从5GS接收它(例如，在来自5GS的响应消息中)。而且，在这种情况下，可在5GS中使用“组范围”PDU会话ID(即，在给定范围内唯一的PDU会话(例如，DNN、5GLAN组等))。在一些实施方案中，TIRSI值可分成两个值(例如，组和该组中唯一的ID)。例如，该组可以是域名、5GLAN组ID、DNN、切片ID(例如NSSAI)或其他5G组ID。
图5A、图5B、图5C和图5D示出了对应于方法A的示例性过程，其涵盖MEC-WTRU、WTRU-MEC、WTRU-WTRU和MEC-MEC重定位。此示例可解决第一关键问题和第二关键问题两者。
在图5A的501处，WTRU1可通过LCM代理向MEC系统发送PDU建立请求消息，以启用通过Mx2的连接，并且5GS可建立PDU会话。
在502处，WTRU1可向MEAO发送创建应用程序上下文的请求。该请求可指定目标ID(例如，通用名称或特定WTRU或MEC主机ID)和重定位类型(例如，“透明”)。该请求还可包括D2D标记，以指示可在客户端与MEC应用程序实例之间使用D2D。目标ID值可包括与诸如“任何MEC主机”、“客户端WTRU”、“附近WTRU”或“任何”等通用名称相对应的数字代码。另选地或除此之外，目标ID值可包括特定MEC主机ID、特定WTRU ID、特定DNAI、特定MEC站点ID等。虽然图5中所示的消息流可采用值“透明”，但应当理解，重定位类型值可包括对应于“透明”或“应用程序辅助”的数字代码。
在502期间，以及在本文所述的增强应用程序上下文创建消息或应用程序重定位请求消息的任何其他使用期间，可由WTRU使用诸如本文公开的那些算法(例如，诸如本文公开的用例)来获得目标ID。例如，WTRU可决定在特定情况下使用“任何MEC主机”来节省电池电量，或者可决定使用“客户端WTRU”来实现更短的延迟。例如，WTRU可检测相邻WTRU并使用发现协议收集它们的ID(其中在一个实例中，这些ID可以是5G通用公共订阅标识符)，然后决定使用它们作为目标ID。在另一示例中，WTRU可获得附近MEC站点的DN访问标识符(DNAI)，其可能与诸如安全/信任级别、成本等特征相关联。WTRU可使用这些特征来选择一个或多个DNAI用作目标ID。
在503处，MEC系统可基于来自502的目标ID的值选择有效目标MEC主机/WTRU(本文称为“target1”)，并触发target1的虚拟基础结构上的MEC应用程序实例的创建(例如，当目标是WTRU时，使用Mx2a/Mx2b/Mx2c接口)。MEC系统可使用5GS暴露的API来定位和获取潜在目标的信息。例如，MEC系统可使用API(例如，由NEF或PCF暴露)列出客户端WTRU附近的WTRU(例如，如果目标ID是“附近WTRU”)和/或获得电池状态和当前CPU/内存使用情况。MEC系统可运行基于MEC操作员策略的算法来执行实际选择。
在503a处，MEC系统可向target1发送实例化应用程序请求消息。
在503b处，target1可实例化MEC应用程序实例并发送回实例化应用程序响应消息。
在504处，MEC系统可向NEF发送增强流量影响服务请求，以在WTRU1客户端应用程序实例与目标上的MEC应用程序实例之间设置连接。除了现有信息元素(诸如WTRU ID、分组过滤器和路由信息)，增强服务请求还可包括target1 ID、TIRSI和/或可包括D2D标记。在MEC应用程序实例在WTRU上的情况下，可能存在目标ID(例如，目标WTRU的ID)来代替DNN，DNN有时用于向DN指示MEC应用程序实例的位置。可提供TIRSI以使5GS节点(例如，NEF、UDR、PCF、SMF)能够存储该TIRSI，并随后使用其来检索与重定位的会话相关的先前参数(例如，规则、PDU上下文等)。如果存在，D2D标记可指示在可能的情况下(例如，当MEC应用程序实例在与客户端WTRU不同的WTRU上运行时)，D2D链路可以或必须用于客户端应用程序与MEC应用程序实例之间的通信。
NEF可通过与5GS或目标WTRU/MEC主机通信来触发建立从WTRU到MEC应用程序实例的连接。如505a处所示，NEF可准备对应于流量影响请求的一个或多个策略授权请求，以设置WTRU1上的客户端与targetl上的MEC应用程序实例之间的连接。如果存在D2D标记并且目标是WTRU2，则策略授权请求可包括使用D2D链路的指示。NEF可存储与目标WTRU/MEC主机ID相关联的TIRSI(例如，以便稍后在请求重定位时检索target1 ID)。
在505b处，NEF可与其他节点(例如，引导服务器功能BSF)通信以识别PCF。NEF可向PCF发送一个或多个策略授权创建/更新/删除消息。
在505c处，PCF可创建、更新或删除策略规则(例如，WTRU或UE路由选择策略(URSP))，并且例如，可基于从NEF接收的一个或多个创建/更新/删除消息通知SMF或D2D控制功能(例如，ProSe或V2X控制功能)(如果适用)。PCF可存储与规则相关联的TIRSI(例如，稍后检索与给定TIRSI相关联的规则)。505d、505e、505f和/或505g中的一者或多者可在505c之后执行。
如图5B所示，在505d处，如果未使用D2D，则SMF可基于来自505c的与WTRU1连接相关的策略规则中的一个策略规则，为客户端应用程序创建PDU会话。SMF可启用到target1的高效连接(例如，通过选择UPF来启用到target1的低延迟连接)。SMF可存储与PDU会话上下文相关联的TIRSI以供未来使用(例如，以便稍后检索与给定TIRSI相关联的PDU会话上下文)。
在505e处，可能存在与target1连接相关的另一策略。如果target1是MEC主机或不使用D2D的WTRU2，SMF可使用来自505c的新策略规则来为MEC应用程序实例创建PDU会话。SMF可启用到WTRU1的高效连接(例如，通过选择UPF来启用到WTRU1的低延迟连接)。SMF可存储与PDU会话上下文相关联的TIRSI以供未来使用(例如，以便稍后检索与给定TIRSI相关联的PDU会话上下文)。
在505f处，如果target1是使用D2D的WTRU2，则D2D控制功能可触发WTRU2与WTRU1之间的D2D链路的创建或重用，并请求通过D2D链路路由客户端-MEC应用程序实例用户流量。D2D控制功能WTRU1和/或WTRU2可存储与D2D链路相关联的TIRSI(例如，以便稍后检索与给定TIRSI相关联的D2D链路)。
在505g处，如果target1是WTRU1，则SMF可使用来自505c的策略规则(例如，包括V-DN作为数据网络)为WTRU1上的MEC应用程序实例创建PDU会话。为了建立PDU会话，SMF可选择并配置WTRU1上的虚拟UPF，以通过环回网络接口在位于同一WTRU上的客户端与MEC应用程序实例之间启用本地用户流量。WTRU1可存储与流量转发规则相关联的TIRSI以供未来使用(例如，以便稍后检索与给定TIRSI相关联的转发规则)。
在506a处，NEF可向MEC系统发送TrafficInfluence响应消息。在506b处，MEC系统可向WTRU1发送应用程序上下文创建响应消息。此时，可在客户端应用程序与第一MEC应用程序实例之间建立连接。
在图5C中，在507处，WTRU1可向MEC系统发送应用程序重定位请求(例如，改善WTRU1移动之后的通信延迟)。该请求可包括在502处与初始请求匹配的应用程序上下文ID。在一些情况下，应用程序上下文ID可以是在处理应用程序上下文创建消息时创建的已知ID，并且为MEC系统和WTRU两者所知，以便稍后参考该应用程序上下文。该请求可包括第二目标ID，该第二目标ID具有以上关于502描述的那些值中的值，但在某些情况下不同于在502处提供的目标ID。例如，在502中，目标ID可以是“任何MEC主机”，而在507中，目标ID可以是“客户端WTRU”。另选地，MEAO可决定重定位MEC应用程序实例(例如，基于对WTRU1位置的监测)。
在508处，MEC系统可基于来自507的目标ID的值来选择有效目标MEC主机/UE(以下称为“target2”)。MEC系统可触发target2上新的适当定位的第二MEC应用程序实例的创建(例如，在与WTRU1的新附接点并置的MEC主机上，或在WTRU1本身上)。来自第一MEC应用程序实例的应用程序状态可转移到第二MEC应用程序实例。例如，为了转移应用程序状态，MEC系统可暂停第一MEC应用程序实例，通过MEC平台获得其状态，并向目标WTRU或MEC平台发送包含应用程序状态的实例化应用程序请求。MEC系统可为其分配用于第一MEC应用程序实例的IP地址，因为在应用程序上下文创建消息中将重定位类型设置为“透明”。例如，可在MEC系统发送给target2的实例化应用程序请求消息中提供IP地址。
在509处，MEC系统可向NEF发送流量影响请求，包括例如WTRU1ID、分组过滤器和路由信息、target2 ID、TIRSI以及D2D标记(如果适用)。
NEF可触发从第一MEC应用程序实例到第二MEC应用程序实例的连接的无缝转移。如图5B所示，在510a处，NEF可使用TIRSI检索targetl身份。NEF可准备一个或多个策略授权请求，以释放WTRU1-target1通信，并为MEC应用程序设置WTRU1-target2通信。如果存在D2D标记并且target2为WTRU2，则一个或多个策略授权请求可包括使用D2D链路的指示。
在510b处，NEF可向PCF发送策略授权创建/更新/删除消息。
如图5D所示，在510c处，PCF可检索与TIRSI相关联的旧规则。PCF可创建、更新和/或删除策略规则，并通知SMF和/或D2D控制功能(例如，ProSe或V2X控制功能)。PCF可存储与规则相关联的TIRSI(例如，在策略规则中)。D2D标记可用于在适用时选择D2D(例如，当target2为WTRU2时)。策略规则还可包括“应用程序IP地址保留指示”。该指示的存在可导致SMF从策略规则中检索TIRSI并搜索已与该TIRSI关联的旧PDU会话。
在510d处，可通知一个或多个SMF和/或D2D控制功能。对于每一个控制功能，SMF或D2D控制功能在收到PCF的通知后，可释放、修改和/或创建PDU会话(或D2D链路)。这些步骤可与步骤505e到505g类似地执行。SMF或D2D控制功能可使用TIRSI检索需要更新或释放的旧PDU会话或例如D2D链路。SMF和/或D2D控制功能可为target2连接(例如，在PDU会话或D2D链路中)分配与用于旧target1连接的IP地址相同的IP地址。
在511a处，NEF可向MEC系统发送TrafficInfluence响应消息。在511b处，MEC系统可向WTRU1发送应用程序上下文创建响应消息。此时，可在客户端应用程序与第二MEC应用程序实例之间建立连接。
在图5A和图5B中，为简单起见，示出了MEC系统与NEF通信，并且NEF直接与PCF通信的情况。在未示出的实施方案中，5G网络运营商可允许MEC系统直接与5GS节点(诸如PCF)交互。在一些实施方案中，NEF可通过UDR与PCF间接通信，而不是直接与PCF通信。
图6A、图6B、图6C和图6D示出了对应于方法B的过程，其可涵盖MEC-WTRU、WTRU-MEC、WTRU-WTRU和MEC-MEC重定位。
在图6A中，在601a和601b处，WTRU2和WTRU3(其中的任一者都可以是位于局域数据网络中的MEC主机，或者如关于图4和相关实施方案所述的针对WTRU上MEC而增强的WTRU)可向5GS注册(例如，如果WTRU2是MEC主机，则通过N3IWF注册，或者在其他情况下通过N1注册)。可在注册请求和/或响应中设置“重定位支持”能力。当存在于请求或响应中时，该能力通知5GS和/或WTRU，WTRU或5GS支持如本文所述的MEC应用程序实例的透明重定位。例如，该能力可在PDU会话建立请求中设置或接受TIRSI。
在602处，WTRU1可通过LCM代理向MEC系统发送PDU建立请求消息，以启用通过Mx2的连接。5GS可建立PDU会话。
WTRU1可向MEC系统发送包括目标ID(例如，通用名称或特定WTRU ID)信息元素的应用上下文创建请求。为了支持未来的重定位，可包括重定位类型(例如，“透明”)。该请求还可包括D2D标记，以指示可在客户端与MEC应用程序实例之间使用D2D。目标ID值的示例可包括通用名称代码，诸如“任何MEC主机”、“客户端WTRU”、“附近WTRU”、“任何”或特定WTRUID、特定DNAI、特定MEC站点ID等。重定位类型值可包括“透明”或“应用程序辅助”。
在603a处，MEC系统可基于目标ID的值来选择有效目标WTRU(以下称为“WTRU2”)。MEC系统可使用5GS暴露的API来定位和获得有关潜在目标的信息，诸如客户端WTRU附近的WTRU列表(例如，如果目标ID是“附近WTRU”)，和/或获得电池状态和当前CPU和/或内存使用情况。MEC系统可运行基于MEC操作员策略的算法来执行实际选择。
在603b处，MEC系统可触发WTRU2上MEC应用程序实例的创建(即，通过本地和/或网络内MEAO和MEC平台部件，取决于WTRU2的性质和位置)。为了支持未来的重定位，MEC平台可向MEC应用程序实例提供TIRSI ID。MEC平台还可提供D2D标记，以指示D2D应该用于连接。
在创建MEC应用程序实例时(例如，当MEC应用程序实例请求连接时)，WTRU2可发起到WTRU1的连接。
如图6B所示，在604a处，WTRU2可向5GS发送PDU会话建立消息。这可能导致5GS在WTRU2与PSA UPF之间建立新的PDU会话。为了支持未来的重定位，WTRU2可在PDU建立消息中发送TIRSI ID，和/或AMF可基于TIRSI选择SMF(例如，AMF可选择能够重定位的SMF)。SMF可基于TIRSI分配IP地址(例如，SMF可在用于所有可重定位PDU会话的特定子网中分配IP地址)。AMF和/或SMF可存储TIRSI ID以供未来使用。如果WTRU2是MEC主机，则WTRU2可通过N3IWF使用N1接口来发起PDU会话。可增强SMF，以使用DHCPv6将特定IP地址分配给PDU会话。
在604b处，如果适用，则WTRU2可发起D2D链路的建立，并通过该链路在客户端与MEC应用程序实例之间路由流量。
在604c处，如果WTRU2和WTRU1是同一WTRU，则WTRU2和/或WTRU1可设置本地转发规则，以使客户端与MEC应用程序实例之间的流量在WTRU上保持本地。
在605处，WTRU2可向MEC系统发送响应消息。MEC系统可向WTRU1发送应用程序上下文创建响应消息。此时，可在WTRU1上的客户端应用程序与WTRU2上的第一MEC应用程序实例之间建立连接。
在图6C中，在606处，WTRU1可请求MEC应用程序实例的重定位(例如，改善WTRU1移动之后的通信延迟)。该请求可包括第二目标ID，该第二目标ID具有关于步骤603描述的那些值中的值，但通常不同于在603处提供的目标ID。另选地或除此之外，MEAO可决定重定位MEC应用程序实例(例如，基于对WTRU1位置的监测)。
在607处，MEC系统可基于来自步骤606的目标ID的值来选择有效目标WTRU(以下称为“WTRU3”)。WTRU3可以是位于局域数据网络中的MEC主机，或者如图4所述的对WTRU上MEC增强的WTRU。MEC系统可触发WTRU3上新的适当定位的第二MEC应用程序实例的创建。来自第一MEC应用程序实例的状态可转移到第二MEC应用程序实例。在一些实施方案中，第一MEC应用程序实例可从此时起暂停。
在607a处，作为该过程的一部分，MEC系统可向WTRU3发送实例化应用请求消息，该消息可包括TIRSI和/或D2D标记。
在608处，在创建MEC应用程序实例时(例如，当MEC应用程序实例请求连接时)，WTRU3可发起到WTRU1的连接。
在608a处，WTRU3可针对MEC应用程序实例流量触发PDU会话建立。PDU会话建立请求消息可包括TIRSI。AMF可基于TIRSI选择SMF。SMF可以检索旧PDU会话上下文，释放旧PDU会话，和/或将旧PDU会话中使用的IP地址分配给新PDU会话。SMF可将TIRSI与新的PDU会话上下文相关联。
在608b处，如果适用，则WTRU3可发起到WTRU1的D2D链路的建立，并通过该链路在客户端与MEC应用程序实例之间路由流量。
在608c处，如果WTRU3和WTRU1是同一WTRU，则WTRU3和或WTRU1可设置本地转发规则，以使客户端与MEC应用程序实例之间的流量在WTRU上保持本地。
如图6D所示，在608d处，当与TIRSI相关联的PDU会话被释放时，WTRU2可使用TIRSI来检索和移除本地转发规则和/或D2D链路。
在609处，WTRU3可向MEC系统发送响应消息。MEC系统可向WTRU1发送应用程序上下文创建响应消息。此时，可在WTRU1上的客户端应用程序与WTRU3上的第二MEC应用程序实例之间建立连接。
图7示出了到V-DN的PDU会话建立的示例。在该示例中，可能存在关于当MEC应用程序实例在客户端WTRU上时，如何在本地虚拟DN中建立客户端MEC应用程序实例连接的附加细节，如图4所述。例如，这些细节可在方法A中使用(即，当MEC应用程序实例在客户端WTRU上时)，并在图5A和图5B的步骤505和步骤510中示出。这些细节也可在方法B中使用，例如，在如图6A和图6B所示的步骤605c和步骤608c处使用。虽然图7中未示出，但由于该示例可能侧重于展示V-DN和虚拟UPF，因此当这些细节在方法A或方法B中实现时，在PDU会话建立请求中可能存在TIRSI信息元素。
在701处，WTRU可决定为客户端应用程序请求本地PDU会话，将本地虚拟DN的名称设置为DNN。
在702处，WTRU可向AMF发送PDU会话建立请求消息，其中DNN字段可被设置为WTRU上的虚拟DN的名称。该名称可为WTRU所知或在WTRU处配置。该名称可使用诸如“<ue-id>.<mec-operator-domain>.local.”的方案。
在703处，AMF可至少部分地基于DNN是虚拟DN这一事实来选择SMF。例如，单个SMF可处理与给定MEC运营商对应的V-DN的所有连接。
在704处，AMF可在发送到SMF的CreateSMContext请求消息内转发PDU会话建立请求。
在705处，SMF可检索WTRU的订阅信息。在706处，SMF可发送CreateSMContext请求响应。
在707处，可进行任选的二次认证/授权。这可涉及位于V-DN之外的另一DN中的DN-AAA服务器。例如，SMF可配置有DN-AAA服务器，以用于所有请求与给定MEC运营商域相关的V-DN的WTRU。
在708处，SMF可选择PCF并建立或修改策略关联。SMF可选择UPF，在诸如这种的某些情况下，UPF可以是WTRU上的虚拟UPF。
在709处，SMF可向V-UPF发送N4会话建立或修改请求。该消息可通过N11接口发送到AMF，然后通过N1接口发送到WTRU。该消息可包括在SMF和UPF之间的N4消息中使用的任何IE。此类消息可包括用于将安装在虚拟UPF上的分组检测、执行和报告规则的那些消息。在一些实施方案中，可能存在V-DN名称，这可帮助支持在WTRU上存在多个V-DN的案例。该消息可以是当前N4消息的简化版本。例如，在环回接口上可能不需要QoS实施规则和标记规则。在一个或多个实施方案中，该消息可仅限于几个IE，诸如分组检测规则和V-DN名称。
在710处，虚拟UPF可按照SMF请求设置分组过滤和转发规则。虚拟UPF可执行附加操作，具体取决于709的消息的内容。例如，这可包括统计和报告流量统计值、执行流量转发或记录合法流量拦截等。在711处，虚拟UPF可通过与请求相同的路径向SMF发回响应。
在712处，SMF可通过AMF向WTRU发送PDU会话建立接受消息。此时，可在客户端应用程序与本地虚拟UPF之间启用用户平面流量。
方法A和方法B的过程中的D2D链路建立可通过D2D控制功能来执行。在一些实施方案中，WTRU可请求PDU会话建立，然后SMF可请求虚拟UPF来执行D2D链路建立。图7中描述的示例可扩展到虚拟DN与客户端应用程序在不同WTRU上的案例(例如，客户端应用程序在WTRU1上，而虚拟DN在WTRU2上)。在此类情况下，关于709描述的N4消息可到达WTRU1或WTRU2上的虚拟UPF。在710中，WTRU1或WTRU2上的虚拟UPF可建立到另一WTRU的D2D链路并设置流量规则以通过该D2D链路转发用户平面流量。
在一些情况下，本文所述的技术可应用于MEC应用程序是直通应用程序的案例。在此类情况下，可能不需要针对数据平面流量为MEC应用程序实例分配IP地址，也可能不需要转移IP地址。除此方面外，本文描述的过程可适用于直通MEC应用程序实例重定位(例如，5GS仍可使用TIRSI在MEC应用程序实例重定位过程期间检索旧PDU会话上下文)。
类似地，本文描述的技术可应用于应用程序辅助的实例重定位(例如，支持基于HTTP、SIP等的重定向机制的应用程序)。在此类情况下，可能不需要针对数据平面流量重复使用相同的IP地址。第二MEC应用程序实例可使用新的IP地址，并让应用程序处理重定向(例如，第一MEC应用程序实例可将客户端朝向第二实例重定向)。类似地，可在应用层(例如，通过客户端)执行应用程序会话状态转移。除这些方面外，本文描述的过程适用于应用程序辅助的MEC应用程序实例重定位。例如，5GS仍可使用TIRSI在MEC应用程序实例重定位过程期间检索旧PDU会话上下文。
本文所述的技术可应用于支持MEC应用程序是无状态的案例。在这种情况下，可省略应用程序状态转移相关消息，并且可能不需要在创建应用程序实例消息中提供应用程序状态。另外，本文所述的技术可组合以支持不同类型的应用程序，诸如无状态直通应用程序。
虽然本文公开的技术可讨论一个逻辑SMF，但可能涉及多个物理SMF。SMF可将会话管理订阅数据存储在统一数据管理网络功能(UDM)中。对于5G系统，SMF可例如通过使用WTRU的订阅永久标识符(SUPI)作为密钥来检索与给定WTRU相关联的会话管理订阅数据，如下所示：“GET.../{supi}/sm-data”。
为了支持本文描述的机制，UDM可提供API来使用TIRSI检索会话上下文。例如，SMF可发送“GET.../sm-data”查询以及新的查询参数“tirsi＝<value>”。UDM可在其内部状态或UDR中存储的表中维护TIRSI相关PDU会话列表，UDM使用该列表(可能支持UDR)搜索与新查询参数值匹配的PDU会话。然后，UDM可将对应的会话管理订阅数据返回给SMF，从而启用跨多个SMF的MEC应用程序实例的重定位。
网络内实体(诸如MEAO可决定将应用程序实例从WTRU/MEC主机重定位到另一WTRU/MEC主机。例如，MEAO可接收客户端WTRU已改变其附接点的通知，并基于新的附接点位置来决定重定位服务于该WTRU的应用程序实例，诸如重定位到与新的附接点并置的应用程序服务器。因此，本文所述的重定位过程可由MEAO触发，而无需来自WTRU的Mx2消息。
尽管上文以特定组合描述了特征和元件，但是本领域的普通技术人员将理解，每个特征或元件可单独使用或以与其他特征和元件的任何组合来使用。另外，本文所述的方法可在结合于计算机可读介质中以供计算机或处理器执行的计算机程序、软件或固件中实现。计算机可读介质的示例包括电子信号(通过有线或无线连接发射)和计算机可读存储介质。计算机可读存储介质的示例包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、高速缓存存储器、半导体存储器设备、磁介质(诸如内置硬盘和可移动磁盘)、磁光介质和光介质(诸如CD-ROM磁盘和数字通用光盘(DVD))。与软件相关联的处理器可用于实现用于WTRU、UE、终端、基站、RNC或任何主计算机的射频收发器。
* * *

Claims (19)

1.一种用于透明可重定位应用程序部署的方法，所述方法包括：
由无线发射/接收单元(WTRU)向多接入边缘计算(MEC)系统发射第一消息，所述第一消息包括在目标处部署所述可重定位应用程序实例的请求；
由所述WTRU接收第二消息，其中所述第二消息包括与所述应用程序实例建立通信的指示和透明实例重定位会话标识符(TIRSI)；以及
由所述WTRU基于所述第二消息，与所述目标处的所述可重定位应用程序实例建立通信。
2.根据权利要求1所述的方法，所述方法进一步包括由所述WTRU向所述MEC系统发射第三消息，所述第三消息包括将所述应用程序实例重定位到另一目标的请求；
由所述WTRU接收第四消息，其中所述第四消息包括与所述另一目标处的重定位的应用程序实例建立通信的指示和所述TIRSI；以及
由所述WTRU基于所述第四消息，与所述另一目标处的所述重定位的应用程序实例建立通信。
3.根据权利要求1所述的方法，其中所述第一消息包括目标标识符(ID)和重定位类型。
4.根据权利要求1所述的方法，其中所述TIRSI与会话上下文信息相关联，所述会话上下文信息包括会话管理功能(SMF)标识符(ID)、设备到设备(D2D)链路、目标ID、流量过滤器或流量策略规则中的至少一者。
5.根据权利要求1所述的方法，其中所述WTRU使用虚拟用户平面功能(UPF)来建立与所述第一目标的连接。
6.根据权利要求2所述的方法，其中所述第二消息或所述第四消息中的至少一者包括D2D标记。
7.根据权利要求1所述的方法，其中响应于移动性事件或环境变化而发射所述重定位请求。
8.一种无线发射/接收单元(WTRU)，所述WTRU被配置为执行透明可重定位应用程序部署，所述WTRU包括：
处理器；和
收发器；
所述收发器被配置为向多接入边缘计算(MEC)系统发射第一消息，所述第一消息包括在目标处部署所述可重定位应用程序实例的请求；
所述收发器被配置为接收第二消息，其中所述第二消息包括与所述应用程序实例建立通信的指示和透明实例重定位会话标识符(TIRSI)；并且
所述收发器和所述处理器被配置为基于所述第二消息，与所述目标处的所述可重定位应用程序实例建立通信。
9.根据权利要求8所述的WTRU，所述收发器被配置为向所述MEC系统发射第三消息，所述第三消息包括将所述应用程序实例重定位到另一目标的请求；
所述收发器被配置为接收第四消息，其中所述第四消息包括与所述另一目标处的重定位的应用程序实例建立通信的指示和所述TIRSI；并且
所述收发器和所述处理器被配置为基于所述第四消息，与所述另一目标处的所述重定位的应用程序实例建立通信。
10.根据权利要求8所述的WTRU，其中所述第一消息包括目标标识符(ID)和重定位类型。
11.根据权利要求8所述的WTRU，其中所述TIRSI与会话上下文信息相关联，所述会话上下文信息包括会话管理功能(SMF)标识符(ID)、设备到设备(D2D)链路、目标ID、流量过滤器或流量策略规则中的至少一者。
12.根据权利要求8所述的WTRU，其中所述WTRU使用虚拟用户平面功能(UPF)来建立与所述第一目标的连接。
13.根据权利要求9所述的WTRU，其中所述第二消息或所述第四消息中的至少一者包括设备到设备(D2D)标记。
14.根据权利要求8所述的WTRU，其中响应于移动性事件或环境变化而发射所述重定位请求。
15.一种多接入边缘计算(MEC)系统，所述MEC系统被配置为执行透明可重定位应用程序部署，所述MEC系统包括：
处理器；和
收发器；
所述收发器被配置为从无线发射/接收单元(WTRU)接收第一消息，所述第一消息包括在目标处部署所述可重定位应用程序实例的请求；
所述处理器和所述收发器被配置为基于所述第一消息，发起所述目标处的所述可重定位应用程序实例的创建；并且
所述收发器被配置为向所述WTRU发射第二消息，所述第二消息包括与所述目标处的所述应用程序实例建立通信的指示和透明实例重定位会话标识符(TIRSI)。
16.根据权利要求15所述的MEC系统，所述收发器被配置为从所述WTRU接收第三消息，所述第三消息包括将所述应用程序实例重定位到另一目标的请求；
所述处理器和所述收发器被配置为基于所述第三消息，发起所述另一目标处的重定位的应用程序实例的创建；并且
所述收发器被配置为向所述WTRU发射第四消息，所述第四消息包括与所述另一目标处的所述重定位的应用程序实例建立通信的指示和所述透明实例重定位会话标识符(TIRSI)。
17.根据权利要求15所述的MEC系统，其中所述第一消息包括目标标识符(ID)和重定位类型。
18.根据权利要求15所述的WTRU，其中所述TIRSI与会话上下文信息相关联，所述会话上下文信息包括会话管理功能(SMF)标识符(ID)、设备到设备(D2D)链路、目标ID、流量过滤器或流量策略规则中的至少一者。
19.根据权利要求16所述的WTRU，其中所述第二消息或所述第四消息中的至少一者包括设备到设备(D2D)标记。
CN202080072864.8A 2019-09-25 2020-09-25 5g设备与mec主机之间的mec应用程序实例的透明重定位 Pending CN114557117A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962905878P 2019-09-25 2019-09-25
US62/905,878 2019-09-25
PCT/US2020/052862 WO2021062256A1 (en) 2019-09-25 2020-09-25 Transparent relocation of mec application instances between 5g devices and mec hosts

Publications (1)

Publication Number Publication Date
CN114557117A true CN114557117A (zh) 2022-05-27

Family

ID=72812033

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080072864.8A Pending CN114557117A (zh) 2019-09-25 2020-09-25 5g设备与mec主机之间的mec应用程序实例的透明重定位

Country Status (4)

Country Link
US (1) US20220329648A1 (zh)
EP (1) EP4035436A1 (zh)
CN (1) CN114557117A (zh)
WO (1) WO2021062256A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230053805A1 (en) * 2020-01-03 2023-02-23 Samsung Electronics Co., Ltd. Method and apparatus for adjusting application context relocation in edge computing system
US11683861B2 (en) * 2020-01-06 2023-06-20 Koji Yoden Edge-based communication and internet communication for media distribution, data analysis, media download/upload, and other services
EP4320834A1 (en) * 2021-04-09 2024-02-14 Intel Corporation Methods and apparatus to support the registration of edge application server (eas) and multi-access edge computing (mec) applications to edge enabler servers (ees) and mec platforms
WO2022245796A1 (en) * 2021-05-17 2022-11-24 Interdigital Patent Holdings, Inc. Multi-access edge computing
US11700187B2 (en) * 2021-06-04 2023-07-11 Verizon Patent And Licensing Inc. Systems and methods for configuring and deploying multi-access edge computing applications
WO2023034392A1 (en) * 2021-08-31 2023-03-09 Intel Corporation Preferred app registration in mec dual deployments
US20230144248A1 (en) * 2021-11-08 2023-05-11 Verizon Patent And Licensing Inc. Dynamic quality of service traffic steering in a multi-access edge computing environment
US11968606B2 (en) * 2022-02-14 2024-04-23 Ford Global Technologies, Llc Cloud-based vehicle communication manager

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120002637A1 (en) * 2010-06-18 2012-01-05 Interdigital Patent Holdings, Inc. Method and apparatus for supporting home node-b mobility
WO2018041337A1 (en) * 2016-08-30 2018-03-08 Sony Mobile Communications Inc. Relocation of mobile edge computing services
US10440096B2 (en) * 2016-12-28 2019-10-08 Intel IP Corporation Application computation offloading for mobile edge computing
US10531420B2 (en) * 2017-01-05 2020-01-07 Huawei Technologies Co., Ltd. Systems and methods for application-friendly protocol data unit (PDU) session management
WO2018215046A1 (en) * 2017-05-22 2018-11-29 Telefonaktiebolaget Lm Ericsson (Publ) Edge cloud broker and method therein for allocating edge cloud resources
WO2019138104A1 (en) * 2018-01-12 2019-07-18 Sony Mobile Communications Inc. Relocation of multi-user edge applications
CN112567715B (zh) * 2018-04-07 2023-03-24 中兴通讯股份有限公司 用于边缘计算的应用迁移机制
US10904947B2 (en) * 2018-05-16 2021-01-26 Huawei Technologies Co., Ltd. Message and system for application function influence on traffic routing
US11423254B2 (en) * 2019-03-28 2022-08-23 Intel Corporation Technologies for distributing iterative computations in heterogeneous computing environments

Also Published As

Publication number Publication date
US20220329648A1 (en) 2022-10-13
EP4035436A1 (en) 2022-08-03
WO2021062256A1 (en) 2021-04-01

Similar Documents

Publication Publication Date Title
CN111684824B (zh) 增强的nef功能、mec和5g集成
CN111034273B (zh) 从非3gpp接入网络请求网络切片能力的终端
CN114430897B (zh) 用于边缘解析功能的方法、装置和系统
KR102472434B1 (ko) 사용자 평면 재배치
US20220329648A1 (en) Transparent relocation of mec application instances between 5g devices and mec hosts
WO2021092441A1 (en) Address change notification associated with edge computing networks
CN115244897A (zh) 用于使用quic实现多主机多路径安全传输的方法和装置
US20240121212A1 (en) Methods for specifying the type of mac address with dynamic assignment mechanisms
CN112425138A (zh) 将服务功能链固定到上下文特定的服务实例
EP4154668A1 (en) Discovery, selection and optimal access to edge computing networks
US20230413212A1 (en) User equipment/wireless transmit/receive unit-provided data networks on wtrus
CN115462052A (zh) 用于发现边缘网络管理服务器的方法、装置和系统
US20240129968A1 (en) Methods, architectures, apparatuses and systems for supporting multiple application ids using layer-3 relay
US20230362127A1 (en) Apparatus, method and computer program to influence 3gpp terminals on preferences between multiple recursive dns servers
CN117280751A (zh) 应用上下文重定位过程期间的服务连续性
JP2023525557A (ja) サービス機能識別子のトランスペアレントな交換のための方法及び装置
KR20240004739A (ko) 단말 기능 분배를 위한 방법 및 장치
CN115428410A (zh) 用于用分布式sfc控制执行本地生命周期管理的方法和装置
CN116018825A (zh) 用于发现和选择本地nef的方法和装置

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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20230414

Address after: Delaware

Applicant after: INTERDIGITAL PATENT HOLDINGS, Inc.

Address before: Wilmington, Delaware, USA

Applicant before: IDAC HOLDINGS, Inc.