华为设备TBF建立成功率优化提升方案201103.doc
- 文档编号:2490033
- 上传时间:2022-10-30
- 格式:DOC
- 页数:17
- 大小:499KB
华为设备TBF建立成功率优化提升方案201103.doc
《华为设备TBF建立成功率优化提升方案201103.doc》由会员分享,可在线阅读,更多相关《华为设备TBF建立成功率优化提升方案201103.doc(17页珍藏版)》请在冰豆网上搜索。
华为设备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空口质量 5
1.3.3Abis口传输 6
1.3.4BSC6000PCU处理部分 6
1.3.5GB口传输 8
1.3.6手机问题 8
1.3.7手机行为 8
1.4CCCH过载导致下行TBF建立成功率低 9
1.4.1问题描述分析 10
1.4.2解决方法 12
1.4.3优化前后效果比较 13
1网络接入性能分析优化
1.1接入性能指标
下行TBF建立成功率计算公式如下:
内置PCUTBF建立成功率定义:
1)上行TBF建立成功率=(上行GPRSTBF建立成功次数+上行EGPRSTBF建立成功次数)/(上行GPRSTBF建立尝试次数+上行EGPRSTBF建立尝试次数)
2)下行TBF建立成功率=(下行GPRSTBF建立成功次数+下行EGPRSTBF建立成功次数)/(下行GPRSTBF建立尝试次数+下行EGPRSTBF建立尝试次数)
统计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,增加小区级PDCH信道控制参数:
“小区下最大PDCH比率门限”。
3)有少量的TBF复用明显
问题不明显,但如果为CQT点则最好增加PDCH动态信道。
内置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),空口质量是否良好;
图3GSM/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所示:
图4CCCH上建立下行TBF流程
如图4,在下行TBF开始时,网络侧在下行TBF的PACCH下发以TFI标识的PacketPollingRequest消息。
手机对此响应ACCESSBURST类型的分组控制确认消息。
网络侧从AB(ACCESSBURST)中提取时间提前量,在PacketPowerControl/TimingAdvance消息中通知手机,并发分组下行指配消息给手机分配多个信道。
(此流程的作用:
一是确认手机是否收到下行立即指配,下行TBF是否建立成功;二是提取时间提前量通知手机)。
由于手机和网络的配合问题,可能会出现网络侧发了立即指配消息和PacketPollingRequest消息,手机没有收到的情况,因此适当增加立即指配消息或PacketPollingRequest消息的重发次数,然而提高立即指配次数会导致指配成功率的降低,因此一般选择提高PacketPollingRequest消息的重发次数,可以很大程度上减少手机无响应的概率,类似于语音中的寻呼次数。
继续看图4,如果手机发的上行FAI已经发送,但此时上行TBF还处于传输状态,就不能进行下行建立,需等待一段时间后再建立下行,如果这个时间超时就会导致手机无响应。
PACCH上的下行TBF建立流程,如图5所示:
图5PACCH上建立下行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.4CCCH过载导致下行TBF建立成功率低
CCCH信道在空口上主要传送寻呼信令(PCH)和立即指配信令(AGCH)。
每条寻呼信令和立即指配信令均占一条51复帧,51复帧占用时长为0.2354秒。
立即指配消息和寻呼消息共同在CCCH信道下发,当小区的配置为“一个非组合CCCH信道时”,CCCH共分9个消息块,接入允许保留块数设置了保留多少个消息块供立即指配消息专用,一般该参数设置为1或2。
当同时下发立即指配消息较多时,会占用其它消息块,此时,立即指配消息和寻呼消息同时排在寻呼队列中,会导致寻呼队列更拥塞,寻呼超时次数进一步增加。
一条寻呼信令中能发多条寻呼消息。
采用TMSI寻呼方式,一条寻呼信令最多可发送4条寻呼寻呼消息,采用IMSI寻呼方式,一条寻呼最多可发送4条寻呼消息。
张家口移动寻呼策略则是采用两次寻呼,第一次采用TMSI寻呼,第二次采用IMSI寻呼,现网各位置区一次寻呼成功率在91%~94%之间,采用比较统计的值为93%,这样通过典型寻呼合并效率计算,估算出平均每条寻呼信令中下发2.98条寻呼消息。
CCCH负荷、CCCH溢出率为参考移动通信业界的思路自定制的分析公式,用如下公式估算:
CCCH负荷=[(A330:
寻呼下发次数(电路业务)+A331:
寻呼下发次数(分组业务))/2.98×0.2354+(A301H:
立即指配命令次数(分组业务)+CA301J:
立即指配命令次数(电路业务))×0.2354]/3600/(9×配置的CCCH时隙数)×100%;
其中配置的CCCH时隙数指的是BCCH信道数和扩展BCH信道(BCH信道)数之和,默认不开通扩展BCH场景下为1。
(每51复帧中能够发送多条PCH寻呼块,每个寻呼块最大能够发送2-4条寻呼消息;而每51复帧只发送一条立即指配命令消息)
考虑以CCCH溢出率来估算CCCH信道过载程度:
CCCH溢出率=(A337:
PCH电路业务寻呼删除次数+A338:
PCH电路业务寻呼超时次数+A339:
PCH分组业务寻呼删除次数+A340:
PCH分组业务寻呼超时次数+L3188A:
Abis接口删除指示消息上报次数)/(A330:
寻呼下发次数(电路业务)+A331:
寻呼下发次数(分组业务)+A301H:
立即指配命令次数(分组业务)+CA301J:
立即指配命令次数(电路业务))×100%。
指标
指标描述
A330:
CELL_PAGES_
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 华为 设备 TBF 建立 成功率 优化 提升 方案 201103
![提示](https://static.bdocx.com/images/bang_tan.gif)