媒介体独立ハンドオーバーのための情報獲得方法
【課題】接続しようとする異種網に関する情報を網接続前に獲得できる技術の提供。
【解決手段】本明細書は媒介体独立ハンドオーバーのための情報を獲得するための方法に関するもので、より詳細には、この方法は、第１要請メッセージを伝送して基地局（ＢＳ）に媒介体独立ハンドオーバー（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ；ＭＩＨ）クエリー（ＱＵＥＲＹ）を伝達する段階と、該ＭＩＨクエリーに対する応答を受信する段階と、を含む。第１要請メッセージは、認可のために、好ましくはＰＫＭメッセージのために用いられるため、移動端末はネットワーク進入を終了する前に異種網間ハンドオーバーのための情報を獲得できる。
【解決手段】本明細書は媒介体独立ハンドオーバーのための情報を獲得するための方法に関するもので、より詳細には、この方法は、第１要請メッセージを伝送して基地局（ＢＳ）に媒介体独立ハンドオーバー（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ；ＭＩＨ）クエリー（ＱＵＥＲＹ）を伝達する段階と、該ＭＩＨクエリーに対する応答を受信する段階と、を含む。第１要請メッセージは、認可のために、好ましくはＰＫＭメッセージのために用いられるため、移動端末はネットワーク進入を終了する前に異種網間ハンドオーバーのための情報を獲得できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、媒介体独立ハンドオーバーのための情報獲得方法に関するものである。具体的に、本明細書は、有線及び／または無線の二つ以上のインターフェース（例えば、ＩＥＥＥ ８０２．１６インターフェース、ＩＥＥＥ ８０２．３インターフェース、ＩＥＥＥ ８０２．１１インターフェースまたは３ＧＰＰ／３ＧＰＰ２インターフェース）を含むマルチモード移動端末機（または、移動端末（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）が媒介体独立ハンドオーバー（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ；ＭＩＨ）を行なう時に、異機種網間のハンドオーバーのための情報を獲得するための方法または広帯域無線接続システム（例えば、ＩＥＥＥ８０２．１６）の上位階層からの情報を含む異機種網情報サーバーから獲得できる情報を獲得する方法に関する。
【背景技術】
【０００２】
広帯域無線接続システムに対する国際標準化を進行しているＩＥＥＥ８０２．１６ｅのシステムは、既存の２Ｇ、３Ｇ移動通信システムとは違い、ＨＬＲ、ＶＬＲ、ＭＳＣ、ＢＳＣ、ＲＮＣなどの階層的構造を備えず、移動端末（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）としての移動加入者端末（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ；ＭＳＳ）、基地局としてのＢＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ）、及び認証管理サーバーとしてのＡＳＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ａｕｔｈｏｒｉｚａｔｉｏｎ）のみで構成されている。また、基地局と端末間の共通した物理（Ｐｈｙｓｉｃａｌ；ＰＨＹ）階層及び接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）階層を定義している。
【０００３】
以下、説明の便宜のために、ＭＳは移動端末、移動加入者端末（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）及び加入者端末（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）などのいずれかに該当するものとする。
【０００４】
図１は、広帯域無線接続システムのＯＦＤＭＡ物理階層のフレーム構造の一例を示すである。
【０００５】
図１に示すように、ダウンリンクサブフレーム（ｓｕｂｆｒａｍｅ）は、物理階層での同期化と等化のために使われるプリアンブル（ｐｒｅａｍｂｌｅ）から始まる。そして、このダウンリンクサブフレームは、ダウンリンクとアップリンクのバースト（ｂｕｒｓｔ）の位置と用途を定義するダウンリンクマップ（ＤＬ−ＭＡＰ）メッセージ及びアップリンクマップ（ＵＬ−ＭＡＰ）メッセージを含む。したがって、ダウンリンクサブフレームは、ＤＬ−ＭＡＰとＵＬ−ＭＡＰを用いてフレームの全体構造を定義する。
【０００６】
表１及び表２にはそれぞれ、ＤＬ−ＭＡＰメッセージ及びＵＬ−ＭＡＰメッセージの一例を示す。
【０００７】
【表１】
【０００８】
【表２】
ＤＬ−ＭＡＰメッセージは、上記の表１に示すように、バーストモード物理階層でダウンリンク区間に対してバースト別に割り当てられた用途を定義し、ＵＬ−ＭＡＰメッセージは、表２に示すように、アップリンク区間に対してバースト別に割り当てられた用途を定義する。
【０００９】
ＤＬ−ＭＡＰメッセージを構成する情報要素（Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔｓ；ＩＥｓ）は、ＤＩＵＣ（Ｄｏｗｎｌｉｎｋ Ｉｎｔｅｒｖａｌ Ｕｓａｇｅ Ｃｏｄｅ）とＣＩＤ（Ｃｏｎｎｅｃｔｉｏｎ ＩＤ）及びバーストの位置情報（例えば、サブチャネル（ｓｕｂｃｈａｎｎｅｌ）オフセット（ｏｆｆｓｅｔ）、シンボル（ｓｙｍｂｏｌ）オフセット、サブチャネル数、シンボル数）を含む。このバーストの位置情報は、使用者がダウンリンクトラフィック区間を区分するのを可能にする。
【００１０】
一方、ＵＬ−ＭＡＰメッセージを構成する情報要素は、ＣＩＤとＵＩＵＣ（Ｕｐｌｉｎｋ Ｉｎｔｅｒｖａｌ Ｕｓａｇｅ Ｃｏｄｅ）と持続期間（ｄｕｒａｔｉｏｎ）を含む。ＵＩＵＣは、各ＣＩＤ別に用途を定義し、持続期間は、割り当てられた区間の位置を定義する。また、ＵＬ−ＭＡＰで用いられるＵＩＵＣにより区間別用途が定められる。各該当区間は、その以前区間の開始点からＵＬ−ＭＡＰＩＥで定義された持続期間だけ経過して地点から始まる。
【００１１】
上記のＵＩＵＣは、下記の表３のように表すことができる。
【００１２】
【表３】
具体的に、表３は、ＯＦＤＭＡ ＵＩＵＣ値を表し、アップリンクデータバーストの用途を表現する。例えば、ＯＦＤＭＡシステムにおいて、ＵＩＵＣ１−１０はデータバーストのための区間であり、ＵＩＵＣ１２はＣＤＭＡ資源割当のために用いられる。
【００１３】
下記の表４は、上記表３のＵＩＵＣ１５に該当する拡張型（Ｅｘｔｅｎｄｅｄ）ＵＩＵＣ値を表す。
【００１４】
【表４】
現在、上記の表４に表されたように、サブコードによる１０個の拡張型ＵＩＵＣが存在する。
【００１５】
これに基づいて従来の異機種網間ハンドオーバーを行なう方法について説明すると、下記の通りである。
【００１６】
異機種網間媒介体独立のハンドオーバー（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ；ＭＩＨ）に関係しているＩＥＥＥ８０２．２１は、異機種網（ｈｅｔｅｒｏｇｅｎｅｏｕｓ ｎｅｔｗｏｒｋ）間にシームレスハンドオーバー（ｓｅａｍｌｅｓｓ
ｈａｎｄｏｖｅｒ）とサービス連続性（ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ）を提供し、移動端末装置の使用者便宜性を向上させることを目的とする。また、ＩＥＥＥ８０２．２１の基本的な要求事項は、ＭＩＨ機能（ｆｕｎｃｔｉｏｎ）、イベントサービス（Ｅｖｅｎｔ Ｓｅｒｖｉｃｅ；ＥＳ）、命令サービス（Ｃｏｍｍａｎｄ Ｓｅｒｖｉｃｅ；ＣＳ）及び情報サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅ；ＩＳ）である。
【００１７】
上記システムのための移動端末は、一つ以上のインターフェース類型（ｉｎｔｅｒｆａｃｅ ｔｙｐｅ）を支援するマルチモードノードである。前記インターフェースは、次に記述するものの一つ以上でありうる
・８０２．３基盤のイーサネット（登録商標）（ｅｔｈｅｒｎｅｔ）のような有線（Ｗｉｒｅ−ｌｉｎｅ）形態
・ＩＥＥＥ８０２．ＸＸに基盤する無線インターフェース
−８０２．１１
−８０２．１５
−８０２．１６
・３ＧＰＰ、３ＧＰＰ２のようなセルラー（ｃｅｌｌｕｌａｒ）標準化機構により定義されたインターフェース。
【００１８】
図２は、このような異機種網（ｈｅｔｅｒｏｇｅｎｅｏｕｓ ｎｅｔｗｏｒｋｓ）間のハンドオーバーが可能なマルチモード移動端末の一例を示す図である。
【００１９】
図２に示すように、マルチモード移動端末は、各モードに対して物理（ＰＨＹ）階層と媒体接近制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）階層を持つ。また、ＭＩＨ機能(ｆｕｎｃｔｉｏｎ）は、論理的な客体としてサービス接近点（Ｓｅｒｖｉ
ｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ；ＳＡＰ）を通じてプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）内で各階層とインターフェースできるので自由に位置することができる。
【００２０】
媒介体独立のハンドオーバーは、８０２系列インターフェース間または８０２系列インターフェースと上で言及された非８０２系列インターフェース間で定義されなければならない。移動ＩＰ（Ｍｏｂｉｌｅ ＩＰ）とセッション（Ｓｅｓｓｉｏｎ）ＩＰのような上位階層の移動性を支援するためのプロトコルが、ハンドオーバー及びシームレスサービスのために支援されなければならない。
【００２１】
一方、ＩＥＥＥ８０２．２１規格は“ｂｒｅａｋ ｂｅｆｏｒｅ ｍａｋｅ”あるいは“ｍａｋｅ ｂｅｆｏｒｅ ｂｒｅａｋ”に区分されるのに容易に作動できる様々なハンドオーバー方法を考案することにその目的がある。媒介体独立ハンドオーバー機能（Ｍｅｄｉａｎ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ Ｆｕｎｃｔｉｏｎ；ＭＩＨＦ）は、旨く定義されたサービス接近点（Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ）を通じて媒介体独立イベントサービス（MediaIndependentEventService:MＩＥS）のような非
対照サービスと媒介体独立命令サービス（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｃｏｍｍａｎｄ Ｓｅｒｖｉｃｅ：ＭＩＣＳ）のような対称サービスを提供する。媒介体独立ハンドオーバー技術は、３種類のＭＩＨＦサービスとＭＩＨプロトコルで構成される。３種類の主なＭＩＨＦサービスは、ＭＩＥＳ、ＭＩＣＳ及び媒介体独立情報サービス（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅ；ＭＩＩＳ）である。
【００２２】
これらまうち、媒介体独立イベントサービスは、リンク階層から上位階層に伝達される情報を処理し、上位階層は登録手順によってこの情報を受信することができる。この時、移動性管理プロトコルを含む上位階層は、ハンドオーバーを予測し、ハンドオーバーを支援するためにハンドオーバーがまもなく行なわれるということ、あるいは、ハンドオーバーがたった今行なわれたということなどのリンク階層情報を受信する必要がある。
【００２３】
また、媒介体独立イベントサービスは、下位階層（第２階層以下）にあるイベントを発生した客体から始まって通常ＭＩＨＦで終端するリンクイベント（ｌｉｎｋ ｅｖｅｎｔ）を処理するリンクイベントサービスとＭＩＨＦにより登録された上位階層（第３階層以上）に伝播されるＭＩＨイベント（ＭＩＨ ｅｖｅｎｔ）を処理するＭＩＨイベントサービスとに区分されることができる。
【００２４】
リンクイベントとＭＩＨイベントは、伝播される区間によって再び２種類に区分される。イベントがローカルスタック内のイベントソースから発生して地域ＭＩＨＦに、または、ＭＩＨＦ内で上位階層へと上り伝送されると、地域イベント（ｌｏｃａｌ ｅｖｅｎｔｓ）と呼ばれる。もしこれらのイベントが遠隔のイベントソースから発生して遠隔のＭＩＨＦに伝達されたり、または、これらのイベントが遠隔ＭＩＨＦから地域ＭＩＨＦに遠隔で伝達される場合、これらのイベントは遠隔イベント（ｒｅｍｏｔｅ ｅｖｅｎｔｓ）と呼ばれる。
【００２５】
次に、媒介体独立命令サービスは、上位階層と他のＭＩＨ使用者間でリンク状態を決定し、調整された動作を制御するために上位階層（第３階層以上）から下位階層（第２階層以下）に送られる命令を処理する。媒介体独立イベントサービスと同様に、媒介体独立命令サービスはリンク命令（ｌｉｎｋ Ｃｏｍｍａｎｄ）とＭＩＨ命令（ＭＩＨ ｃｏｍｍａｎｄ）とに区分される。リンク命令とＭＩＨ命令はまた、伝播される領域によって地域（ｌｏｃａｌ）命令と遠隔（ｒｅｍｏｔｅ）命令とに分けられる。地域ＭＩＨ命令（ｌｏｃａｌ ＭＩＨ ｃｏｍｍａｎｄ）は上位階層で発生して、ＭＩＨＦ（例えば、上位階層移動性管理プロトコルでのＭＩＨＦまたは政策機関（ｐｏｌｉｃｙ ｅｎｇｉｎｅ）でのＭＩＨＦ）に伝送される。地域リンク命令語は下位階層を制御するためにＭＩＨＦで発生し、下位階層（例えば、ＭＩＨＦでの媒体接近制御階層またはＭＩＨＦでの物理階層）へ伝達される。遠隔ＭＩＨ命令は、上位階層で発生して遠隔スタック内の同等階層に伝達される。また、遠隔リンク命令は、ＭＩＨＦで発生し、前記遠隔スタック内の同等階層よりも低い下位階層に伝達される。
【００２６】
最後に、媒介体独立情報サービスは、現存する様々な形態のネットワークを発見して選択するのを容易にするために、異機種網上で類似のフレームワークを提供する。すなわち、媒介体独立情報サービスは、ネットワーク発見と選択をするのに必要なネットワークに対する詳細な情報を提供し、媒介体独立情報サービスは、いかなるネットワークからも接近可能でなければならない。媒介体独立情報サービスは、下記のような情報要素を含む
−リンク接近パラメータ（Ｌｉｎｋ ａｃｃｅｓｓ ｐａｒａｍｅｔｅｒ）
−保安メカニズム（Ｓｅｃｕｒｉｔｙ ｍｅｃｈａｎｉｓｍ）
−隣マップ（Ｎｅｉｇｈｂｏｒ Ｍａｐ）
−位置（Ｌｏｃａｔｉｏｎ）
−サービス提供者と他の接近情報（Ｐｒｏｖｉｄｅｒ ａｎｄ ｏｔｈｅｒ Ａｃｃｅｓｓ Ｉｎｆｏｒｍａｔｉｏｎ）
−リンクコスト（Ｃｏｓｔ ｏｆ ｌｉｎｋ）。
【００２７】
前記情報サービスの一例に、移動端末のＭＩＨにより提供されるＭＩＨ＿Ｇｅｔ＿Ｉｎｆｏｒｍａｔｉｏｎ．ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅプリミティブ（ｐｒｉｍｉｔｉｖｅ）があり、該当のプリミティブのフォーマットを表５及び表６に示す。
【００２８】
【表５】
【００２９】
【表６】
図３は、移動端末がネットワーク登録を経る前に、初期レンジングを通じてアップリンクパラメータを調整する過程を示す。
【００３０】
以下、図３の各段階について説明すると、下記の通りである。
【００３１】
移動端末は、ＤＬ−ＭＡＰ、ＵＣＤ、ＤＣＤを通じてダウンリンク同期とアップリンクチャネルに関する情報を獲得する（（１）〜（２））。その後、移動端末は、ＤＬ−ＭＡＰをスキャンして初期レンジングのためのインターバル（ｉｎｔｅｒｖａｌ）を確認し、コードをランダムに選択し、該選択されたコードを基地局に伝送する（（３）〜（５））。
【００３２】
レンジングコードの衝突を防ぐために、基地局がＵＣＤメッセージに初期レンジングのためのバックオフウィンド（ｂａｃｋｏｆｆ ｗｉｎｄｏｗ）を設定すると、移動端末は、バックオフウィンド内でランダムに選択された時間だけ待ったのち再び伝送する。この時、移動端末がＴ３タイマーが終了するまで基地局から移動端末が伝送したレンジングコードに対する応答を受信できないと、端末は、バックオフウィンド大きさを２倍に増加させた後に他のコードを伝送する（（６）〜（７））。
【００３３】
移動端末は、ＲＮＧ−ＲＥＱメッセージ内にレンジング状態として‘（ｃｏｎｔｉｎｕｅ）’と伝送されたコードパラメータを受信した時に、ＲＮＧ-ＲＳＰメッセージで伝送
されたパラメータによってアップリンクパラメータを調整する。移動端末は、レンジング状態が成功（ｓｕｃｃｅｓｓ）になるまでコード伝送とＲＮＧ−ＲＳＰメッセージを取り交わす手順を反復することによって、アップリンクのための時間、電力、周波数などのようなパラメータ調整を終え、基地局は、ＵＬ−ＭＡＰ伝送時にＣＤＭＡ割当ＩＥに移動端末がＲＮＧ−ＲＥＱメッセージを伝送できる帯域を割り当てる（（８）〜（１１））。
【００３４】
移動端末は、割り当てられた帯域を通じてＭＡＣアドレスとＭＡＣバージョンを含めてＲＮＧ−ＲＥＱメッセージを伝送する（（１２））。基地局は、初期レンジングＣＩＤとして移動端末に対して基本ＣＩＤ及び主ＣＩＤを割り当て、ＲＮＧ−ＲＳＰメッセージを移動端末に伝送する（（１３））。
【００３５】
一方、周期的レンジングは、移動端末が基地局とネットワーク進入（ｅｎｔｒｙ）手順を行なった後に進行されるから、過程（１２）〜（１３）を省略する以外は初期レンジングと同じ手順を行なう。
【００３６】
全体２５６個のレンジングコードは、初期レンジング、周期的レンジング、帯域要請レンジング、ハンドオーバーレンジングで構成され、移動端末は各ドメイン内でコードを選択する。
【発明の概要】
【発明が解決しようとする課題】
【００３７】
上述したのような従来技術では、マルチモード移動端末が異機種網に関する情報を獲得する時に、媒介体に独立した方法で情報を獲得する方法のみを考慮した。すなわち、従来技術では、移動端末は初期レンジングを通じて接続しようとするネットワークへと接続を完了し、登録手順まで完了した後に、データパケットを用いて接続しようとする異機種網に関する情報を獲得せざるをえなかった。
【００３８】
そこで、接続しようとする異種網に関する情報を網接続前に獲得できる技術が要求される。
【課題を解決するための手段】
【００３９】
上記の目的を達成するための本発明の一実施形態による移動端末による媒介体独立ハンドオーバー（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ；ＭＩＨ）のための情報を獲得する方法は、第１要請メッセージを伝送して基地局に媒介体独立ハンドオーバークエリー（ｑｕｅｒｙ）を伝達する段階と、前記ＭＩＨクエリーに対する応答を受信する段階と、を含み、前記第１要請メッセージは認可（ａｕｔｈｏｒｉｚａｔｉｏｎ）のために用いられる。前記移動端末は、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のために用いられる前記第１要請メッセージを用いてＭＩＨクエリーを伝送できるため、前記移動端末は認証手順を完了する前にＭＩＨハンドオーバーのための情報を獲得できる。
【００４０】
好ましくは、前記第１要請メッセージは、ＰＫＭ（Ｐｒｉｖａｃｙ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ）応答メッセージでありうる。
【００４１】
より好ましくは、前記ＭＩＨクエリーに対する応答を受信する段階は、周期（ｃｙｃｌｅ）情報を含む第１応答メッセージを受信する段階と、前記ＭＩＨクエリーに対する応答を含む第２応答メッセージを受信する段階と、を含むことができる。この時、前記周期情報は、ＭＩＨクエリーに対する応答を移動端末に伝達する準備ができた時点を知らせることができる。ＭＩＨクエリーに対する応答を伝送する前にこの周期情報を伝送することによって、基地局は情報サーバーから情報を獲得するための時間を獲得できる。
【００４２】
より好ましくは、前記第１応答信号は、クエリー区分子（ｉｄｅｎｔｉｆｉｅｒ）と伝達方法情報をさらに含み、前記クエリー区分子は、移動端末が前記ＭＩＨクエリーと前記ＭＩＨクエリーに対する応答をマッピングさせるのに用いられ、前記伝達方法情報は、前記基地局により用いられるマルチキャスト方法またはユニキャスト方法のような伝達方法を知らせる。上記の伝達方法によれば、第２応答メッセージを受信することは異なって定義されることができる。
【００４３】
まず、前記伝達方法情報は、前記基地局により用いられる前記伝達方法がユニキャスト（ｕｎｉｃａｓｔ）伝達方法なのかブロードキャスト（ｂｒｏａｄｃａｓｔ）伝達方法なのかを知らせ、前記第２応答メッセージを受信する段階は、前記周期情報が表すＭＡＣフレーム内に帯域を割り当てるためのアップリンクマップ情報（ｕｐｌｉｎｋ ｍａｐ ｉｎｆｏｒａｍｔｉｏｎ）を受信する段階、前記移動端末の連続した存在を表す第２要請メッセージを伝送する段階、及び前記ＭＩＨクエリーに対する応答を含む第２応答メッセージを受信する段階を含み、この時、前記第２応答メッセージは、ＰＫＭ−ＲＳＰメッセージのような認可（ａｕｔｈｏｒｉｚａｔｉｏｎ）のために用いられる。
【００４４】
一方、前記伝達方法情報が、前記基地局により用いられる伝達方法が前記ブロードキャスト伝達方法であると指示する場合、前記第２応答メッセージを受信する段階は、前記周期情報が指示するＭＡＣフレーム内にＭＩＨクエリーに対する答弁を含む第２応答メッセージを受信する段階を含み、この時、前記第２応答メッセージは、サービス識別情報（Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ；ＳＩＩ）メッセージのようなネットワークサービスプロバイダ（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ；ＮＳＰ）リストをブロードキャスティングするのに用いられる。
【００４５】
より好ましくは、前記第１要請メッセージ（例えば、ＰＫＭ−ＲＥＱメッセージ）、第１応答メッセージ（例えば、ＰＫＭ−ＲＳＰメッセージ）と第２応答メッセージ（例えば、伝達方法によってＰＫＭ−ＲＳＰまたはＳＩＩ−ＡＤＶメッセージ）は、ＰＫＭメッセージコードにより表示されることができ、ＰＫＭメッセージコードのそれぞれは、ＭＩＨ初期要請、ＭＩＨ認知（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）（または‘ＭＩＨ初期応答’と呼ばれることができる。）またはＭＩＨ帰還（ｃｏｍｅｂａｃｋ）応答（下記の詳細な説明の表３６参照）を表すことができる。また、前記第１要請メッセージ（例えば、ＰＫＭ−ＲＥＱ）は、ＭＩＨ機能フレーム類型（ｔｙｐｅ）情報、伝達方法、状態コード及びＭＩＨＦフレーム（下記の詳細な説明の表３７参照）を含むことができる。この時、前記伝達方法と前記状態コードは、所望する伝達方法をネゴするために移動端末と基地局により用いられることができる。また、前記第２応答メッセージは、ＭＩＨ機能フレーム類型情報、クエリー区分子、伝達方法、状態コード及びＭＩＨＦフレームを含むことができる。この時、前記クエリー区分子は、移動端末が前記ＭＩＨクエリーと前記ＭＩＨクエリーに対する答弁をマッピングさせるのに用いられることができる。
【００４６】
より好ましくは、前記基地局に前記ＭＩＨクエリーを伝達する段階の前に、前記方法は、基本性能要請メッセージ（例えば、ＳＢＣ−ＲＥＱメッセージ）を伝送する段階と、基本性能応答メッセージ（例えば、ＳＢＣ−ＲＳＰメッセージ）を受信する段階とをさらに含み、前記基本性能要請メッセージと前記基本性能応答メッセージは、ＭＩＨ性能が支援されるか否かを表す情報を含む。
【００４７】
より好ましくは、前記第１要請メッセージは、前記ＭＩＨクエリーをカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）するＭＩＨ機能（Ｍｅｄｉａ ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ Ｆｕｃｔｉｏｎ；ＭＩＨＦ）フレームを含むことができる。前記ＭＩＨＦフレームは、移動端末の上位階層から受信できるＭＩＨクエリーをカプセル化するから、移動端末のＭＡＣはＭＩＨクエリーをカプセル化する以外はいずれの作動も行なう必要がない。したがって、移動端末のＭＡＣは、ＭＩＨクエリーを效率的に扱うことができる。
【００４８】
本発明の他の観点による、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ；ＢＳ）による媒介体独立ハンドオーバー（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ；ＭＩＨ）のための情報を伝達する方法が提供される。前記方法は、媒介体独立ハンドオーバークエリー（ｑｕｅｒｙ）を含む第１要請メッセージを移動端末（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）から受信する段階と、前記ＭＩＨクエリーに対する応答を伝送する段階と、を含む。この方法は、基地局の観点からのもので、本発明の他の観点に該当する。
【００４９】
前述した一般的な説明と下記の本発明の詳細な説明はいずれも例示的なもので、請求しようとする本発明のより詳細な説明を提供するためのものである。
例えば、本願発明は以下の項目を提供する。
（項目１）
移動端末（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）により媒介体独立ハンドオーバー（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ；ＭＩＨ）のための情報を獲得する方法において、
第１要請メッセージを伝送して基地局にＭＩＨクエリー（ｑｕｅｒｙ）を伝達する段階と、
前記ＭＩＨクエリーに対する応答を受信する段階と、
を含み、
前記第１要請メッセージは、認可（ａｕｔｈｏｒｉｚａｔｉｏｎ）、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、保安キー管理（ｓｅｃｕｒｉｔｙ ｋｅｙ ｍａｎａｇｅｍｅｎｔ）及び保安関連（Ｓｅｃｕｒｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ；ＳＡ）のうち少なくとも一つのために用いられ、
前記ＭＩＨクエリーに対する応答は、前記認可、認証、保安キー管理及び保安関連のうち少なくとも一つのために用いられることを特徴とする、情報獲得方法。
（項目２）
前記第１要請メッセージは、ＰＫＭ（Ｐｒｉｖａｃｙ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ）応答メッセージであることを特徴とする、項目１に記載の情報獲得方法。
（項目３）
前記ＭＩＨクエリーに対する応答は、ＰＫＭ応答メッセージであることを特徴とする、項目１に記載の情報獲得方法。
（項目４）
前記ＭＩＨクエリーに対する応答を受信する段階は、
周期（Ｃｙｃｌｅ）情報を含む第１応答メッセージを受信する段階と、
前記ＭＩＨクエリーに対する応答を含む第２応答メッセージを受信する段階と、
を含み、
前記周期情報は、ＭＩＨクエリーに対する応答を移動端末に伝達する準備ができた時点を知らせることを特徴とする、項目１に記載の情報獲得方法。
（項目５）
前記第１応答信号は、クエリー区分子（ｉｄｅｎｔｉｆｉｅｒ）と伝達方法情報をさらに含み、
前記クエリー区分子は、移動端末が前記ＭＩＨクエリーと前記ＭＩＨクエリーに対する応答をマッピングさせるのに用いられ、
前記伝達方法情報は、前記基地局により用いられる伝達方法を指示することを特徴とする、項目４に記載の情報獲得方法。
（項目６）
前記伝達方法情報は、前記基地局により用いられる前記伝達方法がユニキャスト（ｕｎｉｃａｓｔ）伝達方法かまたはブロードキャスト（ｂｒｏａｄｃａｓｔ）伝達方法かを指示することを特徴とする、項目５に記載の報獲得方法。
（項目７）
前記伝達方法情報が、前記基地局により用いられる伝達方法が前記ユニキャスト伝達方法であると指示する場合、前記第２応答メッセージを受信する段階は、
前記周期情報が指示するＭＡＣフレームに帯域を割り当てるためのアップリンクマップ情報（ｕｐｌｉｎｋ ｍａｐ ｉｎｆｏｒａｍｔｉｏｎ）を受信する段階と、
前記移動端末の連続した存在を表す第２要請メッセージを伝送する段階と、
前記ＭＩＨクエリーに対する応答を含む第２応答メッセージを受信する段階と、
を含み、
前記第２応答メッセージは、認可、認証、保安キー管理と保安関連（ＳＡ）のうち少なくとも一つのために用いられることを特徴とする、項目６に記載の情報獲得方法。
（項目８）
前記第１応答メッセージと第２応答メッセージは、ＰＫＭ応答メッセージであることを特徴とする、項目７に記載の情報獲得方法。
（項目９）
前記伝達方法情報が、前記基地局により用いられる伝達方法が前記ブロードキャスト伝達方法であると指示する場合、前記第２応答メッセージを受信する段階は、
前記周期情報が指示するＭＡＣフレーム内にＭＩＨクエリーに対する答弁を含む第２応答メッセージを受信する段階を含み、
前記第２応答メッセージは、ネットワークサービスプロバイダ（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ；ＮＳＰ）リストをブロードキャスティングするのに用いられることを特徴とする、項目６に記載の情報獲得方法。
（項目１０）
前記第２応答メッセージは、ＳＩＩ（Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージであることを特徴とする、項目９に記載の情報獲得方法。
（項目１１）
前記第１要請メッセージ、第１応答メッセージと第２応答メッセージは、ＰＫＭメッセージコードにより表示され、ＰＫＭメッセージコードのそれぞれは、ＭＩＨ初期要請、ＭＩＨ認知（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）またはＭＩＨ帰還（ｃｏｍｅｂａｃｋ）応答を表すことを特徴とする、項目１〜１０のいずれか１項に記載の情報獲得方法。
（項目１２）
前記第１要請メッセージは、ＭＩＨ機能（ＭＩＨ Ｆｕｃｔｉｏｎ；ＭＩＨＦ）フレーム類型（ｔｙｐｅ）情報、伝達方法、状態コード及びＭＩＨＦフレームを含むことを特徴とする、項目１〜１０のいずれか１項に記載の情報獲得方法。
（項目１３）
前記第２応答メッセージは、ＭＩＨ機能（ＭＩＨＦ）フレーム類型情報、クエリー区分子、伝達方法、状態コード及びＭＩＨＦフレームを含むことを特徴とする、項目１〜１０のいずれか１項に記載の情報獲得方法。
（項目１４）
前記方法は、
前記基地局に前記ＭＩＨクエリーを伝達する段階前に、
基本性能要請メッセージを伝送する段階と、
基本性能応答メッセージを受信する段階と、をさらに含み、
前記基本性能要請メッセージと前記基本性能応答メッセージは、ＭＩＨ性能が支援されるか否かを表す情報を含むことを特徴とする、項目１に記載の情報獲得方法。
（項目１５）
前記伝達方法と前記状態コードは、所望する伝達方法をネゴするために移動端末と基地局により用いられることを特徴とする、項目１２または１３に記載の情報獲得方法。
（項目１６）
前記クエリー区分子は移動端末が、前記ＭＩＨクエリーと前記ＭＩＨクエリーに対する答弁をマッピングさせるのに用いられることを特徴とする、項目１〜１０のいずれか１項に記載の情報獲得方法。
（項目１７）
前記第１要請メッセージは、前記ＭＩＨクエリーをカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）するＭＩＨ機能（ＭＩＨＦ）フレームを含むことを特徴とする、項目１に記載の情報獲得方法。
（項目１８）
基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ；ＢＳ）により媒介体独立ハンドオーバー（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ；ＭＩＨ）のための情報を伝達する方法において、
ＭＩＨクエリー（ｑｕｅｒｙ）を含む第１要請メッセージを移動端末（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）から受信する段階と、
前記ＭＩＨクエリーに対する応答を伝送する段階と、を含み、
前記第１要請メッセージは、認可（ａｕｔｈｏｒｉｚａｔｉｏｎ）、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、保安キー管理（ｓｅｃｕｒｉｔｙｋｅｙｍａｎａｇｅｍｅｎｔ）及び保安関連（ＳｅｃｕｒｉｔｙＡｓｓｏｃｉａｔｉｏｎ；ＳＡ）のうち少なくとも一つのために用いられ、
前記ＭＩＨクエリーに対する応答は、前記認可、認証、保安キー管理及び保安関連のうち少なくとも一つのために用いられることを特徴とする、情報伝達方法。
（項目１９）
前記第１要請メッセージは、ＰＫＭ（Ｐｒｉｖａｃｙ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ）応答メッセージであることを特徴とする、項目１８に記載の情報獲得方法。
（項目２０）
前記ＭＩＨクエリーに対する応答は、ＰＫＭ応答メッセージであることを特徴とする、項目１８に記載の情報獲得方法。
（項目２１）
前記ＭＩＨクエリーに対する応答を伝送する段階は、
周期（Ｃｙｃｌｅ）情報を含む第１応答メッセージを伝送する段階と、
前記ＭＩＨクエリーに対する応答を含む第２応答メッセージを伝送する段階と、
を含み、
前記周期情報は、ＭＩＨクエリーに対する応答を移動端末に伝達する準備ができた時点を表すことを特徴とする、項目１９に記載の情報伝達方法。
（項目２２）
前記第１応答信号は、クエリー区分子（ｉｄｅｎｔｉｆｉｅｒ）と伝達方法情報をさらに含み、
前記クエリー区分子は、移動端末が前記ＭＩＨクエリーと前記ＭＩＨクエリーに対する応答をマッピングさせるのに用いられ、
前記伝達方法情報は、前記基地局により用いられる伝達方法を表すことを特徴とする、項目２１に記載の情報伝達方法。
（項目２３）
前記伝達方法情報は、前記基地局により用いられる前記伝達方法がユニキャスト（ｕｎｉｃａｓｔ）伝達方法かまたはブロードキャスト（ｂｒｏａｄｃａｓｔ）伝達方法かを表すことを特徴とする、項目２２に記載の情報伝達方法。
（項目２４）
前記伝達方法情報が、前記基地局により用いられる伝達方法が前記ユニキャスト伝達方法であると表す場合、前記第２応答メッセージを伝送する段階は、
前記周期情報が指示するＭＡＣフレームに帯域を割り当てるためのアップリンクマップ情報（ｕｐｌｉｎｋ ｍａｐ ｉｎｆｏｒａｍｔｉｏｎ）を伝送する段階と、
前記移動端末の連続した存在を表す第２要請メッセージを受信する段階と、
前記ＭＩＨクエリーに対する応答を含む第２応答メッセージを伝送する段階と、を含み、
前記第２応答メッセージは認可、認証、保安キー管理（securitykeymanagement）と保
安関連（ＳＡ）のうち少なくとも一つのために用いられることを特徴とする、項目２３に記載の情報伝達方法。
（項目２５）
前記第１応答メッセージと第２応答メッセージは、ＰＫＭ応答メッセージであることを特徴とする、項目２４に記載の情報伝達方法。
（項目２６）
前記伝達方法情報が、前記基地局により用いられる伝達方法が前記ブロードキャスト伝達方法であると表す場合、前記第２応答メッセージを伝送する段階は、
前記周期情報が指示するＭＡＣフレーム内にＭＩＨクエリーに対する答弁を含む第２応答メッセージを伝送する段階を含み、
前記第２応答メッセージは、ネットワークサービスプロバイダ（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ；ＮＳＰ）リストをブロードキャストするのに用いられることを特徴とする、項目２３に記載の情報伝達方法。
（項目２７）
前記第２応答メッセージは、ＳＩＩ（Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージであることを特徴とする、項目２６に記載の情報獲得方法。
（項目２８）
前記第１要請メッセージ、第１応答メッセージと第２応答メッセージは、ＰＫＭメッセージコードにより表示され、ＰＫＭメッセージコードのそれぞれは、ＭＩＨ初期要請、ＭＩＨ認知（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）またはＭＩＨ帰還（Ｃｏｍｅｂａｃｋ）応答を表すことを特徴とする、項目１８〜２７のいずれか１項に記載の情報伝達方法。
（項目２９）
前記第１要請メッセージは、ＭＩＨ機能（ＭＩＨ Ｆｕｃｔｉｏｎ；ＭＩＨＦ）フレーム類型（ｔｙｐｅ）情報、伝達方法、状態コード及びＭＩＨＦフレームを含むことを特徴とする、項目１８〜２７のいずれか１項に記載の情報伝達方法。
（項目３０）
前記第２応答メッセージは、ＭＩＨ機能（ＭＩＨＦ）フレーム類型情報、クエリー区分子、伝達方法、状態コード及びＭＩＨＦフレームを含むことを特徴とする、項目１８〜２７のいずれか１項に記載の情報伝達方法。
（項目３１）
前記方法は
前記ＭＩＨクエリーを受信する段階前に、
基本性能要請メッセージを受信する段階と、
基本性能応答メッセージを伝送する段階と、をさらに含み、
前記基本性能要請メッセージと前記基本性能応答メッセージは、ＭＩＨ性能が支援されるか否かを表す情報を含むことを特徴とする、項目１８に記載の情報伝達方法。
（項目３２）
前記伝達方法と前記状態コードは、所望する伝達方法をネゴするために移動端末と基地局により用いられることを特徴とする、項目２９または３０に記載の情報伝達方法。
（項目３３）
前記クエリー区分子は、移動端末が前記ＭＩＨクエリーと前記ＭＩＨクエリーに対する答弁をマッピングさせるのに用いられることを特徴とする、項目１８〜２７のいずれか１項に記載の情報伝達方法。
（項目３４）
前記第１要請メッセージは、前記ＭＩＨクエリーをカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）するＭＩＨ機能（ＭＩＨＦ）フレームを含むことを特徴とする、項目１８に記載の情報伝達方法。
【図面の簡単な説明】
【００５０】
【図１】広帯域無線接続システムのＯＦＤＭＡ物理階層のフレーム構造の一例を示す図である。
【図２】異種網間ハンドオーバーが可能なマルチモード移動端末の一例を示す図である。
【図３】移動端末がネットワーク登録を経る前に初期レンジングを通じてアップリンクパラメータを調整する過程を示す図である。
【図４】レンジングコードを生成するＰＲＢＳの一例を示す図である。
【図５】ＭＩＨフレームを移動端末と基地局間に伝達するためのＭＡＣ管理メッセージの伝達周期を示す図である。
【図６】移動端末がＭＩＨレンジングコードで開始されるレンジング手順を行なう途中に異機種網間のハンドオーバーのための情報要素を獲得する方法を示すフローチャートである。
【図７】移動端末が広帯域無線接続システムの基地局とＭＩＨ ＭＡＣバージョンを用いたレンジング手順を行なう途中に情報サーバーから異機種網間のハンドオーバーのための情報要素を獲得する方法を示すフローチャートである。
【図８】移動端末が広帯域無線接続システムの基地局とＭＩＨレンジングコードで開始されるレンジング手順を行なう途中に異機種網間のハンドオーバーのための情報要素を獲得する図６に示す方法の具体的な過程の一例を示す図である。
【図９】移動端末と基地局間のフレーム同期化によるＭＡＣ手順を行なうための図８の具体的な過程の一例を示す図である。
【図１０】マルチモード移動端末が広帯域無線接続システムの基地局とＭＩＨ ＭＡＣバージョンを用いたレンジング手順を行なう途中に情報サーバーから異機種網間のハンドオーバーのための情報要素を獲得する図７の具体的な過程の一例を示す図である。
【図１１】図１０と類似な過程の一例として、フレーム同期化によって移動端末と基地局間のＭＡＣ過程のみを示す図である。
【図１２】移動端末が広帯域無線接続システムの基地局とＭＩＨ ＭＡＣバージョンを用いたレンジング手順を行なう途中にマルチキャスト（ｍｕｌｔｉｃａｓｔ）方法により異機種網間のハンドオーバーのための情報要素を獲得する方法の他の実施例を示す図である。
【図１３】移動端末が広帯域無線接続システムの基地局とＭＩＨ ＭＡＣバージョンを用いたレンジング手順を行なう途中にユニキャスト（ｕｎｉｃａｓｔ）方法により異機種網間のハンドオーバーのための情報要素を獲得する方法のさらに他の実施例を示す図である。
【図１４】マルチモード移動端末が広帯域無線接続システムの基地局にネットワーク進入手順を行なう途中に基地局がネットワーク選択のための情報を移動端末にユニキャスト方法を通じて伝達するさらに他の実施例を示す。
【図１５】マルチモード移動端末が広帯域無線接続システムの基地局にネットワーク進入手順を行なう途中に基地局がネットワーク選択のための情報を複数の移動端末にマルチキャスト伝達方法を通じて伝達するさらに他の実施例を示す。
【発明を実施するための形態】
【００５１】
以下、本発明による好ましい実施形態を、添付の図面を参照しつつ詳細に説明する。
【００５２】
まず、本発明で提案する広帯域無線接続システムの基地局と移動端末間のレンジング手順を用いた媒介体独立ハンドオーバー情報要請方法及び情報獲得方法を支援するために追加及び／または変更されなければならないパラメータについて説明すると、下記の通りである。
【００５３】
ＤＣＤメッセージ及びＵＣＤメッセージは、基地局のアップリンク／ダウンリンクチャネルパラメータを含むＭＡＣ管理メッセージで、基地局は該当のメッセージを周期的に移動端末に伝送する。これらの移動端末は、ＤＣＤ／ＵＣＤメッセージから各バースト（ｂｕｒｓｔ）のコーディング及び変調方式に関する情報を獲得し、これを通じてデータのコーディング／デコーディングを行なう。
【００５４】
移動端末は周期的に伝送されるＤＣＤ／ＵＣＤメッセージを受信し、基地局のチャネルパラメータが変更されたか否かを判断し、チャネルパラメータが変更された場合には、ＤＣＤ／ＵＣＤメッセージを通じて変更されたパラメータを更新する。ＵＣＤメッセージは、アップリンクバーストのコーディング及び変調方式と関連したプロファイル情報とともに、レンジング及び帯域要請と関連したＣＤＭＡコード集合及び移動端末のコード伝送後に衝突が発生する時に適用されるバックオフ（ｂａｃｋｏｆｆ）時間などを定義する。
【００５５】
一方、移動端末は、構成変化カウント（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ ｃｏｕｎｔ）値とＤＬ−ＭＡＰメッセージ内のＤＣＤカウント値を比較し、これらの値が異なると、ＤＣＤメッセージが変更されたと見なし、もし値が同一であれば、ＤＣＤメッセージはその以前に伝送されたＤＣＤメッセージと同一であると見なす。
【００５６】
このようなＤＣＤメッセージの一例を、表７に示す。
【００５７】
【表７】
一方、表８は、ＤＣＤメッセージ内に挿入されるＴＬＶエンコーディングの一例で、基地局のＭＩＨ性能を表すためのものである。
【００５８】
【表８】
一方、表９には、本発明の一実施形態でＤＣＤチャネルエンコーディングでＭＩＨＦを支援する客体が支援するＭＩＨＦサービスを含むために追加されるパラメータを示す。
【００５９】
【表９】
ここで、ＭＩＨ機能は、基地局自身がＭＩＨ機能を行なえるか可かを表し、ＭＩＨ性能は、基地局がイベントサービス（Ｅｖｅｎｔ Ｓｅｒｖｉｃｅ；ＥＳ）、コマンドサービス（Ｃｏｍｍａｎｄ Ｓｅｒｖｉｃｅ；ＣＳ）、情報サービス（Ｉｎｆｏｒｍａｔｉｏｎ
Ｓｅｒｖｉｃｅ；ＩＳ）を支援するか否かを表す。
【００６０】
ＭＩＨ機能値が０を持つにもかかわらず、ＭＩＨ性能フィールド値が存在する場合があり得る。この場合は、基地局の隣の地域にＭＩＨ機能を行なえるいずれかの客体が存在することを暗示する。
【００６１】
また、表１０は、ＤＣＤまたはＳＢＣ−ＲＥＱ／ＲＳＰメッセージ内に挿入されるＴＬＶエンコーディングの他の例である。このＴＬＶエンコーディングがＤＣＤまたはＳＢＣ−ＲＳＰ内に挿入される場合、前記ＴＬＶは基地局のＭＩＨ性能を表すためのものである。
【００６２】
【表１０】
本発明の一実施例によれば、表１０に示すように、ＭＩＨ性能支援パラメータが、情報サービスはネットワーク進入の間に支援されるということを表すと、８０２．２１情報サービスはＰＫＭ（Ｐｒｉｖａｃｙ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ）メッセージを通じて提供されることができる。
【００６３】
一方、広帯域無線接続システムのＯＦＤＭＡシステムでは、移動端末がアップリンク伝送パラメータを調整するためのレンジング要請とアップリンク帯域要請はＣＤＭＡコードを用いて行なわれる。
【００６４】
基地局は、ＵＣＤメッセージを通じてレンジングと帯域要請のためのＣＤＭＡコード集合を放送形態で移動端末に伝達し、移動端末は、ＵＣＤメッセージから獲得したＣＤＭＡコードの中から、レンジングの用途によってレンジングコードを任意に選択し、割り当てられたアップリンク区間で伝送する。
【００６５】
表１１には、このようなＵＣＤメッセージの一例を示す。
【００６６】
【表１１】
上記のＵＣＤメッセージにＴＬＶ形態で次のような物理チャネルエンコーディング（ＰＨＹ ｃｈａｎｎｅｌ Ｅｎｃｏｄｉｎｇ）が挿入されることができる。移動端末は、競争基盤のレンジング要請のためのパラメータとレンジングコードグループに関する情報と共にこれを伝送する。表１２に、上記の物理チャネルエンコーディングに関する一例を示す。
【００６７】
【表１２】
前記表記された“８．３．７．２”はＩＥＥＥ８０２．１６ｅ標準Ｄ−５バージョンのサブセクションを指す。表１２で、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）は、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）に該当する。
【００６８】
移動端末は、網接続手順を行なう前にアップリンク伝送パラメータを調整するためにレンジング（Ｒａｎｇｉｎｇ）を実行する。レンジングは、初期レンジング（ｉｎｉｔｉａｌ）、周期的レンジング（ｐｅｒｉｏｄｉｃ）、ハンドオーバーレンジング（ｈａｎｄｏｖｅｒ）、帯域割当（ｂａｎｄｗｉｄｔｈ ｒｅｑｕｅｓｔ）のためレンジングを含み、場合によってそれぞれ異なるレンジングコードを使用する。また、本発明の一実施形態によるレンジングコードは、上述したレンジングコードにＭＩＨレンジングコードをさらに含むことができる。このようなＭＩＨレンジングコードについて以下に具体的に説明する。
【００６９】
ＯＦＤＭＡ環境では、移動端末が任意のＣＤＭＡコードを基地局に伝送する場合、基地局は送信者を知ることができない。したがって、移動端末から伝送されたコード、レンジング状態、時間及び周波数調整値、伝送電力などのようなアップリンク情報を含む放送メッセージをＲＮＧ−ＲＳＰを通じて伝送する。移動端末が自身の送ったコードを含むＲＮＧ−ＲＳＰメッセージを受信すると、移動端末はＲＳＧ−ＲＳＰメッセージ内のアップリンクパラメータを調整して自身のＭＡＣアドレスを伝送して基地局に登録する。
【００７０】
図４は、レンジングコードを生成するＰＲＢＳの一例を示す図である。
【００７１】
レンジングコードは、０〜２５５の２５６個のコードを使用し、基地局はこれらのコードを、図４に示すように、レンジング種類によって４個の小グループに分ける。ただし、上述したような本発明の一実施形態で、前記４種類のレンジングコード以外にＭＩＨレンジングコードを含む場合、そのための別の小グループが要求されることができる。
【００７２】
一方、レンジングコードを生成するＰＲＢＳは、１＋Ｘ１＋Ｘ４＋Ｘ７＋Ｘ１５のような多項式生成を行なう多項式生成器（ｐｏｌｙｎｏｍｉａｌ ｇｅｎｅｒａｔｏｒ）を含み、この時、多項式生成のためのシード（ｓｅｅｄ）値ｂ０〜ｂ１５は、０、０、１、０、１、０、１、１、１、ｓ０、ｓ１、ｓ２、ｓ３、ｓ４、ｓ５、ｓ６になり得る。ここで、ｓ０〜ｓ６は、基地局ごとに異なる値を持つＵＬ＿ＩＤｃｅｌｌ値であり、結果的にＰＲＢＳは２１６個のコードを生成できる。結局、６５５３６ビットのコードが生成されることができ、各レンジングコードは１４４ビットを含むことができる。すなわち、最初のレンジングコードは０〜１４４ビットを含み、２番目のレンジングコードは１４５〜２８８ビットを含む。
【００７３】
このようなビットレベルレンジングコードは６個のサブチャネルで構成された各サブキャリアに変調して送信されることができる。２５６個のレンジングコードは次の通り用いられることができる。例えば、初期オフセットと同じ概念であるＳは、ＵＣＤチャネルエンコーディングにより受信することができ、また、各レンジング類型（ｔｙｐｅ）によるレンジングコードの個数もＵＣＤチャネルエンコーディングにより受信することができる。初期値Ｓは０と２５５との間に存在し、初期レンジングのためのＮ個のコードは、ＰＲＢＳ１４４＊(Ｓ ｍｏｄ ２５６）回〜１４４＊（（Ｓ＋Ｎ） ｍｏｄ ２５６）−１
回生成されることができる。また、周期的レンジングのためのＭ個のコードは、ＰＲＢＳ１４４＊（（Ｎ＋Ｓ） ｍｏｄ ２５６）回〜１４４＊（（Ｎ＋Ｍ＋Ｓ） ｍｏｄ ２５６）−１回生成されることができる。帯域要請のためのＬ個のレンジングコードは、ＰＲＢＳ１４４＊（（Ｎ＋Ｍ＋Ｓ） ｍｏｄ ２５６回〜１４４＊（（Ｎ＋Ｍ＋Ｌ＋Ｓ） ｍｏｄ ２５６）−１回生成されることができる。
【００７４】
一方、表１３は、上述したように本発明の一実施形態によるＵＣＤ−ＰＨＹ特定エンコーディングで追加されるＭＩＨレンジングコードを表す。
【００７５】
ＣＤＭＡコード集合の類型として、初期レンジングのためのコード、周期的レンジングのためのコード、帯域要請のためのコード、ハンドオーバーのためのコードの外に、本発明の一実施形態ではＵＣＤメッセージにＭＩＨレンジングコードを追加することによって、移動端末がＭＩＨ通信を開始したい時点で移動端末はレンジングのために割り当てられたアップリンク区間にＭＩＨレンジングコードを伝送するようにする。このように本発明の一実施形態によって追加されるＭＩＨレンジングコードは、従来の２５６個のコードのうち一部を分割して使用することができ、場合によっては既存の４種類のコードの所定原則に従う組合せを通じて生成されることができる。
【００７６】
【表１３】
本発明の一実施形態によれば、このようなＭＩＨレンジングコードは、受信端で一部コードに損傷がある場合などに備えて、２個のＯＦＤＭシンボルあるいは４個のＯＦＤＭシンボル内に挿入されることができる。もし、前記ＭＩＨレンジングコードが４個のＯＦＤＭシンボル内に挿入されたとすれば、二つの他のＭＩＨレンジングコードが挿入されることができる。これにより、最初に挿入したコードが損傷した場合、２番目のコードが用いられることができる。
【００７７】
表１４には、ＵＬ−ＭＡＰを構成する要素のうち、ＵＬ＿ＭＡＰ−ＩＥの一例を示す。これは、ＯＦＤＭＡ環境でＵＩＵＣ値が１２の場合、ＣＤＭＡ帯域要請とレンジング遂行のために用いられる。
【００７８】
【表１４】
上記表１４からわかるように、行なわれるレンジング方法によって送信するレンジングコードの量は変わることができる、このようなレンジングコードは、所定のＯＦＤＭシンボルにわたって送信されることができる。
【００７９】
また、下の表１５は、上述したＵＬ＿ＭＡＰ_ＩＥ内にサブコード（ｓｕｂｃｏｄｅ）
０ｘ０ｂのＭＩＨ＿Ｐｏｌｌｉｎｇ_ＩＥが追加される場合を表す。
【００８０】
【表１５】
表１６は、表１５に表したようなＵＬ＿ＭＡＰに挿入されるＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥのフォーマットを示し、上記表１６のＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥは、基地局が情報サーバーからクエリー応答ＭＩＨフレームを獲得した場合に移動端末にポーリングをするためである。ＵＬ＿ＭＡＰ内にＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを受信した移動端末は、クエリー（ｑｕｅｒｙ）ＩＤを含むＭＯＢ＿ＭＩＨ−ＭＳＧを基地局に伝送することによって基地局から応答要請ＭＩＨフレームを受信することができる。
【００８１】
【表１６】
クエリーＩＤは、移動端末が伝達したＭＩＨフレームを区分するための区分子（ｉｄｅｎｔｉｆｉｅｒ）を表し、“Ｄｕｒａｔｉｏｎ”は、ＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを受信した移動端末が基地局にＭＯＢ−ＭＩＨ＿ＭＳＧを伝送するようにするために割り当てられた資源を表す。
【００８２】
そして、ＭＡＣバージョンエンコーディングは、ＩＥＥＥ８０２．１６のＭＡＣバージョンを表し、前記ＭＡＣバージョンエンコーディングが基地局と移動端末との間で伝送される場合に、下記のような手順が行なわれる。
【００８３】
ＢＳのバージョンがＳＳのバージョンよりも高い時、基地局は移動端末により明示されたバージョンの移動端末と通信する。
【００８４】
ＢＳのバージョンがＳＳのバージョンよりも高い時、もしバージョンによる相互一致が支援されない場合には移動端末がアップリンクを通じて伝送できない。
【００８５】
このようなＭＡＣバージョンの一例を、表１７に示す。
【００８６】
【表１７】
一方、表１８は、本発明の一実施例による追加されるＭＡＣバージョンである。
【００８７】
【表１８】
移動端末は、アップリンクパラメータ調整のために基地局に用途に合うレンジングコードを伝送する。そして、移動端末は、基地局からレンジング状態で成功信号を受け取ってアップリンクパラメータ調整を完了する。以降、移動端末は基地局にＭＡＣアドレスとＭＡＣバージョンを伝送して登録する。移動端末がＭＩＨ情報獲得のための手順を行なうためには、移動端末はＲＮＧ−ＲＥＱメッセージにＭＩＨ ＭＡＣバージョンを伝送し、基地局がそれに対する帯域を割り当てるようにする。表１８で、ＩＥＥＥ８０２．１６ｇ−２００７は、ＩＥＥＥ８０２．２１で定義されたＭＩＨを支援する標準番号を表す。前記標準番号の形式は異なって表現されることができる。
【００８８】
ＭＩＨペイロード（ＭＯＢ＿ＭＩＨ-ＭＳＧ）メッセージについて説明すると、下記の
通りである。
【００８９】
ＭＯＢ＿ＭＩＨ-ＭＳＧは、広帯域無線接続システム客体がＩＥＥＥ８０２．２１で定
義するＭＩＨＦプロトコルメッセージを伝送するためのＭＡＣメッセージで、基本ＣＩＤ（ｂａｓｉｃ ＣＩＤ）、主ＣＩＤ（Ｐｒｉｍａｒｙ ＣＩＤ）あるいはマルチキャストＣＩＤ（ｍｕｌｔｉｃａｓｔ ＣＩＤ）で伝達される。この場合、ＴＬＶ形態でメッセージを認証するためのＨＭＡＣ／ＣＭＡＣタプル（ｔｕｐｌｅ）もＭＯＢ＿ＭＩＨ-ＭＳＧ
と一緒に伝送される。
【００９０】
このＭＯＢ＿ＭＩＨ−ＭＳＧメッセージの一例を、表１９に示す。
【００９１】
【表１９】
一方、本発明の一実施形態によるＭＯＢ＿ＭＩＨ−ＭＳＧメッセージは、ＭＩＨフレームを移動端末から基地局まで、または、ＭＩＨフレームを基地局から移動端末に伝達するためのＭＡＣ管理（ｍａｎａｇｅｍｅｎｔ）メッセージである。このメッセージは、基本ＣＩＤ、主ＣＩＤなどの管理ＣＩＤで伝送されたり、マルチキャストＣＩＤで放送されることができる。
【００９２】
表２０に、このようなＭＯＢ＿ＭＩＨ−ＭＳＧメッセージフォーマットの一例を示す。
【００９３】
【表２０】
【００９４】
上記表２０のパラメータについて説明すると、下記の通りである。
【００９５】
前記“Ｆｒａｇｍｅｎｔａｔｉｏｎ ａｎｄ／ｏｒ Ｐａｃｋｉｎｇ Ｉｎｄｉｃａｔｏｒ”は、断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）あるいはパッキング（Ｐａｃｋｉｎｇ）を知らせる指示子である。多数のＭＩＨフレームがパッキング（ｐａｃｋｉｎｇ）されても良く、または、一つあるいはパッキングされた多数のＭＩＨフレームが断片化されて伝送されることができる。
【００９６】
ここで、４番目のビットはパッキングが使われているか否かを、３番目のビットはＭＩＨフレームの中間が切れたか否かを、２番目及び１番目のビットは断片化が使われたか否かと伝送される部分が断片化されたフレームの最初、中間または最後の部分か否かを知らせる。
【００９７】
例えば、００００は、パッキングが使われないことを表し、０００１はパッキングが使わず、断片化は使われており、伝送される部分が断片化されたフレームの最初の部分であることを表す。００１０は、パッキングが使われないが断片化は使われており、伝送される部分が断片化されたフレームの中間部分であることを表し、００１１は、パッキングは使われず、断片化は使われており、伝送される部分が断片化されたフレームの最後の部分であることを表す。また、１０００は、二つ以上のＭＩＨフレームがパッキングされており、断片化はされていないことを表す。また、１００１は、二つ以上のＭＩＨフレームがパッキングされており、断片化されており、伝送される部分が断片化されたフレームの最初の部分であることを表し、１０１０は、二つ以上のＭＩＨフレームがパッキングされており、断片化されており、伝送される部分が断片化されたフレームの中間部分であることを表す。１０１１は、二つ以上のＭＩＨフレームがパッキングされており、断片化されており、伝送される部分が断片化されたフレームの最後の部分であることを表す。なお、ｘ０ｘｘは、ＭＩＨフレームが端部で断片化されて次のＭＩＨフレームから開始されることを表す。また、ｘ１ｘｘは、ＭＩＨフレームが中間で断片化されて前記ＭＩＨフレームは次のフレームの最初の部分と前記断片化された部分とを組合せ（ａｓｓｅｍｂｌｅ）して上位階層（ＭＩＨ）に伝送されるべきであるということを表す。
【００９８】
次に、“Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ”は、任意に割り当てられる一連番号で、断片化が使われた場合には、前記一連番号は最初に任意に割り当てられた後、断片化されたパケットが続いて伝達される場合に一連番号は１ずつ増加する。例えば、もし最初に断片化されたパケットが０ｂ０００１（１０進数１）を持つと、２番目に断片化されたパケットは０ｂ００１０（１０進数２）を持つ。一連番号は断片化されて伝送されるパケットを結合する時に用いられる。このように０ｂ１１１１に続く一連番号は０ｂ００００になる。
【００９９】
一方、表２１に、ＭＯＢ＿ＭＩＨ−ＭＳＧメッセージフォーマットの他の例を示す。
【０１００】
【表２１】
上記表２１に示すパラメートルについて説明すると、下記の通りである。
【０１０１】
“Ｆｒａｇｍｅｎｔａｔｉｏｎ Ｉｎｄｅｘ”は、現在断片が、全体断片化されたもののうち何番目かを知らせる。１番目の断片である場合は０に設定される。
【０１０２】
“Ｔｏｔａｌ Ｆｒａｇｍｅｎｔａｔｉｏｎ”は、全体断片化個数を知らせ、断片化ができなかった場合、“Ｔｏｔａｌ Ｆｒａｇｍｅｎｔａｔｉｏｎ”は１１１１に設定される。
【０１０３】
一方、表２２に、ＭＯＢ＿ＭＩＨ−ＭＳＧメッセージフォーマットのさらに他の例を示す。
【０１０４】
【表２２】
MOB_MIH−MSGが情報サーバーから情報を獲得するのに用いられる場合には、次のＴＬＶが必要とされる。
【０１０５】
表２３は、本発明の一実施例による追加されるＭＯＢ_ＭＩＨ−ＭＳＧ ＴＬＶを表す
。基地局のＭＡＣは、獲得したＭＩＨ情報要素を含めたＭＩＨフレームをＴＬＶ形態で挿入して移動端末のＭＡＣに伝達するようにする。
【０１０６】
【表２３】
ＭＯＢ＿ＭＩＨ−ＭＳＧがＭＡＣ管理ＣＩＤで伝達される場合、ＭＯＢ＿ＭＩＨ−ＭＳＧはＴＬＶでエンコーディングされたＭＩＨ ＭＩＨ＿Ｆｒａｍｅ＿ｐａｃｋａｇｅとＨＭＡＣ／ＣＭＡＣタプルパラメータを必ず含まなければならない。ＨＭＡＣ／ＣＭＡＣタプルは、初期網進入時にクエリー（ｑｕｅｒｙ）のために送／受信するメッセージには含まれない。ＭＩＨＦ＿Ｆｒａｍｅ＿ｐａｃｋａｇｅ（１１．２０参照）は、初期網進入時に情報要請のためのフレームはＢＳが保存しておき、マルチキャストで伝送するＭＯＢ＿ＭＩＨ−ＭＳＧに情報応答メッセージを送る時に情報応答ＭＩＨフレーム以前に要請ＭＩＨフレームを含めなければならない。また、ＨＭＡＣ／ＣＭＡＣタプル（１１．１．２参照）は、初期網進入前に情報獲得用に伝送されるメッセージには含まれない。一方、ＨＭＡＣ／ＣＭＡＣタプルはメッセージに含まれる場合に最後の属性になるべきである。この場合、ＴＬＶでエンコーディングされたマルチキャストＣＩＤと周期パラメータがメッセージに選択的に含まれる。
【０１０７】
上述したマルチキャストＣＩＤは、初期網進入前に情報要請に対して情報獲得後に情報応答を伝達するＣＩＤである。これは、０ｘＦＥＡ０−０ｘＦＥＦＥ範囲内で割り当てられ手も良く、前記範囲内のＭＯＢ＿ＭＩＨ−ＭＳＧメッセージ伝達のために割り当てられたＣＩＤが用いられることができる。また、上述した周期（ｃｙｃｌｅ）は、情報要請に対して情報応答が伝達されることができるオフセット値で、これについては図５を参照して後述する。
【０１０８】
一方、下記の表２４〜表２９は、本発明の一実施形態によって追加されるＭＯＢ＿ＭＩＨ−ＭＳＧ ＴＬＶ領域に含まれるＴＬＶである。必要なＴＬＶは、伝達される時期と必要によってＭＯＢ＿ＭＩＨ−ＭＳＧ ＴＬＶ領域に挿入されて伝達されることができる。情報サーバーに対するクエリー（ｑｕｅｒｙ）のためのＭＩＨフレームと応答を含むＭＩＨフレームはＴＬＶ形態で含まれることができ、断片化／パッキングが使われた場合、表２８の断片化／パッキング情報（Ｆｒａｇｍｅｎｔａｔｉｏｎ／Ｐａｃｋｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）ＴＬＶが含まれることができる。
【０１０９】
【表２４】
上記表２４で状態コードを表すＢｉｔ＃２〜６のうち、特にＢｉｔ＃２〜４で表すことのできる８つの場合のうち５つの状態コード値に対する具体的一例は、下記のように表すことができる
0x0000:ナル(Null)
0x0001：MIH_Not_Supported
0x0002：Requested_Delivery_Method_Not_Supported
0x0003：Request_Info_Not_Available
0x0004：Response_Not_Received。
【０１１０】
上記伝達方法及び状態（Ｄｅｌｉｖｅｒｙ Ｍｅｔｈｏｄ ａｎｄ ｓｔａｔｕｓ）は、情報サーバーから受信された情報を含むＭＩＨフレームの伝達方法を表し、伝達方法及び状態（Ｄｅｌｉｖｅｒｙ Ｍｅｔｈｏｄ ａｎｄ ｓｔａｔｕｓ）は、基地局から移動端末に伝送される。伝達方法及び状態は、ユニキャスト（ｕｎｉｃａｓｔ）またはマルチキャスト（ｍｕｌｔｉｃａｓｔ）されることができる。
【０１１１】
移動端末は、自身の選好度を情報要請（ｑｕｅｒｙ）時に設定して伝送することによって伝達方式をネゴすることができる。また、基地局は、要請した情報に対する状態を表す状態コードを伝送できる。移動端末がクエリーを伝送する場合、状態コードは０ｘ００００に設定されることができる。
【０１１２】
【表２５】
伝送方法（Ｄｅｌｉｖｅｒｙ Ｍｅｔｈｏｄ）がＢｉｔ＃１（Ｍｕｌｔｉｃａｓｔ）の場合、表２５は、基地局から移動端末に伝送されるＭＯＢ＿ＭＩＨ−ＭＳＧ内にマルチキャストＣＩＤＴＬＶとして挿入されることができる。
【０１１３】
【表２６】
表２６は、クエリー（Ｑｕｅｒｙ）ＩＤ ＴＬＶとして移動端末と基地局間のＭＯＢ＿ＭＩＨ-ＭＳＧ内に挿入されることができる。より詳細には、移動端末が基地局にクエリ
ーＭＩＨフレームを伝送した後、移動端末に伝送されるＭＯＢ＿ＭＩＨ−ＭＳＧ内の伝送方法（Ｄｅｌｉｖｅｒｙ Ｍｅｔｈｏｄ）がＢｉｔ＃０（ｕｎｉｃａｓｔ）の場合も表２６は、以後クエリー応答を要請するためのクエリー区分子（ｑｕｅｒｙ ｉｄｅｎｔｉｆｉｅｒ）機能として含まれることができる。
【０１１４】
【表２７】
表２７は、周期（ｃｙｃｌｅ）ＴＬＶを表し、基地局から移動端末に伝送されるＭＯＢ＿ＭＩＨ−ＭＳＧ内に挿入されることができる。これは、移動端末の電力消耗を最小化するためのもので、移動端末は、指示された周期にのみダウンリンク情報を観察すればよい。
【０１１５】
【表２８】
表２８は、断片化／パッキング（Ｆｒａｇｍｅｎｔａｔｉｏｎ／Ｐａｃｋｉｎｇ）ＴＬＶで、基地局が応答ＭＩＨフレームを含むＭＯＢ＿ＭＩＨ−ＭＳＧを移動端末に伝送するときに、伝送方法（Ｄｅｌｉｖｅｒｙ Ｍｅｔｈｏｄ）がマルチキャストである時に挿入されることができる。これは、ＭＩＨフレームが伝送ＭＡＣＰＤＵより大きい時に、ＴＬＶを含むＭＩＨフレームが断片化されたか否か、または、ＴＬＶを含むＭＩＨフレームがパッキングされたか否かを表す。
【０１１６】
【表２９】
表２９は、クエリー再試行カウンタ（ＱＵＥＲＹ Ｒｅｔｒｙ ｃｏｕｎｔｅｒ）ＴＬＶを表し、これは、基地局から移動端末に伝送されるＭＯＢ＿ＭＩＨ-ＭＳＧ内に挿入さ
れることができる。このＴＬＶを受け取った移動端末は、マルチキャストにより伝送されるＭＯＢ＿ＭＩＨ−ＭＳＧが、このパラメータによって定められた所定の周期（Ｃｙｃｌｅ）を超過する場合、基地局で情報が使用可能でないと判断する。この時、周期は基地局から移動端末に受信され、前記周期はクエリー応答を伝送できる周期を表す。
【０１１７】
図５は、ＭＩＨフレームを移動端末と基地局間に伝達するためのＭＡＣ管理（ｍａｎａｇｅｍｅｎｔ）メッセージの伝送周期を示す図である。
【０１１８】
移動端末は、情報要請に対する応答メッセージが受信可能な周期（Ｃｙｃｌｅ）値を獲得する。最初の周期になった時、移動端末は応答メッセージを含むＭＯＢ＿ＭＩＨ−ＭＳＧが受信されたか否か確認する。その周期で応答メッセージが発見されないと、移動端末機は次の周期まで待つ。移動端末機は次の周期でＭＯＢ＿ＭＩＨ−ＭＳＧが受信されたか否か確認する。上記の同様に、移動端末機は応答メッセージが発見されるまでＭＯＢ＿ＭＩＨ−ＭＳＧが受信されたか否か確認する。
【０１１９】
基地局により指示された周期でないフレームでは、移動端末が電力をオフしたり減少させることによって移動端末の電力消耗を防止することができる。移動端末は、応答メッセージを発見した後にはＭＯＢ＿ＭＩＨ−ＭＳＧが受信されたか否か確認する必要がない。
【０１２０】
マルチキャスティングＣＩＤでＭＯＢ＿ＭＩＨ−ＭＳＧが伝送される場合に、ＴＬＶエンコーディングされたパラメータを含むＭＩＨフレームはＭＯＢ＿ＭＩＨ−ＭＳＧに含まれる。複数のＭＩＨフレームが、情報要請ＭＩＨフレーム、それに対する応答ＭＩＨフレームなどのように含まれることができる。
【０１２１】
情報要請（またはクエリー）に対する応答ＭＩＨフレームは、ＭＩＨフレームにより伝達されることができる。移動端末から受信した情報要請ＭＩＨフレームがまず含まれ、それに対する応答ＭＩＨフレームが含まれて伝達される。これは、応答メッセージを送らない他の端末がこのメッセージを受信した場合にどんな情報が要請されたか、どんな情報が獲得されて伝達されるかを知らせるためである。
【０１２２】
Ｃ−ＭＩＨ−ＮＯＴＦＹプリミティブは、広帯域無線接続システム客体がＣ−ＳＡＰを通じてＭＯＢ＿ＭＩＨ−ＭＳＧ内のＭＩＨＦフレームをＮＣＭＳに伝送するためである。
【０１２３】
一方、以下のプリミティブは、移動端末のＭＩＨとＭＡＣ間（ＭＳ側）に伝達されるもので、ＭＩＨレンジングを行なうために用いられるためのものである。
【０１２４】
まず、Ｃ−ＮＥＭ−ＲＥＱ（Ａｃｔｉｏｎ Ｔｙｐｅ＝Ｒａｎｇｉｎｇ）について説明すると、このプリミティブは、レンジングを要請する機能を果たす。上位階層管理エンティティ（ｅｎｔｉｔｙ）は、ＮＣＭＳを通じてＭＡＣ階層にこのプリミティブを伝達することでレンジングを要請する。
【０１２５】
このプリミティブの構造を、表３０に示す。
【０１２６】
【表３０】
表３０に示すプリミティブは、初期ネットワーク進入、ハンドオーバー後ネットワーク再進入、周期的レンジング、遊休モード（ｉｄｌｅ−ｍｏｄｅ）でネットワークに再進入、遊休モード移動端末の位置更新及びＭＩＨＦを用いた移動端末のＭＩＨレンジングのためのレンジング過程を開始するために、ＭＩＨＦを含む上位階層管理エンティティにより生成される。その結果、ＭＡＣ階層は、レンジング類型による対応するＴＬＶを含むＲＮＧ−ＲＥＱＭＡＣ関連メッセージを生成することとなる。
【０１２７】
次に、Ｃ−ＮＥＭ−ＲＳＰ（Ａｃｔｉｏｎ Ｔｙｐｅ＝レンジング）について説明すると、このプリミティブは、レンジング結果をＭＩＨＦを含む上位階層に知らせる機能を果たし、その構造は、表３１に示す通りである
【０１２８】
【表３１】
このプリミティブは、ＭＡＣ階層がＲＮＧ−ＲＳＰメッセージを受信したり、またはＢＳがＲＮＧ−ＲＳＰ以後にＭＩＨフレームのためのアップリンク帯域を割り当てた場合に生成される。このプリミティブを通じてＭＩＨＦを含む上位階層エンティティはレンジング結果を受信し、ＭＩＨＦは℃−ＭＩＨ−ＮＯＴＦＹを用いてＭＡＣにＭＩＨフレームを送信できる。
【０１２９】
一方、Ｃ−ＮＥＭ−ＲＥＱ（動作類型＝性能ネゴ（ｃａｐａｂｉｌｉｔｙ ｎｅｇｏ））とそれに対する応答であるＣ−ＮＥＭ−ＲＳＰ（動作類型＝性能ネゴ）プリミティブは、ＳＢＣ−ＲＥＱ／ＲＳＰメッセージで伝送されたり受信されたものを上位客体に伝送するためのプリミティブである。
【０１３０】
また、Ｃ−ＮＥＭ−ＲＥＱ（動作類型＝認証（ａｕｔｅｎｔｉｃａｔｉｏｎ））とそれに対する応答であるＣ−ＮＥＭ−ＲＳＰ（動作類型＝認証）プリミティブは、認証手順のためのもので、ＰＫＭ−ＲＥＱ／ＲＳＰメッセージで伝送されたり受信されたものを上位客体に伝送するためのプリミティブである。
【０１３１】
なお、Ｃ−ＭＩＨ−ＩＮＤプリミティブは、移動端末あるいは基地局の上位客体（例、ＮＣＭＳ）とＭＡＣ客体間のＭＩＨフレームを伝送できる手段であり、ＭＩＨフレームと機能フレーム類型（Ｆｕｎｃｔｉｏｎ ｆｒａｍｅ ｔｙｐｅ）を含むことができる。このプリミティブを受信したＭＡＣ階層は、ＭＯＢ＿ＭＩＨ−ＭＳＧあるいはＰＫＭ−ＲＥＱ／ＲＳＰメッセージを通じてＭＩＨフレームを相手ＭＡＣ階層に伝送できる。
【０１３２】
一方、“ＭＩＨ機能フレーム（ＭＩＨ ｆｕｎｃｔｉｏｎ ｆｒａｍｅ）”及び“ＭＩＨ機能フレームタイプ”はそれぞれ、下記の表３２及び表３３のように表すことができる。
【０１３３】
【表３２】
【０１３４】
【表３３】
一方、下の表３４では、その他のパラメータ及び定数について説明する。
【０１３５】
【表３４】
また、下の表３５には、上記表３４のクエリー再試行カウンタパラメータの他の用途を表す。
【０１３６】
【表３５】
ＭＳが送る帯域幅要請ヘッダ（ｂａｎｄｗｉｄｔｈ ｒｅｑｕｅｓｔ ｈｅａｄｅｒ）は、ＭＳの動作継続（ｋｅｅｐ ａｌｉｖｅ）用途に用いられるもので、毎周期満了（ｃｙｃｌｅ ｅｘｐｉｒａｔｉｏｎ）後に帯域幅要請ヘッダを受信した基地局がクエリー応答を獲得したとすれば、ＭＳがＰＫＭ−ＲＥＱ（ｃｏｄｅ=３３）を基地局に伝送するこ
となく要請ない（ｕｎｓｏｌｉｃｉｔｅｄ）ＰＫＭ−ＲＳＰ（ｃｏｄｅ=３４）を伝送す
ることによってクエリー応答を伝達できる。
【０１３７】
一方、下の表３６には、ＰＫＭメッセージが伝達できるＭＩＨメッセージの種類例を示す。
【０１３８】
【表３６】
表３６に記載されたように、ＭＩＨ初期応答は、‘ＭＩＨ ａｃｋｎｏｗｌｅｄｇｅ’と呼ばれることができる。また、ＭＩＭ復帰（Ｃｏｍｅｂａｃｋ）要請は表３６で省略されることができる。したがって、ＭＩＭ帰還（Ｃｏｍｅｂａｃｋ）要請機能は、基地局に帯域要請要請を伝送することによってのみ行なわれることができる。
【０１３９】
一方、下の表３７は、ＰＫＭメッセージのコードがＭＩＨ初期要請の場合に含まれるパラメータの一例である。
【０１４０】
【表３７】
表３８は、ＰＫＭメッセージのコードがＭＩＨ初期応答であるかＭＩＨである場合に含まれるパラメータの一例である。
【０１４１】
【表３８】
本発明の一実施例において、表３８でＭＩＨＦフレームタイプとＭＩＨＦフレームは省略されることができる。また、ＭＩＨＦフレームタイプとクエリーに対する答弁を含むＭＩＨフレームは、以降ＭＩＨ復帰応答メッセージで伝送されることができる（表４０参考）。
【０１４２】
また、表３９は、ＰＫＭメッセージのコードがＭＩＨ復帰要請である場合にＭＩＨＦフレームに含まれるパラメータの一例である。
【０１４３】
【表３９】
また、表４０は、ＰＫＭメッセージのコードがＭＩＨ復帰応答である場合にＭＩＨＦフレームに含まれるパラメータの一例である。
【０１４４】
【表４０】
一方、下記の表４１には、ＮＣＭＳから８０２．１６客体に、または、８０２．１６客体からＮＣＭＳにＰＫＭ−ＭＳＧあるいはＭＯＢ＿ＭＩＨ−ＭＳＧメッセージを伝達するためのＣ−ＭＩＨ−ＩＮＤプリミティブの一例を示す。
【０１４５】
【表４１】
ここで、ＭＩＨＦフレーム（ＭＩＨＦ Ｆｒａｍｅ）は、ＩＥＥＥ８０２．２１標準に記述されたＭＩＨフレームである。また、ＭＳの状態（ＭＳ’ｓ ｓｔａｔｕｓ）は、ＭＳが認証されたのか否かを表すＭＳの認証状態を表す（すなわち、００：認証、０１：非認証、１０：状態未確認）。この値は、ＢＳによりＭＩＨにＭＳの認証状態を知らせるために生成される。ＭＩＨがこのプリミティブを受信する場合、ＭＩＨはこのプリミティブによって設定された認証状態ビットを有し、情報サーバーに送信されるＭＩＨフレームを生成する。
【０１４６】
すなわち、基地局は、ＭＩＨ客体に伝送するプリミティブにＭＳの認証状態を含めて伝送する。これを受信したＭＩＨ客体は、情報サーバー（ｉｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｅｒ）に伝達するＭＩＨフレームを、生成時に認証状態情報を基地局から受け取ったプリミティブに設定されている認証状態と同一に設定して伝達する。このＭＩＨフレームは、本プリミティブに含まれているＭＩＨＦフレームをリレイ（ｒｅｌａｙ）するためのもので、基地局からこのフレームを受け取ったＭＩＨ客体が新しくＭＩＨＦフレームを構成しても良く、本プリミティブで伝達されたＭＩＨＦフレームをそのまま使用しながら端末の認証状態のみを本プリミティブで伝達された状態のまま設定して構成しても良い。
【０１４７】
上述したように規定された制御信号を用いて本発明の一実施形態によって異種網間情報を獲得する方法について以下に詳細に説明する。図６は、本発明の一実施形態によって移動端末がＭＩＨレンジングコードで開始されるレンジング手順を行なう途中に情報サーバーから異機種網間のハンドオーバーのための情報要素を獲得する方法の段階構成を示すフローチャートである。
【０１４８】
図６に示すような本発明の一実施形態によるマルチモード端末が異機種網間のハンドオーバーのための情報を獲得する方法は、大きく、ＭＩＨ性能探索段階（Ｓ６０１〜Ｓ６０３）、基地局とのレンジングを行なう間に情報サーバーに情報を要請する段階（Ｓ６０４〜Ｓ６０８）、及びこれを通じて異機種網に関する情報を受信する段階（Ｓ６０９〜Ｓ６１０）からなっている。
【０１４９】
より具体的に、基地局のＭＩＨ性能を探索するために段階Ｓ６０１では、基地局からＭＩＨ性能情報を受信する。従来の初期レンジング段階では、基地局がＭＩＨ機能を行なえるかに関する情報のみを受信したが、本発明によれば、段階Ｓ６０１で受信する信号は基地局がＭＩＨ機能を行なえるか否かだけでなく、基地局が、例えば情報サービス、イベントサービス及び命令サービスのようなサービスのうちどんなＭＩＨサービスを支援できるかに関する情報を含むことができる。
【０１５０】
その後、段階Ｓ６０２で、移動端末は、基地局から２５６個のレンジングコード別用途を表す集合情報を受信する。本発明の一実施形態によれば、この段階で受信するレンジングコードには、従来の初期レンジングのためのコード、周期的レンジングのためのコード、帯域割当要請のためのコード、ハンドオーバーのためのコードの外に、ＵＣＤメッセージにＭＩＨレンジングコードをさらに受信することができる。これは、以降、網進入が完了する前であってもレンジングを行なう過程でハンドオーバーしようとする異種網に関する情報を受信する過程を行なうのに利用される。その後、段階Ｓ６０３で、移動端末は、基地局から受信した情報、特にＭＩＨ探索のための情報を通じて以降、情報サーバーにクエリーする情報を準備する。
【０１５１】
次に、段階Ｓ６１４で移動端末は、段階Ｓ６０２から受信したＭＩＨレンジングコードグループから、ＭＩＨレンジングに使用できるコードのうち一つのコードをランダムに選択して基地局に送信する。４個のＯＦＤＭＡシンボルにわたって伝送する場合は、最初の２つのシンボルには最初に選択したレンジングコードを、残りの２つのシンボルには最初に使用したコードの次のコードを使用する。このようなＭＩＨコード送信を通じて基地局は該当の端末がＭＩＨＦ通信を行なえるということを予測する。
【０１５２】
一方、基地局は、ＭＩＨを行なうための準備が完了した場合、移動端末に成功信号を送信し、場合によって継続信号または失敗信号を送信できる。段階Ｓ６０５で、端末が基地局から成功信号を受信した場合、段階Ｓ６０７に進行する。一方、基地局から継続信号のような信号を受信した場合、移動端末は段階Ｓ６０６に進行し、送信するレンジングコードに一定の変化を加えて再送信できるが、段階Ｓ６０６は選択的なもので、含まれなくても構わない。
【０１５３】
その後、段階Ｓ６０７で、移動端末は、以後情報サーバーへのクエリーのためのクエリー情報送信のための帯域幅を基地局に要請する。情報サーバーへのクエリーのためのクエリー情報は、クエリー要請のためのＭＩＨフレーム大きさによって必要な帯域の大きさが異なることができるので、本発明の一実施形態では、このような帯域要請段階及びこれによる帯域割当段階を追加し、周波数資源の効率を高めることができる。このような帯域要請信号に対応して基地局が該当帯域を割り当てた場合、段階Ｓ６０８で端末はこの帯域を通じて情報サーバーにクエリーするクエリー情報を基地局に送信する。
【０１５４】
このようなクエリー情報を受信した基地局は、以降、情報サーバーから獲得した情報を端末に伝達するための情報、例えば、情報を送信する周期に関する情報、及びマルチキャストＣＩＤを端末に送信する（Ｓ６０９）。このような情報を受信した端末は、該当の周期に該当する情報のみを検索し、その他の段階では受信電力を減らすことによってバッテリー寿命を延ばすことができる。その後、段階Ｓ６１０で、移動端末は、断片化／パッキング情報を結合または分離するための断片化／パッキング情報を受信することで、異種網間ハンドオーバーに関する情報を容易に獲得できる。
【０１５５】
図７は、本発明の他の実施形態によって移動端末が広帯域無線接続システムの基地局とＭＩＨ ＭＡＣバージョンを用いたレンジング手順を行なう途中に情報サーバーから異機種網間のハンドオーバーのための情報要素を獲得する方法を示すフローチャートである。
【０１５６】
図７は、図６に比べて、初期レンジングコードを送信する段階（Ｓ７０４）、ＭＩＨ ＭＡＣバージョンを送信する段階（Ｓ７０７）、及び基本ＣＩＤと主ＣＩＤを受信する段階（Ｓ７０８）が異なるだけで、その他の段階構成は同一であり、よって、以下では図６の段階構成と異なる段階を中心にして説明する。
【０１５７】
段階Ｓ７０１〜段階Ｓ７０３のＭＩＨ性能探索段階を完了した後、移動端末は、段階Ｓ７０４から基地局へ初期レンジングコードを送信する。このような初期レンジングを通じて移動端末は移動端末のアップリンクパラメータの調節を行なうだけで、図６に示す実施形態のようにＭＩＨを行なおうとすることを基地局に未だ知らせた状態ではない。
【０１５８】
その後、段階Ｓ７０５で基地局から成功信号を受信した移動端末は、段階Ｓ７０７で本発明の一実施形態によって規定されたＭＩＨ ＭＡＣバージョンを送信する。このようなＭＩＨ ＭＡＣバージョンを受信した基地局は、移動端末がＭＩＨ通信を開始できるということを予測し、移動端末に基本ＣＩＤ及び主ＣＩＤを割り当てて送信する。段階Ｓ７０８で、移動端末はＣＩＤを受信する。ＣＩＤを受信した状態は、移動端末が基地局の属した網に進入する前段階であるから、イベントサービスや命令サービス以外の情報サービスやＭＩＨ性能発見サービスなどを支援できる状態を意味する。その後、段階Ｓ７０９〜段階Ｓ７１２を通じて移動端末は、基地局が獲得した情報サーバーからの情報を獲得する。
【０１５９】
本発明のより詳細な構成は、上記の一般化された構成と共に説明される。
【０１６０】
図８は、図６で説明したマルチモード移動端末が広帯域無線接続システムの基地局とＭＩＨレンジングコードで開始されるレンジング手順を行なう途中に情報サーバーから異機種網間のハンドオーバーのための情報要素を獲得する方法を、より具体的過程を挙げて示す図である。
【０１６１】
移動端末は、ダウンリンクチャネルを検索して基地局からアップリンク／ダウンリンク同期を獲得し、ダウンリンクマップ（ＤＬ−ＭＡＰ）、ダウンリンクチャネル記述子（ＤＣＤ）、アップリンクチャネル記述子（ＵＣＤ）を獲得する。この時、上述のような本発明の一実施形態によれば、ＤＣＤメッセージには基地局のＭＩＨＦ性能発見のための情報が含まれている（（１））。基地局のＭＩＨＦ性能発見情報はＣ−ＨＯ−ＲＳＰプリミティブを通じてＭＩＨに伝達される（（２））、これはＬｉｎｋ＿Ｄｅｔｅｃｔｅｄ．ｉｎｄｉｃａｔｉｏｎを通じて上位階層に伝達される（（３））。次に、基地局は、アップリンクマップ（ＵＬ−ＭＡＰ）を伝送してアップリンク構造と帯域を割り当てる。
【０１６２】
したがって、移動端末はＤＬ−ＭＡＰ／ＵＬ−ＭＡＰを通じて初期任意接続区間を確保してＤＣＤ／ＵＣＤを通じてレンジングに必要なパラメータを確保した状態であり、この過程は前記（２）、（３）及び（５）の過程と独立して行なわれることができる。
【０１６３】
移動端末の上位階層は、要請する情報要素を含めたプリミティブをＭＩＨに伝達し、ＭＩＨはこの情報要素を含むＭＩＨフレームを構成する。図８で示すプリミティブは、広帯域無線接続基地局周辺ネットワークの情報要素を要請するためのプリミティブであるが、実際周辺ネットワークのＭＩＨＦエンティティ性能情報のみを要請するためにＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒプリミティブ形態で伝送されても良い（（５））。ＭＩＨ＿Ｇｅｔ．ｉｎｆｏｒｍａｉｔｏｎプリミティブを受信したＭＩＨは、Ｃ−ＮＥＭ−ＲＥＱプリミティブを通じてＭＡＣ階層がＭＩＨレンジングを開始するようにし、ＭＩＨフレーム大きさを知らせることによって移動端末のＭＡＣが以降に基地局にどれだけの資源割当を要求するかを知らせる（（６））。
【０１６４】
前記過程（６）で利用されるＣ−ＮＥＭ−ＲＥＱにより定義される動作は、従来の場合、初期レンジング、周期的レンジング、帯域割当要請、ハンドオーバーの４種類に限定されたが、本発明の一実施形態によれば、このような４種類動作にＭＩＨレンジング動作が追加されて機能する。
【０１６５】
移動端末は、伝送されたＵＣＤメッセージを通じて区分されたレンジング類型のうち、ＭＩＨレンジングコードをランダムに選択して基地局に伝送する（（７））。基地局は、移動端末がＭＩＨＦ通信を開始したがることを予測し、成功レンジング状態をＲＮＧ−ＲＳＰで応答する（（８））。ここで、ＭＩＨＦ通信は、移動端末が基地局に認証する前段階であるから、イベントサービスや命令サービス以外の情報サービスやＭＩＨ性能発見サービスなどを意味する。
【０１６６】
基地局は、移動端末がＭＩＨサービス要請のための帯域を要請するようにＣＤＭＡａｌｌｏｃａｔｉｏｎ ＩＥを伝送する（（９））。移動端末は、ＣＩＤ ００００を使用して帯域要請ヘッダを基地局に伝送し、これはＭＩＨフレームを伝送するための資源を要請するためである（（１０））。帯域要請を受けた基地局は、ＵＬ−ＭＡＰを通じて割り当てられた資源を知らせる（（１１））。
【０１６７】
その後、移動端末のＭＡＣは、Ｃ−ＮＥＭ−ＲＳＰプリミティブを通じてＭＩＨにＭＩＨレンジング手順を完了し、情報要請のためのＭＩＨフレームを伝送する準備ができたということを知らせる（（１２））。ＭＩＨは、Ｃ−ＭＩＨ−ＮＯＴＦＹを通じて（過程（５）において）伝送された情報要素を含めたＭＩＨフレームを、ＭＡＣに伝達する（（１３））。移動端末のＭＡＣは、基地局のＭＡＣにＭＩＨフレームを伝送し（（１４））、基地局は、マルチキャストＣＩＤと周期情報を移動端末に伝送する（（１５））。マルチキャストＣＩＤはＭＩＨフレームを伝送するためのものであり、周期はＭＩＨフレームを伝送するタイミングを指示することによって端末の電力消耗を節約するためのものである。
【０１６８】
図８では、ＭＩＨフレーム伝送のためにマルチキャストＣＩＤを利用するとしているが、本発明の他の実施形態では、これと違い、クエリー情報を伝送した対象に限ってＭＩＨフレームを通じて該当情報を送信するためのユニキャストＣＩＤを利用しても良いということは当業者とっては自明である。ただし、２つ以上の端末から同じ情報をクエリーする信号を受信した場合、ＭＩＨフレームの余分の反復伝送を防止するために、該当端末の属したグループ全体にＭＩＨフレームを送信するようにマルチキャストＣＩＤを利用することがより好ましい。
【０１６９】
基地局のＭＡＣは、ＭＩＨにＭＩＨフレームを伝送し、情報サーバーとのクエリーを通じて獲得した情報要素を含めたＭＩＨフレームを受信する（（１６）〜（１９））。もしＭＩＨＦの性能をクエリーし応答する場合には、前記過程（１４）、（１６）、（１７）にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔフレームが、情報サーバーではなくＭＩＨ客体に伝達され、過程（１８）、（１９）、（２０）、（２１）の応答にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅフレームが含まれて伝達されることとなる。
【０１７０】
本実施形態では、基地局のＭＩＨが中継する例としたが、基地局があらかじめ定めておいた方法、例えばトンネリング（Ｔｕｎｎｅｌｉｎｇ）を使用したりして情報サーバーあるいはＭＩＨ客体と連結される場合には、基地局のＭＡＣが各情報要請メッセージを該当客体、すなわち情報サーバーあるいはＭＩＨ客体に伝達をする。基地局にＭＩＨがなく、ＭＡＣがフレームを伝達する場合には、ＭＯＢ＿ＭＩＨ−ＭＳＧに含まれたＴＬＶを理解して該当客体に伝達をすべきである。
【０１７１】
図８を再び参照すると、基地局のＭＡＣは、移動端末のＭＡＣに、指示された周期に、ＭＩＨフレームを含むＭＯＢ＿ＭＩＨ−ＭＳＧを伝送する（２０）。移動端末のＭＡＣは、ＭＩＨにＣ−ＭＩＨ−ＮＯＴＦＹを通じてＭＩＨフレームを伝達し（２１）、上位客体にＭＩＨ＿Ｇｅｔ．ｉｎｆｏｒｍａｔｉｏｎを通じて獲得した情報を伝送する（２２）。
【０１７２】
図９は、図８の移動端末と基地局間にフレーム同期化によるＭＡＣ手順を行なう過程の詳細の一例を示す図である。
【０１７３】
図９に示す各過程は、図８の過程と類似するので、図９の詳細な技術内容は、本発明の属する技術分野における通常の知識を持つ者には明白である。
【０１７４】
図１０〜図１３は、図７による方法の具体的過程の一例である。
【０１７５】
まず、図１０は、図７で説明したマルチモード移動端末が広帯域無線接続システムの基地局とＭＩＨ ＭＡＣバージョンを用いたレンジング手順を行なう途中に情報サーバーから異機種網間のハンドオーバーのための情報要素を獲得する方法を、より具体的な例として示す図である。
【０１７６】
移動端末は、ダウンリンクチャネルを検索、基地局からアップリンク／ダウンリンク同期を獲得し、ダウンリンクマップ（ＤＬ−ＭＡＰ）、ダウンリンクチャネル記述子（ＤＣＤ）、アップリンクチャネル記述子（ＵＣＤ）を獲得する。この時、ＤＣＤメッセージには基地局のＭＩＨＦ性能発見のための情報が含まれている（（１））。基地局のＭＩＨＦ性能発見情報はＣ−ＨＯ−ＲＳＰプリミティブを通じてＭＩＨに伝達され（（２））、これはＬｉｎｋ＿Ｄｅｔｅｃｔｅｄ．ｉｎｄｉｃａｔｉｏｎを通じて上位階層に伝達される（（３））。
【０１７７】
基地局は、アップリンクマップ（ＵＬ−ＭＡＰ）を伝送してアップリンク構造と帯域を割り当てる。したがって、移動端末は、ＤＬ−ＭＡＰ／ＵＬ−ＭＡＰを通じて初期任意接続区間を確保し、ＤＣＤ／ＵＣＤを通じてレンジングに必要なパラメータを確保した状態であり、この過程は、（２）、（３）及び（５）の過程と独立して行なわれることができる（（４））。
【０１７８】
移動端末の上位階層は、要請する情報要素を含めたプリミティブをＭＩＨに伝達し、ＭＩＨは、この情報要素を含むＭＩＨフレームを構成する。図１０に示すプリミティブは、広帯域無線接続基地局周辺ネットワークの情報要素を要請するためのプリミティブであるが、実際周辺ネットワークのＭＩＨＦエンティティ性能情報のみを要請するためにＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒプリミティブ形態で伝送されても良い（（５））。
【０１７９】
ＭＩＨ＿Ｇｅｔ．ｉｎｆｏｒｍａｉｔｏｎプリミティブを受け取ったＭＩＨは、Ｃ−ＮＥＭ−ＲＥＱプリミティブを通じてＭＡＣ階層がＭＩＨレンジングを開始するようにし、ＭＩＨフレーム大きさを知らせることによって、移動端末のＭＡＣが以降に基地局にどれだけの資源割当を要求するかを知らせる（（６））。
【０１８０】
移動端末は、伝送されたＵＣＤメッセージを通じて区分されたレンジング類型のうち、初期レンジングコードをランダムに選択して基地局に伝送する（（７））。移動端末は、基地局から成功レンジング状態を受け取るまでアップリンク伝送パラメータ調整値及びタイム値を調整する（（８））。
【０１８１】
基地局は、移動端末がＭＡＣアドレスとＭＡＣバージョンを伝送できるようにＣＤＭＡ＿Ａｌｌｏｃａｔｉｏｎ＿ＩＥを通じてアップリンク帯域を割り当ててＵＬ−ＭＡＰを伝送する（（９））。移動端末は、ＭＡＣアドレスとＭＩＨ ＭＡＣバージョンをＲＮＧ−ＲＥＱメッセージを通じて基地局に伝達する（（１０））。ＭＩＨ ＭＡＣバージョンを受信した基地局は、移動端末がＭＩＨ通信を開始できることを予測し、ＲＮＧ−ＲＳＰメッセージで基本ＣＩＤと主ＣＩＤを割り当てる。この時、ＭＩＨＦ通信は、移動端末が基地局に認証する前段階であるから、イベントサービスや命令サービス以外の情報サービスやＭＩＨ性能発見サービスなどを意味する（（１１））。
【０１８２】
移動端末は、割り当てられた基本ＣＩＤや主ＣＩＤを用いて帯域要請ヘッダを基地局に伝送し、これはＭＩＨフレームを伝送するための資源を要請するためである（（１２））
。帯域要請を受けた基地局は、ＵＬ−ＭＡＰを通じて割り当てられた資源を知らせる（（１３））。
【０１８３】
その後、移動端末のＭＡＣは、Ｃ−ＮＥＭ−ＲＳＰプリミティブを通じてＭＩＨにＭＩＨレンジング手順を完了し、情報要請のためのＭＩＨフレームを伝送する準備ができたということを知らせる（（１４））。ＭＩＨは、Ｃ−ＭＩＨ−ＮＯＴＦＹを通じて（過程（５）において）伝送された情報要素を含めたＭＩＨフレームをＭＡＣに伝達する（（１５））。
【０１８４】
移動端末のＭＡＣは、基本ＣＩＤあるいは主ＣＩＤで基地局のＭＡＣにＭＩＨフレームを伝送し（（１６））、基地局はマルチキャストＣＩＤと周期情報を移動端末に伝送する（（１７））。マルチキャストＣＩＤは、以降に伝送する網情報を含めたＭＩＨフレームを伝送するためのもので、端末の電力消耗を最小化するためにこの周期に伝送されることを指示するものである。
【０１８５】
基地局のＭＡＣは、ＭＩＨにＭＩＨフレームを伝送し、情報サーバーとのクエリーを通じて獲得した情報要素を含めたＭＩＨフレームを受信する（（１８）〜（２１））。
【０１８６】
もしＭＩＨＦの性能をクエリーし応答する場合には、過程（１６）、（１８）及び（１９）にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔフレームが情報サーバーではなくＭＩＨ客体に伝達され、過程（２０）、（２１）、（２２）及び（２３）の応答にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅフレームが含まれて伝達されることとなる。
【０１８７】
本実施形態は、基地局のＭＩＨが中継する例としたが、基地局があらかじめ定めておいた方法、例えばトンネリングを使用したりして情報サーバーあるいはＭＩＨ客体と連結される場合には、基地局のＭＡＣが各情報要請メッセージを該当客体、すなわち情報サーバーあるいはＭＩＨ客体に伝達をする。基地局にＭＩＨがなく、ＭＡＣがフレームを伝達する場合には、ＭＯＢ＿ＭＩＨ−ＭＳＧに含まれたＴＬＶを理解して該当客体に伝達すべきである。
【０１８８】
図１０を再び参照すると、基地局のＭＡＣは、移動端末のＭＡＣに、指示された周期に、ＭＩＨフレームを含むＭＯＢ＿ＭＩＨ−ＭＳＧを伝送する（（２２））。移動端末のＭＡＣは、ＭＩＨにＣ−ＭＩＨ−ＮＯＴＦＹを通じてＭＩＨフレームを伝達し（（２３））、上位階層にＭＩＨ＿Ｇｅｔ．ｉｎｆｏｒｍａｔｉｏｎを通じて獲得した情報を伝送する（２４）。
【０１８９】
一方、図１１は、図１０と同様な手順を行なう過程を示す一例であるが、ただし、フレーム同期による移動端末と基地局のＭＡＣ手順のみを示す。
【０１９０】
図１２は、マルチモード移動端末が広帯域無線接続システムの基地局とＭＩＨ ＭＡＣバージョンを用いたレンジング手順を行なう途中に情報サーバーからマルチキャスト方法により異機種網間のハンドオーバーのための情報要素を獲得する方法を示すさらに他の実施例である。
【０１９１】
図１２に示していない（１）〜（６）過程は、図１０と同じ動作手順を行なうので、反復を避けるために省略する。
【０１９２】
移動端末は（１）〜（６）の過程を通じて伝送されたＵＣＤメッセージを通じて区分されたレンジング類型のうち、初期レンジングコードをランダムに選択して基地局に伝送する（（７））。移動端末は、基地局から成功レンジング状態を受信するまでアップリンク伝送パラメータ調整値及びタイム値を調整する。
【０１９３】
一方、基地局は登録タイマーT９を開始させ（９））、タイマーが完了する前に移動端
末はＳＢＣ−ＲＥＱを通じて登録手順を行なわなければならない。
【０１９４】
基地局は、移動端末がＭＡＣアドレスとＭＡＣバージョンを伝送できるようにＣＤＭＡ＿Ａｌｌｏｃａｔｉｏｎ＿ＩＥを通じてアップリンク帯域を割り当て、ＵＬ−ＭＡＰを伝送する（（１０））。その後、移動端末はＭＡＣアドレスとＭＩＨ ＭＡＣバージョンをＲＮＧ−ＲＥＱメッセージを通じて基地局に伝達する（（１１））。ＭＩＨ ＭＡＣバージョンを受信した基地局は、移動端末がＭＩＨ通信を開始できることを予測すると同時に、ＲＮＧ−ＲＳＰメッセージで基本ＣＩＤ（Ｂ−ＣＩＤ）と主ＣＩＤ（Ｐ−ＣＩＤ）を割り当てる（（１２））。この時、ＭＩＨＦ通信は、移動端末が基地局に認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）をする前段階であるから、イベントサービスや命令サービス以外の情報サービスやＭＩＨ性能発見サービスなどを意味する。
【０１９５】
移動端末は、割り当てられた基本ＣＩＤや主ＣＩＤを使用して上位エンティティから伝達されたＭＩＨフレーム大きさによって帯域要請ヘッダを基地局に伝送し、これはＭＩＨフレームを伝送するための資源を要請するためのものである（（１３））。帯域要請を受けた基地局は、ＵＬ−ＭＡＰを通じて割り当てられたアップリンク資源を知らせる（（１４））。
【０１９６】
移動端末のＭＡＣは、Ｃ−ＮＥＭ−ＲＳＰプリミティブを通じてＭＩＨにＭＩＨレンジング手順を完了し、情報要請のためのＭＩＨフレームを伝送する準備ができたということを知らせる（（１５））。すると、移動端末のＭＩＨは、Ｃ−ＭＩＨ−ＮＯＴＦＹを通じて（図１０の過程（５）において）伝送された情報要素を含めたＭＩＨフレームをＭＡＣに伝達する（（１６））。移動端末のＭＡＣは、基本ＣＩＤあるいは主ＣＩＤを用いて基地局のＭＡＣにＭＩＨフレームを伝送し、かつ、端末が所望する応答ＭＩＨフレームの伝送方法を伝送する（（１７））。
【０１９７】
ＭＯＢ＿ＭＩＨ−ＭＳＧを受信した基地局は、Ｔ９タイマーを中止してＴ４７タイマーを開始させ（（１８））、これは、Ｔ４７タイマーが完了する前にＳＢＣ−ＲＥＱを受信できない場合、割り当てられた基本ＣＩＤと主ＣＩＤの管理（Ｍａｎａｇｅｍｅｎｔ）ＣＩＤを解除するためである。
【０１９８】
基地局は、クエリーＩＤと周期を伝送する（（１９））。周期情報は端末の電力消耗を最小化するために移動端末がモニタリング（ｍｏｎｉｔｏｒ）しなければならないフレーム周期を知らせるものである。移動端末は、該当周期以外のフレームに対しては電源節約モード（ｐｏｗｅｒ ｓａｖｉｎｇ ｍｏｄｅ）に切り替えて電源を節約できる。
【０１９９】
基地局は、該当周期になった時にクエリー応答が可能か確認し、可能なら、マルチキャスト（ｍｕｌｔｉｃａｓｔ）を使用する場合にはこの周期に移動端末にクエリー応答メッセージをＭＯＢ＿ＭＩＨ−ＭＳＧに含めて伝達し、ユニキャスト（ｕｎｉｃａｓｔ）を使用する場合には該当端末が応答できるようにＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを周期に該当するＵＬ−ＭＡＰに含めてアップリンク帯域幅を割り当て、移動端末が応答できるようにする。ユニキャスト伝達方法を使用する方法は、他の図面を参照して後述される。
【０２００】
クエリー応答が準備された時、これを伝達するまたは移動端末をポーリング（ｐｏｌｌｉｎｇ）する時点は、準備した以後の最初の周期（Ｃｙｃｌｅ）である。本実施例で基地局は、ＭＩＨフレーム伝送方法としてマルチキャスト（ｍｕｌｔｉｃａｓｔ）方法を選択し、マルチキャストＣＩＤを含めて移動端末に伝達する。マルチキャストＣＩＤは、伝達方法がマルチキャストと設定された場合、ＭＩＨフレームに含まれて伝達される。この時、基地局は、クエリー再試行カウンタ（Ｑｕｅｒｙ Ｒｅｔｒｙ Ｃｏｕｎｔｅｒ）も共にＭＩＨフレームに含めて伝達する。マルチキャスト方法の場合に、このカウンタの用途は、移動端末がクエリー応答を受信するまで周期回数を測定し、カウンタ値までクエリー応答が受信されない場合エラーと判断する基準である。一方、ユニキャスト方法の場合に、このカウンタの用途は、基地局がクエリー応答準備を完了した後に最初の周期に移動端末をポーリングした時に移動端末が応答しない場合、基地局に再試行回数を知らせる。再試行回数は、再試行カウンタが指示する回数を超えた場合、基地局は移動端末が他のところに移動したりして利用可能でないと判断する根拠として用いる。
【０２０１】
図１２を再び参照すると、基地局は、情報サーバーとのクエリーを通じて獲得した情報要素を含めたＭＩＨフレームを受信する（（２０）〜（２３））。もしＭＩＨＦの性能をクエリーし応答する場合には、過程（１７）、（２０）及び（２１）でＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔフレームは情報サーバーではなくＭＩＨ客体に伝達され、過程（２２）、（２３）、（２４）の応答にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅフレームが含まれて伝達されることとなる。
【０２０２】
本実施形態は、基地局のＭＩＨが情報サーバー（あるいはＭＩＨ客体）と移動端末間で要請及び／または応答メッセージを中継する例としたが、本発明による他の実施例では、基地局のＭＡＣを情報サーバーまたはＭＩＨ客体に連結するトンネリングのようなあらかじめ定めておいた方法により基地局のＭＡＣは情報要請メッセージを伝送することができる。基地局にＭＩＨがなく、基地局のＭＡＣがフレームを伝達する場合、基地局のＭＡＣはＭＯＢ−ＭＩＨ−ＭＳＧに含まれたＴＬＶを理解して該当客体を伝送する。
【０２０３】
基地局は、毎周期ごとに情報サーバーから受信したＭＩＨフレームを含むＭＯＢ＿ＭＩＨ−ＭＳＧをマルチキャストする。もし基地局が応答を伝送する準備ができないと、基地局は該当周期ではいかなるものも伝送しない。移動端末は、クエリーを伝送した後に一番目の周期になった時、クエリー再試行カウンタを駆動する。移動端末は、基地局の周期をモニタリングして該当周期にクエリー応答がない場合、引き続き次の周期を観察するが、観察する最大回数は、クエリー再試行カウンタで定めた回数となる。
【０２０４】
この時、クエリーに対する応答はＩＤを含めなくて良い、メッセージ断片化（ｆｒａｇｍｅｎｔａｔｉｏｎ）により様々なＭＡＣフレームに分けられて伝送されることができる（（２４））。移動端末のＭＡＣは、ＭＩＨにＣ−ＭＩＨ−ＮＯＴＦＹを通じてＭＩＨフレームを伝達し（（２５））、上位階層にＭＩＨ＿Ｇｅｔ．ｉｎｆｏｒｍａｔｉｏｎを通じて伝送する（２６）。
【０２０５】
ＭＩＨフレームを受信した上位階層が該当基地局にハンドオーバーをすることを決定した場合（ケース１）、上位階層は、ＭＡＣ階層がＬ２リンクを確立するようにＭＩＨ＿Ｓｗｉｔｃｈ命令語を伝送する（（２７））。ＭＡＣ階層は、ＳＢＣ−ＲＥＱを基地局に伝送して基本性能ネゴ手順を開始する（（２８））。ＳＢＣ−ＲＥＱを受け取った基地局はＴ４７タイマーを終了し、割り当てられたＣＩＤを用いて手順を行なう（（２９））。
【０２０６】
しかし、移動端末の上位階層は、伝送された情報に基づいて該当基地局にハンドオーバーをしないことを決定し（ケース２）、基地局にいかなるメッセージも伝送しない。基地局は、Ｔ４７タイマーが満了するまでＳＢＣ−ＲＥＱを受信できないと、マルチキャストＣＩＤ以外の基本（ｂａｓｉｃ）ＣＩＤ、主（ｐｒｉｍａｒｙ）ＣＩＤと管理（Ｍａｎａｇｅｍｅｎｔ）ＣＩＤを解除する（（２７））。
【０２０７】
図１３は、広帯域無線接続システムの基地局と移動端末によりＭＩＨ ＭＡＣバージョンを用いたレンジング手順を行なう途中にユニキャスト伝送方法によって異機種網間のハンドオーバーのための情報を獲得する方法を示すさらに他の実施例である。
【０２０８】
図１３に示していない過程（１）〜（６）は、図１０の過程と同一であり、重複を避けるために省略する。
【０２０９】
移動端末は、図１０に示す過程（１）〜（６）を通じて伝送されたＵＣＤメッセージにより区分されたレンジングコード類型の中から選択された初期レンジングコードをランダムに伝送する（（７））。移動端末は、基地局から‘成功’信号を受信するまでアップリンク伝送パラメータ及びタイム値を調整する（（８））。
【０２１０】
基地局は、登録タイマーＴ９を駆動し（（９））、タイマーＴ９が完了する前に移動端末はＳＢＣ−ＲＥＱを通じて登録手順を行なわなければならない。
【０２１１】
ＵＬ−ＭＡＰを伝送することによって移動端末がＭＡＣアドレスとＭＡＣバージョンを伝送するように、基地局はＣＤＭＡ＿Ａｌｌｏｃａｔｉｏｎ＿ＩＥを通じてアップリンク帯域を割り当てる（（１０））。その後、移動端末は、ＭＡＣアドレスとＭＩＨ ＭＡＣバージョンをＲＮＧ−ＲＥＱメッセージを通じて基地局に伝達する（１１）。ＭＩＨ ＭＡＣバージョンを受信した基地局は、移動端末がＭＩＨ通信を開始できることを予測し、ＲＮＧ−ＲＳＰメッセージを通じて基本ＣＩＤと主ＣＩＤを割り当てる（１２）。ここで、ＭＩＨＦ通信は、移動端末が基地局と認証を完了した状態でないので、イベントサービスやコマンドサービス以外の情報サービスやＭＩＨ性能発見サービスを意味する。
【０２１２】
移動端末は、上位階層から受信したＭＩＨフレーム大きさによって基本ＣＩＤや主ＣＩＤを用いて帯域要請ヘッダを伝送し、これは、ＭＩＨフレームを伝送するための資源を要請するためである（（１３））。帯域要請を受けた基地局は、ＵＬ−ＭＡＰを通じてアップリンク資源を知らせる（（１４））。
【０２１３】
移動端末のＭＡＣは、Ｃ−ＮＥＭ−ＲＳＰプリミティブを通じてＭＩＨにＭＩＨレンジング手順を完了し、情報要請のためのＭＩＨフレームを伝送する準備ができたということを知らせる（（１５））。移動端末のＭＩＨは、Ｃ−ＭＩＨ−ＮＯＴＦＹを通じて伝送された情報要素を含めたＭＩＨフレームを、ＭＡＣに伝達する（（１６））。移動端末のＭＡＣは、基本ＣＩＤあるいは主ＣＩＤを用いて基地局のＭＡＣにＭＩＨフレームを伝送し、所望する応答ＭＩＨフレームの伝送方法を伝送する（（１７））。
【０２１４】
ＭＯＢ＿ＭＩＨ−ＭＳＧを受信した基地局は、Ｔ９タイマーを中止してＴ４７タイマーを始める（（１８））。これは、Ｔ４７タイマーが完了する前に基地局がＳＢＣ−ＲＥＱを受信できない場合、基本ＣＩＤと主ＣＩＤを解除するためである。
【０２１５】
基地局は、クエリー再試行カウント値を設定して移動端末に伝達する。カウンタは、基地局がクエリーに対する応答を伝送するための準備を完了してから一番目の周期でＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを通じて移動端末をポーリングする時、移動端末が前記ポーリングに応答しない場合に再試行回数を基地局に知らせるためのものである。もし再試行回数がクエリー再試行カウンタが指示する数字を超えるまで移動端末が前記ポーリングに応答しないと、基地局は移動端末の移動などにより移動端末は応答可能でないと判断する。すなわち、基地局は、エラー状態と判断する。もし基地局が、移動端末は利用可能でないと判断すると、前記基地局はＴ４７タイマーを中止し、割り当てられた基本、主管理ＣＩＤを解除する（（２７））。
【０２１６】
図１３を再び参照すると、基地局は、移動端末にクエリーＩＤと周期を伝送する（（１９））。周期は、移動端末が自身の電力消耗を節約するように移動端末がモニタリングしなければならないフレーム周期を移動端末に知らせるためのものである。基地局は、前記周期が指示するフレームでのみポーリングすることができる。フレームが周期情報が指示するフレームでない場合に、移動端末は電力節約モードにモードを切り替えることによって電力消費を節約したり他の基地局を探索することができる。
【０２１７】
また、基地局は、ＭＯＢ＿ＭＩＨ−ＭＳＧを伝送し、ユニキャスト（ｕｎｉｃａｓｔ）方法を伝送方法として決定する（（１９））。その後、基地局は、情報サーバーとのクエリーを通じて獲得した情報要素を含めたＭＩＨフレームを受信する（（２０）〜（２３））。もしＭＩＨＦの性能をクエリーし応答する場合には、過程（１７）、（２０）及び（２１）にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔフレームが情報サーバーではなくＭＩＨ客体に伝達され、過程（２２）、（２３）、（２６）応答にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅフレームが含まれることとなる。
【０２１８】
本実施形態では、基地局のＭＩＨが情報サーバー（またはＭＩＨ客体）と移動端末間でクエリー及び／または応答メッセージを中継するとした。しかし、本発明の他の実施例では、基地局のＭＡＣが情報サーバーあるいはＭＩＨ客体と連結するためのトンネリングのようなあらかじめ定めておいた方法により基地局のＭＡＣが情報要請メッセージを伝送しても良い。基地局にＭＩＨがなく、ＭＡＣがＭＩＨフレームを伝達すべき場合、基地局のＭＡＣはＭＯＢ＿ＭＩＨ−ＭＳＧに含まれたＴＬＶを理解して該当客体に伝送しなければならない。
【０２１９】
情報要素を含むＭＩＨフレームを獲得した基地局は、ＭＩＨフレームを獲得した後の最初の周期で、ＵＬ＿ＭＡＰ内に割り当てられたアップリンク資源情報を含むＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを含めて伝送できる。移動端末は、該当周期に資源割当要求ヘッダ（Ｂａｎｄｗｉｄｔｈ ｒｅｑｕｅｓｔ ｈｅａｄｅｒ）を利用する別の帯域幅要請無しでＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥにより割り当てられたアップリンク資源を使用して応答できる。ＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを受信した移動端末は、クエリーＩＤを含むＭＯＢ＿ＭＩＨ−ＭＳＧを伝送できる（（２５））。基地局は、状態コードと一緒にＭＩＨフレームを伝送する（（２６））。もしＭＩＨフレームが主管理ＣＩＤを通じてユニキャスト伝送方法で伝送される場合、ＭＯＢ＿ＭＩＨ−ＭＳＧは、基地局が断片化サブヘッダ（ｆｒａｇｍｅｎｔａｔｉｏｎ ｓｕｂｈｅａｄｅｒ）を用いて断片化（ｆｒａｇｍｅｎｔａｔｉｏｎ）されることができる（２６）。
【０２２０】
移動端末のＭＡＣは、Ｃ−ＭＩＨ−ＮＯＴＦＹを通じてＭＩＨフレームを伝達し（２８）、移動端末のＭＩＨは、ＭＩＨ＿Ｇｅｔ．ｉｎｆｏｒｍａｔｉｏｎを通じて上位階層に前記ＭＩＨフレームを伝送する（（２９））。ＭＩＨフレームを受信した上位階層が該当基地局にハンドオーバーをすることを決定した場合（ケース１）、上位階層は、ＭＡＣ階層がリンクを形成するようにするＭＩＨ_Ｓ．ｗｉｔｃｈ命令語を伝送する（（３０））
。ＭＡＣ階層は、ＳＢＣ−ＲＥＱを基地局に伝送して基本性能ネゴ手順を開始する（（３１））。ＳＢＣ−ＲＥＱを受け取った基地局は、Ｔ４７タイマーを終了し、割り当てられたＣＩＤを用いて手順を行なう。
【０２２１】
しかし、ＭＩＨフレームを受信した移動端末の上位階層が該当基地局にハンドオーバーをしないことを決定した場合（ケース２）、基地局にいかなるメッセージも伝送しない。基地局は、Ｔ４７タイマーが終了するまでＳＢＣ−ＲＥＱを受信できないと、グループＣＩＤ以外の基本ＣＩＤ、主ＣＩＤ及び管理ＣＩＤ解除する（（３０））。
【０２２２】
図１４は、マルチモード移動端末が広帯域無線接続システムの基地局とネットワーク進入手順を行なう途中に基地局がネットワーク選択のための情報をユニキャスト伝送で移動端末に伝送する方法のさらに他の実施例である。
【０２２３】
本実施例の過程（１）〜（７）は、図１３の過程と同一であり、これらの過程はここでは省略する。しかし、同図の過程（５）は、８０２．１６ｇを支援するＭＡＣバージョンを含むことのできるＲＮＧ−ＲＥＱメッセージにおいて、図１３の過程（５）とはやや異なる。この８０２．１６ｇを支援するＭＡＣバージョンは、８０２．２１ＭＩＨを支援する機能を含むことができる。
【０２２４】
レンジング手順を終えた移動端末の上位階層は、基本性能ネゴを指示するＣ−ＮＥＭ−ＲＥＱ（動作類型＝性能ネゴ）を移動端末のＭＡＣに伝送する（（９））。Ｃ−ＮＥＭ−ＲＥＱを受信した移動端末のＭＡＣは、ＳＢＣ−ＲＥＱメッセージを基地局に伝送する（（１０））。ここで、ＳＢＣ−ＲＥＱメッセージは、ＭＩＨ性能情報とネットワークサービスプロバイダ（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ；ＮＳＰ）に関する情報要請を指示するＳＩＱ ＴＬＶを含むことができる（（１０））。基地局は、ＳＢＣ−ＲＥＱを受信した後にＴ９タイマーを終了する。そして、基地局のＭＩＨ性能情報とネットワークサービスプロバイダのＩＤ（ＮＳＰ ＩＤ）を含むＳＢＣ−ＲＳＰメッセージを伝送する（（１１））。この時、基地局はＣＩＤを管理するためにＴ４８タイマーを始める（（１１））。そして、移動端末は、Ｃ−ＮＥＭ−ＲＳＰ（動作類型＝性能ネゴ）を通じて伝達された情報を、上位階層に伝達する（（１２））。
【０２２５】
過程（１２）の後には、本実施例は、３つのケースに分けて説明される。第一に、ケース１は、移動端末が現在ネットワーク進入を実行中の基地局に対して追加的な情報を要請しない場合である。第二に、ケース１−１（図１４に図示せぬ）は、移動端末が現在まで（移動端末がＳＢＣ−ＲＳＰメッセージでＮＳＰ ＩＤを受信した状態）移動端末が受信した情報のみを用いてネットワークを選択する場合である。そして、第三に、ケース２は、移動端末が基地局に対して追加的な情報を要請する場合である。以降、ケース２は、ケース２−１とケース２−２とに分けられることができ、これら２つのケースともここで説明される。
【０２２６】
ケース１の場合、ネットワークサービスプロバイダのＩＤ情報を受信した移動端末のＭＡＣは、Ｔ４８タイマーが満了するまで現在のネットワークに接続しなかったり、いかなる理由であろうとＳＢＣ以後に伝送されなければならないＰＫＭ−ＲＥＱメッセージを伝送しないと、基地局は移動端末に割り当てた管理ＣＩＤを解除する（（１３））。
【０２２７】
次に、ケース１−１（同図には図示せぬ）は、現在受信したＮＳＰ ＩＤと移動端末内に含まれている情報のみでネットワークを選択し、前記移動端末はネットワーク進入手順を続けて進行する場合である。したがって、移動端末は、（１２）過程後に直ちにケース２−１の（２４）〜（２５）過程を行い、基地局はＴ４９、Ｔ４８タイマーを終了する。
【０２２８】
ケース２の場合、移動端末の上位階層は、ＭＡＣに情報要請（例、ＭＩＨ性能あるいはネットワーク選択のための情報）のためのＭＩＨフレームの内容を指示するＭＩＨフレーム類型とＭＩＨフレームを伝達する（（１３））。移動端末のＭＡＣは、ＭＩＨフレームを含むＰＫＭ−ＲＥＱメッセージと所望する伝達方法を基地局に伝送する（（１４））。この段階で、ＰＫＭ−ＲＥＱメッセージＭＩＨ初期要請（コード＝３１；上記表３６による）としてコードを含むことができ、本発明の実施例によるＰＫＭ−ＲＥＱメッセージの類型は、上記表３７に示す通りである。
【０２２９】
このＰＫＭ−ＲＥＱメッセージを受信した基地局は、Ｔ４８タイマーを完了し、以降、移動端末が情報再要請を試みる時点にＣＩＤ管理のためにＴ４９タイマーを始める。
【０２３０】
基地局のＭＡＣは、移動端末のクエリーに対する状態コード、クエリー応答伝達方法、クエリーに対する応答を受信するための時間を表す周期（Ｃｙｃｌｅ）情報、クエリーとクエリー応答をマッピングするクエリーＩＤを含むＰＫＭ−ＲＳＰメッセージを伝送する（（１５））。ＰＫＭ−ＲＥＱメッセージの本類型は、ＭＩＨ初期応答（ｉｎｉｔｉａｌ
ｒｅｓｐｏｎｓｅ）またはＭＩＨ認知（ａｃｋｎｏｗｌｅｄｇｅ）のようなコードを持つことができる。
【０２３１】
もし周期情報が指示する時間まで移動端末がＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥ（異なって呼ばれても良い。）を受信できない場合、移動端末は次の周期まで待ち、これは３番の周期まで続く。もし３番の周期まで端末がＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを受信できない場合、端末は基地局の状態を確認するために基地局に帯域幅を要請するＰＫＭ−ＲＥＱ（復帰要請）を伝送したり、基地局がクエリーに対して応答できないから、ネットワーク関連情報獲得手順を中断する。
【０２３２】
基地局は、過程（１６）〜（１９）を通じて８０２．２１で提供するネットワーク選択のための情報を含むＭＩＨフレームを獲得し、過程（１６）が開始される時点は過程（１５）よりも早まることができる。そして、基地局は、獲得した情報要素を獲得してから最初の周期（Ｃｙｃｌｅ）でＵＬ＿ＭＡＰを通じてＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを伝送し、このメッセージは、基地局が移動端末にＭＩＨフレームを伝送する準備ができたし、割り当てられたアップリンク資源情報を含むことができるということを表す。
【０２３３】
移動端末は、帯域幅要請ヘッダ（ｂａｎｄｗｉｄｔｈ ｒｅｑｕｅｓｔ ｈｅａｄｅｒ）を用いて基地局に帯域幅を要請することなく、ＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥにより割り当てられたアップリンク資源を用いてＰＫＭ−ＲＥＱメッセージを伝送する（（２１））。もし基地局が、割り当てたアップリンクを通じてＰＫＭ−ＲＥＱメッセージを受信できない場合、基地局は３番までＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを伝送でき、３番までもＰＫＭ−ＲＥＱメッセージを受信できないと、基地局は移動端末の管理ＣＩＤをいずれも解除する（（２０））。移動端末のＭＡＣは、初期要請時に（ｃｏｄｅ＝ＭＩＨ ｉｎｉｔｉａｌ ｑｕｅｒｙ ｒｅｑｕｅｓｔ）に使用したのと同じＰＫＭクエリーＩＤを用いてＰＫＭ−ＲＥＱメッセージ（コード＝ＭＩＨ復帰クエリー要請）を基地局に伝送する（（２１））。基地局は、獲得したＭＩＨフレームとクエリー応答状態に関する情報（状態コード）を含むＰＫＭ−ＲＳＰメッセージを伝送する（（２２））。移動端末のＭＡＣは、Ｃ−ＭＩＨ−ＩＮＤを用いて、伝送されたＭＩＨフレームを上位階層に伝送する（（２３））。
【０２３４】
過程（２３）以降のケース２の残りの過程は、ケース２−１とケース２−２とに記述される。ケース２−１は、移動端末が８０２．２１情報サーバーから獲得した情報に基づいて現在ネットワーク進入手順を実行中の基地局を選択し、ネットワーク進入を継続することを希望する場合である。また、ケース２−２は、その反対の場合である。
【０２３５】
ケース２−１の場合、移動端末の上位階層は、８０２．２１情報サーバーから獲得した情報に基づいて該当基地局を選択した場合、認証手順を開始するためのＣ−ＮＥＭ−ＲＥＱ（動作類型＝認証）をＭＡＣに伝送する（（２４））。端末のＭＡＣは、基地局に認証手順のためのＰＫＭ−ＲＥＱメッセージを伝達し、これを受信した基地局は、Ｔ４９タイマーを終了し、ＰＫＭ−ＲＳＰを伝送する等のネットワーク進入のための一連の手順を進行し続く（（２５））。
【０２３６】
一方、ケース２−２の場合、基地局が移動端末からいかなるメッセージも受信できないと、基地局は、移動端末に割り当てられた管理ＣＩＤを解除する（（２５））。
【０２３７】
図１５は、マルチモード移動端末が広帯域無線接続システムの基地局に対してネットワーク進入手順を行なう途中に基地局がネットワーク選択のための情報を多数の移動端末にマルチキャスト伝達方法で伝送する、さらに他の実施例を示す。
【０２３８】
本実施例の過程（１）〜（７）は、図１３の過程と同一であり、ここでこれらの過程は省略される。しかし、同図の過程（５）は、８０２．１６ｇを支援するＭＡＣバージョンを含むＲＮＧ−ＲＥＱメッセージにおいて、図１３の過程（５）とは若干異なる。前記８０２．１６ｇを支援するＭＡＣバージョンは、８０２．２１ＭＩＨを支援する機能を含むことができる。
【０２３９】
レンジング手順を終えた移動端末の上位階層は、基本性能ネゴを指示するＣ−ＮＥＭ−ＲＥＱ（動作類型＝性能ネゴ）を移動端末のＭＡＣに伝送する（（９））。Ｃ−ＮＥＭ−ＲＥＱを受信した移動端末のＭＡＣは、ＳＢＣ−ＲＥＱメッセージを基地局に伝送する（（１０））。この時、このＳＢＣ−ＲＥＱメッセージは、ＭＩＨ性能情報とネットワークサービスプロバイダに関する情報要請を指示するＳＩＱ ＴＬＶを含むことができる。基地局は、ＳＢＣ−ＲＥＱを受信した後、Ｔ９タイマーを終了する。基地局は、基地局のＭＩＨ性能情報とネットワークサービスプロバイダのＩＤ（ＮＳＰ ＩＤ）を含むＳＢＣ−ＲＳＰメッセージを伝送できる（（１１））。この時、基地局は、ＣＩＤ管理のためにＴ４８タイマーを始める。端末は、Ｃ−ＮＥＭ−ＲＳＰ（動作類型＝性能ネゴ）を通じて伝達された情報を、上位階層に伝達する（１２）。
【０２４０】
過程（１２）の後、本実施例は、３つのケースに分けられて説明される。第一に、ケース１は、移動端末がネットワーク進入を進行中の基地局に追加的な情報を要請しない場合である。第二に、ケース１−１は、移動端末が現在まで受信した情報のみを用いてネットワークを選択する場合である（ＳＢＣ−ＲＳＰメッセージを通じてＮＳＰ ＩＤを受信した状態）。第三に、ケース２は、移動端末が基地局に追加的な情報を要請する場合である。
【０２４１】
ケース１の場合、ネットワークサービスプロバイダのＩＤ情報を受信した移動端末が、ＭＡＣはＴ４８タイマーが満了するまで、現在ネットワークへの接続を選択しない場合、あるいは、移動端末がいかなる理由であろうとＳＢＣ以後に伝送されなければならないＰＫＭ−ＲＥＱメッセージを伝送しないと、基地局は移動端末に割り当てた管理ＣＩＤを解除する（（１３））。
【０２４２】
次にケース１−１（同図には示さぬ）は、現在まで受信した情報とＮＳＰ ＩＤのみを用いて移動端末がネットワークを選択し、移動端末は現在のネットワークとネットワーク進入手順を進行し続く場合である。したがって、移動端末は、過程（１２）の直後にケース２−１の過程（２１）〜（２２）を行い、基地局は、Ｔ４８タイマーを終了する。
【０２４３】
ケース２の場合、移動端末の上位階層は、ＭＡＣに情報要請（例えば、ＭＩＨ性能あるいはネットワーク選択のための情報）のためのＭＩＨフレームの内容を指示するＭＩＨフレーム類型とＭＩＨフレームを伝送する（（１３））。移動端末のＭＡＣは、ＭＩＨフレームと基地局に対する所望する伝達方法を含むＰＫＭ−ＲＥＱメッセージを伝送する（（１４））。このＰＫＭ−ＲＥＱメッセージを受信した基地局は、Ｔ４８タイマーを終了し、移動端末が情報再要請を試みる時点にＣＩＤ管理のためにＴ４９タイマーを始める。
【０２４４】
基地局のＭＡＣは、移動端末のＭＡＣにクエリーに対する状態コードとクエリー応答伝達方法、クエリーに対する応答を受信するまでかかる時間を指示する周期情報、クエリーとクエリー応答をマッピングするクエリーＩＤを含むＰＫＭ−ＲＳＰメッセージを伝達する（（１５））。
【０２４５】
もし前記周期情報が指示する時間まで移動端末が基地局からＳＩＩ−ＡＤＶを受信できない場合、移動端末は次の周期まで待ち、これは３番の周期まで続く。もし、３番の周期までも端末がＳＩＩ−ＡＤＶ受信をできない場合、端末は基地局の状態を確認するために基地局に帯域幅を要請するＰＫＭ−ＲＥＱ（初期要請）を伝送したり、基地局がクエリーに応答できないから、移動端末はネットワーク選択関連情報獲得手順を中断する。
【０２４６】
基地局は、過程（１６）〜（１９）を通じて８０２．２１で提供するネットワーク選択のための情報を含むＭＩＨフレームを獲得し、過程（１６）が開始される時点は、過程（１５）より早めても良い。基地局が情報要素を獲得してから最初の周期（Ｃｙｃｌｅ）で基地局はマルチキャスト（ｍｕｌｔｉｃａｓｔ）方法によりＳＩＩ−ＡＤＶを伝送する。この放送メッセージには、クエリー応答状態に関する情報（状態コード）を含むことができる（（２０））。移動端末のＭＡＣはＣ−ＭＩＨ−ＩＮＤを通じて、受信したＭＩＨフレームを伝送する（（２１））。
【０２４７】
過程（２０）以後のケース２の残りの過程は、ケース２−１とケース２−２とに分けられて説明される。ケース２−１は、８０２．２１移動端末が情報サーバーから獲得した情報に基づいてネットワーク進入手順を進行中の基地局を選択し、ネットワーク進入を継続することを希望する場合である。ケース２−２は、その反対の場合である。ケース２−１とケース２−２の残りの過程は、図１４のそれと同一である。
【０２４８】
当該技術分野における熟練した当業者が、本発明の思想及び領域を逸脱しない範囲内で、本発明を様々に修正及び変更できることは明白である。したがって、本発明は、ここに開示された実施形態に制限されるものではなく、ここで開示された原理及び新規な特徴と一致する最広の範囲を有するものである。
【産業上の利用可能性】
【０２４９】
上記から明らかなように、本発明は、マルチモード移動端末が承認手順のようなネットワーク進入手順を完了する前に異機種網間のハンドオーバーのための情報を獲得することを可能にする。
【技術分野】
【０００１】
本発明は、媒介体独立ハンドオーバーのための情報獲得方法に関するものである。具体的に、本明細書は、有線及び／または無線の二つ以上のインターフェース（例えば、ＩＥＥＥ ８０２．１６インターフェース、ＩＥＥＥ ８０２．３インターフェース、ＩＥＥＥ ８０２．１１インターフェースまたは３ＧＰＰ／３ＧＰＰ２インターフェース）を含むマルチモード移動端末機（または、移動端末（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）が媒介体独立ハンドオーバー（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ；ＭＩＨ）を行なう時に、異機種網間のハンドオーバーのための情報を獲得するための方法または広帯域無線接続システム（例えば、ＩＥＥＥ８０２．１６）の上位階層からの情報を含む異機種網情報サーバーから獲得できる情報を獲得する方法に関する。
【背景技術】
【０００２】
広帯域無線接続システムに対する国際標準化を進行しているＩＥＥＥ８０２．１６ｅのシステムは、既存の２Ｇ、３Ｇ移動通信システムとは違い、ＨＬＲ、ＶＬＲ、ＭＳＣ、ＢＳＣ、ＲＮＣなどの階層的構造を備えず、移動端末（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）としての移動加入者端末（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ；ＭＳＳ）、基地局としてのＢＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ）、及び認証管理サーバーとしてのＡＳＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ａｕｔｈｏｒｉｚａｔｉｏｎ）のみで構成されている。また、基地局と端末間の共通した物理（Ｐｈｙｓｉｃａｌ；ＰＨＹ）階層及び接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）階層を定義している。
【０００３】
以下、説明の便宜のために、ＭＳは移動端末、移動加入者端末（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）及び加入者端末（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）などのいずれかに該当するものとする。
【０００４】
図１は、広帯域無線接続システムのＯＦＤＭＡ物理階層のフレーム構造の一例を示すである。
【０００５】
図１に示すように、ダウンリンクサブフレーム（ｓｕｂｆｒａｍｅ）は、物理階層での同期化と等化のために使われるプリアンブル（ｐｒｅａｍｂｌｅ）から始まる。そして、このダウンリンクサブフレームは、ダウンリンクとアップリンクのバースト（ｂｕｒｓｔ）の位置と用途を定義するダウンリンクマップ（ＤＬ−ＭＡＰ）メッセージ及びアップリンクマップ（ＵＬ−ＭＡＰ）メッセージを含む。したがって、ダウンリンクサブフレームは、ＤＬ−ＭＡＰとＵＬ−ＭＡＰを用いてフレームの全体構造を定義する。
【０００６】
表１及び表２にはそれぞれ、ＤＬ−ＭＡＰメッセージ及びＵＬ−ＭＡＰメッセージの一例を示す。
【０００７】
【表１】
【０００８】
【表２】
ＤＬ−ＭＡＰメッセージは、上記の表１に示すように、バーストモード物理階層でダウンリンク区間に対してバースト別に割り当てられた用途を定義し、ＵＬ−ＭＡＰメッセージは、表２に示すように、アップリンク区間に対してバースト別に割り当てられた用途を定義する。
【０００９】
ＤＬ−ＭＡＰメッセージを構成する情報要素（Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔｓ；ＩＥｓ）は、ＤＩＵＣ（Ｄｏｗｎｌｉｎｋ Ｉｎｔｅｒｖａｌ Ｕｓａｇｅ Ｃｏｄｅ）とＣＩＤ（Ｃｏｎｎｅｃｔｉｏｎ ＩＤ）及びバーストの位置情報（例えば、サブチャネル（ｓｕｂｃｈａｎｎｅｌ）オフセット（ｏｆｆｓｅｔ）、シンボル（ｓｙｍｂｏｌ）オフセット、サブチャネル数、シンボル数）を含む。このバーストの位置情報は、使用者がダウンリンクトラフィック区間を区分するのを可能にする。
【００１０】
一方、ＵＬ−ＭＡＰメッセージを構成する情報要素は、ＣＩＤとＵＩＵＣ（Ｕｐｌｉｎｋ Ｉｎｔｅｒｖａｌ Ｕｓａｇｅ Ｃｏｄｅ）と持続期間（ｄｕｒａｔｉｏｎ）を含む。ＵＩＵＣは、各ＣＩＤ別に用途を定義し、持続期間は、割り当てられた区間の位置を定義する。また、ＵＬ−ＭＡＰで用いられるＵＩＵＣにより区間別用途が定められる。各該当区間は、その以前区間の開始点からＵＬ−ＭＡＰＩＥで定義された持続期間だけ経過して地点から始まる。
【００１１】
上記のＵＩＵＣは、下記の表３のように表すことができる。
【００１２】
【表３】
具体的に、表３は、ＯＦＤＭＡ ＵＩＵＣ値を表し、アップリンクデータバーストの用途を表現する。例えば、ＯＦＤＭＡシステムにおいて、ＵＩＵＣ１−１０はデータバーストのための区間であり、ＵＩＵＣ１２はＣＤＭＡ資源割当のために用いられる。
【００１３】
下記の表４は、上記表３のＵＩＵＣ１５に該当する拡張型（Ｅｘｔｅｎｄｅｄ）ＵＩＵＣ値を表す。
【００１４】
【表４】
現在、上記の表４に表されたように、サブコードによる１０個の拡張型ＵＩＵＣが存在する。
【００１５】
これに基づいて従来の異機種網間ハンドオーバーを行なう方法について説明すると、下記の通りである。
【００１６】
異機種網間媒介体独立のハンドオーバー（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ；ＭＩＨ）に関係しているＩＥＥＥ８０２．２１は、異機種網（ｈｅｔｅｒｏｇｅｎｅｏｕｓ ｎｅｔｗｏｒｋ）間にシームレスハンドオーバー（ｓｅａｍｌｅｓｓ
ｈａｎｄｏｖｅｒ）とサービス連続性（ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ）を提供し、移動端末装置の使用者便宜性を向上させることを目的とする。また、ＩＥＥＥ８０２．２１の基本的な要求事項は、ＭＩＨ機能（ｆｕｎｃｔｉｏｎ）、イベントサービス（Ｅｖｅｎｔ Ｓｅｒｖｉｃｅ；ＥＳ）、命令サービス（Ｃｏｍｍａｎｄ Ｓｅｒｖｉｃｅ；ＣＳ）及び情報サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅ；ＩＳ）である。
【００１７】
上記システムのための移動端末は、一つ以上のインターフェース類型（ｉｎｔｅｒｆａｃｅ ｔｙｐｅ）を支援するマルチモードノードである。前記インターフェースは、次に記述するものの一つ以上でありうる
・８０２．３基盤のイーサネット（登録商標）（ｅｔｈｅｒｎｅｔ）のような有線（Ｗｉｒｅ−ｌｉｎｅ）形態
・ＩＥＥＥ８０２．ＸＸに基盤する無線インターフェース
−８０２．１１
−８０２．１５
−８０２．１６
・３ＧＰＰ、３ＧＰＰ２のようなセルラー（ｃｅｌｌｕｌａｒ）標準化機構により定義されたインターフェース。
【００１８】
図２は、このような異機種網（ｈｅｔｅｒｏｇｅｎｅｏｕｓ ｎｅｔｗｏｒｋｓ）間のハンドオーバーが可能なマルチモード移動端末の一例を示す図である。
【００１９】
図２に示すように、マルチモード移動端末は、各モードに対して物理（ＰＨＹ）階層と媒体接近制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）階層を持つ。また、ＭＩＨ機能(ｆｕｎｃｔｉｏｎ）は、論理的な客体としてサービス接近点（Ｓｅｒｖｉ
ｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ；ＳＡＰ）を通じてプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）内で各階層とインターフェースできるので自由に位置することができる。
【００２０】
媒介体独立のハンドオーバーは、８０２系列インターフェース間または８０２系列インターフェースと上で言及された非８０２系列インターフェース間で定義されなければならない。移動ＩＰ（Ｍｏｂｉｌｅ ＩＰ）とセッション（Ｓｅｓｓｉｏｎ）ＩＰのような上位階層の移動性を支援するためのプロトコルが、ハンドオーバー及びシームレスサービスのために支援されなければならない。
【００２１】
一方、ＩＥＥＥ８０２．２１規格は“ｂｒｅａｋ ｂｅｆｏｒｅ ｍａｋｅ”あるいは“ｍａｋｅ ｂｅｆｏｒｅ ｂｒｅａｋ”に区分されるのに容易に作動できる様々なハンドオーバー方法を考案することにその目的がある。媒介体独立ハンドオーバー機能（Ｍｅｄｉａｎ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ Ｆｕｎｃｔｉｏｎ；ＭＩＨＦ）は、旨く定義されたサービス接近点（Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ）を通じて媒介体独立イベントサービス（MediaIndependentEventService:MＩＥS）のような非
対照サービスと媒介体独立命令サービス（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｃｏｍｍａｎｄ Ｓｅｒｖｉｃｅ：ＭＩＣＳ）のような対称サービスを提供する。媒介体独立ハンドオーバー技術は、３種類のＭＩＨＦサービスとＭＩＨプロトコルで構成される。３種類の主なＭＩＨＦサービスは、ＭＩＥＳ、ＭＩＣＳ及び媒介体独立情報サービス（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅ；ＭＩＩＳ）である。
【００２２】
これらまうち、媒介体独立イベントサービスは、リンク階層から上位階層に伝達される情報を処理し、上位階層は登録手順によってこの情報を受信することができる。この時、移動性管理プロトコルを含む上位階層は、ハンドオーバーを予測し、ハンドオーバーを支援するためにハンドオーバーがまもなく行なわれるということ、あるいは、ハンドオーバーがたった今行なわれたということなどのリンク階層情報を受信する必要がある。
【００２３】
また、媒介体独立イベントサービスは、下位階層（第２階層以下）にあるイベントを発生した客体から始まって通常ＭＩＨＦで終端するリンクイベント（ｌｉｎｋ ｅｖｅｎｔ）を処理するリンクイベントサービスとＭＩＨＦにより登録された上位階層（第３階層以上）に伝播されるＭＩＨイベント（ＭＩＨ ｅｖｅｎｔ）を処理するＭＩＨイベントサービスとに区分されることができる。
【００２４】
リンクイベントとＭＩＨイベントは、伝播される区間によって再び２種類に区分される。イベントがローカルスタック内のイベントソースから発生して地域ＭＩＨＦに、または、ＭＩＨＦ内で上位階層へと上り伝送されると、地域イベント（ｌｏｃａｌ ｅｖｅｎｔｓ）と呼ばれる。もしこれらのイベントが遠隔のイベントソースから発生して遠隔のＭＩＨＦに伝達されたり、または、これらのイベントが遠隔ＭＩＨＦから地域ＭＩＨＦに遠隔で伝達される場合、これらのイベントは遠隔イベント（ｒｅｍｏｔｅ ｅｖｅｎｔｓ）と呼ばれる。
【００２５】
次に、媒介体独立命令サービスは、上位階層と他のＭＩＨ使用者間でリンク状態を決定し、調整された動作を制御するために上位階層（第３階層以上）から下位階層（第２階層以下）に送られる命令を処理する。媒介体独立イベントサービスと同様に、媒介体独立命令サービスはリンク命令（ｌｉｎｋ Ｃｏｍｍａｎｄ）とＭＩＨ命令（ＭＩＨ ｃｏｍｍａｎｄ）とに区分される。リンク命令とＭＩＨ命令はまた、伝播される領域によって地域（ｌｏｃａｌ）命令と遠隔（ｒｅｍｏｔｅ）命令とに分けられる。地域ＭＩＨ命令（ｌｏｃａｌ ＭＩＨ ｃｏｍｍａｎｄ）は上位階層で発生して、ＭＩＨＦ（例えば、上位階層移動性管理プロトコルでのＭＩＨＦまたは政策機関（ｐｏｌｉｃｙ ｅｎｇｉｎｅ）でのＭＩＨＦ）に伝送される。地域リンク命令語は下位階層を制御するためにＭＩＨＦで発生し、下位階層（例えば、ＭＩＨＦでの媒体接近制御階層またはＭＩＨＦでの物理階層）へ伝達される。遠隔ＭＩＨ命令は、上位階層で発生して遠隔スタック内の同等階層に伝達される。また、遠隔リンク命令は、ＭＩＨＦで発生し、前記遠隔スタック内の同等階層よりも低い下位階層に伝達される。
【００２６】
最後に、媒介体独立情報サービスは、現存する様々な形態のネットワークを発見して選択するのを容易にするために、異機種網上で類似のフレームワークを提供する。すなわち、媒介体独立情報サービスは、ネットワーク発見と選択をするのに必要なネットワークに対する詳細な情報を提供し、媒介体独立情報サービスは、いかなるネットワークからも接近可能でなければならない。媒介体独立情報サービスは、下記のような情報要素を含む
−リンク接近パラメータ（Ｌｉｎｋ ａｃｃｅｓｓ ｐａｒａｍｅｔｅｒ）
−保安メカニズム（Ｓｅｃｕｒｉｔｙ ｍｅｃｈａｎｉｓｍ）
−隣マップ（Ｎｅｉｇｈｂｏｒ Ｍａｐ）
−位置（Ｌｏｃａｔｉｏｎ）
−サービス提供者と他の接近情報（Ｐｒｏｖｉｄｅｒ ａｎｄ ｏｔｈｅｒ Ａｃｃｅｓｓ Ｉｎｆｏｒｍａｔｉｏｎ）
−リンクコスト（Ｃｏｓｔ ｏｆ ｌｉｎｋ）。
【００２７】
前記情報サービスの一例に、移動端末のＭＩＨにより提供されるＭＩＨ＿Ｇｅｔ＿Ｉｎｆｏｒｍａｔｉｏｎ．ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅプリミティブ（ｐｒｉｍｉｔｉｖｅ）があり、該当のプリミティブのフォーマットを表５及び表６に示す。
【００２８】
【表５】
【００２９】
【表６】
図３は、移動端末がネットワーク登録を経る前に、初期レンジングを通じてアップリンクパラメータを調整する過程を示す。
【００３０】
以下、図３の各段階について説明すると、下記の通りである。
【００３１】
移動端末は、ＤＬ−ＭＡＰ、ＵＣＤ、ＤＣＤを通じてダウンリンク同期とアップリンクチャネルに関する情報を獲得する（（１）〜（２））。その後、移動端末は、ＤＬ−ＭＡＰをスキャンして初期レンジングのためのインターバル（ｉｎｔｅｒｖａｌ）を確認し、コードをランダムに選択し、該選択されたコードを基地局に伝送する（（３）〜（５））。
【００３２】
レンジングコードの衝突を防ぐために、基地局がＵＣＤメッセージに初期レンジングのためのバックオフウィンド（ｂａｃｋｏｆｆ ｗｉｎｄｏｗ）を設定すると、移動端末は、バックオフウィンド内でランダムに選択された時間だけ待ったのち再び伝送する。この時、移動端末がＴ３タイマーが終了するまで基地局から移動端末が伝送したレンジングコードに対する応答を受信できないと、端末は、バックオフウィンド大きさを２倍に増加させた後に他のコードを伝送する（（６）〜（７））。
【００３３】
移動端末は、ＲＮＧ−ＲＥＱメッセージ内にレンジング状態として‘（ｃｏｎｔｉｎｕｅ）’と伝送されたコードパラメータを受信した時に、ＲＮＧ-ＲＳＰメッセージで伝送
されたパラメータによってアップリンクパラメータを調整する。移動端末は、レンジング状態が成功（ｓｕｃｃｅｓｓ）になるまでコード伝送とＲＮＧ−ＲＳＰメッセージを取り交わす手順を反復することによって、アップリンクのための時間、電力、周波数などのようなパラメータ調整を終え、基地局は、ＵＬ−ＭＡＰ伝送時にＣＤＭＡ割当ＩＥに移動端末がＲＮＧ−ＲＥＱメッセージを伝送できる帯域を割り当てる（（８）〜（１１））。
【００３４】
移動端末は、割り当てられた帯域を通じてＭＡＣアドレスとＭＡＣバージョンを含めてＲＮＧ−ＲＥＱメッセージを伝送する（（１２））。基地局は、初期レンジングＣＩＤとして移動端末に対して基本ＣＩＤ及び主ＣＩＤを割り当て、ＲＮＧ−ＲＳＰメッセージを移動端末に伝送する（（１３））。
【００３５】
一方、周期的レンジングは、移動端末が基地局とネットワーク進入（ｅｎｔｒｙ）手順を行なった後に進行されるから、過程（１２）〜（１３）を省略する以外は初期レンジングと同じ手順を行なう。
【００３６】
全体２５６個のレンジングコードは、初期レンジング、周期的レンジング、帯域要請レンジング、ハンドオーバーレンジングで構成され、移動端末は各ドメイン内でコードを選択する。
【発明の概要】
【発明が解決しようとする課題】
【００３７】
上述したのような従来技術では、マルチモード移動端末が異機種網に関する情報を獲得する時に、媒介体に独立した方法で情報を獲得する方法のみを考慮した。すなわち、従来技術では、移動端末は初期レンジングを通じて接続しようとするネットワークへと接続を完了し、登録手順まで完了した後に、データパケットを用いて接続しようとする異機種網に関する情報を獲得せざるをえなかった。
【００３８】
そこで、接続しようとする異種網に関する情報を網接続前に獲得できる技術が要求される。
【課題を解決するための手段】
【００３９】
上記の目的を達成するための本発明の一実施形態による移動端末による媒介体独立ハンドオーバー（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ；ＭＩＨ）のための情報を獲得する方法は、第１要請メッセージを伝送して基地局に媒介体独立ハンドオーバークエリー（ｑｕｅｒｙ）を伝達する段階と、前記ＭＩＨクエリーに対する応答を受信する段階と、を含み、前記第１要請メッセージは認可（ａｕｔｈｏｒｉｚａｔｉｏｎ）のために用いられる。前記移動端末は、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のために用いられる前記第１要請メッセージを用いてＭＩＨクエリーを伝送できるため、前記移動端末は認証手順を完了する前にＭＩＨハンドオーバーのための情報を獲得できる。
【００４０】
好ましくは、前記第１要請メッセージは、ＰＫＭ（Ｐｒｉｖａｃｙ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ）応答メッセージでありうる。
【００４１】
より好ましくは、前記ＭＩＨクエリーに対する応答を受信する段階は、周期（ｃｙｃｌｅ）情報を含む第１応答メッセージを受信する段階と、前記ＭＩＨクエリーに対する応答を含む第２応答メッセージを受信する段階と、を含むことができる。この時、前記周期情報は、ＭＩＨクエリーに対する応答を移動端末に伝達する準備ができた時点を知らせることができる。ＭＩＨクエリーに対する応答を伝送する前にこの周期情報を伝送することによって、基地局は情報サーバーから情報を獲得するための時間を獲得できる。
【００４２】
より好ましくは、前記第１応答信号は、クエリー区分子（ｉｄｅｎｔｉｆｉｅｒ）と伝達方法情報をさらに含み、前記クエリー区分子は、移動端末が前記ＭＩＨクエリーと前記ＭＩＨクエリーに対する応答をマッピングさせるのに用いられ、前記伝達方法情報は、前記基地局により用いられるマルチキャスト方法またはユニキャスト方法のような伝達方法を知らせる。上記の伝達方法によれば、第２応答メッセージを受信することは異なって定義されることができる。
【００４３】
まず、前記伝達方法情報は、前記基地局により用いられる前記伝達方法がユニキャスト（ｕｎｉｃａｓｔ）伝達方法なのかブロードキャスト（ｂｒｏａｄｃａｓｔ）伝達方法なのかを知らせ、前記第２応答メッセージを受信する段階は、前記周期情報が表すＭＡＣフレーム内に帯域を割り当てるためのアップリンクマップ情報（ｕｐｌｉｎｋ ｍａｐ ｉｎｆｏｒａｍｔｉｏｎ）を受信する段階、前記移動端末の連続した存在を表す第２要請メッセージを伝送する段階、及び前記ＭＩＨクエリーに対する応答を含む第２応答メッセージを受信する段階を含み、この時、前記第２応答メッセージは、ＰＫＭ−ＲＳＰメッセージのような認可（ａｕｔｈｏｒｉｚａｔｉｏｎ）のために用いられる。
【００４４】
一方、前記伝達方法情報が、前記基地局により用いられる伝達方法が前記ブロードキャスト伝達方法であると指示する場合、前記第２応答メッセージを受信する段階は、前記周期情報が指示するＭＡＣフレーム内にＭＩＨクエリーに対する答弁を含む第２応答メッセージを受信する段階を含み、この時、前記第２応答メッセージは、サービス識別情報（Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ；ＳＩＩ）メッセージのようなネットワークサービスプロバイダ（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ；ＮＳＰ）リストをブロードキャスティングするのに用いられる。
【００４５】
より好ましくは、前記第１要請メッセージ（例えば、ＰＫＭ−ＲＥＱメッセージ）、第１応答メッセージ（例えば、ＰＫＭ−ＲＳＰメッセージ）と第２応答メッセージ（例えば、伝達方法によってＰＫＭ−ＲＳＰまたはＳＩＩ−ＡＤＶメッセージ）は、ＰＫＭメッセージコードにより表示されることができ、ＰＫＭメッセージコードのそれぞれは、ＭＩＨ初期要請、ＭＩＨ認知（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）（または‘ＭＩＨ初期応答’と呼ばれることができる。）またはＭＩＨ帰還（ｃｏｍｅｂａｃｋ）応答（下記の詳細な説明の表３６参照）を表すことができる。また、前記第１要請メッセージ（例えば、ＰＫＭ−ＲＥＱ）は、ＭＩＨ機能フレーム類型（ｔｙｐｅ）情報、伝達方法、状態コード及びＭＩＨＦフレーム（下記の詳細な説明の表３７参照）を含むことができる。この時、前記伝達方法と前記状態コードは、所望する伝達方法をネゴするために移動端末と基地局により用いられることができる。また、前記第２応答メッセージは、ＭＩＨ機能フレーム類型情報、クエリー区分子、伝達方法、状態コード及びＭＩＨＦフレームを含むことができる。この時、前記クエリー区分子は、移動端末が前記ＭＩＨクエリーと前記ＭＩＨクエリーに対する答弁をマッピングさせるのに用いられることができる。
【００４６】
より好ましくは、前記基地局に前記ＭＩＨクエリーを伝達する段階の前に、前記方法は、基本性能要請メッセージ（例えば、ＳＢＣ−ＲＥＱメッセージ）を伝送する段階と、基本性能応答メッセージ（例えば、ＳＢＣ−ＲＳＰメッセージ）を受信する段階とをさらに含み、前記基本性能要請メッセージと前記基本性能応答メッセージは、ＭＩＨ性能が支援されるか否かを表す情報を含む。
【００４７】
より好ましくは、前記第１要請メッセージは、前記ＭＩＨクエリーをカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）するＭＩＨ機能（Ｍｅｄｉａ ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ Ｆｕｃｔｉｏｎ；ＭＩＨＦ）フレームを含むことができる。前記ＭＩＨＦフレームは、移動端末の上位階層から受信できるＭＩＨクエリーをカプセル化するから、移動端末のＭＡＣはＭＩＨクエリーをカプセル化する以外はいずれの作動も行なう必要がない。したがって、移動端末のＭＡＣは、ＭＩＨクエリーを效率的に扱うことができる。
【００４８】
本発明の他の観点による、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ；ＢＳ）による媒介体独立ハンドオーバー（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ；ＭＩＨ）のための情報を伝達する方法が提供される。前記方法は、媒介体独立ハンドオーバークエリー（ｑｕｅｒｙ）を含む第１要請メッセージを移動端末（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）から受信する段階と、前記ＭＩＨクエリーに対する応答を伝送する段階と、を含む。この方法は、基地局の観点からのもので、本発明の他の観点に該当する。
【００４９】
前述した一般的な説明と下記の本発明の詳細な説明はいずれも例示的なもので、請求しようとする本発明のより詳細な説明を提供するためのものである。
例えば、本願発明は以下の項目を提供する。
（項目１）
移動端末（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）により媒介体独立ハンドオーバー（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ；ＭＩＨ）のための情報を獲得する方法において、
第１要請メッセージを伝送して基地局にＭＩＨクエリー（ｑｕｅｒｙ）を伝達する段階と、
前記ＭＩＨクエリーに対する応答を受信する段階と、
を含み、
前記第１要請メッセージは、認可（ａｕｔｈｏｒｉｚａｔｉｏｎ）、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、保安キー管理（ｓｅｃｕｒｉｔｙ ｋｅｙ ｍａｎａｇｅｍｅｎｔ）及び保安関連（Ｓｅｃｕｒｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ；ＳＡ）のうち少なくとも一つのために用いられ、
前記ＭＩＨクエリーに対する応答は、前記認可、認証、保安キー管理及び保安関連のうち少なくとも一つのために用いられることを特徴とする、情報獲得方法。
（項目２）
前記第１要請メッセージは、ＰＫＭ（Ｐｒｉｖａｃｙ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ）応答メッセージであることを特徴とする、項目１に記載の情報獲得方法。
（項目３）
前記ＭＩＨクエリーに対する応答は、ＰＫＭ応答メッセージであることを特徴とする、項目１に記載の情報獲得方法。
（項目４）
前記ＭＩＨクエリーに対する応答を受信する段階は、
周期（Ｃｙｃｌｅ）情報を含む第１応答メッセージを受信する段階と、
前記ＭＩＨクエリーに対する応答を含む第２応答メッセージを受信する段階と、
を含み、
前記周期情報は、ＭＩＨクエリーに対する応答を移動端末に伝達する準備ができた時点を知らせることを特徴とする、項目１に記載の情報獲得方法。
（項目５）
前記第１応答信号は、クエリー区分子（ｉｄｅｎｔｉｆｉｅｒ）と伝達方法情報をさらに含み、
前記クエリー区分子は、移動端末が前記ＭＩＨクエリーと前記ＭＩＨクエリーに対する応答をマッピングさせるのに用いられ、
前記伝達方法情報は、前記基地局により用いられる伝達方法を指示することを特徴とする、項目４に記載の情報獲得方法。
（項目６）
前記伝達方法情報は、前記基地局により用いられる前記伝達方法がユニキャスト（ｕｎｉｃａｓｔ）伝達方法かまたはブロードキャスト（ｂｒｏａｄｃａｓｔ）伝達方法かを指示することを特徴とする、項目５に記載の報獲得方法。
（項目７）
前記伝達方法情報が、前記基地局により用いられる伝達方法が前記ユニキャスト伝達方法であると指示する場合、前記第２応答メッセージを受信する段階は、
前記周期情報が指示するＭＡＣフレームに帯域を割り当てるためのアップリンクマップ情報（ｕｐｌｉｎｋ ｍａｐ ｉｎｆｏｒａｍｔｉｏｎ）を受信する段階と、
前記移動端末の連続した存在を表す第２要請メッセージを伝送する段階と、
前記ＭＩＨクエリーに対する応答を含む第２応答メッセージを受信する段階と、
を含み、
前記第２応答メッセージは、認可、認証、保安キー管理と保安関連（ＳＡ）のうち少なくとも一つのために用いられることを特徴とする、項目６に記載の情報獲得方法。
（項目８）
前記第１応答メッセージと第２応答メッセージは、ＰＫＭ応答メッセージであることを特徴とする、項目７に記載の情報獲得方法。
（項目９）
前記伝達方法情報が、前記基地局により用いられる伝達方法が前記ブロードキャスト伝達方法であると指示する場合、前記第２応答メッセージを受信する段階は、
前記周期情報が指示するＭＡＣフレーム内にＭＩＨクエリーに対する答弁を含む第２応答メッセージを受信する段階を含み、
前記第２応答メッセージは、ネットワークサービスプロバイダ（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ；ＮＳＰ）リストをブロードキャスティングするのに用いられることを特徴とする、項目６に記載の情報獲得方法。
（項目１０）
前記第２応答メッセージは、ＳＩＩ（Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージであることを特徴とする、項目９に記載の情報獲得方法。
（項目１１）
前記第１要請メッセージ、第１応答メッセージと第２応答メッセージは、ＰＫＭメッセージコードにより表示され、ＰＫＭメッセージコードのそれぞれは、ＭＩＨ初期要請、ＭＩＨ認知（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）またはＭＩＨ帰還（ｃｏｍｅｂａｃｋ）応答を表すことを特徴とする、項目１〜１０のいずれか１項に記載の情報獲得方法。
（項目１２）
前記第１要請メッセージは、ＭＩＨ機能（ＭＩＨ Ｆｕｃｔｉｏｎ；ＭＩＨＦ）フレーム類型（ｔｙｐｅ）情報、伝達方法、状態コード及びＭＩＨＦフレームを含むことを特徴とする、項目１〜１０のいずれか１項に記載の情報獲得方法。
（項目１３）
前記第２応答メッセージは、ＭＩＨ機能（ＭＩＨＦ）フレーム類型情報、クエリー区分子、伝達方法、状態コード及びＭＩＨＦフレームを含むことを特徴とする、項目１〜１０のいずれか１項に記載の情報獲得方法。
（項目１４）
前記方法は、
前記基地局に前記ＭＩＨクエリーを伝達する段階前に、
基本性能要請メッセージを伝送する段階と、
基本性能応答メッセージを受信する段階と、をさらに含み、
前記基本性能要請メッセージと前記基本性能応答メッセージは、ＭＩＨ性能が支援されるか否かを表す情報を含むことを特徴とする、項目１に記載の情報獲得方法。
（項目１５）
前記伝達方法と前記状態コードは、所望する伝達方法をネゴするために移動端末と基地局により用いられることを特徴とする、項目１２または１３に記載の情報獲得方法。
（項目１６）
前記クエリー区分子は移動端末が、前記ＭＩＨクエリーと前記ＭＩＨクエリーに対する答弁をマッピングさせるのに用いられることを特徴とする、項目１〜１０のいずれか１項に記載の情報獲得方法。
（項目１７）
前記第１要請メッセージは、前記ＭＩＨクエリーをカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）するＭＩＨ機能（ＭＩＨＦ）フレームを含むことを特徴とする、項目１に記載の情報獲得方法。
（項目１８）
基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ；ＢＳ）により媒介体独立ハンドオーバー（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ；ＭＩＨ）のための情報を伝達する方法において、
ＭＩＨクエリー（ｑｕｅｒｙ）を含む第１要請メッセージを移動端末（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）から受信する段階と、
前記ＭＩＨクエリーに対する応答を伝送する段階と、を含み、
前記第１要請メッセージは、認可（ａｕｔｈｏｒｉｚａｔｉｏｎ）、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、保安キー管理（ｓｅｃｕｒｉｔｙｋｅｙｍａｎａｇｅｍｅｎｔ）及び保安関連（ＳｅｃｕｒｉｔｙＡｓｓｏｃｉａｔｉｏｎ；ＳＡ）のうち少なくとも一つのために用いられ、
前記ＭＩＨクエリーに対する応答は、前記認可、認証、保安キー管理及び保安関連のうち少なくとも一つのために用いられることを特徴とする、情報伝達方法。
（項目１９）
前記第１要請メッセージは、ＰＫＭ（Ｐｒｉｖａｃｙ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ）応答メッセージであることを特徴とする、項目１８に記載の情報獲得方法。
（項目２０）
前記ＭＩＨクエリーに対する応答は、ＰＫＭ応答メッセージであることを特徴とする、項目１８に記載の情報獲得方法。
（項目２１）
前記ＭＩＨクエリーに対する応答を伝送する段階は、
周期（Ｃｙｃｌｅ）情報を含む第１応答メッセージを伝送する段階と、
前記ＭＩＨクエリーに対する応答を含む第２応答メッセージを伝送する段階と、
を含み、
前記周期情報は、ＭＩＨクエリーに対する応答を移動端末に伝達する準備ができた時点を表すことを特徴とする、項目１９に記載の情報伝達方法。
（項目２２）
前記第１応答信号は、クエリー区分子（ｉｄｅｎｔｉｆｉｅｒ）と伝達方法情報をさらに含み、
前記クエリー区分子は、移動端末が前記ＭＩＨクエリーと前記ＭＩＨクエリーに対する応答をマッピングさせるのに用いられ、
前記伝達方法情報は、前記基地局により用いられる伝達方法を表すことを特徴とする、項目２１に記載の情報伝達方法。
（項目２３）
前記伝達方法情報は、前記基地局により用いられる前記伝達方法がユニキャスト（ｕｎｉｃａｓｔ）伝達方法かまたはブロードキャスト（ｂｒｏａｄｃａｓｔ）伝達方法かを表すことを特徴とする、項目２２に記載の情報伝達方法。
（項目２４）
前記伝達方法情報が、前記基地局により用いられる伝達方法が前記ユニキャスト伝達方法であると表す場合、前記第２応答メッセージを伝送する段階は、
前記周期情報が指示するＭＡＣフレームに帯域を割り当てるためのアップリンクマップ情報（ｕｐｌｉｎｋ ｍａｐ ｉｎｆｏｒａｍｔｉｏｎ）を伝送する段階と、
前記移動端末の連続した存在を表す第２要請メッセージを受信する段階と、
前記ＭＩＨクエリーに対する応答を含む第２応答メッセージを伝送する段階と、を含み、
前記第２応答メッセージは認可、認証、保安キー管理（securitykeymanagement）と保
安関連（ＳＡ）のうち少なくとも一つのために用いられることを特徴とする、項目２３に記載の情報伝達方法。
（項目２５）
前記第１応答メッセージと第２応答メッセージは、ＰＫＭ応答メッセージであることを特徴とする、項目２４に記載の情報伝達方法。
（項目２６）
前記伝達方法情報が、前記基地局により用いられる伝達方法が前記ブロードキャスト伝達方法であると表す場合、前記第２応答メッセージを伝送する段階は、
前記周期情報が指示するＭＡＣフレーム内にＭＩＨクエリーに対する答弁を含む第２応答メッセージを伝送する段階を含み、
前記第２応答メッセージは、ネットワークサービスプロバイダ（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ；ＮＳＰ）リストをブロードキャストするのに用いられることを特徴とする、項目２３に記載の情報伝達方法。
（項目２７）
前記第２応答メッセージは、ＳＩＩ（Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージであることを特徴とする、項目２６に記載の情報獲得方法。
（項目２８）
前記第１要請メッセージ、第１応答メッセージと第２応答メッセージは、ＰＫＭメッセージコードにより表示され、ＰＫＭメッセージコードのそれぞれは、ＭＩＨ初期要請、ＭＩＨ認知（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）またはＭＩＨ帰還（Ｃｏｍｅｂａｃｋ）応答を表すことを特徴とする、項目１８〜２７のいずれか１項に記載の情報伝達方法。
（項目２９）
前記第１要請メッセージは、ＭＩＨ機能（ＭＩＨ Ｆｕｃｔｉｏｎ；ＭＩＨＦ）フレーム類型（ｔｙｐｅ）情報、伝達方法、状態コード及びＭＩＨＦフレームを含むことを特徴とする、項目１８〜２７のいずれか１項に記載の情報伝達方法。
（項目３０）
前記第２応答メッセージは、ＭＩＨ機能（ＭＩＨＦ）フレーム類型情報、クエリー区分子、伝達方法、状態コード及びＭＩＨＦフレームを含むことを特徴とする、項目１８〜２７のいずれか１項に記載の情報伝達方法。
（項目３１）
前記方法は
前記ＭＩＨクエリーを受信する段階前に、
基本性能要請メッセージを受信する段階と、
基本性能応答メッセージを伝送する段階と、をさらに含み、
前記基本性能要請メッセージと前記基本性能応答メッセージは、ＭＩＨ性能が支援されるか否かを表す情報を含むことを特徴とする、項目１８に記載の情報伝達方法。
（項目３２）
前記伝達方法と前記状態コードは、所望する伝達方法をネゴするために移動端末と基地局により用いられることを特徴とする、項目２９または３０に記載の情報伝達方法。
（項目３３）
前記クエリー区分子は、移動端末が前記ＭＩＨクエリーと前記ＭＩＨクエリーに対する答弁をマッピングさせるのに用いられることを特徴とする、項目１８〜２７のいずれか１項に記載の情報伝達方法。
（項目３４）
前記第１要請メッセージは、前記ＭＩＨクエリーをカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）するＭＩＨ機能（ＭＩＨＦ）フレームを含むことを特徴とする、項目１８に記載の情報伝達方法。
【図面の簡単な説明】
【００５０】
【図１】広帯域無線接続システムのＯＦＤＭＡ物理階層のフレーム構造の一例を示す図である。
【図２】異種網間ハンドオーバーが可能なマルチモード移動端末の一例を示す図である。
【図３】移動端末がネットワーク登録を経る前に初期レンジングを通じてアップリンクパラメータを調整する過程を示す図である。
【図４】レンジングコードを生成するＰＲＢＳの一例を示す図である。
【図５】ＭＩＨフレームを移動端末と基地局間に伝達するためのＭＡＣ管理メッセージの伝達周期を示す図である。
【図６】移動端末がＭＩＨレンジングコードで開始されるレンジング手順を行なう途中に異機種網間のハンドオーバーのための情報要素を獲得する方法を示すフローチャートである。
【図７】移動端末が広帯域無線接続システムの基地局とＭＩＨ ＭＡＣバージョンを用いたレンジング手順を行なう途中に情報サーバーから異機種網間のハンドオーバーのための情報要素を獲得する方法を示すフローチャートである。
【図８】移動端末が広帯域無線接続システムの基地局とＭＩＨレンジングコードで開始されるレンジング手順を行なう途中に異機種網間のハンドオーバーのための情報要素を獲得する図６に示す方法の具体的な過程の一例を示す図である。
【図９】移動端末と基地局間のフレーム同期化によるＭＡＣ手順を行なうための図８の具体的な過程の一例を示す図である。
【図１０】マルチモード移動端末が広帯域無線接続システムの基地局とＭＩＨ ＭＡＣバージョンを用いたレンジング手順を行なう途中に情報サーバーから異機種網間のハンドオーバーのための情報要素を獲得する図７の具体的な過程の一例を示す図である。
【図１１】図１０と類似な過程の一例として、フレーム同期化によって移動端末と基地局間のＭＡＣ過程のみを示す図である。
【図１２】移動端末が広帯域無線接続システムの基地局とＭＩＨ ＭＡＣバージョンを用いたレンジング手順を行なう途中にマルチキャスト（ｍｕｌｔｉｃａｓｔ）方法により異機種網間のハンドオーバーのための情報要素を獲得する方法の他の実施例を示す図である。
【図１３】移動端末が広帯域無線接続システムの基地局とＭＩＨ ＭＡＣバージョンを用いたレンジング手順を行なう途中にユニキャスト（ｕｎｉｃａｓｔ）方法により異機種網間のハンドオーバーのための情報要素を獲得する方法のさらに他の実施例を示す図である。
【図１４】マルチモード移動端末が広帯域無線接続システムの基地局にネットワーク進入手順を行なう途中に基地局がネットワーク選択のための情報を移動端末にユニキャスト方法を通じて伝達するさらに他の実施例を示す。
【図１５】マルチモード移動端末が広帯域無線接続システムの基地局にネットワーク進入手順を行なう途中に基地局がネットワーク選択のための情報を複数の移動端末にマルチキャスト伝達方法を通じて伝達するさらに他の実施例を示す。
【発明を実施するための形態】
【００５１】
以下、本発明による好ましい実施形態を、添付の図面を参照しつつ詳細に説明する。
【００５２】
まず、本発明で提案する広帯域無線接続システムの基地局と移動端末間のレンジング手順を用いた媒介体独立ハンドオーバー情報要請方法及び情報獲得方法を支援するために追加及び／または変更されなければならないパラメータについて説明すると、下記の通りである。
【００５３】
ＤＣＤメッセージ及びＵＣＤメッセージは、基地局のアップリンク／ダウンリンクチャネルパラメータを含むＭＡＣ管理メッセージで、基地局は該当のメッセージを周期的に移動端末に伝送する。これらの移動端末は、ＤＣＤ／ＵＣＤメッセージから各バースト（ｂｕｒｓｔ）のコーディング及び変調方式に関する情報を獲得し、これを通じてデータのコーディング／デコーディングを行なう。
【００５４】
移動端末は周期的に伝送されるＤＣＤ／ＵＣＤメッセージを受信し、基地局のチャネルパラメータが変更されたか否かを判断し、チャネルパラメータが変更された場合には、ＤＣＤ／ＵＣＤメッセージを通じて変更されたパラメータを更新する。ＵＣＤメッセージは、アップリンクバーストのコーディング及び変調方式と関連したプロファイル情報とともに、レンジング及び帯域要請と関連したＣＤＭＡコード集合及び移動端末のコード伝送後に衝突が発生する時に適用されるバックオフ（ｂａｃｋｏｆｆ）時間などを定義する。
【００５５】
一方、移動端末は、構成変化カウント（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ ｃｏｕｎｔ）値とＤＬ−ＭＡＰメッセージ内のＤＣＤカウント値を比較し、これらの値が異なると、ＤＣＤメッセージが変更されたと見なし、もし値が同一であれば、ＤＣＤメッセージはその以前に伝送されたＤＣＤメッセージと同一であると見なす。
【００５６】
このようなＤＣＤメッセージの一例を、表７に示す。
【００５７】
【表７】
一方、表８は、ＤＣＤメッセージ内に挿入されるＴＬＶエンコーディングの一例で、基地局のＭＩＨ性能を表すためのものである。
【００５８】
【表８】
一方、表９には、本発明の一実施形態でＤＣＤチャネルエンコーディングでＭＩＨＦを支援する客体が支援するＭＩＨＦサービスを含むために追加されるパラメータを示す。
【００５９】
【表９】
ここで、ＭＩＨ機能は、基地局自身がＭＩＨ機能を行なえるか可かを表し、ＭＩＨ性能は、基地局がイベントサービス（Ｅｖｅｎｔ Ｓｅｒｖｉｃｅ；ＥＳ）、コマンドサービス（Ｃｏｍｍａｎｄ Ｓｅｒｖｉｃｅ；ＣＳ）、情報サービス（Ｉｎｆｏｒｍａｔｉｏｎ
Ｓｅｒｖｉｃｅ；ＩＳ）を支援するか否かを表す。
【００６０】
ＭＩＨ機能値が０を持つにもかかわらず、ＭＩＨ性能フィールド値が存在する場合があり得る。この場合は、基地局の隣の地域にＭＩＨ機能を行なえるいずれかの客体が存在することを暗示する。
【００６１】
また、表１０は、ＤＣＤまたはＳＢＣ−ＲＥＱ／ＲＳＰメッセージ内に挿入されるＴＬＶエンコーディングの他の例である。このＴＬＶエンコーディングがＤＣＤまたはＳＢＣ−ＲＳＰ内に挿入される場合、前記ＴＬＶは基地局のＭＩＨ性能を表すためのものである。
【００６２】
【表１０】
本発明の一実施例によれば、表１０に示すように、ＭＩＨ性能支援パラメータが、情報サービスはネットワーク進入の間に支援されるということを表すと、８０２．２１情報サービスはＰＫＭ（Ｐｒｉｖａｃｙ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ）メッセージを通じて提供されることができる。
【００６３】
一方、広帯域無線接続システムのＯＦＤＭＡシステムでは、移動端末がアップリンク伝送パラメータを調整するためのレンジング要請とアップリンク帯域要請はＣＤＭＡコードを用いて行なわれる。
【００６４】
基地局は、ＵＣＤメッセージを通じてレンジングと帯域要請のためのＣＤＭＡコード集合を放送形態で移動端末に伝達し、移動端末は、ＵＣＤメッセージから獲得したＣＤＭＡコードの中から、レンジングの用途によってレンジングコードを任意に選択し、割り当てられたアップリンク区間で伝送する。
【００６５】
表１１には、このようなＵＣＤメッセージの一例を示す。
【００６６】
【表１１】
上記のＵＣＤメッセージにＴＬＶ形態で次のような物理チャネルエンコーディング（ＰＨＹ ｃｈａｎｎｅｌ Ｅｎｃｏｄｉｎｇ）が挿入されることができる。移動端末は、競争基盤のレンジング要請のためのパラメータとレンジングコードグループに関する情報と共にこれを伝送する。表１２に、上記の物理チャネルエンコーディングに関する一例を示す。
【００６７】
【表１２】
前記表記された“８．３．７．２”はＩＥＥＥ８０２．１６ｅ標準Ｄ−５バージョンのサブセクションを指す。表１２で、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）は、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）に該当する。
【００６８】
移動端末は、網接続手順を行なう前にアップリンク伝送パラメータを調整するためにレンジング（Ｒａｎｇｉｎｇ）を実行する。レンジングは、初期レンジング（ｉｎｉｔｉａｌ）、周期的レンジング（ｐｅｒｉｏｄｉｃ）、ハンドオーバーレンジング（ｈａｎｄｏｖｅｒ）、帯域割当（ｂａｎｄｗｉｄｔｈ ｒｅｑｕｅｓｔ）のためレンジングを含み、場合によってそれぞれ異なるレンジングコードを使用する。また、本発明の一実施形態によるレンジングコードは、上述したレンジングコードにＭＩＨレンジングコードをさらに含むことができる。このようなＭＩＨレンジングコードについて以下に具体的に説明する。
【００６９】
ＯＦＤＭＡ環境では、移動端末が任意のＣＤＭＡコードを基地局に伝送する場合、基地局は送信者を知ることができない。したがって、移動端末から伝送されたコード、レンジング状態、時間及び周波数調整値、伝送電力などのようなアップリンク情報を含む放送メッセージをＲＮＧ−ＲＳＰを通じて伝送する。移動端末が自身の送ったコードを含むＲＮＧ−ＲＳＰメッセージを受信すると、移動端末はＲＳＧ−ＲＳＰメッセージ内のアップリンクパラメータを調整して自身のＭＡＣアドレスを伝送して基地局に登録する。
【００７０】
図４は、レンジングコードを生成するＰＲＢＳの一例を示す図である。
【００７１】
レンジングコードは、０〜２５５の２５６個のコードを使用し、基地局はこれらのコードを、図４に示すように、レンジング種類によって４個の小グループに分ける。ただし、上述したような本発明の一実施形態で、前記４種類のレンジングコード以外にＭＩＨレンジングコードを含む場合、そのための別の小グループが要求されることができる。
【００７２】
一方、レンジングコードを生成するＰＲＢＳは、１＋Ｘ１＋Ｘ４＋Ｘ７＋Ｘ１５のような多項式生成を行なう多項式生成器（ｐｏｌｙｎｏｍｉａｌ ｇｅｎｅｒａｔｏｒ）を含み、この時、多項式生成のためのシード（ｓｅｅｄ）値ｂ０〜ｂ１５は、０、０、１、０、１、０、１、１、１、ｓ０、ｓ１、ｓ２、ｓ３、ｓ４、ｓ５、ｓ６になり得る。ここで、ｓ０〜ｓ６は、基地局ごとに異なる値を持つＵＬ＿ＩＤｃｅｌｌ値であり、結果的にＰＲＢＳは２１６個のコードを生成できる。結局、６５５３６ビットのコードが生成されることができ、各レンジングコードは１４４ビットを含むことができる。すなわち、最初のレンジングコードは０〜１４４ビットを含み、２番目のレンジングコードは１４５〜２８８ビットを含む。
【００７３】
このようなビットレベルレンジングコードは６個のサブチャネルで構成された各サブキャリアに変調して送信されることができる。２５６個のレンジングコードは次の通り用いられることができる。例えば、初期オフセットと同じ概念であるＳは、ＵＣＤチャネルエンコーディングにより受信することができ、また、各レンジング類型（ｔｙｐｅ）によるレンジングコードの個数もＵＣＤチャネルエンコーディングにより受信することができる。初期値Ｓは０と２５５との間に存在し、初期レンジングのためのＮ個のコードは、ＰＲＢＳ１４４＊(Ｓ ｍｏｄ ２５６）回〜１４４＊（（Ｓ＋Ｎ） ｍｏｄ ２５６）−１
回生成されることができる。また、周期的レンジングのためのＭ個のコードは、ＰＲＢＳ１４４＊（（Ｎ＋Ｓ） ｍｏｄ ２５６）回〜１４４＊（（Ｎ＋Ｍ＋Ｓ） ｍｏｄ ２５６）−１回生成されることができる。帯域要請のためのＬ個のレンジングコードは、ＰＲＢＳ１４４＊（（Ｎ＋Ｍ＋Ｓ） ｍｏｄ ２５６回〜１４４＊（（Ｎ＋Ｍ＋Ｌ＋Ｓ） ｍｏｄ ２５６）−１回生成されることができる。
【００７４】
一方、表１３は、上述したように本発明の一実施形態によるＵＣＤ−ＰＨＹ特定エンコーディングで追加されるＭＩＨレンジングコードを表す。
【００７５】
ＣＤＭＡコード集合の類型として、初期レンジングのためのコード、周期的レンジングのためのコード、帯域要請のためのコード、ハンドオーバーのためのコードの外に、本発明の一実施形態ではＵＣＤメッセージにＭＩＨレンジングコードを追加することによって、移動端末がＭＩＨ通信を開始したい時点で移動端末はレンジングのために割り当てられたアップリンク区間にＭＩＨレンジングコードを伝送するようにする。このように本発明の一実施形態によって追加されるＭＩＨレンジングコードは、従来の２５６個のコードのうち一部を分割して使用することができ、場合によっては既存の４種類のコードの所定原則に従う組合せを通じて生成されることができる。
【００７６】
【表１３】
本発明の一実施形態によれば、このようなＭＩＨレンジングコードは、受信端で一部コードに損傷がある場合などに備えて、２個のＯＦＤＭシンボルあるいは４個のＯＦＤＭシンボル内に挿入されることができる。もし、前記ＭＩＨレンジングコードが４個のＯＦＤＭシンボル内に挿入されたとすれば、二つの他のＭＩＨレンジングコードが挿入されることができる。これにより、最初に挿入したコードが損傷した場合、２番目のコードが用いられることができる。
【００７７】
表１４には、ＵＬ−ＭＡＰを構成する要素のうち、ＵＬ＿ＭＡＰ−ＩＥの一例を示す。これは、ＯＦＤＭＡ環境でＵＩＵＣ値が１２の場合、ＣＤＭＡ帯域要請とレンジング遂行のために用いられる。
【００７８】
【表１４】
上記表１４からわかるように、行なわれるレンジング方法によって送信するレンジングコードの量は変わることができる、このようなレンジングコードは、所定のＯＦＤＭシンボルにわたって送信されることができる。
【００７９】
また、下の表１５は、上述したＵＬ＿ＭＡＰ_ＩＥ内にサブコード（ｓｕｂｃｏｄｅ）
０ｘ０ｂのＭＩＨ＿Ｐｏｌｌｉｎｇ_ＩＥが追加される場合を表す。
【００８０】
【表１５】
表１６は、表１５に表したようなＵＬ＿ＭＡＰに挿入されるＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥのフォーマットを示し、上記表１６のＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥは、基地局が情報サーバーからクエリー応答ＭＩＨフレームを獲得した場合に移動端末にポーリングをするためである。ＵＬ＿ＭＡＰ内にＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを受信した移動端末は、クエリー（ｑｕｅｒｙ）ＩＤを含むＭＯＢ＿ＭＩＨ−ＭＳＧを基地局に伝送することによって基地局から応答要請ＭＩＨフレームを受信することができる。
【００８１】
【表１６】
クエリーＩＤは、移動端末が伝達したＭＩＨフレームを区分するための区分子（ｉｄｅｎｔｉｆｉｅｒ）を表し、“Ｄｕｒａｔｉｏｎ”は、ＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを受信した移動端末が基地局にＭＯＢ−ＭＩＨ＿ＭＳＧを伝送するようにするために割り当てられた資源を表す。
【００８２】
そして、ＭＡＣバージョンエンコーディングは、ＩＥＥＥ８０２．１６のＭＡＣバージョンを表し、前記ＭＡＣバージョンエンコーディングが基地局と移動端末との間で伝送される場合に、下記のような手順が行なわれる。
【００８３】
ＢＳのバージョンがＳＳのバージョンよりも高い時、基地局は移動端末により明示されたバージョンの移動端末と通信する。
【００８４】
ＢＳのバージョンがＳＳのバージョンよりも高い時、もしバージョンによる相互一致が支援されない場合には移動端末がアップリンクを通じて伝送できない。
【００８５】
このようなＭＡＣバージョンの一例を、表１７に示す。
【００８６】
【表１７】
一方、表１８は、本発明の一実施例による追加されるＭＡＣバージョンである。
【００８７】
【表１８】
移動端末は、アップリンクパラメータ調整のために基地局に用途に合うレンジングコードを伝送する。そして、移動端末は、基地局からレンジング状態で成功信号を受け取ってアップリンクパラメータ調整を完了する。以降、移動端末は基地局にＭＡＣアドレスとＭＡＣバージョンを伝送して登録する。移動端末がＭＩＨ情報獲得のための手順を行なうためには、移動端末はＲＮＧ−ＲＥＱメッセージにＭＩＨ ＭＡＣバージョンを伝送し、基地局がそれに対する帯域を割り当てるようにする。表１８で、ＩＥＥＥ８０２．１６ｇ−２００７は、ＩＥＥＥ８０２．２１で定義されたＭＩＨを支援する標準番号を表す。前記標準番号の形式は異なって表現されることができる。
【００８８】
ＭＩＨペイロード（ＭＯＢ＿ＭＩＨ-ＭＳＧ）メッセージについて説明すると、下記の
通りである。
【００８９】
ＭＯＢ＿ＭＩＨ-ＭＳＧは、広帯域無線接続システム客体がＩＥＥＥ８０２．２１で定
義するＭＩＨＦプロトコルメッセージを伝送するためのＭＡＣメッセージで、基本ＣＩＤ（ｂａｓｉｃ ＣＩＤ）、主ＣＩＤ（Ｐｒｉｍａｒｙ ＣＩＤ）あるいはマルチキャストＣＩＤ（ｍｕｌｔｉｃａｓｔ ＣＩＤ）で伝達される。この場合、ＴＬＶ形態でメッセージを認証するためのＨＭＡＣ／ＣＭＡＣタプル（ｔｕｐｌｅ）もＭＯＢ＿ＭＩＨ-ＭＳＧ
と一緒に伝送される。
【００９０】
このＭＯＢ＿ＭＩＨ−ＭＳＧメッセージの一例を、表１９に示す。
【００９１】
【表１９】
一方、本発明の一実施形態によるＭＯＢ＿ＭＩＨ−ＭＳＧメッセージは、ＭＩＨフレームを移動端末から基地局まで、または、ＭＩＨフレームを基地局から移動端末に伝達するためのＭＡＣ管理（ｍａｎａｇｅｍｅｎｔ）メッセージである。このメッセージは、基本ＣＩＤ、主ＣＩＤなどの管理ＣＩＤで伝送されたり、マルチキャストＣＩＤで放送されることができる。
【００９２】
表２０に、このようなＭＯＢ＿ＭＩＨ−ＭＳＧメッセージフォーマットの一例を示す。
【００９３】
【表２０】
【００９４】
上記表２０のパラメータについて説明すると、下記の通りである。
【００９５】
前記“Ｆｒａｇｍｅｎｔａｔｉｏｎ ａｎｄ／ｏｒ Ｐａｃｋｉｎｇ Ｉｎｄｉｃａｔｏｒ”は、断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）あるいはパッキング（Ｐａｃｋｉｎｇ）を知らせる指示子である。多数のＭＩＨフレームがパッキング（ｐａｃｋｉｎｇ）されても良く、または、一つあるいはパッキングされた多数のＭＩＨフレームが断片化されて伝送されることができる。
【００９６】
ここで、４番目のビットはパッキングが使われているか否かを、３番目のビットはＭＩＨフレームの中間が切れたか否かを、２番目及び１番目のビットは断片化が使われたか否かと伝送される部分が断片化されたフレームの最初、中間または最後の部分か否かを知らせる。
【００９７】
例えば、００００は、パッキングが使われないことを表し、０００１はパッキングが使わず、断片化は使われており、伝送される部分が断片化されたフレームの最初の部分であることを表す。００１０は、パッキングが使われないが断片化は使われており、伝送される部分が断片化されたフレームの中間部分であることを表し、００１１は、パッキングは使われず、断片化は使われており、伝送される部分が断片化されたフレームの最後の部分であることを表す。また、１０００は、二つ以上のＭＩＨフレームがパッキングされており、断片化はされていないことを表す。また、１００１は、二つ以上のＭＩＨフレームがパッキングされており、断片化されており、伝送される部分が断片化されたフレームの最初の部分であることを表し、１０１０は、二つ以上のＭＩＨフレームがパッキングされており、断片化されており、伝送される部分が断片化されたフレームの中間部分であることを表す。１０１１は、二つ以上のＭＩＨフレームがパッキングされており、断片化されており、伝送される部分が断片化されたフレームの最後の部分であることを表す。なお、ｘ０ｘｘは、ＭＩＨフレームが端部で断片化されて次のＭＩＨフレームから開始されることを表す。また、ｘ１ｘｘは、ＭＩＨフレームが中間で断片化されて前記ＭＩＨフレームは次のフレームの最初の部分と前記断片化された部分とを組合せ（ａｓｓｅｍｂｌｅ）して上位階層（ＭＩＨ）に伝送されるべきであるということを表す。
【００９８】
次に、“Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ”は、任意に割り当てられる一連番号で、断片化が使われた場合には、前記一連番号は最初に任意に割り当てられた後、断片化されたパケットが続いて伝達される場合に一連番号は１ずつ増加する。例えば、もし最初に断片化されたパケットが０ｂ０００１（１０進数１）を持つと、２番目に断片化されたパケットは０ｂ００１０（１０進数２）を持つ。一連番号は断片化されて伝送されるパケットを結合する時に用いられる。このように０ｂ１１１１に続く一連番号は０ｂ００００になる。
【００９９】
一方、表２１に、ＭＯＢ＿ＭＩＨ−ＭＳＧメッセージフォーマットの他の例を示す。
【０１００】
【表２１】
上記表２１に示すパラメートルについて説明すると、下記の通りである。
【０１０１】
“Ｆｒａｇｍｅｎｔａｔｉｏｎ Ｉｎｄｅｘ”は、現在断片が、全体断片化されたもののうち何番目かを知らせる。１番目の断片である場合は０に設定される。
【０１０２】
“Ｔｏｔａｌ Ｆｒａｇｍｅｎｔａｔｉｏｎ”は、全体断片化個数を知らせ、断片化ができなかった場合、“Ｔｏｔａｌ Ｆｒａｇｍｅｎｔａｔｉｏｎ”は１１１１に設定される。
【０１０３】
一方、表２２に、ＭＯＢ＿ＭＩＨ−ＭＳＧメッセージフォーマットのさらに他の例を示す。
【０１０４】
【表２２】
MOB_MIH−MSGが情報サーバーから情報を獲得するのに用いられる場合には、次のＴＬＶが必要とされる。
【０１０５】
表２３は、本発明の一実施例による追加されるＭＯＢ_ＭＩＨ−ＭＳＧ ＴＬＶを表す
。基地局のＭＡＣは、獲得したＭＩＨ情報要素を含めたＭＩＨフレームをＴＬＶ形態で挿入して移動端末のＭＡＣに伝達するようにする。
【０１０６】
【表２３】
ＭＯＢ＿ＭＩＨ−ＭＳＧがＭＡＣ管理ＣＩＤで伝達される場合、ＭＯＢ＿ＭＩＨ−ＭＳＧはＴＬＶでエンコーディングされたＭＩＨ ＭＩＨ＿Ｆｒａｍｅ＿ｐａｃｋａｇｅとＨＭＡＣ／ＣＭＡＣタプルパラメータを必ず含まなければならない。ＨＭＡＣ／ＣＭＡＣタプルは、初期網進入時にクエリー（ｑｕｅｒｙ）のために送／受信するメッセージには含まれない。ＭＩＨＦ＿Ｆｒａｍｅ＿ｐａｃｋａｇｅ（１１．２０参照）は、初期網進入時に情報要請のためのフレームはＢＳが保存しておき、マルチキャストで伝送するＭＯＢ＿ＭＩＨ−ＭＳＧに情報応答メッセージを送る時に情報応答ＭＩＨフレーム以前に要請ＭＩＨフレームを含めなければならない。また、ＨＭＡＣ／ＣＭＡＣタプル（１１．１．２参照）は、初期網進入前に情報獲得用に伝送されるメッセージには含まれない。一方、ＨＭＡＣ／ＣＭＡＣタプルはメッセージに含まれる場合に最後の属性になるべきである。この場合、ＴＬＶでエンコーディングされたマルチキャストＣＩＤと周期パラメータがメッセージに選択的に含まれる。
【０１０７】
上述したマルチキャストＣＩＤは、初期網進入前に情報要請に対して情報獲得後に情報応答を伝達するＣＩＤである。これは、０ｘＦＥＡ０−０ｘＦＥＦＥ範囲内で割り当てられ手も良く、前記範囲内のＭＯＢ＿ＭＩＨ−ＭＳＧメッセージ伝達のために割り当てられたＣＩＤが用いられることができる。また、上述した周期（ｃｙｃｌｅ）は、情報要請に対して情報応答が伝達されることができるオフセット値で、これについては図５を参照して後述する。
【０１０８】
一方、下記の表２４〜表２９は、本発明の一実施形態によって追加されるＭＯＢ＿ＭＩＨ−ＭＳＧ ＴＬＶ領域に含まれるＴＬＶである。必要なＴＬＶは、伝達される時期と必要によってＭＯＢ＿ＭＩＨ−ＭＳＧ ＴＬＶ領域に挿入されて伝達されることができる。情報サーバーに対するクエリー（ｑｕｅｒｙ）のためのＭＩＨフレームと応答を含むＭＩＨフレームはＴＬＶ形態で含まれることができ、断片化／パッキングが使われた場合、表２８の断片化／パッキング情報（Ｆｒａｇｍｅｎｔａｔｉｏｎ／Ｐａｃｋｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）ＴＬＶが含まれることができる。
【０１０９】
【表２４】
上記表２４で状態コードを表すＢｉｔ＃２〜６のうち、特にＢｉｔ＃２〜４で表すことのできる８つの場合のうち５つの状態コード値に対する具体的一例は、下記のように表すことができる
0x0000:ナル(Null)
0x0001：MIH_Not_Supported
0x0002：Requested_Delivery_Method_Not_Supported
0x0003：Request_Info_Not_Available
0x0004：Response_Not_Received。
【０１１０】
上記伝達方法及び状態（Ｄｅｌｉｖｅｒｙ Ｍｅｔｈｏｄ ａｎｄ ｓｔａｔｕｓ）は、情報サーバーから受信された情報を含むＭＩＨフレームの伝達方法を表し、伝達方法及び状態（Ｄｅｌｉｖｅｒｙ Ｍｅｔｈｏｄ ａｎｄ ｓｔａｔｕｓ）は、基地局から移動端末に伝送される。伝達方法及び状態は、ユニキャスト（ｕｎｉｃａｓｔ）またはマルチキャスト（ｍｕｌｔｉｃａｓｔ）されることができる。
【０１１１】
移動端末は、自身の選好度を情報要請（ｑｕｅｒｙ）時に設定して伝送することによって伝達方式をネゴすることができる。また、基地局は、要請した情報に対する状態を表す状態コードを伝送できる。移動端末がクエリーを伝送する場合、状態コードは０ｘ００００に設定されることができる。
【０１１２】
【表２５】
伝送方法（Ｄｅｌｉｖｅｒｙ Ｍｅｔｈｏｄ）がＢｉｔ＃１（Ｍｕｌｔｉｃａｓｔ）の場合、表２５は、基地局から移動端末に伝送されるＭＯＢ＿ＭＩＨ−ＭＳＧ内にマルチキャストＣＩＤＴＬＶとして挿入されることができる。
【０１１３】
【表２６】
表２６は、クエリー（Ｑｕｅｒｙ）ＩＤ ＴＬＶとして移動端末と基地局間のＭＯＢ＿ＭＩＨ-ＭＳＧ内に挿入されることができる。より詳細には、移動端末が基地局にクエリ
ーＭＩＨフレームを伝送した後、移動端末に伝送されるＭＯＢ＿ＭＩＨ−ＭＳＧ内の伝送方法（Ｄｅｌｉｖｅｒｙ Ｍｅｔｈｏｄ）がＢｉｔ＃０（ｕｎｉｃａｓｔ）の場合も表２６は、以後クエリー応答を要請するためのクエリー区分子（ｑｕｅｒｙ ｉｄｅｎｔｉｆｉｅｒ）機能として含まれることができる。
【０１１４】
【表２７】
表２７は、周期（ｃｙｃｌｅ）ＴＬＶを表し、基地局から移動端末に伝送されるＭＯＢ＿ＭＩＨ−ＭＳＧ内に挿入されることができる。これは、移動端末の電力消耗を最小化するためのもので、移動端末は、指示された周期にのみダウンリンク情報を観察すればよい。
【０１１５】
【表２８】
表２８は、断片化／パッキング（Ｆｒａｇｍｅｎｔａｔｉｏｎ／Ｐａｃｋｉｎｇ）ＴＬＶで、基地局が応答ＭＩＨフレームを含むＭＯＢ＿ＭＩＨ−ＭＳＧを移動端末に伝送するときに、伝送方法（Ｄｅｌｉｖｅｒｙ Ｍｅｔｈｏｄ）がマルチキャストである時に挿入されることができる。これは、ＭＩＨフレームが伝送ＭＡＣＰＤＵより大きい時に、ＴＬＶを含むＭＩＨフレームが断片化されたか否か、または、ＴＬＶを含むＭＩＨフレームがパッキングされたか否かを表す。
【０１１６】
【表２９】
表２９は、クエリー再試行カウンタ（ＱＵＥＲＹ Ｒｅｔｒｙ ｃｏｕｎｔｅｒ）ＴＬＶを表し、これは、基地局から移動端末に伝送されるＭＯＢ＿ＭＩＨ-ＭＳＧ内に挿入さ
れることができる。このＴＬＶを受け取った移動端末は、マルチキャストにより伝送されるＭＯＢ＿ＭＩＨ−ＭＳＧが、このパラメータによって定められた所定の周期（Ｃｙｃｌｅ）を超過する場合、基地局で情報が使用可能でないと判断する。この時、周期は基地局から移動端末に受信され、前記周期はクエリー応答を伝送できる周期を表す。
【０１１７】
図５は、ＭＩＨフレームを移動端末と基地局間に伝達するためのＭＡＣ管理（ｍａｎａｇｅｍｅｎｔ）メッセージの伝送周期を示す図である。
【０１１８】
移動端末は、情報要請に対する応答メッセージが受信可能な周期（Ｃｙｃｌｅ）値を獲得する。最初の周期になった時、移動端末は応答メッセージを含むＭＯＢ＿ＭＩＨ−ＭＳＧが受信されたか否か確認する。その周期で応答メッセージが発見されないと、移動端末機は次の周期まで待つ。移動端末機は次の周期でＭＯＢ＿ＭＩＨ−ＭＳＧが受信されたか否か確認する。上記の同様に、移動端末機は応答メッセージが発見されるまでＭＯＢ＿ＭＩＨ−ＭＳＧが受信されたか否か確認する。
【０１１９】
基地局により指示された周期でないフレームでは、移動端末が電力をオフしたり減少させることによって移動端末の電力消耗を防止することができる。移動端末は、応答メッセージを発見した後にはＭＯＢ＿ＭＩＨ−ＭＳＧが受信されたか否か確認する必要がない。
【０１２０】
マルチキャスティングＣＩＤでＭＯＢ＿ＭＩＨ−ＭＳＧが伝送される場合に、ＴＬＶエンコーディングされたパラメータを含むＭＩＨフレームはＭＯＢ＿ＭＩＨ−ＭＳＧに含まれる。複数のＭＩＨフレームが、情報要請ＭＩＨフレーム、それに対する応答ＭＩＨフレームなどのように含まれることができる。
【０１２１】
情報要請（またはクエリー）に対する応答ＭＩＨフレームは、ＭＩＨフレームにより伝達されることができる。移動端末から受信した情報要請ＭＩＨフレームがまず含まれ、それに対する応答ＭＩＨフレームが含まれて伝達される。これは、応答メッセージを送らない他の端末がこのメッセージを受信した場合にどんな情報が要請されたか、どんな情報が獲得されて伝達されるかを知らせるためである。
【０１２２】
Ｃ−ＭＩＨ−ＮＯＴＦＹプリミティブは、広帯域無線接続システム客体がＣ−ＳＡＰを通じてＭＯＢ＿ＭＩＨ−ＭＳＧ内のＭＩＨＦフレームをＮＣＭＳに伝送するためである。
【０１２３】
一方、以下のプリミティブは、移動端末のＭＩＨとＭＡＣ間（ＭＳ側）に伝達されるもので、ＭＩＨレンジングを行なうために用いられるためのものである。
【０１２４】
まず、Ｃ−ＮＥＭ−ＲＥＱ（Ａｃｔｉｏｎ Ｔｙｐｅ＝Ｒａｎｇｉｎｇ）について説明すると、このプリミティブは、レンジングを要請する機能を果たす。上位階層管理エンティティ（ｅｎｔｉｔｙ）は、ＮＣＭＳを通じてＭＡＣ階層にこのプリミティブを伝達することでレンジングを要請する。
【０１２５】
このプリミティブの構造を、表３０に示す。
【０１２６】
【表３０】
表３０に示すプリミティブは、初期ネットワーク進入、ハンドオーバー後ネットワーク再進入、周期的レンジング、遊休モード（ｉｄｌｅ−ｍｏｄｅ）でネットワークに再進入、遊休モード移動端末の位置更新及びＭＩＨＦを用いた移動端末のＭＩＨレンジングのためのレンジング過程を開始するために、ＭＩＨＦを含む上位階層管理エンティティにより生成される。その結果、ＭＡＣ階層は、レンジング類型による対応するＴＬＶを含むＲＮＧ−ＲＥＱＭＡＣ関連メッセージを生成することとなる。
【０１２７】
次に、Ｃ−ＮＥＭ−ＲＳＰ（Ａｃｔｉｏｎ Ｔｙｐｅ＝レンジング）について説明すると、このプリミティブは、レンジング結果をＭＩＨＦを含む上位階層に知らせる機能を果たし、その構造は、表３１に示す通りである
【０１２８】
【表３１】
このプリミティブは、ＭＡＣ階層がＲＮＧ−ＲＳＰメッセージを受信したり、またはＢＳがＲＮＧ−ＲＳＰ以後にＭＩＨフレームのためのアップリンク帯域を割り当てた場合に生成される。このプリミティブを通じてＭＩＨＦを含む上位階層エンティティはレンジング結果を受信し、ＭＩＨＦは℃−ＭＩＨ−ＮＯＴＦＹを用いてＭＡＣにＭＩＨフレームを送信できる。
【０１２９】
一方、Ｃ−ＮＥＭ−ＲＥＱ（動作類型＝性能ネゴ（ｃａｐａｂｉｌｉｔｙ ｎｅｇｏ））とそれに対する応答であるＣ−ＮＥＭ−ＲＳＰ（動作類型＝性能ネゴ）プリミティブは、ＳＢＣ−ＲＥＱ／ＲＳＰメッセージで伝送されたり受信されたものを上位客体に伝送するためのプリミティブである。
【０１３０】
また、Ｃ−ＮＥＭ−ＲＥＱ（動作類型＝認証（ａｕｔｅｎｔｉｃａｔｉｏｎ））とそれに対する応答であるＣ−ＮＥＭ−ＲＳＰ（動作類型＝認証）プリミティブは、認証手順のためのもので、ＰＫＭ−ＲＥＱ／ＲＳＰメッセージで伝送されたり受信されたものを上位客体に伝送するためのプリミティブである。
【０１３１】
なお、Ｃ−ＭＩＨ−ＩＮＤプリミティブは、移動端末あるいは基地局の上位客体（例、ＮＣＭＳ）とＭＡＣ客体間のＭＩＨフレームを伝送できる手段であり、ＭＩＨフレームと機能フレーム類型（Ｆｕｎｃｔｉｏｎ ｆｒａｍｅ ｔｙｐｅ）を含むことができる。このプリミティブを受信したＭＡＣ階層は、ＭＯＢ＿ＭＩＨ−ＭＳＧあるいはＰＫＭ−ＲＥＱ／ＲＳＰメッセージを通じてＭＩＨフレームを相手ＭＡＣ階層に伝送できる。
【０１３２】
一方、“ＭＩＨ機能フレーム（ＭＩＨ ｆｕｎｃｔｉｏｎ ｆｒａｍｅ）”及び“ＭＩＨ機能フレームタイプ”はそれぞれ、下記の表３２及び表３３のように表すことができる。
【０１３３】
【表３２】
【０１３４】
【表３３】
一方、下の表３４では、その他のパラメータ及び定数について説明する。
【０１３５】
【表３４】
また、下の表３５には、上記表３４のクエリー再試行カウンタパラメータの他の用途を表す。
【０１３６】
【表３５】
ＭＳが送る帯域幅要請ヘッダ（ｂａｎｄｗｉｄｔｈ ｒｅｑｕｅｓｔ ｈｅａｄｅｒ）は、ＭＳの動作継続（ｋｅｅｐ ａｌｉｖｅ）用途に用いられるもので、毎周期満了（ｃｙｃｌｅ ｅｘｐｉｒａｔｉｏｎ）後に帯域幅要請ヘッダを受信した基地局がクエリー応答を獲得したとすれば、ＭＳがＰＫＭ−ＲＥＱ（ｃｏｄｅ=３３）を基地局に伝送するこ
となく要請ない（ｕｎｓｏｌｉｃｉｔｅｄ）ＰＫＭ−ＲＳＰ（ｃｏｄｅ=３４）を伝送す
ることによってクエリー応答を伝達できる。
【０１３７】
一方、下の表３６には、ＰＫＭメッセージが伝達できるＭＩＨメッセージの種類例を示す。
【０１３８】
【表３６】
表３６に記載されたように、ＭＩＨ初期応答は、‘ＭＩＨ ａｃｋｎｏｗｌｅｄｇｅ’と呼ばれることができる。また、ＭＩＭ復帰（Ｃｏｍｅｂａｃｋ）要請は表３６で省略されることができる。したがって、ＭＩＭ帰還（Ｃｏｍｅｂａｃｋ）要請機能は、基地局に帯域要請要請を伝送することによってのみ行なわれることができる。
【０１３９】
一方、下の表３７は、ＰＫＭメッセージのコードがＭＩＨ初期要請の場合に含まれるパラメータの一例である。
【０１４０】
【表３７】
表３８は、ＰＫＭメッセージのコードがＭＩＨ初期応答であるかＭＩＨである場合に含まれるパラメータの一例である。
【０１４１】
【表３８】
本発明の一実施例において、表３８でＭＩＨＦフレームタイプとＭＩＨＦフレームは省略されることができる。また、ＭＩＨＦフレームタイプとクエリーに対する答弁を含むＭＩＨフレームは、以降ＭＩＨ復帰応答メッセージで伝送されることができる（表４０参考）。
【０１４２】
また、表３９は、ＰＫＭメッセージのコードがＭＩＨ復帰要請である場合にＭＩＨＦフレームに含まれるパラメータの一例である。
【０１４３】
【表３９】
また、表４０は、ＰＫＭメッセージのコードがＭＩＨ復帰応答である場合にＭＩＨＦフレームに含まれるパラメータの一例である。
【０１４４】
【表４０】
一方、下記の表４１には、ＮＣＭＳから８０２．１６客体に、または、８０２．１６客体からＮＣＭＳにＰＫＭ−ＭＳＧあるいはＭＯＢ＿ＭＩＨ−ＭＳＧメッセージを伝達するためのＣ−ＭＩＨ−ＩＮＤプリミティブの一例を示す。
【０１４５】
【表４１】
ここで、ＭＩＨＦフレーム（ＭＩＨＦ Ｆｒａｍｅ）は、ＩＥＥＥ８０２．２１標準に記述されたＭＩＨフレームである。また、ＭＳの状態（ＭＳ’ｓ ｓｔａｔｕｓ）は、ＭＳが認証されたのか否かを表すＭＳの認証状態を表す（すなわち、００：認証、０１：非認証、１０：状態未確認）。この値は、ＢＳによりＭＩＨにＭＳの認証状態を知らせるために生成される。ＭＩＨがこのプリミティブを受信する場合、ＭＩＨはこのプリミティブによって設定された認証状態ビットを有し、情報サーバーに送信されるＭＩＨフレームを生成する。
【０１４６】
すなわち、基地局は、ＭＩＨ客体に伝送するプリミティブにＭＳの認証状態を含めて伝送する。これを受信したＭＩＨ客体は、情報サーバー（ｉｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｅｒ）に伝達するＭＩＨフレームを、生成時に認証状態情報を基地局から受け取ったプリミティブに設定されている認証状態と同一に設定して伝達する。このＭＩＨフレームは、本プリミティブに含まれているＭＩＨＦフレームをリレイ（ｒｅｌａｙ）するためのもので、基地局からこのフレームを受け取ったＭＩＨ客体が新しくＭＩＨＦフレームを構成しても良く、本プリミティブで伝達されたＭＩＨＦフレームをそのまま使用しながら端末の認証状態のみを本プリミティブで伝達された状態のまま設定して構成しても良い。
【０１４７】
上述したように規定された制御信号を用いて本発明の一実施形態によって異種網間情報を獲得する方法について以下に詳細に説明する。図６は、本発明の一実施形態によって移動端末がＭＩＨレンジングコードで開始されるレンジング手順を行なう途中に情報サーバーから異機種網間のハンドオーバーのための情報要素を獲得する方法の段階構成を示すフローチャートである。
【０１４８】
図６に示すような本発明の一実施形態によるマルチモード端末が異機種網間のハンドオーバーのための情報を獲得する方法は、大きく、ＭＩＨ性能探索段階（Ｓ６０１〜Ｓ６０３）、基地局とのレンジングを行なう間に情報サーバーに情報を要請する段階（Ｓ６０４〜Ｓ６０８）、及びこれを通じて異機種網に関する情報を受信する段階（Ｓ６０９〜Ｓ６１０）からなっている。
【０１４９】
より具体的に、基地局のＭＩＨ性能を探索するために段階Ｓ６０１では、基地局からＭＩＨ性能情報を受信する。従来の初期レンジング段階では、基地局がＭＩＨ機能を行なえるかに関する情報のみを受信したが、本発明によれば、段階Ｓ６０１で受信する信号は基地局がＭＩＨ機能を行なえるか否かだけでなく、基地局が、例えば情報サービス、イベントサービス及び命令サービスのようなサービスのうちどんなＭＩＨサービスを支援できるかに関する情報を含むことができる。
【０１５０】
その後、段階Ｓ６０２で、移動端末は、基地局から２５６個のレンジングコード別用途を表す集合情報を受信する。本発明の一実施形態によれば、この段階で受信するレンジングコードには、従来の初期レンジングのためのコード、周期的レンジングのためのコード、帯域割当要請のためのコード、ハンドオーバーのためのコードの外に、ＵＣＤメッセージにＭＩＨレンジングコードをさらに受信することができる。これは、以降、網進入が完了する前であってもレンジングを行なう過程でハンドオーバーしようとする異種網に関する情報を受信する過程を行なうのに利用される。その後、段階Ｓ６０３で、移動端末は、基地局から受信した情報、特にＭＩＨ探索のための情報を通じて以降、情報サーバーにクエリーする情報を準備する。
【０１５１】
次に、段階Ｓ６１４で移動端末は、段階Ｓ６０２から受信したＭＩＨレンジングコードグループから、ＭＩＨレンジングに使用できるコードのうち一つのコードをランダムに選択して基地局に送信する。４個のＯＦＤＭＡシンボルにわたって伝送する場合は、最初の２つのシンボルには最初に選択したレンジングコードを、残りの２つのシンボルには最初に使用したコードの次のコードを使用する。このようなＭＩＨコード送信を通じて基地局は該当の端末がＭＩＨＦ通信を行なえるということを予測する。
【０１５２】
一方、基地局は、ＭＩＨを行なうための準備が完了した場合、移動端末に成功信号を送信し、場合によって継続信号または失敗信号を送信できる。段階Ｓ６０５で、端末が基地局から成功信号を受信した場合、段階Ｓ６０７に進行する。一方、基地局から継続信号のような信号を受信した場合、移動端末は段階Ｓ６０６に進行し、送信するレンジングコードに一定の変化を加えて再送信できるが、段階Ｓ６０６は選択的なもので、含まれなくても構わない。
【０１５３】
その後、段階Ｓ６０７で、移動端末は、以後情報サーバーへのクエリーのためのクエリー情報送信のための帯域幅を基地局に要請する。情報サーバーへのクエリーのためのクエリー情報は、クエリー要請のためのＭＩＨフレーム大きさによって必要な帯域の大きさが異なることができるので、本発明の一実施形態では、このような帯域要請段階及びこれによる帯域割当段階を追加し、周波数資源の効率を高めることができる。このような帯域要請信号に対応して基地局が該当帯域を割り当てた場合、段階Ｓ６０８で端末はこの帯域を通じて情報サーバーにクエリーするクエリー情報を基地局に送信する。
【０１５４】
このようなクエリー情報を受信した基地局は、以降、情報サーバーから獲得した情報を端末に伝達するための情報、例えば、情報を送信する周期に関する情報、及びマルチキャストＣＩＤを端末に送信する（Ｓ６０９）。このような情報を受信した端末は、該当の周期に該当する情報のみを検索し、その他の段階では受信電力を減らすことによってバッテリー寿命を延ばすことができる。その後、段階Ｓ６１０で、移動端末は、断片化／パッキング情報を結合または分離するための断片化／パッキング情報を受信することで、異種網間ハンドオーバーに関する情報を容易に獲得できる。
【０１５５】
図７は、本発明の他の実施形態によって移動端末が広帯域無線接続システムの基地局とＭＩＨ ＭＡＣバージョンを用いたレンジング手順を行なう途中に情報サーバーから異機種網間のハンドオーバーのための情報要素を獲得する方法を示すフローチャートである。
【０１５６】
図７は、図６に比べて、初期レンジングコードを送信する段階（Ｓ７０４）、ＭＩＨ ＭＡＣバージョンを送信する段階（Ｓ７０７）、及び基本ＣＩＤと主ＣＩＤを受信する段階（Ｓ７０８）が異なるだけで、その他の段階構成は同一であり、よって、以下では図６の段階構成と異なる段階を中心にして説明する。
【０１５７】
段階Ｓ７０１〜段階Ｓ７０３のＭＩＨ性能探索段階を完了した後、移動端末は、段階Ｓ７０４から基地局へ初期レンジングコードを送信する。このような初期レンジングを通じて移動端末は移動端末のアップリンクパラメータの調節を行なうだけで、図６に示す実施形態のようにＭＩＨを行なおうとすることを基地局に未だ知らせた状態ではない。
【０１５８】
その後、段階Ｓ７０５で基地局から成功信号を受信した移動端末は、段階Ｓ７０７で本発明の一実施形態によって規定されたＭＩＨ ＭＡＣバージョンを送信する。このようなＭＩＨ ＭＡＣバージョンを受信した基地局は、移動端末がＭＩＨ通信を開始できるということを予測し、移動端末に基本ＣＩＤ及び主ＣＩＤを割り当てて送信する。段階Ｓ７０８で、移動端末はＣＩＤを受信する。ＣＩＤを受信した状態は、移動端末が基地局の属した網に進入する前段階であるから、イベントサービスや命令サービス以外の情報サービスやＭＩＨ性能発見サービスなどを支援できる状態を意味する。その後、段階Ｓ７０９〜段階Ｓ７１２を通じて移動端末は、基地局が獲得した情報サーバーからの情報を獲得する。
【０１５９】
本発明のより詳細な構成は、上記の一般化された構成と共に説明される。
【０１６０】
図８は、図６で説明したマルチモード移動端末が広帯域無線接続システムの基地局とＭＩＨレンジングコードで開始されるレンジング手順を行なう途中に情報サーバーから異機種網間のハンドオーバーのための情報要素を獲得する方法を、より具体的過程を挙げて示す図である。
【０１６１】
移動端末は、ダウンリンクチャネルを検索して基地局からアップリンク／ダウンリンク同期を獲得し、ダウンリンクマップ（ＤＬ−ＭＡＰ）、ダウンリンクチャネル記述子（ＤＣＤ）、アップリンクチャネル記述子（ＵＣＤ）を獲得する。この時、上述のような本発明の一実施形態によれば、ＤＣＤメッセージには基地局のＭＩＨＦ性能発見のための情報が含まれている（（１））。基地局のＭＩＨＦ性能発見情報はＣ−ＨＯ−ＲＳＰプリミティブを通じてＭＩＨに伝達される（（２））、これはＬｉｎｋ＿Ｄｅｔｅｃｔｅｄ．ｉｎｄｉｃａｔｉｏｎを通じて上位階層に伝達される（（３））。次に、基地局は、アップリンクマップ（ＵＬ−ＭＡＰ）を伝送してアップリンク構造と帯域を割り当てる。
【０１６２】
したがって、移動端末はＤＬ−ＭＡＰ／ＵＬ−ＭＡＰを通じて初期任意接続区間を確保してＤＣＤ／ＵＣＤを通じてレンジングに必要なパラメータを確保した状態であり、この過程は前記（２）、（３）及び（５）の過程と独立して行なわれることができる。
【０１６３】
移動端末の上位階層は、要請する情報要素を含めたプリミティブをＭＩＨに伝達し、ＭＩＨはこの情報要素を含むＭＩＨフレームを構成する。図８で示すプリミティブは、広帯域無線接続基地局周辺ネットワークの情報要素を要請するためのプリミティブであるが、実際周辺ネットワークのＭＩＨＦエンティティ性能情報のみを要請するためにＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒプリミティブ形態で伝送されても良い（（５））。ＭＩＨ＿Ｇｅｔ．ｉｎｆｏｒｍａｉｔｏｎプリミティブを受信したＭＩＨは、Ｃ−ＮＥＭ−ＲＥＱプリミティブを通じてＭＡＣ階層がＭＩＨレンジングを開始するようにし、ＭＩＨフレーム大きさを知らせることによって移動端末のＭＡＣが以降に基地局にどれだけの資源割当を要求するかを知らせる（（６））。
【０１６４】
前記過程（６）で利用されるＣ−ＮＥＭ−ＲＥＱにより定義される動作は、従来の場合、初期レンジング、周期的レンジング、帯域割当要請、ハンドオーバーの４種類に限定されたが、本発明の一実施形態によれば、このような４種類動作にＭＩＨレンジング動作が追加されて機能する。
【０１６５】
移動端末は、伝送されたＵＣＤメッセージを通じて区分されたレンジング類型のうち、ＭＩＨレンジングコードをランダムに選択して基地局に伝送する（（７））。基地局は、移動端末がＭＩＨＦ通信を開始したがることを予測し、成功レンジング状態をＲＮＧ−ＲＳＰで応答する（（８））。ここで、ＭＩＨＦ通信は、移動端末が基地局に認証する前段階であるから、イベントサービスや命令サービス以外の情報サービスやＭＩＨ性能発見サービスなどを意味する。
【０１６６】
基地局は、移動端末がＭＩＨサービス要請のための帯域を要請するようにＣＤＭＡａｌｌｏｃａｔｉｏｎ ＩＥを伝送する（（９））。移動端末は、ＣＩＤ ００００を使用して帯域要請ヘッダを基地局に伝送し、これはＭＩＨフレームを伝送するための資源を要請するためである（（１０））。帯域要請を受けた基地局は、ＵＬ−ＭＡＰを通じて割り当てられた資源を知らせる（（１１））。
【０１６７】
その後、移動端末のＭＡＣは、Ｃ−ＮＥＭ−ＲＳＰプリミティブを通じてＭＩＨにＭＩＨレンジング手順を完了し、情報要請のためのＭＩＨフレームを伝送する準備ができたということを知らせる（（１２））。ＭＩＨは、Ｃ−ＭＩＨ−ＮＯＴＦＹを通じて（過程（５）において）伝送された情報要素を含めたＭＩＨフレームを、ＭＡＣに伝達する（（１３））。移動端末のＭＡＣは、基地局のＭＡＣにＭＩＨフレームを伝送し（（１４））、基地局は、マルチキャストＣＩＤと周期情報を移動端末に伝送する（（１５））。マルチキャストＣＩＤはＭＩＨフレームを伝送するためのものであり、周期はＭＩＨフレームを伝送するタイミングを指示することによって端末の電力消耗を節約するためのものである。
【０１６８】
図８では、ＭＩＨフレーム伝送のためにマルチキャストＣＩＤを利用するとしているが、本発明の他の実施形態では、これと違い、クエリー情報を伝送した対象に限ってＭＩＨフレームを通じて該当情報を送信するためのユニキャストＣＩＤを利用しても良いということは当業者とっては自明である。ただし、２つ以上の端末から同じ情報をクエリーする信号を受信した場合、ＭＩＨフレームの余分の反復伝送を防止するために、該当端末の属したグループ全体にＭＩＨフレームを送信するようにマルチキャストＣＩＤを利用することがより好ましい。
【０１６９】
基地局のＭＡＣは、ＭＩＨにＭＩＨフレームを伝送し、情報サーバーとのクエリーを通じて獲得した情報要素を含めたＭＩＨフレームを受信する（（１６）〜（１９））。もしＭＩＨＦの性能をクエリーし応答する場合には、前記過程（１４）、（１６）、（１７）にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔフレームが、情報サーバーではなくＭＩＨ客体に伝達され、過程（１８）、（１９）、（２０）、（２１）の応答にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅフレームが含まれて伝達されることとなる。
【０１７０】
本実施形態では、基地局のＭＩＨが中継する例としたが、基地局があらかじめ定めておいた方法、例えばトンネリング（Ｔｕｎｎｅｌｉｎｇ）を使用したりして情報サーバーあるいはＭＩＨ客体と連結される場合には、基地局のＭＡＣが各情報要請メッセージを該当客体、すなわち情報サーバーあるいはＭＩＨ客体に伝達をする。基地局にＭＩＨがなく、ＭＡＣがフレームを伝達する場合には、ＭＯＢ＿ＭＩＨ−ＭＳＧに含まれたＴＬＶを理解して該当客体に伝達をすべきである。
【０１７１】
図８を再び参照すると、基地局のＭＡＣは、移動端末のＭＡＣに、指示された周期に、ＭＩＨフレームを含むＭＯＢ＿ＭＩＨ−ＭＳＧを伝送する（２０）。移動端末のＭＡＣは、ＭＩＨにＣ−ＭＩＨ−ＮＯＴＦＹを通じてＭＩＨフレームを伝達し（２１）、上位客体にＭＩＨ＿Ｇｅｔ．ｉｎｆｏｒｍａｔｉｏｎを通じて獲得した情報を伝送する（２２）。
【０１７２】
図９は、図８の移動端末と基地局間にフレーム同期化によるＭＡＣ手順を行なう過程の詳細の一例を示す図である。
【０１７３】
図９に示す各過程は、図８の過程と類似するので、図９の詳細な技術内容は、本発明の属する技術分野における通常の知識を持つ者には明白である。
【０１７４】
図１０〜図１３は、図７による方法の具体的過程の一例である。
【０１７５】
まず、図１０は、図７で説明したマルチモード移動端末が広帯域無線接続システムの基地局とＭＩＨ ＭＡＣバージョンを用いたレンジング手順を行なう途中に情報サーバーから異機種網間のハンドオーバーのための情報要素を獲得する方法を、より具体的な例として示す図である。
【０１７６】
移動端末は、ダウンリンクチャネルを検索、基地局からアップリンク／ダウンリンク同期を獲得し、ダウンリンクマップ（ＤＬ−ＭＡＰ）、ダウンリンクチャネル記述子（ＤＣＤ）、アップリンクチャネル記述子（ＵＣＤ）を獲得する。この時、ＤＣＤメッセージには基地局のＭＩＨＦ性能発見のための情報が含まれている（（１））。基地局のＭＩＨＦ性能発見情報はＣ−ＨＯ−ＲＳＰプリミティブを通じてＭＩＨに伝達され（（２））、これはＬｉｎｋ＿Ｄｅｔｅｃｔｅｄ．ｉｎｄｉｃａｔｉｏｎを通じて上位階層に伝達される（（３））。
【０１７７】
基地局は、アップリンクマップ（ＵＬ−ＭＡＰ）を伝送してアップリンク構造と帯域を割り当てる。したがって、移動端末は、ＤＬ−ＭＡＰ／ＵＬ−ＭＡＰを通じて初期任意接続区間を確保し、ＤＣＤ／ＵＣＤを通じてレンジングに必要なパラメータを確保した状態であり、この過程は、（２）、（３）及び（５）の過程と独立して行なわれることができる（（４））。
【０１７８】
移動端末の上位階層は、要請する情報要素を含めたプリミティブをＭＩＨに伝達し、ＭＩＨは、この情報要素を含むＭＩＨフレームを構成する。図１０に示すプリミティブは、広帯域無線接続基地局周辺ネットワークの情報要素を要請するためのプリミティブであるが、実際周辺ネットワークのＭＩＨＦエンティティ性能情報のみを要請するためにＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒプリミティブ形態で伝送されても良い（（５））。
【０１７９】
ＭＩＨ＿Ｇｅｔ．ｉｎｆｏｒｍａｉｔｏｎプリミティブを受け取ったＭＩＨは、Ｃ−ＮＥＭ−ＲＥＱプリミティブを通じてＭＡＣ階層がＭＩＨレンジングを開始するようにし、ＭＩＨフレーム大きさを知らせることによって、移動端末のＭＡＣが以降に基地局にどれだけの資源割当を要求するかを知らせる（（６））。
【０１８０】
移動端末は、伝送されたＵＣＤメッセージを通じて区分されたレンジング類型のうち、初期レンジングコードをランダムに選択して基地局に伝送する（（７））。移動端末は、基地局から成功レンジング状態を受け取るまでアップリンク伝送パラメータ調整値及びタイム値を調整する（（８））。
【０１８１】
基地局は、移動端末がＭＡＣアドレスとＭＡＣバージョンを伝送できるようにＣＤＭＡ＿Ａｌｌｏｃａｔｉｏｎ＿ＩＥを通じてアップリンク帯域を割り当ててＵＬ−ＭＡＰを伝送する（（９））。移動端末は、ＭＡＣアドレスとＭＩＨ ＭＡＣバージョンをＲＮＧ−ＲＥＱメッセージを通じて基地局に伝達する（（１０））。ＭＩＨ ＭＡＣバージョンを受信した基地局は、移動端末がＭＩＨ通信を開始できることを予測し、ＲＮＧ−ＲＳＰメッセージで基本ＣＩＤと主ＣＩＤを割り当てる。この時、ＭＩＨＦ通信は、移動端末が基地局に認証する前段階であるから、イベントサービスや命令サービス以外の情報サービスやＭＩＨ性能発見サービスなどを意味する（（１１））。
【０１８２】
移動端末は、割り当てられた基本ＣＩＤや主ＣＩＤを用いて帯域要請ヘッダを基地局に伝送し、これはＭＩＨフレームを伝送するための資源を要請するためである（（１２））
。帯域要請を受けた基地局は、ＵＬ−ＭＡＰを通じて割り当てられた資源を知らせる（（１３））。
【０１８３】
その後、移動端末のＭＡＣは、Ｃ−ＮＥＭ−ＲＳＰプリミティブを通じてＭＩＨにＭＩＨレンジング手順を完了し、情報要請のためのＭＩＨフレームを伝送する準備ができたということを知らせる（（１４））。ＭＩＨは、Ｃ−ＭＩＨ−ＮＯＴＦＹを通じて（過程（５）において）伝送された情報要素を含めたＭＩＨフレームをＭＡＣに伝達する（（１５））。
【０１８４】
移動端末のＭＡＣは、基本ＣＩＤあるいは主ＣＩＤで基地局のＭＡＣにＭＩＨフレームを伝送し（（１６））、基地局はマルチキャストＣＩＤと周期情報を移動端末に伝送する（（１７））。マルチキャストＣＩＤは、以降に伝送する網情報を含めたＭＩＨフレームを伝送するためのもので、端末の電力消耗を最小化するためにこの周期に伝送されることを指示するものである。
【０１８５】
基地局のＭＡＣは、ＭＩＨにＭＩＨフレームを伝送し、情報サーバーとのクエリーを通じて獲得した情報要素を含めたＭＩＨフレームを受信する（（１８）〜（２１））。
【０１８６】
もしＭＩＨＦの性能をクエリーし応答する場合には、過程（１６）、（１８）及び（１９）にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔフレームが情報サーバーではなくＭＩＨ客体に伝達され、過程（２０）、（２１）、（２２）及び（２３）の応答にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅフレームが含まれて伝達されることとなる。
【０１８７】
本実施形態は、基地局のＭＩＨが中継する例としたが、基地局があらかじめ定めておいた方法、例えばトンネリングを使用したりして情報サーバーあるいはＭＩＨ客体と連結される場合には、基地局のＭＡＣが各情報要請メッセージを該当客体、すなわち情報サーバーあるいはＭＩＨ客体に伝達をする。基地局にＭＩＨがなく、ＭＡＣがフレームを伝達する場合には、ＭＯＢ＿ＭＩＨ−ＭＳＧに含まれたＴＬＶを理解して該当客体に伝達すべきである。
【０１８８】
図１０を再び参照すると、基地局のＭＡＣは、移動端末のＭＡＣに、指示された周期に、ＭＩＨフレームを含むＭＯＢ＿ＭＩＨ−ＭＳＧを伝送する（（２２））。移動端末のＭＡＣは、ＭＩＨにＣ−ＭＩＨ−ＮＯＴＦＹを通じてＭＩＨフレームを伝達し（（２３））、上位階層にＭＩＨ＿Ｇｅｔ．ｉｎｆｏｒｍａｔｉｏｎを通じて獲得した情報を伝送する（２４）。
【０１８９】
一方、図１１は、図１０と同様な手順を行なう過程を示す一例であるが、ただし、フレーム同期による移動端末と基地局のＭＡＣ手順のみを示す。
【０１９０】
図１２は、マルチモード移動端末が広帯域無線接続システムの基地局とＭＩＨ ＭＡＣバージョンを用いたレンジング手順を行なう途中に情報サーバーからマルチキャスト方法により異機種網間のハンドオーバーのための情報要素を獲得する方法を示すさらに他の実施例である。
【０１９１】
図１２に示していない（１）〜（６）過程は、図１０と同じ動作手順を行なうので、反復を避けるために省略する。
【０１９２】
移動端末は（１）〜（６）の過程を通じて伝送されたＵＣＤメッセージを通じて区分されたレンジング類型のうち、初期レンジングコードをランダムに選択して基地局に伝送する（（７））。移動端末は、基地局から成功レンジング状態を受信するまでアップリンク伝送パラメータ調整値及びタイム値を調整する。
【０１９３】
一方、基地局は登録タイマーT９を開始させ（９））、タイマーが完了する前に移動端
末はＳＢＣ−ＲＥＱを通じて登録手順を行なわなければならない。
【０１９４】
基地局は、移動端末がＭＡＣアドレスとＭＡＣバージョンを伝送できるようにＣＤＭＡ＿Ａｌｌｏｃａｔｉｏｎ＿ＩＥを通じてアップリンク帯域を割り当て、ＵＬ−ＭＡＰを伝送する（（１０））。その後、移動端末はＭＡＣアドレスとＭＩＨ ＭＡＣバージョンをＲＮＧ−ＲＥＱメッセージを通じて基地局に伝達する（（１１））。ＭＩＨ ＭＡＣバージョンを受信した基地局は、移動端末がＭＩＨ通信を開始できることを予測すると同時に、ＲＮＧ−ＲＳＰメッセージで基本ＣＩＤ（Ｂ−ＣＩＤ）と主ＣＩＤ（Ｐ−ＣＩＤ）を割り当てる（（１２））。この時、ＭＩＨＦ通信は、移動端末が基地局に認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）をする前段階であるから、イベントサービスや命令サービス以外の情報サービスやＭＩＨ性能発見サービスなどを意味する。
【０１９５】
移動端末は、割り当てられた基本ＣＩＤや主ＣＩＤを使用して上位エンティティから伝達されたＭＩＨフレーム大きさによって帯域要請ヘッダを基地局に伝送し、これはＭＩＨフレームを伝送するための資源を要請するためのものである（（１３））。帯域要請を受けた基地局は、ＵＬ−ＭＡＰを通じて割り当てられたアップリンク資源を知らせる（（１４））。
【０１９６】
移動端末のＭＡＣは、Ｃ−ＮＥＭ−ＲＳＰプリミティブを通じてＭＩＨにＭＩＨレンジング手順を完了し、情報要請のためのＭＩＨフレームを伝送する準備ができたということを知らせる（（１５））。すると、移動端末のＭＩＨは、Ｃ−ＭＩＨ−ＮＯＴＦＹを通じて（図１０の過程（５）において）伝送された情報要素を含めたＭＩＨフレームをＭＡＣに伝達する（（１６））。移動端末のＭＡＣは、基本ＣＩＤあるいは主ＣＩＤを用いて基地局のＭＡＣにＭＩＨフレームを伝送し、かつ、端末が所望する応答ＭＩＨフレームの伝送方法を伝送する（（１７））。
【０１９７】
ＭＯＢ＿ＭＩＨ−ＭＳＧを受信した基地局は、Ｔ９タイマーを中止してＴ４７タイマーを開始させ（（１８））、これは、Ｔ４７タイマーが完了する前にＳＢＣ−ＲＥＱを受信できない場合、割り当てられた基本ＣＩＤと主ＣＩＤの管理（Ｍａｎａｇｅｍｅｎｔ）ＣＩＤを解除するためである。
【０１９８】
基地局は、クエリーＩＤと周期を伝送する（（１９））。周期情報は端末の電力消耗を最小化するために移動端末がモニタリング（ｍｏｎｉｔｏｒ）しなければならないフレーム周期を知らせるものである。移動端末は、該当周期以外のフレームに対しては電源節約モード（ｐｏｗｅｒ ｓａｖｉｎｇ ｍｏｄｅ）に切り替えて電源を節約できる。
【０１９９】
基地局は、該当周期になった時にクエリー応答が可能か確認し、可能なら、マルチキャスト（ｍｕｌｔｉｃａｓｔ）を使用する場合にはこの周期に移動端末にクエリー応答メッセージをＭＯＢ＿ＭＩＨ−ＭＳＧに含めて伝達し、ユニキャスト（ｕｎｉｃａｓｔ）を使用する場合には該当端末が応答できるようにＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを周期に該当するＵＬ−ＭＡＰに含めてアップリンク帯域幅を割り当て、移動端末が応答できるようにする。ユニキャスト伝達方法を使用する方法は、他の図面を参照して後述される。
【０２００】
クエリー応答が準備された時、これを伝達するまたは移動端末をポーリング（ｐｏｌｌｉｎｇ）する時点は、準備した以後の最初の周期（Ｃｙｃｌｅ）である。本実施例で基地局は、ＭＩＨフレーム伝送方法としてマルチキャスト（ｍｕｌｔｉｃａｓｔ）方法を選択し、マルチキャストＣＩＤを含めて移動端末に伝達する。マルチキャストＣＩＤは、伝達方法がマルチキャストと設定された場合、ＭＩＨフレームに含まれて伝達される。この時、基地局は、クエリー再試行カウンタ（Ｑｕｅｒｙ Ｒｅｔｒｙ Ｃｏｕｎｔｅｒ）も共にＭＩＨフレームに含めて伝達する。マルチキャスト方法の場合に、このカウンタの用途は、移動端末がクエリー応答を受信するまで周期回数を測定し、カウンタ値までクエリー応答が受信されない場合エラーと判断する基準である。一方、ユニキャスト方法の場合に、このカウンタの用途は、基地局がクエリー応答準備を完了した後に最初の周期に移動端末をポーリングした時に移動端末が応答しない場合、基地局に再試行回数を知らせる。再試行回数は、再試行カウンタが指示する回数を超えた場合、基地局は移動端末が他のところに移動したりして利用可能でないと判断する根拠として用いる。
【０２０１】
図１２を再び参照すると、基地局は、情報サーバーとのクエリーを通じて獲得した情報要素を含めたＭＩＨフレームを受信する（（２０）〜（２３））。もしＭＩＨＦの性能をクエリーし応答する場合には、過程（１７）、（２０）及び（２１）でＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔフレームは情報サーバーではなくＭＩＨ客体に伝達され、過程（２２）、（２３）、（２４）の応答にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅフレームが含まれて伝達されることとなる。
【０２０２】
本実施形態は、基地局のＭＩＨが情報サーバー（あるいはＭＩＨ客体）と移動端末間で要請及び／または応答メッセージを中継する例としたが、本発明による他の実施例では、基地局のＭＡＣを情報サーバーまたはＭＩＨ客体に連結するトンネリングのようなあらかじめ定めておいた方法により基地局のＭＡＣは情報要請メッセージを伝送することができる。基地局にＭＩＨがなく、基地局のＭＡＣがフレームを伝達する場合、基地局のＭＡＣはＭＯＢ−ＭＩＨ−ＭＳＧに含まれたＴＬＶを理解して該当客体を伝送する。
【０２０３】
基地局は、毎周期ごとに情報サーバーから受信したＭＩＨフレームを含むＭＯＢ＿ＭＩＨ−ＭＳＧをマルチキャストする。もし基地局が応答を伝送する準備ができないと、基地局は該当周期ではいかなるものも伝送しない。移動端末は、クエリーを伝送した後に一番目の周期になった時、クエリー再試行カウンタを駆動する。移動端末は、基地局の周期をモニタリングして該当周期にクエリー応答がない場合、引き続き次の周期を観察するが、観察する最大回数は、クエリー再試行カウンタで定めた回数となる。
【０２０４】
この時、クエリーに対する応答はＩＤを含めなくて良い、メッセージ断片化（ｆｒａｇｍｅｎｔａｔｉｏｎ）により様々なＭＡＣフレームに分けられて伝送されることができる（（２４））。移動端末のＭＡＣは、ＭＩＨにＣ−ＭＩＨ−ＮＯＴＦＹを通じてＭＩＨフレームを伝達し（（２５））、上位階層にＭＩＨ＿Ｇｅｔ．ｉｎｆｏｒｍａｔｉｏｎを通じて伝送する（２６）。
【０２０５】
ＭＩＨフレームを受信した上位階層が該当基地局にハンドオーバーをすることを決定した場合（ケース１）、上位階層は、ＭＡＣ階層がＬ２リンクを確立するようにＭＩＨ＿Ｓｗｉｔｃｈ命令語を伝送する（（２７））。ＭＡＣ階層は、ＳＢＣ−ＲＥＱを基地局に伝送して基本性能ネゴ手順を開始する（（２８））。ＳＢＣ−ＲＥＱを受け取った基地局はＴ４７タイマーを終了し、割り当てられたＣＩＤを用いて手順を行なう（（２９））。
【０２０６】
しかし、移動端末の上位階層は、伝送された情報に基づいて該当基地局にハンドオーバーをしないことを決定し（ケース２）、基地局にいかなるメッセージも伝送しない。基地局は、Ｔ４７タイマーが満了するまでＳＢＣ−ＲＥＱを受信できないと、マルチキャストＣＩＤ以外の基本（ｂａｓｉｃ）ＣＩＤ、主（ｐｒｉｍａｒｙ）ＣＩＤと管理（Ｍａｎａｇｅｍｅｎｔ）ＣＩＤを解除する（（２７））。
【０２０７】
図１３は、広帯域無線接続システムの基地局と移動端末によりＭＩＨ ＭＡＣバージョンを用いたレンジング手順を行なう途中にユニキャスト伝送方法によって異機種網間のハンドオーバーのための情報を獲得する方法を示すさらに他の実施例である。
【０２０８】
図１３に示していない過程（１）〜（６）は、図１０の過程と同一であり、重複を避けるために省略する。
【０２０９】
移動端末は、図１０に示す過程（１）〜（６）を通じて伝送されたＵＣＤメッセージにより区分されたレンジングコード類型の中から選択された初期レンジングコードをランダムに伝送する（（７））。移動端末は、基地局から‘成功’信号を受信するまでアップリンク伝送パラメータ及びタイム値を調整する（（８））。
【０２１０】
基地局は、登録タイマーＴ９を駆動し（（９））、タイマーＴ９が完了する前に移動端末はＳＢＣ−ＲＥＱを通じて登録手順を行なわなければならない。
【０２１１】
ＵＬ−ＭＡＰを伝送することによって移動端末がＭＡＣアドレスとＭＡＣバージョンを伝送するように、基地局はＣＤＭＡ＿Ａｌｌｏｃａｔｉｏｎ＿ＩＥを通じてアップリンク帯域を割り当てる（（１０））。その後、移動端末は、ＭＡＣアドレスとＭＩＨ ＭＡＣバージョンをＲＮＧ−ＲＥＱメッセージを通じて基地局に伝達する（１１）。ＭＩＨ ＭＡＣバージョンを受信した基地局は、移動端末がＭＩＨ通信を開始できることを予測し、ＲＮＧ−ＲＳＰメッセージを通じて基本ＣＩＤと主ＣＩＤを割り当てる（１２）。ここで、ＭＩＨＦ通信は、移動端末が基地局と認証を完了した状態でないので、イベントサービスやコマンドサービス以外の情報サービスやＭＩＨ性能発見サービスを意味する。
【０２１２】
移動端末は、上位階層から受信したＭＩＨフレーム大きさによって基本ＣＩＤや主ＣＩＤを用いて帯域要請ヘッダを伝送し、これは、ＭＩＨフレームを伝送するための資源を要請するためである（（１３））。帯域要請を受けた基地局は、ＵＬ−ＭＡＰを通じてアップリンク資源を知らせる（（１４））。
【０２１３】
移動端末のＭＡＣは、Ｃ−ＮＥＭ−ＲＳＰプリミティブを通じてＭＩＨにＭＩＨレンジング手順を完了し、情報要請のためのＭＩＨフレームを伝送する準備ができたということを知らせる（（１５））。移動端末のＭＩＨは、Ｃ−ＭＩＨ−ＮＯＴＦＹを通じて伝送された情報要素を含めたＭＩＨフレームを、ＭＡＣに伝達する（（１６））。移動端末のＭＡＣは、基本ＣＩＤあるいは主ＣＩＤを用いて基地局のＭＡＣにＭＩＨフレームを伝送し、所望する応答ＭＩＨフレームの伝送方法を伝送する（（１７））。
【０２１４】
ＭＯＢ＿ＭＩＨ−ＭＳＧを受信した基地局は、Ｔ９タイマーを中止してＴ４７タイマーを始める（（１８））。これは、Ｔ４７タイマーが完了する前に基地局がＳＢＣ−ＲＥＱを受信できない場合、基本ＣＩＤと主ＣＩＤを解除するためである。
【０２１５】
基地局は、クエリー再試行カウント値を設定して移動端末に伝達する。カウンタは、基地局がクエリーに対する応答を伝送するための準備を完了してから一番目の周期でＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを通じて移動端末をポーリングする時、移動端末が前記ポーリングに応答しない場合に再試行回数を基地局に知らせるためのものである。もし再試行回数がクエリー再試行カウンタが指示する数字を超えるまで移動端末が前記ポーリングに応答しないと、基地局は移動端末の移動などにより移動端末は応答可能でないと判断する。すなわち、基地局は、エラー状態と判断する。もし基地局が、移動端末は利用可能でないと判断すると、前記基地局はＴ４７タイマーを中止し、割り当てられた基本、主管理ＣＩＤを解除する（（２７））。
【０２１６】
図１３を再び参照すると、基地局は、移動端末にクエリーＩＤと周期を伝送する（（１９））。周期は、移動端末が自身の電力消耗を節約するように移動端末がモニタリングしなければならないフレーム周期を移動端末に知らせるためのものである。基地局は、前記周期が指示するフレームでのみポーリングすることができる。フレームが周期情報が指示するフレームでない場合に、移動端末は電力節約モードにモードを切り替えることによって電力消費を節約したり他の基地局を探索することができる。
【０２１７】
また、基地局は、ＭＯＢ＿ＭＩＨ−ＭＳＧを伝送し、ユニキャスト（ｕｎｉｃａｓｔ）方法を伝送方法として決定する（（１９））。その後、基地局は、情報サーバーとのクエリーを通じて獲得した情報要素を含めたＭＩＨフレームを受信する（（２０）〜（２３））。もしＭＩＨＦの性能をクエリーし応答する場合には、過程（１７）、（２０）及び（２１）にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔフレームが情報サーバーではなくＭＩＨ客体に伝達され、過程（２２）、（２３）、（２６）応答にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅフレームが含まれることとなる。
【０２１８】
本実施形態では、基地局のＭＩＨが情報サーバー（またはＭＩＨ客体）と移動端末間でクエリー及び／または応答メッセージを中継するとした。しかし、本発明の他の実施例では、基地局のＭＡＣが情報サーバーあるいはＭＩＨ客体と連結するためのトンネリングのようなあらかじめ定めておいた方法により基地局のＭＡＣが情報要請メッセージを伝送しても良い。基地局にＭＩＨがなく、ＭＡＣがＭＩＨフレームを伝達すべき場合、基地局のＭＡＣはＭＯＢ＿ＭＩＨ−ＭＳＧに含まれたＴＬＶを理解して該当客体に伝送しなければならない。
【０２１９】
情報要素を含むＭＩＨフレームを獲得した基地局は、ＭＩＨフレームを獲得した後の最初の周期で、ＵＬ＿ＭＡＰ内に割り当てられたアップリンク資源情報を含むＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを含めて伝送できる。移動端末は、該当周期に資源割当要求ヘッダ（Ｂａｎｄｗｉｄｔｈ ｒｅｑｕｅｓｔ ｈｅａｄｅｒ）を利用する別の帯域幅要請無しでＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥにより割り当てられたアップリンク資源を使用して応答できる。ＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを受信した移動端末は、クエリーＩＤを含むＭＯＢ＿ＭＩＨ−ＭＳＧを伝送できる（（２５））。基地局は、状態コードと一緒にＭＩＨフレームを伝送する（（２６））。もしＭＩＨフレームが主管理ＣＩＤを通じてユニキャスト伝送方法で伝送される場合、ＭＯＢ＿ＭＩＨ−ＭＳＧは、基地局が断片化サブヘッダ（ｆｒａｇｍｅｎｔａｔｉｏｎ ｓｕｂｈｅａｄｅｒ）を用いて断片化（ｆｒａｇｍｅｎｔａｔｉｏｎ）されることができる（２６）。
【０２２０】
移動端末のＭＡＣは、Ｃ−ＭＩＨ−ＮＯＴＦＹを通じてＭＩＨフレームを伝達し（２８）、移動端末のＭＩＨは、ＭＩＨ＿Ｇｅｔ．ｉｎｆｏｒｍａｔｉｏｎを通じて上位階層に前記ＭＩＨフレームを伝送する（（２９））。ＭＩＨフレームを受信した上位階層が該当基地局にハンドオーバーをすることを決定した場合（ケース１）、上位階層は、ＭＡＣ階層がリンクを形成するようにするＭＩＨ_Ｓ．ｗｉｔｃｈ命令語を伝送する（（３０））
。ＭＡＣ階層は、ＳＢＣ−ＲＥＱを基地局に伝送して基本性能ネゴ手順を開始する（（３１））。ＳＢＣ−ＲＥＱを受け取った基地局は、Ｔ４７タイマーを終了し、割り当てられたＣＩＤを用いて手順を行なう。
【０２２１】
しかし、ＭＩＨフレームを受信した移動端末の上位階層が該当基地局にハンドオーバーをしないことを決定した場合（ケース２）、基地局にいかなるメッセージも伝送しない。基地局は、Ｔ４７タイマーが終了するまでＳＢＣ−ＲＥＱを受信できないと、グループＣＩＤ以外の基本ＣＩＤ、主ＣＩＤ及び管理ＣＩＤ解除する（（３０））。
【０２２２】
図１４は、マルチモード移動端末が広帯域無線接続システムの基地局とネットワーク進入手順を行なう途中に基地局がネットワーク選択のための情報をユニキャスト伝送で移動端末に伝送する方法のさらに他の実施例である。
【０２２３】
本実施例の過程（１）〜（７）は、図１３の過程と同一であり、これらの過程はここでは省略する。しかし、同図の過程（５）は、８０２．１６ｇを支援するＭＡＣバージョンを含むことのできるＲＮＧ−ＲＥＱメッセージにおいて、図１３の過程（５）とはやや異なる。この８０２．１６ｇを支援するＭＡＣバージョンは、８０２．２１ＭＩＨを支援する機能を含むことができる。
【０２２４】
レンジング手順を終えた移動端末の上位階層は、基本性能ネゴを指示するＣ−ＮＥＭ−ＲＥＱ（動作類型＝性能ネゴ）を移動端末のＭＡＣに伝送する（（９））。Ｃ−ＮＥＭ−ＲＥＱを受信した移動端末のＭＡＣは、ＳＢＣ−ＲＥＱメッセージを基地局に伝送する（（１０））。ここで、ＳＢＣ−ＲＥＱメッセージは、ＭＩＨ性能情報とネットワークサービスプロバイダ（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ；ＮＳＰ）に関する情報要請を指示するＳＩＱ ＴＬＶを含むことができる（（１０））。基地局は、ＳＢＣ−ＲＥＱを受信した後にＴ９タイマーを終了する。そして、基地局のＭＩＨ性能情報とネットワークサービスプロバイダのＩＤ（ＮＳＰ ＩＤ）を含むＳＢＣ−ＲＳＰメッセージを伝送する（（１１））。この時、基地局はＣＩＤを管理するためにＴ４８タイマーを始める（（１１））。そして、移動端末は、Ｃ−ＮＥＭ−ＲＳＰ（動作類型＝性能ネゴ）を通じて伝達された情報を、上位階層に伝達する（（１２））。
【０２２５】
過程（１２）の後には、本実施例は、３つのケースに分けて説明される。第一に、ケース１は、移動端末が現在ネットワーク進入を実行中の基地局に対して追加的な情報を要請しない場合である。第二に、ケース１−１（図１４に図示せぬ）は、移動端末が現在まで（移動端末がＳＢＣ−ＲＳＰメッセージでＮＳＰ ＩＤを受信した状態）移動端末が受信した情報のみを用いてネットワークを選択する場合である。そして、第三に、ケース２は、移動端末が基地局に対して追加的な情報を要請する場合である。以降、ケース２は、ケース２−１とケース２−２とに分けられることができ、これら２つのケースともここで説明される。
【０２２６】
ケース１の場合、ネットワークサービスプロバイダのＩＤ情報を受信した移動端末のＭＡＣは、Ｔ４８タイマーが満了するまで現在のネットワークに接続しなかったり、いかなる理由であろうとＳＢＣ以後に伝送されなければならないＰＫＭ−ＲＥＱメッセージを伝送しないと、基地局は移動端末に割り当てた管理ＣＩＤを解除する（（１３））。
【０２２７】
次に、ケース１−１（同図には図示せぬ）は、現在受信したＮＳＰ ＩＤと移動端末内に含まれている情報のみでネットワークを選択し、前記移動端末はネットワーク進入手順を続けて進行する場合である。したがって、移動端末は、（１２）過程後に直ちにケース２−１の（２４）〜（２５）過程を行い、基地局はＴ４９、Ｔ４８タイマーを終了する。
【０２２８】
ケース２の場合、移動端末の上位階層は、ＭＡＣに情報要請（例、ＭＩＨ性能あるいはネットワーク選択のための情報）のためのＭＩＨフレームの内容を指示するＭＩＨフレーム類型とＭＩＨフレームを伝達する（（１３））。移動端末のＭＡＣは、ＭＩＨフレームを含むＰＫＭ−ＲＥＱメッセージと所望する伝達方法を基地局に伝送する（（１４））。この段階で、ＰＫＭ−ＲＥＱメッセージＭＩＨ初期要請（コード＝３１；上記表３６による）としてコードを含むことができ、本発明の実施例によるＰＫＭ−ＲＥＱメッセージの類型は、上記表３７に示す通りである。
【０２２９】
このＰＫＭ−ＲＥＱメッセージを受信した基地局は、Ｔ４８タイマーを完了し、以降、移動端末が情報再要請を試みる時点にＣＩＤ管理のためにＴ４９タイマーを始める。
【０２３０】
基地局のＭＡＣは、移動端末のクエリーに対する状態コード、クエリー応答伝達方法、クエリーに対する応答を受信するための時間を表す周期（Ｃｙｃｌｅ）情報、クエリーとクエリー応答をマッピングするクエリーＩＤを含むＰＫＭ−ＲＳＰメッセージを伝送する（（１５））。ＰＫＭ−ＲＥＱメッセージの本類型は、ＭＩＨ初期応答（ｉｎｉｔｉａｌ
ｒｅｓｐｏｎｓｅ）またはＭＩＨ認知（ａｃｋｎｏｗｌｅｄｇｅ）のようなコードを持つことができる。
【０２３１】
もし周期情報が指示する時間まで移動端末がＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥ（異なって呼ばれても良い。）を受信できない場合、移動端末は次の周期まで待ち、これは３番の周期まで続く。もし３番の周期まで端末がＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを受信できない場合、端末は基地局の状態を確認するために基地局に帯域幅を要請するＰＫＭ−ＲＥＱ（復帰要請）を伝送したり、基地局がクエリーに対して応答できないから、ネットワーク関連情報獲得手順を中断する。
【０２３２】
基地局は、過程（１６）〜（１９）を通じて８０２．２１で提供するネットワーク選択のための情報を含むＭＩＨフレームを獲得し、過程（１６）が開始される時点は過程（１５）よりも早まることができる。そして、基地局は、獲得した情報要素を獲得してから最初の周期（Ｃｙｃｌｅ）でＵＬ＿ＭＡＰを通じてＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを伝送し、このメッセージは、基地局が移動端末にＭＩＨフレームを伝送する準備ができたし、割り当てられたアップリンク資源情報を含むことができるということを表す。
【０２３３】
移動端末は、帯域幅要請ヘッダ（ｂａｎｄｗｉｄｔｈ ｒｅｑｕｅｓｔ ｈｅａｄｅｒ）を用いて基地局に帯域幅を要請することなく、ＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥにより割り当てられたアップリンク資源を用いてＰＫＭ−ＲＥＱメッセージを伝送する（（２１））。もし基地局が、割り当てたアップリンクを通じてＰＫＭ−ＲＥＱメッセージを受信できない場合、基地局は３番までＭＩＨ＿Ｐｏｌｌｉｎｇ＿ＩＥを伝送でき、３番までもＰＫＭ−ＲＥＱメッセージを受信できないと、基地局は移動端末の管理ＣＩＤをいずれも解除する（（２０））。移動端末のＭＡＣは、初期要請時に（ｃｏｄｅ＝ＭＩＨ ｉｎｉｔｉａｌ ｑｕｅｒｙ ｒｅｑｕｅｓｔ）に使用したのと同じＰＫＭクエリーＩＤを用いてＰＫＭ−ＲＥＱメッセージ（コード＝ＭＩＨ復帰クエリー要請）を基地局に伝送する（（２１））。基地局は、獲得したＭＩＨフレームとクエリー応答状態に関する情報（状態コード）を含むＰＫＭ−ＲＳＰメッセージを伝送する（（２２））。移動端末のＭＡＣは、Ｃ−ＭＩＨ−ＩＮＤを用いて、伝送されたＭＩＨフレームを上位階層に伝送する（（２３））。
【０２３４】
過程（２３）以降のケース２の残りの過程は、ケース２−１とケース２−２とに記述される。ケース２−１は、移動端末が８０２．２１情報サーバーから獲得した情報に基づいて現在ネットワーク進入手順を実行中の基地局を選択し、ネットワーク進入を継続することを希望する場合である。また、ケース２−２は、その反対の場合である。
【０２３５】
ケース２−１の場合、移動端末の上位階層は、８０２．２１情報サーバーから獲得した情報に基づいて該当基地局を選択した場合、認証手順を開始するためのＣ−ＮＥＭ−ＲＥＱ（動作類型＝認証）をＭＡＣに伝送する（（２４））。端末のＭＡＣは、基地局に認証手順のためのＰＫＭ−ＲＥＱメッセージを伝達し、これを受信した基地局は、Ｔ４９タイマーを終了し、ＰＫＭ−ＲＳＰを伝送する等のネットワーク進入のための一連の手順を進行し続く（（２５））。
【０２３６】
一方、ケース２−２の場合、基地局が移動端末からいかなるメッセージも受信できないと、基地局は、移動端末に割り当てられた管理ＣＩＤを解除する（（２５））。
【０２３７】
図１５は、マルチモード移動端末が広帯域無線接続システムの基地局に対してネットワーク進入手順を行なう途中に基地局がネットワーク選択のための情報を多数の移動端末にマルチキャスト伝達方法で伝送する、さらに他の実施例を示す。
【０２３８】
本実施例の過程（１）〜（７）は、図１３の過程と同一であり、ここでこれらの過程は省略される。しかし、同図の過程（５）は、８０２．１６ｇを支援するＭＡＣバージョンを含むＲＮＧ−ＲＥＱメッセージにおいて、図１３の過程（５）とは若干異なる。前記８０２．１６ｇを支援するＭＡＣバージョンは、８０２．２１ＭＩＨを支援する機能を含むことができる。
【０２３９】
レンジング手順を終えた移動端末の上位階層は、基本性能ネゴを指示するＣ−ＮＥＭ−ＲＥＱ（動作類型＝性能ネゴ）を移動端末のＭＡＣに伝送する（（９））。Ｃ−ＮＥＭ−ＲＥＱを受信した移動端末のＭＡＣは、ＳＢＣ−ＲＥＱメッセージを基地局に伝送する（（１０））。この時、このＳＢＣ−ＲＥＱメッセージは、ＭＩＨ性能情報とネットワークサービスプロバイダに関する情報要請を指示するＳＩＱ ＴＬＶを含むことができる。基地局は、ＳＢＣ−ＲＥＱを受信した後、Ｔ９タイマーを終了する。基地局は、基地局のＭＩＨ性能情報とネットワークサービスプロバイダのＩＤ（ＮＳＰ ＩＤ）を含むＳＢＣ−ＲＳＰメッセージを伝送できる（（１１））。この時、基地局は、ＣＩＤ管理のためにＴ４８タイマーを始める。端末は、Ｃ−ＮＥＭ−ＲＳＰ（動作類型＝性能ネゴ）を通じて伝達された情報を、上位階層に伝達する（１２）。
【０２４０】
過程（１２）の後、本実施例は、３つのケースに分けられて説明される。第一に、ケース１は、移動端末がネットワーク進入を進行中の基地局に追加的な情報を要請しない場合である。第二に、ケース１−１は、移動端末が現在まで受信した情報のみを用いてネットワークを選択する場合である（ＳＢＣ−ＲＳＰメッセージを通じてＮＳＰ ＩＤを受信した状態）。第三に、ケース２は、移動端末が基地局に追加的な情報を要請する場合である。
【０２４１】
ケース１の場合、ネットワークサービスプロバイダのＩＤ情報を受信した移動端末が、ＭＡＣはＴ４８タイマーが満了するまで、現在ネットワークへの接続を選択しない場合、あるいは、移動端末がいかなる理由であろうとＳＢＣ以後に伝送されなければならないＰＫＭ−ＲＥＱメッセージを伝送しないと、基地局は移動端末に割り当てた管理ＣＩＤを解除する（（１３））。
【０２４２】
次にケース１−１（同図には示さぬ）は、現在まで受信した情報とＮＳＰ ＩＤのみを用いて移動端末がネットワークを選択し、移動端末は現在のネットワークとネットワーク進入手順を進行し続く場合である。したがって、移動端末は、過程（１２）の直後にケース２−１の過程（２１）〜（２２）を行い、基地局は、Ｔ４８タイマーを終了する。
【０２４３】
ケース２の場合、移動端末の上位階層は、ＭＡＣに情報要請（例えば、ＭＩＨ性能あるいはネットワーク選択のための情報）のためのＭＩＨフレームの内容を指示するＭＩＨフレーム類型とＭＩＨフレームを伝送する（（１３））。移動端末のＭＡＣは、ＭＩＨフレームと基地局に対する所望する伝達方法を含むＰＫＭ−ＲＥＱメッセージを伝送する（（１４））。このＰＫＭ−ＲＥＱメッセージを受信した基地局は、Ｔ４８タイマーを終了し、移動端末が情報再要請を試みる時点にＣＩＤ管理のためにＴ４９タイマーを始める。
【０２４４】
基地局のＭＡＣは、移動端末のＭＡＣにクエリーに対する状態コードとクエリー応答伝達方法、クエリーに対する応答を受信するまでかかる時間を指示する周期情報、クエリーとクエリー応答をマッピングするクエリーＩＤを含むＰＫＭ−ＲＳＰメッセージを伝達する（（１５））。
【０２４５】
もし前記周期情報が指示する時間まで移動端末が基地局からＳＩＩ−ＡＤＶを受信できない場合、移動端末は次の周期まで待ち、これは３番の周期まで続く。もし、３番の周期までも端末がＳＩＩ−ＡＤＶ受信をできない場合、端末は基地局の状態を確認するために基地局に帯域幅を要請するＰＫＭ−ＲＥＱ（初期要請）を伝送したり、基地局がクエリーに応答できないから、移動端末はネットワーク選択関連情報獲得手順を中断する。
【０２４６】
基地局は、過程（１６）〜（１９）を通じて８０２．２１で提供するネットワーク選択のための情報を含むＭＩＨフレームを獲得し、過程（１６）が開始される時点は、過程（１５）より早めても良い。基地局が情報要素を獲得してから最初の周期（Ｃｙｃｌｅ）で基地局はマルチキャスト（ｍｕｌｔｉｃａｓｔ）方法によりＳＩＩ−ＡＤＶを伝送する。この放送メッセージには、クエリー応答状態に関する情報（状態コード）を含むことができる（（２０））。移動端末のＭＡＣはＣ−ＭＩＨ−ＩＮＤを通じて、受信したＭＩＨフレームを伝送する（（２１））。
【０２４７】
過程（２０）以後のケース２の残りの過程は、ケース２−１とケース２−２とに分けられて説明される。ケース２−１は、８０２．２１移動端末が情報サーバーから獲得した情報に基づいてネットワーク進入手順を進行中の基地局を選択し、ネットワーク進入を継続することを希望する場合である。ケース２−２は、その反対の場合である。ケース２−１とケース２−２の残りの過程は、図１４のそれと同一である。
【０２４８】
当該技術分野における熟練した当業者が、本発明の思想及び領域を逸脱しない範囲内で、本発明を様々に修正及び変更できることは明白である。したがって、本発明は、ここに開示された実施形態に制限されるものではなく、ここで開示された原理及び新規な特徴と一致する最広の範囲を有するものである。
【産業上の利用可能性】
【０２４９】
上記から明らかなように、本発明は、マルチモード移動端末が承認手順のようなネットワーク進入手順を完了する前に異機種網間のハンドオーバーのための情報を獲得することを可能にする。
【特許請求の範囲】
【請求項１】
移動端末（ＭＳ）によって媒介体独立ハンドオーバー（ＭＩＨ）のための情報を獲得する方法であって、該方法は、
媒介体独立ハンドオーバー（ＭＩＨ）クエリーを伝達するために、ＰＫＭ−ＲＥＱ（Ｐｒｉｖａｔｅ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｒｅｑｕｅｓｔ）メッセージを基地局に送信することであって、該ＰＫＭ−ＲＥＱメッセージは、第１の値を有するＰＫＭメッセージコードを含む、ことと、
ＰＫＭ−ＲＳＰ（Ｐｒｉｖａｔｅ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｒｅｓｐｏｎｓｅ）メッセージを、該ＭＩＨクエリーに対する確認応答として該基地局から受信することであって、該ＰＫＭ−ＲＳＰメッセージは、該ＭＩＨクエリーに対する応答のための伝達方法情報と、第２の値を有するＰＫＭメッセージコードとを含む、ことと、
該伝達方法情報に基づいて該ＭＩＨクエリーに対する該応答を受信することと
を含む、方法。
【請求項２】
前記第１の値を有する前記ＰＫＭメッセージコードを含む前記ＰＫＭ−ＲＥＱメッセージは、ＭＩＨ初期要請メッセージを含み、
該ＭＩＨ初期要請メッセージは、ＭＩＨ機能（ＭＩＨＦ）フレーム型情報と、伝達方法および状態コードと、ＭＩＨＦフレームとを含み、
該伝達方法および状態コードは、好ましい伝達方法を折衝するために前記ＭＳおよび前記ＢＳによって用いられる、請求項１に記載の方法。
【請求項３】
前記第２の値を有する前記ＰＫＭメッセージコードを含む前記ＰＫＭ−ＲＳＰメッセージは、ＭＩＨ確認応答メッセージを含み、
該ＭＩＨ確認応答メッセージは、前記応答の伝達の周期を示す周期情報と、前記ＭＩＨクエリーと該応答とをマッピングするために用いられるクエリーＩＤと、前記伝達方法情報とを含む、請求項１に記載の方法。
【請求項４】
ユニキャスト伝達方法が用いられるとき、前記ＭＩＨクエリーに対する前記応答は、ＰＫＭ−ＲＳＰメッセージを介して受信され、該ＰＫＭ−ＲＳＰメッセージは、前記応答を含み、第３の値を有するＰＫＭメッセージコードを有し、
ブロードキャスト伝達方法が用いられるとき、該ＭＩＨクエリーに対する該応答は、ＭＡＣフレーム内の該応答を含むＳＩＩ（Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを介して受信される、請求項１に記載の方法。
【請求項５】
前記第３の値の前記ＰＫＭメッセージコードを有する前記ＰＫＭ−ＲＳＰメッセージは、ＭＩＨ帰還応答メッセージを含み、
該ＭＩＨ帰還応答メッセージは、ＭＩＨ機能（ＭＩＨＦ）フレーム型情報と、前記ＭＩＨクエリーと前記応答とをマッピングするために用いられるクエリーＩＤと、伝達方法および状態コードと、ＭＩＨＦフレームとを含み、
該伝達方法および状態コードは、好ましい伝達方法を折衝するために前記ＭＳと前記ＢＳとによって用いられる、請求項４に記載の方法。
【請求項６】
前記方法は、前記ＰＫＭ−ＲＥＱメッセージを送信する前に、
基本性能要請メッセージを前記基地局へ伝送することと、
基本性能応答メッセージを該基地局から受信することと
をさらに含み、該基本性能要請メッセージと該基本性能応答メッセージとのうちの少なくとも１つが、ＭＩＨ性能が支援されているか否かを示す情報を含む、請求項１に記載の方法。
【請求項７】
基地局（ＢＳ）によって媒介体独立ハンドオーバー（ＭＩＨ）のための情報を伝達する方法であって、該方法は、
ＰＫＭ−ＲＥＱ（Ｐｒｉｖａｔｅ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｒｅｑｕｅｓｔ）メッセージを移動端末（ＭＳ）から受信することであって、該ＰＫＭ−ＲＥＱメッセージは、媒介体独立ハンドオーバー（ＭＩＨ）クエリーを伝達するためのものであり、該ＰＫＭ−ＲＥＱメッセージは第１の値を有するＰＫＭメッセージコードを含む、ことと、
ＰＫＭ−ＲＳＰ（Ｐｒｉｖａｔｅ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｒｅｓｐｏｎｓｅ）メッセージを、該ＭＩＨクエリーに対する確認応答として該ＭＳに伝送することであって、該ＰＫＭ−ＲＳＰメッセージは、該ＭＩＨクエリーに対する応答のための伝達方法情報と、第２の値を有するＰＫＭメッセージコードとを含む、ことと、
該伝達方法情報に基づいて該ＭＩＨクエリーに対する該応答を伝送することと
を含む、方法。
【請求項８】
前記第１の値を有する前記ＰＫＭコードメッセージを含む前記ＰＫＭ−ＲＥＱメッセージは、ＭＩＨ初期要請メッセージを含み、
該ＭＩＨ初期要請メッセージは、ＭＩＨ機能（ＭＩＨＦ）フレーム型情報と、伝達方法および状態コードと、ＭＩＨＦフレームとを含み、
該伝達方法および状態コードは、好ましい伝達方法を折衝するために前記ＭＳと前記ＢＳとによって用いられる、請求項７に記載の方法。
【請求項９】
前記第２の値を有する前記ＰＫＭメッセージコードを含む前記ＰＫＭ−ＲＳＰメッセージは、ＭＩＨ確認応答メッセージを含み、
該ＭＩＨ確認応答メッセージは、前記応答の伝達の周期を示す周期情報と、前記ＭＩＨクエリーと該応答とをマッピングするために用いられるクエリーＩＤと、前記伝達方法情報とを含む、請求項７に記載の方法。
【請求項１０】
ユニキャスト伝達方法が用いられるとき、前記ＭＩＨクエリーに対する前記応答は、ＰＫＭ−ＲＳＰメッセージを介して受信され、該ＰＫＭ−ＲＳＰメッセージは、前記応答を含み、第３の値を有するＰＫＭメッセージコードを有し、
ブロードキャスト伝達方法が用いられるとき、該ＭＩＨクエリーに対する該応答は、ＭＡＣフレーム内の該応答を含むＳＩＩ（Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを介して伝送される、請求項７に記載の方法。
【請求項１１】
前記第３の値の前記ＰＫＭメッセージコードを有する前記ＰＫＭ−ＲＳＰメッセージは、ＭＩＨ帰還応答メッセージを含み、
該ＭＩＨ帰還応答メッセージは、ＭＩＨ機能（ＭＩＨＦ）フレーム型情報と、前記ＭＩＨクエリーと前記応答とをマッピングするために用いられるクエリーＩＤと、伝達方法および状態コードと、ＭＩＨＦフレームとを含み、
該伝達方法および状態コードは、好ましい伝達方法を折衝するために前記ＭＳおよび前記ＢＳによって用いられる、請求項１０に記載の方法。
【請求項１２】
前記方法は、前記ＰＫＭ−ＲＥＱメッセージを受信する前に、
基本性能要請メッセージを前記ＭＳから受信することと、
基本性能応答メッセージを該ＭＳへ伝送することと、
をさらに含み、該基本性能要請メッセージと該基本性能応答メッセージとのうちの少なくとも１つが、ＭＩＨ性能が支援されているか否かを示す情報を含む、請求項７に記載の方法。
【請求項１】
移動端末（ＭＳ）によって媒介体独立ハンドオーバー（ＭＩＨ）のための情報を獲得する方法であって、該方法は、
媒介体独立ハンドオーバー（ＭＩＨ）クエリーを伝達するために、ＰＫＭ−ＲＥＱ（Ｐｒｉｖａｔｅ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｒｅｑｕｅｓｔ）メッセージを基地局に送信することであって、該ＰＫＭ−ＲＥＱメッセージは、第１の値を有するＰＫＭメッセージコードを含む、ことと、
ＰＫＭ−ＲＳＰ（Ｐｒｉｖａｔｅ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｒｅｓｐｏｎｓｅ）メッセージを、該ＭＩＨクエリーに対する確認応答として該基地局から受信することであって、該ＰＫＭ−ＲＳＰメッセージは、該ＭＩＨクエリーに対する応答のための伝達方法情報と、第２の値を有するＰＫＭメッセージコードとを含む、ことと、
該伝達方法情報に基づいて該ＭＩＨクエリーに対する該応答を受信することと
を含む、方法。
【請求項２】
前記第１の値を有する前記ＰＫＭメッセージコードを含む前記ＰＫＭ−ＲＥＱメッセージは、ＭＩＨ初期要請メッセージを含み、
該ＭＩＨ初期要請メッセージは、ＭＩＨ機能（ＭＩＨＦ）フレーム型情報と、伝達方法および状態コードと、ＭＩＨＦフレームとを含み、
該伝達方法および状態コードは、好ましい伝達方法を折衝するために前記ＭＳおよび前記ＢＳによって用いられる、請求項１に記載の方法。
【請求項３】
前記第２の値を有する前記ＰＫＭメッセージコードを含む前記ＰＫＭ−ＲＳＰメッセージは、ＭＩＨ確認応答メッセージを含み、
該ＭＩＨ確認応答メッセージは、前記応答の伝達の周期を示す周期情報と、前記ＭＩＨクエリーと該応答とをマッピングするために用いられるクエリーＩＤと、前記伝達方法情報とを含む、請求項１に記載の方法。
【請求項４】
ユニキャスト伝達方法が用いられるとき、前記ＭＩＨクエリーに対する前記応答は、ＰＫＭ−ＲＳＰメッセージを介して受信され、該ＰＫＭ−ＲＳＰメッセージは、前記応答を含み、第３の値を有するＰＫＭメッセージコードを有し、
ブロードキャスト伝達方法が用いられるとき、該ＭＩＨクエリーに対する該応答は、ＭＡＣフレーム内の該応答を含むＳＩＩ（Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを介して受信される、請求項１に記載の方法。
【請求項５】
前記第３の値の前記ＰＫＭメッセージコードを有する前記ＰＫＭ−ＲＳＰメッセージは、ＭＩＨ帰還応答メッセージを含み、
該ＭＩＨ帰還応答メッセージは、ＭＩＨ機能（ＭＩＨＦ）フレーム型情報と、前記ＭＩＨクエリーと前記応答とをマッピングするために用いられるクエリーＩＤと、伝達方法および状態コードと、ＭＩＨＦフレームとを含み、
該伝達方法および状態コードは、好ましい伝達方法を折衝するために前記ＭＳと前記ＢＳとによって用いられる、請求項４に記載の方法。
【請求項６】
前記方法は、前記ＰＫＭ−ＲＥＱメッセージを送信する前に、
基本性能要請メッセージを前記基地局へ伝送することと、
基本性能応答メッセージを該基地局から受信することと
をさらに含み、該基本性能要請メッセージと該基本性能応答メッセージとのうちの少なくとも１つが、ＭＩＨ性能が支援されているか否かを示す情報を含む、請求項１に記載の方法。
【請求項７】
基地局（ＢＳ）によって媒介体独立ハンドオーバー（ＭＩＨ）のための情報を伝達する方法であって、該方法は、
ＰＫＭ−ＲＥＱ（Ｐｒｉｖａｔｅ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｒｅｑｕｅｓｔ）メッセージを移動端末（ＭＳ）から受信することであって、該ＰＫＭ−ＲＥＱメッセージは、媒介体独立ハンドオーバー（ＭＩＨ）クエリーを伝達するためのものであり、該ＰＫＭ−ＲＥＱメッセージは第１の値を有するＰＫＭメッセージコードを含む、ことと、
ＰＫＭ−ＲＳＰ（Ｐｒｉｖａｔｅ Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｒｅｓｐｏｎｓｅ）メッセージを、該ＭＩＨクエリーに対する確認応答として該ＭＳに伝送することであって、該ＰＫＭ−ＲＳＰメッセージは、該ＭＩＨクエリーに対する応答のための伝達方法情報と、第２の値を有するＰＫＭメッセージコードとを含む、ことと、
該伝達方法情報に基づいて該ＭＩＨクエリーに対する該応答を伝送することと
を含む、方法。
【請求項８】
前記第１の値を有する前記ＰＫＭコードメッセージを含む前記ＰＫＭ−ＲＥＱメッセージは、ＭＩＨ初期要請メッセージを含み、
該ＭＩＨ初期要請メッセージは、ＭＩＨ機能（ＭＩＨＦ）フレーム型情報と、伝達方法および状態コードと、ＭＩＨＦフレームとを含み、
該伝達方法および状態コードは、好ましい伝達方法を折衝するために前記ＭＳと前記ＢＳとによって用いられる、請求項７に記載の方法。
【請求項９】
前記第２の値を有する前記ＰＫＭメッセージコードを含む前記ＰＫＭ−ＲＳＰメッセージは、ＭＩＨ確認応答メッセージを含み、
該ＭＩＨ確認応答メッセージは、前記応答の伝達の周期を示す周期情報と、前記ＭＩＨクエリーと該応答とをマッピングするために用いられるクエリーＩＤと、前記伝達方法情報とを含む、請求項７に記載の方法。
【請求項１０】
ユニキャスト伝達方法が用いられるとき、前記ＭＩＨクエリーに対する前記応答は、ＰＫＭ−ＲＳＰメッセージを介して受信され、該ＰＫＭ−ＲＳＰメッセージは、前記応答を含み、第３の値を有するＰＫＭメッセージコードを有し、
ブロードキャスト伝達方法が用いられるとき、該ＭＩＨクエリーに対する該応答は、ＭＡＣフレーム内の該応答を含むＳＩＩ（Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを介して伝送される、請求項７に記載の方法。
【請求項１１】
前記第３の値の前記ＰＫＭメッセージコードを有する前記ＰＫＭ−ＲＳＰメッセージは、ＭＩＨ帰還応答メッセージを含み、
該ＭＩＨ帰還応答メッセージは、ＭＩＨ機能（ＭＩＨＦ）フレーム型情報と、前記ＭＩＨクエリーと前記応答とをマッピングするために用いられるクエリーＩＤと、伝達方法および状態コードと、ＭＩＨＦフレームとを含み、
該伝達方法および状態コードは、好ましい伝達方法を折衝するために前記ＭＳおよび前記ＢＳによって用いられる、請求項１０に記載の方法。
【請求項１２】
前記方法は、前記ＰＫＭ−ＲＥＱメッセージを受信する前に、
基本性能要請メッセージを前記ＭＳから受信することと、
基本性能応答メッセージを該ＭＳへ伝送することと、
をさらに含み、該基本性能要請メッセージと該基本性能応答メッセージとのうちの少なくとも１つが、ＭＩＨ性能が支援されているか否かを示す情報を含む、請求項７に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１２−６５３４３（Ｐ２０１２−６５３４３Ａ）
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願番号】特願２０１１−２４４４６３（Ｐ２０１１−２４４４６３）
【出願日】平成２３年１１月８日（２０１１．１１．８）
【分割の表示】特願２００９−５２０６７６（Ｐ２００９−５２０６７６）の分割
【原出願日】平成１９年７月１３日（２００７．７．１３）
【出願人】（５０２０３２１０５）エルジー エレクトロニクス インコーポレイティド (2,269)
【Ｆターム（参考）】
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願日】平成２３年１１月８日（２０１１．１１．８）
【分割の表示】特願２００９−５２０６７６（Ｐ２００９−５２０６７６）の分割
【原出願日】平成１９年７月１３日（２００７．７．１３）
【出願人】（５０２０３２１０５）エルジー エレクトロニクス インコーポレイティド (2,269)
【Ｆターム（参考）】
[ Back to top ]