TD-LTE信令流程详解
- 格式:pdf
- 大小:14.66 MB
- 文档页数:95
少年易学老难成,一寸光阴不可轻- 百度文库1 TD-LTE信令流程及信令解码(2013.03)少年易学老难成,一寸光阴不可轻- 百度文库2 本文主要就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信令流程及信令解码本文主要就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承载和无线资源配置信息。
TD-LTE关键过程信令流程解析1.目的该文档通过对TD-LTE信令流程的说明和解析,向读者详细描述了TD-LTE信令流程和信令解码,有助于帮助读者在读懂信令的基础上,更好地分析信令,分析问题。
2. 关键过程信令流程解析E-UTRAN初始附着过程1、流程概述——对于过程进行整体描述附着过程就是UE向网络注册的过程。
注册成功,UE和MME从都会进入EMM注册状态。
网络根据用户UE当前状态和签约的信息为用户提供“一直在线”的IP服务连接。
附着过程结束,在MME里面为UE建立起一个上下文,在UE和PGW间为UE建立起一条默认EPS承载。
UE刚开机时,先进行物理下行同步,搜索测量进行小区选择,选择到一个suitable或者acceptable小区后,驻留并进行附着过程。
附着流程图如下:Attach流程图说明:1)步骤1~5会建立RRC连接,步骤6、9会建立S1连接,完成这些过程即标志着NAS signalling connection建立完成。
2)消息7的说明:UE刚开机第一次attach,使用的IMSI,无Identity过程;后续,如果有有效的GUTI,使用GUTI attach,核心网才会发起Identity过程(为上下行直传消息)。
3)消息10~12的说明:如果消息9带了UE Radio Capability IE,则eNB不会发送UECapabilityEnquiry消息给UE,即没有10~12过程;否则会发送,UE上报无线能力信息后,eNB再发UE Capability Info Indication,给核心网上报UE的无线能力信息。
为了减少空口开销,在IDLE下MME会保存UE Radio Capability信息,在INITIAL CONTEXT SETUP REQUEST消息会带给eNB,除非UE在执行attach或者"first TAU following GERAN/UTRAN Attach" or "UE radio capability update" TAU过程(也就是这些过程MME不会带UE Radio Capability信息给eNB,并会把本地保存的UE Radio Capability信息删除,eNB会问UE要能力信息,并报给MME。
TD-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信令流程及信令解码本文主要就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 :| |_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(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连接。
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 反馈模式。
TD-LTE 信令流程(2014.03)本文主要就PS 业务建立流程和LTE 系统内切换的信令及信令解码进行重点IE 分析,并加以标注。
所有信令为eNB 侧跟踪的信令。
1. PS 业务建立流程:1.1 R RC 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 32UE 初始标识,此处因为上层没有提供S-TMSI,所以为随机值。
TD-LTE关键过程信令流程解析1.目的该文档通过对TD-LTE信令流程的说明和解析,向读者详细描述了TD-LTE信令流程和信令解码,有助于帮助读者在读懂信令的基础上,更好地分析信令,分析问题。
2. 关键过程信令流程解析E-UTRAN初始附着过程1、流程概述——对于过程进行整体描述附着过程就是UE向网络注册的过程。
注册成功,UE和MME从都会进入EMM注册状态。
网络根据用户UE当前状态和签约的信息为用户提供“一直在线”的IP服务连接。
附着过程结束,在MME里面为UE建立起一个上下文,在UE和PGW间为UE建立起一条默认EPS承载。
UE刚开机时,先进行物理下行同步,搜索测量进行小区选择,选择到一个suitable 或者acceptable小区后,驻留并进行附着过程。
附着流程图如下:Attach流程图说明:1步骤1~5会建立RRC连接,步骤6、9会建立S1连接,完成这些过程即标志着NAS signalling connection建立完成。
2消息7的说明:UE刚开机第一次attach,使用的IMSI,无Identity过程;后续,如果有有效的GUTI,使用GUTI attach,核心网才会发起Identity过程(为上下行直传消息。
3消息10~12的说明:如果消息9带了UE Radio Capability IE,则eNB不会发送UECapabilityEnquiry消息给UE,即没有10~12过程;否则会发送,UE上报无线能力信息后,eNB再发UE Capability Info Indication,给核心网上报UE的无线能力信息。
为了减少空口开销,在IDLE下MME会保存UE Radio Capability信息,在INITIAL CONTEXT SETUP REQUEST消息会带给eNB,除非UE在执行attach 或者"first TAU following GERAN/UTRAN Attach" or "UE radio capability update" TAU过程(也就是这些过程MME不会带UE Radio Capability信息给eNB,并会把本地保存的UE Radio Capability信息删除,eNB会问UE要能力信息,并报给MME。
TD-LTE信令流程及信令解码(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, spare3, spare2, spare1。
其中“mt”代表移动终端,“mo”代表移动始端。
信令解码如下:-RRC-MSG :|_msg :|_struUL-CCCH-Message :|_struUL-CCCH-Message :|_message :|_c1 :|_rrcConnectionRequest :|_criticalExtensions :|_rrcConnectionRequest-r8 :|_ue-Identity : UE初始标识,此处因为上层没有提供S-TMSI,所以为随机值。
|_establishmentCause : ---- highPriorityAccess(1) |_spare : ---- '0'B(00 ) 04 53 14 97 b7 8c 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ,包含建立SRB1承载和无线资源配置信息。
该消息携带主要IE 详细见信令解码。
修正版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, 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承载和无线资源配置信息。