<div dir="ltr">Hi Sylvain,<div><br></div><div>Thank you for getting back to me.</div><div>I suspected it would not be easy to decode the uplink speech and you confirmed that. I will probably not spend more effort on it.<br></div><div><br></div><div>Your code and suggestions have helped me a lot. I have decoded my own downlink speech and now the RACH. </div><div>Thanks again for your help.</div><div><br></div><div>Best regards,</div><div>Johann</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 1, 2021 at 10:14 AM Sylvain Munaut <<a href="mailto:246tnt@gmail.com">246tnt@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
> Thanks to your suggestions, I managed to decode the RACH from the captures on L-band. I just had to tweak a few parameters in the graphs. I have decoded the Paging Response and Location Update messages.<br>
<br>
TBH I'm impressed you managed to decode those from uplink without the<br>
sync from the downlink channels.<br>
<br>
> Do you have some suggestions on decoding the uplink speech? On the downlink, the code follows the Immediate Assignment and decodes the traffic channel. Due to the limitation of the SDR, I am not able to capture both the downlink and uplink channels simultaneously.<br>
<br>
Not really, they are already tricky to get from downlink because they<br>
are very small, use crappy sync patterns and have very little error<br>
correction applied, so on uplink that's going to make it even harder.<br>
<br>
Cheers,<br>
<br>
   Sylvain<br>
</blockquote></div>