Система эксплуатационной поддержки

До примерно 1970 года многие задачи OSS выполнялись вручную в рамках административных процессов. Однако стало очевидно, что значительную часть этой деятельности можно автоматизировать с помощью компьютеров. В последующие пять лет телефонные компании создали ряд вычислительных систем (или программных приложений), которые автоматизировали большую часть работ. Это стало одним из факторов, повлиявших на развитие операционной системы Unix и языка программирования C. Bell System закупила специальные вычислительные комплексы PDP-11 от Digital Equipment Corporation для различных OSS-приложений. Использовавшиеся в Bell System OSS-системы включали AMATPS, CSOBS, EADAS, систему удалённой работы с памятью (Remote Memory Administration System, RMAS), Switching Control Center System, SCCS, Service Evaluation System, SES, Trunks Integrated Record Keeping System, TIRKS и другие. OSS-системы той эпохи подробно описаны в Bell System Technical Journal, Bell Labs Record и в документе Telcordia Technologies (ныне часть Ericsson) SR-2275.

Многие ранние OSS-системы не были связаны между собой и зачастую требовали ручного вмешательства. Например, если клиент заказывал новую телефонную услугу, система оформления заказа сохраняла бы его данные, но не могла бы напрямую сконфигурировать телефонную станцию — это осуществлялось отдельно через систему управления коммутатором. Передача информации о заказе из одной системы в другую обычно выполнялась оператором, вручную переносящим данные с одного экрана на другой — процесс, известный как «интеграция вращающегося стула». Это было ещё одной причиной неэффективности, поэтому в последующие годы внимание было сосредоточено на автоматизации взаимодействия между приложениями OSS — интеграции OSS. Простая и недорогая интеграция OSS до сих пор остаётся основной целью большинства телекоммуникационных компаний.

Большая часть исследований в области OSS была сосредоточена на определении её архитектуры. В упрощённом виде четыре ключевых элемента OSS:

• Процессы
  • последовательность событий
• Данные
  • информация, с которой ведётся работа
• Приложения
  • компоненты, реализующие процессы управления данными
• Технологии
  • реализация приложений

В 1990-х годах новые архитектурные подходы OSS разрабатывались МСЭ-Т, в частности в рамках концепции TMN. Эта модель предусматривает четыре уровня TMN, применимые в OSS:

• Уровень управления бизнесом (Business Management Level, BML)
• Уровень управления услугами (Service Management Level, SML)
• Уровень управления сетью (Network Management Level, NML)
• Уровень управления элементами (Element Management Level, EML)

Иногда упоминается пятый уровень — сами сетевые элементы, но стандарты определяют только четыре уровня. Это послужило основой для дальнейших разработок. Управление сетью дополнительно было формализовано ISO с помощью схемы FCAPS (Fault, Configuration, Accounting, Performance, Security — неисправности, конфигурация, учёт, производительность, безопасность). Эта концепция легла в основу функциональной модели стандартов МСЭ-Т TMN (серия М.3000—М.3599). Хотя модель FCAPS изначально разрабатывалась для корпоративных сетей, она была принята и для публичных сетей операторов связи, соответствующих стандартам TMN МСЭ-Т.

Важной задачей управления сетью и услугами остаётся возможность контролировать сетевые элементы как в доступных, так и в магистральных сетях. Исторически были предприняты многочисленные попытки стандартизировать протоколы управления сетью в профильных организациях (МСЭ-Т, 3GPP), но они не имели большого успеха. Протокол IETF SNMP (Simple Network Management Protocol) де-факто стал стандартом для управления интернет- и телефонными сетями на уровне взаимодействия EML-NML, однако он используется преимущественно для простого мониторинга, в то время как для задач конфигурации применяются протоколы NETCONF и RESTCONF^[5][6].

С 2000-х годов, в связи с ростом широкополосных и VoIP-сервисов, задачи управления домашними сетями также вошли в сферу OSS и управления сетями. Спецификация DSL Forum TR-069 определила протокол CPE WAN Management Protocol (CWMP), подходящий для управления устройствами домашних сетей и терминалами на границе EML-NML, однако он находится в стадии постепенного перехода на современный стандарт TR-369 (User Services Platform, USP)^[7].

В современных системах эксплуатационной поддержки (OSS) активно применяются технологии AIOps для автоматизации процессов обеспечения качества услуг (Service Assurance). Переход от реактивного управления к предиктивным и автономным IT-операциям позволяет прогнозировать сбои до того, как они повлияют на пользователей. Использование агентного ИИ обеспечивает раннее обнаружение аномалий, анализ первопричин (Root Cause Analysis) и автономное разрешение инцидентов. Внедрение этих технологий способствует снижению операционных затрат и существенному сокращению среднего времени восстановления (MTTR)^[11].

Для диагностики сетевых инцидентов и устранения неполадок применяются большие языковые модели (LLM) и генеративный ИИ. ИИ-агенты, обученные на сетевых тикетах и аварийных сигналах, генерируют рекомендации по исправлению ошибок и могут автоматически выполнять действия с низким риском. Подобные решения тестируются и внедряются крупными технологическими компаниями и операторами связи, включая Alibaba Cloud, Meta, ByteDance и Fujitsu^[12].^[13][14]

Ведущие производители телекоммуникационного оборудования интегрируют интеллектуальные платформы в свои решения. Компания Huawei развивает концепцию автономных сетей (Autonomous Driving Networks, ADN), использующую управление на основе намерений (intent-driven networking), цифровые двойники и предиктивное обслуживание^[15]. Её архитектура Xinghe Intelligent Network Solution включает централизованный ИИ для автоматического устранения неполадок^[16]. Nokia внедряет автоматизацию центров управления сетью (NOC) с помощью LLM-агентов для прогнозирования сбоев, а также развивает технологию AI-RAN, применяющую вычисления на базе графических процессоров для управления радиоресурсами в реальном времени и повышения энергоэффективности^[15].

TM Forum, ранее TeleManagement Forum, — международное объединение операторов связи и поставщиков решений для отрасли телекоммуникаций. Несмотря на то, что OSS традиционно ориентированы на собственные и уникальные технологии, TM Forum продвигает стандарты и фреймворки в области OSS и BSS. Организация насчитывает более 800 компаний-участников^[17]. Её основные направления деятельности включают разработку отраслевых ИТ-стандартов, создание и монетизацию цифровых услуг, а также внедрение и масштабирование искусственного интеллекта в телеком-операциях^[18].

К 2005 году развитие архитектуры OSS осуществлялось в рамках программы New Generation Operations Systems and Software (NGOSS), запущенной TM Forum в 2000 году. Программа установила ряд принципов, которым должна соответствовать интеграция OSS, а также комплекс моделей, обеспечивающих стандартизированные подходы. Позднее NGOSS получила новое название — Frameworx.

В области искусственного интеллекта и автономных сетей TM Forum развивает ряд стандартов, фреймворков и инициатив. В их число входит AI-Native Blueprint — фреймворк для внедрения ИИ в производственные среды, охватывающий вопросы доверия, безопасности и управления. Кроме того, организация поддерживает прикладные инициативы и проекты Catalyst, направленные на автоматизацию управления сетями и трансформацию операционных центров на базе интеллектуальных агентов^[19][20]