移動支付這事情熱了總歸還是會回歸理性，就如同之前的10幾年間的幾次輪回一樣。

字面上看，移動支付比支付大也不大可能，有相同，有擴展，有交集有不通才是。

NFC這事情也是說了快十年了，真心希望它能回歸到其就是一個小小的接入技術上來，開放，大多數開發者能如同呼叫一個通用的接入一樣用它。

NFC這事也不應該賴上移動支付，倆位都鎖在那鎖了10年了，其實維基上的一句描述寫的不錯：“NFC offers a low speed connection with extremely simple setup, and can be used to bootstrap more capable wireless connection. It could for example , replace the pairing step of establishing Bluetooth connections or the configuration of Wi Fi networks”。看來這哥們真的是接的快，傳的慢。不論怎樣，如果不僅僅把NFC綁在支付上，或者說80%的NFC場景不是支付的話，可能NFC還真能小小的改變你我的生活。

但是這么一個小玩意，參與的公司多，亂，雜，背景不通，訴求不同，有電信領域的，有金融領域的，有卡商，有手機廠商等等，結果是規范亂，實現亂，認證不斷延期，尤其是規范亂這事兒，實在是暈，一會兒14443，一會兒18092，一會兒用NDEF,一會兒又SNEP,還有ISO-DEP ,不待這么玩的。

是需要把各個點捋清除，分享之。

另外從NFC往OSI的套圖上也看的出來， connection handover在讀寫模式和P2P模式的應用層都占了位置，這就了然了，為啥NFC Forum在討論應用和測試規范時候，connection handover比較看重，一者這個還真實和其他技術比如非接觸卡的區別，二者應用場景也很誘人！

似乎層4，5，6都沒有涉及到，應用層也是各個支付方式自己實現自己的。 ISO-DEP基于ISO 14443, NFC-DEP基于18092，這就是NFC亂的地方，一個層上出這么多七七八八的協議，差異不大還各說個的，到底有啥差異，稍候在敘。所以在物理層（射頻，或者說耦合更合適些個），數字鏈路層和網絡層實現了NFC技術（比如ISO-DEP）之上，就是各個應用paypass paywave的實現，簡單明了，要不怎么說卡模式呢，其實跟卡實現的各層一樣，姑且把google wallet也放在這個模式里面，G公司的支付這部分有點胡搞，當然現在改變為在卡短實現虛擬卡的方式似乎又有些起色。

讀寫模式:

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

來個更多交互的，點對點。已然是從層一物理層到層7應用層都引入了，除了NFC技術上使用了基于ISO 18092的NFC-DEP之外，還有有別與其他的LLCP,SNEP。NDEF部分是讀寫模式和P2P都用到了，故而也不算獨有或者邪門的地方了。

說說邪門的：

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

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

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

不少地方把NFC的物理部分叫射頻，其實這個無線電射頻還是兩碼事，這個還是叫耦合比較好點（couple),  輪詢放給出能量和時鐘和bit流請求，收聽放給出反饋。之所以不用讀卡器和卡是因為NFC的世界里象盡量淡化讀卡器，卡，而是用NFC device（ 啥都能當），至少這是2003年他們開始耍時候的想法。

稍微看看NFC論壇提及的測試方式，抓狂級，涉及14個點上不同的速度和角度的測試，先得找到貼著 DUT得0點位置，由此演化出同一水平面上得4個附加位置，再提升5厘米，上一個平面上2個圓環加圓心9個點共14個，測試相應耦合場，波形，敏感度，載波等等。

由此來看，NFC 還是屬于proximity這種貼近式得方式。

關于兩個混亂協議

ISO 18092:因該說兼容14443，為NFC設計得協議以解決如何交換數據流的問題。定義了 NFC 設備通訊的兩種模式:poller模式和listen模式。并且分別定義了兩種模式的選擇和射頻場防沖突方法、設備防沖突方法，定義了不同波特率通訊速率下的編碼方式、調制解調方式等等最最底層的通訊方式和協議。在 NFC 的世界里沒有讀卡器，沒有卡，只有 NFC 設備。  初始設計是為了提供貼近式，后來增加了對 ISO15693（接近式）的兼容，說實話，每必要，說拿手機隔著1米半搞啥呢？不過也比一定（仔細想下），比如不知道哪一代Iphone要實現數字家庭遙控的話，加入還考慮家里就是死活不裝WiFi的人家兒，用這么距離的vicinity也沒準噻！

ISO 14443非接觸卡片用的不贅述了，被18092不小心包含了，小樣，往哪跑，我做的晚，啥都包括！