LTE开机附着的信令流程图【NAS层加密鉴权相关流程
5G测试信令详解-开机、关机、附着、语音、切换流程6表格

5G终端注册到非4G锚1.1 5G终端注册到非4G锚点小区UE刚开机时,先读取系统消息,选择到一个合适的小区驻留后,并进行附着过程。
RRC建身份鉴权→安全加密→UE能力鉴定→附着成功;附着若是5G终端,在上报UE能力时包含支持1.2 非4G锚点小区→4G锚若5G终端初始接入到非4G锚点小区时,eNodeB会下发RRC连接重配置,包含测量控制消息,如测量频点1309,测量事105(测量RSRP-140);5G终端测量4G锚点小区RSRP,若4G锚点小区满足切换门限,则上报5G终端通过RRC连接重配置过程,从4G非锚点1.3 4G锚点小区添加5G在4G锚点小区下发RRC连接重配置消息,包含5G测量信息,频点,测量事件,B15G终端上报测量报告,包含NR频点测量4G锚点小区下发RRC连接重配置,包含NR小区配置,5G终端上报RRC连接重配置完成,N整体信令流程如下非4G锚点小区端注册到非4G锚点小区,并进行附着过程。
RRC建立请求原因为:mo-Signalling。
RRC连接建立→力鉴定→附着成功;附着流程如下:含支持的NR频带,如Band41;→4G锚点小区制消息,如测量频点1309,测量事件A5 1 门限-70dbm(测量RSRP-140),测量事件A5 2 门限-测量RSRP-140);则上报测量报告,包含4G锚点小区信息,PCI/RSRP等;非锚点小区切换到4G锚点小区;添加5G辅小区G测量信息,频点,测量事件,B1门限-105(RSRP-157);点测量信息,PCI,RSRP等;配置,SSB频点,子载波间隔,带宽等;成,NRScell添加成功。
程如下:。
LTE空口信令流程详解

LTE空口信令流程详解LTE空口信令流程详解1、附着信令流程1.1 、Attach附着信令流程(统计时延:红色的为开始和结束信令)EPS MM Attach requestEPS MM Unknown(0x0734)UL CCCH rrcConnectionRequestDL CCCH rrcConnectionSetupUL DCCH rrcConnectionSetupCompleteDL DCCH rrcConnectionReconfigurationDL DCCH dlInformationTransferUL DCCH rrcConnectionReconfigurationComplete EPS MM Security protected NAS messageEPS MM Authentication requestEPS MM Authentication responseEPS MM Unknown(0x077B)UL DCCH ulInformationTransferDL DCCH dlInformationTransferEPS MM Security protected NAS messageEPS MM Security mode commandEPS MM Security mode completeEPS MM Unknown(0x0790)UL DCCH ulInformationTransferDL DCCH ueCapabilityEnquiryUL DCCH ueCapabilityInformationDL DCCH securityModeCommandDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete EPS MM Security protected NAS messageEPS MM Attach acceptEPS SM Activate default EPS bearer context request EPS SM Activate default EPS bearer context accept EPS MM Attach completeEPS MM Unknown(0x072D)UL DCCH ulInformationTransferDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete1.2、Detach去附着信令流程(统计时延:红色的为开始和结束信令)EPS MM Detach requestEPS MM Unknown(0x0734)UL DCCH ulInformationTransferDL DCCH dlInformationTransferEPS MM Security protected NAS message EPS MM Detach acceptDL DCCH rrcConnectionReleaseEPS SM PDN connectivity request1.3、前台测试中Detach & Attach信令流程2、呼叫业务信令流程2.1、UE主叫信令流程(统计时延:红色的为开始和结束信令)EPS MM Extended service requestUL CCCH rrcConnectionRequestDL CCCH rrcConnectionSetupUL DCCH rrcConnectionSetupCompleteDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH securityModeCommandDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete 2.2、UE被叫信令流程(统计时延:红色的为开始和结束信令)DL PCCH PagingEPS MM Extended service requestUL CCCH rrcConnectionRequestDL CCCH rrcConnectionSetupUL DCCH rrcConnectionSetupCompleteDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH securityModeCommandDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete 2.3、前台测试中UE主叫、切换L3信令流程2.4、后台软件中掉线、接入、RRC连接的L3信令与对应的Event 事件3、重选与切换信令流程3.1、小区重选信令流程DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationDL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationDL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType13.2、基站同频切换信令流程(统计时延:红色的为开始和结束信令)UL DCCH measurementReportDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformation3.3、基站间同频切换信令流程(统计时延:红色的为开始和结束信令)UL DCCH measurementReportDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL BCCH:DL SCH systemInformationBlockType1DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete 4、跟踪区域更新信令流程4.1、新小区所属跟踪区域不在终端跟踪区域列表令流程4.2、周期性跟踪区域更新信令流程4.2、ENODEB间同频切换及TAU更新流程4.2、ENODEB间同频切换MR中的消息。
【LTE基础】LTE信令流程解析汇报

LTE信令流程解析李青春2014-7-8目录第一章协议层与概念6661.2.1NAS协议〔非接入层协议〕71.2.2RRC层〔无线资源控制层〕81.2.3PDCP层〔分组数据会聚协议层〕81.2.4RLC层〔无线链路控制层〕91.2.5MAC层〔媒体接入层〕91.2.6PHY层〔物理层〕10121314第二章主要信令流程152.1 开机附着流程15182.3 UE发起的service request流程2225262.5.1 切换的含义与目的262.5.2 切换发生的过程262.5.3 站内切换272.5.4 X2切换流程282.5.5 S1切换流程302.5.6 异系统切换简介332.6 CSFB流程332.6.1 CSFB主叫流程342.6.2 CSFB被叫流程352.6.3 紧急呼叫流程372.7 TAU流程382.7.1 空闲态不设置“ACTIVE〞的TAU流程392.7.2 空闲态设置“ACTIVE〞的TAU流程412.7.3 连接态TAU流程43442.8.1 专用承载建立流程442.8.2 专用承载修改流程462.8.3 专用承载释放流程48502.9.1 关机去附着流程502.9.1 非关机去附着流程512.10 小区搜索、选择和重选542.10.1 小区搜索流程542.10.1 小区选择流程542.10.3 小区重选流程55第三章异常信令流程593.1 附着异常流程603.1.1 RRC连接失败603.1.2 核心网拒绝613.1.3 eNB未等到Initial context setup request消息623.1.4 RRC重配消息丢失或eNB内部配置UE的安全参数失败633.2 ServiceRequest异常流程643.2.1 核心网拒绝643.2.2 eNB建立承载失败653.3 承载异常流程67673.3.2 eNB本地建立失败〔核心网主动发起的建立〕673.3.3 eNB未等到RRC重配完成消息,回复失败683.3.4 UE NAS层拒绝6970第四章系统消息解析714.1 系统消息724.2 系统消息解析734.2.1 MIB 〔Master Information Block〕解析734.2.2 SIB1 〔System Information Block Type1〕解析744.2.3 SystemInformation消息78第五章信令案例解析87875.2 流程中各信令消息解析885.2.1 RRC_CONN_REQ:RRC连接请求885.2.2 RRC_CONN_SETUP:RRC连接建立895.2.3 RRC_CONN_SETUP_CMP:RRC连接建立完成965.2.4 S1AP_INITIAL_UE_MSG:初始直传消息965.2.5 S1AP_INITIAL_CONTEXT_SETUP_REQ:初始化文本建立请求985.2.6 RRC_UE_CAP_ENQUIRY:UE能力查询1025.2.7 RRC_UE_CAP_INFO:UE能力信息1035.2.8 S1AP_UE_CAPABILITY_INFO_IND:UE能力信息指示1105.2.9 RRC_SECUR_MODE_CMD:RRC安全模式命令1185.2.10 RRC_CONN_RECFG:RRC连接重配置1195.2.11 RRC_SECUR_MODE_CMP:RRC安全模式完成1245.2.12 RRC_CONN_RECFG_CMP:RRC连接重配置完成1245.2.13 S1AP_INITIAL_CONTEXT_SETUP_RSP:初始化文本建立完成125 5.2.14 S1AP_ERAB_MOD_REQ:ERAB修改请求1265.2.15 RRC_DL_INFO_TRANSF:RRC下行直传消息1285.2.16 S1AP_ERAB_MOD_RSP:ERAB修改完成1295.2.17 RRC_CONN_RECFG:RRC连接重配置1305.2.18 RRC_UL_INFO_TRANSF:RRC上行直传消息1375.2.19 S1AP_UL_NAS_TRANS:上行NAS直传消息1385.2.20 RRC_CONN_RECFG_CMP:RRC连接重配置完成1395.2.21 RRC_CONN_RECFG:RRC连接重配置1405.2.22 RRC_CONN_RECFG_CMP:RRC连接重配置完成1425.2.23 RRC_MEAS_RPRT:RRC测量报告1435.2.24 RRC_UL_INFO_TRANSF:RRC上行信息传输1445.2.25 S1AP_UL_NAS_TRANS:上行NAS信息传输1445.2.26 S1AP_UE_CONTEXT_MOD_REQ:UE文本更改请求1465.2.27 S1AP_UE_CONTEXT_MOD_RSP:UE文本更改响应1475.2.28 RRC_CONN_REL:RRC连接释放1485.2.29 S1AP_UE_CONTEXT_REL_REQ:UE文本释放请求1505.2.30 S1AP_UE_CONTEXT_REL_CMD:UE文本释放命令1515.2.31 S1AP_UE_CONTEXT_REL_CMP:UE文本释放完成152概述本文通过对重要概念的阐述,为信令流程的解析做铺垫,随后讲解LTE中重要信令流程,让大家熟悉各个物理过程是如何实现的,其次通过异常信令的解读让大家增强对异常信令流程的判断,再次对系统消息的解析,让大家了解系统消息的特点和携带的内容。
LTE信令流程之开机附着去附着流程分析

LTE信令流程之开机附着去附着流程分析为了实现LTE网络中用户设备的连接和通信,开机附着和去附着是非常重要的步骤。
下面将分析LTE信令流程中的开机附着和去附着过程。
开机附着是指当用户设备(UE)开机或从断网状态恢复时,UE需要与LTE网络建立连接。
开机附着的过程可以分为以下几个步骤:第一步,扫描小区:UE首先会扫描周围的小区,以便找到可用的LTE小区。
UE会通过物理广播信道(PBCH)和物理下行共享信道(PDSCH)接收广播信号,获取小区的系统信息。
第二步,收到系统信息和选择小区:UE会解码收到的系统信息,并根据其中的参数选择要附着的目标小区。
UE需要选择一个最优的小区,以便进行后续的附着过程。
第三步,发送附着请求:UE会在随机接入过程中使用随机接入信道(RACH)发送附着请求。
UE会在附着请求中携带相关的用户身份和能力信息,以便网络能够识别和验证UE的身份。
第四步,接收附着响应:如果网络接收到UE的附着请求并验证通过,它将向UE发送附着响应。
附着响应中包含了分配给UE的临时标识,以及其他相关的系统信息。
第五步,完成附着过程:UE收到附着响应后,将与网络进行配对并完成附着过程。
UE会解码附着响应,获取分配的临时标识,并在后续的通信过程中使用它。
去附着是指当用户设备不再需要连接LTE网络时,可以发送去附着请求来终止与网络的连接。
第一步,发送去附着请求:UE会使用随机接入过程中的RACH发送去附着请求。
UE会在去附着请求中携带相关的用户身份信息,以便网络能够识别和验证UE的身份。
第二步,接收去附着响应:如果网络接收到UE的去附着请求并验证通过,它将向UE发送去附着响应。
去附着响应中可能包含一些系统信息,以便UE可以在后续的操作中使用。
第三步,释放资源:UE收到去附着响应后,将释放与网络之间的所有资源,并终止与网络的连接。
开机附着和去附着是LTE网络中用户设备连接和断开连接的重要过程。
通过开机附着过程,用户设备可以与网络建立连接,并获取到分配的临时标识,以便进行后续的通信。
LTE主要信令和流程超实用

LTE主要信令和流程超实用1. 引言LTE(Long-Term Evolution)是一种移动通信技术,是第4代移动通信技术的一种。
它提供更高的数据传输速率、更低的延迟和更好的系统容量。
在LTE中,主要的信令和流程扮演着至关重要的角色,确保网络的正常运行和通信的顺畅进行。
本文将详细介绍LTE的主要信令和流程,以帮助读者更好地了解LTE网络的工作原理和性能。
2. 主要信令2.1 RRC(Radio Resource Control)信令RRC信令是LTE中最重要的信令之一,它负责无线资源的控制和配置。
RRC信令的主要功能包括:•网络接入:当用户设备(UE)刚刚连接到LTE网络时,RRC信令负责网络接入过程。
在该过程中,UE与基站进行认证和建立安全连接。
•RRC连接的建立和释放:RRC连接是UE和网络之间的逻辑连接,用于传递控制信息。
RRC信令负责建立和释放RRC连接。
•配置无线资源:RRC信令负责配置UE的无线资源,包括频率、功率和调度参数等。
这些配置参数的优化可以提高网络的性能和效率。
2.2 NAS(Non-Access Stratum)信令NAS信令是LTE中与网络接入层无关的控制信令。
它包括UE与核心网络之间的控制消息和过程。
NAS信令的主要功能包括:•注册和鉴权:当UE连接到LTE网络时,首先需要进行注册和鉴权过程。
该过程包括UE向核心网络发送注册请求并完成鉴权验证。
•连接管理:NAS信令负责维护UE与核心网络之间的连接,包括建立、释放和保持连接。
•安全保护:NAS信令负责保护UE与核心网络之间的通信安全,包括加密和解密控制消息。
3. 主要流程3.1 LTE网络接入过程LTE网络接入是UE与基站建立起通信连接的过程。
它包括以下主要步骤:1.小区搜索:UE首先执行小区搜索过程,以找到附近的LTE基站。
2.小区选择:UE选择一个最优的LTE基站,并向其发起接入请求。
3.小区接入:UE与基站进行接入过程,包括发送接入请求、接收接入批准和完成网络接入配置等。
LTE核心网信令流程

INITIAL CONTEXT SETUP RESPONSE 消息-----此消息包含参数MME S1AP ID、ENB S1AP ID、承载层Qos、传输层地址和GTP TEID。
附着流程:用户身份标识IMSI
UE开机 1-RRC连接 EnodeB
4-安全模式控制 流程启动及完成
2-S1连接
6-初始化上下 文建立请求
HSS
5-位置更新消息
3-鉴权请求
3-鉴权响应
6-请求建立默认承载
8-更改承载请求 ENodeB地址和TEID
MME
S-GW
6-请求建立默认承载
PDN-GW
重新附着流程,MME改变
HSS发起的去附着
8.UE上下文释放响应
UE
1.去附着请求
eNodeB 1.去附着请求
MME
5.去附着接受消息
7.UE上下文释放
HSS PCRF
0.取消位置信息
2.删除会话请求
S-GW
2.删除会话请求 4.删除会话响应
3.IP-CAN会话中止流程 P-GW
HSS发起去附着UE,此注销过程是由取消位置请求发起的。原因值为Subscription Withdraw;
10删除会话消息
24修改承载请求
7删除激活 承载上下文
Notify Reponse
S-GW
14UE的PCC PCRF
11位置更新请求确认 8位置更新请求
HSS
13建立会 话请求
lte开机流程

1TD-LTE基本信令流程
1.1开机附着流程
附着就是几十UE将NAS层的无线资源请求消息经eNB转发到核心网,核心网触发对UE的认证和鉴权,并向UE分配默认的IP连接。
UE刚开机时,先进行物理下行同步,搜索小区并选择到一个合适的小区后,驻留并进行附着过程。
附着流程图如下:
1.1.1正常流程
1.1.2异常流程
RRC建立失败
T300
✓核心网拒绝
✓eNB未等到Initial context setup request消息
RRC重配消息丢失或eNB内部配置的UE安全参数失败
一些概念理解:
接入层与非接入层:接入层与接入网有消息交互,非接入层直接与核心网进行消息交互。
LTEattach信令流程详细解析

L TE Attach流程1.1 正常流程UE刚开机时,先进行物理下行同步,搜索测量进行小区选择,选择到一个s uitab le或者a ccept able小区后,驻留并进行附着过程。
附着流程图如下:Attach流程图说明:1)步骤1~5会建立RRC连接,步骤6、9会建立S1连接,完成这些过程即标志着N ASsignal lingc onnec tion建立完成,见协议24.301。
2)消息7的说明:UE刚开机第一次att ach,使用的IMS I,无Ident ity过程;后续,如果有有效的GUTI,使用GUTI attach,核心网才会发起Iden tity过程(为上下行直传消息)。
3)消息10~12的说明:如果消息9带了UE RadioCapabi lityIE,则eNB不会发送UECapabi lityE nquir y消息给U E,即没有10~12过程;否则会发送,U E上报无线能力信息后,eNB 再发U E Capabi lityInfo Indica tion,给核心网上报U E的无线能力信息。
为了减少空口开销,在IDLE下MME会保存UE RadioCapabi lity信息,在INITIAL CONTEX T SETUPREQUES T消息会带给eNB,除非UE在执行atta ch或者"firstTAU follow ing GERAN/UTRANAttach" or "UE radiocapabi lityupdate" TAU过程(也就是这些过程MME不会带UERadioCapabi lity信息给eNB,并会把本地保存的UE RadioCapabi lity信息删除,eNB会问U E要能力信息,并报给MME。
非常详细的LTE信令流程

LTE信令流程目录第一章协议层与概念 (7)1.1控制面与用户面 (7)1.2接口与协议 (7)1.2.1................................. N AS协议(非接入层协议) 81.2.2................................. R RC层(无线资源控制层) 81.2.3............................ P DCP层(分组数据汇聚协议层) 91.2.4................................. R LC层(无线链路控制层) 101.2.5..................................... M AC层(媒体接入层) 111.2.6......................................... P HY层(物理层) 121.3空闲态和连接态 (13)1.4网络标识 (15)1.5承载概念 (16)第二章主要信令流程 (18)2.1 开机附着流程 (18)2.2随机接入流程 (21)2.3 UE发起的service request流程 (26)2.4寻呼流程 (28)2.5切换流程 (29)2.5.1 切换的含义及目的 (29)2.5.2 切换发生的过程 (30)2.5.3 站内切换 (30)2.5.4 X2切换流程 (31)2.5.5 S1切换流程 (34)2.5.6 异系统切换简介 (36)2.6 CSFB流程 (36)2.6.1 CSFB主叫流程 (37)2.6.2 CSFB被叫流程 (38)2.6.3 紧急呼叫流程 (40)2.7 TAU流程 (41)2.7.1 空闲态不设置“ACTIVE”的TAU流程 (42)2.7.2 空闲态设置“ACTIVE”的TAU流程 (43)2.7.3 连接态TAU流程 (43)2.8专用承载流程 (44)2.8.1 专用承载建立流程 (44)2.8.2 专用承载修改流程 (46)2.8.3 专用承载释放流程 (48)2.9去附着流程 (49)2.9.1 关机去附着流程 (49)2.9.1 非关机去附着流程 (50)2.10 小区搜索、选择和重选 (51)2.10.1 小区搜索流程 (51)2.10.1 小区选择流程 (51)2.10.3 小区重选流程 (52)第三章异常信令流程 (57)3.1 附着异常流程 (57)3.1.1 RRC连接失败 (57)3.1.2 核心网拒绝 (58)3.1.3 eNB未等到Initial context setup request消息 (58)3.1.4 RRC重配消息丢失或eNB内部配置UE的安全参数失败 (58)3.2 ServiceRequest异常流程 (58)3.2.1 核心网拒绝 (58)3.2.2 eNB建立承载失败 (58)3.3 承载异常流程 (59)3.3.1核心网拒绝 (59)3.3.2 eNB本地建立失败(核心网主动发起的建立) (59)3.3.3 eNB未等到RRC重配完成消息,回复失败 (60)3.3.4 UE NAS层拒绝 (60)3.3.5上行直传NAS消息丢失 (60)第四章系统消息解析 (60)4.1 系统消息 (61)4.2 系统消息解析 (62)4.2.1 MIB (Master Information Block)解析 (62)4.2.2 SIB1 (System Information Block Type1)解析 (63)4.2.3 SystemInformation消息 (69)第五章信令案例解析 (81)5.1实测案例流程 (82)5.2 流程中各信令消息解析 (85)5.2.1 RRC_CONN_REQ:RRC连接请求 (85)5.2.2 RRC_CONN_SETUP:RRC连接建立 (87)5.2.3 RRC_CONN_SETUP_CMP:RRC连接建立完成 (96)5.2.4 S1AP_INITIAL_UE_MSG:初始直传消息 (97)5.2.5 S1AP_INITIAL_CONTEXT_SETUP_REQ:初始化文本建立请求 (101)5.2.6 RRC_UE_CAP_ENQUIRY:UE能力查询 (107)5.2.7 RRC_UE_CAP_INFO:UE能力信息 (108)5.2.8 S1AP_UE_CAPABILITY_INFO_IND:UE能力信息指示 (119)5.2.9 RRC_SECUR_MODE_CMD:RRC安全模式命令 (132)5.2.10 RRC_CONN_RECFG:RRC连接重配置 (133)5.2.11 RRC_SECUR_MODE_CMP:RRC安全模式完成 (141)5.2.12 RRC_CONN_RECFG_CMP:RRC连接重配置完成 (141)5.2.13 S1AP_INITIAL_CONTEXT_SETUP_RSP:初始化文本建立完成.. 142 5.2.14 S1AP_ERAB_MOD_REQ:ERAB修改请求 (144)5.2.15 RRC_DL_INFO_TRANSF:RRC下行直传消息 (147)5.2.16 S1AP_ERAB_MOD_RSP:ERAB修改完成 (148)5.2.17 RRC_CONN_RECFG:RRC连接重配置 (150)5.2.18 RRC_UL_INFO_TRANSF:RRC上行直传消息 (161)5.2.19 S1AP_UL_NAS_TRANS:上行NAS直传消息 (162)5.2.20 RRC_CONN_RECFG_CMP:RRC连接重配置完成 (164)5.2.21 RRC_CONN_RECFG:RRC连接重配置 (165)5.2.22 RRC_CONN_RECFG_CMP:RRC连接重配置完成 (168)5.2.23 RRC_MEAS_RPRT:RRC测量报告 (169)5.2.24 RRC_UL_INFO_TRANSF:RRC上行信息传输 (171)5.2.25 S1AP_UL_NAS_TRANS:上行NAS信息传输 (172)5.2.26 S1AP_UE_CONTEXT_MOD_REQ:UE文本更改请求 (174)5.2.27 S1AP_UE_CONTEXT_MOD_RSP:UE文本更改响应 (176)5.2.28 RRC_CONN_REL:RRC连接释放 (177)5.2.29 S1AP_UE_CONTEXT_REL_REQ:UE文本释放请求 (180)5.2.30 S1AP_UE_CONTEXT_REL_CMD:UE文本释放命令 (181)5.2.31 S1AP_UE_CONTEXT_REL_CMP:UE文本释放完成 (183)概述本文通过对重要概念的阐述,为信令流程的解析做铺垫,随后讲解LTE中重要信令流程,让大家熟悉各个物理过程是如何实现的,其次通过异常信令的解读让大家增强对异常信令流程的判断,再次对系统消息的解析,让大家了解系统消息的特点和携带的内容。
LTE 初始附着过程中的NAS层安全流程

LTE 初始附着过程中的NAS层安全流程在初始的EPS附着过程中,UE和MME(EPS)需要相互鉴权。
EPS中的认证总是由网络侧发起的。
为此,MME需要从HSS、Auc获得鉴权向量的相关信息。
MME和HSS、Auc使用Diameter协议,通过S6a接口进行通讯。
MME向HSS、Auc发送Authentication-Information-Requset(AIR),在此消息中,包含UE的IMSI, PLMN Identity等信息,HSS /Auc在接收到AIR后,需要检查UE 的IMSI是否为已知的签约用户,然后在AIA(Authentication-Information-Answer)中将鉴权向量返回给MME。
通常鉴权向量会包含RAND,XRES, AUTN,及KASME等信息。
MME在接收到HSS返回的鉴权向量后,会生成NAS层的Authentication Request Message,经过NodeB,返回给UE,用于UE和EPS的相互鉴权。
AuthenticationRequest 26.504Security header type [4 bits] = 0x0 [ 0 ]Protocol Discriminator [4 bits] = 0x7 [ 7 ]Message Type [8 bits] = 0x52 - Authentication Request [ 82 ]Spare Half Octet [4 bits] = 0x0 [ 0 ]NAS key set identifierASMEType of security context flag [1 bit] = 0x0 [ 0 ]ksi [3 bits] = 0x0 [ 0 ]Authentication Parameter RandAuthentication Parameter Rand =0xA3DE0C6D363E30C364A4078F1BF8D577Authentication Parameter AUTNIE Length [8 bits] = 0x10 [ 16 ]value = 0x6E323B36C46C5555A3DF0E6E323B6391MME会在Downlink NASTransport消息中,将上面NAS层的鉴权请求发送到NodeB,由于此时UE到MME的S1连接还没有建立, MME还会在Downlink NAS Transport 中包含一个唯一的 MME_UE_S1APID,这样,NodeB就会为此UE建立起相应的S1-MME连接。
LTE信令流程图(端到端平台)

TDD-LTE 基本信令流程图1概述本文主要针对TD-LTE端到端信令流程图进行分解,为端到端平台提供分析流程呈现依据。
由于部分流程无S1口信令支撑,当前根据相关文档进行的绘制,后续具备条件后进行补充调整。
2 TDD-LTE 网络结构概述LTE 的系统架构分成两部分,包括演进后的核心网EPC (MME/S-GW )和演进后的接入网E-UTRAN 。
演进后的系统仅存在分组交换域。
LTE 接入网仅由演进后的节点B (evolved NodeB )组成,提供到UE 的E-UTRA 控制面与用户面的协议终止点。
eNB 之间通过X2接口进行连接,并且在需要通信的两个不同eNB 之间总是会存在X2接口。
LTE 接入网与核心网之间通过S1接口进行连接,S1接口支持多—多联系方式。
与3G 网络架构相比,接入网仅包括eNB 一种逻辑节点,网络架构中节点数量减少,网络架构更加趋于扁平化。
扁平化网络架构降低了呼叫建立时延以及用户数据的传输时延,也会降低OPEX 与CAPEX 。
由于eNB 与MME/S-GW 之间具有灵活的连接(S1-flex ),UE 在移动过程中仍然可以驻留在相同的MME/S-GW 上,有助于减少接口信令交互数量以及MME/S-GW 的处理负荷。
当MME/S-GW 与eNB 之间的连接路径相当长或进行新的资源分配时,与UE 连接的MME/S-GW 也可能会改变。
E-UTRAN2.1 EPC 与E-UTRAN 功能划分与3G 系统相比,由于重新定义了系统网络架构,核心网和接入网之间的功能划分也随之有所变化,需要重新明确以适应新的架构和LTE 的系统需求。
针对LTE 的系统架构,网络功能划分如下图:E-UTRANeNodeB功能:1)无线资源管理相关的功能,包括无线承载控制、接纳控制、连接移动性管理、上/下行动态资源分配/调度等;2)IP头压缩与用户数据流加密;3)UE附着时的MME选择;4)提供到S-GW的用户面数据的路由;5)寻呼消息的调度与传输;6)系统广播信息的调度与传输;7)测量与测量报告的配置。
LTE开机附着信令过程

谢谢
三. 附着异常-三种情况
在UE开机附着的整个流程中,本文主要提出了可能
存在的导致附着失败的三种异常情况:RRC连接失败、核
心网拒绝、和RRC重配置过程失败。
三. 附着异常-RRC连接失败
在定时器T300规定时间内 UE都未接收到 RRCConnectionSetup消息, 则表示UE的RRC连接建立 失败,从而导致UE不能正 常的完成附着过程。当出 现该种情况时,我们的处 理方式是RRC告知EMM发 送失败,用户再次发起 attach。
LTE 开机附着信令过程
UE开机附着过程是TD-LTE技术中的重要内容,是进行正常通信的必 不可少的环节。文章分析了UE开机到附着成功的流程,具体包括 PLMN选择、小区选择和UE附着。文章依次分析了这三个过程,重 点在于对UE附着信令流程的分析,并提出了附着信令流程中可能存 在的异常情况及其处理。
二. 小区选择
当选择了PLMN 后,就要选择此PLMN的小区。小区的选择也分为两种情况,一种是USIM卡中没有存 储此PLMN 的小区信息(初始小区选择),另一种就是USIM卡中有与所选PLMN相关的小区信息(存 储信息小区选择)。当USIM卡中存储了所选PLMN 相关的小区信息时,UE只需在已知的频点上搜索小 区。在每个频点上,UE只要搜索信号最强的小区。这里涉及到了物理层的相关过程。主要步骤是:检 测PSCH(用于获得5ms时钟),检测SSCH(用于获得无线时钟,小区ID组,BCH天线配置),检测下行 参考信号(用于获得小区ID),读取BCH(用于获得小区信息)。小区选择的S准则:Srxlev大于0, Srxlev=Qrelevmeas-(Qrxlevmin+Qrxlevmin_offset)-Pcompensation Srxlev:是小区选择的接收功率 Qrxlevmin:是小区要求的最小接收功率 Qrxlevmeas: 是测得的小区的参考信号接收功率(RSRP) Pcompensation=max(PEMAX – PUMAX, 0) Pemax:是UE上行最大发射功率(系统消息广播) PUMAX:是UE的最大射频输出功率 仅当UE驻留在VPLMN(受访PLMN)小区的时候才用到 Qrxlevmin_offset。只有小区的S值大于0,才能当作候选的小区。 当找到合适的小区后,UE就驻留到该小区(如果读到的系统消息里包含CSG(close subscribe group) Indication,且该IE的值为true,则UE只能接入到小区的CSG ID和UE存储的候选小区列表(white list) 相匹配的小区,调整到它的控制信道,并进行与小区重选相关的测量。
LTE下的详细开机流程介绍-很好-很重要

LTE下的详细开机流程介绍-很好-很重要UE的开机流程PLMN由很多个⼩区组成。
⼩区由其使⽤的主扰码(Primary Scrambling Code)标识,主扰码在⽹络规划时分配。
⼩区所属的PLMN的信息包含在系统消息中。
终端在开机或脱⽹时,⾸先选择⼀个PLMN,然后搜索该PLMN的⼩区,如果在该PLMN 下⽆法捕捉到合适的⼩区,则上报PLMN列表启动新⼀轮⼩区获取过程。
终端要维护⼏种不同类型的PLMN列表,每个列表中会有多个PLMN。
●RPLMN----已登记PLMN(RPLMN)是终端在上次关机或脱⽹前登记上的PLMN。
●EPLMN----等效PLMN(EPLMN)为与终端当前所选择的PLMN处于同等地位的PLMN,其优先级相同。
●HPLMN----归属PLMN(HPLMN)为终端⽤户归属的PLMN。
●UPLMN----⽤户控制PLMN(UPLMN)是储存在USIM卡上的⼀个与PLMN选择有关的参数。
●OPLMN----运营商控制PLMN(OPLMN)是储存在USIM卡上的⼀个与PLMN选择有关的参数。
●FPLMN----禁⽤PLMN(FPLMN)为被禁⽌访问的PLMN,●APLMN----可获取PLMN(APLMN)为终端能在其上找到⾄少⼀个⼩区,并能读出其PLMN标识信息的PLMN。
PLMN的选择有⾃动和⼿动两种:(1)⾃动选择,终端开机或脱⽹时,其⾮接⼊层功能模块会利⽤终端中存储的PLMN信息⾸先选择⼀个PLMN,然后命令接⼊层功能模块去搜索该PLMN。
相应地,接⼊层利⽤终端中存储的⼩区列表信息来选择、捕获⼩区,或启动⼩区搜索程序来搜索属于该PLMN的⼩区。
如果捕获成功,则将搜索结果报告⾮接⼊层;否则,将由⾮接⼊层再次选择⼀个PLMN,重新搜索。
不同类型的PLMN其优先级别不同,终端在进⾏PLMN选择时将按照以下顺序依次进⾏:①RPLMN和EPLMN②HPLMN③UPLMN④OPLMN⑤其他的PLMN(2)⼿动选择,终端开机或脱⽹时,其⾮接⼊层功能模块会命令接⼊层去搜索所有的PLMN,然后接⼊层将搜索到的所有PLMN信息报告给⾮接⼊层,由⽤户⼿动操作来选定⼀个PLMN。
LTE开机附着的信令流程图【NAS层加密鉴权相关流程

2、没有开启的attctach虚用户跟踪消息
3、开启鉴权保护的虚用户跟踪
主题?开机附着的信令流程图nas层加密鉴权相关流程完整信息1同核心网的兄弟沟通了?加密鉴权需要针对用户开启鉴权保护?现网部分卡开启了?部分卡是ห้องสมุดไป่ตู้有开启2没有开启的attctach虚用户跟踪消息3开启鉴权保护的虚用户跟踪
主题:开机附着的信令流程图【NAS层加密鉴权相关流程】
-----------------完整信息
LTE技术 第6章 典型信令流程

6.1.2 附着流程过程
1)RRC连接建立 UE处于空闲模式时,如果UE的接入层(Access Stratum,
AS)请求建立信令连接,UE将发起RRC连接建立请求过程。
6.1.2 附着流程过程
2)S1信令连接建立 在RRC的连接建立后,eNodeB收到的最后一条消息为RRC
Connection Setup Complete,在收到这条消息之后,eNodeB 会立刻激活NAS传输进程,将此第一条UL NAS消息用Initial UE Message消息向MME发送,从而触发S1信令的连接建立。
LTE技术
第六章:典型信令流程
主要内容
1
6.1 开机附着流程
2
6.2 会话管理过程
3
6.3 移动性管理过程
4
6.4 其他过程
6.1 开机附着流程
6.1.1 开机附着流程
在我们学习开机附着流程之前,应先清楚ATTACH过程。 所谓ATTACH过程,即是UE发起附着请求到附着完成的过程。
6.1.1 开机附着流程
6.1.2 附着流程过程
2)无线承载建立 eNodeB通过向UE发起RRC连接重配消息,发起RRC连接重配置过
程。当要求建立、更改、释放无线承载,或者执行切换,或者建立、更 改、释放测量配置时,都使用RRC连接重配过程来修改RRC连接。
6.2 会话管理过程
6.2.1 UE触发的服务请求过程
UE在IDLE模式下,需要发送业务数据时,便会发起服务请求过程,即 service request过程。 具体如图6-5所示。
6.1.2 附着流程过程
图6-3 S1信令连接建立流程
6.1.2 附着流程过程
2.公共流程建立 在S1信令连接建立之后,即MME收到UE的初始消息之后,通
LTE基本信令流程-开机附着流程

LTE基本信令流程-开机附着流程2014-01-13 15:23:21| 分类:LTE | 标签:|举报|字号大中小订阅1、正常流程:UE刚开机时,先进行物理下行同步,搜索测量进行小区选择,选择到一个suitable或者acceptable 小区后,驻留并进行附着过程。
附着流程图如下:说明:1) 步骤1~5会建立RRC连接,步骤6、9会建立S1连接,完成这些过程即标志着NAS signalling connection建立完成,见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或者"first TAU following GERAN/UTRAN Attach" or "UE radio capability update" TAU过程(也就是这些过程MME不会带UE Radio Capability信息给eNB,并会把本地保存的UE Radio Capability信息删除,eNB会问UE要能力信息,并报给MME。
注:"UE radio capability update" TAU is only supported for changes of GERAN and UTRAN radio capabilities inECM-IDLE.)。
LTE典型信令过程

S11: Modify Bearer Response S11: Delete Session Request S11: Delete Session Response
S5: Modify Bearer Request
S5: Modify Bearer Response
开始
• Before the UE can do anything, a Radio Resource Control connection must be established. The RRC is a logical connection between the UE and E-UTRAN. There are two different RRC states:
X2 Handover
➢X2 is the interface between two eNB’s and X2-AP is the protocols used for communication over it.
➢The handover is directly performed between two eNodeB’s.
LTE 典型信令过程
Software Architecture
3类NAS信令流程
• 1. 会话管理相关 • 2. 位置管理相关 • 3. 鉴权管理相关
UE
eNB
MME
SGW
PGW
RRC: RRC Connection setup complete S1AP: Initial UE message
S1AP: Handover Notify
S10: Forward Relocation Complete
S10: Forward Relocation Complete Ack