TDLTE信令流程及信令解码比超详细还详细
TD-LTE信令流程
附二
用户平面协议栈
UE PDCP RLC MAC PHY
eNB PDCP RLC MAC PHY
控制平面协议栈
UE NAS RRC PDCP RLC MAC PHY
eNB
RRC PDCP RLC MAC PHY
MME NAS
SIB1：消息包含终端当前驻留小区的信息，如PLMN（public land mobile network，公共陆地移动网络），小区是否允许用户接入， 频段信息等。 SIB2：无线资源配置信息等。 SIB3：包含小区重选相关信息，同频、异频以及异系统的公用信息、 频点信息以及同频小区的重选信息。 SIB4：包含系统给当前驻留小区配置的临区列表信息。 SIB5：异频小区的重选参数和邻区列表。 SIB6-SIB8：提供的是异系统的小区重选参数，例如：LTE与TDSCDMA、WCDMA和GSM等系统之间，小区重选或切换的参数。
信令流程
附着信令 UE需要注册到网络中，接受服务，这个注册过程就是网络附着。LTE信 令的附着过程可以分为RRC连接建立、鉴权加密、UE能力查询、RRC连 接重配置、附着几个过程交互进行。
RRC连接标识、驻留小区的标识信息
RRC连接标识和无线资源配置情况
RRC连接标识、驻留小区的标识信息、Nas层消息和attach请求
去附着
UE
eNode B
EPC
UIInformation transfer (Detach Request)
DIIformation Transfer (Detach Accept)
RRC Connection Release
Uplink NAS transport (Detach Request)
TD-LTE信令流程详解(很好很强大)
EPS Bearer
External Bearer
E-RAB
Radio Bearer
S1 Bearer
S5/S8 Be5/S8
Gi
无线承载分类
根据承载内容分类
基 本 概 念 无线承载的分类
数据承载为DRB，通过eNB为其分配的PDSCH来承载
信令承载通过SRB，LTE中有三类SRB
Bear(承载) in LTE
Radio Bearer承载空口RRC信令和NAS信令 S1 Bearer 承载eNB与MME间S1-AP信令 NAS消息也可作为NAS PDU附带在RRC消息中发送
E-UTRAN
EPC
Internet
UE
eNB
S-GW
P-GW
Peer
Entity
End-to-end Service
基本概念
协议栈结构
与3G的异同
3G中控制平面不存在 PDCP协议栈，由RLC层 提供无线信令承载SRB
RLC层依然提供TM/UM /AM三种传输模式
3G中UM/AM传输模式下 的加密由RLC层实现， TM模式 下的加密由 MAC层实现
3G中含有多个MAC实体 ：MAC-b, MAC-c/sh,
MAC-d, MAC-hs
3GPP各状态间转换
各系统状态转移图
基 本 概 念 UE的工作模式与状态
CELL_DCH
CELL_FACH
CELL_PCH URA_PCH Connection establishment/release
Handover Reselection
E-UTRA RRC_CONNECTED
Handover
MAC
L2
TD-LTE信令流程详解(很好很强大)
X2接口协议栈
基 本 概 念 接口功能
X2接口
LTE系统X2接口的定义采用了与S1接口 一致的原则 X2接口应用层协议主要功能：
支持LTE_ACTIVE状态下UE的LTE接入 系统内的移动性管理功能； X2接口自身的管理功能，如错误指示、 X2接口的建立与复位，更新X2接口配臵 数据等； 负荷管理功能。
网元间控制面整体协议栈
基 本 概 念 协议栈结构
NAS Relay RRC PDCP RLC MAC L1 UE LTE-Uu RRC PDCP RLC MAC L1 eNodeB S1-AP SCTP IP L2 L1 S1-MME S1-AP SCTP IP L2 L1 MME NAS
控制面协议栈
开机选网和小区重选时 切换完成或从另一个RAT切换到E-UTRAN时 重新返回覆盖区域时 当系统消息改变时 当出现接收ETWS指示时 upon receiving a request from CDMA2000 upper layers upon exceeding the maximum validity duration (3h)
EPC分为三部分：
MME S-GW P-GW (Mobility Management Entity, 负责信令处理部分） (Serving Gateway , 负责本地网络用户数据处理部分） (PDN Gateway，负责用户数据包与其他网络的处理 )
接入网（也称E-UTRAN）由eNodeB构成 网络接口
3G中控制平面不存在 PDCP协议栈，由RLC层 提供无线信令承载SRB RLC层依然提供TM/UM /AM三种传输模式 3G中UM/AM传输模式下 的加密由RLC层实现， TM模式 下的加密由 MAC层实现 3G中含有多个MAC实体 ：MAC-b, MAC-c/sh, MAC-d, MAC-hs
TDLTE信令流程详解[1]
![TDLTE信令流程详解[1]](https://img.taocdn.com/s3/m/93b293ba690203d8ce2f0066f5335a8102d266d9.png)
TransportFormatCombinationControl （传输格式组合控制）
Physical Channel Reconfiguration （物理信道重配置）
Measurement Control （测量控制）
• 逐用户数据包的过滤和检查
• 用户IP分配
TDLTE信令流程详解[1]
网元间控制面整体协议栈
基本概念
协议栈结构
控制面协议栈
• 没有RNC，空中接口的控制平面（RRC）功能由eNB进行管理和控制
TDLTE信令流程详解[1]
网元间用户面整体协议栈
基本概念
协议栈结构
用户面协议栈
• 用户面和控制面协议栈均包含PHY,MAC,RLC和PDCP层，控制面向上还包含 RRC层和NAS层
各系统消息作用
系统消息功能说明
基 本 概 念 无线网系统消息
TDLTE信令流程详解[1]
系统消息获取
基 本 概 念 无线网系统消息
系统消息信令流程
• UE通过E-UTRAN广播消息获取AS和NAS系统消息 • 此过程适用于RRC-IDLE和RRC_CONNECTED状态
• 开机选网和小区重选时 • 切换完成或从另一个RAT切换到E-UTRAN时 • 重新返回覆盖区域时 • 当系统消息改变时 • 当出现接收ETWS指示时 • upon receiving a request from CDMA2000 upper layers • upon exceeding the maximum validity duration (3h)
基 本 概 念 UE的工作模式与状态
LTE信令流程及信令解码详解
LTE信令流程及信令解码详解LTE（Long Term Evolution）是一种4G无线通信技术，它采用了包括OFDMA（正交频分多址）和MIMO（多输入多输出）等多项技术，以提供高速无线数据传输和更好的用户体验。
LTE信令流程是指在LTE网络中，终端设备和基站之间进行通信时所涉及的一系列信令交互流程。
初始过程是指终端设备在接入LTE网络后，完成相关资源分配和建立数据传输链路的过程。
首先，终端设备会发送系统信息请求信令（RRC Connection Request）给基站，请求获取LTE网络的系统信息，包括频段、带宽等信息。
基站收到请求后，会回复系统信息响应信令（RRC Connection Setup）给终端设备，将LTE网络的系统信息发送给终端设备。
终端设备收到系统信息后，会根据其中的重要参数（如频段和带宽）进行终端配置。
接下来，终端设备会发送随机接入信令（Random Access Preamble）给基站，用于请求分配物理资源。
基站收到随机接入后，会回复随机接入响应信令（Random Access Response），包括一个Temporarily Assigned C-RNTI（临时分配的C-RNTI），用于唯一标识终端设备。
终端设备接收到响应后，会发送接入回执信令（RRC Connection Reestablishment）给基站，用于确认接入成功。
基站收到回执后，会分配一个唯一的UE标识给终端设备，用于后续的数据传输。
保持过程是指终端设备在LTE网络中进行数据传输时的相关信令交互过程。
首先，当终端设备需要发送数据时，会向基站发起调度请求信令（UL-SCH Transmission Request）。
基站收到请求后，会返回一个调度响应信令（UL-SCH Transmission Burst），包括传输资源的分配信息。
终端设备接收到响应后，会根据分配信息将数据进行分组，并在指定的时隙中进行传输。
TD-LTE信令流程及信令解码比超详细还详细
TD-LT信令流程及信令解码TD-LTE信令流程及信令解码第1页共90页TD-LT信令流程及信令解码（2013.03）本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分第2页共90页TD-LT信令流程及信令解码析，并加以标注。
所有信令为eNB侧跟踪的信令。
1.PS业务建立流程：1.1RRC Connection RequestUE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连接，该消息携带主要IE有：-ue-Identity :初始的UE标识。
如果上层提供S-TMSI，侧该值为S-TMSI；否则从0…240-1中抽取一个随机值，设置为ue-Identity。
-establishmentCause :建立原因。
该原因值有emergency, highPriorityAccess,第3页共90页TD-LT 信令流程及信令解码mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。
其中“mt”代表移动终端，“mo”代表移动始端。
信令解码如下：-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 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
TD-LTE信令流程及信令解码详解-144页word资料
TD-LTE信令流程及信令解码本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注，所有信令为eNB侧跟踪的信令。
PS业务建立流程：1.1RRC Connection RequestUE上行发送一条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 :|_struUL-CCCH-Message :|_message :|_c1 :|_rrcConnectionRequest : UE初始标识，此处因为上层没有提供|_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 321.2 RRC Connection Setup eNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
LTE信令流程及信令解码详解
LTE信令流程及信令解码详解LTE（Long Term Evolution），是第四代移动通信技术标准，以其高速数据传输、低延迟和大容量等特点成为了当前主流的移动通信技术。
本文将详细介绍LTE的信令流程及信令解码。
1.LTE信令流程（1）小区：UE（User Equipment，用户设备）首先需要附近的基站，以确定可用的LTE网络。
这一步骤主要包括RRC（Radio Resource Control，无线资源控制）连接的小区以及测量实体之间的信道质量。
（2）小区选择和附着：在到可用小区后，UE需要选择一个最佳的小区进行附着，该小区将成为UE与网络之间的主要通信接口。
UE将通过与MME（Mobility Management Entity，移动性管理实体）之间的信令交换来进行小区选择和附着。
（3）建立RRC连接：一旦UE成功附着到小区，UE与eNB（Evolved Node B）之间将建立RRC连接。
RRC连接是UE与网络之间进行信令交换和控制的主要通道。
（4）分配和配置资源：在建立RRC连接后，网络将为UE分配必要的物理资源，并配置UE的通信参数，如频率、带宽、功率等。
这些资源和参数将被用于后续的数据传输和通信。
（5）数据传输：一旦资源和参数被配置完毕，UE和eNB之间可以开始进行数据传输。
UE将使用分配的资源来发送和接收数据，而eNB将负责数据的转发和错误处理。
（6）释放RRC连接：当UE无需再与网络进行通信时，UE可以向网络发送释放RRC连接的请求。
网络将收到请求后，释放该连接并回收相应的资源。
2.LTE信令解码（1）空中接口解码：通过对信令数据进行解调和解调来还原原始信令信息。
这种解码方法主要用于分析和处理无线传输过程中的信令，如小区信息、物理广播信息等。
（2）协议解析：通过解析信令的协议头和数据包来获取有关通信过程的详细信息。
这种解码方法可以分析UE与网络之间的控制过程，如RRC连接的建立、释放过程等。
TD-LTE信令流程及信令解码详解
TD-LT 信令流程及信令解码第1页共75页TD-LTE 信令流程及信令解码本文主要就PS 业务建立流程和LTE 系统内切换的信令及信令解码进行重点IE 分析，并加以标注。
所有信令为eNB 侧跟踪的信令。
PS 业务建立流程：1.1 RRC Connection RequestUE 上行发送一条RRC Connection Request 消息给eNB,请求建立一条RRC 连接，该消息携带主要IE 有：- ue-Identity :初始的UE 标识。
如果上层提供S-TMSI ，侧该值为S-TMSI ；否则从0…240-1中抽取一个随机值，设置为ue-Identity 。
- establishmentCause :建立原因。
该原因值有emergency,highPriorityAccess,TD-LT 信令流程及信令解码第2页共75页mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。
其中“mt”代表移动终端，“mo”代表移动始端。
信令解码如下：-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 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
TD-LTE信令流程及信令解码详解
TD-LT 信令流程及信令解码第1页共75页TD-LTE 信令流程及信令解码本文主要就PS 业务建立流程和LTE 系统内切换的信令及信令解码进行重点IE 分析，并加以标注。
所有信令为eNB 侧跟踪的信令。
PS 业务建立流程：1.1 RRC Connection RequestUE 上行发送一条RRC Connection Request 消息给eNB,请求建立一条RRC 连接，该消息携带主要IE 有：- ue-Identity :初始的UE 标识。
如果上层提供S-TMSI ，侧该值为S-TMSI ；否则从0…240-1中抽取一个随机值，设置为ue-Identity 。
- establishmentCause :建立原因。
该原因值有emergency,highPriorityAccess,TD-LT 信令流程及信令解码第2页共75页mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。
其中“mt”代表移动终端，“mo”代表移动始端。
信令解码如下：-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 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
TD-LTE基本信令流程
TD-LTE基本信令流程TD-LTE（Time Division Long Term Evolution）是一种LTE（Long Term Evolution）技术的变种，其基本信令流程如下：1. 小区配置：- 配置小区参数，包括小区ID、频率、带宽等。
- 配置小区关联的核心网节点，如MME（Mobility Management Entity）和SGW（Serving Gateway）。
- 配置小区的物理信道资源，如PRACH（Physical Random Access Channel）和PDSCH（Physical Downlink Shared Channel）。
2. 邻区搜索：- UE（User Equipment）扫描频带，搜索邻近的小区。
- UE获取邻近小区的系统信息，包括小区ID、频率、带宽、邻区关系等。
3. 接入过程：- UE选择最强的小区作为目标小区。
- UE发送随机接入请求（RAR，Random Access Request）到目标小区的PRACH。
- 目标小区收到RAR后，为UE分配临时标识（Temporarily Assigned Identity，TAI）和随机接入响应（RAR，Random Access Response）。
- UE收到RAR后，回复随机接入响应，同时携带临时标识。
- 目标小区验证UE的临时标识，如果正确，为UE分配RRC （Radio Resource Control）连接。
4. 建立RRC连接：- UE和目标小区之间建立RRC连接。
- UE发送RRC连接请求（RRC Connection Request）到目标小区。
- 目标小区收到RRC连接请求后，回复RRC连接设置（RRC Connection Setup），同时分配临时标识。
- UE收到RRC连接设置后，回复RRC连接承诺（RRC Connection Setup Complete）。
- 目标小区收到RRC连接承诺后，验证UE的临时标识，如果正确，为UE分配RRC连接。
TD-LTE信令流程详解(很好很强大)
系统消息（36.331）
LTE系统消息
系统消息的组成
MasterInformationBlock(MIB) 多个SystemInformationBlocks (SIBs)
MIB
承载于BCCH → BCH → PBCH上 包括有限个用以读取其他小区 信息的最重要、最常用的传输 参数（系统带宽，系统帧号， PHICH配置信息） 时域：紧邻同步信道，以 10ms为周期重传4次 频域：位于系统带宽中央的72 个子载波
3G中含有多个MAC实体 ：MAC-b, MAC-c/sh, MAC-d, MAC-hs
RLC层依然提供TM/UM /AM三种传输模式
E-UTRAN接口通用协议模型
基本概念
接口功能
LTE接口通用模型
适用于E-UTRAN相关的所有接口，即S1和X2接口 控制面和用户面相分离，无线网络层与传输网络层相分离 无线网络层：实现E-UTRAN的通信功能 传输网络层：采用IP传输技术对用户面和控制面数据进行传输
服务网关功能：
终止由于寻呼原因产生的用户平面数据包； 支持由于UE移动性产生的用户平面切换。
PDN网关功能：
逐用户数据包的过滤和检查 用户IP分配
网元间控制面整体协议栈
基本概念
协议栈结构
NAS
RRC
PDCP
RLC MAC L1
UE
LTE-Uu
Relay
RRC PDCP
S1-AP SCTP
RLC
IP
LTE信令流程
研究院无线所 2010年12月
主要内容
基本概念
网络架构 协议栈结构 接口功能 无线网系统消息 UE的工作模式与状态 无线承载的分类 UE标识
无线网基本信令流程
TDLTE信令流程
TD-LTE 信令流程（2014.03）本文主要就PS 业务建立流程和LTE 系统内切换的信令及信令解码进行重点IE 分析，并加以标注。
所有信令为eNB 侧跟踪的信令。
1. PS 业务建立流程：1.1 R RC Connection RequestUE 上行发送一条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 : |_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 32UE 初始标识，此处因为上层没有提供S-TMSI,所以为随机值。
LTE信令流程及信令解码详解
TD-LTE信令流程及信令解码本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE 分析，并加以标注，所有信令为eNB侧跟踪的信令。
PS业务建立流程：1.1RRC Connection RequestUE上行发送一条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 :|_struUL-CCCH-Message :|_message :|_c1 :|_rrcConnectionRequest :|_criticalExtensions :|_rrcConnectionRequest-r8 : |_ue-Identity :|_establishmentCause : ----highPriorityAccess(1)|_spare : ---- '0'B(00 )04 53 14 97 b7 8c 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
该消息携带主要IE 详细见信令解码。
信令解码如下：-RRC-MSG :|_msg : UE 初始标识，此处因为上层没有提供建立原因，此处highPriorityAc|_struDL-CCCH-Message :|_struDL-CCCH-Message :|_message :|_c1 :|_rrcConnectionSetup :|_rrc-TransactionIdentifier : ---- 0x1(1) ----|_criticalExtensions : |_c1 :|_rrcConnectionSetup-r8 :|_radioResourceConfigDedicated : |_srb-ToAddModList :| |_SRB-ToAddMod :| |_srb-Identity : ---- 0x1(1)----| |_rlc-Config :| | |_explicitValue : 此处为建t-PollRetransmit : 发送端发送某个Poll 的AMDPDU 后，如果在该定时器超时后，还没有收到响应，则重新触发Poll. pollPDU : 轮询间隔SDU 数，该参数给出了一个触发| | |_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 :SRB1上下行t-Reordering ：重排序定时器，用于触发RESET PDU 的重传，Priorit:表示逻辑信道的优先级。
TDLTE信令流程及信令解码比超详细还详细
TD-LTE信令流程及信令解码（2013.03）本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。
所有信令为eNB侧跟踪的信令。
1.PS业务建立流程：1.1RRC Connection RequestUE上行发送一条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 : |_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 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
(流程管理)TDLTE信令流程及信令解码
（流程管理）TDLTE信令流程及信令解码TD-LTE信令流程及信令解码（2013.03）本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。
所有信令为eNB侧跟踪的信令。
1.PS业务建立流程：1.1RRC Connection RequestUE上行发送一条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---发送数据时，DelayTolerantAccess-v1020---R10中新增原因，延迟容忍接入。
其中“mt”代表移动终端，“mo”代表移动始端。
信令解码如下：-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 321.2RRC Connection Setup UE初始标识，此处因为上层没有提供S-TMSI,所以为随机值。
[整理]TDLTE信令流程及信令解码.
![[整理]TDLTE信令流程及信令解码.](https://img.taocdn.com/s3/m/bdb18494fab069dc51220148.png)
-------------------------- TD-LTE信令流程及信令解码（2013.03）--------------------------本文主要就PS 业务建立流程和LTE 系统内切换的信令及信令解码进行重点IE 分析，并加以标注。
所有信令为eNB 侧跟踪的信令。
1. PS 业务建立流程：1.1 RRC Connection RequestUE 上行发送一条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 : |_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 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
td-lte信令流程及信令解码.doc
TD-LT信令流程及信令解码TD-LTE信令流程及信令解码（2013.03）第1页共76页TD-LT信令流程及信令解码本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。
所有信令为eNB侧跟踪的信令。
1.PS业务建立流程：1.1RRC Connection RequestUE上行发送一条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---发送数据时，DelayTolerantAccess-v1020---R10中新增原因，延迟容忍接入。
其中“mt”代表移动终端，“mo”代表移动始端。
第2页共76页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 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
2.2.3 TD-LTE信令流程及信令解码要点
TD-LT信令流程及信令解码TD-LTE信令流程及信令解码（2013.03）第1页共76页TD-LT 信令流程及信令解码第2页 共76页本文主要就PS 业务建立流程和LTE 系统内切换的信令及信令解码进行重点IE 分析，并加以标注。
所有信令为eNB 侧跟踪的信令。
1. PS 业务建立流程：1.1 RRC Connection RequestUE 上行发送一条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 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
TD-LTE信令流程及信令解码（2013.03）本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。
所有信令为eNB侧跟踪的信令。
1.PS业务建立流程：1.1RRC Connection RequestUE上行发送一条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 :|_struUL-CCCH-Message :|_message :|_c1 :|_rrcConnectionRequest :|_criticalExtensions :|_rrcConnectionRequest-r8 :|_ue-Identity :|_establishmentCause : ---- highPriorityAccess(1) UE初始标识，此处因为上层没有提供S-TMSI,所以为随机值。
建立原因，此处highPriorityAccess指的是AC11~AC1504 53 14 97 b7 8c 321.2RRC Connection SetupeNB在下行方向发送RRCConnectionSetup消息给UE，包含建立SRB1承载和无线资源配置信息。
该消息携带主要IE详细见信令解码。
信令解码如下：-RRC-MSG :|_msg :|_struDL-CCCH-Message :|_struDL-CCCH-Message :|_message :|_c1 :|_rrcConnectionSetup :|_rrc-TransactionIdentifier : ---- 0x1(1) ----| |_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) ---- | |_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 :参数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 处在上行时钟同步的时间长度。
| |_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 c01.3 RRC Connection Setup CompleteUE 完成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。