
Телекоммуникационные системы и сети. Структура и основные функции. Том 1 / Содержание / Раздел 11. Конвергенция в телекоммуникационных системах / Тема 11.3. Примеры решений относительно конвергенции в системах телекоммуникаций
- Раздел 1. Основы построения телекоммуникационных систем
- Тема 1.1. Місце систем телекомунікацій в інформаційній інфраструктурі сучасного суспільства
- Тема 1.2. Общая архитектура и задачи телекоммуникационных систем
- Тема 1.3. Классификация сетей, клиентов, операторов и услуг связи
- Тема 1.4. Краткая характеристика существующих телекоммуникационных технологий
- Тема 1.5. Требования к современным и перспективным ТКС
- Тема 1.6. Контрольные вопросы и задания
- Раздел 2. Сети связи последующего поколения: архитектура, основные характеристики и услуги
- Тема 2.1. Определение и характеристика основных возможностей NGN
- Тема 2.2. Инфокоммуникационные услуги. Особенности услуг связи следующего поколения
- Тема 2.3. Многоуровневая архитектура и функциональный состав NGN
- Тема 2.4. Перспективы концепции NGN
- Тема 2.5. Контрольные вопросы и задания
- [→] Раздел 3. Стандартизация сетевых протоколов и телекоммуникационного оборудования
- Тема 3.1. Открытые системы и их взаимодействие
- Тема 3.2. Основные организации по стандартизации сетевых решений
- [→] Тема 3.3. Эталонная модель взаимодействия открытых систем
- 3.3.1. Многоуровневый подход и декомпозиция задачи сетевого взаимодействия
- 3.3.2. Интерфейс, протокол, стек протоколов
- 3.3.3. Общая характеристика модели OSI
- 3.3.4. Физический уровень. Функции и примеры протоколов
- 3.3.5. Канальный уровень. Функции и примеры протоколов
- 3.3.6. Сетевой уровень. Функции и примеры протоколов
- 3.3.7. Транспортный уровень. Функции и примеры протоколов
- 3.3.8. Сеансовый уровень. Функции и примеры протоколов
- 3.3.9. Представительский уровень. Функции и примеры протоколов
- 3.3.10. Прикладной уровень. Функции и примеры протоколов
- [→] 3.3.11. Деление ЭМВОС на сетенезависимые и сетезависимые уровни
- Тема 3.4. Стандартные стеки сетевых протоколов
- 3.4.1. Стек протоколов OSI
- 3.4.2. Стек протоколов TCP/IP
- 3.4.3. Стек протоколов IPX/SPX
- 3.4.4. Стек протоколов NetBIOS/SMB
- 3.4.5. Стек протоколов технологии Х.25
- 3.4.6. Стек протоколов технологии Frame Relay
- 3.4.7. Стек протоколов технологии B-ISDN и АТМ
- 3.4.8. Семейство протоколов DECnet
- 3.4.9. Сетевая модель DoD
- 3.4.10. Связь стандартов IEEE 802 с моделью OSI
- 3.4.11. Стек протоколов сетей следующего поколения
- Тема 3.5. Стандартизация сетевого оборудования
- Тема 3.6. Контрольные вопросы и задания
- Раздел 4. Линии связи
- Тема 4.1. Физические параметры среды распространения электромагнитных волн
- Тема 4.2. Общие сведения о линиях связи
- Тема 4.3. Основные свойства кабельных линий связи
- Тема 4.4. Линии связи на основе медных кабелей
- Тема 4.5. Теория волоконных световодов
- Тема 4.6. Свойства неоднородных линий
- Тема 4.7. Конструкции кабелей связи
- Тема 4.8. Электромагнитные влияния в линиях связи
- Тема 4.9. Структурированные кабельные системы
- Тема 4.10. Атмосферная лазерная связь
- Тема 4.11. Особенности радиолиний, радиорелейных и спутниковых линий связи
- 4.11.1. Общие принципы построения радиолиний связи
- 4.11.2. Распространение радиоволн в радиолиниях связи
- 4.11.3. Особенности распространения радиоволн в радиорелейных линиях связи
- 4.11.4. Особенности распространения радиоволн в спутниковых линиях связи
- 4.11.5. Особенности построения радиолиний связи
- 4.11.6. Общие характеристики построения спутниковых линий связи
- 4.11.7. Зоны видимости для систем спутниковой связи
- 4.11.8. Статистическая структура сигналов СЛС
- 4.11.9. Основные составляющие систем спутниковой связи
- 4.11.10. Методы организации спутниковой связи
- 4.11.11. Обоснование выбора параметров аппаратуры при проектировании радиорелейных линий
- 4.11.12. Выбор энергетических характеристик радиорелейных линий
- 4.11.13. Устойчивость функционирования радиорелейных линий
- Тема 4.12. Контрольные вопросы и задания
- Раздел 5. Способы формирования групповых сигналов
- Тема 5.1. Краткая характеристика способов формирования групповых сигналов
- Тема 5.2. Способы формирования аналоговых групповых сигналов
- Тема 5.3. Способы формирования цифровых групповых сигналов
- Тема 5.4. Объединение синхронных цифровых потоков
- Тема 5.5. Объединение асинхронных цифровых потоков
- Тема 5.6. Объединение низкоскоростных потоков
- Тема 5.7. Кодовое уплотнение сигналов
- Тема 5.8. Виды сигналов в системах с кодовым разделением
- Тема 5.9. Технология спектрального уплотнения
- Тема 5.10. Формирование группового сигнала с использованием IP-технологий
- Тема 5.11. Контрольные вопросы и задания
- Раздел 6. Методы доступа
- Тема 6.1. Общая характеристика методов доступа
- Тема 6.2. Методы решения конфликтов в алгоритмах доступа
- Тема 6.3. Модели и архитектура сети доступа
- Тема 6.4. Оптические технологии в сети доступа
- Тема 6.5. Методы использования физических ресурсов в сетях доступа
- Тема 6.6. Особенности использования пространственно-поляризационных параметров при радиодоступе
- Тема 6.7. Контрольные вопросы и задания
- Раздел 7. Методы распределения информации
- Тема 7.1. Общие положения
- Тема 7.2. Системы распределения в сетях следующего поколения
- Тема 7.3. Системы коммутации каналов
- 7.3.1. Требования к системам коммутации ISDN
- 7.3.2. Структура узла коммутации каналов ISDN
- Принцип работы цифрового коммутационного поля типа ПВП
- 7.3.4. Общие требования к коммутационным системам в Ш-ЦСИО
- 7.3.5. Выбор коммутационной технологии для Ш-ЦСИО
- 7.3.6. Системы коммутации для АТМ
- 7.3.7. Архитектура и характеристики коммутационных систем на базе быстрой коммутации пакетов (БКП)
- Тема 7.4. Коммутационные системы в NGN
- Тема 7.5. Системы коммутации Ш-ЦСИО на базе асинхронного режима доставки (АТМ)
- Тема 7.6. Пропускная способность систем распределения информации
- 7.6.1. Основные положения пропускной способности систем распределения информации
- 7.6.2. Пропускная способность полнодоступного пучка с потерями простейшего потока вызовов
- 7.6.3. Пропускная способность полнодоступного пучка с потерями примитивного потока вызовов (потока ВОЧИ)
- 7.6.4. Расчет вероятности условных потерь и среднего времени ожидания при случайной продолжительности обслуживания
- 7.6.5. Поток с повторными вызовами
- Тема 7.7. Способы распределения нагрузки в сетях связи
- Тема 7.8. Контрольные вопросы и задания
- Раздел 8. Системы синхронизации
- Тема 8.1. Виды синхронизации, их роль, место и задачи в современных цифровых системах связи
- Тема 8.2. Фазовая (частотная) синхронизация
- Тема 8.3. Тактовая (символьная) синхронизация
- Тема 8.4. Джиттер и вандер цифровых сигналов
- Тема 8.5. Цикловая (кадровая) синхронизация
- Тема 8.6. Сетевая синхронизация цифровой связи
- Тема 8.7. Контрольные вопросы и задания
- Раздел 9. Системы сигнализации
- Тема 9.1. Виды и состав сигналов
- Тема 9.2. Классификация протоколов сигнализации
- Тема 9.3. Внутрисистемная сигнализация в ЦСК
- Тема 9.4. Особенности сигнализации в стыках V.5
- Тема 9.5. Абонентская сигнализация
- Тема 9.6. Оборудование сигнализации современных ЦСК
- Тема 9.7. Специфические особенности украинских систем сигнализации
- Тема 9.8. Методология спецификации и описания систем сигнализации
- Тема 9.9. Цифровая многочастотная сигнализация R2D
- Тема 9.10. Общеканальная система сигнализации № 7
- Тема 9.11. Сигнализация DSS1
- Тема 9.12. Сигнализация в корпоративных сетях
- Тема 9.13. Сигнализация в сетях с коммутацией пакетов
- Тема 9.14. Сигнализация в сетях B-ISDN/ATM
- Тема 9.15. Сигнализация в сети ІР-телефонии
- Тема 9.16. Контрольные вопросы и задания
- Раздел 10. Технологии и протоколы управления в ТКС
- Тема 10.1. Содержание задач управления в сетях следующего поколения
- Тема 10.2. Подсистема управления услугами
- Тема 10.3. Подсистема контроля и управления сетью
- Тема 10.4. Подсистема сетевого управления на уровнях транспорта и доступа
- 10.4.1. Базовая архитектура управления на уровнях транспорта и доступа ТКС
- 10.4.2. Классификация и маркировка пакетов трафика
- 10.4.3. Управление интенсивностью трафика
- 10.4.4. Управление очередями на сетевых узлах
- 10.4.5. Маршрутизация: цели, основные задачи и протоколы
- 10.4.6. Сигнальные протоколы резервирования сетевых ресурсов
- 10.4.7. Функции управления канального уровня относительно обеспечения QoS
- 10.4.8. Уровни качества обслуживания и соответствующие им модели обслуживания
- Тема 10.5. Перспективы развития технологий сетевого управления
- Тема 10.6. Контрольные вопросы и задания
- Раздел 12. Методы обеспечения информационной безопасности объектов телекоммуникационной системы
- Тема 12.1. Основные термины и понятия в сфере информационной безопасности
- Тема 12.2. Основные подходы к обеспечению информационной безопасности
- Тема 12.3. Криптографическая защита информации
- Тема 12.4. Использование механизма электронной цифровой подписи
- Тема 12.5. Техническая защита информации
- Тема 12.6. Контрольные вопросы и задания
- Раздел 13. Электропитание телекоммуникационных систем связи
- Тема 13.1. Общие положения
- Тема 13.2. Системы электропитания предприятий электросвязи
- Тема 13.3. Типовое оборудование электроустановок предприятий электросвязи
- Тема 13.4. Дистанционное электропитание
- Тема 13.5. Источники бесперебойного питания (ИБП)
- Тема 13.6. Электромагнитная совместимость источников электропитания
- Тема 13.7. Перспективы развития электропитания ТКС
- Тема 13.8. Контрольные вопросы и задания
11.3.3. Проект EURESCOM P909
У рамках проекту EURESCOM розв’язувалася більш глибока проблема, ніж у PINT/SPIRITS, розробка загальної архітектури на основі АРІ, яка може забезпечити контроль й управління IN та Інтернет з метою надання простих у використанні та налагоджуванні послуг у гетерогенному мережному середовищі. У 2000 році було опубліковано еталонну архітектуру конвертованого середовища IN та Інтернет — так зване середовище розподіленої обробки (DPE). DPE складатиметься з трьох основних рівнів і рівня управління послугами (сервісної платформи), рівня ресурсів і рівня адаптації.
Рівень управління послугами забезпечує виконання телекомунікаційних послуг, наприклад, послуг IN, які можна продавати як кінцевим користувачам, так і зовнішнім постачальникам послуг «третім сторонам», які перепродають ці послуги своїм користувачам.
Рівень ресурсів містить усі мережні ресурси (приватні та загального користування). Всі рівні взаємодіятимуть між собою через АРІ. Окремий АРІ (так званий інтерфейс третьої сторони) служить для взаємодії з постачальниками послуг і користувачами, що перебувають за межами DPE.
Архітектуру DPE наведено на рис. 11.3.3.
Основними функціональними компонентами рівня управління послугами є: функція управління викликами, функція управління повідомленнями, функції тарифікації, автентифікації, авторизації, функції реєстрації й управління, функція веб-сервера, функції оброблення запитів і вибору послуг.
Рівень ресурсів об’єднує усі мережні та спеціальні ресурси.
Рівень адаптації має забезпечити незалежність сервісної платформи від розташованого нижче шapy pecypciв.
Розглянута архітектура узагальнює результати роботи різних організацій, що розробляють принципи майбутнього розвитку IN (Parlay-JAIN, TINA, ЗGPP та ін.).
Рис. 11.3.3. Архітектура розподіленого середовища оброблення
Характеристика послуг IN, що ініціюються через Інтернет. Ключові послуги PINT (так звані milestome services) визначені у специфікації протоколу PINT v.1. Ці послуги (і, в першу чергу, Click to Dial) можуть розглядатися як основа для побудови більш складних сервісних структур.
Послуга Click to Dial (Request to Call)
Ця послуга дозволяє користувачеві ініціювати телефонні виклики протягом роботи в Інтернет зі свого веб-середовища. Напрямок, у якому здійснюється виклик, може бути заданий як телефонним номером, так і ІР-адресою, а користувач, який є ініціатором виклику, може замовляти його завершення на свій комп’ютер або телефон.
Послуга Request to Fax
У цьому режимі користувач з веб-середовища надсилає запит на передавання факсимільної інформації на факсимільний апарат, що підключений до телефонної мережі. Запит може містити вказівник на факсимільну інформацію, яка може перебувати в Інтернеті або в IN, або саму цю інформацію.
Різновидом послуги Request to Fax є так званий «Fax-Back», коли контент, що має бути пересланий на факсимільний апарат, перебуває не в Інтернеті, а у телефонній мережі. При цьому як джерело вказується база даних, з якої має бути отримана інформацію.
Послуга Request to Speak/Send/Play Content
Ця послуга подібна до двох попередніх і полягає в тому, що натисненням кнопки ініціюється телефонний виклик і програється певне повідомлення. Запит, що надсилається, містить URL-вказівник на повідомлення або саме повідомлення, яке може містити текст або більш загальну інформацію (наприклад, музичний файл). Викликаний абонент знімає трубку і прослуховує надісланий зміст сторінки.
Характеристика послуг IN, що звертаються до Інтернет. Низка ключових послуг, що являють інтерес з точки зору бізнесових та технологічних перспектив конвергенції IN та Інтернет (послуги SPIRITS), досліджувалася в рамках проекту EURESCOM P909. Це розширені послуги IN, виконання яких вимагає обміну інформацією з мережею Інтернет. До послуг цього типу належать, зокрема, такі як Virtual Presence, Internet Call Waiting та ін.
Послуга Virtual Presence
Віртуальна присутність (Virtual Presence) дозволяє користувачеві працювати з терміналами різного типу (телефонними апаратами фіксованої та мобільної мереж, факсимільними апаратами та персональними комп’ютерами), динамічно змінювати прив’язку до терміналів (тобто користуватися персональною мобільністю) і бути зареєстрованим у системі на терміналах різного типу.
Послуга Virtual Second Line
Віртуальна друга лінія — це надання абоненту можливості відповідати на телефонні виклики, якщо його єдина телефонна лінія зайнята сеансом Інтернет. У цьому режимі для емуляції телефонної розмови використовується голосовий шлюз, який трансформує голосовий потік у потік VoIP, що подається на термінал, підключений до Інтернету. Термінал управлятиме потоком ІР, що переносить голос, разом з іншими потоками ІР, що генеруються при переміщеннях в Інтернет.
Послуга Internet Call Waiting (ICW)
Ця послуга дозволяє користувачам, що зайняті комутованим сеансом Інтернет, отримувати сповіщення про вхідні виклики. Коли користувач отримує попередження про спробу з’єднання, він має декілька варіантів відповіді і поводження з існуючим сеансом Інтернет. Паралельно користувачеві, що викликає, надсилається попередження про зайнятість того, кому він телефонує, і прохання не класти слухавку.
За наявності лише однієї телефонної лінії вважати варіантами послуги ICW також послуги Internet Caller ID-Delivery та Internet Call Forwarding (перенаправлення виклику під час сеансу в Інтернет).
Для організації послуги ICW абонент має встановити на своїй машині клієнтське програмне забезпечення, яке виконуватиме фазу реєстрації, зберігаючи асоціацію між телефонним номером та ІР-адресою користувача.
Послуга Meeting Scheduler
Ця послуга дозволяє користувачеві ініціювати та планувати віртуальні ділові зустрічі. За допомогою веб-інтерфейсу він обирає час зустрічі та список учасників, і ця інформація заноситься до профілю послуги. Після того як зустріч сплановано, служба інформує про це учасників, наприклад, електронною поштою. Кожний учасник отримує прохання ще раз підтвердити свою участь. Далі служба може або за даними профілю кожного користувача визначити його місцезнаходження у час, на який призначено зустріч, або безпосередньо попросити учасника надати цю інформацію.
За наявності достатніх ресурсів, що забезпечують проведення аудіоконференції, користувачі, підключені до Інтернет, можуть отримувати графічну інформацію про учасника, який у даний момент розмовляє.
Послуга Unified Communication
Послуга уніфікованого зв’язку дозволяє користувачам обмінюватися повідомленнями незалежно від їхнього формату і терміналу, до якого користувач підключений.
Серед можливостей, що надає ця послуга, є взаємодія між різнорідними сеансами зв’язку, наприклад, між телефонною розмовою та сеансом у чаті.
Послуга Distributed and Enhanced Call Center
Розподілений і вдосконалений операторський центр — це новий підхід до організації операторських центрів, який передбачає винесення їх у мережу Інтернет. Кожний агент операторського центру має ПК, підключений до Інтернету, і через веб-інтерфейс отримує запити і зв’язується з клієнтами «Click to Dial» (VoIP).
Послуга Enhanced VPN
Нова форма віртуальної приватної мережі, яка характеризується:
- інтеграцією у VPN різних типів терміналів (фіксованих або мобільних терміналів, ПК тощо);
- різними режимами зв’язку (телефон — телефон, телефон — ПК, ПК — телефон, ПК — ПК);
- збереженням традиційних можливостей VPN (єдина тарифікація, скорочений набір, обмеження викликів тощо).
Формування послуг у NGN. Передбачувані в пристроях NGN відкриті стандартні інтерфейси декількома мовами програмування дозволяють розробляти послуги «третьої сторони», що може привести до появи багатьох доступних застосувань/послуг, що відповідатимуть концепції персоналізації масових послуг — OSA/VHE (відкрита архітектура послуг/віртуальне домашнє середовище), і дозволяє їй стати реальністю. Через прикладні програмні інтерфейси OSA/Parlay API мережі операторів відкриються, наприклад, для управління викликом на різних ділянках мережі. Постачальники послуг зможуть використовувати цю можливість для проектування своїх послуг у середовищі передачі даних.
API (інтерфейси прикладних програм) реалізують концепцію інтерфейсів взаємодії між сервісними програмами та мережами. Схожа ідея була реалізована у вдосконалених інтелектуальних мережах (AIN), де сервісна логіка відділена від комутації. Завдяки цьому інтелектуальна мережа дозволяє застосувати об’єктно-орієнтований підхід до створення прикладних програм; елементи мережі представляються як об’єкти, що складаються з полів (параметрів) і методів (підпрограм реакції на події), а процеси обслуговування описуються у вигляді потоків. Проте мова програмування є специфічною і розрахована на програми для телефонії. API (Parlay, JAIN тощо) розширюють цей підхід, надаючи розробникам прикладних програм для телекомунікаційних мереж стандартні мови програмування, що використовуються у загальній сфері інформаційних технологій.
Для створення сервісних інтерфейсів, незалежних від мови програмування, розроблено механізми взаємодії, такі як мова опису інтерфейсів (IDL). Стандартизований сервісний інтерфейс дозволяє створювати програми з певністю, що вони працюватимуть у будь-якій транспортній мережі.
Приклад функціонування сервісного інтерфейсу на основі Parlay розглянуто компанією Lucent (PLUSS), де досліджувалася реалізація проекту інтеграції Parlay на софтсвічі.
Рішення Parlay API дозволяє використовувати можливості мережі зв’язку (перетворення голосу в текст і послуги, засновані на позиціюванні) за допомогою стандартних ІР-мереж і ІР-аплікацій.
Прикладні програмні інтерфейси Parlay API відкриті і технологічно незалежні. Вони визначають способи надання і параметри послуг, розширюють можливості незалежних розробників ПЗ та, окрім того, дають можливість безпечно підтримувати застосування для доступу до функцій мережі і здійснювати загальну підтримку.
Наведемо основні характеристики інтерфейсу Parlay API:
- об’єктно-орієнтований підхід, визначений в уніфікованій мові моделювання — UML;
- простота використання, в тому числі сторонніми розробниками застосувань;
- безпека як для операторів мереж, так і для постачальника послуг;
- незалежність від типу мережі (застосування «третьої сторони» підтримують доступ до проводових, безпроводових та ІР-мереж);
- підтримка мультимедіапослуг з різноманітними компонентами: аудіо-, відео-, графічними і текстовими даними;
- керованість експлуатації і надання послуг операторами мереж.
Для побудови мереж зв’язку нового покоління NGN слід орієнтуватися на IETF i EURESCOM, що враховують відкриті програмні інтерфейси АРІ у формуванні нових послуг.
Стосовно проблем побудови NGN з використанням інтелектуальної платформи та її інтеграції з мережею Інтернет можна зробити такі висновки.
- Під час побудови NGN важливо, по можливості, зберегти діючу інтелектуальну платформу, яка значною мірою розв’язує завдання швидкого створення і впровадження послуг незалежно від ресурсів, що використовуються. Для інтеграції цієї системи в NGN необхідно розширити її функціональність, поєднавши її можливості з можливостями Інтернет, зокрема, забезпечити налагоджування послуг через Інтернет і поєднання викликів ТМЗК та VoIP. Налагодження взаємодії IN та Інтернет є умовою та одним з перших етапів створення NGN.
- Для організації сеансів надання послуг мають використовуватися різні протоколи — не лише INAP, але й SIP, HTTP, SMTP та ін., оскільки у майбутньому користувачі повинні мати можливість ініціювати й отримувати послуги за допомогою різних засобів — не лише телефонного апарату, але й електронної поштової скриньки, веб-сторінки, чату тощо.
- Сервісні програми та дані будуть присутні у різноманітних форматах і розміщуватимуться на окремих серверах, у тому числі тих, що належатимуть стороннім постачальникам послуг і взаємодіятимуть через відкриті API.
- Під час взаємодії між INAP та SIР слід орієнтуватися на архітектуру PINT/SPIRITS, оскільки саме цей підхід, розроблений організацією, що відповідає за стандартизацію Інтернет, і підтриманий МСЕ, дозволяє зробити це без значної перебудови обох сторін. Дообладнання IN обмежиться встановленням шлюзів, а Інтернет — інсталяцією відповідного програмного забезпечення на серверах та у користувача.
- У більш віддаленій перспективі розвиток IN, вочевидь, відбуватиметься у відповідності до Еталонної архітектури DPE проекту P909 Eurescom, яка поєднує підходи різних розробників і забезпечує їх взаємодію.
- Пристрої верхнього рівня NGN мають взаємодіяти між собою і з рівнем управління через API.
- Послуги у NGN доцільно створювати за допомогою API верхнього рівня — інтерфейсів послуг, що дозволять приховати від розроблювача інфраструктуру нижчого рівня. При цьому застосовуватимуться стандартні засоби програмування — Java, C++, CORBA.
- Введення API — один з основних напрямків еволюції інтелектуальної платформи.
- У фіксованих мережах слід вводити API відповідно до рекомендацій груп Parlay і JAIN. У мобільних мережах — у відповідності з підходом групи 3GPP.
- Через незавершеність розробок зазначених підходів слід враховувати той факт, що існує імовірність порушення цілісності мережі.
- Послуги, які надаються в мережах IP разом із ТМЗК, за аналогією із ДВО (додатковими видами обслуговування — Supplementary Servіces) у цифрових АТС, назвемо ДІВО (додатковими інтернет-видами обслуговування — Іnternet Supplementary Servіces). Ці додаткові послуги ДІВО, що базуються на конвергенції ТФОП/ІN і Інтернет, включають найпростіші, наведені в табл. 11.3.1 і інші згадані вище послуги: базову послугу передачі мови поверх ІP (Voі), а також Сlіck-to-Dіal, Clіck-to-Conference, Unіfіed Message Waіtіng Іndіcatіon, Call Completіon Іnternet Busy User Controlled тощо.
Таблиця 11.3.1 Приклади послуг при конвергенції ТМЗК/ІN і ІP
Послуга
|
ІP-мережа
|
ТМЗК
|
ІP-телефонія (VoIP)
|
Пакетування мови, загальна мережна інфраструктура передачі
даних
|
Доступ до абонентів, база даних мережі, нумерація за Е.164,
включаючи "Послугу 800"
|
Виклик до зайнятого
в мережі Інтернет абонента |
Обробка даних dіal-up-доступу, повідомлення по TCP/ІP
про вхідний виклик
|
Доступ до статусу лінії абонента, який викликається; телефонна
сигналізація
|
Відведення інтернет-трафіка
|
Скорочення витрат на транспортування й засоби доступу
|
Ідентифікація викликів ІSP і зміна напрямку маршрутизації
|
Виклик з Web (Сlіck-to-Dіal)
|
Взаємодія з Web за допомогою Інтернету
|
Забезпечення телефонного доступу до Контакт-центру
|
Узагальнений аналіз послуг дозволив сформулювати загальні принципи формування послуг у мережі наступного покоління:
- AnyPo — послуга не залежить від точки доступу користувача до неї.
- AnyіSP — послуга не залежить від конкретного сервіс-провайдера.
- AnySwіtch — послуга не залежить від конкретної АТС.
- AnyVendor — послуга не залежить від конкретного виробника обладнання.
- AnyBіllіng — послуга має інтегруватися в існуючі білінгові й адміністративні концепції оператора.
- Standards — послуга має використати стандартизовані інтерфейси.
- Safety — захист послуг від спроб вторгнення через Інтернет і/або ТМЗК.
- Openness — послуга має бути відкритою для нових провайдерів.
Ці вісім узагальнених принципів визначають проектування нових послуг в умовах спільної роботи ТМЗК, мереж рухомого зв’язку та ІP-мереж на сервісному рівні, можливість замовляти, підтримувати, тарифікувати й експлуатувати нові інфокомунікаційні послуги.