Одинаковый MC service ID для нескольких служб: зачем проверять указание конкретного сервиса
Увеличить схему
В интерфейсе диспетчерской системы сотрудник использует один и тот же служебный идентификатор для голоса и видео. Из этого легко сделать неверный эксплуатационный вывод: раз строка идентификатора одинакова, любое подтверждение входа относится сразу ко всем функциям. Общая архитектура MC-связи требует учитывать ещё и конкретную службу.
Раздел 10.1.4.1 ETSI TS 123 280 V19.10.1 допускает несколько MC service ID у одного пользователя, но для каждой отдельной MC-службы предусмотрен один такой идентификатор. Если провайдеру нужен единый идентификатор для нескольких служб, значения соответствующих MC service ID делают одинаковыми. При такой конфигурации устройство и сервер должны включать в обмен указание конкретной MC-службы.
Как проявляется ошибка в эксплуатации
Представим проверку комплекта, где голосовая работа доступна, а передача видео ещё не допущена. В журнале видна знакомая строка пользователя и успешное событие. Если выгрузка не содержит контекста службы, инженер может ошибочно закрыть обе проверки одним результатом. Сам стандарт не обещает, что успех одной службы автоматически подтверждает другую.
Для приёмки полезно составить матрицу: пользователь, текстовое значение MC service ID, конкретная служба, запрошенная операция и её фактический результат. Матрица — редакционная рекомендация для организации проверки. Она не вводит новый идентификатор и не требует произвольно менять схему провайдера.
Отдельно проверяют отрицательный сценарий. Для тестовой учётной записи оставляют разрешённую голосовую операцию и заранее согласованное ограничение другой службы. Затем сравнивают клиентский результат и доступное серверное событие. Цель — убедиться, что диагностика позволяет различить эти два обращения даже при одинаковом значении идентификатора.
Что спросить у интегратора
Интегратору задают конкретный вопрос: где в поддерживаемой диагностике видна служба, к которой относится событие? Это может быть поле журнала, тип операции или иной документированный контекст. Название обязательного поля интерфейса здесь не задаётся: рассматриваемая спецификация описывает функциональную архитектуру, а не экран определённого продукта.
В итоговом протоколе сохраняют отдельные результаты для MCPTT, MCVideo или MCData, если они входят в поставку. Совпадение значения MC service ID отмечают как особенность конфигурации, не как доказательство общего разрешения. Такой подход особенно полезен при поэтапном вводе системы: диспетчер видит одного сотрудника, но инженер может точно показать, какая служба уже прошла проверку и на каком этапе остаётся отказ.
Источник: ETSI TS 123 280 V19.10.1 (2026-05), 3GPP TS 23.280 Release 19, 10.1.4.1, печатная страница 80: связь MC ID, MC service ID и нескольких MC-служб.
Запросы отправляются на наш e-mail из вашей почтовой программы.
