Протокол ТфОП інтерфейсів V51 і V52

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.

скачати

********

Реферат

Протокол ТфОП інтерфейсів V 5.1 і V 5.2

****

2007

Зміст

Інтерфейси V5.1 і V5.2. Загальні положення

Архітектура протоколу

Основи протоколу ТфОП

Стани FSM на стороні мережі доступу (PSTN _ AN)

Стани FSM на стороні АТС (PSTN _ LE)

Примітиви і сигнали, пов'язані з елементарними функціями

Повідомлення і їх структура

Загальний формат повідомлення та кодування інформаційних елементів

Ідентифікатори інформаційних елементів повідомлень

Однобайтові інформаційні елементи

Багатобайтові інформаційні елементи постійної довжини

Багатобайтові інформаційні елементи змінної довжини

Процедури протоколу ТфОП

Загальні відомості

Процедури обробки помилкових ситуацій

Процедури пов'язані із сигнальним шляхом

Процедури, не пов'язані із сигнальним шляхом

Використання таймерів

Інтерфейси V5.1 і V5.2. Загальні положення

V5 - технологія доступу до мережі. Стандарти V5 (V5.1-ETS 300 324-1 і V5.2-ETS 300 347-1) повинні забезпечити інтерфейс взаємодії між мережею доступу та телефонною станцією для підтримки вузькосмугових послуг зв'язку. Стандарти серії V5 визначають вимоги (електричні, фізичні, процедурні та протокол) для з'єднань мережі доступу та АТС. Мережа доступу - це система між АТС та кінцевим обладнанням користувача, частина, що замінює або всю локальну розподілену мережу. Вона забезпечує загальну взаємодію з такими пристроями, як аналоговий телефон ТфОП, аналогова чи цифрова офісна АТС, термінальне обладнання ISDN базового та первинного доступу, кінцеве обладнання локальної мережі та орендована лінійна апаратура. Вона також забезпечує мультиплексування, введення, висновок і передачу даних. Мережа доступу відповідає за розпізнавання тональних посилок доступу аналогових сигналів, їх тривалість, напругу і частоту імпульсів, за викличної тон, а також за конкретні характеристики послідовності передачі сигналів. АТС відповідає за управління викликами за допомогою забезпечення комутації, формування тональних посилок набору номера, декодування номера і т.д.

Є два типи V5: V5.1 і V5.2. Протокол V5.1 функціонує на одному потоці Е1, тоді як протокол V5.2 функціонує на групі потоків Е1 (до 16). Обидва ці протоколи можуть використовувати тимчасові інтервали 15, 16 і 31 для передачі сигналів (звичайно, з обмеженнями по розподілу сигналів по тимчасових інтервалах).

Рис 1. V5.1 і V5.2

Інтерфейс V5.1 функціонує на одному потоці Е1 для каналів даних та каналів управління. Він підтримує наступні послуги: зв'язок з ТфОП, базовий доступ ISDN і виділену лінію. Канали даних задаються заздалегідь. Тому, цей інтерфейс може підтримувати тільки до 30 каналів зв'язку з ТфОП або 15 каналів базового доступу ISDN.

Інтерфейс V5.2 може функціонувати на групі (до 16) потоків Е1. Тому, він може підтримувати до декількох тисяч каналів даних. Це пояснюється тим, що канали даних розподіляються динамічно по запиту, а також підтримується концентрація викликів на групі потоків. Коефіцієнт концентрації зазвичай становить приблизно 8. Через можливе існування численних каналів V5.2 забезпечує ідентифікацію окремих каналів, що дозволяє перевірити цілісність потоку. Окремі потоки можуть блокуватися для технічного обслуговування або коли характеристики середовища даних нижче задовільних. Крім того, цей протокол складається з протоколів захисту, призначених для захисту ланок сигналізації, динамічно перемикаючи канали управління з несправного потоку на інший справний потік. Цей протокол підтримує ISDN PRI на додаток до всіх послуг, підтримуваним V5.1.

Основні відмінності між протоколами V5.1 і V5.2:

  1. V5.2 складається більше з визначення протоколів, а саме, протоколу призначення каналу (BCC - протокол), протоколу захисту та протоколу керування каналом.

  2. V5.2 використовує додаткові резервні канальні інтервали для підвищення безпеки зв'язку.

  3. V5.2 може підтримувати до 16 потоків Е1.

Визначено такі функції пов'язані з перенесенням інформації через інтерфейс V 5.2:

- Функції несучих каналів, які забезпечують двошвидкісний перенесення через інтерфейс інформації переданої / прийнятої користувачами по В-каналах портів ISDN або по каналах 64 кбіт / с з портів ТфОП;

- Функції підтримки D-каналів ISDN, що забезпечують двосторонній перенесення через інтерфейс інформації D-каналів портів ISDN (сигнальної інформації даних, переданих в пакетному режимі і даних, переданих в режимі трансляції даних);

- Функції підтримки сигналізації ТМЗК, які забезпечують двосторонній перенесення сигнальної інформації портів телефонної мережі загального користування;

- Функції управління портами, які забезпечують двосторонній перенесення через інтерфейс керуючої та контрольної інформації, пов'язаної з блокуванням і розблокуванням окремих користувальницьких портів ISDN і ТФОП, а так само з рядом функцій, специфічних для портів ISDN (активізацією / деактивізацію доступу, індикацією помилок, контролем характеристик роботи: управлінням потоком сигнальної інформації;

- Функції загального управління, що забезпечують управління реконфигурацией інтерфейсу, тимчасову блокування D-каналів окремих портів ISDN в умовах перевантаження, рестарт протоколу ТфОП і перевірку узгодженості обох сторін інтерфейсу V 5;

- Функції призначення канальних інтервалів ІКМ-трактів для несучих каналів, що надаються користувачам, що забезпечують концентрацію навантаження.

-Функції захисту службової інформації, які забезпечують перемикання логічних каналів сигналізації і управління на резервні фізичні канали при виявленні відмов ІКМ-трактів, а також контроль помилок протоколу і перезапуск коштів нумерації повідомлень;

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

В інтерфейсі V5.1 виконуються лише деякі з цих функцій.

Архітектура протоколу

Структура інтерфейсу V5 складається з протоколів трьох рівнів: Рівень 1, Рівень 2 Рівень 3 (рисунок 2).

Рис 2. Структура протоколу V5

Рівень 1 відомий як фізичний рівень. Цей рівень визначає фізичні параметри, лінійне кодування, лінійну швидкість і т.д. Стандарти ETSI ETS 300 166 або ITU-T G.703 використовуються для визначення цих електричних і фізичних характеристик.

Рівень 2 відомий як рівень каналу передачі даних (ланки даних). Цей рівень визначає передачу цифрових даних з фізичної лінії і направляє інформацію між об'єктами рівня 3 через протокол V5. Протокол LAPV5, версія протоколу LAPD ETSI ETS 300 125 або ITU-T Q.920 і Q.921, управляє рівнем каналу передачі даних для забезпечення гнучкого мультиплексування різних потоків інформації. Для повідомлень ISDN інформація, що направляється по каналу D, мультиплексируются на рівні каналу передачі даних і без змін передається через інтерфейс V.5. Функція перетворення даних (mapping) використовується, коли кадри приймаються підрівнем LAPV5-EF від локальної АТС, і якщо адреса LAPV5-DL знаходиться в межах діапазону, зарезервованого для підрівня рівноправних даних, як визначено в адресі LAPS-EF, і повинні бути передані на підрівень LAPV5-DL.

Рівень 3 - мережевий рівень, що визначається стандартами ETSI ETS 300 324-1 (для інтерфейсів V5.1) і ETSI ETS 300 347-1 (для інтерфейсів V5.2). Цей рівень забезпечує створення, завершення і підтримка зв'язку в мережі між об'єктами зв'язку.

Мережевий рівень представлений наступними протоколами інтерфейсу V5.1:

-Протокол підтримки сигналізації ТМЗК;

-Службовий протокол управління, який реалізує функції управління призначеними для користувача портами і функції загального управління;

Мережевий рівень інтерфейсу V5.2, на додаток до вищеназваних, містить такі службові протоколи:

-Протокол призначення несучих каналів (ВСР);

-Протокол управління трактами інтерфейсу (Link Control);

-Протокол захисту (Protection Protocol).

Основи протоколу ТфОП

Протокол, що забезпечує перенесення через інтерфейс V 5 сигнальної інформації при обслуговуванні викликів абонентів ТМЗК, не управляє процедурами обробки виклику в мережі доступу і тому використовується спільно з національним протоколом сигналізації, реалізованим в АТС. Більшість сигналів не інтерпрітіруют протоколом ТфОП, а просто переноситься їм від призначеного для користувача порту мережі доступу до логічного оь'екту національного протоколу АТС і в зворотному напрямку.

Головна функція протоколу ТфОП - підтримка протоколу управління з'єднаннями телефонної мережі. З цією метою для кожного виклику абонента (як вихідного, так і входить) протокол ТфОП передбачає створення в інтерфейсі V 5 логічного з'єднання, званого сигнальним шляхом (signaling path) і використовує ресурс того С-шляху, який призначений для сигналізації ТМЗК. Крім того, протокол ТфОП може використовувати цей же З шлях і без створення в ньому сигнального шляху, коли виникає необхідність у передачі інформації, не пов'язаної з керуванням сполуками ТфОП (наприклад у передачі з боку мережі доступу до АТС даних про абонентської лінії).

Сигнальний шлях існує протягом усіх фаз з'єднання ТфОП і забезпечує прозорий обмін повідомленнями рівня 3 між логічними об'єктами протоколу ТфОП, розташованими по різні сторони інтерфейсу.

АТС, на відміну від мережі доступу, має повну інформацію про стан процесу обслуговування виклику і тому відповідає за забезпечення і підтримку послуг. Передавачі і приймачі многочастотного набору (DTMF), генератори тональних сигналів і автоінформатори повинні розміщувати на АТС. Це означає, що інформація про адресу в формі сигналів DTMF повинна передаватися «прозоро» між портом користувача та АТС, тоді як лінійні сигнали мають інтерпретуватися на мережі доступу і потім передаватися через інтерфейс V 5 допомогою повідомлень рівня 3.

Стани логічних об'єктів протоколу ТфОП

Протокол ТфОП представлений з кожного боку інтерфейсу V 5 одним або декількома логічними об'єктами, функціонування яких описується в термінах кінцевих автоматів.

Кінцевий автомат (FSM - Finite State Machine) - це модель процесу з кінцевим числом станів, з кінцевим числом вхідних / вихідних сигналів і з дискретним часом. Перехід FSM з одного стану до іншого може відбуватися тільки під впливом вхідного сигналу. Такою моделлю, як правило, описуються процеси в логічних об'єктах протоколів. Вихідними сигналами можуть бути повідомлення 3 рівні, примітиви та команди / відповіді з елементарними функціями логічних об'єктів, а вхідними сигналами - також і спрацьовування таймерів.

Стани FSM на стороні мережі доступу (PSTN _ AN)

«Поза обслуговування» (AN 0)

У цьому стані FSM перебуває, коли системою експлуатаційного управління ініційована процедура перезапуску. Всі порти ТфОП виведені з обслуговування.

«Нульове» (AN1)

У цьому стані порт неактивний - він не зайнятий обслуговуванням виклику, але здатний виявити (можливо вже існуюче) заняття лінії абонента.

«Мережа доступу ініціює створення сигнального шляху» (AN 2)

У цей стан FSM переходить, коли в порту виявлений сигнал «заняття». До АТС передається повідомлення ESTABLISH (створити сигнальний шлях), і від неї очікується підтвердження дає повідомлення ESTABLISH ACK. Якщо підтвердження не надходить, наприклад через перевантаження АТС, повідомлення ESTABLISH періодично повторюється з частотою, яка визначається таймером Т1.

У цій фазі обслуговування виклику може виникнути необхідність вирішення конфлікту із зустрічним викликом.

«Скасування створення сигнального шляху» (AN 3)

У стані AN 3 FSM переходить, якщо абонент дає відбій, коли повідомлення ESTABLISH передано до АТС, але підтвердження ESTABLISH ACK ще не отримано. При повторному занятті порту це стан використовується для обмеження кількості повідомлень ESTABLISH, які будуть передані у напрямку до АТС без отримання підтвердження (можливо, через перевантаження АТС). Після закінчення інтервалу часу, який визначається таймером Т1 (або Т2), FSM повертається в нульовий стан AN 1.

«Обробка даних про лінію» (AN 4)

У цьому стані FSM переходить, коли мережа доступу передала дані про абонентської лінії на АТС, і та веде їх обробку. У стан AN 4 можна перейти тільки зі стану AN 1, і перехід з нього можливий тільки в стан А N 1.

«Шлях активний» (AN 5)

Цей стан, в якому для даного порту активні нормальні функції сигналізації ТМЗК. У стані AN 5 користувач може встановлювати потрібне йому з'єднання, брати участь у сеансі зв'язку і припинити цей зв'язок.

«Порт блокований» (AN 6)

Перейти в цей стан FSM може з будь-якого іншого стану, а вихід з неї можливий тільки в нульовий стан AN 1. Коли порт блокований, його робота припиняється, і його можна деактивизировать, наприклад, шляхом відключення живлення.

«Мережа доступу вимагає звільнити сигнальний шлях» (AN 7)

У цей стан FSM переходить, коли мережа доступу передає до АТС повідомлення DISCONNECT (звільнити сигнальний шлях), і виходить з нього при прийомі від АТС повідомлення DISCONNECT COMPLETE (шлях звільнений). Якщо такого повідомлення немає, відповідне повідомлення передається в систему експлуатаційного управління.

Стани FSM на стороні АТС (PSTN _ LE)

«Поза обслуговування» (LE 0)

У цьому стані FSM перебуває, коли системою експлуатаційного управління ініційована процедура перезапуску. Всі порти ТфОП виведені з обслуговування.

«Нульове» (LE 1)

У цьому стані порт неактивний - він не зайнятий обслуговуванням виклику.

«АТС ініціює створення сигнального шляху» (LE 2)

У цьому стан FSM переходить, коли АТС, обслуговуючи вхідний дзвінок, займає порт і передає до мережі доступу повідомлення ESTABLISH (створити сигнальний шлях). Тут можлива ситуація, що вимагає вирішення конфлікту із зустрічним викликом.

«Мережа доступу ініціює створення сигнального шляху» (LE 3)

У цьому FSM переходить, коли мережа доступу передала АТС повідомлення ESTABLISH і чекає від неї підтверджує ESTABLISH ACK. Тут теж може виникнути ситуація, що вимагає вирішення конфлікту із зустрічним викликом.

«Шлях активний» (LE 4)

Цей стан, в якому для даного порту активні нормальні функції сигналізації ТМЗК. У стані LE 4 користувач може встановлювати потрібне йому з'єднання, брати участь у сеансі зв'язку і припинити цей зв'язок.

«АТС вимагає звільнити сигнальний шлях» (LE 5)

У цей стан FSM переходить, коли мережа доступу передає до АТС повідомлення DISCONNECT (звільнити сигнальний шлях), і виходить з нього при прийомі від АТС повідомлення DISCONNECT COMPLETE (шлях звільнений). Якщо такого повідомлення немає, відповідне повідомлення передається в систему експлуатаційного управління.

«Порт блокований» (LE 6)

Перейти в цей стан FSM може з будь-якого іншого стану, а вихід з неї можливий тільки в стан LE 1. Коли порт блокований, його робота припиняється.

Примітиви і сигнали, пов'язані з елементарними функціями

Примітив - це абстрактне представлення даних, несуть сигнал, повідомлення, команду або відповідь і передавемих від одного функціонального блоку до іншого, причому обидва ці блоку перебувають на одній і тій же стороні інтерфейсу V 5, а дані передаються через внутрішній інтерфейс. Таким функціональні блоком може бути логічний об'єкт протоколу (і його модель - FSM) або система експлуатаційного управління. Щоб FSM міг взаємодіяти з функціональними блоками свого боку інтерфейсу V 5, кожен з них повинен містити функції формування, передачі, прийому й обробки примітивів, які використовує цей FSM.

Ім'я примітиву починається з великої літери, ідентифікують ту групу функцій, з якими взаємодіє FSM, що використовує цей примітив. Потім, через дефіс, пишеться власне ім'я, і якщо воно містить більше одного слова, ці слова розділяються символом «_».

У наведених нижче таблицях прописні букви MDU - CTRL означають, що FSM взаємодіє з системою експлуатаційного управління його стороною інтерфейсу V 5.

Прописні букви FE означають сигнал, який відноситься до взаємодії FSM з функціями порту в мережі доступу або з логічним об'єктом національного протоколу в АТС.

Сигнали, які використовуються FSM на стороні мережі доступу при взаємодії з призначеним для користувача портом

Ім'я

Напрямок

Опис

FE-line_information

PSTN_AN ← SUB

Статус абонентської лінії змінився

FE-line_signal

PSTN_AN ↔ SUB

Електричний сигнал до / від порту ТфОП

FE-subscriber_seizure

PSTN_AN ← SUB

Абонент вимагає створити сигнальний шлях

FE-suscriber_release

PSTN_AN ← SUB

Абонент дав відбій під час створення сігнальго шляху

SUB

Користувальницький порт

PSTN_AN

FSM протоколу ТфОП на стороні мережі доступу

Примітиви, використовувані FSM на стороні мережі доступу при взаємодії з системою експлуатаційного управління

Ім'я

Напрямок

Опис

MDU-CTRL-(port_blocked)

PSTN_AN ← SYS

Система експлуатаційного управління AN відзначає блокування порту в AN

MDU-CTRL-(port_unblocked)

PSTN_AN ← SYS

Система експл. управління AN відзначає розблокування порту в AN

MDU-CTRL-(reatart_request)

PSTN_AN ← SYS

Вимога системи експл. управління AN перезапустити логічний об'єкт ТфОП

MDU-CTRL-(restart_complete)

PSTN_AN ← SYS

Система експл. управління AN повідомляє, що процедура перезапуску завершена

MDU-CTRL-(restart_ack.)

PSTN_AN → SYS

Підтвердження запиту перезапуску

MDU-error_indication

PSTN_AN → SYS

Індикація помилку мережі доступу

SYS

Система експлуатаційного управління мережею доступу


Примітиви, використовувані FSM на стороні АТС при взаємодії з системою експлуатаційного управління відрізняються від примітивів, використовуваних FSM на стороні мережі доступу лише напрямом.

Сигнали, які використовуються FSM на стороні АТС при взаємодії з національним протоколом.

Ім'я

Напрямок

Опис

FE-disconnect_request

PSTN_ LE ← NAT

Національний протокол вимагає звільнити сигнальний шлях

FE-disconnect_complete_request


PSTN_ LE ← NAT

Національний протокол вимагає передати в мережу доступу підтвердження звільнення

FE-establish_acknowledge

PSTN_ LE ← NAT

Національний протокол позитивно підтверджує вимога створити сигнальний шлях

FE-establish_request

PSTN_ LE ← NAT

Національний протокол вимагає створити сигнальний шлях

FE-line_signal_request

PSTN_ LE ← NAT

Національний протокол вимагає передати сигнал для користувача порту в мережі доступу

FE-protocol_parameter_request

PSTN_ LE ← NAT

Національний протокол вимагає змінити параметри протоколу ТфОП

FE-disconnect_complete_ind.

PSTN_ LE ← NAT

Індикація звільнення сигнального шляху

FE_establish_indication

PSTN_ LE → NAT

Індикація запиту створити сигнальний шлях

FE-establish_acknowledge_ind.

PSTN_ LE → NAT

Індикація прийому підтвердження запиту створити сигнальний шлях

FE-line_signal_indication

PSTN_ LE → NAT

Індикація прийому сигналу від призначеного для користувача порту в мережі доступу




NAT

Національний протокол


PSTN_LE

FSM протоколу ТфОП на стороні АТС


Повідомлення і їх структура

Повний перелік повідомлень ТфОП представлений в таблиці

Тип повідомлення

ESTABLISH (створити сигнальний шлях)

ESTABLISH ACKNOWLEDGE (підтвердження створення шляху)

SIGNAL (сигнал)

SIGNAL ACKNOWLEDGE (підтвердження прийому повідомлення SIGNAL)

STATUS (стан)

STATUS ENQUIRY (запит відомостей про стан)

DISCONNECT (звільнити сигнальний шлях)

DISCONNECT COMPLETE (сигнальний шлях звільнений)

PROTOCOL PARAMETER (параметр протоколу)

Нижче ці повідомлення специфицируются таким чином, то основна увага приділяється функціональному визначенню та інформаційного змісту кожного з них.

Специфікація включає в себе:

а) короткий опис повідомлення із зазначенням того, для чого воно служить і в якому напрямку передається - від мережі доступу до АТС (AN → LE) або від АТС до мережі доступу (LE → AN);

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

- Напрям, в якому це елемент може бути переданий, тобто AN → LE, LE → AN або обидва напрямки;

- Обов'язковість («М») або необов'язковість («О») його присутності;

- Довжина інформаційного елемента в байтах.

ESTABLISH (створити сигнальний шлях)

Повідомлення містить вимогу створити сигнальний шлях для обслуговування вихідного від абонента або входить до нього дзвінка.

Інформаційний елемент

Напрямок

Присутність

Довжина

Дискримінатор протоколу

Обидва

М

1

Адреса рівня 3

Обидва

М

2

Тип повідомлення

Обидва

М

1

Дані про лінію

AN → LE

Про

1

Автономна сигналізація

LE → AN

Про

1

Модульований виклик

LE → AN

Про

3

Імпульсний сигнал

LE → AN

Про

3-5

Безперервний сигнал

Обидва

Про

3

Повідомлення може містити лише один необов'язковий інформаційний елемент.

ESTABLISH ACKNOWLEDGE (підтвердження створення шляху)

Повідомлення підтверджує, що дії, які вимагаються повідомлення ESTABLISH, виконані.

Інформаційний елемент

Напрямок

Присутність

Довжина

Дискримінатор протоколу

Обидва

М

1

Адреса рівня 3

Обидва

М

2

Тип повідомлення

Обидва

М

1

Автономна сигналізація

LE → AN

Про

1

Імпульсний сигнал

Обидва

Про

3-5

Безперервний сигнал

Обидва

Про

3

Повідомлення може містити лише один необов'язковий інформаційний елемент.

SIGNAL (сигнал)

Повідомлення служить для передачі АТС відомостей про режим, в якому знаходиться абонентська лінія ТфОП, і для передачі мережі доступу вказівки встановити потрібний режим.

Інформаційний елемент

Напрямок

Присутність

Довжина

Дискримінатор протоколу

Обидва

М

1

Адреса рівня 3

Обидва

М

2

Тип повідомлення

Обидва

М

1

Порядковий номер

Обидва

М

3

Імпульсний сигнал переданий

AN → LE

Про

1

Автономна сигналізація

LE → AN

Про

1

Результат автономної сигналізації

AN → LE

Про

1

Модульований виклик

LE → AN

Про

3

Імпульсний сигнал

Обидва

Про

3-5

Безперервний сигнал

Обидва

Про

3

Цифра

Обидва

Про

3

Ресурс недоступний

LE → AN

O

3-8

Повідомлення може містити лише один необов'язковий інформаційний елемент і повинен оброблятися як обов'язковий.

SIGNAL ACKNOWLEDGE (підтвердження прийому повідомлення SIGNAL)

Повідомлення служить для підтвердження прийому повідомлення SIGNAL, а також повідомлення PROTOCOL PARAMETER.

Інформаційний елемент

Напрямок

Присутність

Довжина

Дискримінатор протоколу

Обидва

М

1

Адреса рівня 3

Обидва

М

2

Тип повідомлення

Обидва

М

1

Порядковий номер

Обидва

М

3

STATUS (стан)

Служить для передачі відомостей про стан FSM протоколу ТфОП в мережі доступу. Воно передається або у відповідь на повідомлення STATUS _ ENQUIRY, що надійшла від АТС, або у випадку, коли від АТС надходить несподіване повідомлення.

Інформаційний елемент

Напрямок

Присутність

Довжина

Дискримінатор протоколу

AN → LE

М

1

Адреса рівня 3

AN → LE

М

2

Тип повідомлення

AN → LE

М

1

Стан

AN → LE

М

1

Причина

AN → LE

М

3-5

STATUS ENQUIRY (запит відомостей про стан)

Повідомлення служить для запиту відомостей про стан FSM протоколу ТфОП в мережі доступу.

Інформаційний елемент

Напрямок

Присутність

Довжина

Дискримінатор протоколу

LE → AN

М

1

Адреса рівня 3

LE → AN

М

2

Тип повідомлення

LE → AN

М

1

DISCONNECT (звільнити сигнальний шлях)

Повідомлення, віддавайте від АТС, говорить про те, що обслуговування виклику завершено і FSM протоколу ТфОП в мережі доступу може повернутися нульовий стан, а при передачі від мережі доступу - про те, що сигнальний шлях повинен бути звільнений.

Інформаційний елемент

Напрямок

Присутність

Довжина

Дискримінатор протоколу

Обидва

М

1

Адреса рівня 3

Обидва

М

2

Тип повідомлення

Обидва

М

1

Безперервний сигнал

Обидва

Про

3

DISCONNECT COMPLETE (сигнальний шлях звільнений)

Повідомлення говорить про те, що FSM виконав дії, визначені повідомленням DISCONNET.

Інформаційний елемент

Напрямок

Присутність

Довжина

Дискримінатор протоколу

Обидва

М

1

Адреса рівня 3

Обидва

М

2

Тип повідомлення

Обидва

М

1

Безперервний сигнал

LE → AN

Про

3

PROTOCOL PARAMETER (параметр протоколу)

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

Інформаційний елемент

Напрямок

Присутність

Довжина

Дискримінатор протоколу

LE → AN

М

1

Адреса рівня 3

LE → AN

М

2

Тип повідомлення

LE → AN

М

1

Порядковий номер

LE → AN

М

3

Час розпізнавання

LE → AN

Про

4

Автономна реакція на сигнали від абонента

LE → AN

Про

3-6

Скас автономної реакції на сигнали

LE → AN

Про

3

Повідомлення має містити принаймні один необов'язковий інформаційний елемент. Кожен такий елемент може бути присутнім в повідомленні тільки один раз. Всі такі інформаційні елементи повинні оброблятися як обов'язкові.

Загальний формат повідомлення та кодування інформаційних елементів

Формат типового повідомлення протоколу ТфОП ілюструє малюнок.




Байт

Дискримінатор протоколу

1

Адреса рівня 3

1

2

Адреса рівня 3 (молодші біти)

3

0

Тип повідомлення

4

Інші інформаційні елементи

і т.д.

Дискримінатор протоколу

Є першим інформаційним елементом будь-якого повідомлення і кодується відповідно до таблиці




Біти






8

7

6

5

4

3

2

1

Бийт

0

1

0

0

1

0

0

0

1

Адреса рівня 3

Ідентифікує користувача порт ТфОП, до якого відноситься дане повідомлення. Адреса кодується двійковим кодом, і всі значення від 0 до 32767 повинні бути доступні.

Тип повідомлення

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

Біти

Типи повідомлень протоколів інтерфейсу V5

7

6

5

4

3

2

1




0

0

0

-

-

-

-

Повідомлення протоколу ТфОП

«Тип повідомлення» - це третій інформаційний елемент будь-якого повідомлення. Типи повідомлень ТфОП кодуються у відповідності з таблицею.

Біти

Типи повідомлень протоколів інтерфейсу V5

7

6

5

4

3

2

1








Повідомлення створення та активної фази сигнального шляху

0

0

0

0

0

0

0

ESTABLISH (створити сигнальний шлях)

0

0

0

0

0

0

1

ESTABLISH ACKNOWLEDGE (підтвердження створення шляху)

0

0

0

0

0

1

0

SIGNAL (сигнал)

0

0

0

0

0

1

1

SIGNAL ACKNOWLEDGE (підтвердження прийому повідомлення SIGNAL)








Повідомлення звільнення сигнального шляху

0

0

0

1

0

0

0

DISCONNECT (звільнити сигнальний шлях)

0

0

0

1

0

0

1

DISCONNECT COMPLETE (сигнальний шлях звільнений)








Інші повідомлення

0

0

0

1

1

1

1

STATUS ENQUIRY (запит відомостей про стан)

0

0

0

1

1

0

1

STATUS (стан)

0

0

0

1

1

1

0

PROTOCOL PARAMETER (параметр протоколу)

Всі інші коди типів повідомлень протоколу ТфОП - резервні.

Ідентифікатори інформаційних елементів повідомлень

У таблиці наведено перелік ідентифікаторів інформаційних елементів і їх кодування за правилами, визначеними в ETS 300 102-1.

Біти

Інформаційні елементи

Довжина

8

7

6

5

4

3

2

1

1

-

-

-

x

x

x

x

Однобайтові

1

1

1

0

0

0

0

0

0

Імпульсний сігнвл переданий (Pulse_notification)

1

1

0

0

0

x

x

x

x

Дані про лінію (Line_information)

1

1

0

0

1

x

x

x

x

Стан (State)

1

1

0

1

0

x

x

x

x

Автономна сигналізація (Autonomus_signalling_sequence)

1

1

0

1

1

x

x

x

x

Результат автономної сигналізації (Sequence_responce)

1

0

-

-

-

-

-

-

-

Мультибайтних ПОСТІЙНОЇ ДОВЖИНИ

0

0

0

0

0

0

0

0

Порядковий номер (Sequence_number)

3

0

0

0

0

0

0

0

1

Модульований виклик (Cadenced_ringin)

3

0

0

0

0

0

0

1

1

Безперервний сигнал (Steady_signal)

3

0

0

0

0

0

1

0

0

Цифра (Digit_signal)

3

0

0

0

1

0

0

1

0

Aнулювати передплату автономної реакції на сигнали (Disable_autonomous_acknowfedge)

3

0

0

0

1

0

0

0

0

Час розпізнавання (Recognition_time)

4

0

-

-

-

-

-

-

-

Мультибайтних ЗМІННОЇ ДОВЖИНИ

0

0

0

0

0

0

1

0

Імпульсний сигнал (Pulsed_signal)

3 до 5

0

0

0

1

0

0

0

1

Автономна реакція на сигнали абонента (Enable_autonomus_acknowledge)

4 до 6

0

0

0

1

0

0

1

1

Причина (Cause)

3 до 5

0

0

0

1

0

1

0

0

Ресурс недоступний (Reasource_unavailable)

3 до 8

Однобайтові інформаційні елементи

Імпульсний сигнал переданий (Pulse_notification)

Мета цього інформаційного елемента - повідомити на АТС, що затребувана нею передача з користувальницького порту ТфОП в термінал абонента імпульсного сигналу закінчена. Сам інформаційний елемент не містить інформації про те, який саме імпульсний сигнал був переданий. Мається на увазі той імпульсний сигнал (або цифра), запит передачі якого був посланий.

Дані про лінію (Line_information)

Мета інформаційного елемента - при відсутності сигнального шляху передати від мережі доступу до АТС відомості про стан абонентської лінії. Цей елемент кодується відповідно з таблицями.




Біти




Байт

8

7

6

5

4

3

2

1


1

1

0

0

Параметр

1

Кодування значень параметра

Біти

Значення

4

3

2

1

0

0

0

0

Маркування імпедансу скасована

0

0

0

1

Введена маркування імпедансу

0

0

1

0

Низький опір шлейфа

0

0

1

1

Ненормальне опір шлейфа

0

1

0

0

Аномальне стан лінії

Всі інші коди резервні

Стан (State)

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




Біти




Байт

8

7

6

5

4

3

2

1


1

0

0

1

Стан

FSM

1

Кодування даних про стан FSM мережі доступу

Біти

Значення

4

3

2

1

0

0

0

0

AN0

0

0

0

1

AN1

0

0

1

0

AN2


0

0

1

1

AN3

0

1

0

0

AN4


0

1

0

1

AN5


0

1

1

0

AN6


0

1

1

1

AN6


1

1

1

1

Резервний код


Автономна сигналізація (Autonomus_signalling_sequence)

За допомогою цього інформаційного елемента АТС наказує мережі доступу почати автономний обмін з терміналом абонента певною послідовністю сигналів, номер якої задається в полі «Тіп_последовательності».




Біти




Байт

8

7

6

5

4

3

2

1


1

0

1

0

Тіп_последовательності

1

Результат автономної сигналізації (Sequence_responce)

У цьому інформаційному елементі мережа доступу повідомляє місцевої АТС результат приписаного їй автономного обміну послідовністю сигналів. У бітах 1-4 вказується (із заздалегідь визначених) значень відповіді.

Багатобайтові інформаційні елементи постійної довжини

Порядковий номер (Sequence_number)

Цей інформаційний елемент може передаватися в обох напрямках. Нго присутність обов'язкова в повідомленнях SIGNAL, PROTOCOL PARAMETER, SIGNAL ACKNOWLEDGE, а в інших повідомленнях - заборонено. Довжина даного елемента завжди дорівнює 3 байтам.

У повідомленнях SIGNAL і PROTOCOL PARAMETER інформаційний елемент «Порядковий номер» містить номер повідомлення в переданої послідовності повідомлень M (S), а в повідомленнях SIGNAL ACKNOWLEDGE - номер повідомлення в прийнятої послідовності M (R).

«Порядковий номер» повинен кодуватися двійковим кодом згідно з таблицею.

Біти

Байт

8

7

6

5

4

3

2

1

0

0

0

0

0

0

0

0

1



Довжина вмісту

2

1 ext

Порядковий номер

3

Модульований виклик (Cadenced_ringin)

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

Біти

Байт

8

7

6

5

4

3

2

1

0

0

0

0

0

0

0

1

1



Довжина вмісту

2

1 ext

Тіп_модулірованного_визова

3

Безперервний сигнал (Steady_signal)

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

Біти

Байт

8

7

6

5

4

3

2

1

0

0

0

0

0

0

0

1

1



Довжина вмісту

2

1 ext

Тіп_сігнала

3

Кодування типу сигналу

Біти


7

6

5

4

3

2

1

Значення

0

0

0

0

0

0

0

Нормальна полярність

0

0

0

0

0

0

1

Зворотна полярність

0

0

0

0

1

0

0

Шлейф замкнутий

0

0

0

0

1

0

1

Шлейф розімкнений

0

0

1

0

1

0

1

Низький опір шлейфа

0

0

1

0

1

1

0

Високий опір шлейфа

0

0

1

0

1

1

1

Аномальне опір шлейфа

Цифра (Digit_signal)

Довжина цього інформаційного елемента завжди дорівнює 3 байтам. У бітах 1-4 передається двійковим кодом одна цифра номера, прийнята мережею доступу від абонента, або цифрою, яку АТС передає в мережу доступу. Нульове значення всіх бітів 1-4 не має сенсу - це помилка.

Поле «Индикатор_запроса_подверждения» (7 біт) дозволяє АТС вимагати, щоб мережа доступу вказала кінець передачі цифри в порт користувача. В напрямку від мережі доступу до АТС цей біт необхідно завжди мати значення «О».

Біти 5 і 6 третього байта повинні мати значення «0».

Біти

Байт

8

7

6

5

4

3

2

1

0

0

0

0

0

0

0

0

1



Довжина вмісту

2

1 ext

Індикатор

Вільне

Деталі. про цифру

3

запиту

полі


підтвер-


дення

Сьомий біт 3 байта може мати два значення:

«0» - не потрібно підтвердження закінчення передачі;

«1» - потрібно підтвердження закінчення передачі.

Час розпізнавання (Recognition_time)

За допомогою цього інформаційного елемента АТС може дати вказівку мережі доступу змінити час існування певного сигналу, щоб воно було достатнім (але не надмірно довгим) для розпізнавання цього сигналу. Довжина цього елемента завжди становить 4 байти, а передається він тільки в повідомленні від АТС до сетідоступа.

Поле «Указатель_длітельності» містить індекс того рядка попередньо визначеної у мережі доступу таблиці, де вказано час, протягом якого сигнал повинен залишатися активним. Біт 7 четвертого байта завжди має значення 0.

Біти

Байт

8

7

6

5

4

3

2

1

0

0

0

1

0

0

0

0

1



Довжина вмісту

2

1 ext

Сигнал

3

Вільне

4

1 ext

полі

Указатель_длітельності

Aнулювати передплату автономної реакції на сигнали (Disable_autonomous_acknowfedge)

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

Біти

Байт

8

7

6

5

4

3

2

1

0

0

0

0

0

0

0

1

1



Довжина вмісту

2

1 ext

Сигнал

3

Багатобайтові інформаційні елементи змінної довжини

Імпульсний сигнал (Pulsed_signal)

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

Біти


7

6

5

4

3

2

1

Значення

1

1

1

1

1

1

1

Імпульс нормальної полярності

1

1

1

1

1

1

0

Імпульс зворотної полярності

1

1

1

1

0

0

1

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

1

1

1

1

0

0

0

Тарифний імпульс

1

1

1

0

1

1

0

Повторний виклик регістра - калібрований розрив шлейфу

Передача такого сигналу від мережі доступу до АТС означає, що порт ТфОП отримав імпульсний сигнал від абонента або від УАТС.

Тривалість імпульсного сигналу указиваетсяв полі «Тіп_длітельності_імпульса». Кожному типу тривалості відповідає заздалегідь визначений набір характеристик імпульсів і пауз між ними. Поле «Індікатор_подавленія» (біти 6 і 7 у байті 4) дає сигнал.

Біти


7

6

Значення

0

0

Не подавати

0

1

Подавати, якщо від АТС прийнято повідомлення SIGNAL

1

0

Подавати, якщо прийнятий лінійний сигнал від терміналу

1

1

Подавати, якщо від АТС прийнято повідомлення SIGNAL або прийнятий лінійний сигнал від ТІ

Поле «Индикатор_запроса_подтверждения» (біти 6 і 7 у байті 4а) дозволяє АТС запросити підтвердження виконання прохання може надіслати імпульсний сигнал: почалася передача сигналу, закінчилася передача сигналу або передача однієї з серій імпульсів.

Біти


7

6

Значення

0

0

Підтвердження не потрібно

0

1

Необхідне підтвердження закінчення передачі кожного імпульсу

1

0

Необхідне підтвердження закінчення передачі всіх імпульсів

1

1

Потрібно підтвердження початку передачі імпульсів

Поле «Чісло_імпульсов» містить двійкове число, що показує, скільки імпульсів має бути передане (значення «0»-неправильне).

Формат даного інформаційного елемента представлений таблицею.

Біти

Байт

8

7

6

5

4

3

2

1

0

0

0

0

0

0

1

0

1



Довжина вмісту


2

1 ext

Тіп_імпульса

3

Індікатор_

Тіп_длітельності_

4

0 / 1 ext

придушення

імпульсу

Індікатор_

1 ext

запроса_подтв.

Автономна реакція на сигнали абонента (Enable_autonomus_acknowledge)

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

Біти

Байт

8

7

6

5

4

3

2

1

0

0

0

0

0

0

1

0

1



Довжина вмісту

2

1 ext

Сигнал

3

Реакція

4

1 ext

Якщо реакція повинна бути у формі імпульсного сигналу, цей же інформаційний елемент кодується відповідно до таблиці, а кодування полів «Тіп_длітельності_імпульса», «Індікатор_подавленія», «Индикатор_запроса_подтверждения» і «число імпульсів» проводиться за тими ж правилами, чтоі в інформаційному елементі «Імпульсний сигнал ».

Біти

Байт

8

7

6

5

4

3

2

1

0

0

0

1

0

0

0

1

1



Довжина вмісту


2

1 ext

Сигнал

3

Відповідь

4

1 ext

Індікатор_

Тіп_длітельності_

5

0 / 1 ext

придушення

імпульсу

Індікатор_

1 ext

запроса_подтв.

Число імпульсів

Причина (Cause)

Інформаційний елемент «Причина» може бути присутнім тільки в повідомленнях, переданих від мережі доступу до АТС. Мета цього елемента - повідомити про причину виникнення помилки в мережі доступу. Його довжина може становити 3,4 або 5 байтів.

При помилках деяких типів в елементі «причина» присутній полі діагностики, куди поміщається додаткова інформація, що відноситься до цих помилок. Поле діагностики містить один або два байти, де розміщується копія ідентифікатора типу прийнятого повідомлення, що викликав передачу відповідного повідомлення з інформаційним елементом «Причина», і, якщо потрібно, ідентифікатор відповідного інформаційного елемента всередині прийнятого повідомлення.

При відсутності поля діагностики довжина інформаційного елемента становить 3 байти. Якщо в полі діагностики вказується тільки ідентифікатор типу повідомлення, що викликав передачу повідомлення про причину помилки, то довжина елемента становить 4 байти. Якщо ж у полі діагностики вказуються й ідентифікатор отримане повідомлення, та ідентифікатор інформаційно елемента, що викликав передачу повідомлення про причину помилки, то елемент «Причина» має довжину 5 байтів.

Біти

Байт

8

7

6

5

4

3

2

1

0

0

0

1

0

0

1

1

1



Довжина вмісту

2

1 ext

Тіп_прічіни

3

Діагностика

4

0

(Ідентифікатор типу повідомлення)

Діагностика

(Ідентифікатор інформаційного елемента)

Кодування поля «Тіп_прічіни»

Біти


7

6

5

4

3

2

1

Тип причини

0

0

0

0

0

0

0

Відповідь на повідомлення STATUS ENQUIRY

0

0

0

0

0

0

1

Помилка в дискримінаторі протоколу

0

0

0

0

0

1

1

Помилка в адресі рівня 3

0

0

0

0

1

0

0

Тип повідомлення не пізнаний

0

0

0

0

1

0

1

Порушений порядок проходження інформаційних елементів

0

0

0

0

1

1

0

Повторний необов'язковий інформаційний елемент

0

0

0

0

1

1

1

Пропущений обов'язковий інформаційний елемент

0

0

0

1

0

0

0

Непізнаний інформаційний елемент

0

0

0

1

0

0

1

Помилка у змісті обов'язкового інформаційного ел.

0

0

0

1

0

1

0

Помилка у змісті необов'язкового інф. ел.

0

0

0

1

0

1

1

Повідомлення, не сумісне зі станом сигнального шляху

0

0

0

1

1

0

0

Повторний обов'язковий інформаційний елемент

0

0

0

1

1

0

1

Занадто багато інформаційних елементів

Ресурс недоступний (Reasource_unavailable)

За допомогою цього інформаційного елемента мережа доступу сповіщає АТС про те, що викликана нею ресурс в даний момент недоступний. Елемент передається від мережі доступу до АТС тільки в повідомленні SIGNAL і містить поле, в яке поміщається копія того інформаційного елемента повідомлення, прийнятого від АТС, в якому міститься вимога дії, нездійсненного через відсутність потрібного ресурсу. Довжина інформаційного елемента залежить від довжини цієї копії і може складати від 3 до 8 байтів. Елемент кодується відповідно до малюнка.

Біти

Байт

8

7

6

5

4

3

2

1

0

0

0

1

0

0

1

1

1

Довжина вмісту

2

Копія прийнятого інформаційного

3


елемента





n-1

Процедури протоколу ТфОП

Загальні відомості

Специфіковані процедури наступних типів:

1) Процедури, пов'язані із сигнальним шляхом.

Основне завдання цих процедур - організувати сигнальний шлях, що забезпечує передачу лінійних сигналів між аналоговим портом в мережі доступу і логічним об'єктом національного протоколу ТфОП в АТС. Процедури синхронізують роботу логічних об'єктів на обох сторонах інтерфейсу V 5 і дають можливість вирішувати питання, пов'язані з перевантаженням АТС та із зустрічними викликами. Вміст сигналів FE - line _ signal, переданих аналоговим портом ТфОП, протокол V 5 не інтерпретує, і відповідна інформація передається через інтерфейс «прозоро».

2) Процедури, не пов'язані із сигнальним шляхом.

Ці процедури, які не мають прямого відношення до створення сигнального шляху, дозволяють мережі доступу:

- Змінювати деякі параметри протоколу;

- Блокувати чи розблоковувати порти;

- Проводити необхідні дії при запиті перезапуску.

3) Процедури обробки помилкових ситуацій.

Це, зокрема, процедури виявлення таких помилок рівня 3, захист від яких не забезпечується функціональною частиною протоколу (повідомлень SIGNAL і PROTOCOL PARAMETER).

Процедури обробки помилкових ситуацій

Перш ніж робити які-небудь дії, пов'язані з отриманим повідомленням, що прийняла його сторона інтерфейсу V 5 повинна виконати процедури виявлення і обробки помилкових ситуацій.

Будь-яке повідомлення повинно містити, як мінімум, інформаційні елементи «Дискримінатор протоколу», «Адреса рівня 3» і «Тип повідомлення», тому, якщо приймається повідомлення містить 4 байтів, що прийняв його логічний об'єкт повинен повідомити про помилку системі експлуатаційного управління і ігнорувати повідомлення.

Якщо в повідомленні виявлено більше трьох необов'язкових інформаційних елементів, повідомлення вважається занадто довгим і повинно бути усечено після третього необов'язкового елемента. Передбачається, що вся видаляється інформація повторює вміст елементів, що залишилися. При скороченні повідомлення логічний об'єкт повинен виконати дії, описані п.13.5.2.5 рекомендації ITU - T G .964.

При прийомі кожного повідомлення, яке містить формально вірний «Дискримінатор протоколу», повинні виконуватися (у порядку їх значущості) перевірки, описані в п.13.5.2.1-13.5.2.12 рекомендації ITU - T G .964. Під час цих перевірок стан логічного об'єкта не змінюється.

Після того як повідомлення підтверджено за допомогою процедур обробки помилкових ситуацій, і якщо його не слід ігнорувати, можуть виконуватися:

-Якої процедури, пов'язані із сигнальним шляхом;

-Якої процедури, не пов'язані із сигнальним шляхом.

Вираз «ігнорувати повідомлення» означає, що з його змістом, тобто з заголовком і з інформаційними елементами, ніяких дій не відбудеться.

Процедури пов'язані із сигнальним шляхом

Ці процедури застосовуються при прийомі логічним об'єктом протоколу V 5 повідомлень ESTABLISH, ESTABLISH ACK, SIGNAL, SIGNAL ACK, DISCONNECT, DISCONNECT COMPLETE і при прийомі:

- Від порту користувача - сигналів FE-subscriber_seizure, FE-subscriber_release, FE-line_information, FE-line_signal;

- Від національного протоколу - сигналів FE-establish_request, FE-establish_ack, FE-disconnect_request, FE-disconnect_complete_request, FE-line_signal_request.

Якщо статки FSM логічних об'єктів мережі доступу та АТС узгоджені між собою, процедури виконуються в нормальному режимі. Якщо статки неузгоджені, процедури виконуються у режимі особливої ​​ситуації. Алгоритми процедур повинні відповідати описаним у п.13.5.3 рекомендації ITU - T G .964.

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

Процедури, не пов'язані із сигнальним шляхом

Ці процедури застосовуються при прийомі логічним об'єктом протоколу V 5 повідомлень PROTOCOL PARAMETER і при прийомі:

-Від національного протоколу - сигнал FE - protocol _ parameter _ request;

-Від системи експлуатаційного управління - примітивів MDU - CTRL (port _ blocked),

MDU-CTRL (port_unblocked), MDU-CTRL (restart_request), MDU-CTRL (restart_complete).

Для цих процедур також існує нормальний режим і режим особливої ​​ситуації. Алгоритми процедур повинні відповідати описаним у п.13.5.4 рекомендації ITU - T G .964.

Використання таймерів

Таймери передбачаються в FSM на стороні мережі доступу і в FSM на стороні АТС. Значення таймерів та варіанти поведінки FSM при спрацьовуванні кожного з них у різних ситуаціях представлені в таблиці. Всі таймери, за винятком Т2, забезпечують зазначену в таблиці витримку часу з точністю ± 10%.

Ім'я

Значення

Стан

Причина

Причина

Дії FSM після спрацьовування

таймера

таймера, з

FSM

пуску таймера

зупинки

таймера і передані їм повідомлення


таймера

Перше

Друге


спрацьовування

спрацьовування

таймера

таймера

Т1

4

AN1

FE-subscriber_

Прийнято

Повторення

seizure

ESTABLISH ACK

ESRABLISH

FE-line_information

або

і пуск Т2

Передано

DISCONNECT

ESRABLISH

COMPLETE

Т2

5-30

AN2

Спрацювання

Прийнято

Повторення

Повторення

AN4

Т1 і Т2

ESTABLISH ACK

ESRABLISH

ESRABLISH до

або

і перезапуск Т2

прийому

DISCONNECT

FE-subscriber-release

COMPLETE

T!

2

LE1

Передано

Прийнято

Повторення

Пуск Т3; передача

LE2

ESRABLISH

ESTABLISH ACK

ESRABLISH

DISCONNECT;

LE3

то мережі доступу

і перезапуск Т1

передача

FE-disconnect_

request

T3

2

LE2

Передано

Прийнято

Повторення

Повторення

LE3

DISCONNECT

DISCONNECT

DISCONNECT

DISCONNECT

LE4

або

і перезапуск Т3

і перезапуск Т3

LE5

DISCONNECT

COMPLETE

Т3

2

AN3

Передано

Прийнято

Повторення

Повторення

AN5

DISCONNECT

DISCONNECT

DISCONNECT

DISCONNECT

AN7

або

і перезапуск Т3

і перезапуск Т3

DISCONNECT

COMPLETE

T4

2

LE1

Передано

Прийнято

Повторення

Повторення

LE2

STATUS

STATUS

STATUS

STATUS

LE3

ENQUIRY

у відповідь

ENQUIRY

ENQUIRY

LE4

STATUS

і перезапуск Т4

і перезапуск Т4

ENQUIRY

Tr

5

AN5

Прийнято SIGNAL

Минула витримка

Передача

або PROTOCOL

часу

SIGNAL ACK

PARAMETER

Tr

5

LE4

Прийнято

Минула витримка

Передача

SIGNAL

часу

SIGNAL ACK

Tt

10

AN5

Прийнято

Прийнято

Передача

SIGNAL

SIGNAL ACK

DISCONNECT

Tt

10

LE4

Прийнято SIGNAL

Прийнято

Передача

або PROTOCOL

SIGNAL ACK

DISCONNECT

PARAMETER

У випадку, якщо таймер Т3 або Т4 спрацьовує після третього запуску, FSM повинен передати сигнал про помилку в систему експлуатаційного управління.

Список скорочень

АЛ

абонентська лінія

АМТС

автоматична міжміський телефонний станція

АТС

автоматична телефонна станція

ВД

ідентифікатор

ІКМ

імпульсно-кодова модуляція

ІЕ

інформаційний елемент

КА

кінцевий автомат

КД

канальний інтервал

ЛВ

логічний об'єкт

МККТТ

міжнародний консультативний комітет з телеграфії і телефонії

НПР

національний протокол (абонентської сигналізації)

ОКС

загальний канал сигналізації

ПД

передача даних

СФРГ

радянсько-фінська робоча група

ПфОП

телефонна мережа загального користування

ФЕ

функціональний елемент

ЦС

цифрова секція

ACK

Acknowledgement

AN

Acces Network

BCC

Beaner Channel Connection

BSC

Base Station Controller - Контролер базової станції

BSS

Base Station System - Обладнання базової станції

CRC

Cyclic Redundancy Check

DS

Digital Section

EA

Extention Address

ET

Exchangt Termination

FE

Function Element

FSM

Finite State Machine

ISDN

Integrated Services Digital Network

ITU-T

International Telecommunications Union - Telecommunication

LE

Local Excange

PL

Permanent Line

TE

Terminal Equipment

Додати в блог або на сайт

Цей текст може містити помилки.

Комунікації, зв'язок, цифрові прилади і радіоелектроніка | Реферат
308.1кб. | скачати


Схожі роботи:
Протокол ТфОП інтерфейсів V5 1 і V5 2
Класифікація інтерфейсів
Принципи побудови інтерфейсів операційних систем
Використання CGI при створенні інтерактивних інтерфейсів
Мікропроцесорна система управління на базі інтерфейсів персонального комп`ютера
Протокол HTTP
Протокол TACASC
Протокол розбіжностей
Протокол ТСР
© Усі права захищені
написати до нас