專利名稱：支持cmmb和流媒體功能的移動(dòng)通信終端及控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種移動(dòng)通信技術(shù)，特別是涉及一種支持C匪B和流媒體功能的移動(dòng) 通信終端及控制方法。
背景技術(shù)：
C腿(China Mobile Multimedia Broadcasting,中國移動(dòng)數(shù)字多媒體廣播) 制式的移動(dòng)電視當(dāng)前正得到國家的大力支持而迅速發(fā)展起來。在目前TD-SCDMA(Time Division-Synchronous Code Division Multiple Access,艮卩時(shí)分同步的碼分多址技術(shù)) 的手機(jī)應(yīng)用中，也開始加入CMMB模塊，以便手機(jī)用戶能夠觀看移動(dòng)電視。CMMB制式的電視 需要通過接收專門的電視信號(hào)來播放。在手機(jī)多媒體業(yè)務(wù)中，還有另一種流媒體，是通過 PS(PacketService，分組業(yè)務(wù))域從服務(wù)器來接收的。這兩種流媒體的類型是完全不同的， 無論從硬件還是實(shí)現(xiàn)原理上。但在最終用戶體驗(yàn)的角度上來看，又有很多相似的地方。
目前，在開發(fā)C匪B與PS業(yè)務(wù)流媒體的過程中，往往都是各自開發(fā)，需要用兩套播 放器和兩套解碼器，這會(huì)增加開發(fā)周期和成本。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是為了克服現(xiàn)有技術(shù)中C匪B與PS業(yè)務(wù)流媒體各自開 發(fā)、周期長和成本高的缺陷，提供一種支持C匪B和流媒體功能的移動(dòng)通信終端及控制方 法，其可以減少開發(fā)周期并降低成本。 本發(fā)明是通過下述技術(shù)方案來解決上述技術(shù)問題的一種支持C匪B和流媒體功 能的移動(dòng)通信終端，其包括平臺(tái)接口，其特點(diǎn)在于，其還包括C匪B處理協(xié)議、互聯(lián)網(wǎng)流媒體 協(xié)議棧、音頻解碼器和播放器，該音頻解碼器對(duì)C匪B處理協(xié)議和互聯(lián)網(wǎng)流媒體協(xié)議棧中的 數(shù)據(jù)進(jìn)行解碼，該播放器對(duì)音頻解碼器解碼后的數(shù)據(jù)進(jìn)行播放。 優(yōu)選地，該互聯(lián)網(wǎng)流媒體協(xié)議棧包括傳輸控制協(xié)議/互聯(lián)網(wǎng)絡(luò)協(xié)議層，套接字接 口層，實(shí)時(shí)流協(xié)議/實(shí)時(shí)傳輸協(xié)議/會(huì)話描述協(xié)議層。優(yōu)選地，該音頻解碼器解碼后的編碼格式包括H. 263、 H. 264、MPEG4、 AAC和AMR格式。 本發(fā)明提供的另一技術(shù)方案是一種支持C匪B和流媒體功能的移動(dòng)通信終端的 控制方法，其包括以下步驟 Sl、從C匪B基站中接收C匪B數(shù)據(jù)或者從流媒體服務(wù)器中接收流媒體業(yè)務(wù)數(shù)據(jù)；
S2、在接收到C匪B數(shù)據(jù)或者流媒體業(yè)務(wù)數(shù)據(jù)后，通過統(tǒng)一的解碼器解碼；
S3 、運(yùn)用統(tǒng)一 的播放器進(jìn)行播放，通過啟動(dòng)方式的不同來控制播放器。
優(yōu)選地，該步驟3中的播放包括以下步驟
Sll:打開播放器； S12 :選擇啟動(dòng)方式；如果是流媒體數(shù)據(jù)，則進(jìn)入步驟S13中；如果是C匪B數(shù)據(jù)，則 進(jìn)入步驟S 16中；
S13 :登錄PS域鏈接網(wǎng)絡(luò)； S14 :輸入流媒體RTSP協(xié)議的地址； S15 :RTSP協(xié)議的交互過程，然后進(jìn)入步驟S18中進(jìn)行播放； S16:接收C匪B信號(hào)； S17 :根據(jù)用戶的需要，選擇頻道； S18 :進(jìn)行播放。 本發(fā)明的積極進(jìn)步效果在于本發(fā)明支持C匪B和流媒體功能，只需要用一套播放 器和一套解碼器，可以減少開發(fā)周期并降低成本。


圖1為本發(fā)明移動(dòng)通信終端的示意圖。
圖2為本發(fā)明控制方法的流程圖。
圖3為圖2中的播放步驟流程圖。
具體實(shí)施例方式
下面結(jié)合附圖給出本發(fā)明較佳實(shí)施例，以詳細(xì)說明本發(fā)明的技術(shù)方案。
如圖1所示，本發(fā)明支持C匪B和流媒體功能的移動(dòng)通信終端包括平臺(tái)接口 11 (Interface to Platform) 、 C匪B處理協(xié)議12、互聯(lián)網(wǎng)流媒體協(xié)議棧13、音頻解碼器14 和播放器15，即在原本C匪B處理協(xié)議12與平臺(tái)接口 11 (Interface to Platform)處增 加互聯(lián)網(wǎng)流媒體協(xié)議棧13，該互聯(lián)網(wǎng)流媒體協(xié)議棧包括TCP/IP (Transmission Control Protocol/Internet Protocol,傳輸控制協(xié)議/互聯(lián)網(wǎng)絡(luò)協(xié)議)層133， Socket (套接字)接 口層132， RTSP(RealTime Streaming Protocol,實(shí)時(shí)流協(xié)議)/RTP(Real-Time Transport Protocol，實(shí)時(shí)傳輸協(xié)議)/SDP(Session Description Protocol,會(huì)話描述協(xié)議)層131。
如圖2所示，在C匪B基站16中接收到C匪B數(shù)據(jù)或者從流媒體服務(wù)器17中接收 流媒體業(yè)務(wù)數(shù)據(jù)后，可以通過統(tǒng)一的解碼器解碼。音視編碼格式包括H. 263、H. 264、MPEG4、 AAC和AMR格式，其中H. 263和H. 264是由ITU-T制定的視頻會(huì)議用的低碼率視頻編碼標(biāo) 準(zhǔn)，屬于視頻編解碼器，MPEG4全稱是Moving Pictures Experts Group-4 (動(dòng)態(tài)圖象專家 組)，是國際標(biāo)準(zhǔn)化組織(ISO)成立的專責(zé)制定有關(guān)運(yùn)動(dòng)圖像壓縮編碼標(biāo)準(zhǔn)的工作組，AAC 音頻格式(Adpative audio coding) —種專為聲音數(shù)據(jù)設(shè)計(jì)的文件壓縮格式，AMR由歐洲 通信標(biāo)準(zhǔn)化委員會(huì)提出，是在移動(dòng)通信系統(tǒng)中使用最廣泛的語音標(biāo)準(zhǔn)。最終在統(tǒng)一的播放 器播放，其控制方法具體包括以下步驟 步驟1 :從C匪B基站中接收C匪B數(shù)據(jù)或者從流媒體服務(wù)器中接收流媒體業(yè)務(wù)數(shù) 據(jù)； 步驟2 :在接收到C匪B數(shù)據(jù)或者流媒體業(yè)務(wù)數(shù)據(jù)后，通過統(tǒng)一的解碼器解碼；
步驟3 :運(yùn)用統(tǒng)一的播放器進(jìn)行播放，通過啟動(dòng)方式的不同來控制播放器。
如圖3所示，在步驟3中的播放中，用戶選擇不同的方式播放不同形式的CMMB數(shù) 據(jù)或流媒體數(shù)據(jù)，其具體包括以下步驟
步驟101 :打開播放器； 步驟102 :選擇啟動(dòng)方式；如果是流媒體數(shù)據(jù)，則進(jìn)入步驟103中；如果是CMMB數(shù)據(jù)，則進(jìn)入步驟106中； 步驟103 :登錄PS域鏈接網(wǎng)絡(luò)； 步驟104 :輸入流媒體RTSP協(xié)議的地址； 步驟105 :RTSP協(xié)議的交互過程，然后進(jìn)入步驟108中進(jìn)行播放； 步驟106 :接收C匪B信號(hào)； 步驟107 :根據(jù)用戶的需要，選擇頻道； 步驟108 :進(jìn)行播放。
其中，本發(fā)明支持C匪B和流媒體功能的移動(dòng)通信終端可以為手機(jī)或掌上電腦等。
雖然以上描述了本發(fā)明的具體實(shí)施方式
，但是本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，這些 僅是舉例說明，在不背離本發(fā)明的原理和實(shí)質(zhì)的前提下，可以對(duì)這些實(shí)施方式做出多種變 更或修改。因此，本發(fā)明的保護(hù)范圍由所附權(quán)利要求書限定。
權(quán)利要求
一種支持CMMB和流媒體功能的移動(dòng)通信終端，其特征在于，其包括平臺(tái)接口、CMMB處理協(xié)議、互聯(lián)網(wǎng)流媒體協(xié)議棧、音頻解碼器和播放器，該音頻解碼器對(duì)CMMB處理協(xié)議和互聯(lián)網(wǎng)流媒體協(xié)議棧中的數(shù)據(jù)進(jìn)行解碼，該播放器對(duì)音頻解碼器解碼后的數(shù)據(jù)進(jìn)行播放。
2. 如權(quán)利要求1所述的支持C匪B和流媒體功能的移動(dòng)通信終端，其特征在于，該互聯(lián) 網(wǎng)流媒體協(xié)議棧包括傳輸控制協(xié)議/互聯(lián)網(wǎng)絡(luò)協(xié)議層，套接字接口層，實(shí)時(shí)流協(xié)議/實(shí)時(shí)傳 輸協(xié)議/會(huì)話描述協(xié)議層。
3. 如權(quán)利要求1所述的支持C匪B和流媒體功能的移動(dòng)通信終端，其特征在于，該音頻 解碼器解碼后的編碼格式包括H. 263、 H. 264、 MPEG4、 AAC和AMR格式。
4. 一種采用如權(quán)利要求1所述的支持C匪B和流媒體功能的移動(dòng)通信終端的控制方法， 其特征在于，其包括以下步驟`51、 從C匪B基站中接收C匪B數(shù)據(jù)或者從流媒體服務(wù)器中接收流媒體業(yè)務(wù)數(shù)據(jù)；`52、 在接收到C匪B數(shù)據(jù)或者流媒體業(yè)務(wù)數(shù)據(jù)后，通過統(tǒng)一的解碼器解碼； S3 、運(yùn)用統(tǒng)一 的播放器進(jìn)行播放，通過啟動(dòng)方式的不同來控制播放器。
5. 如權(quán)利要求4所述的控制方法，其特征在于，該步驟3中的播放包括以下步驟`511、 打開播放器；`512、 選擇啟動(dòng)方式；如果是流媒體數(shù)據(jù)，則進(jìn)入步驟S13中；如果是CMMB數(shù)據(jù)，則進(jìn)入步驟S16中；`513、 登錄PS域鏈接網(wǎng)絡(luò)；`514、 輸入流媒體RTSP協(xié)議的地址；`515、 RTSP協(xié)議的交互過程，然后進(jìn)入步驟S18中進(jìn)行播放；`516、 接收CMMB信號(hào)；`517、 根據(jù)用戶的需要，選擇頻道；`518、 進(jìn)行播放。
全文摘要
本發(fā)明公開了一種支持CMMB和流媒體功能的移動(dòng)通信終端及控制方法，該移動(dòng)通信終端包括平臺(tái)接口、CMMB處理協(xié)議、互聯(lián)網(wǎng)流媒體協(xié)議棧、音頻解碼器和播放器，該音頻解碼器對(duì)CMMB處理協(xié)議和互聯(lián)網(wǎng)流媒體協(xié)議棧中的數(shù)據(jù)進(jìn)行解碼，該播放器對(duì)音頻解碼器解碼后的數(shù)據(jù)進(jìn)行播放。本發(fā)明支持CMMB和流媒體功能，只需要用一套播放器和一套解碼器，可以減少開發(fā)周期并降低成本。
文檔編號(hào)H04H60/91GK101771485SQ20081020510
公開日2010年7月7日 申請(qǐng)日期2008年12月30日 優(yōu)先權(quán)日2008年12月30日
發(fā)明者楊陳陳 申請(qǐng)人:上海晨興希姆通電子科技有限公司