非常详细的LTE信令流程
LTE信令流程
目录
第一章协议层与概念 (5)
1.1控制面与用户面 (5)
1.2接口与协议 (5)
1.2.1NAS协议（非接入层协议） (7)
1.2.2RRC层（无线资源控制层） (7)
1.2.3PDCP层（分组数据汇聚协议层） (8)
1.2.4RLC层（无线链路控制层） (8)
1.2.5MAC层（媒体接入层） (9)
1.2.6PHY层（物理层） (10)
1.3空闲态和连接态 (12)
1.4网络标识 (13)
1.5承载概念 (14)
第二章主要信令流程 (16)
2.1 开机附着流程 (16)
2.2随机接入流程 (19)
2.3 UE发起的service request流程 (23)
2.4寻呼流程 (26)
2.5切换流程 (27)
2.5.1 切换的含义及目的 (27)
2.5.2 切换发生的过程 (28)
2.5.3 站内切换 (28)
2.5.4 X2切换流程 (30)
2.5.5 S1切换流程 (32)
2.5.6 异系统切换简介 (34)
2.6 CSFB流程 (35)
2.6.1 CSFB主叫流程 (36)
2.6.2 CSFB被叫流程 (37)
2.6.3 紧急呼叫流程 (39)
2.7 TAU流程 (40)
2.7.1 空闲态不设置“ACTIVE”的TAU流程 (41)
2.7.2 空闲态设置“ACTIVE”的TAU流程 (43)
2.7.3 连接态TAU流程 (45)
2.8专用承载流程 (46)
2.8.1 专用承载建立流程 (46)
2.8.2 专用承载修改流程 (48)
2.8.3 专用承载释放流程 (50)
2.9去附着流程 (52)
2.9.1 关机去附着流程 (52)
2.9.1 非关机去附着流程 (53)
2.10 小区搜索、选择和重选 (55)
2.10.1 小区搜索流程 (55)
2.10.1 小区选择流程 (56)
2.10.3 小区重选流程 (57)
第三章异常信令流程 (60)
3.1 附着异常流程 (61)
3.1.1 RRC连接失败 (61)
3.1.2 核心网拒绝 (62)
3.1.3 eNB未等到Initial context setup request消息 (63)
3.1.4 RRC重配消息丢失或eNB内部配置UE的安全参数失败 (64)
3.2 ServiceRequest异常流程 (65)
3.2.1 核心网拒绝 (65)
3.2.2 eNB建立承载失败 (66)
3.3 承载异常流程 (68)
3.3.1核心网拒绝 (68)
3.3.2 eNB本地建立失败（核心网主动发起的建立） (68)
3.3.3 eNB未等到RRC重配完成消息，回复失败 (69)
3.3.4 UE NAS层拒绝 (70)
3.3.5上行直传NAS消息丢失 (71)
第四章系统消息解析 (72)
4.1 系统消息 (73)
4.2 系统消息解析 (74)
4.2.1 MIB （Master Information Block）解析 (74)
4.2.2 SIB1 （System Information Block Type1）解析 (75)
4.2.3 SystemInformation消息 (77)
第五章信令案例解析 (83)
5.1实测案例流程 (84)
5.2 流程中各信令消息解析 (84)
5.2.1 RRC_CONN_REQ:RRC连接请求 (85)
5.2.2 RRC_CONN_SETUP:RRC连接建立 (86)
5.2.3 RRC_CONN_SETUP_CMP:RRC连接建立完成 (90)
5.2.4 S1AP_INITIAL_UE_MSG:初始直传消息 (90)
5.2.5 S1AP_INITIAL_CONTEXT_SETUP_REQ:初始化文本建立请求 (91)
5.2.6 RRC_UE_CAP_ENQUIRY:UE能力查询 (94)
5.2.7 RRC_UE_CAP_INFO:UE能力信息 (95)
5.2.8 S1AP_UE_CAPABILITY_INFO_IND:UE能力信息指示 (99)
5.2.9 RRC_SECUR_MODE_CMD:RRC安全模式命令 (103)
5.2.10 RRC_CONN_RECFG:RRC连接重配置 (104)
5.2.11 RRC_SECUR_MODE_CMP:RRC安全模式完成 (107)
5.2.12 RRC_CONN_RECFG_CMP:RRC连接重配置完成 (107)
5.2.13 S1AP_INITIAL_CONTEXT_SETUP_RSP:初始化文本建立完成 (108)
5.2.14 S1AP_ERAB_MOD_REQ:ERAB修改请求 (109)
5.2.15 RRC_DL_INFO_TRANSF:RRC下行直传消息 (110)
5.2.16 S1AP_ERAB_MOD_RSP:ERAB修改完成 (110)
5.2.17 RRC_CONN_RECFG:RRC连接重配置 (111)
5.2.18 RRC_UL_INFO_TRANSF:RRC上行直传消息 (116)
5.2.19 S1AP_UL_NAS_TRANS:上行NAS直传消息 (116)
5.2.20 RRC_CONN_RECFG_CMP:RRC连接重配置完成 (117)
5.2.21 RRC_CONN_RECFG:RRC连接重配置 (117)
5.2.22 RRC_CONN_RECFG_CMP:RRC连接重配置完成 (119)
5.2.23 RRC_MEAS_RPRT:RRC测量报告 (119)
5.2.24 RRC_UL_INFO_TRANSF:RRC上行信息传输 (120)
5.2.25 S1AP_UL_NAS_TRANS:上行NAS信息传输 (120)
5.2.26 S1AP_UE_CONTEXT_MOD_REQ:UE文本更改请求 (121)
5.2.27 S1AP_UE_CONTEXT_MOD_RSP:UE文本更改响应 (122)
5.2.28 RRC_CONN_REL:RRC连接释放 (123)
5.2.29 S1AP_UE_CONTEXT_REL_REQ:UE文本释放请求 (124)
5.2.30 S1AP_UE_CONTEXT_REL_CMD:UE文本释放命令 (124)
5.2.31 S1AP_UE_CONTEXT_REL_CMP:UE文本释放完成 (125)
概述
本文通过对重要概念的阐述，为信令流程的解析做铺垫，随后讲解LTE中重要信令流程，让大家熟悉各个物理过程是如何实现的，其次通过异常信令的解读让大家增强对异常信令流程的判断，再次对系统消息的解析，让大家了解系统消息的特点和携带的内容。最后通过实测信令内容讲解，说明消息的重要信元字段。
第一章协议层与概念
1.1控制面与用户面
在无线通信系统中，负责传送和处理用户数据流工作的协议称为用户面；负责传送和处理系统协调信令的协议称为控制面。用户面如同负责搬运的码头工人，控制面就相当于指挥员，当两个层面不分离时，自己既负责搬运又负责指挥，这种情况不利于大货物处理，因此分工独立后，办事效率可成倍提升，在LTE网络中，用户面和控制面已明确分离开。
1.2接口与协议
接口是指不同网元之间的信息交互时的节点，每个接口含有不同的协议，同一接口的网元之间使用相互明白的语言进行信息交互，称为接口协议，接口协议的架构称为协议栈。在LTE中有空中接口和地面接口，相应也有对应的协议和协议栈。
图1 子层、协议栈与流
UE
图2 子层运行方式
LTE 系统的数据处理过程被分解成不同的协议层。简单分为三层结构：物理层、数据链路层L2和网络层。图1阐述了LTE 系统传输的总体协议架构以及用户面和控制面数据信息的路径和流向。用户数据流和信令流以IP 包的形式进行传送，在空中接口传送之前，IP 包
将通过多个协议层实体进行处理，到达eNodeB后，经过协议层逆向处理，再通过S1/X2接口分别流向不同的EPS实体，路径中各协议子层特点和功能如下：
1.2.1NAS协议（非接入层协议）
处理UE和MME之间信息的传输，传输的内容可以是用户信息或控制信息（如业务的建立、释放或者移动性管理信息）。它与接入信息无关，只是通过接入层的信令交互，在UE 和MME之间建立起了信令通路，从而便能进行非接入层信令流程了。
NAS层功能如下：
●会话管理：包括会话建立、修改、释放及QoS协商
●用户管理：包括用户数据管理，以及附着、去附着
●安全管理：包括用户与网络之间的鉴权及加密初始化
●计费
1.2.2RRC层（无线资源控制层）
RRC层是支持终端和eNodeB间多种功能的最为关键的信令协议。RRC的功能包括：
●广播NAS层和AS层的系统消息
●寻呼功能（通过PCCH逻辑信道执行）
●RRC连接建立、保持和释放，包括UE与E-UTRAN之间临时标识的分配、信
令无线承载的配置
●安全功能，包括密钥管理
●端到端无线承载的建立、修改与释放
●移动性管理，包括UE测量报告，以及为了小区间和RAT间移动性进行的报
告控制、小区间切换、UE小区选择与重选、切换过程中的RRC上下文传输等
●MBMS业务通知，以及MBMS业务无线承载的建立、修改与释放
●QoS管理功能
●UE测量上报及测量控制
●NAS消息的传输
●NAS消息的完整性保护
1.2.3PDCP层（分组数据汇聚协议层）
负责执行头压缩以减少无线接口必须传送的比特流量。头压缩机制基于ROHC。在接收端，PDCP协议将负责执行解密及解压缩功能。对于一个终端每个无线承载有一个PDCP 实体。一个PDCP实体是关联控制平面还是用户平面，主要取决于它为哪种无线承载携带数据。PDCP层在控制面对RRC和NAS层消息进行完整性校验，在用户面不进行完整性校验。
PDCP层功能
●IP包头压缩与解压缩
●数据与信令的加密
●信令的完整性保护。
1.2.4RLC层（无线链路控制层）
负责分段与连接、重传处理，以及对高层数据的顺序传送。RLC层以无线承载的方式为PDCP层提供服务，其中，每个终端的每个无线承载配置一个RLC实体。主要目的是将数据交付给对端的RLC实体。所以RLC提出了三种模式：透明模式（Transparent Mode，TM）、非确认模式（Unacknowledged Mode，UM）和确认模式（Acknowledged Mode，AM）。
TM模式最简单，它对于上层数据不进行任何改变，这种模式典型地被用于BCCH或PCCH逻辑信道的传输，该方式不需对RLC层进行任何特殊的处理。RLC的透明模式实体从上层接收到数据，然后不做任何修改地传递至下面的MAC层，这里没有RLC头增加、数据分割及串联。
UM模式可以支持数据包丢失的检测，并提供分组数据包的排序和重组。UM模式能够用于任何专用或多播逻辑信道，具体使用依赖于应用及期望QoS的类型。数据包重排序是指对不按顺序接收到的数据进行排序。
AM模式是一种最复杂的模式。除了UM模式所支持的特征外，AM RLC实体能够在检测到丢包时要求它的对等实体重传分组数据包，即ARQ机制。因此，AM模式仅仅应用于DCCH或DTCH逻辑信道。
一般来讲，AM模式典型地用于TCP的业务，如文件传输，这类业务主要关心数据的无错传输；UM模式用于高层提供数据的顺序传送，但是不重传丢失的PDU，典型地用于如Voip业务，这类业务最主要关心传送时延；TM模式则仅仅用于特殊的目的，如随机接入。
1.2.5MAC层（媒体接入层）
负责处理HARQ重传与上下行调度。MAC层将以逻辑信道的方式为RLC层提供服务。其主要目的是为RLC层业务与物理层之间提供一个有效的连接。从这个角度看，MAC层支持的主要功能包括：
●逻辑信道与传输信道之间的映射；
●传输格式的选择，例如通过选择传输块大小、调制方案等作为输入参数提供给
物理层；
●一个UE或多个UE之间逻辑信道的优先级管理；
●通过HARQ机制进行纠错；
●填充（Padding）；
●RLC PDU的复用与解复用；
●业务量的测量与上报。
MAC层提供给上层的业务主要包括：数据传送及无线资源分配。物理层提供给MAC层的业务包括：数据传送、HARQ反馈信令、调度请求信令以及测量。
在上行链路发送中，终端侧的MAC层只是复用自己的多个上行链路数据流，并且决定是发送上行链路调度请求还是发送上行链路数据。然而在下行链路共享信道，eNodeB必须考虑小区内发往所有用户的数据流（或逻辑信道）。这就涉及到优先级处理过程，优先权处理是MAC层的一个主要功能。优先权处理过程是指从不同的等待队列选出一个分组，将其传递到物理层，并通过无线接口发送的过程。因为要考虑到不同信息流的发送，包括纯用户数据、E-UTRAN信令和EPC信令，这个过程非常复杂。当已传数据没有正确接收时，是否重传也与优先权处理有关，所以优先权处理过程还是与HARQ密切相关的，HARQ是MAC的另一个主要功能。此外，网络侧的MAC层要负责上行链路优先权处理，因为它必须从共享UL-SCH传输信道的多个终端的所有上行链路调度请求消息中进行选择。
1.2.6PHY层（物理层）
负责处理编译码、调制解调、多天线映射以及其它电信物理层功能。物理层以传输信道的方式为MAC层提供服务。
物理层将包含如下功能：
●传输信道的错误检测并向高层提供指示。
●传输信道的前向纠错编码（FEC）与译码。
●混合自动重传请求（HARQ）软合并。
●传输信道与物理信道之间的速率匹配及映射。
●物理信道的功率加权。
●物理信道的调制与解调。
●时间及频率同步。
●射频特性测量并向高层提供指示。
●MIMO天线处理。
●传输分集。
●波束赋形。
●射频处理。
以上为LTE网络架构中各层的主要功能和作用，其中MAC、RLC、PDCP三个子层组成数据链路层，称为L2。子层与子层之间使用服务接入点（Service Access Points，SAP）作为端到端通信的接口。PDCP层向上提供无线承载服务，并提供可靠头压缩（Robust Header Compression，ROHC）与安全保护功能；物理层与MAC层之间的SAP为传输信道，MAC层与RLC层之间的SAP为逻辑信道。物理信道，执行信息的收发；传输信道，区分信息的传输方式；逻辑信道，区分信息的类型。MAC层主要负责提供逻辑信道到传输信道之间的映射，同时执行将几个逻辑信道（例如无线承载）复用到统一传输信道（例如传输块）。
LTE系统的上下行架构各子层实现功能是基本相同的，它们的主要区别在于下行反映网络侧情况，处理多个用户；上行反映终端侧的情况，只处理一个用户。
1.3空闲态和连接态
EPS中有两种管理模型：移动性管理EMM和连接性管理ECM。EMM状态描述的是UE在网络中的注册状态，表明UE是否已经在网络中注册。注册状态的转变是由于移动性管理过程而产生的，比如附着过程和TAU过程。EMM分为已注册和为注册两种状态。而ECM描述的是UE和EPC间的信令连接性，也有两种状态：空闲态ECM-IDLE和连接态ECM-CONNECTED。空闲态和连接态是RRC子层中的两种状态，建立了RRC连接就是连接态，释放了RRC连接就是空闲态，如果是脱网、关机、DETACHED就是DEAD态（在RRC中描述为NULL）。
表1 空闲态和连接态的特征
应使用DRX等具有省电的功能
图3 状态的转换过程
1.4网络标识
在EPS网络中，一共有6种不同的UE标识，包括IMSI、IMEI、S-TMSI、C-RNTI、GUTI 和IP，各个标识的生命周期、有效周期、功能作用和分配方式各不相同，在LTE信令分析中要懂得区分和查找。
C-RNTI:小区无线网络临时标识，由基站分配给UE的一个动态标识，唯一标识了一个小区空口下的UE，只有处于连接态下的UE，C-RNTI才有效。（T-RNTI是临时的C-RNTI，连接态建立后T-RNTI会晋升为正式的C-RNTI）
RA-RNTI:接入用-无线网络临时标识，收端UE知道自己之前Preamble的发送位置，通过计算可以检测PDCCH上是否有自己对应的RA-RNTI；有，则说明接入被响应。RA-RNTI可由UE\eNodeB根据公式计算而得（发生时刻、频域资源、前导格式等决定），无需通过信令来传送。对于FDD，RA-RNTI和preamble发送的子帧号一一对应，对于TDD 同时要考虑频率资源。所以RA-RNTI对于FDD是10个，对于TDD最多60个。此标识在这里与其他标识对比，是接入用的标识。
IMEI:是由设备制造商给UE设备分配的一个永久标识，IMEI存储在SIM卡和HSS中，同时IMEI可防止不法手机的再使用等，目前中国未使用。
IMSI: 国际移动用户识别码，由SP（service provider）给UE分配的一个永久标识，开户就有。只要UE能够使用SP提供的服务就一直有效，IMSI存储在SIM和HSS中，是3GPP的PLMN中全球唯一标识。
S-TMSI:S-TMSI是临时UE识别号，由MME产生并维护，用于NAS交互中保护用户的IMSI，其中S代表SAE，与M-TMSI一致。而在小区级识别RRC连接时，C-RNTI提供唯一的UE识别号。
UE ID:UE标识，用于识别UE。这些标识用户身份的ID在建立RRC连接时发送到eNB
进行用户身份识别。UE ID可以是IMEI、IMSI、S-TMSI，另外UE ID不仅用于基站进行用户识别，在SAE侧同样需要使用UE ID进行用户识别。
GUTI: 在网络中唯一标识UE，可以减少IMSI、IMEI等用户私有参数暴露在网络传输中。GUTI由核心网分配的一个动态标识。只有在EPC注册同时附着MME的UE，GUTI才有效。存储在UE和MME中。在attach accept, TAU accept, RAU accept等消息中带给UE。第一次attach时UE携带IMSI，而之后MME会将IMSI和GUTI进行一个对应，以后就一直用GUTI，通过attachaccept带给UE。在同一个MME下,GUTI与M-TMSI一致。
IP地址：是有PGW分配的一个动态的标识。在上下文本存在时有效。
1.5承载概念
在LTE系统中，一个UE到一个PGW之间，具有相同Qos待遇的业务流称为一个EPS 承载。EPS承载中UE到eNB空口之间的一段称为无线承载RB；eNB到SGW之间的一段称为S1承载。无线承载与S1承载统称为E-RAB。
图4 承载的位置关系
无线承载根据承载的内容不同分为SRB（signaling radio bearer）和DRB（data radio
bearer）
SRB承载控制面（信令）数据，根据承载的信令不同分为以下三类SRB：
SRB0：承载RRC连接建立之前的RRC信令，通过CCCH逻辑信道传输，在RLC层采用TM模式。
SRB1承载RRC信令（可能会携带一些NAS信令）和SRB2之间之前的NAS信令，通过DCCH逻辑信道传输，在RLC层采用AM模式。
SRB2承载NAS信令，通过DCCH逻辑信道传输，在RLC层采用AM模式，SRB2优先级低于SRB1，安全模式完成后才能建立SRB2。
DRB承载用户面数据，根据Qos不同，UE与eNB之间可能最多建立8个DRB。
根据用户业务需求和Qos的不同可以分为GBR/ Non-GBR 承载，默认承载\专用承载，对承载的概念可以理解为“隧道”、“专有通道”、“数据业务链路”。
GBR/ Non-GBR 承载：在承载建立或修改过程中通过例如eNode B接纳控制等功能永久分配专用网络资源给某个保证比特速率（Guaranteed Bit Rate，GBR）的承载，可以确保该承载的比特速率。否则不能保证承载的速率不变则是一个Non-GBR 承载默认承载（Default Bearer）：一种满足默认QOS的数据和信令的用户承载，提供“尽力而为”的IP连接。默认承载为Non-GBR 承载。默认承载为UE接入网络时首先建立的承载，该承载在整个PDN连接周期都会存在，为UE提供到PDN的“永远在线”的IP连接。
专用承载：对某些特定业务所使用的SAE承载。一般情况下专用承载的QOS比默认承载高，专用承载可以是GBR或Non-GBR 承载。
第二章主要信令流程
2.1 开机附着流程
UE刚开机时，先进行物理下行同步，搜索测量进行小区选择，选择到一个合适或者可接纳的小区后，驻留并进行附着过程。附着流程图如下：
图5 正常开机附着流程
开机附着流程说明：
1）步骤1～5会建立RRC连接，步骤6、9会建立S1连接，完成这些过程即标志着NAS signalling connection建立完成，见24.301。
2）消息7的说明：UE刚开机第一次attach，使用的IMSI，无Identity过程；后续，如果有有效的GUTI，使用GUTI attach，核心网才会发起Identity过程（为上下行直传消息）。
3）消息10~12的说明：如果消息9带了UE Radio Capability IE，则eNB不会发送UECapabilityEnquiry消息给UE，即没有10~12过程；否则会发送，UE上报无线能力信息后，eNB 再发UE Capability Info Indication，给核心网上报UE的无线能力信息。
为了减少空口开销，在IDLE下MME会保存UE Radio Capability信息，在INITIAL CONTEXT SETUP REQUEST消息会带给eNB，除非UE在执行attach或者"first TAU following GERAN/UTRAN Attach" or "UE radio capability update" TAU过程（也就是这些过程MME不会带UE Radio Capability信息给eNB，并会把本地保存的UE Radio Capability信息删除，eNB会问UE要能力信息，并报给MME。注："UE radio capability update" TAU is only supported for changes of GERAN and UTRAN radio capabilities in ECM-IDLE.）。在CONNECTED下，eNB会一直保存UE Radio Capability信息。UE的E_UTRAN无线能力信息如果发生改变，需要先detach，再attach。
4）发起UE上下文释放（即21～25）的条件：
eNodeB-initiated with cause e.g. O&M Intervention, Unspecified Failure, User Inactivity, Repeated RRC signalling Integrity Check Failure, Release due to UE generated signalling connection release, etc.; or-MME-initiated with cause e.g. authentication failure, detach, etc.
5）eNB收到msg3以后，DCM给USM配臵SRB1，配臵完后发送msg4给UE；eNB在发送RRCConnectionReconfiguration前，DCM先给USM配臵DRB/SRB2等信息，配臵完后发送RRCConnectionReconfiguration给UE，收到RRCConnectionReconfigurationComplete后，控制面再通知用户面资源可用。
6）消息13~15的说明：eNB发送完消息13，并不需要等收到消息14，就直接发送消息15。
7）如果发起IMSI attach时，UE的IMSI与另外一个UE的IMSI重复，并且其他UE已经attach，则核心网会释放先前的UE。如果IMSI中的MNC与核心网配臵的不一致，则核心网会回复attach reject。8）消息9的说明：该消息为MME向eNB发起的初始上下文建立请求，请求eNB建立承载资源，同时带安全上下文，可能带用户无线能力、切换限制列表等参数。UE的安全能力参数是通过attach request 消息带给核心网的，核心网再通过该消息送给eNB。UE的网络能力（安全能力）信息改变的话，需要发起TAU。
2.2随机接入流程
随机接入是蜂窝系统应具有的最基本的功能，它使终端与网络建立通信连接成为可能，由于用户的随机性、无线环境的复杂性决定了这种接入的发起以及采用的资源也具有随机性，因此随机接入的成功率取决于随机接入流程是否能够顺利完成。
从随机接入发起的目的来看主要有：
◆ 请求初始接入
◆ 从空闲状态向连续状态转换
◆ 支持eNB 之间的切换过程
◆ 取得/恢复上行同步
◆ 向eNB 请求UE ID
◆ 向eNB 发出上行发送的资源请求
总体来说随机接入就是UE 与eNB 建立无线链路，获取/恢复上行同步
从随机接入流程发起的场景来看，主要有以下几种情况：
图 6 随机接入场景
随机接入分为基于竞争的 (可应用于上述所有场景)、基于非竞争的(只应用于切换和下行数传场景)两种流程接入网络。其区别为针对两种流程选择随机接入前缀的方式不同。前随机接
入场景1、随机接
入和状态转
移
2、无线链路失败的重建立
5、上行失步时，上行数据到达
4、上行失
步时，下行
数据到达3、切换后
接入新小区
者为UE 从基于冲突的随机接入前缀中依照一定算法随机选择一个随机前缀；后者是基站侧通过下行专用信令给UE 指派非冲突的随机接入前缀。
基于竞争模式的随机接入：
RRC_IDLE 状态下的初始接入；
无线链路出错以后的初始接入；
RRC_CONNECTED 状态下，当有上行数据传输时，例如在上行失步后“non-synchronised ”， 或者没有PUCCH 资源用于发送调度请求消息，也就是说在这个时候除了通过随机接入的方式外，没有其它途径告诉eNB ，UE 存在上行数据需要发送 基于非竞争模式的随机接入：
RRC_CONNECTED 状态下，当下行有数据传输时，这时上行失步“non-synchronised ”，因为数据的传输除了接收外，还需要确认，如果上行失步的话，eNB 无法保证能够收到UE 的确认信息，因为这时下行还是同步的，因此可以通过下行消息告诉UE 发起随机接入需要使用的资源，比如前导序列以及发送时机等，因为这些资源都是双方已知的，因此不需要通过竞争的方式接入系统；
切换过程中的随机接入，在切换的过程中，目标eNB 可以通过服务eNB 来告诉UE 它可以使用的资源；
图7 基于竞争的随机接入流程
基于竞争随机接入流程说明
1） MSG1：UE 在RACH 上发送随机接入前缀，携带preamble 码；
2） MSG2：eNB 侧接收到MSG1后，在DL-SCH 上发送在MAC 层产生随机接入响应（RAR ），RAR
响应中携带了TA 调整和上行授权指令以及T-CRNTI （临时CRNTI ）；
UE eNB