GPRS изнутри. Часть 4.2

16 ноября 2010  |  Рубрики: Theory --> Hardware
Заключительная часть о железном “наполнении” пакетной сети операторов – PS Core Network, которую мы с Вами начали в предыдущих частях: 1, 2, 3, 4.1. В этой части речь пойдет об одном из самых главных сетевых элементах – SGSN‘е.

Intro

CombiSGSN
Еще раз повторюсь, что пост никоим образом не является рекламой определенного бренда, а лишь является возможность поделиться опытом реализации пакетной сети оператора на основании оборудовании от NSN, но тем не менее пост будет больше напоминать маркетинговую презентацию, нежели техническое описание функций и юнитов, предназначенных для SGSN‘а, т.к. по ряду причин нет возможности открыть все карты технические подробности реализации пакетной сети операторов, дабы не скомпрометировать некоторые данные 🙂

Для начала вкратце вспомним немного теории и определим, а для чего же предназначен такой сетевой элемент как SGSN.

Структура основных интерфейсов, актуальных для подключения SGSN‘а как к архитектурам 2G, так и 3G изображена ниже:

SGSN Interfaces

Из схемы выше мы видим, что SGSN подключен различными интерфейсами практически ко всем сетевым элементам, как пакетной сети (PS Core Network), так и сети, обеспечивающей абонентов голосовыми сервисами. Более детально со всеми основными интерфейсами Вы можете ознакомиться в двух статьях, посвященных детальному рассмотрению интерфейсов GSN элементов: Опциональные интерфейсы GSN’ов, а также GPRS изнутри. Часть 3.

К основным функциям SGSN‘а можно отнести:

  • осуществление аутентификации и авторизации абонентов для предоставления пакетных сервисов
  • управление т.н. GMMGPRS Mobility Management, т.е. управление сессиями абонентов, мониторинг передвижения абонентов по сети, т.е. проведение аналога Handover‘ов при передвижении абонента на сети – Routing Area Update (RAU). Детальное описание этого процесса освещено в статье Routing Area Update procedures.
  • осуществление шифрования потока данных на основании алгоритмов GEA-1,2,3.
  • хранение и управление контекстами абонентов, для предоставления возможности воспользоваться различными пакетными сервисами: WAP/MMS/Internet/Intranet.
  • При наличии Gd интерфейса, SGSN позволяет передавать короткие текстовые сообщения через пакетную сеть (детальней в статье Запасной путь для SMS).
  • предоставление offline и online биллинг данных для операторов (об основных принципах и методиках осуществления сбора и управления биллинговой информации можно узнать из статей: GPRS billing, CAMEL in GPRS prepaid service, GPRS Charging).

CombiSGSN

NSN CombiSGSN
До взаимного слияния или поглощения и образования общей компании NSN существовали отдельные решения как от Nokia, так и от Siemens, которые значительно отличались как в плане реализации, так и в плане подходов к обслуживанию трафика и абонентских данных. После взаимного объединения NSN решил продвигать лишь решение для пакетной сети от Nokia, т.е. CombiSGSN‘ы.

Довольно существенным преимуществом CombiSGSG’ов является поддержка т.н. All IP, т.е. возможность осуществлять подключение различных интерфейсов и подсистем с помощью довольно распространенного и основное экономически выгодного решения на базе IP протоколов. Кстати, можно отметить, что это является сейчас общемировой тенденцией – переходить на взаимные подключения сетевых элементов и интерфейсов в сторону IP протоколов из-за экономической выгоды, относительной простоты и повсеместной распространенности. К слову, на CombiSGSN’ах можно реализовать Gb over IP, т.е. перевести устоявшийся PCM интерфейс в сторону IP, т.е. вместо использования Frame Relay‘я использовать транспорт в виде IP протокола, что особенно актуально для ассеметричного трафика между контроллерами базовых станций – BSC и SGSN‘ом. Подробно об реализации Gb интерфейса и протокола Frame Relay в контексте пакетной сети можно узнать из статей: Gb интерфейс в разрезе и Физический транспорт для GPRS – Frame Relay.

Еще одним из значащий преимуществом CombiSGSN’ов является одновременная поддержка как архитектур 2G, так и 3G, т.е. при наличии закупленных лицензий у оператора к одному и тому же SGSN‘у могут быть подключены как BSC контроллеры через Gb интерфейс, так и RNC контроллеры через Iu-PS интерфейс, причем это будут два т.н. “чистых” решения с применением родных протоколов для плоскости управления служебными данными (Control Plane) на каждом из интерфейсов. В частности, для Gb интерфейса это будет BSSGP протокол (см. схему ниже).

2G Control Plane protocols

Для Iu-PS интерфейса будет использоваться протокол RANAP.

3G Control Plane protocols

Как я думаю уже понятно из последнего абзаца для SGSN‘а на пакетной сети по аналогии с GGSN‘ом, существует также разделения двух плоскостей:

  • плоскости управления служебными данными – Control Plane
  • плоскости передачи абонентских данных – User Plane

Но опять же с “эволюцией” сетевых элементов эти функциональные плоскости стараются все больше разнести, переместив их обслуживание на отдельные элементы.

ТТХ

К основным ТТХ CombiSGSN’а можно отнести:

  1. Capasity:
    • до 2М абонентов, находящихся в GPRS Attach‘е, с возможностью расширения до 4М абонентов
    • 1М одновременно поднятых PDP Context‘ов, с возможностью расширения до 4М одновременно поднятых PDP Context‘ов
    • около 2500 транзакций в секунду, с возможностью расширения до 5000 транзакций в секунду.
    • пропускная способность до 1Gbps (до 2Gbps для 3G архитектур)
  2. Базовая функциональность:
    • Mobility Management – управление передвижением абонентов на сети оператора
    • Session Management – управление сессиями абонентов
    • Subscriber Authentication – проведение аутентификации
    • Charging – предоставление биллинговой информации
    • Statistic – предоставление статистических данных
    • Subscriber Data Management – управление данными абонентов
    • UMTS Authentication
  3. Network Access Architecture:
    • Gb over Frame Relay
    • Gb over IP
    • Iu over ATM/IP
    • SS7 over IP
    • Multiple PLMN
    • Multi Access (UMA) Support, GAN support (частично об этих технологиях я упоминал в статье GPRS не помеха для звонков, если говорить вкратце, то это нелицензируемые технологии передачи данных по воздуху, наподобие Bluetooth.)
    • GGSN Load Balancing
    • OSPF For Iu Redundancy
  4. Network Services:
    • Location Info in S-CDR
    • Real-Time QoS Prioritisation
    • CAMEL Phase 3, необходимый для поддержки своих же абонентов зарубежем, хотя последнее время все больше тенденций по переходу на RADIUS/DIAMETR для взаимодействия с роуминг партнерами.
    • APN Dedicated Pre-paid
    • QoS Control Roaming Subscribers
    • Ciphering GEA-1/2
    • IPv6 Network Layer
    • GTP Information Sending
    • IMEISV in CDR – довольно интересная возможность заносить IMEISV коды в биллинг данные, которую, кстати требуют многие операторы. Подробнее о том, что такое IMEISV можно почерпнуть из статьи Этот загадочный IMEI
    • Lawful Interception
    • Virtual LAN (VLAN) Support
    • Home GGSN Solution – решение, которое позволяет операторам значительно завышать роуминговое использование пакетных услуг, т.к. в этом случае GTP туннель “тянется” через домашний GGSN, заместь гостевого. Подробнее об оптимизации этой ситуации в статьях: Expensive GPRS Roaming и APN tips
  5. End User Services:
    • IMEI Check with EIR – возможность проверить легитимность использования мобильного терминала в сети оператора по IMEI коду, путем его сопоставления с т.н. White, Grey и Black листами (базами) в EIR‘е.
    • Streaming QoS
    • Conversational QoS – поддержка различных уровней обслуживания абонентов с помощью т.н. профилей QoS. Жаль лишь, что не все эти механизмы будут работать именно в 2G сетях – подробности в статье GPRS QoS – миф или реальность?
    • Override Requested APN – возможность подменить/перезаписать используемую абонентом APN (детали в статье Не важно кто ты… важно какая у тебя APN!)
    • IP Multimedia
    • MultiSIM
    • Short Message Service – возможность отправлять и принимать короткие сообщения через пакетную сеть (детали в статье GPRS не помеха для звонков).
    • EDGE
    • HSDPA/HSUPA
    • Streaming Quality Optimization
    • SRNS Relocation

Для подмены запрашиваемой APN на стороне SGSN‘а должна быть настроена т.н. Default APN для различных групп абонентов. Процесс изменение запрашиваемой APN можно изобразить в виде схемы:

Default APN

К дополнительным фичам, предоставляемым CombiSGSN’ами можно отнести возможность группировки для обслуживания определенной территории, с целью распределения нагрузки и повышения отказоустойчивости целой системы, т.е. с помощью определенных механизмов организовывается специальный кластер SGSN‘ов. В рамкам NSN это функциональность называется SGSN pool или Multipoint Access.

SGSN cluster
Streaming Quality Optimisation

Многие механизмы регулирования нагрузок потока данных на т.н. streaming серверов, которые занимаются оптимизаций потока данных под определенные приложения и сервисы, ориентированны на проводные сети, но согласно рекомендациям 3GPP Release 5, существует вероятность рассогласования потоков данных межу беспроводными сетями и фиксированными.

Обычно такие ситуации возникают в случаях, когда streaming серверы отдают поток данных, превышающий пропускную способность канала, заявленную и согласованную в процессе установления streaming QoS PDP Context’а.

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

Data streaming


В этом случае CombiSGSN’ы предоставляют некоторые механизмы, позволяющие “выровнять” рассогласование между проводными и беспроводными сетями, но как я уже оговорил выше к сожаления эти решения в большинстве случае не работают для архитектур 2G, т.к. изначально все пакетные технологии были надстройками в такого рода сетях и соответственно, в этих сетях практически нет механизмов, а иногда и возможностей обеспечить нужный уровень обслуживания абонента/приложение.

GTP Information Sending

Нынешняя ситуация складывается таким образом, что все больше и больше операторов используют принципы charging’а на стороне GGSN‘ов, отходя от сбора лишь CDR файлов на SGSN‘ах. Это в свою очередь выдвигает новые условия для функциональностей SGSN‘ов, теперь SGSN должен пересылать биллинговую информацию по GTP` протоколу на GGSN (подробнее о GTP`можно узнать из статьи GPRS FAQs. Часть 1).

По этим же требованиям, в сообщениях вида Create PDP Context Request и Update PDP context request необходимо включать дополнительную информацию, необходимую для биллинга операторов:

  • Cell Global Identification (CGI) – для т.н. location based биллинга в архитектуре 2G
  • Service Area Identifier (SAI) – для т.н. location based биллинга в архитектуре 3G
  • Radio Access Type (RAT) – для дифференциации UMTS и 2G GPRS/EDGE сервисов
  • IMEISV – для идентификации типа мобильного терминала (подробно об IMEI можно почитать в статье Этот загадочный IMEI)
  • параметр Time zone – для локализации абонентов
GTP Information

В этом плане можно отметить, что CombiSGSN’ы полностью справляются со своими функциями.

NSN Flexi NS

Flexi NS

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

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

В частности, для архитектуры LTE, вместо PS Core Network выделяют т.н. EPC [Evolved Packet Core], а в качестве замены/дополнения SGSN‘а выступает совершенно новый сетевой элемент – MME, в дополнение к различного рода “пакетным” GT’ям [GateWay].

LTE Architecture

Не так давно попадалась новость о предоставлении нового сетевого элемента от NSN в плане решения как раз для LTE сетей, совмещающего в себе функции как SGSN, для сетей 2G/3G/HSPA; так и MME – для LTE сетей.

Но это уже тема отдельной статьи…

Небольшой помощник:

APN – Access Point Name
BSC – Base Station Controller
CDR – Call-Data Record
EDGE – Enhanced Data Rates for GSM Evolution
EIR – Equipment Identity Register
GGSN – Gateway GPRS Support Node
GPRS – General Packet Radio Service
GTP – GPRS Tunnelling Protocol
HLR – Home Location Register
IMEI – International Mobile Equipment Identity
IMSI – International Mobile Subscriber Identity
LTE – 3GPP Long Term Evolution
MMS – Multimedia Messaging Service
MS – Mobile Station
NSN – Nokia Siemens Networks
PCM – Pulse Code Modulation
PDP – Packet Data Protocol
PLMN – Public Land Mobile Network
PS – Packet Switched
RAN – Radio Access Network
RNC – Radio Network Controller
SGSN – Serving GPRS Support Node
WAP – Wireless Application Protocol

If you enjoyed this post, make sure you subscribe to my RSS feed!
Автор:
8 комментариев | 11 293 просмотров

Комментарии (8) к статье: "GPRS изнутри. Часть 4.2"

  • Хотелось бы отметить, что ситуация с разделением Control Plane и User Plane доходит до того, что User Plane может вообще идти мимо SGSN, с RNC сразу на GGSN, т.н. “Direct Tunnel”.

    • Насколько я помню Direct Tunnel все же “промежуточное” решение при переходе на LTE:

      http://pro-gprs.info/images/theory/1.png

      Правильнее уже говорить о жестком разделении Control и User Plane плоскостей в следующих архитектурах: WiMaX/LTE/etc.

    • Кроме того, у NSN есть ещё одна промежуточная технология I-HSPA+, когда NodeB содержит в себе Mini-RNC.
      Таким образом, GTP-U туннель строиться с NodeB на GGSN в домашней сети.
      В случае роуминга DT/I-HSPA+ практически не применяется, так как IP-адреса Gn/Iu-PS интерфейсов RNC/NodeB должны быть маршрутизируемыми в GRX.

  • Это одна из фич UMTS. Просто Вы иногда рассматриваете UMTS и упоминали о разделении Control Plane и User Plane, я потому и вставил 5 копеек, что бы показать насколько они разносятся.

  • Вам спасибо за основательный материал!

  • пилять, правильно писать lu, а не Iu – аж глаз режет)))

  • ismsc:
    Iu interface is defined in 3GPP TS 25.414 !!! This is standart…you are fool@!!!


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

 

?Раньше искали

CombiSGSN GGSN SGSN GPRS Attach PDP Context SMS over GPRS SMSC GTP-C GTP-U IMSI 

!На хостинг

#Счетчики

Rambler's Top100