《車路協(xié)同信息交互技術(shù)要求 第3部分：云控平臺與第三方應用服務(wù)平臺》

ICS03.220.20

R82

團體標準

T/ITSXXXX-2021

車路協(xié)同信息交互技術(shù)要求

第3部分：云控平臺與第三方應用服務(wù)平臺

TechnicalrequirementsforVehicle-roadcoordinationsysteminformationinteraction

Part3:cloudcontrolplatformandThird-partyplatform

（征求意見稿）

本稿完成日期：2021年11月10號

在提交意見反饋時，請將您知道的相關(guān)專利連同支持性文件一并附上

XXXX-XX-XX發(fā)布XXXX-XX-XX實施

中國智能交通產(chǎn)業(yè)聯(lián)盟發(fā)布

車路協(xié)同信息交互技術(shù)要求

第3部分：云控平臺與第三方應用服務(wù)平臺

1范圍

本文件規(guī)定了合作式智能運輸系統(tǒng)中云控平臺與相關(guān)第三方應用服務(wù)平臺之間的信息交互內(nèi)容與

技術(shù)要求。

本文件適用于合作式智能運輸系統(tǒng)中云控平臺及其他相關(guān)系統(tǒng)的設(shè)計、開發(fā)、運行和維護。

2規(guī)范性引用文件

下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中注日期的引用文件，

僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本

文件。

GB/T29107道路交通信息服務(wù)交通狀況描述

GB/T33171城市交通運行狀況評價規(guī)范、

GB/T33697公路交通氣象監(jiān)測設(shè)施技術(shù)要求

T/ITSXXXX.2-2021《車路協(xié)同信息交互技術(shù)要求第2部分：路側(cè)設(shè)施與云控平臺》

3術(shù)語、定義和縮略語

3.1術(shù)語和定義

下列術(shù)語和定義適用于本文件。

3.1.1

云控平臺cloudcontrolplatform

服務(wù)于車路協(xié)同業(yè)務(wù)的平臺系統(tǒng)，具有實時信息融合與共享、實時計算編排、智能應用編排、大數(shù)

據(jù)分析、信息安全等基礎(chǔ)服務(wù)能力，可為智能汽車、管理及服務(wù)機構(gòu)、終端用戶提供輔助駕駛、自動駕

駛、交通運輸安全、交通管理等協(xié)同應用和數(shù)據(jù)服務(wù)。

3.1.2

路側(cè)計算設(shè)施，roadsidecomputingfacilities，RCF

部署在道路、公路沿線或者場端，配合其他設(shè)施或系統(tǒng)完成交通信息匯聚、處理與決策的計算設(shè)備。

3.2縮略語

下列縮略語適用于本文件

3

HTTP：超文本傳送協(xié)議（hypertexttransportprotocol）

HTTPs：超文本傳送安全協(xié)議（hypertexttransportprotocoloverSecureSocketLayer）

JSON：JavaScript對象表示法格式（JavaScriptObjectNotation）

MQTT：消息隊列遙測傳輸（MessageQueuingTelemetryTransport）

ProtocolBuffer：Google的一種獨立的數(shù)據(jù)交換格式

RCF：路側(cè)計算設(shè)施（RoadsideComputingFacilities）

TCP：傳輸控制協(xié)議（TransmissionControlProtocol）

V2I：車載單元與路側(cè)單元通信（VehicletoInfrastructure）

V2V：車載單元之間通信（VehicletoVehicle）

V2X：車載單元與其他設(shè)備通信（VehicletoEverything）

WebSocket：基于TCP的全雙工通信協(xié)議

4總體要求

4.1總體框架

4.1.1合作式智能運輸系統(tǒng)由出行者子系統(tǒng)、車載子系統(tǒng)、路側(cè)子系統(tǒng)和中心子系統(tǒng)四個主要部分組

成，各部分之間的連接關(guān)系如下圖1所示。

4.1.2云控平臺是中心子系統(tǒng)的組成部分之一，除了支持各類路側(cè)車路協(xié)同設(shè)施接入和數(shù)據(jù)交互外，

還應支持與相關(guān)第三方應用服務(wù)平臺進行對接與數(shù)據(jù)交互，開展相關(guān)車路協(xié)同應用服務(wù)。

圖1合作式智能運輸系統(tǒng)構(gòu)成

4

4.1.3云控平臺一般由邊緣云控平臺、區(qū)域云控平臺和中心云控平臺組成，如下圖2所示。與第三方

平臺對接時，第三方平臺可根據(jù)需要選擇與邊緣云控平臺、區(qū)域云控平臺或中心云控平臺進行對接，相

關(guān)接口和數(shù)據(jù)交互內(nèi)容可參照本文件。

圖2云控平臺對外應用服務(wù)架構(gòu)

4.1.4云控平臺宜支持對接的第三方應用服務(wù)平臺包括但不限于：

a)地圖服務(wù)平臺：例如導航地圖平臺、高精度地圖平臺；

b)車輛管理與服務(wù)平臺：例如OEM平臺、公交車管理服務(wù)平臺、“兩客一?！避囕v管理平臺、施

工車輛管理平臺等；

c)交通安全與交通管理平臺：例如交通安全平臺、交通管理平臺、高速公路管理服務(wù)平臺等；

d)氣象服務(wù)平臺；

e)其他第三方應用服務(wù)平臺。

4.2服務(wù)內(nèi)容

4.2.1云控平臺與第三方應用服務(wù)平臺之間應支持開展以下基礎(chǔ)業(yè)務(wù)，包括但不限于：

a)信息采集：云控平臺從第三方應用服務(wù)平臺采集數(shù)據(jù)，數(shù)據(jù)交換過程中，云控平臺是數(shù)據(jù)的發(fā)

起方，第三方應用服務(wù)平臺是數(shù)據(jù)的接收方；

a)信息轉(zhuǎn)發(fā)：云控平臺應支持向第三方應用服務(wù)平臺轉(zhuǎn)發(fā)數(shù)據(jù)，數(shù)據(jù)交換過程中，第三方應用服

務(wù)平臺作為客戶端，是數(shù)據(jù)的請求方，云控平臺作為服務(wù)端，是服務(wù)的發(fā)送方；

b)信息查詢：云控平臺應支持第三方應用服務(wù)平臺的查詢服務(wù)，并發(fā)送相關(guān)數(shù)據(jù)。數(shù)據(jù)交換過程

中，第三方應用服務(wù)平臺作為客戶端，是數(shù)據(jù)的請求方，云控平臺作為服務(wù)端，是數(shù)據(jù)的發(fā)送

方。

4.2.2云控平臺與第三方應用服務(wù)平臺之間主要的信息交互類型如下表1所示。

表1業(yè)務(wù)及主要信息交互類型

業(yè)務(wù)類型請求方響應方主要信息交互類型

云控平臺從第三方應用服務(wù)平臺采集的信息包括但不限于：

第三方應用a）信號燈數(shù)據(jù)（來自交管平臺）；

信息轉(zhuǎn)發(fā)云控平臺

服務(wù)平臺b）交通氣象信息（來自氣象平臺）；

c）其他信息。

5

業(yè)務(wù)類型請求方響應方主要信息交互類型

云控平臺向第三方應用服務(wù)平臺轉(zhuǎn)發(fā)的信息包括但不限于：

a）交通參與者信息，如機動車、非機動車、行人、障礙物等

信息

b）交通事件信息，如事故、施工、拋錨等信息；

第三方應用c）交通運行狀況信息，如車流量信息；

信息轉(zhuǎn)發(fā)云控平臺

服務(wù)平臺d）信號燈數(shù)據(jù)；

e）交通氣象信息；氣象和路面狀況信息，如雨雪霧天氣，積

水、結(jié)冰、濕滑等信息；

f）V2X報文數(shù)據(jù)，如MAP、SPAT、RSI、RSM等；

g）其他相關(guān)信息。

云控平臺可支持第三方應用服務(wù)平臺查詢的信息包括但不限于：

a）路側(cè)設(shè)備狀態(tài)查詢；

第三方應用

信息查詢云控平臺b）道路交通運行狀況查詢；

服務(wù)平臺

c）感知視頻查詢；

d）其他查詢業(yè)務(wù)。

4.3通信協(xié)議

云控平臺與各類應用服務(wù)平臺之間進行數(shù)據(jù)交互時，應支持HTTP/HTTPS、WebSocket或MQTT通信協(xié)

議，基于HTTP/HTTPS通信協(xié)議的接口與數(shù)據(jù)交互內(nèi)容見本文件第5章，基于WebSocket通信協(xié)議的接口

與數(shù)據(jù)交互內(nèi)容見本文件第6章，基于MQTT通信協(xié)議的接口與數(shù)據(jù)交互內(nèi)容見本文件第7章。

其他通信協(xié)議可參考本標準執(zhí)行。

4.4數(shù)據(jù)格式

4.4.1通用要求

云控平臺與第三方應用服務(wù)平臺之間的交互數(shù)據(jù)內(nèi)容宜采用JSON格式，且滿足以下要求：

a)一個信息含義的數(shù)據(jù)封裝在一個JSON報文中；

b)JSON數(shù)據(jù)采用UTF-8編碼字符集；

c)JSON報文由頭部和業(yè)務(wù)數(shù)據(jù)體構(gòu)成。

ProtocolBuffers或其他數(shù)據(jù)格式可參考本標準。

4.4.2報文要求

JSON報文頭部以（head：{報文頭部內(nèi)容}）為標識識別，用于標識報文的基本屬性，包括報

文識別，發(fā)報時間，數(shù)據(jù)標識，報文類型，發(fā)布主體key和版本號等組成。

報文主體部分以（body:{}）為標識識別，用于傳遞報文的主體內(nèi)容，其中包含有信息涉及發(fā)

布范圍、報文字段信息等。

5接口與數(shù)據(jù)交互內(nèi)容（HTTP/HTTPS）

5.1概述

6

HTTP/HTTPS通信協(xié)議一般適用于云控平臺的區(qū)域云或中心云與第三方應用平臺進行對接和數(shù)據(jù)

交互，用于實時性要求不高或低頻類數(shù)據(jù)交互業(yè)務(wù)，如設(shè)備狀態(tài)查詢，交通事件、交通運行狀態(tài)等信息。

5.2通用要求

5.2.1報文要求

基于HTTP/HTTPS通信協(xié)議的數(shù)據(jù)交互包括請求報文和響應報文兩部分，其中請求報文包括請求

行、請求頭部、空行和請求數(shù)據(jù)，響應報文包括狀態(tài)行、消息報頭和響應正文。

5.2.2請求Header

云控平臺與第三方應用服務(wù)平臺之間數(shù)據(jù)交互的通用接口定義如下表2所示，其中業(yè)務(wù)接口代碼和

URL地址，應根據(jù)實際業(yè)務(wù)需求，自行定義。

表2請求Header

RequestMethod必選GET或POST

URL必選按需自行定義

Accept-Encoding必選Gzip，deflate，br

Accept-Language必選語言

Connection必選Keep-alive

Content-Type必選Application/json或application/x-www-form-urlencoded

Host可選按需自定義

Origin可選按需自定義

5.2.3響應Header

響應報文Header如下表3所示。

表3響應Header

RequestMethod必選GET或POST

URL必選按需自行定義

Connection必選Keep-alive

Accept-Encoding必選Gzip，deflate，br

Content-Type可選Application/json或application/x-www-form-urlencoded

Date可選響應時間

Server可選按需自定義

5.3數(shù)據(jù)交互內(nèi)容

5.3.1路側(cè)設(shè)備基礎(chǔ)信息

業(yè)務(wù)描述與基本要求：云控平臺可將接入的路側(cè)設(shè)備信息向第三方應用服務(wù)平臺發(fā)送。

路側(cè)設(shè)備基礎(chǔ)信息數(shù)據(jù)內(nèi)容參見T/ITSXXXX.2-2021《車路協(xié)同信息交互技術(shù)要求第2部分：路側(cè)

設(shè)施與云控平臺》。

5.3.2交通氣象信息

7

業(yè)務(wù)描述與基本要求：

a)云控平臺可向第三方應用服務(wù)平臺發(fā)起請求，采集交通氣象信息；

b)云控平臺可將交通氣象信息轉(zhuǎn)發(fā)給第三方應用服務(wù)平臺。

數(shù)據(jù)內(nèi)容見表4。

表4交通氣象消息內(nèi)容

名稱是否必須范圍說明

能見度，單位m，分辨力1m

能見度是10m~1000m

最大允許誤差±10%（≤1500m），±20%（＞1500m）

氣溫是-50℃~+50℃氣溫，單位℃，分辨力0.1℃，最大允許誤差±0.2℃

相對濕度，單位%，分辨力1%，最大允許誤差±4%（≤80%），±8%

相對濕度是5%~100%

（＞80%）

風速，單位m/s，分辨力0.1m/s，最大允許誤差±（0.5m/s±0.03V）

風速是0~50m/s

(V為標準風速值)

風向是0~360°風向，單位°，分辨力3°，最大允許誤差±5°

雨強降水量，單位mm/min，分辨力0.1mm，最大允許誤差±0.4mm（≤

降水量是

0~4mm/min10mm），±4%（＞10mm）

路面溫度（0cm）是-50℃~+80℃路面溫度，單位℃，分辨力0.1℃，最大允許誤差±0.5℃

路面溫度（-10cm）是-40℃~+60℃路面溫度，單位℃，分辨力0.1℃，最大允許誤差±0.4℃

路面狀態(tài)是/一般包括干燥、潮濕、積水、積雪、結(jié)冰等

積水（水膜）

深度、積雪層

是≥0.1mm積水深度等，單位mm，分辨力0.1mm，最大允許誤差±0.5mm

厚度、結(jié)冰層

路面

厚度等

狀況

冰點溫度，可由埋入式傳感器提供，單位℃，分辨力0.1℃，最大

冰點溫度是-50℃~0℃

允許誤差±0.5℃

融雪劑濃度，可由埋入式傳感器提供，單位%，分辨力0.1%，最大

融雪劑濃度是0~100%

允許誤差±1%

可識別有／無降水、降水類型（雨、雪、雨夾雪）、降水強度（微

天氣現(xiàn)象是/

量、小、中、大、特大等）；可識別霧、大風等天氣現(xiàn)象

5.3.3交通事件信息

業(yè)務(wù)描述與基本要求：云控平臺可將交通事件信息轉(zhuǎn)發(fā)給第三方應用服務(wù)平臺。

數(shù)據(jù)內(nèi)容見表5和表6。

表5交通事件消息集

名稱是否必須類型說明

timestamp是Integer時間戳

SeqNum是Integer會話唯一標識

eventlist否SEQUENCE交通事件列表

表6EventList

8

名稱是否必須類型說明

eventType是Integer見GB/T29100

eventId否Integer事件Id(0,255)

事件感知來源：0：未知來源；1：本RCF；2：RSU；3：video；4：

sourceSource否Integer

激光雷達；5：毫米波雷達；6：微波雷達；7：地磁線圈

roadname否String道路名稱

crossId否Integer路口Id，同T/ITS0058中DE_NodeID

Laneid否Integer所在車道，同T/ITS0058中DE_LaneID

startTime否String事件發(fā)生時間

endTime否String事件結(jié)束時間

longitude是Double事件發(fā)生經(jīng)度

latitude是Double事件發(fā)生緯度

priority否String優(yōu)先級

eventConfidence否ENUMERATED事件置信度

ReferenceLanes否String路段中指定的參考車道

ptcList否SEQUENCE交通事件涉及的交通參與者

5.3.4交通運行狀況信息

業(yè)務(wù)描述與基本要求：云控平臺可將交通運行狀況信息轉(zhuǎn)發(fā)給第三方應用服務(wù)平臺。

交通運行狀況相關(guān)指標表達應滿足GB/T33171、GB/T29107及相關(guān)標準要求，數(shù)據(jù)內(nèi)容見表7、表8。

表7交通運行路況消息內(nèi)容

名稱是否必須類型說明

timestamp是Integer時間戳

SeqNum是Integer會話唯一標識

roadname否String道路名稱

crossId否Integer路口Id，同T/ITS0058中DE_NodeID

laneId否Integer車道Id，同T/ITS0058中DE_LaneID

conList否SEQUENCE路口每個進口道路方向的交通運行狀況

表8conList

名稱是否必須類型說明

進口道路方向：

0：由北向南

1：由東北向西南

2：由東向西

directionId否SEQUENCE3：由東南向西北

4：由南向北

5：由西南向東北

6：由西向東

7：由西北向東南

queuingvehicle否Integer路口排隊車輛數(shù)

Queuelength否Integer路口排隊長度

pedestrian否Integer行人過街數(shù)量

9

average_speed否Integer平均車速

cardensity否Integer車輛密度

congestion_level否Integer擁堵程度：0:暢通,1:緩行,2:擁堵,3:嚴重擁堵

startTime否Double擁堵開始時間

endTime否Double擁堵結(jié)束時間

durationtime否Double擁堵持續(xù)時間

Start_position_x否Double擁堵起點經(jīng)度

Start_position_y否Double擁堵起點緯度

end_position_x否Double擁堵終點經(jīng)度

end_position_x否Double擁堵終點緯度

5.3.5交通運行統(tǒng)計信息

業(yè)務(wù)描述與基本要求：云控平臺可將一天24小時內(nèi)各類交通事件進行統(tǒng)計并發(fā)送給第三方應用服務(wù)

平臺。

交通運行統(tǒng)計相關(guān)數(shù)據(jù)內(nèi)容見表9。

表9交通運行統(tǒng)計消息內(nèi)容

名稱是否必須類型說明

timestamp是Integer時間戳

SeqNum是Integer會話唯一標識

roadname否String道路名稱

data否Object響應數(shù)據(jù)對象

data.trafficJam是Integer擁堵路段

data.trafficAccident是Integer交通事故數(shù)量

data.illegalOccupation是Integer違章占道車輛數(shù)量

data.construction是Integer施工數(shù)量

data.overSpeed是Integer超速車輛數(shù)量

data.emergencyBraking是Integer緊急剎車數(shù)量

data.antiDromic是Integer逆行車輛數(shù)量

data.others是Integer其他

6接口與數(shù)據(jù)交互內(nèi)容（websocket）

6.1概述

websocket通信協(xié)議一般適用于實時性要求較高或高頻類數(shù)據(jù)交互業(yè)務(wù)，如交通參與者感知信息、

信號燈信息、V2X業(yè)務(wù)信息轉(zhuǎn)發(fā)。

采用websocket通信協(xié)議時，一般第三方應用服務(wù)平臺是數(shù)據(jù)交互業(yè)務(wù)的客戶端，云控平臺是服務(wù)

端，由云控平臺向第三方應用服務(wù)平臺推送數(shù)據(jù)。

根據(jù)業(yè)務(wù)需求，第三方應用服務(wù)平臺也可以作為數(shù)據(jù)交互業(yè)務(wù)的服務(wù)端，云控平臺作為客戶端。

6.2通用要求

6.2.1報文要求

10

請求報文Header

請求消息頭如下表10所示。

表10請求報文Header

RequestMethod必選GET/HTTP/1.1

Accept-Encoding可選gzip，deflate,br

Accept-Language可選語言

Connection必選Keep-alive,Upgrade

Host可選按需自定義

Origin可選按需自定義

Sec-WebSocket-Extensions可選permessage-deflate

Sec-WebSocket-Version可選13

Sec-WebSocket-Key可選隨機生成

Upgrade必選Websocket

響應報文Header

服務(wù)端收到客戶端請求后進行響應應答，響應報文Header如下表11所示。

表11響應報文Header

Connection必選Upgrade

Date必選響應時間

Upgrade必選Websocket

Sec-WebSocket-Accept可選自動生成

Server可選按需自定義

6.2.2數(shù)據(jù)格式

數(shù)據(jù)交互內(nèi)容宜采用JSON格式，編碼方式為UTF-8。

6.2.3數(shù)據(jù)Type

Websocket數(shù)據(jù)Type可參考下表12進行設(shè)置。

表12數(shù)據(jù)Type

序號TypeValue備注說明

1d0路側(cè)設(shè)備實時狀態(tài)信息

2t0路側(cè)感知交通參與者

3t1路側(cè)感知交通事件

4t2路側(cè)感知交通運行狀況

5t3路側(cè)感知交通氣象狀況

6l0信號燈狀態(tài)/故障

7l1信號燈倒計時與相位

8v0V2X報文數(shù)據(jù)

11

9v1車輛自身數(shù)據(jù)

6.3數(shù)據(jù)交互內(nèi)容

6.3.1概述

基于Websocket通信協(xié)議的數(shù)據(jù)交互內(nèi)容除了本文件5.3節(jié)所列內(nèi)容外，還有包括：

a)設(shè)備運行實時狀態(tài)信息，如在線/離線、告警等；

b)交通參與者信息；

c)信號燈信息，如倒計時和相位信息；

d)V2X報文信息等。

6.3.2數(shù)據(jù)內(nèi)容

設(shè)備實時運行狀態(tài)信息

業(yè)務(wù)描述與基本要求：云控平臺可實時收集路側(cè)設(shè)備的運行狀態(tài)信息并發(fā)給第三方應用服務(wù)平臺。

設(shè)備運行狀態(tài)數(shù)據(jù)內(nèi)容參見T/ITSXXXX.2-2021《車路協(xié)同信息交互技術(shù)要求第2部分：路側(cè)設(shè)施

與云控平臺》。

交通參與者信息

業(yè)務(wù)描述與基本要求：云控平臺可將實時感知的交通參與者信息轉(zhuǎn)發(fā)給第三方應用服務(wù)平臺。

交通參與者數(shù)據(jù)內(nèi)容參見T/ITSXXXX.2-2021《車路協(xié)同信息交互技術(shù)要求第2部分：路側(cè)設(shè)施與

云控平臺》。

信號燈信息

業(yè)務(wù)描述與基本要求：

a)云控平臺可向交管平臺發(fā)起請求，采集信號燈數(shù)據(jù)信息；

b)云控平臺可將信號燈數(shù)據(jù)信息轉(zhuǎn)發(fā)給第三方應用服務(wù)平臺。

信號燈數(shù)據(jù)內(nèi)容參見T/ITSXXXX.2-2021《車路協(xié)同信息交互技術(shù)要求第2部分：路側(cè)設(shè)施與云控

平臺》。

V2X報文信息

業(yè)務(wù)描述與基本要求：云控平臺可將實時獲取的V2X報文信息轉(zhuǎn)發(fā)給第三方應用服務(wù)平臺。

V2X報文數(shù)據(jù)內(nèi)容參見T/ITSXXXX.2-2021《車路協(xié)同信息交互技術(shù)要求第2部分：路側(cè)設(shè)施與云控

平臺》。

7接口與數(shù)據(jù)交互內(nèi)容（MQTT）

7.1概述

12

MQTT通信協(xié)議一般適用于云控平臺的邊緣云與第三方應用平臺進行對接和數(shù)據(jù)交互，用于實時性

要求較高或高頻類數(shù)據(jù)交互業(yè)務(wù)，如交通參與者感知信息、信號燈信息、V2X業(yè)務(wù)信息轉(zhuǎn)發(fā)。

采用MQTT通信協(xié)議時，云控平臺作為服務(wù)端，第三方應用服務(wù)平臺作為客戶端。

7.2通用要求

7.2.1QoS要求

重要消息QOS優(yōu)先級宜為1，普通消息宜為0。

7.2.2Topic定義

MQTT數(shù)據(jù)Topic可參考下表13進行設(shè)置。

表13數(shù)據(jù)Topic

序號Topic定義備注說明

1Device/RCF路側(cè)設(shè)備/路側(cè)計算設(shè)備信息

2Device/sensor路側(cè)設(shè)備/路側(cè)感知設(shè)備信息

3Device/rsu路側(cè)設(shè)備/路側(cè)通信設(shè)備信息

4Device/lamp路側(cè)設(shè)備/信號燈設(shè)備信息

5Perception/participants路側(cè)感知/交通參與者

6Perception/incident路側(cè)感知/交通事件

7Perception/traffic路側(cè)感知/交通運行狀況

8Perception/meteorological路側(cè)感知/交通氣象狀況

9Lamp信號燈倒計時與相位

10V2XMessageV2X報文數(shù)據(jù)

7.3數(shù)據(jù)交互內(nèi)容

數(shù)據(jù)內(nèi)容同本文件第6.3節(jié)。

8交互安全

8.1認證

云控平臺對第三方應用服務(wù)平臺的身份認證遵循如下過程：

c)第三方應用服務(wù)平臺通過調(diào)用接口請求方法，發(fā)起接口調(diào)用請求；

a)如接口請求方法對當前接收平臺的身份數(shù)據(jù)進行序列化并驗證其身份合法，則認證通過，否則

身份認證失??；

b)第三方應用服務(wù)平臺的身份驗證通過后，云控平臺返回帶簽名的Token給接收平臺；

c)第三方應用服務(wù)平臺將Token保存在本地，并跳轉(zhuǎn)到建立連接之后的界面；