话统华为解释

合集下载

华为RSSI异常

RSSI异常分析步骤：
如果RSSI值过小，或长时间恒定为某一个值，则需检查尝试次数，各种KPI等，如果KPI正常，则可能是TRM的统计模块故障，可更换载频解决；否则，进行反向通道检查，以定位问题所在。
如果RSSI值过大或主分集差值过大，可参考图4.1和4.2进行排查解决。
图4.2
分析RSSI异常问题较为复杂，需结合历史操作、话务、告警灯信息与RSSI异常在时间上相关性进行排查，根据上图的分析思路，大致确定RSSI异常的原因，从而定为并解决RSSI异常问题。
2．用YBT250结合定向天线对异常扇区进行干扰测试，测试中出现如下频谱：
河源电信使用的频点位于47号频点，发现在带内偶尔出现带宽为0.2M左右中心频点为52左右的窄带干扰、在7号频点和102左右也出现类似的窄带信号（由于不在我们带内，中间有550K间隔，CDMA和窄带系统的guard band一般要求为270KHZ，不会对我们信号由较大影响），结合近端RSSI，两种测试现象吻合，可确定此窄带干扰（52号频点）为干扰基站信号。从干扰波形看可能是对讲机等模拟系统导致。
1.天馈接头松动导致反向RSSI异常
现象：
某局某某基站，主分集RSSI值相差大约10个dB.
分析：
RSSI检测分为主集RSSI及分集RSSI检测，对于一般正负45度的双极化天线来说，RSSI的主分集差异一般小于3dB，如果主分集平均水平超过6dB,说明主集和分集接收不平衡，三方面问题导致主分集接收RSSI差异性能比较大：
3.连线错误：
分集连接出错，即扇区间分集交错连接，可以利用主集RSSI和分集RSSI走势相同进行判断。
4.外部干扰导致RSSI异常：
主、分集RSSI同时偏高或单集升高（大于-93dBm）.

华为PCU、Cell拥塞率解释详述

PCU 级网络拥塞率分析网络拥塞率的原意是指由于网络拥塞造成手机不能接入网络的比率。

在GPRS 系统中因手机接入流程不同，所以拥塞率的概念与GSM 语音系统也有所区别。

拥塞率主要是指立即指配成功率，受到数据配置、网络容量、信道质量、电路业务繁忙程度和分组业务繁忙程度等多方面因素的复杂影响。

华为LTE指标监控后台必读

华为LTE指标监控指导书一、指标监控内容和KPI指标定义1.主要监控内容话统KPI主要包括以下几大类：接入性指标、保持性指标、移动性指标、业务量指标、产品运行类指标、系统可用性指标和网络资源利用率指标。

通过上述重点话统KPI指标的监测，可以到达：识别突发问题、风险提前预警、话统KPI的稳定与提升，目前TD-LTE系统需要重点关注的话统KPI指标如下表：2.KPI指标公式定义请参考附件中OMC920对应指标定义：二、数据提取方法1.OMC自定义指标以eNB间切换成功率为例：1、查看工具栏，点击自定义指标管理，选择功能子集模块eNODEB,选择测量族和测量组〔指标所在的测量族请参考文档"中国移动集团要求上报TDD LTE网络指标"〕，如图1：图12、右击系统内切换出测量，选择添加后出现以下图窗口，输入指标名称〔注意单位的选择〕，填写公式后，点击应用图23、在自定义指标管理界面找到定义的指标，右击，选择测量设置，如图3图34、在弹出的窗口，如图4，勾选新对象自动测量，点击应用，完毕。

图42.KPI指标提取1、点击结果查询，选择新查询，选择对象，如需选取局部站点〔点击第一个对象后，按住"Shift〞键，再点击最后一个站点，可将这些对象全选〕，如图5图52、选取需要查询的指标和对应的周期类型，如图6，按需要选择日期*围和时间方式，如图7图6图73、指标查询结果如图8图83.告警提取常见告警分类表主要告警分析和常见的处理手段。

下面以"网元链路中断〞为例说明如何查看和处理常见告警，其他告警类可查看附件内容。

〔附件：〕例如：【网元中断】●告警解释：网元与OMC网管之间的中断，一般来讲，为断电或传输问题●对系统的影响对该网元无法控制●告警处理序号处理方法"是〞"否〞1 检查同一环路下基站是否全部中断(基站侧检查光路和电源是否OK.)2 32 通知传输中心处理 4 33 通知机房巡检处理故障(基站侧更换传输光模块/光纤)44 完毕三、坏小区〔TOP小区〕查找和分析处理每小时对上一个小时的全网整体指标进展提取，如果指标变化波动较大，需提取小区级别指标进展查看，将小区级的掉话率指标和掉话绝对次数按从高到低的顺序进展排序, 确认是全网的整体问题还是TOP 小区引起的指标波动，假设剔除TOP小区后，指标恢复正常，则是TOP小区问题，优先分析掉话绝对次数多且掉话率高的Top小区；否则是全网性问题，以下是关于TOP小区筛选的方法和主要KPI处理方法流程：1.接入性TOP分析处理1.1指标定义指标分类数据来源具体的KPI指标指标定义接入性指标OMC920RRC连接建立成功率RRC连接建立完成次数/RRC连接请求次数〔不包括重发〕ERAB建立成功率E-RAB建立成功总次数/E-RAB建立尝试总次数无线接通率RRC连接建立成功率*E-RAB建立成功率1.2指标分析及统计点介绍RRC连接建立成功率图1中【A点】〔1〕指标加1，不统计重发的次数。

无线网络话统及Counter数据分析与应用-20140813

WCDMA无线网络话统及Counter数据分析与应用联通网络技术研究院网优与网管技术研究部 2014年8月11日中国联通版权所有，未经授权不得使用与传播中国联通版权所有，未经授权不得使用与传播交流目标通过本专题的交流，希望能够进一步：•理解话统与Counter的基本原理了解话统与Counter的主要用途了解基于话统分析网络的思路和方法了解WCDMA无线Counter解析工具及操作使用•••2交流内容话统与Counter原理话统的主要内容和分类分析方法及评估案例 Counter解析工具3Counter机理什么是Counter？Counter：系统内部的相关计数器。

任何一个通信网络的性能都应能被监控和测量，并向用户提供一个可量化的服务指标体系，WCDMA网络就是通过一些由各网元收集的统计数据来监控和测量网络性能的。

•无线侧Counter部分产生于NodeB （物理层、MAC层数据），部分在 RNC（RLC层、RRC层、核心侧相关） •每项Counter由RNS中的软件进行收集和上传的．这项工作由性能管理（PM）应用程序完成，它把在软件中需要的关于设备性能的统计数据收集起来并传输给设备网管（EMS）Counter是通信系统用于对设备的运行状况、信令、用户和系统资源的使用情况进行统计和观察基本手段。

4Counter采集机制基础Counter一般可分为资源类、接口类和呼叫处理类，其中呼叫处理类都是与信令处理流程相关的。

Counter采集类型：CC （Cumulative Counter，累计计数器）：记录一个事件发生的次数。

GAUGE （dynamic variable，动态变量测量）：测量表示的是可以双向改变（即可增加或减少）的动态变量。

DER （Discrete Event Registration，离散事件注册）：是与被测量属性相关的一组事件的一种测量方式。

2.20 VoLTE话统指标公式算法

小区
(L.HHO.IntereNB.IntraFreq.ExecSuccOut.VoIP[1526 729538]+L.HHO.IntereNB.InterFreq.ExecSuccOut.Vo IP[1526729539]L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src.VOIP[152 6737698]L.HHO.IntereNB.InterFreq.Succ.ReEst2Src.VOIP[152 6737699]+L.HHO.IntraeNB.IntraFreq.ExecSuccOut.V oIP[1526729532]+L.HHO.IntraeNB.InterFreq.ExecSu ccOut.VoIP[1526729533]L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src.VoIP[152 6737696]L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src.VoIP[152 6737697])/(L.HHO.IntereNB.IntraFreq.PrepAttOut.Vo IP[1526729535]+L.HHO.IntereNB.InterFreq.PrepAtt Out.VoIP[1526729536]+L.HHO.IntraeNB.IntraFreq.E xecAttOut.VoIP[1526729529]+L.HHO.IntraeNB.Inter Freq.ExecAttOut.VoIP[1526729530])*100% A L.IRATHO.E2G.ExecSuccOut[1526726994]/L.IRAT HO.E2G.PrepAttOut[1526726992]*100% L.IRATHO.E2G.TimeAvg[1526729433] L.Thrp.bits.UL.QCI.1[1526726776]/1000/ （ L.ChMeas.PRB.UL.DrbUsed.Avg.VoIP[1526730883] *L.Thrp.Time.UL.QCI.1[1526726777]） L.Thrp.bits.UL.QCI.1[1526726803]/1000/ （ L.ChMeas.PRB.DL.DrbUsed.Avg.VoIP.Equivalent[15 26737870]*Thrp.Time.DL.QCI.1[1526726804] L.ChMeas.PRB.UL.DrbUsed.Avg.VoIP[1526730883] *L.Thrp.Time.UL.QCI.1[1526726777] /L.Cell.UL.PUSCH.Tti.Num[1526730559] L.ChMeas.PRB.DL.DrbUsed.Avg.VoIP.Equivalent[15 26737870]*Thrp.Time.DL.QCI.1[1526726804]/(L.Cel l.DL.PDSCH.Tti.Num[1526730558]

话统counter解释

CLSDCCH表
CCALLS：SDCCH尝试次数
CCONGS：SDCCH拥塞次数
CTCONGS：SDCCH拥塞时间
CTRALACC：SDCCH累计占用次数
CNSCAN：SDCCH占用扫描次数
CNDROP：SDCCH掉话次数
CNUCHCNT：SDCCH定义数
CAVAACC：SDCCH累计可用次数
下行重传率：下行重传率＝RETRANSDL/RBCDL
上行重传率：上行重传率＝RETRANSUL/（RBCUL+RETRANSUL）
RLC层总流量：RLC层总流量＝RBCDL+RBCUL+RETRANSUL
BSCGPRS表
DISCUL：上行帧丢失数
DISCDL：下行帧丢失数
PAGCSBSC：
PAGCSCONG：
PAGPSBSC：
ALLPDCHPCUFAIL：PCU 拥塞次数
PCU 拥塞率：PCU 拥塞率= PCU 拥塞次数/PCHALLATT
NECELASS表
HOASBCL：better cell的外部切换次数
HOASWCL：worse cell的外部切换次数
HOSUCBCL：better cell的外部切换成功次数
RBCUL：上行流量
RBCDL：下行流量
RETRANSUL：上行重传数
RETRANSDL：下行重传数
PAGCSBVCI：
PPAGCSBVCI：
ALLPDCHACTACC：累计激活的PDCH数
ALLPDCHPEAK：PDCH峰值
PREEMPTPDCH：TCH争夺PDCH次数
平均分配PDCH数：平均分配PDCH数=ALLPDCHACC/ALLPDCHSCAN

华为硬件故障告警解释及处理

第一节 DBUS告警 (2)一2170 DBUS告警 (2)二3108 DBUS告警 (3)三3628 DBUS告警 (4)四4158 DBUS告警 (5)第二节 DBUS时钟告警 (7)一2132 DBUS时钟告警 (7)二4120 DBUS时钟告警 (8)第三节无线链路提示告警 (10)一2134 无线链路提示告警 (10)二3072 无线链路提示告警 (12)三4122 无线链路提示告警 (14)第四节时钟参考源异常 (16)一2208 时钟参考源异常 (16)二3146 时钟参考源异常 (17)三3666 时钟参考源异常 (18)四4708 时钟参考源异常 (20)第五节 13M时钟校准维护告警 (22)一2260 13M时钟校准维护告警 (22)二3718 13M时钟校准维护告警 (23)三4760 13M时钟校准维护告警 (24)第六节反向功率告警 (25)一3614 反向功率告警 (25)第一节 DBUS告警一2170 DBUS告警告警解释当机架内部的数据总线出现问题时，上报该告警。

对系统的影响告警发生时，部分或者全部TRX的业务彻底中断。

系统自处理过程无可能原因·E1传输线故障；·机架内部数据总线故障;·TMU板故障.处理步骤1.查看其他相关告警查看LMT是否同时上报2214 E1本地告警的处理方法处理，观察告警是否恢复。

Y=>告警恢复,告警处理结束.N=>告警未恢复,转步骤2.若没有上报上述告警, 转步骤2.2.检查E1线是否单端接地检查TMU的拨码开关是否正确，如果有错，修改拨码开关状态，保证E1线单端接地，观察告警是否恢复。

Y=>已恢复，处理结束；N=>告警未恢复，转步骤3.如果TMU拨码开关正确，转步骤3.3.更换TMU更换TMU，观察是否恢复。

Y=>已恢复，处理结束；N=>告警未恢复，故障原因可能为机架整套配线故障，联系华为技术中心。

CQI问题分析详解

LTE FDD CQI问题分析详解1 原理介绍1.1 基本概念CQI，信道质量指示（Channel Quality Indication）；主要用来衡量小区下行信道的质量，有UE进行测量并上报。

UE根据高层指示对相应导频信号进行测量，然后上报CQI报告，网络侧根据UE上报的CQI测量报告并结合当前网络资源情况，决定是否需要对UE的调制方式、资源分配、MIMO的相关配置进行调整。

1.2 CQI类型CQI上报模式：周期CQI上报和非周期CQI上报。

•周期CQI如果是固定CQI周期，则CQI周期采用固定值，默认为40ms。

如果打开CQI自适应或自适应优化，则CQI 周期有5ms，20ms，40ms。

•非周期CQI非周期CQI的上报需要eNB主动触发。

进入频选的用户会触发非周期CQI上报，周期为2ms。

CQI上报密集度分类：宽带CQI和子带CQI。

•宽带CQIUE在所有需要CQI测量的子带（PRB组）内统一测量并上报一个CQI值。

•子带CQIUE对eNB配置的各CQI测量子带进行CQI测量后，只将其中M个CQI最好的子带位置上报给eNB。

华为话统没有子带CQI相关统计。

CQI传输信道：PUSCH传输和PUCCH传输。

对于没有PUSCH分配的子帧，周期CQI/PMI/RI上报在PUCCH上发送；对于有PUSCH分配的子帧，周期上报以随路信令的方式在PUSCH上发送。

如果周期上报和非周期上报将在同一个子帧发生，那么UE 在该子帧只能发送非周期上报。

协议规定，CQI有如下几种格式：1.3 CQI上报机制在（PA,PB）一定的情况下，终端上报的CQI是根据测量到的SINR来上报（子带或宽带），如下图所示：具体SINR和CQI的对应关系如下表所示：通过以上可知，CQI是由终端基于下行信道的SINR测量上报的，它的高低取决于SINR，即说明CQI 与网络覆盖直接相关。

2 华为指标统计2.1 CQI性能指标统计分类与CQI相关的性能指标统计包括：●小区全带宽CQI的上报次数●小区单码字全带周期CQI的上报次数●小区单码字全带非周期CQI的上报次数●小区双码字全带码字0周期CQI的上报次数●小区双码字全带码字0非周期CQI的上报次数●小区双码字全带码字1周期CQI的上报次数●小区双码字全带码字1非周期CQI的上报次数2.2 华为CQI各种统计方式差异分析2.2.1单码字（RANK1）与双码字（RANK2）CQI差异分析均值差异：一般情况下RANK2的CQI均值要高RANK1。

第五次华为认证面试试题汇总

第五次华为认证面试试题汇总1.以下系统消息中哪些是每16个帧发送一次的（）asib2bsib3csib5dsib11查询小区系统消息映射本地小区标识=1系统消息sib映射si算法开关=是sib2周期=16个无线帧sib3周期=16个无线帧sib4周期=32个无线帧sib5周期=32个无线帧sib6周期=64个无线帧sib7周期=64个无线帧sib8周期=64个无线帧sib10周期=16个无线帧sib11周期=32个无线帧etws的pn消息持续时间(秒)=6etws重复sn消息处置策略=弃置etws重复pn消息处置策略=弃置2.随机互连流程基于竞争的随机接入过程：第一步：在下行rach上传送随机互连的探针。

第二步：上传送随机互连命令。

第三步上传送随机互连命令。

第四步：上传送随机互连积极响应基于非竞争的随机互连过程第一步：在下行的专用信令中分配随机接入的preamble。

第二步：在上行rach上发送随机接入的preamble。

第三步：在dl_sch信道上接收随机接入响应消息3.转换信令流程（enodeb内转换）1)enodeb向ue下发测量控制，通过rrcconnectionreconfigration消息对ue的测量类型进行配置；enodeb根据测量报告展开裁决，裁决该ue将出现enodeb内转换，在新小区内展开资源市场准入，资源市场准入顺利后为该ue提出申请代莱空口资源；5)资源申请成功后enodeb向ue发送rrcconnectionreconfigration消息，指示ue发起切换动作；7)enodeb接到轻布局顺利完成消息后，释放出来该ue在源小区挤占的资源。

4.最大吞吐量的计算td-lte峰值速率由以下几个因素影响：ue级别:最大rb数、64qam支持度；最大支持100rb带宽、时隙配比，特殊子帧配比，如20m带宽，3：1时隙配置，3：9：2特殊时隙配比天线数：mimo技术，多发送，多接收控制信道配置：控制信道资源占比情况表明：算是速率时只要考量时隙韧度就可以，其他量几乎维持不变。

华为指标监控说明(M2000)

一、提取话统
1.登陆（输入用户名和密码）
用户名：yzcjwh（
密码：Yz111111
2.点击性能-结果测量（提取指标）
3.提起结果查询->yzcjwh的底层网指标监控模板1/2/3，按照6忙时取出报表
4.设置时间和对象---点击查询----点击保存
二、整理话统数据，计算KPI指标
1.提取的原始话统数据
2.对三张报表第一列时间进行分列，把小时分列出单独的一列后，再粘贴进日报工具中的
sheet1/2/3
3.日报工具中的基站列表，请根据地市站点开通情况检查是否需要添加，并保证格式一致
性；
4.检查日期，全网、基站和小区级报表里面的日期需要手动更新，格式要和sheet1/2/3
中的保持一致
5.运行CC_ 指标和cc这个宏应该就OK了
6.将处理的指标复制到扬州KPI指标内，附件为每日指标发送模板。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

通话质量
( TSQIGOOD + TSQIACCPT * 0.5 ) / ( TSQIGOOD + TSQIACCPT + TSQIBAD )
TSQIGOOD：The counter is incremented when a measurement result indicates good speech quality for a cell.
弱信号掉话次 TFDISSB掉话次数 THDISTA+TFDISTA
拥塞次数
TFCONGSAS + TFCONGSHO + THCONGSAS + THCONGSHO
见拥塞率
信令接通率
100%* CMSESTAB/CCALLS
信令拥塞率
100%* CCONGS/CCALLS
切出成功率
100 * ( SUMOHOSUCC + SUMEOHSUCC ) / ( SUMOHOATT + SUMEOHATT ) 100 * ( SUMIHOSUCC + SUMEIHSUCC ) / ( SUMIHOATT + SUMEIHATT ) SUMOHOATT + SUMEOHATT SUMIHOATT + SUMEIHATT SUMOHOSUCC + SUMEOHSUCC SUMIHOSUCC + SUMEIHSUCC RAOTHER：Number of random accesses, All other cases The counter is incremented for cause value (000x xxxx) "locating updating" if new establishment cause indicator (NECI) is not set to one or cause value (0000 xxxx) "locating updating" if new establishment cause indicator is set to one. CMSESTAB：Number of successful MS channel establishments
切入成功率
切出次数切入次数切出成功数切入成功数
LU次数
RAOTHER
The counter is incremented per cell when a signalling link between the MS and MSC is established, that is an Signalling Connection Control Part (SCCP) CONNECTION CONFIRMED message is received from the MSC. CCALLS：Call attempt counter 100 - ( CMSESTAB / CCALLS The counter is stepped every time an allocation attempt is SDCCH异常率 * 100 - CCONGS / CCALLS * made for an SDCCH. 100 ) CCONGS：Congestion counter The counter is stepped every time an allocation attempt fails due to no idle SDCCH. If the cell is structured in a subcells, a failed allocation attempts only in the underlaid subcell increments this counter. 上行质差掉话 TFDISQAUL+THDISQAUL 次数 TFDISQAUL：Number of dropped connections due to a bad signal quality, uplink The counter is incremented if the urgency condition is bad signal quality, uplink.
接通率
100 * ( TFMSESTB + THMSESTB ) / ( TFCALLS + THCALLS )
TFMSESTB：Number of successful MS channel establishments The MS is regarded to have established a connection on the TCH when an ASSIGNMENT COMPLETE, HANDOVER PERFORMED or in target BSC, HANDOVER COMPLETE is sent to the Mobile Services Switching Centre (MSC). The counter is also stepped when an SCCP CONNECTION CONFIRM is received from the MSC.
信道完好率
100 * TAVAACC / ( TAVASCAN * TNUCHCNT )
TAVAACC：Available BPCs for traffic channels accumulator The counter is periodically incremented with the current number of available BPCs for traffic channels. The number of available BPCs is incremented with 1 when a BPC becomes deblocked, and decremented with 1 when a BPC becomes deblocked. The period is 10 seconds. TAVASCAN：Number of accumulations of available BPCs for traffic channels The counter is incremented with 1, every time the available BPCs for traffic channels accumulator is incremented. TNUCHCNT：Number of defined channels.The counter is set by command. The number is 8 multiplied by the number of absolute RF channels in the cell, minus one per BCCH and SDCCH/8 defined for the cell. of Successful internal Handovers (Outgoing of Successful external Handovers (Outgoing of Successful internal Handovers (Incoming of Successful external Handovers (Incoming
切换丢失率
100 * ( SUMOHOLOST + SUMEOHLOST + SUMIHOLOST + T_DR_HO：Lost Handovers of Total Number of Dropped TCH SUMEIHLOST) / ( SUMOHOATT Connections + SUMEOHATT + SUMIHOATT + (SUMEHOLOST+SUMOHOLOST)/TxNDROP SUMEIHATT)
下行质差掉话 TFDISQADL+THDISQADL 次数 TFDISSBL：Number of dropped connections, low signal strength, bidirectional link The counter is incremented if the urgency condition is low signal strength for bidirectional link. THDISTA：Number of dropped connections due to a excessive TA The counter is incremented when an ERROR INDICATION message, that leads to disconnection, is received and the cause code is "Excessive TA".
指标
掉话率
爱立信公式
100 * ( TFNDROPSUB + TFNDROP + THNDROPSUB + THNDROP ) / TASSALL
关健Counter的爱立信文档解释
拥塞率
TASSALL：Number of assignment attempts to a TCH. The counter is increased each time an assignment attempt to a TCH is done. TFCONGSAS：Number of congestions at assignment The counter is incremented when an allocation attempt of a channel for assignment or immediate assignment fails due to no idle channels are available. 100 * ( TFCONGSAS + TFCONGSHO：Number of congestions at handover TFCONGSHO + THCONGSAS + The counter is incremented when an allocation attempt of a THCONGSHO ) / ( TFCALLS + channel for handover fails due to no idle channels are THCALLS ) available. THCALLS：Call attempt counter The counter is stepped every time an allocation attempt is made for a TCH/H.