Communications·production

IAM.Comm

Операторский media/signalling stack для SIP, IMS, WebRTC, RTP и записи.

Ключевые возможности

  • SIP/IMS signalling и media gateway
  • WebRTC, конференции и запись
  • AI-плагины ASR, TTS, VAD и post-call pipeline

Пошаговые инструкции

Сценарии

Начинайте с результата: откройте сценарий, подготовьте prerequisites, выполните шаги и проверьте признаки успеха.

01 Подключить SIP-транк и проверить входящий вызовВызов проходит signalling, media и записывается с единым call id.
Для кого
Telecom engineer
Результат
Вызов проходит signalling, media и записывается с единым call id.

Перед началом

  • SIP peer parameters
  • Разрешённые IP/ports
  • Test DID и codec list

Шаги

  1. Создайте trunkУкажите peer, auth mode, transport, codecs и number normalization.
  2. Настройте networkРазрешите signalling и RTP ranges; проверьте NAT/public address.
  3. Привяжите маршрутСвяжите DID с inbound scenario, recording policy и Voice/Speech pipeline.
  4. Сделайте тестовый звонокПроверьте 200 OK/ACK, двухсторонний RTP и корректное завершение BYE.
Как проверить результат

Call detail record, media metrics и recording имеют один call id.

Если не работает

Односторонний звук чаще всего указывает на NAT/RTP allowlist, а не на сценарий Voice.

02 Включить запись и post-call обработкуЗапись создаётся по политике и передаётся в Speech без потери consent metadata.
Для кого
Оператор платформы
Результат
Запись создаётся по политике и передаётся в Speech без потери consent metadata.

Перед началом

  • Retention/consent policy
  • Object storage
  • IAM.Speech endpoint

Шаги

  1. Создайте recording policyУкажите channels, consent requirement, encryption и retention.
  2. Привяжите к routeНазначьте policy только нужным очередям/DID и исключите тестовые номера.
  3. Настройте post-call hookПередавайте signed object reference, call id, tenant и consent status.
  4. Проверьте lifecycleСверьте recording ready, Speech accepted и retention deletion schedule.
Как проверить результат

Запись доступна только разрешённым ролям, Speech job связан с call id.

Если не работает

Не отправляйте бинарную запись через webhook — передавайте ограниченную signed reference.

Разделы приложения

Открыть подробное руководство

Для каждого экрана приложения подготовлена отдельная страница с кнопками, безопасными примерами значений, CLI/API и восстановлением по кодам ошибок.

Открыть подробное руководство →

Роль в экосистеме

IAM.Comm — операторский коммуникационный слой. Он соединяет signalling, media и AI-плагины в наблюдаемый контур, который можно развернуть on-premise, dedicated или в защищённом Kubernetes-периметре.

Состав платформы

  • SIP/IMS ingress, регистрация и маршрутизация сессий;
  • RTP/WebRTC media gateway и управление codec negotiation;
  • запись, conference/mixing и media events;
  • плагины VAD, ASR, TTS и post-call обработки;
  • консоль состояния сессий, узлов и качества.

Поток вызова

Signalling создаёт сессию и согласует медиа-параметры. Media plane передаёт потоки без вывода чувствительного аудио в control plane. Подключённые AI-модули получают только разрешённые сегменты, а события и корреляционные идентификаторы позволяют восстановить путь вызова.

Безопасность и эксплуатация

Периметр определяет доступные SIP trunks, codec, запись и retention. Для диагностики контролируются packet loss, jitter, RTT, MOS-приближения, регистрации и причины завершения. Запись и транскрипция включаются политикой, учитывающей локальные требования и согласие участников.

Связанные продукты

IAM.Comm Meet использует WebRTC-конференции, IAM.Voice — голосовые сценарии, а IAM.Speech — анализ записей и разговоров.