T-UWA 024-2023 基于流媒體的多屏互動(dòng)技術(shù)要求

ICS：33.030CCS：M21Technicalrequirementsofmultiscreeninteractionbasedonstreamingmedia2023-12-31發(fā)布2023-12-31實(shí)施IT/UWA024-2023 2規(guī)范性引用文件 3術(shù)語(yǔ)和定義 4縮略語(yǔ) 5總體框架 5.1概述 5.2協(xié)議架構(gòu) 5.3模型定義 5.4應(yīng)用場(chǎng)景 5.5交互流程 6設(shè)備管理 6.1設(shè)備發(fā)現(xiàn) 6.2連接認(rèn)證鑒權(quán) 7能力協(xié)商和播控命令定義 7.1概述 7.2消息場(chǎng)景流程 7.3設(shè)備能力參數(shù) 7.4播控質(zhì)量參數(shù) 7.5播控鏈路?；?8媒體資源播控 8.1概述 8.2播控操作及響應(yīng)定義 9規(guī)格定義 9.1概述 9.2視頻支持的格式 9.3音頻支持的格式 9.4圖片支持的格式 9.5流媒體通信協(xié)議類(lèi)型 9.6DRM支持的類(lèi)型 389.7編解碼格式 附錄A（資料性）播控命令示例 39參考文獻(xiàn) 41T/UWA024-2023本文件按照GB/T1.1—2020《標(biāo)準(zhǔn)化工作導(dǎo)則第1部分：標(biāo)準(zhǔn)化文件的結(jié)構(gòu)和起草規(guī)則》給出的規(guī)則起草。請(qǐng)注意本文件的某些內(nèi)容可能涉及專(zhuān)利。本文件的發(fā)布機(jī)構(gòu)不承擔(dān)識(shí)別這些專(zhuān)利的責(zé)任。本文件由世界超高清視頻產(chǎn)業(yè)聯(lián)盟提出并歸口。本文件主要起草單位：華為技術(shù)有限公司、中央廣播電視總臺(tái)、康佳集團(tuán)股份有限公司、深圳TCL新技術(shù)有限公司、深圳市騰訊計(jì)算機(jī)系統(tǒng)有限公司、夏普電子研發(fā)（南京）有限公司、海信視像科技股份有限公司、北京奇藝世紀(jì)科技有限公司、北京字節(jié)跳動(dòng)網(wǎng)絡(luò)技術(shù)有限公司、深圳創(chuàng)維-RGB電子有限公司、優(yōu)酷信息技術(shù)（北京）有限公司、咪咕文化科技有限公司、四川新視創(chuàng)偉超高清科技有限公司、OPPO廣東移動(dòng)通信有限公司、京東方科技集團(tuán)股份有限公司、杭州當(dāng)虹科技股份有限公司、烽火通信科技股份有限公司、北京中視廣信科技有限公司、深圳市酷開(kāi)網(wǎng)絡(luò)科技股份有限公司、深圳市洲明科技股份有限公司、利亞德光電股份有限公司、北京流金歲月傳媒科技股份有限公司、西安諾瓦星云科技股份有限公司、上海數(shù)字電視國(guó)家工程研究中心有限公司。本文件主要起草人：刁月磊、王浩、黃一宏、高偉、梁剛、馬鴻、顧軍、聶自非、佘桂海、韋澤垠、劉文富、吳志栩、唐景松、孫吉超、肖成創(chuàng)、趙騰飛、徐遙令、陳燦、郭佩佩、金晶、畢蕾、沈顯超、鄒雙澤、楊益紅、王琳、李湯鎖、陳明武、張華、裘昊、徐煜燁、孫劍、吳旭、王雷、白瑩杰、白建軍、劉莉、曾澤君、周凱旋、葛敏鋒、殷惠清。1T/UWA024-2023基于流媒體的多屏互動(dòng)技術(shù)要求本文件規(guī)定了多個(gè)設(shè)備接入同一局域網(wǎng)環(huán)境時(shí)，實(shí)現(xiàn)基于流媒體的多屏互動(dòng)的相關(guān)技術(shù)要求。本文件適用于接入同一局域網(wǎng)環(huán)境下多個(gè)設(shè)備實(shí)現(xiàn)多屏互動(dòng)的軟件設(shè)計(jì)、開(kāi)發(fā)和應(yīng)用。2規(guī)范性引用文件本文件沒(méi)有規(guī)范性引用文件。3術(shù)語(yǔ)和定義下列術(shù)語(yǔ)以及定義適用于本文件。3.1內(nèi)容content要投播的視頻、音樂(lè)、圖片等媒體類(lèi)資源文件。3.2媒體服務(wù)multimediaService提供投播內(nèi)容的存儲(chǔ)和業(yè)務(wù)鑒權(quán)、內(nèi)容分發(fā)管理的服務(wù)。3.3發(fā)送端sourcedevice多屏互動(dòng)的發(fā)起設(shè)備。3.4接收端sinkdevice多屏互動(dòng)的接收設(shè)備。3.5渲染rendering視音頻媒體資源內(nèi)容播放、圖片資源顯示等行為。3.6播控playandcontrol發(fā)送端控制接收端進(jìn)行內(nèi)容獲取、渲染、播放及控制。3.7加密encipherment;encryption對(duì)數(shù)據(jù)進(jìn)行密碼變換以產(chǎn)生密文的過(guò)程。2T/UWA024-2023[來(lái)源：GB/T36322-2018,3.5]3.8解密decipherment;decryption與加密過(guò)程對(duì)應(yīng)的逆過(guò)程。[來(lái)源：GB/T25069-2022,3.305]3.9安全信道securechannel為所交換消息提供保密性及真實(shí)性的通信信道。[來(lái)源：ISO/IEC24745:2011,2.30]4縮略語(yǔ)下列縮略語(yǔ)適用于本文件。ChinaDRM中國(guó)數(shù)字版權(quán)管理（ChinaDigitalRightsManagement）DRM數(shù)字版權(quán)管理（DigitalRightsManagement）ECDH橢圓曲線(xiàn)DH密鑰協(xié)商協(xié)議（EllipticCurveDiffie-Hellmankeyagreement）HTTP超文本傳輸協(xié)議（HyperTextTransferProtocol）HLS基于HTTP的實(shí)時(shí)流媒體協(xié)議（HttpLiveStreaming）ISO國(guó)際標(biāo)準(zhǔn)化組織（InternationalOrganizationforStandardization）JSONJS對(duì)象簡(jiǎn)譜（JavaScriptObjectNotation）LAN局域網(wǎng)（LocalAreaNetwork）mDNS多播域名系統(tǒng)（MulticastDNS）NearLink星閃中國(guó)原生的新一代近距離無(wú)線(xiàn)聯(lián)接技術(shù)RTSP實(shí)時(shí)流協(xié)議（RealTimeStreamingProtocol）SPEKE簡(jiǎn)單密鑰協(xié)商（SimplePasswordExponentialKeyExchange）URL統(tǒng)一資源定位符（UniformResourceLocator）WLAN無(wú)線(xiàn)局域網(wǎng)絡(luò)（WirelessLocalAreaNetwork）5總體框架5.1概述本文件定義了多屏互動(dòng)的基礎(chǔ)架構(gòu)及交互操作規(guī)范，涵蓋設(shè)備發(fā)現(xiàn)、連接認(rèn)證鑒權(quán)、能力協(xié)商、媒體播控協(xié)議及支持媒體格式規(guī)格，實(shí)現(xiàn)發(fā)送端設(shè)備多媒體內(nèi)容協(xié)同到接收端設(shè)備播控的功能。5.2協(xié)議架構(gòu)基于流媒體的多屏互動(dòng)基礎(chǔ)架構(gòu)如圖1所示，主要包含四個(gè)部分：設(shè)備管理、媒體資源播控、媒體資源管理和渲染服務(wù)。3媒體資源渲染服務(wù)媒體資源管理服務(wù)媒體資源媒體資源渲染服務(wù)媒體資源管理服務(wù)媒體資源播控RTSP設(shè)備管理設(shè)備管理設(shè)備發(fā)現(xiàn)設(shè)備認(rèn)證網(wǎng)絡(luò)協(xié)議(TCP/UDP)IP（IPv4/IPv6）網(wǎng)絡(luò)連接（Ethernet802.3i/u,WLAN802.11a/b/g/n/ac/ad/ax，NearLink）圖1基于流媒體的多屏互動(dòng)基礎(chǔ)架構(gòu)設(shè)備管理應(yīng)由設(shè)備發(fā)現(xiàn)和設(shè)備認(rèn)證組成。設(shè)備發(fā)現(xiàn)應(yīng)支持服務(wù)發(fā)布、訂閱及能力交互。設(shè)備認(rèn)證應(yīng)支持雙端可信認(rèn)證，密鑰生成和管理。媒體資源播控（控制模塊）應(yīng)支持媒體資源相關(guān)的播控命令封裝、播放狀態(tài)等信息的封裝和解封裝，接收端應(yīng)具備渲染服務(wù)管理能力。媒體資源管理（媒體服務(wù)）應(yīng)提供內(nèi)容存儲(chǔ)和業(yè)務(wù)管理系統(tǒng),宜支持HTTP、HLS協(xié)議進(jìn)行資源訪(fǎng)問(wèn)。本文件不詳細(xì)規(guī)定具體行為和協(xié)議內(nèi)容，由內(nèi)容服務(wù)提供者確定。媒體資源渲染（渲染服務(wù)）應(yīng)支持訪(fǎng)問(wèn)媒體資源管理服務(wù)獲取內(nèi)容、根據(jù)資源類(lèi)型加載對(duì)應(yīng)的渲染器，進(jìn)行渲染和播控。5.3模型定義本文件定義發(fā)送端和接收端基礎(chǔ)模型，一個(gè)物理設(shè)備可承載一個(gè)或多個(gè)發(fā)送端或接收端實(shí)例。5.4應(yīng)用場(chǎng)景5.4.1一對(duì)一本地資源協(xié)同一對(duì)一本地資源協(xié)同流程如圖2所示。圖2一對(duì)一本地資源協(xié)同4T/UWA024-2023發(fā)送端應(yīng)部署設(shè)備管理、控制模塊和媒體服務(wù)，接收端應(yīng)部署設(shè)備管理、控制模塊和渲染服務(wù)。首先，設(shè)備管理發(fā)現(xiàn)連接，建立安全信道，再通過(guò)控制模塊進(jìn)行播控，最后，渲染服務(wù)從媒體服務(wù)器中獲取指定的媒體資源內(nèi)容。發(fā)送端控制模塊與媒體服務(wù)之間的資源選擇過(guò)程本文件不定義，可由用戶(hù)選擇本地某個(gè)資源文件等方式實(shí)現(xiàn)。接收端的控制模塊將播控信息傳遞給渲染服務(wù)，兩模塊間的信息傳遞屬于內(nèi)部實(shí)現(xiàn)，本文件不定義。5.4.2一對(duì)一在線(xiàn)資源協(xié)同一對(duì)一在線(xiàn)資源協(xié)同流程如圖3所示。圖3一對(duì)一在線(xiàn)資源協(xié)同發(fā)送端應(yīng)部署設(shè)備管理和控制模塊，接收端應(yīng)部署設(shè)備管理、控制模塊和渲染服務(wù)，媒體服務(wù)部署在網(wǎng)絡(luò)可達(dá)的設(shè)備上。首先，設(shè)備管理發(fā)現(xiàn)連接，建立安全信道，再通過(guò)控制模塊進(jìn)行播控，最后，渲染服務(wù)從在線(xiàn)的媒體服務(wù)獲取媒體資源內(nèi)容。發(fā)送端控制模塊與媒體服務(wù)之間的資源選擇過(guò)程本文件不定義，可由發(fā)送端內(nèi)其他模塊如視頻應(yīng)用與媒體服務(wù)交互后通過(guò)應(yīng)用接口傳遞給控制模塊。5.4.3一對(duì)多本地資源協(xié)同一對(duì)多本地資源協(xié)同流程如圖4所示。5T/UWA024-2023圖4一對(duì)多本地資源協(xié)同發(fā)送端的控制模塊和媒體服務(wù)宜具備啟動(dòng)多個(gè)連接的能力。發(fā)送端可以推送不同的資源到不同的接收端，本場(chǎng)景中各接收端之間不具有相關(guān)性。發(fā)送端應(yīng)部署設(shè)備管理、控制模塊和媒體服務(wù)器，接收端應(yīng)部署設(shè)備管理、控制模塊和渲染服務(wù)。發(fā)送端與每個(gè)接收端之間的互動(dòng)流程與5.4.1章節(jié)定義一致。5.4.4一對(duì)多在線(xiàn)資源協(xié)同一對(duì)多在線(xiàn)資源協(xié)同流程如圖5所示。6T/UWA024-2023圖5一對(duì)多在線(xiàn)資源協(xié)同接收端控制模塊宜具備啟動(dòng)多個(gè)連接的能力。發(fā)送端可以推送資源到不同的接收端，本場(chǎng)景中各接收端之間不具有相關(guān)性。發(fā)送端應(yīng)部署設(shè)備管理和控制模塊，接收端應(yīng)部署設(shè)備管理、控制模塊和渲染服務(wù)，媒體服務(wù)部署設(shè)備為單獨(dú)另外設(shè)備。發(fā)送端、媒體服務(wù)與每個(gè)接收端之間的互動(dòng)流程與5.4.2章節(jié)定義一致。5.5交互流程5.5.1概述多屏互動(dòng)業(yè)務(wù)流程如圖6所示，主要包含發(fā)現(xiàn)階段、連接認(rèn)證階段、能力協(xié)商階段、播控階段及斷開(kāi)階段，各階段依次流動(dòng)。7T/UWA024-2023圖6多屏互動(dòng)業(yè)務(wù)流程各階段流程說(shuō)明如下：發(fā)現(xiàn)階段：1）接收端開(kāi)啟設(shè)備管理，進(jìn)行服務(wù)發(fā)布，等待被發(fā)現(xiàn)，宜默認(rèn)開(kāi)啟；2）發(fā)送端啟動(dòng)設(shè)備管理，進(jìn)行服務(wù)發(fā)現(xiàn)，以獲取設(shè)備列表；3）接收端回復(fù)設(shè)備信息，包含支持的服務(wù)、渲染能力以及服務(wù)端口等信息；連接認(rèn)證階段：4）發(fā)送端發(fā)起連接，通過(guò)發(fā)現(xiàn)階段獲得的接收端IP地址和服務(wù)端口建立信道a（TCP）；5）發(fā)送端發(fā)送握手報(bào)文，接收端接收到握手報(bào)文后結(jié)合本端能力進(jìn)行回復(fù)；6）當(dāng)有任一端不存在對(duì)端信任關(guān)系時(shí)應(yīng)進(jìn)入綁定流程，當(dāng)雙端均存有對(duì)端設(shè)備的可信關(guān)系時(shí)應(yīng)進(jìn)入認(rèn)證流程，具體協(xié)商可參看6.2章節(jié)，最終生成會(huì)話(huà)密鑰；能力協(xié)商階段：7）發(fā)送端啟動(dòng)控制模塊，生成RTSP服務(wù)端口，端口應(yīng)隨機(jī)，等待連接；8）RTSP服務(wù)端口應(yīng)使用AES-128-CTR加密后通過(guò)信道a發(fā)送至接收端；9）接收端使用AES-128-CTR解密獲得RTSP服務(wù)端口，連接到RTSP服務(wù)，該鏈接本文件統(tǒng)一稱(chēng)為控制通道；10）雙端通過(guò)RTSP命令交互進(jìn)行播放能力協(xié)商并業(yè)務(wù)響應(yīng)，詳細(xì)描述見(jiàn)7.2章節(jié)；播控階段：11）發(fā)送端通過(guò)控制通道進(jìn)行播控命令發(fā)送；8T/UWA024-202312）接收端進(jìn)行播放命令響應(yīng)，并將播控內(nèi)容信息、進(jìn)度、狀態(tài)變更響應(yīng)，回復(fù)給發(fā)送端；斷開(kāi)階段：13）發(fā)送端可發(fā)送斷開(kāi)命令；14）接收端接收到斷開(kāi)命令后，應(yīng)進(jìn)行渲染服務(wù)回收，發(fā)送斷開(kāi)命令到發(fā)送端，后斷開(kāi)連接；15）發(fā)送端收到斷開(kāi)命令后，應(yīng)停止本端服務(wù)停止，斷開(kāi)與接收端設(shè)備的連接。5.5.2本地資源推送流程本地資源推送流程如圖7所示。圖7本地資源推送流程流程說(shuō)明如下：1)用戶(hù)在應(yīng)用中選擇待推送的本地資源文件，將文件路徑等信息傳遞給發(fā)送端控制模塊；2)媒體服務(wù)應(yīng)生成文件標(biāo)識(shí)（不應(yīng)超過(guò)100bytes），并保存文件標(biāo)識(shí)和文件的映射關(guān)系；3)發(fā)送端控制模塊封裝播放請(qǐng)求命令通過(guò)RTSP通路傳輸至接收端控制模塊；4)接收端控制模塊接收到后，解析媒體信息，設(shè)置給媒體渲染服務(wù)；5)接收端媒體渲染服務(wù)啟動(dòng)，獲取播放內(nèi)容；6)識(shí)別為本地內(nèi)容時(shí)，應(yīng)通過(guò)控制模塊請(qǐng)求建立本地資源傳輸通道；7)發(fā)送端收到請(qǐng)求后，向媒體服務(wù)獲取TCP套接字服務(wù)端口；8)發(fā)送端控制模塊在響應(yīng)中封裝服務(wù)端口；9)接收端控制模塊配置服務(wù)端口到渲染模塊，由渲染模塊建立TCP連接，本鏈接應(yīng)使用7.2.1章節(jié)協(xié)商的流媒體加密算法進(jìn)行加解密；10)接收端通過(guò)獲取計(jì)算讀取的內(nèi)容偏移量及長(zhǎng)度，封裝成HTTPRequest請(qǐng)求，在Content-Range字段中，攜帶文件讀取起始位置、讀取長(zhǎng)度，通過(guò)本地資源傳輸通道向發(fā)送端媒體服務(wù)模塊請(qǐng)求媒體資源；11)發(fā)送端媒體服務(wù)收到請(qǐng)求后，將請(qǐng)求信息中的文件標(biāo)識(shí)映射成本地文件路徑，并按照Request請(qǐng)求，從該文件指定位置讀取指定長(zhǎng)度內(nèi)容后，將返回信息封裝成HTTPResponse報(bào)文，在Content-Length字段中返回本次請(qǐng)求的讀取位置和讀取長(zhǎng)度，并在HTTPResponseBody中攜帶讀取的文件內(nèi)容；9T/UWA024-202312)接收端接收到HTTPResponse報(bào)文后，進(jìn)行內(nèi)容播放；13)接收端媒體渲染器播放時(shí)，應(yīng)將播放進(jìn)度及狀態(tài)等信息按照8.2章節(jié)生成事件，通過(guò)控制模塊將事件同步到發(fā)送端媒體控制模塊；14)發(fā)送端媒體控制模塊將事件傳遞給媒體應(yīng)用，媒體應(yīng)用進(jìn)行相應(yīng)的響應(yīng)。5.5.3在線(xiàn)資源推送流程在線(xiàn)資源推送流程如圖8所示。圖8在線(xiàn)資源推送流程流程說(shuō)明如下：1)用戶(hù)在發(fā)送端應(yīng)用中，選擇待推送的在線(xiàn)資源，將在線(xiàn)資源及相關(guān)信息傳遞給控制模塊；2)發(fā)送端控制模塊將URL、標(biāo)題、作者等相關(guān)媒體信息封裝播放命令發(fā)送至接收端控制模塊；3)接收端控制模塊接收播放請(qǐng)求后，解析媒體信息，設(shè)置給媒體渲染服務(wù)模塊；4)接收端媒體渲染器播放文件，通過(guò)URL鏈接向網(wǎng)絡(luò)媒體服務(wù)模塊請(qǐng)求媒體資源；5)網(wǎng)絡(luò)側(cè)媒體服務(wù)模塊收到接收端發(fā)來(lái)的請(qǐng)求后，校驗(yàn)請(qǐng)求的合法性。合法性校驗(yàn)通過(guò)后，并按照Request請(qǐng)求，將返回信息封裝成HTTPResponse報(bào)文，在Content-Length字段中返回本次請(qǐng)求的讀取位置和讀取長(zhǎng)度，并在HTTPResponseBody中攜帶讀取的播放內(nèi)容；6)接收端媒體渲染服務(wù)接收到Response報(bào)文后，進(jìn)行內(nèi)容渲染；7)接收端媒體渲染器播放時(shí)，應(yīng)將播放進(jìn)度及狀態(tài)等信息按照8.2章節(jié)生成事件，通過(guò)控制模塊將事件同步到發(fā)送端媒體控制模塊；8)發(fā)送端控制模塊將事件傳遞給媒體應(yīng)用，媒體應(yīng)用進(jìn)行相應(yīng)的響應(yīng)。5.5.4在線(xiàn)DRM資源推送流程在線(xiàn)DRM內(nèi)容推送流程如圖9所示。T/UWA024-2023圖9在線(xiàn)DRM資源推送流程流程說(shuō)明如下：1)用戶(hù)在發(fā)送端應(yīng)用中，選擇待推送的在線(xiàn)DRM資源，應(yīng)用負(fù)責(zé)和媒體服務(wù)交互，完成鑒權(quán)，獲取內(nèi)容播放鏈接等業(yè)務(wù)鑒權(quán)結(jié)果，將資源及相關(guān)媒體信息傳遞給發(fā)送端控制模塊，宜根據(jù)獲取的接收端設(shè)備的DRM能力進(jìn)行推送，如不支持，可停止推送；2)發(fā)送端控制模塊將URL、標(biāo)題、作者等相關(guān)媒體信息封裝播放命令發(fā)送至接收端控制模塊；3)接收端控制模塊接收播放請(qǐng)求后，解析媒體信息，設(shè)置給媒體渲染服務(wù)模塊；4)接收端媒體渲染器播放文件，通過(guò)URL鏈接向網(wǎng)絡(luò)媒體服務(wù)模塊請(qǐng)求媒體資源；5)媒體服務(wù)系統(tǒng)根據(jù)播放鏈接請(qǐng)求，返回請(qǐng)求結(jié)果；6)接收端解析內(nèi)容中的DRM加密描述信息，發(fā)送到控制模塊獲取許可證請(qǐng)求消息；7)接收端將許可證請(qǐng)求消息通過(guò)控制模塊發(fā)送消息到發(fā)送端請(qǐng)求許可證；8)發(fā)送端將許可證請(qǐng)求發(fā)送到用戶(hù)使用的應(yīng)用。9)應(yīng)用向媒體服務(wù)發(fā)起內(nèi)容許可證請(qǐng)求；10)媒體服務(wù)DRM服務(wù)端驗(yàn)證許可證請(qǐng)求消息，完成DRM客戶(hù)端認(rèn)證和內(nèi)容授權(quán)，產(chǎn)生許可證響應(yīng)消息，并返回內(nèi)容許可證；11)應(yīng)用發(fā)送許可證響應(yīng)消息到發(fā)送端控制模塊；12)發(fā)送端控制模塊發(fā)送許可證響應(yīng)信息到接收端；13)接收端渲染服務(wù)完成內(nèi)容許可證處理、內(nèi)容授權(quán)、解密及播放，并返回投屏結(jié)果給內(nèi)容發(fā)送端。如許可證需要更新，可以重復(fù)上述步驟6)-13)更新許可證。5.5.5播控操作流程播控操作流程如圖10所示。T/UWA024-2023圖10播控操作流程流程說(shuō)明如下：1)用戶(hù)在發(fā)送端應(yīng)用中，將要或者正在投播的資源進(jìn)行播放控制請(qǐng)求發(fā)送給控制模塊；2)發(fā)送端控制模塊將用戶(hù)操作按照8.2章節(jié)定義封裝成RTSP報(bào)文，發(fā)送至接收端控制模塊；3)接收端控制模塊接收到報(bào)文后，解析操作命令，校驗(yàn)合法性通過(guò)后，設(shè)置給媒體渲染服務(wù)模塊；4)接收端渲染服務(wù)模塊應(yīng)根據(jù)播控指令進(jìn)行響應(yīng)，將指令的處理結(jié)果和渲染器狀態(tài)通知到控制模塊；5)接收端控制模塊應(yīng)按照8.2章節(jié)定義的響應(yīng)生成回調(diào)命令封裝成RTSP報(bào)文，發(fā)送至發(fā)送端控制模塊；6)發(fā)送端控制模塊接收到狀態(tài)變化通知后，校驗(yàn)回調(diào)行為事件合法性，更新發(fā)送端控制模塊狀態(tài)；7)發(fā)送端控制模塊將事件傳遞給媒體應(yīng)用，媒體應(yīng)用進(jìn)行相應(yīng)的響應(yīng)。6設(shè)備管理6.1設(shè)備發(fā)現(xiàn)設(shè)備發(fā)現(xiàn)應(yīng)遵循mDNS（rfc6762）和DNS-SD（rfc6763）協(xié)議，本節(jié)規(guī)定了發(fā)現(xiàn)過(guò)程中協(xié)議配置。6.1.1設(shè)備發(fā)現(xiàn)報(bào)文定義發(fā)現(xiàn)報(bào)文基礎(chǔ)配置（DNS-SD中PTR記錄和SRV記錄）應(yīng)按照表1的規(guī)定。表1發(fā)現(xiàn)報(bào)文基礎(chǔ)配置_cast-remote._tcp.local接收端發(fā)布服務(wù)前應(yīng)通過(guò)啟動(dòng)套接字服務(wù)端生DNS-SD中TXT記錄為本標(biāo)準(zhǔn)定義詳細(xì)能力交互部分，以鍵值對(duì)格式填充數(shù)據(jù)，宜采用JSON格式，見(jiàn)表2定義。T/UWA024-2023表2TXTrecord字段配置ExtraInfo表3設(shè)備類(lèi)型定義值表4基礎(chǔ)特性字段的定義01234-56Network7T/UWA024-2023表5擴(kuò)展信息定義eMultilinkboolboolDRM能力，應(yīng)按照表6規(guī)定以鍵值對(duì)方式填充，宜采用JSON格表6DRM能力定義6.2連接認(rèn)證鑒權(quán)6.2.1基本要求發(fā)送端和接收端是多屏互動(dòng)連接認(rèn)證鑒權(quán)主體。在連接首次建立時(shí)，雙端需完成雙向鑒權(quán)，即發(fā)送端對(duì)接收端進(jìn)行認(rèn)證鑒權(quán)，同時(shí)接收端對(duì)發(fā)送端也進(jìn)行認(rèn)證鑒權(quán)。根據(jù)雙端是否互為可信設(shè)備，認(rèn)證鑒權(quán)可分為綁定流程或認(rèn)證流程。綁定流程應(yīng)用于雙端設(shè)備中任一端沒(méi)有對(duì)端的可信憑證狀態(tài)時(shí)，基于用戶(hù)雙端帶外共享、6位數(shù)字的認(rèn)證碼完成綁定流程，協(xié)商產(chǎn)生會(huì)話(huà)密鑰的過(guò)程；同時(shí)若用戶(hù)選擇建立長(zhǎng)期信任關(guān)系，則將對(duì)端的設(shè)備信息（如設(shè)備ID等）與對(duì)端公鑰進(jìn)行綁定，記錄綁定關(guān)系及憑證。綁定過(guò)程中，用戶(hù)需要在雙端設(shè)備上均有確認(rèn)操作，防止誤連與惡意連接。認(rèn)證流程應(yīng)用于雙端均已基于綁定流程完成了互信關(guān)系并保存了所需要憑證，通過(guò)綁定關(guān)系中對(duì)應(yīng)的公鑰完成對(duì)對(duì)端設(shè)備的認(rèn)證鑒權(quán)，并生成會(huì)話(huà)密鑰的過(guò)程。認(rèn)證過(guò)程中，用戶(hù)宜在雙端設(shè)備上無(wú)確認(rèn)操作。T/UWA024-2023連接鑒權(quán)流程如圖11所示。圖11設(shè)備可信關(guān)系與連接鑒權(quán)流程6.2.2設(shè)備綁定流程首次認(rèn)證的雙端設(shè)備，應(yīng)進(jìn)行設(shè)備綁定流程。采用標(biāo)準(zhǔn)SPEKE協(xié)議[ISO/IEC11770-4:2017]。其中，認(rèn)證碼宜由發(fā)送端或接收端采用安全的隨機(jī)數(shù)生成6位數(shù)字，并通過(guò)帶外傳輸至對(duì)端設(shè)備。綁定流程首先采用SPEKE密鑰協(xié)商出對(duì)稱(chēng)密鑰，并根據(jù)該對(duì)稱(chēng)密鑰加密交換得到對(duì)端的公鑰，并將對(duì)端設(shè)備在發(fā)現(xiàn)中的設(shè)備唯一標(biāo)識(shí)與公鑰進(jìn)行綁定。SPEKE協(xié)議應(yīng)由TCP報(bào)文承載，所有報(bào)文應(yīng)按照J(rèn)SON數(shù)據(jù)格式解析和生成，具體流程如圖12所示：T/UWA024-2023圖12綁定協(xié)議交互1、HandshakeReq：握手請(qǐng)求消息握手請(qǐng)求消息JSON對(duì)象信息如表7所示。T/UWA024-2023表7握手請(qǐng)求消息參數(shù)2、HandshakeRsp：握手響應(yīng)消息握手響應(yīng)消息JSON對(duì)象信息如表8所示。表8握手請(qǐng)求回復(fù)消息參數(shù)HANDSHAKE_SUCCESS=5說(shuō)明接收端就緒狀態(tài)，可以發(fā)起boolHandShakeReq中為true且本端綁定關(guān)系庫(kù)中存在發(fā)送端通用模式的綁定關(guān)系時(shí)boolHandShakeReq中為true且本端綁定關(guān)系庫(kù)中存在發(fā)送端密碼模式的綁定關(guān)系時(shí)bool通用模式是指連接時(shí)認(rèn)證碼顯示在接收端，密碼模式是指認(rèn)證碼需要預(yù)先配置在系統(tǒng)中，連接時(shí)不顯示。isPwdTrusted和isGenericTrusted均為true時(shí)，優(yōu)選密碼模式。3、BindStartReq：綁定流程開(kāi)始-請(qǐng)求消息綁定開(kāi)始請(qǐng)求消息JSON對(duì)象信息如表9所示。表9綁定流程開(kāi)始-請(qǐng)求消息參數(shù)T/UWA024-20234、BindStartRsp：綁定流程開(kāi)始-回復(fù)消息接收端調(diào)用隨機(jī)數(shù)生成16字節(jié)鹽值salt，隨機(jī)生成ECDH私鑰eskS，并根據(jù)salt和認(rèn)證碼計(jì)算得到epkS。接收端生成的16字節(jié)隨機(jī)數(shù)，作為挑戰(zhàn)值challengeS。sID=countSID(ID_C,ID_S,epkC,epkS,DF1,DF2)計(jì)算方法定義：輸入：ID_C（發(fā)送端設(shè)備ID）,ID_S（接收端設(shè)備ID）,espkC(發(fā)送端公鑰)，espkS(接收端公鑰)，DF1(派生因子1,此處為空），DF2(派生因子2,此處為空）。返回：sIDa)記X_C為espkC的x坐標(biāo)，X_S為espkS的x坐標(biāo)；b)計(jì)算S_1=hash(ID_C||X_C||DF1)，并轉(zhuǎn)成整型數(shù)；c)計(jì)算S_2=hash(ID_S||X_S||DF2)，并轉(zhuǎn)成整型數(shù)；d)計(jì)算sID：MAX(S_1,S_2)||MIN(S_1,S_2)。綁定開(kāi)始回復(fù)消息JSON對(duì)象信息如表10所示。表10綁定流程開(kāi)始-回復(fù)消息參數(shù)byte[16]byte[16]5、BindFinishReq：綁定流程結(jié)束-請(qǐng)求消息發(fā)送端隨機(jī)生成ECDH私鑰eskC，并根據(jù)鹽值和認(rèn)證碼計(jì)算得到epkC。發(fā)送端根據(jù)eskC和epkS計(jì)算得到會(huì)話(huà)密鑰，并派生出Sessionkey1和Sessionkey2，分別用于加密和HMAC計(jì)算。發(fā)送端生成隨機(jī)數(shù)challengeC。發(fā)送端根據(jù)Sessionkey2計(jì)算challengeC||challengeS的HMAC值，即KcfDataC。sID=countSID(ID_S,ID_A,epkS,epkC,DF1,DF2)計(jì)算方法定義：輸入：ID_C（發(fā)送端設(shè)備ID）,ID_S（接收端設(shè)備ID）,espkC(發(fā)送端公鑰)，espkS(接收端公鑰)，DF1(派生因子1,此處為空），DF2(派生因子2,此處為空）返回：sessionIDa)記X_C為espkC的x坐標(biāo)，X_S為espkS的x坐標(biāo)；b)計(jì)算S_1=hash(ID_S||X_S||DF1)，并轉(zhuǎn)成整型數(shù)；c)計(jì)算S_2=hash(ID_C||X_C||DF2)，并轉(zhuǎn)成整型數(shù)；d)計(jì)算sessionID：SID=MAX(S_1,S_2)||MIN(S_1,S_2)；此處hash選用SHA-256。綁定結(jié)束請(qǐng)求消息JSON對(duì)象信息如表11所示。表11綁定流程結(jié)束-請(qǐng)求消息參數(shù)T/UWA024-2023表11（續(xù)）byte[16]byte[32]6、BindFinishRsp：綁定流程結(jié)束-回復(fù)消息接收端根據(jù)eskS和epkC計(jì)算得到會(huì)話(huà)密鑰，并同樣派生出Sessionkey1和Sessionkey2，用于加密和HMAC計(jì)算。接收端根據(jù)Sessionkey2計(jì)算challengeC||challengeS的HMAC值，即KcfDataC，并應(yīng)等于對(duì)端傳來(lái)的KcfDataC，否則鑒別失敗，結(jié)束流程。接收端根據(jù)Sessionkey2計(jì)算challengeS||challengeC的HMAC值，即KcfDataS。接收端根據(jù)Sessionkey1派生出加密密鑰DataEncKey。綁定結(jié)束回復(fù)消息JSON對(duì)象信息如表12所示。表12綁定流程結(jié)束-回復(fù)消息參數(shù)byte[32]7、BindExchangeInfoC：交換密鑰-請(qǐng)求消息發(fā)收端根據(jù)Sessionkey2計(jì)算challengeS||challengeC的HMAC值，即KcfDataS，并比應(yīng)等于對(duì)端傳來(lái)的KcfDataS，否則鑒別失敗，結(jié)束流程。發(fā)送端根據(jù)Sessionkey1派生出32Bytes加密密鑰encKey。發(fā)送端生成16字節(jié)隨機(jī)數(shù)作為業(yè)務(wù)加密密鑰Sessionkey，并采用encKey加密Sessionkey得到encSessionKey，加密模式為AES-256-GCM，IV值為隨機(jī)生成的16字節(jié)。若為長(zhǎng)期信任關(guān)系，則發(fā)送端生成公私鑰對(duì)(authSkC,authPkC)，authPkc與SessionKey拼接位32字節(jié)數(shù)據(jù)后，再進(jìn)行加密處理。交換秘鑰請(qǐng)求消息JSON對(duì)象信息如表13所示。表13交換密鑰-請(qǐng)求消息參數(shù)8、BindExchangeInfoS：交換密鑰-回復(fù)消息接收端解密encSessionKey，得到sessionkey，若GCM模式解密校驗(yàn)失敗則Result=false，否則將sessionkey作為業(yè)務(wù)加密密鑰。若為長(zhǎng)期信任關(guān)系，解密sessionKey時(shí)可獲得發(fā)送端authPkC，則接收端生成公私鑰對(duì)(authSkS,authPkS)，并采用encKey加密authPkS得到encPkS，加密模式為AES-256-GCM，IV值為隨機(jī)生成的16字節(jié)。T/UWA024-2023交換秘鑰回復(fù)消息JSON對(duì)象信息如表14所示。表14交換密鑰-回復(fù)消息參數(shù)9、ExchangeBindFinish：綁定確認(rèn)消息綁定確認(rèn)消息JSON對(duì)象信息如表15所示。表15交換密鑰-回復(fù)消息參數(shù)若為長(zhǎng)期信任關(guān)系，發(fā)送端解密encPkS得到AuthPkS，解密失敗則bindResult=false，否則bindResult=true并將接收端authPkS與接收端ID_S綁定，并將(versionIndex，AuthPkS，ID_S，authSkC)四元組存盤(pán)記錄。返回bindResult的加密結(jié)果encBindResult。接收端收到后查看bindresult=true，則將authpkC與Client端deviceId綁定。并將(versionIndex，AuthPkC，ID_C，authSkS)四元組存盤(pán)記錄。6.2.3設(shè)備認(rèn)證當(dāng)雙端具有可信關(guān)系時(shí)，執(zhí)行設(shè)備認(rèn)證過(guò)程，此時(shí)雙端已持有對(duì)端的公鑰。雙端基于本端的私鑰和對(duì)端的公鑰，基于ECDH算法計(jì)算出一個(gè)共享的秘密，作為SPEKE協(xié)議中的secret參數(shù)，完成設(shè)備認(rèn)證。認(rèn)證過(guò)程得到的對(duì)稱(chēng)密鑰，作為后續(xù)通信的會(huì)話(huà)密鑰使用。具體流程如圖13所示。T/UWA024-2023圖13認(rèn)證協(xié)議交互1、AuthStartReq：認(rèn)證流程開(kāi)始-請(qǐng)求消息認(rèn)證開(kāi)始請(qǐng)求消息JSON對(duì)象信息如表16所示。表16認(rèn)證流程開(kāi)始-請(qǐng)求消息參數(shù)protocolIndex位發(fā)送端根據(jù)雙端的protocolList交集，選取安全的協(xié)議；若雙端均為0x01，即默認(rèn)值，則進(jìn)行以下交互。2、AuthStartRsp：認(rèn)證流程開(kāi)始-回復(fù)消息T/UWA024-2023認(rèn)證開(kāi)始回復(fù)消息JSON對(duì)象信息如表17所示。表17認(rèn)證流程開(kāi)始-回復(fù)消息參數(shù)byte[16]byte[16]byte[16]接收端調(diào)用隨機(jī)數(shù)生成：16字節(jié)salt值、16字節(jié)challengS值、16字節(jié)nonce值。并查詢(xún)本地綁定關(guān)系得到對(duì)端的認(rèn)證公鑰authPkC和對(duì)應(yīng)本端私鑰authSkS，計(jì)算得psk。并基于psk，調(diào)用Hash2Point函數(shù)生成橢圓曲線(xiàn)基點(diǎn)base。調(diào)用隨機(jī)數(shù)生成私鑰eskS，并基于base生成公鑰epkS。3、AuthFinishReq：認(rèn)證流程結(jié)束-請(qǐng)求消息認(rèn)證結(jié)束請(qǐng)求消息JSON對(duì)象信息如表18所示。表18認(rèn)證流程結(jié)束-請(qǐng)求消息參數(shù)byte[16]16字節(jié)隨機(jī)數(shù)作為Client端挑戰(zhàn)值byte[32]發(fā)送端認(rèn)證mac結(jié)果查詢(xún)本地綁定關(guān)系得到對(duì)端的認(rèn)證公鑰authPkS和對(duì)應(yīng)本端私鑰authSkC，計(jì)算得psk。并基于psk，調(diào)用Hash2Point函數(shù)生成橢圓曲線(xiàn)基點(diǎn)base。發(fā)送端隨機(jī)生成ECDH私鑰eskC，并根據(jù)鹽值和PIN碼計(jì)算得到epkC。發(fā)送端根據(jù)eskC和epkS計(jì)算得到會(huì)話(huà)密鑰，并派生出Sessionkey1和Sessionkey2，分別用于加密和HMAC計(jì)算。發(fā)送端生成隨機(jī)數(shù)challengeC。發(fā)送端根據(jù)Sessionkey2計(jì)算challengeC||challengeS的HMAC值，即KcfDataC。4、AuthFinishRsp：認(rèn)證流程結(jié)束-回復(fù)消息認(rèn)證結(jié)束回復(fù)消息JSON對(duì)象信息如表19所示。表19認(rèn)證流程結(jié)束-回復(fù)消息參數(shù)byte[32]接收端認(rèn)證mac結(jié)果接收端根據(jù)eskS和epkC計(jì)算得到會(huì)話(huà)密鑰，并同樣派生出Sessionkey1和Sessionkey2，用于加密和HMAC計(jì)算。接收端根據(jù)Sessionkey2計(jì)算challengeC||challengeS的HMAC值，即KcfDataC并比對(duì)是否等于對(duì)端傳來(lái)的KcfDataC，否則鑒別失敗，結(jié)束流程。接收端根據(jù)Sessionkey2計(jì)算challengeS||challengeC的HMAC值，即KcfDataS。接收端根據(jù)Sessionkey1及隨機(jī)派生的salt值派生出加密密鑰sessionKey。發(fā)送端同樣根據(jù)Sessionkey1及收到的salt值派生出加密密鑰sessionKey。T/UWA024-20236.2.4算法選擇綁定和認(rèn)證流程使用可使用如下驗(yàn)證算法如下。a）HKDF算法密鑰推導(dǎo)算法，選擇SHA-256作為Hash函數(shù)。b）HMAC算法HMAC（散列消息鑒別碼）中，選擇SHA-256作為Hash函數(shù)。c）ECDH算法選擇默認(rèn)協(xié)議版本選擇X.25519作為ECDH算法，用于綁定和認(rèn)證流程中的密鑰協(xié)商。d）Hash2Point算法選擇Elligator2方案作為Hash2Point算法。注：可參考IETF標(biāo)準(zhǔn)/doc/draft-irtf-cfrg-hash-to-curve/，用于將psk值轉(zhuǎn)換為橢圓曲線(xiàn)基點(diǎn)。e）綁定流程使用的對(duì)稱(chēng)加密AES-256算法GCM模式。驗(yàn)證算法應(yīng)標(biāo)注版本號(hào)，基礎(chǔ)版本為V1.0?？筛鶕?jù)業(yè)務(wù)要求選擇其他加密算法代替定位新的加密算法套，應(yīng)支持基礎(chǔ)版本。7能力協(xié)商和播控命令定義7.1概述發(fā)送端和接收端控制模塊所有的交互信令格式在RTSP規(guī)范（rfc2326）的基礎(chǔ)上，定義了擴(kuò)展的方式。本章規(guī)定涉及RTSP協(xié)議方法及詳細(xì)定義。本文件使用ANNOUNCE、OPTIONS、SET_PARAMETER、GET_PARAMETER、TEARDOWN方法，進(jìn)行狀態(tài)、播控及響應(yīng)信令交互。消息中斜體描述部分應(yīng)根據(jù)實(shí)際上下文進(jìn)行配置。7.1.1ANNOUNCE該方法用于協(xié)商多屏互動(dòng)時(shí)雙端加密算法，接收端連接發(fā)送端控制通道建立成功后，開(kāi)始發(fā)送。1）消息頭定義：ANNOUNCE*RTSP/1.0CSeq:實(shí)際報(bào)文序號(hào)Content-Type:text/parametersContent-Length:實(shí)際消息體報(bào)文長(zhǎng)度2）消息體定義如下：encrypt_description:encrypt_list=加密算法集加密算法集定義應(yīng)按照表20的規(guī)定，根據(jù)系統(tǒng)支持加密能力選擇。表20加密算法集參數(shù)宜支持，控制RTSP信令應(yīng)選AES-128-G控制RTSP信令和視頻內(nèi)容均使用AES-128-CTR加密算法。3）響應(yīng)定義：同RTSP1.0,本文件不做要求。T/UWA024-20237.1.2OPTIONS該方法用于請(qǐng)求獲取對(duì)端支持的方法。7.1.3GET_PARAMETER該方法用于請(qǐng)求獲取接收端播放能力、播放質(zhì)量?？障Ⅲw的GET_PARAMETER可用于探測(cè)對(duì)端是否在線(xiàn)。1）消息頭定義：GET_PARAMETERrtsp://localhost/hisight1.1RTSP/1.0Date:具體日期，格式如yyyy-MM-dHH:m:ssCSeq:具體序列號(hào)Content-Type:text/parametersContent-Length:實(shí)際消息體長(zhǎng)度2）消息體定義：請(qǐng)求的消息3）響應(yīng)定義：同RTSP1.0,攜帶相應(yīng)參數(shù)值。請(qǐng)求的消息見(jiàn)表21。表21消息體定義his_player_controller_capabilityhis_player_qoe7.1.4SET_PARAMETER該方法用來(lái)設(shè)置到對(duì)端的參數(shù)值。本規(guī)范通過(guò)該方法實(shí)現(xiàn)控制模塊的播控操作。具體播控命令攜帶在消息體中，見(jiàn)8.2章節(jié)。1）消息頭定義：SET_PARAMETERrtsp://localhost/hisight1.1RTSP/1.0Date:具體日期，格式如yyyy-MM-dHH:m:ssCSeq:具體序列號(hào)Content-Type:text/parametersContent-Length:實(shí)際消息體長(zhǎng)度2）消息體定義：請(qǐng)求的消息3）響應(yīng)定義：同RTSP1.0,本規(guī)范不做要求。示例可參考附錄A，參數(shù)值按需攜帶在消息體中，具體定義如表22所示。T/UWA024-2023表22SET_PARAMETER參數(shù)值定義his_versionparam應(yīng)采用JSON格式，具體的賦值可參考8.2a)啟動(dòng)命令報(bào)文定義：SET_PARAMETERrtsp://localhost/hisight1.1RTSP/1.0Date:yyyy-MM-dHH:m:ssCSeq:seqContent-Type:text/parametersContent-Length:bodylengthhis_execute_method:SETUPb)渲染服務(wù)就緒報(bào)文定義：SET_PARAMETERrtsp://localhost/hisight1.1RTSP/1.0Date:yyyy-MM-ddHH:mm:ssCSeq:seqContent-Type:text/parametersContent-Length:bodylengthhis_execute_method:RENDER_READYc)播控命令報(bào)文定義：報(bào)文定義：SET_PARAMETERrtsp://localhost/hisight1.1RTSP/1.0Date:yyyy-MM-dHH:m:ssCSeq:seqContent-Type:text/parametersContent-Length:消息體長(zhǎng)度T/UWA024-2023his_execute_method:SEND_EVENT_CHANGEmodule_id:1009(媒體播控模塊標(biāo)識(shí)符)event:actionparam:param7.1.5TEARDOWN斷開(kāi)連接。請(qǐng)求會(huì)停止業(yè)務(wù)，釋放相關(guān)資源。1）報(bào)文定義：TEARDOWNrtsp://localhost/hisight1.1RTSP/1.0CSeq:seq2）消息體定義：無(wú)3）響應(yīng)定義：同RTSP1.0,本規(guī)范不做要求。7.2消息場(chǎng)景流程本節(jié)定義了基于流媒體的多屏互動(dòng)設(shè)備之間交換的RTSP消息，實(shí)現(xiàn)設(shè)備參數(shù)協(xié)商、會(huì)話(huà)建立和會(huì)話(huà)管理的功能。詳細(xì)的消息定義見(jiàn)表23。表23RTSP消息定義7.2.1協(xié)商加密算法階段T/UWA024-2023圖14協(xié)商加密算法階段如圖14所示算法協(xié)商流程，明文交互，確定算法后，后續(xù)所有報(bào)文應(yīng)使用協(xié)商算法加密傳輸。lAnnounce1階段：接收端主動(dòng)發(fā)起，攜帶本端加密算法列表發(fā)送至對(duì)端，當(dāng)前版本宜支持AES-CTR-128和AES-GCM-128，至少支持AES-CTR-128；lAnnounce2階段：發(fā)送端接收到之后，與本端支持的加密算法列表進(jìn)行協(xié)商，流媒體加密算法選擇AES-CTR-128，播控信令優(yōu)選AES-GCM-128，返回協(xié)商后加密算法列表給接收端；7.2.2連接協(xié)商階段圖15連接協(xié)商階段如圖15所示連接協(xié)商流程，說(shuō)明如下：T/UWA024-2023lM1&M2階段：該階段雙端皆可發(fā)起，請(qǐng)求對(duì)端設(shè)備支持的方法；至少應(yīng)支持“ANNOUNCE，OPTIONS,TEARDOWN,GET_PARAMETER,SET_PARAMETER”；發(fā)送端發(fā)起，向接收端請(qǐng)求媒體參數(shù)。接收端接收到請(qǐng)求之后，按照請(qǐng)求參數(shù)列表進(jìn)行對(duì)應(yīng)填充，并回復(fù)響應(yīng)報(bào)文攜帶填充后的報(bào)文給發(fā)送端，具體播放器參數(shù)參考7.4節(jié)；發(fā)送端發(fā)起，接收到接收端M3階段的響應(yīng)報(bào)文后，逐個(gè)參數(shù)進(jìn)行協(xié)商，向接收端發(fā)送協(xié)商之后的參數(shù)列表；接收端接收該請(qǐng)求，并將協(xié)商后參數(shù)進(jìn)行保存；雙端協(xié)商完畢。7.2.3播控階段圖16播控階段如圖16所示，播放啟動(dòng)及播控命令交互。M5階段：發(fā)送端發(fā)起，發(fā)送SETUP命令，接收端接收端命令后，應(yīng)啟動(dòng)接收端渲染服務(wù)，確保服務(wù)運(yùn)行正常后，回復(fù)RENDER_READY。接收端接收到命令后可發(fā)起播控命令進(jìn)行資源推送和播控。7.2.4斷開(kāi)連接發(fā)送端和接收端均可以主動(dòng)發(fā)送RTSPTEARDOWN斷開(kāi)命令，發(fā)送后，可等待一段時(shí)間（應(yīng)不超過(guò)5s），若未等到回復(fù)，可直接停止本端服務(wù)，拆除RTSP鏈路，恢復(fù)到未連接狀態(tài)。在接收端正常播放狀態(tài)，未收到發(fā)送端斷開(kāi)命令，發(fā)現(xiàn)與發(fā)送端設(shè)備斷開(kāi)鏈接，宜繼續(xù)播放。7.3設(shè)備能力參數(shù)在雙端交互過(guò)程中，會(huì)攜帶接收端相關(guān)能力，傳給發(fā)送端，應(yīng)以JSON格式封裝傳遞。具體播放能T/UWA024-2023力參數(shù)應(yīng)按照表24的規(guī)定。表24設(shè)備播放能力參數(shù)boolbool割7.4播控質(zhì)量參數(shù)用于發(fā)送端對(duì)接收端播放內(nèi)容的用戶(hù)體驗(yàn)收集，用戶(hù)體驗(yàn)主要包括播放成功、起播時(shí)間、重新緩沖等因素，播放質(zhì)量參數(shù)應(yīng)按照表25的規(guī)定。表25播放質(zhì)量參數(shù)bool7.5播控鏈路?；钔ㄟ^(guò)發(fā)送端發(fā)送GET_PARAMETE方法到接收端并在預(yù)定的時(shí)間內(nèi)（建議不低于30s，不高于60s）接收端接收端端設(shè)備的響應(yīng)，確保接收端設(shè)備是保活狀態(tài)。每次探測(cè)間隔為120s，探測(cè)失敗可以重試一次，如果仍失敗認(rèn)為對(duì)端設(shè)備異常，退出播放狀態(tài)。8媒體資源播控T/UWA024-20238.1概述作為控制模塊，主要完成媒體資源推送及媒體資源的播放控制。發(fā)送端控制模塊接收用戶(hù)觸發(fā)的控制動(dòng)作，比如播放、暫停、停止等，并通過(guò)可信通道發(fā)送給接收端控制模塊，并由其下發(fā)給媒體渲染服務(wù)進(jìn)行響應(yīng)，媒體渲染服務(wù)模塊進(jìn)行相應(yīng)操作后并將狀態(tài)響應(yīng)同步給接收端控制模塊。接收端控制模塊通過(guò)控制通道反饋給發(fā)送端控制模塊，最終呈現(xiàn)給用戶(hù)。8.2播控操作及響應(yīng)定義發(fā)送端控制模塊向接收端的媒體資源播控服務(wù)發(fā)出播控請(qǐng)求，接收端進(jìn)行請(qǐng)求命令解析后，調(diào)用媒體資源渲染服務(wù)執(zhí)行相關(guān)操作，獲取操作執(zhí)行結(jié)果，該動(dòng)作、結(jié)果和錯(cuò)誤封裝在RTSP報(bào)文中，通過(guò)RTSP加密報(bào)文響應(yīng)，發(fā)送端接收到響應(yīng)后，更新播放狀態(tài)。所有的播控命令均以JSON格式組成，分為ACTION、CALLBACK_ACTION和DATA，ACTION表示請(qǐng)求的動(dòng)作，CALLBACK_ACTION表示響應(yīng)的回調(diào)，DATA表示輸入/輸出值。具體的使用可參考7.1.4章節(jié)。8.2.1播放命令定義播放命令定義應(yīng)按照表26的規(guī)定。表26播放命令定義選定表27播放信息的全部字段信息定義KEY_CLOSING_CREDITS_POT/UWA024-2023表27（續(xù)）等8.2.2播控命令的響應(yīng)定義播放媒體信息回調(diào)接收端渲染服務(wù)在開(kāi)始播放任一資源時(shí)，應(yīng)發(fā)送媒體信息到發(fā)送端，發(fā)送命令信息應(yīng)按照表28規(guī)的規(guī)定。表28播放媒體資源信息回調(diào)參數(shù)playInfoPlayInfo表29onMediaItemChanged返回的PlayInfo參數(shù)播放狀態(tài)信息回調(diào)接收端渲染器播放狀態(tài)變化時(shí)，應(yīng)發(fā)送播放狀態(tài)到發(fā)送端，進(jìn)行播放狀態(tài)同步，發(fā)送命令信息應(yīng)按照表30的規(guī)定。表30播放狀態(tài)回調(diào)參數(shù)bool播放位置信息回調(diào)T/UWA024-2023接收端渲染器播放中時(shí)應(yīng)把播放位置信息同步到發(fā)送端設(shè)備，應(yīng)符合如下規(guī)則：1)接收端啟動(dòng)播放時(shí)應(yīng)發(fā)送位置同步信息到發(fā)送端；2)接收端播放中應(yīng)周期性同步播放位置到發(fā)送端，該周期應(yīng)不小于30s，不大于60s。在周期內(nèi)發(fā)送端宜自行計(jì)時(shí)進(jìn)行進(jìn)度更新，發(fā)送端回復(fù)主要用于校準(zhǔn)進(jìn)度；3)接收端因本端播放控制（如：快進(jìn)、快退等）導(dǎo)致播放位置變化時(shí)，應(yīng)發(fā)送播放位置信息；4)接收端發(fā)生緩存慢、倍速等導(dǎo)致播放進(jìn)度不規(guī)律時(shí)，可每秒同步一次播放進(jìn)度；5)發(fā)送端設(shè)備發(fā)送請(qǐng)求位置信息命令時(shí)，接收端應(yīng)立刻回復(fù)該信息。發(fā)送播放位置信息應(yīng)按照表31的規(guī)定。表31播放位置回調(diào)參數(shù)8.2.3暫停命令定義發(fā)送端對(duì)接收端的播控命令，接收端響應(yīng)后應(yīng)遵照8.2章節(jié)回復(fù)響應(yīng)回調(diào)。暫停命令定義應(yīng)按照表32的規(guī)定。表32暫停命令參數(shù)NANA8.2.4繼續(xù)命令定義發(fā)送端對(duì)接收端的播控命令，接收端響應(yīng)后應(yīng)遵照8.2章節(jié)回復(fù)響應(yīng)回調(diào)。繼續(xù)命令定義應(yīng)按照表33的規(guī)定。表33繼續(xù)命令參數(shù)NANA8.2.5停止命令定義發(fā)送端對(duì)接收端的播控命令，接收端響應(yīng)后應(yīng)遵照8.2章節(jié)回復(fù)響應(yīng)回調(diào)。停止命令定義應(yīng)按照表34的定義。表34停止命令參數(shù)NANA8.2.6新增媒體項(xiàng)命令定義發(fā)送端對(duì)接收端的新增媒體信息用于播放中增加新的播放信息放入接收端播放列表。新增媒體項(xiàng)命令定義應(yīng)按照表35的規(guī)定。表35增媒體項(xiàng)命令參數(shù)playInfoPlayInfoT/UWA024-2023注意：輸入的PlayInfo應(yīng)包含全部的字段數(shù)據(jù)8.2.7播放下一條命令的定義發(fā)送端對(duì)接收端的播控命令，接收端響應(yīng)后應(yīng)遵照8.2章節(jié)回復(fù)響應(yīng)回調(diào)。命令定義應(yīng)按照表36的規(guī)定。表36播放下一條命令參數(shù)NANA8.2.8播放前一條命令的定義發(fā)送端對(duì)接收端的播控命令，接收端響應(yīng)后應(yīng)遵照8.2章節(jié)回復(fù)響應(yīng)回調(diào)。命令定義應(yīng)按照表37的規(guī)定。表37播放上一條命令參數(shù)previousNANA8.2.9指定位置播放命令的定義發(fā)送端對(duì)接收端的播控命令，接收端響應(yīng)后應(yīng)遵照8.2章節(jié)回復(fù)響應(yīng)回調(diào)。命令定義應(yīng)按照表38的規(guī)定。表38指定位置播放命令參數(shù)8.2.10快進(jìn)命令的定義發(fā)送端對(duì)接收端的播控命令，接收端響應(yīng)后應(yīng)遵照8.2章節(jié)回復(fù)響應(yīng)回調(diào)。命令定義應(yīng)按照表39的規(guī)定。表39快進(jìn)命令參數(shù)8.2.11快退命令的定義發(fā)送端對(duì)接收端的播控命令，接收端響應(yīng)后應(yīng)遵照8.2章節(jié)回復(fù)響應(yīng)回調(diào)。命令定義應(yīng)按照表40的規(guī)定。表40快退命令參數(shù)8.2.12設(shè)置重播模式命令的定義發(fā)送端對(duì)接收端的播控命令。命令定義應(yīng)按照表41的規(guī)定。表41重播模式命令參數(shù)循環(huán)模式0/1/2/3分別為關(guān)閉/單曲循環(huán)T/UWA024-20238.2.13設(shè)置重播模式命令的響應(yīng)定義接收端重播模式變化，應(yīng)發(fā)送重播模式響應(yīng)命令到發(fā)送端。命令定義應(yīng)按照表42的規(guī)定。表42重播模式響應(yīng)命令參數(shù)循環(huán)模式，0/1/2/3分別為關(guān)閉/單曲循8.2.14設(shè)置倍速命令的定義發(fā)送端對(duì)接收端的播控命令。命令定義應(yīng)按照表43的規(guī)定。表43倍速命令參數(shù)8.2.15設(shè)置倍速命令的響應(yīng)定義接收端倍速變化后，應(yīng)發(fā)送倍速響應(yīng)命令到發(fā)送端。命令定應(yīng)按照表44的規(guī)定。表44倍速響應(yīng)命令參數(shù)8.2.16設(shè)置音量命令的定義發(fā)送端對(duì)接收端的播控命令。命令定義應(yīng)按照表45的規(guī)定。表45設(shè)置音量命令參數(shù)8.2.17設(shè)置靜音命令的定義發(fā)送端對(duì)接收端的播控命令。命令定義應(yīng)按照表46的規(guī)定。表46設(shè)置靜音命令參數(shù)8.2.18設(shè)置音量/靜音命令的響應(yīng)定義接收端音量發(fā)生變化時(shí)，應(yīng)發(fā)送音量變化響應(yīng)命令到發(fā)送端設(shè)備。命令定義應(yīng)按照表47的規(guī)定。表47音量變化命令參數(shù)8.2.19設(shè)置音頻軌道信息命令的定義發(fā)送端對(duì)接收端的播控命令。命令定義應(yīng)按照表48的規(guī)定。T/UWA024-2023表48設(shè)置音頻軌信息命令參數(shù)setAudioTrackInfotrackInfoTrackInfo表49軌道信息的全部字段信息bool8.2.20設(shè)置視頻軌信息命令的定義發(fā)送端對(duì)接收端的播控命令。命令定義應(yīng)按照表50的規(guī)定。表50設(shè)置視頻軌信息命令參數(shù)trackInfoTrackInfo8.2.21設(shè)置音/視頻軌信息命令的響應(yīng)定義接收端音、視頻軌信息變化時(shí)，應(yīng)發(fā)送音視頻軌信息響應(yīng)命令。命令定義應(yīng)按照表51的規(guī)定。表51音視頻軌信息響應(yīng)命令參數(shù)表52軌道信息集（TrackInfoSet）的全部字段信息KEY_AUDIO_TRACKINFOKEY_AUDIO_HAS_SELECTION_OVEREboolboolT/UWA024-2023表52（續(xù)）KEY_VIDEO_HAS_SELECTION_OVEboolbool8.2.22DRM密鑰請(qǐng)求的定義播放DRM資源時(shí)，接收端渲染服務(wù)模塊需要獲取解密密鑰，應(yīng)發(fā)送秘鑰請(qǐng)求命令道發(fā)送端請(qǐng)求。命令定義應(yīng)按照表53的規(guī)定。表53DRM密鑰請(qǐng)求命令參數(shù)byte[]8.2.23DRM密鑰回復(fù)的定義發(fā)送端設(shè)備獲取到DRM解密秘鑰響應(yīng)后，應(yīng)發(fā)送密鑰響應(yīng)命令到接收端。命令定義應(yīng)按照表54的規(guī)定。表54DRM密鑰回復(fù)命令參數(shù)provideKeyResponse8.2.24播放器錯(cuò)誤的定義在接收端操作或發(fā)送端通過(guò)播控命令進(jìn)行播放，過(guò)程中會(huì)產(chǎn)生播放異常，接收端應(yīng)發(fā)送播放異常信息到發(fā)送端。命令定義應(yīng)按照表55的規(guī)定。表55播放錯(cuò)誤回調(diào)參數(shù)表56異常信息定義T/UWA024-2023表56（續(xù)）ERROR_CODE_PROVIDE_KEY_RES9規(guī)格定義9.1概述本章定義接收端渲染服務(wù)播放器可支持的播放內(nèi)容格式，涉及視頻、音頻、圖片格式，由于多媒體格式較多，且在不斷更新，本章節(jié)列舉部分，應(yīng)支持必選，宜支持可選。9.2視頻支持的格式接收端支持視頻內(nèi)容播放時(shí)，支持的媒體類(lèi)型見(jiàn)表57中規(guī)定，應(yīng)支持必選，宜支持可選。表57視頻媒體格式9.3音頻支持的格式T/UWA024-2023接收端支持音頻內(nèi)容播放時(shí)，支持的媒體類(lèi)型見(jiàn)表58中規(guī)定，應(yīng)支持必選，宜支持可選。表58音頻媒體格式M