(57)【特許請求の範囲】
【請求項１】
改善基地局（ＡＢＳ）の改善端末（ＡＭＳ）サポート領域への領域変更動作を行う方法であって、前記ＡＢＳは、所定の周期に従って前記ＡＭＳサポート領域において第一のスーパーフレームヘッダーサブパケット（ＳＦＨ  ＳＰ）と第二のＳＦＨ  ＳＰと第三のＳＦＨ  ＳＰとを含む複数のＳＦＨ  ＳＰを送信し、前記方法は、広帯域無線接続システムにおいて改善端末（ＡＭＳ）により実行され、前記方法は、
前記改善基地局（ＡＢＳ）のレガシー領域（ＬＺｏｎｅ）から前記ＡＭＳサポート領域の前記複数のスーパーフレームヘッダーサブパケット（ＳＦＨ  ＳＰ）を含むシステム情報および領域変更ＴＬＶ情報を含むレンジング応答（ＲＮＧ―ＲＳＰ）メッセージを受信することと、
前記複数のＳＦＨ  ＳＰを含む前記システム情報を用いて前記ＡＭＳサポート領域にレンジングを行うことと
を含み、
前記領域変更ＴＬＶ情報は、前記ＡＭＳサポート領域のプリアンブルインデックスと、前記ＬＺｏｎｅと前記ＡＭＳサポート領域との間のオフセットとを含み、
前記ＡＭＳは、前記ＡＭＳサポート領域と同期化する前に前記ＬＺｏｎｅから前記第一のＳＦＨ  ＳＰ、前記第二のＳＦＨ  ＳＰおよび前記第三のＳＦＨ  ＳＰを含む前記レンジング応答メッセージを獲得する、方法。
【請求項２】
前記ＡＭＳが行える領域変更モードを指示する領域変更能力情報を含むレンジング要請（ＲＮＧ―ＲＥＱ）メッセージを前記レガシー領域に伝送することをさらに含む、請求項１に記載の方法。
【請求項３】
前記ＡＭＳが前記レガシー領域との連結を切り、前記ＡＭＳサポート領域への領域変更を行うモードを指示する値に前記領域変更能力情報が設定された場合、前記複数のＳＦＨ  ＳＰを含む前記システム情報は、前記レンジング応答メッセージに含まれる、請求項２に記載の方法。
【請求項４】
広帯域無線接続システムにおいて改善基地局（ＡＢＳ）により改善端末（ＡＭＳ）の領域変更をサポートする方法であって、前記ＡＢＳは、所定の周期に従ってＡＭＳサポート領域において第一のスーパーフレームヘッダーサブパケット（ＳＦＨ  ＳＰ）と第二のＳＦＨ  ＳＰと第三のＳＦＨ  ＳＰとを含む複数のＳＦＨ  ＳＰを送信し、前記方法は、
前記ＡＭＳが行える領域変更モードを指示する領域変更能力情報を含むレンジング要請（ＲＮＧ―ＲＥＱ）メッセージをレガシー領域（Ｌｚｏｎｅ）を通して受信することと、
前記領域変更能力情報の値によって前記レガシー領域（ＬＺｏｎｅ）を通して前記ＡＭＳにＡＢＳサポート領域（ＭＺｏｎｅ）の複数のスーパーフレームヘッダーサブパケット（ＳＦＨ  ＳＰ）を含むシステム情報および領域変更ＴＬＶ情報を含むレンジング応答（ＲＮＧ―ＲＳＰ）メッセージを伝送することと
を含み、
前記領域変更ＴＬＶ情報は、前記ＡＭＳサポート領域のプリアンブルインデックスと、前記ＬＺｏｎｅと前記ＡＭＳサポート領域との間のオフセットとを含み、
前記ＡＭＳは、前記ＡＭＳサポート領域と同期化する前に前記ＬＺｏｎｅから前記第一のＳＦＨ  ＳＰ、前記第二のＳＦＨ  ＳＰおよび前記第三のＳＦＨ  ＳＰを含む前記レンジング応答メッセージを獲得する、方法。
【請求項５】
前記ＡＭＳが前記レガシー領域との連結を切り、前記ＡＭＳサポート領域への領域変更を行うモードを指示する値に前記領域変更能力情報が設定された場合、前記複数のＳＦＨ  ＳＰを含む前記システム情報は、前記レンジング応答メッセージに含まれる、請求項４に記載の方法。
【請求項６】
広帯域無線接続システムにおいて改善基地局（ＡＢＳ）の改善端末（ＡＭＳ）サポート領域への領域変更を行うＡＭＳであって、前記ＡＢＳは、所定の周期に従って前記ＡＭＳサポート領域において第一のスーパーフレームヘッダーサブパケット（ＳＦＨ  ＳＰ）と第二のＳＦＨ  ＳＰと第三のＳＦＨ  ＳＰとを含む複数のＳＦＨ  ＳＰを送信し、前記ＡＭＳは、
改善基地局（ＡＢＳ）のレガシー領域（ＬＺｏｎｅ）からＡＭＳサポート領域の複数のスーパーフレームヘッダーサブパケット（ＳＦＨ  ＳＰ）を含むシステム情報および領域変更ＴＬＶ情報を含むレンジング応答（ＲＮＧ―ＲＳＰ）メッセージを受信するように構成された受信モジュールと、
前記複数のＳＦＨ  ＳＰを含む前記システム情報を用いて前記ＡＭＳサポート領域にレンジングを行うように構成されたプロセッサと
を含み、
前記領域変更ＴＬＶ情報は、前記ＡＭＳサポート領域のプリアンブルインデックスと、前記ＬＺｏｎｅと前記ＡＭＳサポート領域との間のオフセットとを含み、
前記ＡＭＳは、前記ＡＭＳサポート領域と同期化する前に前記ＬＺｏｎｅから前記第一のＳＦＨ  ＳＰ、前記第二のＳＦＨ  ＳＰおよび前記第三のＳＦＨ  ＳＰを含む前記レンジング応答メッセージを獲得する、ＡＭＳ。
【請求項７】
前記ＡＭＳが行える領域変更モードを指示する領域変更能力情報を含むレンジング要請（ＲＮＧ―ＲＥＱ）メッセージを前記レガシー領域に伝送するように構成された伝送モジュールをさらに含む、請求項６に記載のＡＭＳ。
【請求項８】
前記ＡＭＳが前記レガシー領域との連結を切り、前記ＡＭＳサポート領域への領域変更を行うモードを指示する値に前記領域変更能力情報が設定された場合、前記複数のＳＦＨ  ＳＰを含む前記システム情報は、前記レンジング応答メッセージに含まれる、請求項７に記載のＡＭＳ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線接続システムに関し、より詳細には、効率的に領域変更を行うための方法及びそれを行える装置に関する。
【背景技術】
【０００２】
ハンドオーバー（Ｈａｎｄｏｖｅｒ、ＨＯ）は、端末が一つの基地局の無線インターフェースから他の基地局の無線インターフェースに移動することをいう。以下では、一般的なＩＥＥＥ  ８０２．１６システムでのハンドオーバー手順を説明する。
【０００３】
ＩＥＥＥ  ８０２．１６網において、サービング基地局（ＳＢＳ：Ｓｅｒｖｉｎｇ  Ｂａｓｅ  Ｓｔａｔｉｏｎ）は、移動端末（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、以下、「端末」と称する。）に基本的なネットワーク構成に対する情報（トポロジー）を知らせるために、隣接基地局情報を隣接公示（ＭＯＢ＿ＮＢＲ―ＡＤＶ）メッセージを介してブロードキャストすることができる。
【０００４】
ＭＯＢ＿ＮＢＲ―ＡＤＶメッセージは、サービング基地局と各隣接基地局に対するシステム情報、例えば、プリアンブルインデックス、周波数、ハンドオーバー最適化（ＨＯ  ｏｐｔｉｍｉｚａｔｉｏｎ）可能程度及びＤＣＤ（Ｄｏｗｎｌｉｎｋ  Ｃｈａｎｎｅｌ  Ｄｅｓｃｒｉｐｔｏｒ）／ＵＣＤ（Ｕｐｌｉｎｋ  Ｃｈａｎｎｅｌ  Ｄｅｓｃｒｉｐｔｏｒ）情報などを含んでいる。
【０００５】
ＤＣＤ／ＵＣＤ情報は、端末でダウンリンクとアップリンクを通した情報交信を行うために端末が知るべき情報を含んでいる。例えば、ＤＣＤ／ＵＣＤ情報には、ハンドオーバートリガー（ＨＯ  ｔｒｉｇｇｅｒ）情報、基地局のＭＡＣバージョン（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｖｅｒｓｉｏｎ）及びＭＩＨ能力（Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｈａｎｄｏｖｅｒ  ｃａｐａｂｉｌｉｔｙ）などの情報がある。
【０００６】
一般的なＭＯＢ＿ＮＢＲ―ＡＤＶメッセージは、ＩＥＥＥ  ８０２．１６ｅ類型の各隣接基地局に対する情報のみを含んでいる。それによって、ＩＥＥＥ  ８０２．１６ｅ以外の類型を有する隣接基地局情報は、ＳＩＩ―ＡＤＶ（Ｓｅｒｖｉｃｅ  Ｉｄｅｎｔｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ  ＡＤＶｅｒｔｉｓｅｍｅｎｔ）メッセージを介して各端末にブロードキャストすることができる。従って、端末は、サービング基地局にＳＩＩ―ＡＤＶメッセージを伝送することを要請することによって、異機種網基地局に対する各情報を獲得することができる。
【０００７】
上述した方法を通して隣接基地局の情報を獲得した端末がＩＥＥＥ  ８０２．１６網でハンドオーバーを行う手順を図１を参照してより詳細に説明する。
【０００８】
図１は、一般的なＩＥＥＥ  ８０２．１６システムで行えるハンドオーバー手順の一例を示している。
【０００９】
図１を参照すると、まず、端末（ＭＳ）は、サービング基地局（ＳＢＳ）に接続されてデータ交換を行うことができる（Ｓ１０１）。
【００１０】
サービング基地局は、周期的に自分に位置する隣接基地局に対する情報をＭＯＢ＿ＮＢＲ―ＡＤＶメッセージを介して端末にブロードキャストすることができる（Ｓ１０２）。
【００１１】
端末は、サービング基地局と交信する間、ハンドオーバートリガー（ＨＯ  ｔｒｉｇｇｅｒ）条件を用いて各候補基地局（ｃａｎｄｉｄａｔｅ  ＨＯ  ＢＳ）に対するスキャンを開始することができる。端末は、ハンドオーバー条件、例えば、所定の履歴マージン（Ｈｙｓｔｅｒｉｓｉｓ  ｍａｒｇｉｎ）値を超えた場合、ハンドオーバー要請（ＭＯＢ＿ＭＳＨＯ―ＲＥＱ）メッセージを伝送し、サービング基地局にハンドオーバー手順遂行を要請することができる（Ｓ１０３）。
【００１２】
サービング基地局は、ＭＯＢ＿ＭＳＨＯ―ＲＥＱメッセージに含まれている各候補基地局（ｃａｎｄｉｄａｔｅ  ＨＯ  ＢＳ）にＨＯ―ＲＥＱメッセージを介して端末のハンドオーバー要請を知らせることができる（Ｓ１０４）。
【００１３】
各候補基地局（Ｃａｎｄｉｄａｔｅ  ＨＯ  ＢＳ）は、ハンドオーバーを要請した端末のための事前措置を取り、ハンドオーバーと関連した各情報をＨＯ―ＲＳＰメッセージを介してサービング基地局に伝達することができる（Ｓ１０５）。
【００１４】
サービング基地局は、各候補基地局からＨＯ―ＲＳＰメッセージを介して獲得したハンドオーバーと関連した各情報をハンドオーバー応答（ＭＯＢ＿ＢＳＨＯ―ＲＳＰ）メッセージを介して端末に伝達することができる。ここで、ＭＯＢ＿ＢＳＨＯ―ＲＳＰメッセージは、ハンドオーバーのための動作時間、ハンドオーバー識別子（ＨＯ―ＩＤ）及び専用ハンドオーバーＣＤＭＡレンジングコード（Ｄｅｄｉｃａｔｅｄ  ＨＯ  ＣＤＭＡ  ｒａｎｇｉｎｇ  ｃｏｄｅ）などのハンドオーバーを行うための各情報を含むことができる（Ｓ１０６）。
【００１５】
端末は、サービング基地局から受信したＭＯＢ＿ＢＳＨＯ―ＲＳＰメッセージに含まれた情報に基づいて、各候補基地局のうち一つのターゲット基地局を決定することができる。それによって、端末は、決定されたターゲット基地局にＣＤＭＡコードを伝送してレンジングを試みることができる（Ｓ１０７）。
【００１６】
ＣＤＭＡコードを受信したターゲット基地局は、端末にレンジング応答（ＲＮＧ―ＲＳＰ）メッセージを介してレンジングの成功可否及び各物理補正値を伝送することができる（Ｓ１０８）。
【００１７】
次に、端末は、ターゲット基地局に認証のためのレンジング要請（ＲＮＧ―ＲＥＱ）メッセージを伝送することができる（Ｓ１０９）。
【００１８】
端末のレンジング要請メッセージを受信したターゲット基地局は、端末にＣＩＤ（Ｃｏｎｎｅｃｔｉｏｎ  ＩＤｅｎｔｉｆｉｅｒ）などの該当の基地局で使用可能なシステム情報などをレンジング応答メッセージを介して提供することができる（Ｓ１１０）。
【００１９】
ターゲット基地局が端末の認証を成功的に終了し、アップデート情報を全て送った場合、端末のサービング基地局にハンドオーバー完了メッセージ（ＨＯ―ＣＭＰＴ）を介してハンドオーバーの成功可否を知らせることができる（Ｓ１１１）。
【００２０】
以後、端末は、ハンドオーバーを行ったターゲット基地局と情報交換を行うことができる（Ｓ１１２）。
【００２１】
上述したハンドオーバー過程は、ＩＥＥＥ  ８０２．１６ｅ（ＷｉｒｅｌｅｓｓＭＡＮ―ＯＦＤＭＡ  Ｒ１  Ｒｅｆｅｒｅｎｃｅ  Ｓｙｓｔｅｍ）規格に従う端末と基地局との間で行われると仮定している。ＩＥＥＥ  ８０２．１６ｍ（ＷｉｒｅｌｅｓｓＭＡＮ―Ａｄｖａｎｃｅｄ  Ａｉｒ  Ｉｎｔｅｒｆａｃｅ）システムで定義されたハンドオーバー手順では、一部の媒体接続制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）管理メッセージの種類及びそれに含まれるパラメーターが異なり得る。例えば、レンジング要請／応答（ＲＮＧ―ＲＥＱ／ＲＳＰ）メッセージは改善レンジング要請／応答（ＡＡＩ―ＲＮＧ―ＲＥＱ／ＲＳＰ）メッセージに取り替えられ、ハンドオーバー応答（ＢＳＨＯ―ＲＳＰ）メッセージはハンドオーバー命令（ＡＡＩ―ＨＯ―ＣＭＤ）メッセージに取り替えられる。
【００２２】
以下、本明細書では、便宜上、ＩＥＥＥ  ８０２．１６ｅ規格を含む一般的技術が適用されるシステムを「レガシーシステム（ｌｅｇａｃｙ  ｓｙｓｔｅｍ）」又は「Ｒ１  ｓｙｓｔｅｍ」と称する。また、レガシー技術が適用される端末を「レガシー端末」又は「Ｒ１  ＭＳ」と称し、レガシー技術が適用される基地局を「レガシー基地局」又は「Ｒ１  ＢＳ」と称する。併せて、一般的な技術が適用される端末又は基地局の動作モードを「レガシーモード」と称する。
【００２３】
また、ＩＥＥＥ  ８０２．１６ｍ規格（ＷｉｒｅｌｅｓｓＭＡＮ―ＯＦＤＭＡ  Ａｄｖａｎｃｅｄ  Ａｉｒ  Ｉｎｔｅｒｆａｃｅ）を含む、一般的技術より進歩された技術が適用される端末を「ＡＭＳ（Ａｄｖａｎｃｅｄ  ＭＳ）」又は「改善端末」と称し、進歩された技術が適用される基地局を「ＡＢＳ（Ａｄｖａｎｃｅｄ  ＢＳ）」又は「改善基地局」と称する。併せて、進歩された技術が適用される端末又は基地局の動作モードを「改善モード」と称する。
【００２４】
ＡＭＳがＹＢＳに接続されてサービスを受けており、ＡＭＳとＹＭＳを全てサポートするＡＢＳ（ＷｉｒｅｌｅｓｓＭＡＮ―ＯＦＤＭＡ  Ｒ１  Ｒｅｆｅｒｅｎｃｅ  Ｓｙｓｔｅｍ／ＷｉｒｅｌｅｓｓＭＡＮ―ＯＦＤＭＡ  Ａｄｖａｎｃｅｄ  ｃｏ―ｅｘｉｓｔｉｎｇ  Ｓｙｓｔｅｍ）がＹＢＳに隣接して存在する場合を仮定する。以下、ＡＭＳとＹＭＳを全てサポートする、すなわち、レガシーモードと改善モードを共にサポートするＡＢＳを「ミックスモード基地局」と称し、このような基地局の動作モードを「ミックスモード」と称する。
【００２５】
ＹＢＳは、レガシーシステムに適用される物理チャンネルフレーム構造を有するレガシー領域（ＬＺｏｎｅ：Ｌｅｇａｃｙ  Ｚｏｎｅ）のみを有しており、ＡＢＳは、ＡＭＳのみをサポートする場合（ＷｉｒｅｌｓｓＭＡＮ―ＯＦＤＭＡ  ａｄｖａｎｃｅｄ  ｓｙｓｔｅｍ  ｏｎｌｙ）、改善システムに適用される物理チャンネルフレーム構造を有する改善端末サポート領域（ＭＺｏｎｅ：１６Ｍ  Ｚｏｎｅ）のみを有すると仮定する。また、ＡＭＳ及びＹＭＳを全てサポートするＡＢＳ（Ｗｉｒｅｌｅｓｓ  ＭＡＮ―ＯＦＤＭＡ  Ｒ１  Ｒｅｆｅｒｅｎｃｅ  Ｓｙｓｔｅｍ／ＷｉｒｅｌｅｓｓＭＡＮ―ＯＦＤＭＡ  Ａｄｖａｎｃｅｄ  ｃｏ―ｅｘｉｓｔｉｎｇ  Ｓｙｓｔｅｍ：ｌｅｇａｃｙ  ｓｕｐｐｏｒｔｉｖｅ）は、レガシー領域と改善端末サポート領域を全て有し、アップリンク及びダウンリンクのそれぞれで時間単位、例えば、フレーム又はサブフレーム単位で区分（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）されていると仮定する。
【００２６】
併せて、ＡＭＳは、ＡＢＳ及びＹＢＳの両方からサービスを受けられると仮定する。すなわち、ＡＭＳは、改善端末サポート領域及びレガシー領域のうちいずれか一つを通してサービスを受けることができ、レガシーシステムで定義されたハンドオーバー遂行過程と改善システムで定義されたハンドオーバー遂行過程を全て行えると仮定する。
【００２７】
通常、ＡＭＳは、サービングＹＢＳからＡＭＳ及びＹＭＳを全てポートするＡＢＳにハンドオーバーを行うために、まず、ＡＢＳのレガシー領域に進入した後、レガシー領域で継続してサービスを受けたり、改善端末サポート領域への領域変更（Ｚｏｎｅ  ｓｗｉｔｃｈｉｎｇ）を行うことができる。また、ＡＭＳは、ＡＢＳのレガシー領域に進入せずに直ぐ改善端末サポート領域への領域変更を行う方法でハンドオーバーを行うこともできる。
【００２８】
ここで、領域変更（ｚｏｎｅ  ｓｗｉｔｃｈ）をより詳細に説明すると、一つのキャリア内に時分割二重化（ＴＤＤ）で区分されるＬＺｏｎｅとＭＺｏｎｅが存在することによって、ＬＺｏｎｅで動作していたＡＭＳがＭＺｏｎｅの資源領域で動作するようにする手順である。すなわち、端末がＩＥＥＥ  ８０２．１６ｅシステムに定義されたＭＡＣ動作をＩＥＥＥ  ８０２．１６ｍシステムに定義されたＭＡＣ動作に変更することを意味する。これは、逆に、ＡＭＳがＭＺｏｎｅからＬＺｏｎｅに移動することも含む。
【００２９】
ところが、領域変更が行われるとき、端末が同一の基地局内で領域変更をするためには、事前にいくつかの情報を端末と対象基地局が知っていなければならない。例えば、ターゲット基地局の立場では、端末がＩＥＥＥ  ８０２．１６ｍシステムをサポートする端末であるかどうかを知ると、これに合わせてハンドオーバー又は領域変更手順を行うようにスケジューリングする。また、端末の立場では、ターゲット基地局がＩＥＥＥ  ８０２．１６ｍシステムをサポートする基地局であるかどうか、及び移動する領域に対する情報を知っていなければならない。具体的に、ＬＺｏｎｅからＭＺｏｎｅに端末が領域変更を行う場合、端末は、ＭＺｏｎｅに対するシステム情報（すなわち、スーパーフレームヘッダー：ＳＦＨ）を受信しなければならなく、フレーム構造でＭＺｏｎｅの開始位置も知っていなければならない。
【００３０】
端末がミックスモード基地局のＬＺｏｎｅにＩＥＥＥ  ８０２．１６ｅシステムに定義されたハンドオーバーを行った後、ＭＺｏｎｅへの領域変更を行う方法には大きく二つの方法がある。これは、領域変更モード０（Ｚｏｎｅ  Ｓｗｉｔｃｈ  ｍｏｄｅ  ０）と領域変更モード１（Ｚｏｎｅ  ｓｗｉｔｃｈ  ｍｏｄｅ  １）に区分して定義することができる。Ｚｏｎｅ  ｓｗｉｔｃｈ  ｍｏｄｅ  ０は、端末がＬＺｏｎｅとの連結を特定時点（例えば、ｚｏｎｅ  ｓｗｉｔｃｈ  Ａｃｔｉｏｎ  Ｔｉｍｅ）に切り、ＭＺｏｎｅとの同期化を行うとともにシステム情報（ＳＦＨ）を受信する。これを成功的に終了した端末はＭＺｏｎｅへの網進入を開始するが、それによる同期化及びＳＦＨ受信時間だけの遅延（ｌａｔｅｎｃｙ）が発生するようになる。
【００３１】
その一方、ｚｏｎｅ  ｓｗｉｔｃｈ  ｍｏｄｅ  １である場合、端末は、ＬＺｏｎｅで行っていた動作を維持すると同時に、ＭＺｏｎｅとの同期化及び網再進入を同時に行うことができる。従って、領域変更時に遅延が発生しない場合もある。
【００３２】
遅延（Ｌａｔｅｎｃｙ）の側面ではｚｏｎｅ  ｓｗｉｔｃｈ  ｍｏｄｅ  １が最も良い方法であるが、端末の具現観点では、二つの領域と同時に通信を行わなければならないので、負担が大きくなり得る。その一方、端末具現の観点ではＺｏｎｅ  Ｓｗｉｔｃｈ  ｍｏｄｅ  ０に従うようにすると有利であり得るが、相当な遅延が発生するようになり、ＱｏＳに重大な影響を及ぼし得る。これは、上述したように、端末がＭＺｏｎｅへの網進入を行うためにはＭＺｏｎｅのシステム情報を受信しなければならないためである。さらに、ｚｏｎｅ  ｓｗｉｔｃｈ  ｍｏｄｅ  ０への領域変更を行う、端末がＭＺｏｎｅに対するフレーム構成とスーパーフレームの開始点を知ることができないので、特定時点（例えば、ｚｏｎｅ  ｓｗｉｔｃｈ  ａｃｔｉｏｎ  ｔｉｍｅ）からＭＺｏｎｅの全ての区間をスキャンしながら領域変更を行わなければならないという負担がある。
【発明の概要】
【発明が解決しようとする課題】
【００３３】
本発明は、前記のような一般的な技術の問題を解決するためになされたもので、本発明の目的は、より効率的な領域変更手順を定義することにある。
【００３４】
本発明の他の目的は、端末の領域変更時の遅延時間を減少できる方法を提供することにある。
【００３５】
本発明で達成しようとする技術的課題は、以上で言及した各技術的課題に制限されず、言及していない更に他の技術的課題は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。
【課題を解決するための手段】
【００３６】
前記の技術的課題を達成するために、本発明の一実施例に係る広帯域無線接続システムのミックスモードで動作する改善基地局（Ｍｉｘｍｏｄｅ  ＡＢＳ）で改善端末（ＡＭＳ）が領域変更を行う方法は、前記改善基地局のレガシー領域（ＬＺｏｎｅ）から改善端末サポート領域（ＭＺｏｎｅ）のシステム情報を含むレンジング応答メッセージ（ＲＮＧ―ＲＳＰ）を受信すること；及び前記システム情報を用いて前記改善端末サポート領域にレンジングを行うこと；を含むことができる。
【００３７】
このとき、前記改善端末が行える領域変更モードを指示する領域変更能力情報を含むレンジング要請（ＲＮＧ―ＲＥＱ）メッセージを前記レガシー領域に伝送することをさらに含むことができる。
【００３８】
また、前記レンジング要請メッセージは、前記端末に予め受信されたスーパーフレームヘッダーの変更カウントをさらに含み、前記レンジング応答メッセージに含まれるシステム情報は、前記の予め受信されたスーパーフレームヘッダーの変更カウントと前記改善端末サポート領域で放送されるスーパーフレームヘッダーの変更カウントとが異なる場合、前記レンジング応答メッセージに含まれることが望ましい。
【００３９】
また、前記レンジング応答メッセージに含まれるシステム情報は、前記各変更カウントが異なる場合、変更された情報に該当するサブパケット（Ｓ―ＳＦＨ  ＳＰ  ＩＥ）のみを含むものであり得る。
【００４０】
併せて、前記レンジング応答メッセージに含まれるシステム情報は、前記端末が前記レガシー領域との連結を切り、前記改善端末サポート領域への領域変更を行うことを指示する値に前記領域変更能力情報が設定された場合、前記レンジング応答メッセージに含まれるものであり得る。
【００４１】
前記の技術的課題を達成するために、本発明の一実施例に係る広帯域無線接続システムにおいてミックスモードで動作する改善基地局（Ｍｉｘｍｏｄｅ  ＡＢＳ）が改善端末（ＡＭＳ）の領域変更をサポートする方法は、前記改善端末が行える領域変更モードを指示する領域変更能力情報を含むレンジング要請（ＲＮＧ―ＲＥＱ）メッセージをレガシー領域を通して受信すること；及び前記領域変更能力情報の値によって前記レガシー領域（ＬＺｏｎｅ）を通して前記改善端末に改善端末サポート領域（ＭＺｏｎｅ）のシステム情報を含むレンジング応答メッセージ（ＲＮＧ―ＲＳＰ）を伝送すること；を含むことができる。
【００４２】
このとき、前記レンジング要請メッセージは、前記端末に予め受信されたスーパーフレームヘッダーの変更カウントをさらに含み、前記レンジング応答メッセージに含まれるシステム情報は、前記の予め受信されたスーパーフレームヘッダーの変更カウントと前記改善端末サポート領域で放送されるスーパーフレームヘッダーの変更カウントとが異なる場合、前記レンジング応答メッセージに含まれるものであり得る。
【００４３】
また、前記レンジング応答メッセージに含まれるシステム情報は、前記各変更カウントが異なる場合、変更された情報に該当するサブパケット（Ｓ―ＳＦＨ  ＳＰ  ＩＥ）のみを含むものであり得る。
【００４４】
また、前記レンジング応答メッセージに含まれるシステム情報は、前記各変更カウントが異なる場合、変更された情報に該当するサブパケット（Ｓ―ＳＦＨ  ＳＰ  ＩＥ）のデルタ（ｄｅｌｔａ）情報のみを含むものであり得る。
【００４５】
併せて、前記レンジング応答メッセージに含まれるシステム情報は、前記端末が前記レガシー領域との連結を切り、前記改善端末サポート領域への領域変更を行うすることを指示する値に前記領域変更能力情報が設定された場合、前記レンジング応答メッセージに含まれるものであり得る。
【００４６】
前記の技術的課題を達成するために、本発明の一実施例に係る広帯域無線接続システムのミックスモードで動作する改善基地局（Ｍｉｘｍｏｄｅ  ＡＢＳ）で領域変更を行う改善端末（ＡＭＳ）装置は、プロセッサ；及び前記プロセッサの制御によって外部との間で無線信号を送受信するための無線通信（ＲＦ）モジュールを含むことができる。ここで、前記プロセッサは、前記改善基地局のレガシー領域（ＬＺｏｎｅ）から受信されるレンジング応答メッセージ（ＲＮＧ―ＲＳＰ）を介して改善端末サポート領域（ＭＺｏｎｅ）のシステム情報を獲得し、前記システム情報を用いて前記改善端末サポート領域にレンジングを行うように制御することができる。
【００４７】
このとき、前記プロセッサは、前記端末装置が行える領域変更モードを指示する領域変更能力情報を含むレンジング要請（ＲＮＧ―ＲＥＱ）メッセージが前記レガシー領域に伝送されるように制御することができる。
【００４８】
また、前記レンジング要請メッセージは、前記端末装置に予め受信されたスーパーフレームヘッダーの変更カウントをさらに含み、前記レンジング応答メッセージに含まれるシステム情報は、前記の予め受信されたスーパーフレームヘッダーの変更カウントと前記改善端末サポート領域で放送されるスーパーフレームヘッダーの変更カウントとが異なる場合、前記レンジング応答メッセージに含まれるものであり得る。
【００４９】
また、前記レンジング応答メッセージに含まれるシステム情報は、前記各変更カウントが異なる場合、変更された情報に該当するサブパケット（Ｓ―ＳＦＨ  ＳＰ  ＩＥ）のみを含むことができる。
【００５０】
併せて、前記レンジング応答メッセージに含まれるシステム情報は、前記端末装置が前記レガシー領域との連結を切り、前記改善端末サポート領域への領域変更を行うことを指示する値に前記領域変更能力情報が設定された場合、前記レンジング応答メッセージに含まれるものであり得る。
本明細書は、例えば、以下の項目も提供する。
（項目１）
広帯域無線接続システムのミックスモードで動作する改善基地局（Ｍｉｘｍｏｄｅ  ＡＢＳ）で改善端末（ＡＭＳ）が領域変更を行う方法において、
前記改善基地局のレガシー領域（ＬＺｏｎｅ）から改善端末サポート領域（ＭＺｏｎｅ）のシステム情報を含むレンジング応答メッセージ（ＲＮＧ―ＲＳＰ）を受信すること；及び
前記システム情報を用いて前記改善端末サポート領域にレンジングを行うこと；含む、領域変更遂行方法。
（項目２）
前記改善端末が行える領域変更モードを指示する領域変更能力情報を含むレンジング要請（ＲＮＧ―ＲＥＱ）メッセージを前記レガシー領域に伝送することをさらに含む、項目１に記載の領域変更遂行方法。
（項目３）
前記レンジング要請メッセージは、前記端末に予め受信されたスーパーフレームヘッダーの変更カウントをさらに含み、
前記レンジング応答メッセージに含まれるシステム情報は、
前記の予め受信されたスーパーフレームヘッダーの変更カウントと前記改善端末サポート領域で放送されるスーパーフレームヘッダーの変更カウントとが異なる場合、前記レンジング応答メッセージに含まれることを特徴とする、項目２に記載の領域変更遂行方法。
（項目４）
前記レンジング応答メッセージに含まれるシステム情報は、
前記各変更カウントが異なる場合、変更された情報に該当するサブパケット（Ｓ―ＳＦＨ  ＳＰ  ＩＥ）のみを含むことを特徴とする、項目３に記載の領域変更遂行方法。
（項目５）
前記レンジング応答メッセージに含まれるシステム情報は、
前記端末が前記レガシー領域との連結を切り、前記改善端末サポート領域への領域変更を行うことを指示する値に前記領域変更能力情報が設定された場合、前記レンジング応答メッセージに含まれることを特徴とする、項目２に記載の領域変更遂行方法。
（項目６）
広帯域無線接続システムでミックスモードで動作する改善基地局（Ｍｉｘｍｏｄｅ  ＡＢＳ）が改善端末（ＡＭＳ）の領域変更をサポートする方法において、
前記改善端末が行える領域変更モードを指示する領域変更能力情報を含むレンジング要請（ＲＮＧ―ＲＥＱ）メッセージをレガシー領域を通して受信すること；及び
前記領域変更能力情報の値によって前記レガシー領域（ＬＺｏｎｅ）を通して前記改善端末に改善端末サポート領域（ＭＺｏｎｅ）のシステム情報を含むレンジング応答メッセージ（ＲＮＧ―ＲＳＰ）を伝送すること；を含む、領域変更サポート方法。
（項目７）
前記レンジング要請メッセージは、前記端末に予め受信されたスーパーフレームヘッダーの変更カウントをさらに含み、
前記レンジング応答メッセージに含まれるシステム情報は、
前記の予め受信されたスーパーフレームヘッダーの変更カウントと前記改善端末サポート領域で放送されるスーパーフレームヘッダーの変更カウントとが異なる場合、前記レンジング応答メッセージに含まれることを特徴とする、項目６に記載の領域変更サポート方法。
（項目８）
前記レンジング応答メッセージに含まれるシステム情報は、
前記各変更カウントが異なる場合、変更された情報に該当するサブパケット（Ｓ―ＳＦＨ  ＳＰ  ＩＥ）のみを含むことを特徴とする、項目７に記載の領域変更サポート方法。
（項目９）
前記レンジング応答メッセージに含まれるシステム情報は、
前記各変更カウントが異なる場合、変更された情報に該当するサブパケット（Ｓ―ＳＦＨ  ＳＰ  ＩＥ）のデルタ情報のみを含むことを特徴とする、項目７に記載の領域変更サポート方法。
（項目１０）
前記レンジング応答メッセージに含まれるシステム情報は、
前記端末が前記レガシー領域との連結を切り、前記改善端末サポート領域への領域変更を行うことを指示する値に前記領域変更能力情報が設定された場合、前記レンジング応答メッセージに含まれることを特徴とする、項目６に記載の領域変更サポート方法。
（項目１１）
広帯域無線接続システムのミックスモードで動作する改善基地局（Ｍｉｘｍｏｄｅ  ＡＢＳ）で領域変更を行う改善端末（ＡＭＳ）装置において、
プロセッサ；及び
前記プロセッサの制御によって外部との間で無線信号を送受信するための無線通信（ＲＦ）モジュール；を含み、
前記プロセッサは、
前記改善基地局のレガシー領域（ＬＺｏｎｅ）から受信されるレンジング応答メッセージ（ＲＮＧ―ＲＳＰ）を介して改善端末サポート領域（ＭＺｏｎｅ）のシステム情報を獲得し、前記システム情報を用いて前記改善端末サポート領域にレンジングを行うように制御することを特徴とする端末装置。
（項目１２）
前記プロセッサは、
前記端末装置が行える領域変更モードを指示する領域変更能力情報を含むレンジング要請（ＲＮＧ―ＲＥＱ）メッセージが前記レガシー領域に伝送されるように制御することを特徴とする、項目１１に記載の端末装置。
（項目１３）
前記レンジング要請メッセージは、前記端末装置に予め受信されたスーパーフレームヘッダーの変更カウントをさらに含み、
前記レンジング応答メッセージに含まれるシステム情報は、
前記の予め受信されたスーパーフレームヘッダーの変更カウントと前記改善端末サポート領域で放送されるスーパーフレームヘッダーの変更カウントとが異なる場合、前記レンジング応答メッセージに含まれることを特徴とする、項目１２に記載の端末装置。
（項目１４）
前記レンジング応答メッセージに含まれるシステム情報は、
前記各変更カウントが異なる場合、変更された情報に該当するサブパケット（Ｓ―ＳＦＨ  ＳＰ  ＩＥ）のみを含むことを特徴とする、項目１３に記載の端末装置。
（項目１５）
前記レンジング応答メッセージに含まれるシステム情報は、
前記端末装置が前記レガシー領域との連結を切り、前記改善端末サポート領域への領域変更を行うことを指示する値に前記領域変更能力情報が設定された場合、前記レンジング応答メッセージに含まれることを特徴とする、項目１２に記載の端末装置。
【発明の効果】
【００５１】
本発明の各実施例によると、次のような効果がある。
【００５２】
第一に、本発明の各実施例を用いることによって、端末は効率的に領域変更を行うことができる。
【００５３】
第二に、本発明の各実施例を通して、端末は、予め変更される領域のシステム情報を受信することができ、遅延時間が減少するという効果がある。
【００５４】
本発明で得られる効果は、以上で言及した各効果に制限されなく、言及していない更に他の効果は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。
【図面の簡単な説明】
【００５５】
【図１】ＩＥＥＥ  ８０２．１６ｅシステムで行えるハンドオーバー手順の一例を示す図である。
【図２】本発明の一実施例に係る領域変更を通したハンドオーバー過程の一例を示す図である。
【図３】本発明の一実施例に係る領域変更を通したハンドオーバー過程の他の一例を示す図である。
【図４】本発明の他の実施例に係る送信端及び受信端の構造の一例を示すブロック図である。
【発明を実施するための形態】
【００５６】
前記の技術的課題を解決するために、本発明は、改善端末（ＡＭＳ）が領域変更を行うときの望ましいコンテキストマッピング方法を開示する。
【００５７】
以下の各実施例は、本発明の各構成要素と各特徴を所定形態で結合したものである。各構成要素又は特徴は、別途の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は各特徴を結合して本発明の実施例を構成することもできる。本発明の各実施例で説明する各動作の順序は変更可能である。一つの実施例の一部の構成や特徴は、他の実施例に含ませたり、又は他の実施例の対応する構成又は特徴に取り替えることができる。
【００５８】
本明細書において、本発明の各実施例は、基地局と端末との間のデータ送受信関係を中心に説明した。ここで、基地局は、端末と直接的に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書で基地局によって行われると説明した特定の動作は、場合によっては基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行うこともできる。
【００５９】
すなわち、基地局を含む多数のネットワークノードからなるネットワークで端末との通信のために行われる多様な動作が、基地局又は基地局以外の他のネットワークノードによって行われ得ることは自明である。「基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの用語に取り替えることができる。また、「端末（Ｔｅｒｍｉｎａｌ）」は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）又はＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に取り替えることができる。
【００６０】
本発明の各実施例は多様な手段を通して具現することができる。例えば、本発明の各実施例は、ハードウェア、ファームウェア、ソフトウェア又はそれらの結合などによって具現することができる。
【００６１】
ハードウェアによる具現の場合、本発明の各実施例に係る方法は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【００６２】
ファームウェアやソフトウェアによる具現の場合、本発明の各実施例に係る方法は、以上で説明した機能又は各動作を行うモジュール、手順又は関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知の多様な手段によって前記プロセッサとデータを取り交わすことができる。
【００６３】
本発明の各実施例は、無線接続システムであるＩＥＥＥ  ８０２システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥシステム及び３ＧＰＰ２システムのうち少なくとも一つに開示された各標準文書によって裏付けることができる。すなわち、本発明の各実施例のうち本発明の技術的思想を明確に示すために説明していない各段階又は各部分は、前記各文書によって裏付けることができる。また、本文書で開示している全ての用語は、前記標準文書によって説明することができる。特に、本発明の各実施例は、ＩＥＥＥ  ８０２．１６システムの標準文書であるＰ８０２．１６―２００５、Ｐ８０２．１６ｅ―２００９、Ｐ８０２．１６Ｒｅｖ２及びＰ８０２．１６ｍ文書のうち一つ以上によって裏付けることができる。
【００６４】
以下の説明で使用される特定用語は、本発明の理解を促進するために提供されたものであって、このような特定用語の使用は、本発明の技術的思想を逸脱しない範囲で他の形態に変更することができる。
【００６５】
以下、本発明に係る効率的な領域変更遂行方法を説明する。特に、本発明の各実施例は、領域変更以前に連結された領域との連結を解除するＺｏｎｅ  ｓｗｉｔｃｈ  ｍｏｄｅ  ０が行われるときにさらに効果的である。すなわち、端末がＬＺｏｎｅで動作しながらＭＺｏｎｅのＳＦＨデコーディングを同時に行えない場合により効果的である。
【００６６】
上述したように、一般に、端末がＬＺｏｎｅからＭＺｏｎｅへの領域変更を行うとき、Ｚｏｎｅ  ｓｗｉｔｃｈ  ｍｏｄｅ  ０ではＬＺｏｎｅとの連結を特定時点（例えば、ｚｏｎｅ  ｓｗｉｔｃｈ  Ａｃｔｉｏｎ  Ｔｉｍｅ）に切り、ＭＺｏｎｅとの同期化を行うとともにシステム情報（すなわち、ＳＦＨ）を受信する。このとき、端末がＭＺｏｎｅ  ＳＦＨの受信を完了するまでは遅延時間が発生するようになる。このような問題を解決するために、本発明の一実施例では、基地局がＬＺｏｎｅを通して予め端末にＭＺｏｎｅのＳＦＨに含まれる情報を伝送することを提案する。
【００６７】
具体的に、ＭＺｏｎｅのシステム情報は、領域変更過程で基地局がＬＺｏｎｅを通して端末に伝送する媒体接続制御管理（ＭＡＣ  ｍａｎａｇｅｍｅｎｔ）メッセージに含ませることができる。このような媒体接続制御管理メッセージの一例として、領域変更情報（ＺＳ  ＴＬＶ）を含むレンジング応答（ＲＮＧ―ＲＳＰ）メッセージを挙げることができる。
【００６８】
一般に、ＺＳ  ＴＬＶには、下記の表１のような情報を含ませることができる。
【００６９】
【表１】
0005990173.tif 000002
表１を参照すると、ＺＳ  ＴＬＶには、ＭＺｏｎｅで使用されるプリアンブルインデックス（ＭＺｏｎｅ  Ａ―Ｐｒｅａｍｂｌｅ  ｉｎｄｅｘ）情報、ＴＤＤフレーム構造でＬＺｏｎｅとＭＺｏｎｅとの区分境界（又は割合）を示すタイムオフセット（Ｔｉｍｅ  ｏｆｆｓｅｔ）情報、領域変更過程で端末がＬＺｏｎｅとの連結を維持するかどうかを指示する領域変更モード（Ｚｏｎｅ  Ｓｗｉｔｃｈ  Ｍｏｄｅ）情報、ＭＺｏｎｅで臨時的に端末を識別するための臨時ステーション識別子（Ｔｅｍｐｏｒａｒｙ  ＳＴＩＤ）情報及び臨時ステーション識別子の有効時間を示すレンジング開始限界点（Ｒａｎｇｉｎｇ  ｉｎｉｔｉａｔｉｏｎ  ｄｅａｄｌｉｎｅ）情報などを含ませることができる。
【００７０】
レンジング応答メッセージに上述したＺＳ  ＴＬＶの他にＭＺｏｎｅのスーパーフレームヘッダーに含まれる情報がさらに含まれる場合、該当の情報は、ＲＮＧ―ＲＳＰメッセージ内で下記の表２のような形態を有することができる。
【００７１】
表２は、本発明の一実施例に係るレンジング応答メッセージにＭＺｏｎｅのシステム情報が含まれる情報の一例を示す。
【００７２】
【表２】
0005990173.tif 000003
表２を参照すると、ＬＺｏｎｅから端末に伝送されるレンジング応答メッセージには、ＭＺｏｎｅのＳＦＨに含まれる情報をＴＬＶ（ｔｙｐｅ、ｌｅｎｇｔｈ、ｖａｌｕｅ）エンコーディング形態で含ませることができる。表２に示したＭＺｏｎｅのシステム情報（ＳＦＨ）を含むＴＬＶエンコーディングをより具体的に示すと、下記の表３のような形態になり得る。
【００７３】
【表３】
0005990173.tif 000004
上述した構造のレンジング応答メッセージを用いた領域変更手順の一例を図２を参照して説明する。
【００７４】
図２は、本発明の一実施例による領域変更を通したハンドオーバー過程の一例を示す。
【００７５】
図２を参照すると、端末（ＡＭＳ）は、レガシーサービング基地局との通信中にハンドオーバトリガー（ＨＯ  ｔｒｉｇｇｅｒ）条件を用いて各候補基地局（ｃａｎｄｉｄａｔｅ  ＨＯ  ＢＳ）に対するスキャンを開始することができる。端末は、ハンドオーバー条件、例えば、所定の履歴マージン（Ｈｙｓｔｅｒｉｓｉｓ  ｍａｒｇｉｎ）値を超えた場合、ハンドオーバー要請（ＭＯＢ＿ＭＳＨＯ―ＲＥＱ）メッセージを伝送し、サービング基地局にハンドオーバー手順遂行を要請することができる（Ｓ２０１）。
【００７６】
サービング基地局は、各候補基地局から獲得したハンドオーバーと関連した各情報をハンドオーバー応答（ＭＯＢ＿ＢＳＨＯ―ＲＳＰ）メッセージを介して端末に伝達することができる。ここで、ＭＯＢ＿ＢＳＨＯ―ＲＳＰメッセージには、ハンドオーバーのための動作時間（Ａｃｔｉｏｎ  Ｔｉｍｅ）、ハンドオーバー識別子（ＨＯ―ＩＤ）及び専用ハンドオーバーＣＤＭＡレンジングコード（Ｄｅｄｉｃａｔｅｄ  ＨＯ  ＣＤＭＡ  ｒａｎｇｉｎｇ  ｃｏｄｅ）などのハンドオーバーを行うための各情報を含ませることができる（Ｓ２０２）。
【００７７】
端末は、サービング基地局から受信したＭＯＢ＿ＢＳＨＯ―ＲＳＰメッセージに含まれた情報に基づいて、各候補基地局のうちレガシーサポートＡＢＳをターゲット基地局と決定することができる。それによって、端末は、サービングレガシー基地局にハンドオーバー指示メッセージを伝送することができる（Ｓ２０３）。
【００７８】
以後、端末は、ターゲット基地局のＬＺｏｎｅにレンジング要請（ＲＮＧ―ＲＥＱ）メッセージを伝送する（Ｓ２０４）。
【００７９】
このとき、レンジング要請メッセージには、端末の媒体接続制御バージョン（ＭＡＣ  ｖｅｒｓｉｏｎ）情報を含ませることができ、その値は、ＡＭＳに該当する値に設定される。また、レンジング要請メッセージには、端末が遂行可能な領域変更の形態を指示する領域変更能力（Ｚｏｎｅ  Ｓｗｉｔｃｈ  Ｃａｐａｂｉｌｉｔｙ）フィールドを含ませることができる。領域変更能力フィールドは、下記の表４のような形態を有することができる。
【００８０】
【表４】
0005990173.tif 000005
ターゲット基地局は、レンジング要請メッセージに含まれたＭＡＣバージョン情報や以前のサービングレガシー基地局から獲得した情報を通してレンジングメッセージを伝送した端末が改善端末（ＡＭＳ）であることを確認し、ＭＺｏｎｅへの領域変更を行うことができる。また、基地局は、上述した領域変更能力情報を通して端末が行えるＺｏｎｅ  Ｓｗｉｔｃｈ  Ｍｏｄｅを知ることができる。このとき、端末は、レンジング要請メッセージの領域変更能力フィールドをＺｏｎｅ  Ｓｗｉｔｃｈ  Ｍｏｄｅ  ０を指示する値に設定する。
【００８１】
それによって、ターゲット基地局は、領域変更のために端末に要求される情報（Ｚｏｎｅ  ｓｗｉｔｃｈ  ＴＬＶ、以下、「ＺＳ  ＴＬＶ」と称する。）を含むレンジング応答（ＲＮＧ―ＲＳＰ）メッセージをＬＺｏｎｅを通して端末に伝送する。このとき、端末がＺｏｎｅ  Ｓｗｉｔｃｈ  Ｍｏｄｅ  ０をサポートするので、レンジング応答メッセージにはＭＺｏｎｅのシステム情報が含まれる。
【００８２】
端末は、ＭＺｏｎｅのシステム情報を予めレンジング応答メッセージを介して獲得したので、別途にＭＺｏｎｅのＳＦＨを受信する必要なく、ターゲット基地局のＭＺｏｎｅとの同期化を行い（Ｓ２０６）、領域変更を行うためにレンジング要請（ＡＡＩ＿ＲＮＧ―ＲＥＱ）メッセージを伝送するためのアップリンク資源を要請（ＢＲ  ｒｅｑｕｅｓｔ  ｆｏｒ  ＡＡＩ＿ＲＮＧ―ＲＥＱ）する。
【００８３】
ＭＺｏｎｅから要請したアップリンク資源が割り当てられると、端末は、ＭＺｏｎｅにレンジング要請（ＡＡＩ＿ＲＮＧ―ＲＥＱ）メッセージを伝送する（Ｓ２０７）。このとき、レンジング要請メッセージのレンジング目的指示（Ｒａｎｇｉｎｇ  Ｐｕｒｐｏｓｅ  Ｉｎｄｉｃａｔｉｏｎ）フィールドの値は、ＬＺｏｎｅからＭＺｏｎｅへの領域変更を指示する値（例えば、０ｂ１０１０）に設定される。
【００８４】
ターゲットＡＢＳは、端末が伝送したレンジング要請メッセージに対する応答としてレンジング応答（ＡＡＩ＿ＲＮＧ―ＲＳＰ）メッセージを端末に伝送する（Ｓ２０８）。
【００８５】
以後、端末は、ＭＺｏｎｅへの領域変更を終了し、ＭＺｏｎｅを通してターゲットＡＢＳと正常な通信を行うことができる（Ｓ２０９）。
【００８６】
図２を参照して説明した方法は、端末がターゲット基地局のＬＺｏｎｅへの網再進入を終了していない状態でＭＺｏｎｅへの領域変更を行うが、端末がＬＺｏｎｅへの網再進入を終了した後でＭＺｏｎｅへの領域変更を行うこともできる。これを図３を参照して説明する。
【００８７】
図３は、本発明の一実施例に係る領域変更を通したハンドオーバー過程の他の一例を示す。
図３において、Ｓ３０１段階〜Ｓ３０４段階は図２のＳ２０１段階〜Ｓ２０４段階と類似するので、明細書の簡明さのために重複する説明は省略する。
【００８８】
端末から領域変更能力フィールドがＺｏｎｅ  Ｓｗｉｔｃｈ  Ｍｏｄｅ  ０を指示する値に設定されたＲＮＧ―ＲＥＱメッセージを受信したターゲット基地局は、レンジング要請メッセージに含まれた情報を通してレンジング要請メッセージを伝送した端末が改善端末（ＡＭＳ）であることを確認し、ＭＺｏｎｅへの領域変更を行うことができる。ただし、ターゲット基地局は、ＬＺｏｎｅとＭＺｏｎｅとの間の負荷バランシング（Ｌｏａｄ  ｂａｌａｎｃｉｎｇ）などの理由で端末の領域変更を留保することができる。
【００８９】
それによって、ターゲット基地局は、ＺＳ  ＴＬＶやＭＺｏｎｅのシステム情報が含まれていないレンジング応答（ＲＮＧ―ＲＳＰ）メッセージを端末に伝送し（Ｓ３０５）、端末は、ターゲット基地局のＬＺｏｎｅへの網再進入を終了して正常な通信を行うことができる（Ｓ３０６）。
【００９０】
以後、ターゲット基地局が該当の端末にＭＺｏｎｅへの領域変更を指示することに決定した場合、ＺＳ  ＴＬＶ及びＭＺｏｎｅのシステム情報を含むレンジング応答（ＲＮＧ―ＲＳＰ）メッセージを非要請で（ｕｎｓｏｌｉｃｉｔｅｄ）ＬＺｏｎｅを通して端末に伝送することができる（Ｓ３０７）。
【００９１】
端末は、ＭＺｏｎｅのシステム情報を予めレンジング応答メッセージを介して獲得したので、別途にＭＺｏｎｅのＳＦＨを受信する必要なく、ターゲット基地局のＭＺｏｎｅとの同期化を行い（Ｓ３０８）、領域変更を行うためにレンジング要請（ＡＡＩ＿ＲＮＧ―ＲＥＱ）メッセージを伝送するためのアップリンク資源を要請（ＢＲ  ｒｅｑｕｅｓｔ  ｆｏｒ  ＡＡＩ＿ＲＮＧ―ＲＥＱ）する（図示せず）。
【００９２】
ＭＺｏｎｅから要請したアップリンク資源が割り当てられると、端末は、ＭＺｏｎｅにレンジング要請（ＡＡＩ＿ＲＮＧ―ＲＥＱ）メッセージを伝送する（Ｓ３０９）。このとき、レンジング要請メッセージのレンジング目的指示（Ｒａｎｇｉｎｇ  Ｐｕｒｐｏｓｅ  Ｉｎｄｉｃａｔｉｏｎ）フィールドの値は、ＬＺｏｎｅからＭＺｏｎｅへの領域変更を指示する値（例えば、０ｂ１０１０）に設定される。
【００９３】
ターゲットＡＢＳは、端末が伝送したレンジング要請メッセージに対する応答としてレンジング応答（ＡＡＩ＿ＲＮＧ―ＲＳＰ）メッセージを端末に伝送する（Ｓ３１０）。
【００９４】
以後、端末は、ＭＺｏｎｅへの領域変更を終了し、ＭＺｏｎｅを通してターゲットＡＢＳと正常な通信を行うことができる（Ｓ３１１）。
【００９５】
一方、本実施例の他の様相では、ターゲット基地局のＬＺｏｎｅから伝送されるＭＺｏｎｅのシステム情報を必要に応じて部分的に伝送することもできる。
【００９６】
具体的に、ＭＺｏｎｅのシステム情報であるＳＦＨはＰ―ＳＦＨとＳ―ＳＦＨに区分することができ、Ｓ―ＳＦＨは、再び三つのサブパケット（Ｓ―ＳＦＨ  ＳＰ  ＩＥ  １／２／３）に区分することができる。Ｐ―ＳＦＨは、Ｓ―ＳＦＨをデコーディングするための制御情報を含み、実質的なシステム情報は各サブパケットに含まれる。各サブパケットは所定の周期を有して伝送されるが、このようなサブパケットは独立的に更新することができる。従って、端末が予めターゲット基地局のＭＺｏｎｅのＳＦＨを受信したことがあり、再びＬＺｏｎｅからＭＺｏｎｅへの領域変更を行うとき、以前に受信したＳＦＨで一部のパケットのみが変更された場合、変更されたパケットのみを受信すると、シグナリングオーバーヘッドがより減少し得る。ＳＦＨの変更可否は、ＳＦＨに含まれるＳＦＨ変更カウント（ＳＦＨ  ｃｈａｎｇｅ  ｃｏｕｎｔ）の同一性可否で判断することができる。
【００９７】
したがって、本実施例の他の様相では、端末がターゲット基地局のＬＺｏｎｅにレンジング要請メッセージを伝送するとき、自分が保有したＳＦＨのＳＦＨ変更カウントを共に伝送し、基地局は、レンジング応答メッセージに端末が保有したＳＦＨと異なるサブパケットのみを含ませることを提案する。
【００９８】
このために、レンジング要請メッセージにＳＦＨ変更カウントが含まれる形態は、下記の表５の通りである。
【００９９】
【表５】
0005990173.tif 000006
表５のようにＳＦＨ変更カウントがレンジング要請メッセージに含まれると、基地局は、レンジング要請メッセージに含まれたＳＦＨ変更カウントとＭＺｏｎｅの現在のＳＦＨ変更カウントとを比較し、これらが同一である場合、レンジング応答メッセージにＭＺｏｎｅのシステム情報を含ませないこともある。ＳＦＨ変更カウント値が異なる場合、基地局は、端末が保有したＳＦＨカウントに該当するＳＦＨ及び現在のＭＺｏｎｅのＳＦＨのうち異なるサブパケット全体又は異なるサブパケットの部分パケット（Ｆｕｌｌ  ｏｒ  ｐａｒｔｉａｌ  ｓｕｂｐａｃｋｅｔ  ｉｎｆｏｒｍａｔｉｏｎ）のみをレンジング応答メッセージに含ませることができる。部分パケットは、該当のサブパケットで相違（又は変更）した情報（すなわち、デルタ情報）のみを意味することができる。
【０１００】
レンジング応答メッセージにＭＺｏｎｅ  ＳＦＨの一部又は全体のサブパケットが含まれる形態の一例を下記の表６に示している。
【０１０１】
【表６】
0005990173.tif 000007
表６を参照すると、端末がレンジング要請メッセージを介して伝送したＳＦＨ変更カウントと現在のＭＺｏｎｅのＳＦＨ変更カウントとの差により、レンジング応答メッセージにスーパーフレームヘッダーの各サブパケットの全体又は一部に該当する情報を含ませることができる。
【０１０２】
一方、表１に示したように、ＺＳ  ＴＬＶにはＭＺｏｎｅのプリアンブルインデックス（ｐｒｅａｍｂｌｅ  ｉｎｄｅｘ）を含ませることができる。これは、端末がＭＺｏｎｅへの領域変更を行うとき、ＭＺｏｎｅのプリアンブルを認識するための手順を減少させるためである。この他にも、端末のＭＺｏｎｅ網再進入を促進するために、本実施例の更に他の様相では、スーパーフレームヘッダーが伝送される時点を指示するスーパーフレームヘッダー開始オフセット時間（ＳＦＨ  ｓｔａｒｔ  ｏｆｆｓｅｔ  ｔｉｍｅ）情報をＺＳ  ＴＬＶにさらに含ませることを提案する。この場合、レンジング応答メッセージを介してＭＺｏｎｅのシステム情報（ＳＦＨ）を受信できないとしても、ＳＦＨが伝送される時点を知ることができるので、網再進入を開始する時点を効率的に決定することができる。従って、ＭＺｏｎｅでの端末の網再進入に要される遅延時間（ｌａｔｅｎｃｙ）を減少させることができる。
【０１０３】
上述した各実施例では、Ｚｏｎｅ  ｓｗｉｔｃｈ  ｍｏｄｅ  ０の場合を基準にして説明したが、本発明はこれに限定されなく、Ｚｏｎｅ  ｓｗｉｔｃｈ  ｍｏｄｅ  １の場合にも適用可能であることは当然である。すなわち、Ｚｏｎｅ  ｓｗｉｔｃｈ  ｍｏｄｅ  １の場合も、端末は、ＬＺｏｎｅでＲＮＧ―ＲＳＰメッセージを介してＭＺｏｎｅのＳＦＨを予め受信し、ＭＺｏｎｅへの網再進入を迅速に行うことができる。
【０１０４】
（端末及び基地局の構造）
以下、本発明の他の実施例として、上述した本発明の各実施例を行える端末及び基地局（ＦＢＳ、ＭＢＳ）を説明する。
【０１０５】
端末は、アップリンクでは送信機として動作し、ダウンリンクでは受信機として動作することができる。また、基地局は、アップリンクでは受信機として動作し、ダウンリンクでは送信機として動作することができる。すなわち、端末及び基地局は、情報又はデータの伝送のために送信機及び受信機を含むことができる。
【０１０６】
送信機及び受信機は、本発明の各実施例を行うためのプロセッサ、モジュール、部分及び／又は手段などを含むことができる。特に、送信機及び受信機は、メッセージを暗号化するためのモジュール（手段）、暗号化されたメッセージを解釈するためのモジュール、メッセージを送受信するためのアンテナなどを含むことができる。このような送信端と受信端の一例を図４を参照して説明する。
【０１０７】
図４は、本発明の他の実施例に係る送信端及び受信端の構造の一例を示すブロック図である。
【０１０８】
図４を参照すると、左側は送信端の構造を示し、右側は受信端の構造を示す。送信端と受信端のそれぞれは、アンテナ５、１０、プロセッサ２０、３０、伝送モジュール（Ｔｘ  ｍｏｄｕｌｅ）４０、５０、受信モジュール（Ｒｘ  ｍｏｄｕｌｅ）６０、７０及びメモリ８０、９０を含むことができる。各構成要素は、互いに対応する機能を行うことができる。以下、各構成要素をより詳細に説明する。
【０１０９】
アンテナ５、１０は、伝送モジュール４０、５０で生成された信号を外部に伝送したり、外部から無線信号を受信して受信モジュール６０、７０に伝達する機能を行う。多重アンテナ（ＭＩＭＯ）機能がサポートされる場合は２個以上のアンテナを備えることができる。
【０１１０】
アンテナ、伝送モジュール及び受信モジュールは、共に無線通信（ＲＦ）モジュールを構成することができる。
【０１１１】
プロセッサ２０、３０は、通常、移動端末機全体の全般的な動作を制御する。例えば、上述した本発明の各実施例を行うためのコントローラ機能、サービス特性及び伝播環境によるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）フレーム可変制御機能、ハンドオーバー（Ｈａｎｄ  Ｏｖｅｒ）機能、認証及び暗号化機能などを行うことができる。より具体的に、プロセッサ２０、３０は、図２及び図３に示した領域変更を通したハンドオーバーを行うための全般的な制御を行うことができる。
【０１１２】
特に、移動端末機（ＡＭＳ）のプロセッサは、ミックスモード基地局のＬＺｏｎｅへの網（再）進入時に自分が行える領域変更モードを基地局に知らせ、ＬＺｏｎｅを通して受信されるレンジング応答メッセージを介してＭＺｏｎｅのシステム情報を予め獲得することができる。それによって、端末のプロセッサは、より迅速にＭＺｏｎｅへの網再進入を行うことができる。
【０１１３】
この他にも、端末のプロセッサは、上述した各実施例に開示された動作過程の全般的な制御動作を行うことができる。
【０１１４】
伝送モジュール４０、５０は、プロセッサ２０、３０からスケジューリングされて外部に伝送されるデータに対して所定の符号化及び変調を行った後、これをアンテナ１０に伝達することができる。
【０１１５】
受信モジュール６０、７０は、外部でアンテナ５、１０を介して受信された無線信号に対する復号及び復調を行い、これを原本データの形態に復元してプロセッサ２０、３０に伝達することができる。
【０１１６】
メモリ８０、９０は、プロセッサ２０、３０の処理及び制御のためのプログラムを格納することもでき、入出力される各データの臨時格納のための機能を行うこともできる。また、メモリ８０、９０は、フラッシュメモリタイプ、ハードディスクタイプ、マルチメディアカードマイクロタイプ、カードタイプのメモリ（例えば、ＳＤ又はＸＤメモリなど）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ―Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ―Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ―Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気メモリ、磁気ディスク、光ディスクのうち少なくとも一つのタイプの格納媒体を含むことができる。
【０１１７】
一方、基地局は、上述した本発明の各実施例を行うためのコントローラ機能、直交周波数分割多重接続（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）パケットスケジューリング、時分割デュプレックス（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）パケットスケジューリング及びチャンネル多重化機能、サービス特性及び伝播環境によるＭＡＣフレーム可変制御機能、高速トラフィック実時間制御機能、ハンドオーバー機能、認証及び暗号化機能、データ伝送のためのパケット変復調機能、高速パケットチャンネルコーディング機能及び実時間モデム制御機能などを上述したモジュールのうち少なくとも一つを通して行ったり、このような機能を行うための別途の手段、モジュール又は部分などをさらに含むことができる。
【０１１８】
本発明は、本発明の精神及び必須的特徴を逸脱しない範囲で他の特定の形態に具体化することができる。従って、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。また、特許請求の範囲で明示的な引用関係のない各請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項を含ませることができる。
【産業上の利用可能性】
【０１１９】
本発明の各実施例は、３ＧＰＰシステム、３ＧＰＰ２システム、及び／又はＩＥＥＥ  ８０２．ｘｘシステムを含む多様な無線接続システムに適用可能である。これら無線接続システムの他に、  本発明の各実施例は、無線接続システムが適用される全ての技術分野に適用可能である。
【図１】
0005990173.tif 000008
【図２】
0005990173.tif 000009
【図３】
0005990173.tif 000010
【図４】
0005990173.tif 000011