Остановка подписки на динамику MC-группы: почему можно потерять сразу несколько видов обновлений
На диспетчерском рабочем месте отключили один блок отображения динамики группы, после чего перестали обновляться и другие сведения. Если интеграция использует общую процедуру подписки MC-связи, проверку стоит начать с области действия отмены. Она может оказаться шире, чем ожидал разработчик конкретного экрана.
В ETSI TS 123 280 V19.10.1 запрос Subscribe group dynamic data может содержать перечень требуемых типов данных. При отмене запрос содержит MC service group ID. Примечание к Cancel group dynamic data subscription request прямо указывает: отмена затрагивает все типы динамических данных, на которые ранее была оформлена эта подписка для группы.
Практический сценарий интеграции
Представим клиент, который отображает актуальное присоединение участников и состояние перегруппировки. Пользователь закрывает только второй виджет. Нельзя заранее предположить, что общий запрос отмены выключит исключительно данные перегруппировки, сохранив остальную подписку. Такое поведение требуется подтвердить по реализации продукта и рассматриваемому обмену.
На стенде сначала оформляют поддерживаемую подписку с несколькими видами данных и проверяют получение каждого из них. Затем выполняют действие интерфейса, которое должно убрать один вид представления. Инженер фиксирует, отправляет ли клиент общую отмену, каков серверный результат и какие обновления продолжают поступать.
Если приложение должно сохранять часть данных, разработчик интеграции обязан объяснить поддерживаемый способ управления этим состоянием. Из рассмотренной таблицы нельзя вывести универсальную команду частичной отмены. Возможное повторное оформление нужной подписки проверяют по документации поставки, не объявляя его автоматически предусмотренным поведением любого клиента.
Как оформить проверку
В отчёте записывают группу, первоначальный набор типов данных, действие оператора, запрос отмены и последующее наблюдение. Отдельно подтверждают ответ сервера с успехом или отказом. Закрытый виджет не является достаточным доказательством корректного состояния подписок.
Полезно также испытать повторное открытие отображения: клиент должен получить актуальное состояние предусмотренным поставщиком способом, а не показывать старую сохранённую картинку как свежую. Допустимое время обновления и признаки устаревших данных согласуют отдельно.
Главный результат — ясная связь между действиями интерфейса и жизненным циклом подписки. Она помогает предотвратить ситуацию, когда локальное изменение экрана незаметно лишает диспетчера других нужных обновлений той же группы, хотя транспорт и основная MC-служба продолжают работать.
Источник: ETSI TS 123 280 V19.10.1 (2026-05), 3GPP TS 23.280 Release 19, 10.1.5.6.1.1, страница 95; 10.1.5.6.1.5–10.1.5.6.1.6, страница 96; 10.1.5.6.2.3, страницы 97–98.
Запросы отправляются на наш e-mail из вашей почтовой программы.
