(57)【特許請求の範囲】
【請求項１】
インターネットプロトコル（ＩＰ）通信をサポートする無線通信システムにおける移動局の動的プロビジョニングのための方法であって、
前記移動局において、
訪問ネットワークを用いてアクセス認証を開始することと、
前記訪問ネットワークのための動的ホストコンフィギュレーションプロトコル（ＤＨＣＰ）に関する能力を示すインジケーターを前記訪問ネットワークまたはホームネットワークから受信することと、
前記訪問ネットワークのためのサーバー設定情報を前記ホームネットワークから受信することと、
前記訪問ネットワークのサーバーを経由して通信を処理することと
を行う方法。
【請求項２】
前記サーバーがセッション開始プロトコル（ＳＩＰ）プロキシサーバーである請求項１に記載の方法。
【請求項３】
前記サーバーがプロキシ−コールステートコントロールファンクション（Ｐ−ＣＳＣＦ）である請求項２に記載の方法。
【請求項４】
前記移動局が更に、前記訪問ネットワークにアクセス要求メッセージを送信する請求項１に記載の方法。
【請求項５】
前記動的ホストコンフィギュレーションプロトコル（ＤＨＣＰ）に関する能力を示すインジケーターは、１ビットフィールドである請求項４に記載の方法。
【請求項６】
前記移動局が更に、プロキシ−コールステートコントロールファンクション（Ｐ−ＣＳＣＦ）に関する能力を示すインジケーターを受信する請求項１に記載の方法。
【請求項７】
移動局装置であって、
コンピューター読取可能な命令を実行するコントロールプロセッサーと、
訪問ネットワークを用いてアクセス認証を開始し、
前記訪問ネットワークのための動的ホストコンフィギュレーションプロトコル（ＤＨＣＰ）に関する能力を示すインジケーターを前記訪問ネットワークまたはホームネットワークから受信し、
前記訪問ネットワークのためのサーバー設定情報を前記ホームネットワークから受信し、
前記訪問ネットワークのサーバーを経由して通信を処理する
ためのコンピューター読取可能な命令を格納するメモリ命令記憶保存装置と
を備える移動局装置。
【請求項８】
移動局であって、
訪問ネットワークを用いてアクセス認証を開始する手段と、
前記訪問ネットワークのための動的ホストコンフィギュレーションプロトコル（ＤＨＣＰ）に関する能力を示すインジケーターを前記訪問ネットワークまたはホームネットワークから受信する手段と、
前記訪問ネットワークのためのサーバー設定情報を前記ホームネットワークから受信する手段と、
前記訪問ネットワークのサーバーを経由して通信を処理する手段と
を備える移動局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に通信システムに関し、特に、無線通信システムにおけるインターネットプロトコル（ＩＰ）通信を処理するためのサーバー情報をプロビジョンすることに関する。
【背景技術】
【０００２】
モバイルインターネットプロトコル（ＩＰ）通信、即ち、インターネットへのリンク、及びここで移動局（ＭＳ）と称される移動ノードへのリンクを含む通信をサポートする無線通信システムは、設定情報の通信のために動的ホストコンフィギュレーションプロトコル（ＤＨＣＰ）を使用することがある。一般的に、ＤＨＣＰはトランスファーコントロールプロトコル（ＴＣＰ）／ＩＰネットワーク上のホストに対して設定情報を伝達するためのフレームワークを提供する。モバイルＩＰは、１９９６年１０月にＣ．Ｐｅｒｋｉｎｓにより発行され、「IP Mobility Support」と題され、本願に引用して援用するＲＦＣ  Ｎｏ．２００２に詳細が記述されている。ＤＨＣＰは、１９９３年１０月にＲ．Ｄｒｏｍｓにより発行され、「Dynamic Host Configuration Protocol」と題され、本願に引用して援用するＲＦＣ  Ｎｏ．１５４１に詳細が記述されている。
【０００３】
ＭＳは、ＤＨＣＰを使って、例えばプロキシ−コールステートファンクション（Ｐ−ＣＳＣＦ）情報（すなわちドメイン名又はＩＰアドレス）のような具体的なサーバーアクセス情報を動的に見出す。Ｐ−ＣＳＣＦは、仮参照番号ＴＳＧ−Ｓ  ＮＡＭ  Ｒｅｖ．２．１．０を持つ「IP Network Architecture Model for cdma2000 Spread Spectrum Systems」と題された３ＧＰＰ２規格に詳細が記載されている。ＭＳは、訪問ネットワークのための設定情報を持っていないかもしれない。このため、通信のために、ホームネットワークサーバーか、訪問ネットワークサーバーかの何れのサーバーを使うべきかという指示が必要になるという問題がある。
【０００４】
それ故、ＭＳの動的プロビジョニングが、モバイルＩＰ通信においてサーバーアクセスのための設定情報に対する指示を受信する必要がある。
【非特許文献１】Ｃ．Ｐｅｒｋｉｎｓ著、「IP Mobility Support」、ＲＦＣ  Ｎｏ．２００２、１９９６年１０月
【非特許文献２】Ｒ．Ｄｒｏｍｓ著、「Dynamic Host Configuration Protocol」、ＲＦＣ  Ｎｏ．１５４１、１９９３年１０月
【非特許文献３】３ＧＰＰ２規格、「IP Network Architecture Model for cdma2000 Spread Spectrum Systems」、仮参照番号ＴＳＧ−Ｓ  ＮＡＭ  Ｒｅｖ．２．１．０
【非特許文献４】Ｊ．Ｒｏｓｅｎｂｅｒｇ他著、「SIP: Session Initiation Protocol」、ＲＦＣ  Ｎｏ．３２６１、２００２年６月
【発明の開示】
【０００５】
ここで「例示」という表現は、「例、実例、又は例証として供する」という意味で使用されている。「例示」と記述した何れかの実施例は、必ずしも他の実施例以上に好ましい又は有利であるものとして解釈される必要はない。
【発明の詳細】
【０００６】
ここでアクセス端末（ＡＴ）と称するＨＤＲ加入者局は、移動又は静止しており、ここでモデムプールトランシーバー（ＭＰＴ）と称する又は一つ又は複数のＨＤＲ基地局と通信する。アクセス端末は、１つ又は複数のモデムプールトランシーバーを通じて、ここでモデムプールコントローラー（ＭＰＣ）と称するＨＤＲ基地局コントローラーとデータパケットを送受信する。モデムプールトランシーバーとモデムプールコントローラーとはアクセスネットワークと呼ばれるネットワークのパーツである。アクセスネットワーク（ＡＮ）は、複数のアクセス端末（ＡＴ）の間でデータパケットを移送する。ＡＮは、パケット交換データネットワークとＡＴとの間の接続を提供するネットワーク機器を含んでいる。ＡＮは、基地局（ＢＳ）と類似しており、一方ＡＴは、移動局（ＢＳ）と類似している。
【０００７】
アクセスネットワークは、更にこのアクセスネットワークの外部にある例えば社内イントラネット又はインターネットといった付加的なネットワークと接続され、そして各アクセス端末とこのような外部のネットワークとの間で、データパケットを移送する。１つ又は複数のモデムプールトランシーバーとアクティブなトラフィックチャネル接続を確立したアクセス端末は、アクティブなアクセス端末と呼ばれ、トラフィック状態にあるといわれる。一つ又は複数のモデムプールトランシーバーとアクティブな情報チャネル接続を確立する過程にあるアクセス端末は、接続セットアップ状態といわれる。アクセス端末は、無線チャネル又は有線チャネル、例えば光ファイバーケーブルとか同軸ケーブルとかを通して通信する任意のデータ装置でありうる。アクセス端末は、更に、これらに限定するものではないが、ＰＣカードとかコンパクトフラッシュ（登録商標）とか、内部又は外部モデムとか、無線又は有線電話といったものを含む多くの形式の装置のうちの何れかである。アクセス端末がモデムプールトランシーバー信号を送る通信リンクは、逆方向リンクと呼ばれる。モデムプールトランシーバーがアクセス端末に信号を送る通信リンクは、順方向リンクと呼ばれる。
【０００８】
図１は、無線ネットワークからインターネットへの接続を含む通信システムを表している。図示するとおり、システム１００は、インターネット１０２に、ホームネットワーク１２０及び／又は少なくとも１つの訪問ネットワーク１１０を通してアクセスしている。ホームネットワーク１２０は、モバイルＩＰが使用されている場合には、移動局（ＭＳ）とパケットデータ通信を行うホームエージェント（ＨＡ）１２８を含んでいる。ＭＳ１０４がホームから離れている場合、ＨＡは、配信用のデータグラムをＭＳ１０４にトンネルし、ＭＳ１０４のための現在位置情報を維持する。更に、ホームネットワーク１２０は、遠隔認証ダイアルインユーザーサービス（ＲＡＤＩＵＳ：Remote Authentication Dial-In User Service）のようなインターネットユーザー認証用の方法をサポートする、認証、認可及びアカウンティングサーバー（ＡＡＡ）１２６を含んでいる。
【０００９】
ＭＳ１０４は、モバイルＩＰをサポートする。そこでは、ＭＳ１０４は、一つのネットワーク又はサブノードから別のネットワークへとアタッチメントのポイントを変更するモバイルノードである。ＭＳ１０４は、ＩＰアドレスを変更することなしに、場所を変更することができ、また、アタッチメントのポイントへのリンクレイヤ接続が利用可能であると仮定して、同じ（定常的な）ＩＰアドレスを使用して、任意の場所にある他のインターネットノードとの通信を継続することが出来る。
【００１０】
訪問ネットワーク１１０におけるフォーリンエージェント（ＦＡ）は、登録中のＭＳ１０４へルーティングサービスを提供する。訪問ネットワーク１１０におけるＦＡは、ＨＡ１２８によりトンネルされたＭＳ１０４にデータグラムを逆トンネルして配信する。ＭＳ１０４により送られたデータグラムに対して、訪問ネットワーク１１０におけるＦＡは、登録されたモバイルノードに対するデフォルトルータとして働く。
【００１１】
各ＭＳ１０４は、関連するホームネットワーク１２０上の長期ＩＰアドレスが与えられる。このホームアドレスは、「パーマネント」ＩＰアドレスが、固定ホストに提供されるのと同様な方法で、管理される。ホームネットワーク１２０から離れている場合には、「ｃａｒｅ−ｏｆ  ａｄｄｒｅｓｓ」が、ＭＳ１０４に関連付けられ、ＭＳ１０４に、アタッチメントの現在位置を反映する。このＭＳ１０４は、ＭＳ１０４が送信する全てのＩＰデータグラムのソースアドレスとしてホームアドレスを使用する。
【００１２】
呼状態制御機能（ＣＳＣＦ：Call State Control Functions）は、ＩＰマルチメディアサービスに対するリソースの割り当てを制御する。Ｐ−ＣＳＣＦは、システム１００のようなＩＰマルチメディアシステムにおける最初の端末すなわちアクセスポイントにより実行されるプロキシＣＳＣＦである。ＩＭＳは全−ＩＰ無線システムであり、ここではデータ、音声及びシグナリングが全てＩＰデータパケットとして搬送される。基本的には、Ｐ−ＣＳＣＦは、ＭＳ１０４であり、登録後の訪問ネットワーク１１０における接触点である。しかしながら、ホームネットワーク１０４は、ホームネットワーク１０４のＣＳＣＦの使用を継続するようにＭＳ１０４に命令する。Ｐ−ＣＳＣＦは、セッション開始プロトコル（ＳＩＰ）をサポートする。これはボイスオーバーＩＰ（ＶｏＩＰ）等を設定するために使用される。ＳＩＰは、２００２年６月にＪ．Ｒｏｓｅｎｂｅｒｇ他により出版され、「SIP: Session Initiation Protocol」と題され、本願に引用して援用するＲＦＣ  Ｎｏ．３２６１に記述されている。ＳＩＰは、一つ又は複数の参加者とのセッションの生成、変更、及び完了のためのアプリケーション−レイヤコントロール（シグナリング）プロトコルである。これらのセッションは、インターネット電話呼、マルチメディア配信、マルチメディア会議を含む。セッションの生成及び管理を必要とする多くのインターネットのアプリケーションがあり、そこではセッションは、参加者の集合体の間でのデータ交換とみなされる。このようなアプリケーションの実行は、参加者の習慣により複雑にされる。ユーザーは、エンドポイントの間を移動するかもしれないし、複数の名前によってアドレス可能であるかもしれないし、幾つかの異なったメディアと、時には同時に通信するかもしれない。音声、ビデオ又はテキストメッセージのような種々の形式のリアルタイムマルチメディアセッションを伝送する多くのプロトコルが生成されてきた。セッション開始プロトコル（ＳＩＰ）は、インターネットエンドポイント（ユーザーエージェントと呼ばれる）がお互いを発見し、共有したいと思うセッションの特性に合意できるようにすることにより、これらのプロトコルと提携するように作動する。予想されるセッションの参加者の位置決め、及びその他の機能のために、ＳＩＰは、ユーザーエージェントが登録、セッションへの誘い、及びその他の要求を送ることができるネットワークホスト（プロキシサーバーと呼ばれる）のインフラストラクチャの生成を可能にする。ＳＩＰは、優先的な伝送プロトコルとは無関係に、また確立されているセッションの形式に関係なく動作するセッションを生成、変更、及び完了するための機敏で汎用的なツールである。
【００１３】
３ＧＰＰ２に記述されているように、ＣＳＣＦはマルチメディアドメインにのみ適応するネットワークコンポーネントである。ＣＳＣＦは、マルチメディアセッションを確立、監視、サポート、解放し、そしてユーザーのサービスの相互作用を管理する。ＣＳＣＦは、ａ）アナウンスメントサーバーやマルチパーティブリッジ等のような必要なリソースの割当の管理、ｂ）セッション状態やユーザーのサービスの優先権の認識の維持、ｃ）認証情報やユーザープロフィール情報に対するＡＡＡの問いかけ、及びｄ）セッション完了のために必要とされるセッションプロセッシングタスク（例えば、ネットワーク選択）の実行、を管轄している。ローミング状態におけるＣＳＣＦの機能は、訪問ネットワークとホームネットワークの間の分離である。ホームネットワークにおけるＣＳＣＦエンティティは、セッションコントロールを管轄している。
【００１４】
訪問ネットワークは、これらのエンティティ、プロキシ−コールセッションコントロールファンクション（Ｐ−ＣＳＣＦ）、及びエマージェンシーコールセッションコントロールファンクション（Ｅ−ＣＳＣＦ）を含んでいる。Ｐ−ＣＳＣＦは、移動局からホームネットワーク内のＣＳＣＦへプロキシ要求と、ホームネットワークから移動局への返信のために使用される。Ｅ−ＣＳＣＦは、緊急呼び出しのために使用される。「訪問」及び「ホーム」という単語は、異なるサービスプロバイダーネットワークを称しており、地理的な地域を称するものではない。ホームネットワークそれ自体は、地理的に配置されていてもよい。
【００１５】
マルチメディアドメインリソース及び／又はサービス(メディアゲートウェイコントロールファンクション、メディアリソースファンクションコントローラ)は、ＣＳＣＦ又はこれらのリソースを管轄するＢＧＣＦエンティティから発する要求にのみ反応する。ホームネットワークにおけるＣＳＣＦエンティティは、さらにインターロゲイティング−コールセッションコントロールファンクション（Ｉ−ＣＳＣＦ）とサービング−コールセッションコントロールファンクション（ＳＣＳＣＦ）とに分割される。これに対する理由は、内部ネットワーク構成の負荷分担及び／又は負荷隠蔽、又は移動局に近いＳ−ＣＳＣＦの配置のためでありうる。Ｉ−ＣＳＣＦはこのようなケースにおいて、ユーザーをサーブしているＳ−ＣＳＣＦの位置決めを管轄するネットワークへのエントリーポイントであるが、一方Ｓ−ＣＳＣＦはセッション状態を実際に維持するエンティティである。
【００１６】
ＣＳＣＦとＡＡＡとの間の通信は、ＣＳＣＦが他のＣＳＣＦエンティティと通信するために必要なアドレスとセキュリティトークンを渡すことを含んでいる。またＣＳＣＦがもう一つのＣＳＣＦエンティティのアドレス決定を可能にするその他の技法も適用される。ＣＳＣＦは、加入者プロファイルへのアクセスを有している。ＣＳＣＦは、種々のデータベース（例えば、加入者プロファイル）及び要求されている正確なサービスを決定するための種々のサービスアプリケーションからの情報を利用する。
【００１７】
以上論じてきたように、ＤＨＣＰはＴＣＰ／ＩＰネットワーク上のホストに対して設定情報を渡すためのフレームワークを提供している。動的ホストコンフィギュレーションプロトコル（ＤＨＣＰ）は、インターネットホストに対して設定パラメーターを提供する。ＤＨＣＰは、２個のコンポーネントから構成されている。すなわち、ＤＨＣＰサーバーからホストに対して、ホスト固有の設定パラメーターを配信するプロトコルと、ホストへのネットワークアドレスの割当のための機構である。
【００１８】
ＤＨＣＰは、クライアント−サーバーモデル上に組み込まれており、そこでは指定されたＤＨＣＰサーバーホストが、ネットワークアドレスを割り当て、動的に設定されたホストに設定パラメーターを配信する。このコンテクストにおいて、「サーバー」とはＤＨＣＰを通して初期化パラメーターを提供するホストを称し、「クライアント」とはＤＨＣＰサーバーから初期化パラメーターを要求するホストを称する。
【００１９】
ホストは、システム管理者により、そうするように明確に設定されていない限り、ＤＨＣＰサーバーとして動作すべきではない。ＤＨＣＰは、ＩＰアドレス割当のために３つの機構をサポートする。「自動割当」においては、ＤＨＣＰは、ホストにパーマネントＩＰアドレスを割り当てる。「動的割当」においては、ＤＨＣＰは、ある限定された期間（又は、ホストが明確に当該アドレスを放棄するまで）、ホストに対してＩＰアドレスを割り当てる。「手動割当」においては、ホストのＩＰアドレスは、ネットワーク管理者により割り当てられ、ＤＨＣＰは、単に割り当てられたアドレスをホストに伝達するためだけに使用される。特別なネットワークは、ネットワークアドミニストレーターの方針により、これらの機構の又は一つ又は複数を使用する。
【００２０】
動的割当は、アドレスが割り当てられたホストによりもはや必要とされないアドレスの自動再使用を可能にする３つの機構の一つにすぎない。このようして、動的割当は、単に一時的にネットワークに接続されたホストにアドレスを割り当てるため、又はパーマネントＩＰアドレスを必要としない一群のホストの中における限定されたＩＰアドレスのプールを共有するために特に役に立つ。動的割当はまた、古いホストが引退した場合に再生することが大切なＩＰアドレスが十分にないネットワークに永久に接続される新しいホストに対するＩＰアドレスの割り当てのためには、優れた選択となる。手動割当は、ＤＨＣＰ機構の外でＩＰアドレス割当を管理することが望ましい（理由が何であれ）環境においてＩＰアドレスを手動でホストに設定するエラーが起こりがちなプロセスを除去するために、ＤＨＣＰが使用することを可能にしている。
【００２１】
ＤＨＣＰ方法は、ＭＳに静的なＰ−ＣＳＣＦ情報のプロビジョニング方法に対して相補的である。ＭＳは、先ず、Ｐ−ＣＳＣＦ情報を発見するために、ＤＨＣＰを使用することを試みる。もしそれが、ネットワークがＤＨＣＰをサポートしていないなどの理由で失敗した場合には、ＭＳは、静的にプロビジョンされたＰ−ＣＳＣＦ情報を使用することに後退しうる。静的にプロビジョンする方法は、ローミングしている全てのパートナの全てのＰ−ＣＳＣＦの情報（例えば、ＩＰアドレス）を、手動でＭＳにプロビジョンすることを含む。静的にプロビジョンする別の方法は、空気を介したプロビジョンに依存している。
【００２２】
ＭＳの動的プロビジョニングは望ましいものであり、そこではＭＳはＤＨＣＰ要求を送信し、ＤＨＡＣＰ返信は、所望のＰ−ＣＳＣＦサーバーのＩＰアドレスを含んでいる。図１に戻って、ホームネットワーク１２０はＤＨＣＰサーバー１２４と、ＣＳＣＦ又はＰ−ＣＳＣＦサーバーであるサーバー１２２を含んでいる。ホームネットワーク１２０は、インターネット１０２に接続している。同様に、訪問ネットワーク１１０はＰＤＳＮ１１８、ＡＡＡサーバー１１６、ＤＨＣＰサーバー１１４、及びＣＳＣＦ又はＰ−ＣＳＣＦサーバーであるサーバー１１２を含んでいる。言い換えれば、サーバーの１１２と１２２はＳＩＰ機能を実現するためのサーバーである。
【００２３】
ＭＳ１０４がホームネットワーク１２０から訪問ネットワーク１１０へ移動すると、ＭＳ１０４はＤＨＣＰ要求メッセージを送信する。これに応答して、ＤＨＣＰサーバーは対応するＰ−ＣＳＣＦのＩＰアドレスを含む返信メッセージを送信する。一つの実施例に従うと、ＤＨＣＰサーバーは、指定されたＰ−ＣＳＣＦサーバーのＩＰアドレスを含む返信メッセージを提供する。ホームネットワーク１２０は、指定されたＰ−ＣＳＣＦサーバーを決定する。
【００２４】
次に、ＭＳがＤＨＣＰを経由して動的にＰ−ＣＳＣＦ情報を得るための種々の手法について詳細に述べる。ＤＨＣＰ方法を使用する前に、ＭＳは既にパケットデータセッションを確立しており、またＩＰアドレスを獲得している。このように、ここで述べるＤＨＣＰ方法は、ＭＳのＩＰアドレスを割り当てるためのものではない。
【００２５】
図１に関して、ＭＳ１０４がローミングしている間、ＭＳ１０４は訪問ネットワーク１１０又はホームネットワーク１２０においてＰ−ＣＳＣＦを使用している。どちらのＰ−ＣＳＣＦを使用するかの決定は、ホームネットワーク１２０によって判定される。この決定は、訪問キャリアとホームキャリアの間での事前設定された合意、ユーザープロファイル情報、ローカルポリシー等に基づいてなされる。例えば、ホームキャリアは、訪問キャリアに入る加入者が、ホームキャリアにより提供されたＰ−ＣＳＣＦを使用することを要求されるローミング合意を有している。もう一つの例では、訪問キャリアは、ローミングＭＳによりなされたコールを含む全てのＳＩＰコールが、訪問キャリアにおけるローカルなＰ−ＣＳＣＦにより処理されるべきであるというローカルポリシーを有している。また、もう一つの例では、訪問ネットワーク１１０は、アクセスを認証している間にホームＡＡＡサーバー１２２からのユーザープロファイル情報を含んでいる。これは、どのＰ−ＣＳＣＦを使用するかに関するユーザー選択を含んでいる。もし矛盾が発生した場合には、どちらのものを使用するかを判定するローカルポリシーに従う。このネットワークベースの決定はまた、ＭＳ１０４において、訪問キャリア又はホームキャリアの何れかにおいてＰ−ＣＳＣＦ情報（例えばＰ−ＣＳＣＦのＩＰアドレス）を獲得するための統一動作を使用するという利点を有する。
【００２６】
図２は、一つのシナリオを説明しているタイミング図である。ここでは、通信は、ＭＳ１０４、ホームネットワーク１２０、及び訪問ネットワーク１１０の間で処理される。ホームネットワーク１２０は、ホームＲＡＤＩＵＳサーバー１２６とＤＨＣＰサーバー１２４とを含んでいる。訪問ネットワーク１１０は、ＰＤＳＮ１１８と訪問ＲＡＤＩＵＳサーバー１１６とを含んでいる。ＭＳ１０４は、設定パラメーターの要求のためにＤＨＣＰＩＮＦＯＲＭメッセージを使用する。ＭＳ１０４は既にＩＰアドレスを有しているので、ＭＳはＤＨＣＰＩＮＦＯＲＭの「クライアントＩＰアドレス」のフィールドにそのアドレスを含んでいる。ＭＳは一般的に、ＤＨＣＰサーバーのＩＰアドレスを用いて設定されないので、ＭＳは、ＵＤＰポート（６７）のようなＩＰブロードキャストを経由してＤＨＣＰＩＮＦＯＲＭを送る。ＭＳは、指示されたＩＰブロードキャストの代わりに、限定されたＩＰ放送（すなわち２５５．２５５．２５５．２５５）を使用する。指示されたＩＰブロードキャストについて、メッセージは、ホームネットワークに関連している全てのＭＳに個別に送られる。ＭＳのホームキャリアのファイアウォールは、もしモバイルＩＰリザーブトンネルが、指示されたＩＰブロードキャストメッセージをＭＳのＨＡに戻すようトンネルするために使用されなければ、何れかの指示されたＩＰブロードキャスト放送パケットを廃棄することに留意されたい。
【００２７】
ＤＨＣＰＩＮＦＯＲＭは、各々がＤＨＣＰＡＣＫアクノレッジメッセージを用いて返信する複数のＤＨＣＰサーバーにより受信される。もしこれらの返信が異なるＰ−ＣＳＣＦ情報を含んでいる場合には、どれを使用するかの決定はＭＳにゆだねられる。
【００２８】
ローミング中、シンプルＩＰを使用しているＭＳは、ＤＨＣＰＩＮＦＯＲＭを送る。ＤＨＣＰＩＮＦＯＲＭを受信すると、ＰＤＳＮは、それを訪問ネットワークにおけるローカルなＤＨＣＰサーバー、又はＭＳのホームネットワークにおける遠隔のＤＨＣＰサーバーに中継する。この中継の決定は、ＭＳのホームネットワークと事前設定された合意、又はＭＳのユーザープロファイル、又はローカルポリシーに基づいてなされる。
【００２９】
ＭＳのホームキャリアが、ローミングしているＭＳにサービスするために、ローカルなＰ−ＣＳＣＦを使用するというローミング合意を訪問キャリアとの間に有している場合には、ＰＤＳＮはこのＤＨＣＰＩＮＦＯＲＭをローカルなＤＨＣＰサーバーに中継する。ＰＤＳＮはＤＨＣＰＩＮＦＯＲＭを、１）限定されたＩＰブロードキャストを経由して、又は一つ又は複数のＤＨＣＰサーバーを有しているローカルネットワークへ、又は２）ユニキャストを経由してデフォルトのローカルなＤＨＣＰサーバーへ中継する。ＰＤＳＮはＤＨＣＰＩＮＦＯＲＭをどのＭＳにも中継しない。
【００３０】
ＭＳのホームキャリアが、ＤＨＣＰＩＮＦＯＲＭをホームキャリアに戻す中継をするというローミング合意を訪問キャリアとの間に有している場合には、ＰＤＳＮは、適切なＤＨＣＰ中継命令、すなわちホームキャリアのドメイン名と、遠隔のＤＨＣＰサーバーの少なくとも一つのＩＰアドレスとの間でのマッピング、とともにプロビジョンされる必要がある。
【００３１】
事前設定されたＤＨＣＰ中継合意が実質的でなく、また（流通又は他の理由により）利用可能ではない場合には、その代わりとして、ＰＤＳＮが、ＭＳのホームＲＡＤＩＵＳサーバーからのユーザープロファイルとして中継命令を取得する。ＭＳアクセスの認証の間、ＰＤＳＮは、ホームＲＡＤＩＵＳサーバーに対して、そのＤＨＣＰ中継エージェントの能力について表示する。この表示は、ＲＡＤＩＵＳアクセス要求メッセージにおける３ＧＰＰ２ベンダー固有の属性に伝達される。そして、ホームＲＡＤＩＵＳサーバーは、特定のＭＳに対するＤＨＣＰ中継命令についてＰＤＳＮに通知する。この命令は、ＲＡＤＩＵＳアクセス−アクセプトメッセージ内の３ＧＰＰ２ベンダー固有の属性に含まれる。この命令は、ＰＤＳＮに、ローカルなＤＨＣＰサーバーを使用するか、又は遠隔のＤＨＣＰサーバーにＤＨＣＰＩＮＦＯＲＭを中継するように通知する。後者の場合、この命令はまた、遠隔のＤＨＣＰサーバーの少なくとも一つのＩＰアドレスを含んでいる。
【００３２】
事前設定された合意又はユーザープロファイルからの何れのＤＨＣＰ中継命令もない場合には、ＰＤＳＮはＤＨＣＰＩＮＦＯＲＭをローカルなＤＨＣＰサーバーに中継する。ＰＤＳＮは、ＤＨＣＰＩＮＦＯＲＭをどのＭＳにも中継してはならない。
【００３３】
モバイルＩＰを使用中のローミングしているＭＳに対しては、もしも逆方向のトンネルが可能ならば、ＩＳ−８３５−Ｂに従って、ＰＤＳＮは全ての限定されたブロードキャストＩＰパケット（ＤＨＣＰＩＮＦＯＲＭを同伴するものを含む）をＭＳのＨＡに転送する。これはＭＳを強制的にＤＨＣＰサーバーと通信させる。もしも逆方向のトンネルがＭＳに対して可能ではないならば、ＰＤＳＮはＤＨＣＰ中継エージェントとして動作し、その挙動は、シンプルＩＰの場合と全く同様である。すなわち、ＰＤＳＮは、ＭＳのホームネットワークと事前設定された合意、又はＭＳのユーザープロファイル、又はローカルポリシーに基づき、ＤＨＣＰＩＮＦＯＲＭをローカル又は遠隔のＤＨＣＰサーバーに中継する。
【００３４】
もしも逆方向のトンネルが可能であれば、ＨＡは、ＤＨＣＰＩＮＦＯＲＭを搬送する限定されたブロードキャストＩＰパケットを受信する。ＰＤＳＮはこのＤＨＣＰＩＮＦＯＲＭを、限定されたＩＰブロードキャストを経由して、一つ又は複数のＤＨＣＰサーバーを有しているローカルネットワークへ又は、ユニキャストを経由してデフォルトのローカルなＤＨＣＰサーバーへの何れかにより中継する。
【００３５】
モバイルＩＰに従って、ＭＳは、ＨＡに対して、あらゆるブロードキャスト又はマルチキャストＩＰパケットをＭＳに転送するように要求する。ＭＳは、モバイルＩＰ登録要求においてＢ−ビットを可能にすることによりこの特性を要求する。ＨＡがブロードキャストＩＰパケット又はマルチキャストＩＰパケット（ＭＳがメンバーであるグループに行き先を定めたもの）を受信した場合、ＨＡは、ＭＳのホームアドレスに行き先を定めたもう一つのＩＰパケット内にパケットをカプセル化して、そしてこのカプセル化されたパケットをＰＤＳＮにトンネルする。しかしながら、ＨＡが、ＤＨＣＰＩＮＦＯＲＭを含んだブロードキャストＩＰパケットをあらゆるＭＳに転送することは望ましくない。何故ならばエアーリソースが、ＤＨＣＰＩＮＦＯＲＭについて実質的に何も気にしないＭＳにＤＨＣＰＩＮＦＯＲＭを伝送することに浪費されるからである。可能な解決策は、ＨＡからのブロードキャストパケットの受信を望んでいるＭＳに対して、いかなるブロードキャストＩＰパケット（ＤＨＣＰメッセージを搬送するものを含む）も転送しないように、ＨＡに対して強制することである。
【００３６】
ＤＨＣＰサーバーは、ユニキャストＩＰパケットを経由して、ＭＳに対して、ＤＨＣＰＡＣＫをもって返信する。ＤＨＣＰサーバーは、ＤＨＣＰＩＮＦＯＲＭの「クライアントＩＰアドレス」フィールドから、ＭＳのＩＰアドレスを知る。それ故、ＰＤＳＮはＤＨＣＰＡＣＫを「中継」する必要はなく、その代わり、ＰＤＳＮが、単純に他の任意のパケットとしてＤＨＣＰＡＣＫをルーティングする。
【００３７】
ＤＨＣＰＡＣＫは、少なくとも一つのＰ−ＣＳＣＦの情報（すなわち、ドメイン名又はＩＰアドレス）を伝達するＳＩＰサーバーＤＨＣＰオプションを含んでいる。このオプションが一つ又は複数のＰ−ＣＳＣＦを伝達するのであれば、ＭＳは、リストされた順にしたがってＰ−ＣＳＣＦ情報を使用しなければならない。もしもＭＳがＰ−ＣＳＣＦのドメイン名を受信すると、ＭＳはＰ−ＣＳＣＦのＩＰアドレスを取得するためにＤＮＳを使用する。ＭＳは、ＤＮＳサーバーのＩＰアドレスを用いて設定されるか、又はＩＰＣＰを経由して動的にそれを取得する。
【００３８】
訪問ネットワークにおけるローカルなＤＨＣＰサーバーは、ＭＳのホームネットワークにおけるＰ−ＣＳＣＦの情報を用いて中継する。これはローミング合意を経て設定され、ローミングしているシンプルＩＰ  ＭＳが、そのホームネットワークにおけるＰ−ＣＳＣＦの情報について通知されるのに利用可能である。シンプルＩＰとは、ＭＳがパケットデータセッションを開始するときに、現在ＭＳにサービスしているローカルネットワークにより割り当てられたＩＰアドレスを取得することを意味している。シンプルＩＰは、モバイルＩＰにおける場合のようにＩＰの移動性を提供しない。なぜならば、シンプルＩＰを使用しているＭＳは、それが新しいネットワークに移動するときに新しいＩＰアドレスの取得を要求されるからである。
【００３９】
ホームネットワークにおけるＤＨＣＰサーバーは、サービス中の訪問ネットワークにおけるＰ−ＣＳＣＦの情報を用いて返信する。これはローミングしているモバイルＩＰ  ＭＳが、可能にされた逆方向トンネルを用いて、サービス中の訪問ネットワークにおけるＰ−ＣＳＣＦの情報について通知されるのに利用可能である。
【００４０】
ホームネットワークにおけるＤＨＣＰサーバーは、どの訪問ネットワークがＭＳにサービス中であるか知らないので、ＤＨＣＰＩＮＦＯＲＭは、その訪問ネットワークを識別しないことに留意するべきである。その上、ローカルなＰ−ＣＳＣＦを使用することが、モバイル起因パケットにおける望ましくないトランピング効果を引起す。特に、ＭＳからのＳＩＰ  ＩＮＶＩＴＥは、ホームネットワークにおけるＭＳのＨＡに対する逆方向トンネルであり、そして訪問ネットワークにおけるＰ-ＣＳＣＦへ戻される。この過剰なルーティングは、ＳＩＰコール設定における遅延を招く。
【００４１】
ホームネットワークが、Ｐ−ＣＳＣＦをホームネットワークに維持することを決定した場合、訪問ネットワークは、制御及び／又は柔軟性のないビットパイプとして動作する。対照的に、この決定が、Ｐ−ＣＳＣＦを訪問ネットワークに維持することである場合、訪問ネットワークは、制御と柔軟性とを達成する。これによって訪問ネットワークは、料金を計算したり、ピークの使用時間中にＶｏＩＰを禁止すること等のようにシグナリングを制御することが可能となる。
【００４２】
訪問ネットワークは、ホームネットワークが通信のためにＰ-ＣＳＣＦ制御を維持しようとするいずれの場合でも、Ｐ−ＣＳＣＦ能力を有していないことがあるということに留意すべきである。
【００４３】
（ホームネットワーク内でＰ−ＣＳＣＦを使用しているシンプルＩＰ  ＭＳをローミングすること）  
本例において、訪問ネットワークＰＤＳＮは、ＭＳアクセス認証の間にＭＳのホームＲＡＤＩＵＳサーバーから受信したＤＨＣＰ中継命令に基づきＭＳホームネットワークにおける遠隔のＤＨＣＰサーバーにＤＨＣＰＩＮＦＯＲＭを中継する。ＤＨＣＰ中継は、ＤＨＣＰホームサーバーのアドレスを含む。結果として、ＭＳは、ホームネットワークにおいて遠隔のＰ−ＣＳＣＦを見つけだす。再び図２を参照すると、ステップ１で、ＭＳは、アクセス認証（シンプルＩＰに対するＣＨＡＰ、又はモバイルＩＰに対するＦＡチャレンジ／レスポンス）を実行する。ステップ２では、アクセス認証は、ＰＤＳＮに対して、訪問ＲＡＤＩＵＳサーバーを経由してＭＳのホームＲＡＤＩＵＳサーバーにＲＡＤＩＵＳアクセス要求を送るようトリガーをかける。このＲＡＤＩＵＳアクセス−要求は、ＰＤＳＮがＤＨＣＰ中継エージェント能力を有していることを示す３ＧＰＰ２ベンダー固有属性を含んでいる。
【００４４】
ステップ３では、認証が成功すると、ホームＲＡＤＩＵＳサーバーは、特定のＭＳのためにＤＨＣＰ中継命令を伝送する３ＧＰＰ２ベンダー固有属性を含むＲＡＤＩＵＳアクセス−アクセプトをもって返信する。この命令は、ＤＨＣＰＩＮＦＯＲＭをホームネットワークにおけるＤＨＣＰサーバーに中継するためであり、遠隔のＤＨＣＰサーバーのＩＰアドレスを含んでいる。
【００４５】
ステップ４では、ＭＳはＤＨＣＰを経由してＰ−ＣＳＣＦを見つけ出そうとし、限定されたＩＰブロードキャストを経由してＤＨＣＰＩＮＦＯＲＭを送る。このＭＳは、ＤＨＣＰＩＮＦＯＲＭにおける「クライアントＩＰアドレス」にそのＩＰアドレスを含んでいる。
【００４６】
ステップ５では、ステップ３で受信したＤＨＣＰ中継命令に基づいて、ＰＤＳＮはホームネットワークのＤＨＣＰサーバーにユニキャストを経由してＤＨＣＰＩＮＦＯＲＭを中継する。
【００４７】
ステップ６では、ＤＨＣＰサーバーは、ユニキャストを経由してＭＳにＤＨＣＰＡＣＫを送る。ＤＨＣＰサーバーは、ＤＨＣＰＩＮＦＯＲＭの「クライアントＩＰアドレス」フィールドからＭＳのＩＰアドレスを知る。ＤＨＣＰＡＣＫはＭＳのホームネットワークにおけるＰ−ＣＳＣＦの情報（ＩＰｖ４アドレス又はドメイン名）を含んでいる。ＤＨＣＰＡＣＫは、Ｐ−ＣＳＣＦのＩＰアドレスを識別する。もしもこの判定が、Ｐ−ＣＳＣＦをホームネットワークに維持するものであれば、ＤＨＣＰＡＣＫはホームＤＨＣＰのＩＰアドレスを与える。ＤＨＣＰは、ＰＤＳＮにどのＤＨＣＰサーバーを使用すべきかを示す。それは同じネットワークのＰ−ＣＳＣＦを含む。ＤＨＣＰ中継は、例えば１ビットインジケーターのようなインジケーターを含みうる。ここでは、もしもインジケータービットが設定されれば、ＭＳはホームネットワークを使用し、もしもクリアーされていれば、訪問ネットワークを使用する。
【００４８】
対照的に、この判定がローカルな訪問ネットワークでＰ−ＣＳＤＦを使用するものであれば、図３は、同様なシナリオを説明する。すなわち、訪問ネットワークにおけるＤＨＣＰサーバーは、ブロードキャストを通じてＤＨＣＰＡＣＫとともにＤＨＣＰＩＮＦＯＲＭメッセージに応答し、ＤＨＣＰサーバーは訪問ネットワークのＰ−ＣＳＣＦのＩＰアドレスを提供する。もしも訪問ネットワークがＰ−ＣＳＣＦ能力を持たない場合は、ステップ２のＲＡＤＩＵＳアクセス要求は、そのように示すことに留意すべきである。言い換えれば、アクセス要求は、ネットワークの能力を示している。これは、二つのフィールド、即ち、ＰＤＳＮのＤＨＣＰ能力と、訪問ネットワークのＰ−ＣＳＣＦ能力とによりなされる。ＰＤＳＮがＤＨＣＰ能力を有していなければ、ＤＨＣＰＩＮＦＯＲＭメッセージは、ＰＤＳＮは応答できないものとして落とされてしまう。
【００４９】
（訪問ネットワーク内でＰ−ＣＳＣＦを使用しているシンプルＩＰ  ＭＳをローミングすること）  
本例において、ＰＤＳＮは、いかなるＤＨＣＰ中継命令もない状態で、ローカルなＤＨＣＰサーバーにＤＨＣＰＩＮＦＯＲＭを中継する。結果として、ＭＳは、訪問ネットワークにおいてローカルなＰ−ＣＳＣＦを発見する。
【００５０】
図４に関して、ステップ１では、ＭＳは、ＤＨＣＰを経由してＰ−ＣＳＣＦを見つけ出そうとし、限定されたＩＰブロードキャストを経由してＤＨＣＰＩＮＦＯＲＭを送る。ＭＳは、ＤＨＣＰＩＮＦＯＲＭの「クライアントＩＰアドレス」にあるそのＩＰアドレスを含んでいる。
【００５１】
ステップ２では、どのようなＤＨＣＰ中継命令（ＭＳのホームネットワークとの事前設定された合意からのもの、又はＭＳのホームＲＡＤＩＵＳサーバーからのユーザープロファイル）も存在しないので、ＰＤＳＮはホームネットワークにおけるＤＨＣＰサーバーに対してユニキャストを経由してＤＨＣＰＩＮＦＯＲＭを中継する。この例は、ＰＤＳＮがローカルなＤＨＣＰサーバーのＩＰアドレスによりプロビジョンされることを仮定している。
【００５２】
ステップ３では、ＤＨＣＰサーバーが、ユニキャストＩＰパケットを経由してＭＳにＤＨＣＰＡＣＫを送る。ＤＨＣＰサーバーはＤＨＣＰＩＮＦＯＲＭの「クライアントＩＰアドレス」フィールドからＭＳのＩＰアドレスを知る。ＤＨＣＰＡＣＫは、訪問ネットワークにおけるＰ−ＣＳＣＦの情報（ＩＰｖ４アドレス又はドメイン名）を含んでいる。
【００５３】
（逆方向トンネルを伴なうモバイルＩＰを使用しているＭＳをローミングすること）  
図５に説明されているように、ＭＳはモバイルＩＰを使用しており、逆方向トンネルも可能にされている。従って、ＰＤＳＮは、全ての限定されたブロードキャストＩＰパケットの全て（ＤＨＣＰＩＮＦＯＲＭを含む）を、ＭＳのＨＡに転送することを要求される。これは、ＭＳがＤＨＣＰサーバーと、つまりホームネットワークにおけるＰ−ＣＳＣＦと通信することを効果的に強制する。
【００５４】
ステップ１では、ＭＳはＤＨＣＰを経由してＰ−ＣＳＣＦを見つけ出そうとし、限定されたＩＰブロードキャストを経由してＤＨＣＰＩＮＦＯＲＭを送る。ＭＳは、ＤＨＣＰＩＮＦＯＲＭの「クライアントＩＰアドレス」フィールド内にそのＩＰアドレスを含んでいる。
【００５５】
ステップ２では、ＩＳ−８３５−Ｂに従って、逆方向トンネルが可能にされている場合には、ＰＤＳＮは限定されたブロードキャストＩＰパケットの全てをＭＳのＨＡに転送することを要求される。ステップ３では、ＨＡは、限定されたブロードキャストＩＰパケット（ＤＨＣＰＩＮＦＯＲＭを含む）をＨＡのローカルネットワークに転送する。
【００５６】
ステップ４では、ＤＨＣＰサーバーは、ユニキャストを経由してＭＳにＤＨＣＰＡＣＫを送る。ＤＨＣＰサーバーは、ＤＨＣＰＩＮＦＯＲＭの「クライアントＩＰアドレス」フィールドからＭＳのＩＰアドレスを知る。ＤＨＣＰＡＣＫは、ＭＳのホームネットワークにおけるＰ−ＣＳＣＦの情報（ＩＰｖ４アドレス又はドメイン名）を含んでいる。ＤＨＣＰＡＣＫを伝搬するユニキャストＩＰパケットは、ＭＳのＨＡにルーティングされる。
【００５７】
ステップ５では、ＨＡは、ＤＨＣＰＡＣＫを伝搬するユニキャストＩＰパケットをＰＤＳＮにトンネルする。ステップ６では、ＰＤＳＮはＤＨＣＰＡＣＫを伝搬するユニキャストＩＰパケットをＭＳに転送する。
【００５８】
当該技術分野における熟練者は、情報及び信号が、あらゆる種々の異なった技術と手法を使用して表されうることを理解するであろう。例えば、今までの記述を通して参照されうるデータ、命令、指令、情報、信号、ビット、シンボル及びチップは、電圧、電流、電磁波、磁場又は磁気粒子、光学場又は光子、又はこれらの任意の組み合わせにより示される。
【００５９】
これらの熟練者は、さらに、ここに開示された実施例に関連して述べられた種々の実例となる論理ブロック、モジュール、回路及びアルゴリズムステップは、電子工学的なハードウェア、コンピューターソフトウェア又はこの両者の組み合わせにより実現されるということを理解するであろう。このハードウェアとソフトウェアとの相互互換性を明確に説明するために、種々の具体的コンポーネント、ブロック、モジュール、回路及びステップが、これらの機能に関して一般的に上記に記述された。このような機能が、ハードウェア又はソフトウェアのどちらで実現されるかは、固有のアプリケーション及びシステム全般に課される設計制約に依存する。熟練した技能者は、各々固有のアプリケーションに対して種々の方法でこの述べられてきた機能を実現するであろうが、このような実現の決定は、本発明の領域からの逸脱をもたらすものとして解釈されるべきではない。
【００６０】
ここで開示された実施例に関連して記述された種々の具体的な論理ブロック、モジュール、及び回路は、汎用プロセッサー、デジタル信号プロセッサー（ＤＳＰ）、特定用途用集積回路（ＡＳＩＣ）、フィールドプログラブルゲートアレイ（ＦＰＧＡ）又はその他プログラム可能な論理デバイス、ディスクリートゲート又はトランジスターロジック、ディスクリートハードウェアコンポーネント、又はここで述べられている機能を実行するために設計されたこれらのあらゆる組み合わせを用いて実現又は実行される。汎用プロセッサーは、マイクロプロセッサーでありうるが、その代わりになるものとして、ここプロセッサーは、任意の従来型プロセッサー、コントローラー、マイクロコントローラー、又はステートマシンでありうる。プロセッサーは、たとえばＤＳＰとマイクロプロセッサーとの組み合わせ、複数のマイクロプロセッサー、ＤＳＰコアに接続された１つ以上のマイクロプロセッサー、またはこのような任意の構成である計算デバイスの組み合わせとして実現することも可能である。
【００６１】
ここで開示された実施例に関連して記述された方法やアルゴリズムのステップは、ハードウェアや、プロセッサーによって実行されるソフトウェアモジュールや、これらの組み合わせによって直接的に具現化される。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。好適な記憶媒体は、プロセッサーがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサーに結合される。または、記憶媒体はプロセッサーに統合されうる。このプロセッサーと記憶媒体は、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザー端末内に存在することもできる。あるいはこのプロセッサーと記憶媒体は、ユーザー端末内のディスクリート部品として存在しうる。
【００６２】
開示された実施例における上述の記載は、当該技術分野におけるいかなる人であっても、本発明の活用または利用を可能とするように提供される。これらの実施例への様々な変形例もまた、当該技術分野における熟練者に対しては明らかであって、ここで定義された一般的な原理は、本発明の主旨または範囲を逸脱せずに他の実施例にも適用されうる。このように、本発明は、ここで示された実施例に制限されるものではなく、ここで記載された原理と新規の特徴に一致した最も広い範囲に相当するものを意図している。
【図面の簡単な説明】
【００６３】
【図１】図１は、インターンネットプロトコル（ＩＰ）通信と無線通信をサポートする通信システムである。
【図２】図２は、セッション開始プロトコル（ＳＩＰ）設定情報を移動局（ＭＳ）に動的にプロビジョンするタイミング図である。
【図３】図３は、セッション開始プロトコル（ＳＩＰ）設定情報を移動局（ＭＳ）に動的にプロビジョンするタイミング図である。
【図４】図４は、セッション開始プロトコル（ＳＩＰ）設定情報を移動局（ＭＳ）に動的にプロビジョンするタイミング図である。
【図５】図５は、セッション開始プロトコル（ＳＩＰ）設定情報を移動局（ＭＳ）に動的にプロビジョンするタイミング図である。
【図１】
0004597958.tif 000002
【図２】
0004597958.tif 000003
【図３】
0004597958.tif 000004
【図４】
0004597958.tif 000005
【図５】
0004597958.tif 000006