个人收集整理仅供参考学习2019-11-12HUAWEIConfidentialPage1,Total2优化参数下行TBF延时释放时长提高数据业务性能现象描述：某市GSM网络数据业务繁忙，浅层燃气3小区EGPRS下行拥塞率和GPRS下行拥塞率指标很差，导致现场用户投诉较多。但是受限现场基站不具备扩容和新建机柜条件，没有更好的方法解决拥塞问题。告警信息：设备无告警。小区覆盖区域有用户投诉数据业务使用困难。原因分析：网络存在数据业务和语音业务双拥塞情况。而该区域属于VIP用户区，语音业务和数据业务都非常重要，尤其市数据业务，需要同时解决好2个业务。牺牲话音信道提升数据性能行不通，只能通过调整数据业务的参数改善性能。优先使用参数：下行TBF延时释放时长(毫秒)。下行TBF延时释放时长(毫秒)：参数用于设置下行TBF延迟释放的时间。具体含义如下：在网络侧发送完最后一个下行RLC数据块，并检查之前所有发送的下行数据块都确认收齐之后，不立即通知MS结束该下行TBF，而是强行设置最后一个数据块为未接收到，不断重发值RRBP标志的最后一个数据块，维持下行TBF不被释放。在下行延迟释放过程中，只要网络侧上层有下行数据传输的要求，则完成解包的下行RLC块将直接可以在该延迟释放的下行TBF中被发送，而此时该下行TBF也从延迟释放的状态重新变成了下行的传输状态；另外，由于在维持下行TBF不释放的过程中，MS必须通过在RRBP对应的上行数据块上响应PacketDownlinkAck/Nack消息来保持和网络侧的交互，因此一旦MS有上行数据传输的需求，MS可以立即通过在PacketDownlinkAck/Nack消息中附带ChannelRequestDecription来向网络侧发出上行信道请求。处理过程：浅层燃气3小区的该参数下行TBF延时释放时长(毫秒)现网设置为2400，将该参数调整为为1200。这样，没有数据传送的时候，TBF将会早点释放，从而就会有较多的PDCH信道出来，满足更多用户的接入需求。5月13日晚上对该参数进行调整。前后对比发现，在流量增加20％的情况下，拥塞率得到了明显改善，由12％下降到2％左右，下行TBF建立成功率得到了提升。详情见表。参数调整前后指标对比表：个人收集整理仅供参考学习2019-11-12HUAWEIConfidentialPage2,Total2时间RLC流量下行EGPRSTBF建立成功率下行GPRSTBF建立成功率EGPRS下行掉线率GPRS下行掉线率EGPRS下行拥塞率GPRS下行拥塞率2009-05-1020:0059.17464.30%63.80%8.30%7.60%17.60%20.10%2009-05-1021:0056.00569.10%69.10%8.10%7.20%17.30%18.40%2009-05-1022:0053.2383.20%81.80%8.20%6.90%7.40%9.50%2009-05-1120:0055.79472.60%73.60%7.90%7.90%11.30%13.30%2009-05-1121:0061.91666.40%63.60%8.50%7.70%16.50%19.70%2009-05-1122:0054.5668.80%65.90%9.10%6.90%13.90%16.60%2009-05-1220:0054.71773.80%72.50%7.20%7.50%12.40%14.30%2009-05-1221:0064.59370.60%68.80%7.70%7.40%15.00%16.50%2009-05-1222:0060.03179.30%77.00%7.40%6.80%9.80%13.30%2009-05-1320:0055.04575.60%76.50%8.70%7.50%11.90%12.50%2009-05-1321:0053.01178.60%76.30%7.10%7.60%11.50%13.30%2009-05-1322:0057.74476.80%73.90%6.90%7.10%14.70%17.00%2009-05-1420:0067.6681.00%82.50%7.30%6.20%2.00%2.30%2009-05-1421:0063.14778.50%78.10%7.30%6.50%3.10%3.40%2009-05-1422:0071.96283.50%84.60%5.40%5.70%1.80%2.30%经验总结：日常优化过程中，经常遇到资源紧张而又没法通过硬件扩容等常规手段解决的情况，这时需要尽可能发挥网络参数的作用。通过挖掘参数潜力，可以解网络的问题，解决用户投诉，提高客户满意度。
