[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP3875122B2 - Inter-network connection method, inter-network data communication system, and converter - Google Patents

Inter-network connection method, inter-network data communication system, and converter Download PDF

Info

Publication number
JP3875122B2
JP3875122B2 JP2002060984A JP2002060984A JP3875122B2 JP 3875122 B2 JP3875122 B2 JP 3875122B2 JP 2002060984 A JP2002060984 A JP 2002060984A JP 2002060984 A JP2002060984 A JP 2002060984A JP 3875122 B2 JP3875122 B2 JP 3875122B2
Authority
JP
Japan
Prior art keywords
address
network
converter
destination
svc
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.)
Expired - Fee Related
Application number
JP2002060984A
Other languages
Japanese (ja)
Other versions
JP2003258920A (en
Inventor
優子 松尾
知行 大谷
睦丸 三木
一雄 杉山
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.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
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 NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to JP2002060984A priority Critical patent/JP3875122B2/en
Publication of JP2003258920A publication Critical patent/JP2003258920A/en
Application granted granted Critical
Publication of JP3875122B2 publication Critical patent/JP3875122B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、ATM−SVC網とIP網との間でパケットを通信させるためのコンバータ及びプロトコル変換方法に関する。
【0002】
【従来の技術】
従来、ATM−SVC網とIP網とを接続し、パケット通信を実現する機能を備えたコンバータは知られていない。
【0003】
【発明が解決しようとする課題】
ATM−SVC網とIP網とを接続し、パケット通信を実現する機能をコンバータに具備させる場合、このコンバータには、異なる網接続のためにプロトコル変換機能が必要である。このようなプロトコル変換機能は、プロトコルスタックの低階層でATM−SVCベースとIPベースのプロトコル変換機能となる。そのような変換機能を有するコンバータが1台であれば、これで異なった網間でパケット通信が可能となるが、接続構成を想定した場合、実際には信頼性を考慮して複数台のコンバータを設置することになる。しかしながら、複数台のコンバータを設置した場合、接続要求時にATM−SVC接続をしている特定のコンバータにデータが接続できない場合が発生し得る。
【0004】
本発明はこのような技術的課題に鑑みてなされたもので、ATM−SVC網とIP網との接続時に、IP網からのパケット着信をATM−SVC接続している特定のコンバータに着信させてプロトコル変換させ、異網間でのパケット通信を可能にするATM−SVC網とIP網の接続技術を提供することを特徴とする。
【0005】
【課題を解決するための手段】
請求項1の発明の異網間接続方法は、ATM−SVC網とIP網との接続部に設置された複数のコンバータ各々が、自機でSVC接続が確立したときに、SVC番号と宛先IPアドレスとの対応を記憶し、かつ、自機の識別番号及びSVC接続が確立した宛先IPアドレスとの対応情報を他コンバータに送信するステップと、前記複数のコンバータ各々が、他コンバータからの転送データを受信してそのコンバータの識別番号及びSVC接続が確立した宛先IPアドレスとの対応情報を記憶するステップと、前記複数のコンバータ各々が、自機に着信したパケットデータに対してその宛先IPアドレスをチェックし、前記対応情報を参照して他コンバータでSVC接続が確立している宛先IPアドレスである場合に当該他コンバータに着信パケットデータを転送するステップと、前記複数のコンバータ各々が、他のコンバータから前記着信パケットデータの転送を受けたときに、データリンク層以下で宛先IPアドレスをエンドノードアドレスとするプロトコル変換を行い、該当エンドノードアドレスに送り出すステップとを有することを特徴とするものである。
【0006】
請求項2の発明の異網間データ通信システムは、ATM−SVC網とIP網との接続部に設置された複数のコンバータを備え、前記複数のコンバータ各々は、自機でSVC接続が確立したときに、SVC番号と宛先IPアドレスとの対応を記憶し、かつ、自機の識別番号及びSVC接続が確立した宛先IPアドレスとの対応情報を他コンバータに送信する機能と、他コンバータからの転送データを受信してそのコンバータの識別番号及びSVC接続が確立した宛先IPアドレスとの対応情報を記憶する機能と、自機に着信したパケットデータに対してその宛先IPアドレスをチェックし、前記対応情報を参照して他コンバータでSVC接続が確立している宛先IPアドレスである場合に当該他コンバータに着信パケットデータを転送する機能と、他のコンバータから前記着信パケットデータの転送を受けたときに、データリンク層以下で宛先IPアドレスをエンドノードアドレスとするプロトコル変換を行い、該当エンドノードアドレスに送り出す機能とを備えたことを特徴とするものである。
【0007】
請求項3の発明のコンバータは、自機でSVC接続が確立したときにSVC番号と宛先IPアドレスとの対応を記憶する手段と、自機でSVC接続が確立したときに自機の識別番号及びSVC接続が確立した宛先IPアドレスとの対応情報を他コンバータに送信する手段と、他コンバータからの転送データを受信してそのコンバータの識別番号及びSVC接続が確立した宛先IPアドレスとの対応情報を記憶する手段と、自機に着信したパケットに対してその宛先IPアドレスをチェックし、前記対応情報を参照して他コンバータでSVC接続が確立している宛先IPアドレスである場合に当該他コンバータに着信パケットを転送する手段とを備えたものである。
【0011】
【発明の実施の形態】
以下、本発明の実施の形態を図に基づいて詳説する。図1は本発明の第1の実施の形態の異網間データ通信システムの機能構成を示している。第1の実施の形態の特徴は、宛先IPアドレスをエンドノードとする方式を採用した場合に適用するもので、エンドアドレスにIPルーチングするのに必ずしもATM−SVC接続しているコンバータ(ここでは、コンバータ#4)を経由するとは限らないので、各コンバータ#1〜#3にSVC接続している特定のコンバータ#4へデータ転送する機能を持つ点にある。そしてこのデータ転送機能を可能にするため、各コンバータ#1〜#4には、自装置にSVC接続が確立した段階で他のコンバータに対してSVC接続とその宛先アドレスとを通知する機能、またこの通知を受け取った際にはその情報を保持する登録機能を備えている。
【0012】
まず、図2に示すように、ATM網1とIP網2とを接続する場合、プロトコル変換を行う必要がある。そのため、網間の接続部3にプロトコル変換を行うコンバータ(CV)4を設置する。
【0013】
異網1,2間の接続形態には、(1)ATM網1のユーザがローミングアウトした場合に、自網移動機5からATM網1に接続をかけるIP網→ATM網接続と、(2)他網のローミングインユーザが他網移動機6からその自網であるIP網2に接続をかけるATM網→IP網接続がある。そのため、コンバータCV4には、この両方の接続形態に対応できるプロトコル変換機能が要求される。
【0014】
なお、図2において、ISP(Internet Service Provider)11は、インターネット接続サービス業者である。GGSN(Gateway GPRS Support Node)12は、IP網、ATM網それぞれにおいてISPとのアクセス制御(接続通知や着信通知等)を行うノードである。SGSN(Serving GPRS Support Node)13は、加入者ノード(または在圏ノード)であり、在圏する移動加入者の加入者情報を管理している。そしてその加入者情報は、移動機の電源オン時にHLR(Home Location Resister)からダウンロードされる。そしてSGSNは、移動機の発着信時に加入者情報を元にして接続可否判断を行い、接続先に対して接続制御する。BG(Border Gateway)14は、異網1,2間の接続を制御するゲートウェイである。このBG14は同じIP網2内でもGRX網2Aと他社IP網2Bとの間に介在している。
【0015】
異網1,2間の接続を円滑に、かつ信頼性を高く接続できるようにするためには、図3に示すように冗長性を持つ接続システムとしなければならない。つまり、ATM網1とIP網2との分界点3にあるBG14からATM−SVC網1のコンバータ(CV)4に接続され、このコンバータ(CV)4からATM網1内のGGSN12やSGSN13に接続する。そして、故障時の迂回機能を考慮し、このコンバータCV4は複数台設置することが望まれる。ここで、DNS(Domain Name System)15は、ドメインネームシステムであり、インターネット上で利用され、ユーザの指定するネーム:APN(Access Point Name)から接続先GGSNのIPアドレスへの変換を行うものである。
【0016】
図4は、上記実施の形態のコンバータ(CV)4の機能を示している。ATM網1とIP網2との接続部3において、ボーダーゲートウェイ(BG)14のATM網1側にコンバータ(CV)4を設置し、自網1のユーザが自網移動機5でIP網2からローミングインしてくれば、CV4はその宛先IPアドレスをエンドノードであるGGSN12あるいはSGSN13のアドレスを設定し、プロトコル変換する。
【0017】
図5は、コンバータ(CV)4の機能構成であり、ATM−SVC/IP網間プロトコル変換部21、ARF機能/GMMSアドレス変換部22、GTP−C onプロトコル変換部23、コンバータ(CV)間データ転送部24、データ保持部25を備えている。
【0018】
ATM−SVC/IP網間プロトコル変換部21は、ATM−SVC網1とIP網2とのL1/L2プロトコル変換を行う。図6にプロトコルスタックを示してある。ATM網1のパケットデータのプロトコルスタックはAPL,GTP−U,UDP−IP,ATMであり、IP網2のパケットデータのプロトコルスタックはAPL,CTP−U,UDP−IP,L1/L1である。CV4ではこのうち最下位層のL1/L2レイヤ−ATMレイヤ間でプロトコル変換を行うが、エンドノードの宛先アドレスを保持しているので、UDP−IP、GTP−Uに関してはスチール(覗き見)するだけである。
【0019】
ARF機能(Access link Relay Function機能)/GMMSアドレス変換部22は、ARFプロトコルと標準DNSプロトコルとを変換する。図7にはその機能を示してある。自網の移動機5が他網2へローミングした場合、他網2のAPNでアドレス解決ができないとき、自網のATM網1へ問い合わせを行い、問い合わせ元の他網2にGGSN12のIPアドレスをC.P.C.reqで返信する。このとき返信するIPアドレスは、エンドノードのGGSM12のIPアドレスである。
【0020】
GTP−C onプロトコル変換部23は、GTP−C on SCCPプロトコルとGTP−C on UDP−IPプロトコルとを変換する。この変換機能は、SCCP上のARFプロトコル及びGTP−C信号をUDP−IPの信号に変換し、またその逆変換をする機能であり、図8に示すIFプロトコルスタック31とDNSプロトコルスタック32との間の相互変換をする。
【0021】
コンバータ(CV)間データ転送部24は、自CVがSVC接続を確立した時点でCV識別番号と宛先アドレスとの対応情報を作成してデータ保持部25に保持すると共に、他のCVに対して自CV番号−宛先アドレスの対応情報を通知する。このCV間データ転送部24はまた、受信したパケットの宛先アドレスを確認し、データ保持部25の対応管理表データを参照して宛先アドレスからSVC接続しているCV番号を特定し、該当するCVへ着信パケットを転送する。
【0022】
データ保持部25は、自CVがSVC接続を確立した時点でCV識別番号と宛先アドレスとの対応データ26として保持すると共に、他CVから通知された他CVからのSVC−CV番号の対応データを対応管理表データ27として保持する。これらのデータは図1に示してある。
【0023】
図1は、コンバータ(CV)間データ転送部24のCV−宛先アドレス対応管理機能を示している。(i)各コンバータ(ここでは、CV#4とする)は、自CV#4がSVC接続を確立した時点でCV識別番号と宛先アドレスとの対応情報26を作成してデータ保持部25に保持する。(ii)これと共に、CV#4は他のCV#1〜CV#3に対して自CV番号−宛先アドレスの対応情報を通知する。(iii)通知を受けた各CV#1〜CV#3は、自装置のデータ保持部25に、受信したCV番号−宛先アドレスの対応データを図示する対応管理表27のように保存する。(iv)そして、例えば、CV#3に他網2から自網1へパケットが着信すれば、そのCV間データ転送部24は宛先アドレスを確認し、アドレス対応管理表27のデータを参照してSVC接続の確立されているCV#4を特定し、着信パケットを転送する。(v)パケットを転送されたCV#4は、受け取ったパケットをデータ保持部25に保持している宛先アドレス対応情報26を参照し、該当するSVCに送信する。
【0024】
図9もまた、CV間データ転送部24による転送処理(図1における(iv)、(v)の処理に対応)を示している。他網2から自網1のSGSN13に向かうトラヒック15は、自網1のSGSN13のIPアドレスしか意識せずにIPルーチングされるので、必ずしもSVC接続が確立しているCV#4に接続されない。そこで、SVC接続が確立していないCV#3がこのパケットデータを受信すれば、自装置のデータ保持部25の管理表27を参照し、受信したデータをSVC接続が確立しているCV#4に転送するのである。
【0025】
このようにして、第1の実施の形態の異網間データ通信システム及びそれが使用する異網間接続方法によれば、他網2から自網1のSGSN13に向かうトラヒック15は必ずしもSVC接続が確立しているCVに接続されないが、SVC接続が確立していないCVがそのようなパケットデータを受信すれば、SVC接続が確立しているCVに転送するので、異網間でシームレスにパケット通信でき、また、複数のCVを備えることによってシステムの信頼性を高めることができ、その上、複数のCVが存在していても、他網からのパケットをATM−SVC接続を確立している特定のCVに確実に着信させることができる。
【0026】
次に、本発明の第2の実施の形態のコンバータ及びそれが使用する異網間接続方法について説明する。図10は本発明の第2の実施の形態の異網間データ通信システムの機能構成を示している。第2の実施の形態の特徴は、宛先IPアドレスをエンドノードアドレスではなく、コンバータアドレスとし、コンバータ(CV)において宛先IPアドレス及び発信者アドレスを載せ替えさせる方式を採用した点にある。
【0027】
この第2の実施の形態の異網間データ通信システムでは、ATM網(自網)1とIP網(他網)2との接続部に、システムの信頼性を確保するために複数のCVを設置した場合、他網2からのパケット着信時に確実にSVC接続の確立しているCVに着信させるために、IP網(他網)2からATM網(自網)1へ着信させる場合には他網2のSGSN13の接続要求に対して通知するエンドアドレスを特定のコンバータアドレスにし、その後、着信を受けた当該特定のCVが他網2からのパケットデータを真の宛先IPアドレスをARFの問い合わせの後、真のエンドアドレスである自網1内のGGSN12あるいはSGSNへ接続する。
【0028】
このデータ通信機能を可能にするため、第1の実施の形態と同様に図2に示すように、ATM網(自網)1とIP網(他網)2との接続部3に、上述した機能を有するコンバータ(CV)4を設置する。図11は、第2の実施の形態のコンバータ(CV)の機能を示している。ATM網(自網)1とIP網(他網)2との接続部3において、ボーダーゲートウェイ(BG)14のATM網1側にCV4を設置し、自網1のユーザが自網移動機5でIP網(他網)2からローミングインしてくれば、CV4は着信パケットの宛先IPアドレスをCV4のアドレスに変換して相手網2のSGSN13に通知し、SGSN13から自機のアドレス宛のパケットを受信する。そして、受信したパケットデータのプロトコル変換を実施すると共に、自網1内の正規のIPアドレスのGGSN12に送信するのである。
【0029】
図12は、コンバータ(CV)4の機能構成であり、第1の実施の形態と同様のARF機能/GMMSアドレス変換部22、GTP−C onプロトコル変換部23を備えると共に、第1の実施の形態とは異なる機能のATM−SVC/IP網間プロトコル変換部26、そして新規な機能としてGTP−U,UDP−IP終端処理部27、IPアドレス載せ替え部28を備えている。
【0030】
ARF機能/GMMSアドレス変換部22は、第1の実施の形態と同様、図7に示すように、自網の移動機5が他網2へローミングした場合、他網2のAPNでアドレス解決ができないとき、自網のATM網1へ問い合わせを行い、問い合わせ元の他網2にGGSN12のIPアドレスをC.P.C.reqで返信する。ただし、このとき返信するIPアドレスは、第1の実施の形態とは異なり、CV4のIPアドレスである。
【0031】
GTP−C onプロトコル変換部23は、第1の実施の形態と同様、図8に示したように、GTP−C on SCCPプロトコルとGTP−C on UDP−IPプロトコルとを変換する。
【0032】
第2の実施の形態におけるATM−SVC/IP網間プロトコル変換部26は、図13に示すようなATM−SVC網1とIP網2とのプロトコル変換を行う。ATM網1のパケットデータのプロトコルスタックはAPL,GTP−U,UDP−IP,ATMであり、IP網2のパケットデータのプロトコルスタックはAPL,CTP−U,UDP−IP,L1/L1である。CV4ではこのうち最下位層のL1/L2レイヤ−ATMレイヤ間でプロトコル変換を行う。また、第2の実施の形態で新規なGTP−U,UDP−IP終端処理部27はUDP−IP、GTP−Uを終端し、さらに、IPアドレス載せ替え部28はパケットデータの宛先IPアドレス、発信者IPアドレスの載せ替えを行う。これらの処理については、後に詳述する。
【0033】
図10を用いて、本実施の形態の異網間データ通信システムによる異網間接続方法について説明する。(xi)自網移動機DがIP網(他網)2において自網ATM網1のGGSN12を宛先IPアドレス(APN=docomo.jp)として発信要求を発したとする。(xii)この発信要求に対して、他網2のSGSN13(IPアドレス#Cとする)は、当該網内のDNS16に対してアドレス翻訳を要求するが、(xiii)DNS16は該網2内に該当アドレスを見出すことができず、不明応答をSGSN13に返信する。(xiv)は、この不明応答を受け取ると、ATM網1に対して問い合わせを発信する。このときに宛先IPアドレスは、APN=docomo.jpのままである。
【0034】
(xv)ATM網1のコンバータ(CV)4(IPアドレスは#Bである)は、他網2のSGSN13からの問い合わせに対して自機のIPアドレス#Bを返答する。
【0035】
(xvi)他網2のSGSN13はこの#Bのアドレス応答を受け取ると、宛先アドレスを#Bとし、発信元アドレスを#Aとする接続要求をATM網1に発信する。(xvii)コンバータ(CV)4はこの接続要求に対して、ARF17に元の宛先IPアドレスAPN=docomo.jpについてアドレス翻訳要求を出し、(xviii)ARF17は対応するエンドノードGGSN12のアドレス#Aを返答する。
【0036】
(xix)CV4はARF17からアドレス応答#Aを受け取ると、自アドレス#B−エンドノードアドレス#Aとの対応を記憶すると共に、エンドノードのIPアドレス#AのGGSN12に対して接続要求を出し、GGSN12は接続を行い、(xx)接続完了すればCV4に通知する。(xxi)CV4は接続完了通知を受け取ると、他網2の要求元のSGSN13に対して接続完了を通知し、(xxii)SGSN13は発信元の移動機Dに対して接続完了を通知する。これによりパケット発信元の自網移動機DとAPN=docomo.jpを管理する自網1のGGSN12との間の接続が確立される。
【0037】
(xxiii)この後、移動機Dから送信されるパケットデータについては、SGSN13において宛先アドレス#B、送信元アドレス#CとするパケットデータPK1としてコンバータ(CV)4に届けられ、CV4が宛先IPアドレス#A、送信元アドレス#BとなるようにIPアドレスの載せ替えを行い、自網内のパケットデータPK2にしてIPアドレス#AのGGSN12に送信する。また逆に、GGSN12からのパケットデータPK3(宛先IPアドレス#B、発信者アドレス#A)に対して、CV4でIPアドレスの載せ替えを行い、パケットデータPK4(宛先IPアドレス#C、発信者アドレス#B)にして他網2のSGSN13に送信する。
【0038】
これにより、第2の実施の形態の異網間データ通信システム及びそれが使用する異網間接続方法では、自網移動機5が他網2から自網1内にローミングインしてきたとき、複数のコンバータが存在していてもSVC接続を確立している特定のコンバータに固定的に着信させることができ、異網間のシームレスなローミングを可能にする。また、異網間の接続部にプロトコル変換機能を備えたコンバータを局在化させることにより、経済的な網構築が可能となる。
【0039】
【発明の効果】
以上のように本発明によれば、異網間接続の場合に、複数台のコンバータ(CV)を接続部に設置していれば、他網であるIP網から自網のATM−SVC網のGGSNあるいはSGSNに向かうトラヒックは必ずしもSVC接続が確立しているCVに接続されないが、SVC接続の確立していないCVがそのようなパケットデータを受信すれば、SVC接続の確立しているCVに転送するので、異網間でシームレスにパケット通信でき、また、複数のCVを備えることによってシステムの信頼性を高めることができ、その上、複数のCVが存在していても、他網からのパケットをATM−SVC接続を確立している特定のCVに確実に着信させることができる。
【図面の簡単な説明】
【図1】本発明の第1の実施の形態の異網間データ通信システムの動作を示すブロック図。
【図2】本発明の第1及び第2の実施の形態の異網間データ通信システムの構成を示すブロック図。
【図3】本発明の第1及び第2の実施の形態の異網間データ通信システムにおけるATM−SVC網側の構成を示すブロック図。
【図4】本発明の第1の実施の形態の異網間データ通信システムによるデータ変換動作の説明図。
【図5】本発明の第1の実施の形態の異網間データ通信システムにおけるコンバータの機能構成を示すブロック図。
【図6】本発明の第1の実施の形態に用いるコンバータが行うプロトコル変換処理の説明図。
【図7】本発明の第1の実施の形態におけるコンバータによるAPN→GMMSアドレス解決処理の説明図。
【図8】本発明の第1の実施の形態におけるコンバータによるGTP−C on SCCP/GTP−C on UDP−IP変換処理の説明図。
【図9】本発明の第1の実施の形態におけるコンバータによるコンバータ間データ転送処理の説明図。
【図10】本発明の第2の実施の形態の異網間データ通信システムの動作を示すブロック図。
【図11】本発明の第2の実施の形態の異網間データ通信システムによるデータ変換動作の説明図。
【図12】本発明の第2の実施の形態の異網間データ通信システムにおけるコンバータ機能構成を示すブロック図。
【図13】本発明の第2の実施の形態に用いるコンバータが行うプロトコル変換処理の説明図。
【符号の説明】
1 ATM−SVC網(自網)
2 IP網(他網)
2A GRX網
2B 他社IP網
3 網間接続部
4 コンバータ(CV)
5 自網移動機
6 他網移動機
11 インターネットサービスプロバイダ(ISP)
12 GGSN
13 SGSN
14 BG(Border Gateway)
16 DNS
17 ARF
18 GMMS
21 ATM−SVC/IP網間プロトコル変換部
22 ARF機能/GMMSアドレス変換部
23 GTP−C onプロトコル変換部
24 コンバータ間データ転送部
25 データ保持部
26 ATM−SVC/IP網間プロトコル変換部
27 GTP−U,UDP−IP終端処理部
28 IPアドレス載せ替え部
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a converter and a protocol conversion method for communicating packets between an ATM-SVC network and an IP network.
[0002]
[Prior art]
Conventionally, there is no known converter having a function of connecting an ATM-SVC network and an IP network and realizing packet communication.
[0003]
[Problems to be solved by the invention]
When the ATM-SVC network and the IP network are connected and the converter has a function of realizing packet communication, this converter needs a protocol conversion function for different network connections. Such a protocol conversion function is an ATM-SVC base and an IP base protocol conversion function in the lower layer of the protocol stack. If a single converter having such a conversion function is used, packet communication between different networks is possible. However, when a connection configuration is assumed, a plurality of converters are actually considered in consideration of reliability. Will be installed. However, when a plurality of converters are installed, there may occur a case where data cannot be connected to a specific converter that has ATM-SVC connection when a connection request is made.
[0004]
The present invention has been made in view of such a technical problem. When an ATM-SVC network and an IP network are connected, an incoming packet from the IP network is received by a specific converter connected to the ATM-SVC. It is characterized by providing a connection technique between an ATM-SVC network and an IP network that enables protocol communication and enables packet communication between different networks.
[0005]
[Means for Solving the Problems]
The inter-network connection method according to the first aspect of the present invention is such that each of a plurality of converters installed in a connection portion between an ATM-SVC network and an IP network establishes an SVC number and a destination IP when the SVC connection is established by itself. Storing the correspondence with the address, and transmitting correspondence information with the identification number of the own device and the destination IP address with which the SVC connection is established, to each of the plurality of converters, the transfer data from the other converter Storing the correspondence information between the converter identification number and the destination IP address with which the SVC connection has been established, and each of the plurality of converters sets the destination IP address for the packet data received at its own device. If the destination IP address is that the SVC connection has been established by the other converter with reference to the correspondence information, the incoming converter And when each of the plurality of converters receives the transfer of the incoming packet data from another converter, performs protocol conversion with the destination IP address as the end node address below the data link layer, and And sending to the end node address.
[0006]
The data communication system between different networks of the invention of claim 2 includes a plurality of converters installed at a connection portion between the ATM-SVC network and the IP network, and each of the plurality of converters has established an SVC connection by itself. Sometimes, the correspondence between the SVC number and the destination IP address is stored, and the correspondence information between the own device identification number and the destination IP address established by the SVC connection is transmitted to the other converter, and the transfer from the other converter. A function of receiving data and storing correspondence information between the converter identification number and the destination IP address established by the SVC connection; and checking the destination IP address of the packet data received at the own device, and the correspondence information To transfer incoming packet data to the other converter when the destination IP address is SVC connection established by the other converter with reference to FIG. A function of performing protocol conversion using the destination IP address as an end node address below the data link layer when receiving the transfer of the incoming packet data from another converter, and sending it to the corresponding end node address. It is what.
[0007]
According to a third aspect of the present invention, there is provided a converter for storing a correspondence between an SVC number and a destination IP address when an SVC connection is established by the own device, an identification number of the own device when the SVC connection is established by the own device, and Means for transmitting correspondence information with the destination IP address established by the SVC connection to another converter, correspondence information between the transfer data from the other converter and the identification number of the converter and the destination IP address established with the SVC connection. The destination IP address is checked with respect to the packet that has arrived at its own device and the packet received at its own device, and if it is the destination IP address for which the SVC connection has been established by the other converter with reference to the correspondence information, Means for transferring an incoming packet.
[0011]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. FIG. 1 shows a functional configuration of a data communication system between different networks according to the first embodiment of this invention. The feature of the first embodiment is applied when adopting a method in which the destination IP address is an end node, and a converter (in this case, an ATM-SVC connection is always used for IP routing to the end address). Since it does not always go through the converter # 4), it has a function of transferring data to a specific converter # 4 connected to each converter # 1 to # 3 by SVC. In order to enable this data transfer function, each converter # 1 to # 4 has a function of notifying the other converter of the SVC connection and its destination address when the SVC connection is established with the own device, When this notification is received, it has a registration function for holding the information.
[0012]
First, as shown in FIG. 2, when the ATM network 1 and the IP network 2 are connected, it is necessary to perform protocol conversion. Therefore, a converter (CV) 4 that performs protocol conversion is installed in the connection part 3 between the networks.
[0013]
The connection form between the different networks 1 and 2 includes (1) an IP network that connects the local network mobile device 5 to the ATM network 1 when the user of the ATM network 1 roams out, and (2) There is an ATM network → IP network connection in which a roaming-in user of another network connects from the mobile device 6 of the other network to the IP network 2 as its own network. Therefore, the converter CV4 is required to have a protocol conversion function that can handle both of these connection forms.
[0014]
In FIG. 2, an ISP (Internet Service Provider) 11 is an Internet connection service provider. A GGSN (Gateway GPRS Support Node) 12 is a node that performs access control (connection notification, incoming call notification, etc.) with an ISP in each of an IP network and an ATM network. An SGSN (Serving GPRS Support Node) 13 is a subscriber node (or a visited node), and manages subscriber information of mobile subscribers in the area. The subscriber information is downloaded from an HLR (Home Location Register) when the mobile device is powered on. Then, the SGSN determines whether or not connection is possible based on the subscriber information when the mobile station makes and receives calls, and controls connection to the connection destination. A BG (Border Gateway) 14 is a gateway that controls connection between the different networks 1 and 2. The BG 14 is interposed between the GRX network 2A and the other company's IP network 2B in the same IP network 2.
[0015]
In order to enable smooth and reliable connection between the different networks 1 and 2, a connection system having redundancy as shown in FIG. 3 must be provided. That is, the BG 14 at the demarcation point 3 between the ATM network 1 and the IP network 2 is connected to the converter (CV) 4 of the ATM-SVC network 1, and the converter (CV) 4 is connected to the GGSN 12 and the SGSN 13 in the ATM network 1. To do. In consideration of the detour function at the time of failure, it is desirable to install a plurality of converters CV4. Here, DNS (Domain Name System) 15 is a domain name system, which is used on the Internet and converts a name designated by a user: APN (Access Point Name) to an IP address of a connection destination GGSN. is there.
[0016]
FIG. 4 shows the function of the converter (CV) 4 of the above embodiment. In the connection part 3 between the ATM network 1 and the IP network 2, a converter (CV) 4 is installed on the ATM network 1 side of the border gateway (BG) 14, and a user of the local network 1 uses the local network mobile device 5 to connect to the IP network 2. If roaming in, the CV4 sets the address of the destination node GGSN 12 or SGSN 13 and converts the protocol.
[0017]
FIG. 5 shows the functional configuration of the converter (CV) 4, which includes an ATM-SVC / IP network protocol converter 21, an ARF function / GMMS address converter 22, a GTP-Con protocol converter 23, and a converter (CV). A data transfer unit 24 and a data holding unit 25 are provided.
[0018]
The ATM-SVC / IP network protocol conversion unit 21 performs L1 / L2 protocol conversion between the ATM-SVC network 1 and the IP network 2. FIG. 6 shows the protocol stack. The protocol stack for packet data in the ATM network 1 is APL, GTP-U, UDP-IP, and ATM, and the protocol stack for packet data in the IP network 2 is APL, CTP-U, UDP-IP, and L1 / L1. In CV4, protocol conversion is performed between the L1 / L2 layer of the lowest layer and the ATM layer, but since the destination address of the end node is held, UDP-IP and GTP-U are stealed. Only.
[0019]
The ARF function (Access link Relay Function function) / GMMS address conversion unit 22 converts the ARF protocol and the standard DNS protocol. FIG. 7 shows the function. When the mobile device 5 of the own network roams to the other network 2, when the address cannot be resolved by the APN of the other network 2, it makes an inquiry to the ATM network 1 of the own network, and the IP address of the GGSN 12 is assigned to the other network 2 of the inquiry source. C. P. C. Reply with req. The IP address returned at this time is the IP address of the GGSM 12 of the end node.
[0020]
The GTP-C on protocol conversion unit 23 converts the GTP-C on SCCP protocol and the GTP-C on UDP-IP protocol. This conversion function is a function for converting the ARF protocol on the SCCP and the GTP-C signal into a UDP-IP signal and vice versa. The conversion between the IF protocol stack 31 and the DNS protocol stack 32 shown in FIG. Interconvert between.
[0021]
The inter-converter (CV) data transfer unit 24 creates correspondence information between the CV identification number and the destination address when the own CV establishes the SVC connection, holds the information in the data holding unit 25, and Notification of correspondence information of own CV number-destination address The inter-CV data transfer unit 24 also confirms the destination address of the received packet, refers to the correspondence management table data of the data holding unit 25, identifies the SVC connection CV number from the destination address, and applies the corresponding CV Forward incoming packets to
[0022]
The data holding unit 25 holds the correspondence data 26 of the CV identification number and the destination address when the own CV establishes the SVC connection, and the correspondence data of the SVC-CV number from the other CV notified from the other CV. Stored as correspondence management table data 27. These data are shown in FIG.
[0023]
FIG. 1 shows the CV-destination address correspondence management function of the data transfer unit 24 between converters (CV). (I) Each converter (here, CV # 4) creates correspondence information 26 between the CV identification number and the destination address at the time when the own CV # 4 establishes the SVC connection, and stores it in the data holding unit 25 To do. (Ii) At the same time, CV # 4 notifies the other CV # 1 to CV # 3 of the correspondence information of its own CV number-destination address. (Iii) Receiving the notification, each CV # 1 to CV # 3 stores the received CV number-destination address correspondence data in the data holding unit 25 of its own device as shown in the correspondence management table 27 shown in the figure. (Iv) For example, if a packet arrives at the CV # 3 from the other network 2 to the own network 1, the inter-CV data transfer unit 24 confirms the destination address and refers to the data in the address correspondence management table 27. The CV # 4 with which the SVC connection is established is specified, and the incoming packet is transferred. (V) The CV # 4 to which the packet is transferred refers to the destination address correspondence information 26 held in the data holding unit 25 and transmits the received packet to the corresponding SVC.
[0024]
FIG. 9 also shows a transfer process (corresponding to the processes (iv) and (v) in FIG. 1) by the inter-CV data transfer unit 24. Since the traffic 15 from the other network 2 toward the SGSN 13 of the own network 1 is IP-routed only considering the IP address of the SGSN 13 of the own network 1, it is not necessarily connected to the CV # 4 where the SVC connection is established. Therefore, if the CV # 3 in which the SVC connection is not established receives this packet data, the management table 27 of the data holding unit 25 of the own device is referred to, and the received data is the CV # 4 in which the SVC connection is established. It is transferred to.
[0025]
In this way, according to the inter-network data communication system and the inter-network connection method used by the first embodiment, the traffic 15 from the other network 2 toward the SGSN 13 of the own network 1 does not necessarily have the SVC connection. If a CV that is not connected to the established CV but has not established the SVC connection receives such packet data, the packet is transferred to the CV with the established SVC connection, so that packet communication can be seamlessly performed between different networks. In addition, the reliability of the system can be improved by providing a plurality of CVs. In addition, even if there are a plurality of CVs, packets from other networks can be identified as establishing an ATM-SVC connection. The CV can be reliably received.
[0026]
Next, a converter according to a second embodiment of the present invention and an inter-network connection method used by the converter will be described. FIG. 10 shows a functional configuration of the inter-network data communication system according to the second embodiment of this invention. A feature of the second embodiment is that a destination IP address is not an end node address but a converter address, and a converter (CV) replaces the destination IP address and the sender address.
[0027]
In the inter-network data communication system according to the second embodiment, a plurality of CVs are provided at the connection portion between the ATM network (own network) 1 and the IP network (other network) 2 in order to ensure system reliability. If installed, the IP network (other network) 2 may receive an incoming call from the other network 2 to the ATM network (own network) 1 in order to ensure that the incoming call is received by the CV having established SVC connection. The end address notified to the connection request of the SGSN 13 of the network 2 is set as a specific converter address, and then the specific CV receiving the incoming call uses the packet data from the other network 2 as the true destination IP address and the ARF inquiry. Then, it connects to the GGSN 12 or SGSN in its own network 1 that is the true end address.
[0028]
In order to enable this data communication function, the connection unit 3 between the ATM network (own network) 1 and the IP network (other network) 2 is connected as described above, as shown in FIG. A converter (CV) 4 having a function is installed. FIG. 11 shows the function of the converter (CV) of the second embodiment. In the connection part 3 between the ATM network (own network) 1 and the IP network (other network) 2, a CV 4 is installed on the ATM network 1 side of the border gateway (BG) 14. Then, when roaming in from the IP network (other network) 2, the CV 4 converts the destination IP address of the incoming packet to the CV 4 address and notifies the SGSN 13 of the partner network 2, and the packet addressed to its own address from the SGSN 13. Receive. Then, protocol conversion of the received packet data is performed, and the packet data is transmitted to the GGSN 12 of the regular IP address in the own network 1.
[0029]
FIG. 12 shows a functional configuration of the converter (CV) 4, which includes the same ARF function / GMMS address conversion unit 22 and GTP-Con protocol conversion unit 23 as those in the first embodiment, and the first embodiment. An ATM-SVC / IP inter-network protocol conversion unit 26 having a function different from the form, and a GTP-U, UDP-IP termination processing unit 27 and an IP address replacement unit 28 are provided as new functions.
[0030]
As in the first embodiment, the ARF function / GMMS address conversion unit 22 performs address resolution at the APN of the other network 2 when the mobile device 5 of the own network roams to the other network 2 as shown in FIG. If it is not possible, an inquiry is made to the ATM network 1 of its own network, and the IP address of the GGSN 12 is assigned to the other network 2 of the inquiry source. P. C. Reply with req. However, the IP address returned at this time is the IP address of CV4, unlike the first embodiment.
[0031]
As in the first embodiment, the GTP-C on protocol conversion unit 23 converts the GTP-C on SCCP protocol and the GTP-C on UDP-IP protocol as shown in FIG.
[0032]
The ATM-SVC / IP network protocol converter 26 in the second embodiment performs protocol conversion between the ATM-SVC network 1 and the IP network 2 as shown in FIG. The protocol stack for packet data in the ATM network 1 is APL, GTP-U, UDP-IP, and ATM, and the protocol stack for packet data in the IP network 2 is APL, CTP-U, UDP-IP, and L1 / L1. In CV4, protocol conversion is performed between the L1 / L2 layer of the lowest layer and the ATM layer. Further, in the second embodiment, the new GTP-U and UDP-IP termination processing unit 27 terminates UDP-IP and GTP-U, and the IP address re-sending unit 28 includes a destination IP address of packet data, Replace the sender IP address. These processes will be described in detail later.
[0033]
The inter-network connection method using the inter-network data communication system according to the present embodiment will be described with reference to FIG. (Xi) It is assumed that the local network mobile device D issues a transmission request in the IP network (other network) 2 with the GGSN 12 of the local network ATM network 1 as the destination IP address (APN = docomo.jp). (Xii) In response to this call request, the SGSN 13 (IP address #C) of the other network 2 requests address translation to the DNS 16 in the network, but (xiii) DNS 16 is in the network 2 The corresponding address cannot be found, and an unknown response is returned to the SGSN 13. When (xiv) receives this unknown response, it sends an inquiry to the ATM network 1. At this time, the destination IP address is APN = docomo. jp.
[0034]
(Xv) The converter (CV) 4 (the IP address is #B) of the ATM network 1 replies with its own IP address #B to the inquiry from the SGSN 13 of the other network 2.
[0035]
(Xvi) When the SGSN 13 of the other network 2 receives this #B address response, it sends a connection request to the ATM network 1 with the destination address being #B and the source address being #A. (Xvii) In response to this connection request, the converter (CV) 4 sends the original destination IP address APN = docomo. An address translation request is issued for jp, and (xviii) ARF 17 returns the address #A of the corresponding end node GGSN 12.
[0036]
(Xix) Upon receiving the address response #A from the ARF 17, the CV4 stores the correspondence between the self address #B and the end node address #A and issues a connection request to the GGSN 12 of the end node IP address #A. The GGSN 12 connects and (xx) notifies the CV4 when the connection is completed. (Xxi) Upon receiving the connection completion notification, the CV4 notifies the request source SGSN 13 of the other network 2 of the connection completion, and (xxii) the SGSN 13 notifies the source mobile device D of the connection completion. As a result, the mobile network D of the packet source and APN = docomo. A connection is established with the GGSN 12 of the own network 1 that manages jp.
[0037]
(Xxiii) Thereafter, the packet data transmitted from the mobile device D is delivered to the converter (CV) 4 as the packet data PK1 having the destination address #B and the source address #C in the SGSN 13, and the CV4 is the destination IP address. The IP address is replaced so as to become #A and the source address #B, and the packet data PK2 in the own network is transmitted to the GGSN 12 of the IP address #A. Conversely, the packet data PK3 (destination IP address #B, sender address #A) from the GGSN 12 is replaced with an IP address at CV4, and the packet data PK4 (destination IP address #C, sender address) #B) and transmit to the SGSN 13 of the other network 2.
[0038]
Thus, in the inter-network data communication system and the inter-network connection method used by the second embodiment, when the local network mobile device 5 roams into the local network 1 from the other network 2, a plurality of Even if the converter exists, it is possible to make a fixed incoming call to a specific converter that has established an SVC connection, and seamless roaming between different networks is possible. In addition, an economical network can be constructed by localizing a converter having a protocol conversion function at a connection part between different networks.
[0039]
【The invention's effect】
As described above, according to the present invention, in the case of connection between different networks, if a plurality of converters (CV) are installed in the connection part, the IP network which is the other network and the ATM-SVC network of the own network can be connected. Traffic destined for GGSN or SGSN is not necessarily connected to a CV with an established SVC connection, but if a CV with no established SVC connection receives such packet data, it is forwarded to the CV with an established SVC connection. Therefore, packet communication between different networks can be performed seamlessly, and the reliability of the system can be improved by providing a plurality of CVs. In addition, even if a plurality of CVs exist, packets from other networks can be obtained. Can be reliably received at a specific CV that has established an ATM-SVC connection.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an operation of an inter-network data communication system according to a first embodiment of this invention.
FIG. 2 is a block diagram showing a configuration of a data communication system between different networks according to the first and second embodiments of the present invention.
FIG. 3 is a block diagram showing a configuration on the ATM-SVC network side in the inter-network data communication system according to the first and second embodiments of the present invention.
FIG. 4 is an explanatory diagram of a data conversion operation by the inter-network data communication system according to the first embodiment of this invention.
FIG. 5 is a block diagram showing a functional configuration of a converter in the inter-network data communication system according to the first embodiment of this invention.
FIG. 6 is an explanatory diagram of protocol conversion processing performed by the converter used in the first embodiment of the present invention.
FIG. 7 is an explanatory diagram of APN → GMMS address resolution processing by the converter according to the first embodiment of the present invention.
FIG. 8 is an explanatory diagram of GTP-C on SCCP / GTP-C on UDP-IP conversion processing by the converter according to the first embodiment of the present invention.
FIG. 9 is an explanatory diagram of inter-converter data transfer processing by the converter according to the first embodiment of the present invention.
FIG. 10 is a block diagram showing the operation of the inter-network data communication system according to the second embodiment of this invention.
FIG. 11 is an explanatory diagram of a data conversion operation by the inter-network data communication system according to the second embodiment of this invention.
FIG. 12 is a block diagram showing a converter functional configuration in the inter-network data communication system according to the second embodiment of this invention.
FIG. 13 is an explanatory diagram of protocol conversion processing performed by a converter used in the second embodiment of the present invention.
[Explanation of symbols]
1 ATM-SVC network (own network)
2 IP network (other networks)
2A GRX network 2B Other company's IP network 3 Inter-network connection 4 Converter (CV)
5 Local network mobile device 6 Other network mobile device 11 Internet service provider (ISP)
12 GGSN
13 SGSN
14 BG (Border Gateway)
16 DNS
17 ARF
18 GMMS
21 ATM-SVC / IP network protocol conversion unit 22 ARF function / GMMS address conversion unit 23 GTP-C on protocol conversion unit 24 Inter-converter data transfer unit 25 Data holding unit 26 ATM-SVC / IP network protocol conversion unit 27 GTP -U, UDP-IP termination processing unit 28 IP address replacement unit

Claims (3)

ATM−SVC網とIP網との接続部に設置された複数のコンバータ各々が、自機でSVC接続が確立したときに、SVC番号と宛先IPアドレスとの対応を記憶し、かつ、自機の識別番号及びSVC接続が確立した宛先IPアドレスとの対応情報を他コンバータに送信するステップと、
前記複数のコンバータ各々が、他コンバータからの転送データを受信してそのコンバータの識別番号及びSVC接続が確立した宛先IPアドレスとの対応情報を記憶するステップと、
前記複数のコンバータ各々が、自機に着信したパケットデータに対してその宛先IPアドレスをチェックし、前記対応情報を参照して他コンバータでSVC接続が確立している宛先IPアドレスである場合に当該他コンバータに着信パケットデータを転送するステップと、
前記複数のコンバータ各々が、他のコンバータから前記着信パケットデータの転送を受けたときに、データリンク層以下で宛先IPアドレスをエンドノードアドレスとするプロトコル変換を行い、該当エンドノードアドレスに送り出すステップとを有することを特徴とする異網間接続方法。
Each of the plurality of converters installed in the connection portion between the ATM-SVC network and the IP network stores the correspondence between the SVC number and the destination IP address when the SVC connection is established in the own device, and Transmitting correspondence information between the identification number and the destination IP address with which the SVC connection has been established to another converter;
Each of the plurality of converters receiving transfer data from another converter and storing correspondence information between the identification number of the converter and a destination IP address established by the SVC connection;
Each of the plurality of converters checks the destination IP address of the packet data received at its own device, and if the SVC connection is established by another converter with reference to the correspondence information, Transferring incoming packet data to another converter;
When each of the plurality of converters receives the transfer of the incoming packet data from another converter, performs a protocol conversion in which the destination IP address is an end node address below the data link layer, and sends it to the corresponding end node address; A method for connecting between different networks.
ATM−SVC網とIP網との接続部に設置された複数のコンバータを備え、
前記複数のコンバータ各々は、自機でSVC接続が確立したときに、SVC番号と宛先IPアドレスとの対応を記憶し、かつ、自機の識別番号及びSVC接続が確立した宛先IPアドレスとの対応情報を他コンバータに送信する機能と、他コンバータからの転送データを受信してそのコンバータの識別番号及びSVC接続が確立した宛先IPアドレスとの対応情報を記憶する機能と、自機に着信したパケットデータに対してその宛先IPアドレスをチェックし、前記対応情報を参照して他コンバータでSVC接続が確立している宛先IPアドレスである場合に当該他コンバータに着信パケットデータを転送する機能と、他のコンバータから前記着信パケットデータの転送を受けたときに、データリンク層以下で宛先IPアドレスをエンドノードアドレスとするプロトコル変換を行い、該当エンドノードアドレスに送り出す機能とを備えたことを特徴とする異網間データ通信システム。
A plurality of converters installed at the connection between the ATM-SVC network and the IP network;
Each of the plurality of converters stores the correspondence between the SVC number and the destination IP address when the SVC connection is established in the own device, and the correspondence between the identification number of the own device and the destination IP address established by the SVC connection. A function of transmitting information to other converters, a function of receiving transfer data from other converters and storing correspondence information between the identification number of the converter and the destination IP address established by the SVC connection, and a packet received at the own device A function of checking the destination IP address for the data and transferring the incoming packet data to the other converter when the destination IP address is the SVC connection established by the other converter with reference to the correspondence information; When receiving the transfer of the incoming packet data from the converter, the destination IP address is set to the end node below the data link layer. Performs protocol conversion to address different networks data communication system characterized by comprising a function for sending to the appropriate end node address.
自機でSVC接続が確立したときにSVC番号と宛先IPアドレスとの対応を記憶する手段と、
自機でSVC接続が確立したときに自機の識別番号及びSVC接続が確立した宛先IPアドレスとの対応情報を他コンバータに送信する手段と、
他コンバータからの転送データを受信してそのコンバータの識別番号及びSVC接続が確立した宛先IPアドレスとの対応情報を記憶する手段と、
自機に着信したパケットに対してその宛先IPアドレスをチェックし、前記対応情報を参照して他コンバータでSVC接続が確立している宛先IPアドレスである場合に当該他コンバータに着信パケットを転送する手段とを備えて成るコンバータ。
Means for storing the correspondence between the SVC number and the destination IP address when the SVC connection is established by the own device;
Means for transmitting correspondence information between the identification number of the own device and the destination IP address established by the SVC connection to another converter when the SVC connection is established by the own device;
Means for receiving transfer data from another converter and storing correspondence information between the identification number of the converter and the destination IP address established by the SVC connection;
The destination IP address of the packet that has arrived at its own device is checked, and if the destination IP address is that the SVC connection has been established by another converter with reference to the correspondence information, the incoming packet is transferred to the other converter Comprising a means.
JP2002060984A 2002-03-06 2002-03-06 Inter-network connection method, inter-network data communication system, and converter Expired - Fee Related JP3875122B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002060984A JP3875122B2 (en) 2002-03-06 2002-03-06 Inter-network connection method, inter-network data communication system, and converter

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002060984A JP3875122B2 (en) 2002-03-06 2002-03-06 Inter-network connection method, inter-network data communication system, and converter

Publications (2)

Publication Number Publication Date
JP2003258920A JP2003258920A (en) 2003-09-12
JP3875122B2 true JP3875122B2 (en) 2007-01-31

Family

ID=28670133

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002060984A Expired - Fee Related JP3875122B2 (en) 2002-03-06 2002-03-06 Inter-network connection method, inter-network data communication system, and converter

Country Status (1)

Country Link
JP (1) JP3875122B2 (en)

Also Published As

Publication number Publication date
JP2003258920A (en) 2003-09-12

Similar Documents

Publication Publication Date Title
EP1126738B1 (en) Method and apparatus for enabling and monitoring mobile communication across platforms
JP4606686B2 (en) Multiple protocol home location register
KR100396643B1 (en) Radio Packet Data Terminal
CA2283886C (en) Communicating packet data with a mobile station roaming within an incompatible mobile network
JP4076775B2 (en) Multiple protocol home location register
AU745274B2 (en) Mobile data routing
JP4991050B2 (en) H. Method and method for providing mobile stop call to roaming mobile station in H.323 system
JP4106909B2 (en) Packet communication control apparatus and packet communication control method
CA2551426C (en) Gateway device
JP4005898B2 (en) Communications system
EP1156626A2 (en) Mobile communication network, terminal equipment, packet communication control method, and gateway
US7899465B1 (en) Method and system of call routing depending on caller location in mobile IP network
WO1998037724A2 (en) A system for controlling multiple networks and associated services
EP1102450B1 (en) System and method for mobile communication avoiding delay in data transmission
CA2371555C (en) Virtual numbering plan for inter-operability between heterogeneous networks
WO2000079814A1 (en) Mobility between ip telephony networks and cellular networks
JP2003505939A (en) Communications system
US20050086371A1 (en) Method for transmitting data from server of virtual private network to mobile node
US6876634B1 (en) Architecture of mobile communication systems network and method for transmitting packet data using the same
JP3881198B2 (en) Mobile IP communication system, mobile IP communication method, network relay device, and mobile terminal
JP3875122B2 (en) Inter-network connection method, inter-network data communication system, and converter
JP2002223236A (en) Gateway device in communication system and route optimizing method in the same system
JP3555587B2 (en) Mobile terminal management system
KR100469234B1 (en) System Network for Internet / Packet Network Access
JP2001077860A (en) Method for processing of packet service and communication system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041001

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060413

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060425

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060613

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20061017

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20061025

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091102

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101102

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111102

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121102

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees