湖南移动TD-LTE掉线优化指导手册(V1.2)

湖南移动TD-LTE掉线优化指导手册(V1.2)
湖南移动TD-LTE掉线优化指导手册(V1.2)

湖南移动TD-LTE掉线优化指导手册

(V1.2)

华为技术有限公司

2015 年 1 月

目录

1概述 (3)

2掉线的相关定义 (3)

2.1终端掉线的定义 (3)

2.2网络侧掉线公式定义 (4)

2.3标口信令 (7)

3掉线问题定位及处理 (10)

3.1掉线分析流程图 (10)

3.2全网掉线分析 (11)

3.3掉线TOP小区分析 (13)

3.4掉线具体原因分析 (14)

3.4.1故障告警 (14)

3.4.2邻区错/漏配 (17)

3.4.3弱覆盖 (19)

3.4.4干扰 (21)

3.4.5切换导致的掉线 (22)

3.4.6相关问题信息反馈到研发 (25)

4掉线相关案例 (27)

案例1-驻波告警导致掉线 (27)

案例2-过覆盖问题导致掉线 (31)

案例3-切换参数不合理导致掉线 (35)

1概述

本指导手册从KPI公式定义出发,从流程上对掉线率及影响KPI指标的因素进行了进一步的说明;重点介绍了LTE系统内掉话率指标的优化思路、分析方法、定位手段及典型案例。

2掉线的相关定义

2.1终端掉线的定义

Call Drop Rate = eRAB AbnormRel/ eRAB Setup Success *100%

eRAB AbnormRel:eRAB异常释放事件次数

eRAB Setup Success:eRAB建立成功事件次数

华为Genex PA软件定义

一、终端没有收到“DEACTIVATE EPS BEARER CONTEXT REQUEST”的NAS消息,也没有收到MME的“DETACH REQUEST”的NAS消息,也没有向网络侧主动发出“DETACH REQUEST”的NAS 消息,但收到了RRCConnectionReconfiguration消息,且其中有信元“drb-ToReleaseList”,则生成一次ERABAbnormalRel。记录ReleaseList下的eps-BearerIdentity个数。如果ERAB num 减完eps-BearerIdentity个数以后是0,则状态迁移到RRC_Idle,否则状态不迁移。

二、或者终端在没有收到“DEACTIVATE EPS BEARER CONTEXT REQUEST”的NAS消息,也没有收到MME的“DETACH REQUEST”的NAS消息,也没有向网络侧主动发出“DETACH REQUEST”的NAS消息,却收到了RRCConnection release消息并且前4s如果有RLC层速率传输(上下行都需要考虑进来的,任何一个方向只要有数传即满足条件),生成一次ERABAbnormalRel,状态迁移到RRC_idle。

三、或者终端之前已经建立了eRAB,但是在收到RRC释放信令之前,因为异常RRC State 进入Idle,生成一次ERABAbnormalRel,释放次数增加所有建立的eRAB个数。

四、在没有收到RRC Connection Reconfiguration,DEACTIVATE EPS BEARER CONTEXT REQUEST,DETACH REQUEST,RRC State, RRCConnection release消息时,终端发起RRC请求时将判断一个ERAB异常释放事件。

五、遇到RRCReestablishFail事件时同时输出ERAB异常释放事件,打点时间与RRCReestablishFail相同

2.2网络侧掉线公式定义

Call Drop Rate = L.E-RAB.AbnormRel/( L.E-RAB.NormRel + L.E-RAB.AbnormRel )*100% L.E-RAB.AbnormRel:小区异常释放用户E-RAB的总次数

L.E-RAB.NormRel:小区正常释放用户E-RAB的总次数

正常释放测量指标

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

表1正常释放测量指标

异常释放测量指标

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

表2异常释放测量指标

华为eRAN7.0定义: 无线掉线率=(eNodeB发起的S1 RESET导致的UE Context释放次数+ UE Context异常释放次数)/ (UE Context建立成功总次数+小区遗留UE上下文个数)*100%;E-RAB掉线率=(eNodeB触发的释放原因为异常的E-RAB释放总次数+切换出E-RAB异常释放总次数)/(用户发起E-RAB建立流程且建立成功的总次数+遗留E-RAB总个数)*100%;

网络侧异常释放原因Counter

针对eRAB异常释放原因值的统计目前共有5个

L.E-RAB.AbnormRel.Radio(无线层问题导致的E-RAB异常释放次数)

L.E-RAB.AbnormRel.TNL(传输层问题导致的E-RAB异常释放次数)

L.E-RAB.AbnormRel.Cong(网络拥塞导致的E-RAB异常释放次数)

L.E-RAB.AbnormRel.HOFailure (切换流程失败导致E-RAB异常释放次数)

L.E-RAB.AbnormRel.MME(核心网问题导致E-RAB异常释放次数)

核心网问题导致的异常释放

如下图1/图2中A点所示,为MME主动发起E-RAB/UE CONTEXT释放流程,当eNodeB收到来自MME的E-RAB RELEASE COMMAND/ UE CONTEXT RELEASE COMMAND消息时,且释放原因不为“Normal Release”,“Detach”,“User Inactivity”,“cs fallback triggered”,“Inter-RAT redirection”则统计L.E-RAB.AbnormRel.MME指标。

注: L.E-RAB.AbnormRel.MME指标并不统计在L.E-RAB.AbnormRel指标内,即核心网主动释放在eRAN2.1SPC400版本之后不计为掉线

非核心网问题导致的异常释放

如图3中A点所示,当eNodeB向MME发送E-RAB RELEASE INDICATION消息,当释放原因为无线层错误时,统计L.E-RAB.AbnormRel.Radio指标;当释放原因为传输层错误时,统计L.E-RAB.AbnormRel.TNL指标;当释放原因为网络拥塞时,统计L.E-RAB.AbnormRel.Cong指标。如果E-RAB RELEASE INDICATION消息中要求同时释放多个E-RAB,则相应指标根据具体业务数目按上述原因分别进行累加;

如图4中A点所示,当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息,会释放UE 的所有E-RAB。当释放原因为无线层错误时,统计L.E-RAB.AbnormRel.Radio指标;当释放原因为传输层错误时,统计L.E-RAB.AbnormRel.TNL指标;当释放原因为网络拥塞时,统计

L.E-RAB.AbnormRel.Cong指标,本指标统计包括因抢占和资源拥塞导致的异常释放;当释放原

因为切换失败时,统计L.E-RAB.AbnormRel.HOFailure指标。相应指标根据具体业务数目按上述原因分别进行累加。并且在MME回复UE CONTEXT RELEASE COMMAND消息时,该指标不会被重复记录

2.3标口信令

在eNodeB跟踪到的标准接口信令中,如果存在eNodeB发起的释放,即在S1接口上发往CN的S1AP_UE_CONTEXT_REL_REQ消息内携带的原因值不为“Normal Release”,“User Inactivity”,“cs fallback triggered”,“Inter-RAT redirection”时统计该指标判断为掉话。

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

图1S1口跟踪的UE上下文正常释放消息

图2S1口跟踪的UE上下文常释放消息

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

图3Uu口跟踪的RRC常释放消息

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

IFTS跟踪如下:

3掉线问题定位及处理3.1掉线分析流程图

3.2全网掉线分析

1、首先需要在话统侧获取全网的掉话率指标以及趋势,掉话率趋势分析至少需要分析1~2周左右的数据。如果全网的掉话率指标突然偏高,一般下列因素会导致全网的掉话率突然增加,需要执行以下的检查:

是否存在传输告警:观察S1口传输是否出现问题;

是否存在设备告警:观察eNodeB侧是否存在告警;

是否存在版本升级、割接等操作;

2、全网话务量趋势分析:分析是否由于话务量突然增加导致掉话率上升;话务量的分析通常可通过e-RAB尝试建立的次数及成功次数的分布来判断,对大话务导致的高掉线,可通过扩容处理。

3、如果面全网的掉话率指标一直偏高,分析小区级别的掉话率指标,把小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序,优先分析掉话绝对次数多而且掉话率也很高的Top小区;进行小区掉话指标分析;

4、需要检查小区参数在掉话率异常期间是否存在修改,与掉话率相关参数的几个重要参数(切换类参数在3.4.5章节有详细介绍)如下表所示:

表3部分掉话率相关参数及定时器

5、分析掉话统计结果,对Top小区实施优化措施;优化措施实施后对比该小区的掉话率指标是否改善;分析优化措施是否可以全网复制,如果可以的话安排全网经验复制,分析实施后的指标是否满足要求,如果满足要求,那么结束掉话优化;否则,重新进行Top小区优化。

3.3掉线TOP小区分析

根据掉线统计指标筛选出需要处理的TOP小区,日粒高掉线小区:累计3个或以上时段无线掉线率大于5%且E-RAB的建立成功总次数>50。

1、提取小区级话统的掉话率指标及趋势,掉话率趋势分析至少需要分析3天左右的数据;

如果小区的掉话率指标突然偏高,需要检查eNodeB侧是否存在该小区相关的告警信息。

2、分析小区级掉话原因统计数据,获取导致掉话的各种原因的比例,按照比例从高到低的

顺序分别针对不同的原因进行分析;提取掉线原因统计具体步骤如下:

4、是否存在OM操作导致的站点复位,重启等导致的掉话;

查看操作日志MML命令:LST OPTLOG;

3.4掉线具体原因分析

3.4.1故障告警

传输问题(S1、X2口复位、闪断等)

eNB故障(单板复位、射频通道故障等)

UE故障等(UE死机、发热、版本缺点等)

在排除了以上的原因之后,其他的掉线一般需要怀疑是否是设备存在问题,需要通过查看设备的日志文件,告警信息等进一步来分析掉线原因。

还有在路测过程中易引起路测终端过热/死机,或者连线脱落/掉电导致的掉线。

通常eNodeB侧的告警可通过在U2000侧进行观察,对于每个告警,都有相关的处理建议,可通过U2000的在线帮助进行阅读。如下图所示:

图4U2000告警浏览界面

也可通过MML命令查询告警,查看告警MML命令如下:

LST ALMAF(查询当前告警)

LST ALMLOG(查询告警日志)。

可能导致掉线的告警如下表:

发现故障引起掉线高,本端能解决的马上处理,需维护人员处理的及时上报沟通,协助处理。

3.4.2邻区错/漏配

通常,网络建设初期优化过程掉线占大多数是由于邻区错/漏配导致的。对于LTE网络内同频邻区,通常采用以下的办法来确认是否为同频邻区漏配:

方法一:如果掉线后UE马上重新接入,且UE重新接入的PCI与UE掉线时的PCI不一致,则可以怀疑是邻区错/漏配问题,可以通过测量控制进一步进行确认(从掉线位置的消息开始往前找,找到最近一条同频测量控制消息,检查该测量控制消息的邻区列表)。

方法二:在网络侧,观察eNodeB在收到UE上报的测量报告后如果没有处理,且同时X2口没有往目标小区发送HANDOVER_REQUEST,则可以怀疑是邻小区漏配。(该方法只适用于异站切换,同站切换没有X2口交互)。

邻区漏配导致的掉线也包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同,主要是掉线发生的时候,UE没有测量或者上报异频邻区,而UE掉线后重新驻留到异频邻区上。异系统邻区漏配表现为UE在LTE网络掉线,掉线后UE重新选网驻留到异系统网络,且从信号质量来看,异系统网络的质量很好。

定位邻小区错/漏配的方法可通过UE的Scanner功能进行扫频,观察是否有更强的的且不在邻小区列表中的小区。

邻小区错/漏配需要结合工参、电子地图等信息进行优化,添加必要的邻区。

进行核查时通过命令对邻区查看:

查询同频邻区MML命令:LST EUTRANINTRAFREQNCELL;

查询异频邻区MML命令:LST EUTRANINTERFREQNCELL;

对错配的邻区需进行外部小区核查,需提取外部小区数据与现网小区数据进行对比核查,具体步骤如下:

提取现网小区数据MML命令:

查询小区静态参数:LST CELL

查询eNodeB功能配置:LST ENODEBFUNCTION

查看跟踪区域配置信息:LST CNOPERATORTA

提取外部小区命令:

查询EUTRAN外部小区:LST EUTRANEXTERNALCELL

将外部小区数据和现网小区数据的ENODEBID、TAC、PCI和频点进行对比,将与现网小区数据不符的配置进行修改。

3.4.3弱覆盖

这里所说的弱覆盖是超出了链路预算获得的最大路损得到的下行及上行的覆盖,由于上下行支持的最大路损不一致,通常在LTE中上行较之于下行先受限,故在这里提到的弱覆盖将分为上行弱覆盖及下行弱覆盖。只要是上行或者下行其中一个存在弱覆盖,则就有导致掉线发生的可能。弱覆盖问题需要结合实际路测情况及工参进行调整优化。

怀疑弱覆盖原因先检查是否有告警导致,例如驻波告警,天馈接口的回波损耗较大,导致实际输出功率减小,小区覆盖减小。

告警查询MML命令:LST ALMAF

功率被人为的调低,影响覆盖。

功率查询MML命令:LST PDSCHCFG

现场环境、站高和天线下倾角排查,是否有阻挡,天线挂高过低,下倾角过大。

U2000中性能-结果查询中有eNodeB发起的原因为上行弱覆盖的UE Context异常释放次数统计项,可参考。如图:

优化后的WLAN及移动数据流量资费方案

优化后的WLAN及移动数据流量资费方案 一、WLAN标准资费 0.05元/分钟(同一个号码每月限40GB流量) 二、 (一)推广时间:2012年10月1日 (二)资费有效期:本资费方案有效期为一年(客户申请取消除外),有效期届满前如移动公司停止或修改该资费方案,将通过包括但不限于短信或媒体广告等方式告知客户,如无需停止或修改,则自动顺延一年,顺延次数不限)。 (二)资费有效期:本资费方案有效期为一年(客户申请取消除外),有效期届满前如移动公司停止或修改该资费方案,将通过包括但不限于短信或媒体广告等方式告知客户,如无需停止或修改,则自动顺延一年,顺延次数不限)。 四、WLAN校园优惠套餐

(一)推广时间:2012年10月1日 (二)资费有效期:本资费方案有效期为一年(客户申请取消除外),有效期届满前如移动公司停止或修改该资费方案,将通过包括但不限于短信或媒体广告等方式告知客户,如无需停止或修改,则自动顺延一年,顺延次数不限)。 五、手机WLAN包月不限时资费 (一)推广时间:2012年10月1日 (二)资费有效期:本资费方案有效期为一年(客户申请取消除外),有效期届满前如移动公司停止或修改该资费方案,将通过包括但不限于短信或媒体广告等方式告知客户,如无需停止或修改,则自动顺延一年,顺延次数不限)。 六、移动数据流量资费

(一)推广时间:2012年8月1日 (二)资费有效期:本资费方案有效期为一年(客户申请取消除外),有效期届满前如移动公司停止或修改该资费方案,将通过包括但不限于短信或媒体广告等方式告知客户,如无需停止或修改,则自动顺延一年,顺延次数不限)。 (三)资费说明: 1.上述标准资费及套餐适用于新、老移动客户。 2.上述标准资费及套餐内包含的流量为CM和CMTDS流量,任何时段都执行上述资费标准;超出套餐流量部分按照1元/M收取,不足1M部分,按每KB收取1/1024元的资费标准执行(其中实收费用根据四舍五入原则,计算到分)。 3.上述标准资费及移动数据流量套餐均只适用于个人客户在国内通过GPRS、EDGE、TD-SCDMA、HSDPA等移动通信技术上网或使用相关数据增值业务所产生的数据流量,不适用于行业应用和国际及港澳台漫游。 4.选择移动数据流量套餐的客户在流量达到封顶流量后,自动关闭移动数据流量业务功能。当月若要继续使用相关业务,需要重新开通移动数据流量业务功能,重新开通功能后,当月超过封顶流量部分的流量按标准资费计费,当月费用和流量不再进行封顶。次月起再恢复至客户原所选资费套餐执行。

WLAN网络建设和网络优化方法

关于网络建设和网络优化的建议 情况1 弱覆盖问题 根据测试现场测试,引起信号普遍偏弱原因有以下几种: 1厕所阻挡与笔记本上网位置较为靠里。 图中可以看出大部分信号已被厕所阻挡。 经测试后基本上如学校的实体墙一般在20-30dBm,所以当穿过2堵墙的时候,写字台处于弱覆盖,在这种环境下推荐每个房间走廊门口需安放天线,可以稍微改善覆盖情况。

2.吸顶天线安装位置过高: 根据上情况,建议一层使用两个500mW AP 以满足接收电平不够的情况,同时是否能将天线安装于桥架下侧,如图

情况2 信道干扰 由上图可见在11信道 CMCC和CHINANET均在11信道有覆盖信号强度在-81dBm。另外看样看见1个名为WLAN的AP和另3个CHINANET 的AP场强在-100 dBm,由于信号很弱,对本覆盖区域不构成影响。 第一、一般情况下,当需要频率优化时先尽量来自自系统的内的重复覆盖,然后再是避开其他运营商或者是其他网络的影响。所以建议还是关闭信道自动分配,进行手动分配,避免来自本系统内的干扰。由于当断电重启时,AP会重新搜索周围的无线环境而选择,它认为的最优信道,但当周围无线环境比较复杂(如周围无线AP较多的办公楼,居民区附近),导致产生自系统的干扰,故推荐还是制定一定的信道覆盖规则(如依次1楼1信道,2楼6信道,3楼11信道,4楼1信道,5楼6信道,6楼11信道…..如上间隔分布信道)。 第二、对于其他系统的干扰,一般情况下可调整覆盖规则来整体避免与其他运营商的重叠。当电信如按1、6、11分布,那么我们就可以采用6、11、1的方式来尽量避免与他们的重叠。假如本层移动采用1信道,而电信在楼上1信道,这样的环境下,由于楼上信号会明显弱于本层的信号,故不会对本层造成影响。 当信号同频干扰过大时,会出现的现象为场强很好,但流量无或者流量小的现象。 这样的站点,一般情况即为同频干扰。更换下信道即可。 但也存在有个别AP的版本有问题,流量就是没有也有,可先检查天馈系统,然后再排除更换AP,进行尝试。

无线网络优化方案

strong 办公区无线网络优化方案 (版本号:V1.0)

文件版本历史

一、需求分析 随着公司业务的快速发展,人员的不断增加,2007年建设完成的15层无线网络已无法完全满足现有移动办公需求,经常出现无法连接的情况,经过上一次无线优化,4台新的AP设备同旧的AP点形成了一个新的无线集群网络,无线连网情况有所好转,但随着剩余旧的AP 点性能不断减弱,且已经出现一台旧的AP设备损坏无法正常工作,综合考虑,可以部署新的AP设备以逐步替代旧的、老化的AP设备,实现平滑过渡,基于此,我们进行了调研和测试,撰写了以下两个方案。

二、故障分析及解决方案 ※故障分析:无线网络之所以会出现无法连接的问题,有以下2种原因: 1、无线AP数量不足、分布位置不够合理、使用时间较长,设备长期工作在高负荷状态导致 性能大幅度下降; 2、同时连接无线网络的用户较多,无线可用资源远达不到需求数量。 根据上述原因,提出了下面两个解决方案: ※方案一:图1清晰的描述了现有AP点的部署情况,其中小红点代表的是旧的AP点,大红点代表的是上一次网络优化新安装的AP点。从图中可以看出标注的3个圆圈处在一个无线覆盖死角,而恰恰这三个区域又属于用户使用频率较高,对无线资源需求比较大的范围,从图中可以看出目前现有的无线AP信号不能很好到达该区域,在对这3个区域进行现场的无线测试后,也发现事实的确如此,总是出现连接不上或者根本收不到信号的情况。所以建议在这3个区域的中心位置,即图中标注的蓝点的位置添加无线AP设备,以满足该区域的领导和员工在不方便使用有线上网的情况下能通过无线上网。

中国移动通信WLAN系统维护管理规定

中国移动通信无线局域网(WLAN)系统 维护管理规定 (暂行)

中国移动通信集团公司二○○二年十二月

目录

第一章总则 (66) 第二章网络结构管理 (66) 第三章维护组织 (77) 第一节维护组织机构及职责 (77) 第二节WLAN系统与其它系统之间的责任划分 (99) 第四章维护工作基本制度 (1010) 第一节各种岗位责任制 (1010) 第二节值班与交接班制度 (1212) 第三节维护作业计划 (1313) 第四节技术档案与资料管理 (1313) 第五节仪表与工具管理 (1515) 第六节备品备件与材料管理 (1515) 第七节请示报告制度 (1515) 第八节WLAN网络测试制度 (1616) 第九节技术交流与组巡制度及第三方测试 (1616) 第十节割接与验收 (1717) 第五章设备的维护和管理 (1818) 第一节通则 (1818) 第二节设备的日常维护 (1919) 第三节网管系统设备的维护和管理............ 错误!未定义书签。错误!未定义书签。 第四节设备管理............................ 错误!未定义书签。错误!未定义书签。第六章故障处理.............................. 错误!未定义书签。错误!未定义书签。 第一节故障分类............................ 错误!未定义书签。错误!未定义书签。 第二节故障处理............................ 错误!未定义书签。错误!未定义书签。 第三节设备故障统计........................ 错误!未定义书签。错误!未定义书签。第七章软件版本管理.......................... 错误!未定义书签。错误!未定义书签。 第一节通则................................ 错误!未定义书签。错误!未定义书签。 第二节软件版本管理........................ 错误!未定义书签。错误!未定义书签。 第三节软件补丁管理........................ 错误!未定义书签。错误!未定义书签。第八章局数据管理............................ 错误!未定义书签。错误!未定义书签。 第一节两级管理职责........................ 错误!未定义书签。错误!未定义书签。 第二节局数据修改和反馈制度................ 错误!未定义书签。错误!未定义书签。第九章质量管理.............................. 错误!未定义书签。错误!未定义书签。 第一节通则................................ 错误!未定义书签。错误!未定义书签。 第二节网络运行质量指标.................... 错误!未定义书签。错误!未定义书签。 第三节运行维护质量检查.................... 错误!未定义书签。错误!未定义书签。 第四节运行维护质量考评.................... 错误!未定义书签。错误!未定义书签。第十章安全管理.............................. 错误!未定义书签。错误!未定义书签。第十一章网络资源的维护和管理................ 错误!未定义书签。错误!未定义书签。第十二章网络优化............................ 错误!未定义书签。错误!未定义书签。

X互联网公司WLAN无线网络优化方案

X互联网公司网WLAN网优方案 福建星网锐捷网络有限公司 目录 1网优内容和方法2

1.1常用部署优化方法3 1.2常用配置优化方法:3 2网优目标5 2.1优化目标5 2.2优化项目与指标5 3现网问题与分析6 3.1AP部署方式不合理6 3.2部分楼层AP离线6 3.3间歇性出现AP的CPU100%的情况7 3.4X互联网公司TV画面长时间卡住问题7 3.5部分Thinkpad 1x1bgn网卡,连接无线时提示“受限制的连接”7 3.6用户在使用无线网络过程中出现QQ掉线、刷不了网页的情况8 3.7AP信号不稳定容易出现掉线的情况8 3.8AP底下扫描到的同频AP多9 3.9私自架设的流氓AP多影响大网使用9 3.10部分区域未部署AP(例:电话客户房间)9 3.11终端抓包时发现大量广播报文9 3.12中午时间段无线网络慢10 3.13手机连接信号弱10 3.14AP发送的SSID数量多占用空口资源10 3.15用户关联不上无线网络11 3.16AP的5G频段未手动配置信道11 3.17终端在多台AP间来回关联11 3.18AC1的内存利用率高(87%)11 3.19部分用户获取不到IP地址12 3.208614对接AC的接口未进行VLAN裁剪12 3.21拓扑优化建议12 4优化建议方案13 4.1配置优化13 4.2部署优化13 1 网优内容和方法 根据我司的理解,网优工作包含部署优化和产品配置优化两个方面的内容。

部署优化一般设计到变更施工方案、增减设备、调整天线等工程动作,而产品优化则通过一些命令配置、开启产品特定功能,实现网络性能的提升。 前者需要较大的工作量、成本和优化周期,一般不如后者代价更小;推荐优先采用配置优化,如仍无法解决问题,再考虑部署优化。 前者适用于一般的无线产品,后者适用于功能较完善的WLAN产品(需要AC支持丰富的功能特性)。 常见的无线网络问题如下图所示 图1 常见无线WLAN网络问题 1.1 常用部署优化方法 1.2 常用配置优化方法:

X互联网公司WLAN无线网络优化方案

X互联网公司网WLAN网优方案福建星网锐捷网络有限公司 目录

1网优内容和方法 (2) 1.1常用部署优化方法 (3) 1.2常用配置优化方法: (4) 2网优目标 (5) 2.1优化目标 (5) 2.2优化项目与指标 (6) 3现网问题与分析 (6) 3.1AP部署方式不合理 (7) 3.2部分楼层AP离线 (8) 3.3间歇性出现AP的CPU100%的情况 (8) 3.4X互联网公司TV画面长时间卡住问题 (8) 3.5部分Thinkpad 1x1bgn网卡,连接无线时提示“受限制的连接” (9) 3.6用户在使用无线网络过程中出现QQ掉线、刷不了网页的情况 (9) 3.7AP信号不稳定容易出现掉线的情况 (10) 3.8AP底下扫描到的同频AP多 (10) 3.9私自架设的流氓AP多影响大网使用 (10) 3.10部分区域未部署AP(例:电话客户房间) (10) 3.11终端抓包时发现大量广播报文 (11) 3.12中午时间段无线网络慢 (11) 3.13手机连接信号弱 (11) 3.14AP发送的SSID数量多占用空口资源 (12) 3.15用户关联不上无线网络 (12) 3.16AP的5G频段未手动配置信道 (12) 3.17终端在多台AP间来回关联 (13) 3.18AC1的内存利用率高(87%) (13) 3.19部分用户获取不到IP地址 (13) 3.208614对接AC的接口未进行VLAN裁剪 (13) 3.21拓扑优化建议 (14) 4优化建议方案 (14) 4.1配置优化 (14) 4.2部署优化 (15) 1 网优内容和方法 根据我司的理解,网优工作包含部署优化和产品配置优化两个方面的内容。

相关文档
最新文档