(57)【特許請求の範囲】
【請求項１】
通信システムにおける、前記通信システム内で加入者ＩＤ（ＳＩ）によって特定される受信機へのデータ伝送を容易にする方法であって、
データパケットを受信するステップと、
前記データパケットのインターネットプロトコルアドレス（ＩＰ）を読み込むステップと、
前記インターネットプロトコルアドレスに割り当てられた加入者ＩＤ（ＳＩ）を判定するステップと、
前記加入者ＩＤ（ＳＩ）を用いて、受信機への前記データパケットのペイロード情報配信を開始するステップ、とを有し、
前記加入者ＩＤ（ＳＩ）を判定するステップが、
前記インターネットプロトコルアドレス（ＩＰ）の第１の部分を用いた参照によって、前記加入者ＩＤ（ＳＩ）の第１の部分を取り出すステップと、
前記インターネットプロトコルアドレス（ＩＰ）の第２の部分を前記加入者ＩＤ（ＳＩ）の第２の部分に割り当てるために、前記インターネットプロトコルアドレス（ＩＰ）の第２の部分をデコードするステップと
を有することを特徴とする方法。
【請求項２】
前記加入者ＩＤ（ＳＩ）が国際移動電話加入者番号（ＩＭＳＩ）であることを特徴とする請求項１記載の方法。
【請求項３】
前記配信の開始ステップが、
前記受信機の少なくとも１つの他のアドレス情報を、前記加入者ＩＤ（ＳＩ）を用いて判定するステップを有することを特徴とする請求項１又は請求項２に記載の方法。
【請求項４】
前記インターネットプロトコルアドレス（ＩＰ）及び、前記加入者ＩＤ（ＳＩ）及び参照用の前記他のアドレス情報の一方又は両方をバッファに格納するステップをさらに有することを特徴とする請求項１乃至請求項３のいずれか１項に記載の方法。
【請求項５】
前記インターネットプロトコルアドレス（ＩＰ）を含む少なくとも１つのさらなるデータパケットを受信するステップと、
さらなるデータパケットの各々について、そのインターネットプロトコルアドレス（ＩＰ）を読み取るステップと、
さらなるデータパケットの各々について、前記インターネットプロトコルアドレス（ＩＰ）を用いて、前記加入者ＩＤ（ＳＩ）及び／又は前記他のアドレス情報を前記バッファから取り出すステップと、
さらなるデータパケットの各々について、そのペイロード情報を、前記加入者ＩＤ（ＳＩ）及び／又は前記他のアドレス情報を用いて前記受信機へ配信開始するステップと
をさらに有することを特徴とする請求項３又は請求項４記載の方法。
【請求項６】
前記インターネットプロトコルアドレス（ＩＰ）がＩＰｖ４アドレスであることを特徴とする請求項１乃至請求項５のいずれか１項に記載の方法。
【請求項７】
前記インターネットプロトコルアドレス（ＩＰ）の前記第１の部分がネットワークＩＤ又はサブネットＩＤであり、前記インターネットプロトコルアドレス（ＩＰ）の前記第２の部分がホストＩＤであることを特徴とする請求項１乃至請求項６のいずれか１項に記載の方法。
【請求項８】
前記ＩＰｖ４アドレスがクラスＡ形式に符号化されていることを特徴とする請求項６又は請求項７記載の方法。
【請求項９】
前記インターネットプロトコルアドレス（ＩＰ）がＩＰｖ６アドレスであることを特徴とする請求項１乃至請求項５のいずれか１項又は請求項７に記載の方法。
【請求項１０】
前記加入者ＩＤ（ＳＩ）が移動局ＩＳＤＮ番号（ＭＳＩＳＤＮ）であることを特徴とする請求項１乃至請求項９のいずれか１項に記載の方法。
【請求項１１】
請求項１乃至請求項１０のいずれか１項による方法を実行するように適合された、通信システム内のノード。
【請求項１２】
データパケットの送信手段を有するホスト（１１０）と、
請求項１乃至請求項１０のいずれか１項によるステップを有する方法を実行する手段を有するゲートウェイノード（１３０）と、
前記通信システムの少なくとも２つの要素間でデータパケットを伝送するＩＰネットワーク（１２０）と、
少なくとも１つのデータパケットのペイロード情報の受信機（１８０）と、
前記受信機（１８０）の現在の配信アドレスを判定するのに必要な加入者プロファイルデータを有する加入者プロファイルデータベース（１５０）と、
インターネットプロトコルアドレス（ＩＰ）の少なくとも第１の部分及び前記加入者ＩＤ（ＳＩ）についてのルックアップテーブルを有するアドレス変換ノード（１４０）、
とを有することを特徴とする通信システム。
【請求項１３】
前記ホストを他のネットワーク（インターネット）と接続するファイアウォールをさらに有することを特徴とする請求項１２記載の通信システム。
【請求項１４】
前記ホスト（１１０）がさらにアプリケーションサーバを有することを特徴とする請求項１２又は請求項１３記載の通信システム。
【請求項１５】
前記加入者プロファイルデータベース（１５０）が前記アドレス変換ノード（１４０）を有することを特徴とする請求項１２乃至請求項１４のいずれか１項に記載の通信システム。
【請求項１６】
前記ゲートウェイノード（１３０）が前記アドレス変換ノード（１４０）を有することを特徴とする請求項１２乃至請求項１４のいずれか１項に記載の通信システム。
【請求項１７】
前記通信システムがパケットパーソナルディジタルセルラシステムＰＰＤＣを有することを特徴とする請求項１２乃至請求項１６のいずれか１項に記載の通信システム。
【請求項１８】
前記通信システムが汎用パケット無線サービスシステムＧＰＲＳを有することを特徴とする請求項１２乃至請求項１６のいずれか１項に記載の通信システム。
【請求項１９】
前記通信システムがユニバーサル移動電話システムＵＭＴＳを有することを特徴とする請求項１２乃至請求項１６のいずれか１項に記載の通信システム。
【請求項２０】
請求項１乃至請求項１０のいずれか１項に記載の方法の各ステップをコンピュータに実行させるためのプログラムを格納したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
（発明の背景）
本発明は全体として通信システムに関し、特に、通信システムにおいて少なくとも２つのアドレス形式で特定される受信機へのデータ伝送を容易にする方法及び機構に関する。
第２のネットワークからの通信要求に関し、あるネットワーク内の受信機を変更する方法及び装置が、欧州特許出願  ＥＰ０  ８５１  ７０３  Ａ２によって既に知られている。パケット通信要求の場合、データ伝送の宛先である受信機としての移動局に関するＩＰアドレスを、移動局の加入者ＩＤに変換するため、ゲートウェイがデータベースにアクセスする。そして、ゲートウェイは移動通信交換局に、加入者ＩＤへの警告送信を要求する。
【０００２】
通信装置、特に移動通信装置の、音声ではなくデータ伝送への利用は、消費者によってますます流行している。一般に良く知られているインターネットでのウェブブラウジング、ホームバンキング及び電子ショッピングのような所謂プルサービスの利用は増加している。プルサービスは、ユーザ又はユーザのネットワークが個々のサービスセッション設定を開始するという共通点を有している。例えば、ユーザは、要求されたサービスセッションを確立するため、ＰＣ、ラップトップ又は移動電話を介し、インターネットサービスプロバイダのアクセスサーバ、バンキングコンピュータ又はアプリケーションサーバに接続する。
【０００３】
また、所謂プッシュサービスへの要求もますます高まっている。プッシュサービスの例は一般に良く知られているニュース表示機(News Ticker)、株式相場情報又は渋滞情報表示である。プッシュサービスは、アプリケーションサーバが個々のサービスアプリケーションをホスティングするか、サービスアプリケーションそのものが個々のサービスセッション設定を開始するという共通点を有する。例えば、株式相場での株価が所定の上限に達した場合、サービス加入者へ通知するためサービスセッションが設定されうる。
【０００４】
さらに、上述したサービスを固定ネットワークを介してだけでなく、ＧＳＭ(Global System for Mobile Communications)又はＰＤＣ(Personal Digital Celular)システムのようなセルラ通信システムを介して利用することはますます一般的になってきている。今日、そのようなシステムは、外部データネットワークと相互接続するために利用可能な回線交換データサービスを提供する。回線交換データサービスは回線交換にもパケット交換データ通信にも使用される。
【０００５】
パケット交換データ通信をより効率的にするため、ＧＳＭの一部としての汎用パケット無線サービス（ＧＰＲＳ）や、ＰＤＣの一部としてのパケットパーソナルディジタルセルラ（ＰＰＤＣ）等の新しいパケット交換データサービスがセルラ通信システムに導入されている。そのようなパケット交換データサービスは特にインターネットプロトコル（ＩＰ）等の通信プロトコルによってサポートされるパケット交換通信を可能にする。ＧＰＲＳはＧＳＭサービスであり、ＧＳＭインフラの一部が使用される。同様のことがＰＤＣサービスとしてのＰＰＤＣに当てはまり、ＰＤＣインフラの一部が使用される。
【０００６】
通常、今日のセルラ通信システムにおいては、加入者はシステムの内部処理のために加入者ＩＤ、例えばＧＳＭ／ＧＰＲＳ及びＰＤＣ／ＰＰＤＣにおいては国際移動電話加入者ＩＤ（ＩＭＳＩ）によって識別される。とりわけ、加入者プロファイル及び加入者位置へのシステム内部アクセスは、そのような加入者ＩＤを用いて実行される。これとは対照的に、インターネットプロトコル（ＩＰ）に基づくパケット単位の通信ネットワークにおいては、送信機と受信機の両方がＩＰアドレスによって特定される。従って、ＩＰに基づくパケット交換データサービスを提供するには、セルラ通信システムが２つの異なるアドレス形式、すなわちＩＭＳＩ及びＩＰアドレスを取り扱わねばならない。
【０００７】
プルサービスの場合、端末発呼シナリオを適用する。加入者は、サービスプロバイダ、例えばアプリケーションサーバ、ウェブサーバ又はバンクコンピュータにサービス要求を送信することにより、データセッションを開始する。サービス要求は、加入者に既知の、サービスプロバイダを特定するＩＰアドレスによってアドレス指定されている。代わりに、また加入者にとってより便利な方法として、要求は平易な言葉で与えられるホスト名へアドレス指定されることも可能である。そして、各ホストについて、サービスプロバイダを特定する、対応するＩＰアドレスを調べるためにドメインネームサーバ（ＤＮＳ）が用いられる。ＤＮＳに付いての詳細に関しては、Fred Halsallによる、「データ通信、コンピュータネットワーク及びオープンシステム」Addison-Wesley社第４版 1997年、758,767,816-820ページを参照されたい。
【０００８】
インターネットプロトコルヘッダは、受信機のアドレスの他に、ＩＰアドレス形式の送信機アドレスも有している。この送信機ＩＰアドレスはセルラ通信システム内で静的又は動的に割り当て可能である。例えば、ＩＰアドレスは移動端末の読み出し専用メモリ（ＲＯＭ）に静的に保存されていても良いし、アドレスプールから１つのデータセッションに対してオンデマンドで動的に割り当てられても良い。従って、プルサービスシナリオの場合、通信システムは加入者のＩＰアドレス、特に所定のデータセッションについてのＩＰアドレスを知っている。この知見を用いて、通信システムは、そのデータセッションの間にサービスプロバイダから送信された、その加入者のＩＰアドレスに宛てられたデータパケットを、加入者へ容易に伝送することが可能である。
【０００９】
プッシュサービスの場合、端末終端シナリオを適用する。プッシュサービスを提供する最新技術から得られる解法は、所謂ショートメッセージサービス（ＳＭＳ）の利用である。例えば、今日のＧＳＭシステムはＳＭＳをテレサービスとして提供する。ＳＭＳは加入者への、又は加入者からのショートテキストメッセージのポイントツーポイント伝送を提供する。さらに、ＳＭＳはショートテキストメッセージを、例えば規則的な間隔で、所与の地理的領域内の全加入者局へ同報することを可能にする。一方、ＳＭＳは加入者への簡単な情報配信を提供する。他方、ＳＭＳはプッシュサービスのためのベアラとしてはいくらかの限界を有している。ショートメッセージで伝送可能なデータ量は制限されている。さらに、ＩＰに基づいたパケットデータセッションはそのままではサポートされない。ＩＰに基づくパケットデータをショートメッセージに変換するのは多少のオーバヘッド及び追加コストの原因となる。
【００１０】
（発明の概要）
従って、本発明の目的は、セルラ通信システムにおいてプッシュサービスを容易にする、改良された方法及び装置を提供することであり、特には、共存する異なる加入者アドレス形式を用いた効率的なデータ伝送の利用によって、効率的なデータ伝送を可能にする。
【００１１】
この目的は、請求項１、１２、１３及び２０に係るステップ及び機能を有する方法、システム、ノード及びコンピュータプログラムによって達成される。
【００１２】
本発明において説明される解法は、特にセルラ通信システムにおける、端末終端データサービス（プッシュサービス）の、効率的かつコストパフォーマンスの良い提供のための、ＩＰに基づくデータセッションの設定を可能にする。通信システムにおいてサービスプロバイダから送信されたデータパケットを受信した後、システムはそのデータパケットのＩＰアドレスを読み出す。受信機へのデータパケットのペイロード情報配信を開始するため、システムは、通信システムの内部処理のために通信システムの加入者を特定する加入者ＩＤを判定する。データセッションにおける加入者識別は加入者ＩＤとは異なるアドレス形式に属するＩＰアドレスを介して行われるが、都合の良いことに、加入者ＩＤを内部加入者ＩＤに対するアドレス形式として必要とする回線交換通信システムの既存のインフラを、それら通信システムのパケット交換拡張部分用に再利用することが可能である。さらに、サービスプロバイダもＩＰに基づくプッシュサービスの加入者も、異なるアドレス指定方法に関して気にする必要がない。これは、この方法が通信システムによってこれらパーティに対しトランスペアレントに実行可能だからである。
【００１３】
さらに、本発明によれば、その方法をセルラ通信システム内部又は外部のサービスプロバイダ側に配置可能な独立ノードで実行することが可能である。従って、本発明は通信システム全体の柔軟な構成をサポートする。
【００１４】
本発明を組み込む有利な構成は、プッシュサービスを提供可能なホスト、本発明において説明される方法に従ったステップを実行するための手段を有するゲートウェイノード、通信システムの要素を接続するＩＰネットワーク、所与のＩＰアドレスから加入者ＩＤ（ＳＩ）を判定するアドレス変換ノード、加入者プロファイルデータを有する加入者プロファイルデータベース及び、ホストから送信されるペイロード情報の少なくとも１つの受信機を有する。そのような本発明の分散された実装は、セルラ通信システムの１つ又は複数のオペレータがまた、プッシュサービスを提供している場合、特に便利である。この場合、独自のＩＰネットワークを、それらの異なる役割においてこれらオペレータ間で共用可能であることが好ましい。
【００１５】
さらに、本発明は、通信システム内部でのデータ伝送に好適に用いることができる。この場合、ペイロード情報の受信機は、例えば通信ネットワークの別のネットワークノードであっても良く、ペイロード情報は例えばシグナリング又は制御情報であってもよい。ネットワークノードが通信システム内部で加入者ＩＤによっても特定される場合、あるネットワークノードから別のネットワークノードへのデータ伝送がインターネットプロトコルに基づいて、またＩＰネットワークを介して実施されるようなシナリオを適用する。従って、本発明によって提案される構造はシステム資源の効率的な利用をサポートする。
【００１６】
本発明は好ましくは、例えば通信システムのネットワークノード内や、試験のためのコンピュータシミュレータ又は移動端末に有利に含まれうるディジタルコンピュータの内部メモリにロード可能なコンピュータプログラムによって実現される。コンピュータプログラムは、そのプログラムがコンピュータ上で実行される際、本発明によって提案される方法のステップを実行するように適合されたソフトウェアコード部分を有する。本発明において、”コンピュータプログラム”という言葉は、”コンピュータプログラム製品”の意味をまた包含する。
【００１７】
好ましくは、加入者ＩＤはＩＰアドレスの第１の部分をルックアップテーブル内で参照することにより判定され、加入者ＩＤの第１の部分となる。加入者ＩＤの第２の部分はＩＰアドレスの第２の部分に従って割り当てられる。従って、ルックアップテーブルは全てのＩＰアドレスを包含する必要がなく、対応する加入者アドレスを有するため、膨大なデータオーバヘッドが回避される。代わりに、関連する加入者ＩＤアドレス部分を取り出すために、小さなルックアップテーブルのみを用いることができる。換言すれば、ルックアップ及び割り当てステップによって一体化される加入者ＩＤとＩＰアドレスの強い関連によって、セルラ通信システムのオペレータは、維持費用のかかる２つの異なる番号体系、すなわち加入者ＩＤ体系及びＩＰアドレス体系の代わりに、所与のＩＰアドレスから加入者ＩＤ（及びその逆）の判定を行うための全単射規則(bijective rule)を容易に実装可能である。本実施形態の他の有利な結果として、提案される小さなルックアップテーブルを用いることにより、データベース中に別個の番号体系を維持する場合と対照的に、加入者ＩＤの判定に必要な時間が少なくなる。この結果、データセッションの設定時間が短縮される。さらに、メモリ空間及び処理時間が節約され、換言すれば、利用可能な資源を効率的かつコストパフォーマンスよく利用することが可能である。
本発明のさらなる好ましい実施形態は従属項によって実現される。
【００１８】
本発明の更に好ましい実施形態において、加入者ＩＤは国際移動電話加入者ＩＤ（ＩＭＳＩ）である。ＩＭＳＩは国際的に移動局を一意に特定する移動局ＩＤである。ＩＭＳＩの構造は国際電気通信連合（ＩＴＵ）によって標準化されている。加入者識別のための独自番号体系とは対照的に、標準化されたＩＭＳＩは同一のＩＰバックボーンネットワークを分担するセルラ通信システムのオペレータをサポートする。
【００１９】
本発明の更に好ましい実施形態において、受信者の他のアドレス情報が判定される。他のアドレス情報は例えば、セルラ通信システム内に保持された加入者のユーザプロファイルレコードからの情報及び／又は加入者の現在位置に関する位置情報を有することが可能である。オンデマンド、すなわち通信要求があった際に判定するには、それらの情報をシステムにおいて常に更新し、追跡及び維持する代わりに、移動局に到達可能な適切な基地局のアドレスのような追加の現在配信情報が便利である。
【００２０】
本発明の更に好ましい実施形態において、ＩＰアドレスは加入者ＩＤ及び／又は他のアドレス情報とともにバッファへ格納される。従って、加入者ＩＤ及び／又は他のアドレス情報の判定はデータセッションあたりただ１回行えばよい。データセッションに属する個々のデータパケットに対し、そのような情報の判定を繰り返す必要はない。
【００２１】
本発明の更に好ましい実施形態において、バッファに格納された加入者ＩＤ及び／又は他のアドレス情報は、データパケットのペイロード情報を加入者へ配信するために用いられる。従って、データセッションに属する個々のデータパケットに対する加入者ＩＤ及び／又は他のアドレス情報のさらなる個別判定を断念することにより、データ配信時間が短縮される。さらに、顕著な量の処理時間及び資源が節約できる。
【００２２】
本発明の更に好ましい実施形態において、受信データパケットのＩＰアドレスはＩＰｖ４又はＩＰｖ６形式を有する。有利なことに、追加コストの原因となる、独自のＩＰアドレス形式でアドレス指定されるデータトラフィック用の独自なルータの開発に代わって、ＩＰネットワークの構築に効率よく使用可能な市販ルータによって、これらのＩＰアドレス形式は現在又は今後、広くサポートされる。
【００２３】
本発明の更に好ましい実施形態において、ネットワークＩＤの所与の部分及びホストＩＤが、加入者ＩＤの第１及び第２の部分のマッピングに用いられる。有利なことに、加入者ＩＤの２つの部分に割り当てるために、ＩＰアドレスを２つの部分に独自分割する必要はない。
【００２４】
本発明の更に好ましい実施形態において、ＩＰｖ４アドレスは所謂クラスＡ形式にエンコードされる。従って、２５６の異なるクラスＡネットワークを与える１バイトがネットワークＩＤに利用可能であり、ホストＩＤ用に３バイトが利用可能である。このようにして、１つのクラスＡネットワークは２24までの加入者をカバーできる。さらに、加入者ＩＤの第１の部分を読み出すために用いられるルックアップテーブルは最大でも２５６エントリのみを有するため、必要なルックアップ時間に関して良好な性能が得られる。使用されたネットワーククラスをマークするためにプリフィックスビットが用いられる場合、ルックアップテーブル用には最大１２８のエントリが利用可能である。ＩＰｖ４アドレスのクラスＡフォーマットは、ＩＭＳＩが加入者ＩＤとして使用される際に特に便利である。６桁のＩＭＳＩを移動局ＩＤ番号（ＭＳＩＮ）として用いる日本の様な国が存在する。これら６桁はホストＩＤの３バイトにより簡単に表すことが可能である。そのような、十分に定義された、ＩＰアドレスを加入者ＩＤへ翻訳する構成の利用は、専用構成を用いるよりも効率的である。
【００２５】
本発明の更に好ましい実施形態において、加入者ＩＤは移動局ＩＳＤＮ番号ＭＳＩＳＤＮである。ＭＳＩＳＤＮは移動局加入者を国際的に特定する移動局加入者ＩＤである。ＭＳＩＳＤＮの構成は国際電気通信連合（ＩＴＵ）によって標準化されている。これに対し、加入者ＩＤ用の独自番号体系において、標準化されたＭＳＩＳＤＮは同一のＩＰバックボーンを共用するセルラ通信システムのオペレータをサポートする。
【００２６】
本発明の更に好ましい実施形態において、通信システムのホストはファイアウォールを介してインターネット等の外部ネットワークに接続される。有利なことに、このことはサービスプロバイダが外部データサービスをも提供することを可能にし、同時にデータセキュリティ及びハッカーやコンピュータウイルスからの保護を提供することも可能である。
【００２７】
本発明の更に好ましい実施形態において、ホストは特にプッシュサービスの提供が可能なアプリケーションサーバを有する。これは、セルラ通信システムのオペレータがまたサービスプロバイダである場合特に便利である。従って、データサービスは外部ネットワークに接続する必要なく提供可能である。
【００２８】
本発明の更に好ましい実施形態において、加入者プロファイルデータベース（ＨＬＲ）は、ＩＰアドレスの少なくとも１部から加入者ＩＤの少なくとも一部を判定するためのアドレス変換ノードを有する。加入者ＩＤはセルラ通信システムにおいて、加入者プロファイルデータベース（ＨＬＲ）から加入者データを検索するのに用いられる。これらのデータはペイロード情報を加入者へ配信するのに必要である。従って、加入者プロファイルデータベースに組み込まれたアドレス変換ノードはデータセッション設定に必要なシグナリング量を削減することが可能である。
【００２９】
本発明の更に好ましい実施形態において、セルラ通信システムのゲートウェイノードはアドレス変換ノードを有する。またこのようにして個別のアドレス変換ノードを有する構成と比較してシグナリングの量を削減可能である。
【００３０】
本発明の更に好ましい実施形態において、通信システムはＰＰＤＣシステム又はＧＰＲＳシステム又はＵＭＴＳシステムを有する。特にこれらのシステムは本発明の容易な実施を可能にする。
【００３１】
本発明の好ましい実施形態において、コンピュータプログラムがフロッピディスク又はＣＤＲＯＭ等のコンピュータ可読媒体に格納される。これは例えばターゲットコンピュータと異なるコンピュータ上でコンピュータプログラムが生成、試験又はコンパイルされるような場合に必要な、コンピュータプログラムの転送を行う際特に便利である。
以下の詳細な説明において、本発明の好ましい実施形態が添付図面を参照して説明される。
【００３２】
（発明の詳細な説明）
システム内で少なくとも２つのアドレス形式によって特定される受信機へデータ伝送を行う通信システムが、図１に例示的に示される。通信システムはＩＰネットワーク１２０に接続されたホスト１１０を有する。アプリケーションサーバは１つ又は複数のプッシュサービスを提供する１つ又は複数のアプリケーションを実行する。ホスト、又はアプリケーションサーバは、ＩＰアドレスで特定される受信機へ情報を送信するため、インターネットプロトコル等のパケットに基づくプロトコルを用いる。図１による受信機は移動局１８０である。
【００３３】
しかし、本発明はデータパケット送信機としてのホスト又はアプリケーションサーバに限定されない。むしろ、移動局又は通信システムに属する、あるいは関連する他の要素からデータが送信されてもよい。本発明の別の好ましい実施形態において、ホスト１１０は、好ましくはファイアウォールを介して、インターネット（図１では図示せず）へ接続されている。この場合、ホスト１１０は、他のホスト又はインターネットのアプリケーションから送信されたデータパケットの中間送信機である。ファイアウォールは全ての認められないアクセス、特にウイルス及びハッカーに対する保護を提供することが可能である。
【００３４】
ＩＰネットワーク１２０はデータパケットをルーティングするための少なくとも１つのルータを有する。ＩＰネットワークは１つのオペレータが所有するネットワークでも、オペレータの固定番号によって動作するネットワークでも、オペレータの可変番号によって動作するネットワークであってもよい。後者の場合、ＩＰネットワークは所謂インターネットのサブネットワークであって良い。
【００３５】
ゲートウェイ１３０はＩＰネットワーク１２０に接続される。このゲートウェイは、ＩＰアドレスを用いて移動局１８０へアドレス指定されているパケットを受信する。移動局１８０の位置を特定するため、またデータパケットの少なくともペイロード情報を移動局１８０へ送信するため、通信システムは与えられたＩＰアドレスから、通信システム内部で移動加入者及び／又は移動局を特定する加入者ＩＤ  ＳＩを判定する必要がある。
【００３６】
ゲートウェイ１３０に接続されたアドレス変換ノード１４０は、ＩＰアドレスから加入者ＩＤ  ＳＩへの変換を実行する。この加入者ＩＤ  ＳＩを用いて、ゲートウェイ１３０は、受信機、移動局１８０及び／又は移動加入者に関する他のアドレス情報を読み出すため、ゲートウェイ１３０に接続された加入者レコードデータベース１５０に問い合わせする。この他のアドレス情報を用い、ゲートウェイは、他のネットワーク要素１６０に、受信機の位置を特定し、受信局又は移動局１８０へのさらなる伝送のための少なくともペイロード情報を基地局１７０へ送信するようトリガする。従って、少なくとも１つの、他のネットワーク要素１６０がゲートウェイ１３０に接続され、少なくとも１つの他のネットワーク要素１６０が基地局１７０に接続される。
【００３７】
（図１に示されない）本発明の別の好ましい実施形態において、通信システム内のネットワーク要素間でのペイロード情報及びシグナリング情報の伝送はＩＰネットワーク１２０によって実施される。つまり、ホスト１１０、ゲートウェイ１３０、アドレス変換ノード１４０、加入者レコードデータベース１５０、他のネットワーク要素１６０、基地局１７０及び他の基地局等の全ネットワーク要素は、ＩＰネットワーク１２０に接続される。
【００３８】
図１はセルラ通信システムに好適な構成を示す。プッシュサービスから送信され、アプリケーションサーバ１８０から供給されるペイロード情報の受信機は移動局１８０である。代わりに、受信機は固定網内の端末、移動局に接続されたＰＣ又はラップトップ又は、冷蔵庫等の、通信システムに接続された任意の装置であっても良い。つまり、ＩＰアドレスによって特定可能であり、通信ネットワークに接続された各装置は、プッシュサービスから送信されるデータ情報の適切な受信機である。
【００３９】
構成の代替実施形態において、ゲートウェイ１３０はアドレス変換ノード１４０を有することができる。本発明の別の実施形態において、加入者レコードデータベース１５０がアドレス変換ノード１４０を有しても良い。一般に、アドレス変換ノード１４０は通信システム内の個別ノードとして配置されることも、システムの他の任意のノード内に含まれることも可能である。
【００４０】
図２は移動局終端プッシュサービスデータセッションの代表的な設定手順を示す。アプリケーションサーバ又はホストは、データパケットをＩＰアドレスへ送信する２１０。通信システムのゲートウェイはデータパケットを受信する２２０。データパケットのＩＰアドレスを読み込んだ後２３０、ゲートウェイはＩＰアドレスを用いて、アドレス変換ノードに加入者ＩＤを要求する２４０。この有効な加入者ＩＤを用い、ゲートウェイはさらなる加入者データを加入者レコードデータベースに要求する２５０。次のステップにおいて、ゲートウェイはデータパケットのペイロード情報のさらなる配信を開始する２６０。これはさらなる加入者データを用いて行われる。これらのデータは他のネットワーク要素が次のステップ２７０において、加入者にサービスを提供可能な基地局を見つけることを可能にする。そして、さらなるネットワーク要素がペイロード情報を、見いだした基地局へ送信する２８０。この基地局はそのペイロード情報を加入者の移動端末へ送信する２９０。
【００４１】
プッシュサービスペイロードデータを加入者の移動端末へ配信するため、ホスト又はアプリケーションサーバから送信された１つ又は複数のパケットのペイロード情報が通信システムのネットワークノード、好ましくはゲートウェイによって読み込まれる。そして、ペイロード情報は受信機又は加入者の移動端末へ、回線交換に基づくプロトコル又はパケット交換に基づくプロトコルを用いて送信される。本発明の他の実施形態において、ペイロードのみではなく、ホスト又はアプリケーションサーバから送信されたデータパケット全体が、受信機へさらに送信される。これは別個のＩＰバックボーンネットワークを介して、あるいは図１によるＩＰネットワーク１２０を用いて行うことができる。後者の場合、上述したように、ホスト１１０及びゲートウェイ１３０以外の、そのような伝送に必要な通信ネットワークの主要要素が、ＩＰネットワークに接続される。データパケット全体を適切な受信機に伝送するため、データパケットを、エアインタフェースを介して移動局に情報を配信する責を負う適切な基地局に宛てられた他のデータパケット内にカプセル化することが可能である。代わりに、アプリケーションサーバ又はホストのそれぞれから送信されたデータパケットのＩＰアドレスを、情報を加入者に配信する基地局又は適切なネットワークノードのＩＰアドレスに変更しても良い。
【００４２】
図面、特に図１において概要を示す通信システムは、パケットＰＤＣシステム、ＧＰＲＳシステム及びＵＭＴＳに非常に都合良くできている。しかし、本発明はこれらシステムとの実施に限定されない。本発明は、受信機のＩＰアドレスにアドレス指定されたデータパケットが、加入者ＩＤ  ＳＩ又は一般にＩＰアドレスとは異なる形式のアドレスを用いて受信機へシステム内部で搬送される全てのシステムに用いることができる。
【００４３】
ホスト及び／又はアプリケーションサーバから移動局への、簡略化された例示的なデータ伝送が、メッセージシーケンスチャートとして図３に示される。
【００４４】
最初のステップ３０５において、データパケットが、ホスト又はアプリケーションサーバ１１０からゲートウェイ１３０へ送信される。次のステップ３１０において、ゲートウェイはＩＰアドレスに属する加入者ＩＤ  ＳＩがゲートウェイのローカルバッファ３０１に格納されているか否かを探知する。加入者ＩＤがローカルバッファになければ、否定通知がゲートウェイに返送される３１５。そして、ゲートウェイはＩＰアドレスを用い、アドレス変換ノード１４０へ加入者ＩＤを要求する３２０。アドレス変換ノードから加入者ＩＤを受信３２５した後、ゲートウェイはＩＰアドレス及び対応する加入者ＩＤ  ＳＩをローカルバッファへ送信する３２８。これは後に、データセッション中に同一受信機へのさらなるデータパケットが受信された場合、加入者ＩＤの容易な参照を可能にする。
【００４５】
次のステップ３３０において、加入者ＩＤ  ＳＩが、加入者データを読み出す３３５ため、加入者レコードデータベース１５０に送信される。これらの加入者データは、例えば位置情報、ローミング情報及び／又は課金情報を含むことができる。加入者データは、受信者の移動端末１８０へ情報を送信可能な適切な基地局１７０を判定するため、他のネットワーク要素１６０によって用いられる。
【００４６】
従って、ゲートウェイ１３０は次のステップ３４０において、加入者データを他のネットワーク要素１６０へ送信し、他のアドレス情報を読み出す３４５。これら他のアドレス情報は、例えば、加入者の移動局１８０へ通信可能な基地局１７０の内部アドレスであってよい。次のステップ３５０において、ゲートウェイ１３０はデータパケットのペイロード情報を基地局１７０へ送信し、基地局１７０はさらにそのペイロード情報を移動局１８０に送信する３５５。加えて（図３には示していないが）、将来の利用のため、さらに加入者ＩＤ  ＳＩ及び／又はＩＰアドレスをゲートウェイ１３０から移動局１８０へ送信することも可能である。
【００４７】
同一データセッションに属するさらなるデータパケット、すなわちそのデータセッションでの最初のデータパケットと同一ＩＰアドレスへ宛てられたデータパケットペイロード配信は、バッファに格納された加入者ＩＤ  ＳＩを用いる。図３に示すように、ホスト又はアプリケーションサーバ１１０からゲートウェイ１３０へ送信された３６０、そのようなさらなるデータパケットの受信後、ゲートウェイはＩＰアドレスをバッファへ送信し３６５、対応する加入者ＩＤ  ＳＩを受信する３７０。この加入者ＩＤを用い、少なくともデータパケットのペイロード情報の配信に必要な他のステップが実行される。すなわち、ステップ３７５において、ゲートウェイ１３０は加入者ＩＤ  ＳＩを加入者レコードデータベース１５０に送信し、加入者データを読み出す３８０。そして、他のアドレス情報を読み出す３９０ため、ゲートウェイは加入者データを他のネットワーク要素１６０へ送信する３８５。次のステップ３９５で、さらなるデータパケットの少なくともペイロード情報が、好ましくは加入者ＩＤ及び／又はＩＰアドレスとともに基地局１７０へ送信され、基地局１７０はこれら情報を移動局１８０に送信する３９８。
【００４８】
図３に示すメッセージシーケンス及び、以下の図４及び図５に示すメッセージシーケンスは、本発明の目的でない移動局の位置判定に関して簡略化されている。しかしながら、本技術分野に属する当業者は、個々のシステムのための適切な方法及びメッセージの詳細を対応する規格及び／又は他の文献から知っている。例えば、ＧＳＭシステム標準については、Mouly,Pautetの「移動体通信のためのＧＳＭシステム(GSM System for Mobile Communications)」が参照される。むしろ、加入者レコードデータベースからの加入者データ読み出しを除いて、本発明は通信システムのセルラ部分に対して透過的に利用することも可能である。
【００４９】
図４は、本発明の別の好ましい実施形態を、ホスト及び／又はアプリケーションサーバから移動局への別の簡略化された典型的データ伝送のシーケンスチャートによって示す。最初のステップ４００において、データパケットがホスト又はアプリケーションサーバ１１０からゲートウェイ１３０に送信される。次のステップ４０５で、ゲートウェイは加入者のＩＰアドレスに属する加入者データがゲートウェイのローカルバッファ３０１に格納されているか否かを探知する。加入者データがローカルバッファに無ければ、否定通知がゲートウェイに返送される４１０。そして、ゲートウェイはＩＰアドレスを用いて、アドレス変換ノード１４０に加入者ＩＤ  ＳＩを要求する４１５。受信４２０後、加入者データ読み出しのため、加入者ＩＤ  ＳＩが加入者レコードデータベース１５０に送信される４２５。加入者レコードデータベースから加入者データを受信４３０した後、ゲートウェイはＩＰアドレス及び対応する加入者データをローカルバッファへ送信する４３５。これは、その後そのデータセッション中で同一の受信者に対するさらなるデータパケットが受信された場合に、容易な加入者データの参照を可能にする。
【００５０】
ゲートウェイ１３０は、次のステップ４４０で、加入者データを他のネットワーク要素１６０へ送信し、他のアドレス情報を読み出す４４５。上述の通り、これら他のアドレス情報は例えば、加入者の移動局１８０に通信可能な基地局１７０の内部アドレスであってよい。次のステップ４５０において、ゲートウェイ１３０はデータパケットのペイロードデータ情報を基地局１７０に送信し、基地局１７０はさらにペイロード情報を移動局１８０に送信する４５５。
【００５１】
同一データセッションに属するさらなるデータパケットのペイロード配信は、バッファに格納された加入者データを用いる。図３に示したように、ホスト又はアプリケーションサーバ１１０からゲートウェイ１３０に送信４６０されたそのようなさらなるデータパケットの受信後、ゲートウェイはＩＰアドレスをバッファに送信４６５し、対応する加入者データを受信する４７０。この加入者データを用いて、少なくともデータパケットのペイロード情報を配信するのに必要な他のステップが上述の通り実行される。すなわち、ステップ４７５で、ゲートウェイ１３０は、他のアドレス情報を読み出す４８０ため、加入者データを他のネットワーク要素１６０へ送信する。次のステップ４８５で、さらなるデータパケットの少なくともペイロードが、好ましくは加入者ＩＤ及び／又はＩＰアドレスとともに基地局１７０へ送信され、基地局１７０はこれら情報を移動局１８０に送信する４９０。
【００５２】
図５は、本発明の別の好ましい実施形態を、ホスト及び／又はアプリケーションサーバから移動局１８０への別の簡略化された典型的データ伝送のシーケンスチャートによって示す。最初のステップ５００において、データパケットがホスト又はアプリケーションサーバ１１０からゲートウェイ１３０に送信される。次のステップ５０５で、ゲートウェイは、ＩＰアドレスによって特定される受信者に関する他のアドレス情報がローカルバッファ３０１に格納されているか否かを探知する。他のアドレス情報がローカルバッファに無ければ、否定通知がバッファからゲートウェイに返送される５１０。そして、ゲートウェイはＩＰアドレスを用いて、アドレス変換ノード１４０に加入者ＩＤ  ＳＩを要求する５１５。
【００５３】
受信５２０後、加入者データ読み出し５３０のため、加入者ＩＤ  ＳＩが加入者レコードデータベース１５０に送信される５２５。この加入者データを用い、ゲートウェイは他のネットワーク要素１６０に移動局１８０の他のアドレス情報を要求する５３５。他のアドレス情報の受信５４０後、ゲートウェイはＩＰアドレス及び対応する他のアドレス情報をローカルバッファへ送信する５４５。これは、その後そのデータセッション中で同一の受信者に対するさらなるデータパケットが受信された場合に、他のアドレス情報への容易な参照を可能にする。次のステップ５５０において、ゲートウェイ１３０はデータパケットのペイロードデータ情報を基地局１７０に送信し、基地局１７０はさらにペイロード情報を移動局１８０に送信する５５５。
同一データセッションに属するさらなるデータパケットのペイロード配信は、バッファに格納された他のアドレス情報を用いる。ホスト又はアプリケーションサーバ１１０からゲートウェイ１３０に送信５６０されたそのようなさらなるデータパケットの受信後、ゲートウェイはＩＰアドレスをバッファに送信５６５し、対応する他のアドレス情報を受信する５７０。次のステップ５７５で、さらなるデータパケットの少なくともペイロードが、好ましくは加入者ＩＤ及び／又はＩＰアドレスとともに、他のアドレス情報で特定される基地局１７０へ送信される。この基地局はペイロード情報を移動局１８０に送信する５８０。
【００５４】
以下、例えば、通信システムのアドレス変換ノードにおいて行われるような、所与のＩＰアドレスから加入者ＩＤ  ＳＩの判定について詳細に説明する。一般に、加入者ＩＤの判定はＩＰアドレスの２つの部分への分割を用いる。ＩＰアドレスの第１の部分は、ルックアップテーブルを参照して加入者ＩＤの第１の部分を検索するのに用いられる。ＩＰアドレスの第２の部分は加入者ＩＤの第２の部分に割り当てられる。
【００５５】
本発明において、ＩＰアドレス及び加入者ＩＤ  ＳＩの独自アドレス形式を用いることができるが、今日の市販の通信システムにおいて広く用いられている標準形式が存在する。これら標準形式はそれらの構成によって、ＩＰアドレス及び／又は加入者ＩＤの２つの部分への分割をサポートし、従ってＩＰアドレスからの加入者ＩＤ判定をもサポートする。
【００５６】
標準化された、既知の加入者ＩＤは、ＩＴＵ−Ｔ勧告Ｅ．２１２による国際移動電話加入者ＩＤ、ＩＭＳＩである。ＩＭＳＩは移動局の自国を一意に特定する移動電話国番号ＭＣＣと、それに続く、移動局のホーム公衆陸上移動通信網を一意に特定する移動網番号ＭＮＣと、それに続く、公衆陸上移動通信網内で移動局を一意に特定する移動局ＩＤ番号ＭＳＩＮから構成される。ＩＭＳＩには数字のみが用いられる。ＩＭＳＩの最大長は１５桁である。
【００５７】
既知のＩＰアドレス構成は３２ビットのＩＰｖ４構造である。そのようなアドレスは一般にドットが付加された１０進小数点形式で表現され、各オクテットが他のオクテットと小数点で分離された１０進整数として記述される４つのオクテット形式を有する（例：１９３．１５４．１８０．１２３）。
【００５８】
グローバルＩＰアドレスは共通に使用される３クラスの１つに従って発行される。クラスＡ  ＩＰアドレスはその最初のオクテットをネットワークＩＤ、残りの３オクテットをホストＩＤとして用いる。３オクテットを特定のホストを指定するために利用可能であるため、クラスＡアドレスを用いて２24又は１７００万に近いアドレスをホストとともに利用することが可能である。一方、クラスＢ  ＩＰアドレスは第１の２オクテットをネットワークの特定に、第２の２オクテットを具体的なホスト指定に用いる。従って、クラスＢアドレスを用いて、約６４０００のホストを特定することができる。最後に、クラスＣアドレスはその最初の３オクテットをネットワークの特定に、最後のオクテットをホストの特定に用いる。従って、１つのクラスＣネットワークが２５６のホストアドレスを提供可能である。
【００５９】
図６に、クラスＡ形式のＩＰｖ４アドレスからのＩＭＳＩ判定を示す。所与のＩＰアドレスの第１の部分は、ＩＭＳＩの第１の部分を読み出すため、ルックアップテーブル内の参照に用いられる。他のステップにおいて、ＩＰアドレスの第２の部分はＩＭＳＩの第２の部分に割り当てられる。
【００６０】
図６においては、対応するＩＭＳＩの判定を説明するため、３２ビット、すなわち４バイトのＩＰｖ４アドレス３．１．２２６．６４が例示的に与えられている。最初のバイト、ＩＰアドレスの第１の部分は、値３を有し、クラスＡ  ＩＰアドレス形式の定義に従って、ネットワークＩＤを表している。残りの３バイト、ＩＰアドレスの第２の部分は、値１，２２６及び６４を有し、クラスＡ  ＩＰアドレス形式の定義に従ってホストＩＤを表している。ネットワークＩＤはＭＣＣ及びＭＮＣ値、ＩＭＳＩの第１の部分のルックアップテーブル内での参照に用いられる。ネットワークＩＤの所与の値３に対し、例による参照結果は、図６においてＩＭＳＩの第１の部分としての値４４０９３が示されている。
【００６１】
クラスＡ  ＩＰｖ４アドレス形式が用いられる場合、ルックアップテーブルは最高２５６の異なるネットワークＩＤと、対応するＭＣＣ及びＭＮＣを含むことができる。実際には、エントリ数は通信システムのＩＰネットワークに接続されるオペレータの数、使用される番号計画及び各オペレータによってサービスを提供される加入者の数を反映するため、より少ない数になりうる。異なるオペレータによってＩＰネットワークが共用されているものとすると、各オペレータはルックアップテーブル内にネットワークＩＤの少なくとも１つのエントリを有する。ＩＭＳＩのための番号計画が国毎に複数のＭＣＣを見越している場合、又は、一般に多数の加入者がサービスを受ける場合、各オペレータは複数のエントリを有することも可能である。
【００６２】
ＩＭＳＩ判定のためのさらなるステップはホストＩＤ、つまりＩＰアドレスの第２の部分の、ＭＳＩＮ、つまりＩＭＳＩの第２の部分への割り当てである。図６に示すように、各ホストＩＤバイト値はその１６進表現に変換される。すなわち、最初のホストバイトの値１は１６進数１に対応し、２番目のホストバイトの値２２６は１６進数Ｅ２に対応し、そして３番目のホストバイトの値６４は１６進数４０に対応する。それらの表示順において、１６進バイト値は１６進数１Ｅ２４０を表し、この１６進数は１０進数１２３４５６に対応する。この値はＩＭＳＩのＭＳＩＮ、又は、換言すれば、ＩＭＳＩの第２の部分を表す。従って、組立されたＩＭＳＩは以下のようになる：４４０９３１２３４５６。
【００６３】
本発明は特にクラスＡ  ＩＰアドレスに好都合だが、オペレータの好みに応じてクラスＢ又はクラスＣ形式のＩＰｖ４アドレスにも同様に使用することができる。本技術分野に属する当業者は、他の、独自ＩＰアドレス形式及びＣＩＤＲ(Classless interdomain routing)構造によるアドレス構造に対する本発明の使用可能性についてもまた理解するであろう。本発明は更に、ＩＰアドレスの所謂サブネット分割が発生した場合、例えばサブネットＩＤがＩＰアドレスの第１の部分を表す場合にも利用可能である。サブネット分割はネットワークをその外部に対しては依然として単独のネットワークのように振る舞わせる一方、ネットワークを内部使用のためのいくつかの部分に分割可能にする。ＣＩＤＲ及びサブネットの詳細については、Andrew S. Tanenbaum著、「コンピュータネットワーク(Computer Networks)」Prentice Hall 1996,434-437ページ及び417-419ページを参照されたい。
【００６４】
他の好ましい実施形態において、加入者ＩＤ  ＳＩはＩＴＵ−Ｔ勧告Ｅ．１６４による移動局ＩＳＤＮ番号(mobile station integrated services digital network number)ＭＳＩＳＤＮに一致する。この場合、ＭＳＩＳＤＮの国番号ＣＣ及び国内網番号ＮＤＣは加入者ＩＤの第１の部分を表す。加入者ＩＤの第２の部分はＭＳＩＳＤＮの加入者番号によって表される。
【００６５】
本発明のさらなる好ましい実施形態において、ホスト又はアプリケーションサーバが提供するプッシュサービスはＩＰｖ６アドレス形式を用いてデータパケットを送信する。ＩＰｖ６アドレスは１２８ビット長である。従って、ＩＰｖ６ではＩＰｖ４と比較して非常に多くの異なるＩＰアドレスを利用可能である。
【００６６】
ＩＰｖ４ネットワークのオペレータは、ＩＰｖ６アドレス空間の一部をオペレータ用に予約すれば、その独自ＩＰネットワークを国際的なインターネットへ移行可能である。予約は例えばＩＰアドレスの追加部分としての固定プリフィックスによって行われる。そして、そのようなプリフィックスは、ＩＭＳＩの判定に必要なＩＰアドレスの第１及び第２の部分の位置特定をサポートする。プリフィックスそれ自体はＩＭＳＩの判定には不要である。
【００６７】
既存のＩＰｖ４アドレスとの下位互換性を保証するため、例えばユニキャストサブネットは４つのホストバイトを用いるアドレスがそのようなオペレータ用に予約されることを許す。この場合、ＩＰｖ６アドレス構造の最初の１２バイトを任意のアドレスに使用可能であるが、最後の４バイトは加入者に既に割り当てられた既存のＩＰｖ４アドレスように予約されている。
【００６８】
例として、値5500:0100:0000:0000:0000:0000が下位互換ネットワークのためのプリフィックスとして割り当てられているとする。そして、ＩＭＳＩ44093123456に属する上述のＩＰｖ４アドレス3.1.226.64は、ＩＰｖ６アドレス5500:0100:0000:0000:0000:0000:0301:E240として符号化される。
【００６９】
さらに、ＩＰｖ６アドレスは、例えばＵＭＴＳ端末に複数のＩＰプロトコルスタックが実装されている場合、ＵＭＴＳで起こりうるような、加入者毎に複数のＩＰアドレスが利用可能である場合に有用である。例えば、加入者毎にいくつかのトップレベルドメインを用いることにより、ＩＰｖ４アドレスを用いても同じ機能は提供可能だが、ＩＰｖ６形式に基づく提案の解法はより便利である。以下の例は、ＩＭＳＩに９バイト（ＭＣＣが２バイト、ＭＮＣが１バイト、ＭＳＩＮが５バイトにそれぞれ符号化される）の利用を許す、そのようなＩＰｖ６に基づく解法を説明する。このような符号化はＭＳＩＮがＩＴＵ−Ｔ勧告Ｅ．２１２で許される最大長である１０桁を有することを可能にする。この場合、加入者毎に複数のＩＰアドレスが少なくとも１つの後縁バイト(trailing byte)によってサポートされうる。
【００７０】
一例として、5500:000:000:00を全ての公衆陸上移動網に対するプリフィックスとして割り当てる。ＩＭＳＩは、値４４０＝０１Ｂ８（１６進表記）を有するＭＣＣ、値９３＝３Ｆ（１６進表記）を有するＭＮＣ及び値１２３４５６７８９０＝００４９９６０２Ｄ２（１６進表記）を有する１０桁のＭＳＩＮから構成される。１つの後縁バイトが与えられ、加入者毎に２５６の異なるＩＰアドレスが許される。この結果、ＩＭＳＩ４４０９３１２３４５６７８９０を有する加入者に対するＩＰｖ６アドレスインターバルは
5500:0000:0000:0001:B83F:0049:9602:D200から
5500:0000:0000:0001:B83F:0049:9602:D2FFまで
となる。
【００７１】
本発明のさらなる好ましい実施形態において、上述の方法は、コンピュータ上で実行される際に、ディジタルコンピュータの内部メモリに読み込み可能なコンピュータプログラム又はコンピュータプログラム製品のソフトウェアコード部によって実行される。そのようなコンピュータは例えばゲートウェイノード又はアドレス変換ノードに位置することが可能である。代わりに、コンピュータがプログラムを分散的に実行可能な分散システムとして表されても良い。これは、コンピュータがその内部機能のための所謂ネットワークＯＳを用いている場合、換言すれば、分散コンピュータシステムがミドルウェアを用いる場合に行うことができる。
【００７２】
代わりに、コンピュータプログラムを通信システムの外部環境、例えばシミュレータや試験システム上で実行することも可能である。また、移動局での実施も可能である。
【００７３】
異なるコンピュータ間での容易な可搬性を実現するため、他の好ましい実施形態において、コンピュータプログラムはフロッピディスク、ＣＤＲＯＭ又は半導体メモリカード等のコンピュータが利用可能な媒体に格納される。
【００７４】
本発明を特定のＩＰアドレスフォーマット及び加入者ＩＤフォーマットに関して述べてきたが、本技術分野に属する当業者には、任意に定義された任意形式のこれらアドレスの利用が本発明の枠組みに含まれると見なされることが明らかである。
【図面の簡単な説明】
【図１】  代表的な通信システムの簡略化されたブロック図である。
【図２】  移動局終端データセッションの代表的な設定を説明するフローチャートである。
【図３Ａ】  ホスト又はアプリケーションサーバから移動局への、簡略化された例示的データ伝送を示すメッセージシーケンスチャートである。
【図３Ｂ】  ホスト又はアプリケーションサーバから移動局への、簡略化された例示的データ伝送を示すメッセージシーケンスチャートである。
【図４Ａ】  ホスト又はアプリケーションサーバから移動局への、別の簡略化された例示的データ伝送を示すメッセージシーケンスチャートである。
【図４Ｂ】  ホスト又はアプリケーションサーバから移動局への、別の簡略化された例示的データ伝送を示すメッセージシーケンスチャートである。
【図５Ａ】  ホスト又はアプリケーションサーバから移動局への、別の簡略化された例示的データ伝送を示すメッセージシーケンスチャートである。
【図５Ｂ】  ホスト又はアプリケーションサーバから移動局への、別の簡略化された例示的データ伝送を示すメッセージシーケンスチャートである。
【図６】  所与のＩＰｖ４アドレスからのＩＭＳＩ判定を示す図である。
【図１】
0004593856.tif 000002
【図２】
0004593856.tif 000003
【図３Ａ】
0004593856.tif 000004
【図３Ｂ】
0004593856.tif 000005
【図４Ａ】
0004593856.tif 000006
【図４Ｂ】
0004593856.tif 000007
【図５Ａ】
0004593856.tif 000008
【図５Ｂ】
0004593856.tif 000009
【図６】
0004593856.tif 000010