Mobile Backhaul для небольшого мобильного оператора

Добрый день, уважаемое сообщество.

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

Начну с того, что наша компания предоставляет услуги мобильной связи 2G/3G и в ближайшее время планирует запуск в коммерцию сети LTE. Наша абонентская база составляет всего около 200 000 человек. Таким образом, по современным меркам, мы являемся довольно маленьким оператором.

И вот, не так давно, перед нами встала задача по модернизации опорной сети передачи данных.

Цель проекта


Как известно, в настоящее время многие операторы связи переводят свои опорные сети на IP.
Это связано с увеличением объемов потребляемого трафика, внедрением новых технологий, таких как VoIP, IPTV, LTE и др.
Переход на IP делает оператора очень гибким, позволяет без проблем наращивать пропускную способность и предоставлять новые сервисы.

Наш оператор не явился исключением и мы также начали проект по строительству Mobile Backhaul.

Что же такое Mobile Backhaul?


Mobile Backhaul — это опорная сеть передачи данных связывающая базовые станции с функциональными элементами 2G/3G/LTE сети (контроллеры базовых станций и др.). А в случае LTE Mobile Backhaul также обеспечивает возможность соединения базовых станций напрямую между собой. Кроме этого Mobile Backhaul должен также обеспечивать возможность предоставления всех необходимых сервисов (синхронизация, качество обслуживания и др.).




Анализ требований к опорной сети


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

После анализа имеющихся у нас задач, было выяснено, что опорная сеть должна выполнять следующие функции:

1) Обеспечивать возможность изоляции различного типа трафика от базовой станции (сигнализация, управление, данные и др.)
2) Обеспечивать возможность подключения корпоративных клиентов с использованием услуги L2VPN/L3VPN
3) Обеспечивать необходимые показатели качества обслуживания (QoS)
4) Обеспечивать возможность синхронизации базовых станций по IP (IEEE 1588)

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

Для построения Mobile Backhaul было выбрано оборудование компании Cisco Systems.
Выбор был сделан с учетом следующих факторов:

1) Наш оператор имеет давние взаимоотношения с компанией Cisco Systems. Вся транспортная сеть построена на оборудовании данной компании.
2) В технологической сети используется оборудование Nokia, которая является партнером Cisco Systems в части построения сетей для операторов связи.
3) В последнее время Cisco выпускает достаточное количество интересного железа для операторов связи, которое очень хорошо вписывается в нашу концепцию.

Проектирование сети


В настоящее время как у Nokia так и у Cisco Systems существует множество вариантов дизайна сети операторов связи. Основной проблемой в нашем случае являлось то, что все эти варианты планировались для больших операторов и никак не соответствовали нашим требованиям.

В частности Cisco предлагает для проектирования опорной сети Unified MPLS Mobile Transport Design Guide (находится в свободном доступе на сайте Cisco Community). В этом Design Guide есть несколько вариантов построения сети, минимальный из которых предусматривает ситуацию, в котором у Вас имеется «менее 1000 узлов доступа». И даже этот вариант оказался большим для нашего оператора (первоначально планируется перевести на IP около 50 базовых станций с дальнейшим увеличением до 300-400). При этом несколько близлежащих базовых станций могут подключаться в один узел доступа.
Таким образом в нашей сети можно рассчитывать максимум на 100-150 узлов доступа.

В связи с вышесказанным, мы приступили к упрощению предложенной Cisco схемой и адаптацией к нашим реалиям.
В итоге получилось следующее:
1) Опорная сеть будет состоять из трех уровней: доступ, агрегация и ядро (для больших решений Cisco использует 5 уровней).
2) На всей опорной сети будет настроен MPLS, вплоть до доступа. Это позволит реализовать весь необходимый нам функционал и обеспечить требуемый уровень обслуживания.
3) Маршрутизация также будет дотянута до узлов доступа, что позволит передавать трафик между соседними базовыми станциями напрямую, минуя агрегацию/ядро.

В качестве узлов доступа были выбраны маршрутизаторы Cisco ASR901, позиционирующиеся как Cell Site Gateway.
Преимуществами данных маршрутизаторов являются: относительно низкая цена, полный набор необходимых фунций, DC питание, низкое энергопотребление и большой набор сетевых интерфейсов.

В качестве узлов агрегации были выбраны коммутаторы Cisco ME3600X. На этих коммутаторах имеется по 24 оптических порта Gigabit Ethernet и два интерфейса 10 Gigabit, что позволяет передавать в ядро большие объемы трафика. Кроме этого эти коммутаторы хорошо поддерживают MPLS и все необходимые фунции.

В качестве ядра опорной сети выступают имеющиеся на данный момент Cisco 7609. Для них лишь были докуплены платы 10 Gigabit для обеспечения необходимой пропускной способности.

В итоге вырисовывается следующая схема:



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

Подключение базовых станций


В нашем случае существует два типа подключения: подключения 2G/3G станций и подключение LTE станций

В случае с LTE все выглядит довольно просто. IP/MPLS протягивается вплоть до ASR901. На ASR 901 настраивается протокол маршрутизации OSPF и необходимые L3VPN (VRF) — в нашем случае это ControlPlane, UserPlane, O&M и SyncroPlane:

ControlPlane — Сигнализация
UserPlane — Данные
O&M — Управление
SyncroPlane — Синхронизация

Базовые станции включаются различными сабинтерфейсами в необходимые им L3VPN.
Эти же L3VPN присутствуют на узлах, к которым подключены MSS/RNC и др. Таким образом связь между базовой станцией и указанными сетевыми элементами осуществляется изолированно внутри L3VPN посредством протокола MP-BGP.



В случае с 2G/3G базовые станции подключаются с помощью TDM/ATM, по которым и передаются данные и служебный трафик. В связи с этим необходимо обеспечить передачу TDM/ATM трафика между базовой станцией и контроллером по IP-сети. Это достигается настройкой L2VPN (Pseudowire) между ASR901 и сайт-коммутаторами к которым подключен RNC. Таким образом все данные передаются по туннелю поверх IP-сети.



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

Чтобы не перегружать статью, здесь не были глубоко затронуты вопросы QoS, синхронизации и т.д.
Возможно эти вопросы будут описаны в дальнейшем, если они кого-нибудь заинтересуют.
Ads
AdBlock has stolen the banner, but banners are not teeth — they will be back

More

Comments 15

    0
    Начало неплохое. Но было бы куда интереснее рассказать про структуру IP/MPLS сети. В этом вся суть. ASR901 (как и ACX) имеет некоторые ограничения, которые сильно влияют на дизайн.
    Потом вопросы синхронизации и работы TDM поверх IP.
    P.S. А с МЕ3600Х вы намучаетесь. Я не видел у цыски коммутатора хуже. Просто какой-то генератор багов.
      0
      Хотел начать с общей структуры. Дальше возможно опишу внутреннее и структуру IP/MPLS/1588.

      Насчет МЕ3600X, равно как и МЕ3800X я с Вами согласен. Было множество багов, по которым мы заводили кейсы в TAC. Но сейчас вроде все устаканилось, давно не наблюдали никаких проблем (используем эти коммутаторы около 2-х лет). Да и в тестовой эксплуатации мы их погоняли, баги отлавливали.
        0
        Опечатка: внутреннюю структуру.
        0
        +1 за MPLS и 1588.
        0
        Очень интересно. С удовольствием почитал бы про синхронизацию и qos.
          0
          Спасибо. Постараюсь в ближайшее время написать продолжение статьи.
          0
          А сколько Мбит/с на одну базовую станцию выделяете? И как вообще переподписку рассчитывали?
            0
            Со стороны IP-сети ограничений не выставляем. Т.о. скорость ограничивается пропускной способностью БС. И так уж сложилось, что ширина каналов позволяет отдавать интернет без переподписки (за исключением 30-40 минут в ЧНН, когда обновляются тарифные квоты)
              0
              Понятно.
              А какая тогда скорость сети уровня доступа, гигабит, несколько гигабит (LAG), 10-ть? Как БС к узлу агрегации подключили кольцом или каждую по своему линку?
                0
                Доступ — 1 гигабит. Агрегация/ядро — 10 гигабит.
                Базовые станции подключаются по 3-5 штук в кольцо.
            0
            А что за оператор такой, на 200 тыщ душ всего? Если не секрет…
              0
              Это не Российский оператор — Aquafon-GSM
                0
                Ясно, спасибо. Интересно наверное работать в таком операторе… весь процесс под контролем. :)
                  0
                  В целом интересно, так как затрагиваешь все вопросы от планирования до имплементации.
              0
              Решение действительно вполне стандартное. Правда для больших сетей приходится комбинировать поставщиков, потому как стоимость сети только на оборудовании Cisco будет превышать разумные пределы.
              При переходе к сетям LTE стоит задуматься о модернизации оборудования на стороне базовых станций, чтобы перейти на Native IP, многие поставщики базовых станций внедряют поддержку большого количества функционала IP протоколов в сами базы.
              После запуска QoS планируете внедрять рутирование по сервисам и приложениям? То что называют Policy Based Routing?

              Only users with full accounts can post comments. Log in, please.