ICS35.020

CCSL78

34

安徽省地方標準

DB34/T4662—2024

廣播電視發(fā)射臺運維監(jiān)管平臺

數(shù)據(jù)接口規(guī)范

Specificationsofdatainterfaceforradioandtelevisiontransmittingstationoperation

andmaintenanceregulatoryplatform

2024-01-11發(fā)布2024-02-11實施

安徽省市場監(jiān)督管理局發(fā)布

DB34/T4662—2024

目次

前言................................................................................III

1范圍...............................................................................1

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

3術語和定義.........................................................................1

4縮略語.............................................................................2

5系統(tǒng)架構及總體要求.................................................................2

6通訊協(xié)議說明.......................................................................3

6.1HTTPS協(xié)議規(guī)定..................................................................3

6.2JSON數(shù)據(jù)格式規(guī)定...............................................................4

6.3身份驗證與數(shù)據(jù)安全.............................................................4

7類型編碼定義.......................................................................5

7.1通用類型編碼...................................................................5

7.2消息業(yè)務類型編碼..............................................................10

8協(xié)議接口定義......................................................................12

8.1基本JSON消息定義.............................................................12

8.2錯誤碼定義....................................................................13

8.3數(shù)據(jù)接口定義（JSON）..........................................................13

附錄A（規(guī)范性）指標類型編碼........................................................34

附錄B（規(guī)范性）告警類型編碼........................................................42

附錄C（資料性）信息查詢類接口示例..................................................47

C.1信息查詢請求消息示例..........................................................47

C.2設備基本信息應答消息示例......................................................47

C.3運行圖配置信息應答消息示例....................................................48

C.4告警配置信息應答消息示例......................................................49

C.5正在告警（未解除）信息應答消息示例............................................50

附錄D（資料性）主動上報類接口示例..................................................52

D.1設備運行指標主動上報示例......................................................52

D.2設備告警事件主動上報示例......................................................53

D.3控制指令執(zhí)行過程與結(jié)果主動上報示例............................................53

D.4設備配置信息更新主動上報示例..................................................54

附錄E（資料性）配置類接口示例......................................................55

E.1設備運行圖配置下發(fā)請求示例....................................................55

E.2設備運行圖配置請求回復示例....................................................56

E.3設備告警配置下發(fā)請求示例......................................................56

E.4配置請求回復示例..............................................................57

I

DB34/T4662—2024

附錄F（資料性）控制類接口示例......................................................59

F.1設備控制指令下發(fā)請求示例.......................................................59

F.2控制指令下發(fā)回復示例...........................................................59

參考文獻..............................................................................61

II

DB34/T4662—2024

前言

本文件按照GB/T1.1—2020《標準化工作導則第1部分：標準化文件的結(jié)構和起草規(guī)則》的規(guī)定

起草。

請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機構不承擔識別專利的責任。

本文件由安徽省廣播電視局提出并歸口。

本文件主要起草單位：安徽省廣播電視科研所、安徽廣播電視臺、安徽匯鑫電子有限公司。

本文件主要起草人：張虹、寧向東、沈曉峰、李曉飛、吳昌鑫、張龍慧、黃強、解曉光、王進勇、

張翠翠、張本營、賈小嬌、尤麗娜。

III

DB34/T4662—2024

廣播電視發(fā)射臺運維監(jiān)管平臺數(shù)據(jù)接口規(guī)范

1范圍

本文件規(guī)定了廣播電視發(fā)射臺運維監(jiān)管平臺數(shù)據(jù)接口的系統(tǒng)架構及總體要求、通訊協(xié)議說明、類型

編碼定義及協(xié)議接口定義。

本文件適用于廣播電視發(fā)射臺的臺站監(jiān)控系統(tǒng)與臺站數(shù)據(jù)網(wǎng)關之間的數(shù)據(jù)接口規(guī)范，以及中心監(jiān)管

平臺與分管平臺之間，中心監(jiān)管平臺與臺站數(shù)據(jù)網(wǎng)關之間，分管平臺與臺站數(shù)據(jù)網(wǎng)關之間數(shù)據(jù)接口規(guī)范。

本文件不適于臺站監(jiān)控系統(tǒng)與監(jiān)管設備的數(shù)據(jù)接口規(guī)范。

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

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

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

文件。

GB/T2260中華人民共和國行政區(qū)劃代碼

IETFRFC8259JSON數(shù)據(jù)交換格式[TheJavaScriptObjectNotation(JSON)DataInterchange

Format]

3術語和定義

下列術語和定義適用于本文件。

3.1

中心監(jiān)管平臺centersupervisionandmanagementplatform

由多個業(yè)務子系統(tǒng)組成，實現(xiàn)數(shù)據(jù)匯聚、智慧分析、監(jiān)管調(diào)度、業(yè)務統(tǒng)籌、一體化運維等功能的數(shù)

字信息載體與交互平臺。

3.2

分管平臺sub-centersupervisionandmanagementplatform

受中心監(jiān)管平臺統(tǒng)一管理，并提供數(shù)據(jù)服務與指令轉(zhuǎn)發(fā)服務的監(jiān)管平臺。

注：分管平臺監(jiān)管區(qū)域內(nèi)多個臺站數(shù)據(jù)網(wǎng)關（SDSG），實現(xiàn)所轄范圍臺站的數(shù)據(jù)匯聚、智慧分析、監(jiān)管調(diào)度、業(yè)務

統(tǒng)籌、一體化運維等功能。

3.3

臺站數(shù)據(jù)網(wǎng)關stationdataservicegateway

承擔臺站監(jiān)控系統(tǒng)的數(shù)據(jù)代理，具有收集、適配、上傳臺站各子系統(tǒng)的生產(chǎn)數(shù)據(jù)與響應上級平臺的

查詢、配置、控制請求，提供一致性的數(shù)據(jù)服務，并對數(shù)據(jù)請求者提供網(wǎng)絡隔離、授權管理、身份驗證

等服務功能的設備。

3.4

臺站監(jiān)控系統(tǒng)stationmonitoringsystem

由軟硬件系統(tǒng)組成，對臺站節(jié)目信號、傳發(fā)設備、供配電、機房環(huán)境與附屬設施安全進行全方位監(jiān)

控，運行于廣播電視發(fā)射臺站的綜合應用系統(tǒng)。

1

DB34/T4662—2024

注：系統(tǒng)主要包含節(jié)傳鏈路、發(fā)射機、動力環(huán)境、安防、天饋等業(yè)務子系統(tǒng)，該系統(tǒng)是完成廣播電視發(fā)射臺安全播

出保障任務的重要組成部分。

3.5

令牌token

對客戶端進行請求，由服務端生成的一串加密字符串。

3.6

運行圖schedule

按節(jié)目播出時間順序排列，規(guī)定發(fā)射機在一天中所承擔的播出任務的圖表。

注：一般可按月、周、天進行設置。

4縮略語

下列縮略語適用于本文件。

CMP：中心監(jiān)管平臺（CenterSupervisionAndManagementPlatform）

HTTP：超文本傳輸協(xié)議（HypertextTransferProtocol）

HTTPS：安全超文本傳輸協(xié)議（SecureHypertextTransferProtocol）

JSON：JavaScript對象標記（JavaScriptObjectNotation）

LAN：局部區(qū)域網(wǎng)、局域網(wǎng)、本地網(wǎng)（LocalAreaNetwork）

OMS：臺站監(jiān)控系統(tǒng)（StationMonitoringSystem）

RTTS：廣播電視發(fā)射臺站（RadioAndTelevisionTransmittingStation）

SDSG：臺站數(shù)據(jù)網(wǎng)關（StationDataServiceGateway）

SMP：分管平臺（Sub-centerSupervisionAndManagementPlatform）

SRTS：廣播電視智慧臺站（SmartRadioAndTelevisionStation）

TCP/IP：傳輸控制協(xié)議/網(wǎng)際協(xié)議（TransmissionControlProtocol/InternetProtocol）

UPS：不間斷電源（UninterruptiblePowerSystem）

URL：統(tǒng)一資源定位符（UniformResourceLocation）

VPN：虛擬專用網(wǎng)絡（VirtualPrivateNetwork）

XML：可擴展標記語言（ExtensibleMarkupLanguage）

5系統(tǒng)架構及總體要求

5.1系統(tǒng)應具有兩級或多級平臺拓撲結(jié)構應用場景，應為平臺間信息交互提供統(tǒng)一的數(shù)據(jù)接口層支持，

對請求方或應答方應具有一致的數(shù)據(jù)表達、數(shù)據(jù)組織以及傳輸方式。

5.2中心監(jiān)管平臺與分管平臺之間、分管平臺與臺站數(shù)據(jù)網(wǎng)關之間以及中心監(jiān)管平臺與臺站數(shù)據(jù)網(wǎng)關

之間的信息應互聯(lián)互通，其平臺及接口層拓撲圖如圖1所示。

2

DB34/T4662—2024

平臺及接口層拓撲結(jié)構圖

中心監(jiān)管平臺

中心監(jiān)管平臺

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

數(shù)據(jù)通訊接口層（JSONoverHTTPS）

分管平臺

分管平臺數(shù)據(jù)通訊接口層（）

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

數(shù)據(jù)通訊接口層（JSONoverHTTPS）

臺站數(shù)據(jù)網(wǎng)關（SDSG）臺站數(shù)據(jù)網(wǎng)關（SDSG）臺站數(shù)據(jù)網(wǎng)關（SDSG）

智慧臺站智慧臺站智慧臺站智慧臺站

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

動節(jié)信鐵動節(jié)信鐵動節(jié)信鐵

發(fā)發(fā)發(fā)

力傳號安天塔力傳號安天塔力傳號安天塔

射射射

環(huán)鏈空防饋安環(huán)鏈空防饋安環(huán)鏈空防饋安

機機機

境路收監(jiān)監(jiān)全境路收監(jiān)監(jiān)全境路收監(jiān)監(jiān)全

監(jiān)監(jiān)監(jiān)

監(jiān)監(jiān)監(jiān)測測監(jiān)監(jiān)監(jiān)監(jiān)測測監(jiān)監(jiān)監(jiān)監(jiān)測測監(jiān)

控控控

測測測系系測測測測系系測測測測系系測

系系系

系系系統(tǒng)統(tǒng)系系系系統(tǒng)統(tǒng)系系系系統(tǒng)統(tǒng)系

統(tǒng)統(tǒng)統(tǒng)

統(tǒng)統(tǒng)統(tǒng)統(tǒng)統(tǒng)統(tǒng)統(tǒng)統(tǒng)統(tǒng)統(tǒng)統(tǒng)統(tǒng)

注1：中心監(jiān)管平臺數(shù)據(jù)接口層：由中心監(jiān)管平臺與數(shù)據(jù)通訊接口層（JSONoverHTTPS）組成，即中心監(jiān)管平臺需

建立符合本文件的通訊組件，完成與下級平臺的標準化信息交互。

注2：分管平臺數(shù)據(jù)接口層：由分管平臺與數(shù)據(jù)通訊接口層（JSONoverHTTPS）組成，即要求分管平臺需建立符合

本文件的通訊組件，完成與上下級平臺的標準化信息交互。

注3：智慧臺站數(shù)據(jù)接口層：由臺站數(shù)據(jù)網(wǎng)關（SDSG）、數(shù)據(jù)通訊接口層（JSONoverHTTPS）以及臺站監(jiān)控系統(tǒng)組

成，要求臺站數(shù)據(jù)網(wǎng)關需建立符合本文件的通訊組件，完成與上級平臺的標準化信息交互，同時需對接、適

配智慧臺站各監(jiān)控子系統(tǒng)通訊協(xié)議規(guī)范（協(xié)議缺乏統(tǒng)一性）并與本文件建立數(shù)據(jù)映射關系。

圖1平臺及接口層拓撲結(jié)構圖

6通訊協(xié)議說明

6.1HTTPS協(xié)議規(guī)定

6.1.1HTTPS協(xié)議本身是無狀態(tài)連接協(xié)議，通訊雙方應采用“請求—應答”模式進行信息交互，請求

應答應采用POST方法發(fā)送，應答方接收到請求后應立刻響應接收狀態(tài)，待指令執(zhí)行或數(shù)據(jù)組織完畢后

再通過POST方法進行數(shù)據(jù)上報回復。依據(jù)HTTPS協(xié)議標準要求請求與響應報文每行以回車符+換行符

（<CR>）結(jié)束，請求頭與正文中間應空一行。必填字段報文格式如下：

Request（請求）：

POST/http/1.1<CR>

Content-Type：application/json;charset=UTF-8<CR>

Content-Length：XXX<CR>

User-Token：8a5da52ed126447d359e70c05721a8aa<CR>

3

DB34/T4662—2024

User-Sign：27cd70ba94f82b2011d34c828a5a6835<CR>

User-Timestamp：54546564566<CR>

<CR>

...（請求正文）

Response（應答）：

http/1.1***#####<CR>

<CR>

...（響應正文）

6.1.2請求/應答字段說明見表1。

表1請求/應答字段說明

請求/應答https消息頭字段（必填）說明

請求行（第1行）POST（方法）+URL（資源路徑）+http版本，默認URL填充“/”字符

Content-Type：內(nèi)容類型：application/json，字符編碼：charset=UTF-8

Content-Length：內(nèi)容長度

請求

User-Token：用戶令牌（請求方在有效時間內(nèi)的授權標識字符串，請求方填充）

（Request）

User-Sign：用戶簽名（由SM3加密字符串，請求方填充）

用戶時間戳（自1970年1月1日00：00：00至當前消息創(chuàng)建時間的毫秒數(shù)，

User-Timestamp：

請求方填充）

“***”為狀態(tài)碼（3字符數(shù)字），“#####”為狀態(tài)描述字符串。

應答

響應行（第1行）正確：http/1.1200OK<CR>

（Response）

錯誤：http/1.1500服務器內(nèi)部錯誤<CR>

注：中心監(jiān)管平臺與分管平臺通過POST方法向臺站數(shù)據(jù)網(wǎng)關請求數(shù)據(jù)時或中心監(jiān)管平臺向分管平臺請求數(shù)據(jù)時，需

進行身份驗證和獲取授權許可，在請求https頭部中增加“User-Token”、“User-Sign”、“User-Timestamp”

三個自定義頭部字段，其身份驗證與授權流程請參照6.3所述，具體驗證算法需得到建設方許可后另行提供。

6.2JSON數(shù)據(jù)格式規(guī)定

HTTPS請求與應答消息報文的數(shù)據(jù)體（Body字段）應采用JSON格式封裝，書寫格式應符合JSON語法

標準，字符應統(tǒng)一采用UTF-8編碼，鍵名（Key）區(qū)分大小寫。具體應符合IETFRFC8259的規(guī)定。

6.3身份驗證與數(shù)據(jù)安全

6.3.1中心監(jiān)管平臺、分管平臺、臺站數(shù)據(jù)網(wǎng)關之間的網(wǎng)絡連接應為內(nèi)網(wǎng)連接、專網(wǎng)連接或者通過VPN

連接。

6.3.2中心監(jiān)管平臺或分管平臺在下發(fā)控制指令、獲取配置信息、修改配置參數(shù)時應進行身份驗證與

訪問授權，臺站數(shù)據(jù)網(wǎng)關應建立用戶白名單（授信用戶）列表，對來訪IP進行白名單驗證，若不在白

名單列表內(nèi)應通過HTTPS響應方式返回錯誤碼“403Forbidden”拒絕訪問，對于授信IP（白名單）應

進行用戶令牌（Token）驗證確認訪問合法性。

6.3.3請求方首次請求應向應答方申請有效令牌并保存，在后續(xù)數(shù)據(jù)請求中應將令牌字符串填充到

HTTPS消息報文的“User-Token”字段（參考6.1），應答方應驗證令牌合法性與有效性，若令牌不合

法或過期則通過HTTPS響應方式返回錯誤碼“403Forbidden”拒絕訪問，此時請求方應要重新申請有

效令牌。

4

DB34/T4662—2024

6.3.4請求方應采用SM3算法對消息體及其他關鍵信息加密生成一串簽名特征碼（生成規(guī)則涉及數(shù)據(jù)

安全，本文件不做具體說明）與當前時間戳分別填充到HTTPS消息報文的“User-Sign”和

“User-TimeStamp”字段，應答方通過雙方約定的生成規(guī)則進行簽名校驗，若驗證失敗應通過HTTPS

響應方式返回錯誤碼“403Forbidden”拒絕訪問，反之應答方返回響應結(jié)果數(shù)據(jù)。請求驗證過程見圖

2。

查詢/配置/控制類信令通訊安全策略時序圖（JSONOVERHTTPS）

中心監(jiān)管平臺白名單驗證令牌授權簽名驗證分管平臺/臺站數(shù)據(jù)網(wǎng)關

Request（數(shù)據(jù)請求）

白名單校驗

Request（白名單驗證失敗）

驗證通過，申請授權令牌

檢驗令牌狀態(tài)

或生成新令牌

Response（發(fā)放新令牌或返回已有令牌）

SM3簽名

Request（指令+SM3簽名

+令牌）

白名單校驗

（白名單驗證失敗）

Request（指令+SM3簽名

+令牌）

校驗令牌

狀態(tài)

Response（令牌失效或非法）Request（指令+SM3簽名

+令牌）

Response（SM3簽名校驗失?。㏑equest（指令+SM3簽名+令牌）

執(zhí)行指令

Response（返回數(shù)據(jù)結(jié)果）

圖2查詢/配置/控制類信令通訊安全策略時序圖

7類型編碼定義

7.1通用類型編碼

5

DB34/T4662—2024

7.1.1平臺類型編碼

各級平臺在通訊過程中應對所處的角色進行統(tǒng)一編碼，該編碼作為平臺在互聯(lián)互通應用場景中的唯

一標識，平臺部署應嚴格遵守此規(guī)定，其編碼規(guī)則由兩個平臺角色縮寫字符加四個平臺實體數(shù)字編碼字

符組成，如圖3和表2所示。

XX0000

平臺角色縮寫平臺實體編碼

圖3平臺類型編碼組成

表2平臺類型編碼

平臺名稱編碼范圍備注

中心監(jiān)管平臺CP0000唯一

分管平臺SP0000～SP9999大于等于一個

臺站數(shù)據(jù)網(wǎng)關DG0000～DG9999大于等于一個

7.1.2設備唯一標識編碼

應用場景中涉及的設備應進行統(tǒng)一定義和編碼，用以唯一標識設備實體。

設備唯一標識編碼分為4個字段，分別由2字符省份代碼、4字符屬地編碼、5字符設備類型

編碼與6字符分類設備序號總共17個字符組成，如圖4和表3。

34001110001000000

設備類型編碼設備序號編碼

省份代碼設備屬地編碼

【12-17】

【1-2】【3-6】【7-11】

圖4設備唯一標識編碼組成

6

DB34/T4662—2024

表3設備唯一標識編碼

字段定義編碼范圍備注

取安徽省行政區(qū)劃代碼前兩個字符（參

省份代碼34

考：GB/T2260）

【0000～9999】

（由1字符屬地類別+3字符屬地序號）

屬地類別[0-9]：

0：一級廣播電視發(fā)射臺

1：二級廣播電視發(fā)射臺

設備屬地2：三級廣播電視發(fā)射臺屬地序號由平臺方另行規(guī)定

3：廣播電視增補發(fā)射臺

4-9：預留

屬地序號[000-999]：

例：000：某廣播電視臺

001：某中波臺

設備類型依據(jù)定義

設備序號[000001～999999]同屬地同類別設備序號不可重復

應用場景中涉及的設備所屬類型應進行統(tǒng)一定義和編碼，規(guī)定設備類型編碼由主類與子類兩

部分組成，分別占用2個字符和3個字符，如圖5、表4所示。

10001

主類子類

圖5設備類型編碼組成

表4設備類型編碼

設備類型名類型編碼備注

所有設備00000

發(fā)射機10001發(fā)射機類型由設備屬性區(qū)分

功放設備10002

激勵器10003

發(fā)射機相關設備（10）

同軸開關控制器10004

假負載10005

RF輸出交換盤10006

7

DB34/T4662—2024

表4（續(xù)）

設備類型名類型編碼備注

智能電表11001

穩(wěn)壓器11002

變壓器11003

動力相關設備（11）UPS11004

發(fā)電機11005

配電柜11006

電源控制器11007

溫度儀12001

濕度儀12002

溫濕度儀12003

漏水檢測儀12004

煙霧檢測儀12005

環(huán)境相關設備（12）通用環(huán)境檢測儀12006

空調(diào)12007

氣象監(jiān)測儀12008

紅外檢測儀12009

有毒氣體檢測儀12010

照明控制器12011

衛(wèi)星接收機13001

微波接收機13002

光接收機13003

編碼器13004

解碼器13005

復用器13006

鏈路及空收相關設備適配器13007

（13）切換器13008

分配器13009

調(diào)制器13010

音頻處理器13011

場強監(jiān)測儀13012

DTMB監(jiān)測儀13013

調(diào)幅度監(jiān)測儀13014

門禁14001

紅外14002

攝像頭14003

安防相關設備（14）硬盤錄像機14004

電子圍欄14005

智能門鎖14006

巡更設備14007

8

DB34/T4662—2024

表4（續(xù)）

設備類型名類型編碼備注

饋管15001

鐵塔15002

天調(diào)網(wǎng)絡15003

鐵塔及天饋設備（15）

充氣機15004

多工器15005

電視調(diào)頻天線15006

授時設備（16）授時器16001

7.1.3設備模塊類型編碼

應通過規(guī)定模塊編碼、模塊類型與模塊子號來對設備運行指標的語義范圍進行統(tǒng)一編碼，如表5所

示。

示例：##發(fā)射機具有多個功放單元，且每個功放單元都有“工作電壓”及“工作電流”運行指標，為區(qū)分功放單元

與發(fā)射機整機的相同指標，且仍需保留發(fā)射機與功放的隸屬關系故引入“模塊”概念，將功放作為發(fā)射機一個子模塊來

體現(xiàn)，設備默認模塊為“整機”類型。

表5設備模塊類型編碼

模塊編碼模塊類型名稱模塊子號適用設備

0整機

1輸入

2輸出

3設備

4主路

5備路

6通道

7內(nèi)部

8外部

9系統(tǒng)

10工作1～99所有設備通用

11模擬

12數(shù)字

13預留1

14預留2

15預留3

16預留4

17預留5

18預留6

19預留7

20預留8

21功放

22激勵發(fā)射機設備相關

23電源模塊

24發(fā)電機動力環(huán)境設備相關

9

DB34/T4662—2024

表5（續(xù)）

模塊編碼模塊類型名稱模塊子號適用設備

25逆變

26旁路

27穩(wěn)壓器

28主電源輸入

29備電源輸入

30主電源輸出動力環(huán)境設備相關

31備電源輸出

32繼電器

33照明

34室內(nèi)

35室外

7.1.4指標類型編碼

應用場景內(nèi)的設備狀態(tài)及運行指標類型應進行統(tǒng)一編碼，狀態(tài)量使用byte格式，模擬量使用float

格式，見附錄A所示。

7.1.5告警類型編碼

監(jiān)測場景內(nèi)的所有異態(tài)告警類型應進行統(tǒng)一編碼，見附錄B所示。

7.2消息業(yè)務類型編碼

7.2.1信息查詢類型編碼

平臺信息查詢類型編碼與定義見表6。

表6信息查詢類型編碼

類型編碼類型名說明備注

000Devices_Base請求所有設備基礎信息

001Transmitter_Base請求發(fā)射機設備基礎信息

002Power_Base請求動力設備基礎信息

003Environment_Base請求環(huán)境設備基礎信息

004Link_Base請求鏈路設備基礎信息

005Security_Base請求安防設備基礎信息

006AF_Tower_Base請求天饋及鐵塔設備基礎信息

007Time_Base請求授時設備基礎信息

008Object_Schedule請求對象（設備）運行圖配置信息獨立應答消息

009Object_Alarm_CFG請求對象（設備）告警配置信息獨立應答消息