- 23 Aug, 2023 1 commit
-
-
francescomani authored
-
- 14 Aug, 2023 1 commit
-
-
Robert Schmidt authored
integration_2023_w32 See merge request oai/openairinterface5g!2293 * !2061 Rel16 NR PRS improvements * !2113 handle TDD pattern2 at UE * !2266 Use cmake3 command if on RHEL * !2287 Initialize OAIgraph before usage * !2285 Fix alignment of Tpool user data to 32 bytes * !2284 USRP driver: Make it compile for UHD < 4.0.0 * !2214 Use F1 Internally: switch to CU UE ID in CU
-
- 12 Aug, 2023 8 commits
-
-
Robert Schmidt authored
Via the include of the logging system, the ethernet transport library implicitly depends on T. Hence, link T into oai_eth_transpro.
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
-
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.
-
Robert Schmidt authored
After a reestablishment, the PDCP sequence number counters have to be reset. Implement an API to allow the RRC to reset the sequence numbers for a particular UE in the case of reestablishment
-
Robert Schmidt authored
Plugin can trigger reestablishment (on DU) and show counters of reestablishment (on CU)
-
- 11 Aug, 2023 30 commits
-
-
Robert Schmidt authored
The RRC gives its own RRC UE ID. It won't intervene if DUs assign the same RNTI to different UEs: it simply does not care what the DUs do with the RNTI.
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
- Use the same CU-UP in E1 as in CU-CP: we don't have a separate entity to allocate IDs, and we just use the same as the CU-CP - Correct gNB CU-UP/CP UE IDs in E1AP message types to 32bit - Set CU UP UE ID explicitly for clarity - Remove RNTI from E1 messages, E1 does not know what an RNTI is
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
The UE had a list of known UEs. With the introduction of a separate module for F1 UE ID handling that is also used in monolithic (to separate CU UE ID from DU UE ID), this functionality is not needed, and deleted in this commit.
-
Robert Schmidt authored
Previously, the F1AP handler called various functions directly, instead of sending an ITTI message to the RRC thread. This has two drawbacks: - it can lead to data races if the RRC task uses functionality that is being accessed by the F1 task through this function - no homogeneity: all other handlers send an ITTI message, so this one should too
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
- The CU/DU UE ID is used in DL RRC Message Transfer - Note: The CU UE ID currently is still the RNTI - on every DL RRC Message, the DU verifies that the UE exists - Refactor RRC: common function to forward protected SRB PDUs
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
The RRC uses gNB_ue_ngap_id as its primary ID; the following commits will introduce the usage of the (F1) gNB CU UE ID. This commits renames the gNB_ue_ngap_id to rrc_ue_id to better reflect its usage as the RRC's primary UE ID. It will be used as the NGAP and F1 (CU) UE IDs.
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
To avoid 0 in the ID
-
Robert Schmidt authored
-
Robert Schmidt authored
for reusing the old UE Context after reestablishment: we have to free a UE context, but that also free's the RA process that we still need. Remove here Is this necessary?
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
The thread pool provides user data to be stored by (pre-)allocating the necessary memory. A previous attempt was made to have this user data aligned on a 32 byte boundary (e.g., to prevent segfault with SIMD instructions, or avoid inefficient data access); the current implementation, however, leads to unaligned memory access. This patch attempts again to implement user data to be 32 byte aligned. First, use memalign() to allocate the actual job on a 32 byte boundary. Second, use alignas(32) to align the pointer to the user data to be aligned to 32 bytes. Since it is the last member of the struct, this ensures that user data, which is allocated right behind it, will be aligned to 32 bytes as well.
-
Imad Al Samman authored
-
Robert Schmidt authored
-
Robert Schmidt authored
-
Robert Schmidt authored
-