《農(nóng)產(chǎn)品冷鏈流通監(jiān)控平臺建設規(guī)范》

ICS03.100

A10

中華人民共和國國家標準

GB/TXXXXX—XXXX

農(nóng)產(chǎn)品冷鏈流通監(jiān)控平臺建設規(guī)范

Thespecificationofmonitoringplatformconstructionofcoldchaincirculationfor

agriculturalproducts

點擊此處添加與國際標準一致性程度的標識

（征求意見稿）

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

GB/TXXXXX—XXXX

I

GB/TXXXXX—XXXX

農(nóng)產(chǎn)品冷鏈流通監(jiān)控平臺建設規(guī)范

1范圍

本標準規(guī)定了農(nóng)產(chǎn)品冷鏈流通監(jiān)控平臺（以下簡稱平臺）的建設要求、體系架構、功能構成，冷庫、

冷藏車、制冷陳列柜、冷藏（凍）集裝箱、保溫箱等農(nóng)產(chǎn)品冷鏈流通設施設備的數(shù)據(jù)采集要求，平臺接

口、平臺性能、平臺安全性、運行維護等要求。

本規(guī)范適用于農(nóng)產(chǎn)品冷鏈流通監(jiān)控平臺的建設、運行和維護。

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

下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅所注日期的版本適用于本文

件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。

GB/T18354-2006物流術語

GB/T28577-2012冷鏈物流分類與基本要求

GB/T28640-2012畜禽肉冷鏈運輸管理技術規(guī)范

GB/T31080-2014水產(chǎn)品冷鏈物流服務規(guī)范

GB/T36088-2018冷鏈物流信息管理要求

GB/T36417.1-2018全分布式工業(yè)控制網(wǎng)絡第1部分：總則

GB/T36417.2-2018全分布式工業(yè)控制網(wǎng)絡第2部分：術語

GB/T36417.3-2018全分布式工業(yè)控制網(wǎng)絡第3部分：接口通用要求

GB/T36417.4-2018全分布式工業(yè)控制網(wǎng)絡第4部分：異構網(wǎng)絡技術規(guī)范

GB/T38157-2019重要產(chǎn)品追溯追溯管理平臺建設規(guī)范

SB/T10728-2012易腐食品冷藏鏈技術要求果蔬類

3術語

下列術語和定義適用于本標準。

3.1

冷鏈coldchain

根據(jù)物品特性，為保持其品質而采用的從生產(chǎn)到消費的過程中始終處于低溫狀態(tài)的物流網(wǎng)絡。

[GB/T18354-2006，定義4.20]

3.2

農(nóng)產(chǎn)品冷鏈流通coldchaincirculationforagriculturalproducts

經(jīng)商品化處理的農(nóng)產(chǎn)品在儲藏、運輸、銷售及到達消費者的全過程，始終處于適宜的低溫狀態(tài)的流

通系統(tǒng)。

1

GB/TXXXXX—XXXX

3.3

分布式網(wǎng)絡distributednetwork

一種分布式計算網(wǎng)絡系統(tǒng)，具有較高的可靠性，且網(wǎng)絡易于擴充。

[GB/T36417.2-2018定義2.6]

3.4

農(nóng)產(chǎn)品冷鏈流通設施設備運行監(jiān)控系統(tǒng)facilitiesrunningstatesmonitoringsystemofcoldchain

circulationforagriculturalproducts

對承載農(nóng)產(chǎn)品冷鏈流通的設施設備，包括冷庫、冷藏車的車廂、制冷陳列柜、冷藏（凍）集裝箱、

保溫箱等內部的溫度、濕度、門開關狀態(tài)、載貨信息以及地理位置等數(shù)據(jù)進行采集、傳輸、存儲和處理

的信息系統(tǒng)。

3.5

冷鏈流通設施設備現(xiàn)場監(jiān)控主機fieldhostcomputerofcoldchaincirculationfacilitiesmonitoring

在農(nóng)產(chǎn)品冷鏈流通設施設備運行監(jiān)控系統(tǒng)中，安裝于冷鏈流通設施設備現(xiàn)場，用于連接溫度、濕度、

門開關狀態(tài)、載貨信息以及地理位置等傳感器，進行數(shù)據(jù)采集、處理和現(xiàn)場監(jiān)控的計算機。

3.6

農(nóng)產(chǎn)品冷鏈流通監(jiān)控平臺monitoringplatformofcoldchaincirculationforagriculturalproducts

由農(nóng)產(chǎn)品冷鏈流通設施設備運行監(jiān)控系統(tǒng)通過通信網(wǎng)絡連接而構成，對農(nóng)產(chǎn)品在冷鏈流通過程中所

處環(huán)境的溫度、濕度、設施設備門開關狀態(tài)、載貨信息以及地理位置等數(shù)據(jù)進行采集、傳輸、存儲、處

理和提供信息服務的分布式網(wǎng)絡系統(tǒng)。

4建設原則

4.1功能完整和適用性

平臺功能應覆蓋農(nóng)產(chǎn)品冷鏈流通全過程及過程中所涉及的冷庫、冷藏車、制冷陳列柜、冷藏（凍）

集裝箱、保溫箱等全部冷鏈設備設施，同時應適合農(nóng)產(chǎn)品冷鏈流通的業(yè)務需求，具有實用性。

4.2系統(tǒng)開放性

平臺建設應保持開放性，具有兼容性和可擴展性。

4.3平臺可靠性

平臺建設應優(yōu)先保證數(shù)據(jù)的完整性、可靠性、安全性，確保所采集數(shù)據(jù)能真實反映農(nóng)產(chǎn)品冷鏈流通

過程所處狀態(tài)。

5總體要求

5.1平臺的構成

平臺由農(nóng)產(chǎn)品冷鏈流通設施設備運行監(jiān)控系統(tǒng)通過通信網(wǎng)絡連接構成，網(wǎng)絡架構可參照GB/T

36417.1-2018第5章構建。農(nóng)產(chǎn)品冷鏈流通涉及的冷庫、冷藏車、制冷陳列柜、冷藏（凍）集裝箱、保

溫箱等冷鏈流通設施設備對應到GB/T36417.1-2018第5章（全分布式工業(yè)控制網(wǎng)絡架構）的level0，溫

2

GB/TXXXXX—XXXX

度、濕度等各類傳感器對應到level1，冷鏈流通設施設備現(xiàn)場監(jiān)控主機對應到level2，農(nóng)產(chǎn)品冷鏈流通設

施設備運行監(jiān)控系統(tǒng)對應到level3，平臺對應到level4。農(nóng)產(chǎn)品冷鏈流通設施設備運行監(jiān)控系統(tǒng)通過通信

網(wǎng)絡與在本監(jiān)控系統(tǒng)注冊的冷鏈流通設施設備現(xiàn)場監(jiān)控主機連接，農(nóng)產(chǎn)品冷鏈流通設施設備運行監(jiān)控系

統(tǒng)之間通過通信網(wǎng)絡連接構成平臺。

5.2平臺功能要求

5.2.1冷鏈流通設施設備基礎信息維護

冷鏈流通設施設備包括：冷庫、冷藏車、冷藏（凍）集裝箱、保溫箱、制冷陳列柜等。冷鏈流通設

施設備應在農(nóng)產(chǎn)品冷鏈流通設施設備運行監(jiān)控系統(tǒng)注冊，在冷鏈流通設施設備現(xiàn)場監(jiān)控主機通過通信網(wǎng)

絡連接到農(nóng)產(chǎn)品冷鏈流通設施設備運行監(jiān)控系統(tǒng)時完成注冊，注冊時應錄入冷鏈流通設施設備的基礎信

息，基礎信息包括：冷鏈流通設施設備名稱和注冊編號、所屬企業(yè)名稱和注冊編號、所在的省/市/縣域

ID、制造商ID、現(xiàn)場監(jiān)控主機型號、現(xiàn)場監(jiān)控主機注冊編號、冷鏈流通設施設備屬性和特征、車牌標

識等。平臺應具有對冷鏈流通設施設備基礎信息進行維護的功能。

5.2.2監(jiān)控功能

數(shù)據(jù)采集和顯示功能

平臺應采集并分類顯示所有已納入監(jiān)控的冷鏈流通設施設備的實時溫度、濕度、門開關狀態(tài)、載貨

信息以及地理位置等數(shù)據(jù)，以及上述數(shù)據(jù)的歷史數(shù)據(jù)。

報警功能

納入監(jiān)控平臺的冷鏈流通設施設備內任一溫度、濕度傳感器采集的溫度、濕度值超過設定范圍（高

于溫度、濕度上限或低于溫度、濕度下限），應在監(jiān)控平臺顯示該設施設備的溫度、濕度報警信息。

5.2.3冷鏈流通的物流過程信息管理

冷鏈流通的物流過程信息管理應符合GB/T36088-2018的要求。

5.2.4數(shù)據(jù)分析功能

平臺應對采集的數(shù)據(jù)進行分析，可按照不同地域范圍、不同設備、不同企業(yè)或用戶設定的維度展示

監(jiān)控率、在線率、溫度達標率、綜合溫度達標率等指標。

——監(jiān)控率：納入監(jiān)控的冷庫、冷藏車、冷藏（凍）集裝箱、保溫箱、制冷陳列柜的數(shù)量與所有運

營的冷庫、冷藏車、冷藏（凍）集裝箱、保溫箱、制冷陳列柜的數(shù)量的比值。

——在線率：處于正常采集監(jiān)控數(shù)據(jù)狀態(tài)的冷庫、冷藏車、冷藏（凍）集裝箱、保溫箱、制冷陳列

柜的數(shù)量與納入監(jiān)控的冷庫、冷藏車、冷藏（凍）集裝箱、保溫箱、制冷陳列柜的總數(shù)量的比值。

——溫度達標率：在指定時間段內，農(nóng)產(chǎn)品在冷鏈流通過程的冷庫、冷藏車、冷藏（凍）集裝箱、

保溫箱、制冷陳列柜中的環(huán)境溫度在其要求的溫度范圍內運營的時長與總運營時長的比值。要求的溫度

范圍可按照GB/T28577-2012、GB/T28640-2012、GB/T31080-2014、SB/T10728-2012設定。

——綜合溫度達標率：在指定時間段內，某企業(yè)或某區(qū)域在正常運營時間內，冷庫、冷藏車、冷藏

（凍）集裝箱、保溫箱、制冷陳列柜的內部溫度處于正常溫度范圍內的時長之和與其總工作時長的比值。

5.2.5冷鏈流通設施設備相關信息管理功能

——冷鏈監(jiān)控系統(tǒng)管理功能，應能對通過通信網(wǎng)絡連接到平臺的各個農(nóng)產(chǎn)品冷鏈流通設施設備運行

監(jiān)控系統(tǒng)的運行狀態(tài)、故障情況等信息進行監(jiān)控，對這些監(jiān)控系統(tǒng)的基礎信息進行管理，包括農(nóng)產(chǎn)品冷

鏈流通設施設備運行監(jiān)控系統(tǒng)的建設單位、運行管理單位、負責人及聯(lián)系方式、連接到平臺的時間、所

轄冷鏈流通設施設備的清單、所轄冷鏈流通設施設備現(xiàn)場監(jiān)控主機清單等。

——冷鏈監(jiān)控設備管理功能：應能對被納入監(jiān)控的冷鏈流通設施設備的監(jiān)控設備，包括現(xiàn)場監(jiān)控主

機及溫度、濕度、門開關等各類傳感器的使用狀態(tài)、故障報警等信息進行監(jiān)控，對這些監(jiān)控設備的基礎

信息進行管理，包括現(xiàn)場監(jiān)控主機及溫度、濕度等各類傳感器的名稱、注冊時間、注冊編號、型號、生

產(chǎn)廠家、投入使用的時間、額定使用壽命等。

——相關標準文本查詢功能：應能查看農(nóng)產(chǎn)品冷鏈流通及監(jiān)控平臺相關的國家標準和行業(yè)標準。

3

GB/TXXXXX—XXXX

5.2.6平臺基本數(shù)據(jù)維護功能

農(nóng)產(chǎn)品冷鏈流通及監(jiān)控平臺涉及的各類基本數(shù)據(jù)的管理和維護，包括數(shù)據(jù)字典維護、貨品存儲冷鏈

環(huán)境參數(shù)維護、貨品運輸冷鏈參數(shù)維護、用戶信息管理、組織機構信息管理、用戶角色管理、人員崗位

管理和權限管理等。

5.2.7平臺接口功能

平臺應具有安全開放的系統(tǒng)接口，方便新建立的農(nóng)產(chǎn)品冷鏈流通設施設備運行監(jiān)控系統(tǒng)連接到平

臺。平臺的系統(tǒng)接口可按照GB/T36417.3-2018、GB/T36417.4-2018設計和建立。為方便有需求的其他

系統(tǒng)使用平臺的監(jiān)控數(shù)據(jù)，平臺應設有相應的數(shù)據(jù)接口，數(shù)據(jù)接口可根據(jù)具體需求自行設定。

5.3平臺性能要求

5.3.1同時在線用戶數(shù)：≥5000個。

5.3.2系統(tǒng)并發(fā)訪問：≥1500個。

5.3.3單個集群數(shù)據(jù)處理能力：數(shù)據(jù)實時處理≥70000次/秒，數(shù)據(jù)訪問≥10000次/秒。

6平臺數(shù)據(jù)采集

6.1數(shù)據(jù)采集項及要求

平臺對冷庫、冷藏車、冷藏（凍）集裝箱、保溫箱、制冷陳列柜等冷鏈流通設施設備的監(jiān)控數(shù)據(jù)采

集項應符合表1要求。

表1數(shù)據(jù)采集項及要求

冷鏈設數(shù)據(jù)采集

采集標準上傳頻率說明

施設備項

精度：≤±℃每20分鐘上傳一次

溫度0.5

分辨率：0.1℃

精度：≤±凍結物冷藏間不采

濕度5%RH

分辨率：1%RH集濕度

經(jīng)緯度定位誤差范圍：≤30m

冷庫門打開并關閉計一

當日門開次，當日自零點起

關次數(shù)至采集時刻，門開

關累計次數(shù)。

門開關狀門開關狀態(tài)翻轉即時上

態(tài)傳

量程：℃℃精度：上傳方式包含定時上傳

溫度-40-80

±0.5℃和定距上傳：

量程：0-100%RH定時上傳：在怠速或停駛

濕度精度：±5%RH狀態(tài)下，每條數(shù)據(jù)的最大

（40%-90%RH）采集時間間隔不大于

門開關狀60s；

冷藏車態(tài)定距上傳：在行駛狀態(tài)

下，每的行駛距

經(jīng)緯度定位誤差范圍：≤1000m

30m離內應至少采集一條數(shù)

、靜態(tài)稱重誤差：載貨重量、載貨體

1據(jù)；

積和裝載率，三個

<20%F?S以上兩種上傳判斷條件

信息中提交任一信

載貨信息2、靜態(tài)體積誤差：應同時存在，只要有任何

息即可

<20%F?S一個報送條件達到，則立

3、靜態(tài)裝載率誤差：

4

GB/TXXXXX—XXXX

<20%F?S即報送。

量程：-40-85℃當使用內部電池進行工

溫度精度：±0.5℃作時，數(shù)據(jù)采集與上傳時

（-10-85℃）間間隔不應大于30分

檢測范圍：0-100%RH鐘；

濕度精度：±5%RH當外接電源時，設備端數(shù)

據(jù)采集時間間隔不應大

（40%-90%）

于分鐘，數(shù)據(jù)上傳時間

冷藏門開關狀1

間隔不應大于分鐘。

（凍）集態(tài)5

裝箱經(jīng)緯度定位誤差范圍：≤30m

制冷機組開啟或關閉

冷機運行后，判斷延時控制在2

狀態(tài)分鐘內，設備將信息上

傳到平臺

宜以電量百分比進行上

電池電量

傳

檢測范圍：-40~85℃上傳時間間隔≤15分

溫度精度：±0.5℃鐘。

（-10~85℃）

檢測范圍：0~100%RH

保溫箱濕度精度：±5%RH

（40%~90%RH）

經(jīng)緯度定位誤差范圍：≤500m

宜以電量百分比進行上

電池電量

傳

制冷陳精度：≤±℃每5分鐘一次

溫度0.5

列柜分辨率：0.1℃

6.2數(shù)據(jù)采集點

6.2.1冷庫數(shù)據(jù)采集點

溫度、濕度數(shù)據(jù)采集點設置

——以冷藏間每300㎡對角線交點為中心，距冷藏間頂部200mm處懸掛設置一處采集點；

——在每個冷庫的門上沿至冷庫頂部的中心位置，距墻壁100mm—150mm處懸掛設置一處采集點；

——傳感器設置完成后，應不易移動，或移動時，應產(chǎn)生數(shù)據(jù)記錄；

——采集點如碰到障礙物，采集點宜平移至距障礙物150mm—200mm處；

——對于采用強制循環(huán)空氣冷卻器的冷藏間，在空氣冷卻器回風口下方200mm處懸掛增設一處采

集點；

——對于層高超過7m的冷藏間，應于距地面7m處各墻角處各增設一采集點，以距地面7m處為基準，

每隔5m的墻角處應各增設一采集點。

門開關狀態(tài)數(shù)據(jù)采集點設置

應在每扇冷庫門門框與移動門銜接處設置一個采集點。

6.2.2冷藏車數(shù)據(jù)采集點

溫度、濕度數(shù)據(jù)采集點設置

——應于車廂內冷風機回風口正前方10cm處居中懸掛設置一處采集點；

——應于沿車廂側壁距后門不超過50cm處懸掛設置一處采集點；

5

GB/TXXXXX—XXXX

——對于長度大于等于7.6m且小于等于9.6m的車廂，應于沿車廂測壁距車廂前壁1/3廂體位置處懸

掛增設一處采集點；

——對于長度大于9.6m的車廂，應于沿車廂側壁距車廂前壁2/3廂體位置處懸掛增設一處采集點；

——除回風口處，以上采集點距車廂頂部距離應不大于20cm。

門開關狀態(tài)數(shù)據(jù)采集點設置

每個車廂門應設置一處采集點，每個采集點的設置應選擇門框上部、不易影響裝卸貨操作的位置。

載貨信息數(shù)據(jù)采集點設置

載貨信息數(shù)據(jù)采集點的設置不應對車輛安全和車輛年檢造成影響。

6.2.3冷藏（凍）集裝箱數(shù)據(jù)采集點

溫度、濕度數(shù)據(jù)采集點設置

——應于集裝箱內部冷機風道的回風口位置懸掛設置一處采集點；

——應于集裝箱內部冷機風道的出風口位置懸掛設置一處采集點；

——應于沿集裝箱內側壁距后門不超過50cm處懸掛設置一處采集點；

——對于沒有形成空氣強制對流且箱體長度超過8m的冷藏（凍）集裝箱，應于沿集裝箱內側壁距

其前壁1/2箱體位置處懸掛增設一處采集點；

——各采集點不應接觸風道壁或集裝箱內壁，應距離貨物不小于3cm。

門開關狀態(tài)數(shù)據(jù)采集點設置

門開關狀態(tài)數(shù)據(jù)采集點的設置應選擇集裝箱門門框上部、不易影響裝卸貨操作的位置。

6.2.4保溫箱數(shù)據(jù)采集點

溫度、濕度數(shù)據(jù)采集點應設置于冷媒載體內側，不應與冷媒載體直接接觸。

6.2.5制冷陳列柜數(shù)據(jù)采集點

溫度數(shù)據(jù)采集點設置

——在制冷陳列柜的每一溫區(qū)設置一處采集點；

——對于內徑寬度大于1.875m的溫區(qū)，應增設一處采集點；

——采集點應設置于負載界限線以內0-5cm處，且不與內壁直接接觸。

7安全性要求

平臺的安全性應符合GB/T38157-2019第10章的要求。

8平臺的運行與維護

8.1文檔資料管理

8.1.1文檔資料的收集、整理、歸檔、保管、利用應設置固定的處理程序和相關人員的崗位責任。

8.1.2應按系統(tǒng)開發(fā)階段形成的系統(tǒng)文檔資料進行分類，分類應反映業(yè)務過程及文檔之間的相互對應

關系。

8.2運行管理制度

應建立運行管理制度，包括：系統(tǒng)操作規(guī)程、系統(tǒng)安全保密制度、系統(tǒng)修改規(guī)程、系統(tǒng)備份制度、

系統(tǒng)定期維護制度以及系統(tǒng)運行狀況記錄和日志歸檔制度等。

8.3歸檔管理

8.3.1檔案文件，包括軟件產(chǎn)品文件、數(shù)據(jù)資料、開發(fā)階段形成的文檔資料，應與相關的軟件、其他

說明等一同歸檔保存。

6

GB/TXXXXX—XXXX

8.3.2檔案文件進行歸檔的同時應設定保管期限，需要永久和長期保存的檔案文件，應在每一個存儲

載體中同時存有相應的符合規(guī)范要求的目錄。

8.4系統(tǒng)維護

8.4.1系統(tǒng)維護的內容包括計算機硬件維護、計算機環(huán)境優(yōu)化、信息的更新及動態(tài)存儲等方面。

8.4.2系統(tǒng)維護的方法主要包括屬性內容修改、新的拓撲關系簡歷、動態(tài)變化時間間隔確定、動態(tài)存

儲、動態(tài)更新數(shù)據(jù)。

8.5系統(tǒng)評價

8.5.1將運行系統(tǒng)與預期目的進行比較，對系統(tǒng)的性能進行估計、檢查、測試、分析和評審，包括用

時間指標與計劃指標進行比較，評價系統(tǒng)目標實現(xiàn)的程度。

8.5.2系統(tǒng)評價指標應包括經(jīng)濟指標、性能指標和管理指標。

8.5.3應就評價結果形成系統(tǒng)評價報告。

7

GB/TXXXXX—XXXX

附錄A

（資料性附錄）

數(shù)據(jù)接口

A.1數(shù)據(jù)接口方式

其他系統(tǒng)獲取數(shù)據(jù)的接口方式可使用API接口：基于http（超文本傳輸協(xié)議，HypertextTransfer

Protocol）或https（超文本傳輸安全協(xié)議，HypertextTransferProtocolSecure）網(wǎng)絡協(xié)議的網(wǎng)絡

服務，用于傳輸獲取的監(jiān)控數(shù)據(jù)。

A.2數(shù)據(jù)接口說明

API接口說明包括但不限于：

A.2.1接口標識：賦予API接口的唯一標識；由平臺或數(shù)據(jù)提供方自定義。

示例：storagerealtime

A.2.2接口名稱：接口傳輸?shù)臄?shù)據(jù)核心內容的簡要、概況性描述，由數(shù)據(jù)提供方自定義。

示例：冷庫實時數(shù)據(jù)查詢

A.2.3接口描述：接口的功能描述；由數(shù)據(jù)提供方定義。

示例：接口提供指定冷庫的當前數(shù)據(jù)

A.2.4接口地址：接口的URL訪問地址；由數(shù)據(jù)提供方定義。

示例：https://ip:port/datacenter/coldchain/storagerealtime/subscription

A.2.5請求方式：對數(shù)據(jù)進行操作采用的類型，可采用GET或POST等方式；由數(shù)據(jù)提供方自定義。

示例：httpPOST

A.2.6請求示例：請求數(shù)據(jù)的接口地址示例說明；由數(shù)據(jù)提供方自定義；

示例：

{

"user":"admin",

"password":""

}

A.2.7請求參數(shù)：訪問接口時必要的或可選的參數(shù)，應說明參數(shù)的名稱、類型、是否必填、示例值和

描述說明等屬性；由數(shù)據(jù)提供方自定義；

示例：

參數(shù)項數(shù)據(jù)類型是否必填參數(shù)說明

userString是用戶名（平臺分配）

passwordString是即平臺分配的用戶密碼

paramsString否JSON協(xié)議參數(shù)，第X章節(jié)針對具體接口詳述

A.2.8返回參數(shù)：請求數(shù)據(jù)后，系統(tǒng)返回的相關參數(shù)，應說明參數(shù)的名稱、類型、示例值和描述說明

等屬性；由數(shù)據(jù)提供方自定義；

示例：

數(shù)據(jù)類是否

屬性名稱屬性描述

型必填

idLong是唯一標識

storageItemString否儲藏物品，如：水產(chǎn)，海鮮，冰淇淋；詳見數(shù)據(jù)字典

storageNameString否冷庫名稱

開門次數(shù)，格式：[冷庫門名稱1:開門次數(shù)1,冷庫門名稱2:

opendoorNumString否

開門次數(shù)2]

8

GB/TXXXXX—XXXX

temperatureWarnString否溫度報警

provinceNameString否所屬省份

regionNameString否所屬市

doorStatusString否門狀態(tài)[0：關，1：開]

realTimeDate否采集時間—毫秒數(shù)

temperatureString否溫度

humidityString否濕度

boxMacString否現(xiàn)場監(jiān)控主機mac地址

boxPortint否現(xiàn)場監(jiān)控主機通道

storageAreaIdLong否庫區(qū)ID

storageAreaNameString否庫區(qū)名稱

sensorPortint否傳感器通道

storageAreaTypeString否庫區(qū)類型，如：冷藏庫，冷凍庫等；詳見數(shù)據(jù)字典

A.2.9返回示例：請求數(shù)據(jù)是否成功的返回示例；由數(shù)據(jù)提供方自定義；

示例：

{

code：0,

message:"",

data:{

address:"ip:port",

topic:"storage_xxxxxx"

}

}

A.2.10返回格式：返回信息中需要描述返回的狀態(tài)代碼，返回消息說明，附加的數(shù)據(jù)信息，如JSON

（JS對象簡譜，JavaScriptObjectNotation）格式；由數(shù)據(jù)提供方自定義；

A.2.11錯誤碼參照：請求數(shù)據(jù)后，系統(tǒng)返回的錯誤碼及其返回說明。

異常編碼異常信息

100001包體不能為空

100002包體格式不正確

100003用戶權限認證未通過

100004params參數(shù)不能為空

100005params參數(shù)格式不正確

100006調用服務出錯

100007訪問地址不存在

100008field參數(shù)必須為realTime

100009fromValue不能為空

100010toValue不能為空

100011輸入的時間格式不正確

100013時間間隔不能大于7天

A.3數(shù)據(jù)接口內容

數(shù)據(jù)接口內容包括但不限于冷庫、冷藏車的車廂、制冷陳列柜、冷藏（凍）集裝箱、保溫箱的實時

數(shù)據(jù)、歷史數(shù)據(jù)，企業(yè)、冷庫、冷藏車、冷藏集裝箱、冷柜、保溫箱的基礎數(shù)據(jù)等。

9

GB/TXXXXX—XXXX

A.4數(shù)據(jù)字典

對數(shù)據(jù)接口中提供的特殊代碼，通過數(shù)據(jù)字典進行對照說明。

示例：冷庫月臺

CODENAME

1封閉

2敞開

10

GB/TXXXXX—XXXX

附錄B

（資料性附錄）

冷庫設備監(jiān)控數(shù)據(jù)傳輸

B.1通信方式

通信協(xié)議采用UDP/IP協(xié)議，平臺為服務器端，冷庫終端作為客戶端，冷庫終端與平臺數(shù)據(jù)中心之間

通信的物理接口采用以太網(wǎng)。

B.2通信報文組成

附表1

字段名稱字節(jié)數(shù)備注

報文頭20x0f0x00（以下數(shù)據(jù)格式，除特別說明外，均為16進制）

版本號1

報文類型1見定義

報文總長度2整幀長度

設備ID6冷庫終端設備號，采用通信模塊MAC碼

報文ID4采用消息序列號，依次累加

時間戳42000年1月1日零點以來的秒數(shù)

消息體n數(shù)據(jù)內容格式見定義

預留4預留字段，缺省為零

CRC4整幀校驗（從版本號開始，到預留字段結束）

報文尾20x550xAA

B.3消息類型

附表2

報文類型報文名稱傳輸方向消息體備注

0x01數(shù)據(jù)報文冷庫終端至數(shù)據(jù)中心見定義用于上傳冷庫的監(jiān)測數(shù)據(jù)

0x81數(shù)據(jù)確認報文數(shù)據(jù)中心至冷庫終端見定義用于對上傳操作的確認應答

0x82查詢報文數(shù)據(jù)中心至冷庫終端無用于查詢冷庫的監(jiān)測設備狀態(tài)

用于向冷庫的監(jiān)測設備發(fā)送控制或配

0x83控制報文數(shù)據(jù)中心至冷庫終端見定義

置命令指令

0x03控制確認報文冷庫終端至數(shù)據(jù)中心見定義用于控制指令的確認應答

用于向數(shù)據(jù)中心發(fā)送冷庫監(jiān)測設備的

0x04心跳報文冷庫終端至數(shù)據(jù)中心無

心跳信號

B.4消息體

B.4.1數(shù)據(jù)報文

附表3

字段名稱字節(jié)數(shù)備注

通道數(shù)2本次數(shù)據(jù)報文中包含的數(shù)據(jù)采集通道總數(shù)

本次數(shù)據(jù)報文中包含的數(shù)據(jù)采集通道中的一個數(shù)據(jù)通道

通道號2

ID（從1開始）

通道n

1表示開關門狀態(tài)。數(shù)據(jù)類型為S8

類型1

2表示溫度值、濕度值。數(shù)據(jù)類型為S16

11

GB/TXXXXX—XXXX

3表示開關門次數(shù)。數(shù)據(jù)類型為U16

4表示當前維度，以度為單位的緯度值乘以10的6次方，

精確到一百萬分之一度；0xFFFFFFFF表示無效。數(shù)據(jù)類

型為DWORD

5表示當前經(jīng)度，以度為單位的經(jīng)度值乘以10的6次方，

精確到一百萬分之一度；0xFFFFFFFF表示無效。數(shù)據(jù)類

型為DWORD

6表示傳感器狀態(tài)。數(shù)據(jù)類型為S8

7表示UPS狀態(tài)。數(shù)據(jù)類型為S8

其他需要增加上傳的數(shù)據(jù)類型可根據(jù)需要擴展約定

數(shù)據(jù)長度1本通道需要上傳的數(shù)據(jù)的長度

數(shù)據(jù)n本通道需要上傳的數(shù)據(jù)

...

B.4.2數(shù)據(jù)確認報文

附表4

字段名稱字節(jié)數(shù)備注

0x01，正確

確認狀態(tài)1

0x80，錯誤

B.4.3設備狀態(tài)報文

附表5

字段名稱字節(jié)數(shù)備注

0x01，正常

確認狀態(tài)1

0x80，故障

B.4.4控制報文

附表6

字段名稱字節(jié)數(shù)備注

0x81：設備立即生成當前時刻的數(shù)據(jù)報文并上傳，并從此刻開始，冷

庫終端每隔20分鐘上傳一次數(shù)據(jù)報文

控制命令1

0x82：設備重啟

0x84：配置冷庫終端上載目的IP地址

B.4.4.1控制確認報文

附表7

字段名稱字節(jié)數(shù)備注

0x01，執(zhí)行完成

確認狀態(tài)1

0x80，執(zhí)行錯誤

B.4.4.2報文發(fā)送和應答機制

冷庫終端支持周期(20分鐘)上傳和開關門觸發(fā)立即上傳數(shù)據(jù)報文，平臺收到報文后，檢查報文的合

法性及完整性。若非法，直接丟棄。若報文正確，則向冷庫終端發(fā)送確認正確報文，若報文錯誤，則向

冷庫終端發(fā)送確認錯誤報文。冷庫終端發(fā)送數(shù)據(jù)報文后，等待平臺的回應。若在3秒內收到確認正確報

文，則這次發(fā)送成功，等待下一個發(fā)送周期。若在3秒內未收到確認報文（正確或錯誤），則重新發(fā)送，

重新發(fā)送最多1次。若連續(xù)接收不到確認報文或發(fā)送錯誤，則將報文存儲到本地。下一個上傳周期重新

12

GB/TXXXXX—XXXX

傳送最新數(shù)據(jù)，若傳送成功，則將本地的歷史報文以200ms為周期逐條上傳。冷庫終端本地需提供至少2

天的歷史報文存儲空間。

平臺發(fā)送至冷庫終端的報文必須包含冷庫終端ID。冷庫終端接收到報文后，必須檢查報文所帶的設

備ID是否和已平臺設備管理中心中已備案設備ID一致。若不一致，則是非法報文，直接丟棄。

冷庫終端每一分鐘發(fā)送心跳報文；

冷庫終端收到平臺的查詢報文后，向平臺發(fā)送設備狀態(tài)報文；

冷庫終端的本地時間以平臺為準。冷庫終端可以利用平臺報文攜帶的時間戳進行同步校正。

13

GB/TXXXXX—XXXX

附錄C

（資料性附錄）

冷藏車設備監(jiān)控數(shù)據(jù)傳輸

C.1通信方式

通信協(xié)議采用TCP或UDP，平臺作為服務器端，終端作為客戶端。

C.2數(shù)據(jù)類型

協(xié)議消息中使用的數(shù)據(jù)類型見附表8。

附表8數(shù)據(jù)類型

數(shù)據(jù)類型描述及要求

BYTE無符號單字節(jié)整型（字節(jié)，8位）

WORD無符號雙字節(jié)整型（字，16位）

DWORD無符號四字節(jié)整型（雙字，32位）

BYTE[n]n字節(jié)

BCD[n]8421碼，n字節(jié)

STRINGGBK編碼，若無數(shù)據(jù)，置空

INT8有符號單字節(jié)整型(8位)

INT16有符號雙字節(jié)整型（16位）

INT32有符號四字節(jié)整型（32位）

C.3傳輸規(guī)則

協(xié)議采用大端模式（big-endian）的網(wǎng)絡字節(jié)序來傳遞字和雙字。約定如下：

——字節(jié)（BYTE）的傳輸約定：按照字節(jié)流的方式傳輸；

——字（WORD）的傳輸約定：先傳遞高八位，再傳遞低八位；

——雙字（DWORD）的傳輸約定：先傳遞高24位，然后傳遞高16位，再傳遞高八位，最后傳遞低八

位。

C.4消息的組成

C.4.1消息結構

每條消息由標識位、消息頭、消息體和校驗碼組成，消息結構圖如圖1所示：

標識位消息頭消息體檢驗碼標識位

圖1消息結構圖

C.4.2標識位

采用0x7e表示，若校驗碼、消息頭以及消息體中出現(xiàn)0x7e，則要進行轉義處理，轉義規(guī)則定義如下：

0x7e<————>0x7d后緊跟一個0x02；

0x7d<————>0x7d后緊跟一個0x01。

轉義處理過程如下：

發(fā)送消息時：消息封裝——>計算并填充校驗碼——>轉義；

接收消息時：轉義還原——>驗證校驗碼——>解析消息。

示例：

發(fā)送一包內容為0x300x7e0x080x7d0x55的數(shù)據(jù)包，則經(jīng)過封裝如下：

0x7e0x300x7d0x020x080x7d0x010x550x7e。

C.4.3消息頭

消息頭內容詳見附表9。

14

GB/TXXXXX—XXXX

附表9消息頭內容

起始字節(jié)字段數(shù)據(jù)類型描述及要求

0消息IDWORD

2消息體屬性WORD消息體屬性格式結構圖見圖2

根據(jù)安裝后終端自身的手機號轉換。手機號不足12位，

4終端手機號BCD[6]則在前補充數(shù)字，大陸手機號補充數(shù)字0，港澳臺則根

據(jù)其區(qū)號進行位數(shù)補充

10消息流水號WORD按發(fā)送順序從0開始循環(huán)累加

消息包封裝如果消息體屬性中相關標識位確定消息分包處理，則該

12

項項有內容，否則無該項

消息體屬性格式結構圖如圖2所示：

1514131211109876543210

保留分包保留消息體長度

圖2消息體屬性格式結構圖

分包：

當消息體屬性中第13位為1時表示消息體為長消息，進行分包發(fā)送處理，具體分包信息由消息包封

裝項決定；若第13位為0，則消息頭中無消息包封裝項字段。

消息包封裝項內容見附表10。

附表10消息包封裝項內容

起始字節(jié)字段數(shù)據(jù)類型描述及要求

0消息總包數(shù)WORD該消息分包后的總包數(shù)

2包序號WORD從1開始

C.4.4校驗碼

校驗碼指從消息頭開始，同后一字節(jié)異或，直到校驗碼前一個字節(jié)，占用一個字節(jié)。

C.5通信連接

C.5.1連接的建立

終端與平臺的數(shù)據(jù)日常連接可采用TCP或UDP方式，終端復位后應盡快與平臺建立連接，連接建立后

立即向平臺發(fā)送終端鑒權消息進行登錄（鑒權）。

C.5.2連接的維持

連接建立和終端登錄（鑒權）成功后，在沒有正常數(shù)據(jù)包傳輸?shù)那闆r下，終端應周期性向平臺發(fā)送

終端心跳消息，平臺收到后向終端發(fā)送平臺通用應答消息，發(fā)送周期由終端參數(shù)指定。

C.5.3連接的斷開

平臺和終端均可根據(jù)TCP協(xié)議主動斷開連接，雙方都應主動判斷TCP連接是否斷開。平臺判斷TCP連

接斷開的方法：

——根據(jù)TCP協(xié)議判斷出終端主動斷開；

——相同身份的終端建立新連接，表明原連接已斷開；

——在一定的時間內未收到終端發(fā)出的消息，如終端心跳。

終端判斷TCP連接斷開的方法：

——根據(jù)TCP協(xié)議判斷出平臺主動斷開；

——數(shù)據(jù)通信鏈路斷開；

——數(shù)據(jù)通信鏈路正常，達到重傳次數(shù)后仍未收到應答。

15

GB/TXXXXX—XXXX

C.6消息處理

C.6.1TCP和UDP消息處理

C.6.1.1平臺主發(fā)的消息

所有平臺主發(fā)的消息均要求終端應答，應答分為通用應答和專門應答，由各具體功能協(xié)議決定。發(fā)

送方等待應答超時后，應對消息進行重發(fā)。應答超時時間和重傳次數(shù)由平臺參數(shù)指定；

C.6.1.2終端主發(fā)的消息

C.數(shù)據(jù)通信鏈路正常

數(shù)據(jù)通信鏈路正常時，所有終端主發(fā)的消息均要求平臺應答，應答分為通用應答和專門應答，由各

具體功能協(xié)議決定。終端等待應答超時后，應對消息進行重發(fā)。應答超時時間和重傳次數(shù)由終端參數(shù)指

定。對于終端發(fā)送的關鍵報警消息，若達到重傳次數(shù)后仍未收到應答，則應對其進行保存。以后在發(fā)送

其它消息前要先發(fā)送保存的關鍵報警消息；

C.數(shù)據(jù)通信鏈路異常

數(shù)據(jù)通信鏈路異常時，終端應對需發(fā)送的位置信息匯報消息進行保存。在數(shù)據(jù)通信鏈路恢復正常后，

立即發(fā)送保存的消息。

C.7協(xié)議分類

C.7.1概述

以下按功能分類對協(xié)議進行描述。無特別指明，缺省采用TCP通信方式；

C.7.2終端管理類協(xié)議

C.7.2.1終端注冊/注銷

終端在未注冊狀態(tài)下，應首先進行注冊，注冊成功后終端將獲得鑒權碼并進行保存，鑒權碼在終端

登錄時使用。車輛需要拆除或更換終端前，終端應該執(zhí)行注銷操作，取消終端和車輛的對應關系；

C.7.2.2終端登錄/鑒權

終端注冊后每次在與平臺建立連接后，應立即進行登錄/鑒權。登錄/鑒權成功前終端不得發(fā)送其它

消息；

終端通過發(fā)送終端鑒權消息進行鑒權，平臺回復平臺通用應答消息。

C.7.3位置、報警類協(xié)議

C.7.3.1位置信息匯報

終端根據(jù)參數(shù)設定周期性發(fā)送位置信息匯報消息。根據(jù)參數(shù)控制，終端在判斷到車輛拐彎時可發(fā)送

位置信息匯報消息。

C.7.4分包消息

消息采用分包發(fā)送時，其分包消息應采用連續(xù)遞增的流水號。對分包消息的應答，如果沒有專門的

應答指令，則接收方可對所有分包消息采用一條通用應答，或對每條分包消息采用一條通用應答，并使

用結果字段（成功/失?。└嬷l(fā)送方是否正確收到所有的分包消息。在未正確收到所有的分包消息時，

接收方可采用補傳分包請求命令要求發(fā)送方重傳缺失的分包消息。發(fā)送方應采用原始消息將重傳包ID

列表中的分包重發(fā)一次，重傳分包與原始分包消息完全一致。

C.8數(shù)據(jù)格式

C.8.1終端通用應答

消息ID：0x0001

終端通用應答消息體數(shù)據(jù)格式見附表11。

附表11終端通用應答消息體數(shù)據(jù)格式

起始字節(jié)字段數(shù)據(jù)類型描述及要求

0應答流水號WORD對應的平臺消息的流水號

16

GB/TXXXXX—XXXX

2應答IDWORD對應的平臺消息的ID

0：成功/確認；1：失??；

4結果BYTE

2：消息有誤；3：不支持

C.8.2平臺通用應答

消息ID：0x8001

平臺通用應答消息體數(shù)據(jù)格式見附表12。

附表12平臺通用應答消息體數(shù)據(jù)格式

起始字節(jié)字段數(shù)據(jù)類型描述及要求

0應答流水號WORD對應的終端消息的流水號

2應答IDWORD對應的終端消息的ID

0：成功/確認；1：失?。?：消息有誤；

4結果BYTE

3：不支持；4：報警處理確認；

C.8.3終端心跳

消息ID：0x0002

終端心跳數(shù)據(jù)消息體為空。

C.8.4補傳分包請求

消息ID：0x8003

補傳分包請求消息體數(shù)據(jù)格式見附表13。

附表13補傳分包請求消息體數(shù)據(jù)格式

起始字節(jié)字段數(shù)據(jù)類型描述及要求

0原始消息流水號WORD對應要求補傳的原始消息第一包的消息流水號。

4重傳包總數(shù)BYTEn

5重傳包ID列表BYTE[2*n]重傳包序號順序排列，如“包ID1包ID2…...包Idn”。

注：對此消息的應答應采用原始消息將重傳包ID列表中的分包重發(fā)一次，與原始分包消息完全一致。

C.8.5終端注冊

消息ID：0x0100

終端注冊消息體數(shù)據(jù)格式見附表14。

附表14終端注冊消息體數(shù)據(jù)格式

起始

字段數(shù)據(jù)類型描述及要求

字節(jié)

標示終端安裝車輛所在的省域，0保留，由平臺取默認值。省域ID采

0省域IDWORD

用GB/T2260中規(guī)定的行政區(qū)劃代碼六位中前兩位。

標示終端安裝車輛所在的市域和縣域，0保留，由平臺取默認值。市

2市縣域IDWORD

縣域ID采用GB/T2260中規(guī)定的行政區(qū)劃代碼六位中后四位。

4制造商IDBYTE[5]5個字節(jié)，終端制造商編碼。

9終端型號BYTE[20]20個字節(jié)，此終端型號由制造商自行定義，位數(shù)不足時，后補“0X00”。

7個字節(jié)，由大寫字母和數(shù)字組成，此終端ID由制造商自行定義，位

29終端IDBYTE[7]

數(shù)不足時，后補“0X00”。

36車牌顏色BYTE車牌顏色，按照JT/T415-2006的5.4.12；未上牌時，取值為0。

車牌顏色為0時，表示車輛VIN；否則，表示公安交通管理部門頒發(fā)

37車輛標識STRING