Диспетчер звонит инженеру по обслуживанию, чтобы уточнить неисправность, затем связывается с ремонтной бригадой и наконец передаёт одну команду нескольким оперативным группам. В ходе работ руководителю может потребоваться подключиться к уже идущему разговору либо освободить соединение с более низким приоритетом. Каждое такое действие меняет круг адресатов, путь передачи звука или состояние существующего сеанса. Эти различия необходимо учитывать при проектировании системы голосовой диспетчеризации, объединяющей SIP-телефоны, радиосети и оборудование IP-оповещения. Индивидуальный, групповой и общий вызовы в этой статье обозначают охват связи, а принудительное подключение и разъединение — вмешательство в соединения, находящиеся под управлением платформы.
Кто получает вызов и кто имеет право говорить?
Индивидуальный вызов: один конкретный адресат
Индивидуальный вызов соединяет диспетчера с выбранным пользователем, внутренним номером или полевым терминалом. Диспетчер выбирает абонента в справочнике либо набирает его номер, после чего платформа пытается установить соединение с указанным ресурсом. Когда адресат отвечает, участники обычно ведут двусторонний разговор. Такой режим подходит для конфиденциального уточнения неисправности, передачи задания одному инженеру или обратного звонка на пункт экстренной связи.
Занятость, отсутствие в сети или неответ адресата ещё не означают, что разговор состоялся. В зависимости от настроек система может показать занятость, поставить запрос в очередь, перенаправить его на резервный дежурный номер либо повторить попытку. В эксплуатационных журналах следует различать попытку дозвона, установленное соединение и реально завершённый разговор.
Групповой вызов: определённая команда
Групповой вызов адресуется заранее заданному набору коммуникационных ресурсов — например, ремонтной бригаде, патрулю охраны или смене железнодорожной станции. Диспетчер выбирает всю группу, а не набирает каждого участника отдельно. Состав группы может определяться закреплёнными терминалами или текущим графиком дежурств, поэтому конфигурация должна соответствовать сотрудникам, фактически ответственным за работу в данный момент.
Групповой вызов не обязательно является телефонной конференцией. В интерактивной конференции участники могут говорить через медиамост. Радиогруппа, напротив, может работать в полудуплексном режиме с передачей по нажатию PTT либо с управлением правом на передачу. В группе SIP-оповещения большинство абонентов слушает, пока говорит уполномоченный оператор. Реальное поведение определяется правилами распределения аудио и предоставления слова, а не названием группы на диспетчерском пульте.
Общий и многогрупповой вызов: расширенный охват
Общий вызов охватывает все терминалы или группы в установленной и разрешённой зоне ответственности. Многогрупповой вызов объединяет несколько выбранных групп для передачи одной команды. Например, железнодорожное депо может одновременно оповестить службы ремонта, охраны и управления движением, не затрагивая посторонние офисные номера. Разные производители используют эти термины по-разному, поэтому проект должен явно определять получателей и границы полномочий.
Общий вызов часто реализуется как передача речи от одного источника нескольким получателям, а не как открытая конференция, в которой все говорят одновременно. Если требуется ответ или подтверждение, необходимо предусмотреть обратный вызов, модерируемую конференцию либо отдельный механизм квитирования. Обычный общий вызов сам по себе не является сертифицированной системой речевого оповещения об эвакуации.
От команды диспетчера к аудиотракту
Прежде чем передать звук, платформа должна ответить на четыре вопроса: кто отправил запрос, каким ресурсам он адресован, кому разрешено говорить и не занят ли уже нужный сеанс или канал. Типичная операция начинается с проверки справочника и прав, продолжается установлением соединений либо распределением медиапотоков и завершается записью результата для каждого адресата. Поэтому один групповой запрос может приводить к нескольким состояниям подключения, а не к единому признаку успешного вызова.
При использовании SIP-терминалов сигнализация обычно устанавливает или изменяет сеансы, а RTP переносит речевой поток. Индивидуальный вызов может использовать прямой аудиоканал между абонентами либо проходить через управляемый медиасервер. Для интерактивной групповой связи может применяться конференц-мост, объединяющий звук участников. Оповещение может распределяться через отдельные SIP-сеансы или другим поддерживаемым способом, включая многоадресную передачу multicast при соответствующей настройке сети и терминалов. Группа из десяти человек не обязательно требует десяти идентичных SIP-диалогов: реализация зависит от сервера вызовов и топологии медиапотоков.
Предположим, диспетчер вызывает ремонтную группу из пяти человек. Три терминала ответили, один занят, ещё один потерял сетевое соединение. Интерфейс должен отобразить эти состояния и не сообщать, будто все пятеро участвовали в разговоре. Если один сотрудник включён в две выбранные группы, необходимы также правила обработки пересечений, чтобы он не получил несколько конкурирующих копий объявления.
Как уполномоченный руководитель подключается к действующему разговору
Принудительное подключение к разговору, или barge-in, изменяет текущую связь, а не создаёт отдельный независимый звонок. Предположим, оператор A разговаривает с полевым инженером B. Руководитель C видит действующий сеанс в интерфейсе, к которому имеет соответствующий доступ, и выбирает функцию подключения. Платформа определяет целевой разговор и проверяет полномочия C. Если запрос разрешён, медиафункция подключает C к существующему соединению, например переводя участников на управляемый конференц-мост. A и B остаются на связи, а C получает возможность слушать и говорить с ними.
Успешное вмешательство означает больше, чем нажатие кнопки. Пульт должен обозначить затронутый вызов, показать присоединение C и обновить состояние участников и медиапотоков. В зависимости от регламента абоненты могут услышать предупредительный сигнал или увидеть уведомление. Когда C выходит, платформа должна восстановить исходный разговор двух абонентов либо предусмотренное состояние оставшейся конференции, не разрывая по ошибке исходное соединение.
Принудительное подключение отличается от мониторинга, при котором руководитель только слушает, и от подсказок одному участнику (whisper), когда рекомендации слышит лишь выбранный собеседник. Для этих функций необходимы разные схемы маршрутизации аудио. Обычный SIP-телефон не получает автоматически права вмешиваться в чужие переговоры: соответствующую операцию должен поддерживать сервер управления вызовами или медиасистема. О задачах такого вмешательства подробнее рассказано в материале о принудительном подключении к вызову.
Как принудительное разъединение освобождает выбранный сеанс
Принудительное разъединение, или принудительное освобождение, завершает определённый вызов либо соединение отдельного участника по разрешённой команде диспетчерской системы. Если обычная групповая конференция занимает ресурс, необходимый для срочной операции, диспетчер выбирает соответствующий сеанс, запрашивает освобождение и проверяет, какие соединения были фактически закрыты. Важно точно указать масштаб действия: отключение одного участника, завершение всей конференции и освобождение радиоканала — разные операции.
Последовательность управления такова: определить действующий сеанс, проверить роль оператора и защиту целевого ресурса, запросить завершение через ответственную платформу, обновить состояние терминалов и медиаузлов и записать результат. Если выбран один участник конференции и система поддерживает индивидуальное исключение, остальные могут продолжать разговор. Если же платформа управляет конференцией только целиком, её завершение приведёт к отключению всех. Интерфейс должен заранее ясно предупреждать об этом последствии.
В SIP-системе под управлением сервера вызовов или транзитного пользовательского агента B2BUA установленные участки сеанса обычно завершаются соответствующими сообщениями SIP BYE. Попытку вызова, по которой соединение ещё не установлено, можно отменить. Сервер обязан управлять задействованными диалогами: обычный терминал не может завершить посторонний разговор, просто отправив собственное сообщение BYE. При потере связи с терминалом также следует различать очистку состояния сеанса на сервере и подтверждённое прекращение удалённой передачи звука.
Принудительное разъединение не следует путать с вытеснением по приоритету (preemption). Разъединение — конкретное действие по освобождению выбранного сеанса, а вытеснение — политика распределения ресурсов, позволяющая запросу с более высоким приоритетом при необходимости заменить менее приоритетное соединение. В зависимости от доступных ресурсов и правил срочный вызов может быть установлен сразу, поставлен в очередь или выполнен с вытеснением другого сеанса. Высокий приоритет не всегда означает обязательное принудительное отключение.
Приоритеты, полномочия и конкурирующие запросы
При проектировании диспетчерской связи необходимо определить порядок действий на случай, когда обычные переговоры, координация бригад и срочные указания конкурируют за одни ресурсы. Рядовым сотрудникам может быть разрешено вызывать свои рабочие группы, а право вмешиваться в отдельные разговоры предоставляется только назначенным руководителям. Некоторые направления, например действующие линии экстренной связи, следует защищать от обычных прерываний, даже если оператор имеет доступ к нескольким группам.
Проверка полномочий должна учитывать роль инициатора, целевой ресурс, текущее состояние вызова, запрошенное действие и его приоритет. Например, если руководитель C пытается присоединиться к разговору A и B, но сеанс уже завершён или у C недостаточно прав, система должна показать явный отказ. При одновременных запросах двух руководителей платформа должна применять согласованное правило арбитража, чтобы не возникали непредсказуемые изменения медиапотока. Аналогичные правила нужны, когда два оператора претендуют на один полудуплексный радиоканал или зону звукового оповещения.
Сигнализация SIP-сеансов и рабочие приоритеты относятся к разным уровням. RFC 4412 определяет сигнализацию SIP Resource-Priority для систем, способных распознавать соответствующие пространства имён приоритетов и применять нужные политики. Этот механизм сам по себе не добавляет функцию вмешательства любому SIP-телефону и не гарантирует вытеснение между устройствами разных производителей. Сетевой QoS помогает обеспечить передачу голоса, но не даёт оператору права прерывать чужую беседу.
Запись о вмешательстве, пригодная для аудита, должна содержать учётную запись инициатора, целевой сеанс, выполненное действие, время и результат. При необходимости также фиксируются причина, уведомления участникам и состояние записи разговора. Такие данные особенно полезны, когда после сбоя сети состояние на диспетчерском пульте отличается от фактического состояния удалённого устройства.
Взаимодействие SIP, радиосвязи и звукового оповещения
Смешанная диспетчерская система может объединять SIP-телефоны, центральную платформу управления вызовами, радиоканалы и зоны IP-оповещения. Система оперативного управления и диспетчеризации обрабатывает запросы, но каждая подключённая сеть сохраняет собственные особенности передачи звука. Интерактивную SIP-конференцию, одностороннее громкоговорящее объявление и радиогруппу с PTT нельзя считать одинаковыми аудионаправлениями.
Для вызовов с рабочего места диспетчера, групповой связи и оповещения ознакомьтесь с SIP-диспетчерскими консолями и микрофонами оповещения Becke Telcom.
Совместимый шлюз RoIP позволяет включить выбранные радиоресурсы в процесс IP-диспетчеризации. Занятость канала, временные параметры PTT и права передачи по-прежнему должны согласовываться шлюзом и радиосистемой. Если руководитель подключается к вызову, проходящему через полудуплексный радиоканал, дополнительный SIP-участник не создаёт второй радиопередатчик и не позволяет двум радиопользователям одновременно говорить в одном канале. Аналогично, SIP-громкоговорители и оборудование IP-оповещения могут передавать объявления в выбранные зоны, но не становятся от этого полноценными участниками двусторонней конференции.
Приёмочные испытания должны воспроизводить реальные состояния связи, а не ограничиваться проверкой регистрации терминалов. Следующие сценарии помогают выявить большинство расхождений в управлении вызовами до сдачи системы:
Выполнить индивидуальные вызовы доступного, занятого и отключённого абонента; проверить состояния и резервную маршрутизацию.
Вызвать группу с одним недоступным участником; подтвердить состав подключившихся и права на передачу речи.
Отправить общий вызов пересекающимся группам; проверить фактический охват и отсутствие дублированного звука.
Подключиться к активному разговору A и B в роли уполномоченного руководителя C; проверить звук, уведомления и состояние после выхода C.
Попробовать принудительное подключение и разъединение с учётной записи без прав; убедиться в отказе и наличии аудиторских записей.
Сначала отключить отдельного участника, затем весь сеанс; проверить оставшиеся соединения и освобождённые ресурсы.
Повторить критические действия через линию RoIP и зону оповещения, включая обрыв связи, восстановление и защиту экстренных вызовов.
Итоговая конфигурация должна делать предсказуемыми для диспетчеров и полевых сотрудников охват вызова, права говорить и результаты вмешательств. Именно в этом практическая разница между набором отдельных SIP-устройств и полноценной диспетчерской системой с управляемыми вызовами и завершением соединений.
Часто задаваемые вопросы
Может ли сотрудник присоединиться к групповому вызову после его начала?
Действующая конференция может допускать позднее подключение, тогда как при групповом оповещении терминал, подключившийся позже, может получить только звук, передаваемый с этого момента. Сервис должен иметь явное правило позднего присоединения: добавление внутреннего номера в справочник не подключает его автоматически к уже идущему разговору.
Получит ли отключённый терминал общий вызов позднее?
По умолчанию нет. Прямое объявление обычно поступает только на устройства, подключённые и готовые принимать звук в момент передачи. Отложенное воспроизведение, хранение сообщений и уведомление о пропущенных объявлениях требуют дополнительных функций, которые следует отдельно предусмотреть.
Может ли руководитель вмешаться в прямой SIP-вызов, обходящий сервер?
Не с помощью одной лишь универсальной функции SIP. Система должна поддерживать способ, позволяющий уполномоченной платформе или функции терминала обнаружить и изменить действующий медиатракт. Прямые сеансы между двумя устройствами без такого управления могут не поддерживать вмешательство.
Могут ли две независимые диспетчерские платформы использовать одну иерархию приоритетов?
Только если при интеграции обеспечивается совместимость правил идентификации, авторизации и распределения ресурсов. Локальные числовые приоритеты не обязаны иметь одинаковый смысл на другом сервере или за радиошлюзом; их соответствие нужно явно настроить и проверить.
Можно ли передавать групповые объявления через существующие аналоговые громкоговорители?
Да, если подходящий шлюз оповещения или аудиоинтерфейс соединяет SIP-часть с существующими усилителями и громкоговорящими линиями. В проекте необходимо учитывать выбор зон, уровни звука, мощность усилителей и применимые требования к сертификации систем экстренного оповещения.
