2.11.1. Общие принципы работы подсистемы

2.11.2. Состав и функции и условия применения

2.11.3. Запуск и настройка маски

2.11.4. Редактирование файла инициализации MOBILL.INI

2.11.5. Создание BILLDB.CFG - файла настройки выходных *.dbf файлов

2.11.6. Хранение тарификационных данных

2.11.7. Обеспечение целостности БД

2.11.8. Метрологические аспекты тарификации

2.11.1. Общие принципы работы подсистемы

При создании подсистемы (ПС) тарификации была принята следующая идеология:

- фиксируются все состоявшиеся соединения, включая транзитные;

- тарификационные данные хранятся в АТС в обновляемой БД постоянного объема. Информация при экспорте не уничтожается, доступа для ее изменения или корректировки нет;

- функции ПС включают в себя только фиксацию, хранение и экспорт тарификационных данных

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

ПС «Тарификация» входит в состав базового ПО всех видов СЦК ЭЛКОМ и АТС S256 и подпадает под действие сертификатов соответствия.

По каждому соединению фиксируются следующие данные:

- дата и время начала соединения;

- длительность соединения, сек;

- тип соединения (внутреннее, входящее, исходящее, транзитное);

- номер терминального модуля и номер линии, откуда поступил вызов (TML1);

- номер терминального модуля и номер линии, куда выполнено проключение (TML2);

- вызывающий номер (А);

- категория вызывающего абонента;

- вызываемый номер (В);

- входящее направление;

- исходящее направление;

- код услуги ДВО, которая была использована в случае передачи вызова

Эти данные объединяются в виде отдельной записи. В таком виде информация хранится в АТС и может быть извлечена (экспортирована).

БД соединений состоит из двух областей. В СЦК ЭЛКОМ каждая из них рассчитана на 10 млн. записей, в АТС S256 – на 1 млн. записей. Принцип заполнения БД показан на рис.2.11.1.

Рис.2.11.1. Принцип заполнения БД соединений (А, В – названия условные)

Сразу после запуска АТС (см.рис.2.11.1,а) занесение новых записей производится в область А, которая является рабочей, область В – полностью свободна. После заполнения области А (см.рис.2.11.1,б) она становится архивом, новые данные заносятся в область В. После заполнения теперь уже область В становится архивом, прежний архив (А) полностью очищается (см.рис.2.11.1,в).

Новые данные заносятся в область А, область В становится архивом (см.рис.2.11.1,г).

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

Архив и рабочая область одинаково доступны для экспорта тарификационных данных.

Принцип формирования записей о соединениях и занесения их в БД показан на рис. 2.11.2.

В момент начала и конца соединения фиксируются дата и время события, вызывающий и вызываемый номер, тип соединения, TML1 и TML2 в виде "НомерТМ НомерЛинии".

Длительность соединения определяется в момент разъединения. Используются два варианта:

- по разности временных отсчетов, снимаемых с внутренних часов в модуле управления;

- как сумма миллисекундных «тиков», снимаемых с блока синхронизации УМ. Данный способ применяется при большом дрейфе внутренних часов.

Формируется запись, которая заносится в БД соединений в момент окончания соединения, но озаглавлена датой начала. Это означает, что если соединение длительное, его запись помещается среди соединений совсем с другими параметрами начала, даже, может быть, с другими сутками.

Именно такой пример показан на рис.2.11.2. Здесь соединение, начатое 23.05.2003, закончилось только 24.05.2003 и оказалось среди записей, датированных 24.05.2003. Это более короткие соединения, которые были начаты и закончены 24.05.2003. Таким образом, все соединения, не законченные к моменту перехода границы суток, попали в следующую "суточную область" БД.

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

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

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

СЦК "ЭЛКОМ" позволяет также тарифицировать использование услуг ДВО. Каждое обращение абонента к любой услуге ДВО фиксируется, по нему сохраняются следующие данные:

- дата и время обращения к конкретной услуге ДВО;

- номер внутреннего абонента, вызвавшего данную услугу;

- код услуги ДВО;

- действие (включено/выключено).

Информация по ДВО хранится в отдельной БД тарификации.

2.11.2. Состав и функции и условия применения

В подсистему "Тарификация" входят следующие компоненты:

- процесс elcbill, функционирующий в АТС;

- утилита MoBill.exe;

- базы данных тарификации соединений, использования ДВО и системных сообщений.

Функции утилиты MoBill:

- организация доступа к БД, находящимся в АТС, для просмотра и экспорта данных;

- экспорт данных из АТС в файлы типов *.dbf либо *.txt для просмотра, вывода этой информации на печать или пересылки по ЛВС в случае необходимости;

- организация автоматической регулярной перекачки данных с периодом, кратным суткам, и периодичностью от 1 до 30 дней;

- архивация экспортируемых данных в файлы типа *.arj или *.zip;

- формирование файла метрологической поверки в формате прибора «Призма»;

- фильтрация экспортируемых данных по маске.

Утилита использует следующие основные файлы:

MOBILL.EXE - исполняемый файл;

MOBILL.INI - файл настройки и инициализации;

MOBILL.LOG - протокол работы, возникает в ходе работы и обновляется после каждого сеанса.

Для перекачки данных используется служебный файл CON.TMP.

Выходные файлы данных тарификации по умолчанию получают типовые имена:

QUERY.DBF / QUERY.TXT - при ручном запуске;

DDMMYY.DBF / DDMMYY.TXT - при автоматическом запуске,

где DD - день, MM - месяц, YY - год последнего дня выборки.

Если данные собираются с нескольких АТС, имена файлов можно формировать в виде

<Номер АТС>DDMMYY.TXT

Рис.2.11.2. Процесс заполнения БД соединений

Настройка состава и форматов данных выходных текстовых файлов производится путем редактирования файла MOBILL.INI. Для настройки состава и формата данных в файлах типа *.dbf создается специальный файл BILLDB.CGF. Эти файлы читаются утилитой при загрузке

Утилита MOBILL является обычным приложением Windows. Основные направления использования - информационно-справочное обслуживание и подготовка данных для АСР .

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

Подготовка данных для АСР (расчетно-кассовых центров) осуществляется с помощью периодического запуска. Для этого рекомендуется создать отдельную. каталог, который содержит файлы MoBill.EXE и MoBill.INI. Для правильной работы необходим доступ к служебным библиотекам (файлы с расширениями *.DLL и *.BPL), которые находятся в каталоге C:\ElcomV3n\BIN. Они должны быть скопированы либо в новый каталог, либо в каталог C:\Windows\System32.

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

Запуск по времени может также осуществляться с помощью Планировщика задач Windows. Кроме того, утилиту можно запускать из командной строки либо с помощью другого приложения.

2.11.3. Запуск и настройка маски

Запуск файла MOBILL.EXE на исполнение возможен только при условии функционирования на сервере МО модуля TSPSRV.EXE. После запуска открывается окно следующего вида (рис.2.11.3):

Рис.2.11.3. Главное окно подсистемы "Тарификация"

1. Панель "Запуск программы".

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

Статистика ДВО по №. Открывается поле, в которое необходимо ввести требуемый номер абонента. Длина номера - 10 знаков. Если номер не указан, статистика будет выведена по всем номерам. Для сокращенного набора можно задать значение префикса в INI-файле.

Вывод статистики по ДВО осуществляется только вручную.

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

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

2. Дата. Эта панель служит для установки маски по дате. Данная маска используется только при единовременном (ручном) запуске и игнорируется при периодическом.

3. Тип соединения. Служит для установки маски по типам соединений. Для выборки необходимого типа нужно пометить нужную строчку. Пользователь может выбрать один или несколько типов.

4. Не учитывать соединения. В выходной файл не будут выбираться соединения, длительность которых меньше значения, указанного в окне.

5. Вызываемый номер. При выборе данной панели открывается окно, с помощью которого можно заказать вывод информации по одному (номер вводится полностью – 10 знаков) или группе номеров. При вводе комбинации она рассматривается как начальные цифры группы номеров, в результате чего будут выбраны все номера данной группы

Если номер не указан, выборка делается для всех номеров.

Если вызываемый абонент - внутренний, можно сократить объем ввода. При пометке поля "внутр.аб-т" в поле ввода номера автоматически вводится префикс, указанный в файле настройки.

Рис.2.11.4. Панель "Вызываемый номер" при выборе внутреннего абонента

6. Вызывающий номер. Будут выбраны соединения, состоявшиеся с указанного номера (группы номеров). Указывается первый номер в группе и количество номеров в ней (см.рис.2.11.5):

Рис.2.11.5. Окно для ввода вызывающего номера (группы номеров)

7. Входящее направление. Можно заказать выборку информации по одному из входящих направлений, начиная с 1 до 254. Ввод номера направления - с помощью стрелок "Вверх/Вниз"

8. Исходящее направление. Можно заказать выборку информации по одному из исходящих направлений, начиная с 1 до 254. Ввод номера направления - с помощью стрелок "Вверх/Вниз"

9. Тип файла. Указывается тип выходного файла: .dbf – DBase, .txt – текстовый, «Призма» – формируется файл метрологической поверки для прибора "Призма" с именем Test.txt.

При выборе строки "Просмотр" выходной файл формироваться не будет.

10. Сохранить в файле. Имя файла, в котором будут сохранены данные, используется ТОЛЬКО при разовом запросе и игнорируется при периодическом. Имя файла и каталог, в который он будет помещен, указывается в окне. Значения по умолчанию - каталог C:\ElcomV3n\CONNECT, имя файла - Query. Если необходимо изменить имя или каталог, следует нажать на значок [ . . . ] на рамке, после чего открывается окно «Открытие файла», где можно выбрать путь, в том числе и во внешней сети, если МО подключен к ней. В этом случае пересылка файла будет осуществляться средствами самой сети. В окне "Имя файла" можно ввести требуемое имя выходного файла.

11. Архивировать с помощью. Архивация выходного файла выполняется с помощью архиваторов arj.exe либо pkzip.exe, которые должны быть помещены в тот же каталог, что и сама утилита (по умолчанию - C:\ElcomV3n\Bin). Услуга игнорируется при формировании данных для прибора «Призма».

После окончания настройки нажатием кнопки "ОК" утилита переходит в рабочий режим.

При ручном запуске (режимы "Запустить один раз" или "Просмотр") в АТС посылается запрос процессу elcbill на выборку данных по маске и их перекачку из АТС. Если в этот момент он занят выполнением запроса от другой реализации MOBILL, то выводится сообщение "Процесс занят". Данный запрос ставится в очередь и будет выполнен после окончания обработки предыдущего.

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

Каждый из этапов контролируется ОС РВ по времени выполнения. При превышении допустимого промежутка времени (по любой причине) обработка прекращается и появляется сообщение "Превышен таймаут". В этом случае рекомендуется прекратить любые операции с подсистемой и проверить работу технических средств и программы ТСР-сервера.

При выборе режима "Просмотр" либо по окончании обработки данных при ручном запуске ( независимо от формата выходного файла) открывается следующее окно (см.Рис.2.11.6):

Рис. 2.11.6. Окно просмотра выбранных данных тарификации

Столбец «Длит» содержит продолжительность соединения в минутах и секундах.

В столбце «Вызывающий» цифра в скобках перед номером указывает категорию абонента. Если же абонент, вызываемый и/или вызывающий, является внешним, то в скобках перед номером дополнительно указывается номер модуля СЛ и номер СЛ, по которой было выполнено соединение.

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

По нажатию кнопки "Печать" можно вывести список на печать. Настройки режимов печати выполняются в среде Windows. Данный список является юридическим документом.

Кнопка "Закрыть" закрывает окно просмотра. При любом новом просмотре, даже без изменения маски, процесс выборки и перекачки данных будет повторен.

2.11.4. Редактирование файла инициализации MOBILL.INI

Для редактирования служебных файлов можно использовать простейшие текстовые редакторы: "Блокнот" (Notepad), редакторы Total Commander или Windows Commander. Рекомендуется предварительно сделать резервные копии на случай порчи файлов.

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

Секция [Query]

Prefix=<ABCab> - Комбинация для внутреннего абонента, выводится в поле задания вызываемого номера

Секция [TxtFile]

Заполняется при необходимости настройки выходного текстового файла.

Формат строк выходного файла описывается путем задания строки

FormStr = <Перечень форматов данных и констант с разделителями>

Данные, помещаемые в файл, описываются с помощью набора следующих букв:

D - День

M - Месяц

Y - Год

A - Вызывающий абонент

B - Вызываемый абонент

H - Час

N - Минута

S - Секунда

T - Длительность в сек

U - Длительность в мин:сек

V - Длительность в тарифоминутах (округление количество минут вверх до целого)

P - Тип соединения

O - Код услуги ДВО, использованной при переадресации.

I - Номер входящего направления

С - Номер исходящего направления

K - Значение TML1

L - Значение TML2

E - Категория вызывающего абонента

Правила заполнения строки FormStr

1. Все описания форматов пишутся заглавными латинскими буквами

2. Количество соответствующих букв определяет количество символов, выводимых в файл.

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

4. Формат описания направлений постоянный - 3 символа: для входящего направления – III,

для исходящего направления - ССС

При выводе недостающие слева позиции заполняются пробелами.

5. Формат описания TML включает в себя 9 символов (Номер ТМ : Номер линии):

- для TML1 ККК< 2 пробела >:<2 пробела>ККК

- для TML2 LLL< 2 пробела >:<2 пробела>LLL

При выводе недостающие слева позиции в номере ТМ и в номере линии заполняются нулями.

Примеры

1. Влияние формата FormStr на вид строки выходного файла

Внутреннее соединение состоялось 12 июня 2004 г в 12 час 35 мин 23 сек.

Номер вызывающего абонента 56778, номер вызываемого - 23456.

Длительность соединения 72 сек. Переадресации нет.

При задании строки FormStr в следующем виде

FormStr=DD.MM.YYYY HH:NN:SS AAAAA BBBBBBBBBBBBBBBBBBВВ TTTT P VVV OО

строка текстового файла будет иметь вид:

12.06.2004 12:35:23 56778 <15 пробелов>23456 0072 А 2 00

При задании строки FormStr в следующем виде (в конце указаны некие константы)

FormStr=DD.MM.YY,HH:NN:SS,AAAAA,BBBВВ,TTTTТ,P,,0,0,FG OО

строка текстового файла будет иметь вид:

12.06.04,12:35:23,56778,23456,00072, А,,0,0,FG 00

2. Фиксация переадресации соединения (услуги ДВО с кодами 20, 21, 22)

Внутреннее соединение состоялось 12 июня 2004 г в 12 час 35 мин 23 сек. Длительность - 72 сек.

Номер вызывающего (абонент А) - 56778, номер вызываемого (абонент В) – 23456

У абонента В заказана услуга безусловной переадресации (код 21) на номер 23462 (абонент С).

Пусть строка FormStr задана в следующем виде

FormStr=DD.MM.YYYY HH:NN:SS AAAAA BBBBB TTTT P OО

Тогда в выходной файл помещаются ДВЕ строки, которые должны рассматриваться совместно:

12.06.2004 12:35:23 56778 23456 0072 А 2 00	Соединение А -> B
12.06.2004 12:35:23 23456 23462 0072 А 2 21	Переадресация B -> C (использована услуга 21)

TxtTyp типа Char - определяет вид отображения типа соединения в строке FormStr . Разрешено использование цифр и букв. Стандартное соответствие типов соединений:

Внутреннее	0	Транзитное	2
Входящее	1	Исходящее	3

Пример Если задано TxtTyp=ABCD, то все внутренние соединения будут иметь тип "A",

входящие соединения - "B" и т.д.

2.11.5. Создание BILLDB.CFG - файла настройки выходных *.dbf файлов

Для настройки содержания и формата выходного *.DBF-файла служит файл BillDB.CFG. Этот файл необходимо создать в том же каталоге, где находится исполнительный файл MoBill.EXE. Файл настройки считывается утилитой при запуске.

Файл BillDB.CFG представляет собой набор строк, каждая из которых описывает поле в выходном .DBF-файле. Каждая строка включает в себя четыре параметра, разделенных запятыми:

Имя_поля, Размер (количество символов), Код_типа_данных, [Формат_данных]

Описания данных (Количество символов, Код типа, Формат) задаются с помощью таблицы. Данные, формат которых не нужно указывать, имеют пометку "Не обрабатывается". Для полей "Вызывающий номер" и "Вызываемый номер" количество символов определяется АСР, для всех прочих типов данных, формат которых не обрабатывается, количество символов указано в таблице и постоянно. Синтаксический контроль правильности строк файла BILLDB.CFG не предусмотрен.

Таблица типов данных

Пример Соединение состоялось 19 мая 2003 г в 8:05:35

1. При задании поля B_DATE в виде

B_DATE,8,1,yyyymmdd

информация будет выведена в виде

20030519

2. При задании поля B_DATTIME в виде

B_DATTIM,20,1,dd.mm.yyyy hh:nn:ss

информация будет выведена в виде

19.05.2003 08:05:35

2.11.6. Хранение тарификационных данных

В соответствии со ст.55 Закона РФ "О связи" нормативный срок предъявления претензий абонента - 6 месяцев со дня оказания услуги связи либо выставления счета за ее использование.

"Правилами взаимодействия операторов связи с уполномоченными государственными органами, осуществляющими оперативно-розыскную деятельность" (утверждены Постановлением Правительства РФ №538 от 27 августа 2005 г, действуют с 1 января 2006 г), срок хранения данных определен в 3 года.

Поскольку БД соединений состоит из двух поочередно заполняемых частей, гарантированный срок хранения информации совпадает с моментом очищения архива, т.е. равен времени заполнения 10 млн. записей. Скорость заполнения БД зависит от типа нагрузки АТС.

Для ориентировочного расчета среднюю нагрузку можно принять равной 7-8 соединениям на одного абонента в сутки для городской АТС и 6-7 - для сельской АТС. Если же в общем трафике велика транзитная составляющая, средняя нагрузка может достигать 9-10 соединений на абонента в сутки.

Архив файлов тарификации рекомендуется создавать, перенося их на CD-ROM с помощью компьютера МО. В качестве единицы хранения целесообразно выбрать месяц, обозначая файлы номером месяца и года.

2.11.7. Обеспечение целостности БД

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

Проверку целостности указанных БД можно произвести средствами процесса elcbill. Открыв окно системной консоли, следует перейти в процесс elcbill (Alt-F3), где провести проверку соответствующих файлов (подать команды IT, ID, IE) и, в случае необходимости, их исправление (команды RT, RD, RE). При вводе команды исправления происходит обновление индексного файла (переиндексация), что обеспечивает правильность экспорта данных.

При принудительном изменении системного времени ВМ, например, при переходе с летнего времени на зимнее и обратно, проверка целостности БД является обязательной.

Подав команду В, можно просмотреть по каждой из областей БД (previ – архив, now – рабочая) дату начала записи и текущее количество записей.

2.11.8. Метрологические аспекты тарификации

Длительность соединений измеряется в СЦК ЭЛКОМ с точностью до 1 сек. Доли секунды округляются до целой секунды. Точность измерений подтверждена "Сертификатом Госстандарта РФ на систему измерений длительности соединений СИДС ЭЛКОМ".

В соответствии с «Методикой поверки СИДС ЭЛКОМ" производятся первичная (при вводе АТС в строй) и периодические поверки. Они осуществляются один раз в два года метрологическими службами, которые должны быть аккредитованы Госстандартом России на данный вид работ.

Точность и стабильность СИДС проверяются с помощью прибора «Призма», который подключается к 16 портам (входам АЛ), распределенным по всей абонентской емкости и генерирует несколько серий соединений. С помощью утилиты MOBILL результаты испытаний экспортируются из АТС и сравниваются с данными генерации. При настройке утилиты устанавливается тип выходного файла «Призма».