Глобальна Розподілена та функціональна площина
1. ГлобальнафункціональнаплощинаГлобальнафункціональна площина дає абстрактне подання мережних можливостей у вигляді,найбільш зручному для сприйняття розробником послуги. На цій площині визначені такі основні елементи:
– незалежнівід послуг конструктивні блоки (SIB);
– базовийпроцес обслуговування викликів (BCP);
– глобальналогіка послуги (GSL);
– точкиініціації (POI) і точки завершення (POR).
БлокиSIB є базовими модулями, що забезпечують виконання стандартних багаторазововикористовуваних мережних функцій, з яких складається послуга.
Базовий процес обслуговування викликів єспеціалізованим SIB, що описує процес обробки викликів базової мережі зв'язку,з якої здійснюється запит на послуги інтелектуальних мереж (IN). BCP взаємодієз іншими блоками за допомогою точок ініціації та завершення.
Якщо в процесі обробки виклику виявлено однуз точок ініціації, то це призводить до визначеної послідовності звернень доблоків SIB. Після завершення цієї послідовності звернень виконується керуючадія на процес обробки виклику, яка залежить від точки завершення. Внаслідоктакої взаємодії забезпечується послуга або компонент послуги. Порядок взаємодіївизначається глобальною логікою послуги GSL (Global Service Logic).
Дляконкретної послуги (атрибута послуги) CS-1 глобальна логіка послуг визначає:
- точкуPOI, у якій відбувається функціональний перехід з процесу ВСР до ланцюжкаблоків SIB;
- точкиPOR, у яких може відбуватися повернення з ланцюжка SIB у процес ВСР;
- перелікSIB, поєднаних у ланцюжок, і порядок їхнього об'єднання, ланцюжок починається вточці POI і закінчується однією або декількома точками POR;
- статичніта динамічні параметри для кожного SIB у ланцюжку.
На рис. 1 показано процес взаємодії GSLі BCP, що здійснюється через точки POI та POR.
/>
Рисунок 1 – Взаємодія GSL і BCP
У табл. 1 наведено точки ініціації тазавершення CS-1.
Згідно з визначенням, блоки SIB незалежнівід того, які послуги/атрибути послуг вони реалізують. SIB не містить інформаціїні про попередні, ні про наступні SIB, які використовуються в описіпослуги/атрибута. Щоб описати конкретну послугу або її атрибут, необхіднощоразу вводити в ці блоки деякі елементи залежності від послуг. Для цьоговикористовують параметри, значення яких обумовлені даними, що дозволяють„налаштувати” SIB на виконання необхідних функцій. Ці параметри специфікованінезалежно для кожного SIB і доступні йому через глобальну логіку послуги.
Таблиця 1 – Точки ініціації та завершенняCS-1Назва Значення Точки ініціації (POI) Call Originated Користувач зробив запит на послугу, але адресу викликуваного абонента ще не визначено Address Collected Користувач завершив уведення номера викликуваного абонента Address Analyzed Уведений номер проаналізовано з метою визначення його приналежності
Prepared to
Complete Call Мережа готова почати спробу завершення виклику приймаючою стороною Busy Викликуваний абонент зайнятий No answer Викликуваний абонент не відповідає Call Acceptance Виклик активізовано, але з'єднання ще не встановлено Active State Виклик активізовано і з'єднання встановлено End of Call З'єднання зруйновано Точки завершення (POR)
Continue With
Existing Data ВСР має продовжити обробку виклику в штатному режимі Clear Call ВСР повинен здійснити роз'єднання з'єднання
Proceed With
New Data ВСР повинен продовжити обробку виклику тільки після надходження нових даних Initiate Call ВСР повинен почати встановлення з'єднання Handle as Transit Виклик необхідно розглядати як такий, що щойно надійшов Enable Call Party Handling Необхідно здійснити дії, що передбачають управління викликом з боку абонента
Для кожного блока SIB потрібні дані двохтипів:
1. Дані, що стосуються конкретного виклику (Call Instance Data, CID).
Дані CID визначають характеристики абонентіві користувачів послуги (наприклад, інформацію про викликаючу або викликуванулінію), а також динамічні параметри, значення яких змінюються з кожним новимвикликом. Ці дані можуть бути отримані з ВСР, можуть генеруватися якимось іншимблоком або вводитися самим абонентом.
2. Дані, пов'язані з підтримкою конкретної послуги (Service Support Data, SSD).
Дані SSD визначають статичні параметри,значення яких для різних викликів є незмінними – вони залежать лише від послугиабо атрибута послуги.
Кожен блок SIB має опис згідно зістандартним шаблоном (табл. 2) Приклад графічного подання блока SIBнаведено на рис. 2.
Таблиця 2 – Опис блока SIBВизначення: Опис блока SIB з точки зору створення послуги. Виконувані дії: Опис дій, виконуваних блоком SIB.
Можливе
застосування: Приклади послуг, де може бути використано даний SIB. Вхід:
Вхід у кожен SIB визначається трьома елементами:
- один логічний старт;
- дані SSD;
- дані CID. Вихід:
Вихід з кожного SIB визначається двома елементами:
- одне або кілька логічних завершень;
- дані CID, які визначають отримані внаслідок виконання цього SIB параметри, специфічні для даного виклику та необхідні іншим SIB або ВСР, щоб завершити надання послуги.
Графічне
подання: Графічне подання використовують для наочного опису входу, роботи та виходу блока SIB (рис. 10). Кожен SIB має один логічний старт і одне або кілька логічних завершень. Відповідні логічні потоки зображені ліворуч і праворуч суцільними лініями зі стрілками; написи поруч із лініями ідентифікують кожен з цих потоків. Параметри SSD зображені вгорі пунктирними лініями зі стрілками та супроводжуються написами збоку від ліній. Аналогічно внизу показані параметри CID, причому вхідні і вихідні CID зображено окремо один від одного. SDL-діаграма: Ця діаграма дає графічне подання опису SIB з використанням мови SDL згідно з правилами, визначеними в рекомендації ITU-T Z.100.
/>
Рисунок2 – Графічне подання блока SIB
Виконуваніблоками SIB операції та дані, необхідні для їхнього виконання, специфіковані врекомендації ITU-T Q.1213. Короткий опис цих чотирнадцяти SIB наведено в табл. 3.Європейський інститут стандартів електрозв'язку (ETSI) вимагає наявності в INдодатково ще семи блоків SIB (табл. 4).Таблиця3 – Блоки SIB (згідно з ITU-T)Назва Виконувані функції 1 2
Algorithm,
алгоритм Збільшення або зменшення цілочисельного значення СID на задане ціле число (інкремент/дикремент)
Authenticate,
аутентифікація
Перевірка автентичності потенційного користувача послуги згідно з одним з механізмів:
- «простий механізм», що передбачає перевірку тільки імені користувача та пароля;
- «зовнішній механізм», що передбачає залучення зовнішніх засобів перевірки за допомогою покажчика на відповідну програму.
Charge,
нарахування оплати Нарахування оплати за користування ресурсами IN
Compare,
порівняння
Порівняння значення вхідних даних з еталонною величиною, при цьому можливі три варіанти результату:
- значення більше, ніж еталонна величина;
- значення менше, ніж еталонна величина;
- значення дорівнює еталонній величині.
Distribution,
розподіл
Виконання зазначеного користувачем алгоритму з метою визначення, яке з наявних логічних завершень буде обрано для подальшої обробки виклику логікою послуги. Кількість логічних завершень залежить від типу алгоритму:
- розподіл відповідно до встановленого процентного співвідношення;
- циклічний розподіл;
- розподіл залежно від часу доби;
- розподіл залежно від дня тижня.
Limit,
обмеження
Обмеження кількості викликів, пов'язаних зі зверненням до послуги IN, з метою запобігти перевантаженню ресурсів мережі. Існує два типи алгоритмів:
- усередині кожного інтервалу часу тривалістю в Q сек. обробка викликів дозволяється протягом S сек.;
- з Р викликів, що надходять у мережу, дозволяється обробка тільки N викликів (N
Log Call Information,
запис інформації про виклик Запис інформації про виклик у файл з метою її подальшого використання системою технічного обслуговування мережі.
Queue,
черга Установлення викликів у чергу для очікування звільнення зайнятих (недоступних) ресурсів і вибір цих викликів із черги в міру звільнення ресурсів.
Screen,
перегляд списку Порівняння ідентифікатора (наприклад, PIN-коду, введеного користувачем, номерів викликаючої та викликуваної сторін) із заданим списком.
Service Data Management,
експлуатаційне управління даними послуг Запит, заміна та зміна специфічних даних про абонента послуги, що зберігаються в мережній базі даних.
Status Management,
повідомлення про статус Запит інформації про поточний стан або про зміну стану ресурсів мережі.
Translate,
перерахування Перерахування вхідної інформації у вихідну, наприклад, логічного номера у фізичну адресу, необхідну для маршрутизації.
User Interaction,
взаємодія з користувачем Обмін інформацією між мережею та кінцевим користувачем. Verify, пеpевіpкa Оцінка синтаксичної коректності вхідної інформації. Таблиця4 – Додаткові блоки SIB (згідно з ETSI)Назва Виконувані функції
Connect,
з'єднати Встановлення з'єднання між викликаючою стороною та стороною, адресу якої зазначено у параметрах СID блока. Після виконання дій даним блоком блок ВСР відновлює процес установлення з'єднання з новими даними.
Continue,
продовжити Продовження базового процесу обслуговування виклику, починаючи з точки, де він був припинений. Блок вказує ВСР, що процес необхідно продовжити без зміни даних.
Disconnect Resource,
звільнити ресурс Блок вказує ВСР на необхідність звільнити всі задіяні для обслуговування даного виклику спеціалізовані ресурси.
EDP Info,
інформація EDP Надання інформації від точки виявлення події (EDP) при виникненні цієї події.
EDP Request,
запит EDP Активізація точок виявлення подій у базовому процесі ВСР. Необхідна подія виникає після повернення у ВСР у точці POR.
Initiate Call,
ініціювати виклик Організація з'єднання з певним пунктом призначення з ініціативи логіки послуги. На момент залучення блока зв'язок із ВСР відсутній (є тільки управляючий зв'язок), ВСР залучається після виконання блока.
Release Call,
роз'єднати Роз'єднання на будь-якому етапі процесу обслуговування виклику. У даних SSD блока зберігаються відомості про причину роз'єднання.
2. Розподіленафункціональна площина
На третьому рівніINCM (розподілена функціональна площина) загальномережні функції визначені увигляді окремих функціональних об'єктів (FE). Визначені на глобальній функціональнійплощині блоки SIB реалізовано на розподіленій функціональній площині у виглядіпослідовності функціональних об'єктів (FEA), у результаті виконання якоївиникають інформаційні потоки (IF). В CS-1 визначено 60 різних IF, що відповідають процедурам прикладногопротоколу інтелектуальної мережі INAP.
Вузли IN, як правило, виконують одну абокілька функцій, які поділяються на три основні категорії (табл. 5):
- функції, що стосуються управління викликом;
- функції, що стосуються управління послугами;
- функції, що забезпечують послуги (експлуатаційна підтримка таадміністрування мережі).
Функція комутації послуг SSF тісно пов'язаназ функцією управління викликом CCF. Зазвичай вважається, що ці дві функціїутворюють єдиний пакет SSF/CCF. Запит на послугу, як правило, полягає в зняттітрубки телефону та наборі деякої кількості цифр. Роль функції комутації послугполягає в тому, щоб зафіксувати виклик і сформувати стандартний запит. Функціяуправління викликом не "інтелектуальна", але запрограмована так, щоброзпізнати запит на послугу та надіслати його функції управління послугами SCF.
Функція управління послугами SCF декодуєотриманий запит та інтерпретує його в контексті послуг IN, що надаютьсямережею. Після цього формує, кодує та надсилає стандартне підтвердження функціїкомутації послуг SSF. Процес формування підтвердження може включати виконаннякомплексу програм, у тому числі контакт із викликуваним абонентом і зверненнядо функції підтримки даних SDF.
Таблиця 5 – Функції вузлів INАбревіатура Назва Призначення Функції, що стосуються управління викликом SSF
Service Switching Function,
Функція комутації послуг Забезпечує інтерфейс між SCF і CCF. SRF
Specialized Resources Function
Функція спеціалізованих
ресурсів Забезпечує доступ мережних об'єктів до різних категорій мережних засобів (мовний автоінформатор, мости конференц-зв'язку тощо). CCF
Call Control Function,
Функція управління викликом Забезпечує традиційні можливості обслуговування викликів. CCAF
Call Control Agent Function,
Функція управління доступом виклику Забезпечує доступ користувача в мережу, тобто є інтерфейсом між користувачем і функцією CCF. Функції, що стосуються управління послугами SCF
Service Control Function,
Функція управління
послугами Визначає логіку послуг IN і управляє послугою, що пов'язана з виконуваним процесом. SDF
Service Data Function,
Функція підтримки
даних послуг Управляє доступом послуг до баз даних мережі та забезпечує контроль даних. Забезпечує логічний зв'язок функції SCF із даними. Функції, що стосуються забезпечення послуг SCEF
Service Creation
Environment Function,
Функція середовища
створення послуг Використовується для специфікації, створення, тестування та завантаження програм логіки послуг IN. SMAF
Service Management
Access Function,
Функція доступу до системи
експлуатаційної підтримки
та адміністрування послуг Забезпечує інтерфейс до функції SMF. Відома за назвою «Функція робочої станції мережі» (Work Station Function, WSF). SMF
Service Management Function,
Функція експлуатаційної
підтримки та адміністрування
послуг Забезпечує надання послуг IN і адміністративне управління послугами.
Функція комутації послуг SSF, отримавши відSCF підтвердження, декодує та інтерпретує його, а потім надсилає функціїуправління викликом CCF інструкції про те, як здійснити процес встановленняз'єднання.
У процесі формування підтвердження від SCFдо SSF може знадобитися діалог між SCF і викликаючим або викликуванимабонентом. Такий діалог зазвичай полягає у відправленні підказки та отриманнідеякої послідовності цифр. Функція управління послугами SCF не має засобів длябезпосереднього здійснення такого діалогу, тому він відбувається не інакше, якза допомогою функції спеціалізованих ресурсів SRF. Зазвичай SCF звертається доSRF із запитом про з'єднання абонента з відповідним пристроєм, що входить у SRF(наприклад, з мовним автоінформатором), і про необхідність отримати відабонента певні дані.
На відміну від описаного порядку взаємодіїміж SSF, SCF і SRF, що здійснюється з ініціативи абонентів, функції, щостосуються забезпечення послуг, ініціюються операторами мережі. Ці функції непов'язані з викликом абонента або наданням конкретної послуги.
Функції SMF, SMAF і SCEF можнавикористовувати для видалення або зміни вже наявних послуг, а також длястворення нових послуг. Це досягається шляхом зміни інформації в SSF, SCF, SDFі SRF. Причому такі зміни не повинні впливати на якість послуг, що надаються наданий момент.
Схема взаємозв'язку функцій набору CS-1, щовизначає архітектуру розподіленої функціональної площини, подано на рис. 3
/>
Рисунок 3 – Архітектура розподіленоїфункціональної площини
Доступ кінцевого користувача до процесівнадання з'єднань і/або послуг в CS-1 забезпечується як для звичайних аналоговихліній і ліній ISDN (BRI та PRI) на абонентській ділянці, так і для сполучнихліній (каналів) із традиційними системами сигналізації та системою СКС№7 наміжстанційній ділянці.
Нарис. 3 у вигляді опорних точокподано 13 функціональних зв'язків: A CCAF-CCF 8. H SMF-SDF 2. B CCF-CCF 9. I SMF-SRF 3. C CCF-SRF 10. J SMF-SMAF 4. D SSF-SCF 1 K SMF-SCEF 5. E SCF-SRF 12. L SMF-SSF/CCF 6. F SCF-SDF 13. M SSF-CCF 7. G SMF-SCF
ДляCS-1 визначені тільки три з них: D, Е та F.
Можливостіуправління потрібні тільки для перших шести функціональних зв'язків: А, В, С,D, E та F. Для них визначені чотири групи засобів управління, що мають назвукласу управління:
• клас 1: засоби управлінняз'єднанням;
• клас 2: засоби управлінняобслуговуванням виклику;
• клас 3: засоби управлінняпослугою IN;
• клас 4: засобиексплуатаційного управління.
Функціональнийзв'язок у деякій опорній точці може передбачати один або кілька класівуправління. Будь-яке сполучення функціонального зв'язку та класу управлінняназивається управляючим зв'язком. Управляючий зв'язок позначається рядком виду., де позначає функціональний зв'язок,а – клас управління. Наприклад, D.3 означає управляючий зв'язокміж функціональними елементами SSF і SCF для класу управління 3. У табл. 6наведено інтерфейси, що підтримують різні управляючі зв'язки набору CS-1.
На розподіленій функціональній площині CS-1 визначенітакі правила:
1. Тільки функція управління викликом CCF уповноваженаконтролювати процес установлення та роз'єднання з'єднання.
2. Взаємодія функції комутації послуг SSF і функції управліннявикликом CCF є послуго-незалежною. Тому SSF і CCF не повинні містити нічого, щозалежить від послуг, які надаються в IN.
3. У випадку збоїв виконання функції управління послугами SCFможливостей функцій SSF/CCF має бути достатньо для завершення виклику тавідповідного повідомлення викликаючого і викликуваного абонентів.
4. Функція комутації послуг SSF у будь-який момент часу неповинна взаємодіяти більш ніж з однією функцією управління послугами SCF.
5. Допускається взаємодія між декількома SCF і SSF але так, щобне порушувалася умова 4.
6. Тільки функція управління послугами SCF може формулюватизапити до SRF, SSF і обробляти відповіді від них.
7. Не допускається будь-якої взаємодії між SSF і SRF інакше, ніж через SCF.
8. Функція управління послугами SCF повинна мати можливості длятого, щоб з ініціативи викликуваного або викликаючого абонента призупинитинадання послуги, а потім відновити його з ініціативи того самого абонента.
Таблиця6 – Інтерфейси керуючих зв'язків INКеруючий зв'язок Інтерфейс Примітки
А.1
А.2
DSS1/Q.931;
DSS1/Q.932. Для мережі, структурованої відповідно до принципів IN CS-1, управляючі зв'язки можна забезпечити існуючими стандартними інтерфейсами. В.1, В.2 СKC №7/ISUР С.1
DSS1/Q.931;
СKC №7/ISUР. D.3
СКС №7/ТСАР;
DSS1/Q.932. В CS-1 специфіковано три нові функціональні зв'язки в опорних точках D, Е та F. Фізичні аспекти реалізації цих зв'язків не потребують прямого фізичного інтерфейсу між відповідними мережними функціями. Наприклад, повідомлен-ня, що стосується опорної точки Е, можуть проходити через окремий фізичний елемент, що містить SSF. Е.З
СКС №7/ТСАР;
DSS1/Q.932. F.3
СКС №7/ТСАР;
DSS1/Q.932. М У наборі CS-1 не стандартизовано.