一、PDU(Session)会话是5G终端与DN(数据网络)间的逻辑连接，它为UE提供到数据网络的UP(用户)面连接；其中如果停用已有 PDU会话的用户面连接，则相应的无线承载和N3隧道将被停用。而在5G系统中终端(UE)可以请求并行建立多个PDU会话(如终端(UE)同时请求互联网和语音服务)。
二、Always-on PDU中文名称"一直在线PDU会话“，它是终端(UE)每次从CM-IDLE转换到CM-CONNECTED状态时，UP(用户面)资源都必须激活的PDU会话。
当PDU会话是"一直在线"状态时，则SMF不应因该PDU会话处于RRC-Inactive状态，而停用其UP(用户)面连接。
三、应用场景Always-on PDU典型场景包括URLLC和TSC，其中:
如果PDU会话要用于URLLC或TSC(时间敏感通信)或两者兼而有之，则终端(UE)和SMF应将PDU会话建立为"一直在线"PDU会话。
PDU会话是用于URLLC，还是TSC取决于终端(UE)的具体实现。
Release16中TSC的PDU会话仅支持以太网类型PDU会话和SSC模式1。
四、Always-on PDU会话建立流程和消息
五、Always-on PDU会话规范3GPP在TS23.501定义如下：
Always-on PDU Session(一直在线PDU会话)是指在每次从CM-IDLE转换到CM-CONNECTED状态时，用户面资源都必须激活的PDU会话。根据上层指示UE可以请求将PDU会话建立为Always-on PDU Session。
SMF决定PDU会话是否可以建立为Always-on PDU Session。在归属路由漫游情况下，根据本地策略V-SMF应参与决定PDU会话是否可以建立为Always-on PDU Session。
如果UE在首次从EPS到5GS的系统间切换后，应请求5GC将已在EPS中建立的PDU会话修改为Always-on PDU Session，则SMF将根据上述流程决定PDU会话是否可以建立为Always-on PDU Session。
即使没有待发送的上行数据，或者服务请求仅用于信令，或者服务请求仅用于寻呼响应，UE也应请求激活Always-on PDU Session的用户平面资源。
如果UE有一个或多个已建立的PDU会话未被网络接受为Always-on PDU Session，并且UE没有待发送的上行用户数据，则UE不应请求激活这些PDU会话的用户平面资源。