發送mmt包的方法及裝置、接收mmt包的方法
【技術領域】
[0001]本申請涉及多媒體傳輸技術領域，具體而言，本申請涉及發送MMT包的方法及裝置、接收MMT包的方法。
【背景技術】
[0002]在多媒體廣播過程中，當終端開始接入或進行頻道切換時，為了獲得第一個可播放的數據，終端必須等待可播放數據頭以及至少一個完整的播放幀。傳統廣播使用的是活動圖像專家組傳輸流(MPEG2-TS)技術，在不同的數字電視技術標準下通過相應的包來發送控制頭信息，例如:MPEG2-TS下是程序專用信息(PSI)包，數字視頻廣播(DVB)標準下是業務信息(SI)包，美國高級電視業務顧問委員會(ATSC)標準下是節目與系統信息協議(PSIP)包。而目前比較流行的HTTP動態自適應流媒體(DASH)技術，是將MP4包頭作為單獨的片段(第一個片段)發送，為之后的數據提供解碼參考。
[0003]上述兩種方法都有其局限性，終端必須收到控制信息之后才能開始對音視頻數據進行解碼播放，即當終端開始接入或者頻道切換的時刻，用戶等待節目開始播放的時間取決于收到控制信息的時間。通常在視頻廣播的時候，該時間都會比較長。MPEG2-TS技術處理標清視頻時，理論值是1.4秒(硬件實現),處理高清或者超高清視頻時，等待時間會成倍增長。DASH技術目前的時間是4.5秒。從用戶體驗的角度，播放等待時間偏長，尤其是在用戶希望連續切換頻道的情況下(例如選頻道時)，用戶體驗很差。
【發明內容】
[0004]本申請提供了一種發送MMT包的方法及裝置，以及接收MMT包的方法，以縮短多媒體廣播系統中終端的播放等待時間。
[0005]本申請提供的一種發送活動圖像專家組媒體傳輸MMT包的方法，包括:
[0006]以設定的時間間隔發送媒體處理單元MPU ；
[0007]在每兩個MPU之間發送信號消息信息；
[0008]其中，在發送每個MPU時，最后發送所述MPU的MPU元數據。
[0009]較佳地，所述在每兩個MPU之間發送信號消息信息包括:
[0010]如果信號消息的長度小于或等于設定閾值，在每兩個MPU之間發送N1次所述信號消息，其中，N1為大于或等于1的整數；
[0011]如果信號消息的長度大于設定閾值，在每兩個MPU之間發送N2次所述信號消息的索引信息，所述索引信息用于接收端獲取對應的信號消息，其中，N2為大于或等于1的整數。
[0012]較佳地，在每兩個MPU之間發送N2次所述信號消息的索引信息之前，進一步包括:
[0013]將信號消息存放到服務器上，并存儲信號消息與索引信息的對應關系。
[0014]較佳地，所述在發送每個MPU時，最后發送所述MPU的MPU元數據包括:
[0015]先發送所述MPU的媒體片段單元MFU，最后發送所述MPU的MPU元數據和片段元數據；
[0016]或者，將片段元數據放置在對應的MFU之后發送，最后發送所述MPU的MPU元數據；
[0017]或者，按照正常順序發送所述MPU的MFU和對應的片段元數據，最后發送所述MPU的MPU元數據。
[0018]較佳地，所述發送所述MPU的MFU包括:
[0019]按照包序號從小到大的順序發送MFU ;或
[0020]按照包序號從大到小的順序發送MFU。
[0021 ] 較佳地，所述設定的時間間隔為500毫秒。
[0022]本申請還提供了一種發送MMT包的裝置，包括:發送順序確定模塊和發送模塊，其中:
[0023]所述發送順序確定模塊，用于設定發送MPU的時間間隔，并在兩個MPU之間插入信號消息信息；其中，在每個MPU內部，用于將所述MPU的MPU元數據放置在最后；
[0024]所述發送模塊，用于按照發送順序確定模塊所確定的發送順序，發送相應的包。
[0025]較佳地，在信號消息的長度小于或等于設定閾值時，所述發送順序確定模塊用于在每兩個MPU之間插入N1次所述信號消息，其中，N1為大于或等于1的整數；
[0026]在信號消息的長度大于設定閾值時，所述發送順序確定模塊用于在每兩個MPU之間插入N2次所述信號消息的索引信息，所述索引信息用于接收端獲取對應的信號消息，其中，N2為大于或等于1的整數。
[0027]較佳地，所述發送順序確定模塊，進一步用于將信號消息存放到服務器上，并存儲信號消息與索引信息的對應關系。
[0028]較佳地，所述發送順序確定模塊在將所述MPU的MPU元數據放置在最后時有三種發送順序:
[0029]用于將所述MPU的MPU元數據和片段元數據放置在最后；
[0030]或者，用于將所述MPU的MPU元數據放置在最后，片段元數據放置在所對應的MFU之后;
[0031]或者，僅將所述MPU的MPU元數據放置在最后，MFU和對應的片段元數據按照正常發送順序發送。
[0032]較佳地，如果接收端需要靜態信息量最大化，所述發送順序確定模塊在MPU內部按照包序號從小到大的順序放置MFU ；
[0033]如果接收端需要動態信息量最大化，所述發送順序確定模塊在MPU內部按照包序號從大到小的順序放置MFU。
[0034]較佳地，所述發送MPU的時間間隔為500毫秒。
[0035]本申請還提供了一種接收MMT包的方法，包括:
[0036]接收按照設定的時間間隔發送的MPU ；
[0037]在每兩個MPU之間接收信號消息信息；
[0038]其中，在每個MPU內部，最后接收到所述MPU的MPU元數據。
[0039]較佳地，所述在每兩個MPU之間接收信號消息信息包括:
[0040]如果信號消息的長度小于或等于設定閾值，在每兩個MPU之間接收N1次所述信號消息，其中，N1為大于或等于1的整數；
[0041]如果信號消息的長度大于設定閾值，在每兩個MPU之間接收N2次所述信號消息的索引信息，并根據所述索引信息獲取對應的信號消息，其中，N2為大于或等于1的整數。
[0042]較佳地，根據所述索引信息獲取對應的信號消息包括:
[0043]根據所述索引信息、以及信號消息與索引信息的對應關系，從服務器獲取對應的信號消息。
[0044]較佳地,所述在每個MPU內部，最后接收到所述MPU的MPU元數據包括:
[0045]先接收到所述MPU的MFU，最后發送所述MPU的MPU元數據和片段元數據；
[0046]或者，在接收到MFU之后接收到對應的片段元數據，最后接收到所述MPU的MPU元數據；
[0047]或者，按照正常順序接收到所述MPU的MFU和對應的片段元數據，最后接收到所述MPU的MPU元數據。
[0048]較佳地，按照包序號從小到大的順序接收到所述MPU的MFU ;或
[0049]按照包序號從大到小的順序接收到所述MPU的MFU。
[0050]較佳地，所述設定的時間間隔為500毫秒。
[0051]由上述技術方案可見，本申請通過改變片段傳輸中的發送順序，使得在不同的場景下，即使第一個片段不完整也可以播放，從而大幅縮短了終端的播放等待時間。采用本申請所提供的技術方案，最長播放等待時間將小于1秒，從而能夠提供良好的用戶體驗。
[0052]此外，本申請技術方案還能獲得以下一個或多個有益效果:
[0053]在本發明提供的實施例中，通過選擇合適的MPU發送間隔時間可以保證終端隨機接入的同步性及最大化帶寬利用率。
[0054]在本發明提供的實施例中，通過選擇在MPU發送間隔內插入多個信號消息，或者利用索引信息的方式讓終端自行在服務器下載所需信號消息，可以使終端以更大的概率播放所接收到的多媒體內容。
[0055]在本發明提供的實施例中，通過將MPU元數據和片段元數據作為MPU的最后兩個包進行發送，大大降低了終端可播放多媒體資源的等待時間。
[0056]在本發明提供的實施例中，通過將MFU按照從大到小或從小到大的順序發送，分別滿足了廣播過程中畫面質量最優化和信息量最大化應用場景的需求。
【附圖說明】
[0057]圖1為現有MMT技術下發送MMT包的方法示意圖；
[0058]圖2為本申請一較佳實施例中發送MMT包的流程示意圖；
[0059]圖3為本申請一較佳實施例中的MPU包發送間隔示意圖；
[0060]圖4為本申請一較佳實施例中插入信號消息后的基本發送順序示意圖；
[0061]圖5為本申請一較佳實施例中在MPU間插入多個信號消息的示意圖；
[0062]圖6為現有MMT協議的負載產生方式示意圖；
[0063]圖7為現有在MP