[Ainy]

о есть, не всякий абонентский терминал одной фирмы, будет работать с базой другого производителя, даже если они в одном стандарте?

да, это так. Чтобы быть уверенным, надо проводить IOT с каждый типом терминалов.

 

[Ainy]

у еты в последнее время кстати серьезные проблемы. в основном из-за "политических" решений. впрочем сравнивать массовую сеть со сплошным покрытием и базы использующиеся для продления L2 присутствия - это просто смешно. Совершенно разный подход к окупаемости и маркетингу.

[ARG]

да, это так. Чтобы быть уверенным, надо проводить IOT с каждый типом терминалов.

Жесть. Представляю реакцию пользователей сотовой связи, если бы телефоны работали бы только с БС производителей телефонов...

Изменено 1 февраля, 2011 пользователем ARG

[spy]

Маленькое уточнение. Приведенные раскладки - для максимальной конфигурации на сектор?

У каждого вендора "максимальная конфигурация сектора" разная, поэтому по производительности могут быть серьезные отличия. Этот вопрос лучше прорабатывать именно с привязкой к вендору.

В остальном вам для сравнения написали производительность под конфигурацию, в качестве реперных точек использовать можно.

[Ainy]

да, это так. Чтобы быть уверенным, надо проводить IOT с каждый типом терминалов.

Жесть. Представляю реакцию пользователей сотовой связи, если бы телефоны работали бы только с БС производителей телефонов...

А что? Я вот лично на это натыкался именно с сотовой связью. На определенном этапе в технологии всегда так. Потом либо это преодолевается, либо отмирает технология.

 

[Ainy]

Маленькое уточнение. Приведенные раскладки - для максимальной конфигурации на сектор?

есть разные производители, у некоторых и понятия сектор нет, как юнита. Раскладка для сранительно недорогих пико и компакт||micro секторов, в виде all-outdoor.

емкость на 1 передатчик (канал) - есть величина, зависящая от ширины канал и спектральной эффективности, а не от вендора.

то, что человек, приехавший из другой страны со своим терминалом, вот так просто с Вашей будущей сетью работать не сможет - это почти 99,99999%

 

 

[slv700]

да, это так. Чтобы быть уверенным, надо проводить IOT с каждый типом терминалов.

Жесть. Представляю реакцию пользователей сотовой связи, если бы телефоны работали бы только с БС производителей телефонов...

А что странного то ? wifi одного и того же вендора но на разных версиях прошивок до сих пор часто глючат.

Так было и будет со всеми технологиями GSM ,3G, LTE,WiFI, WiMAX . Несмотря на то что железки совместимы ( говоря техническим языком имеют базовую interoperability), но вышла скажем новая прошивка ( и не то что вообще не работает - работает в целом :-) ) но появляются какие то глюки, то есть надо разбираться и подкручивать ( но не юзеру -оператору как это происходит с wifi, а как положено -производителю ) . С течением времени ( со стабилизацией технологии -обычно где то проходит года три-четыре) проблемы уходят Я помню как первые wifi вообще от разных вендоров не хотели работать. Тоже самое было с первыми wimax в 2006 году, сейчас -совсем другое дело по фикс wimax, по mobile еще такие проблемы встречаются( обычно на оборудовании на разных чипсетах). Я себе могу вообразить проблемы интероперабилити c LTE, когда без продолжительного тестирования взяли да вложились в США в 38 городов и в несколько млрд денежек- вот людям будет гемор. Но им наверное понты дороже денег.

Изменено 2 февраля, 2011 пользователем slv700

[Ainy]

в целом проблемы IO в 802.16-2005 есть 2-х типов:

 

1. наиболее часто встречается непринятие сертификата терминала, причем есть такие системы авторизации, в которых импорт вендор-сертификата - это целый процесс. Кто-то экономит на сертфикатах от wimaxforum... Обычно эти проблемы решаемы, если обе стороны(вендоры) заинтересованы в IO, а в некоторых случаях решаемы и оператором. Те кто ищут самые дешевые терминалы - должны обращать на это внимание, при выборе базы.

 

2. реже встречаются терминалы на DSP, к которым просто нет более свежей реализации самого протокола, т.к. вендор потерял интерес. Обычно это непреодолимая проблема и таких терминалов лучше избегать.