6 LTE 接入问题分析

6 LTE 接入问题分析
6 LTE 接入问题分析

LTE接入问题分析
https://www.360docs.net/doc/ef641084.html,
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
前 言
z
本文介绍了用户接入的流程和用户接入失败时问题定位的基 本方法,常见问题排查方法部分主要面向网络维护人员,介 绍了一些常见问题的定位排查手段和方法,主要应用场景为 通过KPI指标发现问题,通过M2000、告警日志、标口跟踪、 UE侧log进行问题分析定位。
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page1

学习指引
z
学习本课程之前,您应该已经:
?
LTE 空口原理 LTE 协议与信令分析
?
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page2
培训目标
z
学完本课程后,您应该能:
?
列出常见接入问题及影响因素 掌握接入问题分析思路及动作
?
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page3

目 录
1. 接入原理及话统介绍 2 接入常见问题现象及影响因素 2. 3. 接入问题分析及案例
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page4
接入流程——ATTACH
z
终端开机后,首先选择小区驻留, 然后发起ATTACH流程 ATTACH流程可以分为以下几个步 骤:
z z z z
UE RRC CONN SETUP REQ
E-NODEB
MME
z
随机接入 RRC连接建立 鉴权等NAS过程 ERAB建立
R R C 建 立
RRC CONN SETUP RRC C CONN CO S SETUP C CMP INITIAL UE MESSAGE
直传过程(鉴权、业务协商) INITIAL UE CONTEXT SETUP REQ RRC SECURITY MODE CMD
z z
RRC建立原因值为:Mo-Signaling 在ATTACH时数据卡终端通常只建 立一个默认承载,支持VoIP的LG 终端以及有些智能终端如HTC往往 同时还建立专有承载
E R A B 建 立
RRC SECURITY MODE CMP
RRC CONN RECFG RRC CONN RECFG CMP INITIAL UE CONTEXT SETUP RSP
直传过程(业务协商、流程通知)
专 用 承 载 建 立
SAEB SETUP REQ RRC CONN RECFG RRC CONN RECFG CMP SAEB SETUP RSP
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page5

接入流程——Service Request
z
用户ATTACH之后,如果一段时间不 传送数据,eNodeB会将UE释放到 Idle模式,终端再发起业务时将使用 S i R Service Request t流程。 流程 Service Request流程分为以下步骤:
z z z z
z
寻呼流程(被叫场景) 随机接入 RRC连接建立 ERAB建立 Mo-Access:相应寻呼 相应 呼 Mo-data:上行有数据需要发送
z
RRC建立原因值分为:
z z
z
因为核心网侧已有终端的注册信息和 能力信息, Service Request流程通 常不需要进行鉴权和UE能力查询
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page6
接入流程详解——随机接入
z
随机接入的目的
? ?
获取上行同步 获取上行调度资源 Case1:空闲模式下初始接入 Case2:无线链路失步后的RRC重建 Case3:切换到新小区 Case4:上行失步状态要进行下行数传 Case5:上行失步状态要进行上行数传 Case6: LCS(LoCation Services)定位触发的随机接入 基于竞争的(Case1、Case 2和Case 5) 基于非竞争的(Case3、Case 4和Case6)
z
随机接入场景
? ? ? ? ? ?
z
两种类型的随机接入
? ?
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page7

接入流程详解——随机接入
z
基于竞争和非竞争随机接入过程的差别
?
Preamble选择
?
非竞争——网络侧指派 竞争——UE随机选择 非竞争——网络保证一段时间内无冲突 竞争——有冲突风险
UE eNB
?
?
竞争冲突风险
?
?
1
Random Access Preamble
Random Access Response
2
3
Scheduled Transmission
Contention Resolution
4
基于竞争的随机接入
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
基于非竞争的随机接入
Page8
接入流程详解——随机接入
z
不同的随机接入Preamble格式能支持不同的最大小区半径
分配子帧 1 2 2 3 TSEQ (Ts) 24576 24576 49152 49152 TCP (Ts) 3168 21024 6240 21024 TCP (μs) 103.125 684.375 203.125 684.375 TGT (Ts) 2976 15840 6048 21984 TGT (μs) 96.875 515.625 196.875 715.625 最大小区 半径(km) 14.531 77.344 29.531 102.65
前导格式 0 1 2 3
4 (TDD)
特殊帧
4096
448
14.583
576
18.75
4.375
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page9

接入流程详解——随机接入
z
随机接入相关话统
z
基于竞争的随机接入Preamble分为A组和B组,当MSG3较大且信号较好时终端选择B组,否则选 A组。
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page10
接入流程详解——RRC建立过程
UE EUTRAN
UE
EUTRAN
RRCConnectionRequest
RRCConnectionRequest
RRCConnectionSetup
RRCConnectionReject
RRCConnectionSetupComplete
RRC连接建立成功流程
z
RRC连接建立拒绝流程
目的:
?
建立SRB1 UE发送初始NAS消息到网络
?
z
关键信元:
?
UE-identity (RRCConnectionRequest 和RRCConnectionSetup消息) establishmentCause (RRCConnectionRequest) radioResourceConfiguration for Only SRB1 (RRCConnectionSetup) SelectedPLMN-Identity (RRCConnectionSetupComplete) Nas-DedicatedInoformation (RRCConnectionSetupComplete)
Page11
?
?
?
?
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.

接入流程详解——RRC建立过程
NAS过程
Attach Tracking Area Update Detach
RRC连接建立原因
MO-signalling MO-signalling MO-signalling MO-data(请求建立业务承载无线 资源)
呼叫类型
originating signalling originating signalling originating signalling originating calls originating calls terminating calls originating calls terminating calls
Service Request
MO-data(上行信令请求资源) MT-access(响应寻呼) MO-data(mobile originating CS fallback) MT-access(mobile terminating CS fallback)
Extended Service Request
Emergency(mobile originating CS emergency calls fallback emergency call)
z
RRC Connection Request消息中携带UE标识。如果上层提供了S-TMSI,则携带S-TMSI信息给 eNodeB;如果没有S-TMSI信息,生成一个0 .. 240-1之间的随机数给eNodeB。 RRC连接建立原因值选取和NAS过程的类型有关,不同的NAS过程对应到不同的RRC连接建立 原因。 NAS过程的Extended Service Request主要用于语音业务的CSFallback过程。
Page12
z
z
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
接入流程详解——RRC建立过程
z
RRC建立相关话统
?
每当基站收到来自UE的RRC Connection Request消息,相应的Counter加1。 当小区接收到UE发送的RRC Connection Request消息并下发RRC Connection Setup消息给UE时, CounterL.RRC.ConnSetup加1。 当小区接收到UE返回的RRC Connection Setup Complete消息时, CounterL.RRC.ConnReq.Succ加1。
Page13
?
?
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.

接入流程详解——RRC建立过程
z
RRC连接建立请求话统
z
RRC连接建立尝试话统
z
RRC连接建立成功话统
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page14
接入流程详解——鉴权和NAS过程
z
NAS过程是核心网和UE之间的 交互过程,包括鉴权、安全模 式过程、Identity过程、APN 过程。 NAS过程对eNodeB就是体现为 上下行直传消息,除了在S1 FLEX和MOCN网络中需要选择正 确的核心网节点,无需太多处 理。 NAS过程在eNodeB N d B侧没有相关 话统。
UE
RRC Conn Setup Complete
eNodeB
Initial UE Message DL NAS Transfer UL NAS Transfer DL NAS Transfer UL NAS Transfer Initial Context Setup Request Security Parameter Config Admission & Resource Allocate RRC Security Mode Command y Mode Complete p RRC Security RRC UE Capbility Enquiry RRC UE Capbility Infomation RRC Connect Reconfiguration RRC Connect Reconfiguration Complete Initial Context Setup Rsponse UE Capability Information Indentity
MME
DL Information Transfer UL Information Transfer
鉴 权
NAS
z
DL Information Transfer UL Information Transfer
加密
z
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page15

接入流程详解——ERAB建立过程
初始上下文建立流程
z
专用承载ERAB建立流程
场景:
?
通过初始上下文建立流程建立默认ERAB和专用ERAB。 通过ERAB建立过程建立专用ERAB。
?
z
关键信元:
?
SAE Bearer Level QoS parameters Transport Layer Address UE Radio Capability
Page16
?
?
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
接入流程详解——ERAB建立过程
UE EUTRAN UE EUTRAN SecurityModeCommand SecurityModeCommand
SecurityModeComplete
SecurityModeFailure
z
目的:
?
安全模式命令,成功流程
安全模式命令,失败流程
安全模式过程用于激活接入层的加密和完整性保护,加密用于信令面SRB和用户面DRB,完整性 保护只用于信令面SRB。 加密和完整性保护都有三种算法,空加密、AES和Snow3G,R9及以后协议版本在ATTACH成功 后,完整性保护必须使用AES或Snow3G,不能采用空算法,但加密还可以使用空算法。 接入层的安全模式过程和NAS层的安全模式过程是两个独立的过程。
?
?
z
启动时机:
?
在建立SRB1之后,建立SRB2之前。 对于完整性保护,安全模式命令和安全模式完成消息本身就启动,对于加密,在安全模式过程的下 一条消息开始启动。
?
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page17

接入流程详解——ERAB建立过程
UE EUTRAN UECapabilityEnquiry p y q y
UECapabilityInformation
UE能力查询过程
z
UE Attach时,核心网下发的“S1AP_INITIAL_CONTEXT_SETUP_REQ”不携带UE能力,而 由eNodeB向UE发起查询,UE上报给eNodeB,同时eNodeB通过S1接口的UE能力指示过程上 报给核心网保存。 在Idle to Active过程中,核心网会将 过程中 核心网会将UE能力通过“S1AP_INITIAL_CONTEXT_SETUP_REQ S1AP INITIAL CONTEXT SETUP REQ” 带给eNodeB, eNodeB无需向UE查询,从而节省空口资源。 在Attach过程中,UE能力查询过程失败会导致E-RAB建立失败。
z
z
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page18
接入流程详解——ERAB建立过程
UE EUTRAN
UE
EUTRAN
RRCConnectionReconfiguration
RRCConnectionReconfiguration
RRCConnectionReconfigurationComplete
RRC connection re-establishment
z
目的:
? ?
RRC 连接重配置,成功流程
RRC 连接重配置,失败流程
在接入流程中采用RRC连接重配置过程那个来建立SRB2和DRB。 如果重配置失败,UE发起RRC连接重建过程。
z
关键信元:
?
radioResourceConfiguration(for SRB2 and possibly DRBs) (默认承载建立) Nas—DedicatedInformation
?
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page19

接入流程详解——ERAB建立过程
z
ERAB建立相关话统
?
如图A点所示,当eNodeB收到来自MME的INITIAL CONTEXT SETUP REQUEST或者E-RAB SETUP REQUEST消息时E-RAB建立尝试次数累加。如果消息中要求同时建立多个E-RAB,则相应指标按各个业 务的QCI分别进行累加。 如图中B点所示,当eNodeB向MME发送INITIAL CONTEXT SETUP RESPONSE 或者E-RAB SETUP RESPONSE消息时E-RAB建立成功次数累加。如果消息中要求同时建立多个E-RAB,则相应指标按各个业 务的QCI分别进行累加。
?
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page20
接入流程详解——ERAB建立过程
z
ERAB承载建立尝试话统
z
ERAB承载建立成功话统
z
ERAB承载建立失败话统
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page21

目 录
1. 接入原理及话统介绍 2 接入常见问题现象及影响因素 2. 3. 接入问题分析及案例
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page22
接入常见问题现象
问题来源 接入问题 RRC&ERAB&CSSR成功 率低 话统KPI RRC&ERAB&CSSR成功 率波动 接入请求统计次数突增& 突降 睡眠小区 Call Setup成功率 (CSSR)不达标 Attach时延大 Idle to Active时延大 投诉 接入失败 判断准则 1.KPI指标达不到基线值或局点达标值 2.升级后KPI指标比升级前差 相对于上一天或上周的同一天,KPI变化幅度超过20% RRC连接次数L.RRC.ConnReq.Att突增&突降,但 RRC&ERAB建立成功率正常,并且https://www.360docs.net/doc/ef641084.html,er.Max未 突增&突降。 小区之前一直有用户接入,突然在某个时段出现没有用户 接入(或者接入用户逐渐减少到零) 路测软件统计的路测CSSR达不到基线值或局点达标值 路测软件统计的平均时延达不到基线值或局点达标值 路测软件统计的平均时延达不到基线值或局点达标值 1.UE上无信号格数显示 2.无法接入到网络
路测KPI
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page23

影响接入问题的常见因素
覆盖类: 1.弱覆盖; 2.越区覆盖; 3.外部干扰。 射频通道和干扰: 1.射频通道有问题; 2.GPS失锁,帧偏置配 置未生效(TDD); 基站设备故障: 1.设备存在故障告警; 2.睡眠小区。
网规参数: 规划设计 1.ZC根序列错配; 2.TA\TAL规划不合理; 参数影响: 影响接入问 题的因素 1.参数配置错误; 参数与通道 2.参数非最优参数; 3.License共享策略错 误 终端因素: 设备类 1.Top终端个体异常; 2.某款终端类型接入 性能差。
资源容量: 1.空口资源准入失败; 2.CPU过载;
传输因素: 1.传输IP配置错误; 2.SCTP闪断。 核 核心网因素: 素 1.核心网异常操作; 2.核心网请求消息异常; 3.核心网回复消息超时;
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page24
目 录
1. 接入原理及话统介绍 2 接入常见问题现象及影响因素 2. 3. 接入问题分析及案例
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page25

接入问题分析思路
问题特征的全面分析确定分析思路 动作1:范围分析+趋势分 析+原因分解+关联分析 执行必须动作2 3 执行必须动作2,3 空间:TOP小 区问题/整网 问题? 时间:趋势 时间 趋势 恶化问题还 是存量优化 问题? 话统的细分 原因哪个是 主因,关联 变化的指标 是什么?根 据定义的推 理规则确定 优先的分析 方向
例如:TOP小区问题,参数核查可以和正 常小区比,优先执行射频通道/TOP用户/ 传输等动作。
例如:趋势恶化问题要特别关注恶化的时 例如 趋势恶化问题要特别关注恶化的时 间点出现的告警、操作、参数变化。
按照原因分类执行以下规定动作: 动作4:网络规划优化 动作5:射频通道检查 动作6:TOP用户排查+TOP终端类型排 查 动作7:核心网异常排查 动作8:传输排查 动作9:投诉及问题复现
如果TOP小区存在明显的干扰高,分析方 向要放在射频通道检查; 细分原因里指向核心网分析动作; 如果资源失败原因多,则优先分析网络规 划优化的容量问题,找到容量的瓶颈。
根据结论给出解决方案和闭环动作 执行闭环(先主后次)
效果确认:问题是否解决?
总结报告和案例
问题上升,提交厂家
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page26
接入失败分析流程
规定动作名称 入口条件 分析目的
1、识别出是Top小区问题还是整网问题。 2、分析接入失败的主要原因,推理出优先执行动作。 3、睡眠小区则处理。 2、分析是否存在影响接入的设备故障或告警。 3、是否存在核心网升级、割接、传输组网变动等网络动作。 动作1:接入失败范围、KPI 无条件进入 趋势分析、话统原因分解 动作2:操作日志+设备故障 题需要重点分析该动作 +告警排查 +外部事件 动作3:参数检查
无条件进入 无条件进入 ,指标突变问 1、检查操作日志,确认是否有可疑参数修改和可疑操作,确认操作原因并尝试恢复。
1、接入专题,分析基站、核心网的接入核心参数合理性\一致性。 2、搬迁场景完成参数映射,确保搬迁后与原网参数匹配。 1、分析是否TAC\TAL、子帧配比(TDD)等组网参数错误导致接入问题。 2、分析资源拥塞导致的接入失败,是参数配置原因还是真正网络拥塞。 3、分析是否因为弱覆盖导致接入失败。 1、排查射频通道是否存在异常 2、分析是否存在上行干扰 1、排查是否某个/几个特殊用户导致接入KPI恶化; 排查接入问题是否由某款特殊类型终端导致 2、排查接入问题是否由某款特殊类型终端导致。 1、排查是否核心网的问题导致接入问题; 2、排查是否核心网的操作(升级/配置修改)导致接入问题。
动作4:网络规划优化
Top小区根据动作1分解 结果进入 Top小区问题进入;干扰 排查根据动作1分解结果 进入 Top小区问题进入Top用 户排查; 整网问题进入Top终端类 型排查 根据动作1分解结果进入
动作5:射频通道检查 动作6:Top用户排查+Top 终端类型排查 动作7 : 核心网异常排查 动作8 : 传输排查 动作9: 投诉及问题复现
根据动作1分解结果进入 排查是否存在传输异常导致的接入失败。 投诉问题进入; 1、给出投诉问题的一般分析方法; 其它问题需要复现时进入 2、通过问题复现采集相关的LOG。
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page27

接入问题分析的数据源
z
话统
?
话统数据采集方便,且可事后采集,缺点是定位问题的粒度较粗。 通过话统,可以界定问题发生在RRC阶段还是ERAB阶段,且包含2个阶段的大 致原因。适合快速界定问题范围且粗略的问题归属。
?
z
Uu&S1标口信令
?
信令跟踪可以清晰地定位到接入在那一步失败,通过话统、告警或路测发现存在 接入问题后,应立即在问题站点进行Uu&S1信令跟踪。
z
路测数据
?
除信令外,路测数据还可以获取终端的信号强度、调度信息;把路测数据和 eNodeB侧信令比对分析,更容易确认接入流程失败点。
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page28
动作1:接入问题范围确定
z
思路介绍:
?
“Top小区问题”:分别取出Top10的“接入成功率Top低小区”和“接入失败Top小区”后, 如果整网接入指标明显改善且与原来持平(或者达到了目标值),则定义为Top小区问题。 “整网问题”:分别取出Top10的“接入成功率Top低小区”和“接入失败Top小区”后, 如果整网接入指标没有明显改善,则定义为整网问题。 Top小区筛选时,接入成功率小于一定门限,失败次数要大于一定门限。 “Top小区”问题后续执行动作5之弱覆盖&网规参数&拥塞排查、动作6射频通道检查、动 作7之Top用户检查;“整网”问题后续执行动作7之Top终端类型排查。
?
?
?
数据源 话统
分析方法&交付件 1.按接入成功率和接入失败次数分别查看话统排除Top10小区后,接入指标是 否提升到或接近目标值,确定问题是“Top小区问题”还是“整网问题”; 2.进一步按RRC建立成功率指标和ERAB建立成功率指标进行分析,确认接入 失败问题发生阶段是RRC建立阶段导致还是ERAB建立阶段导致。 3.如果是RRC建立成功率问题,根据RRC建立原因之 Mosig/MoData/MT/HighPri分别统计不同场景下的RRC建立成功率,检查是 否某种场景下的RRC问题。 交付件:Top10问题小区以及接入失败阶段(RRC或ERAB阶段,或者两者都 有) Page29
闭环动作 继续执行动作1的下一内容 注:如果是两个阶段都有 问题,需要抓住问题主要 矛盾,先解决影响严重, 贡献大的指标。
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.

动作1:KPI趋势分析1
z
为选择出能反映网络问题的Top小区,将接入问题分为趋势恶化场景和存量优化\新建场景
?
场景一:趋势恶化场景:
?
现象:现网接入成功率在某 时间突然变差 并持续很低无法恢复 现象:现网接入成功率在某一时间突然变差,并持续很低无法恢复。 此场景下优先执行动作2之操作日志、外部事件进行重点分析,如:参数修改、特性开 启、版本升级、搬迁等操作。
?
?
场景二:存量优化\新建场景:
?
现象:现网接入成功率一直较差(非突然恶化场景),需要优化达到指定的目标值。 Top小区选取原则
找Top恶化小区:计算指定时间段前后的接入成功率和接入失败次数差异(恶化后 的值减去恶化前的值),分别按“接入成功率差值”和“接入失败次数差值”从 高到低排序,得到“接入成功率恶化Top小区”和“接入失败次数恶化Top小区”。 找Top小区:分别按“接入成功率”从低到高和按“接入失败次数”从高到低排行, 得到“接入成功率低Top小区”和“接入失败次数Top小区”。
场景
趋势恶化场景:升级 或由暂时尚不清楚的 原因导致接入成功率 恶化 存量优化场景:现网 接入不达标
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page30
动作1:KPI趋势分析2
z
思路介绍
?
分析最近一段时间的接入KPI(包括接入成功率和接入次数)趋势,判断是指标 突变问题还是渐变问题; 如果是突变问题,要分析是否存在网元升级(RAN侧或核心网)、组网变化、 割接等动作,以及优先分析动作2操作告警核查; 如果是渐变问题,要分析用户量是否在逐渐增加,是否有新款终端上市等情况; 在分析接入问题的同时,也要进行关联指标分析,提取问题疑点。
分析方法 1.接入问题“日期”趋势分析
对最近半个月或者更长时间段的接入成功率(对恶化场景,需要至 对 半个 或者 时间 的接 成功率 对 化场 少涵盖恶化前后三天或一周)进行基于日期的趋势分析。在分析成 功率的同时并结合接入次数进行相关分析,确认接入问题在时间上 的趋势。
?
?
?
数据源 话统
闭环动作 1.突变问题,需要进一步分析恶 化时间点是否有升级、异常操作、 外部突发干扰、业务量突增等变 化; 2.渐变问题,需要进一步分析是 否业务量在逐渐增加或有新款终 端发放。
2.接入问题“时段”趋势分析: 3.关联指标分析:
对问题时间段进行全天24小时的接入成功率分析,并结合接入次数 进行相关分析,确认是否有Top恶化时段; 关联干扰IN、CPU占用率分析
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page31

动作1:接入话统原因分解+关联指标
z
思路介绍
?
根据话统失败原因值及关联指标对问题进行初步分类,不同类型问题后续采用的动作以及顺序有差别;对 于恶化类问题要关注恶化的原因或者关联指标,对于存量优化要按照建议的标准进行判断。
过程 随机接入 RRC连接 次数突增/ 突降 RRC成功 率恶化
话统失败原因 无接入用户 无
判断准则 小区状态正常,且之前一直有用户,突然某天开始或逐渐 变为如下情况:L.RRC.ConnReq.Att=0 RRC连接次数L.RRC.ConnReq.Att突增/突降,并且 RRC&ERAB建立成功率正常,并且https://www.360docs.net/doc/ef641084.html,er.Max未突 增 L.UL.Interference.Avg >=-115 基带板VS.Board.CPUload.Max >=90%
原因说明 睡眠小区 1.TA规划不合理 2.核心网NAS消息异常 1.存在干扰 2.Top用户/Top终端异常 拥塞使基带板CPU使用率过 高,使RRC Conn Setup下发 延迟,导致大量NoReply出 现 1.弱覆盖 2.Top用户/Top终端异常 3.其他 资源拥塞 1.网元操作使CPU使用率过 高,导致系统无法及时处理 2.超过单站容量规格 1.参数配置错误 2.每秒接入用户超容量
优先动作 上报处理 动作5:组网参数排查 动作8:核心网 动作7:Top用户/终端 动作6:干扰排查 动作7:Top用户/终端 动作5:拥塞 动作5:弱覆盖 动作7:Top用户/终端
L.RRC.SetupFail .NoReply
其他
动作5:弱覆盖 动作7:Top用户/终端 动作5:拥塞 动作5:拥塞 注:动作2时需要在问题时 间段重点进行操作排查 必选动作排查
L.RRC.SetupFail .ResFail
https://www.360docs.net/doc/ef641084.html,er.Max >=小区最大用户数规格 主控板VS.Board.CPUload.Max >=80%或基带板 VS.Board.CPUload.Max>98% 其他
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page32
动作1:接入话统原因分解+关联指标
z
接上表
话统失败原因 L.ERAB.FailEst.MME 判断准则 无 原因说明 1.核心网问题导致E-RABA建立失败 2 基站未收到UE反应,且空口 2. 反应 且空口&S1超时定时器比核 心网超时定时器大,导致核心网先释放 1.IPPATH错配、漏配 2.SCTP链路闪断 1.存在干扰 2.Top用户/Top终端异常 1.弱覆盖 2.Top用户/Top终端异常 3.其他 资源拥塞 1.网元操作使CPU使用率过高,导致系统无法及时处 1 使用率过高 导致系统无法及时处 理 2.超过单站容量规格 优先动作 动作8:核心网 动作7:Top用户/终端 动作5:弱覆盖 动作9:传输 动作6:干扰排查 动作7:Top用户/终端 动作5:弱覆盖 动作7:Top用户/终端 动作5:拥塞 动作5:拥塞 拥塞 注:重点NoRadioRes时 间段与CPU使用率关联分 析 必选动作排查 动作7:Top用户/终端 动作8:核心网
过程
L.ERAB.FailEst.TNL L.ERAB.FailEst.NoR eply ERAB建立 成功恶化 L.ERAB.FailEst.NoR adioRes
无 L.UL.Interference.Avg >= -115 其他 https://www.360docs.net/doc/ef641084.html,er.Max >= 系统规格 主控板 VS.Board.CPUload.Max>=80% 或 基带板 VS.Board.CPUload.Max>98% 其他
参数配置错误 1.终端兼容性问题导致安全模式配置失败 2.核心网问题 3.基站算法配置问题
L.ERAB.FailEst.Secu rModeFail

Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page33

动作2:操作日志排查
z
思路介绍
?
排查是否存在影响接入KPI的相关操作,对于指标恶化场景一定要重点执行动作 2,主要是从时间点确定是否存在对应关系,后面提到的告警 主 从时间点确定 存在对应关系 后 提到的告警/外部事件只是列举 外部事件 列举 了目前掌握的信息,但此列表之外的告警/外部事件,如果时间点上对应,也需 要重点关注。 与参数核查的关系:操作日志排查可以直接、快速的发现参数修改原因导致的趋 势恶化问题,减少全参数核查的操作,提升问题定位效率。
分析方法&交付件
分析方法: 1 对于指标突然恶化场景,查找恶化点前一周的异常操作。 1. 对于指标突然恶化场景 查找恶化点前 周的异常操作 2.对于指标逐渐恶化场景,查找最近一周的异常操作。 3.全网问题要查找普遍性的异常操作。 4.异常操作包括但不限于添加,删除,闭塞,激活以及区激活操作。 5.如果是批处理文件,在基站侧无法看到详细的执行内容,需要在M2000侧查看。 交付件: 1.列出恶化前一周的操作记录,并分析其对接入问题的影响。 2.不能确定影响的操作,也记录在问题分析报告中。
?
数据源
操作日志 (整网问题 取Top10问 题站点, Top小区问 题取Top小 区站点)
闭环动作
确认操作是否可回退, 观察操作回退后指标是 否有改善。
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page34
动作2:设备故障+告警排查
z
思路介绍
?
检查是否存在影响接入KPI的相关故障和告警;对于与接入不相关或影响不大的告警,可以暂缓处理;但对 于影响接入性能的告警,需要首先闭环。 分析方法&交付件
分析方法: 1.对于指标突然恶化场景,查找恶化点前一周告警和设备故障日志以及目前存在的 活动告警和故障。 2.对于指标逐渐恶化场景,查找最近一周告警和设备故障日志以及目前存在的活动 告警和故障。 3.全网问题要查找普遍性的告警。 交付件: 1.按分析方法给出告警列表
数据源
告警+故障 日志(整网 问题取 Top10问题 站点,Top 小区问题取 Top小区站 点)
?
闭环动作
分析告警和设备故障对 接入带来的影响,根据 故障&告警处理帮助进 行
影响接入的重要告警及影响
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page35

动作2:设备故障+告警排查
z
思路介绍
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page36
动作2:设备故障+告警排查
z

Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page37

动作3:参数核查
z
根据现网已知问题,整理参数如下: 参数字段名
InitPdcchSvm I itPd hS Num
NO
1
参数名称
PDCCH初始OFDM 符号数
参数影响
开关关闭且设置为 关关闭 设 为1对单用户下行峰值吞吐率有好处, 对单 户 行峰值吞吐率有好处 但是在小区带宽1.4M以下时会导致用户接不入小区。
建议值
PDCCH占用 占 OFDM符号数动态 调整开关打开时,建议值为1。 PDCCH占用OFDM符号数动态 调整开关关闭时,建议值为3。 FDD模式:建议配置未SC3(3) TDD模式:建议值为SC0(0) 默认值:-64 默认值:-18 PrimaryCipherAlgo=AES, SecondCipherAlgo=Snow3G, ThirdCipherAlgo=NULL;
2 3 4 5
SRS子帧配置 最低接受电平 最低接入信号质量 加密算法
SrsSubframeC fg QRxlevMin QQualMin eNodeBCIPHE RCAP eNodeBINTEG RITUCAP
SC9对单用户上行峰值吞吐量有增益,但会导致SRS不 扩张减少接入用户数。 该值越大,要求终端的信号质量更好才能接入小区。 该值越大,要求终端的信号质量更好才能接入小区。 “eNodeB加密算法优先级配置” 中”PrimaryCipherAlgo”、“SecondCipherAlgo”、 “ThirdCipherAlgo”对应的加密算法各不相同。
6
完整性保护算法
PrimaryIntergrityAlgo=AES, “eNodeB完整性保护算法优先级”中 “PrimaryIntergrityAlgo”、“SecondIntergrityAlgo”、 SecondIntergrityAlgo=Snow3G, ThirdIntergrityAlgo=NULL; “ThirdIntergrityAlgo”对应的完整性保护算法各不相 同。 闭塞S1接口后将造成新用户不能接入。 FALSE(否)
7
S1接口是否处于闭塞 状态
S1InterfaceIsBl ock
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page38
动作3:参数核查
NO 1 2 3 参数名称 AMBR ARP 传输层IP地址 APN设置 终端入网制式 来源 参数字段名 建议值 AMBR>0,AMBR=0导致无法接入。 ARP不等于0,ARP等级=0导致无法接入。 与基站配置的IPPATH对端地址相同,不相同则导致无 法接入。 S1信令(MME) AMBR S1信令(MME) ARP S1信令(MME) transportLa yerAddress 终端侧配置 终端侧配置 APN 入网制式 自动(非WCDMA Only、GSM Only、CMDA Only, 开通异系统互操作网路非LTE Only) 开通异系统互操作的网络设置为PS CS模式,未开通 则设置PS Only。
4 5
6
终端入网制式
终端侧配置
接入模式
Copyright ? 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page39

WCDMA掉话问题分析及处理方案

WCDMA掉话问题分析及处理方法 作者:南京格安 在国外,W CDMA已经在多个国家投入商用;在国内,WCDMA产品正逐步走向成熟,网络商用化的脚步正在加快。在网络建设及运营中,掉话率(calldroprate)是反映网络质量的重要指标之一;掉话问题也是日常网络优化面临的一个常见问题。本文从掉话的定义、掉话处理的基本流程、各种掉话数据分析方法、掉话问题的解决方法等方面加以研究,并结合实际掉话案例进行分析。 一、掉话的定义 1.路测的掉话定义 路测的掉话定义是:从UE侧记录的空口信令上看,在通话过程(连接状态下)中,如果空口的消息满足以下3个条件的任何一个就视为路测掉话。 (1)收到任何的广播信道消息。 (2)收到无线资源释放的消息且释放的原因为非正常的。 (3)收到呼叫控制断连接、呼叫控制释放等消息,而且释放的原因为非正常的。 2.话统指标中的掉话定义 广义的掉话率应该包含CN和UTRAN的掉话率,由于网优重点关注与UTRAN侧的掉话率指标,本文掉话率描述也重点关注UTRAN侧的KPI指标。 从大的方面讲,掉话分为两大类,信令面掉话和用户面掉话。 需要说明的是:无线接入网话统掉话的定义只从Iu接口的角度进行统计,统计了RNC 主动发起的非正常资源释放的请求次数;路测的掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的,两者不完全一致。比如说,对于同时进行主被叫通话,工具记录主叫的空口消息,如果被叫异常掉话,那么分析主叫的流程也会是一次掉话,但从话统上

看,这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的,在分析时需加以区分。 二、掉话原因分析 由于掉话分析将涉及到具体的信令分析,因此本文参考华为设备的参数设置进行分析,而不同设备的参数定义并不一定相同,但是分析方法是相通的。 1.邻区漏配 一般来讲,掉话在初期优化过程中大多数是由于邻区漏配导致的。对于同频邻区,通常采用以下方法来确认是否为同频邻区漏配。 方法一:观察掉话前UE记录的活动集EcIo信息和记录的BestServerEcIo信息。如果UE记录的EcIo很差,而记录的BestServer EcIo很好,同时检查记录Best Server EcIo 扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中。如果同频测量控制的邻区列表中没有扰码,那么可以确认是邻区漏配。 方法二:如果掉话后UE马上重新接入,UE重新接入的小区扰码和掉话时的扰码不一致,也可以怀疑是邻区漏配问题,可以通过测量控制,进一步进行确认(从掉话位置的消息开始往前找,找到最近一条同频测量控制消息,检查该测量控制消息的邻区列表)。 方法三:有些UE会上报检测集(DetectedSet)信息,如果掉话发生前检测集信息中有相应的扰码信息,也可以确认是邻区漏配的问题。 邻区漏配导致的掉话包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同,主要是掉话发生的时候,手机没有测量或者上报异频邻区,而手机掉话后重新驻留到异频邻区上。异系统邻区漏配表现为手机在3G网络掉话,掉话后手机重新选网驻留到2G网络,从信号质量来看,2G网络的质量很好(在掉话点用2G测试手机观察RSSI信号)。 2.覆盖差

10-掉话类故障分析与处理

M900/M1800 基站子系统故障处理手册目录 目录 第10章掉话类故障分析与处理...........................................................................................10-1 10.1 概述...............................................................................................................................10-1 10.1.1 掉话问题描述......................................................................................................10-1 10.1.2 掉话的计算公式..................................................................................................10-3 10.2 导致掉话的几种因素......................................................................................................10-4 10.2.1 覆盖引起的掉话..................................................................................................10-4 10.2.2 切换引起的掉话..................................................................................................10-6 10.2.3 干扰引起的掉话..................................................................................................10-8 10.2.4 天馈引起的掉话................................................................................................10-10 10.2.5 传输引起的掉话................................................................................................10-11 10.2.6 无线参数设置不合理.........................................................................................10-11 10.2.7 其它原因引起的掉话.........................................................................................10-12 10.3 典型案例......................................................................................................................10-13 10.3.1 优化切换参数减少掉话.....................................................................................10-13 10.3.2 直放站干扰引起掉话.........................................................................................10-13 10.3.3 MAIO相同引起干扰掉话...................................................................................10-15 10.3.4 上下行不平衡....................................................................................................10-15 10.3.5 孤岛效应引起掉话.............................................................................................10-16 10.3.6 与版本相关的参数设置.....................................................................................10-17

详细讲解WCDMA掉话问题分析及优化方法

WCDMA 掉话问题分析 第一章掉话分类定义 第一节正常释放流程 一个CS正常释放信令流程 1.UE发RRC_UL_DIR_TRANSF消息给RNC,消息中nasmessage是0325,表示是call control 子层的disconnect消息。 2.RNC发RANAP_DIRECT_TRANSFER消息给CN,消息中naspdu是0325,表示是call control 子层的disconnect消息。 3. CN发RANAP_DIRECT_TRANSFER消息给RNC,消息中naspdu是832d,表示是call control 子层的release消息。 4.RNC发RRC_DL_DIRECT_TRANSF消息给UE,消息中nasmessage是832d,表示是call control子层的release消息。 5.UE发RRC_UL_DIR_TRANSF消息给RNC,消息中nasmessage是032a,表示是call control 子层的release complete消息。 6. RNC发RANAP_DIRECT_TRANSFER消息给CN,消息中naspdu是032a,表示是call control 子层的release complete消息。

https://www.360docs.net/doc/ef641084.html,发RANAP_IU_RELEASE_COMMAND消息给RNC,开始释放Iu口资源,包括RANAP 层和ALCAP层资源。 8. RNC发RANAP_IU_RELEASE_COMPLETE消息给RNC。 9.RNC发RRC_RRC_CONN_REL消息给UE,开始释放RRC连接。 10. UE发RRC_RRC_CONN_REL_CMP消息给RNC。 11.RNC发NBAP_RL_DEL_REQ消息给NODEB,开始释放Iub口资源,包括NBAP层和ALCAP 层,PHY层资源。 12. NODEB发NBAP_RL_DEL_RSP消息给RNC,整个释放过程结束。 一个PS正常释放信令流程 1.UE发RRC_UL_DIR_TRANSF消息给RNC,消息中nasmessage是0a46,表示是session management子层的deactivate PDP context request消息。 2.RNC发RANAP_DIRECT_TRANSFER消息给CN,消息中naspdu是0a46,表示是session management子层的deactivate PDP context request消息。 3. CN发RANAP_DIRECT_TRANSFER消息给RNC,消息中naspdu是8a47,表示是session management子层的deactivate PDP context accept消息。 4. CN发RANAP_RAB_ASSIGNMENT_REQ消息给RNC,消息中给出要释放的RAB list,其中包含了要释放的RAB ID。 5. RNC发RRC_DL_DIRECT_TRANSF消息给UE,消息中nasmessage是8a47,表示是session management子层的deactivate PDP context accept消息。 6. RNC发NBAP_RL_RECFG_PREP消息给NODEB。 7. NODEB发NBAP_RL_RECFG_READY消息给RNC, 8. RNC发RRC_RB_REL消息给UE,释放业务RB。 9. NODEB发NBAP_RL_RECFG_COMMIT消息给RNC,

接入网 承载网 传输网 核心网 区别与关系

网络优化,传输,交换,传输网,接入网,核心网 网络优化 主要功能 在现有的网络状态下,使用者经常会遇到带宽拥塞,应用性能低下,蠕虫病毒,DDoS肆虐,恶意入侵等对网络使用及资源有负面影响的问题及困扰,网络优化功能是针对现有的防火墙、安防及入侵检测、负载均衡、频宽管理、网络防毒等设备及网络问题的补充,能够通过接入硬件及软件操作的方式进行参数采集、数据分析,找出影响网络质量的原因,通过技术手段或增加相应的硬件设备及调整使网络达到最佳运行状态的方法,使网络资源获得最佳效益,同时了解网络的增长趋势并提供更好的解决方案。实现网络应用性能加速、安全内容管理、安全事件管理、用户管理、网络资源管理与优化、桌面系统管理,流量模式监控、测量、追踪、分析和管理,并提高在广域网上应用传输的性能的功能的产品。主要包括网络资源管理器,应用性能加速器,网页性能加速器三大类,针对不同的需求及功能要求进行网络的优化。 网络优化设备还具有的功能,如支持的协议,网络集成功能(串接模式,旁路模式),设备监控功能(压缩数据统计,QOS,带宽管理,数据导出,应用报告,故障时不间断工作,或通过网络升级等)。 无线通信网络优化 网络优化工作流程: 1.准备 通过收集和分析BSC和MSC话务统计数据,分析网络存在的问题; 通过必要的路测或室内测试,分析网络存在的问题; 从用户处取得网络优化所需基本数据,如基站信息等,并仔细核对、确认、检查用户提供的上述数据是否齐全、准确; 确定网络优化所需其他数据,包括:数字地图等; 根据分析情况确定优化方案和进度,并与用户沟通。 2.网络优化 按确定的优化方案实施基站、天线、参数、邻小区等优化; 通过收集和分析BSC和MSC话务统计数据,观察优化效果; 通过必要的路测或室内测试,观察优化效果; 不断重复实施上面步骤,直至达到优化目标。 起草并提交网络优化工作报告。 传输 在电信业中, 传输是一种传输电学消息(连带经过媒介的辐射能现象)的行为。消息可以是一串或者一组数据单元,比如二进制数字,通常也称为帧或者块。 传输可以分为两部分: 通过传送者分派, 为了别处接受,的一种信号、消息、或者任何种类的信息。 通过各种手段实现的信号传播,例如电报、电话、广播、电视,或者经由任意媒介电话传真、例如电线、同轴电缆、微波、光纤,或者无线电频率. 在一般信息论中传输被用于表示经由信道的信息通讯的整个过程. 交换

掉话原因及处理

GSM网络优化中掉话、拥塞的原因及解决办法 1.掉话 在移动通信中,掉话是指在分配了话音信道(TCH)后,由于某种原因,使呼叫丢失或中断,正常通话无法进行的现象。掉话不仅影响网络指标,而且会给用户造成许多不便,是用户投诉的热点。 1.1掉话产生的原因 1、由干扰引起的掉话: 干扰主要包括同频、邻频及交调干扰。当手机在服务小区中收到很强的同频或邻频干扰信号时,会引起误码率恶化,使手机无法准确解调邻近小区的BSIC码或不能正确接收移动台测量报告。基站在通过SDCCH为手机分配好应使用的话音信道后,由于没有临近小区BSIC码而无法判断该使用哪个小区的话音信道,从而产生掉话。交调干扰主要来自于外部干扰,如CDMA站会对我基站上行频率产生干扰。 2、由于切换引起的掉话: (1) MS在通话中,手机列表中计算6个最好的相邻小区为切换做准备,但当网络覆盖不好时,会产生频繁切换,造成无主控小区,产生掉话。 (2)一些小区由于话务忙,会把话务推给相邻小区,但当相邻小区信号不好或无空闲信道时就会产生掉话。 (3)孤岛效应。如果服务小区A由于地形的原因产生的场强覆盖小岛C,而在小岛C周围又为小区B的覆盖范围,如在A的相邻小区列表中未添加小区B,那么当用户在C 中建立呼叫后一走出小岛C,由于无处可切换将产生掉话。 3、参数设置不合理引起的掉话: 影响掉话的参数主要有切换参数和相邻小区参数。如:PMRG设置过高或相邻小区参数做错都会导致掉话。 4、基站硬件引起的掉话: BTS的硬件故障也会引起掉话,NOKIA设备中的7745(CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD) 、7949 (DIFFERENCE IN RX LEVELS OF MAIN AND DIVERSITY ANTENNA / TRX)是特别要引起注意的,因为这些告警同时伴随着掉话。 5、Abis接口失败产生的掉话 Abis接口的,包括BSC未收到来自BTS的测量报告,超过TA极限,切换过程的一些信令失败以及一些内部原因,此外还有Abis接口的误码率的影响。 6、覆盖不好引起的掉话: 有些小区由于覆盖范围过大造成在小区覆盖的边缘地带信号不好,电平值很低,手机列表中测量的相邻小区的电平值又达不到接入的要求(如RXLEV ACCESS MIN=-95dBm)而引起掉话,在边远地区、网络覆盖不好的情况下经常会出现这种掉话。 1.2 掉话的解决办法 如果一个小区掉话很高,可以先通过查掉话报告(如163报告),先确定是由于哪方面引起的掉话。 (1)对于由于切换引起的掉话的解决,可先进行大范围的路测,通过路测可以确定是和哪个相邻小区切换不正常。对于一些与该小区有切换关系而拥塞率又较高的小区应作为测试的重点,并需要检查小区周围是否有盲区存在,如果是这种原因应及时修改相关频率并

华为接入网故障分析案例

华为接入网故障分析 案例 1 概述 在设备运行过程中,由于各种原因会发生一些故障,我们需要一个清晰的故障处理思路:信息收集—故障判断—故障定位—排除故障。清晰的思路会帮助我们有效地解决故障。本文详细的介绍了接入网常见故障的解决案例作为故障处理的参考,希望能对广大客户的维护有所帮助。 2 常见故障分类 2.1 用户系统故障 2.1.1话机无馈电 当用户摘机后,发现无拨号音、无舒适噪音,话机“工作指示灯”或“线路指示灯”不亮! 可能是由话机无馈电引起故障。故障处理的参考过程如下:

①、首先判断是由于短路还是断线引起话机无馈电,用测试版测试用户话机的a 线或b线对地电压是否为0。a、b线间电压是否为0。 ②、判断是外线故障还是电路故障。 ③、判断ASL板用户端口是否故障。 ④、判断是否存在混线的可能,即鸳鸯线。 ⑤、判断用户话机是否故障 2.1.2振铃异常 当用户摘机后,出现不振铃,假振铃或者摘机不断铃的情况。可能是由以下情况引起的故障: “不振铃”的故障原因定位: ①、首先判断PWX板是否故障。 ②、判断ASL板用户端口是否故障。在网管进行内线测试。 ③、检查用户业务设置的情况。 ④、判断用户话机是否故障。 2.1.3通话异常 用户在通话的过程中出现刺刺拉拉的杂音或串音的情况,可能是有一下情况引起的故障:

定位“通话杂音”故障: 用户线路和话机误码—传输的时钟、告警和误码—接入网的2M链路 定位“通话串音”故障: 若个别用户通话串音:需检查接入网用户线路。 若整个ONU点串音:需检查与接入网对开V5的交换机的HW线。 2.1.4摘机无音 用户摘机后有舒适的噪音但是没有拨号音。 故障原因: V5接口的问题交换机的SIG板有问题端口建有非V5预连接的半永久物理故障,线路单通。 故障定位: 个别用户摘机无话音:判断用户的线路是否故障,检查接入网侧数据和交换机侧数据是否一致。 多个ONU点摘机无话音:判断交换机的SIG板是否故障,检查V5的2M连接是否错误。 2.1.5单通故障 通话过程中,乙方可以听到甲方的声音,但甲方听不到乙方的声音,若切不断拨号音,则说明语音通道上行不通。 故障原因:2M链路 HW线母板单板 故障定位: 同模块接入网用户之间:需要检查模块内部的2M链路、HW线、单板等 接入网用户与对开V5的交换机用户之间:检查接入网与交换机对开的V5数据协商有无问题;再检查2M连接有无鸳鸯线的情况以及交换机网板是否有问题(倒换一下,即可判断)。 2.1.6半框和整框用户故障 ONU出现半框或整框用户故障但RSP板正常和RSP板互助不出成功的故障:

高掉话小区处理流程

高掉话小区处理流程建议 1. 背景 掉话率反映了系统话音业务的通讯保持能力,反映了系统的稳定性和可靠性,反映统计时间话音信道占用后因各种原因导致掉话严重程度,是无线通讯系统的重要性能指标,当系统的掉话率高时,会严重影响用户的感知,从而导致用户投诉或不满。此次我们主要针对TCH掉话的分析过程进行说明。 在NOKIA设备中,掉话次数count主要统计的是掉话出现在哪个接口,如:无线口、A_BIS口,A 口等等,并没有按掉话原因类型进行分类,如:信号质量差掉话或TA掉话等等,因此,在NOKIA设备中,应该按照掉话出现的接口进行分析。 2. 3J掉话率公式 (sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+a.tch_abis_fail_old +a.tch_a_if_fail_call+a.tch_a_if_fail_old+a.tch_tr_fail+a.tch_tr_fail_old +a.tch_lapd_fail+a.tch_bts_fail+a.tch_user_act+a.tch_bcsu_reset +a.tch_netw_act+a.tch_act_fail_call)-sum(b.tch_re_est_assign))/ (sum(a.tch_norm_seiz)+sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch)-sum(a.tc h_succ_seiz_for_dir_acc)+sum(a.tch_seiz_due_sdcch_con) -sum(b.tch_re_est_assign))*100% Counters from tables: A = p_nbsc_traffic B = p_nbsc_service C = p_nbsc_ho 上表就是NOKIA设备中,分为在各个接口的14类掉话。

接入网维护题库 数据类

数据专业题库 一、填空(20题) 1.ARP 协议用于发现设备的硬件地址。 https://www.360docs.net/doc/ef641084.html,N Switch 工作在ISO/OSI参考模型的____数据链路层 __。 3.多个VLAN需要穿过多个交换机,互连交换机端口需要Tagged(打标签);从这个角度来区分交换机的端口类型 分为Access 和 Trunk 。 4.在计算机中配置网关,类似于在路由器中配置默认路由。 5.传统以太网的最大传输包长MTU是 1518 6.TCP SYN Flood网络攻击是利用了TCP建立连接过程需要 3 次握手的特点而完成对目标进行攻击的。 7.IP报文中一部分字段专门用来描述报文的生命周期,即TTL值,它的最大值是 255 。 8.CHAP认证方式中,用户PC与BRAS之间密码是明文传送。 9.CHAP认证方式中,BRAS与Radius之间密码是密文传送。 10.Radius加密使用的是 MD5 算法。 11.常用的路由动态路由选择算法有距离矢量算法和链路状态算法。 12.OSPF协议以 IP报文报文来封装自己的协议报文,协议号是89。 13.OSPF路由协议中骨干区域是_AREA 0___ 。 14.城域网与骨干网间运行的路由协议_EBGP ___。 15.BGP直接承载于哪种协议之上___ TCP ____。 16.BGP使用端口号为 179 。 17.在BGP协议中,对环路的避免的方法有 AS-Path属性属性。 18.___静态路由 _路由协议必须要由网络管理员手动配置。 19.MPLS VPN网络主要由CE设备、 PE设备和P设备组成。 20.虚拟私有网从建立隧道的角度分为二层隧道VPN 和三层隧道VPN 二、判断(30题) 1.如果从网络一端某台PC设备无法ping通远端的另一台PC,则说明二者之间建立TCP连接的相应路由信息仍然没有 建立。(错误) 2.Telnet 程序是基于UDP的一种上层应用程序,它使用的端口号23。(错误) 3.远程telnet登录时,需要提前在交换机进行相关配置才能够正常登陆。( 正确 ) 4.不是环回地址。(错误)

掉话优化思路

1 网优类 1.1 掉话类 掉话排查总体思路流程图

1.1.1 CS掉话类问题处理流程 现网的掉话监测分成RNC级的掉话与小区级的掉话两个方面,若出现网元大 面积掉话,可能由RNC硬件故障引起。但还有一种情况是全网所有的RNC 掉话率都较高,此时可以考虑可能是由于CN的故障或是由其它系统原因造成, 比如系统升级。

造成RNC掉话升级的原因可以有以下几种: 1. 参数配置错误:这有两个方面参数配置存在问题,一是RNC中的全局参 数配置存在问题,另一方面是由CN中对RNC的参数配置存在问题。 2. RNC硬件故障问题:需要通过对RNC告警的检查以及对RNC日志的检 查来确定是否是由硬件故障引起。 小区级掉话率较高,造成小区掉话的原因较多,主要有以下几种: 1. 干扰造成的掉话:(同频干扰、相关性较强的扰码引起的干扰、导频污 染、上下行交叉时隙干扰、上下行导频间干扰、系统间干扰、其它无线 设置的干扰) 2. 切换造成的掉话:(硬件故障导致切换异常、同频同扰码小区越区覆盖 导致切换异常、越区孤岛切换问题、目标小区上行同步失败导致切换失 败、无线参数设置不合理导致切换不及时) 3. 基站硬件故障造成的掉话 4. 终端问题造成的掉话 5. 链路失衡造成的掉话 6. 参数配置错误造成的掉话 覆盖问题造成的掉话(覆盖空洞造成的掉话、越区覆盖造成的掉话、孤岛效应 导致的掉话、导频杂乱导致的掉话、阴影衰落导致的掉话) 1.1.1.1 RNC级问题处理思路 1. 确定问题小区的分布情况(比如是否集中在同一框的某一单板上)。 2. 出现RNC级掉话后,首先需确定该RNC级的掉话是由多个小区引起的, 还是由个别高掉话的小区所导致。如果是由个别小区引起的,应进行小 区级的掉话处理步骤,否则进入网元级的掉话处理过程。 3. 检查RNC的系统告警,检查是否存在相关硬件的告警信息,如果存在单 板的告警,则需要进行排除。 4. 检查RNC的系统日志,对其中不正常部分进行检查。 5. 检查CT数据中掉话部分的信令,分析其错误代码,常见的RNC级参数 设置错误引起的掉话主要有以下几种:

HONET接入网故障处理方法

HONET接入网故障处理方法 柳州电信分公司作者:莫桂红 华为HONET接入网设备在我局市话网上已运行三年多,在对设备的维护当中,遇到故障、处理故障的同时,我总结出两个原则:硬件类故障应尽快定位故障点,然后更换故障设备,而不需对某些细节过多纠缠,以尽快恢复通信为目的;软件类故障应认真细致,尽量不要忽略各个细节。下面我将对HONET接入网设备从用户系统、V5接口、V5中继系统、时钟系统等几方面讲一下故障的处理方法。 一、用户系统 例: 接入网用户/中继电路数收敛比过大,也可导致用户无法分配到B通道而造成呼损。我局接入网ONU设置在校园,通过ASL、DSL为学校提供话音、上网专线业务。在节假日或周末,用户反映电话提机无音或几次才有音,经观察跟踪,交换机回送大量的CFL,失败原因为交换设备拥塞,查询发现V5中继全忙。一般情况下,接入网用户/中继电路数的收敛比在20:1-5:1之间,象学校、大型厂矿这类业务量突发性特大的用户,收敛比最好设置在4:1。但是,由于某中原因,近3000放号用户只开了12条V5中继链路,且此V5中继链路带有大约2000容量的酒店用户,所以在节假日或周末出现拥塞现象,增加4条中继链路后,情况有好转,但治标不治本,现考滤把设在学校的ONU割到新开的16条V5中继链路上。以解决问题,提高接通率。 二、V5接口 例:S1240与华为HONET的对接V5中,在对HONET进行打补丁后,重起BAM,V5接口中断,无论怎样倒换重起,对交换机侧V5重起也不行,检查BAM上的数据没有发现什么异常,在检查V5接口前后台的数据时,发现不一至,接口变量在后台的数据为0(一般情况下都设为0),主机的数据为1,把此数据改为与主机一样,设定成功,V5接口OK 浅谈华为接入网设备维护 桂林电信实业有限公司作者:朱荣 故障现象: 奇峰镇、大学生公寓两ONU点用户反映下午6点左右,晚上9点至11点或节假日经常提机无拨号音,打入为忙音。平常时段使用正常。 故障分析处理: 两ONU点处在不同局向OLT下,设备配置均为RSP带用户框通过E1走SDH与OLT的DTE 直连。因设备大部分时段能够正常使用,初步排除硬件故障。传输2M测试无误码。软件方面经多次检查无误。统计申告故障用户发现奇峰镇用户大都集中在一个用户框内,而大学生公寓用户却分布在各个用户框。如此一来两个点的故障略有不同。进行话务量统计发现大学生公寓用户反映时段话务量特别高,已达到总配置V5链路的最大话路数,而奇峰镇虽也有话务高峰打未达到总配置V5链路的最大话路数。随后下点了解情况发现大学生公寓ONU点一千多线设备全部为学生公寓201卡电话用户。学生使用电话时段相对集中,而该点收敛比为1:4故造成忙时段话路壅塞无法正常通信。而奇峰镇ONU点情况与之类似,反映部分时段无法使用的用户集中在同一用户框,据了解该框大部分为部队201卡、IC卡用户。部队电话使用与学生公寓情况相同,得出结论该故障为V5链路配置不足收敛比配置不合理造成。 根据实际情况最后处理如下:

VoLTE高掉话小区处理流程

VOLTE高掉话处理流程 1. 基站告警-主要指小区存在明显的站点告警,主要影响业务告警,包含硬件、停电、断站,射频单元驻波,IPPATH,S1故障等告警; 2. 隐形故障-主要指对问题点进行后台排查后,未发现明显故障,需上站检查相关硬件,计为隐性故障; 3. 传输故障-主要指小区存在传输链路断链,误码率过高,传输数据配置异常等问题; 4. 参数问题-主要指小区存在参数设置不合理、设置错误,参数漏配等; 5. 覆盖问题-主要指小区存在弱覆盖、覆盖过远或覆盖不合理等因素; 6. 内部干扰-主要指小区存在时隙配比不一致(要求同频点站点时隙配比一致)、GPS失锁、模三干扰、超远干扰; 7. 外部干扰-主要指小区存在阻塞干扰、杂散干扰、互调干扰、及其他外部干扰; 8. 邻区问题-新开站点邻区关系不全,不合理或未加任何邻区,影响UE小区选择或重选至不合理小区,从而影响掉线率。 9. 拥塞问题-主要指小区存在明显的资源不足,用户过多导致。 10. 核心网问题-主要指核心网数据定义不全、定义错误或网元合理化调整、功能验证等,导致指标恶化,计为核心网问题; 11. 终端问题-主要指对问题点通过后台排查和现场测试,排除为所有可能无线侧因素,结

合相关信令,确认为个别用户终端问题; 12. 突发异常-主要指某项指标在1-2个时段突然出现恶化,然后自行恢复正常,再排查完各种可能性原因后,未发现任何异常,计为突发异常。 2、E-RAB 掉线率(QCI=1/2)-高掉话TOP 小区分析流程 2、E-RAB掉线率(QCI=1/2)-高掉话TOP小区分析流程 1.查询掉线类定时器设置是否正确;(T310、N311、N310、T311、T301) 2.如掉线率突增,查询操作日志,确认是否有修改,导致小区异常; 1. 检查小区时隙配比是否设置准确(DE:SA2\SSP7;F:SA2\SSP5); 2.如每PRB 上干扰噪声平均值>-110dBm,确认小区存在上行干扰,同时可通过后台跟踪,确认干扰类型 1.通过观察小区上下行丢包率是否正常,如丢包率偏高,基本断定小区存在质差; 2. 通过后台QCI=1/2误码率跟踪,如BLER>1%,确定小区存在高误码; 1.检查传输模式,是否为TM3,如长时间为TM2,确认设置正确的情况下,基本确定小区存在弱覆盖; 2.对比64QAM 和QPSK 占比,如后者比例远大于前者,可确定小区覆盖异常; 1.安排前场人员现场测试,同时后台通过信令跟踪,配合查找问题原因; 2.如果确认问题后,转发相关人员处理,做好跟踪工作,直至问题闭环; 1.确定目标小区运行情况,是否基站故障或异常告警; 2. 检查邻区间参数设置是否正确; 3.通过Mapinfo 检查小区邻区配置是否合理,进行邻区合理性优化; 4.检查基站是否周边站点缺少,如为孤站,可视为正常; 1.通过LST ALMAF 查询站点实时告警,参考历史告警; 2.通过DSP BRD 查询单板运行情况; 是否存在弱覆盖 E-RAB 掉线率(QCI=1/2)高 掉话TOP 小区 服务小区是否存在异常告警或传输闪断,周边300米站点是否存在断站及告 警SRB 达到最大重传次数导致的激活的语音业务E-RAB 异常释放次数 切换流程失败导致的激活的语音业务E-RAB 异常释放 eNodeB 发起的原因为无线层问题的UE Context 释放次数 上行弱覆盖导致的激活的语音业务E-RAB 异常释放通过提取两两小区切换,确定目标小区 参数是否设置合理 是否存在高干扰 是否存在高质差 现场测试及后台跟踪 UE Reply 超时导致的激活的语音业务E-RAB 异常释放

掉话类故障处理指导

掉话类故障处理指导 掉话分类定义 在华为Probe侧对于掉话(ERAB Abnormal Release)的定义:UE没有收到Deactivate Eps Bearer Context Request消息,但收到RRC Release或RRC Connection Reconfiguration消息,则表示ERAB异常释放。 标口信令 在eNodeB跟踪到的标准接口信令中,如果存在eNodeB发起的释放,即在S1接口上发往CN的S1AP_UE_CONTEXT_REL_REQ消息内携带的原因值不为“User-inactivity (20)”时,则判断为掉话。 掉话预检查方式 异常掉话通常都是由eNB发起的释放,通知MME释放上下文,因此只要查看S1口发送的S1AP_UE_CONTEXT_REL_REQ消息即可,如下图所示。 S1AP_UE_CONTEXT_REL_REQ 点击“标准接口消息类型”按消息类型进行排序,这样所有的S1AP_UE_CONTEXT_REL_REQ 都会排列在一起,如下图所示。 按消息类型排序 依次点击下一条,查看中的原因值,找出最后的原因为非02 80 的原因值。

找到异常掉话消息 根据对应的时间点,打开标准UU口的跟踪,找到对应时间点的RRC_CONN_REL消息,如下图所示。 找到对应的UU口消息 掉话率指标话统公式 在话统侧异常掉话指标的公式定义如下: Call Drop Rate = L.E-RAB.AbnormRel / (L.E-RAB.AbnormRel + L.E-RAB.NormRel) 等同于: Call Drop Rate = L.E-RAB.AbnormRel.QCI.N / (L.E-RAB.AbnormRel.QCI.N +

掉话处理案例总结完整版

掉话处理案例总结 Document serial number【NL89WT-NY98YT-NC8CB-NNUUT-NUT108】

路测掉话的原因分析及解决 1. 关于掉话的描述 在 GSM 系统中掉话从统计角度讲分为两大类:RF_LOSS 和 HO_LOSS 即射频掉话和切换掉话。考虑到2层信令的接续等问题,我们把掉话作如下描述。 1) 射频掉话 ●下行原因:Radio_link_timeout 计数器减至 0 ●上行原因:BSS 在 link_fail 的设定时间内未能接收到 UL SACCH 消息,使link_fail 计数器减至 0。BSS 下行功率停止发射 ●在 Layer 2 上: BSS/MS 每 T200 时间发送 N200+1 次 SABM/DISC 消息,但未从接收端收到回应 2) 切换掉话 ●MS 未能成功切换至目标小区, 但未能回到源小区 ●MS 发送 HO FAILURE 和 UL-SABM 消息给源小区,但未得到回应 2. 在路测时发现的掉话问题时,我们应从哪些方面进行考虑 在路测中,如果我们发现了掉话,我们应该如何入手建议根据不同的现象作出一些初步的判断,可以尽量减少不必要的周折,提高工作效率。归纳起来初步判断有以下几点: ●带内、外干扰 ●无可切换的小区(拥塞、无邻区)

●覆盖问题(overshooting/poor coverage) ●有线口的信道释放 ●基站硬件故障(时钟、CTU 低功、信道盘的收发功率不平) ●天线错误(下倾角、方位角等错误) ●由于切换失败造成的掉话 ●参数设置不当 ●其它特殊原因(手机问题、交换机参数设置问题) 3. 对掉话现象进行分析以及可能的原因 在这一节中我们对每种造成掉话的可能原因进行具体的研究。在每一种原因中,我们尽可能的举出实际例子来进行说明。 1) 频率干扰 干扰会导致误码率升高,通信质量下降,是造成掉话的一个重要的原因。干扰可以分为带内干扰和带外干扰,也可以叫做系统内部干扰和系统外部干扰。 带外干扰:随着科技的进步,空中的无线电波越来越多,有些系统如 TCS 系统与 GSM 系统工作在同一频段,如果频率设置不当,会造成严重的频率干扰。在发射设备的非线性单元由于载波与通过天线进入的干扰信号产生互调干扰,会引起通话质量下降,产生掉话。另外一种情况就是人为的加建 GSM 频段的直放站,对功率以及天线方向不进行控制,对系统会造成上下行的干扰。一般有这

接入网常见故障分析及处理

HONET?综合业务接入网工程现场培训手册目录 目录 第3章常见故障分析及处理...................................................................................................3-1 3.1系统故障分类及定位..........................................................................................................3-1 3.2 故障分析示例.....................................................................................................................3-1 3.2.1 ASL单板故障...........................................................................................................3-1 3.2.2 中继系统故障分析...................................................................................................3-2 3.2.3 配线架焊接不好,导致DTM板对告.........................................................................3-4

接入网解决方案(doc 5页)

接入网解决方案(doc 5页)

中心局 引入线 ? 接入网 ? 中心交换机D D F O L T O N U 分线箱接入网解决方案 摘 要 本文在对接入网不同发展阶段的网 络结构、接入方式及相关业务进行 分析;对采用宽带、窄带综合接入方式和传统 叠加接入网方式进行比较的基础 上,提出今后接入网建设的发展思路。 关键词 接入网 宽带 窄带 综合接入 1 接入网发展历程 第一阶段:提出接入网的概念 接入网是近几年提出的新概念(以前称之 为“用户网”),在这个 概念提出之前,接入网 就已经存在,其表现形 式就是电信网中的本 地交换端局与用户电 话之间的双绞铜线,主要是传输音频信号和低速数字信号。传统的 “接入网”与交换网和传输网一起构成了通信网的整体(参见图1)。 图1 接入网第一阶段

V 5 POTS PSTN Z 2B+D 30B+D ISDN 2B+D 30B+D DDN V .24/V .25 V .24/V .35O L T O N U 接入网 自国际电联标准部(ITU ―T)根据电信网的演变趋势,提出了接入网(AN)的概念之后,接入网即从本地网中脱离出来,成为一重要的通信网络组成部分。随着电信网络的演变,接入网络在整个电信网中的地位越来越突出,整个通信网络从传统的干线网/本地网组成的体系演变为核心网/接入网组成的网络体系。 我国光纤接入网历经五年大规模 发展,目前容量已达4000万线,在网络优 化、综合业务开展、用户普遍接入等方面为电信网络的发展注入了蓬勃生机,为运营商 带来了可观的效益。97 年以来光纤接入网的 建设给电信运营商带 来的好处: 大部分的C3本地网 按照大容量少局所的 目标得到网络优化; 推动了光纤化建设, 为接入网络 宽带化奠定了基础; 通过V5.2接口的引 进,引入了竞争,打破 了国外设备的垄断,大 大降低了设备建网成 本; 光纤接入网的快速 建设,提高了交换设备 的实装率和接通率。

LTE网络用户投诉处理流程及处理思路V1

LTE网络用户投诉处理流程及处理思路 随着LTE商用不断发展,日常各项网络问题不断凸显、基站扩容、网络割接、工程调整等都会带来一些网络问题,用户规模增加、城市区域环境变化等因素给无线网络都带来了一定的影响,用户投诉已经成为深入发掘网络问题的手段之一,解决好用户投诉也是提高移动服务品牌的重要途径之一。 (1)投诉处理流程 一直以来,网络投诉是反映客户感知和网络健康情况的重要途径,对投诉的分析总结,可以为网络优化方向提供重要参考。 投诉处理的流程如下: (2)常见投诉类型 一般情况,我们接到投诉后首先根据其现象进行归类。大致可

分为以下几类: ?用户终端问题 ?信号差 ?信号不稳定 ?网络问题 ?其他问题 用户投诉可能单独关注某一问题,而现场投诉中往往涉及多个方面,因此需要各项方面综合考虑。一般来说,要明确用户反映问题的现象、地点、涉及用户数量、时间等要素,这样更有助于我们判断问题的根源。 按照用户投诉现象的不同,我们可以将投诉分为以下几大类: 2.1终端设备问题 LTE终端设备主要有CPE、数据卡、MiFi,LTE手机等,目前主要推广以CPE、MiFi等为终端的上网业务套餐。 以华为CPE为例,设备型号:B593s-58b,只支持F、E频段,B593s-82,只支持D、E频段,B593s-58a,只支持F、D频段。 ?问题原因

1)终端设备硬件损坏,如电源模块烧坏; 2)SIM卡问题,如卡坏、SIM卡流量超支、SIM 卡鉴权加密机制等; 3)终端设备不支持网络频段,如现网室外宏站F频段建设网络,室分系统E频段,D频段补盲,只有相支持应频段的终端设备才能接入网络; ?问题对策 1)终端设备硬件坏,建议更换、送相关网点维修; 2)SIM问题,建议换卡、开通流量更大的套餐; 3)修改终端设备支持的网络频段,如还不行,建议更换支持网络的终端设备; 2.2覆盖类问题 覆盖类问题主要包括无覆盖、覆盖区过大和覆盖区过小。 ?问题原因 1)LTE网络未规划; 2)硬件(参数)故障,如CRS功率发射功率低等; 3)天馈驻波比过大; 4)天线方位角、下倾角不合理; 5)建筑物或地形阻挡; 6)天线高度与基站距离问题;

相关文档
最新文档