(57)【要約】広帯域無線アクセスシステムにおいて、特に、移動／固定端末がアイドルモードから受信モードに移行するか、又は、ハンドオーバーを行うとき、ＩＰアドレス設定手順を簡略化できる端末のＩＰアドレス設定方法を提供する。端末のＩＰアドレス設定方法において、基地局は、端末がアイドルモードから受信モードに移行したとき、又は、ハンドオーバーを行うとき、前記端末のＩＰアドレスを再設定するか否かを判断して前記端末に通知することにより、端末は前記ＩＰアドレスを再設定するか否かによって選択的にＩＰアドレスを設定する。
2007536872.tif 000002
【特許請求の範囲】
【請求項１】
広帯域無線アクセスシステムにおいて、
端末がアイドルモードから受信モードに移行したとき又はハンドオーバーを行うとき、前記端末のＩＰアドレスを再設定するか否かを基地局が判断して前記端末に通知することを特徴とする端末のＩＰアドレス設定方法。
【請求項２】
前記基地局は、前記端末がネットワークエントリを試みるターゲット基地局であることを特徴とする請求項１に記載の端末のＩＰアドレス設定方法
【請求項３】
前記ＩＰアドレスを再設定するか否かは、レンジング応答メッセージ又は登録応答メッセージにより伝達されることを特徴とする端末のＩＰアドレス設定方法。
【請求項４】
前記基地局は、端末のＩＰアドレスを再設定するか否かを決定するために、前記端末が以前に使用したＩＰサブネット、プレフィックス、及びアクセスルータと現在基地局が使用可能であるか使用中のＩＰサブネット、プレフィックス、及びアクセスルータとをそれぞれ比較することを特徴とする請求項１に記載の端末のＩＰアドレス設定方法。
【請求項５】
前記基地局は、前記端末が使用するネットワークプレフィックスＩＤが変更されると、その変更されたネットワークプレフィックスＩＤをレンジング応答メッセージ又は登録応答メッセージにより前記端末に通知することを特徴とする請求項４に記載の端末のＩＰアドレス設定方法。
【請求項６】
前記ＩＰアドレスを再設定するか否かは、ネットワークプレフィックスＩＤが変更された場合にのみ、レンジング応答メッセージ又は登録応答メッセージにより前記端末に伝達されることを特徴とする請求項３に記載の端末のＩＰアドレス設定方法。
【請求項７】
移動端末がアイドルモードに移行すると、第１基地局が同一のページング領域内の基地局にページングブロードキャストバックボーンメッセージを伝送する段階と、
端末が、伝送するトラヒック又は受信するトラヒックが発生すると、アイドルモードを終了して第２基地局にネットワークエントリを行う段階と、
前記第２基地局において、前記ページングブロードキャストバックボーンメッセージにより第１基地局から受信したネットワークプレフィックスＩＤと現在第２基地局が使用可能なネットワークプレフィックスＩＤを比較して、ＩＰアドレスを再設定するか否かを決定する段階と、
前記決定されたＩＰアドレスを再設定するか否かをレンジング手順又は登録手順が行われるときに前記端末に通知する段階と
から構成されることを特徴とする端末のＩＰアドレス設定方法。
【請求項８】
前記ページングブロードキャストバックボーンメッセージは、前記端末のＭＡＣアドレス及びネットワークプレフィックスＩＤを含むことを特徴とする請求項７に記載の端末のＩＰアドレス設定方法。
【請求項９】
前記ＩＰアドレスを再設定するか否かは、レンジング応答メッセージ又は登録応答メッセージにより伝達されることを特徴とする請求項７に記載の端末のＩＰアドレス設定方法。
【請求項１０】
前記第２基地局は、前記端末が使用するネットワークプレフィックスＩＤが変更されると、その変更されたネットワークプレフィックスＩＤをレンジング応答メッセージ又は登録応答メッセージにより前記端末に通知することを特徴とする請求項７に記載の端末のＩＰアドレス設定方法。
【請求項１１】
前記ＩＰアドレスを再設定するか否かは、ネットワークプレフィックスＩＤが変更された場合にのみ、レンジング応答メッセージ又は登録応答メッセージにより前記端末に伝達されることを特徴とする請求項９に記載の端末のＩＰアドレス設定方法。
【請求項１２】
端末がハンドオーバーを行うと、第１基地局が第２基地局に前記端末のＩＰアドレスに関するメッセージをハンドオーバー確認メッセージにより送信する段階と、
前記第２基地局が前記ＩＰアドレスに関するメッセージと現在第２基地局が使用中のＩＰアドレスに関するメッセージとを比較して、ＩＰアドレスを再設定するか否かを決定する段階と、
前記決定されたＩＰアドレスを再設定するか否かを、レンジング手順又は登録手順が行われるときに前記端末に通知する段階と
から構成されることを特徴とする端末のＩＰアドレス設定方法。
【請求項１３】
前記ＩＰアドレスに関するメッセージは、前記端末のサブネットＩＤ又は外部エージェントを含むことを特徴とする請求項１２に記載の端末のＩＰアドレス設定方法。
【請求項１４】
前記ＩＰアドレスを再設定するか否かは、前記移動端末がハンドオーバー後に登録手順を行うとき、又は、前記移動端末がハンドオーバー後に第２基地局とレンジングを行うときに伝達されることを特徴とする請求項１２に記載の端末のＩＰアドレス設定方法。
【請求項１５】
前記第２基地局は、前記端末が使用するネットワークプレフィックスＩＤが変更されると、その変更されたネットワークプレフィックスＩＤをレンジング応答メッセージ又は登録応答メッセージにより前記端末に通知することを特徴とする請求項１２に記載の端末のＩＰアドレス設定方法。
【請求項１６】
前記ＩＰアドレスを再設定するか否かは、ネットワークプレフィックスＩＤが変更された場合にのみ、レンジング応答メッセージ又は登録応答メッセージにより前記端末に伝達されることを特徴とする請求項１４に記載の端末のＩＰアドレス設定方法。
【請求項１７】
アクセスシステムにおいて、
通信のために使用されるサービング接続点に関するインターネットプロトコルＩＰアドレスを有するユーザ装置のためにハンドオーバーを決定する段階と、
前記サービング接続点、新しい接続点、又はサービング接続点及び新しい接続点の両方によりＩＰ設定情報を監視する段階と、
前記監視されたＩＰ設定情報を保存する段階と、
ネットワークエントリ又はリエントリを行うときに、前記ユーザ装置に前記保存されたＩＰ設定情報を伝送する段階と
を含むことを特徴とするＩＰアドレスを設定する方法。
【請求項１８】
前記決定する段階は、前記ユーザ装置、前記接続点、又はそれら両方により行われることを特徴とする請求項１７に記載のＩＰアドレスを設定する方法。
【請求項１９】
前記ユーザ装置は、前記伝送されたＩＰ設定情報に基づいてＩＰアドレス設定変更が必要か否かを決定することを特徴とする請求項１７に記載のＩＰアドレスを設定する方法。
【請求項２０】
前記ユーザ装置は、必要である場合、新しいＩＰアドレス設定のための取得手順を実行し、必要でない場合、前記サービング接続点に関するＩＰアドレスを利用することを特徴とする請求項１７に記載のＩＰアドレスを設定する方法。
【請求項２１】
前記ＩＰ設定情報は、サブネット情報、外部エージェント情報、又はそれら両方を含むことを特徴とする請求項１７に記載のＩＰアドレスを設定する方法。
【請求項２２】
前記接続点は、基地局であることを特徴とする請求項１７に記載のＩＰアドレスを設定する方法。
【請求項２３】
アクセスシステムにおいて、
通信のためのサービング接続点に関するインターネットプロトコルアドレスを有するユーザ装置のためにハンドオーバーを決定する段階と、
ハンドオーバー後に前記端末が新しい接続点と関連付けるときに新しいＩＰアドレス設定が必要であるか否かを前記サービング接続点と前記新しい接続点間のシグナリングにより決定する段階と、
前記新しいＩＰアドレス設定が必要か否かを前記新しい接続点から前記端末に指示する段階と、
前記ユーザ装置は、必要である場合は、新しいＩＰアドレス設定のための取得手順を実行し、必要でない場合は、前記サービング接続点に関するＩＰアドレスを利用する段階と
を含むことを特徴とするＩＰアドレスを設定する方法。
【請求項２４】
前記決定する段階は、前記ユーザ装置、前記接続点、又はそれら両方により行われることを特徴とする請求項２３に記載のＩＰアドレスを設定する方法。
【請求項２５】
前記接続点は、基地局であることを特徴とする請求項２３に記載のＩＰアドレスを設定する方法。
【請求項２６】
前記サービング接続点と前記新しい接続点間のシグナリング段階は、サブネット又は外部エージェントの変化を区分するデータを交換する段階をさらに含むことを特徴とする請求項２３に記載のＩＰアドレスを設定する方法。
【請求項２７】
前記データは、ルータアドレス、外部エージェントアドレス、又はネットワークプレフィックス情報であることを特徴とする請求項２６に記載のＩＰアドレスを設定する方法。
【請求項２８】
前記データは、ＩＰサブネット、ネットワークプレフィックス、アクセスルータ、又は外部エージェントの変化に関連していることを特徴とする請求項２７に記載のＩＰアドレスを設定する方法。
【請求項２９】
前記データは、ルータアドレス、外部エージェントアドレス、又はネットワークプレフィックス情報を代表するネットワークプレフィックスＩＤであることを特徴とする請求項２６に記載のＩＰアドレスを設定する方法。
【請求項３０】
前記段階は、ネットワークエントリ又はネットワークリエントリのために行われることを特徴とする請求項２３に記載のＩＰアドレスを設定する方法。
【請求項３１】
前記指示する段階は、レンジング及び／又は登録中に行われることを特徴とする請求項３０に記載のＩＰアドレスを設定する方法。
【請求項３２】
前記指示する段階は、新しいＩＰアドレス設定が必要である場合、ネットワークプレフィックスＩＤを提供することで前記新しい接続点により行われることを特徴とする請求項２３に記載のＩＰアドレスを設定する方法。
【請求項３３】
前記指示する段階は、１つのビットを利用して前記新しい接続点により行われることを特徴とする請求項２３に記載のＩＰアドレスを設定する方法。
【請求項３４】
前記ＩＰアドレスは、モバイルＩＰアドレス又はＤＨＣＰ  ＩＰアドレスであることを特徴とする請求項２３に記載のＩＰアドレスを設定する方法。
【請求項３５】
前記モバイルＩＰの場合は、前記端末により２つのＩＰアドレスが使用されることを特徴とする請求項３４に記載のＩＰアドレスを設定する方法。
【請求項３６】
前記２つのＩＰアドレスは、サブネット変更のためのホームアドレス及び外部エージェント変更のための気付アドレス（ｃａｒｅ−ｏｆ−ａｄｄｒｅｓｓ）であることを特徴とする請求項３５に記載のＩＰアドレスを設定する方法。
【請求項３７】
前記ＤＨＣＰの場合は、前記端末はサブネット変更のためのホームアドレスである１つのアドレスを有することを特徴とする請求項３４に記載のＩＰアドレスを設定する方法。
【請求項３８】
前記端末が前記新しい接続点と関連付けるということは、ターゲット接続点担当区域のための新しいＩＰアドレスを提供するという意味であることを特徴とする請求項２３に記載のＩＰアドレスを設定する方法。
【請求項３９】
前記段階は、１つのアクセスシステム内で行われることを特徴とする請求項２３に記載のＩＰアドレスを設定する方法。
【請求項４０】
前記段階は、多様なアクセスシステム間で行われることを特徴とする請求項２３に記載のＩＰアドレスを設定する方法。
【請求項４１】
ユーザ装置が新しい接続点と関連付けることを所望するということを検出する段階と、
前記関連付けのために前記ユーザ装置が新しいＩＰアドレス設定を必要とするか否かを判断する段階と、
前記新しいＩＰアドレスを設定するか否かに関する指示を前記ユーザ装置に提供する段階と、
前記指示を受けたユーザ装置とＩＰ接続を設定する段階と
を含むことを特徴とするユーザ装置とのＩＰ接続実行方法。
【請求項４２】
前記関連付けは、前記ユーザ装置がアイドルモードから受信モードに移行するとき、又は、ハンドオーバーが発生するときに行われることを特徴とする請求項４１に記載のユーザ装置とのＩＰ接続実行方法。
【請求項４３】
前記判断する段階は、サブネット変更の検出又は外部エージェント変更の検出に基づくことを特徴とする請求項４１に記載のユーザ装置とのＩＰ接続実行方法。
【請求項４４】
前記情報は、サブネット又は外部エージェントが変更されるとき新しいＩＰアドレス設定が必要であることを示すことを特徴とする請求項４３に記載のユーザ装置とのＩＰ接続実行方法。
【請求項４５】
前記情報は、サブネット又は外部エージェントが変更されないとき新しいＩＰアドレス設定が必要でないことを示すことを特徴とする請求項４３に記載のユーザ装置とのＩＰ接続実行方法。
【請求項４６】
前記提供する段階は、レンジング又は登録手順中に行われることを特徴とする請求項４１に記載のユーザ装置とのＩＰ接続実行方法。
【請求項４７】
前記判断する段階は、プロトコルスタックの第２層で行われることを特徴とする請求項４１に記載のユーザ装置とのＩＰ接続実行方法。
【請求項４８】
前記第２層のＭＡＣ層が前記判断する段階を行うことを特徴とする請求項４７に記載のユーザ装置とのＩＰ接続実行方法。
【請求項４９】
前記接続点は、基地局であることを特徴とする請求項４１に記載のユーザ装置とのＩＰ接続実行方法。
【請求項５０】
前記段階は、広帯域無線アクセスシステムのために行われることを特徴とする請求項４１に記載のユーザ装置とのＩＰ接続実行方法。
【請求項５１】
新しい接続点と関連付けを試みる段階と、
前記関連付けのために新しいＩＰアドレスを設定するか否かに関する指示を受信する段階と、
前記受信した指示に基づいて前記新しい接続点とＩＰ接続を設定する段階と
含むことを特徴とするネットワークとのＩＰ接続実行方法。
【請求項５２】
前記受信する段階の前に、前記関連付けのために新しいＩＰアドレス設定が必要であるか否かを判断する段階をさらに含むことを特徴とする請求項５１に記載のネットワークとのＩＰ接続実行方法。
【請求項５３】
前記判断する段階は、サブネット変更の検出又は外部エージェント変更の検出に基づくことを特徴とする請求項５２に記載のネットワークとのＩＰ接続実行方法。
【請求項５４】
前記情報は、サブネット又は外部エージェントが変更されるとき新しいＩＰアドレス設定が必要であることを示すことを特徴とする請求項５３に記載のネットワークとのＩＰ接続実行方法。
【請求項５５】
前記情報は、サブネット又は外部エージェントが変更されないとき新しいＩＰアドレス設定が必要でないことを示すことを特徴とする請求項５３に記載のネットワークとのＩＰ接続実行方法。
【請求項５６】
前記関連付けは、前記ユーザ装置がアイドルモードから受信モードに移行するとき、又は、ハンドオーバーが発生するときに行われることを特徴とする請求項５１に記載のネットワークとのＩＰ接続実行方法。
【請求項５７】
前記受信する段階は、レンジング又は登録手順中に行われることを特徴とする請求項５１に記載のネットワークとのＩＰ接続実行方法。
【請求項５８】
前記接続点は、基地局であることを特徴とする請求項５１に記載のネットワークとのＩＰ接続実行方法。
【請求項５９】
前記段階は、広帯域無線アクセスシステムのために行われることを特徴とする請求項５１に記載のネットワークとのＩＰ接続実行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広帯域無線アクセスシステムに関し、特に、移動／固定端末がアイドルモードから受信モードに移行したとき、又は、ハンドオーバーを行うときに、ＩＰアドレス設定手順を簡略化できる方法に関する。
【背景技術】
【０００２】
一般に、広帯域無線アクセスシステムにおいて、移動（又は、固定）端末（例えば、移動局、モバイル加入者局（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ：  ＭＳＳ）、ユーザ端末、ユーザ機器（ＵＥ）、など）の電力消費を最小化するためにアイドルモード（Ｉｄｌｅ  Ｍｏｄｅ）をサポートしている。前記アイドルモードにおいて、ページング領域（Ｐａｇｉｎｇ  Ｚｏｎｅ）は、ページンググループ（Ｐａｇｉｎｇ  Ｇｒｏｕｐ）という複数の基地局が担当する全体領域として定義され、同一のページング領域に含まれる基地局は、同一のページング周期値（Ｐａｇｉｎｇ＿Ｃｙｃｌｅ）及びページングオフセット値（Ｐａｇｉｎｇ＿Ｏｆｆｓｅｔ）を有する。
【０００３】
前記端末は、基地局にアイドルモードへの移行を要求でき、前記基地局が基地局自身のページング領域ＩＤ（ページンググループＩＤ）とそれによるページング周期及びページングオフセットを端末に伝達することにより、該当端末は、アイドルモードに移行できる。前記アイドルモードの間、前記端末は、ページング周期毎に基地局からブロードキャスト形態で伝送されるページングに基づいてアイドルモードを維持するか終了するかを判断できる。
【０００４】
また、アイドルモードの端末が伝送しなければならないトラヒック（例えば、データ、パケットなど）が発生した場合、前記端末は、いつでもアイドルモードを終了できる。また、アイドルモードの端末が他のページング領域に移動したり、同期を失うなどの理由で、所定時間にページングを受信することができない場合、端末はアイドルモードを終了する。
【０００５】
一方、アイドルモードにある端末に伝送しなければならないトラヒックが発生した場合、前記基地局は、ページングにより端末にアイドルモードを終了させることができる。このように端末に伝送しなければならないトラヒックが発生した場合、前記基地局は、ページングメッセージの実行コード（Ａｃｔｉｏｎ  ｃｏｄｅ）を移動先ネットワークに伝送する。
【０００６】
この場合、又は、前記端末がアップリンクで伝送するデータがある場合、前記端末は、ＩＰアドレス設定手順を行わなければならない。前記手順は、ページングを受信した基地局により使用されるネットワークプレフィックスが変更されない場合は省略できるが、従来技術においてはネットワークプレフィックスを比較する手順が提供されないため省略が不可能である。
【０００７】
また、アイドルモードは、次の動作及び段階から構成される。
【０００８】
−移動端末のアイドルモード開始
−セル選択
−端末のページングメッセージブロードキャスト時間の同期化
−端末ページング使用不可周期
−端末ページングリッスン周期
−基地局ページングブロードキャストメッセージ送信周期
−基地局ページングブロードキャストメッセージ
−ページング使用可能モード終了
【０００９】
これらのうち、本発明に関する技術は、基地局ページングブロードキャストメッセージである。
【００１０】
前記基地局ページングブロードキャストメッセージは、基地局を介して又は他のネットワーク要素を介して特定移動端末に現在遅延しているダウンリンクのトラヒックがあることを通知するメッセージである。前記ページングブロードキャストメッセージは、基地局ページングブロードキャストメッセージ送信期間の間にブロードキャストＣＩＤで送信されなければならず、ページングを必要とする移動端末の数と関係なく送信期間に送信されなければならない。
【００１１】
前記基地局ページングブロードキャストメッセージは、送信する基地局の論理的所属を示す１つ又は複数のページンググループＩＤを含まなければならない。前記基地局ページングブロードキャストメッセージにおいて、前記移動端末は、移動端末ＭＡＣアドレスハッシュにより区分され、１つの基地局ページングブロードキャストメッセージは、複数のＭＡＣアドレスを含む。
【００１２】
前記基地局ページングブロードキャストメッセージは、前記移動端末ＭＡＣアドレスハッシュにより区分される各移動端末に対して実行コードを伝送しなければならないが、前記実行コードは次の通りである。
【００１３】
−００：ｎｏ  ａｃｔｉｏｎ  ｒｅｑｕｉｒｅｄ
−０１：ｐｅｒｆｏｒｍ  Ｒａｎｇｉｎｇ  ｔｏ  ｅｓｔａｂｌｉｓｈ  ｌｏｃａｔｉｏｎ  ａｎｄ  ａｃｋｎｏｗｌｅｄｇｅ  ｍｅｓｓａｇｅ
−１０：ｐｅｒｆｏｒｍ  ｉｎｉｔｉａｌ  ｎｅｔｗｏｒｋ  ｅｎｔｒｙ
−１１：ｒｅｓｅｒｖｅｄ
【００１４】
前記実行コードのうち、ダウンリンクデータがあるときに送信する基地局ページングブロードキャストメッセージは、実行コード「１０」を伝送し、前記端末は前記実行コードによりネットワークエントリ（ｎｅｔｗｏｒｋ  ｅｎｔｒｙ）手順を行う。
【００１５】
従って、従来技術においては、アイドルモードにある移動端末が受信するダウンリンクデータ又は送信するアップリンクデータがあって基地局からページングを受信すると、移動端末は必ずＩＰアドレスを再設定しなければならない。
【００１６】
すなわち、アイドルモードで動作する移動端末が他の基地局領域に移動した状態で、基地局から現在保留（延期）されているダウンリンクデータがあるというページングブロードキャストメッセージを受信した場合、移動端末は、前記基地局により使用されたＩＰサブネット、プレフィックス、アクセスルータ（ＮｅｔＩＤ）が以前に移動端末により使用されたものと同一である場合、ＩＰアドレス設定手順を省略できる。また、アイドルモードにある移動端末がアップリンクで伝送するデータがあるため基地局と登録手順を行うとき、基地局は、以前に受信した端末により使用されたＩＰサブネット、プレフィックス、及びアクセスルータ（ＮｅｔＩＤ）と現在基地局内で使用可能な又は使用中のＩＰサブネット、プレフィックス、及びアクセスルータ（ＮｅｔＩＤ）とを比較して、ＩＰアドレスを再設定するか否かを移動端末に通知できる。
【００１７】
しかしながら、従来技術においては、前記ＩＰサブネット、プレフィックス、及びアクセスルータ（ＮｅｔＩＤ）を比較できる手順が提供されていないため、移動端末は、アップリンクあるいはダウンリンクデータがあってアイドルモードを終了する度にＩＰアドレス設定手順を行わなければならないので、不要な時間遅延が発生するという問題があった。
【００１８】
一方、広帯域無線アクセスシステムにおいて、ハンドオーバーのための過程は、前処理過程、ハンドオーバー過程、及び「ｄｒｏｐｓ  ａｎｄ  ｃｏｒｒｕｐｔｅｄ  ＨＯ  ａｔｔｅｍｐｔｓ（ハンドオーバーの試みの問題発生）」から構成されている。
【００１９】
１．ハンドオーバーのための前処理過程（Ｐｒｅ−ｐｒｏｃｅｓｓｉｎｇ  ｐｒｏｃｅｄｕｒｅｓ  ｆｏｒ  ｈａｎｄｏｖｅｒ）
ＩＥＥＥ８０２．１６ｅのハンドオーバーのための前処理過程としては、周辺基地局に関する情報を基地局からブロードキャストして端末に通知する過程（例えば、Ｎｅｔｗｏｒｋ  Ｔｏｐｏｌｏｇｙ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）と、前記情報に基づいて隣接基地局のチャネル品質を測定する過程（例えば、ＭＳＳ  ｓｃａｎｎｉｎｇ  ｏｆ  ｎｅｉｇｈｂｏｒ  ＢＳ）と、選択的に隣接基地局と初期端末の電力値及び同期のための時間差などを合わせる過程（例えば、Ａｓｓｏｃｉａｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅｓ）とから構成される。
【００２０】
＊ネットワークトポロジー通知（Ｎｅｔｗｏｒｋ  Ｔｏｐｏｌｏｇｙ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）
基地局は、ネットワーク構成情報に関する情報をＭＯＢ＿ＮＢＲ−ＡＤＶ  ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）メッセージによりセル内の全ての端末にブロードキャスト方式で伝送してセル内の端末に周辺基地局の情報を通知する。
【００２１】
＊ＭＳＳの隣接基地局検索（ＭＳＳ  ｓｃａｎｎｉｎｇ  ｏｆ  ｎｅｉｇｈｂｏｒ  ＢＳ）
端末は、ハンドオーバーのために周辺基地局を検索しなければならないが、周辺基地局を検索するための検索周期（Ｓｃａｎｎｉｎｇ  ｉｎｔｅｒｖａｌ）をＭＯＢ＿ＳＣＮ−ＲＥＱ  ＭＡＣメッセージにより基地局に要求し、基地局は、これに対する応答としてＭＯＢ＿ＳＣＮ−ＲＳＰ  ＭＡＣメッセージを送信して端末が周辺基地局を検索できる周期を割り当てる。また、基地局は、端末の要求なしに直接ＭＯＢ＿ＳＣＮ＿ＲＳＰ  ＭＡＣメッセージを送信できる（すなわち、Ｕｎｓｏｌｉｃｉｔｅｄ  ｒｅｑｕｅｓｔ）。ここで、基地局が割り当てる検索周期及び検索開始のためのオフセットの単位は、全てフレーム単位で割り当てられる。
【００２２】
＊関連付け過程（Ａｓｓｏｃｉａｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）
関連付け過程は、端末が基地局とレンジング過程（端末が通信のための基本的な情報を基地局から取得する過程）を行うことでセルに正常に入る過程であり、端末は、基地局を検索して新しい基地局を選択すると、関連付け過程を行う。端末によりＲＮＧＲＥＱ  ＭＡＣメッセージが送信され、基地局がＲＮＧ−ＲＳＰ  ＭＡＣメッセージを送信して、電力オフセット値及びタイミングオフセット値などを適切な値に設定する。
【００２３】
前記ＲＮＧ−ＲＥＱ  ＭＡＣメッセージを送信することを初期レンジング（Ｉｎｉｔｉａｌ  Ｒａｎｇｉｎｇ）動作といい、前記動作は、ＩＥＥＥ８０２．１６システムの最も基本的な動作であり、端末がネットワークエントリ過程を行うための基本動作である。ハンドオーバー（ＨＯ）により新しい端末を収容したターゲット（Ｔａｒｇｅｔ）基地局は、特定端末がターゲット基地局のセルに関連付けられたことを前記端末が以前に属していたサービング（Ｓｅｒｖｉｎｇ）基地局に伝達した後、端末に関する情報を保存する。
【００２４】
２．ハンドオーバー（ＨＯ）過程
前記ハンドオーバー前処理過程で取得した隣接基地局とのチャネル品質情報に基づいて、端末はハンドオーバーを開始する。
【００２５】
＊セル選択（Ｃｅｌｌ  Ｓｅｌｅｃｔｉｏｎ）
セル選択動作は、端末がセルに正常に登録する前に、現在セルの基地局から伝送される信号の信号対干渉雑音比（Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｎｏｉｓｅ  Ｒａｔｉｏ：ＳＩＮＲ）より優れたＳＩＮＲを有する信号を受信できる基地局に新しく登録するためにセルを変える動作である。ここで、基地局は、端末がまだ登録過程を行っていないため、端末の移動を全く知らない。
【００２６】
＊ハンドオーバー開始（ＨＯ  Ｉｎｉｔｉａｔｉｏｎ）
ハンドオーバー開始は、基地局（ＢＳ）と移動端末（ＭＳＳ）の両方により実行できる。すなわち、基地局がハンドオーバーを要求する場合、基地局は、ＭＯＢ＿ＢＳＨＯ−ＲＥＱ  ＭＡＣメッセージを送信し、移動端末がハンドオーバーを要求する場合、端末は、ＭＯＢ＿ＭＳＳＨＯ−ＲＥＱ  ＭＡＣメッセージを送信する。端末がＭＯＢ＿ＭＳＳＨＯ−ＲＥＱ  ＭＡＣメッセージを送信する場合は、周辺基地局から受信した信号のＳＩＮＲが基地局に伝達され、ハンドオーバー中にターゲット基地局になる候補基地局が現在のサービング基地局に伝達される。
【００２７】
基地局は、端末からＭＯＢ＿ＭＳＳＨＯ−ＲＥＱ  ＭＡＣメッセージを受信するか、又は、基地局自身が端末をハンドオーバーさせるために送信するＭＯＢ＿ＢＳＨＯ−ＲＥＱ  ＭＡＣメッセージを送信する前に、周辺基地局から特定端末をハンドオーバーさせるための応答（ＡＣＫ）を確認した後、端末のハンドオーバーを許可する。ＭＯＢ＿ＢＳＨＯ／ＭＳＳＨＯ−ＲＥＱメッセージを受信した端末又は基地局は、ＭＯＢ＿ＭＳＳＨＯ／ＢＳＨＯ−ＲＳＰ  ＭＡＣメッセージを送信してハンドオーバーを行うターゲット基地局に関して通知する。
【００２８】
＊ハンドオーバー取り消し（ＨＯ  ｃａｎｃｅｌｌａｔｉｏｎ）
端末又は基地局がハンドオーバーを行うためにＭＯＢ＿ＭＳＳＨＯ／ＢＳＨＯ−ＲＥＱ  ＭＡＣメッセージを送信した後、端末は、ハンドオーバーを取り消すことができる。ここで、端末は、ＭＯＢ＿ＨＯ−ＩＮＤ  ＭＡＣメッセージの特定フィールドを設定（ＨＯ＿Ｔｙｐｅ＝０１）して基地局に伝送することにより、現在進行中のハンドオーバーを停止させる。
【００２９】
＊サービング基地局と断絶（Ｔｅｒｍｉｎａｔｉｏｎ  ｗｉｔｈ  ｔｈｅ  ｓｅｒｖｉｎｇ  ＢＳ）
端末は、ＭＯＢ＿ＨＯ−ＩＮＤ  ＭＡＣメッセージをサービング基地局に送信することで、ハンドオーバーが正常に完了したことを通知し、ハンドオーバー動作を完了する。ここで、端末は、ＭＯＢ＿ＨＯＩＮＤ  ＭＡＣメッセージの特定フィールドを設定（ＨＯ＿Ｔｙｐｅ＝００）して正常にハンドオーバーが終了したことをサービング基地局に伝達する。基地局は、端末からＭＯＢ＿ＨＯＩＮＤ  ＭＡＣメッセージが受信されると、ハンドオーバーした端末に割り当てられたＭＡＣ状態機械、ＡＲＱ接続、及びデータ伝送に関する全ての接続を終了する。
【００３０】
＊ハンドオーバー拒絶（ＨＯ  ｒｅｊｅｃｔｉｏｎ）
端末は、基地局が勧告したハンドオーバーを拒絶できるが、このために、端末は、ＭＯＢ＿ＨＯ−ＩＮＤ  ＭＡＣメッセージの特定フィールドを設定（ＨＯ＿Ｔｙｐｅ＝１０）して基地局に送信する。基地局は、端末から拒絶メッセージを受信すると、ターゲット基地局を再び構成して端末にＭＯＢ＿ＢＳＨＯＲＳＰメッセージを再送信する。
【００３１】
３．ハンドオーバーの試みの問題発生（Ｄｒｏｐｓ  ａｎｄ  Ｃｏｒｒｕｐｔｅｄ  ＨＯ  Ａｔｔｅｍｐｔｓ）
端末は、基地局から受信されたダウンリンクデータの再構成（復旧、復調など）が不可能である場合、又は、ハンドオーバー後に基地局に送信される（ＲＮＧ−ＲＥＱ  ＭＡＣメッセージに対する）ＲＮＧ−ＲＳＰ  ＭＡＣメッセージを正常に受信できずに基地局に伝送できるＲＮＧ−ＲＥＱ  ＭＡＣメッセージの送信制限回数に至った場合、通信を終了する。このような場合、端末は、所望のターゲット基地局にネットワークエントリ過程を再び行って接続を復旧する動作を行う。
【００３２】
＊ターゲット基地局にリエントリ（Ｒｅ−ｅｎｔｒｙ  ｗｉｔｈ  ｔｈｅ  ｔａｒｇｅｔ  ＢＳ）
ハンドオーバーを行った端末は、ターゲット基地局に新しいネットワークエントリ動作を行い、ターゲット基地局だけでなく、周辺基地局にもリエントリ（Ｒｅ−ｅｎｔｒｙ）のためのハンドオーバー動作を行う。ただし、基地局の立場からは、リエントリは一般的なネットワークエントリ動作と同様に行われる。
【００３３】
＊ダウンリンク同期化及びパラメータ取得（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｗｉｔｈ  Ｄｏｗｎｌｉｎｋ  ａｎｄ  ｏｂｔａｉｎ  ｐａｒａｍｅｔｅｒｓ）
ハンドオーバーを行った端末は、ターゲット基地局のダウンリンク信号を検出して基地局と同期を取り、基地局が送信したＭＯＢ＿ＮＢＲ−ＡＤＶ  ＭＡＣメッセージを受信して周辺基地局の状況を把握する。さらに、端末は、一般的なネットワークエントリ過程と同様の動作、すなわち、ＤＬ＿ＭＡＰ及びＤＣＤメッセージを受信する動作を行う。
【００３４】
＊アップリンクパラメータ取得（Ｏｂｔａｉｎ  ｕｐｌｉｎｋ  ｐａｒａｍｅｔｅｒｓ）
ハンドオーバーを行った端末は、前述したように、ダウンリンクパラメータを取得した後、アップリンクパラメータをＵＬ＿ＭＡＰ  ＭＡＣメッセージ及びＵＣＤメッセージなどにより受信する。
【００３５】
＊レンジング及びアップリンクパラメータ調整（Ｒａｎｇｉｎｇ  ａｎｄ  ｕｐｌｉｎｋ  ｐａｒａｍｅｔｅｒｓ  ａｄｊｕｓｔｍｅｎｔ）
ハンドオーバーを行った端末は、新しい基地局にレンジングを試みる。前記レンジング動作は、ＩＥＥＥ８０２．１６システムの最も基本的な動作であり、端末は、端末自身の４８ビット長のＭＡＣアドレスに基づいて、基地局により割り当てられたレンジング機会（Ｒａｎｇｉｎｇ  ｏｐｐｏｒｔｕｎｉｔｙ）（すなわち、レンジングメッセージを送信できる区間）により競争割り当て方式のレンジング動作を行う。前記レンジング動作により、端末は、ターゲット基地局から新しい基本ＩＤ（Ｂａｓｉｃ  ＩＤ）とプライマリ管理ＩＤ（Ｐｒｉｍａｒｙ  ｍａｎａｇｅｍｅｎｔ  ＩＤ）が割り当てられる。このような動作は、基地局により送信されるＵＬ＿ＭＡＰ  ＭＡＣメッセージに挿入されて伝送されるＦａｓｔ＿ＵＬ＿ｒａｎｇｉｎｇ  ＩＥを端末が受信することでアップリンクパラメータを取得して行われる。
【００３６】
ここで、前記レンジング動作のために割り当てられるレンジング機会は、一般的なネットワークエントリのための初期レンジング動作と異なり、無競争（Ｃｏｎｔｅｎｔｉｏｎ−ｆｒｅｅ）方式で行われる。
【００３７】
＊端末再認証（ＭＳＳ  ｒｅ−ａｕｔｈｅｎｔｉｃａｔｉｏｎ）
端末の正常な動作のための認証過程であり、ＰＫＭ（Ｐｒｉｖａｔｅ  Ｋｅｙ  Ｍａｎａｇｅｍｅｎｔ）プロトコルを用いて認証過程が発生し、従来のセキュリティーコンテキストは変更せずに認証過程が行われる。
【００３８】
＊予備接続の再登録及び再設定（Ｒｅ−ｒｅｇｉｓｔｅｒ  ａｎｄ  Ｒｅ−ｅｓｔａｂｌｉｓｈ  Ｐｒｏｖｉｓｉｏｎｅｄ  Ｃｏｎｎｅｃｔｉｏｎｓ）
基地局は既に端末の４８ビットＭＡＣアドレスを受信した状態であり、端末の認証過程が正常に行われたので、端末の登録過程が正常に行われる。端末は、ＲＥＧ−ＲＥＱ  ＭＡＣメッセージを送信して登録手順を開始し、基地局は、ＲＥＧ−ＲＳＰ  ＭＡＣメッセージを送信してハンドオーバー前に端末の予備接続を再設定することで、正常なＩＰサービスの実行を可能にする。
【発明の開示】
【発明が解決しようとする課題】
【００３９】
一般に、移動端末がハンドオーバーを行った後、ＩＰ再設定を行うが、サブネットが同一である場合は、ＩＰ再設定を行う必要がない。しかしながら、従来技術ではこれを知ることができず、端末が移動する度にＩＰアドレスを再設定する。すなわち、移動端末がハンドオーバーを行った後、ＩＰアドレスの設定が必要なく以前のＩＰアドレスが使用できる場合（例えば、ＩＰサブネットや外部エージェントが同一である場合）も、従来は、端末が移動した後、必ずＩＰアドレス設定を行わなければならなかった。
【００４０】
本発明の目的は、端末がアイドルモードから受信モードに移行するか、又は、ハンドオーバーを行うとき、ＩＰアドレス設定手順を簡略化できる端末のＩＰアドレス設定方法を提供することにある。
【課題を解決するための手段】
【００４１】
端末が新しい接続点（ｐｏｉｎｔ  ｏｆ  ａｔｔａｃｈｍｅｎｔ）と関連付ける度に（例えば、ハンドオーバー実行、アイドルモードから受信モードへの移行など）、常にＩＰアドレス再設定を行うのではなく、以前のＩＰアドレスを続けて使用できるか、新しいＩＰアドレスを設定する必要があるかを考慮することで、ＩＰアドレス再設定が実際に必要であるか否かを判断する。
【発明の効果】
【００４２】
本発明は、アイドルモードモードにある移動端末がネットワークエントリ手順を行うとき、移動端末の登録解除手順を行った基地局（接続点）が前記端末のネットワークプレフィックスに関する情報（例えば、ＮｅｔＩＤ、ルータ広告、エージェント広告）を同一のページング領域内の他の基地局（接続点）に伝送し、ネットワークエントリ手順を行う基地局は、前記ネットワークプレフィックスに関する情報（例えば、ＮｅｔＩＤ）と基地局が使用中のネットワークプレフィックスに関する情報（例えば、ＮｅｔＩＤ）とを比較して、移動端末のＩＰアドレス再設定が必要であるか否かを通知する。従って、本発明は、端末のネットワークプレフィックスに関する情報（例えば、ＮｅｔＩＤ）が変更された場合、その変更されたネットワークプレフィックスに関する情報（例えば、ＮｅｔＩＤ）を端末に通知して、ＩＥＥＥ  ８０２．１６ネットワークとは異なるネットワークとのハンドオーバーを行うときに使用可能にする。
【００４３】
また、本発明は、ハンドオーバー後に移動端末がＩＰアドレス設定手順を行うとき、２つの基地局間に使用されるサブネットが同一でるか、又は、同一の外部エージェントを使用する場合、ネットワークプレフィックスに関する情報（例えば、ＮｅｔＩＤ、ルータ広告、エージェント広告）を以前の基地局が新しい基地局に伝送し、前記新しい基地局は、前記伝送されたネットワークプレフィックスに関する情報（例えば、ＮｅｔＩＤ）と新しい基地局が使用可能な（又は、使用中の）ネットワークプレフィックスに関する情報（例えば、ＮｅｔＩＤ）とを比較して、ＩＰアドレス再設定が必要であるか否かを移動端末に通知する。
【００４４】
従って、本発明は、端末がアイドルモードから受信モードに移行するか、又は、ハンドオーバーを行うとき、ＩＰアドレス設定手順を簡略化することにより、従来のＩＰアドレス再設定にかかる時間遅延をなくすことができるという効果がある。
【発明を実施するための最良の形態】
【００４５】
以下、本発明の好ましい実施形態を詳細に説明する。しかしながら、当業者であれば本発明の特徴が後述する実施形態に限定されないということが理解できるであろう。
【００４６】
本発明は、ＩＥＥＥ８０２．１６のようなＩＥＥＥの様々なワーキンググループで進行中の研究及び開発に関連し、これらに利用される概念と技術内容は本発明の特徴に適用できる。また、多様な種類のネットワークと通信技術を連動（ｉｎｔｅｒｗｏｒｋｉｎｇ）する作業、例えば、ＩＥＥＥネットワークとセルラーネットワーク（例えば、３Ｇネットワーク）間の互換性を達成するための多様な試みがなされており、本発明がこのような互換性の達成に適用できるということは明白である。
【００４７】
無線接続システムに関する通信プロトコルを考慮すると、ネットワーク層において、インターネットでのデータパケット通信を許可するために、インターネットプロトコルがパケットのためのアドレス指定及びルーティングを提供する。ここで、インターネットで接続した各装置（ユーザ端末、携帯電話機、無線接続装置など）は、正しく識別されて他の装置と区分できるように固有のＩＰアドレスの設定が必要である。
【００４８】
ＩＰｖ４（ＩＰ  ｖｅｒｓｉｏｎ  ４）及びＩＰｖ６（ＩＰ  ｖｅｒｓｉｏｎ  ６）というインターネットプロトコルが開発された。３２ビットアドレスを採用するＩＰｖ４は、インターネットに接続される各装置が固有ＩＰアドレスを必要とするため、インターネット通信の増加による限界があるということが明らかにされた。従って、３２ビットアドレスがもうすぐ枯渇するため、１２８ビットを利用するＩＰｖ６が改善案として開発された。
【００４９】
しかしながら、ユーザ端末が移動性を有するため（例えば、移動端末）、ＩＰアドレス設定がより難しくなる。例えば、移動性をサポートするためにユーザ端末がハンドオーバーを実行できるが、特定領域を担当する接続点（例えば、基地局）により管理されていた端末が新しい位置に移動すると、前記新しい位置を担当する他の接続点（例えば、基地局）により管理される必要がある。すなわち、第１サブネット（すなわち、ネットワークの一部分）にある移動端末が第２サブネット（すなわち、ネットワークの他の部分）に移動する。他の例としては、ユーザ端末が動作モードをアイドルモードから受信モードにユーザ端末の動作状態を変えることがあるが、これは、節電動作モードの例であり、移動性を有するユーザ端末の限られたバッテリ電力を節約するための重要な役割を果たす。
【００５０】
このようなハンドオーバー又はアイドルモード変更状況において、ＩＰアドレス設定が適時に行われることで、前記ユーザ端末がデータを途切れることなく受信できる。
【００５１】
従来技術の広帯域無線アクセスシステムのハンドオーバー過程において、ハンドオーバーが終了すると、いわゆる「管理された」移動端末がセカンダリ管理接続識別子（ＣＩＤ）を取得した後にＩＰアドレス再設定を行うことで、ＩＰ通信が再開できる。
【００５２】
新しい接続点（基地局）に移動した移動端末が管理される移動端末である場合、外部エージェント又は新しい接続点（基地局）に接続されたＤＨＣＰサーバにより割り当てられるサブネットに関係なく、ＩＰアドレス再設定が必要である。従って、ＩＰアドレス再設定をいつ行うかを決定するための基準が必要である。従来技術では、ＭＡＣ層においてＩＰ層の決定が分からないため、ＩＰアドレス再設定を端末に通知することができない。
【００５３】
従って、本発明において、接続点（基地局）は、バックボーンメッセージ（又は、他のメッセージ）により受信されたＩＰアドレス関連情報を利用して、端末がＩＰアドレス再設定手順を行うか否かをＭＡＣ層が決定できるように基準を提供する。
【００５４】
接続点（基地局）のＭＡＣ層がＩＰアドレス設定を必要とするかを端末に通知できるため、ハンドオーバー手順の簡略化が可能になり、ハンドオーバー後に通信を再開するときの時間遅延を最小化できる。
【００５５】
本発明の目的は、移動端末がアイドルモードから受信モードに移行するか、又は、ハンドオーバーを行うとき、ＩＰアドレス設定に関する情報を基地局（又は接続点）が判断して端末に通知できる端末のＩＰアドレス設定方法を提供することにある。
【００５６】
前述したような目的を達成するために、広帯域無線アクセスシステムにおいて、本発明による端末のＩＰアドレス設定方法は、端末がアイドルモードから受信モードに移行したとき、又は、ハンドオーバーを行うとき、前記端末のＩＰアドレスを再設定するか否かを基地局（又は、接続点）が判断して前記端末に通知する。
【００５７】
好ましくは、前記基地局は、前記端末がネットワークエントリを試みるターゲット基地局である。
【００５８】
好ましくは、前記ＩＰアドレスを再設定するか否かは、レンジング応答メッセージ又は登録応答メッセージにより伝達される。
【００５９】
好ましくは、前記基地局は、前記端末により以前に使用されたＩＰサブネット、プレフィックス、及びアクセスルータ（ＮｅｔＩＤ）と現在基地局が使用可能な（又は、使用中の）ＩＰサブネット、プレフィックス、及びアクセスルータ（ＮｅｔＩＤ）とを比較することで、端末のＩＰアドレス再設定を行うか否かを決定する。
【００６０】
好ましくは、前記基地局は、端末により使用されるネットワークプレフィックスＩＤ（ＮｅｔＩＤ）が変更されると、その変更されたＮｅｔＩＤをレンジング応答メッセージ又は登録応答メッセージにより端末に伝達する。
【００６１】
好ましくは、前記基地局は、ネットワークプレフィックスＩＤ（ＮｅｔＩＤ）が変更された場合にのみ、ＩＰアドレスを再設定するか否かをレンジング応答メッセージ又は登録応答メッセージにより端末に伝達する。
【００６２】
本発明は、移動／固定端末がアイドルモードから受信モードに移行したとき、又は、ハンドオーバーを行うとき、使用されるＩＰサブネット、プレフィックス、アクセスルータ、外部エージェントの変化（ＮｅｔＩＤ）により、アドレス設定手順を簡素化する方法を提案する。
【００６３】
すなわち、本発明は、端末が現在ダウンリンクで伝送するデータがあるか、又はアップリンクで伝送するデータが存在するというページングメッセージを基地局（接続点）から受信すると、端末のＩＰアドレス再設定を行うか否かを基地局が判断して端末に通知することにより、必要に応じてＩＰアドレス再設定手順を省略できる方法を提供する。また、本発明は、ハンドオーバー過程中に端末が移動した後、ＩＰアドレスを再設定するか否かを基地局が判断して端末に通知することにより、必要に応じてＩＰアドレス再設定手順を省略できる方法を提供する。
【００６４】
まず、本発明の第１実施形態によるアイドルモードから受信モードに移行したときの端末のＩＰアドレス設定方法を説明する。
【００６５】
本発明の第１実施形態による端末のＩＰアドレス設定方法において、登録応答メッセージ（ＲＥＧ−ＲＳＰ）、レンジング応答メッセージ（ＲＮＧ−ＲＳＰ）、及びページングブロードキャストバックボーンメッセージなどが定義される。
【００６６】
前記登録応答メッセージ（ＲＥＧ−ＲＳＰ）は、移動端末がハンドオーバー後に登録手順を行う場合、新しい基地局（Ｔａｒｇｅｔ  ＢＳ）が以前の基地局（Ｓｅｒｖｉｎｇ  ＢＳ）から受信した端末のＩＰアドレス関連ＩＤと、現在基地局が使用中の（又は、使用可能な）ＩＤとを比較して２つのＩＤが異なると、ＩＰ再設定要求ビット（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｒｅｑｕｉｒｅｄ  ｂｉｔ）を設定することにより送信されるメッセージである。
【００６７】
前記レンジング応答メッセージ（ＲＮＧ−ＲＳＰ）は、前記移動端末がハンドオーバー後に新しい基地局（ｔａｒｇｅｔ  ＢＳ）とレンジングを行う場合、前記新しい基地局が以前の基地局（Ｓｅｒｖｉｎｇ  ＢＳ）から受信した端末のＩＰアドレス関連ＩＤと現在基地局が使用中の（又は、使用可能な）ＩＤを比較し、２つのＩＤが異なると、ＩＰ再設定要求ビットを設定することにより送信されるメッセージである。
【００６８】
従って、前記新しい基地局（Ｔａｒｇｅｔ  ＢＳ）は、前記登録応答メッセージ（ＲＥＧ−ＲＳＰ）又はレンジング応答メッセージ（ＲＮＧ−ＲＳＰ）のいずれか一方を利用して端末のＩＰアドレス再設定を行うか否かを通知する。
【００６９】
前記ページングブロードキャストバックボーンメッセージは、アイドルモードに移行するために移動端末が登録解除を要求した基地局に、前記移動端末に伝送されるデータトラヒックが到着したことを、ページング領域内の他の基地局に通知するとき、又は、同一のページング領域内の基地局がアイドルモードに移行した端末に関する情報を共有するときに使用されるメッセージである。好ましくは、前記ページングブロードキャストバックボーンメッセージは、移動端末が使用したネットワークプレフィックスＩＤ（ＮｅｔＩＤ）を含んで送信される。
【００７０】
図１及び図２は、それぞれ登録応答メッセージ（ＲＥＧ−ＲＳＰ）及びレンジング応答メッセージ（ＲＮＧ−ＲＳＰ）のフォーマットの一例を示す図である。
【００７１】
図１に示すように、登録応答メッセージ（ＲＥＧ−ＲＳＰ）は、ｂｉｔ＃２により端末のＩＰアドレスを再設定するか否かを示す。特に、前記登録応答メッセージ（ＲＥＧ−ＲＳＰ）は、新しい基地局が以前の基地局から受信した端末のＩＰアドレス関連ＩＤと現在基地局が使用中の（又は、使用可能な）ＩＤとを比較し、２つのＩＤが異なる場合は、端末にＮｅｔＩＤの変更を指示できる。好ましくは、前記ｂｉｔ＃２がアクティブになっていなくても、前記ＮｅｔＩＤ変更指示が設定された場合、端末はＩＰアドレスを再設定する。
【００７２】
また、図２に示すように、レンジング応答メッセージ（ＲＮＧ−ＲＳＰ）もｂｉｔ＃０により端末のＩＰアドレスを再設定するか否かを示し、他のビットにより端末にＮｅｔＩＤの変更を指示できる。同様に、前記ｂｉｔ＃０がアクティブになっていなくても、端末は、前記ＮｅｔＩＤの変更指示が設定された場合、ＩＰアドレスを再設定する。
【００７３】
図３は、ダウンリンク（ＤＬ）トラヒックが存在するため、アイドルモードにある端末がアイドルモードを終了した場合、登録手順によりＩＰアドレスを再設定するか否かを通知する例を示す。
【００７４】
図３に示すように、アイドルモードに移行するために、移動端末は、基地局に登録解除要求／応答（ＤＲＥＧ＿ＲＥＱ／ＤＲＥＧ＿ＲＳＰ）を行う。ここで、基地局は、アイドルモードに移行した端末の情報を同一のページング領域内にある全ての基地局にブロードキャストする（例えば、ページング通知（Ｐａｇｉｎｇ−ａｎｎｏｕｎｃｅ）メッセージを利用して）。これにより、ページング周期毎に前記端末が行わなければならない手順を基地局に通知する必要がある。このために、ページングブロードキャストバックボーンメッセージが使用される。前記ページングブロードキャストバックボーンメッセージは、端末のＭＡＣアドレスと共に移動端末が使用したＩＰアドレスに該当するネットワークプレフィックスＩＤ（ＮｅｔＩＤ）が含まれて送信される。
【００７５】
その後、アイドルモードにある移動端末は、伝送しなければならないデータトラヒック（アップリンクトラヒック）が発生するか、又は、受信しなければならないデータトラヒック（ダウンリンクトラヒック）が発生した場合、アイドルモードを終了してネットワークエントリを行う。
【００７６】
前記移動端末がネットワークエントリ手順を行う基地局（ＢＳ＃３）は、前記移動端末が登録を解除した基地局（ＢＳ＃１）から受信したネットワークプレフィックスＩＤ（ＮｅｔＩＤ）と現在基地局（ＢＳ＃３）が使用可能なネットワークプレフィックスＩＤ（ＮｅｔＩＤ）とを比較し、移動端末のＩＰアドレス再設定が必要であるか否かをレンジング手順中に（ＲＮＧ−ＲＳＰにより）又は登録手順中に（ＲＥＧ−ＲＳＰにより）移動端末に通知する。
【００７７】
従って、移動端末は、ＲＮＧ−ＲＳＰ又はＲＥＧ−ＲＳＰメッセージに基づいてＩＰアドレスを再設定するか否かを判断し、ＩＰアドレスの再設定が必要ない場合はＩＰアドレスの再設定手順を省略できるため、より迅速に通信を再開できる。
【００７８】
また、他の種類のネットワークとのハンドオーバーのためにＩＰアドレス関連ＩＤが変更されたときは、これを基地局が端末にレンジング又は登録応答メッセージに含めて通知できる。
【００７９】
従って、本発明において、基地局がＩＰアドレスを再設定するか否かを移動端末に通知する方法は、次の通りである。
【００８０】
１．登録応答メッセージに設定ビットを設定して通知する方法
２．レンジング応答メッセージに設定ビット設定して通知する方法
前記１及び２の場合は、ネットワークプレフィックスＩＤ（ＮｅｔＩＤ）が変更された場合、この変更されたＩＤをそれぞれレンジング応答メッセージ及び登録応答メッセージを利用して別途に端末に通知する。
【００８１】
３．ネットワークプレフィックスＩＤ（ＮｅｔＩＤ）が変更された場合にのみ、レンジング応答メッセージ又は登録応答メッセージにより移動端末に通知する。
【００８２】
図４は、ダウンリンクトラヒックが存在するため、アイドルモードにある端末がアイドルモードを終了した場合、レンジング手順によりＩＰアドレスを再設定するか否かを通知する例を示す図である。
【００８３】
また、図５は、アップリンクトラヒックが存在するため、アイドルモードにある端末がアイドルモードを終了した場合、レンジング手順によりＩＰアドレスを再設定するか否かを通知する例を示す図である。
【００８４】
図６は、アップリンクトラヒックが存在するため、アイドルモードにある端末がアイドルモードを終了した場合、登録手順によりＩＰアドレスを再設定するか否かを通知する例を示す図である。
【００８５】
以下、本発明の第２実施形態によりハンドオーバー中に端末のＩＰアドレス設定方法を説明する。
【００８６】
本発明の第２実施形態による端末のＩＰアドレス設定方法においては、登録応答メッセージ（ＲＥＧ−ＲＳＰ）、レンジング応答メッセージ（ＲＮＧ−ＲＳＰ）、及びハンドオーバー確認メッセージ（ＨＯ−ｃｏｎｆｉｒｍ）などが定義される。
【００８７】
前記登録応答メッセージ（ＲＥＧ−ＲＳＰ）は、移動端末がハンドオーバー後に登録手順を行うとき、新しい基地局（Ｔａｒｇｅｔ  ＢＳ）が以前の基地局（Ｓｅｒｖｉｎｇ  ＢＳ）から受信した端末のＩＰアドレス関連ＩＤと現在基地局で使用中の（又は、使用可能な）ＩＤとを比較し、２つのＩＤが異なる場合、ＩＰ再設定要求ビットを設定して伝送するメッセージである。
【００８８】
また、前記レンジング応答メッセージ（ＲＮＧ−ＲＳＰ）は、移動端末がハンドオーバー後に新しい基地局（Ｔａｒｇｅｔ  ＢＳ）とレンジングするとき、以前の基地局（Ｓｅｒｖｉｎｇ  ＢＳ）から受信した端末のＩＰアドレス関連ＩＤと現在基地局で使用中の（又は、使用可能な）ＩＤとを比較し、２つのＩＤが異なる場合、ＩＰ再設定要求ビットを設定して伝送するメッセージである。
【００８９】
また、前記ハンドオーバー確認メッセージは、移動端末がハンドオーバーを行うとき、以前の基地局から新しい基地局に移動しようとする移動端末のＩＰアドレスに関するメッセージをバックボーンにより伝送するメッセージである。従って、前記メッセージにより新しい基地局（ｔａｒｇｅｔ  ＢＳ）は、移動した端末のＩＰアドレスを再設定するか否かを決定できる。
【００９０】
また、前記登録応答メッセージ（ＲＥＧ−ＲＳＰ）及びレンジング応答メッセージ（ＲＮＧ−ＲＳＰ）のフォーマットは、それぞれ図１及び図２に示し、前記ハンドオーバー確認メッセージのフォーマットは、図７に示す。
【００９１】
一般に、ハンドオーバーは、移動端末がハンドオーバーを開始する場合と、基地局の決定によりネットワークがハンドオーバーを開始する場合との２つの場合がある。いずれの場合も、ハンドオーバーするときは、以前の基地局（Ｓｅｒｖｉｎｇ  ＢＳ）から新しい基地局（Ｔａｒｇｅｔ  ＢＳ）にハンドオーバー確認メッセージ（ＨＯ−Ｃｏｎｆｉｒｍ）がバックボーンにより送信される。前記ハンドオーバー確認メッセージ（ＨＯ−Ｃｏｎｆｉｒｍ）に移動する端末のＩＰアドレス及びその関連ＩＤ（ＮｅｔＩＤ＝ｘｘｘ）を含めて伝送すると、新しい基地局は、それらを利用して基地局で使用中のＩＰアドレス関連ＩＤ（ＮｅｔＩＤ）と比較し、その結果を、ハンドオーバーが完了した後にレンジング又は登録手順が行われると、前記端末に通知できる。
【００９２】
従って、前記結果を利用して、前記端末は、ＩＰアドレスを再設定する必要があるか、以前に使用したＩＰアドレスを使用できるかが分かる。この方法を用いて、以前の基地局と新しい基地局のＩＰサブネットが同一である場合や外部エージェント（Ｆｏｒｅｉｇｎ  Ａｇｅｎｔ：  ＦＡ）が同一である場合などに、ハンドオーバー中に端末がＩＰアドレスを再設定する必要を減らすことにより、ＩＰアドレスを設定する度に発生する遅延を減少させることができる。
【００９３】
従って、本発明の第２実施形態による端末のＩＰアドレス設定方法において、基地局が移動端末にＩＰアドレスを再設定するか否かを通知する方法は、第１実施形態と同様に３つの方法に区分される。
【００９４】
図８は、ハンドオーバー中にレンジング手順により端末にＩＰアドレスを再設定するか否かを通知する動作の一例を示す図である。
【００９５】
図９は、ハンドオーバー中に登録手順により端末にＩＰアドレスを再設定するか否かを通知する動作の一例を示す図である。
【００９６】
本発明は、ＩＰ接続設定手順の最小化に関連しているといえる。ＩＥＥＥ８０２．１６においては、ＩＰアドレスをＭＳＳに割り当てるためにＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）及びＭｏｂｉｌｅ  ＩＰを使用し、ターゲット基地局へのＭＳＳハンドオーバーの後、ＩＰ接続の再設定を必要とする。しかしながら、ターゲットＢＳで同一のサブネットが利用されるか、又は、新しいＢＳに同一の外部エージェントが接続されている場合、ＩＰ接続再設定手順を省略でき、ＭＳＳは同一のＩＰアドレスを使用することができる。従って、移動するＭＳＳのためにサブネット変更又は外部エージェント変更を判断できる構造が必要である。ＭＳＳが新しいＢＳに移動するとき、ＭＳＳのサブネット変更又は外部エージェント変更を判断するために、新しいＢＳは、バックボーンメッセージにより提供されるサブネット変更指示をＭＳＳに提供できる。ここで、ネットワークＩＤは、サブネットプレフィックス、アクセスルータ、又は外部エージェントを代表できる。１つのＢＳは、ネットワーク設定によって１つ以上のＮｅｔＩＤを有することもできる。
【００９７】
現在、ＩＥＥＥ８０２．１６では、ＩＰ再設定のための指示をＭＳＳに提供しない。しかしながら、本発明の発明者は、ＩＰ接続を再設定する必要があるか否かに関してＭＳＳが決定できるようにする解決策を提供する。ＭＳＳのＩＰ関連情報をバックボーンによりターゲットＢＳに提供することにより、ターゲットＢＳがＩＰ再設定に関する指示をＭＳＳに提供できる。
【００９８】
従来技術において、ＭＳＳハンドオーバーが終了すると、サブネット変更に関係なく新しいＩＰ割り当て手順が必要である。しかしながら、新しいＢＳにおいてネットワークサブネットが変更されていない場合、ＭＳＳは、以前のＢＳで使用した以前のＩＰアドレスを使用することができる。すなわち、ＤＨＣＰの場合、新しいＢＳにおいてネットワークサブネットが変更されていないと、ＭＳＳは、以前のＢＳで使用した以前のＩＰアドレスを使用することができる。モバイルＩＰｖ４の場合、ＭＳＳが新しいＢＳに移動すると、ＭＳＳがモバイルＩＰｖ４を利用してＩＰ接続を再設定するために多少の時間がかかった。しかしながら、新しいＢＳに同一の外部エージェントが接続されていると、ＭＳＳは、遅延を減らすためにモバイルＩＰ手順を省略できる。
【００９９】
このようにするために、ＭＳＳは、サブネット又は外部エージェントが以前のＢＳと異なるかを決定するための情報を必要とする。ＩＰアドレス設定方法によってサブネット変更決定のための情報も異なる。２つのＩＰアドレス割り当て方法を定義することができる。１つはＤＨＣＰを利用し、他の１つはモバイルＩＰｖ４を利用する。ＤＨＣＰメッセージ及びモバイルＩＰｖ４メッセージがセカンダリ管理接続に送信されるため、ＢＳは、ＩＰ関連情報を監視して保存することができる。ＭＳＳが新しいＢＳに移動するとき、以前のＢＳは、保存された情報を新しいＢＳに送信し（例えば、ＭＳＳのＮｅｔＩＤをバックボーンにより送信する）、新しいＢＳは、受信された情報を自体保存情報（例えば、ＮｅｔＩＤ）と比較してサブネット変更に関して判断する。ＭＳＳがハンドオーバーに成功した後、新しいＢＳは、サブネット変更に関する判断をＲＥＧ−ＲＳＰによりＭＳＳに提供する。例えば、新しいＢＳのあるＮｅｔＩＤが以前のＢＳから受信したＮｅｔＩＤと同一である場合、新しいＢＳは、ＩＰ再設定が必要でないという指示をＲＥＧ−ＲＳＰの「Ｍｅｔｈｏｄ  ｆｏｒ  ａｌｌｏｃａｔｉｎｇ  ＩＰ  ａｄｄｒｅｓｓ  ＴＬＶ」によりＭＳＳに通知する。ＮｅｔＩＤがサービングＢＳ、ターゲットＢＳ、又はこれら両方に存在しない場合、ターゲットＢＳは、ＩＰ接続を再設定するようにＭＳＳに指示しなければならない。
【０１００】
以下、ＤＨＣＰの場合及びモバイルＩＰの場合に、サブネット変更をどのように決定するかに関する手順を説明する。
【０１０１】
図１０、図１１、図１２、及び図１３は、ＤＨＣＰ場合の例を示し、図１０及び図１１は、ＤＨＣＰサーバがＭＳＳと同一のネットワークに存在する場合を示し、図１２及び図１３は、ＤＨＣＰサーバがＭＳＳと異なるネットワークに存在する場合を示す。図１０は、ＭＳＳが送信するＤＨＣＰメッセージを示し、図１１は、ＭＳＳメッセージに応答してＤＨＣＰサーバが送信するＤＨＣＰメッセージを示す。図１２は、ＭＳＳからルータ内のリレーエージェントによりＤＨＣＰサーバに送信されるＤＨＣＰメッセージを示し、図１３は、ルータ内のリレーによりＭＳＳに送信されるＤＨＣＰサーバからの応答を示す。
【０１０２】
図１０〜図１３に示すように、サーバからの応答メッセージ内のリレーエージェントＩＰアドレス及びサーバ識別子を利用してサブネットが変更されているか否かを判断できる。ここで、ＤＨＣＰメッセージの「ｇｉａｄｄｒ」は、リレーエージェントのＩＰアドレスを示し、「ｓｅｒｖｅｒ  ｉｄｅｎｔｉｆｉｅｒ」は、ＤＨＣＰサーバを識別するために利用され、クライアントからサーバへの送信先アドレスを示す。
【０１０３】
モバイルＩＰｖ４の場合、ＭＳＳは、ＭＳＳの動作をエージェント広告［ＩＥＴＦ  ＲＦＣ  ３２２０］のＩＣＭＰルータ広告［ＩＥＴＦ  ＲＦＣ  １２５６］のライフタイム（Ｌｉｆｅｔｉｍｅ）フィールド又はネットワークプレフィックス［ＩＥＴＦ  ＲＦＣ  ３２２０］を利用して決定する。プレフィックス長拡張（Ｐｒｅｆｉｘ−Ｌｅｎｇｔｈ  Ｅｘｔｅｎｓｉｏｎ）を有するルータアドレスは、ネットワークプレフィックスを示すことができる。しかしながら、プレフィックス長は、選択的なパラメタであり、プレフィックス長がない場合、この情報は、ネットワークプレフィックスを決定するのために利用すべきでない。図１４は、エージェント広告メッセージの一例を示す。
【０１０４】
ＤＨＣＰの場合、ＢＳは、セカンダリ管理接続上にＤＨＣＰサーバからＭＳＳに送信されるＤＨＣＰオファー（ｏｆｆｅｒ）メッセージをリッスンして「ｇｉａｄｄｒ」及び「ｓｅｒｖｅｒ  ｉｄｅｎｔｉｆｉｅｒ」を保存する。モバイルＩＰの場合、ＢＳは、外部エージェントから周期的なエージェント広告メッセージをリッスンし、ＩＣＭＰルータ広告内のルータアドレス及びエージェント広告のプレフィックス長拡張内のプレフィックス長拡張を保存する。
【０１０５】
ＭＳＳが新しいＢＳに移動するときにターゲットＢＳに情報を提供することにより、ターゲットＢＳは、ＭＳＳのサブネットを変更するか否かを判断できる。ターゲットＢＳは、登録応答メッセージ（ＲＳＧ−ＲＳＰ）によりＭＳＳにＩＰ接続を再設定するか否かについて通知する。
【０１０６】
従って、本発明は、ＤＨＣＰ関連情報及びＩＰ関連情報を監視できるようにＢＳのための構造を追加した。また、タイプ、長さ、値（Ｔｙｐｅ−Ｌｅｎｇｔｈ−Ｖａｌｕｅ：ＴＬＶ）パラメータをＲＥＧ−ＲＳＰメッセージに追加して、ＩＰアドレス再設定手順を行うか否かをＭＳＳに指示するために利用される。
【０１０７】
移動ネットワークの場合、ターゲットＢＳは、ＭＳＳハンドオーバーのためのＲＥＧ−ＲＳＰメッセージ内に「ＩＰ  Ａｄｄｒｅｓｓ  Ｃｈａｎｇｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ＴＬＶ」を含むことができる。このＴＬＶは、バックボーンにより以前のＢＳから受信した情報に基づいてＭＳＳがＩＰ接続を再設定するか否かを通知する。ターゲットＢＳが判断できない場合、この値は「１」に設定される。
【０１０８】
管理されたＭＳＳの場合、新しいＢＳへのエントリにより、ＩＰ接続を維持するために第３層（Ｌａｙｅｒ  ３）プロトコル交換を必要とする可能性がある。このようなＭＳＳは、ＢＳ変更に対して適当な検出及び応答手順を行わなければならない（例えば、モバイルＩＰｖ４動作検出及び再登録、又は、モバイルＩＰｖ４バインディング更新（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）を実施）。ＭＳＳのＩＰ接続維持のために、新しいＢＳは、ＭＳＳにＩＰアドレス変更指示を提供できる。新しいＢＳのＩＰアドレス変更指示は、バックボーンによる以前のＢＳからの情報により作成される。ＤＨＣＰを利用してセカンダリ管理接続上の外部エージェントからのエージェント広告をリッスンし、ＭＳＳのＩＰ接続設定を監視することにより、この情報が保存される。
【０１０９】
以下の＜表１＞は、ＩＰアドレス設定情報の一例を示す。
【０１１０】
【表１】
2007536872.tif 000003
以下の＜表２＞は、ＩＰアドレス設定情報に示されるＴＬＶ値の一例を示す。
【０１１１】
【表２】
2007536872.tif 000004
以下の＜表３＞は、ＩＰアドレス設定情報に示されるＴＬＶ値の一例を示す。
【０１１２】
【表３】
2007536872.tif 000005
以下の＜表４＞は、ＩＰアドレス変更情報の一例を示す。このフィールドは、ハンドオーバー後にＭＳＳがＩＰアドレス再設定を必要とするか否かを示す。ビット値「０」は必要でない場合、ビット値「１」は必要とする場合を示す。
【０１１３】
【表４】
2007536872.tif 000006
以下の＜表５＞は、ハンドオーバー確認メッセージの一例を示す。
【０１１４】
【表５】
2007536872.tif 000007
また、本発明は、ＩＰアドレス再設定手順を行うか否かをＭＳＳに指示するＲＥＧ−ＲＳＰメッセージ内の「ｍｅｔｈｏｄ  ｆｏｒ  ａｌｌｏｃａｔｉｎｇ  ＩＰ  ａｄｄｒｅｓｓ  ＴＬＶ」を修正し、「ＮｅｔＩＤ」及び「ＨＯ−Ｃｏｎｆｉｒｍ  ａｎｄ  Ｐａｇｉｎｇ−ａｎｎｏｕｎｃｅ」バックボーンメッセージを追加する。
【０１１５】
前記ＩＰアドレス割り当て方法において、ＩＰ接続を設定するために、ＢＳは、ＳＳ又はＭＳＳのＩＰ接続設定のために「ｍｅｔｈｏｄ  ｆｏｒ  ａｌｌｏｃａｔｉｎｇ  ＩＰ  ａｄｄｒｅｓｓ  ＴＬＶ」をＲＥＧ−ＲＳＰメッセージに含む。前記ＴＬＶは、ＭＳＳが新しいＢＳに移動するとき、ＭＳＳがＩＰ接続を再設定する必要があるか否かを示す。ＩＰ再設定要求ビットは、バックボーンにより以前のＢＳから受信したＮｅｔＩＤによって設定される。ターゲットＢＳが決定できない場合、この値は「１」に設定される（ＩＰ再設定が必要）。
【０１１６】
以下の＜表６＞及び＜表７＞は、ＩＰアドレス割り当て方法の一例を示し、＜表８＞は、ＨＯ確認メッセージフォーマットの一例を示し、＜表９＞は、ページング通知メッセージの一例を示す。
【０１１７】
【表６】
2007536872.tif 000008
【０１１８】
【表７】
2007536872.tif 000009
【０１１９】
【表８】
2007536872.tif 000010
【０１２０】
【表９】
2007536872.tif 000011
本発明が無線接続技術について説明され、無線通信で使用されるユーザ端末の移動性、ハンドオーバー、アイドルモードなどの類似した点があるため、ＷＩＭａｘ、ＷｉＢｒｏ、Ｗｉ−Ｆｉなどの現在開発中の様々な無線接続技術も本発明の特徴及び技術から利益を得ることが明白である。
【０１２１】
好ましい実施形態の記述により当該技術分野における通常の知識を有する者であれば、本発明を実現又は利用することができる。このような実施形態の多様な修正は、当該技術分野における通常の知識を有する者にとって明白であり、ここで定義された一般的な原理は、他の実施形態に適用できる。従って、本発明は、本明細書に記載された実施形態に限定されるのでなく、本明細書に記載された原理及び新規な特性に一致する最大限広い範囲に及ぶ。
【図面の簡単な説明】
【０１２２】
【図１】本発明による端末のＩＰアドレス設定方法に適用される登録応答メッセージ（ＲＥＧ−ＲＳＰ）のフォーマットを示す図である。
【図２】本発明による端末のＩＰアドレス設定方法で使用されるレンジング応答メッセージ（ＲＮＧ−ＲＳＰ）のフォーマットを示す図である。
【図３】アイドルモードにある端末がダウンリンクトラヒックを有するため、アイドルモードが終了した場合、登録手順によりＩＰアドレス再設定が必要であるか否かを通知する例を示す図である。
【図４】アイドルモードにある端末がダウンリンクトラヒックを有するため、アイドルモードが終了した場合、レンジング手順によりＩＰアドレス再設定が必要であるか否かを通知する例を示す図である。
【図５】アイドルモードにある端末がアップリンクトラヒックを有するため、アイドルモードが終了した場合、レンジング手順によりＩＰアドレス再設定が必要であるか否かを通知する例を示す図である。
【図６】アイドルモードにある端末がアップリンクトラヒックを有するため、アイドルモードが終了した場合、登録手順によりＩＰアドレス再設定が必要であるが否かを通知する例を示す図である。
【図７】本発明による端末のＩＰアドレス設定方法で使用されるハンドオーバー確認メッセージのフォーマットを示す図である。
【図８】ハンドオーバー中にレンジング手順により端末にＩＰアドレスを再設定するか否かを通知する例を示す図である。
【図９】ハンドオーバー中に登録手順により端末にＩＰアドレスを再設定するか否かを通知する例を示す図である。
【図１０】ＤＨＣＰの場合、ＤＨＣＰサーバが端末（ＭＳＳ）と同一のネットワークに存在するとき、サブネットの変更がどのように決定されるかの一例を示す図である。
【図１１】ＤＨＣＰの場合、ＤＨＣＰサーバが端末（ＭＳＳ）と同一のネットワークに存在するとき、サブネットの変更がどのように決定されるかの一例を示す図である。
【図１２】ＤＨＣＰの場合、ＤＨＣＰサーバが端末（ＭＳＳ）と異なるネットワークに存在するとき、サブネットの変更がどのように決定されるかの一例を示す図である。
【図１３】ＤＨＣＰの場合、ＤＨＣＰサーバが端末（ＭＳＳ）と異なるネットワークに存在するとき、サブネットの変更がどのように決定されるかの一例を示す図である。
【図１４】本発明によるエージェント広告メッセージの一例を示す図である。
【図１】
2007536872.tif 000012
【図２】
2007536872.tif 000013
【図３】
2007536872.tif 000014
【図４】
2007536872.tif 000015
【図５】
2007536872.tif 000016
【図６】
2007536872.tif 000017
【図７】
2007536872.tif 000018
【図８】
2007536872.tif 000019
【図９】
2007536872.tif 000020
【図１０】
2007536872.tif 000021
【図１１】
2007536872.tif 000022
【図１２】
2007536872.tif 000023
【図１３】
2007536872.tif 000024
【図１４】
2007536872.tif 000025
【国際調査報告】
2007536872.tif 000026
2007536872.tif 000027