TBF建立成功率-原理与提升手段-v20103029.doc

TBF建立成功率分析一、 信令流程及其统计点：和语音业务的最终目的为语音通话相似，分组业务的最终目的就是实现MS接入数据网络。PCU作为分组业务传输中的一个关键网元，对于数据传输来说，就是实现数据传输链路的建立，这个传输链路就是TBF。可以说，数据业务的接入成功与否，关键就在于链路的建立；当然链路建立后，MS还要和网络侧进行交互，完成attach、pdp active等流程后，才可以正常进行数据上传和下载。统计公式：TBF建立成功率上行TBF建立成功率下行TBF建立成功率上行TBF建立成功率 = (上行GPRS TBF建立成功次数+上行EGPRS TBF建立成功次数)*100/(上行GPRS TBF建立尝试次数+上行EGPRS TBF建立尝试次数)下行TBF建立成功率 = (下行GPRS TBF建立成功次数+下行EGPRS TBF建立成功次数)*100/(下行GPRS TBF建立尝试次数+下行EGPRS TBF建立尝试次数)1.1 下行TBF信令流程下行TBF建立尝试次数：统计点A（BSC发出IMMEDIATE ASSIGNMENT消息）下行TBF建立成功次数：统计点B（手机发出PACKET CONTROL ACKNOWLEDGEMENT消息）1.2 上行TBF信令流程上行TBF建立尝试次数：统计点A（MS发出CHANNEL REQUEST消息）上行TBF建立成功次数：统计点C（BSC收到该MS发出的首个上行数据块）二、 考核标准无线TBF建立成功率=（小区上行TBF建立成功率小区下行TBF建立成功率）/小区数量。目标值：92%指标的采集时间为非重要节假日（春节、国庆、五一、中秋、元旦、端午、清明）的如下时段8:00-11:00、18:00-21:00。该指标每月评分，累积扣分。达到目标值为满分，每低于目标值0.01个百分点扣0.01分。三、 提高方法阐述优化的思路，主要是按照信令流程，找出出现问题的信令和网元。根据TBF的建立流程，可以按照以下的流程进行逐步排查：分析Abis是否存在传输问题，指配消息是否正常下发到BTS，下行空口是否正常（指配消息是否下发到手机），手机是否响应指配消息（发送上行数据块）。233.1 减少手机无响应的比例一般来说，在无线质量比较好的情况下，上行手机无响应的比例比较低；下行由于手机可能已经进入其他小区，此时在原小区建立下行TBF时的POLLING消息和指配消息，手机无法响应；另外，即便手机还在原小区，由于可能该手机处于StandBy状态，对于PCU建立下行TBF时的指配消息和POLLING消息，该手机也不一定能接收到或及时响应，从而导致下行TBF因手机无响应而建立次数占下行TBF尝试建立次数的比例较高。对于下行TBF的无响应问题，我们可以加以下软参一定程度上减少无响应的比例。下行TBF建立延时时间（g_DlTbfEstDelayTime）如果给手机发的上行FAI已经发送，但此时上行TBF还处于传输状态，不能进行下行建立，需等待一段时间后再建立下行，否则手机无响应。在现网中，由于手机无响应导致TBF建立失败次数比较多，可以修改此软参值优化性能，参考值200ms。下行立即指配DRX下的延迟（块）（g_ImmDlDelayBlksDrx）下行立即指配在Drx状态时的延迟块数，影响下行立即指配成功率，从而影响下行TBF建立成功率。在性能优化时可以将此值修改为39。此软参对R8C01以前版本无效。下行重指配尝试次数（g_MaxDlAssRetryTimes）下行指配重发次数，修改此软参值可以一定程度上提高下行TBF建立成功率，但下行指配成功率下降较多，该值默认为2。如果客户对指配成功率有要求，不建议修改。消息重发次数（g_MaxPollingRetryTimes）Polling 消息的重发次数，修改该软参值可以一定程度上提高下行TBF建立成功率，对下行指配成功率没有影响。建议值6。静态信道空闲释放定时器长度（g_FixPdchIdleTimeInSecond）静态信道空闲释放释放定时器，默认为0，即采用默认方法。对pcic资源使用优化时，（信道资源不足时），可将此值设为30s。动态信道空闲释放定时器长度（g_DynPdchIdleTimeInSecond）动态信道空闲释放释放定时器，默认为0，即采用默认方法。对pcic资源使用优化时，（信道资源不足时），将此值设为30s。这两个软参在CQT时建议不添加。最大可处理寻呼消息数（g_ulMaxPagingMsgNum）每秒最大可处理寻呼消息数，默认60。如果寻呼消息较多，使用该软参流控，可以设置为40、50，减少寻呼消息占用PCH（CCCH的一种类型）的几率，一定程度提高立即指配成功率。3.2 Abis链路是否存在问题Abis口链路失步或Abis口链路出现闪断等传输问题，都可能会导致上行TBF建立失败。通过计算G-Abis口误帧率（G-Abis口误帧率=（接收校验错帧的个数+接收失步帧的个数）/（发送有效帧的个数+发送空帧的个数）来初步判断Abis口的传输情况。3.3 CCCH过载导致立即指配消息被丢弃通过上行指配成功率（上行指配成功率=上行指配成功次数/上行指配次数）确定上行指配是否正常下发。如果上行指配成功率比较低，需要确认是否存在CCCH过载。CCCH如果出现过载可能会导致CCCH上下发的IMMEDIATE ASSIGNMENT消息被丢弃，导致上行TBF建立失败。如果存在CCCH过载的现象则可将CCCH负荷门限增大，避免由于流控导致上行TBF建立失败。3.4 无分组资源无分组资源有以下三种情况： 如果是在CCCH 的上行接入，无分组资源时PCU 将给手机发送立即指配拒绝消息。 如果是PACCH 的上行接入，无分组资源时PCU 将给手机发送分组接入拒绝消息。 如果是CCCH/PACCH的下行建立请求，无分组资源时PCU不给手机发送任何消息，只是相关的话统指标值加1。查看在同一话务统计周期中“无信道资源导致上行TBF 建立失败次数”和“无信道资源导致下行TBF 建立失败次数”指标，若是由于该指标较高导致拥塞率较高，可能的原因有：1233.13.23.33.43.53.4.1 分组业务量较大仅仅通过调整信道上的手机最大复用数势必影响手机的传输速率，可以参考对PDCH资源分析来适当调整PDCH信道。3.4.2 用户手工闭塞信道，导致手机接入困难可以通过在PCU 的操作维护台上查看命令行的Log 日志，确认是否真的有用户在统计周期中将本小区的信道闭塞。同时也可以查看“BSC 发起信道闭塞次数” 和“BSC 发起信道解闭次数”等话统指标来确认BSC是否有对分组信道进行闭塞和解闭的操作。3.4.3 小区中的分组信道复用的MS 数接近饱和此时可以在PCU 维护台上调整pdchpara 表中的MaxUlHighLd/MaxDlHighLd域，以允许本小区承载更多手机的分组业务。3.4.4 CCCH 随机接入碰撞影响CCCH 上行指配成功率此时可结合“CCCH 上分组接入请求发生的平均时间间隔（秒）”来进行分析。为了减少随机接入碰撞，可调整CCCH接入门限和发起信道请求的间隔时间的值。3.4.5 小区中配置的信道类型以及数量也会对拥塞率产生的影响现网上小区的分组信道配置一般为少部分固定信道，剩余的为动态信道。CCCH 上行接入的过程中，如果当前小区中没有固定信道，或者固定信道已经被占满，此时PCU 需要向BSC 申请动态信道。在动态信道没有申请回来之前，手机的接入请求将无法得到满足，这种情况下就会影响小区的拥塞率统计值。此时我们可通过结合分析在本统计周期中小区的“可用PDCH 的平均个数”、小区的信道配置、小区的Pdchpara 表以及小区的实际话务量来综合分析。出现该现象，可以通过调整小区的信道配置（增加固定信道的数量），或者调整Pdchpara 相关参数来调整。3.4.6 PCU单板处理能力实现广覆盖时，PCU的一块RPPUPb板上配置的小区数可能会大于120/100（一块RPPUPb支持的最大激活PDCH 数量）。在本板分组业务较繁忙时（最明显的是占用的PDCH 平均数量已经超过100），如果小区没有配置固定信道而仅仅配置了动态信道，就有可能导致本小区由于没有信道而拥塞，此时就需要提醒运营商适当缩小RPPUPb板覆盖范围，进行扩容。3.4.7 PDCH 信道失步也会导致无分组资源，不能对手机进行指配此时需要查看在该统计周期中，BTS 是否有PCM 相关告警，以及PCU 是否有链路故障告警，和PDCH 失步告警（该告警现在是内部调试告警）。如果发现有PDCH 失步的现象，请检查PCU 和BSC，以及BTS 和BSC 之间的链路是否异常。3.5 指配成功率低指配成功率低必然导致拥塞率上升，同一个话统周期中的“手机无响应导致上行TBF建立失败次数” 和“手机无响应导致下行TBF 建立失败次数”指标是造成指配成功率低的主要原因，若是由于该指标较高，导致拥塞率高，可能的原因：3.5.1 链路质量差可以结合语音的上下行平衡、上下行质量、干扰带排查等话统来分析小区的无线环境。在小区传输质量较差的情况，我们也可以通过调整GPRS 网络参数来提高TBF接入成功率。首先要区分是CCCH上的指配成功率低还是PACCH上的指配成功率低；一般来说在PACCH上的指配成功率相对比较高，如果此指标较低，对于上行，可以调整T3168 定时器（GPRS Cell Option 参数，指手机在发送了Packet Resource Request消息后等待Packet Uplink Assignment 消息的时长）的值。传输质量差时T3168 要适当加长，以延长TBF 建立的时延，这样可能会提高接入成功率；传输质量较好时T3168 可以适当减小，引导手机以较快频率重发接入请求消息，以提高网络侧对TBF 的建立请求的响应时间。一般情况下（2%BLER10%）T3168 可以考虑在500ms2000ms 之间进行调整较合适。适当调整T3168对于发起两阶段接入请求（EGPRS在未开通11BIT接入的情况下是使用两阶段接入，两阶段接入的成功率高，但接入时延较长）的手机来说是有一定好处的，由于目前支持EGPRS 11bit接入的手机种类逐渐增多，因此在较发达的确，适当提高T3168对于该小区的上行TBF成功率也有一定提升（上行PACCH指配成功率也可以得到提升）。特别是在卫星小区中，PCU 强制手机进行两阶段接入，此时调整T3168 的值会起到一定的效果。在适当的时候也可以考虑下调T3192定时器（手机在下行TBF释放后仍监听下行PACCH的时长）的值，该定时器实际上是为了提高下行TBF 的建立速度，减少信令开销，但是下行数据流非连续时，该定时器实际上延长了PDCH 被占用的时间，也会造成分组资源紧张，导致拥塞。调整T3192 的时候应该充分分析当前小区的分组业务负荷以及下行数据业务模型，在下行高负荷的小区中调整T3192 的值要尤其谨慎，特别需要注意的是，对于用户来说，用户更关注的是TBF建立成功率，而不是指配成功率，因此，不建议下调T3192定时器，除非客户舍本求末，只关心指配成功率时才可调整。通常情况下CCCH上的指配成功率（即立即指配成功率）较PACCH上的指配成功率要低，尤其是下行立即指配成功率。很多网络的下行立即指配成功率在50以下也属正常，下行立即指配占下行指配总的比例一般在25以下，如果是下行指配成功率很低就要查看下行立即指配所占的比例情况了；下行立即指配是指网络侧直接发给手机的立即指配，这个时候手机很可能已经离开了原来的小区，必然造成下行立即指配失败，而且网络侧会继续发指配，导致一次异常可能造成多次的立即指配失败。上行立即指配成功率主要受到网络无线环境、数据配置等的影响，因此如果上行立即指配成功率低要注意检查数据配置是否正确（要特别注意小区中有跳频