Расчет абонентской скорости в 3G — Общие вопросы, касающиеся принципов работы UMTS-сетей
-
- Начинающий нетмониторщик
- Сообщения: 24
- Зарегистрирован: Чт, 31-07-2008, 15:25
Расчет абонентской скорости в 3G
Добрый день!
Спасибо Алексею за возможность вернуться на форум.
Хотел бы даже не задать вопрос, а подискутировать на тему "Расчет реальной абонентской скорости передачи данных в 3G и их удовлетворенность предоставляемым сервисом".
Для чего это нужно?
Менеджменту нужно видеть картинки сравнения по регионам, городам и т.д., технарям - определить проблемные участки, точнее - знать, что менеджмент следит за этим показателем.
Как правило, у всех есть "штатные" средства по сбору статистики с сетевых элементов. Казалось бы, что может быть проще при расчете скорости на соте - суммарный трафик за период поделил на сумму длительности всех сессий в этом же периоде, получил средневзвешенную скорость.
Если значение выше установленного контрольного значения, то ... стоп! ... уже неправильный подход.
А если, скажем, 10 абонентов сидело на этой соте и пользовались только мессенджером?
Как я могу показать, что сеть может предоставить сервис на высокой скорости, только это в данном случае не нужно?
Перебрал несколько вариантов, остановился на том, что необходимо разделять расчеты скоростей по типу сервиса - HTTP Browsing, HTTP Download, FTP, Youtube и т.д. Естественно, для этого необходимо соответствующее оборудование.
Какие могут быть еще варианты?
Спасибо Алексею за возможность вернуться на форум.
Хотел бы даже не задать вопрос, а подискутировать на тему "Расчет реальной абонентской скорости передачи данных в 3G и их удовлетворенность предоставляемым сервисом".
Для чего это нужно?
Менеджменту нужно видеть картинки сравнения по регионам, городам и т.д., технарям - определить проблемные участки, точнее - знать, что менеджмент следит за этим показателем.
Как правило, у всех есть "штатные" средства по сбору статистики с сетевых элементов. Казалось бы, что может быть проще при расчете скорости на соте - суммарный трафик за период поделил на сумму длительности всех сессий в этом же периоде, получил средневзвешенную скорость.
Если значение выше установленного контрольного значения, то ... стоп! ... уже неправильный подход.
А если, скажем, 10 абонентов сидело на этой соте и пользовались только мессенджером?
Как я могу показать, что сеть может предоставить сервис на высокой скорости, только это в данном случае не нужно?
Перебрал несколько вариантов, остановился на том, что необходимо разделять расчеты скоростей по типу сервиса - HTTP Browsing, HTTP Download, FTP, Youtube и т.д. Естественно, для этого необходимо соответствующее оборудование.
Какие могут быть еще варианты?
-
- Известный нетмониторщик
- Сообщения: 2001
- Зарегистрирован: Пн, 26-05-2008, 23:17
- Откуда: планета Земля
- Нетмонитор: N95 8GB, С7
-
- Известный нетмониторщик
- Сообщения: 320
- Зарегистрирован: Вс, 29-06-2008, 11:36
1. Абоненты, которые используют messanger создают настолько маленький трафик, что этим можно пренебречь. К тому же, я не вижу смысла тратить ресурсы компании над тем, чтобы сообщение уходило за 0.001сек вместо 0.1 сек.
2. Даже если абонент грузит страницы, то скорость считаться как переданный трафик поделенный на количество TTI посылок NodeB (т.е. только то время, которое понадобилось для загрузки страницы).
3. В идеале сота должна предоставлять скорость на которую рассчитана лицензия. Но мы же меряем не скорость радиоканала, а среднюю скорость, с которой абоненты качали, поэтому она будет зависеть от количества абонентов, достатка мощности, CE, трансмиссии и провайдера.
Поэтому меряйте скорость, объем переданных данных, отказы по Power, CE, IuB, Soft Handover Ration, Pilot polution.
Ну и не забывайте про драйв-тест.
2. Даже если абонент грузит страницы, то скорость считаться как переданный трафик поделенный на количество TTI посылок NodeB (т.е. только то время, которое понадобилось для загрузки страницы).
3. В идеале сота должна предоставлять скорость на которую рассчитана лицензия. Но мы же меряем не скорость радиоканала, а среднюю скорость, с которой абоненты качали, поэтому она будет зависеть от количества абонентов, достатка мощности, CE, трансмиссии и провайдера.
Поэтому меряйте скорость, объем переданных данных, отказы по Power, CE, IuB, Soft Handover Ration, Pilot polution.
Ну и не забывайте про драйв-тест.
- MegaVolt4034098
- Известный нетмониторщик
- Сообщения: 668
- Зарегистрирован: Сб, 17-07-2010, 18:47
- Нетмонитор: 3310 N78 Samsung J3-2016
Да, интересная тема для дискуссии А если представить себе базу в чистом поле, и одного абонента без ограничений скорости качающего что нибудь, пусть он за час скачал Х мегабайт, которые определяются например емкостью базы, а тепеть тот же час и два абонента в одинаковых условиях, они скачают тот же Х мегабайт только каждому достанется Х\2 мб или из-за взаимных помех будет что то типа k*X\2, где k - число меньше 1, и показывающее как увеличивается помеха при возрастании числа абонентов в секторе? Но это конечно идеализированное воображение... Заметил в суровой реальности такую особенность - взять днём самую обычную городскую базу с 2 несущими с 512CE, днём счётчик HSPA DL user data volume на самом загруженном секторе 3 с копейками гигабайт в час, при этом загрузка на порту бигбона в её (базы) сторону 10-12 Mbps, то есть видимо много абонентов все что то подкачивают, если запустить спидтест на трубке то выжмет 2-3 мбит\с, а если поздно ночью измерить скорость, получается 14-15 Мбит\с, и если оставить на ночь качать что нибудь весомое, статистика покажет около 6 гигов в час, загрузка на порту повышается до 16 Мбит, и утром в статистике такой пик вырисовывается, это получается один абонент ночью имеет возможность прокачать через базу больше чем толпа народу в сумме днём? То есть даже если бы я и пытался качать днём через загруженную базу, всё равно не получилсь бы 6 гигов в час в сумме с остальными юзерами прокачать, а ночью практически в одиночку получается. Чистый эфир?
-
- Известный нетмониторщик
- Сообщения: 2001
- Зарегистрирован: Пн, 26-05-2008, 23:17
- Откуда: планета Земля
- Нетмонитор: N95 8GB, С7
Есть вот такая формула:
Скорость абонента HSDPA = 0,24 Mbps x N [количество кодов, выделенных на абонента] х М [фактор модуляции] х CR [Coding Rate, Скорость кодирования]
QPSK M=2
16QAM M=4
64QAM M=6
Плохие радиоусловия CR = 1/4
Средние радиоусловия CR = 2/4
Хорошие радиоусловия CR = 3/4
Идеальные радиоусловия (лаборатория) CR = 4/4
Скорость абонента HSDPA = 0,24 Mbps x N [количество кодов, выделенных на абонента] х М [фактор модуляции] х CR [Coding Rate, Скорость кодирования]
QPSK M=2
16QAM M=4
64QAM M=6
Плохие радиоусловия CR = 1/4
Средние радиоусловия CR = 2/4
Хорошие радиоусловия CR = 3/4
Идеальные радиоусловия (лаборатория) CR = 4/4
-
- Известный нетмониторщик
- Сообщения: 2001
- Зарегистрирован: Пн, 26-05-2008, 23:17
- Откуда: планета Земля
- Нетмонитор: N95 8GB, С7
-
- Известный нетмониторщик
- Сообщения: 258
- Зарегистрирован: Вт, 15-05-2007, 19:34
- Откуда: РФ
- Нетмонитор: Nokia E50 / E52
А что в этом удивительного ? Поэтому для 3g и след поколений "загибательность" и структурированность гораздо важнее.MegaVolt4034098 писал(а):Да, интересная тема для дискуссии А если представить себе базу в чистом поле, и одного абонента без ограничений скорости качающего что нибудь, пусть он за час скачал Х мегабайт, которые определяются например емкостью базы, а тепеть тот же час и два абонента в одинаковых условиях, они скачают тот же Х мегабайт только каждому достанется Х\2 мб или из-за взаимных помех будет что то типа k*X\2, где k - число меньше 1, и показывающее как увеличивается помеха при возрастании числа абонентов в секторе? Но это конечно идеализированное воображение... Заметил в суровой реальности такую особенность - взять днём самую обычную городскую базу с 2 несущими с 512CE, днём счётчик HSPA DL user data volume на самом загруженном секторе 3 с копейками гигабайт в час, при этом загрузка на порту бигбона в её (базы) сторону 10-12 Mbps, то есть видимо много абонентов все что то подкачивают, если запустить спидтест на трубке то выжмет 2-3 мбит\с, а если поздно ночью измерить скорость, получается 14-15 Мбит\с, и если оставить на ночь качать что нибудь весомое, статистика покажет около 6 гигов в час, загрузка на порту повышается до 16 Мбит, и утром в статистике такой пик вырисовывается, это получается один абонент ночью имеет возможность прокачать через базу больше чем толпа народу в сумме днём? То есть даже если бы я и пытался качать днём через загруженную базу, всё равно не получилсь бы 6 гигов в час в сумме с остальными юзерами прокачать, а ночью практически в одиночку получается. Чистый эфир?
-
- Начинающий нетмониторщик
- Сообщения: 24
- Зарегистрирован: Чт, 31-07-2008, 15:25
Кстати, вот предлагаемая общая формула от одного из европейских телекомов:
Customer data speed [kbps] = Amount of downlink data [kb] / Time of HSDPA user buffers that include data [s]
Where HSDPA is High-Speed Downlink Packet Access
Т.е., заранее выбирается HSDPA трафик. Ну, чтобы отсечь мелочь на R99.
Теперь смотрим на имплементацию со стороны Ericsson:
User data rate KPI [kbps] = MAC-D PDU Data [kb] / Time of HSDPA user buffers [s]
Числитель: MAC-D PDU Data [kb] = pmSumAckedBitsSpi03 MAC-D PDU Data [kb] = Data Volume without retransmissions
Знаменатель: Time of HSDPA user buffers [s] = pmSumNonEmptyUserBuffersSpi03 / 500
Time of HSDPA user buffers [s] = Number of user buffers, data in the buffer for each 2 ms sub frames
Получаем значения и все равно непонятно, что хорошо, а что плохо.
Customer data speed [kbps] = Amount of downlink data [kb] / Time of HSDPA user buffers that include data [s]
Where HSDPA is High-Speed Downlink Packet Access
Т.е., заранее выбирается HSDPA трафик. Ну, чтобы отсечь мелочь на R99.
Теперь смотрим на имплементацию со стороны Ericsson:
User data rate KPI [kbps] = MAC-D PDU Data [kb] / Time of HSDPA user buffers [s]
Числитель: MAC-D PDU Data [kb] = pmSumAckedBitsSpi03 MAC-D PDU Data [kb] = Data Volume without retransmissions
Знаменатель: Time of HSDPA user buffers [s] = pmSumNonEmptyUserBuffersSpi03 / 500
Time of HSDPA user buffers [s] = Number of user buffers, data in the buffer for each 2 ms sub frames
Получаем значения и все равно непонятно, что хорошо, а что плохо.
-
- Известный нетмониторщик
- Сообщения: 2001
- Зарегистрирован: Пн, 26-05-2008, 23:17
- Откуда: планета Земля
- Нетмонитор: N95 8GB, С7
-
- Известный нетмониторщик
- Сообщения: 2001
- Зарегистрирован: Пн, 26-05-2008, 23:17
- Откуда: планета Земля
- Нетмонитор: N95 8GB, С7
- MegaVolt4034098
- Известный нетмониторщик
- Сообщения: 668
- Зарегистрирован: Сб, 17-07-2010, 18:47
- Нетмонитор: 3310 N78 Samsung J3-2016
Ну а если на дороге пробка, то все равны кроме мотоциклов. А вот теперь вопрос - база перегружена абонами, все что-то качают, (ну например праздник, скопление народу) скорости 0,2-0,3Мбит/с, будет ли реальная скорость у модема рассчитанного на 42Мбит/с (тот, что в люмии 820 встроен) больше, чем у модема-флешки на 21Мбит/с и во сколько? И ещё вариация - перегружена например не база, а сдохла оптика до железки, куда включена база, или скочеряжилась гигабитная релейка, остались резервные 2 потока Е1, то есть IuB не разгонится более 4Мбит/с, но абонов мало, как в таком случае себя поведут разные модемы?Sila2 писал(а): Т.е., заранее выбирается HSDPA трафик. Ну, чтобы отсечь мелочь на R99.
А как, по-твоему, надо?
Считать скорость по R99?
Считай тогда среднюю скорость на дорогах по скорости гужевых повозок
-
- Известный нетмониторщик
- Сообщения: 2001
- Зарегистрирован: Пн, 26-05-2008, 23:17
- Откуда: планета Земля
- Нетмонитор: N95 8GB, С7
Разные модемы поведет себя по разному.
Считай что модем, работаюший с пятнадцатью НSDPA кодами это три модема с пятью кодами.
Задача:
Под сотой находится один пятнадцатикодовый модем и рядом с ним - шесть пятикодовых. С аюби порядок - полоса 100 mbps
На какой скорости будет работать каждый из модемов? (Шпаргалка выше)
Считай что модем, работаюший с пятнадцатью НSDPA кодами это три модема с пятью кодами.
Задача:
Под сотой находится один пятнадцатикодовый модем и рядом с ним - шесть пятикодовых. С аюби порядок - полоса 100 mbps
На какой скорости будет работать каждый из модемов? (Шпаргалка выше)
-
- Нетмониторщик
- Сообщения: 44
- Зарегистрирован: Пт, 01-02-2008, 15:35
- Нетмонитор: Nokia 6230
А эту скорость кто нибудь вообще считает при планировании ? Она нафиг никому не нужна из опосов!
В HSDPA пуле она ограничена всего навсего двумя факторами:
1)лицензиями обычно это что-то типа 21Мб/c на всю БС с 72 юзерами.
2)Физикой реализации BW - 5Мгц при которой на QPSK скорость до 3Мб/c, QAM16 до 10Мб/c, QAM64 до 21Мб/с - это естественно без MIMO на которое все в 3G положили, благо 4G хоть с ним строют.
И все дальше как повезет даже если абонет нахотится в зоне QAM16 с хорошим CQI то скорость у него будет колебаться от 0 до 10Мб/c ибо всем остальным надо тоже что-то раздовать в соответствии с лицензией и нагрузкой на БС........
P.S. в этой связи ждем что нам покажет 4G ибо там уже строят с MIMO и BW не 5Мгц а 10Мгц (а у мегафона с ётой вообще можно залепить 2x20 Мгц), QAM64 в downlink и QAM16 uplink и вообще система более демократичная....
В HSDPA пуле она ограничена всего навсего двумя факторами:
1)лицензиями обычно это что-то типа 21Мб/c на всю БС с 72 юзерами.
2)Физикой реализации BW - 5Мгц при которой на QPSK скорость до 3Мб/c, QAM16 до 10Мб/c, QAM64 до 21Мб/с - это естественно без MIMO на которое все в 3G положили, благо 4G хоть с ним строют.
И все дальше как повезет даже если абонет нахотится в зоне QAM16 с хорошим CQI то скорость у него будет колебаться от 0 до 10Мб/c ибо всем остальным надо тоже что-то раздовать в соответствии с лицензией и нагрузкой на БС........
P.S. в этой связи ждем что нам покажет 4G ибо там уже строят с MIMO и BW не 5Мгц а 10Мгц (а у мегафона с ётой вообще можно залепить 2x20 Мгц), QAM64 в downlink и QAM16 uplink и вообще система более демократичная....
-
- Известный нетмониторщик
- Сообщения: 2001
- Зарегистрирован: Пн, 26-05-2008, 23:17
- Откуда: планета Земля
- Нетмонитор: N95 8GB, С7
Еще один ждатель
Формально 100 mbps, реально около 70 на бс LTE....жди - не жди, а так оно и есть
И в UMTS, тщательнее посчитай... на 45 HSDPA кодов...больше на одной несущей не бывает
МIMO в UMTS оставь вендорским рекламщикам...DC можешь прикрутить
Расскажи, как будешь планировать скорость на юзера?
Ты знаешь сколько будет юзеров? Какой они будут тянуть контент?
Формально 100 mbps, реально около 70 на бс LTE....жди - не жди, а так оно и есть
И в UMTS, тщательнее посчитай... на 45 HSDPA кодов...больше на одной несущей не бывает
МIMO в UMTS оставь вендорским рекламщикам...DC можешь прикрутить
Расскажи, как будешь планировать скорость на юзера?
Ты знаешь сколько будет юзеров? Какой они будут тянуть контент?
-
- Известный нетмониторщик
- Сообщения: 2001
- Зарегистрирован: Пн, 26-05-2008, 23:17
- Откуда: планета Земля
- Нетмонитор: N95 8GB, С7