1. 09 Apr, 2024 6 commits
    • hsum's avatar
      67b4cf30
    • chenyi's avatar
      Remove measurement SR log · e604c3f3
      chenyi authored
      e604c3f3
    • hsum's avatar
      check scheduling request · 25525d5a
      hsum authored
      [VNF send UL_TTI] -> [PNF recv pduBitmap]
      [PNF send UCI.indication] -> [VNF to scheduler]
      25525d5a
    • hsum's avatar
    • Robert Schmidt's avatar
      Modify config to not require ifconfig lo: · 0295b503
      Robert Schmidt authored
      0295b503
    • Robert Schmidt's avatar
      Allow to use multiple PUCCH at once · add93b6b
      Robert Schmidt authored
      We are required to store multiple PUCCH (e.g., for multiple UEs).
      However, nr_fill_pucch() automatically freed the previously active PUCCH
      structure. Of course(!) this does not make sense.
      
      However, the problem is that init_nr_transport() allocated only one
      PUCCH structure. Also this does not make sense to me. The problem was
      that slot_ahead was 0, which logically cannot happen in this function
      (because slot_ahead is illogical, we must give the radio some time). The
      reason is that it uses if_inst->sl_ahead, which, prior to this commit,
      was not set.
      
      The init_nr_transport() function is called normally from main() through
      init_eNB_afterRU(). In this case, we initialize if_inst->sl_ahead to
      what is set in main(). In the PNF case, however, we call
      init_nr_transport() from the PNF thread, when receiving the start
      request. In the main(), we wait for this to happen, before setting
      if_inst->sl_ahead. Hence, initializing this variable (which we should
      safely be able to do) before solves the problem.
      add93b6b
  2. 08 Apr, 2024 1 commit
  3. 03 Apr, 2024 3 commits
  4. 02 Apr, 2024 4 commits
  5. 29 Mar, 2024 9 commits
  6. 28 Mar, 2024 17 commits