汕头华为TBF建立成功率优化指导Word下载.docx
《汕头华为TBF建立成功率优化指导Word下载.docx》由会员分享，可在线阅读，更多相关《汕头华为TBF建立成功率优化指导Word下载.docx（39页珍藏版）》请在冰点文库上搜索。
指标
统计点
【上行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建立尝试次数，位置：
2.1下行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，小区闭塞等）时，此统计值加一
2.2上行TBF建立成功率公式
下行TBF建立成功率=下行TBF建立成功次数/下行TBF建立尝试次数*100%
下行TBF建立成功次数，位置：
PCU-小区性能测量-下行TBF建立和释放性能测量
下行TBF建立尝试次数，位置：
3．TBF建立成功率优化
这里主要介绍优化方法。
由于空口而导致的“MS无响应导致上/行TBF建立失败次数”和由于无资源而导致的“无信道资源导致上/下行TBF建立失败次数”都记为上/下行TBF建立失败。
3.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，下行空口是否正常（指配消息是否下发到手机），手机是否响应指配消息（发送上行数据块）。
总体流程
3.1.1Abis链路是否存在问题
Abis口链路失步或Abis口链路出现闪断等传输问题，都可能会导致上行TBF建立失
败。
通过计算G-Abis口误帧率（G-Abis口误帧率=（接收校验错帧的个数+接收失步帧的个数）/（发送有效帧的个数+发送空帧的个数））来初步判断Abis口的传输情况。
3.1.2指配消息是否正常下发
1）CCCH过载导致立即指配消息被丢弃
通过上行指配成功率（上行指配成功率=上行指配成功次数/上行指配次数）确定上行指配是否正常下发。
如果上行指配成功率比较低，需要确认是否存在CCCH过载。
CCCH如果出现过载可能会导致CCCH上下发的IMMEDIATEASSIGNMENT消息被丢弃，导致上行TBF建立失败。
检查CCCH是否过载可通过查看流控话统，如果存在CCCH过载的现象则可将CCCH负荷门限增大，避免由于流控导致上行TBF建立失败。
另外，在两阶段接入过程中，可以适当的增加定时器T3168的值，避免手机频繁的发送信道申请，加剧CCCH过载。
相关话统指标如下表所示：
原因
小区级
上行指配成功率
【分组呼叫相关测量】->
【BSC分组指配性能测量】->
上行指配次数
上行指配成功次数
上行分组立即指配次数
上行分组立即指配成功次数
在PACCH上的上行指配次数
在PACCH上的上行指配成功次数
CCCH过载
【呼叫相关测量】->
【流控测量】->
Abis接口分组CCCH负载指示消息上报次数
Abis接口过载（CCCH过载）消息上报次数
Abis接口删除指示消息上报次数
2）无信道导致网络侧发送立即指配拒绝消息
A硬件故障
B信道不足
3.1.3下行空口是否正常
空口质量不好，可能会导致手机没有正确收到上行指配消息，可以通过话统“8PSK_MEAN_BEP不同值的次数”和“GMSK_MEAN_BEP不同值的次数测量”测量观察BEP的分布，或者通过使用专门的测试软件（如TEMS）进行CQT测试，来确认空口质量
如果空口确实存在比较严重的干扰，建议可以通过频点调整来提升空口质量。
相关话统指标如下：
KPI指标
下行空口质量
8PSK_MEAN_BEP不同值的次数测量
GMSK_MEAN_BEP不同值的次数测量
3.1.4手机是否响应指配命令
可以通过话统项“MS无响应导致上行TBF建立失败次数”来确认，上行TBF建立失败是否是手机无响应所致。
手机没有响应上行指配消息可能由以下几种原因造成：
上行编码方式过高，上行功控参数设置不合理，参数设置不合理导致MS没有及时接入指配的信道，指配消息信元错误，上下行不平衡，天馈问题等。
手机无响应
【上行GPRSTBF建立和释放性能测量】->
上行GPRSTBF建立尝试次数
上行GPRSTBF建立成功次数
MS无响应导致上行GPRSTBF建立失败次数
无信道资源导致上行GPRSTBF建立失败次数
【上行EGPRSTBF建立和释放性能测量】->
上行EGPRSTBF建立尝试次数
上行EGPRSTBF建立成功次数
MS无响应导致上行EGPRSTBF建立失败次数
无信道资源导致上行EGPRSTBF建立失败次数
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版本。
2）上行功控参数设置不合理
上行功控参数设置不合理，可能会导致手机发生功率过小，造成网络侧无法解码上行数据块，相关参数如下：
Alpha参数
此参数用于进行开环功率控制。
ALPHA参数由MS用来计算它上行PDCH的输出功率值PCH。
该参数设定了在使用手机GPRS动态功率控制时，在与路径损耗的对应关系中手机发射功率减少的等级。
该参数设置越小，MS输出功率越大；
该参数设置越大，MS输出功率越小。
0~1.0
1.0
初始功率等级
初始功率等级。
该参数设定了在使用手机GPRS动态功率控制时，BTS端预期的接收信号强度。
该值主要影响MS的输出功率。
0~31，
14
手机输出功率为：
PCH=min（0–CH–*（C+48）,PMAX）
=1,所以公式简化为：
PCH=min（0–CH–C–48,PMAX）
GSM900时，0=39dBm，CH即参数GAMMA的值，C为根据测量下行信道的电平得到的一个值，如果定点测试，则C值基本上等于接收电平。
如果要开始功控，即使用比PMAX小的功率发送，则
0–CH–C–48<
PMAX
则当C>
0–CH–48–PMAX时开始功控，由默认值导出得-66dB。
路测发现，我司小区最佳接收电平在–60dBm左右，因此功控参数的按照如上默认值的设置比较合理。
3）参数设置不合理导致MS没有及时接入指配的信道
网络侧TBF和手机侧的TBF启动时间不一致也可能造成上行TBF建立失败，因此，
需要保证网络侧TBF的启动时间不能先于手机侧，否则会导致手机侧错过网络侧为手机分配的上行无线块，影响上行TBF建立成功率。
4）指配消息信元错误
检查指配消息中重要的信元是否有错误，主要包括跳频相关参数，上行功控相关参数等
跳频相关参数：
检查SI13消息中的GPRSMobileAllocation以及上行指配消息中的FrequencyParameters是否与数据配置一致
上行功控参数：
检查immediateassignment，packetuplinkack/nack，packetuplinkassignment，packettimeslotreconfigure消息中的Alpha参数和GAMMA参数是否与数据配置一致。
关于跳频参数：
上行指配消息中包含FrequencyParameters参数，指示了手机是否参与跳频和跳频的频点编码方式：
ARFCN：
表示不跳频，Indirectencoding：
表示跳频间接编码，Directencoding1：
表示跳频直接编码1，Directencoding2：
表示跳频直接编码2。
<
FrequencyParametersIE>
:
:
=
<
TSC:
bit（3）>
{00<
ARFCN:
bit（10）>
|01<
Indirectencoding:
Indirectencodingstruct>
>
|10<
Directencoding1:
Directencoding1struct>
|11<
Directencoding2:
Directencoding2struct>
};
MAIO:
bit（6）>
MA_NUMBER:
bit（4）>
{0|1<
CHANGE_MARK_1:
bit
（2）>
{0|1<
CHANGE_MARK_2:
}};
GPRSMobileAllocation:
GPRSMobileAllocationIE>
;
HSN:
LengthofMAFrequencyListcontents:
MAFrequencyListcontents:
octet（val（LengthofMAFrequencyListcontents）+3）>
Indirectencoding：
手机使用的信息是从PSI2，PSI13或者SI13，以前的指配消息中获得，所以需要根据MA_NUMBER核对系统消息或者指配消息中的跳频参数是否与数据配置一致。
MA_NUMBER=0–13shallbeusedtoreferenceaGPRSmobileallocationreceivedinaPSI2message;
MA_NUMBER=14shallbeusedtoreferenceaGPRSmobileallocationreceivedinaSI13orPSI13message;
MA_NUMBER=15shallbeusedtoreferenceaGPRSmobileallocationreceivedinapreviousassignmentmessageusingthedirectencoding.
Directencoding1：
手机使用系统消息中的GPRSMobileAllocation参数指示的跳频信息。
Directencoding2：
手机直接使用指配消息中指示的MAIO，HSN，LengthofMAFrequencyListcontents和MAFrequencyListcontents等跳频信息。
5）是否存在上下行不平衡
当存在上下行不平衡的情况时，在小区覆盖边缘可能会导致上行或下行接收不到，造成TBF建立失败。
排查上下行平衡问题，可以先检查基站发射功率是否与原网匹配，是否存在发射功率过大的问题，然后可以检查塔放、基站放大器、天线接口等影响上下行接收电平的器件是否存在问题。
上下行平衡问题，在话统中一般表现为上下行平均电平相差较大、上下行平衡等级较大，立即指配成功率和指配成功率偏低，相关话统指标如下表所示：
载频级
上下行平衡问题
【指配测量】->
TCH指配成功率
呼叫建立成功率
【立即指配测量】->
立即指配成功率
【测量报告相关测量】->
【测量报告上下行平衡测量】
【测量报告全速率信道接收电平测量】
【测量报告半速率信道接收电平测量】
6）检查天馈
天馈硬件故障，或者参数配置错误（如塔放因子）都会导致上行TBF建立成功率低，另外，天馈存在问题，可能会导致上下行不平衡，因此，可以通过上下行平衡话统来初步判断是否天馈存在问题。
7）关注CS域KPI指标
上行TBF建立成功率低，可能不是简单的PS域参数配置错误导致，有可能是CS域的参数配置错误，从而影响了PS域的指标，因此，需要关注CS域的重要KPI指标，看是否存在异常，有利于我们定位问题，需要关注的主要指标如下：
掉话率，拥塞率，指配成功率，上下行平衡，呼叫建立成功率等。
3.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建立失败。
5
下行立即指配DRX下的延迟（块）
在DRX模式下，网络侧通过该参数计算立即指配下行TBF的启动时间，该启动时间到达后，网络侧将启动下行TBF。
同时，网络侧还使用该参数来计算分配给手机的TBFStartingTime，通知手机何时接入指配的信道。
如果该值过大，该TBF在网络侧启动太慢；
网络侧启动下行TBF后即开始发送PacketPollingRequest消息或下行数据块，如果该值过小，导致网络侧先于MS侧启动了TBF，MS由于还未接入指配的信道，致使后续网络侧发送的下行RLC无线块将无法被MS成功接收，接入性能反而更差。
12
下行立即指配NON-DRX下的延迟（块）
在NON-DRX模式下，网络侧通过该参数计算立即指配下行TBF的启动时间，该启动时间到达后，网络侧将启动下行TBF。
网络侧启动下行TBF后即开始发送PacketPollingRequest消息或下行数据块，如果该值过小，导致网络侧先于MS侧启动了TBF，MS由于还未接
升级会员 