IP-мультимедіа: ключ до зростання обсягів послуг
Підсистема IP-мультимедіа надає розробникам величезні можливості по створенню різних служб. Така свобода дозволяє створювати своєчасно привабливі, передові і диференційовані додатки, а також стандартизовані послуги для, наприклад, 3GPP і OMA.
По-третє, на ринку очікується швидке створення і впровадження різних послуг. По-четверте, нові послуги повинні повністю використовувати можливості технології мереж доступу. Нарешті, всім цим критеріям відповідає комплексна, стандартизована на міжнародному рівні технологія, яка припускає участь різних постачальників і операторів - підсистема IP-мультимедіа.
1) Ринкові, стандартизовані послуги, підтримувані різними терміналами. Їх взаємодія виконується в рамках глобального співтовариства операторів. Дані послуги характеризуються масштабністю, доступністю і продуктивністю, при цьому функціональний зростання визначається стандартизацією.
2) Нестандартні послуги, які надають окремі оператори своїм абонентам в рамках групи операторів регіону, між різними групами операторів або навіть на глобальному рівні. Ці послуги характеризуються гнучкістю і малим часом виведення на ринок.
Концепція послуг зв'язку
Ключ до розуміння концепції послуг зв'язку (CoSe) полягає в тому, що для забезпечення глобального доступу та взаємодії потрібна розробка продуманих і стабільних міжмережевих інтерфейсів. Це просте твердження має дві сторони.
1) Точка зору розробників. Наприклад, як вони будуть запитувати підтримку і взаємодіяти зі структурою підсистеми IP-мультимедіа, тобто, це точка зору того, хто використовує API?
2) Точка зору галузі. Як вона зможе забезпечити швидку розробку додатків без впливу на інфраструктуру? Як галузь зможе переконати користувачів у вигідності масового ринку, тобто різноманітних пристроїв, ринку, де конкурентоспроможність визначається ціною, якістю, функціональним різноманітністю і можливістю зв'язку між двома будь-якими пристроями?
Точка зору розробників
Чи означає це, що всі повинні розуміти, як фактично діють послуги зв'язку? Якщо відповісти одним словом, то немає. Це могло б покласти край впровадженню інновацій та розвитку ринку послуг. Але при цьому потрібно структурувати і привести в горизонтальну площину простір проблем. Тут ми підходимо до ключової теми даної статті, можна сказати, до старого як світ принципу розробки будь-якого якісного програмного забезпечення: до абстракції. Зокрема, основну увагу необхідно приділити підвищенню рівня абстракції з рівня окремих SIP-повідомлень до елементарних операцій, що несуть сенс для розробників додатків.
Таким чином, розробникам потрібно думати тільки про компактний, простій і зрозумілій інтерфейсі програмування додатків (API).
Основне завдання API зосереджена на потребах розробників, а не на складній послідовності сигналів, що забезпечує працездатність цього інтерфейсу.
API надає розробникам основний функціональний рівень підсистеми IP-мультимедіа, що включає базову аутентифікацію, сигнальну маршрутизацію і настройку сеансу в напрямку абонента або кінцевого пункту сервера.
Точка зору галузі
З огляду на, що рівень управління підсистеми IP-мультимедіа складається з Sip а архітектура підсистеми IP-мультимедіа визначає базові процедури управління сеансом, чи потрібно операторам мереж або постачальникам обладнання турбуватися про що-небудь ще? Виявляється, потрібно.
Для початку мережу, а також стек SIP на терміналі повинні знати, що робити з новим сеансом. У мережі сеанс повинен перенаправлятися відповідного серверу, а в пристрої - з додатком. Не можна спиратися лише на базовий рівень SIP, тому що SIP (через SDP) тільки вказує, які медіа будуть використовуватися, інакше кажучи, SIP не дає інформацію про контекст. По-друге, мережа повинна бути здатна застосовувати до сеансу правильну політику, наприклад, вибирати транспортний канал відповідної якості.
Отже, необхідно ідентифікувати шаблони зв'язку на рівні вище базової моделі сеансу SIP. В існуючих службах це реалізовано за допомогою різних ідентифікаторів послуг. Нещодавно 3GPP представив ідентифікатор послуги зв'язку підсистеми IP-мультимедіа (ICSI), що надає стандартизований, масштабувати і керований спосіб управління послугами. Крім того, проект 3GPP визначить довідковий номер додатка підсистеми IP-мультимедіа (IARI), що надає розробникам додатків на підприємствах і в організаціях унікальний ідентифікатор для створення нових власних послуг. В ідентифікатор IARI використовується або в якості способу перенесення послуги зв'язку в підсистемі IP-мультимедіа (CoSe), це потрібно для наслідування характеристик підсистеми, логіки обслуговування і угод NNI щодо забезпечення транспорту; або в якості транспорту базова мережа підсистеми IP-мультимедіа (JSR 281).
Іншим прикладом (додаток на основі CoSe з одним типом мультимедійних файлів) може служити PoC додаток "гра в шахи" з голосовим управлінням, де користувач
a) натискає кнопку PTT;
b) вимовляє команду, наприклад, "Ферзь D4 на D7";
c) відпускає кнопку PTT;
d) чекає, поки мережевий ігровий сервер зробить хід.
Типи послуг зв'язку
В даний час з'явилися три основних послуги зв'язку, які представляють різну поведінку користувачів і топологію мереж.
3) Обмін повідомленнями, де шаблон взаємодії заснований на моделі "з проміжним зберіганням".
Сеанс доставляється в рамках терміналу
Слід розуміти, що це всього лише три з багатьох розроблюваних потенційних послуг зв'язку. Концепція ні в якому разі не обмежує визначення нових послуг зв'язку або навіть безпосереднє використання базової мережі підсистеми IP-мультимедіа. Справді, цілком ймовірно перші послуги підсистеми IP-мультимедіа були розгорнуті в базовій мережі підсистеми IP-мультимедіа, оскільки такий підхід дозволяв отримати швидкі результати з мінімальними інвестиціями в інфраструктуру.
Тепер докладніше досліджуємо концепцію CoSe, так як вона являє рівень абстракції, що забезпечує найкраще співвідношення між простим інтерфейсом і високопродуктивної немережевий послугою.
Переваги концепції CoSe
До теперішнього часу могло створюватися враження, що концепція CoSe значно обмежує підсистеми IP-мультимедіа. І чи зможе підсистема IP-мультимедіа надати велику свободу для розробників? Вирішення цієї проблеми грунтується на трьох аспектах.
По-перше, існування послуг зв'язку ніяким чином не перешкоджає визначенню нових тимчасових додатків підсистеми IP-мультимедіа на основі базової мережі підсистеми IP-мультимедіа. Один з ключових ресурсів підсистеми IP-мультимедіа - її підтримка різних послуг; тобто в одній інфраструктурі можна розміщувати різні послуги навіть для одного користувача. Тому наявність послуг зв'язку в пакеті послуг все так само дозволяє користувачам підписуватися на інші питання, що цікавлять їх служби.
По-друге, що більш важливо, концепція CoSe як і раніше є ще й прикладом однієї з найбільш успішних стратегій в області розробки ПО (і систем), а саме, приховування інформації. Послуги зв'язку включають в себе детальну реалізацію і управління комплексним поведінкою, таким чином, приховуючи механізми, необхідні для забезпечення відповідної взаємодії між пристроями і мережами. Концепція CoSe реалізує ці функції за допомогою інтерфейсів між пристроями і мережами, а також між взаємодіючими мережами. Такі інтерфейси є необхідною передумовою для створення справжнього глобального співтовариства користувачів підсистем IP-мультимедіа.
По-третє, такі функції використовуються спільнотою розробників додатків, і являють собою детально опрацьовані зручні для розробників інтерфейси програмування додатків. Вони дозволяють розробникам виконувати роботу, приховуючи службові операції, які зазвичай відволікають від вирішення основного завдання: створення послуги для кінцевих користувачів.
Це призводить нас до найважливішого аспекту концепції CoSe: можливості об'єднання функцій в комплексних послугах високого рівня і розгортання цих послуг без необхідності оновлення складних угод по межсетевому взаємодії. Суть полягає в наступному: якщо додаток засноване на послуги зв'язку, то забезпечується безпосередній доступ до великого ринку з підтримкою стандартних інтерфейсів і угод щодо взаємодії. На малюнку показано відношення між базовим стеком підсистеми IP-мультимедіа, послугами зв'язку підсистеми IP-мультимедіа (ICSI) і клієнтами розробників додатків (IARI). Ілюструється використання ICSI і IARI для маршрутизації вхідних сигналів на відповідні агенти в терміналах, перетворюючи систему в багатофункціональний пристрій, що забезпечує послідовну стратегію обслуговування користувачів. Стек SIP і проміжне ПО підсистеми IP-мультимедіа використовуються спільно, при цьому стандартні інтегровані вдосконалені клієнти CoSe надають API, здатні використовувати послуги більш високого рівня.
Підсистема IP-мультимедіа і Web 2.0
Описаний спосіб використання функцій інфраструктури та програм підсистеми IP-мультимедіа служить ключем до розуміння місця, займаного підсистемою IP-мультимедіа в світі Web 2.0. Визначення і використання функцій підсистеми IP-мультимедіа як абстракцій високого рівня, що робить їх доступними у вигляді компонентів для створення нових і передових додатків, узгоджується з поданням про інтернет як про середовище, що забезпечує розвиток інновацій. Більш того, якщо подивитися з іншого боку, використання веб-орієнтованих середовищ програмування, наприклад, Java ЇЇ, означає, що послуги на основі підсистеми IP-мультимедіа можуть використовувати переваги інших програм, є веб-службами або компонентами, доступ до яких здійснюється з Java .
Функції реалізуються в мережі у вигляді веб-сервісів
Інструментальне середовище розробників
До сих пір обговорювалися абстракції, які можуть використовувати розробники додатків: базова підсистема IP-мультимедіа та послуги CoSe високого рівня. Всі вони доступні через інтегроване середовище розробки, наприклад, Service Development Studio (SDS), що представляє собою інтегроване середовище на основі Eclipse з комплектом інструментів:
- класичні інструменти редагування / компіляції / створення збірок для клієнтських і серверних додатків;
- комплексна середу тестування - повнофункціональний емулятор терміналів, комплексна підсистема IP-мультимедіа з можливістю настройки, сервер додатків для розгортання SIP Servlet і сервер присутності.
Розробники можуть повністю виконувати цикли кодування / тестування / відладки на власних робочих станціях, включаючи взаємодію між термінальними і серверними додатками. Це дозволяє значно скоротити оборотне час, що витрачається на створення і обслуговування коду. Також забезпечується узгодження з популярними середовищами управління вимогами та засобами проектування, наприклад, з Rational.
Використання послуг зв'язку (CoSe) дозволяє розробникам створювати нові додатки на основі існуючих і уникнути класичного "послідовного" підходу. Використання послуг зв'язку в середовищі SDS дозволяє ще більше спростити впровадження функцій підсистеми IP-мультимедіа в засоби веб-розробки в якості готових компонентів.
Разом з можливістю керованого доступу в рамках структури оператора такі механізми надають розробникам доступ до найбільших потенційним ринкам: співтовариствам мобільного та стаціонарного зв'язку.
Можна комбінувати потреби ринку інтернет-послуг на основі інновацій та надавати базові послуги глобальної телекомунікаційної галузі: взаємодія і глобальний доступ. Концепція CoSe є еталонним каркасом, що дозволяє галузі розвиватися без блокування творчого потенціалу, і створювати ринок послуг на основі глобального і процвітаючого суспільства підсистем IP-мультимедіа.