NAS信令学习笔记 ——Service Request过程

Htongxin

1. SR过程的目的

将EMM模式从EMM-IDLE态变更到EMM-CONNECTION态。

若UE未使用CIoT EPS控制面优化，当存在用户数据或信令将要发送时，该过程用于建立无线承载和S1承载。

若UE使用CIoT EPS 控制面优化，该过程用于通过控制面传输用户数据。

。。。

2. SR过程发起场景

网络侧有下行信令将要发送

UE侧有上行信令将要发送

在EMM-IDLE态下，UE或网络侧有用户数据将要发送

在EMM-CONNECTED态下，UE和网络侧存在NAS信令连接时，正在使用CIoT EPS 控制面优化的UE有通过控制面传输的用户数据将要发送

。。。

3. UE发起SR过程的条件

满足SR发起场景

EPS update status为EU1UPDATED，且当前服务小区的TAI在TAI列表内

没有EMM特殊流程正在运行

必须同时满足以上3个条件

4. UE发起SR过程

(1) EPS未使用控制面CIoTEPS 优化

(2) EPS使用控制面CIoTEPS 优化

UE向网络侧发送CONTROLPLANE SERVICE REQUEST消息，启动定时器T3417，进入EMM-SERVICE-REQUEST-INITIATED态。

若处于EMM-IDLE态的UE因收到CN域指示为PS的寻呼请求而发起SR，Control plane service type IE的Control planeservice type value填“mobile terminating request”，ESM message container IE中只携带ESM DATATRANSPORT消息

若处于EMM-IDLE态的UE将有数据通过控制面发送，Control plane service type IE的Control planeservice type value填“mobile originating request”，ESM message container IE中需要携带ESM DATATRANSPORT消息

若处于EMM-IDLE态的UE将有数据通过用户面发送，Control plane service type IE的Control planeservice type value填“mobile originating request”， active flag位填“Radio bearer establishmentrequested”，不需要携带ESM message container IE。

若处于EMM-IDLE态的UE将有上行信令发送，Control plane service type IE的Control planeservice type value填“mobile originating request”。若 for sending SMS，SMS消息由NAS message container IE携带，不携带ESM messagecontainer IE

5. 网络侧收到SR后的处理

(1) EPS未使用控制面CIoTEPS 优化

(2) EPS使用控制面CIoTEPS 优化

若UE为EMM-IDLE态，SR类型为“mobile terminating request”，则

---- 若MME需要发起EPS承载上下文状态同步，或MME决定去激活UE控制面数据拥塞控制，网络侧向UE发送SERVICEACCEPT。

---- 此外，UE可能发起控制面用户数据传输，用户面无线承载建立，NAS信令过程等

若UE为EMM-IDLE态，SR类型为“mobile originating request”，则

---- 若MME需要发起EPS承载上下文状态同步，网络侧向UE发送SERVICE ACCEPT。

---- 此外，MME可能：

     1）根据ESM层的指示释放NAS信令连接（MME存在将要发送的额外下行用户数据或信令除外）

     2）若Control plane service type的active flag设置为"Radio bearerestablishment requested"，或将要下行数据通过用户面发送，MME发起用户面承载建立过程

     3）若将有下行数据通过控制面发送，则发送ESM DATA TRANSPORT消息

     4）若将有下行信令发送，则发送与公共EMM过程无法的NAS信令消息

若UE为EMM-CONNECTED态，SR类型为“mobile terminating request”，active flag为“Radio bearer establishmentrequested”，则

---- 若网络侧接受请求，则发起用户面无线承载建立。

---- 若网络侧拒绝请求，则发送SERVICEACCEPT以此完成SR过程。

---- 在NB-S1模式下，UE最多支撑2个用户面无线承载。

若网络侧需要发起用户面无线承载建立请求，则需检查UE网络能力是否支撑多个DRB。

若CONTROL PLANE SERVICE REQUEST携带了EPS bearer context status IE，网络侧需去激活所有在UE侧标记为inactive，网络侧标记为active的EPS 承载上下文。

若网络侧需要激活控制面用户数据拥塞控制，则在Service Accept消息中需要携带有效的T3448。若网络侧去激活控制面用户数据拥塞控制，则在Service Accept消息中不要携带有效的T3448。