Proyecto Fin de Carrera!

Arturo Rivas Arias

Formato NDEF Message

1. Mensaje NDEF
! Cada mensaje NDEF consta de uno o varios NDEF Records. Para diferenciar y el primero, el ltimo y los del medio se utilizan los bits ME y MB. No tienen porqu estar presentes todos los campos y adems existen 2 formatos: el normal y el corto. FORMATO NORMAL:
7 6 5 4 3 2 1 0

MB

ME

CF

SR

IL

TNF

TYPE LENGTH PAYLOAD LENGTH 3 PAYLOAD LENGTH 2 PAYLOAD LENGTH 1 PAYLOAD LENGTH 0 ID LENGTH TYPE ID PAYLOAD

FORMATO CORTO:
7 6 5 4 3 2 1 0

MB

ME

CF

IL

TNF

TYPE LENGTH PAYLOAD LENGTH ID LENGTH TYPE ID PAYLOAD

Ingeniera Superior de Telecomunicaciones!

Proyecto Fin de Carrera!

Arturo Rivas Arias

1.1. MB Indica, cuando est activo, que se trata del primer NDEF Record dentro del NDEF Message. 1.2. ME Indica, cuando est activo, que se trata del ltimo NDEF Record dentro del NDEF Message. 1.3. CF ! Cuando est activo indica que se trata de un payload fragmentado y que puede ser ! el primer fragmento o uno de los del medio. 1.4. SR Activado quiere decir que se trata de un NDEF Message con formato corto. Se utiliza para contenidos cuyo payload no es ms largo de 255 octetos. 1.5. IL Indica, en caso de estar activo, que existe el campo ID_LENGTH dentro del NDEF Record. Si est a cero son omitidos los campos ID_LENGTH e ID. 1.6. TNF Indica el formato del campo TYPE. Existen los siguientes: Type Name Format Empty NFC-Forum well-know type Media-type RFC 2046 Absolute URI RFC 3986 NFC-Forum external type Desconocido Sin contenido Reservado para uso futuro Valor 0x00 0x01 0x02 0x03 0x04 0x05 0x06 0x07

1.7. TYPE LENGTH Longitud en octetos del campo TYPE mediante un entero sin signo. Es siempre cero para ciertos valores del campo TNF. 1.8. PAYLOAD LENGTH Puede ocupar de 1 a 4 bytes segn el formato, indicado por el bit SR. Indica la longitud del payload del NDEF Record en octetos. 1.9. ID LENGTH Entero sin signo que indica la longitud en octetos del campo ID en caso de que est presente. Se permite el valor cero que indica que le campo ID se omite.
Ingeniera Superior de Telecomunicaciones! 2

Proyecto Fin de Carrera!

Arturo Rivas Arias

1.10. TYPE Dene el tipo de payload y debe llevar el formato indicado en el campo TNF. 1.11. ID Sirve para diferenciar cada uno de los mensajes y el generador debe asegurar su integridad. En los NDEF Records fragmentados estar presente en el primer fragmento dado que los dems llevarn el mismo identicador. 1.12. PAYLOAD Lleva los datos de la aplicacin. stos son totalmente transparentes para NDEF.

2. Tipos de Records estndar

Se sitan dentro del payload. Pueden ser de diferentes tipos pero en concreto nos centramos en los nombres de los Records estandarizados que provienen del tipo NFCForum well-know type. 2.1. URI Record El nombre se designa con el hexadecimal de la letra U que se coloca en el campo TYPE. Los dentro del payload la estructura es la siguiente: Nombre Cdigo identicador Campo URI 0 1 Offset Tamao 1 byte N bytes Codicacin Uri Identier Code UTF-8 string Descripcin Cdigo de abreviacin Resto del URI

Para el cdigo identicador existe una tabla que consiste en los inicios ms importantes: http://, www., etc. 2.2. Text Record El nombre es T en hexadecimal. Dentro del payload se encuentra lo siguiente: Offset Tamao Bit 7 0 1 byte Bit 6 UTF-8 o UTF-16 RFU (a cero siempre) Byte de estado Descripcin

Bit 5...0 Longitud del idioma 1 N+1 N bytes M bytes El idioma en caracteres US-ASCII: , en-US, ... El texto en UTF-8 o UTF-16 indicado en el byte de estado

Ingeniera Superior de Telecomunicaciones!

Proyecto Fin de Carrera!

Arturo Rivas Arias

2.3. Smart Poster Contienen varios tipo de datos o incluso acciones a desarrollar por el dispositivo, basadas en la la utilizacin de URIs. El payload contendr en este caso un NDEF Message con varios Records. Puede tener los siguientes componentes: Record Title URI Action Icon Size Type Funcin Un nombre para el servicio, es opcional. Puede haber varios para los diferentes idiomas. Deber ser mostrado al usuario. Es el ncleo, los dems son aadidos sobre la URI. Son iguales que el tipo URI normal. Indica la forma de tratar la URI, si no existe lo decide el dispositivo. Type = act. Do, Save o Edit indicado en 1 byte. Imagen e incluso vdeo para mostrar al recibir el Smart Poster, siempre que el dispositivo lo soporte. Slo uno. Para que el dispositivo prepare recursos de procesamiento. Se usan 4 bytes (entero sin signo). El nombre es s. Si se hace referencia a objetos externos, esto prepara al dispositivo. El nombre es t.

Los Records anteriores no tienen porqu estar ordenados dentro del Smart Poster.

Ingeniera Superior de Telecomunicaciones!