TEMSVisulization介绍.doc

TEMS Visualization 目录1.工具名称22.工具类型23.工具用途24.工具优点25.应用场景36.实际应用案例57.结束语461. 工具名称TEMS Visualization2. 工具类型 网优工具软件类3. 工具用途 Ericsson OSS数据分析工具 TEMS Visualization在日常网络的运行和维护中有非常重要的作用，它是兼容路测工具和网管Counter之间一种工具。既具有网管工具的统计功能，还具有类似路测工具的详细的信息。 TEMS Visualization它还能严密地监控来自海量流量的详细信息，这种强大的功能使网络优化工作更得心应手。 从GPEH的相关性能上看，对大量的数据处理和结合地图分析，没有一个专门的工具分析GPEH是不太现实的。TEMS Visualization采用数据库对GPEH消息进行分析，可从全网的角度逐一解析每个呼叫，将GPEH里的事件、信令以图形、表格等方式展示给分析人员，同时TEMS Visualization有内部事件判断算法，如导频污染等，便于分析问题。 可分析以前一些手段不能捕获的信息，如手机问题 快速、有效、直观地发现和解决网络中的问题 TEMS Visualization在优化中的作用：是搭建不同优化工具之间的桥梁4. 工具优点TEMS Visualization是兼容路测工具和网管Counter之间一种工具。既具有网管工具的统计功能，还具有类似路测工具的详细的信息。TEMS Visualization 可以查看全部用户，同时也可追踪分析引起问题的真实呼叫或者事件。 可从全网的角度逐一解析每个呼叫 可分析以前一些手段不能捕获的信息，如手机问题 快速、有效、直观地发现和解决网络中的问题5. 应用场景 基本分析优化 网络呼叫事件分析 详细、地理化分析网络中的任一呼叫 强大的查询功能，帮助查找任一目标呼叫（乒乓切换、切换后掉话、特定顺序） 故障设备分析 非空口的掉话统计 每个TX/RX无线性能统计 网络质量性能指标分析 各种无线参数的scatter分布图 ，直方图等 可分析查看任意两事件、消息或者事件原因之间的时延 小区性能报告, 数据库总结报告等 Top 10各项参数列表报告，如（最差10小区、最差10 用户（IMSI）、电话最多10用户等 IRAT分析 终端性能分析(基于IMSI 和IMEI TAC) 资源利用率分析 基站和小区负荷的分析 下行功率/上行干扰等 自动化网络诊断许多导致性能下降的根源都是基本问题。拥塞会使流量进入非最佳小区；安装问题会造成馈线接反或小区覆盖过大；实际覆盖范围会与预测结果不符；设备会出现故障。容量诊断和射频诊断功能可以突出显示存在这些基本问题的小区，并尝试找到问题的根源。 容量诊断有助于快速确定存在资源问题的小区。 用户可以计算出许多重要资源类型的峰值使用情况统计数据，然后利用高清图表显示的各种资源（例如信道元、功率和活动 HS 用户）使用情况，详细调查存在问题的小区。 射频诊断可以自动突出显示网络中出现射频问题的小区。通过分析测量报告，用户可以确定出现问题的小区，这些问题包括过覆盖、强DL 干扰、强UL 干扰或 UL/DL 失衡。然后，通过更加深入的分析确定这些问题的潜在根源，例如遗漏的 IRAT/IFHO 切换、UL 路径损耗、小区覆盖过大或导频污染。这项操作需要利用爱立信 OSS-RC 中的 MRR-W 功能完成。 优化决策支持 频率内邻区优化有助于轻松检验邻区规划，查找 WCDMA 网络中的遗漏邻区和未得到利用的现有邻区。在 WCDMA 中，精确的邻区规划是提高网络性能的关键。实际用户报告的遗漏邻区统计数据、现有邻区使用情况以及导频污染统计数据都可以显示出来。在 TEMS Visualization 7.1 企业版中，新的 per-IMSI 统计允许将遗漏邻区视作 UE 或网络问题。用户可以将这些信息链接到地图视图，以便简化分析。此外，用户也可以更改这些信息，然后将这些信息保存到 BulkCM 格式文件，以便导入至 OSS-RC。 覆盖区域优化有助于快速确定覆盖过大的小区，调整下倾角度。用户可以计算出各个小区的过覆盖距离。在处理过程中，用户可以根据过覆盖呼叫数量以及劣质呼叫数量计算统计数据。此外，用户可以在图表和地图上详细调查在各个距离频带中建立的呼叫以及这些呼叫的质量。虚线连接的是已定义的相邻小区，实线连接的是潜在漏定的相邻小区 详细调查 异常分析总结了针对指定范围记录的 GPEH 消息以及生成的所有 TEMS Visualization 事件。对于指定的 GPEH 消息，用户可以进行更加深入的分析，计算出不同 RAB 类型的发生次数以及不同的原因值。这是确定网络问题根源的强有力的方法。然后，用户可以将包含指定事件的呼叫发送到呼叫分析。 呼叫分析允许用户深入分析各个呼叫级别。用户可以将任何功能中突出显示出来的呼叫发送到呼叫分析，进行详细检查；可以看到信令消息序列，详细调查阻塞和掉话等问题的根源；可以根据每个呼叫的无线测量，查看各条消息的详细内容，检索距离和质量信息；此外，用户也可以分析大量的呼叫，确定呼叫模式。这是一项极为强大的功能，可以快速确定小区中的所有掉话是否都由同一个用户生成或者在同一个 RAB 类型上生成。6. 实际应用案例 邻区优化 覆盖 导频污染分析 网络质量 性能指标分析 各种无线参数的scatter分布图 消息测量时延直方图 预定义报告: 小区性能报告, 数据库总结报告等 可输出为Excel、PDF、JPG等各种需要的报告格式 Top 10各项参数列表报告，如（最差10小区、最差10 用户（IMSI）、电话最多10用户等等 不同的查看模式下，均可输出为文本或者其他格式 IRAT分析 终端性能分析(基于IMSI 和IMEI TAC) 资源利用率分析 基站和小区负荷的分析 下行功率 上行干扰等导频污染 查找最受污染的小区 检测哪个小区受到了导频污染 详细分析可能的导频污染小区 地理化显示污染源信息同时在列表视图中显示，便于问题分析 可以输出到Excel Polluted CellPolluter CellPolluter CellPolluter Cell呼叫事件分析器 分析网络中的所有呼叫 掉话分析 软切换问题分析 呼叫流程分析 干扰分析 RAB 分析 可详细分析手机与核心网之间的信令 解析NAS消息及协议类型IRAT分析 (1) 分析IRAT的每个测量开始（CPM的开始时间、开始小区、结束时间、结束小区、启始的RAB、结束RAB）、结束（成功、掉话、return、HO/CC） 可显示数据库、某指定小区、IMSI或者指定呼叫的IRAT分析 分析结果可支持输出到Excel或者输出为图片IRAT分析 (2)终端分析 查找、定位和分析问题用户 可对每IMSI进行统计 查找、定位和分析问题手机 可逐一对IMEI TAC进行统计 IMEI 信息来自NAS 信息解码 可对选定的IMSI/IMEI TAC 列出所有的呼叫或者查看表格分布资源利用率监测 (1)CE使用率监测：小区功率监测：系统资源利用率监测性能分析 (1)无线参数的测量评估图 按不同RAB分析性能分析 (2) 可分析周期性的测量数据 周期性的测量可通过OSS中的RES激活 可在测量数据库中采集到UeTXPwr、RSCP和Ec/No 图形的某些形状暗示着网络的某方面的问题性能分析 (3) 直方图查看时间计算 可分析查看任意两事件、消息或者事件原因之间的时延 用户在CPM下的时长 呼叫建立的时长等 纵轴可基于结束的RAB类型（PS Int. URA-PCH; CS Speech 12.2; PS Int. 64/64）或者呼叫结束类型(dropped; Call End) 分析结果可直接输出到Excel或者图片 可直接关联分析所处在所限定查询条件下的任一呼叫方便的问题查找功能可设定各种复杂的查询条件，查找网络中的各种问题小区性能报告 可直接对关注小区做性能统计报告 切换统计 导频污染统计 邻区分析统计 报告可输出为多种格式 Crystal report Portable document format Microsoft Excel Microsoft Word Rich Text Format数据统计报告 可对TV解析的整个数据库做一个性能统计报告 报告格式可为PDF或者Excel格式 Blocked Call # & % Dropped Call # & % Dropped Call Cause # % Top 10的掉话小区 Top 10的拥塞小区 Top 10的IRAT HO Attempt统计 Top 10的IFHO Attempts统计 Top 10的IMSI 掉话、拥塞 Top 10的电话个数 vs IMSI etc案例举例：1、缺邻区掉话为了看整个网络掉话，请不要选择特定小区.选择Dropped call点击Search列出所有掉话.选中其中一个掉话，响应的层3消息就会显示出来从层3消息看，象是缺邻区而导致掉话.从地图上看：所缺的邻区离当前小区有13Km，由于此小区在河北边界，综合分析是没有添加河北省的边界邻区导致掉话。2、特定用户引起的KPI下降：通过分析发现，引起ECR03 IRATHO指标不好的原因是WBJ03967A1-E11427这对邻区造成从下图看出，WBJ03967A1-E11427这对邻区失败次数占到ECR03里的55%左右，而成功率却不到50%。WBJ03967A1-E11427里用户分析（9月12日23：00-24：00）IMSITrigger Start TimeIRAT ResultIRAT AttemtsIRAT FailuresBest RSC 3aBest Ec/No 3aGSM CI 3a46001002060391623:40:44 Success10-112-121142746001002062825723:45:44Success10-116-146333846001002062825723:48:47Success10-116-151142746001101166424323:36:24Success10-112-121142746001130167722023:02:39Success10-111-121142746001130167722023:30:49Success10-101-61142746001311065897723:12:43Failure22-106-101142746001311065897723:33:45Failure11497-113-131142746001311065897723:40:13Failure55-107-91142746001311065897723:40:35Failure56-103-711427ECR03晚忙时IRATHO指标：分析9月14日晚忙时的GPEH，20：00 ECR03总请求168次，成功161次，成功率为95.83%，该用户请求2次全失败，去掉该用户的影响，成功率为97%。发现ECR03指标与该用户失败关系很大。IMSIIRAT ResultIRAT AttemtsIRAT FailuresBest RSC 3aBest Ec/No 3aGSM CI 3a460011001684484Success1011427460013110658977Failure22-113-1211427从统计分析，9月12日全天的失败主要发生在梁家务WBJ03967A1-E11427，时间在23：00-24：00，175次请求中，只成功了6次，成功率为3.4%。而且失败的都是一个用户：460013110658977，用户号码手机型号：Nokia E65。多次与改用户联系，但是联系不上，听到是“你拨叫的用户忙”，KPI跟该用户关系非常大。其他用户在这对邻区里都成功了。用户460013110658977开北京后的Daily指标用户460013110658977开北京后的晚忙时指标20：003、IRAT gsmThresh3a参数优化根据一周的GPEH数据，发生IRAT切换时的GSM分布如下, RSSI主要分布在-79dB和-90dBm之间。于是将IRATgsmThresh3a调整到-87dBm后， IRATHO提高到90%. At the same time, the drop call rate is stable.4、HS/EUL掉话： 从BO统计看出，数据流量较大，平均每天25Gbs。 HS/EUL RAB有较高的掉话. 从TV分析，掉话发生在WBJ00830C1与WBJ03349A1之间。 WBJ03349A1的数据流量较低。. 从TV信令看, 由于TTI2 EUL用户较多导致接纳控制失败。 系统设置的TTI2 EUL用户数是 4 TTI2 EUL用户也消耗较多的 CE. CE占用最高时达到80%. 在WBJ00830C1小区里，最多达到12个TTI2 EUL用户。 在这个例子里，CE受限。RSCP大约-95dBm，用户周围的无线环境较差，有些掉话由于弱覆盖引起。 少部分用户却引起了大部分掉话。. 掉话与RNC模块没有联系。 通过调整Qoffset和individualoffset将一部分话务分给WBJ03349A1。 由于TTI2 EUL消耗较多CE，调低EDCH TTI2 可接入用户数.由于此地话务较高，经过现场勘查，发现是一所大学，大家都在宿舍用3G网卡上网，客户尽快开通了市内分布系统，同时对室外站进行CE及传输扩容。5、切换失败引起的掉话： 从GPEH信令分析, 切换信令后，能够监测到无线链路，应该是RLS timer超时. 上行同步问题，应该检查覆盖问题. 6、传输原因引起的掉话： 从上图看出掉话原因是: AAL2 failure. 检查告警发现，E1有问题。 7、IRAT Drop Call由于核心网与无线测对多RAB配置引起IRAT掉话。无线测为爱立信而核心网为华为。UE上报3a事件后用户结束了呼叫，无线侧释放了RRC和IU资源，但是在RNC发出handover from Utran时，核心网却发出了IU release of unspecific cause，然后发生了IRAT掉话。事实上这是用户的正常释放，但是系统却把它当成了IRAT切换失败导致的掉话。如下是从TV看到的信令。Event 2dEvent 3ADisconnectUser end the call. RRC ReleaseHandover From UtranRNC在收到核心网发出的handover command。IRAT Failure核心网发出的IRAT failure