pdp context что это
Портал о современных технологиях мобильной и беспроводной связи
Основные процедуры в GPRS
Основные процедуры в GPRS
Mobility Management
ATTACH – подключение MS к GPRS подсети.
D ETACH – отключение MS от GPRS подсети.
Вышеуказанные процедуры применяют для изменения состояния MS и соответствующего программного обеспечения MM-контекста (MM – Mobility Management) в SGSN.
Когда MS работает в пакетном режиме, она может находиться в одном из трех состояний: Ready, Standby и Idle (рис.
Состояние Ready
В состоянии Ready MS выделен канальный ресурс и идет обмен пакетами, MS переводят в состояние Standby, если в течение определенного времени (READY timer) пользовательские пакеты не приходят.
Рис. 1. Состояния MM-контекста в MS и SGSN
Состояние Standby
В состоянии Standby ММ-контекст активизирован, но канальный ресурс с MS снят. Если SGSN имеет данные или сигнальную информацию для MS, находящейся в состоянии Standby, то он посылает пейджинг (Paging Request) в ту RA, где MS находится. При ответе MS на пейджинг MM cостояние в MS изменяется на Ready, а в SGSN – после получения этого ответа. При отсутствии данных о том, где находится MS, пейджинг не посылают. С другой стороны, MM состояние в MS изменяется на Ready и в случае, когда MS посылает данные или сигнальную информацию. Соответственно состояние в SGSN изменяется на Ready, когда эти данные будут приняты SGSN.
Состояние Idle
MS переводят в состояние Idle, если она в течение длительного времени находится в состоянии Standby, а обмена пакетами не происходит (срабатывает таймер пребывания в состоянии Standby).
Активизация PDP контекста.
Когда MS переходит в пакетный режим, должна быть выполнена процедура активизации PDP контекста. В отличие от сетей с коммутацией каналов, в сетях с коммутацией пакетов абонент на время обслуживания в пакетном режиме получает IP адрес, а для организации выхода в пакетную сеть (Интернет или локальную сеть), необходимо активизировать (указать) точку доступа AP (Access Point).
Адрес пользователя (статический или динамический) и имя точки доступа к пакетной сети APN (Access Point Name) наряду с такими параметрами как тип предоставляемой услуги (чтение файлов из Интернета, потоковое видео и пр.) и качество предоставляемых услуг (QoS – Quality of Service) составляют важнейшую часть параметров PDP (Packet Data Protocol) контекста. PDP контексты абонента записаны в его SIM-карте и в HLR. При организации пакетного соединения соответствующий PDP контекст должен быть активизирован. Эта процедура пооперационно приведена на рис. 2.
MS отправляет запрос на активизацию PDP контекста в SGSN (1). SGSN запрашивает HLR о возможности предоставления абоненту требуемой услуги (2). При получении подтверждения из HLR SGSN приступает к организации соединения со шлюзом с последующим выходом на требуемую пакетную сеть.
Если PDP контекст включает имя точки доступа APN, то SGSN обращается к серверу имен доменов DNS (Domain Name Server), чтобы тот преобразовал символическое имя APN в соответствующее ему числовой адрес (3). Если точку доступа назначают динамически в процессе установления соединения, то SGSN сам выбирает шлюз GGSN для выхода на пакетную сеть. В любом случае между SGSN и GGSN образуют туннельное соединение (4) и активизируют в GGSN точку доступа AP для обеспечения необходимой пропускной способности сквозного канала и других качественных характеристик для данной услуги. При этом GGSN либо активизирует статический адрес абонента, либо абоненту на время сеанса связи выделяют динамический адрес. При завершении процедуры SGSN пересылает в MS все установленные и активизированные параметры PDP контекста (5).
При обслуживании вызовов в пакетной сети есть ряд особенностей, (рис. 3). При передаче пакетов вверх, когда вызов делает абонент, алгоритм начинается с команды запроса пакетной передачи RRCCellUpdate. Далее следуют процедуры активизации PDP контекста, организации сквозного канала с требуемым QoS и передача информационных пакетов.
Во время передачи пакетов вниз возможны разные сценарии. Если PDP контекст активизирован, то пакеты, поступающие на шлюз GGSN, будут пересланы по туннелю в SGSN и далее в UE. На рис. 3 рассмотрена ситуация, когда абонент пользуется услугой отложенного вызова, т.е. когда пакеты поступили, например, на шлюз его домашней сети, а PDP контекст не активизирован. В данном случае сеть выполняет процедуру PUSH. На SGSN, обслуживающий абонента, приходит уведомление (SM: PDUNotificationRequest), происходит вызов абонента (RRCPaging), далее следуют процедуры RRC Cell Update, активизации PDP контекста, организации сквозного канала. Осуществляется доставка пакетов абоненту, по завершении которой пакетное соединение разрывают.
Рис. 3. Процедура пакетной передача данных в GSM/UMTS сети
GPRS — контекст PDP
PDP расшифровывается как протокол пакетных данных. Адреса PDP являются адресами сетевого уровня (уровень 3 открытых стандартов (OSI)). Системы GPRS поддерживают протоколы сетевого уровня X.25 и IP. Следовательно, адресами PDP могут быть X.25, IP или оба.
Каждый адрес PDP привязан к узлу поддержки GPRS шлюза (GGSN), как показано на рисунке ниже. Весь трафик пакетных данных, отправленный из общедоступной сети пакетных данных для адреса PDP, проходит через шлюз (GGSN).
Общедоступная сеть пакетной передачи данных обеспокоена только тем, что адрес принадлежит конкретному GGSN. GGSN скрывает мобильность станции от остальной части сети пакетной передачи данных и от компьютеров, подключенных к общедоступной сети пакетной передачи данных.
Статически назначенные адреса PDP обычно привязываются к GGSN в домашней сети абонента. И наоборот, динамически назначенные адреса PDP могут быть привязаны либо в домашней сети абонента, либо в сети, которую посещает пользователь.
Когда MS уже подключена к SGSN и собирается передавать данные, она должна активировать адрес PDP. Активация адреса PDP устанавливает связь между текущим SGSN мобильного устройства и GGSN, который привязывает адрес PDP.
Запись, хранящаяся в SGSN и GGSN относительно этой ассоциации, называется контекстом PDP.
Важно понимать разницу между MS, присоединяющейся к SGSN, и MS, активирующей адрес PDP. Одна MS подключается только к одному SGSN, однако она может иметь несколько адресов PDP, которые все активны одновременно.
Каждый из адресов может быть привязан к другому GGSN. Если пакеты поступают из общедоступной сети передачи пакетных данных в GGSN для конкретного адреса PDP, и GGSN не имеет активного контекста PDP, соответствующего этому адресу, он может просто отбросить пакеты. И наоборот, GGSN может пытаться активировать контекст PDP с MS, если адрес статически назначен конкретному мобильному устройству.
Про GPRS Блог о пакетной передаче данных в мобильных сетях
GPRS изнутри. Часть 2
Продолжаем наше знакомство с пакетной передачей в сетях мобильных операторов, которое мы с Вами начали в первой части о GPRS/EDGE технологиях. В этой статье речь пойдет о процессе аутентификации и авторизации, т.н. процедуре GPRS Attach, а также активирование услуги, запрошенной абонентом – поднятие PDP Context‘а. Посмотрим какие данные хранятся на стороне SGSN‘а, а какие на стороне абонента.
GPRS Attach
Я упущу некоторые процессы, непосредственно предшествующие и сопровождающие процедуру GPRS Attach, а конкретнее:
Если кого-то заинтересуют подробности, прошу задавать вопросы. Начнем мы сразу с процедуры GPRS Attach, позволяющей идентифицировать абонента, определить какие сервисы доступны абоненту, проверить легальность использования мобильного терминала абонента в сети оператора (процедура IMEI Check – опциональна) и собственно, предоставить абоненту возможность активировать услугу, которую он запрашивает.
Процесс аутентификации и авторизации, т.н. процедура GPRS Attach, изображен на схеме ниже (картинка кликабельна).
RAI – Routing Are Identity
MCC – Mobile Country Code (международный код страны)
MNC – Mobile Network Code (международный код оператора в пределах страны)
LAC – Location Area Code (совокупность базовых станций, объединенных одним кодом)
RAC – Routing Area Code (зона, меньшая, либо равная LAC)
Затем триплет данных отправляется на SGSN.
Если абонент совершает Combined Attach, то SGSN обновляет информацию об абоненте и в MSC/VLR.
Вот собственно так происходит аутентификация и авторизация абонента, для предоставления передачи пакетных данных в сети оператора. После этой процедуры на терминале абонента появится буковка “G” (или “Е”), сообщающая об успешном завершении подключения к пакетной сети, но это еще не позволит абоненту воспользоваться какой-либо услугой* в пакетной сети, т.к. необходимо еще активировать PDP Context по запрашиваемой услуге.
* – после успешной процедуры GPRS Attach, абоненту доступна только отправка коротких сообщений через сеть GPRS/EDGE, т.н. SMS over GPRS – более подробно эта услуга рассмотрена в статье “Запасной путь для SMS”.
PDP Context Activation
После успешного прохождения процедуры GPRS Attach, пользователь может активировать PDP Context, что позволит ему воспользоваться услугами пакетной передачи данных.
Сама процедура активации контекста, чем-то напоминает процедуру активации коммуникации при Dial-Up соединении. Давайте посмотрим на эти две процедуры в сравнении.
Упрощенно, процедуру активации линка Dial-Up можно представить в качестве схемы:
Теперь давайте посмотрим на принципиальную схему активации PDP Context’a:
Как видим, похожесть между двумя этими процедурами, состоит в применении одинаковых протоколов, довольны похожи сами этапы и процедуры, которые используются на этапах установления соединения, а также схожи ключевые узлы, участвующие в процессе установления коммуникации.
Определив ключевые моменты, при активации PDP Context‘a, рассмотрим полную процедуру и определим, какие же данные передаются во время этой процедуры.
Схема активации PDP Context‘a представлена на рисунке ниже:
* – более детально про выбор и использование APN в процессе активации контекста, можно прочитать в статье: “Не важно кто ты… важно какая у тебя APN”
internet – APN, прописанная в терминале абонента,
mnc009.mcc255.gprs – GOI некоторого виртуального оператора (Украина).
Затем, формируется запрос к локальному DNS серверу оператора, результатом которого будет IP адрес(а) GGSN‘ов, которые предоставляют пользователю запрашиваемую услугу.
После успешной процедуры активации PDP Context’a, на терминале пользователя буковка “G” (или “Е”), обводиться квадратом и символизирует об использовании пакетной передачи данных.
Information stored before/after GPRS Attach
Давайте разберемся, какие данные хранятся на стороне абонента, а какие на стороне SGSN’а до и после процесса аутентификации и авторизации в пакетной сети оператора.
Сводная таблица представлена ниже:
MS | SGSN | HLR | |
Before GPRS Attach | IMSI MSISDN RAI Ki QoS profile | IMSI MSISDN Ki QoS profile | |
After GPRS Attach | PMM State P-TMSI | PMM State P-TMSI MSISDN RAI Kc QoS profile | SGSN address |
APN – Access Point Name
CHAP – Challenge Handshake Authentication Protocol
EIR – Equipment Identity Register
GGSN – Gateway GPRS Support Node
GOI – GGSN Operator Identifier
GPRS – General Packet Radio Service
HLR – Home Location Register
HPLMN – Home PLMN
IMSI – International Mobile Subscriber Identity
IPCP – Internet Protocol Control Protocol
MS – Mobile Station
MSC – Mobile Switching Centre
MSISDN – Mobile Station Integrated Services Digital Number
PAP – Password Authentication Protocol
PDN – Packet Data Networks
PDP – Packet Data Protocol
PLMN – Public Land Mobile Network
PPP – Point-to-Point Protocol
RAS – Registration, Admission and Status
RNC – Radio Network Controller
SGSN – Serving GPRS Support Node
VLR – Visitors Location Register
VPLMN – Visitor PLMN
10. ПЕРЕДАЧА ПАКЕТИРОВАННЫХ ДАННЫХ В GSM/GPRS СЕТЯХ
10.1. Изменение состояний PDP-контекста
Как было показано в п. 7.2, PDP-контекст в SGSN, GGSN и MS может находиться в одном из двух состояний: INACTIVE и ACTIVE. Переход из одного состояния в другое происходит при выполнении процедур активации и деактивации PDP-контекста (рис. 7.3).
Функции активация, модернизации и деактивация PDP-контекста выполняют в узлах подсистемы коммутации (SGSN и GGSN) и в MS. Подсистема базовых станций в выполнении этих функций непосредственно не участвует.
MS, находящаяся в состоянии STANDBY или READY, может инициировать активацию и деактивацию PDP-контекста в MS, SGSN и GGSN путем посылки SGSN соответствующих сообщений. При получении сообщения об активации/деактивации PDP-контекста SGSN инициирует соответствующие процедуры, а после их выполнения возвращает MS подтверждение.
Запрос на активацию PDP-контекста может сделать и GGSN, если абонент имеет статус «GPRS-attached'». GGSN может инициировать деактивацию PDP-контекста.
Вопрос об активации и деактивации PDP-контекста непосредственно связан с PDP адресом MS. PDP адрес может быть выделен MS тремя различными способами: оператор домашней сети (HPLMN) выделяет MS постоянный PDP адрес (статический PDP адрес); оператор HPLMN выделяет MS PDP адрес при активации PDP-контекста (динамический PDP адрес в HPLMN); оператор гостевой сети (VPLMN) выделяет MS PDP адрес при активации PDP-контекста (динамический PDP адрес в VPLMN).
Возможность использования динамических адресов в HPLMN и VPLMN определяет подписка абонента. При этом одному абоненту могут быть выделены как динамические, так и статические адреса. При использовании динамических адресов их назначение и ликвидацию выполняет GGSN или связанные с ним устройства. Активация PDP-контекста по инициативе сети возможна лишь при использовании статических PDP адресов.
10.1.1. Активация РDР-контекста
Процедура активации PDP-контекста по инициативе MS (рис.10.1).
1. MS посылает SGSN запрос на активацию PDP-контекста (Activate PDP Context Request). Запрос включает используемый идентификатор точки доступа к сервису сетевого уровня NSAPI (Network layer Service Access Point Identifier), идентификатор транзакции TI (Transaction Identifier), тип PDP (IP или Х.25), PDP адрес, имя точки доступа APN (Access Point Name), запрашиваемое качество обслуживания QoS (Quality of Service). Если MS использует статический PDP адрес, она приводит его в запросе. Если MS оставляет поле адреса пустым,то это означает запрос на выделение динамического РDР адреса. MS может использовать APN для выбора опорной точки к соответствующей внешней сети.
2. Выполняют функции безопасности.
Рис. 10.1. Процедура активации PDP-контекста по инициативе MS
4. SGSN включает NSAPI вместе с адресом GGSN в свой РDР-контекст. Если MS запрашивала динамический адрес, то полученный от GGSN PDP адрес также включают в PDP-контекст SGSN. На основании предоставленного QoS SGSN выбирает приоритет для передачи по радиоканалу (Radio Priority) и возвращает MS ответ на сделанный ею запрос (Activate PDP Context Accept). Сообщение содержит данные о типе PDP, PDP адресе, TI, предоставленном QoS, приоритете для передачи по радиоканалу. После этого SGSN может выполнять маршрутизацию пакетов между GGSN и MS и начать учет для начисления оплаты.
Если процедура активации PDP-контекста оканчивается неудачей или SGSN возвращает MS сообщение о прерывании активации (Activate PDP Context Reject), то MS может попробовать еще раз выполнить активацию того же APN, но не более установленного числа попыток.
Рис. 10.2. Процедура активации РDР-контекста по запросу сети
Инициатива активации PDP-контекста может исходить не только от MS, но и от GGSN. В этом случае имеет место процедура активации PDP-контекста по запросу сети (рис. 10.2). При приеме пакетов, адресованных MS, GGSN проверяет, установлен ли PDP-контекст для требуемого PDP адреса. Если такой контекст предварительно не был установлен, GGSN предпринимает попытку доставить пакеты, инициируя процедуру активации PDP-контекста по запросу сети. Такая процедура возможна лишь в том случае, если GGSN имеет статическую информацию о PDP адресе. Для того чтобы сократить запросы в HLR, GGSN может сохранять адрес того SGSN, с которым был установлен последний PDP-контекст. Этот адрес будет считаться правильным в течение определенного времени.
Если запрошенный GGSN PDP-контекст не может быть установлен, SGSN возвращает GGSN ответ, зависящий от того, произошла ли ошибка активации перед или после того, как SGSN послал запрос MS об активации контекста. В возвращаемом GGSN ответе SGSN указывает одну из следующих причин невозможности установления контекста:
При получении отказа GGSN в зависимости от типа PDP может либо возвращать, либо отбрасывать поступающие пакеты. После неудачи инициированной сетью процедуры активации PDP-контекста сеть может предпринять определенные шаги с целью предохранить HLR от бесполезных запросов. Конкретные действия зависят от причины отказа:
Рис. 10.3. Процедура предохранения
Рис. 10.4. Процедура активизации мобильного абонента
1. SGSN получает информацию о том, что MS доступна, например запрос на подключение (Attach Request) от MS.
2b.Если SGSN не содержит ММ-контекста для данной MS, то SGSN посылает HLR запрос (Update Location) на обновление данных о местоположении.
3. Когда HLR получает сообщение Ready for SM или Update Location для MS, у которой установлен флаг MNRG, то он очищает этот флаг и посылает всем GGSN, номера и адреса которых содержатся в списке GGSN, сообщение о присутствии MS (Note MS GPRS Present). При получении этого сообщения каждый GGSN очищает MNRG в своей базе данных для данного абонента.
10.1.2. Модернизация PDP-контекста
Решение о модернизации принимает SGSN, в том числе и при получении от HLR информации об изменении подписки абонента. Модифицированы могут быть данные о предоставленном качестве обслуживания (QoS) и о радиоприоритете.
Приняв решение об изменении PDP-контекста, SGSN посылает запрос (Update PDP Context Request) в GGSN с информацией о предоставляемом QoS. GGSN проверяет возможность его удовлетворения, при необходимости ограничивает QoS и возвращает SGSN ответ (Update PDP Context Response).
SGSN информирует MS об изменении PDP-контекста путем посылки сообщения (Modify PDP Context Request). Это сообщение содержит TI, предоставленный QoS, приоритет на радиоинтерфейсе. MS подтверждает получение сообщения. Если MS не принимает изменения PDP-контекста, она должна деактивировать PDP-контекст.
SGSN может не посылать MS специального сообщения о модификации PDP-контекста, а дождаться выполнения процедуры RA Update, и проинформировать MS об изменениях в процессе обмена сигнальной информацией.
10.1.3. Деактивация PDP-контекста
Деактивация PDP-контекста может быть выполнена по инициативе MS, SGSN и GGSN. Первый случай отражает рис. 10.5.
Рис. 10.5. Процедура деактивации PDP-контекста по инициативе MS
В процессе выполнения процедуры GPRS detach, все PDP-контексты данной MS деактивируют без сообщения об этом MS.
Если инициатором деактивации PDP-контекста является SGSN, то первым делом SGSN посылает GGSN запрос на удаление PDP-контекста (Delete PDP Context Request). Действия GGSN при получении этого запроса те же, что и в предыдущем случае. Не дожидаясь получения отклика (Delete PDP Context Response) от GGSN, SGSN посылает MS запрос на деактивацию PDP-контекста (Deactivate PDP Context Request). MS удаляет PDP-контекст и возвращает SGSN сообщение об этом (Deactivate PDP Context Accept).
В случае, когда инициатива деактивации PDP-контекста исходит от GGSN, он посылает SGSN запрос (Delete PDP Context Request). SGSN, в свою очередь, отправляет MS запрос (Deactivate PDP Context Request). MS удаляет PDP-контекст и возвращает SGSN ответ (Deactivate PDP Context Accept). He дожидаясь этого ответа, SGSN возвращает GGSN ответ Delete PDP Context Response.
GPRS изнутри. Часть 1
Этим циклом статей я хотел бы рассказать хабраобществу о технологиях пакетной передачи данных в сетях мобильных операторов. Мы рассмотрим принципиальные схемы Packet Switched (PS) Core Network, заглянем в стек протоколов используемых для коммуникации между различными сетевыми элементами, а также более подробно рассмотрим функции основных элементов, которые позволяют нам использовать пакетную передачу в мобильных сетях. Конкретно в этой статье речь пойдет о самых распространенных на данный момент технологиях GPRS/EDGE.
История
Итак, что же мы имели в плане передачи данных в начале развития мобильных сетей операторов.
Начнем наш «отсчет» с т.н. CSD [Circuit Switched Data]. Данная технология появилась в стандарте GSM и позволяла устанавливать соединения с помощью модема, встроенного или подключенного в аппарат абонента, при этом абоненту на передатчике базовой станции выделялся все лишь один таймслот (TS), скорость передачи не превышает 9,6 кбит/с.
Передача данных с помощью CSD, практически ничем не отличается от обычного голосового вызова, т.к. на время вызова Вы полностью занимаете канал и посему тарификация такого соединения осуществляется поминутно и естественно на заре развития мобильных сетей была отнюдь не малой.
Следующим этапом развития передачи данных в мобильных сетях, стало улучшение технологии CSD — появилась технология HSCSD (en) [High Speed CSD]. Использование этой технологии позволило увеличить скорость передачи данных за счет объединения 4 TS + была увеличена пропускная способность одного канала до 14,4 Кбит/с за счет использования «упрошенных» методов корректировки ошибок. Тем самым максимальная пропускная способность для HSCSD составляла 57,6 Кбит/с.
Несмотря на небольшую скорость передачи и поминутную тарификацию, эта технология продолжает пользоваться популярностью для передачи небольших объемов данных в системах, например, охранных сигнализаций (показания счетчиков, индикаторов), прежде всего из-за простоты использования на современных аппаратах.
Все изменилось с появлением (спецификации Phase 1 появились в 2000/2001 гг.) пакетной технологии передачи данных — GPRS [General Packet Radio Service], которая существенно увеличила пропускную способность канала передачи данных (максимальная скорость передачи, при условии использования 8 TS — 171,2 кбит/с), а также использовала коммутацию пакетов, в отличие от коммутации каналов в CSD/HSCSD, что позволило более эффективно использовать ресурсы на базовых станциях, но в то же время эта технология «потребовала» внесения в структуру сети дополнительных элементов — SGSN, GGSN.
Принципиально технология EDGE [Enhanced Data rates for GSM Evolution] практически ничем не отличается от GPRS, т.к. может быть реализована на уже существующей сети. Изменения при внедрении EDGE касаются изменения схем кодирования на радиоинтерфейсе, а также изменения ПО на сетевых элементах. Максимальная скорость, которую может предоставить EDGE составляет 473,6 кбит/с (8 тайм-слотов x 59,2 кбит).
Схема сети
Что же из себе представляет т.н. PS Core Network? Давайте взглянем на принципиальную схему GSM архитектуры.
Пояснения к схеме:
AuC — Authentification Centre
BSC — Base Station Controller
BTS — Base Transceiver Station
CGF — Charging Gateway Function
EIR — Equipment Identification Register
GGSN — Gateway GPRS Support Node
GMSC — Gateway MSC
HLR — Home Location Register
ISDN — Integrated Services Digital Network
MSC — Mobile Switching Center
PSDN/PDN — Public Switched Data Network/Packet Data Network
PSTN — Public Switched Telephone Network
SGSN — Serving GPRS Support Node
VLR — Visiting Location Register
Основным элементом в сетевой архитектуры GPRS, является SGSN. Как видим из схемы, SGSN связан различными интерфейсами с большинством элементов архитектуры GSM сети. Неотъемлемым «спутником» SGSN’а в пакетной сети оператора является GGSN, который является своеобразным мостом между IP Backbone оператора и другими Packet Data Networks (PDN). Железным исполнением GGSN может выступать «обычный» роутер Cisco, но также есть отдельные решения от вендоров Nokia Siemens Networks (NSN), Huawei, etc. В большинстве случаев на сети оператора присутствует несколько подобных элементов, что в свою очередь определяется емкостью сети и нагрузкой на территории.
Принцип работы
Более детально этот раздел мы рассмотрим во второй части статьи. Определим, какие данные передаются во время процесса авторизации, а также какие данные хранятся на стороне абонента/SGSN’а, коснемся немного алгоритмов шифрования, используемых в архитектуре GPRS/EDGE.
Перспективы
Перспективными технологиями, которые могут улучшить технологии GPRS/EDGE являются их прямые «наследники» — EGPRS2/Evolved EDGE, которые поддерживают такие вендоры, как Nokia Siemens Networks (NSN) и Nortel (технологии были стандартизированы 3GPP Rel-7).
Для перехода к Evolved EDGE достаточно провести апгрейд ПО на действующей сети EDGE, при этом поставщики обещают, что технология Evolved EDGE может более, чем вдвое повысить эффективность использования спектра, если сравнивать с тем, как это сделано в EDGE.
В частности, после перехода на новый стандарт, пользователям станет доступно скачивание данных из сети со скоростями вплоть до 1.2 Мбит/с (Downlink — направление от базовой станции к абоненту), пересылка данных в направлении к базовой станции (Uplink) со скоростью до 473 кбит/с.
По заявкам производителей, такой путь эволюции технологии GSM обеспечит для операторов эффективный по стоимости переход к технологиям следующих поколений, в частности — LTE и полную совместимость по услугам между GSM и следующими поколениями мобильной передачи данных.
Заключение
В конце статьи хотел написать, что это мой первый топик на хабре, чтобы сильно не пинали и все такое… но потом решил не писать, т.к. как же можно понять понравилась статья или нет, если нет критики со стороны читателей. Посему, вопросы/замечания/уточнения/угрозы приветствуются, если понравиться статья, то все это будет учтено в следующих работах.