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

До примерно 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^[5].

Многие ранние 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.

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

TM Forum, ранее TeleManagement Forum, — международное объединение операторов связи и поставщиков решений для отрасли телекоммуникаций. Несмотря на то, что OSS традиционно ориентированы на собственные и уникальные технологии, TM Forum продвигает стандарты и фреймворки в области OSS и BSS.

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