SSC模式是会话和服务连续模式(Session and Service Continuity Mode)的简称。
5GS支持有三种不同的session and service continuity (SSC) modes;一个PDU会话的SSC模式在该PDU会话的整个生命周期内不会改变,也就是说一条PDU连接在起建立时设置为SSC mode-X,那么这条PDU会话的模式是不能修改的,直至其被去激活都是SSC mode-X。
对于SSC模式1的PDU会话,网络会一直维持在PDU会话建立时充当PDU会话锚的UPF,而不管UE连续用于接入网络的接入技术(例如,接入类型和小区)。
对于IP类型的PDU会话,分配给UE的IP地址是不变,这就是所谓的IP地址连续性。
当IPv6 multi-homing 或UL CL(上行分类器)应用到SSC mode 1时,网络(基于本地策略)给PDU会话分配额外的PDU会话锚点,这些额外的PDU会话锚点可以被释放和分配,UE不能认为这些额外的IPv6前缀在整个PDU会话生命期都会被网络维持的。
SSC mode 1可以应用到任何PDU Session类型和任何接入类型。
如果一条SSC mode 2 的PDU会话有一个PDU会话锚点,网络如果要迁移锚点UPF和服务SMF时,为了保持连续性服务,网络会让UE释放PDU会话重新立刻发起新的PDU会话建立流程(连接到相同的DN)。
否则,如果一条SSC mode 2的PDU会话有多个PDU会话锚点(也即 multi-homing PDU Session或使用UL CL的场景),额外的PDU会话锚点可以被释放或者分配。
SSC mode 2 可以应用于任何PDU会话类型和任何接入类型。
注:在 UL CL模式下,UE不会参与到PDU会话锚点的迁移,所以UE是不知道PDU会话多锚点的存在的。
TS23.502 4.3.51章节的流程图展示了SSC mode 2下的会话锚点的迁移流程。
1. SMF根据某种策略规则判断需要切换一个PDU会话的服务UPF
2. 网络发起PDU会话释放流程,原因值填写#0x17,表示通知UE释放PDU会话后立刻发起接入相同网络的PDU会话建立流程
3. UE重新发起PDU会话建立请求,因为步骤2UE收到的PDU释放原因值要求其重新发起PDU连接
对于SSC mode 3 的PDU会话,网络允许在UE与先前的PDU会话锚点之间的连接被释放之前,先建立一条经过新PDU会话锚点的连接。也就是说迁移锚点时,先建立一条经过新锚点的PDU会话连接(接入相同DN),然后再释放老的锚点PDU会话连接。和SSC mode 2 的区别是,mode 3 下是先建立新锚点的连接再释放老锚点的连接来保证服务的连续性,mode 2 是先释放老锚点连接再立刻建新锚点连接来保证服务的连续性。
SSC mode 3仅可应用于IP类型的PDU会话,接入模式可以是3GPP或non-3GPP。
TS23.502 4.3.5.2章节有一个SSC mode 3下的服务UPF和SMF改变的流程,结合这个流程和mode2的流程就能很好地理解mode2和mode3下的连续性服务连接。
1. SMF决定要迁移PDU会话的服务SMF和UPF
2. SMF触发Namf_Communication_N1N2MessageTransfer(PDU Session ID,SMF迁移指示,N1 SM Container)。
PDU Session ID表示要迁移的PDU会话,SMF迁移指示标识SMF是否也需要迁移。
N1 SM Container(PDU Session Modification Command(Cause,PCO(PDU Session Address Lifetime value) ))。
Cause值为#0x17表示要UE要立刻重新发起相同DN的PDU会话连接。
PDU Session Address Lifetime value表示网络还会继续保留当前PDU会话多长时间,超时后SMF就会发起PDU会话释放流程。
3. AMF将消息发给UE
4.UE收到PDU Session Modification Command后发起新的PDU会话建立流程(相同的DN)
5.在建立新PDU会话之后,UE开始使用与新PDU会话相关联的IP地址/前缀用于所有新流量,并且还可以主动地将现有业务流(如果可能)从旧PDU会话移动到新PDU会话。新会话建立后,上下行数据都从新PDU会话中传输了,不会再从老PDU会话传输了。
6.UE可以在PDU Session Address Lifetimer超时前将老的PDU会话释放,或者SMF在PDU Session Address Lifetimer超时后发起老PDU会话的释放流程。
TS23.501