Agenda 9:00-10:15 10:15-10:30 10:30-11:45 13:30-14:45 14:45-15:00

Presentation on theme: "Agenda 9:00-10:15 10:15-10:30 10:30-11:45 13:30-14:45 14:45-15:00"— Presentation transcript:

1 Agenda 9:00-10:15 10:15-10:30 10:30-11:45 13:30-14:45 14:45-15:00
Agenda 9:00-10:15 LTE无线网络技术介绍 LTE无线网络优化特点 10:15-10:30 break 10:30-11:45 LTE优化流程及方法 13:30-14:45 LTE关键KPI介绍和优化 14:45-15:00 15:00-16:30 LTE互操作介绍 1

2 LTE网络优化技术交流 LRAN ISP Reporting May 2011 LRAN ISP Reporting May 2011
LRAN ISP Reporting March 2012 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LRAN ISP Reporting LRAN ISP Reporting March 2012 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LTE网络优化技术交流 EAB/FJ-12:0267 Uen, Rev PB2 61/ /FCG Uen, Rev PK1 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev G 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev PK1 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 2 2 2 2 2

3 内容 LTE无线网络技术介绍 LTE无线网络优化特点 LTE优化流程及方法 LTE关键KPI介绍和优化 LTE互操作介绍
内容 LTE无线网络技术介绍 LTE无线网络优化特点 LTE优化流程及方法 LTE关键KPI介绍和优化 LTE互操作介绍 3

4 LTE无线网络技术介绍 LRAN ISP Reporting May 2011 LRAN ISP Reporting May 2011
LRAN ISP Reporting March 2012 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LRAN ISP Reporting LRAN ISP Reporting March 2012 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LTE无线网络技术介绍 EAB/FJ-12:0267 Uen, Rev PB2 61/ /FCG Uen, Rev PK1 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev G 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev PK1 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 4 4 4 4 4

5 LTE/SAE网络架构 EPC LTE 核心网节点 IP承载网络 物理节点不变 信息流向变化较大 3G时代IUB & IUPS自成一家
LTE/SAE网络架构 核心网节点 物理节点不变 信息流向变化较大 PCRF 2G/3G HLR HSS IP承载网络 3G时代IUB & IUPS自成一家 LTE时代需要统一 IUPS IUB IP TN Internet Or 其他接入网 MME SGSN GGSN PGW 数据和信令分离架构，处理更为专注有效 信令 用户流量 接口全IP EPC System Architecture Evolution 3GPP对于LTE无线通信标准的核心网络架构的升级计划的别称 SAE体系结构的主要组成部分是核心分组网演进（EPC: Evolved Packet Core )，也被称为SAE核心 S1 X2 eNodeB LTE 扁平化 网络结构

6 EPS网络接口 EPC MME MME MME P-GW/ S-GW P-GW/ S-GW P-GW/ S-GW P-GW/ S-GW
S1-UP Air interface Gi P-GW/ S-GW P-GW/ S-GW P-GW/ S-GW P-GW/ S-GW S11 EPC MME MME MME S1-CP X2 LTE Node B LTE Node B E-UTRAN MME之间的接口S10，s-gw和p-gw之间的接口S5 LTE Node B LTE Node B LTE Node B

7 LTE无线接入技术–下行 OFDM – 正交频分多址
LTE无线接入技术–下行 OFDM – 正交频分多址 正交子信道 多个并行子数据流 time frequency User 1 User 2 User 3 传统的频分复用将频带分为若干个不重叠的子频带来传输并行数据流，子信道之间要保留保护频带。而OFDM技术中各个子载波之间相互正交，允许子信道的频谱相互重叠，因此OFDM系统可以最大限度地利用频谱资源。

8 LTE无线接入技术–上行 SC-FDMA –单载波频分多址
LTE无线接入技术–上行 SC-FDMA –单载波频分多址 单个用户分到的子载波连续 改善峰均比，降低终端射频成本和延长电池寿命 时域结构与下行一致 User 1 User 2 User 3 time frequency

9 LTE物理资源 - RB f = 15 kHz 12 sub-carriers One Resource Block
LTE Fundamentals LTE物理资源 - RB 12 sub-carriers f = 15 kHz One Resource Block 12 x 7 = 84 resource elements 0.5 ms, 7 OFDM symbols One slot time frequency

10 RB的特点 RE是RB的基本单位 一个RE在时域上等于1个symbol,在频域上等于15KHz
RAN PPM in Kista 2009 RB的特点 RE是RB的基本单位 一个RE在时域上等于1个symbol,在频域上等于15KHz 一个RB在时域上等于7个symbol,在频域上等于180KHz,也是12个子载波. 所以1RB=7*12=84RE 参考信号必定会占用一些RE 同步、广播信道、控制信道可能会占用一些RE RB中剩余的空闲RE用于业务数据

11 LTE物理资源 – 调度块 1个调度块 (2个资源块) 180 kHz、1 ms 12个子载波，180kHz
12个子载波，180kHz time frequency 1个调度块 (2个资源块) 180 kHz、1 ms One subframe 14 OFDM symbols

12 时域帧结构-FDD One radio frame (10 ms) = 10 subframes #0 #1 #9 #5
#0 #1 #9 One radio frame (10 ms) = 10 subframes #5 One subframe (1 ms) = two slots 7 OFDM symbols (0.5 ms) PBCH is mapped in the first subframe, second slot on OFDM symbol 0, 1, 2and 3 of every radio frame. PSS is mapped on OFDM symbol 6 in the first slot of subframes 0 and 5 and SSS is mapped on OFDM symbol 5 in the first slot of subframes 0 and 5 1 OFDM symbol

13 时域帧结构 FDD LTE TDD LTE FDD LTE 20M = 上20M+下20M TDD LTE 20M = 20M
LTE Fundamentals 时域帧结构 Special subframe Configurable DwPTS GP UpPTS #0 #1 #9 One radio frame (10 ms) = 10 subframes Half radio frame (5 ms) = 5 subframes #2 #3 #4 #5 #8 #6 #7 FDD LTE TDD LTE FDD LTE 20M = 上20M+下20M TDD LTE 20M = 20M WCDMA DC-HSPA+ = 上10M+ 下10M FDD 频段分配上下行，需要对称频谱使用 TDD 时隙分配上下行，可非对称频谱使用

14 TDD与FDD的主要差别 TDD 与 FDD 存在 90% 的相似度，保障 TD-LTE 性能与 LTE FDD 的可比性
TDD与FDD的主要差别 LTE-FDD TD-LTE + 可用于非对称频谱，灵活性更高 + 可根据业务模型来分配上下行时隙配比， 频谱利用率高 + TDD模式的移动通信系统具有上下行信道 的互惠性 - 等效平均发射功率降低，覆盖有所降低 FDD TDD 双工方式 上下行分别工作在不同的频段， 可连续发射/接收 上下行工作在同一频段， 不连续的发射/接收 避免干扰方式 上下行在频域上隔离(保护带) 上下行在时域上隔离(保护时间) 帧结构 10 ms （7种上下行配比; 9种特殊子帧配置） 其他物理层差异 同步信号/随机接入导频位置，混合重传(HARQ)迟延, 多天线技术实现 严格的同步要求以避免上/下行干扰 由于保护间隔的存在，产生了更高开销， 平均 RTT 时延也相应增加 + 可针对业务变化相应调整(全网范畴) - 相同地理区域内，同/邻频运营商间需要协 调 TDD 与 FDD 存在 90% 的相似度，保障 TD-LTE 性能与 LTE FDD 的可比性 同时降低 TDD 和 FDD 共平台设计和技术间融合的难度

15 MIMO多天线技术 空间分集 空间复用 MISO (多发单收) 波束赋型 发射分集 SIMO (单发多收) 接收分集 MIMO (多发多收)
MIMO多天线技术 eNodeB Terminal device MISO (多发单收) 波束赋型 发射分集 Radio channel eNodeB Terminal device SIMO (单发多收) 接收分集 Radio channel 空间分集 eNodeB MIMO (多发多收) 以上均可 + 空分复用 (MIMO) Terminal device Radio channel 空间复用

16 信道映射简介 DL 传输信道的简化为最明显特点 数据走向简单化 无专用信道之说 UL 传输信道的简化为最明显特点

17 高阶调制&信道编码 提高承载效率的高阶调制技术 贴近实际无线环境的信道编码 需要良好的SINR作为基础 高阶调制 64QAM 16QAM
高阶调制&信道编码 16QAM 4 bits/symbol 2 bits/symbol QPSK 64QAM 6 bits/symbol 高阶调制 提高承载效率的高阶调制技术 贴近实际无线环境的信道编码 需要良好的SINR作为基础 Data Protection 信道编码 Pbch:qpsk Phich:bpsk

18 调度算法 时域 频域 爱立信调度算法 循环法 最大C/I 比例公平 连续 随机 基于测量 RESOURCE_FAIR EQUAL_RATE
时域 循环法 最大C/I 比例公平 频域 连续 随机 基于测量 爱立信调度算法 RESOURCE_FAIR EQUAL_RATE PROPORTIONAL_FAIR_HIGH PROPORTIONAL_FAIR_MEDIUM PROPORTIONAL_FAIR_LOW MAXIMUM_C_OVER_I DELAY_BASED Round-robin Max C/I Proportional fair Downlink User 1 User 2 User 3 time frequency

19 …而上行不考虑MIMO、只用16QAM大概是 50Mbps
例举：LTE单用户峰值速率能有多快？ 时 14 OFDM符号 /1.0 ms子帧 64QAM = 6 bits / 符号 6 x 14 = 84 bits / 1.0 ms子帧 84bits/1.0ms = 84kbps / 子载波 12 x 84kbps = 1.008Mbps / 调度块 100调度块 / 20MHz 100 x 1.008Mbps = 100.8Mbps / 每天线 频 空 …而上行不考虑MIMO、只用16QAM大概是 50Mbps 典型的2 x 2 MIMO: 201.6Mbps ! 而考虑开销实际上大概在150Mbps

20 LTE所定义的状态 LTE NAS层状态转换 LTE RRC状态转换 LTE-IDLE LTE-ACTIVE LTE-DETACHED
DETACHED IDLE ACTIVE Power-up Register Inactive Traffic De-register LTE NAS层状态转换 LTE-IDLE LTE-ACTIVE LTE-DETACHED LTE RRC状态转换 RRC-IDLE RRC-CONNECTED

21 空闲态移动性 “跟踪区”的概念 只有简单的一种“区”的概念 跟踪区（ TA -Tracking area） TA2 TA1 TA4 TA3
空闲态移动性 “跟踪区”的概念 只有简单的一种“区”的概念 跟踪区（ TA -Tracking area） TA2 TA1 TA4 TA3

22 不在存在软切换的概念，重叠覆盖控制很关键
移动性的保证 不在存在软切换的概念，重叠覆盖控制很关键 X2接口切换 S1接口切换

23 LTE演进 载波聚合 频谱聚合 上/下行增强多天线技术 8 4 2013-05-03 20 MHz
100 MHz total bandwidth 载波聚合 频谱聚合 上/下行增强多天线技术 20 MHz 40 MHz total bandwidth 4 8

24 LTE无线网络优化特点 LRAN ISP Reporting May 2011 LRAN ISP Reporting May 2011
LRAN ISP Reporting March 2012 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LRAN ISP Reporting LRAN ISP Reporting March 2012 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LTE无线网络优化特点 EAB/FJ-12:0267 Uen, Rev PB2 61/ /FCG Uen, Rev PK1 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev G 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev PK1 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 24 24 24 24 24

25 LTE与UMTS网络优化对比 基本思想 主要差异 后续探索
LTE与UMTS网络结构不同、采用的技术不同，导致系统优化过程中接入、切换等各种流程涉及的参数不同；同时，LTE系统的干扰和UMTS系统的干扰来源也有较大不同，需要通过不同手段规避； 主要差异 目前LTE的网络优化方法和参数主要来自前期的研究成果和试验网的一些经验总结。后续还需借鉴国外成熟的经验和解决方案，继续加强对网络优化技术的研究，以及对新工具、新方法的探索，找到适合国内无线网络的优化方法。 后续探索

26 网络结构的差异 UMTS LTE 网络结构的差异将带来网络规划与优化的差异
MSC/SGSN/GGSN RNC NodeB UMTS Iub LTE E-UTRAN中只有eNode B一个网元，具有WCDMA中Node B全部功能和RNC大部分功能 无线资源管理：即实现无线承载控制、无线接入控制和连接移动性控制，调度等 IP头压缩和数据加密 为UE选择MME 将用户面数据路由到S-GW 调度和发送寻呼消息 调度和发送广播消息 测量控制和测量报告 S1接口类似于WCDMA系统中的Iu接口 X2接口类似于WCDMA系统中的Iur接口 LTE 功能扁平化，去掉RNC的物理实体，把部分功能下移到 eNodeB，以减少时延，增强调度能力。 采用全IP技术，继续实行用户面和控制面分离，部分功能上移到核心网，以加强移动交换管理。 网络结构的差异将带来网络规划与优化的差异

27 关键技术的不同导致覆盖、容量、互操作、干扰控制规划优化不同
关键技术的区别 项目 UMTS UMTS_HSDPA LTE 带宽 5MHz 1.4MHz ……20MHz 传输技术 CDMA OFDMA 切换 软切换 硬切换 功控 Yes No 上行功控 支持MIMO? 不支持 支持 容量资源 # of Carriers # of RBs UE 最大功率 24dBm 23dBm 补偿路径损耗和阴影衰落，适应信道变化 抑制邻小区用户间干扰 终端节电 不同上行信道的功控算法是不一样的 关键技术的不同导致覆盖、容量、互操作、干扰控制规划优化不同

28 Primary Scrambling code1
区分小区方法不同 Cell1 Cell2 OVSF Code1 OVSF Code2 Primary Scrambling code1 Primary Scrambling code2 User1 Data User2 Data User3 Data User n Data Channel Code (OVSF) Scrambling code Signal combine UMTS DL Data transmission x UMTS Cell1 Cell2 RB1 RB2 Physical Cell Identity 1 Physical Cell Identity 2 LTE UMTS下行采用主扰码区分小区，OVSF码区分用户 UMTS下行采用PSC来区分小区；LTE下行使用PCI来区分小区。　

29 物理小区识别-PCI 下行参考信号RS：用于下行物理信道解调及信道质量测量 小区专用参考信号 CRS：CQI测量总基于CRS
物理小区标识（Physical Cell Identities，PCI）是无线小区必须配置的参数： eNodeB的PCI用于终端区分不同的eNodeB小区。 共有504个物理层小区标识。分成168个物理层小区标识组，每个组包含3个唯一的标识。 PCI和RS的位置有一定的映射关系: PCI=0，其小区CRS起点为第一个OFDM符号；相同PCI的小区，其RS位置一定相同，在同频情况下会产生干扰； PCI不同，也不一定能完全保证RS位置不同，在同频的情况下，如果两天线端口两个小区PCI 模3相等，这两个小区之间的RS位置也是相同的，同样会产生严重的干扰，导致SINR急剧下降。 规划优化建议：PCI规划优化要结合频率、RS位置、小区位置关系和邻区关系等统一考虑，才能取得合理的结果。 在PCI规划和优化中应满足： 避免冲突：在复用区域内的PCI是唯一的，有切换关系的小区避免模3相等； 避免混淆：不能存在具有相同PCI的邻区。 用来指示一个子帧中PDCCH传输占用的OFDM符号数(1、2或3)，映射到下行子帧第0个OFDM符号上的4个REG上，4个REG在频域上均匀间隔的分布在整个系统带宽上，REG具体的映射位置与物理小区ID相关，因此不同小区间的PCFICH有一定频率偏移，避免小区间PCFICH的相互干扰 下行参考信号RS：用于下行物理信道解调及信道质量测量 小区专用参考信号 CRS：CQI测量总基于CRS 对于每个天线端口，RS的频域间隔为6个子载波：每个携带CRS的OFDM符号中，CRS交叉放置，间隔6个子载波，其绝对位置与物理小区ID直接相关，因此CRS的绝对位置有6中偏移方案，这样可以保证相邻小区间有不同的参考信号频率偏移，避免小区间参考信号同频干扰。

30 控制信道配置、MIMO模式、终端类型、带宽、无线环境
影响网络性能因素的区别 WCDMA LTE 性能 码字、终端类型、无线环境 控制信道配置、MIMO模式、终端类型、带宽、无线环境 资源 码资源、功率资源、CE资源等 RB数 覆盖 RSCP、Ec/No RSRP、SINR 干扰 小区内干扰、小区间干扰 小区间干扰

31 LTE与UMTS优化方向对比 UMTS LTE 覆盖能力取决于网络负荷,有明显的呼吸效应 容量受干扰影响 干扰包括小区内和小区间干扰
支持软切换,对交叉覆盖区域有一定要求 覆盖,容量,干扰相互关联 LTE 覆盖能力取决于网络负荷,无明显的呼吸效应，覆盖要求受业务边缘速率影响 SINR是决定吞吐率的主要因素 干扰主要是小区间干扰 以控制干扰为导向 重叠覆盖能确保强的RSRP，但导致吞吐率明显下降 对于LTE, 峰值速率要求SINR 达到25dB以上,12dB时的速率不及峰值的一半

32 LTE与UMTS优化手段对比 现有3G的思路、技术手段仍可借鉴 LTE新增的网优技术手段 DT与CQT SON 参数规划与优化 覆盖评估
性能评估：接入、切换、掉话、平均吞吐量 不同点：指标名称、取值有差异 参数规划与优化 覆盖 接入、切换、系统算法 不同点：参数的规划、优化原则有所不同，LTE涉及的参数更多 SON PCI冲突检测（PCI Conflict Reporting） PCI自配置（Automatic PCI Collision Resolution） 自动邻区关系（ANR） 移动负载均衡优化（MLB） 移动鲁棒性优化（MRO） 覆盖与容量优化（CCO）

33 LTE优化流程 LRAN ISP Reporting May 2011 LRAN ISP Reporting May 2011
LRAN ISP Reporting March 2012 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LRAN ISP Reporting LRAN ISP Reporting March 2012 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LTE优化流程 EAB/FJ-12:0267 Uen, Rev PB2 61/ /FCG Uen, Rev PK1 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev G 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev PK1 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 33 33 33 33 33

34 LTE网络优化在不同的阶段有不同的方法和侧重点
参数 天馈 基本功能 单板告警 单站验证 覆盖 接入、切换、掉话 吞吐量 簇优化 全网KPI PCI、PRACH、TAC等参数优化 全网RF优化 性能监控（无线、核心网、传输网） 负荷监控 网络故障处理 网络性能保障 RF增强优化 KPI性能提升 网络性能提升 输出网优报告 总结网优案例 传递网优技能 网络性能验收 LTE网络优化在不同的阶段有不同的方法和侧重点

35 单站验证测试可以检查出以上问题，需要通过工程整改、参数调整等方式进行优化
网络初始调整-单站验证 业务类：业务不能正常进行，诸如无法接入，无法访问internet等 性能类：吞吐率不达标，切换异常，（可能原因：天线模式支持不全、传输误码率高、传输闪断等问题） 工程类： 天线方位角、下倾角与规划不一致，天馈接反或接错，天线近端被阻挡，天线挂高与规划不一致，其他硬件故障问题 单站优化测试：单站点验证是优化第一阶段，涉及每个新建站点的功能验证。 单站点验证工作的目标是确保站点安装和参数配置的正确。 工作重点： 主要业务的验证 覆盖与规划覆盖的比较 单站验证测试可以检查出以上问题，需要通过工程整改、参数调整等方式进行优化

36 一般情况下一个簇20~30个站的规模；一个簇开启90%以上的基站才启动簇优化
网络初始调整-片区/簇优化 RF优化流程 簇优化关注指标 分类 关注KPI 接入性 RRC建立成功率、E-RAB建立成功率 保持性 业务掉线率 完整性 上行/下行平均吞吐量 时延 移动性 系统内切换成功率 覆盖类 RSRP、SINR 一般情况下一个簇20~30个站的规模；一个簇开启90%以上的基站才启动簇优化

37 簇优化指标 FDD LTE TDD LTE 区域类型 公共参考信号覆盖场强 覆盖率 小区边缘速率 小区平均吞吐率 RSRP RS-SINR
dBm dB Mbps 密集城区 ≥-100 ≥-5 90% DL/UL:4/1 DL/UL:35/25 一般城区 旅游景区 ≥-105 DL/UL:30/20 机场高速、高铁（车内） ≥-110 DL/UL:2/0.512 DL/UL:25/15 FDD LTE 区域类型 公共参考信号覆盖场强 覆盖率 小区边缘速率 小区平均吞吐率 RSRP RS-SINR dBm dB Mbps 密集城区 ≥-105 ≥-5 90% DL/UL:1/0.128 DL/UL:18/10 一般城区 旅游景区 ≥-110 TDD LTE 注：1）表格中数据均为20MHz系统带宽，50%网络负荷情况下的标准。 2）除高铁场景、机场高速外，RSRP和RS-SINR指室外测量值。

38 以用户感知为目标，关注接入性、保持性、移动性和速率
网络性能提升 驻留策略 CSFB 边界切换 干扰协调 频率选择调度 准入控制 负载控制 接入 切换 重选 接入、移动优化 负荷优化 互操作优化 特性应用 网络性能提升 DL/UL FSS Interference Rejection Combining 以用户感知为目标，关注接入性、保持性、移动性和速率

39 LTE网络优化研究方向 优化研究方向 同频干扰优化 边缘速率优化 PCI优化 重叠覆盖 室内外协同覆盖优化 切换优化
LTE与2G3G互操作优化

40 LTE优化方法及案例 LRAN ISP Reporting May 2011 LRAN ISP Reporting May 2011
LRAN ISP Reporting March 2012 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LRAN ISP Reporting LRAN ISP Reporting March 2012 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LTE优化方法及案例 EAB/FJ-12:0267 Uen, Rev PB2 61/ /FCG Uen, Rev PK1 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev G 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev PK1 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 40 40 40 40 40

41 LTE网络优化基本方法 速率性能优化 切换性能优化 网络 优化 覆盖干扰性能优化 调整天线下倾角 调整天线方向角 天线高度
重选、切换参数调整 各制式特性配置 功率调整 天线高度 速率性能优化 切换性能优化 覆盖干扰性能优化 时延性能优化 数传性能优化 接入性能优化 业务保持性能优化 PCI调整 功率调整 切换参数优化 邻区优化 天馈调整 RS功率调整 灵活选址 CRS=Power_single+lg(1+Pb)-10log(12*N_rb)=43-10lg1200= =12.2dB  单天线

42 LTE网络优化要点：以控制干扰为导向 商用网络的测试数据： SINR 从9 dB 到 10 dB  11%吞吐率提升 SINR 从8 dB 到 10 dB  24% 吞吐率提升 SINR 从7 dB 到 10 dB  39% 吞吐率提升 SINR对吞吐率的影响如上图所示，可以看到SINR的小幅增长可以引起速率的较大幅度增长；因此干扰引起的SINR降低对速率的影响比较大。 LTE的性能主要取决于信号质量SINR，来自于邻小区的干扰是决定SINR主要因素。 下行最小数据吞吐率的要求决定SINR的最低的要求。 通过对重叠覆盖的控制，可以有效提高SINR 。

43 在RSRP一定时，SINR决定吞吐率， 提高SINR是无线网络设计和优化的关键目标。
某试验网的实测数据 国外FDD实测数据，10MHz 在RSRP一定时，SINR决定吞吐率， 提高SINR是无线网络设计和优化的关键目标。

44 吞吐率与RSRP的对应关系 在SINR一定时，吞吐率与RSRP弱相关，强RSRP 并不意味高吞吐率，不必过分追求RSRP的高设计目标，而只需要满足PDCCH控制信道的接收要求即可。

45 影响SINR的因素 SINR：参考信号接收质量
针对携带RS的RE进行计算：SINR ＝ Signal /（Interference ＋ Noise） S: 测量到的有用信号的功率，主要关注的信号和信道包括：RS、PDSCH； I: 测量到的信号或信道干扰信号的功率，包括本系统其他小区的干扰，以 及异系统的干扰； N: 底噪，与具体测量带宽和接收机噪声系数有关。 影响SINR的因素 邻区的同频干扰 PCI模3干扰 重叠覆盖 小区功率过大 RSRQ=N*RSRP/RSSI， <0越大越好---dB SINR=RSRP/(RSSI-RSRP)

46 LTE网络优化-同频干扰优化 同频干扰 解决方案 LTE同频干扰原理示意图 公共信道/控制信道干扰 网络结构优化 参数优化 业务信道
具体的映射位置与物理小区ID密切相关 RS（参考信号） PCFICH（物理控制指示信道） 影响导频信号质量、影响调度选阶 业务信道 PDSCH PUSCH 误码率高 影响网络性能 网络结构优化 通过站间距、天馈倾角、功率等调整控制小区的覆盖 避免越区干扰、重叠覆盖区过大 参数优化 PCI的合理规划优化 邻区优化 优化调整切换门限、邻区、迟滞等切换参数，提升边缘速率 干扰规避算法 ICIC干扰协调 IRC干扰拒绝合并 FSS频率选择调度 天线端口1导频 天线端口2导频 控制信号 业务信道数据 数据被邻区干扰部分 空载时数据部分受到邻区导频干扰占总数据资源比例为：10%

47 针对特殊场景的优化，功率调整也是一个有效的手段
参数优化—小区功率参数优化 问题分析： 某路段受到某基站1,2小区的干扰，这是因为该小区受广告牌阻挡严重，下倾角不能下压，站高41m，所以对此路段干扰较大（见右图红框所示）。 优化建议： 建议调整该站1,2小区功率为10w，减少对问题区域的干扰，进行深度优化。 优化结果： 通过降低功率，发现此路段SINR明显改善，在此优化结果的基础上，吞吐量性能提升较大。测试区域性能统对比（图中黑框选中区域）统计如下： 下行吞吐量（Mbps） 平均SINR 初始优化 20.7 13.6 深度优化 30.17 14.6 针对特殊场景的优化，功率调整也是一个有效的手段

48 参数优化—PCI参数优化 UE测量到的SINR明显降低； UE测量到的RSRP可能不准确
道路A及道路B路口部分路段的SINR较弱， 出现很多SINR在-5~5dB范围内的区域。但是此处覆盖良好，查看小区数据库发现相关小区的PCI如上表，模3干扰严重。 小区PCI mod 3结果相等，导致RS同频干扰严重，使RS-SINR降低，导致吞吐率不理想，PCI优化后的路测结果表明显示此路段的SINR水平有了明显的改善。

49 重叠覆盖优化 LTE采用同频组网，建设方式主要继承WCDMA的网络结构，由于两者在传播特性和优化手段上的差异，以WCDMA网络结构为基础形成的LTE网络重叠覆盖严重，影响了LTE网络质量。 测试方法：50%加扰，A小区作为服务小区，B小区为干扰小区，测试点可收到A小区信号在-70~-80dBm； 逐步关闭邻区，吞吐量逐步上升 服务小区与邻区RSRP差值 重叠覆盖程度影响SINR、吞吐量及接入，当主邻RSRP相差10dB以上时吞吐量影响10%左右，主邻RSRP接近时影响接通。 综合起来看，主服务小区受干扰程度与邻区的个数及信号强度有关。 建立重叠覆盖度的评估准则，通过对重叠覆盖度的优化，将优化目标聚焦于可能成为干扰源的站点。通过高干扰站点数量的不断收敛提升网络结构和质量。

50 切换优化 在无线的移动环境中，由于UE位置的不断变化以及每个小区覆盖范围的有限性，引入基于覆盖的切换来保证UE业务的连续性。 eNodeB通过测量控制消息，下发相关配置信息，UE据此完成切换测量，并在eNodeB控制下完成切换的过程，保证不间断的通信服务。切换前后的UE连接如下图所示： 切换典型过程：测量控制—>测量报告－>切换判决—>切换执行－>新的测量控制 Intra-RAT （系统内切换） 载频关系： 同频切换 异频切换 信令承载方式： eNodeB内的切换 MME内基于X2接口的切换 MME内基于S1接口的切换 MME间基于S1接口的切换 触发原因： 基于覆盖 基于负载 基于频率优先级 基于业务 Inter-RAT（系统间切换） 判决 执行 测量

51 切换优化-切换事件说明 事件名称 事件定义 触发条件 进入条件 离开条件 A1事件
Serving becomes better than threshold：表示服务小区信号质量高于一定门限，满足此条件的事件被上报时，eNodeB停止异频/异系统测量；类似于UMTS里面的2F事件； Ms-Hys>Thresh Ms+Hys<Thresh A2事件 Serving becomes worse than threshold：表示服务小区信号质量低于一定门限，满足此条件的事件被上报时，eNodeB启动异频/异系统测量；类似于UMTS里面的2D事件； A3事件 Neighbour becomes offset better than serving：表示同频邻区质量高于服务小区质量，满足此条件的事件被上报时，源eNodeB启动同频切换请求； Mn-Hys> Ms+Ofs+Ocs Mn+Hys< Ms+Ofs+Ocs A5事件 Serving becomes worse than threshold1 and neighbour becomes better than threshold2：表示服务小区质量低于一定门限并且邻区质量高于一定门限；类似于UMTS里的2B事件； Ms-Hys>Thresh1 Mn+Ofn+Ocn-Hys> Thresh2 Ms+Hys<Thresh1 Mn+Ofn+Ocn+Hys< Thresh2 B1事件 Inter RAT neighbour becomes better than threshold：表示异系统邻区质量高于一定门限，满足此条件事件被上报时，源eNodeB启动异系统切换请求；类似于UMTS里的3C事件； Mn+Ofn-Hys> Thresh Mn+Ofn+Hys< Thresh B2事件 Serving becomes worse than threshold1 and inter RAT neighbour becomes better than threshold2：表示服务小区质量低于一定门限并且异系统邻区质量高于一定门限，类似于UMTS里进行异系统切换的3A事件。 Ms+Hys<Thresh1 Mn+Ofn-Hys> Thresh2 Ms-Hys>Thresh1 Mn+Ofn+Hys< Thresh2

52 切换优化-关键参数 参数英文名称 参数中文名称 功能描述 参数对网络性能的影响 hysteresisA3 同频切换幅度迟滞
该参数表示同频切换测量事件的迟滞，可减少由于无线信号波动导致的同频切换事件的触发次数，降低乒乓切换以及误判,该值越大越容易防止乒乓和误判。参见协议3GPP TS 。 增大迟滞Hyst，将增加A3事件触发的难度，延缓切换，影响用户感受；减小该值，将使得A3事件更容易被触发，容易导致误判和乒乓切换。 a3offset 同频切换偏置 该参数表示同频切换中邻区质量高于服务小区的偏置值。该值越大，表示需要目标小区有更好的服务质量才会发起切换。参见协议3GPP TS 。 若为正，将增加A3事件触发的难度，延缓切换；若为负，则降低A3事件触发的难度，提前进行切换。 timeToTriggerA3 同频切换时间迟滞 该参数表示同频切换测量事件的时间迟滞。 当同频切换事件满足触发条件时并不能立即上报，而是当该事件在时间迟滞内，一直满足上报条件，才触发上报该事件测量报告。 该参数可以减少偶然性触发的事件上报，并降低平均切换次数和误切换次数，防止不必要切换的发生。 延迟触发时间的设置可以有效减少平均切换次数和误切换次数，防止不必要切换的发生。延迟触发时间越大，平均切换次数越小，但延迟触发时间的增大会增加掉话的风险。 maxReportCellsA3 测量上报最大小区数 该参数表示系统内同频、异频切换事件测量或快速ANR周期测量触发上报时，允许上报的最大小区数。参见协议3GPP TS 。 该参数减小，则减少切换候选小区数目，减少每次测量报告触发的切换的成功率，但是节省了空口资源。反之亦然。 reportAmountA3 测量报告上报次数 该参数表示系统内同频或者异频切换事件触发后周期上报测量报告的次数。 主要为防止测量报告的遗失和内部处理流程的失败对切换造成的影响。参见协议3GPP TS 。 增大参数值，报告的次数越多，切换的成功率会有一定的提高。但另一方面，如果报告的次数过多，会导致过多的信令，浪费空口资源。 reportIntervalA3 A3测量报告上报间隔 该参数表示同频切换事件触发后周期上报测量报告的间隔。异频A3测量报告上报间隔取值与该参数相同。 参见协议3GPP TS 。 该值减小，报告增多，增大切换机率， 耗费空口资源; 该值过大会导致重试切换时延过大，降低切换成功率。

53 切换问题的定位 设备状态检查 参数核查 切换失败TOP站邻区漏配检查
查询基站、小区告警，保证没有与切换相关的严重告警（如X2配置链路断开、RRU告警等） 检查测试终端是否能正常使用，是否支持异频、异系统重选、切换功能 参数核查 确认切换开关状态 确认邻区配置，确认邻区关系、X2接口配置、传输配置 确认切换参数，比如切换门限，幅度迟滞，时间迟滞等 确认是否存在PCI冲突告警 切换失败TOP站邻区漏配检查 地理位置、网络规划角度，确认是否邻区漏配，并实施相应操作

54 eNodeB侧：收到测量报告，但不发起切换（X2口没有切换请求，空口没有下发切换命令）
切换问题的定位、解决方法-邻区漏配 问题1：邻区漏配核查： 从网络侧跟踪Uu口和终端侧Uu口跟踪结合判断： 网络侧：同一用户连续上报测量报告但没有下发切换命令，检查X2或S1跟踪中分别也没有HANDOVER REQUST及S1AP_HANDOVER_REQUIRED，则很可能是漏配的小区（通过查询配置确认）； 终端侧：随着UE移动服务小区RSRP越来越差，SINR越来越差，而邻区RSRP越来越好，上报测量报告，没有收到切换命令； UE侧：发测量报告，但收不到切换命令 eNodeB侧：收到测量报告，但不发起切换（X2口没有切换请求，空口没有下发切换命令）

55 邻区关系的合理配置，会提升用户切换成功率。 自动邻区ANR的功能会大大提升邻区优化的效率。
自动邻区关系ANR是LTE SON的重要功能，通过终端的报告和eNodeB的判断，即时建立起缺失邻小区关系： 大大减少优化维护工作 增强网络性能，减少掉话 网络通过小区分裂方式扩容，无需人力添加邻小区 利用ANR进行邻区优化前提条件 优化的无线环境 合理的PCI规划 合理的ANR参数设置 避免由于PCI冲突，导致有些邻区不能添加 出现大量的PCI confusion ANR功能检测和添加的相邻关系不合理 邻区关系的合理配置，会提升用户切换成功率。 自动邻区ANR的功能会大大提升邻区优化的效率。

56 切换优化-弱覆盖 问题2：弱覆盖： 从终端侧判断： 从网络侧判断： 弱覆盖的解决方法：
当邻区无线质量满足切换门限时，服务小区和邻区的RSRP都十分弱； 从网络侧判断： 从网络侧跟踪的UU口消息中，触发切换的A3测量报告记录的源小区、目标小区RSRP都很低，当测量报告中携带的服务小区RSRP值小于-110dBm时，可以认为处于信号质量微弱的区域，此时容易出现切换失败，需要调整覆盖； 弱覆盖的解决方法： 调整天线方向角、倾角：当下行先受限时，可以通过调整天线（如减小下倾角）补充远点的下行覆盖； 增加基站：当上行先受限时，可以通过增加小区（基站或接远RRU）的方式增强上行覆盖。 UE侧信令表现为收到切换命刚发出切换完成消息后即发起RRC重建，或者收不到切换命令 eNodeB侧表现为下发切换命令后收不到切换完成消息，或者连测量报告也收不到

57 切换优化-切换带调整 问题现象 问题分析 解决方案 温州街小区4向金箔东路小区9切换失败，但反向可以切换成功
从小区4向小区9移动在右转弯后是切换带，终端上报测量报告，此处存在快衰落，基站收不到测量报告或者还没来得及完成切换，终端已经RL Failure。 解决方案 降低A3配置中的“事件触发持续时间”、“A3事件触发偏移值”，使切换带向小区4的方向移动，当终端在路上刚转弯即开始上报测量报告和切换，调整后，双向切换成功。

58 速率优化-优化方法 影响吞吐率的基本因素 速率优化的手段 Check RF in UE Check RF in eNB
系统带宽：系统的不同带宽决定了系统的总RB数； 数据信道可用带宽：公共信道的开销进一步决定了用户可以实际使用的资源，其中下行主要包括PDCCH和系统消息；上行主要包括PUCCH、SRS、PRACH； UE能力情况 编码速率限制：传输块的编码速率无线环境：主要包含RSRP和AVG SINR，无线环境质量会对实际的信号解调性能造成影响，同时会影响MCS/RANK/CQI值。 速率优化的手段 Check RF in UE Check RF in eNB Check eNB configuration Check UE capabilities UE throughput check Iperf test troubleshooting Case

59 速率优化-Check RF in UE Check RF in UE 通过UE测试和上报评估无线环境的基本情况： RSRP/SINR
CQI/RI/RSRQ/RSSI 工具：TEMS/Dingli/CDS 优化手段：RF优化 RSRP：参考信号强度。良好RSRP>-95dBm。低于-110dBm时可能无法达到峰值。 SINR：信噪比。良好的无线环境要求SINR>25。如果SINR<18可能无法达到峰值 CQI:UE反馈给EnodeB当前信道质量。DL峰值要求CQI 10-15;UL峰值要求CQI 7-9 CQI 1-6 map to QPSK CQI 7-9 map to 16QAM CQI map to 64QAM RANK:UE反馈RI给EnB,EnB利用RI值在发射分级(RANK1)和MIMO/TM=3(RANK1&RANK2)之间转换

60 速率优化-Check RF in EnodB Check RF in EnodB 优化方法：检查上行干扰性能统计
UL interference 在EnodB中检查统计。pmRadioRecInterferencePwr/pmRadioRecInterferencePwrPucch。 方法包括：Moshell中run run lteUlInt.mos ；网管统计counter情况

61 速率优化-Check eNB configuration
优化方法：检查MO配置 核查基站的MO配置: 2x2 MIMO; 20M bandwidth license; dl/ulchannel bandwidth Basebandcapacity 16QAM/64QAM license Alarm VSWR UE transmit power for PUSCH and PUCCH Parameter check according to baseline

62 速率优化-Check eNB configuration

63 速率优化-Check eNB configuration

64 速率优化-Check eNB configuration

65 速率优化-Check UE capability
检查方法： 在测试软件的L3 RRC信令中查看：Uecapabilityinformation 利用MOSHELL查看处于RRC-active下的UE能力： MOSHELL> ue print -ue –allcell MOSHELL> ue cap -racueref cellid 1

66 速率优化-UE throughput check
Throughput check tips 在单站测试时达不到峰值，查看RRC用户数 速率稳定但达不到峰值，可尝试使用多个UE进行测试，查看多个UE的速率之和 （小区速率）是否能够达到峰值 APN配置是否准确 检查FTP服务器是否有问题 更换UE/SIM/测试电脑 Subscriber profile中定义的最大比特率： S1AP message InitialContextSetupRequest value InitialContextSetupRequest : { protocolIEs { value UEAggregateMaximumBitrate : { uEaggregateMaximumBitRateDL , [999 Mbps] uEaggregateMaximumBitRateUL [999 Mbps] } Iperf test tool-评估网络带宽和时延

67 速率优化-IPERF TEST TOOL UE PGW
Throughput are compared in three nodes: PGW/UE/ENodeB Server connect to PGW, sending UDP data with 100Mbps Client pc connect to network through E392 modem, listening the UDP data EnodeB counter [IpAccessHostEt::pmIpInReceives] can record the ROP data package which is sent from serving GW. Throughput can be calculated by ratio between data and 15min.

68 Iperf configuration Run cmd, then open Iperf in Server which is connected to UE node, run the command : iperf -s -u -i 1 -p 5678 Use NetMeter to monitoring the rate on Server

69 TEST & analyze process PGW +Iperf
Sending data with 107Mbps in server which is connected to PGW

70 TEST & analyze process EnodeB+Counter
The data are received in EnB is 55.9Mbps. Almost 50 percent data is lost in transmission between Enb and PGW. 4636*1000/15min/60s*( )*8/1024/1024 =55.9Mbps Remark: The UDP data size is which is sent by Iperf.

71 TEST & analyze process UE+Iperf
The end user receives UDP data with 55.6Mbps which is counted in Iperf.

72 Summary In this case: Conclusion： PGW node throughput is 107Mbps
Summary In this case: PGW node throughput is 107Mbps Enode throughput is 55.9Mbps UE throughput is 55.6Mbps Conclusion： For this site，the data package is lost in S1 interface, which means the data loss occurs in transmission or IP RAN. The low throughput issue has no relation with Uu interface or Enb. IP RAN vendor has the responsibility to solve the problem of package loss in transmission.

73 LTE关键KPI介绍和优化 LRAN ISP Reporting May 2011 LRAN ISP Reporting May 2011
LRAN ISP Reporting March 2012 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LRAN ISP Reporting LRAN ISP Reporting March 2012 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LTE关键KPI介绍和优化 EAB/FJ-12:0267 Uen, Rev PB2 61/ /FCG Uen, Rev PK1 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev G 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev PK1 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 73 73 73 73 73

74 LTE关键KPI分类 Accessibility 满足用户业务需求的能力 Retainability 为用户提供持续服务的能力
LTE KPI Guide Part 1 - Overview KPI System 2/28/2017 LTE关键KPI分类 Accessibility 满足用户业务需求的能力 Retainability 为用户提供持续服务的能力 Integrity 为客户提供预期服务质量的能力 Mobility 切换性能 Availability 设备可用性 System utilisation * 业务、负荷、资源使用 * System utilization用于辅助运营商进行网络容量和配置管理 © Ericsson (China) Communications Company Ltd. EAB-11: Uen, Rev A 74

75 初始会话建立成功率 SSSR（Session Setup Success Rate）
KPI System 接入性 KPI 初始会话建立成功率 SSSR（Session Setup Success Rate） PI S1 链路建立成功率 ERAB建立成功率 RRC建立成功率 计算公式 SSSR % = 𝑝𝑚𝑅𝑟𝑐𝐶𝑜𝑛𝑛𝐸𝑠𝑡𝑎𝑏𝑆𝑢𝑐𝑐 𝑝𝑚𝑅𝑟𝑐𝐶𝑜𝑛𝑛𝐸𝑠𝑡𝑎𝑏𝐴𝑡𝑡−𝑝𝑚𝑅𝑟𝑐𝐶𝑜𝑛𝑛𝐸𝑠𝑡𝑎𝑏𝐴𝑡𝑡𝑅𝑒𝑎𝑡𝑡 × 𝑝𝑚𝑆1𝑆𝑖𝑔𝐶𝑜𝑛𝑛𝐸𝑠𝑡𝑎𝑏𝑆𝑢𝑐𝑐 𝑝𝑚𝑆1𝑆𝑖𝑔𝐶𝑜𝑛𝑛𝐸𝑠𝑡𝑎𝑏𝐴𝑡𝑡 × 𝑝𝑚𝐸𝑟𝑎𝑏𝐸𝑠𝑡𝑎𝑏𝑆𝑢𝑐𝑐𝐼𝑛𝑖𝑡 𝑝𝑚𝐸𝑟𝑎𝑏𝐸𝑠𝑡𝑎𝑏𝐴𝑡𝑡𝐼𝑛𝑖𝑡 ×100% 100*(pmRrcConnEstabSucc/(pmRrcConnEstabAtt-pmRrcConnEstabAttReAtt) * (pmS1SigConnEstabSucc/pmS1SigConnEstabAtt) * (pmErabEstabSuccInit + pmErabEstabSuccAdded) /(pmErabEstabAttInit + pmErabEstabAttAdded) Live traffic counter based SSSR measurements will be affected by location of UEs during session setups. Can include UEs in poor RF coverage, or UEs on the edge of LTE service area and 随机接入-RRC连接建立-DRB建立； © Ericsson (China) Communications Company Ltd.

76 RRC建立 流程开始： 尝试：RRC Connection Request 流程结束： 成功：RRC Connection Setup
KPI System RRC建立 流程开始： 尝试：RRC Connection Request 流程结束： 成功：RRC Connection Setup 失败：RRC Connection Request Rejected © Ericsson (China) Communications Company Ltd.

77 S1建立 流程开始： 尝试 ：Initial UE ( RBS Message) 流程结束： 成功：
KPI System S1建立 流程开始： 尝试 ：Initial UE ( RBS Message) 流程结束： 成功： 在S1逻辑信道上收到消息，如：S1 initial context setup request © Ericsson (China) Communications Company Ltd.

78 ERAB建立 流程开始： 尝试 ：S1建立成功 流程结束： 成功：
KPI System ERAB建立 流程开始： 尝试 ：S1建立成功 流程结束： 成功： RBS向MME发送Initial Context Setup Response © Ericsson (China) Communications Company Ltd.

79 接入性优化方法 RRC建立失败原因： ERAB建立失败原因： 2013-05-03 RRC建立失败原因 对应统计对象 RRC授权超限
连接用户数lisence缺失导致的RRC连接建立失败数 RRC高负载 当基站中的负载控制功能指示高负载(Highload)时, RRC连接建立拒绝数 RRC超载 当基站中的负载控制功能指示过载(Overload)时, RRC连接建立拒绝数 RRC缺少资源 由于资源缺失导致的RRC连接建立失败数。 RRC承载准入拒绝 所有UE承载在承载准入时被拒绝导致的RRC连接建立失败数 RRC无线进程失败 因无线进程失败导致的RRC连接建立失败数 RRC未指定 未详细说明原因的RRC连接建立失败数 ERAB建立失败原因： ERAB建立失败原因 对应统计对象 小区下行GBR过载 小区下行GBR过载导致的ERAB建立失败数 Enb下行GBR过载 eNodeB下行GBR过载导致的ERAB建立失败数 小区上行GBR过载 小区上行GBR过载导致的ERAB建立失败数 Enb上行GBR过载 eNodeB上行GBR过载导致的ERAB建立失败数 ERAB初始授权失败 因lisence拒绝而导致的初始ERAB建立失败数 ERAB后续授权失败 因lisence拒绝而导致的后续ERAB建立失败数 eNODEB原因 因eNODEB导致的ERAB建立失败数 初始无线进程失败 因无线口进程导致的初始ERAB建立失败 后续无线进程失败 因无线口进程导致的后续ERAB建立失败 pmRrcConnEstabFailCause$ These measurements shall provide the number of failed RRC establishments per cause except for the following causes: EVENT_VALUE_ACTIVE_USER_LICENSE_EXCEEDED EVENT_VALUE_FAILURE_IN_RADIO_PROCEDURE EVENT_VALUE_LACK_OF_RESOURCES EVENT_VALUE_UNSPECIFIED pmErabEstabFailInitGrp$S1Cause$: E-RAB建立失败次数（UE无响应） pmErabEstabFailInitMiscS1Cause$: pmErabEstabFailInitNasS1Cause$: pmErabEstabFailInitProtS1Cause$:E-RAB建立失败次数（安全模式配置失败） pmErabEstabFailInitRnlS1Cause$:无线资源受限导致的E-RAB建立失败 pmErabEstabFailInitTranS1Cause$:传输资源拥塞导致的E-RAB建立失败

80 案例1-RRC缺少资源 【问题分析】统计小区最大用户数已超200，而小区实际定义的SR USER数为200，小区实际承载的用户数已超配置的SRUSER数导致RRC建立失败。 RRC失败原因统计： RRC用户数统计： 【优化方案】 扩容SRUSER数 200->270，扩容后RRC建立成功率提升至99%以上

81 案例2-无线进程失败 【问题分析】LTE劣化小区分析中发现某小区无线接通率很差仅40%左右，在RRC和ERAB建立阶段均存在异常。
RRC建立失败原因： RRC无线进程失败 ERAB建立失败原因：eNODEB原因和无线进程失败 检查告警发现站点存在校准 (CalibrationFailure)、链路丢失(LinkFailure)及服务降级(ServiceUnavailable)等多种告警。 小区存在上行强干扰，上行PUSCH和PUCCH底噪分别为-90dBm、-93dBm且每PRB上均有强干扰、初步怀疑为小区硬件故障导致。 【优化方案】建议更换小区故障RRU。 更换后，小区硬件告警消失，上行底噪降至-118dBm左右，无线接通率提升至99%以上。

82 SARR（Session Abnormal Release Rate ）
KPI System 保持性 KPI E-RAB掉线率 SARR（Session Abnormal Release Rate ） 计算公式 𝑆𝐴𝑅𝑅[%]=100%× 𝑝𝑚𝐸𝑟𝑎𝑏𝑅𝑒𝑙𝐴𝑏𝑛𝑜𝑟𝑚𝑎𝑙𝐸𝑛𝑏𝐴𝑐𝑡+𝑝𝑚𝐸𝑟𝑎𝑏𝑅𝑒𝑙𝐴𝑏𝑛𝑜𝑟𝑎𝑚𝑙𝑀𝑚𝑒𝐴𝑐𝑡 𝑝𝑚𝐸𝑟𝑎𝑏𝑅𝑒𝑙𝐴𝑏𝑛𝑜𝑟𝑚𝑎𝑙𝐸𝑛𝑏+𝑝𝑚𝐸𝑟𝑎𝑏𝑅𝑒𝑙𝑁𝑜𝑟𝑚𝑎𝑙𝐸𝑛𝑏+𝑝𝑚𝐸𝑟𝑎𝑏𝑅𝑒𝑙𝑀𝑚𝑒 Session Abnormal Release Rate (SARR) is defined as the ratio of abnormal session disconnections, divided by the total number of successful session setups. SARR is the probability of a user successfully holding and terminating a data session. © Ericsson (China) Communications Company Ltd.

83 MME发起 E-RAB Release Procedure – MME Initiated
KPI System MME发起 E-RAB Release Procedure – MME Initiated 在Buffer中有数据的非正常释放，才是用户感知的掉话 © Ericsson (China) Communications Company Ltd.

84 ENB发起 E-RAB Release Procedure – eNB Initiated
KPI System ENB发起 E-RAB Release Procedure – eNB Initiated 在Buffer中有数据的非正常释放，才是用户感知的掉话 © Ericsson (China) Communications Company Ltd.

85 保持性优化方法 ERAB掉话原因： 掉线Cause 对应统计对象 小区闭锁 由于人为闭锁小区而导致的UE上下文异常释放 切换失败
因执行切换失败、UE失联而导致的UE上下文异常释放 S1接口故障 因S1接口丢失、S1承载错误指示、SGW失败等引发的UE上下文异常释放 UE丢失 因无线连接状态下的UE丢失导致的UE上下文异常释放 预清空 由于预清空导致的UE上下文异常释放

86 案例1-UE丢失 通过现网counter统计分析，无线掉话中最常见的原因为：UE lost的失败。该统计是表征当基站检测到EUTRAN和UE之间的无线链路连接发生故障而导致的掉线，排查思路如下： 【问题分析】LTE劣化小区分析中发现某站点存在高掉线现象。检查站点无硬件告警。小区上行PUSCH和PUCCH底噪分别为-100dBm、-93dBm，小区存在上行强干扰，上行PUSCH SINR仅2左右很低，初步确认小区性能下降为上行强干扰导致。统计小区每PRB干扰发现：干扰主要集中在低频段，随频段增加干扰逐渐消失。初步怀疑干扰源为共站DCS1800的杂散干扰。 【优化方案】安装共站DCS1800增加滤波器，干扰消失，掉线率降至0.1%左右

87 DLUT（Downlink User Throughput ）
KPI System 完整性 KPI 下行用户速率 DLUT（Downlink User Throughput ） D𝐿𝑈𝑇 𝑘𝑏𝑝𝑠 = 𝑝𝑚𝑃𝑑𝑐𝑝𝑉𝑜𝑙𝐷𝑙𝐷𝑟𝑏−𝑝𝑚𝑃𝑑𝑐𝑝𝑉𝑜𝑙𝐷𝑙𝐷𝑟𝑏𝐿𝑎𝑠𝑡𝑇𝑇𝐼 𝑝𝑚𝑈𝑒𝑇ℎ𝑝𝑇𝐼𝑚𝑒𝐷𝑙∕1000 计算公式 pmPdcpVolDlDrb: The total volume (PDCP SDU) on Data Radio Bearers that has been transferred (UM and AM) in the downlink direction. Unit: 1 kilobit (1 000 bits) pmPdcpVolDlDrbLastTTI: The total volume (PDCP SDU) on Data Radio Bearers that has been transferred (acknowledged by the UE) in the downlink direction in the last TTI when a buffer is emptied pmUeThpTimeDl: The effective DL transport time comprises those periods from when the first part of the PDCP SDU of the DL buffer was transmitted on Uu until the buffer is emptied, excluding the TTI emptying the buffer. Unit: 1 ms © Ericsson (China) Communications Company Ltd.

88 Note：我们在统计下行用户速率的过程中，从空口的第一个包调度，到用户的最后一个数据调度完成，将去除尾包数据量和时间。上行也同样如此。
KPI System 完整性 KPI 统计原则 Note：我们在统计下行用户速率的过程中，从空口的第一个包调度，到用户的最后一个数据调度完成，将去除尾包数据量和时间。上行也同样如此。 © Ericsson (China) Communications Company Ltd.

89 ULUT（Uplink User Throughput ）
KPI System 完整性 KPI 上行用户速率 ULUT（Uplink User Throughput ） U𝐿𝑈𝑇[𝑘𝑏𝑝𝑠]= 𝑝𝑚𝑈𝑒𝑇ℎ𝑝𝑉𝑜𝑙𝑈𝑙 𝑝𝑚𝑈𝑒𝑇ℎ𝑝𝑇𝑖𝑚𝑒𝑈𝑙∕1000 计算公式 pmUeThpVolUl: Unit: 1 kilobit (1 000 bits) pmUeThpTimeUl: Unit: 1 ms The UL User Throughput (ULUT) is the average user uplink throughput on a Radio Bearer during an file upload. ULUT includes user data but excluding retransmissions, padding bits, data PDU headers and RLC control PDU's (i.e. application throughput). Radio bandwidth will impact this metric with lower throughput on smaller bandwidths ULUT is compared against radio conditions based on UL SINR or downlink RSRP © Ericsson (China) Communications Company Ltd.

90 HOSR（Intra-LTE Handover Success Rate ）
KPI System 移动性 KPI 系统内切换成功率 HOSR（Intra-LTE Handover Success Rate ） 𝐻𝑂𝑆𝑅 % =100%× 𝑝𝑚𝐻𝑜𝑃𝑟𝑒𝑝𝑆𝑢𝑐𝑐𝐿𝑡𝑒𝐼𝑛𝑡𝑟𝑎𝐹+𝑝𝑚𝐻𝑜𝑃𝑟𝑒𝑝𝑆𝑢𝑐𝑐𝐿𝑡𝑒𝐼𝑛𝑡𝑒𝑟𝐹 𝑝𝑚𝐻𝑜𝑃𝑟𝑒𝑝𝐴𝑡𝑡𝐿𝑡𝑒𝐼𝑛𝑡𝑟𝑎𝐹+𝑝𝑚𝐻𝑜𝑃𝑟𝑒𝑝𝐴𝑡𝑡𝐿𝑡𝑒𝐼𝑛𝑡𝑒𝑟𝐹 × 𝑝𝑚𝐻𝑜𝐸𝑥𝑒𝑆𝑢𝑐𝑐𝐿𝑡𝑒𝐼𝑛𝑡𝑟𝑎𝐹+𝑝𝑚𝐻𝑜𝐸𝑥𝑒𝑆𝑢𝑐𝑐𝐿𝑡𝑒𝐼𝑛𝑡𝑒𝑟𝐹 𝑝𝑚𝐻𝑜𝐸𝑥𝑒𝐴𝑡𝑡𝐿𝑡𝑒𝐼𝑛𝑡𝑟𝑎𝐹+𝑝𝑚𝐻𝑜𝐸𝑥𝑒𝐴𝑡𝑡𝐿𝑡𝑒𝐼𝑛𝑡𝑒𝑟𝐹 计算公式 The Intra LTE HO Success rate (HOSR) is defined as the number of successful intra LTE handover attempts divided by the total number of intra LTE handover attempts. It is the probability of successfully initiating and completing a handover to another cell in the LTE network which is centred on the same carrier frequency. © Ericsson (China) Communications Company Ltd.

91 KPI System 切换准备 © Ericsson (China) Communications Company Ltd.

92 KPI System 切换执行 © Ericsson (China) Communications Company Ltd.

93 移动性 到WCDMA的系统间切换成功率 KPI IRAT-HOSR-3G 计算公式
KPI System 移动性 KPI 到WCDMA的系统间切换成功率 IRAT-HOSR-3G 𝐻𝑂𝑆𝑅 % =100%× 𝑝𝑚𝐻𝑜𝑃𝑟𝑒𝑝𝑆𝑢𝑐𝑐𝑊𝑐𝑑𝑚𝑎 𝑝𝑚𝐻𝑜𝑃𝑟𝑒𝑝𝐴𝑡𝑡𝑊𝑐𝑑𝑚𝑎 × 𝑝𝑚𝐻𝑜𝐸𝑥𝑒𝑆𝑢𝑐𝑐𝑊𝑐𝑑𝑚𝑎 𝑝𝑚𝐻𝑜𝐸𝑥𝑒𝐴𝑡𝑡𝑊𝑐𝑑𝑚𝑎 计算公式 The Intra LTE HO Success rate (HOSR) is defined as the number of successful intra LTE handover attempts divided by the total number of intra LTE handover attempts. It is the probability of successfully initiating and completing a handover to another cell in the LTE network which is centred on the same carrier frequency. © Ericsson (China) Communications Company Ltd.

94 移动性优化方法 切换成功率优化基本思路如下 切换成功率是系统移动性管理性能的重要指标。 切换类型包括： eNb站内切换 X2口切换
S1口切换 切换失败包括： 准备阶段失败 执行阶段失败

95 移动性优化方法 切换准备阶段失败，排查思路排查 切换执行阶段失败，排查思路如下
拥塞检查：目标小区RRC拥塞时会导致切入时无线资源申请失败，从而导致所有Scell至拥塞Tcell准备切换失败。 X2检查：当目标小区资源充足且X2切换准备成功率低，需检查X2定义的准确性，如目标小区IP的定义等。 其它参数核查，如某些情况下同频同PCI也会导致准备切换成功率低。 解析异常切换小区的CTR，通过内部信令INTERNAL_PROC_HO_PREP_X2_OUT(IN)获取具体的切换失败CAUSE：Unknown_Target_ID、无资源或切换超时等分析查找问题原因。 切换执行阶段失败，排查思路如下 针对（Scell->多个Tcell差）和（多个Scell->T cell差）两种切换异常。查询基站告警情况 检查目标小区的PUSCH interference 问题站点是否存在覆盖问题：越区、弱覆盖、重叠干扰问题 参数核查主要包括如下： 同PCI核查；外部参数一致性核查；切换参数核查；邻区关系优化，删除冗余邻区，增加必要邻区； MME数据配置、X2定义的检查，避免寻不到目标小区导致准备切换的失败。

96 案例1-同PCI问题 【问题分析】 LD33E43B小区成功率很低，且主要为准备阶段失败。 源小区
分析发现切换失败主要集中在LD33E43B切入LF33E39A ( )时且切换成功率为0.00% 目标小区 查看站点LD33E43与LF33E39 X2状态DISABLED,CTR显示两小区间切换走S1，失败原因为Unknown_Target_ID 越区小区 【优化方案】经排查发现LF32E05A与LF33E39A同频同PCI，且LD33E43B与LF32E05A天线对打，LF32E05A存在明显的越区覆盖。调整LF32E05A的PCI 198->498；下压LF32E05A的天线俯仰角，合理控制覆盖避免越区。 优化后LD33E43B切换成功率提升至95%以上，指标恢复正常，问题解决。

97 案例2-内外部数据不一致问题 【问题分析】统计发现小区切换成功率低，且切换失败次数集中在执行阶段且主要为准备阶段失败。 目标站点PCI：
目标站点作为源小区邻区的外部数据定义： 分析发现自22日开始LF31B42C切入 ( /2)执行阶段均失败。 【优化方案】更新目标小区在其邻区中的PCI定义，保证内外部数据的一致性，同步后指标恢复正常。 查看历史操作发现目标站点的A和B互调过PCI，随后出现切换异常。经检查发现目标站点的小区在邻区定义的外部PCI与目标站点实际PCI不一致，导致了切换异常。

98 设备可用性𝑝𝑚𝐶𝑒𝑙𝑙𝐷𝑜𝑤𝑛𝑡𝑖𝑚𝑒𝐴𝑢𝑡𝑜(𝐴𝑢𝑡𝑜)
KPI System 设备可用性𝑝𝑚𝐶𝑒𝑙𝑙𝐷𝑜𝑤𝑛𝑡𝑖𝑚𝑒𝐴𝑢𝑡𝑜(𝐴𝑢𝑡𝑜) KPI 小区完好率 Cell Availability (CA) 𝐶𝐴 % =100%× 𝑁×𝐿×900− (𝑝𝑚𝐶𝑒𝑙𝑙𝐷𝑜𝑤𝑛𝑡𝑖𝑚𝑒𝐴𝑢𝑡𝑜) 𝑁×𝐿×900 计算公式 CellDowntimeAuto – 由于故障，造成小区状态处于关闭的时长 注： 不包括小区启动 N:小区数目 L:为统计区间ROP数量 © Ericsson (China) Communications Company Ltd.

99 设备可用性𝑝𝑚𝐶𝑒𝑙𝑙𝐷𝑜𝑤𝑛𝑡𝑖𝑚𝑒𝐴𝑢𝑡𝑜(OverAll)
KPI System 设备可用性𝑝𝑚𝐶𝑒𝑙𝑙𝐷𝑜𝑤𝑛𝑡𝑖𝑚𝑒𝐴𝑢𝑡𝑜(OverAll) KPI 小区完好率 Cell Availability (CA) 𝐶𝐴 % =100%× 𝑁×𝐿×900− (𝑝𝑚𝐶𝑒𝑙𝑙𝐷𝑜𝑤𝑛𝑡𝑖𝑚𝑒𝐴𝑢𝑡𝑜+𝑝𝑚𝐶𝑒𝑙𝑙𝐷𝑜𝑤𝑛𝑡𝑖𝑚𝑒𝑀𝑎𝑛) 𝑁×𝐿×900 计算公式 计数器： CellDowntimeMan – 由于下列因素小区关闭时长： - 小区状态人工设置为关闭 - 维护需要，临时关闭小区 CellDowntimeAuto – 由于故障，造成小区状态处于关闭的时长 注： 不包括小区启动 N:小区数目 L:为统计区间ROP数量 © Ericsson (China) Communications Company Ltd.

100 资源利用类 System Load Physical Resources Processor Load Downlink Volume
Uplink Volume Active UEs Average number of simultaneous E-RABs UE Session Time Physical Resources PRB utilization Processor Load MP Load

101 System Load Downlink Volume= pmPdcpVolDlDrbTrans + pmPdcpVolDlSrbTrans
PI Downlink Volume= pmPdcpVolDlDrbTrans + pmPdcpVolDlSrbTrans 计数器 pmPdcpVolDlDrbTrans Unit: 1 kilobit (1 000 bits) The total volume (PDCP SDU) on Data Radio Bearers that has been transmitted in the downlink direction in the PDCP layer. pmPdcpVolDlSrbTrans Unit: 1 kilobit (1 000 bits) The total volume (PDCP SDU) on Signaling Radio Bearers that has been transmitted in the downlink direction in the PDCP layer. PI Uplink Volume= pmPdcpVolUlDrb + pmPdcpVolUlSrb 计数器 pmPdcpVolUlDrb Unit: 1 kilobit (1 000 bits) The total volume (PDCP SDU) on Data Radio Bearers that has been received in the uplink direction. pmPdcpVolUlSrb Unit: 1 kilobit (1 000 bits) The total number of bits (PDCP SDU) on Signaling Radio Bearers that has been transferred (acknowledged by the RBS) in the uplink direction.

102 System Load PI DL Number of Active Users=pmActiveUeDlSum/ROP(in ms)
KPI System System Load PI DL Number of Active Users=pmActiveUeDlSum/ROP(in ms) PI UL Number of Active Users=pmActiveUeUlSum/ROP(in ms) 计数器： pmActiveUeDlSum： Number of UEs with DRB data to send in the downlink direction. Aggregates for each TTI pmActiveUeUlSum： Number of UEs with buffer status reports indicating DRB data to be sent in the uplink direction. © Ericsson (China) Communications Company Ltd.

103 Avg Number Of Simu ERABs= pmErabLevSum / pmErabLevSamp
System Load PI Avg Number Of Simu ERABs= pmErabLevSum / pmErabLevSamp Average number of simultaneous E-RABs pmErabLevSum Sampling rate: 5 seconds pmErabLevSamp Sampling rate: 5 seconds 计数器： pmErabLevSum Sum of all sample values recorded for Number of simultaneous E-RABs pmErabLevSamp Counts the number of times the corresponding Sum counters has been incremented.

104 System Load PI UE Session Time= pmSessionTimeUe PI
KPI System System Load PI UE Session Time= pmSessionTimeUe PI DRB Session Time= pmSessionTimeDrb 计数器： pmSessionTimeUe： Unit: 1 s Number of session seconds aggregated for UEs in a cell. A UE is said to be “in session” if any data on a DRB (UL or DL) has been transferred during the last 100 ms pmSessionTimeDrb：Unit: 1 s Number of session seconds aggregated for DRBs in a cell. A DRB is said to be “in session” if any data on a DRB (UL or DL) © Ericsson (China) Communications Company Ltd.

105 资源利用率 PI DL PRB Utilization= pmPrbUtilDl PI
KPI System 资源利用率 PI DL PRB Utilization= pmPrbUtilDl PI UL PRB Utilization= pmPrbUtilUl 计数器： pmPrbUtilDl：PDF A distribution that shows the downlink Physical Resource Block (PRB) pair utilization (total number of used PRB pairs by available PRB pairs) on the Physical Downlink Shared Channel (PDSCH). pmPrbUtilUl：PDF A distribution that shows the uplink Physical Resource Block (PRB) pair utilization (total number of used PRB pairs by available PRB pairs) on the Physical Uplink Shared Channel (PUSCH). © Ericsson (China) Communications Company Ltd.

106 Mp Load Distribution= pmProcessorLoadDistr
KPI System MP Load PI Mp Load Distribution= pmProcessorLoadDistr pmProcessorLoadDistr PDF ranges: [0]: 0 <= Cpu Load < 20 % [1]: 20 <= Cpu Load < 30 % [2]: 30 <= Cpu Load < 40 % [3]: 40 <= Cpu Load < 50 % [4]: 50 <= Cpu Load < 60 % [5]: 60 <= Cpu Load < 70 % [6]: 70 <= Cpu Load < 80 % [7]: 80 <= Cpu Load < 85 % [8]: 85 <= Cpu Load < 90 % [9]: 90 <= Cpu Load < 95 % [10]:95 <= Cpu Load Condition: Automatic and continuous measurement, where a sample for the distribution is obtained every 10 seconds. t(10sec) © Ericsson (China) Communications Company Ltd.

107 KPI定制提取工具介绍 LRAN ISP Reporting May 2011 LRAN ISP Reporting May 2011
LRAN ISP Reporting March 2012 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LRAN ISP Reporting LRAN ISP Reporting March 2012 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 KPI定制提取工具介绍 EAB/FJ-12:0267 Uen, Rev PB2 61/ /FCG Uen, Rev PK1 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev G 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev PK1 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 107 107 107 107 107

108 What is BO? BO (Business Object), it contains two basic functions:
User’s interface to the OSS system. Creating reports which contain the KPI you want to monitor.

109 Universe and Class Universe: Maps the data structure found in databases (tables, columns, etc) to business terms. A collection of classes that is intended for a particular group of users. Class: A logical grouping of objects which can also divided into subclasses. They will be showed in the following slides.

110 Basic steps to generate report from BO
Firstly, enter into BO interface by SAP business intelligence

111 Basic steps to generate report from BO
Step 1: Choose a Universe, you can see the universes you imported in Designer.

112 Class and Object After the Universe selection, we will see the interface below: .

113 Step 2 Choose the Object from Classes
Double click the object from classes you want to have in your report, include Time, Topology and counters, etc Double click the object from classes you want to have in your report, include Time, Topology and counters, etc

114 Step 3 Select the counters
Select the counters based on the KPI you want to monitor, of course, you can define specific KPI yourself.

115 Step 4 Apply Condition to the Object
You can choose prompt, and give the condition a new name you want.

116 Step 4 Apply Condition to the Object
When you selected In list, you will see the interface as below, it is more flexible than other conditions.

117 Step 4 Apply Condition to the Object

118 After run, we can obtain a basic report as below.
BO Report After run, we can obtain a basic report as below.

119 Step 5 How to Define a KPI The objects and counters you selected will list on the left side, define the KPI you want here.

120 Give the KPI a Name and Edit the formula.
Step 5 How to Define a KPI Give the KPI a Name and Edit the formula. Name the KPI Formula

121 Step 6 Save and Export When finish the report, you can save it for many formats, .rep (BO template), .txt, xls, etc. But which you must notice is you should check the Save for all users, otherwise, anybody else can’t use this report for monitor the Network.

122 Refresh Data When you finish a BO report template, you can use it monitor the network performance anytime you want. Click to choose new data from the server.

123 Refresh Data When you finish a BO report template, you can use it monitor the network performance anytime you want. Click to choose new data from the server.

124 LTE互操作介绍 LRAN ISP Reporting May 2011 LRAN ISP Reporting May 2011
LRAN ISP Reporting March 2012 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LRAN ISP Reporting LRAN ISP Reporting March 2012 LRAN ISP Reporting February 2012 LRAN ISP Reporting May 2011 LTE互操作介绍 EAB/FJ-12:0267 Uen, Rev PB2 61/ /FCG Uen, Rev PK1 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev G 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 61/ /FCG Uen, Rev PK1 61/ /FCG Uen, Rev PJ1 61/ /FCG Uen, Rev H 124 124 124 124 124

125 未检测到LTE，但检测到3G，则接入3G驻留
互操作优先级： 移出LTE覆盖区后，优先在3G网络驻留/继续业务，若无3G网络则选择2G网络，终端一旦重新检测到LTE覆盖，则返回LTE。 LTE GSM/GPRS WCDMA /HSPA 无3G覆盖时，则选择GSM驻留 无LTE和3G网络覆盖时，选择GSM驻留 无LTE覆盖时，优选3G网络驻留 一旦检测到LTE网络即返回LTE驻留 未检测到LTE，但检测到3G，则接入3G驻留 优先驻留重选LTE，既充分发挥LTE业务优势，又能在LTE初期覆盖不足时选择2/3G网络提供补充，保证用户良好体验。

126 LTE与2G/3G系统间互操作 LTE网络 2G/3G网络
为了提高用户使用感受，用户优选LTE网络驻留，但LTE网络覆盖范围小于2G/3G网络，因此需要进行 LTE与2G/3G网络的系统间互操作 保证用户在LTE与2G/3G网络之间移动时的数据业务连续性 由于LTE不支持CS域，因此CS业务需要回落到2G/3G网络承载 UE在LTE/2G/3G的无线网（E-UTRA/GERAN/UTRA）之间可以采用多种不同的互操作流程，具有不 同的性能和设备改造需求（目前中国联通采用3/4G互操作策略） LTE网络 2G/3G网络 数据业务 空闲态 语音回落 空闲态移动性 小区重选 数据业务移动性 LTE与3G LTE与2G 语音回落（CS Fall Back） 回落到3G 回落到2G

127 LTE与3G系统间互操作 LTE到3G 3G到LTE 互操作功能 用户面时延 改造涉及网元 现网改造方式 产业支持能力 终端实现难度
　互操作功能 用户面时延 改造涉及网元 现网改造方式 产业支持能力 终端实现难度 使用建议 空闲态 cell reselection 秒级 3G网络 无需改造 -- 支持较好 低 时延较大，用于满足空闲态的移动性 数据业务连接态 PS HO <300ms NodeB, RNC, SGSN 软件升级 中　 切换时延小，能够确保实时业务的使用 RRC Release with redirection 秒级　 适用于非实时或QoS相对不高的业务 RRC Release with redirection with SIBs NodeB, RNC, SGSN需改造支持RIM流程 中等，涉及RIM流程，存在一定IOT难度 中 需支持 R9版 本协议 LTE到3G 3G到LTE 互操作功能　 用户面时延 改造涉及网元 现网改造方式 产业支持能力 终端实现难度 使用建议 空闲态 cell reselection 秒级 NodeB, RNC -- 支持较好 低 时延较大，用于满足空闲态的移动性 数据业务连接态 PS HO <300ms NodeB, RNC, SGSN 软件升级 支持较差 中　 切换时延小，能够确保实时业务的使用　 RRC Release with redirection 秒级　 适用于非实时或QoS相对不高的业务

128 山东联通互操作策略 策 略 参 数

129 山东联通互操作策略 策 略 参 数

130 山东联通互操作策略 策 略 参 数

131 山东联通互操作策略 策 略 参 数

132 山东联通互操作策略 策 略 参 数

133 LTE语音业务解决方案 语音业务通过LTE提供 LTE语音业务解决方案 语音业务不通过LTE提供
纯VoIP语音方案：终端通过LTE接入，只在LTE部署Voice over IMS或由OTT应用（如skype等）提供语音业务，不提供LTE与2G/3G语音连续性 语音业务通过LTE提供 eSRVCC/IMS：通过LTE网络提供基于IMS的语音业务，支持LTE VoIP话音与2G/3G的CS语音连续性互操作 CS FallBack：开机优选LTE，需要话音业务时，由LTE重选至2G/3G 多模双待方案：终端同时驻留2G/3G和LTE网络，语音业务通过2G/3G提供，数据业务通过LTE或2G/3G提供 LTE语音业务解决方案 语音业务不通过LTE提供

134 联合附着流程 终端通过LA进行联合附着 MME MSC Location Update (LA) SGs EPC CS S1 2. MME 处理 PS和CS的联合附着.对于CS附着，根据 TA->LA 的对应关系通过SGs口进行位置更新 LTE 4. 终端通过联合附着驻留在LTE 网络 CSFB 终端在LTE网络中发起联合附着请求

135 CSFB： 基本呼叫回落流程介绍 关于CSFB的几点说明 主叫回落过程 被叫回落过程 回落方式包括R8重定向/R9重定向/PSHO
MSC下发 Paging MME 1 MME MSC MSC SGs SGs CS EPC CS EPC 3 终端回落完成后，发起CM Service request，后续同正常CS呼叫 4 MME下发Paging给终端，终端发起Extended Service request过程，触发回落 1 终端回落完成后，发起Paging response，后续同正常CS呼叫 终端发起Extended service request，MME指示eNodeB进行回落 2 2G/3G LTE 2G/3G LTE 2 3 eNodeB触发终端回落 eNodeB触发终端回落 关于CSFB的几点说明 MO Procedures Normal CS Call for MO CSFB procedure. No extra location update if TA-LAI map deployed in a regular way. MT Procedures HLR record CSFB MSS number at SGs location update procedure and send PRN to CSFB MSS. CSFB MSS send paging over SGs after receiving IAM message from GMSC. MS trigger CSFB procedure and send paging response to CSFB MSS and call continue 回落方式包括R8重定向/R9重定向/PSHO 相对传统呼叫，主被叫时延均会增加 R8/R9重定向到3G:回落后并行发起RAU，数据业务中断5s左右

136 FR(Fast Return)—CSFB用户快速从2/3G返回到LTE
无快速返回 有快速返回 PS Ready CS call cell reselection PS 快速返回只需要毫秒级的时间 LTE GSM/UMTS 20s~50s CSFB 呼叫接入 LTE G/U 带有CSFB标识的呼叫 应用场景 解决方案 CSFB呼叫结束时，CSFB用户从2/3G网络中回到LTE网络，正常时延超过30s； 其中有3~8s用户不可及，在此期间客户无法做被叫。 用户感知差 LTE小区的频点信息将会在RRC连接释放消息（ RRC Connection Release message ）中发送给CSFB终端使得CSFB终端能快速回到LTE； 该特性加快了CSFB UE在呼叫结束后附着到LTE时的速度，减少了CSFB终端的不可及时间；

137 CSFB：主被叫详细信令流程 MO Procedures Normal CS Call for MO CSFB procedure.
MT 25:18.540 UL EPS MM Extended service request 00:00.076 00:06.124 LTE侧发起ESR，建立RRC(此例为空闲态呼叫），最后收到RRC Release重定向， 这段主要体现了LTE测的时延。RRC连接态起呼会减小这部分时延 Security protected NAS message UL-CCCH [Lte] rrcConnectionRequest 25:18.541 LTE MAC RACH trigger LTE MAC RACH attempt DL-CCCH [Lte] rrcConnectionSetup UL-DCCH [Lte] rrcConnectionSetupComplete 25:18.542 DL-DCCH [Lte] securityModeCommand 25:18.543 securityModeComplete 25:18.588 rrcConnectionReconfiguration 25:18.592 rrcConnectionReconfigurationComplete 25:18.616 rrcConnectionRelease 00:00.836 RRC Release中携带了RIM信息，注意RIM信息一定要配置准确， 否则UE仍然会读取3G测的广播消息造成额外的时延 WCDMA BCCH In LTE rrcConnRel. PCI : 187 PCI : 336 PCI : 287 PCI : 408 25:19.013 DL PCCH [Wcdma] pagingType1 如果RIM信息正确，UE可以直接发起建立RRC请求， 有时RRC会建立失败，导致这段时延过长 25:19.228 UL CCCH [Wcdma] 25:19.229 DL CCCH [Wcdma] 25:19.452 UL DCCH [Wcdma] UL MM CM Service Request 00:00.613 UE发送CM Service Request到接收Call Proceeding 25:19.453 UL GMM Routing Area Update Request 25:19.857 DL DCCH [Wcdma] measurementReport UL CC Setup 25:20.065 DL GMM Authentication and Ciphering Request DL MM Identity Request Identity Response DL CC Call Proceeding 主叫Call Proceeding到被叫ESR的时延 00:00.066 25:20.200 Authentication and Ciphering Response 00:02.467 25:20.131 DL EPS MM CS Service notification 00:03.555 25:20.874 25:20.238 25:21.512 Routing Area Update Accept Routing Area Update Complete 25:21.544 GMM Information 25:21.712 signalingConnectionRelease 核心网收到被叫Call Confirmed后向主叫发送radioBearerSetup，开始建立语音承载 25:20.627 25:20.922 25:20.923 25:20.934 25:21.327 25:22.086 25:22.206 25:22.314 Call Confirmed 25:22.532 radioBearerSetup 00:02.132 25:22.647 25:22.976 radioBearerSetupComplete 25:23.268 radioBearerReconfiguration 25:22.842 25:23.269 radioBearerReconfigurationComplete 25:22.854 主叫radio bearer建立完成后要等待被叫起呼后才开始起呼 25:23.286 25:23.686 Alerting 25:24.664 被叫radio bearer建立完成后直接发起Alerting，核心网收到后再向主叫发送Alerting MO Procedures Normal CS Call for MO CSFB procedure. No extra location update if TA-LAI map deployed in a regular way. MT Procedures HLR record CSFB MSS number at SGs location update procedure and send PRN to CSFB MSS. CSFB MSS send paging over SGs after receiving IAM message from GMSC. MS trigger CSFB procedure and send paging response to CSFB MSS and call continue

138 CSFB call flow fragment
Extended service request to (LTE RRC) RRC Connection Release (LTE RRC) RRC Connection Release to (WCDMA) rrcConnectionSetupComplete CM Service Request/rrcConnectionSetupComplete to Call Proceeding Call Proceeding to radioBearerSetup radioBearerSetup to Alerting

139 1. ESR to Release All signaling messages are within 4G;
Idle mode latency is about 200ms; Connected mode latency is about 100ms; Low impact on overall CSFB latency; Extended service request Security protected NAS message rrcConnectionRequest rrcConnectionSetup rrcConnectionSetupComplete securityModeCommand securityModeComplete rrcConnectionReconfiguration rrcConnectionReconfigurationComplete rrcConnectionRelease

140 2. Release to RRC complete
RIM Consider co-located cell and the opposite cell as high priority Optimize T300(RNC); Change from 2 to 1 DMCR may not working for DT, suspect UE refresh it’s memory after every handover; rrcConnectionRelease PCI : 187 PCI : 336 PCI : 287 PCI : 408 pagingType1 rrcConnectionRequest rrcConnectionSetup rrcConnectionSetupComplete

141 Optimize t300 (RNC) T300 = 1 T300 = 2 13:42.928 LTE NAS-->Extended service request 13:42.929 LTE RRC-->RRC Connection Request 13:43.025 LTE RRC-->RRC Connection Setup 13:43.027 LTE RRC-->RRC Connection Setup Complete 13:43.071 LTE RRC-->Security Mode Command 13:43.074 LTE RRC-->Security Mode Complete 13:43.115 LTE RRC-->RRC Connection Reconfiguration 13:43.119 LTE RRC-->RRC Connection Reconfiguration Complete 13:43.144 LTE RRC-->RRC Connection Release 13:43.573 WCDMA-->rrcConnectionRequest(UL_CCCH) 13:44.644 13:44.855 WCDMA-->rrcConnectionSetup(DL_CCCH) 13:44.946 WCDMA-->rrcConnectionSetupComplete(UL_DCCH) 13:44.949 CM Service Request 24:31.520 LTE NAS-->Extended service request LTE RRC-->rrcConnectionRequest LTE RRC-->rrcConnectionSetup 24:31.521 LTE RRC-->rrcConnectionSetupComplete 24:31.532 LTE RRC-->securityModeCommand 24:31.533 LTE RRC-->securityModeComplete 24:31.604 LTE RRC-->rrcConnectionReconfiguration 24:31.605 LTE RRC-->rrcConnectionReconfigurationComplete 24:31.616 LTE RRC-->rrcConnectionRelease 24:32.216 WCDMA-->rrcConnectionRequest 24:33.076 WCDMA-->rrcConnectionSetup 24:33.688 24:34.104 24:34.303 24:34.476 WCDMA-->rrcConnectionSetupComplete

142 3. CM service request to call proceeding
E/// RNC: Each security mode procedure will take about 600ms; PS authentication can delay the second SMC thus trigger call proceeding earlier; Full PS authentication and selective CS Authentication (1/16); CM Service Request Routing Area Update Request securityModeCommand securityModeComplete Setup Identity Request Identity Response Call Proceeding

143 PS AUTH impact on csfb （e/// core only)
MO without PS Authentication MO with PS Authentication 45:03.063 UL LTE NAS-->Extended service request 00:00.187 00:22.563 LTE RRC-->RRC Connection Request DL LTE RRC-->RRC Connection Setup LTE RRC-->RRC Connection Setup Complete 45:03.125 LTE RRC-->Security Mode Command 00:22.625 LTE RRC-->Security Mode Complete 45:03.187 LTE RRC-->RRC Connection Reconfiguration 00:22.688 LTE RRC-->RRC Connection Reconfiguration Complete 45:03.250 LTE RRC-->RRC Connection Release 00:22.750 45:03.561 WCDMA-->pagingType1(DL_PCCH) 00:00.707 00:23.187 WCDMA-->rrcConnectionRequest(UL_CCCH) 00:00.702 45:03.631 00:23.452 WCDMA-->rrcConnectionSetup(DL_CCCH) 45:03.781 WCDMA-->rrcConnectionSetupComplete(UL_DCCH) 45:03.957 CM Service Request 00:00.609 00:01.577 Routing Area Update Request 00:23.858 WCDMA-->securityModeCommand(DL_DCCH) 45:04.335 WCDMA-->securityModeComplete(UL_DCCH) 00:23.983 Setup 45:04.414 Authentication Ciphering Request 45:05.107 Identity Request Identity Response 45:05.337 00:24.061 Authentication Ciphering Response Call Proceeding 45:05.534 Routing Area Update Accept 00:24.919 00:03.931 Routing Area Update Complete 00:25.371 45:05.724 WCDMA-->signallingConnectionRelease(DL_DCCH) 00:04.927 45:07.450 WCDMA-->radioBearerSetup(DL_DCCH) 00:26.307 45:07.849 WCDMA-->radioBearerSetupComplete(UL_DCCH) 00:26.603 45:10.461 Alerting 00:27.992

144 4. Call proceeding to radioBearerSetup
MO Call Proceeding to MT ESR default paging cycle = 32 Early assignment If apply early assignment, MO rabsetup will not wait for MT Call confirmed TIMEMGWDM = 1 Keep connected If MT UE stay in RRC connected mode, CSFB will triggered by CS Service notification instead of Paging HW core send EPS modification after TAU to keep UE in connected MO MT Call Proceeding Paging/CS Service notification Extended service request rrcConnectionReconfigurationComplete rrcConnectionRelease rrcConnectionSetupComplete Call Confirmed radioBearerSetup Early assignment MO MT Call Proceeding Paging/CS Service notification Extended Service Request radioBearerSetup RRC Connection Release RRC Connection Setup Complete Call Confirmed

145 5. rabSetup to Alerting MO rabsetup complete to MT rabsetup
Latency is about 300ms MT Alerting to MO Alerting Latency is 300ms ~ 800ms Early Alerting MO MT Call Confirmed radioBearerSetup radioBearerSetupComplete Alerting

146 CSFB时延优化手段总结 Method Gain Comments Vendor E/// eNB RIM 1000ms
TIMEMGWDM = 1 E/// core only Full PS Authentication 600ms E/// RNC only defaultPagingCycle = 32 480ms E/// Core Ignore IMEISV check 800ms E/// RNC T300 100ms HW core Keep connected E/// not support Early assignment/alerting Any CS Selective Authentication 400ms 关闭彩铃

147 2/28/ 147