• SMS и USSD появились в эпоху CS-сетей (2G/3G)

• они используют SS7 / MAP и работают через MSC

А IMS — это:

• SIP-сигнализация

• IP-транспорт

• Diameter вместо MAP

• отказ от классического MSC

👉 В результате SMS и USSD не имеют нативной IP-реализации, и для них нужны специальные механизмы совместимости.

⸻

Как передаётся SMS в IMS

Классическая модель (CS-домен)

В традиционной сети SMS передаётся:

• по сигнальному каналу

• через MSC

• с маршрутизацией в SMSC по MAP

Главное преимущество — работа без пакетных данных.

⸻

SMS over IMS (SMS over IP)

В IMS SMS передаётся:

• через SIP

• в виде SIP MESSAGE

Основные элементы цепочки:

• UE — отправляет SIP MESSAGE

• P-CSCF / S-CSCF — маршрутизация в IMS

• IP-SM-GW (IP Short Message Gateway)

• SMSC — хранение и доставка

Упрощённая схема:

UE → IMS (SIP MESSAGE) → IP-SM-GW → SMSC

Для абонента:

• интерфейс не меняется

• SMS работает при VoLTE и VoWiFi

• CS-домен не требуется

⸻

Резервные механизмы доставки SMS

Для надёжности используются fallback-сценарии:

• SMS over SGs (LTE ↔ MSC)

• CS fallback, если IMS недоступна

• автоматический выбор пути сетью

Именно поэтому SMS остаётся самым живучим сервисом в мобильной сети.

⸻

Как передаётся USSD в IMS

Почему USSD сложнее SMS

USSD — это:

• интерактивный сеанс

• несколько запросов и ответов

• тесная логика диалога

Он изначально проектировался только под MSC, поэтому перенос в IMS — неестественная задача.

⸻

USSD over IMS (USSI)

Для IMS был введён механизм:

USSI (USSD Simulation Service over IMS).

Принцип работы:

• USSD-запрос инкапсулируется в SIP MESSAGE

• передаётся через IMS

• попадает в USSD Gateway

• конвертируется в классический USSD

• обрабатывается существующей USSD-платформой

Схема:

UE → SIP MESSAGE (USSI) → IMS → USSD GW → USSD Platform

С точки зрения пользователя:

• набор *100# остаётся

• меню выглядят привычно

• логика сервиса не меняется

⸻

Ограничения USSD в IMS

На практике USSI имеет ряд проблем:

• поддерживается не всеми устройствами

• сложные меню работают нестабильно

• выше задержки

• сложнее отладка

Поэтому USSD в IMS — временный компромисс, а не долгосрочное решение.

⸻

Почему операторы продолжают поддерживать легаси-сервисы

Причины вполне прагматичные:

• миллионы старых устройств

• банковские и государственные сервисы

• регуляторные требования

• M2M и IoT-устройства

IMS здесь выступает не разрушителем, а адаптером между эпохами.

⸻

Как это влияет на отключение 2G и 3G

На практике:

• голос быстрее всего уходит в IMS (VoLTE)

• SMS успешно мигрирует в IP

• USSD остаётся главным тормозом shutdown 3G

⸻

Будущее USSD и SMS в IMS-сетях

• SMS ещё долго останется из-за OTP и универсальности

• USSD постепенно вытесняется:

• мобильными приложениями

• web-сервисами

• RCS (пока ограниченно)

IMS даёт операторам время — но не отменяет необходимость миграции.

⸻

Вывод

IMS — это не только VoLTE и IP-голос.

Это сложная экосистема, в которой старые сервисы вынуждены жить дальше, маскируясь под новые протоколы.

• SMS в IMS — зрелая и надёжная технология

• USSD в IMS — временное решение

• легаси-сервисы по-прежнему критичны для бизнеса

И пока пользователи набирают *100#, IMS будет уметь разговаривать с прошлым — через SIP, шлюзы и компромиссы.

Работает всё точно так же, как и десятки лет назад: источник света (светодиод в данном случае) то мигает, то гаснет. При отсутствии света или его низком уровне передаётся условный «ноль», а при наличии - «единица». С помощью модулятора на светодиод подаётся переменное напряжение, благодаря чему он «моргает» и передаёт информацию. Частота переключения настолько велика, что для человеческого глаза незаметна — светодиод выглядит просто работающим. На другом конце световые сигналы детектирует фотоприёмник:

Возможны два режима работы:

• Несимметричный. Входящий канал обеспечивается светодиодом, а вот исходящий — чем-то другим, например, инфракрасным передатчиком. Подобный режим работы позволяет использовать уже существующую световую инфраструктуру;

• Симметричный. И входящий, и исходящий канал обеспечиваются светодиодами. В этом случае использовать существующее освещение не имеет смысла, проще применить специализированные LiFi устройства.

Как и у любой технологии, имеются плюсы и минусы, причём плюсы LiFi являются обратной стороной минусов.

Переносчиком сигнала является электромагнитные волны видимого участка спектра, так что доступ в интернет ограничен зоной действия светового потока. Работать на отражённых волнах полноценно не выйдет, так что о паре сотен метров зоны действия, как у Wi-Fi, можно забыть. Перегородили приёмник или излучатель, или зашли в темноту (туман, сильный дождь, буря...) — и прощай, интернет:

Зато обеспечивается безопасность, что в современном мире утечек и слежки всех за всеми весьма актуально. В закрытых помещениях LiFi гарантированно не будет перехвачен из соседних комнат или улицы, что особенно важно для силовых ведомств или злобных корпораций:

Второй плюс — максимально достижимая скорость. Она очень высока и в лабораторных условиях может достигать 244 Гбит/с. И это далеко не предел, так как видимый свет занимает диапазон от 400 до 790 ТГц, против единиц или десятков гигагерц используемого сейчас радиодиапазона.

В реальности, однако, губу можно закатать: доступные скорости ограничены гигабитами или даже мегабитами в секунду. До рекордов пока далеко.

В итоге получается специализированная технология, которая применима в первую очередь там, где невозможно использовать радиоволны: военные объекты или объекты с повышенным уровнем секретности, подводные глубины, медицина, наука, устройства близкого радиуса действия.

Хотя LiFi уже достаточно лет, только сейчас она начала выходить на рынок в виде реально действующих решений. Возможно, лет через 10-20 LiFi превратится во что-то более интересное, чем узконишевое решение.

P.S. Ещё у меня есть бессмысленные и беспощадные ТГ-каналы (ну а как без них?):

О науке, творчестве и прочей дичи: https://t.me/deeplabscience;

Вот тут про молекулярную биологию, медицину и новые исследования: https://t.me/nextmedi.

SIP был разработан рабочей группой IETF MMUSIC и впервые стандартизирован в RFC 2543 в 1999 году, с последующей основной версией RFC 3261 в 2002. Изначально он создавался как простой способ установления мультимедийных сессий в интернете — для интернет звонков, видеоконференций и мгновенных сообщений. Его архитектура наследовала принципы HTTP — текстовые сообщения, коды ответов, методы запросов — что делало его понятным и легко реализуемым.

Однако настоящий прорыв произошел, когда индустрия телекоммуникаций осознала кризис устаревших TDM-сетей (Time-Division Multiplexing). TDM, технология коммутации каналов, доминировавшая десятилетиями, имела фундаментальные ограничения:

· Жёсткая привязка абонента к месту

· Неэффективное использование полосы пропускания

· Сложность масштабирования

· Высокая стоимость оборудования

Каждый разговор требовал выделенного 64 кбит/с канала, даже когда обе стороны молчали.

SIP предложил радикально иной подход — пакетную коммутацию, где голос превращается в обычные данные, передаваемые по IP-сетям. Это позволило:

· Разделить сигнализацию (управление вызовом) и медиапоток (непосредственно голос/видео)

· Обеспечить настоящую мобильность — пользователь может перемещаться между сетями, сохраняя свой идентификатор

· Существенно снизить стоимость инфраструктуры за счёт использования стандартного серверного оборудования

· Легко внедрять новые услуги через программные приложения

---

Архитектурная элегантность: как работает SIP

Красота SIP заключается в его относительной простоте. Рассмотрим базовый сценарий установления вызова между двумя абонентами:

1. INVITE — вызывающий абонент отправляет приглашение на сеанс связи, содержащее описание медиапараметров в SDP (кодеки, порты)

2. 100 Trying — промежуточный сервер подтверждает получение запроса

3. 180 Ringing — вызываемый абонент сигнализирует о состоянии «вызов осуществляется»

4. 200 OK — вызываемый абонент принимает вызов, отправляя свои медиапараметры

5. ACK — вызывающий подтверждает установление сеанса (получение финального ответа)

6. RTP/RTCP — начинается непосредственная передача голосового трафика

7. BYE — любая из сторон завершает вызов

8. 200 OK — подтверждение завершения

Вся эта последовательность представляет собой текстовые сообщения, которые легко анализировать и отлаживать.

Ключевые элементы архитектуры SIP:

· User Agent (UA) — конечное устройство (телефон, софтфон)

· Proxy Server — маршрутизатор запросов, может быть stateful или stateless

· Registrar Server — хранит информацию о текущем местоположении пользователей

· Redirect Server — предоставляет альтернативные адреса для маршрутизации

P.S. Есть еще B2BUA - об этом можно узнать на курсе про SIP

---

SIP в эпоху 5G и IMS: от VoIP к универсальным коммуникациям

Настоящее величие SIP раскрылось с появлением архитектуры IMS (IP Multimedia Subsystem), стандартизированной 3GPP. IMS стала фундаментом для всех услуг связи в сетях 4G/LTE и 5G, а SIP — её сердцем.

Когда вы совершаете обычный голосовой вызов в сети LTE (VoLTE), вы используете тот же протокол SIP, что и в корпоративной IP-АТС. Однако в контексте IMS SIP обогащается дополнительными заголовками и возможностями:

· P-Asserted-Identity — гарантированная идентификация вызывающего

· P-Access-Network-Info — информация о сети доступа

SIP стал основным протоколом не только для голоса, но и для:

· Видео (ViLTE)

· Обмена сообщениями (RCS)

· Услуг «New Calling» — передача файлов, видео и изображений во время разговора.

---

Почему SIP не сдаёт позиции?

В эпоху WebRTC и специализированных протоколов может показаться странным доминирование «устаревшего» SIP. Однако у этого есть веские причины:

1. Интероперабельность — SIP обеспечивает совместимость между оборудованием сотен вендоров.

2. Масштабируемость — от маленькой офисной АТС до национальных операторов связи.

3. Гибкость — возможность расширения через новые методы и заголовки в тексте

4. Экосистема — огромное количество готовых решений, устройств и экспертизы.

---

Заключение: SIP как цифровая ДНК современной связи

SIP — это не просто протокол, это философия построения коммуникаций. Его текстовый формат делает его прозрачным и понятным, а архитектурная гибкость позволяет адаптироваться к требованиям, которые его создатели не могли даже представить — от IoT-устройств до метавселенных.

Понимание SIP перестало быть уделом узких специалистов по телефонии — сегодня это обязательный навык для:

· Инженеров в области сетевых технологий

· Разработчиков коммуникационных сервисов

· Архитекторов облачных решений связи

Этот протокол продолжает эволюционировать, обрастая новыми расширениями и находя применение в самых современных телеком-системах.

Хотите не просто знать, как работает SIP, а понимать его роль в современных сетях? В моем курсе «Основы протокола SIP» мы не только разбираем теорию, но и показываем, как SIP интегрирован в актуальные технологические стеки — от классической телефонии до перспективных архитектур 5G и IMS. Присоединяйтесь, чтобы говорить на одном языке с современными телеком-системами!

by Konstantin Savin

Борьба с коррупцией предполагала ретроспективную ответственность. Бывало, что сотрудники ВК совместно с интеграторами посещали зарубежные страны, профильные форумы (VMWorld например) и конференции. Согласно грозному требованию Слободана каждому сотруднику необходимо было написать чистуху - где, когда и с кем он куда ездил за последние года. Тогда не уволят. Основная масса забила на это требование хер, и ничего плохого не случилось.

Не очень понятно какую именно цель поставили Слободану акционеры. Находясь внутри системы в реальном времени невозможно было оценить последствия его действий. По прошествии 10 лет ясно, что ему надо было сломать корпоративную культуру. Ту, которая шла от Зимина. Ломал он ее очень жестко. Большое количество людей были уволены, некоторые ушли сами.

Отдельного упоминания заслуживает управление коммерческими проектами (направленными на абонентов). Слободан придумал книги. Из было несколько цветов, но главная - белая. В белую книгу попадали проекты, которые должны были идти с нулевым приоритетом, все ресурсы должны быть направлены на них. Что в результате? В белую книгу мгновенно попали все проекты, в результате скорость их исполнения не увеличилась, а замедлилась.

Слободана ненавидели всей компанией. В конце августа 2016 года он объявил, что его трехлетний контракт закончился, но акционеры решили его продлить еще на 3 года. Вечером 5 сентября 2016 года в СМИ появилась новость, что Слободан стал фигурантом уголовного дела о даче взятки (РБК). Он успел свинтить за границу.

На радостях компания бухала целую неделю. А может и больше, не помню уже.

В общем, рьяный борец с коррупцией сам оказался взяточником.

В рамках нашей деятельности по научной организации труда и в ТГ, и тут, на пикабу, есть ряд постов-разборов про Слободана, обезличененных. Это у него был конфликт с ИТ-директором. Это его белый ягуар был продан ВК и дальше фигурировал как служебное авто.