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