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承载和无线资源配置信息。
- 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】。