LTE attach 信令流程详细解析 联系客服

发布时间 : 星期一 文章LTE attach 信令流程详细解析更新完毕开始阅读626e8ad3ad51f01dc281f116

LTE Attach流程

1.1 正常流程

UE刚开机时,先进行物理下行同步,搜索测量进行小区选择,选择到一个suitable或者acceptable小区后,驻留并进行附着过程。附着流程图如下:

Attach流程图

说明:

1) 步骤1~5会建立RRC连接,步骤6、9会建立S1连接,完成这些过程即标志着NAS

signallingconnection建立完成,见协议24.301。

2) 消息7的说明:UE刚开机第一次attach,使用的IMSI,无Identity过程;后续,如果有有效的

GUTI,使用GUTI attach,核心网才会发起Identity过程(为上下行直传消息)。

3) 消息10~12的说明:如果消息9带了UE Radio Capability IE,则eNB不会发送

UECapabilityEnquiry消息给UE,即没有10~12过程;否则会发送,UE上报无线能力信息后,eNB再发UE Capability Info Indication,给核心网上报UE的无线能力信息。

? 为了减少空口开销,在IDLE下MME会保存UE Radio Capability信息,在INITIAL CONTEXT

SETUP REQUEST消息会带给eNB,除非UE在执行attach或者\TAU following GERAN/UTRAN Attach\or \capability update\TAU过程(也就是这些过程MME不会带UE Radio Capability信息给eNB,并会把本地保存的UE Radio Capability信息删除,eNB会问UE要能力信息,并报给MME。注:\radio capability update\TAU is only supported for changes of GERAN and UTRAN radio capabilities in ECM-IDLE.)。 ? 在CONNECTED下,eNB会一直保存UE Radio Capability信息。

? UE的E_UTRAN无线能力信息如果发生改变,需要先detach,再attach。 4) 发起UE上下文释放(即21~25)的条件:

eNodeB-initiated with cause e.g. O&M Intervention, Unspecified Failure, User Inactivity, Repeated RRC signalling Integrity Check Failure, Release due to UE generated signalling connection release, etc.; orMME-initiated with cause e.g. authentication failure, detach, etc.

5) eNB收到msg3以后,DCM给USM配置SRB1,配置完后发送msg4给UE;eNB在发送

RRCConnectionReconfiguration前,DCM先给USM配置DRB/SRB2等信息,配置完后发送RRCConnectionReconfiguration给UE,收到RRCConnectionReconfigurationComplete后,控制面再通知用户面资源可用。

6) 消息13~15的说明:eNB发送完消息13,并不需要等收到消息14,就直接发送消息15。 7) 如果发起IMSI attach时,UE的IMSI与另外一个UE的IMSI重复,并且其他UE已经attach,

则核心网会释放先前的UE。如果IMSI中的MNC与核心网配置的不一致,则核心网会回复attach reject。

8) 消息9的说明:该消息为MME向eNB发起的初始上下文建立请求,请求eNB建立承载资源,

同时带安全上下文,可能带用户无线能力、切换限制列表等参数。UE的安全能力参数是通过attach request消息带给核心网的,核心网再通过该消息送给eNB。UE的网络能力(安全能力)信息改变的话,需要发起TAU。

1.2 异常流程

1.2.1 RRC连接建立失败

RRC 建立失败处理流程图

1.2.2 核心网拒绝

核心网拒绝流程图

1) 如果是ESM过程导致的拒绝(比如默认承载建立失败),才会带PDN CONNECTIVITY REJECT消

息;EMM层拒绝,只有ATTACH REJECT消息。

2) 常见的拒绝原因有:IMSI中的MNC与核心网配置的不一致。