Радиосвязь: практическое применение
MCData: строка-контейнер в конфигурационной таблице не требует собственного значения
При переносе требований MCData в техническое задание можно ошибочно превратить название раздела таблицы в отдельный переключатель. Приложение A к ETSI TS 123 282 V19.10.0 объясняет структуру конфигурационных данных. Для корректного чтения важно различать контейнер, конечный параметр и отметку о месте его настройки.
Как читать вложенность
Каждый знак больше перед названием параметра обозначает уровень иерархии. Дочерняя строка относится к предыдущему родительскому параметру с одним меньшим уровнем. Родители служат для объединения дочерних данных и собственного значения не содержат.
Поэтому строка вроде раздела управления передачей может быть контейнером для нескольких пределов и разрешений. Нельзя автоматически требовать для неё значение «включено», если таблица задаёт только набор вложенных параметров.
Иерархия относится к конкретной категории конфигурации. В приложении отдельно рассматриваются данные UE, пользователя, группы и службы. Дополнительно их таблицы разделены по применимости к on-network, off-network и обоим режимам.
Что означают отметки Y и N
В колонках функциональных сущностей Y показывает, что параметр должен конфигурироваться для соответствующей сущности. N показывает, что этого не требуется. Это характеристика распределения данных, а не значение самого параметра.
Например, N под колонкой UE не означает, что функция запрещена пользователю. Оно означает, что данная строка не требует настройки параметра на UE в указанной таблице. Реальное разрешение определяется семантикой конкретного параметра и его значением на предусмотренном уровне.
Смешение этих двух смыслов особенно опасно при составлении форм проверки: отрицательная отметка размещения может ошибочно попасть в итоговую конфигурацию как выключенное право.
Как подготовить рабочую схему
Для каждого конечного параметра записывают категорию, область применения, полный путь вложенности и сущности, которым нужны данные. Контейнеры используют как названия разделов формы, не придумывая для них собственные значения.
Затем сверяют, что данные разных режимов одной категории рассматриваются совместно в предусмотренной структуре. Отсутствие строки в одной таблице нельзя заполнять произвольной копией из другой без проверки области применения.
На выходе получается понятное техническое задание: где хранится параметр, к какому объекту относится и что именно требуется задать. Такой разбор не заменяет описание интерфейса продукта, но предотвращает ошибки ещё до настройки, когда нормативную структуру только превращают в форму поставки или программу испытаний.