МЕЖДУНАРОДНЫЙ ИНСТИТУТКОМЬЮТЕРНЫХ ТЕХНОЛОГИЙ
Факультетинформационных технологий
Кафедрасети связи и системы коммутации
КУРСОВАЯ РАБОТА
По дисциплине Системы коммутации
Тема: «Возможности биллинговых систем дляоператоров фиксированной связи»Выполнил студент СКо-051у Фролов Ю.Г.
/> Группа Подпись, дата инициалы,фамилия
/>Руководитель АндреевР.Н.
Подпись,дата инициалы,фамилия
/> Оценка
ВОРОНЕЖ 2006
Содержание:
Введение 3
1. Биллинговая система(автоматическое управление счетов) 4
2. Предбиллинг. Базовыепроцессы. 5
2.1 Предбиллинг голосовыхуслуг 7
2.2 Передача данных впредбиллинге 8
2.3 IP-предбиллинг 10
3. Основные компонентыOSS/BSS 13
4.Выбор системы с накоплениемили реального времени 15
5. ТелеБис 17
5.1 Функции системы 19
5.2 Оплата услуг 21
5.3 Пользователи Системы 23
6. Вариант физическойархитектуры системы 25
Заключение 26
Литература 27
Введение
Современныетенденции развития рынка телекоммуникаций, связанные с постоянно и быстрорастущим многообразием видов предоставляемых услуг связи и их объемов, ставятперед операторами связи все более сложные задачи по организации процессапредоставления этих услуг своим клиентам. К таким задачам относятся обеспечениегибкой системы учета и тарификации оказываемых услуг, выставления счетов иучета оплаты (что составляет основу биллинговых систем или АСР –автоматизированных систем расчетов); обеспечение учета потребностей клиентов вразличного вида услуг (CRM); поддержка различных способов оплаты (предоплаты вразличных формах, оплаты по выставленным счетам и т.п.), и др.1. Биллинговаясистема (автоматическое управление счетов)
Предназначена для расчетауслуг телематических служб и служб передачи данных как в сетяхтелекоммуникационных компаний или внутренних корпоративных сетях (минимальнаялицензия до 1000 абонентов), так и в сетях крупных поставщиковтелекоммуникационных услуг (лицензия на неограниченное число абонентов).
Биллинговая система также обеспечивает регулирование доступа пользователей ктелематическим услугам, кроме того, система биллинга позволяетпротоколирование, накопление и анализ данных об использовании абонентамиразличного рода телекоммуникационных ресурсов (традиционной телефонии, основныхсервисов Интернета (dialup, выделенные линии, e-mail, web-hosting, VoIP ит.д.), кабельных сетей и др.).
Биллинговая системапозволяет:
· заключать и сопровождать договорыс Абонентом на поставку услуг;
формировать набор потребляемыхуслуг;
· вести баланс приходно-расходныхстатей на лицевом счете Абонента;
· обеспечивать аутентификацию иуправлять доступом к услугам на основе анализа лицевого счета Абонента;
· при необходимости рассылатьАбонентам сообщения по e-mail, факсу, SMS и т.д.;
· управлять структурой и схемойраспределения услуг между их поставщиками;
· получать отчетные справки идокументы по биллингу;
· получать различного родастатистические материалы по результатам работы биллинговой системы; управлятьправами доступа и полномочиями пользователей биллинговой системы;
· независимо обслуживать несколькофирм-заказчиков: организовать раздельный доступ и обслуживать абонентовнескольких фирм, представляющих аналогичные услуги, с выводом отчетной документацииот имени каждой из фирм.
Биллинговая система может управляться через Web-интерфейсы оператора,администратора и абонента (у последнего имеется доступ только на серверстатистики и регистрации), обеспечивающие возможность выполнения большинствазадач с удаленного терминала.
Биллинговая система поддерживает распределенную схему авторизации иразличные схемы роуминга.
Биллинговая система позволяет работу в режиме outsourcing, когдапрактически все компоненты системы биллинга, включая авторизацию абонентов,могут физически располагаться на мощностях провайдера приложения.
2. Предбиллинг. Базовые процессы.
Модель биллинга, при которойсбор, обработку «сырых» данных и выставление счетов осуществляла однаспециализированная АСР (автоматизированная система расчета), уходит в прошлое.На смену ей приходит модель, где сбором, обработкой и подготовкой данных длябиллинга занимается отдельная система. Можно задать справедливый вопрос:«Каковы же причины? » Ну во-первых, этому способствует появление нателекоммуникационном рынке огромного количества услуг. Рынок требует отоператора разнообразия предлагаемых тарифных планов и пакетов услуг, быстроговведения услуг в эксплуатацию, во-вторых, операторы вынуждены предоставлятьуслуги на разнородном оборудовании, что существенно осложняет сбор статистикииз-за разнообразия форматов учетных данных в-третьих, крупные операторы связисовершают географическую экспансию, включая в свой состав региональныекомпании. Это приводит к резкому увеличению парка разнородного оборудования иобъемов учетных данных. При этом возникает необходимость централизованногоучета предоставляемых услуг связи в условиях эксплуатации нескольких разныхбиллинговых систем в регионах. В процессе своегоразвития операторы разрабатывали свои собственные, так называемые«самописные» системы по предварительной обработке данных. Сложностьэксплуатации такого рода систем заключается в необходимости их постояннойдоработки в связи с появлением новых услуг, нового оборудования, изменениемформатов данных, поступающих с оборудования, при этом зачастую специалисты,разработавшие такую систему «с нуля», уже не работают в компании. Втаком случае оператор вынужден использовать ресурсы команды высококвалифицированныхпрограммистов для постоянной доработки «самописной» системы. Обычнойявляется ситуация, когда у крупного оператора в разных точках его присутствияпредварительная обработка данных производится разными системами. Пристремительном развитии сети связи, замене и добавлении коммутационногооборудования, предоставлении новых видов услуг экономически оправданнымстановится переход оператора на промышленное решение задач предварительнойобработки данных о предоставленных услугах. Продукты такого класса давно иуспешно применяются крупными операторами в странах с развитой инфраструктуройсвязи. Они называются Mediation-системами. Слово «mediation»переводится как«посредничество, содействие». Mediation-системыпредставляют собой посреднический уровень между сетевой инфраструктурой исистемами OSS/BSS (Operation Support System / Business Support System) рис.1. Основное назначение Mediation-систем состоит в преобразовании данных, принятыхот сетевых элементов, в информацию, которая может быть интерпретирована биллинговойсистемой и другими бизнес-системами оператора. В России Mediation-системы,ориентированные на работу с биллинговой информацией, традиционно называютсистемами предбиллинга.
/>
/>
Рис.1 преобразование «сырых» данных о звонках винформацию необходимую BSS системам.
2.1 Предбиллинг голосовых услуг
Системы предбиллинга предоставляют три базовыефункции:
· сбор данных о звонках;
· преобразование в стандартныйформат;
· передача для обработки в другиесистемы: биллинг, аналитические системы и другие.
Базовые процессы предбиллингав традиционных и мобильных сетях похожи. Единственная разница заключается вформате CDR (Call Detail Records). Телефонные коммутаторы никогда не былипредназначены для того, чтобы стать частью гетерогенной сети и обмениватьсяинформацией с другими устройствами. Например, коммутаторы остаются негибкими вспособах сбора информации о звонках, однако, они остаются мощными и надежнымиустройствами. Внутреннее устройство телефонных коммутаторов остаетсясобственностью производителя, и, как бы то ни было, форматы CDR, выдаваемыеоборудованием, далеки от глобальных стандартов. Следовательно, CDR от разныхкоммутаторов имеют уникальный формат. Более того, программное обеспечение длякоммутаторов в зависимости от версии может иметь разный формат CDR.
CDR — это обычно используемыйакроним для данных, генерирующихся из сети с коммутацией каналов. Количествоинформации, содержащейся в CDR, гораздо больше необходимого для большинстваприложений. Обычно коммутаторы регистрируют 200-300 элементов информации, изкоторых в CDR попадают 50-100 полей. Из этих полей менее десяти необходимы длядальнейших биллинговых задач. Несмотря на это, в некоторых случаях происходитпотеря или повторение CDR, что делает необходимым предбиллинговую коррекцию.
2.2 Передача данных в предбиллинг
Предбиллингработает по принципу доставки записей. Информация о звонке может быть полученатолько с коммутатора, поэтому очень важно, чтобы информация была проверена,защищена, собрана и подтверждена. Информация о звонках обычно хранится в буфересамого коммутатора и собрана в последовательности файлов, содержащих десяткитысяч записей. Передача производится в двух режимах: «pull» или«push». В режиме «pull» система предбиллинга посылаетзапрос коммутатору. Коммутатор подтверждает соединение, передает файл изакрывает соединение. Затем коммутатор сбрасывает буфер записей. В режиме«push» осуществляется постоянный опрос, и соединение с коммутаторомвсегда остается открытым. Для сбора данных может быть использовано отдельноеустройство, собирающее данные по мере поступления для немедленной отправкиожидающему приложению. Этот механизм является базовым для осуществления биллингав режиме реального или близкого к реальному времени. Предбиллинг распознает множество параметров звонка, включая: протоколкоммутации, время сбора и передачи, формат записей, их кодировку и контент. Интерфейсытелефонных коммутаторов поддерживают разнообразные функции«подтверждения» для проверки правильности передачи, включаяидентификацию временных точек, подтверждение того, что записи идут в правильнойпоследовательности, а также установление повторяющихся записей. Этот функционалиспользуется при восстановлении в случае сбоя при передаче данных. Иногдасистемы предбиллинга присваивают каждому файлу CDR записей уникальныйидентификатор, для того чтобы отслеживать его в процессе обработки.
2.3 IР-предбиллинг
IР-предбиллинг во многомотличается от предбиллинга голоса, несмотря на то, что ядро сбора,форматирования и передачи остается тем же самым. IP-предбиллинг долженвыполнять больше задач с большей скоростью, потому что и количество записей дляобработки значительно больше. В том числе IP-предбиллингу необходимовзаимодействовать:
· с большим количеством сетевыхэлементов, которые генерируют широкий спектр типов данных;
· с огромным количеством данных,примерно в 15-50 раз превышающим количество данных, генерируемых традиционнымикоммутаторами;
· с новыми приложениями;
· с возросшими потребностями ксистемам хранения.
В порядке преобразованияданных об использовании IP-сети в записи для биллинговой системы предбиллингдолжен принимать потоки данных, поступающие от:
· элементов сети передачи данных,таких как маршрутизаторы;
· сетевых сервисов, таких как: DNS,WEB, Mail, RADIUS, LDAP, сетевые экраны и VPN;
· приложений VoIP;
· контент-сервисов.
Как и в случае скоммутационными сетями, каждый элемент сети выдаёт данные в своем формате. Вотличие от традиционной сети сбор данных с одного элемента не дает достаточнойинформации для формирования биллинговой записи. В дополнение к этому IP-адресдолжен быть соотнесен с объектом биллинга и географическим размещением. Этоозначает, что IP-предбиллингу необходимо собрать и объединить информацию обIP-событии со всех источников. В процессе агрегации данных в первую очередьнужно отобрать ту часть данных, которая необходима биллинговой системе, и в тоже время предоставить информацию, необходимую для предложения гибких тарифов искидок. Принцип работы предбиллинговой IP- системысистемы показан на рис. 2
/>
/>
Рис. 2 Поток информации через IP-предбиллинг
Существует три пути сбораинформации из IP-сети:
1. Анализ логов;
2. Пробы;
3. Анализ трафика.
1. Сбор информации из логов.Это позволяет получать информацию об использовании сети на уровне протокола.Способ ограничен возможностями по ведению логов различными сетевыми элементамии зависит от физической топологии. В этом случае больших затрат требуетустановление соответствия между интерфейсами и подключенными к ним заказчиками.Это увеличивает время подключения заказчика к услуге. Сбор логов зависит оттранспортного уровня и не позволяет проводить дифференциацию по сервисам.
2. Физические пробы могутбыть активными или пассивными. Они устанавливаются на границах входа и выходаточки доступа и предоставляют информацию со 100% точностью. Этот метод требуетинвестиций в программное и аппаратное обеспечение и используется в основном принеобходимости в высокой точности измерения, например, при предоставлениисервисов операторского класса.
3. При анализе трафикаIP-поток трафика определяется как искусственный логический эквивалентклассического звонка, ограниченный временем начала и конца соединения. Атрибутысоединения, такие как IP-адреса, количество пакетов, байтов и так далее,ассоциируются с потоком, который агрегирует количество повторяющихся событий впериоде времени между началом и концом сессии.
Для биллинговой системынеобходимой является информация только сетевого и транспортного уровня, однако,подсчет IP-потока дает дополнительные преимущества:
· вся передаваемая информация можетбыть отслежена, записана и агрегирована, не затрагивая трафик;
· каждый пакет виден на уровнепротокола (это необходимо системам защиты от мошенничества);
· возможность получения статистикизагрузки полосы пропускания;
· сравнительно небольшое количествоизмерителей потока может собирать информацию с большого количества сетевыхэлементов.
Существует множествостандартов записи IP-данных, изготовленных производителями mediation-систем. КонсорциумIPDR Organization работает над стандартизацией этого формата и создает основуоткрытого протокола для обработки IP-записей. Каждый тип услуги, которую можетпредоставить IP-сеть, имеет собственную спецификацию. Уже описаны спецификациидля услуг: E-mail, доступ к Интернет, voice over IP, видео по запросу.
3. Основные компоненты OSS/BSS
Комплексрешений OSS/BSS одна из систем использующаяся в биллинговых системах. АрхитектураOSS/BSS состоит из нескольких уровней. Рассмотрим вкратце каждый из этихуровней и какие задачи они позволяют реализовать.
Уровеньсетевого управления Network Management Systems (NMS) — комплекс системуправления узлами и подсетями оператора, формирующий прозрачную для абонентамультисервисную и мультисе-тевую инфраструктуры оператора. С учетом того, чтообычно оператор использует оборудование как минимум двух производителей, числоуправляющих комплексов может достигать нескольких десятков. Для подсчета объемауслуг биллингу необходимо взаимодействовать с каждойсистемой управления или с неким информационным приложением, являющимсяпосредником между имеющимися ИС. В NMS протоколируются все воздействия на узлысети, по каждому из них собираются аварийные и сигнальные сообщения. Структурированиеэтой информации и ее обработка позволяют разграничить информационные потоки идоступ к сетевым ресурсам. Это повышает гибкость всего комплекса и обеспечиваетболее высокий уровень информационной безопасности: следующий слой автоматизацииработает только с информацией, поставляемой с «нижних» слоев. -Уровень автоматизации эксплуатационной деятельности оператораOperation Support System (OSS) обеспечивает интеграцию следующих ключевыхподсистем:
— Network ResourceInventory (NRI) — подсистема инвентаризации и технического учета сетевыхресурсов. Она учитывает и отражает физический уровень сети, логический уровеньсети, позволяет детализировать трафик с точностью до виртуального канала,временного интервала или информационного потока той или иной услуги;
— Intelligent FaultManagement (IFM) — экспертная система анализа и фильтрации аварийных сообщений.Подсистема выявляет причины сбоев в узлах сети, обеспечивает фильтрациювторичных аварийных сообщений, позволяет своевременно фиксировать деградациюкачества каналов, влияющую на качество услуги;
— Service LevelAgreement Management (SLAM) — автоматизированная система мониторингаконтролируемых параметров, гарантирующих качество обслуживания абонентов. Онаиграет важную роль в детализации процессов предоставления услуг, определяющихвзаиморасчеты с абонентом;
— Problem Management+ Help Desk (PMHD) — автоматизированная система формирования и сопровождениязаказов на проведение ремонтных и регламентных работ на сети оператора. Онапозволяет минимизировать простои за счет автоматической генерации заказов прилокализации аварийной ситуации, а также сокращения издержек, связанных совзаимодействием различных служб технической поддержки сети, и прогнозированиявозможных отказов в системе IFM и генерации нарядов на плановые регламентныеработы, предотвращающие возможные отказы;
— PerformanceManagement System (PMS) — автоматизированная система анализа баланса нагрузки всети, предназначенная для оптимизации сетевой производительности. Она даетвозможность своевременно прогнозировать перегрузки в узлах сети, планироватьвнедрение новых услуг, необходимую для этого модернизацию сети и приводить их всоответствие с маркетинговым планом;
— Order Management(ODM) — автоматизированная система работы с абонентами, которая принимает иформирует заявки на активацию сервисов, согласует их с техническимивозможностями имеющейся инфраструктуры и программой развития сети, фиксируетрекламации, планирует и сопровождает их устранение;
— Working ForceManagement (WFM)-автоматизированная система управления персоналом. Онакоординирует техническую переподготовку сотрудников в соответствии с программойразвития сети, планирует график работы персонала.
— Уровеньавтоматизации бизнес-процессов оператора Business Support System (BSS)интегрирует подсистемы автоматизации процессов агрегирования информации,необходимой для работы биллинговой системы, систем учета и управленияматериально-техническими ресурсами оператора:
— Subscriber ServiceSupport System (SSSS) — подсистема абонентского обслуживания, котораяобъединяет работу контакт-центра, обрабатывающего обращения абонентов,CRM-системы, фиксирующей историю взаимодействий с абонентами и системысамообслуживания абонента(справочная информация, подписка и т. п.);
— Billing System(BS) — автоматизированная система взаиморасчетов с абонентами и детализациипредоставленных услуг. Она выставляет счета абонентам оператора, контролируетсвоевременность оплаты и позволяет абоненту получить детализацию с точностью доотдельной транзакции и сценария ее реализации;
— EnterpriseResource Planning (ERP)набор интегрированных приложений, которые поддерживаютосновные аспекты управленческой деятельности оператора: планирование ресурсов,необходимых для предоставления услуг, оперативное управление выполнениемпланов, учет и анализ результатов деятельности. Среди основных требований,предъявляемых к ERP-системам, — централизация базы данных, работа в режиме он-лайн,поддержка территориально распределенных структур, возможность использованияразличных СУБД на ряде аппаратно-программных платформ.
4.Выборсистемы с накоплением или реального времени
Внутреннее устройство биллинговых систем,являясь личным делом оператора также влияет на взаимоотношения клиента спровайдером. Первые опасности, которые подстерегают и оператора, и егоабонентов, — выбор между системой с накоплением и системой реального времени.Система с накоплением обходится куда дешевле, — независимо от того, приобретатьли ее у разработчика в готовом виде или создавать самостоятельно, — и требуетминимальных ресурсов. В конце каждого расчетного периода (который может бытьравен суткам, месяцу или пяти минутам) такая система «засасывает» данные обуслугах, потребленных абонентами, и вычисляет, насколько изменилось состояниекаждого счета. Если речь идет о коммутируемом доступе, то поставщикоминформации выступает система авторизации (RADIUS или TACACS); если о выделенном— маршрутизатор, через который к пользователю проходят пакеты с данными; если отелефонии — телефонная станция. Продолжительность расчетного периодаопределяется лишь волей оператора да возможностями имеющегося у него «железа».Например, для корпоративных клиентов, подключенных по выделенным каналам,данные можно рассчитывать раз в месяц, при выставлении счетов, — никакихсюрпризов при этом ожидать не приходится. Специализированный сервер поработаетнекоторое время, которое в этом случае критического значения не имеет, — и выдастнеобходимые сведения и сразу счет на бланке распечатает. Поскольку процедуравыставления счетов обычно занимает несколько дней, для этих целей годится и неслишком мощная техника — никто никуда особо не торопится. Компании,использующие Интернет в своем бизнесе, не склонны доводить конфликтную ситуациюдо отключения, ведь убытки, которые несет, скажем, турагентство из-за потерисвязи с внешним миром, обычно во много раз превышают спорные суммы — так чтокуда лучше сперва оплатить выставленный счет. Когдаречь заходит о частных пользователях, вести себя таким же образом как скорпоративными абонентами нельзя, это рискованно для провайдера. Ведь добитьсявыплаты долга физическим лицом практически невозможно. Клиенту получающему своюреальную зарплату в конверте и сумевшему влезть в огромные долги передоператором, зачастую попросту дешевле отказаться платить по счету иподключиться к кому-нибудь другому. С весьма высокой степенью вероятности егооставят в покое. По этой причинеоператоры, работающие на массовом рынке, неохотно предоставляют услуги вкредит, предпочитая авансовую систему оплаты. Пока баланс положительный —клиент пользуется услугой, а как только на счету останутся нули — услугаблокируется. Такая система расчетов знакома, например, многим владельцаммобильных телефонов. И даже если провайдер предоставляет абонентам кредит —этот кредит никогда не бывает безграничным, а равен некой мелкой сумме,одинаковой для всех или гибко определяемой для каждого клиента в зависимости отего платежной истории. Понятно, что в подобной ситуации устанавливатьрасчетный период равным месяцу никто не будет слишком длительный срок невыгодно. Если клиент за сегодняшний день умудрился наговорить с Занзибаромстолько, чтобы свести свой баланс к нулю то не позднее завтрашнего днябиллинговая система должна это выявить и отдать коммутационному оборудованиюкоманду этого клиента не соединять ни с кем, кроме техподдержки и справочныхслужб, — по крайней мере, до того момента, когда тот не пополнит свой баланс. Чем меньше расчетныйпериод, тем интенсивнее загружается система и тем мощнее должен быть сервер(или группа серверов), на котором она развернута. Платить лишнее никто изоператоров не хочет — и потому каждый из них пытается найти оптимальный балансмежду ростом стоимости оборудования и риском позволить абоненту слишком многое. Взглянув на операторскую биллинговую систему чуть пристальнее, можно увидеть,что себестоимость любой услуги делится на две части — условную и безусловную.Например, к условной себестоимости относится какая — бы то ни — былонедополученная прибыль. Если пользователь коммутируемого доступа повисит налинии несколько лишних, неоплачиваемых часов, провайдера это, конечно же, не обрадует.Но и особо не огорчит. Да возможно, в то самое время, когда линия была занятахалявщиком, ею мог бы воспользоваться добросовестный клиент, который принес быкомпании несколько долларов дохода. А возможно, все это время она так ипростояла бы свободной. В любом случае, затраты оператора на аренду телефониипод модемный пул ни на копейку бы не возросли. И если владелец виртуальногосервера вдруг откажется оплачивать выставленный счет, его файлы можно стереть,а на освободившемся дисковом пространстве разместить сервер другого клиента.Ведь в такой ситуации оператор практически ничего не теряет.
5. ТелеБис
ТелеБИС- автоматизированная система расчетов и учета (биллинговая система) дляоператоров. При разработке системы учитывалась возможность реализации: полного спектрауслуг любому пользователю в любом месте, возможность иметь архитектурупозволяющую дальнейшее развитие. Эта система так же имеет дополненныефункции обслуживания клиентов и средства управления сетью связи с использованиемединой базы данных. Поэтому, система может применяться операторами связи длятелефонных фиксированных сетей, сетей сотовой радиотелефонной связи, сетейподвижной радиотелефонной и радиосвязи, сетей персонального радиовызова, сетейпередачи данных, сетей доступа в Интернет, смешанных и других сетей.
ТелеБИС можно использовать для автоматизации основной деятельности операторовсвязи в части расчетов с абонентами (биллинг) и контроля платежей, приема иобработки заказов, претензий и предложений клиентов, информационногообслуживания клиентов (в том числе, через сеть Интернет), контроля доставкисчетов, продажи материальных ценностей, а также учета, распределения ипланирования ресурсов операторов связи.
Для операторов фиксированных телефонных сетей дополнительно реализованы функциирасширенного учета, распределения и планирования ресурсов в части абонентскихномеров и линейно-кабельного оборудования абонентского участка фиксированнойтелефонной сети.
Под ресурсами в системе понимаются любые технические средства, программныесредства, программно-технические комплексы, принадлежащие оператору связи,которые он может предоставлять своим клиентам во временное пользование частичноили полностью, а также, в собственность. Это могут быть, например, телефонныеабонентские номера, телефонные линии, дисковое пространство сервера электроннойпочты и другие объекты.
Гибкая схема тарификации, реализованная в системе, позволяет иметьнеограниченное количество тарифных планов. В соответствии с ней, например, клиентоператора фиксированной или подвижной телефонной сети может иметь произвольноеколичество телефонов, вызовы с каждого из которых могут рассчитываться посвоему тарифному плану. Тарифный план включает в себя набор параметровтарификации (тарифов, скидок, коэффициентов, порогов и т. п.). Тарифы могутзависеть от времени суток, дня года и других параметров. В течение расчетногопериода возможно изменение любых тарифов, входящих в тарифный план, что будетавтоматически учтено при расчетах. Таким образом, создав набор базовых ичастных тарифных планов, оператор может настроить систему тарификации по своемуусмотрению и полностью удовлетворить как собственные потребности, так ипотребности клиента.
Трехуровневая архитектура Системы («клиент — сервер приложения — сервер БД»)делает систему масштабируемой и гибкой и позволяет легко достичь необходимойпроизводительности и конфигурации на большинстве известныхпрограммно-аппаратных платформ. Гибкость архитектуры позволяет также слегкостью изменять систему вслед за развитием обслуживаемой сети.
Можно работать с системой на вычислительной технике практически любого класса,начиная с персонального компьютера средней производительности, а при достижениипределов возможностей аппаратуры можно легко сделать ее обновление, практическине меняя программного обеспечения и не переучивая операторов.
Используемая в системе СУБД обеспечивает надежное и безопасное хранение данных,включая защиту от несанкционированного доступа. Двухуровневая схема доступа кбазам данных Системы позволяет достичь требуемой степени защиты. Дляинформационного обслуживания клиентов через Интернет также используетсядвухуровневая схема защиты, исключающая прямой доступ клиентов к базам данных системы.
Достоинствами системы являются дружественный пользователю интерфейс, гибкаяархитектура, переносимость, масштабируемость.5.1 Функции системы
Система автоматизируетосновную деятельность оператора связи, а именно перечисленные ниже функции. 1.Регистрациякиентов и взаимодействия с клиентами, включая: оздание и ведение базы данных(БД) клиентов, ечать договоров и ведение БД документов, повещение клиентов ирекламных сообщений, регистрация и обработка рекламаций и предложений, оказаниеинформационных услуг Клиентам через сеть Интернет.
2.Прием и обработка заказов: вводв систему данных о заказе для зарегистрированного Клиента, заказываемых услугах,проверка позиций заказа и перенос услуг в БД экземпляров услуг, выставление счетаза разовые услуги, печать договора.
3.Работа с услугами, включая:создание и ведение БД услуг, обработка заказанных услуг, включая распределениересурсов, создание и ведение БД тарифных планов, ведение БД междугородных/международныхтелефонных кодов.
4.Работа с ресурсами,включая: создание и ведение БД ресурсов, распределение и планирование ресурсов,учет и контроль состояния ресурсов, расширенные функции по работе с ресурсамификсированных телефонных сетей, подготовка и печать статистических отчетов.
5.Сбор информации обиспользовании ресурсов (данные по измерениям времени использования или трафика)и последующая тарификация.
6.Выставление (печать) счетовза услуги: формирование расчетных групп и расчетных периодов для группклиентов, выставление (печать) счетов за заказанные услуги, выставление(печать) счетов за действующие услуги, контроль доставки счетов.
7.Работа с платежами иконтроль состояния счетов клиентов: ввод информации о платежах в базу данных, контрольсостояния выставленных счетов с помощью разнесения платежей по счетам, контрольи анализ сальдо Клиентов и групп Клиентов, выявление должников, корректировкасальдо клиентов и групп клиентов.
8.Обеспечение справочнойинформацией пользователей системы: «Элементы адреса», «Валюты», «Курсы валют», «Банки», «Телефонные коды междугородные», «Телефонные коды международные».
9.Администрирование системы,включая:
1. создание и ведение БДпользователей Системы;
2. ведение БД параметров Системы;
3. создание и ведение базы данныхИнтернет пользователей Системы;
4. создание и ведение календаряСистемы;
5. контроль выполнения запросовсервером приложения;
6. ручной ввод информации обиспользовании ресурсов (телефонных звонках);
7. контроль ошибок Системы;
8. контроль доступа в Систему и к еефункциям.
9. Настройки модулей Системы. 5.2 Оплата услуг
За предоставляемые клиентууслуги, взимается плата. Размер этой платы может зависеть от типа услуги, клиента,даты, времени дня и многих других условий.
В системе обеспечена возможность определения набора правил и данных, позволяющихустановить размер платы за оказываемые услуги.
Для упорядочения процедуры определения платы и обеспечения возможностиформирования заказчиком гибкой ценовой политики в системе применяется гибкая тарифнаясистема, основанная на понятиях тариф и тарифный план.
Под тарифом в системе понимается именованная функция, позволяющая поставить всоответствие каждой услуге размер платы за нее. Под тарифным планом в системепонимается именованная совокупность взаимоувязанных тарифов и скидок.
В системе может быть определено неограниченное количество тарифов и тарифныхпланов. Каждая услуга может иметь несколько разных тарифов. Каждому клиентуможет быть назначен индивидуальный тарифный план. Кроме того, отдельныйтарифный план может быть назначен на каждый отдельный экземпляр заказанной клиентомуслуги, связанный с определенным используемым клиентом ресурсом.
Такой подход позволяет удовлетворить требования операторов, имеющих большоеколичество ресурсов разных типов (операторов телефонных фиксированных сетей, сетейсотовой радиотелефонной связи, сетей подвижной радиотелефонной и радиосвязи,сетей персонального радиовызова, сетей передачи данных, сетей доступа вИнтернет, смешанных и других сетей).
С помощью одного и того же предоставляемого ресурса могут оказываться нескольковидов услуг, которые могут тарифицироваться по-разному. Например, подключенныйтелефонный аппарат и соответствующая телефонная линия могут использоваться дляпредоставления местного, междугородного и международного соединения. Всоответствии с этим, могут различаться и тарифы на предоставляемые услуги.Оплата же всех этих услуг производится по единому счету, что позволяет повыситьэффективность работы системы.
В системе возможно создание практически неограниченного множества вариантовтарифов и скидок от самых простых до очень сложных.
Например, для местного соединения возможно установление следующих вариантовтарифов: простого тарифа (константа); тарифа, зависящего от продолжительности разговора (1-я мин. – Т1, 2-я мин. – Т2, …); тарифа, зависящего от типа дня (рабочий, выходной, праздничный); тарифа, зависящего от времени суток; тарифа, зависящего от любой комбинации трех предыдущих условий; тарифа, задающего произвольное значение для любых выбранных отрезков времени в течение года (дней, недель, месяцев, любых других).
Для междугородного имеждународного соединения дополнительно к перечисленным вариантам можнодобавить зависимость от тарифных зон (соответственно междугородных имеждународных).
Возможна и более сложная оценка услуг. Например, для услуги доступа в Интернет,возможно, оценивать одновременно как время соединения, так и объем передаваемойинформации.5.3 Пользователи Системы
Под пользователем в системепонимается любой субъект, авторизованный на работу с системой. По желанию заказчикапользователем может быть также клиент или его представитель.
В системе выделяются четыре основных класса пользователей.
Администратор системы – это пользователь системы (группа пользователей),который отвечает за администрирование системы.
Администратор системы обладает правами доступа ко всем функциям системы и имеетправа ввода, модификации и удаления любой информации (включая информацию опользователях системы) из базы данных системы с использованием всех меню иэкранных форм системы.
Администратор Базы Данных системы обладает всеми правами Администратора системыи дополнительными правами, дающими возможность сопровождения базы данных науровне Oracle (архивирования или восстановления базы данных, экспорта илиимпорта данных, доступа через SQL). При необходимости, роль администратора БазыДанных Системы может выполнять администратор СУБД Oracle или АдминистраторСистемы.
Оператор Системы, обладающий правами доступа к системе через ИнтерфейсОператора Системы, имеющий права на ввод/модификацию/удаление данных в Системедостаточные для реализации принятой технологии обработки данных. Принеобходимости, операторы системы могут быть разделены на группы с определениемролей и соответствующих прав доступа для группы.
Клиент Системы, имеющий права на просмотр некоторой справочной информации, атакже непосредственно его касающихся учетных данных. Клиент Системы не имеетнепосредственного доступа к БД Системы и ее экранным формам. Предусмотрендоступ только через специальные Web формы, доступные через любой браузерИнтернет, при наличии у Заказчика Oracle Web сервера.6. Варианты физической архитектурысистемы
Трехуровневая архитектура «клиент — серверприложения — сервер БД», делает систему масштабируемой и гибкой. Такаяархитектура позволяет создать нужную физическую архитектуру Системы с любымколичеством и расположением компонентов без изменения программного кода.Упрощенная архитектура системы приведена на Рис. 3.
/>
Рис.3
сервер приложения выделены функции расчетовпо счетам: счетам за расчетный период, экспресс счетам (от начала расчетногопериода по текущую дату), контрольным запросам. Кроме того, сервер приложениявыполняет ввод данных измерений по использованию ресурсов и их предварительнуютарификацию.
В минимальном варианте возможно применение для работы системы одногоперсонального компьютера средней производительности.
Для систем, рассчитанных на работу с большим числом абонентов, рекомендуетсяприменение многомашинного варианта с отдельным сервером базы данных и отдельнымсервером приложения, связанных высокопроизводительной локальной сетью. Длявзаимодействия с системой возможно использование любого числа отдельных рабочихстанций на базе персональных компьютеров.
Для клиентской части системы (автоматизированное рабочее место) возможноиспользование операционных систем Windows 95,98, NT4.0.
Для сервера приложения возможно использование операционных систем WindowsNT4.0, HPUX9.x, Solaris2.x.
Так как в Системе возможно применение СУБД Oracle 7.3.x, Oracle 8.04, то длясервера базы данных возможно использование любых операционных систем, которыепригодны для установки указанных версий СУБД.
Для автоматизированных рабочих мест достаточно обычных персональныхкомпьютеров. Для серверов базы данных и сервера приложения при количествеабонентов, не превышающем нескольких тысяч, достаточно персонального компьютерасредней производительности с микропроцессором PentiumII, а при количествеабонентов в несколько десятков и сотен тысяч или выше рекомендуется применениеRISC серверов или многопроцессорных Intel совместимых серверов.
Возможно также создание архитектуры с несколькими центрами обслуживанияКлиентов и одним или несколькими расчетными центрами (Рис.4).
/>
Рис.4
Заключение
Чтобыбиллинговая система, или, как ее называют официально, автоматизированнаясистема расчетов (АСР), могла эксплуатироваться на сетях электросвязи, онадолжна быть сертифицирована. Сертифицированная же АСР превращается в своегорода интеллектуальный кассовый аппарат. От того, насколько тесно он будетинтегрирован с бухгалтерией, зависит многое.
Основные задачибиллинговой системы сводятся:
— Тарификация предоставляемых услуг, выставление абоненту счетов за полученныеуслуги или снятие со счета абонента затраченной на услуги суммы
— Выполнение, каких либо действий со счетами пользователей — управлениебалансом пользователя (пополнение счета, изменение тарифного плана, активация идеактивация услуг, изменение учётных данных для доступа и т.п.)
— Дополнительные функции — ведение и предоставление статитики работы,детализация личного счёта абонента и т.д.
Литература
1. Журнал «Компьютера» №41 от 13ноября 2004 года
2. Справочник«Компьютерные сети России. Услуги международной связи». — М.: ТОО«ЭЛИС. ЛТД’1992
3. Материалы конференции«развитие биллинговых систем и информационных технологий для предприятий связи»18 декабря 2002г.Павильон «Триумф»