TD-LTE信令流程及信令解码经典
TD-LTE信令流程
附二
用户平面协议栈
UE PDCP RLC MAC PHY
eNB PDCP RLC MAC PHY
控制平面协议栈
UE NAS RRC PDCP RLC MAC PHY
eNB
RRC PDCP RLC MAC PHY
MME NAS
SIB1:消息包含终端当前驻留小区的信息,如PLMN(public land mobile network,公共陆地移动网络),小区是否允许用户接入, 频段信息等。 SIB2:无线资源配置信息等。 SIB3:包含小区重选相关信息,同频、异频以及异系统的公用信息、 频点信息以及同频小区的重选信息。 SIB4:包含系统给当前驻留小区配置的临区列表信息。 SIB5:异频小区的重选参数和邻区列表。 SIB6-SIB8:提供的是异系统的小区重选参数,例如:LTE与TDSCDMA、WCDMA和GSM等系统之间,小区重选或切换的参数。
信令流程
附着信令 UE需要注册到网络中,接受服务,这个注册过程就是网络附着。LTE信 令的附着过程可以分为RRC连接建立、鉴权加密、UE能力查询、RRC连 接重配置、附着几个过程交互进行。
RRC连接标识、驻留小区的标识信息
RRC连接标识和无线资源配置情况
RRC连接标识、驻留小区的标识信息、Nas层消息和attach请求
去附着
UE
eNode B
EPC
UIInformation transfer (Detach Request)
DIIformation Transfer (Detach Accept)
RRC Connection Release
Uplink NAS transport (Detach Request)
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信令流程及信令解码详解
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信令流程及信令解码第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信令流程
TD-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, spare3, spare2, spare1。
其中“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 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ,包含建立SRB1承载和无线资源配置信息。
该消息携带主要IE 详细见信令解码。
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信令流程及信令解码(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承载和无线资源配置信息。
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信令流程及信令解码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-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信令流程(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信令流程及信令解码(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 : | |_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-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承载和无线资源配置信息。
该消息携带主要IE 详细见信令解码。
信令解码如下:-RRC-MSG : |_msg :|_struDL-CCCH-Message : |_struDL-CCCH-Message : |_message : |_c1 :|_rrcConnectionSetup :|_rrc-TransactionIdentifier : ---- 0x1(1) ---- |_criticalExtensions :UE 初始标识,此处因为上层没有提供S-TMSI,所以为随机值。
建立原因,此处highPriorityAccess 指的是AC11~AC15TD-LT 信令流程及信令解码第4页 共76页| | |_dl-AM-RLC :| | |_t-Reordering : ---- ms35(7) ----| | |_t-StatusProhibit : ---- ms0(0) ----| |_logicalChannelConfig :| |_explicitValue :| |_ul-SpecificParameters :| |_priority : ---- 0x1(1) ----| |_prioritisedBitRate : ---- infinity(7) ----| |_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 :| | |_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) ----参数P A ,是由高层提供的UE 专用参数表示使用的其中一种TDD ACK/NACK 反馈模式。
bundling或multiplexing 。
对于TDD 配置5,e-UTRAN 总是将该域配置为bundling 。
功率余量报告定时器:当UE 有传输新数据的上行资源,prohibitPHR-Timer 超时或者已经超时且在上次传输功率余量报告之后,路径损耗的变化值大于dl-PathlossChange dB 。
触发功率余量报告(PHR );periodicPHR-Timer 超时,触发功率余量报告。
dl-PathlossChange:PHR 报告的下行路径损耗变化 ackNackRepetition :ACK/NACK 重复,此处“release ”为清除此配置以及停止使用相关资源。
若设置为“setup ”,采用相应的接收配置以及开始使用相关的资源。
t-Reordering :重排序定时器,用于触发RESET PDU 的重传,此处ms35表示35ms 。
t-StatusProhibit :状态PDU 禁止发送定时器。
ms0表示0ms 。
Priorit:表示逻辑信道的优先级。
Priority数值越大,优先级越低。
PrioritisedBitRate:Prioritized Bit Ratefor logical channel prioritization 。
单位kBps 。
Infinity 仅仅适用于SRB1和SRB2.bucketSizeDuration:Bucket Size Durationfor logical channel prioritization.maxHARQ-Tx :UL HARQ 的传输最大数目。
BSR 报告定时器:用子帧表示,sf2560表示2560个子帧。
如果retxBSR-Timer 超时并且UE 在逻辑信道组中任意一个逻辑信道有可传数据,则触发缓存状态报告。
而这样的BSR 称为常规BSR ;如果periodicBSR-Timer 超时,则触发缓存状态报告。
而这样的BSR 称为周期BSR 。
ttiBundling :TURE 表示TTI 捆绑有效。
TTI捆绑只对FDD 有效,对TDD 仅仅适用于配置为0,1以及6的情况。
用于控制UE 处在上行时钟同步的时间长度。
TD-LT 信令流程及信令解码第5页 共76页| |_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 :| |_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) ---- | |_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) ---- |_dsr-TransMax : ---- n64(4) ----03 68 13 98 08 fd ce 01 83 b1 fa 73 1f 44 0a 03 00 1f fa 92 b9 86 14 c6 cc 00 01 23 00 81 40 14 00 01 c01.3 RRC Connection Setup CompleteUE 完成SRB1承载和无线资源的配置,向eNB 发送RRC Connection Setup Complete消息,包层Attach Request 信息。