Cellular Network Infrastructure » Radio Access Network » OsmoBTS

TITAN shows this verdict:

Stacktrace

"BTS_Tests.ttcn:2153 : Received unexpected MEAS RES { msg_disc := { msg_group := RSL_MDISC_DCHAN (4), transparent := false }, msg_type := RSL_MT_MEAS_RES (40), ies := { { iei := RSL_IE_CHAN_NR (1), body := { chan_nr := { u := { sdcch4 := { tag := '001'B, sub_chan := 0 } }, tn := 0 } } }, { iei := RSL_IE_MEAS_RES_NR (27), body := { meas_res_nr := 1 } }, { iei := RSL_IE_UPLINK_MEAS (25), body := { uplink_meas := { len := 3, rfu := '0'B, dtx_d := false, rxlev_f_u := 5, reserved1 := '00'B, rxlev_s_u := 5, reserved2 := '00'B, rxq_f_u := 7, rxq_s_u := 7, supp_meas_info := omit } } }, { iei := RSL_IE_BS_POWER (4), body := { bs_power := { reserved := 0, epc := false, fpc := false, power_level := 0 } } }, { iei := RSL_IE_L1_INFO (10), body := { l1_info := { ms_power_lvl := 7, fpc := false, reserved := 0, actual_ta := 0 } } }, { iei := RSL_IE_L3_INFO (11), body := { l3_info := { len := 6, payload := '06150A0A0000'O } } }, { iei := RSL_IE_MS_TIMING_OFFSET (37), body := { ms_timing_offset := 65 } } } }" 
      BTS_Tests.ttcn:7821 BTS_Tests control part
      BTS_Tests.ttcn:3278 TC_meas_res_sign_sdcch4 testcase

which is not really informative.

I manually compared PCAP files of a successful and failed runs, and found out that for some reason the first RSL Measurement Report comes with Measurement result number IE equal 1. The test suite expects it to be 0, and thus fails. We need to investigate why osmo-bts counts from 1.