Jede KI passt
Egal welchen KI-Anbieter Sie nutzen – er wird angeschlossen, ohne dass sich an Ihrer Plattform etwas ändert.
Mit NGbridge bieten Sie Ihren Kunden einen KI-Assistenten am Telefon: Er beantwortet Fragen, bucht Termine und verbindet bei Bedarf mit deren Team. Sie wählen die KI, NGsipStack kümmert sich um die Telefonie. Und ist die KI einmal nicht erreichbar, übernimmt sofort die Warteschlange oder Mailbox – kein Anruf geht verloren.
Eine wss-Verbindung je Anruf, NGsipStack ist Client. Signatur nach RFC 9421 im Handshake, Audio binär
(L16 16/8 kHz, PCMU), Steuerung als JSON mit Folgenummern. Der Anbieter macht kein SIP und kennt keine Telefon-Codecs.
Ihr KI-Anbieter nennt uns nur eine Adresse – den Rest erledigen wir.
Die Adresse Ihres KI-Anbieters wird hinterlegt.
Ein Klick prüft, ob alles richtig verbunden ist.
Sie bestimmen je Kunde, welche Nummer bei der KI landet und wohin sie weiterverbinden darf.
Fertig – der nächste Anruf landet beim KI-Assistenten Ihres Kunden.
Wir haben die großen Telefonie- und KI-Anbieter genau verglichen – und das Beste davon in NGbridge vereint.
Egal welchen KI-Anbieter Sie nutzen – er wird angeschlossen, ohne dass sich an Ihrer Plattform etwas ändert.
Die KI bekommt den Ton in HD-Qualität. Das heißt: weniger Missverständnisse, bessere Antworten.
Fällt der Anrufer der KI ins Wort, hört sie sofort auf zu reden – wie ein Mensch.
Die KI verbindet mit dem richtigen Kollegen, der Warteschlange oder der Mailbox. Klappt das nicht, übernimmt die KI wieder.
Ist die KI einmal nicht erreichbar, landet der Anruf automatisch in Warteschlange, Mailbox oder bei einer Ansage.
Eine KI kann an eine andere übergeben – zum Beispiel von der Begrüßung an die Terminbuchung.
Was die KI erledigt hat, landet in der Anrufliste und auf Wunsch direkt im System Ihres Kunden.
Jede Verbindung ist verschlüsselt und eindeutig unterschrieben – niemand kann sich dazwischenschalten.
Als Anbieter stellen Sie eine KI vielen Kunden bereit – jeder mit eigenen Einstellungen.
| Bereich | Stand | Details |
|---|---|---|
| Transport | ja | eine wss-Verbindung je Anruf, NGsipStack ist Client; eigenes Unterprotokoll muss zurückkommen (RFC 6455); ws:// nur im eigenen Netz |
| Absicherung | ja | HTTP Message Signatures (RFC 9421) mit HMAC-SHA256, Ablaufzeit und Einmalwert |
| Handshake | ja | Formatangebot und -wahl beim Aufbau, Rückfall ohne Antwort; Verbindungstest aus der Verwaltung |
| Audio | ja | binär: L16 16 kHz (bei G.722-Anrufern) oder 8 kHz, PCMU; zu uns auch L16 24 kHz; 20-ms-Rahmen zum Anbieter; Umrechnung zum Anrufer-Codec per FIR-Wandler |
| Wiedergabe | ja | Marken mit Abspiel-Quittung, sofortiges Verwerfen beim Dazwischenreden, Flusskontrolle |
| Folgen | ja | Folgenummern in beide Richtungen – eindeutig auch bei Überschneidungen |
| Tastentöne | ja | Anrufer → Anbieter: dtmf {digit, duration_ms} |
| Transfer | ja | blind an phone|account|queue|mailbox, idempotent über id, on_failure: return|mailbox|hangup, Rückmeldungen inkl. transfer.ringing und Ursache mit sip_code; Anrufer hört Freiton |
| KI-Wechsel | ja | redirect {url, handoff_data} mitten im Gespräch |
| Ende | ja | hangup {reason, output} → Anrufliste + Webhook ai.call.ended; Ping alle 10 s |
| Rückfall | ja | je Rufnummer: Warteschlange, Mailbox oder Ansage – bei Fehler im Aufbau, ohne opened, bei Abbruch |
| Mandanten | ja | Anbieter je Kunde oder KI-Dienst der Plattform mit Zuordnung je Kunde; Ziele immer nur desselben Kunden |
Transfer mit Rückfrage, send_dtmf | Stufe 2 | dazu Wiederaufnahme nach Abbruch, optional Twilio-Media-Streams-Dialekt |
listen / assist | vorgesehen | Live-Abschrift (Stereo), Agent-Assist mit Einflüstern an den Mitarbeiter – Felder mode, tracks, source sind im Protokoll schon da |
| Ausgehend | Stufe 3 | POST /v1/calls, Absender nur Kundennummern, Einwilligungsprüfung |
| Thema | Bei anderen | NGbridge |
|---|---|---|
| Abbruch der KI-Verbindung | bei den meisten undokumentiert (Telnyx, Plivo, Azure ACS); einziger mit Rückfall: Vonage | fester Rückfall je Rufnummer |
| Audioformat | überwiegend JSON mit Base64 (Twilio-artig: Telnyx, Plivo, SignalWire, Exotel, Azure ACS) | binär – kein Base64-Aufschlag, kein JSON-Parsen je Rahmen |
| Absicherung des Handshakes | Sinch: WebSocket ohne Kopfzeilen; Bandwidth: Basic Auth; Exotel: IP-Freigabe/Basic | RFC 9421 mit Ablauf und Nonce (wie Genesys AudioHook) |
| Weitervermitteln | Exotel: kein Befehl; Genesys: keiner; Sinch: kein Transfer im Stream | typisierter Transfer mit Zuständen und Rückfall zur KI |
| Flusskontrolle | nur Asterisk (MEDIA_XOFF/XON) | xoff/xon |
| Quittung für „geleert“ | nur Plivo (clearedAudio) | cleared mit den verworfenen Marken |
| Bidirektionaler Ton zu Fremddiensten | Amazon Chime/Connect: nicht vorgesehen; FreeSWITCH: mod_audio_fork AGPL, bidirektional nur kommerziell | Kern des Protokolls |
Vollständige Schnittstellenbeschreibung: für registrierte KI-Anbieter.
| Was | Ergebnis |
|---|---|
| Prüfung gegen die laufende Plattform | ki-test 13/13 mit eigenem Prüf-Anbieter |
| Nachtlauf | KI-Prüfung täglich 05:15, als Dienst 14/14 |
| Richtwerte | Aufbau bis open unter 200 ms nach Annahme |
Schicken Sie uns die Adresse Ihres KI-Dienstes – wir schalten eine Testnummer frei.
KI-Anbieter anbinden