RA-RNTI与UE发送前导序列的时频位置一一对应.UE和eNodeB可以分别计算出前导序列对应的RA-RNTI值.UE监听PDCCH信道以RA-RNTI表征的RAR消息,并解码相应的PDSCH信道,如果RAR中前导序列索引与UE自己发送的前导序列相同,那么UE就采用RAR中的上行时间调整信息,并启动相应的冲突调整过程.
在RAR消息中,还可能存在一个backoff指示,指示了UE重传前导的等待时间范围.如果UE在规定的时间范围以内,没有收到任何RAR消息,或者RAR消息中的前导序列索引与自己的不符,那么认为此次的前导接入失败.UE需要推迟一段时间,才能进行下一次的前导接入.推迟的时间范围,就由backoffindictor来指示,UE可以在0到BackoffIndicator之间随机取值.这样的设计可以减少UE在相同时间再次发送前导序列的几率。
2.12MSG3〔RRCconnREQ〕：
UE接收到RAR消息，获得上行的时间同步和上行资源。
但此时并不能确定RAR消息是发送给UE自己而不是发送给其他的UE的，由于UE的前导序列是从公共资源中随机选取的，因此，存在着不同的UE在相同的时间-频率资源上发送相同的接入前导序列的可能性，这样，他们就会通过相同的RA-RNTI接收到同样的RAR。
而且，UE也无从知道是否有其他的UE在使用相同的资源进行随机接入。
为此UE需要通过随后的MSG3和MSG4消息，来解决这样的随机接入冲突。
MSG3是第一条基于上行调度，通过HARQ（HybridAutomaticRepeatrequest），在PUSCH上传输的消息。
其最大重传次数由maxHARQ-Msg3TX〔SIB2：
4〕定义。
在初始的随机接入中，MSG3中传输的是RRCConnectionRequest。
如果不同的UE接收到相同的RAR消息，那么他们就会获得相同的上行资源，同时发送Msg3消息，为了区分不同的UE，在MSG3中会携带一个UE特定的ID，用于区分不同的UE。
在初始接入的情况下，这个ID可以是UE的S-TMSI（如果存在的话）或者随机生成的一个40位的值（可以认为，不同UE随机生成相同的40位值的可能性非常小）。
UE在发完MSg3消息后就要立刻启动竞争消除定时器mac-ContentionResolutionTimer〔SIB23：
32ms〕〔而随后每一次重传消息3都要重启这个定时器〕,UE需要在此时间内监听eNodeB返回给自己的冲突解决消息。
2.13MSG4（RRCconnSTP）
如果在mac-ContentionResolutionTimer时间内,UE接收到eNodeB返回的ContentionResolution消息，并且其中携带的UEID与自己在Msg3中上报给eNodeB的相符，那么UE就认为自己赢得了此次的随机接入冲突，随机接入成功。
并将在RAR消息中得到的临时C-RNTI置为自己的C-RNTI。
否那么的话，UE认为此次接入失败，并按照上面所述的规那么进行随机接入的重传过程。
3、initialEPSattach
1）RRCConnectionRequest:
RRCConnReQ使用公共信道CCH传输，映射到SRB0上，SRB0一直存在；UE开机时是基于竞争的随机接入，在此消息中，ue-Identity的目的是为了底层随机接入的竞争消除，它可以是S-TMSI，也可以是一个40位的随机接入值。
在initialEPSattach过程中，UE还没有获得S-TMSI，因此使用randomvalue。
NAS层通过establishmentCause指明连接的原因
2）RRCConnectSetup:
通过底层的竞争接入冲突解决机制，UE接收到NodeB的rrcConnectionSetup信令，建立了UE与ENodeB之间的SRB1，NodeB为SRB1配置RLC层和逻辑层信道的属性。
ENodeB还可以在此信令中对MAC层和物理层进行配置，如果NodeB没有对此进行配置，36.331中定义了MAC层和物理层的缺省值。
UE收到NodeB的rrcConnectionSetup信令后，UE和NodeB之间的SRB1就建立起来了。
SRB1用来承载DCCH高层信令或SRB2未建立时的NAS信令。
3）RRCConnectionSetupcomplete:
在UE接收到RRCConnectionSetup消息后，向NodeB发送一个RRCConnectionSetupComplete消息。
其中，selectedPLMN-Identity表示UE选中的PLMN在SIB1中播送的PLMNList中的序号值。
RRCConnectionSetupComplete消息中的dedicatedInfoNAS包含了NAS层的信令，在EUTRAN中UE的初始接入过程中，NAS层信令通常是EMM层的AttachRequest消息和ESM层的PDNConnectivityRequest消息。
在attachrequest中，oldGutiOrImsi指示上一次在网络注册时MME分配给UE的GUTI，假设新开卡或oldGuti不存在时，UE需要发送imsi；假设oldGuti存在时，新的MME通过oldGuti向oldMME发送identificationRequest〔GTP-C〕消息获取UE的IMSI。
identificationRequest包含oldGuti及完整的attachrequest消息，假设新的MME还是不能获取UE的IMSI，那么向UE发送identificationRequest消息来获取IMSI。
GUTI=GUMMEI+M-TMSI，M-TMSI是32位的存在MME内的UE临时ID
GUMMEI=MCC+MNC+MMEidentifier
MMEidentifier=MMEGI〔MMEGroupID〕+MMEC〔MMECode〕
lastVisitedRegisteredTai用来帮助MME生成有效的TAI列表，MME将在AttachAccept消息中返回给UE。
ueNetworkCapability包含NAS和AS的平安参数
pdnType表示PDN连接的IP类型。
〔IPv4、IPv6或者IPv4/IPv6〕
4）InitialUEMessage：
eNodeB收到UE的RRCconnectionsetupcomplete消息后，根据里面的信息，选定相应的MME后，通过S1-C接口发送NAS信令给MME。
MME收到initialUEMessage后，进行网络间的平安认证过程。
NAS层的平安认证成功后，MME会向HSS发送UpdateLocationRequest消息，向HSS更新自己的位置信息。
同时，MME向HSS请求用户的APN签约信息。
包括缺省的APN设置，每个APN对应的PDN类型，缺省的EPSBearer的QOS设置等。
此后，MME就可以与SGW，PGW进行信令交互，为缺省的EPSBearer建立用户面和控制面的GTPTunnel了〔GTP隧道〕。
对于每个PDN的连接，需要建立一个控制面的GTPTunnel〔GTP－C〕，包括MME和SGW之间的S11接口和SGW和PGW之间的S5接口。
对于每个EPSBearer，需要建立一个用户面的GTPTunnel〔GTP－U〕，包括eNodeB和SGW之间的S1－U接口和SGW和PGW之间的S5接口。
在LTE中，GTP－U使用的版本号为1，注册的UDP端口号为2152。
GTP－C使用的版本号为2，注册的UDP端口号为2123。
在GTP的头部中，有一个重要的字段，叫做隧道端点标识符〔TEID〕，标识了对端的GTP-U或GTP-C协议中的隧道端点。
由GTP隧道的接收端分配本地TEID值，供GTP隧道的发起方使用。
通过GTP-C消息在隧道的两个端点间交换TEID〔包含在FTEID内〕值。
通过IP地址，端口号，以及TEID值就可以唯一确定一个GTP的隧道。
MME分配相应的缺省EPSBearerID〔即EBI〕，构造S11接口〔控制面〕上GTP－CTunnel的MME端标识MMEF－TEID〔注意，此信令中只有S11上的控制面TEID，而不包含S1-U的用户面FTEID，S1－U的控制面终结在eNodeB和SGW之间，eNodeB的FTEID-U在后面的ModifyBearerRequest消息中发送〕，向GW发送CreateSessionRequest消息。
在CreateSessionRequest中，主要包含如下一些主要内容
〔1〕 用户的身份标识，如IMSI，MSISDN,MEI,ULI（UserLocationInformation）等
〔2〕 用户接入网的一些信息，〔E－UTRAN，UTRAN等〕
〔3〕 效劳网络的信息，包括MCC,MNC等。
〔4〕 GTP－CTunnel的信息，包括MMEF－TEID
〔5〕 S5/S8Interface的信息，包括协议类型〔GTP－C〕，PDN的地址〔包含在PDN F－TEID内〕。
〔另外一个可能的协议类型就是PMIPV6〕。
〔6〕 PDN的类型〔IPV4，IPV6或者IPV4、IPV6〕，APN，
〔7〕 将要建立的DefaultEPSBearer的相关信息，包括EBI〔EPSBearerID〕,QoS，APN－AMBR等，以及用于切换时的IndicationHeader等。
接收到MME发送的CreateSessionRequest消息后，SGW会为S5接口上的GTPTunnel创立SGW侧的标识，以供PGW侧发来的下行GTPTunnel使用。
由于S5接口上既包含有UE用户面的数据，也包含有控制面的数据。
因此，需要建立GTP－C和GTP－U的Tunnel，SGW需要创立SGWGTP－C的FTEID和SGWGTP－U的FTEID。
SGW向PGW发送CreateSessionRequest消息，包含上述TEID信息和接收到MME的CreateSessionRequest中的局部信息。
PGW为UE分配相应的IP地址，建立UE到PDN之间的路由。
返回CreateSessionResponse给SGW。
CreateSessionResponse的内容包括有：
分配的PDNAddress，以及PGWTEID－C和PGWTEID－U等。
这样SGW和PGW之间的EPSBearer就建立起来了。
SGW分配SGWTEID-C和SGWTEID－U，并将他们包含在返回给MME的CreateSessionResponse中。
CreateSessionResponse中的GTPHeader的TEID值取为SGW在CreateSessionRequest中报上来的SGWFTEID－C。
MME接收到SGW发送的CreateSessionResponse后，在相应的TAI中为UE注册。
并且构造NAS层的相应消息，包括EMM层的AttachAccept消息和ESM层的ActivateDefaultEPSBearerContext消息。
相应的TAI列表也返回给eNodeB，MME还为UE分配相应的GUTI。
MME将上述信息通过InitalContextSetupRequest消息返回给eNodeB。
SGW的上行GTP－U的TEID值也包含在InitialContextSetupRequeset消息中。
eNodeB接收到MME的上述消息后，与UE进行AS层的平安层信令交互以及UE能力查询的过程（见另外的文章）。
eNodeB向UE发送RRCConnectionReconfiguration 消息，建立SRB2和DRB，同时根据缺省的EPSBearer的QoS属性以及UE的能力对DRB的RLC及MAC、PHY层属性进行配置。
在此消息里，如果NAS层的平安已经建立起来，还将携带经过平安保护的NAS层PDU，包括EMM的AttachAccept消息和ESM层的ActivateDefaultEPSBearRequest消息。
在ESM消息中，包含了DefaultEPS的QoS信息，APN，分配给UE的IP地址等。
UE通过SRB1返回RRCConnectionReconfigurationComplete消息给eNodeB，确认SRB2和DRB的成功建立。
eNodeB接收到此消息后，分配下行方向的GTP－UFTEID，返回InitialContextSetupResponse消息给MME。
同时，UE向eNodeB发送ULinformationTransfer消息，其中包含NAS层PDU包含EMM层的AttachComplete和ESM层的ActivateDefaultEPSBearContextAccept消息。
接收到eNodeB的消息后，MME向SGW发送ModifyBearRequest消息，包含eNodeB的FTEID－U值，至此，端到端的〔UE和PGW之间〕缺省EPS承载完全建立起来。
SGW返回ModifyBearerResponse消息给eNodeB。
升级会员 