An error occurred fetching the project authors.
  1. 30 Apr, 2021 1 commit
  2. 21 Apr, 2021 3 commits
  3. 15 Apr, 2021 1 commit
  4. 05 Apr, 2021 1 commit
  5. 03 Apr, 2021 1 commit
  6. 02 Apr, 2021 1 commit
  7. 30 Mar, 2021 2 commits
  8. 25 Mar, 2021 1 commit
  9. 22 Mar, 2021 1 commit
  10. 21 Mar, 2021 1 commit
  11. 20 Mar, 2021 1 commit
  12. 19 Mar, 2021 1 commit
  13. 18 Mar, 2021 1 commit
    • hardy's avatar
      fix dependency path for dpdk lib · ee8cfe0e
      hardy authored
      increasing timeout for command related to waitbuild
      
      debug
      
      removing parallel build of xNB
      
      updating test xml with benetel conf files
      ee8cfe0e
  14. 10 Mar, 2021 1 commit
  15. 03 Mar, 2021 1 commit
    • Cedric Roux's avatar
      nr pdcp: improvements · 9edc8cce
      Cedric Roux authored
      Implement data transfer (38.331 5.2):
          - transmit operation (in nr_pdcp_entity_recv_sdu)
          - receive operation (in nr_pdcp_entity_recv_pdu)
          - t-Reordering expiration
      
      To keep track of time the function nr_pdcp_wakeup_timer_thread has been
      added and is called by the gNB's MAC scheduler via nr_pdcp_tick.
      
      (The UE has not been modified.)
      
      A thread has been introduced to set time of all the existing PDCP
      entities in the system. This probably does not scale well with many
      PDCP entities (many UEs connected to the gNB). To be changed at some
      point when needed. Hopefully, with a few UEs this mechanism won't be
      too problematic (ie. won't cause realtime problems).
      
      The problem with time in PDCP is that SDUs are kept if some are
      missing, to do reordering. A timer is started and when it expires
      we have to transmit the SDUs even if some are still missing. We
      want to do that as soon as possible. So we have to check timers
      often (every millisecond).
      
      In RLC the time is set when there is some activity (SDU or PDU
      received). In PDCP we cannot wait for this kind of activity. We
      would keep packets longer than necessary, which may disturb
      upper layers (think: TCP). That is why we introduced the thread,
      as a simple mechanism to keep packets no longer than necessary.
      
      The locking done by this thread may create realtime issues.
      
      The whole logic of time keeping can be changed later if it turns
      out that it is not efficient.
      
      The functions dealing with DRB AM have been removed. All the types
      of PDCP entities (DRB AM, DRB UM, SRB) use the same mechanism for
      transmit and receive operations. So the code has been made common
      for all those types.
      
      We don't deal with:
          - entity re-establishment, entity release or entity suspend
          - SDU discard (the timer is present but not used)
          - status reporting
          - data recovery
          - data volume calculation
          - header compression / decompression
      
      There is no plan to implement those features in a near future.
      
      Integrity protection is not done yet, and will be implemented soon.
      9edc8cce
  16. 26 Feb, 2021 1 commit
  17. 16 Feb, 2021 1 commit
  18. 15 Feb, 2021 1 commit
    • Cedric Roux's avatar
      NSA: first draft of nea2 security for gNB · 10e021e9
      Cedric Roux authored
      The code is forced to use nea2, no matter what the UE supports.
      
      After 2^18 PDCP packets, it will fail to work (we don't use HFN yet).
      
      These limitations will be fixed in later commits.
      
      The existing security function was not reused, because it does too
      much memory allocation and initializes the security context at each
      ciphering. So here comes nr_pdcp_security_nea2_cipher(). And also
      the ciphering is done inplace. To be changed if necessary.
      10e021e9
  19. 08 Feb, 2021 1 commit
  20. 01 Feb, 2021 3 commits
  21. 28 Jan, 2021 1 commit
  22. 27 Jan, 2021 1 commit
  23. 25 Jan, 2021 1 commit
  24. 22 Jan, 2021 1 commit
  25. 21 Jan, 2021 2 commits
  26. 20 Jan, 2021 1 commit
    • cig's avatar
      Moved UE UL scheduling functions to new MAC file · e8989b20
      cig authored
      - this commit was necessary because the location of the MAC UE
        functions does not reflect the context in which they are used
      - therefore all UL scheduling-related functions have been moved
        to a new nr_ue_scheduler.c file
      - and the irrelevant file rar_tools_nrUE.c has been deleted
        (nr_ue_process_rar moved to nr_ue_procedures)
      - the new locations are supposed to make the file and functions
        organisations more structured and cleaner
      e8989b20
  27. 12 Jan, 2021 1 commit
    • Xue Song's avatar
      Merge branch 'ngap-wf-1120-srb' into develop_SA_rfsim_for_F1 · e0419bae
      Xue Song authored
      Conflicts:
              cmake_targets/CMakeLists.txt
              openair1/PHY/NR_UE_ESTIMATION/nr_ue_measurements.c
              openair1/PHY/NR_UE_TRANSPORT/nr_dlsch_decoding.c
              openair1/SCHED_NR/phy_procedures_nr_gNB.c
              openair2/RRC/NR/rrc_gNB.c
              openair2/RRC/NR_UE/rrc_UE.c
              openair2/LAYER2/nr_pdcp/nr_pdcp_oai_api.c
              openair2/LAYER2/NR_MAC_gNB/gNB_scheduler_dlsch.c
              openair2/LAYER2/NR_MAC_UE/main_ue_nr.c
              openair2/LAYER2/NR_MAC_gNB/gNB_scheduler_ulsch.c
              openair2/LAYER2/NR_MAC_gNB/main.c
              openair2/LAYER2/NR_MAC_UE/nr_ue_procedures.c
              openair2/LAYER2/NR_MAC_UE/nr_ra_procedures.c
              openair2/LAYER2/NR_MAC_UE/nr_ue_dci_configuration.c
              openair2/LAYER2/NR_MAC_gNB/gNB_scheduler.c
              openair2/LAYER2/nr_pdcp/nr_pdcp_entity_drb_am.c
      e0419bae
  28. 07 Jan, 2021 3 commits
  29. 06 Jan, 2021 1 commit
  30. 23 Dec, 2020 1 commit
  31. 21 Dec, 2020 2 commits
    • dir's avatar
      NR_SC_FDMA changes · a17f0078
      dir authored
      - CDM groups used, multiple DMRS locations tested
      - REMOVED compiler define NR_SC_FDMA
      - enabled -Z option in ulsim for testing NR SC-FDMA
      - Gnb UL Processing of LLRS even if last symbol allocated has no data
      - transform precoding Enumerations used
      a17f0078
    • heshanyun's avatar
      fix build error of phy_sim · c6cd8f37
      heshanyun authored
      c6cd8f37