СодержаниеСодержание
Содержание 2
Аннотация 2
Введение 2
1.1. Глоссарий 2
1.2. Описание предметной области 2
1.3. Неформальная постановка задачи 2
1.4. Обзор существующих методов решения 2
2. Требования к окружению 2
2.1. Требования к аппаратному обеспечению 2
2.2. Требования к программному обеспечению 2
2.3. Требования к пользователям 2
3. Архитектура системы 2
4. Спецификация данных 2
4.1. Описание структур данных 2
4.2. Описание протокола 2
4.3. Описание протокола 2
4.4. Формат ноды 2
4.5. Формат cхемы 2
4.6. Формат шаблона 2
4.7. Зарезервированные шаблоны 2
5. Функциональные требования 2
6. Требование к интерфейсу 2
7. Требование к производительности 2
8. Проект 2
8.1. Средства реализации 2
8.2. Модули и алгоритмы 2
8.3. Структуры данных 2
9. Проект интерфейса 2
10. Реализация и тестирование 2
Заключение 2
Список литературы 2ВведениеАннотация
Целью данной дипломной работы было написание модуля, позволяющего сделать уже существующую Mediation-систему распределенной, а также добавление некоторых функциональных возможностей к самой системе. Модуль должен предоставлять возможность удаленному пользователю в удобном графическом интерфейсе изменять логику схем. Все поставленные задачи данной дипломной работы были выполнены.
Введение
Многообразие сегодняшней сетевой инфраструктуры телекоммуникационного оператора диктуется требованиями рынка, на котором конечный пользователь желает получать новые и все более сложные услуги. В большинстве случаев новые услуги приходится вводить, имея в качестве основы сети унаследованную и близкую к унаследованной инфраструктуру. При этом неправильно было бы ожидать, что новые инфраструктуры быстро заменят унаследованные сети, которые стабильно работают и в которые инвестированы огромные средства. Более предпочтительным является эволюционный подход, при котором старая сеть не заменяется, а совершенствуется, что сегодня и происходит. Это создает уникальную, сложную среду, зависящую от сосуществования различных протоколов, типов данных и оборудования разных производителей. На первый взгляд управлять такой сетью невозможно. Новые услуги предлагают новые и, зачастую несовместимые с сетью, требования.
В результате требований потребителей получения новых сервисов и увеличения полосы пропускания за ту же самую цену, себестоимость услуги растет быстрее, чем прибыль. Но при высокой конкуренции введение сегодня новых сервисов является одним из необходимых условий для победы на рынке. Оператор предоставляет новые услуги, а спустя некоторое время его конкуренты выходят на рынок с похожими предложениями. В итоге мы имеем ситуацию постоянного ценового давления, которая выделяет одну из задач Mediation-систем - уменьшение влияния введения новых технологий и сервисов, путем создания уровня абстракции для систем поддержки бизнеса (BSS), таких, как биллинг, системы борьбы с мошенничеством и аналитические системы.
К началу 90-х годов операторы имели сети, предназначенные для передачи голоса. Однако постоянно растущий телекоммуникационный рынок требует от операторов применения комплексных предложений, пакетов услуг, которые включают голосовые сервисы, выделенные линии, а в недалеком будущем - и видео. И все эти услуги надо оказывать, используя гибридную сетевую инфраструктуру. С этой задачей должна справляться Mediation-система, а именно - обеспечение взаимодействия систем BSS с разнородной сетью для предоставления мультисервисных услуг. Единственной альтернативой может служить построение отдельных систем BSS для каждого типа сетевой технологии. Это гораздо более дорогое решение, чем использование одной интегрированной системы. Это также означает, что введение нового сервиса требует больших капитальных инвестиций.
Ввиду того, что телекоммуникации играют все большую роль в доставке коммерческого контента, должна быть введена новая точка взаимодействия сети с системами BSS. Возрастает необходимость в измерении типа трафика и нагрузки на сетевых интерфейсах. Каждый контент - провайдер желает получить свою долю прибыли, и для этого ему нужно знать, сколько и какого трафика он отдал сервис - провайдеру.
Наиболее эффективно производить анализ трафика в непосредственной близости от сетевых элементов. Однако если данную задачу будет выполнять система биллинга или другая BSS-система, результат окажется неэффективным, в первую очередь, потому что придется взаимодействовать со всей сложной сетевой инфраструктурой и обрабатывать огромное количество не относящейся собственно к биллингу информации. Поскольку Mediation-системы разрабатывались специально для решения этой задачи, они наилучшим образом с ней справляются.
Для решения всех этих проблем и была создана система предбиллинга, или Mediation System, основное значение которых состоит в преобразовании данных, принятых от сетевых элементов, в информацию, которая может быть интерпретирована биллинговой системой и другими бизнес – системами оператора.
В число основных функций предбиллинга входят [4]:
Сбор данных с оконечного оборудования о начале и конце сеанса работы абонента, использовании им ресурсов, получение отчетов о работе сетевых элементов и т.п.
Фильтрация входных данных — проверка целостности полученных файлов с записями о сеансах, отсутствия неполных или не соответствующих входному формату записей, а также дублирующих записей. После фильтрации дефектные и повторяющиеся записи исправляются или отбрасываются. Как дополнительные функции реализуются преобразование данных во внутренний формат предбиллинговой системы, проверка последовательности полей в записях и соответствия их значений предельному диапазону.
Консолидация и корреляция данных — комбинирование записей, выборка по базе данных, применение правил бизнес-логики и корреляции данных, генерирование новых записей на основе "отфильтрованных" записей от первичного оборудования.
Представление данных — записи из внутрисистемного формата преобразуются в выходной формат, используемый бизнес-системами, и сохраняются в базе данных. При этом данные могут представляться в виде отчетов определенной структуры.
Доставка данных в бизнес-системы с помощью основных протоколов и форматов (FTP, ASCII, HTML, JDBC).
1.1. Глоссарий
Operation Support System/Business Support System (OSS/BSS) - Системы поддержки операционной и бизнес деятельности операторов связи, посредством полной или частичной автоматизации этой деятельности. К операционной деятельности можно отнести процессы, взаимодействующие в основном с сетевым оборудованием и сетью сюда можно отнести такие процессы как учет и планирование сетевых ресурсов, управление и обеспечение услуг, управление качественными характеристиками услуг. К бизнес активности можно отнести процессы, замкнутые на клиента, такие как обработка и выставление счетов, сбор платежей, предложение новых продуктов и т.д.
Mediation System (MS) — это “посредническая система”, функции которой заключается в сборе информации от элементов сети, обычно поступающей в разнообразных форматах, или форматах, определенных производителями оборудования. Mediation-система конвертирует данные в форматы, поддерживаемые системами, находящимися за ней. Этот процесс предусматривает проверку правильности снимаемой информации, переформатирование, добавление служебных данных, фильтрацию, агрегацию и корреляцию сырых данных. Такие функции снижают нагрузку на системы BSS (под которыми в основном подразумеваются системы биллинга) путем создания уровня предобработки информации. Другими словами, одно из предназначений Mediation-системы - предбиллинг.
Биллинговая сЛитератураСписок литературы
[1] Система предбиллинга Ericsson Billing Gateway. http://www.ericsson.com/uz/solutions/slsi/offerings/multi_mediation.shtml
[2] Платформа сборки и предварительной обработки данных HP IUM. http://www.hp.ru/telecom/solutions/ium/.
[3] Л.З. Дич. Технологии и средства связи. Биллинг и предбиллинг. Распределение функций, способы реализации решений. № 2, 2005г.
[4] Терешкин С. "Открытие Технологии" «IT News». Mediation в телекоммуникациях или Что такое предбеллинг. #1(2)/2004г.
[5] Миронова И. ИнформКурьер-Связь. Предбиллинг – требование рынка. #3, март 2004г.
[6] Software engineering for end-user? http://giove.cnuce.cnr.it/chi/doc/Burnett.pdf. 3.10.2005г.
[7] Построение систем предбиллинга на платформе HP IUM. http://www.hp.ru/oil/off-line/telecom/solutions/ium/hp_ium.pdf
[8] Зотова Т. Системная интеграция в телекоме. №2.2004г.
[9] Терешкин С. Предбиллинг. Базовые процессы. #2, май 2004г.
[10] Муссель. Предоставление и биллинг услуг связи. К.М. ЭКО-ТНЕНДЗ Москва, 2003г.
[11] Обзор библиотеки QT. http://ru.opensuse.org/QT#.D0.98.D0.BD.D1.82.D0.B5.D0.B3.D1.80.D0.B8.D1.80.D0.BE.D0.B2.D0.B0.D0.BD.D0.BD.D0.B0.D1.8F_.D1.81.D1.80.D0.B5.D0.B4.D0.B0_.D1.80.D0.B0.D0.B7.D1.80.D0.B0.D0.B1.D0.BE.D1.82.D0.BA.D0.B8
[12] Мандел Т. Разработка пользовательского интерфейса. 2001г.
[13] Хабибулин И. Самоучитель по Java 2. – СПб.: БХВ-Петербург. 2005г.
[14] Монахов В. Язык программирования Java и среда NetBeans. - – СПб.: БХВ-Петербург. 2008г.
[15] Страуструп Б. Язык программирования С++. Специальное издание. М.: ООО “Бином-Пресс”. 2005г.
[16] Руководство GNU Wget. http://www.opennet.ru/man.shtml?topic=wget&category=1&russian=0
[17] Описание SendMail. http://www.osp.ru/os/1995/01/178577/
[18] Описание формата Json. http://ru.wikipedia.org/wiki/JSON
[19] Кленин А.С. Методические указания по подготовке и защите отчётов на специализации “Прикладная математика. Системное программирование” (Версия 0.8 от 19.04.2008). Владивосток, 2008.
[20] Создание сетевых приложений. http://ru.sun.com/java/books/online/vol12/ch1.html
[21] Введение в сетевые протоколы. http://www.intuit.ru/department/pl/javapl/16/5.html
[22] Billing mediation platform. http://en.wikipedia.org/wiki/Billing_Mediation_Platform
|
|
