文档库 最新最全的文档下载
当前位置:文档库 › 重要!-LTE全信令过程!

重要!-LTE全信令过程!

重要!-LTE全信令过程!
重要!-LTE全信令过程!

TD-LT信令流程及信令解码

TD-LTE信令流程及信令解码

(2013.03)

第1页共76页

TD-LT 信令流程及信令解码

第2页 共76页

本文主要就PS 业务建立流程和LTE 系统内切换的信令及信令解码进行重点IE 分析,并加以标注。所有信令为eNB 侧跟踪的信令。

1. PS 业务建立流程:

1.1 RRC 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”代表移动始端。 信令解码如下:

TD-LT 信令流程及信令解码

第3页 共76页

-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 32

1.2 RRC Connection Setup

eNB 在下行方向发送RRCConnectionSetup 消息给UE ,包含建立SRB1承载和无线资源配置信息。该消息携带主要IE 详细见信令解码。 信令解码如下:

-RRC-MSG : |_msg :

|_struDL-CCCH-Message : |_struDL-CCCH-Message : |_message : |_c1 :

|_rrcConnectionSetup :

|_rrc-TransactionIdentifier : ---- 0x1(1) ---- |_criticalExtensions :

UE 初始标识,此处因为上层没有提供S-TMSI,所以为随机值。

建立原因,此处highPriorityAccess 指的是AC11~AC15

SRB1上下行采用AM RLC 模式

TD-LT 信令流程及信令解码

第4页 共76页

| | |_dl-AM-RLC :

| | |_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 :

| |_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 :

| | |_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) ----

参数P A ,是由高层提供的UE 专用参数

表示使用的其中一种TDD ACK/NACK 反馈模式

bundling

multiplexing 。对于TDD 配置5,e-UTRAN 总是将该域配置为bundling 。

功率余量报告定时器:当UE

有传输新数据的上行资源,

prohibitPHR-Timer 超时或者已经超时且在上次传输功率余量报告之后,路径损耗的变化值大于

dl-PathlossChange dB 。触发功率余量报告(PHR );

periodicPHR-Timer 超时,触发功率余量报告。

dl-PathlossChange

:PHR 报告的下行路径损耗变化

ackNackRepetition :ACK/NACK 重复,此处?release ?为清除此配置以及停止使用相关资源。若设置为?

setup ”,采用相应的接收配置以及开始使用相关的资源。

t-Reordering :重排序定时器,用于触发RESET PDU 的重传,此处ms35表示35ms 。 t-StatusProhibit :状态PDU 禁止发送定时器。ms0表示0ms 。

Priorit:表示逻辑信道的优先级。Priority 数值越

大,优先级越低。

PrioritisedBitRate:Prioritized Bit Rate for logical

channel prioritization 。单位kBps 。Infinity 仅仅

适用于SRB1和SRB2.

bucketSizeDuration:Bucket Size Duration for

logical channel prioritization.

maxHARQ-Tx :UL HARQ 的传输最大数目。

BSR 报告定时器:用子帧表示,sf2560表示

2560个子帧。如果retxBSR-Timer 超时并且UE

在逻辑信道组中任意一个逻辑信道有可传数

据,则触发缓存状态报告。而这样的BSR 称

为常规BSR ;如果periodicBSR-Timer 超时,

则触发缓存状态报告。而这样的BSR 称为周

期BSR 。

ttiBundling :TURE 表示TTI 捆绑有效。 TTI

捆绑只对FDD 有效,对TDD 仅仅适用于配置

为0,1以及6的情况。

用于控制UE 处在上行时钟同步的时间长度。

TD-LT 信令流程及信令解码

第5页 共76页

| |_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 :

| |_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) ----

|_antennaInfo :

| |_explicitValue :

| |_transmissionMode : ---- tm2(1) ----

| |_ue-TransmitAntennaSelection :

| |_release : ---- (0) ----

|_schedulingRequestConfig :

|_setup :

|_sr-PUCCH-ResourceIndex : ---- 0x0(0) ----

|_sr-ConfigIndex : ---- 0x3(3) ---- |_dsr-TransMax : ---- n64(4) ----

03 68 13 98 08 fd ce 01 83 b1 fa 73 1f 44 0a 03 00 1f fa 92 b9 86 14 c6 cc 00 01 23 00 81 40 14 00 01 c0

1.3 RRC Connection Setup Complete

UE 完成SRB1承载和无线资源的配置,向eNB 发送RRC Connection Setup Complete

消息,包含NAS 层Attach Request 信息。携带主要IE 有:

UE 传输天线选择,Setup 或release 。Setup 表示开环或者闭环。

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【tables 7.2.2-1A 】 调度请求配置信息:

sr-PUCCH-ResourceIndex :sr-PUCCH

资源索引

sr-ConfigIndex :SR 配置索引参数I SR

dsr-TransMax :SR 传输最大次数,当

超过最大次数时,通知RRC 释放

PUCCH/SRS ,发起一次随机接入过程。

标识UE 所使用的传输模式,tm2对应传输模式2

TD-LT 信令流程及信令解码

第6页 共76页

- 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 :

|_rrcConnectionSetupComplete :

|_rrc-TransactionIdentifier : ---- 0x1(1) ---- |_criticalExtensions : |_c1 :

|_rrcConnectionSetupComplete-r8 :

|_selectedPLMN-Identity : ---- 0x1(1) ---- |_registeredMME :

| |_mmegi : ---- '1000011101010101'B(87 55 ) ---- 1000011101010101 | |_mmec : ---- '00000010'B(02 ) ---- 00000010 |_dedicatedInfoNAS : ----

0x17A5AD87FC110741110BF664F080875502C0B3003A04E0E00000001D0201D01127178080211001010010810600000000830600000000000A005264F0800003 ----

02 22 20 87 55 02 3f 17 a5 ad 87 fc 11 07 41 11 0b f6 64 f0 80 87 55 02 c0 b3 00 3a 04 e0 e0 00 00 00 1d 02 01 d0 11 27 17 80 80 21 10 01 01 00 10 81 06 00 00 00 00 83 06 00 00 00 00 00 0a 00 52 64 f0 80 00 03

1.4 Initial UE Message

eNB 选择MME ,向MME 发送INITIAL UE MESSAGE 消息,包含NAS 层Attach request 消息。该消息携带主要IE 有:

- eNB-UE-S1AP-ID : UE 在eNB 侧S1接口上的唯一标识,由eNB 分配。 - tAI :Tracking Area Identity ,用来标识一个跟踪区(TA )。

- eUTRAN-CGI :E-UTRAN Cell Global Identifier ,亦简称为ECGI ,小区全球唯一标识。 - rRC-Establishment-Cause :RRC 建立原因。 信令解码如下:

UE 从SIB1中的plmn-IdentyList 中所选择的PLMN 识别号。此处值为1,表示所选择的为第一个PLMN

UE 所注册的MME 的GUMMEI ,包含MMEGI 和MMEC 。

TD-LT 信令流程及信令解码

第7页 共76页

-S1ap-Msg :

|_initiatingMessage :

|_procedureCode : ---- 0xc(12) ---- |_criticality : ---- ignore(1) ---- |_value :

|_initialUEMessage : |_protocolIEs : |_SEQUENCE : | |_id : ---- 0x8(8) ---- | |_criticality : ---- reject(0) ---- | |_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 :

| |_pLMNidentity : ---- 0x64F080 ---- | |_tAC : ---- 0x0003 ---- |_SEQUENCE :

| |_id : ---- 0x64(100) ---- | |_criticality : ---- ignore(1) ---- | |_value :

| |_eUTRAN-CGI :

| |_pLMNidentity : ---- 0x64F080 ----

| |_cell-ID : ---- '0000100111000101001000000001'B(09 C5 20 10 ) ---- |_SEQUENCE :

|_id : ---- 0x86(134) ---- |_criticality : ---- ignore(1) ---- |_value :

|_rRC-Establishment-Cause : ---- highPriorityAccess(1) ----

00 0c 40 69 00 00 05 00 08 00 03 40 01 33 00 1a

与RRCConnectionRequest 消息所携带的原因值一致

TAI ,包含PLMNID 和TAC 。标识所在的TA 。

ECGI ,包含PLMNID 和cell-ID ,标识所在的小区。

eNB-UE-S1AP-ID ,在eNB S1接口上标识一个UE

TD-LT 信令流程及信令解码

第8页 共76页

00 40 3f 17 a5 ad 87 fc 11 07 41 11 0b f6 64 f0 80 87 55 02 c0 b3 00 3a 04 e0 e0 00 00 00 1d 02 01 d0 11 27 17 80 80 21 10 01 01 00 10 81 06 00 00 00 00 83 06 00 00 00 00 00 0a 00 52 64 f0 80 00 03 00 43 00 06 00 64 f0 80 00 03 00 64 40 08 00 64 f0 80 09 c5 20 10 00 86 40 01 10

1.5 Initial Context Setup Request

MME 向eNB 发送initialContextSetupRequest 消息,请求建立初始的UE 上下文,包含E-RAB 上下文、安全密钥、切换限制列表、UE 无线性能以及UE 安全性能等等。 信令解码如下:

-S1ap-Msg :

|_initiatingMessage :

|_procedureCode : ---- 0x9(9) ---- |_criticality : ---- reject(0) ---- |_value :

|_initialContextSetupRequest : |_protocolIEs : |_SEQUENCE : | |_id : ---- 0x0(0) ----

| |_criticality : ---- reject(0) ---- | |_value :

| |_mME-UE-S1AP-ID : ---- 0x2c01ec3(46145219) ---- |_SEQUENCE : | |_id : ---- 0x8(8) ----

| |_criticality : ---- reject(0) ---- | |_value :

| |_eNB-UE-S1AP-ID : ---- 0x133(307) ---- |_SEQUENCE :

| |_id : ---- 0x42(66) ---- | |_criticality : ---- reject(0) ---- | |_value :

| |_uEAggregateMaximumBitrate :

| |_uEaggregateMaximumBitRateDL : ---- 0x5f5e100(100000000) ---- | |_uEaggregateMaximumBitRateUL : ---- 0x5f5e100(100000000) ---- |_SEQUENCE :

| |_id : ---- 0x18(24) ---- | |_criticality : ---- reject(0) ---- | |_value :

| |_e-RABToBeSetupListCtxtSUReq : | |_SEQUENCE :

| |_id : ---- 0x34(52) ----

与initialUEMessage 消息一致

在MME 的S1接口上标识该UE

UE 的non-GBR 承载速率。当eNB 同时收到

uEAggregateMaximumBitrateDL 和uEAggregateMaximumBitrateUL ,并且它们都等于0时,eNB 将认为是逻辑错误。

请求建立承载信息

TD-LT 信令流程及信令解码

第9页 共76页

| |_criticality : ---- reject(0) ---- | |_value :

| |_e-RABToBeSetupItemCtxtSUReq :

| |_e-RAB-ID : ---- 0x5(5) ---- | |_e-RABlevelQoSParameters : | | |_qCI : ---- 0x6(6) ---- | | |_allocationRetentionPriority : | | ---- highest(1) ---- | | |_pre-emptionCapability : ---- may-trigger-pre-emption(1) ---- | | |_pre-emptionVulnerability : ---- pre-emptable(1) ---- | |_transportLayerAddress : ---- '10011000110000100000101000001110'B(98 C2 0A 0E ) ---- | |_gTP-TEID : ---- 0xB0F80C6E ---- | |_nAS-PDU : | |_NAS-MESSAGE : | |_security-protected-and-ciphered-NAS-message : | |_protected-nas : ----

0x0791CCB407CC4B4F76084ADD73DB4301F6B6709532A63E05AB9035E84862FC021E5A493E5A5A296D7E69B053D0B8CC92A7E7569D948D2A43E20ADE80B1A103E5C21302E8520C6C3D826AFA58FD2BBD47B61C488976F4345EC99F7A9CB8564E140543C28DE CD7B908ABEC228D3B07E096FF7B00 ---- |_SEQUENCE :

| |_id : ---- 0x6b(107) ---- | |_criticality : ---- reject(0) ---- | |_value :

| |_uESecurityCapabilities :

| |_encryptionAlgorithms : ---- '1100000000000000'B(C0 00 ) ---- | |_integrityProtectionAlgorithms : ---- '1100000000000000'B(C0 00 ) ---- |_SEQUENCE :

| |_id : ---- 0x49(73) ---- 0000000001001001 | |_criticality : ---- reject(0) ---- | |_value :

| |_securityKey : ----

'0000101110101001011110100111111111100110110011010100010110110010111100001110101010111010001010100101000010000101010100000010000110000000011101110000100111101100011100111111000111010001110100010000110010000111101011100011100000011001100000000100010101001100'B(0B A9 7A 7F E6 CD 45 B2 F0 EA BA 2A 50 85 50 21 80 77 09 EC 73 F1 D1 D1 0C 87 AE 38 19 80 45 4C ) ----

|_SEQUENCE :

| |_id : ---- 0x19(25) ---- | |_criticality : ---- ignore(1) ---- | |_value :

| |_traceActivation :

| |_e-UTRAN-Trace-ID : ---- 0x64F0800050410000 ----

| |_interfacesToTrace : ---- '11100000'B(E0 ) ----

| |_traceDepth : ---- maximum(2) ----

标识所请求建立的e-RAB

传输层地址

GTP 遂道终结点,此处指的是上行GTP 遂道终结点

安全密钥

UE 的安全性能:包括加密算法和完全性保护算法

标识所使用QoS 类型

分配资源的优先级配置

(包括优先级和抢占指示器): priorityLevel :此处为最高优先级,

如果配置为“

no priority ”,则不考虑下面两个参考的配置。

pre-emptionCapability :此处为"may-trigger-pre-emption

",表示分配可触发抢占过程。

pre-emptionVulnerability

:此处设置为"pre-emptable",表示该

E-RAB 应该包含在抢占过程中。

跟踪激活 比特中每一位代表一个eNB 接口 第一个比特=S1-MME ,第二个比特 =X2,第三个比特 =Uu 其它比特保留以备以后使用.. 值“1”表示‘应该被跟踪’ 值 ?0?表示‘不应该被跟踪’

深度,(TS32.422[5.3])

TD-LT 信令流程及信令解码

第10页 共76页

| |_traceCollectionEntityIPAddress : ---- '00000000000000000000000000000000'B(00 00 00 00 ) ---- |_SEQUENCE :

|_id : ---- 0x29(41) ----

|_criticality : ---- ignore(1) ---- |_value :

|_handoverRestrictionList :

|_servingPLMN : ---- 0x64F080 ----

00 09 00 80 f7 00 00 08 00 00 00 05 c0 02 c0 1e c3 00 08 00 03 40 01 33 00 42 00 0a 18 05 f5 e1 00 60 05 f5 e1 00 00 18 00 80 88 00 00 34 00 80 82 45 00 06 07 0f 80 98 c2 0a 0e b0 f8 0c 6e 73 27 07 91 cc b4 07 cc 4b 4f 76 08 4a dd 73 db 43 01 f6 b6 70 95 32 a6 3e 05 ab 90 35 e8 48 62 fc 02 1e 5a 49 3e 5a 5a 29 6d 7e 69 b0 53 d0 b8 cc 92 a7 e7 56 9d 94 8d 2a 43 e2 0a de 80 b1 a1 03 e5 c2 13 02 e8 52 0c 6c 3d 82 6a fa 58 fd 2b bd 47 b6 1c 48 89 76 f4 34 5e c9 9f 7a 9c b8 56 4e 14 05 43 c2 8d ec d7 b9 08 ab ec 22 8d 3b 07 e0 96 ff 7b 00 6b 00 05 18 00 0c 00 00 00 49 00 20 0b a9 7a 7f e6 cd 45 b2 f0 ea ba 2a 50 85 50 21 80 77 09 ec 73 f1 d1 d1 0c 87 ae 38 19 80 45 4c 00 19 40 10 00 64 f0 80 00 50 41 00 00 e0 20 f8 00 00 00 00 00 29 40 04 00 64 f0 80

1.6 UE Capability Enquiry (询问)

eNB 发送ueCapabilityEnquiry 消息给UE ,请求传输UE 的无线接入性能。 信令解码如下:

-RRC-MSG : |_msg :

|_struDL-DCCH-Message : |_struDL-DCCH-Message : |_message : |_c1 :

切换限制列表

TD-LT 信令流程及信令解码

第11页 共76页

|_RAT-Type : ---- geran-cs(2) ---- |_RAT-Type : ---- geran-ps(3) ----

|_RAT-Type : ---- cdma2000-1XRTT(4) ----

01 3a 10 04 8d 00

1.7 UE Capability Information

eNB 接收到INITIAL CONTEXT SETUP REQUEST 消息,如果不包含UE 能力信息,则eNB 向UE 发送UECapabilityEnquiry 消息,查询UE 能力;携带主要IE 有:

rat-Type : RAT 类型。 信令解码如下:

-RRC-MSG : |_msg :

|_struUL-DCCH-Message : |_struUL-DCCH-Message : |_message : |_c1 :

|_ueCapabilityInformation :

|_rrc-TransactionIdentifier : ---- 0x1(1) ---- |_criticalExtensions : |_c1 :

|_ueCapabilityInformation-r8 : |_ue-CapabilityRAT-ContainerList : |_UE-CapabilityRAT-Container : |_rat-Type : ---- eutra(0) ---- |_ueCapabilityRAT-Container : |_ueEutraCap :

|_UE-EUTRA-Capability : |_accessStratumRelease : ---- rel8(0) ----

|_ue-Category : ---- 0x3(3) ---- |_pdcp-Parameters : | |_supportedROHC-Profiles :

| | |_profile0x0001 : ---- FALSE(0) ---- | | |_profile0x0002 : ---- FALSE(0) ---- | | |_profile0x0003 : ---- FALSE(0) ---- | | |_profile0x0004 : ---- FALSE(0) ---- | | |_profile0x0006 : ---- FALSE(0) ---- | | |_profile0x0101 : ---- FALSE(0) ---- | | |_profile0x0102 : ---- FALSE(0) ----

| | |_profile0x0103 : ---- FALSE(0) ---- | | |_profile0x0104 : ---- FALSE(0) ---- | |_maxNumberROHC-ContextSessions : ---- cs2(0) ----

以下是e-UTRA 的能力信息

TS 36.306定义的UE 分类。取值范围为

1~8,此处为类型3.

UE 支持的并发激活ROHC 上下文的最大

数量。CS2表示2个(上下文session )

标识UE 所支持的网络能力,此处为UE 支持EUTRA 网络。 如果该

ue-CapabilityRequest

包含

?geran-cs ?,并且如果UE 支持GERAN CS 域,那么在ue-CapabilitiesRAT-Container 内包含GERAN CS 的UE 无线接入能力,并且其rat-Type 设置为 ?geran-cs ?;其他网络也一样。

TD-LT 信令流程及信令解码

第12页 共76页

|_phyLayerParameters :

| |_ue-TxAntennaSelectionSupported : ---- FALSE(0) ---- | |_ue-SpecificRefSigsSupported : ---- TRUE(1) ---- |_rf-Parameters : | |_supportedBandListEUTRA : | |_SupportedBandEUTRA : | | |_bandEUTRA : ---- 0x14(20) ---- | | |_halfDuplex : ---- FALSE(0) ---- | |_SupportedBandEUTRA :

| | |_bandEUTRA : ---- 0x26(38) ---- | | |_halfDuplex : ---- TRUE(1) ---- | |_SupportedBandEUTRA : | | |_bandEUTRA : ---- 0x28(40) ---- | | |_halfDuplex : ---- TRUE(1) ---- | |_SupportedBandEUTRA : | | |_bandEUTRA : ---- 0x29(41) ---- | | |_halfDuplex : ---- TRUE(1) ---- | |_SupportedBandEUTRA :

| |_bandEUTRA : ---- 0x7(7) ---- | |_halfDuplex : ---- FALSE(0) ---- |_measParameters : | |_bandListEUTRA : | |_BandInfoEUTRA : | | |_interFreqBandList : | | |_InterFreqBandInfo :

| | | |_interFreqNeedForGaps : ---- TRUE(1) ---- | | |_InterFreqBandInfo : | | | |_interFreqNeedForGaps : ---- TRUE(1) ---- | | |_InterFreqBandInfo : | | |_interFreqNeedForGaps : ---- TRUE(1) ---- | |_BandInfoEUTRA : | | |_interFreqBandList : | | |_InterFreqBandInfo :

| | | |_interFreqNeedForGaps : ---- TRUE(1) ---- | | |_InterFreqBandInfo :

| | | |_interFreqNeedForGaps : ---- TRUE(1) ---- | | |_InterFreqBandInfo :

| | |_interFreqNeedForGaps : ---- TRUE(1) ---- | |_BandInfoEUTRA : | | |_interFreqBandList : | | |_InterFreqBandInfo :

| | | |_interFreqNeedForGaps : ---- TRUE(1) ---- | | |_InterFreqBandInfo :

ue-TxAntennaSelectionSupported :该值如果为

TURE ,则表示UE 有能力支持TS 36.213[8.7]

中所描述的UE 传输天线选择。FALSE 则表

示能力不支持该传输天线选择。

ue-SpecificRefSigsSupported :标识是否支持

UE 特定参考信号。该信号在天线端口5上传

输。

bandEUTRA :TS 36.101【Table 5.5-1】中定义的E-UTRA 频带。例如:38对应2570 MHz – 2620 MHz halfDuplex :半双工标识,如果为TURE ,那么该频带仅仅支持半双工操作,否则支持全

双工操作。

interFreqNeedForGaps :表示当在bandListEUTRA 以及在interFreqBandList 中所给出的E-UTRA 频带上进行测量时,是否需要测量间隔。TRUE 表示需要测量间隔。

TD-LT信令流程及信令解码

| | | |_interFreqNeedForGaps : ---- TRUE(1) ----

| | |_InterFreqBandInfo :

| | |_interFreqNeedForGaps : ---- TRUE(1) ----

| |_BandInfoEUTRA :

| | |_interFreqBandList :

| | |_InterFreqBandInfo :

| | | |_interFreqNeedForGaps : ---- TRUE(1) ----

| | |_InterFreqBandInfo :

| | | |_interFreqNeedForGaps : ---- TRUE(1) ----

| | |_InterFreqBandInfo :

| | |_interFreqNeedForGaps : ---- TRUE(1) ----

| |_BandInfoEUTRA :

| |_interFreqBandList :

| |_InterFreqBandInfo :

| | |_interFreqNeedForGaps : ---- TRUE(1) ----

| |_InterFreqBandInfo :

| | |_interFreqNeedForGaps : ---- TRUE(1) ----

| |_InterFreqBandInfo :

| |_interFreqNeedForGaps : ---- TRUE(1) ----

|_featureGroupIndicators : ----

'11100110000011010001100010000000'B(E6 0D 18 80 ) ----

|_interRA T-Parameters : ---- (0) ----

02 3a 01 01 58 12 00 04 44 d2 e7 d1 18 20 2e 0b

82 e0 b8 2f cc 1a 31 00 00 00

1.8UE Capability Info Indication

eNB向MME发送uECapabilityInfoIndication ,更新MME的UE能力信息。分析同ueCapabilityInformation。

信令解码如下:

-S1ap-Msg :

|_initiatingMessage :

|_procedureCode : ---- 0x16(22) ----

|_criticality : ---- ignore(1) ----

|_value :

|_uECapabilityInfoIndication :

|_protocolIEs :

|_SEQUENCE :

| |_id : ---- 0x0(0) ----

| |_criticality : ---- reject(0) ----

| |_value :

| |_mME-UE-S1AP-ID : ---- 0x2c01ec3(46145219) ----

第13页共76页

TD-LT 信令流程及信令解码

第14页 共76页

|_SEQUENCE : | |_id : ---- 0x8(8) ---- | |_criticality : ---- reject(0) ---- | |_value :

| |_eNB-UE-S1AP-ID : ---- 0x133(307) ---- |_SEQUENCE :

|_id : ---- 0x4a(74) ---- |_criticality : ---- ignore(1) ---- |_value :

|_uERadioCapability :

|_UERadioAccessCapabilityInformation : |_criticalExtensions : |_c1 :

|_ueRadioAccessCapabilityInformation-r8 : |_ue-RadioAccessCapabilityInfo : |_UECapabilityInformation :

|_rrc-TransactionIdentifier : ---- 0x1(1) ---- |_criticalExtensions : |_c1 :

|_ueCapabilityInformation-r8 : |_ue-CapabilityRAT-ContainerList : |_UE-CapabilityRAT-Container : |_rat-Type : ---- eutra(0) ----

|_ueCapabilityRAT-Container : |_ueEutraCap :

|_UE-EUTRA-Capability :

|_accessStratumRelease : ---- rel8(0) ---- |_ue-Category : ---- 0x3(3) ----

|_pdcp-Parameters :

| |_supportedROHC-Profiles :

| | |_profile0x0001 : ---- FALSE(0) ---- | | |_profile0x0002 : ---- FALSE(0) ---- | | |_profile0x0003 : ---- FALSE(0) ---- | | |_profile0x0004 : ---- FALSE(0) ---- | | |_profile0x0006 : ---- FALSE(0) ---- | | |_profile0x0101 : ---- FALSE(0) ---- | | |_profile0x0102 : ---- FALSE(0) ---- | | |_profile0x0103 : ---- FALSE(0) ---- | | |_profile0x0104 : ---- FALSE(0) ----

| |_maxNumberROHC-ContextSessions : ---- cs2(0) |_phyLayerParameters :

| |_ue-TxAntennaSelectionSupported : ---- FALSE(0)

| |_ue-SpecificRefSigsSupported : ---- TRUE(1) ----

标识UE 所支持的网络能力,此处为UE 支持EUTRA 网络。

TS 36.306定义的UE 分类。

UE 支持的并发激活ROHC 上下文的最大数量。CS2表示2个(上下文session ) ue-TxAntennaSelectionSupported :该值如果为TURE ,则表示UE 有能力支持TS 36.213[8.7]中所描述的UE 传输天线选择。 FALSE 则表示能力不支持该传输天线选择。 ue-SpecificRefSigsSupported :标识是否支持UE 特定参考信号。TRUE 表示支持。

TD-LT 信令流程及信令解码

第15页 共76页

|_rf-Parameters :

| |_supportedBandListEUTRA : | |_SupportedBandEUTRA :

| | |_bandEUTRA : ---- 0x14(20) ---- | | |_halfDuplex : ---- FALSE(0) ---- | |_SupportedBandEUTRA :

| | |_bandEUTRA : ---- 0x26(38) ---- | | |_halfDuplex : ---- TRUE(1) ---- | |_SupportedBandEUTRA :

| | |_bandEUTRA : ---- 0x28(40) ---- | | |_halfDuplex : ---- TRUE(1) ---- | |_SupportedBandEUTRA :

| | |_bandEUTRA : ---- 0x29(41) ---- | | |_halfDuplex : ---- TRUE(1) ---- | |_SupportedBandEUTRA : | |_bandEUTRA : ---- 0x7(7) ---- | |_halfDuplex : ---- FALSE(0) ---- | |_bandListEUTRA : | |_BandInfoEUTRA : | | |_interFreqBandList : | | |_InterFreqBandInfo :

| | | |_interFreqNeedForGaps : ---- TRUE(1) | | |_InterFreqBandInfo :

| | | |_interFreqNeedForGaps : ---- TRUE(1) | | |_InterFreqBandInfo :

| | |_interFreqNeedForGaps : ---- TRUE(1)

| |_BandInfoEUTRA : | | |_interFreqBandList : | | |_InterFreqBandInfo :

| | | |_interFreqNeedForGaps : ---- TRUE(1) | | |_InterFreqBandInfo :

| | | |_interFreqNeedForGaps : ---- TRUE(1) | | |_InterFreqBandInfo :

| | |_interFreqNeedForGaps : ---- TRUE(1) | |_BandInfoEUTRA : | | |_interFreqBandList : | | |_InterFreqBandInfo :

| | | |_interFreqNeedForGaps : ---- TRUE(1) | | |_InterFreqBandInfo :

| | | |_interFreqNeedForGaps : ---- TRUE(1) | | |_InterFreqBandInfo :

| | |_interFreqNeedForGaps : ---- TRUE(1)

bandEUTRA :TS 36.101【Table 5.5-1】中定义的E-UTRA 频带。例如:38对应2570 MHz – 2620 MHz

halfDuplex :半双工标识,如果为TURE ,那么该频带仅仅支持半双工操作,否则支持全双工操作。

interFreqNeedForGaps :表示当在bandListEUTRA 以及在interFreqBandList 中所给出的E-UTRA 频带上进行测量时,是否需要测量间隔。TRUE 表示需要测量间隔。

TD-LT信令流程及信令解码

| |_BandInfoEUTRA :

| | |_interFreqBandList :

| | |_InterFreqBandInfo :

| | | |_interFreqNeedForGaps : ---- TRUE(1)

| | |_InterFreqBandInfo :

| | | |_interFreqNeedForGaps : ---- TRUE(1)

| | |_InterFreqBandInfo :

| | |_interFreqNeedForGaps : ---- TRUE(1)

| |_BandInfoEUTRA :

| |_interFreqBandList :

| |_InterFreqBandInfo :

| | |_interFreqNeedForGaps : ---- TRUE(1)

| |_InterFreqBandInfo :

| | |_interFreqNeedForGaps : ---- TRUE(1)

| |_InterFreqBandInfo :

| |_interFreqNeedForGaps : ---- TRUE(1)

|_featureGroupIndicators : ----

'11100110000011010001100010000000'B(E6 0D 18 80 ) ----

|_interRAT-Parameters : ---- (0) ----

00 16 40 32 00 00 03 00 00 00 05 c0 02 c0 1e c3

00 08 00 03 40 01 33 00 4a 40 1b 1a 00 c2 01 01

58 12 00 04 44 d2 e7 d1 18 20 2e 0b 82 e0 b8 2f

cc 1a 31 00 00 00

1.9Security Mode Command

eNB向UE发送securityModeCommand消息,目的是在RRC连接建立上激活AS安全。主要IE有:

-cipheringAlgorithm :指明SRB和DRB使用的加密算法,在TS 33.401(5.1.3.2节)有描述。取值为{ eea0, eea1, eea2, spare5, spare4, spare3, spare2, spare1, ...};

-integrityProtAlgorithm:指明SRB使用的完整性保护算法,在TS 33.401(5.1.4.2节)中有描述。取值为{eia0-v920, eia1, eia2, spare5, spare4, spare3, spare2, spare1, ...}

信令解码如下:

-RRC-MSG :

|_msg :

|_struDL-DCCH-Message :

|_struDL-DCCH-Message :

|_message :

|_c1 :

|_securityModeCommand :

第16页共76页

TD-LT 信令流程及信令解码

第17页 共76页

|_rrc-TransactionIdentifier : ---- 0x1(1) ---- |_criticalExtensions : |_c1 :

|_securityModeCommand-r8 : |_securityConfigSMC : |_securityAlgorithmConfig :

|_cipheringAlgorithm : ---- eea0(0) ---- |_integrityProtAlgorithm : ---- spare1(7) ----

01 32 00 70

1.10 RRC Connection Reconfiguration

eNB 向UE 发送rrcConnectionReconfiguration 消息,要求UE 进行相关无线资源重

配,这里主要是为了建立SRB2与DRB 。分析见rrcConnectionSetup 消息 信令解码如下:

-RRC-MSG : |_msg :

|_struDL-DCCH-Message : |_struDL-DCCH-Message : |_message : |_c1 :

|_rrcConnectionReconfiguration :

|_rrc-TransactionIdentifier : ---- 0x1(1) ---- |_criticalExtensions : |_c1 :

|_rrcConnectionReconfiguration-r8 : |_dedicatedInfoNASList : | |_DedicatedInfoNAS : ----

0x270791CCB407CC4B4F76084ADD73DB4301F6B6709532A63E05AB9035E84862FC021E5A493E5A5A296D7E69B053D0B8CC92A7E7569D948D2A43E20ADE80B1A103E5C21302E8520C6C3D826AFA58FD2BBD47B61C488976F4345EC 99F7A9CB8564E140543C28DECD7B908ABEC228D3B07E096FF7B(00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ) ----

|_radioResourceConfigDedicated : |_srb-ToAddModList : | |_SRB-ToAddMod :

| |_srb-Identity : ---- 0x2(2) ---- | |_rlc-Config : | | |_explicitValue :

| | |_am :

| | |_ul-AM-RLC :

| | | |_t-PollRetransmit : ---- ms45(8) ---- | | | |_pollPDU : ---- pInfinity(7) ----

加密算法,当前采用的是eea0.

完整性保护算法 标识所建立的为SRB2,以下分析同SRB1

SRB2的RLC 配置

TD-LT 信令流程及信令解码

第18页 共76页

| | | |_pollByte : ---- kBinfinity(14) ---- | | | |_maxRetxThreshold : ---- t32(7) ---- | | |_dl-AM-RLC :

| | |_t-Reordering : ---- ms35(7) ---- | | |_t-StatusProhibit : ---- ms0(0) ---- | |_logicalChannelConfig : | |_explicitValue :

| |_ul-SpecificParameters : | |_priority : ---- 0x3(3) ----

| |_prioritisedBitRate : ---- infinity(7) ---- | |_bucketSizeDuration : ---- ms300(3) ---- | |_logicalChannelGroup : ---- 0x0(0) ---- |_drb-ToAddModList :

| |_DRB-ToAddMod :

| |_eps-BearerIdentity : ---- 0x5(5) ---- | |_drb-Identity : ---- 0x1(1) ---- | |_pdcp-Config :

| | |_discardTimer : ---- ms1500(6) ---- | | |_rlc-AM :

| | | |_statusReportRequired : ---- TRUE(1) ---- | | |_headerCompression :

| | |_notUsed : ---- (0)

| |_rlc-Config : | | |_am :

| | |_ul-AM-RLC :

| | | |_t-PollRetransmit : ---- ms40(7) ---- | | | |_pollPDU : ---- p32(3) ---- | | | |_pollByte : ---- kB25(0) ---- | | | |_maxRetxThreshold : ---- t32(7) ---- | | |_dl-AM-RLC :

| | |_t-Reordering : ---- ms50(10) ---- | | |_t-StatusProhibit : ---- ms50(10) ---- | |_logicalChannelIdentity : ---- 0x3(3) ---- | |_logicalChannelConfig :

| |_ul-SpecificParameters :

| |_priority : ---- 0x9(9) ----

| |_prioritisedBitRate : ---- kBps8(1) ---- | |_bucketSizeDuration : ---- ms300(3) ---- | |_logicalChannelGroup : ---- 0x3(3) ---- |_mac-MainConfig : | |_explicitValue : | |_ul-SCH-Config :

| | |_periodicBSR-Timer : ---- sf10(1) ----

SRB2的逻辑信道配置

此处为建立DRB

EPS 承载标识

DRB 标识

丢弃定时器,当超时,丢弃与

之相对应的PDCP PDU/SDU 表示重建立PDCP 实体时,UE

是否要发送一个PDCP 状态报

告。此处为TURE ,表示需要。

NoUsed 表示不使用头压缩

DRB 的RLC 配置,分析同SRB1 DRB 的逻辑信道配置,分析同

SRB1

MAC 主配置,分析见RRConnectionSetup 消息

TD-LT 信令流程及信令解码

第19页 共76页

| | |_retxBSR-Timer : ---- sf320(0) ---- | | |_ttiBundling : ---- FALSE(0) ----

| |_timeAlignmentTimerDedicated : ---- sf1920(3) ---- |_physicalConfigDedicated : |_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 : ---- TRUE(1) ---- |_schedulingRequestConfig : |_setup :

|_sr-PUCCH-ResourceIndex : ---- 0x0(0) ---- |_sr-ConfigIndex : ---- 0x12(18) ---- 00010010 |_dsr-TransMax : ---- n64(4) ----

01 22 06 03 99 38 3c 8e 65 a0 3e 62 5a 7b b0 42 56 eb 9e da 18 0f b5 b3 84 a9 95 31 f0 2d 5c 81 af 42 43 17 e0 10 f2 d2 49 f2 d2 d1 4b 6b f3 4d 82 9e 85 c6 64 95 3f 3a b4 ec a4 69 52 1f 10 56 f4 05 8d 08 1f 2e 10 98 17 42 90 63 61 ec 13 57 d2 c7 e9 5d ea 3d b0 e2 44 4b b7 a1 a2 f6 4c fb d4 e5 c2 b2 70 a0 2a 1e 14 6f 66 bd c8 45 5f 61 14 69 d8 3f 04 b7 fb db 53 81 1f b9 c0 32 76 03 ea 06 d0 1d 87 51 41 c0 bc 88 83 01 3b 30 00 04 98 00 12 80

1.11 Security Mode Complete 信令解码如下:

-RRC-MSG : |_msg :

|_struUL-DCCH-Message : |_struUL-DCCH-Message : |_message : |_c1 :

|_securityModeComplete :

|_rrc-TransactionIdentifier : ---- 0x1(1) ---- |_criticalExtensions :

|_securityModeComplete-r8 : ---- (0) ----

物理信道配置,分析见RRConnectionSetup 消息

TD-LT信令流程及信令解码

02 2a 00

1.12RRC Connection Reconfiguration Complete

SRB2建立完成后,UE给eNB发送rrcConnectionReconfigurationComplete消息。

信令解码如下:

-RRC-MSG :

|_msg :

|_struUL-DCCH-Message :

|_struUL-DCCH-Message :

|_message :

|_c1 :

|_rrcConnectionReconfigurationComplete :

|_rrc-TransactionIdentifier : ---- 0x1(1) ----

|_criticalExtensions :

|_rrcConnectionReconfigurationComplete-r8 : ---- (0) ----

02 12 00

1.13Initial Context Setup Response

eNB向MME发送initialContextSetupResponse消息,向MME上报UE安全过程的成功建立以及所有请求的E-RAB结果,如下所示:

- 如果E-RAB建立成功,那么E-RAB列表包含在E-RAB Setup List IE中;

- 如果E-RAB建立失败,那么E-RAB列表包含在E-RAB Failed to Setup List IE中。

该消息携带的主要IE有:

-mME-UE-S1AP-ID : UE在MME侧S1接口上的唯一标识,由MME分配。

-eNB-UE-S1AP-ID : UE在eNB侧S1接口上的唯一标识,由eNB分配。

-transportLayerAddress : 传输层地址。

-gTP-TEID : GTP遂道终结点。

信令解码如下:

-S1ap-Msg :

|_successfulOutcome :

|_procedureCode : ---- 0x9(9) ----

|_criticality : ---- reject(0) ----

|_value :

|_initialContextSetupResponse :

第20页共76页

相关文档