TS 38.351
5G New Radio —
Sidelink Relay Adaptation Protocol (SRAP) Specification
V17.0.0 (PDF)
2022/03 19 p.
- Rapporteur:
- Dr. Lu, Qianxi
Guangdong OPPO Mobile Telecom
Content for TS 38.351 Word version: 17.0.0
1 Scope Word‑p. 6
The present document provides description of the Sidelink Relay Adaptation Protocol (SRAP).
2 References Word‑p. 6
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.
[1]
TR 21.905: "Vocabulary for 3GPP Specifications".
[2]
TS 38.300: "NG Radio Access Network; Overall description".
[3]
TS 38.331: "NR Radio Resource Control (RRC); Protocol Specification".
[4]
TS 38.322: "NR Radio Link Control (RLC) protocol specification".
[5]
TS 38.323: "NR; Packet Data Convergence Protocol (PDCP) specification".
3 Definitions of terms, symbols and abbreviations Word‑p. 6
3.1 Terms Word‑p. 6
For the purposes of the present document, the terms given in TR 21.905 and the following apply. A term defined in the present document takes precedence over the definition of the same term, if any, in TR 21.905.
Egress RLC channel:
a RLC channel on which a packet is transmitted by a U2N Relay UE or a U2N Remote UE.
Egress link:
a radio link on which a packet is transmitted by a U2N Relay UE or a U2N Remote UE.
Ingress RLC channel:
a RLC channel on which a packet is received from a U2N Relay UE or a U2N Remote UE.
Ingress link:
a radio link on which a packet is received from a U2N Relay UE or a U2N Remote UE.
U2N Relay UE:
a UE that provides functionality to support connectivity to the network for U2N Remote UE(s).
U2N Remote UE:
a UE, that communicates with the network via a U2N Relay UE.
3.2 Abbreviations Word‑p. 6
4 General Word‑p. 7
4.1 Introduction Word‑p. 7
The objective is to describe the SRAP architecture and the SRAP entities from a functional point of view.
4.2 SRAP architecture Word‑p. 7
4.2.1 General Word‑p. 7
This clause describes a model of the SRAP, i.e., it does not specify or restrict implementations.
4.2.2 SRAP entities Word‑p. 7
Figure 4.2.2-1 represents one possible structure for the SRAP sublayer. The Figure is based on the radio interface protocol architecture defined in TS 38.300.
On the U2N Relay UE, the SRAP sublayer contains one SRAP entity at Uu interface and a separate collocated SRAP entity at the PC5 interface. On the U2N Remote UE, the SRAP sublayer contains only one SRAP entity at the PC5 interface.
Each SRAP entity has a transmitting part and a receiving part. Across the PC5 interface, the transmitting part of the SRAP entity at the U2N Remote UE has a corresponding receiving part of an SRAP entity at the U2N Relay UE, and vice-versa. Across the Uu interface, the transmitting part of the SRAP entity at the U2N Relay UE has a corresponding receiving part of an SRAP entity at the gNB, and vice-versa.
Figure 4.2.2-2 and Figure 4.2.2-3 represents the functional view of the SRAP entity for the SRAP sublayer at PC5 interface and at Uu interface respectively.
Figure 4.2.2-2: Example of functional view of SRAP sublayer at PC5 interface
(⇒ copy of original 3GPP image)
(⇒ copy of original 3GPP image)
Figure 4.2.2-3: Example of functional view of SRAP sublayer at Uu interface
(⇒ copy of original 3GPP image)
(⇒ copy of original 3GPP image)
In the example of Figure 4.2.2-2 and Figure 4.2.2-3, at relay UE:
- The receiving part on the SRAP entity of Uu interface delivers SRAP PDUs to the transmitting part on the collocated SRAP entity of PC5 interface, and the receiving part on the SRAP entity of PC5 interface delivers SRAP PDUs to the transmitting part on the collocated SRAP entity of Uu interface, except for data packet received from SL-RLC0 as specified in TS 38.331. As an alternative mode, the receiving part may deliver SRAP SDUs to the collocated transmitting part. When passing SRAP SDUs, the receiving part removes the SRAP header and the transmitting part adds the SRAP header with the same SRAP header content as carried on the SRAP PDU header prior to removal. Passing SRAP SDUs in this manner is therefore functionally equivalent to passing SRAP PDUs, in implementation. The following specification therefore refers to the passing of SRAP Data Packets in supporting the alternative mode.
- For data packet received from SL-RLC0 as specified in TS 38.331, the receiving part on the SRAP entity of PC5 interface delivers SRAP SDUs to the collocated transmitting part on the collocated SRAP entity of Uu interface, and the transmitting part adds the SRAP header in accordance with clause 5.3.3.
4.3 Services Word‑p. 9
4.3.1 Services provided to upper layers Word‑p. 9
The following services are provided by the SRAP sublayer to upper layers:
- Data transfer.
4.3.2 Services expected from lower layers Word‑p. 10
An SRAP sublayer expects the following services from lower layers per RLC entity (for a detailed description see TS 38.322):
- Acknowledged data transfer service;
- Unacknowledged data transfer service.
4.4 Functions Word‑p. 10
The SRAP sublayer supports the following functions:
- Data transfer;
- Determination of UE ID and BEARER ID for packets received from collocated SRAP entity;
- Determination of egress link;
- Determination of egress RLC channel.
4.5 Configurations Word‑p. 10
The configuration of the SRAP entity for U2N Remote UE includes:
- Mapping from a radio bearer identified by BEARER ID to egress PC5 RLC channel via RRC;
- The local identity via RRC.
- The local identity for each U2N Remote UE via RRC;
- Mapping from UE ID and BEARER ID to egress Uu RLC channel for each U2N Remote UE via RRC;
- Mapping from UE ID and BEARER ID to egress PC5 RLC channel for each U2N Remote UE via RRC.
5 Procedures Word‑p. 10
5.1 SRAP entity handling Word‑p. 10
5.1.1 SRAP entity establishment Word‑p. 10
When upper layers request establishment of an SRAP entity, UE shall:
- establish an SRAP entity;
- follow the procedures in clause 5.
5.1.2 SRAP entity release Word‑p. 10
When upper layers request release of an SRAP entity, UE shall:
- release the SRAP entity and the related SRAP configurations.
5.2 DL Data transfer Word‑p. 11
5.2.1 Receiving operation of U2N Relay UE Word‑p. 11
Upon receiving an SRAP Data PDU from lower layer, the receiving part of the SRAP entity on the Uu interface of U2N Relay UE shall:
- deliver the SRAP Data Packet to the transmitting part of the collocated SRAP entity on the PC5 interface.
5.2.2 Transmitting operation of U2N Relay UE Word‑p. 11
The transmitting part of the SRAP entity on the PC5 interface of U2N Relay UE receives SRAP Data Packets from the receiving part of the SRAP entity on the Uu interface of the same U2N Relay UE.
When the transmitting part of the SRAP entity on the PC5 interface has an SRAP Data PDU to transmit, the transmitting part of the SRAP entity on the PC5 interface shall:
- Determine the egress link in accordance with clause 5.2.2.1;
- Determine the egress RLC channel in accordance with clause 5.2.2.2;
- Submit this SRAP Data PDU to the determined egress RLC channel of the determined egress link.
5.2.2.1 Egress link determination Word‑p. 11
For a SRAP Data PDU to be transmitted, SRAP entity shall:
-
if there is an entry in sl-SRAP-Config-Relay, whose sl-LocalIdentity matches the UE ID field in SRAP Data PDU:
- Determine the egress link on PC5 interface corresponding to sl-L2Identity-Remote configured for the concerned sl-LocalIdentity as specified in TS 38.331.
5.2.2.2 Egress RLC channel determination Word‑p. 11
For a SRAP Data PDU to be transmitted, the SRAP entity shall:
-
if the BEARER ID of the SRAP Data PDU is 0:
- Determine the egress PC5 RLC channel in the determined egress link corresponding to logicalChannelIdentity for SL-RLC0 as specified in TS 38.331;
-
else if there is an entry in sl-SRAP-Config-Relay, whose sl-LocalIdentity matches the UE ID field in SRAP Data PDU, which includes an sl-RemoteUE-RB-Identity that matches the SRB identity or DRB identity of the SRAP Data PDU determined by the BEARER ID field (SRB and DRB are differentiated based on sl-Egress-RLC-Channel-Uu):
- Determine the egress PC5 RLC channel in the determined egress link corresponding to sl-Egress-RLC-Channel-PC5 configured for the concerned sl-LocalIdentity and concerned sl-RemoteUE-RB-Identity as specified in TS 38.331.
5.2.3 Receiving operation of U2N Remote UE Word‑p. 11
Upon receiving an SRAP Data PDU from lower layer, the receiving part of the SRAP entity shall:
- remove the SRAP header of this SRAP Data PDU and deliver the SRAP SDU to upper layer, i.e., PDCP layer (TS 38.323), entity corresponding to the BEARER ID of this SRAP Data PDU (SRB and DRB are differentiated based on sl-Egress-RLC-Channel-PC5).
5.3 UL Data transfer Word‑p. 12
5.3.1 Transmitting operation of U2N Remote UE Word‑p. 12
The transmitting part of the SRAP entity on the PC5 interface of U2N Remote UE can receive SRAP Data SDU from upper layer, and construct SRAP Data PDUs as needed (see clause 4.2.2).
Upon receiving a SRAP SDU from upper layer, the transmitting part of the SRAP entity on the PC5 interface shall:
-
if the SRAP SDU is not for SRB0:
- Determine the UE ID and BEARER ID field in accordance with clause 5.3.1.1;
- Construct an SRAP Data PDU by adding an SRAP header to the SRAP SDU, where the UE ID field and BEARER ID field is set to the determined value, in accordance with clause 6.2.2;
- Determine the egress RLC channel in accordance with clause 5.3.1.2;
- Submit this SRAP Data PDU to the determined egress RLC channel.
5.3.1.1 UE ID and BEARER ID field determination Word‑p. 12
For a SRAP SDU received from upper layer, the SRAP entity shall:
- Determine the UE ID corresponding to sl-LocalIdentity, configured as specified in TS 38.331;
- Determine the BEARER ID corresponding to SRB identity for SRB (i.e., set the BEARER ID field to srb-Identity), or corresponding to DRB identity minus 1 for DRB (i.e., set the BEARER ID field to drb-Identity minus 1), from which the SRAP SDU is received, configured as specified in TS 38.331.
5.3.1.2 Egress RLC channel determination Word‑p. 12
For a SRAP Data PDU to be transmitted, the SRAP entity shall:
-
if the SRAP SDU is for SRB0:
- Determine the egress PC5 RLC channel in the determined egress link corresponding to logicalChannelIdentity for SL-RLC0 as specified in TS 38.331;
-
else if there is an entry in sl-SRAP-Config-Remote, whose sl-RemoteUE-RB-Identity matches the SRB identity or DRB identity of the SRAP Data PDU,:
- Determine the egress PC5 RLC channel of the link with U2N Relay UE corresponding to sl-Egress-RLC-Channel-PC5 configured for the concerned sl-RemoteUE-RB-Identity as specified in TS 38.331.
5.3.2 Receiving operation of U2N Relay UE Word‑p. 12
Upon receiving an SRAP Data Packet from lower layer, the receiving part of the SRAP entity on the PC5 interface shall:
- deliver the SRAP Data Packet to the transmitting part of the collocated SRAP entity.
5.3.3 Transmitting operation of U2N Relay UE Word‑p. 12
The transmitting part of the SRAP entity on the Uu interface of U2N Relay UE can receive SRAP Data Packets from the receiving part of the SRAP entity on the PC5 interface of the same U2N Relay UE, and construct SRAP Data PDUs as needed (see clause 4.2.2).
Upon receiving SRAP Data packet from the collocated SRAP entity, the transmitting part of the SRAP entity on the Uu interface shall:
-
if the SRAP Data packet is received from SL-RLC0 as specified in TS 38.331:
- Determine the UE ID and BEARER ID field in accordance with clause 5.3.3.1, for SRAP Data packet;
- Construct an SRAP Data PDU by adding an SRAP header to the SRAP SDU, where the UE ID field and BEARER ID field is set to the determined value, in accordance with clause 6.2.2, for SRAP Data packet;
- Determine the egress RLC channel in accordance with clause 5.3.3.2;
- Submit this SRAP Data PDU to the determined egress RLC channel.
5.3.3.1 UE ID and BEARER ID field determination Word‑p. 13
For an SRAP Data SDU received from SL-RLC0 as specified in TS 38.331, the SRAP entity shall:
- if there is an entry in sl-RemoteUE-ToAddModList, whose sl-L2Identity-Remote matches the Layer-2 ID of the remote UE from which the SRAP Data packet is received:
5.3.3.2 Egress RLC channel determination Word‑p. 13
For a SRAP Data PDU to be transmitted, the SRAP entity shall:
-
if there is an entry in sl-SRAP-Config-Relay, whose sl-LocalIdentity matches the UE ID field in SRAP Data PDU, and which includes an sl-RemoteUE-RB-Identity matches SRB identity or DRB identity of the SRAP Data PDU determined by the BEARER ID field (SRB and DRB are differentiated based on sl-Egress-RLC-Channel-PC5):
- Determine the egress Uu RLC channel corresponding to sl-Egress-RLC-Channel-Uu configured for the concerned sl-LocalIdentity and concerned sl-RemoteUE-RB-Identity as specified in TS 38.331.
5.4 Handling of unknown, unforeseen, and erroneous protocol data Word‑p. 13
When a SRAP Data PDU that contains a UE ID or BEARER ID which is not included in sl-SRAP-Config-Remote (for Remote UE) or sl-SRAP-Config-Relay (for Relay UE) is received, the SRAP entity shall:
- discard the received SRAP Data PDU.
6 Protocol data units, formats, and parameters Word‑p. 13
6.1 Protocol data units Word‑p. 13
6.1.1 Data PDU Word‑p. 13
The SRAP Data PDU is used to convey one of the following in addition to the PDU header:
- upper layer data.
6.2 Formats Word‑p. 13
6.2.1 General Word‑p. 13
An SRAP PDU is a bit string that is byte aligned (i.e. multiple of 8 bits) in length. The formats of SRAP PDUs are described in clause 6.2.2 and their parameters are described in clause 6.3.
6.2.2 Data PDU Word‑p. 14
Figure 6.2.2-1 shows the format of the SRAP Data PDU.
6.3 Parameters Word‑p. 14
6.3.1 General Word‑p. 14
If not otherwise mentioned in the definition of each field then the bits in the parameters shall be interpreted as follows: the left most bit string is the first and most significant and the right most bit is the last and least significant bit.
Unless otherwise mentioned, integers are encoded in standard binary encoding for unsigned integers. In all cases the bits appear ordered from MSB to LSB when read in the PDU.
6.3.2 UE ID Word‑p. 14
Length:
8 bits.
This field carries local identity of U2N Remote UE.
6.3.3 BEARER ID Word‑p. 14
Length:
5 bits.
This field carries Uu radio bearer identity for U2N Remote UE.
6.3.4 Data Word‑p. 14
Length:
Variable
This field carries the SRAP SDU (i.e. PDCP PDU).
6.3.5 R Word‑p. 14
Length:
1 bit
Reserved. In this release, reserved bits shall be set to 0. Reserved bits shall be ignored by the receiver.
6.3.6 D/C Word‑p. 14
Length:
1 bit
This field indicates whether the corresponding SRAP PDU is an SRAP Data PDU or an SRAP Control PDU (not used in this release).
| Bit | Description |
|---|---|
| 0 | SRAP Data PDU |
| 1 | SRAP Control PDU (not used in this release) |
$ Change history Word‑p. 16
