SBI-Based SMS in 5G Systems
SBI-Based SMS in 5G Systems
0 (2022-06)
Technical Specification
The present document has been developed within the 3rd Generation Partnership Project (3GPP TM) and may be further elaborated for the purposes of 3GPP.
The present document has not been subject to any approval process by the 3GPP Organizational Partners and shall not be implemented.
This Specification is provided for future development work within 3GPP only. The Organizational Partners accept no liability for any use of this Specification.
Specifications and Reports for implementation of the 3GPP TM system should be obtained via the 3GPP Organizational Partners' Publications Offices.
Release 17 2 3GPP TS 23.540 V17.0.0 (2022-06)
3GPP
Postal address
Internet
[Link]
Copyright Notification
© 2022, 3GPP Organizational Partners (ARIB, ATIS, CCSA, ETSI, TSDSI, TTA, TTC).
All rights reserved.
UMTS™ is a Trade Mark of ETSI registered for the benefit of its members
3GPP™ is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners
LTE™ is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners
GSM® and the GSM logo are registered and owned by the GSM Association
3GPP
Release 17 3 3GPP TS 23.540 V17.0.0 (2022-06)
Contents
Foreword............................................................................................................................................................. 5
1 Scope ........................................................................................................................................................ 7
2 References ................................................................................................................................................ 7
3 Definitions of terms and abbreviations .................................................................................................... 7
3.1 Terms ................................................................................................................................................................. 7
3.2 Abbreviations..................................................................................................................................................... 8
4 Architecture to support SBI-based SMS .................................................................................................. 8
4.1 Architecture to support SBI-based SMS ............................................................................................................ 8
4.2 Reference point to support SBI-based SMS ...................................................................................................... 9
4.3 Service based interface to support SBI-based SMS ......................................................................................... 10
5 Procedures for SBI-based SMS ..............................................................................................................10
5.1 Procedure for SBI-based MT SMS .................................................................................................................. 10
5.1.1 General ....................................................................................................................................................... 10
5.1.2 Successful Mobile Terminated short message transfer without SMS Router/ IP-SM-GW ........................ 11
5.1.3 Successful Mobile Terminated short message transfer via SMS Router .................................................... 13
5.1.4 Successful Mobile Terminated short message transfer via IP-SM-GW ..................................................... 15
5.1.5 Unsuccessful Mobile Terminated short message transfer without SMS Router/IP-SM-GW ..................... 17
5.1.6 Unsuccessful Mobile Terminated short message transfer via IP-SM-GW ................................................. 19
5.1.7 GPSI-to-Subscription-Network resolution procedure ................................................................................ 20
[Link] General ................................................................................................................................................. 20
[Link] GPSI-to-Subscription-Network resolution triggered by the SMS-GMSC ............................................ 21
[Link].1 General ........................................................................................................................ 21
[Link].2 GPSI-to-Subscription-Network resolution triggered by the SMS-GMSC for Direct
routing 22
[Link].3 GPSI-to-Subscription-Network resolution triggered by the SMS-GMSC for Indirect
routing 23
[Link] SCP supports GPSI-to-Subscription-Network resolution procedure .................................................... 24
[Link].1 General ........................................................................................................................ 24
[Link].2 SCP supports GPSI-to-Subscription-Network resolution with MNP .......................... 25
[Link].3 SCP supports GPSI-to-Subscription-Network resolution with NRF ........................... 26
[Link].4 SCP supports GPSI-to-Subscription-Network resolution with MNP for Direct routing
27
[Link].5 SCP supports GPSI-to-Subscription-Network resolution with MNP for Indirect
routing 28
[Link] GPSI-to-Subscription-Network resolution using NRF ......................................................................... 30
5.1.8 Alert ........................................................................................................................................................... 32
5.1.9 Unsuccessful Mobile Terminated short message transfer via SMS Router ................................................ 33
5.2 Procedure for SBI-based MO SMS.................................................................................................................. 34
5.2.1 General ....................................................................................................................................................... 34
5.2.2 Procedure for Successful Mobile Originated short message transfer ......................................................... 35
5.2.3 Unsuccessful Mobile Originated short message transfer ........................................................................... 35
5.2.4 MSISDN-less MO SMS message transfer ................................................................................................. 37
6 Services for SBI-based SMS ..................................................................................................................38
6.1 General............................................................................................................................................................. 38
6.2 UDM services for SBI-based SMS .................................................................................................................. 38
6.2.1 General ....................................................................................................................................................... 38
6.2.2 Nudm_ReportSMDeliveryStatus service ................................................................................................... 38
[Link] General ................................................................................................................................................. 38
[Link] Nudm_ReportSMDeliveryStatus_Request service operation ............................................................... 38
6.2.3 Nudm_EventExposure service ................................................................................................................... 38
6.2.4 Nudm_UECM service ................................................................................................................................ 38
3GPP
Release 17 4 3GPP TS 23.540 V17.0.0 (2022-06)
3GPP
Release 17 5 3GPP TS 23.540 V17.0.0 (2022-06)
Foreword
This Technical Specification has been produced by the 3rd Generation Partnership Project (3GPP).
The contents of the present document are subject to continuing work within the TSG and may change following formal
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an
identifying change of release date and an increase in version number as follows:
Version x.y.z
where:
y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections,
updates, etc.
z the third digit is incremented when editorial only changes have been incorporated in the document.
The constructions "shall" and "shall not" are confined to the context of normative provisions, and do not appear in
Technical Reports.
The constructions "must" and "must not" are not used as substitutes for "shall" and "shall not". Their use is avoided
insofar as possible, and they are not used in a normative context except in a direct citation from an external, referenced,
non-3GPP document, or so as to maintain continuity of style when extending or modifying the provisions of such a
referenced document.
The construction "may not" is ambiguous and is not used in normative elements. The unambiguous constructions
"might not" or "shall not" are used instead, depending upon the meaning intended.
The constructions "can" and "cannot" are not substitutes for "may" and "need not".
will indicates that something is certain or expected to happen as a result of action taken by an agency
the behaviour of which is outside the scope of the present document
will not indicates that something is certain or expected not to happen as a result of action taken by an
agency the behaviour of which is outside the scope of the present document
might indicates a likelihood that something will happen as a result of action taken by some agency the
behaviour of which is outside the scope of the present document
3GPP
Release 17 6 3GPP TS 23.540 V17.0.0 (2022-06)
might not indicates a likelihood that something will not happen as a result of action taken by some agency
the behaviour of which is outside the scope of the present document
In addition:
is (or any other verb in the indicative mood) indicates a statement of fact
is not (or any other negative verb in the indicative mood) indicates a statement of fact
3GPP
Release 17 7 3GPP TS 23.540 V17.0.0 (2022-06)
1 Scope
The present document defines the Stage 2 architecture, procedures and services to support service based short message
service (SMS) in 5G system (5GS).
2 References
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 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.
[2] 3GPP TS 23.040: "Technical realization of the Short Message Service (SMS)".
[3] 3GPP TS 23.501: "System architecture for the 5G System (5GS); Stage 2".
[4] 3GPP TS 23.502: "Procedures for the 5G System (5GS); Stage 2".
[5] 3GPP TS 23.632: "User data interworking, coexistence and migration; Stage 2".
[7] 3GPP TS 29.503: "5G System; Unified Data Management Services; Stage 3".
[8] 3GPP TS 24.011: "Point-to-Point (PP) Short Message Service (SMS) support on mobile radio
interface".
[9] 3GPP TS 29.573: "5G System; Public Land Mobile Network (PLMN) Interconnection; Stage 3".
[10] 3GPP TS 29.510: "5G System; Network Function Repository Services; Stage 3".
[11] 3GPP TS 29.500: "5G System; Technical Realization of Service Based Architecture; Stage 3".
[12] IETF RFC 6116: "The E.164 to Uniform Resource Identifiers (URI) Dynamic Delegation
Discovery System (DDDS) Application (ENUM) ".
[13] IETF RFC 4002: "IANA Registration for Enumservice 'web' and 'ft'".
[15] 3GPP TS 23.204: "Support of Short Message Service (SMS) over generic 3GPP Internet Protocol
(IP) access; Stage 2".
alert-SC: service element provided by a GSM/UMTS/EPS/5GS PLMN to inform an SC which has previously initiated
unsuccessful short message delivery attempt(s) to a specific MS/UE, that the MS/UE is now recognized by the PLMN
to have recovered operation.
3GPP
Release 17 8 3GPP TS 23.540 V17.0.0 (2022-06)
Gateway MSC For Short Message Service (SMS-GMSC): function of an MSC capable of receiving a short message
from an SC, interrogating an HLR/HSS/UDM for routing information and SMS info, and delivering the short message
to the VMSC/SGSN/MME/SMSF of the recipient MS/UE.
Interworking MSC For Short Message Service (SMS-IWMSC): function of an MSC capable of receiving a short
message from within the PLMN and submitting it to the recipient SC.
IP-Short-Message-Gateway (IP-SM-GW): function responsible for protocol interworking between the IP-based UE
and the SC.
Service Centre (SC): function responsible for the relaying and store and forwarding of a short message between an
SME and an MS/UE.
3.2 Abbreviations
For the purposes of the present document, the abbreviations given in 3GPP TR 21.905 [1] and the following apply. An
abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in
3GPP TR 21.905 [1].
Namf
UE N1 AMF
Figure 4.1-2a and Figure 4.1-2a depict the non-roaming architecture to support SBI-based SMS, using the reference
point representation showing how various network functions interact with each other
3GPP
Release 17 9 3GPP TS 23.540 V17.0.0 (2022-06)
SM1
SM MT through SMS-GMSC
UDM
SM1
SM MT through SMS-GMSC and IP-SM-GW
UDM SM3
IM/CPM AS
or S-CSCF ICS IP-SM-GW SM9 SMSF N20 AMF N1 UE
SM3
IM Interworking to SM MT through IP-SM-GW
UDM
Figure 4.1-2a: Non-roaming System Architecture for SBI-based MT SMS in reference point
representation
SM2 UDM N8
N21
SMS-SC SMS-
SM10 SMSF N20 AMF N1 UE
IWMSC
Figure 4.1-2b: Non-roaming System Architecture for SBI-based MO SMS in reference point
representation
NOTE 1: The newly introduced reference points for SMS_SBI are marked in red, and numbered from SM1 to SM10.
3GPP
Release 17 10 3GPP TS 23.540 V17.0.0 (2022-06)
Reference point SM1: Reference point for routing information between SMS-GMSC and UDM.
Reference point SM3: Reference point for routing information between IP-SM-GW and UDM.
Reference point SM4: Reference point for routing information between SMS Router and UDM.
Reference point SM5: Reference point for SMS message transfer between SMS-GMSC and SMSF.
Reference point SM6: Reference point for SMS message transfer between SMS-GMSC and SMS Router.
Reference point SM7: Reference point for SMS message transfer between SMSF and SMS Router.
Reference point SM8: Reference point for SMS message transfer between SMS-GMSC and IP-SM-GW.
Reference point SM9: Reference point for SMS message transfer between SMSF and IP-SM-GW
Reference point SM10: Reference point for SMS message transfer between SMS-IWMSC and SMSF.
This new services introduced in this procedure can be registered in NRF, and discovered by NF service consumers.
SMSF/SMS Router/IP-SM-GW should indicate whether it supports SMS_SBI or not. For the case of SMSF/IP-SM-
GW, "SBI support indication" should be brought when SMSF/IP-SM-GW registers in UDM. For the case of SMS
Router, "SBI support indication" should be configured locally in UDM, together with the SMS Router address. UDM
stores the "SBI support indication" indication and provides it to the SMS-GMSC during Routing Info retrieval. SMS-
GMSC selects legacy or SBI based protocol based on the indication received during Routing Info retrieval.
3GPP
Release 17 11 3GPP TS 23.540 V17.0.0 (2022-06)
SMS-
SMSF NRF UDM SC
GMSC
1. Message Transfer
2a. Nnrf_NFDiscovery_Request
3. Nudm_UECM_SendRoutingInfoForSM
4. Nudm_UECM_SendRoutingInfoForSM Response
8. Nudm_SMReportStatus_Request
9. Nudm_SMReportStatus_Request Response
1. MT SMS interaction between SC and SMS-GMSC follow the current procedure as defined in
3GPP TS 23.040 [2].
2a-2b. The SMS-GMSC should query the NRF to find the UDM instance(s), supporting SMS SBI interfaces, and
managing that manages the user subscriptions of the GPSI. The SMS-GMSC may need to retrieve the PLMN ID
of the recipients GPSI before the discovery of the UDM instance based on the GPSI-to-Subscription-Network
resolution procedure defined in clause 5.1.7.
3. SMS-GMSC invokes Nudm_UECM_SendRoutingInfoForSM (GPSI) to the UDM to get the routing information
of the nodes available for MT SMS delivery, in this case the registered serving SMSF instances for all access
types for the UE.
4. The UDM shall check the registration/reachability flags to determine the potential target nodes and responds to
the SMS-GMSC by sending Nudm_UECM_SendRoutingInfoForSM response, in this procedure the SMSF
instance Id and the indication for SMSF SMS_SBI support are included in the response message. The UDM
shall include the SMSF for 3GPP access and the SMSF for non-3GPP access separately, if both the SMSFs are
currently known to be valid for the UE.
3GPP
Release 17 12 3GPP TS 23.540 V17.0.0 (2022-06)
5. The SMS-GMSC forwards the SMS message to the SMSF. If the SMS-GMSC has more than one SMSF address
to use for SMS transport towards the UE, then the SMS-GMSC chooses which SMSF address to use first, based
on operator local policy.
The SMS-GMSC selects protocol based on the indication for SMSF SMS_SBI support.
If SMSF indicates it supports SMS_SBI, SMS-GMSC forwards the SMS message to the SMSF by invoking
Nsmsf_SMService_MtForwardSm service operation.
If SMSF indicates that it does not support SMS_SBI, SMS-GMSC should forward SMS message to SMSF by
legacy MAP/Diameter protocol. And the following steps follow the procedures for legacy MT SMS message
transfer, as illustrated in Figure 15a of TS23.040 [2].
6. MT SMS over NAS procedure between SMSF, AMF and UE is same as the definition in step 4a to 6b of Figure
[Link]-1 of 3GPP TS 23.502 [4].
7. The SMSF delivers the delivery report to SMS-GMSC by sending the Nsmsf_SMService_MtForwardSm
response to the SMS-GMSC.
10. The SMS-GMSC delivers the delivery report to SC as defined in TS 23.040 [2].
11. MT SMS over NAS procedure between SMSF, AMF and UE is same as the definition in step 6c to 6d of Figure
[Link]-1 of 3GPP TS 23.502 [4].
3GPP
Release 17 13 3GPP TS 23.540 V17.0.0 (2022-06)
1. Message Transfer
2a. Nnrf_NFDiscovery_Request
2b. Nnrf_NFDiscovery_Respone
3. Nudm_UECM_SendRoutingInfoForSM
4. Nrouter_SMService_RoutingInfo
5. Nrouter_SMService_RoutingInfo Response
6. Nudm_UECM_SendRoutingInfoForSM Response
12. Nudm_ReportSMDeliveryStatus_Request
1. MT SMS interaction between SC and SMS-GMSC follow the current procedure as defined in
3GPP TS 23.040 [2].
2a-2b. The SMS-GMSC should query the NRF to find the UDM instance(s), supporting SMS SBI interfaces, and
managing that manages the user subscriptions of the GPSI. The SMS-GMSC may need to retrieve the PLMN ID
of the recipients GPSI before the discovery of the UDM instance based on the GPSI-to-Subscription-Network
resolution procedure defined in clause 5.1.7.
3. SMS-GMSC invokes Nudm_UECM_SendRoutingInfoForSM (GPSI) to the UDM to get the serving node
information for all access types for the UE.
4. The UDM shall check the registration/reachability flags to determine the potential target nodes, e.g. SMSF. For
MT SM transfer via SMS Router, the UDM shall invoke the Nrouter_SMService_RoutingInfo to provide the
SMSF Instance Id to the SMS Router. The address of the SMS Router to be contacted by the UDM may be
configured locally.
3GPP
Release 17 14 3GPP TS 23.540 V17.0.0 (2022-06)
7-8. The SMS-GMSC forwards the SMS message to the SMS Router, and then SMS Router forwards the SMS
message to the SMSF. If the SMS Router has more than one SMSF address to use for SMS transport towards the
UE, then the SMS Router chooses which SMSF address to use first, based on operator local policy.
The SMS-GMSC selects protocol based on the indications for SMSF SMS_SBI support and SMS Router
SMS_SBI support.
If both SMSF and SMS Router indicate support for SMS_SBI, SMS-GMSC forwards the SMS message to the
SMS Router by invoking Nrouter_SMService_MtForwardSm service operation. And then the SMS Router
forwards the SMS message to the SMSF by invoking Nsmsf_SMService_MtForwardSm service operation.
If SMSF or SMS Router indicates that it does not support SMS_SBI, SMS-GMSC should forward SMS message
to SMS Router by legacy MAP/Diameter protocol. Then SMS Router forwards the SMS message to the SMSF
by legacy MAP/Diameter protocol. The following steps follow the procedures for legacy MT SMS message
transfer, as illustrated in Figure 15aa of TS23.040.
9. MT SMS over NAS procedure between SMSF, AMF and UE is same as the definition in step 4a to 6b of
Figure [Link]-1 in 3GPP TS 23.502 [4].
10. The SMSF delivers the delivery report to SMS Router by sending the Nsmsf_SMService_MtForwardSm
response to the SMS Router.
11. The SMS Router delivers the delivery report to SMS-GMSC by sending the Nrouter_SMService_MtForwardSm
response to the SMS-GMSC.
12-13. The SMS-GMSC may report the SM-Delivery Status to the UDM by invoking
Nudm_ReportSMDeliveryStatus_Request and UDM responses Nudm_ReportSMDeliveryStatus_Request
response to SMS-GMSC.
14. The SMS-GMSC delivers the delivery report to SC as defined in 3GPP TS 23.040 [2].
15. MT SMS over NAS procedure between SMSF, AMF and UE is same as the definition in step 6c to 6d of
Figure [Link]-1 in 3GPP TS 23.502 [4].
3GPP
Release 17 15 3GPP TS 23.540 V17.0.0 (2022-06)
SMS-
SMSF NRF IP-SM-GW UDM SC
GMSC
1. Message Transfer
2a. Nnrf_NFDiscovery_Request
2b. Nnrf_NFDiscovery_Respone
3. Nudm_UECM_SendRoutingInfoForSM
4. Nipsmgw_SMService_RoutingInfo
5. Nipsmgw_SMService_RoutingInfo Response
6. Nudm_UECM_SendRoutingInfoForSM Response
12. Nudm_ReportSMDeliveryStatus_Request
14. Nudm_ReportSMDeliveryStatus_Request
1. MT SMS interaction between SC and SMS-GMSC follow the current procedure as defined in
3GPP TS 23.040 [2].
2a-2b. The SMS-GMSC should query the NRF to find the UDM instance(s), supporting SMS SBI interfaces, and
managing that manages the user subscriptions of the GPSI. The SMS-GMSC may need to retrieve the PLMN ID
of the recipients GPSI before the discovery of the UDM instance based on the GPSI-to-Subscription-Network
resolution procedure defined in clause 5.1.7.
3. The SMS-GMSC invokes Nudm_UECM_SendRoutingInfoForSM (GPSI) to the UDM to get the serving node
information for all access types for the UE.
4. The UDM shall check the registration/reachability flags to determine the potential target nodes, e.g. SMSF. For
MT SM transfer via IP-SM-GW, the UDM shall invoke the Nipsmgw_SMService_RoutingInfo to provide the
SMSF Instance Id to the IP-SM-GW. The address of the IP-SM-GW to be contacted by the UDM may be
configured locally.
3GPP
Release 17 16 3GPP TS 23.540 V17.0.0 (2022-06)
7-8. The SMS-GMSC forwards the SMS message to the IP-SM-GW, and then IP-SM-GW performs service
authorization and domain selection to determine the domain for delivery of the Short Message as defined in
3GPP TS 23.204 [15]. If the SMSF is selected, the IP-SM-GW forwards the SMS message to the SMSF. If the
IP-SM-GW has more than one SMSF address to use for SMS transport towards the UE, then the IP-SM-GW
chooses which SMSF address to use first based on operator local policy.
The SMS-GMSC selects protocol based on the indication for SMSF SMS_SBI support and IP-SM-GW SBI
support:
If both SMSF and IP-SM-GW indicate support for SMS_SBI, SMS-GMSC forwards the SMS message to the IP-
SM-GW by invoking Nipsmgw_SMService_MtForwardSm service operation. And then the IP-SM-GW
forwards the SMS message to the SMSF by invoking Nsmsf_SMService_MtForwardSm service operation.
If SMSF or IP-SM-GW indicates that it does not support SMS_SBI, SMS-GMSC should forward SMS message
to IP-SM-GW by legacy MAP/Diameter protocol. Then IP-SM-GW forwards the SMS message to the SMSF by
legacy MAP/Diameter protocol. The following steps follow the procedures for legacy MT SMS message
transfer, as illustrated in Figure 15aa of TS23.040 [2].
9. The MT SMS over NAS procedure between SMSF, AMF and UE is the same as in step 4a to 6b of
Figure [Link]-1 of 3GPP TS 23.502 [4].
10. The SMSF delivers the delivery report to the IP-SM-GW by sending the Nsmsf_SMService_MtForwardSm
response to the IP-SM-GW.
11. The IP-SM-GW delivers the delivery report to the SMS-GMSC by sending the
Nipsmgw_SMService_MtForwardSm response to the SMS-GMSC.
12. The IP-SM-GW may report the SM-Delivery Status to the UDM by invoking
Nudm_ReportSMDeliveryStatus_Request.
14-15. The SMS-GMSC may report the SM-Delivery Status to the UDM by invoking
Nudm_ReportSMDeliveryStatus_Request and the UDM shall ignore the information provided in this report.
16. The SMS-GMSC delivers the delivery report to the SC as defined in 3GPP TS 23.040 [2].
17. The MT SMS over NAS procedure between SMSF, AMF and UE is the same as in step 6c to 6d of
Figure [Link]-1 of 3GPP TS 23.502 [4].
3GPP
Release 17 17 3GPP TS 23.540 V17.0.0 (2022-06)
SMS-
SMSF NRF UDM SC
GMSC
1. Message Transfer
2a. Nnrf_NFDiscovery_Request
3. Nudm_UECM_SendRoutingInfoForSM
8. Nudm_SMReportStatus_Request
9. Nudm_SMReportStatus_Request Response
11. Nudm_EventExposure_Subscribe
Figure 5.1.5-1: Unsuccessful MT SMS over NAS without SMS Router/ IP-SM-GW
1. MT SMS interaction between SC and SMS-GMSC follow the current procedure as defined in
3GPP TS 23.040 [2].
2a-2b. The SMS-GMSC should query the NRF to find the UDM instance(s), supporting SMS SBI interfaces, and
managing that manages the user subscriptions of the GPSI. If there is no available UDM returned from NRF, the
SMS-GMSC may send error response to the SC.
3. SMS-GMSC invokes Nudm_UECM_SendRoutingInfoForSM (GPSI) to the UDM to get the routing information
of the nodes available for MT SMS delivery, in this case the registered serving SMSF instance for all access
types for UE.
3GPP
Release 17 18 3GPP TS 23.540 V17.0.0 (2022-06)
4. The UDM shall check the registration/reachability flags to determine the potential target nodes. If the UDM is
failed at this step, e.g. user not found in the UDM, the UDM shall respond to the SMS-GMSC by sending
Nudm_UECM_SendRoutingInfoForSM response with error cause. If there is no target node address registered in
the UDM, a response with error case indicating absent subscriber for SM is sent to the SMS-GMSC and the
procedure continues in step 11.
5. If successful response is returned in step 4, the SMS-GMSC forwards the SMS message to the SMSF by
invoking Nsmsf_SMService_MtForwardSm service operation. If the SMS-GMSC has more than one SMSF
address to use for SMS transport towards the UE, then the SMS-GMSC chooses which SMSF address to use first
based on operator local policy.
6. MT SMS over NAS procedure between SMSF, AMF and UE is same as the definition in step 4a to 6b of Figure
[Link]-1 of 3GPP TS 23.502 [4].
7. If the AMF informs the SMSF that it cannot deliver the MT-SMS to the UE in step 6, e.g. UE is not reachable, or
the SMSF is failed at this step, e.g. memory capacity exceeded, the SMSF shall send the
Nsmsf_SMService_MtForwardSm response with error cause to the SMS-GMSC.
If the SMS-GMSC has more than one SMSF address to use for SMS transport towards the UE, then upon
receiving MT-SMS failure report, the SMS-GMSC, based on operator local policy, may re-attempt the MT-SMS
delivery via the other SMSF. If MT-SMS delivery also fails over the other SMSF, then the SMS-GMSC
continues with step 8.
8. The SMS-GMSC may report the SM-Delivery Status (e.g. UE is not reachable or memory capacity exceeded) to
UDM by invoking Nudm_ReportSMDeliveryStatus_Request.
10. The SMS-GMSC sends the failure report to SC as defined in TS 23.040 [2].
11. The SMS-GMSC subscribes in UDM to be notified when the UE becomes reachable for SMS (i.e. when the UE
gets in radio contact with the AMF while an SMSF is actually registered, or when an SMSF gets registered) by
using the Nudm_EventExposure_Subscribe service operation for Reachability for SMS event as defined in
3GPP TS 23.502 [4].
12. If applicable, the UDM subscribes to UE reachability notification in the AMF(s) using the Namf_EventExposure
service and sets the relevant reachability flags. The UDM acknowledges the event subscription created by the
SMS-GMSC.
3GPP
Release 17 19 3GPP TS 23.540 V17.0.0 (2022-06)
SMS-
SMSF NRF IP-SM-GW UDM SC
GMSC
1. Message Transfer
2a. Nnrf_NFDiscovery_Request
3. Nudm_UECM_SendRoutingInfoForSM
4. Nipsmgw_SMService_RoutingInfo
12. Nudm_ReportSMDeliveryStatus_Request
15. Nudm_ReportSMDeliveryStatus_Request
1. MT SMS interaction between SC and SMS-GMSC follow the current procedure as defined in
3GPP TS 23.040 [2].
2a-2b. The SMS-GMSC should query the NRF to find the UDM instance(s), supporting SMS SBI interfaces, and
managing that manages the user subscriptions of the GPSI. If there is no available UDM returned from NRF, the
SMS-GMSC may send error response to the SC.
3. SMS-GMSC invokes Nudm_UECM_SendRoutingInfoForSM (GPSI) to the UDM to get the serving node
information for UE.
3GPP
Release 17 20 3GPP TS 23.540 V17.0.0 (2022-06)
4. The UDM shall check the registration/reachability flags to determine the potential target nodes, e.g. SMSF. For
MT SM transfer via IP-SM-GW, the UDM shall invoke the Nipsmgw_SMService_RoutingInfo to provide the
SMSF Instance Id to the IP-SM-GW. The address of the IP-SM-GW to be contacted by the UDM may be
configured locally.
5. If any failure at this step, the IP-SM-GW shall send Nipsmgw_SMService_RoutingInfo response with error
cause to the UDM.
6. If the UDM receives error response from IP-SM-GW in step 5 or UDM is failed after step 3, e.g. user not found
in the UDM, the UDM shall respond to the SMS-GMSC by sending Nudm_UECM_SendRoutingInfoForSM
response with error cause. If there is no target node address registered in the UDM, a response with error case
indicating absent subscriber for SM is sent to the SMS-GMSC and the procedure continues in step 14.
7. If successful response is returned in step 6, the SMS-GMSC forwards the SMS message to the IP-SM-GW by
invoking Nipsmgw_SMService_MtForwardSm service operation.
8. The IP-SM-GW performs service authorization and domain selection to determine the domain for delivery of the
Short Message as defined in 3GPP TS 23.204 [15]. If the SMSF is selected, the IP-SM-GW forwards the SMS
message to the SMSF by invoking Nsmsf_SMService_MtForwardSm service operation. If the IP-SM-GW has
more than one SMSF address to use for SMS transport towards the UE, then the IP-SM-GW chooses which
SMSF address to use first based on operator local policy.
9. MT SMS over NAS procedure between SMSF, AMF and UE is same as the definition in step 4a to 6b of Figure
[Link]-1 of 3GPP TS 23.502 [4].
10. If the AMF informs the SMSF that it cannot deliver the MT-SMS to the UE in step 9, e.g. UE is not reachable, or
the SMSF is failed at this step, e.g. memory capacity exceeded, the SMSF shall send the
Nsmsf_SMService_MtForwardSm response with error cause to the IP-SM-GW.
11. If the IP-SM-GW receives error response from SMSF in step 10 and the IP-SM-GW has tried all selectable
domains and accesses or the IP-SM-GW is failed after step 7, the IP-SM-GW shall send the
Nipsmgw_SMService_MtForwardSm response with error cause to the SMS-GMSC.
12-13. The IP-SM-GW may report the SM-Delivery Status (e.g. UE is not reachable or memory capacity exceeded)
to UDM by invoking Nudm_ReportSMDeliveryStatus_Request.
14. The IP-SM-GW subscribes in HSS to be notified when the UE becomes reachable again, and subsequently the
HSS subscribes in the UDM to UE reachability for SMS over IP event, as defined in clause 5.5.6 of
3GPP TS 23.632 [5]. If applicable, the UDM subscribes to UE reachability notification in the AMF(s) using the
Namf_EventExposure service and sets the relevant reachability flags.15-16. The SMS-GMSC may report the
SM-Delivery Status to UDM by invoking Nudm_ReportSMDeliveryStatus_Request and the UDM shall ignore
the information provided in this report.
17. If the SMS-GMSC receives error response from IP-SM-GW in step 6 or step 11, the SMS-GMSC sends the
failure report to SC as defined in TS 23.040 [2].
When using service-based interface between the SMS-GMSC and the UDM, if the GPSI is the only known SMS
recipient's identifier, the SMS-GMSC needs to determine the target PLMN to be able to interact with the UDM in the
home PLMN of the SMS recipient. The SMS-GMSC can determine the target PLMN using one of the following
mechanisms:
3GPP
Release 17 21 3GPP TS 23.540 V17.0.0 (2022-06)
It is assumed that the domain part in an External Identifier identifies the home PLMN and hence it is not required to
determine the target PLMN when the GPSI is an External Identifier. The procedures described in the present
clause 5.1.7 apply only when the GPSI is an MSISDN.
NOTE: While these mechanisms are defined to determine the target PLMN for interactions between the SMS
entities such as SMS-GMSC and the UDM requiring routing based on the GPSI of the SMS recipient, it
can be applicable to any use case and procedure requiring selection of the target PLMN based on GPSI in
5GS.
When the recipient GPSI belongs to the same country as the originating network and MNP is not implemented in the
country, the SMS-GMSC may skip the procedure and may directly discover UDM profile for invoking UDM service
operation for routing information retrieval. In this case the SMS-GMSC determines the target PLMN ID from the
recipient's GPSI Prefix (e.g. CC+NDC) while sending the discovery request to the NRF.
SMS-
NRF MNP SC
GMSC
1a. Nnrf_NFManagement_NFRegister
2. Message Transfer
3a. Nnrf_NFDiscovery_Request
4. Nmnp_NPStatus_Get
5. Nmnp_NPStatus_Get Response
1a-1b. The MNP NF registers in the NRF with a new NF Type (e.g. MNP).
2. MT SMS interaction between SC and SMS-GMSC follow the current procedure as defined in
3GPP TS 23.040 [2].
3a-3b. The SMS-GMSC should query the NRF to find the MNP instance that manages the PLMN ID of the
recipients GPSI's subscription network. The MNP may belong to the same PLMN with SMS-GMSC or belong to
the number range holder network which is different with the PLMN of SMS-GMSC. In latter case, the local
NRF forwards the discovery request to the NRF of the number range holder PLMN.
4. SMS-GMSC invokes Nmnp_NPStatus_Get (GPSI) to the MNP NF to get the target PLMN ID of the GPSI.
5. MNP NF checks the portability status of the recipient GPSI and responds back with the target PLMN ID.
After step 5, the Mobile Terminated short message transfer procedures defined in clause 5.1 is performed from step 2a.
The SMS-GMSC uses the target PLMN ID to discover the UDM NF profile via NRF for sending the routing
information query to the UDM. If the target PLMN ID is not own network, the local NRF forwards the discovery
request to the NRF of the target PLMN.
3GPP
Release 17 22 3GPP TS 23.540 V17.0.0 (2022-06)
SMS-
NRF MNP UDM NRF UDM NRF UDM
GMSC
1. Nnrf_NFManagement (NFType=MNP, serviceName=Nmnp_NPStatus)
4. Nmnp_NPStatus_Get (GPSI)
Case 2:
B Number is Ported/other network subscriber (Own
PortedOut, Foreign Ported to Foreign, Foreign
Not Ported)
6b. Nnrf_NFDiscovery (NFType=UDM, serviceName=Nudm_routingInfo, PLMNID= PLMN ID received in Step 6)
8b.Nudm_UECM_SendRoutingInfoForSM
1. If the MNP NF is deployed, the MNP NF registers in the NRF with a new NF Type (e.g. MNP).
2-3. The SMS-GMSC should query the NRF to find the MNP instance that manages the PLMN ID of the
recipients GPSI's subscription network.
4. SMS-GMSC invokes Nmnp_NPStatus_Get (GPSI) to the MNP NF to get the target PLMN ID of the GPSI.
5. MNP NF checks the portability status of the recipient GPSI and responds back with the target PLMN ID.
NOTE: When the recipient GPSI belongs to the same country as the originating network and MNP is not
implemented in the country, the steps 1-5 is skipped. In this case the SMS-GMSC determines the target PLMN
ID from the recipient's GPSI Prefix (e.g. CC+NDC) based on local configuration.6-7. SMS-GMSC shall query
the NRF to find the UDM instance serving the target PLMN based on target PLMN ID received in step 6. For
step 7b-8b, if the target PLMN ID is not the originating network, the local NRF forwards the discovery request
to the NRF of the target PLMN.
3GPP
Release 17 23 3GPP TS 23.540 V17.0.0 (2022-06)
8-9. SMS-GMSC invokes Nudm_UECM_SendRoutingInfoForSM (GPSI) to the UDM of the target PLMN to get
the serving node instance for UE. The UDM shall check the registration/reachability flags to determine the
potential target nodes and responds to the SMS-GMSC by sending Nudm_UECM_SendRoutingInfoForSM
response, in this procedure the SMSF instance Id is included in the response message.
4. Nmnp_NPStatus_Get (GPSI)
Case 2:
7b. Nnrf_NFDiscovery_Response (UDM Instance(s)) B Number is Ported out
8b.Nudm_UECM_SendRoutingInfoForSM
9b. Nudm_UECM_SendRoutingInfoForSM Response
1. If the MNP NF is deployed in the Number Range Holder PLMN, the MNP NF registers in the NRF of the
number range holder PLMN with a new NF Type (e.g. MNP).
2-3. The SMS-GMSC should query the local NRF to find the MNP instance that manages the PLMN ID of the
recipients GPSI's subscription network, the local NRF forwards the discovery request to the NRF of the number
range holder PLMN. 4. SMS-GMSC invokes Nmnp_NPStatus_Get (GPSI) to the MNP NF to get the target
PLMN ID of the GPSI.
5. MNP NF checks the portability status of the recipient GPSI and responds back with the target PLMN ID.
3GPP
Release 17 24 3GPP TS 23.540 V17.0.0 (2022-06)
NOTE: When the recipient GPSI belongs to the same country as the number range holder network and MNP is not
implemented in the country, the steps 1-5 is skipped. In this case the SMS-GMSC determines the target
PLMN ID from the recipient's GPSI Prefix (e.g. CC+NDC) based on local configuration.
6-7. SMS-GMSC shall query the NRF to find the UDM instance serving the target PLMN based on target PLMN
ID received in step 6.
- For step 7a-8a, if the target PLMN ID belongs to the number range holder PLMN, the local NRF forwards
the discovery request to the NRF of the number range holder PLMN.
- For step 7b-8b, if the target PLMN ID belongs to the Subscription PLMN, the local NRF forwards the
discovery request to the NRF of the Subscription PLMN.
8-9. SMS-GMSC invokes Nudm_UECM_SendRoutingInfoForSM (GPSI) to the UDM of the target PLMN to get
the serving node instance for UE. The UDM shall check the registration/reachability flags to determine the
potential target nodes and responds to the SMS-GMSC by sending Nudm_UECM_SendRoutingInfoForSM
response, in this procedure the SMSF instance Id is included in the response message.
The SMS-GMSC sends routing information retrieval request to the SCP and the SCP uses the PLMN ID as the target
PLMN ID in the discovery request towards NRF to discover the UDM NF profiles in the subscription network of the
SMS recipient.
3GPP
Release 17 25 3GPP TS 23.540 V17.0.0 (2022-06)
SMS-
UDM NRF MNP SCP SC
GMSC
1a. Nnrf_NFManagement_NFRegister
2. Message Transfer
3. Nudm_UECM_SendRoutingInfoForSM
4a. Nnrf_NFDiscovery_Request
5. Nmnp_NPStatus_Get
6. Nmnp_NPStatus_Get Response
7a. Nnrf_NFDiscovery_Request
8. Nudm_UECM_SendRoutingInfoForSM
9. Nudm_UECM_SendRoutingInfoForSM Response
1a-1b. If the MNP NF is deployed, the MNP NF registers in the NRF with a new NF Type (e.g. MNP).
2. MT SMS interaction between SC and SMS-GMSC follow the current procedure as defined in
3GPP TS 23.040 [2].
3. The SMS-GMSC sends Nudm_UECM_SendRoutingInfoForSM to the SCP to get the serving node instance for
UE from the UDM. As specified in the Indirect Communication with Delegated Discovery model, the
Nudm_UECM_SendRoutingInfoForSMt shall contain the discovery factors containing the GPSI (pointing to the
Number Range Holder Network) and an indicator (i.e. "target-nw-resolution") that Subscription Network
resolution is delegated to the SCP. The "target-nw-resolution" may also be sent by an SCP to the next hop SCP.
The SCP receives the "target-nw-resolution" shall query the NF service consumer (MNP) to obtain the PLMN ID
of the recipient GPSI's subscription network.
4a-4b. The SCP shall query the NRF to find the MNP instance that manages the PLMN ID of the recipients GPSI's
subscription network. The MNP may belong to the same PLMN with SMS-GMSC or belong to the number
range holder network which is different with the PLMN of SMS-GMSC. In latter case, the local NRF forwards
the discovery request to the NRF of the number range holder PLMN.
5. The SCP determines the target PLMN of the recipients GPSI's subscription network using the SBI service of the
MNP NF i.e. the SCP invokes Nmnp_NPStatus_Get (GPSI) to the MNP NF.
6. MNP NF checks the portability status of the recipient GPSI and responds back with the target PLMN ID.
NOTE: If SCP is co-located with MNP, steps between SCP and NRF to discover the MNO, and steps between SCP
and MNP can be skipped.
3GPP
Release 17 26 3GPP TS 23.540 V17.0.0 (2022-06)
7a-7b. SCP shall query the NRF to find the UDM instance serving the target PLMN based on target PLMN ID
received in step 6.
8. SCP invokes Nudm_UECM_SendRoutingInfoForSM (GPSI) to the UDM to get the serving node instance for
UE.
9. The UDM shall check the registration/reachability flags to determine the potential target nodes and responds to
the SCP by sending Nudm_UECM_SendRoutingInfoForSM response, in this procedure the SMSF instance Id is
included in the response message.
10. SCP forward the responds to the SMS-GMSC by sending Nudm_UECM_SendRoutingInfoForSM response
(SMS Router address).
SMS-
UDM NRF MNP SCP SC
GMSC
1a. Nnrf_NFManagement_NFRegister
2. Message Transfer
3. Nudm_UECM_SendRoutingInfoForSM
4. Nnrf_NFDiscovery_Request
5. Nmnp_NPStatus_Get
6. Nmnp_NPStatus_Get Response
7. Nnrf_NFDiscovery_Request Response
8. Nudm_UECM_SendRoutingInfoForSM
9. Nudm_UECM_SendRoutingInfoForSM Response
1a-1b. If the MNP NF is deployed, the MNP NF registers in the NRF with a new NF Type (e.g. MNP).
2. MT SMS interaction between SC and SMS-GMSC follow the current procedure as defined in
3GPP TS 23.040 [2].
3. The SMS-GMSC sends Nudm_UECM_SendRoutingInfoForSM to the SCP to get the serving node instance for
UE from the UDM. The Nudm_UECM_SendRoutingInfoForSM contains the NF service discovery factors with
the GPSI (pointing to the Number Range Holder Network) and an indicator (i.e. "target-nw-resolution")
indicating that Subscription Network resolution is delegated to the SCP. The "target-nw-resolution" may also be
sent by an SCP to the next hop SCP.
4. The SCP should query the NRF to find the UDM instance that manages the user subscriptions using the GPSI.
The NRF receives the "target-nw-resolution" shall query the NF service consumer (MNP) to obtain the PLMN
ID of the recipient GPSI's subscription network.
5. The NRF determines the target PLMN of the recipients GPSI's subscription network using the SBI service of the
MNP NF i.e. the NRF invokes Nmnp_NPStatus_Get (GPSI) to the MNP NF. As an implementation choice the
NRF may determine the target PLMN by other means, e.g. local configuration of ENUM query.
3GPP
Release 17 27 3GPP TS 23.540 V17.0.0 (2022-06)
6. MNP NF checks the portability status of the recipient GPSI and responds back with the target PLMN ID.
7. NRF returns the UDM instance related to the GPSI and target PLMN Id to the SCP. For inter-PLMN discovery,
the local NRF shall query the NRF in the target PLMN to find the UDM instance. If there are not NF instances
available that can serve the request, the local NRF provides the discovery response indicating the consumer NF
to use a legacy interface for the next operation request in the procedure.
8. SCP invokes Nudm_UECM_SendRoutingInfoForSM (GPSI) to the UDM to get the serving node instance for
UE.
9. The UDM shall check the registration/reachability flags to determine the potential target nodes and responds to
the SCP by sending Nudm_UECM_SendRoutingInfoForSM response, in this procedure the SMSF instance Id is
included in the response message.
10. SCP forward the responds to the SMS-GMSC by sending Nudm_UECM_SendRoutingInfoForSM response
(SMS Router address).
2. Nudm_UECM_SendRoutingInfoForSM (GPSI)
3. Nnrf_NFDiscovery_Request (target-nf-type=MNP)
5. Nmnp_NPStatus_Request (GPSI)
Case 2:
10b. Nudm_UECM_SendRoutingInfoForSM Response B Number is Ported/
other network subscriber
(Own Ported Out, Foreign
11b. Nudm_UECM_SendRoutingInfoForSM Response Ported to Foreign,
Foreign Not Ported)
Figure [Link].4-1 SCP supports the GPSI-to-Subscription-Network resolution with MNP for Direct
Routing
1. If the MNP NF is deployed, the MNP NF registers in the NRF with a new NF Type (e.g. MNP).
3GPP
Release 17 28 3GPP TS 23.540 V17.0.0 (2022-06)
2. The SMS-GMSC sends Nudm_UECM_SendRoutingInfoForSM to the SCP to get the serving node instance for
UE from the UDM. As specified in the Indirect Communication with Delegated Discovery model, the
Nudm_UECM_SendRoutingInfoForSM shall contain the discovery factors containing the GPSI (pointing to the
Number Range Holder Network) and an indicator that Subscription Network resolution is delegated to the SCP.
3-4. The SCP shall query the NRF to find the MNP instance that manages the PLMN ID of the recipients GPSI's
subscription network.
5. The SCP determines the target PLMN of the recipients GPSI's subscription network using the SBI service of the
MNP NF i.e. the SCP invokes Nmnp_NPStatus_Get (GPSI) to the MNP NF.
6. MNP NF checks the portability status of the recipient GPSI and responds back with the target PLMN ID.
NOTE 1: If SCP is co-located with MNP, steps between SCP and NRF to discover the MNO, and steps between
SCP and MNP can be skipped.
NOTE 2: When the recipient GPSI belongs to the same country as the originating network and MNP is not
implemented in the country, steps between SCP and MNP can be skipped. In this case the SMS-GMSC or
SCP determines the target PLMN ID from the recipient's GPSI Prefix (e.g. CC+NDC) based on local
configuration.
7-8. SCP shall query the NRF to find the UDM instance serving the target PLMN based on target PLMN ID
received in step 6. For step 7b-8b, if the target PLMN ID is not the originating network, the local NRF forwards
the discovery request to the NRF of the target PLMN.
9-10. SCP invokes Nudm_UECM_SendRoutingInfoForSM (GPSI) to the UDM of the target PLMN to get the
serving node instance for UE. The UDM shall check the registration/reachability flags to determine the potential
target nodes and responds to the SCP by sending Nudm_UECM_SendRoutingInfoForSM response, in this
procedure the SMSF instance Id is included in the response message.
11. SCP forward the responds to the SMS-GMSC by sending Nudm_UECM_SendRoutingInfoForSM response
(SMS Router address).
3GPP
Release 17 29 3GPP TS 23.540 V17.0.0 (2022-06)
1. Nnrf_NFManagement_Register (NFType=MNP)
2. Nudm_UECM_SendRoutingInfoForSM (GPSI)
3. Nnrf_NFDiscovery_Request (target-nf-type=MNP)
5. Nmnp_NPStatus_Request (GPSI)
Figure [Link].5-1 SCP supports GPSI-to-Subscription-Network resolution with MNP for Indirect
routing
1. If the MNP NF is deployed in the Number Range Holder PLMN, the MNP NF registers in the NRF of the
number range holder PLMN with a new NF Type (e.g. MNP).
2. The SMS-GMSC sends Nudm_UECM_SendRoutingInfoForSM to the SCP to get the serving node instance for
UE from the UDM. As specified in the Indirect Communication with Delegated Discovery model, the
Nudm_UECM_SendRoutingInfoForSM shall contain the discovery factors containing the GPSI (pointing to the
Number Range Holder Network) and an indicator that Subscription Network resolution is delegated to the SCP.
3-4. The SCP shall query the local NRF to find the MNP instance that manages the PLMN ID of the recipients
GPSI's subscription network, the local NRF forwards the discovery request to the NRF of the number range
holder PLMN.
5. The SCP determines the target PLMN of the recipients GPSI's subscription network using the SBI service of the
MNP NF i.e. the SCP invokes Nmnp_NPStatus_Get (GPSI) to the MNP NF.
6. MNP NF checks the portability status of the recipient GPSI and responds back with the target PLMN ID.
NOTE 1: If SCP is co-located with MNP, steps between SCP and NRF to discover the MNO, and steps between
SCP and MNP can be skipped.
NOTE 2: When the recipient GPSI belongs to the same country as the number range holder network and MNP is not
implemented in the country, the steps between SCP and MNP can be skipped. In this case the SMS-
GMSC or SCP determines the target PLMN ID from the recipient's GPSI Prefix (e.g. CC+NDC) based on
local configuration.
3GPP
Release 17 30 3GPP TS 23.540 V17.0.0 (2022-06)
7-8. SCP shall query the local NRF to find the UDM instance serving the target PLMN based on target PLMN ID
received in step 6.
- For step 7a-8a, if the target PLMN ID belongs to the number range holder PLMN, the local NRF forwards
the discovery request to the NRF of the number range holder PLMN.
- For step 7b-8b, if the target PLMN ID belongs to the Subscription PLMN, the local NRF forwards the
discovery request to the NRF of the Subscription PLMN.
9-10. SCP invokes Nudm_UECM_SendRoutingInfoForSM (GPSI) to the UDM of the target PLMN to get the
serving node instance for UE. The UDM shall check the registration/reachability flags to determine the potential
target nodes and responds to the SCP by sending Nudm_UECM_SendRoutingInfoForSM response, in this
procedure the SMSF instance Id is included in the response message.
11. SCP forwards the responds to the SMS-GMSC by sending Nudm_UECM_SendRoutingInfoForSM response
(SMS Router address).
Target
SMS-GMSC Source NRF MNP MNP UDM HSS/HLR
NRF
1. Nnrf_NFDiscovery_Request
2. MNP query
3. MNP response
4. Nnrf_NFDiscovery_Request
5. Determination of
target PLMN as described
in steps 2-3
6. Nnrf_NFDiscovery_Response
7. Nnrf_NFDiscovery_Response
8a. Nudm_UECM_SendRoutingInfoForSM
1. The SMS-GMSC located in the PLMN of the SMS sender contacts the NRF in the source PLMN to perform
NF/NF service discovery of the UDM instance(s). The discovery request is based on the GPSI of the SMS
recipient and includes an indication for the NRF to determine the target PLMN and interface to be used (SBI or
legacy interface).
3GPP
Release 17 31 3GPP TS 23.540 V17.0.0 (2022-06)
2. Based on the indication to determine the target PLMN and interface to be used included in the discovery request,
the NRF in the source PLMN retrieves the target PLMN ID by consuming the SBI services of the MNP NF
described in clause 6.7. The NRF performs an NP query to the MNP NF using SBI for the GPSI of the SMS
recipient.
3. The MNP NF provides in the response the target PLMN information corresponding to the GPSI of the SMS
recipient and the procedure continues in step 4.
2a-3a. The NRF may, as an alternative implementation option to steps 2-3, obtain the target PLMN information by
other means, e.g., using DNS/ENUM resolution, local configuration in the NRF or direct access to Number
Portability (NP) databases via non-SBI, if applicable.
NOTE 1: NP applies to GPSIs representing E.164 addresses (i.e., MSISDN). NP is subject to regional and
regulatory requirements and is accomplished through the retrieval of ported data from NP
databases. Support of ENUM or direct access to NP via non-SBI interfaces and the exact means to
make the number portability data available to the NRF is subject to and configured per operator
policy.
The NRF may use the DNS/ENUM translation mechanism to resolve the GPSI of the SMS recipient in E.164
format to a URI as specified in IETF RFC 6116 [12]. The NRF performs an ENUM query for the GPSI of the
SMS recipient in step 2a. The output of the lookup process in the DNS/ENUM server is a URI that is provided in
the ENUM response and points to the source PLMN or the NRF in the target PLMN with which the source
PLMN has an interconnection agreement using SBI, so that the NRF in the source PLMN can send an inter-
PLMN service discovery request to the NRF in the target PLMN.
NOTE 2: The DNS/ENUM server searches for an ENUM record matching the GPSI of the SMS recipient.
An ENUM record for the individual GPSI or number series provisioned in the DNS/ENUM server
can be used to indicate whether the user belongs to the same PLMN or another PLMN in the same
or different country. A URI as a result of the lookup process in the DNS/ENUM server can be
provided by provisioning an ENUM service using the http or https scheme URI as defined in
IETF RFC 4002 [13] and IETF RFC 6118 [14].
4. Based on the response from the MNP NF, the NRF in the source PLMN determines the target PLMN where to
search for UDM instances.
If the NRF has obtained the target PLMN information by other means in steps 2a-3a, the NRF determines the
target PLMN based on the information from ENUM response, NP databases via non-SBI and/or local
configuration.
If the GPSI belongs to the source PLMN, the source NRF searches for UDM instances matching the discovery
criteria that can serve the request in the source PLMN using SBI services and provides the discovery response in
step 7.
If the GPSI belongs to a different PLMN, the NRF in the source PLMN checks whether the source PLMN has an
interconnection agreement using SBI with the target PLMN and, in that case, sends an inter-PLMN discovery
request to the NRF in the target PLMN to retrieve the UDM instances that can serve the SMS recipient, as
defined in clause 4.17.5 of 3GPP TS 23.502 [4] and 3GPP TS 29.510 [10]. The discovery request across PLMNs
shall include the GPSI of the SMS recipient, the indication to determine the target PLMN and interface to be
used and may include an indication that NP information has been already obtained, if applicable.
5. Based on the indication to determine the target PLMN and interface to be used included in the discovery request
from the source NRF, the NRF in the target PLMN applies the behaviour described for the source NRF in
steps 2-3 (or alternatively, steps 2a-3a).
The target NRF may perform a query to the MNP NF using SBI if NP is required and NP information has not
been retrieved previously (e.g., if source and target PLMNs belong to different countries or portability domains
and NP is required in the target PLMN). The target NRF obtains the PLMN ID of the new target PLMN in the
response from the MNP NF.
6. The target NRF provides the inter-PLMN discovery response including one of the following:
3GPP
Release 17 32 3GPP TS 23.540 V17.0.0 (2022-06)
- Information about a new target PLMN as a result of an NP query performed in the target PLMN selected first
by the source PLMN, if applicable. The source NRF may then send an inter-PLMN discovery request to the
NRF in the new target PLMN if there is an interconnection agreement based on SBI.
- No UDM instance(s) found in the target PLMN, implying that SBI interactions should not be used.
7. If the source NRF finds UDM instances matching the filter criteria in the source PLMN or receives UDM
instances from the target NRF in the response to a discovery request across PLMNs in step 6, the source NRF
provides the UDM instances in the discovery response to the SMS-GMSC.
If the source NRF receives information about a new target PLMN in the discovery response from the target NRF
as a result of an NP query performed in the target PLMN, the source NRF checks whether the source PLMN has
an interconnection agreement using SBI with the new target PLMN and, in that case, sends a discovery request
across PLMNs to the new target NRF as described in step 4.
If no UDM instances can serve the request using SBI, the source NRF provides the discovery response indicating
the SMS-GMSC to use a non-SBI interface for the next operation request in the procedure.
8a. If the discovery response includes UDM instances that can serve the SMS recipient, the SMS-GMSC sends the
operation request using SBI to e.g., retrieve the SMS routing information from the UDM, and the SBI-based MT
SMS procedure can be executed as described in clause 5.1.
8b. If no UDM instances are provided in the discovery response, the SMS-GMSC sends the operation request via
legacy interface using MAP/Diameter to e.g., retrieve the SMS routing information from the HLR/HSS/UDM.
5.1.8 Alert
Figure 5.1.8-1 depicts procedure for alert
1. Unsuccessful Mobile Terminated short message transfer procedure, as defined in steps 1-12 in Figure 5.1.5-1.
Alert SC 2.Namf_EventExposure_Notify or
Nudm_UECM_Registration
3.Nudm_EventExposure_Notify Req
4.Nudm_EventExposure_Notify Resp
[Link]
1 Unsuccessful Mobile Terminated short message transfer (without IP-SM-GW/SMS Router) procedure, as
defined in steps 1-10 in Figure 5.1.5-1.
2 UDM receives an operation from AMF or SMSF indicating that the UE is reachable for SMS delivery.
3GPP
Release 17 33 3GPP TS 23.540 V17.0.0 (2022-06)
SMS SMS-
SMSF NRF UDM SC
Router GMSC
1. Message Transfer
2a. Nnrf_NFDiscovery_Request
3. Nudm_UECM_SendRoutingInfoForSM
4. Nrouter_SMService_RoutingInfo
12. Nudm_ReportSMDeliveryStatus_Request
15. Nudm_EventExposure_Subscribe
1. MT SMS interaction between SC and SMS-GMSC follow the current procedure as defined in
3GPP TS 23.040 [2].
2a-2b. The SMS-GMSC should query the NRF to find the UDM instance that manages the user subscriptions using
the GPSI. If there is no available UDM returned from NRF, the SMS-GMSC may send error response to the SC.
3. SMS-GMSC invokes Nudm_UECM_SendRoutingInfoForSM (GPSI) to the UDM to get the serving node
information for all access types for the UE.
4. The UDM shall check the registration/reachability flags to determine the potential target nodes, e.g. SMSF. For
MT SM transfer via SMS Router, the UDM shall invoke the Nrouter_SMService_RoutingInfo to provide the
SMSF Instance Id to the SMS Router. The address of the SMS Router to be contacted by the UDM may be
configured locally.
3GPP
Release 17 34 3GPP TS 23.540 V17.0.0 (2022-06)
5. If any failure at this step, the SMS Router shall send Nrouter_SMService_RoutingInfo response with error cause
to the UDM.
6. If the UDM receives error response from SMS Router in step 5 or UDM is failed after step 3, e.g. user not found
in the UDM, the UDM shall respond to the SMS-GMSC by sending Nudm_UECM_SendRoutingInfoForSM
response with error cause. If there is no target node address registered in the UDM, a response with error case
indicating absent subscriber for SM is sent to the SMS-GMSC and the procedure continues in step 15.
7. If successful response is returned in step 6, the SMS-GMSC forwards the SMS message to the SMS Router by
invoking Nrouter_SMService_MtForwardSm service operation.
8. The SMS Router forwards the SMS message to the SMSF by invoking Nsmsf_SMService_MtForwardSm
service operation.
9. MT SMS over NAS procedure between SMSF, AMF and UE is same as the definition in step 4a to 6b of Figure
[Link]-1 of 3GPP TS 23.502 [4].
10. If the AMF informs the SMSF that it cannot deliver the MT-SMS to the UE in step 9, e.g. UE is not reachable, or
the SMSF is failed at this step, e.g. memory capacity exceeded, the SMSF shall send the
Nsmsf_SMService_MtForwardSm response with error cause to the SMS Router.
11. If the SMS Router receives error response from SMSF in step 10 or the SMS Router is failed after step 7, the
SMS Router shall send the Nrouter_SMService_MtForwardSm response with error cause to the SMS-GMSC.
12-13. The SMS-GMSC may report the SM-Delivery Status (e.g. UE is not reachable or memory capacity
exceeded) to UDM by invoking Nudm_ReportSMDeliveryStatus_Request.
14. If the SMS-GMSC receives error response from SMS Router in step 6 or step 11, the SMS-GMSC sends the
failure report to SC as defined in TS 23.040 [2].
15. The SMS-GMSC subscribes in UDM to be notified when the UE becomes reachable for SMS (i.e. when the UE
gets in radio contact with the AMF while an SMSF is actually registered, or when an SMSF gets registered) by
using the Nudm_EventExposure_Subscribe service operation for Reachability for SMS event as defined in
3GPP TS 23.502 [4].
16. If applicable, the UDM subscribes to UE reachability notification in the AMF(s) using the Namf_EventExposure
service and sets the relevant reachability flags. The UDM acknowledges the event subscription created by the
SMS-GMSC.
This new service is registered in NRF, and can be invoked by service consumers.
3GPP
Release 17 35 3GPP TS 23.540 V17.0.0 (2022-06)
0. Nnrf_NFManagement_ NFRegister
1. step 1 -2b of figure [Link]-1 in
3GPP TS 23.502 [4]
2a.Nnrf_NFDiscovery Req
2b.Nnrf_NFDiscovery Resp
[Link] xter/rpt
0 SMS-IWMSC registers Niwmsc_SMService service in the NRF, during the NF registration procedure.
1 MO SM message transfer from UE to SMSF through AMF follows the current procedure as defined in
3GPP TS 23.040 [2]
2a If SMSF knows from local configuration that the target SMS-IWMSC does not support SBI, it shall quit the SBI-
based procedure and fallback to legacy (MAP/Diameter) protocol based procedures, as defined in TS 23.040 [2],
or SMSF invokes the Nnrf_NFDiscovery to discover and select serving SMS-IWMSC with the parameters of
SUPI and/or GPSI and/or location (e.g. TAIs, CGIs, etc.) and/or E.164 address of the SC.
2b If no SMS-IWMSC could be discovered, the NRF shall feedback to SMSF, and SMSF shall quit the SBI-based
procedure and fallback to legacy (MAP/Diameter) protocol based procedures, as defined in TS 23.040 [2].
If a SMS-IWMSC is discovered and selected, NRF returns the IP addresses or FQDNs of the serving SMS-
IWMSC to provide Niwmsc_SMService service to SMSF.
3 SMSF sends a Niwmsc_SMService_MoForwardSm service request to the URI of serving SMS-IWMSC, which
is obtained in step 2b. The payload body of the request shall contain the SM record to be sent, the Service Centre
address, the callbackURI for MO SMS Delivery Report, the timer for waiting the MO SMS Delivery Report, and
optionally contains the Access Type.
4 MO SMS delivery procedure between SMS-IWMSC and SC is the same as the definition in step 4 of Figure
[Link]-1 of 3GPP TS 23.502 [4].
6 MO SMS delivery report procedure between SMSF, AMF and UE is the same as the 3GPP TS 23.502 [4].
When no more SMS is to be sent, the procedure for CP-ack and SMS ack is the same as the 3GPP TS 23.502 [4].
These procedures are defined in step 6a to 6d of Figure [Link]-1 of 3GPP TS 23.502 [4].
3GPP
Release 17 36 3GPP TS 23.540 V17.0.0 (2022-06)
0. Nnrf_NFManagement_ NFRegister
1. step 1 -2b of figure [Link]-1 in
3GPP TS 23.502 [4]
2a.Nnrf_NFDiscovery Req
2b.Nnrf_NFDiscovery Resp
[Link] Report
0-3 The same as the procedures in step 0-3 of Figure 5.2.2-1 in clause 5.2.2
4 SMS-IWMSC sends Niwmsc_SMService_MoForwardSm response with HTTP status code for application errors
as defined in Table 5.3.2-1.
5 Failure report from SMSF to UE, with the error cause code as defined in Table 5.3.2-2.
SMS-IWMSC indicates the different errors for MO SM transfer in MoForwardSm response according to the different
failure scenarios which happened during MO SM transfer. The Application Errors used in
Niwmsc_SMService_MoForwardSm response are defined in Table 5.3.2-1 below
If errors are indicated by the SMS-IWMSC, the SMSF shall send a failure report (i.e. a RP-ERROR message) to the
UE, with the error cause coded as following map between errors indicated by SMS-IWMSC and error cause code in
RP-ERROR message:
3GPP
Release 17 37 3GPP TS 23.540 V17.0.0 (2022-06)
NOTE: The coding and the use of the RP-ERROR message is specified in 3GPP TS 24.011 [8].
0. Nnrf_NFManagement_ NFRegister
1. MO SMS Delivery
2a.Nnrf_NFDiscovery Req
2b.Nnrf_NFDiscovery Resp
3.Nnef_SMService_MoForwardSm (SMS body) Req
4. Nudm_SDM_Get request
(Identifier translation)
5. Nudm_SDM_Get Response
6. Nnef_MSISDN-less_MO_SMS
Notify
7. Nnef_SMService_MoForwardSm (status) Resp
8. SMS Delivery or
Failure Report
0 NEF registers Nnef_SMService_MoForwardSm service and supporting long/short code ranges in NRF, during
the NF registration procedure.
2a-2b SMS-SC provides destination SME address (long/short code of the AF) to NRF for NEF selection, and
chooses Nnef_SMService_MoForwardSm service for MSISDN-less MO SMS submit.
4-5 Nudm_SDM_Get and response between NEF and UDM, which refers to Step 3-Step 4 of Figure [Link]-1 in
TS 23.502 [4].
6 The NEF provides a Nnef_MSISDN-less_MO_SMS Notify, which refers to Step 5 of Figure [Link]-1 in
TS 23.502 [4].
8 SMS-SC indicates success/failure back to UE using existing SBI-based SMS delivery report defined in clause
6.2.2.
3GPP
Release 17 38 3GPP TS 23.540 V17.0.0 (2022-06)
- Request
Except the existing events that are exposed by UDM, events "UE_MEMORY_AVAILABLE_FOR_SMS" and
"UE_REACHABILITY_FOR_SMS" should be supported.
The new service operation SendRoutingInfoForSM shall be supported to get the target valid node(s) serving the UE
from the UDM, which will be used by the SMS-GMSC to deliver the MT SMS.
3GPP
Release 17 39 3GPP TS 23.540 V17.0.0 (2022-06)
Inputs, Required: the SM record to be sent, the Service Centre address, the callbackURI for MO SMS Delivery
Report, the timer for waiting MO SMS Delivery Report.
On failure or redirection, the appropriate HTTP status code (e.g. "403 Forbidden", "504 Gateway Timeout") indicating
the error shall be returned.
3GPP
Release 17 40 3GPP TS 23.540 V17.0.0 (2022-06)
Description: transfer downlink SMS message from consumer NF to IP-SM-GW and return the MT SMS Delivery
Report to the consumer NF.
3GPP
Release 17 41 3GPP TS 23.540 V17.0.0 (2022-06)
Description: transfer downlink SMS message from consumer NF to SMS Router and return the MT SMS Delivery
Report to the consumer NF.
3GPP
Release 17 42 3GPP TS 23.540 V17.0.0 (2022-06)
Inputs, Required: SMS payload, Application port ID, SUPI, destination SME address (long/short code of the AF).
3GPP
Release 17 43 3GPP TS 23.540 V17.0.0 (2022-06)
Annex A (informative):
Change history
Change history
Date Meeting TDoc CR Rev Cat Subject/Comment New
version
2021-10 CT4#106e C4-215046 C4-215046 as basis 0.1.0
2021-10 CT4#106e C4-215513 Implementation of C4-215417, C4-215418, C4-215453 and C4- 0.2.0
215454 in CT4#106e
2021-12 CT4#107e C4-216466 Implementation of C4-216442, C4-216443, C4-216444 and C4- 0.3.0
216546 in CT4#107e
2022-01 CT4#107bis C4-220540 Implementation of C4-220029, C4-220341, C4-220374, C4- 0.4.0
-e 220408 and C4-220409 in CT4#107bis-e
2022-02 CT4#108e C4-221588 Implementation of C4-221438, C4-221573, C4-221595 and C4- 0.5.0
221692 in CT4#108e
2022-04 CT4#109e C4-222340 Implementation of C4-222229, C4-222271, C4-222301, C4- 0.6.0
222329, C4-222330, C4-222394, C4-222395, C4-222396, C4-
222397 and C4-222418 in CT4#109e
2022-05 CT4#110e C4-223449 Implementation of C4-223277, C4-223342 and C4-223358 in 0.7.0
CT4#110e
2022-06 CT#96 CP-221077 TS for information and approval 1.0.0
2022-06 CT#96 CP-221077 TS approved in CT#96 17.0.0
3GPP