CN110063084A

CN110063084A - 在无线通信***中选择会话和服务连续性模式的方法及其装置

Info

Publication number: CN110063084A
Application number: CN201780075029.8A
Authority: CN
Inventors: 尹明焌; 金贤淑; 柳珍淑
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2016-10-07
Filing date: 2017-08-03
Publication date: 2019-07-26
Anticipated expiration: 2037-08-03
Also published as: EP3525545A4; EP3525545B1; US11246172B2; US20200053803A1; WO2018066799A1; EP3525545A1; CN110063084B

Abstract

公开了用于在无线通信***中选择会话和服务连续性模式的方法及其装置。具体地，一种用于在支持多种会话和服务连续性(SSC)模式的无线通信***中由用户设备(UE)选择与协议数据单元(PDU)会话关联的SSC的方法可以包括以下步骤：从应用接收数据发送请求；检查第一PDU会话是否能支持与所述应用关联的SSC模式；以及当所述第一PDU会话能支持与所述应用关联的SSC模式时，在没有向网络发送用于建立新的第二PDU会话的请求的情况下，通过使用所述第一PDU会话将所述应用的数据发送到所述网络，尽管所述第一PDU会话的SSC模式不匹配与所述应用关联的SSC模式。

Description

在无线通信***中选择会话和服务连续性模式的方法及其装置

技术领域

本发明涉及无线通信***，并且更具体地，涉及在支持多种会话和服务连续性模式的无线通信***中选择(或支持选择)与协议数据单元关联的会话和服务连续性模式的方法和支持该方法的装置。

背景技术

已经开发出在保证用户活动的同时提供语音服务的移动通信***。然而，移动通信***的服务覆盖范围甚至已经扩展到数据服务以及语音服务，并且当前，业务的爆发性增长已经导致针对高速服务的用户需求和资源的短缺，从而需要高级的移动通信***。

下一代移动通信***的需求可以包括支持巨量数据业务、每个用户的传送速率的显著增加、对数目显著增加的连接装置的适应、非常低的端到端等待时间和高能量效率。为此，已经研究了诸如小小区增强、双连接、大规模多输入多输出(MIMO)、带内全双工、非正交多址(NOMA)、支持超宽带和装置联网这样的各种技术。

发明内容

技术问题

本发明提出了选择或支持选择与协议数据单元关联的会话和服务连续性模式的方法。

此外，本发明提出了通过考虑会话和服务连续性模式的特性来使用现有协议数据单元会话以发送应用的数据的方法。

本发明的技术目的不限于以上提到的技术目的，并且本领域的普通技术人员将根据下面的描述明显地理解以上未提到的其它技术目的。

技术方案

在一方面，一种在支持多种会话和服务连续性(SSC)模式的无线通信***中由用户设备(UE)选择与协议数据单元(PDU)会话关联的SSC模式的方法可以包括以下步骤：从应用接收对数据发送的请求；检查第一PDU会话是否能够支持与所述应用关联的SSC模式；以及如果所述第一PDU会话能够支持与所述应用关联的SSC模式，则在没有请求网络建立新的第二PDU会话的情况下使用所述第一PDU会话将所述应用的数据发送到所述网络，尽管所述第一PDU会话的SSC模式不同于与所述应用关联的SSC模式。

优选地，所述SSC模式可以包括SSC模式1、SSC模式2和SSC模式3。在所述SSC模式1的PDU会话中，可以保持在建立PDU会话时使用的PDU会话锚，而不管所述UE为了接入网络而正在使用的接入技术如何。在所述SSC模式2的PDU会话中，不能保证保持在建立PDU会话时使用的PDU会话锚。在所述SSC模式3的PDU会话中，可以允许在所述UE与先前PDU会话锚之间的连接终止之前通过新PDU会话锚建立UE与同一数据网络的连接性。

优选地，所述方法还可以包括当建立所述第一PDU会话时，从所述网络接收针对所述第一PDU会话的所接受的SSC模式和所允许的SSC模式。

优选地，所述检查的步骤可以包括检查与所述应用关联的SSC模式是否被包括在所述所允许的SSC模式中。

优选地，所述检查的步骤可以包括基于由所述网络所提供的策略来检查所述第一PDU会话是否能够支持与所述应用关联的SSC模式。

优选地，所述检查的步骤可以包括检查所述第一PDU会话的SSC模式是否支持比与所述应用关联的SSC模式高的会话和服务连续性。

优选地，当所述第一PDU会话的SSC模式是所述SSC模式1时，所述第一PDU会话可以支持与所述应用关联的SSC模式是SSC模式1、SSC模式2或SSC模式3的所有情况。

优选地，当所述第一PDU会话的SSC模式是所述SSC模式2时，所述第一PDU会话可以仅支持与所述应用关联的SSC模式是SSC模式2的情况。

优选地，当所述第一PDU会话的SSC模式是所述SSC模式3时，所述第一PDU会话可以支持与所述应用关联的SSC模式是SSC模式2或SSC模式3的情况。

优选地，当从所述应用接收到所述对数据发送的请求时，由所述应用所请求的SSC模式可以被一起指示。

优选地，所述方法还可以包括如果当从所述应用接收到对数据发送的请求时由所述应用所请求的SSC模式未被指示，则基于由所述网络所提供的策略来确定与所述应用关联的SSC模式。

在另一方面，一种在支持多种会话和服务连续性(SSC)模式的无线通信***中由网络支持与协议数据单元(PDU)关联的SSC模式的选择的方法可以包括以下步骤：接收来自用户设备(UE)的PDU会话建立请求消息，其中，所述PDU会话建立请求消息包括针对所述PDU会话请求的SSC模式；通过接受所请求的SSC模式或者基于订阅信息和/或本地配置修改所请求的SSC模式来选择用于所述PDU会话的SSC模式；以及向所述UE发送PDU会话建立接受消息，其中，所述PDU会话建立接受消息包括所选择的SSC模式和所允许的SSC模式，所述所允许的SSC模式指示除了所述所选择的SSC模式以外所述PDU会话能够支持的SSC模式。

有益效果

根据本发明的实施方式，因为没有建立不必要的协议数据单元会话，因此能减少UE和网络二者中的资源和信令负载。

根据本发明的实施方式，可以基于现有激活的协议数据单元的会话和服务连续性以及与应用关联的会话和服务连续性模式来重新使用现有协议数据单元会话。

本发明中能获得的效果不限于上述效果，并且根据下面的描述，以上未描述的其它技术效果会被本发明所属领域的普通技术人员清楚地理解。

附图说明

为了帮助理解本发明而被包括作为具体实施方式的一部分的附图提供了本发明的实施方式，并且连同具体实施方式一起来描述本发明的技术特征。

图1例示了可以应用本发明的使用参考点表示的5G***架构。

图2例示了可以应用本发明的5G***架构。

图3例示了可以应用本发明的NG-RAN架构。

图4是例示了可以应用本发明的无线通信***中的无线电协议栈的图。

图5是例示了可以应用本发明的无线通信***中的会话和服务连续性模式3的TUPF重新部署的图。

图6是例示了可以应用本发明的无线通信***中由UE确定所需的SSC模式的方法的图。

图7例示了可以应用本发明的无线通信***中的通过切换触发的不同SSC模式的PDU会话建立/释放过程。

图8例示了可以应用本发明的无线通信***中的UE请求PDU的会话之前的由CN提供的触发过程。

图9例示了可以应用本发明的无线通信***中向UE进行的通知之前的由CN准备的PDU会话修改过程。

图10例示了可以应用本发明的无线通信***中UE请求的PDU会话建立之前的由CN提供的触发过程。

图11例示了可以应用本发明的无线通信***中向UE进行的通知之前的由CN准备的PDU会话修改过程。

图12是例示了根据本发明的实施方式的会话和服务连续性选择方法的图。

图13是例示了根据本发明的实施方式的会话和服务连续性选择方法的图。

图14例示了根据本发明的实施方式的通信设备的框图。

图15例示了根据本发明的实施方式的通信设备的框图。

具体实施方式

以下，将参照附图来详细说明根据本发明的优选实施方式。以下与附图一起提供的具体实施方式仅旨在说明本发明的例示性实施方式，这些实施方式不应被视为本发明仅有的实施方式。以下的具体实施方式包括用于提供对本发明的完整理解的特定信息。然而，本领域的技术人员将能够理解，可以在没有特定信息的情况下实施本发明。

对于某些情况，为了避免使本发明的技术原理模糊，可以省略公众所已知的结构和装置，或者可以利用结构和装置的基本功能以框图的形式例示这些结构和装置。

本文献中的基站被认为是网络的直接与UE执行通信的终端节点。在本文献中，基站的上层节点可以视情形执行被认为是由基站执行的特定操作。换句话说，显而易见的是，在由包括基站的多个网络节点组成的网络中，为了与UE通信而执行的各种操作可以由基站或者基站以外的网络节点来执行。术语基站(BS)可以被固定站、节点B、演进节点B(eNB)、基站收发器***(BTS)或接入点(AP)代替。另外，终端可以是固定的或移动的；并且该术语可以被用户设备(UE)、移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)、无线终端(WT)、机器型通信(MTC)装置、机器对机器(M2M)装置或装置对装置(D2D)装置代替。

下面，下行链路(DL)是指从基站到终端的通信，而上行链路(UL)是指从终端到基站的通信。在下行链路传输中，发射机可以是基站的一部分，接收机可以是终端的一部分。类似地，在上行链路传输中，发射机可以是终端的一部分，接收机可以是基站的一部分。

引入以下描述中使用的特定术语以帮助理解本发明，并且具体术语可以以不同方式使用，只要不脱离本发明的技术范围即可。

可以由包括IEEE 802、3GPP和3GPP2规范的无线接入***中的至少一个中公开的标准文献来支持本发明的实施方式。换句话说，在本发明的实施方式当中，出于清楚描述本发明的技术原理的目的而省略的那些步骤或部分可以得到以上文献的支持。另外，可以参考标准文献来说明本文献中公开的所有术语。

为了阐明描述，本文献是基于3GPP 5G(第5代)***，但是本发明的技术特征不限于当前的描述。

如下地定义本文献中使用的术语。

-演进分组***(EPS)：包括演进分组核心(EPC)的网络***即基于互联网协议(IP)的分组交换核心网络以及诸如LTE和UTRAN这样的接入网络。EPS是通用移动电信***(UMTS)的演进版本的网络。

-eNodeB：EPS网络的基站。eNodeB被安装在室外，其覆盖范围是宏小区的范围。

-国际移动订户标识(IMSI)：在移动通信网络中分配的国际唯一订户标识。

-公共陆地移动网络(PLMN)：出于为个体提供移动通信服务的目的而配置的网络。可以针对每个运营商配置PLMN。

-5G***(5GS)：由5G接入网络(AN)、5G核心网络和用户设备(UE)构成的***。

-5G接入网络(5G-AN)(或AN)：由连接到5G核心网络的新一代无线电接入网络(NG-RAN)和/或非3GPP接入网络(AN)构成的接入网络。

-新一代无线电接入网络(NG-RAN)(或RAN)：具有连接到5GC并支持以下选项中的一个或更多个的共同特征的无线电接入网络：

1)独立的新无线电。

2)新无线电即支持E-UTRA扩展的锚。

3)独立的E-UTRA(例如，eNodeB)。

4)支持新的无线电扩展的锚

-5G核心网络(5GC)：连接到5G接入网络的核心网络。

-网络功能(NF)：意指在网络内的3GPP中采用的或在3GPP中定义的处理功能。处理功能包括3GPP中定义的接口和所定义的功能行为。

-NF服务：由NF经由基于服务的接口暴露并由(一个或多个)其它经认证的NF消耗的功能。

-网络切片：提供(一个或多个)特定网络功能和(一个或多个)网络特征的逻辑网络。

-网络切片实例：形成所部署的网络切片的(一个或多个)NF实例和(一个或多个)所需资源(例如，计算、存储和联网资源)的集合。

-协议数据单元(PDU)连接服务：提供UE与数据网络之间的(一个或多个)PDU的交换的服务。

-PDU连接服务：提供UE与数据网络之间的PDU交换的服务。

-PDU会话：提供PDU连接服务的数据网络与UE之间的关联。关联类型可以是互联网协议(IP)、以太网或者是非结构化的。

-非接入层(NAS)：用于在5GS协议栈与EPS中的核心网络和UE之间收发信令和业务消息的功能层。NAS主要用于支持UE的移动性和支持会话管理过程。

适用本发明的5G***架构

5G***是从4G LTE移动通信技术发展而来的技术，并且通过现有移动通信网络结构或干净(Clean)状态结构的演进来支持新的无线电接入技术(RAT)、作为LTE的扩展技术的扩展的长期演进(eLTE)、非3GPP接入(例如，无线局域网(WLAN)接入)等。

5G***是基于服务定义的，并且可以用以下两种方式表示5G***的架构中的网络功能(NF)之间的交互。

-参考点表示(参见图1)：指示由两个NF(例如，AMF和SMF)之间的点对点参考点(例如，N11)描述的NF中的NF服务之间的交互。

-基于服务的表示(参见图2)：控制平面(CP)内的网络功能(例如，AMF)使得其它经认证的网络功能能够接入其服务。如有必要，该表示还包括点对点参考点。

图1例示了适用本发明的使用参考点表示的5G***架构。

参照图1，5G***架构可以包括各种组件(即，网络功能(NF))。图1例示了各种组件中的一些，这些组件包括认证服务器功能(AUSF)、(核心)接入和移动性管理功能(AMF)、会话管理功能(SMF)、策略控制功能(PCF)、应用功能(AF)、统一数据管理(UDM)、数据网络(DN)、用户平面功能(UPF)、(无线电)接入网络((R)AN)和用户设备(UE)。

相应的NF支持以下功能。

-AUSF存储用于认证UE的数据。

-AMF针对每个UE提供用于连接和移动性管理的功能，并且一个AMF基本上可以连接到一个UE。

更具体地，AMF支持以下功能：用于3GPP接入网络之间针对移动性的CN节点间信令、RAN CP接口(即，N2接口)的终止、NAS信令的终止N1、NAS信令安全性(NAS加密和完整性保护)、AS安全控制、注册管理(注册区域管理)、连接管理、空闲模式UE可达性(包括寻呼重传的控制和执行)、移动性管理控制(订阅和策略)、***内移动性和***间移动性的支持、网络切片的支持、SMF选择、合法拦截(用于通往AMF事件和L1***的接口)、提供UE和SMF之间的会话管理(SM)消息的传送、用于路由SM消息的透明代理、接入认证、包括漫游权限检查的接入授权、提供UE和SMSF之间的SMS消息的传送、安全锚功能(SEA)、安全上下文管理(SCM)等。

可以在一个AMF的单个实例中支持AMF的部分或全部功能。

-DN意指例如运营商服务、互联网接入或第三方服务。DN将下行链路协议数据单元(PDU)发送到UPF，或者从UPF接收从UE发送的PDU。

-PCF从应用服务器接收关于分组流的信息，并且提供确定诸如移动性管理和会话管理这样的策略的功能。更具体地，PCF支持以下功能：支持用于控制网络操作的统一策略框架、提供策略规则使得(一个或多个)CP功能(例如，AMF，SMF等)能强制实施策略规则以及实现前端以用于访问用户数据存储库(UDR)中的用于策略决策的相关订阅信息。

-SMF提供会话管理功能。如果UE有多个会话，则这些会话可以分别由不同的SMF管理。

更具体地，SMF支持以下功能：会话管理(例如，会话建立、修改和释放，包括UPF与AN节点之间的隧道维护)、UE IP地址分配和管理(包括可选的认证)、UP功能的选择和控制、配置UPF处的业务引导以将业务路由到正确的目的地、朝向策略控制功能的接口的终止、强制实施策略和QoS的控制部分、合法拦截(用于通往SM事件和L1***的接口)、NAS消息的SM部分的终止、下行链路数据通知、(通过N2经由AMF发送到AN的)AN特定SM信息的发起方、会话的SSC模式决定、漫游功能等。

可以在一个SMF的单个实例中支持SMF的部分或全部功能。

-UDM存储用户的订阅数据、策略数据等。UDM包括两部分，即，应用前端(FE)和用户数据存储库(UDR)。

FE包括负责位置管理、订阅管理、凭证处理等的UDM FE以及负责策略控制的PCF。UDR存储由UDM-FE提供的功能所需的数据以及PCF所需的策略配置文件。存储在UDR中的数据包括用户订阅数据和策略数据，用户订阅数据包括订阅标识符、安全凭证、接入和移动性相关的订阅数据和会话相关的订阅数据。UDM-FE访问存储在UDR中的订阅信息，并且支持认证凭证处理、用户识别处理、访问认证、注册/移动性管理、订阅管理、SMS管理等功能。

UPF经由(R)AN将从DN接收的下行链路PDU发送到UE，并且经由(R)AN将从UE接收的上行链路PDU发送到DN。

更具体地，UPF支持以下功能：用于RAT内/间移动性的锚点、与数据网络(DN)互连的外部PDU会话点、分组路由和转发、策略规则强制实施的分组检查和用户平面部分、合法拦截、业务使用报告、用于支持将业务流路由到数据网络(DN)的上行链路分类器、用于支持多归属PDU会话的分支点、用于用户平面的QoS处理(例如，分组过滤、门控和上行链路/下行链路速率强制实施)、上行链路业务验证(服务数据流(SDF)与QoS流之间的SDF映射)、上行链路和下行链路中的传输层分组标记、下行链路分组缓冲和下行链路数据通知触发等。可以在一个UPF的单个实例中支持UPF的部分或全部功能。

-AF与3GPP核心网络交互，以提供服务(例如，支持以下功能：应用对业务路由的影响、网络能力暴露访问、与用于策略控制的策略框架的交互等)。

-(R)AN统一指支持演进的E-UTRA即4G无线电接入技术的演进版本和新无线电(NR)接入技术(例如，gNB)二者的新无线电接入网络。

gNB支持以下功能：无线电资源管理功能(即，无线电承载控制、无线电准入控制、连接移动性控制、上行链路/下行链路(调度)中的针对UE的资源动态分配)、互联网协议(IP)报头压缩、用户数据流的加密和完整性保护、在没有从提供给UE的信息确定通向AMF的路由的情况下在UE附接时选择AMF、将用户平面数据路由到(一个或多个)UPF、将控制平面信息路由到ANF、连接建立和释放、(从AMF生成的)寻呼消息的调度和发送、(从AMF或操作和维护(O&M)生成的)***广播信息的调度和发送、用于移动性和调度的测量和测量报告配置、上行链路中的传输层分组标记、会话管理、网络切片的支持、QoS流管理和到数据无线电承载的映射、处于不活动模式的UE的支持、NAS消息分发功能、NAS节点选择功能、无线电接入网络共享、双连接、NR与E-UTRA之间的紧密互连等。

-UE意指用户设备。用户设备可以被称为诸如终端、移动设备(ME)和移动站(MS)这样的术语。用户设备可以是诸如笔记本计算机、蜂窝电话、个人数字助理(PDA)、智能电话和多媒体装置这样的便携式装置或者诸如个人计算机(PC)和车载装置这样的非便携式装置。

尽管为了清楚说明起见在图1中未示出非结构化数据存储网络功能(UDSF)、结构化数据存储网络功能(SDSF)、网络开放功能(NEF)和NF存储库功能(NRF)，但是如有需要，图1中示出的所有NF都可以与UDSF、NEF和NRF进行交互。

-NEF提供了用于安全地暴露由3GPP网络功能提供的服务和能力(例如，第三方、内部暴露/重新暴露、应用功能和边缘计算)的手段。NEF(基于(一个或多个)其它网络功能的暴露的能力)从(一个或多个)其它网络功能接收信息。NEF可以使用通往数据存储网络功能的标准化接口将接收到的信息存储为结构化数据。所存储的信息可以由NEF重新暴露给其它网络功能和其它应用功能，并且可以用于诸如分析这样的其它目的。

-NRF支持服务发现功能。NRF从NF实例接收NF发现请求，并且将所发现的NF实例的信息提供给NF实例。NRF还维护可用的NF实例及其支持的服务。

-SDSF是任何NEF的结构化数据，并且是用于支持信息的存储和检索功能的选择性功能。

-UDSF是任何NF的非结构化数据，并且是支持信息的存储和检索功能的选择性功能。

为了方便说明，图1例示了UE使用一个PDU会话接入一个DN的参考模型。然而，本发明不限于此。

UE可以使用多个PDU会话同时接入两个(即，本地和中央)数据网络。在这种情形下，可以为两个不同的PDU会话选择两个SMF。每个SMF都可以具有能够在PDU会话内控制本地UPF和中央UPF二者的能力。

另外，UE可以同时接入单个PDU会话内提供的两个(即，本地和中央)数据网络。

在3GPP***中，连接在5G***中的NF之间的概念链路被定义为参考点。以下例示了如图1中表示的5G***架构中所包括的参考点。

-N1：UE和AMF之间的参考点

-N2：(R)AN和AMF之间的参考点

-N3：(R)AN和UPF之间的参考点

-N4：SMF和UPF之间的参考点

-N5：PCF和AF之间的参考点

-N6：UPF和数据网络之间的参考点

-N7：SMF和PCF之间的参考点

-N24：造访网络中的PCF和归属网络中的PCF之间的参考点

-N8：UDM和AMF之间的参考点

-N9：两个核心UPF之间的参考点

-N10：UDM和SMF之间的参考点

-N11：AMF和SMF之间的参考点

-N12：AMF和AUSF之间的参考点

-N13：UDM和认证服务器功能(AUSF)之间的参考点

-N14：两个AMF之间的参考点

-N15：在非漫游场景的情况下的PCF和AMF之间的参考点、在漫游场景的情况下的造访网络中的PCF和AMF之间的参考点

-N16：两个SMF之间的参考点(在漫游场景的情况下的造访网络中的SMF和归属网络中的SMF之间的参考点)

-N17：AMF和EIR之间的参考点

-N18：NF和UDSF之间的参考点

-N19：NEF和SDSF之间的参考点

图2例示了适用本发明的5G***架构。

图2中例示的基于服务的接口指示由预定NF提供/暴露的服务的集合。基于服务的接口被用在控制平面中。以下例示了如图1中表示的5G***架构中所包括的基于服务的接口。

-Namf：AMF展示的基于服务的接口

-Nsmf：SMF展示的基于服务的接口

-Nnef：NMF展示的基于服务的接口

-Npcf：PCF展示的基于服务的接口

-Nudm：UDM展示的基于服务的接口

-Naf：AF展示的基于服务的接口

-Nnrf：NRF展示的基于服务的接口

-Nausf：AUSF展示的基于服务的接口

NF服务是NF(即，NF服务产生方)经由基于服务的接口向其它NF(即，NF服务消耗方)暴露的一种能力。NF可以暴露一个或更多个NF服务。应用以下标准来定义NF服务。

-NF服务源自用于说明端到端功能的信息流。

-通过NF服务调用的序列来说明完整的端到端消息流。

-(一个或多个)NF经由基于服务的接口提供服务的两个操作如下：

i)“请求-响应”：由控制平面NF_A(即，NF服务消耗方)请求另一控制平面NF_B(即，NF服务产生方)提供某个NF服务(包括执行操作和/或提供信息)。NF_B基于由NF_A在请求中提供的信息来响应NF服务结果。

为了满足该请求，NF_B可以依次消耗来自(一个或多个)其它NF的NF服务。在请求-响应机制中，在两个NF(即，消耗方和产生方)之间一对一地执行通信。

ii)“订阅-通知”

控制平面NF_A(即，NF服务消耗方)订阅由另一控制平面NF_B(即，NF服务产生方)提供的NF服务。多个控制平面NF可以订阅同一控制平面NF服务。NF_B将该NF服务的结果通知给订阅该NF服务的感兴趣NF。消耗方的订阅请求可以包括对于通过特定事件(例如，改变所请求的信息、达到某个临界值等)触发的通知或定期更新的通知请求。这种机制还包括(一个或多个)NF(例如，NF_B)在没有显式订阅请求的情况(例如，(一个或多个)NF通过成功注册过程进行订阅的情况)下隐式订阅特定通知的情况。

图3例示了适用本发明的NG-RAN架构。

参照图3，新一代无线电接入网络(NG-RAN)包括向UE提供用户平面和控制平面协议的终止的gNB(NR NodeB)和/或eNB(eNodeB)。

(一个或多个)gNB使用Xn接口互连，并且连接到(一个或多个)gNB和5GC的(一个或多个)eNB也使用Xn接口互连。(一个或多个)gNB和(一个或多个)eNB使用NG接口连接到5GC。更具体地，(一个或多个)gNB和(一个或多个)eNB使用NG-C接口(即，N2参考点)连接到AMF，并且使用NG-U接口(即，N3参考点)连接到UPF，其中NG-C接口是NG-RAN和5GC之间的控制平面接口，NG-U接口是NG-RAN和5GC之间的用户平面接口。

图4例示了适用本发明的无线通信***中的无线协议栈。

图4的(a)例示了UE和gNB之间的无线电接口用户平面协议栈，图4的(b)例示了UE和gNB之间的无线电接口控制平面协议栈。

控制平面意指发送被UE和网络用于管理呼叫的控制消息所通过的路径。用户平面意指发送在应用层中生成的数据(例如，语音数据、互联网分组数据等)所通过的路径。

参照图4的(a)，用户平面协议栈可以被分为层1(即，物理(PHY)层)和层2。

参照图4的(b)，控制平面协议栈可以被分为层1(即，PHY层)、层2、层3(即，无线电资源控制(RRC)层)和非接入层(NAS)层。

层2被划分为介质访问控制(MAC)子层、无线电链路控制(RLC)子层、分组数据汇聚协议(PDC)子层和服务数据适配协议(SDAP)子层(在用户平面的情况下)。

无线电承载被分类为两组：用于用户平面数据的数据无线电承载(DRB)和用于控制平面数据的信令无线电承载(SRB)。

下面描述无线电协议的控制平面和用户平面中的每一层。

1)层1(即，PHY层)通过使用物理信道向更高层提供信息传送服务。PHY层通过传送信道连接到位于更高层的MAC子层，并且数据通过传送信道在MAC子层和PHY层之间传输。根据如何经由无线电接口传输特征数据以及传输哪个特征数据对传送信道进行分类。并且，数据通过物理信道在不同的PHY层(即，发射机的PHY层和接收机的PHY层)之间传输。

2)MAC子层执行逻辑信道与传送信道之间的映射；将属于一个或(多个)不同逻辑信道的MAC服务数据单元(SDU)复用到通过传送信道传递到PHY层/从PHY层传递的传送块(TB)/从所述TB解复用所述SDU；调度信息报告；通过混合自动重传请求(HARQ)进行纠错；使用动态调度进行UE之间的优先处理；使用逻辑信道优先级进行一个UE的逻辑信道之间的优先处理；以及填充。

不同种类的数据传递由MAC子层提供的服务。每种逻辑信道类型定义传递哪种类型的信息。

逻辑信道被分类为两组：控制信道和业务信道。

i)控制信道仅用于传递控制平面信息，如下。

-广播控制信道(BCCH)：用于广播***控制信息的下行链路信道。

-寻呼控制信道(PCCH)：传递寻呼信息和***信息改变通知的下行链路信道。

-公共控制信道(CCCH)：用于传输UE和网络之间的控制信息的信道。该信道被用于与网络没有RRC连接的UE。

-专用控制信道(DCCH)：用于传输UE和网络之间的专用控制信息的点对点双向信道。该信道被用于有RRC连接的UE。

ii)业务信道被用于仅仅使用用户平面信息。

-专用业务信道(DTCH)：用于传递用户信息的专用于单个UE的点对点信道。DTCH可以存在于上行链路和下行链路二者中。

在下行链路中，逻辑信道和传送信道之间的连接如下。

BCCH可以被映射到BCH。BCCH可以被映射到DL-SCH。PCCH可以被映射到PCH。CCCH可以被映射到DL-SCH。DCCH可以被映射到DL-SCH。DTCH可以被映射到DL-SCH。

在上行链路中，逻辑信道和传送信道之间的连接如下。CCCH可以被映射到UL-SCH。DCCH可以被映射到UL-SCH。DTCH可以被映射到UL-SCH。

3)RLC子层支持三种传输模式：透明模式(TM)、否定确认模式(UM)和确认模式(AM)。

可以针对每个逻辑信道应用RLC配置。在SRB的情况下，使用TM或AM。另一方面，在DRB的情况下，使用UM或AM。

RLC子层执行上层PDU的传递；独立于PDCP的序列编号；通过自动重传请求(ARQ)进行的纠错；分割和重新分割；SDU重新组装；RLC SDU丢弃；以及RLC重建。

4)用于用户平面的PDCP子层执行序列编号；报头压缩和解压缩(仅鲁棒性报头压缩(RoHC))；用户数据的传递；重新排序和重复检测(如果需要传递到PDCP上方的层)；PDCPPDU路由(在分叉承载的情况下)；PDCP SDU重传；加密和解密；PDCP SDU丢弃；用于RLC AM的PDCP重建和数据恢复；以及PDCP PDU的复制。

用于控制平面的PDCP子层另外执行序列编号；加密、解密和完整性保护；控制平面数据的传递；重复检测；以及PDCP PDU的重复。

当由RRC针对无线承载配置重复时，将附加RLC实体和附加逻辑信道添加到无线电承载，以控制(一个或多个)重复的PDCP PDU。PDCP处的重复包括发送两次相同的PDCP PDU。一旦将其发送到原始RLC实体，第二次就将其发送到附加RLC实体。在这种情形下，原始PDCPPDU和对应的副本不被发送到同一传送块。两个不同的逻辑信道可以属于同一MAC实体(在CA的情况下)或不同的MAC实体(在DC的情况下)。在前一种情况下，逻辑信道映射限制被用于确保原始PDCP PDU和相应的副本没有被发送到同一传送块。

5)SDAP子层执行i)QoS流和数据无线电承载之间的映射，以及ii)下行链路和上行链路分组中的QoS流标识(ID)标记。

针对每个个体PDU会话配置SDAP的单个协议实体，但是例外地，在双重连接(DC)的情况下，可以配置两个SDAP实体。

6)RRC子层执行与接入层(AS)和非接入层(NAS)相关的***信息的广播；由5GC或NG-RAN发起的寻呼；UE与NG-RAN之间的RRC连接的建立、维护和释放(另外包括载波聚合的修改和释放，并且另外还包括E-UTRAN与NR之间或NR中的双连接的修改和释放)；包括密钥管理的安全功能；(一个或多个)SRB和(一个或多个)DRB的建立、配置、维护和释放；切换和上下文的传递；UE小区选择和小区选择/重新选择的重新释放和控制：包括RAT间移动性的移动性功能；QoS管理功能、UE测量报告和报告的控制；无线电链路故障的检测以及从无线电链路故障中恢复；以及从NAS到UE的NAS消息传递以及从UE到NAS的NAS消息传递。

会话和服务连续性(SSC)

在3GPP SA2中，正在进行有关根据UE的移动性来支持会话和服务连续性的方法的讨论。

在下一代***(例如，5G***)中，讨论了用于支持三种SSC模式的解决方案。

在该解决方案中，假定在UE和用户平面功能(下文中被称为“终止用户平面功能(TUPF)”，但是可以用上述UPF代替)之间存在PDU会话。TUPF终止3GPP用户平面，并且与数据网络交互。

1)SSC模式定义

下一代***支持以下的SSC模式。

-SSC模式1：不管UE为了接入网络正使用的接入技术(例如，RAT和小区)如何，都保持相同的TUPF。

-SSC模式2：仅通过被称为TUPF的服务区域的接入网络附接点(例如，小区和RAT)的部分集合(即，一个或更多个，但并非全部)来保持相同的TUPF。当UE离开TUPF的服务区域时，由适合于UE到网络的新附接点的不同TUPF来服务UE。

-SSC模式3：在这种模式下，网络允许在UE与先前TUPF之间的连接终止之前能够经由新TUPF建立针对同一数据网络(DN)的UE连续性。当应用触发条件时，网络选择适于UE针对网络的新附接点的目标TUPF。当两个TUPF被激活时，UE主动将应用从先前的地址/前缀重新绑定到新的地址/前缀，或者一直等待，直到与先前的地址/前缀绑定的流终止。

当UE如图5的(a)中那样在具有经由TUPF 1的连接性的同时移动时，UE具有经由TUPF 2的连接性和经由TUPF 1的连接性二者，如图5的(b)中那样。此后，当如图5的(c)中那样释放经由TUPF 1的连接性时，UE仅具有经由TUPF 2的连接性。

2)模式选择和网络支持

关于模式选择和网络支持，应用以下原则：

-当请求PDU会话时，UE可以对网络指示所请求的SSC模式作为PDU会话建立信令的一部分。稍后描述确定由UE所请求的SSC模式的方法。

-服务网络从订阅数据库中接收作为订阅信息的一部分的默认SSC模式和每个订户针对每个数据网络支持的SSC模式的列表。

-服务网络通过接受所请求的SSC模式或者基于订阅信息和/或本地配置修改所请求的SSC模式来选择SSC模式。

-当UE请求新PDU会话时，如果未提供SSC模式，则网络应用本地配置以选择订阅信息中列出的(用于连接到数据网络的)默认SSC模式或者选择SSC模式。

-在选择了SSC模式之后，(a)网络接受来自UE的PDU会话请求并且指示针对UE接受的所选择的SSC模式，或者(b)网络拒绝PDU会话请求并且将所选择的SSC模式和原因值发送到UE，以便指示所选择的SSC模式已被UE内的另一PDU会话使用。

-为每个PDU会话应用SSC模式。UE在不同的PDU会话中请求不同的SSC模式。也就是说，针对同一UE同时激活的不同PDU会话可以具有不同的SSC模式。

-在PDU会话的生命期期间，SSC模式不改变。

-TUPF选择：当针对PDU会话选择TUPF时，网络考虑UE的当前附接点和所请求的SSC模式。

3)SSC模式1

关于SSC模式1，应用以下原则：

-在PDU会话的生命期期间，保持所分配的TUPF。也就是说，TUPF不被网络改变。

2)SSC模式2

关于SSC模式2，应用以下原则：

-到不同TUPF的重新定向触发：网络基于UE移动性、本地策略(即，关于所分配的TUPF的服务区域的信息)来确定是否需要重新定向分配给UE的PDU会话的TUPF。

-重新定向过程：网络通过首先释放与当前TUPF关联的用户平面路径然后建立与新TUPF对应的用户平面路径来将UE的业务重新定向到不同的TUPF。使用以下两种解决方案。在一种解决方案中，当重新分配TUPF时，保持PDU会话。在另一种解决方案中，网络断开与当前TUPF对应的UE的PDU会话，并且请求UE立即再次激活PDU会话(作为选择新TUPF的结果)。在该过程期间，UE保持附接状态。网络基于UE针对网络的当前附接点来选择TUPF。

3)SSC模式3

关于SSC模式3，应用以下原则：

-针对不同TUPF的重新定向触发：网络基于本地策略(即，关于所分配的TUPF的服务区域的信息)来确定是否需要重新定向分配给UE的PDU会话的TUPF。

-重新定向过程：网络对UE指示是否需要重新定向UE的激活的PDU会话之一的业务。此外，网络启动定时器并且对UE指示定时器值。针对新TUPF建立用户平面路径。使用以下两种解决方案。在一种解决方案中，针对附加的用户平面路径重新使用PDU会话。在另一种解决方案中，重新建立附加的PDU会话。网络基于UE针对网络的当前附接点来选择TUPF。如果UE已在没有指示需要重新定向激活的PDU会话的先前指示的情况下向同一DN发送了对附加PDU会话的请求，则网络拒绝UE的请求。

-如果已建立了与新TUPF关联的新用户平面路径，则UE可以执行以下选项中的一个。

选项1：UE(例如，使用更高层会话连续性机制)主动将与先前TUPF绑定的应用流重新定向到新TUPF。当UE完成了将应用流重新定向到新TUPF时，释放先前的TUPF。

选项2：UE将新的应用流引导至新TUPF。经由先前的TUPF的先前的流持续，直到该流终止。当使用先前TUPF的所有流终止时，释放先前的TUPF。当使用选项2时，可以使用多归属PDU会话来发送与先前的TUPF绑定的应用流。先前的TUPF和新TUPF之间的隧道被用于转发此流。

-如果在定时器期满或网络检测到先前的TUPF已被停用时尚未释放先前的TUPF，则网络释放先前的TUPF。

6)由UE确定所需的SSC模式的方法

UE可以使用以下方法中的一种来确定应用所需的SSC模式。

图6是例示了可以应用本发明的无线通信***中的由UE确定所需的SSC模式的方法的图。

参照图6的(a)，应用启动新的流(即，打开新套接字)，并且指示该流所需的会话连续性类型。此外，新IP会话请求可以包括IP版本(例如，IPv6)、源端口(src端口)/目的地端口(dst端口)。这可以使用Request for Comments(RFC)3493、RFC3542和IETF草案文档(Draft Document)“draft-ietf-dmm-ondemand-mobility”即因特网工程任务组(IETF)的因特网文档中指定的套接字应用程序接口(API)扩展来指示。换句话说，应用可以使用已知的(一个或多个)软件API以指示需要哪种类型的会话连续性。例如，当应用请求作为游牧(nomadic)IP地址的套接字时，应用请求SSC模式2。当应用请求固定IP地址或持续IP地址时，应用请求SSC模式1或SSC模式3。游牧IP地址、固定IP地址和持续IP地址遵循IETF草案文档“draft-ietf-dmm-ondemand-mobility”的定义。

参照图6的(b)，如果启动流的应用没有指示所请求的会话连续性的类型，则UE可以使用先前供应的策略来确定所请求的会话连续性。新IP会话请求可以包括IP版本(例如，IPv6)、传输控制协议(TCP)、源端口(src端口)/目的地端口(dst端口)。

策略包括按优先化规则的列表。每个规则指示所有应用或特定流类型所需的SSC模式。例如，UE内的策略可以包括以下规则。

规则1，优先级1：应用＝com.example.skype，所需的连续性类型＝SSC模式3。

规则2，优先级2：应用＝com.example.web.server，所需的连续性类型＝SSC模式1。

规则3，优先级3：协议＝TCP；目的地端口(DstPort)＝80，所需的连续性类型＝SSC模式2。

默认规则：默认连续性类型＝SSC模式2。

当UE在其(例如，在第一次附接期间)从应用接收到请求之前或者在应用未请求SSC模式时尝试建立PDU会话时，或者当UE没有针对特定应用的策略时，UE不能如上所述确定SSC模式。在这种情况下，UE可以如下进行操作。

-如果先前已在UE中供应了默认SSC模式(例如，作为如图6的(b)中的策略的一部分)，则UE请求PDU会话作为默认SSC模式。默认SSC模式可以是以上三种SSC模式中的一种。例如，固定物联网(IoT)传感器(或甚至是智能手机)可以预先被供应为默认SSC模式2。

-如果先前未在UE中供应默认SSC模式，则UE不提供SSC模式并且请求PDU会话。在这种情况下，网络(例如，基于订阅数据和/或网络策略)确定PDU会话的SSC模式，并且向UE提供所选择的模式。

7)通过切换过程触发的PDU会话建立/释放过程

0.UE附接到网络并且与(一个或多个)DN建立PDU会话。UE可以针对不同的PDU会话请求不同的SSC模式。

1.UE执行从源RAN节点到目标RAN节点的切换。

2.在SSC模式2或3的情况下，如上所述，触发TUPF重新定向。也就是说，释放用于TUPF1的用户平面路径，并且建立用于TUPF2的用户平面路径。

8)服务连续性呼叫流

用于SSC模式2和3的新TUPF的设置总是由下一代核心网络内的CP功能触发。存在以下两个选项。

-UE请求的PDU会话建立之前由CN提供的触发

-针对UE的通知之前的由CN准备的PDU会话修改(可以仅应用于多归属PDU会话)

9)UE请求的PDU会话之前的由CN提供的触发(SSC模式3)

该过程对应于EPS内的PDN连接性模型，在PDN连接性模型中，UE总是请求新PDN连接。

图8例示了可以应用本发明的无线通信***中的UE请求的PDU会话之前的由CN提供的触发过程。

图8例示了建立UE请求的PDU会话以支持SSC模式3的方法。

1.UE具有与TUPF建立的PDU会话(PDU会话1)。PDU会话用户平面路径包括RAN、TUPF1和可用的中间用户平面功能(除TUPF以外)。

2.当TUPF1由于特定时间点的UE移动性而变为次优时，CP功能确定要建立新PDU会话。CP功能向UE发送PDU会话重新定向(包括原因、定时器)消息。原因代码触发UE，使得UE不释放PDU会话1并且针对同一数据网络请求新PDU会话。定时器值指示网络将PDU会话1保持多长时间。

3.UE发送PDU会话请求(包括原因)消息，以便请求新PDU会话。原因代码指示该消息是对网络提供的触发的响应。

4.CP功能选择在地理上接近当前UE位置的新TUPF(即，TUPF 2)，并且配置通向PDU会话2的包括RAN、TUPF 2和中间用户平面节点的用户平面路径。在IP类型的PDU会话的情况下，TUPF 2分配新的IP地址/前缀(IP@2)并且将其发送到UE(例如，使用路由器通告或者经由CP功能和NG1信令)。

5.UE开始将PDU会话2用于整个新的业务流。此外，UE可以使用更高层移动性机制(例如，会话发起协议(SIP)reINVITE、HTTP上的动态自适应流(DASH)、多路径TCP(MPTCP)、宿主标识(ID)、流控制传输协议(SCTP))将现有业务流从PDU会话1移动到PDU会话2。

6.PDU会话由UE释放(例如，当UE合并PDU会话2上的所有类型的业务时)或者在步骤2中指示的定时器期满时由网络释放。

10)针对UE的通知之前的由CN准备的PDU会话修改(SSC模式3)

该过程被应用于多归属PDU会话。

图9例示了可以应用本发明的无线通信***中针对UE的通知之前的由CN准备的PDU会话修改过程。

下一代核心网络准备新PDU会话，并且可以将新IP地址/前缀的存在通知UE。

1.UE具有与TUPF1建立的PDU会话。PDU会话用户平面路径包括RAN、TUPF1和可用的中间用户平面功能(除IP锚以外)。

2.当现有分支由于特定时间点的UE移动性而变为次优时，CP功能确定要建立PDU会话1的新分支。CP功能选择接近当前UE位置的新TUPF(TUPF2)，并且将TUPF 2配置为多归属PDU会话的新分支。TUPF 2分配新IP地址/前缀(IP2@)并且将其发送到CP功能。

3.CP功能将中间用户平面节点中的一个配置为多归属PDU会话的分支点。CP可以将新用户平面节点***到路径中，使得其作为分支点进行操作。作为分支点进行操作的用户平面节点可以与其它实体共位。

4.网络将新IP地址/前缀的可用性通知UE。这可以使用IPv6路由器通告或控制消息来执行。

5.UE可以开始针对所有类型的新业务使用IP@2，并且可以使用更高层移动性机制(例如，SIP reINVITE，DASH，MPTCP，主机ID，SCTP)将现有业务流从IP@1(现有IP地址/前缀)移动到IP@2。

6.网络释放UE的旧IP地址/前缀。在这种情况下，网络停止使用旧IP地址/前缀。

7.CP释放TUPF1中的旧分支。

8.CP释放分支功能。如有需要，可以从用户平面路径中移除分支实体。

11)在UE请求的PDU会话建立之前的由CN提供的触发(SSC模式2)

图10例示了可以应用本发明的无线通信***中的UE请求的PDU会话建立之前的由CN提供的触发过程。

图10例示了建立UE请求的PDU会话以支持SSC模式2的方法。

1.UE具有与TUPF1建立的PDU会话(PDU会话1)。PDU会话用户平面路径包括RAN、TUPF1和可用的(非TUPF)中间用户平面功能。

2.当TUPF1由于特定时间点的UE移动性而变为次优时，CP功能确定新TUPF。CP功能释放现有PDU会话连同指示需要针对UE重新建立新PDU会话的消息。

3.UE发送PDU会话请求消息，以便请求新PDU会话。

4.CP功能选择接近当前UE位置的新TUPF(即，TUPF 2)，并且配置用于新PDU会话的包括RAN、TUPF 2和中间用户平面节点的用户平面路径。在IP类型的PDU会话的情况下，TUPF2分配新的IP地址/前缀(IP@2)并且将其发送到UE(例如，使用路由器通告或者经由CP功能和NG1信令)。

5.UE开始针对所有业务流使用新PDU会话。UE可以使用更高层移动性机制(例如，SIP reINVITE)将业务流从TUPF1移动到TUPF2。

12)在针对UE进行的通知之前的以CN准备的PDU会话修改(SSC模式2)

该过程通过IPv6被应用于多归属PDU会话。

图11例示了可以应用本发明的无线通信***中的针对UE进行的UE之前的由CN准备的PDU会话修改过程。

2.当现有分支由于特定时间点的UE移动性而变为次优时，CP功能确定要建立PDU会话1的新分支。CP功能选择接近当前UE位置的新TUPF(TUPF2)，并且将TUPF 2配置为会话的新分支。TUPF 2分配新IP地址/前缀(IP2@)，并且将其发送到CP功能。此时，UE还没有参与。

3.CP功能将中间用户平面节点中的一个配置为PDU会话的分支点。CP可以将新用户平面节点***到路径中，使得其作为分支点进行操作。作为分支点进行操作的用户平面节点可以与其它实体(例如，连同RAN)共位。

4.网络将新IP地址/前缀的可用性通知UE。一旦UE配置了新IP地址/前缀的使用，UE就释放旧IP地址/前缀。这可以使用IPv6路由器通告或控制消息来执行。

5.UE开始针对所有类型的新业务使用IP@2，并且可以使用更高层移动性机制(例如，SIP reINVITE)将现有业务流从IP@1(现有IP地址/前缀)移动到IP@2。

6.CP释放TUPF1中的旧分支。

7.CP释放分支功能。如有需要，可以从用户平面路径中移除分支实体。

如上所述，UE可以响应于来自应用的请求而选择SSC模式，并且可以指示在其向网络发送PDU会话请求时所选择的SSC模式。另选地，UE可以基于UE中先前供应的规则而选择SSC模式，并且可以指示在其发送PDU会话请求时所选择的SSC模式。

此外，一个PDU会话仅支持一种SSC模式。为了使用另一SSC模式，UE需要请求新PDU会话。

会话和服务连续性(SSC)模式选择方法

在EPC中，为了支持会话连续性，使用一种持续保持P-GW不变的方法。因此，UE可以持续使用同一IP地址，因为不管使用哪个应用，P-GW都不改变。

然而，在此管理中，为了使不需要会话/服务连续性的UE持续保持IP地址，网络必须使用通用分组无线电服务(GPRS)隧道协议(GTP)隧道来支持UE的移动性。

网络的此操作对应于不需要会话/服务连续性的UE的不必要操作。因此，下一代网络(例如，5G***)定义了如上所述的一些SSC模式，使得可以执行优化的操作。

使用数据网络名称(DNN)来描述数据网络，并且UE使用DNN来指示UE要连接的数据网络。DNN由运营商配置，是半静态值。相比之下，由服务提供商确定针对特定服务请求的SSC模式。当SSC模式被指示为DNN的一部分时，运营商可能需要每当服务提供商引入新服务时更新所有UE的DNN配置。此外，与DNN配置相比，运营商可能想要基于订阅信息(也就是说，更动态的信息)来限制SSC模式。

通过在5G***架构内支持SSC，能满足UE针对不同应用/服务的各种连续性需求。5G***支持不同的SSC模式。在PDU会话的生命期期间，与PDU会话锚关联的SSC模式不改变。

可以如下地定义每种SSC模式。这是为了方便描述的一个示例，并且本发明不限于此。也就是说，尽管每种SSC模式的定义与以下描述不同，但是本发明可以被应用于其中为了支持不同的服务连续性而定义多种SSC模式的无线通信***。

1)SSC模式1：网络保持提供给UE的连续***。在IP类型的PDU会话的情况下，保持IP地址。在SSC模式1的PDU会话锚中，当建立PDU会话时，作为PDU会话锚操作的UPF(或TUPF)可以保持由UE为了接入网络而使用的接入技术(例如，接入类型和(一个或多个)小区)。也就是说，可以应用以下原则：

-可以在PDU会话的生命期期间保持所分配的TUPF(或UPF)。也就是说，TUPF(或UPF)可以不被网络改变。

在IP类型的PDU会话的情况下，无论UE移动性事件如何，都支持IP连续性。

IPv6多归属或上行链路分类器(UL CL)被应用于SSC模式1内的PDU会话。当网络(基于本地策略)向PDU会话分配附加PDU会话锚时，可以释放或者可以分配附加PDU会话锚。此外，UE不期望在PDU会话的生命期期间保持附加的IPv6前缀。

SSC模式1可以被应用于PDU会话类型和接入类型。

2)SSC模式2：PDU会话锚(即，TUPF或UPF)可以仅在接入网络附接点(例如，(一个或多个)小区和(一个或多个)RAT)的(即，一个或更多个)子集内被保持，该子集可以被称为PDU会话锚的服务区域。当UE离开PDU会话锚的服务区域时，可以由适于UE针对网络的新附接点的不同PDU会话锚来服务UE。也就是说，不保证在建立PDU会话时保持PDU会话锚。

如果使用SSC模式2，则网络可以释放转发到UE的连续***，并且可以释放对应的PDU会话。例如，在IP类型的PDU会话的情况下，网络可以释放分配给UE的(一个或多个)IP地址。

如果SSC模式2的PDU会话具有单个PDU会话锚，则网络可以触发PDU会话的释放，并且可以指示UE立即在同一数据网络中建立新PDU会话。触发条件(例如，基于负载状态的来自应用功能的请求)遵循运营商策略。当建立新PDU会话时，可以选择作为PDU会话锚进行操作的新UPF。

相比之下，如果SSC模式2的PDU会话具有多个PDU会话锚(即，在多归属PDU会话的情况下或者如果UL CL被应用于SSC模式2的PDU会话)，则可以释放或分配附加PDU会话锚。

SSC模式2可以被应用于PDU会话类型和接入类型。

可以应用以下的原则：

-重新定向到不同TUPF(或UPF)的触发：网络可以基于UE移动性或本地策略(即，关于所分配的TUPF(或UPF)的服务区域的信息)来确定是否需要重新定向UE的PDU会话已被分配到的TUPF(或UPF)。

-重新定向过程：网络可以通过首先释放与当前TUPF(或UPF)关联的用户平面路径然后建立与新TUPF(或UPF)对应的用户平面路径来将UE的业务重新定向到不同的TUPF(或UPF)。在这种情况下，可以使用两种解决方案：一种解决方案是在重新分配TUPF(或UPF)时保持PDU会话的方法，而另一种解决方案是断开与当前TUPF(或UPF)对应的UE的PDU会话并且请求UE立即重新激活PDU会话以选择新TUPF(或UPF)的方法。在该过程期间，UE可以保持附接状态。网络可以基于UE针对网络的当前附接点来选择TUPF(或UPF)。

3)SSC模式3：在这种模式下，网络使得在释放UE与先前PDU会话锚(例如，UPF或TUPF)之间的连接之前能够经由新PDU会话锚建立UE到同一数据网络(DN)的连接性。当应用触发条件时，网络确定是否选择适于UE的新条件(例如，到网络的新附接点)的PDU会话锚(例如，UPF或TUPF)。当所有TUPF都被激活时，UE可以主动将应用从先前的TUPF重新绑定到新的地址/前缀，或者UE可以一直等待，直到与先前的地址/前缀绑定的流终止。

如果使用SSC模式3，则UE可以获知用户平面的改变，但是网络可以保证UE不丧失连接性。为了允许更好的服务连续性，可以在先前的连接性终止之前建立通过新PDU会话锚点(即，新附接点)的连接性。例如，在IP类型的PDU会话的情况下，在锚重新部署期间不能保持IP地址。

SSC模式3可以被应用于任何PDU会话类型和任何接入类型。

在IP类型的PDU会话的情况下，在PDU会话锚的改变过程期间：

-锚定在新PDU会话锚上的新IP前缀可以在同一PDU会话内被分配，或者

-锚定在新PDU会话锚上的新IP前缀可以被应用于SSC模式3内建立的PDU会话或SSC模式1内建立的PDU会话的附加PDU会话锚。

-新IP地址/前缀可以在被触发使得它由UE建立的新PDU会话内被分配。

-这可以仅仅被应用于SSC模式3内建立的PDU会话的情况。

在分配了新IP地址/前缀之后，在UE所指示的给定时间内保持旧IP地址/前缀，然后释放它。

在多PDU会话锚的情况下(即，在多归属PDU会话的情况下或者在UL CL被应用于SSC模式3的PDU会话的情况下)，可以释放或者可以分配附加PDU会话锚。

可以应用以下的原则：

-重新定向过程：网络可以对UE指示是否需要重新定向UE的激活的PDU会话之一的业务。此外，网络可以启动定时器并且对UE指示定时器值。可以朝新TUPF(或UPF)建立用户平面路径。在这种情况下，可以使用两种解决方案：一种解决方案是将PDU会话重新用于附加用户平面路径的方法，而另一种解决方案是建立附加PDU会话的方法。网络可以基于UE针对网络的当前附接点来选择新TUPF(或UPF)。如果UE已在没有指示需要重新定向激活的PDU会话的先前指示的情况下向同一DN发送了对附加PDU会话的请求，则网络可以拒绝UE的请求。

-当建立了与新TUPF(或UPF)关联的新用户平面路径，UE可以执行以下选项中的一个。

选项1：UE可以(例如，使用更高层会话连续性机制)主动将绑定的应用流从先前TUPF(或UPF)重新定向到新TUPF(或UPF)。当UE完成了将应用流重新定向到新TUPF(或UPF)时，可以释放先前的TUPF(或UPF)。

选项2：UE可以将新的应用流引导到新TUPF(或UPF)中。经由先前的TUPF(或UPF)的流可以一直持续，直到该流终止。当使用先前TUPF(或UPF)的所有流终止时，可以释放先前的TUPF(或UPF)。当使用选项2时，可以使用多归属PDU会话来发送与先前的TUPF(或UPF)绑定的应用流。先前的TUPF(或UPF)与新的TUPF(或UPF)之间的隧道可以被用于转发这些流。

-如果在定时器期满或网络检测到先前的TUPF(或UPF)已被停用时尚未释放先前的TUPF(或UPF)，则网络可以释放先前的TUPF(或UPF)。

描述了SSC模式选择。

可以使用SSC模式选择策略来为UE或会话确定与应用或应用组关联的会话的类型和服务连续性(SSC)模式。

运营商可以预先针对UE配置SSC模式选择策略。该策略可以包括UE为了确定与应用或应用组关联的SSC模式的类型而使用的一个或更多个SSC模式选择策略规则。该策略可以包括与UE内的所有应用匹配的默认SSC模式选择策略规则。

当应用请求数据发送(例如，网络套接字打开)并且应用本身未指定所请求的SSC模式时，UE可以确定SSC模式。UE可以使用SSC模式选择策略来确定与应用关联的SSC模式，并且：

如果UE已经具有与应用关联的SSC模式相匹配的激活的PDU会话，则UE可以在PDU会话内路由应用的数据，除非UE内的另一条件不允许使用PDU会话。否则，UE可以请求建立具有与应用关联的SSC模式相匹配的SSC模式的新PDU会话。

b)应用关联的SSC模式可以是非默认SSC模式选择策略中所包括的SSC模式或默认SSC模式选择策略规则中所包括的SSC模式中的任一种。如果SSC模式选择策略不包括默认SSC模式选择策略规则并且不存在与应用匹配的不同规则，则UE可以在不供应SSC模式的情况下请求PDU会话。在这种情况下，网络可以确定PDU会话的SSC模式。

可以由运营商更新提供给UE的SSC模式选择策略规则。

SMF可以从UDM接收每个DNN所支持的默认SSC模式的列表和SSC模式作为订阅信息的一部分。

如果UE在请求新PDU会话时提供SSC模式，则SMF可以通过接受所请求的SSC模式和/或本地配置或者基于订阅信息修改所请求的SSC模式来选择SSC模式。

如果UE在请求新PDU会话时不提供SSC模式，则SMF可以应用本地配置，以便选择订阅信息内列出的针对数据网络的默认SSC模式或者选择SSC模式。

SMF可以将针对PDU会话所选择的SSC模式通知UE。

UE可以响应于来自应用的请求或者基于先前供应的策略来确定SSC模式。

如果在一个PDU会话中仅支持一种SSC模式，则当应用请求不同的SSC模式时，UE必须建立新PDU会话。

也就是说，当UE具有需要不同SSC模式的多个应用时，UE可能需要根据所需的SSC模式建立不同的PDU会话。在这种情况下，UE将具有若干已建立的PDU会话。

如果UE具有三个应用并且应用分别需要SSC模式1、SSC模式2和SSC模式3，则UE可能需要建立三个不同的PDU会话，尽管这些PDU会话连接到同一DN。

例如，应用可能需要不同的SSC模式，尽管它们使用同一互联网接入点名称(APN)/数据网络名称(DNN)。例如，网络浏览应用可能因为它不需要会话连续性而需要SSC模式2。支持互联网协议语音(VoIP)的应用可能因为它需要会话连续性而需要SSC模式1或SSC模式3。在这种情况下，UE可能需要建立两个PDU会话，尽管该应用使用同一互联网APN/DNN。

因此，UE和网络二者都执行用于管理PDU会话的操作，因为UE的已建立的PDU会话的数目增加。结果，UE和网络二者都可能具有可归因于增加的PDU会话的负担。换句话说，这种机制增加了用于每个UE的PDU会话的数目。结果，与EPC网络相比，下一代核心网络可能需要管理更多的PDU会话。

如果持续地出现应用业务，则可能优选的是针对特定SSC模式建立新PDU会话。然而，当在特殊情形下出现应用业务时，可能优选的是使用保证同一水平的会话和服务连续性的现有PDU会话。例如，当UE具有的PDU会话具有用于基本互联网连接的SSC模式3时，UE可以启动需要具有SSC模式2的PDU会话的视频流服务。在这种情况下，具有SSC模式2的新PDU会话可能不是必需的，因为具有SSC模式3的现有PDU会话可以支持视频业务。

因此，如果现有PDU会话支持更高水平的会话和服务连续性，则提议使用现有PDU会话的方法。

下文中，在对本发明的描述中，为了方便描述，例示了IP流，但是本发明可以以相同的方式应用于除IP分组以外的诸如非IP/以太网这样的其它流。

当UE需要响应于来自应用的请求而建立支持新SSC模式的PDU会话时，UE可以通过检查现有建立的PDU会话的SSC模式来确定新SSC模式是否必要。

在这种情况下，UE可以检查现有PDU会话的APN/DNN是否与应用所请求的APN/DNN相同。如果APN/DNN不同，则UE可以向网络请求建立新PDU会话。

例如，如果UE具有支持SSC模式3的现有建立的PDU会话，则当不同的应用请求SSC模式2时，如果APN/DNN相同(即，现有PDU会话的APN/DNN与应用所请求的APN/DNN相同)，则UE可以使用支持SSC模式3的现有PDU会话来发送相应应用的数据。

如果UE具有支持SSC模式1的现有建立的PDU会话，则当应用请求SSC模式2时，UE可以使用支持SSC模式1的现有PDU会话来发送数据(如果现有PDU会话的APN/DNN与应用所请求的APN/DNN相同)。

然而，如果UE具有支持SSC模式2的现有建立的PDU会话，则当应用请求SSC模式3时，如果UE使用现有PDU会话，则不支持服务连续性。SSC模式2仅支持特定区域内的服务连续性，但是SSC模式3支持特定区域外的服务连续性。因此，如果通过使用SSC模式2的PDU会话发送请求SSC模式3的应用业务，则不能支持服务连续性。

当网络建立UE的PDU会话时，它可以发送关于相应PDU会话是否可以发送不同SSC模式所请求的业务的指示(即，相应PDU会话是否可以用于发送不同模式所请求的业务)。

如果网络不允许相应的PDU会话(即，它不能被用于发送与相应PDU会话中支持的SSC模式不同的SSC模式的业务)，则UE需要通过请求支持新SSC模式的PDU会话来发送数据。

如果UE没有响应于来自应用的请求而选择SSC模式并且SSC模式由网络(例如，SMF)(例如，基于先前在网络中供应的策略)确定，则网络可以在没有对支持UE针对特定应用或IP流的新SSC模式的PDU会话的请求的情况下，配置是否可以通过现有建立的PDU会话发送数据。

例如，网络(例如，SMF)可以配置是否可以通过所允许的SSC模式值使用支持不同SSC模式的PDU会话如下。

在这种情况下，如果不存在所允许的SSC模式，则UE必须通过具有(支持)所需连续性类型的PDU会话来发送对应的应用业务或IP流。

规则1，优先级1：应用(APP)＝com.example.skype，所需的连续性类型＝SSC模式3，所允许的SSC模式＝SSC模式1

规则2，优先级2：应用(APP)＝com.example.web.server,，所需的连续性类型＝SSC模式1，所允许的SSC模式＝SSC模式2/3

规则3，优先级3：协议＝TCP；目的地端口(DstPort)＝80，所需的连续性类型＝SSC模式2，所允许的SSC模式＝SSC模式1/3

默认规则：默认连续性类型＝SSC模式2。

在图12中，CP功能意指负责网络内的控制平面功能的节点。例如，SMF可以对应于CP功能。

参照图12，UE和CP功能执行附接过程(或注册过程)(S1201)。

当UE在网络上执行附接(或注册)过程时，可以生成PDU会话，或者可以仅执行附接(或注册)过程而不生成PDU会话。

图12例示了仅执行附接(或注册)过程而不生成PDU会话的情况。

当第一应用启动并且从第一应用接收到对新SSC模式的PDU会话请求时(即，当从第一应用接收到数据发送请求时)(S1202)，UE通过PDU会话建立请求消息请求将所选择的SSC模式(即，所请求的SSC模式)发送到网络(例如，CP功能)，从而请求建立第一PDU会话(S1203)。

也就是说，如果分别地执行附接(或注册)过程和用于生成PDU的过程(例如，PDU会话建立过程)，则UE可以通过PDU会话建立请求消息请求将所选择的SSC模式发送到网络(例如，CP功能)，从而请求建立第一PDU会话。

相比之下，如果在执行附接(或注册)过程的同时生成PDU会话，则UE可以通过所期望的附接请求(或注册请求)消息请求将所述选择的SSC模式发送到网络(例如，CP功能)，从而请求建立第一PDU会话。

网络(例如，CP功能)可以在考虑到关于从UE接收的会话的信息(例如，APN、DNN、切片信息)、网络所拥有的订户信息和运营商配置、转发到UE的策略规则、网络情形等的情况下针对为相应UE生成的PDU会话选择SSC模式。此外，在附接(或注册)过程或PDU会话建立过程期间，可以将用于第一PDU会话的SSC模式通知UE。

网络(例如，CP功能)通过针对第一PDU会话的PDU会话建立接受消息向UE发送所接受的SSC模式和所允许的SSC模式(S1204)。

相比之下，如果在执行附接(或注册)过程的同时生成PDU会话，则网络(例如，CP功能)可以通过附接接受(或注册接受)消息来发送所接受的SSC模式和所允许的SSC模式。

如上所述，网络还可以将指示需要不同SSC模式的应用是否可以使用相应PDU会话的所允许SSC模式通知UE。

也就是说，除了PDU会话的SSC模式(即，SSC模式，也就是说，相应PDU会话的属性)之外，所允许的SSC模式可以指示相应PDU会话可支持的SSC模式。在这种情况下，可支持的SSC模式可以是一种或更多种。

为了使相应PDU会话不被用于不同的应用，可以将所允许的SSC模式设置为如同“所允许的SSC模式＝不允许”。相比之下，如果对于需要不同SSC模式的不同应用允许对应的PDU会话，则可以将所允许的SSC模式设置为所允许的特定SSC模式。在这种情况下，所允许的SSC模式可以包括多种SSC模式。

当第二应用启动并且从第二应用接收到对新SSC模式的PDU会话请求时(当从第二应用接收到对数据发送的请求时)(S1205)，UE检查先前供应的策略(即，SSC模式选择策略)和现有建立的PDU会话(即，第一PDU会话)的属性(S1206)。

也就是说，UE基于从网络接收的策略规则(即，SSC模式选择规则)来确定是否要发送应用的数据或者是否使用现有PDU会话(即，第一PDU会话)请求建立新PDU会话(即，第二PDU会话)。

换句话说，当应用请求数据发送(例如，网络套接字打开)时，如果UE已经具有与应用关联的SSC模式相匹配的激活的PDU会话，则UE在PDU会话内路由(即，发送)相应应用的数据。如若不然，UE请求建立具有与应用关联的SSC模式相匹配的SSC模式的新PDU会话。

1)当允许使用现有PDU会话(即，第一PDU会话)时

如果确定通过现有PDU会话(即，第一PDU会话)发送第二应用的数据，则UE可以向网络(例如，CP功能)发送用于改变现有PDU会话(即，第一PDU会话)的QoS的PDU会话修改消息，以便发送新IP流(S1207)。

PDU会话修改消息可以包括关于新IP流的信息(即，第二应用的数据)和所请求的QoS信息。

在这种情况下，网络(例如，CP功能)可以确定是否允许通过现有建立的PDU会话(即，第一PDU会话)发送新IP流。

如果允许通过现有建立的PDU会话(即，第一PDU会话)发送新IP流并且接受了由UE请求的QoS的改变，则网络(例如，CP功能)可以将PDU会话修改接受消息发送到UE(S1208)。

相比之下，如果不允许通过现有建立的PDU会话(即，第一PDU会话)发送新IP流，则网络(例如，CP功能)可以通过向UE发送PDU会话修改拒绝消息将对应PDU会话(即，第一PDU会话)不能被用于发送新IP流通知UE。

在这种情况下，PDU会话修改拒绝消息的原因值可以被设置为诸如“不允许IP流”这样的值。

当UE从网络(例如，CP功能)接收到以上PDU会话修改拒绝消息时，它可以向网络请求建立具有新SSC模式的PDU会话(即，第二PDU会话)。

2)当不允许使用现有PDU会话时

如果确定通过新PDU会话(即，第二PDU会话)发送新应用的数据，则UE通过发送PDU会话建立请求消息请求建立具有与新应用关联的SSC模式相匹配的SSC模式的新PDU会话(即，第二PDU会话)(S1209)。

PDU会话建立请求消息可以包括针对新PDU会话(即，第二PDU会话)请求的SSC模式。

网络(例如，CP功能)可以在考虑到关于从UE接收的会话的信息(例如，APN、DNN、切片信息)、网络所拥有的订户信息和运营商配置、转发到UE的策略规则、网络情形等的情况下针对为相应UE生成的PDU会话(即，第二PDU会话)选择SSC模式。

此外，网络(例如，CP功能)通过针对第二PDU会话的PDU会话建立接受消息向UE发送所接受的SSC模式和所允许的SSC模式(S1210)。

此外，在步骤S1206中，如果UE没有从网络接收的规则(即，SSC模式选择策略)，则它可以使用支持服务连续性的PDU会话和更高会话来发送新应用(即，第二应用)的数据如下。

例如，SSC模式1支持最高水平的会话和服务连续性，并且下一种模式可以是SSC模式3，并且最后的模式可以是最低水平的SSC模式2。

因此，这可以被表示如下。在这种情况下，通过检查现有PDU会话的APN/DNN，需要现有PDU会话(即，第一PDU会话)的APN/DNN与新请求的PDU会话(即，第二PDU会话)的APN/DNN相同。

当存在SSC模式1PDU会话时->SSC模式1/SSC模式2/SSC模式3IP流是可支持的

当存在SSC模式2PDU会话时->仅SSC模式2是可能的并且不同的SSC模式不可用

当存在SSC模式3PDU会话时->SSC模式2/SSC模式3IP流是可支持的

此外，如果应用未指示特定SSC模式，则可以使用默认SSC模式。在这种情况下，可以通过以相同方式检查现有PDU会话(即，第一PDU会话)的SSC模式来检查是否可能通过现有PDU会话(即，第一PDU会话)进行新应用(即，第二应用)的数据发送。

另选地，当请求PDU会话作为现有SSC模式(即，应用不指示特定SSC模式)时，UE可以总是使用现有PDU会话(即，第一PDU会话)发送新应用(即，第二应用)的数据。

此外，UE可以并行地同时请求多个PDU会话。在这种情况下，如果有必要请求与同一数据网络(DN)建立具有不同SSC模式的PDU会话，则UE可以首先请求建立用于支持更高水平的会话和服务连续性的SSC模式的PDU会话。

另选地，如果UE针对支持更高水平的会话和服务连续性的SSC模式生成PDU会话，则UE可以推迟对用于支持与低水平的会话和服务连续性的SSC模式关联的应用的PDU会话的请求(尽管从与支持低水平的会话和服务连续性的SSC模式关联的应用接收到对数据发送的请求)，并且可以等待建立支持支持高水平的会话和服务连续性的SSC模式的PDU会话。此后，UE可以确定是否能够使用具有支持高水平的会话和服务连续性的SSC模式的PDU会话来发送与支持低水平的会话和服务连续性的SSC模式关联的应用的数据。UE可以基于确定的结果向网络请求建立新PDU会话以用于与支持低水平的会话和服务连续性的SSC模式关联的应用的数据发送，或者可以使用现有PDU会话发送相应应用的数据。

更具体地描述了UE用于确定当在图12的步骤S1206中接收到对应用的数据发送的请求时是使用现有激活的PDU会话还是向网络请求建立新PDU会话的方法。

-当UE请求PDU会话时，UE可以通过将所请求的SSC模式包括为PDU会话建立信令的一部分来指示所请求的SSC模式。

-服务网络从订阅数据库接收各订户的每个数据网络所支持的默认SSC模式和SSC模式的列表作为订阅信息的一部分。

-服务网络通过接受UE所请求的SSC模式或者基于订阅和/或本地配置修改所请求的SSC模式来选择SSC模式。

-当UE请求新PDU会话时，如果它没有提供SSC模式，则网络在订阅信息内选择列出的默认SSC模式或者应用本地配置来选择SSC模式。

-在选择了SSC模式之后，网络(a)可以接受来自UE的PDU会话请求或者对UE指示所选择的SSC模式，或者(b)可以拒绝PDU会话请求并且将所选择的SSC模式和原因值发送到UE，原因值指示UE内的不同PDU会话已经使用所选择的SSC模式。

-SSC模式可以被应用于每个PDU会话。UE可以针对不同的PDU会话请求不同的SSC模式。也就是说，已并行激活的不同PDU会话可以针对同一UE具有不同的SSC模式。

-UE检查在它基于相应的应用请求来请求具有特定SSC模式的PDU会话之前是否可以将现有PDU会话用于应用。如果现有PDU会话满足会话和服务连续性要求，则UE不请求建立具有新SSC模式的PDU会话。

表1示出了当应用请求新PDU会话时是否允许现有PDU会话发送具有不同SSC模式的业务。

[表1]

参照表1，如果已激活具有SSC模式1的现有PDU会话，则UE可以使用现有PDU会话来进行需要SSC模式1、SSC模式2或SSC模式3的新应用的数据发送。也就是说，UE可以不向网络请求建立新PDU会话。

此外，如果已激活具有SSC模式2的现有PDU会话，则UE可以使用现有PDU会话来进行需要SSC模式2的新应用的数据发送。也就是说，UE可以不向网络请求建立新PDU会话。相比之下，UE需要向网络请求建立新PDU会话以用于需要SSC模式1或SSC模式3的新应用的数据发送。

此外，如果已激活具有SSC模式3的现有PDU会话，则UE可以使用现有PDU会话来进行需要SSC模式2或SSC模式3的新应用的数据发送。也就是说，UE可以不向网络请求建立新PDU会话。相比之下，UE需要向网络请求建立新PDU会话以用于需要SSC模式1的新应用的数据发送。

-在PDU会话的生命期期间，SSC模式不改变。

-TUPF(或UPF)选择：当针对PDU会话选择TUPF时，网络考虑UE的当前附接点和所请求的SSC模式。

参照图13，UE从应用(即，在UE内驱动的应用)接收对数据发送的请求(S1301)。

在这种情况下，当从应用接收到对数据发送的请求时，应用也可以指示所需的SSC模式。

另选地，当从应用接收到对数据发送的请求时，应用不可以指示所需的SSC模式。在这种情况下，UE可以基于由网络提供的策略来确定与应用关联的SSC模式。

UE检查已经激活的第一PDU会话的SSC模式是否与和应用程序关联的已经激活的SSC模式匹配(相同)(S1302)。

如上所述，SSC模式可以包括SSC模式1、SSC模式2和SSC模式3。在SSC模式1的PDU会话的情况下，可以保持在建立PDU会话时使用的PDU会话锚，而不管UE为了接入网络而正在使用的接入技术如何。在SSC模式2的PDU会话的情况下，不能保证保持在建立PDU会话时使用的PDU会话锚。在SSC模式3的PDU会话的情况下，在释放UE与先前PDU会话锚之间的连接之前，可以允许通过新PDU会话锚来建立UE与同一数据网络的连接性。

如果作为步骤S1302中的确定结果第一PDU会话的SSC模式与和应用关联的SSC模式匹配，则UE在没有请求网络建立新的第二PDU会话的情况下使用第一PDU会话将应用的数据发送到网络(S1303)。

相比之下，如果作为步骤S1302中的确定结果第一PDU会话的SSC模式与和应用关联的SSC模式不匹配，则UE检查第一PDU会话是否可以支持和应用关联的SSC模式(S1304)。

当建立第一PDU会话时，UE可以相对于第一PDU会话从网络接收所接受的SSC模式和所允许的SSC模式。

对此进行具体描述。网络(例如，CP功能或SMF)接收PDU会话建立请求消息，该消息包括UE针对PDU会话请求的SSC模式。网络通过接受所请求的SSC模式或者基于订阅信息和/或本地配置修改所请求的SSC模式来选择用于PDU会话的SSC模式。网络可以向UE发送PDU会话建立接受消息，该消息包括所选择的SSC模式和所允许的SSC模式，所允许的SSC模式指示除了所选择的SSC模式以外PDU会话能支持的SSC模式。

在这种情况下，网络可以通过检查和应用关联的SSC模式是否被包括在所允许的SSC模式中来检查第一PDU会话是否可以支持和应用关联的SSC模式。也就是说，如果和应用关联的SSC模式被包括在所允许的SSC模式中，则网络可以确定第一PDU会话可以支持和应用关联的SSC模式。

另选地，UE可以基于网络所提供的策略来检查第一PDU会话是否可以支持和应用关联的SSC模式。

另选地，UE可以通过检查第一PDU会话的SSC模式是否支持比和应用关联的SSC模式的会话和服务连续性高的会话和服务连续性来检查第一PDU会话是否可以支持和应用关联的SSC模式。

例如，如果第一PDU会话的SSC模式是SSC模式1，则第一PDU会话可以支持和应用关联的SSC模式是SSC模式1、SSC模式2或SSC模式3的所有情况。此外，如果第一PDU会话的SSC模式是SSC模式2，则第一PDU会话可以仅支持和应用关联的SSC模式是SSC模式2的情况。此外，如果第一PDU会话的SSC模式是SSC模式3，则第一PDU会话可以支持和应用关联的SSC模式是SSC模式2或SSC模式3的情况。

如果作为步骤S1304中的确定结果第一PDU会话可以支持和应用关联的SSC模式匹配，则UE在没有请求建立新的第二PDU会话的情况下使用第一PDU会话将应用的数据发送到网络(S1303)。

也就是说，如果第一PDU会话可以支持和应用关联的SSC模式，则尽管第一PDU会话的SSC模式与和应用关联的SSC模式不相同(即，匹配)，但是UE可以在没有请求网络建立新的第二PDU会话的情况下使用第一PDU会话将应用的数据发送到网络。

相比之下，如果作为步骤S1304中的确定结果第一PDU会话不支持和应用关联的SSC模式，则UE向网络请求建立新的第二PDU会话(S1305)。

图13例示了确定第一PDU会话的SSC模式是否与和应用关联的SSC模式匹配(S1302)以及确定第一PDU会话是否可以支持和应用关联的SSC模式(S1304)的方法，但是这是为了方便描述，本发明不限于此。也就是说，可以省略步骤S1302。在这种情况下，当从应用接收到对数据发送的请求时(S1301)，UE可以检查第一PDU会话是否可以支持和应用关联的SSC模式(S1304)。

也就是说，如果第一PDU会话的SSC模式与和应用关联的SSC模式匹配(相同)，则可以确定第一PDU会话可以支持和应用关联的SSC模式。因此，可以省略步骤S1302。

因此，如果第一PDU会话可以支持和应用关联的SSC模式，则尽管第一PDU会话的SSC模式与和应用关联的SSC模式不相同(即，匹配)，但是UE可以在没有请求网络建立新的第二PDU会话的情况下使用第一PDU会话将应用的数据发送到网络(S1303)。

相比之下，如果作为步骤S1304中的确定结果第一PDU会话不支持和应用关联的SSC模式，则UE可以向网络请求建立新的第二PDU会话(S1305)。

可应用本发明的一般设备

图14例示了根据本发明的实施方式的通信设备的框图。

参照图14，无线通信***包括网络节点1410和多个UE 1420。

网络节点1410包括处理器1411、存储器1412和通信模块1413。处理器1411实现在图1至图13中提出的功能、处理和/或方法。有线/无线接口协议的层可以由处理器1411实现。存储器1412连接到处理器1411并且存储用于驱动处理器1411的各条信息。通信模块1413连接到处理器1411，并且发送和/或接收有线/无线信号。例如，图1中例示的网络实体(例如，AMF、SMF、(R)AN、UPF、PCF)可以对应于网络节点1410。特别地，如果网络节点1410是基站，则通信模块1413可以包括用于发送/接收无线电信号的射频(RF)单元。

UE 1420包括处理器1421、存储器1422和通信模块(或RF单元)1423。处理器1421实现在图1至图13中提出的功能、处理和/或方法。无线电接口协议的层可以由处理器1421实现。存储器1422连接到处理器1421并且存储用于驱动处理器1421的各条信息。通信模块1423连接到处理器1421，并且发送和/或接收无线电信号。

存储器1412、1422可以设置在处理器1411、1421的内部或外部并且可以通过各种已知装置连接到处理器1411、1421。此外，网络节点1410(如果它是基站)和/或UE 1420可以具有单根天线或多根天线。

图15例示了根据本发明的实施方式的通信设备的框图。

具体地，图15是更具体例示图14的UE的图。

参照图15，UE可以包括处理器(或数字信号处理器(DSP))1510、RF模块(或RF单元)1535、电力管理模块1505、天线1540、电池1555、显示器1515、键盘1520、存储器1530、订户识别模块(SIM)卡1525(该元件是可选的)、扬声器1545和麦克风1550。UE还可以包括单根天线或多根天线。

处理器1510实现在图1至图13中提出的功能、处理和/或方法。无线电接口协议的层可以由处理器1510实现。

存储器1530连接到处理器1510，并且存储与处理器1510的操作相关的信息。存储器1530可以设置在处理器1510的内部或外部并且可以通过各种已知装置连接到处理器1510。

例如，用户通过按下(或触摸)键盘1520的按钮或者通过使用麦克风1550进行语音激活来输入诸如电话号码这样的命令信息。处理器1510接收此命令信息并且执行处理，以便执行诸如对电话号码进行电话通话这样的适宜功能。可以从SIM卡1525或存储器1530中提取操作数据。此外，为了方便起见，处理器1510可以在显示器1515上识别并显示命令信息或驱动信息。

RF模块1535连接到处理器1510并且发送和/或接收RF信号。处理器1510将命令信息传递到RF模块1535，使得RF模块1535发送形成语音通信数据的无线电信号以便例如发起通信。RF模块1535包括接收机和发射机，以便接收和发送无线电信号。天线1540用于发送和接收无线电信号。当接收到无线电信号时，RF模块1535传递无线电信号使得其由处理器1510处理，并且可以将信号转换成基带。处理后的信号可以被转换成通过扬声器1545输出的可听或可读信息。

以上提到的实施方式是以预定方式通过本发明的结构元件和特征的组合来实现的。除非单独指明，否则应该选择性地考虑结构元件或特征中的每一个。可以在不与其它结构元件或特征组合的情况下实施结构元件或特征中的每一个。另外，一些结构元件和/或特征可以彼此组合，以构成本发明的实施方式。可以改变本发明的实施方式中所描述的操作的顺序。一个实施方式的一些结构元件或特征可以被包含在另一个实施方式中，或者可以被另一个实施方式的对应结构元件或特征替换。此外，将显而易见的是，引用特定权利要求的一些权利要求可以与引用除了所述特定权利要求以外的其它权利要求的其它权利要求组合以构成实施方式，或者通过在提交申请之后进行修改来增加新的权利要求。

本发明的实施方式可以通过各种装置(例如，硬件、固件、软件或其组合)来实现。在硬件配置中，根据本发明的实施方式的方法可以通过一个或更多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实现。

在固件或软件配置中，本发明的实施方式可以以模块、过程、功能等形式来实现。软件代码可以被存储在存储单元中并且由处理器来执行。存储单元可以位于处理器的内部或外部，并且可以经由各种已知手段将数据发送到处理器和从处理器接收数据。

对于本领域技术人员将显而易见的是，可以在不脱离本发明的精神或范围的情况下对本发明进行各种修改和变型。因此，本发明旨在涵盖本发明的落入所附的权利要求及其等同物的范围内的修改和变型。

工业实用性

本发明被应用于3GPP LTE/LTE-A并且主要描述了5G***，但是除了3GPP LTE/LTE-A和5G***之外，还可以被应用于各种无线通信***。

Claims

1.一种在支持多种会话和服务连续性SSC模式的无线通信***中由用户设备UE选择与协议数据单元PDU会话关联的SSC模式的方法，该方法包括以下步骤：

从应用接收对数据发送的请求；

检查第一PDU会话是否能够支持与所述应用关联的SSC模式；以及

如果所述第一PDU会话能够支持与所述应用关联的SSC模式，则在没有请求网络建立新的第二PDU会话的情况下使用所述第一PDU会话将所述应用的数据发送到所述网络，尽管所述第一PDU会话的SSC模式和与所述应用关联的SSC模式不相同。

2.根据权利要求1所述的方法，

其中，所述SSC模式包括SSC模式1、SSC模式2和SSC模式3，

其中，在所述SSC模式1的PDU会话中，保持在建立PDU会话时使用的PDU会话锚，而不管所述UE为了接入所述网络而正在使用的接入技术如何，

其中，在所述SSC模式2的PDU会话中，不保证保持在建立PDU会话时使用的PDU会话锚，并且

其中，在所述SSC模式3的PDU会话中，允许在所述UE与先前PDU会话锚之间的连接终止之前通过新PDU会话锚建立UE与同一数据网络的连接性。

3.根据权利要求2所述的方法，该方法还包括以下步骤：

当建立所述第一PDU会话时，从所述网络接收针对所述第一PDU会话的所接受的SSC模式和所允许的SSC模式。

4.根据权利要求3所述的方法，

其中，检查第一PDU会话是否能够支持与所述应用关联的SSC模式的步骤包括检查与所述应用关联的SSC模式是否被包括在所述所允许的SSC模式中。

5.根据权利要求2所述的方法，

其中，检查第一PDU会话是否能够支持与所述应用关联的SSC模式的步骤包括基于由所述网络所提供的策略来检查所述第一PDU会话是否能够支持与所述应用关联的SSC模式。

6.根据权利要求2所述的方法，

其中，检查第一PDU会话是否能够支持与所述应用关联的SSC模式的步骤包括检查所述第一PDU会话的SSC模式是否支持比与所述应用关联的SSC模式高的会话和服务连续性。

7.根据权利要求6所述的方法，

其中，当所述第一PDU会话的SSC模式是所述SSC模式1时，所述第一PDU会话支持与所述应用关联的SSC模式是所述SSC模式1、所述SSC模式2或所述SSC模式3的所有情况。

8.根据权利要求6所述的方法，

其中，当所述第一PDU会话的SSC模式是所述SSC模式2时，所述第一PDU会话仅支持与所述应用关联的SSC模式是所述SSC模式2的情况。

9.根据权利要求6所述的方法，

其中，当所述第一PDU会话的SSC模式是所述SSC模式3时，所述第一PDU会话支持与所述应用关联的SSC模式是所述SSC模式2或所述SSC模式3的情况。

10.根据权利要求1所述的方法，

其中，当从所述应用接收到所述对数据发送的请求时，由所述应用所请求的SSC模式被一起指示。

11.根据权利要求1所述的方法，该方法还包括以下步骤：

如果当从所述应用接收到所述对数据发送的请求时由所述应用所请求的SSC模式未被指示，则基于由所述网络所提供的策略来确定与所述应用关联的SSC模式。

12.一种在支持多种会话和服务连续性SSC模式的无线通信***中由网络支持对与协议数据单元PDU关联的SSC模式的选择的方法，该方法包括以下步骤：

接收来自用户设备UE的PDU会话建立请求消息，其中，所述PDU会话建立请求消息包括针对所述PDU会话请求的SSC模式；

通过接受所请求的SSC模式或者基于订阅信息和/或本地配置修改所请求的SSC模式来选择用于所述PDU会话的SSC模式；以及

向所述UE发送PDU会话建立接受消息，其中，所述PDU会话建立接受消息包括所选择的SSC模式和所允许的SSC模式，所述所允许的SSC模式指示除了所述所选择的SSC模式以外所述PDU会话能够支持的SSC模式。