РУБРИКИ

Етапи модернізації існуючих мереж загального користування та розрахунок часових затримок повідомлень в інтелектуальній надбудов

   РЕКЛАМА

Главная

Бухгалтерский учет и аудит

Военное дело

География

Геология гидрология и геодезия

Государство и право

Ботаника и сельское хоз-во

Биржевое дело

Биология

Безопасность жизнедеятельности

Банковское дело

Журналистика издательское дело

Иностранные языки и языкознание

История и исторические личности

Связь, приборы, радиоэлектроника

Краеведение и этнография

Кулинария и продукты питания

Культура и искусство

ПОДПИСАТЬСЯ

Рассылка E-mail

ПОИСК

Етапи модернізації існуючих мереж загального користування та розрахунок часових затримок повідомлень в інтелектуальній надбудов

Етапи модернізації існуючих мереж загального користування та розрахунок часових затримок повідомлень в інтелектуальній надбудов

Етапи модернізації існуючих мереж загального користування та розрахунок часових затримок повідомлень в інтелектуальній надбудові

1. Етапи модернізації існуючих мереж загального користування

Для реалізації IN на базі ТМЗК України крім суто технічних питань, пов'язаних з технологією надання послуг, необхідно проробити низку системних і організаційно-технічних питань, безпосередньо пов'язаних з особливостями існуючої мережі зв'язку. Аналіз світового досвіду показує, що через велику вартість програмно-апаратних засобів, потрібних для побудови платформи, і через невизначеність попиту на послуги IN її впровадження навіть у мережах великих операторів починається з уведення функцій SSP в одній-двох комутаційних станціях. Крім того, обмеження, обумовлені наявністю в мережах комутаційного обладнання координатних та декадно-крокових систем, призводять до того, що на першому етапі реалізації інтелектуальної мережі економічно доцільним і технічно можливим виявляється введення обмеженого набору послуг, доступних будь-якому абоненту мережі, в яку вводиться платформа IN.

Модернізація ТМЗК включає кілька етапів впровадження засобів IN: попередній (перший) етап, етапи створення та розширення дослідної зони IN, етап розгортання засобів IN у контексті створення інформаційної інфраструктури країни.

Нині відбувається інтенсивна заміна морально та фізично застарілого аналогового комутаційного обладнання на сучасне цифрове, починається впровадження СКС. Насамперед цей процес стосується міжміської частини ТМЗК. В умовах наявності цифрової міжміської мережі і відсутності мережі СКС платформу IN доцільно реалізовувати на базі інтегрованих вузлів SSCP і SN, які забезпечать підтримку основних функціональних можливостей IN.

На першому етапі SSCP і SN розміщуватимуться на цифрових АМТС, що забезпечить надання послуг IN абонентам усіх місцевих мереж даної міжміської зони. У цьому випадку вся IN подається на фізичній площині одним вузлом. Не виключається також можливість реалізації на даному етапі окремих IN місцевого рівня, реалізованих на базі цифрових вузлів або комбінованих станцій.

На етапі створення дослідної зони IN відбувається створення нових вузлів SSCP і SN на взаємодіючих АМТС із підключенням їх до існуючої, а також створення розділених вузлів SSP і SCP. Обмін повідомленнями між цими вузлами та введеним раніше вузлом SSCP (SN) здійснюється через мережу СКС №7. Реалізація дослідної зони IN дозволяє більш рівномірно розподілити у мережі навантаження, яке створюється викликами послуг IN, і забезпечує можливість надання послуг більшій кількості користувачів (пропорційно кількості SSP, що вводяться).

Третій етап розгортання засобів IN передбачає заміну всіх аналогових комутаційних станцій (РАТС) ТМЗК на цифрові станції з функціями SSP. Таким чином, у міру цифровізації ТМЗК і розвитку мережі СКС функції комутації послуг IN міжміського і зонового рівнів переміщатимуться убік вузлів внутрішньозонових і місцевих мереж (ВВВС, РАТС), що забезпечить замикання все більшої частини навантаження, створюваного запитами на послуги IN, на місцевому рівні. Залежно від попиту на послуги на даному етапі може знадобитися розширення ресурсів IN шляхом введення додаткових вузлів SCP і SDP із розподілом навантаження між ними.

Порівняльну характеристику етапів і стратегій впровадження наведено в табл. 1.

Розглянемо варіант, коли адміністрація мережі вибрала як спосіб доступу до платформи IN доступ через ВСС. У цьому варіанті побудова інтелектуальної мережі починається із введення функцій комутації послуг SSF і функцій інтелектуальної периферії IP у комутаційні системи, що є частиною комплексу обладнання цифрового ВСС, дооснащеного програмно-апаратними засобами організації вихідного місцевого, міжміського та міжнародного зв'язку. Для доступу до IN використовуються ресурси плану номерів мережі скороченої нумерації. Планована структура номера при звертанні до послуг IN має такий вигляд: 0-80- Х1,Х2....Хn, де 80 - цифри, які виділено з ємності вузла спецслужб для доступу до IN.

Взаємодія між SSP/IP і SCP відбувається по протоколу INAP, а між BCC/SSP і транзитним вузлом - по протоколу ISUP системи сигналізації СКС №7. На рис. 1-2 наведено схеми проходження викликів від прикінцевих районних АТС різних типів до BCC/SSP з урахуванням структури телефонної мережі та визначеної нумерації послуг. Рис. 2 пояснює технічні аспекти проходження номерної інформації від абонента до вузла комутації послуг. Окремо показано цифри, що аналізуються кожним вузлом, і цифри, що передаються між ними.

Таблиця 1 - Порівняльний аналіз етапів впровадження IN

Переваги

Недоліки

Послуги

1. SSP на верхньому рівні (ВСС)

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

Не всі послуги та атрибути можуть бути використані. Все навантаження сконцентровано у ВСС

FPH,

PRM,

VOT,

АСС/ССС/ААВ

II. SSP на транзитному рівні (ОПТС)

Часткове усунення можливого перевантаження напрямків між ОПТС і ВСС/SSP

Залишається можливість перевантаження на ділянці РАТС-ОПТС/SSP

Ті самі

III. SSP на локальному рівні (прикінцеві АТС)

Абонентам ATC/SSP доступні всі послуги та атрибути. Відсутність перевантаження напрямків убік SSР

Високі витрати

Весь спектр

послуг CS-1

Після завершення початкового етапу розвитку IN, що характеризується наявністю функцій SSP тільки у ВСС, ідуть інші етапи. На другому етапі, зі зростанням трафіка IN, доцільно ввести функції SSP у транзитні вузли, що дасть можливість розподілити цей трафік між ВСС/SSP і декількома ОПТС/SSP.

Рисунок 1 - Доступ до IN від АТС різних типів

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

На рис. 2 показано схему організації доступу до IN за наявності функцій SSP на рівні прикінцевих АТС і розвиненої мережі СКС №7. Взаємодія між опорними АТС електромеханічних систем і транзитним вузлом відбувається по прямих пучках СЛ із використанням лінійної сигналізації 2ВСК. Щодо електронних опорних АТС, то вони приймають всі цифри номера, необхідні для звернення до послуги IN, і транслюють їх у транзитний вузол.

Рисунок 2. - Розвиток мережі IN

Транзитний вузол одразу ж після фіксації перших двох цифр робить аналіз номера на предмет розпізнавання викликів, спрямованих до платформи IN ВСС/SSР. Якщо виклик спрямовано до IN, транзитний вузол надсилає абонентам електромеханічних АТС акустичний сигнал запрошення до подальшого набору, фіксує всі цифри (змінна кількість) і передає їх до ВСС/SSP по протоколу ISUP СКС №7.

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

Способи взаємодії IN, що належать різним операторам і мають власні внутрішньозонові коди "аb", з базовою ТМЗК, а також між собою, ілюструє рис. 3. Мережі IN надають послугу безкоштовного виклику (FPH), при цьому маршрутизація викликів до платформ різних операторів має здійснюватися згідно з першими шістьма цифрами логічного номера абонента послуги (800ххх).

Рисунок 3 - Приклад спільного використання вузлів базової ТМЗК платформами IN різних операторів

На четвертому етапі можливі два основних сценарії технологічної взаємодії вузлів платформи IN, що належать різним операторам:

- взаємодія SSP платформи одного оператора з SCP платформи іншого оператора;

- взаємодія між SCP і SDP, а також між SCP різних платформ.

Необхідність взаємодії першого типу виникає, коли для підключення платформи IN до базової ТМЗК використовується внутрішня функція взаємодії. У цьому випадку вузол базової комутованої мережі, що реалізує функції SSP і належить одному оператору, може здійснювати взаємодію з одним або декількома SCP, що належать іншим операторам IN. При цьому SSP повинен підтримувати прикладний протокол INAP і мати можливість звертатися до SCP різних операторів IN залежно від перших п'яти-шести цифр набраного логічного номера.

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

Оскільки взаємодії такого типу в рамках СS-1 IN на сьогодні не визначені, їхня реалізація може здійснюватися операторами IN на базі наявних у їхньому розпорядженні технічних можливостей без додаткового узгодження.

Взаємодія інших вузлів платформ IN (SDP, SMP, SMAP і SCEP) не розглядається, оскільки вони не пов'язані з вузлами базової ТМЗК, а способи їхньої реалізації та взаємодії безпосередньо не впливають на останню.

2 Розрахунок часових затримок повідомлень в інтелектуальній надбудові

Затримки під час надання послуг IN порівняно з традиційним телефонним з'єднанням зростають через необхідність обміну службовою інформацією між вузлами ІN. Затримки повідомлень в інтелектуальній надбудові суттєво впливають на якість обслуговування абонентів, оскільки при цьому зростає час відгуку мережі. Оскільки відгуком мережі в даному випадку вважається як сигнал контролю посилання виклику (при встановленні з'єднання з абонентом, якого викликають), так і програвання повідомлення автовідповідачем вузла IP
(за необхідності отримання додаткової інформації від абонента), то найбільш суттєвою є часова затримка на ділянці SSР-SСР. Ця затримка обумовлена затримками, пов'язаними з передачею повідомлень в обох напрямках, а також суттєво залежить від часу обробки запиту обчислювальною системою SСР, розрахунок якого буде розглянуто далі.

Повідомлення про запит послуг, що надходять від телефонної мережі на 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)

де ;

;

- завантаження системи повідомленнями -го типу.

- коефіцієнт варіації часу передачі повідомлення -го типу.

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

У розглянутому конкретному випадку аналізу є лише типи повідомлень, що передаються.

Для повідомлень потоку ():

, , , .

Для повідомлень потоку ():

, , , .

Для повідомлень, що утворюють потік ():

, , , ,

де - тривалість передачі ЗПСО, обчислювана за формулою (4);

, , - коефіцієнти варіації часу передачі повідомлень СЛСО, транзакцій і ЗПСО відповідно.

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

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

- середній час очікування в черзі на передачу для СЛСО, що мають найвищий пріоритет:

; (6)

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

-

; (7)

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

. (8)

Середній час передачі та очікування в чергах для однієї транзакції:

. (9)

Протягом кожної транзакції зазначений час повторюється двічі: при передачі інформації від SSP до SCP і від SCP до SSP.

На рис. 5 показано діаграму, що пояснює послідовність часових затримок, які виникають під час реалізації однієї транзакції на ділянці SSP-SCP.

Зазначена послідовність утворює час реалізації однієї транзакції :

, (10)

де - час обробки запиту в SCP;

- час аналізу відповіді в SSP.

Рисунок 5 - Часові затримки під час реалізації однієї транзакції

Загалом під час реалізації запиту на послугу IN необхідно виконати таких транзакцій. Отже, повний час передачі та обробки запиту на послугу ІN на ділянці SSP-SCP визначатиметься співвідношенням:

, (11)

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

Запити на послугу IN, що надходять у SSP із телефонної мережі, не одразу направляються в ланки СКС, що з'єднують SSP і SCP, а певний час зберігаються у вихідних регістрах SSP, очікуючи звільнення ланок і створюючи черги запитів. Ланки СКС, разом із процесорними системами SCP і SSP, що обслуговують передачу, обробку та аналіз запитів, є багатоканальною СМО із кількістю обслуговуючих приладів, що дорівнює кількості ланок на ділянці SSP-SCP, як це показано на рис. 6.

Середній час, необхідний для обслуговування запиту на послугу IN одним приладом, дорівнює визначеному раніше часу . Коефіцієнт завантаження багатоканальної СМО визначається співвідношенням:

, (12)

де - сумарна інтенсивність надходження запитів на всі види послуг, задіяних у мережі, обчислювана за формулою (7).

Коефіцієнт завантаження кожного з приладів у середньому визначається співвідношенням:

, (13)

де - кількість ланок СКС №7 між SSP і SCP, обчислювана за формулою (4).

Рисунок 6 - Багатоканальна система обслуговування
запитів на послугу IN

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

Час очікування початку обслуговування запиту на послугу IN у черзі визначається співвідношенням:

. (14)

Повний час обслуговування запиту на послугу IN з урахуванням часу очікування в чергах у вихідних регістрах SSP:

. (15)

Незважаючи на досить невелике завантаження каналів СКС між SSP і SCP, через тривалість процесу передачі та обробки запитів на послугу IN у вихідних регістрах SSP можуть утворюватися значні черги запитів, що призводить до суттєвого збільшення повного часу обслуговування запитів в інтелектуальній надбудові. Навіть незначне збільшення інтенсивності надходження запитів на послугу IN може призвести до виникнення досить великих черг у вихідних регістрах SSP і до втрати керованості всієї системи в цілому. Єдиним засобом боротьби із зазначеним явищем є збільшення кількості ланок СКС . Однак при цьому необхідно мати досить потужні обчислювальні системи в SCP, для того, щоб збільшення інтенсивності повідомлень, що надходять на цей вузол, не призвело до суттєвого зростання часу їхньої обробки в SCP .


© 2007
Полное или частичном использовании материалов
запрещено.