NFC這事情也是說了快十年了，真心希望它能回歸到其就是一個小小的接入技術(shù)上來，開放，大多數(shù)開發(fā)者能如同呼叫一個通用的接入一樣用它。NFC的3中方式或者叫使用場景更合適些個：卡模式，讀寫模式，點對點模式

卡模式：

應(yīng)用層也是各個支付方式自己實現(xiàn)自己的。 ISO-DEP基于ISO 14443, NFC-DEP基于18092，這就是NFC亂的地方，一個層上出這么多七七八八的協(xié)議，差異不大還各說個的，到底有啥差異，稍候在敘。所以在物理層（射頻，或者說耦合更合適些個），數(shù)字鏈路層和網(wǎng)絡(luò)層實現(xiàn)了NFC技術(shù)（比如ISO-DEP）之上，就是各個應(yīng)用paypass paywave的實現(xiàn)，簡單明了，要不怎么說卡模式呢，其實跟卡實現(xiàn)的各層一樣，姑且把google wallet也放在這個模式里面，G公司的支付這部分有點胡搞，當(dāng)然現(xiàn)在改變?yōu)樵诳ǘ虒崿F(xiàn)虛擬卡的方式似乎又有些起色。

讀寫模式:

好了來個少復(fù)雜的，各層都有，從射頻到RTD,從物理層到應(yīng)用，如果真有終端的話，我倒是覺得這個比支付吸引人一些，商場地圖，應(yīng)用下載，歌迷會等等，可以讓想象力再飛一會！實現(xiàn)NFC的手機里面，這個功能應(yīng)該是第一波實現(xiàn)的，需要引起重視的是在RTD上面實現(xiàn)的（或者說需要實現(xiàn)的）connection handover,不能把read/write模式就想象成POS機，那非自己玩死自己不可，想象一下噻，在星巴克 NFC check in, 然后app connection handover把你的能的支付在后臺處理，或者加上優(yōu)惠券，不比Square和星巴克的合作酷？星巴克不能接著合作可咱可試試 cold stone冰激凌，或者HM服裝，總之不去日本人的店就成。其實東支付的市場需要深度挖，覺不僅僅是發(fā)個SD卡涮卡的事情，要是就刷卡了還有啥創(chuàng)新，大家就都奔著銀行那532分成去了，這部讀寫模式已然能刷出花樣！深度的用戶場景看來需要下篇單獨寫了。

P2P模式：

除了NFC技術(shù)上使用了 基于ISO 18092的NFC-DEP之外，還有有別與其他的LLCP,SNEP。NDEF部分是讀寫模式和P2P都用到了，故而也不算獨有或者邪門的地方了。

LLCP:基于IEEE 802.2的規(guī)范的。某種程度上依然算是層2實現(xiàn)的緊湊協(xié)議。初衷是可以更好的支持小應(yīng)用的有限數(shù)據(jù)傳輸，所以，應(yīng)用得小，真得小，或者說行為簡單，換個名片，微博互粉，相互識別一串?dāng)?shù)（比如磁條卡號碼啥的），數(shù)據(jù)得小，大了我不玩了，還是突出NFC的那個描述：“NFC offers a low speed connection with extremely simple setup”。另外LLCP的涉及也是為了支持一些網(wǎng)絡(luò)協(xié)議如OBEX,TCP/IP啥的。說到著，對照OSI7層協(xié)議的模型，再看看LLCP的英文： logical link control protocol,邏輯鏈路控制協(xié)議，就全對上號。OSI是個好模型，一個模型走邊天下噻！

SNEP:專門為P2P設(shè)計的，就是為了P2P 的時候使用NDEF交換信息，名字就能看出來：Simple NDEF exchange protocol,還是建立連接更簡單（雖然數(shù)據(jù)的速度慢），回到剛才NFC的特點描述的那段洋文： “NFC offers a low speed connection with extremely simple setup”。了然！

另外讀寫模式上NFC技術(shù)使用ISO-DEP(基于14443), P2P 使用了基于18092的NFC-DEP,這個兩個基礎(chǔ)規(guī)范雖說差異不大，還是變態(tài)般的分列出來，回頭細(xì)聊。

轉(zhuǎn)載請注明：NFC之家 » 整理NFC技術(shù)的基礎(chǔ)知識