Нефть и песок О стали Компрессор - подбор и ошибки Из истории стандартизации резьб Соперник ксерокса - гектограф Новые технологии производства стали Экспорт проволоки из России Прогрессивная технологическая оснастка Цитадель сварки с полувековой историей Упрочнение пружин Способы обогрева Назначение, структура, характеристики анализаторов Промышленные пылесосы Штампованные гайки из пружинной стали Консервация САУ Стандарты и качество Технология производства Водород Выбор материала для крепежных деталей Токарный резец в миниатюре Производство проволоки Адгезия резины к металлокорду Электролитическое фосфатирование проволоки Восстановление корпусных деталей двигателей Новая бескислотная технология производства проката Синие кристаллы Автоклав Нормирование шумов связи Газосварочный аппарат для тугоплавких припоев
Главная страница / Архитектура отрасли

Сравнительный анализ платформ автоматизированных систем технического учета сетевых ресурсов (NRI)



Многие операторы телекоммуникационных сетей сталкиваются с необходимостью ИТ-аудита и пересмотра своих представлений о функционировании службы эксплуатации (системы back office) и циркулирующих информационных потоках.

Усложнение информационно-телекоммуникационной инфраструктуры операторов, техническая политика миграции от сетей с технологией TDM к сетям с пакетной коммутацией и поддержкой стека протоколов TCP/IP, переход в сетях речевых услуг к NGN-решениям требуют интеграции отдельных подсистем автоматизации деятельности того или иного подразделения в единое комплексное решение OSS-BSS. Эта необходимость вызвана множеством факторов:

снижением доходности непакетированных услуг (появление концепции Triple Play услуг);

неоправданно большой долей непроизводительного ручного труда в рутинных процедурах существующих бизнес-процессов;

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

острой конкуренцией в отрасли и изменением структуры абонентской базы оператора;

изменением законодательства и выпуском новых руководящих документов.

Все эти факторы влияют на конкурентоспособность оператора и требуют от него сокращения длительности жизненного цикла разработки и внедрения новых услуг, повышения доступности услуг для абонентов и скорости их подключения к соответствующим информационно-сетевым ресурсам. Требования рынка приводят к необходимости создания однородной информационно-телекоммуникационной инфраструктуры, отличающейся высокой степенью автоматизации, гибкостью настройки и конфигурирования, масштабируемостью и высокой эффективностью функционирования. Дополнительные требования выдвигают внедрение конвергентного биллинга, использующего тарификацию пакетированных услуг, а также их взаимное влияние на требования дисконтирования и автоматизации исчисления себестоимости услуг, более четко соотнесенных с распределением сетевых ресурсов и балансировкой сетевой нагрузки (технической реализуемостью бизнес-процессов). Автоматизация этих процессов неизбежна в силу разрастания телекоммуникационной инфраструктуры, содержащей оборудование различных производителей, но требующей простого управления и прозрачной передачи мультисервисного и мультисетевого трафика.

Очевидно, что архитектура, способная поддержать столь высокий уровень автоматизации деятельности оператора, сложна и должна обладать модульностью и комплексностью интегрального решения. Любая автоматизация требует ИТ-аудита на стадии предпроектной подготовки и анализа соответствия существующих бизнес-процессов задачам, подлежащим решению. Такая ревизия зачастую приводит к осознанию необходимости реструктуризации и перестройки бизнес-процессов даже на сетевом уровне. Применительно к эксплуатации это процессы механизмов управления и доля ручного труда, необходимого для внесения изменений в структуре сети, модернизации отдельных узлов, согласования настроек оборудования.

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

Затраты на автоматизацию направлены на минимизацию эксплуатационных затрат по управлению сетевыми ресурсами и их техническую инвентаризацию с высокой степенью точности. Без точной информации о состоянии сетевых ресурсов – как на уровнях физического и логического представления, так и на уровне автоматизации активации абонентских услуг – автоматизация эксплуатационных процессов будет бессмысленной, потому что на основе ошибочной информации наиболее вероятны ошибочные решения, ведущие к непредусмотренным трудозатратам и плохо прогнозируемым дополнительным эксплуатационным издержкам.

Снижение капитальных и эксплуатационных затрат. Повышение степени утилизации сетевых ресурсов уменьшает объем капитальных затрат, так как благодаря автоматизации при меньших по стоимости сетевых ресурсах и их техническом запасе достигается аналогичный объем услуг. Уменьшение доли ручного труда при актуализации баз данных технического учета сетевых ресурсов, а также сокращение трудозатрат за счет минимизации времени, затрачиваемого на получение достоверной информации о состоянии сети, позволяют сократить эксплуатационные затраты. (Весомость этого фактора составляет 88%.)

Быстрота внедрения услуг. Благодаря точности данных о состоянии сетевых ресурсов и их степени готовности для предоставления тех или иных услуг повышается скорость клиентского обслуживания, а также скорость анализа технической реализуемости внедрения новых услуг, уточняется необходимый объем модернизации. (Весомость – 62%.)

Поддержка сетевых ресурсов наиболее критичных с точки зрения перегрузок сети и деградации качества обслуживания. Внедрение новых услуг ведет к перераспределению сетевых ресурсов и требует балансировки нагрузки в узлах сети, так как возрастание трафика, обусловленное перераспределением нагрузки, может привести к деградации качества наиболее критичных услуг реального времени. Своевременное прогнозирование перегрузок позволяет перераспределить маршруты проноса трафика и направить наиболее критичные информационные потоки через недогруженные альтернативные узлы. (Весомость – 62%.)

Интеграция подсистем, автоматизирующих эксплуатационные процессы в различных подразделениях оператора. Комплексирование различных разрозненных подсистем автоматизации процессов эксплуатации минимизирует издержки на взаимодействие между подразделениями оператора, сокращает трудозатраты и себестоимость услуг, позволяет детализировать ее с любой степенью требуемой точности. (Весомость – 62%.)

Сокращение фонда заработной платы. Полнота отображения состояния сетевых ресурсов уменьшает объем деятельности персонала в экстремальных режимах аварийных ситуаций и принятия решений в условиях неопределенности, благодаря своевременному выявлению деградации качества работы сетевых узлов, прогнозированию отказов и предупредительному предотвращению их в рамках регламентных работ. Плановый режим работы и прогнозируемое поведение сети позволяет сократить число высококвалифицированных специалистов – экспертов ситуативного центра технической поддержки. (Весомость – 62%.)

Комплексирование IP-сети. Решения NGN и BcN порождают существенно более динамичные инфраструктуры, чем традиционные TDM-сети. При миграции к сетям пакетной коммутации информационно-телекоммуникационные инфраструктуры становятся универсальными средами передачи произвольного трафика. Операторы такой инфраструктуры осознают необходимость корреляции информации о состоянии сетевых ресурсов и процессов их модернизации, а также синхронизации процессов информационного взаимодействия между подсистемами OSS-BSS. Постоянные изменения на сетевом уровне, как конфигурации топологии сети, так и структуры активного оборудования, требуют двусторонних взаимодействий между всеми подсистемами автоматизации для обновления циркулирующей информации, ее синхронизации в режиме максимально приближенном к реальному времени. (Весомость – 38%.)

Прозрачность деятельности компании. Вновь принимаемые руководящие документы приводят к существенному сдвигу в требованиях по прозрачности отображения деятельности компаний. Оператор нуждается в аттестации и сертификации точности учета его активов и биллинговых операций для гарантии прозрачности его деятельности. Помимо этого, корпоративные инструкции и внутренние РД нуждаются в детальном учете технических средств, точность которого влияет на расчет структуры себестоимости услуг и детализации их предоставления. (Весомость – 24%.)

Целостность и непротиворечивость данных о разнородных сетевых узлах. Благодаря механизмам детектирования конфигурации сетевых узлов и выявления противоречий, операторы более эффективно выявляют неучтенные и омертвленные активы (в среднем внедрение NRI вскрывает до 30% основных средств сетевой инфраструктуры), повышают эффективность использования имеющейся информационно-телекоммуникационной инфраструктуры. (Весомость – 84%.).

Скорость и гибкость реакции на запросы рынка, масштабируемость различных услуг. Программные среды, такие как J2EE, XML и .NET, на сегодняшний день хорошо развиты и широко используются в архитектуре OSS-приложений. Архитектуры OSS, основанные на объектно-ориентированных компонентах, позволяют операторам быстро адаптироваться на динамически изменяющемся рынке информационно-телекоммуникационных услуг, так как их ИТ-подразделения могут чутко реагировать на любые изменения в информационно-телекоммуникационной инфраструктуре, использующей современное оборудование с технологией plug-and-play (весомость – 90%).

Функции системы технического учета используются множеством подсистем автоматизации, участвующих в различных бизнес-процессах эксплуатации и активации абонентских услуг. Подход к автоматизации этих функций был обусловлен специализацией каждой функциональной компоненты относительно слабо эволюционировавшей среды TDM, основанной на коммутации каналов.

Специфика механизмов QoS и контроля гарантированных параметров качества предоставления по каждой из услуг обусловливает специфические требования на всех уровнях инфраструктуры оператора. В соответствии с этой спецификой уровни могут быть связаны между собой в вертикальную бизнес-цепочку процессов обеспечения доставки той или иной услуги. Именно так создавались первые комплексы автоматизации процессов эксплуатации, ибо зачастую телекоммуникационная сеть ставилась в однозначное соответствие с одним типом услуг (телеграфные или телефонные сети).

До недавнего времени каждый сервис, предоставляемый оператором, доставлялся до абонента специализированной инфраструктурой со своими системами эксплуатации, учитывающими индивидуальные требования оператора. Такие системы автоматизации никогда не решали задачи мультисервисности и взаимодействия виртуальных сетей различных услуг в пределах общей физической среды или предоставления услуг сервис-провайдером абоненту через сети нескольких операторов (предоставление мультисетевых услуг).

Постепенная миграция к мультисервисным сетям и формирование нескольких специализированных виртуальных сетей предоставления тех или иных услуг в единой транспортной среде не оказали существенного влияния на формирование архитектуры OSS-приложений, потому что число таких групп и универсальность сетевых узлов, обеспечивающих доставку услуг, довольно ограничены. Пример вертикальной архитектуры приведен на рис. 1.

Бурное развитие телекоммуникационных технологий, расширение спектра услуг и усложнение структуры пакетированных услуг, а также миграция сети оператора от TDM-технологии к сетям пакетной коммутации, реализующих концепцию NGN и BcN, требуют пересмотра систем технического учета, ориентированных на предоставление только речевых услуг в среде TDM. Это обусловлено тем, что появление NGN-решений операторского класса, концепции конвергентных сетей и миграция операторских сетей к технологии пакетной коммутации создали условия для широкого внедрения любых IP-приложений. Как следствие, номенклатура услуг многократно возросла, что оказывает в настоящее время существенное влияние на тенденции формирования и развития архитектур OSS-приложений.

Ключевой тенденцией в развитии архитектуры OSS-приложений является образование горизонтальных взаимосвязей между отдельными бизнес-линиями, что в пределе приводит к формированию архитектуры, содержащей независимые друг от друга горизонтальные слои, взаимодействующие друг с другом через открытые интерфейсы и промежуточное ПО.

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

Формируя стратегию развития и техническую политику информационно-телекоммуникационной инфраструктуры, операторы сталкиваются с проблемой оптимизации инвестиций и получения максимальной отдачи от приобретенного потенциала (определение максимального Revenue of Investment – ROI). Им приходится решать: на чем сосредоточить усилия в первую очередь – на сети абонентского доступа или на магистральной инфраструктуре, кроме того, как распределить инвестиции в краткосрочной и долгосрочной перспективах.

Технический учет сетевых ресурсов динамичен. Может совершенствоваться как физический уровень сети (например, медная кабельная инфраструктура со временем заменяется операторами на оптическую), так и логический уровень описания сетевых ресурсов. Технический учет – это прежде всего информационные ресурсы, описывающие объектно-ориентированную модель сети, то есть ассоциированные между собой базы данных, которые должны актуализироваться и обновляться синхронно за счет комплексной автоматизации, а не периодически или систематически в соответствии с регламентом работ с разрозненными независимыми модулями, что приводит к увеличению времени рассогласования и противоречивости данных.

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

управления заказами (OMS), так как при подключении клиента необходима информация о состоянии сети абонентского доступа, планах ее развития и модернизации, наличии необходимых сетевых ресурсов для предоставления требуемых услуг и их резервирования за абонентом;

џпланирования развития сети и балансировки нагрузки в ее узлах, так как планирование и перераспределение сетевых ресурсов невозможно без точной информации о состоянии сети;

џуправления плановыми, регламентными и аварийными работами (PMS), так как после локализации аварии, при формировании наряд-заказа необходима информация о конфигурации узлов сети, их спецификации и настройках, предварительном диагнозе аварии и плане необходимых работ по замене компонент (платы или модули) соответствующего узла.

Очевидно, что без реальной картины состояния информационно-телекоммуникационной инфраструктуры эффективность других подсистем, входящих в интегральное решение OSS, оказывается существенно ниже. Эффективная и мощная, хорошо масштабируемая, гибкая и полнофункциональная автоматизированная подсистема технического учета сетевых ресурсов является основой всего комплекса OSS-решений, автоматизирующих эксплуатацию мультисервисных сетей и широкополосных конвергентных сетей BcN.Утилиты автодетектирования изменений информационно-телекоммуникационной инфраструктуры, несомненно, повышают эффективность работы NRI, но не обеспечивают 100%-ной полноты картины ее состояния, так как не все компоненты могут быть дистанционно детектированы и опрошены. Часть оборудования, в случае выхода из строя отдельных плат или модулей, не будет зарегистрирована в NRI, в то время как зарезервированные за ней посадочные места и разъемы не предусматривают необходимую замену или модернизацию. Подсистема NRI сокращает, но не устраняет долю ручного труда.

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

Однако существует множество внутренних и внешних факторов, влияющих на краткосрочные приоритеты и нужды оператора, которые, в свою очередь, оказывают воздействие на очередность внедрения тех или иных подсистем комплекса OSS-BSS. Попытка сгруппировать подсистемы, входящие в этот комплекс по степени экономической эффективности в интервале 12 месяцев, проведенная в рамках независимого международного исследования компанией Frost & Sullivan, показала, что подсистема NRI является фундаментом для всего комплекса. Она указывалась в 100% ответов операторов, использующих комплексы автоматизации процессов эксплуатации сетевых ресурсов. В результате исследований приоритеты подсистем распределились следующим образом:

технический учет сетевых ресурсов, планирование и конфигурирование информационно-телекоммуникационной инфраструктуры – 100%;

управление заказами (OMS), биллинг, интеллектуальная подсистема фильтрации и диагностики аварийных сообщений – 58%;

тарификация и начисления, формирование счетов, сопровождение наряд-заказов, управление уровнем обслуживания SLAM, гарантированное резервирование сетевых ресурсов, управление трудовыми ресурсами, планирование развития сети и балансировка нагрузки в ее узлах, анализ производительности сети и управление трафиком, подсистема информационной безопасности – 42%;

комплексное решение по обеспечению услуг, объединяющее:

– поддержку процессов заключения договоров о гарантированном уровне обслуживания;

– корреляционный анализ и аудит производительности сети в целом;

– подсистему активации услуг и гарантий их предоставления;

– материально-техническое снабжение;

– подсистемы конфигурирования и реконфигурирования сетевых элементов;

– подсистему сетевого тестирования и мониторинга;

– сбор и анализ аварийных сообщений;

– виртуальные сети проноса сигнализации (SS1, SIP и т. п.);

– поддержку программных интерфейсов (EDI, CORBA, Tuxedo, COM/DCOM) – 29%;

корреляция сетевых аварий, контроль параметров качества услуг, EIA (Bus & Adapter).

Важно отметить, что вторую группу приоритетов сформировали подсистемы, ответственные за гарантии доходности оператора (оптимизация сбора платежей за предоставленные услуги и минимизация выплачиваемых неустоек за вынужденные простои, обусловленные авариями на сети оператора). Это наиболее трудоемкие операции в эксплуатационных и бизнес-процессах и интуитивно понятные направления автоматизации. Как показывает практика:

20% заказов, поступающих от домашних абонентов, с первого раза выполняются неправильно и не вовремя;

в 30% случаев модификация услуг приводит к сбоям;

30% запросов на услуги, поступающих от других провайдеров, выполняются неправильно.

Часть операторов, не заинтересованных в изменении налаженных механизмов эксплуатационных процессов, считают их достаточно эффективными. Но практически все сходятся во мнении, что в современной конкурентной борьбе за абонента очень важную роль играют внедрение новых услуг, формирование удобных форм взаиморасчетов с абонентами, а также пакетов услуг и гибких тарифных планов. Попытка получить необходимую функциональность приводит к осознанию того, что максимальный эффект может быть достигнут лишь при наличии всеобъемлющей информации о состоянии информационно-телекоммуникационной инфраструктуры. Внедрение подсистемы технического учета – наиболее трудоемкий и продолжительный процесс, так как необходимо провести комплексный аудит физического и логического уровня сети, ввести полученную информацию в БД и соотнести сетевые ресурсы с предоставляемыми услугами. Обычно продолжительность внедрения составляет не менее двух лет.

Специалисты компаний, участвовавших в опросе, но не использующих подсистемы OSS, называли следующие приоритетные подсистемы:

промежуточное ПО (mediation);

взаимодействие с биллинговыми подсистемами (interconnect/CABS billing);

подсистема управления контрагентскими взаимодействиями (PRM);

Interconnect Gateway Manager;

подсистема переносимости номерной емкости для кабельных и беспроводных сетей (Number Portability);

оптимизация беспроводных сетей;

использование серверов различных программных сред разработки приложений (XML, SOAP, WSDL, UDDI, JMS, OSS/J.NET).

Как показывает практика, большинство крупных традиционных операторов не имеют консолидированного и интегрированного комплекса OSS-BSS. В частности, подсистема технического учета обычно появляется у них как «наследие», в результате слияния или прямой покупки другого оператора, поэтому многие из них сталкиваются с несоразмерными дополнениями, необходимыми для комплексирования интегрального решения OSS на всех уровнях автоматизации эксплуатационных процессов. К основным преимуществам таких операторов при принятии решения о внедрении централизованной автоматизированной подсистемы технического учета относятся следующие:

экономия активов – оптимизация использования существующих сетевых ресурсов за счет консолидации данных о состоянии сети является ключевым мотивом для крупных операторов. Она повышает конкурентоспособность оператора в условиях формирования мультисервисных сетей альтернативных операторов;

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

долгосрочные возможности получения доходов от инвестиций (ROI) – возврат инвестиций в проекты OSS-BSS – процесс длительный, долгосрочность программы требует определенной финансовой прочности. При недостаточных финансовых ресурсах бизнес оператора может оказаться под угрозой, но когда в далеком будущем (через несколько лет) будет достигнута синхронизация процессов эксплуатации, преимущества решения ощутят все подразделения и компания в целом.

Более мелкие операторы, не имеющие достаточного финансового запаса для проведения комплексной программы OSS-BSS в обозримые сроки, как правило, обладают частично интегрированными автоматизированными подсистемами технического учета, управления абонентскими заказами и автоматизации клиентского отдела, активации услуг. При принятии решения о внедрении OSS-BSS они руководствуются другими критериями:

ограниченность ресурсов – небольшие операторы не имеют достаточно средств для того, чтобы начать долгосрочную программу внедрения OSS-BSS, которая может затянуться на несколько лет;

скорость реакции и опциональное развитие услуг – небольшие операторы должны быстро реагировать на требования рынка, реализуя опциональные возможности своих сетей и конкурируя между собой за возможность аренды ресурсов крупных операторов;

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

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

Требования ОАО «Связьинвест» к системам OSS:

сокращение сроков и затрат на выполнение текущих задач, включая активацию услуг;

повышение отдачи от существующих ресурсов сети и улучшение качества планирования их будущего развития;

снижение потребности в персонале и, как следствие, сокращение текущих расходов;

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

сведение к минимуму рисков потерь доходов;

сокращение сроков реагирования на происходящие в сети события;

управление качеством услуг связи и характеристиками SLA;

привлечение высокодоходных клиентов за счет предоставления дополнительных услуг на основе гарантированного качества;

сокращение сроков ввода в эксплуатацию новых услуг;

повышение качества и оперативности обслуживания клиентов (пользователей) сети за счет четкой координации и информационной поддержки работ;

повышение эффективности управления производственными процессами компании с учетом структуры и специфики бизнеса предприятия;

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

Переход от традиционных сетей с коммутацией каналов на пакетную передачу данных привел к лавинообразному росту предоставляемых абонентам услуг и сервисов. В этих условиях ключевым фактором успеха для оператора становится качество и оперативность предоставления услуг, фокус на потребности клиента. От того, насколько эффективно и комплексно решаются эти задачи телеком-оператором, зависит возможность его дальнейшего роста и существования на рынке. Одним из ключевых инструментов для решения этих задач сейчас являются OSS/NGOSS решения. Операторы, внедряющие их на своих сетях, работают на сравнительно новом участке рынка, поэтому, как и любые первопроходцы, зачастую сталкиваются с непредвиденными трудностями.

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

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

Все новое, как известно, хорошо забытое старое. Отдельно, компоненты OSS и BSS, не являются чем-то новым. Интегрирование OSS и BSS позволяет осуществить стыковку между системой управления бизнесом и системой управления и масштабирования сетью. Оператор получает гибкую и адаптивную систему подстройки сетевой инфраструктуры под текущие бизнес-задачи. Главное, в концепции OSS/BSS – повышение эффективности бизнеса оператора.

Стоит отметить, что идеологически концепция OSS/BSS наиболее подходит для распределенных структур с централизованным управлением. Именно такие структуры первыми востребовали данные решения.

Также нужно понимать и учитывать проектные риски, возникающие в ходе реализации таких комплексных проектов. Условно их можно поделить, с одной стороны, на нереализованные ожидания от бизнес-результатов проекта, с другой – на технологические риски, возникающие на этапах планирования, фазе настройки компонентов системы и в дальнейшем интегрировании подсистем в законченное решение OSS/BSS.

Ошибки и сбои в OSS могут вызвать выпадение из работы целых сегментов сети, а ошибки кастомизации BSS вызывают финансовые потери.

Опыт показывает, что в ходе реализации сложного комплексного проекта прежде всего необходимо отталкиваться от бизнес-ожиданий заказчика, понимания того, что процесс (проект) существует для результата, который компания-заказчик ощутит в виде конкретных, заранее сформированных параметров оценки своего бизнеса.

Главная страница / Архитектура отрасли