ТЕМА
аналіз варіантів побудова платформ інтелектуальніх мереж (IN)
Вступ
Очевидно, что чім краща мережа зв'язку оператора, тим більш ефективна платформу для Надання услуг інтелектуальної мережі можна создать на ее базі. На Якість Надання услуг IN вплівають Такі характеристики базової мережі: по-перше, технічні Пристрої, Такі як ПРИКІНЦЕВІ та транзітні комутаційні системи, системи передачі, Абонентські мережі доступу, Вузли SCP и SSP, и по-друге, засоби адміністратівного управління та технічної ЕКСПЛУАТАЦІЇ услуг.
Створення Платформи IN полегшується наявністю на мережі таких основних атрібутів:
- системи сигналізації СКС № 7;
- цифрових систем комутації на всех рівнях до прікінцевого;
- цифрових систем передачі;
- возможности Використання телефонних апаратів Із тональним набором;
- возможности ідентіфікації Лінії віклікаючого абонента;
- обладнання одного виробника;
- систем докладного учета вартості;
- організації, что здійснює маркетинг и обслуживания услуг зв'язку.
Оператор может Почати создания платформ IN, що не маючі жодних з наведенням атрібутів, протікання, чім больше з цього Переліку ВІН має, тім швідше та Дешевше обійдеться создания платформи. p> Система сигналізації СКС № 7 у більшості! Застосування обов'язково потрібна для взаємодії между Вузли SCP и SSP. Специфікація інтерфейсу между SCP и SSP є найбільш ВАЖЛИВО Частинами стандартізації IN. Рекомендований ITU-T способ перенесеного сигналізації на цьом інтерфейсі - Використання протоколів TCAP/INAP, что cпіраються на системи сигналізації СКС № 7 SCCP/MTP. p> ПЕРЕВАГА цифрових комутаційніх систем и цифрових систем передачі стали настількі Очевидно, что іноді ми забуваємо згадаті про них. Прото значний кількість аналогових систем комутації, загаль на Рівні прікінцевіх АТС, найчастіше Робить неможливим Використання багатьох услуг IN абонентами, что обслуговують цімі АТС, через застарілі протоколи сигналізації.
Використання обладнання одного Постачальника полегшує стик обладнання (Наприклад, SCP и SSP), проти, может буті Достатньо дорогим для оператора, оскількі Тільки конкуренція зніжує Ціну. p> Система докладного учета вартості Дає можлівість вінесті Дії Щодо нарахування оплати в білінг-центр для забезпечення гнучкості у призначенні тарифів и нарахуванні оплати на Різні рахунки перелогових від типу послуги та ее Постачальника. Подібне практично Неможливо сделать с помощью Використання індівідуальніх Абонентське лічільніків.
Рішення про способ побудова IN для шкірного оператора має буті індівідуальнім и враховуваті Місцеві факторі, Такі як Ємність мережі, тип вже Встановлення обладнання, прогнозованій Трафік, плановані послуги, економічний стан регіону ТОЩО. Оскількі платформ IN провідніх фірм-постачальніків мают більш великий ДІАПАЗОН продуктівності (обробка від 360 СПРОБА вікліків у ЧНН до декількох миллионов), на перший план для Операторів виходе Завдання забезпечення плавного ЗРОСТАННЯ потужності впроваджуваного обладнання без кардинальних змін на мережі. Бажано, щоб при такому розвітку апаратно забезпечення (ОБСЯГИ пам'яті, кількість серверів ТОЩО) розшірювалося за Модульний принцип без Зміни ПЗ, что дозволити повторно вікорістаті Вже закуплені елєменти в новій конфігурації. Успіх при такому еволюційному шляху розвітку ЗАСОБІВ IN может принести Тільки добро продуманий процес переходу від однієї конфігурації до Іншої. p> З урахуванням наведення Вище особливая способів побудова платформ IN сформулюємо Загальні Рекомендації з Вибори способу реалізації IN для різніх Операторів.
1 Розподілена архітектура побудова IN
Розподілена архітектура побудова IN - це повномасштабне класичне решение у вігляді окрем архітектурніх ЕЛЕМЕНТІВ (рис. 1):
- вузол SSP - комутатор ТМЗК, оснащень зворотнього зв'язку з підключенім до нього комп'ютером;
- інтелектуальна периферія IP, что Забезпечує Більшу Зручність у процесі Надання послуг, зокрема при обміні інформацією з користувачем, Шляхом Використання спеціалізованіх ресурсів (оголошення, мовні підказки, розпізнавання мови ТОЩО);
- вузол SCP, что управляє логікою Надання послуг;
- вузол SMP, призначеня для запровадження новіх услуг и коректування старих, зберігання ІНФОРМАЦІЇ про Всі послуги, что Надаються, а такоже орігіналів усіх програм обслуговування;
- вузол середовища создания услуг SCEP;
- вузол ПІДТРИМКИ даніх услуг SDP, что зберігає дані, Які Використовують програмами логікі услуг.
В
Рисунок 1 - Класична архітектура IN
В«ПовнаВ» або так кличуть входити В«класичнаВ» архітектура IN для Першого набору услуг CS-1 Призначено для Використання у великих або середніх Мережа Із високим трафіком. Вона здатн Забезпечити на нінішньому етапі...
