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


Тема 12. Алгоритмы управления резервированием на сетях связи



страница9/9
Дата01.12.2017
Размер2.34 Mb.
ТипКонспект лекций
1   2   3   4   5   6   7   8   9
Тема 12. Алгоритмы управления резервированием на сетях связи
Управление резервированием на сетях связи является важной задачей, обеспечивающей требуемое качество работы сети. Основным показателем качества работы сети является вероятность безотказной работы - p. Вероятность безотказной работы это вероятность того, что сеть связи сохранит свою работоспособность в течении времени Т, называемого временем наработки на отказ и устанавливаемым производителем. Значение р обычно близко к 1 ( 0,98—0,99). Делать Т бесконечно большим нет смысла, через 10 лет аппаратура связи морально устареет. Величина обратная р называется вероятностью отказов q и определяется как q = 1 –р. Вероятностью отказов обычно малая величина (0,01—0,1). Если отрезки в линии связи соединены параллельно, то надежность повышается: один вышел из строя, второй работает Поэтому перемножаются вероятности отказов т.к .вероятность отказов должна уменьшится. Если блоки соединены последовательно, то надежность линии связи уменьшается, стоит одному блоку выйти из строя как вся система выходит из строя.

На магистральных сетях SDH резервировании сводится к защите тракта (Subnetwork Connection Protection, SNCP), защите пути (trail), защите мультиплексной секции (Multiplex Section Protection MSP) и защите модулей. Тракт (path) состоит из последовательности соединений портов и кросс-соединений. Оба окончания тракта имеют одну или две выходные (оконечные) точки. Оконечные точки тракта могут лежать на одном или на разных уровнях сетевого элемента. Маршрут и оконечные точки тракта могут изменяться оператором системы управления. Защита рабочего тракта заключается в образовании для него резервного (защитного) тракта. Резервный тракт может быть создан как для всего рабочего тракта (при этом начало и конец резервного тракта совпадают с соответствующими точками рабочего тракта, рис.12.1), так и для нескольких его участков (при этом создается несколько независимых резервных трактов для соответствующих участков рабочего тракта, рис.12.2).



Рисунок 12.1 – Сквозная (End to End) защита тракта



Рисунок 12.2 – Защита различных участков тракта

Для выбранного рабочего тракта конфигурирование резервного тракта в системе TNMS Core выполняется с использованием ряда предустановленных окон. Опция SNCP (sub-network connection protection) обеспечивает защиту на каждом из уровней передачи (VC12, VC3, VC4) и может, следовательно, использоваться как для защиты всего тракта, так и для защиты его частей в данной сети.

Защита пути (trail). Путь (трасса) состоит из определенного числа соединений между оконечными точками, лежащими на одном и том же сетевом уровне. Соединения на смежных уровнях передачи взаимодействуют по правилам клиент/сервер. Отдельные пути называют клиентскими. При их расположении на смежных уровнях передачи они могут быть соединены для создания серверного пути. Защита пути реализуется на уровне сетевого элемента через элемент - менеджер или местный рабочий терминал (LCT). Она достигается применением защиты мультиплексорной секции (Multiplex Section Protection, MSP), двунаправленного самовосстанавливающего кольца (BSHR) или путем оптической защиты оборудования.

а) Защита мультиплексной секции (Multiplex Section Protection MSP). Защита мультиплексорной секции (резервирование по схеме 1+1) используется на линиях для защиты соединений типа "точка-точка" между сетевыми элементами с функциями мультиплексирования/демультиплексирования. Она состоит в защите соединения между двумя сетевыми элементами (рис. 1.10). Реализация MSP требует двух различных линий связи, например, одно оптическое волокно - для рабочей линии, а другое оптическое волокно - для защитной линии. Защита мультиплексной секции должна быть конфигурирована на входе и выходе сетевого элемента с использованием локального элемент-менеджера (LCT). После соединения рабочей и резервной физических линий связи, необходимо создать два соединения для соответствующих портов в системе TNMS Core - одно для рабочей линии и одно - для защитной линии. Создаваемые в дальнейшем тракты и серверные маршруты, которые проходят через защищенное соединение портов, одновременно защищены соответствующей MSP. Отдельная услуга не защищается, так как резервируется целая мультиплексорная секция между двумя смежными узлами. MSP обеспечивается на сетевом уровне (NWL). В случае значительного ухудшения качества передачи в мультиплексорной секции выполняется оперативное переключение на резервную мультиплексорную секцию.

Рисунок 12.3 – Принцип защиты мультиплексорной секции 1+1

При резервировании по схеме 1+1 сигналы, передаваемые по двум разнесенным трассам, анализируются, и выбирается тот, который имеет наилучшее соотношение параметров.

Кольцевая сеть. Кольцевая система состоит из ряда узлов, формирующих замкнутую петлю, в которой каждый узел связан с двумя смежными узлами. Такое кольцо построено на мультиплексорах вставки/выделения (add-drop multiplexers, ADM) и характеризуется тем, что каждый из промежутков кольца обладает одной и той же емкостью передачи (например, STM-1, STM-4 или STM-16). Наиболее общими типами двунаправленных самовосстанавливающихся колец (BSHR) являются BSHR-2 (двухволоконное двунаправленное самовосстанавливающееся кольцо) и BSHR-4 (четырехволоконное двунаправленное самовосстанавливающееся кольцо).

Двух или четырех волоконное двунаправленное сдвоенное кольцо (BSHR-2/4) -специальный механизм защиты мультиплексорной секции, используемый в кольцевых структурах. Как и в случае с MSP, он защищает промежуток кольца (целую мультиплексорную секцию между двумя смежными узлами кольца). Управление BSHR обеспечивается на сетевом уровне.

Принципы BSHR поясняются на примере BSHR-2 (рис.12.4). BSHR-2 требует использования двух ВОЛС в каждом промежутке кольца (прием и передача). Каждая ВОЛС служит для переноса рабочих и резервных каналов (50% каналов определены как рабочие и 50% каналов - как защитные). По отношению к рабочим каналам в защитных (резервных) каналах каждой ВОЛС передача выполняется в противоположном направлении кольца (рис.12.5), тем самым создается двунаправленная транспортировка рабочего трафика (двойное кольцо со встречными потоками).



Рисунок 12.4 – BSHR в нормальном режиме работы



Рисунок 12.5 – BSHR в режиме защиты

Аналогично MSP, все тракты, проходящие через защищенное кольцо, одновременно защищаются BSHR. Также как и для MSP, самовосстанавливающееся кольцо BSHR должно быть подготовлено на используемых в нем сетевых элементах местным (локальным) элемент-менеджером. После выполнения местной установки BSHR и физического соединения ВОЛС в системе TNMS Core могут быть созданы соединения для соответствующих портов в каждом промежутке кольца.

Оптическая защита выполняется исключительно для предотвращения отказов на оптическом (физическом) уровне. Система TNMS Core поддерживает оптическую защиту по схеме резервирования 1 + 1. Представление оптической защиты 1 + 1, «видимое» на сетевом уровне TNMS Core и на уровне управления элементом, зависит от средств защиты сетевого элемента. В аппаратных средствах оптическая защита 1 + 1 реализуется в определенных модулях или картах, поддерживающих функцию автоматического защитного переключения или по команде оператора (рис. 12.6). Порт, связанный с защитным модулем, фиксирован (статическое кросс-соединение). TNMS Core поддерживает оптическую защиту 1+1 от отказов на уровне оптического канала независимо от оптического канала клиента (с сетевыми элементами OCU или Waveline/FSP), а также на уровне мультиплексорной секции (с сетевыми элементами Waveline/FSP). Все сетевые элементы, принадлежащие MSP, должны быть расположены в пределах только одного домена TNMS Core.



Рисунок 12.6 – Принцип защиты модулей 1+1 и N : 1



Раздел 5. Управление бизнес процессами на сетях связи.

Тема 13. Структура бизнес процесса, особенности управления бизнес процессами на предприятии связи

Модель TMN, определенцая в Рек. М.З010 МСЭ-Т, представляет собой систему взглядов на технологическое управление неоднородной телекоммуникационной сетью, построенной на различных технологиях, типах оборудования и программного обеспечения. Стандарты, предлагаемые МСЭ-Т, в основном сконцентрированы на уровне элемента сети и управления сетями. Фактически рекомендации МСЭ-Т были разработаны «снизу вверх» [1,17]. Этот подход вызвал определенные за-труднения уже на этапе определения экономической эффективности применения систем сетевого управления. У операторов электросвязи вызывают существенные затруднения вопросы определения экономической эффективности и целесообразности применения систем сетевого управления. Кроме того, подход «снизу вверх» не учитывает всей сложности бизнес-задач оператора связи, связанных с предоставлением/продажей услуг связи, гарантиями качества услуг, продаж услуг и т.п. И это несмотря на то, что все перечисленные процессы прямо или косвенно нуждаются в едином управлении, которое должно быть взаимоувязано с «технологическим» управлением оборудованием и средствами связи по стандартам TMN.

«Бизнес-процесс — это множество внутренних шагов (видов) деятельности, начинающихся с одного или более входов и заканчивающихся созданием продукции, необходимой клиенту. Назначение каждого бизнес-процесса состоит в том, чтобы предложить клиенту товар или услугу удовлетворяющую его по стоимости, долговечности, сервису и качеству» [1,17].

Существуют внешние и внутренние бизнес-процессы компании связи. Внешние бизнес-процессы определяют взаимодействие компании связи с другими участниками бизнеса телекоммуникаций. Характерным здесь является то, что набор действий, который осуществляет компания связи, должен быть структурирован, измеряем [1,] и иметь конкретный выход для клиента. В этом контексте контроль за непрерывностью связи предусматривает, к примеру, мониторинг состояния систем связи с обусловленной дискретностью во времени, резервирование оборудования/линий/каналов по различным схемам, организацию обходных направлений и своевременное проведение аварийно-восстановительных и планово-предупредительных работ. Каждое из перечисленных здесь действий включает определенную совокупность процедур технического обслуживания и эксплуатации со строго определенными временными границами.

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

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

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

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


Все участники телекоммуникационного бизнеса в рамках тех или иных отношений/прецедентов являются субъектами, т.е. выполняют ту или иную роль. Например, компания — провайдер услуг Интернета по отношению к пользователю выполняет роль провайдера услуги, a по отношению к оператору связи — арендатора номерной емкости и каналов свя-зи/выделенных линий. Причем и провайдер, и оператор связи находятся в рамках одной бизнес-системы.

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

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

В целом общее представление схем бизнес-процессов представлено на рис. 13.1.





Рис. 13.1. Уровень 0 представления схемы бизнес-процессов оператора связи[1]

На этом рисунке показан так называемый уровень 0 представления схем бизнес-процессов (еТОМ business process framework — level 0 process). Эта схема демонстрирует самое общее представление процессов оператора связи. При этом все процессы поделены на две общие (вертикальные) группы: в первой группе сосредоточены процессы, определяющие стратегию развития оператора, его инфраструктуры и используемые продукты, т.е. фактически жизненный цикл оператора; во второй находятся сетевые операции, которые осуществляет оператор или сервис-провайдер.

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

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

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

На рис. 13.2 показаны семь групп процессов, сгруппированных по вертикали. Это сквозные (end-to-end) процессы, которые охватывают несколько функций и требуются для поддержки пользователей услуг и ддя управления бизнесом оператора связи. С этой точки зрения центральными здесь являются процессы эксплуатационной поддержки, сетевые операции пользователей (customer operations processes), которые объединены под общей аббревиатурой FAB (Fulfillment, Assurance, Billing). При этом процессы обеспечения или под-держки эксплуатации и готовности систем связи (operations support & readiness) функционально отделены от FAB. Это вызвано тем, что процессы, составляющие FAB, происходят в реальном времени, и описываемое функциональное разделение подчеркивает необходи мость автоматизации процессов FAB для постоянной и своевременной подцержки пользователей. Процессы FAB имеют прямые интерфейсы с пользователями услуг связи и находятся в центре производственной деятельности оператора связи.

Стратегия развития (strategy & commit), управление жизненным циклом инфраструктуры (infrastructure lifecycle management) и управление жизненным циклом продуктов (product lifecycle management) функционально разделены. Они, в отличие от сетевых операций, не связаны с непосредственной поддержкой пользователей и функционируют в другом масштабе времени. Для создания инфраструктуры телекоммуникаций, строительства зданий и сооружений требуются годы, в то время как для проверки состояния счета пользователя перед установлением сеанса связи требуются секунды. На рис. 13.3 выражение «жизненный цикл» опущено. Это понятие означает, что управление осуществляется от момента начала строительства инфраструктуры или введения новой услуги до момента демонтажа сети и прекращения действия услуги связи.

Рис. 13.2. Уровень 1 представления схемы бизнес-процессов оператора связи[1]
В частности, ддя успешного предоставления услуги связи необходимо (сверху вниз по горизонтальным уровням):


  • работать с потенциальным пользователем (управление взаимоотношениями с пользователем);

  • организовать техническую возможность предоставления услуги на оборудовании связи, например обновить программное обеспечение (сетевая эксплуатация и управление услугами);

  • своевременно проводить планово-предупредительные и регламентные работы на оборудовании ддя подцержания качества услуги (сетевая эксплуатация и управление ресурсами);

  • организовать взаимодействие с третьей стороной, например с ОАО «Ростелеком» или ОАО «Транстелеком» (управление взаимоотношениями с партнерами и поставщиками).

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

Управление инфраструктурой и управление продуктами и услугами представляют собой основу стратегического развития оператора. Очевидно, что без плана капитального строительства, схем развития сетей связи, планов ввода емкости ни один оператор не может нормально реализовать свои бизнес-планы. Сюда же относится планирование предоставления новых услуг, таких как Интернет, ІР-телефония и т.п. Все эти вопросы объединяются в рамках стратегии развития оператора связи.

Процессы SIP необходимы для того, чтобы гарантировать, что сетевые процессы пользователя (customer operations processes) полностью отвечают требованиям клиента, в том числе в части сроков предоставления, стоимости, уровня поддержки и доступности услуги. Например, развитие системы сигнализации ОКС № 7 как стратегическое направление совершенствования инфраструктуры сделало возможным предоставление услуги междугородной видеоконференцсвязи по технологии ЦСИС (только цифровизации магистральной первичной сети было недостаточно). Процессы SIP не имеют прямых интерфейсов с пользователями услуг связи, хотя и критически важны для производственной деятельности предприятия связи в целом.

Особо надо отметить процессы, связанные с разработкой и управлением цепочками поставок (supply chain management). Эти процессы особенно важны для электронного бизнеса, а также в случае поставок продуктов и услуг се стороны других операторов и партнеров. Например, в случае крупных культурных или спортивных событий, репортажи о которых транслируются в сети Интернет в режиме on-line, провайдер услуг Интернет может заказать у оператора связи увеличение полосы пропускания на магистральном канале согласно времени трансляции с места события.

Даже в самом общем виде схема бизнес-процессов является полезной не только ддя операторов или сервис-провайдеров, но и для разработчиков и интеграторов программного обеспечения систем бизнес-поддержки операторов связи (Business Support System, BSS) и систем эксплуатационной поддержки операторов связи (Operations Support System, OSS) [1,17, 19]. Предлагаемая схема позволяет оператору связи или сервис-провайдеру отойти от ориентации только на предоставление услуг или пресловутой «заботы об абоненте» в пользу управления взаимоотношениями с пользователями. Это позволяет делегировать ряд полномочий по управлению оконечного оборудования пользователю или партнеру, внедрять cere-see управление и контроль со стороны пользователей, повышая таким образом долю и уровень участия клиентов в деятельности предприятий связи. О некоторых аспектах такого участия будет рассказано в дальнейшем при рассмотрении описания взаимодействия пользователь-оператор при аренде выделенной линии связи.

В заключение представим дальнейшую проработку бизнес-процессов на рис. 13.2. Для примера рассмотрим группу «Предоставление услуги» (fulfillment) c точки зрения функции «Управление взаимоотношениями с пользователями». Указанная группа функций может быть разделена на пять составляющих процесса 2-го уровня (Level 2), представленных на рис. 13.4.



Рис. 13.3. Уровень 2 схемы бизнес-процессов оператора связи[1]

Представленное здесь разбиение бизнес-процессов уровня 2 не является конечным. Каждый оператор или сервис-провайдер может разделить, например, процесс «Продажа услуг» еще на ряд подпроцессов.


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

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

В этом плане важным этапом является разработка в 2000 г. схемы под названием Tele­com Operation Map (TOM), которая во многом стала основой для еТОМ, рассмотренной в разделе 13.2. При этом TOM версии 2000 г. представляет прежде всего интерес для специалистов по эксплуатации и работе с абонентами (рис. 13.5).

Фактически на рис. 13.4 изображена детальная версия правой части схемы на рис. 13.2. Далее каждый процесс на рис. 13.5 может детализироваться как по схеме на рис. 13.3, так и с точки зрения описания информационного обмена.




Рис. 13.4. Технологическая схема сетевых процессов оператора[1]

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



  • предоставление услуги (service fulfillment), т.е. корректное по времени и объему предоставление той потребительской ценности, которую заказал пользователь;

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

  • биллинг услуг, т.е. своевременная подготовка точного счета, всесторонняя и всеобъемлющая информация при запросе счета клиентом, включая своевременное исправление счетов при обработке и сбор информации об осуществленных оплатах.

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

Следует отметить, что граница между двумя группами процессов может «разрезать» определенные процессы. Например, для обеспечения услуги связи и для биллинга необходимо управление данными сети. Это управление данными предусматривает наличие интерфейсов с элементами сети для сбора данных.

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

В заключение рассмотрим подробнее самый нижний уровень детализации описываемых процессов на примере составляющей процесса биллинга — формирования счетов на оплату услуг связи и сбор оплат. Этот процесс во взаимосвязи с другими процессами показан на рис. 7.6.

Процесс биллинга услуг связи начинается с момента создания и обновления лицевого счета пользователя согласно условий соглашения об уровне обслуживания (Service Agreement Level, SLA) для данного пользователя [1]. В Республике Беларусь функции такого соглашения выполняет договор на оказание услуг связи и приложения к договору.

На рис. 13.5 показана типичная последовательность выполнения функций подготовки счета на оплату услуг связи, включая такие элементы, как ежемесячные начисления за услуги связи, тарификация данных об использовании сети связи пользователем и возможные нарушения SLA (например, время неработоспособности абонентского устройства не по вине абонента). Сбор данных предусматривает непосредственное считывание информации в виде файлов и/или детальных записей о состоявшихся соединениях из памяти элементов сети. Та же операция осуществляется при использовании в качестве регистрирующих устройств аппаратуры повременного учета стоимости соединений. Сортировка считанной информации может осуществляться по дате сеансов связи, направлениям телефонных соединений (к примеру, направление на Западную Европу или Североамериканский континент для международных разговоров). Здесь же может осуществляться агрегрфование, например, объединение всех записей о соединениях, относящихся к одному предприятию или к одному виду абонентов. Здесь же можно подготовить данные для взаиморасчетов с присоединенным оператором.



Рис. 13.5. Схема информационного взаимодействия в рамках TOM для процесса биллинга услуг связи[1]

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

Если услуга предоставляется несколькими сервис-провайдерами, то, как показано на рис. 13.6, данные об использовании сети при оказании услуг связи могут агрегироваться «основным» сервис-провайдером на основании сведений от «вторичных» провайдеров, в результате чего пользователю выставляется единый счет на оплату услуг связи. Разумеется, тот или иной порядок действий определяется используемой технологией расчетов, пожеланиями пользователя, возможностями сервис-провайдера.

Интерес представляют процессы управления сетью связи и системами. Назначение этих процессов состоит в том, чтобы обеспечить необходимую поддержку предоставлению услуг связи со стороны сетевой инфраструктуры и информационных технологий, используемых оператором связи. Практическая реализация процессов заключается в том, чтобы обеспечить требуемую инфраструктуру для предоставления услуги связи, гарантировать непрерывное функционирование инфраструктуры, сделать услуги доступными пользователю, осуществлять техническую эксплуатацию инфраструктуры для обеспечения требуемого качества продуктов и услуг связи. Уровень «Процессы управления сетью и системами» представляет собой интегральный уровень, объединяющий уровень управления сетевым элементом и уровень управления сетью связи. Базовые функции рассматриваемых процессов (см. рис. 13.1) состоят в том, чтобы:



  • собирать информацию управления от системы управления элементами сети;

  • объединять собранную информацию;

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

  • суммировать собранную информацию и посылать ее на высшие уровни, в частности
    на уровень управления услугами связи.

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

Планирование и развитие сетей связи (network planning and development) означает полное обеспечение существующей инфраструктуры сетей. В российских стандартах эти процессы заключаются в разработке генеральных схем развития сетей связи.

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

Управление техническим учетом (network inventory management) предусматривает ввод в работу элементов сети, администрирование элементами физической сети и учет характеристик элементов.



Эксплуатация сети и восстановление предусматривает проведение работ по обеспечению доступности сети и эксплуатации инфраструктуры. Управление данными сети предусматривает сбор данных для управления сетью и предоставление записей для расчетов с пользователем за услуги связи (данные для биллинга). Важно отметить, что возможности по управлению сетями сосредоточены именно на том уровне, где существует возможность получения данных непосредственно от элементов сети (например, через интерфейс Q) вместо того, чтобы передавать функции сетевого управления на уровень управления услугами связи.
Каталог: download -> version
version -> Теория и методика плавания
version -> I. Становление и развитие государства и права Абхазии до ХХ века
version -> Башортостан республикаһЫ
version -> Рабочая программа предмет : Всеобщая история, истории Нового времени (конец XV xviiiвв) история России -XVII-XVIII века
version -> Уроков по творчеству писателя (13 уроков + 2 урока развития речи)
version -> Древние тантрические техники йоги и крийи
version -> Сергеева Г. П. Педагогические технологии преподавания предмета «Музыка» в образовательных учреждениях/ Актуальные проблемы преподавания музыки в образовательных учреждениях. – М.: Гоу педагогическая академия, 2010
version -> Доклад о положении детей и семей, имеющих детей
version -> Самолет с горящим двигателем экстренно приземлился на островах Карибского моря


Поделитесь с Вашими друзьями:
1   2   3   4   5   6   7   8   9


База данных защищена авторским правом ©vossta.ru 2019
обратиться к администрации

    Главная страница