CN109673174A - 以逐个会话为基础支持会话连续性的方法 - Google Patents

Abstract

公开了一种用于在5G系统中提供会话连续性的方法和系统。无线发射接收单元(WTRU)可以从会话管理功能(SMF)接收指示分组数据单元(PDU)会话重建的第一非接入层(NAS)消息。在接收到第一NAS消息时，WTRU可以基于该NAS消息确定旧PDU会话ID，并生成新PDU会话ID。WTRU可以发送指示PDU会话建立请求的第二NAS消息。该第二NAS消息可以包括该旧的和新的PDU会话ID。在接收到该PDU会话建立请求时，SMF可以确定该旧PDU会话ID与针对其所请求的PDU会话重建的现存PDU会话相关联。SMF还可以确定该新PDU会话ID与要建立的新PDU会话相关联。

Description

以逐个会话为基础支持会话连续性的方法

相关申请的交叉引用

本申请要求2016年7月1日提交的美国临时申请No.62/357,567、2016年8月22日提交的美国临时申请No.62/377,917、2017年3月17日提交的美国临时申请No.62/472,899、以及2017年3月17日提交的美国临时申请No.62/472,743的权益，其内容通过引用结合于此。

背景技术

在无线网络中，移动性是指网络系统向正在移动的用户/设备提供无缝服务的能力。第三代合作伙伴计划(3GPP)对第五代(5G)无线通信系统的研究表明，5G网络将必须支持越来越多的正在移动和不在移动的设备，范围从非常高的移动性(例如高速火车/飞机)到低移动性或固定设备(如智能仪表)。因此，5G网络应提供有效的移动性支持，例如按需移动性。按需移动性可以仅为需要它的那些设备和服务提供移动性支持。例如，当无线发射接收单元(WTRU)连接到IP数据网络(例如，与IP数据网络的协议数据单元(PDU)会话)时，5G网络应该支持服务和会话连续性以为WTRU提供无缝服务。因此，期望具有一种方法和装置，其被配置为使用服务和会话连续性(SSC)模式以逐个会话为基础支持服务和会话连续性。

发明内容

公开了一种用于在第五代(5G)无线网络中提供会话连续性的方法和系统。例如，无线发射接收单元(WTRU)可以从会话管理功能(SMF)接收指示分组数据单元(PDU)会话重建是被请求的第一非接入层(NAS)消息。在接收到第一NAS消息时，WTRU可以基于该第一NAS消息确定旧PDU会话ID，并生成新的PDU会话ID以建立新的PDU会话。WTRU可以发送指示PDU会话建立请求的第二NAS消息。该PDU会话建立请求可以包括移动性管理(MM)消息和会话管理(SM)消息。该MM消息可以包括旧PDU会话ID，并且该SM消息可以包括新PDU会话ID。WTRU可以将第二NAS消息发送到接入移动性功能(AMF)，其中该PDU会话建立请求的SM消息可以被路由到SMF。在接收到PDU会话建立请求时，SMF可以确定旧PDU会话ID与需要该PDU会话重建的现存PDU会话相关联。SMF还可以确定该新PDU会话ID与要建立的新PDU会话相关联。

附图说明

从以下结合附图的示例给出的描述中可以得到更详细的理解，其中：

图1A是可以实施所公开的一个或多个实施例的例示通信系统的系统图示；

图1B是可以在图1A所示的通信系统内部使用的例示无线发射/接收单元(WTRU)的系统图示；

图1C是可以在图1A所示的通信系统内部使用的例示无线电接入网络和例示核心网络的系统图示；

图2是示出用于示例场景的演进通用陆地无线电接入网络(E-UTRAN)和5G新无线电(NR)互通的示例架构的图示；

图3是示出用于示例场景的演进分组核心(EPC)和下一代核心网络(NGCN)互通的示例架构的图示；

图4是示出利用会话连续性类型的指示开始新业务流的示例应用(app)的图示；

图5是示出在没有会话连续性类型的指示的情况下开始新业务流的示例应用的图示；

图6是示出具有服务会话连续性(SSC)模式2的协议数据单元(PDU)会话的示例用户平面功能(UPF)重定位的信令图；

图7是示出具有SSC模式3的PDU会话的示例UPF重定位的信令图；

图8是示出在从EPC系统到5G系统的系统间改变时用于SSC模式处理的WTRU行为的示例的流程图；

图9是示出在从5G系统到EPC系统的系统间改变时在没有PDU会话的情况下注册的WTRU的WTRU行为的示例的流程图；

图10是示出网络切片实例(NSI)支持一种唯一SSC模式的示例场景的图示；

图11是示出NSI支持多种SSC模式的另一示例场景的图示；

图12是示出直接分配NSI的SSC模式作为PDU会话的SSC模式的信令图；

图13是示出PDU会话建立期间或之后的SSC模式协商的信令图；

图14是用于确定新服务的SSC级别并确定是否需要新的PDU会话的流程图；

图15是示出网络确定用于新服务的SSC模式的信令图；

图16是示出基于业务量(traffic)检测的网络触发SSC模式更新的信令图；

图17是示出从会话管理功能(SMF)接收数据无线承载(DRB)的SSC模式的信令图；

图18是示出从WTRU接收DRB的SSC模式的信令图；

图19示出了合并SSC模式的示例性PDU会话ID；

图20A是示出发送包括关联的PDU会话ID(APSI)的移动性管理(MM)非接入层(NAS)消息的信令图；

图20B是图20A的继续；

图21A是示出发送包括APSI的N1会话移动性(SM)信息的信令图；

图21B是图21A的继续；

图22A是示出发送包括PDU会话ID(APSI)的MM消息和包括新PDU会话ID的SM消息的信令图；

图22B是图22A的继续；

图23是示出基于支持的SSC模式信息确定SSC模式的信令图；以及

图24是示出用于在用户平面功能(UPF)重定位期间提供会话连续性的示例过程的图示。

具体实施方式

图1A是可以实施所公开的一个或多个实施例的例示通信系统100的图示。通信系统100可以是为多个无线用户提供语音、数据、视频、消息传递、广播等内容的多址接入系统。该通信系统100可以通过共享包括无线带宽在内的系统资源来使得多个无线用户能够访问这些内容。作为示例，该通信系统100可以使用一种或多种信道接入方法，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等等。

如图1A所示，通信系统100可以包括无线发射/接收单元(WTRU)102a、102b、102c、102d，无线电接入网络(RAN)104，核心网络106，公共交换电话网络(PSTN)108，因特网110以及其他网络112，然而应该理解的是，所公开的实施例可以设想任意数量的WTRU、基站、网络和/或网络部件。每一个WTRU 102a、102b、102c、102d可以是被配置成在无线环境中工作和/或通信的任何类型的设备。作为示例，WTRU 102a、102b、102c、102d可被配置成发射和/或接收无线信号，并且可以包括用户设备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、消费类电子设备等等。

通信系统100还可以包括基站114a和基站114b。每一个基站114a、114b都可以是被配置成通过与至少一个WTRU 102a、102b、102c、102d进行无线对接来促使其接入一个或多个通信网络的任何类型的设备，该网络可以是核心网络106、因特网110和/或其他网络112。作为示例，基站114a、114b可以是基地收发信台(BTS)、节点B、e节点B、家庭节点B、家庭e节点B、站点控制器、接入点(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)、可见光等等)。空中接口116可以用任何适当的无线电接入技术(RAT)来建立。

更具体地说，如上所述，通信系统100可以是一个多址接入系统，并且可以使用一种或多种信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。作为示例，RAN 104中的基站114a与WTRU 102a、102b、102c可以实施诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术，该技术可以使用宽带CDMA(WCDMA)来建立空中接口116。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。

在另一个实施例中，基站114a与WTRU 102a、102b、102c可以实施演进型UMTS陆地无线电接入(E-UTRA)之类的无线电技术，该技术可以使用长期演进(LTE)和/或先进LTE(LTE-A)来建立空中接口116。

在其他实施例中，基站114a和WTRU 102a、102b、102c可以实施电气电子工程师协会(IEEE)802.16(即，全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、用于GSM增强数据速率演进(EDGE)、GSM EDGE(GERAN)等无线电接入技术。

作为示例，图1A中的基站114b可以是无线路由器、家庭节点B、家庭e节点B或接入点，并且可以使用任何适当的RAT来促成营业场所、住宅、交通工具、校园等局部区域中的无线连接。在一个实施例中，基站114b与WTRU 102c、102d可以通过实施诸如IEEE 802.11之类的无线电技术来建立无线局域网(WLAN)。在另一个实施例中，基站114b与WTRU 102c、102d可以通过实施诸如IEEE 802.15之类的无线电技术来建立无线个人局域网(WPAN)。在再一个实施例中，基站114b和WTRU 102c、102d可以通过使用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A等等)来建立微微小区或毫微微小区。如图1A所示，基站114b可以直接连接到因特网110。由此，基站114b无需经由核心网络106来接入因特网110。

RAN 104可以与核心网络106通信，该核心网络可以是被配置成为一个或多个WTRU102a、102b、102c、102d提供语音、数据、应用和/或借助网际协议的语音(VoIP)服务的任何类型的网络。举例来说，核心网络106可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等等，和/或执行诸如用户验证之类的高级安全功能。虽然图1A中没有显示，然而应该了解，RAN 104和/或核心网络106可以直接或间接地和其他RAN进行通信，并且这些RAN既可以使用与RAN 104相同的RAT，也可以使用不同的RAT。例如，除了与使用E-UTRA无线电技术的RAN 104连接之外，核心网络106还可以与另一个使用GSM无线电技术的RAN(未显示)进行通信。

核心网络106还可以充当供WTRU 102a、102b、102c、102d接入PSTN 108、因特网110和/或其他网络112的网关。PSTN 108可以包括提供简易老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用公共通信协议的全球性互联计算机网络设备系统，并且该协议可以是TCP/IP网际协议族中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP)。网络112可以包括由其他服务供应商所有和/或运营的有线或无线通信网络。例如，网络112可以包括与一个或多个RAN相连的另一个核心网络，所述一个或多个RAN可以使用与RAN 104相同的RAT或不同的RAT。

通信系统100中一些或所有WTRU 102a、102b、102c、102d可以包含多模能力，换言之，WTRU 102a、102b、102c、102d可以包括在不同无线链路上与不同无线网络进行通信的多个收发信机。例如，图1A所示的WTRU102c可被配置成与使用基于蜂窝的无线电技术的基站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可以执行信号编码、数据处理、功率控制、输入/输出处理和/或其他任何能使WTRU102在无线环境中工作的功能。处理器118可以耦合至收发信机120，收发信机120则可以耦合至发射/接收部件122。虽然图1B将处理器118和收发信机120描述成是独立组件，然而应该了解，处理器118和收发信机120也可以集成在一个电子组件或芯片中。

发射/接收部件122可被配置成经由空中接口116来发射或接收往来于基站(例如基站114a)的信号。举个例子，在一个实施例中，发射/接收部件122可以是被配置成发射和/或接收RF信号的天线。作为示例，在另一个实施例中，发射/接收部件122可以是被配置成发射和/或接收IR、UV或可见光信号的放射器/检测器。在再一个实施例中，发射/接收部件122可被配置成发射和接收RF和光信号。应该了解的是，发射/接收部件122可以被配置成发射和/或接收无线信号的任何组合。

此外，虽然在图1B中将发射/接收部件122描述成是单个部件，但是WTRU 102可以包括任何数量的发射/接收部件122。更具体地说，WTRU 102可以使用MIMO技术。因此，在一个实施例中，WTRU 102可以包括两个或多个经由空中接口116来发射和接收无线电信号的发射/接收部件122(例如多个天线)。

收发信机120可被配置成对发射/接收部件122所要发射的信号进行调制，以及对发射/接收部件122接收的信号进行解调。如上所述，WTRU 102可以具有多模能力。因此，收发信机120可以包括允许WTRU 102借助诸如UTRA和IEEE 802.11之类的多种RAT来进行通信的多个收发信机。

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的电力，并且可被配置分发和/或控制用于WTRU102中的其他组件的电力。电源134可以是为WTRU 102供电的任何适当设备。例如，电源134可以包括一个或多个干电池组(如镍镉(Ni-Cd)、镍锌(Ni-Zn)、镍氢(NiMH)、锂离子(Li-ion)等等)、太阳能电池、燃料电池等等。

处理器118还可以与GPS芯片组136耦合，该芯片组可被配置成提供与WTRU 102的当前位置相关的位置信息(例如经度和纬度)。作为来自GPS芯片组136的信息的补充或替换，WTRU 102可以经由空中接口116接收来自基站(例如基站114a、114b)的位置信息，和/或根据从两个或多个附近基站接收的信号定时来确定其位置。应该了解的是，在保持与实施例相符的同时，WTRU 102可以借助任何适当的定位方法来获取位置信息。

处理器118还可以耦合到其他周边设备138，这些设备可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，周边设备138可以包括加速度计、电子指南针、卫星收发信机、数码相机(用于照片或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。

图1C显示的是可根据实施例的例示RAN 104和核心网络106的系统图示。如上所述，RAN 104可以使用E-UTRA无线电技术而在空中接口116上与WTRU 102a、102b、102c进行通信。并且RAN 104还可以与核心网络106进行通信。

RAN 104可以包括e节点B 140a、140b、140c，然而应该了解，在保持与实施例相符的同时，RAN 104可以包括任何数量的e节点B。每一个e节点B 140a、140b、140c都可以包括在空中接口116上与WTRU 102a、102b、102c通信的一个或多个收发信机。在一个实施例中，e节点B 140a、140b、140c可以实时MIMO技术。由此举例来说，e节点B 140a可以使用多个天线来向WTRU 102a发送无线信号以及接收来自WTRU 102a的无线信号。

每一个e节点B 140a、140b、140c都可以关联于一个特定的小区(未显示)，并且可被配置成处理无线电资源管理判定、切换判定、上行链路和/或下行链路的用户调度等等。如图1C所示，e节点B 140a、140b、140c彼此可以在X2接口上进行通信。

图1C所示的核心网络106可以包括移动管理实体(MME)142、服务网关144以及分组数据网络(PDN)网关146。虽然前述的每一个部件都被描述成了核心网络106的一部分，然而应该了解，这其中的任一部件都可以由核心网络运营商之外的实体所拥有和/或运营。

MME 142可以经由S1接口连接到RAN 104中的每一个e节点B 140a、140b、140c，并且可以充当控制节点。举例来说，MME 142可以负责验证WTRU 102a、102b、102c的用户，执行承载激活/去激活处理，在WTRU 102a、102b、102c的初始附着过程中选择特定的服务网关等等。该MME 142还可以提供一个用于在RAN 104与使用GSM或WCDMA之类的其他无线电技术的其他RAN(未显示)之间进行切换的控制平面功能。

服务网关144可以经由S1接口连接到RAN 104中的每个e节点B 140a、140b、140c。该服务网关144通常可以路由和转发去往/来自WTRU 102a、102b、102c的用户数据分组。并且该服务网关144可以执行其他功能，例如在e节点B间的切换过程中锚定用户平面，在下行链路数据可供WTRU 102a、102b、102c使用时触发寻呼处理，管理并存储WTRU 102a、102b、102c的上下文等等。

服务网关144还可以连接到PDN网关146，所述PDN网关可以为WTRU 102a、102b、102c提供针对因特网110之类的分组交换网络的接入，以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信。

核心网络106可以促成与各种网络的通信。例如，核心网络106可以为WTRU 102a、102b、102c提供针对PSTN 108之类的电路交换网络的接入，以便促成WTRU 102a、102b、102c与传统的陆线通信设备之间的通信。例如，核心网络106可以包括一个IP网关(例如IP多媒体子系统(IMS)服务器)或与之进行通信，并且该IP网关可以充当核心网络106与PSTN 108之间的接口。此外，核心网络106可以为WTRU 102a、102b、102c提供针对所述各种网络(包含PSTN 108、因特网110和其他网络112)的接入，该网络转而可以包括其他服务供应商所拥有和/或运营的其他有线或无线网络。

其他网络112还可以进一步连接到基于IEEE 802.11的无线局域网(WLAN)160。该WLAN 160可以包括接入路由器165。该接入路由器165可以包含网关功能。并且该接入路由器165可以与多个接入点(AP)170a、170b进行通信。接入路由器165与AP 170a、170b之间的通信可以借助有线以太网(IEEE 802.3标准)或是任何类型的无线通信协议来进行。AP170a通过空中接口与WTRU 102d进行无线通信。

在第四代(4G)无线系统中，RAN 104可以被称为演进通用移动电信系统(UMTS)地面无线电接入网络(E-UTRAN)、演进节点B(e节点B或eNB)，LTE、或LTE RAN。如本文所使用的，术语E-UTRAN、e节点B、LTE、LTE RAN或RAN及其变体在本公开中可以互换使用。4G无线系统中的核心网络106可以称为演进分组核心(EPC)。类似地，在第五代(5G)或下一代(NG)无线系统中，RAN 104可以被称为新无线电(NR)、5G NR、下一代RAN。如本文所用，术语NR、5GNR、下一代RAN(NG RAN)或RAN及其变体可在本公开内容中互换使用。5G无线系统中的核心网络可以被称为5G核心网络(5G CN)、5G核心(5GC)、下一代CN(NG CN)、NGC，且其变体可以在本公开中可互换地使用。在4G和5G无线系统之间，EPC和5G CN可能存在互通场景(例如，包括移动性)。

图2是针对示例场景的演进E-UTRAN 220和5G NR 230互通的示例架构200。演进的E-UTRAN 220可以是可以支持对NG CN 210的接入的E-UTRAN。演进的E-UTRAN 220和5G NR230之间的互通(例如，空闲和连接模式移动性)可以使用NG CN 210过程来执行。。如图2所示，网络运营商可以与NG CN 210一起部署5G NR 230。网络运营商可以升级安装的E-UTRAN节点，例如，以支持用于WTRU 240的NG CN 210和RAN之间的NG2/NG3 270(即，演进E-UTRAN220或5G NR 230)NG2/NG3 270可以是用于传送控制平面消息和用户平面数据的接口。具体地，NG2可以在NG CN 210和RAN(即，演进的E-UTRAN 220或5G NR 230)中的控制平面功能之间传送用于移动性管理的控制消息。NG3可以在NG CN 210和RAN(即，演进的E-UTRAN 220或5G NR 230)中的用户平面功能之间传送用户业务量。NG1 280可以是用于在WTRU 240和NGCN 210之间运送认证消息的接口。归属订户服务器(HSS)260可以是包含所有用户订阅信息(包括诸如国际移动订户标识(IMSI)、移动订户ISDN号码(MSISDN)或移动电话号码的用户标识信息以及包括服务订阅状态和用户订阅的服务质量信息的用户简档信息)的数据库。HSS 260可以为WTRU 240提供NG CN 210认证和安全信息。在这种场景下，可以(例如，仅)在连接到NG CN 210的演进的E-UTRAN 220和RAN(即，演进的E-UTRAN 220或5G NR 230)之间提供服务连续性。

图3是针对示例场景的EPC 302和NG CN 306互通的示例架构。在该示例网络互联场景中，网络运营商可以(i)不升级安装的E-UTRAN节点，例如E-UTRAN 308，(ii)升级已安装的E-UTRAN节点的部分，例如演进的E-UTRAN 312，以支持CN与RAN之间的NG2 350/NG3352，或(iii)部署了用于宏覆盖的E-UTRAN/NR选项_3 310和具有NG CN 306的独立NR(例如，用于小型小区)。E-UTRAN/NR选项_3 310是5G部署选项，其中5G NR被部署为辅助RAT并且经由e节点B连接到EPC。例如，可以从EPC 302向NG CN 306提供互通功能304，以提供全服务连续性。

如上所述，EPC 302可以包括移动性管理实体(MME)316、服务网关(SGW)318、分组数据网络(PDN)网关(PGW)320以及策略和计费规则功能(PCRF)322。MME 316可以经由S1-MME 362接口连接到E-UTRAN 308和E-UTRAN/NR 310中的每一个，并且可以用作控制节点。MME 316可以是网络中用于NAS信令的加密/完整性保护的终止点，并且可以通过EPC NAS364处理安全密钥管理。MME 316还可以提供用于LTE和2G/3G/5G接入网络之间的移动性的控制平面功能。

SGW 318可以经由S1-U接口连接到E-UTRAN 308和E-UTRAN/NR 310中的每一个。SGW 318还可以经由S11 358接口连接到MME 316。SGW 318通常可以从/向WTRU 390路由和转发用户数据分组，同时还充当用于LTE和其他3GPP技术之间的移动性的锚点(anchor)。服务网关318可以经由S5 356接口连接到PGW 320，其可以向WTRU 390提供对分组交换网络(例如因特网)的接入。PCRF 322可以经由Gx 354接口连接到PGW 320，以确定网络中的策略规则。PCRF 322可以管理服务策略并发送每个用户会话的QoS设置信息和计费规则信息。PCRF 322可以包括策略决定功能(PDF)和计费规则功能(CRF)。

与基于诸如MME 316、SGW 318和PGW 320之类的网络实体定义功能、连接和协议的EPC 302不同，NG CN 306可以基于网络功能(NF)定义功能、连接和协议。例如，NG CN 306可以包括一个或者更多网络切片实例(NSI)中的接入和移动性管理功能(AMF)330、用户平面功能(UPF)332、会话管理功能(SMF)334和策略控制功能(PCF)336，以向WTRU 390提供控制平面功能和用户平面数据。AMF 330可以通过NG2接口连接到演进E-UTRAN 312和5G NR 314中的每一个，并且可以用作核心网络控制功能(CN CP)。NG2 350接口可以运送用于AMF 330和RAN(即，演进的E-UTRAN 312或5G NR 314)之间的移动性管理的控制消息。AMF 330还可以经由NG1 354接口连接到WTRU 390，以在WTRU 390和AMF 330之间运送认证消息。AMF 330可以独立于无线电接入技术(RAT)而以每WTRU为基础提供移动性管理功能。因此，AMF 330可以与单个WTRU连接以用于移动性管理。AMF 330还可以为WTRU 390执行网络切片选择。

SMF 334可以经由NG11 370接口连接到AMF 330，以向WTRU 390提供会话管理。如果WTRU 390具有多个会话，则可以将WTRU分配给多个SMF 334以管理多个会话中的每一个会话。SMF 334可以根据PCF 336中的网络策略来建立和管理会话。网络策略信息可以通过NG7 372接口来运送。PCF 336可以包括与会话管理或移动性管理有关的网络策略信息，并且将这样的策略信息提供给AMF 330和SMF 334。SMF 334还可以基于从AMF 330接收的控制信息来确定UPF 332。UPF 332可以接收从WTRU 390发送的协议数据单元(PDU)。尽管未在图3中示出，UPF 332可以连接到数据网络(DN)并且可以从DN接收PDU。UPF 332可以通过NG4374接口向SMF 334报告其状态。

图3中的示例场景可以包括具有本地突破场景的非漫游和漫游。例如，可以在MME316和AMF 330之间引入NGx 376接口，以实现EPC 302和NG CN 306之间的互通。NGx 376可以是核心网络(CN)间接口。在整个本公开中，术语NGx和Nx可以互换使用。例如，当可以动态控制策略和计费时，可以涉及PCF 336。

例如，当连接到RAN(即，E-UTRAN 308或E-UTRAN/NR 310)时，WTRU 390可以将EPCNAS 364与核心网络(即，EPC 302)一起使用。如上所述，例如，当连接到非演进的E-UTRAN308时，MME 316可以向WTRU 390执行认证、移动性管理和会话管理。可以在EPC 302和NG CN306之间支持空闲或连接模式移动性。例如，服务于EPC 302中的MME 316的WTRU 390可以经由运送控制平面消息的NGx 376接口连接到NG CN 306中的AMF 330。归属订户服务器+订户数据管理(HSS+SDM)340可以分别经由S6a 380接口和NG8 378接口连接到MME 316和AMF330。当WTRU 390连接到NG CN 306或EPC 302时，HSS+SDM可以提供订户的数据和认证信息。

由SGW 318服务的WTRU 390可以经由互通功能304连接到NG CN 306中的用户平面功能和/或CP功能。具体地，WTRU 390可以通过分别用于控制平面消息和用户平面数据的SMF+PGW-C 344或IPF+PGW-U 342连接到AMF 330和/或SMF 370。SMF+PGW-C 344可以经由S5-C 384接口连接到SGW 318，并且经由NG11 386连接到AMF 330，以在SGW 318与AMF 330之间运送控制平面消息。SMF+PGW-U 342可以经由S5-U 382接口连接到SGW 318并经由NG3352连接到RAN(即，演进的E-UTRAN 312或5G NR 314)，以运送用户平面信息。在演进E-UTRAN 312或5G NR 314处接收的用户平面信息可以经由NG2 350接口被运送到AMF 330。之后，用户平面信息可以分别通过NG11 370和NG4 374接口运送到SMF 334和UPF 332。PCF+PCRF 346可以通过NG7 392连接到SMF+PGW-C，以提供服务和网络策略信息。该服务和网络策略信息可以通过NG4 394接口而被运送到UPF+PGW-U 342。

在一个实施例中，用户平面可以被锚定在NG CN 306中，以用于具有5G NR 314订阅的WTRU 390。在那种情况下，网关(GW)选择仍然可以由MME 316执行。然而，如果WTRU 390包括启用NG CN 306的订阅，则它可以成为NG CN 306中的GW。

例如，通过使WTRU 390能够使用EPC NAS 364在E-UTRAN 308或E-UTRAN/NR 310上执行初始附着，可以执行与5G网络系统的互通。在EPC 302中初始附着之后，通过与NG CN306互通，WTRU 390可以通过NG1 354接口使用NAS消息移动到演进E-UTRAN 312或5G NR314。这意味着WTRU 390的上下文可以被移动到NG CN 306。在E-UTRAN上的初始附着，WTRU390的用户平面可以在用户平面功能(例如由NG CN 306提供的UPF 332)中被锚定，以支持移动性。

例如，可以通过使WTRU 390使用NG1 354接口在演进的E-UTRAN 312或5G NR 314上执行初始附着和会话管理来执行与5G网络系统的互通。在初始附着和会话管理之后，WTRU 390可以通过与NG CN 306的互通来使用EPC NAS 364移动到E-UTRAN 308或E-UTRAN/NR 310。例如，WTRU 390的上下文可以从NG CN 306到E-UTRAN 308。

网络运营商可以通过部署互通功能304和用户平面的共同锚定来在E-UTRAN 308(或E-EUTRAN/NR 310)和5G NR 314(或演进的E-EUTRAN 312)之间提供服务连续性。可以支持NG NAS和EPC NAS 364的WTRU 390可以以单注册模式或双注册模式操作，例如，与EPC302互通。在单注册模式中，WTRU 390可以具有活动MM状态(例如，NG CN 306中的RM状态或EPC 302中的EMM状态)。当WTRU 390连接到NG CN 306时，它可以处于NG CN NAS模式，或者当WTRU 390连接到EPC 302时，它可以处于EPC NAS模式。类似地，网络可以在AMF 330或MME316中维持状态。此外，WTRU 390可以维持NG CN 306和EPC 302的单一协调注册。在双注册模式中，WTRU 390可以处理NG CN 306和EPC 302的独立注册。例如，在该模式中，WTRU 390可以仅注册到NG CN 306，仅注册到EPC 302或者注册到NG CN 306和EPC 302。

在一个实施例中，可以在单注册模式中支持移动性。尽管NG CN 306中的AMF 330与EPC 302中的MME 316之间的NGx 376接口是可选的，但是可能需要NGx 376接口，例如，当可能需要语音的无缝会话连续性时。如果支持NGx 376，则为了从NG CN 306到EPC 302的空闲模式移动性，WTRU 390可以利用从5G-GUTI映射的4G-全球唯一临时标识(GUTI)执行跟踪区域更新(TAU)过程。GUTI。MME 316可以从NG CN 306检索WTRU的390MM和SM上下文。为了从NG CN 306到EPC 302的连接模式移动性，可以执行系统间切换。

WTRU可以(例如，为了从EPC到5GC的空闲模式移动性)利用从4G-GUTI映射的5G-GUTI执行注册过程。AMF 330和SMF 334可以从EPC 306检索WTRU的MM和SM上下文。可以执行系统间切换，例如，以用于从302EPC到NG CN 306的连接模式移动性。

在另一个实施例中，可以在双注册模式中支持移动性。可能不需要支持NG CN 306中的AMF 330与EPC 302中的MME 316之间的NGx 376接口。在从NG CN 306到EPC 302的系统间移动期间，利用PDN连接请求消息中的切换指示，WTRU 390可以在EPC 302内执行附着。随后，WTRU 390可以利用切换标志使用WTRU发起的PDN连接建立过程来移动其另一PDU会话。例如，WTRU 390可以不继续在NG CN 306中执行注册，并且可以在NG CN 306中保持注册而没有PDU会话，直到其在NG CN 306中的注册超时并且网络执行隐式分离。

在从EPC 302到NG CN 306的系统间移动性期间，WTRU 390可以在NG CN 306中执行注册。WTRU 390可以随后利用切换标志使用WTRU发起的PDU会话建立过程从EPC 302移动其PDN连接。WTRU 390可以不继续在EPC 302中执行TAU。例如，WTRU 390也可以在EPC 302中没有PDN连接的情况下保持连接，直到网络执行隐式分离。例如，当最后的PDN连接被移动到NG CN 306时，在EPC 302中不支持没有PDN连接的附着的WTRU 390可以在EPC 302中分离。

在用于下一代核心网络的移动性框架的3GPP研究中，已经引入了移动性级别以支持按需移动性要求并通过限制移动性支持来适应设备来节省网络资源。例如，已经引入了“移动性类(mobility class)”和“会话类(session class)”的概念。移动性类可以描述WTRU的移动性支持级别。移动性类可以纯粹与移动性对WTRU的影响相关，就像WTRU不具有任何PDU会话一样；因此，每个WTRU需要一个移动性类。会话类可以描述WTRU的PDU会话的移动性支持级别。会话类可以在仅考虑PDU会话的情况下与移动性对WTRU的影响有关。可能需要每个PDU会话一个会话类。

给出移动性类的示例可以包括：(i)无限制(或高)移动性，其中对允许的地理区域没有或仅有很小的限制，例如，由移动宽带(MBB)用户使用；(ii)低移动性，其中所述允许的地理区域被限制，例如，用于固定用户，并且其大小可以限于1-5个跟踪区域(TA)；(iii)没有移动性，其中所述允许的地理区域被限制，例如，用于仅通过固定点(具有可能的移动性的自己的接入网络)接入网络的用户，并且其中大小可以限于1个TA。

为会话类给出的示例可以包括：(i)会话预设置，其中通过预先设置PDU会话来支持移动性，并且可以在目标侧预先建立会话移动性(SM)资源，例如，相当于切换过程；(ii)会话后设置，其中通过PDU会话的后设置支持移动性，并且可以在WTRU移动到目标侧之后建立SM资源，例如，等同于小区重选/空闲模式移动性过程；(iii)没有PDU会话，其中WTRU不允许PDU会话。

在另一示例中，移动性级别可以包括具有空闲模式移动性(IMM)级别和连接模式移动性(CMM)级别。IMM可以是WTRU级属性，例如每个WTRU一个IMM，并且可以取决于WTRU漫游的区域。IMM级别的示例是：(i)级别1，空闲但不可达；(ii)级别2，移动性有限(在固定跟踪区域寻呼)；(iii)级别3，全移动性。CMM可以是每PDU会话属性，并且可以取决于会话是否被保留。CMM级别的示例包括：(i)没有会话保留的移动性；(ii)具有非无损会话保留的移动性；(iii)具有无损会话保留的移动性。对于以上示例，应当注意，是否支持会话连续性可能是确定每PDU会话移动性级别的关键因素。

5G网络系统可以针对同一WTRU以逐个会话为基础执行以下之一：(i)支持会话连续性；(ii)不支持会话连续性；(iii)在未提供会话连续性时支持服务连续性。本文解决了一些问题。例如，这里解决的问题是下一代系统如何确定新会话的会话连续性支持的级别。这里解决的另一个问题是下一代系统如何对WTRU中的一些会话应用一个级别的会话连续性支持，同时为同一WTRU中的其他会话应用不同级别的会话连续性。

PDU会话可以是WTRU与数据网络(DN)之间的关联。它可能类似于EPC中使用的分组数据网络(PDN)连接的概念。可能有三种类型的PDU会话：IP、非IP和以太网。IP类型的PDU会话可以是WTRU和IP数据网络之间的关联。PDU会话与包括E-UTRAN和EPC的演进分组系统(EPS)中的单堆栈PDN连接相当。EPS中的双堆栈PDN连接可以对应于两个PDU会话。

会话连续性可以意味着PDU会话的连续性。对于IP类型的PDU会话，会话连续性可能意味着在PDU会话的生存期内保留IP地址。服务连续性可以意味着服务的不间断用户体验，包括在IP地址和/或锚点改变的情况下的服务的不间断用户体验。

5G网络系统中的会话可以与三种不同的服务和会话连续性(SSC)模式相关联：SSC模式1、SSC模式2和SSC模式3。如本文所使用的，术语SSC模式和SSC级别可以指代相同的概念和术语可互换使用。在SSC模式1中，可以维持相同的用户平面功能(UPF)，而不管WTRU用于接入网络的接入技术(例如，RAT和小区)。例如，可以在PDU会话的生存期期间维持可以在建立PDU会话时充当PDU会话锚点的UPF。例如，无论WTRU移动性事件如何，都可以支持因特网协议(IP)连续性。

在SSC模式2中，可以仅在被称为UPF的服务区域的接入网络附着点(例如，小区和RAT)的子集(即，一个或多个子集，但不是所有子集)上维持相同的UPF。当WTRU离开UPF的服务区域时，WTRU可以由适合于WTRU的新的网络附着点的不同UPF服务。具体地，网络可以触发PDU会话的释放并指示WTRU(例如，立即)建立到相同数据网络的新PDU会话。可以在建立新的PDU会话时选择充当PDU会话锚点的新UPF。SSC模式2可以被称为先断后建类型的PDU会话

在SSC模式3中，网络可以允许WTRU在最终终止先前PDU会话之前建立到相同数据网络(DN)的附加PDU会话。当WTRU请求附加PDU会话时，网络可以选择适合于WTRU的新的网络附着点的目标UPF。当两个PDU会话都是活动的时，WTRU可以主动地将应用从先前的PDU会话重新绑定到新的PDU会话，或者可选地等待绑定到先前的PDU连接的流结束。换句话说，在WTRU与先前PDU会话锚点之间的先前连接被释放之前，网络可以允许经由新PDU会话锚点建立到相同DN的WTRU连接。SSC模式3可以被称为先建后断类型的PDU会话。

图4示出了以一种会话连续性开始新业务流的示例应用410。WTRU 400可以确定应用410所需的SSC模式。然后，应用410可以向网络堆栈420发送新的IP请求430以开始新的会话。具体地，启动新流的应用410可以打开新套接字并在新IP会话请求430中指示该流所需的会话连续性类型。这可以通过使用套接字API扩展来指示。(套接字API扩展的进一步细节在RFC 3493、RFC 3542和draft-ietf-dmm-ondemand-mobility中公开。)换句话说，应用410可以使用已经指定的软件API来指示什么类型的会话连续性是需要。例如，如果应用410请求具有游动IP地址(或非持久IP地址)的套接字，则本质上，应用请求SSC模式2。这种类型的IP地址既不提供IP会话连续性也不提供IP地址可达性。

如果应用410请求具有固定IP地址或持续IP地址的套接字，则本质上，应用410分别请求SSC模式1或SSC模式3。固定IP地址是一个保证在很长时间内有效的地址。需要IP会话连续性和IP地址可达性的应用需要固定IP地址。持续IP地址(或会话持久性IP地址)是一个保证在请求它的整个IP会话(一个或多个)期间有效地址。需要IP会话连续性但不需要IP地址可达性的应用需要具有会话持久性IP地址。

图5示出了在没有会话连续性类型的指示的情况下开始新业务流的示例应用510。如果启动流的应用510不指示所需会话连续性的类型，则WTRU 500可以通过使用提供的策略数据库来确定所需的会话连续性，如图5所示。例如，应用510可以向网络堆栈530发送新的IP会话请求540而不指示会话连续性类型。网络堆栈520可以从策略数据库530获得会话连续性类型。具体地，策略数据库530可以包含优先级规则列表，并且每个规则可以指示整个应用或特定流类型的所需SSC模式。例如，WTRU 500中的策略数据库530可以包含以下规则：(i)规则1，优先级1：App＝com.example.skype，所需连续性类型＝SSC模式3；(ii)规则2，优先级2：App＝com.example.web.server，所需连续性类型＝SSC模式1；(iii)规则3，优先级3：协议＝TCP；目的地端口＝80，所需的连续性类型＝SSC模式2；(iv)默认规则：默认连续性类型＝SSC模式2。

当WTRU在从应用接收请求之前尝试建立PDU会话时(例如，在初始附着期间，或者应用不请求SSC模式，或者WTRU没有针对特定应用的策略)，WTRU可能不会如图4和5所述那样确定SSC模式。在这种情况下，如果WTRU被提供有默认SSC模式(例如，作为图5中所示的策略的一部分)，则WTRU可以使用默认SSC模式请求PDU会话。默认SSC模式可以是上述三种SSC模式之一。例如，可以为固定的IoT传感器或甚至智能手机提供默认的SSC模式2。如果WTRU没有被提供默认的SSC模式，则WTRU可以在不提供SSC模式的情况下请求PDU会话。在这种情况下，网络可以例如基于订阅数据和/或网络策略来确定PDU会话的SSC模式，并且可以将所选择的模式提供回WTRU。

图6是示出用于具有SSC模式2的PDU会话的示例用户平面功能(UPF)重定位的信令图。如果WTRU 602具有SSC模式2的PDU会话并且WTRU 602移出当前PDU会话的UPF1 608所服务的区域，则在步骤616，会话移动性功能(SMF)612可以确定需要执行UPF重定位。之后，在步骤618，SMF 612可以经由AMF 606和(R)AN 604发送需要PDU会话重建的NAS消息至WTRU602。在接收到需要PDU会话重建的NAS消息时，在步骤620，WTRU 602可以发起与SMF 612的PDU会话释放过程，并触发WTRU 602释放PDU会话(以下称为旧PDU会话)。然后，可以释放与UPF1 608的UL/DL数据614连接。在步骤622，WTRU 602可以与SMF 612发起PDU会话建立过程，并且(重新)建立新的PDU会话(在下文中，新的PDU会话)。在从WTRU 602接收到PDU会话建立请求之后，SMF 612可以为新的PDU会话选择UPF2 610。在建立新的PDU会话之后，WTRU602可以从/向UPF2 610接收/发送UL/DL数据624。

图7是示出具有SSC模式3的PDU会话的示例UPF重定位的信令图。可以由SMF 712触发图7的流程，以便为WTRU 702重新定位服务于SSC模式3的PDU会话的PDU会话锚点。在利用新PDU会话锚点(即，UPF2 710，其由相同的SMF 712控制)与相同数据网络(DN)建立新的PDU会话之后，该过程可以释放与旧PDU会话锚点(即，UPF1 708)相关联的旧PDU会话。具体地，如果WTRU 702具有SSC模式的PDU会话并且WTRU 702移出当前PDU会话的UPF1 708所服务的区域，SMF 712可以在步骤716确定需要执行UPF重定位。在确定所需的UPF重定位之后，SMF712可以在步骤718通过AMF 706和(R)AN 704向WTRU发送具有会话释放定时器的NAS消息。在NAS消息中，SMF 712可以通知将在一段时间内释放WTRU 702的旧PDU会话，并提供向同一DN请求新PDU会话的可能性。NAS消息可以包含现有PDU会话ID和指示网络愿意维持现有PDU会话多长时间的定时器值。

在接收到具有PDU会话释放定时器的NAS消息时，WTRU 702可以在步骤720与SMF712发起PDU会话建立过程。具体地，WTRU 702可以生成新的PDU会话ID并发送PDU会话建立请求给SMF 712。该新的PDU会话ID可以包括在N1会话管理(SM)信息中。可以在PDU会话建立请求的NAS消息中将旧PDU会话ID提供给AMF 706。AMF 706可以在N11消息中将N1 SM信息与旧PDU会话ID发送到SMF 712。SMF 712可以基于从AMF 706接收的旧PDU会话ID以及N1 SM信息中新PDU会话ID的存在，检测到PDU会话建立请求与在步骤718中的触发相关。SMF 712可以存储新的PDU会话ID，并为新的PDU会话选择新的PDU会话锚点(即，UPF2 710)。SMF 712可以向AMF 706提供新的PDU会话ID。AMF 706可以存储新的PDU会话ID和SMF 712ID的关联以用于新的PDU会话。

在已经通过UPF2 710建立到相同DN的新PDU会话之后，WTRU 702可以从/向UPF2710接收/发送UL/DL数据624。可以在步骤724的PDU会话释放过程中释放旧PDU会话，该释放可由WTRU在步骤718中提供的定时器到期之前(例如，一旦WTRU 702在新的PDU会话中合并了PDU上的所有业务或者如果不再需要所述会话)进行，可由SMF 712在该定时器到期时进行。然后，可以释放与UPF1 708的旧PDU会话，并且还可以断开与UPF1 708的UL/DL数据714连接。

如图6和图7中所述，在PDU会话建立过程步骤622和步骤720期间，WTRU 602、702可以为PDU会话分配新的PDU会话ID，并将PDU会话ID包括在PDU会话建立请求消息中。AMF606、706可以基于尚未用于WTRU 602、702的任何现有PDU会话的PDU会话ID来确定WTRU的PDU会话建立请求消息对应于对新PDU会话的请求。

当WTRU从EPC系统移动到5G系统时，可以提供SSC模式处理。如上所述，5G系统中的PDU会话可以与三种不同的SSC模式相关联。PDU会话可以是4G PDN会话的5G等同/对应。术语PDN连接/会话和PDU连接/会话在本文中可以互换使用。

当WTRU请求PDU会话时，它可以在到5G CN的PDU连接请求消息中包括优选SSC模式。5G CN可以基于WTRU请求、订阅信息和/或其他策略(例如，本地策略)来分配SSC模式。因此，在5G系统中，SSC模式可能对WTRU不透明。然而，在EPC系统中，PDN可能不具有SSC模式。EPC网络可以决定为整个PDN会话保持相同的PGW(例如，类似于SSC模式1)或者可以触发重新建立到新的PGW(例如，当WTRU移动到不同的位置时(例如，选择的IP业务量卸载(SIPTO)场景，可能类似于SSC模式2))。在任一种情况下，这样的动作可以是对WTRU可以是透明的网络决策，并且PDN会话本身可以不与特定的会话连续性行为相关联。

当PDN会话从EPC系统移动到5G系统时，SSC模式可以与会话相关联。这里可以提供针对这种情况的WTRU行为。例如，可以在没有PDU会话的情况下注册从5G系统移动到EPC系统的WTRU。这意味着5G系统中的WTRU可以在没有与网络的数据会话的情况下注册到5G网络。在这种情况下，WTRU可以在没有PDU会话建立过程的情况下执行注册过程。然而，除了EPC系统支持蜂窝物联网(CIoT)优化之外，在EPC系统中，WTRU可能无法没有PDN会话的情况下进行注册或附着。当EPC系统支持作为EPC中的可选特征的CIoT优化时，WTRU可能能够在没有PDN连接的情况下附着到EPC系统。否则，连接到不支持CIoT优化的EPC系统的WTRU可能需要具有至少一个活动PDN会话。因此，当WTRU在5G系统中没有PDU会话的情况下注册并且对不支持CIoT优化的EPC执行系统间改变时，WTRU可能需要采取某些动作以确保平滑过渡。

连接到5G CN的WTRU可以具有多宿主PDU会话。多宿主PDU会话中的WTRU可以同时连接到两个不同的UPF锚点或用户平面网关(UP-GW)锚点。每个UPF锚点可以向WTRU分配不同的源IP地址。因此，可以为WTRU分配两个不同的IP地址用于一个多宿主PDU会话。应当注意，多宿主PDU会话可以应用于IPv6类型的PDU会话。但是，EPC系统可能不支持多宿主PDN连接。EPC系统中的PDU会话可以称为PDN会话。EPC系统中的PDN会话可能是WTRU和PGW之间的端到端连接。因此，WTRU可以连接到用于特定PDN会话的单个PGW，并且可以具有分配给它的一个源IPv6前缀。

当WTRU执行从5G系统到EPC系统的系统间改变时，WTRU的所有会话可能需要被移动到EPC系统以维持无缝连接。如果WTRU在5G系统中具有多宿主PDU会话，则该多宿主PDU会话也可能需要切换到EPC系统。这里可以提供这种多宿主PDU会话的转移和相应的WTRU行为以在系统间转移时维持无缝连接的细节。

在5G网络系统中，当建立PDU会话时，WTRU和5G CN应确定要应用于PDU会话的适当的初始SSC模式。当启动服务或应用时，WTRU和5G CN需要确保用于运送服务或应用的PDU会话需要保证服务或应用所需的SSC模式。

在PDU会话的生命期间，5G CN可能会确定最初或稍后分配给PDU会话的SSC模式不能最好地服务于经过该特定PDU会话进行的业务量类型。这种场景需要由各种网络节点来在检测SSC模式的变化和采取相应的动作方面进行处理。这里可以提供这些细节。

WTRU可以具有至少两个PDN会话，使得其中一个提供会话连续性(例如，IP地址保留)而另一个不提供。由于可能受到不同充电率(charging rate)的应用层需求，一个应用的流可能经历SSC模式的改变。换句话说，SSC模式1(其中SSC模式1不提供IP地址保留的)处理的特定流可能不能被移动到由SSC模式2处理的PDN会话，其中，在切换之后，SSC模式2提供IP地址保留。这里可以提供从一个SSC模式到另一个SSC模式更新流的细节。

用于PDU会话的SSC模式的选择可能影响PDU会话的用户平面路径的建立中的一些事情，例如IP锚点网关的选择。它还可能影响RAN如何准备和处理切换过程。例如，如果PDU会话不需要会话连续性，则可以通过松散控制或甚至WTRU自主切换来代替严格控制的无损切换过程。在这方面，RAN可能需要知道WTRU的PDU会话的SSC模式(一个或多个)，使得WTRU可以为用户平面处理和切换控制进行有效配置。

AMF可以根据数据网络名称(DNN)、SMF负载条件等在PDU会话建立过程期间执行SMF选择。这意味着AMF可以为新的PDU会话选择新的SMF，该新的PDU会话与服务于旧PDU会话的SMF不同。这可能是图6中描述的情况，其中WTRU 602基于在步骤618从SMF接收的PDU会话重建请求，在步骤622向SMF发送PDU会话建立请求。这可能导致相关的PDU会话(包括WTRU的新的PDU会话和旧PDU会话)由单独的网络元件控制。服务于旧PDU会话的SMF可能无法确保相关的新PDU会话是否已成功建立。因此，服务于旧PDU会话的SMF可能无法确定是否释放WTRU的旧PDU会话。

图8示出了在从EPC系统到5G系统的系统间改变时用于SSC模式处理的WTRU行为的示例。当WTRU在步骤802执行从EPC系统到5G系统的系统间改变时，WTRU可以对每个PDU会话执行检查，检查该会话最初是在5G系统还是EPC系统中建立的。如果该会话是在WTRU移动到EPC系统之前在步骤804首先在5G系统中被建立的，则WTRU可能在移动到EPC系统时已经为这种PDU会话存储了SSC模式。当相同的会话被重新定位回5G系统时，WTRU可以在步骤806隐性地将先前存储的SSC模式分配给该PDU会话。WTRU可以基于源IP确定会话是最初在5G中建立的还是可能已经具有存储的SSC值。WTRU可以具有SSC模式到源IP地址的映射。因此，在从EPC到5G系统的系统间改变时，WTRU可以检查是否存在用于源IP地址的SSC模式。如果存在SSC模式，则WTRU可以将该SSC模式应用于5G系统中的PDU会话。

当在步骤808可能已经在EPC系统中建立了正被移动到5G系统的会话，或者WTRU可能没有用于会话的被存储的SSC模式时，在系统间改变时，在步骤810，WTRU可以检查其策略(例如，SSC选择策略(SSCSP))以确定在会话上运行的应用是否可能需要一个或多个SSC模式。如果应用需要一个或多个SSC模式，则该示例场景可以被子分类为例如两种不同的情况，例如(i)其中WTRU可能在步骤812被双注册，以及(ii)其中WTRU可能在步骤816被单注册并且网络支持NGx接口。

作为示例，当双注册的WTRU从EPC系统移动到5G系统以从EPC系统转移其会话时，双注册的WTRU可以执行WTRU发起的PDU连接请求。双注册的WTRU可以检查策略(例如，SSCSP)。例如，当双注册的WTRU确定EPC系统中活动的会话可能需要多个SSC模式时，WTRU可以向具有不同SSC模式的5G核心网络发送多个WTRU发起的PDU连接请求。在步骤814，WTRU可以针对从EPC系统转移的单个PDN会话，激活具有多个SSC模式的多个PDU会话。

在步骤816，如果WTRU是单注册的并且网络支持NGx(或Nx)接口，则例如，当WTRU重新定位到5G系统之后发送注册消息时(例如，类似于EPC中的跟踪区域更新)或执行到5G系统的系统间切换时，会话可以被转移到5G系统。换句话说，WTRU可能不必发起会话转移。在步骤817，WTRU最初可以认为在EPC系统中建立的转移会话可以具有默认SSC模式(例如，SSC模式1或SSC模式2)。

在步骤818，WTRU可以基于SSCSP检查和在会话上传送数据的应用来确定默认SSC模式是否符合应用的服务连续性标准。在一个实施例中，在步骤824，使用会话的所有应用可能优选不同的SSC模式，例如SSC模式3。在步骤826，WTRU可以去激活或拆除已转移的PDU会话，并且可以激活具有优选SSC模式的新的PDU会话。在一个示例中，在步骤820，在PDU会话上发送数据的一些(不是所有)应用可能需要不同的SSC模式。WTRU可以保持已转移的PDU会话并且可以在步骤822激活具有不同SSC模式的新PDU会话。WTRU可以针对可以从EPC系统转移到5G系统的一个或多个会话(例如，PDN会话)执行这些动作。

图9示出了在没有PDU会话的情况下注册的WTRU在从5G系统到EPC系统的系统间改变时的WTRU行为的示例。在步骤902，在5G系统中没有PDU会话的情况下注册的WTRU可以针对连接模式切换和空闲模式重选执行至EPC系统的系统间改变。例如，基于WTRU是否支持与EPC系统中的PDN会话的附着，WTRU可以执行不同的步骤以确保平滑过渡到EPC系统。

如果WTRU在步骤904支持没有PDN会话的附着，则WTRU可以首先检查EPC系统是否支持在没有PDN会话的情况下在系统间改变期间或当系统间改变至EPC系统时进行附着。具体地，WTRU可以读取广播信息(例如，广播支持CIoT控制平面优化的系统信息块(SIB))以进行该确定。如果EPC系统在步骤906支持没有PDU会话的附着，并且在步骤908支持MME和AMF之间的NGx接口，则WTRU可以在步骤912向MME发送跟踪区域更新(TAU)请求。TAU请求可以包括WTRU优选行为信息元素(IE)，其可以指示WTRU支持/优选在LTE中没有PDN会话的附着。包括在跟踪区域请求消息中的临时ID可以是从5G-GUTI映射的4G-GUTI，且具有该ID是映射的GUTI的指示。

如果在步骤908不支持NGx接口，则WTRU可以在步骤910发送包括切换指示的附着消息。WTRU可以在附着请求消息中包括优选网络行为IE，其指示对没有PDN会话的附着的支持。包括在附着消息中的临时ID可以是映射的GUTI，其具有通知MME该ID可以包括在映射的ID中的指示。应当注意的是，当EPC系统不支持没有PDN会话的附着时，WTRU可能表现得好像它不支持没有PDN会话的附着。

如果在步骤916WTRU可能不支持没有PDN会话的附着，则WTRU可以在步骤914用演进分组系统会话管理(ESM)容器发送附着请求。附着请求可以在LTE侧上建立PDN会话。通常，系统间改变时的WTRU行为可能涉及执行TAU过程。然而，WTRU可以跳过TAU过程，因为它将被网络拒绝。相反，WTRU可以直接在EPC系统中执行附着过程。当WTRU不具有先前由MME分配的4G-GUTI时，WTRU可以包括国际移动订户身份标识(IMSI)作为附着请求消息中的临时ID。如果WTRU具有旧4G-GUTI，则它可以在附着请求消息中包括旧4G-GUTI或IMSI和4G-GUTI。因为可能不需要从AMF到MME的上下文转移，所以映射的GUTI可能不是必需的。

在一个实施例中，多宿主PDU会话可以从5G系统切换到EPC系统。从5G系统到EPC系统的系统间改变可能意味着所有WTRU数据会话可以被移动到EPC系统。如果WTRU处于连接模式，则WTRU可以执行到EPC系统的切换。如果WTRU处于空闲模式，则WTRU可以向EPC系统发送诸如附着或TAU消息的NAS注册消息。在任一情况下，核心网络中的PDU会话可以基于在EPC中的MME与5G CN中的AMF之间的交互而被转移到EPC系统。WTRU可以在切换完成时(例如，在连接模式情况下)或在注册接受消息中(例如，在空闲模式情况下)接收PDN连接的转移确认。如果在系统间改变时WTRU双注册到EPC系统和5G系统，则WTRU可以在系统间改变之后执行WTRU发起的PDN连接请求以将PDU会话转移到EPC系统。

如上所述，多宿主PDU会话可以作为具有锚点PGW的PDN会话从5G系统转换到EPC系统。PDN会话可以与先前在5G系统中用于该多宿主PDU会话的IPv6前缀之一相关联。因此，WTRU可能需要基于以下示例中的一个或多个来确定两个IPv6前缀中的哪一个对应于EPC系统中的被转移PDN会话中的PDN会话：

在确定IPv6前缀的示例中，WTRU可以从EPC系统接收新的业务流模板(TFT)和分组过滤器(例如，在PDN可能被移动到新系统之后)。TFT/分组过滤器可以是会话管理NAS消息的一部分(例如，承载修改消息或专用承载激活消息)。用于先前多宿主PDU会话的分组过滤器中的源IP地址可以向WTRU指示用于EPC侧上的PDN连接的IPv6前缀。在确定IPv6前缀的另一示例中，对于双注册情况下的WTRU发起的PDN连接请求过程，WTRU可以在PDN连接接受消息中从EPC网络接收先前分配的IPv6前缀(例如，被称为第一IPv6前缀)。

然后，WTRU可以确定是否保留其他IPv6前缀(例如，被称为第二IPv6前缀)。如果第二IPv6前缀用于SSC模式3的多宿主PDU会话，则WTRU可以丢弃该第二IPv6前缀。这是因为EPC系统不支持先建后断PDN会话连续性(即，SSC模式3)。当IPv6前缀与本地网络相关联并且WTRU可能已经移出本地网络的覆盖范围时，WTRU还可以移除第二IPv6前缀。

在一些实施例中，WTRU可以存储第二IPv6地址并使用它来转移应用数据。当WTRU保持第二IPv6前缀时，WTRU可以采取以下动作中的一个或多个来为所保持的第二IPv6前缀建立会话，以使应用能够继续使用第二前缀。可替换地，当具有多归属PDU会话的WTRU移动到LTE时，除非WTRU从EPC网络接收到路由器通告(RA)以更新相关的IPv6前缀，WTRU可以保持所有IPv6前缀可用。

为了在EPC系统中建立PDN会话，WTRU可以向EPC系统中的MME发送PDN连接请求消息。PDN连接请求消息可以包括与5G系统中的多宿主PDU会话相同的接入点名称(APN)。这可以使MME能够使用第一IPv6前缀选择与PDN连接相同的PGW。此外，如果多宿主PDU会话可能已经被启用以与本地数据网络连接，则PDN连接请求可以包括数据网络的名称(例如，本地APN)。

WTRU还可以在可为PDN会话分配的静态IP地址的协议配置选项(PCO)部分中包含的指示。或者，WTRU可以在PCO中用信号通知WTRU可以基于路由器通告(RA)过程来要求IP分配。在建立PDU会话之后，WTRU可以在RA消息中将第二IP前缀发送到PGW。

WTRU可以激活与具有第二IPv6前缀的PDN连接相对应的专用承载。第一和第二IPv6前缀可以与引导至默认和专用承载的IP接口(即，在应用处理器中的IP层)相关联。来自第二IPv6前缀的业务可以使用TFT通过专用承载(即，在调制解调器内)来路由。

网络分片是5G系统的关键特征，是用于提供不同服务和满足不同服务要求的使能器。可以通过将不同的网络实体分组到网络切片实例(NSI)中来执行网络分片，以实现共享网络功能(例如，控制平面(CP)功能)和专用网络功能(例如，用户平面(UP)功能)。在切片网络中，可以针对特定网络切片实例(NSI)建立WTRU的PDU会话，并且每个PDU会话可以在最多一个NSI中运送但不在多个NSI中运送。每个NSI可能对某些SSC模式有其特定的支持。NSI内的CP和UP节点可以被配置为实现支持的SSC模式。例如，一个NSI可以支持无损会话连续性，而另一个NSI可能不支持会话连续性。NSI也可以同时支持各种SSC模式。因此，具有特定SSC模式的PDU会话可以在支持该特定SSC模式的NSI中被建立。

图10示出了NSI 1030支持一种唯一SSC模式的示例场景。如图10所示，NSI 1030可以包括CP功能1040和UP节点1035。因为在该示例中NSI 1030可以仅支持一种SSC模式，所以UP节点1035可以向WTRU 1005、1010中的每一个提供单个SSC模式。例如，WTRU 1 1005可以具有与UP节点1035的SSC模式1的PDU会话1015。类似地，WTRU 2 1010具有与UP节点1035的SSC模式1的PDU会话。在这种场景下，当为待建立的PDU会话选择NSI 1030时，可以隐性地确定待建立的PDU会话的SSC模式。当选择NSI 1030时，还可以考虑用于PDU会话的期望SSC模式。

图11示出了NSI支持多种SSC模式的示例场景。如图11所示，NSI 1130可以包括CP功能1140和UP节点1135。因为NSI 1130可以支持多个SSC模式，所以UP节点1135可以向WTRU1105、1110中的每一个提供多个PDU会话。例如，WTRU 1 1105可以具有SSC模式1的PDU会话1115，但是WTRU 2 1110可以具有SSC模式2的PDU会话1120。在这种场景下，当选择NSI 1130时，还可以考虑用于PDU会话的期望SSC模式。此外，可能需要更多的过程和配置来保证满足PDU会话的期望SSC级别。

图12是示出直接分配NSI的SSC模式作为PDU会话的SSC模式的信令图。如图12所示，在步骤1225，WTRU 1205可以最初经由公共移动性控制功能1210附着到5G网络。如果在步骤1230公共移动性控制功能1210成功认证了WTRU 1205，则在步骤1235，公共移动性控制功能1210可以确定WTRU 1205的默认NSI 1215。该默认NSI 1215选择可以基于诸如WTRU订阅数据、WTRU的服务类型、或WTRU的移动性特征和要求等几个因素来确定。步骤1235的默认NSI选择可以由WTRU自主选择执行或由网络控制。

在步骤1240，WTRU 1205可以在初始附着/注册过程期间经由附着接受消息接收由默认NSI 1215支持的SSC模式(一个或多个)。具体地，处理附着/注册和切片选择的公共移动性控制功能1210可以为WTRU 1205选择默认NSI 1215，并将所选择的NSI信息(例如，NSI标识符及其支持的SSC模式)返回给WTRU 1205。公共移动性控制功能1210不仅可以提供所选NSI的支持SSC模式(即，默认NSI 1215)，还可以提供WTRU 1205可能使用的其他NSI的支持SSC模式。

在一个实施例中，默认NSI 1215或其他NSI(一个或多个)可以将其支持的SSC模式作为网络切片信息的一部分广播到WTRU 1205或相邻WTRU。WTRU 1205可以在切片发现过程期间获取所广播的切片信息，并存储该包括其支持的SSC模式的切片信息。

在WTRU 1205附着到网络之后，WTRU 1205可以在步骤1245向会话管理功能(SMF)1220发送PDU会话建立请求以建立PDU会话。也可以在初始附着和默认NSI选择过程期间或在初始附着和默认NSI选择过程之后不久建立默认PDU会话。利用默认会话建立，WTRU 1205可以在步骤1250将默认NSI 1215支持的SSC模式存储在PDU会话上下文中。WTRU 1205还可以在默认NSI 1215的上下文中存储SSC模式。

当WTRU 1205向所选择的默认NSI 1215发起默认PDU会话建立过程时，处理NSI1215内的会话管理的公共移动性控制功能1210可以在会话管理消息中将支持的SSC模式信息返回给WTRU 1205。如果所选择的默认NSI1215支持单个SSC，则可以在WTRU 1205侧和网络侧将NSI 1215的支持的SSC隐式地指定为所建立的默认PDU会话的SSC模式。WTRU 1205和网络可以在默认PDU会话的上下文中存储SSC模式信息。

图13是示出PDU会话建立期间或之后的SSC模式协商的信令图。如图13所示，在步骤1325，WTRU 1305可以最初经由公共移动性控制功能1310附着到5G网络。如果在步骤1330公共移动性控制功能1310成功认证了WTRU 1305，则公共移动性控制功能1310可以在步骤1335为WTRU 1305确定默认NSI 1315。在步骤1340，WTRU 1305可以在初始附着/注册过程期间通过附着接受消息接收由默认NSI 1315支持的SSC模式(一个或多个)。如果所选择的NSI(即，默认NSI 1315)支持多种SSC模式，则附着接受消息可以包括由默认NSI 315支持的多种SSC模式。例如，附着接受消息包括默认NIS 1315的ID和作为所支持的SSC模式的SSC模式1和2。

在一个实施例中，默认NSI 1315或其他NSI(一个或多个)可以将所支持的多个SSC模式作为网络切片信息的一部分广播到WTRU 1305或相邻WTRU。WTRU 1205可以在切片发现过程期间获取广播的切片信息，并且存储具有所支持的多个SSC模式的该切片信息。

如果所选择的NSI(即，默认NSI 1315)支持多个SSC模式并且WTRU 1305在启动PDU会话建立之前知道该事实，则在步骤1345，WTRU 1305可以在PDU会话建立请求中指示优选SSC模式。PDU会话建立请求还可以包括其他信息，例如可以由网络用来推断用于PDU会话的适当SSC模式的服务类型。在一个实施例中，基于WTRU 1305输入和诸如用户订阅数据和本地策略的一些网络侧信息，SMF 1320可以从其支持的SSC模式中选择一个SSC模式并将其分配给PDU会话。在步骤1350，作为一示例，SMF 1320可以发送具有所选择的SSC模式的PDU会话建立响应，从而通知WTRU1305SSC模式1被确认。在建立默认PDU会话之后，WTRU 1305可以在步骤1355将所选择的SSC模式存储在PDU会话上下文中或存储在默认NSI1315的上下文中。

如果所选择的NSI(即，默认NSI 1315)支持多个SSC级别，但是在启动PDU会话建立之前WTRU 1305不知道默认NSI 1315是否支持单个或多个SSC级别，则WTRU 1305可以仍然指示其优选的SSC模式并依赖于网络来分配如上所述的适当的SSC模式。可替换地，在步骤1360的PDU会话建立请求/响应期间，WTRU 1305可以不在PDU会话建立中指示优选SSC模式或其他相关信息。然而，在WTRU 1305在PDU会话建立响应消息中接收到支持的SSC模式信息之后，WTRU 1305可以与默认NSI 1315发起进一步的SSC模式协商过程。具体地，在步骤1365，WTRU 1305可以发送包括优选SSC模式(例如，SSC模式1)和/或相关信息的SSC协商请求消息到默认NSI 1315。在接收到优选SSC模式时，默认NSI 1315可以确定该默认NSI1315是否支持该SSC模式。如果该默认NSI 1315支持该SSC模式，则该默认NSI 1315可以在步骤1370将SSC协商响应发送回WTRU 1305。该SSC协商响应可以包括SSC模式1被分配给所请求的PDU会话的确认。之后，在步骤1380，WTRU 1305和网络可以在默认PDU会话的上下文中存储该SSC模式信息。

在一个实施例中，WTRU可以预先配置有其可以使用的多个NSI。该多个NSI中的每一个可以预先配置有一组支持的SSC模式。当WTRU打算在预先配置的NSI之一中建立PDU会话时，WTRU可以仅从由目标NSI所支持的一组SSC模式中选择优选的SSC模式。当WTRU注册到归属网络时，可以使用可以由潜在NSI支持的预先配置的一组SSC模式。当WTRU在访问者网络中漫游时，WTRU可能需要通过上述过程从服务网络获得切片支持的SSC模式。

在另一实施例中，WTRU可以根据WTRU中的本地配置或主导服务类型自主地选择SSC模式之一作为默认PDU会话的SSC模式。例如，如果：(i)为机器类型通信(MTC)设备选择默认NSI；(2)NSI支持无损会话连续性和无会话连续性；以及(3)MTC设备确定潜在MTC服务不需要会话连续性，然后WTRU可以选择将无会话连续性分配为PDU会话的SSC。在WTRU确定了PDU会话的SSC模式之后，设备可以通过适当的会话管理消息向网络通知该决定。

图14示出了确定新服务的SSC模式并确定是否需要新的PDU会话。当WTRU启动新服务或应用时，WTRU可能需要确定包括默认PDU会话和其他PDU会话的已建立PDU会话是否可以适应新服务或应用的会话连续性要求。例如，当在步骤1405启动新服务或应用时，WTRU可以在步骤1410从应用或服务层接收包括应用类信息(例如，应用类＝1)的服务请求。在步骤1415，WTRU可以确定新服务或应用需要什么SSC模式。WTRU可以具有本地配置，该配置指示每个应用类所需的SSC模式。在步骤1420，通过用所接收的应用类(例如，AC＝1)查找本地配置，WTRU可以能够确定新服务或应用所需的SSC模式(例如，SSC模式＝1)。本地配置可以包括SSC模式和应用类之间的映射，例如，AC1＝＝SSC模式1。

在一个实施例中，WTRU可以在本地数据库中存储先前为该服务或应用确定的SSC模式。这可以由WTRU本身或由网络执行。一旦启动相同的服务或应用，WTRU可以查找本地数据库并对该服务或应用应用相同的SSC模式。

在步骤1415在本地确定新服务或应用的适当SSC模式之后，WTRU可以在步骤1430针对现存PDU会话的SSC模式(一个或多个)检查新服务或应用。如果存在可以容纳用于新的服务或应用的期望SSC模式的PDU会话，WTRU可以在步骤1435使用现存PDU会话来运送该新服务或应用。否则，WTRU可以在步骤1440发起新的PDU会话建立过程。

可替换地，WTRU可以依赖于网络来确定新服务或应用的SSC模式。图15示出了确定新服务或应用1502的SSC模式的网络。在该示例中，如图12和图13所示，假设通过PDU会话建立过程1520已经为WTRU 1504分配了PDU会话的初始SSC模式(例如，SSC模式1)。当启动新服务或应用1502时，新服务或应用1502可以在步骤1516向WTRU 1504发送具有应用类(例如，应用类＝1)的指示的新服务请求。在接收新服务请求时，WTRU 1504可以在步骤1522经由公共移动性控制功能1506或者WTRU 1504当前所连接到的NSI中的控制功能向SMF 1510发送服务请求消息。在该服务请求消息中，WTRU 1504可以指示应用/服务级别信息，例如应用类(例如，AC＝1)。

在接收到服务请求消息之后，在步骤1524，SMF 1510或在默认NSI 1508中处理服务请求消息的控制功能可以为服务/应用1502导出(derive)适当的SSC模式(例如，SSC模式＝2)。具体地，SMF 1510或控制功能可以针对关于应用类和SSC模式之间的映射的本地配置来检查所指示的应用类，从而为新服务请求确定适当的SSC模式。然后，在步骤1526，SMF1510或控制功能可以在服务响应消息中将所确定的SSC模式(例如，SSC模式＝2)发送回WTRU 1504。在接收到服务响应消息之后，WTRU 1504可以在步骤1528进一步确定是否需要新的PDU会话。例如，WTRU 1504可以检查在步骤1520建立的现存PDU会话是否支持所确定的SSC模式(例如，SSC模式2)。如果现存PDU会话不支持所确定的SSC模式，则WTRU 1504可以在步骤1530将具有所确定的SSC模式(例如，SSC模式2)的PDU会话建立请求发送到支持所确定的SSC模式(例如，SSC模式2)的NSI 1512中的SMF1514。

如上所述，PDU会话可以与单个SSC模式相关联。单个SSC模式可以由WTRU发送到核心网络控制平面(CN-CP)节点。可替换地，该单个SSC模式可以由CN-CP基于WTRU订阅和/或本地策略来分配。在任一情况下，CN-CP节点可以向服务于PDU连接的UP-GW发送一些业务量检测规则。发送到UP-GW的业务量检测规则可以是一种或多种形式的流描述符、IP 5元组、要检测的应用(一个或多个)的应用ID和/或分组标记等。CN-CP还可以指定UP-GW可能需要检测的某些应用消息。这样的应用消息可以与维持应用级服务连续性、或传输控制协议(TCP)连接丢失消息等有关。CN-CP节点的示例包括SMF或AMF等。UP-GW的示例包括UPF等。

然后，UP-GW可以分析和检测经过该PDU连接的业务量。可以将WTRU业务量报告发送到CN-CP节点。WTRU业务量报告可以被周期性地发送，或者在检测到定义规则的参数之外的业务量时发送，或者在这两种情况下都发送。基于所接收的WTRU业务量报告，CN-CP可以确定当前SSC模式对于该PDU连接上的业务流的类型是否是最优的。该确定可以是基于以下知识的：属于不同SSC模式的业务量正通过该PDU连接流过。CP-CN节点可以考虑该业务流的持续时间以决定是否需要改变SSC模式。其他决策标准可以包括该PDU连接上需要不同SSC模式的应用流的数量、或这样应用的频率等。

一旦CN-CP节点确定需要SSC模式的改变，CN-CP节点然后可以用重新连接请求将当前PDU会话断开连接，或者发送修改的PDU连接请求消息。在这两种情况下，CN-CP可以包括新的SSC模式以及可能包括到WTRU的原因代码，其指示PDU会话断开或PDU修改过程的原因。

图16是示出基于业务量检测的网络触发的SSC模式更新的信令图。在步骤1610，WTRU 1602可以将具有期望SSC模式的PDU连接请求发送到CN-CP 1606。在步骤1612，CN-CP1606可以基于来自PDU连接请求消息的接收信息来选择NSI。在步骤1614，CN-CP 1606可以发送具有NSI支持的SSC模式的PDU连接接受消息。在这些步骤1610、1612、1614期间，CN-CP节点1606可以决定是否从UP-GW节点1608请求业务量报告。如果CN-CP节点1606确定请求业务量报告，则CN-CP 1606可以在步骤1616通过向UP-GW 1608发送业务量检测请求消息来请求UP-GW 1608对该PDU连接执行业务量检测。

如上所述，还可以将用于检测特定业务量或消息的规则发送到UP-GW 1608。发送到UP-GW 1608的规则可以是一种或多种形式的流描述符、IP 5元组、要检测的应用的应用ID(一个或多个)和/或分组标记等。CN-CP 1606还可以指定UP-GW 1608可能需要检测的某些应用消息。在步骤1608，UP-GW 1608可以基于所接收的规则对PDU连接的业务量执行业务量检测。在步骤1620，UP-GW 1608可以向CN-CP 1606发送WTRU的业务量报告。业务量报告可以是周期性WTRU业务量报告，或是当UP-GW 1608检测到不符合在步骤1616配置的规则的业务量时触发的报告。

在接收到WTRU业务量报告时，在步骤1622，CN-CP 1606可以确定当前SSC模式对于该PDU连接上的业务流的类型是否是最优的。该确定可以是基于以下知识的：属于不同SSC模式的业务量正流过PDU连接。CP-CN节点1606可以考虑该业务流的持续时间以做出是否需要SSC模式的改变的决定。其他决策标准可以包括该PDU连接上的其需要不同的SSC模式的应用流的数量以及这样应用的频率。

CN-CP 1606可以执行步骤1624或一起执行步骤1626、1628。在步骤1624，如果CN-CP 1606决定修改当前PDU连接，则CN-CP 1606可以通过发送修改PDU会话请求/接受消息来触发修改过程。新的SSC模式可以被包括在修改PDU连接消息中。在步骤1626，CN-CP 1606可以向WTRU 1602发送修改PDU断开消息，以利用重新连接请求断开当前PDU连接。新的SSC模式可以被包括在PDU连接断开消息中。在接收到具有重新连接请求的PDU会话断开时，在步骤1628，WTRU 1602可以发起具有新SSC模式的PDU连接请求过程。

在一个实施例中，可以提供SSC模式的改变以用于跨PDN连接切换流。例如，WTRU可以具有使用具有SSC模式3的PDN连接A的一组IP流。每个IP流可以包括至少源IP、源端口号、目的地IP、目的地端口号、协议类型等。在该示例中，假设SSC模式3不提供会话连续性(即，IP地址保留)。WTRU可以具有另一个PDN连接，例如，具有SSC模式1的PDN连接B。对于该示例，还假设SSC模式1意味着支持服务连续性(即，支持IP地址保留)。

在任何时候，当需要不同的SSC模式处理时，核心网络(CN)可以确定至少一个流可以从一个PDN连接切换到另一个PDN连接。应当注意的是，CN的切换可以意味着涉及至少一个CN实体。该CN实体可以是CP节点、UP节点等。CP节点的示例可以包括AMF、SMF、策略控制功能(PCF)等。UP节点的示例可以包括任何用户平面节点，诸如UP-GW、UPF等。

CN可以使用本文公开的方法的任何组合来确定是否需要针对组流更新SSC模式。例如，WTRU可以向CN发送请求以更新该组流的SSC模式。该请求可以指示期望这样更新的流。WTRU还可以在所述请求中包括与每个流相对应的应用ID。WTRU可以使用任何公开的用于建立具有特定SSC模式的PDN连接的方法，基于来自较高层(例如，WTRU中的应用客户端)的请求来发送所述更新请求。WTRU可以基于用户经由可选地用于众所周知的应用或会话等的用户界面的交互来发送所述更新请求。

CN可以基于本地策略确定改变特定组流的SSC模式。应用功能(AF)或应用服务器(AS或第三方应用提供方)也可以请求用于特定流的SSC模式的改变。例如，AF或AS可以通过暴露(exposure)功能(例如，API)或经由与网络的PCF的接口向CN请求改变。该暴露功能或该PCF还可以通知其他CN节点，例如SMF。该SMF可以反过来通知AMF。在某些时候，特定CP功能可以考虑其他方面，例如，AF身份标识、AS身份标识、用户订阅简档、本地策略等，以确定是否可以准许该请求。CN可以从订户储存库接收更新的订阅信息，该更新的订阅信息指示SSC模式改变对于该WTRU而言是被允许的，可选地，该更新的订阅信息可以针对每一组标识的流和/或应用ID。

一旦CN确定对组流应用新的SSC模式，CP节点可以选择可以处理该请求的适当的CP和UP节点。然后，AMF可以向与所选择/确定的流的新SSC模式相关联的目标CP/UP节点发送请求。该AMF可以向这些节点发送请求以处理所标识的流。

SMF可以接收将一组流添加到现存PDN连接的请求，或者如果相同的SMF可以提供不同的SSC模式，则SMF可以接收更新针对特定组流的SSC模式处理的请求。该SMF可以更新与该流相关联的SSC模式。该SMF可以进一步更新系统中的其他CP或UP节点，使得可以根据新的SSC模式处理所标识的流。该SMF可以响应AMF，指示该请求的结果。

诸如AMF的CP节点可以负责每个流的SSC模式更新的执行。具体地，CP节点可以向WTRU发送指示特定流受制于SSC模式的更新的请求。具体地，AMF还可以提供该更新生效的时间。AMF可以向WTRU发送新消息并指示每个流的SSC模式的改变，并且可选地指示每个应用ID的SSC模式的改变。AMF实际上可以向WTRU发送对新PDN连接的请求，指示该连接的SSC模式是IP流所需的需求SSC模式。该AMF还可以触发在网络侧建立这样的PDN连接，这可能导致新的NSI选择。如果向WTRU发送对新PDN连接的请求，则网络可以指示这样做的原因是针对所标识的IP流组以及可选的应用ID组等的SSC模式的更新。

当WTRU接收到针对明确定义的流组和可选的应用ID来更新SSC模式的新指示时，WTRU可以向较高层通知与目标IP流和应用ID相关联的应用的IP地址的改变。该新指示可以是对具有新SSC模式的新PDN连接的请求。CN还可以标识IP流的新SSC模式。WTRU可以转而发送：(i)接受或拒绝该请求并标识目标流和应用ID的应答消息；(ii)更新现存PDN连接的请求，例如，以将流添加到服务于目标SSC模式的PDN连接；(iii)更新现存PDN连接的请求，例如，从提供不再需要的SSC模式的PDN连接中移除流。当CN更新目标PDN连接使得目标流组受制于目标SSC模式时，CN可以发起对另一个PDN连接的修改，以便从提供不再需要的SSC模式的那个连接中移除流。

图17是示出从会话管理功能(SMF)1706接收数据无线电承载(DRB)的SSC模式的信令图。如上所述，在步骤1708，WTRU 1702可以通过向NSI中的SMF 1706发送PDU会话建立请求来发起PDU会话。在步骤1710，SMF 1706可以向WTRU 1702发送具有确认SSC模式的PDU会话建立接受。在步骤1712，WTRU 1702可以在PDU会话上下文中存储该SSC模式。在WTRU 1702已经与NSI建立了PDU会话之后，可以在WTRU 1702和RAN 1704之间建立属于该PDU会话的数据无线电承载(DRB)。需要类似服务质量(QoS)处理的应用流可通过同一个DRB被运送。不具有特定QoS要求的应用流可以通过默认DRB来运送。CN中的SMF 1706可以使用显式信令来在WTRU 1702和RAN 1704两侧建立流和DRB之间的映射。

在步骤1714，RAN 1704可以在SMF 1706请求建立DRB时从SMF 1706接收DRB设置请求。该DRB设置请求可以包括流标识、QoS要求、PDU会话ID、SSC模式等。为了使RAN 1704知道DRB的SSC模式，SMF 1706可以从会话上下文中检索SSC模式信息，并且将该SSC模式信息包括在至RAN 1704的请求设置新DRB的信令中。这可以在以下情况下发生：(i)SMF 1706已确定新服务或应用流属于哪个PDU会话；或者(ii)SMF 1706确定需要建立新的DRB，因为现存的DRB不能满足新的服务数据流的QoS要求。

在步骤1716，RAN 1704可以向WTRU 1702发送RRC DRB设置请求以在WTRU 1702和RAN 1704之间建立DRB。RRC DRB设置请求可以包括DRB-ID或流标识等。在接收到RRC DRB设置请求时，WTRU 1702可以在步骤1718向RAN 1704发送RRC DRB设置完成消息。然后可以在WTRU 1702和RAN 1704之间建立DRB，并且RAN 1704可以在步骤1720将SSC模式存储在DRB上下文中。

图18是示出从WTRU 1802接收DRB的SSC模式的信令图。如上所述，WTRU 1802可以通过在步骤1808向NSI中的SMF 1806发送PDU会话建立请求来发起PDU会话。在接收到该PDU会话建立请求时，在步骤1810，SMF 1806可以向WTRU 1802发送具有已确认的SSC模式的PDU会话建立接受消息。然后，WTRU 1802可以在步骤1812将SSC模式存储在PDU会话上下文中。在WTRU 1802已经与NSI建立了PDU会话之后，可以在WTRU 1802和RAN 1804之间建立属于该PDU会话的数据无线电承载(DRB)。具体地，在步骤1814，当SMF 1806请求建立DRB时，RAN1804可以接收来自SMF 1806的DRB设置请求。G该DRB设置请求可以包括流标识、QoS要求或PDU会话ID等。

在步骤1816，RAN 1804可以向WTRU 1802发送RRC DRB设置请求以在WTRU 1802和RAN 1804之间建立DRB。RRC DRB设置请求可以包括DRB-ID、流标识等。RRC DRB设置请求还可以包括流标识(例如，IP元组)和要建立的DRB之间的映射信息。当WTRU 1802从RAN 1804接收用于DRB配置的RRC DRB设置请求时，WTRU 1802可以首先基于流标识信息和DRB信息之间的映射信息来确定哪个PDU会话属于该DRB。然后，WTRU 1802可以从PDU会话上下文中检索SSC模式(如果它是可用的)。在步骤1818，WTRU 1802可以发送具有SSC模式的RRC DRB设置完成消息，以通知RAN 1804对已建立的DRB的SSC模式要求。然后可以在WTRU 1802和RAN1804之间建立DRB，并且RAN 1804可以在步骤1820将SSC模式存储在DRB上下文中。可替换地，该SSC模式可以合并到包括在DRB设置请求1814中的PDU会话ID中。

图19示出了合并了SSC模式1930的示例性PDU会话ID 1900。如图19所示，PDU会话ID 1900可以是包括PDU会话类型1910、PDU会话索引1920和SSC模式1930的一个字节帧。PDU会话类型1910可以包括IP类型、非IP类型、或以太网类型等。PDU会话索引1920可以具有四个比特以指示PDU会话的数量。SSC模式1930可以包括SSC模式1、SSC模式2、或SSC模式3等。

由于WTRU可以同时具有多个PDU会话，因此可以为这些PDU会话建立多个DRB。本文公开了一些示例性场景。在第一场景下，所有DRB都具有相同的SSC模式，其不需要会话连续性。在这种场景下，WTRU根本不需要会话连续性。WTRU可以从RAN接收不需要该WTRU报告测量结果的测量配置。WTRU可以基于测量结果决定何时切换到更好的小区。RAN可以为一些测量度量配置标准或阈值，使得一旦满足那些标准或阈值，WTRU就可以开始自主切换。

在第二场景下，所有DRB都具有需要会话连续性的相同SSC模式。在这种场景下，RAN可以应用常规测量和切换控制。在第三场景下，一些DRB具有不需要会话连续性的SSC模式，但是其他DRB确实需要会话连续性。在这种场景下，RAN可以应用常规测量和切换控制。然而，在切换过程期间可以区分处理那些DRB(即，不需要会话连续性的DRB和需要会话连续性的DRB)的用户平面(即，在RAN内部的用户平面操作)。例如，RAN可能需要在针对需要会话连续性的那些DRB完成切换之前将下行链路(DL)数据转发到目标RAN，但是可以简单地丢弃不需要会话连续性的那些DRB的DL数据。

图20A和20B是示出发送包括关联的PDU会话ID(APSI)的移动性管理(MM)非接入层(NAS)消息的信令图。在该示例中，假设已经在WTRU 2002和UPF1 2008之间建立了具有SSC模式2或SSC模式3的PDU会话。因此，在步骤2014，该现存PDU会话在WTRU 2002和UPF1 2008之间运送UP/DL数据。虽然已经存在PDU会话，但是当需要不同的SSC模式处理时，SMF 2012可以在步骤2016确定需要执行UPF重定位。如果SMF 2012确定当前PDU会话的UPF重定位，则SMF 2012可以在步骤2018经由接入网络(AN)2014向WTRU 2002发送具有所需的PDU会话重建的指示的NAS消息。

在WTRU 2002从SMF 2012接收到具有所需PDU会话重建的指示的NAS消息或对相同数据网络(DN)的新PDU会话的请求之后，如果现存PDU会话的SSC模式是SSC模式2，则WTRU2002可以在步骤2020触发与UPF1 2008的PDU会话释放过程。在步骤2022，WTRU 2002可以响应于PDU会话重建消息，向AMF 2006发送PDU会话建立请求。PDU会话建立请求可以包括PDU会话ID(即，APSI)和N1会话管理(SM)信息。PDU会话建立请求中的APSI可以是为旧PDU会话分配的旧PDU会话ID，以允许网络元件可以将新PDU会话与旧PDU会话相关联。在一个实施例中，WTRU 2002可以将APSI作为专用信息元素(IE)包含在移动性管理NAS消息中。

在接收到PDU会话建立请求时，AMF 2006可以在步骤2024根据APSI选择SMF 2012。AMF 2006可以在SM请求消息中包括APSI，并且在步骤2026将具有PDU会话建立请求的SM请求消息发送到SMF 2012。SM请求消息还可以包括PDU会话ID(即，APSI)和N1 SM信息。在从AMF 2006接收到SM请求消息之后，在步骤2028，SMF 2012可以根据APSI将PDU会话建立请求与旧PDU会话相关联。在步骤2030，WTRU 2002可以与UPF22010执行PDU会话建立过程的其余部分。在建立新的PDU会话之后，可以经由WTRU 2002和UPF2 2010之间的PDU会话来发送UL/DL数据。如果旧PDU会话的SSC模式是SSC模式3，WTRU 2002可以在步骤2034与UPF1 2008发起PDU会话释放过程。应该注意的是，如果在步骤2020中释放旧PDU会话，则AMF 2006可能需要在短时间段保持旧PDU会话上下文，以便AMF 2006可以在步骤2024中选择正确的SMF。

图21A和21B是示出发送包括APSI的N1会话移动性(SM)信息的信令图。类似于图20A和20B中的示例，在该示例中，假设已经在WTRU 2102和UPF1 2108之间建立了具有SSC模式2或SSC模式3的PDU会话。因此，在步骤2014，现存PDU会话正在WTRU 2102和UPF1 2108之间运送UP/DL数据。如上所述，当需要不同的SSC模式处理时，SMF 2112可以在步骤2116确定需要执行UPF重定位。如果SMF 2112确定当前PDU会话的UPF重定位，则在步骤2118，SMF2112可以经由接入网络(AN)2114向WTRU 2102发送具有需要PDU会话重建的指示的NAS消息。

在WTRU 2102接收到具有需要PDU会话重建的指示的NAS消息之后，如果现存PDU会话的SSC模式是SSC模式2，则在步骤2120，WTRU 2102可以与UPF1 2108发起PDU会话释放过程。在步骤2122，WTRU 2102可以响应于NAS消息向AMF 2106发送PDU会话建立请求。该PDU会话建立请求可以包括PDU会话ID和N1会话管理(SM)信息。与图20A和20B中描述的示例(其中APSI包括在PDU会话ID中)不同，在该示例中，N1 SM信息可以包括APSI(即，为旧PDU会话分配的旧PDU会话ID)。考虑到AMF 2106可以总是为WTRU的朝向相同的数据网络名称(DNN)的PDU会话选择相同的SMF 2112，APSI可以仅由SMF 2112使用。这意味着AMF 2106可能不需要使用用于SMF选择的APSI。因此，APSI可以被包括在N1 SM信息中。

在接收到PDU会话建立请求时，AMF 2106可以在步骤2124根据DNN选择相同的SMF2112。AMF 2106在步骤2126将SM请求消息发送到SMF 2112。该SM请求消息可以在N1 SM信息中包括APSI。在接收到SM请求消息之后，在步骤2128，SMF 2112可以根据APSI将PDU会话建立请求与旧PDU会话相关联。在步骤2130，WTRU 2102可以执行与UPF2 2110的剩余的PDU会话建立过程。在建立新的PDU会话之后，可以经由WTRU 2102和UPF2 2110之间的PDU会话来运送UL/DL数据。如果旧PDU会话的SSC模式是SSC模式3，则在与UPF2 2110建立PDU会话之后，WTRU 2102可以在步骤2134发起与UPF1 2108的PDU会话释放过程。

图22A和22B是示出发送包括PDU会话ID(APSI)的MM消息和包括新PDU会话ID的SM消息的信令图。类似于图21A和21B中的示例，在该示例中，假设已经在WTRU 2202和UPF12208之间建立了具有SSC模式2或SSC模式3的PDU会话。因此，在步骤2214，现存PDU会话正在WTRU 2202和UPF1 2208之间运送UP/DL数据。如上所述，当需要不同的SSC模式处理时，SMF2212可以在步骤2216确定需要执行UPF重定位。如果SMF 2212确定现存PDU会话的UPF的重定位，则在步骤2218，SMF 2212可以经由接入网络(AN)2214向WTRU 2202发送具有需要PDU会话重建的指示的NAS消息。

在WTRU 2202接收到具有需要PDU会话重建的指示的NAS消息之后，如果现存PDU会话的SSC模式是SSC模式2，则WTRU 2202可以在步骤2220发起与UPF1 2208的PDU会话释放过程。在步骤2222，WTRU 2202可以响应于NAS消息向AMF 2206发送PDU会话建立请求。PDU会话建立请求可以包括PDU会话ID信息元素(IE)和N1 SM信息IE。不同于图20A、20B、21A和21B中的示例，在该示例中，WTRU 2202可以将PDU会话ID IE的值设置为APSI，并且在N1 SM信息IE中包括所分配的新PDU会话ID。如上所述，APSI是旧PDU会话ID。所分配的新PDU会话ID可以由WTRU 2202针对新PDU会话生成。

在接收到PDU会话建立请求时，AMF 2206可以在步骤2224根据PDU会话ID(即APSI)选择SMF 2212。因为APSI可以是旧PDU会话ID，所以AMF 2206可以将PDU会话建立请求消息路由到服务于旧PDU会话的SMF 2212。具体地，AMF 2106可以在步骤2226向SMF 2112发送SM请求消息。该SM请求消息可以包括APSI和所分配的新PDU会话ID。在接收到SM请求消息之后，在步骤2228，SMF 2212可以检查N1 SM信息，并根据N1 SM信息中的所分配的新PDU会话ID确定该请求与新PDU会话相关。在步骤2229，SMF 2212可以根据APSI将该请求与该旧PDU会话相关联。

在图20A、20B、21A和21B中的示例不同，在本示例中，因为对于AMF 2206，步骤2222处的PDU会话建立请求是用于现存PDU会话的消息，而不是新的PDU会话，所以可能对AMF2206没有影响。SMF 2212可能需要根据N1 SM信息中的所分配的新PDU会话ID来确定该消息(即，SM请求消息)与新PDU会话相关。对于该PDU会话的任何后续会话管理信令，WTRU 2202也可以在会话管理消息的MM部分中包括APSI以及在会话管理消息的SM信息部分中包括新分配的PDU会话ID。

在SMF 2212根据所分配的新PDU会话ID确定所述请求与新PDU会话相关并且根据APSI将该请求与旧PDU会话相关联之后，在步骤2230，WTRU 2202可以执行与UPF2 2210的PDU会话建立过程的其余部分。在建立新的PDU会话之后，可以通过WTRU 2202和UPF2 2210之间的PDU会话来运送UL/DL数据。如果旧PDU会话的SSC模式是SSC模式3，则在与UPF2 2210建立PDU会话之后，WTRU 2202可以在步骤2234发起与UPF1 2208的PDU会话释放过程。

图23是示出基于所支持的SSC模式信息确定SSC模式的信令图。如图23所示，在步骤2325，WTRU 2305可以向接入和移动管理功能(AMF)2310发送初始附着请求。AMF 2310可以基于WTRU订阅数据、WTRU的服务类型、WTRU的移动性特性及要求来确定WTRU 2305的NSI。AMF 2310和SMF 2315可以位于相同的NSI内或位于单独的NSI中。

在步骤2330，AMF 2310可以发送附着接受消息，该附着接受消息包括所选择的NSI的ID和所支持的SSC模式信息。NSI可以支持多种SSC模式。例如，一个NSI可以支持SSC模式1和3，但是其他NSI可以支持SSC模式2和3。支持的SSC模式信息可以包括由所选择的NSI所支持的SSC模式组，例如SSC模式1和SSC模式2。在一个实施例中，NSI可以将其支持的SSC模式信息作为网络切片信息的一部分广播到相邻WTRU。WTRU 2305可以在切片发现过程期间获取广播的切片信息，并且存储该切片信息及其支持的SSC模式信息。在另一个实施例中，NSI可以在PDU会话建立响应消息中包括其支持的SSC模式信息。WTRU 2305可以接收PDU会话建立响应消息并存储所支持的SSC模式信息。

在接收到附着接受消息时，WTRU 2305可以在步骤2335基于所支持的SSC模式信息确定优选SSC模式(例如，SSC模式1)。WTRU 2305然后可以在步骤2340向SMF 2315发送具有其优选的SSC模式(例如，SSC模式1)的PDU会话建立请求。在接收到PDU会话建立请求时，SMF2315可以分配UPF以建立支持优选SSC模式的PDU会话。在步骤2345，SMF 2315可以向WTRU2305发送PDU会话建立响应，其确认所请求的优选SSC模式(例如，SSC模式1)。

也可以在附着过程之后不久建立PDU会话。在步骤2350，WTRU 2305可以将确定的SSC模式(例如，SSC模式1)存储在PDU会话上下文中。WTRU 1205还可以在NSI的上下文中存储SSC模式。如果在步骤2355启动新应用，则WTRU 2305可以在步骤2360在本地确定该新应用的优选SSC模式，并检查现存PDU会话的所确认SSC模式。如果所确认的SSC模式(例如，SSC模式1)不满足新应用的会话连续性要求，则WTRU 2305可以向SMF 2315发送具有其优选的SSC模式(例如，SSC模式3)的PDU会话建立请求。

图24示出了用于在用户平面功能(UPF)重定位期间提供会话连续性的示例过程。假设已经在WTRU和UPF之间建立了具有SSC模式的PDU会话，当现存PDU会话需要不同的SSC模式处理时，SMF可以在步骤2400确定需要重新定位UPF。在确定现存PDU会话需要UPF重定位后，SMF可以发送具有PDU会话建立或重建请求的指示的NAS消息。在步骤2402，WTRU可以经由接入网络(AN)接收所述NAS消息。

NAS消息可以包含用于现存PDU会话的PDU会话ID(下文中，其被称为旧PDU会话ID)和指示网络愿意维持PDU会话多长时间的定时器值。在步骤2406，WTRU可以根据SSC模式生成新的PDU会话ID，并且在步骤2408，经由AMF将包括旧PDU会话ID和/或新的PDU会话ID的NAS消息发送到SMF。NAS消息可以指示PDU会话建立请求，该PDU会话建立请求包括会话管理(SM)部分和移动性管理(MM)部分。新的PDU会话ID可以包括在PDU会话建立请求的SM部分中，例如，在N1 SM信息中。旧PDU会话ID(即，APSI)可以被包括在PDU会话建立请求的MM部分中。WTRU可以将NAS消息发送到AMF，从而AMF可以基于PDU会话请求的MM部分中的旧PDU会话ID来选择SMF。然后，AMF可以将PDU会话建立请求路由到SMF。在一个实施例中，AMF可以仅向SMF发送PDU会话建立消息的SM部分。

在接收到PDU会话建立请求时，SMF可以检查N1 SM信息并在步骤2410根据新PDU会话ID确定该请求与新PDU会话有关。SMF 2212还可以在步骤2410根据旧PDU会话ID将该请求与旧PDU会话相关联。在SMF确定与新PDU会话ID相关的新UPF之后，WTRU可以在步骤2412执行与新UPF的新PDU会话建立过程。与旧PDU会话相关联的旧UPF和与新PDU会话相关联的新UPF可以位于相同的NSI或分离的NSI中。

本文描述的过程和手段可以以任何组合应用，可以应用于其他无线技术，以及用于其他服务。WTRU可以指物理设备的身份标识，或者指用户的身份标识，例如订阅相关的身份标识，例如，MSISDN或SIP URI等。WTRU可以指代基于应用的身份标识，例如，可以针对每个应用使用的用户名。

虽然在上文中描述了采用特定组合的特征和要素，但是本领域普通技术人员将会认识到，每一个特征或要素既可以单独使用，也可以与其他特征和要素进行任何组合。此外，这里描述的方法可以在引入计算机可读介质中以供计算机或处理器运行的计算机程序、软件或固件中实施。关于计算机可读媒介的示例包括电信号(经由有线或无线连接传送)以及计算机可读存储媒介。关于计算机可读存储媒体的示例包括但不局限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、诸如内部硬盘可拆卸磁盘之类的磁介质、磁光介质、以及诸如CD-ROM碟片和数字多用途碟片(DVD)之类的光介质。与软件关联的处理器可以被用于实施在WTRU、UE、终端、基站、RNC或任何计算机主机中使用的射频收发信机。

Claims (20)

1.一种用于在第五代(5G)无线网络中的无线发射接收单元(WTRU)中所使用的方法，该方法包括：

从会话管理功能(SMF)接收指示分组数据单元(PDU)会话重建的第一非接入层(NAS)消息；以及

发送指示PDU会话建立请求的第二NAS消息，所述第二NAS消息包括第一PDU会话ID和第二PDU会话ID；

其中所述第一PDU会话ID与针对其所请求的所述PDU会话重建的现存PDU会话相关联，并且所述第二PDU会话ID与要建立的新PDU会话相关联。

2.根据权利要求1所述的方法，该方法还包括：

基于所述第一NAS消息，确定所述第一PDU会话ID；以及

生成所述第二PDU会话ID以建立所述新PDU会话。

3.根据权利要求1所述的方法，其中所述第一NAS消息包括与所述现存PDU会话相关联的所述第一PDU会话ID。

4.根据权利要求1所述的方法，其中所述PDU会话建立请求包括移动性管理(MM)消息和会话管理(SM)消息。

5.根据权利要求4所述的方法，该方法还包括：

将所述第二NAS消息发送到接入和移动功能(AMF)，其中所述PDU会话建立请求的所述SM消息被路由到所述SMF。

6.根据权利要求4所述的方法，其中所述MM消息包括所述第一PDU会话ID。

7.根据权利要求4所述的方法，其中所述SM消息包括以下中的至少一者：所述第二PDU会话ID、PDU类型的指示、或服务会话连续性(SSC)模式的指示。

8.根据权利要求7所述的方法，其中所述SSC模式包括SSC模式1、SSC模式2和SSC模式3。

9.根据权利要求8所述的方法，其中所述SSC模式3允许所述WTRU在所述现存PDU会话终止之前建立所述新PDU会话。

10.根据权利要求1所述的方法，该方法还包括：

释放与第一用户平面功能(UPF)的所述现存PDU会话；以及

建立与第二UPF的所述新PDU会话。

11.第五代(5G)无线网络中的WTRU，该WTRU包括：

接收机，被配置成从会话管理功能(SMF)接收指示分组数据单元(PDU)会话重建的第一非接入层(NAS)消息；以及

发射机，被配置成发送指示PDU会话建立请求的第二NAS消息，所述第二NAS消息包括第一PDU会话ID和第二PDU会话ID；

其中所述第一PDU会话ID与针对其所请求的所述PDU会话重建的现存PDU会话相关联，并且所述第二PDU会话ID与要建立的新PDU会话相关联。

12.根据权利要求11所述的WTRU，还包括：处理器，被配置为：

基于所述第一NAS消息确定所述第一PDU会话ID；以及

生成所述第二PDU会话ID以建立所述新PDU会话。

13.根据权利要求11所述的WTRU，其中所述第一NAS消息包括与所述现存PDU会话相关联的所述第一PDU会话ID。

14.根据权利要求11所述的WTRU，其中所述PDU会话建立请求包括移动性管理(MM)消息和会话管理(SM)消息。

15.根据权利要求14所述的WTRU，还包括：发射机，还配置为将所述第二NAS消息发送到接入和移动功能(AMF)，其中所述PDU会话建立请求的所述SM消息被路由到所述SMF。

16.根据权利要求14所述的WTRU，其中所述MM消息包括所述第一PDU会话ID。

17.根据权利要求14所述的WTRU，其中所述SM消息包括以下中的至少一者：所述第二PDU会话ID、PDU类型的指示、或服务会话连续性(SSC)模式的指示。

18.根据权利要求17所述的WTRU，其中所述SSC模式包括SSC模式1、SSC模式2和SSC模式3。

19.根据权利要求17所述的WTRU，其中所述SSC模式3允许所述WTRU在所述现存PDU会话终止之前建立所述新PDU会话。

20.根据权利要求11所述的WTRU，还包括：处理器，被配置为：释放与第一用户平面功能(UPF)的现存PDU会话；以及

建立与第二UPF的新PDU会话。