ої ТМЗК, а способи їхньої реалізації та взаємодії безпосередно НЕ вплівають на залишуся.
2 Розрахунок годин затрімок Повідомлень в інтелектуальній надбудові
затримки во время Надання послуг IN порівняно з традіційнім Телефонний з'єднанням зростають через необхідність обміну СЛУЖБОВИХ інформацією между Вузли іn. Затримки Повідомлень в інтелектуальній надбудові Суттєво вплівають на Якість обслуговування абонентів, оскількі при цьом зростає годину відгуку мережі. Оскількі відгуком мережі в даним випадка вважається як сигнал контролю ПОСИЛАННЯ виклику (при встановленні з'єднання з абонентом, Якого віклікають), так и програвання ПОВІДОМЛЕННЯ автовідповідачем Вузли IP
(За необхідності Отримання додаткової ІНФОРМАЦІЇ від абонента), то найбільш суттєвою є Часова затримка на ділянці SSР-Sср. Ця затримка обумовлена затримки, пов'язаними з передачею Повідомлень в обох Напрямки, а такоже Суттєво поклади від годині ОБРОБКИ запиту Обчислювальна системою Sср, розрахунок Якого буде Розглянуто далі. p> ПОВІДОМЛЕННЯ про запит услуг, что надходять від телефонної мережі на SSР, дере чем будут передані в ланку СКС № 7, аналізуються Обчислювальна засобой SSР. Проаналізовані ПОВІДОМЛЕННЯ могут утворюваті Черги, Які очікують Звільнення каналу СКС № 7 убік Sср. После передачі Повідомлень Ланка СКС № 7 від SSР до Sср, перед надходження на обробка, смороду могут такоже утворюваті Черги, что очікують Звільнення процесорів Sср. Нарешті, результати ОБРОБКИ запиту послуги перед їхньою передачею у зворотнього Напрямки з Sср в SSР могут такоже утворюваті Черги, что очікують Звільнення Ланки СКС № 7.
Оскількі ВСІ ПОВІДОМЛЕННЯ вінікають у віпадкові моменти годині, процес їхньої ОБРОБКИ та передачі розглядається як процес масового обслуговування, а обчислювальні системи SSР и Sср, а такоже канал СКС № 7 - як системи масового обслуживания (СМО).
Інформація, что Надходить в SSР внаслідок Здійснення кожної транзакції, аналізується процесорною системою SSР ПРОТЯГ Деяк СЕРЕДНЯ проміжку годині. Так само, як и у випадка Sср, зазначеній проміжок годині містіть у Собі НЕ Тільки годину аналізу, альо такоже і Час Очікування в черго SSР. На відміну від Sср, затримки в черго SSР практично мало залежався від інтенсівності Запитів на інтелектуальні послуги, оскількі ці затримки візначаються загально трафіком АТС, на якій реалізовані Функції SSР.
Припустиме, что транзакції, что надходять, а такоже СЛСО та ЗПСО утворюють найпростіші пуассонівські потоки. Насправді це не так, но Прийняття експонентного розподілу Забезпечує Деяк додатковий запас при розрахунках. Найпростіша модель каналу передачі даніх между SSP и SCP є одноканальної СМО, у якій обробляються три потоки Повідомлень:
- - Потік СЛСО, что мают Найвищий Пріоритет;
- - Потік транзакцій, что реалізують Предложения на послуги IN;
- - Потік ЗПСО, что мают найніжчій Пріоритет.
На рис. 4 показано схему обслуговування зазначеніх потоків заявок в одноканальній СМО.
В
Рисунок 4 - Обслуговування заявок в одноканальній СМО
Коефіцієнт завантаження каналу Сигнальний Одиниця СЛСО, что утворюють Потік:
, (2)
де - інтенсівність надходження СЛСО у Ланку СКС;
- трівалість передачі СЛСО, обчіслювана за формулою (2).
Коефіцієнт завантаження каналу Сигнальний Одиниця ЗНСО, что утворюють Потік:
, (3)
де - інтенсівність надходження транзакцій у розрахунку на одну корову СКС № 7, обчіслювана за формулою (3);
- середня трівалість передачі групи ЗНСО, что передаються в одному Напрямки ПРОТЯГ однієї транзакції, обчіслювана за формулою (2).
Оскількі увесь годину, коли канал не зайнятості передачею транзакцій и СЛСО, вікорістовується для передачі ЗПСО, сумарная коефіцієнт завантаження каналу всегда дорівнює 1, отже, коефіцієнт завантаження каналу сигнальними Одиниця ЗПСО, что утворюють Потік:
. (4)
Заявки, что надійшлі в канал и очікують передачі, заносяться у відповідні Черги, ,. У черго заявки впорядковані за годиною їхнього надходження. Колі в каналі закінчується передача Чергова ПОВІДОМЛЕННЯ, то управління переходити до програми В«ДиспетчерВ». Програма вібірає для чергової передачі ПОВІДОМЛЕННЯ з Найвищого пріорітетом, ЯКЩО Черги старших пріорітетів НЕ містять Повідомлень (Тоб віявляються порожнімі). Арбітражний процес для передачі ПОВІДОМЛЕННЯ захоплює канал на весь годину его передачі. Если в систему Надходить найпростішіх потоків Повідомлень Із інтенсівностямі, середні трівалості передачі Повідомлень шкірного типу дорівнюють відповідно, а їх другі Початкові моменти - відповідно, де, то середній годину Очікування в черзі Повідомлень, что мают Пріоритет, візначається співвідношенням:
, (5)
де;
;
- завантаження системи повідомленнями-го типом. p> - коефіцієнт варіації годині передачі повідомлення-го типом.
