Кафедра
телекоммуника-
ционные сети и системы
коммутации
Методическое
указание к лабораторной работе
Тарификация в цифровой системе коммутации S-12.
по курсу
Цифровые
Системы Коммутации, часть II
для студентов
специальностей
Б.050402
Б.050401
Б.021900
Ташкент-2000
Лабораторная работа
Тарификация в системе С-12
1.Цель работы
В результате выполнения лабораторной работы студент должен:
- знать назначение и методы тарификации, функции и принцип работы модулей тарификации С-12.
2.Задание для подготовки к работе
При подготовке к лабораторной работе необходимо изучить следующие вопросы:
- определение функции тарификации;
- основные методы тарификации;
- аппаратное обеспечение модулей тарификации;
- процесс работы системы при тарификации вызова.
3.Основные теоретические сведения
Тарификация – это стоимостная оценка вызова. Система тарификации делится по трем основным функциям:
А) Тарификация вызова. Эта функция подразумевает:
- определение информации тарификации (тариф, правило, метод);
- активизацию требуемого программного обеспечения (ПО) для вычисления тарификации.
В) Перевод одного тарифа в другой.
На величину тарифа влияет время суток, категория дня недели (рабочий, праздничный, выходной, специальный), длительность разговора и т.д. В случае, когда информация тарификации переходит в другой промежуток времени, вызова, которые находятся в этот момент в стадии соединения, разговора и все новые входящие вызова подлежат применению к ним новой информации тарификации на время перевода тарифа.
С) Правильное обращение с результатом тарификации.
По окончании вызова или периодически в течение вызова, содержимое счетчиков тарификации необходимо где-нибудь сохранить. Это определяется видом информации тарификации и может храниться в памяти, на магнитной ленте (или на диске), а также возможно управление данными тарификации централизованным центром таксации по ОКС№7 (общеканальная система сигнализации №7).
3.1.Принципы тарификации
К тарификации предъявляют широкий ряд требований, которые определяют следующие принципы тарификации:
1. подсчет импульсов (bulk billing)
Вызову начисляются импульсы тарификации на всем его протяжении, которые накапливаются на абонентском счетчике.
2. возможность абонента (detail billing)
Все абонентские вызовы тарифицируются по методу, для которого по окончании разговора выдается лист детального счета. Этот лист показывает идентификацию вызывающего и вызываемого абонентов, время начала и окончания разговора, длительность разговора и если необходимо также величину числа импульсов счетчика во время таксации.
3. полночная тарификация (midnight charging)
Этот принцип может быть использован только в связи с использованием абонентского сервиса. Он подразумевает, что в полночь абонентам, которые в течение дня воспользовались услугами ДВО (дополнительные виды обслуживания), добавляется определенное число импульсов за используемые услуги.
4. разделение доходов (division of revenue)
Этот принцип используется для разделения доходов между разными телефонными компаниями, если в процессе установления вызова было задействовано их оборудование.
3.2.Методы тарификации
На рисунке 3.1. изображены различные единицы измерения, используемые подсистемой тарификации. Импульсы могут быть сгенерированы только однажды за вызов или неоднократно, число импульсов может быть различно.
3.2.1.Единица измерения тарификации
Единица измерения тарификации подразумевает метод тарификации, где число импульсов определяется за интервал времени, каждый из этих импульсов представляет определенную цену (стоимость).
Импульсы записываются на счет абонентов в начале каждого интервала времени или по окончании интервала, который зависит от метода тарификации.
3.2.2.Методы тарификации
1. Единичная оплата (Unit fee)
Счетчик тарификации, отведенный вызову, увеличивает свое значение на определенное число импульсов только один раз (например, в момент ответа вызываемого абонента) (рис 3.1.а).
2. Периодически (Synchronized)
Cчетчик тарификации добавляет определенное число импульсов, стартующие с момента начала тарификации и затем периодически после каждого проходящего интервала времени (рис. 3.1.б).
3.unit fee, synchronized
Комбинация двух первых методов (рис. 3.1.в).
4. метод Карлсона (method karlsson)
Счетчик увеличивает свое значение после каждого проходящего интервала времени, первый интервал выбран случайно, меньшим или равным обычному интервалу. Старт отсчета начинается с задержкой во времени, но меньшим периоду добавления импульсов Т (рис. 3.1.г).
5. unit fee, karlsson
Этот метод похож на метод Карлсона, но также добавляется число импульсов единичной платы на старте периода тарификации (рис. 3.1.д).
6. Псевдо-Карлсон (pseudo karlsson)
Этот метод похож на метод «unit fee, karlsson», но время предоставления бесплатного разговора R больше одного, но меньше двух периодов добавления импульсов Т (рис. 3.1.е).
Для нахождения информации тарификации, такую как метод, число импульсов, тариф используется программа тарификации, которая воспринимает четыре кода:
- код источника тарификации -ORGCH .
Каждую абонентскую линию или входящую соединительную линию для тарификации идентифицируют по коду источника. Этот код используется группой пунктов источников, который будет рассматриваться системой тарификации для уникализации источника;
- код пункта назначения тарификации -DESTCH.
Этот параметр используется группой пунктов назначения, который будет рассматривать системой тарификации в качестве уникальности пункта назначения. Этот код извлекается из цифрового префикса.
- тип вызова -ТОС
Этот параметр определяется категорией вызывающего абонента (обычный абонент, приоритетный абонент, таксофонный вызов и т.д.). Параметр восстанавливается из COS (класс услуг) , из связи R-OLCOS .D_CPC.
- возможность платильщика -bearer
capability.
Используется для ISDN – вызова, в зависимости от критерия времени существования и расстояния, для этого вызова запрашивается bearer capability. Этот параметр может быть получен от вызывающего абонента ISDN в сообщении SETUP. Он показывает различную зависимость минимума качества соединения для разговора абонентов.
Уровень тарификации рассмотренных выше параметров определяется уникальной записью, дающей информацию:
- образец тарификации:когда начинается и заканчивается тарификация (какое действие служит стартом и какое действие служит окончанием).
- тип измерителя: bulk billing, detail
billing.
- тарифная группа и идентификация тарифа.
Идентификация тарифа специализируется уникальной ценой на определенное время. Тариф-это правило, по которому для bulk billing увеличиваются импульсы. Тарифы с одинаковым промежутком времени имеют одну тарифную группу. Но их правила тарификации различны, т.е. они имеют различную идентификацию тарифа.
Зависимость тарифа от времени суток по временной шкале и коэффициенту RATESEQ, который показывает в какое время какой тариф использовать (табл.1).
Таблица 1.
|
Шкала |
RATESEQ |
|
0-8.30 |
RATESEQ1 |
|
8.30-17.00 |
RATESEQ2 |
|
17.00-24.00 |
RATESEQ3 |
Для определения тарифа также необходимо учесть категорию дня (рабочий, выходной, праздничный, специальный). В зависимости от этого создаются разные типы календарей: недельный-week calendar, определяющий рабочий или выходной день; праздничный-holiday calendar-по которому определяется праздничный, специальный, обычный день.
Создание календарей и задание категории дня для определения тарифа сохраняют память базы данных.
Для определения системой метода тарификации, числа и периода начисления импульсов необходимо задать основные параметры(рис.3.2.):
- ORGCH
-DESTCH
-TOC
-bearer capability
-time (время суток)
-day category (категория дня)
Synchronized b b b b b b
Unit
fee Karloson b b b b
Pseudo Karloson b b b
а: unit fee импульсы,
б: периодические импульсы.
рис.3.1. Методы единицы измерения тарификации.
рис.3.2. Структура определения информации тарификации.
3.3.Процесс тарификации
Процесс тарификации делится на несколько частей:
- часть анализа – определение для каждого вызова правил тарификации;
- часть генерации, если в части анализа определили, что правило тарификации - bulk billing, то в части генерации этому вызову будут вырабатываться импульсы в соответствии с определенным методом, если же результат анализа –правило detail billing, то этому вызову необходимо предоставить область памяти, куда будет записана информация тарификации;
- часть сбора, выполняет функции сбора импульсов bulk billing со счетчиков и добавление содержимого счетчика в память, для detail billing собрать и накопить данные в памяти;
- часть вывода, собранные данные тарификации необходимо для сохранения вывести на оптический диск, ленту.
Каждый вызов тарифицируется отдельно и данные собираются в центральном модуле для тарификации SACECHRG, который для надежности работает в паре (активный / горячий резерв). В случае напряженного трафика одна пара может не справиться с нагрузкой, поэтому предусмотрено до восьми пар модулей SACECHRG на станции.
3.3.1.Работа модулей тарификации в S-12
Процесс тарификации начинается после анализа префикса модулем CACO. Сообщением 1352_CHRQ (запрос на тарификацию) (рис.3.3.) активизируется модуль тарификации CGC FMM, служащий интерфейсом между модулями тарификации и являющийся управляющим центром части анализа и генерации тарификации. CGC определяет по каким правилам устанавливается тарификация: посылает сообщение 0027_CHIR с запросом на анализ информации о тарификации к модулю CHAN. CHAN обращается к базе данных и по заданным параметрам (ORGCH, DESTCH) находит правило тарификации (сообщение 8378_CHIF). CGC выделяет ячейку памяти (cell) для хранения всей полученной информации от CHAN .
CGC FMM активизирует сообщением 15586_LCG_REQ модуль LCG FMM. В сообщении к LCG находятся параметры тарификации, полученные от CHAN. LCG выделяет буфер для накопления поступающей информации. Каждый вызов имеет свою ячейку (cell), ее идентификационный номер посылается к модулю CACO FMM.
После получения адреса выбранной свободной ячейки модулем CACO, вызов переходит в стабильную фазу, т.е. происходит подключение и вызывающему абоненту посылается КПВ, вызываемому – ПВ. Если эта ячейка не будет найдена, то вызывающий абонент после сигнала “ответа станции” услышит зуммер “занято”.
Как только выбрана свободная ячейка в модуле LCG и в нее скопированы параметры тарификации, ячейка в CGC FMM рассоединяется, а ячейка в LCG FMM остается занята этим вызовом до окончания разговора.
Доступ к ячейке тарификации осуществляется с помощью модуля ПО TCAS SSM.
Чтобы определить, куда будет отправлена информация о тарификации вызова, служит модуль MCC SSM – коллектор измерительных счетчиков, который дает логическую идентификацию SACECHRG. Этому модулю после окончания вызова будет послана информация о тарификации.
Для произведения функций измерения bulk billing используется модуль metering SSM – измерительный модуль, осуществляющий подсчет импульсов.
Модуль AOC используется для ДВО абонентов ISDN.
Алгоритм работы системы тарификации при обслуживании вызова представлен на рисунке 3.3.
1352 – CHRQ – запрос тарификации
27 – CHIR - запрос на информацию тарификации
8378 – CHIF – информация о тарификации
15586 – LCG-REQ – запрос модуля LCG
8929 – CHRVD – возврат номера ячейки тарификации
Рис 3.3. Структура работы модулей тарификации.
3.3.2.Сбор и хранение данных bulk billing
Для bulk billing в части сбора и вывода необходимо выполнить следующие функции:
- собрать импульсы bulk billing (счетчик);
- добавить содержимое счетчика в область памяти в виде связи R_MCCMET**;
- каждые 15 минут производить операцию back up на винчестер модуля технического обслуживания P&L (на диско-файлы).
Импульсы генерировались на уровне ТСЕ в LCG FMM . После того, как абонент положит трубку, данные тарификации направляются в модуль МСС (active) и он обновит данные в пассивном МСС (standby) (рис.3.4.).
Рис .3.4. Принцип работы модулей тарификации при bulk billing.
В сообщении 15557 содержится последовательный номер(SEQN) ячейки LCG, логическая идентификация ТСЕ (TCE_id), класс измерителя (meter klass), директорный номер абонента (DN). Эти же параметры передаются в сообщении 15558 к МСС, находящемуся в резерве. Пока ячейка в LCG не получит обратно свой SEQN в сообщении 15559, периодически будет посылаться сообщение 15557 к МСС.
После обновления содержимого счетчиков в памяти, производится запись на винчестер на файлы в следующей последовательности:
- с первого модуля SACECHRG – на файл 807;
- 
со
второго модуля SACECHRG–на
файл 841 и далее на 842,843,844,845,831 и 832. Т.е. с каждого SACECHRG на свой диско-файл.
Так как запись на винчестер происходит через каждые 15 минут, то в случае выхода из строя модулей, данные будут потеряны лишь за последние 15 минут.
3.3.3.Сбор и хранение данных detail billing
В части сбора и вывода данных detail billing необходимо выполнение следующих функций:
- собрать записи detail billing, которые поступают от модуля LCG;
- накопить данные detail billing в памяти ( в связи R_TDFM- 2kB);
- произвести операцию back up на винчестер в виде диско-файлов следующими методами: через фиксированный промежуток времени (10 минут) либо при переполнении памяти до истечения 10 минут произвести автоматический back up.
Каждая запись содержит 74 байт, поэтому заполнение области памяти происходит быстрее. Для приведения данных к этому формату (74 байт) служит модуль TL SSM.
Для detail billing имеется своя коллекторная часть TCDFМ,ее функции:
- сбор тарификационных данных (записей);
- накопление записей в памяти;
- управлание диско-файлами.
Процедура сбора данных detail billing представлена на рисунке 3.5. .
Рис .3.5. Принцип работы модулей тарификации при detail billing.
В сообщении 17002 и 17004 находятся данные detail billing и detail billing observation (предоставление вызывающему абоненту контролировать длительность, а соответственно и стоимость разговора). Сообщение 17003 служит в качестве подтверждения получения данных модулями TCDFM.
Данные накапливаются в 2кВ-области по 74 байта. В случае заполнения 2кВ-области раньше фиксированного времени, производится автоматический сброс накопленных данных (auto back up) на диско-файлы.
Для detail billing и detail billing observation имеются свои коллекторные файлы для накопления данных.
1-й
SACECHRG 3800-3809 для detail billing
3810-3813 для detail billing observation
2-й SACECHRG 3814-3823 для detail billing
3824-3827 для detail billing observation и
т.д.
Данные коллекторных файлов для придания формата файлам, понятные оператору, транслируются в выводные файлы (output files).
Данные со всех модулей SACECHRG транслируются в следующие выводные файлы:
для bulk
billing -803;
для detail
billing -800;
для detail billing observation -818.
4.Контрольные
вопросы.
1. Что такое тарификация и какие методы тарификации существуют?
2. Перечислите и расскажите о принципах тарификации.
3. От чего зависит тариф?
4. Алгоритм работы модулей тарификации при обслуживании вызова.
5. Сбор и хранение данных bulk billing.
6. Процесс сбора,хранения и вывода данных detail billing.
7. Когда начинается и заканчивается процесс тарификации при обслуживании вызова?
8. Каким образом определяется правило тарификации для каждого вызова?
9. Перечислить и дать характеристику каждой части процесса тарификации.
10. Основные параметры при определении метода тарификации.
5.Сокращения
|
ACE CACO CGC CHAN DESTCH DN ISDN LCG MCC ORGCH P&L SACECHRG TCE TCDFM TOC |
Auxilary Control Element Call Control Charge Generation Control Charge Analysis Class Of Service Destination charge Code Directory Number Integrated Services Digital
Network Local Charge Generation Meter Counts Collector Originating Charge Code Periphery And Load System ACE Charging Terminal Control Element Tax Collector Disk File Manager Type Of Call |
Дополнительный управляющий элемент Модуль управления вызовом Управление генерации тарификации Модуль анализа тарификации Класс услуг Код пункта назначения тарификации Директорный номер Цифровая сеть интегрального обслуживания Генерация местной тарификации Коллектор измерительных счетчиков Код пункта источника тарификации Модуль периферии и загрузки Системный дополнительный управляющий элемент тарификации Терминальный управляющий элемент Менеджер диско-файлов коллектора тарификации Тип вызова |
Методическое указание к лабораторной работе
«Тарификация в цифровой системе коммутации S- 12»
для студентов специальностей
Б.050402
Б.050401
Б.021900
Рассмотрено и одобрено на заседании кафедры ТС и СК, протокол № 5
от 2 декабря
Составители: Сон В.М.
Абдужаппарова М.Б.
Еркинбаева Л.Т.
Ответственный редактор Сон В.М.
Редакционно-корректурная комиссия:
редактор Хамдам-Зода Л.Х.
корректор