TDLTE信令流程及信令解码.docx

上传人:b****8 文档编号:9675419 上传时间:2023-05-20 格式:DOCX 页数:123 大小:1.45MB
下载 相关 举报
TDLTE信令流程及信令解码.docx_第1页
第1页 / 共123页
TDLTE信令流程及信令解码.docx_第2页
第2页 / 共123页
TDLTE信令流程及信令解码.docx_第3页
第3页 / 共123页
TDLTE信令流程及信令解码.docx_第4页
第4页 / 共123页
TDLTE信令流程及信令解码.docx_第5页
第5页 / 共123页
TDLTE信令流程及信令解码.docx_第6页
第6页 / 共123页
TDLTE信令流程及信令解码.docx_第7页
第7页 / 共123页
TDLTE信令流程及信令解码.docx_第8页
第8页 / 共123页
TDLTE信令流程及信令解码.docx_第9页
第9页 / 共123页
TDLTE信令流程及信令解码.docx_第10页
第10页 / 共123页
TDLTE信令流程及信令解码.docx_第11页
第11页 / 共123页
TDLTE信令流程及信令解码.docx_第12页
第12页 / 共123页
TDLTE信令流程及信令解码.docx_第13页
第13页 / 共123页
TDLTE信令流程及信令解码.docx_第14页
第14页 / 共123页
TDLTE信令流程及信令解码.docx_第15页
第15页 / 共123页
TDLTE信令流程及信令解码.docx_第16页
第16页 / 共123页
TDLTE信令流程及信令解码.docx_第17页
第17页 / 共123页
TDLTE信令流程及信令解码.docx_第18页
第18页 / 共123页
TDLTE信令流程及信令解码.docx_第19页
第19页 / 共123页
TDLTE信令流程及信令解码.docx_第20页
第20页 / 共123页
亲,该文档总共123页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

TDLTE信令流程及信令解码.docx

《TDLTE信令流程及信令解码.docx》由会员分享,可在线阅读,更多相关《TDLTE信令流程及信令解码.docx(123页珍藏版)》请在冰点文库上搜索。

TDLTE信令流程及信令解码.docx

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

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 法律文书

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2