(57)【特許請求の範囲】
【請求項１】
キャリアアグリゲーションにおける複数のコンポーネントキャリアを設定する方法であって、
発展型Ｎｏｄｅ  Ｂ（ｅＮｏｄｅ  Ｂ）のネットワーク内に位置する複数のユーザー機器（ＵＥ）にサービスを提供する前記ｅＮｏｄｅ  Ｂにおいて、選択されたＵＥからキャリアアグリゲーション機能情報を受信する段階と、
前記選択されたＵＥの前記キャリアアグリゲーション機能情報に基づいて、前記ｅＮｏｄｅ  Ｂにおいて、前記選択されたＵＥに対する複数のコンポーネントキャリアを設定する段階と、
前記ｅＮｏｄｅ  Ｂからプライマリコンポーネントキャリア（ＰＣＣ）で、前記複数のＵＥに共通のセカンダリコンポーネントキャリア（ＳＣＣ）設定情報を含む設定メッセージを前記複数のＵＥへブロードキャストする段階と、
複数の設定済みコンポーネントキャリアを形成するべく、専用通信シグナリングを使用して、前記ｅＮｏｄｅ  Ｂから前記ＰＣＣで、前記複数のＵＥのうちの１つに固有の前記ＳＣＣ設定情報を伝達する段階と、
前記選択されたＵＥのサービス品質及び帯域幅の要求に基づいて、前記ｅＮｏｄｅ  Ｂにおいて、前記選択されたＵＥに対する、選択された複数の設定済みＳＣＣをアクティブ化する段階と
を備える方法。
【請求項２】
前記ｅＮｏｄｅ  Ｂによって提供されるキャリアアグリゲーションで利用可能な複数のＳＣＣについて、前記複数のＵＥのそれぞれから、前記ｅＮｏｄｅ  Ｂにおいて、信号強度の無線リソース管理（ＲＲＭ）測定結果を受信する段階を更に備える請求項１に記載の方法。
【請求項３】
前記信号強度のＲＲＭ測定結果を報告する段階は、ＲＲＣシグナリングを介して伝達される、基準シンボル受信電力（ＲＳＲＰ）、基準シンボル受信性能（ＲＳＳＱ）及びキャリア受信信号強度インジケータ（ＲＳＳＩ）のうちの少なくとも１つを使用して、前記複数のＵＥのそれぞれにおいて、コンポーネントキャリアそれぞれの信号強度を測定する段階を有する請求項２に記載の方法。
【請求項４】
前記ｅＮｏｄｅ  Ｂにおいて、前記選択された複数の設定済みＳＣＣをアクティブ化する段階は、前記Ｎｏｄｅ  Ｂにおいて、設定する段階に続いて前記選択されたＵＥによって提供される前記ＲＲＭ測定結果に基づいて、前記選択されたＵＥに対して選択された複数の設定済みＳＣＣをアクティブ化する段階を有する請求項２または３に記載の方法。
【請求項５】
前記選択されたＵＥから前記キャリアアグリゲーション機能情報を受信する段階は、前記選択されたＵＥから、前記ｅＮｏｄｅ  Ｂへのアップリンクにおいてサポートされるコンポーネントキャリアの最大数、前記ｅＮｏｄｅ  Ｂからのダウンリンクにおいてサポートされるコンポーネントキャリアの最大数、前記アップリンク及び前記ダウンリンクにおいてサポートされる最大帯域幅、及び選択された周波数帯域のサポートのうちの少なくとも１つを、前記ｅＮｏｄｅ  Ｂにおいて受信する段階を有する請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記ｅＮｏｄｅ  Ｂから、ＳＣＣのそれぞれについて、ＳＣＣ設定情報をブロードキャストする段階を更に備え、
前記ＳＣＣ設定情報は、キャリア中心周波数、キャリア帯域幅、及びキャリア複信モードを含む請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記ｅＮｏｄｅ  Ｂにおいて、コンポーネントキャリアそれぞれに対して、前記ｅＮｏｄｅ  Ｂと前記複数のＵＥとの間の通信におけるコンポーネントキャリアそれぞれを参照する場合のオーバーヘッドを低減するべく、
前記ブロードキャストされた設定メッセージにおいて提供されるｅＮｏｄｅ  Ｂ固有のキャリアインデックス（ＣＩ）と、
前記専用通信シグナリングにおいて提供されるＵＥ固有の設定済み物理キャリアインデックスと、を割り当てる段階を更に備える請求項１から６のいずれか１項に記載の方法。
【請求項８】
前記コンポーネントキャリアのうちの１つに、前記選択されたＵＥを結合させる段階と、
前記コンポーネントキャリアを、前記ＰＣＣとして規定する段階とを更に備える請求項１から７のいずれか１項に記載の方法。
【請求項９】
前記複数のＳＣＣについて、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）においてダウンリンク制御情報（ＤＣＩ）を搬送するべく、前記ＰＣＣのダウンリンクを選択する段階を更に備える請求項８に記載の方法。
【請求項１０】
前記複数のＳＣＣについて、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）において、ダウンリンク制御情報（ＤＣＩ）を搬送するべく、前記複数のＳＣＣのダウンリンクコンポーネントキャリアを選択する段階を更に備える請求項１から９のいずれか１項に記載の方法。
【請求項１１】
物理アップリンク共有チャネル（ＰＵＳＣＨ）及びアップリンクフィードバック情報を、物理アップリンク制御チャネル（ＰＵＣＣＨ）で搬送するべく、ダウンリンクコンポーネントキャリアそれぞれに対するアップリンクコンポーネントキャリアを選択する段階を更に備え、
キャリア設定の一部として、前記アップリンクコンポーネントキャリアと、ＰＤＣＣＨにおける対応するアップリンク割り当てを搬送する前記ダウンリンクコンポーネントキャリアとを組にする請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
前記複数のＳＣＣについて、ダウンリンクコンポーネントキャリア各々における物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信のそれぞれについてのフィードバック情報を搬送するべく、前記ＰＣＣのアップリンクコンポーネントキャリアを選択する段階を更に備える請求項８に記載の方法。
【請求項１３】
物理ダウンリンク制御チャネルを搬送するのに使用されたコンポーネントキャリアと同じコンポーネントキャリア上で、物理的ハイブリッドＡＲＱ（自動再送要求）インジケータチャネル（ＰＨＩＣＨ）を搬送する段階を更に備える請求項１から１２のいずれか１項に記載の方法。
【請求項１４】
前記ｅＮｏｄｅ  Ｂから伝達する段階は、
前記ＳＣＣ設定情報において、
ダウンリンクコンポーネントキャリアそれぞれについて、対応する物理アップリンク制御チャネルがどこで送信されるか、
ダウンリンクコンポーネントキャリアそれぞれについて、対応する物理ダウンリンク制御チャネルがどこで送信されるか、
アップリンクコンポーネントキャリアそれぞれについて、対応する物理ダウンリンク制御チャネルがどこで送信されるか、及び、
前記ＰＣＣについて、ランダムアクセスチャネルが含まれているかを特定する段階を有する請求項１から１３のいずれか１項に記載の方法。
【請求項１５】
前記選択された複数の設定済みＳＣＣをアクティブ化する段階は、ＳＣＣそれぞれについて、前記ｅＮｏｄｅ  Ｂから、前記選択されたＵＥに、アクティブ化情報を媒体アクセス制御（ＭＡＣ）制御要素として送信する段階を有する請求項１から１４のいずれか１項に記載の方法。
【請求項１６】
前記ｅＮｏｄｅ  Ｂから前記ＵＥに送信されるビットマップを使用して、前記選択されたＵＥに対するＳＣＣそれぞれをアクティブ化及び非アクティブ化する段階を更に備え、
前記ビットマップにおけるビットは、前記複数のＳＣＣに対するインデックスが順番に並べられたリストに対してマッピングされている請求項１５に記載の方法。
【請求項１７】
キャリアアグリゲーションにおける複数のコンポーネントキャリアを設定するシステムであって、
複数のユーザー機器（ＵＥ）にサービスを提供する発展型Ｎｏｄｅ  Ｂ（ｅＮｏｄｅ  Ｂ）において動作するキャリアアグリゲーションモジュール手段を備え、
前記キャリアアグリゲーションモジュール手段は、
選択されたＵＥにおいて動作するキャリア設定モジュールから、前記ｅＮｏｄｅ  Ｂにおいてキャリアアグリゲーション機能情報を受信し、
前記選択されたＵＥの前記キャリアアグリゲーション機能情報に基づいて、前記選択されたＵＥに対する複数のコンポーネントキャリアを前記ｅＮｏｄｅ  Ｂにおいて設定し、
前記ｅＮｏｄｅ  Ｂからプライマリコンポーネントキャリア（ＰＣＣ）で、前記複数のＵＥに共通のセカンダリコンポーネントキャリア（ＳＣＣ）設定情報を含む設定メッセージをブロードキャストし、
前記ｅＮｏｄｅ  Ｂから前記ＰＣＣで、前記選択されたＵＥへと、前記選択されたＵＥに固有のＳＣＣ設定情報をユニキャストし、
前記選択されたＵＥのサービス品質及び帯域幅の要求のうちの少なくとも１つに基づいて、前記ｅＮｏｄｅ  Ｂにおいて、前記選択されたＵＥに対する、選択された複数の設定済みＳＣＣをアクティブ化する、システム。
【請求項１８】
前記ｅＮｏｄｅ  Ｂにおける前記キャリアアグリゲーションモジュール手段は更に、前記ｅＮｏｄｅ  Ｂによって提供されるキャリアアグリゲーションで利用可能な前記複数のＳＣＣについて、前記複数のＵＥのそれぞれから、前記ｅＮｏｄｅ  Ｂにおいて、信号強度の無線リソース管理（ＲＲＭ）測定結果を受信する請求項１７に記載のシステム。
【請求項１９】
前記ｅＮｏｄｅ  Ｂにおける前記キャリアアグリゲーションモジュール手段は更に、レベル２通信を使用して、前記ｅＮｏｄｅ  Ｂから前記ＰＣＣで、前記選択されたＵＥに固有の前記ＳＣＣ設定情報を前記選択されたＵＥに伝達する請求項１７または１８に記載のシステム。
【請求項２０】
前記ｅＮｏｄｅ  Ｂにおける前記キャリアアグリゲーションモジュール手段は更に、前記ｅＮｏｄｅ  Ｂから前記選択されたＵＥへと送信されるビットマップを使用して、前記選択されたＵＥに対する選択された複数のＳＣＣのアクティブ化及び非アクティブ化の少なくとも一方を実行するべく、コンポーネントキャリアビットマップを伝達し、
前記ビットマップにおけるビットは、前記複数のＳＣＣに対するインデックスが順番に並べられたリストに対してマッピングされている請求項１７から１９のいずれか１項に記載のシステム。
【発明の詳細な説明】
【背景技術】
【０００１】
現代社会では、ユビキタス的な無線通信デバイスの利用が広がってきている。無線デバイス利用の大幅な増加は、デバイスの能力が向上したことが理由の一つである。以前は、無線デバイスの利用は、音声通信及びテキストの通信に限られていたが、音声付画像の表示が可能となってからは、ゲーム、テレビ、映画等の画像及び情報を送受信する能力の要求が加速した。
【０００２】
通信可能なデータ量を増やす１つの方法として、キャリアアグリゲーション（周波数帯域統合）の利用がある。キャリア（搬送波）は、情報を載せることが可能な許可された周波数領域における信号である。キャリアに載せることができる情報量は、キャリアの帯域幅に依存する。許可されている周波数領域は、多くの場合、帯域幅が限られている。許可されている周波数領域における帯域幅を、数多くのユーザーが同時に使用する場合には、特に、帯域幅の制限が厳しくなる。
【０００３】
キャリアアグリゲーションは、ユーザーの無線デバイスと基地局との間で、複数のキャリア信号を同時に通信可能にする。また、複数の異なるキャリアを使用することができる。ある例では、キャリアは、許可された異なる周波数領域からのものであってもよい。この場合には、無線デバイスが選択できる幅が広がり、より広い帯域幅を得ることができる。動画又は大きなデータファイルのストリーミングのような、帯域幅を集中して必要とするようなオペレーションには、このような広い帯域幅を用いることができる。
【０００４】
無線通信デバイスを相互運用可能とするべく様々な無線規格が、策定されてきている。しかしながら、携帯無線通信システムにキャリアアグリゲーションを適用可能とするべく、無線デバイスと基地局間で交換が必要な情報についての規定は、未完成である。
【０００５】
本発明の特徴を例示した添付の図面を参照し、以下の詳細な説明を読むことにより、本発明の特徴及び利点が明らかとなるであろう。
【図面の簡単な説明】
【０００６】
【図１ａ】一例に係る連続的なコンポーネントキャリア（周波数ブロック）のキャリアアグリゲーションを示した図である。
【図１ｂ】一例に係る非連続的なコンポーネントキャリアのキャリアアグリゲーションを示した図である。
【図２】一例に係るキャリアアグリゲーションのブロック図である。
【図３】一例に係るコンポーネントキャリア：ＣＣ（周波数ブロック）の帯域幅のブロック図である。
【図４ａ】一例に係るコンポーネントキャリア設定のためのアップリンク及びダウンリンクのコンポーネントキャリアの組み合わせを示した図である。
【図４ｂ】一例に係る交差キャリア割り当てを使用した場合の非対称組み合わせを示した図である。
【図４ｃ】一例に係る交差キャリア割り当てを使用しない場合の非対称組み合わせを示した図である。
【図５】一例に係るキャリアアグリゲーションのフローチャートである。
【図６】一例に係るキャリアアグリゲーションに関わるコンポーネントキャリアの設定、起動及びスケジューリングのサイクルのシーケンスを示した図である。
【図７】一例に係るキャリアアグリゲーションにおけるコンポーネントキャリアを設定する方法のフローチャートである。
【図８】一例に係るキャリアアグリゲーションにおけるコンポーネントキャリアを設定するためのシステムのフローチャートである。
【発明を実施するための形態】
【０００７】
例示的実施形態が参照され、実施形態を説明するのに、特定の用語が使用されている。また、本発明の範囲を制限することを意図していないことは、明らかである。
【０００８】
本発明を開示及び説明する前に、本発明は、明細書に開示される特定の構造、プロセス段階又は材料に限定されず、関連する技術分野における当業者にとって明らかな均等物に拡張できることは、理解されるべきである。また、本明細書で使用されている用語は、特定の実施形態を説明するための目的で使用されていると解釈されるべきであり、それに限定することをしていない。
【０００９】
［定義］
本明細書で使用されている"実質的に（ｓｕｂｓｔａｎｔｉａｌｌｙ）"という言葉は、アクション、特性、性質、状態、構造、項目又は結果が完全に、又はほぼ完全な範囲又は程度であることを意味している。例えば、「ある物体が、実質的に封入されている」とは、その物体が完全に封入されている、又は、完全に封入されている状態に近いことを意味している。絶対的な完全状態からの、許容される偏差の正確な度合いは、場合によって、具体的な背景に依存する。しかしながら、一般的には、完全に近い状態とは、絶対的な完全状態で得られる結果と全体として同じ結果を得ることができる状態のことを指す。また、"実質的に"という言葉は、アクション、特性、性質、状態、構造、項目又は結果が、完全に存在しない又はほぼ完全に存在しないという否定的な意味合いの場合でも同様に使用される。
【００１０】
［実施形態］
技術的実施形態の概要を以下に記載した後に、特定の技術的実施形態をより詳細に記載する。初めに概要を記載するがこれは、本明細書を読む者が、技術を効率よく理解するのを助けることを意図しており、本技術の重要な特徴又は必要不可欠な特徴を特定することを意図しておらず、また、請求項に記載の特徴の範囲を限定することも意図していない。以下に記載の定義は、後に説明する実施形態及び概要を明確にするために提供されるものである。
【００１１】
図１ａには、連続したキャリア（搬送波）の場合のキャリアアグリゲーション（周波数帯域統合）の例が示されている。この例では、３つのキャリアが、周波数帯域に沿って、連続して配置されている。このキャリアはそれぞれ、コンポーネントキャリア（周波数ブロック）と称される。連続したタイプのシステムでは、コンポーネントキャリアは互いに隣接して配置され、多くの場合、１つの周波数帯域内に位置する。周波数帯域とは、電磁スペクトルにおいて選択された周波数範囲である。選択された周波数帯域は、無線テレフォニーのような無線通信での使用に指定される。特定の周波数帯域は、無線サービス事業者に貸し出されている又は所有されている。隣接するコンポーネントキャリアのそれぞれは、同じ帯域幅、又は異なる帯域幅を有する。帯域幅は、周波数帯域の選択された一部分である。無線テレフォニーは、今まで、１つの周波数帯域内で行われてきた。
【００１２】
図１ｂには、非連続的コンポーネントキャリアのキャリアアグリゲーションの例が示されている。非連続的コンポーネントキャリアは、周波数範囲に沿って分離されていてもよい。コンポーネントキャリアのそれぞれは、異なる周波数帯域に位置していてもよい。異なる周波数帯域のコンポーネントキャリアを使用できれば、通信速度を上げることができ、また、使用可能な帯域幅の効率的利用が可能となる。
【００１３】
現在の周波数割り当てポリシー、及び現在無線テレフォニーが利用可能な相対的に狭い周波数帯域では、例えば、１００ＭＨｚの帯域幅のような連続した広い帯域幅を割り当てるのは難しい。キャリアアグリゲーション（周波数帯域統合）を使用することにより、複数の異なるコンポーネントキャリアを組み合わせて、無線通信スピードを向上させるのに利用できる大きな帯域幅を構成することができる。
【００１４】
無線携帯通信技術では、基地送信局（ＢＴＳ）及び無線携帯デバイスとの間でデータを送信するための様々な規格及びプロトコルが使用されている。第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）規格では、地上無線アクセスネットワーク（ＵＴＲＡＮ）におけるＢＴＳは、発展型ノードＢｓ（ｅＮｏｄｅ  Ｂ又はｅＮＢ）と無線ネットワークコントローラ（ＲＮＣ）との組み合わせであり、ユーザー機器（ＵＥ）として知られる無線携帯デバイスと通信を行う。物理ダウンリンク供給チャネル（ＰＤＳＣＨ）を介して、ｅＮｏｄｅ  ＢからＵＥへとデータが送信される。ＵＥの位置が変わる（すなわち、移動する）と、ＵＥは、あるｅＮｏｄｅ  Ｂから別のｅＮｏｄｅ  Ｂへと移ることができる。ノード間の移動のプロセスは、通常、ハンドオーバーと呼ばれる。ハンドオーバープロセスは、多くの場合、シームレスな態様で行われるため、ユーザーは、その存在に気付くことがない。ＰＤＳＣＨのような通信サービスをＵＥに提供するｅＮｏｄｅ  Ｂは、サービングｅＮｏｄｅ  Ｂと呼ばれる。
【００１５】
３ＧＰＰ  ＬＴＥ規格での用語を本明細書で使用するが、これらの用語に限定されることを意図していない。ｅＮｏｄｅ  Ｂと通信を行うよう設定されたＵＥは、特に記載がない限り、基地局と通信を行うよう設定された通常の無線周波数の携帯通信デバイスと同義であると見なされる。
【００１６】
３ＧＰＰ  ＬＴＥ規格における周波数帯域統合（キャリアアグリゲーション：ＣＡ）の一実施形態では、図２に示すように、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）地上無線アクセスネットワークにおいて、複数のコンポーネントキャリア：ＣＣ（周波数ブロック）を互いに組み合わせて、より広い帯域幅を形成することができる。例えば、ＵＭＴＳは、周波数スペクトル２１６において、１００ＭＨｚのシステム帯域幅２１０を有し、ＣＣ２１２はそれぞれ、２０ＭＨｚの帯域幅を有する。ＣＣはそれぞれ、複数のサブキャリア２１４を有してもよい。ユーザー機器２３０の幾つかは、２０ＭＨｚのＣＣを５つ統合して、１００ＭＨｚのＵＥ帯域幅２２０を達成することにより、１００ＭＨｚのシステム帯域幅全てを使用してもよい。
【００１７】
別の例では、それぞれ４０ＭＨｚの帯域幅を使用する能力を有する２つのＵＥ２３２ａ及び２３２ｂがそれぞれ、２つの２０ＭＨｚのＣＣを一度に使用することにより、各ＵＥについて４０ＭＨｚのＵＥ帯域幅２２２を実現してもよい。別の例では、ＵＥ２３４ａ、２３４ｂ、２３４ｃ、２３４ｄ及び２３４ｅは、２０ＭＨｚのＣＣを１つ使用して、２０ＭＨｚのＵＥ帯域幅２２４を実現してもよい。一部のＵＥに対しては、ｅＮｏｄｅ  Ｂにおける複数のＣＣを統合する一方、別のＵＥは、同じ期間に１つのＣＣを使用させるように構成してもよい。例えば、１００ＭＨｚの帯域幅のシステム（図示せず）において、４０ＭＨｚの帯域幅を使用するＵＥが１つ存在し、同時に、１つの２０ＭＨｚのＣＣをそれぞれ使用する３つのＵＥが存在してもよい。キャリアアグリゲーションによれば、ｅＮｏｄｅ  Ｂが、ＵＥの帯域幅を、無線通信システムの制限、ＵＥの能力及び帯域幅要求、システムが利用可能な帯域幅、及び／又は同じシステム上のその他のＵＥの負荷に基づいて、調整及び採用することが可能となる。
【００１８】
図３に示すように、ＵＭＴＳはそれぞれ、異なるキャリア帯域幅を使用してもよい。例えば、３ＧＰＰ  ＬＴＥ  リリース８（Ｒｅｌ−８）キャリア帯域幅及びリリース１０（Ｒｅｌ−１０）ＣＣ帯域幅は、１．４ＭＨｚ  ３１０、３ＭＨｚ  ３１２、５ＭＨｚ  ３１４、１０ＭＨｚ  ３１６、１５ＭＨｚ  ３１８及び２０ＭＨｚ  ３２０を含むことができる。１．４ＭＨｚのＣＣは、７２個のサブキャリアを含む６つのリソースブロック（ＲＢ）を含むことができる。ＲＢはそれぞれ、１２個の１５ｋＨｚサブキャリア（周波数軸上で）を含むことができ、１サブキャリアにつき、６個又は７個の直交周波数分割多重（ＯＦＤＭ）シンボルを含む。３ＭＨｚのＣＣは、１８０個のサブキャリアを含む１５個のＲＢを含むことができる。５ＭＨｚのＣＣは、３００個のサブキャリアを含む２５個のＲＢを含むことができる。１０ＭＨｚのＣＣは、６００個のサブキャリアを含む５０個のＲＢを含むことができる。１５ＭＨｚのＣＣは、９００個のサブキャリアを含む７５個のＲＢを含むことができる。２０ＭＨｚのＣＣは、１２００個のサブキャリアを含む１００個のＲＢを含むことができる。これらの例は、発明を限定することを意図していない。キャリアアグリゲーションは、様々な帯域幅及び各ＣＣにおける様々な数のサブキャリアを有する更なるスキームを使用して、実現することができる。
【００１９】
各ｅＮｏｄｅ  Ｂは、複数の異なるキャリアを有することができる。例えば、ｅＮｏｄｅ  Ｂは、５つの個別のキャリアを有してもよい。キャリアはそれぞれ、特定の帯域幅及び中心周波数を持つことができる。キャリアは、同じ周波数帯域に位置していてもよいし、異なる周波数帯域に位置していてもよい。
【００２０】
一実施形態において、ｅＮｏｄｅ  Ｂを、利用可能なキャリアに関する情報を、ブロードキャスト又はユニキャストで送信することができる。例えば、ｅＮｏｄｅ  Ｂがサービスを提供するＵＥそれぞれが、キャリアアグリゲーションをサポートしているか否かに関わらず、無線リソース制御（ＲＲＣ）シグナリングを使用して、情報を伝達することができる。ＲＲＣシグナリングは、３ＧＰＰ  ＬＴＥのリリース８に規定されており、更にリリース９にも規定されているが、これらの言葉の使用は、規格の将来のリリースも含むことを意図している。
【００２１】
ｅＮｏｄｅ  Ｂの利用可能なキャリアのそれぞれには、ｅＮｏｄｅ  Ｂによって、ｅＮｏｄｅ  Ｂ固有のキャリアインデックス（ｅＮＢ  ＣＩ）が割り当てられてもよい。すなわち、ＣＩは、ｅＮｏｄｅ  Ｂに固有なものとなっている。ＵＥが、別のｅＮｏｄｅ  Ｂにハンドオーバーされる場合には、そのｅＮｏｄｅ  Ｂに新たなｅＮＢ  ＣＩが割り当てられる。ｅＮＢ  ＣＩは、ｅＮｏｄｅ  Ｂによる将来の参照に対しても使用することができる。
【００２２】
利用可能なキャリアについての情報が固定され、ネットワーク全体に渡って同じである場合には、ネットワークエントリに続いてＵＥのプロビジョニングの間に、この情報をＵＥに提供することができる。ネットワークエントリの間に、ＵＥは、ｅＮｏｄｅ  Ｂに、そのキャリアアグリゲーションの機能についての情報を提供することができる。ＵＥのキャリアアグリゲーション機能情報は、受け入れることができる最大の数のキャリアを含む。キャリアの最大数は、アップリンク（ＵＬ）及びダウンリンク（ＤＬ）の両方に対して規定することができる。一実施形態において、ＵＥは、アップリンクとダウンリンクとで、同じ数のコンポーネントキャリア（周波数ブロック）を受け入れるよう設定されていてもよい。これに替えて、ＵＬ又はＤＬでより多い数のＣＣを適用してもよい。例えば、ＵＥは、３つのＵＬ  ＣＣと５つのＤＬ  ＣＣを使用するように設定されてもよい。
【００２３】
ＵＥの機能情報としては、また、ＵＥが受け入れ可能なキャリアそれぞれの帯域幅を含んでもよい。上述したように、ｅＮｏｄｅ  Ｂは、様々な帯域幅を有する複数のキャリアを使用してもよい。ＵＥは、異なる周波数帯域クラスがサポートされるｅＮｏｄｅ  Ｂとも通信を行うことができる。例えば、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  （ＧＳＭ）準拠の電話は、中心周波数が、３８０，４１０，４５０，４８０，７１０，７５０，８１０，８５０，９００，１８００及び１９００ＭＨｚの周波数帯域で動作してもよい。Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）準拠の電話は、周波数分割複信（ＦＤＤ）を使用する場合に、７００，８００，８５０，９００，１５００，１７００，１８００，１９００，２１００及び２６００ＭＨｚで動作することができる。その他の周波数及び周波数帯域で動作可能なその他の種類の携帯電話についても、同様である。多くの国では、それぞれ国内で携帯電話のために使用できる周波数帯域を規定している。
【００２４】
各ＵＥの機能についての情報は、ネットワークエントリの間にサービングｅＮｏｄｅ  Ｂに保持及び提供されてもよく、設定がｅＮｏｄｅ  Ｂによって開始される場合には、ＲＲＣレベルキャリア設定メッセージの一部として提供されてもよい。
【００２５】
［プライマリコンポーネントキャリア］
３ＧＰＰ  ＬＴＥ  リリース８／９に準拠して動作するよう設定されたＵＥの電源が入れられると、ＵＥは、典型的には、スキャン、選択及び、ｅＮｏｄｅ  Ｂが提供する利用可能なキャリアのうちの１つと結合するように設定される。ＲＲＣ−ＩＤＬＥモードプロセスの全てが、３ＧＰＰ  ＬＴＥ  リリース８／９方式に準拠したＵＥそれぞれによって、扱われると仮定することができる。
【００２６】
ＵＥによって選択されるｅＮｏｄｅ  Ｂと結合するためのキャリアは、初期設定の及び規定のキャリアと見なすことができ、本明細書では、プライマリコンポーネントキャリア：ＰＣＣ（第１周波数ブロック）と称することができる。ｅＮｏｄｅ  Ｂによって使用されるその他のキャリアは、セカンダリコンポーネントキャリア：ＳＣＣ（第２周波数ブロック）と称することができる。ＵＥのＰＣＣは、様々な目的に応じて変更されてもよい。例えば、負荷調整、干渉管理又はその他のリンクレベルの設定に応じて、ＰＣＣを変更してもよい。変更は、ネットワークレベルのシグナリングを使用せずに、ＲＲＣレベルキャリア設定アップデートを使用して行うことができる。
【００２７】
ＰＣＣは、各ＵＥのステートについてのページング及びＲＲＣメッセージング、並びにモビリティ管理のようなシステム情報を伝達することができる。情報は、ブロードキャスト又はユニキャストで送信してもよい。一実施形態において、ｅＮｏｄｅ  Ｂと、３ＧＰＰ  ＬＴＥ  リリース８／９方式に準拠したＵＥそれぞれとの間で、システム情報を交換することができる。ＵＥそれぞれに対するＲＲＣメッセージは、メッセージが、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）情報の一部である場合には、その他のアクティブなキャリアを通じてＵＥに送信することができる。物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を使用して、ＰＤＳＣＨにおけるダウンリンクリソース割り当て、アップリンクリソースグラント、及びアップリンクパワー制御コマンドに関するリソース割り当て又はスケジューリングについて、ＵＥに知らせるダウンリンク制御情報（ＤＣＩ）を転送してもよい。ｅＮｏｄｅ  ＢからＵＥへとサブフレームでＰＤＳＣＨが送信される前に、ＰＤＣＣＨを送信することができる。
【００２８】
ＰＣＣは、初期設定により設定され、起動されてもよい。電源投入時に、ｅＮｏｄｅ  Ｂに結合するためにＵＥによって選択されたキャリアは、ＰＣＣに指定される。ＰＣＣは、ＵＥがＲＲＣ接続モードである間は、アクティブにしておくことができる。ＰＣＣは、負荷調整、干渉、リンク最適化等の目的に応じて、大きく変更することができる。ＰＣＣの変更は、ｅＮｏｄｅ  Ｂが開始することもできるし、ＵＥが要求してもよい。３ＧＰＰ  ＬＴＥ  リリース８／９バージョンの規格は、ＰＣＣの変更について特に示していない。
【００２９】
一実施形態において、ＰＣＣ変更に対するセキュリティキーの更新を実装することができる。例えば、ＰＣＣ変更は、３ＧＰＰリリース８／９に記載されている手順のようなハンドオーバープロセスに続いて行うことができる。ＰＣＣの変更は、変更が、ネットワークの上層階層にとって、実質的にトランスペアレントであるような態様で実行されてもよい。
【００３０】
ＰＣＣは、ダウンリンク部分及びアップリンク部分を含んで構成されていてもよい。ＤＬ  ＰＣＣは、ランダムアクセスチャネル（ＲＡＣＨ）、及びアクティブなダウンリンクそれぞれに対するＣＣと関連付けられた物理アップリンク制御チャネル（ＰＵＣＣＨ）を搬送するＵＬ  ＣＣと、対を成す。あるいは、ｅＮｏｄｅ  Ｂのその他のキャリアによって、ＵＥが必要とするサービス及びＵＥの機能に基づいて、更なるＲＡＣＨ又はＰＵＣＣＨが伝送されるように設定することもできる。
【００３１】
［キャリア設定／再設定］
一実施形態において、キャリアアグリゲーションをサポートするよう設定されたｅＮｏｄｅ  Ｂは、ｅＮｏｄｅ  ＢがＲＲＣシグナリングのような高レベルシグナリングメカニズム、又はその他の種類のレイヤ２又はレイヤ３のシグナリングを使用する別の（第２の）コンポーネントキャリアについてのスケジュールリング情報（ＳＩ）を、結合されたＵＥに提供することができる。ｅＮｏｄｅ  Ｂは、ｅＮｏｄｅ  Ｂからサービスの提供を受けるＵＥに、コンポーネントキャリアそれぞれについての設定情報を伝達することができる。ＵＥがこの情報を受信すると、その他のコンポーネントキャリアは、設定済みのコンポーネントキャリアとして扱われる。これにより、ＵＥは、設定されたコンポーネントキャリアを迅速にアクティブ化するこができる。設定済みコンポーネントキャリアのリソースは、必要に応じて、キャリアアグリゲーションにスケジュールすることができる。キャリア設定情報は、ｅＮｏｄｅ  Ｂ内で有効にすることができる。コンポーネントキャリアは、多くの場合、ＤＬコンポーネントキャリアとＵＬコンポーネントキャリアの組として設定される。コンポーネントキャリアの各組、及びこれに対応するリソースは、ＵＥに対するサービングセルと称することができる。つまり、コンポーネントキャリア設定は、セル設定と見なすこともできる。
【００３２】
一実施形態において、キャリア設定情報は、ハンドオーバー手順の間に、別のｅＮｏｄｅ  Ｂに対する変更を含むように拡張することができる。次のｅＮｏｄｅ  Ｂは、ターゲットｅＮｏｄｅ  Ｂと称することができる。コンポーネントキャリア設定情報は、ハンドオーバーシグナリングと共に一体化されていてもよいコンポーネントキャリア事前設定の一部として、ターゲットｅＮｏｄｅ  Ｂに伝達されてもよい。
【００３３】
コンポーネントキャリア設定情報は、アップリンク及びダウンリンクのそれぞれのコンポーネントキャリア（セル）に対する無線層情報を含めることができる。例えば、設定情報は、ＵＬ及びＤＬコンポーネントキャリアの、中心周波数、帯域幅、複信モード及びｅＮｏｄｅ  Ｂ固有のキャリアインデックスに関する詳細を含むことができる。複信モードは、時分割複信（ＴＤＤ）又は周波数分割複信（ＦＤＤ）であってもよい。また、複信モードは、ＵＬとＤＬとのコンポーネントキャリアの間で、異なっていてもよい。例えば、ＵＬは、ＴＤＤ複信モードを有し、ＤＬは、ＦＤＤ複信モードを有していてもよく、その反対であってもよい。
【００３４】
コンポーネントキャリア設定情報は、専用ＲＲＣシグナリングを通じて、ｅＮｏｄｅ  Ｂによりブロードキャスト又は送信されてもよい。次に続く再設定及びアクティブ化、又は非アクティブ化のために使用されるシグナリングのオーバーヘッドを削減するために、設定済みのキャリアを、ＵＥ固有に設定された物理キャリアインデックス（ＣＩ）に割り当てることができる。ＵＥ固有のＣＩは、ＲＲＣシグナリングのような、将来のレイヤ２又はレイヤ３のメッセージングにおけるキャリアを参照するのにも使用することができる。
【００３５】
一実施形態において、ｅＮｏｄｅ  Ｂからサービスの提供を受ける複数のＵＥに共通のコンポーネントキャリア情報をブロードキャストするようにｅＮｏｄｅ  Ｂを設定することができる。これに替えて、ｅＮｏｄｅ  Ｂからサービスの提供を受ける全てのＵＥに情報を適用する場合にのみ、コンポーネントキャリア設定情報のブロードキャストを行うようにしてもよい。ＵＥに固有のコンポーネントキャリア情報は、ＲＲＣシグナリング又はその他の種類のユニキャストシグナリングのような、専用無線リソース通信シグナリングを使用して、伝達することができる。例えば、コンポーネントキャリアの中心周波数、コンポーネントキャリアの帯域幅、及びｅＮｏｄｅ  Ｂに固有のコンポーネントキャリアのＣＩのような情報は、ｅＮｏｄｅ  Ｂからサービス提供を受ける全てのＵＥに対して同じである。この情報を、ｅＮｏｄｅ  Ｂによってブロードキャストすることができる。この情報をブロードキャストする能力によって、シグナリングのオーバーヘッドを大幅に削減すことができる。特定のＵＬ又はＤＬに対する複信モード、及びコンポーネントキャリアに対するＵＥ固有の設定済み物理キャリアインデックスのようなＵＥ固有の情報は、ＲＲＣシグナリング、若しくは、レイヤ２又はレイヤ３シグナリングの別の形態を使用して、所望のＵＥに対して伝達することができる。
【００３６】
コンポーネントキャリアが設定されると、ＵＥの機能に基づいて、ｅＮｏｄｅ  Ｂは、ＵＥに対するキャリアを選択することができる。例えば、ｅＮｏｄｅ  Ｂは、ＵＥがサポート可能なアップリンク及びダウンリンクのコンポーネントキャリアの数、ＵＥがサポート可能な最大帯域幅、ＵＥが動作可能な周波数帯域等を考慮に入れることができる。
【００３７】
特定のＵＥとｅＮｏｄｅ  Ｂとの間の無線サービスが、キャリアアグリゲーションを要求する又は享受するまで、キャリア設定を行わなくてもよい。コンポーネントキャリア設定をいつ行うかについては、ＵＥの通信要求に基づいてｅＮｏｄｅ  Ｂが決定することができる。ＵＥ通信要求は、所望のサービス品質（ＱｏＳ）、帯域幅要求等に基づいていてもよい。
【００３８】
特定のＵＥに対して設定される１以上のコンポーネントキャリアは、キャリア再設定と称されるプロセスにおいて変更された設定を有することができる。キャリア再設定は、設定済みのキャリアのうちの１以上を変更する、及び／又は、特定のＵＥの設定済みのコンポーネントキャリアのセットにおいて、設定済みのキャリアのパラメータを変更するＲＲＣ手順である。
【００３９】
特定のＵＥに対して複数のキャリアが設定され、設定されたキャリアが、ｅＮｏｄｅ  ＢによってＵＥに割り当てられる前に、特定のＵＥは、ＵＥとｅＮｏｄｅ  Ｂとの間に設定されたコンポーネントキャリアそれぞれに対して、信号強度測定を行うことができる。一実施形態において、測定は、移動性に基づく測定と同様に行うことができる。このような測定を行うきっかけとなる閾値は、ｅＮｏｄｅ  Ｂによって、設定済みのコンポーネントキャリアセット管理に対して、特に規定される。
【００４０】
一実施形態において、測定は、無線リソース管理（ＲＲＭ）型の測定であってもよい。ＲＲＭ測定は、基準シンボル受信電力（ＲＳＲＰ）測定、基準シンボル受信性能（ＲＳＳＱ）測定、キャリア受信信号強度インジケータ（ＲＳＳＩ）測定、又は、リンクの性能の平均的な測定結果を提供することができる別の種類の測定であってもよい。一実施形態において、ＲＲＭ測定は、コンポーネントキャリア信号における急速な変化の影響を低減するために、およそ２００ミリ秒間で平均化されてもよい。ＵＥの機能、及び特定のＵＥからｅＮｏｄｅ  Ｂに対して報告される設定されたコンポーネントキャリアのそれぞれについての信号強度測定結果に基づいて、ＲＲＣシグナリングを介して、特定のＵＥに対して設定されたキャリアのセットを決定及び動的に管理することができる。
【００４１】
［キャリアペアリング／リンキング、及び制御チャネルマッピング］
コンポーネントキャリア設定は、ＤＬ／ＵＬ制御チャネルマッピング及び複数のコンポーネントキャリアに渡る関連性についての情報と共に、ＤＬ／ＵＬのペアリングについての情報も含み。
【００４２】
設定されたコンポーネントキャリアそれぞれは、対応するＵＬ  ＣＣと組みになるＤＬ  ＣＣを含むことができる。一実施形態において、ＤＬ  ＣＣ及び対応するＵＬ  ＣＣの間の初期設定のペアリングは、３ＧＰＰ  ＬＴＥ  リリース８／９規格に基づいてもよく、システム情報ブロック（ＳＩＢ）メッセージに反映されてもよい。しかしながら、このようなペアリングを、特定のＵＥに対するＣＣ設定の一部として変更してもよい。例えば、ＤＬ／ＵＬペアリングのオプションとして、複数のＤＬ対１つのＵＬ構成、及び複数のＵＬ対１つのＤＬ構成をサポートしてもよい。設定されたキャリアの組のそれぞれに対して、ＰＤＣＣＨが送信されるキャリアを規定することもできる。
【００４３】
ＰＤＣＣＨマッピング／モニタリングには、２つの選択肢が存在する。一実施形態において、アクティブなＤＬ  ＣＣのそれぞれに対して、対応するＰＤＣＣＨが送信されるキャリアを、ＲＲＣ  ＣＡ設定プロセスの間に明示的に規定してもよい。規定は、それに以降の全てのスケジューリング、アクティブ化及び非アクティブ化に適用することもできる。このような交差キャリアＰＤＣＣＨマッピング構成を、必要に応じて、ＣＣ再設定手順を通じて変更してもよい。
【００４４】
別の実施形態では、アクティブなＤＬ又はＵＬ  ＣＣにそれぞれに対して、ＤＬ／ＵＬスケジューリング情報を伝達するＰＤＣＣＨは、ＲＲＣ  ＣＡ設定プロセスで規定されるように、同じＣＣ又はＰＣＣ上の何れかで送信される。
【００４５】
いずれの実施形態においても、設定に続いて、ＵＥは、アクティブ化された何れかのキャリア上で、ＰＤＣＣＨを監視すべきかを知ることができる。これにより、ＵＥは、ＰＤＣＣＨのブラインド検出が必要とされるキャリアの数を低減することができ、ＵＥにおけるＤＣＩを決定するのに必要な時間及び処理能力を削減することができる。
【００４６】
同様に、フィードバックチャネルマッピングにおいても、２つの異なるオプションが利用可能である。一実施形態において、ＰＤＳＣＨ送信それぞれに対して、フィードバック情報を伝達するＰＵＣＣＨは、対応するＰＤＣＣＨを伝達するＤＬ  ＣＣと組になったＵＬ  ＣＣ上で送信可能である。
【００４７】
別の実施形態では、全てのアクティブなＤＬ  ＣＣ上での全てのＰＤＳＣＨ送信に対するＰＵＣＣＨは、ＰＣＣと関連付けられたＵＬ  ＣＣで送信される。ＵＥが複数のＵＬ  ＣＣを有さず、及び／又は、複数のＵＬ  ＣＣにおける送信がリンクレベル性能に影響を与える場合に、この実施形態が好ましいと考えられる。
【００４８】
図４ａ〜図４ｃには、ＣＣ  ＤＬ／ＵＬの組み合わせの様々な例が示されている。これらの例において、キャリアには、互いを区別するために番号が付されている。付された番号は、例を示すためのものであり、ｅＮｏｄｅ  Ｂのキャリアそれぞれに対して割り当てられるキャリアインデックス値のようなその他の種類の番号付けではない。
【００４９】
図４ａには、ＵＬとＤＬを柔軟に組み合わせる能力が示されている。例えば、キャリア１におけるＵＬ  ＣＣは、キャリア１のＤＬ  ＣＣと関連付けられ、セルを形成している。同様に、キャリア２におけるＵＬ  ＣＣは、キャリア２のＤＬ  ＣＣと関連付けられ、セルを形成している。別の実施形態においては、キャリア３におけるＤＬ  ＣＣは、キャリア２のＵＬ  ＣＣと関連付けられている。したがって、このセルは、２つの異なるキャリアからのＵＬ及びＤＬが含まれている。キャリアは、隣接していてもよいし、電波スペクトルの異なる部分に中心周波数を有していてもよい。また、ＵＬ及びＤＬは、異なる周波数帯域に位置していてもよい。ＦＤＤ又はＴＤＤのような様々なスキームを使用して、キャリアを複信化してもよい。
【００５０】
図４ｂには、交差キャリア割り当てを使用した、非対称な組み合わせの例が示されている。キャリア１及びキャリア２の両方における、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）及び物理アップリンク制御チャネル（ＰＵＣＣＨ）が、キャリア１に割り当てられると同時に、ＤＬ  ＣＣそれぞれは、自身の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をサポートする。
【００５１】
図４ｃには、交差キャリア割り当てを使用せずに、非対称組み合わせを行う例が示されている。図４ｃの例では、ＰＤＣＣＨ１及びＰＵＣＣＨ１は、キャリア１に割り当てられる。ＰＵＣＣＨ２は、キャリア１のＵＬ  ＣＣに割り当てられ、ＰＤＣＣＨ２はキャリア２のＤＬ  ＣＣに割り当てられる。図４ｂに示されるように、ＤＬ  ＣＣはそれぞれ、自身のＰＤＳＣＨをサポートする。交差キャリア割り当てを使用する場合、又はしない場合において、その他の様々な種類の非対称組み合わせが可能であることは、当業者にとって明らかである。
【００５２】
物理的ハイブリッドＡＲＱ（自動再送要求）インジケータチャンネル（ＰＨＩＣＨ）は、受信側デバイスにおいて不正確に受信されたデータのブロックの再送信を確認又は要求する情報を伝達可能な送信チャネルである。ＵＬ送信の場合、対応するＵＬグラントに対するＰＤＣＣＨを含む同じキャリアによって、ＰＨＩＣＨを搬送することができる。
【００５３】
ＵＥ固有の組み合わせが初期設定の組み合わせと異なる場合には、この組み合わせを、３ＧＰＰ  ＬＴＥ  リリース８／９規格に基づいて規定し、システム情報ブロック（ＳＩＢ）メッセージングに反映させることができる。設定では、ＤＬ  ＣＣそれぞれに対して対応するＵＬキャリアを規定する。
【００５４】
一実施形態において、各ＤＬ  ＣＣに対する設定情報として、次のような情報を示すことができる。（１）ＤＬ  ＣＣそれぞれについて、対応するＰＵＣＣＨがどこで送信されるか。（２）ＤＬ  ＣＣそれぞれについて、対応するＰＤＣＣＨがどこで送信されるか。（３）ＵＬ  ＣＣそれぞれに対して、対応するＰＤＣＣＨがどこで送信されるか。（４）ＵＬ  ＣＣそれぞれに対して、どのＤＬが、３ＧＰＰ  ＬＴＥ  リリース８／９規格に規定される初期ＤＬ  ＣＣか、キャリアがランダムアクセスチャネル（ＲＡＣＨ）を含むか否か、初期設定において、全てのＲＡＣＨ送信が、ＰＣＣで伝送されるのか。
【００５５】
先の段落に記載した例におけるＤＬ  ＣＣ及びＵＬ  ＣＣの両方に対してＰＤＣＣＨが送信されるのと同じキャリア上で、ＰＨＩＣＨを送信することができる。
【００５６】
セカンダリコンポーネントキャリア（ＳＣＣ）の場合には、所与のＵＥに対して、ＤＬ設定済みキャリアを、１つのＵＬ設定済みキャリアと結合する（リンクする）ことができる。このリンク付けは、パワー制御、ＰＵＣＣＨ、ＲＡＣＨ（設定される場合には）、及び非ＣＩＦスケジュールリングを含む、全てのＵＬ制御／フィードバックチャネルメカニズムに適用することができる。
【００５７】
［コンポーネントキャリアアクティブ化］
コンポーネントキャリアが設定されると、設定されたキャリアのアクティブ化を、レイヤ２（Ｌ２）層で実行することができる。例えば、アクティブ化は、ＭＡＣ制御要素を介して、媒体アクセス制御（ＭＡＣ）層を使用して実行してもよい。通常は、アクティブ化は、設定よりも頻繁に行われ、スケジューリングよりは、実行される頻度が低い。設定の間に、ＭＡＣ制御要素によってキャリアアグリゲーションの固有情報を伝達する余裕はあまりなく、スケジューリングの間では、ほとんど余裕がない。すなわち、一般的には、アクティブ化又はスケジューリングに伴って変更される可能性が最も低いパラメータのみを、設定の間にＵＥに伝達する。
【００５８】
一実施形態において、キャリアの非アクティブ化を明示的に実行することができ、別のキャリアのアクティブ化と組み合わせることができる。所定期間キャリアにデータがスケジュールされなかった場合には、アクティブ化されているキャリアを非明示的に非アクティブ化してもよい。所定期間は、設定／アクティブ化フェーズの間に設定することができる。
【００５９】
アクティブ化情報は、アクティブ化すべき設定済みＣＣのリスト、及び非アクティブ化すべき設定済みＣＣのリストを含むことができる。一実施形態において、リストは、ビットマップを使用して実装することができる。ビットマップは、リストにおける各ＣＣが割り当てられた位置を示す順序リストを含むことができる。リストにおいて、ＣＣが割り当てられる位置は、所望に選択可能である。例えば、ＣＣがアクティブ化される順番、ＣＣの中心周波数、ＣＣのキャリアインデックス（ＣＩ）値に基づくリストのある位置に、ＣＣが割り当てられてもよく、また、ＣＣをリストにおける固有の位置に割り当てる別のプロセスに基づいて割り当てられてもよい。そして、"アクティブ化"を表す１つの２進数、及び"非アクティブ化"を表す別の２進数を送信することによる２進数的な態様で、ＣＣのアクティブ化又は非アクティブ化を実行することができる。
【００６０】
例えば、キャリア設定において、キャリアをそれぞれ、キャリアインデックス値に割り当てることができる。ｅＮｏｄｅ  Ｂは、キャリアインデックス値、１、２、４、８及び９を有する５つの設定済みキャリアを有してもよい。キャリアは、最も低い値が最初に並べられるキャリアインデックス値に基づくビットマップに割り当てることができる。ＵＥは、キャリア１、２、４及び９に割り当てられてもよい。ビットマップは、ＵＥによって使用されるキャリアの数に等しい長さを有していてもよい。したがって、ＵＥに対するビットマップは、キャリアの状態を表すべくそれぞれ選択された値を有する４つの２進値からなる。ビットマップ"１１１１"は、各キャリアのアクティブ化を表してもよい。ビットマップ"００００"は、各キャリアの明示的非アクティブ化を表してもよい。ビットマップ値"０１０１"は、キャリア１及び４をアクティブ化し、ＵＥに対するキャリア２及び９を非アクティブ化するのに使用してもよい。したがって、ビットマップは、選択された設定済みキャアリアをオンにすると同時に、その他のキャリアをオフにするのに使用することができる。２進値の"１"は、キャリアをアクティブ化することを表し、値"０"は、キャリアを非アクティブ化することを表しているが、この点に関して限定されない。反対の２進値を使用して、アクティブ化及び非アクティブ化を表してもよいことは、明らかである。
【００６１】
ビットマップを使用することにより、オーバーヘッドを大幅に低減することができる。キャリアの値及びキャリアの所望の状態を特定するのに、複数ビットを使用する必要はない。ＵＥ及びｅＮｏｄｅ  Ｂは共に、各キャリアが、ビットマップにおいて割り当てられた位置を知る必要はほとんどない。そして、１つのビットを送信して、コンポーネントキャリアをアクティブ化又は非アクティブ化することができる。一実施形態において、１つのビットを使用して、ＵＬ  ＣＣ及びＤＬ  ＣＣを含むセルをアクティブ化又は非アクティブ化することができる。ＵＬ  ＣＣ及びＤＬ  ＣＣは、異なるキャリアであってもよい。
【００６２】
一実施形態において、アクティブ化メッセージは、ＰＣＣで伝達することができ、また、ＰＤＣＣＨを送信するように設定されている場合には、その他のキャリア上で送信されてもよい。アクティブ化メッセージに対する応答は、アクティブ化が実行される前に、ＵＥから送信されてもよく、１以上のキャリア上でデータを搬送するようにスケジュールすることを可能にする。ＵＥからｅＮｏｄｅ  Ｂに対するアクティブ化確認も、同じビットマップレイアウトに従ってもよい。応答は、どのＣＣのアクティブ化が成功したかについて示すことができる。
【００６３】
あるＣＣがＵＥにおいてアクティブ化されると、ＵＥは、チャネル品質の高速測定をｅＮｏｄｅ  Ｂに送信することができる。例えば、チャネル品質インジケータ（ＣＱＩ）又はその他の種類の高速フィードバックチャネルをｅＮｏｄｅ  Ｂと接続して、各キャリアにおける受信チャネル品質条件を示すことができる。
【００６４】
設定済みキャリアの全てをアクティブ化する必要がある場合には、アクティブ化プロセスは、設定プロセスと組み合わせてもよい。この実施形態において、ｅＮｏｄｅ  ＢがＵＥから、利用可能なキャリアの強度についての十分な測定結果を得るまで、設定を延期させてもよく、それにより、実際に設定及びアクティブ化される前に、候補となっているキャリアがアクティブ化実行可能であることを確かにすることができる。
【００６５】
図５は、キャリアアグリゲーションのフローチャートの一実施形態を示したものである。左側の線５０２は、ＵＥ５０４との通信を表している。右側の１番目の線は、ｅＮｏｄｅ  Ｂ５１０におけるプライマリコンポーネントキャリア（ＰＣＣ）５０６を表している。右側の２番目の線は、ｅＮｏｄｅ  Ｂ５１０におけるセカンダリコンポーネントキャリア（ＳＣＣ）５０８を表している。ｅＮｏｄｅ  Ｂは、上述したように、複数の様々なＳＣＣを含むことができる。
【００６６】
ＵＥ５０４が、ｅＮｏｄｅ  Ｂ５１０によってサービス提供を受けるネットワークに入ると、ｅＮｏｄｅ  Ｂ５１０からの通信５２０を、ネットワークにおいて利用可能なキャリアを特定して、ＵＥに送信することができる。ｅＮｏｄｅ  Ｂに関連付けするため、ＵＥによって選択されたキャリアを、最初及び初期設定のキャリアと見なすことができ、プライマリコンポーネントキャリア：ＰＣＣ（第１周波数ブロック）と称することができる。ｅＮｏｄｅ  Ｂによって使用されるその他のキャリアは、セカンダリコンポーネントキャリア：ＳＣＣ（第２周波数ブロック）と称することができる。
【００６７】
ＵＥ及びｅＮｏｄｅ  Ｂは、ネットワークエントリのための通信５２２を行い、ＵＥの基本的なキャリアアグリゲーション機能について交渉することができる。ＵＥは、周波数、帯域幅及びコンポーネントキャリアの周波数帯域を含めて、ｅＮｏｄｅ  Ｂによって提供されるキャリアの種類を学習してもよい。ＵＥは、自身のＣＡ機能情報をｅＮｏｄｅ  Ｂに伝達することができ、受容可能なＵＬ  ＣＣ及びＤＬ  ＣＣの数、ＵＥが受信可能なＵＬ及びＤＬの帯域幅、及びＵＥが動作可能な周波数帯域の情報が含まれる。
【００６８】
次に、ＵＥ５０４は、ＲＲＣシグナリングを使用して、ｅＮｏｄｅ  Ｂ５１０と通信５２４を行うことができる。ＵＥは、ＵＥがサポートするＣＡ設定を伝達することができる。例えば、設定されたＣＣの候補を伝達する。
【００６９】
そして、ｅＮｏｄｅ  Ｂ５１０は、ＵＥに、ＣＩＦ割り当て、ＤＬ／ＵＬの組の情報、ＰＤＣＣＨマッピング情報、ＰＵＣＣＨマッピング等の特定のキャリア設定情報を伝達５２６する。
【００７０】
次いで、ＵＥ５０４は、ＰＣＣにおけるスケジュールリングリクエストを伝達５２８する。ＵＥがまるで、利用可能なキャリアアグリゲーションを使用せずに１つのキャリアで動作しているかのような態様で、スケジューリング要求が発生する。ｅＮｏｄｅ  Ｂは、ＣＣアクティブ化メッセージ５３０に応答することができる。ＣＣアクティブ化メッセージは、ＭＡＣヘッダ又はＰＣＣ５０６のＰＤＣＣＨにおけるＤＣＩで送信されてもよい。上記したように、アクティブ化は、どのヘッダをアクティブ化又は非アクティブ化するべきかを示したビットマップを含んでもよい。追加的に、アクティブ化確認応答を伝達５３２してもよい。
【００７１】
アクティブ化の際に、ＵＥ５０４は、ＰＣＣ５０６及び少なくとも１つのＳＣＣ５０８上の両方において、ｅＮｏｄｅ  Ｂと通信５３４を行う。ＵＥは、アクティブなキャリアにそれぞれについてのＣＱＩ測定結果を、ｅＮｏｄｅ  Ｂに提供することができる。ＣＱＩ測定結果は、ＰＣＣ５０６を介して送信されてもよい。
【００７２】
ｅＮｏｄｅ  Ｂ５１０は、ＰＣＣ５０６を使用して、１以上のＰＤＣＣＨについてのリソース割り当て情報を伝達５３６する。交差キャリア割り当て情報も、ＣＩＦを使用して伝達されてもよい。一実施形態において、ＰＤＣＣＨ及び交差キャリア割り当て情報を、１以上のＳＣＣ５０８から送信してもよい。ｅＮｏｄｅ  Ｂから、ＰＣＣ及びＳＣＣ上で、ＵＥ５０４にＰＤＳＣＨ及びＰＵＳＣＨデータ送信５３８が行われる。ＵＥは、アクティブなキャリア（ＰＣＣ及びＳＣＣ）において、物理フィードバックチャネルを伝達５４０することができる。これは、一般的には、ダウンリンク複数キャリア割り当てに対してのみ行われる。
【００７３】
最後に、ＣＣ非アクティブ化メッセージを、ＰＣＣ５０６を介して、ｅＮｏｄｅ  Ｂ５１０からＵＥへと伝達５４２することができる。非アクティブ化メッセージは、明示的又は非明示的であってもよい。アクティブ化されたＣＣが、例えば、２分間のように、設定された期間使用されなかった場合には、非アクティブ化メッセージを、非明示的に伝送してもよい。
【００７４】
図５のフローチャートは、ＵＥにおけるキャリアアグリゲーションのために、ＣＣを設定及びアクティブ化するプロセスの一例を表している。この例は、発明を限定することを意図していない。プロセスは、更なる段階を備えてもよく、また、図５に記載された以外の順番で実行されてもよい。また、図５に記載されている段階のそれぞれは、ＵＥがネットワークに入る又はＵＥの電源が投入される都度、必ずしも必要とならない場合もある。
【００７５】
図６には、設定のシーケンス、アクティブ化、及びキャリアアグリゲーションに関わるＣＣに対するサイクルのスケジューリングの例が示されている。ＵＥが最初にネットワークに入る時点では、ｅＮｏｄｅ  ＢにおけるＣＣは、設定されていない６０２。ＵＥとｅＮｏｄｅ  Ｂとの間のＲＲＣ通信、及びｅＮｏｄｅ  Ｂからのブロードキャスティングを通じて、ＣＣを設定６０４することができる。特定のＵＥに固有のコンポーネントキャリア情報を、ＲＲＣシグナリングを通じて伝達可能である。固有でないコンポーネントキャリア設定情報は、ｅＮｏｄｅ  Ｂによって、ｅＮｏｄｅ  Ｂからサービス提供を受ける全てのＵＥに対してブロードキャストすることができる。
【００７６】
ＣＣが設定されると、ｅＮｏｄｅ  Ｂは、サービス品質（ＱｏＳ）、帯域幅等のＵＥの要求に基づいて、特定のＵＥに対するＣＣをアクティブ化することができる。１つのキャリアで、ＵＥ通信要求を満たすことができる場合には、ｅＮｏｄｅ  Ｂは、更なるキャリアをＵＥを割り当てなくてもよい。しかしながら、ＵＥの通信要求を満足させるのに更なるキャリアを使用する必要がある場合には、ｅＮｏｄｅ  Ｂキャリアに対してＵＥが実行したキャリア測定に基づいて、更なるキャリアを割り当てることができる。そして、ＭＡＣのようなＬ２通信を使用して、ｅＮｏｄｅ  Ｂにより、キャリアがアクティブ化６０６されてもよい。
【００７７】
アクティブ化されたＣＣは、ＭＡＣのようなＬ２通信を使用して、明示的に非アクティブ化６０８するように命令されるまで、アクティブ状態を維持することができる。あるいは、ＣＣは、特定の期間６１０の間、ＣＣがアクティブにされなかったことに起因して、非明示的な非アクティブ化が発生するまで、アクティブ状態を維持してもよい。アクティブ化されたＣＣは、設定を消去６１２することができ、ＲＲＣシグナリングを使用して、ＣＣの再設定を可能とする。
【００７８】
別の実施形態に係る、キャリアアグリゲーションにおけるコンポーネントキャリア設定の方法７００が、図７のフローチャートに示されている。方法は、ｅＮｏｄｅ  Ｂのネットワーク内の複数のＵＥにサービスを提供するように設定された発展型Ｎｏｄｅ  Ｂ（ｅＮｏｄｅ  Ｂ）で、選択されたユーザー機器（ＵＥ）からキャリアアグリゲーション機能情報を受信する７１０段階を含む。選択されたＵＥのキャリアアグリゲーション機能情報に基づいて、選択されたＵＥに対する複数のコンポーネントキャリアがｅＮｏｄｅ  Ｂにおいて、設定７２０される。
【００７９】
方法７００は更に、ｅＮｏｄｅ  Ｂコンポーネントキャリアから、複数のＵＥに共通のコンポーネントキャリア設定情報を含む設定メッセージをブロードキャストする段階７３０、及び、設定済みコンポーネントキャリアを形成するべく、専用通信シグナリングを使用して、ｅＮｏｄｅ  Ｂコンポーネントキャリアから複数のＵＥのうちの１つに固有の設定情報を伝達する段階７４０を含む。専用通信シグナリングは、選択されたＵＥへのｅＮｏｄｅ  Ｂからのコンポーネントキャリアそれぞれに対するＲＲＣシグナリングであってもよい。
【００８０】
コンポーネントキャリアそれぞれに対してブロードキャストされる設定情報は、そのコンポーネントキャリアの中心周波数、帯域幅、及びＴＤＤ又はＦＤＤのような複信モードを含んでもよい。この設定情報は、各ＣＣのアップリンク（ＵＬ）及びダウンリンク（ＤＬ）に対して更に規定されていてもよい。ブロードキャストする設定メッセージは、更に、ｅＮｏｄｅ  Ｂに固有のキャリアインデックスを含むことができる。専用通信シグナリングは、専用通信シグナリングにおいて提供されるＵＥ固有の設定済み物理キャリアインデックスを含むことができる。ｅＮｏｄｅに固有及びＵＥ固有のキャリアインデックス値を使用することにより、ｅＮｏｄｅ  Ｂと複数のＵＥとの間の通信における各コンポーネントキャリア参照する場合のオーバーヘッドを削減することができる。
【００８１】
方法は更に、選択されたＵＥのサービス品質及び帯域幅の要求に基づいて、ｅＮｏｄｅ  Ｂにおいて選択された設定済みコンポーネントキャリアを選択されたＵＥに対してアクティブにする段階７５０を含む。
【００８２】
方法７００は、ｅＮｏｄｅ  Ｂによって提供されるキャリアアグリゲーションで利用可能な複数のコンポーネントキャリアについて、複数のＵＥのそれぞれから、信号強度の無線リソース管理（ＲＲＭ）測定結果を、ｅＮｏｄｅ  Ｂに報告する段階を含むことができる。ｅＮｏｄｅ  Ｂにおいて、選択されたＵＥに対する、選択された設定済みコンポーネントキャリアをアクティブ化するオペレーションは、設定に続いて、選択されたＵＥによって提供されたＲＲＭ測定に基づいて選択された設定済みコンポーネントをアクティブ化する段階を含むことができる。
【００８３】
選択されたＵＥのキャリアアグリゲーション機能情報を伝達するオペレーションは更に、選択されたＵＥから、ｅＮｏｄｅ  Ｂへのアップリンクにおいてサポートされるコンポーネントキャリアの最大数、ｅＮｏｄｅ  Ｂからのダウンリンクおいてサポートされるコンポーネントキャリアの最大数、アップリンク及びダウンリンクに対してサポートされる最大帯域幅、及び選択された周波数帯域のサポートのうちの少なくとも１つを伝達する段階を含むことができる。
【００８４】
方法７００は、選択されたＵＥをコンポーネントキャリアの一つに関連付ける段階と、そのコンポーネントキャリアをプライマリコンポーネントキャリアとして規定する段階とを更に含むことができる。ＰＣＣのダウンリンクは、複数のコンポーネントキャリアに対する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）においてダウンリンク制御情報（ＤＣＩ）を搬送するべく選択される。別の実施形態においては、複数のコンポーネントキャリアのダウンリンクコンポーネントキャリアを選択し、複数のコンポーネントキャリアに対するＰＤＣＣＨにおけるＤＣＩを搬送するように構成することができる。
【００８５】
方法７００は、更に、各ダウンリンクコンポーネントキャリアに対するアップリンクコンポーネントキャリアを選択して、物理アップリンク共有チャネル（ＰＵＳＣＨ）及びアップリンクフィードバック情報を、物理アップリンク制御チャネル（ＰＵＣＣＨ）で搬送することができる。キャリア設定の一部として、アップリンクコンポーネントキャリアを、ＰＤＣＣＨにおいて対応するアップリンク割り当てを搬送するダウンリンクコンポーネントキャリアと組にすることができる。複数のコンポーネントキャリアに対するダウンリンクコンポーネントキャリアにおける物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信それぞれについてのフィードバック情報を搬送するべく、ＰＣＣのアップリンクコンポーネントキャリアを選択することができる。物理的ハイブリッドＡＲＱ（自動再送要求）インジケータチャネル（ＰＨＩＣＨ）は、ＰＤＣＣＨを搬送するのに使用したのと同じコンポーネントキャリアにおいて、搬送されてもよい。
【００８６】
選択された設定済みコンポーネントキャリアをアクティブ化する段階は更に、コンポーネントキャリアそれぞれについて、選択されたＵＥからｅＮｏｄｅ  Ｂへと、アクティブ化情報を媒体アクセス制御（ＭＡＣ）制御要素として送信することを含む。選択されたＵＥに対するコンポーネントキャリアそれぞれをアクティブ化及び非アクティブ化は、ｅＮｏｄｅ  ＢからＵＥへと送信されるビットマップを使用して実現することができる。ビットマップにおけるビットは、複数のコンポーネントキャリアに対するインデックスが順番に並べられたリストに対してマップすることができる。値"１"を送信して、コンポーネントキャリアをアクティブ化することができ、値"０"を送信してコンポーネントキャリアを非アクティブ化することができる。これに替えて、反対の２進数値を使用してもよいことは、明らかである。アクティブ化されたコンポーネントキャリアは、選択された非アクティブ化規則に基づいて、非アクティブ化することもできる。非アクティブ化の規則には、ＵＥへのデータ送信に、キャリアが使用されなかった時間の長さを含むことができる。選択された時間が経過した後に、コンポーネントキャリアが使用されていなかった場合には、そのコンポーネントキャリアを非アクティブ化してもよい。その他の規則を適用可能であることは、明らかである。
【００８７】
別の実施形態に係るキャリアアグリゲーションにおけるコンポーネントキャリアの設定のためのシステム８００が、図８のブロック図に示されている。システムは、複数のＵＥに対してサービスを提供するよう設定された発展型Ｎｏｄｅ  Ｂ（ｅＮｏｄｅ  Ｂ）において動作するキャリアアグリゲーションモジュール８０８を備える。ｅＮｏｄｅ  Ｂは、選択されたユーザー機器（ＵＥ）において動作するキャリア設定モジュール８０２から、キャリアアグリゲーション機能情報を受信するように設定される。
【００８８】
ｅＮｏｄｅ  Ｂで動作するキャリアアグリゲーションモジュールは、選択されたＵＥのキャリアアグリゲーション機能情報に基づいて、選択されたＵＥに対して、複数のコンポーネントキャリアを設定することができ、また、複数のＵＥに共通のコンポーネントキャリア設定情報を含むコンポーネントキャリア設定メッセージをｅＮｏｄｅ  Ｂからブロードキャストすることができる。選択されたＵＥに固有のｅＮｏｄｅ  Ｂコンポーネントキャリア設定情報の場合には、ｅＮｏｄｅ  Ｂは、選択されたＵＥに、固有のコンポーネントキャリア情報を伝達（すなわち、ユニキャスト）することができる。例えば、専用通信シグナリングを使用することができる。モジュール８０８は更に、選択されたＵＥのサービス品質要求及び帯域幅のうちの少なくとも一方に基づいて、選択されたＵＥに対する選択された設定済みコンポーネントキャリアをｅＮｏｄｅ  Ｂにおいてアクティブ化するように構成される。
【００８９】
機能単位の多くは、本明細書では、実装時の独立性を特に強調するために、モジュールとして記載されている。例えば、モジュールは、カスタムＶＬＳＩ回路又はゲートアレイを含むハードウェア回路、ロジックチップのような市販の半導体、トランジスタ、又はその他の個別部品として実装されてもよい。また、モジュールは、フィールド・プログラマブル・ゲートアレイ、プログラマブル・アレイロジック、プログラマブル・ロジックデバイス等のプログラム可能ハードウェアデバイスに実装されてもよい。
【００９０】
モジュールは、様々な種類のプロセッサによって実行されるソフトウェアに実装されていてもよい。実行可能なコードの特定されたモジュールは、例えば、オブジェクト、手順又は機能として整理されてもよい、コンピュータ命令の1以上の物理的又は論理的ブロックを含む。特定のモジュールにおける実行可能な要素は、物理的に同じ場所に位置している必要はなく、異なる位置に格納された複数の異種命令を含んでもよく、これらが論理的に結合されると、モジュールを構成し、そのモジュールの本来の目的を達成する。
【００９１】
更に、実行可能なコードのモジュールは、１つの命令であってもよいし、複数の命令であってもよく、複数の異なるコードセグメントに渡って、様々なプログラム間に、及び複数のメモリデバイスに渡って分布していてもよい。同様に、オペレーション的データは、本明細書では、モジュール内に特定及び示されている場合があり、好適な種類のデータ構造内に構成されていてもよく、好適な態様で実現されてもよい。オペレーション的データは、１つのデータセットとして収集されていてもよく、又は、様々な記憶デバイスを含む様々なロケーションに渡って分布していてもよく、あるいは、少なくとも一部又は単純に、システム又はネットワークにおける電子信号として存在していてもよい。モジュールは、所望の機能を実行可能なエージェントを含めて、パッシブ又はアクティブであってもよい。
【００９２】
様々な技術、又は側面又はその一部が、有形の媒体においてプログラムコード（すなわち、命令）という態様で実現されていてもよい。有形の媒体の例としては、フロッピー（登録商標）ディスケット、ＣＤ−ＲＯＭ、ハードドライブ、又はその他の機械可読記憶媒体が挙げられ、プログラムコードが読み込まれ、コンピュータのような機械によって実行されると、機械は、様々な技術を実行する装置となる。プログラムコンピュータにおいてプログラムコード実行する場合、コンピューティングデバイスは、プロセッサ、プロセッサ（揮発性及び不揮発性メモリ及び／又はストレージ要素を含む）が読み出し可能な記憶媒体、少なくとも１つの入力デバイス、少なくとも１つの出力デバイスを含んでもよい。本明細書に記載された様々な技術を実装又は利用する１以上のプログラムは、アプリーケーションプログラミングインターフェース（ＡＰＩ）、再利用可能制御等を使用してもよい。このようなプログラムは、高階層の手順的又はオブジェクト指向プログラミング言語に実装して、コンピュータシステムと通信を行うようにしてもよい。しかしながら、必要に応じて、プログラムは、アセンブリ又は機械語に実装されてもよい。いかなる場合であっても、言語は、コンパイル又は別の言語に翻訳、又はハードウェア実装と組み合わされてもよい。
【００９３】
また、本明細書において、本発明の"一実施形態"又は"実施形態"との記載は、実施形態に関連する特定の特徴、構造及び特性が、少なくとも本発明の実施形態の一つに含まれていることを意味する。したがって、本明細書中の様々な箇所で使用されている"一実施形態において"又は"ある実施形態において"という表現は、必ずしも同一の実施形態を示していない。
【００９４】
本明細書で使用されている、複数のアイテム、構造的要素、構成要素、及び／又は材料は、便宜上、共通のリストに表されている場合がある。しかしながら、これらのリストの構成要素は、それぞれ、別個の及び固有の要素であるとして特定されるべきである。したがって、このようなリストにおける要素それぞれは、特に記載がない限り、共通のグループに存在しているからといって、同じリストに存在している別の要素の事実上の均等物であると解釈されるべきでない。加えて、本発明の様々な実施形態及び例が、様々な構成要素の代替物と共に参照される場合がある。このような実施形態、例及び代替例は、互いに実質的な均等物であると解釈されるべきでなく、本発明の別個の及び独立した表現であると解釈されるべきである。
【００９５】
更に、記載された、特徴、構造又は特性は、１以上の実施形態において好適な態様で、組み合わせられてもよい。以上の記載では、材料、結合、サイズ、長さ、幅、形等の例のような数多くの詳細事項が、本発明の実施形態の理解を助けるために提供される。しかしながら、関連する技術分野の当業者であれば、これら１以上の詳細事項又はその他の方法、構成要素、材料等がなくとも、本発明を実施可能であることは理解できる。すなわち、本発明の側面を曖昧にしてしまうことを避けるために、周知の構造、材料又はオペレーションは、示されていない又は詳細に記載されていない。
【００９６】
１以上の特定のアプリケーションにおいて、本発明の原理を例示するべく上記の例が示されているが、当業者であれば、形態、利用及び実装の詳細において、発明力を利用することなく、本発明の原理及び概念の範囲内で数多くの変形が可能であることは、明白である。したがって、本発明は、添付の特許請求の範囲の記載以外の記載によって、限定されることを意図していない。
【図１ａ】
0005317367.tif 000002
【図１ｂ】
0005317367.tif 000003
【図２】
0005317367.tif 000004
【図３】
0005317367.tif 000005
【図４ａ】
0005317367.tif 000006
【図４ｂ】
0005317367.tif 000007
【図４ｃ】
0005317367.tif 000008
【図５】
0005317367.tif 000009
【図６】
0005317367.tif 000010
【図７】
0005317367.tif 000011
【図８】
0005317367.tif 000012