2.2.2. Системы oss/bss
Ещё порядка тридцати лет назад все операции в телекоммуникационных компаниях выполнялись вручную и телефонные компании в то время были довольно крупными работодателями. Первые компьютеры, которые появились в области электросвязи, изначально использовались для повторяющихся операций, связанных с пакетной обработкой данных, например для проведения расчетов. Компьютеры применялись для поддержки и упрощения ручных операций. Отсюда и появилось понятие – «система операционной поддержки» - OSS. Несущественное процессное отличие от неё по тем временам представляли «системы поддержки бизнеса» -BSS, которые использовались для начисления заработной платы и других подобных операций.
По мере роста ассортимента и объемов услуг оборудование становилось всё боле сложным и число компьютеров увеличивалось. В некоторых системах поддержки число компьютеров могло исчисляться тысячами, причем в одной и той же сети могли размещаться буквально все типы существующих операционных систем, баз данных, структур данных и методов связи. Многие системы представляли собой разработки различных ИТ-отделов, лабораторий и подразделений компаний. Как правило, они предназначались для конкретного процесса или оператора, оказывающего вполне определенную услугу. Изменение этой системы под соответствующие нужды требовало значительных временных и ресурсных затрат, что негативно сказывалось на качестве конечного сервиса.
По мере роста количества и усложнения архитектуры систем среди специалистов в данной области появилось мнение, что часть процессов может быть автоматизирована. На том историческом этапе развития телекоммуникаций топ-менеджмент не видел необходимости унификации и развития систем поддержки операций и бизнеса ввиду узкой специализации компаний[1].
Таким образом, к концу 90х на рынке телекоммуникаций появилось большое количество различных систем OSS/BSS, для которых всё чаще выдвигались требования взаимодействия друг с другом. На сегодняшний день можно наблюдать определённые сложности отрасли связи, которые возникают при интеграции систем поддержки операторской деятельности. Как было отмечено выше, это, прежде всего, связано с тем, что изначально системы поддержки бизнеса и операций разрабатывались для выполнения вполне определённой функции, иногда – специально под определённые низкоуровневые элементы в качестве источника информации (элементы NMLиEML-в зависимости от реализацииOSS; применительно кBSSданное замечание неверно). Таким образом, при необходимости обмена данными между двумяOSS(такая необходимость возникает при запуске параллельнойOSSотносительно существующей – для новой функции или при замене устаревшейOSSобновлённой) могут возникнуть определённые проблемы. Более сложно вопрос обстоит сBSS– сложными комплексными системами, отвечающими за поддержку управления жизненным циклом продукта, инфраструктуру, стратегию предприятия, комплексный менеджмент предприятия – в зависимости от реализацииBSS(различные процессы первого уровня декомпозицииeTOM, относящиеся к стратегии бизнеса, отношениям с клиентами и поставщиками и другими глобальными вопросами в деятельности предприятия). ВнедрениеBSSна существующую инфраструктуру, как верхнеуровневой системы, всегда является крайне сложной задачей и требует длительного анализа по внедрению данной системы.
Описанные выше замечания могут быть минимизированы в будущем при использовании открытых систем и стандартизованных интерфейсов. В частности, решению данной задачи на эталонной сети может помочь использование интерфейсов типа QиXсогласно рекомендации М.3010 МСЭ-Т для взаимодействия разных функциональных блоков. Так же, как упоминалось выше, в качествеQ-интерфейсов междуNMSиOSSмогут использоватьсяMTOSIилиCORBA– интерфейсы. Рассмотрение интерфейсов типаMTOSIилиCORBAдля упрощения взаимодействия гетерогенных и разных технологических систем в рамках данной работы не производится. Пример такого эталонного взаимодействия гетерогенных систем приведён на рисунке12.
Таким образом, при использовании открытых моделей и технологий, обеспечивающих универсальность доступа, возможно построение относительно оптимальных систем с точки зрения прозрачности и рациональности сквозных процессов ввиду минимизации пути их прохождения.
На сегодняшний день можно наблюдать отсутствие международных рекомендаций и стандартов для построения систем NMS,OSSиBSS. Но в то же самое время существуют международные стандартизующие документы относительно построения эффективных и прозрачных систем управления сетями с точки зрения процессов. Таким образом, становится вполне решаемой задачей вопрос организации процессно-ориентированных систем с иерархической структурой, построенной с минимальным воздействием на структуру в плане её изменения. При этом в структуре должны быть использованы принципы, обеспечивающие максимальную непривязанность и абстрактность относительно решений, используемых на соседних уровняхTMN(или функциях/процессахeTOM). Это позволит реализовать оптимальное взаимодействие современных гетерогенных сетей, отвечая различным задачам компании-оператора и клиента.
