pdch: Process received CS1-4 data blocks regardless of egprs_enabled
EGPRS "enabled" or "not enabled" is a bit of confusing idea, since there are different levels of EGPRS support. For instance we may have been instructed by config to not transmit using MCS5-9 (8PSK), or not use MCS1-9 at all (GMSK+8PSK). However, we cannot control what is sent to us or what we receive on lower layers, so if the BTS PHY/receiver was able to decode+receive, let's try to process it anyway... Related: OS#4544 Change-Id: Ie70ec8e4a2d688762d7d320d6ad58d5a0cc52ea1
This commit is contained in:
parent
270c9ea5d9
commit
4808d1ceb8
|
@ -788,12 +788,6 @@ int gprs_rlcmac_pdch::rcv_data_block(uint8_t *data, uint8_t data_len, uint32_t f
|
|||
bts()->send_gsmtap_meas(PCU_GSMTAP_C_UL_DATA_EGPRS, true,
|
||||
trx_no(), ts_no, GSMTAP_CHANNEL_PDTCH, fn,
|
||||
data, data_len, meas);
|
||||
if (!bts()->bts_data()->egprs_enabled) {
|
||||
LOGP(DRLCMACUL, LOGL_ERROR,
|
||||
"Got %s RLC block but EGPRS is not enabled\n",
|
||||
mcs_name(cs));
|
||||
return 0;
|
||||
}
|
||||
} else {
|
||||
bts()->send_gsmtap_meas(PCU_GSMTAP_C_UL_DATA_GPRS, true,
|
||||
trx_no(), ts_no, GSMTAP_CHANNEL_PDTCH, fn,
|
||||
|
|
Loading…
Reference in New Issue