Из Википедии, бесплатной энциклопедии
  (Перенаправлено из системы поддержки операций )
Перейти к навигации Перейти к поиску
Для использования в других целях см. OSS .

Системы поддержки операций ( OSS ), Системы поддержки операций в Великобритании или Операционная система ( OpS ) в NTT [1] , [2] - это компьютерные системы, используемые поставщиками телекоммуникационных услуг для управления своими сетями (например, телефонными сетями). Они поддерживают функции управления, такие как инвентаризация сети , предоставление услуг , конфигурация сети и управление сбоями .

Вместе с системами поддержки бизнеса (BSS) они используются для поддержки различных сквозных телекоммуникационных услуг. BSS и OSS имеют свои собственные обязанности в отношении данных и обслуживания. Эти две системы вместе часто обозначаются сокращенно OSS / BSS, BSS / OSS или просто B / OSS.

Аббревиатура OSS также используется в единственном числе для обозначения всех систем поддержки операций, рассматриваемых как единая система .

TM Forum , промышленные исследовательские лаборатории или поставщики OSS предложили различные подразделения OSS. Как правило, OSS выполняет как минимум следующие пять функций:

История [ править ]

Примерно до 1970 года многие операции OSS выполнялись вручную. Однако стало очевидно, что большую часть этой деятельности можно заменить компьютерами . В следующие 5 лет или около того телефонные компании создали ряд компьютерных систем (или программных приложений ), которые автоматизировали большую часть этой деятельности. Это был один из движущих факторов развития Unix операционной системы и языка программирования Си . Bell System приобрел свою собственную линейку PDP-11 компьютеров от компании Digital Equipment Corporationдля различных приложений OSS. Системы OSS, используемые в Bell System, включают AMATPS , CSOBS, EADAS , систему удаленного администрирования памяти (RMAS), систему центра управления коммутацией (SCCS), систему оценки услуг (SES), интегрированную систему хранения записей транков (TIRKS) и многие другие. Системы OSS той эпохи описаны в Bell System Technical Journal , Bell Labs Record и Telcordia Technologies (теперь часть Ericsson ) SR-2275. [3]

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

Архитектура [ править ]

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

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

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

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

Пятый уровень иногда упоминается как сами элементы, хотя стандарты говорят только о четырех уровнях. Это было основой для дальнейшей работы. В дальнейшем управление сетью было определено ISO с использованием модели FCAPS - отказ, конфигурация, учет, производительность и безопасность. Эта основа была принята стандартами ITU-T TMN в качестве функциональной модели для технологической базы стандартов TMN серий M.3000 - M.3599. Хотя модель FCAPS изначально была задумана и применима для корпоративной сети ИТ, она была адаптирована для использования в сетях общего пользования, которыми управляют поставщики телекоммуникационных услуг, соблюдающие стандарты ITU-T TMN.

Большой проблемой управления сетью и услугами является возможность управления и контроля сетевых элементов доступа и базовой сети. Исторически сложилось так, что на форумах по стандартизации (ITU-T, 3GPP) было потрачено много усилий, чтобы определить стандартный протокол для управления сетью, но без успеха и практических результатов. С другой стороны, протокол IETF SNMP (простой протокол сетевого управления) стал фактическим стандартом для управления Интернетом и телекоммуникационными компаниями на уровне связи EML-NML.

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

TM Forum [ править ]

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

К 2005 году разработки в архитектуре OSS стали результатом программы TM Forum по операционным системам и программному обеспечению нового поколения (NGOSS), которая была основана в 2000 году. Она установила набор принципов, которые должна принять интеграция OSS, а также набор моделей, которые предоставить стандартизированные подходы. NGOSS был переименован в Frameworx.

Модели Frameworx [ править ]

  • Информационная модель ( модель Shared данных / Data или SID ) - теперь чаще называют информационные рамки,
  • Модель процесса ( улучшенная карта операций электросвязи или eTOM ) - теперь более известная как структура бизнес-процессов,
  • Модель приложения ( карта телекоммуникационных приложений ) - теперь известная как Application Framework, архитектура (технологически нейтральная архитектура) и модель жизненного цикла.

TM Forum описывает Frameworx как архитектуру, которая:

  • " слабосвязанный "
  • распределен
  • на основе компонентов

Компоненты взаимодействуют посредством общего средства связи (с использованием инфраструктуры обмена информацией; например, EAI , веб-службы , EJB ). Поведение можно контролировать с помощью управления процессами и / или управления политиками для оркестровки функций, предоставляемых службами, предлагаемыми компонентами.

В начале работы TM Forum в рамках NGOSS основное внимание уделялось созданию эталонных моделей для поддержки взглядов заинтересованных сторон на процессы, информацию и взаимодействие приложений. Параллельно выполнялись мероприятия, которые поддерживали точку зрения заинтересованных сторон на реализацию спецификаций интерфейсов для обеспечения доступа к возможностям OSS (в первую очередь, MTNM). Работа MTNM превратилась в набор веб-сервисов, обеспечивающих мульти-технологические интерфейсы операционных систем MTOSI . Совсем недавно [ когда? ] инициатива OSS через Java (OSS / J) присоединилась к TMF, чтобы предоставить API BSS / OSS на основе NGOSS .

Текущая работа - Открытая цифровая архитектура (ODA) [ править ]

Открытая цифровая архитектура (ODA) предлагает согласованный в отрасли план, язык и набор ключевых принципов проектирования, которым необходимо следовать. Он предоставит практические пути перехода от поддержки монолитных унаследованных программных решений к управлению гибкими облачными возможностями, которые можно организовать с помощью ИИ . Это эталонная архитектура, которая сопоставляет открытые API TM Forum с функциями технической и бизнес-платформы. [4]

См. Также [ править ]

  • Система поддержки бизнеса
  • COSMOS (телекоммуникации)
  • Система операций по техническому обслуживанию контура
  • OA&M
  • Система оценки услуг
  • Система центра управления коммутацией

Ссылки [ править ]

  1. ^ NTT Access Network Service Systems Laboratories (апрель 2003 г.). «Операционная система» . ANSL R&D Times # 32 . Проверено 25 января 2021 .
  2. ^ См. Статью в Википедии «Исследование операций» .
  3. ^ Латония Гист (2013). Телекоммуникационные системы и стандарты (pdf) . Мировые технологии. п. 16. ISBN  978-81-323-4238-0.
  4. ^ https://www.tmforum.org/resources/whitepapers/open-digital-architecture/

Внешние ссылки [ править ]

  • Видео: что такое OSS / BSS?
  • TM Forum
  • OSS через инициативу Java
  • Обзор новостей OSS
  • Целевая страница OSS Observer компании Analysys Mason
  • Журнал Pipeline
  • InsideTelephony OSS / BSS (2017.05.20 через Wayback Machine)
  • Биллинг и OSS World
  • OSS Line
  • Телекоммуникации OSS и BSS
  • Telcordia SR-2275