An error occurred fetching the project authors.
  1. 25 Oct, 2023 2 commits
  2. 02 Oct, 2023 1 commit
  3. 22 Sep, 2023 9 commits
    • Robert Schmidt's avatar
      3f46a711
    • Robert Schmidt's avatar
      Free DU at CU on lost connection, store assoc ID · f5c90ead
      Robert Schmidt authored
      - store the assoc ID of a UE at the RRC
      - if F1 receives an SCTP shutdown, it removes the endpoint
      - F1 will also send an "F1 Lost Connection" message to the RRC
      - it is not yet possible to reconnect a DU after it had already been
        connected at the CU, since the CU F1AP task will try to rebind GTP,
        which fails
      f5c90ead
    • Robert Schmidt's avatar
      Forward UE capabilities to DU and use for CellGroupConfig · 3982cc2e
      Robert Schmidt authored
      - Forward UE capabilities in F1 handlers
      - Store at MAC
      - Update CellGroupConfig with UE Capabilities of the UE
      3982cc2e
    • Robert Schmidt's avatar
      Move SIB1 to MAC · a44a54f3
      Robert Schmidt authored
      The SystemInformationBlock 1 is handled at the DU and sent to the CU in
      the F1 Setup Request. Hence, move it down to the MAC.
      a44a54f3
    • Robert Schmidt's avatar
      Move MIB to MAC · 5d0ae84a
      Robert Schmidt authored
      The MasterInformationBlock is handled at the DU and sent to the CU in
      the F1 Setup Response. Hence, move it down to the MAC. Furthermore:
      
      - Change type because MIB_PDU_t is 4G type
      - Simplify schedule_nr_mib()
      5d0ae84a
    • Robert Schmidt's avatar
      RRC sctp_in/out_streams not used · 6142d1d7
      Robert Schmidt authored
      6142d1d7
    • Robert Schmidt's avatar
      Move ServingCellConfigCommon to MAC · 2b295315
      Robert Schmidt authored
      Note: the reestablishment is broken, and a later commit fixes it.
      
      The ServingCellConfigCommon is an inherently radio-related
      configuration. As such, it should be handled by the DU, not the CU.
      Therefore, move it "down" to the MAC.
      2b295315
    • Robert Schmidt's avatar
      Move physCellId to MAC · f709ee81
      Robert Schmidt authored
      The PCI is given to the CU from the DU in the F1 Setup Request message.
      It is a part of the DU, so move it "down".
      f709ee81
    • Robert Schmidt's avatar
      Implement F1 Setup Request/Response to be used internally · aaae82d7
      Robert Schmidt authored
      - send F1 Setup using callback
      - store f1 setup req locally for reference
      - check F1 Setup Req against RRC data structures:
        * if matches: send F1 Setup Response using callback
        * if not matching: send F1 Setup Failure using callback
      - don't send CU config update by default, we don't need this
      - if the Setup Response does not contain a cell, don't activate. It is
        possible the CU sends a gNB-CU configuration update, which will
        initialize the structures
      aaae82d7
  4. 21 Sep, 2023 2 commits
  5. 14 Aug, 2023 1 commit
  6. 12 Aug, 2023 2 commits
    • Robert Schmidt's avatar
      Cleanup after RRC reestablishment · 792cd56f
      Robert Schmidt authored
      792cd56f
    • Robert Schmidt's avatar
      Repair reestablishment and make it work via F1 · 7a298e73
      Robert Schmidt authored
      This commit repairs the reestablishment after the introduction of the CU
      UE ID in the CU, different from the DU UE ID. Now, the CU uses an
      identifier different from the RNTI, used in the MAC, to refer to UEs.
      
      To repair the reestablishment, a number of changes needed to be
      introduced:
      
      - Handle old_gNB_DU_UE_id in MAC
      
      The MAC handles the old_gNB_DU_UE_id field in the DL RRC Message. The
      commit adds encoding/decoding of the field. The MAC will drop the old
      UE, but retain the CellGroup of the corresponding UE(!). Because a UE
      releases the spCellGroup on reestablishment, the MAC does the same; it
      needs to reapply the old configuration after a reconfiguration. For the
      latter, introduce new variables to keep a "future" CellGroupConfig to be
      applied (reconfigCellGroup) and a flag (expect_reconfiguration) that
      applies the CellGroupConfig if a DL RRC Message transfer on DCCH, which
      is assumed to be the reconfiguration.
      
      - Add RNTI change in RLC
      
      The RLC needs to reuse the old UE context. Hence, we simply change the
      RNTI in the old context, and delete the new one.
      
      - No PDCP UE ID change
      
      The previous implementation of the PDCP used the RNTI; hence, the ID
      needed to be switch (as above for the RLC). Since the PDCP now also uses
      the CU UE ID, no identifier change is needed, and we remove all
      corresponding code.
      
      - No MAC modifications/update from CU
      
      As foreseen by the spec, the CU does not modify or change the
      cellGroupConfig in the RRC during reestablishment. This change will be
      generalized in the future to all of the RRC.  Also, the
      nr_rrc_mac_remove_ue() function has been removed: the MAC handles any UE
      changes autonomeously, without being triggered from the RRC explicitly.
      
      - Remove reestablish_rnti_map
      
      The RRC does not use RNTIs for UE identification. Hence, a
      reestablish_rnti_map to link two UEs to each other is not necessary
      anymore.
      7a298e73
  7. 11 Aug, 2023 4 commits
  8. 28 Jul, 2023 1 commit
  9. 26 Jul, 2023 1 commit
  10. 08 Jul, 2023 1 commit
  11. 13 Jun, 2023 1 commit
  12. 29 May, 2023 1 commit
  13. 26 May, 2023 1 commit
  14. 25 May, 2023 2 commits
  15. 08 May, 2023 1 commit
  16. 03 May, 2023 1 commit
  17. 28 Apr, 2023 1 commit
  18. 11 Apr, 2023 3 commits
  19. 05 Apr, 2023 1 commit
  20. 03 Apr, 2023 1 commit
  21. 23 Mar, 2023 1 commit
  22. 10 Mar, 2023 1 commit
  23. 09 Mar, 2023 1 commit