TDLTE信令流程及信令解码详解
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
TD-LTE信令流程及信令解码
本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析,并加以标注,所有信令为eNB侧跟踪的信令。
PS业务建立流程:
1.1RRC Connection Request
UE上行发送一条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
1.2RRC Connection Setup UE初始标识,此处因为上层没有提供S-TMSI,所以为随机值。
建立原因,此处
highPriorityAcces
s指的是AC11~AC15
eNB 在下行方向发送RRCConnectionSetup 消息给UE ,包含建立SRB1承载和无线资源配置信息。该消息携带主要IE 详细见信令解码。 信令解码如下:
-RRC-MSG : |_msg :
|_struDL-CCCH-Message : |_struDL-CCCH-Message : |_message : |_c1 :
|_rrcConnectionSetup :
|_rrc-TransactionIdentifier : ---- 0x1(1) ---- |_criticalExtensions :
| |_logicalChannelGroup : ---- 0x0(0) ---- |_mac-MainConfig :
| |_explicitValue :
| |_ul-SCH-Config :
| | |_maxHARQ-Tx : ---- n5(4) ----
| | |_periodicBSR-Timer : ---- infinity(14) ----
maxHARQ-Tx :UL HARQ 的传输最大数目。
BSR 报告定时器:用子帧表示,sf2560表示
2560个子帧。如果retxBSR-Timer 超时并且
UE 在逻辑信道组中任意一个逻辑信道有可传数据,则触发缓存状态报告。而这样的BSR 称为常规BSR ;如果periodicBSR-Timer 超时,则触发缓存状态报告。而这样的BSR 称为周期BSR 。
ttiBundling :TURE 表示TTI 捆绑有效。 TTI
| | |_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 :
| |_cqi-PUCCH-ResourceIndex : ---- 0x0(0) ---- | |_cqi-pmi-ConfigIndex : ---- 0x12(18) ----
| |_cqi-FormatIndicatorPeriodic : | | |_widebandCQI : ---- (0) | |_simultaneousAckNackAndCQI : ---- FALSE(0) ----
|_soundingRS-UL-ConfigDedicated :
参数P A ,是由高层提供的
UE 专用参数 表示使用的其中一种TDD ACK/NACK 反馈模式。bundling
或
multiplexing 。对于TDD 配置5,e-UTRAN 总是将该域配置为bundling 。
CQI 报告模式,值rm30
对应模式3-0
参数Simultaneous-AN-and-CQI ,FALSE 表示ACK/NACK 和CQI 不能同时传输
PUCCH CQI 反馈类
型,取决于传输模式 CQI/PMI 上报的周期N P (子帧)和偏移值N OFFSET,CQIR 的配
置序号I CQI/PMI 。参考TS 36.213【】 功率余量报告定时器:当UE 有传输新数据的
上行资源,prohibitPHR-Timer 超时或者已经超时且在上次传输功率余量报告之后,路径损
耗的变化值大于dl-PathlossChange dB 。触发
功率余量报告(PHR );periodicPHR-Timer 超
时,触发功率余量报告。 dl-PathlossChange :PHR 报告的下行路径损耗
变化 ackNackRepetition :ACK/NACK 重复,此处“release ”为清除此配置以及停止使用相关资源。若设置为“setup ”,采用相应的接收
配置以及开始使用相关的资源。
用于控制UE 处在上行时钟同步
的时间长度。