Сейчас уже точно можно сказать: Россия стоит на пороге 3G. Ведущие операторы сотовой связи получили соответствующие лицензии, определились с основными поставщиками оборудования, протестировали возможности новых технологий в опытных зонах, а в отдельных районах уже запустили 3G-услуги в коммерческую эксплуатацию.

     Главное преимущество систем 3G это, конечно, более широкая полоса пропускания. Например, технология UMTS/HSPU (High Speed Packet Access – высокоскоростной пакетный доступ) способна обеспечить скорость в нисходящем канале до 14, 4 Мбит/с, а в исходящем – до 5,76 Мбит/с. Естественно, основными «потребителями» широкой полосы станут различные видео- и мультимедийные сервисы. Собственно говоря, они то и должны привлечь пользователей и обеспечить операторам дополнительные доходы, способные окупить немалые вложения в системы 3G.

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

     Проблема транскодирования

     Однако «победоносному шествию» видео может помешать одна банальная техническая проблема – согласование видео-форматов. Представьте, ваша трубка поддерживает один формат со своим разрешением и кодеком, а у вашего коллеги или приятеля другая трубка, использующая совсем другой видеокодек. Понятно, для успешного сеанса видеосвязи необходимо, чтобы оборудование в сети оператора в одну сторону выдавало видео в одном формате, а в другую – в другом. Возникает задача транскодирования. Эта непростая операция, требующая больших объемов вычислительных ресурсов, обычно выполняется специальными видео-шлюзами.

     Помимо видео-звонков с трубки на трубку транскодирование нужно еще для согласования форматов при звонках из 3G-сети на видео-терминалы обычной IP-сети - корпоративной или даже домовой. Для видеотелефонии в сетях мобильной связи организации 3GPP и 3GPP2 рекомендуют использовать протокол 3G-324M, которые объединяет голос, видео, данные и служебный канал в единый поток 64 кбит/с. Этот подход принципиально отличается от того, который используется в IP-сетях для передачи видео и голоса в режиме реального времени. Там разные типы информации передаются в разных потоках RTP. Таким образом, для осуществления сеанса видеосвязи между мобильным телефоном 3G-сети и терминалом IP-сети, как минимум, необходимо:

• терминировать протокол 3G-324M;
• перекодировать видео из формата, используемого в сети мобильной связи (обычно это MPEG4 с низкой битовой скоростью), в формат, используемый в IP-сети (например, H.264 с гораздо более высокой битовой скоростью);
• перекодировать аудио из формата, используемого в сети мобильной связи (обычно AMR), в формат, используемый в IP-сети (G.729, G.723, G.711).

     Существует много задач, которые требуют перекодирования и преобразования из одного формата в другой. Вот еще пример: вам звонят из 3G-сети с телефона, поддерживающего видеосвязь, а у вас либо трубка видео не поддерживает, либо вы вообще находитесь не в 3G-сети. А голосовая информация идет из 3G-сети в другом формате – в едином мультимедиа-потоке вместе с видео. Необходимо «вытащить» голос из этого потока и перекодировать его, скажем, в ИКМ-сигналы, которые «понимает» ваш терминал. Опять возникает задача транскодирования.

     И ее решение

     Название компании Dialogic для многих является почти синонимом термина компьютерная телефония (КТ, или CTI). Именно платы Dialogic лежали в основе первых систем IP-телефонии, которую на начальном этапе развития обычно именовали Интернет-телефонией. Вообще решения КТ на протяжении многих лет являлся тем мостом, которые связывал традиционные телефонные и компьютерные системы. Они обеспечивали предоставление дополнительных видов обслуживания (ДВО) в УАТС и так называемых «интеллектуальных» услуг в телекоммуникационных сетях. А сегодня решения КТ позволяют далее развивать сервисное «наполнение» систем связи и эффективно решать описанные выше проблемы транскодирования и обработки медиа-потоков.

     Задачу транскодирования можно решать, используя, например, системы Dialogic MultiMedia Platform (MMP) и Host Media Processing (HMP). По сути, базовые функции этих систем схожи и обеспечивают обработку протоколов сигнализации и медиа-содержимого (голос, видео, факсы, сбор конференций и т. д.). Только в системе HMP базовый софт работает на обычных серверах Intel, а в MMP - на специальных платах, устанавливаемых в шасси AdvancedTCA (ATCA).

     Здесь следует отметить, что, по мнению большинства экспертов в области связи, ATCA -- одна из самых перспективных архитектур построения телекоммуникационного оборудования. Стандарт ATCA распространяется на механический форм-фактор и конструкцию полок, модулей, требования к электрическим характеристикам и электромагнитной совместимости, систему управления аппаратным обеспечением и механизмы транспорта (матрицу коммутации), доступные для каждого модуля. Одно из важнейших преимущества архитектуры ATCA - поддержка высокопроизводительных процессорных плат с высоким энергопотреблением (200 Вт на слот), что позволяет использовать самые последние разработки производителей процессоров. Кроме того, эта архитектура поддерживает стандартные высокоскоростные соединения (например, Gigabit Ethernet) как для внешних интерфейсов, так и для внутренней матрицы и исключает «одиночную точку сбоя» путем организации раздельного питания плат и обеспечения высокой доступности системы в целом.

     Реализуемая на базе ATCA система MMP – это, безусловно, система, отвечающая всем требованиям к решениям операторского класса. Она обеспечивает поддержку до 500 голосовых каналов (16 трактов Е1), работает исключительно в операционной системе Linux и для ресурсоемких операций по обработке медиа-потоков полагается на аппаратные средства DSP. Системы Dialogic поддерживают протокол 3G-324M со всеми «упаковываемыми внутрь» формируемого им потока кодеками, включая голосовой кодек AMR-NB. А с видео они могут обращаться почти как фокусники: наряду с обычным транскодированием, необходимым для создания шлюзов, они способны смешивать сигналы для видео-конференций, накладывать текст и изображения (text/image overlay), подстраивать картинку, изменяя, в частности, масштаб (rescale) и кадры (reframe), выполнять быстрое обновление картинки (I-update). Все это необходимо для видеопорталов, формирования бегущей строки, наложения логотипов, создания спецэффектов и т. п.

     Но если компания не готова тратиться на ATCA, то она может использовать систему HMP, которая способна выполнять почти все то же самое, но на обычном сервере без каких-либо специализированных плат. Это позволяет создать небольшую систему транскодирования и обработки медиа-потоков сначала вообще почти бесплатно, затем постепенно наращивать ее, а когда уже потребуются более высокая производительность или некие специальные функции – перейти на MMP. При этом ничего переделывать не надо – интерфейсы API у этих двух систем одинаковые. Разработчику очень удобно - один раз разработал приложения, а затем ставь их и на маленькие, и на большие системы (Тут, конечно, следует заметить, что для операторских систем необходимы будет дописывать массу дополнительных функций по мониторингу и управлению системой, обеспечению дублирования и т. п., но в части, касающейся главного приложения и обработки медиа-потоков, ничего изменять действительно не надо).

     Активное развертывание широкополосных систем беспроводной связи открывает дорогу разнообразным мультимедиа- и видео-сервисам. Предоставление таких сервисов может стать для операторов важным шагом к увеличению среднего дохода, получаемого с одного абонента (ARPU). Возникающие же при работе с видео задачи транскодирования могут быть успешно решены с помощью таких продуктов, как, например, Dialogic MMP и HMP, гибкие возможности которых по обработке медиа-потоков позволяют самым инновационным и креативным образом подойти к формированию услуг нового поколения.