隨著中央計算+區域控制的中央集中式架構廣泛應用，10BASE-T1S技術逐漸得到各方關注，總線型及半雙工的特性讓10BASE-T1S在成本和功耗上更占優勢。在此基礎上，為了進一步實現中央計算+區域控制的理念，2023年5月，BMW在OPEN聯盟TC14的會議中提到了遠程控制協議Remote Control Protocol（簡稱RCP）的概念。2024年7月，OPEN聯盟創建了TC18 ：Remote Control小組。當前在TC18中各個OEM對這項技術的討論和關注度較高。
RCP是一種輕量級的通信協議，核心理念是將邊緣節點控制器中MCU的協議轉換功能遷移至區域控制器ZCU甚至中央控制器Central ECU中實現，從而實現針對邊緣節點的遠程控制，實現網絡中軟件集中化，邊緣節點輕量化。
讓我們想象這樣一個場景：一個執行器通過標準SPI接口連接在邊緣節點的MCU上。當我要控制這個執行器執行相關指令時，邊緣節點必須通過SPI在執行器的寄存器0x01中寫入0x0A。
如果我們采用SOME/IP協議，信號的傳輸過程是這樣的：區域控制器將SOME/IP報文發送至邊緣節點，邊緣節點中的MCU解析報文payload中控制執行器的信號，并通過SPI修改執行器的0x01寄存器。
這樣做可能產生的風險是：如果更換了一個具有其他SPI映射關系（比如需要在寄存器0x0A中寫入0x0B，寄存器0x10中寫入0x0A）或采用其他接口的執行器（比如I2C、UART等），邊緣節點需要進行更新與修改。但SOME/IP協議至SPI的轉換遠遠不像圖片中展示的一樣簡單。
如果我們采用RCP，信號的傳輸過程是這樣的：區域控制器應用層下發的數據在RCP Client中轉換為SPI格式的指令，并填入RCP協議的payload中，傳輸至邊緣節點后，不需要進行額外的轉換工作，RCP Server解析payload中的指令即可直接通過SPI控制執行器。
同樣在更換具有其他SPI映射關系的執行器后，僅需要更新ZCU的軟件即可完成適配工作，實現了網絡中軟件集中化，邊緣節點輕量化的目的。
RCP的應用不僅體現在單一邊緣節點的控制上，由于10BASE-T1S支持總線型連接，區域控制器可以在一條RCP報文中添加多個命令，通過組播的方式實現一條RCP報文控制總線上多個邊緣節點，或一條RCP報文控制一個邊緣節點中多個控制器的操作。這一組播操作的具體實現方式還在討論中。
RCP的協議字段當前正在TC18中展開討論，并于2024年4月發布了Draft 0.2版本。值得注意的是，RCP在OSI七層模型中的位置并沒有被確認，即RCP報文視使用場景的不同可能被封裝進不同的協議中，當前的候選包括了SOME/IP、1722、Google Protocol Buffers等。
總結來看，遠程控制協議是一種輕量化協議，基于10BASE-T1S實現時簡化了邊緣節點中MCU的功能，由中央控制器或區域控制器直接下發控制指令，實現了網絡中軟件集中化，邊緣節點輕量化。
結語
經緯恒潤作為OPEN聯盟會員和AUTOSAR聯盟的高級合作伙伴，長期為國內外各大OEM和供應商提供涵蓋TCP/IP、SOME/IP、DoIP、AVB、TSN、DDS等技術領域的設計和測試咨詢服務，積極研發和探索車載網絡前沿技術的工程應用。通過多個項目的實踐經驗，已建立了高質量、本土化的設計與測試一體化解決方案，為整車網絡架構提供可靠支持。
