1. 03 Sep, 2021 1 commit
    • Melissa Elkadi's avatar
      IP ping traffic is working correctly · ca1805fa
      Melissa Elkadi authored
      In this commit we have updated the NRUE
      to properly get the RadioBearer info from
      the gNB. Because NSA and SA mode both use
      this information, we have updated the SA
      function previously in place by changing
      the name to allow both NSA and SA mode to
      use. This commit also updated the NR/LTE UEs
      configuration files to with the correct
      proxy IP address.
      ca1805fa
  2. 02 Sep, 2021 6 commits
  3. 01 Sep, 2021 4 commits
  4. 31 Aug, 2021 3 commits
  5. 30 Aug, 2021 1 commit
    • David Kim's avatar
      Fix to handle multiple UEs and typo bug. · 86d605ee
      David Kim authored
      1. Changed hard coded preamble index(63) to soft coded.
      2. Active UE will not be considered in gNB scheduging RA.
      3. Added condition to process dci indication to handle multiple UEs.
      4. Bug fix in mutex_lock (unlock to lock). It should be lock rather than unlock.
      5. nr_ue_scheduler update not to entering into getting IP traffic to be transmitted in noS1 mode.
      6. log update in checking the number of rx_ind or crc
      86d605ee
  6. 27 Aug, 2021 1 commit
  7. 26 Aug, 2021 2 commits
    • Melissa Elkadi's avatar
      Error checking for processing DL PDUs · 6ec545e2
      Melissa Elkadi authored
      Also, we only should be handling/generating AM
      PDUs in the PDCP/RLC layer, not UM PDUs. Updated
      the pre-configuration settings. This seemed to
      make the uplink traffic work (meaning it gets
      from NR UE to the gNB to the EPC). Woo! Still
      working on the downlink.
      6ec545e2
    • Melissa Elkadi's avatar
      Get IP traffic in MAC layer and handling of RAR · cad11751
      Melissa Elkadi authored
      Previously, we would assume every downlink in
      slot 7 was an RAR; now we assume every slot 7
      that occurs before the CFRA procedure is done
      is an RAR. Also changed the logic in scheduler
      to allow us to get nr_ue_sdus in the MAC layer.
      cad11751
  8. 25 Aug, 2021 6 commits
  9. 24 Aug, 2021 2 commits
  10. 23 Aug, 2021 2 commits
  11. 20 Aug, 2021 4 commits
    • Melissa Elkadi's avatar
      Need to call scheduler after RACH indefinitly · 1116d16d
      Melissa Elkadi authored
      The ue_sched_mode is reset to 0 again when we
      memset the ul_info and after the CFRA procedure
      is complete, then uplink CRCs with the PUCCH
      response (PUSCH) are not being sent because the
      scheduler isnt being called. This makes the
      gNB run out of uplink harq ids since its never
      getting the proper responses. The change below
      will ensure that we call the scheduler AFTER the
      RACH is sent and all the time after that.
      1116d16d
    • Melissa Elkadi's avatar
      Making sure we never are in ONLY_PUSCH mode · 671f461e
      Melissa Elkadi authored
      When running on some machines, the ue_sched_mode
      will be initialized to zero. This will cause
      the ul_info the go into the ONLY_PUSCH mode.
      We do not want to ever call the scheduler and return.
      Furthermore, we only want to call the scheduler after
      the NRUE has sent the RACH_IND to the gNB.
      671f461e
    • Melissa Elkadi's avatar
      Setting ue_sched_mode after filling RACH_IND · 0eb90bd8
      Melissa Elkadi authored
      Also, removed the check before calling the
      nr_uescheduler that was associated with the
      ra.state. Lastly, removed the DL_HARQ_PID
      position change as that was incorrect.
      0eb90bd8
    • Melissa Elkadi's avatar
      DCI format options were being set incorrectly. · e6709fe9
      Melissa Elkadi authored
      Had to add a check for our NSA mode. If we are in
      NSA mode, the DCI format options should be populated
      with formats 1 and 7 exclusively. This fixed the
      DLBWP calculation for the PDCCH PDUs.
      e6709fe9
  12. 19 Aug, 2021 3 commits
  13. 18 Aug, 2021 1 commit
    • Melissa Elkadi's avatar
      CFRA procedure is working! But gNB still crashes · 2c5f0af0
      Melissa Elkadi authored
      How? Well, we had to properly allocate the
      ul_config_req. We also had to update the
      ue_get_rach function. There were several
      places where the functionality would check
      for a particular mode (ra, sa, phy_test, etc).
      In some of these places we had to add NSA mode.
      In the VNF, they start the scheduler after 3 sec,
      this is sort of a hack, might want to revisit.
      This commit also includes removal of printfs.
      2c5f0af0
  14. 17 Aug, 2021 1 commit
    • David Kim's avatar
      Updated vnf codes to fix merge errors. · 933dcd28
      David Kim authored
      1. Prototype of nr indication functions were updated.
      2. nr_rx_indication name changed to nr_rx_data_indication
      3. Added other logs and assert conditions that were gone away from merge.
      4. pnf files were not touched.
      5. To be sync with original nfapi branch, the following file was checkout from eurocom-nfapi_nr_arch_mod
         nfapi/open-nFAPI/vnf/public_inc/nfapi_vnf_interface.h
      933dcd28
  15. 13 Aug, 2021 1 commit
  16. 12 Aug, 2021 2 commits
    • Melissa Elkadi's avatar
      Successfully encoding meas report! Woohoo! · 3a51e7c3
      Melissa Elkadi authored
      However, when we free after we encode, fsanitize isnt happy.
      Need to clean that up. Also, found an actual bug in LTE.
      For the random value issue from fall 2020, we added a fix.
      This fix uses ctxt and we were getting ctxt properly.
      Lastly, we allocated some memory in processing of the
      NR Meas report in the eNB.
      3a51e7c3
    • Rahul Gottipati's avatar
      Rebase to latest develop · 540d2e29
      Rahul Gottipati authored
      540d2e29