NAS信令学习笔记 ——Attach（2）

89 阅读 0 评论 59 点赞

我是靠谱客的博主坦率玫瑰，最近开发中收集的这篇文章主要介绍NAS信令学习笔记 ——Attach（2），觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

道阻且长

A/Gb模式：GERAN网络中基站与核心网之间的接口为A/Gb，可以理解为2.5G技术。
Iu模式：UTRAN网络基站与核心网之间的接口为Iu，可以理解为3G技术。
本文中，不考虑UE支持A/Gb或Iu模式的情况，因为我懒得写。

目录

UE发起attach过程时，attach request消息中的IE怎么填？
网络侧收到attach后，要做些什么？
若网络侧接受attach，要做些什么？
若网络侧接受attach，attach accept消息中的IE要怎么填？
若UE收到了attach accept消息，要做什么？

1. UE发起attach过程时，attach request消息中的IE怎么填？

(1) EPS mobile identity（必填）

若选择的PLMN既不是registered PLMN也不是等效PLMN，且UE处于NB-S1模式，则填IMSI。
若选择的PLMN既不是registered PLMN也不是等效PLMN，且UE配置为“AttachWithIMSI”，则填IMSI。
若存在有效的GUTI，则填GUTI，且在Old GUTI type IE中填“native GUTI”，last visited registered TAI IE中填相关TAI；否则填IMSI。
若UE因紧急业务发起的attach，且没有有效的GUTI或IMSI，则填IMEI。

(2) extended DRX parameters（可选）

若UE支持eDRX，且需要使用eDRX时，需要填该IE。

(3) T3324（可选）

若UE支持PSM时，且需要使用PSM时，需要填该IE。

(4) MS network feature support
(5) additional update type

若UE仅支持NB-S1模式，且附着请求EPS服务和“SMS only”，则additional update type IE的SMS only requested为填“SMS only”

(6) ESM message container

若UE和网络侧支持EMM-REGISTERED without PDN connection，且UE在attach时不需要建立PDN连接，则该IE填“ESM DUMMY MESSAGE”
否则，该IE携带建立PDN连接的请求

(7) 。。。。。。

2. 网络侧收到attach后，要做些什么？

网络侧会根据attach request消息携带的内容决定后续操作，或发起EMM公共过程，或拒绝attach，或接受attach。

3. 若网络侧接受attach，要做些什么？

(1) MME删除已存储的UE能力，保存attach request携带的UE能力。

(2) 若attach request消息携带了 DRX Parameter，则将该值替换MME存储的 DRX Parameter，并将其用于下行信令和数据的传输。

(3) 决定attach accept消息中携带的IE值。

4. 若网络侧接受attach，attach accept消息中的IE要怎么填？

(1) ESM message container （必填）

若UE和网络侧都支持EMM-REGISTERED without PDN connection，且attach request的ESM message container IE中携带的消息为ESM DUMMY MESSAGE，则该IE填“ESM DUMMY MESSAGE”。
若UE和网络侧都支持EMM-REGISTERED without PDN connection，且attach request的ESM message container IE中携带的消息为PDN CONNECTIVITY REQUEST，当UE的PDN连接权限受限制，且attach类型不是“EPS emergency attach”，PDN连接请求类型不是“emergency”时，该IE填“ESM DUMMY MESSAGE”。
除上述情况外，该IE填“ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST”。

(2) EPS network feature support

在NB-S1模式下，不支持紧急服务，所以EPS network feature support IE的EMC位填“0”

(3) extended DRX parameters

若attach request消息中携带了该IE，且网络侧支持并接受eDRX的使用，则attach accept消息中需要携带该IE。

(4) T3324 value

若attach request消息中携带了该IE，且网络侧支持并接受PSM，则attach accept消息中需要携带该IE。
网络侧需要将UE提供的、网络侧配置的以及HSS提供的值进行综合考虑，以此来决定T3324值。

(5) EPS network feature support

若UE和网络侧都支持EMM-REGISTERED without PDN connection，则该IE的ERw/oPDN填“1”
若MME支持NB-S1 模式或 Non-IP PDN 类型，且UE指示支持扩展协议，则该IE的ePCO位填“extended protocol configuration options supported”
若UE支持增强覆盖限制使用的能力，且网络侧决定限制UE增强覆盖，则该IE的RestrictEC位填"Use of enhanced coverage is restricted"

(6) T3348

若UE支持控制面数据拥塞控制，且网络侧决定激活控制面用户数据拥塞控制，则attach accept消息需要携带该IE。

(7) GUTI

若attach request携带的移动标识为IMSI或者IMEI，或者MME认为携带的GUTI无效，或者非当前MME分配，则需要给UE分配一个GUTI。
在共享网络中，若TAIs包好了多个不同的PLMN标识，GUTI中携带当前选择PLMN的PLMN标识。

(8) 。。。。。

5. 若UE收到了attach accept消息，要做什么？

(1) 将attach accept携带的相关消息存起来。

(2) 若attach accept消息中携带了“ ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST ”，且attach request请求中携带了PDN连接请求，则UE的EMM层将“ ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST ”传递给ESM。当默认承载激活时，UE向网络侧发送attach complete消息。

(3) 若attach accept消息中携带了“ ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST ”，且attach request请求中携带了PDN连接请求，则UE的EMM层将“ ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST ”传递给ESM。在attach流程结束后，UE向网络侧响应专有承载请求。

(4) 重置attach attempt counter，service request attempt counter and tracking area updating attempt counter，进入 EMM-REGISTERED态。