TBF建立成功率优化指导书要点.docx
- 文档编号:26698436
- 上传时间:2023-06-21
- 格式:DOCX
- 页数:30
- 大小:72.78KB
TBF建立成功率优化指导书要点.docx
《TBF建立成功率优化指导书要点.docx》由会员分享,可在线阅读,更多相关《TBF建立成功率优化指导书要点.docx(30页珍藏版)》请在冰豆网上搜索。
TBF建立成功率优化指导书要点
TBF建立成功率优化
1重要指标1
1.1上行TBF建立和释放性能测量1
1.2上行TBF建立成功率公式2
1.3下行TBF建立和释放性能测量2
1.4下行TBF建立成功率公式3
2TBF建立成功率优化3
2.1上行TBF建立成功率优化3
2.1.1Abis链路是否存在问题7
2.1.2指配消息是否正常下发7
2.1.3下行空口是否正常8
2.1.4手机是否响应指配命令9
2.2下行TBF建立成功率优化13
3优化案例15
3.1无信道资源和手机无响应导致TBF建立失败次数过多15
3.2参数配置不合理导致TBF建立失败18
3.3频点干扰导致TBF建立失败次数过多20
1重要指标
1.1上行TBF建立和释放性能测量
指标
统计点
【上行TBF建立尝试次数】
当收到MS的上行TBF建立请求消息后,此统计值加一
【上行TBF建立成功次数】
当PCU发送上行指配消息后,收到了手机的上行数据块时,此统计值加一
【无信道资源导致上行TBF建立失败次数】
当PCU收到上行资源请求后,发现无信道资源而导致上行TBF无法建立时,此统计值加一
【手机无响应导致上行TBF建立失败次数】
当PCU发送上行指配消息后,发现由于手机无响应(N3101溢出)导致上行TBF建立失败时,此统计值加一
【上行TBF正常释放次数】
当上行TBF正常释放时,此统计值加一
【N3101溢出导致上行TBF异常释放次数】
当上行TBF异常释放,原因值为N3101溢出时,此统计值加一
【N3103溢出导致上行TBF异常释放次数】
当上行TBF异常释放,原因值为N3103溢出时,此统计值加一
【SUSPEND导致上行TBF异常释放次数】
当上行TBF异常释放,原因值为GPRSSUSPEND时,此统计值加一。
【FLUSH导致上行TBF异常释放次数】
当上行TBF异常释放,原因值为FLUSHLL时,此统计值加一
【无信道资源导致上行TBF异常释放次数】
当上行的TBF异常释放,原因是无信道资源(主要指PDCH资源被闭塞,PDCH被抢占转换成TCH,小区闭塞等)而导致时,此统计值加一
1.2上行TBF建立成功率公式
上行TBF建立成功率=上行TBF建立成功次数/上行TBF建立尝试次数*100%
上行TBF建立成功次数,位置:
PCU-小区性能测量-上行TBF建立和释放性能测量
上行TBF建立尝试次数,位置:
PCU-小区性能测量-上行TBF建立和释放性能测量
1.3下行TBF建立和释放性能测量
指标
统计点
【下行TBF建立尝试次数】
当有PDU要传输,但是没有下行的TBF,PCU开始尝试建立下行TBF时,此统计值加一
【下行TBF建立成功次数】
当建立下行TBF后,收到MS的确认控制消息时,下行TBF建立成功次数加一
【无信道资源导致下行TBF建立失败次数】
当PCU收到下行PDU数据,但资源分配时发现无信道资源导致下行TBF无法建立,此统计值加一
【手机无响应导致下行TBF建立失败次数】
PCU发送了下行指配消息后,当发现没有收到手机的响应消息导致下行TBF建立失败,此统计值加一
【下行TBF正常释放次数】
当下行TBF正常释放时,此统计值加一
【N3105溢出导致下行TBF异常释放次数】
当下行TBF异常释放,原因值为N3105溢出时,此统计值加一
【SUSPEND导致下行TBF异常释放次数】
当下行TBF异常释放,原因值为GPRSSUSPEND时,此统计值加一
【FLUSH导致下行TBF异常释放次数】
当下行TBF异常释放,原因值为FLUSH-LL时,此统计值加一
【无信道资源导致下行TBF异常释放次数】
当下行的TBF异常释放,原因是资源不可用(主要指PDCH资源被闭塞,PDCH被抢占转换成TCH,小区闭塞等)时,此统计值加一
1.4下行TBF建立成功率公式
下行TBF建立成功率=下行TBF建立成功次数/下行TBF建立尝试次数*100%
下行TBF建立成功次数,位置:
PCU-小区性能测量-下行TBF建立和释放性能测量
下行TBF建立尝试次数,位置:
PCU-小区性能测量-下行TBF建立和释放性能测量
2TBF建立成功率优化
这里主要介绍优化方法。
由于空口而导致的“MS无响应导致上/行TBF建立失败次数”和由于无资源而导致的“无信道资源导致上/下行TBF建立失败次数”都记为上/下行TBF建立失败。
2.1上行TBF建立成功率优化
一阶阶段接入的流程如下所示:
1、MS在CCCH信道的RACH子信道上通过发送CHANNELREQUEST消息发起上行TBF建立请求。
该CHANNELREQUEST消息指示手机为一阶段上行TBF建立请求。
同时MS启动T3186定时器,监视网络侧对该信道请求消息的响应情况。
2、网络侧在RACH信道上收到ChannelRequest消息后,进入内部处理流程。
网络侧根据接入请求的原因和小区属性决定上行立即指配类型。
如果是一阶段上行建立,网络侧为该上行TBF选择合适的编码方式,并根据接入小区的资源占用情况,合理为该TBF请求申请无线资源,资源申请成功后,网络侧为该TBF分配相应的无线资源,并计算该上行TBF的启动时间,时间达到后网络侧启动该上行TBF,开始在指配的信道上监听MS发送的上行RLC数据块。
3、资源申请成功的同时,网络侧需要在AGCH信道上发送ImmediateAssignment消息,消息里面附带了网络侧为MS分配的无线资源信息分组上行指配结构,包含TFI、USF(动态分配)或分配位图(固定分配)、RLC数据块的信道编码方式、带TLLI的上行RLC数据块编码方式、功控参数、查询(polling)比特、TAI(可选)、TBFStartingTime(可选)。
4、在分组接入期间T3186定时器超时之前,如果MS在AGCH信道上收到一条下行分组指配的IMMEDIATEASSIGNMENT消息,MS应终止分组接入流程并按照下行TBF建立的流程来响应此下行指配消息。
MS停止发送CHANNELREQUEST消息,根据IMMEDIATEASSIGNMENT消息的内容,进行无线资源的分配,并且在TBFStartingTime(可选)帧号到达后,接入指配的信道。
5、MS转到指配的PDCH信道上,使用指配消息中指示的编码方式来发送RLC数据块,进行争抢判决。
此时的RLC数据块包含TLLI。
6、一旦网络侧在建立的上行TBF上收到第一个RLC数据块,网络侧即认为该上行TBF建立成功。
上行TBF建立流程(一阶段)
以一阶段接入流程为例,阐述优化的思路,主要是按照信令流程,找出出现问题的信令和网元。
根据上行TBF的建立流程,可以按照以下的流程进行逐步排查:
分析Abis是否存在传输问题,指配消息是否正常下发到BTS,下行空口是否正常(指配消息是否下发到手机),手机是否响应指配消息(发送上行数据块)。
2.1.1Abis链路是否存在问题
Abis口链路失步或Abis口链路出现闪断等传输问题,都可能会导致上行TBF建立失
败。
通过计算G-Abis口误帧率(G-Abis口误帧率=(接收校验错帧的个数+接收失步帧的个数)/(发送有效帧的个数+发送空帧的个数))来初步判断Abis口的传输情况。
2.1.2指配消息是否正常下发
2.1.2.1CCCH过载导致立即指配消息被丢弃
通过上行指配成功率(上行指配成功率=上行指配成功次数/上行指配次数)确定上行指配是否正常下发。
如果上行指配成功率比较低,需要确认是否存在CCCH过载。
CCCH如果出现过载可能会导致CCCH上下发的IMMEDIATEASSIGNMENT消息被丢弃,导致上行TBF建立失败。
检查CCCH是否过载可通过查看流控话统,如果存在CCCH过载的现象则可将CCCH负荷门限增大,避免由于流控导致上行TBF建立失败。
另外,在两阶段接入过程中,可以适当的增加定时器T3168的值,避免手机频繁的发送信道申请,加剧CCCH过载。
相关话统指标如下表所示:
原因
小区级
上行指配成功率
【分组呼叫相关测量】->【BSC分组指配性能测量】->
上行指配次数
上行指配成功次数
上行分组立即指配次数
上行分组立即指配成功次数
在PACCH上的上行指配次数
在PACCH上的上行指配成功次数
CCCH过载
【呼叫相关测量】->【流控测量】->
Abis接口分组CCCH负载指示消息上报次数
Abis接口过载(CCCH过载消息上报次数
Abis接口删除指示消息上报次数
2.1.2.2无信道导致网络侧发送立即指配拒绝消息
A硬件故障
B信道不足
2.1.3下行空口是否正常
空口质量不好,可能会导致手机没有正确收到上行指配消息,可以通过话统“8PSK_MEAN_BEP不同值的次数”和“GMSK_MEAN_BEP不同值的次数测量”测量观察BEP的分布,或者通过使用专门的测试软件(如TEMS)进行CQT测试,来确认空口质量
如果空口确实存在比较严重的干扰,建议可以通过频点调整来提升空口质量。
相关话统指标如下:
KPI指标
小区级
下行空口质量
【分组呼叫相关测量】->
8PSK_MEAN_BEP不同值的次数测量
GMSK_MEAN_BEP不同值的次数测量
2.1.4手机是否响应指配命令
可以通过话统项“MS无响应导致上行TBF建立失败次数”来确认,上行TBF建立失败是否是手机无响应所致。
手机没有响应上行指配消息可能由以下几种原因造成:
上行编码方式过高,上行功控参数设置不合理,参数设置不合理导致MS没有及时接入指配的信道,指配消息信元错误,上下行不平衡,天馈问题等。
相关话统指标如下表所示:
原因
小区级
手机无响应
【分组呼叫相关测量】->【上行GPRSTBF建立和释放性能测量】->
上行GPRSTBF建立尝试次数
上行GPRSTBF建立成功次数
MS无响应导致上行GPRSTBF建立失败次数
无信道资源导致上行GPRSTBF建立失败次数
【分组呼叫相关测量】->【上行EGPRSTBF建立和释放性能测量】->
上行EGPRSTBF建立尝试次数
上行EGPRSTBF建立成功次数
MS无响应导致上行EGPRSTBF建立失败次数
无信道资源导致上行EGPRSTBF建立失败次数
2.1.4.1上行编码方式过高
上行编码调整不合理,现在还是采用根据下行来调整上行,如果上行存在干扰或上行电平较差时,编码调整不合理导致上行数据发送不上去。
上行电平较差可以参考“上下行平衡”的话统;上行干扰可以参考“测量报告干扰带分析测量”话统;依下行来调整上行的情况下(进入超级用户模式,查看“配置BSC属性-内部软参-支持动态调整EGPRS上行编码方式”,是否是dlack中下行信号质量),可以通过在选择的基础上下降3个等级来实现(进入超级用户模式,“配置BSC属性-内部软参-DSP控制开关表2”第5位置1),另外,需要检查上行默认编码和N3101计数器最大值的设置。
需要检查如下相关参数:
名称
含义
设置原则
取值
上行缺省MCS类型
上行链路缺省采用的MCS类型。
缺省编码方式设置过高,会导致MS接入失败;设置太低,影响小业务的上行速率
范围:
MCS1~MCS9,默认值:
MCS2
N3101计数器最大值
此参数用于设置N3101计数器的最大值。
在上行动态分配模式中,网络侧通过在下行块中携带USF值来实现多个MS共享同一个上行信道。
网络侧开始为上行TBF分配USF后(即上行TBF建立成功后),启动N3101。
网络侧在每个USF对应的预留RLC上行块等待MS发送的上行数据,如果是MS发送的有效的上行RLC块,则复位N3101,否则网络侧递增N3101。
当该计数器溢出时,当前上行TBF被异常释放。
该参数设置的越小,网络侧对上行链路异常的容忍度越低,导致TBF被异常释放的概率增加。
该参数设置的越大,MS自身行为引起的网络侧收不到相应MS正确的数据块时,网络侧仍然给该MS分配上行资源,导致系统资源的浪费。
范围:
8~30,
默认值:
20
说明:
V9R8C11之前版本的上行编码方式是按照下行来调整的,调整的不准确,上行LA/IR优化算法已经合入C12版本。
1.1.1.1上行功控参数设置不合理
上行功控参数设置不合理,可能会导致手机发生功率过小,造成网络侧无法解码上行数据块,相关参数如下:
名称
含义
设置原则
取值
Alpha参数
此参数用于进行开环功率控制。
ALPHA参数由MS用来计算它上行PDCH的输出功率值PCH。
该参数设定了在使用手机GPRS动态功率控制时,在与路径损耗的对应关系中手机发射功率减少的等级。
该参数设置越小,MS输出功率越大;该参数设置越大,MS输出功率越小。
范围:
0~1.0
默认值:
1.0
初始功率等级
初始功率等级。
该参数设定了在使用手机GPRS动态功率控制时,BTS端预期的接收信号强度。
该值主要影响MS的输出功率。
该参数设置越小,MS输出功率越大;该参数设置越大,MS输出功率越小。
范围:
0~31,
默认值:
14
1.1.1.2参数设置不合理导致MS没有及时接入指配的信道
网络侧TBF和手机侧的TBF启动时间不一致也可能造成上行TBF建立失败,因此,
需要保证网络侧TBF的启动时间不能先于手机侧,否则会导致手机侧错过网络侧为手机分配的上行无线块,影响上行TBF建立成功率。
1.1.1.3指配消息信元错误
检查指配消息中重要的信元是否有错误,主要包括跳频相关参数,上行功控相关参数等
跳频相关参数:
检查SI13消息中的GPRSMobileAllocation以及上行指配消息中的FrequencyParameters是否与数据配置一致
上行功控参数:
检查immediateassignment,packetuplinkack/nack,packetuplinkassignment,packettimeslotreconfigure消息中的Alpha参数和GAMMA参数是否与数据配置一致。
1.1.1.4是否存在上下行不平衡
当存在上下行不平衡的情况时,在小区覆盖边缘可能会导致上行或下行接收不到,造成TBF建立失败。
排查上下行平衡问题,可以先检查基站发射功率是否与原网匹配,是否存在发射功率过大的问题,然后可以检查塔放、基站放大器、天线接口等影响上下行接收电平的器件是否存在问题。
上下行平衡问题,在话统中一般表现为上下行平均电平相差较大、上下行平衡等级较大,立即指配成功率和指配成功率偏低,相关话统指标如下表所示:
原因
小区级
载频级
上下行平衡问题
【呼叫相关测量】->【指配测量】->
TCH指配成功率
呼叫建立成功率
【呼叫相关测量】->【立即指配测量】->
立即指配成功率
【测量报告相关测量】->
【测量报告上下行平衡测量】
【测量报告相关测量】->
【测量报告全速率信道接收电平测量】
【测量报告相关测量】->
【测量报告半速率信道接收电平测量】
1.1.1.5检查天馈
天馈硬件故障,或者参数配置错误(如塔放因子)都会导致上行TBF建立成功率低,另外,天馈存在问题,可能会导致上下行不平衡,因此,可以通过上下行平衡话统来初步判断是否天馈存在问题。
1.1.1.6关注CS域KPI指标
上行TBF建立成功率低,可能不是简单的PS域参数配置错误导致,有可能是CS域的参数配置错误,从而影响了PS域的指标,因此,需要关注CS域的重要KPI指标,看是否存在异常,有利于我们定位问题,需要关注的主要指标如下:
掉话率,拥塞率,指配成功率,上下行平衡,呼叫建立成功率等。
1.2下行TBF建立成功率优化
下行TBF建立成功率优化整体思路和上行TBF建立成功率思路一样,下面主要介绍针对下行指配的特殊情况:
网络侧TBF和手机侧的TBF启动时间不一致也可能造成下行TBF建立失败,因此,需要保证网络侧TBF的启动时间不能先于手机侧,否则会导致手机侧错过网络侧Polling消息,影响下行TBF建立成功率。
相关参数如下:
名称
含义
设置原则
取值
下行重指配尝试次数
在下行TBF建立过程中,网络侧不能在预留的上行RLC块上收到有效的PacketControlAcknowledgement消息,导致重新发起下行立即指配的最大重试次数。
超过该最大重试次数,网络侧主动释放该下行TBF。
在下行TBF建立过程中,该参数设置过小,容易导致下行立即指配失败时,网络侧主动释放该下行TBF,下行TBF建立失败。
当下行TBF建立失败较多时,可适当增大此参数的值。
默认值:
2
Polling消息重发次数
在下行TBF建立过程中,网络侧重发Polling消息的最大次数。
该参数设置过小,会使得在CCCH上建立下行TBF时,可能会由于Polling消息发送失败而导致下行TBF建立失败。
当下行TBF建立失败较多时,可适当增大此参数的值。
默认值:
5
下行立即指配DRX下的延迟(块)
在DRX模式下,网络侧通过该参数计算立即指配下行TBF的启动时间,该启动时间到达后,网络侧将启动下行TBF。
同时,网络侧还使用该参数来计算分配给手机的TBFStartingTime,通知手机何时接入指配的信道。
如果该值过大,该TBF在网络侧启动太慢;网络侧启动下行TBF后即开始发送PacketPollingRequest消息或下行数据块,如果该值过小,导致网络侧先于MS侧启动了TBF,MS由于还未接入指配的信道,致使后续网络侧发送的下行RLC无线块将无法被MS成功接收,接入性能反而更差。
默认值:
12
下行立即指配NON-DRX下的延迟(块)
在NON-DRX模式下,网络侧通过该参数计算立即指配下行TBF的启动时间,该启动时间到达后,网络侧将启动下行TBF。
同时,网络侧还使用该参数来计算分配给手机的TBFStartingTime,通知手机何时接入指配的信道。
如果该值过大,该TBF在网络侧启动太慢;网络侧启动下行TBF后即开始发送PacketPollingRequest消息或下行数据块,如果该值过小,导致网络侧先于MS侧启动了TBF,MS由于还未接入指配的信道,致使后续网络侧发送的下行RLC无线块将无法被MS成功接收,接入性能反而更差。
默认值:
26
2优化案例
2.1无信道资源和手机无响应导致TBF建立失败次数过多
问题描述:
从统计上分析,横县那阳宝华-1小区的下行存在无资源和手机无响应导致TBF建立失败。
起始时间
BSC
CELL
下行GPRSTBF建立尝试次数
下行GPRSTBF建立成功次数
无信道资源导致下行GPRSTBF建立失败次数
手机无响应导致下行GPRSTBF建立失败次数
TCH话务量
半速率话务量
可用PDCH的平均个数
占用PDCH的平均个数
回收动态PDCH次数
回收有负载动态PDCH次数
2010-7-5
南宁0210
横县那阳宝华-1
303
275
19
9
0.614
0.081
2.713
0.887
3
0
2010-7-6
南宁0210
横县那阳宝华-1
203
173
8
22
1.879
0.89
2.394
0.711
4
0
2010-7-7
南宁0210
横县那阳宝华-1
254
206
31
17
1.16
0.428
2.661
0.803
7
0
2010-7-8
南宁0210
横县那阳宝华-1
338
285
51
2
1.769
0.84
2.499
0.899
10
1
2010-7-9
南宁0210
横县那阳宝华-1
429
423
0
6
2.235
1.772
3.457
1.569
9
2
2010-7-10
南宁0210
横县那阳宝华-1
301
240
61
0
1.382
0.518
2.526
0.831
12
1
2010-7-11
南宁0210
横县那阳宝华-1
412
347
57
8
0.908
0.296
3.335
1.207
3
0
问题分析:
从以上统计可以看出,无信道资源导致下行GPRSTBF建立失败次数和回收动态PDCH次数都较多,可见是数据业务的资源都不够,而手机无响应导致下行GPRSTBF建立失败次数也比较多,查看告警和上下行平衡,没有问题,查看统计也未发现存在干扰和越区覆盖,无线链路异常统计发现主B载频有问题。
问题处理:
对于无信道资源导致的TBF建立失败,通过增加PDCH信道和降低TCH话务忙门限来解决,对于手机无响应导致TBF建立失败,我们修改了主B的频点。
优化效果对比:
起始时间
BSC
CELL
下行GPRSTBF建立尝试次数
下行GPRSTBF建立成功次数
无信道资源导致下行GPRSTBF建立失败次数
手机无响应导致下行GPRSTBF建立失败次数
TCH话务量
半速率话务量
可用PDCH的平均个数
占用PDCH的平均个数
回收动态PDCH次数
回收有负载动态PDCH次数
2010-7-5
南宁0210
横县那阳宝华-1
303
275
19
9
0.614
0.081
2.713
0.887
3
0
2010-7-6
南宁0210
横县那阳宝华-1
203
173
8
22
1.879
0.89
2.394
0.711
4
0
2010-7-7
南宁0210
横县那阳宝华-1
254
206
31
17
1.16
0.428
2.661
0.803
7
0
2010-7-8
南宁0210
横县那阳宝华-1
338
285
51
2
1.769
0.84
2.499
0.899
10
1
2010-7-9
南宁0210
横县那阳宝华-1
429
423
0
6
2.235
1.772
3.457
1.569
9
2
2010-7-10
南宁0210
横县那阳宝华-1
301
240
61
0
1.382
0.518
2.526
0.831
12
1
2010-7-11
南宁0210
横县那阳宝华-1
412
347
57
8
0.908
0.296
3.335
1.207
3
0
2010-7-15
南宁0210
横县那阳宝华-1
652
646
0
6
1.938
1.307
3.413
1.843
18
7
2010-7-16
南宁0210
横县那阳宝华-1
379
379
0
0
1.26
0.451
3.257
1.199
8
0
2010-7-17
南宁0210
横县那阳宝华-1
188
178
0
10
2
1.038
2.644
0.
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- TBF 建立 成功率 优化 指导书 要点