Sylvain, thanks for the prompt replies.  But...<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">> But I see two problems:<br>

> 1. Almost every alternate frame is missing.<br>
<br>
</div>... TCH/H ...</blockquote><div><br></div><div>I re-read the specs: 05.03 / 3.2.4. If the data is spread across 4 blocks, should that not mean some of the data will be on each successive burst?</div><div><br></div><div>
The specs don't mention skipping alternate bursts. So, I still don't understand why the entire burst would be missing alternately.</div><div><br></div><div>I seem to have missed something important here.</div><div>
<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> 2. I should not be seeing any upload frames, as I am not using<br>
> filter-rework.<br>
<br>
</div>The filters only attenuate the signal ... if the victim phone is close<br>
enough, they will go through anyway.<br>
Also, AFAIR the phone will transmit a burst_ind packet in anycase ...<br>
which might be complete gibberish, that up to you to try to interpret<br>
it.<br></blockquote><div><br></div><div>In your experience, up to what distance does this kind of interference come in a typical scenario? Is it in the range of  dozens of metres or hundreds?</div><div><br></div><div>B.</div>
<div><br></div></div>