LTE培训材料-7 LTE接口协议分析

第一篇：LTE培训材料-7 LTE接口协议分析

一、LTE接口概述 ——LTE系统总体架构

EPS通过IP连接是用户通过公共数据网（PDN）接入互联网，以及提供诸如VoIP等业务。一个EPS承载通常具有一定的QoS。一个用户可建立多个EPS承载，从而具有不同的QoS等级或连接到不同的PDN。

通过几个承担不同角色的EPS网元可以实现用户的安全性和私密性保护。整体网络架构如图所示，其包括网元和标准化的接口。在高层，该网络是由核心网（EPC）和接入网（E-UTRAN）组成的。核心网由许多逻辑节点组成，而接入网基本上只有一个节点，即与用户终端（UE）相连的eNode B。所有网元都通过接口相互连接。通过对接口的标准化可满足众多供应商产品间的互操作性，从而使运营商可以从不同的供应商获取不同的网元产品。事实上，运营商可以根据商业考虑在他们的物理实现上选择对逻辑网元进行分裂或合并。

——EPC和E-UTRAN间的功能分布如图所示。下面对EPC和E-UTRAN的网元进行详细描述

——eNode B实现的功能

——MME实现的功能

——S-GW实现的功能

——P-GW实现的功能

——E-UTRAN地面接口通用协议模型 E-UTRAN接口的通用协议模型如图所示，适用于E-UTRAN相关的所有接口，即S1和X2接口。E-UTRAN接口的通用协议模型继承了UMTS系统中UTRAN接口的定义原则，即控制平面与用户平面相分离，无线网络层与传输层相分离。除了能够保持控制平面和用户平面、无线网络层与传输层技术的独立演进之外，由于具有良好的继承性，这种定义方法带来的另一个好处是能够减少LTE系统接口标准化工作的代价。

——控制面协议栈结构

——用户面协议栈结构

二、空中接口协议栈分析

无线接口是指终端和接入网之间的接口，简称Uu接口，通常我们也称之为空中接口。无线接口协议主要是用来建立、重配置和释放各种无线承载业务的。LTE技术中，无线接口是终端和eNode B之间的接口。无线接口是一个完全开放的接口，只要遵守接口的规范，不同制造商生产的设备就能够互相通信。

无线接口协议栈主要分三层两面，三层包括物理层、数据链路层和网络层，两面是指控制平面和用户平面。

数据链路层被分成3个子层，包括媒体接入控制（MAC，Medium Access Control）、无线链路控制（RLC，Radio Link Control）和分组数据汇聚协议（PDCP，Packet Data Converagence Protocol）3个子层。

数据链路层同时位于控制平面和用户平面：在控制平面负责无线承载信令的传输、加密和完整性保护；在用户平面负责用户业务数据的传输和加密。网络层是指无线资源控制（RRC，Radio Resource Control）层，位于接入网的控制平面、负责完成接入网和终端之间交互的所有信令处理。

——无线空中接口协议架构

E-UMTS无线接口协议栈结构水平方向可分为： NAS控制协议

L3层：无线资源控制（RRC）层 L2层

媒体接入控制（MAC）子层 无线链路控制（RLC）子层

分组数据集中协议（PDCP）子层

L1层：物理层、传输信道、传输信道与物理信道的映射

——无线空中接口协议架构

无线接口协议栈垂直方向根据用途分为： 用户平面协议栈 控制平面协议栈

——无线空中接口协议架构-物理层 ——物理层主要功能

物理层位于无线接口协议栈最底层，提供物理介质中比特流传输所需要的所有功能

传输信道的错误检测，并向高层提供指示

传输信道的纠错编码/译码、物理信道调制与解调 HARQ软合并

编码的传输信道向物理信道的映射 物理信道功率加权 频率与时间同步

无线特征测量，并向高层提供指示 MIMO天线处理、传输分集、波束赋形 射频处理

——LTE物理层资源定义

——物理层处理-bit处理

——物理层处理-符号处理

——下行物理信道 ——下行物理信号

——下行物理资源分配实例

——上行物理信道

——上行物理信号

——传输层到物理层的映射

——无线空中接口协议架构-MAC ——MAC功能

主要实现与调度和HARQ相关的功能.与WCDMA相比，LTE的MAC实体的特点：每个小区只存在一个MAC实体，负责实现MAC相关的全部功能。

逻辑信道与传输信道的映射：

与WCDMA相比，LTE中的逻辑信道与传输信道类型都大大减少，映射关系变得比较简单

——逻辑信道功能

MAC层根据传输的信息类型划分了多种逻辑信道类型，并针对不同的数据类型，提供不同传输服务。

一般逻辑信道分为两大类，即控制信道（负责传输控制平面信息）和业务信道（负责传输用户平面信息）

广播控制信道BCCH: 广播系统控制信息

寻呼控制信道PCCH: 寻呼信息，网络不知道UE位置时使用 公共控制信道CCCH: UE与网络间传输控制信息，当UE没有和网络的RRC连接时使用该信道 多播控制信道MCCH: 从网络到UE的MBMS调度和控制信息传输使用的点到多点下行信道 专用控制信道DCCH: 专用控制信息的点到点双向信道，UE有RRC连接时使用 专用业务信道DTCH: 双向p2p信道，专用于一个UE传输用户信息 多播业务信道MTCH: 点到多点下行信道

——逻辑信道及映射-下行

LTE的映射交UMTS系统有了很大的简化，上行的逻辑信道传输全部映射在上行共享传输信道上传输；下行的逻辑信道传输中，除PCCH和MBMS逻辑信道有专用的PCH和MCH传输信道外，其他逻辑信道全部都映射到下行共享信道上（BCCH一部分在BCH上传输），具体映射如下

——逻辑信道及映射-上行

——无线空中接口协议架构RLC ——RLC层 ——RLC层功能

——RLC层模式

确认模式（AM，Acknowledgement Mode）

非确认模式（UM，Un-acknowledgement Mode）透明模式（TM，Transparent Mode）

——TM模式

——UM模式

——AM模式

——LTE RLC特点

UM模式与TM模式承载的信道较少，功能实现简单

AM模式支持RLC SDU动态分段，现有2G/3G系统只支持固定分段 AM模式支持二次分段，现有2G/3G系统不支持 LTE的RLC不再支持加密功能 LTE RLC支持流量控制功能

——RLC PDU结构

——无线空中接口协议架构-PDCP ——PDCP实体

一个UE可以定义多个PDCP实体

每个PDCP实体承载一个RB（Radio bearer）的数据

每个PDCP实体与一个或两个RLC实体关联，取决于RB特征（单向或双向）一个PDCP实体与控制面还是用户面关联，取决于承载数据的RB特性

SRB(Signaling Radio Bearer 信令无线承载)-> PDCP control PDU DRB(Data Radio Bearer 数据无线承载)-> PDCP data PDU

——PDCP子层

PDCP子层用于用户平面的功能包括：

1）支持压缩解压缩功能，包括ROHC算法；

2）在PDCP重建立过程中，支持确认RLC模式下逻辑信道向高层进行按需递交，及对底层SDU数据的重复检测；

3）切换过程中，支持对确认RLC模式的逻辑信道的PDCP SDU的重传； 4）加密和解密

5）业务面数据的传输

6）上行基于定时器的SDU丢弃基址 PDCP子层用于控制平面的功能包括： 1）加密和完整性保护； 2）控制平面数据的传输 ——LTE PDCP特点 不支持无损重定位

支持加密，WCDMA加密在RLC和MAC（TM模式时）实现 不再需要无损下行RLC PDU大小的改变??

——PDCP结构

PDCP PDU和PDCP头为整数个字节 PDCP头长度为一个字节或两个字节

——无线空中接口协议架构-RRC ——RRC业务及功能

RRC协议模块功能包括：系统信息广播（NAS层相关和AS层相关）、寻呼、RRC连接建立/维护/释放、安全功能秘钥管理、无线承载管理、——移动性管理（包括UE测量上报和控制、切换、UE小区选择和重选、切换时候上下文传输）、MBMS服务通知、MBMS服务承载管理、QoS管理、UE测量报告和控制、NAS直传消息传输。

——RRC协议状态和状态变换

在LTE中，RRC的协议状态从原来UTRAN的5个减少为LTE的2个，即RRC_IDLE和RRC_CONNECTED状态，每个状态的特征如下： RRC_IDLE: PLMN选择

NAS对DRX的配置

系统消息广播

寻呼

ENodeB中没有RRC上下文存储

——

RRC_CONNECTED UE有E-UTRAN-RRC连接

UE在E-UTRAN中有上下文信息 E-UTRAN知道UE属于哪一个小区

网络可以传送或接收到达或来自UE的消息

移动性网络控制（切换，inter-RAT小区变更GERAN和NACC）——E-UTRAN状态及inter RAT移动性过程

——无线空中接口协议架构-NAS层 ——NAS控制协议 NAS消息的传输

如果传输块大小允许，初始消息和RRC连接请求链接在一起 当NAS和RRC过程同步时，其他NAS消息可以与RRC消息链接 NAS消息的完整性保护由RRC完成 NAS消息的加密由PDCP完成 NAS的协议状态 LTE_DETACHED LTE_IDLE LTE_ACTIVE

——NAS的协议状态-LTE_DETACHED状态

在该状态下，没有RRC实体，通常是刚开机时的状态。网络侧还没有该用户的RRC通信上下文。分配给用户的标识只有IMSI。网络不知道用户的位置信息。

没有上行或者下行的活动。可以执行PLMN/CELL选择。

——NAS的协议状态-LTE_IDLE状态 UE处于RRC_IDLE状态。

网络侧保存用户的信息，如IP地址、安全相关的信息（密钥等）、用户的能力信息、无线承载等。

状态的跃迁由eNodeB或EPC来决定。网络侧有该用户的通信上下文，这样可以使得用户能够快速的跃迁到LTE_ACTIVE状态。

分配给该用户的标识信息有IMSI、在跟踪区(TA)中唯一标识一个用户的ID、一个或多个IP地址。

网络知道终端在哪个跟踪区中。

终端被分配了非连续接收的周期，可以根据此周期进行下行的接收。在这种状态下，终端可以执行小区重选的过程。

——NAS的协议状态-LTE_ACIIVE状态 UE处于RRC_CONNECTED状态。

状态的跃迁由eNodeB或EPC来决定。

网络侧保留UE的RRC通信上下文，包含所有满足通信的必要信息

分配给该用户的标识信息由IMSI、在跟踪区中唯一标识一个用户的ID、在一个小区内唯一标识C-RNTI以及一个或多个IP地址。网络可以知道UE处于哪个小区。

在上行和下行方向上用户都可以进行非连续发送和接收。移动性可以通过执行切换过程来达到。

——E-UTRAN协议状态转换

终端开机的时候进入LTE_DETACHED状态。

终端执行注册过程，进入LTE_ACTIVE状态，获得C-RNTI、TA-ID、IP地址等，并通过鉴权过程建立安全方面的联系。

如果没有其他业务，终端释放C-RNTI，获得分配给该用户的用于接收寻呼信道的非连续接收周期后进入LTE_IDLE状态。

当用户有了新的业务需求时，可以通过RRC连接请求（随机接入过程）获得C-RNTI，终端从LTE_IDLE状态跃迁到LTE_ACTIVE状态。

在LTE_ACTIVE状态下，终端移动到无法识别的PLMN区域或者执行了注销过程，用户的C-RNTI、TA-ID、IP地址被回收，终端就进入LTE_DETECHED状态。对于处于LTE_IDLE状态的用户，如果用户执行周期性的TA更新过程超时，TA-ID和IP地址就会被回收，用户跃迁到LTE_DETECHED状态。

——完整的数据封装过程

三、S1接口协议栈分析 ——S1接口结构 S1功能：

S1 UE context管理功能

建立释放 SAE bearer context, security context, UE S1 signalling connection ID(s)等

SAE承载管理 GTP-U隧道管理 S1信令链路管理 不同LTE之间的切换 Inter-3GPP RAT切换 寻呼功能 网络共享功能 NAS节点选择功能 安全功能

——S1协议栈 S1接口用户平面

S1接口用户平面提供eNode B与S-GW之间用户数据传输功能。S1接口用户平面（S1-UP）的协议栈如右图所示，与3G Iu接口用户平面协议结构非常类似。S1-UP的传输网络层基于IP传输，UDP/IP协议之上采用GPRS用户平面隧道协议（GPRS Tunnelling Protocol for User Plane，GTP-U）来传输S-GW与eNode B之间的用户平面PDU

GTP-U协议利用隧道基址来提供承载用户数据报的业务，GTP包头中的隧道端标识符（TEID）指示该T-PDU所在的隧道。由于GTP-U协议头的可扩展性，协议头在LTE系统中的改动将很小。

GTP协议消息类型如下：

1）Echo Request、Echo Response：用于路径管理，检测对端节点是否存活 2）Error Indication：向对端指示接收数据出错

3）Supported Extension Headers Notification：指明由IP地址标识的GTP实体所支持的扩展包头

4）G-PDU：使用GTP-U头封装T-PDU，隧道传送用户数据业务

S1用户平面的GTP-U协议具备以下一些主要特点：

1）GTP-U协议既可以基于IPv4/UDP传输，也可以基于IPv6/UDP进行传输 2）隧道端点之间的数据通过IP地址和UDP端口号进行路由 3）UDP头与使用的IP版本无关，两者是独立的 S1用户平面无线网络层协议至少应具备下列功能

1）在S1接口的目标节点中指示数据分组所属的SAE接入承载 2）移动性过程中尽量减少数据的丢失 3）错误处理机制 4）MBMS支持功能 5）分组丢失检测机制

S1接口控制平面

S1接口控制平面的协议栈如左图所示，与用户平面类似，控制平面也是基于IP传输的，不同的是控制平面的IP层上面采用的是SCTP，为无线网络层信令消息提供可靠的传输。如果每个UE对应一个SCTP连接，则SCTP还可以提供寻址UE上下文的功能。

S1接口无线网络层信令协议表示为S1-AP（S1 Application Protocol），类似于3G UMTS系统Iu接口的RANAP协议

对于S1控制平面传输网络层来说，为S1控制平面的信令消息提供高可靠性的传输时非常必要的，主要有以下几个方面的因素。

首先，SAE/LTE系统所提供的IP传输网络是一种不可靠的传输网络，必须通过其他协议为控制面信令的传输提供可靠的传输机制

其次，在很多情况下，网元之间（如MME/S-GW与eNode B之间）连接所使用的IP传输网络可以不属于移动运营商，而是属于其他的网络服务提供商。这时，IP传输网络的可靠性是很难得到保证的。

最后，由于LTE系统对降低控制平面时延的严格需求，传输网络层相应地应具备足够的可靠性以避免用用层信令出现频繁重传而产生额外控制时延。

因此，基于以上考虑，S1控制平面传输网络层协议的选择应保证控制面信令的高可靠性传输。这种控制面信令的高可靠性传输的需求同样适用于X2接口的控制平面

SCTP能够提供消息级的非复制传输，同样支持按序传输、网络级的容错性能、拥塞避免、抵抗攻击、路径监测和路径冗余。基于SCTP所具备的这些特征，认为SCTP最适宜提供点-点之间信令的高可靠性传输。

S1-AP应遵循的一些原则如下：

1）S1-AP实现S1接口控制平面的主要功能

2）S1-AP应继承UMTS Iu接口RANAP协议的应用原则和特性 3）S1-AP对RANAP协议不做后向兼容性要求

4）RANAP中的一些协议单元过程同样适用于LTE-S1时，应在做必要修改后尽量重用这些过程。

5）对LTE特有的应用层功能应在S1-AP中定义新的协议过程 6）LTE特有的信元需要重新定义

7）LTE特有消息的命名应明确易懂，并保持前后一致 8）信息单元在必要的修改后能够重用额地方应尽量重用 9）S1-AP协议层消息应采用ASN.1编码

10）用用层协议与传输网络层服务保持独立，以便于各自演进 11）S1-AP协议应适应面向连接的和无连接的服务。面向连接的信令用于定义用户特有的协议过程，无连接的信令用于一些特定过程，如寻呼、S1接口建立等过程。

在传输网络层，信令协议数据单元的传输在IP层采用点到点方式传输。对于S1接口控制平面的公共过程，每个S1接口控制平面实例使用一个独立的SCTP偶联。对于S1接口控制平面的专用过程，只能使用少量的流标识对进行标识。

S1接口控制平面专用过程需要使用MME通信上下文标识和eNode B通信上下文标识来区分不同UE的S1控制平面信令传输承载，其中MME通信上下文标识由MME分配，eNode通信上下文标识由eNode B分配。通信上下文标识在各自的S1-AP消息中传输。

四、X2接口协议栈分析 ——X2接口功能

支持UE在LTE_ACTIVE状态下的Intra LTE-Access-System 移动性

从源eNB到目标eNB的context传送

源eNB和目标eNB之间的用户面隧道控制

切换取消 负载管理

小区间干扰协调

上行链路干扰负载管理

——X2协议栈结构 X2接口是eNode B与eNode B之间的接口。X2接口的定义采用了与S1接口一致的原则，体现在X2接口的用户平面协议结构与控制平面协议结构均与S1接口类似

X2接口用户平面

X2接口用户平面提供eNode之间的用户数据传输功能。X2-UP的协议栈结构如右图所示，X2-UP的传输网络层基于IP传输，UDP/IP协议之上采用GTP-U来传输eNode B之间的用户面PDU。

X2-UP接口支持eNode B之间的隧道传输终端用户分组功能。而隧道协议至少应具备下列功能：

1）在X2接口的目标节点中指示数据分组所属的SAE接入承载 2）在移动性过程中，尽量减少数据的丢失

3）对于X2接口上业务流的传输，将于S1接口保持一致，以便降低架构的复杂性，并有利于S1接口和X2接口上业务流管理的一致性。

X2接口控制平面

X2接口控制平面协议栈如左图所示，为了简化网络设计，在尽量满足系统相关需求的前提下，LTE系统X2接口的定义采用了与S1接口一致的原则下，其传输网络层控制平面IP层的上面也采用SCTP，为信令消息提供可靠的传输。应用层信令协议表示为X2-AP（X2 Application Protocol）。

与S1接口控制平面的设计类似，每个X2接口控制平面实例通过一对流标识关联一个独立的SCTP。对于X2接口控制平面的专用过程，只能使用少量的流标识对进行标识

X2接口控制平面专用过程需要使用源eNode B通信上下文标识和目标eNode B通信上下文标识来区分不同的UE的X2控制平面信令传输承载，其中源eNode B通信上下文标识由eNode B分配，目标eNode B通信上下文标识由目标eNode B分配。通信上下文标识在各自的X2接口应用层消息中传输。

X2接口应用协议（X2-AP）的一些主要原则如下：

1）X2-AP实现X2接口控制平面的主要功能，主要包括UE在eNode B之间的移动性管理功能、多小区之间无线资源管理功能、常规的X2接口管理功能和错误处理功能。

2）X2-AP应尽量继承和重用3G Iur接口的RNSAP协议的一些应用原则和协议过程，并根据LTE新增加的特定应用层功能来定义新的协议过程。3）X2-AP层消息应使用ASN.1编码

4）X2-AP层与传输网络层所提供的服务应保持独立

X2接口应用层协议具有如下一些主要功能。

1）支持LTE_ACTIVE状态下UE的LTE接入系统内的移动性管理功能。主要体现在切换过程中由源eNode B到目标eNode B的上下文传输以及源eNode B与目标eNode B之间用户平面隧道的控制。

2）X2接口自身的管理功能，如错误指示等。

第二篇：LTE网络工作总结

度工作总结

主要工作1：济南弱覆盖栅格遍历测试

n 工作成绩：

为了满足济南LTE覆盖及业务需求，打造上网快、覆盖广、体验好的移动4G网络，为优化加站提供真实的数据资源。测试路线贯穿了弱覆盖栅格内的主道路，包括部分室内。测试过程真实、可靠，测试路线尽可能详细，能够充分反映栅格现状。济南三县三区弱覆盖栅格遍历测试已全部完成，加站前后效果显著。

n 工作亮点：

通过奥维地图图层导航，利用网优先锋进行遍历测试和室内测试，加快的工作进程，提升了工作效率。

n 典型经验：

利用奥维地图和网优先锋进行遍历测试可提升工作效率。

n 工作中问题与不足：

测试前期车辆供应紧张，导致速度较慢，但后来通过借用自行车进行栅格遍历测试，使测试更为灵活，效率得到提升。

主要工作2：济南LTE精品网络优化

n 工作成绩：

通过对MR弱覆盖小区优化调整，打造济南市区精品网络，满足用户覆盖及业务需求。通过后台MR监测，针对差小区进行现场拉网摸测，利用测试结果今天优化分析，经过现场天馈调整改善MR弱覆盖指标。项目期间调整566个弱覆盖小区，输出57份优化测试报告，解决64个弱覆盖栅格区域。

n 工作亮点：

报告呈现详细、明确，不但包含移动站点信息、测试信息及调整信息，还包括联通电信站点信息，综合分析弱覆盖差原因，并以此提出解决方案。

n 典型经验：

在优化调整移动差小区的同时也要勘察了解其他两家运营商竞对站点信息，做到知己知彼百战不殆。

n 工作中问题与不足：

前期的报告模版难以确定，没有统一标准导致经常改动，影响工作进程。

主要工作3：济南MR弱覆盖及竞对提升

n 工作成绩：

为了满足济南用户覆盖及业务需求，打造优于竞对的网络，让用户体验快速的4G网络，让网络资源得到合理分配。主要通过MR竞对监测，锁定竞对差小区和其他运营商小区，通过现场核实确定弱覆盖区域，然后通过优化调整分析处理。目前已完成190个弱覆盖小区核实、分析及调整，目前4G城区MR覆盖率提升至96.42%，4GMR竞对领先度提升至5.07%。

n 工作亮点：

通过使用MRtools分析工具可以进行准确的优化分析，解决了一系列问题，大大提升了工作效率。

n 典型经验：

推荐使用MRtools分析工具进行竞对分析和优化调整。

n 工作中问题与不足：

在大家的配合下该阶段工作较为顺利，塔工人员供应相对较为紧张。

存在问题：MR弱覆盖区域难以锁定，需大面积摸测，并且结合电信联通小区分析竞对困难，准确度低，工作效率低下。

解决措施：通过项目组王伟同事自做的MRtools分析工具可以解析出二维、思维分析图，以及googleearth图层，清晰明了，大大提升了工作效率。

主要目标：2018年配合王利及项目组同事，继续优化MR竞对领先度和MR弱覆盖，争取早日达到目标值：4G城区MR覆盖率97%，4GMR竞对领先度6.3%。

重点工作：重点核实MR弱覆盖小区及优化分析和天馈调整。

建议或要求：建议加强公司与项目人员的交流和沟通，了解项目人员工作现状和思想状态，保障项目人员的稳定、发展和项目的顺利进行，提升工作效率。

第三篇：LTE常见故障总结

LTE-FZHA（RL25）常见故障总结

目录

LTE-FZHA（RL25）常见故障总结............................................................................................1

1.System module failure(0010)........................................................................................3 2.BTS reference clock missing(1898)................................................................................3 3.Configuration error: Unit initialization failure(0012).....................................................3 4.Configuration error: Not enough HW for LCR(1868).....................................................4 5.Configuration error: Power level not supported(4008).................................................4 6.Cell configuration data distribution failed(6253)..........................................................4 7.Failure in optical RP3 interface(4064)...........................................................................5 8.Failure in optical RP3 interface(0010)...........................................................................5 9.Baseband bus failure(3020,1906).................................................................................5 10.RF module failure(6259，1911、1711、1712)..........................................................5 11.Cell power failure(4090)..............................................................................................6 12.GPS Receiver alarm: Control Interface not available（4011）..................................6 13.X2 interface setup failure（6304）.............................................................................6 14.Transport layer connection failure in X2 interface.......................................................6 15.Failure in replaceable baseband unit...........................................................................7 16.Temperature alarm(0002)............................................................................................7

17.VSWR（1838）............................................................................................................7 18.Failure in optical RP3 interface(2004).........................................................................8 19.GPS时钟盒闪断，时钟信号不正常，无法识别RRU...............................................8 20.Failure in optical RP3 interface（2000）.....................................................................8 21.光纤交叉连接..............................................................................................................8 22.基站始终无法建立S1连接，只到configed状态....................................................9 23.GPS时钟盒闪断，时钟信号不正常，无法识别RRU...............................................9 24.某一个小区的RRU无法识别.....................................................................................9 25.BBU版本无法识别....................................................................................................10 26.校准初步排查............................................................................................................10 27.本地IP地址和路由正常，ping不通MME和网关................................................11 28.TRS文件始终无法生效.............................................................................................11 29.三种疑难告警............................................................................................................12 30.远程ping不通基站...................................................................................................12 31.风扇告警....................................................................................................................12 32.BTSlog有link消息，但是pinger始终不亮............................................................12 33.驻波问题....................................................................................................................13 34.pinger正常，但是SM里小区显示橙黄色告警.....................................................13 35.几个特列....................................................................................................................13 36.FOSI 和FOSN的光功率范围....................................................................................13 37.不同频段RRU类型...................................................................................................13 1 38.MAC绑定及载波冲突...............................................................................................14 39.传输不通....................................................................................................................14 40.升级完成后出现驻波告警........................................................................................14 1.System module failure(0010)引起原因：

由于天气温度过高或者机房温度过高，导致BBU的热量散发不出去，引起的告警，一般表现是第三小区挂死，严重的可能会整站挂死，甚至会烧坏BBU。抑或是光模块出现问题导致出现此告警。处理方法：

1、由于是高温引起，基站要降温并重启BBU.若是BBU长期处于高温状态，会导致BBU内部的芯片烧坏，到最后只能替换BBU

2、若是因为光模块导致，则可以更换光模块，则可以解决此问题。

2.BTS reference clock missing(1898)引起原因：一般导致此故障有两个原因：

1、高温导致比较常见，由于高温时间过长，光模块过热，导致BBU和RRU失去连接，而后会出现此告警。

2、时钟盒出现故障。

3、时钟线与GPS头的连接线接头（避雷器接口）没有做好，接收不到时钟信号。

4、时钟线和时钟盒的连接不好。处理方法：

1、高温引起，基站要降温，等待一段时间后并重启BBU.2、时钟盒故障，更换时钟盒；

3、GPS线头没有接好，重新做一下从GPS引下来的馈线到避雷器的头子，使其能够正常接触。

4、若是时钟线损坏，则更换时钟线；若是时钟线和时钟盒接头没有接好，则接好接头。

3.Configuration error: Unit initialization failure(0012)引起原因：

1、高温导致小区挂死，软重启后会出现此告警

2、高温导致基站自动重启出现此告警 处理发法：

1、高温引起，基站要降温并重启BBU。

2、重新COMISSION基站，即重新把基站的集成文件（SCFC）和传输文件（Config）重新传入BBU内，重启后一般可以恢复正常。4.Configuration error: Not enough HW for LCR(1868)引起原因：以3小区基站配置来说明，由于集成文件已经配置好了，若是某一小区丢失或两个、三个小区的RRU都识别不到，则会出现此告警。

1、高温导致光模块过热，跟光纤的连接中断

2、光纤没有插好

3、光纤断了

4、RRU坏了

5、SCFC文件配置有问题 处理方法：

1、高温引起，基站要降温并重启BBU。

2、将光纤拔下来，重新插好

3、更换损坏的光纤

4、更换RRU

5、重新配置SCFC文件，如果是二小区的基站，不能将SCFC文件做成三小区的配置，否则也会出此告警。

5.Configuration error: Power level not supported(4008)引起原因：

1、BBU上的FSMF到FBBA之间的电源连接线没有插好，导致供电不足

2、BBU自身的问题 处理方法：

1、重新拔插这些电源线，使之接触正常

2、说是BBU自身的问题，则是有些可以不用拔插，直接重启基站就可以解决此问题。

6.Cell configuration data distribution failed(6253)引起原因：

基站运行一段时间由于自身问题导致，在此也说不清楚为什么会出现此问题，最大的可能性就是BBU加载好的文件一般存储在它的FLASH芯片里面，运行一段时间后文件出错，未能成功读取到SCFC文件，导致基站出现此告警

处理方法：

由于重启基站后此问题即可消失，所以一般处理的方式为重启基站，在重启的过程中，基站会重新读取索引目录Filedirectory，重新加载基站的配置文件，此过程会擦除原先在Flasn里面的数据，这样基站就能正常工作了。7.Failure in optical RP3 interface(4064)引起原因：

1、光模块损坏导致辅口读不到光纤消息

2、温度过高，导致辅口光模块故障，读取不到光纤消息

3、辅口的光纤断了 处理方法：

1、更换辅口的光模块，问题得到解决

2、下电直接重启，或是下电后将光模块拔出，冷却一阵再插入卡槽内，加好光纤，加电起来后此告警消失

3、光纤损坏导致此问题，需要更换光纤，此问题最为麻烦，需要工程队配合，一般更换光纤后都能好（前提是把1、2都做过一遍了，告警得不到解决的情况下，更换光纤）。

8.Failure in optical RP3 interface(0010)引起原因：

1、高温导致小区两光纤传输中断，BBU读不到RRU消息

2、高温导致小区两光模块出现问题

处理方法：

此问题处理的方法一般为下点重启，问题都可以得到解决，但是如果机房或者综合柜的温度还是很高的话，过不了多久，大概10分钟左右，此告警还会出现，所以需要做的是打开综合柜的门，进行散热处理，或是增加空调设备，降低室内温度，如果基站在室外，则没有什么好的办法，只能将BBU拿出来，放在综合柜外面。

9.Baseband bus failure(3020,1906)引起原因：

1、BUS线没有插好

2、BBU内部主板的问题 处理方法：

1、重新拔插BUS线，使之连接正常

2、BBU内部主板的问题有的可以通过下电重启解决此问题，但是有的只能更换BBU，此问题才能得到解决。

10.RF module failure(6259，1911、1711、1712)引起原因：

1、光模块损坏导致

2、RRU出现故障导致

处理方法：

1、若是告警号为1711（主）或1712（辅），则分别更换主辅侧的光模块即可解决问题。

2、告警号为1911或者是6259的时候，则需要更换RRU，一般都可以解决此类故障。

11.Cell power failure(4090)引起原因：

1、高温导致供给FBBA的电流减少，导致功率不足

2、Vendor文件不匹配 处理方法：

1、高温引起，基站要降温并重启BBU

2、更换跟天线匹配的正确的Vendor文件

12.GPS Receiver alarm: Control Interface not available（4011）

引起原因：

GPS时钟盒工作不正常

处理方法：

1、重启时钟盒

2、拔插连接BBU和时钟盒的时钟线

13.X2 interface setup failure（6304）

引起原因：

X2链路连接建立失败，需要建立X2链路连接

处理方法：

1、如果邻基站存在，则邻基站好了以后，此告警自然消失

2、如果邻基站不存在，则需要在邻区关系表里面讲此链路的连接配置删除，既可以消除此告警。

14.Transport layer connection failure in X2 interface 引起原因：

邻小区没有Onair,即基站未能正常起来工作 处理方法：

1、删除邻区关系

2、是邻小区正常工作

15.Failure in replaceable baseband unit 引起原因：

1、FSMF和FBBA之间连接不好导致

2、FBBA硬件问题 处理方法：

1、重启BBU

2、检查FSMF和FBBA之间的连线

3、更换FBBA板件

16.Temperature alarm(0002)引起原因：

1、机房或者综合柜温度过高

2、BBU风扇转速过快或者过慢

处理方法：

1、检查机房空调是否正常工作，温度是否正常。

2、检查综合柜是否散热良好

3、检查BBU的风扇转速是否正常，一般可以看到此类告警，若是不正常，则需要更换风扇。

17.VSWR（1838）

引起原因：

1、RRU内部的耦合器脱落，倒是发射端口出现驻波

2、天线跟BBU内的Vendor文件不匹配，出现驻波

3、馈线头子没有做好，进水了，出现驻波

4、馈线有问题，出现驻波

5、光模块也会导致驻波（很少见，我没见过，但是听说过）处理方法：

1、对于RRU损坏导致的驻波，则更换RRU，只能如此解决

2、若是天线和Vendor文件不匹配导致的告警，则更换相对应的Vendor文件

3、进水了则需要晾干或者更换馈线

4、馈线有问题则直接更换

5、光模块有问题，可以通过更换光模块来解决。

18.Failure in optical RP3 interface(2004)引起原因：

1、软件问题

2、硬件问题

处理方法：

1、更换软件版本，此告警有的基站可以消失

2、更换硬件，此告警可以消失

对于此告警，实在是难以有一个定论，曾经研发的人为此告警一天打了5个补丁还是解决不了，到现在也不知道怎么办，只有不停的更换软件包，更换硬件，更换光模块来消除此告警。

19.GPS时钟盒闪断，时钟信号不正常，无法识别RRU 正常情况下，小的时钟盒信号灯为常绿，如果出现绿色指示灯不断闪烁则GPS信号不正常。

如果灯闪的情况为一长二短，则为GPS馈线短路，如果灯闪的情况为一长一短，则为GPS馈线开路。

20.Failure in optical RP3 interface（2000）

引起原因：此告警基本是因为温度过高，但是光模块还能工作，但又受到影响，出现的告警，或者是光模块故障导致

解决办法：

1、更换光模块

2、下电重启，若是基站处于正常温度下，则可以保持正常，不再出此告警。

21.光纤交叉连接

对于室外型宏基站（FZHA，s111），开通后正常的FZHA的框号为1.1.1、1.3.1、1.4.1(normal FZHA rack no.png)。已发现有部分基站开通后的FZHA的框号为1.1.1、1.2.1、1.3.1(abnormal FZHA rack no.png)。

对于这种情况，基站无告警，但对于第一、二小区的业务测试会造成影响。原因可能是第一小区的辅光纤与第二小区的主光纤交叉错接。1、3、4代表主光口

22.基站始终无法建立S1连接，只到configed状态

这种情况一般是基站发了S1连接请求，但是核心网侧没有回，在SM里面会有6308的告警（S1 interface setup failure），这个时候我们会误认为是核心网侧没有配这个站的数据或没配对，其实核心网侧不需要配置任何数据。所有的information都由ENB上报。下面是MME的输出：

MCC MNCENB ID ENB IP S1 CONN AMOUNT === === ===== ======================================= 460 08 13 172.16.2.16 3 460 08 106 172.16.2.137 0 460 08 108 172.16.2.139 16 S1口通了之后，ENB正常接入网络，MME侧就能看见有关的信息。所以，基站侧开通时，不外乎2个问题：

1.传输不通：需要核对传输侧数据是否配对。比如：ENB IP地址，网关，S1-C控制地址，VLAN ID等。

2.传输通了，S1口不通：需要核对ENB侧 MCC,MNC,ENBID是否正确。特别是ENBID，不能与其它站冲突。截止到现在，99%的ENB S1口不通，是由于ENBID冲突造成的。SCTP的端口号36412如果都是诺西的设备，就不会出问题。

总之，在ENB接入EPC的过程中，MME只是起着等待接入，接入确认的作用。

23.GPS时钟盒闪断，时钟信号不正常，无法识别RRU 正常情况下，时钟盒信号灯为常绿，如果出现绿色指示灯不断闪烁则GPS信号不正常。如果灯闪的情况为一长二短，则为GPS馈线短路；如果灯闪的情况为一长一短，则为GPS馈线开路。这两种情况一般只需重做GPS头子就行。

还有一种情况是灯闪的时间间隔相同，则为时钟盒模式选择错误，只需把时钟盒上的模式开关拨到GNSS就行。

24.某一个小区的RRU无法识别

现象是：该小区的RRU能ping通，但是在BTSlog里面无法读出RRU的版本，SiteManger里面也无法识别RRU。

既然小区光纤同步没问题，而BTSlog和SM却又同时识别不到RRU的版本，按照RL15时的经验只可能是RRU的productCode丢失，所以从RRU里面，通过log –a提取RRU的log（F01_startup.zip和F01_runtime.zip），从该RRU的启动log里面，可以看到如图1-1显示的信息：

图1-1 该小区RRU启动log 而正常RRU启动log里面，应为如图1-2所示的信息：

图1-2 正常RRU启动log 对比可以看出，原因应该是productCode和Serial number丢失造成。在RRU里面，使用eeprom命令，手动写入productCode和Serial number，重启基站后，小区恢复正常。

25.BBU版本无法识别

BBU版本无法识别主要表现在SM读到的版本为“?”，这个问题也是在1800之后出现的，主要是因为往BBU里传文件时出错引起系统切换，重启后就识别不到版本了。

对此尝试过很多手段，包括重升PS、重传fs1、重灌基站包和重刷flash都不行。既然这个问题是系统切换时造成的那能不能再让它切换一次？于是问研发要了一条关于切换的命令，具体步骤如下：

1)通过将FileDirectory里面的“?”写回版本号，再放回flash里面 2)保证备区的FileDirectory里版本号不是“?” 3)在FCTB里执行命令：uboot_env get，查看正在运行的区域，如果是fs1，则执行命令: uboot_env set active_partition=2，将系统切换至fs2 4)重启BBU，重启后一般情况下能恢复正常版本，不行的话可以再次尝试以上方法。

26.校准初步排查

如果发现某个小区的校准有问题，比如说2小区的校准有问题，那么我们更换小区110 和小区2的光纤位置（也就是OptIF1和OptIF3更换，OptIF2和OptIF6更换），看看校准不好的小区是否有变化：

（1）如果校准不好的小区变到了第1小区，那么可能是RRU或者射频连线的问题（2）如果校准不好的小区还是第2小区，那么可能就是eNB的问题 对于(1)类问题，我们要继续看看是哪个path有问题，如下面的log：

AntIdx(7)值偏大，则须检查对应第8通道的跳线是否接好。如果所有path都不好的话，则可以尝试sitemanager block、unblock这个小区，看是否恢复正常，如果没有校准打印，则直接重启。以下是各个参数的定义：

Timeoff 波动不要太大，能稳定就可以

Ampratio 是原始天线信号计算出的天线x对参考天线的幅度比 Finalampratio 是最后ULPHY给出的调整幅度比，不会>1 Maxtxantampratio 是7组幅度比中最大值，代表了RRU 8个通道之间幅度的差异

27.本地IP地址和路由正常，ping不通MME和网关

先检查光电转换器上面是否有5个绿灯。如果电口灯未亮，检查eNB到光电转换器的网线；

如果光口灯未亮，检查光电转换器到PTN的光纤是否连接正确； 如果1000M灯未亮，检查网线的质量；

如果指示灯都正常的话，则致电PTN工程师核对PTN的端口和传输数据，尤其是VLAN和容量。

28.TRS文件始终无法生效

当传完fs1文件或升完级后，TRS文件在SM里始终无法sending出去，将其上传至runfs1trs_datadb根目录下重启基站也不生效；

此时可以尝试重刷PS来解决，生效后BBU上的传输指示灯会变绿！29.三种疑难告警

（1）Cell power failure 原因：RF received low power from BTS 解决方法：1.Check Pmax and txPowerScaling value 2.Check vendor file 3.Replace FSMF or FBBA（2）RF module failure 原因：LNA burned 解决方法：Replace RRU HW或BBU HW或FBBA（3）Baseband bus failure 原因：基带总线配置被硬件，软件，DSP或LTX拒绝 解决方法：更换BBU到两块FBBA的数据线或直接更换BBU 30.远程ping不通基站

远程ping不通有以下几种可能：（1）网管IP没配或配错

（2）该站之前正常，但是后来上站发现vlan数据又被做到PTN2-5口，导致远程ping不通；

（3）光电转换器到BBU的网线有问题，诺西采购的这批网线还不如地摊上卖的靠谱，运行一段时间后，竟然会导致传输中断

（4）PTN上的光模块突然之间出问题了

（5）基站正常运行一段时间后TRS文件丢失（6）PTN被托管了

（7）机房断电、BBU或光电转换器被下电

以上可能大多数都需去现场结合实际情况来判断，并采取相应的解决方法！

31.风扇告警

风扇告警可能是风扇过速、低速或不转，一半是风扇本身的问题，可以通过更换风扇来解决，一半是由于BBU出了问题，而不转也可能是因为风扇电源未插好。

另外有些风扇告警时有时无，需结合实际情况来判断。

32.BTSlog有link消息，但是pinger始终不亮

这个问题在18630版本下很常见，据说是因为该版本对光口质量要求高，因为我试过将版本降到16200时问题就消失了，升上来后又复现了，解决方法如下：

（1）整站下电（2）更换光模块

（3）单独上电问题小区

（4）将问题小区一根光纤拔掉 33.驻波问题

驻波问题很常见，主要有以下几种：

（1）跳线未插或未插好

（2）RRU耦合器脱落，导致驻波固定在RRU某一通道（3）天线问题

（4）Vendor文件没有和天线型号对应

SM里面显示的某通道驻波比告警是指RRU上对应的某通道，不是天线的，而校准+1则和RRU对应！

34.pinger正常，但是SM里小区显示橙黄色告警

岳峰镇台中这个站之前很正常，运行一段时间后二小区无法识别，远程重启基站后该小区报4064告警。

上站下电重启基站后该小区光纤同步正常，但是SM里小区显示橙黄色告警，更换BBU侧光模块后问题依旧，最后更换RRU侧光模块问题解决。

35.几个特列

（1）金榜食府->温度告警->整站挂掉 :温度过高会导致光口异常，小区退服；

（2）传输数据做好后，PTN网管确认vlan、ip也添加了，但是就是ping不通网关：后来才知道对应的网关没添加；

（3）有个小区始终不报link消息：后来发现是RRU侧光纤未插；

（4）琅岐便携->将BBU下电6-8分钟后，pinger能正常识别，但是SM识别不到该小区->重启几次后SM能识别，但是报RP3-2000:更换光模块后问题解决。

36.FOSI 和FOSN的光功率范围

（1）RTXM228-601 输出光功率:-8.2dBm~+0.5dBm（FOSN）输入光功率：-14.4dBm~+0.5dBm（2）RTXM228-618 输出光功率:-5.2dBm~+0.5dBm（FOSI）输入光功率：-14.4dBm~+0.5dBm 37.不同频段RRU类型

室分只有一种频段：

E频段，2.3G(6通道FZNC 和2通道FZND)宏站有两种频段：

F频段，1.9G(8通道FZFA和8通道FZFD)13 D频段，2.6G(8通道FZHA)38.MAC绑定及载波冲突

更换BBU后传输需在网管做一个MAC地址的绑定

铁路旅社：TD第三小区11个载波，所以LTE的第三小区只能到configing状态，到不了configed的状态，也ONair不了！

39.传输不通

1，网管IP没配或配错，按规划重新做数据； 2，该站之前正常，但是后来上站发现vlan数据又被做到PTN2-5口，导致远程ping不通，将PTN尾纤插到正确位置；

3，光电转换器到BBU的网线有问题，直接更换； 4，PTN上的光模块出问题，直接更换；

5，基站正常运行一段时间后TRS文件丢失，重做数据； 6，PTN被托管，联系PTN侧处理；

7，机房断电、BBU或光电转换器被下电、空开跳闸，上电或联系移动处理；

40.升级完成后出现驻波告警

此故障出现在最新升级的版本247_16，升级完成后，由于Vendor文件未能同步更新名称，导致出现驻波，这时候就需要通过Fileziler登陆到BBU里面，将Vendor文件的后面几位改成升级以后版本的名称，比如说升级前，Vendor名称为vendor_GZ818630，这时候就需要该为vendor_GZ824716。

第四篇：LTE填空题总结

3.UE通过E-UTRAN广播消息获取AS和NAS系统消息。

4、随机接入实现的基本功能：申请上行资源、与eNodeB间的上行时间同步。

5、RLC实体传输数据有三种模式：透明模式（TM）、无确认模式（UM）、确认模式（AM）。

6、LTE测量分为3类：同频测量(Intra frequency measurement，不需要改变收发频率）、异频测量(Inter frequency measurement，需要改变收发频率）、异技术测量(Inter-RAT measurement，需要改变收发频率）

1、室内覆盖指标要求_90_%的区域达到_-105__dBm以上。

2、室内单点测试中好点下行测试要求TM3达到_50__Mbps，TM1达到__35__Mbps。

3、室内信号泄漏到室外指标要求为__建筑物外10m要求满足室外室内信号

比>10dB,或者室内信号<-110dBm __。

4、室内小区基本参数核查包括__PCI、频点、BW、子帧配置、天线间距、CELL ID、eNB ID、TAC等____。

5、子帧配置1的上下行时隙配置为__DSUUD___。

1.CMCC测试规范规定，计算赋型增益时需要用到的数据有CRS RSRP和DRS RSRP

2.中移动TD-LTE试验局要求默认采用上下行配置 1，特殊子帧配置 7

3.目前TD-LTE所用的频段为 Band 38 和Band 40。

1.无线网络规划结束后应输出文档

2.OFDMA从频域对载波资源划分成多个正交的载波，小区内间无干扰，同频组网时，不同小区使用相同时频资源，存在小区间干扰。

3.影响小区吞吐量主要因素有，发射功率，其它

4.链路预算包括上下链路的发射机的各项和损耗，接收机的各项增益和损耗，以及各项增益和最大路径损耗

5.PDSCH信道的TM3模式在信道质量好的时候为，信道质量差的时

候回落到单流波束赋型。

6.LTE组网中，如果采用室外D频段组网，一般使用的时隙配比为，特

殊时隙配比为10:2:2；如果采用室外F频段组网，一般使用的时隙配比为3:1:1，特殊时隙配比为3:9:2。

第五篇：LTE工程经验交流

勘测

针对青岛现场，我们没有同设计院一起进行站点勘测，而是在拿到设计院提供的图纸后上站进行复勘。复勘时发现个别站点出现了严重的设计不合理。

复勘中的注意事项：

1.天面部分

天线、RRH安装方式；

抱杆或者美化罩实际位置与设计是否符合；

设计是否合理、天线覆盖是否遮挡严重、有没有更好的覆盖方案；

与其他天线隔离度是否合理、是否存在严重干扰；

各类线缆长度、RRH供电方式；

是否需要新增室外走线架；

室外接地排是否满足；

2.室内部分

BBU安装方式、机柜安装位置；

用户电源空开或者熔丝是否满足需要；

防雷箱安装位置是否合适；

接地排是否满足；

用户传输设备是否满足条件；

各类线缆长度、是否需要新增室内走线架；

安装

1.天面部分

天线、RRH、室外防雷箱安装是否正确；

天线、RRH的每个通道防水措施是否正确，跳线弯曲度是否合理；

光纤是否过度弯折、防水套管安装是否正确；

RRH电源线接头是否固定且做好防水；

RRH、防雷箱接地是否正确；

室外走线是否符合要求，是否美观；

GPS天线安装位置是否合理，馈线需接地。

2.室内部分

机柜、PDU、BBU设备安装是否正确；

防雷箱接线是否正确、防雷箱接地最好接到室外接地排；

PDU、BBU、RRH电源接线是否正确；

光纤是否过度弯折；

室内走线是否符合要求，是否美观；

GPS各级避雷器接头是否正确；

调测集成1.基站调测基本工具

NEM，secure CRT

2.基本调测步骤：

a)SW replacement

包括download、activate和accept

b)Set code server

正常情况下，软件升级完成之后running sw中应该有5个文件，如果发现有文件丢失，则需要手动进行set code server操作。等待操作结束，解锁硬件模块，所有模块应工作正常。

c)Edit antenna Port

天线端口编辑主要是对天线端口命名，并把RRH与对应的sector进行配对。d)Import WO

WO包含了基站所有的配置信息，包括IP信息，小区配置参数等。导入WO后，基站配置工作全部完成。Unlock cell，等待到核心网传输联通，基站工作正常。

3.调测集成中遇到的问题

a)Gps无法正常锁星。

b)无法识别RRH或者RRH无法正常工作。

故障排除

1.RRH disabled伴随有RFM LINK LOF PORT1/2等告警。(MODULE SCENARIO ERROR、NO CONTACT TO BOARD、RFM COMM FAIL、RFM GAIN CONTROL TX1)

2.RRH disabled伴随有RFM TX1 VSWR THRESH1告警。

3.CB disabled伴随有invalid configuration data告警。

4.BB disabled伴随有BB L1/L2 SOFTWARE FAIL SLICE1告警。

5.Cell disabled，所有硬件模块状态我enabled。

6.BBU到核心网的传输不通。

7.D2u disabled。