TDLTE信令流程及信令解码
(各行流程管理)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)。
T D L T E信令流程及信令解码Document number：BGCG-0857-BTDO-0089-2022TD-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---发送数据时，DelayTolerantAccess-v1020---R10中新增原因，延迟容忍接入。
其中“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 32UE 初始标识，此处因为上层没有提供S-TMSI,所以为随机建立原因，此处highPriorityAc1.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 : |_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 :| |_ul-SpecificParameters : | |_priority : ---- 0x1(1) ----| |_prioritisedBitRate : ---- infinity(7) ----SRB1上下行t-Reordering ：重排序定时器，用于触发RESET PDU 的Priorit:表示逻辑信道的优先级。
Priority 数值越大，优先级越低。
PrioritisedBitRate:Prioriti| |_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) ----参数P A ，是由高 表示使用的其中一种TDDACK/NACK 反馈模功率余量报告定时器：当UE 有传输新数据的上行资源，prohibitPHR-Timer 超时或者已经超时且在上次传输功率余ackNackRepetition :ACK/NACK 重复，此处“release ”为清除此配置以及停止使用相关资| |_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报告模|_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) ----参数Simultaneous-AN-and-CQI ，PUCCH CQI 反CQI/PMI 上报的周期N P （子帧）和偏调度请求配置信息：sr-PUCCH-ResourceIndex ：sr-PUCCH 资源索引| |_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) ----UE 传输天线选择，Setup 或release 。