RP-SMEA

RP SME-Address

Identifier →
Introduced in Rel-11

RP-SMEA is an address field within the Relay Protocol used in SMS over IMS that carries the Short Message Entity address, typically the originating or destination phone number, to identify the sender or recipient.

Category
Identifier
Introduced
Rel-11
Where
Core Network › 5G Core
Specifications
1 specs
RP-SMEA Description Purpose Related Classification Detected Changes Specifications

Description

RP-SMEA, or RP SME-Address, is a key parameter within the Relay Protocol (RP) data structure used for Short Message Service (SMS) communication over the IP Multimedia Subsystem (IMS). An SME (Short Message Entity) is any entity that can originate or terminate a short message; this is most commonly a mobile subscriber's UE, but can also be an application or service. The RP-SMEA field contains the address of this entity. In the context of mobile-terminated SMS (message sent to a UE), the RP-SMEA in the RP-DATA message carries the address of the originating SME (the sender). In mobile-originated SMS or in response messages like RP-ACK, it carries the address of the destination or responding SME.

The technical format of the RP-SMEA is derived from the address formats used in legacy SMS over circuit-switched networks. It typically contains an address type (e.g., international number, national number, alphanumeric) and the digit string itself, such as an MSISDN (e.g., +1234567890). Within the RP PDU, the RP-SMEA is positioned alongside other fields like the RP-MTI and RP-UI. When an IP Short Message Gateway (IP-SM-GW) receives an SMS submission from a UE via SIP, it extracts the RP-SMEA from the RP-DATA to identify the sender. Conversely, when the IP-SM-GW receives an SMS from the legacy SMSC via MAP, it places the sender's address from the MAP message into the RP-SMEA field of the RP-DATA before embedding it into a SIP MESSAGE destined for the recipient UE.

Its role is crucial for address resolution, routing, and presentation. The UE uses the RP-SMEA to display the sender's number for an incoming message. Furthermore, in network routing logic, the RP-SMEA may be used for applying service logic, such as spam filtering or billing. It also plays a part in generating delivery reports; when a UE sends an RP-ACK (delivery report) back to the network, it includes its own address as the RP-SMEA, allowing the IP-SM-GW to correlate the report with the original message and forward it to the correct SMSC and ultimately to the original sender. This end-to-end address transparency is vital for the SMS service to function correctly across the hybrid network involving both IMS and legacy circuit-switched core network elements.

Purpose & Motivation

The RP-SMEA was defined to preserve the critical addressing information of SMS in the transition from circuit-switched to IMS-based delivery. In traditional GSM/UMTS SMS, the sender and recipient addresses were carried within the MAP protocol layers. As SMS began to be transported over IMS using SIP, there was a risk of losing this essential metadata if it was not explicitly defined within the new protocol encapsulation. The RP layer, including the RP-SMEA field, was created to serve as a container for this SMS-specific signaling, ensuring that the addressing information remained intact and unambiguous when carried inside SIP, which has its own addressing scheme (SIP URIs) for routing sessions.

This solved a fundamental interworking problem: mapping between E.164 telephone numbers (used in the legacy SMS world) and SIP URIs (used in IMS). The IP-SM-GW acts as the translation point. It uses the RP-SMEA from the RP message to perform number-based routing and subscriber identification, which is necessary to interface with the legacy Home Location Register (HLR) and SMSC. Without a standardized field like RP-SMEA to carry the MSISDN, the IP-SM-GW would have to infer the sender/recipient address from other, potentially less reliable SIP headers, which could lead to incorrect message delivery, broken calling line identification presentation (CLIP), and failed delivery reports. Thus, RP-SMEA ensures backward compatibility and service continuity for one of the most ubiquitous telecommunication services during network evolution.

Classification

Part ofMSISDN
Related approachesIP-SM-GW

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (6 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Studied in Rel-11, normative work from Rel-15.

Rel-15 3 changes

In Release 15, the RP-SMEA function was introduced within the Send Routing Info for SM procedure, specifically defining the SM-RP-SMEA information element to carry the RP-Originating SME-address. This element is conditionally present if the SMS-GMSC supports receiving two numbers from the HSS, and its format follows the rules specified in 3GPP TS 23.040. Additionally, Release 15 introduced the SMSF Address information elements (SMSF-3GPP-Address and SMSF-Non-3GPP-Address) for routing to the registered SMSF.

  • Correction of the data type used for SC-Address and SMS-GMSC-Address TS 29.338CR0030
  • Clarification on presence of SC-Address in SRR and on MWD Status TS 29.338CR0033
  • SMSF Address TS 29.338CR0034
Rel-16 1 change

In Release 16, the RP-SMEA function was enhanced through SMSF Address Corrections, which clarified the population of SMSF addresses in routing responses. Specifically, the HSS was updated to include the addresses of registered SMSFs in the "Send Routing Info for SM Answer" when the SMSF-Support feature is commonly supported, regardless of the GPRS indicator. Furthermore, the specification detailed that the SMSF 3GPP Address and SMSF Non-3GPP Address could be populated within existing Serving-Node and Additional-Serving-Node AVPs as applicable.

Rel-19 2 changes

In Release 19, the RP-SMEA function was enhanced to support SM delivery via HPLMN routing using an SMS Router and to include SMSF addresses within Routing Data Records. Specifically, the encoding of the SMSF address, comprising both a Diameter address and an SMSF number, was defined for inclusion within the existing Serving-Node and Additional-Serving-Node AVPs in the relevant procedures.

  • SM delivery HPLMN routing via SMS Router and SMSF addresses in RDR/RDA. TS 29.338CR0064
  • SMSF Address encoding in Serving-Node and Additional-Serving-Node TS 29.338CR0066

Explore further

Broader topics and technologies where RP-SMEA plays a role.

Defining Specifications

3GPP specifications that define or reference RP-SMEA, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TS 29.338 vj30 Diameter protocols for SMS in MME/5GS Rel-19