LLCP 1.0 Protokoll für logische NFC-Verbindungen

Download  Logical Link Control Protocol

LLCP 1.0 Überblick für NFC-Peer-to-Peer-Kommunikation

LLCP 1.0 (Logical Link Control Protocol Version 1.0) ist eine technische Spezifikation des NFC Forum zur Erstellung einer logischen Datenverbindung zwischen zwei NFC Forum Devices. Das Protokoll befindet sich oberhalb der Medium-Access-Control-Schicht (MAC) und ermöglicht Anwendungen auf höheren Ebenen einen einheitlichen Austausch von Informationseinheiten, sobald sich zwei NFC-Geräte in Kommunikationsreichweite befinden. Praktisch unterstützt LLCP die Erkennung kompatibler Implementierungen, den Aufbau einer Verbindung, den Austausch von Protokolldateneinheiten, die Überwachung der Verbindung sowie eine kontrollierte Beendigung der Kommunikation.

Die Spezifikation ist besonders wichtig, da die direkte NFC-Kommunikation über kurze Distanzen erfolgt und stark von den unteren Protokollebenen abhängig ist. LLCP ergänzt diese Grundlage um eine flexible logische Servicestruktur. Unterstützt werden unter anderem Service Access Points, Protokoll-Multiplexing, verbindungslose und verbindungsorientierte Transporte, Parameterverhandlungen, Symmetriesteuerung und die Überwachung der Datenverbindung. Dadurch können mehrere Anwendungen oder Protokolle dieselbe NFC-Verbindung gemeinsam nutzen, ohne auf einen einzigen Datenstrom beschränkt zu sein.

LLCP 1.0 ist insbesondere für Entwickler relevant, die mit dem NFC-Peer-to-Peer-Modus arbeiten und nicht nur einfache Tag-Lesevorgänge oder Kartensimulationen umsetzen. Systeme, die ausschließlich statische Daten von NFC-Tags auslesen, benötigen LLCP in der Regel nicht direkt. Sobald jedoch zwei NFC-fähige Geräte bidirektional Daten austauschen, Dienste aushandeln oder mehrere logische Kommunikationskanäle über eine Nahfeldverbindung verwalten müssen, bildet LLCP eine wichtige technische Grundlage. Anwendungen wie NFC-Kopplung, lokale Datenübertragung oder der Austausch von Gerätediensten setzen daher ein Verständnis der LLCP-Struktur voraus.

Protokollarchitektur und zentrale Funktionen

Position der logischen Verbindungsschicht

LLCP definiert den Bereich der logischen Verbindungskontrolle innerhalb der NFC-Datenverbindungsschicht. Die darunterliegende MAC-Schicht übernimmt den Medienzugriff, während LLCP darüber liegende Funktionen für Verbindungsmanagement und Transport bereitstellt. Im NFC Forum Modell verbindet die MAC-Zuordnung LLCP mit einem extern definierten Funkprotokoll wie ISO/IEC 18092. Diese Schichtenstruktur ermöglicht oberen Protokollebenen eine einheitliche Schnittstelle, ohne direkt von den Details des Funkdatenaustauschs abhängig zu sein.

Verbindungsaufbau und Überwachung

Vor Beginn der normalen Kommunikation müssen zwei NFC Forum Devices prüfen, ob kompatible LLCP-Funktionen vorhanden sind. LLCP definiert Verfahren für Verbindungsaktivierung, Versionsabgleich, MIU-Verhandlung und Parameteraustausch. Während der Kommunikation wird die Verbindung überwacht, damit beide Teilnehmer erkennen können, wenn kein Datenaustausch mehr möglich ist. Zeitüberschreitungen und das Symmetrieverfahren sorgen dafür, dass eine ausgewogene Kommunikation möglich bleibt, auch wenn das zugrunde liegende MAC-Protokoll nach dem Initiator-Target-Prinzip arbeitet.

Verbindungsloser und verbindungsorientierter Transport

LLCP 1.0 definiert zwei Transportarten. Der verbindungslose Transport verwendet UI-PDUs und benötigt vor der Datenübertragung keinen Verbindungsaufbau. Er eignet sich für Anwendungen, bei denen keine bestätigte Zustellung erforderlich ist oder eine eigene Flusssteuerung verwendet wird. Der verbindungsorientierte Transport erstellt zunächst eine Datenverbindung zwischen zwei Service-Endpunkten und tauscht anschließend Informations-PDUs aus. Durch Sequenznummern und ein Sliding-Window-Verfahren ermöglicht er eine kontrollierte und zuverlässigere Datenübertragung für NFC-Peer-Kommunikation.

Service Access Points und Multiplexing

Jede LLCP-PDU enthält Felder für Ziel- und Quell-Service-Access-Points, bekannt als DSAP und SSAP. Diese Angaben definieren, wohin Informationen gesendet werden und von welchem logischen Dienst sie stammen. Da mehrere Dienste über dieselbe physische NFC-Nahfeldverbindung angesprochen werden können, ermöglicht LLCP die gleichzeitige Nutzung verschiedener Anwendungen. Dies ist besonders hilfreich, wenn eine NFC-Sitzung mehrere Funktionen wie Diensterkennung, Datenaustausch und anwendungsspezifische Nachrichten unterstützt.

Bedeutung für die Entwicklung von NFC-Produkten und Systemen

Aus Sicht der Produktentwicklung ist LLCP 1.0 keine sichtbare Produkteigenschaft, die üblicherweise auf einem Gerät angegeben wird. Es handelt sich vielmehr um eine Protokollschicht, die Interoperabilität, Softwareintegration und unterstützte Betriebsarten beeinflusst. Hersteller und Systemintegratoren müssen LLCP berücksichtigen, wenn sie NFC-Terminals, mobiles Zubehör, Smart-Poster-Anwendungen, Gerätekopplungen oder Peer-to-Peer-Datenübertragungen entwickeln. Entscheidend ist nicht nur der verbaute NFC-Chip, sondern die korrekte Implementierung der entsprechenden NFC Forum Funktionen im Firmware- und Software-Stack.

Für die Planung kommerzieller NFC- und RFID-Produkte hilft das Verständnis von LLCP außerdem bei der Abgrenzung verschiedener Produktgruppen. NFC-Tags, Karten, Armbänder und Lesegeräte nutzen zwar ähnliche Nahfeldtechnologien, verwenden jedoch nicht immer dieselben Protokollstrukturen oder Betriebsarten. Produkte wie NFC Stands werden häufig für kontaktbasierte Interaktionen eingesetzt, bei denen Smartphones NFC-Inhalte lesen oder schreiben. Tragbare Produkte wie NFC Rings konzentrieren sich oft auf Identifikation, Zugangskontrolle oder Auslösefunktionen. Präsentations- und Werbeprodukte wie eine NFC Card With LED Light basieren dagegen stärker auf Tag-Verhalten, Antennendesign und Benutzererlebnis als auf LLCP. Die Unterscheidung dieser Technologien verhindert falsche technische Aussagen und verbessert die Produktkommunikation.

LLCP besitzt auch bestimmte Einschränkungen. Version 1.0 definiert keine isochrone Übertragung für konstante Audio- oder Videodatenströme, unterstützt keine Multicast- oder Broadcast-Zieladressierung und stellt selbst keine sichere Datenübertragung bereit. Sicherheitsfunktionen können bei Bedarf durch höhere oder niedrigere Protokollebenen ergänzt werden, LLCP selbst sollte jedoch nicht als Sicherheitsprotokoll betrachtet werden. Ebenso legt LLCP keine feste Softwareschnittstelle zwischen der logischen Verbindungsschicht und höheren Protokollen fest, wodurch Implementierern und Plattformanbietern flexible Integrationsmöglichkeiten bleiben.

FAQ zu LLCP 1.0

Was ist LLCP 1.0 in der NFC-Technologie?

LLCP 1.0 ist die erste Version des Logical Link Control Protocol des NFC Forum. Es beschreibt, wie zwei NFC Forum Devices eine logische Datenverbindung für die Peer-to-Peer-Kommunikation aufbauen und verwalten. Das Protokoll arbeitet oberhalb der MAC-Schicht und unterstützt Service-Adressierung, Verbindungsaktivierung, Überwachung sowie verbindungslose und verbindungsorientierte Transportverfahren.

Ist LLCP identisch mit NFCIP-1 oder ISO/IEC 18092?

Nein. ISO/IEC 18092, häufig mit NFCIP-1 verbunden, definiert die grundlegende Schnittstelle und das Verhalten der Nahfeldkommunikation. LLCP ist dagegen eine logische Verbindungsschicht, die auf einer solchen MAC-Schicht aufsetzen kann. Vereinfacht gesagt stellt ISO/IEC 18092 die Funkkommunikationsbasis bereit, während LLCP die logischen Dienste darüber organisiert.

Wann sollte ein Entwickler LLCP berücksichtigen?

Entwickler sollten LLCP beachten, wenn ein NFC-Projekt den direkten Datenaustausch zwischen zwei aktiven Geräten erfordert. Beim einfachen Auslesen passiver NFC-Tags spielt LLCP meist keine direkte Rolle. Werden jedoch bidirektionale Dienste, Nachrichtenaustausch oder mehrere logische Anwendungen über eine NFC-Verbindung benötigt, ist LLCP ein wichtiger Bestandteil.

Was ist der Unterschied zwischen verbindungslosem und verbindungsorientiertem LLCP-Transport?

Der verbindungslose Transport sendet nicht bestätigte UI-PDUs ohne vorherigen Verbindungsaufbau. Dadurch entsteht ein geringer Overhead, jedoch mit weniger Kontrolle über die Zustellung. Der verbindungsorientierte Transport baut zunächst eine Datenverbindung auf und verwendet anschließend bestätigte und sequenzierte Übertragungen. Diese Variante ist strukturierter und zuverlässiger, benötigt jedoch zusätzlichen Verwaltungsaufwand.

Bietet LLCP 1.0 eine sichere Kommunikation?

LLCP 1.0 bietet selbst keine sichere Datenübertragung. Die Spezifikation konzentriert sich auf Verbindungssteuerung, Service-Adressierung, Transportarten und Überwachung. Funktionen wie Verschlüsselung, Authentifizierung oder Manipulationsschutz müssen durch andere Protokollebenen oder die jeweilige Anwendung umgesetzt werden.

Was bedeuten DSAP und SSAP bei LLCP?

DSAP steht für Destination Service Access Point und SSAP für Source Service Access Point. Diese Felder befinden sich in LLCP-PDUs und kennzeichnen Ziel und Ursprung eines logischen Dienstes. Dadurch kann das Protokoll Daten an den passenden Service weiterleiten und mehrere Anwendungen über dieselbe NFC-Peer-to-Peer-Verbindung unterstützen.

Ist LLCP für jedes NFC-Produkt relevant?

Nein. LLCP wird hauptsächlich für die NFC-Peer-to-Peer-Kommunikation zwischen zwei aktiven NFC Forum Devices eingesetzt. Viele NFC-Produkte wie gewöhnliche Tags, Karten, Labels oder kontaktbasierte Marketinglösungen arbeiten dagegen im Reader/Writer- oder Card-Emulation-Modus. In diesen Fällen sind andere NFC Forum Spezifikationen, Speicherformate oder Anwendungsschichten häufig wichtiger als LLCP.