GPRS统计分析.doc

gprs统计分析目 录1.1.1接入方面11.1.2业务量方面141.1.3吞吐量方面181.1.4资源利用方面27统计分析以下面3种主要方式进行：1、结合pms建立统计分析模板及公式定义；2、分析内容包括：接入性能、信道利用、吞吐能力、业务量3、全时段分析小区信道拥塞率并进行优化统计分析和优化主要集中在下面四个方面：1.1.1 接入方面信道请求的原始统计信道请求统计namebin #descriptionchannel_reqs_recsum of all binschannel_reqs_rec_p_c0bin 0: a gprs one-phase access channel request on ccch is received.channel_reqs_rec_p_p1bin 1: a gprs one-phase access packet channel request on pccch is received.channel_reqs_rec_b_c2bin 2: a gprs single block allocation on ccch is received.channel_reqs_rec_b_p3bin 3: a gprs single block allocation on pccch is received.channel_reqs_rec_p_r4bin 4: a gprs packet resource request (prr) message is received (second phase of two phase access).channel_reqs_rec_cp_a5bin 5: a gprs channel request in packet downlink ack/nack (pdak) message is received.channel_reqs_rec_e_c6bin 6: an enhanced one-phase (eop) access indication is received.channel_reqs_rec_egprs_1ph_cc7bin 7: egprs one-phase access on ccch is received.channel_reqs_rec_egprs_1ph_pcc8bin 8: an egprs one-phase access on pccch is received.channel_reqs_rec_egprs_sbk_cc9bin 9: an egprs single block allocation on ccch is received.channel_reqs_rec_egprs_sbk_pcc10bin 10: an egprs single block allocation on pccch is received.channel_reqs_rec_egprs_pkrs_rq11bin 11: an egprs packet resource request is received.channel_reqs_rec_egprs_crqpdak12bin 12: an egprs channel request in packet downlink ack/nack (pdak) message is received.信道请求成功次数的统计：namebin #descriptionchannel_reqs_successsum of all binschannel_reqs_success_p_c0a gprs one-phase access packet immediate assignment (pia) is sent on ccch.channel_reqs_success_p_p1a gprs one-phase access packet uplink assignment (pua) is sent on pccch.channel_reqs_success_b_c2a gprs single block allocation pia is sent on ccch.channel_reqs_success_b_p3a gprs single block allocation pua is sent on pccch.channel_reqs_success_p_r4a gprs pua (in response to packet resource request) is sent to establish a tbf (only the first pua is counted).channel_reqs_success_pkts5a gprs packet timeslot reconfiguration (ptr) is sent to establish a new tbf or to re-assign the downlink tbf (only the first ptr is counted).channel_reqs_success_e_c6an enhanced one-phase (eop) access indication is received on ccch.channel_reqs_success_cp_a7a gprs pua in response to a “channel request” received in a packet downlink ack.channel_reqs_success_e_1p_ccc8an eop access pua is sent on ccch.channel_reqs_success_e_1p_pccc9an eop access pua is sent on pccch.channel_reqs_success_e_sb_ccc10an egprs single block allocation pia is sent on ccch.channel_reqs_success_e_sb_pccc11an egprs single block allocation pua is sent on pccch.channel_reqs_success_e_puaprr12an egprs pua (in response to packet resource request (prr) is sent to establish a tbf (only the first pua is counted).channel_reqs_success_e_ptr13an egprs ptr is sent to establish a new tbf or to re-assign the downlink tbf (only the first ptr is counted).channel_reqs_success_e_puapdak14an egprs pua in response to a “channel request” in a pdak.上行tbf成功次数：ul_pdtch_seizure下行tbf成功次数：dl_pdtch_seizure上行信道请求成功率上行信道请求成功率的统计对我们分析网络的接入性能很重要，低的端到端的吞吐量往往是由于低的上行信道请求成功率导致的。 该统计的计算是用信道请求成功的次数比信道请求的次数，不包括singleblocks,公式如下：ul_channel_requests_success_rate =(channel_reqs_success_p_c + channel_reqs_success_p_p + channel_reqs_success_p_r + channel_reqs_success_cp_a + channel_reqs_success_e_c + channel_reqs_success_pkts + channel_reqs_success_e_1p_ccc + channel_reqs_success_e_1p_pccc + channel_reqs_success_e_puaprr + channel_reqs_success_e_ptr + channel_reqs_success_e_puapdak)*100/(channel_reqs_rec_p_c + channel_reqs_rec_p_p + channel_reqs_rec_p_r + channel_reqs_rec_cp_a + channel_reqs_rec_e_c + channel_reqs_rec_egprs_1ph_cc + channel_reqs_rec_egprs_1ph_pcc + channel_reqs_rec_egprs_pkrs_rq + channel_reqs_rec_egprs_crqpdak) 低的信道请求成功率原因包括：（1）小区gprs时隙配置较少而请求相对较多 （2）pcu容量较小而请求相对较多（3）小区的无线性能很差 小区的信道请求成功率应在98%以上。信道请求成功率无法分开gprs和egprs, 因为egprs的信道请求发给系统后，系统没有egprs资源, 就会分配gprs资源给egprs手机，导致信道请求成功记在了gprs的统计项中。tbf建立过程在上行和下行tbf建立过程中有很大区别，统计也有所不同：上行：当一部gprs终端要传送数据给网络时，首先要请求并被分配gprs资源，这过程叫上行tbf建立，在此过程中触发相应统计：手机请求tbf资源的消息到达pcu, 触发统计channel_reqs_recpcu分配给手机资源传送数据，触发统计channel_reqs_successpcu收到手机发送的第一个上行数据包，触发统计ul_pdtch_seizure下行：当有数据要传送给手机时，有两种方式建立下行的tbf:当手机处于数据包传送模式下（packet transfer mode）时，pcu发送packet downlink assignment 用 pacch建立下行tbf, 触发统计tbf_dl_asgn_pacch当手机处于空闲模式下（packet idle mode）时，pcu发送immediate assignment建立下行tbf, 触发统计imm_assgn_cause(分两个统计项gprs和egprs)当网络开始传送数据并收到手机发的第一个pdak消息时，触发统计dl_pdtch_seizure 上行tbf建立过程 下行tbf建立过程上行tbf建立成功率上行tbf建立成功率是用tbf建立成功的次数除以tbf请求的次数，公式如下：ul_tbf_success_rate =ul_pdtch_seizure*100/ (channel_reqs_rec_p_c + channel_reqs_rec_p_p + channel_reqs_rec_p_r + channel_reqs_rec_cp_a + channel_reqs_rec_e_c + channel_reqs_rec_egprs_1ph_cc + channel_reqs_rec_egprs_1ph_pcc + channel_reqs_rec_egprs_pkrs_rq + channel_reqs_rec_egprs_crqpdak)上行tbf建立成功率和下行tbf建立成功率一起反映小区整个的接入性能，小区的上行tbf建立成功率应在98%以上。下行tbf建立成功率 下行tbf建立成功率是用tbf建立成功的次数除以tbf请求的次数. gsr7 没有此项统计。gsr8公式如下dl_tbf_seizure_rate =(dl_pdtch_seizure *100) / (tbf_dl_asgn_pacch + imm_assgn_cause_6 + imm_assgn_cause_8)上行tbf建立成功率和下行tbf建立成功率一起反映小区整个的接入性能，小区的下行tbf建立成功率应在98%以上。上行tbf失败率此统计是tbf建立起来之后，计算上行tbf非正常释放的比率，包括在传送模式（transfer mode）和tbf结束（termination）时tbf非正常释放,多由无线干扰引起。注意：因为包含了小区重选，所以指标不好界定。上行tbf失败的原始统计有：air_ul_tbf_failures_dt (data transfer)air_ul_tbf_failures_et (establishment)air_ul_tbf_failures_t (termination)公式是用上行tbf非正常释放的个数除以pcu上成功建立的tbf的个数（用channel_reqs_success），公式如下：ul_tbf_failure_rate = (air_ul_tbf_failures_dt+air_ul_tbf_failures_t)*100/(channel_reqs_success_p_c+channel_reqs_success_p_p+channel_reqs_success_p_r+channel_reqs_success_pkts+channel_reqs_success_e_c+channel_reqs_success_cp_a+channel_reqs_success_e_1p_ccc+channel_reqs_success_e_1p_pccc+channel_reqs_success_e_puaprr+channel_reqs_success_e_ptr+channel_reqs_success_e_puapdak)下行tbf失败率此统计是计算由于无线干扰引起tbf失败率（丢失太多数据确认消息（dak）或确认tbf建立失败），包括在建立模式（establish mode）,传送模式（transfer mode），延迟释放过程和tbf结束（termination）时tbf非正常释放。不能简单的用dl_tbf_failures 除以 dl_pdtch_seizure来计算下行tbf的失败率，因为dl_tbf_failures的统计是在dl_pdtch_seizure 之前或之后都有触发。 注意：因为包含了小区重选，所以指标不好界定。下行tbf失败的原始统计有：air_dl_tbf_failures_dr (delayed release)air_dl_tbf_failures_dt (data transfer)air_dl_tbf_failures_et (establishment)air_dl_tbf_failures_t (termination)公式是用下行tbf非正常释放的个数比总tbf的个数，公式如下：dl_tbf_failure_rate_gsr7 = air_dl_tbf_failures*100/ (dl_pdtch_seizure+ air_dl_tbf_failures_est)dl_tbf_failure_rate_gsr8 = air_dl_tbf_failures*100/ (tbf_dl_asgn_pacch + imm_assgn_cause_6 + imm_assgn_cause_8)pcu未处理收到的信道请求比率pcu未处理收到的信道请求比率是用pcu未处理收到的信道请求的次数比总的信道请求数，公式如下：ul_channel_requests_unserviced_rate_pcu =ch_req_unsvcd_pcu * 100 / channel_reqs_recpcu未处理收到的信道请求原因是手机的兼容性问题和软件问题，pcu未处理收到的信道请求比率应在0.5%以下。1.1.2 业务量方面业务量的统计包括rlc层的业务总量和tbf的时长等，这些统计对我们了解系统的负荷和业务特点有重要的意义。这些统计如下：rlc层的原始统计下行 rlc层的数据包的统计分为以下几种：o number of new acknowledge mode (am) blocks（rlc确认模式下新数据包）o number of delayed downlink tbf release (super coat-tail) blocks（填充包）o number of retransmitted am blocks（pre-emptive的，即网络主动重传的数据包，不影响用户感知）o number of nacked blocks（收到nack的消息重传的数据包）o number of stalled blocks（由于rlc层的窗口溢出导致丢失的数据包）o number of new unacknowledge mode (um) blocks （rlc非确认模式下有效数据包）上行 rlc层的数据包的统计分为以下几种：o number of new acknowledge mode (am) blocks（rlc确认模式下新数据包）o number of retransmitted am blocks（重传数据包）o number of new unacknowledge mode (um) blocks （rlc非确认模式下有效数据包）channel coding schemerlc data block size without spare bits (n2)(octets)number ofspare bitsrlc datablock size(octets)cs-122022cs-232732 7/8cs-338338 3/8cs-452752 7/8gprs rlc层的数据块channel coding schemeegprs rlc data unit size (n2)(octets)familymcs-122cmcs-228bmcs-337amcs-444cmcs-556bmcs-674amcs-72x56bmcs-82x68amcs-92x74aegprs rlc层的数据块rlc层业务总量此统计计算rlc层上下行业务总量，包括重传。可分gprs和egprs计算，公式如下：dl_user_traffic_gprs（kbye） =(dl_rlc_ack_new_blks_cs_1 + dl_rlc_unack_new_blks_cs_1+ dl_rlc_retx_blks_cs_1+ dl_rlc_nack_blks_cs_1)*22 + (dl_rlc_ack_new_blks_cs_2 + dl_rlc_unack_new_blks_cs_2+ dl_rlc_retx_blks_cs_2+ dl_rlc_nack_blks_cs_2)*33 + (dl_rlc_ack_new_blks_cs_3 + dl_rlc_unack_new_blks_cs_3+ dl_rlc_retx_blks_cs_3+ dl_rlc_nack_blks_cs_3)*39 + (dl_rlc_ack_new_blks_cs_4 + dl _rlc_unack_new_blks_cs_4+ dl_rlc_retx_blks_cs_4+ dl_rlc_nack_blks_cs_4)*53) * 100/1024ul_user_traffic_gprs（kbye） =(ul_rlc_ack_new_blks_cs_1 + ul_rlc_unack_new_blks_cs_1+ ul_rlc_retx_blks_cs_1)*22 + (ul_rlc_ack_new_blks_cs_2 + ul_rlc_unack_new_blks_cs_2+ ul_rlc_retx_blks_cs_2)*33 + (ul_rlc_ack_new_blks_cs_3 + ul_rlc_unack_new_blks_cs_3+ ul_rlc_retx_blks_cs_3)*39 + (ul_rlc_ack_new_blks_cs_4 + ul_rlc_unack_new_blks_cs_4+ ul_rlc_retx_blks_cs_4)*53)*100/1024dl_user_traffic_egprs(kbye) =(dl_rlc_ack_new_blks_mcs_1 + dl_rlc_unack_new_blks_mcs_1+ dl_rlc_retx_blks_mcs_1+ dl_rlc_nack_blks_mcs_1)*22 + (dl_rlc_ack_new_blks_mcs_2 + dl_rlc_unack_new_blks_mcs_2+ dl_rlc_retx_blks_mcs_2+ dl_rlc_nack_blks_mcs_2)*28 + (dl_rlc_ack_new_blks_mcs_3 + dl_rlc_unack_new_blks_mcs_3+ dl_rlc_retx_blks_mcs_3+ dl_rlc_nack_blks_mcs_3)*37 + (dl_rlc_ack_new_blks_mcs_4 + dl_rlc_unack_new_blks_mcs_4+ dl_rlc_retx_blks_mcs_4+ dl_rlc_nack_blks_mcs_4)*44 + (dl_rlc_ack_new_blks_mcs_5 + dl_rlc_unack_new_blks_mcs_5+ dl_rlc_retx_blks_mcs_5+ dl_rlc_nack_blks_mcs_5)*56 + (dl_rlc_ack_new_blks_mcs_6 + dl_rlc_unack_new_blks_mcs_6+ dl_rlc_retx_blks_mcs_6+ dl_rlc_nack_blks_mcs_6)*74 + (dl_rlc_ack_new_blks_mcs_7 + dl_rlc_unack_new_blks_mcs_7+ dl_rlc_retx_blks_mcs_7+ dl_rlc_nack_blks_mcs_7)*112 + (dl_rlc_ack_new_blks_mcs_8 + dl_rlc_unack_new_blks_mcs_8+ dl_rlc_retx_blks_mcs_8+ dl_rlc_nack_blks_mcs_8)*136 + (dl_rlc_ack_new_blks_mcs_9 + dl_rlc_unack_new_blks_mcs_9+dl_rlc_retx_blks_mcs_9+dl_rlc_nack_blks_mcs_9) *148) *100/1024ul_user_traffic_egprs (kbye)=(ul_rlc_ack_new_blks_mcs_1 + ul_rlc_unack_new_blks_mcs_1+ ul_rlc_retx_blks_mcs_1)*22 + (ul_rlc_ack_new_blks_mcs_2 + ul_rlc_unack_new_blks_mcs_2+ ul_rlc_retx_blks_mcs_2)*28 + (ul_rlc_ack_new_blks_mcs_3 + ul_rlc_unack_new_blks_mcs_3+ ul_rlc_retx_blks_mcs_3)*37 + (ul_rlc_ack_new_blks_mcs_4 + ul_rlc_unack_new_blks_mcs_4+ ul_rlc_retx_blks_mcs_4)*44 + (ul_rlc_ack_new_blks_mcs_5 + ul_rlc_un ack_new_blks_mcs_5+ul_rlc_retx_blks_mcs_5)*56 + (ul_rlc_ack_new_blks_mcs_6 + ul_rlc_unack_new_blks_mcs_6+ ul_rlc_retx_blks_mcs_6)*74 + (ul_rlc_ack_new_blks_mcs_7 + ul_rlc_unack_new_blks_mcs_7+ ul_rlc_retx_blks_mcs_7)*112 + (ul_rlc_ack_new_blks_mcs_8 + ul_rlc_unack_new_blks_mcs_8+ ul_rlc_retx_blks_mcs_8)*136 + (ul_rlc_ack_new_blks_mcs_9 + ul_rlc_unack_new_blks_mcs_9+ul_rlc_retx_blks_mcs_9)*148) *100/1024gprs和egprs业务量的比率此统计反映gprs和egprs业务量在系统中的比率，可以为我们规划扩容系统提供依据。dl_user_traffic_gprs/egprs_ratio= dl_user_traffic_gprs/ dl_user_traffic_egprsul_user_traffic_gprs/egprs_ratio= ul_user_traffic_gprs/ ul_user_traffic_egprs上下行业务量的比率此统计反映上行和下行业务量在系统中的比率，可以为我们规划扩容系统提供依据。ul/dl_user_traffic_ratio=( ul_user_traffic_gprs+ ul_user_traffic_egprs)*100/ (dl_user_traffic_gprs+dl_user_traffic_egprs)ul/dl_user_traffic_ratio_gprs= ul_user_traffic_gprs*100/ dl_user_traffic_gprsul/dl_user_traffic_ratio_egprs= ul_user_traffic_egprs*100/ dl_user_traffic_egprs平均tbf持续时长此统计用总的tbf时长除以成功的tbf总数，可用此来判断小区用户的业务类型，小于2s的tbf多为rau和wap应用，大于3s多为email/ftp等业务？。公式如下：dl_mean_tbf_duration =(dl_tbf_time_1_ts + dl_tbf_time_2_ts + dl_tbf_time_3_ts + dl_tbf_time_4_ts)*0.02 / (dl_pdtch_seizure - air_dl_tbf_failures_dt - air_dl_tbf_failures_dr - air_dl_tbf_failures_t)ul_mean_tbf_duration =(ul_tbf_time_8psk_1_ts + ul_tbf_time_8psk_2_ts + ul_tbf_time_gmsk_1_ts + ul_tbf_time_gmsk_2_ts)*0.02 / (ul_pdtch_seizure - air_ul_tbf_failures_dt - air_ul_tbf_failures_t)1.1.3 吞吐量方面在吞吐量的计算上，我们以rlc层的数据来计算，分为系统的实际带宽和有效带宽，不考虑资源因素。rlc层的实际带宽此统计用rlc层的总的数据量比传这些数据的时间，可分gprs和egprs, 公式如下：dl_bandwidth_indicator_gprs（kbps） =（dl_rlc_ack_new_blks_cs_1*22 + dl_rlc_ack_new_blks_cs_2*33 + dl_rlc_ack_new_blks_cs_3*39 + dl_rlc_ack_new_blks_cs_4*53 + dl_rlc_unack_new_blks_cs_1*22 + dl_rlc_unack_new_blks_cs_2*33 + dl_rlc_unack_new_blks_cs_3*39 + dl_rlc_unack_new_blks_cs_4*53 + dl_rlc_retx_blks_cs_1*22 + dl_rlc_retx_blks_cs_2*33 + dl_rlc_retx_blks_cs_3*39 + dl_rlc_retx_blks_cs_4*53 + dl_rlc_nack_blks_cs_1*22 + dl_rlc_nack_blks_cs_2*33 + dl_rlc_nack_blks_cs_3*39 + dl_rlc_nack_blks_cs_4*53)*8/1000/ (dl_rlc_ack_new_blks_cs_1 + dl_rlc_ack_new_blks_cs_2 + dl_rlc_ack_new_blks_cs_3 + dl_rlc_ack_new_blks_cs_4 + dl_rlc_unack_new_blks_cs_1 + dl_rlc_unack_new_blks_cs_2 + dl_rlc_unack_new_blks_cs_3 + dl_rlc_unack_new_blks_cs_4 + dl_rlc_retx_blks_cs_1 + dl_rlc_retx_blks_cs_2 + dl_rlc_retx_blks_cs_3 + dl_rlc_retx_blks_cs_4 + dl_rlc_nack_blks_cs_1 + dl_rlc_nack_blks_cs_2 + dl_rlc_nack_blks_cs_3 + dl_rlc_nack_blks_cs_4)/50ul_bandwidth_indicator_gprs(kbps) =(ul_rlc_ack_new_blks_cs_1*22 + ul_rlc_ack_new_blks_cs_2*33 + ul_rlc_ack_new_blks_cs_3*39 + ul_rlc_ack_new_blks_cs_4*53 + ul_rlc_unack_new_blks_cs_1*22 + ul_rlc_unack_new_blks_cs_2*33 + ul_rlc_unack_new_blks_cs_3*39 + ul_rlc_unack_new_blks_cs_4*53 + ul_rlc_retx_blks_cs_1*22 + ul_rlc_retx_blks_cs_2*33 + ul_rlc_retx_blks_cs_3*39 + ul_rlc_retx_blks_cs_4*53)*8/1000/ (ul_rlc_ack_new_blks_cs_1 + ul_rlc_ack_new_blks_cs_2 + ul_rlc_ack_new_blks_cs_3 + ul_rlc_ack_new_blks_cs_4 + ul_rlc_unack_new_blks_cs_1 + ul_rlc_unack_new_blks_cs_2 + ul_rlc_unack_new_blks_cs_3 + ul_rlc_unack_new_blks_cs_4 + ul_rlc_retx_blks_cs_1 + ul_rlc_retx_blks_cs_2 + ul_rlc_retx_blks_cs_3 + ul_rlc_retx_blks_cs_4)/50dl_bandwidth_indicator_egprs =(dl_rlc_ack_new_blks_mcs_1*22 + dl_rlc_ack_new_blks_mcs_2*28 + dl_rlc_ack_new_blks_mcs_3*37 + dl_rlc_ack_new_blks_mcs_4*44 +dl_rlc_ack_new_blks_mcs_5*56 + dl_rlc_ack_new_blks_mcs_6*74 + dl_rlc_ack_new_blks_mcs_7*112 + dl_rlc_ack_new_blks_mcs_8*136 +dl_rlc_ack_new_blks_mcs_9*148 +dl_rlc_unack_new_blks_mcs_1*22 + dl_rlc_unack_new_blks_mcs_2*28 + dl_rlc_unack_new_blks_mcs_3*37 + dl_rlc_unack_new_blks_mcs_4*44 +dl_rlc_unack_new_blks_mcs_5*56 + dl_rlc_unack_new_blks_mcs_6*74 + dl_rlc_unack_new_blks_mcs_7*112 + dl_rlc_unack_new_blks_mcs_8*136 +dl_rlc_unack_new_blks_mcs_9*148 +dl_rlc_retx_blks_mcs_1*22 + dl_rlc_retx_blks_mcs_2*28 + dl_rlc_retx_blks_mcs_3*37 + dl_rlc_retx_blks_mcs_4*44 +dl_rlc_retx_blks_mcs_5*56 + dl_rlc_retx_blks_mcs_6*74 + dl_rlc_retx_blks_mcs_7*112 + dl_rlc_retx_blks_mcs_8*136 +dl_rlc_retx_blks_mcs_9*148 +dl_rlc_nack_blks_mcs_1*22 + dl_rlc_nack_blks_mcs_2*28 + dl_rlc_nack_blks_mcs_3*37 + dl_rlc_nack_blks_mcs_4*44 +dl_rlc_nack_blks_mcs_5*56 + dl_rlc_nack_blks_mcs_6*74 + dl_rlc_nack_blks_mcs_7*112 + dl_rlc_nack_blks_mcs_8*136 +dl_rlc_nack_blks_mcs_9*148)*8/1000/(dl_rlc_ack_new_blks_mcs_1 + dl_rlc_ack_new_blks_mcs_2 + dl_rlc_ack_new_blks_mcs_3 + dl_rlc_ack_new_blks_mcs_4 +dl_rlc_ack_new_blks_mcs_5 + dl_rlc_ack_new_blks_mcs_6 + dl_rlc_ack_new_blks_mcs_7 + dl_rlc_ack_new_blks_mcs_8 +dl_rlc_ack_new_blks_mcs_9 +dl_rlc_unack_new_blks_mcs_1 + dl_rlc_unack_new_blks_mcs_2 + dl_rlc_unack_new_blks_mcs_3 + dl_rlc_unack_new_blks_mcs_4 +dl_rlc_unack_new_blks_mcs_5 + dl_rlc_unack_new_blks_mcs_6 + dl_rlc_unack_new_blks_mcs_7 + dl_rlc_unack_new_blks_mcs_8 +dl_rlc_unack_new_blks_mcs_9 +dl_rlc_retx_blks_mcs_1 + dl_rlc_retx_blks_mcs_2 + dl_rlc_retx_blks_mcs_3 + dl_rlc_retx_blks_mcs_4 +dl_rlc_retx_blks_mcs_5 + dl_rlc_retx_blks_mcs_6 + dl_rlc_retx_blks_mcs_7 + dl_rlc_retx_blks_mcs_8 +dl_rlc_retx_blks_mcs_9 +dl_rlc_nack_blks_mcs_1 + dl_rlc_nack_blks_mcs_2 + dl_rlc_nack_blks_mcs_3 + dl_rlc_nack_blks_mcs_4 +dl_rlc_nack_blks_mcs_5 + dl_rlc_nack_blks_mcs_6 + dl_rlc_nack_blks_mcs_7 + dl_rlc_nack_blks_mcs_8 +dl_rlc_nack_blks_mcs_9)/50ul_bandwidth_indicator_egprs =(ul_rlc_ack_new_blks_mcs_1*22 + ul_rlc_ack_new_blks_mcs_2*28 + ul_rlc_ack_new_blks_mcs_3*37 + ul_rlc_ack_new_blks_mcs_4*44 +ul_rlc_ack_new_blks_mcs_5*56 + ul_rlc_ack_new_blks_mcs_6*74 + ul_rlc_ack_new_blks_mcs_7*112 + ul_rlc_ack_new_blks_mcs_8*136 +ul_rlc_ack_new_blks_mcs_9*148 +ul_rlc_unack_new_blks_mcs_1*22 + ul_rlc_unack_new_blks_mcs_2*28 + ul_rlc_unack_new_blks_mcs_3*37 + ul_rlc_unack_new_blks_mcs_4*44 +ul_rlc_unack_new_blks_mcs_5*56 + ul_rlc_unack_new_blks_mcs_6*74 + ul_rlc_unack_new_blks_mcs_7*112 + ul_rlc_unack_new_blks_mcs_8*136 +ul_rlc_unack_new_blks_mcs_9*148 +ul_rlc_retx_blks_mcs_1*22 + ul_rlc_retx_blks_mcs_2*28 + ul_rlc_retx_blks_mcs_3*37 + ul_rlc_retx_blks_mcs_4*44 +ul_rlc_retx_blks_mcs_5*56 + ul_rlc_retx_blks_mcs_6*74 + ul_rlc_retx_blks_mcs_7*112 + ul_rlc_retx_blks_mcs_8*136 +ul_rlc_retx_blks_mcs_9*148)*8/1000/(ul_rlc_ack_new_blks_mcs_1+ ul_rlc_ack_new_blks_mcs_2 + ul_rlc_ack_new_blks_mcs_3 + ul_rlc_ack_new_blks_mcs_4 +ul_rlc_ack_new_blks_mcs_5 + ul_rlc_ack_new_blks_mcs_6 + ul_rlc_ack_new_blks_mcs_7 + ul_rlc_ack_new_blks_mcs_8 +ul_rlc_ack_new_blks_mcs_9 +ul_rlc_unack_new_blks_mcs_1 + ul_rlc_unack_new_blks_mcs_2 + ul_rlc_unack_new_blks_mcs_3 + ul_rlc_unack_new_blks_mcs_4 +ul_rlc_unack_new_blks_mcs_5 + ul_rlc_unack_new_blks_mcs_6 + ul_rlc_unack_new_blks_mcs_7 + ul_rlc_unack_new_blks_mcs_8 +ul_rlc_unack_new_blks_mcs_9 +ul_rlc_retx_blks_mcs_1 + ul_rlc_retx_blks_mcs_2 + ul_rlc_retx_blks_mcs_3 + ul_rlc_retx_blks_mcs_4 +ul_rlc_retx_blks_mcs_5 + ul_rlc_retx_blks_mcs_6 + ul_rlc_retx_blks_mcs_7 + ul_rlc_retx_blks_mcs_8 +ul_rlc_retx_blks_mcs_9)/50此统计只与不同编码速率的应用比率有关，吞吐量越大，说明高编码速率的使用越高。rlc层平均吞吐速率(有效带宽）此统计是用rlc层的有效数据量比传rlc层总数据量的时间，考虑了重传的因素，使用户实际得到的单时隙的rlc层的吞吐量。公式如下：dl_rlc_troughput_gprs（kbps） =dl_rlc_ack_new_blks_cs_1*22 + dl_rlc_ack_new_blks_cs_2*33 + dl_rlc_ack