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

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

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