(57)【要約】  ネットワークの管理者のポリシに応じて移動端末がＰＭＩＰ動作するか、ＣＭＩＰ動作するかを高速に決定可能な移動端末管理システムを提供する。ＰＭＩＰクライアント（Ａ）及びＰＭＩＰクライアント（Ｂ）は、移動端末から送られた端末能力要求情報と、ポリシ蓄積サーバから取得したポリシに基づいて、移動端末をＰＭＩＰ動作とするか、ＣＭＩＰ動作とするかを決定する機能と、移動端末の動作を制御可能な端末動作制御情報と、移動端末がＰＭＩＰ動作、ＣＭＩＰ動作の何れとするかを決定した際に必要となるＩＰ設定情報とを含む通知を移動端末に送信する機能とを有する。移動端末は、アクセスネットワークに接続した際、あるいはハンドオーバした際等に、ユーザの設定やサービス内容等、端末側のポリシにしたがってＣＭＩＰ機能の使用要求を格納した通知をネットワークに送信する機能を有する。
2008099802.tif 000002
【特許請求の範囲】
【請求項１】
ＰＭＩＰ［Ｐｒｏｘｙ  ＭＩＰ（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）］機能を持つネットワーク機器が配備されたネットワークにおいて移動端末の動作を制御する移動端末管理システムであって、
前記ネットワーク側から前記移動端末側に前記ＰＭＩＰ機能を提供可能か否かを通知することを特徴とする移動端末管理システム。
【請求項２】
前記移動端末は、自端末がＣＭＩＰ（Ｃｌｉｅｎｔ  ＭＩＰ）機能を備えている時に前記ＣＭＩＰ機能の通知及び前記ＣＭＩＰ機能の使用の要求のうちの少なくともいずれかを前記ネットワーク側に送信することを特徴とする請求項１記載の移動端末管理システム。
【請求項３】
前記ネットワーク機器は、前記移動端末からの要求、前記ネットワーク側のポリシ、前記ＰＭＩＰ機能の有無、それらの組合せのいずれかによって前記移動端末をＰＭＩＰ動作とするかＣＭＩＰ動作とするかを決定する手段と、その決定した動作を前記移動端末に通知する手段とを含むことを特徴とする請求項２記載の移動端末管理システム。
【請求項４】
前記ネットワーク機器は、前記決定した動作を前記移動端末に通知するとともに、前記決定した動作を実行する上で必要となる設定情報を前記移動端末に送出し、
前記移動端末は、前記ＰＭＩＰ動作とするかＣＭＩＰ動作とするかを決定した際に、その動作に必要な設定を行うことを特徴とする請求項３記載の移動端末管理システム。
【請求項５】
前記ネットワーク側と前記移動端末との間の通知を、ＭＩＰ端末及びＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）端末において使用するプロトコルの拡張部分にかつ当該拡張部分を解釈できないノードにおいてその拡張部分が無視される性質を有する拡張部分に格納することを特徴とする請求項１から請求項４のいずれか記載の移動端末管理システム。
【請求項６】
前記ネットワーク側と前記移動端末との間の信号に、前記通知をやり取りしないＣＭＩＰ端末の動作を制御するための情報を格納することを特徴とする請求項５記載の移動端末管理システム。
【請求項７】
前記プロトコルは、ＭＩＰｖ４（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）を使用する場合に、ＡＳ（Ａｇｅｎｔ  Ｓｏｌｉｃｉｔａｔｉｏｎ）、ＡＡ（Ａｇｅｎｔ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）であることを特徴とする請求項５または請求項６記載の移動端末管理システム。
【請求項８】
前記プロトコルは、ＭＩＰｖ６（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ７）を使用する場合に、ＲＳ（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ）、ＲＡ（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）であることを特徴とする請求項５または請求項６記載の移動端末管理システム。
【請求項９】
前記ネットワーク機器は、３ＧＰＰ−Ａ（３ＧＰＰ−Ａｎｃｈｏｒ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＵＰＥ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｅｎｔｉｔｙ）、ＰＤＧ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）、ＰＤＳＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｓｅｒｖｉｎｇ  Ｎｏｄｅ）、ＰＤＩＦ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）、ＡＳＮ（Ａｃｃｅｓｓ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ）−ＧＷ（ＧａｔｅＷａｙ）のいずれかであることを特徴とする請求項１から請求項８のいずれか記載の移動端末管理システム。
【請求項１０】
ＰＭＩＰ［Ｐｒｏｘｙ  ＭＩＰ（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）］機能を持つネットワーク機器が配備されたネットワークにおいて移動端末の動作を制御する移動端末管理システムを構成するネットワーク機器であって、
前記移動端末側に対して前記ＰＭＩＰ機能を提供可能か否かを通知することを特徴とするネットワーク機器。
【請求項１１】
前記移動端末がＣＭＩＰ（Ｃｌｉｅｎｔ  ＭＩＰ）機能を備えている時に前記ＣＭＩＰ機能の通知及び前記ＣＭＩＰ機能の使用の要求のうちの少なくともいずれかを前記移動端末から受信することを特徴とする請求項１０記載のネットワーク機器。
【請求項１２】
前記移動端末からの要求、前記ネットワーク側のポリシ、前記ＰＭＩＰ機能の有無、それらの組合せのいずれかによって前記移動端末をＰＭＩＰ動作とするかＣＭＩＰ動作とするかを決定する手段と、その決定した動作を前記移動端末に通知する手段とを含むことを特徴とする請求項１１記載のネットワーク機器。
【請求項１３】
前記決定した動作を前記移動端末に通知するとともに、前記決定した動作を実行する上で必要となる設定情報を前記移動端末に送出し、
前記移動端末が、前記ＰＭＩＰ動作とするかＣＭＩＰ動作とするかを決定した際に、その動作に必要な設定を行うことを特徴とする請求項１２記載のネットワーク機器。
【請求項１４】
前記移動端末との間の通知を、ＭＩＰ端末及びＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）端末において使用するプロトコルの拡張部分にかつ当該拡張部分を解釈できないノードにおいてその拡張部分が無視される性質を有する拡張部分に格納することを特徴とする請求項１０から請求項１３のいずれか記載のネットワーク機器。
【請求項１５】
前記移動端末との間の信号に、前記通知をやり取りしないＣＭＩＰ端末の動作を制御するための情報を格納することを特徴とする請求項１４記載のネットワーク機器。
【請求項１６】
前記プロトコルは、ＭＩＰｖ４（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）を使用する場合に、ＡＳ（Ａｇｅｎｔ  Ｓｏｌｉｃｉｔａｔｉｏｎ）、ＡＡ（Ａｇｅｎｔ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）であることを特徴とする請求項１４または請求項１５記載のネットワーク機器。
【請求項１７】
前記プロトコルは、ＭＩＰｖ６（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ７）を使用する場合に、ＲＳ（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ）、ＲＡ（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）であることを特徴とする請求項１４または請求項１５記載のネットワーク機器。
【請求項１８】
３ＧＰＰ−Ａ（３ＧＰＰ−Ａｎｃｈｏｒ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＵＰＥ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｅｎｔｉｔｙ）、ＰＤＧ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）、ＰＤＳＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｓｅｒｖｉｎｇ  Ｎｏｄｅ）、ＰＤＩＦ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）、ＡＳＮ（Ａｃｃｅｓｓ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ）−ＧＷ（ＧａｔｅＷａｙ）のいずれかであることを特徴とする請求項１０から請求項１７のいずれか記載のネットワーク機器。
【請求項１９】
ＰＭＩＰ［Ｐｒｏｘｙ  ＭＩＰ（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）］機能を持つネットワーク機器が配備されたネットワークにおいて移動端末の動作を制御する移動端末管理システムに用いる移動端末動作制御方法であって、
前記ネットワーク側から前記移動端末側に前記ＰＭＩＰ機能を提供可能か否かを通知することを特徴とする移動端末動作制御方法。
【請求項２０】
前記移動端末がＣＭＩＰ（Ｃｌｉｅｎｔ  ＭＩＰ）機能を備えている時に前記ＣＭＩＰ機能の通知及び前記ＣＭＩＰ機能の使用の要求のうちの少なくともいずれかを前記移動端末から前記ネットワーク側に送信することを特徴とする請求項１９記載の移動端末動作制御方法。
【請求項２１】
前記ネットワーク機器が、前記移動端末からの要求、前記ネットワーク側のポリシ、前記ＰＭＩＰ機能の有無、それらの組合せのいずれかによって前記移動端末をＰＭＩＰ動作とするかＣＭＩＰ動作とするかを決定する処理と、その決定した動作を前記移動端末に通知する処理とを実行することを特徴とする請求項２０記載の移動端末動作制御方法。
【請求項２２】
前記ネットワーク機器が、前記決定した動作を前記移動端末に通知するとともに、前記決定した動作を実行する上で必要となる設定情報を前記移動端末に送出し、
前記移動端末が、前記ＰＭＩＰ動作とするかＣＭＩＰ動作とするかを決定した際に、その動作に必要な設定を行うことを特徴とする請求項２１記載の移動端末動作制御方法。
【請求項２３】
前記ネットワーク側と前記移動端末との間の通知を、ＭＩＰ端末及びＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）端末において使用するプロトコルの拡張部分にかつ当該拡張部分を解釈できないノードにおいてその拡張部分が無視される性質を有する拡張部分に格納することを特徴とする請求項１９から請求項２２のいずれか記載の移動端末動作制御方法。
【請求項２４】
前記ネットワーク側と前記移動端末との間の信号に、前記通知をやり取りしないＣＭＩＰ端末の動作を制御するための情報を格納することを特徴とする請求項２３記載の移動端末動作制御方法。
【請求項２５】
前記プロトコルは、ＭＩＰｖ４（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）を使用する場合に、ＡＳ（Ａｇｅｎｔ  Ｓｏｌｉｃｉｔａｔｉｏｎ）、ＡＡ（Ａｇｅｎｔ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）であることを特徴とする請求項２３または請求項２４記載の移動端末動作制御方法。
【請求項２６】
前記プロトコルは、ＭＩＰｖ６（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ７）を使用する場合に、ＲＳ（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ）、ＲＡ（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）であることを特徴とする請求項２３または請求項２４記載の移動端末動作制御方法。
【請求項２７】
前記ネットワーク機器は、３ＧＰＰ−Ａ（３ＧＰＰ−Ａｎｃｈｏｒ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＵＰＥ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｅｎｔｉｔｙ）、ＰＤＧ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）、ＰＤＳＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｓｅｒｖｉｎｇ  Ｎｏｄｅ）、ＰＤＩＦ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）、ＡＳＮ（Ａｃｃｅｓｓ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ）−ＧＷ（ＧａｔｅＷａｙ）のいずれかであることを特徴とする請求項１９から請求項２６のいずれか記載の移動端末動作制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動端末管理システム、ネットワーク機器及びそれらに用いる移動端末動作制御方法に関し、特にＰＭＩＰ［Ｐｒｏｘｙ  ＭＩＰ（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）］クライアントを配備したネットワークにおける移動端末の動作制御に関する。
【背景技術】
【０００２】
ＰＭＩＰクライアントを配備したネットワークに、ＣＭＩＰ（Ｃｌｉｅｎｔ  ＭＩＰ）機能［ＭＩＰｖ４（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）機能］を備えた移動端末が接続した場合の動作例は、以下の通りである。【０００３】
すなわち、移動端末がＰＭＩＰクライアントを有するネットワークに接続した場合には、ＭＩＰｖ４［ＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ）３３４４］に定義されたＡＡ（Ａｇｅｎｔ  Ａｄｖｅｒｔｉｓｅｍｅｔ）を移動端末に対して送信し、移動端末がＣＭＩＰ機能を備えているかどうかを確認する方法が考慮されている（例えば、非特許文献１参照）。【０００４】
つまり、ＡＡをＣＭＩＰ端末が受信した場合には、それに反応してＲＲＱ（Ｒｅｇｉｓｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ：位置登録要求）を送信するが、このＲＲＱが送信された場合、ネットワーク側は移動端末にＣＭＩＰ機能があると判断し、移動端末はＣＭＩＰで動作する。【０００５】
一方、Ｓｉｍｐｌｅ  ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）端末は、ＡＡを理解できず、一般のＩＰ端末がネットワークに接続した際と同様に、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）によってアドレス取得を試みる。ＰＭＩＰクライアントは、このＤＨＣＰ  ｒｅｑｕｅｓｔを契機としてＳｉｍｐｌｅ  ＩＰ端末の代わりにＨＡ（Ｈｏｍｅ  Ａｇｅｎｔ；ホームエージェント）に対して位置登録要求を送信する。【０００６】
上記の処理動作によれば、ＣＭＩＰ端末は固定的にＣＭＩＰ動作することになる。但し、ネットワークを管理するオペレータによっては、ＣＭＩＰ端末に対してもＰＭＩＰで動作させたい場合がある。【０００７】
しかしながら、現在、ＰＭＩＰ機能を有するネットワークにＣＭＩＰ端末が接続した時には、移動端末側の要求やネットワークでのポリシを鑑みつつ、移動端末の動作（ＰＭＩＰ動作とするか、ＣＭＩＰ動作とするか）を行う仕組みが存在しない。【０００８】
【非特許文献１】“ＷｉＭＡＸ  Ｅｎｄ−ｔｏ−Ｅｎｄ  Ｎｅｔｗｏｒｋ  Ｓｙｓｔｅｍｓ  Ａｒｃｈｉｔｅｃｔｕｒｅ（Ｓｔａｇｅ  ２：Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｔｅｎｅｔｓ，Ｒｅｆｅｒｅｎｃｅ  Ｍｏｄｅｌ  ａｎｄ  Ｒｅｆｅｒｅｎｃｅ  Ｐｏｉｎｔｓ）［Ｐａｒｔ２］，７．８  ＣＳＮ  Ａｎｃｈｏｒｅｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ”
【非特許文献２】“Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｕｓｉｎｇ  Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰｖ４”，ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｌｅｕｎｇ−ｍｉｐ４−ｐｒｏｘｙ−ｍｏｄｅ−０１．ｔｘｔ
【非特許文献３】“Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰｖ６”，ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｓｇｕｎｄａｖｅ−ｍｉｐｖ６−ｐｒｏｘｙｍｉｐｖ６−００．ｔｘｔ
【非特許文献４】”Ｎｅｔｗｏｒｋ  Ｂａｓｅｄ  Ｌａｙｅｒ  ３  Ｃｏｎｎｅｃｔｉｖｉｔｙ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｆｏｒ  ＩＰｖ６”，  ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｃｈｏｗｄｈｕｒｙ−ｎｅｔｍｉｐ６−０１．ｔｘｔ
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ＰＭＩＰクライアントを配備したネットワークに、ＭＩＰ機能（ＭＩＰｖ４機能）を備えた移動端末が接続した場合の動作においては、移動端末に対して送信したＡＡに反応して移動端末が位置登録要求（ＲＲＱ）を送信してくるか、ＡＡを無視してＤＨＣＰによってアドレス取得にくるかに応じて移動端末におけるＭＩＰ機能の有無を判定し、ＭＩＰ機能がなければＰＭＩＰクライアントが移動端末に代わってＲＲＱを送信し、ＭＩＰ機能があればＰＭＩＰクライアントが移動端末の代理を行わず、移動端末自身がＣＭＩＰ動作によってＲＲＱを送信している。【００１０】
上記の処理動作によれば、ＣＭＩＰ端末は固定的にＣＭＩＰ動作することになる。ネットワークを管理するオペレータによっては、ＣＭＩＰ端末に対してもＰＭＩＰで動作させたい場合があるが、ＣＭＩＰ端末がＭＩＰ機能を使わず、ＰＭＩＰ動作とするか、ＭＩＰ機能を使ってＣＭＩＰ動作とするかをネットワーク側から自由に制御する仕組みが存在しない。【００１１】
そこで、本発明の目的は上記の問題点を解消し、ネットワークの管理者のポリシにしたがって移動端末がＰＭＩＰ動作するか、ＣＭＩＰ動作するかを高速に決定することができる移動端末管理システム、ネットワーク機器及びそれらに用いる移動端末動作制御方法を提供することにある。
【課題を解決するための手段】
【００１２】
本発明による移動端末管理システムは、ＰＭＩＰ［Ｐｒｏｘｙ  ＭＩＰ（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）］機能を持つネットワーク機器が配備されたネットワークにおいて移動端末の動作を制御する移動端末管理システムであって、  前記ネットワーク側から前記移動端末側に前記ＰＭＩＰ機能を提供可能か否かを通知している。【００１３】
本発明によるネットワーク機器は、ＰＭＩＰ［Ｐｒｏｘｙ  ＭＩＰ（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）］機能を持つネットワーク機器が配備されたネットワークにおいて移動端末の動作を制御する移動端末管理システムを構成するネットワーク機器であって、
前記移動端末側に対して前記ＰＭＩＰ機能を提供可能か否かを通知している。【００１４】
本発明による移動端末動作制御方法は、ＰＭＩＰ［Ｐｒｏｘｙ  ＭＩＰ（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）］機能を持つネットワーク機器が配備されたネットワークにおいて移動端末の動作を制御する移動端末管理システムに用いる移動端末動作制御方法であって、
前記ネットワーク側から前記移動端末側に前記ＰＭＩＰ機能を提供可能か否かを通知している。
【発明の効果】
【００１５】
本発明は、上記のような構成及び動作とすることで、ネットワークの管理者のポリシにしたがって移動端末がＰＭＩＰ動作するか、ＣＭＩＰ動作するかを高速に決定することができるという効果が得られる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施の形態による移動端末管理システムの構成を示すブロック図である。
【図２】ＮＶＳＥのフォーマットを示す図である。
【図３】図１の移動端末の構成例を示すブロック図である。
【図４】図１のＰＭＩＰクライアント（Ａ）１３の構成例を示すブロック図である。
【図５】図１のＧＷの構成例を示すブロック図である。
【図６】本発明の第１の実施の形態におけるＮＶＳＥが格納されたＭＩＰｖ４信号を受信したＭＩＰｖ４ノードの処理を示すフローチャートである。
【図７】本発明の第１の実施の形態において移動端末３がネットワークのポリシによってＰＭＩＰ動作とする場合の動作を示すシーケンスチャートである。
【図８】本発明の第１の実施の形態において移動端末３からの要求とネットワークのポリシとによって移動端末３の動作を決定する手順を示すフローチャートである。
【図９】本発明の第１の実施の形態において移動端末３がアクセスネットワーク（Ａ）２００に接続した時にネットワークのポリシによってＣＭＩＰ動作が許可される場合の動作を示すシーケンスチャートである。
【図１０】本発明の第１の実施の形態において移動端末３がアクセスネットワーク（Ｃ）４００に接続した場合の動作を示すシーケンスチャートである。
【図１１】本発明の第２の実施の形態による移動端末管理システムの動作を示すシーケンスチャートである。
【図１２】本発明の第２の実施の形態において移動端末３がアクセスネットワーク（Ａ）２００に接続した場合にネットワークのポリシによってＣＭＩＰ動作が許可された場合の動作を示すシーケンスチャートである。
【図１３】本発明の第２の実施の形態において移動端末３がアクセスネットワーク（Ｃ）４００に接続した場合の動作を示すシーケンスチャートである。
【符号の説明】
【００１７】
２  ＣＮ
３  移動端末
１１  ＨＡ
１２  ポリシ蓄積サーバ
１３  ＰＭＩＰクライアント（Ａ）
１４  ＰＭＩＰクライアント（Ｂ）
１５  ＧＷ
３１  ＣＭＩＰ動作手段
３２  Ｓｉｍｐｌｅ  ＩＰ動作手段
３３  接続・動作検出手段
３４  ポリシ蓄積手段
３５  端末動作要求送信手段
３６  端末動作情報受信手段
３７  動作決定手段
１００  ネットワーク
１３１  ＰＭＩＰ動作手段
１３２  ＦＡ動作手段
１３３  端末動作要求受信手段
１３４  ポリシ通信手段
１３５  動作決定手段
１３６  認証処理手段
１３７  端末動作情報送信手段
１５１  ＧＷ動作手段
１５２  ＦＡ動作手段
１５３  端末動作要求受信手段
１５４  認証処理手段
１５５  端末動作情報送信手段
２００  アクセスネットワーク（Ａ）
３００  アクセスネットワーク（Ｂ）
４００  アクセスネットワーク（Ｃ）
【発明を実施するための最良の形態】
【００１８】
本発明の移動端末管理システムは、移動端末がＭＩＰ（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）［以後、ＰＭＩＰ（Ｐｒｏｘｙ  ＭＩＰ）に対してＣｌｉｅｎｔ側のＭＩＰ機能であることを強調し、Ｃｌｉｅｎｔ  ＭＩＰ（ＣＭＩＰ）とする］機能を有している場合（以下、この移動端末をＣＭＩＰ端末とする）、ＣＭＩＰ端末がネットワークに接続した際、あるいはハンドオーバした際に、ＣＭＩＰ能力の通知及びＣＭＩＰ機能の使用をネットワーク機器へ要求する機能を、ＣＭＩＰ端末に備えている。【００１９】
また、ネットワークでは、該ネットワークの管理者のポリシに基づいて、ＣＭＩＰ端末の動作を制御可能な情報、及びＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）設定情報を格納した通知をＣＭＩＰ端末に対して行う。これにより、ＣＭＩＰ端末がＰＭＩＰ端末（つまり、Ｓｉｍｐｌｅ  ＩＰ端末）あるいはＣＭＩＰ端末としての動作のいずれとするかを明確に決定することが可能となる。【００２０】
さらに、ＰＭＩＰ端末として動作する場合、ＣＭＩＰ端末として動作する場合のいずれおいても、移動端末の各種ＩＰ情報［移動端末のＨｏＡ（Ｈｏｍｅ  Ａｄｄｒｅｓｓ）、ＣｏＡ（Ｃａｒｅ−ｏｆ  Ａｄｄｒｅｓ）、ＨＡ（Ｈｏｍｅ  Ａｇｅｎｔ；ホームエージェント）アドレス］の設定を高速に完了することが可能となる。【００２１】
そのため、本発明の移動端末管理システムでは、ネットワーク接続やハンドオーバ時において、サービス提供可能となるまでの時間を短縮することが可能となる。この時、端末能力通知、ＣＭＩＰ使用の要求、及びネットワークからの端末制御通知に、ＭＩＰｖ４（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）の場合にはＡＳ（Ａｇｅｎｔ  Ｓｏｌｉｃｉｔａｔｉｏｎ）、ＡＡ（Ａｇｅｎｔ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）、ＭＩＰｖ６（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）の場合にはＲＳ（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ）、ＲＡ（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）といったＭＩＰやＩＰ端末が通常に使用するプロトコルを拡張して行うことで、本発明に対応した端末だけでなく、一般的なＣＭＩＰ端末、あるいはＳｉｍｐｌｅ  ＩＰ端末も同時に収容することが可能であり、現存するシステムへの本発明の適用も容易となる。【００２２】
また、本発明の移動端末管理システムでは、端末とネットワークとの間の通知の数も削減可能となるために、通信帯域の効率的な使用が可能となる。移動通信では無線通信技術を使用するが、無線通信技術は、多くの場合、有線通信技術と比べて帯域的に劣るため、帯域の効率的な使用は特に重要となる。【００２３】
このように、本発明の移動端末管理システムは、ＰＭＩＰ機能を備えたネットワークに、ＣＭＩＰ機能を備えたＣＭＩＰ端末が接続した際に、ＣＭＩＰ端末のポリシによってＣＭＩＰでの動作を要求する通知を行う。一方、ネットワークがその通知によって取得したＣＭＩＰ端末の要求とネットワーク側のポリシとによって、ＣＭＩＰ端末をＣＭＩＰで動作させるか、ＰＭＩＰで動作させるかを制御可能な通知を行うと共に、通信に必要な情報（例えば、ＩＰアドレス情報）を通知することを特徴としている。【００２４】
この結果、本発明の移動端末管理システムでは、ＣＭＩＰ端末がネットワークに接続した際、あるいはハンドオーバした際に、ＰＭＩＰ動作（ネットワーク側のＰＭＩＰ機能を使用）とするか、ＣＭＩＰ動作（自らのＣＭＩＰ機能を使用）とするかを決定することが可能となり、さらにＩＰ設定を完了することが可能となるため、高速に通信可能な状態となり、電源投入後の快適なサービスの開始、あるいはハンドオーバ時のサービス途絶の回避ないしは途絶時間の短縮を可能とする。【００２５】
本発明の移動端末管理システムは、さらに以下の（１）〜（３）の特徴を有している。
（１）本発明の移動端末管理システムでは、既存のＭＩＰのプロトコル、あるいは一般に使用されるプロトコルを流用することで、既存のシステムへの変更を最小限とする。
（２）本発明の移動端末管理システムでは、本発明をサポートしたＰＭＩＰクライアントを配置したネットワークに、本発明をサポートしないＣＭＩＰ端末やＣＭＩＰ機能を備えない一般的なＩＰ端末（以後、この端末をＳｉｍｐｌｅ  ＩＰ端末とする）が接続した場合にも、それらの端末がネットワークに接続した際に発生する信号交換と共通化することが可能となり、一般的なＩＰ端末及びＣＭＩＰ端末との共存が可能であり、本発明を既存システム、あるいは既に検討が進んでいるシステムに適用することを容易とする。
（３）本発明をサポートしたネットワークに、本発明をサポートしたＭＩＰ端末が接続した場合には、ネットワーク側のポリシが許せば、ＭＩＰ端末側の意図によって、ＰＭＩＰ動作とするか、ＣＭＩＰ動作とするかの動作モードを選択することが可能となる。これによって、端末側でハンドオーバタインミングを制御することが可能となる。また、端末が、サービスの種別によって、ＨＡ（Ｈｏｍｅ  Ａｇｅｎｔ）を選択したり、複数のＨＡに位置登録をしたりすることが可能となり、ユーザに提供するサービスの幅を広げることが可能となる。【００２６】
尚、ＨＡに相当するのは、３ＧＰＰにおいては、ＳＡＥ−Ａ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ−Ａｎｃｈｏｒ）である。３ＧＰＰ２、ＷｉＭＡＸ  ＦｏｒｕｍではそのままＨＡと呼称される。また、ＰＭＩＰクライアントに相当するのは、３ＧＰＰにおいては、３ＧＰＰ−Ａ（３ＧＰＰ−Ａｎｃｈｏｒ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＵＰＥ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｅｎｔｉｔｙ）、ＰＤＧ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）である。また、３ＧＰＰ２では、ＰＤＳＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｓｅｒｖｉｎｇ  Ｎｏｄｅ）、ＰＤＩＦ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）である。さらに、ＷｉＭＡＸ  ＦｏｒｕｍにおいてはＡＳＮ（Ａｃｃｅｓｓ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ）−ＧＷである。【００２７】
続いて、本発明の詳細について、以下に図面を参照して説明する。【００２８】
図１は本発明の第１の実施の形態による移動端末管理システムの構成を示すブロック図である。図１において、本発明の第１の実施の形態による移動端末管理システムは、ネットワーク１００と、アクセスネットワーク（Ａ）２００と、アクセスネットワーク（Ｂ）３００と、アクセスネットワーク（Ｃ）４００と、ＣＮ（Ｃｏｒｒｅｓｐｏｎｄｅｎｔ  Ｎｏｄｅ）２と、移動端末３とから構成されている。【００２９】
ネットワーク１００内には、ＨＡ（Ｈｏｍｅ  Ａｇｅｎｔ）１１と、ポリシ蓄積サーバ１２と、ＰＭＩＰ［Ｐｒｏｘｙ  ＭＩＰ（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）］クライアント（Ａ）１３と、ＰＭＩＰクライアント（Ｂ）１４と、ＧＷ（ＧａｔｅＷａｙ）１５とが設けられている。【００３０】
ネットワーク１００は、移動端末３に対して各種サービスを提供するプロバイダが管理するネットワークである。ネットワーク１００は、例えば、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）においてＣｏｒｅ  Ｎｅｔｗｏｒｋと呼ばれるネットワークに対応し、また、ＷｉＭＡＸにおいてはＣＳＮ（Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ）に対応するネットワークである。【００３１】
ＨＡ１１はＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ）３３４４、あるいはＲＦＣ３７７５に定義されたＨＡであり、ＣＭＩＰ（Ｃｌｉｅｎｔ  ＭＩＰ）端末、あるいはＰＭＩＰクライアントによる位置登録要求によって、移動端末のＨｏｍｅ  Ａｄｄｒｅｓｓ宛のパケットを、移動端末の移動先にカプセル化によって転送する機能を有している。【００３２】
本実施の形態でのＨＡ１１は、一般的なＨＡと同等の機能を有するものである。当該ＨＡは、例えば、３ＧＰＰではＳＡＥ−Ａ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ−Ａｎｃｈｏｒ）、３ＧＰＰ−Ａ（３ＧＰＰ−Ａｎｃｈｏｒ）というように、ＭＩＰのＨＡの移動端末の移動先へパケットを転送する機能に加え、他の機能も一緒に実装されたり、異なる名称で呼ばれたりするが、ＭＩＰとしてのＨＡ機能が実装されているノードは全て、ＨＡ１１として示したノードの範疇に入る。【００３３】
ポリシ蓄積サーバ１２は、ＣＭＩＰ端末をＳｉｍｐｌｅ  ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）端末として動作させるか、ＣＭＩＰ端末として動作させるかといったネットワークのポリシが蓄積されたサーバであり、ＰＭＩＰクライアント（Ａ）１３、ＰＭＩＰクライアント（Ｂ）１４からのポリシ要求によって、ネットワークのポリシを応答する。このポリシは、ネットワーク単位で共通のポリシとしても良いし、アクセスネットワーク単位でのポリシとしても良い。あるいは、ユーザ、あるいは移動端末単位で異なるポリシとしても良い。【００３４】
アクセスネットワーク単位でポリシを適用する場合には、ポリシ要求に、ＰＭＩＰクライアントあるいはＧＷの識別子を含める。また、ユーザ単位でポリシを適用する場合には、ポリシ要求に、ＲＦＣ４２８２で規定されたユーザのＮＡＩ（Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）等のユーザ識別子を格納する。同様に、移動端末単位とする場合には、端末識別子をポリシ要求に格納する。【００３５】
一方、固定的に同一のポリシを適用する場合には、ポリシ蓄積サーバ１２は省略することが可能である。この場合には、ＰＭＩＰクライアント（Ａ）１３、ＰＭＩＰクライアント（Ｂ）１４、ＧＷ１５各々の設定ファイルに、ＣＭＩＰ端末の動作ポリシを設定する。【００３６】
ポリシ蓄積サーバ１２に格納するポリシ情報は、例えば、ＣＭＩＰ端末にＰＭＩＰとして動作させることを強制する“ＰＭＩＰ強制”、ＣＭＩＰ端末にＰＭＩＰ動作、あるいはＣＭＩＰ動作の選択を許可する“ＣＭＩＰ許可”、ＣＭＩＰ端末にＣＭＩＰ動作を強制する“ＣＭＩＰ強制”とすることができるが、これらに限らない。【００３７】
ＰＭＩＰクライアント（Ａ）１３及びＰＭＩＰクライアント（Ｂ）１４は、一般的なＰＭＩＰクライアント機能に加え、移動端末３から送られた端末動作要求情報と、ポリシ蓄積サーバ１２から取得したポリシに基づいて、移動端末３をＰＭＩＰ動作とするか、ＣＭＩＰ動作とするかを決定する機能を備え、その後、移動端末３の動作を制御可能な端末動作制御情報と、移動端末３がＰＭＩＰ動作、ＣＭＩＰ動作の何れとするかを決定した際に必要となるＩＰ設定情報とを含む通知を移動端末３に送信する機能を有する。【００３８】
ここで、一般的なＰＭＩＰ機能とは、移動端末３に代ってＣＭＩＰの位置登録要求をＨＡ１１に送信する機能である。位置登録要求とは、ＭＩＰｖ４であればＲＲＱ（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）であり、ＭＩＰｖ６であればＢＵ（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）である。【００３９】
ＰＭＩＰクライアントの仕様は、ＭＩＰｖ４をベースにするか、ＭＩＰｖ６をベースにするか、あるいはＩＰｖ４、ＩＰｖ６双方の端末を収容可能とするかどうか、位置登録要求を代理送信する契機を何にするか、等いくつかの相違点を有する複数のドラフト（上記の非特許文献２〜４）がＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）に提出されている。【００４０】
しかしながら、いずれにおいても、上述したように、端末の代理で位置登録要求をＨＡ１１に送信するＰＭＩＰ機能を持つノードが規定されており、ＰＭＩＰ機能を有するノードが、本発明のＰＭＩＰクライアント（Ａ）１３、ＰＭＩＰクライアント（Ｂ）１４に相当する。今後新たなドラフトが提出される、あるいは正式な標準ができたとしてもＰＭＩＰ機能を有するノードであれば、本発明の要素を盛り込めば、本実施の形態のＰＭＩＰクライアントに相当するノードとなる。【００４１】
本実施の形態では、上記のように、ＰＭＩＰクライアント（Ａ）１３、ＰＭＩＰクライアント（Ｂ）１４は、一般的なＰＭＩＰ機能と、本発明の移動端末３の動作制御情報を通知する機能とを共に備えたノードとしているが、これらの機能は別のノードとして実装されても構わない。【００４２】
ＰＭＩＰクライアント（Ａ）１３、ＰＭＩＰクライアント（Ｂ）１４はそれぞれ、ネットワーク１００と、アクセスネットワーク（Ａ）２００、アクセスネットワーク（Ｂ）３００との境界部に配置されるが、ユーザあるいは通信Ｉ／Ｆ（インタフェース）の認証を行うための認証機能を、さらにＰＭＩＰクライアント（Ａ）１３、ＰＭＩＰクライアント（Ｂ）１４に有する構成としても構わない。上記のような機能を含め、本発明のＰＭＩＰクライアントとしたノードの機能配備は、実施する状況によって様々なものが考えられ、本実施の形態で想定した機能配備には限らない。【００４３】
ＧＷ１５は、ネットワーク１００とアクセスネットワーク（Ｃ）４００との境界に配置されたルータであり、移動端末３がネットワーク１００内のノードと通信するにあたって、ユーザ認証や、通信Ｉ／Ｆの認証を行うための認証機能を備えていても良い。上記のような一般的なルータ、あるいは認証ＧＷとしての機能に加え、本発明のＧＷ１５は、移動端末３の動作がＣＭＩＰとなるような端末動作制御情報を移動端末３に送ると共に、移動端末３がＣＭＩＰ動作をする際に必要となるＩＰ設定情報を含む通知を移動端末３に送信する機能を有している。【００４４】
ＰＭＩＰクライアント（Ａ）１３、ＰＭＩＰクライアント（Ｂ）１４、ＧＷ１５が、移動端末３に対して端末動作制御情報及びＩＰ設定情報を通知する場合、本発明においては、ＭＩＰｖ４、ＭＩＰｖ６が一般的に使用するプロトコルを拡張して情報を格納する方法とする。【００４５】
具体的に説明すると、ＭＩＰｖ４の場合にはＡＡ（Ａｇｅｎｔ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）に、ＭＩＰｖ６の場合にはＲＡ（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｔ）にそれぞれ情報を格納する。この時、必ずしも、ＡＡ、ＲＡのような一般的に使用するプロトコルを使用する必要はないが、ＡＡ、ＲＡを使用することで、（１）ＡＡあるいはＲＡの他に新たな通知を送る必要がなく、通信帯域の効率的な使用が可能、（２）本発明をサポートしたＣＭＩＰ端末以外にも、一般的なＣＭＩＰ端末及びＳｉｍｐｌｅ  ＩＰ端末も矛盾無く収容することが可能、（３）ＡＡ、ＲＡに格納可能な一般的な情報要素に入れる情報を工夫することで、本発明をサポートしないＣＭＩＰ端末でも、本発明をサポートするＣＭＩＰ端末に対して効率や自由度の面で劣るものの、ＣＭＩＰ動作、ＰＭＩＰ動作の制御が可能、といったメリットが得られる。【００４６】
尚、ＭＩＰｖ４のＡＡあるいはＲＡを同一リンク内の複数の移動端末に送信する場合には、特定の端末のＩＰ設定情報を含めることはできないが、本発明の好適な適用先として想定している３ＧＰＰや３ＧＰＰ２、ＷｉＭＡＸ  Ｆｏｒｕｍで検討されているネットワークは、ＰＭＩＰクライアントやＧＷと、移動端末とが移動端末単位で個別のリンクで接続される。したがって、ＡＡ、ＲＡは特定の移動端末に送信されることになり、特定の移動端末のＩＰ設定情報を含むこととしても問題ない。【００４７】
また、上記のような場合ではなく、一般的なネットワークに適用する場合においても、特定の移動端末によって送信されたＡＳあるいはＲＳへの応答としてＵｎｉｃａｓｔでＡＡ、ＲＡを送信する場合にもＩＰ設定情報を含めることができる。いずれにせよ、本実施の形態ではＡＡ、ＲＡは特定の移動端末に送信される状況を想定している。但し、ＩＰ設定情報を含めず、移動端末の動作制御情報を格納する場合には、複数の移動端末にＡＡやＲＡが送信される場合にも適用することができる。【００４８】
認証サーバ１６０は、ＲＡＤＩＵＳやＤＩＡＭＥＴＥＲ等の一般的な認証サーバであり、アクセスネットワーク（Ａ）２００、アクセスネットワーク（Ｂ）３００、アクセスネットワーク（Ｃ）４００に移動端末３が接続した場合には、それぞれ、ＰＭＩＰクライアント（Ａ）１３、ＰＭＩＰクライアント（Ｂ）１４、ＧＷ１５からの認証要求に応じて移動端末３のユーザ、あるいは端末自身の認証処理を行い、結果を応答する機能を有している。【００４９】
また、認証をパスした際には、ＭＩＰクライアント（Ａ）１３、ＰＭＩＰクライアント（Ｂ）１４、ＧＷ１５は、移動端末３に割当てるべきＨｏＡ（Ｈｏｍｅ  Ａｄｄｒｅｓｓ）やＨＡアドレス、ＨＡに位置登録要求を行う際に使用する鍵情報を認証サーバ１６からダウンロードすることができる。これらの機能は、上記のＲＡＤＩＵＳやＤＩＡＭＥＴＥＲによる一般的な認証サーバで実現できることであり、それらの詳細な説明については省略する。【００５０】
この例では、ＨＡ１１、ポリシ蓄積サーバ１２、認証サーバ１６は、ネットワーク１００の中に配置されているが、別のネットワークに配置されたものを使用することもできる。例えば、ネットワーク１００の管理者が行っているサービスの加入者の移動端末３が、別の管理者が管理するネットワークに接続する場合、ＨＡ１１や認証サーバ１６はネットワーク１００内のものを使用して、ポリシ蓄積サーバは在圏のものが使用される場合が考えられる。【００５１】
ＣＮ２は、移動端末３の通信相手となる端末、あるいはサーバである。移動端末３の通信相手となる端末の場合には、移動端末３と同等の機能を有する移動端末であっても良い。【００５２】
移動端末３は、一般的なＭＩＰｖ４、あるいはＭＩＰｖ６機能に加え、アクセスネットワークに接続した際、あるいはハンドオーバした際等に、ユーザの設定やサービス内容等、端末側のポリシにしたがってＣＭＩＰ機能の使用要求を格納した通知をネットワークに送信する機能を備えている。【００５３】
また、移動端末３は、上記のＰＭＩＰクライアント（Ａ）１３、ＰＭＩＰクライアント（Ｂ）１４、ＧＷ１５がＡＡあるいはＲＡに格納した端末動作制御情報及びＩＰ設定情報を読取る機能を備え、端末動作制御情報にしたがってＰＭＩＰ動作とするか、ＣＭＩＰ動作とするかを決定する機能を備えている。さらに、移動端末３は、このとき読取ったＩＰ設定情報によって自らのＩＰ設定を行う機能を備えている。【００５４】
アクセスネットワーク（Ａ）２００、アクセスネットワーク（Ｂ）３００、アクセスネットワーク（Ｃ）４００は、移動端末３がネットワーク１００のノードと通信する再に経由するネットワークである。アクセスネットワークは、同一Ｌ２（Ｌａｙｅｒ２）リンクでＰＭＩＰクライアント（Ａ）１３、ＰＭＩＰクライアント（Ｂ）１４、ＧＷ１５に接続できる構成（すなわち、間にルータがない構成）であっても良いし、間にルータを配置した構成としても良い。【００５５】
ここで、ＭＩＰｖ４のＡＳ、ＡＡに対し、それぞれ端末動作要求情報及び端末動作制御情報を格納する場合には、ＲＦＣ３１１５で規定されたＶＳＥ（Ｖｅｎｄｏｒ／Ｏｒｇａｎｉｚａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｅｘｔｅｎｓｉｏｎ）を使用する例を示す。【００５６】
ＶＳＥは、ベンダや組織固有の情報を格納する際に使用することができる。ＶＳＥは、さらに、ＣＶＳＥ（Ｃｒｉｔｉｃａｌ  Ｖｅｎｄｏｒ／Ｏｒｇａｎｉｚａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｅｘｔｅｎｓｉｏｎ）とＮＶＳＥ（Ｎｏｒｍａｌ  Ｖｅｎｄｏｒ／Ｏｒｇａｎｉｚａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｅｘｔｅｎｓｉｏｎ）とが定義されている。【００５７】
ＣＶＳＥがＲＲＱ、ＲＲＰ、ＡＡ、ＡＳといったＭＩＰｖ４の信号に格納されていた場合には、これを認識しないＭＩＰｖ４ノード［ＨＡ、ＦＡ（Ｆｏｒｅｉｇｎ  Ａｇｅｎｔ）、ＣＭＩＰ端末、ＰＭＩＰクライアント］が信号を破棄する。一方、ＮＶＳＥの場合には、これを認識しないＭＩＰｖ４ノードが、ＮＶＳＥ部位を無視して処理を継続する。【００５８】
本実施の形態では、本発明をサポートしないノードにおいてもＭＩＰｖ４の処理が正しく行われるようにするため、ＮＶＳＥを使用する。但し、ＣＶＳＥを使用しても構わない。【００５９】
ＮＶＳＥのフォーマットを図２に示す。この拡張はＭＩＰｖ４信号のいずれの拡張部位にも格納することができる。ここで、ＴｙｐｅはＲＦＣ３１１５によって「１３４」と定められている。Ｌｅｎｇｔｈには、Ｔｙｐｅ及びＬｅｎｇｔｈを含まない拡張データのバイト数が設定される。Ｖｅｎｄｏｒ／Ｏｒｇ−ＩＤにはベンダあるいは組織を示す識別子が設定される。Ｖｅｎｄｏｒ−ＮＶＳＥ−Ｔｙｐｅには、ベンダあるいは組織毎に定義した拡張情報の種別を示す値が設定される。Ｖｅｎｄｏｒ−ＮＶＳＥ−Ｖａｌｕｅには、Ｖｅｎｄｏｒ−ＮＶＳＥ−Ｔｙｐｅで示された拡張情報の値が設定される。【００６０】
図３は図１の移動端末３の構成例を示すブロック図である。図３において、移動端末３はＣＭＩＰ動作手段３１と、Ｓｉｍｐｌｅ  ＩＰ動作手段３２と、接続・動作検出手段３３と、ポリシ蓄積手段３４と、端末動作要求送信手段３５と、端末動作情報受信手段３６と、動作決定手段３７とから構成されている。【００６１】
ＣＭＩＰ動作手段３１はＲＦＣ３３４４に規定されたＭＩＰｖ４、あるいはＲＦＣ３７７５に規定されたＭＩＰｖ６に準じた端末機能によってモビリティを実現する手段を備えている。Ｓｉｍｐｌｅ  ＩＰ動作手段３２は一般的なＩＰｖ４、あるいはＩＰｖ６端末として動作するための手段を備えている。【００６２】
接続・移動検出手段３３はレイヤ２の機能等によってリンクアップや異なるリンクに接続したことを検出する機能を備えている。これは、一般的な無線インタフェースでも実現することができ、本発明の特徴は含まない。ポリシ蓄積手段３４はＣＭＩＰ動作を要求するか、あるいはＰＭＩＰ動作を要求するかのポリシ情報を格納する手段である。このポリシ情報はユーザが設定しても良いし、予め端末に設定しておくことにしても良い。【００６３】
端末動作要求送信手段３５は接続・移動検出手段３３によって、ネットワークへの接続、あるいは移動を検出した際に、移動端末３の動作モードをポリシ蓄積手段３４に蓄積されたポリシ情報から取得し、その動作モードの情報を格納したＡＳ（ＭＩＰｖ４の場合）、あるいはＲＳ（ＭＩＰｖ６の場合）を送信する手段を備えている。【００６４】
例えば、移動端末３がＣＭＩＰ動作を要求する場合には、ＣＭＩＰ動作要求を示す情報（例えば、ＣＭＩＰ動作要求に対応させたコード）をＡＳ、あるいはＲＳに格納し、ＰＭＩＰ動作する場合には、一般的なＡＳ、ＲＳを送るようにすることが考えられる。【００６５】
但し、ＣＭＩＰ動作を要求しない場合でも、端末がＣＭＩＰ機能を備えていることを通知したい場合には、ＣＭＩＰ機能を備えていることを示すコードをＡＳ、あるいはＲＳに格納するようにしても良い。本実施の形態では、端末動作要求送信にＡＳ（ＭＩＰｖ４の場合）、ＲＳ（ＭＩＰｖ６）を用いているが、それ以外のプロトコルを用いることとしても構わない。【００６６】
端末動作情報受信手段３６はＰＭＩＰクライアント（Ａ）１３またはＰＭＩＰクライアント（Ｂ）１４、あるいはＧＷ１５から送信されたＡＡ、あるいはＲＡを受信し、それぞれに格納されかつＰＭＩＰクライアントが決定した移動端末３の動作モードや、決定された動作モードでの動作に必要な情報（ＨｏＡ、ＨＡアドレス等）を取得する手段を備えている。【００６７】
動作モードは、直接ＡＡ、ＲＡに格納せずに前記決定された動作モードに必要な情報等から間接的に判定するようにしてもよい。本実施の形態では、端末動作情報受信にＡＡ（ＭＩＰｖ４の場合）、ＲＡ（ＭＩＰｖ６）を用いているが、それ以外のプロトコルを用いることとしても構わない。【００６８】
動作決定手段３７はＡＡあるいはＲＡで取得されたＰＭＩＰクライアントが決定した動作モードがＣＭＩＰ動作であれば、ＣＭＩＰ動作手段３１を有効化する機能を備えている。一方、動作決定手段３７はＰＭＩＰ動作であった場合、ＣＭＩＰ動作手段３１を無効化し、Ｓｉｍｐｌｅ  ＩＰ端末として動作するＳｉｍｐｌｅ  ＩＰ動作手段３２を有効化する機能を備えている。いずれの場合も、動作決定手段３７はＡＡあるいはＲＡで取得した各動作に必要な情報の設定を行う機能も備える。【００６９】
尚、図示していないが、移動端末３は認証処理手段を有している。この認証処理手段はネットワークに接続したことが検出された際に、ＰＭＩＰクライアントと認証処理を行う手段を備えている。この時、移動端末３は、ＲＦＣ４２８２に規定されたＮＡＩ（Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）等の識別子を認証要求の中に格納する。【００７０】
図４は図１のＰＭＩＰクライアント（Ａ）１３の構成例を示すブロック図である。図４において、ＰＭＩＰクライアント（Ａ）１３はＰＭＩＰ動作手段１３１と、ＦＡ動作手段１３２と、端末動作要求受信手段１３３と、ポリシ通信手段１３４と、動作決定手段１３５と、認証処理手段１３６と、端末動作情報送信手段１３７とから構成されている。尚、図示していないが、ＰＭＩＰクライアント（ｂ）１４はこのＰＭＩＰクライアント（Ａ）１３と同様の構成及び動作となっている。【００７１】
ＰＭＩＰ動作手段１３１は上記の非特許文献２〜４に規定された一般的なＰＭＩＰクライアントの動作をする手段を備えている。但し、ＰＭＩＰクライアント（Ａ）１３が移動端末３に代わってＲＲＱ（ＭＩＰｖ４の場合）、あるいはＢＵ（ＭＩＰｖ６の場合）をＨＡ１１に送信する契機は、動作決定手段１３５から送信される通知を契機とする。【００７２】
ＦＡ動作手段１３２はＭＩＰｖ４の場合、ＲＦＣ３３４４に規定されたＦＡとして動作するための機能も備えている。ＦＡ機能は、移動端末３にＣＭＩＰ動作を許可した場合で、かつＦＡモードで動作させる際に使用される。但し、ＰＭＩＰ動作手段１３１が、移動端末３がＦＡモードで動作する際のように、ＲＲＱをＦＡ経由でＨＡ１１に送る構成としても構わない。ＭＩＰｖ６の場合には、本手段は必要ない。【００７３】
端末動作要求受信手段１３３は移動端末３から送信されるＡＳ（ＭＩＰｖ４の場合）あるいはＲＳ（ＭＩＰｖ６）の場合を受信し、ＡＳ、あるいはＲＳに格納された移動端末３の動作要求情報を取得し、動作決定手段１３５に送信する機能を備えている。本実施の形態では、端末が端末動作要求を送る手段としてＡＳ（ＭＩＰｖ４の場合）、ＲＳ（ＭＩＰｖ６）を用いているが、それ以外のプロトコルを用いることとしても構わない。【００７４】
ポリシ通信手段１３４はポリシ蓄積サーバ１２に対し、接続した移動端末３の識別子をポリシ要求に格納し、そのポリシ要求を送信し、その結果として、ポリシ蓄積サーバ１２から移動端末３をＣＭＩＰ動作させるか、ＰＭＩＰ動作とするかのポリシ情報を取得する機能を備えている。ポリシ蓄積サーバ１２に送信する情報には、当該ＰＭＩＰクライアント（Ａ）１３の識別子や移動端末３の識別子以外にも、移動端末３の能力（ＣＭＩＰ端末を備えているか否か）等、他の情報を含むことにしても構わない。【００７５】
ＰＭＩＰクライアント識別子を含むことにした場合、ポリシ蓄積サーバ１２は、どの移動端末かだけでなく、どのＰＭＩＰクライアント、あるいはどのアクセスネットワークに移動端末がいるかに依存してポリシを返すことができる。また、ＰＭＩＰの識別子はＰＭＩＰの認証に用いることもできる。移動端末やＰＭＩＰの識別子としては、ＮＡＩを用いることができる。【００７６】
動作決定手段１３５はポリシ通信手段１３４で取得したポリシ情報と、端末動作要求［ＡＳ（ＲＳ）］受信手段１３３から取得した端末の動作要求情報とを基に移動端末３をＰＭＩＰ動作とするか、ＣＭＩＰ動作とするかの動作モードを決定する機能を備えている。具体的な動作決定手順については後述する（図６参照）。【００７７】
移動端末３にＣＭＩＰ動作させる場合で、かつＭＩＰｖ４の場合には、さらに移動端末３がＦＡモードとＣＣｏＡモードとのどちらで動作すべきかを決定する。この決定のポリシとしては、例えば、ＰＭＩＰクライアントがＦＡとしての機能を備えていればＦＡモード、ＦＡとしての機能を備えていなければＣＣｏＡモードに決定する等とすることができる。但し、ＦＡとしての機能を備えている場合でもＣＣｏＡモードを選択しても構わない。この場合、ポリシ蓄積サーバ１２からＦＡモード、ＣＣｏＡモードのどちらにするかのポリシを取得することで、どちらの動作にするかを決定するといった構成が考えられる。【００７８】
認証処理手段１３６は移動端末３から送られた識別子を用いて認証サーバ１６と通信を行い、認証サーバ１６から端末のＨｏＡ（ＣＭＩＰ端末の場合、Ｓｉｍｐｌｅ  ＩＰ端末の場合にはＨｏＡが単なるＩＰアドレス相当となる）、ＨＡ１１のアドレス等の情報を取得する機能を備えている。この認証処理手段１３６は上記の非特許文献１にＡｕｔｈｅｎｔｉｃａｔｏｒとして記載されている機能と同等ものであり、認証サーバ１６としてＲａｄｉｕｓサーバやＤｉａｍｅｔｅｒサーバを使った構成が広く用いられている。【００７９】
端末動作情報送信手段１３７は動作決定手段１３５で決定した移動端末３の動作モードと、決定された動作モードで必要となるアドレス等の必要情報とをＡＡ、ＲＡに格納して移動端末３に送信する手段を備えている。アドレス等の必要情報は、認証処理手段１６で取得した情報を用いる。本実施の形態では、ＰＭＩＰクライアントが端末動作情報を送る手段としてＡＡ（ＭＩＰｖ４の場合）、ＲＡ（ＭＩＰｖ６）を用いているが、それ以外のプロトコルを用いることとしても構わない。【００８０】
図５は図１のＧＷ１５の構成例を示すブロック図である。図５において、ＧＷ１５はＧＷ動作手段１５１と、ＦＡ動作手段１５２と、端末動作要求受信手段１５３と、認証処理手段１５４と、端末動作情報送信手段１５５とから構成されている。【００８１】
ＧＷ動作手段１５１は一般的なルータとして動作する機能を備えている。また、ＧＷ動作手段１５１は移動端末３との間でＩＰｓｅｃ（ＲＦＣ４３０１に規定）によりセキュアな通信を確立する手段を備えていてもよい。いずれにせよ、ＧＷ動作手段１５１には本発明の特徴となる要素が含まれていない。ＦＡ動作手段１５２はＭＩＰｖ４の場合、ＲＦＣ３３４４に規定されたＦＡとして動作するための機能も備えている。ＦＡ機能は、移動端末３にＦＡモードで動作させる際に使用される。ＭＩＰｖ６の場合、このＦＡ動作手段１５２は必要ない。【００８２】
端末動作要求受信手段１５３は移動端末３から送信されるＡＳ（ＭＩＰｖ４の場合）あるいはＲＳ（ＭＩＰｖ６の場合）を受信し、ＲＳ、あるいはＡＳに格納された移動端末３の動作要求情報を取得する。但し、ＰＭＩＰ動作手段を備えていないため、“ＣＭＩＰ動作”が自動的に決定される。本実施の形態では、端末が端末動作要求を送る手段としてＡＳ（ＭＩＰｖ４の場合）、ＲＳ（ＭＩＰｖ６）を用いているが、それ以外のプロトコルを用いることとしても構わない。【００８３】
認証処理手段１５４は移動端末３から送られた識別子を用いて認証サーバ１６と通信を行い、認証サーバ１６から端末のＨｏＡ（ＣＭＩＰ端末の場合、Ｓｉｍｐｌｅ  ＩＰ端末の場合にはＨｏＡが単なるＩＰアドレス相当となる）、ＨＡのアドレス等の情報を取得する機能を備えている。この認証処理手段１５４は、上記の非特許文献１にＡｕｔｈｅｎｔｉｃａｔｏｒとして記載されている機能と同等ものであり、認証サーバ１６としてＲａｄｉｕｓサーバやＤｉａｍｅｔｅｒサーバを使った構成が広く用いられている。【００８４】
端末動作情報送信手段１５５は移動端末３にＣＭＩＰ動作させるための動作モード“ＣＭＩＰ”と、認証処理手段１５４で取得した移動端末３に関連する情報（ＨｏＡやＨＡアドレス等の情報）、つまり移動端末３がＣＭＩＰ端末として動作するために必要な情報を格納したＡＡ、あるいはＲＡを移動端末３に送信する機能を備えている。移動端末３がＭＩＰｖ４の場合には、さらに移動端末３がＦＡモードとＣＣｏＡモードとのどちらで動作すべきかも決定する。この決定のポリシとしては、例えば、ＧＷ１５がＦＡとしての機能を備えていればＦＡモード、ＦＡとしての機能を備えていなければＣＣｏＡモードに決定する等とすることができる。【００８５】
一方、ＧＷ１５にＦＡ機能を備えている場合にも、ポリシ蓄積サーバ１２と通信する手段を備えることで、ポリシ蓄積サーバ１２からＦＡモード、ＣＣｏＡモードのどちらにするかのポリシを取得し、どちらの動作にするかを決定することにしても構わない。本実施の形態では、ＧＷ１５が端末動作情報を送る手段としてＡＡ（ＭＩＰｖ４の場合）、ＲＡ（ＭＩＰｖ６の場合）を用いているが、それ以外のプロトコルを用いることとしても構わない。【００８６】
図６は本発明の第１の実施の形態におけるＮＶＳＥが格納されたＭＩＰｖ４信号を受信したＭＩＰｖ４ノードの処理を示すフローチャートである。この図６を参照して、ＮＶＳＥが格納されたＭＩＰｖ４信号を受信したＭＩＰｖ４ノードの処理について説明する。【００８７】
ＭＩＰｖ４ノードは、ＭＩＰｖ４信号を受信した場合（図６ステップＳ１）、自ノードがＮＶＳＥ  Ｔｙｐｅをサポートしているかどうかを判定し（図６ステップＳ２）、サポートしていなかった場合、ＮＶＳＥを無視し、当該ＭＩＰｖ４信号にＮＶＳＥがなかったものとして処理を継続する（図６ステップＳ３）。【００８８】
一方、ＭＩＰｖ４ノードは、ＮＶＳＥ  ｔｙｐｅをサポートしている場合、次にＶｅｎｄｏｒ／Ｏｒｇ−ＩＤ及びＶｅｎｄｏｒ−ＮＶＳＥ−Ｔｙｐｅを認識可能であるかどうかを判定し（図６ステップＳ４）、いずかが認識できなかった場合、当該ＮＶＳＥを無視し、当該ＮＶＳＥがなかったものとして処理を継続する（図６ステップＳ５）。また、ＭＩＰｖ４ノードは、上記のステップＳ４の判定でいずれも認識可能であった場合、当該ＮＶＳＥを適切に処理する（図６ステップＳ６）。【００８９】
このように、ＮＶＳＥを使用することで、当該拡張を認識しないノードは、これを無視して当該拡張が格納された信号の処理を継続することが可能である。ＭＩＰｖ４においては、上述した端末動作要求情報、前記端末動作制御情報、ＩＰ設定情報といった情報を、ＮＶＳＥを利用して送るものとする。【００９０】
一方、ＭＩＰｖ６の場合には、ＲＡに移動端末の動作制御情報及びＩＰ設定情報を格納するが、ＲＡのｏｐｔｉｏｎとして拡張情報を格納することで、拡張情報を認識するノードに情報を処理させ、それ以外のノードには当該情報を無視させることができる。【００９１】
すなわち、この場合には、上記のＭＩＰｖ４のＮＶＳＥを使用した場合と同様のことができる。したがって、ＭＩＰｖ６においては、上記の端末動作要求情報、前記端末動作制御情報、ＩＰ設定情報といった情報をＲＡのｏｐｔｉｏｎを利用して送るものとする。【００９２】
ここでは、移動端末３がＭＩＰｖ４をサポートしており、ＨＡ１１がＭＩＰｖ４のＨＡであり、ＰＭＩＰクライアント（Ａ）１３、ＰＭＩＰクライアント（Ｂ）１４がＰＭＩＰｖ４である場合を考慮し、また、図１の他のノードもＩＰｖ４に対応している状況を考慮する。【００９３】
本実施の形態において、ネットワーク１００とアクセスネットワーク（Ａ）２００との境界に配置されたＰＭＩＰクライアント（Ａ）１３は、アクセスネットワーク（Ａ）２００の認証クライアント機能も備えている場合を想定する。さらに、ＰＭＩＰクライアント（Ａ）１３は、ＦＡ機能も備えていてもよい、またＦＡ機能を備えていない場合でも、ＦＡのＡＳ、ＡＡをそれぞれ受信、送信する機能を備えているものとする。【００９４】
図７は本発明の第１の実施の形態において移動端末３がネットワークのポリシによってＰＭＩＰ動作とする場合の動作を示すシーケンスチャートであり、図８は本発明の第１の実施の形態において移動端末３からの要求とネットワークのポリシとによって移動端末３の動作を決定する手順を示すフローチャートである。【００９５】
また、図９は本発明の第１の実施の形態において移動端末３がアクセスネットワーク（Ａ）２００に接続した時にネットワークのポリシによってＣＭＩＰ動作が許可される場合の動作を示すシーケンスチャートであり、図１０は本発明の第１の実施の形態において移動端末３がアクセスネットワーク（Ｃ）４００に接続した場合の動作を示すシーケンスチャートである。【００９６】
はじめに、上記の図１及び図７を参照して、ＭＩＰｖ４機能を備えた移動端末３がアクセスネットワーク（Ａ）２００に接続した場合で、ネットワークのポリシによってＰＭＩＰ動作とする場合の動作について説明する。【００９７】
まず、移動端末３がアクセスネットワーク（Ａ）２００に接続すると、ＰＭＩＰクライアント（Ａ）１３との間でアクセス認証処理を開始する。その際、移動端末３は認証のための秘密の情報と合わせて、ユーザを識別子するためのユーザ識別子をＰＭＩＰクライアント（Ａ）１３に送信する。【００９８】
ＰＭＩＰアクライアント（Ａ）１３は、移動端末３から受け取った認証情報を認証サーバ１６に問合せることによって、移動端末３がアクセスの許可されたユーザかどうかを判定する。移動端末３がアクセスの許可されたユーザであると判定された場合、ＰＭＩＰクライアント（Ａ）１３は、認証サーバ１６から移動端末３に割当てるべきＨｏＡ（移動端末３がＰＭＩＰ動作する場合には、ＨｏＡが移動端末３にとって単なるアドレスとみなされる）、アンカーとすべきＨＡアドレスをダウンロードする（図７のａ１）。この時、上記の情報以外にも、ＨＡに位置登録を行うための鍵情報等の他の情報もダウンロードするようにしても構わない。【００９９】
次に、移動端末３は、上記のａ１の処理において、アクセス認証に成功した場合、ＡＳをＲＦＣ１２５６に定義されたＳｏｌｉｃｉｔａｔｉｏｎ  Ａｄｄｒｅｓｓ（２２４．０．０．２）、Ｍｏｂｉｌｅ−Ａｇｅｎｔｓ  ｍｕｌｔｉｃａｓｔ  ｇｒｏｕｐ  ａｄｄｒｅｓｓ（２２４．０．０．１１）、あるいはＡｄｄｒｅｓｓ（２５５．２５５．２５５．２５５）宛に送信する（図７のａ２）。【０１００】
移動端末３がＣＭＩＰを備えており、さらにＣＭＩＰとして動作することを希望する場合には、ＡＳにＣＭＩＰ要求を意味する情報を格納することができる。ＣＭＩＰ要求を意味する情報を送ることなく、ＣＭＩＰ要求の意思をＰＭＩＰクライアントに通知したい場合には、Ａｄｄｒｅｓｓ（２２４．０．０．２）宛にＡＳを送信した時にＰＭＩＰ動作希望、Ａｄｄｒｅｓｓ（２３４．０．０．１１）宛にＡＳを送信した時にＣＭＩＰ動作希望、といったように宛先アドレスにＰＭＩＰ要求、ＣＭＩＰ要求の対応関係を定義する方法とすることもできる。【０１０１】
尚、移動端末３がＣＭＩＰ動作を希望しない場合には、ＣＭＩＰ動作を希望しない情報をＡＳに格納しても良いし、単なるＡＳとしても良い。ＣＭＩＰ動作を希望しないもののネットワークに対し、ＣＭＩＰ機能が有ることを通知する場合には前者の方法とする。【０１０２】
次に、ＰＭＩＰクライアント（Ａ）１３は、ポリシ蓄積サーバ１２に対してポリシ要求を送信する（図７のａ３）。ここで、ポリシ蓄積サーバ１２にＰＭＩＰクライアントやユーザ単位でのポリシ情報が蓄積されている場合には、ＰＭＩＰクライアントの識別子と、上記のａ１の処理で取得したユーザ識別子を送り、ＰＭＩＰクライアントやユーザ個別のポリシ情報を要求することができる。尚、このａ３の処理は、必ずしも上記のａ２の処理の後である必要はない。【０１０３】
ポリシ蓄積サーバ１２がａ３の処理にてポリシ要求を受信した場合、ＰＭＩＰクライアント（Ａ）１３に対し、予め設定されたポリシを通知する。ポリシ要求にＰＭＩＰクライアント識別子やユーザ識別子が格納されている場合には、それらに対応するポリシを検索し、検索された結果をＰＭＩＰクライアント（Ａ）１３に返す（図７のａ４）。この動作例では、“ＰＭＩＰ強制”とのポリシをＰＭＩＰクライアント（Ａ）１３に応答する。【０１０４】
ＰＭＩＰクライアント（Ａ）１３は、上記のａ２の処理で得られた移動端末３の要求動作情報と、上記のａ４の処理で得られたネットワークのポリシとによって、移動端末３の動作を決定する（図７のａ５）。移動端末３の動作の決定手順については後述するが、ここでは、ａ４の処理において“ＰＭＩＰ強制”との応答を受信しているため、移動端末３に要求する動作はＰＭＩＰに決定される。【０１０５】
ＰＭＩＰクライアント（Ａ）１３は、上記のａ１の処理で取得した移動端末３のＨｏＡと、自らのアドレスをＣｏＡとして、同じくａ１の処理で取得したＨＡアドレス宛にＲＲＱを送信する（図７のａ６）。【０１０６】
ＨＡ１１は、ａ６の処理においてＰＭＩＰクライアント（Ａ）１３から送信されたＲＲＱによって、ＨｏＡ宛のパケットをカプセル化によってＰＭＩＰクライアント（Ａ）１３のアドレス宛に転送するためのＢｉｎｄｉｎｇ  Ｃａｃｈｅが作成される。その後、ＨＡ１１は、ＲＲＱの応答としてＲＲＰをＰＭＩＰクライアント（Ａ）１３に送信する（図７のａ７）。【０１０７】
ＰＭＩＰクライアント（Ａ）１３は、ＲＲＰを受信した場合、ＨＡ１１からカプセル化によって送信されたパケットをデカプセルする用意をすると共に、移動端末３から送られたパケット（すなわち、送信元がＨｏＡのパケット）をＨＡ１１宛にカプセル化して転送する用意を行う。【０１０８】
ＰＭＩＰクライアント（Ａ）１３は、ａ７の処理でＲＲＰを受信した後、ＡＡを移動端末３に送信する（図７のａ８）。このＡＡには、ＮＶＳＥを使って、ＰＭＩＰとして動作すべきことを示す情報“ＰＭＩＰ”と、その際に移動端末３のアドレスとして使用すべきＨｏＡ、デフォルトＧＷアドレスを格納する。【０１０９】
さらに、ＡＡの‘Ｈ’フラグを‘１’とし、さらにＣｏＡフィールドにＨＡアドレスを格納することによって、本発明をサポートしないＣＭＩＰ端末が当該ＡＡを受信した場合にも、ＰＭＩＰ動作にすることができる。但し、この時点ではＨＡもＨｏＡも未設定であり、Ｈｏｍｅ戻りが検出できないため、ＲＦＣ４４３３に規定された動的ＨＡ割当て手順が処理される。これによって、ＨｏＡを取得した時点でＨｏｍｅ戻りが検出され、その後、ＰＭＩＰ動作（Ｓｉｍｐｌｅ  ＩＰ端末としての動作）が可能となる。【０１１０】
このように、本発明をサポートしない移動端末の動作もＰＭＩＰ動作となるように制御ができるが、本発明をサポート移動端末３と比較して信号の数や時間的に不利である。【０１１１】
移動端末３は、ａ８の処理においてＡＡを受信した場合、ＡＡに格納された“ＰＭＩＰ”情報によってＰＭＩＰ動作することを決定する。さらに、移動端末３は、ＡＡに格納されたＨｏＡ、デフォルトＧＷアドレス情報によってＩＰ設定を完了する（図７のａ９）。このａ９の処理によって、アドレス設定が完了した後、移動端末３とＣＮ２との間での通信が可能となる（図７のａ１０）。【０１１２】
ここで、ａ３の処理において、移動端末３からの要求とネットワークのポリシとによって移動端末３の動作を決定する手順について図８を参照して説明する。【０１１３】
まず、ＰＭＩＰクライアント（Ａ）１３は自ノードのＰＭＩＰ機能が有効かどうかを判定し（図８ステップＳ１１）、ＰＭＩＰ機能が有効に動作していれば、図７のａ４の処理で取得したネットワークポリシが“ＰＭＩＰ強制”であるかどうかを判定する（図８ステップＳ１２）。ここで、ネットワークポリシが“ＰＭＩＰ強制”であった場合、ＰＭＩＰクライアント（Ａ）１３は移動端末３の動作を“ＰＭＩＰ”とすることに決定する（図８ステップＳ１３）。【０１１４】
ネットワークポリシが“ＰＭＩＰ強制”でなかった場合、ＰＭＩＰクライアント（Ａ）１３はネットワークポリシが“ＣＭＩＰ許可”かどうかを判定する（図８ステップＳ１４）。ＰＭＩＰクライアント（Ａ）１３はネットワークポリシが“ＣＭＩＰ許可”であった場合、図７のａ１の処理で取得した移動端末３の動作要求が“ＣＭＩＰ動作要求”かどうかを判定する（図８ステップＳ１５）。【０１１５】
“ＰＭＩＰ動作要求”、あるいは、例えば、図７のａ１の処理で単なるＡＳを受信した場合等のように、ＣＭＩＰ要求動作が明示的に示されていない場合、ＰＭＩＰクライアント（Ａ）１３は移動端末３の動作を“ＰＭＩＰ”とすることに決定する（図８ステップＳ１３）。【０１１６】
“ＣＭＩＰ動作要求”が示されていた場合、ＰＭＩＰクライアント（Ａ）１３は移動端末３の動作を“ＣＭＩＰ”に決定する（図８ステップＳ１６）。上記のステップＳ１４の処理で、ネットワークポリシが“ＣＭＩＰ許可”でなかった場合も、ＰＭＩＰクライアント（Ａ）１３は移動端末３の動作を“ＣＭＩＰ”に決定する（図８ステップＳ１６）。【０１１７】
この動作例において、ＰＭＩＰクライアント（Ａ）１３では、上記のステップＳ１１の判定結果が基本的に“ＹＥＳ”（ＰＭＩＰ機能有効）となる。しかしながら、ＰＭＩＰクライアント（Ａ）１３において何らかの理由でＰＭＩＰ機能が動作していない場合や、ＧＷ１５のようにＰＭＩＰ機能を備えていない場合には、上記のステップＳ１１の判定結果が“ＮＯ”（ＰＭＩＰ機能無効）となるので、移動端末３の動作が“ＣＭＩＰ”に決定される。【０１１８】
次に、ＭＩＰｖ４機能を備えた移動端末３がアクセスネットワーク（Ａ）２００に接続した時にネットワークのポリシによってＣＭＩＰ動作が許可される場合の動作について図９を参照して説明する。【０１１９】
図９のｂ１の処理からｂ４の処理までは、図７に示したＰＭＩＰ強制の場合のａ１の処理からａ４の処理と同じである。但し、ｂ４の処理でポリシ蓄積サーバ１２から応答されるポリシは“ＣＭＩＰ許可”である。【０１２０】
次に、ＰＭＩＰクライアント（Ａ）１３は、図８で説明した移動端末３の動作の決定手順によって移動端末３の動作を“ＣＭＩＰ動作”に決定する（図９のｂ５）。ＰＭＩＰクライアント（Ａ）１３は、このｂ５の処理で移動端末３の動作を“ＣＭＩＰ動作”に決定した場合、“ＰＭＩＰ強制”の場合とは異なり、ＲＲＱをＨＡに送ることはせず、ＡＡを移動端末３に送信する（図９のｂ６）。【０１２１】
このＡＡには、ＮＶＳＥを使って、移動端末３がＣＭＩＰとして動作すべきことを示す情報“ＣＭＩＰ”と、ＣＭＩＰとして動作するために必要なＨｏＡ、ＣｏＡ、及びＦＡモードとＣＣｏＡ（Ｃｏｌｏｃａｔｅｄ−ＣｏＡ）とのどちらで動作すべきかの情報を格納する。このＦＡモードとＣＣｏＡとのどちらで動作すべきかの情報は、ポリシ蓄積サーバ１２から取得する構成としても構わない。【０１２２】
さらに、ＡＡの‘Ｈ’フラグを‘１’とし、さらにＣｏＡフィールドにＨＡアドレスを格納する。この設定によって、本発明をサポートしないＣＭＩＰ端末が当該ＡＡを受信した場合には、ＰＭＩＰ動作にすることができる。但し、上記のように、この場合にはＰＭＩＰ動作によって通信可能となるまでに、より多くの信号と時間とが使われる。【０１２３】
移動端末３は、ｂ６の処理においてＡＡを受信した場合、ＡＡに格納された“ＣＭＩＰ”情報によってＣＭＩＰ動作とすることに決定する。また、移動端末３は、ＡＡに格納されたＨｏＡ、ＣｏＡによってＩＰ設定を行い、さらにＦＡ／ＣＣｏＡ情報によってＦＡモードで動作するか、ＣＣｏＡモードで動作するかを決定する（図９のｂ７）。尚、図９に示す例ではＦＡモードで動作する場合を考慮する。【０１２４】
移動端末３は、ｂ７の処理でＣＭＩＰ・ＦＡモードで動作することを決定した後、ＨｏＡ、ＣｏＡをＨＡ１１に登録するために、ＰＭＩＰクライアント（Ａ）１３にＲＲＱを送信する。ＰＭＩＰクライアント（Ａ）１３は、移動端末３からのＲＲＱをＨＡ１１に転送する［この場合、ＰＭＩＰクライアント（Ａ）１３がＦＡ相当の動作を行う］（図９のｂ８）。【０１２５】
ＨＡ１１は、ｂ８の処理においてＲＲＱを受信した場合、ＨｏＡ宛のパケットをカプセル化によってＰＭＩＰクライアント（Ａ）１３のアドレス宛に転送するためのＢｉｎｄｉｎｇ  Ｃａｃｈｅを作成する。その後、ＨＡ１１は、ＲＲＱの応答としてＲＲＰをＰＭＩＰクライアント（Ａ）１３に送信する。【０１２６】
ＰＭＩＰクライアント（Ａ）１３は、ＨＡ１１からのＲＲＰを受信した場合、ＨＡ１１からカプセル化によって送信されたパケットをデカプセルする用意を行うと共に、移動端末３から送られたパケット（すなわち、送信元がＨｏＡのパケット）をＨＡ１１宛にカプセル化して転送する用意を行い、最後にＲＲＰを移動端末３に転送する（図９のｂ９）。このｂ９の処理においてＨＡ１１への位置登録が完了した後、移動端末３とＣＮ２との間での通信が可能となる（図９のｂ１０）。【０１２７】
次に、図１と図１０とを参照して、移動端末３がアクセスネットワーク（Ｃ）４００に接続した場合の動作について説明する。図１０において、ｃ１，ｃ２の処理は、図７に示すＰＭＩＰ強制の場合のａ１，ａ２の処理と同じである。【０１２８】
ＧＷ１５は、ＰＭＩＰクライアント機能を備えていないため、ｃ２の処理でＡＳを受信すると、ＣＭＩＰ動作が要求されているか否かに関わらず、移動端末３の動作を“ＣＭＩＰ”に決定する（図１０のｃ３）。【０１２９】
次に、ＧＷ１５は、ＡＡを移動端末３に送信する（図１０のｃ４）。このＡＡには、ＮＶＳＥを使って移動端末３がＣＭＩＰとして動作すべきことを示す情報“ＣＭＩＰ“と、ＣＭＩＰとして動作するために必要なＨｏＡ、ＣｏＡ、及びＦＡモードとＣＣｏＡ（Ｃｏｌｏｃａｔｅｄ−ＣｏＡ）とのどちらで動作すべきかの情報を格納する。【０１３０】
例えば、ＧＷ１５がＦＡ機能を備えている場合にはＦＡモードとし、ＦＡ機能を備えていない場合にはＣＣｏＡとすることができる。ここでは、ＣＣｏＡを選択した場合を考慮する。さらに、ＦＡモードを選択した場合には、ＡＡの‘Ｆ’フラグを‘１’とし、さらにＣｏＡフィールドにＧＷアドレス（すなわち、ＦＡアドレス）を格納する。【０１３１】
一方、ＣＣｏＡモードを選択した場合には、ＡＡの‘Ｆ’フラグと‘Ｒ’フラグとを‘１’とし、さらにＣｏＡフィールドにはＨＡ１１からＧＷ配下のネットワークに割り当てられた到達性のあるアドレスを格納する。この設定によって、本発明をサポートしないＣＭＩＰ端末が当該ＡＡを受信した場合でも、それぞれＦＡモードでの動作、ＣＣｏＡモードでの動作とすることができる。いずれの場合も、その後、ＨｏＡを取得する処理が必要となる。ＣＣｏＡモードで動作する場合には、本発明をサポートしないＣＭＩＰ端末は、さらにＨＡアドレスを事前に設定しておくか、なんらかの方法でＨＡのアドレスを取得しなければならない。【０１３２】
移動端末３は、ｃ５の処理においてＡＡを受信した場合、ＡＡに格納された“ＣＭＩＰ”情報及びＣＣｏＡモードで動作することを示す情報によってＣＣｏＡモードでＣＭＩＰ動作することを決定する。また、移動端末３は、ＡＡに格納されたＨｏＡ、ＣｏＡによって、ＩＰ設定を行い、同じくＡＡに格納されたＨＡアドレスを取得し、これを保持しておく。【０１３３】
移動端末３は、上記のｃ５の処理で設定したＨｏＡとＣｏＡとを対応付けるためのＲＲＱを、同じくｃ５の処理で取得したＨＡアドレスに対して送信する（図１０のｃ６）。【０１３４】
ＨＡ１１は、ｃ６の処理においてＲＲＱを受信した場合、ＨｏＡ宛のパケットをカプセル化によって移動端末３のＣｏＡに転送するためのＢｉｎｄｉｎｇ  Ｃａｃｈｅを作成する。その後、ＨＡ１１は、ＲＲＱの応答としてＲＲＰを移動端末３に送信する。移動端末３は、ＲＲＰを受信した場合、ＨＡ１１からカプセル化によって送信されたパケットをデカプセルする用意を行う（図１０のｃ７）。また、移動端末３が送信するパケットをカプセル化してＨＡ１１に送るための用意を行う。このｃ７の処理においてＨＡ１１への位置登録が完了した後、移動端末３とＣＮ２との間での通信が可能となる（図１０のｃ８）。【０１３５】
次に、移動端末３がハンドオーバする状況を考慮する。まず、移動端末３が、アクセスネットワーク（Ａ）２００からアクセスネットワーク（Ｂ）３００へハンドオーバする場合のように、ＰＭＩＰをサポートするアクセスネットワークへハンドオーバするケースについて考える。【０１３６】
この場合の動作は、図７あるいは図９のアクセスネットワーク（Ａ）２００に接続した場合と同じとして構わない。この場合、図７、図９のＰＭＩＰクライアントは、ＰＭＩＰクライアント（Ｂ）１４となる。但し、移動端末３がアクセスネットワーク（Ｂ）３００に接続した際にＰＭＩＰクライアントや移動端末３がＲＲＱを送信するために必要な情報（ＨｏＡ、ＨＡアドレス、ＨＡへの位置登録をセキュアに行うための鍵情報等）を認証サーバ１６に問合せるのではなく、ハンドオーバ元のＰＭＩＰクライアント（Ａ）１３から取得する方式としても構わない。【０１３７】
この時、ハンドオーバ元のＰＭＩＰクライアントがどれであるかは、アクセスネットワークに配置されたＢＳ（Ｂａｓｅ  Ｓｔａｔｉｏｎ）から通知することができる。あるいは、上記の非特許文献１に示されたＡＳＮ  Ｆｕｎｃｔｉｏｎａｌ  Ｅｎｔｉｔｙのようなものを利用することができる。しかしながら、具体的な方法は、本発明に直接関係がないので、その詳細な説明については省略する。【０１３８】
また、ハンドオーバの場合には、移動端末３はＨｏＡを既に取得しており、このＨｏＡは通信を継続する間、保持し続けるアドレスであるため、ａ８の処理あるいはｂ６の処理においてＡＡに含める情報の中からＨｏＡを省略しても構わない。【０１３９】
次に、移動端末３が、アクセスネットワーク（Ｂ）３００からアクセスネットワーク（Ｃ）４００へハンドオーバする場合のように、ＰＭＩＰがサポートしないアクセスネットワークへハンドオーバするケースについて考える。【０１４０】
この場合の動作は、図１０のアクセスネットワーク（Ｃ）４００に接続した場合と同じとして構わない。但し、移動端末３がアクセスネットワーク（Ｃ）４００に接続した際に、移動端末３がＲＲＱを送信するために必要な情報（ＨｏＡ、ＨＡアドレス、ＨＡへの位置登録をセキュアに行うための鍵情報等）を認証サーバ１６に問合せるのではなく、ハンドオーバ元のＰＭＩＰクライアント（Ｂ）１４から取得する方式としても構わない。また、ハンドオーバの場合には、移動端末３はＨｏＡを既に取得しており、このＨｏＡは通信を継続する間、保持し続けるアドレスであるため、ｃ４の処理においてＡＡに含める情報の中からＨｏＡを省略しても構わない。【０１４１】
本実施の形態では、移動端末３とＰＭＩＰクライアント（Ａ）１３、ＰＭＩＰクライアント（Ｂ）１４、ＧＷ１５との間での情報のやり取りにＡＳ、ＡＡを利用することとしたが、必ずしもＡＳ、ＡＡである必要はなく、例えば、ＩＰＣＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）  ｃｏｎｆｉｇｕｒｅ−ｒｅｑｕｅｓｔ、ＩＰＣＰ  ｃｏｎｆｉｇｕｒｅ−Ａｃｋを使用することができる。【０１４２】
本実施の形態で示した拡張情報を含むＡＳの送信や拡張情報の含まれたＡＡの解釈をサポートする移動端末３は、ＣＭＩＰ機能を備えていることを想定しているが、これは、現実的にはＳｉｍｐｌｅ  ＩＰ端末が一般的なＩＰ端末と異なる動作をするとの前提を設けづらいためである。しかしながら、Ｓｉｍｐｌｅ  ＩＰ端末が本発明の移動端末３であっても構わない。【０１４３】
また、本実施の形態では、移動端末３がＣＭＩＰで動作する要求を送信する場合を考慮したが、例えば、ＰＭＩＰ機能を提供可能なアクセスネットワークに接続した場合には必ずＰＭＩＰで動作するとのポリシとすれば、移動端末３の送信するＡＳは、本発明の拡張要素を含まない、一般的なＡＳとしても構わない。この場合には、ポリシ蓄積サーバ１２への問合せも省略することができる。【０１４４】
さらに、本実施の形態ではＡＡによって、移動端末３に通知するＩＰ情報としてＤＮＳサーバアドレスを含めていないが、ＤＮＳサーバアドレスを含めるようにしても構わない。【０１４５】
このように、本実施の形態では、ＰＭＩＰクライアントやＧＷ１５が、ＣＭＩＰ機能を備えた移動端末３の動作を制御するための情報を移動端末に通知することで、ネットワークの管理者のポリシにしたがって移動端末３がＰＭＩＰ動作するか、ＣＭＩＰ動作するかを高速に決定することができる。【０１４６】
また、本実施の形態では、ＰＭＩＰクライアントやＧＷ１５が、移動端末３の動作を制御するための情報とともに、それぞれの動作で必要となるＩＰ設定情報も同時に移動端末３に通知することで、移動端末３が動作の決定と同時に、ＩＰ設定をも完了することができ、高速に通信可能な状態にすることができる。【０１４７】
さらに、本実施の形態では、移動端末３もＰＭＩＰ動作、ＣＭＩＰ動作のいずれかを希望する情報をネットワーク１００に通知し、ネットワーク１００が移動端末３の動作の希望と、ネットワーク１００側のポリシの双方を鑑みて移動端末３の動作を制御することが可能となる。【０１４８】
移動端末３の希望によってＣＭＩＰ動作とした場合には、移動端末３側の意図によって、サービス毎に異なるＨＡをアンカーとして選択したり、移動端末３が複数の通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）を備えていた場合に移動端末３がアクセスネットワークに接続した契機ではなく、端末を使用するユーザの意図するタイミング等で異なるＩ／Ｆへハンドオーバさせることが可能となる。異なるＩ／Ｆを同時に使用することも考えられる。【０１４９】
さらに、本実施の形態では、移動端末３の動作を制御するための情報や、ＭＩＰ動作、ＣＭＩＰ動作のいずれかを希望する情報を一般的に使用されるプロトコルの信号（ＭＩＰｖ４の場合には、ＡＳ、ＡＡ）に格納することで、一般的な信号と本発明の情報を送るための信号とを別途送る必要がなく、通信帯域の効率利用を実現することができる。【０１５０】
さらにまた、本実施の形態では、一般的な信号の（本発明による拡張情報部位ではない）基本情報部分に本発明をサポートしていない一般的なＣＭＩＰ端末の動作も制御可能な情報を格納するとで、本発明をサポートしないＣＭＩＰ端末の動作をも制御することができる。【０１５１】
したがって、本発明のＰＭＩＰクライアントは、本発明をサポートするＣＭＩＰ端末、本発明をサポートしないＣＭＩＰ端末、Ｓｉｍｐｌｅ  ＩＰ端末を効率的に収容することが可能であり、現存するシステム、あるいは現在検討が進められているシステムへの適用が容易である。【０１５２】
図１１は本発明の第２の実施の形態による移動端末管理システムの動作を示すシーケンスチャートであり、図１２は本発明の第２の実施の形態において移動端末３がアクセスネットワーク（Ａ）２００に接続した場合にネットワークのポリシによってＣＭＩＰ動作が許可された場合の動作を示すシーケンスチャートであり、図１３は本発明の第２の実施の形態において移動端末３がアクセスネットワーク（Ｃ）４００に接続した場合の動作を示すシーケンスチャートである。【０１５３】
本発明の第２の実施の形態による移動端末管理システムの構成は、図１に示す本発明の第１の実施の形態による移動端末管理システムと同様の構成となっている。但し、本発明の第２の実施の形態では、移動端末３がＭＩＰｖ６をサポートしており、ＨＡ１１がＭＩＰｖ６のＨＡであり、ＰＭＩＰクライアント（Ａ）１３、ＰＭＩＰクライアント（Ｂ）１４がＰＭＩＰｖ６である場合を考慮している。また、図１の他のノードもＩＰｖ６に対応している状況を考慮している。【０１５４】
本実施の形態において、ネットワーク１００とアクセスネットワーク（Ａ）２００との境界に配置されたＰＭＩＰクライアント（Ａ）１３は、アクセスネットワーク（Ａ）２００の認証クライアント機能も備えている場合を想定する。最初に、移動端末３がアクセスネットワーク（Ａ）２００に接続した場合で、ネットワークのポリシによってＰＭＩＰ動作とする場合の動作を、図１と図１１とを参照して説明する。【０１５５】
図１１には、移動端末３にＰＭＩＰ動作を強制する場合の動作例を示しているが、ｄ１の処理からｄ１０の処理については、図７のａ１の処理からａ１０の処理に対応しており、ほとんど同じ動作となる。但し、ｄ２，ｄ８の処理においてＡＳ、ＡＡではなく、ＲＳ、ＲＡを使用している点が異なる。また、ＲＡに格納する情報も異なる。【０１５６】
尚、ｄ６，ｄ７の処理におけるＢＵ（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）、ＢＡ（Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅ）も図７のＲＲＱ、ＲＲＰとは異なるが、ＨＡ１１に対し、ＨｏＡとＣｏＡとを対応付けた情報の保持とＨｏＡ宛のパケットをカプセル化によってＣｏＡ宛に転送することを要求する点で、それらの機能は同じである。【０１５７】
ＭＩＰｖ６ではＡＳ、ＡＡは使用せず、移動検出やＣｏＡ決定のためにＲＳ、ＲＡを使用する。したがって、本実施の形態では、ＲＳ、ＲＡのｏｐｔｉｏｎ部分に情報を格納する。このＲＳ、ＲＡのｏｐｔｉｏｎ部に情報を格納した場合、これを認識できないノードは当該ｏｐｔｉｏｎを無視する動きになり、ＭＩＰｖ４の場合のＮＶＳＥと同様の使い方が可能である。【０１５８】
図１１のｄ８の処理において、ＲＡには、ｏｐｔｉｏｎ部分にＰＭＩＰでの動作を指定するための“ＰＭＩＰ”との情報を格納する。そして、ＲＡの基本情報部分には移動端末３がＨｏＡを生成するためのＨｏｍｅ  ｐｒｅｆｉｘとＰＭＩＰクライアントのＲＡを送信したＩ／ＦのＬｉｎｋｌａｙｅｒアドレスを格納する。【０１５９】
ここで、基本部分にＨｏｍｅ  ｐｒｅｆｉｘの情報を格納することで、移動端末３が、本発明の端末制御情報に対応していない場合でもＰＭＩＰ動作とすることができる。但し、この場合、移動端末３はＲＦＣ３７７５に記述されたＤｙｎａｍｉｃ  Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙや事前に設定しておく等の方法でＨＡを発見し、さらにＨｏＡを取得する処理が必要である。その処理の後、ＨｏＡを取得できた時点で、ようやく移動端末３にＨｏｍｅ戻りを検出することができ、ここではじめてＰＭＩＰ動作が可能となる。【０１６０】
このように、ネットワークと交換する信号の数や時間は、本発明の端末制御情報に対応した移動端末よりも多くかかることになる。【０１６１】
図１１のｄ９の処理では、移動端末３が、ｄ８の処理での“ＰＭＩＰ”通知によって、ＰＭＩＰ動作することに決定する。この時、同じくｄ８の処理で取得したＨｏｍｅ  ｐｒｅｆｉｘと自らのＩ／Ｆ識別子［例えば、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス］からアドレスを生成し、自らのアドレスとする。【０１６２】
また、デフォルトＧＷのアドレスとしてＲＡの送信元アドレスを設定し、さらにＰＭＩＰクライアントのＲＡ送信元のＬｉｎｋｌａｙｅｒアドレスも取得し、ＲＡの送信元アドレス（ＰＭＩＰクライアントのアドレス）と対応付けて記憶しておく。これによって、初めてデフォルトＧＷにパケットを送る際にＮＤ（Ｎｅｉｇｈｂｏｒ  Ｄｉｓｃｏｖｅｒｙ）プロトコルの処理によってＬｉｎｋｌａｙｅｒアドレスを取得するための信号交換を省くことができ、効率が良くなる。但し、ＬｉｎｋｌａｙｅｒアドレスをＲＡに含めないようにしても構わない。一方で、ＲＡにＤＮＳサーバアドレスを含む構成としても構わない。【０１６３】
ｄ９の処理で、移動端末３はＰＭＩＰ動作することを決定し、さらに必要なＩＰアドレス設定も完了した後、ＣＮ２との通信を開始することができる（図１１のｄ１０）。【０１６４】
次に、移動端末３がアクセスネットワーク（Ａ）２００に接続した場合で、ネットワークのポリシによってＣＭＩＰ動作を許可された場合の動作を、図１と図１２とを参照して説明する。【０１６５】
図１２のｅ１からｅ３までの処理は、図１１のｄ１からｄ３までの処理と同じである。ｅ４の処理では、図１１のｄ４の処理とは違い、ポリシ蓄積サーバ１２から“ＣＭＩＰ許可”が応答される。【０１６６】
ｅ５の処理では、ｅ２の処理での移動端末３から送られた“ＣＭＩＰ要求”と、ｅ４の処理で応答された“ＣＭＩＰ許可”の情報と、図８に示したＰＭＩＰ、ＣＭＩＰ動作判定手順にしたがって移動端末３の動作を決定する。結果としては、“ＣＭＩＰ動作”が選択される。【０１６７】
ｅ６の処理ではＲＡを移動端末３に送信する。ＲＡには、ｏｐｔｉｏｎ部分にＣＭＩＰでの動作を指定するための“ＣＭＩＰ”情報と、移動端末３がＣＭＩＰ動作をするために必要なＨＡアドレスとＦｏｒｅｉｇｎ  ｐｒｅｆｉｘとを格納する。そして、ＲＡの基本情報部分には移動端末３がＨｏＡを生成するためのＨｏｍｅ  ｐｒｅｆｉｘとＰＭＩＰクライアントのＲＡを送信したＩ／ＦのＬｉｎｋｌａｙｅｒアドレスとを格納する。この場合、上述したように、本発明の端末制御情報を認識できない移動端末はＰＭＩＰ動作となる。【０１６８】
ｅ６の処理で受信したＲＡの“ＣＭＩＰ”情報によって、移動端末３はＣＭＩＰ動作することを決定する（図１２のｅ７）。さらに、移動端末３はＲＡに格納されたＨｏｍｅ  ｐｒｅｆｉｘ、Ｆｏｒｅｉｇｎ  ｐｒｅｆｉｘからそれぞれＨｏＡ、ＣｏＡを生成し、自らにＨｏＡ、ＣｏＡを割当てた後、同じくＲＡに格納されたＨＡアドレス宛にＨｏＡとＣｏＡとの対応を登録するためにＢＵを送信する（図１２のｅ８）。移動端末３はＢＵの応答としてＢＡを受信し（図１２のｅ９）、その後、ＣＮ２との通信を開始することができる（図１２のｅ１０）。【０１６９】
次に、移動端末３がアクセスネットワーク（Ｃ）４００に接続した場合の動作を、図１と図１３とを参照して説明する。図１３のｆ１，ｆ２の処理は、図１１のｄ１，ｄ２の処理と同じである。【０１７０】
ＧＷ１５は、ＰＭＩＰクライアント機能を備えていないため、ｆ２の処理でＲＳを受信すると、ＣＭＩＰ動作が要求されているか否かに関わらず、移動端末３の動作をＣＭＩＰに決定し（図１３のｆ３）、ＲＡを移動端末３に送信する（図１３のｆ４）。ＲＡには、ｏｐｔｉｏｎ部分にＣＭＩＰでの動作を指定するための“ＣＭＩＰ”情報と、移動端末３がＣＭＩＰ動作をするために必要なＨＡアドレスと、移動端末３がＨｏＡを生成するために用いるＨｏｍｅ  ｐｒｅｆｉｘとを格納する。そして、ＲＡの基本情報部分には移動端末３がＣｏＡを生成するためのＦｏｒｅｉｇｎ  ｐｒｅｆｉｘとＰＭＩＰクライアントのＲＡを送信したＩ／ＦのＬｉｎｋｌａｙｅｒアドレスとを格納する。【０１７１】
この場合、本発明の端末制御情報を認識できない移動端末はＣＭＩＰ動作となる。但し、この場合、移動端末３はＲＦＣ３７７５に記述されたＤｙｎａｍｉｃ  Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙや事前に設定しておく等の方法でＨＡを発見し、さらにＨｏＡを取得する処理が必要となる。【０１７２】
ｆ４の処理で受信したＲＡの“ＣＭＩＰ”情報によって、移動端末３はＣＭＩＰ動作することを決定する（図１３のｆ５）。さらに、移動端末３はＲＡに格納されたＨｏｍｅ  ｐｒｅｆｉｘ、Ｆｏｒｅｉｇｎ  ｐｒｅｆｉｘからそれぞれＨｏＡ、ＣｏＡを生成し、自らにＨｏＡ、ＣｏＡを割当てた後、同じくＲＡに格納されたＨＡアドレス宛にＨｏＡとＣｏＡとの対応を登録するためにＢＵを送信する（図１３のｆ６）。移動端末３はＢＵの応答としてＢＡを受信し（図１３のｆ７）、その後、ＣＮ２との通信を開始することができる（図１３のｆ８）。【０１７３】
次に、移動端末３がハンドオーバする状況を考慮する。まず、移動端末３が、アクセスネットワーク（Ａ）２００からアクセスネットワーク（Ｂ）３００へハンドオーバする場合のように、ＰＭＩＰをサポートするアクセスネットワークへハンドオーバするケースについて考える。【０１７４】
この場合の動作は、図１１あるいは図１２のアクセスネットワーク（Ａ）２００に接続した場合と同じとして構わない。この場合、図１１、図１２のＰＭＩＰクライアントは、ＰＭＩＰクライアント（Ｂ）１４となる。但し、移動端末３がアクセスネットワーク（Ｂ）３００に接続した際にＰＭＩＰクライアントや移動端末３がＢＵを送信するために必要な情報（ＨｏＡ、ＨＡアドレス、ＨＡへの位置登録をセキュアに行うための鍵情報等）を認証サーバ１６に問合せるのではなく、ハンドオーバ元のＰＭＩＰクライアント（Ａ）１３から取得する方式としても構わない。【０１７５】
この時、ハンドオーバ元のＰＭＩＰクライアントがどれであるかは、アクセスネットワークに配置されたＢＳ（Ｂａｓｅ  Ｓｔａｔｉｏｎ）から通知することができる。あるいは、上記の非特許文献１に示されたＡＳＮ  Ｆｕｎｃｔｉｏｎａｌ  Ｅｎｔｉｔｙのようなものを利用することができる。しかしながら、具体的な方法は、本発明に直接関係がないので、その詳細な説明については省略する。【０１７６】
また、ハンドオーバの場合には、移動端末３がＨｏＡを既に取得しており、このＨｏＡは通信を継続する間、保持し続けるアドレスであるため、図１１のｄ８の処理においてＲＡに含める情報の中からＨｏｍｅ  ｐｒｅｆｉｘを省略しても構わない。【０１７７】
次に、移動端末３が、アクセスネットワーク（Ｂ）３００からアクセスネットワーク（Ｃ）４００へハンドオーバする場合のようにＰＭＩＰがサポートしないアクセスネットワークへハンドオーバするケースについて考える。【０１７８】
この場合の動作は、図１３のアクセスネットワーク（Ｃ）６に接続した場合と同じとして構わない。但し、移動端末３がアクセスネットワーク（Ｃ）６に接続した際に、移動端末３がＢＵを送信するために必要な情報（Ｈｏｍｅ  ｐｒｅｆｉｘ、ＨＡアドレス、ＨＡへのＢＵをセキュアに行うための鍵情報等）を認証サーバ１６に問合せるのではなく、ハンドオーバ元のＰＭＩＰクライアント（Ｂ）１４から取得する方式としても構わない。【０１７９】
また、ハンドオーバの場合には、移動端末３がＨｏＡを既に取得しており、このＨｏＡは通信を継続する間、保持し続けるアドレスであるため、図１３のｆ４の処理においてＲＡに含める情報の中からＨｏｍｅ  ｐｒｅｆｉｘを省略しても構わない。【０１８０】
本実施の形態では、移動端末３とＰＭＩＰクライアント（Ａ）１３、ＰＭＩＰクライアント（Ｂ）１４、ＧＷ１５との間での情報のやり取りに、ＲＳ、ＲＡを利用することとしているが、必ずしもＲＳ、ＲＡである必要はなく、例えば、ＩＰＣＰｖ６  ｃｏｎｆｉｇｕｒｅ−ｒｅｑｕｅｓｔ、ＩＰＣＰｖ６  ｃｏｎｆｉｇｕｒｅ−Ａｃｋを使用することができる。【０１８１】
本実施の形態で示した拡張情報を含むＲＳの送信や拡張情報が含まれたＲＡの解釈をサポートする移動端末３は、ＣＭＩＰ機能を備えていることを想定しているが、これは、現実的にはＳｉｍｐｌｅ  ＩＰ端末が一般的なＩＰ端末と異なる動作をするとの前提を設けづらいためである。しかしながら、Ｓｉｍｐｌｅ  ＩＰ端末が本発明の移動端末３としての機能を備えていても構わない。【０１８２】
また、本実施の形態では、移動端末３がＣＭＩＰで動作する要求を送信する場合を考慮しているが、例えば、ＰＭＩＰ機能を提供可能なアクセスネットワークに接続した場合は必ずＰＭＩＰで動作するとのポリシとすれば、移動端末３が送信するＲＳは、本発明の拡張要素を含まない一般的なＲＳとしても構わない。この場合は、ポリシ蓄積サーバ１２への問合せも省略することができる。【０１８３】
さらに、本実施の形態ではＲＡによって、移動端末３に通知するＩＰ情報としてＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバアドレスを含めていないが、ＤＮＳサーバアドレスを含めるようにしても構わない。【０１８４】
このように、本実施の形態では、移動端末３の動作要求情報や端末の動作制御情報をそれぞれ、ＲＳ、ＲＡに格納することで、ＭＩＰｖ６を備えた移動端末３においても高速なＰＭＩＰ、ＣＭＩＰ動作の決定とそれぞれでのＩＰ設定が可能となる。【０１８５】
上述した本発明は、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）や３ＧＰＰ２、あるいはＷｉＭＡＸ  Ｆｏｒｕｍで策定しているモバイル向けネットワークのように、ＰＭＩＰ端末とＣＭＩＰ端末とが共存する環境において有効である。【０１８６】
また、標準化団体によって、ＰＭＩＰクライアントやモビリティアンカーの名称やモビリティ機能以外の機能配置等、異なる点はあるが、モビリティ機能はＭＩＰｖ４、ＭＩＰｖ６プロトコルを使用しており、本発明の適用が可能である。さらに、先の標準化団体が検討しているネットワークは、数千万台程度の端末を収容するネットワークとなる。このようなネットワークでは信号交換の効率化やネットワークへの接続時、あるいはハンドオーバ時に迅速なサービス提供を可能とすることが極めて重要な課題となり、本が詰め胃によると、この課題の解決ないしは低減が可能となる。【０１８７】
本出願は、２００７年２月１３日に出願された日本出願特願２００７−０３１５０８号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2008099802.tif 000003
【図２】
2008099802.tif 000004
【図３】
2008099802.tif 000005
【図４】
2008099802.tif 000006
【図５】
2008099802.tif 000007
【図６】
2008099802.tif 000008
【図７】
2008099802.tif 000009
【図８】
2008099802.tif 000010
【図９】
2008099802.tif 000011
【図１０】
2008099802.tif 000012
【図１１】
2008099802.tif 000013
【図１２】
2008099802.tif 000014
【図１３】
2008099802.tif 000015
【手続補正書】
【提出日】平成20年12月12日(2008.12.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＰＭＩＰ［Ｐｒｏｘｙ  ＭＩＰ（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）］機能を持つネットワーク機器が配備されたネットワークにおいて移動端末の動作を制御する移動端末管理システムであって、
ＣＭＩＰ（Ｃｌｉｅｎｔ  ＭＩＰ）機能の通知及び前記ＣＭＩＰ機能の使用の要求のうちの少なくともいずれかを前記ネットワーク側に送信する移動端末と、
前記移動端末からの通知、前記ネットワーク側のポリシ、前記ＰＭＩＰ機能の有無、それらの組合せのいずれかによって前記移動端末をＰＭＩＰ動作とするかＣＭＩＰ動作とするかを決定し、この決定した動作を前記移動端末に通知するネットワーク機器と
を有することを特徴とする移動端末管理システム。
【請求項２】
（削除）
【請求項３】
（削除）
【請求項４】
前記ネットワーク機器は、前記決定した動作を前記移動端末に通知するとともに、前記決定した動作を実行する上で必要となる設定情報を前記移動端末に送出し、
前記移動端末は、前記送出された設定情報に基づいて前記決定された動作を実行する上で必要となる設定を行うことを特徴とする請求項１記載の移動端末管理システム。
【請求項５】
前記ネットワーク側と前記移動端末との間の通知を、ＭＩＰ端末及びＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）端末において使用するプロトコルの拡張部分にかつ当該拡張部分を解釈できないノードにおいてその拡張部分が無視される性質を有する拡張部分に格納することを特徴とする請求項１又は請求項４記載の移動端末管理システム。
【請求項６】
前記ネットワーク側と前記移動端末との間の信号に、前記通知をやり取りしないＣＭＩＰ端末の動作を制御するための情報を格納することを特徴とする請求項５記載の移動端末管理システム。
【請求項７】
前記プロトコルは、ＭＩＰｖ４（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）を使用する場合に、ＡＳ（Ａｇｅｎｔ  Ｓｏｌｉｃｉｔａｔｉｏｎ）、ＡＡ（Ａｇｅｎｔ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）であることを特徴とする請求項５または請求項６記載の移動端末管理システム。
【請求項８】
前記プロトコルは、ＭＩＰｖ６（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ７）を使用する場合に、ＲＳ（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ）、ＲＡ（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）であることを特徴とする請求項５または請求項６記載の移動端末管理システム。
【請求項９】
前記ネットワーク機器は、３ＧＰＰ−Ａ（３ＧＰＰ−Ａｎｃｈｏｒ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＵＰＥ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｅｎｔｉｔｙ）、ＰＤＧ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）、ＰＤＳＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｓｅｒｖｉｎｇ  Ｎｏｄｅ）、ＰＤＩＦ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）、ＡＳＮ（Ａｃｃｅｓｓ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ）−ＧＷ（ＧａｔｅＷａｙ）のいずれかであることを特徴とする請求項１、及び請求項４から請求項８のいずれか記載の移動端末管理システム。
【請求項１０】
ＰＭＩＰ［Ｐｒｏｘｙ  ＭＩＰ（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）］機能を持つネットワーク機器が配備されたネットワークにおいて移動端末の動作を制御する移動端末管理システムを構成するネットワーク機器であって、
前記移動端末から送信されるＣＭＩＰ機能の通知及びＣＭＩＰ（Ｃｌｉｅｎｔ  ＭＩＰ）機能の使用要求のうちの少なくともいずれか、前記ネットワーク側のポリシ、前記ＰＭＩＰ機能の有無、それらの組合せのいずれかによって前記移動端末をＰＭＩＰ動作とするかＣＭＩＰ動作とするかを決定し、前記決定した動作を前記移動端末に通知する
ことを特徴とするネットワーク機器。
【請求項１１】
（削除）
【請求項１２】
（削除）
【請求項１３】
前記決定した動作を前記移動端末に通知するとともに、前記決定した動作を実行する上で必要となる設定情報を前記移動端末に送出することを特徴とする請求項１０記載のネットワーク機器。
【請求項１４】
前記移動端末との間の通知を、ＭＩＰ端末及びＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）端末において使用するプロトコルの拡張部分にかつ当該拡張部分を解釈できないノードにおいてその拡張部分が無視される性質を有する拡張部分に格納することを特徴とする請求項１０又は請求項１３記載のネットワーク機器。
【請求項１５】
前記移動端末との間の信号に、前記通知をやり取りしないＣＭＩＰ端末の動作を制御するための情報を格納することを特徴とする請求項１４記載のネットワーク機器。
【請求項１６】
前記プロトコルは、ＭＩＰｖ４（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）を使用する場合に、ＡＳ（Ａｇｅｎｔ  Ｓｏｌｉｃｉｔａｔｉｏｎ）、ＡＡ（Ａｇｅｎｔ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）であることを特徴とする請求項１４または請求項１５記載のネットワーク機器。
【請求項１７】
前記プロトコルは、ＭＩＰｖ６（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ７）を使用する場合に、ＲＳ（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ）、ＲＡ（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）であることを特徴とする請求項１４または請求項１５記載のネットワーク機器。
【請求項１８】
３ＧＰＰ−Ａ（３ＧＰＰ−Ａｎｃｈｏｒ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＵＰＥ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｅｎｔｉｔｙ）、ＰＤＧ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）、ＰＤＳＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｓｅｒｖｉｎｇ  Ｎｏｄｅ）、ＰＤＩＦ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）、ＡＳＮ（Ａｃｃｅｓｓ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ）−ＧＷ（ＧａｔｅＷａｙ）のいずれかであることを特徴とする請求項１０、及び請求項１３から請求項１７のいずれか記載のネットワーク機器。
【請求項１９】
ＰＭＩＰ［Ｐｒｏｘｙ  ＭＩＰ（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）］機能を持つネットワーク機器が配備されたネットワークにおいて移動端末の動作を制御する移動端末管理システムに用いる移動端末動作制御方法であって、
前記移動端末がＣＭＩＰ（Ｃｌｉｅｎｔ  ＭＩＰ）機能の通知及び前記ＣＭＩＰ機能の使用要求のうちの少なくともいずれかを前記ネットワーク機器に送信し、
前記ネットワーク機器が、前記移動端末からの要求、前記ネットワーク側のポリシ、前記ＰＭＩＰ機能の有無、それらの組合せのいずれかによって前記移動端末をＰＭＩＰ動作とするかＣＭＩＰ動作とするかを決定し、この決定した動作を前記移動端末に通知する
ことを特徴とする移動端末動作制御方法。
【請求項２０】
（削除）
【請求項２１】
（削除）
【請求項２２】
前記ネットワーク機器が、前記決定した動作を前記移動端末に通知するとともに、前記決定した動作を実行する上で必要となる設定情報を前記移動端末に送出し、
前記移動端末が、前記送出された設定情報に基づいて、前記決定された動作に必要な設定を行うことを特徴とする請求項１９記載の移動端末動作制御方法。
【請求項２３】
前記ネットワーク側と前記移動端末との間の通知を、ＭＩＰ端末及びＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）端末において使用するプロトコルの拡張部分にかつ当該拡張部分を解釈できないノードにおいてその拡張部分が無視される性質を有する拡張部分に格納することを特徴とする請求項１９又は請求項２２記載の移動端末動作制御方法。
【請求項２４】
前記ネットワーク側と前記移動端末との間の信号に、前記通知をやり取りしないＣＭＩＰ端末の動作を制御するための情報を格納することを特徴とする請求項２３記載の移動端末動作制御方法。
【請求項２５】
前記プロトコルは、ＭＩＰｖ４（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）を使用する場合に、ＡＳ（Ａｇｅｎｔ  Ｓｏｌｉｃｉｔａｔｉｏｎ）、ＡＡ（Ａｇｅｎｔ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）であることを特徴とする請求項２３または請求項２４記載の移動端末動作制御方法。
【請求項２６】
前記プロトコルは、ＭＩＰｖ６（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ７）を使用する場合に、ＲＳ（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ）、ＲＡ（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）であることを特徴とする請求項２３または請求項２４記載の移動端末動作制御方法。
【請求項２７】
前記ネットワーク機器は、３ＧＰＰ−Ａ（３ＧＰＰ−Ａｎｃｈｏｒ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＵＰＥ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｅｎｔｉｔｙ）、ＰＤＧ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）、ＰＤＳＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｓｅｒｖｉｎｇ  Ｎｏｄｅ）、ＰＤＩＦ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）、ＡＳＮ（Ａｃｃｅｓｓ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ）−ＧＷ（ＧａｔｅＷａｙ）のいずれかであることを特徴とする請求項１９、及び請求項２２から請求項２６のいずれか記載の移動端末動作制御方法。
【国際調査報告】
2008099802.tif 000016
2008099802.tif 000017
2008099802.tif 000018
2008099802.tif 000019