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