(57)【特許請求の範囲】
【請求項１】
ＡＴＭ−ＳＶＣ網とＩＰ網との接続部に設置された複数のコンバータ各々が、自機でＳＶＣ接続が確立したときに、ＳＶＣ番号と宛先ＩＰアドレスとの対応を記憶し、かつ、自機の識別番号及びＳＶＣ接続が確立した宛先ＩＰアドレスとの対応情報を他コンバータに送信するステップと、
前記複数のコンバータ各々が、他コンバータからの転送データを受信してそのコンバータの識別番号及びＳＶＣ接続が確立した宛先ＩＰアドレスとの対応情報を記憶するステップと、
前記複数のコンバータ各々が、自機に着信したパケットデータに対してその宛先ＩＰアドレスをチェックし、前記対応情報を参照して他コンバータでＳＶＣ接続が確立している宛先ＩＰアドレスである場合に当該他コンバータに着信パケットデータを転送するステップと、
前記複数のコンバータ各々が、他のコンバータから前記着信パケットデータの転送を受けたときに、データリンク層以下で宛先ＩＰアドレスをエンドノードアドレスとするプロトコル変換を行い、該当エンドノードアドレスに送り出すステップとを有することを特徴とする異網間接続方法。
【請求項２】
ＡＴＭ−ＳＶＣ網とＩＰ網との接続部に設置された複数のコンバータを備え、
前記複数のコンバータ各々は、自機でＳＶＣ接続が確立したときに、ＳＶＣ番号と宛先ＩＰアドレスとの対応を記憶し、かつ、自機の識別番号及びＳＶＣ接続が確立した宛先ＩＰアドレスとの対応情報を他コンバータに送信する機能と、他コンバータからの転送データを受信してそのコンバータの識別番号及びＳＶＣ接続が確立した宛先ＩＰアドレスとの対応情報を記憶する機能と、自機に着信したパケットデータに対してその宛先ＩＰアドレスをチェックし、前記対応情報を参照して他コンバータでＳＶＣ接続が確立している宛先ＩＰアドレスである場合に当該他コンバータに着信パケットデータを転送する機能と、他のコンバータから前記着信パケットデータの転送を受けたときに、データリンク層以下で宛先ＩＰアドレスをエンドノードアドレスとするプロトコル変換を行い、該当エンドノードアドレスに送り出す機能とを備えたことを特徴とする異網間データ通信システム。
【請求項３】
自機でＳＶＣ接続が確立したときにＳＶＣ番号と宛先ＩＰアドレスとの対応を記憶する手段と、
自機でＳＶＣ接続が確立したときに自機の識別番号及びＳＶＣ接続が確立した宛先ＩＰアドレスとの対応情報を他コンバータに送信する手段と、
他コンバータからの転送データを受信してそのコンバータの識別番号及びＳＶＣ接続が確立した宛先ＩＰアドレスとの対応情報を記憶する手段と、
自機に着信したパケットに対してその宛先ＩＰアドレスをチェックし、前記対応情報を参照して他コンバータでＳＶＣ接続が確立している宛先ＩＰアドレスである場合に当該他コンバータに着信パケットを転送する手段とを備えて成るコンバータ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＡＴＭ−ＳＶＣ網とＩＰ網との間でパケットを通信させるためのコンバータ及びプロトコル変換方法に関する。
【０００２】
【従来の技術】
従来、ＡＴＭ−ＳＶＣ網とＩＰ網とを接続し、パケット通信を実現する機能を備えたコンバータは知られていない。
【０００３】
【発明が解決しようとする課題】
ＡＴＭ−ＳＶＣ網とＩＰ網とを接続し、パケット通信を実現する機能をコンバータに具備させる場合、このコンバータには、異なる網接続のためにプロトコル変換機能が必要である。このようなプロトコル変換機能は、プロトコルスタックの低階層でＡＴＭ−ＳＶＣベースとＩＰベースのプロトコル変換機能となる。そのような変換機能を有するコンバータが１台であれば、これで異なった網間でパケット通信が可能となるが、接続構成を想定した場合、実際には信頼性を考慮して複数台のコンバータを設置することになる。しかしながら、複数台のコンバータを設置した場合、接続要求時にＡＴＭ−ＳＶＣ接続をしている特定のコンバータにデータが接続できない場合が発生し得る。
【０００４】
本発明はこのような技術的課題に鑑みてなされたもので、ＡＴＭ−ＳＶＣ網とＩＰ網との接続時に、ＩＰ網からのパケット着信をＡＴＭ−ＳＶＣ接続している特定のコンバータに着信させてプロトコル変換させ、異網間でのパケット通信を可能にするＡＴＭ−ＳＶＣ網とＩＰ網の接続技術を提供することを特徴とする。
【０００５】
【課題を解決するための手段】
請求項１の発明の異網間接続方法は、ＡＴＭ−ＳＶＣ網とＩＰ網との接続部に設置された複数のコンバータ各々が、自機でＳＶＣ接続が確立したときに、ＳＶＣ番号と宛先ＩＰアドレスとの対応を記憶し、かつ、自機の識別番号及びＳＶＣ接続が確立した宛先ＩＰアドレスとの対応情報を他コンバータに送信するステップと、前記複数のコンバータ各々が、他コンバータからの転送データを受信してそのコンバータの識別番号及びＳＶＣ接続が確立した宛先ＩＰアドレスとの対応情報を記憶するステップと、前記複数のコンバータ各々が、自機に着信したパケットデータに対してその宛先ＩＰアドレスをチェックし、前記対応情報を参照して他コンバータでＳＶＣ接続が確立している宛先ＩＰアドレスである場合に当該他コンバータに着信パケットデータを転送するステップと、前記複数のコンバータ各々が、他のコンバータから前記着信パケットデータの転送を受けたときに、データリンク層以下で宛先ＩＰアドレスをエンドノードアドレスとするプロトコル変換を行い、該当エンドノードアドレスに送り出すステップとを有することを特徴とするものである。
【０００６】
請求項２の発明の異網間データ通信システムは、ＡＴＭ−ＳＶＣ網とＩＰ網との接続部に設置された複数のコンバータを備え、前記複数のコンバータ各々は、自機でＳＶＣ接続が確立したときに、ＳＶＣ番号と宛先ＩＰアドレスとの対応を記憶し、かつ、自機の識別番号及びＳＶＣ接続が確立した宛先ＩＰアドレスとの対応情報を他コンバータに送信する機能と、他コンバータからの転送データを受信してそのコンバータの識別番号及びＳＶＣ接続が確立した宛先ＩＰアドレスとの対応情報を記憶する機能と、自機に着信したパケットデータに対してその宛先ＩＰアドレスをチェックし、前記対応情報を参照して他コンバータでＳＶＣ接続が確立している宛先ＩＰアドレスである場合に当該他コンバータに着信パケットデータを転送する機能と、他のコンバータから前記着信パケットデータの転送を受けたときに、データリンク層以下で宛先ＩＰアドレスをエンドノードアドレスとするプロトコル変換を行い、該当エンドノードアドレスに送り出す機能とを備えたことを特徴とするものである。
【０００７】
請求項３の発明のコンバータは、自機でＳＶＣ接続が確立したときにＳＶＣ番号と宛先ＩＰアドレスとの対応を記憶する手段と、自機でＳＶＣ接続が確立したときに自機の識別番号及びＳＶＣ接続が確立した宛先ＩＰアドレスとの対応情報を他コンバータに送信する手段と、他コンバータからの転送データを受信してそのコンバータの識別番号及びＳＶＣ接続が確立した宛先ＩＰアドレスとの対応情報を記憶する手段と、自機に着信したパケットに対してその宛先ＩＰアドレスをチェックし、前記対応情報を参照して他コンバータでＳＶＣ接続が確立している宛先ＩＰアドレスである場合に当該他コンバータに着信パケットを転送する手段とを備えたものである。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態を図に基づいて詳説する。図１は本発明の第１の実施の形態の異網間データ通信システムの機能構成を示している。第１の実施の形態の特徴は、宛先ＩＰアドレスをエンドノードとする方式を採用した場合に適用するもので、エンドアドレスにＩＰルーチングするのに必ずしもＡＴＭ−ＳＶＣ接続しているコンバータ（ここでは、コンバータ＃４）を経由するとは限らないので、各コンバータ＃１〜＃３にＳＶＣ接続している特定のコンバータ＃４へデータ転送する機能を持つ点にある。そしてこのデータ転送機能を可能にするため、各コンバータ＃１〜＃４には、自装置にＳＶＣ接続が確立した段階で他のコンバータに対してＳＶＣ接続とその宛先アドレスとを通知する機能、またこの通知を受け取った際にはその情報を保持する登録機能を備えている。
【００１２】
まず、図２に示すように、ＡＴＭ網１とＩＰ網２とを接続する場合、プロトコル変換を行う必要がある。そのため、網間の接続部３にプロトコル変換を行うコンバータ（ＣＶ）４を設置する。
【００１３】
異網１，２間の接続形態には、（１）ＡＴＭ網１のユーザがローミングアウトした場合に、自網移動機５からＡＴＭ網１に接続をかけるＩＰ網→ＡＴＭ網接続と、（２）他網のローミングインユーザが他網移動機６からその自網であるＩＰ網２に接続をかけるＡＴＭ網→ＩＰ網接続がある。そのため、コンバータＣＶ４には、この両方の接続形態に対応できるプロトコル変換機能が要求される。
【００１４】
なお、図２において、ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）１１は、インターネット接続サービス業者である。ＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）１２は、ＩＰ網、ＡＴＭ網それぞれにおいてＩＳＰとのアクセス制御（接続通知や着信通知等）を行うノードである。ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）１３は、加入者ノード（または在圏ノード）であり、在圏する移動加入者の加入者情報を管理している。そしてその加入者情報は、移動機の電源オン時にＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｓｉｓｔｅｒ）からダウンロードされる。そしてＳＧＳＮは、移動機の発着信時に加入者情報を元にして接続可否判断を行い、接続先に対して接続制御する。ＢＧ（Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ）１４は、異網１，２間の接続を制御するゲートウェイである。このＢＧ１４は同じＩＰ網２内でもＧＲＸ網２Ａと他社ＩＰ網２Ｂとの間に介在している。
【００１５】
異網１，２間の接続を円滑に、かつ信頼性を高く接続できるようにするためには、図３に示すように冗長性を持つ接続システムとしなければならない。つまり、ＡＴＭ網１とＩＰ網２との分界点３にあるＢＧ１４からＡＴＭ−ＳＶＣ網１のコンバータ（ＣＶ）４に接続され、このコンバータ（ＣＶ）４からＡＴＭ網１内のＧＧＳＮ１２やＳＧＳＮ１３に接続する。そして、故障時の迂回機能を考慮し、このコンバータＣＶ４は複数台設置することが望まれる。ここで、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）１５は、ドメインネームシステムであり、インターネット上で利用され、ユーザの指定するネーム：ＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）から接続先ＧＧＳＮのＩＰアドレスへの変換を行うものである。
【００１６】
図４は、上記実施の形態のコンバータ（ＣＶ）４の機能を示している。ＡＴＭ網１とＩＰ網２との接続部３において、ボーダーゲートウェイ（ＢＧ）１４のＡＴＭ網１側にコンバータ（ＣＶ）４を設置し、自網１のユーザが自網移動機５でＩＰ網２からローミングインしてくれば、ＣＶ４はその宛先ＩＰアドレスをエンドノードであるＧＧＳＮ１２あるいはＳＧＳＮ１３のアドレスを設定し、プロトコル変換する。
【００１７】
図５は、コンバータ（ＣＶ）４の機能構成であり、ＡＴＭ−ＳＶＣ／ＩＰ網間プロトコル変換部２１、ＡＲＦ機能／ＧＭＭＳアドレス変換部２２、ＧＴＰ−Ｃ  ｏｎプロトコル変換部２３、コンバータ（ＣＶ）間データ転送部２４、データ保持部２５を備えている。
【００１８】
ＡＴＭ−ＳＶＣ／ＩＰ網間プロトコル変換部２１は、ＡＴＭ−ＳＶＣ網１とＩＰ網２とのＬ１／Ｌ２プロトコル変換を行う。図６にプロトコルスタックを示してある。ＡＴＭ網１のパケットデータのプロトコルスタックはＡＰＬ，ＧＴＰ−Ｕ，ＵＤＰ−ＩＰ，ＡＴＭであり、ＩＰ網２のパケットデータのプロトコルスタックはＡＰＬ，ＣＴＰ−Ｕ，ＵＤＰ−ＩＰ，Ｌ１／Ｌ１である。ＣＶ４ではこのうち最下位層のＬ１／Ｌ２レイヤ−ＡＴＭレイヤ間でプロトコル変換を行うが、エンドノードの宛先アドレスを保持しているので、ＵＤＰ−ＩＰ、ＧＴＰ−Ｕに関してはスチール（覗き見）するだけである。
【００１９】
ＡＲＦ機能（Ａｃｃｅｓｓ  ｌｉｎｋ  Ｒｅｌａｙ  Ｆｕｎｃｔｉｏｎ機能）／ＧＭＭＳアドレス変換部２２は、ＡＲＦプロトコルと標準ＤＮＳプロトコルとを変換する。図７にはその機能を示してある。自網の移動機５が他網２へローミングした場合、他網２のＡＰＮでアドレス解決ができないとき、自網のＡＴＭ網１へ問い合わせを行い、問い合わせ元の他網２にＧＧＳＮ１２のＩＰアドレスをＣ．Ｐ．Ｃ．ｒｅｑで返信する。このとき返信するＩＰアドレスは、エンドノードのＧＧＳＭ１２のＩＰアドレスである。
【００２０】
ＧＴＰ−Ｃ  ｏｎプロトコル変換部２３は、ＧＴＰ−Ｃ  ｏｎ  ＳＣＣＰプロトコルとＧＴＰ−Ｃ  ｏｎ  ＵＤＰ−ＩＰプロトコルとを変換する。この変換機能は、ＳＣＣＰ上のＡＲＦプロトコル及びＧＴＰ−Ｃ信号をＵＤＰ−ＩＰの信号に変換し、またその逆変換をする機能であり、図８に示すＩＦプロトコルスタック３１とＤＮＳプロトコルスタック３２との間の相互変換をする。
【００２１】
コンバータ（ＣＶ）間データ転送部２４は、自ＣＶがＳＶＣ接続を確立した時点でＣＶ識別番号と宛先アドレスとの対応情報を作成してデータ保持部２５に保持すると共に、他のＣＶに対して自ＣＶ番号−宛先アドレスの対応情報を通知する。このＣＶ間データ転送部２４はまた、受信したパケットの宛先アドレスを確認し、データ保持部２５の対応管理表データを参照して宛先アドレスからＳＶＣ接続しているＣＶ番号を特定し、該当するＣＶへ着信パケットを転送する。
【００２２】
データ保持部２５は、自ＣＶがＳＶＣ接続を確立した時点でＣＶ識別番号と宛先アドレスとの対応データ２６として保持すると共に、他ＣＶから通知された他ＣＶからのＳＶＣ−ＣＶ番号の対応データを対応管理表データ２７として保持する。これらのデータは図１に示してある。
【００２３】
図１は、コンバータ（ＣＶ）間データ転送部２４のＣＶ−宛先アドレス対応管理機能を示している。（ｉ）各コンバータ（ここでは、ＣＶ＃４とする）は、自ＣＶ＃４がＳＶＣ接続を確立した時点でＣＶ識別番号と宛先アドレスとの対応情報２６を作成してデータ保持部２５に保持する。（ii）これと共に、ＣＶ＃４は他のＣＶ＃１〜ＣＶ＃３に対して自ＣＶ番号−宛先アドレスの対応情報を通知する。（iii）通知を受けた各ＣＶ＃１〜ＣＶ＃３は、自装置のデータ保持部２５に、受信したＣＶ番号−宛先アドレスの対応データを図示する対応管理表２７のように保存する。（iv）そして、例えば、ＣＶ＃３に他網２から自網１へパケットが着信すれば、そのＣＶ間データ転送部２４は宛先アドレスを確認し、アドレス対応管理表２７のデータを参照してＳＶＣ接続の確立されているＣＶ＃４を特定し、着信パケットを転送する。（ｖ）パケットを転送されたＣＶ＃４は、受け取ったパケットをデータ保持部２５に保持している宛先アドレス対応情報２６を参照し、該当するＳＶＣに送信する。
【００２４】
図９もまた、ＣＶ間データ転送部２４による転送処理（図１における（iv）、（ｖ）の処理に対応）を示している。他網２から自網１のＳＧＳＮ１３に向かうトラヒック１５は、自網１のＳＧＳＮ１３のＩＰアドレスしか意識せずにＩＰルーチングされるので、必ずしもＳＶＣ接続が確立しているＣＶ＃４に接続されない。そこで、ＳＶＣ接続が確立していないＣＶ＃３がこのパケットデータを受信すれば、自装置のデータ保持部２５の管理表２７を参照し、受信したデータをＳＶＣ接続が確立しているＣＶ＃４に転送するのである。
【００２５】
このようにして、第１の実施の形態の異網間データ通信システム及びそれが使用する異網間接続方法によれば、他網２から自網１のＳＧＳＮ１３に向かうトラヒック１５は必ずしもＳＶＣ接続が確立しているＣＶに接続されないが、ＳＶＣ接続が確立していないＣＶがそのようなパケットデータを受信すれば、ＳＶＣ接続が確立しているＣＶに転送するので、異網間でシームレスにパケット通信でき、また、複数のＣＶを備えることによってシステムの信頼性を高めることができ、その上、複数のＣＶが存在していても、他網からのパケットをＡＴＭ−ＳＶＣ接続を確立している特定のＣＶに確実に着信させることができる。
【００２６】
次に、本発明の第２の実施の形態のコンバータ及びそれが使用する異網間接続方法について説明する。図１０は本発明の第２の実施の形態の異網間データ通信システムの機能構成を示している。第２の実施の形態の特徴は、宛先ＩＰアドレスをエンドノードアドレスではなく、コンバータアドレスとし、コンバータ（ＣＶ）において宛先ＩＰアドレス及び発信者アドレスを載せ替えさせる方式を採用した点にある。
【００２７】
この第２の実施の形態の異網間データ通信システムでは、ＡＴＭ網（自網）１とＩＰ網（他網）２との接続部に、システムの信頼性を確保するために複数のＣＶを設置した場合、他網２からのパケット着信時に確実にＳＶＣ接続の確立しているＣＶに着信させるために、ＩＰ網（他網）２からＡＴＭ網（自網）１へ着信させる場合には他網２のＳＧＳＮ１３の接続要求に対して通知するエンドアドレスを特定のコンバータアドレスにし、その後、着信を受けた当該特定のＣＶが他網２からのパケットデータを真の宛先ＩＰアドレスをＡＲＦの問い合わせの後、真のエンドアドレスである自網１内のＧＧＳＮ１２あるいはＳＧＳＮへ接続する。
【００２８】
このデータ通信機能を可能にするため、第１の実施の形態と同様に図２に示すように、ＡＴＭ網（自網）１とＩＰ網（他網）２との接続部３に、上述した機能を有するコンバータ（ＣＶ）４を設置する。図１１は、第２の実施の形態のコンバータ（ＣＶ）の機能を示している。ＡＴＭ網（自網）１とＩＰ網（他網）２との接続部３において、ボーダーゲートウェイ（ＢＧ）１４のＡＴＭ網１側にＣＶ４を設置し、自網１のユーザが自網移動機５でＩＰ網（他網）２からローミングインしてくれば、ＣＶ４は着信パケットの宛先ＩＰアドレスをＣＶ４のアドレスに変換して相手網２のＳＧＳＮ１３に通知し、ＳＧＳＮ１３から自機のアドレス宛のパケットを受信する。そして、受信したパケットデータのプロトコル変換を実施すると共に、自網１内の正規のＩＰアドレスのＧＧＳＮ１２に送信するのである。
【００２９】
図１２は、コンバータ（ＣＶ）４の機能構成であり、第１の実施の形態と同様のＡＲＦ機能／ＧＭＭＳアドレス変換部２２、ＧＴＰ−Ｃ  ｏｎプロトコル変換部２３を備えると共に、第１の実施の形態とは異なる機能のＡＴＭ−ＳＶＣ／ＩＰ網間プロトコル変換部２６、そして新規な機能としてＧＴＰ−Ｕ，ＵＤＰ−ＩＰ終端処理部２７、ＩＰアドレス載せ替え部２８を備えている。
【００３０】
ＡＲＦ機能／ＧＭＭＳアドレス変換部２２は、第１の実施の形態と同様、図７に示すように、自網の移動機５が他網２へローミングした場合、他網２のＡＰＮでアドレス解決ができないとき、自網のＡＴＭ網１へ問い合わせを行い、問い合わせ元の他網２にＧＧＳＮ１２のＩＰアドレスをＣ．Ｐ．Ｃ．ｒｅｑで返信する。ただし、このとき返信するＩＰアドレスは、第１の実施の形態とは異なり、ＣＶ４のＩＰアドレスである。
【００３１】
ＧＴＰ−Ｃ  ｏｎプロトコル変換部２３は、第１の実施の形態と同様、図８に示したように、ＧＴＰ−Ｃ  ｏｎ  ＳＣＣＰプロトコルとＧＴＰ−Ｃ  ｏｎ  ＵＤＰ−ＩＰプロトコルとを変換する。
【００３２】
第２の実施の形態におけるＡＴＭ−ＳＶＣ／ＩＰ網間プロトコル変換部２６は、図１３に示すようなＡＴＭ−ＳＶＣ網１とＩＰ網２とのプロトコル変換を行う。ＡＴＭ網１のパケットデータのプロトコルスタックはＡＰＬ，ＧＴＰ−Ｕ，ＵＤＰ−ＩＰ，ＡＴＭであり、ＩＰ網２のパケットデータのプロトコルスタックはＡＰＬ，ＣＴＰ−Ｕ，ＵＤＰ−ＩＰ，Ｌ１／Ｌ１である。ＣＶ４ではこのうち最下位層のＬ１／Ｌ２レイヤ−ＡＴＭレイヤ間でプロトコル変換を行う。また、第２の実施の形態で新規なＧＴＰ−Ｕ，ＵＤＰ−ＩＰ終端処理部２７はＵＤＰ−ＩＰ、ＧＴＰ−Ｕを終端し、さらに、ＩＰアドレス載せ替え部２８はパケットデータの宛先ＩＰアドレス、発信者ＩＰアドレスの載せ替えを行う。これらの処理については、後に詳述する。
【００３３】
図１０を用いて、本実施の形態の異網間データ通信システムによる異網間接続方法について説明する。（xｉ）自網移動機ＤがＩＰ網（他網）２において自網ＡＴＭ網１のＧＧＳＮ１２を宛先ＩＰアドレス（ＡＰＮ＝ｄｏｃｏｍｏ．ｊｐ）として発信要求を発したとする。（xii）この発信要求に対して、他網２のＳＧＳＮ１３（ＩＰアドレス＃Ｃとする）は、当該網内のＤＮＳ１６に対してアドレス翻訳を要求するが、（xiii）ＤＮＳ１６は該網２内に該当アドレスを見出すことができず、不明応答をＳＧＳＮ１３に返信する。（xiv）は、この不明応答を受け取ると、ＡＴＭ網１に対して問い合わせを発信する。このときに宛先ＩＰアドレスは、ＡＰＮ＝ｄｏｃｏｍｏ．ｊｐのままである。
【００３４】
（xv）ＡＴＭ網１のコンバータ（ＣＶ）４（ＩＰアドレスは＃Ｂである）は、他網２のＳＧＳＮ１３からの問い合わせに対して自機のＩＰアドレス＃Ｂを返答する。
【００３５】
（xvi）他網２のＳＧＳＮ１３はこの＃Ｂのアドレス応答を受け取ると、宛先アドレスを＃Ｂとし、発信元アドレスを＃Ａとする接続要求をＡＴＭ網１に発信する。（xvii）コンバータ（ＣＶ）４はこの接続要求に対して、ＡＲＦ１７に元の宛先ＩＰアドレスＡＰＮ＝ｄｏｃｏｍｏ．ｊｐについてアドレス翻訳要求を出し、（xviii）ＡＲＦ１７は対応するエンドノードＧＧＳＮ１２のアドレス＃Ａを返答する。
【００３６】
（xix）ＣＶ４はＡＲＦ１７からアドレス応答＃Ａを受け取ると、自アドレス＃Ｂ−エンドノードアドレス＃Ａとの対応を記憶すると共に、エンドノードのＩＰアドレス＃ＡのＧＧＳＮ１２に対して接続要求を出し、ＧＧＳＮ１２は接続を行い、（xx）接続完了すればＣＶ４に通知する。（xxi）ＣＶ４は接続完了通知を受け取ると、他網２の要求元のＳＧＳＮ１３に対して接続完了を通知し、（xxii）ＳＧＳＮ１３は発信元の移動機Ｄに対して接続完了を通知する。これによりパケット発信元の自網移動機ＤとＡＰＮ＝ｄｏｃｏｍｏ．ｊｐを管理する自網１のＧＧＳＮ１２との間の接続が確立される。
【００３７】
（xxiii）この後、移動機Ｄから送信されるパケットデータについては、ＳＧＳＮ１３において宛先アドレス＃Ｂ、送信元アドレス＃ＣとするパケットデータＰＫ１としてコンバータ（ＣＶ）４に届けられ、ＣＶ４が宛先ＩＰアドレス＃Ａ、送信元アドレス＃ＢとなるようにＩＰアドレスの載せ替えを行い、自網内のパケットデータＰＫ２にしてＩＰアドレス＃ＡのＧＧＳＮ１２に送信する。また逆に、ＧＧＳＮ１２からのパケットデータＰＫ３（宛先ＩＰアドレス＃Ｂ、発信者アドレス＃Ａ）に対して、ＣＶ４でＩＰアドレスの載せ替えを行い、パケットデータＰＫ４（宛先ＩＰアドレス＃Ｃ、発信者アドレス＃Ｂ）にして他網２のＳＧＳＮ１３に送信する。
【００３８】
これにより、第２の実施の形態の異網間データ通信システム及びそれが使用する異網間接続方法では、自網移動機５が他網２から自網１内にローミングインしてきたとき、複数のコンバータが存在していてもＳＶＣ接続を確立している特定のコンバータに固定的に着信させることができ、異網間のシームレスなローミングを可能にする。また、異網間の接続部にプロトコル変換機能を備えたコンバータを局在化させることにより、経済的な網構築が可能となる。
【００３９】
【発明の効果】
以上のように本発明によれば、異網間接続の場合に、複数台のコンバータ（ＣＶ）を接続部に設置していれば、他網であるＩＰ網から自網のＡＴＭ−ＳＶＣ網のＧＧＳＮあるいはＳＧＳＮに向かうトラヒックは必ずしもＳＶＣ接続が確立しているＣＶに接続されないが、ＳＶＣ接続の確立していないＣＶがそのようなパケットデータを受信すれば、ＳＶＣ接続の確立しているＣＶに転送するので、異網間でシームレスにパケット通信でき、また、複数のＣＶを備えることによってシステムの信頼性を高めることができ、その上、複数のＣＶが存在していても、他網からのパケットをＡＴＭ−ＳＶＣ接続を確立している特定のＣＶに確実に着信させることができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態の異網間データ通信システムの動作を示すブロック図。
【図２】本発明の第１及び第２の実施の形態の異網間データ通信システムの構成を示すブロック図。
【図３】本発明の第１及び第２の実施の形態の異網間データ通信システムにおけるＡＴＭ−ＳＶＣ網側の構成を示すブロック図。
【図４】本発明の第１の実施の形態の異網間データ通信システムによるデータ変換動作の説明図。
【図５】本発明の第１の実施の形態の異網間データ通信システムにおけるコンバータの機能構成を示すブロック図。
【図６】本発明の第１の実施の形態に用いるコンバータが行うプロトコル変換処理の説明図。
【図７】本発明の第１の実施の形態におけるコンバータによるＡＰＮ→ＧＭＭＳアドレス解決処理の説明図。
【図８】本発明の第１の実施の形態におけるコンバータによるＧＴＰ−Ｃ  ｏｎ  ＳＣＣＰ／ＧＴＰ−Ｃ  ｏｎ  ＵＤＰ−ＩＰ変換処理の説明図。
【図９】本発明の第１の実施の形態におけるコンバータによるコンバータ間データ転送処理の説明図。
【図１０】本発明の第２の実施の形態の異網間データ通信システムの動作を示すブロック図。
【図１１】本発明の第２の実施の形態の異網間データ通信システムによるデータ変換動作の説明図。
【図１２】本発明の第２の実施の形態の異網間データ通信システムにおけるコンバータ機能構成を示すブロック図。
【図１３】本発明の第２の実施の形態に用いるコンバータが行うプロトコル変換処理の説明図。
【符号の説明】
１  ＡＴＭ−ＳＶＣ網（自網）
２  ＩＰ網（他網）
２Ａ  ＧＲＸ網
２Ｂ  他社ＩＰ網
３  網間接続部
４  コンバータ（ＣＶ）
５  自網移動機
６  他網移動機
１１  インターネットサービスプロバイダ（ＩＳＰ）
１２  ＧＧＳＮ
１３  ＳＧＳＮ
１４  ＢＧ（Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ）
１６  ＤＮＳ
１７  ＡＲＦ
１８  ＧＭＭＳ
２１  ＡＴＭ−ＳＶＣ／ＩＰ網間プロトコル変換部
２２  ＡＲＦ機能／ＧＭＭＳアドレス変換部
２３  ＧＴＰ−Ｃ  ｏｎプロトコル変換部
２４  コンバータ間データ転送部
２５  データ保持部
２６  ＡＴＭ−ＳＶＣ／ＩＰ網間プロトコル変換部
２７  ＧＴＰ−Ｕ，ＵＤＰ−ＩＰ終端処理部
２８  ＩＰアドレス載せ替え部
【図１】
0003875122.tif 000002
【図２】
0003875122.tif 000003
【図３】
0003875122.tif 000004
【図４】
0003875122.tif 000005
【図５】
0003875122.tif 000006
【図６】
0003875122.tif 000007
【図７】
0003875122.tif 000008
【図８】
0003875122.tif 000009
【図９】
0003875122.tif 000010
【図１０】
0003875122.tif 000011
【図１１】
0003875122.tif 000012
【図１２】
0003875122.tif 000013
【図１３】
0003875122.tif 000014