1 Mar
2018
1 Mar
'18
10:50 p.m.
Hi Harald,
fake_trx must be able to insert additional false
"delay"
...
1) Implementation of TA in fake_trx
...
2) implementation of "fake delay" in fake_trx
...
Done. Great collaborative work!
fake_trx must be able to insert additional false
"path loss"
...
For RSSI processing it's slightly more complicated:
This needs to be discussed.
fake_trx would need to know the nominal transmit
power
of both MS and BTS. For this example, let's assume MS
nominal power is +30dBm and BTS +23 dBm...
Do we really need to specify the nominal transmit power for both?
At the moment, trxcon is capable to parse the L1CTL_PARAM_REQ
messages from the higher layers, and it basically forwards
exactly TX power instead of TX attenuation to transceiver...
Or should we change this value to attenuation,
and go by the way you suggested above?
This task doesn't seem too complicated, so I'll implement this.
By the way, I have another idea. We are talking about path loss,
which does not only affect power levels, but also introduces
some bit corruption level. This could be also simulated in
FakeTRX, but first of all, it's good to know, do we need
this feature? I think it makes sense, because a MS also
reports BER in its Measurement Reports.
With best regards,
Vadim Yanitskiy.