# RCS Business Messaging und die MaaP-Plattform

> RCS Business Messaging (RBM) ermöglicht Marken, reichhaltige, interaktive Nachrichten über die native Messaging-App des Betreibers mithilfe des GSMA Universal Profile zu senden. Business-Agenten verbinden sich mit einer MaaP-Funktion (Messaging-as-a-Platform), statt sich über SMPP zu binden, ermitteln die Capability je Endgerät, tauschen mobile-originated und mobile-terminated Nachrichten aus und werden pro Konversation oder Nachrichtenereignis abgerechnet.

- Kanonische URL: https://www.broadnet.me/de/reference/rcs-business-messaging-maap
- Sprache: de
- Zuletzt aktualisiert: 2026-07-18
- Herausgeber: BroadNet (https://www.broadnet.me)

Wie RCS Business Messaging funktioniert: das GSMA Universal Profile (RCC.07), die Messaging-as-a-Platform-Architektur (RCC.71), verifizierte Agenten, Capability-Discovery, MO/MT-Flüsse und Abrechnungsereignisse — und wie die RBM-Agenten-API sich von einem SMPP-Bind unterscheidet.

## Was RCS und das Universal Profile sind

RCS (Rich Communication Services) ist der IP-basierte Nachfolger von SMS/MMS der GSMA, ausgeliefert im Standard-Messaging-Client des Betreibers. Um die Fragmentierung zwischen den Betreiber-Implementierungen zu beenden, veröffentlichte die GSMA das RCS Universal Profile — einen einheitlich vereinbarten Funktionsumfang (Chat, Gruppenchat, Lesebestätigungen, Schreibanzeige, hochauflösende Medien, Dateiübertragung), spezifiziert in RCC.07. Universal Profile 2.x ist die Baseline, auf die die meisten Bereitstellungen abzielen. RCS läuft über IP zum Endgerät, ist aber im IMS-/Messaging-Kern des Betreibers verankert, sodass es die Carrier-Grade-Adressierung erbt (die MSISDN bleibt die Identität), während es das reichhaltige, sitzungsartige Erlebnis hinzufügt, das SMS nie hatte.

## MaaP: Messaging as a Platform

Business Messaging auf RCS wird durch die GSMA-Spezifikation MaaP (RCC.71) definiert. MaaP führt eine Plattformfunktion innerhalb des Betreibernetzes ein, die Business-Agenten (auch Chatbots genannt) hostet und zwischen ihnen und den Teilnehmern vermittelt. Eine Marke öffnet keine rohe Protokollsitzung zu jedem Teilnehmer; sie registriert einen Agenten bei einem MaaP-Provider, und die MaaP-Funktion übernimmt Erreichbarkeit, Capability, Fan-out und Abrechnung. Dies ist der strukturelle Unterschied zu SMS: SMPP stellt einen binären Low-Level-Bind zu einem Message Centre bereit, während MaaP einen auf einer Plattform gehosteten Agenten bereitstellt, der im Namen der Marke mit vielen Teilnehmern kommuniziert.

*RCS-Bausteine für Business Messaging*

| Element | Spezifikation | Rolle |
|---|---|---|
| Universal Profile | GSMA RCC.07 | Vereinbarter RCS-Funktionsumfang (Chat, Medien, Lesebestätigungen, Tippanzeige) |
| MaaP | GSMA RCC.71 | Plattform, die Business-Agents hostet und Teilnehmer erreicht |
| Unternehmensagent / Chatbot | RCC.71 | Die Markenidentität, mit der Teilnehmer kommunizieren |
| RBM API | Google RCS Business Messaging | REST-Agent-API zum Senden/Empfangen und zur Capability-Abfrage |
| Verifizierter Agent | GSMA / MaaP | Markenname, Logo, Farbe und Verifizierungssiegel |

## Die RBM-Agenten-API im Vergleich zu einem SMPP-Bind

Wo ein A2P-SMS-Sender eine persistente binäre SMPP-Sitzung öffnet und submit_sm-PDUs absetzt, ruft ein RCS-Business-Sender eine REST-Agenten-API auf. In Googles RCS Business Messaging authentifiziert sich der Agent mit einem Service-Account und postet eine Nachricht an einen agentMessage-Endpoint, adressiert an die MSISDN eines Teilnehmers; eingehende Nachrichten sowie Zustell-/Leseereignisse treffen als Webhook-Callbacks ein. Es gibt keinen persistenten Transmit-/Receive-Bind und keine PDU-Kodierung — die Nutzlast ist JSON, das Text, Medien oder eine Rich Card beschreibt. Der Kompromiss besteht in reichhaltigeren Inhalten und strukturierter Interaktivität im Austausch gegen eine höherstufige, agentenbasierte Integration statt einer rohen Message-Centre-Verbindung.

*RBM: Textnachricht mit Antwortvorschlägen an einen Teilnehmer senden*

```json
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"   } }
    ]
  }
}
```

## Capability-Discovery: nicht jedes Endgerät spricht RCS

Die RCS-Reichweite ist geräte- und nicht nummernbezogen: Dieselbe MSISDN kann auf einem Endgerät RCS-fähig sein und auf einem anderen auf SMS zurückfallen. Bevor reichhaltiger Inhalt gesendet wird, führt ein Business-Agent eine Capability-Prüfung durch — in RBM liefert ein GET auf die Capabilities des Teilnehmers zurück, ob das Endgerät über RCS erreichbar ist und welche Funktionen (Rich Cards, Karussells, Dateiübertragung, Antwortvorschläge) es unterstützt. Ein wohlerzogener Sender nutzt dies sowohl, um zu entscheiden, ob überhaupt RCS gesendet werden soll, als auch, um die Nachricht auf die verfügbaren Funktionen zuzuschneiden, und kaskadiert zu SMS oder MMS, wenn das Endgerät nicht über RCS erreichbar ist. Capability-Discovery ist somit der erste Schritt jedes RCS-Versands und der Ansatzpunkt, an dem das Omnichannel-Fallback ansetzt.

*RBM-Capability-Abfrage (je Teilnehmer-Endgerät)*

```http
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/MMS
```

## MO / MT, Konversationen und verifizierte Agenten

RCS-Business-Traffic ist bidirektional. Mobile-terminated (MT) Nachrichten fließen vom Agenten zum Teilnehmer; mobile-originated (MO) Nachrichten — die Antworten des Teilnehmers, Button-Taps und geteilte Medien — fließen als Webhook-Ereignisse zurück und tragen die Postback-Daten, die der Agent jedem Vorschlag angehängt hat. Da der Austausch konversationell ist, präsentiert ein verifizierter Agent eine vertrauenswürdige Identität: den Markennamen, das Logo, die Markenfarbe und ein vom Client angezeigtes Verifizierungsabzeichen, bereitgestellt über den Betreiber/Aggregator und die MaaP-Plattform nach der Markenverifizierung. Diese verifizierte Identität unterscheidet eine legitime RCS-Marke von einem gefälschten Sender und ist die Grundlage der separat behandelten Kontrollen für gebrandete Sender.

## Abrechnungsereignisse und Traffic-Klassen

Die RCS-Business-Abrechnung ist ereignisbasiert statt segmentbasiert wie bei SMS. Je nach Betreiber und kommerziellem MaaP-Modell erfolgt die Bepreisung pro Nachricht oder pro Konversation (ein Sitzungsfenster verwandter Nachrichten) und wird oft in Traffic-Klassen aufgeteilt — beispielsweise A2P-Benachrichtigungen als Einzelnachricht versus interaktive konversationelle Sitzungen, teils mit einer Unterscheidung zwischen A2P und P2A (Person-to-Application, teilnehmerinitiiert). Reichhaltige Medien, Karussells und Dateiübertragungen laufen innerhalb derselben Konversation und verursachen keine SMS-artige Segmentierung. Da Preise, Verfügbarkeit und Funktionsunterstützung je Betreiber variieren, gleicht eine Business-Plattform Capability, Reichweite und kommerzielle Bedingungen je Markt ab, bevor sie Traffic auf RCS überträgt.

## Häufige Fragen

### Was ist RCS Business Messaging?

RCS Business Messaging (RBM) ist der Business-Kanal von GSMA RCS: Marken senden reichhaltige, interaktive, verifizierte Nachrichten, die in der nativen Messaging-App des Teilnehmers erscheinen. Es nutzt den Funktionsumfang des Universal Profile, wird über eine MaaP-Plattform ausgeliefert und unterstützt Text, Medien, Rich Cards, Karussells sowie Antwortvorschläge und Aktionen.

### Was ist MaaP?

MaaP (Messaging as a Platform, GSMA RCC.71) ist die Netzfunktion, die RCS-Business-Agenten hostet und zwischen ihnen und den Teilnehmern vermittelt. Statt sich über SMPP an ein Message Centre zu binden, registriert eine Marke einen Agenten bei einem MaaP-Provider, der Erreichbarkeit, Capability, Nachrichten-Fan-out und Abrechnung übernimmt.

### Wie unterscheidet sich die RBM-API von SMPP?

SMPP ist eine persistente binäre Sitzung mit submit_sm-PDUs zu einem Message Centre. RBM ist eine REST-Agenten-API: Der Agent postet JSON-Nachrichten an die MSISDN eines Teilnehmers und empfängt Antworten sowie Zustell-/Leseereignisse als Webhooks. Es gibt keinen persistenten Bind und keine PDU-Kodierung, und die Nutzlast kann Rich Cards und interaktive Elemente tragen, die SMS nicht bietet.

### Woher weiß ich, ob eine Nummer RCS empfangen kann?

Die RCS-Erreichbarkeit ist gerätebezogen, daher führt man vor dem Senden eine Capability-Prüfung durch. In RBM liefert ein GET auf die Capabilities des Teilnehmers zurück, ob das Endgerät über RCS erreichbar ist und welche Funktionen es unterstützt; ein Not-Found-Ergebnis bedeutet, dass das Endgerät derzeit nicht über RCS erreichbar ist und der Sender auf SMS oder MMS zurückfallen sollte.

### Was ist ein verifizierter RCS-Agent?

Ein verifizierter Agent ist eine Business-Identität, die nach der Markenverifizierung über den Betreiber und die MaaP-Plattform bereitgestellt wird. Er präsentiert den Markennamen, das Logo, die Markenfarbe und ein Verifizierungsabzeichen im Messaging-Client, sodass Teilnehmer dem Sender vertrauen können. Er ist das RCS-Äquivalent einer registrierten, verifizierten Sender-Identität.

### Wie wird RCS Business Messaging abgerechnet?

Anders als SMS, das pro 160/70-Zeichen-Segment abrechnet, wird RCS Business Messaging pro Nachricht oder pro Konversationssitzung abgerechnet, oft aufgeteilt in Traffic-Klassen wie Einzelnachricht-Benachrichtigungen versus interaktive Konversationen. Reichhaltige Medien und Karussells laufen innerhalb der Konversation und werden nicht segmentiert. Genaue Preise und Verfügbarkeit variieren je nach Betreiber und MaaP-Modell.

## Quellen

- [GSMA RCC.07 — RCS Universal Profile Service Definition](https://www.gsma.com/solutions-and-impact/technologies/networks/rcs/)
- [GSMA RCC.71 — RCS Universal Profile MaaP](https://www.gsma.com/solutions-and-impact/technologies/networks/gsma_resources/rcc-71-rcs-universal-profile-maap/)
- [Google RCS Business Messaging — API reference](https://developers.google.com/business-communications/rcs-business-messaging)

## Verwandte Seiten

- [RCS-Messaging](https://www.broadnet.me/de/products/rcs-messaging)
- [RCS vs. SMS vs. WhatsApp](https://www.broadnet.me/de/reference/rcs-vs-sms-vs-whatsapp-channels)
- [Verifizierte und gebrandete Sender-Nachrichten](https://www.broadnet.me/de/reference/verified-and-branded-sender-messaging)
- [Rich Cards und interaktives Messaging](https://www.broadnet.me/de/reference/rich-cards-and-interactive-messaging)
- [SMPP-Protokollüberblick](https://www.broadnet.me/de/reference/smpp-protocol-overview)
- [CPaaS-Plattform](https://www.broadnet.me/de/platforms/cpaas)