(57)【要約】本発明は異種網間においてハンドオーバーを行うように移動性管理プロトコル情報をマルチモード移動端末に与える方法に関する。好ましくは、本発明は、少なくとも１以上の同種網及び異種網にまたは異種網からメッセージ管理のために移動端末の上位階層に１つの統合インタフェースを設定し、ハンドオーバーを行う少なくとも１以上の同種網及び異種網のアクセス可能なリンク接続を設定し、統合インタフェースを介して前記設定された接続に関する情報を上位階層において受信することを特徴とする。好ましくは、前記与えられた情報は、少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を含む。これにより、移動端末は、その移動端末がハンドオーバーされた新たなネットワークの新たな移動性管理プロトコルを用いることにより、ＣｏＡの設定にかかる時間を短縮することができる。
2008532453.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１以上の同種網及び異種網にまたは異種網からメッセージ管理のために統合インタフェースを設定するステップと、
ハンドオーバーを行う１以上の同種網または異種網のアクセス可能なリンクを探知するステップと、
統合インタフェースを介して上位階層にアクセス可能なリンクを報知するステップと、を含み、
前記上位階層に報知するステップは、アクセス可能なリンクの接続を設定する前に上位階層に少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を与えるステップを含むことを特徴とする移動性管理プロトコル情報の移動端末への提供方法。
【請求項２】
統合インタフェースを介して少なくとも１以上の同種網及び異種網のスキャンを要請して、ハンドオーバーを行うための少なくとも１以上の同種網及び異種網のアクセス可能なリンクの存否を決めるステップをさらに含むことを特徴とする請求項１に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項３】
少なくとも１以上の同種網及び異種網に操作上に接続されている情報サーバーから少なくとも１以上の同種網及び異種網のアクセス可能なリンク関係の情報を要請するステップをさらに含むことを特徴とする請求項１に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項４】
前記情報を要請するステップにおいては、少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を要請することを特徴とする請求項３に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項５】
前記統合インタフェースは、媒体独立ハンドオーバー機能（ＭＩＨＦ）エンティティであることを特徴とする請求項１に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項６】
前記上位階層は、移動端末に関わる同種及び異種ネットワークリンクを管理する上位管理エンティティから構成されていることを特徴とする請求項１に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項７】
前記上位階層は、それぞれの移動端末移動性方法を管理する少なくとも１以上の移動性管理プロトコルから構成されていることを特徴とする請求項１に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項８】
少なくとも１以上の同種網及び少なくとも１以上の異種網にまたは異種網からメッセージ管理のために移動端末の上位階層に統合インタフェースを設定するステップと、
ハンドオーバーを行う少なくとも１以上の同種網及び異種網のアクセス可能なリンクと接続を設定するステップと、
前記設定された接続に関わる統合インタフェースから上位階層情報を受信するステップと、を含み、
前記情報を受信するステップにおいては、少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を受信することを特徴とする移動性管理プロトコル情報の移動端末への提供方法。
【請求項９】
前記情報を受信するステップにおいては、少なくとも１以上の同種網及び異種網についてのネットワークアドレスを設定する統合インタフェースからの要求を上位階層において受信することを特徴とする請求項８に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項１０】
前記ネットワークアドレスは、インターネットプロトコル（ＩＰ）アドレスであることを特徴とする請求項９に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項１１】
前記統合インタフェースは、媒体独立ハンドオーバー機能（ＭＩＨＦ）エンティティであることを特徴とする請求項８に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項１２】
前記上位階層は、移動端末に関わる同種及び異種ネットワークリンクを管理する上位管理エンティティから構成されていることを特徴とする請求項８に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項１３】
前記上位階層は、それぞれの移動端末移動性方法を管理する少なくとも１以上の移動性管理プロトコルから構成されていることを特徴とする請求項８に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項１４】
前記情報を受信するステップにおいては、上位階層に特定の移動性管理プロトコルに関する移動性管理プロトコル情報を与えることを特徴とする請求項８に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項１５】
特定の情報に関する移動性管理プロトコルに関する情報を与えることにより、上位階層に移動性管理プロトコルを与えるステップと、
移動性管理プロトコル情報が特定の移動性管理プロトコルに与えられるとき、少なくとも１以上の同種網及び異種網についてのネットワークアドレスを設定するステップと、をさらに含むことを特徴とする請求項９に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項１６】
少なくとも１以上の同種網及び異種網についてのネットワークアドレスを設定するステップをさらに含むことを特徴とする請求項９に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項１７】
少なくとも１以上の同種網及び少なくとも１以上の異種網にまたは異種網からメッセージ管理のために移動端末の上位階層に統合インタフェースを設定するステップと、
ハンドオーバーを行う少なくとも１以上の同種網及び異種網のアクセス可能なリンクと接続を設定するステップと、
統合インタフェースを介してアクセス可能なリンク接続を上位階層に報知するステップと、を含み、
前記上位階層に報知するステップにおいては、上位階層に少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を与えることを特徴とする移動性管理プロトコル情報の移動端末への提供方法。
【請求項１８】
前記統合インタフェースは、媒体独立ハンドオーバー機能（ＭＩＨＦ）エンティティであることを特徴とする請求項１７に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項１９】
前記上位階層は、移動端末に関わる同種及び異種ネットワークリンクを管理する上位管理エンティティから構成されていることを特徴とする請求項１７に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項２０】
前記上位階層は、それぞれの移動端末移動性方法を管理する少なくとも１以上の移動性管理プロトコルから構成されていることを特徴とする請求項１７に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項２１】
前記上位階層に移動性管理プロトコル情報を与えるステップにおいては、その情報に関わる特定の移動性管理プロトコルに関する情報を与えることを特徴とする請求項１７に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項２２】
少なくとも１以上の同種網及び異種網にまたは異種網からメッセージ管理のために移動端末の上位階層に統合インタフェースを設定するステップと、
ハンドオーバーを行う少なくとも１以上の同種網及び異種網のアクセス可能なリンクと接続を設定するステップと、
少なくとも１以上の同種網及び異種網についてのネットワークアドレスを設定するための統合インタフェースからの要請を上位階層において受信するステップと、を含み、
前記ネットワークアドレスを設定するための要請を受信のステップにおいては、少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を上位階層に与えることを特徴とする移動性管理プロトコル情報の移動端末への提供方法。
【請求項２３】
前記ネットワークアドレスは、インターネットプロトコル（ＩＰ）アドレスであることを特徴とする請求項２２に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項２４】
前記統合インタフェースは、媒体独立ハンドオーバー機能（ＭＩＨＦ）エンティティであることを特徴とする請求項２２に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項２５】
前記上位階層は、移動端末に関わる同種及び異種ネットワークリンクを管理する上位管理エンティティから構成されていることを特徴とする請求項２２に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項２６】
前記上位階層は、それぞれの移動端末移動性方法を管理する少なくとも１以上の移動性管理プロトコルから構成されていることを特徴とする請求項２２に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項２７】
前記上位階層に移動性管理プロトコル情報を与えるステップにおいては、その情報に関わる特定の移動性管理プロトコルに関する情報を与えることを特徴とする請求項２２に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項２８】
移動性管理プロトコル情報が特定の移動性管理プロトコルに与えられるとき、少なくとも１以上の同種網及び異種網についてのネットワークアドレスを設定するステップをさらに含むことを特徴とする請求項２７に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項２９】
少なくとも１以上の同種網及び異種網についてのネットワークアドレスを設定するステップをさらに含むことを特徴とする請求項２２に記載の移動性管理プロトコル情報の移動端末への提供方法。
【請求項３０】
少なくとも１以上の同種網及び異種網にまたは異種網からメッセージ管理のために移動端末の上位階層に設定される統合インタフェースと、
ハンドオーバーを行う少なくとも１以上の同種網及び異種網のアクセス可能なリンクを探知する手段と、
統合インタフェースを介してアクセス可能なリンクを上位階層に報知する手段と、を備え、
前記上位階層に情報を報知する手段は、アクセス可能なリンクと接続を設定する前に少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を上位階層に与える手段であることを特徴とする移動性管理プロトコル情報を受信する移動端末。
【請求項３１】
少なくとも１以上の同種網及び異種網にまたは異種網からメッセージ管理のために統合インタフェースと、
ハンドオーバーを行う少なくとも１以上の同種網及び異種網のアクセス可能なリンクとの接続を探知する手段と、
前記統合インタフェースを介して前記設定された接続に関する情報を上位階層において受信する手段と、を備え、
前記上位階層において情報を受信する手段は、少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を受信する手段であることを特徴とする移動性管理プロトコル情報を受信する移動端末。
【請求項３２】
少なくとも１以上の同種網及び異種網にまたは異種網からメッセージ管理のために移動端末の上位階層に統合インタフェースと、
ハンドオーバーを行う少なくとも１以上の同種網及び異種網のアクセス可能なリンクとの接続を設定する手段と、
統合インタフェースを介してアクセス可能なリンクと接続が設定されている旨を上位階層に報知する手段と、を備え、
前記上位階層に情報を報知する手段は、少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を上位階層に与える手段であることを特徴とする移動性管理プロトコル情報を受信する移動端末。
【請求項３３】
少なくとも１以上の同種網及び異種網にまたは異種網からメッセージ管理のために移動端末の上位階層に統合インタフェースと、
ハンドオーバーを行う少なくとも１以上の同種網及び異種網のアクセス可能なリンクとの接続を設定する手段と、
少なくとも１以上の同種網及び異種網についてのネットワークアドレスを設定するために統合インタフェースからの要請を上位階層において受信する手段と、を備え、
前記ネットワークアドレスを設定するための要請を受信する手段は、少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を上位階層に与える手段であることを特徴とする移動性管理プロトコル情報を受信する移動端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信システムにおける移動端末のためのハンドオーバー方法に係り、さらに詳しくは、異種網間においてハンドオーバーを行うように移動性管理プロトコル情報をマルチモード移動端末に与える方法に関する。
【背景技術】
【０００２】
現在、ＩＥＥＥ８０２．２１標準委員会は、異種網間における媒体独立ハンドオーバー（ｍｅｄｉａ  ｉｎｄｅｐｅｎｄｅｎｔ  ｈａｎｄｏｖｅｒ；ＭＩＨ）についての深度ある研究を行っている。ＭＩＨは、異種網間に途切れのないハンドオーバーに加えて、サービスの連続性をも与えることにより、移動端末を携帯するユーザーにさらなる利便性を与えている。ＩＥＥＥ８０２．２１は、種々の機能（例えば、ＭＩＨ機能、イベントサービス、コマンドサービス及び情報サービス（ＩＳ）など）を基本的な要件として定義している。
【０００３】
移動端末（ＭＳＳ）は、少なくとも２種類のインタフェース型に対応するためのマルチモードノードを表示する。例えば、マルチモードは、ＩＥＥＥ８０２．３標準規格に基づくイサーネットなどの有線インタフェース型、ＩＥＥＥ８０２．ＸＸ標準規格（例えば、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１５、ＩＥＥＥ８０２．１６）に基づく無線インタフェース型及び携帯電話標準機構（例えば、３ＧＰＰまたは３ＣＰＰ２）により定義される別の型のインタフェースなど種々のインタフェース型に対応している。
【０００４】
図１は、通常の媒体独立ハンドオーバー機能（Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｈａｎｄｏｖｅｒ  Ｆｕｎｃｔｉｏｎ；ＭＩＨＦ）の参照モデルを示す。図１には、他の階層及び遠隔ＭＩＨＧと相互作用するためのＭＩＨＦの構成が示してある。ＭＩＨＦを介して非同期及び同期サービスを下位階層及び上位階層に与えるために、ＭＩＨ＿ＭＧＭＴ＿ＳＡＰ、ＭＩＨ＿ＳＭＥ＿ＳＡＰ及びＭＩＨ＿ＳＡＰなどのサービスアクセス点（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔｓ；ＳＡＰｓ）がプリミティブと一緒に定義される。ＭＩＨ＿ＭＧＭＴ＿ＳＡＰは他の網インタフェースのＭＩＨＦと管理面または管理エンティティとの間のインタフェースを定義し、ＭＩＨＦ及びそれに同等なＭＩＨＦエンティティだけではなく、ローカル接続階層エンティティとの間にＭＩＨプロトコルを送るのに用いられる。ＭＩＨ＿ＳＡＰは、ＭＩＨＦとデバイスマネージャ、ハンドオーバーポリシーコントロール機能、転送、第３の階層Ｌ３移動性管理プロトコルなどの上位階層エンティティとのインタフェースを定義し、ＭＩＨの構成及び運営のために用いられる。ＭＩＨ＿ＳＭＥ＿ＳＡＰは、ＭＩＨＦと基地局管理エンティティまたはネットワーク管理システムとの間のインタフェースを定義し、ＭＩＨの構成及び運営のために用いられる。
【０００５】
図２は、マルチモード移動端末のプロトコル階層を示す構造図である。図２を参照すると、マルチモード移動端末のプロトコルスタックは、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６を含むＭＡＣ構造と３Ｇ構造を含み、ＩＰ階層の下にＭＩＨ機能を位置付ける。様々な移動性管理プロトコルは、移動端末に含まれているネットワーク階層に含まれる。移動端末は、移動端末に接続されている接続点（Ｐｏｉｎｔ  Ｏｆ  Ａｔｔａｃｈｍｅｎｔ；ＰＯＡ）において支援される移動性管理プロトコル型に応じて、ネットワーク階層に含まれている移動性管理プロトコルを選択し、ＩＰ接続を設定する。
【０００６】
以下、ＭＩＨ機能、イベントサービス、コマンドサービス及び情報サービス（ＩＳ）について説明する。
【０００７】
図２に示すように、マルチモード移動端末は、個別モードに対して物理的な階層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ；ＰＨＹ）、すなわち、第１の階層Ｌ１と媒体アクセスコントロール階層（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ；ＭＡＣ）、すなわち、第２の階層Ｌ２を備え、ＩＰ階層の下にＭＩＨ階層を位置付けている。ＭＩＨ機能は、ＩＰ階層の下に位置している。換言すると、ＭＩＨはＩＥＥＥ８０２系のインタフェース間または１つのＩＥＥＥ８０２系のインタフェースと非ＩＥＥＥ８０２系のインタフェース（例えば、３ＧＰＰまたは３ＧＰＰ２）との間において定義される必要がある。ＭＩＨ機能は第２の階層において受信した入力値（例えば、トリッガーイベント及び他のネットワークに関する情報）を用いてハンドオーバー処理を行い易くする。
【０００８】
ＭＩＨ機能は、ハンドオーバー処理に影響しうるユーザーポリシー及び構成に応じて、多数の入力値を含んでいてもよい。移動ＩＰとセッション確立プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ；ＳＩＰ）などの第３の階層エンティティ及びＭＩＨ階層間の通常のインタフェースが定義される。この場合に、上述したインタフェースは第１の階層（すなわち、物理的な階層）、第２の階層（すなわち、ＭＡＣ階層）及び移動性管理情報を与える。ＭＩＨ機能は、下位階層、ネットワーク使用イベント及び情報サービス（ＩＳ）機能に関する情報を取得する。
【０００９】
上位階層は、移動端末に含まれている種々のリンクの状態と運営を監視する上位管理エンティティを備え、ハンドオーバーコントロール機能とデバイスマネージメント機能を行う。この場合に、ハンドオーバーコントロール機能とデバイスマネージメント機能は異なる個所に独立して位置していてもよく、上位階層に上位管理エンティティとして含まれていてもよい。
【００１０】
図３は、ＭＩＨ構造と転送プロトコルを示す。より具体的に、図３は、ＭＩＨ機能、ネットワーク機能エンティティ及び転送プロトコルを含む移動端末機能エンティティを示している。図３中、点線はプリミティブ情報とイベントトリッガーなどを示す。
【００１１】
ハンドオーバー機能を速やかに行うために、ネットワーク階層はリンク階層から発せられる情報を用いて接続状態を速やかに再設定することができる。リンク階層イベントは、ユーザーの動きを予測するように工夫されており、移動端末とネットワークがハンドオーバー機能を準備することを補助する。
【００１２】
ハンドオーバーのためのトリッガーは、物理的な階層（ＰＨＹ）とＭＡＣ階層から始まってよい。トリッガーのソースはローカルスタックや遠隔地スタックにおいて決定されてもよい。図４は、トリッガーモデルを示すブロック図である。
【００１３】
イベントトリッガーは、現在信号の状態情報、他のネットワークの状態変更情報及び将来に予想される変更情報を与える。イベントトリッガーはまた、物理的な階層とＭＡＣ階層の変更情報または特定のネットワークの属性変更情報を含む。
【００１４】
イベント型としては、例えば、物理的な階層ＰＨＹイベント、ＭＡＣ階層イベント、管理イベント、第３の階層Ｌ３イベント、アプリケーションイベントに分けられる。多数の基本的なトリッガーイベント、例えば、「Ｌｉｎｋ＿Ｕｐ」イベント、「Ｌｉｎｋ＿Ｄｏｗｎ」イベント、「Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ」イベント、「Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｕｐ」イベント、「Ｌｉｎｋ＿Ｅｖｅｎｔ＿Ｒｏｌｌｂａｃｋ」イベント、「Ｌｉｎｋ＿Ａｖａｉｌａｂｌｅ」イベント、「Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｃｈａｎｇｅ」イベント、「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」イベント、「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｒｅｑｕｅｓｔ」イベントがある。以下、上述したトリッガーイベントについて、下記表に基づいて説明する。
【００１５】
下記表１は「Ｌｉｎｋ＿Ｕｐ」イベントのパラメータを示している。
【００１６】
「Ｌｉｎｋ＿Ｕｐ」イベントは、第２の階層Ｌ２接続が特定のリンクインタフェースに設定され、上位階層が第３の階層Ｌ３パケットが送れるときに発生する。この場合には、リンクに含まれている全てのＬ２階層が完全に設定されるように決められる。「Ｌｉｎｋ＿Ｕｐ」イベントのソースは、「ローカルＭＡＣ」と「遠隔ＭＡＣ」に相当する。
【００１７】
【表１】
2008532453.tif 000003
下記表２は、「Ｌｉｎｋ＿Ｄｏｗｎ」イベントのパラメータを示している。
【００１８】
「Ｌｉｎｋ＿Ｄｏｗｎ」イベントは、Ｌ２接続が特定のインタフェースにおいて解放され、Ｌ２パケットが転送先に送られないときに発生する。「Ｌｉｎｋ＿Ｄｏｗｎ」イベントのソースは、ローカルＭＡＣに示す。
【００１９】
【表２】
2008532453.tif 000004
下記表３は、「Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ」イベントのパラメータを示している。
【００２０】
「Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ」イベントは、Ｌ２接続が特定の時間中に「Ｌｉｎｋ＿Ｄｏｗｎ」状態に入り、ハンドオーバーの手続きを開始するための信号として使用可能なときに発生する。「Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ」イベントのソースは、「ローカルＭＡＣ」と「遠隔ＭＡＣ」に相当する。
【００２１】
【表３】
2008532453.tif 000005
下記表４は、「Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｕｐ」イベントのパラメータを示している。
【００２２】
「Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｕｐ」イベントは、Ｌ２接続が特定の時間中に「Ｌｉｎｋ＿Ｕｐ」状態に入るときに発生し、ネットワークを初期化するためには長時間かかる。「Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｕｐ」イベントのソースは、「ローカルＭＡＣ」と「遠隔ＭＡＣ」に相当する。
【００２３】
【表４】
2008532453.tif 000006
下記表５は、「Ｌｉｎｋ＿Ｅｖｅｎｔ＿Ｒｏｌｌｂａｃｋ」イベントのパラメータを示している。
【００２４】
「Ｌｉｎｋ＿Ｅｖｅｎｔ＿Ｒｏｌｌｂａｃｋ」イベントは、「Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ」イベントと「Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｕｐ」イベントを組み合わせることにより得られる。「Ｌｉｎｋ＿Ｅｖｅｎｔ＿Ｒｏｌｌｂａｃｋ」イベントは、「Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｕｐ」イベントまたは「Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ」イベントが転送先に送られる条件において、特定の時間中に「Ｌｉｎｋ＿Ｕｐ」イベントまたは「Ｌｉｎｋ＿Ｄｏｗｎ」イベントがそれ以上発生しないことが期待されるときに発生するトリッガーを示す。「Ｌｉｎｋ＿Ｅｖｅｎｔ＿Ｒｏｌｌｂａｃｋ」イベントのソースは、「ローカルＭＡＣ」と「遠隔ＭＡＣ」に相当する。
【００２５】
【表５】
2008532453.tif 000007
下記表６は、「Ｌｉｎｋ＿Ａｖａｉｌａｂｌｅ」イベントのパラメータを示している。
【００２６】
「Ｌｉｎｋ＿Ａｖａｉｌａｂｌｅ」イベントは、新たな特定のリンクの使用可能状態を示し、新規基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ；ＢＳ）または新規な接続点が現在移動端末に接続されている現在のＢＳまたは接続点に比べてさらに良質なリンクを与えることを許容する可能性を示す。「Ｌｉｎｋ＿Ａｖａｉｌａｂｌｅ」イベントのソースは、「ローカルＭＡＣ」と「遠隔ＭＡＣ」に相当する。
【００２７】
【表６】
2008532453.tif 000008
下記表７は、「Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒ＿Ｃｈａｎｇｅ」イベントのパラメータを示している。
【００２８】
「Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒ＿Ｃｈａｎｇｅ」イベントは、リンクパラメータ値の変更が特定の限界レベルよりも高いときに発生するイベントを示す。「Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒ＿Ｃｈａｎｇｅ」イベントは、リンク階層パラメータ、例えば、リンク速度（すなわち、リンク率）、サービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ；ＱｏＳ）及び暗号化された値などを含む。「Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒ＿Ｃｈａｎｇｅ」イベントのソースは、「ＬｏｃａｌＭＡＣ」と「ＲｅｍｏｔｅＭＡＣ」に相当する。
【００２９】
【表７】
2008532453.tif 000009
下記表８は、「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」イベントのパラメータを示している。
【００３０】
移動端末の新たな接続点（例えば、基地局または接続点）は、「Ｌｉｎｋ＿Ｕｐ」トリッガー信号を受信し、「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」イベントにＩＰパケットを移動端末に送るのに用いるＩＰアドレスの変更状態または未変更状態を移動端末に報知させるように導く。ＩＰアドレスは、動的ホスト設定プロトコル（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ；ＤＨＣＰ）システムにおいては新規に割り当てられたアドレスに、移動ＩＰｖ４システムにおいては新規な一時アドレス（Ｃａｒｅ  ｏｆ  Ａｄｒｅｓｓ；ＣｏＡ）に、移動ＩＰｖ６システムにおいては自動設定アドレスにそれぞれ設定される。「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」イベントのソースは、「遠隔ＭＡＣ」と「ＭＩＨ」に相当する。
【００３１】
【表８】
2008532453.tif 000010
下記表９は、「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｒｅｑｕｅｓｔ」イベントのパラメータを示している。
【００３２】
アドレスの再設定状態を示す「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」トリッガー信号を受信するとき、移動端末のＭＩＨ機能は「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｒｅｑｕｅｓｔ」信号をネットワーク階層に送ることで、ネットワーク階層にＩＰ一時アドレスを再設定することを要求する。「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｒｅｑｕｅｓｔ」イベントのソースは、「ＲｅｍｏｔｅＭＡＣ」と「ＭＩＨ」に相当する。
【００３３】
【表９】
2008532453.tif 000011
図５は、ハンドオーバーが行われるときに発生するイベントトリッガーを示している。より具体的には、図５は、現在アクセスリンクの品質が低下するときに発生するトリッガーを典型的に示している。トリッガーは、新たなリンクが設定されるまで発生する。
【００３４】
コマンドサービスは、上位階層が下位階層に指令して所定の動作を行うことを許容する。例えば、上位階層は特定の指令をＭＩＨ機能に送ることで、それに相当する動作を行わせる。ＭＩＨ機能はまた、特定の指令を下位階層に送ることで、それに相当する動作を行わせる。上述した指令は上位階層の決定を下位階層に送り、下位階層エンティティの動作や作業を統制するように適用されている。
【００３５】
情報サービスは、ネットワークの探索及び選択のために必要となるネットワーク関係の詳細情報を与え、全てのネットワークに亘ってユーザーが自由にアクセス可能に設計されている。情報サービスは、リンクアクセスパラメータ、安全メカニズム、近隣地図、位置、サービスプロバイダー及びその他のアクセス情報を示す情報、リンクコストなどの種々の情報を含む。
【００３６】
図６は、情報サーバーを介してネットワーク関係の情報を取得するために、マルチモード移動端末をコントロールする方法を示すフローチャートである。図６を参照すると、マルチモード移動端末は、情報サーバーを介して種々のネットワーク関係の情報を取得して、ハンドオーバー評価、リンク選択及びハンドオーバー処理を行う。
【００３７】
より具体的には、マルチモード移動端末は、「情報要求／応答」メッセージと「使用可能なネットワークの応答一覧」メッセージを受信する。次いで、マルチモード端末は、「情報要求／応答」メッセージと「使用可能なネットワークの応答一覧」メッセージを用いる現在の接続点を介して情報サーバーから様々なネットワーク関係の情報を取得し、ハンドオーバー評価及びリンク選択の動作を行う。もし、新たなリンクが選択されると、移動端末は新たな接続点と「ＭＩＨリソース質疑／応答」メッセージを介して新たなネットワーク関係の情報を取得する。
【００３８】
以下、移動端末の移動性に対応するための様々なプロトコル（例えば、ＭｏｂｉｌｅＩＰｖ４、ＤＨＣＰｖ４、ＭｏｂｉｌｅＩＰｖ６及びＤＨＣＰｖ６など）について説明する。
【００３９】
図７は、移動ＩＰｖ４システムの動作を示す図である。移動ＩＰｖ４システムは、様々な機能（例えば、移動ホスト機能、ホームエージェント機能及び訪問エージェント機能）を要求することにより、明らかな移動性を持った上位階層を与えることができる。しかしながら、経路が最適化されていなければ、移動端末と通信するための相手ノードの変更は不要である。この場合に、移動ホストは移動性に対応するＩＰホストを示す。ホームエージェントは、移動ホストに関する位置情報を保持し、移動ホストのトンネリングを行うためのルーターとして働く。訪問エージェントは、訪問ネットワークに対して移動性に対応するルーターを示す。
【００４０】
以下、図７に示す移動ＩＰｖ４システムの動作について述べる。図７を参照すると、移動ホストは、ステップＳ１０において、ホームネットワークから訪問ネットワークに移動する。次いで、移動ホストは、訪問ネットワークを介して現在放送されている広告メッセージを受信し、その動きを認識する。このため、移動ホストは、ステップＳ２０において、ホームエージェント（ＨＡ）と一緒に移動ホストの現在位置を示す一時アドレスまたはＣｏＡを登録する。この場合に、一時アドレスＣｏＡは訪問エージェントのＩＰアドレス（例えば、訪問エージェント（ＦＡ）-ＣｏＡ）などの値であっても、訪問ネットワークにおいてＤＨＣＰを介して移動ホストに一時に割り当てられた共同配置のＣｏＡなどの値であってもよい。
【００４１】
外部から移動ホストに送られてくるパケットは、ホームネットワークに送られる。このパケットは、ステップＳ３０において、ホームエージェントにより盗まれて移動端末の動きを認識することになる。前記パケットを受け取ったホームエージェントは、移動ホストに送られてきたパケットの転送先アドレスをＦＡ−ＣｏＡが用いられる場合に訪問エージェント（ＦＡ）のアドレスに設定する。この後、移動ホストは、ステップＳ４０において、ＦＡアドレスを示す転送先アドレスをカプセル化して送る。この後、カプセル化された転送パケットは訪問エージェント（ＦＡ）に送られ、訪問エージェントは受信したパケットを逆カプセル化して元のパケットに戻した後、移動ホストに送る（ステップＳ４０）。
【００４２】
移動ホストから相手ノードに送られるパケットは、訪問エージェントを介して直接的に送られてよい。イングレスフィルタリングに問題がある場合、上述したパケットは逆方向トンネルを介して送られてよい。
【００４３】
移動ＩＰに必要となる主な機能としては、エージェント探索、登録、ルーチングなどがあり、これについては後述する。
【００４４】
エージェント探索は、移動端末が現在自分のホームネットワークに接続されているか、あるいは、訪問ネットワークに接続されているかを決める方法を示し、この方法により移動端末は自分が他のネットワークに移動したかどうかを認識することができる。
【００４５】
移動ＩＰは、所望のエージェントを探索するために、既存のインターネット制御通知プロトコル（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ；ＩＣＭＰ）（例えば、ＩＥＴＦＦＲＣ１２５６）を拡張する。エージェント（例えば、ホームエージェント及び訪問エージェント）により周期的に放送されるエージェント広告メッセージは、「ＩＣＭＰルーター広告」メッセージにある「移動性エージェント広告拡張」メッセージを含み、「移動性エージェント広告拡張」メッセージを含む「ＩＣＭＰルーター広告」メッセージを送る。移動端末がエージェントを探索するために送る「Ａｇｅｎｔ  Ｓｏｌｉｃｉｔａｔｉｏｎ」メッセージは、既存の「ＩＣＭＰ  Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ」メッセージと同じ方式を用いる。
【００４６】
移動端末が他のネットワークに移動したとき、登録機能は、現在の位置情報をホームエージェントに送ることで、移動端末がいかなる変更なしにもホームネットワークにおいてサービスを提供されるようにするかなり融通の利くメカニズムを与える。
【００４７】
移動ＩＰは、移動端末が他のサブネットに移動したとき、一時アドレスまたはＣｏＡを設定するために２種類の登録手続き（例えば、ＦＡ−ＣｏＡ及び共同配置されたＣｏＡ）を与える。移動端末がＦＡ−ＣｏＡを用いる場合、移動端末は訪問エージェント（ＦＡ）を介して登録を行う。移動端末が共同配置されたＣｏＡを用いる場合、移動端末はホームエージェントに直接的に登録を行う。また、ＦＡ−ＣｏＡが用られるならば、ＣｏＡはエージェント広告メッセージを介して訪問エージェントから与えられ、訪問エージェントのＩＰアドレスは一時アドレスＣｏＡとして用いられる。共同配置されたＣｏＡが用いられるならば、移動端末は訪問ネットワークに位置しているＤＨＣＰサーバーを介して一時アドレスＣｏＡを受信する。
【００４８】
ルーチング機能は、移動端末が訪問ネットワークに接続されているとき、移動端末に／から送受されるデータグラムを適切にルーチングするための様々な機能を定義する。データグラムは、ユニキャスト、マルチキャスト及びブロードキャストを含む。
【００４９】
ＤＨＣＰは、ネットワークマネージャに、組織内のネットワーク上にある必要なＩＰアドレスの管理及び割当てを中央において行わせるプロトコルを示す。コンピュータユーザーが組織内においてインターネットにアクセスするとき、ＩＰアドレスは個別コンピュータに割り当てられている必要がある。ネットワークマネージャがＩＰアドレスを中央において管理／割り当てるとき、コンピュータはネットワーク外の接点においてインターネットに接続され、ＤＨＣＰは自動的にそのコンピュータに新たなＩＰアドレスを送る。
【００５０】
ＤＨＣＰは与えられたＩＰアドレスを管理するために、貸出し（賃貸）の考え方を適用する。この考え方によれば、与えられたＩＰアドレスは特定の時間中に限って当該コンピュータにおいて有効である。貸出し時間は、特定の位置においてユーザーが要求するインターネットアクセス時間に応じて異なってくる。ＤＨＣＰは、ＩＰアドレスよりも多くのコンピュータが用いられるときに、ＩＰアドレスの貸出し時間を短縮して、ＤＨＣＰがネットワークを動的に再設定できるようにする。
【００５１】
ＤＨＣＰを正確に動作させるために、少なくとも１つのＤＨＣＰサーバーと１つのＤＨＣＰクライアントが当該ネットワークに存在することが必要である。これに加えて、ネットワークは、ＴＣＰ／ＩＰアドレスの範囲（２０３．２２４．２９．１０〜２０３．２２４．２９．１００）だけではなく、ゲートウェイアドレスとサブネットマスクも必要とする。
【００５２】
ＤＨＣＰクライアントは、動作中にはＣＨＣＰサーバーからＴＣＰ／ＩＰアドレス情報を取得する。しかしながら、取得したＴＣＰ／ＩＰアドレスは永久的なものではない。ＤＨＣＰサーバーは、クライアントに周期的に満了し且つ更新される貸出しアドレスを与える。
【００５３】
ＤＨＣＰクライアントは、状態として参照される多数のハンドシェイク段階を通じて貸出しアドレスを確保／保持する。多数のクライアントＤＨＣＰ状態、例えば、初期化（ＩＮＴ）、選択（ＳＥＬＥＣＴＩＮＧ）、要請（ＲＥＱＵＥＳＴＩＮＧ）、バインディング（ＢＯＵＮＤ）、更新（ＲＥＮＥＷＩＮＧ）、リバインディング（ＲＥＢＩＮＤＩＮＧ）などがある。
【００５４】
図８は、ＤＨＣＰメッセージフォーマットを示す。図９は、ＤＨＣＰクライアント−サーバーモデルの動作を示すフローチャートであり、ＤＨＣＰクライアントがＤＨＣＰサーバーから自動的にＩＰアドレスを受信することを許容する方法を示す。
【００５５】
下記表１０は、図９に示すＤＨＣＰメッセージの型と用途を示している。
【００５６】
【表１０】
2008532453.tif 000012
図９は、ＤＨＣＰｖ４システムの動作を示す図である。図９を参照すると、ＤＨＣＰｖ６システムは、ＩＰｖ４システムのためのＤＨＣＰプロトコルを示す。以下では、図９と表１０に基づき、特に、ＤＨＣＰクライアントに、ＤＨＣＰサーバーから自動的にＩＰアドレスを受信可能にする方法を説明する。先ず、クライアントは、「ＤＨＣＰＤＩＳＣＯＶＥＲ」メッセージをブロードキャストする（Ｓ１２０）。個別サーバーがクライアントから「ＤＨＣＰＤＩＳＣＯＶＥＲ」メッセージを受信する場合、受信した「ＤＨＣＰＤＩＳＣＯＶＥＲ」メッセージに応答し、応答信号として「ＤＨＣＰＯＦＦＥＲ」メッセージを送信する（Ｓ１２０）。
【００５７】
「ＤＨＣＰＤＩＳＣＯＶＥＲ」メッセージをブロードキャストしたクライアントは、「ＤＨＣＰＯＦＦＥＲ」メッセージを１つまたはそれ以上のサーバーから受信して、設定パラメータを要請するためにサーバーのうちいずれかを選択し、「ＤＨＣＰＲＥＱＵＥＳＴ」メッセージをブロードキャストする（Ｓ１３０）。この場合に、「ＤＨＣＰＲＥＱＵＥＳＴ」メッセージにより未選択のサーバーは、クライアントがそれらのサーバーの提案を拒絶したと認識する。「ＤＨＣＰＲＥＱＵＥＳＴ」メッセージにより選択されたサーバーは、「ＤＨＣＰＡＣＫ」メッセージにアドレス設定情報を含めて応答信号として送る（Ｓ１４０）。
【００５８】
クライアントにより選択されたサーバーから「ＤＨＣＰＡＣＫ」メッセージを受信すれば、ステップＳ１５０において、アドレスを設定する。しかしながら、クライアントが「ＤＨＣＰＮＡＫ」メッセージを受信すれば、上述したプロセスを再開する。クライアントは、貸出したアドレスを返却する場合、「ＤＨＣＰＲＥＬＥＡＳＥ」メッセージをサーバーに送ってもよい（Ｓ１６０）。
【００５９】
図１０は、移動ＩＰｖ６システムの動作手順を示すフローチャートである。移動ＩＰｖ６システムは、移動ＩＰｖ４システムよりも移動端末の移動性にさらに効率よく対応し、優れた拡張性を有している。以下、図１０に基づき、移動ＩＰｖ６システムの主な構成要素の動作と機能について説明する。
【００６０】
図１０に示すように、移動ノード（ｍｏｂｉｌｅ  ｎｏｄｅ；ＭＮ）は、自分のネットワーク接続を変えるホストまたはルーターである。相手ノード（ｃｏｒｒｅｓｐｏｎｄｅｎｔ  ｎｏｄｅ；ＣＮ）は、ＭＮと通信するホストまたはルーターである。ホームエージェントＨＡはルーターとして動作し、ホームネットワークにある他のルーターから取得したＭＮの登録情報を有していると共に、外部ネットワークにある現在位置のＭＮにデータグラムを送ることができる。一時アドレスまたはＣｏＡは、移動ノードが外部ノードに移動するとき、移動ノードに接続されるＩＰアドレスを示す。
【００６１】
「バインディング」とは、ホームエージェントに登録されているＣｏＡを相手ノードのホームアドレスと整合する特別な動作を意味する。「バインディング更新」（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ；ＢＵ）メッセージは、移動ノードそれ自体がホームエージェントＨＡと相手ノードＣＮに移動ノードのＣｏＡを報知するために用いられるメッセージを示す。「バインディング認定」（Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅ；ＢＡＣＫ）メッセージは、上述した「ＢＵ」メッセージに対する応答メッセージである。「バインディング要請」（Ｂｉｎｄｉｎｇ  Ｒｅｑｕｅｓｔ；ＢＲ）メッセージは、相手ノードＣＮが移動ノードのバインディング情報のタイマーが終了する前に「ＢＵ」メッセージを受信できなかったとき、「ＢＵ」メッセージを要請するためのメッセージを示す。
【００６２】
「ＣｏＡ取得」とは、移動ノードが近隣探索機能とアドレス自動設定機能を用いて移動時に自動的に自分の位置情報を構成することを意味する。「ルーター最適化」とは、相手ノードＣＮがバインディング情報を保存してから、ホームエージェントを介さずに移動ノードと直接的に通信できるようにする特別な手続きを意味する。
【００６３】
上述したアドレス自動設定機能は、２種類のアドレス自動設定方法に大別できる。例えば、第一の方法は、状態保存型アドレス自動設定方法であり、ＤＨＣＰなどのサーバーを用いてアドレスを取得する方法である。第二の方法は、非状態型アドレス自動設定方法であり、移動ノードが自体的にアドレスを発生させるホストを統制する方法である。
【００６４】
状態保存型アドレス自動設定方法は、ホストがＤＨＣＰサーバーからアドレスを要請する場合、サーバーからホストに割り当て可能な多数のアドレスのうちいずれかを割り当てるようにする方法である。非状態型アドレス自動設定方法は、移動ノードのインタフェースＩＤ情報とルーターから取得したプレフィックス情報を組み合わせて移動ノードがアドレスを形成する方法である。
【００６５】
以下、図１０に示す移動ＩＰｖ６の動作手順について説明する。図１０を参照すると、移動ノードＭＮが、ステップＳ２００において、サブネットＡから他のサブネットＢに移動する場合、移動ノードはルーター広告ＲＡメッセージのプレフィックス情報と近隣未到達探知（Ｎｅｉｇｈｂｏｒ  Ｕｎｒｅａｃｈａｂｌｅ  Ｄｅｔｅｃｔｉｏｎ；ＮＵＤ）メカニズムを用いて他のサブネットＢに移動した旨を感知する。
【００６６】
また、移動ノードＭＮ自分は、上述したアドレス自動設定方法を用いて一時アドレスまたはＣｏＡを取得する（Ｓ２２０）。この後、移動ノードＭＮは、「ＢＵ」メッセージを送ることで、ホームエージェントが取得したＣｏＡを認識できるようにする（Ｓ２３０）。
【００６７】
「ＢＵ」メッセージを受信したホームエージェントＨＡは、移動ノードＭＮのホームアドレスと一時アドレスＣｏＡを組み合わせて「ＢＵ」メッセージに応答するメッセージとして「ＢＡＣＫ」メッセージを送る（Ｓ２４０）。
【００６８】
移動ノードＭＮと最初に通信する相手ノードＣＮは、前記移動ノードが他のサブネットに移動した旨を感知できなかったため、転送先アドレスを移動ノードのホームアドレスに設定してホームエージェントに結果パケットを送る（Ｓ２５０）。移動ノードを管理するホームエージェントは、相手ノードのパケットを盗み、移動ノードの現在位置にパケットトンネリングを行う（Ｓ２６０）。
【００６９】
前記トンネリングされたパケットを受け取った場合、送られてきたパケットを有する相手ノードがバインディング情報を有していないと判断し、前記相手ノードに「ＢＵ」メッセージを送ることで、相手ノードに移動ノードのＣｏＡを報知する（Ｓ２７０）。移動ノードＭＮのＣｏＡを受信した相手ノードＣＮは、バインディング情報を保存し、バインディング情報を用いて移動ノードと直接的に通信する（Ｓ２８０）。
【００７０】
図１１は、ＤＨＣＰｖ６システムの動作を示すフローチャートである。図１１を参照すると、ＤＨＣＰｖ６システムは、ＩＰｖ６のためのＤＨＣＰプロトコルを示し、状態保存型アドレス自動設定方法に対応する。ＤＨＣＰｖ６システムは、ＩＰアドレス、種々の情報（例えば、ルーチング情報）及びネットワークリソース管理機能が少数のＤＨＣＰサーバーに集中していて、メンテナンスコストを節減することのできる特別なメカニズムである。
【００７１】
ＤＨＣＰｖ６は、２種類のマルチキャストアドレス、すなわち、「Ａｌｌ＿ＤＨＣＰ＿Ｒｅｌａｙ＿Ａｇｅｎｔｓ＿ａｎｄ＿Ｓｅｒｖｅｒｓ」アドレスと「Ａｌｌ＿ＤＨＣＰ＿Ｓｅｒｖｅｒｓ」アドレスを用いる。「Ａｌｌ＿ＤＨＣＰ＿Ｒｅｌａｙ＿Ａｇｅｎｔｓ＿ａｎｄ＿Ｓｅｒｖｅｒｓ」アドレスは、リンクローカルマルチキャストアドレスを示し、クライアントがエージェントのリンクローカルアドレスを知っていない場合、リンクを有しているエージェントと通信可能にクライアントにより用いられる。全てのサーバーとエージェントは、前記マルチキャストグループの構成要素として働く。
【００７２】
「Ａｌｌ＿ＤＨＣＰ＿Ｓｅｒｖｅｒｓ」アドレスは、サイトローカルマルチキャストアドレスを示し、クライアントまたはリレイにより全てのサーバーにメッセージを送信する場合に、またはサーバーのユニキャストアドレスを認識できなかった場合に、サーバーと通信するために用いられる。クライアントに上述した「Ａｌｌ＿ＤＨＣＰ＿Ｓｅｒｖｅｒｓ」アドレスを使用させるために、クライアントはサーバーに達する十分な範囲のアドレスを有している必要がある。サイト内にある全てのサーバーは、このマルチキャストグループの構成要素である。
【００７３】
様々なメッセージ、例えば、「ＳＯＬＩＣＩＴ」、「ＡＤＶＥＲＴＩＳＥ」、「ＲＥＱＵＥＳＴ」、「ＲＥＰＬＹ」、「ＲＥＮＥＷ」、「ＲＥＬＥＡＳＥ」などのメッセージがＤＨＣＰｖ６システムの基本的な運用のために使用可能である。
【００７４】
「ＳＯＬＩＣＩＴ」メッセージは、クライアントがサーバーの位置を把握するために用いるメッセージであり、「Ａｌｌ＿ＤＨＣＰ＿Ｓｅｒｖｅｒｓ」アドレスを用いてマルチタスキングされる。「ＡＤＶＥＲＴＩＳＥ」メッセージは、「ＳＯＬＩＣＩＴ」メッセージに対する応答メッセージである。できる限り、ＤＨＣＰサーバーは、「ＳＯＬＩＣＩＴ」メッセージに応答する。
【００７５】
「ＲＥＱＵＥＳＴ」メッセージは、クライアントが選択したサーバーからＩＰアドレスが含まれている構成パラメータを取得するために用いるメッセージであり、「Ａｌｌ＿ＤＨＣＰ＿Ｒｅｌａｙ＿Ａｇｅｎｔｓ＿ａｎｄ＿Ｓｅｒｖｅｒｓ」アドレスを用いてマルチタスキングされる。「ＲＥＰＬＹ」メッセージは、上述した「ＲＥＱＵＥＳＴ」、「ＲＥＮＥＷ」、「ＲＥＬＥＡＳＥ」メッセージに対する応答メッセージである。
【００７６】
「ＲＥＮＥＷ」メッセージは、クライアントが初期に割り当てられたクライアントアドレスと構成パラメータの寿命を取得するためのメッセージである。「ＲＥＬＥＡＳＥ」メッセージは、クライアントがサーバーに１以上のＩＰアドレスを返すために用いるメッセージである。
【００７７】
以下、図１１に示すＤＨＣＰｖ６システムの動作について説明する。図１１を参照すると、クライアントは、「ＳＯＬＩＣＩＴ」メッセージを「Ａｌｌ＿ＤＨＣＰ＿Ｓｅｒｖｅｒｓ」アドレスに送ることで、サーバーの位置情報を認識する（Ｓ３１０）。個別のＤＨＣＰｖ６サーバーは、「ＡＤＶＥＲＴＩＳＥ」メッセージを出力して「ＳＯＬＩＣＩＴ」メッセージに応答する（Ｓ３２０）。この場合に、「ＡＤＶＥＲＴＩＳＥ」メッセージはプレフィックス情報を含む。この後、クライアントは、ＤＨＣＰｖ６サーバーのうちいずれかを選択して「ＲＥＱＵＥＳＴ」メッセージを送るとともに、さらなる構成パラメータを要請する（Ｓ３３０）。選択されたＤＨＣＰｖ６サーバーは、「ＲＥＰＬＹ」メッセージを出力して「ＲＥＱＵＥＳＴ」メッセージに応答する（Ｓ３４０）。
【００７８】
「ＲＥＰＬＹ」メッセージを受信したクライアントは、「ＲＥＮＥＷ」メッセージをＤＨＣＰｖ６サーバーに送ることで、以前の構成パラメータと割り当てられたアドレスの寿命を更新し、Ｔ１タイマーの動作を開始する（Ｓ３５０）。この場合に、Ｔ１は、現在のアドレスの寿命を延ばすために既存のアドレスを取得したサーバーに接続する時間を示す。
【００７９】
ＤＨＣＰｖ６サーバーは、「ＲＥＰＬＹ」メッセージを「ＲＥＮＥＷ」メッセージに応答信号として送る（Ｓ３６０）。この後、クライアントは、割り当てられたアドレスをそれ以上使用しないときに、「ＲＥＬＥＡＳＥ」メッセージを出力して相手アドレスを解放する（Ｓ３７０）。
【００８０】
図１２は、ＩＰアドレスの設定手順を示すフローチャートである。具体的に、ＩＰアドレスの設定手順は、マルチモード移動端末が新たなネットワークにハンドオーバーされ、新たなネットワークの移動性管理プロトコルが旧ネットワークのそれと異なる場合に行われる動作を示す。
【００８１】
図１２を参照すると、旧ネットワークは、移動ＩＰｖ４システムの移動性管理プロトコルに対応する。新ネットワークは、移動ＩＰｖ６システムの移動性管理プロトコルに対応する。マルチモード端末は、ＩＰｖ４システムとＩＰｖ６システムの移動性管理プロトコルをスタックに装備したものであると想定する。
【００８２】
マルチモード移動端末は、新ネットワークへのハンドオーバーが発生したとき、移動端末は「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」トリッガー信号を受信して、ＣｏＡ再設定の手続きを行う。より具体的に、旧ネットワークにおいて移動性管理プロトコルとしてＩＰｖ４を用いた移動端末は、「Ａｇｅｎｔ  Ｓｏｌｉｃｉｔａｔｉｏｎ」メッセージをブロードキャストして新たなＣｏＡを取得する。しかしながら、新たなネットワーク（移動端末がハンドオーバーされた）は、移動性管理プロトコルとしてＩＰｖ６を与えるため、「Ａｇｅｎｔ  Ｓｏｌｉｃｉｔａｔｉｏｎ」メッセージは廃棄される。
【００８３】
このため、移動端末は、「Ａｇｅｎｔ  Ｓｏｌｉｃｉｔａｔｉｏｎ」メッセージに対する応答として「エージェント広告」メッセージを受信できず、この後、「Ａｇｅｎｔ  Ｓｏｌｉｃｉｔａｔｉｏｎ」メッセージの寿命は廃棄される。「Ａｇｅｎｔ  Ｓｏｌｉｃｉｔａｔｉｏｎ」メッセージの送信を数回に亘ってリトライした後、移動端末は、それがＩＰｖ４によりそれ以上動作しないと判断し、ＩＰｖ６メッセージを用いてＣｏＡ設定の手続きを行う。
【００８４】
上述したように、マルチモード移動端末が新たなインタフェースネットワーク（すなわち、新たなネットワーク）にハンドオーバーしたとき、以前のネットワークの移動性管理プロトコルが新たなネットワークの移動性管理プロトコルである場合、移動端末は新たなネットワークにおいて以前ネットワークの移動性管理プロトコルがそれ以上動作できない旨を認識するのに極めて長時間かかる。長時間が経過してからはじめて、移動端末は新たなネットワークの移動性管理プロトコルを用いるＣｏＡを設定する。換言すると、移動端末が新たなネットワークにおいて以前ネットワークの以前の移動性管理プロトコルが動作できない旨を認識し、且つ、新たな移動性管理プロトコルを用いてＣｏＡを設定するまでは長い遅延時間がかかる。
【００８５】
このため、上述した問題点が原因となって、リアルタイムにてトラフィックの送受信を行うための移動端末は、損傷されたパケットと延びたサービス時間という問題点に直面する。
【発明の開示】
【発明が解決しようとする課題】
【００８６】
本発明は上記事情に鑑みてなされたものであり、その目的は、移動性管理プロトコル情報を異種網間においてハンドオーバーを行うマルチモード移動端末に与えるための移動性管理プロトコル情報の移動端末への提供方法を提供するところにある。
【００８７】
本発明のこれらの特徴および利点は、以下の説明および添付図面によってさらに完全に明らかになると考えられ、また以下に説明するように本発明を実施することによって理解されてもよい。
【課題を解決するための手段】
【００８８】
前記目的を達成するために、本発明は、移動性管理プロトコル情報を移動端末に与え、少なくとも１以上の同種網及び異種網にまたは異種網からメッセージ管理のために統合インタフェースを設定し、ハンドオーバーを行う１以上の同種網または異種網のアクセス可能なリンクを探知し、統合インタフェースを介して上位階層にアクセス可能なリンクを報知することを特徴とする。上位階層に報知するステップにおいては、アクセス可能なリンクの接続を設定する前に上位階層に少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を与える。
【００８９】
また、本発明の一実施形態によれば、統合インタフェースを介して少なくとも１以上の同種網及び異種網のスキャンを要請し、ハンドオーバーを行う少なくとも１以上の同種網及び異種網のアクセス可能なリンクの存否を決めることを特徴とする。
【００９０】
本発明の他の実施形態によれば、少なくとも１以上の同種網及び異種網に接続されている情報サーバーから少なくとも１以上の同種網及び異種網のアクセス可能なリンクに関する情報を要請することを特徴とする。
【００９１】
好ましくは、情報を要請するステップにおいては、少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を要請する。好ましくは、統合インタフェースは、媒体独立ハンドオーバー機能（ＭＩＨＦ）エンティティである。好ましくは、上位階層は、移動端末に関わる同種及び異種ネットワークリンクを管理する上位管理エンティティから構成されている。好ましくは、上位階層は、それぞれの移動端末移動性方法を管理する少なくとも１以上の移動性管理プロトコルから構成されている。
【００９２】
本発明によれば、移動性管理プロトコル情報の移動端末への提供方法は、少なくとも１以上の同種網及び少なくとも１以上の異種網にまたは異種網からメッセージ管理のために移動端末の上位階層に統合インタフェースを設定し、ハンドオーバーを行う少なくとも１以上の同種網及び異種網のアクセス可能なリンクと接続を設定し、前記設定された接続に関わる統合インタフェースから上位階層情報を受信することを特徴とする。ここで、情報を受信するステップにおいては、少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を受信する。
【００９３】
好ましくは、情報を受信するステップにおいては、少なくとも１以上の同種網及び異種網についてのネットワークアドレスを設定する統合インタフェースからの要求を上位階層において受信する。ここで、ネットワークアドレスは、ＩＰアドレスである。好ましくは、統合インタフェースは、媒体独立ハンドオーバー機能（ＭＩＨＦ）エンティティである。好ましくは、上位階層は、移動端末に関わる同種及び異種ネットワークリンクを管理する上位管理エンティティから構成されている。好ましくは、上位階層は、それぞれの移動端末移動性方法を管理する少なくとも１以上の移動性管理プロトコルから構成されている。
【００９４】
本発明の一実施形態によれば、情報を受信するステップにおいては、上位階層に特定の移動性管理プロトコルに関する移動性管理プロトコル情報を与えることを特徴とする。
【００９５】
本発明の他の実施形態によれば、特定の情報に関わる移動性管理プロトコルに関する情報を与えることにより、上位階層に移動性管理プロトコルを与え、移動性管理プロトコル情報が特定の移動性管理プロトコルに与えられるとき、少なくとも１以上の同種網及び異種網についてのネットワークアドレスを設定することを特徴とする。
【００９６】
本発明の他の実施形態によれば、少なくとも１以上の同種網及び異種網についてのネットワークアドレスを設定することを特徴とする。
【００９７】
本発明によれば、移動性管理プロトコル情報の移動端末への提供方法は、少なくとも１以上の同種網及び異種網にまたは異種網からメッセージ管理のために移動端末の上位階層に統合インタフェースを設定し、ハンドオーバーを行う少なくとも１以上の同種網及び異種網のアクセス可能なリンク接続を設定し、統合インタフェースを介してアクセス可能なリンク接続を上位階層に報知することを特徴とする。上位階層に報知するステップにおいては、上位階層に少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を与える。
【００９８】
好ましくは、統合インタフェースは、媒体独立ハンドオーバー機能（ＭＩＨＦ）エンティティである。好ましくは、上位階層は、移動端末に関わる同種及び異種ネットワークリンクを管理する上位管理エンティティから構成されている。好ましくは、上位階層は、それぞれの移動端末移動性方法を管理する少なくとも１以上の移動性管理プロトコルから構成されている。好ましくは、上位階層に移動性管理プロトコル情報を与えるステップにおいては、その情報に関わる特定の移動性管理プロトコルに関する情報を与える。
【００９９】
本発明の他の実施形態によれば、移動性管理プロトコル情報の移動端末への提供方法は、少なくとも１以上の同種網及び異種網にまたは異種網からメッセージ管理のために移動端末の上位階層に統合インタフェースを設定し、ハンドオーバーを行う少なくとも１以上の同種網及び異種網のアクセス可能なリンクと接続を設定し、少なくとも１以上の同種網及び異種網についてのネットワークアドレスを設定するための統合インタフェースからの要請を上位階層において受信する。ここで、ネットワークアドレスを設定するための要請を受信するステップにおいては、少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を上位階層に与える。
【０１００】
好ましくは、ネットワークアドレスは、インターネットプロトコル（ＩＰ）アドレスである。好ましくは、統合インタフェースは、媒体独立ハンドオーバー機能（ＭＩＨＦ）媒体である。好ましくは、上位階層は、移動端末に関わる同種及び異種網リンクを管理するための上位管理エンティティから構成されている。好ましくは、上位階層は、それぞれの移動端末移動性方法を管理する少なくとも１以上の移動性管理プロトコルから構成されている。
【０１０１】
本発明の一実施形態によれば、上位階層に移動性管理プロトコル情報を与えるステップは、その情報に関する特定の移動性管理プロトコルに情報を与える。好ましくは、移動性管理プロトコル情報が特定の移動性管理プロトコルに与えられるとき、少なくとも１以上の同種網及び異種網についてのネットワークアドレスを設定する。
【０１０２】
本発明の他の実施形態によれば、少なくとも１以上の同種網及び異種網についてのネットワークアドレスを設定する。
【０１０３】
本発明の他の実施形態によれば、移動性管理プロトコル情報を受信する移動端末は、少なくとも１以上の同種網及び異種網にまたは異種網からメッセージ管理のために移動端末の上位階層に統合インタフェースを設定し、ハンドオーバーを行う少なくとも１以上の同種網及び異種網のアクセス可能なリンクを探知する手段を設定し、統合インタフェースを介してアクセス可能なリンクを上位階層に報知する手段を設定する。ここで、上位階層に情報を報知する手段は、アクセス可能なリンクと接続を設定する前に少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を上位階層に与えるものである。
【０１０４】
本発明の他の実施形態によれば、移動性管理プロトコル情報を受信する移動端末は、少なくとも１以上の同種網及び異種網にまたは異種網からメッセージ管理のために統合インタフェース、ハンドオーバーを行う少なくとも１以上の同種網及び異種網のアクセス可能なリンクとの接続を探知する手段、前記統合インタフェースを介して前記設定された接続に関する情報を上位階層に報知する手段を備える。ここで、前記上位階層に情報を報知する手段は、少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を報知するものである。
【０１０５】
本発明の他の実施形態によれば、移動性管理プロトコル情報を受信する移動端末は、少なくとも１以上の同種網及び異種網にまたは異種網からメッセージ管理のために移動端末の上位階層に統合インタフェース、ハンドオーバーを行う少なくとも１以上の同種網及び異種網のアクセス可能なリンクとの接続を設定する手段、統合インタフェースを介してアクセス可能なリンクと接続が設定されている旨を上位階層に報知する手段を備える。ここで、上位階層に情報を報知する手段は、少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を上位階層に与えるものである。
【０１０６】
本発明の他の実施形態によれば、移動性管理プロトコル情報を受信する移動端末は、少なくとも１以上の同種網及び異種網にまたは異種網からメッセージ管理のために移動端末の上位階層に統合インタフェース、ハンドオーバーを行う少なくとも１以上の同種網及び異種網のアクセス可能なリンクとの接続を設定する手段、少なくとも１以上の同種網及び異種網についてのネットワークアドレスを設定するために統合インタフェースからの要請を上位階層において受信する手段を備える。ここで、ネットワークアドレスを設定するための要請を受信する手段は、少なくとも１以上の同種網及び異種網の移動性管理プロトコル情報を上位階層に与えるものである。
【発明の効果】
【０１０７】
本発明に係る前述した課題を解決するための手段の説明と後述する実施形態の説明は、例示であり、説明目的のものであり、本発明のさらなる説明を提供することを意図していることを理解すべきである。
【発明を実施するための最良の形態】
【０１０８】
以下、添付図面に基づき、本発明の実施形態を詳述する。しかしながら、本発明は以下の実施形態により何ら限定されるものではない。
【０１０９】
本発明は、異種網間においてハンドオーバーを行うように移動性管理プロトコル情報をマルチモード移動端末に与える方法に関する。
【０１１０】
本発明の利点が容易に理解されるように、上記に簡単に記載した本発明のより具体的な説明は、添付図面に示される特定の実施形態を参照して示される。これらの図面は、本発明の標準的な実施形態のみを図示しており、従って本発明の範囲を限定するものと見なすべきではないことを理解した上で、本発明は、添付図面を用いてさらに具体的かつ詳細に記載され、説明される。なお、図中、同じ構成要素にはできる限り同じ参照符号を付している。
【０１１１】
本発明を記述するに先立ち、好ましくは、移動端末に新たなネットワークにおいて支援する移動性管理プロトコル情報を与えるために、２種類の方法が適用される。例えば、第一の方法は、移動端末にイベントサービスを介して移動性管理プロトコル情報を与えるものであり、第二の方法は、情報サービスを介して移動端末に移動性管理プロトコル情報を与えるものである。
【０１１２】
図１３は、本発明の一実施形態による「ローカルイベント」モデルと「ＭＩＨイベント」モデルを示す構造図である。図１３を参照すると、ＭＩＨイベントは、ＭＩＨから上位管理エンティティまたは上位階層のうちいずれか一方に送られるイベントを示し、従来の技術上のイベントトリッガーがこれに相当する。リンクイベントは、下位階層（例えば、ＭＡＣまたは物理階層）からＭＩＨに送られるイベントであり、それぞれのインタフェースＭＡＣ階層または物理階層において用いられるプリミティブが用いられる。
【０１１３】
図１４は、本発明の一実施形態による「遠隔リンクイベント」モデルを示す構造図である。図１４を参照すると、ローカルスタック内にある下位階層から同じローカルスタック内にあるＭＩＨにイベントを発生すると、ＭＩＨはこれを遠隔スタックのＭＩＨに送る。
【０１１４】
図１５は、本発明の一実施形態による「遠隔ＭＩＨイベント」モデルを示す構造図である。図１５を参照すると、ローカルスタックのＭＩＨ機能は、遠隔ＭＩＨイベントを発生させて遠隔スタックにある相手ＭＩＨ機能に送る。相手ＭＩＨ機能は、受信したイベントを自分のＭＩＨ機能スタック内にある上位管理エンティティまたは上位階層に送る。
【０１１５】
図１６は、本発明の一実施形態による「ＭＩＨ指令」モデルと「リンク指令」モデルを示す構造図である。図１６を参照すると、ＭＩＨ指令は、上位管理エンティティまたは上位階層から発生してＭＩＨ機能に送られ、ＭＩＨに特定のタスクを行うことを指示する。リンク指令は、ＭＩＨ機能から発生して下位階層に送られ、下位階層に特定のタスクを行うことを指示する。
【０１１６】
図１７は、本発明の一実施形態による「遠隔ＭＩＨ指令」モデルを示す構造図である。図１７を参照すると、遠隔ＭＩＨ指令は、上位管理エンティティまたは上位階層から発生してＭＩＨ機能に送られる。ＭＩＨ機能は、受信したＭＩＨ指令を遠隔スタックにある相手ＭＩＨ機能に送る。
【０１１７】
図１８は、本発明の一実施形態による「遠隔リンク指令」モデルを示す構造図である。図１８を参照すると、ローカルスタックにあるＭＩＨ機能は、遠隔リンク指令を発生させて遠隔スタックにある相手ＭＩＨ機能に送る。相手ＭＩＨ機能は、遠隔リンク指令を遠隔スタックにある下位階層に送る。
【０１１８】
次は、本発明の実施形態による、移動端末にイベントサービスを介して移動性管理プロトコル情報を与える方法について説明する。図１９は、本発明の一実施形態によるプロトコルスタック構造を示す構造図である。図１９を参照すると、マルチモード移動端末が移動性管理プロトコルとして移動ＩＰｖ４に対応するＩＥＥＥ８０２．１１ネットワーク（例えば、旧ネットワーク）から、移動性管理プロトコルとして移動ＩＰｖ６に対応するＩＥＥＥ８０２．１６ネットワーク（例えば、新ネットワーク）にハンドオーバーされる場合、ＩＥＥＥ８０２．１６ネットワーク（例えば、新ネットワーク）に対応する移動性管理プロトコルを送る方法としてプロトコルスタック構造を用いる本発明のイベントサービスを用いる。
【０１１９】
マルチモード移動端末として働く移動端末が新たなネットワークにハンドオーバーされる場合、移動端末の媒体アクセスコントロール（ＭＡＣ）階層は、ＭＩＨイベント（例えば、「Ｌｉｎｋ＿Ａｖａｉｌａｂｌｅ」または「Ｌｉｎｋ＿Ｕｐ」）において新たなネットワークにより支援される移動性管理プロトコル型情報を含み、その移動性管理プロトコル型情報を持ったＭＩＨイベントをＭＩＨ機能（ＭＩＨ階層とも呼ばれる）に送る。そして、ＭＩＨ機能は、「Ｌｉｎｋ＿Ｕｐ」イベントを相手側の移動性管理プロトコルに送る（すなわち、ＩＰｖ６）。
【０１２０】
イベントサービスを介して移動端末に移動性管理プロトコル情報を与える方法は、新たなネットワークにおいて支援される新たな移動性管理プロトコルを移動端末に与えるために、「Ｌｉｎｋ＿Ｕｐ」、「Ｌｉｎｋ＿Ａｖａｉｌａｂｌｅ」、「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」イベントに新たなパラメータを付加する。このため、移動端末は、上述の新たに付加されたパラメータにより新たなネットワークにおいて移動性管理プロトコルを認識する。上述のパラメータは、現在の移動性管理プロトコルに関する情報を含む。しかしながら、新たな移動性管理プロトコルが将来に開発される場合、新たに開発される移動性管理プロトコルに関する情報が、必要に応じて、上述のパラメータに付加されてもよい。
【０１２１】
移動性管理プロトコル対応型ビットマップのように新たに追加されたパラメータは、新たなネットワークにより支援可能な様々な移動性管理プロトコル型を示す。例えば、ビット「１」は、相手移動性管理プロトコルがネットワークから供給可能であることを意味する。
【０１２２】
図２０は、本発明の一実施形態によるＩＰアドレスの設定手順を示すフローチャートである。好ましくは、移動端末が「Ｌｉｎｋ＿Ａｖａｉｌａｂｌｅ」イベントを介して新たなネットワークの移動性管理プロトコル情報を受信することを許容する方法が示されている。図２０を参照すると、移動ＩＰｖ４移動性管理プロトコルと移動ＩＰｖ６移動性管理プロトコルを装備した移動端末が移動ＩＰｖ４移動性管理プロトコルに対応するネットワークにアクセスする場合、移動ＩＰｖ６移動性管理プロトコルに対応する新たなネットワークにハンドオーバーされ、本発明の移動性管理プロトコル対応型ビットマップが「Ｌｉｎｋ＿Ａｖａｉｌａｂｌｅ」イベントに含まれる。このため、新たなネットワークにおいて支援する移動性管理プロトコル型が、移動端末が新たなネットワークと接続状態（すなわち、新たなリンク）を設定する前に移動端末に与えられる。
【０１２３】
好ましくは、マルチモード移動端末の新たな下位階層（新規ＬＬ）または新たなＭＡＣ階層はスキャニングまたは他のメッセージを用いて新たな接続点の移動性管理プロトコル情報（移動ＩＰｖ６）を取得する。新規ＬＬは、「Ｌｉｎｋ＿Ａｖａｉｌａｂｌｅ」イベントに取得した情報を含めてＭＩＨ階層に送る。
【０１２４】
このため、ＭＩＨ階層が相手接続点に関する移動性管理プロトコル情報を一時に保持するとき、移動端末が相手リンクとの接続を設定した旨を意味する「Ｌｉｎｋ＿Ｕｐ」イベントを受信すると、ＭＩＨ階層は、「Ｌｉｎｋ＿Ｕｐ」イベントを上述した一時保持情報を参照して相手移動性管理プロトコル（移動ＩＰｖ６）に送る。この後、移動端末の上位階層またはネットワーク階層は、ＩＰｖ６ＣｏＡ設定手順を行うことで新たなＣｏＡを取得し、新たなＣｏａをホームエージェントに登録する。
【０１２５】
下記表１１は、移動性管理プロトコル対応型ビットマップを含む「Ｌｉｎｋ＿Ａｖａｉｌａｂｌｅ」イベントのパラメータを例示している。
【０１２６】
【表１１】
2008532453.tif 000013
図２１は、本発明の一実施形態によるＩＰアドレスの設定手順を示すフローチャートである。好ましくは、図２１には、移動端末が「Ｌｉｎｋ＿Ｕｐ」イベントを介して新たなネットワークの移動性管理プロトコル情報を受信することを許容する方法が示してある。
【０１２７】
好ましくは、図２１に示すように、移動ＩＰｖ４移動性管理プロトコルと移動ＩＰｖ６移動性管理プロトコルを装備した移動端末が移動ＩＰｖ４移動性管理プロトコルに対応するネットワークにアクセスする場合、移動ＩＰｖ６移動性管理プロトコルに対応する新たなネットワークにハンドオーバーされ、本発明の移動性管理プロトコル対応型ビットマップが「Ｌｉｎｋ＿Ｕｐ」イベントに含まれる。このため、新たなネットワークにおいて支援する移動性管理プロトコル型がネットワーク階層ハンドオーバーの手続きが行われる前に移動端末に与えられる。
【０１２８】
好ましくは、マルチモード移動端末のＭＡＣ階層などの新たな下位階層（新規ＬＬ）が「Ｌｉｎｋ設定要請／応答」メッセージを介して新たなリンクと接続状態を設定し、新規ＬＬは新たな接続点の移動性管理プロトコル情報（ＭＩＰｖ６）を取得する。この後、マルチモード移動端末が新たなリンクと接続状態を設定すれば、移動性管理プロトコル情報を含む「Ｌｉｎｋ＿ＵｐＭＩＨ」イベントはＭＩＨ階層に送られる。そして、ＭＩＨ階層は、トリッガー「Ｌｉｎｋ＿Ｕｐ」イベントの移動性管理プロトコル対応型ビットマップを参照して、相手イベントサービスを相手移動性管理プロトコル（ＭＩＰｖ６）に送る。
【０１２９】
表１２は、移動性管理プロトコル対応型ビットマップを含む「Ｌｉｎｋ＿Ｕｐ」イベントのパラメータを例示している。
【０１３０】
【表１２】
2008532453.tif 000014
図２２は、本発明の一実施形態によるＩＰアドレスの設定手順を示すフローチャートである。好ましくは、図２２には、移動端末が「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」イベントを介して新たなネットワークの移動性管理プロトコル情報を受信することを許容する方法が示してある。
【０１３１】
好ましくは、図２２に示すように、移動ＩＰｖ４移動性管理プロトコルと移動ＩＰｖ６移動性管理プロトコルを装備した移動端末が移動ＩＰｖ４移動性管理プロトコルに対応可能なネットワークにアクセスする場合、移動ＩＰｖ６移動性管理プロトコルに対応する新たなネットワークにハンドオーバーされ、本発明の移動性管理プロトコル対応型ビットマップが「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」イベントに含まれる。このため、新たなネットワークにおいて支援する移動性管理プロトコル型が、ネットワーク階層ハンドオーバー手順が行われる前に移動端末に与えられる。
【０１３２】
好ましくは、移動端末の新たな接続点は、移動端末から「遠隔Ｌｉｎｋ＿ＵｐＭＩＨ」イベントを受信する。この新たな接続点は、移動端末のネットワークから与えられた移動性管理プロトコル情報を含む「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎリンク」イベントを移動端末のＭＩＨ階層に送る。そして、移動端末のＭＩＨ階層は、「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎリンク」イベントの移動性管理プロトコル対応型ビットマップを参照して、「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｒｅｑｕｅｓｔ」イベントを相手移動性管理プロトコル（ＭＩＰｖ６）に送る。
【０１３３】
上述した実施形態は、移動端末と接続点との間のリンク設定が完了した後、「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」トリッガー信号が発生することを示している。しかしながら、旧接続点がｉｎｔｅｒ−ＭＩＨ信号メッセージ（例えば、ＭＩＨ機能間の信号メッセージ）を用いて新たな接続点のＩＰアドレス情報を取得すれば、旧接続点は、移動端末が新たな接続点とリンクを設定する前に、上述した「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」トリッガー信号を与えることができる。
【０１３４】
下記表１３は、移動性管理プロトコル対応型ビットマップを含む「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」イベントのパラメータを示している。
【０１３５】
【表１３】
2008532453.tif 000015
図２３は、本発明の一実施形態によるＩＰアドレスの設定手順を示すフローチャートである。好ましくは、図２３には、移動端末が情報サービスを介して新たなネットワークの移動性管理プロトコル情報を受信することを許容する方法が示してある。
【０１３６】
図２３を参照すると、本発明の一実施形態により、上述した移動性管理プロトコル対応型ビットマップに類似するパラメータが「Ｑｕｅｒｙ（Ｒｅｓｐｏｎｓｅ）  Ｌｉｓｔ  ｏｆ  Ａｖａｉｌａｂｌｅ  Ｎｅｔｗｏｒｋｓ」メッセージ（すなわち、移動端末のＭＩＨと現在の接続点のＭＩＨまたはアクセス点信号メッセージ）に含まれて、移動端末は相手ネットワークにおいて支援する移動性管理プロトコル情報を受信することができる。
【０１３７】
図２４は、本発明の一実施形態によるＩＰアドレスの設定手順を示すフローチャートである。好ましくは、図２４には、移動端末が情報サービスを介して新たなネットワークの移動性管理プロトコル情報を受信することを許容する方法が示してある。
【０１３８】
図２４を参照すると、本発明の一実施形態により、上述した移動性管理プロトコル対応型ビットマップに類似するパラメータが「Ｑｕｅｒｙ  Ｍｏｒｅ（Ｒｅｓｐｏｎｓｅ）  Ｉｎｆｏ  ｏｎ  ８０２．ｙ  Ｎｅｔｗｏｒｋｓ」メッセージ（すなわち、移動端末のＭＩＨと現在の接続点のＭＩＨまたはアクセス点との間の信号メッセージ）に含まれて、移動端末は相手ネットワークにおいて支援する移動性管理プロトコル情報を受信することができる。
【０１３９】
図２５は、本発明の一実施形態による上位管理エンティティを含むプロトコルスタック構造を示す構造図である。図２５には、プロトコルスタック構造を用いて、マルチモード移動端末が移動ＩＰｖ４移動性管理プロトコルに対応するＩＥＥＥ８０２．１１ネットワーク（すなわち、旧ネットワーク）から移動ＩＰｖ６移動性管理プロトコルに対応するＩＥＥＥ８０２．１６ネットワーク（すなわち、新ネットワーク）にハンドオーバーを行う場合、本発明による上述のＩＥＥＥ８０２．１６ネットワーク（すなわち、新ネットワーク）において支援する移動性管理プロトコルを送る方法が示してある。
【０１４０】
マルチモード移動端末として動作する移動端末が新たなネットワークにハンドオーバーする場合、移動端末のＭＡＣ階層は所定のイベント（例えば、「Ｌｉｎｋ＿Ａｖａｉｌａｂｌｅ」または「Ｌｉｎｋ＿Ｕｐ」）において新たなネットワークが支援する移動性管理プロトコル型情報を含み、上述した移動性管理プロトコル型情報を有するイベントは上位管理エンティティに送られる。そして、上位管理エンティティは、「Ｌｉｎｋ＿Ｕｐ」イベントを相手移動性管理プロトコル（すなわち、ＭＩＰｖ６）に送る。
【０１４１】
イベントサービスを介して移動端末に移動性管理プロトコル情報を与える方法においては、移動端末に新たなネットワークにおいて支援する新たな移動性管理プロトコル情報を与えるために、「Ｌｉｎｋ＿Ｕｐ」、「Ｌｉｎｋ＿Ａｖａｉｌａｂｌｅ」または「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」イベントに新たなパラメータを付加する。移動端末は、上述した新たに付加されたパラメータを介して新たなネットワークにおいて移動性管理プロトコルを認識する。上述したパラメータは、現在の移動性管理プロトコルに関する情報を含む。しかしながら、新たな移動性管理プロトコルが将来に開発される場合、関連のある情報が、必要に応じて、上述したパラメータに付加されてもよい。
【０１４２】
新たに付加されたパラメータ（すなわち、移動性管理プロトコル対応型ビットマップ）は、新たなネットワークにおいて支援する種々の移動性管理プロトコル型を示す。ビット「１」は、相手移動性管理プロトコルがネットワークにおいて提供可能であることを意味する。
【０１４３】
図２６は、本発明の一実施形態によるＩＰアドレスの設定手順を示すフローチャートである。好ましくは、図２６を参照すると、移動ＩＰｖ４移動性管理プロトコルと移動ＩＰｖ６移動性管理プロトコルを装備した移動端末が移動ＩＰｖ４移動性管理プロトコルを支援するネットワークにアクセスして、移動ＩＰｖ６移動性管理プロトコルを支援する新たなネットワークにハンドオーバーを行う場合、本発明の移動性管理プロトコル対応型ビットマップは「Ｌｉｎｋ＿ＡｖａｉｌａｂｌｅＭＩＨ」イベントに含まれる。このため、新たなネットワークにおいて支援する移動性管理プロトコル型は、移動端末が新たなネットワークと接続状態（すなわち、新たなリンク）を設定する前に移動端末に与えられる。図２６に示す実施形態により、上位管理エンティティは上位階層（すなわち、Ｌ３及びその上位）、デバイスマネージャ及びハンドオーバーコントロール機能を含む。
【０１４４】
好ましくは、マルチモード移動端末の新たな下位階層（例えば、新たなＭＡＣ階層）は、スキャニングと他のメッセージを用いて新たな接続点の移動性管理プロトコル情報（例えば、移動ＩＰｖ６）を取得する。新たなＭＡＣ階層は、取得した情報を「Ｌｉｎｋ＿ＡｖａｉｌａｂｌｅＭＩＨ」イベントに含めてＭＩＨ機能を介して上位管理エンティティに送る。好ましくは、上位管理エンティティは、相手接続点に関する移動性管理プロトコル情報を上位階層に送ることで、相手移動性管理プロトコル（すなわち、移動ＩＰｖ６）を「Ｌｉｎｋ＿Ｕｐ」状態にすることを指示する。この後、移動端末のネットワーク階層は、ＩＰｖ６ＣｏＡの設定手順を行うことで新たなＣｏＡを取得し、ホームエージェントに新たなＣｏＡを登録する。
【０１４５】
図２７は、本発明の一実施形態によるＩＰアドレスの設定手順を示すフローチャートである。好ましくは、図２７には、移動端末が「Ｌｉｎｋ＿Ｕｐ」イベントを介して新たなネットワークに関する移動性管理プロトコル情報を受信することを許容する方法が示してある。
【０１４６】
好ましくは、図２７を参照すると、移動ＩＰｖ４移動性管理プロトコルと移動ＩＰｖ６移動性管理プロトコルを装備した移動端末が移動ＩＰｖ４移動性管理プロトコルに対応可能なネットワークにアクセスして移動ＩＰｖ６移動性管理プロトコルを支援する新たなネットワークにハンドオーバーを行う場合、本発明の移動性管理プロトコル対応型ビットマップは「Ｌｉｎｋ＿Ｕｐ」イベントに含まれる。このため、新たなネットワークにおいて支援する移動性管理プロトコル型は、ネットワーク階層のハンドオーバー手順が行われる前に移動端末に与えられる。図２６に示す実施形態によれば、上位管理エンティティは、上位階層（すなわち、Ｌ３及びその上位）、デバイスマネージャ、ハンドオーバーコントロール機能を含む。
【０１４７】
好ましくは、マルチモード移動端末のＭＡＣ階層などの新たな下位階層（新規ＬＬ）が「Ｌｉｎｋ設定要請／応答」メッセージを介して新たなリンクと接続状態を設定し、新規ＬＬは、新たな接続点の移動性管理プロトコル情報（ＭＩＰｖ６）を取得する。
【０１４８】
この後、マルチモード移動端末が新たなリンクと接続状態を設定すれば、移動性管理プロトコル情報を含む「Ｌｉｎｋ＿ＵｐＭＩＨ」イベントはＭＩＨ階層に送られる。そして、ＭＩＨ階層は、トリッガー「Ｌｉｎｋ＿Ｕｐ」イベントの移動性管理プロトコル対応型ビットマップを参照することにより、相手イベントサービスを相手移動性管理プロトコル（ＭＩＰｖ６）に送る。
【０１４９】
図２８は、本発明の一実施形態によるＩＰアドレスの設定手順を示すフローチャートである。好ましくは、図２８には、移動端末が「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」イベントを介して新たなネットワークに関する移動性管理プロトコル情報を受信することを許容する方法が示してある。
【０１５０】
好ましくは、図２８に示すように、移動ＩＰｖ４移動性管理プロトコルと移動ＩＰｖ６移動性管理プロトコルを装備した移動端末が移動ＩＰｖ４移動性管理プロトコルに対応可能なネットワークにアクセスして移動ＩＰｖ６移動性管理プロトコルを支援する新たなネットワークにハンドオーバーを行う場合、本発明の移動性管理プロトコル対応型ビットマップは、「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」イベントに含まれる。このため、新たなネットワークにおいて支援する移動性管理プロトコル型は、ネットワーク階層ハンドオーバー手順が行われる前に移動端末に与えられる。図２８に示す実施形態によれば、上位管理エンティティは、上位階層（すなわち、Ｌ３及びその上位）、デバイスマネージャ、ハンドオーバーコントロール機能を含む。
【０１５１】
好ましくは、移動端末の新たな接続点は、移動端末から「遠隔Ｌｉｎｋ＿ＵｐＭＩＨ」イベントを受信する。新たな接続点は、移動端末のネットワークから与えられた移動性管理プロトコル情報を含む「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎリンク」イベントを上位管理エンティティに送る。そして、上位管理エンティティは、「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｒｅｑｕｅｓｔ」イベントを「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎリンク」イベントの移動性管理プロトコル対応型ビットマップを参照することにより、相手移動性管理プロトコル（ＭＩＰｖ６）に送る。
【０１５２】
上述した実施形態は、「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」トリッガー信号が移動端末と新たな接続点との間のリンク設定が完了した後に発生することを示している。しかしながら、旧接続点がｉｎｔｅｒ＿ＭＩＨ信号メッセージ（すなわち、ＭＩＨ機能間の信号メッセージ）を用いて新たな接続点のＩＰアドレス情報を取得すれば、旧接続点は移動端末が新たな接続点とリンクを設定する前に上述した「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」トリッガー信号を与えることができる。
【０１５３】
図２９は、本発明の一実施形態によるＩＰアドレスの設定手順を示すフローチャートである。好ましくは、図２９には、移動端末が情報サービスを介して新たなネットワークに関する移動性管理プロトコル情報を受信することを許容する方法が示してある。
【０１５４】
図２９を参照すると、上述した移動性管理プロトコル対応型ビットマップに類似するパラメータが「Ｑｕｅｒｙ（Ｒｅｓｐｏｎｓｅ）  Ｌｉｓｔ  ｏｆ  Ａｖａｉｌａｂｌｅ  Ｎｅｔｗｏｒｋｓ」メッセージ（すなわち、移動端末のＭＩＨと現在の接続点のＭＩＨまたはアクセス点との間の信号メッセージ）に含まれて上位管理エンティティに送られ、上位管理エンティティは相手ネットワークにおいて支援される移動性管理プロトコル情報を受信することができる。
【０１５５】
図３０は、本発明の一実施形態によるＩＰアドレスの設定手順を示すフローチャートである。好ましくは、図３０には、移動端末が情報サービスを介して新たなネットワークに関する移動性管理プロトコル情報を受信することを許容する方法が示してある。
【０１５６】
図３０を参照すると、上述した移動性管理プロトコル対応型ビットマップに類似するパラメータが「Ｑｕｅｒｙ  Ｍｏｒｅ（Ｒｅｓｐｏｎｓｅ）  Ｉｎｆｏ  ｏｎ  ８０２．ｙ  Ｎｅｔｗｏｒｋｓ」メッセージ（すなわち、移動端末のＭＩＨと現在の接続点のＭＩＨまたはアクセス点との間の信号メッセージ）に含まれて上位管理エンティティに送られ、上位管理エンティティは相手ネットワークにおいて支援される移動性管理プロトコル情報を受信することができる。
【０１５７】
図３１は、本発明の一実施形態によるＩＰアドレスの設定手順を示すフローチャートである。図３１を参照すると、上述した図２８の実施形態と同様に、移動性管理プロトコル型情報が「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」トリッガー信号に含まれている場合であっても、「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」トリッガー信号は、移動端末が遠隔「Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ」トリッガー信号を旧接続点（ＰＯＡ）に送った後に発生する。旧ＰＯＡは、遠隔「Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ」トリッガー信号を移動端末から受信し、新たなＰＯＡに関するＩＰ関係の情報をｉｎｔｅｒ＿ＭＩＨ信号メッセージにより取得し、取得したＩＰ関係の情報を「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」トリッガー信号に含めて、最後に、新たなＩＰ関係の情報が含まれている「ＩＰ＿Ｒｅｎｅｗａｌ＿Ｉｎｄｉｃａｔｉｏｎ」トリッガー信号を移動端末に送る。
【０１５８】
上述したように、本発明の実施形態においては、移動ＩＰｖ４と移動ＩＰｖ６移動性管理プロトコルを例にとっているが、本発明の範囲は移動ＩＰｖ４と移動ＩＰｖ６にのみ制限されるものではなく、他の例や修正にも応用可能である。
【０１５９】
以上の説明から明らかなように、本発明による移動通信システムは、多数の移動性管理プロトコルを備えるマルチモード移動端末が新たなインタフェースネットワークにハンドオーバーされるとき、移動端末にイベントサービスまたは情報サービスを介して新たなネットワークにおいて支援する移動性管理プロトコル情報を与える。
【０１６０】
このため、本発明は、移動端末が新たなネットワークにおいて旧ネットワークの以前の移動性管理プロトコルによりそれ以上運用できない旨を認識し、新たなネットワークの新たな移動性管理プロトコルを用いてＣｏＡを設定し、新たなＣｏＡはパケットの損傷や時間延長を発生することなく速やかに設定可能であるため、所要の遅延時間を大幅に短縮することができる。
【０１６１】
本発明は移動通信について記述しているが、無線通信能を備えるＰＤＡ及びノート型パソコンなどいかなる形態の無線通信システムにも使用可能である。さらに、本発明において用いられる特定の用語は、本発明の範囲をＵＭＴなどの無線通信システムの特定の形態に制限しない。本発明はまた、他の空中インタフェースまたは物理階層、例えば、ＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡ、ＷＣＤＭＡなどを用いた他の無線通信システムにも適用可能である。
【０１６２】
本発明の実施形態は、標準プログラミング及び／またはエンジニアリング技術を用いて装置や物品の製作に適用することにより、ソフトウェア、フォームウェア、ハードウェアまたはこれらの組合品を生産することができる。ここで、物品の製作とは、ハードウェアロジックにおいて実現されたコードやロジック（例えば、統合された回路チップ、フィールド・プログラマブル・ゲート・アレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ；ＦＰＧＡ）、特定用途向け集積回路  （Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ；ＡＳＩＣ）など）またはコンピュータにて読取り可能な媒体（例えば、磁気貯蔵媒体（例えば、ハードディスクドライブ、フロッピー（登録商標）ディスク、テープなど）、光学貯蔵媒体（ＣＤ−ＲＯＭ、光ディスクなど）、揮発性及び不揮発性のメモリ装置（例えば、ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、フォームウェア、プログラム可能なロジックなど））を製作することを言う。
【０１６３】
コンピュータにて読取り可能な媒体において、コードは、プロセッサーによりアクセス及び起動される。実施形態におけるコードは、ネットワーク越しの転送媒体を介して、またはファイルサーバーからアクセス可能に実現される。この場合に、コードの具現された物品の製作は、ネットワーク転送線、無線転送媒体、空間を通じた信号伝搬、電波、赤外線信号などの転送媒体により実現できる。もちろん、この技術分野における通常の知識を持った者にとっては、本発明の範囲から逸脱することなく、数多くの修正を加えることができ、物品の製作にはこの技術分野に周知の媒体を含むいかなる情報から構成可能である。
【０１６４】
この技術分野における通常の知識を持った者は、本発明の範囲から逸脱することなく、種々の修正と変更を加えることができる。よって、本発明は、意図の通りに添付された請求範囲内における修正と変更を含む。
【０１６５】
本発明の実施形態は単なる例示的なものに過ぎず、本発明を制限するものとして解釈されてはならない。本発明は、他の形態の機構に直ちに適用可能である。多くの代案、修正及び変更はこの技術分野における通常の知識を持った者にとって明らかであろう。請求項において、手段及び機能の構文は引用した機能と構造的な等価物または同等な構造物を行うものであり、ここに叙述されている構造を含むためのものである。
【産業上の利用可能性】
【０１６６】
本発明は、無線通信能を備えたＰＤＡ及びノート型パソコンなどの移動装置を用いる通信システムに適用可能である。本発明はまた、ＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡ、ＷＣＤＭＡなどの他の空中インタフェース及び／または物理的な階層を用いる他の無線通信システムにも適用可能である。
【図面の簡単な説明】
【０１６７】
【図１】通常の媒体独立ハンドオーバー機能（ＭＩＨＦ）の参照モデルを示す図。
【図２】マルチモード移動端末のプロトコルスタック構造を示す図。
【図３】ＭＩＨ構造と転送プロトコルを示す図。
【図４】トリッガーモデルを示す構造図。
【図５】ハンドオーバー発生時のイベントトリッガーを示す図。
【図６】マルチモード移動端末が情報サーバーを介して網関係の情報を取得する手順を示す図。
【図７】移動ＩＰｖ４の動作を示す図。
【図８】ＤＨＣＰメッセージの構造図。
【図９】ＤＨＣＰクライアント−サーバーモデルの動作を例示するフローチャート。
【図１０】移動ＩＰｖ６の動作を例示するフローチャート。
【図１１】ＤＨＣＰＰｖ６システムの動作を例示するフローチャート。
【図１２】従来の技術によるＩＰアドレスの設定手順を例示するフローチャート。
【図１３】本発明の一実施形態における「Ｌｉｎｋ  Ｅｖｅｎｔ」と「ＭＩＨ  Ｅｖｅｎｔ」モデルを例示する構造図。
【図１４】本発明の一実施形態における「Ｒｅｍｏｔｅ  Ｌｉｎｋ  Ｅｖｅｎｔ」モデルを例示する構造図。
【図１５】本発明の一実施形態における「Ｒｅｍｏｔｅ  ＭＩＨ  Ｅｖｅｎｔ」モデルを例示する構造図。
【図１６】本発明の一実施形態における「ＭＩＨ  ｃｏｍｍａｎｄ」と「Ｌｉｎｋ  ｃｏｍｍａｎｄ」モデルを例示する構造図。
【図１７】本発明の一実施形態における「Ｒｅｍｏｔｅ  ＭＩＨ  ｃｏｍｍａｎｄ」モデルを例示する構造図。
【図１８】本発明の一実施形態における「Ｒｅｍｏｔｅ  Ｌｉｎｋ  ｃｏｍｍａｎｄ」モデルを例示する構造図。
【図１９】本発明の一実施形態におけるプロトコルスタック構造を示す図。
【図２０】本発明の第１の実施形態におけるＩＰアドレスの設定手順を示すフローチャート。
【図２１】本発明の第２の実施形態におけるＩＰアドレスの設定手順を示すフローチャート。
【図２２】本発明の第３の実施形態におけるＩＰアドレスの設定手順を示すフローチャート。
【図２３】本発明の第４の実施形態におけるＩＰアドレスの設定手順を示すフローチャート。
【図２４】本発明の第５の実施形態におけるＩＰアドレスの設定手順を示すフローチャート。
【図２５】本発明の一実施形態における上位管理エンティティを含むプロトコルスタック構造を例示する構造図。
【図２６】本発明の第６の実施形態におけるＩＰアドレスの設定手順を示すフローチャート。
【図２７】本発明の第７の実施形態におけるＩＰアドレスの設定手順を示すフローチャート。
【図２８】本発明の第８の実施形態におけるＩＰアドレスの設定手順を示すフローチャート。
【図２９】本発明の第９の実施形態におけるＩＰアドレスの設定手順を示すフローチャート。
【図３０】本発明の第１０の実施形態におけるＩＰアドレスの設定手順を示すフローチャート。
【図３１】本発明の第１１の実施形態におけるＩＰアドレスの設定手順を示すフローチャート。
【図１】
2008532453.tif 000016
【図２】
2008532453.tif 000017
【図３】
2008532453.tif 000018
【図４】
2008532453.tif 000019
【図５】
2008532453.tif 000020
【図６】
2008532453.tif 000021
【図７】
2008532453.tif 000022
【図８】
2008532453.tif 000023
【図９】
2008532453.tif 000024
【図１０】
2008532453.tif 000025
【図１１】
2008532453.tif 000026
【図１２】
2008532453.tif 000027
【図１３】
2008532453.tif 000028
【図１４】
2008532453.tif 000029
【図１５】
2008532453.tif 000030
【図１６】
2008532453.tif 000031
【図１７】
2008532453.tif 000032
【図１８】
2008532453.tif 000033
【図１９】
2008532453.tif 000034
【図２０】
2008532453.tif 000035
【図２１】
2008532453.tif 000036
【図２２】
2008532453.tif 000037
【図２３】
2008532453.tif 000038
【図２４】
2008532453.tif 000039
【図２５】
2008532453.tif 000040
【図２６】
2008532453.tif 000041
【図２７】
2008532453.tif 000042
【図２８】
2008532453.tif 000043
【図２９】
2008532453.tif 000044
【図３０】
2008532453.tif 000045
【図３１】
2008532453.tif 000046
【国際調査報告】
2008532453.tif 000047
2008532453.tif 000048
2008532453.tif 000049