RCS Business Messaging (RBM) consente ai brand di inviare messaggi ricchi e interattivi tramite l'app di messaggistica nativa dell'operatore, usando il GSMA Universal Profile. Gli agenti business si connettono a una funzione MaaP (Messaging-as-a-Platform) invece di aprire un bind SMPP, rilevano le capacità per dispositivo, scambiano messaggi mobile-originated e mobile-terminated e vengono fatturati per conversazione o per evento-messaggio.
Cosa sono RCS e l'Universal Profile
RCS (Rich Communication Services) è il successore IP di SMS/MMS definito dalla GSMA, erogato all'interno del client di messaggistica predefinito dell'operatore. Per fermare la frammentazione tra le implementazioni degli operatori, la GSMA ha pubblicato l'RCS Universal Profile — un unico insieme di funzionalità concordato (chat, chat di gruppo, conferme di lettura, indicatore di scrittura, media in alta risoluzione, trasferimento file) specificato nell'RCC.07. Universal Profile 2.x è la baseline a cui punta la maggior parte delle implementazioni. RCS viaggia su IP fino al dispositivo, ma è ancorato al core IMS/messaging dell'operatore, quindi eredita l'indirizzamento carrier-grade (l'identità resta l'MSISDN) aggiungendo l'esperienza ricca, in stile sessione, che l'SMS non ha mai avuto.
MaaP: Messaging as a Platform
La messaggistica business su RCS è definita dalla specifica GSMA MaaP (RCC.71). MaaP introduce una funzione di piattaforma all'interno della rete dell'operatore che ospita gli agenti business (chiamati anche chatbot) e fa da intermediario tra questi e gli abbonati. Un brand non apre una sessione di protocollo grezza verso ogni abbonato; registra un agente presso un provider MaaP, e la funzione MaaP gestisce raggiungibilità del dispositivo, capacità, fan-out e fatturazione. È questa la differenza strutturale rispetto all'SMS: SMPP espone un bind binario di basso livello verso un centro messaggi, mentre MaaP espone un agente ospitato su una piattaforma che dialoga con molti abbonati per conto del brand.
| Elemento | Specifica | Ruolo |
|---|---|---|
| Universal Profile | GSMA RCC.07 | Set di funzionalità RCS concordato (chat, media, conferme di lettura, indicatore di digitazione) |
| MaaP | GSMA RCC.71 | Piattaforma che ospita gli agenti aziendali e raggiunge gli abbonati |
| Agente aziendale / chatbot | RCC.71 | L'identità del marchio con cui gli abbonati interagiscono |
| RBM API | Google RCS Business Messaging | API REST dell'agente usata per inviare/ricevere e interrogare le capability |
| Agente verificato | GSMA / MaaP | Nome del marchio, logo, colore e badge di verifica |
La RBM agent API rispetto a un bind SMPP
Laddove un mittente A2P SMS apre una sessione SMPP binaria persistente e invia PDU submit_sm, un mittente business RCS chiama una REST agent API. In Google RCS Business Messaging, l'agente si autentica con un service account e invia un messaggio a un endpoint agentMessage indirizzato all'MSISDN dell'abbonato; i messaggi in ingresso e gli eventi di consegna/lettura arrivano come callback webhook. Non esiste un bind trasmissione/ricezione persistente né una codifica PDU — il payload è JSON che descrive testo, media o una rich card. Il compromesso è contenuti più ricchi e interattività strutturata in cambio di un'integrazione di più alto livello, per agente, anziché una pipe grezza verso il centro messaggi.
POST https://rcsbusinessmessaging.googleapis.com/v1/phones/+15551234567/agentMessages
{
"contentMessage": {
"text": "Your order #4021 has shipped.",
"suggestions": [
{ "reply": { "text": "Track", "postbackData": "track_4021" } },
{ "reply": { "text": "Help", "postbackData": "support" } }
]
}
}Scoperta delle capacità: non tutti i dispositivi parlano RCS
La raggiungibilità RCS è per dispositivo, non per numero: lo stesso MSISDN può essere RCS-capable su un telefono e ripiegare su SMS su un altro. Prima di inviare contenuti ricchi, un agente business effettua un controllo di capacità — in RBM una GET sulle capabilities dell'abbonato restituisce se il dispositivo è raggiungibile via RCS e quali funzionalità (rich card, caroselli, trasferimento file, azioni suggerite) supporta. Un mittente corretto usa questo dato sia per decidere se inviare RCS, sia per adattare il messaggio alle funzionalità disponibili, ripiegando su SMS o MMS quando il dispositivo non è raggiungibile via RCS. La scoperta delle capacità è quindi il primo passo di qualsiasi invio RCS e il punto su cui si aggancia il fallback omnicanale.
GET https://rcsbusinessmessaging.googleapis.com/v1/phones/+15551234567/capabilities?requestId=8f2c...
200 OK
{ "features": [ "RICHCARD_STANDALONE", "RICHCARD_CAROUSEL", "ACTION_DIAL", "ACTION_URL" ] }
404 -> device not RCS-reachable now; fall back to SMS/MMSMO / MT, conversazioni e agenti verificati
Il traffico business RCS è bidirezionale. I messaggi mobile-terminated (MT) fluiscono dall'agente all'abbonato; i messaggi mobile-originated (MO) — le risposte dell'abbonato, i tap sui pulsanti e i media condivisi — tornano indietro come eventi webhook che trasportano i postback data che l'agente ha associato a ciascun suggerimento. Poiché lo scambio è conversazionale, un agente verificato presenta un'identità affidabile: nome del brand, logo, colore del brand e un badge verificato mostrato dal client, provisionati tramite l'operatore/aggregatore e la piattaforma MaaP dopo la verifica del brand. Quell'identità verificata è ciò che distingue un brand RCS legittimo da un mittente contraffatto e sta alla base dei controlli sul mittente brandizzato trattati separatamente.
Eventi di fatturazione e classi di traffico
La fatturazione business RCS è basata su eventi, non per segmento come l'SMS. A seconda dell'operatore e del modello commerciale MaaP, l'addebito è applicato per messaggio o per conversazione (una finestra di sessione di messaggi correlati), e spesso suddiviso in classi di traffico — per esempio notifiche A2P a singolo messaggio rispetto a sessioni conversazionali interattive, talvolta con una distinzione tra A2P e P2A (person-to-application, avviata dall'abbonato). Media ricchi, caroselli e trasferimento file viaggiano all'interno della stessa conversazione e non subiscono la segmentazione tipica dell'SMS. Poiché prezzi, disponibilità e supporto delle funzionalità variano per operatore, una piattaforma business riconcilia capacità, raggiungibilità e condizioni commerciali per ciascun mercato prima di destinare traffico a RCS.
Domande frequenti
Che cos'è RCS Business Messaging?
RCS Business Messaging (RBM) è il canale business di GSMA RCS: i brand inviano messaggi ricchi, interattivi e verificati che appaiono nell'app di messaggistica nativa dell'abbonato. Usa l'insieme di funzionalità dell'Universal Profile, viene erogato tramite una piattaforma MaaP e supporta testo, media, rich card, caroselli e risposte e azioni suggerite.
Che cos'è MaaP?
MaaP (Messaging as a Platform, GSMA RCC.71) è la funzione di rete che ospita gli agenti business RCS e fa da intermediario tra questi e gli abbonati. Invece di aprire un bind verso un centro messaggi tramite SMPP, un brand registra un agente presso un provider MaaP, che gestisce raggiungibilità del dispositivo, capacità, fan-out dei messaggi e fatturazione.
In cosa la RBM API è diversa da SMPP?
SMPP è una sessione binaria persistente con PDU submit_sm verso un centro messaggi. RBM è una REST agent API: l'agente invia messaggi JSON all'MSISDN di un abbonato e riceve risposte ed eventi di consegna/lettura come webhook. Non c'è alcun bind persistente né codifica PDU, e il payload può trasportare rich card ed elementi interattivi che l'SMS non consente.
Come faccio a sapere se un numero può ricevere RCS?
La raggiungibilità RCS è per dispositivo, quindi si esegue un controllo di capacità prima di inviare. In RBM una GET sulle capabilities dell'abbonato restituisce se il dispositivo è raggiungibile via RCS e quali funzionalità supporta; un risultato not-found significa che il dispositivo non è raggiungibile via RCS in quel momento e il mittente dovrebbe ripiegare su SMS o MMS.
Che cos'è un agente RCS verificato?
Un agente verificato è un'identità business provisionata tramite l'operatore e la piattaforma MaaP dopo la verifica del brand. Presenta il nome del brand, il logo, il colore del brand e un badge verificato nel client di messaggistica, così gli abbonati possono fidarsi del mittente. È l'equivalente RCS di un'identità mittente registrata e verificata.
Come viene fatturata la messaggistica business RCS?
A differenza dell'SMS, che fattura per segmento da 160/70 caratteri, la messaggistica business RCS è fatturata per messaggio o per sessione di conversazione, spesso suddivisa in classi di traffico come notifiche a singolo messaggio rispetto a conversazioni interattive. Media ricchi e caroselli viaggiano all'interno della conversazione e non vengono segmentati. Prezzi e disponibilità esatti variano per operatore e modello MaaP.
Specifiche della fonte
Gli standard pubblicati su cui si basa questa pagina. Si apre in una nuova scheda.