当前位置：文档之家 › LTE学习总结—LTE附着信令流程

LTE学习总结—LTE附着信令流程

  • 格式：docx
  • 大小：1.89 MB
  • 文档页数：21

附着流程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口信令附着异常信令：1、R RC连接建立失败2、核心网拒绝3、eNB未等到Initial context setup request消息4、RRC重配消息丢失或者没收到RRC重配完成消息或者eNB 内部配置UE的安全参数等失败附件：附着流程附着流程attach.xls去附着流程deatch.xls。

合集下载

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附着流程。

LTE（Long Term Evolution）是一种无线通信技术，它提供了更高的数据传输速度和更低的延迟，使得用户可以更快地访问互联网和其他网络服务。

在LTE网络中，移动设备需要进行附着（Attach）过程，以便与网络建立连接并开始通信。

本文将介绍LTE附着流程的详细步骤，以帮助读者更好地理解LTE网络的工作原理。

1. 寻呼过程。

当移动设备进入LTE网络覆盖范围时，网络将向其发送寻呼消息，以便进行附着过程。

寻呼消息包含了设备的标识信息，用于唤醒设备并引导其进行附着过程。

2. 接入选择过程。

设备收到寻呼消息后，将进行接入选择过程，选择一个LTE小区作为附着目标。

设备会根据接收到的小区广播信息和信号质量等因素进行选择，以确保选择到最适合的小区进行附着。

3. 随机接入过程。

在选择了附着目标小区后，设备将进行随机接入过程。

在这一过程中，设备会随机选择一个时间窗口，并在该时间窗口内发送附着请求消息。

这样做是为了避免多个设备同时发送附着请求消息，从而造成网络拥堵。

4. 附着请求过程。

设备在随机接入过程中选择了时间窗口后，将发送附着请求消息给目标小区。

附着请求消息中包含了设备的标识信息和其他必要的参数，用于向网络表明设备的身份和需求。

5. 附着接受过程。

网络在收到设备的附着请求消息后，将进行附着接受过程。

在这一过程中，网络会对设备的身份进行验证，并分配临时标识和其他必要的资源给设备，以便设备能够正常地进行通信。

6. 附着完成过程。

当设备收到网络的附着接受消息后，附着过程就完成了。

设备现在可以正常地使用LTE网络进行通信，包括数据传输、语音通话等功能。

总结。

LTE附着流程是移动设备与LTE网络建立连接的重要步骤，它涉及到寻呼、接入选择、随机接入、附着请求、附着接受等多个过程。

通过本文的介绍，读者可以更好地理解LTE附着流程的详细步骤，从而对LTE网络的工作原理有更深入的了解。

希望本文的介绍对读者有所帮助，如果您对LTE附着流程还有其他疑问，可以继续深入学习相关资料，以便更好地掌握LTE网络的工作原理和技术细节。

LTE信令流程之开机附着去附着流程分析

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空口信令经过流程详解

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会多次出现重建的情况。