TWI739256B - 跨越不同傳輸協定的網路系統及轉換裝置 - Google Patents
跨越不同傳輸協定的網路系統及轉換裝置 Download PDFInfo
- Publication number
- TWI739256B TWI739256B TW108147957A TW108147957A TWI739256B TW I739256 B TWI739256 B TW I739256B TW 108147957 A TW108147957 A TW 108147957A TW 108147957 A TW108147957 A TW 108147957A TW I739256 B TWI739256 B TW I739256B
- Authority
- TW
- Taiwan
- Prior art keywords
- network
- conversion device
- user
- server
- packet
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/14—Multichannel or multilink protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
Abstract
一種跨越不同傳輸協定的網路系統,其包括使用者裝置、第一轉換裝置、伺服裝置、第二轉換裝置,其中第一轉換裝置與第二轉換裝置之間以第一轉換裝置及第二轉換裝置的網路位址為依據並選擇性提供傳輸控制協定以及多重路徑傳輸控制協定進行資料傳遞,第一轉換裝置與使用者裝置之間以使用者裝置及伺服裝置的網路位址為依據傳遞使用者端網路封包,第二轉換裝置與伺服裝置之間以使用者裝置及伺服裝置的網路位址為依據傳遞伺服端網路封包。
Description
本發明是有關於一種使用多種傳輸協定的網路系統,特別是有關於一種跨越傳輸控制協定及多重路徑傳輸控制協定的網路系統。
新興起的多重路徑傳輸控制協定(Multipath Transmission Control Protocol,MPTCP)允許一個網路連線(network connection)使用多個物理路徑來進行資料傳遞。由於可以同時使用多個物理路徑來傳遞資料,因此使用MPTCP來傳遞資料的時候將可以獲得更大的頻寬,並且也因此對於現代網路環境的高速傳輸要求相當有幫助。
然而,也由於MPTCP是一個新開發的網路通訊協定,所以現存的機器大部分都還不具有利用MPTCP傳遞資料的功能,這對於推廣MPTCP以使網路傳輸速度得到進一步提升的願望造成了不小的阻礙。
有鑑於此,本發明的其中一個目的就在於提供一種跨越不同傳輸協定的網路系統及轉換裝置,使得現有不支援多重路徑傳輸控制協定的裝置在轉換裝置的協助下可以融入在使用多重路徑傳輸控制協定的網路系統中。
從一個方面來看,本發明提出一種跨越不同傳輸協定的網路系統,此網路系統包括使用者裝置、伺服裝置、第一轉換裝置及第二轉換裝置。其中,使用者裝置適於使用傳輸控制協定以在使用者裝置及第一轉換裝置之間傳遞使用者端網路封包;伺服裝置適於使用傳輸控制協定以在伺服裝置及第二轉換裝置之間傳遞伺服端網路封包;第一轉換裝置與第二轉換裝置之間以第一轉換裝置及第二轉換裝置的網路位址為依據並選擇性提供傳輸控制協定以及多重路徑傳輸控制協定來進行資料傳遞,第一轉換裝置與使用者裝置之間以使用者裝置及伺服裝置的網路位址為依據傳遞使用者端網路封包,第二轉換裝置與伺服裝置之間以使用者裝置及伺服裝置的網路位址為依據傳遞伺服端網路封包。
在一個實施例中,第一轉換裝置包括一個使用者端路徑資料庫並根據此使用者端路徑資料庫的內容而與第二轉換裝置依照多重路徑傳輸控制協定來傳輸封包;第二轉換裝置包括一個伺服端路徑資料庫並根據伺服端路徑資料庫的內容而與第一轉換裝置依照多重路徑傳輸控制協定來傳輸封包。
在一個實施例中,第一轉換裝置從使用者裝置接收使用者端網路封包之後,以第一轉換裝置的網路位址為一個路徑協調封包的來源位址、將使用者裝置的網路位址做為此路徑協調封包的資料,並依照傳輸控制協定將此路徑協調封包傳遞至第二轉換裝置。
在一個實施例中,第二轉換裝置根據上述的路徑協調封包而規劃第二轉換裝置與第一轉換裝置之間使用多重路徑傳輸控制協定的多個傳輸路徑、將與這些傳輸路徑對應的路徑資料記錄在伺服端路徑資料庫中,並將與所記錄的路徑資料相關的內容回傳至第一轉換裝置,且第
一轉換裝置將所收到的與路徑資料相關的內容記錄在使用者端路徑資料庫。
在一個實施例中,在第二轉換裝置依照多重路徑傳輸控制協定而從與上述的路徑資料對應的傳輸路徑中接收到多重路徑網路封包之後,此第二轉換裝置以使用者裝置的網路位址作為伺服端網路封包的來源位址、以伺服裝置的網路位址作為伺服端網路封包的目標位址及以此多重路徑網路封包的資料為伺服端網路封包的資料而產生伺服端網路封包,並將所產生的伺服端網路封包傳遞至伺服裝置。
在一個實施例中,在從伺服裝置接收伺服端網路封包之後,第二轉換裝置以第二轉換裝置的網路位址為多重路徑網路封包的來源位址、將所接收到的伺服端網路封包的資料做為多重路徑網路封包的資料,並依照多重路徑傳輸控制協定將多重路徑網路封包傳遞至第一轉換裝置。
在一個實施例中,當接收到根據使用者端路徑資料庫的內容而從第二轉換裝置傳來的多重路徑網路封包之後,第一轉換裝置以伺服裝置的網路位址為使用者端網路封包的來源位址、以使用者裝置的網路位址為使用者端網路封包的目標位址及以多重路徑網路封包的資料為使用者端網路封包的資料而產生使用者端網路封包,並將所產生的使用者端網路封包傳遞至使用者裝置。
在一個實施例中,在使用者裝置傳遞的使用者端網路封包表示結束網路連線時,伺服裝置根據對應的伺服端網路封包而結束網路連線、第一轉換裝置清除使用者端路徑資料庫中與所結束的網路連線相關的內容,且第二轉換裝置清除伺服端路徑資料庫中與所結束的網路連線相關的內容。
從另一個方面來看,本發明提出一種跨越不同傳輸協定的轉換裝置,其適於將從中介裝置接收到的資料轉傳到使用者裝置。此轉換裝置包括第一網路介面模組、第二網路介面模組、記憶體以及處理模組。其中,第一網路介面模組適於以傳輸控制協定連接至使用者裝置;第二網路介面模組適於連接至不同的多個物理線路;記憶體儲存中介裝置的網路位址以及與中介裝置相對應的伺服裝置的網路位址;處理模組電性耦接至第一網路介面模組、第二網路介面模組及記憶體,並且控制第二網路存取模組利用物理線路選擇性的以傳輸控制協定及多重路徑傳輸控制協定與中介裝置進行資料傳遞;從中介裝置傳來的資料的來源位址是中介裝置的網路位址,而且處理模組在將從中介裝置傳來的資料轉傳到使用者裝置之前先將要轉傳至使用者裝置的網路封包的來源位址設定為伺服裝置的網路位址。
藉由採用上述技術,原本僅支援傳輸控制協定而不支援多重路徑傳輸控制協定的使用者裝置及伺服裝置可以藉由轉換裝置的協助而融入使用多重路徑傳輸控制協定的網路系統中。據此,使用者可以在不更換裝置的情況下很容易地加入到使用多重路徑傳輸控制協定的網路系統中,進而獲得使用多重路徑傳輸控制協定來進行資料傳輸時所能獲得的加大頻寬的優點。
10、200、250:轉換裝置
20:網路系統
22:網路
100:處理模組
110:記憶體
120:第一網路介面模組
130:第二網路介面模組
140~146、230、240~244、280、290~296:物理線路
202:使用者端路徑資料庫
210:使用者裝置
252:伺服端路徑資料庫
260:伺服裝置
S300~S370:本發明一實施例的施行步驟
S400~S464:本發明一實施例的施行步驟
圖1為根據本發明一實施例的跨越不同傳輸協定的轉換裝置的電路方塊圖。
圖2為根據本發明一實施例的跨越不同傳輸協定的網路系統的系統架構示意圖。
圖3為根據本發明一實施例的跨越不同傳輸協定的網路系統的運作流程示意圖。
圖4為根據本發明一實施例的跨越不同傳輸協定的網路系統的運作流程示意圖。
請參照圖1,其為根據本發明一實施例的跨越不同傳輸協定的轉換裝置的電路方塊圖。如圖所示,本實施例中的轉換裝置10包括了一個處理模組100、一個記憶體110、一個第一網路介面模組120以及一個第二網路介面模組130。處理模組100分別電性耦接至記憶體110、第一網路介面模組120以及第二網路介面模組130,藉此使處理模組100能分別與記憶體110、第一網路介面模組120以及第二網路介面模組130互相傳遞資料。第一網路介面模組120電性耦接至使用者裝置(未繪示於圖中),並根據傳輸控制協定(Transmission Control Protocol,TCP)與使用者裝置進行資料傳遞。第二網路介面模組130連接至不同的多個物理線路140、142、144及146,並且在處理模組100的控制之下利用物理線路140、142、144及146選擇性地提供TCP及多重路徑傳輸控制協定(Multipath Transmission Control Protocol,MPTCP)來作為與中介裝置(未繪示於圖中)進行資料傳遞時使用的傳輸協定。記憶體110用於儲存上述的中介裝置的網路位址以及與上述中介裝置相對應的伺服裝置(未繪示於圖中)的網路位址。
當轉換裝置10從中介裝置接收到資料並且要將從中介裝置接收的資料轉傳給使用者裝置的時候,處理模組100可以先從所接收到的資料中得到中介裝置的網路位址(一般是被存放在接收到的資料中的來源位址的欄位中),然後根據中介裝置的網路位址而在記憶體110中找到與此中介裝置相對應的伺服裝置的網路位址,最後再將要轉傳到使用者裝置的資料中的來源位址的欄位設定為伺服裝置的網路位址以讓使用者裝置能明確得知所接收到的資料的提供者是誰。
相對的,當轉換裝置10從使用者裝置接收到資料並且要將此資料經過第二網路介面模組130向外傳送的時候,轉換裝置10可以透過第二網路介面模組130與接收資料的目標裝置進行溝通以確認適合採用的傳輸協定,最後再選擇適當的傳輸協定(TCP或MPTCP)來進行資料傳輸。
在一個實施例中,上述的中介裝置可以直接就是一個能夠根據MPTCP傳遞資料的伺服器,此時中介裝置的網路位址有可能等同於伺服裝置的網路位址(當然也有可能兩者的網路位址並不相同)。在另一個實施例中,中介裝置可以是一個能夠根據MPTCP傳遞資料的封包轉傳器(例如是另一個由本發明的實施例所提供的轉換裝置10),而伺服器則是藉由TCP或MPTCP而連接到這一個轉傳器的裝置,此時中介裝置的網路位址就當然與伺服裝置的網路位址不同。
由於上述的轉換裝置一方面能將根據MPTCP而收到的資料改由根據TCP來進行傳遞,另一方面也能將根據TCP而收到的資料改由根據MPTCP來進行傳遞,所以原本無法根據MPTCP來傳遞資料的裝置可以藉由這個轉換裝置而融入到採用MPTCP為傳輸協議的網路中,減少了因為要採用MPTCP而需要更換的硬體設備的數量。
為了使本領域的技術人員能夠更清楚瞭解本案的轉換裝置所帶來的優點,以下將說明配合本案的轉換裝置而將僅能根據TCP進行資料傳遞的裝置融入到採用MPTCP為傳輸協議的網路中的實施例。
請參照圖2,其為根據本發明一實施例的跨越不同傳輸協定的網路系統的系統架構示意圖。如圖所示,本實施例中的網路系統20包括了兩個轉換裝置200及250,一個使用者裝置210以及一個伺服裝置260。但必須說明的是,實際操作時可以有不只一個使用者裝置與轉換裝置200連接,也可以有不只一個伺服裝置與轉換裝置250連接,此處只是為了說明上的簡潔易懂而選擇以一個使用者裝置210以及一個伺服裝置260為例。當存在多個使用者裝置或者多個伺服裝置的時候,每一個使用者裝置與每一個伺服裝置之間的操作流程可以採用與以下說明內容相同的方式來進行。
在本實施例中,轉換裝置200以及轉換裝置250可以分別是圖1所示的轉換裝置10或者包含轉換裝置10的必要技術在內的裝置,使用者裝置210以及伺服裝置260則分別是支援TCP但是不支援MPTCP的網路裝置。如圖2所示,使用者裝置210依據TCP的規定藉由物理線路230而電性耦接至轉換裝置200(例如連接到圖1所示的第一網路介面模組120)以使轉換裝置200與使用者裝置210之間可以依據TCP而傳遞資料。類似的,伺服裝置260依據TCP的規定藉由物理線路280而電性耦接至轉換裝置250(例如連接到圖1所示的第一網路介面模組120)以使轉換裝置250與伺服裝置260之間可以依據TCP而傳遞資料。
與圖1所示的轉換裝置10類似,本實施例中使用的轉換裝置200及轉換裝置250一方面可以藉由一組網路介面(例如圖1所示的第一網路介面模組120)與僅支援TCP的使用者裝置210或伺服裝置260傳遞資料,
另一方面還可以藉由另一組網路介面(例如圖1所示的第二網路介面模組130)經由網路22電性耦接到支援MPTCP的其它裝置以進行資料傳遞的操作。在本實施例中,轉換裝置200可以經過不同的物理線路240、242與244連接到網路22,轉換裝置250可以經過不同的物理線路290、292、294與296連接到網路22。此處的物理線路240、242、244、290、292、294與296分別是一個獨立可傳遞資料的物理線路,例如:由A公司提供的網路專線、由B公司提供的4G網路、利用C公司的無線網路建立的連線等等。轉換裝置250及200所能連接的物理線路的數量並不限定於本實施例中所舉的數量,在實際設計時所採用的物理線路的數量只需要使MPTCP能正常運作即可。
為了使本領域的技術人員能從完整理解圖2所示的網路系統20的運作方式,以下將一併參照圖1、圖2及圖3來進行說明,其中,圖3是根據本發明一實施例的跨越不同傳輸協定的網路系統的運作流程示意圖,垂直軸由上而下代表時間由前而後。此外,為了說明上的方便,在轉換裝置200與使用者裝置210之間傳遞的網路封包不論是從轉換裝置200傳到使用者裝置210或是從使用者裝置210傳到轉換裝置200,都將被稱為使用者端網路封包;類似的,在轉換裝置250與伺服裝置260之間傳遞的網路封包不論是從轉換裝置250傳到伺服裝置260或是從伺服裝置260傳到轉換裝置250,都將被稱為伺服端網路封包。
在圖3所示的實施例中,首先由使用者裝置210根據TCP的規定向外傳遞使用者端網路封包以表明要向伺服裝置260取得資料(步驟S300)。根據TCP的規定,這樣的一個使用者端網路封包會以使用者裝置210及伺服裝置260的網路位址為依據來進行傳遞;更詳細地說,上述的使用者端網路封包會以使用者裝置210的網路位址為來源位址、以使
用者裝置210的網路埠為來源埠、以伺服裝置260的網路位址為目標位址,並以伺服裝置260的網路埠為目標埠。
由使用者裝置210發出的使用者端網路封包會被轉換裝置200(例如由圖1的第一網路介面模組120)所接收,而且轉換裝置200在接收到使用者端網路封包之後會根據TCP的規定向外轉發(例如由圖1的第二網路介面模組130向外發出)連線要求(步驟S310)。轉換裝置250在接收到連線要求之後會先與轉換裝置200溝通並決定適當的傳輸協議(步驟S320)。由於轉換裝置200與轉換裝置250都可以支援以MPTCP來傳送資料,因此在網路環境許可的前提下,轉換裝置200與轉換裝置250之間將會根據MPTCP的規定來傳遞後續的資料。
在經過上述的溝通之後,轉換裝置200可以根據MPTCP將先前由使用者裝置210發出的使用者端網路封包的內容傳遞至轉換裝置250(步驟S330)。應理解的是,在根據MPTCP傳遞資料的時候,轉換裝置200與轉換裝置250會分別根據轉換裝置200與轉換裝置250的網路位址及網路埠來進行資料傳遞。也就是說,當轉換裝置200根據MPTCP往轉換裝置250傳遞資料的時候,轉換裝置200會以本身的網路位址及網路埠為來源位址及來源埠並以轉換裝置250的網路位址及網路埠為目標位址及目標埠來傳遞資料;反過來,當轉換裝置250根據MPTCP往轉換裝置200傳遞資料的時候,轉換裝置250會以本身的網路位址及網路埠為來源位址及來源埠並以轉換裝置200的網路位址及網路埠為目標位址及目標埠來傳遞資料。
轉換裝置250在從轉換裝置200接收到資料之後,會開始將所接收到的資料轉傳到伺服裝置260(步驟S340)。此時,由於伺服裝置260僅能支援根據TCP的規定傳遞資料,所以由轉換裝置250往伺服裝置260傳
遞的伺服端網路封包必須是符合TCP的網路封包,而且伺服端網路封包的來源位址會被設定為使用者裝置210的網路位址、來源埠會被設定為使用者裝置210在此次連線中使用的網路埠、目標位址會被設定為伺服裝置260的網路位址,以及目標埠會被設定為預定要連接的伺服裝置260的網路埠。為了完成設定伺服端網路封包的程序,轉換裝置250應該提前獲得使用者裝置210的網路位址以及使用者裝置210在此次連線中使用的網路埠。
伺服裝置260在步驟S340接收到伺服端網路封包之後,會依據所接收到的伺服端網路封包進行對應的處理並以使用者裝置210為對象產生另一個伺服端網路封包作為回應(步驟S350)。此時,作為回應的伺服端網路封包的來源位址及來源埠分別是伺服裝置260的網路位址及網路埠,而其目標位址及目標埠則分別是使用裝置210的網路位址及網路埠。
當接收到從伺服裝置260發出的作為回應的伺服端網路封包時,轉換裝置250會根據先前與轉換裝置200溝通好的傳輸協議(在本實施例中是MPTCP)而將所收到的伺服端網路封包的內容傳遞至轉換裝置200(步驟S360)。轉換裝置200在從轉換裝置250接收到要提供給使用者裝置210的資料之後,會將所收到的資料轉換為符合TCP的使用者端網路封包並將其傳送給使用者裝置210(步驟S370)。此時由轉換裝置200傳送往使用者裝置210的使用者端網路封包的來源位址及來源埠會分別被設定為伺服裝置260的網路位址及網路埠,而且此一使用者端網路封包的目標位址及目標埠會分別被設定為使用者裝置210的網路位址及網路埠。而且,為了完成上述設定使用者端網路封包的程序,轉換
裝置200應該具備判斷所接收的資料是由伺服裝置260回應給使用者裝置210的能力。
接下來將同時參照圖1、圖2及圖4對圖2所示的網路系統20的運作方式進行更為詳細的解說,其中,圖4是根據本發明一實施例的跨越不同傳輸協定的網路系統的運作流程示意圖,垂直軸由上而下代表時間由前而後。
在本實施例中,首先由使用者裝置210根據TCP的規定向外傳遞使用者端網路封包以表明要向伺服裝置260取得資料(步驟S400)。其中,此一使用者端網路封包會以使用者裝置210的網路位址為來源位址、以使用者裝置210的網路埠為來源埠、以伺服裝置260的網路位址為目標位址,並以伺服裝置260的網路埠為目標埠。
當轉換裝置200藉由一個網路介面(例如圖1所示的第一網路介面模組120)接收到由使用者裝置210發出的使用者端網路封包之後,轉換裝置200會在類似處理模組100的元件的控制之下,根據所接收到的使用者端網路封包而產生出一個對應的路徑協調封包(步驟S410)。其中,此路徑協調封包的來源位址及來源埠會被設定為轉換裝置200的網路位址及網路埠、目標位址及目標埠會被設定為伺服裝置260的網路位址及網路埠,而且在轉換裝置200與250之間傳輸的此路徑協調封包的資料(content)會包括使用者裝置210的網路位址、使用者裝置210在此次連線中所使用的網路埠,以及進行多重路徑傳輸時所使用的識別碼等等而非如習知方法將上述網路位址、網路埠與識別碼等放至於表頭位置(header)。
當產生出路徑協調封包之後,轉換裝置200會根據TCP並藉由連接到網路22的網路介面(例如圖1所示的第二網路介面模組130)而向外
傳送(步驟S412)路徑協調封包。當轉換裝置250接收到路徑協調封包並且由目標位址發現是要與連接到轉換裝置250的伺服裝置260進行連線的時候,轉換裝置250會先規劃用來與轉換裝置200進行資料傳輸的傳輸路徑(例如物理路徑290、292等),並將與此連線相關的資料,包括使用者裝置210的網路位址及網路埠以及識別碼,以及所規劃用來與轉換裝置200進行資料傳輸的傳輸路徑等內容儲存在伺服端路徑資料庫252中以備後續使用(步驟S414)。
上述記錄在伺服端路徑資料庫252中的資訊的全部或部分會依照需求被傳遞至轉換裝置200,轉換裝置200將所收到的資訊記錄在使用者端路徑資料庫202中,並且根據所記錄的資料完成執行MPTCP前所需的準備工作(步驟S416)。接下來,轉換裝置200就可以根據使用者端路徑資料庫202的內容而與轉換裝置250依照MPTCP來傳輸封包;同樣的,轉換裝置250也可以根據伺服端路徑資料庫252的內容而與轉換裝置250依照MPTCP來傳輸封包。
具體來說,MPTCP的交握(Handshaking)程序更為複雜,但為了不使說明過於繁亂所以在此處僅作簡短描述。完整的交握程序可以參照現有的技術來進行並且應在步驟S412~S416之間完成以便後續按照MPTCP進行資料傳遞操作。為使說明簡單明了,根據MPTCP傳遞的資料在後續將被稱為多重路徑網路封包。
在完成MPTCP的交握程序之後,轉換裝置200就可以開始根據MPTCP的規定而向轉換裝置250傳遞資料(步驟S418)。在轉換裝置200根據MPTCP傳遞資料到轉換裝置250的過程中,原本所收到的使用者端網路封包的內容可能被分為一個以上的多重路徑網路封包以分別透過可被使用的物理連線來進行傳遞,而且各多重路徑網路封包的來源位
址及來源埠分別被設定為轉換裝置200的網路位址及網路埠、各多重路徑網路封包的目標位址及目標埠分別被設定為轉換裝置250的網路位址及網路埠。
接下來,轉換裝置250藉由一個網路介面(類似於圖1中的第二網路介面模組130)接收從轉換裝置200傳來的多重路徑網路封包、將所接收到的多重路徑網路封包暫存暫存起來(例如暫存在類似記憶體110的元件中),並由類似處理模組100的元件依照在多重路徑封包中所包含的各類封包編號而將這些多重路徑封包重組為正確的資料(步驟S420)。此處提及的各類封包編號是根據MPTCP的規定而得,其具體設計方式可以參照MPTCP的內容,在此不多做說明。
經過轉換裝置250重組的資料將被包裝在符合TCP的伺服端網路封包中並且被從轉換裝置250的另一個網路介面(類似於圖1中的第一網路介面模組120)向外發送(步驟S422)。其中,此伺服端網路封包的來源位址及來源埠分別被設定為使用者裝置210的網路位址及網路埠,而且此伺服端網路封包的目標位址及目標埠分別被設定為伺服裝置260的網路位址及網路埠。
伺服裝置260在收到上述的伺服端網路封包之後就可以根據伺服端網路封包的內容來進行處理並產生用於回應的伺服端網路封包(步驟S424),此用於回應的伺服端網路封包的來源位址及來源埠分別被設定為伺服裝置260的網路位址及網路埠,而且其目標位址及目標埠分別被設定為使用者裝置210的網路位址及網路埠。
轉換裝置250會將接收從伺服裝置260接收到的伺服端網路封包分為一個以上的多重路徑網路封包以根據MPTCP分別透過可被使用的物理連線來進行資料傳遞(步驟S426)。其中,各多重路徑網路封包的
來源位址及來源埠分別被設定為轉換裝置250的網路位址及網路埠,且各多重路徑網路封包的目標位址及目標埠分別被設定為轉換裝置200的網路位址及網路埠。接下來,在轉換裝置200接收到從轉換裝置250傳來的多重路徑網路封包之後,轉換裝置200會將所接收到的多重路徑網路封包暫存起來(例如暫存在類似記憶體110的元件中),並由類似處理模組100的元件依照在多重路徑封包中所包含的各類封包編號而將這些多重路徑封包重組為正確的資料(步驟S427)。
經過轉換裝置200重組的資料將被包裝在符合TCP的使用者端網路封包中並且被從轉換裝置200與使用者裝置210電性耦接的的網路介面(類似於圖1中的第一網路介面模組120)向外發送至使用者裝置210(步驟S428)。其中,此使用者端網路封包的來源位址及來源埠分別被設定為伺服裝置260的網路位址及網路埠,而且此使用者端網路封包的目標位址及目標埠分別被設定為使用者裝置210的網路位址及網路埠。
經過上述的操作過程之後,使用者裝置210、轉換裝置200、轉換裝置250及伺服裝置260之間的連線就已經被完整地建立起來了。因此,在這之後就可以直接利用已經建立好的連線來進行資料傳遞。如圖4所示,在連線建立之後,使用者裝置210與伺服裝置260之間就可以藉由步驟S430、S432、S434、S436、S438及S440來進行資料的傳遞。由於步驟S430~S440的操作內容約略包含了前述說明中的步驟S400、S410以及S418~S428的操作內容,因此在此就不多做重複的說明。
接下來,在使用者裝置210決定要結束連線的時候,使用者裝置210可以利用已經建立好的連線發出一個使用者端網路封包以表示要結束此網路連線(步驟S450),此使用者端網路封包可以依據先前建立好的連線以及對應的網路協定而一路由轉換裝置200及轉換裝置250傳
遞至伺服裝置260(步驟S452、S454)。在伺服裝置260回應結束網路連線的要求(步驟S456)之後,此回應還可以依照先前建立好的連線一路被傳遞至使用者裝置210(步驟S458、S462),而且,在這個過程中,轉換裝置250會刪除原本儲存在伺服端路徑資料庫252中與此連線相關的資料(步驟S460),轉換裝置200也會刪除原本儲存在使用者端路徑資料庫202中與此連線相關的資料(步驟S464)。
在另一個實施例中,要求結束連線及回覆結束連線的網路封包可以全程根據TCP的規定來進行傳遞,此時轉換裝置200與轉換裝置250刪除儲存在使用者端路徑資料庫202及伺服端路徑資料庫252中的資料的時間點自然也就可以進行適當地調整。
根據以上實施例,原本僅支援傳輸控制協定而不支援多重路徑傳輸控制協定的使用者裝置及伺服裝置可以藉由轉換裝置的協助而融入使用多重路徑傳輸控制協定的網路系統中。據此,使用者可以在不更換裝置的情況下很容易地加入到使用多重路徑傳輸控制協定的網路系統中,進而獲得使用多重路徑傳輸控制協定來進行資料傳輸時所能獲得的加大頻寬的優點。此外,由於伺服裝置可以獲得實際要求資料的裝置(使用者裝置)的網路位址,因此也降低了被未授權者存取資料的可能性。
20:網路系統
22:網路
200、250:轉換裝置
202:使用者端路徑資料庫
210:使用者裝置
230、240~244、280、290~296:物理線路
252:伺服端路徑資料庫
260:伺服裝置
Claims (9)
- 一種跨越不同傳輸協定的網路系統,其特徵在於包括: 一第一轉換裝置; 一第二轉換裝置; 一使用者裝置,適於使用一傳輸控制協定以與該第一轉換裝置進行一使用者端網路封包的傳遞;以及 一伺服裝置,適於使用該傳輸控制協定以與該第二轉換裝置進行一伺服端網路封包的傳遞; 其中,該第一轉換裝置與該第二轉換裝置之間以該第一轉換裝置及該第二轉換裝置的網路位址為依據並選擇性提供該傳輸控制協定以及一多重路徑傳輸控制協定進行資料傳遞,該第一轉換裝置與該使用者裝置之間以該使用者裝置及該伺服裝置的網路位址為依據傳遞該使用者端網路封包,該第二轉換裝置與該伺服裝置之間以該使用者裝置及該伺服裝置的網路位址為依據傳遞該伺服端網路封包。
- 如申請專利範圍第1項所述的網路系統,其中該第一轉換裝置包括一使用者端路徑資料庫並根據該使用者端路徑資料庫的內容而與該第二轉換裝置依照該多重路徑傳輸控制協定來傳輸封包;該第二轉換裝置包括一伺服端路徑資料庫並根據該伺服端路徑資料庫的內容而與該第一轉換裝置依照該多重路徑傳輸控制協定來傳輸封包。
- 如申請專利範圍第2項所述的網路系統,其中該第一轉換裝置從該使用者裝置接收該使用者端網路封包之後,以該第一轉換裝置的網路位址為一路徑協調封包的來源位址、將該使用者裝置的網路位址做為該路徑協調封包的資料,並依照該傳輸控制協定將該路徑協調封包傳遞至該第二轉換裝置。
- 如申請專利範圍第3項所述的網路系統,其中,該第二轉換裝置根據該路徑協調封包而規劃該第二轉換裝置與該第一轉換裝置之間使用該多重路徑傳輸控制協定的多個傳輸路徑、將與該些傳輸路徑對應的一路徑資料記錄在該伺服端路徑資料庫中,並將與該路徑資料相關的內容回傳至該第一轉換裝置,且該第一轉換裝置將所收到的與該路徑資料相關的內容記錄在該使用者端路徑資料庫。
- 如申請專利範圍第4項所述的網路系統,其中在該第二轉換裝置依照該多重路徑傳輸控制協定而從與該路徑資料對應的該些傳輸路徑中接收到一多重路徑網路封包之後,該第二轉換裝置以該使用者裝置的網路位址為該伺服端網路封包的來源位址、以該伺服裝置的網路位址為該伺服端網路封包的目標位址及以該多重路徑網路封包的資料為該伺服端網路封包的資料而產生該伺服端網路封包,並將所產生的該伺服端網路封包傳遞至該伺服裝置。
- 如申請專利範圍第2項所述的網路系統,其中該第二轉換裝置從該伺服裝置接收該伺服端網路封包之後,以該第二轉換裝置的網路位址為一多重路徑網路封包的來源位址、將該伺服端網路封包的資料做為該多重路徑網路封包的資料,並依照該多重路徑傳輸控制協定將該多重路徑網路封包傳遞至該第一轉換裝置。
- 如申請專利範圍第6項所述的網路系統,其中當該第一轉換裝置接收到根據該使用者端路徑資料庫的內容而從該第二轉換裝置傳來的該多重路徑網路封包之後,該第一轉換裝置以該伺服裝置的網路位址為該使用者端網路封包的來源位址、以該使用者裝置的網路位址為該使用者端網路封包的目標位址及以該多重路徑網路封包的資料為該使用者端網路封包的資料而產生該使用者端網路封包,並將所產生的該使用者端網路封包傳遞至該使用者裝置。
- 如申請專利範圍第2項所述的網路系統,其中在該使用者裝置傳遞的該使用者端網路封包表示結束一網路連線時,該伺服裝置根據對應的該伺服端網路封包而結束該網路連線、該第一轉換裝置清除該使用者端路徑資料庫中與所結束的該網路連線相關的內容,且該第二轉換裝置清除該伺服端路徑資料庫中與所結束的該網路連線相關的內容。
- 一種跨越不同傳輸協定的轉換裝置,適於將從一中介裝置接收到的資料轉傳到一使用者裝置,其特徵在於包括: 一第一網路介面模組,適於以一傳輸控制協定連接至該使用者裝置; 一第二網路介面模組,適於連接至不同的多個物理線路; 一記憶體,儲存該中介裝置的網路位址以及與該中介裝置相對應的一伺服裝置的網路位址;以及 一處理模組,電性耦接至該第一網路介面模組、該第二網路介面模組及該記憶體,並且控制該第二網路存取模組利用該些物理線路選擇性的以該傳輸控制協定及一多重路徑傳輸控制協定與該中介裝置進行資料傳遞; 其中,從該中介裝置傳來的資料的來源位址是該中介裝置的網路位址,而且該處理模組在將從該中介裝置傳來的資料轉傳到該使用者裝置之前先將要轉傳至該使用者裝置的一網路封包的來源位址設定為該伺服裝置的網路位址。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW108147957A TWI739256B (zh) | 2019-12-26 | 2019-12-26 | 跨越不同傳輸協定的網路系統及轉換裝置 |
US17/134,905 US11457094B2 (en) | 2019-12-26 | 2020-12-28 | Network system and conversion apparatus crossing different transmission protocols |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW108147957A TWI739256B (zh) | 2019-12-26 | 2019-12-26 | 跨越不同傳輸協定的網路系統及轉換裝置 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW202126014A TW202126014A (zh) | 2021-07-01 |
TWI739256B true TWI739256B (zh) | 2021-09-11 |
Family
ID=76545637
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW108147957A TWI739256B (zh) | 2019-12-26 | 2019-12-26 | 跨越不同傳輸協定的網路系統及轉換裝置 |
Country Status (2)
Country | Link |
---|---|
US (1) | US11457094B2 (zh) |
TW (1) | TWI739256B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20230030168A1 (en) * | 2021-07-27 | 2023-02-02 | Dell Products L.P. | Protection of i/o paths against network partitioning and component failures in nvme-of environments |
CN116347261B (zh) * | 2023-03-27 | 2023-10-24 | 深圳市麦驰物联股份有限公司 | 基于多协议控制的楼宇对讲与电梯交互系统及方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10542053B2 (en) * | 2014-09-30 | 2020-01-21 | Huawei Technologies Co., Ltd. | Address management apparatus, system, and method for communication over multipath transmission control protocol |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8285875B2 (en) * | 2009-01-28 | 2012-10-09 | Juniper Networks, Inc. | Synchronizing resource bindings within computer network |
US8400923B2 (en) * | 2010-10-15 | 2013-03-19 | Telefonaktiebolaget L M Ericsson (Publ) | Multipath transmission control protocol proxy |
EP2882148A1 (en) | 2013-12-09 | 2015-06-10 | Université Catholique De Louvain | Establishing a data transfer connection |
US9755953B1 (en) * | 2014-07-24 | 2017-09-05 | Rockwell Collins, Inc. | Multi-path routing control for an encrypted tunnel |
US10021034B2 (en) * | 2014-09-25 | 2018-07-10 | Hughes Network Systems, Llc | Application aware multihoming for data traffic acceleration in data communications networks |
US10348847B2 (en) * | 2016-01-28 | 2019-07-09 | Oracle International Corporation | System and method for supporting proxy based multicast forwarding in a high performance computing environment |
US10333846B2 (en) * | 2016-02-19 | 2019-06-25 | Citrix Systems, Inc. | Systems and methods for routing network packets between multi-core intermediaries |
EP3255845A1 (en) * | 2016-06-10 | 2017-12-13 | Tessares SA | Multipath tcp in hybrid access networks |
EP3337121B1 (en) * | 2016-12-16 | 2022-05-25 | Tessares SA | Networking bonding by a mobile communication device |
CN108574635B (zh) * | 2017-03-09 | 2021-06-22 | 华为技术有限公司 | 一种路由优先级配置方法、设备以及控制器 |
US10212089B1 (en) * | 2017-09-21 | 2019-02-19 | Citrix Systems, Inc. | Encapsulating traffic entropy into virtual WAN overlay for better load balancing |
CN109600248B (zh) * | 2017-09-30 | 2020-09-08 | 华为技术有限公司 | 服务质量的确定方法、装置及存储介质 |
US11240858B2 (en) * | 2018-04-27 | 2022-02-01 | Nokia Solutions And Networks Oy | Traffic steering for stateless packets over multipath networks |
EP3579500B1 (en) * | 2018-06-07 | 2021-11-17 | Deutsche Telekom AG | A communication system for transmitting a transmission control protocol segment over a communication network using a multipath transmission control protocol, corresponding method and computer program |
EP3614794A1 (en) * | 2018-08-22 | 2020-02-26 | Tessares SA | Multi-path access network |
US10965788B2 (en) * | 2019-03-18 | 2021-03-30 | Hewlett Packard Enterprise Development Lp | Multi-path transmission control protocol (MP-TCP) option tunneling for MP-TCP proxies |
US11088944B2 (en) * | 2019-06-24 | 2021-08-10 | Amazon Technologies, Inc. | Serverless packet processing service with isolated virtual network integration |
-
2019
- 2019-12-26 TW TW108147957A patent/TWI739256B/zh active
-
2020
- 2020-12-28 US US17/134,905 patent/US11457094B2/en active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10542053B2 (en) * | 2014-09-30 | 2020-01-21 | Huawei Technologies Co., Ltd. | Address management apparatus, system, and method for communication over multipath transmission control protocol |
Also Published As
Publication number | Publication date |
---|---|
US20210203758A1 (en) | 2021-07-01 |
TW202126014A (zh) | 2021-07-01 |
US11457094B2 (en) | 2022-09-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101296238B (zh) | 一种保持安全套接层会话持续性的方法及设备 | |
JP3667586B2 (ja) | マルチキャストパケット転送装置、マルチキャストパケット転送システム及び記憶媒体 | |
TWI739256B (zh) | 跨越不同傳輸協定的網路系統及轉換裝置 | |
CN107332775B (zh) | 基于docker容器的跨宿主机互访系统及其控制方法 | |
CN106790420B (zh) | 一种多会话通道建立方法和系统 | |
JP2018518124A (ja) | データパケット転送 | |
CN102694738B (zh) | 在虚拟专用网网关转发报文的方法以及虚拟专用网网关 | |
CN104994022B (zh) | 一种报文传输的方法和业务板 | |
CN102355479A (zh) | 一种多nat网关流量转发的方法和设备 | |
CN105162702A (zh) | 一种ac引流方法及装置 | |
US8359401B2 (en) | Network switch | |
JP2004503122A (ja) | 異なるネットワークデバイス間でのデータ転送をipネットワークを介して行なう方法および装置 | |
TW200900933A (en) | Virtual pipe for wire adapter communications | |
JP4925130B2 (ja) | 通信制御方法およびシステム | |
CN103957242A (zh) | 一种ip虚拟化转换的物联网网关 | |
CN102299862A (zh) | 二层隧道快速转发设备和方法 | |
CN107409102A (zh) | 对多机架以太信道对等体的自动发现和配设 | |
US8539109B1 (en) | Third party direct memory access protocol extension to separate data path from control path | |
CN101483590B (zh) | 网络通信设备及其封包路由方法 | |
CN102255814A (zh) | 一种选择传送路径的方法、装置和系统 | |
JP6898120B2 (ja) | ネットワークシステム、ネットワークシステムのアドレス解決方法、および、拠点側接続装置 | |
CN105049241A (zh) | 终端接入网络的方法及系统 | |
EP2822222B1 (en) | Communication system, protocol processing computer and communication method | |
JP3851725B2 (ja) | レベル2イーサネットワークスイッチの機能をレベル3以上まで向上させる装置およびその方法 | |
JP2003046567A (ja) | マルチトンネル・ゲートウェイ装置、仮想マルチドロップ接続通信システム及び同システムにおける通信方法 |