信令流程及信令解码详解
LTE信令流程及信令解码详解
LTE信令流程及信令解码详解LTE(Long Term Evolution)是一种4G无线通信技术,它采用了包括OFDMA(正交频分多址)和MIMO(多输入多输出)等多项技术,以提供高速无线数据传输和更好的用户体验。
LTE信令流程是指在LTE网络中,终端设备和基站之间进行通信时所涉及的一系列信令交互流程。
初始过程是指终端设备在接入LTE网络后,完成相关资源分配和建立数据传输链路的过程。
首先,终端设备会发送系统信息请求信令(RRC Connection Request)给基站,请求获取LTE网络的系统信息,包括频段、带宽等信息。
基站收到请求后,会回复系统信息响应信令(RRC Connection Setup)给终端设备,将LTE网络的系统信息发送给终端设备。
终端设备收到系统信息后,会根据其中的重要参数(如频段和带宽)进行终端配置。
接下来,终端设备会发送随机接入信令(Random Access Preamble)给基站,用于请求分配物理资源。
基站收到随机接入后,会回复随机接入响应信令(Random Access Response),包括一个Temporarily Assigned C-RNTI(临时分配的C-RNTI),用于唯一标识终端设备。
终端设备接收到响应后,会发送接入回执信令(RRC Connection Reestablishment)给基站,用于确认接入成功。
基站收到回执后,会分配一个唯一的UE标识给终端设备,用于后续的数据传输。
保持过程是指终端设备在LTE网络中进行数据传输时的相关信令交互过程。
首先,当终端设备需要发送数据时,会向基站发起调度请求信令(UL-SCH Transmission Request)。
基站收到请求后,会返回一个调度响应信令(UL-SCH Transmission Burst),包括传输资源的分配信息。
终端设备接收到响应后,会根据分配信息将数据进行分组,并在指定的时隙中进行传输。
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信令流程及信令解码详解
LTE信令流程及信令解码详解LTE(Long Term Evolution),是第四代移动通信技术标准,以其高速数据传输、低延迟和大容量等特点成为了当前主流的移动通信技术。
本文将详细介绍LTE的信令流程及信令解码。
1.LTE信令流程(1)小区:UE(User Equipment,用户设备)首先需要附近的基站,以确定可用的LTE网络。
这一步骤主要包括RRC(Radio Resource Control,无线资源控制)连接的小区以及测量实体之间的信道质量。
(2)小区选择和附着:在到可用小区后,UE需要选择一个最佳的小区进行附着,该小区将成为UE与网络之间的主要通信接口。
UE将通过与MME(Mobility Management Entity,移动性管理实体)之间的信令交换来进行小区选择和附着。
(3)建立RRC连接:一旦UE成功附着到小区,UE与eNB(Evolved Node B)之间将建立RRC连接。
RRC连接是UE与网络之间进行信令交换和控制的主要通道。
(4)分配和配置资源:在建立RRC连接后,网络将为UE分配必要的物理资源,并配置UE的通信参数,如频率、带宽、功率等。
这些资源和参数将被用于后续的数据传输和通信。
(5)数据传输:一旦资源和参数被配置完毕,UE和eNB之间可以开始进行数据传输。
UE将使用分配的资源来发送和接收数据,而eNB将负责数据的转发和错误处理。
(6)释放RRC连接:当UE无需再与网络进行通信时,UE可以向网络发送释放RRC连接的请求。
网络将收到请求后,释放该连接并回收相应的资源。
2.LTE信令解码(1)空中接口解码:通过对信令数据进行解调和解调来还原原始信令信息。
这种解码方法主要用于分析和处理无线传输过程中的信令,如小区信息、物理广播信息等。
(2)协议解析:通过解析信令的协议头和数据包来获取有关通信过程的详细信息。
这种解码方法可以分析UE与网络之间的控制过程,如RRC连接的建立、释放过程等。
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承载和无线资源配置信息。
[流程管理]流程信令解码分析
(流程管理)流程信令解码分析流程信令解码分析本文主要就MMC流程中的主被叫信令解码进行重点IE分析,且加以标注,以助于网优人员通过查见信令快速有效定位问题。
下面分别对主被叫流程中的信令进行分别讲解:1.以从深圳现网的Outum中抓取的完整主叫流程为例:完整的MOC流程:↑RRCConnectionRequest10:18:33.109↓RRCConnectionSetup10:18:33.828↑RRCConnectionSetupComplete10:18:33.828↑C MServiceRequest10:18:34.875↓AuthenticationRequest10:18:34.875↑AuthenticationResponse10:18:34.875↓IdentityRequest10:18:34.875↑IdentityResponse10:18:34.875↓SecurityModeCommand10:18:35.859↑SecurityModeComplete10:18:35.859↑Setup10:18:35.875↓TMSIRealloc ationCommand10:18:35.875↑TMSIReallocationComplete10:18:35.875↓CallProceeding10:18:36.890↓RadioBearerSetup(DL-DCCH)10:18:40.765↑RadioBearerSetupComplete10:18:41.578↓Alerting10:18:42.453↓Connect10:18:43.484↑ConnectAcknowledge10:18:43.484↓StatusEnquir y10:18:43.484↑Status10:18:43.484↑disconnect10:19:3.484↓Release10:19:4.281↑ReleaseComplete10:19:4.281↓RRCConnectionRelease(DL-DCCH)10:19:4.281↓RRCConnectionRelease(DL-DCCH)10:19:4.281↑RRCConnectionReleaseComplete10:19:4.281↓RRCConnectionRelease(DL-DCCH)10:19:4.281↑RRCConnectionReleaseComplete10:19:4.281↑RRCConnectionReleaseComplete10:19:5.281↑RRCConnectionReleaseComplete10:19:5.281RRCConnectionRequest信令流程说明:UE上行发送壹个RRCConnectionRequest消息,请求建立壹条RRC连接。
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 分析,并加以标注。
2016-5-6-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信令流程及信令解码本文主要就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初始标识,此处因为上层没有提供|_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信令流程及信令解码详解
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信令流程及信令解码 精品
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---发送数据时,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.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承载和无线资源配置信息。
td-lte信令流程及信令解码.doc
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承载和无线资源配置信息。
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承载和无线资源配置信息。
TD-LTE信令流程及信令解码
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, spare3, spare2, spare1。
其中“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 : ----'1100011'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信令流程及信令解码本文主要就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初始标识,此处因为上层没有提供|_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 :|_c1 :|_rrcConnectionSetup-r8 : 建立原因,此处highPriorityAcc此处为建t-PollRetransmit : 发送端发送某个Poll 的AMD PDU 后,如果在该定时器超时后,还没有收到响应,则重新触发Poll.pollPDU : 轮询间隔SDU 数,|_radioResourceConfigDedicated : |_srb-ToAddModList :| |_SRB-ToAddMod : | |_srb-Identity : ---- 0x1(1) ---- | |_rlc-Config :| | |_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 的重传,此处ms35表示35ms 。
Priorit:表示逻辑信道的优先级。
Priority 数值越大,优先级越低。
PrioritisedBitRate:Prioritize d Bit Rate for logical channel prioritization 。
单位kBps 。
Infinity 仅仅适用于SRB1和| |_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 : 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) ----| |_betaOffset-CQI-Index : ---- 0xc(12) ----参数P A ,是由高层提供的UE 专用参表示使用的其中一种TDD ACK/NACK 反馈模式。
bundling 或multiplexing 。
对于TDD 配置5,功率余量报告定时器:当UE 有传输新数据的上行资源,prohibitPHR-Timer 超时或者已经超时且在上次传输功率余量报告之后,路径损耗的变化值大于dl-PathlossChange dB 。
触发功率ackNackRepetition :ACK/NACK 重复,此处“release ”为清除此配置以及停止使用相关资源。
若设置|_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) ----| |_duration : ---- TRUE(1) ---- | |_srs-ConfigIndex : ---- 0xa(10) ----| |_transmissionComb : ---- 0x0(0) ----| |_cyclicShift : ---- cs0(0) ---- |_antennaInfo :| |_explicitValue :| |_transmissionMode : ---- tm2(1) ----参数Simultaneous-AN-and-CQI ,PUCCH CQI 反CQI/PMI 上报的周期N P (子帧)和偏移值调度请求配置信息: sr-PUCCH-ResourceIndex :sr-PUCCH 资源索引 sr-ConfigIndex :SR 配置索标识UE 所使用的传输| |_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 0300 1f fa 92 b9 86 14 c6 cc 00 01 23 00 81 40 1400 01 c01.3 RRC Connection Setup CompleteUE 完成SRB1承载和无线资源的配置,向eNB 发送RRC Connection Setup Complete 消息,包含NAS 层Attach Request 信息。