Комментарии 26
Где взять ТЗ на оборудованиеSDR — USB — X86 Linux? Детское творчество?
Нас таких много, например: fairwaves.co, есть еще ссылки в списке литературы. Если вы чуть больше ознакомитесь с тенденциями развития сотовой связи, то сильно удивитесь, все так или иначе идет в сторону SDR и виртуализации, так что скоро (в обозримые 10-15 лет) многие БС будут работать на x86 (за исключением RRU), и располагаться в дата-центрах.
Я не против SRD я против USB, X86 и linux на пути потока данных, я против изготовления телекомовской техники без ТЗ и сертификации результата, да и SDR без узкополосного входного фильтра зло.
Вы же понимаете, что главным преимуществом программной реализации стека LTE является гибкость как в плане аппаратных, так и программных ресурсов: GCC поддерживает массу архитектур кроме x86, Физический уровень переносится на ПЛИС, а про USB...:-) — заменяется на pci-e. Насчет Linux'а на пути потока данных — взгляните на это www.o-ran.org — там вообще планируется передача в оба конца по общегородской оптике и обработка в дата-центре меньше чем за 1 мс.
ТЗ на что? Телеком оборудование не вещь в себе, а имеет вполне конкретные компоненты. ТЗ на ПО? — Мы его сами пишем. На аналоговое железо? — Про КП на него есть упоминание в тексте. Сертификация запланирована на конец текущего года. Вообще, если взглянуть на проблему немного шире, спецификации 3GPP и есть то самое ТЗ на комплекс в целом.
ТЗ на что? Телеком оборудование не вещь в себе, а имеет вполне конкретные компоненты. ТЗ на ПО? — Мы его сами пишем. На аналоговое железо? — Про КП на него есть упоминание в тексте. Сертификация запланирована на конец текущего года. Вообще, если взглянуть на проблему немного шире, спецификации 3GPP и есть то самое ТЗ на комплекс в целом.
Гибкость нужна для новых протоколов, при отладке и в пионер-телекоме.
Перенос в ПЛИС это будет создание заново. PCI-e значительно лучше но намного лучше АЦП/ЦАП <-> ПЛИС <-> Трансивер <-> опта. Управлять этим можно и линухом.
Перенос в ПЛИС это будет создание заново. PCI-e значительно лучше но намного лучше АЦП/ЦАП <-> ПЛИС <-> Трансивер <-> опта. Управлять этим можно и линухом.
«Физический уровень переносится на ПЛИС» -> сомнительное решение в долгосрочной перспективе (если говорить про полный перенос L1). Да и с точки зрения энергопотребления вряд ли порадует операторов.
НЛО прилетело и опубликовало эту надпись здесь
Пока вы писали этот комментарий, модератор уже связался с автором, попросил убрать абзац и напомнил о правилах Хабра — потому что первый раз ошибиться может каждый автор. Что касается качества контента как такового, его оценивает аудитория Хабра как саморегулируемого сообщества — ну а мудрый автор всегда сделает выводы.
По характеристикам очень далеко от рынка… Вы все делаете на х86? Сколько пользователей в TTI поддерживаете? Один селл? Что будете делать с 4-мя антеннами?
Если только как вариант для номинального покрытия, при условии, что заметно дешевле аналогов, но пока сомнительно...
Сравнение экспериментального образца с серийно выпускаемым оборудованием некорректно по своей сути. В любом случае, время расставит все на свои места.
Сомнений в том, что можно сделать эксперементальный образец на базе х86 + SDR, нет. Вы же его не просто так делаете. Вы же в перспективе это решение хотите продавать или нет? А вот сомнения в том, что чисто на базе х86 (без всякий добавлений) можно сделать что-то очень близкое к решениям, в настоящий момент предсталенным на рынке, есть. И потом еще будет интересно сравнить стоимость такого решения с другими.
«В настоящий момент готовится к выходу обновленная версия БС, которая будет доступна для коммерческого заказа» — будет интересно посмотреть на характеристики этого изделия, если они отличаются от приведеленных в таблице.
А мы, в свою очередь, постараемся вас не разочаровать)
Ну скажем так, меня сложно будет удивить. :) Т.к. и OAI, и SRS смотрели и пробовали. Добавляли новый функционал. И даже 5G сделали с нуля. Поэтому основные ограничения x86+SDR решений в какой-то степени представляю. ;) И про возможности альтернативных решений тоже имею представление.
Создание БС (не какой-то части, а именно полноценного решения) с нуля на такой архитектуре и доведение до нормального конкурентного уровня — это очень серьезный вызов. И вероятность успеха (если рассматривать рыночные условия)… Она конечно больше 0, но вряд ли составляет даже 10%. Ну и требует огромного кол-ва усилий, времени и ресурсов. Если в конце концов будет успех, то это будет очень круто.
Создание БС (не какой-то части, а именно полноценного решения) с нуля на такой архитектуре и доведение до нормального конкурентного уровня — это очень серьезный вызов. И вероятность успеха (если рассматривать рыночные условия)… Она конечно больше 0, но вряд ли составляет даже 10%. Ну и требует огромного кол-ва усилий, времени и ресурсов. Если в конце концов будет успех, то это будет очень круто.
Какие, на ваш взгляд, в основном трудности — аппаратные или программные?
Зависит от того какие у вас цели. Обычно вопросы возникают с производительностью. Как правило это фичи про bandwidth, MIMO, количество пользователей и селлов и т.д. В LTE максимальный bandwidth 20 МГц, но есть carrier aggregation. Как вы его собираетесь поддерживать с точки зрения аппаратного решения? Потянет ваш х86 софт необходимое кол-во carriers? (в условиях LTE скорее всего должен, но может быть нужны какие-то оптимизации. L1 реализация у вас уже векторная?). Что у вас за железо для х86 и хватит ли его? С МИМО 4х4 вы вроде как-то разобрались, судя по предыдущим комментариям. Получили максимальную скорость с МИМО 4х4, 256QAM и 20 МГц? Как увеличивать кол-во селлов и аппаратно и программно? Количество мобил? Насколько хорош ваш приемник? Обеспечивает необходимое качество согласно 3GPP? А больше? Если его улучшать, хватит производительности? Не знаю, нужен ли вам NB-IoT или нет. Если нужен, то как он ложится на текущий софт и железо? Какой у вас есть запас по производительности для добавления новых фич?
Для 5G примерно все то же самое только в другой степени и плюс несколько своих приколов.
Это если коротко. :)
Для 5G примерно все то же самое только в другой степени и плюс несколько своих приколов.
Это если коротко. :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
История о том, как мы разработали собственную БС