1. 06 Apr, 2018 1 commit
  2. 07 Mar, 2018 1 commit
  3. 22 Feb, 2018 1 commit
    • Cedric Roux's avatar
      integration: cleanup · 8ca5fb4e
      Cedric Roux authored
      - remove spaces at the end of lines
      - remove useless dead code
        use: git show -p <this commit> -w
        to see it clearly
      8ca5fb4e
  4. 18 Feb, 2018 1 commit
  5. 17 Feb, 2018 2 commits
  6. 13 Feb, 2018 1 commit
  7. 16 Jan, 2018 1 commit
  8. 15 Jan, 2018 1 commit
  9. 11 Jan, 2018 1 commit
  10. 23 Oct, 2017 1 commit
  11. 03 Aug, 2017 2 commits
  12. 01 Aug, 2017 1 commit
  13. 31 Jul, 2017 1 commit
  14. 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
  15. 16 Jun, 2017 1 commit
  16. 15 Jun, 2017 1 commit
  17. 13 Jun, 2017 2 commits
  18. 12 Jun, 2017 3 commits
  19. 08 Jun, 2017 2 commits
  20. 07 Jun, 2017 1 commit
  21. 06 Jun, 2017 1 commit
  22. 04 Jun, 2017 1 commit
  23. 24 May, 2017 1 commit
  24. 22 May, 2017 1 commit
  25. 18 May, 2017 1 commit
  26. 15 May, 2017 3 commits
  27. 12 May, 2017 1 commit
    • Cedric Roux's avatar
      bug fixes from Fujitsu (bug 24) · adb3b25c
      Cedric Roux authored
      ----------------------------------------------------------
      bug 24
      
      Ttile:
      The last line "multicast_group = multicast_group" is hard
      to understand. The local variable should be different name
      than the global variable.
      
      Bug Location:
      const char *multicast_group_list[MULTICAST_LINK_NUM_GROUPS] = {
        "239.0.0.161",
        "239.0.0.162",
        "239.0.0.163",
        "239.0.0.164"
      };
      :
      :
      void multicast_link_start(void (*rx_handlerP) (unsigned int, char *),
                                unsigned char multicast_group, char *multicast_ifname)
      {
        rx_handler = rx_handlerP;
        multicast_group = multicast_group;
      
      Note:
      Detected by CppCheck
      ----------------------------------------------------------
      adb3b25c
  28. 03 May, 2017 1 commit
  29. 24 Apr, 2017 1 commit
  30. 17 Apr, 2017 1 commit
  31. 04 Apr, 2017 1 commit
  32. 28 Mar, 2017 1 commit
    • Cedric Roux's avatar
      bugfix: dlsim was not working anymore · c207df8b
      Cedric Roux authored
      When you ran it with the scope as:
      
          ./dlsim -X
      
      you saw no activity in the "PDSCH I/Q of MF Output" window,
      so matter what SNR you put (even for very high SNR, say: ./dlsim -X -s40)
      
      this commit seems to fix it.
      
      I am not sure it is the end of story. The 2 threads PDCCH/PDSCH structures
      may still not be used correctly everywhere.
      c207df8b