流程管理-TD-LTE信令流程-详细-13
TD-LTE无线基本信令流程
RRCConnectionRelease
本地释放
某些情况下，UE的RRC层根据NAS层的指示主动释放RRC连接，不通知网络侧而 主动进入空闲状态，如NAS层鉴权过程中没有通过鉴权检查
RRC过程场景总结
无线网基本信令流程
RRC连接建立、重配 重建、释放
RRC过程总结
RRC连接建立 RRC连接重建 RRC重配置 RRC释放 初始接入Attach时发 起； RRC连接出现异常 当需要对SRB和DRB UE从IDLE态至连接 时发起： 进行管理时发起： 态时发起： E-RAB的建立、修改、 希望解除与UE的 切换失败； 发起呼叫； RRC连接，使UE 场景 无线链路失败； 删除； 响应寻呼； 底层完整性保护失 请求UE激活SRB2； 返回IDLE态时； Attach Request； 测量控制下发时发起； 败； TAU Request； RRC重配置失败； 切换执行时发起； Detach Request
RRCConnectionReestablishmentRequest RRCConnectionReestablishment
RRCConnectionReestablishmentComplete
UE
EUTRAN
RRC连接重建立拒绝流程
第二步中，如果eNB中没有UE的上下文 信息，则拒绝为UE重建RRC连接，则 通过DL_CCCH在SRB0上回复一条RRC 连接重建立拒绝消息
RRCConnectionRequest
RRCConnectionSetup
RRCConnectionSetupComplete
UE
EUTRAN
RRC连接建立失败
第二步中，如果eNB拒绝为UE建立RRC 连接，则通过DL_CCCH在SRB0上回复 一条RRC连接拒绝消息
TD-LTE信令流程
10:41:45.266 eNodeB->MS 10:41:45.275 MS->eNodeB
RRCConnectionSetup RrcConnSetup RRCConnectionSetupComplete LTERRCSetupSuc RrcConnSetupCmpl abilityEnquiry UECapabilityInformation RRCSecurityModeCommand RRCSecurityModeComplete SmcActive RRCConnectionReconfiguration LTEERABSetupAttempt RbSetup
10:41:45.335 eNodeB->MS 10:41:45.337 MS->eNodeB 10:41:45.355 eNodeB->MS 10:41:45.359 MS->eNodeB 10:41:45.359 10:41:45.362 10:41:45.364 10:41:45.371 EVENTS EVENTS EVENTS 10:41:45.362 eNodeB->MS
10:41:45.371 MS->eNodeB EVENTS 10:41:45.378 eNodeB->MS 10:41:45.380 MS->eNodeB 10:41:45.380 eNodeB->MS 10:41:45.383 MS->eNodeB 10:41:45.383 EVENTS 10:41:45.388 eNodeB->MS 10:41:45.398 MS->eNodeB 10:41:45.410 MS->eNodeB 10:41:46.356 eNodeB->MS 10:41:46.357 EVENTS 10:41:46.360 MS->eNodeB 10:41:47.165 MS->eNodeB 10:41:47.166 MS->eNodeB 10:41:47.195 eNodeB->MS 10:41:47.200 eNodeB->MS 10:41:55.232 MS->eNodeB 10:41:55.232 10:41:55.232 EVENTS EVENTS
TD-LTE信令流程及信令解码比超详细还详细
TD-LT信令流程及信令解码TD-LTE信令流程及信令解码第1页共90页TD-LT信令流程及信令解码（2013.03）本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分第2页共90页TD-LT信令流程及信令解码析，并加以标注。
所有信令为eNB侧跟踪的信令。
1.PS业务建立流程：1.1RRC Connection RequestUE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连接，该消息携带主要IE有：-ue-Identity :初始的UE标识。
如果上层提供S-TMSI，侧该值为S-TMSI；否则从0…240-1中抽取一个随机值，设置为ue-Identity。
-establishmentCause :建立原因。
该原因值有emergency, highPriorityAccess,第3页共90页TD-LT 信令流程及信令解码mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。
其中“mt”代表移动终端，“mo”代表移动始端。
信令解码如下：-RRC-MSG :|_msg :|_struUL-CCCH-Message : |_struUL-CCCH-Message :|_message :|_c1 :|_rrcConnectionRequest :|_criticalExtensions :|_rrcConnectionRequest-r8 :|_ue-Identity :| |_randomValue :----'0011000101001001011110110111100011000011'B(31 49 7B 78 C3 ) ----|_establishmentCause : ---- highPriorityAccess(1)|_spare : ---- '0'B(00 )04 53 14 97 b7 8c 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
TD-LTE关键过程信令流程解析
TD-LTE关键过程信令流程解析1.目的该文档通过对TD-LTE信令流程的说明和解析，向读者详细描述了TD-LTE信令流程和信令解码，有助于帮助读者在读懂信令的基础上，更好地分析信令，分析问题。
2. 关键过程信令流程解析E-UTRAN初始附着过程1、流程概述——对于过程进行整体描述附着过程就是UE向网络注册的过程。
注册成功，UE和MME从都会进入EMM注册状态。
网络根据用户UE当前状态和签约的信息为用户提供“一直在线”的IP服务连接。
附着过程结束，在MME里面为UE建立起一个上下文，在UE和PGW间为UE建立起一条默认EPS承载。
UE刚开机时，先进行物理下行同步，搜索测量进行小区选择，选择到一个suitable或者acceptable小区后，驻留并进行附着过程。
附着流程图如下：Attach流程图说明：1)步骤1～5会建立RRC连接，步骤6、9会建立S1连接，完成这些过程即标志着NAS signalling connection建立完成。
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。
TD-LTE信令流程分解
TD-LT信令流程及信令解码TD-LTE信令流程（2014.03）本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。
所有信令为eNB侧跟踪的信令。
第1页共84页TD-LT 信令流程及信令解码第2页 共84页1. PS 业务建立流程：1.1 RRC Connection RequestUE 上行发送一条RRC Connection Request 消息给eNB,请求建立一条RRC 连接，该消息携带主要IE 有：- ue-Identity :初始的UE 标识。
如果上层提供S-TMSI ，侧该值为S-TMSI ；否则从0…240-1中抽取一个随机值，设置为ue-Identity 。
- establishmentCause :建立原因。
该原因值有emergency, highPriorityAccess, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。
其中“mt”TD-LT 信令流程及信令解码代表移动终端，“mo”代表移动始端。
信令解码如下：-RRC-MSG : |_msg :|_struUL-CCCH-Message : |_struUL-CCCH-Message : |_message : |_c1 :|_rrcConnectionRequest : |_criticalExtensions :|_rrcConnectionRequest-r8 : |_ue-Identity : | |_randomValue :----'0011000101001001011110110111100011000011'B(31 49 7B 78 C3 ) ---- |_establishmentCause : ---- highPriorityAccess(1) |_spare : ---- '0'B(00 ) 04 53 14 97 b7 8c 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
TD-LTE信令流程及信令解码
TD-LT信令流程及信令解码TD-LTE信令流程及信令解码第1页共89页TD-LT信令流程及信令解码（2013.03）1. PS业务建立流程： (4)1.1 RRC Connection Request (4)1.2 RRC Connection Setup (5)1.3 RRC Connection Setup Complete (8)1.4 Initial UE Message (9)1.5 Initial Context Setup Request (11)1.6 UE Capability Enquiry (13)1.7 UE Capability Information (14)1.8 UE Capability Info Indication (17)1.9 Security Mode Command (20)1.10 RRC Connection Reconfiguration (21)1.11 Security Mode Complete (24)1.12 RRC Connection Reconfiguration Complete (24)1.13 Initial Context Setup Response (25)1.14 UL Information Transfer (27)1.15 Uplink NAS Transport (27)1.16 UE Context Release Command (28)1.17 RRC Connection Release (29)1.18 UE Context Release Complete (30)2. 切换 (31)2.1. 基于X2接口的切换 (31)2.1.1. Measurement Report (33)2.1.2. Handover Request (34)2.1.3. Handover Request Acknowledge (47)第2页共89页TD-LT信令流程及信令解码2.1.5. SN Status Transfer (53)2.1.6. RRC Connection Reconfiguration Complete (54)2.1.7. pathSwitchRequest (55)2.1.8. pathSwitchRequestAcknowledge (56)2.1.9. uEContextRelease (58)2.2. 基于S1接口的切换 (59)2.2.1. Measurement Report (60)2.2.2. Handover Required (61)2.2.3. Handover Request (64)2.2.4. Handover Request Acknowledge (71)2.2.5. Handover Command (75)2.2.6. RRC Connection Reconfiguration (77)2.2.7. eNB Status Transfer (85)2.2.8. MME Status Transfer (85)2.2.9. RRC Connection Reconfiguration Complete (86)2.2.10. Handover Notify (87)2.2.11. UE Context Release Command (88)2.2.12. UE Context Release Complete (88)2.3. eNB内切换 (89)本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE 分析，并加以标注。
TDLTE基本业务流程与主要信令概述
入 – 在RRC-CONNECTED状态，UE位置辅助定位需要，网络利用随机接
过 程
入获取时间提前量（TA: Timing Advance）
基于竞争的随机接入过程2-1
• UE随机选择preamble码发起
• Msg1：发送Preamble码
– eNB可以选择64个Preamble码中
1
基于竞争的随机接入（2-1） 的部分或全部用于竞争接入
– RRC连接重建立完成：UE通过UL-DCCH在 SRB1上发送，不携带任何实际信息，只起 UE 到RRC层确认的功能
EUTRAN
• RRC连接重建立拒绝流程
– 第二步中，如果eNB中没有UE的上下文信 息，则拒绝为UE重建RRC连接，则通过 DL_CCCH在SRB0上回复一条RRC连接重建 立拒绝消息
3.1 系统消息-SIB1
SIB1和所有SI消息均传输在BCCH → DL-SCH → PDSCH上 SIB1的传输通过携带SI-RNTI（SI-RNTI每个小区都是相同的）的PDCCH调度完成 除SIB1以外，SIB2-SIB12均由SI (System Information)承载 SIB1中的SchedulingInfoList携带所有SI的调度信息，接收SIB1以后，即可接收其他SI消息
– RRC连接重建：eNB通过DL_CCCH在SRB0上 回复，携带SRB1的完整配置信息，该消息 对应随机接入过程的Msg4
RRCConnectionReestablishmentRequest RRCConnectionReestablishment
RRCConnectionReestablishmentComplete
初始接入和TAU更新
竞
– 无线链路失败后的初始接入，即RRC 连接重建过程
TD-LTE信令流程及信令解码要点
TD-LT信令流程及信令解码TD-LTE信令流程及信令解码（2013.03）第1页共76页TD-LT 信令流程及信令解码第2页 共76页本文主要就PS 业务建立流程和LTE 系统内切换的信令及信令解码进行重点IE 分析，并加以标注。
所有信令为eNB 侧跟踪的信令。
1. PS 业务建立流程：1.1 RRC Connection RequestUE 上行发送一条RRC Connection Request 消息给eNB,请求建立一条RRC 连接，该消息携带主要IE 有：- ue-Identity :初始的UE 标识。
如果上层提供S-TMSI ，侧该值为S-TMSI ；否则从0…240-1中抽取一个随机值，设置为ue-Identity 。
- establishmentCause :建立原因。
该原因值有emergency, highPriorityAccess, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。
其中“mt”代表移动终端，“mo”代表移动始端。
信令解码如下：TD-LT 信令流程及信令解码第3页 共76页-RRC-MSG : |_msg :|_struUL-CCCH-Message : |_struUL-CCCH-Message : |_message : |_c1 :|_rrcConnectionRequest : |_criticalExtensions :|_rrcConnectionRequest-r8 : |_ue-Identity :| |_randomValue : ----'0011000101001001011110110111100011000011'B(31 49 7B 78 C3 ) ----|_establishmentCause : ---- highPriorityAccess(1) |_spare : ---- '0'B(00 ) 04 53 14 97 b7 8c 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
TD-LTE信令流程及信令解码比超详细还详细
TD-LT信令流程及信令解码TD-LTE信令流程及信令解码第1页共90页TD-LT信令流程及信令解码（2013.03）本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分第2页共90页TD-LT信令流程及信令解码析，并加以标注。
所有信令为eNB侧跟踪的信令。
1.PS业务建立流程：1.1RRC Connection RequestUE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连接，该消息携带主要IE有：-ue-Identity :初始的UE标识。
如果上层提供S-TMSI，侧该值为S-TMSI；否则从0…240-1中抽取一个随机值，设置为ue-Identity。
-establishmentCause :建立原因。
该原因值有emergency, highPriorityAccess,第3页共90页TD-LT 信令流程及信令解码mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。
其中“mt”代表移动终端，“mo”代表移动始端。
信令解码如下：-RRC-MSG :|_msg :|_struUL-CCCH-Message : |_struUL-CCCH-Message :|_message :|_c1 :|_rrcConnectionRequest :|_criticalExtensions :|_rrcConnectionRequest-r8 :|_ue-Identity :| |_randomValue :----'0011000101001001011110110111100011000011'B(31 49 7B 78 C3 ) ----|_establishmentCause : ---- highPriorityAccess(1)|_spare : ---- '0'B(00 )04 53 14 97 b7 8c 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
LTE完整信令流程ppt课件
RRC信令简化
RRC Connection Reconfiguration （RRC连接重配置）
Physical Channel Reconfiguration （物理信道重配置）
Measurement Control （测量控制）
NAS节点选择功能； 初始上下文建立过程；
UDP/IP之上的GTP-U用来传输S-GW与 eNB之间的用户平面PDU S1用户面主要功能为:
在S1接口中尽量减少数据的丢失； 错误处理机制； MBMS支持功能； 分组丢失检测机制；
13
X2接口
终止由于寻呼原因产生的用户平面数据包；
支持由于UE移动性产生的用户平面切换。
PDN网关功能：
逐用户数据包的过滤和检查
用户IP分配
6
网元间控制面整体协基 本议概 念栈 协议栈结构
NAS
RRC PDCP RLC MAC L1
UE
LTE-Uu
Relay
RRC PDCP
S1-AP SCTP
RLC
GSM_Connected
GPRS Packet transfer mode
CCO with optional NACC
CCO, Reselection
Connection establishment/release
Connection establishment/release
UTRA_Idle
Reselection
SIB1的传输通过携带SI-RNTI（SI-RNTI每个小区都是相同的）的 PDCCH调度完成
SIB1中的SchedulingInfoList携带所有SI的调度信息，接收SIB1以 后，即可接收其他SI消息