Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
En este tema se proporciona información sobre los requisitos del dispositivo para una implementación de impresión directa de Wi-Fi.
Requisitos del dispositivo
Para que un dispositivo de WFD-WSD obtenga la experiencia de conectividad sin problemas tal como se describe en Wi-Fi información general de impresión directa, el dispositivo debe cumplir los siguientes requisitos:
El dispositivo debe admitir el emparejamiento vertical y enviar los datos de DPWS (WSD) pertinentes en los mensajes WPS (formatos descritos en Implementación del blob de datos de emparejamiento vertical a continuación).
Todos los dispositivos lógicos del dispositivo físico DEBEN usar el mismo identificador de contenedor PnP-X en su extensión PnP-X.
Para más información sobre la implementación de identificadores de contenedor PnP-X para dispositivos conectados a la red, consulte Introducción a los identificadores de contenedor.
Para obtener información general sobre las extensiones de PnP-X, consulte las extensiones PnP-X: Plug and Play para la especificación de Windows.
Dado que el identificador de contenedor WFD coincidirá con el UUID de la impresora, el identificador de contenedor PnP-X no será necesario en los metadatos del dispositivo. Sin embargo, se recomienda que el dispositivo admita los metadatos PnP-X y anuncie un ID de contenedor PnP-X como parte de los metadatos PnP-X. Este identificador de contenedor debe coincidir con el identificador del contenedor WFD.
Tener el mismo identificador de contenedor en la capa WFD, así como la capa WSD garantiza lo siguiente:
La interfaz de usuario de emparejamiento, como el Asistente para agregar un dispositivo, puede comprender que varios dispositivos lógicos coexisten en un único dispositivo físico y gestionar el emparejamiento de forma más lógica para el usuario. (Por ejemplo, el usuario no tiene que emparejar los dispositivos WFD e imprimirlos manualmente en operaciones independientes).
Dispositivos e impresoras puede mostrar un solo icono para el dispositivo, aunque haya dos conjuntos de nodos de dispositivos (devnodes) instalados en el sistema: un conjunto de devnodes WFD y un conjunto de devnodes WSD.
Tenga en cuenta que se requiere la implementación correcta del identificador de contenedor para que las pruebas del kit de certificación de hardware de Windows se ejecuten correctamente. La implementación incorrecta hará que las pruebas reconozcan cada dispositivo lógico como un dispositivo físico independiente.
Si un dispositivo WFD-WSD no cumple los requisitos anteriores, la experiencia de conectividad descrita en esta implementación no se aplicará a esos dispositivos.
Los dispositivos deben implementar grupos persistentes y grupos de Connection-Multiple simultáneos tal como se especifica en el documento técnico Wi-Fi Alliance - Wi-Fi Direct Industry.
Cómo publicar UUID de contenedor en Wi-Fi Direct para impresoras
Windows detecta impresoras a través de Wi-Fi Direct mediante una Solicitud/Respuesta de Sondeo según la Wi-Fi Alliance "Wi-Fi Especificación Punto a Punto (P2P) v1.1" sección 3.1.2.1.2 (fase de examen). El dispositivo, impresora en este caso, responderá al PC con la trama de solicitud de sondeo o respuesta adecuada.
Tanto las tramas de solicitud de sondeo como las de respuesta de sondeo se pueden ampliar mediante IEs personalizadas. Microsoft ha definido un IE personalizado con varios atributos para habilitar varias extensiones.
Cómo construir un IE personalizado de Microsoft 802.11 para UUID de contenedor
Un IE personalizado consta de un identificador de proveedor y datos de proveedor como se muestra en la siguiente ilustración de la extensión del proveedor WFD.
Microsoft usa el identificador de proveedor 0x137 para representar las IEs que pertenecen a Microsoft. El bloque de datos del proveedor que se encuentra en las extensiones de proveedor de cada proveedor contiene un bloque arbitrario de datos que define el proveedor. El bloque de datos del proveedor en las extensiones de proveedor de Microsoft consta de una o varias estructuras de tipoLength-Value (TLV). La organización de la estructura TLV se muestra en la siguiente ilustración de datos de proveedor de WFD .
Definición de TLV para la UUID del contenedor
Hay dos TLVs que son relevantes para el ID contenido. Hay una "Solicitud de atributos" que Windows envía al dispositivo y hay un TLV de "Container UUID" con el que el dispositivo responde.
Definiciones:
| Nombre y descripción | Tipo (2 bytes) | Longitud (2 bytes) | Valor (definido por longitud) |
|---|---|---|---|
| Solicitud de atributos de Microsoft (esto es enviado por el ordenador en la solicitud de sondeo durante el proceso de detección) | 0x1005 | 0x0002 | 0x0001 = Microsoft solicita UUID contenido |
| UUID del contenedor (la impresora envía esta información en la respuesta del sondeo durante la detección) | 0x1006 | 0x0010 | Por definir por la impresora |
Implementación del blob de datos de emparejamiento vertical
El blob de datos de emparejamiento vertical permite que el equipo comprenda el servicio de impresión WSD antes de conectarse a la impresora. Este mecanismo es un sustituto sencillo de la detección de servicios, ya que se implementó antes de que se escribiera la especificación de detección de servicios para Wi-Fi Direct.
Al igual que el UUID de contenedor, el blob de datos de emparejamiento vertical también es un atributo de Microsoft IE. A diferencia del atributo Container ID, debe ser publicado en el mensaje WPS M7/M8 (durante Wi-Fi Direct Pairing) desde el dispositivo en función de su rol.
Cómo construir un IE personalizado de Microsoft 802.11 para el emparejamiento vertical
Un IE personalizado consta de un identificador de proveedor y datos de proveedor como se muestra en la siguiente ilustración de la extensión de proveedor WFD.
Microsoft usa el identificador de proveedor 0x137 para representar las IEs que pertenecen a Microsoft. El bloque de datos del proveedor que se encuentra en las extensiones de proveedor de cada proveedor contiene un bloque arbitrario de datos que define el proveedor. El bloque de datos del proveedor en las extensiones de proveedor de Microsoft consta de una o varias estructuras de tipoLength-Value (TLV). La organización de la estructura TLV se muestra en la siguiente ilustración de datos del proveedor WFD:
Definición de TLV para blob de emparejamiento vertical
Se definen dos tipos de TLV específicos para el emparejamiento vertical de Rally. Estos tipos de TLV se enumeran en la tabla siguiente.
| Nombre y descripción | Tipo (2 bytes) | Longitud (2 bytes) | Valor (definido por longitud) |
|---|---|---|---|
| Identificador de emparejamiento vertical (comunica la topología interna del dispositivo) | 0x1001 | 0x0002 | Consulte "IDENTIFICADOR TLV DE EMPAREJAMIENTO VERTICAL" a continuación. |
| UUID de transporte (valor UUID de transporte del dispositivo) | 0x1002 | 0x0010 | Consulte la sección "Definición de TLV para UUID de contenedor" anterior. |
Identificador de emparejamiento vertical TLV
El TLV del identificador de emparejamiento vertical (VPI) comunica la topología interna de un dispositivo, que especifica cómo Windows puede comunicarse con los servicios del dispositivo. Se requiere al menos un VPI para admitir extensiones de emparejamiento vertical de Rally, incluso si el emparejamiento vertical no está implementado en el dispositivo. En esta situación, el VPI especificaría que no se use ningún transporte. El TLV de VPI debe enviarse como parte de la extensión del proveedor de Microsoft en el mensaje de WPS M1.
Los datos que se incluyen con un TLV de VPI tienen 2 bytes de longitud y constan de dos campos diferentes: un campo transporte y un campo solicitud de perfil, como se muestra en la siguiente ilustración de los datos WFD incluidos con un TLV de VPI (cada campo es de 1 byte long).
Campo de Transporte VPI
El campo Transporte especifica el transporte que Windows puede usar para comunicarse con el dispositivo. Solo se puede especificar un transporte por VPI. Si el dispositivo admite varios transportes de PnP-X, puede comunicarlo mediante la inclusión de varios VPI TLV (uno para cada transporte) en la extensión de proveedor de Microsoft. Los valores válidos para el campo Transporte de VPI se muestran en la tabla siguiente.
| Importancia | Transporte |
|---|---|
| 0x00 | Ninguno |
| 0x01 | DPWS |
| 0x02 | UPnP |
| 0x03 | Protección de DPWS |
| 0x04-0xFF | Reservado |
Nota:
Windows 7 proporciona compatibilidad con DPWS (0x01) o DPWS seguro (0x03), pero no ambos.
Si un dispositivo no implementa el emparejamiento vertical de Rally, solo debe especificar un VPI con un valor de transporte de 0x00 (Ninguno). En esta situación, el dispositivo no debe especificar un UUID de transporte TLV. Esto notifica a Windows que no debe esperar emparejarse con el dispositivo. Por lo tanto, Windows no intenta emparejar previamente con el dispositivo mientras configura la configuración de Wi-Fi del dispositivo.
Campo de solicitud de perfil VPI
El VPI permite a un dispositivo usar el protocolo WPS para aprovisionar los servicios del dispositivo. En esta situación, un servicio de dispositivo puede solicitar que Windows lo envíe información para configurar el servicio. Esta información se conoce como perfil. El segundo campo del VPI especifica si el dispositivo solicita que Windows le envíe un perfil. Los valores válidos para el campo Solicitud de perfil de VPI se muestran en la tabla siguiente.
| Importancia | Descripción |
|---|---|
| 0x01 | Se solicitó el perfil Wi-Fi. Este es el único valor compatible actualmente con Windows 7. |
| 0x00, 0x02–0xFF | Reservado |
El valor del campo Solicitud de perfil de VPI de 0x00 se considera reservado porque actualmente no es compatible con Windows 7. El campo Solicitud de perfil de VPI debe establecerse solo en un valor de 0x01 (perfilWi-Fi solicitado), aunque se especifique un valor de 0x00 (ninguno) para el transporte.
TLV (Tipo-Longitud-Valor) de UUID de transporte
El TLV UUID de transporte especifica que un tipo de transporte específico (DPWS o UPnP) tiene un valor UUID base diferente al UUID de WPS. El UUID de transporte TLV es opcional. Si el TLV UUID de transporte no está incluido, se utiliza el UUID de WPS para formar una identidad para el transporte especificado.
Si se incluye un TLV UUID de transporte, debe seguir inmediatamente el TLV de VPI que identifica el transporte. Si se incluye más de un TLV de VPI, se puede incluir un TLV UUID de transporte después de cada TLV de VPI.
El valor de datos del UUID de transporte TLV tiene que estar en el orden de bytes de red.
Si el dispositivo especifica un valor de transporte de VPI de 0x00 (ninguno), no incluya un TLV de UUID de transporte.
Ejemplo de WPS
En este ejemplo, supongamos que un dispositivo de impresora usa DPWS e implementa la interfaz de impresión WS. El dispositivo usa los valores UUID en la tabla siguiente:
| Servicio | identidad |
|---|---|
| WPS | ec742c0d-5915-4bcb-b969-008132afec5e |
| Impresión de DPWS | urn:uuid:00010203-0405-0607-0809-0a0b0c0e0e0f |
Valores UUID de servicio de ejemplo de WPS
Los valores UUID se especifican en minúsculas y la cadena de identidad de DPWS usa el formato urn:uuid:uuid_value.
Nota:
Los valores UUID de este ejemplo son ficticios y no se deben usar en un dispositivo real.
Cuando el dispositivo envía sus mensajes de WPS M7/M8, incluye la extensión de proveedor de Microsoft que se muestra en el ejemplo siguiente de detalles de la extensión del proveedor de WFD:
En este ejemplo, la extensión de proveedor contiene un valor de id. de proveedor de 0x137, que lo identifica como una extensión de proveedor de Microsoft. Dentro del campo de datos del proveedor de la extensión del proveedor hay dos estructuras TLV.
El primer TLV tiene un valor type de 0x1001, que identifica el TLV como VPI. La longitud de los datos del primer TLV es de 2 bytes, que contienen un valor de 0x0101. Esto especifica que el dispositivo admite el transporte de DPWS (0x01) y que solicita un perfil (0x01).
El segundo TLV tiene un valor type de 0x1002, que identifica el TLV como un UUID de transporte. La longitud de los datos del segundo TLV es de 16 bytes, que contienen la versión binaria del valor UUID 00010203-0405-0607-0809-0a0b0c0e0e0f.
Cuando un cliente empareja verticalmente la impresora, Windows configura primero la radio Wi-Fi del dispositivo con la configuración adecuada. A continuación, empareja el dispositivo DPWS del dispositivo mediante el valor UUID de transporte especificado.
Una vez que el dispositivo se conecta a la red de Wi-Fi y anuncia sus servicios DPWS, Windows crea los nodos de dispositivo PnP adecuados e instala y carga los controladores adecuados.