1. 14 Feb, 2018 1 commit
    • Cedric Roux's avatar
      fixup previous bad merge (UE disconnection did not work properly anymore) · 91332d39
      Cedric Roux authored
      Doing airplane mode off to connect a cots UE followed by airplane mode on
      to disconnect it gives very bad results (bad disconnection with lots of
      UL failures followed by lots of logs in the eNB). It used to work properly
      after the work done by Xu Bo.
      It turns out that in 2018.w04 things were still working okay. But
      in 2018.w05 no.
      So I ran:
          git diff 2018.w04 2018.w05
      And I checked all the modifications that I thought were relevant
      (everything related to the UE, oaisim, if4 and fapi has not been checked).
      This commits takes back the version of 2018.w04.
      The modifications in openair2/RRC/LITE/rrc_eNB.c are necessary, I think.
      The other modifications may not be necessary or even wrong. To be checked
      at some point.
  2. 13 Feb, 2018 2 commits
  3. 12 Feb, 2018 8 commits
  4. 09 Feb, 2018 4 commits
  5. 08 Feb, 2018 3 commits
  6. 07 Feb, 2018 6 commits
  7. 06 Feb, 2018 1 commit
    • Cedric Roux's avatar
      bugfix: fix UL over scheduling · eccb96c4
      Cedric Roux authored
      There is too much UL scheduling because the buffer status is
      This commit tries to make things simpler.
  8. 05 Feb, 2018 2 commits
    • Cedric Roux's avatar
      bugfix: fix RRC Release 10 compilation · a21c0b80
      Cedric Roux authored
      The following compilation did not work anymore:
          ./build_oai --eNB -w USRP -r Rel10 -c
      (Rel8 still does not work.)
    • Cedric Roux's avatar
      bugfix: fix initialUEMessage criticality · f55cbe47
      Cedric Roux authored
      S1AP specs say:
          initialUEMessage S1AP-ELEMENTARY-PROCEDURE ::= {
              INITIATING MESSAGE      InitialUEMessage
              PROCEDURE CODE          id-initialUEMessage
              CRITICALITY             ignore
      So let's use "ignore", not "reject".
      The online decoder http://asn1-playground.oss.com/ did
      not decode a message encoded by the eNB because of this.
      Only the S1AP messages captured while doing a simple connection
      of one UE have been tested with the online decoder.
      So, not all the S1AP messages have been checked, maybe some
      instances of this problem are still there.
      It does not seem to harm the actual UE<->eNB<->EPC communication
      (because we don't check the integrity of messages or because
      asn1c does not do it), so it's not a big deal.
  9. 03 Feb, 2018 3 commits
  10. 02 Feb, 2018 2 commits
  11. 28 Jan, 2018 2 commits
  12. 25 Jan, 2018 5 commits
  13. 23 Jan, 2018 1 commit