Psm в роутере что это

PSM Wi-Fi — это сокращение от «Public Service Message Wi-Fi» или «публичное сетевое сообщение Wi-Fi». Это технология, которая позволяет передавать сообщения через сеть Wi-Fi на смартфоны и другие устройства, подключенные к этой сети.

Как это работает? PSM Wi-Fi использует специальное программное обеспечение, которое обнаруживает устройства в зоне Wi-Fi и посылает им сообщения. Это может быть полезно в различных ситуациях, например, в местах с большим скоплением людей, где необходимо быстро и эффективно передать сообщение.

Как использовать PSM Wi-Fi? Для использования PSM Wi-Fi, вам нужно быть в зоне действия Wi-Fi сети, которая поддерживает эту технологию. Если вы хотите получать сообщения, на вашем устройстве должна быть установлена специальная программа для приема PSM Wi-Fi сообщений. Если вы хотите отправлять сообщения, вы должны быть администратором сети или иметь доступ к соответствующей программе.

PSM Wi-Fi может быть использовано в различных сферах, таких как образование, коммерция, безопасность и многое другое. Оно может быть полезным инструментом для передачи важной информации или рекламных сообщений. Важно отметить, что PSM Wi-Fi не является стандартной функцией Wi-Fi и требует специального программного обеспечения и настроек.

В заключение, PSM Wi-Fi — это технология передачи сообщений через Wi-Fi сеть на устройства в зоне действия этой сети. Это полезный инструмент для передачи информации и может быть использован в различных сферах деятельности. Чтобы использовать PSM Wi-Fi, вам понадобится доступ к сети с поддержкой этой технологии и специальная программа для приема или отправки сообщений.

Работа PSM Wi-Fi основана на периодическом уходе в устройстве в спящий режим, когда не требуется активное использование Wi-Fi-соединения. В этом режиме устройство временно прекращает обмен данными с Wi-Fi-роутером и переходит в режим ожидания.

Когда устройству необходимо передать или получить данные, PSM Wi-Fi автоматически включает Wi-Fi-модуль, осуществляет необходимую передачу, а затем опять переходит в режим ожидания.

Таким образом, благодаря PSM Wi-Fi устройство снижает энергопотребление и продлевает время работы от аккумулятора. Это особенно полезно для мобильных устройств, таких как смартфоны и планшеты, которые используют Wi-Fi-соединение в течение дня.

PSM Wi-Fi обеспечивает эффективное использование энергии, не негативно влияя на стабильность и скорость Wi-Fi-соединения. Технология работает автоматически и требует минимального вмешательства со стороны пользователя.

Преимущества использования PSM Wi-Fi

• Удобство и мобильность: PSM Wi-Fi позволяет подключаться к Интернету без использования проводов, что дает свободу передвижения в пределах зоны покрытия Wi-Fi.
• Быстрый доступ к сети: PSM Wi-Fi обеспечивает стабильное и быстрое подключение к Интернету, что позволяет с легкостью просматривать веб-сайты, загружать файлы и использовать онлайн-сервисы.
• Расширенные возможности соединения: PSM Wi-Fi позволяет подключать несколько устройств к одной точке доступа, что дает возможность использовать Интернет одновременно на нескольких устройствах, таких как смартфоны, планшеты и ноутбуки.
• Безопасность и защита данных: PSM Wi-Fi включает в себя механизмы шифрования и аутентификации, что повышает безопасность подключения и предотвращает несанкционированный доступ к вашей сети и личной информации.
• Экономия ресурсов: PSM Wi-Fi не требует использования проводной инфраструктуры, что позволяет сэкономить на затратах на покупку, установку и обслуживание кабелей и сетевого оборудования.
• Легкая настройка и использование: PSM Wi-Fi достаточно прост в настройке и использовании, поэтому даже неопытный пользователь может справиться с этой задачей без проблем.

Преимущества использования PSM Wi-Fi делают его незаменимым инструментом для работы и развлечений в современном мире, где доступ к Интернету становится все более важным и неотъемлемым.

Как настроить и подключить PSM Wi-Fi

Для настройки и подключения PSM Wi-Fi вам потребуется выполнить следующие шаги:

1. Убедитесь, что ваш устройство имеет поддержку Wi-Fi. Это может быть смартфон, планшет, ноутбук или другое подключаемое устройство.
2. Включите Wi-Fi на своем устройстве. Обычно это можно сделать через панель уведомлений или настройки Wi-Fi в операционной системе.
3. Откройте список доступных Wi-Fi сетей на вашем устройстве. В списке вы должны увидеть доступную сеть с именем «PSM Wi-Fi».
4. Выберите сеть «PSM Wi-Fi» и нажмите на нее, чтобы подключиться.
5. Если требуется пароль для подключения, введите его. Обычно пароль указан на обратной стороне PSM Wi-Fi устройства.
6. После успешного подключения вы увидите значок Wi-Fi на вашем устройстве, указывающий, что вы подключены к сети «PSM Wi-Fi».

Теперь вы можете использовать PSM Wi-Fi для доступа в Интернет. Откройте любой веб-браузер на своем устройстве и начните просмотрать веб-страницы или использовать онлайн-сервисы.

Важно помнить, что PSM Wi-Fi может иметь ограничения по скорости или ограничениям по использованию сети. Проверьте правила и условия использования, прежде чем начинать использовать PSM Wi-Fi.

Подключение к PSM Wi-Fi	Имя сети (SSID)	Пароль
PSM Wi-Fi 1	PSM_WiFi_1	password1
PSM Wi-Fi 2	PSM_WiFi_2	password2
PSM Wi-Fi 3	PSM_WiFi_3	password3

Рекомендации по использованию PSM Wi-Fi

Для эффективного использования PSM Wi-Fi рекомендуется следовать следующим рекомендациям:

1.	Держите устройства вблизи точки доступа Wi-Fi для получения максимального сигнала.
2.	Убедитесь, что устройства находятся в пределах покрытия Wi-Fi сети, чтобы предотвратить потерю соединения.
3.	Установите пароль для вашей Wi-Fi сети, чтобы защитить ее от несанкционированного использования.
4.	Проверьте наличие обновлений для ПО вашей точки доступа Wi-Fi, чтобы обеспечить стабильную работу и исправить уязвимости безопасности.
5.	Избегайте использования Wi-Fi в публичных или незащищенных сетях, чтобы предотвратить утечку личных данных.
6.	Осуществляйте регулярное резервное копирование данных, чтобы избежать их потери при возможных сбоях в Wi-Fi соединении.
7.	В случае возникновения проблем с Wi-Fi соединением, проверьте настройки устройства, перезапустите роутер или обратитесь в техническую поддержку.
8.	Избегайте использования Wi-Fi на открытых площадках, таких как кафе или аэропорты, для защиты вашей конфиденциальности.

Следуя этим рекомендациям, вы сможете оптимально использовать PSM Wi-Fi и обеспечить стабильное и безопасное соединение.

Предисловие

В основной версии 802.11 определены всего четыре режима энергосбережения. В этой статье основное внимание уделяется начальному режиму PSM. Для ASPD, добавленного в 802.11e, и механизмов PSMP и SMPS, добавленных в 802.11n, мы обсудим в следующая статья.

PSM（Power Save Mode）: Начальный режим энергосбережения в протоколе 802.11 определяет механизмы энергосбережения в режиме инфраструктуры и режиме IBSS соответственно, а конкретный рабочий механизм уровня MAC также отличается в режимах DCF и PCF. Чтобы
Как мы описали ранее, основная идея режима энергосбережения 802.11 заключается в следующем: точка доступа буферизует данные нисходящего канала, и только когда узел активно запрашивает точку доступа после окончания спящего режима, точка доступа обратится к данным нисходящего канала. На самом деле здесь есть проблема, то есть узел не знает, есть ли у него собственные данные кэша на AP. Следовательно, фактическая идея должна заключаться в том, что AP периодически транслирует буферную область соответствующему узлу, чтобы узел мог знать, буферизуется ли она данными. После завершения бездействия узел, данные которого кэшированы, сделает запрос данных, в противном случае он продолжит спать. Это может эффективно помешать узлу выполнять некоторые бессмысленные запросы данных (то есть данные кеша на AP отсутствуют, но узел выполняет запросы данных).

Итак, в этой статье мы должны сначала ответить на два вопроса: 1) Как AP передает информацию о собственном буфере (т.е. механизм AID, TIM и Bitmap), 2) Когда AP передает информацию о буфере соответствующего узла (например, TSF, TBTT, Поле Listen Interval) и интервал повторения CFP). После этого мы будем работать над конкретным механизмом работы MAC-уровня в протоколе.

PS: В этой статье много концепций, они сложны и связаны с основными режимами работы DCF и PCF, описанными ранее. Поэтому в этой статье мы попытались описать в соответствии с идеей дизайна в первую очередь, и другие недостатки, прошу меня простить. В то же время некоторые особые режимы энергосбережения также определены в некоторых версиях ветки 802.11, например, WNM-Sleep Mode 802.11v, который мы не будем расширять.

AID, TIM и Bitmap

В протоколе 802.11 механизм предназначен для широковещательной передачи информации о собственном буфере с меньшим количеством полей. Как показано на рисунке ниже, мы сначала опишем его общую идею:
 
Фактически, AP использует структуру Bitmap для уведомления узла о своей собственной информации о буфере. Если она рассматривается как матрица, то каждая строка матрицы имеет 8 столбцов. Нижняя часть содержит 1 row, а наибольшая содержит 251. Другими словами, наибольшее пространство для хранения матрицы составляет 251 By. Каждая позиция в матрице представляет узел, например, положение красного прямоугольника представляет STA0, положение синего прямоугольника представляет STA4, а положение фиолетового прямоугольника представляет STA24. Определенный элемент в матрице представляет ситуацию с буфером. Если элемент равен 1, это означает, что соответствующий узел имеет кеш данных. Если элемент равен 0, то кеш данных отсутствует. AP периодически передает такую ​​битовую карту в широковещательном режиме, и узел проверяет, равна ли его соответствующая позиция 1 или 0, а затем решает, отправлять ли данные запроса PS-опроса.

Тогда определенная позиция в матрице соответствует ассоциированному ID (AID) узла.

• AID（Association IDentifier）: ID ассоциации. Этот параметр эквивалентен присвоению псевдонима STA. На AP есть таблица идентификаторов ассоциаций, и каждый AID привязан к MacAddr соответствующей STA. Диапазон AID составляет от 0 до 2007, поэтому он также показывает, что в протоколе AP может быть связана с узлами до 2007. Позиция, где AID = 0, является зарезервированным полем и не выделяется узлам для представления всей многоадресной и широковещательной рассылки. Чтобы
  Например, на приведенном выше рисунке красный прямоугольник описывает, что AID = 0 имеет кеш данных, то есть есть кеш многоадресной или широковещательной рассылки (то есть STA0 фактически не существует ), синее поле. Данные узла с AID = 4 (то есть фактического узла STA4) кэшируются, а фиолетовое поле — это узел с AID = 24, и его данные кэшируются.

Выделение AID:Когда узел (STA) инициирует запрос ассоциации (запрос ассоциации) к AP, AP отправит обратно соответствующий кадр ассоциации (ответ ассоциации). AID также выделяется во время этого процесса, и узел уведомляется (PS: во время процесса повторной ассоциации также будет назначен AID, но мы не будем обсуждать его здесь). Как показано на рисунке ниже, это формат кадра ответа ассоциации, который содержит параметр идентификатора ассоциации. Чтобы
 
Обычно, когда AP выделяет параметры AID, они должны быть отправлены узлам один за другим, начиная с 1. В то же время, хотя здесь отображается 2 байта, то есть 16 бит, он для того, чтобы поле Duration / ID, упомянутое ниже, было совместимо, поэтому два старших бита устанавливаются в 1 в качестве зарезервированного поля, поэтому диапазон составляет 1 ~ 2007. Поскольку выделение AID не похоже на протокол DHCP, можно установить время истечения срока действия, то есть AP не будет активно восстанавливать AID, который был назначен некоторым узлам. Поэтому, когда новый узел присоединяется к AP, назначенный AID иногда сравнивается.Позже мы проанализируем структуру битовой карты в поле TIM, чтобы учесть это. На следующем рисунке показан конкретный дисплей AID в захвате пакета:
 
После выделения AID узел может использовать битовую карту для широковещательной передачи буферизованной информации о буфере. В протоколе 802.11 буфер также периодически возвращается, поэтому он помещается в В кадре маяка он передается как поле, которое является полем TIM. Чтобы
TIM (карта индикации трафика): карта индикации трафика, которая на самом деле является картой индикации трафика, основанной на структуре битовой карты для идентификации информации кэша AP. Его специфическая структура такова:

• Element ID: Код идентификации элемента, используемый для идентификации различных полей, содержащихся в кадре маяка.
• Length： Длина, которая описывает длину элемента. Фактически, идентификатор элемента и длина являются необходимыми элементами информационного элемента в общем кадре управления, которые здесь не будут подробно описаны.
• DTIM Count, DTIM Period: количество DTIM и интервал времени. В протоколе 802.11 мы видим три концепции: TIM, DTIM и ATIM. TIM — это базовая структура карты индикации трафика. Стандартный TIM указывает только одноадресную информацию, буферизованную точкой доступа. DTIM (Delivery Traffic Indication Map) — это особый тип TIM, который в дополнение к буферизованной одноадресной информации также указывает кэшированную многоадресную информацию автор: AP. В общем, каждый кадр маякового радиосигнала содержит информацию TIM, но независимо от того, является ли TIM DTIM или нет, необходимо учитывать два параметра, счетчик DTIM и период DTIM. DTIM Period — это период, фиксированное значение, что означает, что DTIM появится через несколько TIM. Счетчик DTIM — это значение счетчика, которое изменяется.Когда количество DTIM = 0, это означает, что TIM является DTIM. Фактически, если DTIM Period установлен в 1, то в каждом поле TIM счетчик DTIM равен 0, поэтому каждый TIM является DTIM. PS: Что касается ATIM, ATIM представляет собой фрейм и используется в режиме IBSS, так как в этой статье в основном обсуждаются беспроводные сети в режиме инфраструктуры, он не будет здесь расширяться.
• Bitmap Control，Partial Virtual Bitmap: Это поле является специфическим полем Bitmap.На самом деле есть некоторые отличия от структуры растрового изображения, которую мы описали в начале. Ниже мы сосредоточимся на описании структуры растрового изображения, специально используемой в протоколе. Чтобы
  Растровое изображение. В предыдущем разделе мы привели самую начальную структуру растрового изображения, которая все еще имеет некоторые недостатки.
  занимает длительное время передачи: в то же время, поскольку в протоколе 802.11 фактическая передача маяка обычно использует самую низкую скорость, что имеет две причины: 1) кадр маяка является широковещательный кадр Нет обратной связи ACK, поэтому невозможно установить механизм повторной передачи.2) Целью кадра маяка является широковещательная передача основной информации AP, поэтому есть надежда, что все узлы смогут эффективно получать данные, поэтому как использовать более низкую скорость, чтобы гарантировать плохой сигнал. Узел также может получать эту информацию. Следовательно, если каждый кадр маякового радиосигнала содержит полную битовую карту размером 251 байт, он займет относительно длительное время передачи, снизит коэффициент использования канала и повлияет на общую пропускную способность. Поэтому в реальных приложениях мы можем опустить позиции AID, которые не используются позже, чтобы уменьшить пространство растрового изображения. Чтобы
  Отсутствие гибкости: поскольку каждая позиция в битовой карте соответствует AID узла, и, как мы заявили ранее, AP не имеет механизма повторного использования для выделения AID. Следовательно, возможно, что позиция AID от 0 до 300 является информацией об узле, которая больше не использовалась, а действительно активные узлы находятся с позиции AID от 300 до 330. Таким образом, если будут удалены только бесполезные позиции AID, будет потрачено около 300 бит пространства (то есть диапазон от 0 до 300 AID, которые больше не будут использоваться). Следовательно, необходимо не только опустить следующее пространство растрового изображения, но также оптимизировать и опустить предыдущее пространство растрового изображения. Чтобы
   
  Как показано на рисунке выше, мы можем более четко видеть его недостатки и думать об идеях по улучшению. Например, в случае этого графа только узлы с AID = 120 ~ 127 имеют кеш данных. Остальные узлы с AID <120 не имеют кеша данных, а узлы с AID> 127 также не имеют. Следовательно, нам нужно только уведомить узлы с AID от 120 до 127 во время конкретной передачи. Остальные две части являются избыточными , что бессмысленно. Да, поэтому нам нужно его сжать. В 802.11 структура Bitmap Control и Partial Virual Bitmap специально разработана для решения этой проблемы, как показано на рисунке ниже.
  

В протоколе 802.11 элемент управления Bitmap и Partial Virtual Bitmap используются вместе, а поле управления Bitmap разделено на две части:

• Бит [0] используется для указания, буферизированы ли какие-либо пакеты данных многоадресной / широковещательной передачи.Это специальный бит. Если он равен 1, то данные многоадресной / широковещательной передачи кэшируются, в противном случае — нет.
• Бит [1: 7] используется для идентификации смещения Bitmap, используемого для указания смещения AID. Этот параметр используется для описания начального AID в частичном виртуальном растровом изображении. На приведенном выше рисунке, поскольку часть смещения растрового изображения равна 0, начальный AID начинается с 0 (PS: согласно соглашению, AID = 0 является зарезервированным. используется для идентификации всей широковещательной и многоадресной информации, поэтому она не выделяется узлу для использования. Но первый бит в поле управления Bitmap также является этой функцией, поэтому на самом деле AID = 0 не используется.), последующие AID = 1 представляет узел 1, а AID = 8 представляет узел 8. Частичное виртуальное растровое изображение — это поле переменной длины в диапазоне от 1 до 251. То есть, если следующий AID не имеет соответствующего кэша, он не будет сохранен в частичном виртуальном растровом изображении. (PS: здесь следует отметить, что, поскольку он хранится в виде байта, он увеличивается на 8 бит. Если части недостаточно 8 бит, ее необходимо завершить)

Теперь обратим внимание на использование Bitmap Offset. Как упоминалось ранее, Bitmap offset используется для описания смещения первого AID. Если в поле все 0, это означает, что значение смещения равно 0. Следовательно, в Partial Virtual Bitmap, AID = 0 начинает отсчет. Теперь мы опишем случай, когда Bitmap Offset не равен 0. Сначала мы помечаем каждый бит элемента управления Bitmap x1 ~ x7. Порядок маркировки здесь прямо противоположен порядку общего двоичного представления. Каждый бит представляет собой конкретное смещение. Эти вычисления смещения основаны на 8 как нечетном числе. Если только x1 равен 1, а остальные 0, то AID начинается с 2 * 8 = 16, если только x4 равен 1, а остальные равны 0, то начало AID равно 16 * 8 = 128. Приведем еще несколько примеров ниже:
Если нет данных многоадресной / широковещательной передачи и узел с AID = 24 имеет данные, тогда поле Bitmap Control будет [0 1 0 0 0 0 0 0], а частичное виртуальное Битовая карта — [0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0]. Фактически, AID = 24, что равно 3 * 8. Если он двоичный, его можно разложить на (2 ^ 1 + 2 ^ 0) * 8, то есть есть две позиции 1, но из-за наименьшее смещение растрового изображения Единица равна 2, а не 1 (вы можете видеть, что 2 ^ 0, который является битом x0, фактически занят запросом данных многоадресной / широковещательной передачи, поэтому его нельзя использовать), поэтому ближайший к AID = 24 Начальная позиция — AID = 16, поэтому определяется поле управления битовой картой, а затем Partial Virtual Bitmap находит позицию AID = 24 по порядку, затем маркирует ее и, наконец, завершает один байт. Чтобы
Если есть данные многоадресной / широковещательной передачи и узел с AID = 100 имеет данные, тогда поле Bitmap Control будет [1 0 1 1 0 0 0 0], а Partial Virtual Bitmap равно [0 0 0 0 1 0 0 0], конкретный метод расчета такой же, как указано выше.

PS: В протоколе 802.11 фактически дана демонстрация, реализованная на языке C Bitmap, и она приведена в Приложении L к версии протокола 07. Вы можете прочитать ее сами, если вам интересно.

То, что мы описали ранее, — это применение AID в поле TIM, отправляемом AP. В запросе, отправляемом узлом AP, фактически используется параметр AID. В кадре PS-Poll, отправленном узлом, запрашивающим данные от AP, Duration / ID определяется как AID. На следующем рисунке показана структура кадра PS-Poll:

Поле Duration / ID напрямую идентифицируется как поле AID, и его конкретное содержимое выглядит следующим образом:

Поэтому в кадре PS-Poll, отправляемом узлом AP, адрес источника не включается напрямую. Вместо этого AID используется в качестве замены. Когда AP получает PS-Poll, он ищет соответствующее содержимое кэша. в кэше в соответствии с его AID, а затем отправляет его обратно на узел.

TSF, TBTT, поле Listen Interval и интервал повторения CFP

Согласно предыдущему описанию, AP периодически отправляет кадры маякового сигнала, и поле TIM в кадре маяка содержит информацию о соответствующей буферной области. Но если каждый кадр содержит информацию TIM всех узлов, будет два недостатка:

Время ожидания узла ограничено. Поскольку каждый кадр маяка содержит информацию TIM, узел должен регулярно просыпаться, чтобы получить соответствующий маяк. Это также требует больших затрат энергии. Если вы дадите узлу спать на некоторое время, он будет быть более энергоэффективным.
добавляет информацию TIM. Если информация TIM всех узлов не включена в кадр маяка, то пространство можно дополнительно сжать в соответствии с элементом управления Bitmap и Partial Virtual Bitmap, которые мы описали ранее, чтобы уменьшить Пустая трата времени на передачу радиобуя
Таким образом, в проекте протокола 802.11 узел периодически выходит из спящего режима, и точка доступа знает период пробуждения, соответствующий узлу. После пробуждения узла AP укажет для него информацию о буфере в поле TIM соответствующего маяка. (В реальных ситуациях AP не только просыпается после наступления соответствующего периода ожидания, но также вычисляет пробуждение, когда приходит DTIM, потому что последний является широковещательной информацией, а первый — одноадресной информацией).

Затем, чтобы достичь вышеупомянутых требований, AP и узел должны сначала синхронизировать время, а затем указать период для выполнения требования периодического получения информации TIM.

• TSF（Timing Synchronization Function）: Протокол использует механизм TSF для описания функции временной синхронизации. Таймер TSF имеет всего 64 бита, и единица измерения используется. В режиме инфраструктуры синхронизация времени выполняется путем синхронизации кадра маяка, отправленного точкой доступа. В маяке есть поле Timestamp, которое также составляет 64 бита и не хранится в форме элемента в маяке, поэтому каждый маяк В кадре должна быть отметка времени. Когда STA принимает кадр маяка AP, он извлекает временную метку из поля Timestamp и добавляет локально оцененную задержку (локальную задержку от антенного порта к окончательной обработке), тем самым завершая функцию временной синхронизации между узлом и AP. .

На приведенном выше изображении показано соответствующее поле метки времени в кадре маяка. После него мы можем увидеть поле интервала маяка. Этот параметр фактически можно увидеть в конфигурации маршрутизатора. Обычно он описывается как слот маяка размером 100 мс. То есть 0,1 с (PS: обычно скорость сети изменяется в соответствии с десятичной системой, то есть 1 кбит / с = 1000 бит / с, k означает килограммы. В протоколе 802.11 есть единицы времени TU, Time Unit, TU это редкая единица для шага в двоичном формате, 1TU = 1024us, вот на самом деле метод подсчета килобинарных данных. Обычно мы устанавливаем его на 0,1 с, но в фактическом кадре маяка это 0,1024 с, здесь есть разница), этот параметр соответствует времени TBTT.

• TBTT（Target Beacon Transmission Time）: Запланированное время передачи маяка. Фактически, это рассчитанный по времени период отправки / получения действий маяка. Период интервала маяка определяется интервалом маяка. Когда наступит время TBTT, AP будет активно отправлять кадр маяка, и узел также будет активно принимать кадр маяка (включая узлы режима ожидания, также проснется, чтобы принять маяк), а затем использовать маяк для синхронизации времени, и просмотрите поле TIM. Если собственного кэша данных нет, узел продолжит переходить в спящий режим до следующего времени TBTT.

Кадры маяка отправляются периодически в соответствии со временем TBTT, но узлу не обязательно строго контролировать каждый маяк. Чтобы разработать режим энергосбережения более эффективно, узел должен отслеживать кадр маяка каждые несколько циклов TBTT. может продлить время сна.

• Listen Interval: Интервал прослушивания относится к тому, сколько TBTT прошло между двумя активациями рабочей станции, то есть сколько кадров маяка было пропущено. Чем длиннее интервал прослушивания, тем больше время ожидания узла и, следовательно, больше энергосбережения, но он будет занимать буферное пространство AP и увеличивать задержку доступа.

Интервал прослушивания отправляется узлом AP через кадр запроса ассоциации, так что AP знает время пробуждения узла.Когда соответствующий узел просыпается, он будет указывать состояние буфера в кадре маяка. Это поле имеет всего 16 бит, и его единицей является интервал цикла маяка, то есть время TBTT.Если интервал прослушивания установлен на 2, это означает, что узел просыпается каждые два цикла маяка. В захвате пакета, как показано ниже:

Период времени 802.11 на самом деле более сложен. Поскольку мы обсуждаем полный режим энергосбережения в протоколе, режим энергосбережения фактически разделен на различные рабочие режимы в рамках DCF и PCF, поэтому нам также необходимо понимать интервал повторения CFP, то есть взаимосвязь между циклом CFP и указанным выше временем TBTT.

• CFP repetition interval: Период повторения CFP — это период планирования, используемый для координации двух различных режимов работы PCF и DCF. Он включает в себя две части, CFP и CP. CFP используется для работы в течение времени PCF, а время CP используется для работы DCP. Мы обсуждали эту часть, когда обсуждали PCF.

Наконец, с помощью рисунка мы идентифицируем взаимосвязь между этими циклами планирования:

Период TBTT — это период между маяками (синяя часть на рисунке). Каждый TBTT, AP будет отправлять маяк. Маяк может содержать информацию TIM (красная часть на рисунке) или информацию DTIM (рисунок средний фиолетовый часть), интервал задается параметром DTIM Period. В то же время мы также можем обратить внимание на то, что маяк может быть отправлен в течение времени CFP или в течение времени CP. Фактически, его нужно отправлять только в соответствии с интервалом TBTT. Если в течение времени CFP, интервал передачи маяка очень точен Он равен TBTT.Во время CP из-за механизма конкурентного доступа DCF будут некоторые небольшие отклонения в интервале маяка, который в основном равен времени TBTT. Чтобы
Интервал повторения CFP — это более заметный интервал (зеленая часть на рисунке). Временной интервал CFP должен быть кратен времени TBTT. Фактически, мы знаем, что настройка времени NAV для CFP выполняется с помощью механизма набора параметров NAV или CF кадра маяка (подробности см. В нашем предыдущем описании PCF), поэтому в начале CFP должен быть кадр маяка, и конец не уверен. В то же время несколько кадров маяка могут появиться в CFP или CP. Как показано на рисунке выше, начало первого CFP должно быть кадром маяка, а конец не совпадает с временем маяка. Затем по истечении времени CFP до конца цикла CFP оставшееся время является временем CP. И на этом рисунке мы можем видеть, что в первом цикле CFP есть 2 кадра маяка.

Режим PSM (режим энергосбережения)

В начальном режиме 802.11 PSM, режимах DCF и PCF существуют разные механизмы работы. Ниже мы сначала описываем, как узел входит в режим PSM, затем описываем рабочую форму DCF и, наконец, описываем PCF. (PS: Что касается отношений планирования между двумя периодами времени, мы уже упоминали об этом раньше, поэтому я не буду здесь его расширять.)

1. Как войти в режим PSM

Если узел хочет работать в режиме PSM, он должен сначала сообщить AP, что он будет работать в режиме энергосбережения. В кадре 802.11 эта информация включается в поле управления кадром в заголовке уровня MAC, то есть любой кадр может использоваться для переключения рабочего режима, и узел может переключаться, когда он связан с режимом AP To PSM, Вы также можете переключиться в режим PSM в рабочем состоянии. В поле «Поле управления рамой» следует отметить две вещи, как показано ниже:

Эти два содержимого — Pwr Mgt (Power Management) и More Data.

• Pwr Mgt（Power Management）: Это поле используется для определения того, войдет ли узел в режим энергосбережения (режим PSM) после кадра. Если он равен 1, то он переходит в режим PSM, в противном случае он сохраняет текущее рабочее состояние. В режиме инфраструктуры сама точка доступа имеет источник питания, а точка доступа отвечает за управление ядром всей сети, поэтому в кадре нисходящего канала, отправляемом точкой доступа, это поле по умолчанию установлено на 0.

• More Data: Это поле является AP, указывающим узел, есть ли еще данные буфера этого узла, которые не были отправлены. Если он равен 1, это означает, что AP все еще имеет кэш данных соответствующего узла, и наоборот. Как мы упоминали ранее, в режиме PSM запрос данных на самом деле является механизмом «понга», и запрос будет иметь только одну обратную связь. Следовательно, когда AP передает кадры нисходящей линии связи, она будет продолжать указывать, есть ли у узла еще кэш, и, если есть кеш, узел продолжит запрашивать данные. Только когда все кеши соответствующего узла в AP будут опустошены, узел снова войдет в состояние ожидания.

2. Режим PSM при DCF

DCF — это режим работы, основанный на конкуренции. Все узлы должны иметь доступ к каналу и конкурировать, включая точки доступа и узлы, работающие в энергосберегающем режиме. Чтобы
Поскольку существует множество параметров, связанных с режимом энергосбережения, его труднее проиллюстрировать легендой, поэтому мы стараемся сделать ее максимально понятной. Пожалуйста, простите меня за недостатки . Чтобы

Затем на приведенном выше рисунке описана временная диаграмма 1 AP и 2 энергосберегающих узлов.Черная ось представляет временные характеристики отправки и получения пакетов данных, а фиолетовая линия представляет пробуждение узла. На рисунке интервал прослушивания STA1 равен 2, а интервал прослушивания STA2 равен 1 (для простоты он не отмечен на рисунке).

1. Вначале мы предполагаем, что AP отправляет кадр маяка (то есть 1-й маяк). Поскольку этот кадр маяка используется в качестве маяка в начальный момент, узел должен заранее проснуться и получить кадр маяка. Как показано на рисунке, поле TIM в кадре маякового сигнала указывает, что узел STA1 имеет пакет данных, который должен быть передан, а узел STA2 не имеет пакета данных. Таким образом, STA1 остается в состоянии пробуждения после получения маяка, а STA2 переходит в состояние сна.
2. Поскольку STA1 знает, что AP имеет свой собственный пакет данных, он должен сначала выполнить Backoff (здесь процесс DIFS, backoff и SIFS такой же, как и стандартный DCF, поэтому все они здесь опущены). Когда Backoff завершен, он отправляет обратно «Отправить кадр PS-Poll» для запроса данных.
3. После того, как AP получит кадр PS-Poll, он должен сначала отправить обратно ACK (в предварительном режиме энергосбережения мы не делали акцент на обратной связи ACK, фактически, для одноадресных кадров в 802.11 требуется обратная связь ACK). , AP снова отправляет данные на STA1, и в поле управления кадром данных метка дополнительных данных = 1.
4. Когда STA1 принимает данные от AP, ей также необходимо сначала отправить ACK и проверить поле More data в кадре данных.Поскольку это поле равно 1, STA1 не может переключиться в состояние сна. Ему также необходимо продолжить запрашивать данные от AP, затем он снова проходит откат, а затем отправляет кадр PS-Poll на AP.
5. Когда точка доступа снова получит PS-опрос, она все равно сначала будет ACK, а затем вернет данные. Предполагая, что пакет данных, возвращенный на этот раз, является последним пакетом данных, буферизованным STA1 в AP, AP установит поле дополнительных данных в 0 в обратной связи.
6. Когда узел получает пакет данных, поскольку больше данных = 0, STA1 переходит в спящий режим после обратной передачи ACK.
7. Когда второй маяк передает (2-й маяк), поскольку интервал прослушивания STA1 равен 2, он все еще находится в неактивном состоянии, а интервал прослушивания STA2 равен 1, поэтому для приема маяка необходимо активировать каждый цикл маяка. . Если предположить, что во втором маяке STA2 все еще не имеет данных (не показано на рисунке), то после приема маяка она перейдет в спящий режим.
8. Когда передают три маяка (3-й маяк), как STA1, так и STA2 активируются и принимают маяк. В то же время маяк определяет, что оба узла имеют пакеты данных, кэшированные в AP, поэтому оба узла должны конкурировать за доступ. На приведенном выше рисунке мы предполагаем, что STA2 сначала завершает откат и обращается к каналу. Когда STA2 занимает канал для передачи, STA1 обнаруживает, что канал занят, поэтому не будет отправлять одновременно.Это фактически процесс конкуренции DCF.
9. Когда STA2 отправляет PS-опрос в AP и получает данные обратной связи от AP, STA2 проверяет, что поле дополнительных данных в пакете данных равно 0, поэтому после получения пакета данных он переходит в спящий режим. Поскольку STA1 не получила данные, она все равно будет конкурировать за канал доступа и не перейдет в спящий режим снова, пока не будет получен соответствующий ей буфер в AP.

Выше мы описали базовый режим работы PSM-DCF. Здесь нужно уделить особое внимание времени DTIM. Поскольку ситуация с отрисовкой более сложная, мы можем только описать ситуацию. В режиме PSM существует два условия для пробуждения узла, и одно из них пробуждается. Чтобы
Узел просыпается в соответствии с интервалом прослушивания, то есть через каждый интервал прослушивания, узел просыпается один раз и не переключается в спящий режим, пока не получит свой собственный буфер в точке доступа. .

Цикл DTIM, поскольку мы знаем, что DTIM фактически используется для доставки многоадресных / широковещательных кадров, буферизованных на AP, все узлы должны в этот момент проснуться и получить этот кадр. Таким образом, пока маяк передает DTIM, все узлы будут просыпаться (даже если они не во время пробуждения, указанное в интервале прослушивания). После пробуждения узлов AP сначала передаст свои буферизованные кадры многоадресной и широковещательной рассылки. После того, как узел получил кадр многоадресной или широковещательной рассылки, он одновременно не находится в буфере TIM (я понимаю, что, поскольку AP знает интервал узла, поэтому не каждый маяк будет нести свою информацию TIM), тогда узел перейдет в спящий режим, пока он снова не проснется в указанное им время.

В то же время мы не указали здесь данные восходящего канала.Когда у узла есть данные, которые нужно отправить в AP локально, он будет активно отправлять данные после задержки. Что касается того, будет ли узел отправлять сначала PS-опрос или локальные данные, автор не особо разбирается в этом.

3. Режим PSM под PCF

PCF — это метод доступа, основанный на планировании, и последовательность доступа узлов завершается посредством опроса AP.

Фактически, из-за механизма планирования PCF схемы энергосбережения обычно устанавливаются. На приведенном выше рисунке мы предполагаем, что интервал прослушивания STA1 равен 1, а интервал прослушивания STA2 равен 1, и мы предполагаем, что DTIM период равен 4, и первый маяк, то есть DTIM переносится в 1-м маяке.

1. Во-первых, AP отправляет маяк, то есть 1-й маяк, и узел также гарантирует, что он пробудился до этого цикла маяка, чтобы гарантировать, что он может получить информацию маяка. В 1-м маяке он переносит информацию DTIM и определяет, что в AP есть буфер для широковещательных пакетов.
2. Когда время маяка истечет, AP сначала отправит буферизованный широковещательный кадр.Так как это широковещательный кадр, нет необходимости ждать ответа ACK. После отправки широковещательного кадра точка доступа по очереди отправит кадры данных узлам и опрашивает узлы. Поскольку информация, переносимая в DTIM, указывает, что и STA1, и STA2 имеют данные, буферизованные AP, как STA1, так и STA2 остаются в состоянии пробуждения до приема пакета данных нисходящей линии связи.
3. AP сначала отправит кадр DATA + CF-Poll на STA1, который является кадром, но одновременно выполняет две функции (то есть отправляет данные на STA1 и запрашивает данные восходящего канала для STA1), что было упомянуто в введение в режим работы ПКФ.
4. Когда STA1 получает данные, он отправляет ACK и свой собственный буфер в AP. Точно так же информация также инкапсулируется в кадр, то есть однократная обратная связь в кадре DATA + CF-ACK, что позволяет сэкономить -рамочное пространство. В то же время, поскольку поле дополнительных данных равно 1 в данных, отправленных AP, после того, как STA1 получит данные, ему необходимо сохранить состояние пробуждения и дождаться оставшихся данных под AP.
5. В PCF AP опрашивает узлы в порядке возрастания AID, поэтому, даже если больше данных = 1 в поле данных, отправленном на STA1, он все равно сначала опрашивает следующий узел, а не остается там. AP отправит кадр Data + CF-ACK + CF-Poll на STA 2. Можно отметить, что этот кадр имеет три функции: подтверждение ACK для STA1, передача данных на STA2 и запрос данных.
6. Когда STA2 принимает данные, она также хочет, чтобы AP отправила кадр DATA + CF-ACK, и, поскольку поле дополнительных данных равно 0, STA2 переходит в состояние ожидания после передачи данных. И поскольку интервалы прослушивания STA1 и STA2 равны 1, STA2 проснется до того, как прибудет следующий маяк, и получит данные маяка.
7. Во втором маяке, 2-м маяке, TIM указывает, что STA1 имеет данные, затем STA1 и AP продолжают обмениваться данными (опущены на рисунке), а STA2 не имеет буфера данных, поэтому после приема маякового сигнала STA2 находится в спящем режиме.
8. В третьем маяке, 3-м маяке, поле TIM указывает, что STA1 имеет данные, но STA2 не имеет данных. Таким образом, STA2 переходит в спящий режим после получения маякового сигнала, а STA1 сначала принимает данные нисходящей линии связи, отправленные AP. Здесь, поскольку мы предполагаем, что период DTIM равен 4, маяк передает информацию TIM, то есть AP не имеет многоадресной передачи. / broadcast и его нужно сначала отправить. Таким образом, AP отправляет DATA + CF-Poll на STA1 в начале, и, поскольку поле дополнительных данных равно 0 в кадре, AP переходит в спящий режим после успешного получения кадра данных и обратной передачи ACK.

Добрый день всем!

В предыдущей части обсуждалась общая информация и особенности технологии NB-IoT, а здесь предлагаю подробно рассмотреть режимы энергосбережения PSM и eDRX, а также команды, с помощью которых этими режимами можно управлять.

Режимы сохранения энергии в NB-IoT

Устройствам, которые работают от батарейки, важно потреблять как можно меньше энергии. Для этого в NB-IoT предусмотрены два режима энергосбережения: Power Saving Mode, PSM и Extended idle mode DRX, eDRX. Рассмотрим их подробнее.

Режим сохранения энергии PSM, Power Saving Mode

Согласно спецификации 3GPP TS 23.682, Power Saving Mode (PSM) – это режим, аналогичный отключению питания, при котором устройство, тем не менее, остается зарегистрированным в сети. Любопытно, что режим PSM появился в спецификациях 3GPP раньше, чем NB-IoT – в 3GPP Release 12.

Устройство NB-IoT инициирует режим PSM, включая значения двух таймеров в запросы ATTACH REQUEST/TAU REQUEST, посылаемые в процедурах Attach и TAU (TAU, Tracking Area Update — это периодическая процедура, которая используется в LTE для уведомления сети о доступности и местоположении мобильного устройства).

Первый таймер — T3324 Active Timer — определяет время, в течение которого устройство остается доступным со стороны сети после процедуры Attach, TAU или передачи данных.

Второй таймер — T3412 Extended periodic TAU Timer — определяет период процедуры TAU.

Режим PSM и таймеры T3324, T3412 показаны на рис. 1:

Если сеть разрешает использование режима PSM, то значения этих таймеров включаются в ответные сообщения ATTACH ACCEPT/TAU ACCEPT. При определении значений таймеров сеть может принимать во внимание не только значения, запрашиваемые устройством, но и локальную конфигурацию. Другими словами, сеть не обязана подтверждать в точности те значения таймеров, которые запросило устройство. Зато устройство обязано применить значения, полученные от сети.

Длительность нахождения устройства в режиме PSM определяется как разница между Extended periodic TAU Timer и Active Timer (T3412-T3324). Так как значение T3324 Active Timer может быть равно нулю, то максимальное теоретическое время нахождения устройства в режиме PSM равняется максимальному времени T3412 Extended periodic TAU Timer и составляет 413 дней и 8 часов (!!!). Максимальное значение T3324 Active Timer составляет 3 часа и 6 минут (186 минут).

Когда устройство находится в режиме PSM, оно недоступно со стороны сети (для так называемых mobile terminating сервисов).

GSMA рекомендует операторам сотовой связи сохранять и передавать устройству (после выхода последнего из режима PSM) как минимум последний пакет данных длительностью 100 бит.

Устройство может выйти из режима PSM в любое время (например, если устройству нужно срочно передать какие-нибудь данные, как на картинке выше).

Режим сохранения энергии eDRX (Extended idle mode DRX)

eDRX (Extended idle mode DRX) можно считать дополнительным режимом энергосбережения устройства, он появился в спецификациях 3GPP Release 13. DRX означает прерывистый приём (Discontinuous Receiving). Метод прерывистого приема известен в сотовой связи давно, и заключается в том, что для сохранения энергии приемный тракт устройства включается периодически в определенные промежутки времени, а большую часть времени отключен. Сеть «знает» об этом и посылает сигналы вызова (paging) только в «правильные» моменты времени. Расширенный режим прерывистого приёма (eDRX) позволяет существенно увеличить период времени, когда приемный тракт устройства выключен. Согласно спецификации 3GPP TS 23.682, период прерывистого приема eDRX в режиме NB-IoT составляет от 20,48 до 10485,76 секунды (10485 секунд — это почти 3 часа).

Сравнение «старого» DRX и «нового» eDRX представлено на рис. 2:

Устройство NB-IoT активирует режим eDRX, передавая значение длительности периода eDRX в запросах ATTACH REQUEST/TAU REQUEST, посылаемых в процедурах Attach и TAU. Если сеть разрешает использование режима eDRX, то значение периода eDRX включается в ответные сообщения ATTACH ACCEPT/TAU ACCEPT. Сеть не обязана подтверждать запрошенное устройством значение периода eDRX, а вот устройство обязано применить значение, переданное сетью.

Как и в случае с PSM, при использовании режима eDRX GSMA рекомендует операторам сохранять и передавать устройству как минимум последний пакет данных длительностью 100 бит. Впрочем, как следует из опроса, проведенного ассоциацией GSM, операторы намерены сохранять намного больше нисходящих данных (от приложения к устройству).

Режим eDRX может применяться одновременно с режимом PSM.

Режимы PSM и eDRX входят в число минимальных требований к сетям NB-IoT, рекомендованных GSMA.

Команды управления устройством NB-IoT (AT-команды)

Стандартные AT-команды описываются в спецификации 3GPP TS 27.007. Всего команд очень много, здесь рассмотрим только те, с помощью которых можно управлять режимами энергосбережения устройства NB-IoT. Кроме того, разные производители могут немного по-своему интерпретировать стандартные или изобретать новые команды. Поэтому для большей определенности посмотрим команды NB-IoT-модуля N21.

Команда управления режимом PSM

Для задания параметров режима PSM используется команда AT+CPSMS:

AT+CPSMS=[mode],[Requested_Periodic-RAU],[Requested_GPRS-READY-timer],[Requested_Periodic-TAU],[Requested_Active-Time]

Параметры команды AT+CPSMS:

• mode (0 — PSM выключен, 1 — PSM включен)
• Requested_Periodic-RAU, T3312 (применим к 2G/3G, в NB-IoT не используется)
• Requested_GPRS-READY-timer, T3314 (применим к 2G/3G, в NB-IoT не используется)
• Requested_Periodic-TAU, T3412 (применим к LTE, используется в NB-IoT)
• Requested_Active-Time, T3324 (применим к 2G/3G/LTE, используется в NB-IoT)

Таким образом, для настройки параметров PSM в режиме NB-IoT используются три параметра: mode, Requested_Periodic-TAU и Requested_Active-Time.

Запрашиваемая длительность нахождения устройства в режиме PSM — это разница между значениями Requested_Periodic-TAU и Requested_Active-Time.

Кодирование значения Requested_Active-Time (T3324)

Requested_Active-Time кодируется в виде последовательности, состоящей из 8 бит, где старшие биты 8, 7, 6 представляют собой множитель, биты 5, 4, 3, 2, 1 – значение.

Пример кодирования значения Requested_Active-Time (T3324):
00000101 — Requested_Active-Time
000 – множитель, 2 секунды,
00101 – значение, 5,
5 х 2 секунды = 10 секунд — запрашиваемое значение Requested_Active-Time.

Максимальное значение Requested_Active-Time (T3324) составляет 3 часа и 6 минут (186 минут).

Кодирование значения Requested_Periodic-TAU (T3412)

Requested_Periodic-TAU кодируется в виде последовательности, состоящей из 8 бит, где старшие биты 8, 7, 6 представляют собой множитель, младшие биты 5, 4, 3, 2, 1 – значение.

Пример кодирования значения Requested_Periodic-TAU (T3412):
00100001 — Requested_Periodic-TAU
001 – множитель, 1 час,
00010 – значение, 2,
2 х 1 час = 2 часа — запрашиваемое значение Requested_Periodic-TAU

Максимальное значение таймера Requested_Periodic-TAU T3412 составляет 9920 часов или 413 дней и 8 часов.

Примеры команды AT+CPSMS

AT+CPSMS=0    // Режим PSM выключен

AT+CPSMS=1,,,"00100001","00100011"    // Режим PSM включен, Requested_Periodic-TAU: 2 часа, Requested_Active-Time: 3 минуты, длительность PSM: 1 час и 57 минут

Команда управления режимом eDRX

Для задания параметров режима eDRX используется команда AT+CEDRXS:

AT+CEDRXS=[mode],[AcT-type],[Requested_eDRX_value]

Параметры команды AT+CEDRXS:

1. mode — режим:

• 0 — режим eDRX выключен
• 1 — режим eDRX включен
• 2 — режим eDRX включен, разрешены незапрашиваемые сообщения (URC)

2. AcT-type — технология радиодоступа:

• 1 – EC-GSM-IoT
• 2 – GSM
• 3 – 3G
• 4 – LTE, LTE-M
• 5 – NB-IoT

3. Requested_eDRX_value — длительность периода eDRX. Значение кодируется в виде двоичной последовательности, состоящей из 4-х бит. Согласно спецификации 3GPP TS 23.682, период eDRX в режиме NB-IoT находится в диапазоне от 20,48 до 10485,76 секунд. Значения Requested_eDRX_value в режиме NB-IoT приведены в таблице 3.

Примеры команды AT+CEDRXS

AT+CEDRXS=0    // режим eDRX выключен

AT+CEDRXS=1,5,"0010"    // режим eDRX включен, технология радиодоступа - NB-IoT, длительность периода eDRX - 20,48 секунды

P.S. Статья не претендует на абсолютную истину и может содержать неточности. Если вы заметили неточности, хотите поделиться инсайдерской информацией или просто высказать своё мнение – добро пожаловать в комментарии!

Предыдущая часть: NB-IoT, Narrow Band Internet of Things. Общая информация и особенности технологии.

Ещё по теме NB-IoT: NB-IoT. Non-IP Data Delivery или просто NIDD. Тестирование с коммерческим сервисом МТС

Спасибо.

При просмотре сетевой статистики некоторых домашних WIFI роутеров можно найти некоторые параметры беспроводного соединения. Их значения и названия не всегда понятны, и требуют дополнительного уточнения:

Экономичный режим работы Wi-Fi (PSM)

Планшеты поддерживают то, что называется экономичным режимом Wi-Fi (PSM). Такой режим позволяет планшету включать и выключать Wi-Fi несколько раз в секунду для экономии батареи. Этот режим значительно увеличивает время работы от батареи с 6-8 часов в режиме ожидания до 3-4 дней. Однако в продаже все еще есть много роутеров, которые не поддерживают этот режим или в которых поддержка такого режима реализована с ошибками, что может быть причиной проблем для планшетов.

Так как использование экономичного режима приводит к дополнительной латентности для входящих пакетов, планшеты пытаются оптимизировать производительность, оставаясь в постоянном активном режиме (CAM) при наличии постоянного трафика. С другой стороны, постоянный активный режим потребляет много энергии, поэтому тайм-аут должен быть как можно короче. За более детальным описанием обратитесь в данное сообщение по теме.

Проблемы

Хотя экономичный режим действительно увеличит время работы от батареи в режиме ожидания (подразумевается, что можно оставить планшет подключенным к сети Wi-Fi на все это время), плохая его поддержка в некоторых роутерах и некоторые нюансы работы сети могут привести к проблемам. В случае с роутерами, которые не поддерживают режим или работают с ошибками, время работы от батареи с включенным Wi-Fi может сильно сократиться, а в худшем случае могут возникнуть трудности с соединением.

Экономичный режим может привести к проблемам с сетью даже для роутеров с хорошей поддержкой данного режима. Соединения могут обрываться во время простоя или сильно отставать, особенно в случае соединений компьютер-планшет подобно SSH. Существуют два способа для уменьшения негативного влияния экономичного режима в таких ситуациях. Или сделайте так, чтобы на планшете был запущен активный процесс в сети (запустите программу XChat в активном канале, запустите команду ping для google.com и так далее) или полностью блокируйте экономический режим в тех соединениях, где будет выполнятся большой объем работ через SSH.

Значения по умолчанию в релизе Diablo были сделаны слишком экономичными. Возможно, по этой причине некоторые пользователи стали замечать проблемы. Эти проблемы возникают не всегда и соединение временами работает просто прекрасно. Вероятность возникновения проблем зависит от используемых значений тайм-аута.

Конфигурация

Экономичный режим можно сконфигурировать для каждого отдельного соединения в панели управления Соединяемость (Меню приложения-> Настройки -> Панель управления -> Соединяемость) во вкладке Другое в Расширенных Настройках при редактировании сохраненного соединения. Предлагаются три опции: Включен (Максимальный), Включен (Промежуточный) и Выключен (обратите внимание, настройка мощности передачи беспроводной локальной сети не будет существенно влиять на время работы от батареи, хотя она повлияет на дальность действия сети Wi-Fi, и здесь она упоминается только в силу юридических причин). Максимальный и Промежуточный режимы изменяют период тайм-аута (200 мс и 1000 мс соответственно), Выключен полностью отключает экономичный режим питания.

Режим Ad-hoc не допускает экономичный режим питания

Режим Ad-hoc может использовать экономичные режимы питания, только сократив мощность передатчика — так как нет ведущего и подчиненного устройства, где подчиненное устройство может провести большое количество времени в «спящем» режиме, то режим Ad-hoc не допускает экономичные режимы питания.

Роутеры, несовместимые с экономичным режимом питания

• Fon2200