TDLTE信令流程及信令解码.docx
《TDLTE信令流程及信令解码.docx》由会员分享,可在线阅读,更多相关《TDLTE信令流程及信令解码.docx(123页珍藏版)》请在冰豆网上搜索。
TDLTE信令流程及信令解码
TD-LTE信令流程及信令解码
(2013.03)
本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析,并加以标注。
所有信令为eNB侧跟踪的信令。
1.PS业务建立流程:
1.1RRCConnectionRequest
UE上行发送一条RRCConnectionRequest消息给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:
UE初始标识,此处因为上层没有提供S-TMSI,所以为随机值。
|_message:
|_c1:
|_rrcConnectionRequest:
|_criticalExtensions:
|_rrcConnectionRequest-r8:
|_ue-Identity:
||_randomValue:
----'0011000101001001011110110111100011000011'B(31497B78C3)----
建立原因,此处highPriorityAccess指的是AC11~AC15
|_establishmentCause:
----highPriorityAccess
(1)
|_spare:
----'0'B(00)
04531497b78c32
1.2RRCConnectionSetup
eNB在下行方向发送RRCConnectionSetup消息给UE,包含建立SRB1承载和无线资源配置信息。
该消息携带主要IE详细见信令解码。
信令解码如下:
-RRC-MSG:
|_msg:
|_struDL-CCCH-Message:
|_struDL-CCCH-Message:
|_message:
|_c1:
|_rrcConnectionSetup:
|_rrc-TransactionIdentifier:
----0x1
(1)----
|_criticalExtensions:
此处为建立SRB1
t-PollRetransmit:
发送端发送某个Poll的AMDPDU后,如果在该定时器超时后,还没有收到响应,则重新触发Poll.
pollPDU:
轮询间隔SDU数,该参数给出了一个触发轮询的门限值,发送了PollSDU个SDU后触发一次轮询。
此处的pInfinity对应为无穷多个PDU。
pollByte:
触发每个pollByte字节的一个轮询。
此处kBinfinity对应无穷多个kByes。
maxRetxThreshol:
限制一个AMDPDU的重传次数,当等于该值是,将向高层上报不可恢复的错误。
t32对应32次重传输。
|_c1:
|_rrcConnectionSetup-r8:
|_radioResourceConfigDedicated:
|_srb-ToAddModList:
||_SRB-ToAddMod:
||_srb-Identity:
----0x1
(1)----
||_rlc-Config:
|||_explicitValue:
|||_am:
SRB1上下行采用AMRLC模式
|||_ul-AM-RLC:
||||_t-PollRetransmit:
----ms45(8)----
||||_pollPDU:
----pInfinity(7)----
||||_pollByte:
----kBinfinity(14)----
||||_maxRetxThreshold:
----t32(7)----
|||_dl-AM-RLC:
Priorit:
表示逻辑信道的优先级。
Priority数值越大,优先级越低。
PrioritisedBitRate:
PrioritizedBitRateforlogicalchannelprioritization。
单位kBps。
Infinity仅仅适用于SRB1和SRB2.
bucketSizeDuration:
BucketSizeDurationforlogicalchannelprioritization.
t-Reordering:
重排序定时器,用于触发RESETPDU的重传,此处ms35表示35ms。
t-StatusProhibit:
状态PDU禁止发送定时器。
ms0表示0ms。
|||_t-Reordering:
----ms35(7)----
|||_t-StatusProhibit:
----ms0(0)----
||_logicalChannelConfig:
||_explicitValue:
||_ul-SpecificParameters:
||_priority:
----0x1
(1)----
||_prioritisedBitRate:
----infinity(7)----
||_bucketSizeDuration:
----ms300(3)----
||_logicalChannelGroup:
----0x0(0)----
|_mac-MainConfig:
maxHARQ-Tx:
ULHARQ的传输最大数目。
BSR报告定时器:
用子帧表示,sf2560表示2560个子帧。
如果retxBSR-Timer超时并且UE在逻辑信道组中任意一个逻辑信道有可传数据,则触发缓存状态报告。
而这样的BSR称为常规BSR;如果periodicBSR-Timer超时,则触发缓存状态报告。
而这样的BSR称为周期BSR。
ttiBundling:
TURE表示TTI捆绑有效。
TTI捆绑只对FDD有效,对TDD仅仅适用于配置为0,1以及6的情况。
||_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)----
用于控制UE处在上行时钟同步的时间长度。
||_phr-Config:
|||_setup:
|||_periodicPHR-Timer:
----sf1000(6)----
功率余量报告定时器:
当UE有传输新数据的上行资源,prohibitPHR-Timer超时或者已经超时且在上次传输功率余量报告之后,路径损耗的变化值大于dl-PathlossChangedB。
触发功率余量报告(PHR);periodicPHR-Timer超时,触发功率余量报告。
dl-PathlossChange:
PHR报告的下行路径损耗变化
|||_prohibitPHR-Timer:
----sf100(4)----
|||_dl-PathlossChange:
----dB3
(1)----
||_mac-MainConfig-v1020:
----(0)----
|_sps-Config:
----(0)----
参数PA,是由高层提供的UE专用参数
|_physicalConfigDedicated:
|_pdsch-ConfigDedicated:
表示使用的其中一种TDDACK/NACK反馈模式。
bundling或multiplexing。
对于TDD配置5,e-UTRAN总是将该域配置为bundling。
||_p-a:
----dB-3
(2)----
|_pucch-ConfigDedicated:
||_ackNackRepetition:
|||_release:
----(0)
||_tdd-AckNackFeedbackMode:
----bundling(0)----
|_pusch-ConfigDedicated:
ackNackRepetition:
ACK/NACK重复,此处“release”为清除此配置以及停止使用相关资源。
若设置为“setup”,采用相应的接收配置以及开始使用相关的资源。
||_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:
CQI报告模式,值rm30对应模式3-0
||_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/PMI上报的周期NP(子帧)和偏移值NOFFSET,CQIR的配置序号ICQI/PMI。
参考TS36.213【tables7.2.2-1A】
PUCCHCQI反馈类型,取决于传输模式
||_cqi-FormatIndicatorPeriodic:
|||_widebandCQI:
----(0)
||_simultaneousAckNackAndCQI:
----FALSE(0)----
参数Simultaneous-AN-and-CQI,FALSE表示ACK/NACK和CQI不能同时传输
|_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)----
调度请求配置信息:
sr-PUCCH-ResourceIndex:
sr-PUCCH资源索引
sr-ConfigIndex:
SR配置索引参数ISR
dsr-TransMax:
SR传输最大次数,当超过最大次数时,通知RRC释放PUCCH/SRS,发起一次随机接入过程。
|_antennaInfo:
标识UE所使用的传输模式,tm2对应传输模式2
||_explicitValue:
||_transmissionMode:
----tm2
(1)----
||_ue-TransmitAntennaSelection:
UE传输天线选择,Setup或release。
Setup表示开环或者闭环。
||_release:
----(0)----
|_schedulingRequestConfig:
|_setup:
|_sr-PUCCH-ResourceIndex:
----0x0(0)----
|_sr-ConfigIndex:
----0x3(3)----
|_dsr-TransMax:
----n64(4)----
0368139808fdce0183b1fa731f440a03
001ffa92b98614c6cc00012300814014
0001c0
1.3RRCConnectionSetupComplete
UE完成SRB1承载和无线资源的配置,向eNB发送RRCConnectionSetupComplete消息,包含NAS层AttachRequest信息。
携带主要IE有:
-selectedPLMN-Identity:
表示UE从SIB1所包含的plmn-IdentyList中挑选出来的PLMN识别号。
如果从SIB1所包含的plmn-IdentyList中挑选出来的是第一个PLMN识别号,那么设置该值为1,如果挑选出来的是第二个PLMN识别号,则设置为2,诸如此类等等。
-registeredMME:
UE所注册的MME的GUMMEI,由上层提供。
信令解码如下:
-RRC-MSG:
|_msg:
|_struUL-DCCH-Message:
|_struUL-DCCH-Message:
|_message:
|_c1:
UE从SIB1中的plmn-IdentyList中所选择的PLMN识别号。
此处值为1,表示所选择的为第一个PLMN
|_rrcConnectionSetupComplete:
|_rrc-TransactionIdentifier:
----0x1
(1)----
|_criticalExtensions:
|_c1:
|_rrcConnectionSetupComplete-r8:
|_selectedPLMN-Identity:
----0x1
(1)----
|_registeredMME:
||_mmegi:
----'1000011101010101'B(8755)----1000011101010101
||_mmec:
----'00000010'B(02)----00000010
UE所注册的MME的GUMMEI,包含MMEGI和MMEC。
|_dedicatedInfoNAS:
----0x17A5AD87FC110741110BF664F080875502C0B3003A04E0E00000001D0201D01127178080211001010010810600000000830600000000000A005264F0800003----
0222208755023f17a5ad87fc11074111
0bf664f080875502c0b3003a04e0e000
00001d0201d011271780802110010100
10810600000000830600000000000a00
5264f0800003
1.4InitialUEMessage
eNB选择MME,向MME发送INITIALUEMESSAGE消息,包含NAS层Attachrequest消息。
该消息携带主要IE有:
-eNB-UE-S1AP-ID:
UE在eNB侧S1接口上的唯一标识,由eNB分配。
-tAI:
TrackingAreaIdentity,用来标识一个跟踪区(TA)。
-eUTRAN-CGI:
E-UTRANCellGlobalIdentifier,亦简称为ECGI,小区全球唯一标识。
-rRC-Establishment-Cause:
RRC建立原因。
信令解码如下:
-S1ap-Msg:
|_initiatingMessage:
|_procedureCode:
----0xc(12)----
|_criticality:
----ignore
(1)----
|_value:
|_initialUEMessage:
|_protocolIEs:
|_SEQUENCE:
||_id:
----0x8(8)----
||_criticality:
----reject(0)----
eNB-UE-S1AP-ID,在eNBS1接口上标识一个UE
||_value:
||_eNB-UE-S1AP-ID:
----0x133(307)----
|_SEQUENCE:
||_id:
----0x1a(26)----
||_criticality:
----reject(0)----
||_value:
||_nAS-PDU:
||_NAS-MESSAGE:
||_security-protected-NAS-message:
||_protected-nas:
----0xA5AD87FC110741110BF664F080875502C0B3003A04E0E00000001D0201D01127178080211001010010810600000000830600000000000A005264F080000300----
|_SEQUENCE:
||_id:
----0x43(67)----0000000001000011
||_criticality:
----reject(0)----
||_value:
TAI,包含PLMNID和TAC。
标识所在的TA。
||_tAI:
||_pLMNidentity:
----0x64F080----
||_tAC:
----0x0003----
|_SEQUENCE:
||_id:
----0x64(100)----
||_criticality:
----ignore
(1)----
||_value:
ECGI,包含PLMNID和cell-ID,标识所在的小区。
||_eUTRAN-CGI:
||_pLMNidentity:
----0x64F080----
||_cell-ID:
----'0000100111000101001000000001'B(09C52010)----
|_SEQUENCE:
|_id:
----0x86(134)----
|_criticality:
----ignore
(1)----
与RRCConnectionRequest消息所携带的原因值一致
|_value:
|_rRC-Establishment-Cause:
----highPriorityAccess
(1)----
000c406900000500080003400133001a
00403f17a5ad87fc110741110bf664f0
80875502c0b3003a04e0e00000001d02
01d01127178080211001010010810600
000000830600000000000a005264f080
0003004300060064f080000300644008
0064f08009c520100086400110
1.5InitialContextSetupRequest
MME向eNB发送initialContextSetupRequest消息,请求建立初始的UE上下文,包含E-RAB上下文、安全密钥、切换限制列表、UE无线性能以及UE安全性能等等。
信令解码如下:
-S1ap-Msg:
|_initiatingMessage:
|_procedureCode:
----0x9(9)----
|_criticality:
----reject(0)----
|_value:
|_initialContextSetupRequest:
|_protocolIEs:
|_SEQUENCE:
在MME的S1接口上标识该UE
||_id:
----0x0(0)----
||_criticality:
----reject(0)----
||_value:
||_mME-UE-S1AP-ID:
----0x2c01ec3(461