Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 37.483  Word version:  17.3.0

Top   Top   Up   Prev   Next
1…   8…   8.2…   8.2.5…   8.3…   8.3.2   8.3.3…   8.4…   8.6…   8.6.2…   9…

 

8.2.5  gNB-CU-UP Configuration Updatep. 27

8.2.5.1  Generalp. 27

The purpose of the gNB-CU-UP Configuration Update procedure is to update application level configuration data needed for the gNB-CU-UP and the gNB-CU-CP to interoperate correctly on the E1 interface. This procedure does not affect existing UE-related contexts, if any. The procedure uses non-UE associated signalling.

8.2.5.2  Successful Operationp. 28

Reproduction of 3GPP TS 37.483, Fig. 8.2.5.2-1: gNB-CU-UP Configuration Update procedure: Successful Operation
Up
The gNB-CU-UP initiates the procedure by sending a GNB-CU-UP CONFIGURATION UPDATE message to the gNB-CU-CP including an appropriate set of updated configuration data that it has just taken into operational use. The gNB-CU-CP responds with GNB-CU-UP CONFIGURATION UPDATE ACKNOWLEDGE message to acknowledge that it successfully updated the configuration data. If an information element is not included in the GNB-CU-UP CONFIGURATION UPDATE message, the gNB-CU-CP shall interpret that the corresponding configuration data is not changed and shall continue to operate with the existing related configuration data.
If the Supported PLMNs IE is included in the GNB-CU-UP CONFIGURATION UPDATE message, the gNB-CU-CP shall overwrite the whole list of information and store the corresponding information.
  • If the Slice Support List IE is contained in the GNB-CU-UP CONFIGURATION UPDATE message, the gNB-CU-CP shall store the corresponding information and replace any existing information.
  • If the NR CGI Support List or the Extended NR CGI Extended Support List IE is contained in the GNB-CU-UP CONFIGURATION UPDATE message, the gNB-CU-CP shall store the corresponding information and replace any existing information.
  • If the ECGI Support List IE is contained in the GNB-CU-UP CONFIGURATION UPDATE message, the gNB-CU-CP shall store the corresponding information and replace any existing information.
  • If the QoS Parameters Support List IE is contained in the GNB-CU-UP CONFIGURATION UPDATE message, the gNB-CU-CP shall store the corresponding information and replace any existing information.
  • If the NPN Support Information IE is contained in the GNB-CU-UP CONFIGURATION UPDATE message, the gNB-CU-CP shall store the corresponding information and replace any existing information.
The updated configuration data shall be stored in both nodes and used as long as there is an operational TNL association or until any further update is performed.
If the gNB-CU-UP Capacity IE is contained in the GNB-CU-UP CONFIGURATION UPDATE message, the gNB-CU-CP shall take this IE into account.
If the gNB-CU-UP ID IE is included in the GNB-CU-UP CONFIGURATION UPDATE message, the gNB-CU-CP shall associate the TNLA to the E1 interface instance using the gNB-CU-UP ID.
If the gNB-CU-UP Name IE is included in the GNB-CU-UP CONFIGURATION UPDATE message, the gNB-CU-CP may store it or update this IE value if already stored, and use it as a human readable name of the gNB-CU-UP. If the Extended gNB-CU-UP Name IE is included in the GNB-CU-UP CONFIGURATION UPDATE message, the gNB-CU-CP may store it or update this IE value if already stored, and use it as a human readable name of the gNB-CU-UP and shall ignore the gNB-CU-UP Name IE if also included.
If the GNB-CU-UP CONFIGURATION UPDATE message includes gNB-CU-UP TNLA To Remove List IE, and the Endpoint IP address IE and the Port Number IE for both TNL endpoints of the TNL association(s) are included in the gNB-CU-UP TNLA To Remove List IE, the gNB-CU-CP shall, if supported, consider that the TNL association(s) indicated by both received TNL endpoints will be removed by the gNB-CU-UP. If the Endpoint IP address IE, or the Endpoint IP address IE and the Port Number IE for one or both of the TNL endpoints is included in the gNB-CU-UP TNLA To Remove List IE in GNB-CU-UP CONFIGURATION UPDATE message, the gNB-CU-CP shall, if supported, consider that the TNL association(s) indicated by the received endpoint IP address(es) will be removed by the gNB-CU-UP.
If the GNB-CU-UP CONFIGURATION UPDATE message includes the Transport Network Layer Address Info IE, the gNB-CU-CP shall, if supported, take this IE into account for IPSec tunnel establishment.
If the GNB-CU-UP CONFIGURATION UPDATE ACKNOWLEDGE message includes the Transport Network Layer Address Info IE, the gNB-CU-UP shall, if supported, take this IE into account for IPSec tunnel establishment.
Up

8.2.5.3  Unsuccessful Operationp. 29

Reproduction of 3GPP TS 37.483, Fig. 8.2.5.3-1: gNB-CU-UP Configuration Update procedure: Unsuccessful Operation
Up
If the gNB-CU-CP cannot accept the update, it shall respond with a GNB-CU-UP CONFIGURATION UPDATE FAILURE message and appropriate cause value.
If the GNB-CU-UP CONFIGURATION UPDATE FAILURE message includes the Time To Wait IE, the gNB-CU-UP shall wait at least for the indicated time before reinitiating the GNB-CU-UP CONFIGURATION UPDATE message towards the same gNB-CU-CP.

8.2.5.4  Abnormal Conditionsp. 29

Not applicable.

8.2.6  gNB-CU-CP Configuration Updatep. 29

8.2.6.1  Generalp. 29

The purpose of the gNB-CU-CP Configuration Update procedure is to update application level configuration data needed for the gNB-CU-CP and the gNB-CU-UP to interoperate correctly on the E1 interface. This procedure does not affect existing UE-related contexts, if any. The procedure uses non-UE associated signalling.

8.2.6.2  Successful Operationp. 30

Reproduction of 3GPP TS 37.483, Fig. 8.2.6.2-1: gNB-CU-CP Configuration Update procedure: Successful Operation
Up
The gNB-CU-CP initiates the procedure by sending a GNB-CU-CP CONFIGURATION UPDATE message to the gNB-CU-UP including an appropriate set of updated configuration data that it has just taken into operational use. The gNB-CU-UP responds with GNB-CU-CP CONFIGURATION UPDATE ACKNOWLEDGE message to acknowledge that it successfully updated the configuration data. If an information element is not included in the GNB-CU-CP CONFIGURATION UPDATE message, the gNB-CU-UP shall interpret that the corresponding configuration data is not changed and shall continue to operate with the existing related configuration data.
The updated configuration data shall be stored in both nodes and used as long as there is an operational TNL association or until any further update is performed.
If the gNB-CU-CP Name IE is included in the GNB-CU-CP CONFIGURATION UPDATE message, the gNB-CU-UP may store it or update this IE value if already stored, and use it as a human readable name of the gNB-CU-CP. If the Extended gNB-CU-CP Name IE is included in the GNB-CU-CP CONFIGURATION UPDATE message, the gNB-CU-UP may store it or update this IE value if already stored, and use it as a human readable name of the gNB-CU-CP and shall ignore the gNB-CU-CP Name IE if also included.
If the gNB-CU-CP TNLA To Add List IE is contained in the gNB-CU-CP CONFIGURATION UPDATE message, the gNB-CU-UP shall, if supported, use it to establish the TNL association(s) with the gNB-CU-CP. The gNB-CU-UP shall report to the gNB-CU-CP, in the gNB-CU-CP CONFIGURATION UPDATE ACKNOWLEDGE message, the successful establishment of the TNL association(s) with the gNB-CU-CP as follows:
  • A list of TNL address(es) with which the gNB-CU-UP successfully established the TNL association shall be included in the gNB-CU-CP TNLA Setup List IE;
  • A list of TNL address(es) with which the gNB-CU-UP failed to establish the TNL association shall be included in the gNB-CU-CP TNLA Failed To Setup List IE.
If the GNB-CU-CP CONFIGURATION UPDATE message includes gNB-CU-CP TNLA To Remove List IE, and the Endpoint IP address IE and the Port Number IE for both TNL endpoints of the TNL association(s) are included in the gNB-CU-CP TNLA To Remove List IE, the gNB-CU-UP shall, if supported, initiate removal of the TNL association(s) indicated by both received TNL endpoints towards the gNB-CU-CP. If the Endpoint IP address IE, or the Endpoint IP address IE and the Port Number IE for one or both of the TNL endpoints is included in the gNB-CU-CP TNLA To Remove List IE, the gNB-CU-UP shall, if supported, initiate removal of the TNL association(s) indicated by the received endpoint IP address(es).
If the gNB-CU-CP TNLA To Update List IE is contained in the gNB-CU-CP CONFIGURATION UPDATE message the gNB-CU-UP shall, if supported, overwrite the previously stored information for the related TNL association.
If the TNLA Usage IE is included in the gNB-CU-CP TNLA To Add List IE or the gNB-CU-CP TNLA To Update List IE in the gNB-CU-CP CONFIGURATION UPDATE message, the gNB-CU-UP shall, if supported, use it as described in TS 37.482.
If the GNB-CU-CP CONFIGURATION UPDATE message includes the Transport Network Layer Address Info IE, the gNB-CU-UP shall, if supported, take this IE into account for IPSec tunnel establishment.
If the GNB-CU-CP CONFIGURATION UPDATE ACKNOWLEDGE message includes the Transport Network Layer Address Info IE, the gNB-CU-CP shall, if supported, take this IE into account for IPSec tunnel establishment.
Up

8.2.6.3  Unsuccessful Operationp. 31

Reproduction of 3GPP TS 37.483, Fig. 8.2.6.3-1: gNB-CU-CP Configuration Update procedure: Unsuccessful Operation
Up
If the gNB-CU-UP cannot accept the update, it shall respond with a GNB-CU-CP CONFIGURATION UPDATE FAILURE message and appropriate cause value.
If the GNB-CU-CP CONFIGURATION UPDATE FAILURE message includes the Time To Wait IE, the gNB-CU-CP shall wait at least for the indicated time before reinitiating the GNB-CU-CP CONFIGURATION UPDATE message towards the same gNB-CU-UP.

8.2.6.4  Abnormal Conditionsp. 31

Not applicable.

8.2.7  E1 Releasep. 31

8.2.7.1  Generalp. 31

The purpose of the E1 Release procedure is to release all existing signalling connections and related application level data. This procedure does not affect existing UE-related contexts, if any. The procedure uses non-UE associated signalling.

8.2.7.2  Successful Operationp. 31

8.2.7.2.1  E1 Release Procedure Initiated from the gNB-CU-CPp. 31
Reproduction of 3GPP TS 37.483, Fig. 8.2.7.2.1-1: E1 Release procedure initiated from the gNB-CU-CP. Successful operation
Up
The gNB-CU-CP initiates the procedure by sending the E1 RELEASE REQUEST message to the gNB-CU-UP.
Upon reception of the E1 RELEASE REQUEST message, the gNB-CU-UP shall release any existing resources related to the E1 interface. The gNB-CU-UP shall respond with a E1 RELEASE RESPONSE message to confirm that it has initiated the release of the resources, if existing, and that the signalling connection for the E1AP application protocol is released.
8.2.7.2.2  E1 Release Procedure Initiated from the gNB-CU-UPp. 32
Reproduction of 3GPP TS 37.483, Fig. 8.2.7.2.2-1: E1 Release procedure initiated from the gNB-CU-UP. Successful operation
Up
The gNB-CU-UP initiates the procedure by sending the E1 RELEASE REQUEST message to the gNB-CU-CP.
Upon reception of the E1 RELEASE REQUEST message, the gNB-CU-CP shall release any existing resources related to the E1 interface. The gNB-CU-CP shall respond with a E1 RELEASE RESPONSE message to confirm that it has initiated the release of the resources, if existing, and that the signalling connection for the E1AP application protocol is released.

8.2.7.3  Abnormal Conditionsp. 32

Not applicable.

8.2.8  gNB-CU-UP Status Indicationp. 33

8.2.8.1  Generalp. 33

The purpose of the gNB-CU-UP Status Indication procedure is to inform the gNB-CU-CP that the gNB-CU-UP is overloaded so that overload reduction actions can be applied. The procedure uses non-UE associated signalling.

8.2.8.2  Successful Operationp. 33

Reproduction of 3GPP TS 37.483, Fig. 8.3.7.2-1: DL Data Notification procedure: Successful Operation
Up
The gNB-CU-UP initiates the procedure by sending the GNB-CU-UP STATUS INDICATION message to the gNB-CU-CP.
If the gNB-CU-UP Overload Information IE in the GNB-CU-UP STATUS INDICATION message indicates that the gNB-CU-UP is overloaded, the gNB-CU-CP shall apply overload reduction actions until informed, with a new GNB-CU-UP STATUS INDICATION message, that the overload situation has ceased.
The detailed overload reduction policy is up to gNB-CU-CP implementation.
Up

8.2.8.3  Abnormal Conditionsp. 33

Not applicable.

8.2.9  Resource Status Reporting Initiationp. 33

8.2.9.1  Generalp. 33

This procedure is used by an gNB-CU-CP to request the reporting of load measurements to gNB-CU-UP.
The procedure uses non UE-associated signalling.

8.2.9.2  Successful Operationp. 33

Reproduction of 3GPP TS 37.483, Fig. 8.2.9.2-1: Resource Status Reporting Initiation, successful operation
Up
The procedure is initiated with a RESOURCE STATUS REQUEST message sent from gNB-CU-CP to gNB-CU-UP to start a measurement or stop a measurements.
If gNB-CU-UP is capable to provide all requested resource status information, it shall initiate the measurement as requested by gNB-CU-CP, and respond with the RESOURCE STATUS RESPONSE message.
Interaction with other procedures
When starting a measurement, the Report Characteristics IE in the RESOURCE STATUS REQUEST indicates the type of objects gNB-CU-UP shall perform measurements on. The gNB-CU-UP shall include in the RESOURCE STATUS UPDATE message:
  • the HW Capacity Indicator IE, if the second bit, "HW Capacity Ind Periodic" of the Report Characteristics IE included in the RESOURCE STATUS REQUEST message is set to 1;
  • the TNL Available Capacity Indicator IE, if the first bit, " TNL Available Capacity Ind Periodic " of the Report Characteristics IE included in the RESOURCE STATUS REQUEST message is set to 1;
If the Reporting Periodicity IE is included in the RESOURCE STATUS REQUEST message, this indicates the periodicity for the reporting of periodic measurements. The gNB-CU-UP shall report only once, unless otherwise requested within the Reporting Periodicity IE.
Up

8.2.9.3  Unsuccessful Operationp. 34

Reproduction of 3GPP TS 37.483, Fig. 8.2.9.3-1: Resource Status Reporting Initiation, unsuccessful operation
Up
If any of the requested measurements cannot be initiated, gNB-CU-UP shall send a RESOURCE STATUS FAILURE message with an appropriate cause value.

8.2.9.4  Abnormal Conditionsp. 34

If the initiating gNB-CU-CP does not receive either RESOURCE STATUS RESPONSE message or RESOURCE STATUS FAILURE message, the gNB-CU-CP may reinitiate the Resource Status Reporting Initiation procedure towards the same gNB-CU-UP, provided that the content of the new RESOURCE STATUS REQUEST message is identical to the content of the previously unacknowledged RESOURCE STATUS REQUEST message with the same Transaction ID.
If the Report Characteristics IE bitmap is set to "0" (all bits are set to "0") in the RESOURCE STATUS REQUEST message then gNB-CU-UP shall initiate a RESOURCE STATUS FAILURE message with an appropriate cause value.
If the gNB-CU-UP receives a RESOURCE STATUS REQUEST message which includes the Registration Request IE set to "start" and the gNB-CU-CP Measurement ID IE corresponding to an existing on-going load measurement reporting, for which a different Transaction ID is used, then gNB-CU-UP shall initiate a RESOURCE STATUS FAILURE message with an appropriate cause value.
Up

8.2.10  Resource Status Reportingp. 34

8.2.10.1  Generalp. 34

This procedure is initiated by gNB-CU-UP to report the result of measurements admitted by gNB-CU-UP following a successful Resource Status Reporting Initiation procedure.
The procedure uses non UE-associated signalling.

8.2.10.2  Successful Operationp. 35

Reproduction of 3GPP TS 37.483, Fig. 8.2.10.2-1: Resource Status Reporting, successful operation
Up
The gNB-CU-UP shall report the results of the admitted measurements in RESOURCE STATUS UPDATE message. The admitted measurements are the measurements that were successfully initiated during the preceding Resource Status Reporting Initiation procedure.

8.2.10.3  Unsuccessful Operationp. 35

Not applicable.

8.2.10.4  Abnormal Conditionsp. 35

Void.

Up   Top   ToC