На головну

ФОРМАТИ ПОВІДОМЛЕНЬ

  1.  II. Черги повідомлень.
  2.  Активне сприйняття невербальних повідомлень
  3.  Активне сприйняття невербальних повідомлень.
  4.  аналогові формати
  5.  Де - ймовірність того, що саме i-е повідомлення виділено в наборі з N повідомлень.
  6.  Де - ймовірність того, що саме i-е повідомлення виділено в наборі з N повідомлень.
  7.  Графічні формати.

Повідомлення рівня 3 протоколи DSS-1 містить в собі деяку кількість інформаційних елементів, серед яких є обов'язкові для всіх повідомлень, обов'язкові для деяких повідомлень і необов'язкові. Якщо в повідомленні відсутня хоча б один обов'язковий для нього інформаційний елемент, воно вважається невідповідним специфікаціям DSS-1.

Для всіх повідомлень використовується загальний формат, який ви бачите на рис. 4.1. Біти нумеруються справа наліво, першим передається біт 1 і байт з номером 1.

Мал. 4.1. Загальний формат повідомлень рівня 3 протоколи DSS-1


Протокол DSS-1: Мережевий рівень 101

Будь-яке повідомлення рівня 3 обов'язково має містити три наступних інформаційних елемента: діскрімінатор протоколу, мітку з'єднання і тип повідомлення. Кількість, зміст і обов'язковість / необов'язковість інших інформаційних елементів залежить від типу повідомлення.

Першим елементом кожного повідомлення є однобайтовий діскрімінатор протоколу (PD - protocol discriminator). Призначення цього елемента - відокремити повідомлення DSS-1, пов'язані з процедурами управління з'єднаннями (процедурами обслуговування викликів), від будь-яких інших повідомлень, які можуть бути передані по сигнальному каналу. Наприклад, в розділах 2 і 3 ми вже відзначали, що існує можливість передачі по сигнальному каналу пакетних даних. Діскрімінатор протоколу також дозволяє розрізняти повідомлення управління з'єднаннями ISDN і повідомлення, що використовуються в інших системах, які використовують Q.931, таких як АТМ і Frame relay. Для кожного випадку діскрімінатор кодується унікальною послідовністю бітів. Зокрема, для повідомлень, пов'язаних з управлінням сполуками ISDN в режимі комутації каналів, дискримінатор протоколу кодується послідовністю 00001000.

Наступний елемент - мітка з'єднання (CR - call reference) - є цілим числом, використовуваним для ідентифікації комутованою зв'язку, до якої відноситься повідомлення. Значення мітки унікально на тій стороні інтерфейсу, яка стала ініціатором зв'язку з цим, і тільки всередині одного логічного з'єднання рівня 2. Позначка присвоюється на час життя обслуговується виклику, має сенс тільки в даному інтерфейсі і залишається незмінною до закінчення обслуговування виклику, після чого вона може використовуватися для ідентифікації інших з'єднань.

Формат інформаційного елемента «мітка з'єднання» показаний на рис. 4.2. Перші чотири біти першого байта вказують довжину мітки, а інші біти першого байта ~ запасні. Для базового доступу мітка з'єднання може мати значення від 1 до 127, а розташовується мітка в бітах 7- 1 байта 2. Для первинного доступу можливі значення мітки з'єднання - від 0 до 215-1, А займає мітка два байта.

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


102глава 4

мітки з'єднання для різних комутованих зв'язків. Щоб можна було розрізнити ці дві зв'язку, в якості останнього біта байта 2 формату мітки з'єднання використовується прапорець. Прапорець вказує, яким боком ланки даних призначена дана мітка: виходить (0) або віддаленої (1). (Тут спеціально вживається слово «прапорець», на відміну від слова «прапор», використовуваного, коли мова йде про поділ кадрів рівня 2.)

Мал. 4.2. Формат інформаційного елемента «мітка з'єднання»

Третій інформаційний елемент - тип повідомлення (МТ - message type) - служить для ідентифікації імені та, отже, функції повідомлення, що відправляється (наприклад, SETUP, DISCONNECT і т. П). Поле типу повідомлення складається з одного байта, останній біт якого зарезервовано для застосування в майбутньому при збільшенні довжини поля. Коди типів повідомлень наведені в табл. 4.1 [Q.931], а функції повідомлень різних типів будуть розглянуті в кінці параграфа. Всі ці типи утворюють п'ять категорій повідомлень:

а повідомлення фази, використовувані в процедурах створення з'єднання. Таке, наприклад, повідомлення SETUP, яке посилається користувачем до АТС (або АТС до користувача) в якості запиту з'єднання;

б повідомлення, надісланого фазі встановленого з'єднання. Таке, наприклад, повідомлення USER IN FORMATION, яке може бути відправлено під час розмови / передачі даних для пересилання інформації «користувач-користувач»;

в повідомлення фази роз'єднання (руйнування з'єднання). Таке, наприклад, сообщеніеDISCONNECT, яке посилається користувачем до АТС (або АТС до користувача), щоб ініціювати процедуру звільнення ресурсів, зайнятих в з'єднанні;


Протокол DSS-1: Мережевий рівень 10 3

г інші повідомлення, наприклад, повідомлення INFORMATION, яке може бути відправлено користувачем або АТС для передачі додаткової до вже наданої іншими повідомленнями інформації;

д національні повідомлення з кодом типу повідомлення 00000000, що позначає, що наступне поле є полем типу повідомлення, що визначений оператором мережі.

Таблиця 4.1. Коди типів повідомлень Q.931

Інші інформаційні елементи діляться на дві категорії:

однобайтові і змінної довжини більше одного байта.

Існує два типи однобайтових інформаційних елементів. Тип 1 зображений на рис. 4.3. Значення 1 біта 8 вказує на те, що елемент відноситься до категорії однобайтових, а біти 5-7 використовуються в якості ідентифікатора елемента. В бітах 1-4 кодується вміст інформаційного елемента.

Тип 2 показаний на рис. 4.4. Тут також значення 1 біта 8 вказувати

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

тип 1


104 глава 4

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

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

тип 2

На рис. 4.5 показана структура інформаційного елемента змінної довжини. Біт 8 першого байта має значення 0, відрізняючи цю категорію інформаційних елементів від однобайтових інформаційних елементів. Частина, що залишилася першого байта служить для ідентифікації інформаційного елемента. Другий байт визначає довжину вмісту інформаційного елемента, а третій і наступні байти представляють вміст, який може розміщуватися в декількох полях.

Мал. 4.5. Інформаційний елемент змінної довжини

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

інформаційний елемент засоби доставки інформації (Bearer capability) описує характеристики засобів доставки, які запитуються від мережі викликає користувачем. Цей інформаційний елемент посилається також і спричиненої стороні з метою забезпечити узгоджену роботу терміналів. Наприклад, якщо на вихідному боці з'єднання мовної сигнал перетворюється в цифрову форму за допомогою певного алгоритму кодування, то, щоб приймаюча сторона була в стані декодувати цифровий сигнал правильно і зробити його зворотне перетворення в аналоговий сигнал, їй повинно бути відомо, як сигнал кодувався на передавальному наприкінці.


Протокол DSS-1: Мережевий рівень \ 05

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

- Вид інформації, наприклад, мова, 3.1 Кгц аудіо, або 7 КГц аудіо;

- Режим перенесення інформації - комутація каналів або пакетів;

- Пропускна здатність каналу (64 Кбіт / с, 384 Кбіт / с);

- Стандарт кодування;

- Протокол обробки інформації користувача, рівень 1 (стандарт адаптації швидкостей, алгоритм стиснення і т. П);

- Швидкість передачі даних терміналом користувача.

Структура інформаційного елемента «засоби доставки інформації» приведена на рис. 4.6.

Мал. 4.6. Інформаційний елемент «засоби доставки інформації»

параметр стандарт кодування (Coding standard) присутній в поле вмісту не тільки інформаційного елемента «засоби доставки інформації», а й деяких інших інформаційних елементів. Значення цього параметра: 00 - стандарт ITU-T; 01 -стандарт IOS / IEC 10 - національний стандарт; 11 - спеціальний мережевий стандарт. параметр вид інформації (Information transfer capability) приймає одне з таких значень: 00000 - мова;

01000 - необмежена цифрова інформація; 01001 - обмежена цифрова інформація; 10000 - аудіо в смузі 3.1 Кгц.

параметр режим передачі (Transfer mode) кодується таким чином: 10 - пакетний режим; 00 - канальний режим. параметр швидкість передачі інформації (Information transfer rate) може мати, зокрема, такі значення: 00000 - пакетний режим;

10000 - канальний режим 64 Кбіт / с; 10011 - канальний режим 384 Кбіт / с. параметр протокол обробки інформації пользова-


106 глава 4

теля. рівень 1 (User information layer 1 protocol) може приймати, наприклад, значення: 00001 - адаптація швидкостей відповідно до рекомендацій V.I 10 і Х. ЗО ITU-T; 00010 - кодування по m-закону;

00011 - кодування по А-закону. Параметр швидкість передачі інформації терміналом користувача (User rate) присутній тільки тоді, коли попередній параметр має значення 00001. У цьому випадку, наприклад, швидкості 56 Кбіт / с відповідає код 01111. Параметр синхрон / асінхр може приймати значення: 0 - синхронні дані; 1 - асинхронні дані. Параметр угоду про передачу звукових сигналів може приймати значення: 0 - передача неможлива; 1 - передача можлива.

Номери викликаний і що викликає абонентів (called and calling paf-ty numbers}. Ці інформаційні елементи містять відомості про тип номера (міжнародний, міжміський, місцевий) та про план нумерації. Найбільш часто використовується національний план нумерації, зазвичай відповідний рекомендаціям ITU-T E.164 і EI 63. Чи можуть використовуватися й інші плани нумерації, такі як XI 21 (загальний план нумерації, який використовується в мережах даних), F.69 (телексний план нумерації) або приватний план нумерації відомчої мережі.

Параметр тип номера може мати значення: 001 - міжнародний номер; 010 - національний номер; 100 - абонентський (обліковий) номер; 011 - номер мережевої служби (оператора). Можливе значення параметра ідентифікація плану нумерації: 0001 - план нумерації lSDN / телефонна мережа загального користування. кожна цифра номера кодується як символ семібітового міжнародного алфавіту № 5 і займає один байт.

Мал. 4.7. Формат номера абонента

інформаційний елемент номер абонента (Рис. 4.7) містить, крім того, параметри індикатор надання (00 - надання [номера зухвалого користувача] дозволяється; 01 - уявлення обмежена) і індикатор веріфі-


Протокол DSS-1: Мережевий рівень 107

кации [номера зухвалого користувача] (00 - дан користувачем, мережею не перевірявся, 01 - дан користувачем, перевірений мережею, 10 -Даний користувачем, перевірити не вдалося, 11 -Даний мережею). Відзначимо, що верифікація номера має велике значення в з'єднаннях з термінальним обладнанням користувача, яка не обслуговується персоналом (комп'ютери, пристрої факсимільного зв'язку) та використовується тільки для прийому викликів.

інформаційний елемент ідентифікація каналу (channel identification) вказує той канал в інтерфейсі, який повинен використовуватися для зв'язку (рис. 4.8). В даному елементі міститься наступна інформація: а) інтерфейс BRI або PRI, б) ідентифікований канал є або не є D-каналом, в) ідентифікований канал є У 1-каналом або В2-каналом, г) ідентифікований канал є блоком каналів АЛЕ, Н 10, Н 11 і т. д

Мал. 4.8. Інформаційний елемент «ідентифікація каналу»

параметр ідентифікація інтерфейсу визначає спосіб ідентифікації інтерфейсу. Параметр тип інтерфейсу має наступні значення: 0 - базовий доступ і 1 - первинний доступ. параметр індикатор переваги має значення: 0 - перевагу зазначеному каналу, 1 - прийнятний тільки вказаний канал. параметр вибір інформаційного каналу ідентифікує В-канал в базовому доступі: 01 - В 1-канал, 10-В2-канал, 11-будь-канал. параметр стандарт кодування має значення: 00 - кодування МККТТ, 01 - стандарт ISO, 10 - національний стандарт. Параметр номер каналу ідентифікує В-канал в первинному доступі. параметр номер / таблиця визначає ідентифікацію По-каналу і має значення: 0 - ідентифікується номером в наступному байті; 1 - ідентифікується таблицею в наступних байтах.


108глава 4_____________________________

інформаційний елемент відображення (display) містить символи ASCII / IA5, які надсилаються користувачеві для відображення на екрані терміналу.

інформаційний елемент сумісність в верхніх у Рівне (high layer compatibility} використовується для перевірки сумісності терміналів користувачів в верхніх рівнях моделі взаємодії відкритих систем (моделі OSI). Перевірка сумісності виконується на стороні викликає користувача і / або на боці викликається користувача. Код в цьому інформаційному елементі ідентифікує послугу надання зв'язку (teleservice), прикладами є телефонний і факсимільний зв'язок, послуги обробки повідомлень Х.400 або видеотекст. Формат інформаційного елемента наведено на рис. 4.9. Ідентифікація характеристик верхніх рівнів кодується таким чином: 0000001 - телефонія;

0000100 - 2/3 група пристроїв факсимільного зв'язку; 0110001 - телетекст! 10101-телекс.

Мал. 4.9. Формат інформаційного елемента «сумісність в верхніх рівнях»

інформаційний елемент послуга клавіатури (key pad facility) несе в собі символи ASCII / IA5, які вводяться через клавіатуру терміналу. Він може підтримувати операцію, при якій користувач запитує послугу мережі шляхом введення цього інформаційного елемента в повідомлення INFORMATION. Мережа відповідає повідомленням INFORMATION з інформаційним елементом «display» або «signal». Користувач може потім вводити подальшу інформацію. Такого роду послуга може бути використана, наприклад, для запиту другого з'єднання під час утримання першого з'єднання.

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


Протокол DSS-1: Мережевий рівень 109

Стан з'єднання (call state) - даний інформаційний елемент містить відомості про поточний стан процесу управління з'єднанням, як на стороні користувача, так і на мережевий стороні.

Причина (cause) - даний інформаційний елемент використовується для передачі інформації про причини і джерела деяких повідомлень і для передачі діагностичної інформації.

Прогрес-індикатор (progress indicator) - даний інформаційний елемент використовується для повідомлення про зміни характеристик з'єднання, що відбуваються в міру його просування по вибраному маршруту, і про місця, де відбуваються ці зміни (наприклад, транзит через інші мережі, зміна системи сигналізації). Формат «прогрес-індикатора» представлено на рис. 4.10.

Мал. 4.10. Формат «прогрес-індикатора»

параметр опис зміни може приймати одне з наступних значень: 0000001 - з'єднання проходить не тільки через ISDN; 0000010 - викликається обладнання не відноситься до ISDN;

0000011 - викликає устаткування не відноситься до ISDN;

0001000 - можлива передача по В-каналу акустичних сигналів.

інформаційний елемент додаткові дані (more data) передається в повідомленні USER INFORMATION і вказує на те, що за цим повідомленням піде ще одне повідомлення USER INFORMATION. Цей інформаційний елемент мережею не аналізується.

Розглянемо тепер поняття підмножина кодів. Формат інформаційного елемента змінної довжини передбачає сім бітів для ідентифікатора інформаційного елемента. Таким чином, в цій категорії може бути ідентифіковано до 128 різних інформаційних елементів. Число бітів, виділених для цієї мети в однобайтового інформаційному елементі, залежить від його типу: 3 біти виділені в типі 1 і 7 бітів - в типі 2. Таким чином, в цій категорії можуть бути ідентифіковані, по крайней мере, 8 різних інформаційних елементів. Комбінуючи дві категорії, можливо ідентифікувати до 136 інформаційних елементів, хоча на практиці це число скорочується до 133, т. К. не-


110 глава 4

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

Кількість інформаційних елементів, ідентифікованих в межах повідомлення, може бути збільшено за рахунок утворення декількох підмножин кодів. Тоді один і той же код може визначати один інформаційний елемент в одному підмножині кодів і інший інформаційний елемент - в іншому підмножині. Цей принцип ілюструється прикладом на рис.4.6 [98]. Ідентифікатор інформаційного елемента в підмножині кодів О, який кодується 1101100, позначає елемент «номер абонента». Такий же код, 1101100, може бути використаний в іншому підмножині кодів (підмножина 5 на рис. 4.11) для ідентифікації зовсім іншого інформаційного елемента. В даному прикладі код 1101100 використовується для ідентифікації інформаційного елемента «час», яке зазначає час посилки повідомлення. Такий же код може бути використаний знову в інших подмножествах кодів для ідентифікації інших інформаційних елементів.

Мал. 4.11. Багаторазове використання кодів ідентифікатора інформаційного елемента

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

У протоколі DSS-1 прийнятий наступний метод. Підмножина кодів 0 визначається як початкове підмножини. Якщо будь-яке обладнання потребує використання інформаційного елемента, ідентифікованого кодом з іншого подмноже-


протоколDSS-1: Мережевийрівень 111

ства (наприклад, з підмножини 5), це досягається шляхом передачі однобайтового інформаційного елемента типу 1, іменованого shift (зрушення), який показаний на рис. 4.12. Біт 8 кодується «I» для індикації однобайтового інформаційного елемента. Біти 5-7 є ідентифікатором інформаційного елемента «зрушення» і кодуються 001 для вказівки на перехід від поточного підмножини кодів до нового подмножеству, номер якого вказується в бітах 1-3.

Мал. 4.12. Інформаційний елемент зсуву

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

Рекомендаціями ITU-T на додаток до подмножеству кодів 0 ідентифіковані ще три підмножини кодів. Підмножина 5 резервується для національного використання, що дає операторам мережі можливість застосовувати системи кодування, які не є частиною міжнародної специфікації. Підмножина 6 резервується для місцевих мереж, а підмножина 7 - для користувача інформації, тобто для ідентифікації інформаційних елементів, спеціфіціруемих користувачем.

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

 www.kiev-security.org.uaBEST rus DOC FOR FULL SECURITY

112 глава 4

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

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

На закінчення даного параграфа наведемо пояснення, обіцяні раніше при описі табл. 4.1. З цією метою доцільно ввести табл. 4.2, що містить свого роду класифікацію повідомлень рівня 3 протоколи DSS-1. На додаток до цієї класифікації повідомлення Q.931 можна розрізняти по їх напрямку і області їх дії. Сполучення в напрямку мережу-користувач передаються від кінцевої АТС до термінального обладнання ТЕ, а повідомлення користувач-мережа - в протилежному напрямку.

За критерієм області дії повідомлення поділяються на локальні и глобальні. Локальне повідомлення має значення тільки для ТЕ, який передає або приймає це повідомлення, і для його кінцевої АТС. Глобальне повідомлення - це повідомлення, яке передається від ТІ через мережу і має значення дляАТС і віддаленого термінального обладнання.

Представлені нижче опису повідомлень Q.931 наведені в алфавітному порядку і будуть доповнені прикладами і описами процедур в наступних параграфах рекомендаціям.

ALERTING. Це глобальне повідомлення говорить про те, що викликається термінал вільний і його власнику передається сигнал виклику. Повідомлення надсилається від особи, якій ТІ.


Протокол DSS-1: Мережевий рівень 113

Таблиця 4.2. Повідомлення мережевого рівня

 Сообщеніяустановле-ніясоедіненія  ALERTING  Передається сигнал виклику
 CALL PROCEEDING  з'єднання встановлюється
 CONNECT  З'єднати (відповідь)
 CONNECT ACKNOWLEDGE  підтвердження відповіді
 PROGRESS  особливості маршруту
 SETUP  запит з'єднання
 SETUP ACKNOWLEDGE  запит прийнятий
 Сообщеніяразрушеніясоедіненія  DISCONNECT  роз'єднати
 RELEASE  звільнити ресурси
 RELEASE COMPLETE  ресурси звільнені
 RESTART  рестарт
 RESTART ACKNOWLEDGE  підтвердження рестарту
 Повідомлення супроводжується-деніясоедіненія  RESUME  відновлення з'єднання
 RESUME ACKNOWLEDGE  Підтвердження відновлення з'єднання
 RESUME REJECT  Відмова відновлення з'єднання
 SUSPEND  переривання з'єднання
 SUSPEND ACKNOWLEDGE  Підтвердження переривання з'єднання
 SUSPEND REJECT  Відмова переривання з'єднання
 USER INFORMATON  інформація користувача
 Інші повідомлення  CONGESTION CONTROL  Управління при перевантаженні
 FACILITY  додаткова послуга
 INFORMATION  інформація
 STATUS  статус
 STATUS ENQUIRY  запит статусу
 NOTIFY  повідомлення

114 глава 4

CALL_PROCEEDING. Це локальне повідомлення, передане від мережі до викликає користувачеві або від особи, якій користувача до мережі. Воно підтверджує прийом повідомлення SETUP і вказує, що вся інформація, необхідна для встановлення з'єднання, отримана, з'єднання встановлюється, і будь-яка інша інформація про з'єднання не братиметься.

CONNECT. Це глобальне повідомлення, передане від викликається користувача до мережі і від мережі до викликає користувачеві. Воно вказує, що користувач, що викликається відповів на виклик і необхідно активізувати з'єднання, підготовлене для зв'язку із зухвалим користувачем. Повідомлення еквівалентно повідомленням ANSWER в підсистемі ISUP системи ОКС-7. У табл. 4.3 наводиться приклад формату повідомлення CONNECT (М - обов'язковий, О - немає).

CONNECT_ACKNOWLEDGE. Це локальне повідомлення надсилається у відповідь на повідомлення CONNECT.

CONGESTION_CONTROL. Це повідомлення використовується для управління потоком повідомлень USER_IN FORMATION.

Таблиця 4.3. Приклад повідомлення CONNECT

 Інформаціоннийелемент  Обов'язковий.  Довжина (байт)  опис
 діскрімінатор протоколу М  
 мітка з'єднання М  ?2  
 Тип повідомлення М  
 Ідентіфікаторканала О  ?2  Ідентифікує той канал в інтерфейсі, якої стосується повідомлення. Обов'язковий, якщо повідомлення CONNECT є першою реакцією на повідомлення SETUP
 Прогрес-індикатор О  2-4  Як для повідомлення SETUP
 відображення О  2-82  Як для повідомлення SETUP
 «Користувач-користувач» О  2-131  Використовується для передачі інформації "користувач-користувач", але тільки для з'єднань в режимі комутації каналів

ПротоколDSS-1: Мережевий рівень 115

DISCONNECT. Це глобальне повідомлення надсилається, коли який-небудь користувач (викликав або викликаний) кладе трубку. Воно вказує на те, що з'єднання має бути зруйновано, а відповідні ресурси повинні бути звільнені. Приклад формату повідомлення наводиться в табл. 4.4.

FACILITY. Це повідомлення використовується для звернення до додаткових послуг.

INFORMATION. Це глобальне повідомлення надсилається або користувачем, або мережею для передачі інформації про соедине-

Таблиця 4.4. приклад сообщеніяDISCONNECT

 інформаційний елемент  Обов'язковий.  Довжина (байт)  опис
 діскрімінатор протоколу М  
 мітка з'єднання М  ?2  
 Тип повідомлення М  
 Причина (cause) М  4-32  Містить відомості про причини роз'єднання і про ініціатора повідомлення (користувач або мережу)
 Відображення (display) O  2-82  Як для повідомлення SETUP
 «Користувач-користувач» O  2-131  Служить для передачі інформації "користувач-користувач" для з'єднання з комутацією каналів, а в деяких випадках - в режимі з передачею пакетних даних

ванні. Наприклад, повідомлення може бути передано станцією, якщо їй потрібно передати додаткову інформацію про з'єднання іншої станції або дати вказівку призначеному для користувача ТІ генерувати сигнал ( «Зайнято», КПВ і т. Д.). Воно може бути передано викликає користувачем, коли він вводить номер з клавіатури свого терміналу і ця інформація надходить до мережі в режимі з перекриттям (overlap).

NOTIFY. Це повідомлення передається мережею або користувачем Для доставки інформації щодо сполуки, пов'язаної з використанням додаткових послуг.


116 глава 4

RELEASE. Це локальне повідомлення, яке підтверджує отримання повідомлення DISCONNECT Посилається мережею або користувачем для повідомлення про те, що обладнання, що посилає повідомлення, звільнило канал, який використовувався в поєднанні. Повідомлення інформує приймає його обладнання про те, що воно теж має звільнити канал. Повідомлення RELEASE також призначене для того, щоб звільнити і зробити доступними номера міток з'єднання та інші ресурси, що використовувалися в з'єднанні.

RELEASE_COMPLETE. Це локальне повідомлення, яке підтверджує прийом повідомлення RELEASE, вказує на те, що обладнання, що посилає повідомлення, звільнило ресурси, пов'язані з з'єднанням, і знищило мітку з'єднання. Комбінація повідомлень RELEASE і RELEASE_COMPLETE означає, що всі ресурси, що використовувалися в з'єднанні, звільнені і що мітка цього з'єднання більш не дійсна.

RESTART. Це повідомлення надсилається користувачем або мережею, щоб повернути в початковий стан канал (канали) або інтерфейс (інтерфейси), зазначені у відповідному інформаційному елементі.

RESTART_ACKNOWLEDGE. Це повідомлення підтверджує прийом повідомлення RESTART.

RESUME. Це повідомлення використовується як запит відновити з'єднання, перерване за допомогою повідомлення SUSPEND.

RESUME_ACKNOWLEDGE. Це повідомлення надсилається мережею у відповідь на повідомлення RESUME і підтверджує прийом запиту відновлення перерваного з'єднання.

RESUME_REJECT. Це повідомлення надсилається мережею, якщо вона не може виконати запит відновлення перерваного з'єднання.

SETUP. Глобальне повідомлення SETUP використовується для запиту встановлення з'єднання. Воно ініціює процедури встановлення з'єднання і містить в собі більше інформаційних елементів, ніж будь-яке інше повідомлення Q.931. Повідомлення аналогічно початкового адресного повідомленням в (IAM) підсистемі ISUP. системи ОКС-7 (глава 10 томи 1). При управлінні з'єднанням в режимі комутації каналів повідомлення SETUP містить інформаційні елементи сумісності, які використовуються для забезпечення можливості зв'язку між терміналами викликає і викликаний користувачів. Так, викликає користувач, за -


Протокол DSS-1: Мережевий рівень 117

прашівающій послугу телефонного зв'язку, не повинен бути з'єднаний з кінцевим обладнанням викликається користувача, призначеним для передачі даних. Приклад формату повідомлення SETUP наводиться в табл. 4.5. Зміст стовпчика, що вказує на те, чи є інформаційний елемент обов'язковим або необов'язковим, потребує коментаря. Автор хотів би порекомендувати ставитися з обережністю до приводиться тут і в інших аналогічних таблицях суворому поділу інформаційних елементів за цією ознакою, так як різні версії протоколу DSS-1 відрізняються один від одного, зокрема, тим, що передбачають різні переліки обов'язкових інформаційних елементів. Читач повинен кожен раз звертати увагу на те, які інформаційні елементи прийняті в якості обов'язкових постачальником обладнання.

SETUP_ACKNOWLEDGE. Це локальне повідомлення від мережі до викликає користувачеві. Воно вказує, що запит з'єднання прийнятий і обробляється, але для встановлення з'єднання може знадобитися додаткова інформація. Одержувач повідомлення SETUP_ACKNOWLEDGE повинен послати додаткову інформацію в повідомленні INFORMATION.

STATUS. Це повідомлення надсилається у відповідь на повідомлення STATUS_ENQUIRY. Воно також може бути послано при виявленні деяких помилок, наприклад, при прийомі непередбаченого або нераспознаваемой повідомлення.

STATUS_ENQUIRY. Це повідомлення надсилається як користувачем, так і мережею для запиту відомостей про статус процесу управління комутованої зв'язком. Щоб надати розробникам можливість розширити сферу застосування повідомлень, пов'язаних зі статусом процесу, передбачено, що повідомлення STATUS_ENQUIRY і STATUS можуть бути досить гнучкими.

SUSPEND, SUSPEND_ACKNOWLEDGEu SUSPEND_RE-JECT. Ці повідомлення керують перериванням з'єднання. Повідомлення SUSPEND посилається користувачем в сторону мережі, щоб зробити запит переривання з'єднання. Повідомлення SUSPEND _АС-KNOW-LEDGE підтверджує прийом мережею повідомлення SUSPEND;

воно також вказує на виконання запиту переривання з'єднання. Повідомлення SUSPEND_REJECT підтверджує прийом мережею повідомлення SUSPEND, але вказує на те, що мережа не перериває з'єднання.


118 Глава 4

Таблиця 4.5. Приклад повідомлення SETUP

 Інформаціоннийелемент  Обов'язковий.  Довжина (байт)  опис
 Діскрімінатор протоколу (protocol discriminator) М  
 Мітка з'єднання (call reference) м  ?2  
 Тип повідомлення (message type) М  
 Засоби доставки інформації (bearer capability) М  4-13  Визначає вимоги до послуг доставки інформації, що підтримує запитуваний тип з'єднання
 Ідентифікатор каналу (channel identification) О  ?2  Ідентифікує той канал в інтерфейсі, якої стосується повідомлення. Обов'язковий в напрямку "мережу-користувач"
 Прогрес-індикатор (progress indicator) О  2-4  Використовується для вказівки на зміни характеристик з'єднання уздовж маршруту
 Відображення (display) О  2-82  Надає інформацію, яка може бути відображена на терміналі користувача
 Номер абонента (calling party number) О  ?2  Дає адресу викликає користувача
 Номер абонента, що викликається (called party number) О  ?2  Дає адресу викликається користувача
 Користувач-користувач (user-user) О  2-131  Використовується для передачі інформації "користувач-користувач"
 Сумісність на нижніх рівнях (low layer compatibility) О  2-16  Використовується для контролю сумісності термінального обладнання
 Сумісність на верхніх рівнях (high layer compatibility) О  2-4  викликає і викликаний користувачів

Протокол DSS-1: Мережевий рівень 119

USER_1NFORMATION. Це повідомлення відрізняється від повідомлення INFORMATION, описаного раніше, що містяться в ньому параметрами. Істотним є наявність поля «користувач-користувач», яке відсутнє в повідомленні INFORMATION.



© um.co.ua - учбові матеріали та реферати