WWW.REFERATCENTRAL.ORG.UA - Я ТУТ НАВЧАЮСЬ

... відкритий, безкоштовний архів рефератів, курсових, дипломних робіт

ГоловнаІнформатика, Компютерні науки → Розробки програмно-апаратного комплексу тарифікації і білінга телефонних розмов та інтернету - Дипломна робота

Розробки програмно-апаратного комплексу тарифікації і білінга телефонних розмов та інтернету - Дипломна робота

У станціях типу PANASONIC формати рядків різних моделей АТС, як правило, схожі. Є відмінності лише в розташуванні даних в рядку і форматах часу дзвінка. Приведемо приклад рядка станції KXTD-1232:

Date Time Ext CO Dial Number Ring Duration Acc code CD

11/30/98 10:31AM 104 09 080957977041 00:02'10

11/30/98 10:32AM 102 03 9227081 00:00'30

Нижче подано розшифровку для рядка даних в таблиці 4.

Таблиця 4 – Розміщення полів даних для АТС PANASONIC

Назва поля

Початковий байт

Кінцевий байт

Формат

Транк

24

25

-

Абонент

20

22

-

Line

З0

43

-

Номер

27

5

-

Тривалість

58

65

Hh:mm:ss

Дата

1

8

Mm/dd/yy

Час

10

16

Hh:mmPP

Тип дзвінка

28

28

i=I

Статус дзвінка

30

30

-

У наведеному прикладі для виходу на міжміську лінію використовується префікс "0". Для виходу в місто використовується префікс "9". При настройці на рядок станції особливу увагу необхідно приділити настройці формату часу дзвінка. У наведеному прикладі час 10:22. Поле в настройках має розмір 7 байтів і формат hh:mmPP. "PP" – означає включення режиму розпізнавання часу в форматі АМ/PM.

У станціях типу CORAL використовується запис CDR простого вигляду:

1991 11/06 12:31 5:05 7129 6230 Y

1992 11/06 12:36 1:06 7115 6226 7416079

1993 11/06 12:38 0:16 7100 6230 Y

Нижче подано розшифровку для рядка даних в таблиці 5:

Таблиця 5 – Розміщення полів даних для АТС CORAL

Назва поля

Початковий байт

Кінцевий байт

Формат

Транк

28

30

-

Абонент

35

38

-

Лінія

20

23

-

Номер

42

69

-

Тривалість

20

25

mm:ss

Дата

7

11

mm/dd

Час

14

18

hh:mm

Тип дзвінка

77

77

Y=I

Статус дзвінка

82

84

-

Рядок даних CDR станцій SAMSUNG не містить складностей і є максимально інформативний:

132 205 11:24 17:44:06 00:00:33 9562060

132 204 11:24 17:45:21 00:00:34 5800000

135 209 11:24 17:45:47 00:01:38 INCOMING

131 210 11:24 17:47:20 00:00:00 9500002

130 211 11:24 17:47:16 00:00:04 9500013

Варто звернути увагу на відсутність року в полі Дата рядка станції. Програмою в такому випадку рік буде підставлятися автоматично з системної дати.

Нижче подано розшифровку для рядка даних в таблиці 6.

Таблиця 6 – Розміщення полів даних для АТС SAMSUNG

Назва поля

Початковий байт

Кінцевий байт

Формат

Транк

4

6

-

Абонент

11

13

-

Line

45

49

-

Номер

48

68

-

Тривалість

37

44

hh:mm:ss

Дата

18

22

mm:dd

Час

26

33

hh:mm:ss

Тип дзвінка

48

49

IN=I

2.1.2 Настройка АТС для виводу даних

Практично у всіх електронних телефонних станціях існує можливість збирати дані про дзвінки, що відбуваються. Ця можливість полягає в тому, що АТС може формувати запис про дзвінок з зазначенням деяких полів. Кількість і види полів в різних АТС відрізняються.

В АТС функції реєстрації дзвінків виконує програма CDR - Call Detail Recording (або SMDR – Station Message Detail Recording). Записи можуть зберігатися в станції або видаватися на зовнішні пристрої – комп'ютер або принтер. Принципово в АТС можуть бути закладені додаткові можливості по тарифікації дзвінків, але, як правило, ці можливості не використовуються через складність освоєння і роботи з даними функціями оператором АТС.

Для отримання даних CDR (SMDR) необхідно запрограмувати АТС для видачі даних на зовнішній пристрій. У будь-якій програмі CDR дзвінок повинен мати як мінімум наступні поля (атрибути дзвінка):

  • Дату / Час (Date/Time) здійснення дзвінка;

  • Тривалість, або ЧасЗавершення (ContinEndTime) дзвінка;

  • Місце призначення (Номер);

  • Ідентифікатор власника дзвінка (Абонент).

Додатково можуть виводитися:

  • Номери зовнішніх ліній (Лінія);

  • Номери маршрутів (Транк);

  • Ідентифікатори видів обслуговування.

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

Нижче подано види додаткових полів виходячи з функціональних особливостей АТС. Зрозуміло, що цей розподіл є умовним, оскільки додаткові функції АТС по кожному з цих типів атрибутів можуть перетинатися:

Маршрутизація – це набір правил по виходу дзвінка у зовнішні телефонні мережі. Він базується на принципах організації телефонних з'єднань в АТС. Коди ці можуть набиратися як АТС (в залежності від статусу абонента) так і самим абонентом. У рядку виводиться часто у вигляді цифр.

Коди доступу – частина набраного номера для доступу до сервісів в телефонній станції, розташована в рядку CDR окремо від безпосередньо набраного номера.

Коди авторизації – атрибут, що дозволяє ідентифікувати конкретного абонента. Іноді входить в набраний номер. Існують АТС, в яких цей код виводиться в рядок окремо від набраного номера або номера абонента.

Персональні коди – коди, що дозволяють певним абонентам вибирати необхідні види сервісу телефонної станції, шляхом набору додаткових цифр або клавіш системного телефону.

Коди маршрутів – ідентифікатори правил набору станцією додаткових кодів, правил виходу абонентів у зовнішні мережі і т.п. Аналіз цих кодів дозволяє оптимізувати навантаження і проходження дзвінків всередині АТС.

Коди проектів – маршрути можуть об'єднуватися в логічні групи. Ідентифікація обладнання дзвінка абонента по коду маршруту і є код проекту. Часто ця функція використовується для підрахунку витрат певної групи абонентів (підрозділ, відділ і т.п.). Коди проектів можуть видаватися в рядку окремо у вигляді буквено-цифрового запису.

Послуги – (переадресація, донабір при доступі ззовні, доступ до зовнішніх серверів голосової пошти і запису переговорів, гучний зв'язок, конференція, АВН). Станції з розвиненим сервісом, як правило, мають можливості для видачі даних про послуги в рядках CDR у вигляді буквено-цифрових записів.

Організаційні одиниці – станції, що використовуються декількома організаціями, можуть бути запрограмовані для таких умов (коди, маршрути і т.п.), але на практиці це рідко відбувається, і виникають конфлікти при розподілі витрат по оплаті телефонного трафіка.

Loading...

 
 

Цікаве