Разбирает причины снижения GPRS скорости с помощью FieldTestNetmonitor GSM/UMTS: от телефонов до измерительных комплексов

Ответить
Denis Insane
Известный нетмониторщик
Сообщения: 388
Зарегистрирован: Чт, 28-12-2006, 19:28

Сообщение Denis Insane »

stepanich81 писал(а):Специалисты, можно ли увеличить скорость интернета по этому способу http://dimonvideo.ru/smart/articles/2712 или увеличить стабильность, когда сеть перегружена. Что то я в теорию статьи не въеду.
Смысл в том, что у каждого пакета есть заголовок и содержание. Если размер пакета большой - то заголовок в % занимает меньше места от всего объема передаваемых данных. Например (точные числа не знаю, все для примера, даже про порядок цифр не скажу), при размере пакета в 1500 и заголовке в 150 - заголовок занимает 10%. А при размере пакета в 3000 заголовок остается таким-же и занимает 150, или уже 5%.
Но, если при отправке пакета в 3000 произойдет потеря хотя-бы 1, то пакет будет передаваться заново. Т.е. при передаче 2-х пакетов по 1500 если будет потеряна 1 единица информации - будет пакет передан 2-й раз, получим 1500*2 (первоначальные) + 1500 (повтор одного пакета) = 4500.
При пакете в 3000 и потере 1-й единицы - получаем 3000 (первоначально) + 3000 (повтор) = 6000.
Т.е., во втором случае, хоть и должно быть быстрее теоритически, но на практике может быть медленнее, так как при повреждении пакета он весь передается второй раз.
Смысл всей этой подстройки заключается в поиске наиболее оптимальной длины пакета, что-бы и как можно меньше служебной информации передавать, и как можно меньше раз повторно пересылать пакеты.
Sila2
Известный нетмониторщик
Сообщения: 2001
Зарегистрирован: Пн, 26-05-2008, 23:17
Откуда: планета Земля
Нетмонитор: N95 8GB, С7

Сообщение Sila2 »

Нахожу уместным отметить, что оптимизация скорости передачи данных в радиоинтерфейсе производится самой сетью.
Та или иная кодовая схема из линеек доступных CS и MCS, как раз и выбирается из расчета обеспечения максимальной скорости, исходя из количества ошибок и повторов передачи пакетов.
Здесь, снаружи сети, ничего оптимизировать не удастся.
Кроме, как - обеспечить наилучшие условия радиоприёма и передачи и воздержаться от использования IR, блютус интерфейсов между GSM-модулем и ПК.
Ну, и тривиальные вещи, поддержка EDGE класс по GPRS не менее 4+1 таймслот или 4+4 если это модем. Более 4 таймслотов в радиоинтерфейсе, на сколько мне известно, не выделяется.

Делались попытки, не знаю насколько удачные, организации параллельных каналов передачи данных. Одно устройство привязано на одну БС (сектор) другие - на ближайшие доступные БС. Софтом потоки склеиваются. Как то так

Есть административные способы, в том числе в том, чтобы убедить оператора в Вашей VIP- принадлежности

Понятно, что сказонное Выше относится к сети 2,5G
PAP
Опытный нетмониторщик
Сообщения: 135
Зарегистрирован: Пт, 21-09-2007, 14:48

Сообщение PAP »

Sila2 писал(а):...Кроме, как - обеспечить наилучшие условия радиоприёма и передачи и воздержаться от использования IR, блютус интерфейсов между GSM-модулем и ПК.
А зачем воздерживаться? Воздержание вредно для здоровья :) Fast Irda - 4 Мбит/с, есть версии и 16 Мбит/с, будет и 1 Гбит/с. Блютуф тоже не такой уж и низкоскоростной - во всяком случае даже скорости первых его версий для EGPRS с лихвой хватит 1.1 и 1.2 - 723 кбит/с, 2.0 - может достигать 2.1 Мбит/с.
stepanich81
Известный нетмониторщик
Сообщения: 250
Зарегистрирован: Сб, 24-02-2007, 08:46
Нетмонитор: N70

Сообщение stepanich81 »

Да, в этом что то есть. Поставил mtu 400, сразу появились req retrans ul block на экране RLC counters, но поставил 300, и их нет. Сайт один и тот же. Значит RLC data block counters это и есть счетчик этих пакетов? Но есть еще счетчики LLC и SNDC data block counters(дисплей 07.06 и 07.10), что считают они? Также замечал на вечернем билайне, когда он еле ползает, появляется много RLC missing dl и req retr block. Вот полезные программы: ip config (показывает mtu), pocketping
PAP
Опытный нетмониторщик
Сообщения: 135
Зарегистрирован: Пт, 21-09-2007, 14:48

Сообщение PAP »

stepanich81 писал(а):Да, в этом что то есть. Поставил mtu 400, сразу появились req retrans ul block на экране RLC counters, но поставил 300, и их нет. Сайт один и тот же. Значит RLC data block counters это и есть счетчик этих пакетов? Но есть еще счетчики LLC и SNDC data block counters(дисплей 07.06 и 07.10), что считают они? Также замечал на вечернем билайне, когда он еле ползает, появляется много RLC missing dl и req retr block. Вот полезные программы: ip config (показывает mtu), pocketping
Зависимость очень слабая между тем и другим. Блоки данных сетевого протокола NPDU (TCP/IP) передаются на уровень SNDCP, где могут сегментироваться при превышении максимально разрешённого размера (N201 на экранах 07.08 и 07.09) (от 140 октетов до 1520 - согласуется между MS и сетью). К каждому сегменту добавляется заголовок и всё это отправляется на LLC уровень - добавление заголовка и далее - на уровень RLC/MAC, где опять происходит сегментация LLC-блока на блоки данных RLC (от 22 октетов для CS-1 до 2х74 октета для MCS-9), т.е. что 300, что 400 - всё равно сегментируется на уровне RLC. RLC data block counters - это счётчик именно этих блоков RLC. LLC и SNDC data blocks - блоки данных соответствующих уровней (LLC и SNDCP). RLC missing dl - RLC блоки были приняты MS с ошибкой. req retr block - RLC блоки были приняты сетью с ошибкой и была запрошена ретрансляция.
stepanich81
Известный нетмониторщик
Сообщения: 250
Зарегистрирован: Сб, 24-02-2007, 08:46
Нетмонитор: N70

Сообщение stepanich81 »

300 и 400 -это я напутал. На 300 даже страницы до конца не загружаются на любом браузере, обрывает передачу. Оператор- мегафон, то есть при mtu 1400 все летает. Такой же обрыв страниц бывает на билайне вечером, хотя скорость загрузки показывает 2-3 кбайта/с, то есть если уменьшить или увеличить стандартное значение 1400, то страницы должны нормально загружаться, без потерь пакетов. Сейчас на билайне не могу потестить.
PAP писал(а):где могут сегментироваться при превышении максимально разрешённого размера (N201 на экранах 07.08 и 07.09) (от 140 октетов до 1520 - согласуется между MS и сетью).
то есть 1520- максимальный размер mtu?
И где еще можно почитать про все эти LLC, RLC, желательно доступным языком?
И можно ли узнать о качестве gprs из экрана 07.17: Изображение если можно расшифровку обозначений.
stepanich81 писал(а):Специалисты, можно ли увеличить скорость интернета по этому способу http://dimonvideo.ru/smart/articles/2712 или увеличить стабильность, когда сеть перегружена.
автор статью удалил, но я успел скачать в тхт: http://avatar.dimonvideo.ru/forum/att/8 ... -tcpip.zip (utf8) также дополнительные ссылки: http://www.bestfilez.net/index.php?ind= ... iew&iden=4 http://www.siemens-club.ru/faq/index.ph ... e&faqID=65
PAP
Опытный нетмониторщик
Сообщения: 135
Зарегистрирован: Пт, 21-09-2007, 14:48

Сообщение PAP »

1520 - это максимальное количество октетов которое может принять уровень LLC в одном блоке данных от уровня SNDCP. Реальное согласованное значение - параметр N201 на экране 07.08. mtu - размер пакета. которым оперирует уровень IP. К сети GPRS не имеет отношения.
LLC - протокол. осуществляющий доставку блоков данных SNDCP от MS к SGSN с подтверждением или без (в зависимости от согласованного QoS) и шифрование данных. Почитать - в 44.064.
SNDCP - протокол, осуществляющий доставку данных пользователя от MS к SGSN, их сегментацию при необходимости и сжатие данных. Почитать - в 44.065.
RLC - доставка блоков данных LLC на радиоинтерфейсе с сегментацией и исправлением ошибок путём запроса ретрансляции ARQ. Почитать - в 44.060.
на экране 07.17 показаны параметры согласованного между MS и сетью качества обслуживания (QoS) для выбранного PDP-контекста (т.е. то, что сеть гарантирует, что будет не хуже; для интерактивного класса трафика сеть не гарантирует, а только стремиться к этим показателям):
-Traffic class - conversational, streming, interactive (3), background
-необходимо или нет доставлять приложению SDU (IP-пакеты) с обнаруженными ошибками (3-нет).
- порядок доставки - соблюдать или нет (2-нет);
- MAX размер SDU (150: 1500 октетов);
- коэффициент необнаруженных ошибок BER (7: 1*10-5 );
- доля потерянных SDU или SDU с обнаруженными ошибками (4: 1*10-4);
- максимальный битрейт аплинк и даунлинк (120: 512 кбит/с :), 115: 472 кбит/с - интересная сеть);
- приоритет обработки интерактивного трафика (3-самый низкий приоритет);
- максимальная задержка передачи в 95% случаев (32: 1000мс, но смысла для интерактивного трафика не имеет).
- гарантированный битрейт для аплинк и даунлинк (255: 0 кбит/с, не имеет смысла для интерактивного трафика);
Всё оставшееся это параметры QoS более ранней версии отображённые из предыдущих параметров для совместимости (класс надёжности 3- передача LLC без подтверждения, RLC - с подтверждением, данные шифруются; класс задержки - 3; приоритет - 0 - не имеет смысла, трактуется как нормальный; пиковая пропускная способность 7 - до 64 кбит/с, средняя пропускная способность 31 - не гарантирована - не имеют смысла).
stepanich81
Известный нетмониторщик
Сообщения: 250
Зарегистрирован: Сб, 24-02-2007, 08:46
Нетмонитор: N70

Сообщение stepanich81 »

PAP спасибо за ответы, также интересна расшифровка данных на
дисплее 06.01: Изображение
что такое Tadv, Tadv I, TFI, если Tadv- timing advance, почему он в 3 раза выше чем на экране 01.01.
Дисплей 07.12 Изображение
что такое resegment , pre-empty
дисплей 07.13: Изображение
что такое размер окна
данные на дисплее 07.14: Изображение
и что за счетчики TBF на дисплее 09.02: Изображение
А также счетчики радиолинка пакетной передачи в режиме 3G:
Изображение
PAP
Опытный нетмониторщик
Сообщения: 135
Зарегистрирован: Пт, 21-09-2007, 14:48

Сообщение PAP »

06.01:
Tadv - самое последнее значение timing advance, полученное либо при пакетном доступе в сеть, либо в результате процедуры непрерывной оценки timing advance. На экране 01.01 приведено последнее значение TA, измеренное только при доступе и скорее всего действительное только для непакетного доступа.
Tadv I - индекс TA, говорящий по какому из 16 логических каналов PTCCCH (непрерывной оценки TA) в PDCH происходит непрерывное оценивание TA сетью для данной MS.
TFI - Temporary Flow Id - по нему MS различает Downlink радиоблоки, предназначенные ей, при мультиплексировании в 1 PDCH нескольких MS.
07.12:
resegment - какая схема исправления ошибок должна использоваться и позволено ли сегментировать полезную нагрузку при ретрансляции (1 - ARQ type I и сегментация разрешена, 0 - ARQ type II и сегментация запрещена) в UL TBF.
pre-empty - может или нет MS ретранслировать неподтверждённые блоки в случае отсутствия блоков для передачи.
07.13:
окно - количество блоков RLC, которые можно передать без получения подтверждения.
07.14:
MS out of memory counter - количество событий переполнения памяти для хранения блоков RLC, принятых с ошибкой в MS при использовании процедуры исправления ошибок ARQ type II (Incremental Redundancy).
MCS changes during TBF - количество смен схемы кодирования для существующего или последнего TBF.
07.15: счётчики, характеризующие процент успешности установления TBF в различных режимах (число попыток и число успешных UL TBF при отсутствии передачи данных; число попыток и число успешных UL TBF в режиме уже установленной передачи данных, например DL TBF; количество установлений DL TBF при отстутствии передачи данных; количество ненормальных (т.е. не по стандартной процедуре) освобождений UL TBF).

3G - не разбирался, да и нет у нас его пока :)
stepanich81
Известный нетмониторщик
Сообщения: 250
Зарегистрирован: Сб, 24-02-2007, 08:46
Нетмонитор: N70

Сообщение stepanich81 »

Это снова я :) . PAP, еще пара вопросов
1. Что такое BEP period (06.12): Изображение обычно он =255, но вчера на билайне был почему то 6.
2. Что такое edge BEP (06.13): Изображение
влияет ли он на скорость или количество ошибочных блоков RLC, LLC. В темс покет на экране GPRS data есть их аналоги MBEP, BEPV: Изображение
куда там подевались строки 8-PSK MBEP и 8-PSK BEPV и что означают термины PSK, GMSK?
3. Что за параметры на экране 07.04: Изображение
4. Что за параметры на экране 07.07:
Изображение
5. Определение обозначений на экране 08.01: Изображение
что за цифры в gamma 0-7, это распределение мощности по тайм слотам или, как в темс покет, показывает какие таймслоты используются для передачи/приема;и какую важность имеет
6. Что такое NI detach cause/counters (09.10): Изображение
7. В описании темс покет есть параметры LWSd, LWSu, (LLC windows size for downlink/uplink): Изображение , есть ли аналог в FTD, и что обозначают. И имеют ли какую нибудь важность для скорости передачи или отсутствия ошибок, величины ERLC window size, LLC window size.
PAP писал(а):окно - количество блоков RLC, которые можно передать без получения подтверждения
-без получения подтверждения чего?
8. Где в FTD можно посмотреть значения C/I (carrier to interference) для трафикового канала и сам канал, как и в темс покет. И увеличивается ли он при снижении уровня RxL или при помехах от других операторов, сильно ли снижается при этом скорость.
9. В окне 07.17: Изображение
PAP писал(а):- коэффициент необнаруженных ошибок BER (7: 1*10-5 )
-а какое максимальное значение и какие значения бывают
PAP писал(а):приоритет обработки интерактивного трафика (3-самый низкий приоритет)
- то есть сеть выделяет для меня тайм слоты в последнюю очередь? На билайне видел 0- значит я единственный на базе?
10. Так и не понял, в каком случае на экране TBF conters, значение DL TBF idle прибавляется на 1. Вроде и состояние Gprs state меняется от stand к ready, он все равно не прибавляется, а потом прибавляется сразу на 2. Что это вообще такое -temporary block flow, чего по этим счетчикам определяют, почему у меня кол-во успешных UL idle больше чем кол-во попыток UL idle, а UL trans-наоборот.
11. Можно ли по количеству пропущенных и ре-транс блоков RLC, LLC, SNDC определить "узкое место" - то есть если есть missed RLC, то перегружена антенна или ррл-связь, а если появились пропущенные sndc блоки, перегружено что то другое
PAP
Опытный нетмониторщик
Сообщения: 135
Зарегистрирован: Пт, 21-09-2007, 14:48

Сообщение PAP »

Ну загрузил :) По поводу параметров QoS уже имеет смысл читать первоисточник - 24.008.
BEP period (0-15) - параметр, относящийся к выполнению измерений и вычислению параметров на экране 06.13 для EGPRS. Точного смысла не знаю. Возможно, период усреднения параметров на экране 06.13, которые характеризуют качество канала (BEP - вероятность ошибки по битам). Вычисляются путём усреднения измерений, выполненных по каждому радиоблоку (4 пакета в четырёх последовательных кадрах), в EGPRS отдельно для каждого вида модуляции - GMSK (гауссовская с минимальным частотным сдвигом) и 8-PSK (8-позиционнаая фазовая). Как происходит измерение и вычисление - смотри в 45.008. Чем параметр BEP больше, чем лучше качество канала
для GMSK - 31 - это вероятность ошибки менее чем 10 в степени -3.60
для 8-PSK -7 вероятность ошибки - в диапазоне 10 в степени (-0.88 -- -0.84). Т.е. практически 1 на каждые 10 бит. Вариации характеризуют разброс (что-то вроде дисперсии).

В Temse - показаны измерения только для GPRS, там только GMSK.

на 07.04 - таймер освобождения DL TBF после прихода последнего блока от сети; BS_CV_MAX - если упрощённо - количество радиоблоков в буфере RLC MS, при котором начинается процедура обратного отсчёта (Countdown); Pan_Dec, Pan_inc и Pan_max - параметры, используемые для вспомогательных целей (переустановление TBF).

07.07 - LLC-параметры: 64-битный ключ шифрования (младшие байты и старшие байты), всё остальное - параметры, используемые для вычисления входа к алгоритму шифрования LLC-кадров.

08.01 - параметры управления мощостью MS и BTS. смотри 45.008. Гамма - вроде уровень интерференции принимаемого в MS сигнала, используемый для управления мощностю в BTS.

09.10 - причина инициированного сетью Detach (просто Detach или принуждение к GPRS Attach и активации PDP-контекста).
окна для уровня LLC в FTD приведены на экране 07.08 kU/kD - действительно только при работе LLC в режиме с подтверждением. Обозначают то же, что и окна для RLC, только для уровня LLC уже. Окна RLC и LLC независимы друг от друга (одни администрируются в BSS, а другие в SGSN). Чем больше окно тем меньше задержек при передаче в идеальной ситуации, но при большом количестве ошибок и, соответственно ретрансляций, маленькое окно может оказаться выгоднее.

окно - количество блоков, которые можно передать без получения подтверждения о приёме или неприёме этих блоков от удалённой стороны. Если окно заполнено полностью (stall condition), то передатчик прекращает передачу новых блоков и начинает ретранслировать неподтверждённые из буфера.

8. параметр гамма похоже и соответствует разнице (в dbm) между уровнем сигнала и уровнем интерференции.

9. смотри 24.008

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

10. DL TBF idle устанавливается при условии отсутствия передачи MS в рамках какого-либо TBF и прихода из сети сообщения Packet DL Assighnment. Переход из состояния standby в ready может означать установление и UL TBF. DL TBF idle - это число установленных, оно может фиксироваться только после окончания TBF. Возможно за несколько секунд у тебя было установлено несколько Dl TBF, а счётчик обновляется реже. TBF - говорит само за себе - это временный поток блоков, т.е. физический канал, устанавливаемый на некоторое время для передачи RLC-блоков, после передачи которых он освобождается.
Число успешных не может быть больше числа попыток. Определяют коэффициент успешности установления пакетной сессии, что является одной из характеристик качества работы GPRS.

11. Конкретно сказать причину нельзя - просто блоки приняты или переданы с ошибкой.
Ответить