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

更新时间：2023-04-07 05:22:01 阅读量：教育文库文档下载

说明：文章内容仅供预览，部分内容可能不全。下载后的文档，内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的，是否完整无缺。

呼叫信令流程7号信令推荐度：
相关推荐

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

TD-LTE信令流程及信令解码 (2)

1.PS业务建立流程： (2)

1.1RRC Connection Request (3)

1.2RRC Connection Setup (4)

1.3RRC Connection Setup Complete (6)

1.4Initial UE Message (7)

1.5Initial Context Setup Request (8)

1.6UE Capability Enquiry (11)

1.7UE Capability Information (11)

1.8UE Capability Info Indication (14)

1.9Security Mode Command (17)

1.10RRC Connection Reconfiguration (18)

1.11Security Mode Complete (20)

1.12RRC Connection Reconfiguration Complete (20)

1.13Initial Context Setup Response (21)

1.14UL Information Transfer (22)

1.15Uplink NAS Transport (22)

1.16UE Context Release Command (24)

1.17RRC Connection Release (24)

1.18UE Context Release Complete (25)

2.切换 (26)

2.1.基于X2接口的切换 (26)

2.1.1.Measurement Report (27)

2.1.2.Handover Request (28)

2.1.3.Handover Request Acknowledge (40)

2.1.4.RRC Connection Reconfiguration (43)

2.1.5.SN Status Transfer (45)

2.1.6.RRC Connection Reconfiguration Complete (46)

2.1.7.pathSwitchRequest (47)

2.1.8.pathSwitchRequestAcknowledge (48)

2.1.9.uEContextRelease (50)

2.2.基于S1接口的切换 (50)

2.2.1.Measurement Report (51)

2.2.2.Handover Required (52)

2.2.3.Handover Request (55)

2.2.4.Handover Request Acknowledge (61)

第1页共77页

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

第2页共77页 2.2.5. Handover Command (65)

2.2.6. RRC Connection Reconfiguration (67)

2.2.7. eNB Status Transfer (74)

2.2.8. MME Status Transfer (75)

2.2.9. RRC Connection Reconfiguration Complete (75)

2.2.10. Handover Notify (76)

2.2.11. UE Context Release Command (76)

2.2.12. UE Context Release Complete (77)

2.3. eNB 内切换 (77)

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

相关资料：

TD-LTE信令流程详

解.ppt LTE信令流程分析.p

pt LTE信令正常及异常

流程.docx

1. PS 业务建立流程：

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

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

第3页共77页

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”代表移动始端。

信令解码如下：

-RRC-MSG :

|_msg :

|_struUL-CCCH-Message :

|_message :

|_c1 :

|_rrcConnectionRequest :

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

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

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

第5页共77页

| | |_prohibitPHR-Timer : ---- sf100(4) ----

| |_tdd-AckNackFeedbackMode : ---- bundling(0) ---- |_pusch-ConfigDedicated :

| |_betaOffset-ACK-Index : ---- 0x9(9) ----

| |_deltaMCS-Enabled : ---- en0(0) ----

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

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

。

bundling

或

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

CQI 报告模式，值rm30对应模式3-0

功率余量报告定时器：当UE 有传输新数据的上行资源，

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

dl-PathlossChange dB 。触发功率余量报告（PHR ）；

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

dl-PathlossChange

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

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

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

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 信令流程及信令解码

第6页共77页 | |_cqi-ReportModeAperiodic : ---- rm30(3) ----

| |_nomPDSCH-RS-EPRE-Offset : ---- 0x0(0) ----

| |_cqi-ReportPeriodic :

| |_setup :

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

| |_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 有：

- selectedPLMN-Identity :表示UE 从SIB1所包含的plmn-IdentyList 中挑选出来的PLMN 识别号。如果从SIB1所包含的plmn-IdentyList 中挑选出来的是第一个

PLMN 识别号，那么设置该值为1，如果挑选出来的是第二个PLMN 识别号，

则设置为2，诸如此类等等。

- registeredMME :UE 所注册的MME 的GUMMEI ，由上层提供。

信令解码如下：

UE 传输天线选择，Setup 或release 。Setup 表示开环或者闭环。参数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 信令流程及信令解码

第7页共77页 -RRC-MSG :

|_msg :

|_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 建立原因。

信令解码如下：

-S1ap-Msg :

|_initiatingMessage :

|_procedureCode : ---- 0xc(12) ----

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

|_value :

|_initialUEMessage :

|_protocolIEs :

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

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

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

第8页共77页 |_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

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

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

TAI ，包含PLMNID 和TAC 。标识所在的TA 。 ECGI ，包含PLMNID 和cell-ID ，标识所在的小区。 eNB-UE-S1AP-ID ，在eNB S1接口上标识一个UE

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

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

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

与initialUEMessage 消息一致在MME 的S1接口上标识该UE UE 的non-GBR 承载速率。当eNB 同时收到uEAggregateMaximumBitrateDL 和uEAggregateMaximumBitrateUL ，并且它们都等于0时，eNB 将认为是逻辑错误。请求建立承载信息

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

第10页共77页 | | |_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) ----

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

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

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

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

|_value :

|_handoverRestrictionList :

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

GTP 遂道终结点，此处指的是上行GTP 遂道终结点切换限制列表

安全密钥 UE 的安全性能：包括加密算法和完全性保护算法跟踪激活比特中每一位代表一个eNB 接口第一个比特=S1-MME ，第二个比特 =X2，第三个比特 =Uu 其

它比特保留以备以后使用.. 值“1”表示‘应该被

跟踪’ 值 ?0?表示‘不应该被跟踪’ 跟踪深度，（TS32.422[5.3]）

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

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.6UE Capability Enquiry

eNB发送ueCapabilityEnquiry消息给UE，请求传输UE的无线接入性能。

信令解码如下：

-RRC-MSG :

|_msg :

|_struDL-DCCH-Message :

|_message :

|_c1 :

01 3a 10 04 8d 00

1.7UE Capability Information

eNB接收到INITIAL CONTEXT SETUP REQUEST消息，如果不包含UE能力信息，

第11页共77页

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

则eNB 向UE 发送UECapabilityEnquiry 消息，查询UE 能力；携带主要IE 有：

rat-Type : RAT 类型。

信令解码如下：

-RRC-MSG :

|_msg :

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

| | |_profile0x0001 : ---- FALSE(0) ----

| | |_profile0x0002 : ---- FALSE(0) ----

| | |_profile0x0003 : ---- FALSE(0) ----

| | |_profile0x0004 : ---- FALSE(0) ----

| | |_profile0x0006 : ---- FALSE(0) ----

| | |_profile0x0101 : ---- FALSE(0) ----

| | |_profile0x0102 : ---- FALSE(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 信令流程及信令解码

第13页共77页 | |_SupportedBandEUTRA :

| |_SupportedBandEUTRA :

| |_bandEUTRA : ---- 0x7(7) ----

| |_halfDuplex : ---- FALSE(0) ----

|_measParameters :

| |_bandListEUTRA :

| |_BandInfoEUTRA :

| | |_interFreqBandList :

| | |_InterFreqBandInfo :

| | |_interFreqBandList :

| | |_InterFreqBandInfo :

| | |_interFreqBandList :

| | |_InterFreqBandInfo :

| | |_interFreqBandList :

| | |_InterFreqBandInfo :

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

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

|_SEQUENCE :

| |_id : ---- 0x8(8) ----

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

| |_value :

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

|_SEQUENCE :

|_id : ---- 0x4a(74) ----

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

第14页共77页

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

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

| |_supportedBandListEUTRA :

标识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 信令流程及信令解码

第16页共77页

| |_SupportedBandEUTRA :

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

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

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

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

第17页共77页 | |_BandInfoEUTRA :

| |_interFreqBandList :

| |_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.9 Security 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 :

|_message :

|_c1 :

|_securityModeCommand :

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

|_criticalExtensions :

|_c1 :

|_securityModeCommand-r8 :

|_securityConfigSMC :

|_securityAlgorithmConfig :

|_cipheringAlgorithm : ---- eea0(0) ----

|_integrityProtAlgorithm : ---- spare1(7) ----

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

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

第18页共77页

01 32 00 70 1.10 RRC Connection Reconfiguration

eNB 向UE 发送rrcConnectionReconfiguration 消息，要求UE 进行相关无线资源重配，这里主要是为了建立信令承载SRB2与专用承载DRB 。分析见rrcConnectionSetup 消息

信令解码如下：

-RRC-MSG :

|_msg :

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

| | | |_pollByte : ---- kBinfinity(14) ----

| | | |_maxRetxThreshold : ---- t32(7) ----

| | |_dl-AM-RLC :

| | |_t-Reordering : ---- ms35(7) ----

| | |_t-StatusProhibit : ---- ms0(0) ----

| |_logicalChannelConfig :

| |_explicitValue :

完整性保护算法

标识所建立的为SRB2，以下分析同SRB1 SRB2的RLC 配置 SRB2的逻辑信道配置

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

第19页共77页 | |_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 :

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

| |_prioritisedBitRate : ---- kBps8(1) ----

| |_bucketSizeDuration : ---- ms300(3) ----

| |_logicalChannelGroup : ---- 0x3(3) ----

|_mac-MainConfig :

| | |_ul-SCH-Config :

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

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

| | |_ttiBundling : ---- FALSE(0) ----

| |_timeAlignmentTimerDedicated : ---- sf1920(3) ----

|_physicalConfigDedicated : |_cqi-ReportConfig :

| |_cqi-ReportModeAperiodic : ---- rm30(3) ----

| |_nomPDSCH-RS-EPRE-Offset : ---- 0x0(0) ----

此处为建立DRB EPS 承载标识 DRB 标识丢弃定时器，当超时，丢弃与

之相对应的PDCP PDU/SDU 表示重建立PDCP 实体时，UE 是否要发送一个PDCP 状态报告。此处为TURE ，表示需要。 NoUsed 表示不使用头压缩 DRB 的RLC 配置，分析同SRB1 DRB 的逻辑信道配置，分析同

SRB1

MAC 主配置，分析见RRConnectionSetup 消

息物理信道配置，分析见

RRConnectionSetup 消息

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

| |_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.11Security Mode Complete

信令解码如下：

-RRC-MSG :

|_msg :

|_struUL-DCCH-Message :

|_message :

|_c1 :

|_securityModeComplete :

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

|_criticalExtensions :

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

02 2a 00

1.12RRC Connection Reconfiguration Complete

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

第20页共77页

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

信令解码如下：

-RRC-MSG :

|_msg :

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

|_protocolIEs :

|_SEQUENCE :

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

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

第21页共77页

本文来源：https://www.bwwdw.com/article/03vl.html

相关文章：

正在阅读：

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

《细柳营》完整版05-27

世界现代设计史（王受之）05-30

雨后日记200字10-29

樊家村项目地块一级开发实施方案16572296706-12

个人博客开题报告11-11

【精品】浙江省杭州市2017届九年级《英语》三模试题及答案05-28

第十八篇中国共产党地方组织 - 图文04-12

益友和损友10-19

宁乡县灰汤镇核心区控制性详细规划说明书07-01

上一篇：2014湖北公务员面试真题解析(6月14日上午黄冈市直) 下一篇：2022年八年级下学期期末考试道德与法治试题A卷(模拟)