Category: архитектура

MCPTT

MCPTT

введение

Mission Critical Push To Talk

Переводится Гуглом на русский как Mission Critical РТТ, очень информативно.

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

          критически важные соединения нажал - говори

{          задача переломить ситуацию с помощью дуплекса

На данный момент при упоминании MCPTT на ум приходят такие картинки. Спецслужбы, полиция и 911. Наверное, все дело в слове Critical.

Все должно поменяться, когда дойдет, что с этим можно творить, и до применения технологии на реальных сетях и продаже услуг

До недавнего времени передача голоса в LTE не регламентировалась стандартом, и осуществлялась с помощью внешних сторонних приложений. При этом возможность болтать и общаться – базовая потребность человека. Более ста лет для общения на расстоянии служил телефон. Не стоит думать, что это только средство передачи информации – в этом он сегодня не очень эффективен, да и болтать по нему не всегда удобно. Тем не менее, телефония остается базовой услугой сетей сотовой связи.

Голос в LTE до Release 13 был представлен следующим образом:

{*      Телефония в виде VoLTE и его подобия,

{        Skype-Viber и Ко,

       приложения типа Kodiak.

При этом единых стандартов и подходов не было, телефония потихоньку сдавала позиции, остальные росли, кто во что горазд, но качества не гарантировали.

Наконец, 3GPP озаботилась тем, чтобы ввести глобальную поддержку голоса в LTE на уровне стандартов. На данный момент живых реализаций в сетях пока не наблюдается, существует в виде презентаций.

Сделано это было с помощью MCPTT. Все это уже почти есть, но так похоже на сказки, что никто не верит.

Информация к размышлению: Сухой язык спецификаций: (3GPP TS 23.179)

Введение

Сервис MCPTT поддерживает связь между несколькими пользователями (т.е. групповые вызовы), где каждый пользователь имеет возможность получить доступ к разрешению говорить в арбитражной манере. Служба MCPTT также поддерживает частные звонки между двумя пользователями.

Архитектура MCPTT использует аспекты архитектуры IMS, определенной в документе 3GPP TS 23.228 , Proximity-based Services (ProSe) архитектура которого определена в 3GPP TS 23,303, Group Communication System Enablers for LTE (GCSE_LTE) архитектура которого определена в 3GPP TS 23.468 и PS-PS access transfer procedures описанный в 3GPP TS 23,237, чтобы обеспечить поддержку службы MCPTT.

MCPTT UE в основном получает доступ к услуге MCPTT через E-UTRAN, используя EPS архитектуру, определенную в 3GPP TS 23,401.

Некоторые MCPTT функции, такие как диспетчерские и административные функции могут поддерживаться либо с помощью UE с поддержкой MCPTT в E-UTRAN, или с использованием таких устройств в не-3GPP сетях.

ПРИМЕЧАНИЕ: Диспетчерские пульты и устройства, используемые для администрирования услуг MCPTT, выглядят как MCPTT UE в рамках MCPTT архитектуры.

MCPTT UE, которые используются для доступа в сети не-3GPP могут поддерживать только то подмножество функций, указанных в данном описании, которое поддерживается сетью доступа не-3GPP.

Далее, оттуда же

5.6 Private Call

5.6.1 Private Call overview Private Calls allow two MCPTT Users to communicate directly with each other without the use of MCPTT Groups. They leverage many of the functions and features of MCPTT Group Calls, such as MCPTT User identity and alias information, location information, encryption, privacy, priority, and administrative control. Private Calls can use Floor control or not (i.e., be full voice duplex calls between users), though Private Calls without Floor control are only supported on the network. Two commencement modes of Private Calls are supported: Manual Commencement Private Call and Automatic Commencement Private Call. The two commencement modes can be used in conjunction with Private Calls with/without Floor control. Manual Commencement Private Calls mimic a telephone conversation where the called party receives a notification that they are being requested to join a Private Call, and the called party may accept, reject, or ignore the call request. Once the call setup is accepted, the Private Call is established and both Participants may communicate with each other. Automatic Commencement Private Calls mimic the immediate setup and voice propagation of Group Call operation between two users where the calling party initiates an Automatic Commencement Private Call to another user and sends audio without any additional call setup delay beyond Group Calls. If available and able to accept the Private Call from the calling party, the called party immediately joins the Private Call and processes the calling party's audio.

5.6 Частный Вызов

5.6.1 Обзор частных вызовов. Частные вызовы позволяют двум MCPTT пользователям напрямую взаимодействовать друг с другом без использования MCPTT групп. Они эффективно используют многие функции и особенности групповых вызовов MCPTT, таких как MCPTT идентификацию пользователей и alias information, информацию о местоположении абонентов, шифрование, приватность, приоритеты, и административный контроль. Частные вызовы могут как использовать механизм Floor control, так и нет (т.е. полный дуплекс или симплекс), хотя частные звонки с дуплексом поддерживаются только внутри сети. Поддерживаются два режима установления соединения персональных вызовов: ручное установление частного вызова и автоматическое начало частного вызова. Оба можно использовать в симплексе и дуплексе. Ручное установление частного вызова имитирует телефонный разговор, когда вызываемый абонент получает уведомление, о запросе на проключение частного вызова, а вызываемый абонент может принять, отклонить или проигнорировать запрос вызова. После того, как установка вызова принимается, частный вызов устанавливается, и оба участники могут взаимодействовать друг с другом. Автоматическое начало частного вызова имитирует немедленную установку соединения и голосовую связь операции группового вызова между двумя пользователями, где вызывающий абонент инициирует автоматическое открытие частного вызова другому пользователю и отправляет аудио без какой-либо дополнительной задержки. Задержка установки такого вызова находится в пределах лимита, определенного для групповых вызовов. Если есть возможность принять частный вызов от вызывающего абонента, вызываемый абонент немедленно присоединяется к частному вызову и передает голос вызывающего абонента.

То есть, в самом начале внезапно выясняется, что возможности MCPTT широки, а задача организации обычной традиционной телефонии – не более, чем частный случай применения данной технологии. Сымитированный телефонный звонок будет весьма непросто отличить от настоящего. Ну, разве что, качество и надежность будет повыше оригинального, и устанавливаться соединение будет побыстрее.

Совсем крупными мазками. Почти все понятно. Существует два пути для MCPTT – broadcast/multicast и unicast. Групповуха и персоналии. Использовать можно оба. Если абонентов – членов группы больше шести в секторе – выгоднее, скорее, broadcast. Если меньше – то каждому отдельно

SIP core – это ядро содержит, кроме поддержки собственно SIB, ряд вспомогательных элементов, ответственных за регистрацию, выбор услуг и маршрутизации в плоскости сигнализации.
Ядро SIP должно быть либо:
·        3GPP IMS; или
·        SIP core, которое внутренне не обязательно должно соответствовать архитектуре 3GPP IMS, но обеспечивать работу с точками входа – выхода , которые необходимы для предоставления услуг MCPTT так же, как и 3GPP IMS. (референсные точки прописаны в 3GPP TS 23.002)
Такое решение позволяет использовать IMS в качестве развесистого ядра тем счастливцам, у кого оно уже есть, и прикупить что ни будь соответствующее попроще тем, кто только собирается.
Кроме того, такое решение в завуалированном виде демонстрирует отношение некоторых к IMS.

Соображения

Таким образом, наблюдаются удивительные волшебные превращения. От всеобщей конвергенции и унификации технология шарахнулась причудливым образом к реализации преимущественно голосовых услуг отдельно от всего остального. Причем, с уклоном в “общественную безопасность”, помощью опробованных механизмов, изначально предназначенных для совершенно других мультимедийных целей, сочетая их, как дедушка Ленин Канта с Гегелем.

Зато ProSe прикручено к голосу намертво, что не может не радовать.

В плане организации групповых вызовов на радиоинтерфейсе MCPTT выглядит зело причудливо.

Сумрачный китайский гений стандарта b-Trunk и древняя TETRA делают это совсем по другому, но почти одинаково, и оба куда изящнее.

Подождем, что на это скажет Release15.

вопросы
MCPTT и PTNS

Еще году в 2014 для MCPPT заявлялась всеобщая конвергенция

Interworking with other voice systems including PSTN and LMR/PMR

Для MCPTT эта проблема является насущной, и при любом внедрении в целях общественной безопасности будет решена безусловно, мгновенно и однозначно. Например, организация Рrivate Сall для команданте абонента MCPTT крайне желательна или необходима через PSTN. То есть, реализация телефонных звонков через MCPTT безусловна при каждом внедрении. Для всех аналогов – Tetra, e-LTE данная задача давно решена в явном виде.  Стандарты 3GPP детализацию решений этого простого вопроса пока стараются рисовать весьма обтекаемо.

MCPTT и VoLTE

Если телефонные звонки можно организовать в MCPTT, то зачем козе баян? Зачем иметь две похожие, но различные системы для реализации одной услуги?

Притом, что одна из них имеет не такой богатый функционал, по факту, не стандартизована (3GPP VoLTE спецификаций не существует) и из-за обязательного использования IMS еще и к тому же сложнее устроена?

promo ru_4g april 23, 2015 12:20 Leave a comment
Buy for 50 tokens
Приглашаю вас в мой блог abloud.blogspot.ru, в мои Telegram-каналы: @abloud62 - IT и телеком; @prorobots - робототизация; @proRFID - RFID

Курс по LTE

Написал   курс по LTE, как я это понимаю. Много популизма, мало математики.

Лежит здесь
https://cloud.mail.ru/public/D3N9/deNV12Kjw
Здоровая критика приветствуется

после прочтения заполните анкетку, если не влом.


https://www.survio.com/survey/d/G1S2A7Y9A3Y6C3Q5O

Уругвай лидирует в области LTE в Латинской Америке

Уругвай - это единственная страна в Латинской Америке в которой проникновение LTE достигло похожих значений, что и в США, тогда как в среднем по региону проникновение LTE остается на уровне ниже 10%.


По данным 4G Americas, согласно оценкам таких компаний, как Ovum и Carrier&Asociados, Уругвай серьезно опережает другие страны Латинской Америки, демонстрируя проникновение LTE в 48,91%. Ближайший догоняющий - это Чили с 17.95%, далее следуют Перу - 13.15%, Бразилия - 11,65% и Аргентина - 10,39%.

В 18 странах или территориях Латинской Америки услуги LTE предоставляют два оператора, среднее проникновение в регионе составляет 8.91%.

Эти официальные данные позволяют более трезво взглянуть на победные маркетинговые отчеты, где говорится о буме LTE, основной причиной которого является ростом потребления мобильного Ultra HD.

Уругвай стоит особняком по-сравнению с другими территориями Латинской Америки, здесь первая сеть LTE была запущена еще в декабре 2011 года компанией Antel. В феврале 2013 года услуги LTE начала предоставлять также Claro, а с сентября 2014 года - Movistar.
Охват населения услугами LTE близок к 85%.

В Латинской Америке большинство стран впервые обзавелись сетями LTE лишь в конце 2014 - начале 2015 года.

Тем не менее, Латинская Америка - это четвертый регион в мире по уровню проникновения LTE. Первые три места, соответственно, у Северной Америки (51%), Западной Европы (21%), Азиатско-Тихоокеанского региона (20%). Среди отстающих - Ближний Восток (7%), Восточная Европа (4%) и Африка (0.5%). Россия также существенно позади других стран по показателю проникновения LTE, занимая место рядом с Восточной Европой.

Рынок LTE Латинской Америки вдобавок показывает бурный рост. По итогам 2015 года он характеризуется приростом на 296% (год к году), поскольку на начало 2015 года ряд стран Латинской Америки еще не располагали сетями LTE, а теперь число подключений к ним быстро растет.

Источник: rapidtvnews.com

+ +

МТС сообщает о запуске LTE в Томской области

Пока что сеть LTE МТС запущена в Томской области только в городе Стрежевой, включая площадь Победы, парковую зону и площадь возле дворца искусств "Современник". По данным компании в городе более 50% абонентов МТС пользуются мобильным интернетом, а трафик вырос на 20%.

За последние два года МТС "практически на треть" расширила протяженность ВОЛС в Томской области, провела модернизацию магистральных сетей на базе современных IP-технологий. Сеть FDD LTE запущена в диапазоне 2.5-2.7 ГГц с полосой 10 МГц и обеспечивает скорость доступа до 75 Мбит/с. Карта покрытия на сайте МТС пока отсутствует.

МТС обещает, что 15 сентября будет запущена сеть LTE в Томске. До конца 2014 года МТС удвоит число базовых станций LTE в Томской области: сеть появится в Северске, Колпашево, поселках Лоскутово и Самусь. Для МТС Томская область - это 42-й регион, где компания обеспечила услуги LTE в России. До конца 2014 года компания планирует обеспечить LTE-присутствие в 74 регионах страны, что должно обеспечить для МТС лидерство в стране по числу регионов с LTE.

В Томской области услуги LTE в Томске и Северске еще с ноября 2012 года предоставляла компания МегаФон. Планы компаний Билайн и Tele2 относительно запуска LTE в Томской области мне пока неизвестны. Всего в России сети LTE хотя бы точечно представлены в 76 регионах. Оценка числа подключений к сетям LTE в России - порядка 4 млн.

==
Все сети LTE в России
Все сети LTE в мире
abloud

Стандартные технологии роуминга и межсоединений VoLTE (RAVEL) в 3GPP Rel.11

Мой пересказ статьи VoLTE Roaming and Interconnection Standard Technology, Itsuma Tanaka, NTT DoCoMo Technical Journal, 2013.

В 3GPP Rel.11 совместно с GSMA Association стандартизованы роуминг и межсоединения VoLTE. Новая архитектура позволяет обеспечивать чарджинг голосовых вызовов тем же способом, как это делается для обеспечения роуминговых вызовов в коммутируемых сетях, с использованием тех же схем межсоединения, при этом поток данных голосового соединения идет тем же путем, что и сообщения C-Plane. Это не предусматривалось в предыдущей архитектуре VoLTE и межсоединений.

1. Введение

Голос по LTE (VoLTE) - это технология, для обеспечения передачи голоса и SMS в сети LTE, которая не использует коммутируемые технологии [1]. Это реализуется с использованием IP Multimedia Subsystem (IMS), которая является стандартной технологией 3GPP для реализации мультимедийных услуг, основанных на использовании IP-протокола.

3GPP Rel.11 (R11) стандартизует архитектуру роуминга VoLTE и межсоединений. Стандарт создан совместно с GSM Association (GSMA).

Rel.11 добавляет необходимый стандартизованный функционал, который позволяет внедрить роуминг и межсоединения способом, подобным тому, что используется при обеспечении роуминга между коммутируемыми сетями, поверх существующей архитектуры роуминга VoLTE и межсоединений.

В этой статье стравнивается существующая схема голосового роуминга и межсоединений в коммутируемых сетях и предыдущая модель межсоединений и роуминга VoLTE, описаны проблемы, которые предстояло разрешить 3GPP и GSMA. Далее описано, как новая стандартизованная архитектура межсоединений и роуминга VoLTE решает эти проблемы.

2. Действующая модель обеспечения роуминга голоса в коммутируемых сетях

Существующая модель межсоединений и голосового роуминга в коммутируемых сетях, использует модель чарджинга, которую называют "каскадный чарджинг" [2]. Эта модель описана ниже.

На рис.1 показана модель межсоденинений при коммутации голоса. Абонент (а) в сети Оператора А инициирует вызов к абоненту (b), который использует сеть Оператора B.


Между двумя операторами действуют сети для межсоединений голосовых вызовов (показаны на рисунке желтым цветом).

Чарджинг при голосовой связи использует информацию управляющего слоя (C-Plane - Control Plane), участники схемы получают биллинговые данные, а именно: Оператора B, принимающий вызов, сеть, обеспечивающая межсоединение при голосовом вызове, и Оператор A из сети которого инициирован вызов.

Пример роуминга при использовании схемы вызовов для коммутируемого роуминга показан на рис.2.


В этой модели Абонент (a1) в сети Оператора A получает роуминговое соединение с Оператором C в другой стране. В этом случае, например, Абонент (a1) затем вызывает абонента (a2) Оператора A или абонентам другого оператора. Между Операторами A и C есть два типа сетей межсоединения - одна для передачи голоса, а другая для передачи сигнализации. Чарджинг голоса в этом случае обеспечивается между сетью оператора и сетями голосового межсоединения. Комбинация этих двух способов демонстрирует устройство голосового роуминга и межсоединений в сетях с коммутацией сигнала, как показано на рисунке 3.


В этом случае абонент (a) из сети оператора A получает роуминг в сеть оператора C, а абонент b из сети оператора B получает роуминг в сеть оператора D.

Абонент (a) платит за голосовую связь в сегменте оператор C и оператор B, тогда как абонент (b) платит за приемный сегмент между операторами B и D.

Межоператорские расчеты для каждого оператора и межсоединительных сетей производится, как и в случае рис.1 и рис.2, согласно информации, получаемой из сообщений управляющего слоя (C-Plane), которые используются для установления голосового вызова, а также для информации о продолжительности вызова.

3. Существующая модель роуминга VoLTE

3.1 Обзор существующих моделей роуминга VoLTE

Модель VoLTE основана на использовании IMS, которая, как известно, является IP-системой, реализующей поддержку SIP (Session Initiation Protocol - протокол установления сеанса), стандартизованный IETF. Оборудование, отвечающее за поддержку SIP в системе IMS, включает, в частности P-CSCF (Proxy Call / Session Control Function) и S-CSCF (Serving Call / Session Control Function), а также сервер приложений AS (Application Server) [3].

Существующая схема организации роуминга VoLTE и межсоединения показана на рис. 4


P-CSCF обеспчечивает оператор C, тогда как S-CSCF и AS, которые обеспечивают управление вызовом обеспечивает оператор A. Есть также множество IP eXchanges (IPX) между операторами, которые формируют международную IP-сеть для межсоединений. Эта сеть передает SIP и данные голосового трафика. [4].

В коммутируемых сетях, управление вызовом обеспечено с использованеим коммутаторов, принадлежащих тому оператору, где в данный момент находится абонент. Основное различие между этой ситуацией и VoLTE в том, что управление вызовом обеспечивают сервера SIP (S-CSCF и AS) в домашней сети абонента (того оператора с которым у него заключен контракт).

Кроме того, поскольку VoLTE - это система на основе IP, нет необходимости для сообщений (SIP) на управляющем уровне использовать тот же маршрут, который используется для передачи потока с данными голоса, и связь от абонента (a) к абоненту (b) обеспечивается через IPX и может маршрутизоваться непосредственно, без необходимости захода в домашнюю сеть. В ситуации с коммутируемыми схемами, голос и данные всегда использовали один и тот же маршрут с управляющими сообщениями (C-Plane).

3.2 Проблемы с существующей архитектурой VoLTE

Существующая архитектура VoLTE для большей эффективности маршрутизовать поток данных голоса без необходимости захода в домашнюю сеть. Однако, с точки зрения операторов IPX, поскольку SIP-сигнализация не обязательно проходит через того же IPX, нет необходимости идентифицировать какие именно абоненты инициируют вызовы в какие периоды времени. Таким образом, IPX операторы не обеспечивающие передачу сигналов SIP, не могут обеспечивать чарджинг голосовых вызовов на основе продолжительности вызова.

VoLTE позиционируется как расширение существующих голосовых услуг GSMA, а в GSMA согласились, что внедрение существующей схемы голосового чарджинга, которая бы включала IPX операторов - это бизнес необходимость. [5] Учитывая это требование GSMA, в 3GPP провели изучение схем сигнализации и маршрутизации голоса, которые были бы эквивалентны существующим схемам в коммутируемых сетях, чтобы внедрить существующую схему чарджинга голоса для голосовых вызовов VoLTE.

4. Модель роуминга VoLTE Rel.11

В Rel.11 предлагается схема под названием Архитекутра роуминга для передачи голоса по IMS с местным приземлением (RAVEL - Roaming Architecture for Voice over IMS with Local Breakout). Схема была согласована, а архитектура изучена в рамках рабочего процесса разработки Rel.11.

Основой существующей модели коммутации голосовых вызовов была маршрутизация данных голоса и управляющих сигналов единым маршрутом. RAVEL эмулирует этот подход для VoLTE.


На рисунке 5 показана схема RAVEL организации роуминга VoLTE и межсоединения, а также процедуры установки сесии [3].

В такой архитектуре, появляется новое понятие - Transit & Roaming Function (TRF - функционал транзита и роуминга), которая доставляет сигналы SIP из сети, к которой в настоящее время подключен вызывающий (оператор C), в домашнюю сеть, где осуществляется обработка вызова (оператор A), это обеспечивает якорную функцию, что позволяет маршрутизовать данные голоса и сигналы SIP по одному маршруту.

Процессы вызова описаны ниже.

1) Когда абонент (a) нажимает кнопку вызова на терминале, терминал посылает сигнал INVITE в P-CSCF, что является запросом на инициацию вызова.

2) P-CSCF дополняет INVITE ассоциированными TRF-адресами.

3) P-CSCF перенаправляет INVITE в S-CSCF/AS в домашней сети (оператор A). Так определяется маршрут, которым должны будут следовать голосовые данные.

4) S-CSCF/AS обеспечивает управление голосовым вызовом

5) S-CSCF устанавливает индикатор обратной связи (Loopback indicator) в INVITE и посылает его в определенный TRF в качестве ответа.

6) Получив INVITE из S-CSCF, TRF проверяет, присутствует ли индикатор обратной связи. Индикатор обратной связи используется TRF для того, чтобы отличать сигналы INVITE голосовых вызовов из S-CSCF от других сигналов INVITE.

7) Определив, что INVITE пришел от S-CSCF, TRF использует SIP URIs (SIP Uniform Resource Identifiers - идентификаторы единых ресурсов SIP) и другую информацию о направлении, которые содержатся в INVITE для принятия решения, какого оператора (оператора B) и какого оператора IPX следует использовать. На рис.5 показаны операторы IPX, но существующие сети межсоединений голоса (voice interconnect networks), могут также использоваться в качестве сети межсоединений (interconnection network).

8) INVITE далее передается абоненту (b) в рамках обычных процедур установления вызова VoLTE, что завершает конфигурирование вызова VoLTE. В рамках процессов конфигурирования вызова, оператор B конфигурирует маршрут для данных голоса с тем, чтобы он был таким же, как и для сигнализации SIP. Детали конфигурирования вызова VoLTE в настоящем документе не описаны.

Используя перечисленные выше процедуры, сигнализация SIP и голосовые данные идут единым путем, при этом каждый оператор и провайдер IPX могут применять существующие процедуры чарджинга.

На базе этого подхода, есть и другая схема, которая маршрутизут голосовые вызовы первоначально к оператору A, а затем межвзаимодействует с оператором B, как указано в Rel.11 и на рис.6. Схема, как ожидается, будет использоваться для реализации такого функционала, как подслушивание в рамках СОРМ или для обеспечения помощи абоненту (a).



5. Заключение

В данной статье были рассмотрены схемы обеспечения голосового роуминга и межсоединений, определенные архитектурой ViLTE в 3GPP Rel.11.

Операторы VoLTE могут использовать три вида архитектуры для роуминга и межсоединений, показанные на рис. 4-6, стандартизованные в 3GPP Rel.11. Еще неизвестно, какая из этих моделей станет де-факто стандартом. Выбор модели будет определяться такими организациями GSMA или операторскими соглашениями.

NTT DoCoMo осуществила немалый вклад в разработку архитектуры в составе 3GPP и GSMA и намеревается продолжать участие в разработке.

Источники

[1] Tanaka el. al: Overview of GSMA Volte Profile, NTT DoCoMo Technical Journal, vol.13, no.4. pp. 45-51, Mar. 2012.
[2] 3GPP TR23.850 V11.0.0: Study on roaming architecture for voice over IP Multimedia Subsystem (IMS) with local breakout, Dec. 2011.
[3] 3GPP TS23.228 V11.0.0: IP Multimedia Subsystem (IMS); Stage 2, Dec. 2012.
[4] GSMA PRD IR.65 V10.0: IMS Roaming & Interworking Guidelines, Aug. 2012.
[5] 3GPP S2-113523: VoLTE roaming architecture requirements, Jul. 2011.
abloud

RAVEL - правильная архитектура роуминга VoLTE

Реализация поддержки голосовых вызовов в сети LTE или VoLTE остается непростой задачей. И одна из проблем, которая долго оставалась нерешенной - это то, как реализовать поддержку VoLTE в роуминге. Компания iBasis (IPX-провайдер) еще в 2013 году выпустила отчет по данной теме.

В нем, в частности, говорилось следующее. Маршрутизация международных вызовов всегда была проблемой для операторов мобильной связи. И слишком часто решения получались не слишком оптимальными с точки зрения затрат, поскольку приходилось проключать вызов через домашнюю сеть. Сессии LTE, казалось бы, можно было бы приземлять на уровне местного оператора, а не гонять их через домашнюю сеть. Но в реализации VoIMS вся "интеллектуальная часть", которая отвечает за маршрутизацию "сидит" в домашней сети, так что голосовой вызов необходимо гонять через нее.

Промышленное решение этой проблемы - это использование Роуминговой Архитектуры для VoLTE с местным приземлением трафика (RAVEL - Roaming Architecture for Voice over LTE with Local Breakout). Идея в том, что домашняя сеть принимает решение - можно ли в том или ином случае разрешить обработку VoIMS-вызова в местной сети.

В проведенном опросе порядка 75% респондентов заявили о своей готовности поддерживать решение RAVEL в качестве основы для внедрения роуминга VoLTE. Порядка половины намереваются внедрять VoIMS для поддержки роуминга VoLTE с использованием RAVEL, стандартизованной в 3GPP Rel.11, тогда как 12.3% собираются поддерживать VoLTE не используя RAVEL.

До того, как будут внедрены решения RAVEL, 27.4% опрошенных намерены использовать маршрутизацию в домашнюю сеть всего трафика VoLTE, а примерно 20% говорят, что будут использовать не стандартизированные решения роуминга VoLTE.

Суть стандратизованного в 3GPP Rel.11 решения для поддержки роуминга VoLTE состояи в том, что новая архитектура позволяет проводить чарджинг голосовых вызовов тем же способом, как это делается при организации голосового роуминга в коммутируемых сетях, при этом используется модель межсоединений, которая маршрутизирует как сообщения C-Plane, так и поток данных голосового трафика одним и тем же путем. В предыдущей архитектуре VoLTE-роуминга это было невозможно.

Источник: blog.3g4g.co.uk ;

О том, как предлагается обеспечивать межсоединение и роуминг LTE в соответствие с 3GPP Rel.11 можно прочесть здесь.
Лето

China Mobile, DoCoMo и другие будут внедрять C-RAN

Сети с облачным радиодоступом (C-RAN) быстро переходят из теоретической категории в категорию "реальность", поскольку уже несколько операторов объявили о планах внедрения новейшей технологии в ближайшие несколько лет.

China Mobile обещает запустить C-RAN в 2015 году, тогда как японская NTT DoCoMo намеревается сделать то же самое в 2016 году, рассказывает Gilad Garon, гендиректор Asocs, которая производит чипы модемов. Есть и еще один оператор, который готовится к запуску C-RAN (его название не называют), который консолидирует процессинг отдельных базовых станций на единой (региональной) серверной ферме, основанной на использовании серверов Intel x86, вместо традиционной архитектуры беспроводной RAN.

В феврале Asocs подписала стратегическое соглашение о взаимопонимании для совместного развития, коммерциализации, тестирования и внедрения модулей процессинга (BBU) для масштабных испытаний C-RAN компанией China Mobile. "Korea Telecom (KT) также принимает участие, и мы видим интерес в Европе, прежде всего, от Deutsche Telecom", рассказывает Garon.

Light Reading в прошлом году сообщал, что версия решения C-RAN KT под названием Cloud Communication Center (CCC) была создана в партнерстве Samsung и Intel.

Согласно Intel, C-RAN использует "объединенное радио" (collaborative radio) и облачную архитектуру реального времени для снижения капиталовложений и операционных затрат оператора путем добавления "интеллекта" оконечным устройствам сети, с тем, чтобы они могли динамично реагировать на ситуацию. Архитектура C-RAN позволяет использовать в качестве базовой станции LTE обычные процессоры общего назначения, с разделением рабочей нагрузки между множеством ядер.




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

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

Проблемой для распространения C-RAN могут стать высокие требования к опорной сети. "Поскольку пропускная способность оптики практически не ограничена, стоимость транспорта не будет проблемой, а облачная RAN является привлекательной идеей. Для большинства операторов по всему миру, расходы на развитие оптической сети - это существенная часть их бюджета, поэтому мы ожидаем, что рынок будет двигаться в сторону использования малых сот", - прогнозирует Joe Madden, старший аналитик Mobile Experts.

http://www.fiercebroadbandwireless.com/story/china-mobile-docomo-gear-deploy-c-rans/2013-07-07

Entel Chile подписал контракт с Ericsson на поставку LTE-оборудования

"Entel пока молчит." - такими словами закончилось моё сообщение о планах Claro Chile (см. Сети LTE2600 появятся в этом году в Чили).

И вот появилась информация, что оператор подписал трехлетний контракт, который предусматривает необходимые поставки и работы для развертывания сети LTE. Ericsson будет обеспечивать поддержку сетей 2G, 3G и 4G в течение этого срока. Что же касается новой сети, то шведы поставят базовые станции RBS 6000, EPC с Evolved Packet Gateway (SSR 8000) и SGSN-MME (архитектура MKVIII). Представители вендора будут участвовать в настройке сети, отвечать за интеграции оборудования и управлению сетью: будет использоваться Operations Support Systems for Radio & Core от Ericsson.

Какие-либо другие параметры (финансовые и количественные) этой сделки не сообщаются.

Источник: пресс-релиз Ericsson от 21 марта 2013 года

По итогам аукциона, завершившегося осенью 2012 года (см. В Чили наконец-то поделили частоты в диапазоне 2,6 ГГц) оператору Entel достался блок B (2525-2545/2645-2665 МГц)(см. 4G в Чили: стартовал конкурс на частоты в диапазоне 2,6 ГГц).

Сети мобильной связи LTE. Технологии и архитектура.



Первая книга по LTE на русском языке

Аннотация:

Рассмотрены основные этапы развития мобильной связи третьего поколения. Проанализирован процесс создания и стандартизации технических спецификаций в Релизах 99 – 10 европейской универсальной системы мобильной связи UMTS в Европейском институте стандартизации электросвязи ETSI и партнерском проекте по системам подвижной связи третьего поколения 3GPP (3rd Generation Partnership Project) в направлении LTE Advanced.

Рассмотрен опыт международного регулирования использования радиочастотного спектра для сетей LTE/UMTS с учетом гибкого подхода к управлению использованием спектра в Европе и политика технологической нейтральности ЕС WAPECS для беспроводных сетей связи. Изложены особенности построения радиоинтерфейса LTE и основные требования к функционированию радиоинтерфейса LTE, а также рассмотрена структура радиоинтерфейса E-UTRA при использовании технологий множественного доступа OFDMA и SC-FDMA.

Показаны особенности построения архитектуры базовой сети SAE и входящих в нее функциональных элементов сети LTE, раскрыты вопросы управления радиоресурсами в сети LTE, адресации, идентификации и нумерации. Проанализированы возможности технологии MIMO, изложены основы использования пространственно-временного кодирования для технологии MIMO и принципы построения систем связи с антеннами MIMO. Рассмотрены вопросы взаимодействия сетей LTE c различными сетями мобильной связи GSM/UMTS/CDMA-2000, варианты присоединения и использования интерфейсов SAE/LTE. Изложены принципы нумерации и маршрутизации вызовов при установлении соединений в сети UMTS/IMS.

Для специалистов, научных работников, аспирантов, а также всех тех, кто интересуется перспективами развития мобильной связи третьего и четвертого поколений, прежде всего вопросами архитектуры и технологий сетей LTE/LTE Advanced.



Здесь выложена книга в формате djvu

Введение в LTE. Часть 7/12. Техническая информация

Продолжаю публикации своего перевода старенького обзора (white papers, 2007 года) компании Ericsson: Long Term Evolution (LTE): an introduction

К части 6/12 >>

Архитектура

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

На пользовательском уровне архитектуры SAE есть всего два базовых устройства: базовая станция LTE (eNodeB) и гейт SAE Gateway, как показано на рис.4. Базовые станции LTE подключаются к опорной сети, используя интерфейс S1 - Core Network - RAN. Такая плоская архитектура сокращает число узлов, необходимых для обеспечения соединения.

Существующие системы 3GPP (GSM и WCDMA/HSPA) и 3GPP2 (CDMA2000 1xRTT, EV-DO) интегрированы в систему LTE за счет использования стандартизованных интерфейсов, обеспечивающих оптимизированную мобильность. Для систем 3GPP это означает наличие сигнального интерфейса между CDMA RAN и новой опорной сетью. Такая интеграция обеспечит поддержку, как двойных, так и одиночных радио хэндоверов, обеспечивая возможность плавной миграции к LTE.

Управление сигнализацией, например, для обеспечения мобильности, поддерживается узлом управления мобильностью (Mobility Management Entity, MME), выделенным из гейта (Gateway). Это упрощает оптимизацию развертывания сети и обеспечивает возможность гибкого масштабирования ее емкости.

Сервер домашних абонентов (HSS) подключается к пакетной сети (Packet Core) за счет интерфейса, основанного на Diameter, а не на базе сигнализации SS7, которая использовалась в сетях GSM и WCDMA. Сигнализация сети для полицейского прослуживания и для биллинга (charging) также основана на Diameter. Это означает, что все интерфейсы архитектуры - это IT-интерфейсы.

Существующие системы GSM и WCDMA/HSPA интегрированы с системой LTE с помощью стандартизованных интерфейсов между SGSN и опорной сетью LTE. Как ожидается, попытка интегрировать CDMA доступ также приведет к обеспечению возможности поддержания мобильности между сетями CDMA и LTE. Такая интеграция также должна обеспечивать, как дуальный, так и одиночный хендовер вызовов, что обеспечивает гибкую возможность миграции из сетей CDMA в сети LTE.

В LTE-SAE действует концепция QoS (качества услуги), основанная на понятии класса услуги. Это обеспечивает простое, но эффективное решение, позволяющее оператору предлагать дифференцировать предоставляемые пакетные услуги.

Плоская архитектура LTE и SAE
рис.4 Плоская архитектура LTE и SAE
 

<< К части 6/12 - - - К части 8/12 >>