發(fā)送mmt包的方法及裝置、接收mmt包的方法
【技術(shù)領(lǐng)域】
[0001]本申請(qǐng)涉及多媒體傳輸技術(shù)領(lǐng)域，具體而言，本申請(qǐng)涉及發(fā)送MMT包的方法及裝置、接收MMT包的方法。
【背景技術(shù)】
[0002]在多媒體廣播過程中，當(dāng)終端開始接入或進(jìn)行頻道切換時(shí)，為了獲得第一個(gè)可播放的數(shù)據(jù)，終端必須等待可播放數(shù)據(jù)頭以及至少一個(gè)完整的播放幀。傳統(tǒng)廣播使用的是活動(dòng)圖像專家組傳輸流(MPEG2-TS)技術(shù)，在不同的數(shù)字電視技術(shù)標(biāo)準(zhǔn)下通過相應(yīng)的包來發(fā)送控制頭信息，例如:MPEG2-TS下是程序?qū)Ｓ眯畔?PSI)包，數(shù)字視頻廣播(DVB)標(biāo)準(zhǔn)下是業(yè)務(wù)信息(SI)包，美國(guó)高級(jí)電視業(yè)務(wù)顧問委員會(huì)(ATSC)標(biāo)準(zhǔn)下是節(jié)目與系統(tǒng)信息協(xié)議(PSIP)包。而目前比較流行的HTTP動(dòng)態(tài)自適應(yīng)流媒體(DASH)技術(shù)，是將MP4包頭作為單獨(dú)的片段(第一個(gè)片段)發(fā)送，為之后的數(shù)據(jù)提供解碼參考。
[0003]上述兩種方法都有其局限性，終端必須收到控制信息之后才能開始對(duì)音視頻數(shù)據(jù)進(jìn)行解碼播放，即當(dāng)終端開始接入或者頻道切換的時(shí)刻，用戶等待節(jié)目開始播放的時(shí)間取決于收到控制信息的時(shí)間。通常在視頻廣播的時(shí)候，該時(shí)間都會(huì)比較長(zhǎng)。MPEG2-TS技術(shù)處理標(biāo)清視頻時(shí)，理論值是1.4秒(硬件實(shí)現(xiàn)),處理高清或者超高清視頻時(shí)，等待時(shí)間會(huì)成倍增長(zhǎng)。DASH技術(shù)目前的時(shí)間是4.5秒。從用戶體驗(yàn)的角度，播放等待時(shí)間偏長(zhǎng)，尤其是在用戶希望連續(xù)切換頻道的情況下(例如選頻道時(shí))，用戶體驗(yàn)很差。

【發(fā)明內(nèi)容】

[0004]本申請(qǐng)?zhí)峁┝艘环N發(fā)送MMT包的方法及裝置，以及接收MMT包的方法，以縮短多媒體廣播系統(tǒng)中終端的播放等待時(shí)間。
[0005]本申請(qǐng)?zhí)峁┑囊环N發(fā)送活動(dòng)圖像專家組媒體傳輸MMT包的方法，包括:
[0006]以設(shè)定的時(shí)間間隔發(fā)送媒體處理單元MPU ；
[0007]在每?jī)蓚€(gè)MPU之間發(fā)送信號(hào)消息信息；
[0008]其中，在發(fā)送每個(gè)MPU時(shí)，最后發(fā)送所述MPU的MPU元數(shù)據(jù)。
[0009]較佳地，所述在每?jī)蓚€(gè)MPU之間發(fā)送信號(hào)消息信息包括:
[0010]如果信號(hào)消息的長(zhǎng)度小于或等于設(shè)定閾值，在每?jī)蓚€(gè)MPU之間發(fā)送N1次所述信號(hào)消息，其中，N1為大于或等于1的整數(shù)；
[0011]如果信號(hào)消息的長(zhǎng)度大于設(shè)定閾值，在每?jī)蓚€(gè)MPU之間發(fā)送N2次所述信號(hào)消息的索引信息，所述索引信息用于接收端獲取對(duì)應(yīng)的信號(hào)消息，其中，N2為大于或等于1的整數(shù)。
[0012]較佳地，在每?jī)蓚€(gè)MPU之間發(fā)送N2次所述信號(hào)消息的索引信息之前，進(jìn)一步包括:
[0013]將信號(hào)消息存放到服務(wù)器上，并存儲(chǔ)信號(hào)消息與索引信息的對(duì)應(yīng)關(guān)系。
[0014]較佳地，所述在發(fā)送每個(gè)MPU時(shí)，最后發(fā)送所述MPU的MPU元數(shù)據(jù)包括:
[0015]先發(fā)送所述MPU的媒體片段單元MFU，最后發(fā)送所述MPU的MPU元數(shù)據(jù)和片段元數(shù)據(jù)；
[0016]或者，將片段元數(shù)據(jù)放置在對(duì)應(yīng)的MFU之后發(fā)送，最后發(fā)送所述MPU的MPU元數(shù)據(jù)；
[0017]或者，按照正常順序發(fā)送所述MPU的MFU和對(duì)應(yīng)的片段元數(shù)據(jù)，最后發(fā)送所述MPU的MPU元數(shù)據(jù)。
[0018]較佳地，所述發(fā)送所述MPU的MFU包括:
[0019]按照包序號(hào)從小到大的順序發(fā)送MFU ;或
[0020]按照包序號(hào)從大到小的順序發(fā)送MFU。
[0021 ] 較佳地，所述設(shè)定的時(shí)間間隔為500毫秒。
[0022]本申請(qǐng)還提供了一種發(fā)送MMT包的裝置，包括:發(fā)送順序確定模塊和發(fā)送模塊，其中:
[0023]所述發(fā)送順序確定模塊，用于設(shè)定發(fā)送MPU的時(shí)間間隔，并在兩個(gè)MPU之間插入信號(hào)消息信息；其中，在每個(gè)MPU內(nèi)部，用于將所述MPU的MPU元數(shù)據(jù)放置在最后；
[0024]所述發(fā)送模塊，用于按照發(fā)送順序確定模塊所確定的發(fā)送順序，發(fā)送相應(yīng)的包。
[0025]較佳地，在信號(hào)消息的長(zhǎng)度小于或等于設(shè)定閾值時(shí)，所述發(fā)送順序確定模塊用于在每?jī)蓚€(gè)MPU之間插入N1次所述信號(hào)消息，其中，N1為大于或等于1的整數(shù)；
[0026]在信號(hào)消息的長(zhǎng)度大于設(shè)定閾值時(shí)，所述發(fā)送順序確定模塊用于在每?jī)蓚€(gè)MPU之間插入N2次所述信號(hào)消息的索引信息，所述索引信息用于接收端獲取對(duì)應(yīng)的信號(hào)消息，其中，N2為大于或等于1的整數(shù)。
[0027]較佳地，所述發(fā)送順序確定模塊，進(jìn)一步用于將信號(hào)消息存放到服務(wù)器上，并存儲(chǔ)信號(hào)消息與索引信息的對(duì)應(yīng)關(guān)系。
[0028]較佳地，所述發(fā)送順序確定模塊在將所述MPU的MPU元數(shù)據(jù)放置在最后時(shí)有三種發(fā)送順序:
[0029]用于將所述MPU的MPU元數(shù)據(jù)和片段元數(shù)據(jù)放置在最后；
[0030]或者，用于將所述MPU的MPU元數(shù)據(jù)放置在最后，片段元數(shù)據(jù)放置在所對(duì)應(yīng)的MFU之后;
[0031]或者，僅將所述MPU的MPU元數(shù)據(jù)放置在最后，MFU和對(duì)應(yīng)的片段元數(shù)據(jù)按照正常發(fā)送順序發(fā)送。
[0032]較佳地，如果接收端需要靜態(tài)信息量最大化，所述發(fā)送順序確定模塊在MPU內(nèi)部按照包序號(hào)從小到大的順序放置MFU ；
[0033]如果接收端需要?jiǎng)討B(tài)信息量最大化，所述發(fā)送順序確定模塊在MPU內(nèi)部按照包序號(hào)從大到小的順序放置MFU。
[0034]較佳地，所述發(fā)送MPU的時(shí)間間隔為500毫秒。
[0035]本申請(qǐng)還提供了一種接收MMT包的方法，包括:
[0036]接收按照設(shè)定的時(shí)間間隔發(fā)送的MPU ；
[0037]在每?jī)蓚€(gè)MPU之間接收信號(hào)消息信息；
[0038]其中，在每個(gè)MPU內(nèi)部，最后接收到所述MPU的MPU元數(shù)據(jù)。
[0039]較佳地，所述在每?jī)蓚€(gè)MPU之間接收信號(hào)消息信息包括:
[0040]如果信號(hào)消息的長(zhǎng)度小于或等于設(shè)定閾值，在每?jī)蓚€(gè)MPU之間接收N1次所述信號(hào)消息，其中，N1為大于或等于1的整數(shù)；
[0041]如果信號(hào)消息的長(zhǎng)度大于設(shè)定閾值，在每?jī)蓚€(gè)MPU之間接收N2次所述信號(hào)消息的索引信息，并根據(jù)所述索引信息獲取對(duì)應(yīng)的信號(hào)消息，其中，N2為大于或等于1的整數(shù)。
[0042]較佳地，根據(jù)所述索引信息獲取對(duì)應(yīng)的信號(hào)消息包括:
[0043]根據(jù)所述索引信息、以及信號(hào)消息與索引信息的對(duì)應(yīng)關(guān)系，從服務(wù)器獲取對(duì)應(yīng)的信號(hào)消息。
[0044]較佳地,所述在每個(gè)MPU內(nèi)部，最后接收到所述MPU的MPU元數(shù)據(jù)包括:
[0045]先接收到所述MPU的MFU，最后發(fā)送所述MPU的MPU元數(shù)據(jù)和片段元數(shù)據(jù)；
[0046]或者，在接收到MFU之后接收到對(duì)應(yīng)的片段元數(shù)據(jù)，最后接收到所述MPU的MPU元數(shù)據(jù)；
[0047]或者，按照正常順序接收到所述MPU的MFU和對(duì)應(yīng)的片段元數(shù)據(jù)，最后接收到所述MPU的MPU元數(shù)據(jù)。
[0048]較佳地，按照包序號(hào)從小到大的順序接收到所述MPU的MFU ;或
[0049]按照包序號(hào)從大到小的順序接收到所述MPU的MFU。
[0050]較佳地，所述設(shè)定的時(shí)間間隔為500毫秒。
[0051]由上述技術(shù)方案可見，本申請(qǐng)通過改變片段傳輸中的發(fā)送順序，使得在不同的場(chǎng)景下，即使第一個(gè)片段不完整也可以播放，從而大幅縮短了終端的播放等待時(shí)間。采用本申請(qǐng)所提供的技術(shù)方案，最長(zhǎng)播放等待時(shí)間將小于1秒，從而能夠提供良好的用戶體驗(yàn)。
[0052]此外，本申請(qǐng)技術(shù)方案還能獲得以下一個(gè)或多個(gè)有益效果:
[0053]在本發(fā)明提供的實(shí)施例中，通過選擇合適的MPU發(fā)送間隔時(shí)間可以保證終端隨機(jī)接入的同步性及最大化帶寬利用率。
[0054]在本發(fā)明提供的實(shí)施例中，通過選擇在MPU發(fā)送間隔內(nèi)插入多個(gè)信號(hào)消息，或者利用索引信息的方式讓終端自行在服務(wù)器下載所需信號(hào)消息，可以使終端以更大的概率播放所接收到的多媒體內(nèi)容。
[0055]在本發(fā)明提供的實(shí)施例中，通過將MPU元數(shù)據(jù)和片段元數(shù)據(jù)作為MPU的最后兩個(gè)包進(jìn)行發(fā)送，大大降低了終端可播放多媒體資源的等待時(shí)間。
[0056]在本發(fā)明提供的實(shí)施例中，通過將MFU按照從大到小或從小到大的順序發(fā)送，分別滿足了廣播過程中畫面質(zhì)量最優(yōu)化和信息量最大化應(yīng)用場(chǎng)景的需求。
【附圖說明】
[0057]圖1為現(xiàn)有MMT技術(shù)下發(fā)送MMT包的方法示意圖；
[0058]圖2為本申請(qǐng)一較佳實(shí)施例中發(fā)送MMT包的流程示意圖；
[0059]圖3為本申請(qǐng)一較佳實(shí)施例中的MPU包發(fā)送間隔示意圖；
[0060]圖4為本申請(qǐng)一較佳實(shí)施例中插入信號(hào)消息后的基本發(fā)送順序示意圖；
[0061]圖5為本申請(qǐng)一較佳實(shí)施例中在MPU間插入多個(gè)信號(hào)消息的示意圖；
[0062]圖6為現(xiàn)有MMT協(xié)議的負(fù)載產(chǎn)生方式示意圖；
[0063]圖7為現(xiàn)有在MP