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