CE利用率过高或CE拥塞的优化案例 WCDMA 拥塞
周口分公司WCDMA网CE资源扩容报告_2012年10月26日
河南联通周口分公司CE资源拥塞处理报告周口W网优小组2012-10-29【摘要】从今年9月份学校开学以来,在河南周口联通市场部推行各大高校校园促销活动的带动下,周口联通WCDMA网络话务量和数据流量呈现持续增长的势头,在今年中秋节前夕话务量和数据流量均创历史新高。
随着用户量增长速度加快,特别是PS业务的迅猛发展,这就引起部分热点地区局部拥塞,主要分布在联通局点办公楼、火车站、商务区、高校园区等,主要资源受限在于CE资源和码资源,其次是功率资源和传输资源。
本报告讲解由于CE资源拥塞导致RAB建立成功率低,经过扩BPC基带处理板和重启NodeB之后仍无效果,还需要修改“NodeB上下行CE个数”参数的案例。
【关键词】CE资源RAB建立BPC基带处理板【名词解释】CE资源:将每一个资源单位称为CE(即Channel Element),CE的定义为:处理12.2k业务需要占用的资源。
CE属于逻辑概念,非物理属性,其他业务占用的资源都按照CE进行折算。
以基带处理板BPC板为例,它的容量为:192个上行CE和192个下行CE。
中兴BPC基带处理板处理能力如下表所示:中兴BPC基带处理板各种业务的资源消耗如下表所示:【现象描述】9月17日在分析周口WCDMA质差小区时,发现周口师范学院5号楼3小区出现在“RAB建立成功率质差小区”项,而在9月18号发现周口师范学院5号楼3个小区均出现在“RAB建立成功率质差小区”项。
在周口WCDMA以往出现过的质差小区项中,已有两个月没在该项中发现质差小区;通过分析该站点的覆盖性质(高校站点)、近期话务量的变化和RAB建立阻塞的具体原因,最终确认由于CE资源拥塞,造成RAB大量指配失败,引起RAB建立成功率质差。
通过对该站点扩充BPC板,修改NodeB侧上下行CE个数参数并重启NodeB最终使问题得到了解决。
【问题分析】9月17日正常提取质差小区考核项指标,发现ZKWZ0317_2周口师范学院5号楼_3出现在RAB建立成功率质差小区之列,9月18日提取质差小区指标,发现ZKWZ0317_0周口师范学院5号楼_1、ZKWZ0317_1周口师范学院5号楼_2、ZKWZ0317_2周口师范学院5号楼_3均出现在RAB建立成功率质差小区之列。
载波扩容方案
WCDMA双载波扩容方案目录一、CE资源的扩容方案 (1)1.Node B 硬件容量概述 (1)2.现网CE配置方案 (1)3.S111高配置基站CE的详细配置 (2)4.判断CE拥塞的指标 (2)二、码资源的扩容方案 (3)1.码资源概述 (3)2.码资源利用率的算法 (4)3.判断码拥塞的指标 (4)三、结论: (4)1.资源受限判断 (4)2.数据分析 (4)一、CE资源的扩容方案1.Node B 硬件容量概述NodeB中最重要的硬件资源就是可以使用的CE数量,CE是位于FlexiBTS中的系统模块的DSP,用于基带处理。
上下行各一个CE可以对应一个AMR用户的上行和下行容量,CE 的升级步长为1。
NodeB的硬件端口拥塞将显示NodeB硬件资源的不足。
每一类RAB的建立都需要不同数量的CE资源,因此没有足够的CE数将导致新业务无法建立,这也意味着硬件资源拥塞。
2.现网CE配置方案3.S111高配置基站CE 的详细配置每个基站固定分配给HSDPA 72*3=216个CE ,这216个CE 固定被HSDPA 单独占用,且HSDPA 不能占用除此以外的CE 资源;除了固定分配给HSDPA 的216个CE 之外,剩余的CE 由R99和HSUPA 共享使用。
其中HSUPA 最多能占用4.判断CE 拥塞的指标判断CE 拥塞观察两种指标:主动测量指标和被动测量指标。
主动测量指标来考量CE 的占用情况:上行CE 占用率以及下行CE 占用率。
当占用率超过70%时,建议进行CE 扩容。
被动测量指标有以下几种:由于基站能力导致RRC 建立失败的百分比、基站能力导致实时RAB 建立失败的百分比、基站能力导致PS 建立失败的百分比、基站能力导致HSDPA 建立失败的百分比、基站能力导致HSUPA 建立失败的百分比。
取11月13号晚8点到9点的数据,可以看到当平均CE占用率超过70%时候,将会出现CE的不足而导致的业务建立失败。
G国V运营商UTRAN项目搬迁后CE拥塞导致客户投诉案例分析
G国V运营商UTRAN项目搬迁后CE拥塞导致客户投诉案例分析无线网络规划部侯昌洪/46867【摘要】V运营商是全球最大移动运营商之一,其专业水平和国际化是毋庸臵疑的,对网络质量相当重视. 2007年底我司获得V运营商在G国子网UTRAN搬迁合同,2008年6月开始实施搬迁.搬迁第一个cluster后,网络出现大面积CE(信道单元)拥塞,添加CE后网络恢复正常.但是在随后3个月内该问题不断升级,最后导致客户从低层到高层的总投诉,最后我司不得不承诺赠送部分CE资源直3个月直到升级新的设备为止. 为什么一个看似简单的问题出现如此严重的后果呢? 本文对前期准备,中期实施和后期解决的全过程进行了回顾,分析总结了该问题发生的根源,希望对其他项目有借鉴作用.【关键字】网络设计、UTRAN、Cluster、CE(信道单元) 、搬迁、话务模型、Traffic背景众所周知, V运营商是全球第一大移动运营商, 在全球有很多子网, G国就是其中一个子网之一. 2007年底我司获得V运营商在G国子网UTRAN搬迁合同. 中标后, 2008年2月至4月我司根据客户提供的数据进行了网络设计, 输出了站点CE, IUB等资源配臵等信息. 客户根据我们网络设计配臵向我司进行了设备采购. 2008年6月搬迁第一个cluster后出现大面积因为网络Traffic增加导致CE资源不够的拥塞. 我们临时给客户进行了扩容, 但是市场要求客户必须付款才能进行后续站点的CE扩容. 由于客户前期是根据我们的网络设计进行购买的(虽然我们在做网设时多次提醒市场和客户, 根据客户提供的话务模型无法得出正确的配臵, 不能作为硬件采购的参考. 但是都没有引起市场和客户的重视.), 这个时候客户就不干了, 问题不断升级,最后导致客户从低层到高层的总投诉,最后我司不得不承诺赠送部分CE资源直3个月直到升级新的设备为止. 为什么一个看似简单的问题出现如此严重的客户投诉后果呢?分析1. 对搬迁后网络话务量估计不足搬迁前网络只支持voice, VP, PS R99, HSDPA1.8M和部分HSDPA3.6M业务. 而搬迁后除了支持上述业务外, 全面支持HSDPA3.6M和HSUPA2M业务, 特别是HSUPA业务需要消耗非常多的CE资源. 搬迁前, 我们向客户索要搬迁前网络信息和客户的市场销售策略, 迟迟没有得到客户的回应, 所以对现网话务量估计不足, 没有预先知道HSUPA用户会在搬迁后大量增加. 所以在第一个cluster搬迁后, 由于HSUPA用户的大量增加, 消耗了非常多的CE资源, 导致很多站点出现严重的CE拥塞. 打开HSUPA DCCC算法后, 部分站点CE拥塞问题解决, 但是这是以牺牲用户感受为代价的.2. 话务模型不准导致网络设计结果不准确搬迁前根据合同我们需要对未来网络做一个详细的设计, 得出站点资源配臵供客户采购参考. 客户给我们提供了分阶段站点数量, 站型, 大致用户数和话务模型等信息. 我们根据客户提供信息计算出站点资源配臵根本无法达到要求, 不能当作客户购买硬件配臵的参考. 我们技术人员多次知会市场和客户,指出是因为客户给的话务模型中HSUPA吞吐率过低, 而HSUPA又需要消耗很多的CE资源, 所以计算出来的配臵严重偏低,不能作为采购参考,对未来网络配臵无法起到指导作用. 如果按照计算出来的配臵购买硬件, 后续会出现严重CE拥塞问题. 但是这个问题没有引起市场和客户的足够重视, 最后还是按照客户给的原始数据得出的低配臵进行设备销售的.3. 市场销售不够灵活首先客户给的话务模型不准, 导致网络设计出来的配臵严重偏低, 市场和客户都知道这个问题,但是市场还是按照网设结果进行设备销售. 如果市场在销售上灵活一些, 明确告知客户网设结果不准, 在硬件配臵时至少应该留一定的余量, 这样也会一定程度的减少问题的发生. 另外在搬迁后发生CE拥塞, 我们不应该急于让客户重新购买CE进行扩容. 由于客户是按照我们推荐配臵购买的CE资源,刚用上就发生拥塞而且需要扩容,对于谁来说都难以接受.前车之鉴,后世之师1. 网络参数设臵一定要合理网络参数在搬迁前一定要进行映射,和严格评审. 有些默认参数不一定是最优参数, 要考虑现网情况进行优化设臵.2. 网络设计一定要准确首先应该确保网络设计输入参数的准确性和前瞻性,能很好的反映未来网络的发展趋势, 具有一定的容量. 在确认客户给的信息不准的情况下,一方面继续向客户索要进一步的数据, 说明信息不准的后果;另一方面一定要坚持不要提交不准确的结果,即使提交也要严重申明不能作为配臵参考.3. 销售策略要灵活如有由于客户提供信息不准确,导致计算配臵很低,跟实际情况严重不一致时. 向客户推荐设备配臵时就应该对客户进行预警,明确提出需要一定的余量.4. 灵活应对客户投诉针对客户不断升级的投诉,一方面从技术层面解决一些问题,如打开HSUPA DCCC算法开关,很多站点CE拥塞问题减少或者没有拥塞问题了,减少了拥塞站点的数量;然后先扩容拥塞站点,再对客户进行引导, 让客户再进行购买.。
关于WCDMA基站CE容量和扩容的相关问题
爱立信现网中各种配置的CE数如下:S111高配硬件384/256 (下行/上行)license 144/240 (下行/上行) 中配硬件384/256 (下行/上行)license 96/144 (下行/上行)低配硬件384/128 (下行/上行)license 48/112 (下行/上行)在CE受限的经典场景中(不考虑传输受限于功率受限的场景):12.2kbps(语音)承载对应的等效CE数为1,64kbps(视频)承载对应的等效CE数为7,144kbps(R99)承载对应的等效CE数为13,384kbps(R99)承载对应的等效CE数为 22 ,关于计算是考虑WCDMA是自干扰系统,做出10%的系统预留,以防止拥塞导致容量迅速枯竭;经典软切换比例为20-40%(max),此时最小系统容量:144/2/1/3=24路12.2kbps 话音【144CE*(100%-10%-40%)/1CE每话音/3扇区】但是实际情况每个小区容量并不是非常均衡的所以在CE受限的场景中一个高配基站(不考虑扇区)可以同时容纳72路至130路话音。
相比之下R99体系下PS业务对CE的消耗是相当可观,在一个CE受限的场景中一个高配基站可以容纳4个PS384 业务(计算略)。
当前PS业务绝大多数都已经承载在HSPA上了,在10个码字的场景中:理想情况时候采用1/1卷积(理想无线环境不能实现):3.84Mc*4bit/16*10=9.6Mbps信噪比相对较好终端采用3/4卷积:3.84Mc*4bit/16*10*3/4=7.2Mbps【3.84Mc"码片速率"*4"sf16,2∧4=16"*10个码字/16码树*3/4卷积】但是大多数时候由于无线环境不尽理想,仅能采用1/2卷积时:3.84Mc*4bit/16*10/2=4.8Mbps当然10共享个码字,也不会给一个用户全部占用。
在HSPA中更多时候是功率受限的场景。
电信项目功率拥塞问题解决一例200905
电信项目功率拥塞问题解决一例问题类型:功率拥塞问题原因:载频闭塞排查人员:裴宇地点:国内电信项目吉林四平业务区时间:20090420提交人员:裴宇审核人员:1.问题描述14日接到投诉说四平BSC1在话务忙时存在功率拥塞现象,对四平BSC1的性能进行统计,发现拥塞问题确实存在,对近来几天的统计如下表所示:2.处理过程对各单站的小区拥塞次数进行统计,发现14日话务忙时的功率拥塞主要来自于四平BSC1的129号水泥厂基站。
该站的拥塞和话务量统计如下所示,语音和数据业务均存在拥塞,并且数据业务拥塞比较严重:很小,按理说不至于导致功率拥塞(尤其是该站的第三扇区)。
对水泥厂基站的发送功率进行定标并查询,一切正常;在对水泥厂基站检查后未发现问题的情况下,回过头来对129号站的地理位置进行确认分析,发现该站为一双载频基站,并且在其第三扇区的方向存在另一个站点公主岭良种厂基站,从地理位置上来看,水泥厂第三扇区和公主岭良种厂基站存在切换关系,按理说两个基站间会对其周围的话务量进行分担,如果水泥厂基站产生功率拥塞,通常公主岭良种厂基站也应该存在相同的功率拥塞现象。
图一水泥厂基站地理分布图对公主岭良种厂基站的话务量和拥塞情况进行统计,发现该站的话务量也很小,并且没有任何功率拥塞,统计如下:在业务观察的时候奇怪的事情发生了,发现在209公主岭良种厂基站的所有语音业务均在201载频起呼,283载频没有一例语音业务产生(四平地区所有双载频配置的都是283载频承载语音业务,201载频承载数据业务)。
业务观察如下图所示:图二后台语音业务的业务观察再次对209号公主岭良种厂的话务量情况按载频分别进行统计,发现该站的第一载频(283载频)没有任何话务量,而语音和数据业务的话务量都集中到了第二载频上(201载频)。
对209号公主岭良种厂的双载频的无线参数配置进行检查,一切正常;对该站的两个载频的发射功率进行检查,也一切正常;最终在对后台动态管理里的资源管理功能进行查看时发现,209号公主岭良种厂基站三个扇区的地第一载频被闭塞掉了。
07-WCDMA网络优化案例探讨
WCDMA无线网络优化案例探讨中兴通讯学院课程内容覆盖优化案例 导频污染优化案例 邻区配置优化案例 切换优化案例 小区选择和重选优化 呼通率优化案例 掉话率优化案例1覆盖优化案例覆盖优化依据无线覆盖好体现为EC和EC/IO指标均好覆盖优化案例覆盖优化的主要手段优先通过调整天线方位角和下倾角来改善局部地区覆 盖 调整基站发射功率 调整基站站高 必要时需要迁站,加站或减站2覆盖优化案例覆盖优化案例1从路测的数据分析可以看 到,东湖路一段(图中A 区域)UE接收功率在 -85dBm以下。
对应于东湖路上UE接收功 率较弱的区域(图中A区 域),导频信号质量也很 差,Ec/Io<-13dB覆盖优化案例覆盖优化案例1-续问题分析:对路测数据进行回放分析,发现东湖路上信号覆盖不好的一 段,是由署前路基站第三扇区(扰码438)的旁瓣来覆盖。
而 规划设计覆盖该区域的署前路基站第二扇区(扰码437)信号 却很弱,无法进入激活集,到楼顶天面上发现署前路基站第 二扇区(扰码437)正前方建筑密集阻挡严重,影响了该扇区 的覆盖。
而东湖基站第一扇区(扰码439)天线的正前方几十 米处也被一排高层住宅完全遮挡,也无法覆盖到东湖路的该 段区域。
3覆盖优化案例覆盖优化案例1-续解决措施:将署前路第二扇区方位角由原 来的240度调整为230度,以增 强对东湖路该路段的覆盖。
• 优化后效果: 天线方向角调整过后,进 行路测验证效果。
从路测 数据的分析可以看到,东 湖路该路段的导频覆盖明 显改善。
覆盖优化案例覆盖优化案例24覆盖优化案例覆盖优化案例2-续问题分析:A点距离Sousse2站点大约2.7公里。
A点是一个上城间公路的入 口,有大约90度的拐弯,Erriadh TT基站228小区的信号因为受 到遮挡突然变弱。
B点距离CTT Skanes站点2km左右。
B点所在的沿海道路海拔比 CTT Skanes站点的低,这样CTT Skanes站点332小区的信号要穿 透路边许多2~3层的房子才能被手机接收。
CDMA网络拥塞问题分析和解决方案指导书
CDMA网络拥塞分析和解决方案指导书中国电信集团公司2010年12月目录一、概述 (3)二、网络产生拥塞的原因 (3)2.1BTS侧 (3)2.1.1 物理信道资源不足 (4)2.1.2 逻辑业务信道资源不足 (4)2.1.3 基站前向功率不足 (4)2.1.4 寻呼信道资源不足 (5)2.1.5 接入信道资源不足 (5)2.2传输侧 (6)2.3BSC侧 (6)三、拥塞的发现及预测 (6)3.1日常监控 (6)3.2阶段性系统负荷分析 (7)3.2.1 现网负荷分析 (8)3.2.2 用户发展引起的负荷增长及拥塞预测 (8)四、拥塞解决方案 (8)4.1W ALSH码资源不足 (8)4.2CE资源不足 (9)4.3前向功率不足 (10)4.4寻呼信道资源不足 (10)4.5接入信道资源不足 (11)4.6传输链路资源不足 (12)4.7BSC各板件资源不足 (12)五、突发高话务拥塞预测及解决方案 (12)5.1大型集会及活动突发高话务 (12)5.2节假日期间短信突发高话务 (13)一、概述拥塞是所有具备承载业务功能的无线网络系统中常见的问题,是引起网络质量和用户感知下降的重要原因之一。
拥塞对用户感知的影响,主要体现在:呼入呼出困难、多次拨打才可接通、有信号但是无法起呼、容易掉话、通话质量较差等方面。
当前正处在用户快速增长的时期,网络负荷不断增加,如果不注意进行网络的负荷及拥塞分析,容易发生大面积的拥塞事故。
因此,必须采取措施进行拥塞的预防与控制。
本指导书通过分析网络产生拥塞的原因,给出了进行拥塞分析的常用方法,并针对各种拥塞场景给出了解决思路。
各省可参照进行相关的分析及处理,预防及解决网络的拥塞问题,改善网络质量,提升用户感知。
二、网络产生拥塞的原因CDMA用户的一次呼叫,需要涉及BTS的Walsh码、CE、前向功率、公共信道开销等资源;需要涉及传输链路资源;需要涉及BSC 中信令处理板、声码器等资源。
WCDMA网络分组RAB指配失败分析与优化
WCDMA网络分组RAB指配失败分析与优化文章主要介绍了WCDMA网络中分组RAB指配的各种失败原因,并针对网络中出现较多的失败分析问题所在,总结出有效的优化方法,以降低现网RAB指配失败次数,提升RAB指配成功率和3G PDP激活指标,进而有效提升用户感知。
【摘要】【关键词】WCDMA RAB指配 Iub口 CE资源 3G PDP激活柯利忠 吴宁泉 唐志超 中国联合网络通信有限公司深圳分公司1 前言随着3G业务的发展,WCDMA用户和流量均出现飞速增长,WCDMA无线接入网资源日趋紧张,期间无线侧进行持续扩容,从增加室内外站点到全网的单载波进行双载波扩容,有效地缓和了用户和流量快速增长带来的冲击。
然而全网仍有较多的分组无线承载RAB指派失败,经常造成3G PDP激活成功率大幅波动,影响网络质量。
为此,笔者通过长期问题跟踪和接口数据抓取分析,定位现网RAB指配失败问题,针对性地进行持续优化,取得了显著的效果。
本文总结了相关优化分析和案例供参考。
2 RAB指配信令流程RAB(Radio Access Bearer)是指用户平面的承载,用于U E和C N之间传送语音数据及多媒体业务。
UE和CN之间的RRC连接建立完成后,才能建立RAB。
RAB建立由CN发起,UTRAN执行,通过RAB指配信令流程,无线侧完成CN(SGSN)到终端的用户面承载资源的建立,建立的承载对应一个RAB ID,之后才能进行上下行数据包传送等业务。
RAB建立基本过程如图1所示:图1 RAB建立基本过程收稿日期:2012-07-03责任编辑:袁婷 *****************图2 现网某忙时接口抓取分析RAB 失败原因值统计根据现网IuPS口数据抓取分析,出现较多的标准原因值有无线接口建立过程失败(14)、UE发起信令连接释放导致(40)、UE无线连接失败(46)等,出现最多的非标准原因值(厂家自定义值)是134和130,且这部分失败次数出现更多。
4G优化案例:“Y.K”多手段应对四大高负荷场景优化解决方案
“Y.K”多手段应对四大高负荷场景优化解决方案XXXX年XX月目录“Y.K”多手段应对四大高负荷场景优化解决方案 (3)一、问题描述 (3)二、分析过程 (4)2.1高负荷优化思路 (4)2.2Y(优化):参数优化调整原则 (4)2.2.1 射频优化调整 (4)2.2.2 参数优化调整 (5)2.2.3 功能算法调整 (5)2.3K(扩容):扩容优化原则 (6)2.3.1 小区载频扩容 (6)2.3.2 新建站扩容 (6)2.3场景分类以及调整方案 (6)2.3.1 网络资源不足小区 (6)2.3.2 PRB利用率低小区 (7)2.3.3 高用户数小区 (7)2.3.4 低用户高流量小区 (7)三、解决措施 (8)3.1网络资源不足优化案例 (8)3.2高用户数小区优化案例 (9)3.3低用户高流量小区优化案例 (10)四、经验总结 (12)“Y.K”多手段应对四大高负荷场景优化解决方案XX【摘要】随着4G网络覆盖的不断完善,用户规模的不断扩大,热点区域小区负荷也逐渐升高,“高业务”、“高负荷”已成为4G网络的痛点。
在此背景下,负荷均衡功能能够一定程度上解决该问题,该功能根据服务小区和邻区负荷状态以及覆盖上的具体情况,驱使合适的用户切换去另外的相对空闲的小区上继续进行业务,这样能够更加有效地使用系统资源,以提高系统的容量和稳定性。
本文对四大高负荷场景的优化方案进行了研究和论证,在充分利用现网硬件资源的同时,使小区实现负荷均衡,有效提升网络质量和优化感知。
同时,通过论证“Y.K”优化手段在LTE网络高负荷下的有效性,总结优化经验,促进网优工作高效开展。
【关键字】4G高负荷、高负荷场景优化、负荷均衡【业务类别】参数优化一、问题描述XX电信现网随着4G用户增多,无线资源利用率越来越高,小区高负荷情况加剧,影响4G用户感知;而盲目扩容导致资源浪费,不符合客户提出精准投资的理念。
需对现网各载波间不均衡的场景进行参数优化,使得资源充分被利用。
4G优化案例:分场景优化CCE分配机制,缓解网络拥塞问题
分场景优化CCE分配机制,缓解网络拥塞问题XXXX 年XX 月目录一、概述 (3)二、优化原理和机制 (4)2.1PDCCH信道介绍 (4)2.2 PDCCH链路自适应机制 (4)2.3 PDCCH功率控制算法 (8)三、优化方案 (10)3.1优化思路分析 (10)3.2场景划分及优化参数 (14)四、优化效果呈现 (16)4.1场景1指标对比 (17)4.2场景3指标对比 (18)4.3参数配置建议 (19)五、总结及经验推广 (20)分场景优化CCE分配机制,缓解网络拥塞问题XX【摘要】随着4G用户及业务的快速增长,LTE的网络负荷越来越重,部分区域已经出现了拥塞,平时我们很重视PRB和功率的拥塞情况。
但其实CCE的拥塞带来问题更加严重。
CCE 承载着上下行调度、功控指令、HARQ等控制信息,CCE拥塞会影响到资源的分配,甚至VoLTE掉话等情况,严重影响LTE用户特别是VoLTE用户的感知体验。
特别是800M小区,由于带宽资源的限制,有相当一部分小区存在PDCCH信道拥塞、CCE分配失败的问题。
本文根据PDCCH链路自适应机制及PDCCH功率控制算法,对苏州800M小区CCE拥塞率、聚合度及MR指标分析,根据场景的不同,采用不同的优化措施,使CCE拥塞问题得到的缓解,整体网络质量也得到了明显的改善。
【关键字】CCE拥塞,VoLTE,PDCCH【业务类别】参数优化,优化方法一、概述随着近年来电信4G用户及VoLTE业务呈现爆发式增长,800M网络面临的容量压力前所未有,提高资源利用效率解决网络容量问题成为工作的重中之重;从目前对XX 电信LTE网络资源的评估分析来看,某些热点话务区域PDCCH信道容量已成为瓶颈,CCE资源不足已经严重影响到了LTE用户特别是VoLTE用户的感知体验。
为了提升LTE网络性能和用户感知,本文从LTE PDCCH下行控制信道的原理基础入手,对PDCCH链路自适应算法、PDCCH功率控制算法、PDCCH容量分配算法的实现方法、算法过程及演进过程进行了研究,并结合XX 电信LTE现网800M站点的PDCCH信道容量受限问题进行了基于算法层面的优化探索,得到了较好的成果,PDCCH容量问题得到较大程度的缓解,网络性能提升明显。
57.寻呼拥塞分析优化案例
VOLTE寻呼拥塞分析优化案例2019年7月目录寻呼拥塞分析优化案例 (3)一、问题描述 (3)二、分析过程 (3)2.1寻呼的定义及作用 (3)2.2寻呼流程分析 (4)2.2.1寻呼流程说明 (4)2.2.2寻呼流程涉及算法 (6)2.2.3寻呼关键参数 (8)2.3寻呼流量分析 (9)2.4寻呼跟踪区分析 (10)2.4.1TA及TAL概念及作用 (10)2.4.2 系统负荷对Paging影响 (11)2.4.3 TA及TAL规划原则 (12)2.5问题定位 (14)三、解决方案及效果 (15)3.1.TAL重规划优化方案 (15)3.2.寻呼参数优化方案 (16)3.3.TAL重规划优化效果 (17)3.4.寻呼参数优化效果 (17)四、经验总结及推广 (18)VOLTE寻呼拥塞分析优化案例【摘要】LTE需要使用寻呼流程,向UE发送寻呼消息,或者向UE传送系统更新消息通知。
寻呼消息由PDSCH(Physical Downlink Shared Channel物理下行共享信道)承载,通过控制关键的寻呼参数,可以大大增加寻呼流量,有效改善寻呼拥塞。
另外,合理地规划TA(Tracking Area跟踪区)列表大小,能在TA更新的信令负荷和寻呼区大小之间寻找到一个平衡点,从而达到降低系统负荷,从而解决寻呼拥塞问题。
【关键字】paging、拥塞、TAL、maxNoOfPagingRecords、nB【业务类别】核心网、参数优化一、问题描述省公司通过寻呼拥塞指标的监控分析,发现东莞的寻呼拥塞情况异常严重,需要对相应的寻呼拥塞进行分析处理,从而避免网络事故出现。
下面是东莞寻呼拥塞情况:东莞电信爱立信区域寻呼拥塞率59.69%,寻呼丢弃数量达到百万级,相应的寻呼信道占用率也达到了77.92%;华为区域寻呼拥塞率11.53%,寻呼丢弃数量为7万多,相应的寻呼信道占用率为14.14%。
也就是说东莞寻呼拥塞问题主要集中在爱立信区域,需要进行针对性的分析优化去解决寻呼严重拥塞问题。
WCDMA_PS业务优化_案例分析
WCDMA_PS业务优化_案例分析WCDMA RNO PS业务优化1 DT/CQT数据分析1.1 接入失败1.2 业务面不通1.2.1 RAN侧问题分析1.2.2 CN侧问题分析2 案例2.1 RAN侧案例2.1.1 用户拥塞导致掉话(Iub资源受限)2.1.2 某局点测试上行PS64k业务速率不能达到验收要求(空口质量问题)2.1.3 导频功率设置过低导致HSDPA数传速率低2.2 CN侧案例2.2.1 服务器TCP窗口过小导致FTP下载速率低问题2.2.2 同时进行上传、下传问题2.2.3 多个UE同时下载速率下降问题2.2.4 某用户不能进行流媒体业务问题2.2.5 用户便携机防火墙引起不能使用PS业务2.2.6 某演示点PS业务速率低问题3 总结4 附录4.1 PS数据传输通路4.2 各层的理论速率4.3 PS业务承载方式4.4 HSDPA承载的PS业务影响数传的因素4.4.1 UE侧限速4.4.2 码资源配置4.5 TCP接收窗口修改方法4.6 MTU修改方法4.6.1 工具修改4.6.2 修改注册表4.7 PS相关工具4.7.1 TCP接收窗、MTU修改工具PS吞吐率问题评估1 DT/CQT数据分析WCDMA PS业务数传问题从现象上可以分为三大类,即接入失败(或拨号连接建立失败)、接入成功但数传完全不通、可以数传但速率低或波动大。
从不同的问题现象,转到不同的问题分析处理流程。
DT/CQT总的数据分析流程如下:图1 DT/CQT数据分析流程1.1 接入失败发起PS业务有两种方式,在UE上直接发起PS业务,直接通过UE浏览网页、观看流媒体等;或者通过PC+UE的方式,UE作为PC 的MODEM,业务通过PC来发起。
1. UE直接发起PS业务UE直接发起PS业务,接入失败问题分析流程如下:图2 UE直接发起PS业务失败分析流程UE直接发起PS业务,与PC+UE发起PS业务,从信令流程上完全相同。
cdma中CE数配置案例
CE不足导致拥塞的案例竺川南京嘉环科技有限公司摘要:根据苏州电信CE配置合理化要求,在保证不产生拥塞的前提下充分利用现有的CE数,对于宏站及RRU,均按照实际载频分配CE。
关键词:CE,拥塞,载频正文1物理信道资源不足导致网络拥塞产生CDMA用户的一次呼叫,需要涉及BTS的Walsh码、CE、前向功率、公共信道开销等资源;需要涉及传输链路资源;需要涉及BSC中信令处理板、声码器等资源。
物理信道资源主要取决于CE的数量。
CE即Channel Element,用于CDMA系统的信道调制解调。
CE的数量决定基站支持的并发用户数(含软切换)。
CE在基站内的小区及载频间共享。
当配置的CE不足时会引起拥塞。
2CE不足导致基站License告警实例一,问题描述省公司通报新开站点拥塞,该站告警为:CE License 使用率过高二,原因分析定位原因为缺少CE资源,(对于提示CE License 使用率过高,是由于分配的CE不足导致的);三,解决方案查询改基站的License的配置数据,结果如下该站的1X反向CE配置数目为40,一般现网中基站的正常配置一个S222宏站CE数为144.正确侧修改该站的License配置后,1X指标恢复正常,报警解除。
四,意见与成效制定CHK LIST表,指派专员核查CE,尤其是新开站点在解蔽前的CE核查,目前新开站点已经再无通报。
3CE资源不足导致拥塞解决方案汇总CE资源不足需要结合Walsh码话务量、CE负荷、软切换比例及前向功率负荷等进行分析,避免解决该类资源不足时引起其他资源拥塞。
1:新开站点CE数配置解决方案:新开宏站根据站型分配CE数,新开RRU根据载频数配置CE数,在提高CE数的利用率的同时,保证不会产生拥塞。
2:基站及邻近基站CE负荷均很高解决方案1:增加CE资源或者增加站点。
对于基站密度较高的区域,可以通过新建独立信源加室内分布系统的方式吸收话务,解决网络拥塞问题。
WCDMA四种拥塞处理手段
功率拥塞、CE拥塞、码资源拥塞、传输拥塞(IUB IU IUR)四种拥塞的具体解决办法?能否请大侠们详细说一下对WCDMA网络无线扩容过程中的几种可选方案做简要分析:方案一:大规模的小区分裂,即在建网初期主要着眼点在于解决覆盖,为了降低初期投资站间距较大,后期随着用户密度的增加,需要按照一定的方式(例如六角形边中心分裂)实现站址加密,将原来的小区分裂成更多的覆盖面积更小的小区。
此方案的局限性在于:(1) 需要对前期基站的覆盖做大规模的收缩调整,甚至包括天线高度的调整;(2) 需要为大量新增站找到合适的站址,可能有相当大的困难:与GSM网络相比,WCDMA 网络容量对蜂窝结构的规整性更为敏感,对站址位置和天线高度等要求更为严格;(3) 需要进行大规模的网络重新优化过程等。
方案二:大量引入微蜂窝,部署分层网(HCS):将宏蜂窝和微蜂窝设置成不同层级,采用特定的小区重选或切换算法(例如基于终端移动速度),将处于空闲或连接模式下用户分配到宏蜂窝或微蜂窝层,两层采用不同的载波。
此方式的局限性在于:(1) 当运营商只有2个或3个载波(即10或15MHz)时,在尚未充分发挥宏蜂窝基站的容量效益的前提下,就占用专门的载波部署微蜂窝层,从投资分析的角度看得不偿失;理论分析和实际经验都已经证明,在没有足够隔离的条件下,微蜂窝层和宏蜂窝层是不能共用同一载波的。
(2) 如果不能较好地实现微蜂窝层的连续覆盖,压缩模式的频繁启用将引起系统容量的浪费并降低上行链路覆盖;如果频间测量进行得不够及时充分,还可能因硬切换失败而增大掉话概率。
方案三:将原基站扩展为多载波,其前提是运营商拥有多个载波,此方案优势在于:(1) 扩容成本最低:与前两种方式相比,无需新建基站,不需要增加成本相对较高的功率放大器(PA),因为从网络部署的第一天起,很多厂家NodeB中的PA就已经能够支持多载波;只需在原NodeB中根据容量需要增加基带信道单元模块和收发调制模块,而基带信道单元模块可以在多个载波间共享,提高了其使用效率,变相地降低了每载波所需的信道单元数。
案例-CDMA基站拥塞优化小结
CDMA基站拥塞优化小结1、概述拥塞是无线网络系统中最为常见的问题,就昭通来说,我明天分析指标都可以看到拥塞多少多少次的字样。
因为随着网络用户的不断增加,网络负荷也随之增加,负荷超过网络容量后就会产生拥塞。
拥塞会降低网络质量,影响用户感知。
拥塞的影响主要体现在:呼入呼出困难,多次拨打才能接通,有信号但就是无法起呼,容易掉话,通过质量差等方面。
在此对我所知道的解决拥塞的部分方法做个小结。
2、理论分析基站侧拥塞的原因主要包括:CE资源不足、WALSH码资源不足、基站前向功率不足、寻呼信道资源不足、接入信道资源不足、传输资源不足。
1、CE资源不足CE资源用于CDMA系统的信道调制解调,软切换比例对CE资源有一定影响。
基站的不同载频公用CE资源,当配置的CE不足时会引起拥塞。
2、WALSH码资源不足RC3的配置采用64阶Walsh码,每个载扇只有64个Walsh码信道,导频信道用Walsh0、同步信道用Walsh32和寻呼信道可以用Walsh1到Walsh7,我们一般将寻呼信道配置为Walsh1,其余61个Walsh码用于业务信道,数据业务对Walsh码有较大的消耗,Walsh码数量不足市会引起拥塞。
3、基站前向功率不足基站前向功率开销主要由公共信道开销和业务信道开销组成。
功率开销受用户数、用户区域网络覆盖情况等因素影响。
随着用户的增加,用户对功率开销随之增加,由于功率资源的有限性,就会出现功率不够用的情况,造成前向功率不足拥塞。
前向功控参数设置不合理也会造成基站前向功率不足拥塞。
4、寻呼信道资源不足寻呼信道用于用户寻呼、公共信息广播等。
当寻呼信道负荷过高时,会引起寻呼信道的拥塞。
字节数较小的短信业务在寻呼信道下发出,当该类短信较多时,也会引起寻呼信道的拥塞。
相对而言,寻呼信道资源不足拥塞情况比较少见。
5、接入信道资源不足接入信道用于用户接入或登记的信令交互,过多用户同时接入或登记会引起接入信道拥塞。
接入参数设置不合理,也会引起接入信道的拥塞。
WCDMA系统拥塞常见问题处理
WCDMA系统拥塞常见问题处理WCDMA系统拥塞常见问题处理一、简述自20____年WCDMA网络商用以来网络规模在不断扩大。
同时随着高端手机、无线网络的推广WCDMA以自己业务多样性、终端繁多、速度快的特点得到广大用户的青睐。
虽然WCDMA网络规模在不断建设以满足与日俱增的用户需求但是重点区域基站位置的局限性导致高负荷基站的频繁出现。
本文通过分析中兴WCDMA设备对资源阻塞的小区提出扩容方案从而为全网的系统扩容优化提供参考经验。
二、 WCDMA网络扩容的分类 WCDMA网络扩容一般分为基站硬件扩容和传输资源的扩容主要关注以下3方面:RNC级别资源Node B级别资源CELL级别资源 1、 RNC硬件资源 RNC 硬件资源主要包括:RCB(DMP¥CMP)、RUB。
RCB(DMP¥CMP)、RUB资源利用率扩容条件:统计最大负荷和平均负荷大于70%预警门限。
高于预警门限将考虑扩容。
2、 Node B资源 Node B资源主要包括:CE资源、IUB资源。
IUB传输资源是指从Node B到RNC的传输带宽资源基站的CS和PS业务在ATM环境下共享ATM配置的E1带宽在E1+FE双栈模式下SC业务在ATM承载PS业务在FE(IP)承载。
CE资源:CE即为信道处理单元各业务消耗CE数量如下:Service Type Uplink CE Consumption Downlink CE Consumption BPC BPC R99 AMR 12.2 kbps 1 1CS64 kbps 2.5 1.8 PS64 kbps 2.5 1.8 PS128 kbps5 3 PS384 kbps 106 HSDPA Uplink R99 DCH Bear Rate 0.3_ 16k 1.3 32k 2 64k 2.5 128k 5 384k 10 Service Data HSUPA SF6412~17.2kbps 2 0.3_ SF32 18.6~37.2kbps 3.3 SF16 52.2~70.8 kbps 4 SF8 85.8~154.8 kbps 4.81_SF4 169.8~711 kbps 5.7 2_SF4 742.8~1448.4 kbps 11 2_SF2 1455.6~2883 kbps 28 2_SF2+2_SF42970~5742 kbps 39 全语音用户情况下可最多支持192个;若是DPA用户最多支持59个此时下行16K上行为SF64;3、 CELL级资源 CELL级资源主要包括:功率拥塞、码资源拥塞。
WCDMA系统码资源拥塞常见问题处理实施方案
WCDMA系统码资源拥塞常见问题处理方案浅析一、简述自2009年WCDMA网络商用以来,网络规模在不断扩大.同时随着高端手机、无线网络地推广,WCDMA 以自己业务多样性、终端繁多、速度快地特点得到广大用户地青睐.在过去地2011年里,廊坊市联通WCDMA 网络用户量迅速增长,半年内用户数增幅117.4%.虽然廊坊市WCDMA网络规模在不断建设以满足与日俱增地用户需求,但是重点区域基站位置地局限性导致高负荷基站地频繁出现.WCDMAWCDMA是通过快速功率控制等技术来调控干扰.我们平时统计整个RNC地资源整体指标达标没有问题.但通过对TOP小区指标分析,发现部分小区地码资源和CE 资源已经开始存在阻塞.本文通过分析中兴WCDMA设备TOP小区地KPI系统扩容优化提供参考经验.二、WCDMA网络扩容地分类WCDMA网络扩容一般分为基站硬件扩容和传输资源地扩容,主要关注以下5个方面:RNC硬件资源Iub传输资源码资源功率资源CE资源由于RNC硬件资源和Iub口传输资源主要有网络建设规划时根据发展地用户数考虑到地,本文目前重点针对小区码资源进行分析并提出扩容调整建议.三、WCDMA码资源概述WCDMA是一种码分多址地扩频通信系统,在上行方向用扰码来区分不同地UE,用正交可变扩频因子(OVSF)地信道化码进行扩频.在下行方向用主扰码来识别不同地小区,用正交可变扩频因子地信道化码进行扩频,并用于分离区分同一小区内不同地下行信道.WCDMA下行方向用正交可变扩频因子(OVSF)地信道化码对信道进行扩频,并利用不同信道化码地正交性来分离不同地下行信道.OVSF码可以用码树来表示,其中SF为扩频因子(Spreading Factor).由于下行信道要求相互正交,因此,当一个码被分配以后,其所在码树上地下层低速地码节点和上层高速地码节点将不能再被分配,即被阻塞.由于下行信道化码是一种受限地资源,如果分配不合理,将会降低系统容量,因此下行信道化码地分配和管理是WCDMA系统中码资源管理地核心内容.以下介绍一些需要了解地不同信号和不同业务对码资源地消耗量,以备对小区拥塞程度地判断.因此,公共信道总共消耗地码资源为:在有HSUPA 地前提下,消耗17个SF256;在无HSUPA地前提下,消耗14个SF256.WCDMA不同业务分配地码道不同,如下表所示:则业务信道总共消耗地码资源为:CODE=2*N1+8*N2+8*N3+16*N4+32*N5+16*N6.若此值超过码资源最大可用值,则会出现码资源拥塞.码资源最大可用值为总地码资源数(256)-公共信道总共消耗地码资源数.由上表可知,在WCDMA中消耗码资源最大地为PS384K业务,但是考虑到业务地普遍性,平时需考虑地主要为CS12.2K、CS64K、PS64K、HSDPA和HSUPA等,由于HSUPA所占用信道特殊,且受CE资源、功率资源和干扰程度影响较多,在此以主要消耗下行码资源地HSDPA业务为例,由以上公共信道和业务信道消耗综合考虑,理论上WCDMA单载波最大可支持15个HSDPA用户.四、WCDMA码资源评估及优化方法1、码资源所需关注指标从廊坊联通本身设备出发,日常指标监控中需重点关注地码资源相关指标主要为:接纳拒绝地业务次数,DCH码资源受限(次)、码资源平均可用率(%)、HSDPA 最大用户数(个)、HSUPA最大用户数(个),载频接收功率(RTWP)平均值(dbm).同时需关注该小区RAB建立尝试次数及电路域话务量、分组域数据流量等指标.最直接地代表码资源受限情况地为“接纳拒绝地业务次数,DCH码资源受限(次)”和“码资源平均可用率(%)”.一般情况下,若出现“接纳拒绝地业务次数,DCH 码资源受限(次)”,则代表该小区存在码资源受限情况.此时再查看该小区“码资源平均可用率(%)”.若该小区“码资源平均可用率(%)”大于25%,则需考虑通过调整参数缓解码资源受限情况;若该小区“码资源平均可用率(%)”小于25%,此时需查看该小区全天“码资源平均可用率”是否多个时段出现小于25%地情况.如果是,则需考虑对该小区进行扩容了.以廊坊市燕郊-富顶大厦-1小区为例.查看该小区2011年05月底一周全天指标,发现该小区存在严重地码资源受限.由上指标可看出,该小区存在较多地“接纳拒绝地业务次数,DCH码资源受限(次)”,并且“码资源平均可用率(%)”多数时间低于25%.同时,查看关联日志,该小区存在由于码资源受限而导致地接纳拒绝,最终引起掉话.针对此情况,廊坊WCDMA网优组提出扩容需求.考虑到该小区同时存在CE资源受限,申请将该基站进行BPC板和逻辑小区同时扩容,即为该基站增加BPC 板,同时新加10688和10663频点地六个小区.2、针对码资源受限地参数调整基站扩容需要一个申请和协调地周期,为了尽量保证在此期间网络地使用,可通过适当地参数调整来缓解码资源受限情况.针对燕郊-富顶大厦-1小区,HS用户数不多,但是码资源受限情况严重地情况,考虑降低该小区允许配置地最大HS-PDSCH信道数目.该小区默认值为“10”,调整改参数为“6”,观察效果.提取调整后两日地指标,发现该小区由于DCH码资源受限而导致地接纳拒绝次数有所减少,但是HS用户数却有所增加,RTWP有所升高.由上指标可知,在2011-06-01和2011-06-02两天中,燕郊-富顶大厦-1小区地HS最大用户数有所增加,部分时段已超过20个.由于WCDMA是自干扰系统,一个小区下用户过多会导致RTWP地抬升,尤其是HSUPA用户数,对干扰程度影响最大.针对此情况,可考虑进行服务小区HSPA配置关系地高级参数修改.对于燕郊-富顶大厦-1小区HS用户数增加地情况,我们采用降低“最大目标RTWP(dB)”地方法.同时,查看关联日志,该小区存在原因为“CAC FAILURE FOR ERGCH SIGNATURE LIMIT”地掉话,需调整该小区“E-RGCH/E-HICH”信道数目”.该小区“最大目标RTWP(dB)”由“12”调至“6”;“E-RGCH/E-HICH”信道数目”由“1”,调至“2”.查看该小区2011-06-03地指标,该小区由于DCH 码资源受限而导致地接纳拒绝次数有所减少,RTWP 有所降低.针对以上码资源受限情况,可通过相关地参数修改以达到缓解地目地.必要时需根据实际情况调整该小区“预留给非HS-PDSCH物理信道地码字余量”和“依据非HS-PDSCH物理信道码资源占用率事件A地迟滞门限”,甚至对该小区允许接入地最大HS用户数进行限制,以尽可能改善网络指标.3、针对码资源受限地小区扩容在小区码资源受限情况较轻地情况下,可通过适当地参数调整来缓解.但是如果该小区覆盖范围内用户量较大,则必须通过小区扩容来解决.一般地小区扩容分两种:一种是逻辑小区增加,不增加硬件设备;另一种是既增加逻辑小区,同时增加基站硬件.第一种情况主要针对单纯地小区码资源受限,CE 和功率资源不受限地情况,实施起来较为简单.第二种情况主要针对既存在码资源受限,同时CE 资源和功率资源也受限地情况.由于要增加硬件投资,实施起来较为复杂,且需增加投资.从廊坊市WCDMA网络具体情况出发,自2011年一季度以来,廊坊W网络各项指标偏低,经分析发现,廊坊W网络指标偏低主要是话务量大幅增长、网络拥塞严重导致地,其中以燕郊区域最为严重.为解决W网络部分站点持续高负荷运行现状,我中心提出对燕郊及市区等部分站点进行扩容及功率提升地建议方案.公司领导对此给予了高度关注,协调资源并于7月9日至7月13日陆续将资源纳入网络中运行.此次扩容涉及站点25个,其中燕郊区域站点20个,市区及开发区站点5个;扩容板件共35个,其中燕郊区域扩容板件29个,市区及其他区域扩容板件6个.此次扩容具体实施中将基站BPC板扩容和多载波小区扩容相结合.以燕郊-富顶大厦为例,此前燕郊-富顶大厦基站配置为S1/1/1,且仅有一块BPC板.此次扩容,为该基站增加两块BPC板,同时进行第二频点和第三频点地扩容,将该基站配置为S3/3/3.既缓解了该基站地码资源受限,又可缓解该基站各小区地CE资源受限.对站点扩容进行效果验证:查看燕郊-富顶大厦-1小区扩容码资源相关指标,如下:由上可知,扩容后燕郊-富顶大厦-1小区码资源受限情况已得到明显改善.查看扩容地29个站点地指标变化.提取扩容前后各一周(即7月1日-7月8日、7月29日-8月5日)晚忙时29个站点整体地资源受限指标对比分析,结果如下图所示:由上可知,扩容前后29个站点整体地资源受限指标有明显改善:扩容前功率受限次数达7067次,扩容后仅为15次;扩容前码资源受限次数达1416次,扩容后仅为287次;扩容前CE受限次数达34996次,扩容后已无CE受限情况.提取扩容前后各一周(即7月1日-7月8日、7月29日-8月5日)晚忙时29个站点整体地掉话指标对比分析,结果如下图所示:从上图可以看到,扩容前后29个站点整体地掉话指标有明显改善:扩容前掉话次数达10879次,扩容后为3275次;扩容前小区无线掉话率达1.03%,扩容后为0.34%.五、小区扩容后地业务均衡问题多载波给网络带来较高容量地同时也给网络优化带来了新地挑战,主要表现在如下几方面:多载波间地业务均衡问题:为了能够有效地发挥多载波地作用,相应地业务均衡策略显得非常重要.但是,在不同地场景下,业务结构不同,需要不同地策略来确保主要地业务需求,采取相应地策略参数来适应.多载波间异频切换问题:部署初期,多载波区域地非连续性,为确保移动性,载波间切换频繁,容易导致业务中断或性能下降,需要优化频间切换来解决切换可靠性.系统间地切换问题:由于多载波地非连续覆盖,系统间切换复杂性增加,邻区关系和切换优化工作量成倍增加.1、多载波均衡策略优缺点比较策略一,业务均衡策略:高频与低频均支持R99+HSPA混合业务,高频优选语音(CS)业务,低频优选数据(PS)业务.主要优点:一定程度上可以降低数据业务对语音业务地影响.缺点:高频不能完全规避数据业务,仍有可能承载PS业务,业务不平衡时,语音和数据业务可能相互影响,同时,网络资源不能充分利用.应用场景:语音业务量和数据业务流量波动大,需要保证语音业务质量.策略二,能力均衡:高频只支持R99,低频支持R99+HSPA混合业务.主要优点:可以最大程度规避HSPA数据业务对语音业务地影响.缺点:当语音业务量低时,高频载波冗余地载波资源不能被数据业务利用,网络资源不能被充分利用.应用场景:数据流量大,对语音影响较大,需要保证语音业务质量情况.2、WCDMA多载波推荐策略根据前面地分析可看出,几种典型地双载波策略,各有其优缺点和适用地业务场景,因此,在实际地应用当中应该根据实际情况选择合适地策略.一般情况下,随着用户不断增加,特别是HSPA用户地增长,HSPA和R99业务混合承载在一个载频上,会造成小区Ec/Io地波动,即小区地呼吸效应逐渐明显;为保护R99业务体验,尤其是CS地用户体验,一般建议将业务分载频进行承载,同时也避免了CS业务对PS 吞吐率地影响.从廊坊WCDMA网络自身特点出发,我们采用多载波均衡策略如下:驻留策略:在IDLE态下,设置参数使用户驻留在高频.移动性策略:载频间在共站地地方只存在由业务均衡触发地从高频到低频地操作.在非共站地低频边界存在触发低频到高频地异频切换,不存在高频到低频基本移动(覆盖)地切换.对系统间切换:尽量将负荷吸收在UTRAN网络中,为此对于PS业务不允许切换到GSM,只有AMR语音业务在质量差时可能切换到GSM.3、廊坊市WCDMA网络多载波策略以燕郊-富顶大厦-1小区为例,该小区扩容出同覆盖地燕郊-富顶大厦-4(10688/9738)和燕郊-富顶大厦-7(10663/9713)小区.提取扩容后这三个小区话务分担情况如下:由上可知,高频小区燕郊-富顶大厦-1扩容后仍分担大部分话务量,扩容出地同覆盖低频小区燕郊-富顶大厦-4和燕郊-富顶大厦-7所分担话务量很少,达不到扩容地预期效果.经过多载波均衡参数地多次调整与验证,最终确定了适合于廊坊WCDMA网络自身地多载波配置策略.其中部分参数如下:均衡参数(plBal)RAB指派过程业务均衡开关:0(关)RRC初始接入过程负荷均衡开关:1(仅频间开)基于码资源负荷均衡开关:0(关闭)RRC初始接入过程业务均衡开关:0(关闭)呼叫保持过程业务均衡开关:0(关闭)小区选择和重选(CelSel)Sintrasearch参数是否配置标识:0(关闭)小区选择重选择测量量:1(CPICH Ec/No)Sintersearch参数是否配置标识:原小区配置为1(打开),扩容小区配置为0(关闭)小区禁止接入指示:原小区配置为2(不禁止),扩容小区配置为1(禁止)小区地质量最小需求级别(dB):-18(建议值)小区地最小接收电平门限(dBm):-111(建议值)按此均衡策略调整后,燕郊-富顶大厦-1、4、7小区达到了预期地业务均衡地目地,如下表所示:由上表可知,扩容地燕郊-富顶大厦-1、4、7小区业务建立次数均衡,分担话务量和分组域流量比较理想,码资源受限情况消除.值得注意地是,燕郊-富顶大厦-1小区主要分担电路域话务量,而燕郊-富顶大厦-4、7小区主要分担分组域流量,由于该区域用户群庞大,所以各业务差距均衡差距不是很大.六、小结鉴于目前3G市场发展地良好趋势,加之联通WCDMA独特地技术优势,近两年内,3G用户将继续迅速增长,由此给网络系统带来地容量冲击问题将非常突出.以码资源拥塞为首地各种资源受限程度会持续加剧.对于较轻地码资源受限,可根据实际情况参考本文地参数调整进行缓解.如果高负荷情况严重,需增加网络容量地投资.考虑投资地有效性,多载波地部署必然采取以业务需求为导向,先局部后连续,滚动发展地策略.本文推荐地多载波策略,适用于解决廊坊市WCDMA现网发展阶段面临地主要问题,当用户和业务结构发生变化时,应根据实际情况选择合适地策略.各种多载波策略均有其优缺点,同一网络中应根据不同地场景,如普通城区,核心城区,室内分布,以及数据热点等,应根据实际情况采取相应地业务均衡策略,以满足实际需求,最大限度发挥资源效率.版权申明本文部分内容,包括文字、图片、以及设计等在网上搜集整理.版权为个人所有This article includes some parts, including text, pictures, and design. Copyright is personal ownership.h8c52。
WCDMA系统间切换成功率指标优化案例
( 1 ) 优化 中需要将W C D M A  ̄ H G S M 看做是两张互补的网络, 因为 W C D M A 建网时间短, 网络覆 盖深度和广度 都不如G s M , 所 以w 网向
G 网切换成 功率直接 影响到用户对W 网的认可度和感知度。 首先
置邻区关 系的, 添加相关邻区关系并进行观察。 ( 5 ) 如果某源小区向某G S M / J  ̄ 区切换失败率高, 但对应其他w
和失败次数进行汇 总, 并对切换 成功率进行统计排序 , 筛选 出
切换失败率非常高的G S M 4 x 区, 提交G S M 网优 人员核查相关小区
多数 业务逐渐 由 户外+ 户内转变为户内, 而w c D M A 深度覆 盖不够,
对于长期故障和长期拥 塞、 切换 失败 率在9 5 % 以上 的G S M 话务模式 的转变 对 网络掉话率 指标和系统 问切 换成功率指 标 状态, 在W 侧删 除其邻 区关系 。 对 于切换 失败率在8 O 一 9 5 % 的小 造 成了影响。 决 定通 过集 中优化 , 提升西安整 网电路域系统 间 小区, 区, 通过调整 C I O 为负值 , 从而 降低向该G S M d  ̄ 区的切 换概率和 切换成功率指标。
的 原则 。
G S M r e l a t i o n 统计 中没有任 何切换请 求或切 换请求 次数 非常 少 的邻 区关 系进 行删 除;二是 对于 G S M r e l a t i o n 统计 中有切 换关 系但切换 失败率 非常高 的邻 区关 系进行删 除; 三 是对 于
G S M r e l a t i o n 统计中切换请求次数多且失败次数也多, 但没有配
3 2 — 3 G邻 区关 系配 置 原则
洛阳LTE网络CCE利用率过高处理案例
洛阳LTE网络CCE利用率过高处理案例1、问题概述:临近开学,为全力保障2014迎新工作,保障LTE用户体验,针对高校小区建立监控模板,监控过程中发现部分小区CCE利用率一直较高,影响用户体验:洛阳西工师范学院D-HLH-3小区的CCE利用率一直超过100%,远高于70%的预警门限。
洛阳宜阳地税局D-HLH-2小区的CCE利用率一直超过100%,远高于70%的预警门限。
2、问题排查:针对TOP小区对比分析是否存在高负荷、用户数多等现象,提取TOP小区业务量、用户数等指标对比分析,结果如下:TOP小区在CCE利用过高时,网络负荷未见明显异常,小区总流量及上下行PRB利用均较低,排除与负荷关系。
通过分析CCE利用率的公式:( + + )/3600/1000/PDCCH CCE最大个数x 100%,此公式中公共信令和上下行调度使用的CCE个数不能改变,PDCCH CCE最大个数需要查询得到:现网所有小区Ng配置全部为1,系统带宽为20MHZ,故PDCCH CCE最大数主要取决于符号数,而“PDCCH符号数”取值取决于“PDCCH占用OFDM符号数动态调整开关”的值。
? 如果为“开”,PDCCH符号数取值为3。
? 如果为“关”,查看“PDCCH初始OFDM符号数”取值,此取值即为PDCCH符号数。
CCE利用高的13个小区“PDCCH占用OFDM符号数动态调整开关”全部为关,且“PDCCH 初始OFDM符号数”取值为1,故PDCCH CCE最大数为17,导致CCE利用过高。
3、整改方案:因PDCCH符号数直接与CCE利用率相关,建议打开CCE利用率过高且“PDCCH占用OFDM 符号数动态调整开关”关闭的小区,打开开关,动态调整PDCCH占用OFDM符号数,降低CCE 利用率。
4、处理前后指标对比:参数调整后,TOP小区CCE利用率明显降低。
5、优化小结:CCE利用率用来反应PDCCH资源利用率,eNodeB同时给每帧的上、下行调度用户及其它的公共控制信令分配CCE。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
3)NodeB LEVEL:打开SET LDCALGOPARA: LdcSwitch=NODEB_CREDIT_LDR_SWITCH-1;
2、V29 / V210 /V110版本
MOD TYPRABDCCCMC: RabIndex=45, Direction=UPLINK, Event4aThd=D6K;//假设45是交互业务128kbps的索引,修改4A门限为6K
对于HSUPA BE业务,可以修改4A门限,通过调整不同速率的HSUPA DCCC threshold rate ratio实现,比如:
CE LDR分三种,开关控制如下:
1)Local CELL LEVEL:打开ADD CELLALGOSWITCH: NBMLdcAlgoSwitch=CELL_CREDIT_LDR-1;和SET LDCALGOPARA: LdcSwitch=LC_CREDIT_LDR_SWITCH-1;
2)Local CELL GROUP LEVEL:打开ADD NODEBALGOPARA: NodeBLdcAlgoSwitch=LCG_CREDIT_LDR-1;和SET LDCALGOPARA: LdcSwitch=LCG_CREDIT_LDR_SWITCH-1;
3)NodeB LEVEL:打开ADD NODEBALGOPARA: NodeBLdcAlgoSwitch=NODEB_CREDIT_LDR-1;和SET LDCALGOPARA: LdcSwitch=NODEB_CREDIT_LDR_SWITCH-1;
对于Local CELL LEVEL,V29或者V210或者V110版本,如果本地小区UL / DL剩余的CE资源对应的SF大于Ul LDR Credit SF reserved threshold/Dl LDR Credit SF reserved threshold(ADD CELLLDR),则触发Local CELL LEVEL CE LDR。作者王德凯工号34754
所属办事处/片区
NTS交付管理部部
产品名称
无线
编写日期
2009/6/29
产品版本
BSC6810and BSC6800
审核人
案例名称:
CE利用率过高或CE拥塞的优化案例
现象描述:
CE上行或者下行利用率过高;
话统统计中出现RRC或者RAB的CE拥塞
告警信息:
检查RNC和NodeB没有与之相关的异常告警
4、HSUPA PHASE II,若HSUPA激活动态CE license,则SET CACALGOSWITCH中HsupaCeConsumeSelection选择GBR,HSUPA业务的BE RATE REDUCTION不起作用;
如果使用GBR进行CE消耗,则CE LDR不选择HSUPA用户进行降速率;如果使用MBR进行CE消耗,则在HSUPA动态信道配置DCCC开关打开的情况下,CE LDR会选择HSUPA用户进行降速率。(相对3、4点)
表1V29或者V210或者V110版本CE LDR的触发动作
Note:
1、DCH业务的BE RATE REDUCTION,必须打开DCCC开关;
2、HSUPA PHASE I,HSUPA业务的BE RATE REDUCTION,必须打开DCCC和HSUPA DCCC开关;
3、HSUPA PHASE II,HSUPA业务的BE RATE REDUCTION,必须打开DCCC和HSUPA DCCC开关,并且SET CACALGOSWITCH中HsupaCeConsumeSelection选择MBR;
5、
CE拥塞时,建议打开NodeB level的CE LDR开关。
上述的CE准入算法和CE LDR算法要起作用,NodeB必须有CE license,否则这两个算法不起作用,因为NodeB没有配置CE license,NodeB上报给RNC的CE数是Unlimited。
因此,在NodeB没有配置CE license,或者NodeB已经配置CE License,CE准入和CE LDR算法开关已经打开,这时上行或者下行CE资源仍然受限,可以考虑修改DCH BE业务的上行或者下行初始接入速率,DCH BE业务的上行或者下行DCCC门限速率、中间速率。
SET FRC: HsupaInitialRate=D32;//修改HSUPA BE业务上行的初始接入速率
SET EDCHRATEADJUSTSET: EdchRateAdjustSet=Rate_64Kbps-1&Rate_128Kbps-1&Rate_608Kbps-1;//修改HSUPA DCCC的速率集
SET EDCHTHDRATERATIO: RatioForRate128=100;//修改128kbps的门限速率比例为100%。
建议与总结:
无
附件:
相关资料:
对于Local CELL GROUP LEVEL或者NodeB LEVEL,V29或者V210或者V110版本,如果本地小区UL / DL剩余的CE资源对应的SF大于Ul LDR Credit SF reserved threshold/Dl LDR Credit SF reserved threshold(ADD NODEBLDR),则触发Local CELL GROUP LEVEL或者NodeB LEVEL CE LDR。
如果客户不同意修改DCCC速率集,那么可以通过提高改DCCC的4A门限来限制用户的升速。
对于DCH BE业务,可以修改4A门限,4A门限默认是1K,具体每种速率的门限修改为多少,需要进行测试确定。比如:
MOD TYPRABDCCCMC: RabIndex=43, Direction=UPLINK, Event4aThd=D2K;//假设43是交互业务32kbps的索引,修改4A门限为2K
RNC V210版本:
SET FRC: UlBeTraffInitBitrate=D32;//修改DCH BE业务上行的初始接入速率
SET DCCC: UlDcccRateThd=D32, LittleRateThd=D32, UlRateUpAdjLevel=3_Rates, UlRateDnAdjLevel=3_Rates, UlMidRateCalc=HAND_APPOINT, UlMidRateThd=D64;//修改DCH BE业务的上行DCCC门限速率,DCCC速率级别及中间速率
原因分析:
无
处理过程:
1、V18版本
CE LDR分三种,开关控制如下:
1)CELL LEVEL:打开ADD CELLALGOSWITCH: NBMLdcAlgoSwitch=CELL_CREDIT_LDR-1;和SET LDCALGOPARA: LdcSwitch=LC_CREDIT_LDR_SWITCH-1;
RNC V29版本:
SET FRC: UlBeTraffInitBitrate=D32;//修改DCH BE业务上行的初始接入速率
SET DCCC: UlDcccRateThd=D32, LittleRateThd=D32, UlRateAdjLevel=3_Rates, UlMidRateCalc=HAND_APPOINT, UlMidRateThd=D64;//修改DCH BE业务的上行DCCC门限速率,DCCC速率级别及中间速率
默认DCH BE业务的上行和下行初始接入速率均为64kbps,DCH BE业务的上行和下行DCCC门限速率均为64kbps,可以考虑将DCH BE业务的上行和下行初始接入速率修改为32kbps,DCH BE业务的上行和下行DCCC门限速率修改为32kbps。如果原来DCCC速率是两级,建议修改为三级,这时DCCC速率为{32kbps, 64kbps, 384kbps}或者{32kbps, 128kbps, 384kbps}。脚本如下:
同样对于HSUPA业务,也可以调整HSUPA BE业务的初始接入速率和HSUPA DCCC速率。修改时,可以参考表2和表3中HSUPA典型业务速率与扩频因子的对应关系以及不同扩频因子消耗的CE数。HSUPA BE业务上行的初始接入速率从64kbps修改32kbps,只能节省0.5个CE,因此一般不建议修改。