TD-LTE信令流程及信令解码
(各行流程管理)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连接。
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 反馈模式。
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承载和无线资源配置信息。
流程管理-TDLTE信令流程及信令解码比超详细还详细 精品
TD-LTE信令流程及信令解码（20XX.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 : | |_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 / 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承载和无线资源配置信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
TD-LTE信令流程及信令解码TD-LT信令流程及信令解码TD-LTE信令流程及信令解码,2013.03,第1页共81页TD-LT信令流程及信令解码本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。
所有信令为eNB侧跟踪的信令。
1. PS业务建立流程,1.1 RRC Connection RequestUE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连接,该消息携带主要IE有,- ue-Identity :初始的UE标识。
如果上层提供S-TMSI,侧该值为S-TMSI,否则从第2页共81页TD-LT信令流程及信令解码400…2-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 :UE初始标识,此处因为 |_rrcConnectionRequest :|_criticalExtensions :上层没有提供S-TMSI,所 |_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 32highPriorityAccess1.2 RRC Connection Setup指的是AC11~AC15eNB在下行方向发送RRCConnectionSetup消息给UE,包含建立SRB1承载和无线资源配置信息。
该消息携带主要IE详细见信令解码。
信令解码如下,-RRC-MSG :|_msg :|_struDL-CCCH-Message :|_struDL-CCCH-Message :|_message :|_c1 :|_rrcConnectionSetup :|_rrc-TransactionIdentifier : ---- 0x1(1) ----|_criticalExtensions :第3页共81页TD-LT信令流程及信令解码|_c1 : t-PollRetransmit : 发送端发送某个Poll |_rrcConnectionSetup-r8 :此处为建立 |_radioResourceConfigDedicated : 的AMD PDU后,如果在该定时器超时 |_srb-ToAddModList : SRB1| |_SRB-ToAddMod : 后,还没有收到响应,则重新触发Poll. | |_srb-Identity : ---- 0x1(1) ----| |_rlc-Config : pollPDU : 轮询间隔SDU数,该参数给 | ||_explicitValue :| | |_am : 出了一个触发轮询的门限值,发送了 | | |_ul-AM-RLC :SRB1上下行采用 | | | |_t-PollRetransmit : ---- ms45(8) ---- PollSDU 个SDU后触发一次轮询。
此 | | | |_pollPDU : ---- pInfinity(7) ---- AM RLC模式 | | | |_pollByte : ---- kBinfinity(14) ---- 处的pInfinity对应为无穷多个PDU。
| | | |_maxRetxThreshold : ---- t32(7) ----| | |_dl-AM-RLC : pollByte : 触发每个pollByte字节的一 | | |_t-Reordering : ---- ms35(7) ----| | |_t-StatusProhibit : ---- ms0(0) ---- Priorit:表示逻辑信道的优先级。
Priority数值越t-Reordering ,重排序定时器,个轮询。
此处kBinfinity对应无穷多个 | |_logicalChannelConfig :| |_explicitValue : 大,优先级越低。
用于触发RESET PDU的重kByes。
| |_ul-SpecificParameters : PrioritisedBitRate:Prioritized Bit Rate for logical | |_priority : ---- 0x1(1) ---- 传,此处ms35表示35ms。
maxRetxThreshol ,限制一个AMD | |_prioritisedBitRate : ---- infinity(7) ---- channel prioritization。
单位kBps。
Infinity仅仅| |_bucketSizeDuration : ---- ms300(3) ---- t-StatusProhibit ,状态PDUPDU的重传次数,当等于该值是,将 | |_logicalChannelGroup : ---- 0x0(0) ---- 适用于SRB1和SRB2.|_mac-MainConfig : 禁止发送定时器。
ms0表示向高层上报不可恢复的错误。
t32对应bucketSizeDuration:Bucket Size Duration for | |_explicitValue : logical channel prioritization. maxHARQ-Tx,UL HARQ的传输最大数目。
||_ul-SCH-Config : 0ms。
32次重传输。
| | |_maxHARQ-Tx : ---- n5(4) ---- BSR报告定时器,用子帧表示,sf2560表示 | | |_periodicBSR-Timer : ---- infinity(14) ----| | |_retxBSR-Timer : ---- sf2560(3) ---- 2560个子帧。
如果retxBSR-Timer超时并且UE | | |_ttiBundling : ---- FALSE(0) ----| |_drx-Config :在逻辑信道组中任意一个逻辑信道有可传数 | | |_release : ---- (0)| |_timeAlignmentTimerDedicated : ---- sf1920(3) ---- 据,则触发缓存状态报告。
而这样的BSR称 | |_phr-Config :| | |_setup : 用于控制UE处在上行时钟同为常规BSR,如果periodicBSR-Timer超时, | | |_periodicPHR-Timer : ---- sf1000(6) ---- | | |_prohibitPHR-Timer : ---- sf100(4) ---- 步的时间长度。
则触发缓存状态报告。
而这样的BSR称为周 | | |_dl-PathlossChange : ---- dB3(1) ---- 功率余量报告定时器,当UE有传输新数据的 | |_mac-MainConfig-v1020 : ---- (0) ---- 期BSR。
|_sps-Config : ---- (0) ----上行资源,prohibitPHR-Timer 超时或者已经 |_physicalConfigDedicated : ttiBundling ,TURE表示TTI捆绑有效。
TTI |_pdsch-ConfigDedicated : 参数P是由高层提供的,A超时且在上次传输功率余量报告之后,路径损捆绑只对FDD有效,对TDD仅仅适用于配置UE专用参数耗的变化值大于dl-PathlossChange dB。
触发功第4页共81页为0,1以及6的情况。
率余量报告,PHR,,periodicPHR-Timer超时,触发功率余量报告。
TD-LT信令流程及信令解码| |_p-a : ---- dB-3(2) ----|_pucch-ConfigDedicated : 表示使用的其中一种| |_ackNackRepetition :| | |_release : ---- (0) TDD ACK/NACK反馈模| |_tdd-AckNackFeedbackMode : ---- bundling(0) ---- |_pusch-ConfigDedicated : 式。
bundling或| |_betaOffset-ACK-Index : ---- 0x9(9) ----| |_betaOffset-RI-Index : ---- 0x5(5) ----ackNackRepetition :ACK/NACK重复,此处multiplexing。
对于TDD | |_betaOffset-CQI-Index : ---- 0xc(12) ----|_uplinkPowerControlDedicated : “release”为清除此配置以及停止使用相关资配置5,e-UTRAN总是将| |_p0-UE-PUSCH : ---- 0x0(0) ----| |_deltaMCS-Enabled : ---- en0(0) ---- 源。
若设置为“setup”,采用相应的接收配置以该域配置为bundling。
| |_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报告模式,值| |_cqi-ReportModeAperiodic : ---- rm30(3) ----| |_nomPDSCH-RS-EPRE-Offset : ---- 0x0(0) ---- rm30对应模式3-0 | |_cqi-ReportPeriodic :| |_setup :| |_cqi-PUCCH-ResourceIndex : ---- 0x0(0) ----| |_cqi-pmi-ConfigIndex : ---- 0x12(18) ----| |_cqi-FormatIndicatorPeriodic :CQI/PMI上报的周期N,子帧,和偏移值NPOFFSET,CQIR | | |_widebandCQI : ---- (0) PUCCH CQI 反馈类| |_simultaneousAckNackAndCQI : ---- FALSE(0) ----的配置序号I参考TS 36.213【tables 7.2.2-1A】。