国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      保證視頻流中宏塊數(shù)據(jù)完整性的數(shù)據(jù)包發(fā)送方法及設備的制作方法

      文檔序號:7749501閱讀:124來源:國知局
      專利名稱:保證視頻流中宏塊數(shù)據(jù)完整性的數(shù)據(jù)包發(fā)送方法及設備的制作方法
      技術領域
      本發(fā)明涉及網(wǎng)絡通信技術,尤其涉及一種保證視頻流中宏塊數(shù)據(jù)完整性的數(shù)據(jù)包發(fā)送方法及設備。
      背景技術
      隨著因特網(wǎng)和無線移動通信網(wǎng)絡的快速發(fā)展,視頻業(yè)務正在成為未來網(wǎng)絡中的主流業(yè)務。由于視頻的數(shù)據(jù)量大,在傳輸中需要消耗大量的帶寬,對通信網(wǎng)絡,特別是帶寬受限的無線通信網(wǎng)絡提出了挑戰(zhàn)。視頻編碼技術是在視頻信號傳輸前先對視頻數(shù)據(jù)進行編碼壓縮,然后再在網(wǎng)絡上傳輸。視頻編碼應具有足夠的壓縮比,使得編碼后的視頻數(shù)據(jù)可以在一定的帶寬范圍內進行傳輸;同時視頻信號壓縮后應該保持一定的視頻質量,使得人從視覺上不會感到嚴重失真。H. 264壓縮標準不僅顯著提高了壓縮比,而且具有良好的網(wǎng)絡親和力,加強了對 IP網(wǎng)、移動網(wǎng)的誤碼和丟包處理,這對實時的視頻通信是十分重要的。H. 264的功能分為兩層,即視頻編碼層(Video Coding Layer, VCL)和網(wǎng)絡提取層(Network Abstract Layer, NAL)。VCL表示被壓縮編碼后的視頻數(shù)據(jù)序列,在VCL數(shù)據(jù)傳輸或存儲之前這些編碼的VCL 數(shù)據(jù)先被映射或封裝到NAL單元中。一個視頻圖像可編碼成一個或多個片(Slice),各片之間是相互獨立的,每片包含整數(shù)個宏塊(Micro Block, MB) 0進一步地,可以對片進行劃分,將語義相關的宏塊組成一個數(shù)據(jù)分割(DataPartition,DP)。H. 264視頻編碼標準中使用了三種不同類型的數(shù)據(jù)分割A型分割(DP A)、B型分割(DP B)和C型分割(DP C)。一個NAL單元可以攜帶一個編碼片、一種數(shù)據(jù)分割、一個序列或圖像參數(shù)集。在數(shù)據(jù)傳輸時,NAL單元首先被打包成無線鏈路控制服務數(shù)據(jù)單元(Radio Link Control Service Data Unit, RLC SDU),之后,無線鏈路控制(Radio Link Control, RLC) 層根據(jù)當前分配的無線物理資源對RLC SDU進一步分段打包,得到RLC協(xié)議數(shù)據(jù)單元 (Protocol Data Unit,PDU)。RLC PDU是數(shù)據(jù)傳輸?shù)奶幚韱挝唬煞峙涞奈锢韨鬏斮Y源決定?,F(xiàn)有技術中,通常是按照固定的數(shù)據(jù)長度將RLC SDU劃分為多個RLC PDU0但是, 這種方式下,很可能將一個宏塊的數(shù)據(jù)拆分到不同的數(shù)據(jù)包中傳輸,如果一個數(shù)據(jù)包出錯, 在接收端不會收到完整的宏塊數(shù)據(jù),弓I起跨數(shù)據(jù)包的宏塊無法正確解碼。

      發(fā)明內容
      本發(fā)明實施例是提供一種保證視頻流中宏塊數(shù)據(jù)完整性的數(shù)據(jù)包發(fā)送方法及設備,盡量保證接收端接收到完整的宏塊數(shù)據(jù),提高解碼性能。本發(fā)明實施例提供了一種保證視頻流中宏塊數(shù)據(jù)完整性的數(shù)據(jù)包發(fā)送方法,包括確定出錯數(shù)據(jù)包,所述出錯數(shù)據(jù)包為達到混合自動重傳請求HARQ最大傳輸次數(shù)但仍然傳輸錯誤的數(shù)據(jù)包;
      當所述出錯數(shù)據(jù)包中包含部分宏塊數(shù)據(jù)時,根據(jù)所述部分宏塊數(shù)據(jù)與時延限制的關系,對待傳輸及已傳輸?shù)暮陦K數(shù)據(jù)進行組合獲得新的數(shù)據(jù)包,所述新的數(shù)據(jù)包使得接收端能夠接收到在時延限制內的完整的宏塊數(shù)據(jù);發(fā)送所述新的數(shù)據(jù)包。本發(fā)明實施例還提供了一種保證視頻流中宏塊數(shù)據(jù)完整性的數(shù)據(jù)包發(fā)送方法,包括獲取當前數(shù)據(jù)包的長度;當待傳輸?shù)暮陦K數(shù)據(jù)對應的數(shù)據(jù)包的長度超過所述當前數(shù)據(jù)包的長度時,將所述待傳輸?shù)暮陦K數(shù)據(jù)組成至少一個數(shù)據(jù)包,并使得有相關性的宏塊數(shù)據(jù)包含在同一個數(shù)據(jù)包中,其中,每個數(shù)據(jù)包中包含整數(shù)個宏塊數(shù)據(jù)。本發(fā)明實施例提供了一種保證視頻流中宏塊數(shù)據(jù)完整性的數(shù)據(jù)包發(fā)送設備,包括確定模塊,用于確定出錯數(shù)據(jù)包,所述出錯數(shù)據(jù)包為達到混合自動重傳請求HARQ 最大傳輸次數(shù)但仍然傳輸錯誤的數(shù)據(jù)包;組合模塊,用于當所述出錯數(shù)據(jù)包中包含部分宏塊數(shù)據(jù)時,根據(jù)所述部分宏塊數(shù)據(jù)與時延限制的關系,對待傳輸及已傳輸?shù)暮陦K數(shù)據(jù)進行組合獲得新的數(shù)據(jù)包,所述新的數(shù)據(jù)包使得接收端能夠接收到在時延限制內的完整的宏塊數(shù)據(jù);發(fā)送模塊,用于發(fā)送所述新的數(shù)據(jù)包。本發(fā)明實施例還提供了一種保證視頻流中宏塊數(shù)據(jù)完整性的數(shù)據(jù)包發(fā)送設備,包括獲取模塊,用于獲取當前數(shù)據(jù)包的長度;第一打包模塊,用于當待傳輸?shù)暮陦K數(shù)據(jù)對應的數(shù)據(jù)包的長度超過所述當前數(shù)據(jù)包的長度時,將所述待傳輸?shù)暮陦K數(shù)據(jù)組成至少一個數(shù)據(jù)包,并使得有相關性的宏塊數(shù)據(jù)包含在同一個數(shù)據(jù)包中,其中,每個數(shù)據(jù)包中包含整數(shù)個宏塊數(shù)據(jù)。由上述技術方案可知,本發(fā)明實施例通過在打包后對傳輸?shù)暮陦K數(shù)據(jù)進行組合, 使得接收端能夠接收到在時延限制內的完整的宏塊數(shù)據(jù),可以保證接收端接收到完整的宏塊數(shù)據(jù),提高解碼性能。


      為了更清楚地說明本發(fā)明實施例中的技術方案,下面將對實施例描述中所需要使用的附圖作一簡單地介紹,顯而易見地,下面描述中的附圖是本發(fā)明的一些實施例,對于本領域普通技術人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明第一實施例的方法流程示意圖;圖2為本發(fā)明第二實施例的方法流程示意圖;圖3a為本發(fā)明第二實施例中數(shù)據(jù)打包及傳輸?shù)慕Y構示意圖;圖3b為本發(fā)明第二實施例中打包成新的數(shù)據(jù)包的情況一的結構示意圖;圖3c為本發(fā)明第二實施例中打包成新的數(shù)據(jù)包的情況二的結構示意圖;圖3d為本發(fā)明第二實施例中打包成新的數(shù)據(jù)包的情況三的結構示意圖3e為本發(fā)明第二實施例中打包成新的數(shù)據(jù)包的情況四的結構示意圖。圖4為本發(fā)明第三實施例的方法流程示意圖;圖5為本發(fā)明第三實施例中反饋數(shù)據(jù)包長度的示意圖;圖6為本發(fā)明第三實施例中拆分、重排序及轉換編碼模式的示意圖;圖7為本發(fā)明第四實施例的方法流程示意圖;圖8為本發(fā)明第四實施例中劃分時頻資源子塊的流程示意圖;圖9為本發(fā)明第四實施例中劃分時頻資源子塊的示意圖;圖10為本發(fā)明第五實施例的設備結構示意圖;圖11為本發(fā)明第六實施例的設備結構示意圖;圖12為本發(fā)明第七實施例的設備結構示意圖。
      具體實施例方式為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚,下面將結合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。圖1為本發(fā)明第一實施例的方法流程示意圖,包括步驟11 確定出錯數(shù)據(jù)包,所述出錯數(shù)據(jù)包為達到混合自動重傳請求(Hybrid Automatic Repeat Request, HARQ)最大傳輸次數(shù)但仍然傳輸錯誤的數(shù)據(jù)包;步驟12 當所述出錯數(shù)據(jù)包中包含部分宏塊數(shù)據(jù)時,根據(jù)該部分宏塊數(shù)據(jù)與時延限制的關系,對待傳輸及已傳輸?shù)暮陦K數(shù)據(jù)進行組合獲得新的數(shù)據(jù)包,所述新的數(shù)據(jù)包使得接收端能夠接收到在時延限制內的完整的宏塊數(shù)據(jù);步驟13 發(fā)送所述新的數(shù)據(jù)包。本實施例通過對宏塊數(shù)據(jù)進行組合,使得接收端能夠接收到在時延限制內完整的宏塊數(shù)據(jù),可以保證接收端接收到完整的宏塊數(shù)據(jù),提高解碼性能。圖2為本發(fā)明第二實施例的方法流程示意圖,本實施例利用HARQ的停等機制保持宏塊數(shù)據(jù)完整性。參見圖2,本實施例包括步驟21 將NAL單元打包成RLC SDU。其中,可以按照正常的封裝流程,將NAL單元封裝到RLC SDU中。以封裝到實時傳輸協(xié)議/用戶數(shù)據(jù)報協(xié)議/因特網(wǎng)協(xié)議(Real Time Protocol/UserDatagram Protocol/ Internet Protocol, RTP/UDP/IP)的過程為例,首先,NAL單元作為RTP的有效載荷,加上 IP/UDP/RTP的報文頭,構成IP包,在頭壓縮后,此IP包被封裝進點到點協(xié)議(Point to Point Protocol, PPP)報文中,則得到 RLC SDU。例如,參見圖3a,RLC SDU包括頭信息和宏塊數(shù)據(jù),其中頭信息可以包括壓縮頭 (Compressed Header, Comp Header)、NAL 頭(NAL Header)禾口片頭(Slice Header)。壓縮頭可以為上述的RTP/UDP/IP頭經(jīng)壓縮后形成。宏塊數(shù)據(jù)包括MB-I、MB-2,... , MB-7。步驟22 根據(jù)物理層可分配的傳輸資源,將該RLC SDU劃分為RLCPDU,以RLC PDU 為單位進行數(shù)據(jù)傳輸。例如,參見圖3a,首先在RLC SDU中劃分出RLC PDU-1,其中,RLCPDU-1可以按照現(xiàn)有通常的劃分方式進行劃分,如在信道條件不變的情況下可以按照固定的數(shù)據(jù)包的長度進行劃分。當前一數(shù)據(jù)包正確傳輸時(例如,發(fā)送端接收到ACK反饋后),后一數(shù)據(jù)包依舊可以按照現(xiàn)有方式進行劃分及傳輸,例如,參見圖3a,如果RLCPDU-I傳輸正確,則在RLC SDU 的剩余數(shù)據(jù)部分可以按照固定長度再劃分出RLC PDU-2。由于劃分時是按照固定長度進行劃分的,因此,一個宏塊數(shù)據(jù)可能被拆分到不同的數(shù)據(jù)包中,例如,MB-2被拆分到RLC PDU-I 和RLCPDU-2中,MB-5被拆分到RLC PDU-2和RLC PDU-2的后一數(shù)據(jù)包中。步驟23 確定出錯數(shù)據(jù)包,所述出錯數(shù)據(jù)包為達到HARQ最大傳輸次數(shù)但仍然傳輸錯誤的數(shù)據(jù)包。其中,由于接收端在未正確接收數(shù)據(jù)包后,會向發(fā)送端的HARQ層反饋NACK信息。 因此,可以在HARQ層和RLC層建立反饋通道,以便在超過最大HARQ次數(shù)依舊未正確接收時,將NACK信息反饋給RLC層,RLC層重新對出錯數(shù)據(jù)包的后一數(shù)據(jù)包進行分段組包。例如,參見圖3a,假設RLC PDU-2為出錯數(shù)據(jù)包。步驟24 當所述出錯數(shù)據(jù)包中包含部分宏塊數(shù)據(jù)時,根據(jù)該部分宏塊數(shù)據(jù)與時延限制的關系,對待傳輸及已傳輸?shù)暮陦K數(shù)據(jù)進行組合獲得新的數(shù)據(jù)包,所述新的數(shù)據(jù)包使得接收端能夠接收到在時延限制內的完整的宏塊數(shù)據(jù)。例如,參見圖3a,假設RLC PDU-2中包含的部分宏塊數(shù)據(jù)分別為位于頭部的MB_2 的部分宏塊數(shù)據(jù),及位于尾部的MB-5的部分宏塊數(shù)據(jù)。之后,可以根據(jù)MB-2及MB-5的時延限制,在RLC PDU-3中對宏塊數(shù)據(jù)重新組合打包。其中,各宏塊對應的時延限制可以預先設定。具體地,參見圖3b 圖3e,可以將RLC PDU-3分為如下4種情況情況一(圖3b所示),如果MB-2已經(jīng)超過時延限制,但是MB_5還在時延限制內。此時,由于MB-2已經(jīng)超過時延限制,對于接收端來講,MB-2的數(shù)據(jù)已經(jīng)無效,因此,在RLC PDU-3中無需重傳原來位于RLC PDU-2中的該MB-2的部分宏塊數(shù)據(jù)。由于 MB-5在時延限制內,對于接收端來講,MB-5的數(shù)據(jù)依然有效,因此,在RLC PDU-3中需要傳輸MB-5的整個宏塊數(shù)據(jù),S卩,即使RLC PDU-2已經(jīng)超過最大重傳次數(shù),但是為了保證宏塊數(shù)據(jù)的完整性,原來位于RLC PDU-2中的MB-5的部分宏塊數(shù)據(jù)依然要在RLC PDU-3中得到重傳。S卩,參見圖3b,RLC PDU-3中需要包含完整個MB-5的宏塊數(shù)據(jù)。同時,可以根據(jù)數(shù)據(jù)包的長度將MB-5后面的宏塊數(shù)據(jù)打包到當前數(shù)據(jù)包RLCPDU-3中。情況二 (圖3c所示)如果MB-2和MB-5均超出時延限制。此時,由于MB-2、MB-5已經(jīng)超過時延限制,對于接收端來講,MB_2、MB-5的數(shù)據(jù)已經(jīng)無效,因此,在RLC PDU-3中無需重傳原來位于RLC PDU-2中的MB-2及MB-5的部分宏塊數(shù)據(jù)。另外,由于MB-5已經(jīng)無效,原來被拆分到RLC PDU-3中的MB-5的另外部分宏塊數(shù)據(jù)也沒有傳輸?shù)谋匾?。S卩,參見圖3c,RLC PDU-3只需從MB-6 (MB-5的后一個宏塊數(shù)據(jù))開始填充。當然,當剩余宏塊數(shù)據(jù)不夠填充滿RLC PDU-3時,可以組合其他的NAL單元或者填充一些無效比特數(shù)(組合或填充)。情況三(圖3d所示)如果MB-2和MB-5均在時延限制內。此時,由于MB-2、MB-5均在時延限制內,對于接收端來講,MB_2、MB-5的數(shù)據(jù)均有
      8效,因此,即使RLC PDU-2已經(jīng)超過最大重傳次數(shù),但是為了保證宏塊數(shù)據(jù)的完整性,原來位于RLC PDU-2中的MB-2、MB-5的部分宏塊數(shù)據(jù)依然要在RLC PDU-3中得到重傳。S卩,參見圖3d,RLC PDU-3中需要包含原來位于RLC PDU-2中的MB-2的部分宏塊數(shù)據(jù)及完整的MB-5的宏塊數(shù)據(jù)。同時,可以根據(jù)數(shù)據(jù)包的長度將MB-5后面的宏塊數(shù)據(jù)打包到當前數(shù)據(jù)包RLC PDU-3中,或者,對數(shù)據(jù)包進行填充。情況四(圖3e所示)如果MB-2在時延限制內,但是MB-5超出時延限制。此時,對于接收端來講,MB-2的數(shù)據(jù)是有效的,MB-5的數(shù)據(jù)是無效的,因此,即使 RLC PDU-2已經(jīng)超過最大重傳次數(shù),但是為了保證宏塊數(shù)據(jù)的完整性,原來位于RLC PDU-2 中的MB-2的部分宏塊數(shù)據(jù)依然要被重傳。另外,由于MB-5已經(jīng)無效,原來位于RLC PDU-2 中的MB-5的部分宏塊數(shù)據(jù)及原來被拆分到RLC PDU-3中的MB-5的另外部分宏塊數(shù)據(jù)均沒有傳輸?shù)谋匾?。S卩,參見圖3e,RLC PDU-3中需要包含原來位于RLC PDU-2中的MB-2的部分宏塊數(shù)據(jù)及從MB-6 (MB-5的后一個宏塊數(shù)據(jù))開始填充的宏塊數(shù)據(jù)。當然,當剩余宏塊數(shù)據(jù)不夠填充滿RLC PDU-3時,可以組合其他的NAL單元或者填充一些無效比特數(shù)(組合或填充)。上述分別描述了四種情況,需要注意的是,為了正確確定出每個宏塊數(shù)據(jù)的邊界, 在當前數(shù)據(jù)包(RLC PDU-3)中還需要再攜帶一個指示信息。所述指示信息用于指示所述當前數(shù)據(jù)包中是否攜帶另外部分已經(jīng)被正確傳輸?shù)牟糠趾陦K數(shù)據(jù)。假設,指示信息為0表示當前數(shù)據(jù)包中沒有攜帶另外部分已經(jīng)被正確傳輸?shù)牟糠趾陦K數(shù)據(jù),指示信息為1表示當前數(shù)據(jù)包中攜帶另外部分已經(jīng)被正確傳輸?shù)牟糠趾陦K數(shù)據(jù)。則對于上述的情況一和情況二, 該指示信息為0,對于上述的情況三和情況四,該指示信息為1。本實施例通過對出錯數(shù)據(jù)包的后一數(shù)據(jù)包重新組包,使得接收端對于有效數(shù)據(jù)可以接收到完整的宏塊數(shù)據(jù),保證了宏塊數(shù)據(jù)的完整性,有利于解碼。第二實施例在宏塊數(shù)據(jù)已經(jīng)打包傳輸后,通過對后續(xù)傳輸?shù)暮陦K數(shù)據(jù)重新組合, 保證宏塊數(shù)據(jù)的完整性。在實際中,可能不僅僅需要保證單個宏塊數(shù)據(jù)的完整性,還可能需要保證具有相關性的宏塊數(shù)據(jù)的完整性,例如,如果具有相關性的宏塊數(shù)據(jù)被拆分到不同的數(shù)據(jù)包中,如果一個數(shù)據(jù)包丟失,則會引起其余正確接收到的數(shù)據(jù)包由于具有相關性的宏塊數(shù)據(jù)的丟失而無法解碼。為此,在數(shù)據(jù)打包時,不僅需要考慮數(shù)據(jù)包中包含整數(shù)個宏塊數(shù)據(jù),還需要將具有相關性的宏塊數(shù)據(jù)打包在同一個數(shù)據(jù)包中。圖4為本發(fā)明第三實施例的方法流程示意圖,本實施例利用拆分和/或重排序和 /或轉換編碼模式保持宏塊數(shù)據(jù)完整性和相關性。參見圖4,本實施例包括步驟41 獲取當前數(shù)據(jù)包的長度。其中,本實施例的執(zhí)行主體可以為視頻源發(fā)送端,或者為接入網(wǎng)基站。當為視頻源發(fā)送端時,視頻源發(fā)送端可以接收由視頻源接收端,或者,由基站反饋的所述當前數(shù)據(jù)包的長度;當為基站時,基站可以根據(jù)當前分配的時頻資源塊的固有邊界和調制編碼模式, 確定所述當前數(shù)據(jù)包的長度。圖5為本發(fā)明第三實施例中反饋數(shù)據(jù)包長度的示意圖,參見圖5,當執(zhí)行主體為視頻源發(fā)送端時,需要視頻源接收端向視頻源發(fā)送端反饋當前數(shù)據(jù)包的長度(情況一),或者,需要接入網(wǎng)基站向視頻源發(fā)送端反饋當前數(shù)據(jù)包的長度(情況二)。
      步驟42 當待傳輸?shù)暮陦K數(shù)據(jù)對應的數(shù)據(jù)包的長度超過所述當前數(shù)據(jù)包的長度時,將所述待傳輸?shù)暮陦K數(shù)據(jù)組成至少一個數(shù)據(jù)包,并使得有相關性的宏塊數(shù)據(jù)包含在同一個數(shù)據(jù)包中,其中,每個數(shù)據(jù)包中包含整數(shù)個宏塊數(shù)據(jù)。其中,以待傳輸?shù)暮陦K數(shù)據(jù)為一個完整的NAL單元為例,如果一個完整的NAL單元的宏塊數(shù)據(jù)不能被放入當前數(shù)據(jù)包中,則可以對該NAL單元中的宏塊數(shù)據(jù)進行拆分和/或重排序和/或轉換編碼模式,使得每個PDU數(shù)據(jù)包包含整數(shù)個宏塊數(shù)據(jù),同時處理后具有相關性的宏塊數(shù)據(jù)放在同一個PDU數(shù)據(jù)包中。其中,當執(zhí)行主體為接入網(wǎng)基站時,需要基站支持拆分和/或重排序和/或轉換編碼模式。其中,拆分和/或重排序和/或轉換編碼模式可以具體為拆分是指當具有相關性的宏塊數(shù)據(jù)組成的數(shù)據(jù)包長度超出當前數(shù)據(jù)包的長度時,將該具有相關性的宏塊數(shù)據(jù)拆分為至少兩個組,每個組內的宏塊數(shù)據(jù)重新編碼并組合成數(shù)據(jù)包,使得同一數(shù)據(jù)包中的宏塊數(shù)據(jù)具有相關性,而不同數(shù)據(jù)包具有獨立性。例如,假設原始具有相關性的宏塊為1、2、3、4、5,由1-5組成的數(shù)據(jù)包的長度超出當前數(shù)據(jù)包的長度時,可以將上述的宏塊拆分為兩組,分別為1、2、3組成的組及4和5組成的組。在每個組內重新對宏塊數(shù)據(jù)進行編碼,使得重新編碼后的宏塊1、2、3具有相關性,重新編碼后的宏塊4、5具有相關性,而由1、2、3組成的組與由4、5組成的組是獨立的,不具有相關性。重排序是指為了適應當前數(shù)據(jù)包的長度,可以改變原始的宏塊數(shù)據(jù)的順序,以便更好地適應當前數(shù)據(jù)包的長度。例如,如果具有相關性的幀內編碼宏塊組成的數(shù)據(jù)包長度遠小于當前數(shù)據(jù)包的長度,可以拼接另一組幀內編碼宏塊。在這個過程中,拼接的另一組幀內編碼宏塊要保持完整性,即不能進行宏塊數(shù)據(jù)拆分。如果幀間編碼宏塊組成的數(shù)據(jù)包長度遠小于當前數(shù)據(jù)包的長度,也可以拼接其他幀間編碼宏塊。轉換編碼模式是指如果具有相關性的幀內編碼宏塊組成的數(shù)據(jù)包的長度大于當前數(shù)據(jù)包的長度,可以將部分幀內編碼宏塊轉換編碼模式重新編碼為幀間編碼宏塊;如果幀間編碼宏塊組成的數(shù)據(jù)包的長度小于當前數(shù)據(jù)包的長度,可以將部分幀間編碼宏塊轉換編碼模式重新編碼為幀內編碼宏塊。另外,當一組宏塊數(shù)據(jù)組成的數(shù)據(jù)包的長度小于當前數(shù)據(jù)包的長度時,還可以采用冗余編碼,添加冗余信息,提高抗誤碼能力。圖6為本發(fā)明第三實施例中拆分、重排序及轉換編碼模式的示意圖,本實施例以幀間編碼片包含數(shù)據(jù)分割為例。參見圖6,該幀間編碼片可以被分為DP A、DP B和DP C,DP A包含片頭和片中每個宏塊頭數(shù)據(jù)、DP B包含幀內編碼的宏塊數(shù)據(jù),DP C包含幀間編碼的宏塊數(shù)據(jù)。按照固定長度數(shù)據(jù)包分割,DP B被打包成3個數(shù)據(jù)包,DP C被打包成2個數(shù)據(jù)包。通常頭信息的優(yōu)先級最高,其次是幀內編碼宏塊數(shù)據(jù),再次是幀間編碼宏塊數(shù)據(jù)。因此如果按照優(yōu)先級發(fā)送數(shù)據(jù)包,則原始的宏塊傳輸順序為1、2、3、4、11、12、15、16、5、6、7、8、 9、10、13、14。根據(jù)動態(tài)分配的數(shù)據(jù)包長度,可以對上述宏塊拆分和/或重排序和/或轉換編碼模式。假設根據(jù)DP B第1個數(shù)據(jù)包的長度,可以將DP B 1、2、3、4先拆分成2個宏塊組再分別進行幀內編碼成數(shù)據(jù)分割B,即DP B 1、2、3、4拆分后為DP B 1、2和DP B 3、4 ;假設根據(jù)DP B第2個數(shù)據(jù)包的長度,可以將DP C 7、8從原來的DP C的第一個數(shù)據(jù)包中拆分出來并經(jīng)轉換編碼模式后與原來的DP B 11、12 —起打包;根據(jù)DP B第3個數(shù)據(jù)包的長度,可以將DP C 14從原來的DP C的第二個數(shù)據(jù)包中拆分出來并經(jīng)轉換編碼模式后與原來的DP B 15、16—起打包;剩余的C型數(shù)據(jù)分割可以進一步拼接后打包在一個數(shù)據(jù)包中傳輸。則經(jīng)過重排序轉換編碼模式后的宏塊傳輸順序為1、2、3、4、7、8、11、12、14、15、16、5、6、9、10、13。由于接收端在解碼時,需要參考具有相關性的宏塊數(shù)據(jù),因此,為了正確解碼,在宏塊數(shù)據(jù)具有相關性時,不僅要保證一個完整的宏塊數(shù)據(jù)在一個數(shù)據(jù)包中傳輸,還需要保證具有相關性的宏塊數(shù)據(jù)在一個數(shù)據(jù)包中進行傳輸。而本實施例通過拆分和/或重排序和 /或轉換編碼模式,可以將具有相關性的宏塊打包在一個數(shù)據(jù)包中,實現(xiàn)宏塊數(shù)據(jù)的完整性及相關性,保證接收端的正確解碼。第三實施例描述了物理資源不足夠時對NAL單元數(shù)據(jù)的分段打包方案,即如果一個NAL單元的數(shù)據(jù)不能承載在一個時頻資源塊中傳輸,需要對NAL單元的數(shù)據(jù)在RLC層進行分段打包,在打包成的PDU數(shù)據(jù)包中保持宏塊數(shù)據(jù)的完整性和相關性。如果一個NAL單元的數(shù)據(jù)可以承載在一個時頻資源中傳輸,但是,NAL單元的數(shù)據(jù)量較大,此時,由于存在足夠的物理資源,NAL單元可以打包在一個PDU數(shù)據(jù)包中傳輸,但是,由于NAL單元的數(shù)據(jù)量較大,在傳輸時,如果發(fā)生傳輸錯誤,則會造成整個數(shù)據(jù)包的不可解碼,整個NAL單元的數(shù)據(jù)被丟棄,引起圖像質量明顯下降。因此,為了避免打包后的數(shù)據(jù)包的數(shù)據(jù)量較大引起的問題,可以采用如下的方案圖7為本發(fā)明第四實施例的方法流程示意圖,本實施例以對時頻資源進行劃分為例。參見圖7,包括步驟71 當待傳輸?shù)暮陦K數(shù)據(jù)對應的打包后的數(shù)據(jù)量未超過該當前數(shù)據(jù)包的長度時,將待傳輸?shù)暮陦K數(shù)據(jù)打包成一個PDU數(shù)據(jù)包。例如,當一個完整的NAL單元的數(shù)據(jù)可以承載在一個時頻資源塊上時,將該NAL單元打包成PDU數(shù)據(jù)包。步驟72 判斷該PDU數(shù)據(jù)包的長度是否超出預先設置的閾值,若是,執(zhí)行步驟73, 否則,執(zhí)行步驟74。例如,預先設置一個最大值,當該NAL單元打包成的PDU數(shù)據(jù)包長度超出預先設定的最大值時,執(zhí)行步驟73,否則,執(zhí)行步驟74。步驟73 將當前分配的時頻資源塊劃分為至少兩個的時頻資源子塊,將所述PDU 數(shù)據(jù)包中的宏塊數(shù)據(jù)組成宏塊數(shù)據(jù)組,并使得具有相關性的宏塊數(shù)據(jù)對應同一個時頻資源子塊,所述宏塊數(shù)據(jù)組的數(shù)據(jù)量與各時頻資源子塊對應,其中,每個宏塊數(shù)據(jù)組包含整數(shù)個宏塊數(shù)據(jù)。例如,可以根據(jù)各時頻資源子塊的固有邊界及調制編碼模式,對PDU數(shù)據(jù)包中的宏塊數(shù)據(jù)進行如下項中的至少一項的處理拆分、重排序、轉換編碼模式,得到各時頻資源子塊的可以承載的宏塊數(shù)據(jù)組,將各宏塊數(shù)據(jù)組分別映射到對應的時頻資源子塊中進行傳輸。其中,宏塊數(shù)據(jù)組包含整數(shù)個宏塊數(shù)據(jù),時頻資源子塊的個數(shù)至少為兩個,假設每個時頻資源子塊包含η個時頻單元(Resource Element,RE),其中,1彡η彡K。采用相同的調制編碼方式,每個時頻單元可以承載相同長度的宏塊數(shù)據(jù)。具體地,圖8為本發(fā)明第四實施例中劃分時頻資源子塊的流程示意圖,參見圖8,即該步驟73具體可以如下步驟81 計算η個RE可以承載的宏塊數(shù)據(jù)大??;其中,η從1開始,并且在計算時需要扣除在物理層額外添加的信息長度;步驟82 按照NAL單元中的宏塊排列順序搜索數(shù)據(jù)量最適合η個RE大小的一個或一組宏塊,一組宏塊可以是相關的,完全非相關的或相關與不相關的混合宏塊。步驟83:判斷需填充比特數(shù)是否小于預先設定的門限值,若是,執(zhí)行步驟84,否則,執(zhí)行步驟85。步驟84 將這些宏塊組合起來映射到η個RE組成的時頻資源子塊上,并作必要的比特填充;之后,將這些宏塊承載在時頻資源子塊上傳輸。步驟85 判斷η是否小于K,若是,執(zhí)行步驟86,否則,執(zhí)行步驟87。步驟86 進行η = η+1處理,之后重復執(zhí)行步驟81。步驟87 進行拆分和/或重排序和/或轉換編碼處理,使得宏塊數(shù)據(jù)可以映射到一個時頻資源子塊中,之后,將這些宏塊承載在時頻資源子塊上傳輸。其中,可以參見第三實施例的根據(jù)當前數(shù)據(jù)包的長度對宏塊數(shù)據(jù)的處理過程,與上一實施例不同的是,由于本實施例是直接將宏塊數(shù)據(jù)組包后映射到物理層的時頻資源上,因此,本實施例的數(shù)據(jù)包長度不需要添加額外的RLC層和媒體接入控制(Media Access Control,MAC)層的頭信息,具體地,如果一組宏塊是相關的,需要拆分這組相關宏塊為二組或多組相互獨立的宏塊組,其中每個組內的宏塊是相關的,然后重新編碼并重新進行物理層時頻資源映射;如果一組宏塊是完全非相關的,或由相關與非相關的宏塊混合組成,此時可以改變部分宏塊編碼模式,如將幀內編碼宏塊轉換成幀間編碼宏塊,或將幀間編碼宏塊轉換成幀內編碼宏塊后拆分部分宏塊數(shù)據(jù),或進行冗余編碼后拆分部分宏塊數(shù)據(jù),然后再重新進行物理層時頻資源映射,以適應可承載的數(shù)據(jù)包長度;循環(huán)執(zhí)行這個過程直到所有的宏塊都被映射到相應的時頻資源子塊上。如果最后一個時頻資源子塊沒有完全被當前NAL單元中的宏塊數(shù)據(jù)填充,可以和后繼NAL單元中宏塊數(shù)據(jù)進行拼接或作填充。為了在接收端能夠區(qū)分這些資源子塊,在時頻資源指示信息中需要指示每個時頻資源子塊的起始位置和長度。圖9為本發(fā)明第四實施例中劃分時頻資源子塊的示意圖,如圖9所示,區(qū)別于第三實施例,本實施例的宏塊重排序,拆分,轉換編碼模式后重新組成的一組宏塊數(shù)據(jù)能自適應的滿足nXRE個可變大小的時頻資源子塊可承載的數(shù)據(jù)長度,因此具有更高的靈活性。同時利用物理資源單元RE固有的邊界進行分段,可以不需要為每組宏塊數(shù)據(jù)添加頭信息,而只需要添加獨立的糾錯碼,使得可以在接收端進行獨立解碼接收。步驟74 將該PDU數(shù)據(jù)包映射到當前分配的時頻資源塊上傳輸。本實施例根據(jù)時頻資源子塊的固有邊界來確定承載的宏塊數(shù)據(jù)的大小,可以不必添加頭信息,可以在接收端獨立解碼接收;通過宏塊數(shù)據(jù)適應時頻資源子塊的大小,具有更高的靈活性。上述分別描述了打包后及打包前為保證宏塊數(shù)據(jù)完整性采用的方案,可以理解的是,可以將兩種方案組合,即采用第三實施例或第四實施例的方案進行打包,在發(fā)送數(shù)據(jù)出現(xiàn)錯包之后,采用第一實施例或第二實施例進行重傳。本實施例通過將兩種方案組合,可以更好地保證宏塊數(shù)據(jù)的完整性。圖10為本發(fā)明第五實施例的設備結構示意圖,包括確定模塊101、組合模塊102和發(fā)送模塊103 ;確定模塊101用于確定出錯數(shù)據(jù)包,所述出錯數(shù)據(jù)包為達到混合自動重傳請求HARQ最大傳輸次數(shù)但仍然傳輸錯誤的數(shù)據(jù)包;組合模塊102用于當所述出錯數(shù)據(jù)包中包含部分宏塊數(shù)據(jù)時,根據(jù)所述部分宏塊數(shù)據(jù)與時延限制的關系,對待傳輸及已傳輸?shù)暮陦K數(shù)據(jù)進行組合獲得新的數(shù)據(jù)包,所述新的數(shù)據(jù)包使得接收端能夠接收到在時延限制內的完整的宏塊數(shù)據(jù);發(fā)送模塊103用于發(fā)送所述新的數(shù)據(jù)包。具體地,組合模塊102可以包括第一單元1021或者第二單元1022 ’第一單元 1021用于當所述部分宏塊數(shù)據(jù)位于所述出錯數(shù)據(jù)包的頭部,且所述部分宏塊數(shù)據(jù)在時延限制內時,所述新的數(shù)據(jù)包中包括所述部分宏塊數(shù)據(jù);第二單元1022用于當所述部分宏塊數(shù)據(jù)位于所述出錯數(shù)據(jù)包的尾部,且所述部分宏塊數(shù)據(jù)在時延限制內時,所述新的數(shù)據(jù)包中包括所述部分宏塊數(shù)據(jù)對應的完整的宏塊數(shù)據(jù)。進一步地,本實施例還可以包括指示模塊104,指示模塊104用于在所述新的數(shù)據(jù)包中攜帶指示信息,所述指示信息用于指示所述新的數(shù)據(jù)包中是否攜帶另外部分已經(jīng)被正確傳輸?shù)牟糠趾陦K數(shù)據(jù)。所述設備位于視頻源發(fā)送端中,或者,所述設備位于基站中。本實施例通過在出錯數(shù)據(jù)包的后一數(shù)據(jù)包中重新組包,使得接收端對于有效數(shù)據(jù)可以接收到完整的宏塊數(shù)據(jù),保持了宏塊數(shù)據(jù)的完整性,有利于解碼。圖11為本發(fā)明第六實施例的設備結構示意圖,包括獲取模塊111和第一打包模塊 112 ;獲取模塊111用于獲取當前數(shù)據(jù)包的長度;第一打包模塊112用于當待傳輸?shù)暮陦K數(shù)據(jù)對應的數(shù)據(jù)包的長度超過所述當前數(shù)據(jù)包的長度時,將所述待傳輸?shù)暮陦K數(shù)據(jù)組成至少一個數(shù)據(jù)包,并使得有相關性的宏塊數(shù)據(jù)包含在同一個數(shù)據(jù)包中,其中,每個數(shù)據(jù)包中包含整數(shù)個宏塊數(shù)據(jù)。具體地,當所述設備位于視頻源發(fā)送端時,所述獲取模塊111具體用于接收由視頻源接收端反饋的所述當前數(shù)據(jù)包的長度,或者,所述獲取模塊具體用于接收由基站反饋的所述當前數(shù)據(jù)包的長度;或者,當所述設備位于基站中時,所述獲取模塊111具體用于根據(jù)當前分配的時頻資源的固有邊界和調制編碼模式,確定所述當前數(shù)據(jù)包的長度。具體地,第一打包模塊112具體用于當待傳輸?shù)暮陦K數(shù)據(jù)對應的打包后的數(shù)據(jù)量超過所述當前數(shù)據(jù)包的長度時,根據(jù)待打包成的PDU數(shù)據(jù)包的長度,對所述待傳輸?shù)暮陦K數(shù)據(jù)進行如下項中的至少一項的處理拆分、重排序、轉換編碼模式,打包成至少一個PDU 數(shù)據(jù)包,其中,每個PDU數(shù)據(jù)包中包含整數(shù)個宏塊數(shù)據(jù),且處理后具有相關性的宏塊數(shù)據(jù)包含在同一個PDU數(shù)據(jù)包中。所述設備位于視頻源發(fā)送端中,或者,所述設備位于基站中。本實施例通過拆分和/或重排序和/或轉換編碼模式,可以將具有相關性的宏塊打包在一個數(shù)據(jù)包中,實現(xiàn)宏塊數(shù)據(jù)的完整性及相關性,保證接收端的正確解碼。圖12為本發(fā)明第七實施例的設備結構示意圖,包括獲取模塊121、第二打包模塊 122和處理模塊123 ;獲取模塊121用于獲取當前數(shù)據(jù)包的長度;第二打包模塊122用于當待傳輸?shù)暮陦K數(shù)據(jù)對應的數(shù)據(jù)包的長度未超過所述當前數(shù)據(jù)包的長度時,將所述待傳輸?shù)暮陦K數(shù)據(jù)打包成一個PDU數(shù)據(jù)包;處理模塊123用于當所述PDU數(shù)據(jù)包的長度超出預先設置的閾值時,將當前分配的時頻資源塊劃分為至少兩個的時頻資源子塊,將所述PDU數(shù)據(jù)包中的宏塊數(shù)據(jù)組成宏塊數(shù)據(jù)組,并使得具有相關性的宏塊數(shù)據(jù)對應同一個時頻資源子塊,所述宏塊數(shù)據(jù)組的數(shù)據(jù)量與各時頻資源子塊對應,其中,每個宏塊數(shù)據(jù)組包含整數(shù)個宏塊數(shù)據(jù)。具體地,處理模塊123具體用于當所述PDU數(shù)據(jù)包的長度超出預先設置的閾值時, 將當前分配的時頻資源塊劃分為至少兩個的時頻資源子塊,根據(jù)當前時頻子塊的固有邊界和調制編碼模式,對所述PDU數(shù)據(jù)包中的宏塊數(shù)據(jù)進行如下項中的至少一項的處理拆分、 重排序、轉換編碼模式,得到數(shù)據(jù)量與各時頻資源子塊對應的宏塊數(shù)據(jù)組,其中,每個宏塊數(shù)據(jù)組包含整數(shù)個宏塊數(shù)據(jù),且處理后具有相關性的宏塊數(shù)據(jù)對應同一個時頻資源子塊。本實施例根據(jù)時頻資源子塊的固有邊界來確定可以承載的宏塊數(shù)據(jù)的大小,可以不必添加頭信息,可以在接收端獨立解碼接收;通過宏塊數(shù)據(jù)適應時頻資源子塊的大小,具有更高的靈活性。上述分別描述了打包后及打包前為保證宏塊數(shù)據(jù)完整性采用的方案,可以理解的是,可以將兩種方案組合,即本發(fā)明實施例提供另一種保證宏塊數(shù)據(jù)完整性的設備,包括獲取模塊、第一打包模塊、發(fā)送模塊、確定模塊和組合模塊,或者,包括獲取模塊、第二打包模塊、處理模塊、發(fā)送模塊、確定模塊和組合模塊,其中,上述模塊可以具體參見圖10-12所示的實施例。本實施例通過將兩種方案組合,可以更好地保證宏塊數(shù)據(jù)的完整性。本領域普通技術人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成,前述的程序可以存儲于一計算機可讀取存儲介質中,該程序在執(zhí)行時,執(zhí)行包括上述方法實施例的步驟;而前述的存儲介質包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。最后應說明的是以上實施例僅用以說明本發(fā)明的技術方案,而非對其限制;盡管參照前述實施例對本發(fā)明進行了詳細的說明,本領域的普通技術人員應當理解其依然可以對前述各實施例所記載的技術方案進行修改,或者對其中部分技術特征進行等同替換;而這些修改或者替換,并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍。
      權利要求
      1.一種保證視頻流中宏塊數(shù)據(jù)完整性的數(shù)據(jù)包發(fā)送方法,其特征在于,包括確定出錯數(shù)據(jù)包,所述出錯數(shù)據(jù)包為達到混合自動重傳請求HARQ最大傳輸次數(shù)但仍然傳輸錯誤的數(shù)據(jù)包;當所述出錯數(shù)據(jù)包中包含部分宏塊數(shù)據(jù)時,根據(jù)所述部分宏塊數(shù)據(jù)與時延限制的關系,對待傳輸及已傳輸?shù)暮陦K數(shù)據(jù)進行組合獲得新的數(shù)據(jù)包,所述新的數(shù)據(jù)包使得接收端能夠接收到在時延限制內的完整的宏塊數(shù)據(jù); 發(fā)送所述新的數(shù)據(jù)包。
      2.根據(jù)權利要求1所述的方法,其特征在于,所述對待傳輸及已傳輸?shù)暮陦K數(shù)據(jù)進行組合獲得新的數(shù)據(jù)包,包括當所述部分宏塊數(shù)據(jù)位于所述出錯數(shù)據(jù)包的頭部,且所述部分宏塊數(shù)據(jù)在時延限制內時,所述新的數(shù)據(jù)包中包括所述部分宏塊數(shù)據(jù); 或者,當所述部分宏塊數(shù)據(jù)位于所述出錯數(shù)據(jù)包的尾部,且所述部分宏塊數(shù)據(jù)在時延限制內時,所述新的數(shù)據(jù)包中包括所述部分宏塊數(shù)據(jù)對應的完整的宏塊數(shù)據(jù)。
      3.根據(jù)權利要求2所述的方法,其特征在于,還包括在所述新的數(shù)據(jù)包中攜帶指示信息,所述指示信息用于指示所述新的數(shù)據(jù)包中是否攜帶另外部分已經(jīng)被正確傳輸?shù)牟糠趾陦K數(shù)據(jù)。
      4.一種保證視頻流中宏塊數(shù)據(jù)完整性的數(shù)據(jù)包發(fā)送方法,其特征在于,包括 獲取當前數(shù)據(jù)包的長度;當待傳輸?shù)暮陦K數(shù)據(jù)對應的數(shù)據(jù)包的長度超過所述當前數(shù)據(jù)包的長度時,將所述待傳輸?shù)暮陦K數(shù)據(jù)組成至少一個數(shù)據(jù)包,并使得有相關性的宏塊數(shù)據(jù)包含在同一個數(shù)據(jù)包中, 其中,每個數(shù)據(jù)包中包含整數(shù)個宏塊數(shù)據(jù)。
      5.根據(jù)權利要求4所述的方法,其特征在于,所述將所述待傳輸?shù)暮陦K數(shù)據(jù)組成至少一個數(shù)據(jù)包,包括根據(jù)待打包成的協(xié)議數(shù)據(jù)單元PDU數(shù)據(jù)包的長度,對所述待傳輸?shù)暮陦K數(shù)據(jù)進行如下項中的至少一項的操作拆分、重排序、轉換編碼模式。
      6.根據(jù)權利要求4所述的方法,其特征在于,所述獲取當前數(shù)據(jù)包的長度,包括 視頻源發(fā)送端接收由視頻源接收端反饋的所述當前數(shù)據(jù)包的長度;或者,視頻源發(fā)送端接收由基站反饋的所述當前數(shù)據(jù)包的長度; 或者,基站根據(jù)當前分配的時頻資源塊的固有邊界和調制編碼模式,確定所述當前數(shù)據(jù)包的長度。
      7.根據(jù)權利要求4所述的方法,其特征在于,還包括當待傳輸?shù)暮陦K數(shù)據(jù)對應的數(shù)據(jù)包的長度未超過所述當前數(shù)據(jù)包的長度時,將所述待傳輸?shù)暮陦K數(shù)據(jù)打包成一個PDU數(shù)據(jù)包;當所述PDU數(shù)據(jù)包的長度超出預先設置的閾值時,將當前分配的時頻資源塊劃分為至少兩個的時頻資源子塊,將所述PDU數(shù)據(jù)包中的宏塊數(shù)據(jù)組成宏塊數(shù)據(jù)組,并使得具有相關性的宏塊數(shù)據(jù)對應同一個時頻資源子塊,所述宏塊數(shù)據(jù)組的數(shù)據(jù)量與各時頻資源子塊對應,其中,每個宏塊數(shù)據(jù)組包含整數(shù)個宏塊數(shù)據(jù)。
      8.根據(jù)權利要求7所述的方法,其特征在于,將所述PDU數(shù)據(jù)包中的宏塊數(shù)據(jù)組成宏塊數(shù)據(jù)組,包括根據(jù)當前時頻子塊的固有邊界和調制編碼模式,對所述PDU數(shù)據(jù)包中的宏塊數(shù)據(jù)進行如下項中的至少一項的操作拆分、重排序、轉換編碼模式。
      9.一種保證視頻流中宏塊數(shù)據(jù)完整性的數(shù)據(jù)包發(fā)送設備,其特征在于,包括確定模塊,用于確定出錯數(shù)據(jù)包,所述出錯數(shù)據(jù)包為達到混合自動重傳請求HARQ最大傳輸次數(shù)但仍然傳輸錯誤的數(shù)據(jù)包;組合模塊,用于當所述出錯數(shù)據(jù)包中包含部分宏塊數(shù)據(jù)時,根據(jù)所述部分宏塊數(shù)據(jù)與時延限制的關系,對待傳輸及已傳輸?shù)暮陦K數(shù)據(jù)進行組合獲得新的數(shù)據(jù)包,所述新的數(shù)據(jù)包使得接收端能夠接收到在時延限制內的完整的宏塊數(shù)據(jù);發(fā)送模塊,用于發(fā)送所述新的數(shù)據(jù)包。
      10.根據(jù)權利要求9所述的設備,其特征在于,所述組合模塊包括第一單元,用于當所述部分宏塊數(shù)據(jù)位于所述出錯數(shù)據(jù)包的頭部,且所述部分宏塊數(shù)據(jù)在時延限制內時,所述新的數(shù)據(jù)包中包括所述部分宏塊數(shù)據(jù);或者,第二單元,用于當所述部分宏塊數(shù)據(jù)位于所述出錯數(shù)據(jù)包的尾部,且所述部分宏塊數(shù)據(jù)在時延限制內時,所述新的數(shù)據(jù)包中包括所述部分宏塊數(shù)據(jù)對應的完整的宏塊數(shù)據(jù)。
      11.根據(jù)權利要求10所述的設備,其特征在于,還包括指示模塊,用于在所述新的數(shù)據(jù)包中攜帶指示信息,所述指示信息用于指示所述新的數(shù)據(jù)包中是否攜帶另外部分已經(jīng)被正確傳輸?shù)牟糠趾陦K數(shù)據(jù)。
      12.—種保證視頻流中宏塊數(shù)據(jù)完整性的數(shù)據(jù)包發(fā)送設備,其特征在于,包括獲取模塊,用于獲取當前數(shù)據(jù)包的長度;第一打包模塊,用于當待傳輸?shù)暮陦K數(shù)據(jù)對應的數(shù)據(jù)包的長度超過所述當前數(shù)據(jù)包的長度時,將所述待傳輸?shù)暮陦K數(shù)據(jù)組成至少一個數(shù)據(jù)包,并使得有相關性的宏塊數(shù)據(jù)包含在同一個數(shù)據(jù)包中,其中,每個數(shù)據(jù)包中包含整數(shù)個宏塊數(shù)據(jù)。
      13.根據(jù)權利要求12所述的設備,其特征在于,所述第一打包模塊具體用于當待傳輸?shù)暮陦K數(shù)據(jù)打包后的數(shù)據(jù)量超過所述當前數(shù)據(jù)包的長度時,根據(jù)待打包成的協(xié)議數(shù)據(jù)單元 PDU數(shù)據(jù)包的長度,對所述待傳輸?shù)暮陦K數(shù)據(jù)進行如下項中的至少一項的處理拆分、重排序、轉換編碼模式,打包成至少一個PDU數(shù)據(jù)包,其中,每個PDU數(shù)據(jù)包中包含整數(shù)個宏塊數(shù)據(jù),且處理后具有相關性的宏塊數(shù)據(jù)包含在同一個PDU數(shù)據(jù)包中。
      14.根據(jù)權利要求12所述的設備,其特征在于當所述設備位于視頻源發(fā)送端時,所述獲取模塊具體用于接收由視頻源接收端反饋的所述當前數(shù)據(jù)包的長度,或者,所述獲取模塊具體用于接收由基站反饋的所述當前數(shù)據(jù)包的長度;或者,當所述設備位于基站中時,所述獲取模塊具體用于根據(jù)當前分配的時頻資源塊的固有邊界和調制編碼模式,確定所述當前數(shù)據(jù)包的長度。
      15.根據(jù)權利要求12所述的設備,其特征在于,還包括第二打包模塊,用于當待傳輸?shù)暮陦K數(shù)據(jù)對應的數(shù)據(jù)包的長度未超過所述當前數(shù)據(jù)包的長度時,將所述待傳輸?shù)暮陦K數(shù)據(jù)打包成一個PDU數(shù)據(jù)包;處理模塊,用于當所述PDU數(shù)據(jù)包的長度超出預先設置的閾值時,將當前分配的時頻資源塊劃分為至少兩個的時頻資源子塊,將所述PDU數(shù)據(jù)包中的宏塊數(shù)據(jù)組成宏塊數(shù)據(jù)組,并使得具有相關性的宏塊數(shù)據(jù)對應同一個時頻資源子塊,所述宏塊數(shù)據(jù)組的數(shù)據(jù)量與各時頻資源子塊對應,其中,每個宏塊數(shù)據(jù)組包含整數(shù)個宏塊數(shù)據(jù)。
      16.根據(jù)權利要求15所述的設備,其特征在于,所述處理模塊具體用于當所述PDU數(shù)據(jù)包的長度超出預先設置的閾值時,將當前分配的時頻資源塊劃分為至少兩個的時頻資源子塊,根據(jù)當前時頻子塊的固有邊界和調制編碼模式,對所述PDU數(shù)據(jù)包中的宏塊數(shù)據(jù)進行如下項中的至少一項的處理拆分、重排序、轉換編碼模式,得到數(shù)據(jù)量與各時頻資源子塊對應的宏塊數(shù)據(jù)組,其中,每個宏塊數(shù)據(jù)組包含整數(shù)個宏塊數(shù)據(jù),且處理后具有相關性的宏塊數(shù)據(jù)對應同一個時頻資源子塊。
      全文摘要
      本發(fā)明提供一種保證視頻流中宏塊數(shù)據(jù)完整性的數(shù)據(jù)包發(fā)送方法及設備。該方法包括確定出錯數(shù)據(jù)包,所述出錯數(shù)據(jù)包為達到混合自動重傳請求HARQ最大傳輸次數(shù)但仍然傳輸錯誤的數(shù)據(jù)包;當所述出錯數(shù)據(jù)包中包含部分宏塊數(shù)據(jù)時,根據(jù)所述部分宏塊數(shù)據(jù)與時延限制的關系,對待傳輸及已傳輸?shù)暮陦K數(shù)據(jù)進行組合獲得新的數(shù)據(jù)包,所述新的數(shù)據(jù)包使得接收端能夠接收到在時延限制內的完整的宏塊數(shù)據(jù);發(fā)送所述新的數(shù)據(jù)包。本發(fā)明實施例可以保證宏塊數(shù)據(jù)的完整性,提高解碼性能。
      文檔編號H04L1/00GK102244560SQ201010179360
      公開日2011年11月16日 申請日期2010年5月14日 優(yōu)先權日2010年5月14日
      發(fā)明者張錦芳, 梁文亮, 黃罡 申請人:華為技術有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1