<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto">Hi Ravid,<div><br></div><div>Correct, the network continously receives measurement reports from the modem, and then in case the threshold is below a certain signal-noise-ratio or similar KPI then the basesatation instructs the modem to change. This is usually where some “magic” could happen, vendors could introduce custom KPIs that will affect if and how a handover will happen.</div><div><br></div><div>To be more concrete in a specific scenario let’s take LTE. There the actual handover happens by using the RRC Connection Reconfiguration message. Beforehand the source eNodeB aligns the handover with the target eNodeB (e.g. sharing required security keys, checking if even the target eNodeB would be able to accept this new user etc.) then after the ACK from the other side it sends the Reconfiguration. In the background the UE’s user plane (data) tunnels between the eNodeB and the core network are switched as well to the new eNodeB.</div><div>In case you have access to the Qualcomm diag port of your modem that could be made to stream out the over-the-air signaling messages to a client program then you could potentially observe this happen, however there is usually no way to easily know before it happens that it is about to happen. Not all thresholds are advertised by the network, in fact most of them are in the eNodeB’s configuration only.</div><div>However, if you are just willing to see if there was a handover lately maybe you could query the current cell ID from the modem and see if it changes. If you were doing a data transmission and during it the cell ID changed you could be quite sure there was a handover imho.</div><div><br></div><div>Cheers,</div><div>Domi</div><div><div dir="ltr"><br><blockquote type="cite">29.08.2021 dátummal, 19:22 időpontban Ravid Cohen <ravidc@ottopia.tech> írta:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr">Hi Domi,<div><br></div><div>Thank you for the quick and detailed response.</div><div>I'm interested in the first scenario you described (ongoing service, espaclly data).<br></div><div><br></div><div>If I understand you correctly, the change is triggered by the network provider but the actual switch is made by the modem itself (according to the operator instructions)?</div><div>If that is the case, maybe there's a way to catch this event/s?<br></div><div><br></div><div>Thanks you again,</div><div>Ravid</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Aug 29, 2021 at 8:08 PM Tomcsanyi, Domonkos <<a href="mailto:domi@tomcsanyi.net">domi@tomcsanyi.net</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 Ravid,<br> <br> Firstly I think the most important is to get the terms correctly: so by handover do you mean handing over an ongoing service (voice or data) from one cell to another, or do you mean cell reselection in idle mode because of moving or change of radio conditions?<br> <br> The first one is actively triggered by the network to maintain continuity in the service as much as possible, the other happens autonomously by the baseband. Sadly both of them are quite hard to detect, because even though certain events are fired and thresholds are crossed these remain internal to the baseband firmware as far as I know.<br> <br> Kind regards,<br> Domi<br> <br> > 29.08.2021 dátummal, 16:30 időpontban Ravid Cohen <ravidc@ottopia.tech> írta:<br> > <br> > <br> > Hey<br> > <br> > I'm not sure this is the right place for such questions, if not please refer me to the right place.<br> > <br> > I'm using a Sierra modem (em7565).<br> > Is there a way to get notification before the handover process between two cells begins? <br> > <br> > Best regards,<br> > Ravid<br> </blockquote></div> </div></blockquote></div></body></html>