(57)【特許請求の範囲】
【請求項１】
ハンドオーバ過程でターゲット基地局の制御情報を更新するための端末の動作方法において、
近隣広告メッセージの変更カウントを示す第１変更カウント情報を含むハンドオーバ命令メッセージをサービング基地局から受信する段階と、
前記受信した第１変更カウント情報と前記端末が保有する第２変更カウント情報とが一致するかを確認する段階と、
前記確認の結果、一致しない場合、前記サービング基地局が要求したハンドオーバ命令の取り消しを指示するイベントコードと、前記第１及び第２変更カウント情報の不一致を示す情報を指示する不一致指示情報とを含むハンドオーバ指示メッセージを前記サービング基地局に送信する段階と、
前記ターゲット基地局の最新バージョン制御情報を含む第１メッセージを前記サービング基地局から受信する段階と
を含むことを特徴とする方法。
【請求項２】
前記制御情報は、スーパーフレームヘッダ情報であることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１メッセージは、近隣広告メッセージであることを特徴とする請求項１に記載の方法。
【請求項４】
前記最新バージョン制御情報を用いて、現在端末が保有している制御情報を更新する段階をさらに含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記更新された制御情報を用いて、前記ターゲット基地局にレンジング要求メッセージを送信する段階と、
前記ターゲット基地局からレンジング応答メッセージを受信する段階とをさらに含むことを特徴とする請求項４に記載の方法。
【請求項６】
ハンドオーバ過程でターゲット基地局の制御情報を更新するための端末において、
近隣広告メッセージの変更カウントを示す第１変更カウント情報を含むハンドオーバ命令メッセージを前記サービング基地局から受信する過程と、
前記受信した第１変更カウント情報と前記端末が保有する第２変更カウント情報とが一致するかを確認する過程と、
前記確認の結果、一致しない場合、前記サービング基地局が要求したハンドオーバ命令の取り消しを指示するイベントコードと、前記第１及び第２変更カウント情報の不一致を示す情報を指示する不一致指示情報とを含むハンドオーバ指示メッセージを前記サービング基地局に送信する過程と、
前記ターゲット基地局の最新バージョン制御情報を含む第１メッセージを前記サービング基地局から受信する過程と
を行うように設定されたことを特徴とする端末。
【請求項７】
前記制御情報は、スーパーフレームヘッダ情報であることを特徴とする請求項６に記載の端末。
【請求項８】
前記第１メッセージは、近隣広告メッセージ（ＮＢＲ−ＡＤＶ  ｍｅｓｓａｇｅ）であることを特徴とする請求項６に記載の端末。
【請求項９】
前記最新バージョン制御情報を用いて、現在端末が保有している制御情報を更新する過程をさらに行うように設定されたことを特徴とする請求項６に記載の端末。
【請求項１０】
前記更新された制御情報を用いて、前記ターゲット基地局にレンジング要求メッセージを送信する過程と、
前記ターゲット基地局からレンジング応答メッセージを受信する過程とをさらに行うように設定されたことを特徴とする請求項７に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広帯域無線アクセスシステムに関し、特に、ハンドオーバ実行中にターゲット基地局のシステム情報（又は制御情報）を効率的に取得する方法及びそれを行うための装置に関する。
【背景技術】
【０００２】
ハンドオーバ（ＨＯ：  Ｈａｎｄｏｖｅｒ）とは、端末が１つの基地局の無線インタフェースから他の基地局の無線インタフェースに移動することをいう。以下、一般的なＩＥＥＥ８０２．１６ｅシステムにおけるハンドオーバ手順を説明する。
【０００３】
ＩＥＥＥ８０２．１６ｅネットワークにおいて、サービング基地局（ＳＢＳ：  Ｓｅｒｖｉｎｇ  Ｂａｓｅ  Ｓｔａｔｉｏｎ）は、移動端末（ＭＳ：  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）（以下「端末」という）に基本的なネットワーク構成に関する情報（トポロジー）を通知するために、隣接基地局情報を近隣広告（ＭＯＢ＿ＮＢＲ−ＡＤＶ）メッセージによりブロードキャストすることができる。
【０００４】
ＭＯＢ＿ＮＢＲ−ＡＤＶメッセージには、サービング基地局及び隣接基地局に関するシステム情報、例えばプリアンブルインデックス（ｐｒｅａｍｂｌｅ  ｉｎｄｅｘ）、周波数（ｆｒｅｑｕｅｎｃｙ）、ハンドオーバ最適化（ＨＯ  ｏｐｔｉｍｉｚａｔｉｏｎ）能力、ダウンリンクチャネル記述子（ＤＣＤ：  Ｄｏｗｎｌｉｎｋ  Ｃｈａｎｎｅｌ  Ｄｅｓｃｒｉｐｔｏｒ）／アップリンクチャネル記述子（ＵＣＤ：  Ｕｐｌｉｎｋ  Ｃｈａｎｎｅｌ  Ｄｅｓｃｒｉｐｔｏｒ）情報などが含まれる。
【０００５】
ＤＣＤ／ＵＣＤ情報は、端末がダウンリンク及びアップリンクによる情報交信を行うために知っているべき情報を含む。例えば、ハンドオーバトリガ（ＨＯ  ｔｒｉｇｇｅｒ）、基地局のＭＡＣバージョン（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｖｅｒｓｉｏｎ）、ＭＩＨ能力（Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｈａｎｄｏｖｅｒ  ｃａｐａｂｉｌｉｔｙ）などの情報がある。
【０００６】
より詳細には、ＤＣＤは、基地局が送信するメッセージを端末が復号化するための情報であるダウンリンクバーストプロファイル（ＤＬ＿Ｂｕｒｓｔ＿Ｐｒｏｆｉｌｅ）を含む。基地局がブロードキャストするメッセージは、当該基地局のカバレッジ（ｃｏｖｅｒａｇｅ）内の全ての端末が受信可能なものであることが好ましいので、最もエラーに強い（ｒｏｂｕｓｔ）ＤＬ＿Ｂｕｒｓｔ＿Ｐｒｏｆｉｌｅ設定値が適用されるため、その設定値が変わることは稀である。それに対して、各端末にユニキャスト（ｕｎｉｃａｓｔ）で送信するメッセージは、端末のチャネル状態に合わせた適切な設定値を送るため、ユニキャスト時、ＤＬ＿Ｂｕｒｓｔ＿Ｐｒｏｆｉｌｅ設定値は各端末毎に異なる。ＵＣＤは、端末が該当基地局にメッセージを送るための情報であるＵＬ＿Ｂｕｒｓｔ＿Ｐｒｏｆｉｌｅを含む。
【０００７】
前述したように、一般的なＩＥＥＥ８０２．１６ｅシステムにおけるシステム情報は、アップリンクのＵＣＤ及びダウンリンクのＤＣＤによって送信され、最高１０秒の送信周期を有する。ここで、システム情報が更新された場合、全ての端末が更新されたシステム情報を少なくとも１回認識するように、基地局はスケジューリングにより端末が保有する当該基地局のシステム情報に不一致（ｍｉｓｍａｔｃｈ）がないようにする。このために、ＵＣＤの場合は、ＵＣＤ送信区間開始（ｔｒａｎｓｉｔｉｏｎ  ｉｎｔｅｒｖａｌ  ｓｔａｒｔ）及びＵＣＤ送信区間満了（ｔｒａｎｓｉｔｉｏｎ  ｉｎｔｅｒｖａｌ  ｅｘｐｉｒｅｄ）の周期を定義し、基地局はその周期に新しいＵＣＤを送信するようになっている。
【０００８】
以下、前述した方法により隣接基地局のシステム情報を取得した端末がＩＥＥＥ８０２．１６ｅネットワークでハンドオーバを行う手順をより詳細に説明する。
【０００９】
一般的なＩＥＥＥ８０２．１６ｅネットワークにおけるハンドオーバ手順は、３つの手順、例えばハンドオーバ初期化及び準備（ＨＯ  ｉｎｉｔｉａｔｉｏｎ  ＆  ｐｒｅｐａｒａｔｉｏｎ）、ハンドオーバ実行（ＨＯ  ｅｘｅｃｕｔｉｏｎ）、並びにハンドオーバ完了（ＨＯ  ｃｏｍｐｌｅｔｉｏｎ）から構成されてもよい。
【００１０】
以下、前記のように構成される基本的なハンドオーバ手順の一例を図１を参照して説明する。
【００１１】
図１はＩＥＥＥ８０２．１６ｅシステムで行えるハンドオーバ手順の一例を示す図である。
【００１２】
図１を参照すると、まず、端末（ＭＳ）は、サービング基地局（ＳＢＳ）に接続してデータ交換を行うことができる（Ｓ１０１）。
【００１３】
サービング基地局は、周期的に当該サービング基地局の隣接基地局に関する情報をＭＯＢ＿ＮＢＲ−ＡＤＶメッセージにより端末にブロードキャストすることができる（Ｓ１０２）。
【００１４】
端末は、サービング基地局との交信中に、ハンドオーバトリガ条件を用いて候補基地局（ｃａｎｄｉｄａｔｅ  ＨＯ  ＢＳ）のスキャンを開始することができる。端末は、ハンドオーバ条件、例えば所定のヒステリシスマージン（Ｈｙｓｔｅｒｅｓｉｓ  ｍａｒｇｉｎ）値を超えた場合、ハンドオーバ要求（ＭＯＢ＿ＭＳＨＯ−ＲＥＱ）メッセージを送信してサービング基地局にハンドオーバ手順の実行を要求することができる（Ｓ１０３）。
【００１５】
サービング基地局は、ＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージに含まれる候補基地局（ｃａｎｄｉｄａｔｅ  ＨＯ  ＢＳ）にＨＯ−ＲＥＱメッセージにより端末のハンドオーバ要求を通知することができる（Ｓ１０４）。
【００１６】
候補基地局（ｃａｎｄｉｄａｔｅ  ＨＯ  ＢＳ）は、ハンドオーバを要求した端末のための事前措置を行い、ハンドオーバに関する情報をＨＯ−ＲＳＰメッセージによりサービング基地局に送信することができる（Ｓ１０５）。
【００１７】
サービング基地局は、候補基地局からＨＯ−ＲＳＰメッセージにより取得したハンドオーバに関する情報をハンドオーバ応答（ＭＯＢ＿ＢＳＨＯ−ＲＳＰ）メッセージにより端末に送信することができる。ここで、ＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージには、ハンドオーバのための動作時間（Ａｃｔｉｏｎ  Ｔｉｍｅ）、ハンドオーバ識別子（ＨＯ−ＩＤ）、専用ハンドオーバＣＤＭＡレンジングコード（Ｄｅｄｉｃａｔｅｄ  ＨＯ  ＣＤＭＡ  ｒａｎｇｉｎｇ  ｃｏｄｅ）などのハンドオーバを行うための情報が含まれる（Ｓ１０６）。
【００１８】
端末は、サービング基地局から受信したＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージに含まれる情報に基づいて、候補基地局から１つのターゲット基地局を決定することができる。それにより、端末は、決定されたターゲット基地局にＣＤＭＡコードを送信してレンジングを試みることができる（Ｓ１０７）。
【００１９】
ＣＤＭＡコードを受信したターゲット基地局は、レンジング応答（ＲＮＧ−ＲＳＰ）メッセージによりレンジングの成否及び物理補正値を端末に送信することができる（Ｓ１０８）。
【００２０】
次に、端末は、認証のためのレンジング要求（ＲＮＧ−ＲＥＱ）メッセージをターゲット基地局に送信することができる（Ｓ１０９）。
【００２１】
端末のレンジング要求メッセージを受信したターゲット基地局は、レンジング応答メッセージによりＣＩＤ（Ｃｏｎｎｅｃｔｉｏｎ  ＩＤｅｎｔｉｆｉｅｒ）などの該当基地局で使用できるシステム２情報を端末に提供することができる（Ｓ１１０）。
【００２２】
ターゲット基地局が端末の認証に成功して更新情報を全て送った場合、端末のサービング基地局にハンドオーバ完了（ＨＯ−ＣＭＰＴ）メッセージによりハンドオーバに成功したか否かを通知することができる（Ｓ１１１）。
【００２３】
次に、端末は、ハンドオーバを行ったターゲット基地局と情報交換を行うことができる（Ｓ１１２）。
【００２４】
ＩＥＥＥ８０２．１６ｍシステムにおいては、前述したハンドオーバ手順で各媒体アクセス制御管理メッセージ（ＭＡＣ  ｍａｎａｇｅｍｅｎｔ  ｍｅｓｓａｇｅ）の名称及び／又はその機能に変更がある。
【００２５】
ＩＥＥＥ８０２．１６ｍシステムで行えるハンドオーバ手順は、前述したＩＥＥＥ８０２．１６ｅシステムのハンドオーバ手順に類似する。ただし、次のように各媒体アクセス制御管理メッセージ（ＭＡＣ  ｍａｎａｇｅｍｅｎｔ  ｍｅｓｓａｇｅ）の名称及び／又はその機能に変更がある。
【００２６】
ＭＯＢ＿ＮＢＲ−ＡＤＶ  →  ＡＡＩ＿ＮＢＲ−ＡＤＶ：当該メッセージは、ＤＣＤ／ＵＣＤの形態ではなく、Ｓ−ＳＦＨの形態で伝送されるシステム情報などを含む。
【００２７】
ＭＳＨＯ−ＲＥＱ  →  ＡＡＩ＿ＨＯ−ＲＥＱ
ＢＳＨＯ−ＲＳＰ  →  ＡＡＩ＿ＨＯ−ＣＭＤ
ＲＮＧ−ＲＥＱ（ＣＤＭＡ  ｃｏｄｅ）  →  レンジングプリアンブルコード（Ｒａｎｇｉｎｇ  ｐｒｅａｍｂｌｅ  ｃｏｄｅ）
ＲＮＧ−ＲＳＰ（ｒａｎｇｉｎｇ  ｓｔａｔｕｓ）  →  ＡＡＩ＿ＲＮＧ−ＡＣＫ（ｒａｎｇｉｎｇ  ｓｔａｔｕｓ）
ＲＮＧ−ＲＥＱ（ＭＡＣ  ｍｅｓｓａｇｅ）  →  ＡＡＩ＿ＲＮＧ−［００３１］ＲＥＱ
ＲＮＧ−ＲＳＰ  →  ＡＡＩ＿ＲＮＧ−ＲＳＰ：当該メッセージは、ＣＩＤの代わりに、ステーション識別子であるＴＳＴＩＤ又はＡＴＩＤを含む。
【００２８】
また、ＩＥＥＥ８０２．１６ｍシステムにおいては、基地局のシステム情報がスーパーフレームヘッダで送信される。
【００２９】
以下、ＩＥＥＥ８０２．１６ｍシステムのフレーム構造及びスーパーフレームヘッダについて説明する。
【００３０】
図２はＩＥＥＥ８０２．１６システムをベースとする無線メトロポリタンエリアネットワーク（Ｗｉｒｅｌｅｓｓ  ＭＡＮ）移動通信システムで使用される物理フレーム構造の一例を示す図である。
【００３１】
図２を参照すると、スーパーフレームは、２０ｍｓの長さを有し、４つのフレームで構成される。
【００３２】
１つのフレームはさらに８つのサブフレームで構成され、８つのサブフレームは、ダウンリンクとアップリンクの比率（ＤＬ／ＵＬ  ｒａｔｉｏ）に応じて所定数のサブフレームを含むダウンリンクサブフレーム領域とアップリンクサブフレーム領域に分けられる。図２に示すように、アップリンク／ダウンリンク（ＵＬ／ＤＬ）比率が５：３の場合、８つのサブフレームのうち、５つがダウンリンクサブフレーム（ＳＦ０〜ＳＦ４）に割り当てられ、残りの３つがアップリンクサブフレーム（ＳＦ５〜ＳＦ７）に割り当てられる。
【００３３】
ダウンリンクサブフレーム領域とアップリンクサブフレーム領域との間には、データを含むデータシンボル（すなわち、有効シンボル）が割り当てられないアイドル時間、すなわちＴＴＧ（Ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ  Ｔｒａｎｓｉｔｉｏｎ  Ｇａｐ）が存在する。また、ダウンリンクサブフレーム領域の後にも、アイドル時間、すなわちＲＴＧ（Ｒｅｃｅｉｖｅ／ｔｒａｎｓｍｉｔ  Ｔｒａｎｓｉｔｉｏｎ  Ｇａｐ）が存在することがある。また、１つのサブフレームはさらに６つのＯＦＤＭシンボルで構成される。
【００３４】
前述したフレーム構造を用いて基地局と端末とはデータ交換を行うことができる。例えば、端末は、ダウンリンクサブフレームで基地局からデータを受信することができ、アップリンクサブフレームで基地局にデータを送信することができる。また、基地局は、ダウンリンクサブフレームで端末にデータを送信することができ、アップリンクサブフレームで端末からデータを受信することができる。
【００３５】
一方、前述したフレーム構造では、スーパーフレームの最初のサブフレームでスーパーフレームヘッダを端末に送信することができる。スーパーフレームヘッダには、スーパーフレームヘッダに含まれるフレーム又はサブフレーム単位のリソース割り当て情報もしくはシステム情報などが含まれる。
【００３６】
より詳細に説明すると、ＩＥＥＥ８０２．１６ｍシステムにおいて、スーパーフレームヘッダ（以下「ＳＦＨ」ともいう）には、必須システムパラメータ（ｅｓｓｅｎｔｉａｌ  ｓｙｓｔｅｍ  ｐａｒａｍｅｔｅｒ）やシステム設定情報（ｓｙｓｔｅｍ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）などが含まれる。
【００３７】
スーパーフレームヘッダは、プライマリスーパーフレームヘッダ（Ｐ−ＳＦＨ：  Ｐｒｉｍａｒｙ  Ｓｕｐｅｒｆｒａｍｅ  Ｈｅａｄｅｒ）（以下「Ｐ−ＳＦＨ」という）と、セカンダリスーパーフレームヘッダ（Ｓ−ＳＦＨ：  Ｓｅｃｏｎｄａｒｙ  Ｓｕｐｅｒｆｒａｍｅ  Ｈｅａｄｅｒ）（以下「Ｓ−ＳＦＨ」という）に分けられる。各スーパーフレーム毎に送信されるＰ−ＳＦＨは、スーパーフレーム番号の最下位４ビット（４ｂｉｔ−ＬＳＢ）情報と当該スーパーフレームで送信されるＳ−ＳＦＨに関する情報とを含む。Ｓ−ＳＦＨは実際のシステム情報を送信するものであり、システム情報はその性質に応じてサブパケットに分けられ、これらをそれぞれＳ−ＳＦＨ  ＳＰｎ（ｎ＝１，２，３）という。各Ｓ−ＳＦＨ  ＳＰ  ＩＥは異なる送信周期（ＴＳＰ１＜ＴＳＰ２＜ＴＳＰ３）で送信される。ここで、システム情報は、端末がダウンリンク／アップリンク（ＤＬ／ＵＬ）送信のために必要な、レンジング、電力制御（ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）などのような通信環境に応じた設定値である。
【００３８】
Ｐ−ＳＦＨに含まれるＳ−ＳＦＨに関する情報には、現在送信されているＳ−ＳＦＨのバージョンを示すＳ−ＳＦＨ変更カウント（Ｓ−ＳＦＨ  ｃｈａｎｇｅ  ｃｏｕｎｔ）、該当スーパーフレームでＳ−ＳＦＨが送信されるか否かを示すＳ−ＳＦＨスケジューリング情報ビットマップ（Ｓ−ＳＦＨ  Ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｉｔ−ｍａｐ）、Ｓ−ＳＦＨ送信のために割り当てられた論理リソース単位（ＬＲＵ）の数を示すＳ−ＳＦＨサイズ（Ｓ−ＳＦＨ  ｓｉｚｅ）、Ｓ−ＳＦＨの送信フォーマットを示すＳ−ＳＦＨ繰り返し回数（Ｓ−ＳＦＨ  ｎｕｍｂｅｒ  ｏｆ  ｒｅｐｅｔｉｔｉｏｎｓ）、どのＳ−ＳＦＨ  ＳＰが変更されたかを示すＳ−ＳＦＨサブパケット変更ビットマップ（Ｓ−ＳＦＨ  ＳＰ  ｃｈａｎｇｅ  ｂｉｔｍａｐ）などが含まれる。ここで、Ｓ−ＳＦＨスケジューリング情報ビットマップ及びＳ−ＳＦＨサブパケット変更ビットマップフィールドのサイズは、該当スーパーフレームに含まれるＳ−ＳＦＨ  ＳＰの総数と同一である。
【００３９】
端末が特定のターゲット基地局にハンドオーバを行う場合、端末が保有するターゲット基地局のスーパーフレームヘッダ（ＳＦＨ）情報が最新であるか否かによってハンドオーバ遅延時間に差が生じる。もし、ターゲット基地局のＳＦＨを近隣広告（ＡＡＩ＿ＮＢＲ−ＡＤＶ）メッセージにより受信した状態でハンドオーバを行う場合、ターゲット基地局で直ちにネットワーク再進入（ｎｅｔｗｏｒｋ  ｒｅ−ｅｎｔｒｙ）を行ってハンドオーバを完了することができる。
【００４０】
しかし、端末がターゲット基地局のＳＦＨを含む近隣広告（ＡＡＩ＿ＮＢＲ−ＡＤＶ）メッセージを受信していないこともあり、ターゲット基地局のＳＦＨの変化がまだ反映されていないＡＡＩ＿ＮＢＲ−ＡＤＶメッセージを受信することもある。この状態でハンドオーバを行う端末は、ターゲット基地局からＳＦＨを全て受信した後にネットワーク再進入を行う。すなわち、これは端末がＳ−ＳＦＨ  ＳＰ１／２／３を全て受信する時間だけハンドオーバ遅延時間が増加することを意味し、さらに専用レンジングコードを用いた専用レンジング（ｄｅｄｉｃａｔｅ  ｒａｎｇｉｎｇ）やシームレスハンドオーバ（ｓｅａｍｌｅｓｓ  ＨＯ）などのハンドオーバ最適化手順を行うことができない。
【００４１】
つまり、端末がターゲット基地局のＳＦＨの一部を受信していなかったり最新情報でない状態でハンドオーバを行う際にＳＦＨをターゲット基地局から直接受信する場合、ハンドオーバ遅延時間が大きく増加することがあり、それにより標準化規格が規定する最小のハンドオーバ遅延時間を満たさないことがある。
【発明の概要】
【課題を解決するための手段】
【００４２】
本発明は、このような一般的な技術の問題を解決するためになされたものであり、本発明の目的は、効率的なハンドオーバ実行方法及びそれを行うための装置を提供することにある。
【００４３】
本発明の他の目的は、ターゲット基地局の最新システム情報を保有していない端末がターゲット基地局のシステム情報をハンドオーバ実行過程で効率的に取得する方法及びそのための装置を提供することにある。
【００４４】
本発明のさらに他の目的は、ターゲット基地局の最新システム情報を受信した場合、端末が受信した最新システム情報を適用する時点に関する方法及びそのための装置を提供することにある。
【００４５】
本発明において解決しようとする技術的課題は、上記技術的課題に限定されるものではなく、言及していない他の技術的課題は以下の記載から本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【００４６】
本発明は、ハンドオーバ過程でターゲット基地局の制御情報（ＳＦＨ）を更新するための端末の動作方法において、前記ターゲット基地局を含む少なくとも１つの隣接基地局の制御情報を含む近隣広告メッセージをサービング基地局から受信する段階と、近隣広告メッセージのバージョンを示す第１変更カウント情報を含むハンドオーバ要求メッセージを前記サービング基地局に送信する段階と、前記近隣広告メッセージに含まれる制御情報とは異なる差分（ｄｅｌｔａ）制御情報を含むハンドオーバ命令メッセージを前記サービング基地局から受信する段階と、前記受信した差分制御情報を用いて前記ターゲット基地局の制御情報を更新する段階とを含む。
【００４７】
また、前記ハンドオーバ命令メッセージは、前記サービング基地局が保有する近隣広告メッセージのバージョンを示す第２変更カウント情報をさらに含み、前記差分制御情報は、前記第１変更カウント情報と前記第２変更カウント情報とが異なる場合に前記ハンドオーバ命令メッセージに含まれることを特徴とする。
【００４８】
また、前記ハンドオーバ命令メッセージは、前記差分制御情報の適用指示情報をさらに含むことを特徴とする。
【００４９】
また、前記差分制御情報の適用指示情報は、前記サービング基地局から受信した差分制御情報を前記ターゲット基地局へのネットワーク再進入過程を行う際に適用するか否かを示す情報であることを特徴とする。
【００５０】
また、前記ハンドオーバ命令メッセージは、前記差分制御情報の適用時点情報をさらに含むことを特徴とする。
【００５１】
また、前記差分制御情報の適用時点情報は、前記端末が前記ターゲット基地局へのネットワーク再進入過程を行う際に前記差分制御情報を適用する場合、前記ハンドオーバ命令メッセージが送信されるフレーム番号からの時間オフセットを示すことを特徴とする。
【００５２】
また、前記制御情報は、スーパーフレームヘッダであることを特徴とする。
【００５３】
また、本発明は、前記更新された制御情報を用いて前記ターゲット基地局にレンジング要求メッセージを送信する段階と、前記ターゲット基地局からレンジング応答メッセージを受信する段階とをさらに含むことを特徴とする。
【００５４】
また、本発明は、ハンドオーバ過程でターゲット基地局の制御情報（ＳＦＨ）を更新するための端末の動作方法において、近隣広告メッセージのバージョンを示す第１変更カウント情報を含むハンドオーバ命令メッセージをサービング基地局から受信する段階と、前記受信した第１変更カウント情報と前記端末が保有する第２変更カウント情報とが一致するかを確認する段階と、前記確認の結果、一致しない場合、前記サービング基地局が要求したハンドオーバ命令の取り消しを指示するイベントコードを含むハンドオーバ指示メッセージを前記サービング基地局に送信する段階とを含むことを特徴とする。
【００５５】
また、前記ターゲット基地局の最新バージョン制御情報を含む第１メッセージを前記サービング基地局から受信する段階と、現在前記端末が保有している制御情報を前記最新バージョン制御情報に更新する段階とをさらに含むことを特徴とする。
【００５６】
また、前記ハンドオーバ指示メッセージは、前記ハンドオーバ命令メッセージに含まれる制御情報が前記ターゲット基地局に関する最新の制御情報でないことを示す制御情報不一致インジケータをさらに含むことを特徴とする。
【００５７】
また、前記第１メッセージは、近隣広告（ＮＢＲ−ＡＤＶ）メッセージであることを特徴とする。
【００５８】
また、本発明は、ハンドオーバ過程でターゲット基地局の制御情報（ＳＦＨ）を更新するための端末において、メモリと、外部と無線信号を送受信するための無線通信部と、前記ターゲット基地局を含む少なくとも１つの隣接基地局の制御情報を含む近隣広告メッセージをサービング基地局から受信するように前記無線通信部を制御し、近隣広告メッセージのバージョンを示す第１変更カウント情報を含むハンドオーバ要求メッセージを前記サービング基地局に送信するように前記無線通信部を制御し、前記近隣広告メッセージに含まれる制御情報とは異なる差分制御情報を含むハンドオーバ命令メッセージを前記サービング基地局から受信するように前記無線通信部を制御し、前記受信した差分制御情報を用いて前記ターゲット基地局の制御情報を更新するように制御する制御部とを含むことを特徴とする。
【００５９】
また、前記ハンドオーバ命令メッセージは、前記サービング基地局が保有する近隣広告メッセージのバージョンを示す第２変更カウント情報をさらに含み、前記制御部は、前記第１変更カウント情報と前記第２変更カウント情報とが異なる場合に前記ハンドオーバ命令メッセージに前記差分制御情報を含めるように制御することを特徴とする。
【００６０】
本明細書は、例えば、以下の項目も提供する。
（項目１）
ハンドオーバ過程でターゲット基地局の制御情報を更新するための端末の動作方法において、
前記ターゲット基地局を含む少なくとも１つの隣接基地局の制御情報を含む近隣広告メッセージをサービング基地局から受信する段階と、
前記受信した近隣広告メッセージの変更カウントを示す第１変更カウント情報を含むハンドオーバ要求メッセージを前記サービング基地局に送信する段階と、
前記受信した近隣広告メッセージに含まれる制御情報とは異なる差分（ｄｅｌｔａ）制御情報を含むハンドオーバ命令メッセージを前記サービング基地局から受信する段階と、
前記受信した差分制御情報を用いて前記ターゲット基地局の制御情報を更新する段階とを含むことを特徴とする方法。
（項目２）
前記ハンドオーバ命令メッセージは、前記サービング基地局が保有する近隣広告メッセージの変更カウントを示す第２変更カウント情報をさらに含み、
前記差分制御情報は、前記第１変更カウント情報と前記第２変更カウント情報とが異なる場合に前記ハンドオーバ命令メッセージに含まれることを特徴とする項目１に記載の方法。
（項目３）
前記ハンドオーバ命令メッセージは、前記差分制御情報の適用指示情報をさらに含むことを特徴とする項目１に記載の方法。
（項目４）
前記差分制御情報の適用指示情報は、前記サービング基地局から受信した差分制御情報を前記ターゲット基地局へのネットワーク再進入過程を行う際に適用するか否かを示す情報であることを特徴とする項目３に記載の方法。
（項目５）
前記ハンドオーバ命令メッセージは、前記差分制御情報の適用時点情報をさらに含むことを特徴とする項目１に記載の方法。
（項目６）
前記差分制御情報の適用時点情報は、前記端末が前記ターゲット基地局へのネットワーク再進入過程を行う際に前記差分制御情報を適用する場合、前記ハンドオーバ命令メッセージが送信されるフレーム番号からの時間オフセットを示すことを特徴とする項目５に記載の方法。
（項目７）
前記制御情報は、スーパーフレームヘッダであることを特徴とする項目１に記載の方法。
（項目８）
前記更新された制御情報を用いて前記ターゲット基地局にレンジング要求メッセージを送信する段階と、
前記ターゲット基地局からレンジング応答メッセージを受信する段階と
をさらに含むことを特徴とする項目１に記載の方法。
（項目９）
ハンドオーバ過程でターゲット基地局の制御情報を更新するための端末の動作方法において、
近隣広告メッセージの変更カウントを示す第１変更カウント情報を含むハンドオーバ命令メッセージをサービング基地局から受信する段階と、
前記受信した第１変更カウント情報と前記端末が保有する第２変更カウント情報とが一致するかを確認する段階と、
前記確認の結果、一致しない場合、前記サービング基地局が要求したハンドオーバ命令の取り消しを指示するイベントコードを含むハンドオーバ指示メッセージを前記サービング基地局に送信する段階と
を含むことを特徴とする方法。
（項目１０）
前記ターゲット基地局の最新バージョン制御情報を含む第１メッセージを前記サービング基地局から受信する段階と、
現在前記端末が保有している制御情報を前記最新バージョン制御情報に更新する段階とをさらに含むことを特徴とする項目９に記載の方法。
（項目１１）
前記ハンドオーバ指示メッセージは、前記ハンドオーバ命令メッセージに含まれる制御情報が前記ターゲット基地局に関する最新の制御情報でないことを示す制御情報不一致インジケータをさらに含むことを特徴とする項目９に記載の方法。
（項目１２）
前記制御情報は、スーパーフレームヘッダであることを特徴とする項目９に記載の方法。
（項目１３）
前記第１メッセージは、近隣広告メッセージであることを特徴とする項目１０に記載の方法。
（項目１４）
ハンドオーバ過程でターゲット基地局の制御情報を更新するための端末において、
メモリと、
外部と無線信号を送受信するための無線通信部と、
前記ターゲット基地局を含む少なくとも１つの隣接基地局の制御情報を含む近隣広告メッセージをサービング基地局から受信するように前記無線通信部を制御し、前記受信した近隣広告メッセージの変更カウントを示す第１変更カウント情報を含むハンドオーバ要求メッセージを前記サービング基地局に送信するように前記無線通信部を制御し、前記近隣広告メッセージに含まれる制御情報とは異なる差分（ｄｅｌｔａ）制御情報を含むハンドオーバ命令メッセージを前記サービング基地局から受信するように前記無線通信部を制御し、前記受信した差分制御情報を用いて前記ターゲット基地局の制御情報を更新するように制御する制御部と
を含むことを特徴とする端末。
（項目１５）
前記ハンドオーバ命令メッセージは、前記サービング基地局が保有する近隣広告メッセージの変更カウントを示す第２変更カウント情報をさらに含み、
前記制御部は、前記第１変更カウント情報と前記第２変更カウント情報とが異なる場合に前記ハンドオーバ命令メッセージに前記差分制御情報を含めるように制御することを特徴とする項目１４に記載の端末。
（項目１６）
前記ハンドオーバ命令メッセージは、前記差分制御情報の適用指示情報をさらに含むことを特徴とする項目１４に記載の端末。
（項目１７）
前記差分制御情報の適用指示情報は、前記サービング基地局から受信した差分制御情報を前記ターゲット基地局へのネットワーク再進入過程を行う際に適用するか否かを示す情報であることを特徴とする項目１６に記載の端末。
（項目１８）
前記ハンドオーバ命令メッセージは、前記差分制御情報の適用時点情報をさらに含むことを特徴とする項目１４に記載の端末。
（項目１９）
前記差分制御情報の適用時点情報は、前記端末が前記ターゲット基地局へのネットワーク再進入過程を行う際に前記差分制御情報を適用する場合、前記ハンドオーバ命令メッセージが送信されるフレーム番号からの時間オフセットを示すことを特徴とする項目１８に記載の端末。
（項目２０）
前記制御情報は、スーパーフレームヘッダであることを特徴とする項目１４に記載の端末。
本発明の実施形態によれば、次のような効果がある。
【００６１】
第一に、端末はより効率的にハンドオーバを行うことができる。
【００６２】
第二に、本発明の実施形態により、ターゲット基地局の最新システム情報を保有していない端末はハンドオーバ実行中に最新システム情報を効率的に受信することができるので、ハンドオーバ遅延時間を短縮することができる。
【００６３】
第三に、本発明の実施形態により、ターゲット基地局の最新システム情報を受信した場合、端末が受信した最新システム情報を適用する時点が分かり、遅延なくターゲット基地局へのネットワーク再進入過程を行うことができる。
【図面の簡単な説明】
【００６４】
【図１】ＩＥＥＥ８０２．１６ｅシステムで行えるハンドオーバ手順の一例を示す図である。
【図２】ＩＥＥＥ８０２．１６システムをベースとする無線メトロポリタンエリアネットワーク移動通信システムで使用される物理フレーム構造の一例を示す図である。
【図３】本発明の一実施形態によるハンドオーバ過程でターゲット基地局のシステム情報を更新する手順の一例を示す図である。
【図４】本発明の一実施形態によるＥＢＢハンドオーバによりターゲット基地局のシステム情報を更新する手順の一例を示す図である。
【図５】本発明の一実施形態によるハンドオーバ過程で近隣広告メッセージによりターゲット基地局のシステム情報を更新する手順の一例を示す図である。
【図６】本発明の他の実施形態によるハンドオーバ過程でターゲット基地局のシステム情報を更新する手順の一例を示す図である。
【図７】本発明の他の実施形態によるハンドオーバ過程でターゲット基地局のシステム情報を更新する手順の他の例を示す図である。
【図８】本発明の他の実施形態による端末及び基地局の一例を示すブロック図である。
【発明を実施するための形態】
【００６５】
上記技術的課題を解決するために、本発明は、ハンドオーバ手順でターゲット基地局のシステム情報をより効率的に受信する方法及びそれを行うための装置を開示する。
【００６６】
以下の実施形態は本発明の構成要素や特徴が所定の形態に組み合わせられたものである。各構成要素又は特徴は、特に断らない限り選択的なものであると考慮されるべきである。各構成要素又は特徴は、他の構成要素又は特徴と組み合わせられない形態で実施することができる。また、一部の構成要素及び／又は特徴を組み合わせて本発明の実施形態を構成することもできる。本発明の実施形態において、説明される動作の順序は変更することができる。一実施形態の一部の構成又は特徴は、他の実施形態に含まれてもよく、他の実施形態の対応する構成又は特徴で代替されてもよい。
【００６７】
本明細書における実施形態は、基地局と端末間のデータ送受信関係に基づいて説明されている。ここで、基地局とは、端末と直接通信を行うネットワークの終端ノードを示すものである。本明細書において基地局により行われると説明されている特定動作は、場合によっては基地局の上位ノードにより行われる。
【００６８】
すなわち、基地局を含む複数のネットワークノードからなるネットワークにおいて、端末との通信のために行われる様々な動作は基地局又は基地局以外の他のネットワークノードにより実行されることは自明である。「基地局」は、固定局、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、アクセスポイント（ＡＰ）などの他の用語で代替することができる。また、「端末」は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの他の用語で代替することができる。
【００６９】
本発明の実施形態は様々な手段で実現することができる。例えば、本発明の実施形態はハードウェア、ファームウェア、ソフトウェア又はそれらの組み合わせなどにより実現することができる。
【００７０】
ハードウェアによる実現の場合、本発明の実施形態による方法は、１つ又は複数のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅｓ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅｓ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより実現することができる。
【００７１】
ファームウェアやソフトウェアによる実現の場合、本発明の実施形態による方法は、上記機能又は動作を行うモジュール、手順、関数などの形態で実現することができる。ソフトウェアコードをメモリユニットに保存しておき、プロセッサにより駆動してもよい。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知となっている様々な手段により前記プロセッサとデータをやり取りすることができる。
【００７２】
本発明の実施形態は、無線アクセスシステムであるＩＥＥＥ８０２システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥシステム及び３ＧＰＰ２システムの少なくとも１つに開示された標準文書により裏付けられる。すなわち、本発明の実施形態のうち本発明の技術的思想を明確に示すために説明していない段階又は部分は前記文書により裏付けられる。
【００７３】
以下の説明で使用される特定用語は本明細書の理解を助けるためのものであり、これらの特定用語の使用は本発明の技術的思想を逸脱しない範囲で他の形態に変更することができる。
【００７４】
前述したように、端末はハンドオーバを行う上でターゲット基地局のシステム情報を取得する必要がある。前記ターゲット基地局のシステム情報としては、アップリンク／ダウンリンクリソース設定、アップリンク周波数再利用率、電力制御、レンジングチャネル情報、先進マップ（Ａ−ＭＡＰ）情報、フィードバック（ＨＡＲＱ）情報、バックオフ情報などが挙げられる。
【００７５】
前述したシステム情報は、ターゲット基地局のスーパーフレームヘッダ（ＳＦＨ）又はサービング基地局がブロードキャストする近隣広告（ＡＡＩ＿ＮＢＲ−ＡＤＶ）メッセージにより端末に取得される。
【００７６】
ところが、端末が隣接基地局の現在のＳＦＨより古いバージョンのＳＦＨを保有していることがある。これは、スーパーフレームヘッダの送信周期より近隣広告メッセージの送信周期の方が相対的に長いために発生する問題である。この状態は、特定の基地局とスーパーフレームヘッダとが一致しない状況といえる。
【００７７】
ＳＦＨ不一致（ＳＦＨ  ｍｉｓｍａｔｃｈ）が発生し得る状況としては、１）ＳＦＨ更新（ＳＦＨ  ｕｐｄａｔｅ）が反映された最新の近隣広告（ＡＡＩ＿ＮＢＲ−ＡＤＶ）メッセージを端末が受信していない場合、２）ＳＦＨ更新が反映されたＡＡＩ＿ＮＢＲ−ＡＤＶメッセージがブロードキャストされる前に端末がターゲット基地局にハンドオーバを行う場合などが挙げられる。
【００７８】
このようなＳＦＨ不一致が発生した場合、本発明においては端末のターゲット基地局ＳＦＨ情報更新方法を提案するが、これは大きく２つのケースに分けられる。
【００７９】
第一に端末がハンドオーバを開始（ｉｎｉｔｉａｔｅ）したケースであり、第二に基地局がハンドオーバを開始したケースである。
【００８０】
まず、端末がハンドオーバを開始したケース（ＭＳ  ｉｎｉｔｉａｔｅｄ  ＨＯ）を説明する。
【００８１】
本発明の一実施形態によれば、ＳＦＨ不一致状態の端末が端末自身が開始したハンドオーバ手順でターゲット基地局の最新システム情報を効率的に受信する方法が提供される。
【００８２】
端末がハンドオーバを開始したケースにおいて、本発明の一実施形態によるターゲット基地局と一致しないＳＦＨを更新する方法は、次のように大きく３つに分けられる。
【００８３】
１．ハンドオーバ手順でハンドオーバ命令（ＡＡＩ＿ＨＯ−ＣＭＤ）メッセージにより一致しないＳＦＨ差分値（ＳＦＨ  ｄｅｌｔａ）情報を端末に送信する方法
２．ハンドオーバ手順実行中にＳＦＨをターゲット基地局で直接更新するためのＥＢＢハンドオーバ手順をサービング基地局（Ｓｅｒｖｉｎｇ  ＡＢＳ，  Ｓ−ＡＢＳ）が調整（ｃｏｏｒｄｉｎａｔｉｏｎ）する方法
３．端末が開始したハンドオーバ手順をサービング基地局（Ｓ−ＡＢＳ）が拒否する方法
第１実施形態
１．まず、第１の方法を説明する。
【００８４】
本実施形態の一態様では、端末がハンドオーバ要求（ＡＡＩ＿ＨＯ−ＲＥＱ）メッセージを送信してハンドオーバを開始する場合、当該メッセージ（ＡＡＩ＿ＨＯ−ＲＥＱ）に端末が保有している現在の近隣広告変更カウント（ＡＡＩ＿ＮＢＲ−ＡＤＶ  ｃｈａｎｇｅ  ｃｏｕｎｔ）情報を含めることを提案する。
【００８５】
ここで、近隣広告変更カウントとは、現在のサービング基地局（Ｓ−ＡＢＳ）の近隣広告（ＡＡＩ＿ＮＢＲ−ＡＤＶ）メッセージのバージョンを意味する。つまり、変更カウントが１増加するということは、Ｓ−ＡＢＳのＡＡＩ＿ＮＢＲ−ＡＤＶメッセージに含まれる情報が更新されたことを意味する。
【００８６】
この場合、ＡＡＩ＿ＨＯ−ＲＥＱメッセージには下記表１のようなフィールドが追加されることが好ましい。
【００８７】
表１は本発明の一実施形態によるハンドオーバ要求（ＡＡＩ＿ＨＯ−ＲＥＱ）メッセージに追加されるフィールド形式の一例を示す表である。
【００８８】
【表１】
0005519029.tif 000002
前述した変更カウント情報が適用される場合のハンドオーバ実行手順を図３を参照して説明する。
【００８９】
図３は本発明の一実施形態によるハンドオーバ過程でシステム情報を更新する手順の一例を示す図である。
【００９０】
図３を参照すると、まず、端末は、サービング基地局と正常にデータ交換を行い、サービング基地局から隣接基地局のシステム情報を含む近隣広告（ＡＡＩ＿ＮＢＲ−ＡＤＶ）メッセージを受信することができる（Ｓ３０１）。
【００９１】
ここで、近隣広告メッセージの変更カウント値は２と仮定する。その後、サービング基地局ではシステム情報が更新されて近隣広告メッセージの変更カウント値が３に変更される。
【００９２】
端末は、所定のハンドオーバ条件が満たされた場合、ハンドオーバを開始するために、近隣広告変更カウント情報を２に設定してハンドオーバ要求（ＡＡＩ＿ＨＯ−ＲＥＱ）メッセージをサービング基地局に送信する（Ｓ３０２）。
【００９３】
端末のハンドオーバ要求メッセージを受信した基地局は、端末が保有する近隣広告メッセージ情報に不一致（ＳＦＨ  ｍｉｓｍａｔｃｈ）が生じたことが分かり、よって、変更カウント値を３に設定し、かつ近隣広告メッセージでのバージョンの変更に応じたＳＦＨ差分値を含めて、ハンドオーバ命令（ＡＡＩ＿ＨＯ−ＣＭＤ）メッセージを端末に送信する（Ｓ３０３）。
【００９４】
それにより、端末は、ハンドオーバ命令メッセージに含まれるＳＦＨ差分値を用いてターゲット基地局の最新システム情報を取得し、その後ターゲット基地局にレンジング要求（ＡＡＩ＿ＲＮＧ−ＲＥＱ）メッセージを送信することができる（Ｓ３０４）。
【００９５】
ターゲット基地局は、端末が送信したレンジング要求メッセージに対する応答として、レンジング応答（ＡＡＩ＿ＲＮＧ−ＲＳＰ）メッセージを送信することができる（Ｓ３０５）。
【００９６】
その後、端末とターゲット基地局とはハンドオーバ手順を正常に完了してデータ交換を正常に行うことができる（Ｓ３０６）。
【００９７】
第２実施形態
２．次に、第２の方法を説明する。
【００９８】
本実施形態の他の態様でも、端末がハンドオーバ要求メッセージに近隣広告変更カウント情報を含めることにより、サービング基地局が端末のＳＦＨ不一致状態を判断するようにする。ただし、一致しないＳＦＨ情報を、ハンドオーバ命令メッセージではなく、ＥＢＢハンドオーバにより、端末がターゲット基地局から直接受信するようにすることを提案する。
【００９９】
ここで、ＥＢＢハンドオーバとは、ハンドオーバ再進入モード１（ＨＯ＿Ｒｅｅｎｔｒｙ＿Ｍｏｄｅ  １）をいうものであって、端末がハンドオーバ過程でターゲット基地局に進入するまでサービング基地局との接続を維持してデータ交換を行う方式であり、中断時間（ｉｎｔｅｒｒｕｐｔｉｏｎ  ｔｉｍｅ）が短縮されるという効果がある。
【０１００】
このために、サービング基地局（Ｓ−ＡＢＳ）は、端末がターゲット基地局から一致しないＳＦＨ情報を直接受信できるように、ＥＢＢハンドオーバ手順を調整することができる。より詳細には、端末は、サービング基地局のスケジューリングに従ってサービング基地局と交信しない区間（ＨＯ＿Ｒｅｅｎｔｒｙ＿Ｉｎｔｅｒｌｅａｖｉｎｇ＿Ｉｎｔｅｒｖａｌ）ではターゲット基地局（Ｔ−ＡＢＳ）でＳＦＨを更新し、Ｓ−ＡＢＳからのサービスを継続して受ける。サービング基地局は、端末が必要なＳＦＨのみを受信するようにサポートするために、ターゲット基地局がブロードキャストするＳＦＨのスケジューリング周期情報（ＳＰ  ｓｃｈｅｄｕｌｉｎｇ  ｐｅｒｉｏｄｉｃｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）及びＳＦＨ不一致状態を示す情報の少なくとも一方をハンドオーバ命令（ＡＡＩ＿ＨＯ−ＣＭＤ）メッセージに含めて端末に送信することができる。端末は、当該情報に基づいてＥＢＢハンドオーバ手順を行うことができる。
【０１０１】
この場合、ハンドオーバ命令（ＡＡＩ＿ＨＯ−ＣＭＤ）メッセージには下記表２のようなフィールドが追加されることが好ましい。
【０１０２】
表２は本発明の一実施形態によるハンドオーバ命令（ＡＡＩ＿ＨＯ−ＣＭＤ）メッセージに含まれるフィールド形式の一例を示す表である。
【０１０３】
【表２】
0005519029.tif 000003
表２を参照すると、ＡＡＩ＿ＨＯ−ＣＭＤメッセージにはモード（Ｍｏｄｅ）フィールドが特定値（ここでは０ｂ１１）に設定されており、端末が開始したハンドオーバ要求の拒否を通知することができ、この場合、拒否の理由を示す拒否理由（Ｒｅｊｅｃｔ  Ｒｅａｓｏｎ）フィールドがさらに含まれてもよい。
【０１０４】
拒否理由フィールドは、ＳＦＨ不一致状態を端末に示すために使用することができる。より具体的には、拒否理由フィールドが特定値（ここでは０ｂ０１）に設定された場合、端末がＳＦＨ不一致状態であることを示すことができる。拒否理由フィールドがＳＦＨ不一致状態とは異なる値に設定された場合、ターゲット基地局が端末を収容できなくなったことを端末に示すことができる。
【０１０５】
また、ＡＡＩ＿ＨＯ−ＣＭＤメッセージにはＳＰスケジューリング周期情報が含まれており、各Ｓ−ＳＦＨ  ＳＰの送信周期を端末に通知することができる。
【０１０６】
以下、前述したＥＢＢによるＳＦＨ更新手順を図４を参照して説明する。
【０１０７】
図４は本発明の一実施形態によるＥＢＢハンドオーバによりターゲット基地局のシステム情報を取得する手順の一例を示す図である。
【０１０８】
図４を参照すると、まず、端末は、サービング基地局と正常にデータ交換を行い、サービング基地局から隣接基地局のシステム情報を含む近隣広告（ＡＡＩ＿ＮＢＲ−ＡＤＶ）メッセージを受信することができる（Ｓ４０１）。
【０１０９】
ここで、近隣広告メッセージの変更カウント値は２と仮定する。その後、サービング基地局では隣接基地局のシステム情報（すなわち、ＳＦＨ）が更新されて近隣広告メッセージの変更カウント値が３に変更される。
【０１１０】
端末は、所定のハンドオーバ条件が満たされた場合、ハンドオーバを開始するために、近隣広告変更カウント情報を２に設定してハンドオーバ要求（ＡＡＩ＿ＨＯ−ＲＥＱ）メッセージをサービング基地局に送信する（Ｓ４０２）。
【０１１１】
端末のハンドオーバ要求メッセージを受信したサービング基地局は、端末が保有する近隣広告メッセージ情報に不一致（ＳＦＨ  ｍｉｓｍａｔｃｈ）が生じたことが分かり、よって、端末のＥＢＢハンドオーバを調整することができる。このために、サービング基地局は、３に設定された変更カウント情報、ＳＦＨ不一致があるかを示す情報、及びサービング基地局がＥＢＢハンドオーバを調整することを端末に通知するＥＢＢハンドオーバ調整情報の少なくとも１つをハンドオーバ命令（ＡＡＩ＿ＨＯ−ＣＭＤ）メッセージに含めて端末に送信することができる（Ｓ４０３）。
【０１１２】
ここで、ＥＢＢハンドオーバ調整情報は、サービング基地局のスケジューリングに従ってサービング基地局と交信しない区間、すなわちハンドオーバ再進入インターリーブ区間（ＨＯ＿Ｒｅｅｎｔｒｙ＿Ｉｎｔｅｒｌｅａｖｉｎｇ＿Ｉｎｔｅｒｖａｌ）に関する情報を含む。また、サービング基地局は、一致しないＳＦＨ情報がターゲット基地局から送信される時点を示すＳＦＨスケジューリング情報をハンドオーバ命令メッセージにさらに含めてもよい。
【０１１３】
ハンドオーバ命令メッセージを受信した端末は、ＳＦＨ不一致状態が分かり、ハンドオーバ命令メッセージに含まれる情報を用いて、ハンドオーバ再進入インターリーブ区間でターゲット基地局から一致しないＳＦＨ情報（ＳＦＨ  ｄｅｌｔａ  １）を直接受信することができる（Ｓ４０４）。
【０１１４】
もし、ハンドオーバ命令メッセージにターゲット基地局のＳＦＨスケジューリング情報が含まれる場合であれば、端末は、ステップＳ４０４において、当該情報をさらに参照してＳＦＨの受信を行うことができる。
【０１１５】
ハンドオーバ再進入インターリーブ区間でない場合、端末は、基地局のスケジューリングに従ってサービング基地局とデータ交換を行うことができる（Ｓ４０５）。
【０１１６】
ステップＳ４０４でＳＦＨ受信を行った後も、一致しないＳＦＨ情報がある場合、端末は、次のハンドオーバ再進入インターリーブ区間でターゲット基地局のＳＦＨ（ＳＦＨ  ｄｅｌｔａ  ２）をさらに受信することができ、当該区間以降、サービング基地局のスケジューリングに従ってサービング基地局とデータ交換を行うことができる（Ｓ４０６、Ｓ４０７）。
【０１１７】
その後、端末は、ＳＦＨ受信によりターゲット基地局の最新システム情報を取得し、レンジング要求メッセージをターゲット基地局に送信することができる（Ｓ４０８）。
【０１１８】
ターゲット基地局は、端末が送信したレンジング要求メッセージに対する応答として、レンジング応答メッセージを端末に送信する（Ｓ４０９）。
【０１１９】
その後、端末と基地局とはハンドオーバ手順を正常に完了してデータ交換を正常に行うことができる（Ｓ４１０）。
【０１２０】
第３実施形態
３．次に、第３の方法を説明する。
【０１２１】
本実施形態のさらに他の態様でも、端末がハンドオーバ要求メッセージに近隣広告変更カウント情報を含めることにより、サービング基地局が端末のＳＦＨ不一致状態を判断するようにする。ただし、端末がＳＦＨ不一致状態の場合、サービング基地局は、端末のハンドオーバ要求を拒否し、サービング基地局により次にブロードキャストされる近隣広告（ＡＡＩ＿ＮＢＲ−ＡＤＶ）メッセージを端末が受信するようにすることを提案する。以下、これについて図５を参照して説明する。
【０１２２】
図５は本発明の一実施形態によるハンドオーバ過程で近隣広告メッセージによりターゲット基地局のシステム情報を更新する手順の一例を示す図である。
【０１２３】
図５を参照すると、まず、端末は、サービング基地局と正常にデータ交換を行い、サービング基地局から隣接基地局のシステム情報を含む近隣広告（ＡＡＩ＿ＮＢＲ−ＡＤＶ）メッセージを受信することができる（Ｓ５０１）。
【０１２４】
ここで、近隣広告メッセージの変更カウント値は２と仮定する。その後、サービング基地局では隣接基地局のシステム情報（すなわち、ＳＦＨ）が更新されて近隣広告メッセージの変更カウント値が３に変更される。
【０１２５】
端末は、所定のハンドオーバ条件が満たされた場合、ハンドオーバを開始するために、近隣広告変更カウント情報を２に設定してハンドオーバ要求（ＡＡＩ＿ＨＯ−ＲＥＱ）メッセージをサービング基地局に送信する（Ｓ５０２）。
【０１２６】
端末のハンドオーバ要求メッセージを受信したサービング基地局は、端末が保有する近隣広告メッセージ情報に不一致（ＳＦＨ  ｍｉｓｍａｔｃｈ）が生じたことが分かり、よって、端末が次に送信されるＡＡＩ＿ＮＢＲ−ＡＤＶメッセージを受信するように、端末が要求したハンドオーバを拒否することができる。このために、サービング基地局は、３に設定された変更カウント情報、及びハンドオーバの拒否を示す値（例えば、０ｂ１０）に設定されたモード（ｍｏｄｅ）情報の少なくとも一方をハンドオーバ命令（ＡＡＩ＿ＨＯ−ＣＭＤ）メッセージに含めて端末に送信することができる（Ｓ５０３）。
【０１２７】
サービング基地局からハンドオーバ命令メッセージを受信した端末は、端末自身が開始したハンドオーバがＳＦＨ不一致状態により拒否されたことが分かる。それにより、端末は、サービング基地局とデータ交換を行うことができる（Ｓ５０４）。
【０１２８】
その後、端末は、最新のＡＡＩ＿ＮＢＲ−ＡＤＶメッセージ（変更カウント値＝３）をサービング基地局から受信することができる（Ｓ５０５）。
【０１２９】
最新のＡＡＩ＿ＮＢＲ−ＡＤＶメッセージを受信した端末は、ターゲット基地局の最新ＳＦＨ（すなわち、システム情報）を取得することができ、ハンドオーバを再び要求するためにサービング基地局に変更カウント値を３に設定したハンドオーバ要求（ＡＡＩ＿ＨＯ−ＲＥＱ）メッセージを送信することができる。
【０１３０】
端末からハンドオーバ要求メッセージを受信したサービング基地局は、端末にＳＦＨ不一致がないことが分かり、よって、ハンドオーバ命令メッセージを端末に送信する（Ｓ５０７）。
【０１３１】
後続の手順は一般的なハンドオーバ手順であるので、明細書の簡明化のために重複する説明は省略する。
【０１３２】
以下、本発明の他の実施形態においては、基地局がハンドオーバを開始したケース（ＢＳ  ｉｎｉｔｉａｔｅｄ  ＨＯ）を説明する。
【０１３３】
本発明の他の実施形態によれば、サービング基地局が開始したハンドオーバ手順でＳＦＨ不一致状態の端末がターゲット基地局の最新システム情報を効率的に受信する方法が提供される。
【０１３４】
サービング基地局がハンドオーバを開始したケースにおいて、本発明の一実施形態によるターゲット基地局と一致しないＳＦＨを更新する方法は、次のように大きく２つに分けられる。
【０１３５】
１．端末がサービング基地局でＳＦＨを全て更新した後にハンドオーバを行う方法
２．端末がサービング基地局のハンドオーバ要求を拒否した後にＥＢＢハンドオーバを要求してＳＦＨをターゲット基地局から直接受信して更新する方法
第４実施形態
１．まず、第１の方法を説明する。
【０１３６】
本実施形態の一態様では、基地局が要求なしにハンドオーバ命令（ＡＡＩ＿ＨＯ−ＣＭＤ）メッセージを送信すると、端末がＳＦＨ不一致を認識した場合、ハンドオーバ指示メッセージによりハンドオーバを拒否することを提案する。
【０１３７】
これについて図６を参照して説明する。
【０１３８】
図６は本発明の他の実施形態によるハンドオーバ過程でターゲット基地局のシステム情報を更新する手順の一例を示す図である。
【０１３９】
図６を参照すると、まず、端末は、サービング基地局と正常にデータ交換を行い、サービング基地局から隣接基地局のシステム情報（ＳＦＨ情報）を含む近隣広告（ＡＡＩ＿ＮＢＲ−ＡＤＶ）メッセージを受信することができる（Ｓ６０１）。
【０１４０】
ここで、近隣広告メッセージの変更カウント値は２と仮定する。その後、サービング基地局では隣接基地局のシステム情報（すなわち、ＳＦＨ）が更新されて近隣広告メッセージの変更カウント値が３に変更される。
【０１４１】
サービング基地局は、所定のハンドオーバ条件が満たされた場合、ハンドオーバを開始するために、近隣広告変更カウント情報を３に設定してハンドオーバ命令（ＡＡＩ＿ＨＯ−ＣＭＤ）メッセージを端末に送信する（Ｓ６０２）。
【０１４２】
ここで、ハンドオーバ命令メッセージには、隣接基地局のスーパーフレームヘッダカウンタがさらに含まれてもよい。
【０１４３】
ハンドオーバ命令メッセージを受信した端末は、サービング基地局の近隣広告変更カウントと端末の近隣広告カウントとが一致しないので端末自身がＳＦＨ不一致状態であることが分かる。それにより、端末は、ハンドオーバ指示（ＡＡＩ＿ＨＯ−ＩＮＤ）メッセージのイベントコード（ｅｖｅｎｔ  ｃｏｄｅ）をハンドオーバの取り消し又は拒否を示す値に設定してサービング基地局に送信することができる（Ｓ６０３）。
【０１４４】
ここで、端末がハンドオーバを拒否する場合、ハンドオーバ指示メッセージには、拒否の理由を示す情報がさらに含まれてもよい。このような情報が含まれるハンドオーバ指示（ＡＡＩ＿ＨＯ−ＩＮＤ）メッセージの一例を表３を参照して説明する。
【０１４５】
【表３】
0005519029.tif 000004
表３を参照すると、ハンドオーバ指示メッセージのイベントコード（ＨＯ  Ｅｖｅｎｔ  Ｃｏｄｅ）フィールドにハンドオーバの拒否（ＨＯ  ｒｅｊｅｃｔ）を示す値（例えば、０ｂ１００）を新設し、基地局が開始したハンドオーバ手順の実行を拒否することができる。
【０１４６】
また、イベントコード値がハンドオーバの拒否を示す値に設定された場合、ハンドオーバ指示メッセージには、拒否の理由を示す拒否理由（Ｒｅｊｅｃｔ  Ｒｅａｓｏｎ）フィールドがさらに含まれてもよい。拒否理由フィールドが特定値（例えば、０ｂ００）に設定された場合、該当端末がＳＦＨ不一致状態であることを示すことができる。
【０１４７】
一方、ハンドオーバ指示メッセージには変更カウント情報がさらに含まれてもよいが、この場合、シームレスハンドオーバが行われる際に発生し得る問題を解決することができる。すなわち、シームレスハンドオーバが行われる場合、端末が旧バージョンのターゲット基地局のシステム情報を有すると判断されると、サービング基地局がこれを取り消して不要な中断時間の発生を防止することができる。
【０１４８】
再び図６を参照すると、端末は、変更カウントが３に設定された最新の近隣広告メッセージをサービング基地局から受信し、隣接基地局のＳＦＨ情報を更新することができる。
【０１４９】
その後、端末は、サービング基地局とデータ交換を行っていて所定のハンドオーバ実行条件が満たされると、変更カウントを３に設定したハンドオーバ要求（ＡＡＩ＿ＨＯ−ＲＥＱ）メッセージをサービング基地局に送信することができる（Ｓ６０５、Ｓ６０６）。
【０１５０】
端末のハンドオーバ要求メッセージを受信した基地局は、端末が保有する近隣広告情報にＳＦＨ不一致がないことが分かり、よって、ハンドオーバ命令メッセージを端末に送信することができる（Ｓ６０７）。
【０１５１】
後続の手順は一般的なハンドオーバ手順と類似するので、重複する説明は省略する。
【０１５２】
また、前記ハンドオーバ指示（ＡＡＩ＿ＨＯ−ＩＮＤ）は、サービング基地局から送信される近隣広告変更カウント値と端末が保有する近隣広告変更カウント値とが一致しない場合、その不一致を示す情報を含んでもよい。
【０１５３】
下記表４は近隣広告変更カウント値の不一致を示す情報を含むハンドオーバ指示（ＡＡＩ＿ＨＯ−ＩＮＤ）メッセージの実施例を示す表である。
【０１５４】
【表４】
0005519029.tif 000005
第５実施形態
２．次に、第２の方法を説明する。
【０１５５】
本実施形態の他の態様でも、基地局が要求なしにハンドオーバ命令（ＡＡＩ＿ＨＯ−ＣＭＤ）メッセージを送信してハンドオーバを開始する際に、端末がＳＦＨ不一致を認識した場合、端末がハンドオーバ指示メッセージによりハンドオーバを拒否するようにする。ただし、前述した一態様とは異なり、端末が一致しないＳＦＨ情報をサービング基地局の近隣広告メッセージにより取得するのではなく、ＥＢＢハンドオーバ手順を要求してターゲット基地局から取得することを提案する。
【０１５６】
これについて図７を参照して説明する。
【０１５７】
図７は本発明の他の実施形態によるハンドオーバ過程でターゲット基地局のシステム情報を更新する手順の他の例を示す図である。
【０１５８】
図７を参照すると、まず、端末は、サービング基地局と正常にデータ交換を行い、サービング基地局から隣接基地局のシステム情報（ＳＦＨ情報）を含む近隣広告（ＡＡＩ＿ＮＢＲ−ＡＤＶ）メッセージを受信することができる（Ｓ７０１）。
【０１５９】
ここで、近隣広告メッセージの変更カウント値は２と仮定する。その後、サービング基地局では隣接基地局のシステム情報（すなわち、ＳＦＨ）が更新されて近隣広告メッセージの変更カウント値が３に変更される。
【０１６０】
サービング基地局は、所定のハンドオーバ条件が満たされた場合、ハンドオーバを開始するために、近隣広告変更カウント情報を３に設定してハンドオーバ命令（ＡＡＩ＿ＨＯ−ＣＭＤ）メッセージを端末に送信する（Ｓ７０２）。
【０１６１】
ここで、ハンドオーバ命令メッセージには、隣接基地局のスーパーフレームヘッダカウンタがさらに含まれてもよい。
【０１６２】
ハンドオーバ命令メッセージを受信した端末は、サービング基地局の近隣広告変更カウントと端末の近隣広告カウントとが一致しないので端末自身がＳＦＨ不一致状態であることが分かる。それにより、端末は、ハンドオーバ指示（ＡＡＩ＿ＨＯ−ＩＮＤ）メッセージのイベントコード（ｅｖｅｎｔ  ｃｏｄｅ）をＳＦＨ不一致によりＥＢＢハンドオーバを要求する値（例えば、０ｂ１０１〜０ｂ１１１のいずれか１つ）に設定してサービング基地局に送信することができる（Ｓ７０３）。
【０１６３】
端末のハンドオーバ指示メッセージを受信したサービング基地局は、端末が保有する近隣広告メッセージ情報に不一致（ＳＦＨ  ｍｉｓｍａｔｃｈ）が生じたことが分かり、よって、端末のＥＢＢハンドオーバを調整することができる。このために、サービング基地局は、ＥＢＢハンドオーバが調整されることを端末に通知するＥＢＢハンドオーバ調整情報をハンドオーバ命令（ＡＡＩ＿ＨＯ−ＣＭＤ）メッセージに含めて端末に送信することができる（Ｓ７０４）。
【０１６４】
ここで、ＥＢＢハンドオーバ調整情報は、サービング基地局のスケジューリングに従ってサービング基地局と交信しない区間、すなわちハンドオーバ再進入インターリーブ区間（ＨＯ＿Ｒｅｅｎｔｒｙ＿Ｉｎｔｅｒｌｅａｖｉｎｇ＿Ｉｎｔｅｒｖａｌ）に関する情報を含む。また、サービング基地局は、一致しないＳＦＨ情報がターゲット基地局から送信される時点を示すＳＦＨスケジューリング情報をハンドオーバ命令メッセージにさらに含めてもよい。
【０１６５】
端末は、ハンドオーバ命令メッセージに含まれる情報を用いて、ハンドオーバ再進入インターリーブ区間でターゲット基地局から一致しないＳＦＨ情報（ＳＦＨ  ｄｅｌｔａ  １）を直接受信することができる（Ｓ７０５）。
【０１６６】
もし、ハンドオーバ命令メッセージにターゲット基地局のＳＦＨスケジューリング情報が含まれる場合であれば、端末は、ステップＳ７０５において、当該情報をさらに参照してＳＦＨの受信を行うことができる。
【０１６７】
ハンドオーバ再進入インターリーブ区間でない場合、端末は、基地局のスケジューリングに従ってサービング基地局とデータ交換を行うことができる（Ｓ７０６）。
【０１６８】
ステップＳ７０５でＳＦＨ受信を行った後も、一致しないＳＦＨ情報がある場合、端末は、次のハンドオーバ再進入インターリーブ区間でターゲット基地局のＳＦＨ（ＳＦＨ  ｄｅｌｔａ  ２）をさらに受信することができ、当該区間以降、サービング基地局のスケジューリングに従ってサービング基地局とデータ交換を行うことができる（Ｓ７０７、Ｓ７０８）。
【０１６９】
その後、端末は、ＳＦＨ受信によりターゲット基地局の最新システム情報を取得し、レンジング要求メッセージをターゲット基地局に送信することができる（Ｓ７０９）。
【０１７０】
ターゲット基地局は、端末が送信したレンジング要求メッセージに対する応答として、レンジング応答メッセージを端末に送信する（Ｓ７１０）。
【０１７１】
その後、端末と基地局とはハンドオーバ手順を正常に完了してデータ交換を正常に行うことができる（Ｓ７１１）。
【０１７２】
一方、前述した実施形態においては、ハンドオーバ過程で、端末がターゲット基地局のＳ−ＳＦＨ  ＳＰ１及びＳ−ＳＦＨ  ＳＰ２に関しては最新情報を取得し、Ｓ−ＳＦＨ  ＳＰ３にのみＳＦＨ不一致が発生する場合があり得る。Ｓ−ＳＦＨ  ＳＰ３には、ハンドオーバ過程で行うレンジング手順とは関係ないが登録手順（ＡＡＩ＿ＲＥＧ−ＲＥＱ／ＲＳＰ  ｈａｎｄｓｈａｋｅ）で要求される情報などが含まれるが、このような情報が旧バージョンであるか又は端末に取得されていない場合、レイテンシの面で非効率となることがある。この場合、端末は、ターゲット基地局にレンジング要求メッセージを送信する際に、レンジング要求（ＡＡＩ＿ＲＮＧ−ＲＥＱ）メッセージにＳ−ＳＦＨ  ＳＰ３情報を要求する情報を含めてもよい。それにより、ターゲット基地局は、レンジング応答（ＡＡＩ＿ＲＮＧ−ＲＳＰ）メッセージによりＳ−ＳＦＨ  ＳＰ３情報を端末に送信することができる。
【０１７３】
第６実施形態
以下、端末がサービング基地局からターゲット基地局の最新システム情報（ＳＦＨ）を受信した場合、端末が受信した最新システム情報を適用する時点（いつ適用すべきか）に関する方法について具体的に説明する。
【０１７４】
端末がハンドオーバするターゲット基地局の最新ＳＦＨ情報を有しない場合、サービング基地局は、端末にＡＡＩ＿ＨＯ−ＣＭＤメッセージにより差分ＳＦＨ情報で端末が保有するＳＦＨ情報を更新させることができる。
【０１７５】
ところが、端末は、前記更新されたＳＦＨ情報がターゲット基地局でいつ適用されるかが分からないため、ネットワーク再進入時にどのＳＦＨ情報を使用すべきかが分からない。
【０１７６】
ここで、ＳＦＨ情報がいつ適用されるかに関する情報に関しては、Ｐ−ＳＦＨ情報内に「ＳＦＨ  ａｐｐｌｙｉｎｇ  ｏｆｆｓｅｔ」というパラメータがあるが、これは近隣広告（ＡＡＩ＿ＮＢＲ−ＡＤＶ）メッセージに含まれないため、このような問題が生じる。
【０１７７】
そこで、端末がサービング基地局から受信した最新ＳＦＨ情報を適用する時点を下記のような方法により提供する。
【０１７８】
１．ＡＡＩ＿ＮＢＲ−ＡＤＶにＰ−ＳＦＨ情報を含める
サービング基地局は、近隣広告（ＡＡＩ＿ＮＢＲ−ＡＤＶ）メッセージにＰ−ＳＦＨ情報を含めて端末に送信する。この場合、端末は、基本的に更新されたＳＦＨ情報がターゲット基地局でいつ適用されるかが分かる。
【０１７９】
この場合、端末は、サービング基地局から受信したＡＡＩ＿ＮＢＲ−ＡＤＶメッセージによりターゲット基地局のＳＦＨ情報を正常に更新した状態であるので、ターゲット基地局へのネットワーク再進入を行う際に前記更新されたＳＦＨ情報を適用する。
【０１８０】
２．ＳＦＨ  ｄｅｌｔａ  ｉｎｆｏｒｍａｔｉｏｎ  ａｐｐｌｙ  ｉｎｄｉｃａｔｏｒ
サービング基地局がＡＡＩ＿ＨＯ−ＣＭＤメッセージに更新されたＳＦＨ情報を適用するか否かを示すインジケータを含めて端末に送信することにより、端末はネットワーク再進入を行う際に更新されたＳＦＨ情報を適用すべきかが分かる。
【０１８１】
つまり、端末は、ＡＡＩ＿ＨＯ−ＣＭＤメッセージに含まれて送信される最新ＳＦＨ更新情報をターゲット基地局（Ｔａｒｇｅｔ  ＡＢＳ）へのネットワーク再進入を行う時点で適用するか否かを、前記ＡＡＩ＿ＨＯ−ＣＭＤメッセージに含まれる１ｂｉｔ  ｉｎｄｉｃａｔｏｒから分かる。
【０１８２】
さらに他の方法として、サービング基地局がＡＡＩ＿ＨＯ−ＣＭＤメッセージに更新されたＳＦＨ情報適用時点情報を含めて端末に送信することにより、端末が前記更新されたＳＦＨ情報適用時点を分かるようにすることもできる。
【０１８３】
ここで、前記更新されたＳＦＨ情報適用時点情報（ＳＦＨ  ｄｅｌｔａ  ｉｎｆｏｒｍａｔｉｏｎ  ａｐｐｌｙ  ｉｎｄｉｃａｔｏｒ）は、サービング基地局がＡＡＩ＿ＨＯ−ＣＭＤメッセージを送信した時点から何番目のフレームの後に前記更新されたＳＦＨ情報を適用するかを示す情報である。
【０１８４】
つまり、サービング基地局は、端末にフレーム数を通知していつから端末が前記ＳＦＨ更新情報を適用してターゲット基地局で使用するかを通知することができる。
【０１８５】
下記表５はＳＦＨ  ｄｅｌｔａ  ｉｎｆｏｒｍａｔｉｏｎ  ａｐｐｌｙ  ｉｎｄｉｃａｔｏｒが含まれるＡＡＩ＿ＨＯ−ＣＭＤメッセージの実施例を示す表である。
【０１８６】
【表５】
0005519029.tif 000006
下記表６はＳＦＨ  ｄｅｌｔａ  ｉｎｆｏｒｍａｔｉｏｎ  ａｐｐｌｙ  ｔｉｍｅ  ｏｆｆｓｅｔが含まれるＡＡＩ＿ＨＯ−ＣＭＤメッセージの実施例を示す表である。
【０１８７】
【表６】
0005519029.tif 000007
端末及び基地局の構造
以下、本発明のさらに他の実施形態として、前述した本発明の実施形態を実現できる端末及び基地局を説明する。
【０１８８】
端末は、アップリンクでは送信機として動作し、ダウンリンクでは受信機として動作するようにしてもよい。また、基地局は、アップリンクでは受信機として動作し、ダウンリンクでは送信機として動作するようにしてもよい。すなわち、端末及び基地局は、情報又はデータの伝送のために送信機及び受信機を含んでもよい。
【０１８９】
送信機及び受信機は、本発明の実施形態を実現するための制御部、モジュール、部分及び／又は手段などを含んでもよい。特に、送信機及び受信機は、メッセージを暗号化するためのモジュール（手段）、暗号化したメッセージを解析するためのモジュール、メッセージを送受信するためのアンテナなどを含んでもよい。
【０１９０】
図８は本発明の他の実施形態による端末８１０及び基地局８２０の一例を示すブロック図である。
【０１９１】
図８を参照すると、左側は端末８１０を示し、右側は基地局８２０を示す。端末は、アンテナ、制御部８１２、送信モジュール（Ｔｘ  ｍｏｄｕｌｅ）８１１−１、受信モジュール（Ｒｘ  ｍｏｄｕｌｅ）８１１−２及びメモリ８１３を含んでもよく、基地局は、アンテナ、制御部８２２、送信モジュール８２１−１、受信モジュール８２１−２及びメモリ８２３を含んでもよい。各構成要素は互いに対応する機能を実行することができる。以下、各構成要素をより詳細に説明する。
【０１９２】
アンテナは、送信モジュール８１１−１、８２１−１が生成した信号を外部に送信したり、外部から無線信号を受信して受信モジュール８１１−２、８２１−２に送る機能を果たす。多重アンテナ（ＭＩＭＯ）機能をサポートする場合は、２つ以上のアンテナが備えられてもよい。
【０１９３】
アンテナ、送信モジュール及び受信モジュールが無線通信（ＲＦ）モジュールを構成するようにしてもよい。
【０１９４】
制御部８１２、８２２は、通常移動端末機の全般的な動作を制御する。例えば、制御部８１２、８２２は、前述した本発明の実施形態を実現するためのコントローラ機能、サービス特性及び電波環境に応じたＭＡＣフレーム可変制御機能、ハンドオーバ機能、認証及び暗号化機能などを果たすことができる。より具体的には、制御部８１２、８２２は、前述したハンドオーバ手順を行うための全般的な制御を行うことができる。
【０１９５】
特に、移動端末機の制御部は、サービング基地局からブロードキャストされる近隣広告（ＡＡＩ＿ＮＢＲ−ＡＤＶ）メッセージにより、当該メッセージの変更カウント情報及び隣接基地局のシステム情報（すなわち、ＳＦＨ情報）を取得することができる。
【０１９６】
制御部は、所定のハンドオーバ条件を満たすか否かを判断することができ、当該条件が満たされると、サービング基地局にハンドオーバを要求するために、取得した変更カウント情報を含むハンドオーバ要求メッセージがサービング基地局に送信されるように制御することができる。基地局が開始したハンドオーバの場合は当該手順が行われないであろう。
【０１９７】
その後、端末は、サービング基地局から受信したハンドオーバ命令メッセージに含まれる変更カウント情報に基づいて、端末自身がＳＦＨ不一致状態であるか否かを判断することができる。
【０１９８】
それにより、制御部は、ＥＢＢハンドオーバによりターゲット基地局から直接最新ＳＦＨを受信したり、ハンドオーバ命令メッセージにより一致しないＳＦＨ情報を取得するように制御することができる。あるいは、制御部は、ハンドオーバを拒否することをサービング基地局に通知し、次に受信される最新バージョンの近隣広告メッセージによりターゲット基地局のシステム情報を更新することができる。
【０１９９】
前述した制御部の動作のより詳細な手順は、図３〜図７を参照して前述した実施形態に開示された過程の全般的な制御動作を行うことができる。
【０２００】
送信モジュール８１１−１、８２１−１は、制御部８１２、８２２からスケジューリングされて外部に送信されるデータに対して所定の符号化及び変調を行い、アンテナに送ることができる。
【０２０１】
受信モジュール８１１−２、８２１−２は、外部からアンテナを介して受信した無線信号に対して復号化及び復調を行って元データの形式に復元し、制御部８１２、８２２に送ることができる。
【０２０２】
メモリ８１３、８２３は、制御部８１２、８２２の処理及び制御のためのプログラムを保存することもでき、入出力されるデータ（例えば、ターゲット基地局のシステム情報）の一時保存のための機能を果たすこともできる。また、メモリ８１３、８２３は、フラッシュメモリタイプ、ハードディスクタイプ、マルチメディアカードマイクロタイプ、カード型メモリ（例えば、ＳＤ又はＸＤメモリなど）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気メモリ、磁気ディスク、光ディスクの少なくとも１つのタイプを含む。
【０２０３】
一方、基地局は、前述した本発明の実施形態を実現するためのコントローラ機能、直交周波数分割多元接続（ＯＦＤＭＡ：  Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）パケットスケジューリング、時分割複信（ＴＤＤ：  Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）パケットスケジューリング及びチャネル多重化機能、サービス特性及び電波環境に応じたＭＡＣフレーム可変制御機能、高速トラフィックリアルタイム制御機能、ハンドオーバ機能、認証及び暗号化機能、パケット変復調機能、高速パケットチャネル符号化機能、リアルタイムモデム制御機能などを前述したモジュールの少なくとも１つにより行うか、又はこれらの機能を果たすための別途の手段、モジュール、部分などをさらに含んでもよい。
【０２０４】
本発明は、本発明の思想や必須の特徴から逸脱しない限り、他の特定の形態に具体化することができる。よって、前述した詳細な説明は、あらゆる面で制限的に解釈されてはならず、例示的なものとして考慮されるべきである。
【０２０５】
本発明の範囲は、添付された請求の範囲の合理的解釈により定められるべきであり、本発明の等価物の範囲内でのあらゆる変更も本発明の範囲に含まれる。また、請求の範囲において、明示的な引用関係のない請求項を組み合わせて実施形態を構成したり出願後の補正により新たな請求項として含んでもよい。
【図１】
0005519029.tif 000008
【図２】
0005519029.tif 000009
【図３】
0005519029.tif 000010
【図４】
0005519029.tif 000011
【図５】
0005519029.tif 000012
【図６】
0005519029.tif 000013
【図７】
0005519029.tif 000014
【図８】
0005519029.tif 000015