Ръководство за LLCP 1.0 Logical Link Control Protocol

Изтегляне  Logical Link контрол Protocol

Преглед на LLCP 1.0 за NFC peer-to-peer комуникация

LLCP 1.0, официално известен като Logical Link контрол Protocol версия 1.0, е техническа спецификация на NFC Forum за изграждане на логическа връзка за данни между две NFC Forum устройства. Протоколът се намира над слоя за контрол на достъпа до средата и дава на приложенията от по-горните слоеве единен начин за обмен на информационни единици, когато две NFC устройства са достатъчно близо едно до друго, за да комуникират. На практика LLCP е слоят, който помага на peer устройствата да разпознават съвместими реализации, да активират връзка, да обменят protocol данни units, да наблюдават връзката и да приключват комуникацията по подреден начин.

Спецификацията е важна, защото директната NFC комуникация обикновено е с малък обхват, зависи от ролите на устройствата и се управлява строго от по-ниските протоколни слоеве. LLCP добавя по-гъвкава логическа структура на услуги върху тази основа. Той поддържа service достъп points, мултиплексиране на протоколи, connectionless transport, connection-oriented transport, договаряне на параметри, управление на симетрията и наблюдение на връзката. Тези функции позволяват на различни протоколи или приложения от по-горните слоеве да споделят една и съща NFC връзка, без да бъдат третирани като един недиференциран поток от данни.

LLCP 1.0 е особено важен за инженери, които работят с NFC peer-to-peer режим, а не само с четене на тагове или карта emulation. Система, която единствено чете статични данни от NFC тагове, може да не се нуждае директно от LLCP. Но когато две NFC устройства трябва да обменят данни двупосочно, да договарят услуга или да управляват няколко логически комуникации през една късообхватна връзка, LLCP става част от техническата основа. Например екип, който оценява NFC pairing, локално предаване на данни или обмен на услуги между устройства, трябва да разбира как LLCP структурира връзката и как изборът на транспортен режим влияе върху надеждността и допълнителното натоварване.

Архитектура на протокола и основни функции

Позиция на слоя за логическа връзка

LLCP определя частта за контрол на логическата връзка в NFC данни link layer. Долната част се обслужва от MAC слоя, а LLCP предоставя управление на връзката и транспортни услуги над него. В модела на NFC Forum MAC съпоставяне свързва LLCP с външно дефиниран RF протокол, например ISO/IEC 18092. Този слоест подход позволява на услугите от по-горните слоеве да работят чрез обща абстракция на връзката, вместо да зависят директно от подробностите на RF обмена.

Активиране и наблюдение на връзката

Преди да започне нормалната комуникация, две NFC Forum устройства трябва да установят дали и двете страни поддържат съвместимо LLCP поведение. LLCP определя процедури за активиране на връзката, съгласуване на версия, MIU negotiation и обмен на параметри. По време на работа връзката се наблюдава, така че всяко peer устройство да може да открие кога комуникацията вече не е възможна. Стойностите за link timeout и symmetry procedure помагат да се поддържа усещане за балансирана комуникация дори когато базовият MAC протокол следва модел инициатор–цел.

Connectionless и connection-oriented транспорт

LLCP 1.0 дефинира два транспортни режима. Connectionless transport използва UI PDUs и не изисква установяване на връзка преди изпращане на данни. Той е подходящ, когато горният слой може да толерира непотвърдена доставка или вече разполага със собствен flow контрол. Connection-oriented transport установява данни link connection между две service endpoints, преди да започне обменът на информационни PDU. Този режим осигурява подредена и потвърдена доставка чрез PDU numbering и sliding window mechanism, което го прави по-подходящ за приложения, които се нуждаят от контролирана и по-надеждна обмяна в рамките на ограниченията на NFC peer комуникацията.

Service достъп Points и мултиплексиране

Всеки LLCP PDU включва полета за destination и source service достъп point, известни като DSAP и SSAP. Тези полета показват къде трябва да отиде информацията и откъде идва в средата на логическата връзка. Тъй като през една и съща физическа проксимити връзка могат да бъдат адресирани няколко услуги, LLCP може да мултиплексира множество услуги от по-горните слоеве. Това е ценно, когато една NFC сесия поддържа повече от една логическа функция, например откриване на услуги, обмен на данни и специфични за приложение съобщения.

Практическо значение за проектиране на NFC продукти и системи

От гледна точка на продуктовото инженерство LLCP 1.0 не е видима характеристика, която купувачът обикновено вижда отпечатана върху етикета на устройството. Това е протоколен слой, който влияе върху оперативната съвместимост, софтуерната интеграция и поддържаните режими на приложение. Производител или интегратор може да трябва да провери LLCP поведението при разработване на NFC терминали, мобилни аксесоари, смарт poster взаимодействия, процеси за устройство pairing или функции за peer-to-peer обмен на данни. Основният въпрос не е само дали продуктът съдържа NFC чип, а дали неговият фърмуер и софтуер stack правилно реализират съответните NFC Forum peer-to-peer функции.

При планиране на търговски NFC и RFID продукти познаването на LLCP също помага за ясно разграничаване на продуктовите категории. NFC тагове, карти, гривни и четци може да използват технологии за near field communication, но не винаги работят с един и същ protocol stack или operating mode. Продукти като NFC Stands често се използват за докосване-based взаимодействия, при които телефон чете или записва NFC съдържание. Носими или аксесоарни продукти като NFC Rings може да са насочени към идентичност, достъп или trigger функции. Дисплейни или промоционални продукти като NFC карта With LED Light често зависят повече от поведението на тага, дизайна на антената и потребителското изживяване, отколкото от самия LLCP. Разбирането на тази разлика предотвратява неточни технически твърдения и прави продуктовите страници по-ясни.

LLCP има и ясни ограничения. Версия 1.0 не дефинира isochronous прехвърляне за аудио или видео с постоянна скорост, не поддържа multicast или broadcast адресиране на дестинации и сама по себе си не осигурява защитен пренос на данни. Когато е необходимо, сигурността може да бъде добавена от горни или долни слоеве, но LLCP не трябва да се описва като security protocol. По същия начин LLCP не предписва софтуерния интерфейс между слоя на логическата връзка и горните протоколи, като оставя решенията за интеграция на implementers и платформа stacks.

Често задавани въпроси за LLCP 1.0

Какво представлява LLCP 1.0 в NFC технологията?

LLCP 1.0 е първата версия на NFC Forum Logical Link контрол Protocol. Той дефинира как две NFC Forum устройства създават и управляват логическа връзка за данни при peer-to-peer комуникация. Протоколът се намира над MAC слоя и поддържа service addressing, активиране на връзка, наблюдение на връзката, connectionless transport и connection-oriented transport за протоколи от по-горните слоеве.

LLCP същото ли е като NFCIP-1 или ISO/IEC 18092?

Не. ISO/IEC 18092, често свързван с NFCIP-1, дефинира интерфейса за near field communication и протоколното поведение на по-ниско ниво. LLCP е слой за контрол на логическата връзка, който може да бъде съпоставяне-нат върху такъв MAC слой. Най-просто казано, ISO/IEC 18092 помага да се установи RF комуникационната основа, докато LLCP организира логическите услуги над нея.

Кога един разработчик трябва да обръща внимание на LLCP?

Разработчикът трябва да обръща внимание на LLCP, когато даден NFC проект изисква peer-to-peer обмен на данни между две активни устройства. Ако системата само чете пасивни NFC тагове, LLCP може да не участва директно. Ако дизайнът изисква двупосочно откриване на услуги, обмен на съобщения или няколко логически услуги в рамките на едно NFC взаимодействие, LLCP става особено важен.

Каква е разликата между connectionless и connection-oriented LLCP transport?

Connectionless transport изпраща непотвърдени UI PDUs без предварително установяване на връзка, затова има ниско допълнително натоварване, но ограничен контрол върху доставката. Connection-oriented transport първо установява данни link connection и след това използва подреден, потвърден трансфер на информация. Вторият вариант е по-структуриран и надежден, но изисква setup, управление на състоянието и прекратяване на връзката.

Осигурява ли LLCP 1.0 защитена комуникация?

LLCP 1.0 сам по себе си не осигурява защитен пренос на данни. Спецификацията се фокусира върху контрол на връзката, service addressing, транспортни режими и наблюдение. Ако са необходими confidentiality, автентикация или tamper protection, тези функции трябва да бъдат осигурени от други слоеве, от дизайна на приложението или от по-късни механизми за сигурност извън базовия функционален обхват на LLCP 1.0.

Какво означават DSAP и SSAP в LLCP?

DSAP означава Destination Service достъп Point, а SSAP означава Source Service достъп Point. Тези полета присъстват в LLCP PDUs и идентифицират целевите и изходните service endpoints. Те позволяват на протокола да маршрутизира информацията към правилната логическа услуга и правят възможно няколко услуги да споделят една и съща NFC peer-to-peer връзка.

Полезен ли е LLCP за всеки NFC продукт?

Не. LLCP е най-полезен при NFC peer-to-peer комуникация между две активни NFC Forum устройства. Много NFC продукти, включително стандартни тагове, карти, етикети или докосване-to-open маркетингови материали, може да работят в четец/записвач или карта-emulation контекст. В тези случаи други NFC Forum спецификации, memory formats или изисквания на приложния слой може да са по-важни от LLCP.