非常详细的LTE信令流程Word文件下载.docx

非常详细的LTE信令流程Word文件下载.docx

《非常详细的LTE信令流程Word文件下载.docx》由会员分享，可在线阅读，更多相关《非常详细的LTE信令流程Word文件下载.docx（125页珍藏版）》请在冰豆网上搜索。

2.5.1切换的含义及目的 27

2.5.2切换发生的过程 28

2.5.3站内切换 28

2.5.4X2切换流程 30

2.5.5S1切换流程 32

2.5.6异系统切换简介 34

2.6CSFB流程 35

2.6.1CSFB主叫流程 36

2.6.2CSFB被叫流程 37

2.6.3紧急呼叫流程 39

2.7TAU流程 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.1RRC连接失败 61

3.1.2核心网拒绝 62

3.1.3eNB未等到Initialcontextsetuprequest消息 63

3.1.4RRC重配消息丢失或eNB内部配置UE的安全参数失败 64

3.2ServiceRequest异常流程 65

3.2.1核心网拒绝 65

3.2.2eNB建立承载失败 66

3.3承载异常流程 68

3.3.1核心网拒绝 68

3.3.2eNB本地建立失败（核心网主动发起的建立） 68

3.3.3eNB未等到RRC重配完成消息，回复失败 69

3.3.4UENAS层拒绝 70

3.3.5上行直传NAS消息丢失 71

第四章系统消息解析 72

4.1系统消息 73

4.2系统消息解析 74

4.2.1MIB（MasterInformationBlock）解析 74

4.2.2SIB1（SystemInformationBlockType1）解析 75

4.2.3SystemInformation消息 77

第五章信令案例解析 83

5.1实测案例流程 84

5.2流程中各信令消息解析 84

5.2.1RRC_CONN_REQ:

RRC连接请求 85

5.2.2RRC_CONN_SETUP:

RRC连接建立 86

5.2.3RRC_CONN_SETUP_CMP:

RRC连接建立完成 90

5.2.4S1AP_INITIAL_UE_MSG:

初始直传消息 90

5.2.5S1AP_INITIAL_CONTEXT_SETUP_REQ:

初始化文本建立请求 91

5.2.6RRC_UE_CAP_ENQUIRY:

UE能力查询 94

5.2.7RRC_UE_CAP_INFO:

UE能力信息 95

5.2.8S1AP_UE_CAPABILITY_INFO_IND:

UE能力信息指示 99

5.2.9RRC_SECUR_MODE_CMD:

RRC安全模式命令 103

5.2.10RRC_CONN_RECFG:

RRC连接重配置 104

5.2.11RRC_SECUR_MODE_CMP:

RRC安全模式完成 107

5.2.12RRC_CONN_RECFG_CMP:

RRC连接重配置完成 107

5.2.13S1AP_INITIAL_CONTEXT_SETUP_RSP:

初始化文本建立完成 108

5.2.14S1AP_ERAB_MOD_REQ:

ERAB修改请求 109

5.2.15RRC_DL_INFO_TRANSF:

RRC下行直传消息 110

5.2.16S1AP_ERAB_MOD_RSP:

ERAB修改完成 110

5.2.17RRC_CONN_RECFG:

RRC连接重配置 111

5.2.18RRC_UL_INFO_TRANSF:

RRC上行直传消息 116

5.2.19S1AP_UL_NAS_TRANS:

上行NAS直传消息 116

5.2.20RRC_CONN_RECFG_CMP:

RRC连接重配置完成 117

5.2.21RRC_CONN_RECFG:

RRC连接重配置 117

5.2.22RRC_CONN_RECFG_CMP:

RRC连接重配置完成 119

5.2.23RRC_MEAS_RPRT:

RRC测量报告 119

5.2.24RRC_UL_INFO_TRANSF:

RRC上行信息传输 120

5.2.25S1AP_UL_NAS_TRANS:

上行NAS信息传输 120

5.2.26S1AP_UE_CONTEXT_MOD_REQ:

UE文本更改请求 121

5.2.27S1AP_UE_CONTEXT_MOD_RSP:

UE文本更改响应 122

5.2.28RRC_CONN_REL:

RRC连接释放 123

5.2.29S1AP_UE_CONTEXT_REL_REQ:

UE文本释放请求 124

5.2.30S1AP_UE_CONTEXT_REL_CMD:

UE文本释放命令 124

5.2.31S1AP_UE_CONTEXT_REL_CMP:

UE文本释放完成 125

概述

本文通过对重要概念的阐述，为信令流程的解析做铺垫，随后讲解LTE中重要信令流程，让大家熟悉各个物理过程是如何实现的，其次通过异常信令的解读让大家增强对异常信令流程的判断，再次对系统消息的解析，让大家了解系统消息的特点和携带的内容。

最后通过实测信令内容讲解，说明消息的重要信元字段。

第一章协议层与概念

1.1控制面与用户面

在无线通信系统中，负责传送和处理用户数据流工作的协议称为用户面；

负责传送和处理系统协调信令的协议称为控制面。

用户面如同负责搬运的码头工人，控制面就相当于指挥员，当两个层面不分离时，自己既负责搬运又负责指挥，这种情况不利于大货物处理，因此分工独立后，办事效率可成倍提升，在LTE网络中，用户面和控制面已明确分离开。

1.2接口与协议

接口是指不同网元之间的信息交互时的节点，每个接口含有不同的协议，同一接口的网元之间使用相互明白的语言进行信息交互，称为接口协议，接口协议的架构称为协议栈。

在LTE中有空中接口和地面接口，相应也有对应的协议和协议栈。

图1子层、协议栈与流

图2子层运行方式

LTE系统的数据处理过程被分解成不同的协议层。

简单分为三层结构：

物理层、数据链路层L2和网络层。

图1阐述了LTE系统传输的总体协议架构以及用户面和控制面数据信息的路径和流向。

用户数据流和信令流以IP包的形式进行传送，在空中接口传送之前，IP包将通过多个协议层实体进行处理，到达eNodeB后，经过协议层逆向处理，再通过S1/X2接口分别流向不同的EPS实体，路径中各协议子层特点和功能如下：

1.2.1NAS协议（非接入层协议）

处理UE和MME之间信息的传输，传输的内容可以是用户信息或控制信息（如业务的建立、释放或者移动性管理信息）。

它与接入信息无关，只是通过接入层的信令交互，在UE和MME之间建立起了信令通路，从而便能进行非接入层信令流程了。

NAS层功能如下：

l会话管理：

包括会话建立、修改、释放及QoS协商

l用户管理：

包括用户数据管理，以及附着、去附着

l安全管理：

包括用户与网络之间的鉴权及加密初始化

l计费

1.2.2RRC层（无线资源控制层）

RRC层是支持终端和eNodeB间多种功能的最为关键的信令协议。

RRC的功能包括：

l广播NAS层和AS层的系统消息

l寻呼功能（通过PCCH逻辑信道执行）

lRRC连接建立、保持和释放，包括UE与E-UTRAN之间临时标识的分配、信令无线承载的配置

l安全功能，包括密钥管理

l端到端无线承载的建立、修改与释放

l移动性管理，包括UE测量报告，以及为了小区间和RAT间移动性进行的报告控制、小区间切换、UE小区选择与重选、切换过程中的RRC上下文传输等

lMBMS业务通知，以及MBMS业务无线承载的建立、修改与释放

lQoS管理功能

lUE测量上报及测量控制

lNAS消息的传输

lNAS消息的完整性保护

1.2.3PDCP层（分组数据汇聚协议层）

负责执行头压缩以减少无线接口必须传送的比特流量。

头压缩机制基于ROHC。

在接收端，PDCP协议将负责执行解密及解压缩功能。

对于一个终端每个无线承载有一个PDCP实体。

一个PDCP实体是关联控制平面还是用户平面，主要取决于它为哪种无线承载携带数据。

PDCP层在控制面对RRC和NAS层消息进行完整性校验，在用户面不进行完整性校验。

PDCP层功能

lIP包头压缩与解压缩

l数据与信令的加密

l信令的完整性保护。

1.2.4RLC层（无线链路控制层）

负责分段与连接、重传处理，以及对高层数据的顺序传送。

RLC层以无线承载的方式为PDCP层提供服务，其中，每个终端的每个无线承载配置一个RLC实体。

主要目的是将数据交付给对端的RLC实体。

所以RLC提出了三种模式：

透明模式（TransparentMode，TM）、非确认模式（UnacknowledgedMode，UM）和确认模式（AcknowledgedMode，AM）。

TM模式最简单，它对于上层数据不进行任何改变，这种模式典型地被用于BCCH或PCCH逻辑信道的传输，该方式不需对RLC层进行任何特殊的处理。

RLC的透明模式实体从上层接收到数据，然后不做任何修改地传递至下面的MAC层，这里没有RLC头增加、数据分割及串联。

UM模式可以支持数据包丢失的检测，并提供分组数据包的排序和重组。

UM模式能够用于任何专用或多播逻辑信道，具体使用依赖于应用及期望QoS的类型。

数据包重排序是指对不按顺序接收到的数据进行排序。

AM模式是一种最复杂的模式。

除了UM模式所支持的特征外，AMRLC实体能够在检测到丢包时要求它的对等实体重传分组数据包，即ARQ机制。

因此，AM模式仅仅应用于DCCH或DTCH逻辑信道。

一般来讲，AM模式典型地用于TCP的业务，如文件传输，这类业务主要关心数据的无错传输；

UM模式用于高层提供数据的顺序传送，但是不重传丢失的PDU，典型地用于如Voip业务，这类业务最主要关心传送时延；

TM模式则仅仅用于特殊的目的，如随机接入。

1.2.5MAC层（媒体接入层）

负责处理HARQ重传与上下行调度。

MAC层将以逻辑信道的方式为RLC层提供服务。

其主要目的是为RLC层业务与物理层之间提供一个有效的连接。

从这个角度看，MAC层支持的主要功能包括：

l逻辑信道与传输信道之间的映射；

l传输格式的选择，例如通过选择传输块大小、调制方案等作为输入参数提供给物理层；

l一个U