¿Qué sucede durante una sesión exitosa entre Genesys Cloud y su servidor AudioHook?

Importante: Se recomienda encarecidamente consultar la guía AudioHook Protocol Specification en el Genesys Cloud Developer Center. Los estados de alto nivel mencionados en esta sección son sólo un subconjunto de una sesión AudioHook completa, y no incluyen todos los tipos de eventos que el Protocolo AudioHook soporta.

Notas:

Cliente se refiere a Genesys Cloud en la siguiente descripción.
Servidor se refiere al servicio AudioHook con el que Genesys Cloud establece una sesión y al que transmite el audio.
Siempre es el cliente el que inicia y finaliza la sesión.

Una sesión AudioHook exitosa incluye los siguientes estados de alto nivel:

Genesys Cloud establece la conexión HTTP WebSocket a sus servicios y autentica al cliente.
Después de que Genesys Cloud haya establecido la conexión WebSocket, el cliente inicia una transacción abierta. El cliente no envía audio hasta que el servidor completa la transacción abierta y responde con un mensaje de "abierto".
Cuando la sesión está abierta, Genesys Cloud comienza a enviar audio al servidor y el servidor puede enviar mensajes de evento a Genesys Cloud.
Nota: AudioHook actualmente no soporta el restablecimiento de conexiones de sesión.
El cliente o el servidor pueden enviar un mensaje de "pausa" para notificar que el flujo está en pausa. Por ejemplo, si el flujo está en una pausa iniciada por el servidor y el cliente inicia su propia pausa, entonces el cliente envía un mensaje de "pausa".
El servidor puede enviar un mensaje de "reanudación" al cliente para poner fin a una pausa iniciada por el servidor. Si se produce una pausa iniciada por el cliente, éste responde con un mensaje "paused" para indicar al servidor que el flujo sigue en pausa.
Cuando finaliza la interacción, lo que puede ocurrir a petición del servidor, el cliente inicia una transacción de cierre para garantizar una finalización limpia de la sesión. El cliente no envía ninguna trama de audio después de que el cliente emita el mensaje "cerrar". Esto permite al servidor terminar las sesiones descendentes de forma elegante, finalizar los resultados y comunicárselos al cliente como corresponda en mensajes de "evento".
El cliente finaliza la conexión TLS/TCP.