En Android 16, se introdujo el módulo de rango. Esta especificación de protocolo y carga útil define la secuencia de mensajes y la carga útil de la comunicación fuera de banda (OOB) que se usa para intercambiar configuraciones de rango y para iniciar y detener el rango entre el iniciador y el dispositivo de respuesta que realiza el rango.
El objetivo principal de esta página es permitir que los proveedores de dispositivos que no son de Android implementen esta especificación para que sus dispositivos sean compatibles con la medición de rango con dispositivos Android.
Mensajes y secuencia de mensajes
En esta sección, se describen los mensajes y la secuencia del intercambio de mensajes.
En la siguiente tabla, se muestran todos los mensajes que están presentes en el intercambio fuera de banda:
| Mensaje | ID del mensaje |
|---|---|
Ranging Capability Request |
0x0 |
Ranging Capability Response |
0x1 |
Ranging Configuration |
0x2 |
Ranging Configuration Response (opcional) |
0x3 |
Stop Ranging |
0x6 |
Stop Ranging Response (opcional) |
0x7 |
Como se muestra en las Figuras 1 y 2, la forma en que se activa el intercambio de mensajes depende del canal de comunicación.
En el caso de los canales de comunicación basados en la conexión, como BLE GATT, el intercambio de mensajes comienza con el dispositivo iniciador que envía Ranging Capability Request al dispositivo de respuesta. El dispositivo de respuesta responde enviando Ranging
Capability Response, como se muestra en la Figura 1:
Figura 1: Intercambio de mensajes fuera del buzón con un canal de comunicación basado en la conexión
En el caso de los canales de comunicación basados en anuncios, el dispositivo del emisor comienza por anunciar Ranging Capability. En este caso, Ranging Capability Request no se envía desde el dispositivo de inicio. En cambio, después de detectar el anuncio, cuando el dispositivo de inicio (escáner inicial) está listo, responde anunciando Ranging Configuration como su primer mensaje, como se muestra en la Figura 2:
Figura 2: Intercambio de mensajes fuera del buzón mediante una comunicación basada en anuncios
El resto del intercambio de mensajes es el mismo en ambos casos. El dispositivo del respondedor comienza a realizar un rango inmediatamente después de recibir el mensaje Ranging Configuration.
El dispositivo de respuesta deja de realizar el rango después de recibir o detectar el mensaje Stop
Ranging.
En el flujo basado en la conexión, el dispositivo de respuesta propaga las capacidades
solo de las tecnologías de medición de rango solicitadas en el mensaje Ranging Capability Request, mientras que en el flujo de publicidad, el dispositivo de respuesta debe enumerar todas
sus capacidades porque no hay un mensaje de solicitud de capacidad anterior.
El dispositivo iniciador supone que recibirá solo una respuesta a cualquier mensaje de solicitud que envíe. El dispositivo de respuesta no debe hacer ninguna suposición de este tipo para que pueda responder a cualquier solicitud en cualquier orden. Esto garantiza que el dispositivo de respuesta pueda responder a varios mensajes Ranging Capability Request consecutivos o cualquier otro mensaje fuera de orden del dispositivo iniciador.
IDs de tecnología de rango
Los IDs de las tecnologías de medición de rango se indican en la siguiente tabla:
| Tecnología de medición de distancia | ID |
|---|---|
| UWB | 0x0 |
| CS | 0x1 |
| RTT de NAN de Wi-Fi | 0x2 |
| RSSI | 0x3 |
| RFU | De 0x4 a 0xFF |
Estos IDs se usan en las siguientes tablas en las que se requiere el ID de la tecnología de medición de rango. En el caso de los campos que contienen un campo de bits de tecnología de rango, se establece un bit que corresponde al índice del ID de la tecnología cuando se incluye esa tecnología en el campo de bits.
Por ejemplo, RSSI tiene un valor de ID 3, pero si se incluye en el campo de bits de la tecnología de medición de rango, se debe activar el bit con la posición del ID (3) (el primer bit está en la posición 0), lo que hace que el valor resultante del campo de bits sea 0x8. Si se incluyen UWB y RSSI, el valor del campo de bits es 0x0A (ambos bits 0 y 3 activados).
Formato de los mensajes
Cada mensaje consta de un encabezado y una carga útil.
Figura 3. Formato del mensaje.
Título
Tamaño: 2 bytes
Descripción: Común en todos los mensajes, el encabezado es la primera parte que se incluye en un mensaje. El encabezado contiene una versión y el ID del tipo de mensaje. El campo de versión especifica la versión de esta especificación a la que se ajusta el contenido del mensaje. La versión actual de esta especificación es 1. Para obtener más información sobre cómo se usa el control de versiones entre dispositivos con diferentes versiones, consulta Control de versiones. El encabezado conserva la retrocompatibilidad entre diferentes versiones, lo que significa que el caso de uso siempre puede analizarlo para determinar la versión y el ID del mensaje.
El encabezado se resume en la siguiente tabla:
| Octeto | Tipo de datos | Descripción | Valor |
|---|---|---|---|
| 0 | uint8 | Versión | 0x1: Versión actual |
| 1 | unit8 | ID del mensaje |
|
Carga útil
Tamaño: Varía (depende del tipo de mensaje)
Descripción: La carga útil es la última parte del mensaje, después del encabezado. La carga útil depende del tipo de mensaje. El formato de la carga útil de cada tipo de mensaje individual se define en las siguientes secciones.
Carga útil del mensaje de solicitud de capacidad de rango
Tamaño (no se incluye el tamaño del encabezado): 2 bytes
Descripción: El dispositivo iniciador lo envía para iniciar el intercambio de mensajes.
Este mensaje es opcional cuando el canal de comunicación se basa en la publicidad, en cuyo caso el dispositivo del emisor debe anunciar un mensaje Ranging
Capability como primer paso. El dispositivo iniciador (escáner inicial) lee el anuncio y responde directamente con un mensaje Ranging Capability, lo que evita la necesidad de este mensaje.
La carga útil del mensaje Ranging Capability Request se resume en la siguiente tabla:
| Octeto | Tipo de datos | Descripción | Valor |
|---|---|---|---|
| 0 | uint8*2 | Campo de bits de tecnologías de rango solicitadas |
|
Carga útil del mensaje de respuesta de capacidad de rango
Tamaño (no se incluye el tamaño del encabezado): Varía (parte común de 2 bytes más el tamaño de cada byte de tecnología de rango incluido)
Descripción: El encuestado lo envía como respuesta a un mensaje Ranging Capability
Request. Esta carga útil del mensaje consta de la parte común y de las partes específicas de la tecnología de medición (CS de BLE, CS de RTT de NAN de Wi-Fi, RSSI de BLE), como se muestra en las siguientes tablas. Cada parte específica de la tecnología de medición de rango se debe agregar solo si el dispositivo de respuesta admite esa tecnología de medición de rango y se solicita en el mensaje Ranging Capability Request. En el caso de un canal de comunicación de anuncios, se deben incluir todas las tecnologías de rango compatibles.
La carga útil común del mensaje Ranging Capability Response se resume en la siguiente tabla:
| Octeto | Tipo de datos | Descripción | Valor |
|---|---|---|---|
| 0 | uint8*2 | Campo de bits de tecnologías de medición de rango compatibles Indica el conjunto de capacidades de las tecnologías de rango que siguen en el resto de la carga útil. |
|
| 2 | array de bytes | Bytes de capacidad de tecnología de rango | Bloques repetidos de estructuras definidas por tecnología. |
La carga útil del mensaje Ranging Capability Response de UWB se resume en la siguiente tabla:
| Octeto | Tipo de datos | Descripción | Valor |
|---|---|---|---|
| 0 | uint8 | ID de tecnología de rango | 0x0: UWB |
| 1 | uint8 | Tamaño | Es el tamaño de los bytes de las capacidades de UWB (incluidos los campos Technology ID y Size) en bytes. |
| 2 | uint8*2 | Dirección UWB | Dirección UWB de 2 bytes del dispositivo. |
| 4 | uint8*4 | Campo de bits de canales admitidos | Campo de bits de los canales compatibles. Un bit establecido en 0 indica que no es compatible, y 1 indica que sí. El bit 0 corresponde al canal 0.LSB == channel 0MSB == channel 31 |
| 8 | uint8*4 | Campo de bits de índice de preámbulo compatible | Campo de bits de los índices de preámbulo compatibles. Un bit establecido en 0 indica que no es compatible, y 1 indica que sí. El bit 0 corresponde al índice de preámbulo 1.LSB == preamble index 1MSB == preamble index 32 |
| 12 | uint8*4 | Campo de bits de los IDs de configuración admitidos | Campo de bits de los IDs de configuración de UWB compatibles. Si el bit está configurado en 0, significa que no es compatible; si está configurado en 1, significa que sí es compatible.LSB == config Id 0> MSB == config Id 31 |
| 16 | uint8*2 | Intervalo de medición mínimo admitido | Indica el intervalo de rango más rápido admitido en milisegundos. Valores permitidos (en ms):
|
| 18 | uint8 | Duración mínima de la ranura admitida | Indica la duración más pequeña del espacio compatible, en milisegundos. Por ejemplo, si el dispositivo muestra 1 ms, se supone que también admite duraciones de ranura de más de 2 ms. Valores permitidos (en ms):
|
| 19 | Campo de bits de roles de dispositivos UWB compatibles | Campo de bits de los roles de UWB admitidos. Por ejemplo, si ambos son compatibles, el valor final del campo es 0x3.
|
La carga útil del mensaje Ranging Capability Request de CS BLE se resume en la siguiente tabla:
| Octeto | Tipo de datos | Descripción | Valor |
|---|---|---|---|
| 0 | uint8 | ID de tecnología de rango | 0x1: CS de BLE |
| 1 | uint8 | Tamaño | Es el tamaño en bytes de los bytes de capacidades de CS de BLE (incluidos los campos Technology ID y Size). |
| 2 | uint8 | Campo de bits de tipo de seguridad admitido | Campo de bits de los tipos de seguridad admitidos para CS de BLE.
|
| 3 | uint8*6 | Dirección del dispositivo | Es la dirección del dispositivo que se usa para el CS de BLE, en orden de bytes big-endian. |
La carga útil del mensaje Ranging Capability Request de CS de RTT de NAN Wi-Fi se resume en la siguiente tabla:
| Octeto | Tipo de datos | Descripción | Valor |
|---|---|---|---|
| 0 | uint8 | ID de tecnología de rango | 0x2: RTT de NAN de Wi-Fi |
| 1 | uint8 | Tamaño | Es el tamaño de los bytes de las capacidades de RSSI de BLE (incluidos los campos Technology ID y Size) en bytes. |
| 2 | uint8 | Campo de bits de funciones compatibles | Campo de bits de las funciones compatibles.
|
| 3 | uint8 | Admite el rango periódico |
|
| 4 | uint8 | Ancho de banda admitido | Esta información ayuda a obtener la precisión de medición de rango que se puede lograr con Wi-Fi NAN y puede ayudar a las apps a determinar si deben usar UWB, BLE CS, BLE RSSI o Wi-Fi NAN para la medición de rango.
|
| 5 | uint8 | Cantidad admitida de cadenas de recepción | Esta información ayuda a obtener la precisión de medición de rango que se puede lograr con Wi-Fi NAN y puede ayudar a las apps a determinar si deben usar UWB, BLE CS, BLE RSSI o Wi-Fi NAN para la medición de rango.
|
La carga útil del mensaje Ranging Capability Request de RSSI de BLE se resume en la siguiente tabla:
| Octeto | Tipo de datos | Descripción | Valor |
|---|---|---|---|
| 0 | uint8 | ID de tecnología de rango | 0x3: CS de BLE |
| 1 | uint8 | Tamaño | Es el tamaño de los bytes de las capacidades de RSSI de BLE (incluidos los campos Technology ID y Size) en bytes. |
| 2 | uint8*6 | Dirección del dispositivo | Es la dirección del dispositivo que se usa para el RSSI de BLE, en orden de big endian. |
Carga útil del mensaje de configuración de rango
Tamaño (no se incluye el tamaño del encabezado): Varía (parte común de 4 bytes más el tamaño de cada byte de tecnología de rango incluido).
Descripción: El iniciador envía este mensaje y contiene las configuraciones con las que cada tecnología de medición de rango puede comenzar a realizar mediciones. El dispositivo de respuesta debe intentar iniciar el rango con cada tecnología de rango indicada cuando recibe este mensaje. Esta carga útil del mensaje consta de la parte común y de las partes específicas de la tecnología de medición de rango (UWB, CS de BLE, RTT de NAN de Wi-Fi, RSSI de BLE), como se muestra en las siguientes tablas.
La carga útil común del mensaje Ranging Configuration se resume en la siguiente tabla:
| Octeto | Tipo de datos | Descripción | Valor |
|---|---|---|---|
| 0 | uint8*2 | Campo de bits del conjunto de configuración de tecnologías de rango | Campo de bits de las tecnologías de medición de rango para las que este mensaje contiene datos de configuración y para las que se deben establecer los parámetros de configuración.
|
| 2 | uint8*2 | Campo de bits | RFU. Debe establecerse con el mismo valor que el campo Ranging technologies configuration set bitfield. |
| 4 | array de bytes | Bytes de configuración de tecnologías de rango | Bloques repetidos de estructuras definidas por tecnología |
La carga útil del mensaje Ranging Configuration de UWB se resume en la siguiente tabla:
| Octeto | Tipo de datos | Descripción | Valor |
|---|---|---|---|
| 0 | uint8 | ID de tecnología de rango | 0x0: UWB |
| 1 | uint8 | Tamaño | Tamaño de la configuración de UWB (incluidos los campos ID de tecnología y Tamaño) en bytes |
| 2 | uint8*2 | Dirección UWB | Dirección UWB de 2 bytes del dispositivo |
| 4 | uint8*4 | ID de sesión | ID de sesión generado. El ID de sesión es un identificador único para la sesión de medición de la distancia entre el teléfono y el periférico. |
| 8 | uint8 | ID de configuración seleccionado | Número de ID de configuración seleccionado en número entero. El ID de configuración especifica los parámetros de tiempo y el tipo de seguridad que se debe usar para la sesión de medición de rango UWB. |
| 9 | uint8 | Canal seleccionado | Canal seleccionado para la sesión de medición de rango UWB |
| 10 | uint8 | Índice de preámbulo seleccionado | Índice de preámbulo seleccionado para la sesión de medición de rango UWB |
| 11 | uint8*2 | Intervalo de rango seleccionado | Tasa de intervalo de rango seleccionada en milisegundos. Valores permitidos (en ms):
|
| 13 | uint8 | Duración del horario disponible seleccionado | Es la duración del intervalo seleccionado, expresada en milisegundos. Valores permitidos (en ms):
|
| 14 | uint8 | Longitud de la clave de sesión | Es la longitud de la clave de sesión, en bytes. |
| 15 | array de bytes | Clave de sesión | Clave de sesión. Si se usa S-STS, los dos primeros bytes son el ID del proveedor y los siguientes seis bytes son el IV de STS estático. Si se usa P-STS, esta es una clave de sesión de 16 o 32 bytes. El tipo de seguridad que se usa se determina según el ID de configuración. |
| varía | uint8*2 | Código de país | Código de país ISO 3166-1 alpha-2, representado por dos caracteres ASCII |
| varía | uint8 | Rol del dispositivo seleccionado |
|
| varía | uint8 | Modo de dispositivo seleccionado |
|
La carga útil del mensaje Ranging Configuration de CS BLE se resume en la siguiente tabla:
| Octeto | Tipo de datos | Descripción | Valor |
|---|---|---|---|
| 0 | uint8 | ID de tecnología de rango | 0x1: CS de BLE |
| 1 | uint8 | Tamaño | Tamaño de la configuración de CS de BLE (incluidos los campos Technology ID y Size) en bytes |
| 2 | uint8 | Tipo de seguridad seleccionado | Tipo de seguridad seleccionado Valores permitidos:
|
| 3 | uint8*6 | Dirección del dispositivo | Es la dirección del dispositivo que se usa para el CS de BLE, en orden big-endian. |
La carga útil del mensaje Ranging Configuration de RTT de NAN Wi-Fi se resume en la siguiente tabla:
| Octeto | Tipo de datos | Descripción | Valor |
|---|---|---|---|
| 0 | uint8 | ID de tecnología de rango | 0x2: RTT de NAN de Wi-Fi |
| 1 | uint8 | Tamaño | Tamaño de la configuración de RTT de NAN Wi-Fi (incluidos los campos Technology ID y Size) en bytes |
| 2 | uint8 | Longitud del nombre del servicio | Es la longitud del campo Nombre del servicio, expresada en bytes. Consulta la tabla 1 de la sección 1.3.3 de la especificación de Wi-Fi Aware v4.0. Definiciones. |
| 3 | array de bytes | Nombre del servicio | Nombre del servicio. Consulta la tabla 1 de la sección 1.3.3 de la especificación de Wi-Fi Aware v4.0. Definiciones. |
| varía | uint8 | Rol del dispositivo |
|
| varía | uint8 | Usa el rango periódico |
|
La carga útil del mensaje Ranging Configuration de RSSI de BLE se resume en la siguiente tabla:
| Octeto | Tipo de datos | Descripción | Valor |
|---|---|---|---|
| 0 | uint8 | ID de tecnología de rango | 0x3: RSSI de BLE |
| 1 | uint8 | Tamaño | Tamaño de la configuración de RSSI de BLE (incluidos los campos Technology ID y Size) en bytes |
| 2 | uint8*6 | Dirección del dispositivo | Es la dirección del dispositivo que se usa para el RSSI de BLE, en orden de big endian. |
Carga útil del mensaje de respuesta de configuración de rango
Tamaño (no se incluye el tamaño del encabezado): 2 bytes
Descripción: El encuestado envía este mensaje como respuesta al mensaje Ranging Configuration. Este mensaje es opcional y solo se requiere cuando el canal de comunicación utilizado requiere una respuesta explícita para cada solicitud.
La carga útil del mensaje Ranging Configuration Response se resume en la siguiente tabla:
| Octeto | Tipo de datos | Descripción | Valor |
|---|---|---|---|
| 0 | uint8*2 | Campo de bits de configuración de tecnologías de rango establecido correctamente | Campo de bits de las tecnologías de medición de rango que se configuraron correctamente. El campo de bits establece el bit de tecnología de medición de rango en 1 si la tecnología se solicitó y se configuró correctamente, y en 0 de lo contrario.
|
Carga útil del mensaje de detención de rango
Tamaño (no se incluye el tamaño del encabezado): 2 bytes
Descripción: El dispositivo iniciador envía este mensaje cuando es hora de dejar de realizar el rango con la tecnología de rango especificada.
La carga útil del mensaje Stop Ranging se resume en la siguiente tabla:
| Octeto | Tipo de datos | Descripción | Valor |
|---|---|---|---|
| 0 | uint8*2 | Tecnologías de rango para detener el campo de bits | Campo de bits de tecnologías de rango que deben dejar de realizar el rango. Un bit establecido en 1 indica que la tecnología de medición de rango debe dejar de realizar la medición, y 0 indica que la tecnología de medición de rango no estaba realizando la medición en primer lugar o que debe continuar realizando la medición si ya la estaba realizando. Para algunas tecnologías de medición de rango (como CS), esta es una operación no válida porque la medición de rango se inicia y se detiene solo en el lado del iniciador.
|
Carga útil del mensaje de respuesta de detención de rango
Tamaño (no se incluye el tamaño del encabezado): 2 bytes
Descripción: El encuestado envía este mensaje como respuesta al mensaje Stop Ranging. Este mensaje es opcional y solo es obligatorio cuando el canal de comunicación que se usa requiere una respuesta explícita para cada solicitud.
La carga útil del mensaje Stop Ranging Response se resume en la siguiente tabla:
| Octeto | Tipo de datos | Descripción | Valor |
|---|---|---|---|
| 0 | uint8*2 | Campo de bits de tecnologías de rango que se detuvieron correctamente | Campo de bits de las tecnologías de medición de rango que detuvieron la medición de rango correctamente. El campo de bits establece el bit de tecnología de rango en 1 si se solicitó que se detuviera la tecnología y si se detuvo correctamente, y en 0 en caso contrario.
|
Control de versiones
La versión de la especificación se incluye en el encabezado de cada mensaje. En esta sección, se define cómo se realiza la comunicación cuando uno de los dispositivos (el iniciador o el objeto de respuesta) tiene una versión anterior que el otro dispositivo.
Caso 1: Canal de comunicación basado en la conexión
En esta sección, se describen los casos que usan un canal de comunicación basado en la conexión,
en el que Ranging Capability Request es el primer mensaje que envía el dispositivo iniciador.
Caso 1.a: El iniciador admite una versión más reciente, y el objeto de respuesta admite una versión anterior de la especificación.
El dispositivo iniciador envía el mensaje Ranging Capability Request con la versión más reciente. El dispositivo del emisor solo admite la versión anterior, por lo que responde con ella y, luego, se usa la versión anterior del emisor para el resto del intercambio de mensajes. Esto significa que el mensaje Ranging Capability Request
tiene que ser retrocompatible.
Caso 1.b: El iniciador admite una versión anterior, y el objeto de respuesta admite una versión más reciente de la especificación.
El dispositivo de respuesta ve que el dispositivo iniciador no puede usar la versión más reciente, por lo que envía mensajes solo con la versión anterior que solicitó inicialmente el dispositivo iniciador.
Caso 2: Canal de comunicación basado en anuncios
En esta sección, se describen casos que usan un canal de comunicación basado en anuncios, en el que el dispositivo de respuesta anuncia Ranging Capability Request directamente, sin una solicitud inicial.
Caso 2.a: El iniciador admite una versión más reciente, y el objeto de respuesta admite una versión anterior de la especificación.
Se usa la versión anterior establecida en el anuncio Ranging Capability Response para el resto de la comunicación.
Caso 2.b: El iniciador admite una versión anterior, y el objeto de respuesta admite una versión más reciente de la especificación.
La versión más reciente del anuncio Ranging Capability Response debe ser retrocompatible para que el dispositivo iniciador pueda leer el mensaje, aunque use una versión más reciente. Luego, el dispositivo iniciador envía el mensaje Ranging
Configuration con la versión anterior que admite. Esta es la versión que se usa para el resto de la comunicación.
Para garantizar que Ranging Capability Response sea retrocompatible, los campos nuevos que se agreguen a la siguiente versión de esta especificación en la carga útil del mensaje Ranging
Capability Response se deben adjuntar al final de la carga útil, y no se puede modificar ninguno de los campos existentes. Cuando se analiza la configuración, si el tamaño indicado es mayor de lo esperado, cualquier dispositivo que solo pueda comprender la versión anterior de la especificación debe ignorar los campos adicionales.
Fragmentación
Esta especificación no depende del canal de comunicación, por lo que no define cómo fragmentar la carga útil del mensaje en los casos en que un solo mensaje es demasiado grande para caber en un paquete de transferencia del canal de comunicación utilizado. El módulo de rango espera recibir cada mensaje en su forma completa. La responsabilidad de la fragmentación recae en quien implementa el canal de comunicación fuera de banda.
Detalles específicos de la tecnología de rango
Esta sección contiene detalles específicos de la tecnología de medición de distancia.
Detalles de la banda ultraancha (UWB)
En esta sección, se describen los detalles específicos de la banda ultraancha.
IDs de configuración
Los datos de configuración fuera de banda que se intercambian para UWB no contienen un conjunto completo de parámetros configurables disponibles que UWB requiere para iniciar una sesión de medición de UWB. Esto se debe a que el ID de configuración elegido selecciona implícitamente algunos parámetros.
Cada ID de configuración es un conjunto de parámetros de configuración de UWB predefinidos que se documenta en UwbRangingParams. El dispositivo del responsable envía una lista de todos los IDs de configuración que admite como parte del mensaje de respuesta de capacidades, y el iniciador selecciona uno de los IDs de configuración compatibles que se usa. Esto permite que se intercambie un conjunto más pequeño de parámetros de configuración durante la OOB. También limita la cantidad de combinaciones posibles de parámetros que se pueden usar para el rango con UWB, lo que permite probar solo las combinaciones de parámetros permitidas.
Cómo solicitar capacidades después de cada sesión de UWB
Después de detener una sesión de UWB existente y antes de iniciar una nueva, el dispositivo iniciador debe solicitar las capacidades del dispositivo de respuesta y volver a establecer los parámetros de configuración, ya que la dirección UWB puede rotar en cuanto finaliza la sesión de medición de rango actual.
Detalles del sondeo de canales BLE (CS)
En esta sección, se describen los detalles específicos del sonido del canal.
Vinculación obligatoria entre dispositivos
Se requiere una vinculación existente entre el iniciador y el dispositivo de respuesta para que funcione el rango con el sondeo de canal. Esta especificación no proporciona una forma de crear una vinculación entre dispositivos. El usuario de las APIs de Ranging debe establecer esta vinculación entre los dispositivos.
Acción que debe realizar el equipo de respuesta para el equipo de atención al cliente
En UWB, ambos dispositivos deben llamar a la API de UWB para iniciar y detener el rango de manera explícita. Por el contrario, en el caso de CS, solo se requiere que el dispositivo iniciador inicie el rango de CS llamando a la pila de Bluetooth (BT). El resto de la inicialización en el lado del receptor se realiza en banda a través de BT. Esto significa que, cuando se recibe el mensaje Ranging Configuration o el mensaje Stop Ranging para CS, el lado del receptor no tiene que hacer nada si BT está habilitado. El dispositivo de respuesta podría usar esos mensajes como activador para actualizar la IU o, por ejemplo, hacer parpadear las luces LED del dispositivo.