本發(fā)明屬于條件接收模塊終端領(lǐng)域，尤其涉及一種碼流傳輸方法及裝置。
背景技術(shù)：
現(xiàn)有網(wǎng)絡(luò)傳輸協(xié)議，基于網(wǎng)卡、tcp/ip協(xié)議棧到socket層的交互模式來傳輸碼流包，發(fā)送端將碼流包逐包封裝，且長度不超過最大傳輸單元，在接收端數(shù)據(jù)經(jīng)過網(wǎng)卡驅(qū)動，tcp/ip協(xié)議棧，最后被socket層應(yīng)用逐一收取到數(shù)據(jù)包。對于具有物理網(wǎng)卡的設(shè)備來說，其數(shù)據(jù)的傳輸經(jīng)過物理網(wǎng)卡鏈路層，可以滿足傳輸帶寬。
隨著iptv(internetprotocaltelevision，交互式網(wǎng)絡(luò)電視)技術(shù)興起，相應(yīng)的支持iptv的cam(conditionalaccessmodule，條件接收模塊)有著市場需求。iptvcam終端采用配置虛擬網(wǎng)卡技術(shù)實(shí)現(xiàn)了協(xié)議的封裝和數(shù)據(jù)的收發(fā)。
但是iptvcam這類采用虛擬網(wǎng)卡的設(shè)備，其傳輸碼流包的帶寬較小，iptvcam接受到來自節(jié)目播放設(shè)備輸出的碼流，經(jīng)過虛擬網(wǎng)卡，再被客戶端應(yīng)用(集成在cam上)接收，該過程中，虛擬網(wǎng)卡在應(yīng)用層和內(nèi)核層的節(jié)目碼流包的頻繁交互而變得低效，該現(xiàn)狀已經(jīng)成為節(jié)目碼流包在服務(wù)器和客戶端之間傳輸?shù)钠款i。
因此，由于iptvcam設(shè)備采用虛擬網(wǎng)卡接收下行碼流數(shù)據(jù)包時帶寬較小、傳輸效率低，使得最后傳輸?shù)焦?jié)目播放設(shè)備的碼流會有嚴(yán)重丟包，音視頻卡滯現(xiàn)象。
技術(shù)實(shí)現(xiàn)要素：
本發(fā)明實(shí)施例提供一種碼流傳輸?shù)姆椒ǎ荚诮鉀Qiptvcam設(shè)備采用虛擬網(wǎng)卡接收下行碼流數(shù)據(jù)包時帶寬較小、傳輸效率低，使得回傳到主機(jī)端的碼流會有嚴(yán)重丟包，音視頻卡滯現(xiàn)象的問題。
本發(fā)明實(shí)施例是這樣實(shí)現(xiàn)的，一種碼流傳輸?shù)姆椒?，包括?/p>
獲取碼流包并進(jìn)行解擾處理；
將解擾處理后的碼流包通過虛擬網(wǎng)卡進(jìn)行組合、封包處理，形成碼流包組；
將所述碼流包組傳輸至輸出接口，通過所述輸出接口將所述碼流包組還原為碼流包，并進(jìn)行輸出。
本發(fā)明實(shí)施例還提供一種碼流傳輸裝置，包括：
碼流包獲取單元，用于獲取碼流包并進(jìn)行解擾處理；
碼流包處理單元，用于將解擾處理后的碼流包通過虛擬網(wǎng)卡進(jìn)行組合、封包處理，形成碼流包組；
碼流包輸出單元，用于將所述碼流包組傳輸至輸出接口，通過所述輸出接口將所述碼流包組還原為碼流包，并進(jìn)行輸出。
本發(fā)明實(shí)施例提供的碼流傳輸方法，針對iptvcam設(shè)備采用虛擬網(wǎng)卡接收下行碼流數(shù)據(jù)包帶寬瓶頸做出改善，采用多包聚合的方式來處理碼流數(shù)據(jù)包，有效的提升虛擬網(wǎng)卡的數(shù)據(jù)傳輸帶寬，使得iptvcam能流暢的接收處理碼流數(shù)據(jù)，在基于虛擬網(wǎng)卡技術(shù)背景下獲得最優(yōu)的傳輸帶寬，防止了碼流包丟失，消除了音視頻卡滯現(xiàn)象，有效地提升了節(jié)目播放設(shè)備接收的音視頻質(zhì)量，用戶體驗(yàn)佳。
附圖說明
圖1是本發(fā)明實(shí)施例得以實(shí)現(xiàn)的硬件應(yīng)用環(huán)境圖；
圖2是本發(fā)明實(shí)施例一提供的一種碼流傳輸方法的流程圖；
圖3是本發(fā)明實(shí)施例二提供的一種碼流傳輸裝置的結(jié)構(gòu)示意圖
具體實(shí)施方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
在本發(fā)明實(shí)施例中使用的術(shù)語是僅僅出于描述特定實(shí)施例的目的，而非旨在限制本發(fā)明。在本發(fā)明實(shí)施例和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應(yīng)當(dāng)理解，本文中使用的術(shù)語“和/或”是指并包含一個或多個相關(guān)聯(lián)的列出項(xiàng)目的任何或所有可能組合。
應(yīng)當(dāng)理解，盡管在本發(fā)明實(shí)施例中可能采用術(shù)語第一、第二、第三等來描述各種信息，但這些信息不應(yīng)限于這些術(shù)語。這些術(shù)語僅用來將同一類型的信息彼此區(qū)分開。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當(dāng)……時”或“響應(yīng)于確定”。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。
本發(fā)明實(shí)施例提供的碼流傳輸方法，針對iptvcam設(shè)備采用虛擬網(wǎng)卡接收下行碼流數(shù)據(jù)包帶寬瓶頸做出改善，采用多包聚合的方式來處理碼流數(shù)據(jù)包，有效的提升虛擬網(wǎng)卡的數(shù)據(jù)傳輸帶寬，使得iptvcam能流暢的接收處理碼流數(shù)據(jù)，在基于虛擬網(wǎng)卡技術(shù)背景下獲得最優(yōu)的傳輸帶寬，防止了碼流包丟失，消除了音視頻卡滯現(xiàn)象，有效地提升了節(jié)目播放設(shè)備接收的音視頻質(zhì)量，用戶體驗(yàn)佳。
圖1示出了本發(fā)明實(shí)施例提供的碼流傳輸方法得以實(shí)現(xiàn)的硬件應(yīng)用環(huán)境圖；作為示例，圖中僅示出與本發(fā)明方法相關(guān)的要素。
本發(fā)明實(shí)施例以數(shù)字電視或者網(wǎng)絡(luò)機(jī)頂盒等具有物理網(wǎng)卡的設(shè)備接收碼流包進(jìn)行節(jié)目播放作為示例，主機(jī)基于ip網(wǎng)絡(luò)獲取碼流服務(wù)器下發(fā)的碼流包，將所述碼流包經(jīng)轉(zhuǎn)容通過ts接口傳輸?shù)絠ptvcam終端，經(jīng)由iptvcam終端作解擾、轉(zhuǎn)容、封裝等一系列處理再將碼流包回傳給主機(jī)。
如圖1所示，碼流服務(wù)器基于ip網(wǎng)絡(luò)分發(fā)節(jié)目碼流包以及相關(guān)的一些控制協(xié)議等。
在本發(fā)明實(shí)施例中，主機(jī)為數(shù)字電視或者網(wǎng)絡(luò)機(jī)頂盒等具有物理網(wǎng)卡的設(shè)備，可將碼流服務(wù)器下發(fā)的碼流包轉(zhuǎn)容成ts(transportstream)包封裝，通過與cam之間建立的hybridstream通道傳輸給iptvcam終端作后續(xù)處理。
本發(fā)明實(shí)施例中的ts包，它是分包發(fā)送的，每一個包長為188字節(jié)。在ts流里可以填入很多類型的數(shù)據(jù)，如視頻、音頻、自定義信息等。它的包的結(jié)構(gòu)為，包頭為4個字節(jié)，負(fù)載為184個字節(jié)。
本發(fā)明的一個實(shí)施例中，hybridstream指iptv主機(jī)和cam卡之間可通過ts接口傳輸節(jié)目的連接。
在本發(fā)明實(shí)施例中，iptvcam終端是指實(shí)現(xiàn)iptv碼流接收、處理、解擾等一系列功能的條件接收模塊設(shè)備，它能夠與主機(jī)通過ci(commoninterface:命令通訊)、ts接口交互，包括ci命令和節(jié)目碼流數(shù)據(jù)接收，并且iptvcam有集成虛擬網(wǎng)卡以及協(xié)議適配模塊、通用網(wǎng)絡(luò)協(xié)議的socket客戶端，整套系統(tǒng)完成了節(jié)目碼流數(shù)據(jù)接收，協(xié)議適配封包，讀寫虛擬網(wǎng)卡，并由socket客戶端接收碼流包，錯包檢查等一系列的功能。
實(shí)施例一：
圖2示出了本發(fā)明實(shí)施例一提供的一種碼流傳輸方法的流程圖，詳述如下：
在步驟s201中，獲取碼流包并進(jìn)行解擾處理。
詳細(xì)地，可以通過如下流程實(shí)現(xiàn)：
接收由服務(wù)器下發(fā)的經(jīng)過第一轉(zhuǎn)容處理的碼流包；
將經(jīng)過第一轉(zhuǎn)容處理的碼流包進(jìn)行解擾處理；
將解擾處理后的碼流包進(jìn)行第二轉(zhuǎn)容處理。
iptvcam終端獲取由服務(wù)器下發(fā)的經(jīng)過主機(jī)輸出的碼流包；該碼流包是由服務(wù)器發(fā)出的非透明的、加密處理的數(shù)據(jù)；這里的服務(wù)器指碼流服務(wù)器，碼流包可以是rtp(real-timetransportprotocal：實(shí)時傳輸協(xié)議)碼流包，以下均以此為例進(jìn)行描述。在本發(fā)明實(shí)施例中，碼流服務(wù)器下發(fā)rtp碼流包給主機(jī)，主機(jī)端接收到所述rtp碼流包，對其進(jìn)行第一轉(zhuǎn)容處理，轉(zhuǎn)容為ts碼流包，并基于與cam之間建立的hybridstream通道通過ts接口傳輸至cam端，cam接收到所述ts碼流包并對其進(jìn)行解擾處理，解擾后的ts碼流包需要經(jīng)過cam進(jìn)行第二次轉(zhuǎn)容處理還原為rtp碼流包。
應(yīng)當(dāng)理解，在本發(fā)明實(shí)施例中，所述碼流服務(wù)器下發(fā)的碼流包格式包括但不僅限于rtp等能被主機(jī)和cam終端識別的碼流包格式。
在步驟s202中，將解擾處理后的碼流包通過虛擬網(wǎng)卡進(jìn)行組合、封包處理，形成碼流包組。
詳細(xì)地，可通過如下流程實(shí)現(xiàn)：
將解擾后的碼流包以預(yù)設(shè)數(shù)量為一組進(jìn)行多包聚合處理，并通過預(yù)設(shè)協(xié)議將進(jìn)行組合處理的碼流包封包處理；
將碼流包組寫入內(nèi)核態(tài)的虛擬網(wǎng)卡。
在本發(fā)明實(shí)施例中，cam將解擾后的ts碼流包進(jìn)行第二次轉(zhuǎn)容處理，還原為連續(xù)的rtp碼流包，虛擬網(wǎng)卡適配模塊將若干個rtp碼流包進(jìn)行組合形成碼流包組并通過udp/ip(userdatagramprotocol：用戶數(shù)據(jù)報(bào)協(xié)議/網(wǎng)際協(xié)議)協(xié)議將所述碼流包組進(jìn)行封包，再將udp/ip包寫入內(nèi)核態(tài)的虛擬網(wǎng)卡以供主機(jī)讀取數(shù)據(jù)。
本發(fā)明實(shí)施例中對rtp碼流包的組合方式，根據(jù)系統(tǒng)配置決定，在配置允許范圍內(nèi)進(jìn)行設(shè)置調(diào)整，例如，設(shè)置為將8個rtp碼流包進(jìn)行組合，一起封裝在一個udp/ip包中，當(dāng)虛擬網(wǎng)卡適配模塊接收碼流包時，不再進(jìn)行逐包封裝，而是通過預(yù)設(shè)組合方式進(jìn)行封包操作。單個rtp碼流包經(jīng)過封裝之后，長度應(yīng)小于最大傳輸單元，而碼流包組進(jìn)行封裝之后，長度將是最大傳輸單元的數(shù)倍。此步驟將碼流包寫入內(nèi)核態(tài)的虛擬網(wǎng)卡所占時間開銷大大降低，對于連續(xù)碼流傳輸而言，其直接表現(xiàn)為傳輸效率大大提升。
作為本發(fā)明的另一實(shí)施例，將所述碼流包組進(jìn)行封裝時，還可以采用tcp/ip(transmissioncontrolprotocal/internetprotocal:傳輸控制協(xié)議/網(wǎng)際協(xié)議)協(xié)議。
tcp、udp都是基于ip協(xié)議的一種網(wǎng)絡(luò)協(xié)議，tcp有檢錯功能，因此tcp能保證數(shù)據(jù)正確性；而udp能減少計(jì)算量，適合傳輸視實(shí)時頻碼流數(shù)據(jù)。
在步驟s203中，將所述碼流包組傳輸至輸出接口，通過所述輸出接口將所述碼流包組還原為碼流包，并進(jìn)行輸出。
詳細(xì)地，通過如下流程實(shí)現(xiàn)：
將所述碼流包組傳輸至輸出接口；
通過所述輸出接口將所述碼流包按照多包聚合的方式進(jìn)行逆向拆包，以還原為若干連續(xù)的碼流包；
將還原后的碼流包進(jìn)行輸出。
在本發(fā)明實(shí)施例中，連續(xù)的rtp碼流包經(jīng)過虛擬網(wǎng)卡組合封包之后，傳輸給socket客戶端，由socket客戶端解聚合，即按照多包組合的方式逆向拆解碼流包組，還原為連續(xù)的rtp碼流包，將還原后的rtp包作后續(xù)處理再回傳到具有物理網(wǎng)卡的節(jié)目播放設(shè)備。所述后續(xù)處理，包括將rtp碼流包包經(jīng)過第三次轉(zhuǎn)容處理為ts碼流包，以及作漏包排查等。
上述發(fā)明實(shí)施例提供的碼流傳輸方法，iptvcam終端接收到上行rtp碼流包之后，對其進(jìn)行解擾、轉(zhuǎn)容，然后在虛擬網(wǎng)卡對所述rtp碼流包根據(jù)預(yù)設(shè)組合方式進(jìn)行聚合，并通過預(yù)設(shè)協(xié)議進(jìn)行封包處理，寫入內(nèi)核態(tài)的虛擬網(wǎng)卡，將碼流包寫入內(nèi)核態(tài)的虛擬網(wǎng)卡所占的時間大大降低，碼流傳輸效率大大提升，有效的提升虛擬網(wǎng)卡的數(shù)據(jù)傳輸帶寬，使得iptvcam能流暢的接收處理碼流數(shù)據(jù)，在基于虛擬網(wǎng)卡技術(shù)背景下獲得最優(yōu)的傳輸帶寬，防止了碼流包丟失，消除了音視頻卡滯現(xiàn)象，從而提高節(jié)目播放設(shè)備接收的音視頻質(zhì)量，用戶體驗(yàn)極佳。
本領(lǐng)域普通技術(shù)人員可以理解上述實(shí)施例的各種方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲于一計(jì)算機(jī)可讀存儲介質(zhì)中，存儲介質(zhì)可以包括：只讀存儲器(rom，readonlymemory)、隨機(jī)存取記憶體(ram，randomaccessmemory)、磁盤或光盤等。
實(shí)施例二：
圖3示出了本發(fā)明實(shí)施例一提供的一種碼流傳輸裝置的結(jié)構(gòu)示意圖。
碼流包獲取單元301，用于獲取碼流包并進(jìn)行解擾處理。詳細(xì)地，所訴獲取單元還包括：
第一轉(zhuǎn)容模塊：用于接收由主機(jī)下發(fā)的經(jīng)過第一轉(zhuǎn)容處理的碼流包；
碼流包解擾模塊：用于將經(jīng)過第一轉(zhuǎn)容處理的碼流包進(jìn)行解擾處理；
第二轉(zhuǎn)容轉(zhuǎn)容模塊：用于將解擾處理后的碼流包進(jìn)行第二轉(zhuǎn)容處理。
iptvcam終端獲取下發(fā)至主機(jī)的碼流包，所述碼流包由碼流服務(wù)器發(fā)出，并非透明數(shù)據(jù)，而是經(jīng)過加密處理。在本發(fā)明實(shí)施例中，碼流服務(wù)器下發(fā)rtp碼流包給主機(jī)，主機(jī)端接收到所述rtp碼流包，對其進(jìn)行第一轉(zhuǎn)容處理，轉(zhuǎn)容為ts碼流包，并基于與cam之間建立的hybridstream通道通過ts接口傳輸至cam端，cam接收到所述ts碼流包并對其進(jìn)行解擾處理，解擾后的ts碼流包需要經(jīng)過cam進(jìn)行第二次轉(zhuǎn)容處理還原為rtp碼流包。
應(yīng)當(dāng)理解，在本發(fā)明實(shí)施例中，所述碼流服務(wù)器下發(fā)的碼流包格式包括但不僅限于rtp等能被主機(jī)和cam終端識別的碼流包格式。
碼流包處理單元302，用于將解擾處理后的碼流包通過虛擬網(wǎng)卡進(jìn)行組合、封包處理，形成碼流包組。
詳細(xì)地，所述處理單元還包括：
碼流包處理模塊：用于將解擾后的碼流包以預(yù)設(shè)數(shù)量為一組進(jìn)行多包聚合處理，并通過預(yù)設(shè)協(xié)議將進(jìn)行組合處理的碼流包封包處理；
碼流包組寫入模塊：用于將碼流包組寫入內(nèi)核態(tài)的虛擬網(wǎng)卡。
在本發(fā)明實(shí)施例中，cam將解擾后的ts碼流包進(jìn)行第二次轉(zhuǎn)容處理，還原為連續(xù)的rtp碼流包，虛擬網(wǎng)卡適配模塊將若干個rtp碼流包進(jìn)行組合形成碼流包組并通過udp/ip協(xié)議將所述碼流包組進(jìn)行封包，再將udp/ip包寫入內(nèi)核態(tài)的虛擬網(wǎng)卡以供主機(jī)讀取數(shù)據(jù)。
本發(fā)明實(shí)施例中對rtp碼流包的組合方式，根據(jù)系統(tǒng)配置決定，在配置允許范圍內(nèi)進(jìn)行設(shè)置調(diào)整，例如，設(shè)置為將8個rtp碼流包進(jìn)行組合，一起封裝在一個udp/ip包中，當(dāng)虛擬網(wǎng)卡適配模塊接收碼流包時，不再進(jìn)行逐包封裝，而是通過預(yù)設(shè)組合方式進(jìn)行封包操作。單個rtp碼流包經(jīng)過封裝之后，長度應(yīng)小于最大傳輸單元，而碼流包組進(jìn)行封裝之后，長度將是最大傳輸單元的數(shù)倍。此步驟將碼流包寫入內(nèi)核態(tài)的虛擬網(wǎng)卡所占時間開銷大大降低，對于連續(xù)碼流傳輸而言，其直接表現(xiàn)為傳輸效率大大提升。
作為本發(fā)明的另一實(shí)施例，將所述碼流包組進(jìn)行封裝時，還可以采用tcp/ip協(xié)議。
tcp、udp都是基于ip協(xié)議的一種網(wǎng)絡(luò)協(xié)議，tcp有檢錯功能，因此tcp能保證數(shù)據(jù)正確性；而udp能減少計(jì)算量，適合傳輸視實(shí)時頻碼流數(shù)據(jù)
碼流包輸出單元303，用于將所述碼流包組傳輸至輸出接口，通過所述輸出接口將所述碼流包組還原為碼流包，并進(jìn)行輸出。
詳細(xì)地，所述輸出單元還包括：
碼流包組輸出模塊：用于將所述碼流包組傳輸至輸出接口；
碼流包組拆解模塊：用于通過所述輸出接口將所述碼流包按照多包聚合的方式進(jìn)行逆向拆包，以還原為若干連續(xù)的碼流包；
碼流包輸出模塊：用于將還原后的碼流包進(jìn)行輸出。
在本發(fā)明實(shí)施例中，連續(xù)的rtp碼流包經(jīng)過虛擬網(wǎng)卡組合封包之后，傳輸給socket客戶端，由socket客戶端解聚合，即按照多包組合的方式逆向拆解碼流包組，還原為連續(xù)的rtp碼流包，將還原后的rtp包作后續(xù)處理再回傳到具有物理網(wǎng)卡的節(jié)目播放設(shè)備。所述后續(xù)處理，包括將rtp碼流包包經(jīng)過第三次轉(zhuǎn)容處理為ts碼流包，以及作漏包排查等。
上述發(fā)明實(shí)施例提供的碼流傳輸裝置，iptvcam終端接收到下行rtp碼流包之后，對其進(jìn)行解擾、轉(zhuǎn)容，然后在虛擬網(wǎng)卡對所述rtp碼流包根據(jù)預(yù)設(shè)組合方式進(jìn)行聚合，并通過預(yù)設(shè)協(xié)議進(jìn)行封包處理，寫入內(nèi)核態(tài)的虛擬網(wǎng)卡，將碼流包寫入內(nèi)核態(tài)的虛擬網(wǎng)卡所占的時間開銷大大降低，碼流傳輸效率大大提升，有效的提升虛擬網(wǎng)卡的數(shù)據(jù)傳輸帶寬，使得iptvcam能流暢的接收處理碼流數(shù)據(jù)，在基于虛擬網(wǎng)卡技術(shù)背景下獲得最優(yōu)的傳輸帶寬，防止了碼流包丟失，消除了音視頻卡滯現(xiàn)象，從而提高節(jié)目播放設(shè)備接收的音視頻質(zhì)量，用戶體驗(yàn)極佳。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。