LTE附着信令流程
LTE完整信令流程
LTE完整信令流程LTE（Long Term Evolution）是第四代移动通信技术，支持更快的数据传输速率和更低的延迟。
以下是LTE完整信令流程的详细说明：1.启动步骤：a. 手机（UE）向移动网络发送接入请求（RRC Connection Request）。
b. 基站选定一个可用的物理层资源来分配给UE，并向UE发送随机接入响应（RRC Connection Setup）。
2.认证和安全步骤：c.UE发起可选的移动设备认证过程，以验证自己的身份。
d. 完成认证后，移动网络发送键控信息（Ciphering Key）和完整性保护信息（Integrity Key）给UE，以确保数据传输的机密性和完整性。
3.配置NAS连接：a. 移动网络发送配置请求消息（NAS Signaling Connection Setup Request）给UE。
4.UE附着到移动网络：a. UE发送附着请求（Attach Request）消息给移动网络。
b. 移动网络向设备发送附着响应（Attach Accept）。
c. 向移动网络注册UE的位置信息（Update Location Request）。
d. 移动网络发送位置更新响应（Update Location Accept）给UE。
5.建立承载：a. UE发送承载请求（Bearer Setup Request）消息给移动网络。
b. 移动网络配置承载参数和QoS（Quality of Service），并发送承载确认（Bearer Setup Accept）给UE。
c. UE发送初始上下文建立（Initial Context Setup Request）消息给移动网络。
d. 移动网络发送初始上下文建立确认（Initial Context Setup Accept）给UE。
6.数据传输：a. UE发送数据请求（Data Request）给移动网络。
b. 移动网络将数据传输到目标UE的接收缓冲区，并发送数据确认（Data Acknowledgement）给源UE。
LTE信令流程之开机附着去附着流程分析
LTE信令流程之开机附着去附着流程分析为了实现LTE网络中用户设备的连接和通信，开机附着和去附着是非常重要的步骤。
下面将分析LTE信令流程中的开机附着和去附着过程。
开机附着是指当用户设备（UE）开机或从断网状态恢复时，UE需要与LTE网络建立连接。
开机附着的过程可以分为以下几个步骤：第一步，扫描小区：UE首先会扫描周围的小区，以便找到可用的LTE小区。
UE会通过物理广播信道（PBCH）和物理下行共享信道（PDSCH）接收广播信号，获取小区的系统信息。
第二步，收到系统信息和选择小区：UE会解码收到的系统信息，并根据其中的参数选择要附着的目标小区。
UE需要选择一个最优的小区，以便进行后续的附着过程。
第三步，发送附着请求：UE会在随机接入过程中使用随机接入信道（RACH）发送附着请求。
UE会在附着请求中携带相关的用户身份和能力信息，以便网络能够识别和验证UE的身份。
第四步，接收附着响应：如果网络接收到UE的附着请求并验证通过，它将向UE发送附着响应。
附着响应中包含了分配给UE的临时标识，以及其他相关的系统信息。
第五步，完成附着过程：UE收到附着响应后，将与网络进行配对并完成附着过程。
UE会解码附着响应，获取分配的临时标识，并在后续的通信过程中使用它。
去附着是指当用户设备不再需要连接LTE网络时，可以发送去附着请求来终止与网络的连接。
第一步，发送去附着请求：UE会使用随机接入过程中的RACH发送去附着请求。
UE会在去附着请求中携带相关的用户身份信息，以便网络能够识别和验证UE的身份。
第二步，接收去附着响应：如果网络接收到UE的去附着请求并验证通过，它将向UE发送去附着响应。
去附着响应中可能包含一些系统信息，以便UE可以在后续的操作中使用。
第三步，释放资源：UE收到去附着响应后，将释放与网络之间的所有资源，并终止与网络的连接。
开机附着和去附着是LTE网络中用户设备连接和断开连接的重要过程。
通过开机附着过程，用户设备可以与网络建立连接，并获取到分配的临时标识，以便进行后续的通信。
LTE空口信令解析（附着到FTP业务流程）
LTE空⼝信令解析（附着到FTP业务流程）LTE空⼝信令解析（附着到进⾏FTP业务流程）
⼀、信令流程简介
1.1附着信令流程
UE开机或者飞⾏模式后进⾏⼩区选择，读取系统消息后，进⾏附着流程，附着流程包括
1、UE随机接⼊，RRC建⽴阶段；
2、UE能⼒认证；
3、UE⾝份认证；
4、NAS层鉴权加密（可选,初始附着除外）
5、NAS层安全模式；
6、AS侧安全模式；
7、建⽴E-RAB承载；
8、激活默认承载；
1.2FTP业务信令流程
UE在空闲态，如果要接收数据或者发送数据，UE会经历⼀下⼏个流程：
1、随机接⼊，建⽴RRC连接；
2、UE⾝份认证；
3、AS层安全模式；
4、建⽴E-RAB承载；
5、进⾏数据传输
UE在连接态要传数据，层3信令⽆明显特征；层1⽅⾯，假如存在PUSCH信道，随时可以传输数据，假如不存在，需通过PUCCH SR进⾏上⾏资源申请，如果PUCCH SR申请不到信道，UE会发起RACH竞争接⼊申请资源，RACH竞争不到，UE 掉线，进⼊空闲态。
1.3 切换信令流程
切换流程⼀般包括测量控制下发，测量报告上报，测量判决，测量执⾏，信令流程图如下：
⼆、关键信令说明
2.1System Information Block Type1
2.2System Information Block Type2（其他系统消息也是与SIB2组合在⼀
起在SI消息中下发，SI系统消息可能会包含多个SIB，这⾥不详细列举，⽐如SIB3/SIB4携带同频重选参数信息,SIB5携带异频重选参数信息，SIB6-8携带异系统重选参数信息等）。
LTE空口信令经过流程详解
LTE空口信令流程详解以及相关优化案例汇总1、附着信令流程1.1 、Attach附着信令流程（统计时延：红色的为开始和结束信令）EPS MM Attach requestEPS MM Unknown(0x0734)UL CCCH rrcConnectionRequestDL CCCH rrcConnectionSetupUL DCCH rrcConnectionSetupCompleteDL DCCH rrcConnectionReconfigurationDL DCCH dlInformationTransferUL DCCH rrcConnectionReconfigurationCompleteEPS MM Security protected NAS messageEPS MM Authentication requestEPS MM Authentication responseEPS MM Unknown(0x077B)UL DCCH ulInformationTransferDL DCCH dlInformationTransferEPS MM Security protected NAS messageEPS MM Security mode commandEPS MM Security mode completeEPS MM Unknown(0x0790)UL DCCH ulInformationTransferDL DCCH ueCapabilityEnquiryUL DCCH ueCapabilityInformationDL DCCH securityModeCommandDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete EPS MM Security protected NAS messageEPS MM Attach acceptEPS SM Activate default EPS bearer context request EPS SM Activate default EPS bearer context accept EPS MM Attach completeEPS MM Unknown(0x072D)UL DCCH ulInformationTransferDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationCompleteattach.xlsAttach信令流程详解1.2、Detach去附着信令流程（统计时延：红色的为开始和结束信令）EPS MM Detach requestEPS MM Unknown(0x0734)UL DCCH ulInformationTransferDL DCCH dlInformationTransferEPS MM Security protected NAS message EPS MM Detach acceptDL DCCH rrcConnectionReleaseEPS SM PDN connectivity requestdeatch.xlsDetach信令流程详解2、呼叫业务信令流程2.1、UE主叫信令流程（统计时延：红色的为开始和结束信令）EPS MM Extended service requestUL CCCH rrcConnectionRequestDL CCCH rrcConnectionSetupUL DCCH rrcConnectionSetupCompleteDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH securityModeCommandDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationCompleteUE 主叫信令.xlsUE主叫信令流程详解2.2、UE被叫信令流程（统计时延：红色的为开始和结束信令）DL PCCH PagingEPS MM Extended service requestUL CCCH rrcConnectionRequestDL CCCH rrcConnectionSetupUL DCCH rrcConnectionSetupCompleteDL DCCH rrcConnectionReconfigurationrrcConnectionReconfigurationComplet UL DCCHeDL DCCH securityModeCommandDL DCCH rrcConnectionReconfigurationrrcConnectionReconfigurationCompl UL DCCHeteDL DCCH rrcConnectionReconfigurationrrcConnectionReconfigurationComplet UL DCCHeUE 被叫信令.xlsUE被叫信令流程详解3、重选与切换信令流程3.1、小区重选信令流程DL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationDL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationDL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationBlockType1重选.xls重选信令流程详解3.2、基站内同频切换信令流程（统计时延：红色的为开始和结束信令）UL DCCH measurementReportDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformation基站内同频切换信令流程详解基站内同频切换信令.xls3.3、基站间同频切换信令流程（统计时延：红色的为开始和结束信令）UL DCCH measurementReportDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL BCCH:DL SCH systemInformationBlockType1DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete基站间同频切换信令流程详解基站间同频切换信令.xls4、跟踪区域更新信令流程4.1、新小区所属跟踪区域不在终端跟踪区域列表中信令流程4.2、周期性跟踪区域更新信令流程六、优化案例9.1、PUSCH BLER高案例问题现状：最近在上南路高青路做业务测试时发现PUSCH BLER较高，分别对Cell175进行了多次不同状态下的测试，分别为由其他小区切换至Cell175、处于定点状态下占用Cell175、处于移动状态下稳定占用Cell175进行测试，在这三种状态下，Cell175的PUSCH BLEW均很高，同时，在占用Cell175的时候，UE会多次出现重建的情况。
VOLTE基本原理与信令流程
VOLTE基本原理与信令流程
基本原理：
信令流程：
1. 附着过程（Attach Procedure）：
当用户手机进入LTE网络覆盖范围时，它会向网络发送附着请求。
附着请求包含了用户的标识信息和附着类型。
网络收到附着请求后，会对用户进行身份验证，然后分配一个IP地址和一个临时标识符，用于用户的定位。
2. 注册过程（Registration Procedure）：
一旦用户成功附着到网络上，它会发送一个注册请求来注册到IMS网络。
注册请求包含了用户的标识信息和用户设备的能力信息。
IMS网络收到注册请求后，会将用户的信息存储在注册数据库中，并返回一个注册成功的消息。
3. 会话建立过程（Session Establishment Procedure）：
IMS网络收到会话建立请求后，会查询被叫用户的位置信息，并发送一个呼叫请求到被叫用户所在的网络。
被叫用户接收到呼叫请求后，可以选择接受或拒绝呼叫。
4. 语音通话过程（Voice Call Procedure）：
一旦呼叫建立成功，语音通话就可以开始了。
语音数据会被采集、编码和封装进LTE网络中，然后通过IP网络进行传输。
被叫用户接收到语音数据后，会将其解码并还原为语音，然后通过扬声器播放出来。
5. 会话结束过程（Session Termination Procedure）：
总结：
它的信令流程包括附着过程、注册过程、会话建立过程、语音通话过程和会话结束过程。
通过VOLTE技术，用户可以在LTE网络上实现高质量的语音通信。
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连接的建立、释放过程等。
LTE常见信令流程总结
LTE常见信令流程总结LTE（Long Term Evolution）是一种第四代移动通信技术，它使用了全新的LTE协议来提供更快速、更高效的无线通信。
LTE中的信令流程是指在通信设备之间进行控制与管理的通信过程。
下面是LTE常见信令流程的总结。
第一步：附着过程（Attach Procedure）附着过程是终端设备和LTE网络之间建立连接的第一步。
终端设备通过发起附着请求向网络注册自己，并提供诸如设备的标识、能力信息等。
LTE网络接收并处理附着请求，然后为终端设备分配唯一的标识符（EPS （Evolved Packet System）标识符）以及一些参数。
第二步：鉴权和加密过程（Authentication and Encryption Procedure）终端设备在完成附着过程后，需要与LTE网络进行鉴权和加密过程。
在这个流程中，终端设备和LTE网络之间进行身份验证和密钥协商。
终端设备提供鉴权向量进行鉴权，并使用鉴权向量中的信息生成加密密钥和完整性密钥。
完成鉴权和加密后，终端设备可以开始与网络进行通信。
第三步：PDP（Packet Data Protocol）激活过程（PDP Activation Procedure）PDP激活过程是为了开启终端设备在数据通信中使用IP（Internet Protocol）网络的能力。
终端设备通过IPv4或IPv6地址请求逻辑通道，以便在终端设备和LTE网络之间传输数据。
网络为终端设备分配地址和QoS（Quality of Service）参数等，并且建立了数据传输所需的电路。
第四步：无线承载资源分配（Radio Bearer Establishment）无线承载资源分配是为终端设备建立与LTE网络之间的物理通路，以进行数据传输。
在这个流程中，网络为终端设备分配物理资源，例如频段、时隙等。
终端设备和网络之间的无线链路建立后，数据传输可以开始。
第五步：UE Context释放过程（UE Context Release Procedure）UE Context释放过程是终端设备与网络之间断开连接的过程。
LTE附着信令流程
LTE附着信令流程
1、基站向终端发送SIB1信元：当UE进入到一个新小区时，首先UE会接收SIB1，SIB1信元包含小区的相关配置信息，如小区ID，小区带宽，Tx/Rx模式，小区功率等信息，UE可以根据收到的SIB1信元比较各
个小区的性能，通过CRNTI携带E-UTRAN小区选择（E-UTRAN Cell Selection）可以选择最佳小区。
3、终端发起安全激活：此时UE发起安全激活请求，基站返回消
息后，UE就进入到安全激活状态，表明UE已经完成安全激活，基站也可
以确认UE的安全激活，此时就可以正常传输数据了。
4、发起定位更新：当UE在移动的过程中移出到一个新的小区时，UE就会发起定位更新，发出定位更新的消息帧，消息帧会携带终端的新
位置，然后基站会根据定位更新消息帧，收到后会发出定位更新确认消息，用以告知UE当前的位置信息是否已经更新成功。
LTE网络信令流程
LTE网络信令流程LTE（Long Term Evolution）是一种4G无线通信技术，为用户提供高速数据传输、低延迟和更好的用户体验。
LTE的信令流程包括以下几个方面：1.接入过程：- UE (User Equipment，即终端设备) 向eNodeB (Evolved Node B，即基站) 发送接入请求。
- eNodeB为UE分配临时标识（Temporary Mobile Subscriber Identity）。
- UE使用临时标识与eNodeB进行认证。
- 认证通过后，eNodeB为UE分配一个唯一的长期标识（Permanent Mobile Subscriber Identity）。
- UE通过接收到的参数，建立与eNodeB的关联，并向eNodeB发送最终接入请求。
- eNodeB将UE的接入请求转发到Mobility Management Entity （MME）。
2.切换过程：- UE在与当前eNodeB的通信中发现信号差或质量下降时，会发送切换请求。
- 当前eNodeB将切换请求发送给MME。
- MME负责查找可用的目标eNodeB，并向目标eNodeB发送切换申请。
- 目标eNodeB评估并验证切换请求。
- 目标eNodeB将切换响应发送给MME，MME将其转发给UE。
- UE收到切换响应后，与目标eNodeB建立新的连接，并与当前eNodeB断开连接。
3.建立和释放数据连接：- UE发送数据连接请求给eNodeB。
- eNodeB将请求发送给MME。
- MME确定UE的上下文信息，并将该信息转发给目标Serving Gateway（S-GW）。
- S-GW分析数据连接请求，并选择合适的Packet Data Network Gateway（P-GW）。
-S-GW将数据连接请求转发给P-GW。
-P-GW向UE发送数据连接响应。
-UE使用该响应设置与P-GW的数据连接。
-数据连接建立后，UE和P-GW之间可以进行数据传输。
LTE信令流程概要
LTE信令流程概要LTE（Long Term Evolution）是目前最为主流的4G无线通信技术，其信令流程是整个LTE网络中实现高效通信的关键。
以下是LTE信令流程的概要：1. 接入过程（Access Procedure）- 初始化：UE（User Equipment）向eNodeB（Evolved NodeB）发送RRC连接请求。
- 授权：eNodeB对UE的连接请求进行验证，并分配RA-RNTI （Random Access - Radio Network Temporary Identifier）。
- 随机接入：UE使用RA-RNTI和预定义的消息结构发送随机接入报文，包括Preamble、Random Access Response等。
- 小区标识：UE通过接收到的Random Access Response确认其接入小区并获取C-RNTI（Cell-Radio Network Temporary Identifier）。
- 连接建立：UE使用分配的C-RNTI建立与eNodeB之间的L1/L2连接。
- 传输建立：UE与eNodeB之间建立物理层连接，进行数据传输准备。
2. 平票配置（Bearer Setup）-小区选择：UE侦听到小区广播并选择目标小区。
-小区允许：小区向UE广播自身信息，包括小区ID、运行频段等。
-附着请求：UE选择合适的小区并发送附着请求。
-附着承认：小区收到附着请求后进行验证，并发送附着承认消息。
-附着完成：UE收到附着承认后与小区建立连接，完成附着过程。
- NAS（Non Access Stratum）连接：UE与MME（Mobility Management Entity）建立NAS连接，并提供UE的服务请求。
3. 初始上下行传输（Initial Uplink/Downlink Transmission）- 初始接入控制：UE与eNodeB之间进行初始接入控制信息的交互。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
附着流程UE进行实际业务前的在网络中注册过程，是一个必要的过程，用户只有在附着成功后才可以接收来自网络的服务流程图1．RRC Connection Setup Request：UE——ENodeb无线资源控制协议连接建立请求2．RRC Connection Setup ：ENodb——UERRC连接设置3．RRC Connection Setup Complete: UE——ENodeb RRC连接设置完成4．Initial UE massage：ENodeb——MME 初始UE消息5．DL NAS Transfer：MME——ENodeb下行NAS 传输6．DL Information Transfer：UE——ENodeb 下行消息传输7．UL Information Transfer：ENodeb——UE 上行消息传输8．UL NAS Transfer：ENodeb——MME上行NAS传输9. DL NAS Transfer：MME——Enodeb下行NAS传输10. DL Information Transfer : ENodeb——UE下行消息传输11. UL Information Transfer：UE——Enodeb上行消息传输12. UL NAS Transfer：ENodeb——MME上行NAS传输13. Initial Context Setup Request：MME——Enodeb初始上下文设置请求14. Security Mode Command: UE——Enodeb安全模式命令15. Security Mode Complete：ENodeb——UE安全模式完成16. UE Capability Enquiry：ENodeb——UEUE能力查询17．UE Capability Information: UE——EnodebUE能力信息18. UE Capability Information Indication：ENodeb——MMEUE能力信息指示19. RRC connection Reconfiguration：ENodeb——UERRC连接重配置20. RRC connection Reconfiguration Complete：ENodeb——UERRC连接重配置完成21. Initial Context Setup Response：ENodeb——MME初始上下文设置响应22. UL Information Transfer：UE——Enodeb上行消息传输23. UL NAS Transfer：ENodeb——MME上行NAS传输过程详解RRC连接建立1.RRC connection Request：rrcConnectionReqest是在SRB0上传输的，SRB0一直存在，用来传输映射到CCCH 的RRC信令。
在此消息中，UE-Identity 的目的是为了底层随机接入的竞争消除。
它可以是S－TMSI，也可以是UE生成的随机数。
在InitialEPSAttach的过程中，UE还没有获得S－TMSI，因此包含了一个40位的随机值。
NAS层通过establishmentCause 指明连接的原因。
（LTE中SRB---无线资源承载LTE中，SRB（signalling radio bearers—信令无线承载）作为一种特殊的无线承载（RB），其仅仅用来传输RRC和NAS消息，在协议36.331中，定义了SRBs的传输信道：——SRB0用来传输RRC消息，在逻辑信道CCCH上传输——SRB1用来传输RRC消息（也许会包含piggybacked NAS消息），在SRB2承载的建立之前，比SRB2具有更高的优先级。
在逻辑信道DCCH上传输.——SRB2用来传输NAS消息，比SRB1具有更低的优先级，并且总是在安全模式激活之后才配置SRB2。
在逻辑信道DCCH上传输.下行piggybacked NAS消息仅仅使用在附着过程（例如连接成功/失败）：承载的建立/修改/释放。
上行的piggybacked NAS消息在连接建立期间初始化NAS消息（也就是发起连接建立，MSG3）注：通过SRB2传输NAS消息也是被包含在RRC消息中的，但是这些NAS消息不包括任何RRC协议控制信息，只是在RRC消息传输的时候包含在RRC中，相当于此时RRC是一个载体的形式。
一旦安全模式被激活，所有SRB1和SRB2的RRC消息（包括某些NAS或者3GPP消息），都会通过PDCP 来进行完整性保护和加密，NAS只是单独对NAS消息进行完整性保护和加密。
换句话说，LTE存在的2层加密和保护：NAS只进行控制信令的加密工作，而PDCP同时进行控制平面和数据平面的完保和加密工作，SRB2的使用还要注意联系一点就是：它是建立在专用承载基础上的，使用DCCH逻辑信道）2.RRC connection Setup：通过底层的竞争接入冲突解决机制，UE接收到NodeB的rrcConnectionSetup信令，建立了UE与ENodeB之间的SRB1，NodeB为SRB1配置RLC层和逻辑层信道的属性。
ENodeB 还可以在此信令中对MAC层和物理层进行配置，如果NodeB没有对此进行配置，36.331中定义了MAC 层和物理层的缺省值。
UE收到NodeB的rrcConnectionSetup信令后，UE和NodeB之间的SRB1就建立起来了。
3.RRC connection Setup complete在UE接收到RRCConnectionSetup消息后，向NodeB发送一个RRCConnectionSetupComplete消息。
其中，selectedPLMN-Identity表示UE选中的PLMN在SIB1中广播的PLMN List中的序号值。
RRCConnectionSetupComplete消息中的dedicatedInfoNAS包含了NAS层的信令，在EUTRAN 中UE的初始接入过程中，NAS层信令通常是EMM层的AttachRequest消息和ESM层的PDNConnectivityRequest消息。
drxParameter指明UE特定的DRX相关参数。
UE通过此参数通知EUTRAN自己特定的寻呼周期, 系统广播消息SIB2中的PCCH Config参数中也定义了缺省的寻呼周期,在这种情况下,UE 使用两者中的最小值。
lastVisitedRegisteredTai用来帮助MME生成有效的TAI列表，MME将在Attach Accept消息中返回给UE。
ueNetworkCapability包含NAS和AS的安全参数pdnType 表示PDN连接的IP类型。
（IPv4、IPv6或者IPv4/IPv6）S1口初始直传消息：4.Initial UE MessageeNodeB接收到RRCConnectionComplete消息后，根据里面的信息，选定相应的MME，然后通过eNodeB和MME之间的S1-C接口发送Initial UE Message给MME。
在此消息中，eNodeB将UE发送的NAS消息转发给MME（36。
413），除此之外，在此消息中，还包括如下项：其中eNB UE S1AP ID 值表示在此eNodeB中UE的S1接口。
MME侧将利用此标识来确定UE 所对应的S1－C逻辑连接。
TAI值由PLMN IDentitity和TAC组成，唯一表示了UE的Tracking Area。
5.DL NAS Transfer：MME——ENodeb6.DL Information Transfer：UE——ENodeb直传消息（鉴权加密）7.UL Information Transfer：ENodeb——UE8.UL NAS Transfer：ENodeb——MME9.DL NAS Transfer：MME——ENodeb10.DL Information Transfer : ENodeb——UE11.UL Information Transfer：UE——ENodeb12.UL NAS Transfer：ENodeb——MME13.Initial context Setup Request：14. Security Mode Command: UE——ENodeb15. Security Mode Command：ENodeb——UEUE能力上报16. UE Capability Enquriry：UE——ENodeb17．UE Capability Information: UE——ENodeb18. UE Capability Information Indication：ENodeb——MMERRC 连接重配19. RRC connection Reconfiguration：UE——ENodeb20. RRC connection Reconfiguration Complete：ENodeb——UE21. Initial Context Setup Response：ENodeb——MME22. UL Information Transfer：UE——ENodeb23. UL NAS Transfer：ENodeb——MMEUU口 S1口信令附件：附着流程附着流程attach.xls去附着流程deatch.xls。