nbhkdz.com冰点文库

LTE

时间:2015-11-29


产品名称Product name LTE TDD 产品版本Product version eRAN2.2/ eRAN3.0/ eRAN 3.1

密级Confidentiality level 内部公开 Total 91pages 共91页

LTE TDD问题定位指导书-掉话篇
(仅供内部使用) For internal use only 拟制: Prepared by 审核: Reviewed by 审核: Reviewed by 批准: Granted by 日期: Date 日期: Date 日期: Date 日期: Date 谢石生、许钢煌 2013-03-15

yyyy-mm-dd

yyyy-mm-dd

yyyy-mm-dd

Koukou:277764781

华为技术有限公司 Huawei Technologies Co., Ltd.
版权所有 侵权必究 All rights reserved

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

修订记录Revision record
日期 Date 修订版本 Revision version 2010-9-14 2010-11-18 2010-12-1 2010-12-8 2011-6-8 2012-1-20 2012-10-25 0.5 0.6 0.7 0.8 0.9 1.0 1.1 初稿完成 initial transmittal 新增案例,补充分析内容 补充瑞典分析结果,RLC达到最大重传次数、失步 依据评审意见修改 补充日本软银掉话案例等 根据eRAN3.0修改文中涉及的相关参数和MML命令 何勇镇,杨东利 何勇镇 何勇镇,杨东利 何勇镇 王光华 谢石生 修改描述 Change Description 作者 Author

资料整改,中文资料必须中文截图, 添加 “本文中的 吴丽婷 所提到的M2000在中国区等同于DOMC920”字样

2013-3-15

3.0

刷新部分信息,补充License受限掉话案例, 与其它 许钢煌 指导书匹配版本号

2013-04-1024

华为机密,未经许可不得扩散

第2页,共91页Page 2 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

目录
1 免责说明........................................................................................................................................ 8 2 概述 ............................................................................................................................................... 8 3 掉话分类定义 ................................................................................................................................ 8 3.1. 路测数据 ............................................................................................................................. 8 3.1.1. 路测数据掉话定义 ......................................................................................................... 8 3.1.2. 获取方式 ....................................................................................................................... 9 3.2. 标口信令 ............................................................................................................................. 9 3.2.1. 掉话预检查方式 ............................................................................................................ 9 3.2.2. 获取方式 ..................................................................................................................... 12 3.3. 话统数据 ........................................................................................................................... 12 3.3.1. 掉话率指标话统公式 ................................................................................................... 12 3.3.2. 异常释放统计 .............................................................................................................. 13 3.3.3. 正常释放统计 .............................................................................................................. 15 3.3.4. 获取方式 ..................................................................................................................... 17 3.4. CHR .................................................................................................................................. 17 3.4.1. CHR数据源采集方法 .................................................................................................. 18 3.4.2. 呈现方式 ..................................................................................................................... 33 4 掉话原因分析 .............................................................................................................................. 33 4.1. 常见掉话原因 .................................................................................................................... 33 4.1.1. 邻区错/漏配................................................................................................................. 33 4.1.2. 弱覆盖 ......................................................................................................................... 34 4.1.3. 切换导致的掉话 .......................................................................................................... 35 4.1.4. 干扰引起的掉话 .......................................................................................................... 36 4.1.5. 流程交互失败 .............................................................................................................. 37 4.1.6. 异常分析 ..................................................................................................................... 37 4.2. 话统中掉话率相关Counter................................................................................................ 38 4.3. CHR内掉话原因分类 ........................................................................................................ 38 4.3.1. CHR内常见异常释放原因介绍 .................................................................................... 39 4.4. 信令流程中释放原因分类.................................................................................................. 47 4.4.1. 协议中释放原因定义 ................................................................................................... 47 5 优化方法...................................................................................................................................... 49 5.1. 掉话率指标分析流程 ......................................................................................................... 49 5.1.1. 全网话统指标分析流程 ............................................................................................... 49 5.1.2. Top小区分析流程 ........................................................................................................ 52 6 优化案例...................................................................................................................................... 61 6.1. 挪威掉话率指标优化 ......................................................................................................... 61 6.1.1. 【问题描述】 .............................................................................................................. 61 6.1.2. 【问题分析】 .............................................................................................................. 62 6.1.3. 【解决措施】 .............................................................................................................. 67 6.2. 瑞典掉话率指标优化 ......................................................................................................... 68 6.2.1. 【问题描述】 .............................................................................................................. 68 6.2.2. 【问题分析】 .............................................................................................................. 68 6.2.3. 【解决措施】 .............................................................................................................. 77 6.3. 日本软银PDCCH解调受限导致掉话 ................................................................................. 77 6.3.1. 【问题描述】 .............................................................................................................. 77 6.3.2. 【问题分析】 .............................................................................................................. 77
2013-04-1024 华为机密,未经许可不得扩散 第3页,共91页Page 3 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

6.3.3. 【解决措施】 .............................................................................................................. 85 6.4. 基站License受限导致忙时小区掉话率升高 ...................................................................... 85 6.4.1. 【问题描述】 .............................................................................................................. 86 6.4.2. 【问题分析】 .............................................................................................................. 86 6.4.3. 【解决措施】 .............................................................................................................. 89 7 附录 ............................................................................................................................................. 89 7.1. UE不活动定时器的工作机制............................................................................................. 89 7.2. UE重建工作机制 ............................................................................................................... 90 7.2.1. 上行RLC重传达到最大次数 ........................................................................................ 91 7.2.2. MAC层SRI重传达到最大次数 ..................................................................................... 91 7.2.3. 时延谱首径搜索失败 ................................................................................................... 91

2013-04-1024

华为机密,未经许可不得扩散

第4页,共91页Page 4 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图目录

List of Figures

图1 S1AP_UE_CONTEXT_REL_REQ.............................................................................................. 9 图2按消息类型排序 ....................................................................................................................... 10 图3找到异常掉话消息 ................................................................................................................... 10 图4找到对应的UU口消息 .............................................................................................................. 11 图5找到对应的IFTS消息 ............................................................................................................... 11 图6异常释放测量点1 ..................................................................................................................... 14 图7异常释放测量点2 ..................................................................................................................... 14 图8异常释放测量点3 ..................................................................................................................... 15 图9异常释放测量点4 ..................................................................................................................... 15 图10正常释放测量点1 ................................................................................................................... 16 图11正常释放测量点2 ................................................................................................................... 17 图12话统文件格式 ........................................................................................................................ 17 图13 InsightSharp界面..................................................................................... 错误!未定义书签。 图14 M2000告警浏览界面 ............................................................................................................ 38 图15收到对端的状态PDU的负确认............................................................................................... 39 图16下行数据发送失败 ................................................................................................................. 40 图17上行数据发送失败 ................................................................................................................. 40 图18 DETACH简化流程图 ............................................................................................................ 41 图19 LCEM_UEM_UNRESTORED_IND消息内容....................................................................... 42 图20 L3_PDCP_DATA_Req消息内容 .......................................................................................... 43 图21 eNB检测到上行失步,且有下行数据要发送 ........................................................................ 44 图22 eNB检测到上行失步,没有下行数据要发送 ........................................................................ 45 图23 DMAC_L3_SYNC_STATUS_IND消息内容 ......................................................................... 46 图24 UU口完整重建流程信令 ....................................................................................................... 47 图25话统指标分析流程图.............................................................................................................. 50 图26 eNodeB软件版本查询结果 ................................................................................................... 50 图27 Top小区分析流程图.............................................................................................................. 53 图28 CHR数据导出的TMSI信息 ................................................................................................... 55 图29 INITIAL_UE_MSG消息内容 ................................................................................................. 56 图30 CHR显示字段 .......................................................................................... 错误!未定义书签。
2013-04-1024 华为机密,未经许可不得扩散 第5页,共91页Page 5 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图31 DSP MMCTX操作界面 ......................................................................................................... 57 图32 LST SIMEI操作界面 ............................................................................................................. 58 图33 RF优化流程图 ...................................................................................................................... 59 图34掉话log隔离定位思维导图 ..................................................................................................... 61 图35挪威掉话率趋势 ..................................................................................................................... 62 图36挪威掉话Top站点分布 ........................................................................................................... 63 图37挪威掉话Top切换分析_1 ....................................................................................................... 63 图38挪威掉话Top切换分析_2 ....................................................................................................... 64 图39挪威掉话Top切换分析_3 ....................................................................................................... 64 图40标口信令分析_1 .................................................................................................................... 65 图41标口信令分析_2 .................................................................................................................... 65 图42 OSL119 CHR数据 ................................................................................................................ 67 图43 OSL119 话统数据................................................................................................................ 67 图44 Top站点掉话比例分布 .......................................................................................................... 69 图45某站点话统数据 ..................................................................................................................... 69 图46 Top用户分析 ........................................................................................................................ 70 图47话统数据分析 ........................................................................................................................ 71 图48 Top用户分析 ........................................................................................................................ 72 图49调度结果分析 ........................................................................................................................ 73 图50 UU口信令分析 ...................................................................................................................... 74 图51 eNodeB达到最大重传次数 ................................................................................................... 74 图52 eNodeB检测到上行失步....................................................................................................... 75 图53 L3释放消息 ........................................................................................................................... 75 图54 L1 TTI跟踪解析 .................................................................................................................... 76 图55 Harq重传超过门限上报测量报告 ............................................................. 错误!未定义书签。 图56 eNB检测到失步上报失步指示 ................................................................. 错误!未定义书签。 图57 PROBE跟踪下行误码率统计 ................................................................... 错误!未定义书签。 图58服务小区及相邻小区RSRP ...................................................................... 错误!未定义书签。 图59服务小区SINR .......................................................................................... 错误!未定义书签。 图60下行信道时延谱 ........................................................................................ 错误!未定义书签。 图61 eNB上行TA分析 ...................................................................................... 错误!未定义书签。 图62加大搜索窗后eNB上行TA分析 ................................................................. 错误!未定义书签。 图63不活动定时器超时释放消息................................................................................................... 90

2013-04-1024

华为机密,未经许可不得扩散

第6页,共91页Page 6 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

表目录List of Tables
表1异常释放测量指标 ........................................................................................................................................ 13 表2正常释放测量指标 ........................................................................................................................................ 15 表3链路预算结果 ................................................................................................................................................ 34 表4 V100R002C00 CHR主要释放原因列表 ......................................................................... 错误!未定义书签。 表5信令流程中释放原因值列表 ........................................................................................................................ 47 表6部分掉话率相关参数 .................................................................................................................................... 51 表7 CHR释放原因与实际掉话原因关系 ............................................................................................................. 54 表8 TOP小区CHR释放原因 ................................................................................................................................... 64 表9 TOP小区CHR释放原因 ................................................................................................................................... 68 表10 T314008 CHR释放原因统计 ........................................................................................................................ 69 表11 T314025 CHR释放原因统计 ........................................................................................................................ 71 表12 T314025 CHR释放原因统计 ........................................................................................................................ 73

2013-04-1024

华为机密,未经许可不得扩散

第7页,共91页Page 7 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

1 免责说明
该指导书在提供服务或维护过程中,可能涉及个人数据的使用,如设备的IP地址等信息,因此 您需遵循所适用国家的法律或公司用户隐私政策采取足够的措施,以确保用户的个人数据受到充分 的保护。 建议您遵从国家的相关法律执行该任务,并采取足够的措施以确保用户的个人数据受到充分保 护,处理完毕后将保存跟踪记录文件进行删除。

2 概述
本文中的所提到的M2000在中国区等同于DOMC920 本文重点介绍了LTE系统内掉话率指标的优化思路、分析方法、定位手段及典型案例; 本文结构如下: 第3章主要从路测、标准接口、话统、CHR多角度出发给出了掉话的定义; 第4章给出了常见的掉话原因,掉话机制的介绍; 第5章介绍了掉话问题的优化方法; 第6章展示了掉话优化的典型案例; 第7章附录介绍了UE不活动定时器及重建机制。

3 掉话分类定义
3.1. 路测数据 3.1.1. 路测数据掉话定义
在华为Probe侧对于掉话(ERAB Abnormal Release)的定义:UE没有收到Deactivate Eps Bearer Context Request消息,但收到RRC Release或RRC Connection Reconfiguration消息,则表示ERAB异常 释放。 三星UE定义方式待补充。 高通平台华为数据卡定义方式待补充。

2013-04-1024

华为机密,未经许可不得扩散

第8页,共91页Page 8 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

3.1.2. 获取方式
通过华为Genex Probe及华为UE获取。 三星UE通过三星数据卡及XCal软件获取。 高通平台华为数据卡获通过高通QXDM工具获取。

3.2. 标口信令
在eNodeB跟踪到的标准接口信令中,如果存在eNodeB发起的释放,即在S1接口上发往CN的 S1AP_UE_CONTEXT_REL_REQ消息内携带的原因值不为 “User-inactivity (20)” 时, 则判断为掉话。

3.2.1. 掉话预检查方式
异常掉话通常都是由eNB发起的释放,通知MME释放上下文,因此只要查看S1口发送的 S1AP_UE_CONTEXT_REL_REQ消息即可,如下图所示。

图1 S1AP_UE_CONTEXT_REL_REQ

点击“标准接口消息类型”按消息类型进行排序,这样所有的S1AP_UE_CONTEXT_REL_REQ 都会排列在一起,如下图所示。

2013-04-1024

华为机密,未经许可不得扩散

第9页,共91页Page 9 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图2 按消息类型排序

依次点击下一条,查看中的原因值,找出最后的原因为非 02 80 的原因值。

图3 找到异常掉话消息

根据对应的时间点,打开标准UU口的跟踪,找到对应时间点的RRC_CONN_REL消息,如下图 所示。

2013-04-1024

华为机密,未经许可不得扩散

第10页,共91页Page 10 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图4 找到对应的UU口消息

再查找对应时间点的IFTS跟踪,看是否跟踪到该异常释放UE的IFTS跟踪。

图5 找到对应的IFTS消息

打开IFTS跟踪,查找对应的时间点的跟踪是否可以和UU口、SI口对应上,如果无法对应,说明 该IFTS跟踪的UE和当前掉话的UE不是同一个UE,则该IFTS跟踪就没有分析的必要。如果可以找到 IFTS跟踪的UE和当前掉话的UE是同一个UE,则把该S1/UU/IFTS跟踪返回总部分析。 IFTS跟踪如下:

2013-04-1024

华为机密,未经许可不得扩散

第11页,共91页Page 11 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

3.2.2. 获取方式
eNodeB维护台,跟踪文件类型为tmf,需要通过trace viewer进行解析,具体的采集方法,请参 见配套文档《LTE TDD故障信息采集指导书》:

3.3. 话统数据 3.3.1. 掉话率指标话统公式
在话统侧异常掉话指标的公式定义如下: Call Drop Rate = L.E-RAB.AbnormRel.QCI.N / (L.E-RAB.AbnormRel.QCI.N L.E-RAB.NormRel.QCI.N) 其中: 分子上表征异常释放的Counter为 L.E-RAB.AbnormRel.QCI.N=L.E-RAB.AbnormRel.QCI.1+L.E-RAB.AbnormRel.QCI.2+L.E-RAB.Abno rmRel.QCI.3+L.E-RAB.AbnormRel.QCI.4+L.E-RAB.AbnormRel.QCI.5+L.E-RAB.AbnormRel.QCI.6+L
2013-04-1024 华为机密,未经许可不得扩散 第12页,共91页Page 12 , Total91

+

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

.E-RAB.AbnormRel.QCI.7+L.E-RAB.AbnormRel.QCI.8+L.E-RAB.AbnormRel.QCI.9; 而分母上是正常释放与异常释放的总和,正常释放的Counter为 L.E-RAB.NormRel.QCI.N=L.E-RAB.NormRel.QCI.1+L.E-RAB.NormRel.QCI.2+L.E-RAB.NormRel.Q CI.3+L.E-RAB.NormRel.QCI.4+L.E-RAB.NormRel.QCI.5+L.E-RAB.NormRel.QCI.6+L.E-RAB.NormR el.QCI.7+L.E-RAB.NormRel.QCI.8+L.E-RAB.NormRel.QCI.9; 从该指标中可以知道,掉话率的指标统计是针对业务承载而非用户的,如果一个用户建立了多 个DRB业务承载,则在掉话时,会统计多次异常掉话值。

3.3.2. 异常释放统计
3.3.2.1. 异常释放测量指标

下表1内所示是异常释放话统测量指标
表1 异常释放测量指标

指标 ID 1526726686 1526726688 1526726690 1526726692 1526726694 1526726696 1526726698 1526726700 1526726702

测量指标 L.E-RAB.AbnormRel.QCI.1 L.E-RAB.AbnormRel.QCI.2 L.E-RAB.AbnormRel.QCI.3 L.E-RAB.AbnormRel.QCI.4 L.E-RAB.AbnormRel.QCI.5 L.E-RAB.AbnormRel.QCI.6 L.E-RAB.AbnormRel.QCI.7 L.E-RAB.AbnormRel.QCI.8 L.E-RAB.AbnormRel.QCI.9

指标描述 小区 QCI 为 1 的 E-RAB 异常释放次数 小区 QCI 为 2 的 E-RAB 异常释放次数 小区 QCI 为 3 的 E-RAB 异常释放次数 小区 QCI 为 4 的 E-RAB 异常释放次数 小区 QCI 为 5 的 E-RAB 异常释放次数 小区 QCI 为 6 的 E-RAB 异常释放次数 小区 QCI 为 7 的 E-RAB 异常释放次数 小区 QCI 为 8 的 E-RAB 异常释放次数 小区 QCI 为 9 的 E-RAB 异常释放次数

单位 次 次 次 次 次 次 次 次 次

3.3.2.2.

异常释放指标含义

根据不同的QCI类型,统计小区E-RAB异常释放次数。 3.3.2.3. 异常释放测量点

如图6中A点所示,当eNodeB收到来自MME的E-RAB RELEASE COMMAND消息,且释放原因 不为“Normal Release”,“User Inactivity”,“Partial Handover”,“Handover triggered”, “successful-handover”, “cs-fallback-triggered”时统计该指标。如果E-RAB RELEASE COMMAND 消息中要求同时释放多个E-RAB,则相应指标按各个业务的QCI分别进行累加;

2013-04-1024

华为机密,未经许可不得扩散

第13页,共91页Page 13 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图6 异常释放测量点1

如图7中A点所示, 当eNodeB收到来自MME的UE CONTEXT RELEASE COMMAND消息, 且释 放原因不为“Normal Release”,“User Inactivity”,“Partial Handover”,“Handover triggered”, “successful-handover”,“cs-fallback-triggered”时统计该指标,如果UE CONTEXT RELEASE COMMAND消息中要求同时释放多个E-RAB,则相应指标按各个业务的QCI分别进行累加;

图7 异常释放测量点2

如图8中A点所示,当eNodeB向MME发送E-RAB RELEASE INDICATION消息时统计该指标。 如果E-RAB RELEASE INDICATION消息中要求同时释放多个E-RAB,则相应指标按各个业务的 QCI分别进行累加;

2013-04-1024

华为机密,未经许可不得扩散

第14页,共91页Page 14 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图8 异常释放测量点3

如图9中A点所示,当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息,且释放原 因不为“Normal Release”,“User Inactivity”,“Partial Handover”,“Handover triggered”, “successful-handover”,“cs-fallback-triggered”时统计该指标,如果UE CONTEXT RELEASE REQUEST消息中要求同时释放多个E-RAB,则相应指标按各个业务的QCI分别进行累加。

图9 异常释放测量点4

3.3.3. 正常释放统计
3.3.3.1. 正常释放测量指标

下表2内所示是正常释放话统测量指标
表2 正常释放测量指标 2013-04-1024 华为机密,未经许可不得扩散 第15页,共91页Page 15 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

指标 ID 1526726687 1526726689 1526726691 1526726693 1526726695 1526726697 1526726699 1526726701 1526726703

测量指标 L.E-RAB.NormRel.QCI.1 L.E-RAB.NormRel.QCI.2 L.E-RAB.NormRel.QCI.3 L.E-RAB.NormRel.QCI.4 L.E-RAB.NormRel.QCI.5 L.E-RAB.NormRel.QCI.6 L.E-RAB.NormRel.QCI.7 L.E-RAB.NormRel.QCI.8 L.E-RAB.NormRel.QCI.9

指标描述 小区 QCI 为 1 的 E-RAB 正常释放次数 小区 QCI 为 2 的 E-RAB 正常释放次数 小区 QCI 为 3 的 E-RAB 正常释放次数 小区 QCI 为 4 的 E-RAB 正常释放次数 小区 QCI 为 5 的 E-RAB 正常释放次数 小区 QCI 为 6 的 E-RAB 正常释放次数 小区 QCI 为 7 的 E-RAB 正常释放次数 小区 QCI 为 8 的 E-RAB 正常释放次数 小区 QCI 为 9 的 E-RAB 正常释放次数

单位 次 次 次 次 次 次 次 次 次

3.3.3.2. 正常释放指标含义
根据不同的QCI类型,统计小区E-RAB正常释放次数。 3.3.3.3. 正常释放测量点

如图10中A点所示,当eNodeB收到来自MME的E-RAB RELEASE COMMAND消息,且释放原 因为“Normal Release”,“User Inactivity”,“Partial Handover”,“Handover triggered”, “successful-handover”, “cs-fallback-triggered”时统计该指标,如果E-RAB RELEASE COMMAND 消息中要求同时释放多个E-RAB,则相应指标按各个业务的QCI分别进行累加;

图10 正常释放测量点1

如图11中A点所示,当eNodeB收到来自MME的UE CONTEXT RELEASE COMMAND消息,且 释放原因为“Normal Release”,“User Inactivity”,“Partial Handover”,“Handover triggered”, “successful-handover”,“cs-fallback-triggered”时统计该指标,如果UE CONTEXT RELEASE COMMAND消息中要求同时释放多个E-RAB,则相应指标按各个业务的QCI分别进行累加。
第16页,共91页Page 16 , Total91

2013-04-1024

华为机密,未经许可不得扩散

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图11 正常释放测量点2

3.3.4. 获取方式
通常为方便数据发送及后处理,话统数据可通过M2000进行获取导出,格式一般为Excel,相关 格式如下图所示

图12 话统文件格式

也可以通过PRS软件直接处理M2000服务器上的原始话统数据,相关信息待后续补充。

3.4. CHR
CHR侧掉话定义与话统侧相一致,只是CHR侧会依据相对应异常释放信令内携带的原因值将掉 话原因进行细分,并依据L3内部的实现输出内部失败原因值,便于工程师将掉话原因进行分类。
2013-04-1024 华为机密,未经许可不得扩散 第17页,共91页Page 17 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

3.4.1. CHR数据源采集方法
CHR数据源从输出渠道分为外部CHR和内部CHR。 外部CHR主要指面向客户,商用的CHR数据, 所包含的内容主要是标准信令记录及根据商用需 求记录的周期性吞吐率等数据,可用于网络评估、监控等,标准信令相关数据遵从3GPP TS32.423 协议。外部CHR的文件后缀为.SIG。 内部CHR主要指面向公司内部用户的CHR数据,可用于问题分析定位。在V100R003C00版本 前,内部CHR文件格式分为.CHR(用户级CHR)和.CEL(小区级CHR)两种;在V100R003C00 版本以后,内部CHR文件统一合并为.CHR。 3.4.1.1. 外部CHR(SIG/MR)【即:Cell Trace(Medium Deep)】

3.4.1.1.1. 外部CHR概况
类别 子集 公共信息 设计原则 反映 UE 标识等各事件的共 用信息 内容简介 UE AP id、MMEC、TMSI、random value 等 RRC 建立/释放过程信令、 UEcontext 建立/释放过程 信令、失败原因值等。 RRC CONNECTION REESTABLISHMENT REQUEST RRC CONNECTION REJECT RRC CONNECTION REQUEST RRC CONNECTION SETUP COMPLETE UE CAPABILITY INFORMATION INITIAL CONTEXT SETUP FAILURE INITIAL CONTEXT SETUP REQUEST INITIAL CONTEXT SETUP RESPONSE INITIAL UE MESSAGE RRC 建立失败 内部释放事件 UE CONTEXT RELEASE COMMAND UE CONTEXT RELEASE REQUEST RRC CONNECTION RELEASE NAS NON DELIVERY INDICATION

SIG(外 部)CHR

接入释放类事件块

记录与接入、释放过程、UE 能力等相关的信令事件, 记 录关键的信元、 失败原因值 等。 标准信令事件中只记录 该信令中携带的内容;

2013-04-1024

华为机密,未经许可不得扩散

第18页,共91页Page 18 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

切换类事件块

承载类事件块

其他类事件块

周期测量报告 UE 上报 MR 周期测量报告 ENB 上报

记录包括 Uu、S1、X2 口相关的切换信令事件以及关 键内容。 HANDOVER FROM EUTRA PREPARATION REQUEST MOBILITY FROM EUTRA COMMAND UL HANDOVER PREPARATION TRANSFER UL INFORMATION TRANSFER DOWNLINK S1 CDMA2000 TUNNELING HANDOVER CANCEL HANDOVER COMMAND 记录与切换相关的信令事 HANDOVER FAILURE 件, 以及信令中的关键内容 HANDOVER NOTIFY HANDOVER PREPARATION FAILURE HANDOVER REQUEST HANDOVER REQUIRED PATH SWITCH REQUEST PATH SWITCH REQUEST FAILURE UPLINK S1 CDMA2000 TUNNELING X2 HANDOVER REQUEST X2 HANDOVER CANCEL X2 HANDOVER PREPARATION FAILURE 记录 ERAB 建立、修改、释放的信令;上下文等信息 E-RAB SETUP REQUEST E-RAB SETUP RESPONSE E-RAB MODIFY REQUEST E-RAB MODIFY RESPONSE 记录 ERAB 建立释放的信令、 E-RAB RELEASE COMMAND QoS 等信息; 失败原因值等。 E-RAB RELEASE RESPONSE E-RAB RELEASE INDICATION UE CONTEXT MODIFICATION REQUEST UE CONTEXT MODIFICATION RESPONSE UE CONTEXT MODIFICATION FAILURE PreempterInfo 记录不能归纳入接入、释 PreempteeInfo 放、切换、承载类的其他信 Paging 令;以及自定义的外部 CHR 系统内切换事件:自定义事件 事件型事件 系统间切换事件:自定义事件 CellId UPLINK NAS TRANSPORT 周期性记录下行测量,包括: 以固定 5 分钟的周期记录下 同频测量事件 行测量信息 异频测量事件 异系统测量事件 周期性记录上行测量、业务测量信息,包括: 内部事件(eNodeB 吐出), 主要记录上行的测量信息, 以固定 5 分钟的周期记录上 包括 SINR、TA、CQI、CRC、ACK/NACK、上下行 MIMO 行测量统计信息 模式、上下行 RB 数 数据吞吐率事件:上下行吞吐率、MCS 累加值和 MCS 次数。

3.4.1.1.2. 外部CHR订阅方式 外部CHR订阅方式包括由上层应用触发的订阅,如Nastar;或者通过M2000订阅。本文主要描 述通过M2000订阅的方式。 Step1:M2000->监控->信令跟踪->信令跟踪管理
第19页,共91页Page 19 , Total91

2013-04-1024

华为机密,未经许可不得扩散

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

Step2:选择LTE 小区跟踪,填写“跟踪名称”,并选择日志订阅小区,跟踪参考号可随意填 写,但是不能与其他跟踪任务中的号码重复;跟踪深度一般选择“中等深度”的跟踪深度: 注:不同跟踪深度定义了对应的信令采集范围,中等深度跟踪比最小深度跟踪增加了周期性测 量MR等相关内容,记录相应信令的部分IE,在eNB上生成的日志文件后缀为“.sig”文件;最大深 度跟踪包含了所有的信令, 记录该信令的所有码流, 数据量大, 在eNB上生成的日志文件后缀为 “.trc” 文件。因此如果只需要采集外部CHR(Sig)日志,选择中等深度跟踪即可。

2013-04-1024

华为机密,未经许可不得扩散

第20页,共91页Page 20 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

Step3:点击“确认”以后启动订阅:

Step4:右键点击“停止”可以停止订阅:

注意: 1)MR属于SIG日志的一部分,其中勾选的“eNBMR”、 “InterFreqMR”、 “InterRATMR”、 “IntraFreqMR”都属于MR。

2013-04-1024

华为机密,未经许可不得扩散

第21页,共91页Page 21 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

2)按照上述订阅方法,默认的MR上报周期为1min,周期不能修改。 3.4.1.1.3. 外部CHR采集方式 1)方法一 通过web LMT或M2000直接获取(适用于所有版本) Step1:在web LMT或M2000上输入LST LOGFILE: LT=SIGLOG;查询当前SIG日志文件列表;

Step2: 在web LMT或M2000上输入ULD LOG或ULD NEFILE, 然后选择日志类型为SIGLOG, 输入第一步中查询到的日志名称,并输入FTP服务器IP、用户名、密码(FTP服务器信息请向机房 管理人员或者维护工程师索取),可以上传对应的SIG日志至FTP服务器。 ULD LOG命令是填写源文件名(即要导出eNodeB上的哪个文件),需要填写LST LOGFILE里显示 的Sig文件名,逐个日志文件导出。

2013-04-1024

华为机密,未经许可不得扩散

第22页,共91页Page 22 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

ULD NEFILE 命令是填写目标文件名(即导出的文件保存到本地后的文件名),打包形式下载 eNodeB上的所有Sig文件,打包文件没有后缀名,需要使用LogUnpack小工具解包。

2)方法二 通过M2000的ISStar二次开发平台,通过执行脚本,批量导出外部CHR(适用于所有版本) Step1: 维护->iSStar->开发平台

2013-04-1024

华为机密,未经许可不得扩散

第23页,共91页Page 23 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

弹出iSStar主窗口:

Step2: 点击左上角打开文件图标 ,选择存放iSStar脚本的路径,选择文件,点击打开:

2013-04-1024

华为机密,未经许可不得扩散

第24页,共91页Page 24 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

Step3:点击运行

弹出iSStar运行窗口:

2013-04-1024

华为机密,未经许可不得扩散

第25页,共91页Page 25 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

Step4: iSStar在指定路径下存放对应的SIG日志,日志命名规则为“网元名称_日志名称”

Step5: 导出的SIG日志在M2000服务器上也有备份,日志过多会影响服务器磁盘空间,可以用FileZilla 等FTP工具登录到M2000服务器,手动删除相关日志。 注:iSStar脚本样例及说明 脚本样例:

脚本样例说明: ====================================================================== =======

# 连接网元 nename = GetNELstByType("DBS3900 LTE")

# support version NeVer = "DBS3900 LTE V100R003C00SPC200" #见注释1#

localFilePath = "F:\\tmp\\" #serverFile = "/export/home/sysm/M2000.XML" #serverFilePath = "/export/home/sysm/Site/"

#见注释2#

2013-04-1024

华为机密,未经许可不得扩散

第26页,共91页Page 26 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

#upload file to ftp server def uploadFileToServer(localFile, uploadToServerFile) if GetFTPStatus() and Upload(localFilePath, uploadToServerFile) Print(localFile + " file upload finished!") else Print(localFile + " file upload failed!") end end

#download file from server def downloadFileFromServer(serverFile, distFile) if GetFTPStatus() and Download(serverFile, distFile) Print(distFile + " file download finished!") else Print(distFile + " file download failed!") end end

#login ftp server if LoginFTP("10.148.36.101", "ftpuser", "ftpuser") for ne in nename if((1 == ConnectNE(ne)) and (NeVer == GetNEVer())) # 连接成功,下发MML命令 @LST LOGFILE:LT=SIGLOG; #见注释3#

# 获取MML报文并解析 mml = GetMMLReport(-1) parser = ParseMMLRpt(mml)
2013-04-1024 华为机密,未经许可不得扩散 第27页,共91页Page 27 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

#上传日志到服务器 col2 = GetColumnByIndex(parser, 0, 1) for v in col2 @ULD NEFILE:SRCF=SIGLOG,DSTF="%ne%_%v%",MODE=IPV4,IP="10.148.36.101",USR="ftpuser", PWD="ftpuser"; #见注释3# #download config file and rename serverFile="/export/home/sysm/" + ne + "_" + v downloadFileFromServer(serverFile, localFilePath + ne + "_" + v) #Remove(serverFile) end

#break end end

#logout ftp server LogoutFTP() end

注释1:标红的部分为需要输出SIG日志的网元版本号,需要根据现场版本修改 注释2:标红的部分表示本地日志保存路径 注释3:标红的部分表示M2000 ftp服务器的IP,用户名和密码 ====================================================================== ========= 由于要上传日志,所以脚本执行的速度比较慢。注意:由于网络链路状况等因素,可能有少部 分站点的log无法导出,在脚本执行完成后,需要根据图3-11所示的脚本执行状态,对导出不成功的 站点进行手工提取。
2013-04-1024 华为机密,未经许可不得扩散 第28页,共91页Page 28 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

批量导出的SIG日志如下图所示:

3)方法三 通过SAU获取(需要部署SAU服务器) 现网部署SAU服务器后,包括SIG/CHR/TRC在内的数据源,定期上报到SAU,设计可以保存7 天的数据。通过FTP登陆到SAU服务器,在如下路径取出SIG数据: /export/home/sysm/ftproot/SauService/rawdata/

3.4.1.2.

内部CHR

3.4.1.2.1. 内部CHR概况
类别 内部 CHR L1 CHR 子集 设计原则 内容简介 L1 小区信息:记录 RTD、Dagc、PREAMBLE 等 L1 用户信息 L1 FPGA 信息

记录层一的统计信息

2013-04-1024

华为机密,未经许可不得扩散

第29页,共91页Page 29 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level L2 关键用户事件: 用户上行失步的次数;最多保留 用户释放前的 7 次 L2 用户功控信息:最后一次上报的 PHR L2 RLC 重传信息: 用户专用 Preamble 分配 用户专用 Preamble 释放 用户专用 Preamble 报告 用户专用 RAR 用户信令面 L2 信息:记录消息类型、HARQ 信息、 MCS、RB 数、TBSIZE、PHR、SINR 等信息 L2 线程 FMN 异常 L2 SRB 消息异常: 1、为一个数组,数据的每个元素对应一条异常信 息; 2、记录相关模块处理 SRB 信令记录处理异常(模 块名、线程号,错误信息包括错误原因等); 3、如果信息过多超过数组边界,采取循环写 4、最大每线程记录 10 条信息 L2 睡眠小区异常: L2 要统计接收到的 Preamble 数;根据 Preamble 接受情况统计是否有或丢失 Preamble,用户随机 接入过程失败导致睡眠小区现象 L2 发送的申请 CRNTI 个数;根据 L2 发送的申请 CRNTI 个数和 L2 接收到的 CRNTI 响应数统计差值 看是否 L3 处理异常 L2 接收到的 CRNTI 响应数;根据 L2 发送的申请 CRNTI 个数和 L2 接收到的 CRNTI 响应数统计差值 看是否 L3 处理异常 L2 上行数据模块出现丢包异常统计丢包数;根据 L2 发送给 UE 的 CRNTI 个数和 L2 接收到的 CRNTI 响应数统计差值看是否 L2 处理异常 L2 QOS 异常:统计 QoS 满足和不满足的 TTI 个数 L2 流控反压信息:流控反压 L2 小区关键事件记录:小区中收到第一个 Preamble 到回应 RA response 的时延超过 eNB 配 置的窗口的次数; L2 小区调度信息记录 初始 UE 消息 UE 公共信息 RRC 重建请求 RRC 释放 RRC 请求 RRC 建立完成 UE 上下文释放命令 UE 上下文释放请求 RRC 重建立 内部释放事件 传输建立请求 传输建立响应 UE FRC 信息 用户轨迹信息:距离呼叫释放前最近的轨迹记录 点数,记录 20 个 错误记录:距离呼叫释放前最近的轨迹记录点数, 记录 40 个

L2 CHR

记录层二的统计信息,用于 判断层二的运行状态、信令 发送状态以及失败原因等

L3 CHR

记录层三的统计信息。主要 是自定义的事件或者标准信 令事件中未规划开放的内 容。

2013-04-1024

华为机密,未经许可不得扩散

第30页,共91页Page 30 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level L3 小区资源信息 CELL SRS 资源池变更事件 CELL CQI 资源池变更事件 CELL SRI 资源池变更事件 CELL 用户资源 CELL DSP 过载信息 CELL RACH 资源分配失败 CELL 资源核查事件 CELL ANR 检测 PCI 冲突事件 CELL ANR 检测到未知邻区事件 CELL MLB 调整 CIO 事件 CELL 下行 ICIC 事件 CELL 用户消息序列

CELLM CHR

记录 CELLM 的统计信息

3.4.1.2.2. 内部CHR订阅方式 内部CHR缺省打开,记录所有异常释放用户的数据。 3.4.1.2.3. 内部CHR采集方法 1)方法一 通过web LMT或M2000直接获取 Step1:在web LMT或M2000上输入LST LOGFILE: LT=CHRLOG;查询当前CHR日志文件列表;

Step2:在web LMT或M2000上输入ULD LOG或ULD NEFILE,然后选择日志类型为CHR/CEL (V100R003C00及以后版本只有CHR一种),输入第一步中查询到的日志名称,并输入FTP服务 器IP、用户名、密码FTP服务器信息请向机房管理人员或者维护工程师索取),可以上传对应的 CHR/CEL日志至FTP服务器。 具体可参考3.1.1章节3.外部CHR采集方式的方法一。
第31页,共91页Page 31 , Total91

2013-04-1024

华为机密,未经许可不得扩散

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

2)方法二 通过M2000的ISStar二次开发平台,通过执行脚本,批量导出内部CHR(适用于所有版本), 与导出外部CHR的方法类似 Step1: 维护->iSStar->开发平台 Step2: 点击左上角打开文件图标,选择存放iSStar脚本的路径,选择文件,点击打开 Step3:点击运行 Step4: 在指定路径下生成对应的内部CHR日志,日志命名规则为“网元名称_日志名称” Step5: 导出的内部CHR日志在M2000服务器上也有备份,日志过多会影响服务器磁盘空间,可以用 FileZilla等FTP工具登录到M2000服务器,手动删除相关日志。

3)方法三 通过一键式日志导出内部CHR,其中既包含了主控板日志及CHR日志。导出一键式日志可以通 过在WebLMT或者M2000上执行MML命令“ULD NEFILE”完成,其中单板所在的框号、槽号需要 与主控板所在位置对应。注意:该方式下导出的日志仅包括单站的数据。

5)方法5:通过SAU获取(需要部署SAU服务器) 现网部署SAU服务器后,包括SIG/CHR/TRC在内的数据源,定期上报到SAU,设计可以保存7 天的数据。通过FTP登陆到SAU服务器,在如下路径取出SIG数据:
华为机密,未经许可不得扩散 第32页,共91页Page 32 , Total91

2013-04-1024

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

/export/home/sysm/ftproot/SauService/rawdata/

3.4.2. 呈现方式
CHR数据可通过我司自己开发的InsightSharp软件进行解析,推荐使用FMA工具进行解析,具体 使用方法可自行参考工具帮助文档。 最新的的FMA工具和参考文档请参考链接; http://3ms.huawei.com/hi/group/7761

4 掉话原因分析
4.1. 常见掉话原因 4.1.1. 邻区错/漏配
通常,网络建设初期优化过程掉话占大多数是由于邻区错/漏配导致的。对于LTE网络内同频邻 区,通常采用以下的办法来确认是否为同频邻区漏配: 方法一:如果掉话后UE马上重新接入,且UE重新接入的PCI与UE掉话时的PCI不一致,则可 以怀疑是邻区错/漏配问题,可以通过测量控制进一步进行确认(从掉话位置的消息开始往前找,找 到最近一条同频测量控制消息,检查该测量控制消息的邻区列表)。 方法二:在网络侧,观察eNodeB在收到UE上报的测量报告后如果没有处理,且同时X2口没有 往目标小区发送HANDOVER_REQUEST, 则可以怀疑是邻小区漏配。 (该方法只适用于异站切换, 同站切换没有X2口交互)。 邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频 几乎相同,主要是掉话发生的时候,UE没有测量或者上报异频邻区,而UE掉话后重新驻留到异频 邻区上。异系统邻区漏配表现为UE在LTE网络掉话,掉话后UE重新选网驻留到异系统网络,且从 信号质量来看,异系统网络的质量很好。
2013-04-1024 华为机密,未经许可不得扩散 第33页,共91页Page 33 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

定位邻小区错/漏配的方法可通过UE的Scanner功能进行扫频, 观察是否有更强的的且不在邻小 区列表中的小区。 邻小区错/漏配需要结合工参、电子地图等信息进行优化。
注: 此处特指在ANR算法关闭的场景下。

4.1.2. 弱覆盖
这里所说的弱覆盖是超出了链路预算获得的最大路损得到的下行及上行的覆盖,由于上下行支 持的最大路损不一致,通常在LTE中上行较之于下行先受限,故在这里提到的弱覆盖将分为上行弱 覆盖及下行弱覆盖。 按照 当前 V100R004C00 及以 后版本的 商用网典型配 置来看, 下行 PDSCH 导频 配置的 是 15.2dBm(2T2R配置),上行UE最大发射功率为23dBm。在链路预算过程中链路预算的结果和场 景、链路预算的边缘吞吐率、接收机灵敏度等的配置强相关。 相关链路预算结果如下表所示:
表3 链路预算结果 Scenario Edge Rate (Kbps) Morphology Channel Model Sectorization System Bandwidth (MHz) Edge MCS Antenna Configuration Environment Resource Block Total RB Number RB Number Required Tx Max Tx Power (dBm) Cable Loss (dB) Body Loss (dB) Antenna Gain (dBi) EIRP (dBm) Rx Antenna Gain (dBi) Cable Loss (dB) Body Loss (dB) 2013-04-1024 PDSCH 1024 Dense Urban ETU3 3 Sector 20 QPSK 0.12 2x2 SFBC Indoor PDSCH 100 39 PDSCH 46.01 0.5 0 18 32.72 PDSCH 0 0 0 华为机密,未经许可不得扩散 PUSCH 64 Dense Urban ETU3 3 Sector 20 QPSK 0.13 1x2 Indoor PUSCH 84 3 PUSCH 23.00 0 0 0 7.44 PUSCH 18 0.5 0 第34页,共91页Page 34 , Total91

LTE TDD问题定位指导书-掉话篇 Noise Figure (dB) Interference Margin (dB) SINR (dB) Receiver Sensitivity (dBm) Minimum Signal Level (dBm) MAPL Penetration Loss (dB) Std Dev of Slow Fading (dB) Area Coverage Probability Shadow Fading Margin (dB) MAPL (dB) Cell Coverage UE Antenna Height (m) eNB Antenna Height (m) Carrier Frequency (MHz) Propagation Model Coverage (Km) 7 1.40 -5.10 -130.34 -128.95 PDSCH 20 11.7 95% 10.86 130.80 PDSCH 1.5 30 2655 Cost231-Hata Huawei 0.40 2.5 1.40 -4.03 -133.76 -149.86 PUSCH 20 11.7 95% 10.86 126.44 PUSCH 1.5 30 2535 Cost231-Hata Huawei 0.31

内部公开 confidentiality level

从上表可见, 该场景下 (下行边缘吞吐率为1024k, 最少39个RB) 下行支持的最大路损为130.8dB, 则按照导频是18.2dBm来计算的话, 下行支持的最小RSRP为18.2-130.8= -112.6, 若低于该电平值, 则可以认为下行存在弱覆盖。而该场景(上行边缘吞吐率64k,最少3个RB)上行支持的最大路损 为126.44dB,则上行支持的最小RSRP为23-126.44= -103.44dBm,若上行低于该值,则就认为上 行存在弱覆盖。只要是上行或者下行其中一个存在弱覆盖,则就有导致掉话发生的可能。 弱覆盖问题需要结合实际路测情况及工参进行调整优化。

4.1.3. 切换导致的掉话
在LTE系统中,在时间轴上,可将切换分为如下3类:过早切换、过晚切换及乒乓切换。由于重 建的引入,通常过早切换能重建回原小区,故不会引发掉话,而过晚切换及乒乓切换易导致掉话。 从信号变化趋势上来看,过晚切换主要有以下现象: 1) 拐角效应:源小区RSPR/SINR陡降,目标小区RSRP/SINR陡升(即突然出现在邻小区列 表中就是很高的值); 2) 针尖效应:源小区RSPR/SINR快速下降后一段时间后上升,目标小区出现短时间的陡升后 立即陡降。 因为切换过晚时容易发生目标小区没有UE的上下文, 由于eRAN2.2SPC230之前的版本尚未实
2013-04-1024 华为机密,未经许可不得扩散 第35页,共91页Page 35 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

现无上下文的重建,故易造成重建失败,最终导致掉话。之后的版本在多数场景下可以无上下文重 建成功,如果该现象仍有发生,需要具体问题再具体分析。 从信令流程上看,一般在掉话前UE上报了邻区的A3测量报告,eNodeB也收到了测量报告,并 下发了切换命令,但是UE侧收不到,此时如果目标小区能有UE的上下文且能重建成功,可以不掉 话。 乒乓切换在信号变化趋势上有如下表现: 1)主服务小区变化快:2个或者多个小区交替成为主服务小区,主服务小区具有较好的RSRP 和SINR且每个小区成为主导小区的时间很短; 2)无最优小区:存在多个小区, RSRP正常而且相互之间差别不大, 每个小区的SINR都很差。 从信令流程上看, 一般可以看到UE刚刚完成一次切换后就有新的测量报告上报并发起另一次切 换,由于切换后还有较多的重配置消息下发(CQI上报模式、sounding等),在乒乓区域易导致这 些命令超时失败引起掉话。 解决切换过晚导致的掉话问题,可以通过调整天线位置,修改切换参数或者配置CIO使目标小 区能够提前发生切换;解决乒乓切换带来的掉话问题,主要通过调整天线位置改善RF,使得该区域 能有一个稳定的最优小区。 对于异频切换和异系统切换,在切换前需要通过启动GAP来进行异频或者异系统频点的测量, 故需要对A2参数进行合理配置, 保证及时的起GAP测量, 从而避免起GAP过晚导致的终端来不及测 量目标侧小区的信号导致掉话,并合理的配置目标小区的门限。 切换相关的问题需要参见《运维文档_LTE TDD性能问题定位和优化指导书-切换篇》。

4.1.4. 干扰引起的掉话
通常干扰分为上行干扰及下行干扰,系统内干扰及外来干扰。不论哪种类型的干扰都会导致掉 话。 通常,对于下行,当服务小区的RSRP高于-90,但是SINR低于-6,基本上可以认为是下行干 扰的问题(当邻小区错/漏配或切换不及时的时候,也可能出现服务小区RSRP信号很好,但SINR 很差的情况);下行的干扰通常是指导频污染,指覆盖地区存在3个以上的小区满足切换条件,由 于信号的波动常常出现频繁小区重选或者乒乓切换,可能会导致掉话。 通常在没有干扰的情况下,上下行是平衡的,而当下行存在干扰时,会体现在下行受限,上行 不受限;而存在上行干扰时,则是上行受限但下行不受限。
华为机密,未经许可不得扩散 第36页,共91页Page 36 , Total91

2013-04-1024

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

干扰引起的掉话问题,具体内容可参考《运维文档_LTE TDD干扰检测指导书》。

4.1.5. 流程交互失败
一些需要信令交互的流程,如CQI上报周期、MIMO模式、SRS、ANR流程等,这些流程往往 常常会由于无线环境的原因,eNodeB与终端侧兼容方面的原因或者UE本身的问题导致流程失败, 最后导致掉话。 这类问题需要针对特定的流程进行分析,特殊情况特殊处理,没有一般性的处理方法。

4.1.6. 异常分析
传输问题(S1、X2口复位、闪断等) eNB故障(单板复位、射频通道故障等) UE故障等(UE死机、发热、版本缺点等) 在排除了以上的原因之后,其他的掉话一般需要怀疑是否是设备存在问题,需要通过查看设备 的日志文件,告警信息等进一步来分析掉话原因。 比如:eNodeB基带板内存泄露导致在发起小区资源核查时释放用户导致掉话; 比如:友商核心网重启导致的eRAB异常释放。 还有在路测过程中易引起路测终端过热/死机,或者连线脱落/掉电导致的掉话。 通常eNodeB侧的告警可通过在M2000侧进行观察,对于每个告警,都有相关的处理建议,可 通过M2000的在线帮助进行阅读。如下图所示:

2013-04-1024

华为机密,未经许可不得扩散

第37页,共91页Page 37 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图13 M2000告警浏览界面

4.2. 话统中掉话率相关Counter
当前话统ERAB释放能区分释放的业务类型, 分别统计各种QCI正常和异常释放的次数。 也提供 了部分释放原因值的统计,主要分为以下五类。

L.E-RAB.AbnormRel.Radio L.E-RAB.AbnormRel.TNL L.E-RAB.AbnormRel.Cong L.E-RAB.AbnormRel.HOFailure L.E-RAB.AbnormRel.MME

无线层问题导致的 E-RAB 异常释放次数 传输层问题导致的 E-RAB 异常释放次数 网络拥塞导致的 E-RAB 异常释放次数 切换流程失败导致 E-RAB 异常释放次数 核心网问题导致 E-RAB 异常释放次数

4.3. CHR内掉话原因分类
CHR侧的释放原因主要是产品内部对于各个异常释放流程的表现进行的定义,该原因值也会随 着产品新特性的引入或者功能的完善而进一步完善,每个版本的原因值需要根据具体的版本确定。

2013-04-1024

华为机密,未经许可不得扩散

第38页,共91页Page 38 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

4.3.1. CHR内常见异常释放原因介绍
4.3.1.1. RLC重传达到最大次数

这里所指的RLC重传达到最大次数包括了SRB重传达到最大次数和DRB重传达到最大次数, 从 CHR侧观察到对应的打点原因值分别为:
CHR 异常释放原因值 UEM_UECNT_REL_SAE_BEARER_REL_NUM_MAX4 UEM_UECNT_REL_UE_RLC_UNRESTORE_IND 异常释放原因 DRB 达到最大重传次数 SRB 达到最大重传次数

4.3.1.1.1. RLC发起重传的原因 在以下几种情况下,RLC会发起重传 1) 2) 3) DRB:收到对端的状态 PDU 的负确认(NACK); SRB:没有收到对端的状态 PDU,没有新数据发送,同时 POLL 周期定时器超时; DRB:没有收到对端的状态 PDU,发送窗满,同时 POLL 周期定时器超时。

对于1),存在MAC层发送RLC数据时,几次HARQ重传都失败的情况,才会有RLC层的负确 认。如下图所示。
ENB RLC ENB HARQ Init Tx(SN=X) SN Init Tx(SN=Y) SN SN SN SN Re Tx(SN=X) UE HARQ = = = = = X Y X X X UE RLC

SN = Y

Status Pdu ACK= Y NACK= X

图14 收到对端的状态PDU的负确认

对于2)和3),都是在没有收到对端状态PDU的情况下,由POLL周期定时器超时触发的RLC 重传, 对于没有收到对端状态PDU的原因有两个, 一个原因为UE侧根本就没有收到任何RLC PDU, 也就不会响应状态PDU, 另一个原因为UE响应的状态PDU, 由于上行误码的原因, 没有到达eNB。 如图所示。

2013-04-1024

华为机密,未经许可不得扩散

第39页,共91页Page 39 , Total91

LTE TDD问题定位指导书-掉话篇
ENB RLC Init Tx ENB HARQ UE HARQ UE RLC

内部公开 confidentiality level

Re Tx

图15 下行数据发送失败

ENB RLC Init Tx

ENB HARQ

UE HARQ

UE RLC

Status Pdu Re Tx

图16 上行数据发送失败

在现网中,RLC达到最大重传次数引起释放的主要原因,大多都是SRB上下发的重配置命令消 息无法到达UE,即图2所示的那样。 由于要跟踪的记录是对单个用户有效, 所以如果跟踪RLC的信息, 会跟踪处理这个UE所建立的 所有RLC的数传信息SRB/DRB。 4.3.1.1.2. RLC达到最大重传次数延迟释放机制 基站在处理RLC达到最大重传次数时,并没有立即释放业务或释放UE,而是等待1分钟的时间 后才进行释放,在这一分钟之内若UE发起重建并重建成功,则不释放UE,对UE进行重配置后,又 可以继续UE业务传送,这样也不会产生掉话,在CHR记录和话统中也不会进行记录。 对于RLC达到最大重传次数的原因分析如下: 1、网络覆盖的原因,导致存在弱覆盖区域,因为信号差导致; 2、UE终端问题,从之前的掉话分析,较大情况是因为UE问题导致PDCCH漏检 3、其他

此处理可能会对现网商用网络产生的影响分析如下: 1、语言业务:由于VOIP使用UM 的RLC,DRB上不会产生RLC达到最大重传次数的情况,不 会产生额外的影响; 2、其他数据业务:在由于UE终端问题或弱覆盖原因时,会导致业务传输失败,产生较差的用
第40页,共91页Page 40 , Total91

2013-04-1024

华为机密,未经许可不得扩散

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

户感受。在RLC达到最大重传次数时延迟1分钟释放UE,在这1分钟内若UE检测到RLC达到最大重 传次数或SRI达到最大重传次数,会发起重建请求。根据配置的MML参数,若上行有数据要发生, UE侧检测到的RLC达到最大重传次数发起重建请求的时长为 360ms(8*45ms) 左右,UE侧检测到 SRI达到最大重传次数发起重建请求的时长为1600ms(5*320ms)左右。 若是终端问题引起的UE发起 重建链接,会重建成功,业务可能会恢复正常。如果是弱覆盖区域,则发起的重建链接也可能会失 败,或者建链成功但业务依旧传送失败。 如果是UE终端问题, 延迟1分钟释放会给UE一次重建成功的机会, 在重建和业务传送和重新接 入情况相同。若存在上行数据传送,UE发起重建请求的时间会比较短,在2秒钟之内,在这2秒钟 内若重新在UE侧发起链接建立,差不多也要2秒钟的时间,所以此种情况重建和重新发起链接情况 基本相同。 如果是网络覆盖问题,重新接入和等待重建是一样的现象,即使重新接入所做业务也不会提高 用户的感受,相比于延迟1分钟,直接重新接入只会增加一次异常掉话的次数和接入次数。而且UE 在DETACH再重新接入时,需要发起上行直传消息和接收下行直传消息,在网络覆盖差的情况下, 这两条直传消息也可能出现发送失败,如下图所示。
UE ENB MME

Attach and data transmission

DETACH

UL message
DL message RRC_REL_REQ UE Context Rel_CMD

图17 DETACH简化流程图

不过从重建请求的发起时间看, 在eNB检测到异常时, UE侧也不会在很长的时间才检测到异常, 如果存在上行业务,则 UE 侧检测到 RLC 达到最大重传次数的持续时间也只是最多不超过 3 秒 (32*80ms),所以等待UE发起重建请求的时间不需要1分钟这么长,5秒钟即可,但考虑到UE侧 的T311定时器配置时长缺省为10秒, 这样由于RLC达到最大重传次数的所引起的后续处理, 如果15 秒钟内还没有收到UE的重建请求,则可以立即释放UE,这样释放UE的等待时间也会缩短很多。再 结合不活动定时器缺省为20秒时,在DRB的RLC达到最大重传次数时,如果在设定时长内没有收到
第41页,共91页Page 41 , Total91

2013-04-1024

华为机密,未经许可不得扩散

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

UE的重建请求,则会由于不活动定时器超时,以不活动UE的原因释放UE,从话统中来看,掩盖了 部分异常掉话指标。

4.3.1.1.3. 如何在Ifts跟踪信息内确认该原因存在 在距离异常释放信令(RRC_CONN_Rel)最近的IFTS跟踪信息内,查找模块内部跟踪消息内 是否记录有“LCEM_UEM_UNRESTORED_IND”消息,若存在则双击该信息查看内部字段信息。 其内部字段enRbType= 0,说明是DRB达到最大重传次数;其内部字段enRbType = 1,则说明是 SRB达到最大重传次数。 下一个字段ucRbId指示的是该SRB/DRB的Index。 如下图所示enRbType = 1、ucRbId= 1说明是SRB1达到最大重传次数。

图18 LCEM_UEM_UNRESTORED_IND消息内容

如 果 在 IFTS log 跟 踪 过 程 中 如 果 没 有 勾 选 标 准 接 口 的 信 令 跟 踪 记 录 , 则 不 会 出 现 “RRC_CONN_Rel”消息,此时需要通过模块内部跟踪内的“L3_PDCP_DATA_Req”确认是否
第42页,共91页Page 42 , Total91

2013-04-1024

华为机密,未经许可不得扩散

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

有释放消息发送,如下图所示,其中usSigFlag指示的是信令类型,0表示是其他类型消息、1表示 是切换消息、2表示是释放消息:

图19 L3_PDCP_DATA_Req消息内容

4.3.1.2.

UE重同步定时器超时

UE 重 同 步 定 时 器 超 时 引 起 的 失 败 原 因 对 应 的 CHR 数 据 内 的 打 点 原 因 值 为 “UEM_UECNT_REL_UE_RESYNC_TIMEROUT_REL_CAUSE ”,此处先介绍一下常见的引起 失步的流程。 4.3.1.2.1. 失步流程介绍 失步分为上行失步和下行失步, 在eNB侧检测到的失步称为上行失步, 在UE检测到的失步是下 行失步。eNB检测失步的方法是通过下发 TA等待接收TA_ACK的方式检测失步,同时如果检测到 eNB的基带连续N次没有上报TA值, 也认为是失步。UE检测失步的方法是通过周期性的测量导频信 号,如果低于所要求的门限,则认为检测到一次失步异常,连续N次(N310)检测到失步,则认为 RLF,需要发起重建。

1.

eNB检测到上行失步,且有下行数据要发送

2013-04-1024

华为机密,未经许可不得扩散

第43页,共91页Page 43 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level
ENB L3

UE 1. send TA 2. TA_ACK

ENB L2

3. report non-synchronization DL data waiting to send 4. Specifically Preamble request 5. send specifically Preamble 6. send specifically Preamble 7. specifically Preamble 9. RAR(include TA and data) 10. RRC_Recofiguration( config TM2) 11. RRC_Reconfiguration_cmp DL GRANT(data) 8. synchronization

图20 eNB检测到上行失步,且有下行数据要发送

在第6步发送专用Preamble时,L2 MAC会启动重同步定时器,如果重同步超时还没有收到UE 响 应 的 专 用 Preamble , 则 上 报 L3 , 指 示 重 同 步 定 时 器 超 时 , L3 释 放 UE , 释 放 原 因 : UEM_UECNT_REL_UE_RESYNC_TIMEROUT_REL_CAUSE

2.

UE检测到下行失步,且有上行数据要发送

同初始接入流程,UE发起竞争的随机接入,收到RAR则同步成功

3.

eNB检测到上行失步,没有下行数据要发送

2013-04-1024

华为机密,未经许可不得扩散

第44页,共91页Page 44 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

UE 1. send TA 2. TA_ACK Non-synchronization, there is no data to send, it need to reset the resynchronization timer.

ENB L2

ENB L3

3. report non-synchronization

Re-synchronization timer over, eNodeB does not receive UE re-synchronization message , start the 1s timer.

4. Specifically Preamble request 5. send specifically Preamble

6. send specifically Preamble 7. Specifically Preamble After 1s timer, eNodeB does not receive the specifically preamble. 8. Re-synchronization timer over 9. RAR(包含TA) 10. RRC_Recofiguration( config TM2) 11. RRC_Reconfiguration_cmp 8. synchronization

图21 eNB检测到上行失步,没有下行数据要发送

在第3步检测到失步后,如果没有下行数据要发送,则启动重同步定时器,重同步定时器超时 没有收到UE的重同步,则主动启动专用Preamble请求,下发专用Preamble,同时再启动一个1秒 的定时器, 如果1秒内还没有重同步上, 则上报L3, 指示重同步定时器超时, L3释放UE, 释放原因: UEM_UECNT_REL_UE_RESYNC_TIMEROUT_REL_CAUSE

4.

UE检测到下行失步,没有上行数据要发送

UE的物理层在连续N次检测到失步,则认为RLF,触发重建流程。

4.3.1.2.2. 如何在Ifts跟踪信息内确认该原因存在 在距离异常释放信令(RRC_CONN_Rel)最近的IFTS跟踪信息内,查找模块内部跟踪消息内 是否记录有“DMAC_L3_SYNC_STATUS_IND” 消息,如果有, 则双击该信息,其中enSyncStatus = 1说明为失步,enSyncStatus = 0说明为重同步成功,如下图所示:

2013-04-1024

华为机密,未经许可不得扩散

第45页,共91页Page 45 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图22 DMAC_L3_SYNC_STATUS_IND消息内容

4.3.1.3.

RB重配置消息超时

“ RB 重 配 置 消 息 超 时 ” 释 放 原 因 对 应 的 CHR 打 点 原 因 值 为 “UEM_UECNT_REL_RB_RECFG_FAIL”,是在eNodeB下发了“RRC_CONN_RECFG”后未 收到“RRC_CONN_RECFG_CMP”所致,通常涉及到的RB重配置内容包括MIMO,CQI,DRX, PUCCH资源等的配置信息重配置。引起重配置超时的原因既有可能是无线网络覆盖引起,也有可 能是终端问题引起,需要具体分析。详细分析可参见挪威掉话案例分析。

4.3.1.4.

重建消息完成后RB重配置消息失败

“ 重 建 消 息 完 成 后 RB 重 配 置 消 息 失 败 ” 导 致 的 掉 话 现 象 对 应 的 CHR 侧 的 打 点 原 因 为 “ CHRUEM_UECNT_REL_RRC_REEST_OTHER_RB_RESTORE_FAIL ”。一般一个完整的重 建流程需要有5条消息,3条是重建的消息,2条是重配置消息,如下图所示。该异常释放的原因是 因为在最后两条消息处理过程中eNodeB发送了重配置SRB/DRB的配置消息,但是没有收到回复所 致。 从目前定位的情况来看, 主要是三星终端的兼容性问题引起, 详细定位信息参见挪威掉话案例。

2013-04-1024

华为机密,未经许可不得扩散

第46页,共91页Page 46 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图23 UU口完整重建流程信令

4.4. 信令流程中释放原因分类 4.4.1. 协议中释放原因定义
在36.413(36413-930内9.2.1.3章节)内给出了S1接口(S1AP协议)内对于释放原因的一些 定义,其中包含了无线层、传输层、NAS层及协议等方面的释放原因,如下表所示:
表4 信令流程中释放原因值列表

2013-04-1024

华为机密,未经许可不得扩散

第47页,共91页Page 47 , Total91

LTE TDD问题定位指导书-掉话篇 IE/Group Name CHOICE Cause Group >Radio Network Layer >>Radio Network Layer Cause Presence M Range IE Type and Reference

内部公开 confidentiality level Semantics Description

M

ENUMERATED (Unspecified, TX2RELOCOverall Expiry, Successful Handover, Release due to E-UTRAN Generated Reason, Handover Cancelled, Partial Handover, Handover Failure In Target EPC/eNB Or Target System, Handover Target not allowed, TS1RELOCoverall Expiry, TS1RELOCprep Expiry, Cell not available, Unknown Target ID, No Radio Resources Available in Target Cell, Unknown or already allocated MME UE S1AP ID, Unknown or already allocated eNB UE S1AP ID, Unknown or inconsistent pair of UE S1AP ID, Handover desirable for radio reasons, Time critical handover, Resource optimisation handover, Reduce load in serving cell, User inactivity, Radio Connection With UE Lost, Load Balancing TAU Required, CS Fallback Triggered, UE Not Available For PS Service, Radio resources not available, Failure in the Radio Interface Procedure, Invalid QoS combination, Inter-RAT redirection, Interaction with other procedure, Unknown E-RAB ID, Multiple E-RAB ID instances, Encryption and/or integrity protection algorithms not supported, S1 intra system Handover triggered, S1 inter system Handover triggered, X2 Handover triggered …, Redirection towards 1xRTT, Not supported QCI value, invalid CSG Id)

>Transport Layer >>Transport Layer Cause

M

ENUMERATED (Transport Resource Unavailable, Unspecified, …) ENUMERATED (Normal Release, Authentication failure, Detach, Unspecified, …, CSG Subscription Expiry) ENUMERATED (Transfer Syntax Error, Abstract Syntax Error (Reject), Abstract Syntax Error (Ignore and Notify), Message not Compatible with ReceiverState, Semantic Error, Abstract Syntax Error (Falsely Constructed Message), Unspecified, …) ENUMERATED 华为机密,未经许可不得扩散 第48页,共91页Page 48 , Total91

>NAS >>NAS Cause

M

>Protocol >>Protocol Cause

M

>Misc >>Miscellan 2013-04-1024

M

LTE TDD问题定位指导书-掉话篇 eous Cause

内部公开 confidentiality level

(Control Processing Overload, Not enough User Plane Processing Resources, Hardware Failure, O&M Intervention, Unspecified, Unknown PLMN, …)

5 优化方法
5.1. 掉话率指标分析流程 5.1.1. 全网话统指标分析流程
话统指标分析流程图如下所示:

2013-04-1024

华为机密,未经许可不得扩散

第49页,共91页Page 49 , Total91

话统数据

LTE TDD问题定位指导书-掉话篇 图24 话统指标分析流程图

内部公开 confidentiality level

说明: 1、首先需要在话统侧获取全网的掉话率指标以及趋势,掉话率趋势分析至少需要分析1~2周左 右的数据。如果全网的掉话率指标突然偏高,一般下列因素会导致全网的掉话率突然增加,需要执 行以下的检查: 是否存在传输告警:观察S1口传输是否出现问题; 是否存在设备告警:观察eNodeB侧是否存在告警;全网话务量趋势分析:分析是否由于话务 量突然增加导致掉话率上升;话务量的分析通常可通过e-RAB尝试建立的次数及成功次数的分布来 判断。 检查系统是否做过版本升级、打补丁等动作;对于eNodeB,可通过WebLMT或者M2000执行 MML命令“LST SOFTWARE”进行查询,查询结果显示形式如下:

图25 eNodeB软件版本查询结果

2、然后依据检查结果,定位掉话问题; 如果面全网的掉话率指标一直偏高,分析小区级别的掉话率指标,把小区级的掉话率指标和掉 话绝对次数按从高到低的顺序进行排序,优先分析掉话绝对次数多而且掉话率也很高的Top小区; 进行小区掉话指标分析;
第50页,共91页Page 50 , Total91

2013-04-1024

华为机密,未经许可不得扩散

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

需要检查小区参数在掉话率异常期间是否存在修改,与掉话率相关参数的几个重要参数如下表 所示,这些参数的基线值会随着版本优化而有所更新:
表5 部分掉话率相关参数 参数名 TPERODICBSR TIMER RETXBSRTIME R 参数中文名 周期性 BSR 上报 定时器 BSR 重传定时器 SRI 周期 参数含义 该参数表示周期性 BSR 上报定时器时 长。 该参数表示 BSR 重传定时器的时长。 BSR 发送之后,需要启用该定时器。 MML Command MOD TYPDRBBSR

SRIPERIOD

T304ForEutran

系统切换 304 定 时器

T304ForGeran

切换到 GERAN 时的 304 定时器

UeInactiveTimer

UE 不活动定时 器长度

T301

定时器 301

T310

定时器 310

T311

定时器 311 常量 N311

N311

MOD TYPDRBBSR MOD CELLSTANDAR 该参数表示 QCI 级别对应的 SRI 周期。 DQCI 该参数表示系统内切换使用的定时器 T304 的时长。 如果 UE 在该时长内无法 MOD 完成对应的切换过程,则进行相应的资 RRCCONNSTA 源回退,并发起 RRC 连接重建过程。 TETIMER 该参数表示切换到 GERAN 时使用的定 时器 T304 的时长。如果 UE 在该时长 内无法完成对应的切换过程,则进行相 MOD 应的资源回退,并发起 RRC 连接重建 RRCCONNSTA 过程。 TETIMER 该参数用来指示 eNodeB 对 UE 是否发 送和接收数据进行监测,如果 UE 一直 都没有接收和发送数据,并且持续时间 MOD 超过该定时器时长,则释放该 UE,配 RRCCONNSTA 置为 0 表示不限制。 TETIMER 该参数表示定时器 301 的时长,参见 3GPP TS 36.331。UE 在发送 RRCConnectionReestabilshmentReq uest 时启动该定时器。定时器超时前, 如果 UE 收到 RRCConnectionReestablishment 或者 RRCConnectionReestablishmentReje ct 或者被选择小区变成不适合小区,则 MOD 停止该定时器。定时器超时后,UE 进 UETIMERCONS 入 RRC_IDLE 态。 T 该参数表示定时器 310 的时长,参见 3GPP TS 36.331。UE 在检测到物理层 故障时,启动该定时器。在定时器超时 前,如果 UE 检测到物理层故障恢复, 或者触发切换流程,或者 UE 发起连接 重建流程,则停止该定时器。定时器超 时后,如果没有激活安全模式,UE 进 入 RRC_IDLE 态; 否则, 停止 T312 (如 MOD 果 T312 正在运行),同时发起链接重 UETIMERCONS 建流程。 T 该参数表示定时器 311 的时长,参见 3GPP TS 36.331。UE 在发起 RRC 连 接重建流程时启动该定时器。定时器超 时前,如果 UE 选择了一个 EUTRA 小 MOD 区或者异系统小区后,停止此定时器。 UETIMERCONS 定时器超时后, UE 进入 RRC_IDLE 态。 T MOD 该参数表示接收到底层的连续"同步"指 UETIMERCONS 示的最大数目, 参见 3GPP TS 36.331。 T 第51页,共91页Page 51 , Total91

2013-04-1024

华为机密,未经许可不得扩散

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

N310

常量 N310

MOD 该参数表示接收到底层的连续"失步"指 UETIMERCONS 示的最大数目, 参见 3GPP TS 36.331。 T

3、分析掉话统计结果,对Top小区实施优化措施;优化措施实施后对比该小区的掉话率指标是 否改善;(Top小区分析流程参见第4.1.2章节内描述) 4、分析优化措施是否可以全网复制,如果可以的话安排全网经验复制,分析实施后的指标是 否满足要求,如果满足要求,那么结束掉话优化;否则,重新进行Top小区优化;

5.1.2. Top小区分析流程
而针对Top小区,相关分析流程如下:

2013-04-1024

华为机密,未经许可不得扩散

第52页,共91页Page 52 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图26 Top小区分析流程图

说明: 1、获取小区级话统的掉话率指标及趋势,掉话率趋势分析至少需要分析1~2周左右的数据; 如果小区的掉话率指标突然偏高,需要检查eNodeB侧是否存在该小区相关的告警信息;检查该 小区所属eNodeB的告警,确认该小区没有出现故障等信息; 常见的告警如RRU相关的告警、通道相关的告警、传输相关的告警、基带板相关的告警等。 2、分析小区级掉话原因CHR数据,获取导致掉话的各种原因的比例,按照比例从高到低的顺
2013-04-1024 华为机密,未经许可不得扩散 第53页,共91页Page 53 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

序分别针对不同的原因进行分析; 3、依据各Top原因所对应的实际掉话原因进行分析处理,常见的CHR原因值与可能的要因关系 参考如下:
表6 CHR释放原因与实际掉话原因关系 编 号 CHR打点内部RelCause 1 UEM_UECNT_REL_AUDIT_CELLM_RELEASE 2 UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAIL 3 UEM_UECNT_REL_RB_RECFG_FAIL 4 UEM_UECNT_REL_RRC_REEST_OTHER_RB_RESTORE_FAIL 5 UEM_UECNT_REL_RRC_REEST_SRB1_FAIL 6 UEM_UECNT_REL_SAE_BEARER_REL_NUM_MAX 7 UEM_UECNT_REL_SCTP_ABORT 8 UEM_UECNT_REL_UE_RESYNC_TIMEROUT_REL_CAUSE 9 UEM_UECNT_REL_WAIT_RRC_CONN_RECFG_RSP_TIMEOUT 10 UEM_UECNT_REL_S1_UESR_ABORT 11 UEM_UECNT_REL_UE_RLC_UNRESTORE_IND √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ RF原 流程 传输 设备 UE异 因 问题 问题 异常 常 √ √ √ √ √ √

注: 其中RF问题包含了3.1章节中描述的邻小区错/漏配、弱覆盖、上下行干扰。

4、是否存在OM操作导致的站点复位,重启等导致的掉话; 5、是否有Top用户存在,如果有,需要对Top用户的Log进行详细分析;(Top用户的确认方法 参见4.1.2.1章节内描述) 6、如果是无法通过CHR数据定位解决的问题,需要通过抓取该Top小区内eNodeB侧的IFTS数 据(TTI跟踪)、串口跟踪进行进一步分析; 7、如无法进行进一步深入分析,则需要使用测试终端进行复现,并抓取UE侧的log及内部打印 信息进行进一步定位。

5.1.2.1.

Top用户的识别方法

由于无法提供IMSI的记录,故当前Top用户的判断主要是依据终端接入时上报的TMSI进行判定; 当前华为核心网TMSI分配的机制是对于同一个IMSI用户,TMSI的右起第3个byte(既右起的第5、6 位)的数据进行随机赋值,既某用户的TMSI中只有**指示的8bits位置发生变化(如AA ** BB CC) 就是同一用户,如下图所示,C0 ** 00 05就是同一个用户。

2013-04-1024

华为机密,未经许可不得扩散

第54页,共91页Page 54 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图27 CHR数据导出的TMSI信息

5.1.2.1.1. TMSI与IMSI的对应 在华为核心网中,可以通过UE最近一次的GUTI信息查询到对应的IMSI信息。 GUTI的定义: Globally Unique Temporary Identifier全球唯一临时标识, 在网络中唯一标识UE, 可以减少IMSI, IMEI等用户私有参数暴露在网络传输中。 表示方法:GUTI由两部分构成,一部分标识分配GUTI的MME,另一部分则标识被分配GUTI 的UE。 <GUTI> = <GUMMEI><TMSI>,其中 <GUMMEI> = <PLMN ID><MME Identifier> 而<MME Identifier> = <MME Group ID><MME Code> TMSI (Temporary Mobile Subscriber Identity) 是长度为32 bits 的数字, 用于标识UE, MME Group ID是长度为16 bits的数字,MME Code是长度为8 bits的数字.

在华为设备下,可以通过核心网的S1接口Trace中获取
2013-04-1024 华为机密,未经许可不得扩散 第55页,共91页Page 55 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

在S1接口中找到“INITIAL_UE_MSG”,双击打开后找到GUTI body内内容,其中就包括 了PLMN信息 (MCC-MNC信息) 、 MME Group ID信息 (MMEGI) 、 MME Code信息 (MMEC) 、 及TMSI信息,如下图所示:

图28 INITIAL_UE_MSG消息内容

通常在消息中16进制的PLMNID(MCC+MNC)显示方式为16进制的“0x64F020”,则对 应的eNodeB侧的配置应该是: (mcc digit 2)|(mcc digit 3)|(mnc digit 1,补充位)|(mcc digit 1)|(mnc digit 2)|(mnc digit 3) 6 4 F 0 2 0

故对应的eNodeB侧的配置应该是MCC=460,MNC=02。 而MMEGI及MMEC都只需直接取其16进制的显示值就行。 如上图S1接口消息中解析得到的数据如下: MCC=460 MNC=02 MMEGI=8001 MMEC=01 TMSI=C0190006 故对应的GUTI为MCC +MNC +MMEGI +MMEC+TMSI =46002800101C0190006

然后华为核心网USN侧,可以通过执行MML命令“DSP MMCTX”来依据GUTI来对IMSI进行
第56页,共91页Page 56 , Total91

2013-04-1024

华为机密,未经许可不得扩散

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

查询, 上述的GUTI=46002800101C0190006查询得到的IMSI信息为460020100500185相关操作界面如 下图所示:

图29 DSP MMCTX操作界面

2013-04-1024

华为机密,未经许可不得扩散

第57页,共91页Page 57 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

5.1.2.1.2. IMSI与IMEI的对应 在华为核心网侧,同样提供了IMSI与IMEI的查询功能。 在SAE-HSS上执行MML命令“LST SIMEI”,输入IMSI后即可对IMEI进行查询,相关操作界 面如下图所示:

图30 LST SIMEI操作界面

而通过IMEI,既可以获知该用户对应的终端型号。

2013-04-1024

华为机密,未经许可不得扩散

第58页,共91页Page 58 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

5.1.2.2.

RF优化分析流程

图31 RF优化流程图

注:
RF分析采用逐步推进的方法进行, 后面的分析是在排除前面的分析结果基础上进行的, 比如分析切换来不及导 华为机密,未经许可不得扩散 第59页,共91页Page 59 , Total91

2013-04-1024

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

致的掉话问题时,必须先确认没有邻区漏配或者覆盖差的问题,所以在执行RF分析方法的时候必须严格参照以下的 步骤来进行。

获取该Top小区的标准接口信令,IFTS或者路测log进行以下流程的分析: Step1、分析是否存在同频邻小区漏配或者错配导致的掉话; 该问题的详细描述参见3.1.1章节描述。 Step2、分析是否存在弱覆盖导致的掉话; 弱覆盖的定义参见3.1.2内描述,如果存在本系统内的弱覆盖,需要分析是否存在异频小区进行 异频切换或者异系统小区可以进行互操作来弥补该弱覆盖区域。 Step3、分析是否由于切换来不及导致的掉话; 首先从信令流程上分析掉话时eNodeB是否下发了切换重配置消息,掉话是否是由于目标 eNodeB侧没有收到重配置消息完成导致,同时检查掉话前终端上报的3A事件测量报告内最优邻小 区的RSRP,同时检查之前测量控制重配置消息中的参数配置;参数涉及hysteresis、offset、time to trigger及CIO。看是否是参数配置明显不合理导致的切换来不及。 Step4、分析是否导频污染引起的掉话: 分析掉话前终端上报的测量报告中是否存在多个小区RSRP非常接近的现象,如果存在3个以上 的最强小区RSRP相同,那么很有可能下行的SINR很差,导致切换重配置消息UE收不到。 Step5、分析是否存在上行干扰导致的掉话: 由于当前LTE网络建设初期用户比较少,故系统内上行干扰的现象并不存在,系统外的上行干 扰还没有相关的经验。一般如果某个用户在掉话前其下行的CQI很高(在10左右),但是上行已经 严重受限(MCS为0阶),则很有可能是上行存在干扰所致。需要进行干扰排查。 如果掉话原因不是步骤1~5所述的原因,则很有可能是非RF原因导致的掉话,需要结合IFTS信 息进一步定位; 当分析完该Top小区所有的掉话,对不同的掉话原因比例进行分析,如果RF原因占主要原因, 根据原因开展RF专题优化。 如果是异常导致的掉话,则需要结合一键式日志、TTI跟踪等信息进行异常定位。

5.1.2.3.

Top用户掉话log隔离定位思路

针对Top小区内出现的Top用户的掉话log分析定位思路如下图所示,此处需要的输入信息较多,
第60页,共91页Page 60 , Total91

2013-04-1024

华为机密,未经许可不得扩散

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

一般最基本的输入是带L1、L2性能算法内部打印的IFTS信息,其他信息包括基带板打印,终端侧层 间消息及内部打印等:
SCTP链路异常 L3检测到异常释放UE GTPU传输异常 S1接口用户面异常

eNodeB侧长时间没有调度

下行长时间没有调度 上行长时间没有调度 上行调度分配RB资源太少,状态PDU发送不上来 待补充 下行SINR较差,MCS已经调整到0 下行CQI调整算法开关关闭 网络信号太差,PDCCH解码失败 UE停止上行发送数据 UE异常 人为异常拔卡

UE反馈状态PDU无效

UE问题 eNodeB问题

HARQ反馈都是NACK 下行数据发送失败 异常掉话 HARQ反馈都是DTX

上行反馈数据解码失败,CRC错

人为异常关机 上行SINR较差,MCS为0 下行信道质量较差,UE没有收到UL Grant TA调偏,导致上行编码失败 UE异常 人为异常拔卡

UE停止发送SRS eNodeB的DSP没有上报TA值

人为异常关机 TA调整量太大,超出调整范围,多径时UE下行同步点波动大 HARQ反馈都是NACK 下行数据发送失败 HARQ反馈都是DTX 下行SINR较差,MCS已经调整到0 下行CQI调整算法开关关闭 网络信号太差,PDCCH解码失败 UE停止上行发送数据 上行SINR较差,MCS为0 上行反馈数据解码失败 下行信道质量较差,UE没有收到UL Grant UE异常 人为异常拔卡 人为异常关机

eNodeB没有收到UE反馈的TA ACK

图32 掉话log隔离定位思维导图

上图当前主要针对前期路测掉话时信令分析过程中的现象到本质的定位思路,是比较深度定位 的一种;需要较全的数据量才能进行分析,详细分析数据参见如下案例。

6 优化案例
6.1. 挪威掉话率指标优化 6.1.1. 【问题描述】
挪威NetCom在升级至V100R002C00SPC010版本后存在掉话率波动, 需要进行掉话原因的定位。

2013-04-1024

华为机密,未经许可不得扩散

第61页,共91页Page 61 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

6.1.2. 【问题分析】
6.1.2.1. 升级前后掉话率趋势分析

挪威现场在升级V100R002C00SPC010版本后,掉话率不能稳定达到1%以下的指标,由于在 V100R002C00SPC010版本存在eNodeB间切换出成功释放也计入e-RAB正常释放,故掉话率话统 指标偏乐观,在采用了e-RAB异常释放次数/e-RAB建立成功次数计算真实掉话率趋势如下表所示, 可见在升级至V100R002C00SPC010版本后,与V100R001C00版本的末期相当,且由于话务量的 增长,掉话率存在较大波动,如下图所示:

图33 挪威掉话率趋势

从话统趋势上来看,升级至V100R002C00SPC010版本后掉话率(去除切换引入的分母)较为 平稳,基本能稳定在1~2%区间内(实际话统掉话率指标优于统计了切换入的eRAB,故官方指标在 1%以内),参数方面除DRB RLC 最大复位次数恢复到2.0基线外(由32恢复至8),其余都继承了 V100R001C00版本优化后的参数。

6.1.2.2.

掉话Top小区分析

从话统数据中找到最近几天的掉话Top小区并进行话统侧的原因分析。 6.1.2.2.1. 掉话小区地理分布分析 从掉话站点的地理分布来看,除部分边远小区的站间距较大外,大部分站点集中于较为密集地 区,而OSL071站点则是Top站点中的Top,经确认该站点为局方所在站点话务量相对较高、还存在 测试情况。

2013-04-1024

华为机密,未经许可不得扩散

第62页,共91页Page 62 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图34 挪威掉话Top站点分布

6.1.2.2.2. 掉话与切换关系 有两天的Top小区其掉话时间点与同站切换时间点在统一小时内发生,如下图所示。

图35 挪威掉话Top切换分析_1

下图数据是9月10日的Top站点OSL033小时级的统计,在全天所有的15次掉话中,这两个小时 占了13次,且这两个时间段的同站切换成功率都是0。
第63页,共91页Page 63 , Total91

2013-04-1024

华为机密,未经许可不得扩散

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图36 挪威掉话Top切换分析_2

下图数据是9月13日的Top站点OSL031小时级的统计,在全天所有的9次掉话中,集中在3个时 间段内,且这3个时间段的同站切换成功率都是0。

图37 挪威掉话Top切换分析_3

同站切换失败在三星终端上有个问题,需要进一步定位是否是该问题。 6.1.2.3. CHR数据分析

使用InsightSharp将Top站点的CHR数据分析结果如下表所示:
表7 Top小区CHR释放原因 usRelCause(CHR 内部释放原因) UEM_UECNT_REL_RB_RECFG_FAIL UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAIL 中文解释 RB 重配置失败 X2 切换,源侧没有收 到目标侧的 UE 上下文 释放消息 RRC 重建恢复 OtherRBs 恢复失败 站内切换等待切换完 成超时 等待测量控制 RRC 重 配消息超时 出现次数 22 7 百分比 59.46% 18.92%

UEM_UECNT_REL_RRC_REEST_OTHER_RB_RESTORE_FAIL UEM_UECNT_REL_HO_WAIT_RECFG_RSP_TIMEOUT UEM_UECNT_REL_WAIT_RRC_CONN_RECFG_RSP_TIMEOUT

4 2 2

10.81% 5.41% 5.41%

从CHR数据的统计结果来看,引起掉话的主要原因是RB重配置失败导致,而在LTE系统中RB 重配置消息包含的内容较多,需要进一步针对标口信令流程来确定是哪个流程出的问题。 X2口的切换失败也是较为常见的一个释放原因, 可能X2口的切换失败也是引起掉话的原因之一。 RRC重建恢复失败也是Top3的一个原因,为何重建恢复失败还需要进一步定位。

2013-04-1024

华为机密,未经许可不得扩散

第64页,共91页Page 64 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

6.1.2.4.

Top原因深入定位

6.1.2.4.1. UEM_UECNT_REL_RB_RECFG_FAIL 1) 信令分析_1 从标口信令分析看,是终端在从TM2重配置到TM3时发生的失超时释放。在确认MIMO自适应 固定在TM3后,分析IFTS,是由于终端失步后重同步导致。

图38 标口信令分析_1

而此次掉话原因从IFTS分析来看,是因为SRB1复位所致,在掉话前,终端下行CQI不是很差 (在3~5间波动),而终端上行回复的大多是DTX,显然终端没有解出下行PDCCH信道导致,而上 行RSRP也都在-130以下,基本没有发数,怀疑是终端异常所致。 2) 信令分析_2 该用户在业务建立期间,在最后一条RRC_CONN_RECFG(配置CQI上报模式)下发后没有 收到终端的响应导致的超时释放。而从IFTS的消息解析来看也是因为SRB1复位所致,在掉话前, 终端下行CQI较好(但波动较大,在2~6间波动),且有双码字ACK上报,但而终端上行回复的大 多是DTX和NACK,怀疑是终端没有解对下行PDSCH内容及未解出下行PDCCH信道导致,而上行 RSRP也都在-130以下,基本没有发数,怀疑是终端异常所致。

图39 标口信令分析_2

3) 结论 该掉话原因的触发条件是eNB L3下发了重配置消息RRC_CONN_RECFG,重配的内容涉及传 输模式、 CQI周期、 SRS, 其中传输模式的切换重配占了较大比例。 在固定TM3的传输模式情况下, 传输模式的切换主要是在失步重同步成功后,有10s的时间是采用TM2的传输模式,然后再切换为
第65页,共91页Page 65 , Total91

2013-04-1024

华为机密,未经许可不得扩散

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

TM3。触发的流程为: 1) 2) 3) 4) 5) eNB L2 先检测到失步; eNB L2 触发重同步; 重同步成功,暂使用 TM2 传输模式; 再下发切换到 TM3 的重配置消息; 该重配置消息下发失败,SRB1 的 RLC 检测到 RLC 达到最大重传次数

L3 由 于 状 态 机 处 理 的 问 题 , 本 应 该 是 在 1 分 钟 后 以 RLC 达 到 最 大 重 传 次 数 的 原 因 UEM_UECNT_REL_UE_RLC_UNRESTORE_IND 来释放UE,但现在是以重配置流程 5秒钟超时 UEM_UECNT_REL_RB_RECFG_FAIL重配置失败原因释放UE的。 从所跟踪到的IFTS跟踪分析L1、L2的数据,eNB检测到失步时,都为下行下发的包含TA的子 帧没有发送成功, UE反馈的结果都为NACK和DTX。 在下发重配置消息的子帧, UE反馈都为DTX, 也就是说此时UE处于异常或PDCCH漏检状态。 推测应该是UE终端的问题。 从15号反馈的信息来看, 在UE更新版本后,掉话率和切换成功率都有较明显的提升。

6.1.2.4.2. UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAIL 该问题是因为在切换完成后,没有将Pathswitch_Req发送出去,没有发生的原因为在上一次切 换出时切换源测没有收到目标站的X2释放消息,MME S1AP ID还没有释放掉,导致MME S1AP ID 被占用,再切换入时产生异常,释放UE。该问题L3已经发现,需要产品侧优化解决。 挪威发现的该现象只是引起该原因值的其中一种现象,不排除还有其他现象的存在。

6.1.2.4.3. UEM_UECNT_REL_RRC_REEST_OTHER_RB_RESTORE_FAIL 前期在三星终端问题定位过程中, 发现从该掉话原因为站内切换, UE收到切换命令但无法解析 SRB及DRB的索引值而上报reconfigurationfailure重建请求,在重建成功后再下发DRB的重配置时 (由于重配置DRB/SRB消息内依旧携带的是索引值),UE依旧解析错误,导致异常释放,该问题 只有三星少部分UE存在,升级版本后问题不出现。 针对出现该消息最多的OSL119站点重新进行CHR数据分析,发现CHR统计中的这71次异常释 放原因与话统中的71次掉话正好一一对应

2013-04-1024

华为机密,未经许可不得扩散

第66页,共91页Page 66 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图40 OSL119 CHR数据

而从话统数据上来看,此站点在这三天内的同站切换成功率都是0%,同站切换尝试了67次都 失败,与问题现象不谋而合。

图41 OSL119 话统数据

故可以肯定的是该站点出现的失败都是三星终端的问题引起,需要三星终端解决。

6.1.3. 【解决措施】
6.1.3.1. 对于UEM_UECNT_REL_RB_RECFG_FAIL失败

1、 需要升级UE版本解决此问题; 2、 对网络覆盖进行加强,减少终端漏检的概率;

6.1.3.2.

对于UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAIL

1、 需要产品侧对机制进行优化;
2013-04-1024 华为机密,未经许可不得扩散 第67页,共91页Page 67 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

6.1.3.3.

对于UEM_UECNT_REL_RRC_REEST_OTHER_RB_RESTORE_FAIL

1、 空口信令内容修改除了要符合协议要求,还要考虑到与商用终端的兼容性; 2、 完善产品测试验证流程 3、 空口信令内容修改需要进行充分的商用终端IoT测试。 4、 加强与客户交流,对网络性能风险提出预警 5、 推动客户对挪威现网商用三星终端进行版本升级

6.2. 瑞典掉话率指标优化 6.2.1. 【问题描述】
瑞典现场掉话率非常高,不能满足交付需求。

6.2.2. 【问题分析】
6.2.2.1. 第一阶段

6.2.2.1.1. Top站点掉话原因分析 从瑞典现场导回的3个Top站点的CHR数据来看,主要失败原因统计如下,其中非eRAN侧原因 导致的失败占了52.33%详细数据如下表所示:
表8 Top小区CHR释放原因 Protocol S1 FAIL UU FAIL UU FAIL S1 FAIL UU FAIL UU FAIL UU FAIL RelCause S1_UESR_ABORT RB_RECFG_FAIL UE_RESYNC_TIMEROUT_REL_CAUSE SAE_BEARER_REL_NUM_MAX RRC_REEST_OTHER_RB_RESTORE_FAIL WAIT_RRC_CONN_RECFG_RSP_TIMEOUT HO_OUT_X2_REL_BACK_FAIL Counts 38 17 11 7 6 4 3 Ratio 44.19% 19.77% 12.79% 8.14% 6.98% 4.65% 3.49% Mrak S1 链路断链或者是 IPPATH 异常 RB 重配置失败 UE 重同步定时器超时 释放承载个数达到最大,可能是传输 的问题 重建时 other RB 恢复失败,是重建完 成后的 RB 重配置失败 测量控制消息重配置失败 X2 切换目标侧失败

掉话比例分布如下图所示:

2013-04-1024

华为机密,未经许可不得扩散

第68页,共91页Page 68 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图42 Top站点掉话比例分布

6.2.2.1.2. Top站点话统数据分析 从某站点的话统数据分析来看,其个别时间段出现了特别多次数的eRAB尝试建立、eRAB建立 成功及eRAB异常释放的现象, 与当前现网话务模型严重不相符。 由于现场NSN的核心网经常复位, 故引起了海量的异常释放统计,详细数据如下图所示:

图43 某站点话统数据

6.2.2.1.3. Top站点分析 1) Top站点--T314008

1、异常释放统计 异常释放原因如下表所示:
表9 T314008 CHR释放原因统计 序号 1 2 3 4 5 6 usRelCause UEM_UECNT_REL_S1_UESR_ABORT UEM_UECNT_REL_RRC_REEST_OTHER_RB_RESTORE_FAIL UEM_UECNT_REL_UE_RESYNC_TIMEROUT_REL_CAUSE UEM_UECNT_REL_RB_RECFG_FAIL UEM_UECNT_REL_WAIT_RRC_CONN_RECFG_RSP_TIMEOUT UEM_UECNT_REL_SAE_BEARER_REL_NUM_MAX 出现次数 93 35 22 20 5 3 百分比 52.25% 19.66% 12.36% 11.24% 2.81% 1.69%

2013-04-1024

华为机密,未经许可不得扩散

第69页,共91页Page 69 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

2、异常原因分析 其中释放原因最多的还是由于S1异常导致 而对于Top2的原因“UEM_UECNT_REL_RRC_REEST_OTHER_RB_RESTORE_FAIL ”, 发现如下规律: 存在Top用户,如TMSI为“C1 00 01 97”的在同一天内出现了19次重建失败

图44 Top用户分析

该原因出现的对应时间段内存在较多的eNodeB内部切换失败

2013-04-1024

华为机密,未经许可不得扩散

第70页,共91页Page 70 , Total91

LTE TDD问题定位指导书-掉话篇 图45 话统数据分析

内部公开 confidentiality level

故针对这个现象,前期存在V100R002C00版本下由于同站切换时重配置消息及重建完成后重 配置消息内包含的SRB/DRB索引三星终端不兼容所致,虽然现场商用的是华为E398数据卡,但是 部分局方人员手中存在个别三星数据卡,固有可能是三星数据卡所致。 对于失败原因为3-重同步超时释放、4-RB重配置超时释放的原因,都是空口导致的失败,需要 进一步抓取Ifts进行更进一步的分析。

2)

Top站点--T314025

1、异常释放统计 该站点的异常释放统计如下表所示
表10 T314025 CHR释放原因统计 序号 1 2 3 4 5 6 7 8 9 usRelCause UEM_UECNT_REL_RB_RECFG_FAIL UEM_UECNT_REL_SAE_BEARER_REL_NUM_MAX UEM_UECNT_REL_UE_RESYNC_TIMEROUT_REL_CAUSE UEM_UECNT_REL_S1_UESR_ABORT UEM_UECNT_REL_RRC_REEST_OTHER_RB_RESTORE_FAIL UEM_UECNT_REL_RRC_REEST_SRB1_FAIL UEM_UECNT_REL_WAIT_RRC_CONN_RECFG_RSP_TIMEOUT UEM_UECNT_REL_AUDIT_S1ITF_RELEASE UEM_UECNT_REL_MME_CMD 出现次数 66 22 20 17 4 4 2 1 1 百分比 48.18% 16.06% 14.60% 12.41% 2.92% 2.92% 1.46% 0.73% 0.73%

2、异常原因分析 该 站 点 掉 话 Top 原 因 是 RB 重 配 置 失 败 导 致 ( “ RB_RECFG_FAIL ” 和 “ UE_RESYNC_TIMEROUT_REL_CAUSE ”),且失败除存在个别Top用户外,其主要失败集 中于第二扇区,进一步通过IFTS消息确认改小区掉话发生时的空口无线质量。

2013-04-1024

华为机密,未经许可不得扩散

第71页,共91页Page 71 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图46 Top用户分析

6.2.2.2.

第二阶段

在这两个站点的核心网导致的释放稳定之后,并通过执行如下脚本进行修改,关闭SRS自适应 开关,关闭循环位移间隔开关,减少RB重配置流程,以确认真实的掉话原因及掉话时的空口质量。
/*将SINR测量修改为DMRS,不可见*/ MOD CELLULSCHSINR: LocalCellId=3,SinrType=DMRS_ONLY; MOD CELLULSCHSINR: LocalCellId=4,SinrType=DMRS_ONLY; MOD CELLULSCHSINR: LocalCellId=5,SinrType=DMRS_ONLY; /* 关闭SRS自适应开关,固定为BW3(4个RB) */ MOD ADAPTIVECFGSWITCH: SRSADAPTIVESWITCH=SrsBandAdaptive-0; MOD FIXEDALGORPARAMCFG: FIXEDSRSBANDWIDTH=bw3; /* 关闭循环位移间隔开关 */ MOD ADAPTIVECFGSWITCH: PUCCHADAPTIVESWITCH=UeDeltaShiftAdapative-0; MOD FIXEDALGORPARAMCFG: FIXEDUEDELTASHIFT=2;
2013-04-1024 华为机密,未经许可不得扩散 第72页,共91页Page 72 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

6.2.2.2.1. Top站点CHR数据分析 1、Top原因分析 在参数修改后重新统计的掉话原因如下表所示,可见RB重配置未出现,满足修改预期。而空口 原因导致的失败中,UE重同步定时器超时及DRB达到最大复位次数导致的失败成为Top原因。
表11 T314025 CHR释放原因统计

序号 1 2 3 4 5 6 7 8

usRelCause UEM_UECNT_REL_SCTP_ABORT UEM_UECNT_REL_UE_RESYNC_TIMEROUT_REL_CAUSE UEM_UECNT_REL_SAE_BEARER_REL_NUM_MAX4 UEM_UECNT_REL_RRC_REEST_SRB1_FAIL UEM_UECNT_REL_AUDIT_S1ITF_RELEASE UEM_UECNT_REL_UE_RLC_UNRESTORE_IND UEM_UECNT_REL_INNER UEM_UECNT_REL_RRC_REEST_OTHER_RB_RESTORE_FAIL

出现次数 33 21 19 3 2 2 1 1

百分比 40.24% 25.61% 23.17% 3.66% 2.44% 2.44% 1.22% 1.22%

2、调度结果分析 分析CHR掉话用户(DRB RLC达最大重传次数)上下行调度次数和MCS分布情况,可以看出 上行调度的MCS阶数都处于Level1,即0~4阶,可以认为异常掉话的UE处于弱覆盖区域。 下 行 调 度 情 况 不 太 符 合 预 期 , 怀 疑 是 CHR 本 身 的 问 题 , 正 在 找 开 发 定 位 。

图47 调度结果分析

6.2.2.2.2. Top站点Trace分析 1、重配置消息分析 统计了10个UU口log,统计共108个CallID。有5次Call有多条重配置:其中3个Call是切换后的 重配消息, 2个Call是在失步重同步后网络侧下发上行相关参数重配置消息。 即关闭SRS带宽自适应、
2013-04-1024 华为机密,未经许可不得扩散 第73页,共91页Page 73 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

关闭循环位移间隔自适应开关后, 网侧不再频繁下发相关重配消息, 符合预期; CHR的掉话统计中, 也没有RB_RECFG_FAIL导致的掉话。 需要继续观察关闭这两个开关后对KPI的影响,是否会引发其它原因的掉话。

图48 UU口信令分析

2、掉话IFTS信息分析 从发回的29号IFTS进行分析,抓取到1次由于DRB RLC达到最大重传次数导致的掉话(CHR 2010-11-29 17:19:38,原因值为UEM_UECNT_REL_SAE_BEARER_REL_NUM_MAX4)。 在此次异常释放中,eNB先检测到DRB RLC达到最大重传次数,如下图所示:

图49 eNodeB达到最大重传次数

然后,MAC又检测到上行失步,如下图所示:

2013-04-1024

华为机密,未经许可不得扩散

第74页,共91页Page 74 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

图50 eNodeB检测到上行失步

DRB RLC最大重传次数先于重同步超时满足释放条件,因此,该用户掉话原因为DRB RLC达 到最大重传次数(SPC210版本,在检测到DRB RLC达到最大重传次数后延迟30s释放),如下图 所示为L3发起释放的消息,时间点为17:19:03,与RLC达到最大重传次数的17:18:34相差30s,符 合当前产品实现。

图51 L3释放消息

解析掉话点附近L1 TTI信息,针对掉话点附近的无线质量进行分析,结果如下图所示(黄色标
2013-04-1024 华为机密,未经许可不得扩散 第75页,共91页Page 75 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

记处为DRB RLC达最大重传次数对应的时间点):

图52 L1 TTI跟踪解析

如上图所示,掉话前下行的CQI基本在9~11左右,而上行SINR、RSRP、MCS较差,是上行受 限引起的掉话。 L1文件的解析参见文档《LTE TTI跟踪分析指导书.doc》,由于解析软件与版本严格匹配,故 需要向开发索取对应的L1解析工具。

6.2.2.2.3. 链路预算分析 针对瑞典现场华为E398数据卡为规避UE重启/死机问题,将上行最大发射功率限制到20dBm, 而下行又按照局方的要求PDSCH配置成为18.2dBm。 按照掉话点上行MCS0~3阶,最小RB数是3进行的链路预算结果,发现瑞典的上下行最大路损 相差了10dB。上行受限严重。

2013-04-1024

华为机密,未经许可不得扩散

第76页,共91页Page 76 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

6.2.3. 【解决措施】
由以上数据分析发现其掉话本质原因是上下行最大路损不一致所致,上行覆盖半径小于下行覆 盖半径。故针对此现状,优化策略如下: 1、 RF优化:调整电子下倾角,改善室内覆盖;加站等; 2、 调整驻留门限及异系统重选门限使得小区边缘上行受限用户重选至异系统;

6.3. 日本软银PDCCH解调受限导致掉话 6.3.1. 【问题描述】
LTE TDD日本软银项目试验网络, 1.1平方公里内, 27站连续覆盖, PDCCH 50%, PDSCH 50% 加载场景,全网路测,掉话点多达50多个,重建成功率低,严重影响客户感受。

6.3.2. 【问题分析】
6.3.2.1. 第一阶段:

6.3.2.1.1. 分析路测数据初步分析掉话场景 1. 多小区重叠覆盖 1) 地理位置:掉话位置处在小区219,194,196重叠覆盖区域,219,194,196的RSRP在 此处差不多

2)

原因分析:从UE开始发送测量报告的时间(23:29:58 )直到UE发起重建,AVG SINR在-5~-9,此时UL Grant,DL Grant能解出来的很少,不足正常时的1/4,由此,分 析掉话是因为PDCCH解调不出来,测量报告无法发上去。

2013-04-1024

华为机密,未经许可不得扩散

第77页,共91页Page 77 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

2.

突现的强信号 1) 地理位置:掉话位置处在十字路口,UE在服务小区156站下,164小区信号突然出现, 由于164信号很强,所以用户切换到PCI164小区,但是用户过了十字路口,服务小区 PCI164信号突然消失,UE发起重建,重建失败。

PCI156:RSRP=-80dBm; PCI164:RSSRP=-77dBm; PCI140:RSRP=-80dBm; PCI111:RSRP=-80dBm; SINR=-7.79dB;

PCI164

PCI111

PCI164

PCI156 PCI140

2013-04-1024

华为机密,未经许可不得扩散

第78页,共91页Page 78 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

2)

原因分析:掉话位置SINR=-7.79db,此时UL Grant,DL Grant能解出来的很少,不足正 常时的1/4,初步分析为PDCCH受限。

3.

越区覆盖 1) 地理位置:用户从PCI111小区向PCI107移动,但是PCI124小区越区覆盖,用户切换到 PCI124小区,之后向PCI107移动,107小区信号瞬间抖升,信道质量恶化,导致PDCCH 解调受限

2)

原因分析:UE从111小区切换到124小区,124小区越区覆盖,当UE移动到107小区站下 时,107小区的信号瞬间抖升,导致SINR低,UL Grant,DL Grant解出来的很少,导致 UE的测量报告发不上去。

6.3.2.1.2. 对比测试明确掉话根因 基于以上路测数据的分析,初步结论为PDCCH受限导致的掉话,现场通过更改参数,在大路 上进行对比测试,从掉话次数的统计来看,基本可以判断PDCCH受限导致掉话率的上升,并且 通过更改切换门限,切换时间迟滞,可以改善部分掉话,测试结果如下:

1)改TTT切换迟滞,改为40ms (原来320ms):掉话次数16次
2)改变切换门限3.5dB(原来2dB),TTT40ms:掉话次数10次 3)固定8CCE,判断是否控制信道受限影响:掉话次数4次 4)UE固定较大发射功率:掉话次数16次
华为机密,未经许可不得扩散 第79页,共91页Page 79 , Total91

2013-04-1024

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

5)PDCCH 0%,PDSCH 50%Load:掉话次数4次 根据以上的测试结论,修改PDCCH SINR的偏置为10(与固定8CCE的效果相当),修改 部分站点的切换幅度迟滞(3.5db)和时间迟滞(40ms),进行全网路测,掉话次数在15次左 右。通过分析路测数据,掉话点仍然是由于PDCCH受限导致掉话。 6.3.2.2. 第二阶段:

6.3.2.2.1. PDCCH边界功控算法验证

1.原理 当用户CCE聚集级别到8以后,再往远点移动,PDCCH解调性能变差,聚集级别已经无法再 抬升, 通过边界功控抬升一定的功率, 起到提高边界用户CCE解调性能的作用, 对切换掉话等KPI 有比较大的提升。 边界功控是基于DTX检测的:

Mpdcch为外环调整统计周期(缺省1),β1为功率调整步长(缺省1dB),Blerpdcch_target为外环 调整的PDCCH Bler目标值(缺省0.5%) PDCCH边界功控的目的:当用户已经选择聚集级别8时,PDCCH BLER仍然无法收敛到目标 值1%,可通过边界功控抬升用户的PDCCH功率,使得PDCCH BLER收敛(增强PDCCH的覆盖性 能) 2.性能实验室2小区环境验证结果 场景:配比1,两用户在两小区同时切换,CCE聚集级别均固定为8; 现象:打开PDCCH边界功控,UE切换尝试成功率低,且掉话率上升; 从OMT log和eNB跟踪看,有两种现象: 1)UE上报测量报告,但测量报告没有发出去,eNB没有下发切换命令,UE这边上报RLF, 然后触发重建,因为没有上下文重建失败或重建到本小区成功;

2013-04-1024

华为机密,未经许可不得扩散

第80页,共91页Page 80 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

2)UE上报测量报告,eNB收到测量报告,但是eNB没有下发切换命令,UE这边上报RLF,然 后触发重建,重建到目标小区成功;

定位方法和结论: 首先保证相同的场景,关闭PDCCH边界功控,切换100次不会出现上面的现象。 相同的场景, 打开PDCCH边界功控, 现象复现, 这时从eNB串口看有较多的打印功率受限, 导致CCE 分配失败。 分析功率受限的原因:打开PDCCH边界功控,根据PDCCH的DTX统计抬升PDCCH的功率,抬升的 方法是Dl grant和Ul grant都抬升3dB;对于同时调度Dl grant和Ul grant的子帧,根据上次的经验,如 果遇到有调度公共信令的话, 功率一般就会超; 且调度时是先分配下行PDCCH资源, 再分配上行的, 所以如果功率不够,基本都是体现在上行上。 合入修改后的PDCCH边界功控方案:PDCCH抬升功率场景化;即10M带宽时,PDCCH功率抬升限
2013-04-1024 华为机密,未经许可不得扩散 第81页,共91页Page 81 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

制上限,Dl grant最多抬升3dB,Ul grant最多抬升2dB; 3.解决方案虚拟平台验证结果 解决方案虚拟平台,3站8小区全向天线,上下行子帧配比1,全网的RSRP和SINR覆盖较软银前 方更差,在该平台上验证比较关闭和打开PDCCH边界功控对KPI的影响; 条件:全网切换幅度迟滞2dB,时间迟滞40ms; 切换尝试 切换成功 切换成功率 掉话次数 整网平均吞吐 次数 次数 量(Mbps) 114 108 94.7% 6 3.32 关闭边界功控 145 141 97.2% 5 3.43 打开边界功控 分析掉话点的SINR,打开边界功控与关闭边界功控相比,有2~3dB的增益。结合性能简单环境 和虚拟平台环境的验证结果可以看到, 边界功控对改善远点的PDCCH 解调性能有比较明显的增益。 软银前方打开PDCCH边界功控的验证结果: TM2,3,7自 切换尝试 切换成功 切换成功率 掉话次数 整网平均吞吐 适应 次数 次数 量(Mbps) 117 103 88% 16 3.56 关闭边界功控 131 125 95.4% 8 4.20 打开边界功控 4.结论 软银前方采用打开PDCCH边界功控方案。 6.3.2.2.2. 不同功率参数配置验证 1. 原理

10M,2port,不同的Prs,Pa,Pb,控制信道功率偏置配置性能比较验证; 预期结果:根据实验室验证结果,导频功率的提升有利于信道估计,但同时也增大了对邻 区的干扰。在Pa=0,Pb=1时,由于导频和数据RE功率相等,干扰相对Pa=-3.Pb=1时较小,在大 多数场景下吞吐量有较明显的提升,只有在邻区干扰较小的近点(17dB<sinr<22dB)相对 Pa=-3.Pb=1会出现10%以内的负增益。 且从内场的验证结果来看, 对接入切换等KPI指标没有明 显影响。 在现网中,由于存在多个邻区干扰,在邻区干扰越大的场景,(0,1)配置会有较大的优 势。 2. 解决方案虚拟平台验证结果

2013-04-1024

华为机密,未经许可不得扩散

第82页,共91页Page 82 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

功率配置

切换尝 试次数

切换成 功次数

切换成 功率

掉话 次数

整网平均 吞吐量

166 64.8% 60 1.03 Prs=9.2,Pa=-3,Pb=1,控制信道 256 -3 80 75.5% 19 0.82 Prs=7.9,Pa=-3,Pb=1,控制信道 106 -1.7 86 71.7% 20 1.26 Prs=6.2,Pa=0,Pb=1,控制信道0 120 解决方案虚拟平台的验证结果和上面的预期基本靠近,但是(6.2,0,1)的配置没有体现 出明显的优势; 3. 软银前方验证结果

2013-04-1024

华为机密,未经许可不得扩散

第83页,共91页Page 83 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

2013-04-1024

华为机密,未经许可不得扩散

第84页,共91页Page 84 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

功率配置

切换尝 试次数

切换成 功次数

切换成 功率

掉话 次数

整网平均 吞吐量

251 97.29% 13 4.20 Prs=9.2,Pa=-3,Pb=1,控制信道 258 -3 224 94.92% 16 4.10 Prs=7.9,Pa=-3,Pb=1,控制信道 236 -1.7 302 93.50% 29 3.18 Prs=6.2,Pa=0,Pb=1,控制信道0 323 软银前方全网的验证结果和前期实验室的验证,理论预期不一致; 网络KPI结合RSRP和SINR的覆盖来看,降低导频功率,提高PDCCH的功率,需要综合评 估,当导频功率过低时,对远点的性能损失较大,这时可能会出现整网KPI的恶化。 4. 结论 结合上面的测试,前方选择Prs=9.2,Pa=-3,Pb=1的功率配置;

6.3.3. 【解决措施】
优化了PDCCH边界功控方案, 在解决方案平台验证切换成功率从90%提升到96%, 提供版本给 现场验证,全网50% PDCCH/PDSCH加载下掉话次数由17次下降到10次,排除重建成功不计算为掉 话,实际的掉话次数只有2次,达到前期制定目标。两次掉话的原因都是测量报告没有收到,重 建到目标小区因为没有上下文失败,其余在BBU Hotel小区掉话下由于共主控板重建都成功。

6.4. 基站License受限导致忙时小区掉话率升高

2013-04-1024

华为机密,未经许可不得扩散

第85页,共91页Page 85 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

6.4.1. 【问题描述】
某站点的三个小区每天19:00~23:00 service drop rate明显升高,有时超出80%,过了这 段时间后又自动恢复到正常水平。

6.4.2. 【问题分析】
6.4.2.1. 话统数据分析

根据性能话统数据,Service drop rate在19:00~23:00之间明显增高,记录到的异常掉网 次数都是LE-RAB.AbnormalRel.Radio。

每天这段时间异常掉网明显增高:

2013-04-1024

华为机密,未经许可不得扩散

第86页,共91页Page 86 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

掉网原因都记录的是Radio无线侧的原因,查询该时段的接入、切换等其它指标却未见明显 变化。

2013-04-1024

华为机密,未经许可不得扩散

第87页,共91页Page 87 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

6.4.2.2.

告警分析

查询告警文件,未发现相关告警信息。
6.4.2.3. CHR日志分析

由于掉话较多, CHR日志往往被冲掉, 只能分析单板日志, 发现记录到很多103掉话原因值, 即无license。

难道是超出License范围了?该站点License的规格是150个用户, 根据话统统计三个小区的 最大用户数,发现果然19:00~23:00之间该站点用户数达到160多个,已经超出150的规格 了。

2013-04-1024

华为机密,未经许可不得扩散

第88页,共91页Page 88 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

6.4.2.4.

问题分析

到了这里已经比较清晰了,该问题就是由于License受限造成的,但是还是有些疑问,为什 么License受限影响的是掉话率,而不是接入成功率呢? 1) 原来对于License入网控制,eRAN2.2的实现方法是这样的:License受限是在UE发送 MSG5之后判断的,由于基站判断有无License需要一定的时间,为了不影响正常有 License情况下用户的接入, 基站让用户先接入基站, 后面如果判断出已经超出License 规格范围,待用户接入基站稳定后再释放该用户,且掉网原因记录为 LE-RAB.AbnormalRel.Radio。因此话统里统计的异常掉话指标增加,而接入指标没有 影响。 eRAN3.0的实现方法上跟2.2是一样的,但是对于这种因license受限导致的掉话没有计 入异常掉话,而是计入了正常掉话。但是这样也不是不合理的,会拉低掉话率,如果 站点的实际掉话较高,而得到的掉话率可能比较低。 2)如果该站点用户已经达到License规格,邻区有其它站点用户想接入该基站,对于这种 情况基站又是怎么处理的呢?会不会影响切换成功率呢? 对于切换场景,eRAN2.2的实现跟初始接入是一样的,等UE切换成功后再让UE退网,同样 话统统计里也是影响异常退网指标,而对切换指标基本没有影响。eRAN3.0对于切换场景 做了优化,接收到HO-REQ后,基站判断license是否受限,如果受限直接拒绝切入,这样 eRAN3.0不论是初始接入还是切换场景,都是不会影响异常掉话指标的。

6.4.3.

【解决措施】

接入站点的用户数忙时已经超出License支持的用户数规格,需要扩大License支持的用户数 即可解决

7 附录
7.1. UE不活动定时器的工作机制
在eNodeB L2 MAC检测到DRB上下行都没有数据接收/发送之后,启动计时器计数,在当该计 数器满足UE不活动定时器配置值后,L2上报L3发起释放(L3在S1口会向核心网发送 “S1AP_UE_CONTEXT_REL_REQ”消息,且消息内携带的原因值为“User-inactivity”);当计数 器未满足UE不活动定时器配置值时L2 MAC又检测到DRB有数据发送/接收后,计时器重新计数。
第89页,共91页Page 89 , Total91

2013-04-1024

华为机密,未经许可不得扩散

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

不活动定时器超时引起的释放信令如下图所示:

图53 不活动定时器超时释放消息

UE不活动定时器对应的MML命令如下: MOD RRCCONNSTATETIMER: UeInactiveTimer=30; 产品默认值为20秒。

7.2. UE重建工作机制
(36.331)协议规定发起重建的三个条件: ? ? ? ? ? upon detecting radio link failure, in accordance with 5.3.11; or upon handover failure, in accordance with 5.3.5.6; or upon mobility from E-UTRA failure, in accordance with 5.4.3.5; or upon integrity check failure indication from lower layers; or upon an RRC connection reconfiguration failure, in accordance with 5.3.5.5;

针对目前切换专题验证中经常出现的失败现象是切换命令丢失,可以暂不关注收到切换命令后 处理异常的情况(收到同站切换命令后出现处理异常的当前只有三星数据卡),所以重点集中在如 何检测radio link failure,重建成功的条件是重建的小区必须有UE的上下文。 当前检测RLF存在如下三种机制:

2013-04-1024

华为机密,未经许可不得扩散

第90页,共91页Page 90 , Total91

LTE TDD问题定位指导书-掉话篇

内部公开 confidentiality level

7.2.1. 上行RLC重传达到最大次数
eNB发出切换命令以后,如果收不到UE的RLC确认会几次重传,切换命令重传达到最大次数后 (4次,polling定时器时长45ms),eNB RLC出现异常,不再处理任何数据(V100R002C00版本后 eNodeB在下行RLC重传达到最大次数,eNBL3延迟释放用户的机制)。 此时, 如果UE有上行数据或回包或测量报告发送, 但因为eNB RLC已经出现异常不再处理任何 data,则触发上行RLC重传达到最大次数(SRB 4次,DRB 8次,polling定时器时长45ms)。UE L2 上报RLC_ERROR_IND给L3,发起重建请求。

7.2.2. MAC层SRI重传达到最大次数
切换命令丢失后, 此时如果UE有SR发送, 因为下行链路问题, UE无法收到eNB的MAC层确认, SR重传达到最大次数后触发MAC_RA_IND,上报给L3后发起重建请求。

7.2.3. 时延谱首径搜索失败
当前V100R002C00版本中基带DSP的检测算法触发重建条件过严格:DCI format为1A时,当 PDCCH误块率大于10%时,认为链路应该释放,进入小区重新接入,此时UE基带输出失步指示上 报给L3触发重建。经讨论认为依赖此机制触发重建过于苛刻,重点集中在前面两点。

2013-04-1024

华为机密,未经许可不得扩散

第91页,共91页Page 91 , Total91


LTE基础资料.doc

LTE基础资料 - 什么是4G和LTE?与以往的技术有什么区别 2 TD-LTE和FDD-LTE技术简介,全球发展概况 4 什么是OFDM?基本原理和应用 9 OFDM与CDMA等技术比较 13...

华为LTE培训LTE综述_图文.ppt

华为LTE培训LTE综述 - LTE综述 www.huawei.com Co

LTE_基本原理介绍.ppt

LTE_基本原理介绍_物理_自然科学_专业资料。LOGO 3GPP长期演进 LTE 系统结构 1 2 3 4 背景介绍 网络架构与协议 控制面协议 用户面协议 移动通信系统发展历程蜂窝...

LTE基础知识整理(珍藏版).doc

LTE基础知识整理(珍藏版) - LTE 一:UE 上报的 RI、PMI 及 C

LTE基础知识_图文.doc

LTE基础知识 - 1、 在分配好真实数据的资源后(如果有的话) ,剩下未被分配

LTE开站指导.doc

LTE开站指导_信息与通信_工程科技_专业资料。自己总结的华为TD-LTE开站指导 LTE 开站流程一. 调测准备 工具:准备好电脑,网线,USB 网口转接线。 软件:开站...

61个经典LTE问题.doc

61个经典LTE问题 - 61 个经典 LTE 问题,考试必备!必须收藏! 1 为什么要从 3G 向 LTE 演进? LTE(Long Term Evolution)是指 3GPP 组织推行...

LTE试题简答题.doc

LTE试题简答题_信息与通信_工程科技_专业资料。自己总结汇总的一些LTE的试题,希望对要考试LTE的人有点用 四,问答题 请简述 TD-LTE 帧结构。 "无论是正常子...

LTE日常指标处理.doc

LTE日常指标处理 - 1.1 接通率: 1.1.1 1,影响 RRC 接入的主

LTE基础知识介绍_图文.ppt

LTE基础知识介绍 - 1 ? ? ? ? 概述 物理层关键技术 物理层基础 业

LTE参数设置_图文.ppt

LTE参数设置 - LTE-TDD系统简介 通信人部落 LTE 基本要求 峰值速

LTE基础知识培训_图文.ppt

(bps/Hz) 1.8 1.6 1.4 1.2 1 0.8 0.6 0.4 0.2 0 DL 63 DL 1.63 DL 1.59 DL 11 UL 0.86 UL 0.81 UL 0.62 UL 0.92 LTE FDD LTE TDD WiMAX...

LTE_图文.ppt

LTE - LTE 网络结构 LTE 简介 LTE背景介绍 2G GSM 2.5

LTE中到底有多少ID.doc

LTE中到底有多少ID - LTE 中到底有多少 ID? 为什么要无聊的去数 LTE 中的那些 ID 呢?因为我觉得,学习任何一门知识,首先应该有一 个全局的认识,先在脑子里面...

LTE的几种消息.doc

LTE的几种消息 - LTE 中的各种消息解析 目录 一、MSG 消息:(随机接

LTE信道.doc

LTE信道 - 下行物理信道 PDSCH:物理下行共享信道 调制方式:QPSK,

LTE 用户面介绍_图文.ppt

LTE 用户面介绍 - Security Level: LTE用户面介绍 LTE用户面介绍 www.huawei.com HUAWEI TECHNOLOGIES CO., LTD. Hua...

LTE Security_图文.ppt

LTE Security - LTE Security、鉴权、完整性、加密... LTE Security_互联网_IT/计算机_专业资料。LTE Security、鉴权、完整性、加密 LTE Security 概述 ? Security概...

华为LTE初级面试问题汇总.doc

华为LTE初级面试问题汇总 - LTE 初级面试问题汇总 1、 一般影响网络质量

TD-LTE培训试题(含答案).doc

TD-LTE培训试题(含答案) - TD-LTE 无线网络专题培训试题 姓名: