LTE小区搜索过程

LTE中小区搜索过程图解

我们知道在LTE系统中，UE使用小区搜索过程来识别小区，并获得下行同步，进而UE可以读取小区广播信息并驻留、使用网络提供的各种服务。此过程在初始接入和切换中都会用到。

小区搜索的目的总结如下：

1） 检测小区的物理层小区ID（Physical Cell-ID） 通过PSS和SSS检测获取小区ID 2）完成时间/频率同步

时间同步：获取10ms无线帧同步、40msPBCH TTI同步 频率同步：与eNodeB载波频率同步

3） 下行CP模式检测：normal模式 或者extended模式 4）检测eNodeB所用的发射天线端口数 5）读取PBCH（即MIB）

获取SFN、下行系统带宽、PHICH配置信息 6） 根据不同场景，支持最强小区、多个小区和存储小区列表（Stored-InformationCell Search）等多种模式的小区搜索。

同步信号总是占用可用频谱的中间62个子载波（不考虑DC子载波）。不论小区分配了多大带宽，UE只需处理这62个子载波。同步信号具体来说，是由一个PSS信号和一个SSS信号组成。同步信号每个无线帧发送两次。

规范定义了3个PSS，使用长度为62的频域Zadoff-Chu（ZC）序列

LTE开机搜索与随机接入工作过程

一、LTE开机及工作过程如下图所示：

二、小区搜索及同步过程

整个小区搜索及同步过程的示意图及流程图如下：

1) UE开机，在可能存在LTE小区的几个中心频点上接收信号（PSS），以接

收信号强度来判断这个频点周围是否可能存在小区，如果UE保存了上次关机时的频点和运营商信息，则开机后会先在上次驻留的小区上尝试；如果没有，就要在划分给LTE系统的频带范围内做全频段扫描，发现信号较强的频点去尝试；

2) 然后在这个中心频点周围收PSS（主同步信号），它占用了中心频带的6RB，

因此可以兼容所有的系统带宽，信号以5ms为周期重复，在子帧#0发送，并且是ZC序列，具有很强的相关性，因此可以直接检测并接收到，据此可以得到小区组里小区ID，同时确定5ms的时隙边界，同时通过检查这个信号就可以知道循环前缀CP长度以及采用的是FDD还是TDD（因为TDD的PSS是放在特殊子帧里面，位置有所不同，基于此来做判断）由于它是5ms重复，因为在这一步它还无法获得帧同步；

3) 5ms时隙同步后，在PSS基础上向前搜索SSS，SSS由两个端随机序列组成，

前后半帧的映射正好相反，因此只要接收到两个SSS就可以确定10ms的边界，达到了帧同步的目的。由于

精品文档

精品文档

青岛优化项目组

2015-4-１７

零流量小区处理思路

精品文档

1概述

目前面对网络建设逐步完善，4G用户的不断发展，针对零流量小区的分析及处理存在着必要性。零流量小区的分布既是用户分布及行为的直观体现，也是用发展用户的一个指引，同时也能发现设备的一些故障。一个站点的能够带来怎样的效益关乎于这个站点的建设的意义，同时一个站点因故障导致零流量也给用户感知带来了直接的影响。因此不管从客户、运营商、设备商等角度分析，我们有必要对零流量及低流量小区引起高度重视，并优先进行分析处理。

2零流量小区分类

针对现场一个月的零流量小区统计情况分析，干扰、用户少、基站故障、人为调测、工程问题等都是导致零流量小区的原因。从分布的情况看很多问题我们还是能够规避并进行及时处理的，如故障、工程、人为调测等原因。

主要分类：

精品文档

精品文档

故障问题：

?电源：设备掉电断站、BBU掉电

?硬件告警： X2接口故障、系统时钟不可用、驻波等

?传输：传输光接口异常、BBU 接口异常、射频R接口异常

覆盖、干扰问题：

?室外站点覆盖景区的，景区冬季人少

?室外站点覆盖农村空旷公路的

?室外站点覆盖不合理的，如周围有村庄、密集人群活动区域，但天线覆盖方向不合理的

用户行为问题：

?活动场所：偶尔

LTE掉线率TOP小区处理步骤

一、掉线率TOPN小区筛选

首先提取全网整体指标，查看昨日和今日的掉线率指标较平时相比有无较大波动，若有需先从查看全网告警情况、核查全网干扰情况、讯问传输或是核心网是否有割接、核查是否存在很严重的TOPN小区等方面排查出导致掉线率指标较大波动的具体原因，若整体掉线指标与平时相当再提取小区级掉线率指标进行TOPN小区筛选，并按照高掉线TOPN小区的掉线原因分类进行逐步排查解决，具体解决思路如下图：

二、掉线率TOPN小区分析步骤。

若观察前日掉线指标和当日掉线指标与平时相差不大，再提取小区级掉线率指标，并根据其具体掉线原因进行逐步分析解决，目前掉线的主要原因有如下几类：

掉子网 小区 线次数 集团规范 Context释放，ENB空口失败引发释放次数 406 8 183 226 4 Context释放，ENB切换失败引发释放次数 0 0 3 1 6 Context释放，由于小区关断或复位引发释放次数 0 0 0 0 0 Context释放，ENB由于其它原因引发释放次数 0 1 3 0 0 Context释放，ENB重建立失败导致释放次数 0 368 186 6 220 Context释放，ENB由于S1链路故障导

LTE NAS-EMM过程学习总结

1. 1、GUTI 重分配过程

1.1 综述

GUTI(全球唯一临时标识)重分配过程目的是分配一个GUTI 和选择性给一个新的TAI 列表提供给特定的UE。重分配过程只能被处于EMM-REGISTERED 状态的MME 初始化。GUTI 也可能在附着或者跟踪区域更新过程被隐式重分配。

GUTI 中的PLMN identity 指示当前注册的PLMN。 NOTE 1: GUTI 重分配过程通常在加密模式下执行。

NOTE 2: 一般地，GUTI 重分配会和另一个移动性管理过程同时发生，比如：作为跟踪区域更新的一部分。

1.2 网络侧发起GUTI

MME 通过发送GUTI REALLOCATION COMMAND 消息给UE 并启动定时器T3450 来初始化GUTI 重分配过程。GUTI REALLOCATION COMMAND 消息中将包含GUTI，并可能包含TAI 列表。

1.3 GUTI 重分配的UE 端实现

根据收到的GUTI REALLOCATION COMMAND 消息，UE 将存储GUTI 和TAI 列表，并发送一条GUTI REALLOCATION COMPLETE 消息给MME。UE 认

LTE NAS-EMM过程学习总结

1. 1、GUTI 重分配过程

1.1 综述

GUTI(全球唯一临时标识)重分配过程目的是分配一个GUTI 和选择性给一个新的TAI 列表提供给特定的UE。重分配过程只能被处于EMM-REGISTERED 状态的MME 初始化。GUTI 也可能在附着或者跟踪区域更新过程被隐式重分配。

GUTI 中的PLMN identity 指示当前注册的PLMN。 NOTE 1: GUTI 重分配过程通常在加密模式下执行。

NOTE 2: 一般地，GUTI 重分配会和另一个移动性管理过程同时发生，比如：作为跟踪区域更新的一部分。

1.2 网络侧发起GUTI

MME 通过发送GUTI REALLOCATION COMMAND 消息给UE 并启动定时器T3450 来初始化GUTI 重分配过程。GUTI REALLOCATION COMMAND 消息中将包含GUTI，并可能包含TAI 列表。

1.3 GUTI 重分配的UE 端实现

根据收到的GUTI REALLOCATION COMMAND 消息，UE 将存储GUTI 和TAI 列表，并发送一条GUTI REALLOCATION COMPLETE 消息给MME。UE 认

TD-LT信令流程及信令解码

TD-LTE信令流程及信令解码

（2013.03）

第1页 共76页

TD-LT信令流程及信令解码

本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。所有信令为eNB侧跟踪的信令。

1. PS业务建立流程：

1.1 RRC Connection Request

UE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连接，该消息携带主要IE有：

- ue-Identity :初始的UE标识。如果上层提供S-TMSI，侧该值为S-TMSI；否则从0…240-1中抽取一个随机值，设置为ue-Identity 。 - establishmentCause :建立原因。该原因值有emergency, highPriorityAccess, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。其中“mt”代表移动终端，“mo”代表移动始端。 信令解码如下：

LTE NAS-EMM过程学习总结

1. 1、GUTI 重分配过程

1.1 综述

GUTI(全球唯一临时标识)重分配过程目的是分配一个GUTI 和选择性给一个新的TAI 列表提供给特定的UE。重分配过程只能被处于EMM-REGISTERED 状态的MME 初始化。GUTI 也可能在附着或者跟踪区域更新过程被隐式重分配。

GUTI 中的PLMN identity 指示当前注册的PLMN。 NOTE 1: GUTI 重分配过程通常在加密模式下执行。

NOTE 2: 一般地，GUTI 重分配会和另一个移动性管理过程同时发生，比如：作为跟踪区域更新的一部分。

1.2 网络侧发起GUTI

MME 通过发送GUTI REALLOCATION COMMAND 消息给UE 并启动定时器T3450 来初始化GUTI 重分配过程。GUTI REALLOCATION COMMAND 消息中将包含GUTI，并可能包含TAI 列表。

1.3 GUTI 重分配的UE 端实现

根据收到的GUTI REALLOCATION COMMAND 消息，UE 将存储GUTI 和TAI 列表，并发送一条GUTI REALLOCATION COMPLETE 消息给MME。UE 认

LTE NAS-EMM过程学习总结

1. 1、GUTI 重分配过程

1.1 综述

GUTI(全球唯一临时标识)重分配过程目的是分配一个GUTI 和选择性给一个新的TAI 列表提供给特定的UE。重分配过程只能被处于EMM-REGISTERED 状态的MME 初始化。GUTI 也可能在附着或者跟踪区域更新过程被隐式重分配。

GUTI 中的PLMN identity 指示当前注册的PLMN。 NOTE 1: GUTI 重分配过程通常在加密模式下执行。

NOTE 2: 一般地，GUTI 重分配会和另一个移动性管理过程同时发生，比如：作为跟踪区域更新的一部分。

1.2 网络侧发起GUTI

MME 通过发送GUTI REALLOCATION COMMAND 消息给UE 并启动定时器T3450 来初始化GUTI 重分配过程。GUTI REALLOCATION COMMAND 消息中将包含GUTI，并可能包含TAI 列表。

1.3 GUTI 重分配的UE 端实现

根据收到的GUTI REALLOCATION COMMAND 消息，UE 将存储GUTI 和TAI 列表，并发送一条GUTI REALLOCATION COMPLETE 消息给MME。UE 认

目前LTE网络的差小区处理主要是处理下表中六类中的：在日常工作中优先处理（低成本高回报）网络结构类 、性能分析、邻区参数核查、资源评估。

PCI冲突：相邻两个同频小区的PCI相同 PCI混淆：一个小区的任意两个同频邻区的PCI相同 网络结构类 资源评估类 设备告警类 网格测试类 性能分析类 邻区参数核查类 TAC插花 PCI复用/PCI混淆 根序列复用/混淆 PRB高利用率小区 零流量小区 宏站告警（影响业务） 室分告警（影响业务） PDCP低速度路段 弱覆盖路段 越区覆盖路段 RRC建立最差小区 ERAB建立最差小区 掉话率最差小区 切换类最差小区 A类参数核查 4G4G邻区数量核查 4G3G邻区数量核查 4G2G邻区数量核查 4G2G共站邻区漏配 4G2G外部邻区核查

指标定义：在网管上进行相关指标定义、KPI监控模板，根据话统数据筛选出TOP问题小区

进行定位。

TOP小区判断阈值建议：

1、RRC建立失败：RRC连接建立失败次数大于50次，RRC连接建立成功率小于95%； 2、E-RAB建立失败：E-RAB建立失败次数大于50次，E-RAB建立成功率小于95%； 3、掉线率：UE Context异常释放次数大于50次，掉线率大于5%