From e89254ad1fcefaa104aa1e739afd87d0f8997b17 Mon Sep 17 00:00:00 2001 From: Andre Puschmann Date: Mon, 26 Oct 2020 10:37:34 +0100 Subject: [PATCH] mac_test: fix mac_ra_test according to BSR changes the BSR routine had a bug in which it would generate a BSR even before the reTx timer expires if new data becomes availble for a LCID that already had data and a BSR was already sent. The RA test here relies on a BSR in the generated MAC PDU to pass. However, since after fixing the BSR bug the PDU the MUX unit no longer generates a BSR, we need generate data for a LCID which has higher priority than the one for which a BSR has already been sent. --- srsue/test/mac_test.cc | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/srsue/test/mac_test.cc b/srsue/test/mac_test.cc index 518431104..0a767e4de 100644 --- a/srsue/test/mac_test.cc +++ b/srsue/test/mac_test.cc @@ -2070,8 +2070,9 @@ int mac_random_access_test() // Test 6: RA with existing C-RNTI (Sends C-RNTI MAC CE) // The transmission of C-RNTI MAC CE is only done if no CCCH is present (5.1.4). - // To trigger a new RA we have to either generate more data for DRB or wait until BSR-reTX is triggered - rlc.write_sdu(3, 100); + // To trigger a new RA we have to either generate more data for high-prio LCID (e.g. SRB1) + // or wait until BSR-reTX is triggered + rlc.write_sdu(1, 100); phy.set_crnti(0); mac_log->info("\n=========== Test %d =============\n", test_id++); my_test.crnti = my_test.temp_rnti;