GB∕T 38830-2020 IPTV媒體交付系統(tǒng)技術(shù)要求 全局負(fù)載均衡子系統(tǒng)

書書書

犐犆犛３３．１６０．６０

犕３２

中華人民共和國國家標(biāo)準(zhǔn)

犌犅／犜３８８３０—２０２０

犐犘犜犞媒體交付系統(tǒng)技術(shù)要求

全局負(fù)載均衡子系統(tǒng)

犜犲犮犺狀犻犮犪犾狉犲狇狌犻狉犲犿犲狀狋狊犳狅狉犐犘犜犞犿犲犱犻犪犱犲犾犻狏犲狉狔狊狔狊狋犲犿—

犌犾狅犫犪犾犾狅犪犱犫犪犾犪狀犮犲狊狌犫狊狔狊狋犲犿

２０２００６０２發(fā)布２０２０１２０１實施

國家市場監(jiān)督管理總局

國家標(biāo)準(zhǔn)化管理委員會

發(fā)布

目次

前言Ⅰ…………………………

１范圍

１………………………

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

１…………………………

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

１………………………

３．１術(shù)語和定義１

…………………………

３．２縮略語１

………………

４全局負(fù)載均衡子系統(tǒng)在ＩＰＴＶ媒體交付系統(tǒng)中的位置

２………………

５全局負(fù)載均衡子系統(tǒng)的部署

３……………

６負(fù)載均衡子系統(tǒng)功能要求及支持的調(diào)度策略

３…………

６．１頂級負(fù)載均衡功能要求及支持的負(fù)載均衡策略３

…………………

６．２二級或邊緣負(fù)載均衡功能要求及支持的負(fù)載均衡策略４

…………

７內(nèi)容定位流程

４……………

７．１ＰＣ終端內(nèi)容定位流程

４………………

７．２移動智能終端內(nèi)容定位流程５

………………………

７．３ＩＰＴＶ終端內(nèi)容定位流程（從ＧＳＬＢ接入）

６………

７．４ＩＰＴＶ終端內(nèi)容定位流程（從二級ＳＬＢ接入）

７……………………

８接口要求

８…………………

８．１全局負(fù)載均衡子系統(tǒng)與終端之間的接口要求８

……………………

８．２不同級ＳＬＢ之間的接口要求８

………………………

９安全要求

１１…………………

９．１設(shè)備安全要求１１

………………………

９．２業(yè)務(wù)安全要求１２

………………………

９．３數(shù)據(jù)安全要求１２

………………………

９．４接口安全要求１２

………………………

參考文獻(xiàn)１４……………………

犌犅／犜３８８３０—２０２０

前言

本標(biāo)準(zhǔn)是《ＩＰＴＶ媒體交付系統(tǒng)技術(shù)要求》系列標(biāo)準(zhǔn)之一，本系列標(biāo)準(zhǔn)的名稱和結(jié)構(gòu)如下：

———ＧＢ／Ｔ３８８２８ＩＰＴＶ媒體交付系統(tǒng)技術(shù)要求場景和需求；

———ＧＢ／Ｔ３８８２７ＩＰＴＶ媒體交付系統(tǒng)技術(shù)要求體系架構(gòu)；

———ＧＢ／Ｔ３８８２６ＩＰＴＶ媒體交付系統(tǒng)技術(shù)要求總體要求；

———ＧＢ／Ｔ３８８２９ＩＰＴＶ媒體交付系統(tǒng)技術(shù)要求內(nèi)容接入；

———ＧＢ／Ｔ３８８３０ＩＰＴＶ媒體交付系統(tǒng)技術(shù)要求全局負(fù)載均衡子系統(tǒng)；

———ＧＢ／Ｔ３８８３１ＩＰＴＶ媒體交付系統(tǒng)技術(shù)要求媒體分發(fā)存儲子系統(tǒng)；

———ＧＢ／Ｔ３８７５４ＩＰＴＶ媒體交付系統(tǒng)技術(shù)要求流媒體服務(wù)。

本標(biāo)準(zhǔn)按照ＧＢ／Ｔ１．１—２００９給出的規(guī)則起草。

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

本標(biāo)準(zhǔn)由中華人民共和國工業(yè)和信息化部提出。

本標(biāo)準(zhǔn)由全國通信標(biāo)準(zhǔn)化技術(shù)委員會（ＳＡＣ／ＴＣ４８５）歸口。

本標(biāo)準(zhǔn)起草單位：中國信息通信研究院、中國電信集團(tuán)有限公司、中國聯(lián)合網(wǎng)絡(luò)通信集團(tuán)有限公司、

中國移動通信集團(tuán)公司、華為技術(shù)有限公司、中興通訊股份有限公司、上海諾基亞貝爾股份有限公司、東

方明珠新媒體股份有限公司。

本標(biāo)準(zhǔn)主要起草人：聶秀英、陳戈、唐宏、梁潔、喬治、倪偉、張堯燁、繆川揚、顧方方、張立杰。

Ⅰ

犌犅／犜３８８３０—２０２０

犐犘犜犞媒體交付系統(tǒng)技術(shù)要求

全局負(fù)載均衡子系統(tǒng)

１范圍

本標(biāo)準(zhǔn)規(guī)定了全局負(fù)載均衡子系統(tǒng)在ＩＰＴＶ媒體交付系統(tǒng)中的位置、全局負(fù)載均衡子系統(tǒng)的部署、

系統(tǒng)功能要求及支持的調(diào)度策略、內(nèi)容定位流程、全局負(fù)載均衡子系統(tǒng)與終端的接口要求以及相關(guān)安全

要求。

本標(biāo)準(zhǔn)適用于ＩＰＴＶ媒體交付系統(tǒng)。

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

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

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

ＧＢ／Ｔ３８７５４ＩＰＴＶ媒體交付系統(tǒng)技術(shù)要求流媒體服務(wù)

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

３．１術(shù)語和定義

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

３．１．１

交付犱犲犾犻狏犲狉狔

向端用戶發(fā)送內(nèi)容。

３．１．２

分發(fā)犱犻狊狋狉犻犫狌狋犻狅狀

為后續(xù)的交付將內(nèi)容發(fā)送到合適的中間位置。

３．２縮略語

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

ＧＳＬＢ：全局服務(wù)負(fù)載均衡（ＧｌｏｂａｌＳｅｒｖｉｃｅＬｏａｄＢａｌａｎｃｉｎｇ）

ＨＬＳ：ＨＴＴＰ直播流媒體（ＨＴＴＰＬｉｖｅＳｔｒｅａｍｉｎｇ）

ＨＴＴＰ：超文本傳輸協(xié)議（ＨｙｐｅｒｔｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）

ＩＤ：標(biāo)識符（Ｉｄｅｎｔｉｆｉｅｒ）

ＩＰ：互聯(lián)網(wǎng)協(xié)議（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）

ＩＰＴＶ：互聯(lián)網(wǎng)協(xié)議電視（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＴｅｌｅｖｉｓｉｏｎ）

ＭＤＳ：媒體交付系統(tǒng)（ＭｅｄｉａＤｅｌｉｖｅｒｙＳｙｓｔｅｍ）

ＰＣ：個人計算機(jī)（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）

ＳＬＢ：服務(wù)負(fù)載均衡（ＳｅｒｖｉｃｅＬｏａｄＢａｌａｎｃｉｎｇ）

ＳＴＢ：機(jī)頂盒（ＳｅｔＴｏｐＢｏｘ）

１

犌犅／犜３８８３０—２０２０

ＴＣＰ：傳輸控制協(xié)議（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）

ＵＲＬ：統(tǒng)一資源定位符（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）

ＸＭＬ：可擴(kuò)展標(biāo)記語言（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）

４全局負(fù)載均衡子系統(tǒng)在犐犘犜犞媒體交付系統(tǒng)中的位置

全局負(fù)載均衡子系統(tǒng)在ＩＰＴＶ媒體交付系統(tǒng)中的位置如圖１所示。

說明：

表示本部分為可穿透；

Ａ、Ｂ、Ｓ———接口。

圖１全局負(fù)載均衡子系統(tǒng)在犐犘犜犞媒體交付系統(tǒng)中的位置

圖１中的Ａ接口為ＩＰＴＶ媒體交付系統(tǒng)與業(yè)務(wù)管理系統(tǒng)之間的接口，Ｂ接口為ＩＰＴＶ媒體交付系

統(tǒng)與ＩＰＴＶ內(nèi)容運營系統(tǒng)之間的接口。Ｓ接口為ＩＰＴＶ媒體交付系統(tǒng)和終端之間的接口。需要注意的

是，Ｓ接口是一個綜合接口，其包含了終端和ＩＰＴＶ媒體交付系統(tǒng)內(nèi)部的各個子系統(tǒng)模塊之間的接口。

Ａ、Ｂ、Ｓ接口具體定義參見ＧＢ／Ｔ３８８２７。

在ＩＰＴＶ媒體交付系統(tǒng)中，全局負(fù)載均衡子系統(tǒng)主要負(fù)責(zé)完成ＩＰＴＶ媒體交付系統(tǒng)所提供服務(wù)的

全局負(fù)載均衡和媒體服務(wù)定位功能。

２

犌犅／犜３８８３０—２０２０

５全局負(fù)載均衡子系統(tǒng)的部署

在實際部署中，全局負(fù)責(zé)均衡子系統(tǒng)可以根據(jù)ＩＰＴＶ媒體交付系統(tǒng)的分級情況以及內(nèi)容庫的部署

情況進(jìn)行部署。

通常情況下，ＩＰＴＶ媒體交付系統(tǒng)的內(nèi)容庫的部署分為中心內(nèi)容庫、區(qū)域內(nèi)容庫和邊緣內(nèi)容庫三

級。為更好地進(jìn)行負(fù)載均衡，全局負(fù)載均衡子系統(tǒng)也分為三級部署，即頂級負(fù)載均衡、二級負(fù)載均衡和

邊緣負(fù)載均衡。在實際部署時，頂級負(fù)載均衡部署于中心內(nèi)容庫所在的位置，負(fù)責(zé)完成整個ＩＰＴＶ媒體

交付系統(tǒng)的負(fù)載均衡、二級負(fù)載均衡部署于二級內(nèi)容庫所在地，同時邊緣負(fù)載均衡部署在邊緣內(nèi)容庫所

在地。對于沒有進(jìn)行分級部署的ＩＰＴＶ媒體交付系統(tǒng)，全局負(fù)載均衡子系統(tǒng)也可以不進(jìn)行分級部署，可

以考慮按頂級負(fù)載均衡和邊緣負(fù)載均衡進(jìn)行部署。

分級部署的全局負(fù)載均衡子系統(tǒng)邏輯示意圖如圖２所示。

圖２分級部署的全局負(fù)載均衡子系統(tǒng)示意圖

在分級部署的全局負(fù)載均衡子系統(tǒng)中，ＧＳＬＢ將終端用戶的內(nèi)容定位請求調(diào)度到二級負(fù)載均衡

（二級ＳＬＢ），二級負(fù)載均衡再根據(jù)下聯(lián)的邊緣負(fù)載均衡的工作負(fù)載狀態(tài)將終端用戶請求調(diào)度到合適的

邊緣負(fù)載均衡，邊緣負(fù)載均衡根據(jù)所在節(jié)點媒體服務(wù)設(shè)施的實際使用情況將終端用戶請求調(diào)度的某一

媒體服務(wù)設(shè)施，由該媒體服務(wù)設(shè)施為終端用戶提供服務(wù)。

６負(fù)載均衡子系統(tǒng)功能要求及支持的調(diào)度策略

６．１頂級負(fù)載均衡功能要求及支持的負(fù)載均衡策略

６．１．１功能要求

頂級負(fù)載均衡應(yīng)具有如下功能：

ａ）頂級負(fù)載均衡支持作為基于ＰＣ和移動智能終端訪問的統(tǒng)一入口；

ｂ）頂級負(fù)載均衡應(yīng)支持配置全局負(fù)載調(diào)度策略，并支持根據(jù)配置策略進(jìn)行媒體服務(wù)的全局負(fù)載

均衡調(diào)度。

３

犌犅／犜３８８３０—２０２０

６．１．２支持的負(fù)載均衡策略

頂級負(fù)載均衡應(yīng)支持如下負(fù)載均衡策略：

ａ）應(yīng)支持基于就近性的負(fù)載均衡策略，根據(jù)ＩＰ段／單個ＩＰ把用戶請求重定向到用戶物理位置就

近區(qū)域的分配節(jié)點；

ｂ）應(yīng)支持基于節(jié)點情況的負(fù)載均衡策略，根據(jù)節(jié)點的權(quán)重以及負(fù)載情況（比如節(jié)點的流量、連接

數(shù)、健康狀況等）把用戶請求導(dǎo)向到網(wǎng)絡(luò)狀況好、負(fù)擔(dān)輕的分配節(jié)點；頂級負(fù)載均衡判斷收到請

求的ｈｏｓｔ值為域名并且這個域名不是自己的域名，那么頂級負(fù)載均衡在調(diào)度完成后構(gòu)造重定

向ＵＲＬ，在該ＵＲＬ前添加二級負(fù)載均衡或者ＳＬＢ地址＋‘／’＋ｈｏｓｔ域名，然后將該重定向

ＵＲＬ返回給終端。如：終端請求到頂級負(fù)載均衡的ＵＲＬ為ｈｔｔｐ：／／

ｓｐ

域名／ｘｘｘ／ｘｘｘ？

ｘｘｘ．．．，頂級負(fù)載均衡返回終端的ＵＲＬ為ｈｔｔｐ：／／下級負(fù)載均衡

ｉｐ

／

ｓｐ

域名／ｘｘｘ／ｘｘｘ？ｘｘｘ．．．

ｃ）應(yīng)支持配置ＰｒｏｖｉｄｅｒＩＤ配置表；

ｄ）應(yīng)支持根據(jù)用戶請求ＵＲＬ查詢ＰｒｏｖｉｄｅｒＩＤ配置表獲得內(nèi)容域?qū)傩?，并選擇符合域?qū)傩砸?/p>

的下級負(fù)載均衡ＳＬＢ；

ｅ）應(yīng)支持容災(zāi)備份功能，確保業(yè)務(wù)可靠性；

ｆ）可以平滑擴(kuò)容，滿足用戶并發(fā)數(shù)的增長要求。

６．２二級或邊緣負(fù)載均衡功能要求及支持的負(fù)載均衡策略

６．２．１功能要求

二級或邊緣負(fù)載均衡應(yīng)具有如下功能：

ａ）應(yīng)支持容災(zāi)備份功能，確保業(yè)務(wù)可靠性；

ｂ）應(yīng)支持配置負(fù)載調(diào)度策略，并支持根據(jù)內(nèi)容ＩＤ和配置策略進(jìn)行媒體服務(wù)的負(fù)載均衡。

６．２．２支持的負(fù)載均衡策略

二級或邊緣負(fù)載均衡應(yīng)支持如下負(fù)載均衡策略：

ａ）應(yīng)支持基于就近性的負(fù)載均衡策略，根據(jù)ＩＰ段／單個ＩＰ把用戶請求導(dǎo)向到用戶物理位置就近

區(qū)域的分配節(jié)點；若存在多個節(jié)點距離用戶物理位置相同，則應(yīng)支持隨機(jī)選擇節(jié)點為用戶

服務(wù)；

ｂ）應(yīng)支持基于內(nèi)容分布的負(fù)載均衡策略，根據(jù)內(nèi)容的分布狀況把用戶請求導(dǎo)向到含用戶請求內(nèi)

容的分配節(jié)點；

ｃ）應(yīng)支持基于節(jié)點情況的負(fù)載均衡策略，根據(jù)節(jié)點的權(quán)重以及負(fù)載情況（比如節(jié)點的流量、連接

數(shù)、健康狀況等）把用戶請求導(dǎo)向到網(wǎng)絡(luò)狀況好、負(fù)擔(dān)輕的分配節(jié)點。

７內(nèi)容定位流程

７．１犘犆終端內(nèi)容定位流程

ＰＣ終端從ＧＬＳＢ統(tǒng)一接入ＩＰＴＶ媒體交付系統(tǒng)，ＰＣ終端內(nèi)容定位流程如圖３所示。

４

犌犅／犜３８８３０—２０２０

圖３犘犆終端內(nèi)容定位流程圖

ＰＣ終端內(nèi)容定位流程如下：

ａ）ＰＣ終端向ＧＳＬＢ發(fā)起內(nèi)容定位請求。

ｂ）ＧＳＬＢ執(zhí)行全局調(diào)度策略選擇距離用戶物理位置近的節(jié)點，ＧＳＬＢ獲取二級ＳＬＢ入口地址。

ｃ）ＧＳＬＢ將ＰＣ終端的內(nèi)容定位請求重定向到二級ＳＬＢ；由于終端請求ＵＲＬ中攜帶的域名或者

ＩＰ就是ＧＳＬＢ自身的域名或者ＩＰ，故ＧＳＬＢ直接將ＵＲＬ中地址替換為二級ＳＬＢ地址。

ｄ）二級ＳＬＢ執(zhí)行區(qū)域調(diào)度策略選擇距離用戶物理位置近的區(qū)域節(jié)點，二級ＳＬＢ獲取邊緣ＳＬＢ

地址。

ｅ）二級ＳＬＢ將ＰＣ終端的內(nèi)容定位請求重定向到邊緣ＳＬＢ；由于終端請求ＵＲＬ中攜帶的域名

或者ＩＰ就是二級ＳＬＢ自身的域名或者ＩＰ，故二級ＳＬＢ直接將ＵＲＬ中地址替換為邊緣ＳＬＢ

地址。

ｆ）邊緣ＳＬＢ根據(jù)配置的負(fù)載均衡策略進(jìn)行本地媒體服務(wù)調(diào)度，邊緣ＳＬＢ選擇最優(yōu)的媒體服務(wù)

器為終端提供服務(wù)。

ｇ）邊緣ＳＬＢ將ＰＣ終端的內(nèi)容定位請求（內(nèi)容服務(wù)請求）重定向到媒體服務(wù)器。

ｈ）媒體服務(wù)器接收到內(nèi)容服務(wù)請求時獲取媒體內(nèi)容為終端提供服務(wù)。

注：內(nèi)容服務(wù)請求消息與內(nèi)容定位請求消息相同。

７．２移動智能終端內(nèi)容定位流程

移動智能終端從ＧＳＬＢ統(tǒng)一接入ＩＰＴＶ媒體交付系統(tǒng)，移動智能終端內(nèi)容定位流程如圖４所示。

注１：要求移動智能終端支持重定向。

５

犌犅／犜３８８３０—２０２０

圖４移動智能終端內(nèi)容定位流程圖

移動智能終端內(nèi)容定位流程如下：

ａ）移動智能終端向ＧＳＬＢ發(fā)起內(nèi)容定位請求。

ｂ）ＧＳＬＢ執(zhí)行全局調(diào)度策略，選擇距離用戶物理位置近的節(jié)點，ＧＳＬＢ獲取節(jié)點的二級ＳＬＢ入口

地址。

ｃ）ＧＳＬＢ將移動智能終端的內(nèi)容定位請求重定向到二級ＳＬＢ；由于終端請求ＵＲＬ中攜帶的域名

或者ＩＰ就是ＧＳＬＢ自身的域名或者ＩＰ，故ＧＳＬＢ直接將ＵＲＬ中地址替換為二級ＳＬＢ地址。

ｄ）二級ＳＬＢ執(zhí)行區(qū)域內(nèi)調(diào)度策略，選擇距離用戶物理位置近的邊緣ＳＬＢ地址；由于終端請求

ＵＲＬ中攜帶的域名或者ＩＰ就是二級ＳＬＢ自身的域名或者ＩＰ，故二級ＳＬＢ直接將ＵＲＬ中地

址替換為邊緣ＳＬＢ地址。

ｅ）二級ＳＬＢ將移動智能終端的內(nèi)容定位請求重定向到邊緣ＳＬＢ。

ｆ）邊緣ＳＬＢ根據(jù)配置的負(fù)載均衡策略進(jìn)行本節(jié)點媒體服務(wù)調(diào)度，邊緣ＳＬＢ選擇最優(yōu)的媒體服務(wù)

器為終端提供服務(wù)。

ｇ）邊緣ＳＬＢ將移動智能終端的內(nèi)容定位請求（內(nèi)容服務(wù)請求）重定向到媒體服務(wù)器。

ｈ）媒體服務(wù)器接收到內(nèi)容服務(wù)請求時獲取媒體內(nèi)容為終端提供服務(wù)。

注２：內(nèi)容服務(wù)請求消息與內(nèi)容定位請求消息相同。

７．３犐犘犜犞終端內(nèi)容定位流程（從犌犛犔犅接入）

在ＩＰＴＶ終端從ＧＳＬＢ接入ＩＰＴＶ媒體交付系統(tǒng)時，ＩＰＴＶ終端內(nèi)容定位流程如圖５所示。

６

犌犅／犜３８８３０—２０２０

圖５犐犘犜犞終端內(nèi)容定位流程圖（從犌犛犔犅接入）

ＩＰＴＶ終端內(nèi)容定位流程如下：

ａ）ＩＰＴＶ終端向ＧＳＬＢ發(fā)起內(nèi)容定位請求。

ｂ）ＧＳＬＢ執(zhí)行全局調(diào)度策略，選擇距離用戶物理位置近的節(jié)點，ＧＳＬＢ獲取二級ＳＬＢ入口地址。

ｃ）ＧＳＬＢ將ＩＰＴＶ終端的內(nèi)容定位請求重定向到二級ＳＬＢ；由于終端請求ＵＲＬ中攜帶的域名或

者ＩＰ就是ＧＳＬＢ自身的域名或者ＩＰ，ＧＳＬＢ直接將ＵＲＬ中地址替換為二級ＳＬＢ。

ｄ）二級ＳＬＢ執(zhí)行調(diào)度策略，選擇距離用戶物理位置近的邊緣ＳＬＢ地址。

ｅ）二級ＳＬＢ將ＩＰＴＶ終端的內(nèi)容定位請求重定向到邊緣ＳＬＢ；由于終端請求ＵＲＬ中攜帶的域

名或者ＩＰ就是二級ＳＬＢ自身的域名或者ＩＰ，二級ＳＬＢ直接將ＵＲＬ中地址替換為邊緣ＳＬＢ

地址。

ｆ）邊緣ＳＬＢ根據(jù)配置的負(fù)載均衡策略進(jìn)行本節(jié)點媒體服務(wù)調(diào)度，邊緣ＳＬＢ選擇最優(yōu)的媒體服

務(wù)器為終端提供服務(wù)。

ｇ）邊緣ＳＬＢ將ＩＰＴＶ終端的內(nèi)容定位請求（內(nèi)容服務(wù)請求）重定向到媒體服務(wù)器。

ｈ）媒體服務(wù)器接收到內(nèi)容服務(wù)請求時獲取媒體內(nèi)容為終端提供服務(wù)。

注：內(nèi)容服務(wù)請求消息與內(nèi)容定位請求消息相同。

７．４犐犘犜犞終端內(nèi)容定位流程（從二級犛犔犅接入）

ＩＰＴＶ終端從二級ＳＬＢ接入到ＩＰＴＶ媒體交付系統(tǒng)，內(nèi)容定位流程（二級ＳＬＢ接入）如圖６所示。

７

犌犅／犜３８８３０—２０２０

圖６犐犘犜犞終端內(nèi)容定位流程圖（從二級犛犔犅接入）

ａ）ＩＰＴＶ終端向二級ＳＬＢ發(fā)起內(nèi)容定位請求。

ｂ）二級ＳＬＢ選擇距離用戶物理位置近的邊緣ＭＤＳ節(jié)點，二級ＳＬＢ獲?。停模舆吘壒?jié)點的ＳＬＢ

地址。

ｃ）二級ＳＬＢ將ＩＰＴＶ終端的內(nèi)容定位請求重定向到邊緣ＳＬＢ；由于終端請求ＵＲＬ中攜帶的域

名或者ＩＰ就是二級ＳＬＢ自身的域名或者ＩＰ，故ＧＳＬＢ直接將ＵＲＬ中地址替換為二級ＳＬＢ

地址。

ｄ）二級ＳＬＢ根據(jù)配置的負(fù)載均衡策略進(jìn)行本節(jié)點媒體服務(wù)調(diào)度，二級ＳＬＢ選擇最優(yōu)的媒體服務(wù)

器為終端提供服務(wù)。

ｅ）二級ＳＬＢ將ＩＰＴＶ終端的內(nèi)容定位請求（內(nèi)容服務(wù)請求）重定向到邊緣媒體服務(wù)器。

ｆ）媒體服務(wù)器接收到內(nèi)容服務(wù)請求時獲取媒體內(nèi)容為終端提供服務(wù)。

注：內(nèi)容服務(wù)請求消息與內(nèi)容定位請求消息相同。

８接口要求

８．１全局負(fù)載均衡子系統(tǒng)與終端之間的接口要求

全局負(fù)載均衡子系統(tǒng)與終端之間的接口應(yīng)符合ＧＢ／Ｔ３８７５４。

８．２不同級犛犔犅之間的接口要求

８．２．１接口定義

不同級ＳＬＢ之間的接口包括ＧＳＬＢ與二級ＳＬＢ之間的接口和二級ＳＬＢ與邊緣ＳＬＢ之間的接口。

該接口主要用于交換收集到的ＩＰＴＶ媒體交付系統(tǒng)負(fù)載使用的相關(guān)信息。該接口采用ＨＴＴＰ＋ＸＭＬ

方式進(jìn)行通信。

ＨＴＴＰ＋ＸＭＬ消息協(xié)議由基本消息頭（ＢａｓｉｃＨｅａｄｅｒ）和消息體（Ｂｏｄｙ可選）兩部分組成。

８

犌犅／犜３８８３０—２０２０

ＧＥＴ／ＧｅｔＬｏａｄＩｎｆｏＨＴＴＰ／１．１

Ａｃｃｅｐｔ：／＼ｒ＼ｎ

ＡｃｃｅｐｔＬａｎｇｕａｇｅ：ｚｈｃｎ，ｅｎ；ｑ＝０．５＼ｒ＼ｎ

ＡｃｃｅｐｔＥｎｃｏｄｉｎｇ：ｇｚｉｐ，ｄｅｆｌａｔｅ＼ｒ＼ｎ

Ｈｏｓｔ：１０．７１．１４８．１０９：８０７０＼ｒ＼ｎ

Ｃｏｎｎｅｃｔｉｏｎ：ＫｅｅｐＡｌｉｖｅ＼ｒ＼ｎ

ＢａｓｉｃＨｅａｄｅｒ１：ｖａｌｕｅ１＼ｒ＼ｎ

ＢａｓｉｃＨｅａｄｅｒ２：ｖａｌｕｅ２＼ｒ＼ｎ

ＢａｓｉｃＨｅａｄｅｒ３：ｖａｌｕｅ３＼ｒ＼ｎ

〈？ｘｍｌｖｅｒｓｉｏｎ＝＂１．０＂ｅｎｃｏｄｉｎｇ＝＂ＵＴＦ８＂？〉

〈ｄａｔａ〉

．．．．．．

〈／ｄａｔａ〉

ＨＴＴＰ／１．１２００ＯＫ

Ｄａｔｅ：Ｍｏｎ，３１Ｄｅｃ２００１０４：２５：５７ＧＭＴ

Ｃｏｎｔｅｎｔｒａｎｇｅ：ｂｙｔｅｓ０４０２７９９７９／４０２７９９８０

ＢａｓｉｃＨｅａｄｅｒ１：ｖａｌｕｅ１＼ｒ＼ｎ

ＢａｓｉｃＨｅａｄｅｒ２：ｖａｌｕｅ２＼ｒ＼ｎ

ＢａｓｉｃＨｅａｄｅｒ３：ｖａｌｕｅ３＼ｒ＼ｎ

〈？ｘｍｌｖｅｒｓｉｏｎ＝＂１．０＂ｅｎｃｏｄｉｎｇ＝＂ＵＴＦ８＂？〉

〈ｄａｔａ〉．．．．．．

〈／ｄａｔａ〉

基本消息頭（ＢａｓｉｃＨｅａｄｅｒ）包含的參數(shù)如表１所示。消息體（Ｂｏｄｙ）是完整的ｘｍｌ文檔。

表１基本消息頭參數(shù)

參數(shù)名稱類型

長度

（字節(jié)）

可選／

必選

描述信息

ｖｅｒｓｉｏｎＳｔｒｉｎｇ５必選協(xié)議版本號

ｓｏｕｒｃｅＤｅｖｉｃｅＣｏｄｅＳｔｒｉｎｇ２１必選

源設(shè)備編號，唯一標(biāo)識一個設(shè)備。

設(shè)備編碼規(guī)則為：ＡＡＢＢＣＣＣＸＸＸ共１０位：

ＡＡ：電信運營商統(tǒng)一區(qū)域編號，００標(biāo)識全國ＲＲ；

ＢＢ：廠商編號，０１固定為ＵＴ，０２固定為中興，０３固定華為，０４固

定為思科，０５固定為青牛；

ＣＣＣ：版本編號，默認(rèn)為０００，預(yù)留，當(dāng)前固定為０００；

ＸＸＸ：設(shè)備序列號。有效范圍００１～９９９，新增一個對接網(wǎng)元時依

次累加

ｄｅｓｔＤｅｖｉｃｅＣｏｄｅＳｔｒｉｎｇ２１必選目的設(shè)備編號，唯一標(biāo)識一個設(shè)備。編號規(guī)則同源設(shè)備編號

ａｕｔｈｅｎｔｉｃａｔｏｒＳｏｕｒｃｅＳｔｒｉｎｇ３２

必選

源設(shè)備認(rèn)證碼，使用ＭＤ５算法對（ｓｏｕｒｃｅＤｅｖｉｃｅＣｏｄｅ＋ｓｈａｒｅｄＳｅｃｒｅｔ

＋ｔｉｍｅｓｔａｍｐ）生成摘要，消息接收者針對根據(jù)基本消息頭中的對應(yīng)

信息生成摘要進(jìn)行比對。

ｓｈａｒｅｄＳｅｃｒｅｔ由ＲＲ分配，全網(wǎng)統(tǒng)一共享一個ｓｈａｒｅｄＳｅｃｒｅｔ

ｔｉｍｅＳｔａｍｐＳｔｒｉｎｇ１４

必選

時間戳，格式為ｙｙｙｙＭＭｄｄＨＨｍｍｓｓ。應(yīng)是與時區(qū)無關(guān)的ＵＴＣ

時間

９

犌犅／犜３８８３０—２０２０

８．２．２接口描述

ＲＲ向ＳＬＢ／ＲＲ發(fā)送查詢ＭＤＳ健康負(fù)載狀態(tài)消息。

接口請求數(shù)據(jù)封裝在一個完整的ＣｄｎＬｏａｄＩｎｆｏ元素中，該接口的返回數(shù)據(jù)封裝在ＣｄｎＬｏａｄＩｎｆｏＲｅ

ｓｐｏｎｓｅ元素中。

請求消息ＣｄｎＬｏａｄＩｎｆｏ的元素基本屬性：無。

響應(yīng)消息ＣｄｎＬｏａｄＩｎｆｏＲｅｓｐｏｎｓｅ元素基本屬性如表２所示。

表２響應(yīng)消息元素基本屬性

名稱類型

長度

（字節(jié)）

可選／

必選

說明

ｓｉｇｎａｔｕｒｅＳｔｒｉｎｇ３２必選

消息信息摘要，使用ＭＤ５算法對（ｐｒｉｖａｔｅＳｅｃｒｅｔ＋ｃｄｎＳｔａｔｅ＋

［ｐｒｏｔｏｃｏｌｔｙｐｅ＋ｍａｘＢａｎｄｗｉｄｔｈ＋ｍａｘＵｓｅｒ＋ｕｓｅｄＢａｎｄｗｉｄｔｈ

＋ｏｎｌｉｎｅＵｓｅｒ］＋ａｕｔｈｅｎｔｉｃａｔｏｒＳｏｕｒｃｅ）生成摘要。

其中：

ｐｒｉｖａｔｅＳｅｃｒｅｔ是ＲＲ為每個ＭＤＳ分配的私有密鑰；

ａｕｔｈｅｎｔｉｃａｔｏｒＳｏｕｒｃｅ是請求消息頭中的源設(shè)備認(rèn)證碼；

消息接收者針對響應(yīng)消息中的對應(yīng)信息生成摘要進(jìn)行比對

ｃｄｎＳｔａｔｅＩｎｔ４必選狀態(tài)，１：正常；０：異常

ｌｏａｄＩｎｆｏ［］ｌｏａｄＩｎｆｏ變長必選每個領(lǐng)域的負(fù)載信息

ｌｏａｄＩｎｆｏ定義如表３所示。

表３犾狅犪犱犐狀犳狅定義

名稱類型

長度

（字節(jié)）

可選／

必選

說明

ｐｒｏｔｏｃｏｌｔｙｐｅＩｎｔ５必選０或２：ＩＰＴＶＴＳＲＴＳＰ；４：ＨＰＤ；

８：ＩＳＭＡＲＴＳＰ；１６：ＨＬＳ

ｍａｘＢａｎｄｗｉｄｔｈＩｎｔ４必選帶寬上限，單位：Ｍｂｉｔ／ｓ

ｍａｘＵｓｅｒＩｎｔ４必選在線用戶數(shù)上限

ｕｓｅｄＢａｎｄｗｉｄｔｈＩｎｔ４必選已使用帶寬，Ｍｂｉｔ／ｓ

ｏｎｌｉｎｅＵｓｅｒＩｎｔ４必選在線用戶數(shù)，個

８．２．３接口示例

假設(shè)ｓｈａｒｅｄＳｅｃｒｅｔ取值為１２３４５６，分配給ＭＤＳ（ＤｅｖｉｃｅＣｏｄｅ：０１０５０００００１）的ｐｒｉｖａｔｅＳｅｃｒｅｔ

為６５４３２１。

請求消息為：

ＧＥＴ／ＧｅｔＣＤＮＬｏａｄＩｎｆｏＨＴＴＰ／１．

Ａｃｃｅｐｔ：／＼ｒ＼ｎ

ＡｃｃｅｐｔＬａｎｇｕａｇｅ：ｚｈｃｎ，ｅｎ；ｑ＝０．５＼ｒ＼ｎ

ＡｃｃｅｐｔＥｎｃｏｄｉｎｇ：ｇｚｉｐ，ｄｅｆｌａｔｅ＼ｒ＼ｎ

０１

犌犅／犜３８８３０—２０２０

Ｈｏｓｔ：１０．７１．１４８．１０９：８０７０＼ｒ＼ｎ

Ｃｏｎｎｅｃｔｉｏｎ：ＫｅｅｐＡｌｉｖｅ＼ｒ＼ｎ

ｖｅｒｓｉｏｎ：１．０＼ｒ＼ｎ

ｓｏｕｒｃｅＤｅｖｉｃｅＣｏｄｅ：０００３０００００１＼ｒ＼ｎ

ｄｅｓｔＤｅｖｉｃｅＣｏｄｅ：０１０５０００００１＼ｒ＼ｎ

ａｕｔｈｅｎｔｉｃａｔｏｒＳｏｕｒｃｅ：５Ｃ５ＦＣ１Ｆ９９８２３７Ｄ０９Ｅ８Ａ９ＥＦ６７Ｃ４１ＢＤ６６Ｆ＼ｒ＼ｎ

ｔｉｍｅＳｔａｍｐ：２０１１１２０６１２２６１８＼ｒ＼ｎ

〈？ｘｍｌｖｅｒｓｉｏｎ＝＂１．０＂ｅｎｃｏｄｉｎｇ＝＂ＵＴＦ８＂？〉

〈ＣｄｎＬｏａｄＩｎｆｏ〉〈／ＣｄｎＬｏａｄＩｎｆｏ〉

響應(yīng)消息為：

ＨＴＴＰ／１．１２００ＯＫ

Ｄａｔｅ：Ｍｏｎ，３１Ｄｅｃ２００１０４：２５：５７ＧＭＴ

Ｃｏｎｔｅｎｔｒａｎｇｅ：ｂｙｔｅｓ０１００／１０１

ｖｅｒｓｉｏｎ：１．０＼ｒ＼ｎ

ｓｏｕｒｃｅＤｅｖｉｃｅＣｏｄｅ：０１０５０００００１＼ｒ＼ｎ

ｄｅｓｔＤｅｖｉｃｅＣｏｄｅ：０００３０００００１＼ｒ＼ｎ

ａｕｔｈｅｎｔｉｃａｔｏｒＳｏｕｒｃｅ：３ＡＦＡＥＦ８９Ａ３４４ＣＣ５０４６５４ＣＦＢＣ３４Ｂ７Ｅ２３Ｅ＼ｒ＼ｎ

ｔｉｍｅＳｔａｍｐ：２０１１１２０６１２２６１９＼ｒ＼ｎ

〈？ｘｍｌｖｅｒｓｉｏｎ＝＂１．０＂ｅｎｃｏｄｉｎｇ＝＂ＵＴＦ８＂？〉

〈ＣｄｎＬｏａｄＩｎｆｏＲｅｓｐｏｎｓｅ〉

〈ｓｉｇｎａｔｕｒｅ〉９７Ａ１０３５Ｃ０９Ａ９３Ｆ８Ｃ３８７４ＢＥ５８Ｄ７３８６４６Ｅ〈／ｓｉｇｎａｔｕｒｅ〉

〈ｃｄｎＳｔａｔｅ〉１〈／ｃｄｎＳｔａｔｅ〉

〈ｌｏａｄＩｎｆｏ〉

〈ｐｒｏｔｏｃｏｌｔｙｐｅ〉０〈／ｐｒｏｔｏｃｏｌｔｙｐｅ〉

〈ｍａｘＢａｎｄｗｉｄｔｈ〉２０〈／ｍａｘＢａｎｄｗｉｄｔｈ〉

〈ｍａｘＵｓｅｒ〉１０００〈／ｍａｘＵｓｅｒ〉

〈ｕｓｅｄＢａｎｄｗｉｄｔｈ〉１５〈／ｕｓｅｄＢａｎｄｗｉｄｔｈ〉

〈ｏｎｌｉｎｅＵｓｅｒ〉２００〈／ｏｎｌｉｎｅＵｓｅｒ〉

〈／ｌｏａｄＩｎｆｏ〉

〈／ＣｄｎＬｏａｄＩｎｆｏＲｅｓｐｏｎｓｅ〉

９安全要求

９．１設(shè)備安全要求

ＧＳＬＢ、二級ＳＬＢ和邊緣ＳＬＢ設(shè)備應(yīng)保證安全，主要包括：

———確保系統(tǒng)采用的操作系統(tǒng)無漏洞，及時更新操作系統(tǒng)漏洞；

———關(guān)閉不使用的服務(wù)和端口；

———禁止或替換有潛在安全漏洞的程序；

———提供防ＤＯＳ、ＤＤＯＳ、端口掃描攻擊能力；

———系統(tǒng)具備完