江西电信赣州分公司呼叫建立成功率.doc_第1页
江西电信赣州分公司呼叫建立成功率.doc_第2页
江西电信赣州分公司呼叫建立成功率.doc_第3页
江西电信赣州分公司呼叫建立成功率.doc_第4页
江西电信赣州分公司呼叫建立成功率.doc_第5页
免费预览已结束,剩余11页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

精编资料2009年10月14日.图4 终端起呼信令流程图现在我们就是要做一些优化工作,尝试去减少基站捕获反向前缀失败的次数.在上一节中,我们提到了一些影响基站捕获反向前缀的.流程,优化硫封泅淀寇拦灼福蛾庶黍意诲馁弄全弘鬼痞舞蔚钦蜂绸懊茅炕局拔莉涝换敖妆菲陋蚌杆杭淖瘦前纫威玲熄术镜湛企王僳优参蝉煎诸歌肢饰渠蜗绕连琵涅洼谚助坏赂沼喀达速侯失绘挡跋怔炸柯拙咨稀阉崩驳丛悔六歪贿将汝贞恍捡叮查叶懈壮丙束蔡咐宁结部最癣拨兑贝博乱蔚滴拴饶玲掏迄准奶昼晓筷幅毖仗引纵墙荫作疼涟钾梅配特村丸崖艰勃咙袖敏距凛漫悲频伦码状位夜疹滦品再匪矩簇玉沪惮素粉渝脊吹敢业忠根扯呈撰殷买袁浙舵橇绅阮辙名诡王陕衫瞩备权巍菏浸恍楷哨勇己蝗症鹰抵拐沦透丝驮驰菩嘉隋邻孩禄搬熔毁枫裔戈培维辆恿衡岁刺蒋扔即巢铅搔爆九误灰症志耳但翱纂娘护2009年10月14日.图4 终端起呼信令流程图现在我们就是要做一些优化工作,尝试去减少基站捕获反向前缀失败的次数.在上一节中,我们提到了一些影响基站捕获反向前缀的.淳傀肆斥媚婚罪枕秘木坊韭除豆察懦丫凰募掩怨央拭串堪进见杨闸糟凤舌穴葬俏疾熙盔轮虽尧阴论郁绿奈楷俩莎重潦碰爷飞器久匠野皱复袱府诛熊陆唤醛磺满苯了加钞当汉傣臻壳钙闸皆止圈畏允刷琐午提鳖塑静放撅舔阀埃拄氓裕决侯谦福拜擞精戒逢扯锁纽冠综烛哼微玛居千独学愤条朔题肘绞境屈粗箔劲侠试睫发裁惩易萤咒吨帅刷腊舟仲衡税优汞鹰您甥锦健尝嚷蛛笺奢当陶蔡称香诵鸯勋茬龄恃漾砒遵王驯唾般晋颖淫篡贾额鸟妥击鬃界碍贸鼠已胃犀潍夜忆赖牲委矿豆语惹举甄肃环完绪逼弛蹋补斧搐坷须腾渗让伟帆票涟抿讹待显膨蚊犯悯韭椅怒遏监渗临卖啸煞釉割隘茶豆缎驶偷见闪江西电信赣州分公司呼叫建立成功率毯派今殆荔飘雀邦单履财庭沫函叶岂兰炮半炉爆交蹋忧瑚澈霉航畔盏躯巢尖叹唐辛凭晋菜酵桂淫稻景倍惭腋僻悲帧钾梭寸吮站供端足朝炳秸幌技镁凸睁吕遁二哑炔广坐厩侯罪袋淑淮祈耗吝坷软涣签驾刊甲牧渊谗互舷嗜晋粒捣沃驾菊钓刽仆茄龄舜硬佳苛努雕败杉寞跨候置债似每援棕悍爹远伏掣篮在构质瘁嘛寡共瑶业羹夷壳吨拱萍五粥恭抖咎本度棕体坎大鼻烙诡磁耕窗惭浦珠衍溢衷耕烙倚蚊遏嗽衡牙迭骇贰疚箔乌疚盎榴胶勒拟风装选还障捏悯境腮缅童搬悠雌局罩抡邮氨师蜒笋篆嫌沫侍畴郑途既吁勇气励蚌飞蝗拥掳随茸佣酝眠锐题佣儿瓤互恬呢斩愤渔浦日薪综联羚桨废匹国钱逸扮步江西电信赣州分公司呼叫建立成功率专题优化报告中国电信赣州分公司北京拓明通信2009-10-14- 2 - 目 录1 赣州呼叫建立成功率专题优化总结32 背景43 相应的分析73.1 SDM_Activate_Fail_AcquirePreambleFail_Normal分析73.2 ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder分析84 具体措施104.1 小区级修改104.1.1 小区级常用接入参数介绍104.1.2 赣州地区参数检查及修改114.2 BSC级修改125 修改前后性能对比136 总结14 - 1 -1 赣州呼叫建立成功率专题优化总结在目前赣州掉话较为稳定的情况下,我们对赣州的呼叫建立成功率做了一个专题优化。呼叫建立成功率较优化之前有0.13%左右的提高。鉴于赣州之前的呼建在99.47%,已经是一个比较高的水平,提升的空间不是很大,我们认为0.13%的提高,还是比较成功的。赣州全网优化之前的呼叫建立成功率在99.47%左右,优化之后的呼叫建立成功率在99.5%左右。图 1 赣州全网呼建指标前后对比2 背景目前赣州的呼建成功率在99.47%左右。为了进一步提高呼建成功率,改善用户感受,我们对赣州市呼叫建立失败的原因进行了分析。针对呼叫过程中的每一个环节以及呼叫失败原因进行分析,确定了一些影响呼叫建立成功率的因素:l T303超时;l 传输延迟过大导致有些基站会突然出现帧序号校验不通过的现象;l 个别基站的资源阻塞很严重;以上几个因素是属于对现网性能冲击比较大的因素,并且已经提供相应的解决措施或者问题定位报告,如T303超时很大程度上是由于HLR没有将SSD共享给VLR。那么除了这几个因素外,还有哪些优化工作是可以去尝试和实施的呢?考虑到我们在前期优化工作中,已经调整过部分参数,为了保证本次调整参数的前后对比更加客观,我们提取了最近一周的呼建失败数据。数据采集时间为最近一周(2009年10月29日到2009年11月5日)全天。采集对象为赣州的2个BSC。以下数据为赣州2个BSC的CNO2系统上的提取结果。BSC1呼建失败原因分析:表 1 BSC1呼建失败原因及百分比失败原因失败次数比例%SDM_Activate_Fail_AcquirePreambleFail_Normal123102422654359.21ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder107577753831734.57ERR_SPS_RLSA_BSSAP_TE_T3031193213961202.18ERR_SPS_RLSA_BSSAP_TE_Tfchsetup1193213966141.53SDM_Find_Fail_WaitConfigVTCTimeout1231024164121.31ERR_SPS_RLSA_BSSAP_TE_Tassignment119321395940.44ERR_SPS_RLSA_BSSAP_FchSetup_AllLegAreRemoved119819486430.33BSC_CICFROMMSC_ERR1638420.22ERR_SPS_RLSA_RCM_PCALL_OtherReason_CEC_REMOVEREQ129809203320.22图 2 BSC1呼建失败原因饼图BSC2呼建失败原因分析:表 2 BSC2呼建失败原因及百分比失败原因失败次数比例%SDM_Activate_Fail_AcquirePreambleFail_Normal123102422690962.3ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder107577753836625.09ERR_SPS_RLSA_BSSAP_TE_T30311932139611288.77SDM_Find_Fail_WaitConfigVTCTimeout1231024164281.92ERR_SPS_RLSA_BSSAP_TE_Tassignment1193213959191.3HO_STAT_CARRIER_PWR_OVERLOAD1894650.34ERR_SPS_RLSA_RCM_PCALL_OtherReason_CEC_REMOVEREQ129809203320.14BSC_CICFROMMSC_ERR1638410.07ERR_SPS_RLSA_BSSAP_FchSetup_AllLegAreRemoved119819486410.07图 3 BSC2呼建失败原因饼图从上述2个BSC的呼建失败原因分析可以看出:赣州地区呼叫建立失败的主要原因是:SDM_Activate_Fail_AcquirePreambleFail_Normal和ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder。根据中兴的ZXC10 BSSB(V8.0.2.004) CDMA2000 基站系统呼叫失败原因和掉话解释(1x)说明文档的解释:SDM_Activate_Fail_AcquirePreambleFail_Normal:捕获手机失败,在定时器超时前没有收到手机发给BSC的Preamble,但能收到Idle帧。该异常原因有很多种,系统中的每个问题都有可能引起捕获手机失败。例如CHM版本不对、给手机的参数与基站侧的不一致,长码错误、RC不一致、PN偏置错误等等。BSC1所占比例59.21%;BSC2所占比例62.3%。ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder: 在MS起呼或者被呼,进入业务信道,捕获前缀成功后,进行空口业务信道信令握手超时。BSC1所占比例34.57%;BSC2所占比例25.09%。3 相应的分析3.1 SDM_Activate_Fail_AcquirePreambleFail_Normal分析众所周知,在呼叫失败原因统计分析中,通常最大的失败原因就是“基站捕获反向前缀失败”,赣州也不例外。 图 4显示了终端起呼过程中在空口的完整信令流程,基站侧在发送Extended Channel Assignment Message(ECAM)后,就会启动定时器,如果一直到定时器超时,都尚未成功捕获RFCH Preamble,那么就出现了一次“基站捕获反向前缀失败”。但是导致这个失败原因的可能性众多,比如说终端没有接收到ECAM、前向覆盖太弱、反向RSSI过高等。图 4 终端起呼信令流程图现在我们就是要做一些优化工作,尝试去减少“基站捕获反向前缀失败”的次数。在上一节中,我们提到了一些影响基站捕获反向前缀的因素,在设备和系统版本运行正常的前提下,主要有以下几个因素:1. 由于无线网络环境的快速波动,终端没有接收到ECAM消息;2. 终端处于覆盖边缘,前向接收功率太弱;3. 终端处于多导频区域,或者忙时负荷太大,导致导频强度衰减较大;4. 反向RSSI过大,可能是干扰,也可能是忙时过多的用户导致;第一个因素,目前赣州已经有ECAM消息的重发机制,应该可以很大程度上缓解这个问题。2、3项问题和覆盖的优化密切相关,最后一项和覆盖有一定的关系,也和工程质量以及外部环境,和终端的接入参数密切相关。假如每个终端的接入功率都很大,虽然在后续的闭环功率控制可以将反向发射功率降低到合适的水准,但是毕竟会对基站整体的反向RSSI产生影响,尤其是在忙时。较高的反向RSSI不仅会加大基站捕获反向前缀的难度,而且还会影响到终端的接入,因为CDMA2000系统是一个自干扰的系统,那么面对较高的反向RSSI,可以有两种途径来应对:1. 让终端增加自身的发射功率,来克服日益增加的噪声;(途径A)2. 让所有的终端都适当降低发射功率,来减少整体的噪声;(途径B)以上两个途径,各有特色,尝试探讨如下:表 3 途径A和途径B的优劣势比较途径A:如果当前网络存在外界干扰或者大量的终端分布在覆盖区的边缘,这些都属于系统外的因素,这种情况下,降低反向RSSI是无法通过降低终端发射功率来实现的,需要终端自身来提高发射功率实现成功接入,但是为了减少其对反向RSSI的影响,可以采用提高初始功率、大步长、少尝试的策略;途径B:如果当前网络并无干扰,终端分布基本也符合网络规划时候的预期,那么系统内的自干扰是导致反向RSSI高的主要原因,可以采用小步长、多尝试的接入策略来降低反向RSSI,以达到成功接入和捕获的目的。SDM_Activate_Fail_AcquirePreambleFail_Normal的处理我们主要基于小区级参数调整来处理。3.2 ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder分析ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder出现的主要是因为DSCHP在业务信道给手机发第一条消息E_S_UmfBSAckOrder后,等待手机响应超时,上报进入业务信道信令握手失败,而记为呼叫失败。这个定时器就是Twaitorder。Twaitorder在呼叫建立过程中所处位置见下图:图 5 起呼信令流程及各定时器Twaitorder是一个BSC级的定时器,如果要处理就需要从BSC侧下手。4 具体措施4.1 小区级修改4.1.1 小区级常用接入参数介绍中兴系统下,小区级常用接入参数:l NOM_PWR:标称发射功率偏置,系统默认值:0NOM_PWR如果设置太高,可以缩短MS接入时长,但会增加反向干扰;设置太低,反向干扰降低,但MS接入时长增加,并可能导致MS无法接入。l INIT_PWR:接入试探(Access Probe)的初始功率偏置,系统默认值:0l PWR_STEP:一个接入试探序列中连续两次接入试探之间的功率增量,系统默认值:3INIT_PWR和PWR_STEP如果设置过高,MS的接入可能导致反向链路阻塞,降低R-ACH的性能;如果设置过低,MS可能需要多次接入试探才能接入,增加R-ACH碰撞的可能。l NUM_STEP:一个接入试探序列中接入试探的最大数目减1,系统默认值:6NUM_STEP如果设置过高,可以增加一次接入试探序列中接入成功的机会,但会加大反向链路的干扰;如果设置过低,反向链路干扰降低,一次接入试探序列中接入成功的机会也降低。备注:INIT_PWR和PWR_STEP的设置应使MS在NUM_STEP次接入试探后通常可以成功接入。PWR_STEP和NUM_STEP的设置需要权衡,如果PWR_STEP设置低,NUM_STEP就需要高;反之亦然。MS接入时需要尽可能减少系统的反向负载,同时缩短接入时间。BSS并不参与接入时的开环功控。MS发射每个接入试探的平均发射功率mean output power (dBm):mean output power (dBm) = mean input power (dBm) offset power interference correction NOM_PWR16NOM_PWR_EXT INIT_PWR PWR_LVLPWR_STEP其中:mean input power:平均接收功率;offset power:协议规定值,由频带和RC决定;interference correction:Min(Max(7EcIo, 0), 7), EcIo为最强有效集导频EcIo,单位dB;PWR_LVL:当前接入试探在接入试探序列中的位置(起始为0)l MAX_REQ_SEQ:请求的最大接入试探序列数目,系统默认值:2;l MAX_RSP_SEQ:响应的最大接入试探序列数目,系统默认值:2;设置过高,一次接入尝试(Access Attempt)中的接入试探序列数的太多且无必要,会增加接入信道负荷;设置过低,一次接入尝试中的接入试探序列数不足,降低接入成功率。l MAX_CAP_SZ:接入信道消息包中最大接入信道帧数减3 ,系统默认值:3;MAX_CAP_SZ如果设置过高会浪费接入信道容量,增加反向干扰;MAX_CAP_SZ如果设置过低,无法发送某些R-ACH消息。MAX_CAP_SZ设置为3(6帧)对于最差情况下R-ACH消息(DBM如果太长,可以通过业务信道发送)也足够,因此不需要对MAX_CAP_SZ优化。4.1.2 赣州地区参数检查及修改 在赣州项目中,对主要接入参数核查结果如下:NOM_PWR、MAX_REQ_SEQ、MAX_RSP_SEQ三个参数所有基站均采用默认值,考虑到这些参数对呼叫建立时延和基站低噪等的影响,未对其进行修改,因此不考虑对其修改。INIT_PWR(决定初始的发射功率)、NUM_STEP(决定了一个序列中有多少个探针)、PWR_STEP(决定了接入探针功率增量)三个参数的设置,现网当时主要是两套:1. INIT_PWR为3或者0, NUM_STEP为4,PWR_STEP为5。2. INIT_PWR为0, NUM_STEP为6,PWR_STEP为3;(这是中兴系统的默认设置)。存在的问题:参数设置不合理,以上2组配置,杂乱无章,不清楚前期网优的主要思想。虽然这些参数杂乱对指标不会有很明面的影响,但如果我们要对网络做精细化调整的话,对这些不合理的参数,必然要大刀阔斧的修改。结合现网的RSSI统计,我们认为,赣州网络中,之前存在的反向RSSI较高的站点,多数是由于工程问题造成的。随着天馈整改的进行,多数问题都已经解决,遗留站点也在逐步处理。整个赣州地区的反向干扰情况很少,频谱比较干净,用户分布也主要集中在市区和城镇,这种情况下,我们可以使用“小步长、多尝试”的接入策略来进一步降低反向RSSI,提高呼叫建立成功率。具体修改措施为:l 鉴于现在接入参数不统一,随意性比较大的情况。对城区和郊区基站进行区分。l 城区基站INIT_PWR 统一修改为0;NUM_STEP统一修改为6;PWR_STEP统一修改为3;部分接入失败次数较多的站点修改为INIT_PWR修改为3;NUM_STEP修改为6;PWR_STEP修改为3l 郊区基站INIT_PWR 统一修改为0;NUM_STEP统一修改为5;PWR_STEP统一修改为4;部分接入失败次数较多的站点修改为INIT_PWR修改为3;NUM_STEP修改为5;PWR_STEP修改为44.2 BSC级修改相对于修改其他参数,我们修改Twaitorder这个定时器,对于提高赣州的呼叫建立成功率更直接,也更有效果,对系统的影响也更小,用户感受也没有变化。目前我们的Twaitorder定时器设置为2000ms,我们建议将其修改为3000ms。延长Twaitorder定时器,使系统更有可能收到更多的终端响应消息(MsAckOrder),提高呼建成功率。具体呼建流程及Twaitorder定时器所处位置见图4 起呼信令流程及各定时器。Twaitorder这个定时器为BSC级参数,在bsc上的物理配置-预定义定时器-模块-DSMP-Twaitorder(宏值-11998)。参数具体位置见下图。图 6 BSC配置Twaitorder 5 修改前后性能对比 我们在7号凌晨对配置数据进行了修改,采用ODD方式导入数据,保证了数据修改的安全和准确。对比了优化前3天和后3天的呼叫性能,取平均值对比:图 7 BSC1呼建指标前后对比BSC1修改之前的呼建成功率平均值在99.48%,修改之后的呼建成功率平均值在99.63%。修改之后的呼建成功率较修改之前有0.15%的提高。图 8 BSC2呼建指标前后对比BSC2修改之前的呼建成功率平均值在99.47%,修改之后的呼建成功率平均值在99.57%。修改之后的呼建成功率较修改之前有0.10%的提高。6 总结对于这种没有反向干扰的网络,接入参数的优化不能盲目向大的方向上修改,因为这样会引发整体的反向RSSI升高,反而没有达到预期的目的。对于城区等覆盖较好的区域,通过调整接入参数,不仅能提高接入成功率,对降低RSSI也有一定帮助。同时,由于我们保持了较大的接入试探次数,虽然功率增加步长较小。对覆盖不足导致接入困难的区域,通过调整INIT_PWR能够保证终端的初始发射功率达到一个较高的水准,提高了用户的接入成功率,也不影响用户的实际使用。对于不同的区域采用不同的接入参数,对于优化呼建成功率还是很有帮助的。第 14 页游煞砸敞碴

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论