TDLTE信令流程及信令解码
(各行流程管理)TDLTE信令流程
TD-LT信令流程及信令解码TD-LTE信令流程（2014.03）本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。
所有信令为eNB侧跟踪的信令。
第1页共84页TD-LT信令流程及信令解码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, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。
其中“mt”第2页共84页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页共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承载和无线资源配置信息。
TDLTE信令流程及信令解码
TD-LTE信令流程及信令解码TD-LTE信令流程及信令解码（2013.03）第1页共75页TD-LTE 信令流程及信令解码第2页 共75页本文主要就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”代表移动始端。
信令解码如下：-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信令流程及信令解码详解-144页word资料
TD-LTE信令流程及信令解码本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注，所有信令为eNB侧跟踪的信令。
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, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。
其中“mt”代表移动终端，“mo”代表移动始端。
信令解码如下：-RRC-MSG :|_msg :|_struUL-CCCH-Message :|_struUL-CCCH-Message :|_message :|_c1 :|_rrcConnectionRequest : UE初始标识，此处因为上层没有提供|_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 Setup eNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
TDLTE信令流程
TD-LTE信令流程（2014.03）本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。
所有信令为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, 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 :|_establishmentCause : ---- highPriorityAccess(1)|_spare : ---- '0'B(00 )04 53 14 97 b7 8c 32 UE初始标识，此处因为上层没有提供S-TMSI,所以为随机值。
建立原因，此处highPriorityAccess指的是AC11~AC151.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
TD-LTE信令流程及信令解码详解
TD-LT 信令流程及信令解码第1页共75页TD-LTE 信令流程及信令解码本文主要就PS 业务建立流程和LTE 系统内切换的信令及信令解码进行重点IE 分析，并加以标注。
所有信令为eNB 侧跟踪的信令。
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,TD-LT 信令流程及信令解码第2页共75页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-LT 信令流程及信令解码第1页共75页TD-LTE 信令流程及信令解码本文主要就PS 业务建立流程和LTE 系统内切换的信令及信令解码进行重点IE 分析，并加以标注。
所有信令为eNB 侧跟踪的信令。
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,TD-LT 信令流程及信令解码第2页共75页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-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 分析，并加以标注。
TD-LTE基本信令流程
TD-LTE基本信令流程TD-LTE（Time Division Long Term Evolution）是一种LTE（Long Term Evolution）技术的变种，其基本信令流程如下：1. 小区配置：- 配置小区参数，包括小区ID、频率、带宽等。
- 配置小区关联的核心网节点，如MME（Mobility Management Entity）和SGW（Serving Gateway）。
- 配置小区的物理信道资源，如PRACH（Physical Random Access Channel）和PDSCH（Physical Downlink Shared Channel）。
2. 邻区搜索：- UE（User Equipment）扫描频带，搜索邻近的小区。
- UE获取邻近小区的系统信息，包括小区ID、频率、带宽、邻区关系等。
3. 接入过程：- UE选择最强的小区作为目标小区。
- UE发送随机接入请求（RAR，Random Access Request）到目标小区的PRACH。
- 目标小区收到RAR后，为UE分配临时标识（Temporarily Assigned Identity，TAI）和随机接入响应（RAR，Random Access Response）。
- UE收到RAR后，回复随机接入响应，同时携带临时标识。
- 目标小区验证UE的临时标识，如果正确，为UE分配RRC （Radio Resource Control）连接。
4. 建立RRC连接：- UE和目标小区之间建立RRC连接。
- UE发送RRC连接请求（RRC Connection Request）到目标小区。
- 目标小区收到RRC连接请求后，回复RRC连接设置（RRC Connection Setup），同时分配临时标识。
- UE收到RRC连接设置后，回复RRC连接承诺（RRC Connection Setup Complete）。
- 目标小区收到RRC连接承诺后，验证UE的临时标识，如果正确，为UE分配RRC连接。
LTE信令流程及信令解码详解
TD-LTE信令流程及信令解码本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE 分析，并加以标注，所有信令为eNB侧跟踪的信令。
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, 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 :|_establishmentCause : ----highPriorityAccess(1)|_spare : ---- '0'B(00 )04 53 14 97 b7 8c 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
该消息携带主要IE 详细见信令解码。
信令解码如下：-RRC-MSG :|_msg : UE 初始标识，此处因为上层没有提供建立原因，此处highPriorityAc|_struDL-CCCH-Message :|_struDL-CCCH-Message :|_message :|_c1 :|_rrcConnectionSetup :|_rrc-TransactionIdentifier : ---- 0x1(1) ----|_criticalExtensions : |_c1 :|_rrcConnectionSetup-r8 :|_radioResourceConfigDedicated : |_srb-ToAddModList :| |_SRB-ToAddMod :| |_srb-Identity : ---- 0x1(1)----| |_rlc-Config :| | |_explicitValue : 此处为建t-PollRetransmit : 发送端发送某个Poll 的AMDPDU 后，如果在该定时器超时后，还没有收到响应，则重新触发Poll. pollPDU : 轮询间隔SDU 数，该参数给出了一个触发| | |_am : | | |_ul-AM-RLC : | | | |_t-PollRetransmit : ---- ms45(8) ----| | | |_pollPDU : ----pInfinity(7) ----| | | |_pollByte : ----kBinfinity(14) ----| | | |_maxRetxThreshold : ---- t32(7) ----| | |_dl-AM-RLC :| | |_t-Reordering : ---- ms35(7) ---- | | |_t-StatusProhibit :---- ms0(0) ----| |_logicalChannelConfig :| |_explicitValue :SRB1上下行t-Reordering ：重排序定时器，用于触发RESET PDU 的重传，Priorit:表示逻辑信道的优先级。
(流程管理)TDLTE信令流程及信令解码
（流程管理）TDLTE信令流程及信令解码TD-LTE信令流程及信令解码（2013.03）本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。
所有信令为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---高优先级接入，mt-access--被叫接入，mo-Signalling--发送信令时，mo-Data---发送数据时，DelayTolerantAccess-v1020---R10中新增原因，延迟容忍接入。
其中“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.2RRC Connection Setup UE初始标识，此处因为上层没有提供S-TMSI,所以为随机值。
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承载和无线资源配置信息。
[整理]TDLTE信令流程及信令解码.
![[整理]TDLTE信令流程及信令解码.](https://img.taocdn.com/s3/m/bdb18494fab069dc51220148.png)
-------------------------- TD-LTE信令流程及信令解码（2013.03）--------------------------本文主要就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”代表移动始端。
信令解码如下：-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信令流程及信令解码（2013.03）第1页共83页TD-LT信令流程及信令解码本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。
所有信令为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---高优先级接入，mt-access--被叫接入，mo-Signalling--发送信令时，mo-Data---发送数据时，DelayTolerantAccess-v1020---R10中新增原因，延迟容忍接入。
其中“mt”代表移动终端，“mo”代表移动始端。
第2页共83页TD-LT 信令流程及信令解码第3页 共83页信令解码如下：-RRC-MSG :|_msg :|_struUL-CCCH-Message : |_struUL-CCCH-Message :|_message :|_c1 :|_rrcConnectionRequest :|_criticalExtensions :|_rrcConnectionRequest-r8 :|_ue-Identity :| |_randomValue : ----'0011000101001001011110110111100011000011'B(31 49 7B 78C3 ) ----|_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 / 82（2013.03）本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分2 / 82析，并加以标注。
所有信令为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 / 824 / 82mt-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 : ----'000011'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承载和无线资源配置信息。
(各行流程管理)TDLTE信令流程及信令解码
TD-LT信令流程及信令解码TD-LTE信令流程及信令解码（2013.03）第1页共76页TD-LT信令流程及信令解码本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。
所有信令为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---高优先级接入，mt-access--被叫接入，mo-Signalling--发送信令时，mo-Data---发送数据时，DelayTolerantAccess-v1020---R10中新增原因，延迟容忍接入。
其中“mt”代表移动终端，“mo”代表移动始端。
第2页共76页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承载和无线资源配置信息。
TDLTE信令流程
TD-LTE信令流程（2014.03）本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。
所有信令为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, 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 :|_establishmentCause : ---- highPriorityAccess(1) UE初始标识，此处因为上层没有提供S-TMSI,所以为随机值。
建立原因，此处highPriorityAccess指的是AC11~AC1504 53 14 97 b7 8c 321.2RRC Connection SetupeNB在下行方向发送RRCConnectionSetup消息给UE，包含建立SRB1承载和无线资源配置信息。
该消息携带主要IE详细见信令解码。
信令解码如下：-RRC-MSG :|_msg :|_struDL-CCCH-Message :|_struDL-CCCH-Message :|_message :|_c1 :|_rrcConnectionSetup :|_rrc-TransactionIdentifier : ---- 0x1(1) ----| |_explicitValue :| |_ul-SCH-Config :| | |_maxHARQ-Tx : ---- n5(4) ----| | |_periodicBSR-Timer : ---- infinity(14) ----| | |_retxBSR-Timer : ---- sf2560(3) ----| | |_ttiBundling : ---- FALSE(0) ----| |_drx-Config :| | |_release : ---- (0)| |_timeAlignmentTimerDedicated : ---- sf1920(3) ----| |_phr-Config :| | |_setup :| | |_periodicPHR-Timer : ---- sf1000(6) ---- | | |_prohibitPHR-Timer : ---- sf100(4) ----| | |_dl-PathlossChange : ---- dB3(1) ---- | |_mac-MainConfig-v1020 : ---- (0) ---- |_sps-Config : ---- (0) ---- |_physicalConfigDedicated : |_pdsch-ConfigDedicated : | |_p-a : ---- dB-3(2) ---- |_pucch-ConfigDedicated : | |_ackNackRepetition : | | |_release : ---- (0)| |_tdd-AckNackFeedbackMode : ---- bundling(0) ----|_pusch-ConfigDedicated :| |_betaOffset-ACK-Index : ---- 0x9(9) ----| |_betaOffset-RI-Index : ---- 0x5(5) ----| |_betaOffset-CQI-Index : ---- 0xc(12) ----|_uplinkPowerControlDedicated :| |_p0-UE-PUSCH : ---- 0x0(0) ----| |_deltaMCS-Enabled : ---- en0(0) ---- | |_accumulationEnabled : ---- TRUE(1) ---- | |_p0-UE-PUCCH : ---- 0x0(0) ---- | |_pSRS-Offset : ---- 0x5(5) ---- | |_filterCoefficient : ---- fc6(6) ---- |_tpc-PDCCH-ConfigPUCCH : | |_release : ---- (0) |_tpc-PDCCH-ConfigPUSCH : | |_release : ---- (0) |_cqi-ReportConfig :| |_cqi-ReportModeAperiodic : ---- rm30(3) ---- | |_nomPDSCH-RS-EPRE-Offset : ---- 0x0(0) ---- | |_cqi-ReportPeriodic : | |_setup :参数P A ，是由高层提供的UE 专用参数表示使用的其中一种TDD ACK/NACK 反馈模式。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
T D L T E信令流程及信令解码Document number：BGCG-0857-BTDO-0089-2022TD-LTE信令流程及信令解码（）本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。
所有信令为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---高优先级接入，mt-access--被叫接入，mo-Signalling--发送信令时，mo-Data---发送数据时，DelayTolerantAccess-v1020---R10中新增原因，延迟容忍接入。
其中“mt”代表移动终端，“mo”代表移动始端。
信令解码如下： -RRC-MSG : |_msg :|_struUL-CCCH-Message :|_struUL-CCCH-Message :|_message : |_c1 :|_rrcConnectionRequest : |_criticalExtensions :|_rrcConnectionRequest-r8 : |_ue-Identity :| |_randomValue : ----'00'B(31 49 7B 78 C3 ) ----|_establishmentCause : ---- highPriorityAccess(1)|_spare : ---- '0'B(00 ) 04 53 14 97 b7 8c 32UE 初始标识，此处因为上层没有提供S-TMSI,所以为随机建立原因，此处highPriorityAc1.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
该消息携带主要IE 详细见信令解码。
信令解码如下： -RRC-MSG : |_msg :|_struDL-CCCH-Message : |_struDL-CCCH-Message : |_message : |_c1 :|_rrcConnectionSetup :|_rrc-TransactionIdentifier : ---- 0x1(1) ---- |_criticalExtensions :|_c1 : |_rrcConnectionSetup-r8 : |_radioResourceConfigDedicated : |_srb-ToAddModList : | |_SRB-ToAddMod : | |_srb-Identity : ---- 0x1(1) ---- | |_rlc-Config :| | |_explicitValue :此处为建t-PollRetransmit : 发送端发送某个Poll 的AMDPDU 后，如果在该定时器超时后，还没有收到响应，则重新触发Poll.pollPDU : 轮询间隔SDU 数，该参数给出了一个触| | |_am :| | |_ul-AM-RLC : | | | |_t-PollRetransmit : ---- ms45(8) ----| | | |_pollPDU : ---- pInfinity(7) ----| | | |_pollByte : ---- kBinfinity(14) ----| | | |_maxRetxThreshold : ---- t32(7) ----| | |_dl-AM-RLC :| | |_t-Reordering : ---- ms35(7) ----| | |_t-StatusProhibit : ---- ms0(0) ----| |_logicalChannelConfig : | |_explicitValue :| |_ul-SpecificParameters : | |_priority : ---- 0x1(1) ----| |_prioritisedBitRate : ---- infinity(7) ----SRB1上下行t-Reordering ：重排序定时器，用于触发RESET PDU 的Priorit:表示逻辑信道的优先级。
Priority 数值越大，优先级越低。
PrioritisedBitRate:Prioriti| |_bucketSizeDuration : ---- ms300(3) ----| |_logicalChannelGroup : ---- 0x0(0) ----|_mac-MainConfig :| |_explicitValue :| |_ul-SCH-Config : | | |_maxHARQ-Tx : ---- n5(4) ---- | | |_periodicBSR-Timer : ---- infinity(14) ---- | | |_retxBSR-Timer : ---- sf2560(3) ----| | |_ttiBundling : ---- FALSE(0) ----| |_drx-Config :| | |_release : ---- (0)| |_timeAlignmentTimerDedicated : ---- sf1920(3) ----| |_phr-Config : | | |_setup :maxHARQ-Tx ：UL HARQ 的传输最大数目。
BSR 报告定时器：用子帧表示，sf2560表示2560个子帧。
如果retxBSR-Timer 超时并且UE 在逻辑信道组中任意一用于控制UE 处在上| | |_periodicPHR-Timer : ---- sf1000(6) ----| | |_prohibitPHR-Timer : ---- sf100(4) ----| | |_dl-PathlossChange : ---- dB3(1) ----| |_mac-MainConfig-v1020 : ----(0) ----|_sps-Config : ---- (0) ---- |_physicalConfigDedicated :|_pdsch-ConfigDedicated :| |_p-a : ---- dB-3(2) ----|_pucch-ConfigDedicated :| |_ackNackRepetition :| | |_release : ---- (0)| |_tdd-AckNackFeedbackMode : ---- bundling(0) ----|_pusch-ConfigDedicated :| |_betaOffset-ACK-Index : ----0x9(9) ----| |_betaOffset-RI-Index : ---- 0x5(5) ----参数P A ，是由高 表示使用的其中一种TDDACK/NACK 反馈模功率余量报告定时器：当UE 有传输新数据的上行资源，prohibitPHR-Timer 超时或者已经超时且在上次传输功率余ackNackRepetition :ACK/NACK 重复，此处“release ”为清除此配置以及停止使用相关资| |_betaOffset-CQI-Index : ---- 0xc(12) ----|_uplinkPowerControlDedicated : | |_p0-UE-PUSCH : ---- 0x0(0) ----| |_deltaMCS-Enabled : ----en0(0) ----| |_accumulationEnabled : ---- TRUE(1) ----| |_p0-UE-PUCCH : ---- 0x0(0) ----| |_pSRS-Offset : ---- 0x5(5) ----| |_filterCoefficient : ----fc6(6) ----|_tpc-PDCCH-ConfigPUCCH :| |_release : ---- (0)|_tpc-PDCCH-ConfigPUSCH :| |_release : ---- (0)CQI报告模|_cqi-ReportConfig :| |_cqi-ReportModeAperiodic : ---- rm30(3) ----| |_nomPDSCH-RS-EPRE-Offset : ---- 0x0(0) ----| |_cqi-ReportPeriodic : | |_setup : | |_cqi-PUCCH-ResourceIndex : ---- 0x0(0) ----| |_cqi-pmi-ConfigIndex : ---- 0x12(18) ----| |_cqi-FormatIndicatorPeriodic :| | |_widebandCQI : ---- (0)| |_simultaneousAckNackAndCQI : ---- FALSE(0) ----|_soundingRS-UL-ConfigDedicated : | |_setup :| |_srs-Bandwidth : ---- bw2(2) ----| |_srs-HoppingBandwidth : ---- hbw0(0) ----| |_freqDomainPosition : ---- 0x0(0) ----参数Simultaneous-AN-and-CQI ，PUCCH CQI 反CQI/PMI 上报的周期N P （子帧）和偏调度请求配置信息：sr-PUCCH-ResourceIndex ：sr-PUCCH 资源索引| |_duration : ---- TRUE(1) ----| |_srs-ConfigIndex : ---- 0xa(10) ----| |_transmissionComb : ---- 0x0(0) ----| |_cyclicShift : ---- cs0(0) ----|_antennaInfo : | |_explicitValue :| |_transmissionMode : ---- tm2(1) ----| |_ue-TransmitAntennaSelection :| |_release : ---- (0) ---- |_schedulingRequestConfig : |_setup : |_sr-PUCCH-ResourceIndex : ---- 0x0(0) ----|_sr-ConfigIndex : ---- 0x3(3) ----UE 传输天线选择，Setup 或release 。