aesha Опубликовано 10 мая, 2016 Всем привет! Появился вопрос, долго искал но так и не смог найти ответа. Есть роутер с поддержкой MIMO 2x2 на 2.4ГГц (TP-Link WDR-4300). К примеру, если к нему подключается устройство с той же поддержкой 2x2, то происходит пространственное уплотнение, увеличивающее в два раза пропускную способность беспроводного канала. Все логично. Но что происходит, когда к нему подключается обычное SISO устройство? Безусловно, никакого увеличения пропускной способности не происходит. Но происходит ли повышение надежности передачи? Верно ли, что сигнал от SISO-устройства принимается двумя антеннами на роутере, анализируется и обмен информацией уже идет с какой-то определенной антенной? То есть используется ли разнесенная передача/прием? Либо же никакого повышения надежности передачи не происходит? Всем заранее спасибо за ответы. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 10 мая, 2016 Увеличение надёжности передачи при такой схеме возможно за счёт использования STBC. Так же возможны варианты с дивёрсити внутри BBP + на стороне роутера BBP умеет некоторые алгоритмы обработки сигналов с 2х антенн что так же несколько улучшит ситуацию на RX. Некоторые новые чипы умеют TxBF (и его разновидности) что в зависимости от антенного хозяйства и корректности собсно работы TxBF может ещё несколько улучшить ситуацию на стороне клиента даже при 2х штырях. Тема очень обширная и сильно зависит от реализации и поддержки оборудованием. Хочется детальнее - гугл в помощь. Всё написано переписано на не одну тысячу раз. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aesha Опубликовано 10 мая, 2016 (изменено) Увеличение надёжности передачи при такой схеме возможно за счёт использования STBC. Спасибо, то есть на TX возможно использование STBC. на стороне роутера BBP умеет некоторые алгоритмы обработки сигналов с 2-х антенн что так же несколько улучшит ситуацию на RX К примеру, MRC или switched diversity? Изменено 10 мая, 2016 пользователем aesha Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 10 мая, 2016 Или per packet diversity или adaptive diversity или ещё 100500 чипмэйкер/вендор специфичных ухищрений со всякими "забавными" именами =))) А MRC в MIMO работает всегда при наличии >1 пространственного канала на одной или обеих сторонах. Именно благодаря ему MIMO заметно лучше работают в сложных помещениях без прямой видимости. И это одна из немногих плюшек которая не требует поддержке оной на клиенте или что бы клиент вообще понимал N т.е. будет работать вообще с любым клиентом если АП умеет MIMO c 2 или более стримами на приём (1T2R,2T2R и выше). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aesha Опубликовано 10 мая, 2016 Или per packet diversity или adaptive diversity или ещё 100500 чипмэйкер/вендор специфичных ухищрений со всякими "забавными" именами =))) В общем, я Вас понял. Большое спасибо за уделенное время) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 10 мая, 2016 Да не за что. Тема действительно интересная, особенно учитывая что большинство современных карманных мобильных клиентов это 1T1R железки. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aesha Опубликовано 11 мая, 2016 (изменено) А MRC в MIMO работает всегда при наличии >1 пространственного канала на одной или обеих сторонах. Именно благодаря ему MIMO заметно лучше работают в сложных помещениях без прямой видимости. И это одна из немногих плюшек которая не требует поддержке оной на клиенте или что бы клиент вообще понимал N т.е. будет работать вообще с любым клиентом если АП умеет MIMO c 2 или более стримами на приём (1T2R,2T2R и выше). я правильно понимаю, если AP MIMO 2x2, а клиент SISO (да и в принципе в других комбинациях) возможна совместная работа MRC и STBC? Просто некоторые пишут, что вместе они не работают, а я упорно не понимаю почему, ведь одна технология направлена на улучшение приема, а другая передачи. Изменено 11 мая, 2016 пользователем aesha Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 11 мая, 2016 MRC (и его аналоги) работают уровнем ниже STBC так что "нет преград для патриотов" (с) ДМБ Хотя опять же всё зависит от реализации. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nay Опубликовано 12 мая, 2016 А MRC в MIMO работает всегда при наличии >1 пространственного канала на одной или обеих сторонах. Именно благодаря ему MIMO заметно лучше работают в сложных помещениях без прямой видимости. И это одна из немногих плюшек которая не требует поддержке оной на клиенте или что бы клиент вообще понимал N т.е. будет работать вообще с любым клиентом если АП умеет MIMO c 2 или более стримами на приём (1T2R,2T2R и выше). я правильно понимаю, если AP MIMO 2x2, а клиент SISO (да и в принципе в других комбинациях) возможна совместная работа MRC и STBC? Просто некоторые пишут, что вместе они не работают, а я упорно не понимаю почему, ведь одна технология направлена на улучшение приема, а другая передачи. Если антенна одна то и тракт один, соответственно ни про какие MRC и STBC речи нет, но честно говоря, что то я реализации STBC в WiFi особо не замечал, так что не забивайте себе голову :-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 12 мая, 2016 что то я реализации STBC в WiFi особо не замечал, так что не забивайте себе голову :-) STBC умеют даже говноклиенты в телефонах, на стороне клиента для STBC не нужно 2 канала и 2 антенны. Что бы работал STBC 2 канала на TX нужно со стороны AP, разбирайтесь. MRC работает всегда когда доступно более одного канала и опять таки не зависит от того что на обратной стороне. Т.е. схема 1T1R клиент и 2T2R AP со стороны AP будет работать MRC. В сторону клиента будет работать STBC. MRC требует 2 (или больше) канала на приём и работает независимо от всего остального. STBC не будет работать в режиме MIMO => MIMO он работает именно в случае MIMO AP = > SISO Client. На скрине самый обычный мобильник (LG G2 mini) который даже 40МГц полосы не умеет не говоря уже о том что оно 1T1R при этом видим что STBC в его сторону включен. И это единственный вариант (MIMO => SISO) когда STBC работает и когда он используется. Именно для этого кейза он и предназначен в контексте 802.11. Схема ниже. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nay Опубликовано 12 мая, 2016 что то я реализации STBC в WiFi особо не замечал, так что не забивайте себе голову :-) И это единственный вариант (MIMO => SISO) когда STBC работает и когда он используется. Именно для этого кейза он и предназначен. Вообще он предназначен для более общего случая: И в этом случае он реально дает прибавку к энергетике линка 3-8db. Но в 802.11n решили его видимо прикрутить к однотрактовым клиентам, как Вы говорите, ну тоже наверное вариант, хоть что-то вытянуть в раскладе (MIMO => SISO). Но тогда непонятно почему не реализовали его поддержку в MIMO <-> MIMO . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 12 мая, 2016 Я грю в контектсе 802.11 STBC поддерживает единственный кейз MIMO=>SISO других реализаций я не видел впринципе, а это поддерживается почти всеми. Причины для меня тоже загадка, но мы исходим из того что есть. Причём по коду он везде актиируется только в вышеописанном случае. То что оно где-то ещё может и в мультистриме на стороне клиента работать это прекрасно, но в 802.11 увы только так. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...