TWI656765B - 傳輸系統及傳輸方法 - Google Patents
傳輸系統及傳輸方法 Download PDFInfo
- Publication number
- TWI656765B TWI656765B TW106118105A TW106118105A TWI656765B TW I656765 B TWI656765 B TW I656765B TW 106118105 A TW106118105 A TW 106118105A TW 106118105 A TW106118105 A TW 106118105A TW I656765 B TWI656765 B TW I656765B
- Authority
- TW
- Taiwan
- Prior art keywords
- node
- text identifier
- internet protocol
- relay
- forwarding table
- Prior art date
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一種傳輸系統及傳輸方法在此揭露。傳輸系統包含一壓縮裝置(compressor)、一中繼終端、一解壓縮裝置(decompressor)。壓縮裝置傳送包含一初始轉送表的初始網際網路協定封包。初始轉送表記錄至少一候選文本標識符。中繼終端接收初始網際網路協定封包,從初始轉送表中選擇與中繼終端已記錄的一中繼終端文本標識符相異的候選文本標識符,以建立一中繼終端轉送表,並傳送一中繼終端網際網路協定封包。解壓縮裝置接收中繼終端網際網路協定封包,從中繼終端轉送表中選擇一個與解壓縮裝置已記錄的一解壓縮裝置文本標識符相異的候選文本標識符為一目標文本標識符。
Description
本發明是有關於一種傳輸系統及傳輸方法,且特別是有關於一種傳送一強健標頭壓縮(ROHC,Robust Header Compression)封包的傳輸系統及傳輸方法。
TCP/IP通訊協定的信令開銷(overhead)問題長期為業界所詬病,舉例而言,在應用網際協議通話技術(VoIP,Voice over IP)傳送語音封包時,若每次將語音以G.711編碼方式進行編碼後,語音封包中的語音承載(payload)只有20Bytes,若在使用IPv4標頭格式攜帶語音封包的情形下,其中標頭欄位就佔74位元組,因此造成了78%的無謂開銷,另一方面,若使用IPv6標頭格式攜帶語音封包,則標頭開銷更高達82%。由此可知,標頭內容若不經過壓縮,很容易佔用珍貴的無線網路傳輸頻寬,造成不必要的浪費。
因此,如何提供一種有效率的傳輸方法及傳輸系統以壓縮標頭,已成為本領域急待改進的問題之一。
為解決上述的問題,本發明之一態樣提供一種傳輸系統。一種傳輸系統,包含一壓縮裝置(compressor)、一中繼終端及一解壓縮裝置(decompressor)。壓縮裝置用以傳送一初始網際網路協定(IP,Internet Protocol)封包,且初始網際網路協定封包中包含一初始轉送表;其中初始轉送表記錄至少一候選文本標識符。中繼終端,用以接收初始網際網路協定封包,並從初始轉送表中選擇與中繼終端已記錄的一中繼終端文本標識符相異的至少一候選文本標識符,以建立一中繼終端轉送表,並傳送一中繼終端網際網路協定封包。其中,中繼終端網際網路協定封包中包含中繼終端轉送表。解壓縮裝置用以接收中繼終端網際網路協定封包,並從中繼終端轉送表中選擇一個與解壓縮裝置已記錄的一解壓縮裝置文本標識符相異的至少一候選文本標識符為一目標文本標識符。其中,解壓縮裝置將目標文本標識符傳送至中繼終端,該中繼終端將目標文本標識符傳送至壓縮裝置,壓縮裝置依據目標文本標識符,以傳送一強健標頭壓縮(ROHC,Robust Header Compression)封包。
本發明之另一態樣提供一種傳輸方法。一種傳輸方法,包含:藉由一壓縮裝置傳送一初始網際網路協定封包,且初始網際網路協定封包中包含一初始轉送表;其中,初始轉送表記錄至少一候選文本標識符;藉由一中繼終端接收初始網際網路協定封包,並從初始轉送表中選擇與中繼終端已記錄的一中繼終端文本標識符相異的至少一候選文本標識符,以建立一中繼終端轉送表,並傳送一中繼終端網際網路協定封包;其中,中繼終端網際網路協定封包中包含中
繼終端轉送表;以及藉由一解壓縮裝置接收中繼終端網際網路協定封包,並從中繼終端轉送表中選擇一個與解壓縮裝置已記錄的一解壓縮裝置文本標識符相異的至少一候選文本標識符為一目標文本標識符;其中,解壓縮裝置將目標文本標識符傳送至中繼終端,中繼終端將目標文本標識符傳送至壓縮裝置,壓縮裝置依據目標文本標識符,以傳送一強健標頭壓縮封包。
綜上所述,本發明所示之傳輸系統及傳輸方法,藉由目標文本標識符的應用,成功地在IP網路上將兩個未直接相連的壓縮裝置及解壓裝置建立了一種新樣態的端對端壓縮方式,避免了原始強健標頭壓縮技術中必須逐跳解壓縮再重新壓縮以傳送強健標頭壓縮封包的無效率方法,故本案發明可以更有效率及省電的傳送壓縮封包。
100、200、500‧‧‧傳輸方法
S110~S130、S510~S596‧‧‧步驟
10‧‧‧壓縮裝置
20‧‧‧中繼終端
22~24‧‧‧中繼節點
30‧‧‧解壓縮裝置
為讓本發明之上述和其他目的、特徵、優點與實施例能更明顯易懂,所附圖式之說明如下:第1圖根據本發明之一實施例繪示一種傳輸方法100之示意圖;第2圖根據本發明之一實施例繪示一種傳輸方法200之示意圖;第3圖根據本發明之一實施例繪示一種傳輸系統300之方塊圖;第4圖根據本發明之一實施例繪示一種傳輸系統400之方塊圖;以及
第5圖根據本發明之一實施例繪示一種傳輸方法500之示意圖。
下文係舉實施例配合所附圖式作詳細說明,但所提供之實施例並非用以限制本發明所涵蓋的範圍,而結構操作之描述非用以限制其執行之順序,任何由元件重新組合之結構,所產生具有均等功效的裝置,皆為本發明所涵蓋的範圍。此外,圖式僅以說明為目的,並未依照原尺寸作圖。為使便於理解,下述說明中相同元件將以相同之符號標示來說明。
關於本文中所使用之『第一』、『第二』、...等,並非特別指稱次序或順位的意思,亦非用以限定本發明,其僅僅是為了區別以相同技術用語描述的元件或操作而已。
一般而言,在傳送連續封包時,此些封包可能存在一些內容相同的標頭欄位(靜態欄位)。舉例而言,在同一會談連線(session)中,不會變動的標頭欄位之內容為連接埠編號、資料來源、起始位置、連續序號、檢查碼及/或資料長度等內容,因此只需要在傳送第一個封包時發送完整標頭,後續封包只需傳送標頭中的變化部分(動態欄位)和用以識別封包順序的關聯標識符號,即可使IP標頭能夠被壓縮,省下大量的無線資源。此外,在多種IP標頭壓縮技術中,強健標頭壓縮(ROHC,Robust Header Compression)方法為網際網路工程小組(IETF,Internet Engineering
Task Force)所制定之網路協定標準,主要是為了降低IP網路中過大之標頭開銷。強健標頭壓縮方法被長期演進技術(LTE,Long Term Evolution)採用做為無線空中介面唯一的IP標頭壓縮標準,用以實現於每一個基站和用戶端間,藉以改善網路中IP流量的資源使用效率。
舉例而言,請參照第1圖,第1圖根據本發明之一實施例繪示一種傳輸方法100之示意圖。
於步驟S110中,強健標頭壓縮方法壓縮流程在IP數據流開始傳遞時,壓縮裝置10將一第一封包的完整標頭(如IP標頭,即包含靜態和動態標頭的欄位和數值的標頭)保存在第一個壓縮文本(context)數據結構中,並將完整的第一封包傳送到解壓縮裝置30。
於步驟S120中,解壓縮裝置30收到第一封包後,回傳一接收通知,以告知壓縮裝置10其已收到第一封包。
於步驟S130中,壓縮裝置10將後續封包參照第一壓縮文本的內容進行壓縮,例如,在傳遞第二封包時,僅將標頭欄位數值有變化的部分保存在第二個壓縮文本數據結構(如ROHC標頭)中,故不再保存完整的標頭。換言之,假設第一封包與第二封包的標頭只有部分內容不同時,壓縮裝置10只會將文本標識符及標頭欄位數值有變化的部分傳送到解壓縮裝置30,不再傳送完整標頭,以增加傳輸效率。
此外,壓縮裝置10為一第二封包分配一文本標識符(CID,Context IDentification),藉由此文本標
識符標識此第二封包,並依據此文本標識符及ROHC標頭產生強健標頭壓縮封包,再將強健標頭壓縮封包傳送到解壓縮裝置30。此外,壓縮裝置10為後續的每個封包的壓縮文本分配皆分配文本標識符,藉此標識每個封包。如同前述步驟S110~S130,在壓縮裝置10與解壓縮裝置30的協調程序中,壓縮裝置10先傳一次完整的封包後,產生文本標識符,接著,兩方傳送的內容開始藉由文本標識符,以識別資料內容,不再傳送完整的標頭(壓縮端在傳送後續封包時,將每個封包的標頭替換為經由強健標頭壓縮方法壓縮後所產生之ROHC標頭)。
另一方面,當解壓縮裝置30收到第一個封包時(步驟S110),將此封包的標頭(如IP標頭)儲存起來,並在解壓縮端建立一完整的文本,此完整的文本包含完整標頭及文本訊息。因此,於步驟S130中,解壓縮裝置30接收來自壓縮端的強健標頭壓縮封包(其包含ROHC標頭)後,由於ROHC標頭採用了壓縮技術,冗餘標頭內容在強健標頭壓縮封包中並沒有傳遞,因此,解壓縮端必須要知道原始未壓縮封包包含那些信標頭資訊,才能對這些標頭解壓縮。
於一實施例中,強健標頭壓縮方法會將每個封包所對應的封包類型一併傳送,因此,解壓縮端接收強健標頭壓縮封包後,依據封包類型和文本標識符,可找到對應的文本訊息,例如由文本標識符參考完整標頭(IP標頭),將ROHC標頭所載的相異處覆蓋(或替換)至完整標頭(IP標頭)中,以進行解壓縮。例如,當強健標頭壓縮封包的ROHC標頭與完整標頭(IP標頭)具有不同的起始位置時,解壓縮裝
置30可依據文本標識符將ROHC標頭中的起始位置覆蓋至完整標頭(IP標頭)的起始位置,而除此之外的其他資訊,皆可引用自完整標頭(IP標頭),藉此,解壓縮裝置30可將強健標頭壓縮封包之ROHC標頭的各個欄位解壓縮,以還原此強健標頭壓縮封包的標頭。
須注意的是,此些被壓縮後的強健標頭壓縮封包已經不能做為IP封包處理,它被標示為特殊的ROHC乙太類別(即,EtherType會被設為ROHC格式),並在第二層網路鏈路中傳遞。
此外,強健標頭壓縮封包的設計是,需要壓縮端和解壓縮端直接相連,換言之,強健標頭壓縮封包的設計為一點對點(Point-to-Point)的壓縮方式。例如,在網際網路(Internet)或無線隨意網路(MANET,mobile ad hoc network)的多跳(hop-to-hop)環境中,強健標頭壓縮方法的實現必須為端對端(End-to-End)的壓縮方式,也就是說,強健標頭壓縮封包必須逐跳(per-hop)解壓縮再重新壓縮,非常沒有效率且耗電;在網際網路(Internet)的環境中,僅有少數路由器能扮演強健標頭壓縮方法的解壓縮端,故難以實現逐跳全程壓縮/解壓縮的情境。
舉例而言,請參照第2圖,第2圖根據本發明之一實施例繪示一種傳輸方法200之示意圖。於第2圖中,節點A~G位於無線隨意網路的多跳環境中,若欲實現強健標頭壓縮方法,必須滿足為端對端的壓縮方式,意即逐跳解壓縮再重新壓縮;若節點A欲將強健標頭壓縮封包傳到節點G時,且傳輸方法200事先定義傳輸路徑依序為節點A、
B、D、F、G時,節點A會先將強健標頭壓縮封包傳送到節點B,節點B需要將強健標頭壓縮封包進行解壓縮後,查詢節點B中所儲存的轉送表,此傳送表用以記錄下一跳的路徑,例如記錄節點D的IP位置,再依據節點D的IP位置將強健標頭壓縮封包傳送到節點D;同理,當節點D接收到強健標頭壓縮封包後,節點D需要將強健標頭壓縮封包進行解壓縮,查詢節點D中所儲存的轉送表,此傳送表用以記錄下一跳的路徑,例如記錄節點F的IP位置,再依據節點F的IP位置將強健標頭壓縮封包傳送到節點F,接收到強健標頭壓縮封包的節點F再執行與前述相似的步驟,最後節點F將強健標頭壓縮封包傳送到節點G。其中節點A~G可以是包含有網路傳輸功能的電子裝置。
由此可知,由於強健標頭壓縮方法的實現必須逐跳解壓縮再重新壓縮,非常沒有效率且耗電。因此,以下提供一種傳輸方法及傳輸系統,可增進強健標頭壓縮封包的傳輸速率並省電。
請參照第3圖,第3圖根據本發明之一實施例繪示一種傳輸系統300之方塊圖。傳輸系統300中包含壓縮裝置10、中繼終端20及解壓縮裝置30。壓縮裝置10、中繼終端20及解壓縮裝置30可以是包含網路傳輸功能的電子裝置。於一實施例中,壓縮裝置10、中繼終端20及解壓縮裝置30位於相同的一網路介面中。
於一實施例中,壓縮裝置10用以傳送一初始網際網路協定(IP,Internet Protocol)封包,且初始網際網路協定封包中包含一初始轉送表。其中,初始轉送表記
錄至少一候選文本標識符,候選文本標識符例如可表示為CID={10,20,30,40}。
於一實施例中,壓縮裝置10係以亂數產生多個候選文本標識符,並將此些候選文本標識符加入一標示符集合中,且初始轉送表用以記錄標示符集合(例如為CID={10,20,30,40})。
接著,中繼終端20用以接收初始網際網路協定封包,並從初始轉送表中選擇與中繼終端20已記錄的一中繼終端文本標識符相異的至少一候選文本標識符。
於一實施例中,中繼終端20已記錄的中繼終端文本標識符為CID={40},代表中繼終端20目前已佔用CID={40}以傳輸其他資料,例如,中繼終端20已將CID={40}指定用以傳輸第三方路徑的會談連線(session)中的資料,此時,若仍將CID={40}用於本會談連線中,則本會談連線中的中繼終端網際網路協定封包與第三方路徑會談連線中的另一封包可能會對應到相同文本標識符(CID={40}),造成文本標識符衝突(conflict)的情況,使得中繼終端20無法確定文本標識符(CID={40})應該對應到何者封包,因此,中繼終端20目前已佔用的CID={40}不允許使用於本會談連線中;據此,中繼終端20會從初始轉送表中(包含CID={10,20,30,40})選擇與CID={40}相異的其他候選文本標識符,例如選擇CID={10,20,30},以建立一中繼終端轉送表,並將CID={10,20,30}之資訊存入中繼終端轉送表,並傳送一中繼終端網際網路協
定封包;其中,中繼終端網際網路協定封包中包含中繼終端轉送表。
再接著,解壓縮裝置30用以接收中繼終端網際網路協定封包,並從中繼終端轉送表中選擇一個與解壓縮裝置已記錄的一解壓縮裝置文本標識符相異的至少一候選文本標識符為一目標文本標識符。
例如,解壓縮裝置30已記錄的一解壓縮裝置文本標識符為CID={10,20},代表解壓縮裝置30已將CID={10,20}用於其他第三方路徑的會談連線中,故CID={10,20}不允許使用於本會談連線中,因此,解壓縮裝置30從中繼終端轉送表中(CID={10,20,30})選擇與CID={10,20}相異的候選文本標識符CID={30},並將候選文本標識符CID={30}作為目標文本標識符。
接著,解壓縮裝置30將目標文本標識符(即CID={30}的訊息)傳送至中繼終端20,中繼終端20將目標文本標識符傳送至壓縮裝置10,藉此告訴壓縮裝置10在整個傳輸路徑中,目標文本標識符CID={30}尚未被傳輸路徑中的各節點占用,可用以標識強健標頭壓縮封包。因此,壓縮裝置10可依據目標文本標識符CID={30},以傳送強健標頭壓縮封包。
於一實施例中,壓縮裝置10將目標網際網路協定封包依據目標文本標識符CID={30}壓縮為強健標頭壓縮封包。因此,當壓縮裝置10傳送強健標頭壓縮封包至中繼終端20時,中繼終端20無須進行解壓縮,只需依據強健標頭壓縮封包之標頭中的目標文本標識符(如
CID={30}),將強健標頭壓縮封包傳送到下一個中繼節點或解壓縮裝置20,例如,當中繼終端20看到強健標頭壓縮封包的目標文本標識符為CID={30}時,可藉由查表得知,需要將強健標頭壓縮封包直接傳送到解壓縮裝置30,無須解壓縮此強健標頭壓縮封包。
由上述可知,目標文本標識符的建立是在兩個直接相連路徑中必須唯一,才能用以識別對應的強健標頭壓縮封包。通常在無線隨意網路的多跳環境中,壓縮裝置10會同時連到多個中繼終端20或解壓縮裝置30,這些中繼終端20或解壓縮裝置30的目標文本標識符不能重覆,因此藉由上述方法可協調在傳輸強健標頭壓縮封包的網路介面上,每個目標文本標識符都具唯一性。
於一實施例中,當中繼轉送表中不存在任何之至少一候選文本標識符時,中繼終端20傳送一衝突訊息(conflict message)至壓縮裝置10。當壓縮裝置10接收到衝突訊息後,重新產生至少一更新候選文本標示符(例如為CID={40,53,67}),並重新傳送一另一初始網際網路協定封包,且另一初始網際網路協定封包中包含一另一轉送表,其中,另一轉送表記錄至少一更新候選文本標識符。接著,解壓縮裝置30從此另一轉送表中選擇一個與解壓縮裝置已記錄的一解壓縮裝置文本標識符相異的至少一更新候選文本標識符為目標文本標識符。
請一併參照第4~5圖,第4圖根據本發明之一實施例繪示一種傳輸系統400之方塊圖。第5圖根據本發明之一實施例繪示一種傳輸方法500之示意圖。傳輸系統
400中包含壓縮裝置10、中繼終端22~24及解壓縮裝置30。其中,中繼終端20包含多個中繼節點22~24。於一實施例中,傳輸系統400中各個節點的路由器可依據強健標頭壓縮封包的目標位址,以決定強健標頭壓縮封包依序透過中繼終端22~24傳送到解壓縮裝置30中,然,各路由器選擇適當路徑以傳送封包的判斷方法可由已知技術實現,故此處不多做贅述。
於一實施例中,傳輸系統400藉由應用呼叫-回應(offer-answer)模式以加快沿路的協調,壓縮裝置10中先產生多個候選文本標識符,每經過一中繼節點(如中繼節點22),則刪除不能採用的候選文本標識符,將可以採用的候選文本標識符往下一個中繼節點(如中繼節點23)傳送,由於來回路徑可以是不同的,因此協調可以是雙向的。當傳輸系統400可以找到沿路都不重複的文本標識符時,壓縮裝置10及解壓縮裝置30就可以採用此文本標識符以傳送強健標頭壓縮封包。
以下更具體地描述實施傳輸方法500,傳輸方法500可以由傳輸系統400可以實現之,然,中繼節點不限於三個,本發明亦可實施於具有兩個以上中繼節點的傳輸系統或不具中繼節點的傳輸系統。
於一實施例中,中繼節點22耦接於壓縮裝置10,用以接收初始網際網路協定封包,並從初始轉送表中選擇與中繼節點22已記錄的一第一節點文本標識符相異的至少一候選文本標識符,以建立一第一節點轉送表,並傳送
一第一節點網際網路協定封包;其中,第一節點網際網路協定封包中包含第一節點轉送表。
例如,於步驟S510中,壓縮裝置10將初始網際網路協定封包傳送到中繼節點22。初始網際網路協定封包中包含初始轉送表,初始轉送表記錄的候選文本標識符為CID={1,3,5,17,28,36}。於步驟S515中,若中繼節點22已記錄的一第一節點文本標識符為CID={3},則中繼節點22從初始轉送表中選擇與中繼節點22已記錄的第一節點文本標識符(CID={3,36})相異的至少一候選文本標識符(即CID={1,5,17,28}),以建立第一節點轉送表,此第一節點轉送表中包含候選文本標識符CID={1,5,17,28}之資訊。
於一實施例中,中繼節點23耦接於中繼節點22,用以接收第一節點網際網路協定封包,並從第一節點轉送表中選擇與中繼節點23已記錄的一第二節點文本標識符相異的至少一候選文本標識符,以建立一第二節點轉送表,並傳送一第二節點網際網路協定封包;其中,第二節點網際網路協定封包中包含第二節點轉送表。
例如,於步驟S520中,中繼節點22將第一節點網際網路協定封包傳送到中繼節點23。第一節點網際網路協定封包中包含第一節點轉送表,第一節點轉送表記錄的候選文本標識符為CID={1,5,17,28}。於步驟S525中,若中繼節點23已記錄的第二節點文本標識符為CID={17},則中繼節點23從第一節點轉送表中選擇與中繼節點22已記錄的第二節點文本標識符(CID={17})相異
的至少一候選文本標識符(即CID={1,5,28}),以建立第二節點轉送表,此第二節點轉送表中包含候選文本標識符CID={1,5,28}之資訊。
於一實施例中,中繼節點24耦接於中繼節點22及解壓縮裝置30,用以接收第二節點網際網路協定封包,並從第二節點轉送表中選擇與第三中繼節點已記錄的一第三節點文本標識符相異的至少一候選文本標識符,以建立一第三節點轉送表,並傳送一第三節點網際網路協定封包;其中,第三節點網際網路協定封包中包含第三節點轉送表。
例如,於步驟S530中,中繼節點23將第二節點網際網路協定封包傳送到中繼節點24。第二節點網際網路協定封包中包含第二節點轉送表,第二節點轉送表記錄的候選文本標識符為CID={1,5,28}。於步驟S535中,若中繼節點24已記錄的第三節點文本標識符為CID={28},則中繼節點24從第二節點轉送表中選擇與中繼節點24已記錄的第三節點文本標識符(CID={28})相異的至少一候選文本標識符(即CID={1,5}),以建立第三節點轉送表,此第三節點轉送表中包含候選文本標識符CID={1,5}之資訊。
於一實施例中,解壓縮裝置30接收第三節點網際網路協定封包,並從第三節點轉送表中選擇一個與解壓縮裝置30已記錄的壓縮裝置文本標識符相異的至少一候選文本標識符為目標文本標識符。
例如,於步驟S540中,中繼節點24將第三節點網際網路協定封包傳送到解壓縮裝置30。第三節點網際
網路協定封包中包含第三節點轉送表,第三節點轉送表記錄的候選文本標識符為CID={1,5}。於步驟S545中,若解壓縮裝置30已記錄的壓縮裝置文本標識符為CID={1},則壓縮裝置30從第三節點轉送表中選擇與壓縮裝置30已記錄的壓縮裝置文本標識符(CID={1})相異的至少一候選文本標識符(即CID={5}),以作為目標文本標識符。
於一實施例中,解壓縮裝置30將目標文本標識符(即CID={5})傳送至中繼節點24(步驟S550),中繼節點24記錄目標文本標識符於中繼節點24的強健標頭壓縮轉送表中(步驟S555)。於一實施例中,中繼節點24的強健標頭壓縮轉送表可記錄目標文本標識符是由解壓縮裝置30所傳來的。
接著,中繼節點24再將目標文本標識符(即CID={5})傳送至中繼節點23(步驟S560),中繼節點23記錄目標文本標識符於中繼節點23的強健標頭壓縮轉送表中(步驟S565)。於一實施例中,中繼節點23的強健標頭壓縮轉送表可記錄目標文本標識符是由中繼節點24所傳來的。
接著,中繼節點23再將目標文本標識符(即CID={5})傳送至中繼節點22(步驟S570),中繼節點23記錄目標文本標識符於中繼節點22的強健標頭壓縮轉送表中(步驟S575)。於一實施例中,中繼節點22的強健標頭壓縮轉送表可記錄目標文本標識符是由中繼節點23所傳來的。
接著,中繼節點22再將目標文本標識符(即CID={5})傳送回壓縮裝置10(步驟S580),壓縮裝置10依據目標文本標識符(即CID={5}),壓縮裝置10記錄目標文本標識符於壓縮裝置10的強健標頭壓縮轉送表中,並依據目標文本標識符以產生並傳送強健標頭壓縮封包(步驟S585)。於一實施例中,中繼節點22的強健標頭壓縮轉送表可記錄目標文本標識符是由中繼節點22所傳來的。
藉由上述方式,壓縮裝置10可依據目標文本標識符以產生強健標頭壓縮封包(步驟S585),並將強健標頭壓縮封包傳送到中繼終端22(步驟S590),當中繼終端22看到強健標頭壓縮封包的目標文本標識符為CID={5}時,可藉由查詢其強健標頭壓縮轉送表(步驟S591),以得知需將強健標頭壓縮封包傳送到中繼終端23,並將強健標頭壓縮封包傳送到中繼終端23;當中繼終端23看到強健標頭壓縮封包的目標文本標識符為CID={5}時,可藉由查詢其強健標頭壓縮轉送表(步驟S593),以得知需將強健標頭壓縮封包傳送到中繼終端24,並將強健標頭壓縮封包傳送到中繼終端24;當中繼終端24看到強健標頭壓縮封包的目標文本標識符為CID={5}時,可藉由查詢其強健標頭壓縮轉送表(步驟S595),以得知需將強健標頭壓縮封包傳送到壓縮裝置30,並將強健標頭壓縮封包傳送到壓縮裝置30;當解壓縮裝置30接收到強健標頭壓縮封包時,根據目標文本標識符解壓縮強健標頭壓縮封包,藉以將強健標頭壓縮封包還原為目標網際網路協定封包。
藉此,中繼終端無須解壓縮與再壓縮此強健標頭壓縮封包,中繼終端只需依據目標文本標識符,以將強健標頭壓縮封包傳送到下一個中繼節點或解壓縮裝置。
綜上所述,本發明所示之傳輸系統及傳輸方法,藉由目標文本標識符的應用,成功地在IP網路上將兩個未直接相連的壓縮裝置及解壓裝置建立了一種新樣態的端對端壓縮方式,避免了原始強健標頭壓縮技術中必須逐跳解壓縮再重新壓縮以傳送強健標頭壓縮封包的無效率方法,故本案發明節省了逐跳解壓縮再重新壓縮的時間及其耗能,因此本案發明達到更有效率並省電地傳送壓縮封包之功效。
雖然本發明已以實施方式揭露如上,然其並非用以限定本發明,任何熟習此技藝者,在不脫離本發明之精神和範圍內,當可作各種之更動與潤飾,因此本發明之保護範圍當視後附之申請專利範圍所界定者為準。
Claims (18)
- 一種傳輸系統,包含:一壓縮裝置(compressor),用以傳送一初始網際網路協定(IP,Internet Protocol)封包,且該初始網際網路協定封包中包含一初始轉送表;其中,該初始轉送表記錄至少一候選文本標識符(CID,Context Identification);一中繼終端,用以接收該初始網際網路協定封包,並從該初始轉送表中選擇與該中繼終端已記錄的一中繼終端文本標識符相異的該至少一候選文本標識符,以建立一中繼終端轉送表,並傳送一中繼終端網際網路協定封包;其中,該中繼終端網際網路協定封包中包含該中繼終端轉送表;以及一解壓縮裝置(decompressor),用以接收該中繼終端網際網路協定封包,並從該中繼終端轉送表中選擇一個與該解壓縮裝置已記錄的一解壓縮裝置文本標識符相異的該至少一候選文本標識符為一目標文本標識符;其中,該解壓縮裝置將該目標文本標識符傳送至該中繼終端,該中繼終端將該目標文本標識符傳送至該壓縮裝置,該壓縮裝置依據該目標文本標識符,以傳送一強健標頭壓縮(ROHC,Robust Header Compression)封包。
- 如請求項1所述之傳輸系統,其中,該壓縮裝置係以亂數產生多個該候選文本標識符,並將多個該候選文本標識符加入一標示符集合中,且該初始轉送表用以記錄該標示符集合。
- 如請求項1所述之傳輸系統,其中,該壓縮裝置將一目標網際網路協定封包依據該目標文本標識符壓縮為該強健標頭壓縮封包。
- 如請求項1所述之傳輸系統,其中,該中繼終端更包含:一第一中繼節點,耦接於該壓縮裝置,用以接收該初始網際網路協定封包,並從該初始轉送表中選擇與該第一中繼節點已記錄的一第一節點文本標識符相異的該至少一候選文本標識符,以建立一第一節點轉送表,並傳送一第一節點網際網路協定封包;其中,該第一節點網際網路協定封包中包含該第一節點轉送表;一第二中繼節點,耦接於該第一中繼節點,用以接收該第一節點網際網路協定封包,並從該第一節點轉送表中選擇與該第二中繼節點已記錄的一第二節點文本標識符相異的該至少一候選文本標識符,以建立一第二節點轉送表,並傳送一第二節點網際網路協定封包;其中,該第二節點網際網路協定封包中包含該第二節點轉送表;以及一第三中繼節點,耦接於該第二中繼節點及該解壓縮裝置,用以接收該第二節點網際網路協定封包,並從該第二節點轉送表中選擇與該第三中繼節點已記錄的一第三節點文本標識符相異的該至少一候選文本標識符,以建立一第三節點轉送表,並傳送一第三節點網際網路協定封包;其中,該第三節點網際網路協定封包中包含該第三節點轉送表;其中,該解壓縮裝置更用以接收該第三節點網際網路協 定封包,並從該第三節點轉送表中選擇一個與該解壓縮裝置已記錄的該壓縮裝置文本標識符相異的該至少一候選文本標識符為該目標文本標識符。
- 如請求項4所述之傳輸系統,其中,該解壓縮裝置更用以將該目標文本標識符傳送至該第三中繼節點,該第三中繼節點再將該目標文本標識符傳送至該第二中繼節點,該第二中繼節點再將該目標文本標識符傳送至該第一中繼節點,該第一中繼節點再將該目標文本標識符傳送回該壓縮裝置,該壓縮裝置依據該目標文本標識符,以產生並傳送該強健標頭壓縮封包。
- 如請求項1所述之傳輸系統,其中,該解壓縮裝置接收該強健標頭壓縮封包,並根據該目標文本標識符解壓縮該強健標頭壓縮封包,藉以將該強健標頭壓縮封包還原為該目標網際網路協定封包。
- 如請求項1所述之傳輸系統,其中,當該中繼轉送表中不存在任何之該至少一候選文本標識符時,該中繼終端傳送一衝突訊息(conflict message)至該壓縮裝置。
- 如請求項7所述之傳輸系統,其中,當該壓縮裝置接收到該衝突訊息後,重新產生至少一更新候選文本標示符,並重新傳送一另一初始網際網路協定封包,且該另一初始網際網路協定封包中包含一另一轉送表;其中,該另 一轉送表記錄該至少一更新候選文本標識符。
- 如請求項1所述之傳輸系統,其中,該壓縮裝置、該中繼終端及該解壓縮裝置位於相同的一網路介面中。
- 一種傳輸方法,包含:藉由一壓縮裝置傳送一初始網際網路協定封包,且該初始網際網路協定封包中包含一初始轉送表;其中,該初始轉送表記錄至少一候選文本標識符;藉由一中繼終端接收該初始網際網路協定封包,並從該初始轉送表中選擇與該中繼終端已記錄的一中繼終端文本標識符相異的該至少一候選文本標識符,以建立一中繼終端轉送表,並傳送一中繼終端網際網路協定封包;其中,該中繼終端網際網路協定封包中包含該中繼終端轉送表;以及藉由一解壓縮裝置接收該中繼終端網際網路協定封包,並從該中繼終端轉送表中選擇一個與該解壓縮裝置已記錄的一解壓縮裝置文本標識符相異的該至少一候選文本標識符為一目標文本標識符;其中,該解壓縮裝置將該目標文本標識符傳送至該中繼終端,該中繼終端將該目標文本標識符傳送至該壓縮裝置,該壓縮裝置依據該目標文本標識符,以傳送一強健標頭壓縮封包。
- 如請求項10所述之傳輸方法,其中,該壓 縮裝置係以亂數產生多個該候選文本標識符,並將多個該候選文本標識符加入一標示符集合中,且該初始轉送表用以記錄該標示符集合。
- 如請求項10所述之傳輸方法,其中,該壓縮裝置將一目標網際網路協定封包依據該目標文本標識符壓縮為該強健標頭壓縮封包。
- 如請求項10所述之傳輸方法,其中,該中繼終端包含一第一中繼節點、一第二中繼節點及一第三中繼節點,該傳輸方法更包含:藉由該第一中繼節點接收該初始網際網路協定封包,並從該初始轉送表中選擇與該第一中繼節點已記錄的一第一節點文本標識符相異的該至少一候選文本標識符,以建立一第一節點轉送表,並傳送一第一節點網際網路協定封包;其中,該第一節點網際網路協定封包中包含該第一節點轉送表;藉由該第二中繼節點接收該第一節點網際網路協定封包,並從該第一節點轉送表中選擇與該第二中繼節點已記錄的一第二節點文本標識符相異的該至少一候選文本標識符,以建立一第二節點轉送表,並傳送一第二節點網際網路協定封包;其中,該第二節點網際網路協定封包中包含該第二節點轉送表;以及藉由該第三中繼節點接收該第二節點網際網路協定封包,並從該第二節點轉送表中選擇與該第三中繼節點已記錄的一第三節點文本標識符相異的該至少一候選文本標識符, 以建立一第三節點轉送表,並傳送一第三節點網際網路協定封包;其中,該第三節點網際網路協定封包中包含該第三節點轉送表;其中,該解壓縮裝置更用以接收該第三節點網際網路協定封包,並從該第三節點轉送表中選擇一個與該解壓縮裝置已記錄的該壓縮裝置文本標識符相異的該至少一候選文本標識符為該目標文本標識符。
- 如請求項13所述之傳輸方法,更包含:藉由該解壓縮裝置將該目標文本標識符傳送至該第三中繼節點;藉由該第三中繼節點將該目標文本標識符傳送至該第二中繼節點;藉由該第二中繼節點將該目標文本標識符傳送至該第一中繼節點;藉由該第一中繼節點將該目標文本標識符傳送回該壓縮裝置;以及藉由該壓縮裝置依據該目標文本標識符,以產生並傳送該強健標頭壓縮封包。
- 如請求項10所述之傳輸方法,更包含:藉由該解壓縮裝置接收該強健標頭壓縮封包,並根據該目標文本標識符解壓縮該強健標頭壓縮封包,藉以將該強健標頭壓縮封包還原為該目標網際網路協定封包。
- 如請求項10所述之傳輸方法,其中,當該中繼轉送表中不存在任何之該至少一候選文本標識符時,該中繼終端傳送一衝突訊息至該壓縮裝置。
- 如請求項16所述之傳輸方法,其中,當該壓縮裝置接收到該衝突訊息後,重新產生至少一更新候選文本標示符,並重新傳送一另一初始網際網路協定封包,且該另一初始網際網路協定封包中包含一另一轉送表;其中,該另一轉送表記錄該至少一更新候選文本標識符。
- 如請求項10所述之傳輸方法,其中,該壓縮裝置、該中繼終端及該解壓縮裝置位於相同的一網路介面中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW106118105A TWI656765B (zh) | 2017-06-01 | 2017-06-01 | 傳輸系統及傳輸方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW106118105A TWI656765B (zh) | 2017-06-01 | 2017-06-01 | 傳輸系統及傳輸方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201904240A TW201904240A (zh) | 2019-01-16 |
TWI656765B true TWI656765B (zh) | 2019-04-11 |
Family
ID=65803329
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW106118105A TWI656765B (zh) | 2017-06-01 | 2017-06-01 | 傳輸系統及傳輸方法 |
Country Status (1)
Country | Link |
---|---|
TW (1) | TWI656765B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111507072A (zh) * | 2019-01-31 | 2020-08-07 | 瑞昱半导体股份有限公司 | 基于健壮性头压缩的压缩端与解压缩端及其数据处理方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040042507A1 (en) * | 2002-06-12 | 2004-03-04 | Ghyslain Pelletier | Method and apparatus for fast change of internet protocol headers compression mechanism |
US20040165527A1 (en) * | 2002-12-20 | 2004-08-26 | Xiaoyuan Gu | Control traffic compression method |
US20070072604A1 (en) * | 2005-08-17 | 2007-03-29 | Nortel Networks Limited | Method and system for a wireless multi-hop relay network |
CN102083137A (zh) * | 2009-12-01 | 2011-06-01 | 大唐移动通信设备有限公司 | 一种传输数据的方法、系统和装置 |
WO2012051883A1 (zh) * | 2010-10-19 | 2012-04-26 | 中兴通讯股份有限公司 | 鲁棒性头压缩中一种上下文重用的方法及装置 |
CN102694811A (zh) * | 2012-06-06 | 2012-09-26 | 华为技术有限公司 | 鲁棒性头压缩的上下文标识的处理方法和设备 |
WO2013059990A1 (zh) * | 2011-10-25 | 2013-05-02 | 中兴通讯股份有限公司 | 一种中继路径选择方法及系统 |
-
2017
- 2017-06-01 TW TW106118105A patent/TWI656765B/zh active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040042507A1 (en) * | 2002-06-12 | 2004-03-04 | Ghyslain Pelletier | Method and apparatus for fast change of internet protocol headers compression mechanism |
US20040165527A1 (en) * | 2002-12-20 | 2004-08-26 | Xiaoyuan Gu | Control traffic compression method |
US20070072604A1 (en) * | 2005-08-17 | 2007-03-29 | Nortel Networks Limited | Method and system for a wireless multi-hop relay network |
CN102083137A (zh) * | 2009-12-01 | 2011-06-01 | 大唐移动通信设备有限公司 | 一种传输数据的方法、系统和装置 |
WO2012051883A1 (zh) * | 2010-10-19 | 2012-04-26 | 中兴通讯股份有限公司 | 鲁棒性头压缩中一种上下文重用的方法及装置 |
WO2013059990A1 (zh) * | 2011-10-25 | 2013-05-02 | 中兴通讯股份有限公司 | 一种中继路径选择方法及系统 |
CN102694811A (zh) * | 2012-06-06 | 2012-09-26 | 华为技术有限公司 | 鲁棒性头压缩的上下文标识的处理方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
TW201904240A (zh) | 2019-01-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4602568B2 (ja) | パケットサーバで用いられる通信方法 | |
JP3559271B2 (ja) | ヘッダフィールド圧縮時のコンテキスト識別子の定義方法 | |
US8139555B2 (en) | Bi-directional packet data transmission system and method | |
US9131003B2 (en) | Method of transmitting data in a wireless communication system | |
KR101109605B1 (ko) | 센서 네트워크에서의 헤더 압축 및 패킷 전달 방법 및 장치 | |
US20120155375A1 (en) | Method and Apparatus for Header Compression in Network Relay Scenario | |
JP2003500933A (ja) | インターネットプロトコルを使用する遠隔通信のための方法および装置 | |
JP2004096717A (ja) | 無線通信システムにおけるプロトコル・メッセージの圧縮 | |
JP2004208292A (ja) | 制御トラフィック圧縮方法 | |
JP2003229925A (ja) | 通信システムのパケットデータ伝送方法 | |
KR20080106825A (ko) | 이동 통신 시스템에서 mac 헤더 생성방법 및 데이터전송방법 | |
WO2010020197A1 (zh) | 一种数据的传输方法、通信设备及通信系统 | |
EP1312237B1 (en) | Telecommunication system and method of communicating protocol information | |
WO2011079785A1 (zh) | 一种传输数据包的方法及装置 | |
US8559463B2 (en) | Systems and methods for providing efficient bandwidth utilization in packet switched networks | |
CN101534291A (zh) | Ip报文的发送、接收的方法及装置 | |
WO2011103761A1 (zh) | 数据报文传输方法及接入设备 | |
Jia et al. | An End-to-End IP Header Compressed Packet Forwarding Framework for Bandwidth Constrained Networks | |
TWI656765B (zh) | 傳輸系統及傳輸方法 | |
WO2012155566A1 (zh) | 上下文重用的方法及系统 | |
CN107517202B (zh) | 一种sip信令的二进制化发送和接收方法 | |
WO2010047229A1 (ja) | 通信システムおよび通信装置 | |
KR100997554B1 (ko) | 무선 통신 시스템에서의 헤더 압축 패킷 처리 방법, 단말,기지국, 및 제어국 | |
Rawat et al. | Designing a header compression mechanism for efficient use of IP tunneling in wireless networks | |
CN102448116A (zh) | 鲁棒性头压缩通道配置方法和装置 |