① 工業物聯網網關作用是什麼
一般來說，工業網關需要具備以下能力：
1具備對下（自動化系統）協議解析能力（通訊協議：Modbus，PPI，MPI，CNC等；匯流排協議：CAN,PROFIBUS等；工業無線協議：WirelessHart，433等），目前的網關以通訊協議為主，只有少部分廠家會考慮對下的匯流排協議以及無線協議，同時傳統的匯流排協議轉換也叫工業網關，網關分不清楚。
2具備對上（IT系統）的協議對接能力，對上的通訊能力（乙太網，WIFI，3G，4G，NB-IOT等）
3具備對上和對下私有協議二次開發能力
4具備數據緩存，本地計算（霧計算）的能力
具備這樣的能力才可以說是一個完善的網關，另一方面，工業現場應用非常復雜，目前數據接入的成本又非常的高，往往造成業主想要上信息化系統的時候，接入成本就佔到1半以上的費用。所以，網關廠家會根據市場大小去布局相應的產品層次。不過，目前不管是國內還是國外的網關廠，都很難覆蓋所有的應用，加上網關廠對IT系統的對接協議，以及對接方式並不統一。造成現在接入成本仍然居高不下。大大影響了雲和大數據的應用。
目前市面上的網關類型主要有單向型數據採集型、雙向型簡單版、雙向增強版。
單向型數據採集型
對下具備串口或者網關，對上具備網口或者GPRS。支持協議解析，以mous為主，對上對下協議可定製，可採用軟體按需燒錄的形式實現。支持數據緩存，對數據打時間戳。
雙向型簡單版
對上對下介面更豐富（串口，網口，3G,4G）；預置多種通訊協議（PLC,CNC,注塑機，電力）；支持二次開發
雙向增強版
在簡單版上增加對下的無線通訊對接能力和匯流排型對接能力。
其中第二種是目前需求量最大的，第一種類型和第三種類型目前市場並不明確，在某些行業已經有非常強烈的需求，但是復制性不如第二種，所以目前較少有人開發。 同時第一種和第三種在選擇無線通訊協議（對上或者對下）的時候都有一定風險。工業網關的市場直接可以反映我國工業物聯網發展水平，如果要看工業物聯網在國內的發展，我認為當前階段看看國內工業網關的發展即可對市場有一定的判斷。
② 什麼是網關 網關用來干什麼的
網關(Gateway)又稱網間連接器、協議轉換器。網關在傳輸層上以實現網路互連，是最復雜的網路互連設備，僅用於兩個高層協議不同的網路互連。網關的結構也和路由器類似，不同的是互連層。網關既可以用於廣域網互連，也可以用於區域網互連。
解決跨網關技術
現行的IPV4的IP地址是32位的，根據頭幾位再劃分為A、B、C三類地址；但由於INTERNET的迅猛發展，IP資源日漸枯竭，可供分配的IP地越來越少，跟一日千里的INTERNET發展嚴重沖突，在IPV6還遠未能全面升級的情況下，惟有以代理伺服器的方式，實行內部網地址跟公網地址進行轉化而實現接入INTERNET。
中介作用的代理伺服器就是一個網關，也就是這個網關帶給現階段的多媒體通訊系統無盡的煩惱。在IP資源可憐的情況下，惟有以網關甚至多層網關的方式接入寬頻網， 因為多媒體通訊系統的協議如H.323等要進行業務的雙方必須有一方有公網的IP地址，但是現在的寬頻有幾個用戶能符合這個要求？MICOSOFT的NETMEETING等等多媒體通訊系統就是處於這種尷尬的位置；跨網關成為頭疼的難題。
跨網關： 網路數據通過層層網關，受制於網關節點速度，網路速度大大降低。 跨網關技術基於底層網路協議，突破網關瓶頸，實現客戶點對點交流。
③ API網關從入門到放棄
假設你正在開發一個電商網站，那麼這里會涉及到很多後端的微服務，比如會員、商品、推薦服務等等。
那麼這里就會遇到一個問題，APP/Browser怎麼去訪問這些後端的服務? 如果業務比較簡單的話，可以給每個業務都分配一個獨立的域名(https://service.api.company.com)，但這種方式會有幾個問題:
更好的方式是採用API網關，實現一個API網關接管所有的入口流量，類似Nginx的作用，將所有用戶的請求轉發給後端的伺服器，但網關做的不僅僅只是簡單的轉發，也會針對流量做一些擴展，比如鑒權、限流、許可權、熔斷、協議轉換、錯誤碼統一、緩存、日誌、監控、告警等，這樣將通用的邏輯抽出來，由網關統一去做，業務方也能夠更專注於業務邏輯，提升迭代的效率。
通過引入API網關，客戶端只需要與API網關交互，而不用與各個業務方的介面分別通訊，但多引入一個組件就多引入了一個潛在的故障點，因此要實現一個高性能、穩定的網關，也會涉及到很多點。
API 注冊
業務方如何接入網關?一般來說有幾種方式。
協議轉換
內部的API可能是由很多種不同的協議實現的，比如HTTP、Dubbo、GRPC等，但對於用戶來說其中很多都不是很友好，或者根本沒法對外暴露，比如Dubbo服務，因此需要在網關層做一次協議轉換，將用戶的HTTP協議請求，在網關層轉換成底層對應的協議，比如HTTP -> Dubbo, 但這里需要注意很多問題，比如參數類型，如果類型搞錯了，導致轉換出問題，而日誌又不夠詳細的話，問題會很難定位。
服務發現
網關作為流量的入口，負責請求的轉發，但首先需要知道轉發給誰，如何定址，這里有幾種方式:
服務調用
網關由於對接很多種不同的協議，因此可能需要實現很多種調用方式，比如HTTP、Dubbo等，基於性能原因，最好都採用非同步的方式，而Http、Dubbo都是支持非同步的，比如apache就提供了基於NIO實現的非同步HTTP客戶端。
因為網關會涉及到很多非同步調用，比如攔截器、HTTP客戶端、bbo、redis等，因此需要考慮下非同步調用的方式，如果基於回調或者future的話，代碼嵌套會很深，可讀性很差，可以參考zuul和spring cloud gateway的方案，基於響應式進行改造。
優雅下線
性能
網關作為所有流量的入口，性能是重中之重，早期大部分網關都是基於同步阻塞模型構建的，比如Zuul 1.x。但這種同步的模型我們都知道，每個請求/連接都會佔用一個線程，而線程在JVM中是一個很重的資源，比如Tomcat默認就是200個線程，如果網關隔離沒有做好的話，當發生網路延遲、FullGC、第三方服務慢等情況造成上游服務延遲時，線程池很容易會被打滿，造成新的請求被拒絕，但這個時候其實線程都阻塞在IO上，系統的資源被沒有得到充分的利用。另外一點，容易受網路、磁碟IO等延遲影響。需要謹慎設置超時時間，如果設置不當，且服務隔離做的不是很完善的話，網關很容易被一個慢介面拖垮。
而非同步化的方式則完全不同，通常情況下一個CPU核啟動一個線程即可處理所有的請求、響應。一個請求的生命周期不再固定於一個線程，而是會分成不同的階段交由不同的線程池處理，系統的資源能夠得到更充分的利用。而且因為線程不再被某一個連接獨占，一個連接所佔用的系統資源也會低得多，只是一個文件描述符加上幾個監聽器等，而在阻塞模型中，每條連接都會獨佔一個線程，而線程是一個非常重的資源。對於上游服務的延遲情況，也能夠得到很大的緩解，因為在阻塞模型中，慢請求會獨佔一個線程資源，而非同步化之後，因為單條連接所佔用的資源變的非常低，系統可以同時處理大量的請求。
如果是JVM平台，Zuul 2、Spring Cloud gateway等都是不錯的非同步網關選型，另外也可以基於Netty、Spring Boot2.x的webflux、vert.x或者servlet3.1的非同步支持進行自研。
緩存
對於一些冪等的get請求，可以在網關層面根據業務方指定的緩存頭做一層緩存，存儲到Redis等二級緩存中，這樣一些重復的請求，可以在網關層直接處理，而不用打到業務線，降低業務方的壓力，另外如果業務方節點掛掉，網關也能夠返回自身的緩存。
限流
限流對於每個業務組件來說，可以說都是一個必須的組件，如果限流做不好的話，當請求量突增時，很容易導致業務方的服務掛掉，比如雙11、雙12等大促時，介面的請求量是平時的數倍，如果沒有評估好容量，又沒有做限流的話，很容易服務整個不可用，因此需要根據業務方介面的處理能力，做好限流策略，相信大家都見過淘寶、網路搶紅包時的降級頁面。
因此一定要在接入層做好限流策略，對於非核心介面可以直接將降級掉，保障核心服務的可用性，對於核心介面，需要根據壓測時得到的介面容量，制定對應的限流策略。限流又分為幾種:
穩定性
穩定性是網關非常重要的一環，監控、告警需要做的很完善才可以，比如介面調用量、響應時間、異常、錯誤碼、成功率等相關的監控告警，還有線程池相關的一些，比如活躍線程數、隊列積壓等，還有些系統層面的，比如CPU、內存、FullGC這些基本的。
網關是所有服務的入口，對於網關的穩定性的要求相對於其他服務會更高，最好能夠一直穩定的運行，盡量少重啟，但當新增功能、或者加日誌排查問題時，不可避免的需要重新發布，因此可以參考zuul的方式，將所有的核心功能都基於不同的攔截器實現，攔截器的代碼採用Groovy編寫，存儲到資料庫中，支持動態載入、編譯、運行，這樣在出了問題的時候能夠第一時間定位並解決，並且如果網關需要開發新功能，只需要增加新的攔截器，並動態添加到網關即可，不需要重新發布。
熔斷降級
熔斷機制也是非常重要的一項。若某一個服務掛掉、介面響應嚴重超時等發生，則可能整個網關都被一個介面拖垮，因此需要增加熔斷降級，當發生特定異常的時候，對介面降級由網關直接返回，可以基於Hystrix或者Resilience4j實現。
日誌
由於所有的請求都是由網關處理的，因此日誌也需要相對比較完善，比如介面的耗時、請求方式、請求IP、請求參數、響應參數(注意脫敏)等，另外由於可能涉及到很多微服務，因此需要提供一個統一的traceId方便關聯所有的日誌，可以將這個traceId置於響應頭中，方便排查問題。
隔離
比如線程池、http連接池、redis等應用層面的隔離，另外也可以根據業務場景，將核心業務部署帶單獨的網關集群，與其他非核心業務隔離開。
網關管控平台
這塊也是非常重要的一環，需要考慮好整個流程的用戶體驗，比如接入到網關的這個流程，能不能盡量簡化、智能，比如如果是bbo介面，我們可以通過到git倉庫中獲取源碼、解析對應的類、方法，從而實現自動填充，盡量幫用戶減少操作；另外介面一般是從測試->預發->線上，如果每次都要填寫一遍表單會非常麻煩，我們能不能自動把這個事情做掉，另外如果網關部署到了多個可用區、甚至不同的國家，那這個時候，我們還需要介面數據同步功能，不然用戶需要到每個後台都操作一遍，非常麻煩。
這塊個人的建議是直接參考阿里雲、aws等提供的網關服務即可，功能非常全面。
其他
其他還有些需要考慮到的點，比如介面mock，文檔生成、sdk代碼生成、錯誤碼統一、服務治理相關的等，這里就不累述了。
目前的網關還是中心化的架構，所有的請求都需要走一次網關，因此當大促或者流量突增時，網關可能會成為性能的瓶頸，而且當網關接入的大量介面的時候，做好流量評估也不是一項容易的工作，每次大促前都需要跟業務方一起針對介面做壓測，評估出大致的容量，並對網關進行擴容，而且網關是所有流量的入口，所有的請求都是由網關處理，要想准確的評估出容量很復雜。可以參考目前比較流行的ServiceMesh，採用去中心化的方案，將網關的邏輯下沉到sidecar中，
sidecar和應用部署到同一個節點，並接管應用流入、流出的流量，這樣大促時，只需要對相關的業務壓測，並針對性擴容即可，另外升級也會更平滑，中心化的網關，即使灰度發布，但是理論上所有業務方的流量都會流入到新版本的網關，如果出了問題，會影響到所有的業務，但這種去中心化的方式，可以先針對非核心業務升級，觀察一段時間沒問題後，再全量推上線。另外ServiceMesh的方案，對於多語言支持也更友好。
④ 什麼是網關啊怎麼設置
網關的英文名字是Gateway，最初的意思是連接兩個協議差別很大的計算機網路時使用的設備。通過網關可以將不同體系結構的計算機網路連接在一起，例如IBM的SNA伺服器要和DEC公司的網路交流信息，就可以通過網關來實現，它完成復雜的協議轉換工作，並將數據重新分組發送。在OSI中，網關屬於最高層（應用層）的設備。網關本身不具有Cache（緩存），只是協議的轉換或者轉發。
網關(Gateway)以及網橋(Gate Bridge)均指不同網路之間的通訊介面設備和程序，只不過兩者針對的網路層次不同。網關是網路連接設備的重要組成部分，它不僅具有路由的功能，而且能在兩個不同的協議集之間進行轉換，從而使不同的網路之間進行互聯。例如：一個Netware區域網通過網關可以訪問IBM的SNA網路，這樣使用IPX協議的PC就可和SNA網路上的IBM主機進行通信。現在Internet技術上越來越少用這兩個詞彙，而由Router (路由器)統指此類介面設備和程序。
如果搞清了什麼是網關，默認網關也就好理解了。就好像一個房間可以有多扇門一樣，一台主機可以有多個網關。默認網關的意思是一台主機如果找不到可用的網關，就把數據包發給默認指定的網關，由這個網關來處理數據包。現在主機使用的網關，一般指的是默認網關。
如何設置默認網關
一台電腦的默認網關是不可以隨隨便便指定的，必須正確地指定，否則一台電腦就會將數據包發給不是網關的電腦，從而無法與其他網路的電腦通信。默認網關的設定有手動設置和自動設置兩種方式。
1. 手動設置
手動設置適用於電腦數量比較少、TCP/IP參數基本不變的情況，比如只有幾台到十幾台電腦。因為這種方法需要在聯入網路的每台電腦上設置「默認網關」，非常費勁，一旦因為遷移等原因導致必須修改默認網關的IP地址，就會給網管帶來很大的麻煩，所以不推薦使用。
在Windows 9x中，設置默認網關的方法是在「網上鄰居」上右擊，在彈出的菜單中點擊「屬性」，在網路屬性對話框中選擇「TCP/IP協議」，點擊「屬性」，在「默認網關」選項卡中填寫新的默認網關的IP地址就可以了。
需要特別注意的是：默認網關必須是電腦自己所在的網段中的IP地址，而不能填寫其他網段中的IP地址。
2. 自動設置
自動設置就是利用DHCP伺服器來自動給網路中的電腦分配IP地址、子網掩碼和默認網關。這樣做的好處是一旦網路的默認網關發生了變化時，只要更改了DHCP伺服器中默認網關的設置，那麼網路中所有的電腦均獲得了新的默認網關的IP地址。這種方法適用於網路規模較大、TCP/IP參數有可能變動的網路。
另外一種自動獲得網關的辦法是通過安裝代理伺服器軟體（如MS Proxy）的客戶端程序來自動獲得，其原理和方法和DHCP有相似之處
⑤ 什麼是物聯網智能網關，有何特點
物聯網的體系架構中，在感知層和網路層兩個不同的網路之間需要一個中間設備，那就是「物聯網網關」。物聯網智能網關既可以用於廣域網互連，也可以用於區域網互連。
特點：
介面豐富，標准易用
工業現場設備遠程式控制制
兼容全網，鏈路智能切換備份
多種VPN協議，保障數據無損傳輸
⑥ 什麼是網關，它有什麼作用
網關是將兩個使用不同傳輸協議的網路段連接在一起的設備，網關一般用作網路的入口和出口點，因為所有數據必須在路由之前通過或與網關通信。在大多數基於IP的網路中，唯一不通過至少一個網關的流量是在同一區域網（LAN）段上的節點之間流動的流量。
在個人或企業場景中使用網關的主要優點是將互聯網連接簡化為一個設備。在企業中，網關節點還可以充當代理伺服器和防火牆。
網關如何工作
所有網路都有一個邊界，限制與直接連接到它的設備的通信。因此，如果網路想要與該邊界之外的設備，節點或網路通信，則它們需要網關的功能。網關通常被表徵為路由器和數據機的組合。
網關在網路邊緣實現，並管理從該網路內部或外部定向的所有數據。當一個網路想要與另一個網路通信時，數據包將傳遞到網關，然後通過最有效的路徑路由到目的地。除路由數據外，網關還將存儲有關主機網路內部路徑的信息以及遇到的任何其他網路的路徑。
網關基本上是協議轉換器，促進兩個協議之間的兼容性，並在開放系統互連（OSI）模型的任何層上操作。
網關的一個用途是在物聯網環境和雲之間創建通信鏈路。
網關類型
網關可以採用多種形式並執行各種任務。這方面的例子包括：
Web應用程序防火牆： 此類型過濾來自Web伺服器的流量並查看應用程序層數據。
雲存儲網關：此類型使用各種雲存儲服務API調用轉換存儲請求。它允許組織將存儲從私有雲集成到應用程序中，而無需遷移到公共雲。
API、OA或 XML 網關： 此類型管理流入和流出服務，面向微服務的體系結構或基於XML的Web服務的流量。
物聯網網關： 此類型聚合來自物聯網環境中設備的感測器數據，在感測器協議之間進行轉換，並在向前發送之前處理感測器數據。
媒體網關 ： 此類型將數據從一種網路所需的格式轉換為另一種網路所需的格式。
電子郵件安全網關：此類型可防止傳輸違反公司政策或將以惡意目的傳輸信息的電子郵件。
VoIP中繼網關 ：這種類型便於使用普通老式電話服務設備，如固定電話和傳真機，以及IP語音（VoIP）網路。
此外，服務提供商可以開發網關，供客戶使用。
網關和路由器的相似之處在於它們都可用於調節兩個或多個獨立網路之間的流量。但是，路由器用於連接兩個相似類型的網路，網關用於連接兩個不同的網路。由於這種邏輯，路由器可能被視為網關，但網關並不總是被視為路由器。路由器是最常用的網關，用於將家庭或企業網路連接到互聯網。
⑦ 什麼叫網關干什麼的有什麼用
網關是將兩個使用不同傳輸協議的網路端連接在一起的設備，網關一般用作網路的入口和出口點，因為所有數據必須在路由之前通過或與網關通信。在大多數基於IP的網路中，唯一不通過至少一個網關的流量是在同一區域網（LAN）段上的節點之間流動的流量。
在個人或企業場景中使用網關的主要優點是將互聯網連接簡化為一個設備。在企業中，網關節點還可以充當代理伺服器和防火牆。
網關如何工作
所有網路都有一個邊界，限制與直接連接到它的設備的通信。因此，如果網路想要與該邊界之外的設備，節點或網路通信，則它們需要網關的功能。網關通常被表徵為路由器和數據機的組合。
網關在網路邊緣實現，並管理從該網路內部或外部定向的所有數據。當一個網路想要與另一個網路通信時，數據包將傳遞到網關，然後通過最有效的路徑路由到目的地。除路由數據外，網關還將存儲有關主機網路內部路徑的信息以及遇到的任何其他網路的路徑。
網關基本上是協議轉換器，促進兩個協議之間的兼容性，並在開放系統互連（OSI）模型的任何層上操作。
網關的一個用途是在物聯網環境和雲之間創建通信鏈路。
網關類型
網關可以採用多種形式並執行各種任務。這方面的例子包括：
Web應用程序防火牆： 此類型過濾來自Web伺服器的流量並查看應用程序層數據。
雲存儲網關：此類型使用各種雲存儲服務API調用轉換存儲請求。它允許組織將存儲從私有雲集成到應用程序中，而無需遷移到公共雲。
API、OA或 XML 網關：此類型管理流入和流出服務，面向微服務的體系結構或基於XML的Web服務的流量。
物聯網網關：此類型聚合來自物聯網環境中設備的感測器數據，在感測器協議之間進行轉換，並在向前發送之前處理感測器數據。
媒體網關 ：此類型將數據從一種網路所需的格式轉換為另一種網路所需的格式。
電子郵件安全網關：此類型可防止傳輸違反公司政策或將以惡意目的傳輸信息的電子郵件。
VoIP中繼網關：這種類型便於使用普通老式電話服務設備，如固定電話和傳真機，以及IP語音（VoIP）網路。
此外，服務提供商可以開發網關，供客戶使用。
網關和路由器的相似之處在於它們都可用於調節兩個或多個獨立網路之間的流量。但是，路由器用於連接兩個相似類型的網路，網關用於連接兩個不同的網路。由於這種邏輯，路由器可能被視為網關，但網關並不總是被視為路由器。路由器是最常用的網關，用於將家庭或企業網路連接到互聯網。
⑧ 微服務之網關聚合模式
使用網關可以將多個單獨的請求聚合到一個請求中。當客戶端必須對多個不同的後端系統進行多次調用操作時，此模式很有用。
有時候執行單個任務時，客戶端可能必須對不同的各個後端服務進行多次調用。因為他們依賴於多個服務，那麼客戶端必須調用不同的服務介面以完成這次請求，這樣就會導致請求過多而浪費很多的資源。當任何新功能或服務添加到應用程序時，從而會進一步增加資源需求和網路調用。客戶端和後端之間的這種混亂調用可能會對應用程序的性能和規模產生負面影響。微服務架構使這個問題變得更加普遍，因為圍繞許多小型服務構建的應用程序自然會有更多的跨服務調用。
在下圖中，客戶端向每個服務發送請求（1,2,3）。每個服務處理請求並將響應發送回應用程序（4,5,6）。通常具有高延遲的蜂窩網路上，以這種方式使用單獨的請求是低效的並且可能導致連接中斷或請求不完整。雖然每個請求可以並行完成，但應用程序必須為每個請求發送，等待和處理數據，所有這些都在不同的連接上，從而增加了失敗的可能性。
使用網關來減少客戶端和服務之間的干擾。網關接收客戶端請求，將請求分派給各種後端系統，然後聚合結果並將它們發送回請求客戶端。
這種模式可以有效減少應用程序對後端服務的調用請求數，而且在高延遲網路上的應用程序的性能有大的提升。
在下圖中，應用程序向網關發送請求（1）。該請求包含一組附加請求。網關分解這些請求並通過將每個請求發送到相關服務來處理每個請求（2）。每個服務都返回對網關的響應（3）。網關聚合每個服務的響應並將響應發送到應用程序（4）。應用程序發出單個請求，並且只從網關接收一個響應。
1.網關不應該在後端服務中引入服務耦合
2.網關應該和後端服務位置很近，以盡可能減少延遲。
3.網關服務可能須要做ha。確保網關設計合理，以滿足您的應用程序的可用性要求。
4.網關可能是性能瓶頸。確保網關具有足夠的性能來處理負載，並且可以擴展以滿足您的預期增長。
5.對網關執行負載測試，以確保不會導致服務的級聯故障。
6.使用隔板，斷路，重試和超時等技術實現彈性設計。
7.如果一個或多個服務調用花費的時間太長，則可以接受超時並返回部分數據集。考慮您的應用程序將如何處理此方案。
8.使用非同步I / O來提升程序的吞吐量。
9.通過分布式跟蹤對全鏈路進行監控。
10.監控請求指標和響應大小。
11.考慮將緩存數據作為故障轉移策略來處理故障。
12.不要將聚合構建到網關中，而是考慮在網關後面放置聚合服務。請求聚合可能具有與網關中的其他服務不同的資源要求，並且可能影響網關的路由和卸載功能。
1.客戶端需要與多個後端服務通信才能完成操作
2.客戶端可以使用具有明顯延遲的網路，例如蜂窩網路。
1.您希望客戶端對單個服務的請求次數（比如獲取10個學生的信息，你只有一個單個查詢學生信息的介面）。在這種情況下，最好向服務添加批處理操作。
2.客戶端或應用程序位於後端服務附近，延遲不是一個重要因素。
以下示例是教你如何使用Lua創建簡單的網關聚合NGINX服務。
⑨ 阿里雲的API 網關支持介面數據緩存么
暫時不支持數據緩存
⑩ 數據採集網關作用是什麼
本網關為低功耗無風扇配置，可靠性高，內置工業標准MODBUS協議通訊模塊以及主流資料庫的數據抓取介面，以及數據採集接收軟體。可按實際情況擴展協議模塊，以支持更廣泛的第三方設備、儀表和採集器。上架方便，節約空間，無需配置顯示器，即可通過前面板配備的高亮度液晶屏顯示工作狀態。本網關在採集接收相關變數數據時，還可通過配置進行復雜的業務邏輯運算，對數據進行標准化處理，為把數據直接應用於上端管理系統的提供了條件。
本網關具有遠程管理和配置功能，支持遠程固件更新和運行狀態監控，可配置多個數據源同時進行數據採集接收。還具有數據緩存、重發功能，保證了採集接收數據的連續性。