The present document specifies the standards for signalling transport to be used across NG interface. NG interface is a logical interface between the NG-RAN and the 5GC. The present document describes how the NGAP signalling messages are transported over NG.

The following documents contain provisions which, through reference in this text, constitute provisions of the present document.

• References are either specific (identified by date of publication, edition number, version number, etc.) or non-specific.
• For a specific reference, subsequent revisions do not apply.
• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same Release as the present document.

The support of any suitable Data Link Layer protocol, e.g. PPP, Ethernet, etc., shall not be prevented.

The 5GC and NG-RAN shall support IPv6 (IETF RFC 8200) and/or IPv4 (IETF RFC 791). The IP layer of NG-C only supports point-to-point transmission for delivering NG AP message. The 5GC and NG-RAN shall support the Diffserv Code Point marking as described in IETF RFC 2474.

SCTP (RFC 4960) shall be supported as the transport layer of NG-C signalling bearer. The Payload Protocol Identifier (ppid) to be used by SCTP for the application layer protocol NGAP and for DTLS over SCTP (RFC 6083) is assigned by IANA in [10]. The byte order of the ppid shall be big-endian. SCTP refers to the Stream Control Transmission Protocol developed by the Sigtran working group of the IETF for the purpose of transporting various signalling protocols over IP network. NG-RAN node and AMF shall support a configuration with a single SCTP association per NG-RAN node/AMF pair. Configurations with multiple SCTP endpoints per NG-RAN node/AMF pair should be supported. When configurations with multiple SCTP associations are supported, the AMF may request to dynamically add/remove SCTP associations between the NG-RAN node/AMF pair. Within the set of SCTP associations established between one AMF and NG-RAN node pair, the AMF may request the NG-RAN node to restrict the usage of SCTP association for certain types of NG-C signalling. If no restriction information is provided for an SCTP association, any type of NG-C signalling is allowed via the SCTP association. Selection of the SCTP association by the NG-RAN node and the AMF is specified in TS 23.501 and TS 23.502. The NG-RAN node shall establish the SCTP association. The SCTP Destination Port number value to be used by NGAP is assigned by IANA in [11]. When the AMF requests to dynamically add additional SCTP associations between the NG-RAN node/AMF pair, the SCTP Destination Port number value may be the one assigned by IANA in [11], or any dynamic port value (IETF RFC 6335). When the configuration with multiple SCTP endpoints per NG-RAN node is supported and the NG-RAN node wants to add additional SCTP endpoints, the RAN configuration update procedure shall be the first NGAP procedure triggered on an additional TNLA of an already setup NG-C interface instance after the TNL association has become operational, and the AMF shall associate the TNLA to the NG-C interface instance using the included Global RAN node ID. Between one AMF and NG-RAN node pair:

• A single pair of stream identifiers shall be reserved over at least one SCTP association for the sole use of NGAP elementary procedures that utilize non UE-associated signalling.
• At least one pair of stream identifiers over one or several SCTP associations shall be reserved for the sole use of NGAP elementary procedures that utilize UE-associated signallings. However, a few pairs (i.e. more than one) should be reserved.
• For a single UE-associated signalling, the NG-RAN node shall use one SCTP association and one SCTP stream, and the SCTP association/stream should not be changed during the communication of the UE-associated signalling until after current SCTP association is failed or removed, or TNL binding update is performed as described in TS 23.502.

Transport network redundancy can be achieved by SCTP multi-homing between two end-points, of which one or both is assigned with multiple IP addresses. SCTP end-points shall support a multi-homed remote SCTP end-point. For SCTP endpoint redundancy, an SCTP endpoint (in the NG-RAN node or AMF) may send an INIT, at any time for an already established SCTP association, which the other SCTP endpoint shall handle as defined in Section 5.2 of RFC 4960. The SCTP congestion control may, using an implementation specific mechanism, initiate higher layer protocols to reduce the signalling traffic at the source and prioritise certain messages.