來源：TSNLAB 微信公眾號

閱讀過TSN資源管理技術那篇文章的讀者一定記得
，TSN方案運轉有一個基本邏輯
，或者說前提條件，就是端設備（用戶）要把自己發送流量的信息和對網絡的需求告知網絡，網絡才能有的放矢地製定方案。反正，如果用戶“耍流氓”，自zi顧gu自zi地di使shi用yong網wang絡luo，發fa送song大da量liang流liu量liang
，那na不bu論lun你ni網wang絡luo有you三san頭tou六liu臂bi，路lu由you器qi或huo交jiao換huan機ji上shang使shi用yong什shen麼me天tian花hua亂luan墜zhui的de調tiao度du機ji製zhi，也ye沒mei法fa提ti供gong確que定ding的de傳chuan輸shu時shi延yan和he可ke靠kao性xing的de保bao障zhang。

這種端（用戶）與網絡之間的契約精神，是TSN和我們傳統的、統計複用的IP網絡的一大本質區別。我們日常生活中使用互聯網
，我們作為用戶，或者說我們使用的APP

，都希望盡可能地使用更大的帶寬（排除某些APP為了讓用戶付費而限速的情況）。不論TCP曆代各種算法
，還是最近幾年比較火的QUIC，本(ben)質(zhi)上(shang)改(gai)變(bian)不(bu)了(le)用(yong)戶(hu)在(zai)使(shi)用(yong)帶(dai)寬(kuan)時(shi)需(xu)要(yao)博(bo)弈(yi)的(de)底(di)層(ceng)邏(luo)輯(ji)。從(cong)經(jing)濟(ji)學(xue)的(de)角(jiao)度(du)來(lai)看(kan)，因(yin)為(wei)無(wu)法(fa)統(tong)一(yi)管(guan)理(li)所(suo)有(you)用(yong)戶(hu)，所(suo)以(yi)最(zui)終(zhong)會(hui)導(dao)致(zhi)一(yi)個(ge)非(fei)最(zui)優(you)解(jie)的(de)納(na)什(shen)均(jun)衡(heng)。TSN則沒有這個問題
，因為端側是受管控的，如果有的端違反了契約精神，TSN也有辦法（可靠性相關技術）治它。

當然不是說統計複用的IP網絡不好，它對於互聯網而言仍然是非常有效率的方案。而TSN則會首先在較小規模的局域網使用，這裏的端相對易於受到統一機製的管控。

下圖來自IEC/IEEE 60802聯合工作組的1.3版本文稿

，描述了工業端側應用和TSN網絡的關係。請重點關注步驟1
、2
、3，應用對於網絡服務質量（QoS，Quality of Service）的要求，包括應用自己的信息和特征，要傳遞給網絡（圖中是集中式網絡配置CNC控製器）。這件事情可以由一個具體的端設備（用戶）來發起，也可以由集中式用戶配置CUC控製器作為具體端設備的代理來發起。不論如何，這個都是端側，或者說用戶側，需要在準備階段就完成的任務。

TSN對於各行業的Profile標準中
，包括已完成的AVB Profile
，以及正在進行的工業自動化網絡Profile、車載網絡Profile等，都會同時製定對於TSN網橋（bridge，具體形態可以是路由器
、交換機
、網橋等）和TSN端設備（end-station）的功能和性能要求。在理想的情況下，網絡中的網橋和端設備都支持TSN，就可以順利部署TSN方案了。

這就是TSN端設備和TSN網絡設備同樣重要的原因。而且，當前世界上幾乎所有存量的端設備都是不支持TSN的，如何通過軟件技術
，配合最小的硬件改動
，實現存量端設備對TSN的兼容組網
，是我們認為當下TSN技術發展的關鍵方向之一，對於加速TSN的應用落地具有重大的促進意義。不論你是否也有同樣的想法

，歡迎關注TSNLAB，和我們取得聯係，一起助力TSN發展吧！