ETSI TS 132 435-2020 Цифровая сотовая телекоммуникационная система (фаза 2+) (GSM); Универсальная мобильная телекоммуникационная система (UMTS); LTE; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (версия 3GPP TS 32.435 ... - Стандарты и спецификации PDF

ETSI TS 132 435-2020
Цифровая сотовая телекоммуникационная система (фаза 2+) (GSM); Универсальная мобильная телекоммуникационная система (UMTS); LTE; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (версия 3GPP TS 32.435 ...

Стандартный №
ETSI TS 132 435-2020
Дата публикации
2020
Разместил
European Telecommunications Standards Institute (ETSI)
состояние
 2022-04
быть заменен
ETSI TS 132 435-2022
Последняя версия
ETSI TS 132 435-2024
 

сфера применения

Подробное толкование технической спецификации формата XML-файла для измерения производительности 3GPP TS 32.435

ETSI TS 132 435 V16.0.0 (2020-08) — важная техническая спецификация 3GPP Release 16, которая конкретно определяет формат XML-файла для данных измерения производительности в мобильных сетях связи. Как ключевой компонент системы управления телекоммуникациями, этот стандарт обеспечивает стандартизированный механизм обмена данными для мониторинга производительности сети в средах с несколькими поставщиками.


Предыстория и техническая эволюция стандарта

По мере развития мобильных сетей связи от GSM до UMTS, LTE и 5G, сетевые архитектуры становятся все более сложными, и сосуществование оборудования от нескольких поставщиков стало нормой. В этом контексте стандартизированный механизм сбора и обмена данными о производительности особенно важен.

Стандарт 3GPP TS 32.435 был создан и продолжает развиваться в соответствии с постоянно растущим спросом.

Этапы развития технологий:

  • Сентябрь 2004 г.: Первоначальный проект создан на основе 3GPP TS 32.401 V6.1.0
  • Сентябрь 2005 г.: Улучшен формат XML-файла PM с помощью CR 0001, добавлена поддержка атрибута measInfoId
  • Декабрь 2011 г.: Исправлены ссылки на TS Phase 2 с помощью CR 0007
  • Март 2012 г.: Дополнены отсутствующие элементы в XML-файлах отчетов об измерениях с помощью CR 0010
  • Июль 2020 г.: Обновлено до версии 16, с сохранением технологии непрерывность

Этот стандарт соответствует 3GPP TS 32.432 (определение формата файла) и 3GPP TS 6.1.0 Вместе с 32.436 (определение формата файла ASN.1) они составляют полную систему спецификаций форматов файлов для измерения производительности.


Принципы проектирования архитектуры формата XML-файлов

Стандарт 3GPP TS 32.435 использует строгое определение формата на основе XML-схемы, чтобы гарантировать, что файлы данных о производительности, генерируемые устройствами разных производителей, имеют согласованный синтаксис и семантику.

Основная архитектура следует этим принципам:

Иерархия архитектуры Элементы XML Описание функций Обязательный/Необязательный
Корневой элемент measCollecFile Корневой контейнер для файлов данных измерений производительности, определяющий пространства имен и ссылки на XML-схему Обязательный
Заголовок файла fileHeader Содержит метаданные, такие как версия формата файла, информация о поставщике и идентификатор отправителя Обязательно
Данные измерений measData Содержит конкретные результаты измерений производительности, может содержать несколько экземпляров measInfo Обязательно (может повторяться)
Нижний колонтитул файла fileFooter Записывает время окончания сбора данных измерений для проверки целостности Обязательно

Определение XML-схемы находится в пространстве имен http://www.3gpp.org/ftp/specs/archive/32_series/32.435#measCollec, обеспечивая глобальную уникальность и доступность. Стандарт требует, чтобы все XML-файлы включали XML-декларации и ссылки на таблицы стилей:

<?xmlversion="1.0" encoding="UTF-8"?> <?xml-stylesheettype="text/xsl" href="MeasDataCollection.xsl"?>

Механизм сопоставления данных и анализ ключевых атрибутов

Стандарт устанавливает подробную таблицу сопоставления (таблица 4.1) между элементами содержимого файла, определенными в 3GPP TS 32.432, и XML-тегами. Этот механизм сопоставления обеспечивает семантическую согласованность, в полной мере используя преимущества структурированного XML.

Анализ взаимосвязей сопоставления ключей

1. Сопоставление идентификатора отправителя

DN (Distinguished Name) разделяется на префикс DN и локальный DN (localDn).

Данная структура поддерживает иерархические соглашения об именовании (3GPP TS 32.300):

  • dnPrefix: Представляет компоненты домена и уровни подсети (например, "DC=a1.companyNN.com,SubNetwork=1,IRPAgent=1")
  • localDn: Представляет конкретные элементы управления (например, "SubNetwork=CountryNN,MeContext=MEC-Gbg-1,ManagedElement=RNC-Gbg-1")

2. Спецификация представления времени

Все атрибуты, связанные со временем, строго соответствуют формату ISO 8601 и типу длительности XML-схемы:

  • beginTime/endTime: Используйте тип dateTime, отформатированный как "YYYY-MM-DDThh:mm:ss±hh:mm"
  • duration: Используйте усеченное обозначение "PTnS", где n — количество секунд (например, PT900S представляет 900 секунд)

3. Механизм атрибутов позиционирования (опционально)

Стандарт предоставляет два способа связывания типов измерений с результатами, отражая гибкость проектирования:

Метод связывания Определение типа измерения Определение результата измерения Применимые сценарии
Последовательное связывание <measTypes>type1 type2 type3 value1 value2 value3 Простой набор измерений, фиксированный порядок типов
Связывание атрибута местоположения type1 value1 Сложный набор измерений, требует явного сопоставления

Углубленный анализ технических деталей XML-схемы

Раздел 4.2.2 Анализ структуры схемы

XML-схема файла данных сбора измерений (measCollec.xsd) использует строгие определения типов и структурные ограничения:

1. Определение сложных типов

measResultTypeПростые типы определяются с помощью объединения, поддерживающего числа с плавающей запятой или специальное значение "NIL":

<simpleType name="measResultType"> <union memberTypes="float"> <simpleType"> <restriction base="string"> <enumeration value="NIL"/> </restriction> </simpleType> </union> </simpleType>

Такая конструкция позволяет помечать результаты измерений значением "NIL" вместо отсутствующих значений, когда они недоступны, обеспечивая целостность данных.

2. Конструкция структуры выбора

Схема использует элемент в нескольких местах, обеспечивая гибкость реализации:

    Выбор между
  • measTypes и measType: определяют, следует ли использовать атрибут позиционирования
  • measResults и r: соответствуют методу определения типа измерения

3. Разработка необязательных атрибутов

Большинство атрибутов помечены use="optional", отражая стандартный прагматизм:

  • vendorName: название поставщика, полезное для локализации проблем в средах с несколькими поставщиками
  • userLabel: метка пользователя, обеспечивающая читаемую идентификацию
  • swVersion: версия программного обеспечения, используемая для управления совместимостью версий
  • measInfoId: идентификатор информации об измерении, поддерживающий классификацию набора измерений (например, "Категория A")

Примеры реализации и руководство по технической практике

Пример 1: Базовый файл отчета об измерениях (Приложение A.1)

Этот пример демонстрирует стандартную реализацию без использования атрибутов местоположения:

Основные особенности:

  • Определение типов измерений с помощью списка элементов <measTypes>, разделенных пробелами
  • Сохранение значений измерений в том же порядке с помощью элементов <measResults>
  • Включение тегов <suspect>true</suspect> для подозрительных данных
  • Полное представление метки времени и продолжительности

Ключ реализации Пункты:

  • Убедитесь, что порядок типов в measTypes строго соответствует порядку значений в measResults
  • Смещение часового пояса (+02:00) должно соответствовать фактическому часовому поясу устройства сбора данных
  • Сочетание префикса DN и локального DN должно однозначно идентифицировать отправителя

Пример исследования 2: Расширенная отчетность с использованием атрибутов местоположения (Приложение A.2)

Этот пример демонстрирует практическое применение механизма атрибутов местоположения:

Технические преимущества:

  • Позволяет отображать типы измерений и результаты в любом порядке
  • Поддерживает отчетность о частичных результатах измерений (некоторые типы могут не иметь значения) из-за невыполненных условий)
  • Облегчает динамическое добавление или удаление типов измерений

Спецификации проектирования атрибутов:

  • Атрибут местоположения p должен использовать тип positiveInteger
  • Значение p в одном файле должно быть уникальным
  • Значение p результата измерения должно совпадать со значением p соответствующего типа измерения

Кейс 3: Отчет о категоризации с использованием measInfoId (Приложение A.3)

Этот кейс демонстрирует расширенное применение категоризации информации об измерениях:

Бизнес-ценность:

  • Поддерживает организацию данных измерений по бизнес-целям категория (например, "Категория A", "Категория B")
  • Облегчает приложениям верхнего уровня обработку и анализ данных о производительности по категориям
  • Может быть объединен с идентификатором задания (jobId) для достижения более совершенного управления задачами измерения

Рекомендации по внедрению:

  • measInfoId должен использовать осмысленную строку для удобства чтения человеком и обработки программами
  • Различные measInfo в рамках одного и того же measData должны использовать разные идентификаторы
  • Можно установить внутреннюю систему именования measInfoId

Стандартные рекомендации по внедрению и лучшие практики

1. Стратегия внедрения системной интеграции

Внедрение на сетевом элементе (Сторона СВ):

  • Реализуйте функцию генерации XML, требуемую стандартом, и убедитесь, что проверка схемы проходит успешно
  • Настройте полную информацию об идентификации отправителя (vendorName, elementType и т. д.)
  • Реализуйте механизмы сжатия данных и зашифрованной передачи для повышения эффективности и безопасности

Реализация на стороне системы управления сетью (NMS):

  • Разработайте общий модуль анализа XML, поддерживающий два метода ассоциации
  • Реализуйте механизм проверки данных для проверки непрерывности времени, целостности данных и т. д.
  • Создайте хранилище данных о производительности для поддержки запросов и анализа исторических данных

2. Предложения по оптимизации производительности

Измерения оптимизации Конкретные меры Ожидаемые результаты
Размер файла Используйте gzip для сжатия XML-файлов и удаления ненужных пробелов Уменьшите объем передаваемых данных на 70-90%
Эффективность парсинга Используйте SAX-парсинг вместо DOM-парсинга и предварительную компиляцию XML-схемы Улучшите скорость парсинга в 3-5 раз и уменьшите использование памяти
Оптимизация хранения Преобразуйте XML в столбцовый формат хранения и создайте индекс временных рядов Улучшите производительность запросов и уменьшите занимаемое место для хранения

3. Управление совместимостью нескольких версий

Учитывая непрерывную эволюцию стандарта от версии 6 до версии 16, при реализации следует учитывать следующее:

  • Обратная совместимость: Новая система должна уметь обрабатывать файлы в формате старой версии
  • Обратная совместимость: Старая система должна обрабатывать файлы новой версии, игнорируя неизвестные элементы/атрибуты
  • Согласование версий: Установить механизм согласования версий между системами и использовать самую высокую версию, поддерживаемую обеими сторонами

4. Обработка ошибок и контроль качества данных

Маркировка подозрительных данных:Если данные измерений могут быть неточными, необходимо использовать метку <suspect>true</suspect>. Типичные сценарии включают:

  • Сброс или переполнение счетчика
  • Перезапуск устройства в течение периода сбора данных
  • Неполные данные из-за прерывания связи

Правила проверки данных:

  • Проверка непрерывности времени: Убедитесь, что beginTime раньше, чем endTime
  • Проверка числового диапазона: Проверьте, находится ли измеренное значение в разумном диапазоне
  • Согласованность ассоциации: Проверьте правильность ассоциации атрибута местоположения

Координация с соответствующими стандартами

Стандарт 3GPP TS 32.435 не существует изолированно; Он, вместе с множеством связанных стандартов, составляет полную систему управления телекоммуникациями:

Связанные стандарты Номер стандарта Описание взаимосвязи Эффект координации
Концепции и требования к измерению производительности 3GPP TS 32.401 Определяет основные концепции и требования к измерению производительности Обеспечивает семантическую основу
Определение формата файла 3GPP TS 32.432 Определяет абстрактный формат файла Обеспечивает определение элемента содержимого
Формат файла ASN.1 3GPP TS 32.436 Определяет альтернативы бинарным форматам Предоставляет возможность выбора формата
Концепции управления конфигурацией 3GPP TS 32.600 Определяет базовую структуру управления конфигурацией Поддерживает идентификацию управляемых объектов
Соглашения об именовании 3GPP TS 32.300 Определяет правила именования управляемых объектов Предоставляет спецификации DN

Эта стандартная система обеспечивает полную связь от концептуального определения до конкретной реализации, предоставляя телекоммуникационным операторам сквозное стандартизированное решение.


Тенденции развития технологий и перспективы на будущее

С полным развертыванием сетей 5G и началом исследований в области 6G технологии измерения производительности сталкиваются с новыми вызовами и возможностями:

1. Повышенные требования к 5G

  • Поддержка сегментирования сети: Необходимо расширить структуру измерений для поддержки мониторинга производительности на уровне сегментов сети.
  • Низкая задержка и высокая надежность: Требуются измерения с более высокой частотой и более оперативное предоставление данных.
  • Интеграция граничных вычислений: Требуется поддержка агрегации и обработки распределенных данных измерений.

2. Эволюция технологической архитектуры

  • Облачная архитектура: Внедрение контейнеризации и микросервисной архитектуры для повышения отказоустойчивости системы.
  • Интеграция ИИ/машинного обучения: Встраивание алгоритмов машинного обучения в поток обработки данных измерений.
  • Открытый API: Предоставление RESTful API для поддержки интеграции сторонних приложений.

3. Направление развития стандартизации

  • Поддержка формата JSON: Рассмотреть возможность добавления JSON в качестве необязательного формата для удовлетворения потребностей веб-приложений
  • Протокол потоковой передачи: Определить протокол потоковой передачи в реальном времени для замены традиционной передачи файлов
  • Семантическая совместимость: Внедрить онтологические и семантические веб-технологии для улучшения возможностей понимания данных

Стандарт 3GPP TS 32.435, как базовый стандарт для управления производительностью мобильных сетей связи, будет продолжать играть важную роль в будущем развитии сетей. Степень стандартизации при его внедрении напрямую влияет на эффективность и качество эксплуатации и обслуживания сети и является ключевым краеугольным камнем для построения интеллектуальной и автоматизированной системы управления сетью.


Краткое описание: Стандарт ETSI TS 132 435 V16.0.0, благодаря строгому определению XML-схемы и гибкой архитектуре, обеспечивает надежный стандарт обмена данными для интегрированных мобильных сетей связи с использованием оборудования разных производителей и технологий. Внедрение этого стандарта требует не только точного технического исполнения, но и создания комплексной системы управления данными и контроля качества с точки зрения целостного управления сетью. По мере развития сетевых технологий эта стандартная структура будет продолжать расширяться и совершенствоваться, закладывая прочную основу для интеллектуального управления сетью в будущем.

ETSI TS 132 435-2020 История

  • 2024 ETSI TS 132 435-2024 Цифровая сотовая телекоммуникационная система (фаза 2+) (GSM); Универсальная мобильная телекоммуникационная система (UMTS); LTE; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (версия 3GPP TS 32.435 ...
  • 2022 ETSI TS 132 435-2022 Цифровая сотовая телекоммуникационная система (фаза 2+) (GSM); Универсальная мобильная телекоммуникационная система (UMTS); LTE; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (версия 3GPP TS 32.435 ...
  • 2020 ETSI TS 132 435:2020 Цифровая система сотовой связи (Фаза 2+) (GSM); Универсальная система мобильной связи (UMTS); ЛТЕ; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (версия 3GPP TS 32.435...
  • 2018 ETSI TS 132 435-2018 Цифровая сотовая телекоммуникационная система (фаза 2+) (GSM); Универсальная мобильная телекоммуникационная система (UMTS); LTE; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (версия 3GPP TS 32.435 ...
  • 2017 ETSI TS 132 435-2017 Цифровая система сотовой связи (Фаза 2+) (GSM); Универсальная система мобильной связи (UMTS); ЛТЕ; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (V14.0.0; 3GPP TS 32.435 ve
  • 2016 ETSI TS 132 435-2016 Цифровая система сотовой связи (Этап 2+); Универсальная система мобильной связи (UMTS) LTE; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (V13.0.0; 3GPP TS 32.435, версия 1)
  • 2014 ETSI TS 132 435-2014 ЛТЕ; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (V12.0.0; 3GPP TS 32.435, версия 12.0.0, выпуск 12)
  • 2012 ETSI TS 132 435-2012 Цифровая система сотовой связи (Этап 2+); Универсальная система мобильной связи (UMTS); ЛТЕ; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) V10.1.0; Версия 3GPP TS 32.435
  • 2011 ETSI TS 132 435-2011 Цифровая сотовая телекоммуникационная система (Фаза 2+); Универсальная система мобильной телекоммуникационной связи (UMTS); LTE; Управление телекоммуникациями; Измерение производительности: Определение формата файла расширяемого языка разметки (XML) (3GPP TS 32.435 версии 10.0.0...
  • 2010 ETSI TS 132 435-2010 Цифровая система сотовой связи (Этап 2+); Универсальная система мобильной связи (UMTS); ЛТЕ; Управление телекоммуникациями; Измерение производительности: определение формата файла расширяемого языка разметки (XML) V9.0.0; 3GPP TS 32.435 версия 9
  • 2009 ETSI TS 132 435-2009 Цифровая система сотовой связи (Этап 2+); Универсальная система мобильной связи (UMTS); ЛТЕ; Управление телекоммуникациями; Измерение производительности: определение формата файла расширяемого языка разметки (XML) V8.0.0; 3GPP TS 32.435 версия 8
  • 2007 ETSI TS 132 435-2007 Цифровая система сотовой связи (Этап 2+); Универсальная система мобильной связи (UMTS); Управление телекоммуникациями; Измерение производительности: определение формата файла расширяемого языка разметки (XML) V7.2.0; 3GPP TS 32.435 версия 7.2.0 R
  • 2006 ETSI TS 132 435-2006 Универсальная система мобильной связи (UMTS); Управление телекоммуникациями; Измерение производительности: определение формата файла расширяемого языка разметки (XML) 3GPP TS 32.435, версия 6.2.0, выпуск 6.
  • 2005 ETSI TS 132 435-2005 Универсальная система мобильной связи (UMTS); Управление телекоммуникациями; Измерение производительности: определение формата файла расширяемого языка разметки (XML) 3GPP TS 32.435, версия 6.1.0, выпуск 6.
  • 2004 ETSI TS 132 435-2004 Универсальная система мобильной связи (UMTS); Управление телекоммуникациями; Измерение производительности: определение формата файла расширяемого языка разметки (XML) 3GPP TS 32.435, версия 6.0.0, выпуск 6.
Цифровая сотовая телекоммуникационная система (фаза 2+) (GSM); Универсальная мобильная телекоммуникационная система (UMTS); LTE; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (версия 3GPP TS 32.435 ...

стандарты и спецификации

ETSI TS 132 435 V18.0.0 (2024-05)-2024 Цифровая сотовая телекоммуникационная система (фаза 2+) (GSM); Универсальная мобильная телекоммуникационная система (UMTS); LTE; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (версия 3GPP TS 32.435 ... ETSI TS 132 435-2024 Цифровая сотовая телекоммуникационная система (фаза 2+) (GSM); Универсальная мобильная телекоммуникационная система (UMTS); LTE; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (версия 3GPP TS 32.435 ... ETSI TS 132 435-2022 Цифровая сотовая телекоммуникационная система (фаза 2+) (GSM); Универсальная мобильная телекоммуникационная система (UMTS); LTE; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (версия 3GPP TS 32.435 ... ETSI TS 132 435-2018 Цифровая сотовая телекоммуникационная система (фаза 2+) (GSM); Универсальная мобильная телекоммуникационная система (UMTS); LTE; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (версия 3GPP TS 32.435 ... ETSI TS 132 435 V17.0.0 (2022-04)-2022 Цифровая сотовая телекоммуникационная система (фаза 2+) (GSM); Универсальная мобильная телекоммуникационная система (UMTS); LTE; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (версия 3GPP TS 32.435 ... ETSI TS 132 435 V14.0.0 (2017-04)-2017 Цифровая сотовая телекоммуникационная система (фаза 2+) (GSM); Универсальная мобильная телекоммуникационная система (UMTS); LTE; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (версия 3GPP TS 32.435 ... ETSI TS 132 435 V15.0.0 (2018-07)-2018 Цифровая сотовая телекоммуникационная система (фаза 2+) (GSM); Универсальная мобильная телекоммуникационная система (UMTS); LTE; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (версия 3GPP TS 32.435 ... ETSI TS 132 435 V16.0.0 (2020-08)-2020 Цифровая сотовая телекоммуникационная система (фаза 2+) (GSM); Универсальная мобильная телекоммуникационная система (UMTS); LTE; Управление телекоммуникациями; Измерение производительности; Определение формата файла расширяемого языка разметки (XML) (версия 3GPP TS 32.435 ... ETSI TS 132 435-2011 Цифровая сотовая телекоммуникационная система (Фаза 2+); Универсальная система мобильной телекоммуникационной связи (UMTS); LTE; Управление телекоммуникациями



© 2026. Все права защищены.