{"id":5091,"date":"2026-10-15T09:00:00","date_gmt":"2026-10-15T07:00:00","guid":{"rendered":"https:\/\/www.beevoip.it\/blog\/?p=5091"},"modified":"2026-10-01T22:44:05","modified_gmt":"2026-10-01T20:44:05","slug":"audiobridge-protocollo-websocket-audiobridge","status":"publish","type":"post","link":"https:\/\/www.beevoip.it\/blog\/audiobridge-protocollo-websocket-audiobridge\/","title":{"rendered":"AudioBridge – Protocollo WebSocket AudioBridge: il ciclo di vita di una chiamata"},"content":{"rendered":"\n

Come fa la voce di una telefonata a finire dentro il tuo codice? Il protocollo WebSocket<\/strong> di AudioBridge<\/a> definisce un ciclo di vita preciso per ogni chiamata: una connessione, una sequenza di eventi, un webhook finale. Vediamolo passo per passo.<\/p>\n\n\n\n

\"Il<\/figure>\n\n\n\n

L’handshake del protocollo WebSocket<\/h2>\n\n\n\n

Alla risposta della chiamata, AudioBridge apre la connessione wss:\/\/<\/code> verso il tuo endpoint, con il Bearer token nell’header Authorization. In modalit\u00e0 json arriva prima connected<\/code>, con la versione del protocollo; poi, per tutti, l’evento start<\/code>: sessionId, numero chiamante e chiamato in formato E.164, mediaFormat<\/code> (A-law o \u00b5-law, 8000 Hz mono), transport e i custom parameters configurati nel portale. Da quel momento sai tutto quello che serve per gestire la chiamata.<\/p>\n\n\n\n

Lo streaming full-duplex<\/h2>\n\n\n\n

L’uplink<\/strong> \u2014 la voce del chiamante \u2014 ti arriva in frame da wsFrameDuration millisecondi (default 20, massimo 200; a 8 kHz A-law, 20 ms corrispondono a 160 byte). Il downlink<\/strong> \u2014 l’audio della tua AI \u2014 lo invii tu, in frame di qualsiasi dimensione: al re-framing verso la rete telefonica pensa AudioBridge. In modalit\u00e0 binary l’audio viaggia come byte grezzi del codec; in json come evento media<\/code> con payload base64. I messaggi di controllo sono sempre JSON, in entrambe le modalit\u00e0.<\/p>\n\n\n\n

Gli eventi di servizio<\/h2>\n\n\n\n