(57)【特許請求の範囲】
【請求項１】
通信装置に割り当てられたＩＰアドレスと名前との対応情報を保持するサーバと、複数の関門装置と、加入者毎の位置情報やサービス情報を保持するサービス制御装置とネットワークで接続されるとともに、移動端末との間でデータの送受信を行うパケット通信制御装置であって、
上記複数の関門装置の内の上記移動端末に固定して定められているホーム関門装置の識別子を上記サービス制御装置から読み出す手段と、
上記移動端末にＩＰアドレスが割り当てられた時に、上記移動端末装置から上記割り当てられたＩＰアドレスを受信する手段と、
上記割り当てられたＩＰアドレスと、上記ホーム関門装置の識別子とを上記サーバに送信する手段とを有することを特徴とするパケット通信制御装置。
【請求項２】
通信装置に割り当てられたＩＰアドレスと名前との対応情報を保持するサーバと、複数の関門装置ととネットワークで接続されるとともに、移動端末との間でデータの送受信を行うパケット通信制御装置であって、
上記複数の関門装置の内の上記移動端末に固定して定められているホーム関門装置の識別子を上記移動端末から受信する手段と、
上記移動端末にＩＰアドレスが割り当てられた時に、上記移動端末装置から上記割り当てられたＩＰアドレスを受信する手段と、
上記割り当てられたＩＰアドレスと、上記ホーム関門装置の識別子とを上記サーバに送信する手段とを有することを特徴とするパケット通信制御装置。
【請求項３】
請求項１又は請求項２の何れかに記載のパケット通信制御装置であって、
上記移動端末が他の通信装置とデータ通信を行うために上記サーバに送信する上記他の通信装置のアドレス情報問い合わせる信号を監視する手段と、
上記サーバから送信される上記信号の応答信号に含まれる上記他の通信装置のアドレス情報と上記他の通信装置に固定して定められているホーム関門装置の識別子とを記憶するメモリとを有することを特徴とするパケット通信制御装置。
【請求項４】
請求項３に記載のパケット通信制御装置であって、
上記移動端末から上記他の通信装置に対するパケットを受信すると、上記メモリに記憶した上記他の通信装置のホーム関門装置の識別子を読み出す手段と、
上記パケットに上記読み出したホーム関門装置を識別子を含むヘッダ情報を付加して、上記移動端末のホーム関門装置に送信する手段とを有することを特徴とするパケット通信制御装置。
【請求項５】
通信装置に割り当てられたＩＰアドレスと名前との対応情報を保持するサーバと、複数の関門装置と、加入者毎の位置情報やサービス情報を保持するサービス制御装置とネットワークで接続されるとともに、移動端末との間でデータの送受信を行うパケット通信制御装置のパケット通信制御方法であって、
上記複数の関門装置の内の上記移動端末に固定して定められているホーム関門装置の識別子を上記サービス制御装置から読み出し、
上記移動端末にＩＰアドレスが割り当てられた時に、上記移動端末装置から上記割り当てられたＩＰアドレスを受信し、
上記割り当てられたＩＰアドレスと、上記ホーム関門装置の識別子とを上記サーバに送信することを特徴とするパケット通信制御方法。
【請求項６】
通信装置に割り当てられたＩＰアドレスと名前との対応情報を保持するサーバと、複数の関門装置ととネットワークで接続されるとともに、移動端末との間でデータの送受信を行うパケット通信制御装置のパケット通信制御方法であって、
上記複数の関門装置の内の上記移動端末に固定して定められているホーム関門装置の識別子を上記移動端末から受信し、
上記移動端末にＩＰアドレスが割り当てられた時に、上記移動端末装置から上記割り当てられたＩＰアドレスを受信し、
上記割り当てられたＩＰアドレスと、上記ホーム関門装置の識別子とを上記サーバに送信することを特徴とするパケット通信制御方法。
【請求項７】
請求項５又は６に記載のパケット通信制御方法であって、
上記移動端末に割り当てられたＩＰアドレスは、上記ホーム関門装置により割り当てられたものであることを特徴とするパケット通信制御方法。
【請求項８】
請求項７に記載のパケット通信制御方法であって、
上記移動端末が他の通信装置とデータ通信を行うために上記サーバに送信する上記他の通信装置のアドレス情報問い合わせる信号を監視し、
上記サーバから送信される上記信号の応答信号に含まれる上記他の通信装置のアドレス情報と上記他の通信装置に固定して定められているホーム関門装置の識別子とをメモリに記憶することを特徴とするパケット通信制御方法。
【請求項９】
請求項８に記載のパケット通信制御方法であって、
上記移動端末から上記他の通信装置に対するパケットを受信すると、上記メモリに記憶した上記他の通信装置のホーム関門装置の識別子を読み出し、
上記パケットに上記読み出したホーム関門装置を識別子を含むヘッダ情報を付加して、上記移動端末のホーム関門装置に送信することを特徴とするパケット通信制御方法。
【請求項１０】
複数の関門装置と、加入者ノードとに接続されるパケット通信制御装置であって、
上記複数の関門装置の識別子と上記複数の関門装置のアドレス情報との対応表と、
上記加入者ノードから、通信先の関門装置の識別子をを含むヘッダが付加されたパケットを受信した時、上記対応表を用いて上記通信先の関門装置のアドレスを決定する手段と、
上記パケットを上記通信先の関門装置に転送する手段とを備えることを特徴とするパケット通信制御装置。
【請求項１１】
請求項１０に記載のパケット通信制御装置であって、
上記通信先の関門装置に対してパケットを転送する際、上記パケットに自分のアドレス情報及び上記通信先の関門装置のアドレス情報を含むヘッダを追加する手段を有することを特徴とする関門装置。
【請求項１２】
複数の関門装置と、加入者ノードと、通信装置に割り当てられたＩＰアドレスと名前との対応情報を保持するサーバとに接続されるパケット通信制御装置であって、
上記加入者ノードが他の通信装置とデータ通信を行うために上記サーバに送信する上記他の通信装置のアドレス情報問い合わせる信号を監視する手段と、
上記サーバから送信される上記信号の応答信号に含まれる上記他の通信装置のアドレス情報と、上記複数の関門装置の内の上記他の通信装置に固定して定められているホーム関門装置の識別子とを記憶するメモリとを有することを特徴とするパケット通信制御装置。
【請求項１３】
請求項１２に記載のパケット通信制御装置であって、
上記加入者ノードから上記他の通信装置宛のパケットを受信した時、上記メモリから上記他の通信装置のホーム関門装置の識別子を読み出す手段と、
上記対応表から通信先装置のホーム関門装置のアドレス情報を特定する手段と、
上記パケットを上記他の通信装置のホーム関門装置に転送する手段とを有することを特徴とするパケット通信制御装置。
【請求項１４】
複数の関門装置と、加入者ノードと、通信装置に割り当てられたＩＰアドレスと名前との対応情報を保持するサーバとに接続されるパケット通信制御装置であって、
上記複数の関門装置の識別子と上記複数の関門装置のアドレス情報との対応表と、
上記端末装置から他の通信装置へのパケットを受信すると、上記複数の関門装置の内の上記他の通信装置に固定して定められているホーム関門装置の識別子を取得するために、上記サーバに対して上記他の通信装置のアドレス情報を含む制御信号を送信する手段と、
上記制御信号の応答信号に含まれる上記他の通信装置のホーム関門装置の識別子から、上記対応表を参照することにより上記他の通信装置のホーム関門装置のアドレス情報を特定し、
上記パケットを上記他の通信装置のホーム関門装置に転送する手段を有することを特徴とするパケット通信制御装置。
【発明の詳細な説明】
技術分野
本発明は、動的ＩＰアドレスが割り当てられた端末に着信サービス提供するパケット通信システム及びそのシステムにおけるパケット通信制御方法に関する。特に、本発明は、移動体端末に着信サービスを提供する移動体パケット通信装置及びその通信網におけるパケット通信制御方法に関する。
背景技術
近年インターネット及び移動通信サービスが急速に普及している。インターネットにおける通信は、事実上の標準であるＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）プロトコル（ＲＦＣ  ７９１）を用いるＩＰパケットの送信によって実現されている。インターネットに接続される装置を識別するため、各装置に、世界で一意に決められたＩＰアドレスを割り当てる必要がある。インターネットではＩＰアドレスを使ってＩＰパケットのルーティングが行われる。
しかし、インターネットの一般ユーザは、名前（ＦＱＤＮ（Ｆｕｌｌｙ−Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ））を利用して接続先を指定するため、ＩＰアドレスを意識して利用することはない。インターネット上では、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）が運用されている。ＤＮＳには、インターネットに接続される装置のＩＰアドレスと名前とが登録されており、ユーザが接続先を名前で指定した場合に、対応するＩＰアドレスを検索することができる、ＤＮＳは分散データベースシステムであり、端末からアクセスされたＤＮＳは、問い合わせに対して自分自身で回答できない場合には、他のＤＮＳに対して問い合わせを行う。
現在使用されているＩＰｖ４アドレスは、インターネットの普及に伴いその枯渇が心配されている。その枯渇を解決すべく、新しい体系のＩＰｖ６アドレスの検討が行われている。第１９図は、ＲＦＣ  ２４６０で規定されているＩＰｖ６のアドレス体系を示す。ＩＰｖ６アドレス７００は、大きく３つの階層構造（Ｐｕｂｌｉｃ  Ｔｏｐｏｌｏｇｙ  ７０７，Ｓｉｔｅ  Ｔｏｐｏｌｏｇｙ  ７０８，Ｉｎｔｅｒｆａｃｅ  ＩＤ  ７０６）で構成される。  Ｐｕｂｌｉｃ  Ｔｏｐｏｌｏｇｙ  ７０７は、インターネットトラヒックを中継するプロバイダを識別し、フォーマットプレフィックス７０１と、ルーティングの最上位階層を示すＴＬＡ  ＩＤ  ７０２と、予約領域７０３と、ルーティングの第２階層を示すＮＬＡ  ＩＤ  ７０４とから構成される。Ｓｉｔｅ  Ｔｏｐｏｌｏｇｙ  ７０８は、インターネットに接続するエンドユーザサイト内のサブネットワークを識別し、ＳＬＡ  ＩＤ  ７０５を含む。Ｉｎｔｅｒｆａｃｅ  ＩＤ  ７０６は、サブネット上のインタフェースを識別する。ＩＰｖ６のＩＰアドレス自動設定機能を用いる場合、端末がネットワークに接続すると、Ｐｕｂｌｉｃ  Ｔｏｐｏｌｏｇｙ  ７０７と  Ｓｉｔｅ  Ｔｏｐｏｌｏｇｙ  ７０８を網から受信し、自身のＩｎｔｅｒｆａｃｅ  ＩＤ  ７０６と組み合わせて自身のＩＰアドレスを生成することが可能になる。このように、ＩＰｖ６アドレスでは、アドレスの自動生成機能を利用することができる。従って、ＩＰｖ６では通信先の装置をＩＰアドレスで指定するより名前で指定するほうが利便性が高い。そのため、ＩＰｖ６では名前による宛先指定のの重要性が増す。
名前に対応するＩＰアドレス情報は刻々と変化するため、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）において、ＤＮＳの情報を動的に更新する方式（ダイナミックＤＮＳ）の検討が進んでいる。ＩＥＴＦ  ＲＦＣ  ２１３６には、動的にＤＮＳを更新するための更新メッセージの仕様が規定されている。
一方、近年の移動通信サービスは、データ通信の通信全体に占める割合が大きくなってきている。データ通信を効率的に提供するため、ＰＤＣ−Ｐ（ＰＤＣ−Ｐａｃｋｅｔ）やＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）をはじめとする移動体パケット通信網の検討が開始されている。移動体パケット通信網における通信プロトコルは数多く存在するが、現在ではＩＰが普及している。一般に移動体通信網は、基地局や基地局制御装置からなる無線アクセス網と加入者ノードや関門ノードからなるコア網から構成される。ＧＰＲＳ方式に基づく移動体パケット通信網は、電話通信と同様に、パケット通信を行う前にＧＰＲＳ独自の信号手順を利用して、発信端末からホーム網の関門ノードまでコネクションを設定する。その後、発側移動端末から固定ＩＰアドレス方式の着側移動端末に向けて送信されたＩＰパケットには加入者ノードに於いてホーム網の関門ノード宛のヘッダが付加され（カプセル化）、発信者の本拠地（ホーム）にある関門ノードに送られる。ここで、ホーム関門ノードがどのノードになるかは、加入契約時に決定され、以後固定される。このホーム関門ノードでは、先に付加されたヘッダをとることによって（デカプセル化）元のＩＰパケットに復元される。元のＩＰパケットヘッダの宛先アドレスに書かれている着側移動端末のＩＰアドレスにより着側移動端末のホーム関門ノードが特定され、そのノードにＩＰパケットが転送される。着側ホーム関門ノードは、ＩＰパケットヘッダの宛先アドレスから、着側移動端末が在圏する加入者ノードを特定した後、再度ＩＰパケットをカプセル化して、在圏加入者ノードに向けてＩＰパケットを送信する。在圏加入者ノードは、デカプセル化を行い、元のＩＰパケットを復元した後、着側移動端末にＩＰパケットを転送する。このような手順により着側移動端末にＩＰパケットが到着する。ＩＰパケットがカプセル化された後、デカプセル化されて元のＩＰパケットが復元される通信区間は通常、トンネルと呼ばれる。
移動体パケット通信網では、移動端末毎にＩＰアドレスを固定的に割り当てる場合（以下、固定ＩＰアドレス方式という）と、ＩＰアドレスの有効利用を図るため、通信の開始時に移動端末にＩＰアドレスを割り当てる場合（以下、動的ＩＰアドレス方式という）とがある。移動端末に割り当てるＩＰアドレスは、通常の固定接続を行うノードと同じ形式のＩＰアドレスである。今後、移動端末にＩＰｖ６アドレスを割り振ることが予想されるが、一般的にＩＰｖ６アドレスを利用する端末は、固定ＩＰアドレスを持たない。従って、動的ＩＰアドレス方式の移動端末への着信サービスは、移動体パケット通信網の必須機能になる。
現在のＩＰｖ４アドレス体系において、殆ど全てのコンシューマ向け端末は、通信開始時にＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）から動的ＩＰアドレスを割り当てられている。しかし、動的ＩＰアドレスを利用する端末間で通信するためには、パケット網にディレクトリサービス用のサーバを設け、端末にディレクトリサービスを利用するアプリケーションプログラムを備える必要がある。
一方、ＩＥＴＦでは、ＩＰｖ６アドレス対応のＭｏｂｉｌｅ  ＩＰ仕様を検討中である。Ｍｏｂｉｌｅ  ＩＰｖ６では、発信端末は、着移動端末宛のパケットをプロバイダが移動端末に割り当てたｈｏｍｅ  ａｄｄｒｅｓｓ宛に送信する。着移動端末のＨｏｍｅ  Ａｇｅｎｔが上記ｈｏｍｅ  ａｄｄｒｅｓｓ宛パケットを受信し、受信パケットに該当着移動端末の在圏アドレスを含むヘッダを付加し、着移動端末に転送する。上記パケットを受信した着移動端末は、発信端末に着移動端末自身の在圏アドレスを含む制御信号を送信する。上記発信端末が上記制御信号に含まれる着移動端末の在圏アドレス情報を記憶することにより、以降の端末間パケット通信は、着移動端末の在圏アドレスを用いて実現可能である。ここで、在圏アドレスとは、移動端末の在圏網内において、移動端末に対して動的に割り当てられるアドレスである。
発明の開示
今後は、移動体パケット通信網の、移動端末間の通信サービスや、固定網の端末から移動体パケット通信網の移動端末への通信サービス等、移動体パケット通信網におけるサービス形態の多様化、及び、固定インターネット網内での動的ＩＰアドレスを割り当てられた固定端末間の通信サービス形態の実現が望まれる。
上記サービスを提供するには、動的ＩＰアドレス方式の着信端末に対するパケット転送機能を、ネットワーク側のサービスとして実現する必要がある。
しかし、現在の移動体パケット通信網は、ネットワークキャリアが移動端末から固定網上の装置にアクセスするサービスを提供することが主目的である。従って、移動端末に対するパケット着信サービスは、移動端末に固定ＩＰアドレスが割り当てられる場合に限定されている。
また、上述の従来技術では、発側ホーム関門ノードにおいて、元のＩＰパケットヘッダの宛先情報から固定ＩＰアドレス方式を利用する着側移動端末のホーム関門ノードを特定できる。しかし、着側端末が動的ＩＰアドレス方式を利用する場合、発側ホーム関門ノードは、元のＩＰパケットヘッダから着側関門ノードへの経路を特定できないため、発信端末から動的ＩＰアドレス方式の移動端末への着信サービスは提供できないという問題がある。
一方、現在ＩＥＴＦで検討が進められているＭｏｂｉｌｅ  ＩＰｖ６方式を利用すれば、発信端末に着移動端末の在圏アドレスを登録した後の端末間パケット通信は、在圏網において動的に割り当てられたＩＰアドレス（ｃａｒｅ  ｏｆ  ａｄｄｒｅｓｓ）をＩＰヘッダ情報に用いることが可能である。しかし、移動端末の識別情報として、移動端末は固定ＩＰアドレス（ｈｏｍｅ  ａｄｄｒｅｓｓ）を持つ必要がある。移動端末宛の最初のパケットは、移動端末の固定ＩＰアドレス（ｈｏｍｅ  ａｄｄｒｅｓｓ）宛に送信しなくてはならない。また、発信端末に着移動端末の在圏アドレス（ｃａｒｅ  ｏｆ  ａｄｄｒｅｓｓ）を登録するためには，移動端末と通信を行う全ての端末にＭｏｂｉｌｅ  ＩＰｖ６メッセージを解釈する機能の追加が必要になる。Ｍｏｂｉｌｅ  ＩＰｖ６を利用できない環境では、在圏網において動的に割り当てられたＩＰアドレス（ｃａｒｅ  ｏｆ  ａｄｄｒｅｓｓ）を用いて、移動端末に着信サービスを提供することはできない。
上記課題を解決するため、本発明による移動体パケット通信網は、ダイナミックＤＮＳを利用する。移動端末はダイナミックＤＮＳクライアント機能を備える。移動端末にＩＰアドレスが割り当てられた時、該当移動端末は、加入者ノードに対して、動的に割り当てられたＩＰアドレスを含むＤＮＳ更新メッセージを送信する。加入者ノードが上記ＤＮＳ更新メッセージを受信すると、パラメータに上記移動端末のホーム関門ノード識別子（ネットワーク識別子）を追加し、それをダイナミックＤＮＳに対して送信する。
移動端末がダイナミックＤＮＳ機能を備える代わりに、加入者ノードがダイナミックＤＮＳ  Ｐｒｏｘｙ機能を備えてもよい。加入者ノードがダイナミックＤＮＳ  Ｐｒｏｘｙ機能を備える場合、加入者ノードは、ダイナミックＤＮＳに動的に割り当てられたＩＰアドレスと、ネットワーク識別子とを含むＤＮＳ更新メッセージを送信する。この場合、加入者ノードは、複数のＤＮＳ更新メッセージをダイナミックＤＮＳに一括送信してもよい。
ダイナミックＤＮＳに対する更新メッセージのは、ＩＥＴＦ  ＲＦＣ  ２１３６に規定されているメッセージの仕様を拡張して利用すればよい。本発明では、加入者ノードが、ＤＮＳ更新メッセージに、ネットワーク識別子パラメータを追加するネットワーク識別子とは、該当移動端末のパケットが必ず通過する関門ノードの識別子である。上記ＤＮＳ更新メッセージを受信したダイナミックＤＮＳは、名前に対応するＩＰアドレスとネットワーク識別子を更新する。
発信端末は移動端末との通信を開始する前に通信登録手順を起動し、発信端末と発信者のホーム関門ノードとの間にパケット転送用のコネクションを設定する。ホーム関門ノードは、通信登録手順を受信すると、発信端末にＩＰアドレスが設定されているかを判別する。発信端末が動的ＩＰアドレス方式を利用する場合、ホーム網関門ノードは、発信端末に対してＩＰアドレスを割り当てる。
続いて、着信端末の名前から該当端末に割り当てられているＩＰアドレスを特定するため、発信端末はダイナミックＤＮＳにＤＮＳ問合せメッセージを送信する。本発明では、加入者ノードが、ＵＤＰポート番号を利用して、ＵＤＰポート５３を利用するＤＮＳメッセージを監視し、ＤＮＳメッセージを受信した時、受信メッセージ内のオペレーションコードを参照し、ＤＮＳ問い合わせメッセージ（Ｏｐｃｏｄｅ＝０）を検出し、上記ＤＮＳ問合せに対する応答メッセージの受信を待ち、該応答メッセージに含まれる着信端末のＩＰアドレスとネットワーク識別子を一時的に記憶する。
上記加入者ノードは、発信端末から着信端末宛のパケットを受信すると、上記第２の手段で記憶した着信端末のネットワーク識別子を読出し、発側ホーム関門ノード宛のヘッダ情報と上記ネットワーク識別子をユーザパケットに追加し、発側ホーム関門ノード宛に送信する。
ユーザパケットを受信した発側ホーム関門ノードは、受信パケット中の着信端末のネットワーク識別子を参照し、受信パケットの転送先になる着側ホーム関門ノードを特定する。各関門ノードは、相互接続が可能な関門ノードのＩＰアドレスとネットワーク識別子の対応表を保持しており、関門ノード間のパケット転送に利用する。
着端末宛のパケットは、発側ホーム関門ノードにおいて、着側ホーム関門ノード宛のヘッダが付加され、着側ホーム関門ノードに送信される。関門ノード間のパケット転送方式は、各関門ノードのルーティングテーブルを用いる方法のほか、例えば、ＩＥＴＦにおいて検討されたＬ２ＴＰ（Ｌａｙｅｒ  Ｔｗｏ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）（ＲＦＣ  ２６６１）や、ＥＴＳＩが仕様化したＧＴＰ（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）や、ラベルスイッチ技術（インターネットＲＦＣ事典  Ｐ．７４５）を利用してもよい。
着側ホーム関門ノードは、受信パケットのデカプセル化を行い、元のＩＰヘッダ内の着ＩＰアドレスから、着信端末が在圏する加入者ノードを特定する。着側ホーム関門ノードにおいて、再度、上記加入者ノード宛のヘッダを付加し、パケットを転送する。
本発明によれば、動的ＩＰアドレス方式を利用する端末のホーム関門交換機をネットワーク識別子から特定することが可能になり、動的ＩＰアドレス方式を利用する移動端末への着信サービスが提供可能になる。
ここで、端末からダイナミックＤＮＳ更新要求を受信した加入者ノードがダイナミックＤＮＳ内の名前に対応するＩＰアドレスとネットワーク識別子の更新要求をダイナミックＤＮＳに送信する代わりに、加入者ノードにダイナミックＤＮＳ  Ｐｒｏｘｙ機能を設けてもよい。つまり、端末にＩＰアドレスが割り当てられた時、加入者ノードは、端末からのダイナミックＤＮＳ更新要求を受信することなしに、ダイナミックＤＮＳ内の名前に対応するＩＰアドレスとネットワーク識別子の更新要求をダイナミックＤＮＳに送信する。これによれば、端末がダイナミックＤＮＳクライアント機能を保持することなく、動的ＩＰアドレス方式を利用する移動端末への着信サービス提供が可能になる。さらに、加入者ノードが複数のＤＮＳ更新要求をダイナミックＤＮＳに一括送信すれば、ダイナミックＤＮＳのリソース・レコード更新に伴う負荷を軽減することが可能になる。
また、関門ノードが、ＤＮＳ問い合わせメッセージを監視し、ＤＮＳ問い合わせ応答に含まれるＩＰアドレスとネットワーク識別子の情報を蓄積するようにしてもよい。これによれば、加入者ノードと関門ノード間の通信プロトコルを変更することなく、動的ＩＰアドレス方式を利用する移動端末への着信サービスが提供可能になる。
また、関門ノードは、発信端末から着信端末宛のパケットを受信した時、ダイナミックＤＮＳに対して着信端末のＩＰアドレスに対応するネットワーク識別子を問い合わせるようにしてもよい。関門ノードは、パケットを受信した時、ダイナミックＤＮＳからネットワーク識別子を取得し、パケットの転送先になる着側関門ノードを特定する。これによれば、加入者ノードや関門ノードにＤＮＳメッセージ監視処理を追加することなく、動的ＩＰアドレス方式を利用する移動端末への着信サービスが提供可能になる。
また、関門ノードがＤＮＳ問い合わせを監視し、ＤＮＳ問い合わせ応答に含まれるＩＰアドレスとネットワーク識別子の情報を蓄積するとともに、発信端末から着信端末宛のパケットを受信した時、ダイナミックＤＮＳに対して着信端末のＩＰアドレスに対応するネットワーク識別子を問い合わせるようにしてもよい。これによれば、発信端末が送信するＤＮＳ問い合わせメッセージが発信端末が利用するホーム関門ノードを通過しない場合にも、着信端末のネットワーク識別子の取得が可能になり、動的ＩＰアドレス方式を利用する移動端末への着信サービス提供が可能になる。
発明を実施するための最良の形態
本発明の第１の実施例を説明する。
第１図は、本発明を適用する移動体パケット通信網１２（１２ａ，１２ｂ）の構成例を示す。
移動体パケット通信網は、無線アクセス網５（５ａ，５ｂ）とコア網１（１ａ，１ｂ）から構成される。本発明では、コア網１にダイナミックＤＮＳ  ２（２ａ，２ｂ）を接続する。コア網１は、複数の加入者、ノード４と、複数の関門ノード３から構成される。加入者ノード４、及び、関門ノード３は、共通線信号網１１（１１ａ，１１ｂ）を介してＭ−ＳＣＰ  ６（６ａ，６ｂ）に接続される。関門ノード３は、ＩＳＰ  １３、ＬＡＮ  １４、或いは、Ｉｎｔｅｒｎｅｔ  １５など、移動体パケット通信網１２以外の網とインターネットプロトコルによって通信する手段を持つ。
無線アクセス網５ａは、複数の基地局（ＢＳ）９（９ａ，９ｂ）と、複数の基地局制御装置（ＲＮＣ）１０（１０ａ，１０ｂ）によって構成される。
ダイナミックＤＮＳ  ２は、動的ＩＰアドレスを割り当てられた端末７や端末８から、或いは、ダイナミックＤＮＳ  Ｐｒｏｘｙ機能を備える加入者ノード４から、ＤＮＳ更新信号を受信し、該当端末の名前に対応するＩＰアドレス情報やネットワーク識別子の情報を更新する。
Ｍ−ＳＣＰ  ６は、加入者に付加サービスを提供するためのプログラムや、第５図に示す加入者情報テーブル６００を備えている。
加入者情報テーブル６００は、加入者ノードや関門ノードが、加入者の契約条件や位置情報や認証情報を取得するために参照されるもので、第５図に示すように、移動体パケット通信網加入者識別子（ＩＭＳＩ）６０１毎に生成された複数のエントリ（６００−１〜６００−ｎ）からなり、各エントリは、ＩＭＳＩと対応して、位置情報６０２と、加入者クラス６０３と、ネットワーク識別子（Ｎｅｔｗｏｒｋ  ＩＤ）６０４と、認証情報６０５を定義している。
第２図は、ダイナミックＤＮＳ装置２の構成を示す。
ダイナミックＤＮＳ装置２は、移動体パケット通信網上の装置や他のＩＰ網との間で送信されるＤＮＳ問い合わせ信号やＤＳＮ更新信号を制御するＣＰＵ  ２１と、メモリ  ２２と、ＩＰ網との間の信号線２４を終端するＩＰ網インタフェース部２３とをバス２５で接続する構成となっている。
ＣＰＵ  ２１と移動体パケット通信網上の他の装置との間の通信は、例えば、インターネットプロトコルを用いて行われる。
メモリ２２は、ＩＰ網に接続される端末やノード、或いは、他のＤＮＳ装置からの信号を送受信するためのプログラムや、第４図に示すリソース・レコードテーブル２００を備えている。
リソース・レコードテーブル２００は、移動体パケット通信網上の装置や他のＩＰ網から、名前に対応するＩＰアドレスを特定するために参照されるもので、第４図に示すように、ＦＱＤＮ（名前）２０１毎に生成された複数のエントリ（２００−１〜２００−ｎ）からなり、各エントリは、ＦＱＤＮ  ２０１と対応して、ＩＰアドレス２０２と、Ｎｅｔｗｏｒｋ  ＩＤ  ２０３と、有効期限２０４を定義している。
ＩＰアドレス２０２は、端末にＩＰアドレスが割り当てられた時、該当端末の要求によって、或いは、ダイナミックＤＮＳ  Ｐｒｏｘｙ機能をもつ加入者ノード４の要求によって更新される。端末にＩＰアドレスを割り当てた装置が、ダイナミックＤＮＳ装置２にＩＰアドレス情報の更新を要求してもよい。
Ｎｅｔｗｏｒｋ  ＩＤ  ２０３は、端末が動的ＩＰアドレス方式を用いる場合、ＩＰアドレス情報と同時に更新される。
本発明におけるダイナミックＤＮＳのリソース・レコードテーブルが通常のリソース・レコードテーブルと異なる点は、名前毎にＮｅｔｗｏｒｋ  ＩＤ情報が格納されていることである。
第３図は、関門ノード３及び加入者ノード４の構成を示す。
関門ノード３は、加入者ノード４や他網との間の信号を制御するＣＰＵ  ３１と、メモリ  ３２と、共通線信号網との間の信号線３５を終端する信号線終端部３３と、他のＩＰ網との間の信号線３６や、コア網１内の他のノードとの間の信号線３７を終端するＩＰ網インタフェース部３４（３４ａ，３４ｂ）をバス３８で接続する構成となっている。
ＣＰＵ  ３１と加入者ノードや他網との間の通信は、例えば、インターネットプロトコルを用いて行われる。
メモリ３２は、他のＩＰ網上の装置、或いは、コア網１上の装置からの信号を送受信するためのプログラムや、端末に動的にＩＰアドレスを割り当てるためのプログラムや、第６図に示す関門ノードアドレステーブル３００や、第７図に示すユーザ管理テーブル３１０を格納している。
ＩＰアドレスを割り当て処理は、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバ等の独立した装置で実現してもよい。
ＩＰ網インタフェース部３４には、スイッチ３９が接続され、ノード３内におけるスイッチング機能を実現する。
関門ノードアドレステーブル３００は、ネットワーク識別子に対応する他の関門ノードのＩＰアドレスを特定するために参照されるもので、第６図に示すように、Ｎｅｔｗｏｒｋ  ＩＤ  ３０１と関門ノードＩＰアドレス３０２の対応関係を定義している。
ユーザ管理テーブル３１０は、第７図に示すように、移動体パケット通信網加入者識別子（ＩＭＳＩ）３１１毎に生成された複数のエントリ（３１０−１〜３１０−ｎ）からなり、各エントリは、ＩＭＳＩ  ３１１と対応して、ＩＰアドレス３１２と、ＩＰアドレスの割り当て方法が動的であることを示す動的ＩＰアドレスフラグ３１３と、現在端末が在圏する加入者ノードのＩＰアドレス３１４と、加入者ノードとホーム関門ノード間に設定したコネクションを識別するトンネル識別子３１５を定義している。
第３図の装置を加入者。ノード４に適用する場合、加入者ノード４の構成は、共通線終端部３３が共通線信号網との間の信号線４５を終端すること、ＩＰ網インタフェース部３４が無線アクセス網５との間の信号線４６や、コア網内の他のノードとの間の信号線４７を終端することを除き、関門ノードの構成と同じである。
ＣＰＵ  ３１と他のコア網上の装置、或いは、無線アクセス網上の装置との間の通信は、例えば、インターネットプロトコルを用いて行われる。
メモリ  ３２は、無線アクセス網上の装置、或いは、他のコア網上の装置からの信号を送受信するためのプログラムや、ＴＣＰ／ＵＣＰポート番号監視プログラムや、第１１図に示すダイナミックＤＮＳへの問い合わせ監視プログラムや、図８に示すユーザ状態管理テーブル４００が格納されている。
ユーザ状態管理テーブル４００は、図８に示すように、移動体パケット通信網加入者識別子（ＩＭＳＩ）４０１毎に生成された複数のエントリ（４００−１〜４００−ｎ）からなり、各エントリは、ＩＳＮＩ  ４０１と対応して、発信端末のＦＱＤＮ４０２、発信端末のＩＰアドレス４０３と、発信端末のＮｅｔｗｏｒｋ  ＩＤ  ４０４と、第１１図に示すＤＮＳ問い合わせ監視プログラムによって取得した着信端末のＩＰアドレス４０５と、着信端末のＮｅｔｗｏｒｋ  ＩＤ  ４０６と、発信加入者のホーム関門ノードのＩＰアドレス４０７と、加入者ノードとホーム関門ノード間のコネクションを識別するトンネル識別子４０８とを定義している。
第９図は、端末７又は８とダイナミックＤＮＳ  ２との間で、ダイナミックＤＮＳのＦＱＤＮに対応するリソース・レコードを変更するために送信されるＩＰパケットのフォーマットを示す。端末がダイナミックＤＮＳクライアント機能を備えず、加入者ノード４がダイナミックＤＮＳ  Ｐｒｏｘｙ機能を備える場合、第９図に示すパケットは、加入者ノード４とダイナミックＤＮＳ  ２の間で送信される。
ＩＰパケット５００は、ＩＰヘッダ５１０と、ＴＣＰ／ＵＤＰヘッダ５２０と、ユーザデータフィールド５３０とからなり、上記ユーザデータフィールド５３０にＤＮＳ更新用の制御メッセージが設定される。
ＩＰ網上の装置がダイナミックＤＮＳ  ２と通信する場合、ＴＣＰ／ＵＤＰヘッダ５２０の送信先ポート番号は、「５３」を利用する。
端末、或いは、加入者ノード４からダイナミックＤＮＳ  ２に送信される「ＤＮＳ更新」用の制御メッセージは、要求者を識別するＩＤ  ５３１１と、メッセージの要求・応答を示すＱＲ  ５３１２と、メッセージの種類を示すＯＰ  ｃｏｄｅ  ５３１３を含むヘッダ５３１の後に、更新対象となるゾーン情報を示すｚｏｎｅ  ５３２、対象ゾーンの現在の状態に関する情報を含むＰｒｅ  ｒｅｑｕｉｓｔｅ  ５３３、更新の内容を示すＵｐｄａｔｅ  ５３４、更新ゾーンに関連する情報を含むＡｄｄｉｔｉｏｎａｌ  Ｄａｔａ  ５３５の各セクションが続く。「ＤＮＳ更新」のＯＰ  ｃｏｄｅは「５」である。
第１０図は、端末７又は８とダイナミックＤＮＳ  ２との間で、ダイナミックＤＮＳのドメイン名に対応するリソース・レコードを問い合わせるために送信されるＩＰパケットのフォーマットを示す。
ＩＰパケットの構成と、ＤＮＳ問い合わせ用の制御メッセージのヘッダ構成５３１は、第９図と同様である。「ＤＮＳ問い合わせ」のＯＰ  ｃｏｄｅは「０」である。
端末からダイナミックＤＮＳ  ２に送信される「ＤＮＳ問い合わせ」は、ヘッダ５３１の後に、ダイナミックＤＮＳ  ２に対する問い合わせ項目を含むＱｕｅｓｔｉｏｎ  ５４２、問い合わせ項目に対する応答を含むＡｎｓｗｅｒ  ５４３、Ａｕｔｈｏｒｉｔａｔｉｖｅ  Ｎａｍｅ  Ｓｅｒｖｅｒへのポインタ情報を含むＡｕｔｈｏｒｉｔｙ  ５４４、応答に関連する情報を含むＡｄｄｉｔｉｏｎａｌ  ５４５の各セッションが続く。
Ｑｕｅｓｔｉｏｎセッション５４２には、問い合わせタイプ（ＱＴＹＰＥ）５４２１、問い合わせクラス（ＱＣＬＡＳＳ）５４２２、問い合わせドメイン名（ＱＮＡＭＥ）５４２３が含まれる。
Ａｎｓｗｅｒセッション５４３は、問い合わせに関するリソース・レコードが含まれ、
例えば、名前に対応するＩＰアドレス５４３１、Ｎｅｔｗｏｒｋ  ＩＤ  ５４３２が含まれる。
第１１図は、加入者ノード４がＴＣＰ／ＵＣＰポート「５３」を検出した場合に起動されるＤＮＳ問い合わせ監視ルーチン６０である。
ＤＮＳ問い合わせ監視ルーチン６０では、ポート番号５３を検出すると、制御メッセージのヘッダ５３１に含まれるＯＰ  ｃｏｄｅ  ５３１３の値を読み出す（ステップ６１）、ＯＰ  Ｃｏｄｅが「０］であれば、ＩＰヘッダの送信元ＩＰアドレス５１１と、要求者を識別するＩＤ  ５３１１を一時的に記憶し（ステップ６２）、ＤＮＳ問い合わせに対する応答待ち状態となる（ステップ６３）。
上記加入者ノード４が、ステップ６２で記憶した値を含むＤＮＳ問い合わせに対する応答メッセージを受信すると（ステップ６４）、メモリ内のユーザ状態管理テーフル４００の発ＩＰアドレスに対応するフィールドに、ＤＮＳ問い合わせに対する応答メッセージのＡｎｓｗｅｒセッション５４３に含まれる着ＩＰアドレス、着Ｎｅｔｗｏｒｋ  ＩＤを追加し（ステップ６５）、本ルーチンを終了する。
ステップ６１において、ＯＰ  Ｃｏｄｅが「０」以外の場合は、処理することなく本ルーチンを終了する。
第１２図は、加入者ノード４と関門モード３との間に設定されたコネクション上で転送されるパケット５５０のフォーマットを示す。
上記パケット５５０は、ＩＰヘッダ５５１と、ＴＣＰ／ＵＣＰヘッダ５５２と、トンネル用ヘッダ５５３と、着Ｎｅｔｗｏｒｋ  ＩＤ  ５５４と、オリジナルＩＰヘッダ５５５と、オリジナルユーザデータ５５６とからなる。
加入者ノードから関門ノードにパケットを転送する場合、ＩＰヘッダ５５１の発ＩＰアドレス５５１２には、加入者ノード４のＩＰアドレスが、着ＩＰアドレス５５１１には、関門ノード３のＩＰアドレスが、それぞれ設定される。
トンネル用ヘッダ５５３には、カプセル化方式毎のヘッダ情報が設定される。
加入者ノードから関門ノードにパケットを転送する場合、着Ｎｅｔｗｏｒｋ  ＩＤ  ５５４には、ユーザ状態管理テーブル４００からオリジナルＩＰヘッダ５５５内の着ＩＰアドレス５５５１に対応する着Ｎｅｔｗｏｒｋ  ＩＤ情報を読み出して設定する。
第１３図は、関門ノード３間に設定されたコネクション上で転送されるパケット５６０のフォーマットを示す。
上記パケット５６０と、第１２図に示すパケット５５０の違いは、着Ｎｅｔｗｏｒｋ  ＩＤ  ５５４が含まれるか否かである。
発側関門ノードから着側関門ノードにパケットを転送する場合、ＩＰヘッダ５５１内の着ＩＰアドレス５５１１には、関門ノードアドレステーブル３００から着Ｎｅｔｗｏｒｋ  ＩＤに対応するＩＰアドレス情報を読み出して設定する。
次に、第１４図〜第１６図に示す信号シーケンスに従って、第１図に示した移動体パケット通信網における発信処理手順、及び、通信処理手順について説明する。
第１４図は、移動体パケット通信網１２ａに加入している移動端末７ａのユーザが、パケット通信を始めるために必要である発信処理手順を示している。
移動端末７ａは、パケット通信を開始する前に移動端末を網に登録する必要がある。まず、移動端末７ａは、移動体パケット通信網加入者識別子（ＩＭＳＩ）を含む通信登録要求メッセージ１００を加入者ノード４ａに送信する。上記通信登録要求メッセージ１００を受信した加入者ノード４ａは、受信メッセージ１００に含まれるＩＭＳＩに基づいて、加入者情報を保持するＭ−ＳＣＰ  ６ａを決定し、上記Ｍ−ＳＣＰ  ６ａに加入者情報読出要求メッセージ１０１を送信する。
上記加入者情報読出要求メッセージ１０１を受信したＭ−ＳＣＰ  ６ａは、受信メッセージ１０１に含まれるＩＭＳＩに基づいて、加入者情報テーブル６００から、認証情報やＮｅｔｗｏｒｋ  ＩＤを読み出し（１０２）、上記認証情報やＮｅｔｗｏｒｋ  ＩＤを含む加入者情報読出応答メッセージ１０３を上記加入者ノード４ａに送信する。
上記加入者情報読出応答メッセージ１０３を受信した加入者ノード４ａは、ユーザ状態管理テーブル４００の該当ＩＭＳＩに対応するフィールドに、受信メッセージ１０３に含まれるＮｅｔｗｏｒｋ  ＩＤを書きこんだ後（１０４）、移動端末７ａと間で認証処理を行う（１０５）。
認証処理が正常終了した場合、上記加入者ノード４ａは、上記Ｍ−ＳＣＰ  ６ａに自身のＩＰアドレス情報を含む加入者情報更新メッセージ１０６を送信する。
上記加入者情報更新メッセージ１０６を受信したＭ−ＳＣＰ  ６ａは、上記加入者情報テーブル６００の該当位置情報フィールドに、受信メッセージ１０６に含まれる加入者ノードＩＰアドレスを書き込んだ後（１０７）、加入者情報更新応答メッセージ１０８を上記加入者ノード４ａに送信する。上記メッセージ１０８を受信した加入者ノード４ａは、通信登録応答メッセージ１０９を移動端末７ａに送信する。
次に、移動端末７ａは、パケットデータを送受信するために必要な処理を行う。移動端末７ａは、パケットデータの送受信を可能にするため、ＩＭＳＩを含む活性化要求メッセージ１１０を加入者ノード４ａに送信する。
上記加入者ノード４ａは、ステップ１０４でユーザ状態管理テーブル４００に書きこんだＮｅｔｗｏｒｋ  ＩＤを読み出す。上記加入者ノード４ａは、上記Ｎｅｔｗｏｒｋ  ＩＤから関門ノード３ａを特定後、関門ノード３ａに対して、活性化要求メッセージ１１１を送信することにより、該加入者ノード４ａと上記関門ノード３ａの間にコネクションを設定する。
上記活性化要求メッセージ１１１を受信した関門ノード３ａは、移動端末７ａのＩＰアドレスが未設定の場合、上記移動端末７ａにＩＰアドレスを割り当てる（１１２）。上記関門ノード３ａは、上記移動端末７ａに割り当てたＩＰアドレスを含む活性化要求応答メッセージ１１３、１１４を加入者ノード４ａ経由で上記移動端末７ａに送信する。加入者ノード４ａでは、受信メッセージ１１３に含まれる端末７ａに割り当てられたＩＰアドレスを加入者状態管理テーブル４００に書き込む。
ＩＰアドレスの自動割当技術には、ＩＥＴＦ  ＲＦＣ  １５４１で規定されたＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）や、ＩＰｖ６の自動設定機能を利用してもよい。
上記活性化要求応答メッセージ１１４を受信した移動端末７ａは、ＦＱＤＮと受信メッセージ１１４内に含まれるＩＰアドレスを含むＤＳＮ更新メッセージ１１５を加入者ノード４ａに送信する。上記メッセージ１１５を受信した加入者ノード４ａは、ステップ１０４でユーザ状態管理テーブル４００に書きこんだＮｅｔｗｏｒｋ  ＩＤを読み出す。その後、加入者ノード４ａは、受信メッセージ１１５のパラメータに、Ｎｅｔｗｏｒｋ  ＩＤを追加したＤＮＳ更新メッセージ１１６をダイナミックＤＮＳ  ２ａに送信する。上記ダイナミックＤＮＳ  ２ａは、受信メッセージ１１６に含まれるＦＱＤＮに対応するリソース・レコードテーブル２００内のＩＰアドレスフィールドとＮｅｔｗｏｒｋ  ＩＤフィールドの値を更新し、有効期限を設定する（１１７）。
上記活性化要求応答メッセージ１１３を受信した加入者ノードが、ダイナミックＤＮＳ  Ｐｒｏｘｙ機能と、加入者ノードがダイナミック  ＤＮＳ  Ｐｒｏｘｙ機能を備え、端末にＩＰアドレスが割り当てられた時、端末からのダイナミックＤＮＳ更新要求を受信することなく、ダイナミックＤＮＳ内の名前に対応するＩＰアドレスとネットワーク識別子の更新要求をダイナミックＤＮＳに送信する手段を備え、ステップ１０４でユーザ状態管理テーブル４００に書き込んだＮｅｔｗｏｒｋ  ＩＤを読み出し、Ｎｅｔｗｏｒｋ  ＩＤパラメータと受信メッセージ１１３に含まれる動的ＩＰアドレスを含むＤＮＳ更新メッセージ１１６をダイナミックＤＮＳ  ２ａに送信してもよい。
発信端末のＮｅｔｗｏｒｋ  ＩＤは、端末が活性化要求メッセージ１１０送信時に指定してもよい。
第１５図は、第１４図に示したパケット発信処理を完了した移動端末７ａが、パケットデータの送受信する時の処理手順を示す。
移動端末７ａのユーザが、通信先を名前で指定すると、通信先の名前からＩＰアドレスを特定するため、移動端末７ａは、上記名前（ＦＱＤＮ）を含むＤＮＳ問い合わせメッセージ１２０、１２１を加入者ノード４ａ経由でダイナミックＤＮＳ  ２ａに送信する。ここで、加入者ノード４ａは、ＴＣＰ／ＵＣＰポート番号５３を検出し、第１１図に示したＤＮＳ問い合わせ監視ルーチン６０を起動する。上記加入者ノード４ａは、制御メッセージのヘッダに含まれるＯＰ  ｃｏｄｅが「０」であることを検出し、受信メッセージ１２０のＩＰヘッダの送信元ＩＰアドレスと、要求者を識別するＩＤを一時的に記憶し、ＤＮＳ問い合わせに対する応答メッセージの受信を待つ。
上記ＤＮＳ問い合わせメッセージ１２１を受信したダイナミックＤＮＳ  ２ａは、リソース・レコードテーブル２００を参照し、受信メッセージ１２１に含まれるＦＱＤＮを検索情報として、対応するＩＰアドレスとＮｅｔｗｏｒｋ  ＩＤを読み出す（１２２）。上記ダイナミックＤＮＳ  ２ａが、問い合わせ１２１に対して自分自身で回答できない場合には、上位のドメインを管理しているＤＮＳサーバに対して問い合わせを行うことにより、ＦＱＤＮの属するドメインを管理しているＤＮＳサーバに問い合わせを行うことが可能である。
ダイナミックＤＮＳ  ２ａが、ＦＱＤＮに対応するＩＰアドレスとＮｅｔｗｏｒｋ  ＩＤを取得すると、上記ＩＰアドレスとＮｅｔｗｏｒｋ  ＩＤを含むＤＮＳ問い合わせ応答メッセージ１２３を加入者ノード４ａに送信する。
上記ＤＮＳ問い合わせ応答メッセージ１２３を受信した加入者ノード４ａは、受信メッセージ１２３に含まれるＩＰアドレスとＮｅｔｗｏｒｋ  ＩＤをユーザ状態管理テーブル４００の発ＩＰアドレスに対応するエントリの着ＩＰアドレスフィールドと着Ｎｅｔｗｏｒｋ  ＩＤフィールドに書き込む（１２４）。その後、上記加入者ノード４ａは、上記移動端末７ａにＦＱＤＮに対応するＩＰアドレスを含むＤＮＳ問い合わせ応答メッセージ１２５を送信する。
上記ＤＮＳ問い合わせ応答メッセージ１２５を受信した移動端末７ａは、受信メッセージ１２５に含まれるＩＰアドレスを、ＩＰヘッダの着ＩＰアドレスフィールドに設定し、ユーザ情報を含むＩＰパケット（１２６）を上記加入者ノード４ａに送信する。
上記ＩＰパケット１２６を受信した加入者ノード４ａは、ユーザ状態管理テーブル４００から、発ＩＰアドレスに対応する着Ｎｅｔｗｏｒｋ  ＩＤと、関門ノードＩＰアドレスと、トンネルＩＤを読み出す。
加入者ノード４ａは、着信端末へのパケット転送を可能にするため、ユーザ情報にＮｅｔｗｏｒｋ  ＩＤを追加する。さらに、加入者ノード４ａは、発信処理手順で設定した加入者ノード４ａと関門ノード３ａ間のコネクションを利用して、ユーザ情報を関門ノード３ａに転送するため、ユーザ情報にトンネル情報を含む付加ヘッダを追加して、パケットを関門ノード３ａに転送する（１２７）。
上記オリジナルユーザ情報と、着Ｎｅｔｗｏｒｋ  ＩＤと、トンネル情報を含む付加ヘッダとからなるパケット１２７を受信した関門ノード３ａは、付加ヘッダをとりはずし、関門ノード自身のＩＤと受信パケット１２７に含まれる着Ｎｅｔｗｏｒｋ  ＩＤを比較する（１２８）。
発着のＮｅｔｗｏｒｋ  ＩＤが等しくない場合、関門ノード３ａは関門ノードアドレステーブル３００を参照し、着Ｎｅｔｗｏｒｋ  ＩＤに対応する着関門ノード３ｃのＩＰアドレスを読み出す。その後、関門ノード３ａは、オリジナルユーザ情報と発着の関門ノードＩＰアドレスを含む付加ヘッダから構成されるパケットを関門ノード３ｃに対して転送する（１２９）。
第１６図は、第１５図のステップ１２８において、発着のＮｅｔｗｏｒｋ  ＩＤが等しい場合の処理手順を示す。
ステップ１２０からステップ１２８までの処理は、第１５図の場合と同様である。
発着のＮｅｔｗｏｒｋ  ＩＤが等しい場合、関門ノード３ａは受信パケット１２７のオリジナルユーザ情報に含まれる着ＩＰアドレスを検索情報として、ユーザ管理テーブル３１０を参照し、着側端末が在圏する加入者ノードのＩＰアドレスを読み出す。関門ノード３ａは、加入者ノード４ｂのＩＰアドレスと自身のＩＰアドレスを含む付加ヘッダと、オリジナルユーザ情報を含むパケット１３０を加入者ノード４ｂに転送する。
上記パケット１３０を受信した加入者ノード４ｂは、付加ヘッダを取り外し、オリジナルユーザ情報を含むパケット１３１を着移動端末８ａに対して転送する。
以上の処理を行うことにより、着信端末が動的ＩＰアドレス方式を用いる場合であっても、移動体パケット通信網において、発信処理を完了している移動端末に対するパケット転送が可能になる。
次に、本発明の第２の実施例を示す。本実施例では、加入者ノード４ではなく、関門ノード３が第１１図に示したＤＮＳ問い合わせ監視ルーチンを備えることを特徴とする。
第１７図は、本実施例の処理手順を示す。
第１５図の処理手順と第１７図の処理手順との違いは、関門ノード３が端末７ａからダイナミックＤＮＳ  ２ａに対するＤＮＳ問い合わせを監視し、ダイナミックＤＮＳ  ２ａからＤＮＳ問い合わせ応答メッセージを受信した時、関門ノード３ａにおいて、ＩＰアドレスと着Ｎｅｔｗｏｒｋ  ＩＤを一時的に記憶することである。
本実施例において、加入者ノード４に備えるユーザ状態管理テーブル４００において、ＩＭＳＩ毎のエントリとして、着ＩＰアドレスフィールドと着Ｎｅｔｗｏｒｋ  ＩＤフィールドは不要になる。また、本実施例における加入者ノード４と関門ノード３間で転送されるパケット５５０のフォーマットに、Ｄｅｓｔｉｎａｔｉｏｎ  Ｎｅｔｗｏｒｋ  ＩＤフィールド５５４は不要になる。しかし、関門ノード３におけるユーザ管理テーブル３１０のＩＳＭＩ毎のエントリに、着ＩＰアドレスフィールドと着Ｎｅｔｗｏｒｋ  ＩＤフィールドの追加が必要である。
移動端末７ａのユーザが、通信先を名前で指定すると、通信先を名前からＩＰアドレスを特定するため、移動端末７ａは、上記名前（ＦＱＤＮ）を含むＤＮＳ問い合わせメッセージ１４０、１４１、１４２を加入者ノード４ａ及び関門ノード３ａ経由でダイナミックＤＮＳ  ２ａに送信する。ここで、関門ノード３ａは、ＴＣＰ／ＵＣＰポート番号５３を検出し、第１１図に示したＤＮＳ問い合わせ監視ルーチン６０を起動する。上記関門ノード３ａは、制御メッセージのヘッダに含まれるＯＰ  ｃｏｄｅが「０」であることを検出し、受信メッセージ１４１のＩＰヘッダの送信元ＩＰアドレスと、要求者を識別するＩＤを一時的に記憶し、ＤＮＳ問い合わせに対する応答メッセージの受信を待つ。
上記ＤＮＳ問い合わせメッセージ１４２を受信したダイナミックＤＮＳ  ２ａは、リソース・レコードテーブル２００を参照し、受信メッセージ１４２に含まれるＦＱＤＮを検索情報として、対応するＩＰアドレスとＮｅｔｗｏｒｋ  ＩＤを検索する（１４３）。上記ダイナミックＤＮＳ  ２ａが、問い合わせ１４２に対して自分自身で回答できない場合には、上位のドメインを管理しているＤＮＳサーバに対して問い合わせを行うことにより、ＦＱＤＮの属するドメインを管理しているＤＮＳサーバに問い合わせを行うことが可能である。
ダイナミックＤＮＳ  ２ａが、ＦＱＤＮに対応するＩＰアドレスとＮｅｔｗｏｒｋ  ＩＤを取得すると、上記ＩＰアドレスとＮｅｔｗｏｒｋ  ＩＤを含むＤＮＳ問い合わせ応答メッセージ１４４を関門ノード３ａに送信する。
上記ＤＮＳ問い合わせ応答メッセージ１４４を受信した関門ノード３ａは、受信メッセージ１４４に含まれるＩＰアドレスとＮｅｔｗｏｒｋ  ＩＤをユーザ管理テーブル３１０の発ＩＰアドレスに対応するエントリの着ＩＰアドレスフィールドと着Ｎｅｔｗｏｒｋ  ＩＤフィールドに書き込む（１４５）。その後、上記関門ノード３ａは、加入者ノード４ａ経由で上記移動端末７ａにＦＱＤＮに対応するＩＰアドレスを含むＤＮＳ問い合わせ応答メッセージ１４６，１４７を送信する。
上記ＤＮＳ問い合わせ応答メッセージ１４７を受信した移動端末７ａは、受信メッセージ１４７に含まれるＩＰアドレスを、ＩＰヘッダの着ＩＰアドレスフィールドに設定し、ユーザ情報を含むＩＰパケット（１４８）を上記加入者ノード４ａに送信する。
上記ＩＰパケット１４８を受信した加入者ノード４ａは、ユーザ状態管理テーブル４００から、発ＩＰアドレスに対応するトンネルＩＤを読み出し、発信処理手順で設定した加入者ノード４ａと関門ノード３ａ間のコネクションを利用して、ユーザ情報を関門ノード３ａに転送するため、ユーザ情報にトンネル情報を含む付加ヘッダを追加して、パケットを関門ノード３ａに転送する（１４９）。
上記オリジナルユーザ情報と、付加ヘッダを含むパケット１４９を受信した関門ノード３ａは、付加ヘッダをとりはずし、ユーザ管理テーブル３１０から、オリジナルＩＰパケットヘッダの着ＩＰアドレスに対応する着Ｎｅｔｗｏｒｋ  ＩＤを読み出し、関門ノード自身のＩＤと着Ｎｅｔｗｏｒｋ  ＩＤを比較する（１２８）。
発着のＮｅｔｗｏｒｋ  ＩＤが等しくない場合、関門ノード３ａは関門ノードアドレステーブル３００を参照し、着Ｎｅｔｗｏｒｋ  ＩＤに対応する着関門ノード３ｃのＩＰアドレスを読み出す。その後、関門ノード３ａは、オリジナルユーザ情報と発着の関門ノードＩＰアドレスを含む付加ヘッダから構成されるパケットを関門ノード３ｃに対して転送する（１２９）。
本発明の第２の実施の形熊によると、加入者ノードと関門ノードとの間の通信プロトコルを拡張することなく、動的ＩＰアドレス方式を利用する移動端末への着信サービスが提供可能になる。
次に本発明の第３の実施例を示す。本実施例は、関門ノード３がユーザ情報を含むパケット受信時に、ダイナミックＤＮＳ  ２に対して、ＤＮＳ問い合わせを行い、着ＩＰアドレスに対応する着Ｎｅｔｗｏｒｋ  ＩＤを取得する手段を備えることを特徴とする。
第１８図は、本発明の第３の実施の形態における処理手順を示す。
第１７図の処理手順と第１８図の処理手順との違いは、関門ノード３ａは、ＤＮＳ問い合わせ監視ルーチンを備えず、ユーザ情報を受信した時に、着ＩＰアドレスに対応する着Ｎｅｔｗｏｒｋ  ＩＤをＤＮＳに問い合わせる手段を有することである。
移動端末７ａのユーザが、通信先を名前で指定すると、通信先の名前からＩＰアドレスを特定するため、移動端末７ａは、上記名前（ＦＱＤＮ）を含むＤＮＳ問い合わせメッセージ１６１をダイナミックＤＮＳ  ２ａに送信する。
上記ＤＮＳ問い合わせメッセージ１６１を受信したダイナミックＤＮＳ  ２ａは、受信メッセージ１６１に含まれるＦＱＤＮを検索情報として、対応するＩＰアドレスを検索する（１６２）。上記ダイナミックＤＮＳ  ２ａが、問い合わせ１６１に対して自分自身で回答できない場合には、上位のドメインを管理しているＤＮＳサーバに対して問い合わせを行うことにより、ＦＱＤＮの属するドメインを管理しているＤＮＳサーバに問い合わせを行うことが可能である。
ダイナミックＤＮＳ  ２ａが、ＦＱＤＮに対応するＩＰアドレスを取得すると、上記ＩＰアドレスを含むＤＮＳ問い合わせ応答メッセージ１６３を上記移動端末７ａに送信する。
上記ＤＮＳ問い合わせ応答メッセージ１６３を受信した移動端末７ａは、受信メッセージ１６３に含まれるＩＰアドレスを、ＩＰヘッダの着ＩＰアドレスフィールドに設定し、ユーザ情報を含むＩＰパケット（１６４）を上記加入者ノード４ａに送信する。
上記ＩＰパケット１６４を受信した加入者ノード４ａは、ユーザ状態管理テーブル４００から、発ＩＰアドレスに対応するトンネルＩＤを読み出し、発信処理手順で設定した加入者ノード４ａと関門ノード３ａ間のコネクションを利用して、ユーザ情報を関門ノード３ａに転送するため、ユーザ情報にトンネル情報を含む付加ヘッダを追加して、パケットを関門ノード３ａに転送する（１６５）。
上記オリジナルユーザ情報と、付加ヘッダを含むパケット１６５を受信した関門ノード３ａは、付加ヘッダをとりはずし、オリジナルユーザ情報内の着ＩＰアドレスを含むＤＮＳ問い合わせメッセージ１６６をダイナミックＤＮＳ  ２ａに対して送信する。
上記ＤＮＳ問い合わせメッセージを受信したＤＮＳ  ２ａは、リソース・レコードテーブル２００を参照し、ＩＰアドレスに対応するＮｅｔｗｏｒｋ  ＩＤを読み出し（１６７）、上記Ｎｅｔｗｏｒｋ  ＩＤを含むＤＮＳ問い合わせ応答メッセージ１６８を関門ノード３ａに対して送信する。
上記メッセージ１６８を受信した関門ノード３ａは、関門ノード自身のＩＤと着Ｎｅｔｗｏｒｋ  ＩＤを比較する（１２８）。
発着のＮｅｔｗｏｒｋ  ＩＤが等しくない場合、関門ノード３ａは関門ノードアドレステーブル３００を参照し、着Ｎｅｔｗｏｒｋ  ＩＤに対応する着関門ノード３ｃのＩＰアドレスを読み出す。その後、関門ノード３ａは、オリジナルユーザ情報と発着の関門ノードＩＰアドレスを含む付加ヘッダから構成されるパケットを関門ノード３ｃに対して転送する（１２９）。
本発明の第３の実施の形態によると、加入者ノードと関門ノードにＤＮＳ問い合わせを監視する機能を追加することなく、動的ＩＰアドレス方式を利用する移動端末への着信サービスが提供可能になる。
次に本発明の第４の実施例を示す。本実施例は、関門ノード３が第１１図に示したＤＮＳ問い合わせ監視ルーチンと、ユーザ情報を含むパケット受信時に該当着ＩＰアドレスに対応する着Ｎｅｔｗｏｒｋ  ＩＤの情報の有無を判別し、着Ｎｅｔｗｏｒｋ  ＩＤを保持していない場合にダイナミックＤＮＳ  ２に対して、ＤＮＳ問い合わせを行い、着ＩＰアドレスに対応する着Ｎｅｔｗｏｒｋ  ＩＤを取得する手段を備えることを特徴とする。
本実施例は、ＤＮＳ問い合わせメッセージ１４４を受信した関門ノードとユーザ情報と付加ヘッダを含むパケット１４９を受信した関門ノードが異なる場合に適用される。上記ユーザ情報と付加ヘッダを含むパケット１４９を受信した関門ノードが着ＩＰアドレスに対応する着Ｎｅｔｗｏｒｋ  ＩＤの有無を判別する。上記関門ノードが着Ｎｅｔｗｏｒｋ  ＩＤを保持していない場合、上記第３の実施の形態において示したように、上記関門ノードがダイナミックＤＮＳ  ２ａにオリジナルユーザ情報内の着ＩＰアドレスを含むＤＮＳ問い合わせメッセージ１６６を送信する。その後の処理は、第３の実施例と同じである。
本発明の第４の実施例によると、通信先の名前に関するＤＮＳ問い合わせメッセージを監視しなかった関門ノードが、発信端末から、上記動的ＩＰアドレス方式の通信先のＩＰアドレス情報をオリジナルパケットのＩＰヘッダに含むパケットを受信した場合、ダイナミックＤＮＳに、ＤＮＳ問い合わせを行い、着端末のＮｅｔｗｏｒｋ  ＩＤを取得することにより、動的ＩＰアドレス方式を利用する移動端末への着信サービスが提供可能になる。
以上の実施の形態の説明から明らかなように、本発明によれば、動的ＩＰアドレスを利用する端末に対して、着信サービスを提供することが可能になる。さらに、移動体パケット通信網を活用して、ネットワーク事業者が、移動端末間のパケット通信サービスや固定網から移動端末に対するパケット着信機能を用いるアプリケーションサービスをユーザに提供することが可能になる。特に、ＩＰｖ６アドレスは、ＩＰアドレスの自動設定機能が１つの特徴であるため、端末にＩＰｖ６アドレスを適用する場合、本発明は有効である。
【図面の簡単な説明】
第１図は、移動体パケット通信網の一構成例を示す図である。
第２図は、ダイナミックＤＮＳ装置の構成例を示す図である。
第３図は、関門ノード、加入者ノードの構成例を示す図である。
第４図は、ダイナミックＤＮＳ装置が保持するリソース・レコードテーブルの構成例を示す図である。
第５図は、サービス制御装置が保持する加入者情報テーブルの構成例を示す図である。
第６図は、関門ノードが保持する関門ノードアドレステーブルの構成例を示す図である。
第７図は、関門ノードが保持するユーザ管理テーブルの構成例を示す図である。
第８図は、加入者ノードが保持するユーザ状態管理テーブルの構成例を示す図。
第９図は、ダイナミンクＤＮＳ装置に送信されるＤＮＳ更新メッセージのフォーマットを示す図である。
第１０図は、ダイナミックＤＮＳ装置に送信されるＤＮＳ問い合わせメッセージのフォーマットを示す図である。
第１１図は、加入者ノード又は関門ノードで行われる処理を説明するためのフローチャートである。
第１２図は、加入者ノードと関門ノードとの間で送信されるパケットのフォーマットを示す図である。
第１３図は、関門ノード間で送信されるパケットのフォーマットを示す図である。
第１４図は、端末の発信処理手順を示すフローチャートを示す図である。
第１５図は、発着端末が異なる関門ノードに所属する場合の通信処理手順を示すフローチャートである。
第１６図は、発着端末が同一関門ノードに所属する場合の通信処理手順を示すフローチャートである。
第１７図は、第２の発明の実施の形態における通信処理手順を示すフローチャート。
第１８図は、第３の発明の実施の形態における通信処理手順を示すフローチャート。
第１９図は、ＩＰｖ６アドレスのフォーマットを示す図である。
【図１】
0004106909.tif 000002
【図２】
0004106909.tif 000003
【図３】
0004106909.tif 000004
【図４】
0004106909.tif 000005
【図５】
0004106909.tif 000006
【図６】
0004106909.tif 000007
【図７】
0004106909.tif 000008
【図８】
0004106909.tif 000009
【図９】
0004106909.tif 000010
【図１０】
0004106909.tif 000011
【図１１】
0004106909.tif 000012
【図１２】
0004106909.tif 000013
【図１３】
0004106909.tif 000014
【図１４】
0004106909.tif 000015
【図１５】
0004106909.tif 000016
【図１６】
0004106909.tif 000017
【図１７】
0004106909.tif 000018
【図１８】
0004106909.tif 000019
【図１９】
0004106909.tif 000020