Comments 86
UFO just landed and posted this here
Вы знаете, много зависит от вендора, на оборудовании которого развертывается сеть, а также от технологий используемых в качестве транспорта под архитектуру сети. К примеру, можно разворачивать на существующей сети (арендовать у операторов), а можно строить сеть с нуля и полностью придерживаться «требований» стандарта — использовать только IP транспорт, например.
Так, что тут сложно сказать однозначно, все зависит от начальных условий.
З.Ы.: ну, что ж будем подтягивать «мобильную» часть :) к тому же есть чем поделиться…
Так, что тут сложно сказать однозначно, все зависит от начальных условий.
З.Ы.: ну, что ж будем подтягивать «мобильную» часть :) к тому же есть чем поделиться…
имхо, между ваймакс и 3\4Г\лте столько различий, что сравнить и сказать что-то конкретное — не реально. Тем паче инженеру пакетной сети :)
Взгляните на успехи йоты, и на ваймакс от комстар. Где комстар и куда убежала йота. Все зависит от маркетинга :(
Развивать же лте\3г сеть «гроссе тройка» не позволит. По этому теле2 в дефолтсити нет и не будет :(
Взгляните на успехи йоты, и на ваймакс от комстар. Где комстар и куда убежала йота. Все зависит от маркетинга :(
Развивать же лте\3г сеть «гроссе тройка» не позволит. По этому теле2 в дефолтсити нет и не будет :(
Хотелось бы увидеть перевод названий и назначение некоторых элементов в схеме сети, как-то обобщенно понятно, а так что бы по кусочкам разобрать с первого раза тяжеловато, имхо.
Спасибо, было интересно. Если честно, хочется больше информации по «железу», но это уже персональные предпочтения.
Кстати, перенесите в тематический блог.
Кстати, перенесите в тематический блог.
Перенес в «Телекомы»…
По железу будет чуть позже, так как сначала нужно ввести в курс дела, чтобы можно было говорить о характеристиках железного исполнения.
По железу будет чуть позже, так как сначала нужно ввести в курс дела, чтобы можно было говорить о характеристиках железного исполнения.
Вообще железо у вендоров часто универсальное. Т.к. разрабатывать хардварную часть значительно дороже софтовой. Но обзор того, на чем строиться пакетная кора у топикстартера архи интересен :)
Оборудование Nokia, точнее уже NSN )
подробности позже…
подробности позже…
Именно. У Huwei на всё подряд почти идёт одно и то же желзело с разницей в платах и софте, который по сути построен на одной платформе. Это мудро — один раз проработать, сделать хорошо и универсально, а потом клепать на нём, что хошь.
3. обновление информации о местоположении абонента в HLR
Если память не изменяет, HLR не хранит местоположение, этим занимается VLR.
Первую картинку надо чуть побольше (видимо, из мана Нокии?), т.к. не все аббревиатуры видно.
Я бы еще упомянул, что один терминал может поднимать более одного PDP одновременно (некоторые Нокии даже имеют соответствующую индикацию второго контекста), что позволяет, к примеру, получать входящую ММС при просмотре интернетов :)
В целом тема интересная, продолжайте. Плюсанул топик и кармировал.
Если память не изменяет, HLR не хранит местоположение, этим занимается VLR.
Первую картинку надо чуть побольше (видимо, из мана Нокии?), т.к. не все аббревиатуры видно.
Я бы еще упомянул, что один терминал может поднимать более одного PDP одновременно (некоторые Нокии даже имеют соответствующую индикацию второго контекста), что позволяет, к примеру, получать входящую ММС при просмотре интернетов :)
В целом тема интересная, продолжайте. Плюсанул топик и кармировал.
>Если память не изменяет, HLR не хранит местоположение, этим занимается VLR
Хранит, в профиле не HLR обновляется информация о связке MSC/VLR в котором на данный момент находится абонент, к тому же в процессе GPRS Attach'а SGSN обновляет информацию об абоненте в HLR — процедура называется «update GPRS location» (протокол MAP).
>может поднимать более одного PDP одновременно…
от самого аппарата пользователя еще не все зависит, так как количество одновременных PDP Context'ов настраивается на стороне SGSN'а
>Плюсанул топик и кармировал.
Спасибо )
Хранит, в профиле не HLR обновляется информация о связке MSC/VLR в котором на данный момент находится абонент, к тому же в процессе GPRS Attach'а SGSN обновляет информацию об абоненте в HLR — процедура называется «update GPRS location» (протокол MAP).
>может поднимать более одного PDP одновременно…
от самого аппарата пользователя еще не все зависит, так как количество одновременных PDP Context'ов настраивается на стороне SGSN'а
>Плюсанул топик и кармировал.
Спасибо )
Уже как 3 года являюсь человеком, который постоянно использует технологию GPRS.
И скажу вам что это просто нервотрепка ))
И скажу вам что это просто нервотрепка ))
Что действительно интересно потребителю: почему в WIFI пинг 1-2 мс, а у GPRS я меньше 300мс никогда не видел?
Это не ошибка и не медленный сервер. Это какое-то технологическое ограничение.
Какое? В чем суть?
Это не ошибка и не медленный сервер. Это какое-то технологическое ограничение.
Какое? В чем суть?
Могу предположить, что этим ограничение является собственно пропускная способность канала GPRS (max 171,2 кбит/с) + пакеты проходят несколько роутеров/шлюзов, которые могут быть загружены.
в вайфае пинг идет черз 3-6 хопов, это если мир пинговать.
На моей практике, трасса до граничного брандмауэра в GPRS коре доходила до 12 (!!!) хопов. Плюс еще несколько до того же гугла (8.8.8.8)
Ну и вообще сравнивать как бы не правильно. В вафле радио в айпи превращается в одной и той же коробке, в GPRS же путь такой (в общем случае, у некоторых вендоров логические элементы могут быть объединены в один физический):
терминал (ака телефон)->БС (Базовая станция)->БТС (BTS — контроллер базовых станций)->PDU (packet destribution unit или что-то вроде этого, плотно не щупал)->SGSN->маршрутизатор\файрвол N->маршрутизатор\фарвол N+1->GGSN->маршрутизатор\фарвол M->маршрутизатор М+1->МИР
Ну и опять же, очень многое зависит от радио части (покрытие).
На моей практике, трасса до граничного брандмауэра в GPRS коре доходила до 12 (!!!) хопов. Плюс еще несколько до того же гугла (8.8.8.8)
Ну и вообще сравнивать как бы не правильно. В вафле радио в айпи превращается в одной и той же коробке, в GPRS же путь такой (в общем случае, у некоторых вендоров логические элементы могут быть объединены в один физический):
терминал (ака телефон)->БС (Базовая станция)->БТС (BTS — контроллер базовых станций)->PDU (packet destribution unit или что-то вроде этого, плотно не щупал)->SGSN->маршрутизатор\файрвол N->маршрутизатор\фарвол N+1->GGSN->маршрутизатор\фарвол M->маршрутизатор М+1->МИР
Ну и опять же, очень многое зависит от радио части (покрытие).
Разумеется, я пинговал шлюз оператора — самый первый IP.
Пакеты icmp довольно маленькие — 64 байта в секунду. Забить канал ими нельзя. Фактически домашнему пользователю интернета, помнящему о дорогом трафике youtube, для комфорта и не нужны большие скорости EDGE, а нужен субъективно хороший отклик в тех же ajax-приложениях. Но почему же все так ужасно?
Пакеты icmp довольно маленькие — 64 байта в секунду. Забить канал ими нельзя. Фактически домашнему пользователю интернета, помнящему о дорогом трафике youtube, для комфорта и не нужны большие скорости EDGE, а нужен субъективно хороший отклик в тех же ajax-приложениях. Но почему же все так ужасно?
64 байта на пакет…
Пинг все равно плохой? См. описанную мной цепочку выше.
К стати, очень часто по пути встречаются туннели, по этому реальное кол-во хопов вам просто не видно. Gn интерфейс часто туннелируют.
Пинг все равно плохой? См. описанную мной цепочку выше.
К стати, очень часто по пути встречаются туннели, по этому реальное кол-во хопов вам просто не видно. Gn интерфейс часто туннелируют.
Что Вы имеете в виду под туннелями для Gn?
Обычно Gn интрефейс это фактически прямой линк между SGSN (платой на SGSN, которая является шлюзом) и GGSN (Cisco в моем случае)…
Обычно Gn интрефейс это фактически прямой линк между SGSN (платой на SGSN, которая является шлюзом) и GGSN (Cisco в моем случае)…
Если это все действительно влияло, то тихой ночью пинг уменьшался бы сильно, но он такой ВСЕГДА.
В конце концов, у вас то мобильник есть? подключите к компьютеру и проверьте. С разными операторами проверьте — все равно будет 200-300 мс.
В конце концов, у вас то мобильник есть? подключите к компьютеру и проверьте. С разными операторами проверьте — все равно будет 200-300 мс.
конечно есть )
Дык я вам и объясняю, почему он такой ВСЕГДА ;)
Потому что радио не как на вафле, и железок по пути очень много.
Дык я вам и объясняю, почему он такой ВСЕГДА ;)
Потому что радио не как на вафле, и железок по пути очень много.
Я не верю, что на каждой железке пакет мусолится по 50 мс. В вашей цепочке я вижу всего 5 элементов (транзитные ip-машрутизаторы не считаем, т.к. я пингую свой первый ip-шлюз).
По проводному интернету у меня до яндекса nat + 8 ip-хопов, но общий пинг все равно не больше 10 мс.
Очевидно, дело в протоколе передачи данных на уровне GSM. Например таймслоты выделяются специально пропуская пару «оборотов».
Так как именно они выделяются, ПОЧЕМУ GRPS такой тормозной и неужели ничего нельзя сделать?
По проводному интернету у меня до яндекса nat + 8 ip-хопов, но общий пинг все равно не больше 10 мс.
Очевидно, дело в протоколе передачи данных на уровне GSM. Например таймслоты выделяются специально пропуская пару «оборотов».
Так как именно они выделяются, ПОЧЕМУ GRPS такой тормозной и неужели ничего нельзя сделать?
первое, что можно пинговать в коре покетного домена — это лупбек GGSN. Так что маршрутизаторы там есть.
Но вы правы, основную задержку дает радио часть.
Сделать можно только одно — повесть QoS максимального приоритета. Как правило, такими привилегиями обладают только сотрудники ОПСОСа :(
Возможно, ваш оператор продает QoS для передачи данных, попробуйте уточнить у него.
Но вы правы, основную задержку дает радио часть.
Сделать можно только одно — повесть QoS максимального приоритета. Как правило, такими привилегиями обладают только сотрудники ОПСОСа :(
Возможно, ваш оператор продает QoS для передачи данных, попробуйте уточнить у него.
Ну описанное я наблюдаю у трех сотовых операторов в разные годы.
Вопросы о QOS считаются запретными и про них никто ничего не расскажет.
Вопросы о QOS считаются запретными и про них никто ничего не расскажет.
Не припомню, чтобы какой-нибудь нибудь из операторов предлагал менять абоненту свои профили QoS… вариант только от своих друзей у ОпСоСа или знаю еще, что приоритетными профилями обладаю некоторые «золотые» номера.
UFO just landed and posted this here
Хм, всего 300?
У теле2 я привык к 1000-1500мс, так как трафик шел через Швецию)
У теле2 я привык к 1000-1500мс, так как трафик шел через Швецию)
Думаю, делов в том, что вы находитесь от точки доступа на расстоянии 15-20 метров максимум. Мешать вам может шкаф, например, или стена, которая резко снижает уровень сигнала.
А в условиях улицы деревья, дома, линии электропередач, интерференция от других секторов, от различных путей прохождения сигнала до вашего модема, от других излучателей каких-нибудь.
В конце концов ваши пакеты ветром уносит
Конечно, имеет значение, число хопов, как говорили выше.
Может также влиять загрузка канала до БС. Я сижу на скайлинке — задержки до 4-5 секунд, потери 60-70%. Ну куда это годится? А всё потому что по акции наподключали новых абонентов, а канал достойный не обеспечили.
А в условиях улицы деревья, дома, линии электропередач, интерференция от других секторов, от различных путей прохождения сигнала до вашего модема, от других излучателей каких-нибудь.
В конце концов ваши пакеты ветром уносит
Конечно, имеет значение, число хопов, как говорили выше.
Может также влиять загрузка канала до БС. Я сижу на скайлинке — задержки до 4-5 секунд, потери 60-70%. Ну куда это годится? А всё потому что по акции наподключали новых абонентов, а канал достойный не обеспечили.
Нет, тут дело не в скорости волны и не в замедлении волны шкафом )
те же самые показатели я наблюдал и на Большом WiFi с направленными антеннами с километровыми расстояниями.
те же самые показатели я наблюдал и на Большом WiFi с направленными антеннами с километровыми расстояниями.
Я про скорость волны ничего не говорил) Шкаф не замедляет, а ослабляет.
Вайфай с направленными антеннами, надо полагать, работает на прямой видимости и самое страшное, что может произойти — птица пролетит. При этом радиоресурсы отданы целиком противоположной станции. В сетях ОПСОСов и сетях ШПД канал дозируется на кучу абонентов, используется секторная антенна с широкой диаграммой направленности и сравнительно небольшим радиусом.
Думаю, эта разница в используемых технологиях выливается в задержки на радиоинтерфейсе.
Вайфай с направленными антеннами, надо полагать, работает на прямой видимости и самое страшное, что может произойти — птица пролетит. При этом радиоресурсы отданы целиком противоположной станции. В сетях ОПСОСов и сетях ШПД канал дозируется на кучу абонентов, используется секторная антенна с широкой диаграммой направленности и сравнительно небольшим радиусом.
Думаю, эта разница в используемых технологиях выливается в задержки на радиоинтерфейсе.
Опять. Тогда почему по наблюдениям никогда, даже ночью, не было ситуации с пингом меньше 300 мс?
На этот вопрос не смогу ответить. Я говорил с позиции WiMAX. Тут задержки от 50-60 мс до дофига (причину дофига я попытался объяснить). Это вопрос автору статьи)
Раз уж, Вы так настаиваете на достоверности вопроса, давайте определимся:
— какой у Вас аппарат?
— как Вы выходите в мир? (с самого аппарата, либо подключаете к компьютеру, если да то как: кабельное подключение/bluetooth/etc.)
— Вы пользуетесь GPRS в густонаселеном районе или нет?
— когда выходите по времени? (примерно, даже если ночью)
— оператор предоставляющий услугу?
Может хоть так мы сможем разобраться в вопросе…
— какой у Вас аппарат?
— как Вы выходите в мир? (с самого аппарата, либо подключаете к компьютеру, если да то как: кабельное подключение/bluetooth/etc.)
— Вы пользуетесь GPRS в густонаселеном районе или нет?
— когда выходите по времени? (примерно, даже если ночью)
— оператор предоставляющий услугу?
Может хоть так мы сможем разобраться в вопросе…
Так вы не считаете, что такой пинг это абсолютно у всех по технологическим причинам?
У меня было несколько разных аппаратов в разные годы motorol-ы, qtek. Все с прямым подключением к компьютеру через usb.
Операторы разные, последний — МТС, но в девичестве назывался Реком.
Все происходит в густонаселенном районе, в деревне пинг не было необходимости замерять. Одно время даже снимал квартиру прямо под антеннами базовой станции Билайна.
Могу попробовать этой ночью повторить эксперимент допустим в 2 ночи. Не думаю что изменится что-то.
У меня было несколько разных аппаратов в разные годы motorol-ы, qtek. Все с прямым подключением к компьютеру через usb.
Операторы разные, последний — МТС, но в девичестве назывался Реком.
Все происходит в густонаселенном районе, в деревне пинг не было необходимости замерять. Одно время даже снимал квартиру прямо под антеннами базовой станции Билайна.
Могу попробовать этой ночью повторить эксперимент допустим в 2 ночи. Не думаю что изменится что-то.
Я не считаю, что это тех. ограничение (конечно же, если Вам настолько не везет, что Вы постоянно попадаете на загруженную соту в час пик, которая реализована на старом оборудовании, поддерживающем только схемы кодирования CS-1, CS-2 и при всем при этом Вы используете аппарат ниже класса 10, а Ваш оператор абсолютно не позаботился о какой-либо приемлемой настройке шлюзов для пакетной передачи).
ладно. а какой пинг до шлюза сейчас у вас лично?
чтобы я знал к чему стремиться.
чтобы я знал к чему стремиться.
Вы знаете, только хотел похвастаться, но нечем (
— до ya.ru ~580-600 мс
— до 8.8.8.8, 4.2.2.2 ~640-700 мс
— до шлюза ~600-650 мс
Но я по прежнему буду настаивать, что нет тех. ограничения для такого завышенного пинга, на это все влияет загрузка сети — сижу в центре, МТС Украина, post-paid.
— до ya.ru ~580-600 мс
— до 8.8.8.8, 4.2.2.2 ~640-700 мс
— до шлюза ~600-650 мс
Но я по прежнему буду настаивать, что нет тех. ограничения для такого завышенного пинга, на это все влияет загрузка сети — сижу в центре, МТС Украина, post-paid.
Ну так дождемся ночи…
3:45 ночи. МТС. Средний пинг 560 мс. Минимальный — 411. Первый шлюз теперь у МТС не пингуется, пришлось пинговать первый хоп за натом.
И, что характерно, пинг довольно стабильный. То есть, загрузка сети, видимо, внушительно влияет на комфортность серфинга, однако задержка возникает всегда и механизм возникновения хотелось бы уяснить.
И, что характерно, пинг довольно стабильный. То есть, загрузка сети, видимо, внушительно влияет на комфортность серфинга, однако задержка возникает всегда и механизм возникновения хотелось бы уяснить.
UFO just landed and posted this here
Осилил-таки сегодня. Приятно, что в ряду авторов от телекома прибыло.
Для начала вопрос такой: за счёт чего можно увеличить скорость при том же количестве таймслотов (как повышается эффективность использования радиоресурсов? Например, для случая EDGE и Envolved EDGE). Что позволило использовать больше таймслотов для пакетной передачи данных и пришлось ли чем-то пожертвовать в плане голосового трафика?
И огромное спасибо за статью, кое-какие моменты стали гораздо прозрачнее.
Я понимаю, что, описание работы самих узлов, может быть, не по теме ваших топиков, но хотелось бы и об этом узнать.
Для начала вопрос такой: за счёт чего можно увеличить скорость при том же количестве таймслотов (как повышается эффективность использования радиоресурсов? Например, для случая EDGE и Envolved EDGE). Что позволило использовать больше таймслотов для пакетной передачи данных и пришлось ли чем-то пожертвовать в плане голосового трафика?
И огромное спасибо за статью, кое-какие моменты стали гораздо прозрачнее.
Я понимаю, что, описание работы самих узлов, может быть, не по теме ваших топиков, но хотелось бы и об этом узнать.
Прошу прощения, но вчера так и не добрался к компьютеру… Дальше много букаф...
>за счёт чего можно увеличить скорость при том же количестве таймслотов…
Если кратко, то увеличении эффективности использования радиоинтерфейса происходит за счет использования улучшенных методов модуляции и алгоритмов кодирования + использовании более упрощенных методов коррекции ошибок. Например, для GPRS используется модуляция GMSK (Gaussian minimum-shift keying), для EDGE была внедрена более эффективная схема модуляции — 8PSK (8 Phase Shift Keying), а в Envolved EDGE применяется еще более эффективная квадратурная модуляции — QAM (Quadrature Amplitude Modulation) + попутно развивались и улучшались схемы кодирования потока.
Системы корректировки ошибок постепенно приходят к снижении избыточности кода, т.к. прогрессируют приемо-передающие элементы как на стороне абонента, так и на стороне базовых станций: повышается чувствительность приемников, улучшается ПО, снижаются вероятности появления ошибок и т.д.
>Например, для случая EDGE и Envolved EDGE…
При внедрении Envolved EDGE, внимание уделяется трем основным моментам:
1. используется QAM (Quadrature Amplitude Modulation) — примерно 20-30% прирост в скорости по сравнению с EDGE;
2. использования Dual Carrier Downlink, которое может более, чем вдвое повысить эффективность использования спектра;
3. применение RTTI (Reduced Transmission Time Interval), позволяющее уменьшить время доставки пакетов -> повысить скорость передачи.
>пожертвовать в плане голосового трафика…
нет, голосовой трафик имеет приоритет в любой мобильной системы, т.к. опять же экстренные вызовы не отменяли. Другое дело, что есть такое понятие как GPRS Territory — это количество TS, выделяемых на базовой станции для пакетной передачи. В GPRS Territory выделяют несколько типов зон:
Default (используется только под пакетную передачу данных, голосовые сервисы не могут передаваться через эти TS*), Dedicated (могут быть использованы как под пакетную передачу, так и под голосовые сервисы) и Additional.
* — Emergency вызовы все таки могут занимать эти TS.
Варьируя значением Default TS, можно расширить пропускную способность сервиса GPRS, за счет голосовых тайм-слотов.
>описание работы самих узлов…
Вы имели в виду описание работы узлов архитектуры GPRS или GSM элементов в общем?
Тут вот anjolio говорил о своей статье + я тоже расскажу о некоторых элементах.
>за счёт чего можно увеличить скорость при том же количестве таймслотов…
Если кратко, то увеличении эффективности использования радиоинтерфейса происходит за счет использования улучшенных методов модуляции и алгоритмов кодирования + использовании более упрощенных методов коррекции ошибок. Например, для GPRS используется модуляция GMSK (Gaussian minimum-shift keying), для EDGE была внедрена более эффективная схема модуляции — 8PSK (8 Phase Shift Keying), а в Envolved EDGE применяется еще более эффективная квадратурная модуляции — QAM (Quadrature Amplitude Modulation) + попутно развивались и улучшались схемы кодирования потока.
Системы корректировки ошибок постепенно приходят к снижении избыточности кода, т.к. прогрессируют приемо-передающие элементы как на стороне абонента, так и на стороне базовых станций: повышается чувствительность приемников, улучшается ПО, снижаются вероятности появления ошибок и т.д.
>Например, для случая EDGE и Envolved EDGE…
При внедрении Envolved EDGE, внимание уделяется трем основным моментам:
1. используется QAM (Quadrature Amplitude Modulation) — примерно 20-30% прирост в скорости по сравнению с EDGE;
2. использования Dual Carrier Downlink, которое может более, чем вдвое повысить эффективность использования спектра;
3. применение RTTI (Reduced Transmission Time Interval), позволяющее уменьшить время доставки пакетов -> повысить скорость передачи.
>пожертвовать в плане голосового трафика…
нет, голосовой трафик имеет приоритет в любой мобильной системы, т.к. опять же экстренные вызовы не отменяли. Другое дело, что есть такое понятие как GPRS Territory — это количество TS, выделяемых на базовой станции для пакетной передачи. В GPRS Territory выделяют несколько типов зон:
Default (используется только под пакетную передачу данных, голосовые сервисы не могут передаваться через эти TS*), Dedicated (могут быть использованы как под пакетную передачу, так и под голосовые сервисы) и Additional.
* — Emergency вызовы все таки могут занимать эти TS.
Варьируя значением Default TS, можно расширить пропускную способность сервиса GPRS, за счет голосовых тайм-слотов.
>описание работы самих узлов…
Вы имели в виду описание работы узлов архитектуры GPRS или GSM элементов в общем?
Тут вот anjolio говорил о своей статье + я тоже расскажу о некоторых элементах.
Насчёт модуляций подозревал. А какая конкретно используется (16QAM, 64QAM)? Почему в EDGE нельзя было их использовать?
Dual Carrier Downlink — речь о MIMO? Данные передаются через 2 антенны или используется две несущие в одном корпусе (некорректно выразился, но думаю, вы меня поняли)? Если да, то каким образом удаётся более, чем вдвое увеличить эффективность?
Про RTTI как-нибудь почитаю. Пока не понятно, что за зверь.
По таймслотам интересует на самом деле такой вопрос: вот использовался сначала под пакетные данные один таймслот, все остальные (30-31, насколько я понимаю) использовались под голос. Потом отдали под них 8 слотов, при это их количество для голоса уменьшилось. Что меняется для голосового трафика? Уменьшается количество возможных одновременных звонков или качество или ещё что-то? Извините, если этот вопрос некорректно задаю.
И ещё, возможно, глупый вопрос: эти ТС от БС до конкретного абонента или они шарятся на всех?
Dual Carrier Downlink — речь о MIMO? Данные передаются через 2 антенны или используется две несущие в одном корпусе (некорректно выразился, но думаю, вы меня поняли)? Если да, то каким образом удаётся более, чем вдвое увеличить эффективность?
Про RTTI как-нибудь почитаю. Пока не понятно, что за зверь.
По таймслотам интересует на самом деле такой вопрос: вот использовался сначала под пакетные данные один таймслот, все остальные (30-31, насколько я понимаю) использовались под голос. Потом отдали под них 8 слотов, при это их количество для голоса уменьшилось. Что меняется для голосового трафика? Уменьшается количество возможных одновременных звонков или качество или ещё что-то? Извините, если этот вопрос некорректно задаю.
И ещё, возможно, глупый вопрос: эти ТС от БС до конкретного абонента или они шарятся на всех?
>А какая конкретно используется (16QAM, 64QAM)? Почему в EDGE нельзя было их использовать?
В Evoled EDGE применяется 16,32 QAM. Почему эти же схемы модуляции нельзя было использовать в «обычном» EDGE:
— административная причина: для изменения схем модуляций, нужно получать разрешения от соответствующих гос. органов + вопросы сертификации и стандартизации схем использования радиоресурсов;
— техническая причина: элементарно не была еще подготовлена техническая база, передатчики на базовых, не умели «поддерживать» Evoled EDGE — для этого нужно проводить модернизацию ПО + железной части.
>Dual Carrier Downlink — речь о MIMO?
Не совсем, речь о двух несущих для приема, применение которых собственно и дает возможность «удвоить» пропускную способность.
>Что меняется для голосового трафика?
Для голосового трафика уменьшается количество одновременных звонков, качество при этом не изменяется.
Я только немного не понял, о каких 30-31 слотах Вы имели в виду, т.к. я говорил о TS на несущей между сотой и абонентом, а Вы скорее всего о тайм-слотах между базовой и контроллером.
Кстати, эти TS (между базовой и контроллером базовых) настраиваются отдельно от вышеупомянутых слотов и там тоже отдельно можно задавать приоритет пакетной передачи, либо голосовых сервисов.
>эти ТС от БС до конкретного абонента или они шарятся на всех?
для всех абонентов…
В Evoled EDGE применяется 16,32 QAM. Почему эти же схемы модуляции нельзя было использовать в «обычном» EDGE:
— административная причина: для изменения схем модуляций, нужно получать разрешения от соответствующих гос. органов + вопросы сертификации и стандартизации схем использования радиоресурсов;
— техническая причина: элементарно не была еще подготовлена техническая база, передатчики на базовых, не умели «поддерживать» Evoled EDGE — для этого нужно проводить модернизацию ПО + железной части.
>Dual Carrier Downlink — речь о MIMO?
Не совсем, речь о двух несущих для приема, применение которых собственно и дает возможность «удвоить» пропускную способность.
>Что меняется для голосового трафика?
Для голосового трафика уменьшается количество одновременных звонков, качество при этом не изменяется.
Я только немного не понял, о каких 30-31 слотах Вы имели в виду, т.к. я говорил о TS на несущей между сотой и абонентом, а Вы скорее всего о тайм-слотах между базовой и контроллером.
Кстати, эти TS (между базовой и контроллером базовых) настраиваются отдельно от вышеупомянутых слотов и там тоже отдельно можно задавать приоритет пакетной передачи, либо голосовых сервисов.
>эти ТС от БС до конкретного абонента или они шарятся на всех?
для всех абонентов…
Про административные причины я не знал.
Две несущие для приёма? Соответственно должны быть две для передачи, то есть реализована система нескольких антенн. Короче, пока непонятно, что это — надо почитать.
Да, пожалуй, я спутал ТС для интерфейсов между БС и контроллером и БС и абонентом.
Спасибо за ответ.
Две несущие для приёма? Соответственно должны быть две для передачи, то есть реализована система нескольких антенн. Короче, пока непонятно, что это — надо почитать.
Да, пожалуй, я спутал ТС для интерфейсов между БС и контроллером и БС и абонентом.
Спасибо за ответ.
Спасибо за статью, как раз работаю на проекте с кучей телематических данных поверх GPRS. Более детальное знание всей этой «кухни» явно поможет.
Вам не помогут знания о вещах, на которые не можете повлиять.
По крайней мере они помогут мне сразу отсеять неправильные предпосылки при нахождении проблемы.
Например? Ваш терминал позволяет что-то передать протоколом отличным от IP? Да неужели?
Если вы работаете с протоколом IP, то 90% изложенных сущностей вас никогда не коснутся. А с другим протоколом вам работать и не дадут.
Я не представляю кому может быть полезна такая статья, кроме работников сотовых компаний, которые очевидно и так все это знают.
Если вы работаете с протоколом IP, то 90% изложенных сущностей вас никогда не коснутся. А с другим протоколом вам работать и не дадут.
Я не представляю кому может быть полезна такая статья, кроме работников сотовых компаний, которые очевидно и так все это знают.
«Подсаживается как-то путешественник к костру африканских людоедов. Предлагают ему еду. Он ест. Через какое-то время он говорит: „не нравится мне что-то ваш вождь“. „Не нравится — не ешь“, отвечают людоеды.»
Для меня — статья полезная, расширяет кругозор. Если вам лично не нравится — не ешьте. Я для себя сумею найти пользу в этих знаниях. А если и не сумею — они забудутся, хуже мне это этого не станет.
P.S.
Да, мой терминал так-же умеет слать SMS-ки, и делать CSD звонки на модем.
P.P.S.
Понимание процесса GPRS attach облегчает поиск проблемы, когда африканская симка с роумигом не хочет получать PDP контекст в канадской сети.
Для меня — статья полезная, расширяет кругозор. Если вам лично не нравится — не ешьте. Я для себя сумею найти пользу в этих знаниях. А если и не сумею — они забудутся, хуже мне это этого не станет.
P.S.
Да, мой терминал так-же умеет слать SMS-ки, и делать CSD звонки на модем.
P.P.S.
Понимание процесса GPRS attach облегчает поиск проблемы, когда африканская симка с роумигом не хочет получать PDP контекст в канадской сети.
О GPRS attach расскажу более подробно во второй части.
Что-то вы расфантазировались. И что, вам терминал человеческим голосом рассказывает что вы в Канаде и какой тут нужно указать контекст?
Либо настройки правильные и передача данных работает, либо неправильные. Вот и весь процесс. Ничего кроме как узнать правильные настройки вы не сможете.
Либо настройки правильные и передача данных работает, либо неправильные. Вот и весь процесс. Ничего кроме как узнать правильные настройки вы не сможете.
Теоретический максимум в 171,2 Кбит/сек., похоже, используется исключительно в маркетинговых целях и никогда на практике.
На сколько позволяет судить практика, из 4 схем кодирования, применяемых в GPRS-сетях (от схемы кодирования зависит скорость передачи данных в одном канале), чаще всего используют именно вторую, позволяющую передавать не более 13,4 килобита в секунду в одном временном слоте.
Принимая во внимание большую распространенность телефонов с поддержкой 10-го класса (с максимальным числом слотов на прием данных, равным 4), можно с уверенностью говорить о практическом максимуме скорости получения данных в сети GPRS — это:
13,4 Кбит/сек. * 4 канала = 53,6 Кбит/сек. (всего-то 6,7 КБ/сек.).
Для EDGE на практике скорость вряд ли превысит:
59,2 Кбит/сек. в канале * 4 канала в одно время = 236,8 Кбит/сек. (26,6 КБ/сек.)
На сколько позволяет судить практика, из 4 схем кодирования, применяемых в GPRS-сетях (от схемы кодирования зависит скорость передачи данных в одном канале), чаще всего используют именно вторую, позволяющую передавать не более 13,4 килобита в секунду в одном временном слоте.
Принимая во внимание большую распространенность телефонов с поддержкой 10-го класса (с максимальным числом слотов на прием данных, равным 4), можно с уверенностью говорить о практическом максимуме скорости получения данных в сети GPRS — это:
13,4 Кбит/сек. * 4 канала = 53,6 Кбит/сек. (всего-то 6,7 КБ/сек.).
Для EDGE на практике скорость вряд ли превысит:
59,2 Кбит/сек. в канале * 4 канала в одно время = 236,8 Кбит/сек. (26,6 КБ/сек.)
В большей части, Вы правы — максимальные скорости, это всего лишь маркетинговый ход.
И вы уважаемым хабравчанам маркетинговые данные даёте, вместо того, чтобы быть объективным и сказать настоящую правду?
Спасибо, всегда было интересно, «как же это все работает»
Но как я понимаю, это все логический уровень представления. Лично мне было бы интересно посмотреть на физический уровень. Мол, вот эта железка — тот самый БТС.
Больше картинок (желательно из жизни), хороших и разных!
ЗЫ Отметил топик как мог
Но как я понимаю, это все логический уровень представления. Лично мне было бы интересно посмотреть на физический уровень. Мол, вот эта железка — тот самый БТС.
Больше картинок (желательно из жизни), хороших и разных!
ЗЫ Отметил топик как мог
Возможно, я тороплю события, но есть один вопрос, на который хочется получить ответ, если возможно
Известно, что с распространением сетей 3G операторы предложили тарифы с ограничением по скорости. Скажем, тариф «Безлимитный» у Билайна, где пиковые значения скорости регулируются оператором, вначале предполагает загрузку данных на предельно возможной скорости, а после исчерпания определенного лимита трафика скорость загрузки снижается до 64 Кбит/сек.
Вопрос: позволят ли GPRS/EDGE-сеть устанавливать похожие ограничения? Если «да», то практикуется ли установка таких ограничений в сетях GPRS/EDGE?
Известно, что с распространением сетей 3G операторы предложили тарифы с ограничением по скорости. Скажем, тариф «Безлимитный» у Билайна, где пиковые значения скорости регулируются оператором, вначале предполагает загрузку данных на предельно возможной скорости, а после исчерпания определенного лимита трафика скорость загрузки снижается до 64 Кбит/сек.
Вопрос: позволят ли GPRS/EDGE-сеть устанавливать похожие ограничения? Если «да», то практикуется ли установка таких ограничений в сетях GPRS/EDGE?
Вы знаете, довольно интересный вопрос )
>позволят ли GPRS/EDGE-сеть устанавливать похожие ограничения?
Я не припомню, чтобы в спецификациях к GPRS/EDGE описывалась возможность динамического регулирования скорости скачивания для абонента (но нужно будет поискать), поэтому могу предположить, что такая возможность реализуется в качестве своеобразной «надстройки» в архитектуре. По крайней мере, реализовать такую возможность техническими средствами только SGSN, GGSN невозможно.
Дальше сугубо мои размышления на эту тему…
Например, все это может быть организовано на базе, т.н. IN (Intelligent Network) платформ — сетевые элементы, которые осуществляют биллинг pre-paid абонентов, роуминговых абонентов и т.д.
В нормальных условиях, к этим элементам, периодически обращается SGSN, проверяя какой баланс у абонента и после достижения установленного минимального лимита — обрывает GPRS сессию. Таким образом препятствует возможности абоненту «загнать» свой счет в большие минуса
Думаю, можно будет осуществлять проверку на количество скачанных данных по абоненту, а дальше при превышении определенного лимита, менять абоненту QoS профиль на менее приоритетный, ограничивая таким образом скорость скачивания.
Но, опять же оговорюсь, что это сугубо мои догадки, может кто в комментариях поможет в этом вопросе.
>Если «да», то практикуется ли установка таких ограничений в сетях GPRS/EDGE?
Я не встречал, но если что-то проясниться более подробно я Вам отпишусь…
>позволят ли GPRS/EDGE-сеть устанавливать похожие ограничения?
Я не припомню, чтобы в спецификациях к GPRS/EDGE описывалась возможность динамического регулирования скорости скачивания для абонента (но нужно будет поискать), поэтому могу предположить, что такая возможность реализуется в качестве своеобразной «надстройки» в архитектуре. По крайней мере, реализовать такую возможность техническими средствами только SGSN, GGSN невозможно.
Дальше сугубо мои размышления на эту тему…
Например, все это может быть организовано на базе, т.н. IN (Intelligent Network) платформ — сетевые элементы, которые осуществляют биллинг pre-paid абонентов, роуминговых абонентов и т.д.
В нормальных условиях, к этим элементам, периодически обращается SGSN, проверяя какой баланс у абонента и после достижения установленного минимального лимита — обрывает GPRS сессию. Таким образом препятствует возможности абоненту «загнать» свой счет в большие минуса
Думаю, можно будет осуществлять проверку на количество скачанных данных по абоненту, а дальше при превышении определенного лимита, менять абоненту QoS профиль на менее приоритетный, ограничивая таким образом скорость скачивания.
Но, опять же оговорюсь, что это сугубо мои догадки, может кто в комментариях поможет в этом вопросе.
>Если «да», то практикуется ли установка таких ограничений в сетях GPRS/EDGE?
Я не встречал, но если что-то проясниться более подробно я Вам отпишусь…
картинка «схема сети» не грузится. Можете перезалить?
Sign up to leave a comment.
GPRS изнутри. Часть 1