JPH11112561A - 通信方法および通信装置 - Google Patents

通信方法および通信装置

Info

Publication number
JPH11112561A
JPH11112561A JP9266149A JP26614997A JPH11112561A JP H11112561 A JPH11112561 A JP H11112561A JP 9266149 A JP9266149 A JP 9266149A JP 26614997 A JP26614997 A JP 26614997A JP H11112561 A JPH11112561 A JP H11112561A
Authority
JP
Japan
Prior art keywords
address
end point
computer
communication path
identifier
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP9266149A
Other languages
English (en)
Inventor
Fumio Teraoka
文男 寺岡
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP9266149A priority Critical patent/JPH11112561A/ja
Priority to SG1998003905A priority patent/SG71849A1/en
Priority to US09/161,938 priority patent/US6292836B1/en
Priority to EP98307922A priority patent/EP0909076A2/en
Priority to KR1019980040767A priority patent/KR19990030284A/ko
Publication of JPH11112561A publication Critical patent/JPH11112561A/ja
Withdrawn legal-status Critical Current

Links

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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • 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/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • 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/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

(57)【要約】 【課題】 計算主体が移動した場合でも、最初に確立し
た論理通信路を使用できるようにする。 【解決手段】 IPヘッダの部分に計算機Ａおよび計算機
Ｂのアドレスを設定し、VTCPアドレスヘッダの部分にVT
CPコネクションの両端点VEndPointAおよびVEndpointBの
アドレスを設定し、VTCP IDヘッダの部分にVTCPコネク
ションの両端点の識別子を設定する。計算機Ｂ上の計算
主体が他の計算機Ｃに移動した場合、VTCPコネクション
の端点VEndPointBも計算機Ｃに移動し、VTCPアドレスヘ
ッダのアドレスが計算機ＣのVTCPコネクション端点VEnd
PointBのアドレスに変更され、計算機Ａに通知される。
これにより、計算主体が計算機Ｂから計算機Ｃに移動し
た後も、最初に確立したVTCPコネクションが維持され
る。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、通信方法および通
信装置に関し、例えば、TCPコネクション端点がコンピ
ュータ間で移動したり、TCPコネクション端点の存在す
るコンピュータをインターネット内で移動した場合で
も、TCPコネクションを維持することができるようにし
た通信方法および通信装置に関する。
【０００２】
【従来の技術】コンピュータネットワークにおいて、コ
ンピュータ間で信頼性のある通信を行う場合には、TCP
(Transmission Control Protocol)のようなプロトコル
が用いられる。図７に示すように、TCPは、事前にコン
ピュータ間に論理通信路（TCPコネクション）を確立す
る。TCPは、高い信頼性を有するコネクション型プロト
コルである。そして、信頼性を確保するために、シーケ
ンス（順序）制御、応答確認、ウィンドウ制御、フロー
制御等の機能を有している。
【０００３】TCPからIPに渡されるデータの単位はセグ
メントと呼ばれ、図８に示すように、TCPヘッダ・フィ
ールドとアプリケーション・フィールドから構成されて
いる。送信元ポート番号（１６ビット）は、TCPで使用
される送信元のポート番号を示している。宛先ポート番
号（１６ビット）は、TCPで使用される宛先のポート番
号を示している。
【０００４】シーケンス番号（３２ビット）は、転送す
るデータ・ストリームにおける該当セグメントの位置を
示しており、コネクションが確立した時点でシーケンス
番号は初期化され、その後、データが送信される毎にカ
ウントアップされる。もし仮に、IPデータグラムが順序
通りに配送されなくても、シーケンス番号に基づいてデ
ータストリームを再現することができる。また、同一の
セグメントを重複して受信したことがシーケンス番号の
重複から検出され、同一セグメントの廃棄が行われる。
【０００５】確認応答番号（３２ビット）は、最後に正
常に受信したセグメントのシーケンス番号に値１を加算
した結果、即ち、次回受信すべきセグメントのシーケン
ス番号を確認応答番号として送信元に返すためのもので
ある。送信元は、受信したこの確認応答番号と、次に送
信すべきセグメントのシーケンス番号が等しい場合、通
信が正常に行われていることを確認することができる。
【０００６】また、送信データが消失したり、確認応答
が消失したために、所定の時間が経過しても確認応答を
受信することができない場合（再送タイムアウトの場
合）、再送処理が行われる。
【０００７】データ・オフセット（４ビット）は、TCP
ヘッダ・フィールドの大きさを４オクテット（３２ビッ
ト）単位で表したものであり、セグメント内でのデータ
の開始位置を示している。オプションを含まない場合、
値５がセットされる。
【０００８】コード・ビット（６ビット）は、以下のよ
うに、状態を示す６ビットの制御フラグで構成されてい
る。URG(Urgent Flag)は、緊急を要するデータがあるこ
とを示し、データの位置は後述する緊急ポインタにより
示される。ACK(Acknowledgement Flag)は、確認応答番
号が使用されていることを示す。PSH(Push Flag)は、受
信したデータを速やかにアプリケーション層に渡すこと
を要求するためのものである。RST(Reset Flag)は、コ
ネクションの強制切断を示す。SYN(SynchronizeFlag)
は、コネクション確立の際に使用され、このフラグによ
りシーケンス番号の初期化が行われる。FIN(Fin Flag)
は、コネクションの完了を示す。
【０００９】次のウィンドウ（１６ビット）は、ウィン
ドウ制御のために用意されたバッファ容量を示してい
る。ウィンドウ制御とは、送信元がこのバッファ容量を
越えない範囲で、複数のセグメントを確認応答の受信を
待たずに連続して送信することができる機能である。確
認応答の処理が省略できる分だけ、データ伝送を効率的
に行うことができる。また、何らかの理由により、デー
タの受信が受け入れられなくなった場合、ウィンドウ・
サイズを変化させることによってフロー制御が行われ
る。
【００１０】チェックサム（１６ビット）は、通信中に
送信データが損傷を受けていないかどうかを検査するた
めに用いられる。緊急ポインタ（１６ビット）は、上述
したURGフラグがセットされた場合の対象となるデータ
の位置を示す。
【００１１】TCPコネクションは、以下に示すように、
ローカルとリモートの双方の端点識別子(EndPointID)の
組で定義される。
【００１２】TCP connection = {EndPointIDlocal,EndP
ointIDremote}
【００１３】また、TCPコネクションの端点識別子は、
以下に示すように、IPアドレスとポート番号の組であ
る。
【００１４】EndPointID = {IPaddr,port}
【００１５】従って、TCPコネクションは以下の４つ組
で定義される。
【００１６】TCP connection = {IPaddrlocal,port
local,IPaddrremote,portremote}
【００１７】
【発明が解決しようとする課題】しかしながら、TCPコ
ネクションの端点を別のコンピュータに移動させると、
IPアドレスが変化するため、そのTCPコネクションを維
持することができない。また、TCPコネクション端点が
存在するコンピュータをインターネット内で移動させる
と、やはりIPアドレスが変化するので、そのTCPコネク
ションを維持することができない課題があった。
【００１８】本発明はこのような状況に鑑みてなされた
ものであり、TCPコネクション端点をコンピュータ間で
透過的に移動させることができるとともに、TCPコネク
ション端点の存在するコンピュータがインターネット内
を移動した場合も、TCPコネクションを維持することが
できるようにするものである。
【００１９】
【課題を解決するための手段】請求項１に記載の通信方
法は、少なくとも、論理通信路の送信側の端点の識別子
を示すデータと、論理通信路の受信側の端点の識別子を
示すデータと、論理通信路の送信側の端点の識別子に対
応するアドレスを示すデータと、論理通信路の受信側の
端点の識別子に対応するアドレスを示すデータと、論理
通信路の送信側の端点のアドレスに対応するＩＰアドレ
スを示すデータと、論理通信路の受信側の端点のアドレ
スに対応するＩＰアドレスを示すデータとからなるヘッ
ダを含むパケットを生成する生成ステップと、生成ステ
ップにおいて生成されたパケットを送信する送信ステッ
プとを備えることを特徴とする。
【００２０】請求項３に記載の通信装置は、少なくと
も、論理通信路の送信側の端点の識別子を示すデータ
と、論理通信路の受信側の端点の識別子を示すデータ
と、論理通信路の送信側の端点の識別子に対応するアド
レスを示すデータと、論理通信路の受信側の端点の識別
子に対応するアドレスを示すデータと、論理通信路の送
信側の端点のアドレスに対応するＩＰアドレスを示すデ
ータと、論理通信路の受信側の端点のアドレスに対応す
るＩＰアドレスを示すデータとからなるヘッダを含むパ
ケットを生成する生成手段と、生成手段によって生成さ
れたパケットを送信する送信手段とを備えることを特徴
とする。
【００２１】請求項１に記載の通信方法および請求項３
に記載の通信装置においては、少なくとも、論理通信路
の送信側の端点の識別子を示すデータと、論理通信路の
受信側の端点の識別子を示すデータと、論理通信路の送
信側の端点の識別子に対応するアドレスを示すデータ
と、論理通信路の受信側の端点の識別子に対応するアド
レスを示すデータと、論理通信路の送信側の端点のアド
レスに対応するＩＰアドレスを示すデータと、論理通信
路の受信側の端点のアドレスに対応するＩＰアドレスを
示すデータとからなるヘッダを含むパケットを生成し、
生成されたパケットを送信する。
【００２２】
【発明の実施の形態】以下、本発明の通信装置で用いら
れるVTCP(Virtual TCP)コネクションについて説明す
る。仮想インターネットプロトコル（VIP：Ｖｉｒｔｕ
ａｌ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）は、コン
ピュータ（但し、電子計算機、ホストコンピュータなど
とも称される）の位置指示子（アドレス）と識別子とを
明確に分離することにより、移動透過な通信（移動透過
性）を実現するものである。
【００２３】ここで、移動透過性とは、相手のコンピュ
ータの場所に拘らず、一定不変の識別子を用いて相手コ
ンピュータと通信を行うことができ、例えばＴＣＰコネ
クションのような論理通信路を移動の前後で維持するこ
とができることであると定義することができる。インタ
ーネットにおいて、移動透過な通信ができないのは、IP
アドレスが持つアドレスと識別子という二重性のためで
ある。
【００２４】上記移動透過性を実現するために、具体的
には、位置指示子であるIPアドレスに加えて、各ホスト
コンピュータ（以下では、適宜ホストと略記する）に固
有の識別子としてVIPアドレスを導入する。
【００２５】VIPアドレスとIPアドレスは、同一のフォ
ーマットを有しており、それだけではどちらであるかを
区別することができない。これは、オペレーティングシ
ステムの仮想記憶システムにおける仮想アドレスと物理
アドレスの関係に対応づけることができる。
【００２６】VIPアドレスからIPアドレスへのマッピン
グを効率よく行うために、VIP層でAMT(Address Mapping
Table)と呼ばれるキャッシュを持つようにする。以下
では、AMTを構成するデータ単位のことをAMTエントリと
呼ぶことにする。AMTエントリは、VIPアドレス、IPアド
レス、バージョン番号、その他の管理情報から構成され
る。
【００２７】移動コンピュータ（例えば、図１の移動ホ
スト２４）（生成手段、送信手段）が送信するパケット
のヘッダには、送信コンピュータのVIPアドレス（図２
の送信ホスト識別子に対応する）と、IPアドレス（図２
の送信ホストアドレスに対応する）が含まれている。従
って、移動コンピュータから所定のネットワーク内の所
定のコンピュータ（受信コンピュータ）に向けてパケッ
トが送信されたとき、このパケットが受信コンピュータ
に到達するまでに経由するルータ、および最終的には受
信コンピュータにより、そのパケットのヘッダに含まれ
る送信コンピュータのVIPアドレスとIPアドレスが読み
取られ、それに基づいてAMTエントリが作成される。
【００２８】このようにして、原則として移動コンピュ
ータが送信したパケットの経路に沿って、AMTエントリ
が拡散していく。
【００２９】分散計算機環境においては、計算主体（プ
ロセス、オブジェクト、エージェント等）がコンピュー
タ間を移動しながら情報処理を行うことが考えられる。
このとき、通信手段としてTCPを用いると、計算主体が
別のコンピュータに移動する度に、TCPコネクションの
確立をやり直さなければならない。このような場合、コ
ンピュータ間でTCPコネクション端点を透過的に移動で
きると便利である。同様に、TCPコネクション端点が存
在するコンピュータが、インターネット内を移動した場
合でもTCPコネクションが維持できると便利である。
【００３０】そのために、従来のTCPに対して、VTCP(Vi
rtual TCP)コネクションを導入する。VTCPコネクション
端点を、以下のように識別子VEndPointIDとVEndPointAd
drの組として定義する。
【００３１】VTCP connection end point = {VEndPoint
ID,VEndPointAddr}
【００３２】また、VTCPコネクション端点識別子(VendP
ointID)を以下のように定義する。
【００３３】VEndPointID = {VIPaddr,vport}
【００３４】ここで、VIPaddrは、VTCPコネクション端
点が生成されたコンピュータのVIPアドレスである。vpo
rt（仮想ポート番号）は、VTCPコネクション端点が生成
されたときのポート番号である。VIPアドレスおよび仮
想ポート番号は、VTCPコネクション端点が他のコンピュ
ータに移動しても変化しないものとする。また、あるコ
ンピュータのVIPアドレスはそのコンピュータがインタ
ーネット内を移動しても変化しない。
【００３５】VIPコネクション端点アドレス(VEndPointA
ddr)を以下のように定義する。
【００３６】VEndPointAddr = {VIPaddr,port}
【００３７】ここで、VIPaddrおよびportは、ＶＴＣＰ
コネクション端点が現在存在するコンピュータのVIPア
ドレスおよびポート番号である。VTCPコネクション端点
識別子は、端点が生成されたときに決定され、その後変
化しないが、VTCPコネクション端点アドレスは、端点が
コンピュータ間で移動した場合、変化する。
【００３８】VTCPコネクションを以下の４つ組で定義す
ることにより、VTCPコネクション端点を透過的にコンピ
ュータ間で移動させることができるとともに、コンピュ
ータ自体の移動にも影響を受けないようにすることがで
きる。
【００３９】 VTCP connection = {VEndPointIDlocal,VEndPointIDremote} = {VIPaddrlocal,vportlocal,VIPaddrremote,vportremote}
【００４０】図３は、パケットフォーマットの例を示し
ている。IP header（IPヘッダ）の部分でパケットを送
信する送信コンピュータのアドレス(Source IP addres
s)、およびパケットを受信する受信コンピュータのアド
レス(Destination IP address)が設定される。次のVTCP
address headerの部分には、VTCPコネクションの両端
点の識別子、Source VTCP connection end point addre
ss、およびDestination VTCP connection end point ad
dressが設定される。次のVTCP ID headerには、Source
VTCP connection end point identifier、およびDestin
ation VTCP connection end point identifierが設定さ
れる。
【００４１】次に、図４を参照して、コンピュータがネ
ットワーク上を移動したときの動作について説明する。
例えば、最初、図４（ａ）に示すように、コンピュータ
(Computer)Ａ上のVTCPコネクション端点VEndPointAとコ
ンピュータＢ上のVTCPコネクション端点VEndPointBの間
に、VTCPコネクション{VEndPointA,VEndPointB}が確立
されているものとする。ここで、VTCPコネクションの確
立方法は、TCPコネクションの場合と同等であるとす
る。
【００４２】 VEndPointIDA = VEndPointAddrA = {VIPaddrA,portA} VEndPointIDB = VEndPointAddrB = {VIPaddrB,portB}
【００４３】ここで、VIPaddrAはコンピュータＡのVIP
アドレスであり、portAはコンピュータＡでVEndPointA
が生成されたときに割り当てられたポート番号である。
VIPaddrBおよびPortBも同様である。この場合、VEndPoi
ntAからVEndPointBへのパケットのヘッダは図４（ｂ）
に示すようになる。即ち、パケットヘッダのSource IPa
ddressにはコンピュータＡのIPアドレス(IPaddrA)がセ
ットされ、DestinationIP addressには、コンピュータ
ＢのIPアドレス(IPaddrB)がセットされる。次のVTCP ad
dress headerのSource VTCP connection end point ad
dressには、コンピュータＡのVIPアドレス(VIPaddrA)お
よびポート番号(portA)がセットされ、Destination IP
addressには、コンピュータＢのVIPアドレス（VIPadd
rB)およびポート番号(portB)がセットされる。次のVTCP
ID headerのSource VTCP connection end point ident
ifierには、コンピュータＡのVIPアドレス(VIPaddrA)と
ポート番号(portA)がセットされ、Destination VTCP co
nnection end point identifierには、コンピュータＢ
のVIPアドレス(VIPaddrB)とポート番号(portB)がセット
される。
【００４４】また、VEndPointBからVEndPointAへのパケ
ットのヘッダは、図４（ｃ）に示したようになる。即
ち、パケットヘッダのSource IP addressにはコンピュ
ータＢのIPアドレス(IPaddrB)がセットされ、Destinati
on IP addressには、コンピュータＡのIPアドレス(IPad
drA)がセットされる。次のVTCP address headerのSourc
e VTCP connection end point addressには、コンピュ
ータＢのVIPアドレス(VIPaddrB)およびポート番号(port
B)がセットされ、Destination IP addressには、コンピ
ュータＡのVIPアドレス（VIPaddrA)およびポート番号(p
ortA)がセットされる。次のVTCP ID headerのSource VT
CP connection end point identifierには、コンピュー
タＢのVIPアドレス(VIPaddrB)とポート番号(portB)がセ
ットされ、Destination VTCP connection end point id
entifierには、コンピュータＡのVIPアドレス(VIPadd
rA)とポート番号(portA)がセットされる。
【００４５】ここで、図４（ｄ）に示すように、VTCPコ
ネクション端点VEndPointBが、コンピュータＢからコン
ピュータＣへ移動したとする。この移動は、例えば、コ
ンピュータＢ上でVTCPコネクション端点VEndPointBを使
用していたプロセスがコンピュータＣに移動したことな
どにより発生する。VTCPコネクション端点VEndPoint
Bが、コンピュータＢからコンピュータＣへ移動する
と、VTCPコネクション端点VEndPointBの識別子VEndPoin
tIDBは変化しないが、VEndPointAddrBは次のように変化
する。
【００４６】VEndPointAddrB = {VIPC,portC}
【００４７】ここで、VIPCは、コンピュータＣのVIPア
ドレスであり、portCは、コンピュータＣにおいて割り
当てられたポート番号である。
【００４８】次に、VEndPointBは、VEndPointAにVEndPo
intAddrBを通知する。この通知により、VEndPointAは、
以下のような対応関係の情報を得る。
【００４９】VEndPointIDB = {VIPB,portB} VEndPointAddrB = {VIPC,portC}
【００５０】従って、VEndPointAからVEndPointBへ送信
されるパケットのヘッダは、図４（ｅ）に示すようにな
る。また、VEndPointBからVEndPointAへ送信されるパケ
ットのヘッダは、図４（ｆ）に示すようになる。ここで
は、VEndPointBの識別子は変化していないが、VEndPoin
tBのアドレスが変化している。同時に、VEndPointBが存
在するコンピュータのIPアドレスも変化している。
【００５１】さらに、図４（ｇ）に示すように、コンピ
ュータＣが広域ネットワーク内を移動したものとする。
その場合、コンピュータＣのVIPアドレスは変化しない
が、IPアドレスが変化し、IPAddrDとなったとする。VIP
の仕組みにより、コンピュータＣのIPアドレスはコンピ
ュータＡに伝わり、コンピュータＡは以下のような対応
関係の情報を得る。
【００５２】コンピュータＣのVIPアドレス = VIPaddrC コンピュータＣのIPアドレス = IPaddrD
【００５３】従って、VEndPointAからVEndPointBに送信
されるパケットのヘッダは、図４（ｈ）に示すようにな
り、Destination IP addressがIPaddrC（図４（ｅ））
からIPaddrDに変化している。また、VEndPointBからVEn
dPointAに送信されるパケットのヘッダは図４（ｉ）に
示すようになり、Source IP addressがIPaddrC（図４
（ｆ））からIPaddrDに変化している。このように、こ
こでは、VEndPointBが存在するコンピュータのIPアドレ
スのみが変化する。
【００５４】図５は、本発明が適用されるネットワーク
で用いられるホームルータ（ルータ）１００の構成例を
示している。所定のネットワークインタフェース３１ａ
乃至３１ｃ（送信手段）のいずれかより受信したパケッ
トは、送信ネットワークインタフェース決定器３２（生
成手段）によって決定されたネットワークインタフェー
ス３１ａ乃至３１ｃのいずれかより送信される。このネ
ットワークインタフェースを決定するとき、経路表(rou
ting table)３３が用いられる。また、ルータ１００
は、VIPアドレスとIPアドレスを対応づけるテーブルも
有している。
【００５５】また、例えば、コンピュータ（移動ホス
ト）２４、コンピュータ（ホスト）２５等のコンピュー
タは、図６に示すように、VTCPコネクション端点の識別
子とVTCPコネクション端点のアドレスを対応づけるテー
ブル（VTCP ID-Addressテーブル）４３、コンピュータ
のVIPアドレスおよびIPアドレスを対応づけるテーブル
(AMT)４２、経路表４１、ネットワークインタフェース
４４等を有している。
【００５６】即ち、図４のコンピュータＡが、図１のホ
ストコンピュータ２５であり、図４のコンピュータＣが
図１の移動ホスト(MH)２４であり、図４のコンピュータ
Ｂが図１の広域ネットワーク２３内の他のホストコンピ
ュータであるとすることができる。
【００５７】例えば、コンピュータＢ上にあるTCPコネ
クション端点が、コンピュータＢからコンピュータＣに
移動すると、このTCPコネクション端点は、コンピュー
タＡ上のTCPコネクション端点に対し、ホームルータ１
００を介して、コンピュータＣ上のTCPコネクション端
点のアドレスを通知する。これにより、コンピュータＡ
およびホームルータ１００は、コンピュータＣ上のTCP
コネクション端点の識別子とアドレスの対応関係を知る
ことができる。
【００５８】従って、それ以降、コンピュータＡ上のTC
Pコネクション端点とコンピュータＣ上のTCPコネクショ
ン端点との間でパケットの送受信を行うことが可能とな
る。このように、プロセス、オブジェクト、エージェン
ト等の計算主体（この例の場合、TCPコネクション端
点）がコンピュータ間を移動した場合でも、最初に確立
した論理通信路（この例の場合、TCPコネクション）を
使い続けることができる。
【００５９】また、図１に示すように、例えば、コンピ
ュータＣ（移動ホスト２４）が、ある組織のネットワー
ク２１から広域ネットワーク２３に移動した場合、ある
いは、広域ネットワーク２３内において移動した場合、
コンピュータＣのIPアドレスが変化する。この変化した
コンピュータＣのIPアドレスとコンピュータＣのVIPア
ドレスの対応関係は、上述したように、コンピュータＣ
がコンピュータＡ（ホスト２５）にパケットを送出する
ことにより、ホームルータ１００およびコンピュータＡ
により記憶されることになる。従って、それ以降、コン
ピュータＡとコンピュータＣの間でパケットの送受信が
可能となる。
【００６０】以上のように、計算主体が別のコンピュー
タに移動した場合、論理通信路端点もともに移動させる
ことにより、最初に確立した論理通信路を使い続けるこ
とができる。また、計算主体が動作しているコンピュー
タが広域ネットワーク内を移動した場合も、最初に確立
した論理通信路を使い続けることができる。
【００６１】なお、上記実施の形態においては、仮想イ
ンターネットプロトコルに基づいてパケットが送受信さ
れるネットワークに本発明を適用する場合について説明
したが、他のプロトコルに基づいたネットワークに本発
明を適用することも可能である。
【００６２】
【発明の効果】以上の如く、請求項１に記載の通信方法
および請求項３に記載の通信装置によれば、少なくと
も、論理通信路の送信側の端点の識別子を示すデータ
と、論理通信路の受信側の端点の識別子を示すデータ
と、論理通信路の送信側の端点の識別子に対応するアド
レスを示すデータと、論理通信路の受信側の端点の識別
子に対応するアドレスを示すデータと、論理通信路の送
信側の端点のアドレスに対応するＩＰアドレスを示すデ
ータと、論理通信路の受信側の端点のアドレスに対応す
るＩＰアドレスを示すデータとからなるヘッダを含むパ
ケットを生成し、生成されたパケットを送信するように
したので、計算主体が別のコンピュータに移動した場合
や、計算主体が動作しているコンピュータがネットワー
ク内を移動した場合でも、最初に確立した論理通信路を
維持することができる。
【図面の簡単な説明】
【図１】本発明の通信装置が適用されるネットワークの
一実施の形態の構成例を示す図である。
【図２】VIPで用いられるパケットヘッダの例を示す図
である。
【図３】VTCPで用いられるパケットヘッダの例を示す図
である。
【図４】通信形態とパケットヘッダの関係を示す図であ
る。
【図５】ホームルータ１００の構成例を示すブロック図
である。
【図６】コンピュータ２４，２５の構成例を示すブロッ
ク図である。
【図７】従来のTCPコネクションとコネクション端点の
例を示す図である。
【図８】従来のTCPセグメント・フォーマットを示す図
である。
【符号の説明】
１，２ コンピュータ， ２１ ある組織のネットワー
ク， ２３ 広域ネットワーク， ２４ 移動ホスト，
２５ ホスト， ３１ａ乃至３１ｃ ネットワークイ
ンタフェース， ３２ 送信ネットワークインタフェー
ス決定器， ３３ 経路表， １００ ホームルータ

Claims (3)

    【特許請求の範囲】
  1. 【請求項１】 少なくとも、論理通信路の送信側の端点
    の識別子を示すデータと、前記論理通信路の受信側の端
    点の識別子を示すデータと、前記論理通信路の送信側の
    端点の識別子に対応するアドレスを示すデータと、前記
    論理通信路の受信側の端点の識別子に対応するアドレス
    を示すデータと、前記論理通信路の送信側の端点のアド
    レスに対応するＩＰアドレスを示すデータと、前記論理
    通信路の受信側の端点のアドレスに対応するＩＰアドレ
    スを示すデータとからなるヘッダを含むパケットを生成
    する生成ステップと、 前記生成ステップにおいて生成された前記パケットを送
    信する送信ステップとを備えることを特徴とする通信方
    法。
  2. 【請求項２】 前記論理通信路は、ＴＣＰコネクション
    であることを特徴とする請求項１に記載の通信方法。
  3. 【請求項３】 少なくとも、論理通信路の送信側の端点
    の識別子を示すデータと、前記論理通信路の受信側の端
    点の識別子を示すデータと、前記論理通信路の送信側の
    端点の識別子に対応するアドレスを示すデータと、前記
    論理通信路の受信側の端点の識別子に対応するアドレス
    を示すデータと、前記論理通信路の送信側の端点のアド
    レスに対応するＩＰアドレスを示すデータと、前記論理
    通信路の受信側の端点のアドレスに対応するＩＰアドレ
    スを示すデータとからなるヘッダを含むパケットを生成
    する生成手段と、 前記生成手段によって生成された前記パケットを送信す
    る送信手段とを備えることを特徴とする通信装置。
JP9266149A 1997-09-30 1997-09-30 通信方法および通信装置 Withdrawn JPH11112561A (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP9266149A JPH11112561A (ja) 1997-09-30 1997-09-30 通信方法および通信装置
SG1998003905A SG71849A1 (en) 1997-09-30 1998-09-28 Communication method and communication apparatus
US09/161,938 US6292836B1 (en) 1997-09-30 1998-09-28 Communication method and communication apparatus
EP98307922A EP0909076A2 (en) 1997-09-30 1998-09-29 Communication methods and apparatus
KR1019980040767A KR19990030284A (ko) 1997-09-30 1998-09-30 통신 방법 및 통신 장치

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP9266149A JPH11112561A (ja) 1997-09-30 1997-09-30 通信方法および通信装置

Publications (1)

Publication Number Publication Date
JPH11112561A true JPH11112561A (ja) 1999-04-23

Family

ID=17426984

Family Applications (1)

Application Number Title Priority Date Filing Date
JP9266149A Withdrawn JPH11112561A (ja) 1997-09-30 1997-09-30 通信方法および通信装置

Country Status (5)

Country Link
US (1) US6292836B1 (ja)
EP (1) EP0909076A2 (ja)
JP (1) JPH11112561A (ja)
KR (1) KR19990030284A (ja)
SG (1) SG71849A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017168579A1 (ja) * 2016-03-29 2017-10-05 三菱電機株式会社 接続維持装置、接続維持方法および接続維持プログラム

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6456603B1 (en) * 1999-01-21 2002-09-24 Telefonaktiebolaget L M Ericsson (Publ) Method of supporting communications mobility in a telecommunications system
US7552166B2 (en) * 1999-02-22 2009-06-23 Chack Michael A Method of queuing requests to access a communications network
JP3764016B2 (ja) * 1999-05-10 2006-04-05 財団法人流通システム開発センタ− 統合ｉｐ転送網
US6564232B1 (en) * 1999-06-30 2003-05-13 International Business Machines Corporation Method and apparatus for managing distribution of change-controlled data items in a distributed data processing system
US6510144B1 (en) * 1999-12-07 2003-01-21 Cisco Technology, Inc. Network layer support to enhance the transport layer performance in mobile and wireless environments
US6604147B1 (en) * 2000-05-09 2003-08-05 Lucent Technologies Inc. Scalable IP edge router
SE0003792D0 (sv) * 2000-10-19 2000-10-19 Mobileposition Ab Förfarande och system för positionering av mobilsation utan extern kännedom om abonnentnummer
US7457883B2 (en) * 2001-10-12 2008-11-25 Cisco Technology, Inc. Mechanism for implementing network discovery in a cable network
US20030074670A1 (en) * 2001-10-12 2003-04-17 Penk Mark D. Propagation of dynamic network information
US20040098504A1 (en) * 2002-08-27 2004-05-20 Matsushita Electric Industrial Co., Ltd. Routing processing and method in home bus system
US6993714B2 (en) * 2002-10-03 2006-01-31 Microsoft Corporation Grouping and nesting hierarchical namespaces
US20040223506A1 (en) * 2003-05-08 2004-11-11 Renesas Technology Corp. Packet communication device sending delayed acknowledgement through network
JP2006014243A (ja) * 2004-06-29 2006-01-12 Toshiba Corp ネットワーク経由情報記録再生システム、情報送信対象検索方法並びに情報記録再生装置
GB0513316D0 (en) * 2005-06-29 2005-08-03 Symbian Software Ltd Scoping of IPV4 addresses
JP2009146106A (ja) * 2007-12-13 2009-07-02 Hitachi Ltd 物理的な通信ポートに付加される仮想的な通信ポートを移行する機能を有したストレージシステム
US9749290B2 (en) * 2013-11-14 2017-08-29 Verizon Patent And Licensing Inc. Distributing and virtualizing a network address translation (NAT)
US9912637B2 (en) * 2014-09-30 2018-03-06 A 10 Networks, Incorporated Use of packet header extension for layer-3 direct server return
US10805082B2 (en) * 2017-06-30 2020-10-13 Futurewei Technologies, Inc. ID-based data plane security for identity-oriented networks

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0598739B1 (en) * 1992-06-17 1998-07-29 Hewlett-Packard Company Network monitoring method and apparatus
US5757924A (en) * 1995-09-18 1998-05-26 Digital Secured Networks Techolognies, Inc. Network security device which performs MAC address translation without affecting the IP address

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017168579A1 (ja) * 2016-03-29 2017-10-05 三菱電機株式会社 接続維持装置、接続維持方法および接続維持プログラム
JP6289779B1 (ja) * 2016-03-29 2018-03-07 三菱電機株式会社 接続維持装置、接続維持方法および接続維持プログラム

Also Published As

Publication number Publication date
EP0909076A2 (en) 1999-04-14
SG71849A1 (en) 2000-04-18
KR19990030284A (ko) 1999-04-26
US6292836B1 (en) 2001-09-18

Similar Documents

Publication Publication Date Title
JPH11112561A (ja) 通信方法および通信装置
US5745685A (en) Protocol extension in NSPP using an acknowledgment bit
JP4230663B2 (ja) 無線通信ネットワークにおけるパケット・ヘッダの削減
Davidson An introduction to TCP/IP
JP4481517B2 (ja) インターネットワーク装置及びインターネットワーク方法
US7734720B2 (en) Apparatus and system for distributing block data on a private network without using TCP/IP
US7929422B2 (en) Method of moving a transport connection among network hosts
US8180928B2 (en) Method and system for supporting read operations with CRC for iSCSI and iSCSI chimney
JP2003308262A (ja) ハードウェアプロトコルプロセシングロジックで実現されたインタネット通信プロトコル装置、及びその装置を用いたデータ並列処理方法
JP2004512787A (ja) セルラーネットワークのバックホール接続上のｉｐ適応層
CN109474534B (zh) 基于fpga的路由加速转发系统、路由器及转发方法
US6625658B1 (en) End equipment and router
JP3449541B2 (ja) データパケット転送網とデータパケット転送方法
US6947435B1 (en) Radio communication system and apparatus, communication method and program recording medium therefor
GB2343326A (en) Transferring data between networks using a stored connection path
US20050281261A1 (en) Method and system for supporting write operations for iSCSI and iSCSI chimney
US7447905B2 (en) System and method of unacknowledged network layer service access point identifier (NSAPI) recovery in sub-network dependent convergence protocol (SNDCP) communication
JPH1065734A (ja) アドレス解決装置
EP1505759B1 (en) Method and device for transmitting/receiving data using acknowledged transport layer protocols
WO2008083572A1 (en) A method for transfering the ip transmission session and the equipment whereto
JP2006519544A (ja) モバイル装置ハンドオフの間のｔｃｐパケット再送を回避する方法およびシステム
Cisco Apple Talk
Tilak et al. A concurrent migration extension to an end-to-end host mobility architecture
EP1358751A2 (en) Improvements in or relating to wireless communication systems
CN115333992B (zh) 基于标准prp协议的链路资源优化方法

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20041207