In и мобильная связь

Даже на первый взгляд, архитектура IN и архитектура сетей подвижной связи очень сходны. При определении местоположения мобильного абонента между элементами сетей подвижной связи используется сигнализация, основанная на принципах транзакций и похожая на ту, которая используется при запросе услуги IN. Коммутационный центр сети Рис.3.Варианты развития IN

подвижной связи (MSC – Mobile Switching Center), куда попадает вызов, направленный к абоненту обслуживаемой этим MSC сети, передает в регистр местоположения «своих» абонентов (HLR – Home location register) запрос о том, где находится в данный момент этот абонент. HLR постоянно обновляет информацию о местоположении абонента на основе данных, получаемых из последней «чужой» сети, в которой тот оказался, и по запросу MSC передает ему информацию, необходимую для маршрутизации.

Однако ни стационарные IN, ни сети подвижной связи не обладают теми возможностями, какие могла бы иметь сеть, соединившая в себе свойства и тех, и других. Стационарные IN-сети (как с набором CS-1, так и с набором CS-2) не владеют в полной мере механизмами поддержки мобильности, а сети подвижной связи не способны адекватно обеспечивать принцип независимости от услуг, присущий концепции IN.

Возможны два основных подхода к конвергенции мобильных сетей и IN. Первый – «наложить» концепцию IN на архитектуру существующих сетей подвижной связи; второй – дополнить свойствами поддержки мобильности концепцию IN, ориентированную на стационарные сети.

Второй подход, которому следует ITU-T, предполагает, что реализовать полную поддержку мобильности в IN можно будет не ранее реализации набора CS-4, после завершения работ по спецификации систем связи третьего поколения. Первый подход более реалистичен и может быть реализован достаточно простыми средствами в ближайшем будущем.

Рис.4. Архитектуры IN и сети подвижной связи

CAMEL – это попытка ETSI разработать стандарт для поддержки национального и международного роуминга услуг, не специфицированных стандартом GSM. CAMEL можно рассматривать как интеграцию IN и архитектуры GSM путем адаптации протокола MAP стандарта GSM к расширенным требованиям и введения сигнализации IN для поддержки не стандартизированных GSM услуг.

Для реализации первой фазы CAMEL определена самостоятельная прикладная подсистема ОКС7 (CAMEL Application Part) и соответствующий протокол CAP (CAMEL Application Protocol) на базе стандарта ETSI INAP CS-1. HLR хранит информацию об абонентах, требующих поддержки CAMEL, т.е. информацию о текущей подписке, и обеспечивает интерфейс в сторону функционального объекта gsmSCF для выполнения процедур запроса. Логика услуг CAMEL, поддерживающая предоставление услуг, нестандартных для сети GSM, содержится в gsmSCF. При предоставлении услуги gsmSCF взаимодействует с gsmSSF, gsmSRF (для второй фазы CAMEL) и HLR. Интерфейсом между центром MSC и gsmSCF служит gsmSSF, принципы работы которого аналогичны SSF CS‑1, но предусматривают новые триггерные механизмы, обусловленные особенностями мобильной связи.

Хостинг приложений

Чтобы быть конкурентоспособными в новых экономических условиях, операторы ТфОП, наряду с реализацией указанных выше услуг IN, должны также двигаться в направлении внедрения платформ, обеспечивающих новые методы предоставления услуг с помощью модели поставщика прикладных услуг (ASP – application service provider). С одной стороны, это безусловно принесёт выгоды операторам, поскольку приведёт к возрастанию сетевого трафика вне зависимости от того, кто является поставщиком услуг (при введение повременной оплаты). Речь идет о услугах баз данных, программном обеспечении протокола представления услуг (SAP) и программном обеспечении системы управления взаимоотношениями с клиентом (CRM), программном обеспечении Microsoft Exchange и Microsoft Office. Т.к. это все же не традиционная сфера компетенции операторов ТфОП, деньги, которые они смогут заработать в области услуг ASP, скорее всего, придут в результате партнёрства с поставщиками программного обеспечения, поставщиками ASP и другими подобными компаниями - по крайней мере в обозримом будущем. Когда же речь идёт о хостинге услуг телефонии, нет причины, по которой традиционные операторы телефонных сетей не могли бы сыграть основную роль в продвижении этого впечатляющего нового набора технологий. В принципе, поставщик услуг мог бы разместить (предоставлять) в сети любые услуги телефонии, например, Web-услуги прямой телефонной связи, услуги универсального обмена сообщениями (Unified Messaging), т.е. услуги, которые дают пользователям возможность иметь доступ ко всем адресованным им сообщениям - речевым, факсимильным и электронным - из одного пользовательского интерфейса, будь то телефон или входной почтовый ящик.

В области хостинга телекоммуникационных услуг самым обсуждаемым вопросом сейчас является, пожалуй, возможность “речевого портала”. Появляется новая, очень богатая сетевая возможность, которую обычно называют voice Web, обеспечивающая речевой доступ к услугам Интернет. Вместо навигации по Web с помощью броузера, voice Web позволяет людям снять трубку телефона и подключиться к их любимым “речевым порталам”. Оттуда они могут запросить информацию об экскурсиях или купить книгу. Они могут даже выполнить поиск нужной фамилии в он-лайновой адресной книге, когда они находятся далеко от их ближайшего интернет-соединения, и затем, не вешая трубку, просто сказать “позвоните (позовите)...”.