JP2004507976A - アドレスの移動局への割り当て - Google Patents

Abstract

固定通信システムへの通信リンクを促進するため無線通信システムにおいて動作する移動局にアドレスを割り当てる方法が記載されている。該方法は、固定通信システムからアドレス・マッピング問い合わせを受け取るステップ（１００）と、その供給されたアドレス・マッピング問い合わせに応答して移動局の各端末識別子（５８）を配置するステップ（１０２）と、アドレスが移動局のため割り当てられたか否かを決定するステップとにより特徴付けられる。アドレスが移動局に割り当てられていなかった場合、アドレス割り当て要求（１１２）が活動化され、そして移動局の各端末識別子（５８）に対応するアドレスが割り当てられる。

Description

【０００１】
［発明の分野］
本発明は、データを通信装置に実質的にルート付けするためそのような通信装置にアドレスを割り当てることに関する。本発明は、特に、インターネット・プロトコル（ＩＰ）ドメインにおいて通信装置をアドレスすることに適用可能であるが、しかしこれに限定されるものではない。
【０００２】
［発明の背景］
今日、通信システムは、無線及び有線の両方共、データを通信装置間で転送する要件を有する。データは、このコンテキストにおいて音声通信を含む。そのようなデータ転送は、限られた通信資源の使用を最適化するため、実効的且つ効率的に与えられる必要がある。
【０００３】
データを通信ネットワークを介して転送するため、通信装置アドレッシング・プロトコルが必要とされる。通信装置は一般的に、アドレスされた通信装置にデータを転送する仕方を決定するため、通信ブリッジ、ゲートウエイ及び／又はルータにより読み取られるアドレスを割り当てられる。ネットワーク間の相互接続は一般的に、インターネットワーキング（又はインターネット）として既知である。
【０００４】
ネットワークは、多くの場合サブネットワークに分割され、プロトコルは、情報の順序立った交換を可能にする１組の規則を定義するようセットアップされている。現在、通信システムにおいてデータを転送するため用いられる２つの最も普及しているプロトコルは、転送制御プロトコル（ＴＣＰ）及びインターネット・プロトコル（ＩＰ）である。最も単純な通信システムを除いた全ての通信システムにおいて、これら２つのプロトコルは、多くの場合相補的なペアとして働く。ＩＰ部分は、周知のＯＳＩモデルのネットワーク層におけるデータ転送に対応し、そしてＴＣＰ部分は、ＯＳＩモデルのトランスポート層におけるデータ転送に対応する。それらの動作は、物理層及びデータ・リンク層に対してトランスペアレント（透過）であり、従って、イーサネット（登録商標）、ＦＤＤＩ、又はトークン・リングのような標準のケーブリング・ネットワークのいずれの上で用いられることができる。
【０００５】
インターネット・プロトコルは、トランスポート層から通された情報上へデータ・ヘッダを加える。その結果得られたデータ・パケットは、インターネット・データグラムとして知られている。データグラムのヘッダは、宛先及び発信元ＩＰアドレス、ＩＰプロトコルのバージョン番号等のような情報を含む。ＩＰアドレスは、インターネット上の各ノードに割り当てられる。それは、ネットワーク及び任意のサブネットワークの位置を識別するため用いられる。
【０００６】
各ノード上で動作するＩＰアドレスは、ネットワーク上のゲートウエイの位置を知っており、そこにおいてゲートウエイは、相互接続されたネットワークをリンクする。次いで、データは、ノードからゲートウエイにインターネットを介して通る。送信されるべきデータが特に大きい場合、インターネット・プロトコルはまた、データをより小さい単位に断片化するのを容易にする。データグラムがルート付けされつつある、又は再組み立てされつつあるとき、誤りが生じる場合がある。そのような誤りが生じるとき、誤りを検出するノードが、発信元ノードに戻すよう報告する。
【０００７】
発信元から送信されたとき、各データグラムは、インターネットを介して別々にルート付けされ、そして受信されたフラグメントは、データをそれぞれの通信装置に送る前に、宛先ノードで最終的に再組み立てされる。ＴＣＰ−ＩＰバージョン番号は、ゲートウエイ及びノードがデータ・パケットを正しく解釈するのを助ける。
【０００８】
ＴＣＰ−ＩＰ通信を用いる各ノードはＩＰアドレスを要求し、次いで該ＩＰアドレスがそのトークン・リング又はイーサネット（登録商標）ＭＡＣアドレスに整合される。ＭＡＣアドレスは、同じセグメント上のノードが相互に通信するのを可能にする。異なるネットワーク上のノードが相互に通信するため、各ノードがＩＰアドレスを持つよう構成されねばならない。
【０００９】
ＴＣＰ−ＩＰネットワーク上のノードは、ホストかゲートウエイかのいずれかである。アプリケーション・ソフトウエアを動作させるか又は端末である任意のノードは、ホストとして定義される。ＴＣＰ−ＩＰパケットをネットワーク間でルート付けすることができる任意のノードは、ＴＣＰ／ＩＰゲートウエイ・ノードと呼ばれる。このノードは、他のネットワークに物理的にインターフェースするため必要なネットワーク制御器ボードを持たねばならない。
【００１０】
典型的なＩＰアドレスは、２つのフィールド、即ち、プレフィックス（接頭部）・フィールド（ネットワーク番号がその特定のアドレスと関連したネットワークを識別する。）とサフィックス（接尾部）・フィールド（ホスト番号がそのネットワーク内の特定のホストを識別する。）とから成る。ＩＰアドレスは、３２ビット長であり、従って理論的に２^３２（４０億を超える）の物理的ネットワークをアドレスすることができる。しかしながら、プレフィックス及びサフィックスを含むＩＰアドレスを用いることに関連した１つの問題は、各フィールドをどのような大きさに作るかを判断することにある。プレフィックスが小さすぎる場合、僅かなネットワークのみがインターネットに接続されることができるだけである。しかしながら、プレフィックスをより大きく作るならば、サフィックスを低減しなければならず、それは、ネットワークが僅かなホストのみをサポートすることができる結果を招く。
【００１１】
インターネット・プロトコル・アドレッシング・スキームの現在のバージョン（ＩＰｖ４）は、少数の非常に大きなネットワークか、又は多くの小さいネットワークかを収容することができる。実際には、様々な大きさの合理的な数のネットワークがサポートされることが要求される。しかしながら、大部分の組織は、将来のネットワークの拡張を可能にするため、それらが一般に必要とするより大きなネットワークを収容するよう構成されたＩＰアドレッシング・スキームを持つ傾向にある。
【００１２】
その結果として、インターネット・プロトコルの現在のバージョン（ＩＰｖ４）はアドレッシング空間が不足しており、そして将来のバージョンは現在開発中である。各パブリック・ランド移動ネットワーク（ＰＬＭＮ）がＩＰｖ４を用いて一意の恒久的ＩＰアドレスを各ＭＳ（移動局）に割り当てることができなくなるであろうと予想される。更に、ＩＰｖ６が将来配備される自体においてさえ、多くのネットワークは依然ＩＰｖ４を実行する旧来のネットワークから成るであろう。
【００１３】
ＩＰアドレスは次の形式で定義されることができる。即ち、
｀ａａａ´．｀ｂｂｂ´．｀ｃｃｃ´．｀ｄｄｄ´
ここで、｀ａａａ´、｀ｂｂｂ´、｀ｃｃｃ´及び｀ｄｄｄ´は、０から２５５の範囲にある整数値である。
【００１４】
インターネット上で｀ａａａ´．｀ｂｂｂ´．｀ｃｃｃ´部分は、通常サブネットワークを定義し、｀ｄｄｄ´はホストを定義する。そのような番号付けスキームは覚えているのが難しい。従って、シンボリックな名前（しばしばドメイン名と呼ばれる）が、頻繁に、個々の通信装置を識別するためＩＰアドレスの代わりに用いられる。
【００１５】
インターネット上の個々のネットワークのそれぞれが、ドメイン・ネーム・サーバ（ＤＮＳ）を呼び出すプロセスを動作させるホストを持つ。ＤＮＳは、そのネットワークのためのディレクトリ情報を含むディレクトリ情報ベース（ＤＩＢ）と呼ばれるデータベースを維持する。新しいホストが加えられるとき、システム・マネージャが、その名前及びその関連のＩＰアドレスをＤＩＢに追加する。従って、ホストは、インターネットにアクセスすることができる。
【００１６】
通常、ＤＮＳサーバは、ネットワーク上の全てのホストによりＩＰトランスポート・プロトコルを介して到達可能である。従って、アドレス・ルックアップを実行するためのＤＮＳプロトコルはＩＰの上に支えられることができる。
【００１７】
インターネット上のディレクトリ・ネットワーク・サービスは、名前が付けられた宛先ユーザ又はアプリケーション・プログラムのＩＰアドレスを決定する。これは、ユーザ又はアプリケーション・プログラムがインターネットの周りを移動することができ、そして特定のノード及び／又はＩＰアドレスに固定されない。
【００１８】
通信、特にインターネット及び無線通信における最近の成長に起因して、無線通信領域においてＴＣＰ−ＩＰデータ転送技術を提供する必要性が存在する。
確立され調和されたセルラ無線通信システムがＧＳＭ（移動通信用グローバル・システム）である。このセルラ技術に対する増強がグローバル・パケット無線システム（ＧＰＲＳ）に存在する可能性があり、それは、ＧＳＭのような基本セルラ・プラットフォーム上でパケット交換技術を提供する。現在定義されつつある更に調和された無線通信システムは、ユニバーサル移動通信システム（ＵＭＴＳ）であり、それは、調和された標準を提供するよう意図されており、その調和された標準の下で、セルラ無線通信ネットワーク及びシステムは、インターネットのような固定通信システムを含む、他のタイプの通信システム及びネットワークとインターフェースすること及びそれとの互換性の増強したレベルを与えるであろう。
【００１９】
インターネットを介して送信されるべき情報はパケット化され、パケット交換ルートが発信元ノードと宛先ノードとの間に確立される。従って、ＧＰＲＳ及びＵＭＴＳネットワークは、メッセージ・サービス、情報サービス、通常のサービス及びキャスティング・サービス（ｃａｓｔｉｎｇ　ｓｅｒｖｉｃｅ）のようなインターネット・サービスを促進するためパケット交換データに適応するよう設計されてきた。
【００２０】
大部分のサービスは、ＵＭＴＳ端末から開始され、そして活動化される。しかしながら、一部のサービス、例えば、音声又はビデオ会議サービス、家庭自動化通知、業務派遣及び情報の同報通信は、インターネット・ノードから開始され得る。これらの後者のタイプのサービスは、一般的にインターネットにより開始されるサービス（Ｉｎｔｅｒｎｅｔ−ｉｎｉｔｉａｔｅｄ　ｓｅｒｖｉｃｅｓ）（以下、「インターネット開始型サービス」と記す。）と呼ばれる。
【００２１】
これらのサービスをサポートするため、ＧＰＲＳ及びＵＭＴＳ端末は、名前又はアドレスにより一意に識別された自立型インターネット・ホストと見られそして扱われる。個々の通信装置を識別するため限られた数のアドレスを採用するシステムにおいて、動的アドレッシングと呼ばれる技術が用いられる。
【００２２】
動的アドレッシングは、アドレス割り当てサーバ、例えば、動的ホスト設定プロトコル（ＤＨＣＰ）サーバにより維持されるべきアドレスのプール（ｐｏｏｌ）を要求する。ホストがネットワークに接続されているときは常に、信号送出プロセスは、ホストとＤＨＣＰサーバとの間で実行されて、使用可能なＩＰアドレスをホストに割り当てる。そうするため、ホストは、ＤＨＣＰサーバにその一意のＩＤを送ることが必要である。信号送出プロセスが非活動化されたとき、ＩＰアドレスは、上記のアドレッシング・プールに戻され、そして他の端末に対して割り当てられるため待つであろう。
【００２３】
移動局（ＭＳ）がインターネット・コネクションを開始した場合、ＤＨＣＰサーバは、ＭＳを識別する必要性を認め、そして典型的には、新しいインターネット・プロトコル・アドレス割り当てが起こったことをドメイン・ネーム・サーバ（ＤＮＳ）に知らせる。続いて、ローカルＤＮＳは、移動局のドメイン名を、ＤＨＣＰにより割り当てられたインターネット・プロトコル・アドレスにマッピングさせ、そしてそのアドレス情報をインターネット・ホストに通すことができる。
【００２４】
ネットワーク化されたＰＣ及びサーバのような、ＩＰを用いた典型的な装置の静的性質に起因して、ＤＨＣＰが、インターネット環境において広く用いられて、ＩＰアドレスを、ネットワークに接続されているいずれのホストに動的に割り当てる。
【００２５】
しかしながら、ＩＰアドレスを要求している通信する装置がインターネットに物理的に接続されていないとき、そのような構成が無線領域で許容できないことは明らかである。そのような無線技術により、移動局は、ＩＰアドレスを割り当てられ且つインターネット・サービス、情報及びアプリケーションにアクセスするためインターネットとの論理的コネクションを前に確立してしまうことが必要である。この論理的コネクションは一般的に、パケット・データ・プロトコル（ＰＤＰ）・コンテキストと呼ばれる。
【００２６】
更に、無線通信装置がインターネットに恒久的には接続されていないので、インターネットとのＰＤＰコンテキストが確立されなかったモードにＭＳがある多くの場合があろう。そのようなケースにおいて、インターネット・ホストは、対応するＩＰアドレスが割り当てられるまで、データを移動局の特定のドメイン名に転送することができない。そのような問題となるシナリオは、常に、ＭＳが前にネットワークにアクセスされないで且つＩＰアドレスをＤＨＣＰから割り当て（且つ維持され）なかったとき、インターネット開始型サービスに対して生じる。
【００２７】
第３世代セルラ・パケット・データ・プロトコル（３ＧＰＰ）、即ちヨーロッパ電気通信標準協会（ＥＴＳＩ）により現在開発されつつある「ＵＭＴＳのための技術仕様書２３．０６０　ｖ３．３．０；ＧＰＲＳサービス記述；ステージ２、２０００年４月」において、ゲートウエイは、そのゲートウエイが確立されたＰＤＰコンテキストを持たない移動局からパケットを受信するに際して、移動局のためＰＤＰコンテキストの活動化を要求することができることが規定されている。
【００２８】
しかしながら、その技術仕様書においては、インターネット・ホストがサービスを開始する場合、特にＭＳがドメイン名により識別される場合であるケースにおいて、データの最初のパケットを配信するため、ＭＳのためのＩＰアドレスを取得する要望が認識できないか、又はその事項のためそのＩＰアドレスを取得する仕方について指示が存在する。
【００２９】
要約すると、問題となる状況は、無線通信装置がＩＰアドレスを割り当てられないで且つインターネット・ホストが通信を開始するとき生じる。ＭＳに対して割り当てられたＩＰアドレスを持つことなしには、ローカルＤＮＳサーバは、インターネット・ホストにより識別されるように、ＭＳのアドレス（ドメイン名又は他のもの）をＭＳのＩＰアドレスに関連付ける手段を持たない。
【００３０】
特に、インターネット・ホストは、いずれのＩＰパケットがその対応するドメイン名により識別されるならば、そのいずれのＩＰパケットがＭＳに送られる前に、ＭＳのＩＰアドレスを階層的ＤＮＳから取得することが必要である。その結果、通信装置をアドレスして、前述の不利点を緩和し得る通信システム及び方法を提供する必要性が存在する。
【００３１】
［発明の概要］
本発明の好適な実施形態の第１の局面により、請求項１に従った無線通信システムにおいて動作する移動局にアドレスを割り当てる方法が提供される。
本発明の好適な実施形態の第２の局面により、請求項９に従った通信システムが提供される。
【００３２】
本発明の好適な実施形態の第３の局面により、請求項１４に従った移動局のドメイン名問い合わせに応答してインターネット・プロトコル・アドレスをマッピングする方法が提供される。
【００３３】
本発明の好適な実施形態の第４の局面により、請求項１又は４の前述の方法、又は請求項９の通信システムの動作的機能に実質的に適合する通信装置が提供される。
本発明の代表的な実施形態がここで添付図面を参照して説明されるであろう。
【００３４】
［好適な実施形態の説明］
前述したように、多くの場合ドメイン名を用いて、通信装置、例えば、ＵＭＴＳ又はＧＰＲＳネットワークにおけるＭＳを識別する。図１は、ゲートウエイＧＰＲＳサービング・ノード（ＧＧＳＮ）２６が移動局ＩＰアドレスを既知のドメイン名に基づいて要求するのを可能にするインターネット開始型サービス構成１０を示す。
【００３５】
インターネット開始型サービス構成１０は、接続部２０を介してネットワーク・オペレータのネットワーク・ドメイン１８に接続されたインターネット・ホスト１２を含む。ネットワーク・オペレータのネットワーク・ドメイン１８は、
（ｉ）コア・ネットワーク、即ち、ＧＧＳＮ２６、及び
（ｉｉ）アクセス・ネットワーク３６、即ち、ＧＰＲＳ（又はＵＭＴＳ）基地サイト制御器（ＢＳＣ）及び／又は基地送受信機局（ＢＴＳ）
を含む。
【００３６】
ＧＧＳＮ２６は、ＧＰＲＳ（又はＵＭＴＳ）がインターネット２２のような公衆交換データ・ネットワーク（ＰＤＳＮ）とインターフェースするのを担当している。ＧＧＳＮはまた、ＧＰＲＳコア・ネットワーク内のトラフィックのためのルート付け及びトンネル化（ｔｕｎｎｅｌｌｉｎｇ）を実行する。
【００３７】
ネットワーク・オペレータのネットワーク・ドメイン１８はまた、そのネットワーク・オペレータのネットワーク・ドメイン１８上で動作する通信装置のためドメイン名アドレスをＩＰアドレスにマッピングさせるマッピング・テーブルを有するローカルＤＮＳ２４を含む。無線通信システムが有線通信システムに接続されるシナリオに関して、ローカルＤＮＳ２４は、ＭＳのドメイン名アドレスをそれらのそれぞれのＩＰアドレスにマッピングさせるであろう。その上、ネットワーク・オペレータのネットワーク・ドメイン１８は、接続部３２を介してＧＧＳＮ２６に結合されてＩＰアドレスの動的割り当てを促進するＤＨＣＰ３０を含む。
【００３８】
更に、インターネット・ホスト１２は、グローバルＤＮＳサーバ１４に接続部１６を介して接続される。グローバルＤＮＳサーバ１４は、ネットワーク・オペレータのネットワーク・ドメイン１８内のローカルＤＮＳサーバ２４に接続部３８を介して接続される。接続部１６、２０及び３８は、インターネット２２を介して形成される接続部である。
【００３９】
ドメイン名（ＤＮ）アドレッシングを用いて、インターネット開始型サービス状況においてＭＳ４０を識別するとき、インターネット・ホスト１２（サービス・イニシエータ（ｓｅｒｖｉｃｅ　ｉｎｉｔｉａｔｏｒ））は、ＤＮＳルックアップを実行して、ＭＳ４０のＩＰアドレスを取得することが必要である。ＤＮＳ問い合わせは、ＤＮＳサーバにより実行される。従って、インターネット・ホスト１２は、グローバルＤＮＳ１４からのＭＳのドメイン名に対応するＩＰアドレスを要求し、その結果グローバルＤＮＳ１４は、ローカルＤＮＳ２４をポーリングする。次いで、ローカルＤＮＳ２４は、対応するＩＰアドレスをそのマッピング・テーブル２８からインターネット・ホスト１２にグローバルＤＮＳ１４を介して与える。
【００４０】
そのようなアプローチ、即ち、無線通信システムにおいてドメイン名に対応するＩＰアドレスを取得することは、ＩＰアドレスが動的に割り当てられるとき可能でない。これは、ＭＳ４０がネットワークに接続されているが、しかしより早期のデータ転送が存在しないことに起因してＩＰアドレスを割り当てられなかった機能である。従って、ＤＩＢは、対応するＩＰアドレスを持たずに、ドメイン名の詳細を持つのみであろう。
【００４１】
以下で説明する本発明の好適な実施形態においては、加入者の加入者識別番号（一般的に次の本文において「端末番号」と呼ばれるＩＳＤＮ番号又はＩＭＳＩ）が、ＤＩＢにおけるＩＰアドレス部分の代わりに用いられて、その端末を一意に識別する。
【００４２】
ここで図２を参照すると、本発明の好適な実施形態の発明的概念をサポートするよう適合されたそれぞれのネットワーク・オペレータのネットワーク・ドメイン１８のブロック図が示されている。本発明の好適な実施形態は、ＧＰＲＳ又はＵＭＴＳ技術のような無線領域に関して記載されている。
【００４３】
ネットワーク・オペレータのネットワーク・ドメインが、ここでは、本発明の好適な実施形態に従って適合されたシグナリング・インターフェースＧｄｎｓ６０を介してＧＧＳＮ６２に結合されたローカルＤＮＳ５０を含む。コア・ネットワークのＧＧＳＮ６２部分は、特定の無線システムにおけるそれぞれＭＳがＩＰアドレスを割り当てられてしまい、従って現在のＩＰコネクションを確立したか否かの詳細を格納するためのＰＤＰコンテキスト・テーブル６４を含む。
【００４４】
ローカルＤＮＳ５０は、ＤＮＳルックアップ及び修正されたマッピング・テーブル５４を受信すると、ＰＤＰコンテキスト問い合わせをトリガするある一定数のプロセス含む。修正されたマッピング・テーブル５４は、特定の無線システムにおける各ＭＳに対して、個々のＭＳ端末番号５８に対応するドメイン名のリスト５６を含む。
【００４５】
シグナリング・インターフェースＧｄｎｓ６０は、ネットワーク・オペレータのネットワーク・ドメインＤＮＳ５０とＧＧＳＮ６２との間でシグナリング情報を搬送する。このインターフェース６０を介して、ネットワーク・オペレータのネットワーク・ドメインのＤＮＳ５０は、ＰＤＰコンテキスト問い合わせをＧＧＳＮ６２に送り、そしてＧＧＳＮ６２からＩＰアドレスに関連した情報を受け取る。
【００４６】
ＤＮＳ問い合わせがインターネット・ホスト１２により開始されてしまい、そしてＩＰアドレスが要求されたドメイン名に対応するＭＳのため割り当てられていなかったケースにおいては、ＤＮＳ５０は、ＧＧＳＮ６２及びＧｄｎｓインターフェースを介してＤＨＣＰ３０のＰＤＰコンテキスト要求をトリガすることが有利である。ＧＧＳＮ６２がその要求を処理した後で、ＭＳに対して割り当てられたＩＰアドレスは、ローカルＤＮＳ５０にインターフェースＧｄｎｓを介して戻されるであろう。
【００４７】
ここで図３を参照すると、本発明の好適な実施形態の発明的概念に従って、ドメイン名をＩＰアドレスにマッピングさせることを実行するためのメッセージ手順チャートが示されている。
【００４８】
そのメッセージ手順チャートは、ステップ１００において、ネットワーク・オペレータのネットワーク・ドメインにより開始して、そして特にＤＮＳ５０は、インターネット・ホスト１２から供給されたドメイン名に対応するアドレス・マッピング問い合わせを受け取る。そのドメイン名は、ＧＰＲＳ又はＵＭＴＳ無線通信システム上で動作する移動局に対応する。
【００４９】
供給されたドメイン名に基づいて、ＤＮＳ５０は、ステップ１０２に示されるように、そのドメイン名５６を有するＭＳのそれぞれの「端末番号」５８をアドレス・マッピング・テーブル５４から捜し出す。この要求は、ステップ１０４におけるように、ＩＰアドレス検索プロセスをトリガする。ＩＰアドレス検索プロセスの一環として、ＤＮＳ５０は、ステップ１０６に示されるように、それぞれの「端末番号」５８を有するＧＧＳＮ６２にＰＤＰコンテキスト要求を送る。
【００５０】
ＩＰアドレスが前にそのドメイン名と関連したＭＳに割り当てられてしまった、即ち、ＰＤＰコンテキストがその特定の「端末番号」に対して確立されてしまった場合、ＤＮＳ５０は、ステップ１０８に示されるように、ＰＤＰコンテキスト情報をＧＧＳＮ６２から受け取る。そのようなケースにおいては、ＩＰアドレスは、ステップ１１０におけるように、ＰＤＰコンテキストから抽出され、そしてＤＮＳ５０は、ステップ１１１及び１１６に示されるように、関連のＩＰアドレスを有するインターネット・ホスト１２に応答し、それによりプロセスを終了する。
【００５１】
ステップ１０６においてＰＤＰコンテキスト要求をする際に、ＰＤＰコンテキストがそれぞれの「端末番号」に対して確立されていなかった場合、ＤＮＳ５０は、ステップ１１２に示されるように、ＧＧＳＮに対してＰＤＰコンテキスト要求を活動化する。ＰＤＰコンテキスト要求を活動化するためＤＮＳを使用することは、ドメイン名を動的アドレスにマッピングすることを容易にするのに対して、ＰＤＰコンテキスト要求の活動化を要求するＧＧＳＮを使用することは、ＩＰアドレスをＩＰパケットの受け取りの際に割り当てるのを可能にするのみである。
【００５２】
しかしながら、ＰＤＰコンテキスト要求が、関連のＭＳの「端末番号」の新しい特徴を含んで、後続のＤＮＳ問い合わせ要求の容易な扱いを有利に促進することは注目に値するものである。
【００５３】
ＧＧＳＮは、ＤＨＣＰ３０と一緒に、ＭＳのドメイン名に対応するＩＰアドレスを割り当てる。ＧＧＳＮは、ステップ１１４に示されるように、ＩＰアドレスをシグナリング・インターフェースＧｄｎｓ６０を介してＤＮＳ５０に送信する。次いで。ＩＰアドレスは、ＰＤＰコンテキストからＤＮＳ５０により抽出される。ＤＮＳ５０は、ステップ１１６に示されるように、関連のＩＰアドレスを有するインターネット・ホスト１２に応答し、それによりプロセスを終了する。
【００５４】
本発明は、ＰＳＤＮ上のインターネットのような固定データ通信とインターフェースするための、ＥＴＳＩにより開発されているＵＭＴＳ又はＧＰＲＳのような無線通信システムにおいて特定の応用を見いだしているが、当業者は、本発明が他の無線／固定構成に採用されることができるであろうことを容易に認めるであろう。
【００５５】
要約すると、本発明は一般的に、無線システムを固定システムにリンクする通信システムにおいて、アドレス、特にインターネット・プロトコル・アドレスを割り当てるための方法及び装置に関連する。ネットワーク・オペレータのネットワーク・ドメインのドメイン・ネーム・サーバは、アドレス・マッピング問い合わせを固定通信システムから受け取り、そしてその供給されたアドレス・マッピング問い合わせに応答して移動局のそれぞれの端末識別子（端末番号）を捜し出すことが好ましい。該アドレス・マッピング問い合わせが移動局と関連したドメイン名を含むことが好ましい。
【００５６】
次いで、ドメイン・ネーム・サーバは、アドレスが、好ましくはインターネット・プロトコル・アドレスが移動局のため割り当てられたか否かを決定する。否定の決定に応答して、ドメイン・ネーム・サーバは、好ましくは、ゲートウエイに送られるアドレス割り当て要求を活動化する。次いで、ゲートウエイ（ＤＨＣＰと分離して、又は好ましくはそれと一緒で）は、移動局のそれぞれの端末識別子に対応する（ＩＰ）アドレスを割り当てる。
【００５７】
本明細書で説明される本発明の概念はまた、とりわけ、好ましくはＧＰＲＳ／ＵＭＴＳドメインと関連したドメイン・ネーム・サーバでの使用のための修正されたアドレス・マッピング・テーブルを詳述している。更に、シグナリング・インターフェースは、好ましくはドメイン・ネーム・サーバと、（ＩＰ）アドレス問い合わせ伝送のためのゲートウエイ例えばＧＧＳＮとの間に設けられる。アドレス問い合わせ伝送は、パケット・データ・プロトコル・コンテキスト問い合わせであることが好ましい。（ＩＰ）アドレスが前に移動局に割り当てられなかった場合では、インターネット開始型サービスのケースにおける（ＩＰ）アドレス割り当てをトリガする手段が設けられる。
【００５８】
本発明は、ＵＭＴＳ又はＧＰＲＳシステムのような無線通信システムにおいて特定の応用が存在する。しかしながら、本明細書に含まれる発明的概念は、代替の固定無線通信システムに等しく適用可能である。本発明の特定のそして好適な実施形態が上記に説明されたが、そのような発明的概念の変化及び修正が当業者により容易に利用されことができるであろうことは明らかである。
【００５９】
１つのそのような修正は、ゲートウエイ、ＤＨＣＰ、ゲートウエイに動作可能に接続された別の装置、又はそれらの任意の組み合わせにより行われるインターネット・プロトコル・アドレスの割り当てにおいて行うことができるであろう。
従って、前述の不利点の幾らかを緩和する、通信装置をアドレスするための通信システム及び方法が提供されている。
【図面の簡単な説明】
【図１】
図１は、従来技術のインターネット開始型サービスＩＰアドレッシング構成を示す。
【図２】
図２は、本発明の好適な実施形態の発明的概念をサポートするよう適合されたそれぞれのＧＰＲＳ又はＵＭＴＳネットワーク・オペレータのドメイン・ネットワークのブロック図を示す。
【図３】
図３は、本発明の好適な実施形態の発明的概念に従った、ドメイン名をＩＰアドレスにマッピングすることを実行するメッセージ手順チャートを示す。

Claims (16)

1. 固定通信システムへの通信リンクを促進するため無線通信システムにおいて動作する移動局にアドレスを割り当てる方法において、
   アドレス・マッピング問い合わせを前記固定通信システムから受け取るステップと、
   前記の供給されたアドレス・マッピング問い合わせに応答して前記移動局のそれぞれの端末識別子を捜し出すステップと、
   アドレスが前記移動局から割り当てられたか否かを決定するステップと、
   否定の決定に応答して、アドレス割り当て要求を活動化するステップと、
   前記移動局のそれぞれの端末識別子に対応するようアドレスを割り当てるステップと
   を備えることを特徴とするアドレスを移動局に割り当てる方法。
2. 前記アドレスがインターネット・プロトコル・アドレスである請求項１記載のアドレスを移動局に割り当てる方法。
3. 前記受け取るステップ及び前記割り当てるステップが、ドメイン・ネーム・サーバにより実行される請求項１記載のアドレスを移動局に割り当てる方法。
4. 前記の受け取られたアドレス・マッピング問い合わせが前記移動局のドメイン名に対応する請求項３記載のアドレスを移動局に割り当てる方法。
5. 前記アドレスがインターネット・プロトコル・アドレスであり、
   インターネット・プロトコル・アドレスを割り当てる前記のステップが、ゲートウエイ又は動的ホスト設定プロトコル（ＤＨＣＰ）により実行され、
   インターネット・プロトコル・アドレス・パケットを前記ゲートウエイにより前記ドメイン・ネーム・サーバに送信するステップと、
   前記インターネット・プロトコル・アドレス・パケットから前記インターネット・プロトコル・アドレスを前記ドメイン・ネーム・サーバにより抽出するステップと、
   関連のインターネット・プロトコル・アドレスを有する前記固定通信システムに応答するステップと
   を更に備える請求項４記載のアドレスを移動局に割り当てる方法。
6. 前記問い合わせがインターネット・ホストから受け取られる請求項１記載のアドレスを移動局に割り当てる方法。
7. アドレスが前記移動局に対して割り当てられたか否かを決定する前記ステップが、それぞれの端末識別子を有するインターネット・プロトコル・アドレス問い合わせを送るステップを含む請求項１記載のアドレスを移動局に割り当てる方法。
8. 前記アドレス割り当て要求がパケット・データ・プロトコル・コンテキスト要求である請求項１記載のアドレスを移動局に割り当てる方法。
9. 固定通信システムへの通信リンクを促進するため無線通信システムにおいて動作するアドレスを移動局に割り当てるマッピング・テーブルを備え、
   前記マッピング・テーブルが、移動局のドメイン名アドレスを移動局の端末番号にマッピングさせる
   ことを特徴とする通信システム。
10. 前記マッピング・テーブルを含むネットワーク・オペレータのドメイン・ネーム・サーバとゲートウエイとの間で前記ドメイン名アドレス情報を搬送するシグナリング・インターフェースを更に備えることを特徴とする請求項９記載の通信システム。
11. 前記ドメイン・ネーム・サーバは、インターネット・プロトコル・アドレス問い合わせを前記ゲートウエイに送信する送信機部分と、インターネット・プロトコル応答を前記ゲートウエイから受信する受信機部分とを有する請求項１０記載の通信システム。
12. 前記の送信機は、インターネット・プロトコル・アドレス要求が前記移動局のため割り当てられていなかったことを示す否定応答を前記ゲートウエイから受信すると、インターネット・プロトコル・アドレス要求を前記ゲートウエイに送信する請求項１１記載の通信システム。
13. 前記固定通信システムが、前記要求を開始して前記移動局と通信するインターネット・ホストである請求項１から１２のいずれか一項に記載の通信システム。
14. 固定通信システムからの通信リンクを促進するため無線通信システムにおいて動作する移動局のドメイン名問い合わせに応答してインターネット・プロトコル・アドレスをマッピングする方法において、
    前記固定通信システムからの前記移動局のドメイン名（５８）に関連するアドレス・マッピング問い合わせをドメイン・ネーム・サーバ（５０）で受け取るステップ（１００，１０２）と、
    インターネット・プロトコル・アドレス問い合わせを前記ドメイン・ネーム・サーバ（５０）によりゲートウエイ（６２）に送って、アドレスが前記移動局のため割り当てられたか否かを決定するステップと、
    インターネット・プロトコル・アドレスがそのドメイン名と関連した移動局に対して前に割り当てられた場合、前記ドメイン・ネーム・サーバ（５０）により前記ゲートウエイ（６２）からインターネット・プロトコル・アドレスを受け取るステップ（１０８）と、
    関連のインターネット・プロトコル・アドレスを有する前記固定通信システムに応答するステップと
    を備える方法。
15. 請求項１から８及び１４のいずれか一項に記載の方法のステップを実行する通信装置。
16. 請求項９から１３のいずれか一項に記載の通信システムにおいて動作する通信装置。

Images