Объединение MC-групп с разными службами: как заранее определить общий рабочий состав
Диспетчер хочет временно объединить три рабочие группы. Одна использует голос и данные, другая — голос и видео, третья — только голос. Из того, что все службы существуют где-то в системе, не следует, что временное объединение получит их полный набор.
Для объединения внутри одной MC-системы раздел 10.2.4.1 ETSI TS 123 280 V19.10.1 требует хотя бы одну общую MC-службу. Если в запрос включена служба, которая не является общей для всех перечисленных групп, формирование временной группы должно быть отклонено. При различающемся составе GMS определяет пересечение и сохраняет соответствующий список служб.
Сначала матрица, потом команда
До рабочего испытания полезно составить небольшую таблицу исходных групп и включённых служб. В приведённом примере общим элементом остаётся MCPTT. Наличие MCVideo только у второй группы не делает его общей функцией объединения. Аналогично MCData первой группы не переносится автоматически всем остальным.
Это аналитический пример применения правила, а не готовая конфигурация конкретного продукта. Реальный состав берут из полученных конфигураций групп. Перед процедурой клиент управления группами должен располагать конфигурациями объединяемых групп; угадывать состав по названию группы недостаточно.
На стенде проверяют корректный запрос с общим составом и отдельный запрос, содержащий заведомо необщую службу. Второй сценарий проводят в согласованной тестовой среде. Его ожидаемый результат следует из условия процедуры, но способ отображения отказа и диагностические коды уточняют у поставщика.
Что проверить после успеха
После создания фиксируют итоговый идентификатор временной группы и фактически сохранённый перечень служб. Если список присутствует в ответе, клиент сохраняет его и инициирует соответствующие типы MC-служб. Участники затем получают конфигурацию временной группы установленной процедурой.
Успешное объединение для голоса не является подтверждением видеосвязи или передачи данных. В приёмочном протоколе каждую рабочую операцию привязывают к согласованному общему составу. Это предотвращает ситуацию, когда система создала допустимую временную группу, а оператор ожидал функции, которых у части исходных групп нет.
Практический итог подготовки — заранее известный набор общей работы и понятный отказ для несовместимого запроса. Диспетчеру не приходится выяснять ограничения уже во время задачи, а интегратор получает проверяемое основание для состава временной группы, вместо неопределённого обещания «объединить все возможности».
Источник: ETSI TS 123 280 V19.10.1 (2026-05), 3GPP TS 23.280 Release 19, 10.2.4.1, печатные страницы 113–115: общий состав MC-служб и отклонение несовместимого запроса.
