华为设备TBF建立成功率优化提升方案XXXX_第1页
华为设备TBF建立成功率优化提升方案XXXX_第2页
华为设备TBF建立成功率优化提升方案XXXX_第3页
华为设备TBF建立成功率优化提升方案XXXX_第4页
华为设备TBF建立成功率优化提升方案XXXX_第5页
已阅读5页,还剩21页未读 继续免费阅读

下载本文档

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

文档简介

化提XXXX备立成功率的提升方案名网络入性能分析优化接入性能指标无信道资源导致的下立失优化1.2.1线塞

1.2.2于线塞处理手机无响应致下TBF立失败1.3.2口1.3.3Abis口1.3.4处理分1.3.5口传

1.3.6机询1.3.7机过载导下TBF立成功率低1.4.1咨询题描分析1.4.2决101.4.3优化前后成效

网络接入性能分析优化接入能指标下行TBF立成功率算公式如下:内置PCUTBF建立成率义:上行立成功率上行GPRSTBF建立成功次+行TBF建立功数/(行建立试次+行EGPRSTBF建立试次)下行立成功率下行GPRSTBF建立成功+行EGPRSTBF建立功数/(行建立试次+行EGPRSTBF建立试次)统计TBF立失败的要紧有以下个指标:无信道资导致下行建立失败次/信道资源导致下行TBF建立失败次数响应导致下行TBF立失败/MS响应导致下行TBF建立数TBF性能优化中要紧就无信道资源导致下行TBF立败数和无应致行建失次这个标进优无信道资源导致的下行建立失败优化EGPRS网建初期着EGPRS数户增对基站的容量进行扩容和信道个数或信道操纵参数进行调整。无线塞类关于无信资源导致立失败,按照咨询题的严峻程度分为以下几个类型:硬塞上下行TBF建立无可用的信道资源该询专严EGPRS&GPRS法使用户成的主观感受专门差话音占造成TBF开释,忙时回收有负载动次数比严,当中掉话。信道复用比明显,每用户均占用信道数比较少严峻程度一样EGPRS&GPRS可常使用给用户感受是速度慢。以上是判定拥塞的一样性描述,具体的判定标准可按照具体情进合定关于无线塞的处理按照不同的拥塞现象,处理建议分别如下有较多的硬拥塞或者话音造成开释此情下可PDCH道,由于语音的抢占导致配置的动TCH状此种形必须通过增加静PDCH道TRX扩才能够决TBF用明显现以及少语音造成开释咨询题不专明显建议增加PDCH动信个数同时果该QT点则定增静信道内PCU增小区级道操纵参数最大PDCH率门限有少量复明咨询题不明显,但如果加态道内,加区级PDCH道操纵参数最PDCH率门限手机无响导致下行TBF立失本测量指标计一个测量周期内小区无应导下GPRSTBF建立失败次数响应导致下行TBF建立失败包以下两种情形:MS响导致CCCH上发的下行TBF建立失败行TBF的建立流程中,网络侧会发息MS来猎同时预留资源MS回应指配确认息果网侧配的信道的预留块资源上未收到该MSCONTROLLEDGEMENT息,网络侧会多次重发下行赶忙指配,直到超出最大尝试次数。图是由于MS响应导致立下行TBF建立失败的过程。每当网络侧尝试次数超出最大值的时候,如图中的测量点所示,计值“机响导下行TBF立失次数加一。MS无应致CCCH发起下行TBF立失败MS响导致PACCH上发起的下行建立败网络侧够通过面两种方法来建立下行前上行传输过程中或下行TBF释过程中发起新的下行TBF行TBF输程为TBF重新指配行资源。网络DOWNLINKASSIGNMENT息,同时留块资源MS回应指配确认消息。如果网络侧在指配的信道的预留块资源上收到MS的PACKETCONTROL消息,网络侧会多次发下行分组指,直到超出大尝试次数。图由于MS响导致下行立失败的过程,每当重发的次数超出最大尝试次数时图中的测量点A示"机无响导致下行TBF立失败次"一。MS无应导致PACCH发的下行立失败其次,我来分析手机无响应有哪些阻碍因素:空口质量要紧是无线环境的因素,机无响应确实是手机和络之间传输和通信现咨因此第一要检查的确实是空口的传输是否存故障(如图3空口质量是否良好GSM/GPRS构图Abis,是和BSC之间Abis的传,果传输有咨询,如口故,会有大量的误(括失步帧和校验错),这会在一定程度上碍手机接入;处部分数据务的中央中心确实是BSC6000的内置PCU排除几个传输接口的咨询题后分析对象确实是内置下行TBF建立流程的处理了,要紧以下几点去分析:1数据配置是否存在专门,与其它没有显现此咨询的区有何区别;2手机响应导致下行TBF建立失败较多,从下行立流程进行分,下行立程紧括CCCH的行和行立流程;LLCPDU没有下行TBF要建立一个下行用传数上的行建立程如示:上建立下行流程如在下行开始时,网侧在行的以TFI标识的PollingRequest消息。手机对此响应BURST类型的分组操确认消息从BURST)提取刻量在Control/Timing消息中通知手机,并发分下行指配消息给手机分配多个信道。(此程的作用:一是确认手机是否收到下行赶忙指配行TBF否建立成功取时刻提早量通知手由手和络配合咨询可能会显现网络侧发了赶忙指消息和Polling消息手机没有收到的情形因适增忙指消息息的重发次然而升忙次数会导致指配成功率的降低因一选提Polling息的发次,够专门大程度上减少手机无响应的概率,似于音的寻呼次数。续看,如手机发的上行FAI差不多发送,但现在上行还处于传输状态就不能进行下行立,需等待一段刻后再建立下,如果那个时刻超时就导致手机无响应。PACCH行TBF建立流如所示PACCH行TBF流在发分组下行指配消息以后,如果没有收到手机响应的分组操纵确认消息PACCH行TBF立失败。另外,大上下延迟开释时刻,能够大手机下行的几率此能提升机接时,行建立成功定程度上减少手机无响应口输于GB口紧关注是否有的链故是有塞形手机咨询题关于个别手机可能存在手机兼容性咨询题,也有可能是手机本的咨询关于这些咨询题需要手机侧进行处理定位。手机行在行TBF时的POLLING息和指配消息机无法响应外便手还在原小区于可该手机于StandBy态于PCU下行TBF时的指配息POLLING消息,该手机也不一定能接收到或及响应。此外,手即收了Polling息,由于兼容性咨询题,会导致不AB息。这些都可导致下行手机无响而建立数占下行TBF尝试建立数比较过载致下行TBF立成功率低CCCH信在空口上要紧传寻呼信令(PCH和赶忙指配信令CH令和赶忙指配信令均占一51帧51复帧用长赶忙指配消息和寻呼消息共同CCCH道下发配置个非组合CCCH消息块入承诺保留块数设了保留多少个消息块供赶忙指配消息专用样参数设置12时下发赶忙指配息较多时,会占其它消息块,现,赶忙指配消寻呼消息同时排寻呼队列中,会致寻呼队列更拥,寻呼超时次一步增加。一条寻呼信令中能发多条寻呼消息呼方式寻呼令最可发送寻呼消息。张家口移动寻呼策略则是采纳两次寻呼,第一次采纳MSI呼次采纳寻呼各位置区一次寻呼成功率%~%之间,采纳比较统计的值为%,如此通过典型寻呼合并效率运算估算出平均每条寻呼信令中下发条寻呼消息。负荷溢出率为参考移动通信业界的思路自定制的分析公式,用如下公式估算:CCCH负[A330:呼下发次数(电路业务寻呼下发数(分组业务)赶忙指配命令次数(分组业务)+CA301J:0.2354]×置CCCH%;其配的CCCH隙数的BCCH道数和扩展BCHBCH道)数和,默认不开通扩展BCH景为1帧中够送多寻呼块,每个寻呼块最大能够发寻呼消息;而51复帧只发送一条赶忙指配命令消息)考虑出来估CCCH道载度:溢出率=A337:PCH路业务寻呼删除数A338:PCH电路业务寻呼时次数A339:PCH组业务寻呼删除数+分业务寻呼超时次数+L3188A:Abis接口删除指示消息上报次数)/(A330:+A331:+A301H:忙配命令次业务赶指命次业务100。指标

述A330:CELL_PAGES_CSA331:CELL_PAGES_PS

发次)发次)CELL_CIRCUIT_PCH_DEL数数PCH分组业务数PCH分组业务数口删除指示消息上报次数咨题述析于PCU面别区业量导响导致行TBF专门明显。CCCH上的下TBF立流程分析,对在手机无响应导致下TBFZJGDO1D源ZJGDO1B(CALL->流控测<>->Abis接口分组CCCH负指示消息上报次指标需要在先进登接口分组载指示消息上报次数专门多(见表1L3188D:Abis接口负载指示始时GCELL

()消息上次数(组业)02/16/201119:00:00ZJDH899A16602/16/201119:00:00ZJDHB38F15202/16/201119:00:00ZJDHB38G10102/16/201119:00:00ZJG801A10902/16/201119:00:00ZJG801B17802/16/201119:00:00ZJGB01A18402/16/201119:00:00ZJGB01B21102/16/201119:00:00ZJGB01C21602/16/201119:00:00ZJGB38A24002/16/201119:00:00ZJGB38D13102/16/201119:00:00ZJGD01B22602/16/201119:00:00ZJGD01C114表1接口分组CCCH载指示消息上报次数CCCH载,BSC到测量小区所属的BTS告PACKETCCCHLOADIND息的数后BSC启动TN_CCCH_OVERLOAD_PROTECTION时器BSC为了CCCH拥塞度,于话业优先于分组业务的原则组域不重发下行分组赶指配时只pest即只1IMM消。在TN定时器时后,复原正常。即正常形下,如果手机对下行分组赶忙指配无响应话BSC会重IMMestIMMASS后发5olling(所发数LMT能够配,默认已为最5IMMASS的发次LMT中也能够配置现在默认次正常情形下机无应导致下行TBF建立失败话侧共2个IMMASSRequest由于空口质量不固,样络会几PollingRequ后,手机才响应,图6示:息下发次数图6所示的是手机不在小区业务高时BSC侧发3个Polling手机才有回应,这属于常现象解决方法CCCH荷超过75CCCH道出严,现应及取路由分置区裂BCH道优措CCCH负荷%到%之,现信道溢率指不超6,此次应予关注,必要采减寻次、加CCCH信数等关施负荷%CCCH出次数比较少,只需针对个别咨询题小区进行优处理于LAC内的呼业考虑若A330A331>呼容量典每小时次,需虑对该内有区展。对目前张家口华为区域现的个区下有小区过载询题。关于别小区过载估,/(A330A331)>10%展BCH容:个BCCH复帧中CCCH息块为318CCCH置决定了PCH和RACH容量。接入承诺留块数CCCH配置参数会按小区主频道配置类动调:若区CCCH“CCCH保块省值改为同时该参数的取值范畴为7若小区的CCCH配为“1CCCH时,则将小区对应的系消息表中的接承诺保留块数缺省修改为同时该参数的取范畴为2主“的CCCH个BCCH复帧中消息数就为多置一个BCH那么就非组合的CCCH个BCCH复帧中的消块数就为,专门大程度上升了的容量。优化前后成效比以下是实施优化方案后的对比成效:优化方案实施接分CCCH负载指示消息上报次数明显减(见表,只有业务突发高峰造成的几次过载。L3188D:Abis接口负载指)始刻GCELL

消息上次数(分组务(无)02/16/201119:00:00ZJDH899A16602/17/201119:00:00ZJDH899A1802/16/201119:00:00ZJDHB38F15202/17/201119:00:00ZJDHB38F002/16/201119:00:00ZJDHB38G10102/17/201119:00:00ZJDHB38G002/16/201119:00:00ZJG801A10902/17/201119:00:00ZJG801A002/16/201119:00:00ZJG801B17802/17/201119:00:00ZJG801B2902/16/201119:00:00ZJGB01A18402/17/201119:00:00ZJGB01A002/16/201119:00:00ZJGB01B21102/17/201119:00:00ZJGB01B002/16/201119:00:00ZJGB01C21602/17/201119:00:00ZJGB01C002/16/201119:00:00ZJGB38A24002/17/201119:00:00ZJGB38A002/16/201119:00:00ZJGB38D13102/17/201119:00:00ZJGB38D202/16/201119:00:00ZJGD01B22602/17/201119:00:00ZJGD01B902/16/201119:00:00ZJGD01C11402/17/201119:00:00ZJGD01C0表加扩展道前后的Abis接口分组负指示息上报数从KPI上看容行建立成功率差不多有了专门大行TBF建成功率由原先的多上升表明显无响应始时刻称GCELL

下行EGPRSTBF建立试次

下行EGPRSTBF建立成功数

导致行EGPRSTBF建立败次

下行EGPRSTBF建立成功率(02/16/201119:00:0002/16/201119:00:0002/16/201119:00:0002/16/201119:00:0002/16/201119:00:0002/16/201119:00:00

ZKBS17ZJDH899A10970136587.56%ZKBS9ZJDHB38F7274629586.54%ZKBS9ZJDHB38G56694377129277.21%ZKBS17ZJG801A1138010097128388.73%ZKBS17ZJG801B119411094699591.67%ZKBS9ZJGB01A9352864670692.45%02/16/201119:00:0019:00:0002/16/201119:00:0002/16/201119:00:0002/16/201119:00:0002/16/201119:00:0002/17/201119:00:0002/17/201119:00:0002/17/201119:00:0002/17/201119:00:0002/17/201119:00:0002/17/201119:00:0002/17/201119:00:0002/17/201119:00:0002/17/201119:00:0002/17/201119:00:0002/17/201119:00:0002/17/201119:00:00

ZKBS9ZJGB01B102799273100690.21%ZKBS9ZJGB01C9269828798289.41%ZKBS9ZJGB38A172087.38%ZKBS9ZJGB38D7968714981989.72%ZKBS9ZJGD01B97092.13%ZKBS9ZJGD01C6738587286687.15%ZKBS17ZJDH899A1278515095.90%ZKBS9ZJDHB38F5061500160ZKBS9ZJDHB38G134791332715298.87%ZKBS17ZJG801A9926985569ZKBS17ZJG801B124641173034394.10%ZKBS9ZJGB01A39503926ZKBS9ZJGB01B5399535742ZKBS9ZJGB01C6214617341ZKBS9ZJGB38A53325274ZKBS9ZJGB38D55135419ZKBS9ZJGD01B21498.30%ZKBS9ZJGD01C5482544535附录:有关话统含义讲明1路业寻呼删除次数A337:含:指标统了上调度消息时存在竞争咨询题路域寻呼消息被删除的次数。BTS计PCH路业务呼删除次数并每分钟上报一次BTS_STATIS给BSC。2PCH路业寻呼超时次数A338:CELL_CIRCUIT_PCH_EXP含:指标统了上调度消息时存在竞争咨询题路域寻呼消息超时的次数。。那个生存周期默认值是,能够通过站软参修改。BTS计PCH路业务呼超时次数并每分钟上报一次BTS_STATIS给BSC。3PCH组业寻呼删除次数A339:CELL_PACUIT_PCH_DEL义:指标统了上调度消息时存在竞争咨询题组域寻呼消息被删除的次数。BTS计PCH组业务呼删除次数并每分钟上报一次BTS_STATIS给BSC。4PCH组业寻呼超时次数A340:CELL_PACUIT_PCH_EXP义:指标统了上调度消息时存在竞争咨询题组域寻呼消息超时的次数。。那个生存周期默认值是,能够通过站软参修改。BTS计PCH组业务呼超时次数并每分钟上报一次BTS_STATIS给BSC。5寻呼下次数(电路业务CELL_PAGES_CS义:当BSC的为路务被时BSC到自或的电路PAGING区识别标志向相应区下发CMD消,并以小区对象统计该指。该指标统计是Abis寻下发情。参见GSM08580408协。6寻呼下次数(分组业务义:当BSC的MS为组务被时向发GING消息寻呼送PACKETPAGING

温馨提示

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

评论

0/150

提交评论