华为设备TBF建立成功率的提升方法DOC.docx
- 文档编号:8290096
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:13
- 大小:642.33KB
华为设备TBF建立成功率的提升方法DOC.docx
《华为设备TBF建立成功率的提升方法DOC.docx》由会员分享,可在线阅读,更多相关《华为设备TBF建立成功率的提升方法DOC.docx(13页珍藏版)》请在冰豆网上搜索。
华为设备TBF建立成功率的提升方法DOC
华为设备TBF建立成功率的提升方法
目录
1网络接入性能分析优化3
1.1接入性能指标3
1.2无信道资源导致的下行TBF建立失败优化3
1.2.1无线拥塞类型3
1.2.2对于无线拥塞的处理4
1.3手机无响应导致下行TBF建立失败4
1.3.2空口质量6
1.3.3Abis口传输6
1.3.4BSC6000PCU处理部分6
1.3.5GB口传输8
1.3.6手机问题8
1.3.7手机行为8
1.4POLLING重发次数少导致下行TBF建立成功率低9
1.4.1问题描述分析9
1.4.2解决方法10
1.4.3优化前后效果比较10
1.5CCCH过载导致下行TBF建立成功率低11
1.5.1问题描述分析11
1.5.2解决方法13
1.5.3优化前后效果比较14
1网络接入性能分析优化
1.1接入性能指标
下行TBF建立成功率计算公式如下:
内置PCUTBF建立成功率定义:
1)上行TBF建立成功率=(上行GPRSTBF建立成功次数+上行EGPRSTBF建立成功次数)/(上行GPRSTBF建立尝试次数+上行EGPRSTBF建立尝试次数)
2)下行TBF建立成功率=(下行GPRSTBF建立成功次数+下行EGPRSTBF建立成功次数)/(下行GPRSTBF建立尝试次数+下行EGPRSTBF建立尝试次数)
外置PCUTBF建立成功率定义:
3)上行TBF建立成功率=上行TBF建立成功次数/上行TBF建立尝试次数
4)下行TBF建立成功率=下行TBF建立成功次数/下行TBF建立尝试次数
统计TBF建立失败的主要有以下2个指标:
1)无信道资源导致下行TBF建立失败次数/无信道资源导致下行TBF建立失败次数
2)MS无响应导致下行TBF建立失败次数/MS无响应导致下行TBF建立失败次数
TBF性能优化中主要就无信道资源导致下行TBF建立失败次数和MS无响应导致下行TBF建立失败次数这2个指标进行优化。
1.2无信道资源导致的下行TBF建立失败优化
在EGPRS网络建设初期,EGPRS信道配置较少,随着EGPRS数据用户的增长,需要对基站的容量进行扩容和EGPRS信道个数或信道控制参数进行调整。
1.2.1无线拥塞类型
对于无信道资源导致TBF建立失败,按照问题的严重程度分为以下几个类型:
1)硬拥塞,上行下行TBF建立无可用的信道资源
该问题非常严重,由于EGPRS&GPRS无法使用,给用户造成的主观感受很差。
2)话音抢占造成TBF释放,忙时回收有负载动态PDCH次数
比较严重,相当于GSM中的掉话。
3)TBF信道复用比较明显,每用户平均占用信道个数比较少
严重程度一般,EGPRS&GPRS可正常使用,但是给用户的感受是速度慢。
以上是判断拥塞的一般性描述,具体的判断标准可根据具体情况进行合理定义。
1.2.2对于无线拥塞的处理
根据不同的拥塞现象,处理建议分别如下:
1)有较多的硬拥塞或者话音造成的TBF释放,
此种情况下无可用PDCH信道,由于语音的抢占导致配置的动态PDCH为TCH状态。
此种情况必须通过增加静态PDCH信道或者TRX扩容才能够解决。
2)有TBF复用明显现象以及少量语音造成TBF释放
问题不特别明显建议增加PDCH动态信道个数,并且如果该点为CQT点则一定要增加EGPRS静态信道。
如果为外置PCU,增加EGPRS或者GPRS信道个数;对于内置PCU,增加小区级PDCH信道控制参数:
“小区下最大PDCH比率门限”。
3)有少量的TBF复用明显
问题不明显,但如果为CQT点则最好增加PDCH动态信道。
如果为外置PCU的BSC,增加EGPRS或者GPRS信道个数;对于内置PCU的BSC,增加小区级PDCH信道控制参数:
“小区下最大PDCH比率门限”。
1.3手机无响应导致下行TBF建立失败
本测量指标统计一个测量周期内小区MS无响应导致下行GPRSTBF建立失败次数,MS无响应导致下行TBF建立失败包含以下两种情况:
(1)MS无响应导致在CCCH上发起的下行TBF建立失败
在下行TBF的建立流程中,网络侧会发送POLLING消息给MS来获取TA值,并且预留块资源让MS回应指配确认消息。
如果网络侧在指配的信道的预留块资源上未收到该MS的PACKETCONTROLACKNOWLEDGEMENT消息,网络侧会多次重发下行立即指配,直到超出最大尝试次数。
图1是由于MS无响应导致建立下行TBF建立失败的过程。
每当网络侧尝试次数超出最大值的时候,如图中的测量点A所示,统计值“手机无响应导致下行TBF建立失败次数”加一。
图1MS无响应导致在CCCH上发起的下行TBF建立失败
(2)MS无响应导致在PACCH上发起的下行TBF建立失败
网络侧可以通过下面两种方法来建立下行TBF:
在当前的上行TBF传输过程中或下行TBF释放过程中发起新的下行TBF建立请求;在当前的下行TBF传输过程中为该TBF重新指配下行资源。
网络侧发送PACKETDOWNLINKASSIGNMENT消息,并且预留块资源让MS回应指配确认消息。
如果网络侧在指配的信道的预留块资源上未收到该MS的PACKETCONTROLACKNOWLEDGEMENT消息,网络侧会多次重发下行分组指配,直到超出最大尝试次数。
图2是由于MS无响应导致下行TBF建立失败的过程,每当重发的次数超出最大的尝试次数时,如图中的测量点A所示,统计值"手机无响应导致下行TBF建立失败次数"加一。
图2MS无响应导致在PACCH上发起的下行TBF建立失败
其次,我们来分析手机无响应有哪些影响因素:
1.3.2空口质量
主要是无线环境的因素,手机无响应就是手机和网络之间传输和通信出现了问题,因此首先要检查的就是空口的传输是否存在故障(如图3),空口质量是否良好;
图1GSM/GPRS结构图
1.3.3Abis口传输
在网络侧,首先就是BTS和BSC之间Abis口的传输,如果传输有问题,比如端口故障,就会有大量的误码(包括失步帧和校验错帧),这会在一定程度上影响手机接入;
1.3.4BSC6000PCU处理部分
数据业务的中央中心就是BSC6000中的内置PCU,因此排除几个传输接口的问题后,主要的分析对象就是内置PCU的下行TBF建立流程的处理了,主要从以下几点去分析:
1.数据配置是否存在异常,与其它没有出现此问题的PCU小区有何区别;
2.手机无响应导致下行TBF建立失败较多,从下行TBF建立流程进行分析,下行TBF建立流程主要包括CCCH上的下行TBF建立流程和PACCH上的下行TBF建立流程;
当PCU收到LLCPDU而没有下行TBF时,需要建立一个下行TBF用以传送数据。
CCCH上的下行TBF建立流程,如图4所示:
图1CCCH上建立下行TBF流程
如图4,在下行TBF开始时,网络侧在下行TBF的PACCH下发以TFI标识的PacketPollingRequest消息。
手机对此响应ACCESSBURST类型的分组控制确认消息。
网络侧从AB(ACCESSBURST)中提取时间提前量,在PacketPowerControl/TimingAdvance消息中通知手机,并发分组下行指配消息给手机分配多个信道。
(此流程的作用:
一是确认手机是否收到下行立即指配,下行TBF是否建立成功;二是提取时间提前量通知手机)。
由于手机和网络的配合问题,可能会出现网络侧发了立即指配消息和PacketPollingRequest消息,手机没有收到的情况,因此适当增加立即指配消息或PacketPollingRequest消息的重发次数,然而提高立即指配次数会导致指配成功率的降低,因此一般选择提高PacketPollingRequest消息的重发次数,可以很大程度上减少手机无响应的概率,类似于语音中的寻呼次数。
继续看图4,如果手机发的上行FAI已经发送,但此时上行TBF还处于传输状态,就不能进行下行建立,需等待一段时间后再建立下行,如果这个时间超时就会导致手机无响应。
PACCH上的下行TBF建立流程,如图5所示:
图2PACCH上建立下行TBF流程
PCU在PACCH上发分组下行指配消息以后,如果没有收到手机响应的分组控制确认消息,则PACCH上的下行TBF建立失败。
另外,加大上下行延迟释放时间,可以增大手机从PACCH建立下行的几率,因此可以提高手机接入时间,提高下行TBF建立成功率,一定程度上减少手机无响应。
1.3.5GB口传输
对于GB口,主要关注是否有GB口的链路故障,是否有拥塞情况。
1.3.6手机问题
对于个别手机可能存在手机兼容性问题,也有可能是手机本身的问题,对于这些问题需要手机侧进行处理定位。
1.3.7手机行为
下行由于手机可能已经进入其他小区,此时在原小区建立下行TBF时的POLLING消息和指配消息,手机无法响应;另外,即便手机还在原小区,由于可能该手机处于StandBy状态,对于PCU建立下行TBF时的指配消息和POLLING消息,该手机也不一定能接收到或及时响应。
此外,手机即使收到了Polling消息,由于兼容性问题,会导致不回AB消息。
这些都可能导致下行TBF因手机无响应而建立次数占下行TBF尝试建立次数的比例较高。
1.4POLLING重发次数少导致下行TBF建立成功率低
1.4.1问题描述分析
对于个别外置PCU的大部分小区(411埔心工业区2、411石排2等)话统指标“手机无响应导致下行TBF建立失败次数”较多,导致下行TBF建立成功率较低,晚忙时特别明显。
从CCCH上的下行TBF建立流程分析,从UM口的信令来看,出现手机对于PacketPollingRequest消息没有响应的情况,在网络侧已经给手机立即指配以后,会给手机发送Polling消息请求建立下行,然而此时手机没有回确认消息(ACCESSBURST类型的分组控制确认消息),PCU在指配的分组信道上发送POLLING消息达到最大次数以后,如果没有收到MS响应的ACCESSBURST,则进行PACK_TBF_RELE释放(见图6),CCCH上的下行TBF建立失败,此时记录为手机无响应导致下行TBF建立失败。
图1UM口消息跟踪
通过信令分析发现,很多的MS无响应,都是由于PacketPollingRequest只下发一次后,手机没有回ACCESSBURST消息造成。
晚忙时“手机无响应导致下行TBF建立失败次数”较多的问题特别明显,晚忙时,用户间干扰比较厉害,其传输质量的不确定性导致packetpollingrequest无法正常到达手机,或受无线干扰到达手机后码流有错,所以晚忙时比较明显。
1.4.2解决方法
由于此类PCU的大部份小区都有该问题,需要增加PCU级别参数PacketPollingRequest消息的重发次数,重发一次中间间隔240ms,建议修改为5(视情况可以适当修改)。
1.4.3优化前后效果比较
对PacketPollingRequest消息的重发次数进行修改验证,由1改为2,2改为3,3改为4,4改为5的效果图(见图7、图8和图9),可以看出,大部分手机在polling消息重发3次时都会做响应,而3到4,4到5的时候,效果就已经不是非常明显,趋于平行线,同时与华为研发交流,建议修改为5。
图1Packetpollingrequest重发次数修改效果图1
图2Packetpollingrequest重发次数修改效果图2
图3Packetpollingrequest重发次数修改效果图3
KPI对比可以看出,修改packetPollingrequest的重发次数对于减少手机无响应有很大的提高。
1.5CCCH过载导致下行TBF建立成功率低
1.5.1问题描述分析
对于PCU下面个别小区因业务量高导致(412福地市场1、412三江工业区3、412长南埔1)话统指标“手机无响应导致下行TBF建立失败次数”较高,导致下行TBF建立成功率较低,晚忙时特别明显。
从CCCH上的下行TBF建立流程分析,对存在手机无响应导致下行TBF建立失败次数较高的小区(412福地市场1、412三江工业区3、412长南埔1),分析流控测量相关的话统指标“呼叫相关测量(CALL)->流控测量<小区>->Abis接口分组CCCH负载指示消息上报次数(此话统指标需要在M2000上先进行登记)”,发现重要信息:
Abis接口分组CCCH负载指示消息上报次数非常多(见图10)。
图1Abis接口分组CCCH负载指示消息上报次数
当CCCH过载,BSC收到测量小区所属的BTS报告的PACKETCCCHLOADIND消息的次数,然后,BSC侧启动一个TN_CCCH_OVERLOAD_PROTECTION定时器,BSC为了降低CCCH拥塞程度,基于话音业务优先于分组业务的原则,分组域不重发下行分组立即指配,并且只发1个pollingrequest,即只发1个IMMASS和1个PollingRequest消息。
在TN_CCCH_OVERLOAD_PROTECTION定时器超时后,恢复正常。
即正常情况下,如果手机对下行分组立即指配无响应的话,BSC会重发IMMASS和PollingRequest,直到手机有响应为止。
而且每个IMMASS后发5个PollingRequest(所发个数在LMT中可以配置,默认值已为最大值5)。
IMMASS的下发次数在LMT中也可以配置,现在默认为2次。
正常情况下,手机无响应导致下行TBF建立失败的话,BSC侧会共发送2个IMMASS和10个PollingRequest。
由于空口质量不稳定,一般网络侧会发几个PollingRequest后,手机才有响应,如图11所示:
图2Polling消息下发次数
图11所示的是手机不在小区业务高峰时,BSC侧发了3个PollingRequest后手机才有回应,这属于正常现象。
1.5.2解决方法
扩容CCCH信道
对应的一个BCCH复帧中CCCH消息块数为:
3、9、18、27、36。
CCCH配置决定了PCH、AGCH和RACH容量。
对于载频数为1的小区,建议配置1个组合CCCH(在位置区寻呼消息不大的系统中);其余的根据小区内的载频数目确定CCCH的配置。
对于扩展BCCH情况(包括主B和扩展的BCCH),配置了几个BCCH信道,就需要配置几个非组合的CCCH。
接入允许保留块数、CCCH配置参数会根据小区主B载频0信道配置类型动态调整:
若小区CCCH配置为非“1个组合CCCH”,则接入允许保留块数缺省值修改为2,同时该参数的取值范围为1~7。
若小区的CCCH配置为“1个组合CCCH”时,则将该小区对应的系统消息表中的接入允许保留块数缺省值修改为1,同时该参数的取值范围为1~2;
若主B载频0信道配置为“组合BCCH”或“BCCH+CBCH”时,则将系统消息表中对应的CCCH配置参数配为“1个组合CCCH”;
若主B载频0信道配置为“主BCCH”时,则将系统消息表对应的CCCH配置参数配置为“N个非组合CCCH”。
N表示0、2、4、6信道配置为“主BCCH”和“BCH”的信道数量之和。
默认情况下,一个小区只配置一个主BCCH,这样有“1个非组合的CCCH”,那么CCCH在一个BCCH复帧中的消息块数就为9。
如果多配置一个BCH,那么就有“2个非组合的CCCH”,那么CCCH在一个BCCH复帧中的消息块数就为18,很大程度上提高了CCCH的容量。
1.5.3优化前后效果比较
以下是实施优化方案前后的对比效果:
优化方案实施后Abis接口分组CCCH负载指示消息上报次数明显减少(见图12),只有业务突发高峰造成的几次过载。
图1增加扩展BCCH信道前后的Abis接口分组CCCH负载指示消息上报次数
优化实施前后的手机无响应导致下行GPRSTBF建立失败次数统计图(参见图13和图14)。
图2扩容前手机无响应导致下行GPRSTBF建立失败统计图
图3扩容后手机无响应导致下行GPRSTBF建立失败统计图
从KPI上看,扩容CCCH后,下行TBF建立成功率已经有了很大的提高。
忙时的下行TBF建立成功率由原来的60%多上升到90%以上(见图15),效果非常明显。
图4下行GPRSTBF建立成功率
RPPU板上的PDCH数不能大于100,对于超过100条信道的RPPU板进行调整。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 华为 设备 TBF 建立 成功率 提升 方法 DOC