[發(fā)明專利]電纜傳輸數(shù)據(jù)中簡化終端處理的方法

無效

• 申請?zhí)枺?/td>: 00121321.0
• 申請日: 2000-07-19
• 公開（公告）號: CN1334680A
• 公開（公告）日: 2002-02-06
• 發(fā)明（設計）人: 王濱;張勤
• 申請（專利權(quán)）人: 北京華諾信息技術有限公司
• 主分類號: H04N7/10
• 分類號: H04N7/10
• 代理公司: 隆天國際專利商標代理有限公司
• 代理人: 李強,陳紅

本發(fā)明涉及一種電纜傳輸數(shù)據(jù)中簡化終端處理的方法，特別涉及一種在電纜傳輸數(shù)據(jù)中利用MPEG包傳輸協(xié)議數(shù)據(jù)包時簡化終端處理的方法。

在寬帶網(wǎng)絡上傳輸音頻/視頻數(shù)據(jù)時，通常將音頻/視頻數(shù)據(jù)打成MPEG包。當使用寬帶網(wǎng)絡傳輸協(xié)議數(shù)據(jù)包(如Ethernet包，IP包等)時，通常也與音頻、視頻數(shù)據(jù)一樣，將協(xié)議數(shù)據(jù)包打成MPEG包，然后再傳輸。MPEG包的格式如圖1所示，每個MPEG包的長度為188字節(jié)。

在圖1中，MPEG包同步字節(jié)109為8位；.傳輸錯誤指示108為1位，如果MPEG包在傳輸過程中出現(xiàn)了錯誤，則該位被置1；負載開始指示107為1位，該位若為1，則說明在這個MPEG包中指示域102存在，MPEG包的有效載荷為183字節(jié)，若該位為0，則說明指示域102在這個MPEG包中不存在，MPEG包的有效載荷為184字節(jié)；傳輸優(yōu)先級106在用MPEG包傳輸協(xié)議數(shù)據(jù)包時不用，為保留位；PID105為13位載荷標識，指示該MPEG包中數(shù)據(jù)的標識，終端可用來判斷此MPEG包中的數(shù)據(jù)是協(xié)議數(shù)據(jù)還是音頻/視頻數(shù)據(jù)；保留域104有4位，這些位在用MPEG包傳輸協(xié)議數(shù)據(jù)時不用；計數(shù)器103有4位，為PID等于當前PID的MPEG包的循環(huán)記數(shù)。指示域102為1字節(jié)指示，該域只有在負載開始指示107為1時存在，它指示在這個MPEG包中新協(xié)議數(shù)據(jù)包的開始位置。

在傳送協(xié)議數(shù)據(jù)包時，一般將所有的協(xié)議數(shù)據(jù)包打成MPEG包，然后通過電纜等寬帶傳輸介質(zhì)傳輸。這些MPEG包是以廣播形式傳輸?shù)?，連接在電纜上的所有終端在解開MPEG包、并重新組織成協(xié)議數(shù)據(jù)包之前，無法知道這個MPEG包是否是傳輸給自己的。所以終端必須解開所有的MPEG包，重新組織成協(xié)議數(shù)據(jù)包，檢查協(xié)議數(shù)據(jù)包中的目的地址，判斷是否是發(fā)送給自己的，如果是，則接收下來，否則丟棄。由于許多終端共享一個物理信道，終端必須處理所有的MPEG包，重新生成協(xié)議數(shù)據(jù)包，判斷目的地址，接收發(fā)送給自己的包。終端把大量的處理時間浪費在處理不是給自己的數(shù)據(jù)上，降低了處理的效率。

本發(fā)明的目的是為了克服上協(xié)議數(shù)據(jù)傳輸過程中，數(shù)據(jù)接收效率低的問題，提出一種在電纜傳輸數(shù)據(jù)中利用MPEG包傳輸協(xié)議數(shù)據(jù)時，簡化終端處理的方法。

本發(fā)明是通過以下方案實現(xiàn)的：本發(fā)明提供一種在電纜傳輸數(shù)據(jù)

中利用MPEG包傳輸協(xié)議數(shù)據(jù)包時的簡化終端處理的方法，在數(shù)據(jù)傳輸端，在MPEG包中開辟一個目的地址域，將協(xié)議數(shù)據(jù)包中的目的地址放到MPEG包的目的地址域中；在數(shù)據(jù)接收端，當收到MPEG包時，檢查目的地址域中的目的地址是否與自己的目的地址相同，如果是，終端接收這個MPEG包，否則丟棄。

所述目的地址域位于原MPEG包的負載區(qū)域中。

所述目的地址可以映射為身份識別碼，存放到MPEG的目的地址域中，將所述目的地址與身份識別碼的關系通知每個終端，然后進行上述數(shù)據(jù)接收端的接收處理。

所述身份識別碼的字節(jié)長度小于所述目的地址的字節(jié)長度。

當所述終端數(shù)量少于MPEG的保留域的容量所能表示的范圍時，可將映射后的身份識別碼存放在MPEG的保留域中。

當前端服務器對終端的類型進行判別，判別出終端不能識別所述開辟了目的地址域的新的格式的MPEG包時，則按傳統(tǒng)格式對數(shù)據(jù)打包。

以下結(jié)合附圖及實施例對本發(fā)明作進一步的描述。

圖1是MPEG包的結(jié)構(gòu)。

圖2是本發(fā)明的對MPEG包進行打包的流程圖。

圖3是本發(fā)明的對MPEG包進行解包的流程圖。

圖4是本發(fā)明的向終端發(fā)送IP包時的包的結(jié)構(gòu)圖。

圖5是本發(fā)明的向終端發(fā)送Ethernet包時的包的結(jié)構(gòu)圖。

圖6是本發(fā)明的向終端發(fā)送IP包并將IP地址放在MPEG包的保留域時的包的結(jié)構(gòu)圖。

為了降低終端接收數(shù)據(jù)時的處理工作量，本發(fā)明提出了一種使終端不用解開MPEG包就可以知道這個MPEG包中的數(shù)據(jù)是否是發(fā)給自己的方法。

一般地，在MPEG包中，協(xié)議數(shù)據(jù)包都有自己的目的地址。如果用MPEG包傳送的是Ethernet包，則目的地址就是16位或48位的Ethernet地址；如果傳送的是IP包，則目的地址就是32位IP地址。在本發(fā)明中，將原有的MPEG包結(jié)構(gòu)進行修改，在MPEG包中開辟一個目的地址域，或利用MPEG中的保留域，將協(xié)議數(shù)據(jù)包中的目的地址或能夠唯一標識目的地址的數(shù)據(jù)放到MPEG的開辟的目的地址域中，或放到MPEG的保留域中。