WDI_CONNECTION_QUALITY_HINT enumeración (dot11wificxtypes.h)
Importante
Este tema forma parte del modelo de controlador WiFiCx. WiFiCx es el modelo de controlador Wi-Fi lanzado en Windows 11. Se recomienda usar WiFiCx para aprovechar las características más recientes. El modelo de controlador de Wi-Fi anterior WDI está en modo de mantenimiento y solo recibirá correcciones de prioridad alta.
La enumeración WDI_CONNECTION_QUALITY_HINT define las sugerencias de calidad de conexión Wi-Fi.
Syntax
typedef enum _WDI_CONNECTION_QUALITY_HINT {
WDI_CONNECTION_QUALITY_AUTO_POWER_SAVE = 1,
WDI_CONNECTION_QUALITY_LOW_LATENCY = 2,
WDI_CONNECTION_QUALITY_HIGH_THROUGHPUT = 3,
WDI_CONNECTION_QUALITY_NO_POWER_SAVE = 4
} WDI_CONNECTION_QUALITY_HINT;
Constantes
WDI_CONNECTION_QUALITY_AUTO_POWER_SAVE Valor: 1 Esta sugerencia indica que el host no tiene ninguna preferencia específica para el uso de este puerto. El puerto debe usar mecanismos de ahorro de energía siempre que sea posible, así como cuando otros puertos requieren un mayor recurso de ancho de banda o tiempo de radio. Se puede habilitar simultáneamente en más de un puerto. Esta es la configuración de calidad de conexión predeterminada para un puerto. |
WDI_CONNECTION_QUALITY_LOW_LATENCY Valor: 2 Esta sugerencia indica que el host quiere usar este puerto para las operaciones de baja latencia. El adaptador debe proporcionar servicio a este puerto a intervalos regulares. La programación wlan debe ser tal que la latencia unidireccional no sea superior a 30 ms, la pérdida de paquetes es <=0,5 %, y no se pierden más de 3 paquetes consecutivos. También debe respetar los requisitos de latencia fuera del canal especificados. Esto se puede establecer simultáneamente en dos puertos. Si los puertos están en canales diferentes, la latencia máxima se relaja a 50 ms. Esto se basa en los requisitos del Programa de certificación de Windows. Cuando se encuentra en este modo, el puerto puede (opcionalmente) usar el ahorro de energía siempre que pueda cumplir los requisitos de latencia anteriores. Además, cuando un puerto está en este modo, el adaptador debe evitar exámenes innecesarios. Si el adaptador necesita realizar exámenes que no desencadenan los componentes de Microsoft, debe optimizar el examen para cumplir los requisitos del tiempo fuera del canal. Para ello, puede limitar el examen a un único canal desactivado a la vez. Cuando un puerto está en este modo, durante la itinerancia, el adaptador debe optimizar la selección de AP (por ejemplo, mediante diferentes umbrales de calidad de vínculo para no examinar o recorrer con demasiada frecuencia), el proceso de asociación (por ejemplo, mediante TSF almacenado en caché para la sincronización) y el intercambio de seguridad (por ejemplo, ser más agresivo sobre el uso de PMKID). |
WDI_CONNECTION_QUALITY_HIGH_THROUGHPUT Valor: 3 Esta sugerencia indica que el host está realizando una operación en el puerto que no es tolerante a la pérdida de paquetes. El adaptador no debe ahorrar energía y debe permanecer en el canal operativo del puerto determinado durante tanto tiempo como sea posible sin perder la conectividad de vínculo en otros puertos, hasta que esta sugerencia de calidad de conexión se desconecte. Esto puede establecerse debido al protocolo L2 (intercambios de protocolo de enlace EAP/4 vías/etc.), protocolo L3 (DHCP/etc.) u otros escenarios en los que la alta disponibilidad del canal es importante para la experiencia general. Esto solo se puede establecer en un puerto. |
WDI_CONNECTION_QUALITY_NO_POWER_SAVE Valor: 4 Esta sugerencia indica que el host no quiere que el adaptador realice ningún ahorro de energía. No hay requisitos específicos para el rendimiento de la ruta de acceso de datos. |
Comentarios
La enumeración WDI_CONNECTION_QUALITY_HINT es un valor del WDI_TLV_FTM_RESPONSE TLV.
Requisitos
Requisito | Value |
---|---|
Cliente mínimo compatible | Windows 11 |
Servidor mínimo compatible | Windows Server 2022 |
Encabezado | dot11wificxtypes.h |
Consulte también
Comentarios
https://aka.ms/ContentUserFeedback.
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea:Enviar y ver comentarios de