USSD: відмінності між версіями
| [неперевірена версія] | [неперевірена версія] |
Вилучено вміст Додано вміст
Bitner (обговорення | внесок) Немає опису редагування |
Bitner (обговорення | внесок) Немає опису редагування |
||
Рядок 22:
Така схема роботи дозволяє отримати мінімально можливу затримку між запитом та отриманням відповіді на нього, чого зазвичай не можна досягти при використанні додатків, що працюють на основі [[SMS]]. При цьому [[USSD]] не конкурує з [[SMS]] , а доповнює його, дозволяючи операторам комбінувати обидва ці методи і давати клієнтам можливість вибирати найбільш зручний їм спосіб доступу до пропонованих сервісів.
Зауважимо, що якщо сервіс є параметризований, тобто передбачає отримання від абонента будь-яких додаткових даних, то вони можуть бути вказані безпосередньо в номері набору. Наприклад, для негайної активації скретч-картки з [[PIN]]-кодом 1111 2222 3333 4444, абоненту достатньо набрати наступну послідовність: * 101 # 1111222233334444 #.
== Порівняння [[USSD]] і [[SMS]] ==
Основне питання, яке зазвичай виникає при ознайомленні з [[USSD]] - у чому ж відмінність цієї технології від [[SMS]] . Спробуємо відповісти на це питання. Як вже говорилося, [[USSD]] і [[SMS]] - це багато в чому схожі технології, що мають, однак, і суттєві відмінності.
[[USSD]], як і [[SMS]] , використовують у своїй роботі тільки сигнальний канал - це є важливою перевагою і тієї, і іншої технології, а також і тим, що їх об'єднує.
У силу відсутності проміжного сховища час транзакцій при передачі [[USSD]]-пакетів значно менше, ніж при передачі коротких повідомлень. Як вже зазначалося, для використання [[USSD]], на відміну від [[SMS]] , абоненту не потрібно входити у меню телефону, тому можна використовувати функції швидкого набору номера і записну книжку.
Як [[SMS]] , так і [[USSD]] підтримують 7-ми, 8-ми і 16-ти бітне кодування при використанні Phase 2 і лише 8-ми бітове в Phase 1. 16-ти бітове кодування в [[USSD]] дозволяє реалізувати підтримку національних мов. Через технічні особливості стандарту [[USSD]], в [[USSD]]-пакеті не передаються деякі параметри (номер одержувача і т.п.), що присутні в [[SMS]] -пакеті. Тому довжина [[USSD]]-пакету стає більшою на 20 байт або на 22 символи при 7-бітному кодуванні.
Певним недоліком [[USSD]] в порівнянні з [[SMS]] можна було б назвати відсутність гарантованої доставки повідомлення до сервісного додатку (так само як і у зворотний бік - на абонентський термінал). [[SMS]] використовує проміжне сховище повідомлень і забезпечує механізм їх повторної доставки. У разі [[USSD]], при відсутності відповіді від сервісного програми, сесія не відбудеться, про що абонент буде сповіщений.
Однак, при відповідній інтеграції сервісної програми, [[USSD]]-сервера і [[SMS]] -центру, за відсутності можливості надати послугу негайно через [[USSD]]-додаток, можлива відправка повідомлення за допомогою [[SMS]] .
Взагалі кажучи, якісне порівняння [[USSD]] і [[SMS]] не зовсім коректно, оскільки і та, й інша технологія займають свою, багато в чому унікальну нішу, гармонійно доповнюючи один одного.
Тому спільне використання [[USSD]] і [[SMS]] - це цілком логічний хід, що дозволяє оператору вивести сервіс, пов'язаний із передачею повідомлень, на якісно новий рівень. Що, у свою чергу, дозволяє як залучити користувачів, так і зменшити навантаження на голосові канали, що викорустовуються для запитів абонентів до [[IVR]] .
| |||