• State Verified Answer
  • Locked Locked
  • Replies 9 replies
  • Subscribers 75 subscribers
  • Views 2163 views
  • Users 0 members are here
Attachments (2) Download All
Nordic Case Info
  • Case ID: 286456
Options
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Inter-frequency handover not successful

oapilo

Hi,

We are evaluating the effect of mobility for applications running on nRF9160 in the LTE-M mode. The evaluation is done in a private research and testing network. At the moment, intra-frequency handovers (from B3 cell to another B3 cell) are working fine but inter-frequency handovers (from B3 cell to B1 cell, or vice versa) never happen. We are using nRF9160DK with Serial LTE modem loaded and periodic (once per second) MQTT publishing to keep the UE in the RRC-Connected mode. The band locking is set such that only bands B1 and B3 are monitored to make the handover easier for the device. Inter-frequency handovers with conventional LTE phones are working normally with these cells.

Any ideas what is preventing inter-frequency handovers? Should nRF9160 be somehow configured to do inter-band measurements also for neighboring cells?

Our setup is:

nRF9160DK HW: 0.9.0 2019.20

modem FW: 1.3.1

Serial LTE modem: 1.9.0

Thanks for any help, Olli

Parents
  • 0

    Hi,

    Could you take a modem trace, so we can see what the modem does?

    Also, you should note that modem FW v1.3.1 (and other 1.3 versions) are only tested and certfied with rev2 SiPs (marked B1), while your DK has a rev1 SiP (B0). The combination should still work for development, but I would highly recommend you getting a new DK.

    Best regards,

    Didrik

  • 0 in reply to Didrik Rokhaug

    Hi Didrik,

    Unfortunately, I'm having issues getting any trace out of the modem. I followed the instructions from the link above but the trace files returned by the Trace collector tool are empty. Its logs state only that the trace file is opened but no errors or warnings. I re-checked that the version of Serial LTE modem is actually 1.9.1 instead of 1.9.0 and it has the compilation flag CONFIG_NRF_MODEM_LIB_TRACE_ENABLED on by default. I tested with three different baud rates 115200, 921600 and 1000000 set by the AT#XSLMUART command. I also tried to manually set AT%XMODEMTRACE=1,2 but still the trace files were empty. Any ideas?

    Best regards,

    Olli

  • 0 in reply to oapilo
    oapilo said:
    I re-checked that the version of Serial LTE modem is actually 1.9.1 instead of 1.9.0 and it has the compilation flag CONFIG_NRF_MODEM_LIB_TRACE_ENABLED on by default.

    Are you sure about that?

    In my copy of the SDK, the option is in the prj.conf file, but commented out. You need to remove the '#' at the beginning of the line for the option to be included.

    oapilo said:
    I tested with three different baud rates 115200, 921600 and 1000000 set by the AT#XSLMUART command. I also tried to manually set AT%XMODEMTRACE=1,2 but still the trace files were empty. Any ideas?

    Yes, you need to use AT%XMODEMTRACE=1,2 manually with the SLM.

    Modem traces are sent with baudrate 1000000 over UART1. If you have changed the firmware running on the nRF52840, it might be that the UART lines are not routed to the interface chip, but to the external headers. You can find the original board controller FW here, in case you need it.

Reply
  • 0 in reply to oapilo
    oapilo said:
    I re-checked that the version of Serial LTE modem is actually 1.9.1 instead of 1.9.0 and it has the compilation flag CONFIG_NRF_MODEM_LIB_TRACE_ENABLED on by default.

    Are you sure about that?

    In my copy of the SDK, the option is in the prj.conf file, but commented out. You need to remove the '#' at the beginning of the line for the option to be included.

    oapilo said:
    I tested with three different baud rates 115200, 921600 and 1000000 set by the AT#XSLMUART command. I also tried to manually set AT%XMODEMTRACE=1,2 but still the trace files were empty. Any ideas?

    Yes, you need to use AT%XMODEMTRACE=1,2 manually with the SLM.

    Modem traces are sent with baudrate 1000000 over UART1. If you have changed the firmware running on the nRF52840, it might be that the UART lines are not routed to the interface chip, but to the external headers. You can find the original board controller FW here, in case you need it.

Children
Related
Terms of service