專利名稱：即時影音資料網(wǎng)路傳輸方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)路傳輸技術(shù)，尤其涉及一種即時影音資料(例如，視訊及音訊)的網(wǎng)路傳輸方法。
背景技術(shù)：
傳統(tǒng)的網(wǎng)路資料傳輸技術(shù)中，在利用有線或無線網(wǎng)路即時傳輸例如視訊、音訊等影音資料時，通常是架構(gòu)在網(wǎng)際網(wǎng)路(Internet)上，不但定義復(fù)雜，難以架設(shè)與管理，而且對于資料的傳輸即時性無法達(dá)到一般家庭使用者播放音樂、視訊的要求。
目前廣泛使用的萬用隨插即用(UPnP)是針對家庭網(wǎng)路(HomeNetworking)所制定的開放性架構(gòu)，借此以連接并分享家庭網(wǎng)路中的智慧型物件、應(yīng)用設(shè)備、PC及各項服務(wù)。UPnP能讓各種不同的連線裝置，不需經(jīng)過設(shè)定，省去復(fù)雜的安裝程序就能連上網(wǎng)路。例如，符合UPnP標(biāo)準(zhǔn)的打印機，只要通過家庭網(wǎng)路就能隨時與網(wǎng)路連線，不必直接連接電腦，也不必考慮網(wǎng)路設(shè)定的問題。
此外，UPnP是建置在既有的網(wǎng)路標(biāo)準(zhǔn)架構(gòu)上，無論是特定網(wǎng)路或匯流排的個別配置都建立在現(xiàn)有協(xié)定上，適用于所有網(wǎng)路媒介，例如標(biāo)準(zhǔn)的10Base T乙太網(wǎng)路及新的網(wǎng)路技術(shù)等，同時也不需要用集中式的伺服器來管理，因而可以增強家庭網(wǎng)路的易用性。
然而，隨著資訊科技日新月異的發(fā)展，因為資料傳輸量日趨龐大，尤其在嵌入式系統(tǒng)中，亟需一種更能降低處理器負(fù)荷，且部署及管理更加容易的技術(shù)。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于克服現(xiàn)有產(chǎn)品存在的上述缺點，而提供一種即時影音資料網(wǎng)路傳輸方法，適用于有線或無線網(wǎng)路中各種不同的架構(gòu)，也可以在UDP、IP等各種不同階層的網(wǎng)路通信協(xié)定上部署；能夠降低處理器負(fù)荷，對嵌入式系統(tǒng)更是具較大的幫助，管理容易，也可適用于一般家庭使用者與小型網(wǎng)路。
本發(fā)明的目的是由以下技術(shù)方案實現(xiàn)的。
本發(fā)明即時影音資料網(wǎng)路傳輸方法，其特征在于，其設(shè)有局部雜訊加密方法，該加密方法至少包括一設(shè)定加密欄位步驟，其對資料流的數(shù)個封包中一個或數(shù)個封包的表頭中設(shè)定加密欄位；一加密封包步驟，其對一個或多個封包中表頭的加密欄位被設(shè)定為已加密的封包進(jìn)行加密。
前述的即時影音資料網(wǎng)路傳輸方法，其中設(shè)定加密欄位步驟中，表頭的加密欄位被設(shè)定為整個封包已加密。
前述的即時影音資料網(wǎng)路傳輸方法，其中設(shè)定加密欄位步驟中，表頭的加密欄位被設(shè)定為部分封包已加密。
本發(fā)明即時影音資料網(wǎng)路傳輸方法，其特征在于，其設(shè)有簡化靜音封包方法，該方法至少包括一設(shè)定全零欄位的步驟，其對資料流的數(shù)個封包中一個或數(shù)個封包的表頭中設(shè)定全零欄位；一刪除全零負(fù)載的步驟，其刪除一個或數(shù)個封包中表頭的全零欄位被設(shè)定為全零的封包的全零負(fù)載，據(jù)以刪除表示靜音的全零負(fù)載一設(shè)定負(fù)載長度的步驟，其以全零負(fù)載的長度作為一個或數(shù)個封包中表頭的全零欄位被設(shè)定為全零的封包的負(fù)載長度。
本發(fā)明即時影音資料網(wǎng)路傳輸方法，其特征在于，其設(shè)有建立多重通道方法，該方法至少包括一設(shè)定類型欄位的步驟，其對資料流的數(shù)個封包中一個或數(shù)個封包的表頭中設(shè)定表示多重通道的多種類型；一區(qū)分封包類型的步驟，其區(qū)分用于表示控制、設(shè)置、狀態(tài)等指令的封包，用以表示資料的封包之外的一個或數(shù)個通道。
前述的即時影音資料網(wǎng)路傳輸方法，其中多重通道賦予不同的優(yōu)先權(quán)，優(yōu)先傳送具有較高優(yōu)先權(quán)的通道中的封包。
本發(fā)明即時影音資料網(wǎng)路傳輸方法，其特征在于，其設(shè)有周期性回報方法，該方法至少包括一設(shè)定緩沖區(qū)消耗回報欄位的步驟，其對資料流的數(shù)個封包中一個或數(shù)個封包的表頭中設(shè)定緩沖區(qū)消耗回報欄位，用以表示從一接收端傳回至一發(fā)送端，用以回報緩沖區(qū)消耗的一封包，該封包中的負(fù)載內(nèi)容含有來自該接收端的資訊，包括該接收端的一回報時間和一消耗量；一產(chǎn)生周期性回報的步驟，其中該接收端周期性回報給發(fā)送端一周期性回報，該周期性回報內(nèi)容包括一回報時間和一緩沖區(qū)消耗量；一計算資料流消耗速度步驟，若該發(fā)送端所接收到的周期性回報內(nèi)容中，回報時間及緩沖區(qū)消耗量依序分別為T1 B1，T2 B2，T3 B3，……，Tn Bn，則，資料流消耗速度＝(Bn-B1)/(Tn-T1)。
前述的即時影音資料網(wǎng)路傳輸方法，其中依據(jù)資料流消耗速度，該發(fā)送端調(diào)整資料流產(chǎn)生的速度或是通知接收端調(diào)整資料流消耗的速度，以同步化該發(fā)送端產(chǎn)生資料流速度與接收端消耗資料流速度。
本發(fā)明即時影音資料網(wǎng)路傳輸方法，其特征在于，其設(shè)有延遲回應(yīng)方法，其是該接收端延遲傳送回應(yīng)至該發(fā)送端的時間，以減少封包碰撞發(fā)生的機率。
前述的即時影音資料網(wǎng)路傳輸方法，其特征在于，所述接收端延遲傳送回應(yīng)至該發(fā)送端所延遲的時間是隨機性決定或者是由系統(tǒng)設(shè)定決定。
本發(fā)明即時影音資料網(wǎng)路傳輸方法，其特征在于，其設(shè)有后到優(yōu)先連線方法，該方法是其中一網(wǎng)路上的一任一裝置可打斷一發(fā)送端與一接收端間的一既有連線，優(yōu)先與發(fā)送端建立新的連線。
前述的即時影音資料網(wǎng)路傳輸方法，其特征在于，所述后到優(yōu)先連線方法至少包括一接收搜尋封包步驟，其中任一裝置接收到由發(fā)送端發(fā)出的搜尋封包；一發(fā)出中斷連線請求的步驟，任一裝置向既有連線的接收端及發(fā)送端發(fā)出要求中斷該既有連線的請求，而后再與該發(fā)送端建立連線。
本發(fā)明即時影音資料網(wǎng)路傳輸方法，其特征在于，其設(shè)有周期性廣播搜尋回應(yīng)方法，該方法是其中一接收端周期性廣播搜尋回應(yīng)給同一網(wǎng)路上所有發(fā)送端，以通知所有發(fā)送端在網(wǎng)路上尚存在有該接收端。
本發(fā)明提供的一種即時影音資料網(wǎng)路傳輸方法的有益效果是，適用于有線或無線網(wǎng)路中各種不同的架構(gòu)，也可以在UDP、IP等各種不同階層的網(wǎng)路通信協(xié)定上部署；能夠降低處理器負(fù)荷，對嵌入式系統(tǒng)更是具較大的幫助，管理容易，也可適用于一般家庭使用者與小型網(wǎng)路。
本發(fā)明第一實施例提供一種建立多重通道的方法，其在同一連線中另行建立一條或多條資料通道，用以區(qū)分不需要即時傳送的控制、設(shè)置、狀態(tài)等指令。這樣，在傳送需要即時傳送的影音資料時，便可不受傳送控制、設(shè)置、狀態(tài)等指令的封包影響。
本發(fā)明第二實施例提供一種周期性回報資料的方法，通過自接收端周期性回報的資料流消耗量或緩沖區(qū)消耗量，可讓發(fā)送端據(jù)以調(diào)整資料產(chǎn)生的速度或是通知接收端調(diào)整資料消耗的速度，達(dá)到同步化發(fā)送端產(chǎn)生資料流速度與接收端消耗資料流速度的目的。
本發(fā)明第三實施例提供一種延遲回應(yīng)的方法，其中延遲時間可隨機性地決定或由系統(tǒng)設(shè)定來決定，以減少封包碰撞發(fā)生的機率。
本發(fā)明第四實施例提供一種后到優(yōu)先連線的方法，同一網(wǎng)路上的任一裝置均可暫時打斷接收端與發(fā)送端間既有的連線，優(yōu)先與接收端建立新的連線，這樣，可讓連線規(guī)則最簡化。在本實施例的網(wǎng)路傳輸機制中不考慮安全性，以免除使用者帳戶管理的需求，如果需要考慮安全性時，則可部署安全性規(guī)則于其下層的通訊協(xié)定。
本發(fā)明第五實施例提供一種周期性廣播搜尋回應(yīng)的方法，其中一接收端周期性廣播搜尋回應(yīng)給同一網(wǎng)路上所有發(fā)送端，以通知該所有發(fā)送端在網(wǎng)路上尚存在有該接收端。
本發(fā)明第六實施例提供一種局部雜訊加密的方法，只加密資料流中的某些封包或某些封包的一小片段，用以加快資料處理速度并減少處理器負(fù)荷。尤其是在音訊資料中，雖然只是局部加密，然而惡意截聽者已難以聽清楚音訊資料的內(nèi)容。
本發(fā)明第七實施例提供一種簡化靜音封包的方法，當(dāng)資料流中有片段靜音時，可以只傳送封包表頭(header)，以節(jié)省頻寬。
四

圖1為本發(fā)明第一實施例的一種建立多重通道方法示意圖。
圖2A、圖2B為本發(fā)明第二實施例的一種周期性回報資料方法示意圖。
圖3為本發(fā)明第三實施例的一種延遲回應(yīng)方法示意圖。
圖4A、圖4B為本發(fā)明第四實施例的一種后到優(yōu)先連線方法及第五實施例的一種周期性傳送搜尋回應(yīng)方法示意圖。
圖5為本發(fā)明第六實施例的一種局部雜訊加密方法及第七實施例的一種簡化靜音封包方法示意圖。
圖中主要標(biāo)號說明V為版本、Typ為類型、E為加密欄位、C為壓縮欄位、R重傳欄位、Z全零欄位。
五具體實施例方式
本發(fā)明通常部署在UDP之上，但也可部署在其下層網(wǎng)路或通訊協(xié)定。
參閱圖1所示，為實現(xiàn)本發(fā)明第一實施例的一種建立多重通道方法。如圖所示，在封包表頭(header)中，前8個bit中依序分別定義版本(version)、類型(type)、子類型(sub type)等三種欄位，而其后則依序為保留(reserved)、會期號(sess ion number)、序列號(sequernce number)、負(fù)載長度(payload length)等四種欄位。在表頭之后則記錄負(fù)載(payload)內(nèi)容。其中，在類型欄位中定義封包的四種類型，例如，“00”表示該封包為控制類型、“01”為管理類型、“10”為資料類型和“11”為選擇性設(shè)定的使用者資料類型。在表頭中設(shè)定不同的類型，意即在同一連線中另行建立一條或多條資料通道，用以區(qū)分不需要即時傳送的控制、設(shè)置、狀態(tài)等指令。這樣，在傳送需要即時傳送的影音資料時，便可不受傳送控制、設(shè)置、狀態(tài)等指令的封包影響。
參閱圖2A、圖2B所示，為實現(xiàn)本發(fā)明第二實施例的一種周期性回報資料方法。其中，當(dāng)表頭的類型欄位設(shè)定為“00”控制類型時，進(jìn)一步設(shè)定子類型欄位。如圖2A圖所示，當(dāng)子類型欄位被設(shè)定為“確認(rèn)”子類型時(例如，0000)，則為接收端傳回發(fā)送端進(jìn)行確認(rèn)的封包，該封包中的負(fù)載內(nèi)容含有來自接收端的資訊，包含接收端的緩沖區(qū)大??；如圖2B所示，當(dāng)子類型欄位被設(shè)定為“緩沖區(qū)消耗回報”子類型時(例如，0010)，則為接收端傳回發(fā)送端回報緩沖區(qū)消耗的封包，該封包中的負(fù)載內(nèi)容含有來自接收端的資訊，包括接收端的回報時間和緩沖區(qū)消耗量等等。
定期重新擷取“緩沖區(qū)消耗回報”子類型封包來計算資料流消耗速度，以求得最新速度變化。
當(dāng)接收端回報的回報時間及緩沖區(qū)消耗量依序分別為T1 B1，T2 B2，T3 B3，……，Tn Bn，則，資料流消耗速度＝(Bn-B1)/(Tn-T1)。
通過上述計算公式來計算資料流消耗量，這種方式的好處是，即便T1至Tn間若有任何一個或多個回報封包遺失，仍然不會影響計算結(jié)果。
其中，“緩沖區(qū)消耗回報”子類型也可變化為“資料流消耗回報”子類型，其可包括接收端的回報時間和資料流消耗量等等。
通過自接收端周期性回報的資料流消耗量或緩沖區(qū)消耗量，可讓發(fā)送端據(jù)以調(diào)整資料產(chǎn)生的速度或是通知接收端調(diào)整資料消耗的速度，以達(dá)到同步化發(fā)送端產(chǎn)生資料流速度與接收端消耗資料流速度的目的。
參閱圖3所示，為實現(xiàn)本發(fā)明第三實施例的一種延遲回應(yīng)方法。其中，當(dāng)表頭的類型欄位設(shè)定為“01”管理類型時，進(jìn)一步設(shè)定子類型欄位。如圖所示，當(dāng)子類型欄位被設(shè)定為搜尋請求(discover request)子類型時(例如，0000)，則為發(fā)送端廣播(broadcast)的搜尋封包，用以搜尋網(wǎng)路中的接收端，該封包中的表頭里可以含有單獨一個序列號，負(fù)載內(nèi)容可以含有選項(option)、長度、資料等欄位。當(dāng)接收端回應(yīng)搜尋封包時，所傳出的封包可以和搜尋封包中的序列號相同。其中，可以隨機性地決定或由系統(tǒng)設(shè)定來決定延遲封包送出的時間，以減少封包碰撞發(fā)生的機率。
參閱圖4A和圖4B所示，為實現(xiàn)本發(fā)明第四實施例的一種后到優(yōu)先連線方法。其中，當(dāng)表頭的類型欄位設(shè)定為“01”管理類型時，進(jìn)一步設(shè)定子類型欄位。如圖4A所示，當(dāng)子類型欄位被設(shè)定為連線請求(associate request)子類型時(例如，0001)，則為發(fā)送端發(fā)出的封包，該封包的會期號可以為零，用以建立一連線，而接收端可以發(fā)出具有連線回應(yīng)(associate response)子類型(例如，0015)的封包給發(fā)送端，當(dāng)中可以設(shè)定一唯一的會期號(非零)。其中，在發(fā)送端與接收端間的連線已建立時，發(fā)送端可以再度與接收端建立另一新連線，而無須中斷既有的連線。如圖4B所示，當(dāng)子類型欄位被設(shè)定為中斷連線請求(disassociate request)子類型時(例如，0010)，則為發(fā)送端或接收端在連線建立后發(fā)出的封包，用以中斷一既有連線。若另一接收端欲中斷該既有連線時，則另一接收端必須先接收到發(fā)送端發(fā)出的搜尋封包，而后才能送出要求中斷該既有連線的中斷連線請求給既有連線的接收端及發(fā)送端，然后，再與發(fā)送端建立連線。該方法的優(yōu)點是，同一網(wǎng)路上的任一裝置均可暫時打斷接收端與發(fā)送端間既有的連線，優(yōu)先與接收端建立新的連線，這樣，可讓連線規(guī)則最簡化。在本實施例的網(wǎng)路傳輸機制中不考慮安全性，以免除使用者帳戶管理的需求，如果需要考慮安全性時，則可部署安全性規(guī)則在其下層的通訊協(xié)定。
承上所述，本發(fā)明第五實施例的一種周期性廣播搜尋回應(yīng)方法，其中一接收端可以主動地周期性廣播搜尋回應(yīng)封包給同一網(wǎng)路上所有發(fā)送端，以通知所有發(fā)送端在網(wǎng)路上尚存在有該接收端。
參閱圖5所示，為實現(xiàn)本發(fā)明第六實施例的一種局部雜訊加密方法。其中，當(dāng)表頭的類型欄位設(shè)定為“10”資料類型時，進(jìn)一步在子類型欄位中，依序設(shè)定加密(E)、壓縮(C)、重傳(R)和全零(Z)欄位。當(dāng)加密欄位被設(shè)定為1時，表示該封包是已加密封包，可以只加密資料流中的某些封包或某些封包的一小片段，用以加快資料處理速度并減少處理器負(fù)荷，尤其是在音訊資料中，雖然只是局部加密，然而惡意截聽者已難以聽清楚音訊資料的內(nèi)容。發(fā)送端可以選擇周期性地將封包加密，例如每10個封包加密一次，或是隨機選擇要不要加密。
封包的負(fù)載欄位的前兩個數(shù)值分別表示開始加密的位置以及加密資料的長度，如果位置為0，長度為整個資料長度，則表示整個資料都加密。當(dāng)壓縮欄位被設(shè)定為1時，表示該封包為已壓縮的資料封包。其中，若同時需要壓縮和加密，較佳的次序為先壓縮再加密，因為本實施例的方法為局部加密，如此才有資料整體被加密的效果。當(dāng)重傳欄位被設(shè)定為1時，表示該封包為重新傳送的資料封包。
如圖5所示，實現(xiàn)本發(fā)明第七實施例的一種簡化靜音封包方法，當(dāng)全零欄位被設(shè)定為1時，表示該封包全為靜音資料。該靜音資料可被刪除，而以表頭中的負(fù)載長度表示該靜音資料的長度。如此，當(dāng)資料流中有片段靜音時，可以只傳送封包表頭(header)，以節(jié)省頻寬。
雖然本發(fā)明已以多個較佳實施例揭示如上，但是其并非用以限定本發(fā)明，尤其是，雖然在本文中設(shè)定各種封包格式及欄位，僅為示例而非限制。也就是，以上所述，僅是本發(fā)明的較佳實施例而已，并非對本發(fā)明作任何形式上的限制，凡是依據(jù)本發(fā)明的技術(shù)實質(zhì)對以上實施例所作的任何簡單修改、等同變化與修飾，均仍屬于本發(fā)明技術(shù)方案的范圍內(nèi)。
權(quán)利要求
1.一種即時影音資料網(wǎng)路傳輸方法，其特征在于，其設(shè)有局部雜訊加密方法，該加密方法至少包括一設(shè)定加密欄位步驟，其對資料流的數(shù)個封包中一個或數(shù)個封包的表頭中設(shè)定加密欄位；一加密封包步驟，其對一個或多個封包中表頭的加密欄位被設(shè)定為已加密的封包進(jìn)行加密。
2.根據(jù)權(quán)利要求1所述的即時影音資料網(wǎng)路傳輸方法，其特征在于，所述設(shè)定加密欄位步驟中，表頭的加密欄位被設(shè)定為整個封包已加密。
3.根據(jù)權(quán)利要求1所述的即時影音資料網(wǎng)路傳輸方法，其特征在于，所述設(shè)定加密欄位步驟中，表頭的加密欄位被設(shè)定為部分封包已加密。
4.一種即時影音資料網(wǎng)路傳輸方法，其特征在于，其設(shè)有簡化靜音封包方法，該方法至少包括一設(shè)定全零欄位的步驟，其對資料流的數(shù)個封包中一個或數(shù)個封包的表頭中設(shè)定全零欄位；一刪除全零負(fù)載的步驟，其刪除一個或數(shù)個封包中表頭的全零欄位被設(shè)定為全零的封包的全零負(fù)載，據(jù)以刪除表示靜音的全零負(fù)載一設(shè)定負(fù)載長度的步驟，其以全零負(fù)載的長度作為一個或數(shù)個封包中表頭的全零欄位被設(shè)定為全零的封包的負(fù)載長度。
5.一種即時影音資料網(wǎng)路傳輸方法，其特征在于，其設(shè)有建立多重通道方法，該方法至少包括一設(shè)定類型欄位的步驟，其對資料流的數(shù)個封包中一個或數(shù)個封包的表頭中設(shè)定表示多重通道的多種類型；一區(qū)分封包類型的步驟，其區(qū)分用于表示控制、設(shè)置、狀態(tài)等指令的封包，用以表示資料的封包之外的一個或數(shù)個通道。
6.根據(jù)權(quán)利要求5所述的即時影音資料網(wǎng)路傳輸方法，其特征在于，所述多重通道賦予不同的優(yōu)先權(quán)，優(yōu)先傳送具有較高優(yōu)先權(quán)的通道中的封包。
7.一種即時影音資料網(wǎng)路傳輸方法，其特征在于，其設(shè)有周期性回報方法，該方法至少包括一設(shè)定緩沖區(qū)消耗回報欄位的步驟，其對資料流的數(shù)個封包中一個或數(shù)個封包的表頭中設(shè)定緩沖區(qū)消耗回報欄位，用以表示從一接收端傳回至一發(fā)送端，用以回報緩沖區(qū)消耗的一封包，該封包中的負(fù)載內(nèi)容含有來自該接收端的資訊，包括該接收端的一回報時間和一消耗量；一產(chǎn)生周期性回報的步驟，其中該接收端周期性回報給發(fā)送端一周期性回報，該周期性回報內(nèi)容包括一回報時間和一緩沖區(qū)消耗量；一計算資料流消耗速度步驟，若該發(fā)送端所接收到的周期性回報內(nèi)容中，回報時間及緩沖區(qū)消耗量依序分別為T1 B1，T2 B2，T3 B3，……，Tn Bn，則，資料流消耗速度＝(Bn-B1)/(Tn-T1)。
8.根據(jù)權(quán)利要求7所述的即時影音資料網(wǎng)路傳輸方法，其特征在于，所述依據(jù)資料流消耗速度，該發(fā)送端調(diào)整資料流產(chǎn)生的速度或是通知接收端調(diào)整資料流消耗的速度，以同步化該發(fā)送端產(chǎn)生資料流速度與接收端消耗資料流速度。
9.一種即時影音資料網(wǎng)路傳輸方法，其特征在于，其設(shè)有延遲回應(yīng)方法，其是該接收端延遲傳送回應(yīng)至該發(fā)送端的時間，以減少封包碰撞發(fā)生的機率。
10.根據(jù)權(quán)利要求9所述的即時影音資料網(wǎng)路傳輸方法，其特征在于，所述接收端延遲傳送回應(yīng)至該發(fā)送端所延遲的時間是隨機性決定或者是由系統(tǒng)設(shè)定決定。
11.一種即時影音資料網(wǎng)路傳輸方法，其特征在于，其設(shè)有后到優(yōu)先連線方法，該方法是其中一網(wǎng)路上的一任一裝置可打斷一發(fā)送端與一接收端間的一既有連線，優(yōu)先與發(fā)送端建立新的連線。
12.根據(jù)權(quán)利要求11所述的即時影音資料網(wǎng)路傳輸方法，其特征在于，所述后到優(yōu)先連線方法至少包括一接收搜尋封包步驟，其中任一裝置接收到由發(fā)送端發(fā)出的搜尋封包；一發(fā)出中斷連線請求的步驟，任一裝置向既有連線的接收端及發(fā)送端發(fā)出要求中斷該既有連線的請求，而后再與該發(fā)送端建立連線。
13.一種即時影音資料網(wǎng)路傳輸方法，其特征在于，其設(shè)有周期性廣播搜尋回應(yīng)方法，該方法是其中一接收端周期性廣播搜尋回應(yīng)給同一網(wǎng)路上所有發(fā)送端，以通知所有發(fā)送端在網(wǎng)路上尚存在有該接收端。
全文摘要
一種即時影音資料網(wǎng)路傳輸方法，其設(shè)有局部雜訊加密方法，加密方法包括設(shè)定加密欄位步驟，其對資料流的數(shù)個封包中一個或數(shù)個封包表頭中設(shè)定加密欄位；加密封包步驟，對一個或多個封包中表頭加密欄位被設(shè)定為已加密的封包加密；適用于有線或無線網(wǎng)路中各種不同架構(gòu)，也可在UDP、IP等不同階層網(wǎng)路通信協(xié)定上部署，能夠降低處理器負(fù)荷，對嵌入式系統(tǒng)具較大幫助，管理容易，還可適用于一般家庭使用者與小型網(wǎng)路。
文檔編號H04L12/56GK101060399SQ200610075618
公開日2007年10月24日 申請日期2006年4月17日 優(yōu)先權(quán)日2006年4月17日
發(fā)明者李敬強, 周志強, 吳修忠 申請人:海華科技股份有限公司