【正文】 對(duì)接系統(tǒng)模塊主要是提供對(duì)外對(duì)接系統(tǒng)模塊，為未來業(yè)務(wù)的開展提供與其他系統(tǒng)的對(duì)接，如與播控系統(tǒng)對(duì)接、短信定制對(duì)接等服務(wù)。5.話單管理：話單管理模塊提供同業(yè)務(wù)管理平臺(tái)的接口供業(yè)務(wù)管理平臺(tái)計(jì)費(fèi)使用。用戶管理：系統(tǒng)可以為申請(qǐng)業(yè)務(wù)的客戶分配賬號(hào)，系統(tǒng)管理員具有超級(jí)管理員權(quán)限并具有配置，管理該客戶所有設(shè)備和權(quán)限的能力。1.2.3.4.業(yè)務(wù)管理：流媒體能力平臺(tái)的業(yè)務(wù)管理系統(tǒng)具有協(xié)助運(yùn)營(yíng)商有效地組織多方資源的能力。終端適配模塊：根據(jù) UA 獲取手機(jī)的終端信息（包括手機(jī)分辨率，型號(hào)等），然后自動(dòng)選擇輸出適合該手機(jī)播放的媒體格式和碼流大小以提供給用戶最好的播放體驗(yàn)。點(diǎn)播內(nèi)容管理：點(diǎn)播內(nèi)容管理具有對(duì)視頻進(jìn)行審核和發(fā)布的能力。用戶操作記錄、后臺(tái)管理操作日志、系統(tǒng)運(yùn)行日志等。訪問鑒權(quán)：對(duì)于合法用戶請(qǐng)求的信息進(jìn)行加工處理生成動(dòng)態(tài)的認(rèn)證信息，監(jiān)測(cè)客戶端是否正確獲得授權(quán)，同時(shí)防止非法用戶通過 URL 盜鏈來觀看非授權(quán)視頻。點(diǎn)播管理模塊承擔(dān)流媒體直播資源和點(diǎn)播資源的內(nèi)容管理，用戶訪問資源的鑒權(quán)，訪問日志記錄，同時(shí)提供對(duì)整個(gè)流媒體系統(tǒng)的工作狀態(tài)的監(jiān)控管理功能，以及與其他平臺(tái)數(shù)據(jù)傳輸，接口對(duì)接。WAP 服務(wù)器：實(shí)現(xiàn)直播節(jié)目在移動(dòng)終端上的展現(xiàn)。直播流媒體服務(wù)器：負(fù)責(zé)直播流的發(fā)布和轉(zhuǎn)播分發(fā)功能。直播服務(wù)模塊3G 視頻直播服務(wù)模塊主要提供 6 套電視節(jié)目的直播發(fā)布服務(wù)。管理平臺(tái)可以對(duì)用戶信息數(shù)據(jù)庫(kù)和計(jì)費(fèi)信息數(shù)據(jù)庫(kù)進(jìn)行管理。計(jì)費(fèi)的最小單位為分，并且能夠保證用戶不會(huì)透支費(fèi)用。 服務(wù)計(jì)費(fèi)系統(tǒng)提供基本的計(jì)費(fèi)信息和計(jì)費(fèi)算法，支持一定的計(jì)費(fèi)策略，并保存計(jì)費(fèi)過程產(chǎn)生的中間數(shù)據(jù)。 用戶服務(wù)授權(quán)在本系統(tǒng)中，不同的用戶可以享受不同的服務(wù)。在本系統(tǒng)中，客戶端發(fā)送 AAA 認(rèn)證數(shù)據(jù)包給服務(wù)器，數(shù)據(jù)包包含用戶 ID 和 password，服務(wù)器對(duì)數(shù)據(jù)包進(jìn)行驗(yàn)證給出結(jié)果。在整個(gè) AAA 系統(tǒng)中，RADIUS 服務(wù)器之間以及 RADIUS 認(rèn)證服務(wù)器與客戶端通訊遵循 RADIUS 協(xié)議標(biāo)準(zhǔn)；用戶信息和計(jì)費(fèi)信息保存在 MySQL 數(shù)據(jù)庫(kù)中。同時(shí)，系統(tǒng)提供用戶和計(jì)費(fèi)信息的存儲(chǔ)與管理等功能。同時(shí)它也是與電信運(yùn)營(yíng)商的 AAA 服務(wù)平臺(tái)對(duì)接的接口。具體為： 驗(yàn)證(Authentication): 驗(yàn)證用戶是否可以獲得訪問權(quán)限； 授權(quán)(Authorization) : 授權(quán)用戶可以使用哪些服務(wù)； 記賬(Accounting) : 記錄用戶使用網(wǎng)絡(luò)資源的情況。視頻監(jiān)控功能：面向手機(jī)終端的視頻監(jiān)控流觀看功能。流媒體點(diǎn)播：提供節(jié)目?jī)?nèi)容的在線點(diǎn)播服務(wù)，并管理多媒體內(nèi)容資源庫(kù)。中心視頻分發(fā)：中心承擔(dān)對(duì)媒體流的分發(fā)和傳輸質(zhì)量控制，支持 3GPP 封裝格式的媒體流轉(zhuǎn)發(fā)及傳輸質(zhì)量控制。這些都可以隨著用戶量的變化做出靈活的部署。平臺(tái)部署結(jié)構(gòu)圖如上圖所示，平臺(tái)按照電信網(wǎng)絡(luò)的層次結(jié)構(gòu)進(jìn)行部署。252。252。252。模塊中可以實(shí)現(xiàn)的功能包括但不限于以下幾類：llllllllRTSP 消息的處理RTP 數(shù)據(jù)包的處理寫日志文件訪問權(quán)限控制媒體文件流化統(tǒng)計(jì)流量控制調(diào)試 縮略語llllMMSSMSCMPPWAPMultimedia Messaging ServiceShort Message SystemChina Mobile PeertoPeer ProtocolWireless Application Protocol17llllMMSCMMSEMOMTMultimedia Messaging Service CenterMultimedia Messaging Service EnvironmentMobile OriginatedMobile Terminated 技術(shù)方案 平臺(tái)邏輯架構(gòu)邏輯結(jié)構(gòu)圖系統(tǒng)架構(gòu)介紹252。在特定事件發(fā)生時(shí)，內(nèi)核就可以找出需要通知哪些模塊，并調(diào)用這些模塊的函數(shù)接口。內(nèi)核啟動(dòng)后，將所有外圍模塊加載進(jìn)來。IPTV Media Server 能夠支持以下操作系統(tǒng)平臺(tái)：lllFreeBSDLinuxWindows 2003/ 2008其中需要做跨平臺(tái)封裝的函數(shù)庫(kù)主要包括：lll網(wǎng)絡(luò) Socket 相關(guān)函數(shù)調(diào)用線程，互斥鎖，信號(hào)量等相關(guān)函數(shù)調(diào)用文件訪問，目錄操作相關(guān)函數(shù)調(diào)用16ll(五)系統(tǒng)時(shí)間相關(guān)函數(shù)調(diào)用動(dòng)態(tài)鏈接庫(kù)的加載、釋放等相關(guān)函數(shù)調(diào)用模塊化設(shè)計(jì)流媒體服務(wù)平臺(tái)采用模塊化設(shè)計(jì)，在內(nèi)核中集成了對(duì)于各種外圍模塊的支持，非核心的內(nèi)容都可以放在外圍模塊中實(shí)現(xiàn)。因此，主流的流媒體服務(wù)器都不約而同采用了異步 IO 模式來處理網(wǎng)絡(luò)通信。異步 IO 模式下，服務(wù)器要與多個(gè)客戶端保持通信，只需要為每個(gè)客戶端創(chuàng)建一個(gè)上下文結(jié)構(gòu)，而不需要為每個(gè)客戶端創(chuàng)建一個(gè)線程。異步 IO 模式中，網(wǎng)絡(luò) IO 調(diào)用是非阻塞的，可以立即返回。同步 IO 是指每次網(wǎng)絡(luò) IO 調(diào)用，都要等到其結(jié)束后才返回，在等待的過程中，當(dāng)前線程處于阻塞狀態(tài)。(三)網(wǎng)絡(luò)異步 IO由于流媒體服務(wù)器涉及到大量并發(fā)數(shù)據(jù)流的網(wǎng)絡(luò) IO 操作，因此網(wǎng)絡(luò) IO 架構(gòu)設(shè)計(jì)的優(yōu)劣往往成為影響流媒體服務(wù)器性能的最直接因素。內(nèi)核的主要工作都是在任務(wù)線程中完成的。一個(gè)或多個(gè)任務(wù)線程?？臻e線程。事件線程。內(nèi)核在啟動(dòng)后會(huì)創(chuàng)建以下幾個(gè)線程：llll主線程。而 Run 函數(shù)中是對(duì)事件的處理，由任務(wù)線程調(diào)度。每個(gè)任務(wù)對(duì)象包括兩個(gè)主要的函數(shù)接口，Signal 和 Run。每個(gè)任務(wù)中不能包含長(zhǎng)時(shí)間的 IO 阻塞操作，能夠被內(nèi)核迅速處理并返回。內(nèi)核所要完成的工作包括對(duì) RTSP 消息的處理，對(duì)于 RTP 數(shù)據(jù)包的處理，對(duì)于客戶端的管理以及對(duì)于網(wǎng)絡(luò)事件的處理等。在某些網(wǎng)絡(luò)環(huán)境下，防火墻的設(shè)置封掉了除 80 以外的絕大多數(shù)端口，因此采用 HTTP 協(xié)議作為 RTP 數(shù)據(jù)包的承載層就成為穿越這類防火墻一個(gè)常用的解決方案。(六)RTP over HTTP采用 HTTP 協(xié)議作為 RTP 數(shù)據(jù)包的承載層，這種傳輸協(xié)議尚未標(biāo)準(zhǔn)化，但已被業(yè)內(nèi)廣泛采用。這種傳輸協(xié)議主要應(yīng)用在 UDP 傳輸被防火墻或 NAT 封堵的情況下，只要 RTSP 連接能夠建立，媒體數(shù)據(jù)就可以在 RTSP 連接上傳輸過去。(五) RTP over RTSP采用 RTSP 協(xié)議所建立的 TCP 連接作為 RTP 數(shù)據(jù)包的承載層，這種傳輸協(xié)議是在 RFC2326中定義的。由于 UDP 無連接，傳輸速度快，比較適合實(shí)時(shí)媒體數(shù)據(jù)傳輸?shù)囊蟆?三)傳輸協(xié)議為了適應(yīng)各種可能的網(wǎng)絡(luò)應(yīng)用環(huán)境，流媒體服務(wù)器支持多種傳輸協(xié)議。(二)RTP/RTCPRTP 協(xié)議是由 IETF 制訂的媒體流封包格式協(xié)議（RFC3550），還包括了一系列擴(kuò)展協(xié)議，定義了各種媒體數(shù)據(jù)的封包格式，包括 、MPEGAMR、DTMF、 等等。我們的無線流媒體平臺(tái)支持 3GPP 的 RRR7 版本。從 R4 版本起，3GPP 標(biāo)準(zhǔn) 中包含了終端上能夠支持的音視頻文件格式的定義，由13，一般就稱為 3GP 文件，為手機(jī)上的主流音視頻文件格式。這幾個(gè)版本的主要差別在于核心網(wǎng)的架構(gòu)。目標(biāo)是實(shí)現(xiàn)由 2G 網(wǎng)絡(luò)到 3G 網(wǎng)絡(luò)的平滑過渡，保證未來技術(shù)的后向兼容性，支持輕松建網(wǎng)及系統(tǒng)間的漫游和兼容性。 MacServerOS。WindowsWindows NT, Windows server平臺(tái)FreeBSD。3GPP流媒體技術(shù)，在采用相同的一個(gè)業(yè)務(wù)時(shí)，可以為同時(shí)為用戶提供電腦互聯(lián)網(wǎng)及手機(jī)移動(dòng)互聯(lián)網(wǎng)的流媒體差異化的高質(zhì)量業(yè)務(wù)。我們需要為此準(zhǔn)備多少客服人員來指引客戶對(duì)軟件的安裝？同時(shí)，在中國(guó)手機(jī)用戶平均每8個(gè)月更換一部手機(jī)，我們又需要為此保持多少客服人員來支撐此業(yè)務(wù)的順利延續(xù)？103GPP標(biāo)準(zhǔn)流媒體技術(shù)，給手機(jī)終端用戶帶來同一種業(yè)務(wù)使用習(xí)慣，無需為此考慮增設(shè)過多的客服人員，同時(shí)，手機(jī)制造商對(duì)3GPP的普遍支持，從而使用戶具有個(gè)性的終端多樣性選擇?！镓S富終端滿足用戶喜好：非3GPP標(biāo)準(zhǔn)流媒體技術(shù)，不能滿足用戶對(duì)終端多樣性的需求，只能選擇特定型號(hào)的手機(jī)才能被業(yè)務(wù)支持，或只能選擇部分智能手機(jī)來實(shí)現(xiàn)業(yè)務(wù)，對(duì)于私有協(xié)議的播放器，面臨著為業(yè)務(wù)而需保持持續(xù)維護(hù)手機(jī)客戶端開發(fā)的投入，同時(shí)，也面臨著用戶使用客戶端軟件的安裝門檻。標(biāo)準(zhǔn)化的音視頻編碼，有利于更為廣泛的第三方視頻轉(zhuǎn)碼服務(wù)器的接入；標(biāo)準(zhǔn)化的webservice接口，有利與開發(fā)符合現(xiàn)有計(jì)費(fèi)接口的計(jì)費(fèi)平臺(tái)，并且可以使用webservice靈活的開發(fā)多樣性的業(yè)務(wù)，提高企業(yè)的創(chuàng)收能力?！锉Ｗo(hù)投資，降低成本：選擇3GPP標(biāo)準(zhǔn)的流媒體，他們使用的手機(jī)終端可以享受相同的業(yè)務(wù)服務(wù)，同時(shí)，3GPP流媒體服務(wù)同樣支持3G、直接訪問觀看，保護(hù)了現(xiàn)有的投資的價(jià)值。9★產(chǎn)業(yè)鏈通力支持的標(biāo)準(zhǔn)：全球的手機(jī)制造商多如牛毛，90%都依據(jù)了3GPP規(guī)范內(nèi)置了3GPP流媒體播放器，目前已經(jīng)1800款以上的手機(jī)支持流媒體播放。美國(guó)高通放棄UMB（下行288Mbps、上行75Mbps的峰值速率）而轉(zhuǎn)投入LTE（）即再次驗(yàn)證通信行業(yè)產(chǎn)業(yè)鏈通力配合的重要性。3GPP流媒體技術(shù)，作為3GPP組織制定的標(biāo)準(zhǔn)之一，成為了全球移動(dòng)通信的行業(yè)標(biāo)準(zhǔn)，得到了全行業(yè)的產(chǎn)業(yè)鏈的通力配合支持，無疑，是當(dāng)前運(yùn)營(yíng)商開展移動(dòng)多媒體業(yè)務(wù)首選的核心技術(shù)。3gpp組織制訂了一系列面向第三代移動(dòng)通信的標(biāo)準(zhǔn)規(guī)范，涵蓋了核心網(wǎng)、空中接口、終端等各個(gè)環(huán)節(jié)，其中也包括了多媒體文件格式的規(guī)范，3GPP，即3gp文件。中國(guó)無線通信標(biāo)準(zhǔn)組（CWTS）于 1999年加入3GPP。■流媒體平臺(tái)遵循中華人民共和國(guó)通訊行業(yè)標(biāo)準(zhǔn)數(shù)字蜂窩移動(dòng)通信網(wǎng)移動(dòng)流媒體業(yè)務(wù)服務(wù)器技術(shù)要求■流媒體平臺(tái)遵循中國(guó)移動(dòng)流媒體與音視頻下載業(yè)務(wù)終端測(cè)試規(guī)范■流媒體平臺(tái)遵循符合中華人民共和國(guó)通訊行業(yè)標(biāo)準(zhǔn) TDMBMS 規(guī)范■ 彩信業(yè)務(wù)規(guī)范MMS 業(yè)務(wù)的規(guī)范主要由 3GPP 和 WAP 論壇兩個(gè)組織共同制定，標(biāo)準(zhǔn)文檔如下： 3GPP[1] 3G TS (200007), Multimedia Messaging Service – Stage[2] 3GPP TS (200103)，Multimedia Messaging Service – Stage 2,(Release 4)[3] 3GPP TS (200112)，Multimedia Messaging Service – Stage 2,(Release 5)[4] 3GPP TS (200203)，Multimedia Messaging Service – Stage 2,(Release 5) WAP Forum[5] WAP205MMSArchOverview[6] WAP206MMSCTR20010612a WAP MMS Client Transaction[7] WAP209MMSEncapsulation20010601a 技術(shù)標(biāo)準(zhǔn)性1)2)3)4)5)網(wǎng)絡(luò)協(xié)議：HTTP、HTTPS、RTSP、RTP、RTCP、LiveHTTP視頻編碼：、MPEG音頻編碼：AMR、AMRWB、AAC、MP3操作系統(tǒng)：Linux數(shù)據(jù)庫(kù)：MySQL86)7)8)9)視頻分辨率： QCIF、CIF、QVGA、VGA、D480P、720P、1080P單路碼流：20Kbps~30Mbps支持集群擴(kuò)展安全加密算法：1024 位 RSA10) 并發(fā)性