重要！-LTE全信令过程！

更新时间：2023-10-14 21:07:01 阅读量：综合文库文档下载

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

重要通知图片推荐度：
相关推荐

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

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

（2013.03）

第1页共76页

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

本文主要就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”代表移动始端。信令解码如下：

第2页共76页

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

-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

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

1.2 RRC Connection Setup

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

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

-RRC-MSG : |_msg :

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

|_rrcConnectionSetup :

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

限制一个 AMD | | | |_t-PollRetransmit : ---- ms45(8) ---- maxRetxThreshol： | | | |_pollPDU : ---- pInfinity(7) ---- PDU的重传次数，当等于该值是，将 t32 对应 | | | |_pollByte : ---- kBinfinity(14) ---- 向高层上报不可恢复的错误。 | | | |_maxRetxThreshold : ---- t32(7) ---- 32次重传输。

第3页共76页

此处为建立SRB1 TD-LT信令流程及信令解码

| | |_dl-AM-RLC :

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

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

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

大，优先级越低。

| |_logicalChannelConfig :

PrioritisedBitRate:Prioritized Bit Rate for logical

| |_explicitValue :

channel prioritization。单位kBps。Infinity仅仅

| |_ul-SpecificParameters :

适用于SRB1和SRB2.

| |_priority : ---- 0x1(1) ----

bucketSizeDuration:Bucket Size Duration for

| |_prioritisedBitRate : ---- infinity(7) ----

logical channel prioritization.

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

| |_logicalChannelGroup : ---- 0x0(0) ---- |_mac-MainConfig :

| |_explicitValue :

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

| |_ul-SCH-Config :

BSR报告定时器：用子帧表示，sf2560表示

| | |_maxHARQ-Tx : ---- n5(4) ----

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

| | |_periodicBSR-Timer : ---- infinity(14) ----

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

| | |_retxBSR-Timer : ---- sf2560(3) ----

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

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

为常规BSR；如果periodicBSR-Timer超时，

| |_drx-Config :

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

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

期BSR。

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

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

| |_phr-Config :

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

用于控制UE处在上行时钟同 | | |_setup :

为0，1以及6的情况。

步的时间长度。 | | |_periodicPHR-Timer : ---- sf1000(6) ----

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

有传输新数据的 | | |_dl-PathlossChange : ---- dB3(1) ---- 功率余量报告定时器：当UE

prohibitPHR-Timer 超时或者已经 | |_mac-MainConfig-v1020 : ---- (0) ---- 上行资源，

|_sps-Config : ---- (0) ---- 超时且在上次传输功率余量报告之后，路径损 dl-PathlossChange dB 。触发功 |_physicalConfigDedicated : 耗的变化值大于

PHR periodicPHR-Timer 超时， |_pdsch-ConfigDedicated : 率余量报告（）；

| |_p-a : ---- dB-3(2) ---- 触发功率余量报告。

： PHR 报告的下行路径损耗 |_pucch-ConfigDedicated : dl-PathlossChange

| |_ackNackRepetition : 变化

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

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

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

ackNackRepetition :ACK/NACK 重复，此处 | |_betaOffset-RI-Index : ---- 0x5(5) ---- ?release?为清除此配置以及停止使用相关资 | |_betaOffset-CQI-Index : ---- 0xc(12) ---- setup ” ，采用相应的接收配置 |_uplinkPowerControlDedicated : 源。若设置为?

| |_p0-UE-PUSCH : ---- 0x0(0) ----

以及开始使用相关的资源。

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

| |_accumulationEnabled : ---- TRUE(1) ---- | |_p0-UE-PUCCH : ---- 0x0(0) ----

第4页共76页

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

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

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

。

bundling

或

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

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

| |_cqi-PUCCH-ResourceIndex : ---- 0x0(0) ---- | |_cqi-pmi-ConfigIndex : ---- 0x12(18) ----

N （子帧）和偏移值 N | |_cqi-FormatIndicatorPeriodic : CQI/PMI上报的周期POFFSET,CQIR

参考 TS 36.213 【 tables 7.2.2-1A 】 | | |_widebandCQI : ---- (0) 的配置序号I 。CQI/PMI

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

PUCCH CQI 反馈类型，取决于传输模式

| |_simultaneousAckNackAndCQI : ---- FALSE(0) ----

|_soundingRS-UL-ConfigDedicated :

参数Simultaneous-AN-and-CQI，FALSE表示

| |_setup :

ACK/NACK和CQI不能同时传输

| |_srs-Bandwidth : ---- bw2(2) ----

|_antennaInfo :

调度请求配置信息：

| |_explicitValue :

sr-PUCCH-ResourceIndex：sr-PUCCH

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

资源索引

| |_ue-TransmitAntennaSelection :

sr-ConfigIndex：SR配置索引参数ISR

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

dsr-TransMax：SR传输最大次数，当

|_schedulingRequestConfig :

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

|_setup :

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

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

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

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

1.3 RRC Connection Setup Complete

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

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

第5页共76页

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

- 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

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

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

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建立原因。信令解码如下：

第6页共76页

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

-S1ap-Msg :

|_initiatingMessage :

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

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

| |_NAS-MESSAGE :

| |_security-protected-NAS-message : | |_protected-nas : ----

0xA5AD87FC110741110BF664F080875502C0B3003A04E0E00000001D0201D01127178080211001010010810600000000830600000000000A005264F080000300 ---- |_SEQUENCE :

| |_id : ---- 0x43(67) ---- 0000000001000011 | |_criticality : ---- reject(0) ---- | |_value : | |_tAI :

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

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

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

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

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

第7页共76页

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

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 :

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

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

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

| |_uEAggregateMaximumBitrate :

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

| |_e-RABToBeSetupListCtxtSUReq : | |_SEQUENCE :

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

在MME的S1接口上标识该UE

与initialUEMessage消息一致

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

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

请求建立承载信息

第8页共76页

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

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

| |_e-RABToBeSetupItemCtxtSUReq :

（包括优 | |_e-RAB-ID : ---- 0x5(5) ---- 分配资源的优先级配置

| |_e-RABlevelQoSParameters : 先级和抢占指示器）： | | |_qCI : ---- 0x6(6) ---- priorityLevel ：此处为最高优先级，

no priority ”，则不考 | | |_allocationRetentionPriority : 如果配置为“

| | |_priorityLevel : ---- highest(1) ---- 虑下面两个参考的配置。

：此处 | ＂ | |_pre-emptionCapability : ---- may-trigger-pre-emption(1) ---- pre-emptionCapability为＂，表示分配 | | |_pre-emptionVulnerability : ---- pre-emptable(1) ---- may-trigger-pre-emption

| |_transportLayerAddress : ---- '10011000110000100000101000001110'B(98 C2 0A 0E ) ---- 可触发抢占过程。

：此处设置 | |_gTP-TEID : ---- 0xB0F80C6E ---- pre-emptionVulnerability

E-RAB | 应 |_nAS-PDU : 为\，表示该

| |_NAS-MESSAGE : 该包含在抢占过程中。

标识所请求建立的e-RAB

标识所使用QoS类型

传输层地址

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

| |_security-protected-and-ciphered-NAS-message : | |_protected-nas : ----

0x0791CCB407CC4B4F76084ADD73DB4301F6B6709532A63E05AB9035E84862FC021E5A493E5A5A296D7E69B053D0B8CC92A7E7569D948D2A43E20ADE80B1A103E5C21302E8520C6C3D826AFA58FD2BBD47B61C488976F4345EC99F7A9CB8564E140543C28DECD7B908ABEC228D3B07E096FF7B00 ---- |_SEQUENCE :

| |_uESecurityCapabilities :

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

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

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

安全密钥

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

跟踪激活跟

踪

| |_traceActivation :

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

深度， | |_interfacesToTrace : ---- '11100000'B(E0 ) ----

（TS32.422[5.3] ） | |_traceDepth : ---- maximum(2) ----

第9页共76页

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

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

第10页共76页

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

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

|_UE-EUTRA-Capability : |_ue-Category : ---- 0x3(3) ---- TS 36.306定义的UE分类。取值范围为

|_pdcp-Parameters : 1~8，此处为类型3.

| |_supportedROHC-Profiles :

| | |_profile0x0103 : ---- FALSE(0) ---- UE支持的并发激活ROHC上下文的最大

| | |_profile0x0104 : ---- FALSE(0) ---- 数量。CS2表示2个（上下文session）

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

第11页共76页

以下是e-UTRA的能力信息

|_accessStratumRelease : ---- rel8(0) ----

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

ue-CapabilityRequest

包含

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

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

|_phyLayerParameters :

| |_ue-TxAntennaSelectionSupported : ---- FALSE(0) ---- ue-TxAntennaSelectionSupported：该值如果为

| |_ue-SpecificRefSigsSupported : ---- TRUE(1) ---- TURE，则表示UE有能力支持TS 36.213[8.7]

|_rf-Parameters : 中所描述的UE传输天线选择。FALSE则表

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

| |_SupportedBandEUTRA : ue-SpecificRefSigsSupported：标识是否支持

| | |_bandEUTRA : ---- 0x14(20) ---- UE特定参考信号。该信号在天线端口5上传

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

| |_SupportedBandEUTRA :

| | |_bandEUTRA : ---- 0x26(38) ---- ： TS 36.101 【 Table 5.5-1 】中定 | | |_halfDuplex : ---- TRUE(1) ---- bandEUTRA E-UTRA 频带。例如：对应 | |_SupportedBandEUTRA : 义的382570 MHz | | |_bandEUTRA : ---- 0x28(40) ---- – 2620 MHz TURE ，那 | | |_halfDuplex : ---- TRUE(1) ---- halfDuplex：半双工标识，如果为 | |_SupportedBandEUTRA : 么该频带仅仅支持半双工操作，否则支持全

| | |_bandEUTRA : ---- 0x29(41) ---- 双工操作。

| | | |_interFreqNeedForGaps : ---- TRUE(1) ---- | | |_InterFreqBandInfo : interFreqNeedForGaps：表示当在 | | | |_interFreqNeedForGaps : ---- TRUE(1) ---- bandListEUTRAinterFreqBandList 以及在中 | | |_InterFreqBandInfo : 所给出的 E-UTRA 频带上进行测量时，是否 | | |_interFreqNeedForGaps : ---- TRUE(1) ---- 需要测量间隔。 TRUE 表示需要测量间隔。 | |_BandInfoEUTRA : | | |_interFreqBandList : | | |_InterFreqBandInfo :

第12页共76页

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

| |_interFreqNeedForGaps : ---- TRUE(1) ---- |_featureGroupIndicators : ---- '11100110000011010001100010000000'B(E6 0D 18 80 ) ----

|_interRAT-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.8 UE Capability Info Indication

eNB向MME发送uECapabilityInfoIndication ，更新MME的UE能力信息。分析同ueCapabilityInformation。信令解码如下：

-S1ap-Msg :

|_initiatingMessage :

|_procedureCode : ---- 0x16(22) ---- |_criticality : ---- ignore(1) ---- |_value :

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

第13页共76页

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

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

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

|_ueCapabilityRAT-Container : |_ueEutraCap :

|_UE-EUTRA-Capability :

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

TS 36.306定义的UE分类。

|_pdcp-Parameters :

| |_supportedROHC-Profiles :

| | |_profile0x0001 : ---- FALSE(0) ---- | | |_profile0x0002 : ---- FALSE(0) ---- | | |_profile0x0003 : ---- FALSE(0) ---- | | |_profile0x0004 : ---- FALSE(0) ---- UE 支持的并发激活 ROHC 上下文的最大 | | |_profile0x0006 : ---- FALSE(0) ---- 数量。 CS2 表示 session | | |_profile0x0101 : ---- FALSE(0) ---- 2 个（上下文） | | |_profile0x0102 : ---- FALSE(0) ---- ue-TxAntennaSelectionSupported : 该值如果为 | | |_profile0x0103 : ---- FALSE(0) ---- TURE ，则表示 UE 有能力支持 TS 36.213[8.7] | | |_profile0x0104 : ---- FALSE(0) ----

中所描述的 UE | |_maxNumberROHC-ContextSessions : ---- cs2(0) 传输天线选择。 FALSE 则表示能力不支持该传输天线选择。 |_phyLayerParameters :

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

ue-SpecificRefSigsSupported：标识是否支持UE特定参考信号。TRUE表示支持。

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

第14页共76页

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

|_rf-Parameters :

| |_supportedBandListEUTRA : | |_SupportedBandEUTRA :

bandEUTRA：TS 36.101【Table 5.5-1】中定– 2620 MHz

义的E-UTRA频带。例如：38对应2570 MHz halfDuplex：半双工标识，如果为TURE，那么该频带仅仅支持半双工操作，否则支持全双工操作。

E-UTRA 所给出的频带上进行测量时，是否 | | |_interFreqNeedForGaps : ---- TRUE(1)

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

第15页共76页

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

| |_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 : |_struDL-DCCH-Message : |_message : |_c1 :

|_securityModeCommand :

第16页共76页

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

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

|_securityModeCommand-r8 : |_securityConfigSMC : |_securityAlgorithmConfig :

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

01 32 00 70

完整性保护算法加密算法，当前采用的是eea0.

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

0x270791CCB407CC4B4F76084ADD73DB4301F6B6709532A63E05AB9035E84862FC021E5A493E5A5A296D7E69B053D0B8CC92A7E7569D948D2A43E20ADE80B1A103E5C21302E8520C6C3D826AFA58FD2BBD47B61C488976F4345EC99F7A9CB8564E140543C28DECD7B908ABEC228D3B07E096FF7B(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 :

SRB2的RLC配置

| | |_am :

| | |_ul-AM-RLC :

第17页共76页

标识所建立的为SRB2，以下分析同SRB1

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

SRB2的逻辑信道配置

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

| |_DRB-ToAddMod :

此处为建立DRB

DRB标识

| | | |_statusReportRequired : ---- TRUE(1) ---- 丢弃定时器，当超时，丢弃与

之相对应的PDCP PDU/SDU | | |_headerCompression :

表示重建立PDCP实体时，UE

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

是否要发送一个PDCP状态报

| |_rlc-Config : NoUsed表示不使用头压缩

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

| | |_am :

| | |_ul-AM-RLC :

| |_ul-SpecificParameters :

SRB1

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

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

第18页共76页

EPS承载标识

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

| |_timeAlignmentTimerDedicated : ---- sf1920(3) ---- |_physicalConfigDedicated : 物理信道配置，分析见 RRConnectionSetup 消息 |_cqi-ReportConfig :

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

第19页共76页

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

02 2a 00

1.12 RRC 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.13 Initial 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页

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

|_msg :

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

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

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

02 12 00

2.1.7.pathSwitchRequest

目标eNB收到UE发来的rrcConnectionReconfigurationComplete后，会向MME 发起pathSwitchRequest过程来完成用户面的切换。pathSwitchRequest的目的是请求将下行GTP隧道转换到新的GTP隧道终结点。信令解码如下：

-S1ap-Msg :

|_initiatingMessage :

|_procedureCode : ---- 0x3(3) ---- |_criticality : ---- reject(0) ---- |_value :

| |_eNB-UE-S1AP-ID : ---- 0xdd(221) ---- |_SEQUENCE :

| |_e-RABToBeSwitchedDLList : | |_SEQUENCE :

| |_e-RABToBeSwitchedDLItem : | |_e-RAB-ID : ---- 0x5(5) ----

| |_transportLayerAddress : ---- '10011000110010000000010011000110'B(98 C8 04 C6 ) ----

下行转换e-RAB相关信息

第46页共76页

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

| |_gTP-TEID : ---- 0x000007D6 ---- |_SEQUENCE :

| |_mME-UE-S1AP-ID : ---- 0x1003d61(16792929) ---- |_SEQUENCE :

| |_eUTRAN-CGI :

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

| |_cell-ID : ---- '0000100111000101001100000010'B(09 C5 30 20 ) ---- |_SEQUENCE :

| |_id : ---- 0x43(67) ---- | |_criticality : ---- ignore(1) ---- | |_value : | |_tAI :

|_id : ---- 0x6b(107) ---- |_criticality : ---- ignore(1) ---- |_value :

|_uESecurityCapabilities :

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

00 03 00 44 00 00 06 00 08 00 02 00 dd 00 16 00 0f 00 00 17 00 0a 0a 1f 98 c8 04 c6 00 00 07 d6 00 58 00 05 c0 01 00 3d 61 00 64 40 08 00 64 f0 80 09 c5 30 20 00 43 40 06 00 64 f0 80 00 03 00 6b 40 05 18 00 0c 00 00

下行GTP-TEID

UE所在小区的ECGI

标识UE目前所在跟踪区

UE安全能力

2.1.8.pathSwitchRequestAcknowledge

MME在完成S-GW的用户面切换后，会给目标pathSwitchRequestAcknowledge消息，通知目标eNB用户面切换完成。信令解码如下：

-S1ap-Msg :

|_successfulOutcome :

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

eNB发送

第47页共76页

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

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

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

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

| |_eNB-UE-S1AP-ID : ---- 0xdd(221) ---- |_SEQUENCE :

| |_e-RABToBeSwitchedULList : | |_SEQUENCE :

| |_e-RABToBeSwitchedULItem : | |_e-RAB-ID : ---- 0x5(5) ----

| |_transportLayerAddress : ---- '10011000110000100000101000001100'B(98 C2 0A 0C ) ---- | |_gTP-TEID : ---- 0xE1A156A2 ---- |_SEQUENCE :

|_id : ---- 0x28(40) ---- |_criticality : ---- reject(0) ---- |_value :

|_securityContext :

|_nextHopChainingCount : ---- 0x2(2) ---- |_nextHopParameter : ----

'0011010000000000000010111101000100001100010110110010010110000111111001011000010011111000000101110101010110100111010001011000111111011001110101010110000101111011110010010001010101010100111101000111111110111001101100001110111110100001110011111101000101100011'B(34 00 0B D1 0C 5B 25 87 E5 84 F8 17 55 A7 45 8F D9 D5 61 7B C9 15 54 F4 7F B9 B0 EF A1 CF D1 63 ) ----

20 03 00 4a 00 00 04 00 00 40 05 c0 01 00 3d 61 00 08 40 02 00 dd 00 5f 40 0f 00 00 5e 40 0a 0a 1f 98 c2 0a 0c e1 a1 56 a2 00 28 00 21 10 34 00 0b d1 0c 5b 25 87 e5 84 f8 17 55 a7 45 8f d9 d5

上行承载信息，包含上行GTP-TEID

第48页共76页

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

61 7b c9 15 54 f4 7f b9 b0 ef a1 cf d1 63

2.1.9.uEContextRelease

当E-UTRAN侧切换完成后，目标eNB向源eNB发送uEContextRelease消息，通知源eNB进行释放UE上下文。该消息携带主要IE有uE-X2AP-ID-OLD 和uE-X2AP-ID-NEW。信令解码如下：

-X2ap-Msg :

|_initiatingMessage :

|_procedureCode : ---- 0x5(5) ---- |_criticality : ---- ignore(1) ---- |_value :

|_uEContextRelease : |_protocolIEs : |_SEQUENCE :

|_uE-X2AP-ID-NEW : ---- 0x51(81) ----

00 05 40 0f 00 00 02 00 0a 00 02 00 76 00 09 00 02 00 51

uE-X2AP-ID-NEW uE-X2AP-ID-OLD

2.2. 基于S1接口的切换

TD-LTE基于S1接口的切换信令流程如下：

第49页共76页

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

源eNB侧信令如下：

目标eNB侧信令如下：

2.2.1.Measurement Report

信令解码分析参考X2接口切换信令的measurementReport消息。

第50页共76页

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

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

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

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

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

|_id : ---- 0x33(51) ---- |_criticality : ---- ignore(1) ---- |_value :

|_e-RABSetupListCtxtSURes : |_SEQUENCE :

|_id : ---- 0x32(50) ---- |_criticality : ---- ignore(1) ---- |_value :

|_e-RABSetupItemCtxtSURes : |_e-RAB-ID : ---- 0x5(5) ----

|_transportLayerAddress : ---- '10011000110010000000010000001111'B(98 C8 04 0F ) ----

|_gTP-TEID : ---- 0x0000099A ----

20 09 00 26 00 00 03 00 00 40 05 c0 02 c0 1e c3 00 08 40 03 40 01 33 00 33 40 0f 00 00 32 40 0a 0a 1f 98 c8 04 0f 00 00 09 9a

此处的GTP-TEID

GTP-TEID为下行

对应于InitialContextSetupRequest消息中的ENB-UE-S1AP-ID 对应于InitialContextSetupRequest消息中的MME-UE-S1AP-ID

1.14 UL Information Transfer 信令解码如下：

-RRC-MSG : |_msg :

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

|_ulInformationTransfer : |_criticalExtensions : |_c1 :

|_ulInformationTransfer-r8 : |_dedicatedInfoType :

第21页共76页

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

|_dedicatedInfoNAS : ---- 0x27BBA12FB4126B90ECEA05748C ----

02 48 01 a4 f7 74 25 f6 82 4d 72 1d 9d 40 ae 91 80

1.15 Uplink NAS Transport

当eNB已经通过无线接口接收到一条要传递给MME的NAS消息，其中存在一条与该UE相关的逻辑S1连接，那么该eNB将向MME发送uplinkNASTransport消息，包含作为NAS-PDU IE的NAS消息。该eNB将在每一条S1-AP uplinkNASTransport消息中包含当前小区的TAI和ECGI。信令解码如下：

-S1ap-Msg :

|_initiatingMessage :

|_procedureCode : ---- 0xd(13) ---- |_criticality : ---- ignore(1) ---- |_value :

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

| |_NAS-MESSAGE :

| |_security-protected-and-ciphered-NAS-message :

| |_protected-nas : ---- 0xBBA12FB4126B90ECEA05748C82 ---- |_SEQUENCE :

| |_eUTRAN-CGI :

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

第22页共76页

ECGI，小区的全球唯一标识。包括PLMN ID和CELL-ID。 NAS-PDU IE包含一条UE - MME的消息，其在eNB处不予解析

eNB-UE-S1AP-ID MME-UE-S1AP-ID

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

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

|_id : ---- 0x43(67) ---- |_criticality : ---- ignore(1) ---- |_value : |_tAI :

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

00 0d 40 3b 00 00 05 00 00 00 05 c0 02 c0 1e c3 00 08 00 03 40 01 33 00 1a 00 0e 0d 27 bb a1 2f b4 12 6b 90 ec ea 05 74 8c 00 64 40 08 00 64 f0 80 09 c5 20 10 00 43 40 06 00 64 f0 80 00 03

跟踪区标识TAI，包含PLMN和TAC。

1.16 UE Context Release Command

MME向eNB发送uEContextReleaseCommand消息，命令命令释放掉与UE相关的逻辑连接。该消息携带了释放的原因值。信令解码如下：

-S1ap-Msg :

|_initiatingMessage :

|_procedureCode : ---- 0x17(23) ---- |_criticality : ---- reject(0) ---- |_value :

|_uEContextReleaseCommand : |_protocolIEs : |_SEQUENCE :

| |_uE-S1AP-IDs : | |_uE-S1AP-ID-pair :

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

|_nas : ---- detach(2) ----

00 17 00 14 00 00 02 00 63 00 08 0c 02 c0 1e c3 40 01 33 00 02 40 01 24

第23页共76页

释放原因。此处为?去附着?

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

1.17 RRC Connection Release

eNB向UE发送rrcConnectionRelease 消息，告诉UE进行RRC连接释放。主要IE有：

- rrc-TransactionIdentifier : 指明要释放的RRC连接。 - releaseCause : 释放原因信令解码如下：

-RRC-MSG : |_msg :

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

|_rrcConnectionRelease :

|_rrc-TransactionIdentifier : ---- 0x0(0) ---- |_criticalExtensions : |_c1 :

|_rrcConnectionRelease-r8 :

|_releaseCause : ---- other(1) ----

01 28 02

标识RRC上下文释放原因，此处释放原因为?other”

1.18 UE Context Release Complete

eNB向MME发送uEContextReleaseComplete 消息指示UE上下文释放完成。携带主要IE有：mME-UE-S1AP-ID 和 eNB-UE-S1AP-ID。信令解码如下：

-S1ap-Msg :

|_successfulOutcome :

|_procedureCode : ---- 0x17(23) ---- |_criticality : ---- reject(0) ---- |_value :

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

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

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

第24页共76页

MME-UE-S1AP-ID

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

|_value :

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

20 17 00 13 00 00 02 00 00 40 05 c0 02 c0 1e c3 00 08 40 03 40 01 33

eNB-UE-S1AP-ID

2. 切换

TD-LTE系统内切换分三类： ? 基于X2接口的切换 ? 基于S1接口的切换 ? eNB内的切换

2.1. 基于X2接口的切换

TD-LTE基于X2切换信令流程如下：

源eNB侧信令如下：

序号标准接口消息类型消息方向接收自UE 发送到eNB 接收自eNB 发送到UE 1 2 3 4 measurementReport handoverRequest handoverRequestAcknowledge rrcConnectionReconfiguration

第25页共76页

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

5 6 sNStatusTransfer uEContextRelease 发送到eNB 接收自eNB 目标eNB侧信令如下：

序号标准接口消息类型消息方向接收自eNB 发送到eNB 接收自eNB 发送到MME 接收自MME 发送到eNB 1 2 3 4 5 6 handoverRequest handoverRequestAcknowledge sNStatusTransfer pathSwitchRequest pathSwitchRequestAcknowledge uEContextRelease 2.1.1.Measurement Report

当UE完成测量后，会依照测量报告配置对报告条件进行评估，当设定条件满足时，UE会将测量结果填入MeasurementReport消息，发送给eNB。该消息携带主要IE如下：

- measId : 上报测量报告的测量标识，与measurementControl消息一致。 - measResultServCell : 服务小区测量结果，包括rsrpResult 和rsrqResult。 - measResultNeighCells : 邻小区测量结果。信令解码如下：

-RRC-MSG : |_msg :

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

|_measurementReport : |_criticalExtensions : |_c1 :

|_measurementReport-r8 : |_measResults :

|_measId : ---- 0x1(1) ---- |_measResultPCell :

|_physCellId : ---- 0x7c(124) ----

测量标识

EUTRA的测量结果列表。列出上报的EUTRA邻小区测量结果。

服务小区测量结果

邻小区的物理小区

第26页共76页

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

|_measResult :

|_rsrpResult : ---- 0x43(67) ----

02 08 10 3e 48 01 f1 43

邻小区测量结果

2.1.2.Handover Request

源eNB收到MeasurementReport消息后，进行切换判决，决定进行切换，然后向目标eNB发送handoverRequest消息，请求目标eNB为切换预留资源，该消息携带了必要的信息，包括：切换原因、目标小区ID、UE上下文信息、SAE承载ID、SAE承载QOS参数、RRC上下文信息等。目标小区进行资源准入，为UE的接入分配空口资源和业务的SAE承载资源。信令解码如下：

-X2ap-Msg :

|_initiatingMessage :

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

|_handoverRequest : |_protocolIEs : |_SEQUENCE :

| |_radioNetwork : ---- handover-desirable-for-radio-reasons(0) ---- |_SEQUENCE :

| |_pLMN-Identity : ---- 0x64F080 ----

| |_eUTRANcellIdentifier : ---- '0000100111000101001100000010'B(09 C5 30 20 ) ---- |_SEQUENCE :

在X2接口上唯一标识

这个UE

标识切换的原因

目标小区的ECGI

第27页共76页

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

| |_gUMMEI : | |_gU-Group-ID :

| |_uE-ContextInformation :

标识所在MME。

= =

MMGI＝ MME Group ID， MMEC ＝ MME Code。

以下为UE上下文信息

| |_mME-UE-S1AP-ID : ---- 0x1003d61(16792929) ---- | |_uESecurityCapabilities :

| | |_encryptionAlgorithms : ---- '1100000000000000'B(C0 00 ) ---- | | |_integrityProtectionAlgorithms : ---- '1100000000000000'B(C0 00 ) ---- | |_aS-SecurityInformation : | | |_key-eNodeB-star : ----

'1000110010010000010010000011001100011111100001010010110001010010011010010001001010010010101110001011101110100101000101010001011100111011110000110111101000010000100101100111001001001010110000110100011000000011001110010000101010010000011110101000100110010000'B(8C 90 48 33 1F 85 2C 52 69 12 92 B8 BB A5 15 17 3B C3 7A 10 96 72 4A C3 46 03 39 0A 90 7A 89 90 ) ----

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

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

UE的non-GBR承载速率。当eNB同时收到uEAggregateMaximumBitrateDL和uEAggregateMaximumBitrateUL，并且它们都等于0时，eNB将认为是逻辑错误。

SAE承载ID

标识所使用的QoS类型

| | |_value : 分配资源优先级配置：

此处为最高优先级， | 如果配 | |_e-RABs-ToBeSetup-Item : priorityLevel：

” | | |_e-RAB-ID : ---- 0x5(5) ---- 置为“no priority

此处| 为＂ | |_e-RAB-Level-QoS-Parameters : pre-emptionCapability：＂，表示分配可触 | | | |_qCI : ---- 0x6(6) ---- may-trigger-pre-emption

，表示该 E-RAB | | | |_pre-emptionCapability : ---- may-trigger-pre-emption(1) ---- \应该包含 | | | |_pre-emptionVulnerability : ---- pre-emptable(1) ---- 在抢占过程中。

| | |_dL-Forwarding : ---- dL-forwardingProposed(0) ----

| | |_uL-GTPtunnelEndpoint :

标识下行数据包是否转发

| | |_transportLayerAddress : ---- '10011000110000100000101000001100'B(98 C2 0A 0C ) --- | | |_gTP-TEID : ---- 0xE1A156A2 ---- | |_rRC-Context :

RRC上下文信息

| | |_HandoverPreparationInformation :

此处为上行GTP遂道信息，包括传输

层地址和GTP遂道终结点

第28页共76页

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

| | |_criticalExtensions : | | |_c1 :

| | | |_UE-EUTRA-Capability :

标识UE支持的网络系统为EUTRA

标识UE类型。TS 36.306定义了UE分类。

ue-TxAntennaSelectionSupported：该值如果为TURE，则表示UE有能力支持TS 36.213[8.7]能力不支持该传输天线选择。特定参考信号

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

ue-SpecificRefSigsSupported：标识是否支持UE

当在bandListEUTRA以及在interFreqBandList 中所给出的E-UTRA 频带上进行测量时，需

要的测量间隔。TURE表示需要。

第29页共76页

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

| | | | |_interFreqNeedForGaps : ---- TRUE(1) ---- | | | |_featureGroupIndicators : ---- '11100110000011010001100010000000'B(E6 0D 18 80 ) ----

| | | | |_enhancedDualLayerTDD-r9 : ---- supported(0)

AS-config表示完整的无线资源配置。包含有关于源小区的RRC配置信息，在切换准备阶段目标小区可以利用该配置信息来决定是否连接重建立过程中，也可以使用该消息。

| | | |_sourceMeasConfig :

需要改变RRC配置。在成功切换后或在RRC

以下为源小区的测量配置信

提供与MBSFN和频内邻区TDD上行/下行配置相关的信息

?00?表示不是所有的邻区都有与服务小区相

允许测量带宽，此次

测量频率

mbw100对应100RBs

同的MBSFN子帧分配；?10?表示所有邻区

的MBSFN子帧分配是与服务小区相同或者是子帧; “11”与服务小区相比较，在邻区中有不同的TDD上行/下行分配

对于TDD，在邻区中，00，10 以及01 仅仅用于与服务小区相同的上行/下行分配。

其子集；?01?表示在所有邻区中没有MBSFN

标识所有邻区是否都使用Antenna Port 1。

表示频率偏移

第30页共76页

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

| | | |_referenceSignalPower : ---- 0x4(4) ---- | | | |_p-b : ---- 0x1(1) ----

小区专用参数 PB TS36.213【Table 5.2-1】

参数Reference-signal power,提供下行参考信号EPRE。

n-SB：子带数量Nsb

| | | |_groupHoppingEnabled : ---- FALSE(0) ---- | | | |_groupAssignmentPUSCH : ---- 0x0(0) ---- | | | |_sequenceHoppingEnabled : ---- FALSE(0) ----

hoppingMode：标识是?子帧间?（ interSubFrame）跳频还是?子帧内和子帧间?（ intraAndInterSubFrame）跳频。式表示（由高层设置）

pusch-HoppingOffset：用于PUSCH跳频的偏移，以资源块的形enable64QAM：TRUE表示允许64 QAM

groupHoppingEnabled：序列组跳转开关，FALSE为关闭。

groupAssignmentPUSCH：参数?SS，TS 36.211【5.5.1.3】 cyclicShift：循环移位。TS36.211【table 5.5.2.1.1-2】

| | | |_subframeAssignment : ---- sa1(1) ---- | | | |_specialSubframePatterns : ---- ssp7(7) ---- | | |_ul-CyclicPrefixLength : ---- len1(0) ----

sequenceHoppingEnabled：序列跳转开关，FALSE表示关闭

TDD配置，包括：上下行子帧配置，此处sa1表示使用配置1.即DwPTS:GP:UpPTS = 10:2:2

| |_rach-ConfigDedicated :

| |_ra-PreambleIndex : ---- 0x3f(63) ----

上行循环前缀长度，的循环前缀，len2 对应扩展的循环前缀。

即U:D:S=4:4:2 ；特殊子帧模式，此处SSP7表示使用配置7，

： | | |_explicitValue : ra-PreambleIndex随机接入前导码索引

： PRACH 掩码索引 | | |_timeAlignmentTimerDedicated : ---- sf1920(3) ---- ra-PRACH-MaskIndex

第41页共76页

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

切换类型，此处指出该切换为LTE内切换

|_intraLTE :

|_securityAlgorithmConfig :

?ture?只在intra-cell切换情况下使用，表示从之前成功的NAS SMC过程中使用KASME密钥获取KeNB密钥。当前KeNB密钥中获取或者从NH中获取。

?false?用在intra-LTE情况下使用，表示新的KeNB密钥从

20 00 00 57 00 00 04 00 0a 40 02 00 76 00 09 40 02 00 51 00 01 40 1a 00 00 00 40 15 62 81 f0 98 c8 04 c6 00 00 07 d7 03 e0 98 c8 04 c6 00 00 07 d8 00 0c 40 26 25 01 19 10 59 27 c4 a0 64 1a 05 20 6c 00 cb 13 01 c6 60 01 77 e0 15 0c 0a 03 00 03 52 c0 20 50 40 00 14 20 20 00

2.1.4.RRC Connection Reconfiguration

eNB给UE发送rrcConnectionReconfiguration消息，通知UE进行切换操作。该消

息携带IE mobilityControlInfo，表示切换命令。其他主要IE如下：

- targetPhysCellId : 目标小区的物理小区标识。 - dl-CarrierFreq : 下行使用的载频

- t304 : T304定时器。当UE收到携带IE mobilityControlInfo 的RRC Connection Reconfiguration消息时启动此定时器，成功切换到目标小区时停止此定时器，超时则表示切换失败。 - newUE-Identity : 新的UE标识信令解码如下：

-RRC-MSG : |_msg :

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

|_rrcConnectionReconfiguration :

第42页共76页

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

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

|_rrcConnectionReconfiguration-r8 : |_mobilityControlInfo :

目标小区的物理小区标识

标识下行使用的载频

T304定时器

当rrcConnectionReconfiguration

| |_targetPhysCellId : ---- 0x7c(124) ---- | |_carrierFreq :

消息携带mobilityControlInfo时，表示该消息为切换命令消息。通知UE执行切换操作。

| | |_dl-CarrierFreq : ---- 0x940c(37900) ---- | |_t304 : ---- ms500(4) ----

| |_newUE-Identity : ---- '0001101000000101'B(1A 05 ) ----

移动信息中的公共无线资源配置

| | | |_subframeAssignment : ---- sa1(1) ----

新的UE ID

上下行子帧配置，此处sa1表示使用配置U:D:S=4:4:2

1.即

| |_ra-PreambleIndex : ---- 0x3f(63) ---- | |_ra-PRACH-MaskIndex : ---- 0x0(0) ----

|_radioResourceConfigDedicated : 移动信息中的专用无线资源配

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

特殊子帧模式，此处SSP7表示使用配置7，即DwPTS:GP:UpPTS = 10:2:2 用于控制UE处在上行时钟同步的时间长度。此处sf1920对应1920个子帧。

MAC主配置

第43页共76页

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

| | |_mac-MainConfig-v1020 : ---- (0) ----

专用物理信道配置

| |_physicalConfigDedicated : | |_cqi-ReportConfig :

|_intraLTE :

|_securityAlgorithmConfig :

01 22 0b 24 f8 94 0c 83 40 a4 0d 80 19 62 60 38 cc 00 2e fc 02 a1 81 40 60 00 6a 58 04 0a 08 00 02 84 04 00

?ture?只在intra-cell切换情况下使用，表示从之前成功的NAS SMC过程中使用KASME密钥获取KeNB密钥。 ?false?用在intra-LTE情况下使用，表示新的KeNB密钥从当前KeNB密钥中获取或者从NH中获取。

2.1.5.SN Status Transfer

对于PDCP SN 和HFN状态被保存的每一个SAE承载，在X2接口切换时，从源eNB到目标eNB传送上行PDCP-SN和HFN 的接收状态，下行PDCP-SN和HFN的发送状态。信令解码如下：

-X2ap-Msg :

|_initiatingMessage :

|_procedureCode : ---- 0x4(4) ----

第44页共76页

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

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

|_sNStatusTransfer : |_protocolIEs : |_SEQUENCE :

| |_uE-X2AP-ID-NEW : ---- 0x51(81) ---- |_SEQUENCE :

|_id : ---- 0x12(18) ---- |_criticality : ---- ignore(1) ---- |_value :

|_e-RABs-SubjectToStatusTransfer-List : |_SEQUENCE :

|_id : ---- 0x13(19) ---- |_criticality : ---- ignore(1) ---- |_value :

|_e-RABs-SubjectToStatusTransfer-Item : |_e-RAB-ID : ---- 0x5(5) ---- |_uL-COUNTvalue :

|_pDCP-SN : ---- 0x0(0) ---- |_hFN : ---- 0x0(0) ----

00 04 40 23 00 00 03 00 0a 00 02 00 76 00 09 00 02 00 51 00 12 40 10 00 00 13 40 0b 05 00 00 00 00 00 00 00 00 00 00

上行PDCP-SN和HFN的接收状态和下行PDCP-SN和HFN的发送状态

2.1.6.RRC Connection Reconfiguration Complete

当UE接入到目标小区后，UE向目标小区发送rrcConnectionReconfigurationComplete消息给目标小区指示切换进行对于UE已经完成。信令解码如下：

-RRC-MSG :

第45页共76页

本文来源：https://www.bwwdw.com/article/82jf.html

相关文章：

正在阅读：

重要！-LTE全信令过程！10-14

七氟丙烷气体灭火系统设计及安装说明04-18

食品工业储粮米象害虫无公害防治的技术论文07-24

环境检测报告12-26

阿米巴经营&稻盛和夫05-25

当代大学生恋爱心理问题及调适06-04

动物医学专业动物生理学试题库期末考试兽医考研专用09-30

2018-2024年中国陆地货物运输保险市场发展模式调研报告（目录）06-20

2019-2020年七年级英语上册 Module 3 My new school全模块教案外研版12-30

2017年第3号中华人民共和国行业标准备案公告 - 图文09-30

上一篇：市政工程常用统一表格下一篇：育婴员高级理论知识试卷1511（带答案）