Tech-invite3GPPspaceIETF RFCsSIP
Quick21222324252627282931323334353637384‑5x

Content for  TS 38.401  Word version:  17.3.0

Top   Top   Up   Prev   Next
1…   5…   6…   6.1.4   6.1.5…   6.2…   7…   8…   8.2…   8.2.2…   8.2.3…   8.2.4   8.2.5   8.3…   8.4…   8.4.4…   8.5…   8.9…   8.9.4…   8.9.6…   8.9.7…   8.10   8.11…   8.12…   8.13…   8.14…   8.15…   8.15.2…   8.16…   8.17…   8.17.3…   8.17.4   8.18…   8.19…   8.19.2   8.19.3   8.19.4…   9…   A…

 

7  NG-RAN functions descriptionp. 24

7.0  Generalp. 24

For the list of functions refer to TS 38.300.

7.1  NG-RAN sharingp. 24

NG-RAN supports radio access network sharing as specified in TS 23.501 and TS 38.300 and TS 36.300.

7.2  Remote Interference Management |R16|p. 25

The Remote Interference Management function in non-split gNB case is specified in TS 38.300.
In case of split gNB architecture, in the victim set, a gNB-DU detects the remote interference. If remote interference is detected, the gNB-DU can send out the RIM-RS. In the aggressor set, if a gNB-DU detects the RIM-RS sent by the victim gNB(s), it sends to the gNB-CU the RIM-RS detection status and the victim Set ID. The gNB-CU acts as a coordinator on behalf of its affiliated gNB-DUs, where the gNB-CU merges the outgoing RIM information received from its gNB-DUs in the aggressor set and forwards the merged information to all the gNBs in the victim set.
Similarly, in the victim set, the gNB-CU distributes the incoming RIM information to all the gNB-DUs in the set, as indicated in the RIM information received from the aggressor set.
In addition, to facilitate consolidation of RIM information, the gNB-DU provides the associated aggressor set ID and the victim set ID of each serving cell to the gNB-CU.
Up

7.3  Cross-Link Interference Management |R16|p. 25

The Cross-Link Interference Management function in non-split gNB case is specified in TS 38.300.
In case of split gNB architecture, the gNB-CU forwards the TDD DL/UL patterns received from neighboring nodes to each concerned gNB-DU. The gNB-DU reports the TDD DL/UL patterns of its serving cells to the gNB-CU if Cross-Link Interference is detected.

7.4  Support for Non-Public Networks |R16|p. 25

NG-RAN supports NPN as specified in TS 23.501 and TS 38.300.

7.5  RACH Optimisation Function |R16|p. 25

The RACH Optimization Function in non-split gNB case is specified in TS 38.300.
In case of split gNB architecture, RACH configuration conflict detection and resolution function is located at the gNB-DU. To perform RACH optimisation at gNB-DU, gNB-CU sends the RACH report reported by the UE to gNB-DU via F1AP signalling. The gNB-DU signals the PRACH configuration per-cell to gNB-CU. The gNB-CU may forward a limited set of neighbour cell's PRACH configurations received from neighbour gNBs and other gNB-DUs to the gNB-DU to resolve the configuration conflict.
Up

7.6  Positioning |R16|p. 25

The NG-RAN supports the positioning functionality as specified in TS 38.305.

7.7  Support for NR MBS |R17|p. 25

The Support of NR MBS in non-split gNB case is specified in TS 38.300.

7.7.1  Support of dynamic PTP and PTM switchingp. 25

NG-RAN supports dynamic switch between PTP and PTM for MBS as specified in TS 38.300.
In case of split gNB architecture, for a MRB with common PDCP involving both PTP (RLC leg) and PTM (RLC leg), upon receiving the MBS data from the gNB-CU via a shared F1-U tunnel, the gNB-DU makes decision of using PTP (RLC leg) or PTM (RLC leg) or both.

7.8  PCI Optimisation Function |R17|p. 26

The PCI Optimization Function in non-split gNB case is specified in TS 38.300.
In split gNB architecture, the OAM configures a PCI for each NR cell to the gNB-DU.
For centralized PCI assignment in split gNB architecture, the gNB-CU detects PCI conflict of NR cells and reports the NR cells suffering PCI conflict to OAM directly. The OAM is in charge of reassigning a new PCI for the NR cell subject to PCI conflict.
For distributed PCI assignment in split gNB architecture, the OAM assigns a list of PCIs for each NR cell and sends the configured PCI list to the gNB-CU. If the gNB-CU detects PCI conflict, the gNB-CU may select a new PCI value from the preconfigured PCI list for the NR cell and send it to the gNB-DU by either F1 Setup procedure or gNB-CU configuration update procedure.
Up

7.9  Support for CCO |R17|p. 26

7.9.1  Generalp. 26

The NR Capacity and Coverage Optimization (CCO) Function in non-split gNB case is specified in TS 38.300. The objective of this function is to detect and mitigate coverage and cell edge interference issues.

7.9.2  OAM requirementsp. 26

Each gNB-DU may be configured with alternative coverage configurations by OAM. The alternative coverage configurations contain relevant radio parameters and may also include a range for how each parameter is allowed to be adjusted.

7.9.3  Dynamic coverage configuration changesp. 26

In case of split gNB architecture, CCO detection function is located at the gNB-CU. The gNB-CU signals to the gNB-DU the CCO issue and the affected cells and beams. The gNB-DU resolves the CCO issue concerning own served cell by local action within the OAM configured limits. The gNB-DU may also take into account information received for other cells when adopting the CCO configuration. The gNB-DU informs the gNB-CU of the new coverage states adopted.

7.10  Support of RAN visible QoE measurement |R17|p. 26

The RAN visible QoE measurement function is specified in TS 38.300.
In split gNB architecture, upon the reception of the RAN visible QoE measurement report from the UE, the gNB-CU may forward it to the gNB-DU.

Up   Top   ToC