An error occurred fetching the project authors.
  1. 05 Oct, 2017 1 commit
  2. 04 Oct, 2017 1 commit
    • Cedric Roux's avatar
      bugfix: fix CQI reporting · c97e0546
      Cedric Roux authored
      - don't use o_flip anymore in ulsch_decoding
      - remove dl_cqi from eNB_UE_STATS
      - put dl_cqi[NFAPI_CC_MAX] in UE_sched_ctrl
      - adapt code for this dl_cqi change (from eNB_UE_STATS to UE_sched_ctrl)
      - extract_pusch_csi has been fixed for CQI_ReportModeAperiodic_rm30,
        the others need to be done. Program will exit if one uses them.
        Not sure if setting sched_ctl->dl_cqi[CC_idP]  has to be done in this
        function...
      c97e0546
  3. 03 Oct, 2017 1 commit
  4. 02 Oct, 2017 2 commits
  5. 01 Oct, 2017 2 commits
  6. 28 Sep, 2017 1 commit
  7. 25 Sep, 2017 2 commits
  8. 24 Sep, 2017 1 commit
  9. 22 Sep, 2017 1 commit
  10. 21 Sep, 2017 1 commit
  11. 19 Sep, 2017 1 commit
  12. 15 Sep, 2017 1 commit
  13. 14 Sep, 2017 1 commit
  14. 29 Aug, 2017 1 commit
    • Cedric Roux's avatar
      T: add some new traces · 0daf79bf
      Cedric Roux authored
      - ENB_PHY_OUTPUT_SIGNAL to trace output signal
      - ENB_MAC_SCHEDULING_REQUEST to trace scheduling requests
      0daf79bf
  15. 17 Aug, 2017 1 commit
  16. 15 Aug, 2017 1 commit
  17. 13 Aug, 2017 1 commit
  18. 10 Aug, 2017 2 commits
  19. 08 Aug, 2017 1 commit
  20. 27 Jul, 2017 1 commit
    • Cedric Roux's avatar
      bugfix: fix bug "Unknown UE_id for rnti" · 8d5901c8
      Cedric Roux authored
      This bug happens when we detect uplink failure for one UE.
      In this case, a DCI format 1A is sent to the UE to ask it
      to do random acces.
      
      The way this DCI is generated was not compatible with how
      the software is organized. It was expected that the DCI are
      added (with add_ue_spec_dci and add_common_dci) in a very
      specific order: first all DCIs in common space are added
      (with add_common_dci) then all DCIs in UE specific space
      are added (with add_ue_spec_dci).
      
      The problem was that the DCI format 1A DCI sent to the UE
      for it to do random access is added (with add_ue_spec_dci)
      before the DCIs in common space.
      
      That totally messed up the logic in add_common_dci and
      add_ue_spec_dci.
      
      The solution is to get rid of Num_common_dci and Num_ue_spec_dci,
      replace those two counters by only one (Num_dci) and add
      "search_space" in the dci_alloc structure to be used later by
      the function "allocate_CCEs" when calling "get_nCCE_offset".
      
      The software had to be adapted to the new variables, everywhere.
      
      I am not sure that the simulators work. It seems that some
      of them didn't use Num_common_dci and Num_ue_spec_dci to
      decide on what space (common or UE specific) to put the DCI,
      but relied on the rnti (comparing with SI_RNTI). To be tested
      properly.
      
      The modified simulators are:
        - openair1/SIMULATION/LTE_PHY/dlsim.c
        - openair1/SIMULATION/LTE_PHY/dlsim_tm4.c
        - openair1/SIMULATION/LTE_PHY/dlsim_tm7.c
        - openair1/SIMULATION/LTE_PHY/framegen.c
        - openair1/SIMULATION/LTE_PHY/pdcchsim.c
        - openair1/SIMULATION/LTE_PHY/syncsim.c
      8d5901c8
  21. 25 Jul, 2017 1 commit
  22. 19 Jul, 2017 1 commit
  23. 06 Jul, 2017 1 commit
  24. 23 May, 2017 2 commits
  25. 25 Apr, 2017 1 commit
  26. 17 Apr, 2017 1 commit
  27. 23 Mar, 2017 1 commit
    • Cedric Roux's avatar
      RRC Rel14 · 4fcb6272
      Cedric Roux authored
      - import RRC ASN.1 defintions from the specifications
        (file openair2/RRC/LITE/MESSAGES/asn1c/ASN1_files/RRC-e10.asn)
        contrary to rel8/10, all modules have been imported, maybe it's too much
        to refine in case of problems
      - deal with rel14 in fix_asn1
      - all code that was for Rel10 is now for Rel10/Rel14
      - some incompatible changes (mostly in naming) were resolved in favor
        of rel14, see in openair2/RRC/LITE/defs.h
      - unsure about the rlc layer, some arrays have changed (values appended),
        I only changed the definition and in tests in the code, I changed
        the index limit, maybe it's not enough
      
      Rel14 is the default compilation mode.
      4fcb6272
  28. 17 Feb, 2017 1 commit
  29. 20 Jan, 2017 4 commits
    • Cedric Roux's avatar
      add some printf for debug purpose (to be remove at some point) · a0f19a72
      Cedric Roux authored
      this commit is here to help debug the previous ones.
      
      It has to be reverted at some point.
      a0f19a72
    • Cedric Roux's avatar
      rewrite sort_UE for UL and DL and adapt the rest to the change · da75a078
      Cedric Roux authored
      The previous version did not seem to work properly with
      several UEs. I too often ended up with a list 'next' where
      next[i] = i, leading to an infinite loop, crashing the
      processing.
      
      The sorting functions were hard to understand and too slow
      anyway (O(n*n)).
      
      We now use qsort_r and comparison functions, that should
      define the same order as the previous version.
      
      One important point is that the "next" lists and the "head"
      variable are now considered invalid before calling sort_UE.
      
      So all the code (coming before sort_UE) that looped using those
      variables has been rewritten to loop over all possible UEs and
      the first instruction of the loop is to exit the loop if the UE
      is not 'active'. There is room for improvement here. We will
      reintroduce a list of some kind at some point. Let's first
      have something that works and then optimize. Today NUMBER_OF_UE_MAX
      is 16, that's not a big deal.
      
      Consequently, the add_new_ue and rrc_mac_remove_ue have also
      been rewritten, hopefully for the better.
      
      This commit is not a basic work and may introduce some
      problems.
      da75a078
    • Cedric Roux's avatar
      better (maybe) freeing of RA process when an UE is removed from MAC · c824eea0
      Cedric Roux authored
      The RA process may be in the state:
      RA_active == FALSE and wait_ack_Msg4 == 1
      
      Testing only the rnti should be enough, if everything else works
      properly.
      
      Also, don't break, just in case. (Not sure it makes a
      difference.)
      c824eea0
    • Cedric Roux's avatar
      c3c2b774
  30. 19 Jan, 2017 1 commit
  31. 16 Jan, 2017 1 commit
  32. 15 Jan, 2017 1 commit