(57)【特許請求の範囲】
【請求項１】
移動通信システムにおいてバッファ状態報告（ＢＳＲ）を提供する方法であって、
ユーザ端末が、第１の基地局と関連する第１のメディアアクセス制御（ＭＡＣ）エンティティを設定するステップと、
前記ユーザ端末が、第２の基地局と関連する第２のメディアアクセス制御（ＭＡＣ）エンティティを設定するステップと、
前記ユーザ端末の前記第１のＭＡＣエンティティが、前記第１の基地局に対するアップリンクタイミングに関する第１の時間配置タイマを作動するステップと、
前記ユーザ端末の前記第２のＭＡＣエンティティが、前記第２の基地局に対するアップリンクタイミングに関する第２の時間配置タイマを作動するステップと、
第１のバッファ状態報告と関連した第１の設定及び第２のバッファ状態報告と関連した第２の設定を受信するステップと、
前記ユーザ端末の前記第１のＭＡＣエンティティが、第１のデータが前記第１のＭＡＣエンティティと関連するアップリンクで利用可能な場合に前記第１のバッファ状態報告をトリガーするステップと、
前記ユーザ端末の前記第２のＭＡＣエンティティが、第２のデータが前記第２のＭＡＣエンティティと関連するアップリンクで利用可能な場合に前記第２のバッファ状態報告をトリガーするステップと、を有し、
前記第１の基地局と前記第２の基地局とは、互いに異なるノードであり、
前記第１の基地局と前記第２の基地局とは、異なるタイミング配置設定を有し、
前記第１の基地局に関連した前記第１の時間配置タイマが満了したとき、前記第２の基地局に関連した前記第２の時間配置タイマが満了したとみなし、
前記第１の設定及び前記第２の設定は、周期的バッファ状態報告（periodicBSR）タイマ及び再送信バッファ状態報告（retxBSR）タイマを設定するの使用される、方法。
【請求項２】
前記第１のバッファ状態報告は前記第１のＭＡＣエンティティの前記第１のデータについての情報を含み、
前記第２のバッファ状態報告は前記第２のＭＡＣエンティティの前記第２のデータについての情報を含む、請求項１に記載の方法。
【請求項３】
前記第１のバッファ状態報告は第１の論理チャネルグループ(ＬＣＧ）の前記第１のデータの量についての情報を含み、
前記第２のバッファ状態報告は第２の論理チャネルグループ(ＬＣＧ）の前記第２のデータの量についての情報を含む、請求項１に記載の方法。
【請求項４】
前記第１のＭＡＣエンティティと関連した第１のランダムアクセス手順を実行するステップと、
前記第２のＭＡＣエンティティと関連した第２のランダムアクセス手順を実行するステップとをさらに含む、請求項１に記載の方法。
【請求項５】
前記第１の基地局が第１の複数のセルを作動する場合、前記第１のＭＡＣエンティティが前記第１の基地局の前記第１の複数のセルを処理し、
前記第２の基地局が第２の複数のセルを作動する場合、前記第２のＭＡＣエンティティが前記第２の基地局の前記第２の複数のセルを処理する、請求項１に記載の方法。
【請求項６】
移動通信システムにおけるユーザ端末であって、
無線周波数（ＲＦ）ユニットと、
前記ＲＦユニットに動作可能に連結されたプロセッサとを含み、
前記プロセッサは、
第１の基地局に関連した第１のメディアアクセス制御（ＭＡＣ）エンティティを設定し、
第２の基地局に関連した第２のメディアアクセス制御（ＭＡＣ）エンティティを設定し、
前記第１の基地局に対するアップリンクタイミングに関する第１の時間配置タイマを作動し、
前記第２の基地局に対するアップリンクタイミングに関する第２の時間配置タイマを作動し、
第１のバッファ状態報告と関連した第１の設定及び第２のバッファ状態報告と関連した第２の設定を受信し、
前記第１のＭＡＣエンティティが、前記第１のＭＡＣエンティティと関連したアップリンクで第１のデータが利用可能である場合、前記第１のバッファ状態報告（ＢＳＲ）をトリガーし、
前記第２のＭＡＣエンティティが、前記第２のＭＡＣエンティティと関連したアップリンクで第２のデータが利用可能である場合、前記第２のバッファ状態報告（ＢＳＲ）をトリガーし、
前記第１の基地局と前記第２の基地局とは、互いに異なるノードであり、
前記第１の基地局と前記第２の基地局とは、異なるタイミング配置設定を有し、
前記第１の基地局に関連した前記第１の時間配置タイマが満了したとき、前記第２の基地局に関連した前記第２の時間配置タイマが満了したとみなし、
前記第１の設定及び前記第２の設定は、周期的バッファ状態報告（periodicBSR）タイマ及び再送信バッファ状態報告（retxBSR）タイマを設定するの使用される、ように制御する、端末。
【請求項７】
前記第１のバッファ状態報告は前記第１のＭＡＣエンティティの前記第１のデータについての情報を含み、
前記第２のバッファ状態報告は前記第２のＭＡＣエンティティの前記第２のデータについての情報を含む、請求項６に記載の端末。
【請求項８】
前記第１のバッファ状態報告は第１の論理チャネルグループ(ＬＣＧ）の前記第１のデータの量についての情報を含み、
前記第２のバッファ状態報告は第２の論理チャネルグループ(ＬＣＧ）の前記第２のデータの量についての情報を含む、請求項６に記載の端末。
【請求項９】
前記プロセッサは、
前記第１のＭＡＣエンティティと関連した第１のランダムアクセス手順を実行し、
前記第２のＭＡＣエンティティと関連した第２のランダムアクセス手順を実行するようにさらに設定された、請求項６に記載の端末。
【請求項１０】
前記第１の基地局が第１の複数のセルを作動する場合、前記第１のＭＡＣエンティティが前記第１の基地局の前記第１の複数のセルを処理し、
前記第２の基地局が第２の複数の7セルを作動する場合、前記第２のＭＡＣエンティティが前記第２の基地局の前記第２の複数のセルを処理する、請求項６に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、バッファ状態を報告する方法及びそのための通信装置に関する。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト(３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ：３ＧＰＰ)ＬＴＥ(ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ)は、ユニバーサルモバイル通信システム(ＵＭＴＳ)の改善されたバージョンであり、３ＧＰＰリリース８として導入された。３ＧＰＰ ＬＴＥは、ダウンリンクで直交周波数分割多重接続(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ：ＯＦＤＭＡ)を使用し、アップリンクで単一搬送波−周波数分割多重接続(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ−ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ：ＳＣ−ＦＤＭＡ)を使用する。３ＧＰＰ ＬＴＥは、４個までのアンテナを有する多重入出力(ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ：ＭＩＭＯ)を採択した。最近、３ＧＰＰ ＬＴＥの進化型である３ＧＰＰ ＬＴＥ−ａｄｖａｎｃｅｄ(ＬＴＥ−Ａ)に対する議論が進行している。
【０００３】
３ＧＰＰ ＬＴＥ−Ａで採択された技術の例にはキャリアアグリゲーションが含まれる。
【０００４】
前記キャリアアグリゲーションは、多数のコンポーネントキャリアを使用する。前記コンポーネントキャリアは、中央周波数及び帯域幅で定義される。一つのダウンリンクコンポーネントキャリアまたは一対のアップリンクコンポーネントキャリア及びダウンリンクコンポーネントキャリアが一つのセルにマッピングされる。ユーザ装置が多数のダウンリンクコンポーネントキャリアを使用してサービスを受信すると、これは前記ユーザ装置が多数のサービングセルからサービスを受信するということができる。即ち、多数のサービングセルがユーザ装置に多様なサービスを提供する。
【０００５】
最近、小型セルを採択することに対する議論がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前記説明された関連技術分野において、小型セルの採択により、ＵＥが既存のセル及び小型セルの両方ともで二重接続性を有するのが可能になる。しかし、このような二重接続性を実現することができる概念や技術は、まだない。
【０００７】
したがって、本発明の目的は、二重接続性を実現するための解決策を提供することである。
【課題を解決するための手段】
【０００８】
このような目的及び他の利点を達成するために本発明の目的に合わせて本明細書に具現されて広範囲に記述された方法として、バッファ状態を報告するための方法が提供される。前記方法は、第１のｅＮｏｄｅＢに対する第１のＭＡＣエンティティ及び第２のｅＮｏｄｅＢに対する第２のＭＡＣエンティティを確立するステップと、アップリンクデータが送信可能になる場合、前記第１及び第２のＭＡＣエンティティのうち、送信される前記アップリンクデータ上の前記第１のＭＡＣエンティティを識別するステップと、前記第１のＭＡＣエンティティに対するバッファ状態報告(ＢＳＲ)をトリガするステップとを含む。ここで、前記ＢＳＲは、前記第１のＭＡＣエンティティのアップリンクデータ上の情報を含む。前記方法は、前記第１のＭＡＣエンティティに対してトリガされた前記ＢＳＲを前記第１のｅＮｏｄｅＢに送信するステップをさらに含む。
【０００９】
前記方法は、前記第２のＭＡＣエンティティのアップリンクデータが送信可能になる場合、前記第１及び第２のＭＡＣエンティティのうち、送信されるアップリンクデータ上の前記第２のＭＡＣエンティティを識別するステップと、前記第２のＭＡＣエンティティに対するもう一つのバッファ状態報告(ＢＳＲ)をトリガするステップと、をさらに含み、前記もう一つのＢＳＲは、前記第２のＭＡＣエンティティのアップリンクデータに対する情報を含む。前記方法は、前記第２のＭＡＣエンティティに対してトリガされたもう一つのＢＳＲを前記第２のｅＮｏｄｅＢに送信するステップをさらに含む。
【００１０】
一方、前記第１のｅＮｏｄｅＢが多数のセルを作動させる場合、前記第１のＭＡＣエンティティは、前記第１のｅＮｏｄｅＢの前記多数のセルを処理する。また、前記第２のｅＮｏｄｅＢが多数のセルを作動させる場合、前記第２のＭＡＣエンティティは、前記第２のｅＮｏｄｅＢの前記多数のセルを処理する。
【００１１】
このような目的及び他の利点を達成するために本発明の目的に合わせて本明細書に具現されて広範囲に記述された方法として、バッファ状態を報告するように構成された通信装置が提供される。前記通信装置は、無線周波数(ＲＦ)ユニットと、前記ＲＦユニットに連結されるプロセッサとを含み、前記プロセッサの制御により第１のｅＮｏｄｅＢに対する第１のＭＡＣエンティティ及び第２のｅＮｏｄｅＢに対する第２のＭＡＣエンティティを確立し、アップリンクデータが送信可能になる場合、前記第１及び第２のＭＡＣエンティティのうち、送信される前記アップリンクデータ上の前記第１のＭＡＣエンティティを識別し、前記第１のＭＡＣエンティティに対するバッファ状態報告(ＢＳＲ)をトリガするように構成される。
【発明の効果】
【００１２】
本発明の明細書によると、前記説明した問題を解決することができる。より詳しくは、本発明の一実施例によると、前記ＵＥは、アップリンクデータが送信可能になる場合、各接続性に該当する各バッファ状態報告をトリガすることができる。したがって、前記一実施例は、既存ＢＳＲメカニズム内のｅＮｏｄｅＢ間にＢＳＲを交換するために要求される遅延時間を減らすことができる。
【図面の簡単な説明】
【００１３】
【図１】本発明が適用される無線通信システムを示す。
【図２】ユーザ平面に対する無線プロトコル構造を示す。
【図３】制御平面に対する無線プロトコル構造を示す。
【図４】３ＧＰＰ ＬＴＥ−Ａに対してキャリアアグリゲーションを使用する広帯域システムの例を示す。
【図５】キャリアアグリゲーションが使われた時のＤＬレイヤ２の構造の例を示す。
【図６】キャリアアグリゲーションが使われた時のＵＬレイヤ２の構造の例を示す。
【図７】バッファ状態報告の過程を例示する図面である。
【図８】ＢＳＲのための媒体アクセス制御(ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ：ＭＡＣ)メッセージの構造を例示する図面である。
【図９Ａ】本発明が適用される短いＢＳＲ ＭＡＣ制御要素を例示する図面である。
【図９Ｂ】本発明が適用される長いＢＳＲ ＭＡＣ制御要素を例示する図面である。
【図１０】小型セルを採択する一つの標本的な概念を示す。
【図１１】マクロセル及び小型セルの標本的な共存概念を示す。
【図１２】小型セル配置の第１のシナリオの一例を示す。
【図１３Ａ】小型セル配置の第２のシナリオの一例を示す。
【図１３Ｂ】小型セル配置の第２のシナリオの他の例を示す。
【図１４】小型セル配置の第３のシナリオの一例を示す。
【図１５】二重接続性の概念を示す。
【図１６】ＵｅＮｏｄｅＢ内でＰＨＹレイヤが終了する時、ユーザ平面に対する標本的なプロトコルスタックを示す。
【図１７】ＵｅＮｏｄｅＢ内でＭＡＣレイヤが終了する時、ユーザ平面に対する標本的なプロトコルスタックを示す。
【図１８】ＵｅＮｏｄｅＢ内でＲＬＣレイヤが終了する時、ユーザ平面に対する標本的なプロトコルスタック及びインターフェースを示す。
【図１９】ＵｅＮｏｄｅＢ内でＰＤＣＰレイヤが終了する時、ユーザ平面に対する標本的なプロトコルスタック及びインターフェースを示す。
【図２０】二重接続性をサポートするｅＮｏｄｅＢの無線プロトコルを示す。
【図２１】二重接続性をサポートするＵＥの無線プロトコルを示す。
【図２２】本発明の開示の一実施例に係る一つの標本的な方法を示す。
【図２３】本発明の一実施例を具現するための無線通信システムを示すブロック図である。
【発明を実施するための形態】
【００１４】
以下の技術は、本発明の好ましい実施例を詳細に参照して説明し、その例は、添付図面に示す。本発明の分野において通常の技術を有する者であれば、本発明の思想または範囲から外れずに本発明に対して多様な修正と変更が可能であることを明確に理解することができる。したがって、本発明におけるこのような修正と変更が、添付された請求項及びこれの均等物の範囲内にある場合、これらは、本発明により包括されると理解しなければならない。
【００１５】
以下、本発明の実施例に係る構成のような排水装置及び冷蔵庫に対する詳細な説明が添付図面を参照して提供される。
【００１６】
本発明は、ユニバーサルモバイル通信システム(ＵＭＴＳ)及び進化したパケットコア(ＥＰＣ)に基づいて説明する。しかし、本発明は、このような通信システムに制限するものではなく、本発明の技術的思想が適用される全ての種類の通信システム及び方法に適用されることができる。
【００１７】
本明細書で使われる技術的用語は、特定の実施例を説明するために使われたものであり、本発明を制限するものではないことを認識しなければならない。また、本明細書で使われる技術的用語は、特定的に他の意味で定義しない限り、本発明が属する技術分野において、通常の技術を有する者が一般的に理解する意味で理解しなければならず、過度に広くまたは過度に狭く解釈されてはならない。また、本明細書で使われる技術的な用語が本発明の思想を正確に表現することができない用語である場合、これらは、本発明の技術分野において、通常の技術を有する者が適切に理解することができる技術用語に代替されることができる。また、本発明で使われる一般的用語は、辞書的な定義または文脈に基づいて理解しなければならず、過度に広くまたは過度に狭く解釈されてはならない。
【００１８】
単数で使用された表現は、明確に異なるように使われない限り、複数の意味を含む。本出願において、「なる」及び「含む」という用語は、本明細書に開示された要素またはステップを必ず全部含むと推論してはならず、前記要素またはステップのうち一部を含まない場合もあると解釈しなければならず、または、追加的な要素またはステップを含むと理解しなければならない。
【００１９】
第１、第２などのように順序を示す序数を含んで本明細書で使われる用語は、多様な要素を記述するために使われることができるが、これらの要素が必ずこのような用語に制限されるものではない。前記用語は、一要素を他の要素と区別するために使われたものに過ぎない。例えば、第１の要素が第２の要素を指示するために使われることができ、同様に、第２の要素が第１の要素を指示するために使われることができる。
【００２０】
一要素が他の要素に「連結されている」または「連関されている」場合、これは他の要素に直接的に連結または連関されることができるが、他の要素がその間に存在する場合もある。それに対し、一要素が他の要素に「直接的に連結されている」または「直接的に連関されている」場合、これらの間に他の要素が存在しないと理解しなければならない。
【００２１】
以下、本発明の好ましい実施例は添付図面を参照して詳細に説明し、同じまたは類似の要素は図面での番号と関係なく同じ参照番号で表示され、これらに対する重複した説明は省略する。また、本発明を記述するにあたって、本発明が属する技術分野において、よく知られた技術を詳細に説明することが本発明の要旨を不明にすると判断される場合、これに対する詳細な説明は省略する。また、添付図面は、本発明の思想を容易に例示するためのものに過ぎず、したがって、これらの添付図面が本発明の思想を制限すると推論してはならない。本発明の思想は、添付図面とは異なる変更、均等物及び代替的要素にまで拡張されると理解しなければならない。
【００２２】
添付図面には標本的なＵＥ(ユーザ装置)を示し、前記ＵＥは、端末、移動装備(ｍｏｂｉｌｅ ｅｑｕｉｐｍｅｎｔ：ＭＥ)、移動局(ｍｏｂｉｌｅ ｓｔａｔｉｏｎ：ＭＳ)、ユーザ端末(ｕｓｅｒ ｔｅｒｍｉｎａｌ：ＵＴ)、加入者基地局(ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ：ＳＳ)、無線装置(ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ：ＷＤ)、携帯装備(ｈａｎｄｈｅｌｄ ｄｅｖｉｃｅ：ＨＤ)、アクセス端末(ａｃｃｅｓｓ ｔｅｒｍｉｎａｌ：ＡＴ)などとも呼ばれる。また、前記ＵＥは、ノートブック、携帯電話、ＰＤＡ、スマートフォン、マルチメディア装置などのような携帯装備や、ＰＣまたは車両装着装置のような非携帯装備で具現されることができる。
【００２３】
図１は、本発明が適用される無線通信システムを示す。
【００２４】
前記無線通信システムは、進化したＵＭＴＳ地上無線アクセスネットワーク(Ｅ−ＵＴＲＡＮ)またはＬＴＥ/ＬＴＥ−Ａシステムとも呼ばれる。
【００２５】
前記Ｅ−ＵＴＲＡＮは、制御平面及びユーザ平面をユーザ装置(ＵＥ)１０に提供する最小限一つの基地局(ＢＳ)２０を含む。前記ＵＥ１０は、固定されてもよいし、移動してもよく、移動局(ＭＳ)、ユーザ端末(ＵＴ)、加入者基地局(ＳＳ)、移動端末(ＭＴ)、無線装備などの他の用語で呼ばれることもある。前記ＢＳ２０は、一般的に前記ＵＥ１０と通信する固定された基地局であり、進化したｎｏｄｅ−Ｂ(ｅＮｏｄｅＢ)、基地局トランシーバシステム(ＢＴＳ)、アクセスポイントなどのような他の用語で呼ばれることもある。
【００２６】
前記ＢＳ２０は、Ｘ２インターフェースにより相互接続される。また、前記ＢＳ２０は、Ｓ１インターフェースにより進化したパケットコア(ＥＰＣ)３０に相互接続され、より特定的には、Ｓ１−ＭＭＥを介して移動性管理エンティティ(ＭＭＥ)に接続され、Ｓ１−Ｕを介してサービス提供ゲートウェイ(Ｓ−ＧＷ)に接続される。
【００２７】
前記ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ、及びパケットデータネットワークゲートウェイ(Ｐ−ＧＷ)を含む。前記ＭＭＥは、ＵＥの接続情報またはＵＥの容量情報を有しており、このような情報は、一般的にＵＥの移動性管理のために使われる。前記Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイである。前記Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００２８】
前記ＵＥと前記ネットワークとの間の無線インターフェースプロトコルのレイヤは、通信システムでよく知られた開放型システム相互接続(ＯＳＩ)モデルの下位３個のレイヤに基づいて第１のレイヤ(Ｌ１)、第２のレイヤ(Ｌ２)及び第３のレイヤ(Ｌ３)に分類されることができる。このうち、第１のレイヤに属する物理(ＰＨＹ)レイヤが物理チャネルを使用して情報転送サービスを提供し、第３のレイヤに属する無線リソース制御(ＲＲＣ)レイヤが前記ＵＥと前記ネットワークとの間の無線リソースを制御するように作動する。そのために、前記ＲＲＣレイヤは、前記ＵＥと前記ＢＳとの間でＲＲＣメッセージを交換する。
【００２９】
図２は、ユーザ平面に対する無線プロトコル構造を示す。図３は制御平面に対する無線プロトコル構造を示す。
【００３０】
前記ユーザ平面は、ユーザデータ送信のためのプロトコルスタックである。前記制御平面は、制御信号送信のためのプロトコルスタックである。
【００３１】
図２及び図３を参照すると、ＰＨＹレイヤは、物理チャネルを介して情報転送サービスを有する上位レイヤを提供する。前記ＰＨＹレイヤは、トランスポートチャネルを介して前記ＰＨＹレイヤの上位レイヤである媒体アクセス制御(ＭＡＣ)レイヤに接続される。データは、前記トランスポートチャネルを介して前記ＭＡＣレイヤと前記ＰＨＹレイヤとの間で送信される。前記トランスポートチャネルは、データが無線インターフェースを介してどのようにどのような特性を有して送信されるかによって分類される。
【００３２】
互いに異なるＰＨＹレイヤ、即ち、送信機のＰＨＹレイヤと受信機のＰＨＹレイヤとの間で、データは、物理チャネルを介して送信される。前記物理チャネルは、直交周波数分割多重化(ＯＦＤＭ)体系を使用して変調されることができ、無線リソースとして時間と周波数を活用することができる。
【００３３】
前記ＭＡＣレイヤの機能には、論理チャネルとトランスポートチャネルとの間のマッピング及び論理チャネルに属するＭＡＣサービスデータユニット(ＳＤＵ)のトランスポートチャネル上の物理チャネルに提供されるトランスポートチャネル上での多重化/多重化解除が含まれる。前記ＭＡＣレイヤは、前記論理チャネルを介して無線リンク制御(ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ：ＲＬＣ)レイヤにサービスを提供する。
【００３４】
前記ＲＬＣレイヤの機能には、ＲＬＣ ＳＤＵ連結(ｃｏｎｃａｔｅｎａｔｉｏｎ)、分割(ｓｅｇｍｅｎｔａｔｉｏｎ)、及び再組み立てが含まれる。無線ベアラ(ＲＢ)により要求される多様なサービス質(ＱｏＳ)を保障するために、前記ＲＬＣレイヤは、３個の作動モード、即ち、透明モード(ｔｒａｎｓｐａｒｅｎｔ ｍｏｄｅ：ＴＭ)、非認識モード(ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ：ＵＭ)、及び認識モード(ａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ：ＡＭ)を提供する。前記ＡＭ ＲＬＣは、自動反復要求(ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ：ＡＲＱ)を使用してエラー訂正を提供する。
【００３５】
ユーザ平面内のパケットデータ収束プロトコル(ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ：ＰＤＣＰ)レイヤの機能には、ユーザデータ伝達、ヘッダ圧縮及び解読が含まれる。制御平面内のＰＤＣＰレイヤの機能には、制御平面データ伝達及び解読/完全性保護が含まれる。
【００３６】
無線リソース制御(ＲＲＣ)レイヤは、制御平面上でのみ定義される。前記ＲＲＣレイヤは、無線ベアラ(ＲＢ)の構成、再構成及び公表と関連して前記論理チャネル、トランスポートチャネル及び物理チャネルを制御する機能をする。ＲＢは、前記ＵＥ及び前記ネットワークとの間でのデータ伝達に対する前記第１のレイヤ(即ち、ＰＨＹレイヤ)及び前記第２のレイヤ(即ち、前記ＭＡＣレイヤ、前記ＲＬＣレイヤ及び前記ＰＤＣＰレイヤ)により提供される論理経路である。
【００３７】
ＲＢの設定は、特定サービスを提供するための無線プロトコルレイヤとチャネル特性を特定する過程及びそれぞれの詳細なパラメータと作動を決定するための過程を意味する。前記ＲＢは、二つの類型、即ち、信号送信ＲＢ(ＳＲＢ)及びデータＲＢ(ＤＲＢ)に分類されることができる。前記ＳＲＢは、制御平面内でＲＲＣメッセージを送信する経路として使われる。前記ＤＲＢは、ユーザ平面内でユーザデータを送信する経路として使われる。
【００３８】
ＵＥのＲＲＣレイヤとネットワークのＲＲＣレイヤとの間でＲＲＣ接続が確立されると、前記ＵＥは、ＲＲＣ接続状態(ＲＲＣ接続モードともいう)になり、そうでない場合、前記ＵＥは、ＲＲＣアイドル状態(ＲＲＣアイドルモードともいう)になる。
【００３９】
データは、ダウンリンクトランスポートチャネルを介してネットワークからＵＥに送信される。ダウンリンクトランスポートチャネルの例には、ステム情報を送信するための放送チャネル(ＢＣＨ)及びユーザトラフィックや制御メッセージを送信するためのダウンリンク−共有チャネル(ＳＣＨ)が含まれる。前記ダウンリンクマルチキャストまたは放送サービスのユーザサービスまたは制御メッセージは、ダウンリンク−ＳＣＨまたは追加的なダウンリンクマルチキャストチャネル(ＭＣＨ)上で送信することができる。データは、アップリンクトランスポートチャネルを介してＵＥからネットワークに送信される。アップリンクトランスポートチャネルの例には、初期制御メッセージを送信するためのランダムアクセスチャネル(ＲＡＣＨ)及びユーザトラフィックや制御メッセージを送信するためのアップリンクＳＣＨが含まれる。
【００４０】
トランスポートチャネルの上位のチャネルに属し、トランスポートチャネル上にマッピングされた論理チャネルの例には、放送チャネル(ＢＣＣＨ)、ページング制御チャネル(ＰＣＣＨ)、共通制御チャネル(ＣＣＣＨ)、マルチキャスト制御チャネル(ＭＣＣＨ)、マルチキャストトラフィックチャネル(ＭＴＣＨ)などが含まれる。
【００４１】
前記物理チャネルには、時間ドメインでの多様なＯＦＤＭシンボルと周波数ドメインでの多様な下位搬送波が含まれる。一つのサブフレームは、時間ドメイン内の多数のＯＦＤＭシンボルを含む。リソースブロックは、リソース割当単位であり、多数のＯＦＤＭシンボルと多数の下位搬送波を含む。また、各サブフレームは、物理ダウンリンク制御チャネル(ＰＤＣＣＨ)、即ち、Ｌ１/Ｌ２制御チャネルのサブフレームに該当する特定のＯＦＤＭシンボル(例えば、第１のＯＦＤＭシンボル)の特定の下位搬送波を使用することができる。送信時間間隔(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ：ＴＴＩ)は、下位フレーム送信の時間単位である。
【００４２】
以下、ＵＥのＲＲＣ状態及びＲＲＣ接続メカニズムが記述される。
【００４３】
ＲＲＣ状態は、ＵＥのＲＲＣレイヤがＥ−ＵＴＲＡＮのＲＲＣレイヤに論理的に接続されているかどうかを示す。前記二つのレイヤが相互間に接続されている場合、ＲＲＣ接続状態と呼ばれ、前記二つのレイヤが相互間に接続されていない場合、ＲＲＣアイドル状態と呼ばれる。ＲＲＣ接続状態にある場合、前記ＵＥは、ＲＲＣ接続をしており、したがって、前記Ｅ−ＵＴＲＡＮは、セルユニット内のＵＥの存在を認識することができる。それによって、前記ＵＥは、効率的に制御されることができる。それに対し、ＲＲＣアイドル状態にある場合、前記ＵＥは、Ｅ−ＵＴＲＡＮにより認識することができず、セルより広帯域単位である追跡領域ユニット内のコアネットワークにより管理される。即ち、ＲＲＣアイドル状態のＵＥに対し、ＵＥの存在または不存在のみが広域ユニット内で認識されることができる。音声またはデータのような一般的な移動通信サービスを取得するためには、ＲＲＣ接続状態への移動が必要である。
【００４４】
ユーザがＵＥの電源をオンした初期に、前記ＵＥは、まず、適切なセルを検索し、それ以後セル内にＲＲＣアイドル状態に維持される。ＲＲＣ接続を確立する必要がある場合にのみ、ＲＲＣアイドル状態にとどまる前記ＵＥがＲＲＣ接続手順を介してＥ−ＵＴＲＡＮとのＲＲＣ接続を確立し、以後ＲＲＣ接続状態に移動する。ＲＲＣアイドル状態にあるＵＥがＲＲＣ接続を確立する必要がある場合の例は、多様であり、ユーザの電話連結試みによりアップリンクデータ送信が必要な場合やこれと類似の場合またはＥ−ＵＴＲＡＮから受信したページングメッセージの応答として応答メッセージが送信される場合などである。
【００４５】
非接続階層(ＮＡＳ)レイヤは、ＲＲＣレイヤの上位レイヤに属し、セッション管理、移動性管理などのような動作を実行するようになる。
【００４６】
以下、無線リンク失敗に対して記述する。
【００４７】
ＵＥは、前記ＵＥが受信するサービスを提供するセルとの無線リンクの質を維持するために持続的に測定を実行する。前記ＵＥは、サービングセルとの無線リンクの質の悪化により現状況で通信が不可能でないかどうかを決定する。サービスを提供するセルの質があまりにも低くて通信が不可能であると決定される場合、前記ＵＥは、現在状況を無線リンク失敗と決定する。
【００４８】
無線リンク失敗と決定される場合、前記ＵＥは、現在のサービス提供セルとの通信を維持することをあきらめ、セル選択(または、セル再選択)過程を介して新しいセルを選択することで、前記新しいセルとのＲＲＣ接続再確立を試みる。
【００４９】
図４は、３ＧＰＰ ＬＴＥ−Ａに対してキャリアアグリゲーションを使用する広帯域システムの例を示す。
【００５０】
図４を参照すると、各ＣＣは、３ＧＰＰ ＬＴＥの帯域幅である２０ＭＨｚの帯域幅を有している。５個までのＣＣがアグリゲーションされることができるため、最大１００ＭＨｚの帯域幅が設定されることができる。
【００５１】
図５は、キャリアアグリゲーションが使われた時のＤＬレイヤ２の構造の例を示す。図６は、キャリアアグリゲーションが使われた時のＵＬレイヤ２の構造の例を示す。
【００５２】
前記キャリアアグリゲーションは、Ｌ２のＭＡＣレイヤに影響を及ぼすことができる。例えば、前記キャリアアグリゲーションが多数のＣＣを使用し、各ハイブリッド自動反復要求(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ：ＨＡＲＱ)エンティティが各ＣＣを操作するため、キャリアアグリゲーションを使用する３ＧＰＰ ＬＴＥ−ＡのＭＡＣレイヤは、多数のＨＡＲＱエンティティと関連した動作を実行するようになる。また、各ＨＡＲＱエンティティは、トランスポートブロックを独立的に処理する。したがって、前記キャリアアグリゲーションが使われると、多数のトランスポートブロックが多数のＣＣを介して同時に送信され、または受信されることができる。
【００５３】
<バッファ状態報告(Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔｉｎｇ：ＢＳＲ)>
【００５４】
以下、バッファ状態報告(ｂｕｆｆｅｒ ｓｔａｔｕｓ ｒｅｐｏｒｔｉｎｇ：ＢＳＲ)を記述する。これに対しては３ＧＰＰ ＴＳ ３６.３２１ Ｖ１０.５.０(２０１２−０３)の第５.４.５節を参照することができる。
【００５５】
ＢＳＲ手順は、サービスを提供するｅＮＢにＵＥのＵＬバッファ内の送信のために使用可能なデータの量に対する情報を提供するために使われる。
【００５６】
つまり、前記サービスを提供するｅＮＢは、アップリンク無線リソースを効率的に使用するために、各ユーザが送信することを希望するデータの類型とデータの量を知る必要がある。ダウンリンク無線リソースに対し、ダウンリンクを介して送信されるデータは、サービスを提供するｅＮＢへの接続ゲートウェイから送信されるため、前記サービスを提供するｅＮＢは、ダウンリンクを介して各ユーザに送信される必要があるデータの量を知ることができる。それに対し、アップリンク無線リソースに対しては、ＵＥがサービスを提供するｅＮＢにアップリンクを介して送信されるデータに対する情報を知らせない場合、前記サービスを提供するｅＮＢは、各ＵＥに対してどれほど多くのアップリンク無線リソースが必要であるかを知ることができない。したがって、サービスを提供するｅＮＢがアップリンク無線リソースをＵＥに適切に割り当てるためには、サービスを提供するｅＮＢに前記ＵＥがアップリンク無線リソースをスケジューリングするための情報を提供することが要求される。
【００５７】
それによって、サービスを提供するｅＮＢに送信されるデータがある場合、ＵＥは、前記サービスを提供するｅＮＢに、前記ＵＥがＢＳに送信するデータがあることを知らせ、前記ＢＳは、前記情報に基づいてＵＥに適切なアップリンク無線リソースを割り当てる。このような手順は、バッファ状態報告(ＢＳＲ)手順という。
【００５８】
ＵＥは、サービスを提供するｅＮＢにＢＳＲを送信するためにアップリンク無線リソースを必要とする。ＢＳＲがトリガされた時、前記ＵＥがアップリンク無線リソースを割り当てた場合、前記ＵＥは、前記割り当てられたアップリンク無線リソースを使用してサービスを提供するｅＮＢに直ちにＢＳＲを送信する。ＢＳＲがトリガされた時、前記ＵＥが割り当てられたアップリンク無線リソースを有していない場合、前記ＵＥは、サービスを提供するｅＮＢからアップリンク無線リソースを受信するためのスケジューリング要求(ＳＲ)手順を開始する。
【００５９】
ＢＳＲ手順のために、前記ＵＥは、中断されない全ての無線ベアラを考慮し、中断された無線ベアラを考慮することもできる。
【００６０】
ＢＳＲは、事前定義された事件が一つでも発生する場合にトリガされる。発生した事件によって、ＢＳＲは、次の３種類に分類されることができる：正規(ｒｅｇｕｌａｒ)ＢＳＲ、パディング(ｐａｄｄｉｎｇ)ＢＳＲ及び周期的(ｐｅｒｉｏｄｉｃ)ＢＳＲ。
【００６１】
アップリンクデータが、論理チャネルグループ(ＬＣＧ)に属する論理チャネルに対して、ＲＬＣ ｅｎｔｉｔｙまたはＰＤＣＰ ｅｎｔｉｔｙ内で送信可能になる場合、正規ＢＳＲはトリガされることができる。どのようなデータが送信可能であると見なされるかに対する定義は、３ＧＰＰ ＴＳ ３６.３２２ Ｖ９.１.０(２０１０−０３)第４.５節及び３ＧＰＰ ＴＳ ３６.３２３ Ｖ９.０.０(２００９−１２)第４.５節に各々規定されている。前記正規ＢＳＲは、前記データがどのようなＬＣＧに属する論理チャネルの優先権より高い優先権を有する論理チャネルに属し、これに対するデータ送信が既に可能な場合にトリガされることができる。また、前記正規ＢＳＲは、ＬＣＧに属するどのような論理チャネルに対しても送信可能なデータが存在しない時もトリガされることができる。
【００６２】
パディングＢＳＲは、アップリンクリソースが割り当てられ、パディングビットの個数がＢＳＲ ＭＡＣ制御要素(ＣＥ)にサブヘッダを加えた大きさと同じ、それより大きい場合、トリガされることができる。
【００６３】
正規ＢＳＲは、再送信ＢＳＲタイマが満了し、前記ＵＥがＬＣＧに属するいずれか一つの論理チャネルに対しても送信可能なデータを有している場合、トリガされることができる。
【００６４】
周期的なＢＳＲタイマが満了されると、周期的なＢＳＲがトリガされることができる。
【００６５】
図７は、バッファ状態報告の過程を例示する図面である。
【００６６】
図７を参照すると、ＲＲＣレイヤ内に定義されたＭＡＣ−ＭａｉｎＣｏｎｆｉｇ信号送信を介して、ｅＮｏｄｅＢ２００は、各ＵＥ内の論理チャネルと連関されたＢＳＲ手順を制御する。前記ＲＲＣメッセージは、周期的ＢＳＲタイマ(ｐｅｒｉｏｄｉｃＢＳＲ−ｔｉｍｅｒ)及び/または再送信ＢＳＲタイマ(ｒｅｔｘＢＳＲ−ｔｉｍｅｒ)内の情報を含む。また、前記ＲＲＣメッセージは、ＢＳＲのフォーマット及びデータ大きさと連関した設定情報を含む。
【００６７】
前記ＵＥは、いつでもＢＳＲをトリガさせることができる。
【００６８】
バッファ状態報告(ＢＳＲ)は、下記のイベントのうち一つでも発生すると、トリガされるようになる。
【００６９】
−ＵＬデータが、ＬＣＧに属する論理チャネルに対して、ＲＬＣエンティティ内でまたはＰＤＣＰエンティティ内で送信可能になり(どのようなデータが送信可能になると見なされるかに対する定義は、[３]及び[４]に各々規定されている)、データがどのようなＬＣＧに属する論理チャネルの優先順位より高い優先順位を有する論理チャネルに属し、これに対してデータが既に送信可能であり、またはＬＣＧに属するどのような論理チャネルに対しても送信可能なデータが存在しない場合であって、この場合、前記ＢＳＲは、以下で「正規的なＢＳＲ」という。
【００７０】
−ＵＬリソースが割り当てられ、パディングビットの個数が前記バッファ状態報告ＭＡＣ制御要素にその下位ヘッダを加えたものと同じ、またはそれより大きい場合であって、この場合、前記ＢＳＲは、以下で「パディングＢＳＲ」という。
【００７１】
−ｒｅｔｘ(再送信）ＢＳＲ−タイマが満了し、前記ＵＥがＬＣＧに属するどのような論理チャネルに対しても送信可能なデータを有する場合であって、この場合、前記ＢＳＲは、以下で「正規ＢＳＲ」という。
【００７２】
−ｐｅｒｉｏｄｉｃ(周期的）ＢＳＲ−タイマが満了する場合であって、この場合、前記ＢＳＲは、以下で「周期的ＢＳＲ」という。
【００７３】
ＢＳＲのトリガに基づいて、前記ＵＥは、ＢＳＲ報告を送信することができる。前記ＢＳＲは、ＲＲＣ信号伝達により確立された設定情報を考慮して設定される。
【００７４】
図８は、ＢＳＲのための媒体アクセス制御(ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ：ＭＡＣ)メッセージの構造を例示する図面である。
【００７５】
ＭＡＣプロトコルデータユニット(ＰＤＵ)は、ＭＡＣヘッダ７１０、ゼロまたはそれ以上のＭＡＣ制御要素(ＣＥ)７２１、７２２、ゼロまたはそれ以上のＭＡＣサービスデータユニット(ＳＤＵ)７２３及び選択的にパディングビットを含む。前記ＭＡＣヘッダ７１０と前記ＭＡＣ ＳＤＵ７２３の両方とも変更可能な大きさを有する。前記ＭＡＣ ＳＤＵ７２３は、ＭＡＣレイヤの上位のレイヤ(例えば、ＲＬＣレイヤまたはＲＲＣレイヤ)から提供されるデータブロックである。前記ＭＡＣ ＣＥ７２１、７２２は、ＢＳＲのようなＭＡＣレイヤの制御情報を伝達するために使われる。
【００７６】
前記ＭＡＣ ＰＤＵヘッダ７１０は、一つまたはそれ以上の下位ヘッダを含む。各下位ヘッダは、ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥまたはパディングビットのうち一つに該当する。
【００７７】
前記下位ヘッダは、６個のヘッダフィールドＲ/Ｒ/Ｅ/ＬＣＩＤ/Ｆ/Ｌを含むが、これはＭＡＣ ＰＤＵの最後の下位ヘッダ及び固定された大きさのＭＡＣ ＣＥに対しては例外である。前記ＭＡＣ ＰＤＵの最後の下位ヘッダと固定された大きさのＭＡＣ ＣＥに対する下位ヘッダは、４個のヘッダフィールドＲ/Ｒ/Ｅ/ＬＣＩＤのみを含む。パディングビットに該当する下位ヘッダは、４個のヘッダフィールドＲ/Ｒ/Ｅ/ＬＣＩＤを含む。
【００７８】
各フィールドに対する説明は、下記の通りである。
【００７９】
−Ｒ(１ビット)：予備のフィールド。
【００８０】
−Ｅ(１ビット)：拡張されたフィールド。これは次のフィールドにＦ及びＬフィールドがあるかどうかを示す。
【００８１】
−ＬＣＩＤ(５ビット)：論理チャネルＩＤフィールド。これはＭＡＣ ＣＥの類型またはＭＡＣ ＳＤＵが属するようになる特定の論理チャネルを示す。
【００８２】
−Ｆ(１ビット)：フォーマットフィールド。これは次のＬフィールドが７ビットまたは１５ビットの大きさを有するかどうかを示す。
【００８３】
−Ｌ(７または１５ビット)：長さフィールド。これはＭＡＣ下位ヘッダに該当するＭＡＣ ＣＥまたはＭＡＣ ＳＤＵの長さを示す。
【００８４】
前記Ｆ及びＬフィールドは、固定大きさＭＡＣ ＣＥに該当するＭＡＣ下位ヘッダに含まれない。
【００８５】
図８に示すように、前記ＢＳＲは、ＭＡＣ信号伝達の形態に送信され、ＵＥにより設定された前記ＢＳＲは、ＭＡＣヘッダ７１０のＬＣＩＤ(論理チャネルＩＤ)の設定値により識別される。例を挙げて説明すると、ＬＣＩＤ値が１１１０１に設定された場合、これは短いＢＳＲフォーマットを有するＢＳＲ ＭＡＣ ＣＥ７２０が送信されることを示し(図９参照)、ＬＣＩＤ値が１１１１０に設定された場合、これは長いＢＳＲフォーマットを有するＢＳＲ ＭＡＣ ＣＥ７２０が送信されることを示す(図１０参照)。それによって、前記基地局は、ＭＡＣヘッダのＬＣＩＤ値を介してＭＡＣ ＣＥのＢＳＲフォーマットを認識することができる。
【００８６】
図９Ａは、本発明が適用される短いＢＳＲ ＭＡＣ制御要素を例示する図面である。
【００８７】
図９Ａを参照すると、短いＢＳＲ及び切断された(Ｔｒｕｎｃａｔｅｄ)ＢＳＲフォーマットは、一つのＬＣＧ ＩＤフィールドと該当する一つのバッファの大きさフィールドを有する。ここで、ＬＣＧ ＩＤ(前記論理チャネルグループＩＤ、８１０)フィールドは、ＵＥバッファ状態が報告されている論理チャネルのグループを識別する。前記フィールドの長さは、２ビットである。前記バッファの大きさ８２０は、ＬＣＧの全ての論理チャネルにわたって送信可能な全体データの量を識別し、このフィールドの長さは、６ビットである。
【００８８】
図９Ｂは、本発明が適用される長いＢＳＲ ＭＡＣ制御要素を例示する図面である。
【００８９】
前記長さが長いＢＳＲは、どのような論理チャネルグループ識別子も無しでＬＣＧ ＩＤ０の論理チャネルグループ９１０からＬＣＧ ＩＤ３の論理チャネルグループ９４０の順序にバッファの量(大きさ)を含む。ここで、一つのＬＣＧは、一つまたはそれ以上のＲＢを含み、前記ＬＣＧに対するバッファの大きさフィールド値は、前記ＲＬＣレイヤ及びＬＣＧに含まれている全てのＲＢのＰＤＣＰ内で送信可能なデータの総和になる。
【００９０】
このとき、前記ＰＤＣＰ及びＲＬＣレイヤ内で送信可能なデータは、下記の通り定義されることができる。
【００９１】
ＲＬＣ内で送信可能なデータ
【００９２】
ＭＡＣバッファ状態報告を目的に、前記ＵＥは、ＲＬＣレイヤ内の送信のために使用可能なデータとして下記を考慮しなければならない。
【００９３】
−ＲＬＣデータＰＤＵにまだ含まれていないＲＬＣ ＳＤＵ、またはこれらの部分。
【００９４】
−再送信(ＲＬＣ ＡＭ)のために待機中であるＲＬＣデータＰＤＵ、またはこれらの部分。
【００９５】
さらに、状態ＰＤＵがトリガされ、状態禁止タイマが動作されない、または満了された場合、前記ＵＥは、次の送信機会に送信される状態ＰＤＵの大きさを推定すべきであり、これをＲＬＣレイヤで送信可能なデータとして見なすべきである。
【００９６】
ＰＤＣＰ内で送信可能なデータ
【００９７】
ＭＡＣバッファ状態報告を目的に、前記ＵＥは、下記に記述されたものだけでなく、ＰＤＣＰ制御ＰＤＵをＰＤＣＰレイヤ内で送信可能なデータとして考慮するようになる。
【００９８】
どのようなＰＤＵも下位のレイヤに報告されないＳＤＵに対し：
【００９９】
−前記ＳＤＵがＰＤＣＰにより処理されない場合、ＳＤＵ自体、または
【０１００】
−前記ＳＤＵがＰＤＣＰにより処理された場合、前記ＰＤＵ。
【０１０１】
追加に、ＲＬＣ ＡＭ上にマッピングされた無線ベアラに対し、前記ＰＤＣＰエンティティが以前に再確立手順を実行した場合、前記ＵＥは、ＰＤＣＰレイヤ内での送信のために使用可能なデータとして下記を考慮しなければならない。
【０１０２】
該当するＰＤＵがＰＤＣＰ再確立する以前に下部レイヤにのみ提出されたＳＤＵに対し、ＰＤＣＰ状態報告により成功的に伝達されたと示すＳＤＵを除き、該当するＰＤＵの伝達が下部レイヤにより確認されない最初のＳＤＵから始めて、受信が行われた場合：
【０１０３】
−前記ＳＤＵがＰＤＣＰにより既に処理されない場合、前記ＳＤＵ、または、
【０１０４】
前記ＰＤＵがＰＤＣＰにより処理された場合、前記ＰＤＵ。
【０１０５】
ここで、前記ＵＥは、送信されるデータの量に対して「設定され、または設定されないｅｘｔｅｎｄｅｄＢＳＲ−Ｓｉｚｅｓ」を考慮してバッファの大きさフィールド(６ビット)に挿入されなければならない値であるインデックスを決定する。
【０１０６】
前記バッファの大きさフィールドは、ＴＴＩに対する全てのＭＡＣ ＰＤＵが構築された以後に論理チャネルグループの全ての論理チャネルにわたって使用可能なデータの総量を識別する。データの量は、バイトの数で表示される。ここにはＲＬＣレイヤ及びＰＤＣＰレイヤ内での送信のために使用可能な全てのデータを含むべきである。このフィールドの長さは、６ビットである。バッファの大きさフィールドにより取られる値を表１に示す。
【０１０７】
【表１】
0006352304.tif 000002
【０１０８】
表１によると、ＢＳＲは、０〜１５０キロバイトまたは１５０キロバイト以上の範囲を有するバッファの大きさを報告することができる。
【０１０９】
<小型セル>
【０１１０】
以下、小型セルの概念を説明する。
【０１１１】
第３世代または第４世代移動通信システムにおいて、マルチメディアコンテンツ、ストリーミングなどのような高容量サービス及び双方向サービスをサポートするために、セル容量を増加させるための試みが持続的に行われている。
【０１１２】
即ち、通信の発達及びマルチメディア技術の普及と共に多様な大容量送信技術が要求されるにつれて、無線容量を増加させるための方法には、より多い周波数リソースを割り当てる方法が含まれるが、制限された周波数リソースを有して多数のユーザにより多い周波数リソースを割り当てることは制限がある。
【０１１３】
高周波数帯域を使用してセル半径を縮小させるための接近方法がセル容量を増加させるために使われてきた。ピコセルやフェムトセルのような小型セルが採択される場合、既存セルラーシステムで使われる周波数より高い帯域が使われることができ、その結果、より多くの情報を送信することが可能になる。
【０１１４】
図１０は、小型セルを採択する一つの標本的な概念を示す。
【０１１５】
爆発的な移動通信トラフィック、特に室内及び室外でのホットスポット配置のシナリオに対処するためには、低い電力ノードを使用する小型セルが有望であると見なされる。低い電力ノードは、一般的に自分のＴｘ電力がマクロノード及びＢＳクラスより低いノードを意味し、例えば、ピコ及びフェムトｅＮＢが両方とも適用可能である。Ｅ−ＵＴＲＡ及びＥ−ＵＴＲＡＮに対する小型セル向上は、低い電力ノードを使用する室内及び室外のためのホットスポット領域での向上した性能のための追加的な機能性に焦点を合わせている。
【０１１６】
図１０に示すように、小型セル向上は、マクロカバレッジを有する場合と有しない場合の両方とも、室外及び室内の小型セル配置の両方とも、及び理想的なバックホールと理想的でないバックホールの両方ともをターゲットとしている。スパース(ｓｐａｒｓｅ)でデンス(ｄｅｎｓｅ)な小型セル配置が両方とも考慮される。
【０１１７】
(Ａ)．マクロカバレッジを有する場合と有しない場合
【０１１８】
図１０に示すように、小型セル向上は、既に配置されたセルラーネットワークの容量を高めるために、小型セルノードが一つまたはそれ以上のオーバーレイされたＥ−ＵＴＲＡＮマクロ−セルレイヤのカバレッジ内で配置される配置シナリオをターゲットにすることができる。下記のような二つのシナリオが考慮される：
【０１１９】
−前記ＵＥが同時に前記マクロセル及び前記小型セルの両方とものカバレッジ内にある場合。
【０１２０】
−前記ＵＥが同時に前記マクロセル及び前記小型セルの両方とものカバレッジ内にない場合。
【０１２１】
また、図１０は、小型セルノードが一つまたはそれ以上のオーバーレイされたＥ−ＵＴＲＡＮマクロ−セルレイヤのカバレッジ内に配置されないシナリオも示す。このシナリオも小型セル向上研究項目のターゲットとなる。
【０１２２】
(Ｂ)．室外及び室内
【０１２３】
小型セル向上は、室外及び室内の小型セル配置の両方ともをターゲットにすることができる。このような小型セルノードは、室内または室外に配置されることができ、二つのうち、どの場合にも室内または室外のＵＥにサービスを提供することができる。
【０１２４】
室内ＵＥに対しては、低いＵＥ速度(０−３ｋｍ/ｈ)のみがターゲットとなる。室外に対しては、低いＵＥ速度だけでなく、(３０ｋｍ/ｈ及びこれより高い速度までの)中間速度のＵＥもターゲットとなる。
【０１２５】
処理率と移動性/接続性の両方ともが低い移動性及び高い移動性の両方ともに対する性能尺度として使われる。セルエッジの性能(例えば、ユーザ処理率に対する５パーセントタイル（５百分位数）ＣＤＦポイント)及び(ネットワークとＵＥの両方ともの)電力効率も今後の研究に対する尺度として使われる。
【０１２６】
(Ｃ)．理想的なバックホールと理想的でないバックホール
【０１２７】
理想的バックホール(即ち、光ファイバ、ＬＯＳマイクロウェイブを使用した専用点と点の連結のような非常に高い処理率と非常に低いレイテンシバックホール)及び理想的でないバックホール(即ち、ｘＤＳＬ、ＮＬＯＳマイクロウェイブのようにマーケットで広く使われる一般的なバックホール及び中継のようなその他のバックホール)が全て研究されることができる。性能と費用との間の相互折衝が考慮されることができる。
【０１２８】
演算子入力に基づく理想的でないバックホールに対する範ちゅう分類が表２に示されている。
【０１２９】
【表２】
0006352304.tif 000003
【０１３０】
演算子入力に基づく良好したバックホールから理想的なバックホールまでに対する範ちゅう分類が表３に示されている。
【０１３１】
【表３】
0006352304.tif 000004
【０１３２】
小型セル間だけでなく、マクロと小型セルとの間のインターフェースに対して、本発明の開示は、実際類型のインターフェースが決定される以前に希望する改善効果を得るために、まず、どのような種類の情報がノード間で交換されることが必要であるか、または有利であるかを識別する。その後、小型セルと小型セルとの間だけでなく、マクロと小型セルとの間の方向が仮定されることができる場合、Ｘ２インターフェースが出発点として使われることができる。
【０１３３】
(Ｄ)．スパースな場合及びデンスな場合
【０１３４】
小型セル向上は、スパースな場合及びデンスな場合の小型セル配置を考慮することができる。一部シナリオ(例えば、ホットスポット室内/室外場所等)で、単一または複数の小型セルノードが、例えば、ホットスポットを処理するために デンスでなく配置される。一方、一部シナリオ(例えば、デンスな都市、大型ショッピングモール等)では、多くの数の小型セルノードが密集に配置されて小型セルノードが担当する相対的に広域の地域に対して非常に大きいトラフィックをサポートする。小型セルレイヤのカバレッジは、一般的に互いに異なるホットスポット領域で不連続的である。各ホットスポット領域は、小型セルのグループ、即ち、小型セルクラスタが担当することができる。
【０１３５】
また、今後の円滑な拡大/拡張(例えば：スパースな場合からデンスな場合に、小領域のデンスな場合から大領域のデンスな場合に、または通常のデンスな場合から極度のデンスな場合に)が考慮されることができる。移動性/接続性性能に対して、スパースな配置とデンスな配置の両方とも同じ優先順位に考慮されることができる。
【０１３６】
(Ｅ)．同期化
【０１３７】
同期化されたシナリオと同期化されないシナリオの両方ともが小型セルとマクロセルとの間だけでなく、小型セル間で考慮されることができる。例えば、干渉調整、キャリアアグリゲーション及びｅＮＢ ＣＯＭＰ間動作のような特定の動作では、小型セル向上が小型セル検索/測定及び干渉/リソース管理側面で同期化された配置から利得を得ることができる。したがって、小型セルクラスタの時間同期化配置が研究において優先順位を有し、このような同期化を達成することができる手段が考慮される。
【０１３８】
(Ｆ)．スペクトラム
【０１３９】
小型セル向上は、マクロレイヤ及び小型セルレイヤに互いに異なる周波数帯域が各々別途に指定される配置シナリオに具現されることができ、このとき、図１０のＦ１及びＦ２は、互いに異なる周波数帯域の互いに異なる搬送波に該当する。
【０１４０】
小型セル向上は、現存のセルラー帯域及び今後の帯域の両方ともに適用されることができ、より多いスペクトラムを使用して帯域幅を広めるために、高周波数帯域、例えば、３.５ＧＨｚ帯域に特別な焦点が合っている。
【０１４１】
小型セル向上は、最小限地域的には小型セル配置に対してのみ使われる周波数帯域の可能性も考慮することができる。
【０１４２】
マクロレイヤと小型セルレイヤとの間の共同−チャネル配置シナリオも考慮されることができる。
【０１４３】
今後の３ＧＰＰ研究項目/作業項目において既存のものと重複することは避ける。
【０１４４】
スペクトラム構成の一部例は、下記の通りである。
【０１４５】
−帯域Ｘ及びＹを有するマクロレイヤと帯域Ｘのみを有するマクロレイヤ、及び小型セルレイヤ上でのキャリアアグリゲーション
【０１４６】
−マクロレイヤと共同チャネルであるキャリアアグリゲーション帯域をサポートする小型セル
【０１４７】
−マクロレイヤと共同チャネルでないキャリアアグリゲーション帯域をサポートする小型セル
【０１４８】
可能性のある共同チャネル配置シナリオのうち、一つは、デンスな室外共同チャネル小型セル配置であって、低い移動性のＵＥと理想的でないバックホールを考慮した。全ての小型セルは、マクロカバレッジ内にある。
【０１４９】
小型セル向上は、マクロレイヤ及び小型セルレイヤのための周波数帯域に対するデュプレックス体系(ＦＤＤ/ＴＤＤ)と関係なくサポートされることができる。小型セル向上のための空気(Ａｉｒ)インターフェース及びソリューションは、帯域に独立的であり、小型セル当たりアグリゲーションされた帯域幅は、最小限３ＧＰＰリリース１２に対しては１００ＭＨｚを超えない。
【０１５０】
(Ｇ)．トラフィック
【０１５１】
小型セル配置において、小さいカバレッジにより小型セルノード当たりユーザの数がそんなに多くないため、トラフィックが大きく変動する可能性がある。
【０１５２】
小型セル配置において、小型セルノード間にユーザ分配が大きく変動できる。また、このようなトラフィックは、ダウンリンクまたはアップリンク側に偏向されて非常に非対称的であると期待される。
【０１５３】
時間ドメイン及び空間ドメインで均一及び不均一なトラフィック負荷分布が考慮されることができる。非緩衝バッファ及び緩衝バッファトラフィックが両方とも含まれ、非緩衝バッファトラフィックが実際的な場合を証明するために優先順位を有する。より詳細な評価方法論が小型セル向上の今後物理レイヤ及び高いレイヤ研究項目で３ＧＰＰ作業グループ水準に研究されることができる。
【０１５４】
ＣＳＧ/ｈｙｂｒｉｄは、他のＷＩ/ＳＩで扱うことができる独立的な主題である。ＣＳＧ/ハイブリッドで知ることができないソリューションや公開されたアクセス方式もＣＳＧ/ハイブリッドに適用されることができる。
【０１５５】
(Ｈ)．下位互換性
【０１５６】
下位互換性、即ち、スモールセルノード/搬送波に接近するための過去の(プリリリース１２)ＵＥの可能性が小型セル配置において好ましい。
【０１５７】
下位互換されない特性を導入する場合は、十分なゲインが確保されることによって正当化されることができる。
【０１５８】
(Ｉ)．配置の使用例
【０１５９】
オペレータが配置されるシナリオ(即ち、オペレータが小型セルノードのセル計画及び設置/維持を実行する場合)は、小型セル向上に対してサポートされることができる。
【０１６０】
ユーザが配置されるシナリオ、例えば、組織のユーザにより事務用ビルに配置された小型セルノードが低い優先順位を有する小型セル向上のためにサポートされることができる。
【０１６１】
柔軟な設定をサポートするためのプラグアンドプレイ提供のような自動メカニズムと作動及び維持における低い費用がオペレータ及びユーザ配置シナリオの両方ともに対して考慮されることができ、このとき、これらの配置に対して無線計画の不在が発生する可能性を考慮しなければならない。
【０１６２】
オペレータ配置シナリオであるとしても、リリース１０/１１と比較してセル計画努力の減少が考慮されなければならない。
【０１６３】
(Ｊ)．共存及び相互作業
【０１６４】
小型セル向上のために、小型セルが３ＧＰＰリリース１０/１１メカニズムをサポートするという仮定の下に、最小限３ＧＰＰリリース１０/１１Ｅ−ＵＴＲＡＮと同じ性能を有する同じ相互−ＲＡＴ相互作業能力がサポートされなければならない。
【０１６５】
(Ｋ)．コアネットワーク側面
【０１６６】
小型セル向上は、小型セルノードの個数が増加するにつれて、バックホールトラフィックを増加させるだけでなく、コアネットワークに対する信号処理負荷(例えば、移動性により引起こされた負荷)を最小化することができる。
【０１６７】
(Ｌ)．容量及び性能要件
【０１６８】
このような向上は、一般的なカバレッジ状況及び一般的端末の設定でセル容量、即ち、達成可能なユーザ処理率及びシステム処理率に重点をおくようになり、２ＲＸアンテナを有する端末を含み、単一コンポーネントキャリアをサポートする。
【０１６９】
(Ｍ)．システム性能
【０１７０】
小型セル向上は、合理的なシステム複雑度が与えられる場合、ダウンリンク及びアップリンクの両方ともに対して一般的なユーザ処理率(例えば、５０％及び、カバレッジが制限されたシナリオでは、５％ポイントのユーザ処理率のＣＤＦ)に重点をおきながら、相当増加されたユーザ処理率をサポートするようになる。実際の定量的要件は、物理及びより高いレイヤ向上に対する今後研究項目で決定されることができる。
【０１７１】
カバレッジ領域にわたった一貫したユーザ経験が非常に好ましい。小型セル向上は、ユーザ分布が動的に変化するシナリオでダウンリンク及びアップリンクの両方ともでユーザ処理率を適正に維持させるようになる。
【０１７２】
小型セル向上は、与えられたユーザ及び小型セル分布に対して一般的なトラフィック類型で合理的なシステム複雑度を考慮して単位面積(例えば、ｂｐｓ/ｋｍ２)当たり可能な限り高い容量をターゲットにすることができる。
【０１７３】
前記小型セル向上は、システム性能を向上させる目的として、実際バックホール遅延の影響を評価してソリューションを提供することができる。例えば、ＶｏＬＴＥ(例えば、ＭＯＳスコア)のサービス質及びサービス(ビデオストリーミング、ビデオコール等)に対する遅延/ジッタ(ｊｉｔｔｅｒ)の効果のような他の側面も今後の研究で解決されることができる。
【０１７４】
(Ｎ)．移動性性能
【０１７５】
小型セル向上は、配置シナリオで要求される移動性をサポートすることができる。
【０１７６】
小型セル向上は、高周波数帯域での今後スペクトラム(例えば、より使用が容易なスペクトラムとより広域の帯域幅)使用のために要求される移動性をサポートすることができる。
【０１７７】
小型セル向上は、記述された柔軟性カバレッジ条件のための移動性をサポートすることができる。
【０１７８】
マクロレイヤ上でサービスされているＵＥ及び３０ｋｍ/ｈに達する目標移動速度のために、小型セルノードが発見される必要があり、小型セルノードに対して発生することができる移動性が適切な時点に低いＵＥ電力消耗を介して、ＵＥが小型セルレイヤのカバレッジ領域へ移動する状況で実行されなければならない。
【０１７９】
デンスに配置された小型セルノードにわたった移動性及び同じ周波数レイヤ上のマクロと小型セルとの間の移動性が３０ｋｍ/ｈに達する移動速度で良好した性能で目標になることができる。
【０１８０】
小型セル向上内で、より高い速度(例えば、５０−８０ｋｍ/ｈ)のための移動性向上、例えば、室外小型セル内の車両ＵＥからのオフロード(ｏｆｆｌｏａｄ)が今後の研究項目で研究されることができる。非常に高い移動性を有するユーザを除外するソリューションが考慮されることができる。
【０１８１】
小型セル内で高速ＵＥを許容する利点が評価されることができ、例えば、ＵＥ処理率での利得、移動性の改善されたロバスト性、改善されたＵＥ電力、及びどの速度までオフロードが有利であるか等である。例えば、ＵＥ速度を小型セル内でどのように推定するかといった他の主題は、小型セル向上の今後の研究項目で扱われることができる。
【０１８２】
リアルタイムサービスは、小型セル向上内でサポートされることができる。小型セルノード間での移動性及び小型セルとオーバーレイされたマクロノードとの間の移動性が品質に及ぼす影響(例えば、中断時間、パケット損失)は、３ＧＰＰリリース１０/１１Ｅ−ＵＴＲＡ/Ｅ−ＵＴＲＡＮにより提供されることより小さい、または同じである。
【０１８３】
小型セル向上は、３ＧＰＰリリース１０/１１Ｅ−ＵＴＲＡ/Ｅ−ＵＴＲＡＮと比較して小型セルノード間だけでなく、マクロセルノードと小型セルノードとの間の移動性中、Ｃ−平面/Ｕ−平面レイテンシ及びパケット損失を減らすことができる技術とメカニズムを考慮することができる。
【０１８４】
今後の技術研究項目下で考慮される移動性向上は、配置シナリオと関連することができる。他の研究項目/作業項目(例えば、ＨｅｔＮｅｔ移動性)で扱われていない今後の向上が考慮されることができ、重複した作業は避けるようになる。
【０１８５】
(Ｏ)．カバレッジ性能
【０１８６】
小型セル向上カバレッジは、アップリンク及びダウンリンクの両方ともに対して多様な配置シナリオをサポートするのに十分に柔軟である。
【０１８７】
(Ｐ)．構造
【０１８８】
Ｅ−ＵＴＲＡＮ構造は、小型セル向上で目標にするシステム及び移動性性能を達成することができる。構造と関連した前記研究は、実際類型のインターフェースが決定される以前に好ましい改善を得るために、まず、ノード間の交換にどのような種類の情報が必要または有利であるかを識別するようになる。
【０１８９】
(Ｑ)．費用及び複雑度
【０１９０】
小型セル向上は、要求される性能を満たすべきである。追加的に、小型セル向上をサポートするための費用及び複雑度が最小化されるべきである。
【０１９１】
小型セル向上は、下記のような措置を介して低いネットワーク費用を許容することができる。
【０１９２】
−互いに異なるバックホールを目標にするソリューションを許容。
【０１９３】
−例えば、ＳＯＮ機能性、ドライブテストの最小化などを介して低費用配置、少ない動作及び維持作業を許容。
【０１９４】
−例えば、小型セルシナリオ内のＲＦ要件の緩和などを考慮して低減された基地局の具現費用を許容。
【０１９５】
規定された全てのインターフェースがマルチベンダ装備の相互運用性のために開放されることに留意しなければならない。
【０１９６】
小型セル向上がＵＥの複雑度増加を低くし、長いＵＥバッテリ寿命(待機及び能動モード)を許容するように具現されるのが可能である。
【０１９７】
互いに異なるＵＥの容量がスモールセル向上のために、特にマクロ及び小型セルレイヤへの同時送信及びこれからの同時受信に対する可能性のようなＵＥ ＲＦ複雑度に関連した特性に対して考慮されることができる。
【０１９８】
システム複雑度は、初期ステップでシステム及び相互運用性を安定化させ、端末及びネットワークの費用を減らすために最小化されるべきである。このような要件のために、下記のような事項を考慮しなければならない。
【０１９９】
−選択事項の個数を最小化する。
【０２００】
−不要な強制的な特性が無いようにする。
【０２０１】
−必要なテスト場合の数を、例えば、適切なパラメータ範囲とグラニュラリティを有してプロトコルの状態の個数及び手順の個数を制限することによって減らす。
【０２０２】
(Ｒ)．エネルギー効率
【０２０３】
小型セル向上は、合理的なシステム複雑度が与えられるという基盤下に、小型セル向上のトラフィック特性を考慮して可能な限り高い程度のネットワークエネルギー効率を目標にすることができる。また、ある活動的なユーザにもサービスを提供しない小型セルが増加する可能性を考慮して小型セルをアイドルモードに置くことがサポートされることができる。単位面積当たりユーザ処理率/容量とネットワークエネルギー効率を調和させて得ることができる利得が考慮されることができる。
【０２０４】
小型セルの短い範囲の送信経路を考慮する高いＵＥエネルギー効率が目標になることができる。これはＵＥエネルギー効率と関連して均衡達成のための努力、例えば、要求されるエネルギー/ＵＬのためのビットの縮小、ＵＥ移動性測定、セル識別及び小型セル発見、最終ユーザ経験及びシステム性能などを意味する。
【０２０５】
(Ｓ)．セキュリティ
【０２０６】
小型セル向上領域の構造は、小型セル向上の配置シナリオに対してリリース１０/１１Ｅ−ＵＴＲＡ及びＥ−ＵＴＲＡＮと同等な水準のセキュリティを有することができる。
【０２０７】
図１１は、マクロセル及び小型セルの標本的な共存概念を示す。
【０２０８】
図１１に示すように、従来のＢＳまたはｅＮｏｄｅＢ２００のセルは、小型セル上のマクロセルと呼ばれる。それぞれの小型セルは、それぞれのＢＳまたはｅＮｏｄｅＢにより作動される(３００)。前記従来のＢＳまたはｅＮｏｄｅＢ２００が周波数Ｆ１を使用して作動する場合、それぞれの小型セルはＦ１またはＦ２の周波数を使用して作動する。小型セルは、クラスタ内でグループ化することができる。小型セルの実際配置は、サービス提供者の政策によって多様であることを認識しなければならない。
【０２０９】
図１２は、小型セル配置の第１のシナリオの一例を示す。
【０２１０】
図１２に示すように、前記小型セルは、オーバーレイされたマクロセルの存在下で配置されることができる。即ち、前記小型セルは、マクロセルのカバレッジ内に配置されることができる。このような配置において、下記のような事項が考慮されることができる。
【０２１１】
−マクロセル及び小型セルの共同チャネル配置。
【０２１２】
−室外小型セル配置。
【０２１３】
−小型セルクラスタが考慮される。
【０２１４】
−前記小型セルは、クラスタ内でデンスである。
【０２１５】
−クラスタ当たり小型セルの個数/密度、小型セル間での調整のためのバックホールリンク及び小型セル間での時間同期化などと関連した詳細事項が考慮されることができる。
【０２１６】
−理想的なバックホール及び理想的でないバックホールの両方ともが次のインターフェースに対して考慮されることができる。同じクラスタ内で小型セル間のインターフェース及び小型セルのクラスタと最小限一つのマクロｅＮｏｄｅＢ間のインターフェース。
【０２１７】
−理想的でないバックホールが全ての他のインターフェースで仮定される。
【０２１８】
ここで、前記理想的でないバックホール手段は、６０ｍｓに達する遅延があることを意味する。
【０２１９】
図１３Ａは、小型セル配置の第２のシナリオの一例を示す。
【０２２０】
図１３Ａに示すように、前記小型セルは、室外に配置されることができる。このような配置では、下記のような事項が考慮されることができる。
【０２２１】
−小型セルがオーバーレイされたマクロネットワークの存在下で配置される。
【０２２２】
−マクロセル及び小型セルの別途の周波数配置。
【０２２３】
−室外小型セル配置。
【０２２４】
−小型セルクラスタが考慮される。
【０２２５】
−前記小型セルは、クラスタ内でデンスである。
【０２２６】
−クラスタ当たり小型セルの個数/密度、小型セル間の調整のためのバックホールリンク、及び小型セル間の時間同期化と関連した詳細事項も考慮されることができる。
【０２２７】
−理想的なバックホール及び理想的でないバックホールの両方ともが次のインターフェースに対して考慮されることができる。同じクラスタ内で小型セル間のインターフェース及び小型セルのクラスタと最小限一つのマクロｅＮＢとの間のインターフェース。
【０２２８】
−全ての他のインターフェースに対して理想的でないバックホールが仮定される。
【０２２９】
図１３Ｂは、小型セル配置の第２のシナリオの他の例を示す。
【０２３０】
図１３Ｂに示すように、小型セルは、室内に配置されることができる。このような配置において、下記のような事項が考慮される。
【０２３１】
−小型セルがオーバーレイされたマクロネットワークの存在下で配置される。
【０２３２】
−マクロセル及び小型セルの別途の周波数配置。
【０２３３】
−室内小型セル配置が考慮される。
【０２３４】
−小型セルクラスタが考慮される。
【０２３５】
−前記小型セルは、クラスタ内でデンスである。
【０２３６】
−クラスタ当たり小型セルの個数/密度、小型セル間の調整のためのバックホールリンク、及び小型セル間の時間同期化と関連した詳細事項も考慮されることができる。
【０２３７】
−室内ホットスポットシナリオのようなスパースシナリオも考慮されることができる。
【０２３８】
−理想的なバックホール及び理想的でないバックホールの両方ともが次のインターフェースに対して考慮されることができる。同じクラスタ内で小型セル間のインターフェース及び小型セルのクラスタと最小限一つのマクロｅＮＢとの間のインターフェース
【０２３９】
−全ての他のインターフェースに対して理想的でないバックホールが仮定される。
【０２４０】
図１４は、小型セル配置の第３のシナリオの一例を示す。
【０２４１】
図１４に示すように、小型セルが室内に配置されることができる。このような配置において、下記のような事項が考慮される。
【０２４２】
−マクロセルカバレッジが存在しない。
【０２４３】
−室内配置シナリオが考慮される。
【０２４４】
−小型セルクラスタが考慮される。
【０２４５】
−前記小型セルは、クラスタ内でデンスである。
【０２４６】
−クラスタ当たり小型セルの個数/密度、小型セル間の調整のためのバックホールリンク、及び小型セル間の時間同期化と関連した詳細事項も考慮されることができる。
【０２４７】
−室内ホットスポットシナリオのようなスパースシナリオも考慮されることができる。
【０２４８】
−理想的なバックホール及び理想的でないバックホールの両方ともが次のインターフェースに対して考慮されることができる：同じクラスタ内で小型セル間のインターフェース。
【０２４９】
−全ての他のインターフェースに対して理想的でないバックホールが仮定される。
【０２５０】
図１５は、二重接続性の概念を示す。
【０２５１】
図１５に示すように、前記ＵＥ１００は、マクロセル及び小型セルの両方ともに対する二重接続性を有する。ここで、前記接続性は、データ送信のためのｅＮｏｄｅＢへの接続を意味する。前記ＵＥが一つのマクロセル及び一つの小型セルの両方ともからサービスを受ける場合、前記ＵＥは、二重接続性を有するものであって、即ち、マクロセルに対する一つの接続性と小型セルに対するもう一つの接続性を有するものであるということができる。前記ＵＥが小型セルによりサービスを受ける場合、前記ＵＥは、多重接続性を有するものであるということができる。
【０２５２】
前記マクロセルは、ＣｅＮｏｄｅＢ(または、ＣｅＮＢ)によりサービスを受け、前記小型セルまたは小型セルのグループは、ＵｅＮｏｄｅＢ(または、ＵｅＮＢ)によりサービスを受ける。前記ＣｅＮｏｄｅＢは、制御平面の特定動作、例えば、ＲＲＣ接続制御及び移動性、例えば、信号送信無線ベアラ(ＳＲＢ)上での制御データの送信を管理する責任がある制御平面ｅＮｏｄｅＢを意味する。前記ＵｅＮｏｄｅＢは、ユーザ平面の特定動作、例えば、データ無線ベアラ(ＤＲＢ)上でのデータの送信を管理する責任があるユーザ平面ｅＮｏｄｅＢを意味する。
【０２５３】
ＵｅＮｏｄｅＢの小型セルは、最善の努力(ｂｅｓｔ ｅｆｆｏｒｔ：ＢＥ)類型のトラフィックを送信する責任があり、それに対し、ＣｅＮｏｄｅＢのマクロセルは、ＶｏＩＰ、ストリーミングデータ、または信号送信データのような他の類型のトラフィックを送信する責任がある。
【０２５４】
ｅＮｏｄｅＢ間の従来のＸ２インターフェースと類似のＣｅＮｏｄｅＢとＵｅＮｏｄｅＢとの間のＸ３インターフェースがあることに留意する必要がある。
【０２５５】
ここで、考慮される事項は、下記の通りである。
【０２５６】
−ＣｅＮＢ及びＵｅＮＢは、異なるノードである。
【０２５７】
−マクロセルは、ＣｅＮｂによりサービスされ、小型セルまたは小型セルのグループは、ＵｅＮＢによりサービスされる。
【０２５８】
−ＳＲＢ上のデータ送信は、ＣｅＮＢ上で実行される。
【０２５９】
−ＣｅＮＢとＵｅＮＢとの間にはｅＮＢ間の従来のＸ２インターフェースと類似のＸ３インターフェースがある。
【０２６０】
−ＲＲＣ接続再設定は、ＣｅＮＢ内で管理されるため、ＣｅＮＢは、ＤＲＢ再設定に対する情報をＸ３インターフェースを介してＵｅＮＢに送ることができる。
【０２６１】
ＣｅＮＢ内にＭＡＣレイヤがあり、ＵｅＮＢ内にもう一つのＭＡＣレイヤがある時は、下記のような場合が可能である。
【０２６２】
−ＣｅＮＢ内のＭＡＣレイヤは、全てのＳＲＢ及び/またはゼロ、一つまたはそれ以上のＤＲＢに設定されることができる。
【０２６３】
−ＵｅＮＢ内のＭＡＣレイヤは、ゼロまたは一つのＳＲＢ及び/または一つまたはそれ以上のＤＲＢに設定されることができる。
【０２６４】
他の手段として、下記のような場合も可能である。
【０２６５】
−ＣｅＮＢ内のＭＡＣレイヤは、全てＳＲＢで構成されることができる。
【０２６６】
−ＵｅＮＢ内のＭＡＣレイヤは、全てＤＲＢで構成されることができる。
【０２６７】
図１６は、ＵｅＮｏｄｅＢ内でＰＨＹレイヤが終了する時、ユーザ平面に対する標本的なプロトコルスタックを示す。
【０２６８】
図１６に示すように、前記ＵＥと前記ｅＮｏｄｅＢとの間のＬ２プロトコル内のＭＡＣレイヤ、ＲＬＣレイヤ及びＰＤＣＰレイヤの終端点は、ＣｅＮｏｄｅＢ内にある。
【０２６９】
ＰＨＹレイヤの終端点は、ＵｅＮｏｄｅＢ内にあるため、ＭＡＣレイヤ、ＲＬＣレイヤ及びＰＤＣＰレイヤの機能は、ＣｅＮｏｄｅＢ内で実行される。このような方式は、前記一部ＰＨＹレイヤ及び前記ＭＡＣレイヤが密接に接続されるため、ＵｅＮｏｄｅＢとＣｅＮｏｄｅＢとの間の密接な相互反応を要求する。
【０２７０】
例えば、ＵｅＮｏｄｅＢは、ＴＢの送受信に対する情報及びＨＡＲＱフィードバックをＸ３インターフェースを介してＣｅＮｏｄｅＢに指示/伝達する必要がある。また、スケジューリングがＭＡＣレイヤ内で実行されるため、ＣｅＮｏｄｅＢがＵｅＮｏｄｅＢに対するスケジューリングを管理する。
【０２７１】
つまり、ＵｅＮｏｄｅＢ内のＤＬデータ送信に対して、ＣｅＮｏｄｅＢは、ＤＬデータ(トランスポートブロック)をＵｅＮｏｄｅＢに伝達し、これは原則的に前記ＭＡＣレイヤがトランスポートブロックを生成し、これをＰＨＹレイヤに伝達するためである。また、ＵｅＮｏｄｅＢは、ＵＥから受信した該当フィードバック情報を前記ＣｅＮｏｄｅＢに伝達し、これはＨＡＲＱ再送信がＭＡＣレイヤ内で処理されるためである。
【０２７２】
ＵＬデータ送信に対して、ＵＥ内のＵＬデータの量に対する情報は、ＭＡＣレイヤ内でのみ知られているため、ＣｅＮｏｄｅＢは、ＵｅＮｏｄｅＢにスケジューリング情報を指示する。前記スケジューリング情報は、どれほど多くの無線リソースがどのＵＥに対してスケジューリングされる必要があるかを含む。以後、ＵｅＮｏｄｅＢは、前記ＵＥをスケジューリングし、前記ＵＥからＴＢを受信する。以後、ＵｅＮｏｄｅＢは、前記ＴＢをＣｅＮｏｄｅＢに伝達する。ＣｅＮｏｄｅＢは、前記受信されたＴＢを解読し、その結果をＵｅＮｏｄｅＢに指示することで、ＵｅＮｏｄｅＢで後続の送信が行われることができるようにする。
【０２７３】
図１７は、ＵｅＮｏｄｅＢ内でＭＡＣレイヤが終了する時、ユーザ平面に対する標本的なプロトコルスタックを示す。
【０２７４】
前記ＭＡＣレイヤにより提供される機能は、例えば、スケジューリングとＨＡＲＱのように、ｉに特定するため、前記ＭＡＣレイヤをＵｅＮｏｄｅＢ内に位置させることが合理的である。ＵｅＮｏｄｅＢが自分のＵＥをスケジューリングするためには、ＵＥとＣｅＮｏｄｅＢｉｔからのスケジューリング情報を知る必要がある。
【０２７５】
ＵＬスケジューリングのために、前記ＵｅＮｏｄｅＢは、前記ＵＥにより報告されたＢＳＲからＤＲＢ上のデータの量を知るようになる。
【０２７６】
ＦＤＬスケジューリングのためには、ＵｅＮｏｄｅＢがＣｅＮｏｄｅＢを介してＰ−ＧＷに接続されるため、ＣｅＮｏｄｅＢは、ＵｅＮｏｄｅＢがＵＥをスケジューリングするために必要とするＤＲＢＳ上のデータを伝達する。
【０２７７】
ＵｅＮｏｄｅＢがＵＥにデータを送信する場合、ＵｅＮｏｄｅＢは、データ送信に対する情報をＣｅＮｏｄｅＢに指示する。例えば、ＵｅＮｏｄｅＢは、データが成功裏に送信されたかどうかを指示する。前記ＵｅＮｏｄｅＢがＵＥからデータを受信すると、ＵｅＮｏｄｅＢは、前記データをＣｅＮｏｄｅＢに伝達する。
【０２７８】
前記ＭＡＣレイヤは、ＵｅＮｏｄｅＢ内に位置しているため、ＭＡＣ機能は、セル毎に別途に実行され、即ち、ＣｅＮｏｄｅＢ内のＭＡＣとは別途に、前記ＭＡＣは、ＵｅＮｏｄｅＢに対して下記の機能を遂行する。
【０２７９】
バッファ状態報告：ＵＥと前記ＵｅＮｏｄｅＢとの間にＤＲＢのみが存在するという仮定の下に、前記ＵＥは、ＤＲＢ上のデータに対する情報を含むＢＳＲを報告する。
【０２８０】
スケジューリング要求：ＤＲＢ上のデータにより、正規ＢＳＲがＵｅＮｏｄｅＢにＳＲをトリガする。ＳＲがトリガされると、前記ＵＥは、ＵｅＮｏｄｅＢにＳＲを送る。
【０２８１】
パワーヘッドルーム報告(Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔｉｎｇ)：前記ＵＥは、ＵｅＮｏｄｅＢ下のセルのパワーヘッドルームを前記ＵｅＮｏｄｅＢに報告する。
【０２８２】
ＤＲＸ：ＵＥは、ＵｅＮｏｄｅＢに特定的なＤＲＸパラメータで設定されることができる。したがって、前記ＵＥは、ＵｅＮｏｄｅＢに特定的なパラメータとしてＤＲＸを作動してＵｅＮｏｄｅＢ上のＰＤＣＣＨをモニタリングする。
【０２８３】
しかし、ＭＡＣレイヤと前記ＲＬＣレイヤとの間の相互作用、例えば、ｅＮｏｄｅＢ内の手順のような論理チャネル優先順位設定のような相互作用が依然として必要であるため、ＣｅＮｏｄｅＢは、ＵｅＮｏｄｅＢへの送信のために使用可能なＤＬデータに対する情報を伝達する必要がある。この情報を受信すると、ＵｅＮｏｄｅＢは、ＵＥに送られるＭＡＣ ＰＤＵを生成する。
【０２８４】
図１８は、ＵｅＮｏｄｅＢ内でＲＬＣレイヤが終了する時、ユーザ平面に対する標本的なプロトコルスタック及びインターフェースを示す。
【０２８５】
図１８に示すように、ＭＡＣレイヤ及び前記ＲＬＣレイヤは、ＵｅＮｏｄｅＢ内に位置する。前記ＭＡＣレイヤがＵｅＮｏｄｅＢ内にあるため、ＭＡＣ機能は、ＵｅＮｏｄｅＢ内のＭＡＣ終端と同じである。
【０２８６】
従来のＲＬＣ動作は、既に無線ベアラに特定的であるため、一つのＲＬＣレイヤがＣｅＮｏｄｅＢ内のＳＲＢにのみ対するものであり、もう一つのＲＬＣレイヤは、ＵｅＮｏｄｅＢ内のＤＲＢにのみ対するものである場合、大きい影響はない。
【０２８７】
また、ＲＬＣレイヤ及びＭＡＣレイヤが同じノード、即ち、ＵｅＮｏｄｅＢ内に位置するため、ＲＬＣとＭＡＣレイヤとの間の相互作用の観点で見ると、ＣｅＮｏｄｅＢとＵｅＮｏｄｅＢとの間でどのような情報も交換される必要がない。
【０２８８】
しかし、ＵｅＮｏｄｅＢ内にはＰＤＣＰレイヤが存在しないため、ＣｅＮｏｄｅＢとＵｅＮｏｄｅＢとの間でデータを伝達する必要は依然としてある。
【０２８９】
図１９は、ＵｅＮｏｄｅＢ内でＰＤＣＰレイヤが終了する時、ユーザ平面に対する標本的なプロトコルスタック及びインターフェースを示す。
【０２９０】
図１９に示すように、全てのＬ２レイヤがＵｅＮｏｄｅＢ内に位置するため、前記ＵｅＮｏｄｅＢは、Ｓ−ＧＷに直接接続されてＩＰパケットがＳ−ＧＷを介してＰ−ＧＷにトランスポートされる。したがって、ＵｅＮｏｄｅＢとＣｅＮｏｄｅＢとの間のデータ伝達が必要でない。即ち、ＵｅＮｏｄｅＢがＳ−ＧＷからＤＬデータを直接受信し、これを前記ＵＥに送信する。ＵｅＮｏｄｅＢは、前記ＵＥからＵＬデータを受信し、これをＳ−ＧＷに直接送信する。
【０２９１】
ＰＨＹレイヤ及びＭＡＣレイヤは、同じノード内に位置すべきであり、ＲＬＣレイヤ及びＰＤＣＰレイヤは、無線ベアラに特定的であるため、このような方式がＵｅＮｏｄｅＢとＣｅＮｏｄｅＢとの間で交換される情報の量と関連して最も合理的な方式ではない。
【０２９２】
図２０は、二重接続性をサポートするｅＮｏｄｅＢｓの無線プロトコルを示す。
【０２９３】
二重または多重の接続性に対し、前記ＵＥ１００のＭＡＣ機能は、新しく定義される必要があり、その理由は、レイヤ２プロトコルの観点で、ＲＬＣ機能と設定がベアラに特定的であり、それに対してＭＡＣ機能と設定はそうでないためである。
【０２９４】
二重または多重接続性をサポートするために、多様なプロトコル構造が研究され、このうち、有望な構造のうち一つが図１５に示す。このような構造で、ＵｅＮｏｄｅＢに対するＰＤＣＰエンティティは、互いに異なるネットワークノード、即ち、ＣｅＮｏｄｅＢ内のＰＤＣＰに位置する。
【０２９５】
図２０に示すように、ＣｅＮｏｄｅＢは、ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＨレイヤ及びＲＲＣレイヤを含み、それに対し、ＵｅＮｏｄｅＢは、ＰＨＹレイヤ、ＭＡＣレイヤ及びＲＬＣレイヤを含む。前記ＲＲＣレイヤ及び前記ＰＤＣＰレイヤは、ＣｅＮｏｄｅＢ内にのみ位置することに留意する必要がある。つまり、共通されたＲＲＣ及びＰＤＣＰレイヤがあり、接続性毎にＲＬＣ、ＭＡＣ及びＰＨＹレイヤのセットがある。それによって、ＳＲＢ上のデータは、ＣｅＮｏｄｅＢ上で信号が伝達され、ＤＲＢ上のデータは、ＤＲＢ設定によってＣｅＮｏｄｅＢまたはＵｅＮｏｄｅＢのうち一つで信号が伝達される。即ち、前記ＣｅＮｏｄｅＢは、ＳＲＢ上のデータを制御すると共にＤＲＢ上のデータを伝達することができ、それに対し、前記ＵｅＮｏｄｅＢは、ＤＲＢ上のデータのみを伝達することができる。
【０２９６】
ここで、下記のような事項が考慮される。
【０２９７】
−ＣｅＮｏｄｅＢ及びＵｅＮｏｄｅＢは、互いに異なるノードである。
【０２９８】
−ＳＲＢ上のデータの送信は、ＣｅＮｏｄｅＢ上で実行される。
【０２９９】
−ＤＲＢ上のデータの送信は、ＣｅＮｏｄｅＢまたはＵｅＮｏｄｅＢのうち一つにより実行される。ＤＲＢ上でデータの経路がＣｅＮｏｄｅＢ上であるかまたはＵｅＮｏｄｅＢ上であるかは、ｅＮｏｄｅＢ、ＭＭＥ、またはＳ−ＧＷにより設定されることができる。
【０３００】
−ＣｅＮｏｄｅＢとＵｅＮｏｄｅＢとの間には従来のｅＮｏｄｅＢ間のＸ２インターフェースと類似のＸ３インターフェースがある。
【０３０１】
−ＲＲＣ接続再設定は、ＣｅＮｏｄｅＢ内で管理されるため、前記ＣｅＮｏｄｅＢは、ＤＲＢ再設定に対する情報をＸ３インターフェースを介してＵｅＮｏｄｅＢに送る。
【０３０２】
図２１は、二重接続性をサポートするＵＥの無線プロトコルを示す。
【０３０３】
図２１に示すように、前記ＵｅＮｏｄｅＢは、最善の努力(ｂｅｓｔ ｅｆｆｏｒｔ：ＢＥ)ＤＲＢを送信する責任がある。前記ＣｅＮｏｄｅＢは、ＳＲＢ及びＤＲＢを送信する責任がある。前記説明したように、ＵｅＮｏｄｅＢに対するＰＤＣＰエンティティは、ＣｅＮｏｄｅＢ内に位置する。
【０３０４】
図２１に示すように、前記ＵＥ１００側には、ＣｅＮｏｄｅＢのマクロセルに対する多数のＭＡＣエンティティ及びＵｅＮｏｄｅＢの小型セルが位置する。つまり、前記ＵＥ１００は、各接続性に対してそれぞれのＭＡＣエンティティを設定する。それによって、前記ＵＥ１００は、二重または多重接続性のための多数のＭＡＣエンティティを含む。ここで、図２１が二重接続性のための二つのＰＨＹエンティティを図示しているが、一つのＰＨＹエンティティのみが二重接続性を扱う。ＵｅＮｏｄｅＢへの接続性のために、前記ＵＥ１００は、ＢＥ−ＤＲＢを扱うＰＤＣＰエンティティ、ＲＬＣエンティティ及びＭＡＣエンティティを含むことができる。ＣｅＮｏｄｅＢへの接続性のために、前記ＵＥ１００は、ＳＲＢ及びＤＲＢを扱う多数のＲＬＣエンティティ及び多数のＰＤＣＰエンティティを含むことができる。
【０３０５】
一方、前記ＣｅＮｏｄｅＢ及び前記ＵｅＮｏｄｅＢは、各々、自分に対する無線リソースを保有しており、このような無線リソースを自分のためにスケジューリングするためのスケジューラを含む。ここで、各スケジューラ及び各接続性は一対一にマッピングされる。
【０３０６】
このような状態で、各スケジューラが自分の無線リソースをスケジューリングするため、各スケジューラは、スケジュールしなければならないデータの量を知る必要がある。
【０３０７】
しかし、既存のＢＳＲメカニズムは、ＵＥが一つのメッセージ内の論理チャネルグループ(ＬＣＧ)当たりのデータの量を一つのｅＮｏｄｅＢに報告することのみを許容している。これはバッファ状態に対する情報が二重接続性に属するｅＮｏｄｅＢ間で交換される必要があることを意味する。したがって、前記ｅＮｏｄｅＢがスケジューリングするのに遅延が発生する。
【０３０８】
したがって、本発明の開示は、アップリンクデータが送信可能になる場合、前記ＵＥが各接続性に該当する各バッファ状態報告をトリガすることができるソリューションを提供する。
【０３０９】
このようなソリューションのために、本発明の開示は、一つの例示的技術を提供する。この技術によると、多数のセルに対する接続性を有するＵＥが多数のセルを有する多数のベアラ上の設定を受信する場合、前記ＵＥは、受信された設定に基づいて前記多数のセルへの接続性と関連した前記多数のベアラを設定する。以後、アップリンクデータが無線ベアラ上で送信可能になる場合、前記ＵＥは、アップリンクデータが送信可能になった無線ベアラに該当する接続性を識別し、無線ベアラ上のアップリンクデータに対する情報を含むバッファ状態報告をトリガし、これにより識別された接続性を介してバッファ状態報告を送信する。
【０３１０】
図２２は、本発明の開示の一実施例に係る一つの標本的な方法を示す。
【０３１１】
図２２を参照すると、二重接続性内でＢＳＲトリガ及び報告がどのように実行されるかを例示している。
【０３１２】
(１)詳細に説明すると、前記ＵＥ１００は、ＣｅＮｏｄｅＢ(または、マクロｅＮｏｄｅＢ)２００及びＵｅＮｏｄｅＢ(または、小さいｅＮｏｄｅＢ)３００への二重接続性に対する設定を受信することができる。前記設定は、第１の接続性(接続性１)がＣｅＮｏｄｅＢに対するものであり、第２の接続性(接続性２)がＵｅＮｏｄｅＢに対するものであることを指示することができる。以後、前記ＵＥ１００は、各接続性に対してそれぞれのＭＡＣエンティティを活性化(または、設定)することができる。
【０３１３】
(２)また、前記ＵＥ１００は、多数のベアラに対する設定を受信することができる。前記設定は、第１の無線ベアラ(無線ベアラ１)が前記第１の接続性(接続性１)と関連または連関され、第２の無線ベアラ(無線ベアラ２)が前記第２の接続性(接続性２)と関連または連関されたものであることを示すことができる。以後、前記ＵＥ１００は、各接続性に対する各ＭＡＣエンティティを各無線ベアラと連関(または、相互連関)させることができる。
【０３１４】
(３)それ以後、前記ＵＥ１００は、前記第１の無線ベアラ(無線ベアラ１)からのアップリンクデータの到着を探知することができる。つまり、前記ＵＥ１００は、前記アップリンクデータが送信可能になったかどうかを検査することができ、これに該当するＭＡＣエンティティ、即ち、第１のＭＡＣエンティティと第２のＭＡＣエンティティのうち前記アップリンクデータが送信される第１のＭＡＣエンティティを認識することができる。そして、前記ＵＥ１００は、前記第１のＭＡＣエンティティに対するバッファ状態報告(ＢＳＲ)をトリガすることができる。ここで、前記ＵＥ１００が前記第１のＭＡＣエンティティ、即ち、前記第１の接続性(接続性１)に対するどのようなＵＬグラントも有していない場合、これはＰＵＣＣＨまたはＲＡ手順を使用して前記第１の接続性(接続性１)に対するスケジューリング要求をトリガする。
【０３１５】
(４)それ以後、前記ＵＥは、前記第１のＭＡＣエンティティ、即ち、前記第１の無線ベアラ(無線ベアラ１)のデータに対する情報を含むＢＳＲを送信することができる。
【０３１６】
(５)また、前記ＵＥ１００は、前記第２の無線ベアラ(無線ベアラ２)からのアップリンクデータの到着を探知することができる。つまり、前記ＵＥ１００は、前記アップリンクデータが送信可能になったかどうかを検査することができ、これに該当するＭＡＣエンティティ、即ち、第１のＭＡＣエンティティと第２のＭＡＣエンティティのうち前記アップリンクデータが送信される第２のＭＡＣエンティティを認識することができる。そして、前記ＵＥ１００は、前記第２のＭＡＣエンティティに対するバッファ状態報告(ＢＳＲ)をトリガすることができる。ここで、前記ＵＥ１００が前記第２のＭＡＣエンティティ、即ち、前記第２の接続性(接続性２)に対するどのようなＵＬグラントも有していない場合、これはＰＵＣＣＨまたはＲＡ手順を使用して前記第２の接続性(接続性２)に対するスケジューリング要求をトリガする。
【０３１７】
(６)その以後、前記ＵＥは、前記第２のＭＡＣエンティティ、即ち、前記第２の無線ベアラ(無線ベアラ２)のデータに対する情報を含むＢＳＲを送信することができる。
【０３１８】
このような状態で、一実施例によると、前記ＵＥは、前記アップリンクデータが送信可能になる場合、各接続性に該当する各バッファ状態報告をトリガすることができる。したがって、前記一実施例は、既存ＢＳＲメカニズムでｅＮｏｄｅＢ間でＢＳＲの交換に要求される遅延時間を減らすことができる。
【０３１９】
以下、本発明の開示の他の実施例を説明する。
【０３２０】
<接続性グループ化>
【０３２１】
二重接続性をＵＥの観点で実現するために、各ｅＮｏｄｅＢに対する一つの接続性があると仮定すると、各ｅＮｏｄｅＢに対して一つのＭＡＣレイヤが必要になる。一つのｅＮｏｄｅＢが一つまたはそれ以上のセルにサービスを提供し、同じｅＮｏｄｅＢに属するセルが一つのＭＡＣレイヤ内で扱われることができるため、前記ＵＥは、接続性当たり一つのＭＡＣレイヤを有するようになる。二重接続性のために、前記ＵＥがマクロセル及び小型セルに対する一つまたはそれ以上の接続性に対して最小限一つの接続性を有していると仮定される。例えば、前記ＵＥは、一つのマクロセル及び二つの小型セルからサービスを受ける。このような小型セルは、互いに異なるＵｅＮｏｄｅＢからサービスを受ける。このようになると、前記ＵＥは、３個のＭＡＣレイヤを要求する３個の接続性を有するようになる。
【０３２２】
このような接続性管理は、ＣｅＮｏｄｅＢ、ＭＭＥまたはＳ−ＧＷにより実行されることができる。下記の事項が接続性管理に含まれる。
【０３２３】
−接続性識別子(Ｉｄ)
【０３２４】
前記ＵＥは、各接続性に対し、例えば、ＲＲＣメッセージにより接続性Ｉｄに設定されることができる。例えば、前記ＵＥは、ＣｅＮｏｄｅＢに対して接続性Ｉｄ０に、ＵｅＮｏｄｅＢ１に対して接続性Ｉｄ１に、また、ＵｅＮｏｄｅＢ２に対して接続性Ｉｄ２に設定されることができる。前記接続性Ｉｄは、一般的に、例えば、接続性が追加され、または修正され、または除去された時、前記ＵＥとｅＮｏｄｅＢとの間の接続性を識別するために使われる。
【０３２５】
−接続性当たり設定
【０３２６】
接続性のグループ化することによって、同じ接続性に属するセルに対する共通的設定が前記ＵＥに提供されることができる。例えば、前記設定が接続性Ｉｄとして提供される場合、前記ＵＥは、前記設定を前記接続性Ｉｄにより示される接続性に属するセルの設定に適用する。
【０３２７】
−接続性に対する基本設定
【０３２８】
ＣｅＮｏｄｅＢのための接続性に対する構成は、失敗した構成と見なされる。したがって、前記接続性が除去されると、基本的構成が除去された接続性に対して構成された無線ベアラを含む前記構成に適用される。例えば、前記ＵＥは、無線ベアラＡ及びＢに設定され、無線ベアラＡは、ＣｅＮｏｄｅＢに対して設定され(接続性１)、無線ベアラＢは、ＵｅＮｏｄｅＢに対して設定される(接続性２)。前記接続性２が除去される場合、前記ＵＥは、前記無線ベアラＢが接続性１に対して設定されることを考慮する。
【０３２９】
−接続性タイマ
【０３３０】
前記ＵＥは、各接続性に対して接続性タイマを介して設定されることができる。前記ＵＥが新しい接続性に設定されると、前記ＵＥは、前記新しい接続性に対する接続性タイマを開始する。前記接続性が修正される場合、前記ＵＥは、前記接続性タイマを再開する。前記接続性タイマが満了すると、前記ＵＥは、前記接続性を解除する。
【０３３１】
−接続性の活性化/非活性化
【０３３２】
前記ｅＮｏｄｅＢ(例えば、ＣｅＮｏｄｅＢ)は、ＵＥが一つ、一部または全ての接続性を活性化し、または非活性化するように命令することができる。新しい接続性がＵＥに追加されると、前記ＵＥは、前記接続性が非活性化されたと見なす。前記ｅＮｏｄｅＢがＰＤＣＣＨ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ信号伝達を介して接続性を活性化することをＵＥに要求すると、前記ＵＥは、前記接続性を活性化する。活性化された接続性に対して、前記ＵＥは、この接続性上へのデータ送信を使用することができる。前記ｅＮｏｄｅＢが前記接続性を非活性化することをＵＥに要求すると、このとき、前記ＵＥは、前記接続性を非活性化する。非活性化された接続性に対し、前記ＵＥは、この接続性上へのデータ送信を使用することができない。
【０３３３】
<バッファ状態報告(Ｂｕｆｆｅｒ Ｓｔａｔｅ Ｒｅｐｏｒｔｉｎｇ：ＢＳＲ)>
【０３３４】
各ｅＮｏｄｅＢ内のスケジューラが自分の無線リソースをスケジューリングするため、各スケジューラは、スケジューリングしなければならないデータの量を知る必要がある。
【０３３５】
しかし、既存のＢＳＲメカニズムは、ＵＥが一つのメッセージ内の論理チャネルグループ(ＬＣＧ)当たりデータの量を一つのｅＮｏｄｅＢに報告することのみを許容している。これはバッファ状態に対する情報が二重接続性に属するｅＮｏｄｅＢ間で交換される必要があることを意味する。したがって、前記ｅＮｏｄｅＢがスケジューリングするのに遅延が発生する。
【０３３６】
したがって、ＢＳＲ手順が接続性毎に実行されることが提案される。即ち、接続性に対して設定された無線ベアラが前記接続性に対するＢＳＲ手順のために考慮される。例えば、前記ＵＥが２個の接続性(接続性１及び２)及び２個のセットの無線ベアラ(セットＡ及びＢ)を有すると仮定される。また、セットＡは接続性１に対して使われ、セットＢは接続性２に対して使われるとさらに仮定される。このような場合、接続性１に対する前記ＢＳＲ手順は、セットＡ内の無線ベアラ上のデータに連関され、接続性２に対する前記ＢＳＲ手順は、セットＢ内の無線ベアラ上のデータに連関される。したがって、
【０３３７】
−セットＡ内の無線ベアラ上のデータが到着すると、
【０３３８】
前記ＵＥは、接続性１に対するＢＳＲをトリガする。これは、前記ＵＥが前記ＢＳＲ(即ち、ＢＳＲ ＭＡＣ ＣＥ)を接続性１に従属するｅＮｏｄｅＢに報告することを意味する。また、前記ＵＥがＵＬリソースを有していない場合、前記ＵＥは、接続性１に対するＳＲをトリガする。これは前記ＵＥがＰＵＣＣＨ上のＳＲを送り、または接続性１に従属するｅＮｏｄｅＢにまたはその上にランダムアクセス手順を実行することを意味する。前記ＢＳＲ ＭＡＣ ＣＥは、セットＡ内の無線ベアラのバッファ状態に対する情報のみを含む。
【０３３９】
−セットＢ内の無線ベアラ上のデータが到着すると、
【０３４０】
前記ＵＥは、接続性２に対するＢＳＲをトリガする。これは、前記ＵＥが前記ＢＳＲ(即ち、ＢＳＲ ＭＡＣ ＣＥ)を接続性２に従属するｅＮｏｄｅＢに報告することを意味する。前記ＵＥがＵＬリソースを有していない場合、前記ＵＥは、接続性２に対するＳＲをトリガする。これは、前記ＵＥがＰＵＣＣＨ上のＳＲを送り、または 接続性２に従属するｅＮｏｄｅＢにまたはその上にランダムアクセス手順を実行することを意味する。前記ＢＳＲ ＭＡＣ ＣＥは、セットＢ内の無線ベアラのバッファ状態に対する情報のみを含む。
【０３４１】
また、周期的ＢＳＲ−タイマ、ｒｅｔｘ（再送信）ＢＳＲ−タイマなどを含むＢＳＲ設定は、接続性毎に設定されることができる。ＢＳＲ設定に追加し、このようなタイマは、各接続性に対して動作することができる。
【０３４２】
ｅＮｏｄｅＢは、ＵＥの(ＵＬ内の)データの総量を知ることを所望することができる。このような場合、ｅＮｏｄｅＢは、前記ＵＥにＵＬ内の全体データの量を報告するように命令を下すことができる。このような命令は、ＰＤＣＣＨ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、またはＲＲＣ信号送信により信号が送信されることができる。また、ｅＮｏｄｅＢは、周期的タイマにより前記ＵＥがＵＬ内の全体データの量を報告するように設定することができる。全体データの量は、ＬＣＧ当たりデータの量、論理チャネル当たりデータの量、接続性当たりデータの量等により指示されることができる。
【０３４３】
また、接続性が追加、除去または変更されると、前記ＵＥは、前記接続性に対するデータの量を報告することができる。これは、接続性が追加、除去または変更された時、前記ＵＥがＢＳＲをトリガすることを意味する。このような場合、前記ＵＥは、無線ベアラが変更されると設定されたｅＮｏｄｅＢにＢＳＲを送る。例えば、前記ＵＥは、接続性１に対する二つの無線ベアラ(Ａ及びＢ)を有している。前記ＵＥが新しい接続性２に設定され、無線ベアラＢが接続性２に対して設定される場合、前記ＵＥは、接続性２に対するＢＳＲをトリガし、前記ＢＳＲを無線ベアラＢ上のデータの量と共に接続性２の対象になるｅＮｏｄｅＢに送る。また、前記ＵＥは、接続性１に対するＢＳＲをトリガし、これを無線ベアラＡ上のデータの量と共に接続性１の対象になるｅＮｏｄｅＢに送る。
【０３４４】
接続性が除去されると、前記ＵＥは、ＢＳＲをトリガし、これをＣｅＮｏｄｅＢ(または、他のＵｅＮｏｄｅＢ)に送ることで、除去された接続性に対して設定された無線ベアラのデータの量を指示する。
【０３４５】
接続性のために設定された無線ベアラ上のデータの量が指示される時、前記接続性を認識するための接続性ｉｄが指示されることができる。例えば、前記ＵＥが接続性１に対するＢＳＲを報告する時、前記ＵＥは、ＢＳＲと共に接続性１に対して指定された接続性ｉｄも報告することができる。
【０３４６】
<論理チャネル優先順位(Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ：ＬＣＰ)>
【０３４７】
ＵＥが、ＬＣＰ過程中、特定の接続性を有するｅＮｏｄｅＢからＵＬグラントを受信すると、無線ベアラ上の設定されたデータ及び/または接続性に対する制御情報のみが考慮される。例えば、前記ＵＥが２個の接続性(ＡとＢ)を有し、無線ベアラ「ａ」が接続性Ａに対して設定され、無線ベアラ「ｂ」が接続性Ｂに対して設定された場合、前記ＵＥが接続性Ａに属するｅＮｏｄｅＢからＵＬグラントを受信すると、受信されたＵＬグラントによりＭＡＣ ＰＤＵを生成するために無線ベアラ「ａ」に対する前記データが考慮される。即ち、ＬＣＰ手順において、前記ＵＬグラントは、前記ＵＬグラントが指定された接続性に対して設定された無線ベアラ上のデータにのみ適用することができる。
【０３４８】
<電力ヘッドルーム報告(Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔｉｎｇ：ＰＨＲ)>
【０３４９】
接続性毎にＰＨＲを設定することがＵＥに提供される。また、ＰＨＲ関連タイマが接続性毎に動作することができる。
【０３５０】
ＵＥがＰＨＲをトリガすると、これはＰＨＲ ＭＡＣ ＣＥを送る。前記ＰＨＲ ＭＡＣ ＣＥは、同じ接続性に属するセルのＰＨを含む。
【０３５１】
前記接続性が追加、除去または修正されると、前記ＵＥは、一つ、一部または全ての設定された接続性に対してＰＨＲをトリガする。
【０３５２】
前記ＵＥが接続性に対するＰＨを報告すると、前記ＵＥは、前記接続性Ｉｄを示すことができる。
【０３５３】
<アップリンクタイミング配置の維持管理>
【０３５４】
接続性毎のアップリンクタイミング配置に対する設定が前記ＵＥに提供されることができる。アップリンクタイミング配置に関連したタイマ(例えば、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒ)は、接続性毎に作動することができる。
【０３５５】
ＣｅＮｏｄｅＢのための接続性に対するｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが満了すると、前記ＵＥは、全ての接続性に対するｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが満了されたと見なす。
【０３５６】
前記Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ Ｃｏｍｍａｎｄが指示されると、前記接続性Ｉｄも指示される。以後、前記ＵＥは、前記接続性Ｉｄにより指示された接続性のための前記タイミング高級命令を適用し、前記接続性Ｉｄにより指示された接続性のためのｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを開始する。
【０３５７】
<ランダムアクセス過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ)>
【０３５８】
また、前記ランダムアクセス過程は、接続性毎に実行されることができる。前記ランダムアクセス過程が２個またはそれ以上の接続性に対して同時に実行される必要がある場合、前記ＵＥは、ＵｅＮｏｄｅＢの接続性に対するＣｅＮｏｄｅＢの接続性に対して前記ランダムアクセス過程の優先順位を決定する。
【０３５９】
以上の記述のように、本発明の開示によって関連技術分野において、前記問題を解決するための方式または方法は、ハードウェアやソフトウェア、またはこれらの結合により具現されることができる。
【０３６０】
図２３は、本発明の一実施例を具現するための無線通信システムを示すブロック図である。
【０３６１】
ＵＥ１００は、プロセッサ１０１、メモリ１０２及び無線周波数(ＲＦ)ユニット１０３を含む。前記メモリ１０２は、前記プロセッサ１０１に連結され、前記プロセッサ１０１のために使われる各種情報を格納するように構成される。前記ＲＦユニット１０３は、前記プロセッサ１０１に連結され、無線信号を送信及び/または受信するように構成される。前記プロセッサ１０１は、提案された機能過程及び/または方法を具現する。前記記述された実施例において、前記ＵＥの動作は、前記プロセッサ１０１により具現されることができる。
【０３６２】
前記ｅＮｏｄｅＢ(ＣｅＮｏｄｅＢ及びＵｅＮｏｄｅＢ含む)２００/３００は、プロセッサ２０１/３０１、メモリ２０２/３０２及びＲＦユニット２０３/３０３を含む。前記メモリ２０２/３０２は、前記プロセッサ２０１/３０１に連結され、前記プロセッサ２０１/３０１のために使われる各種情報を格納するように構成される。前記ＲＦユニット２０３/３０３は、前記プロセッサ２０１/３０１に連結され、無線信号を送信及び/または受信するように構成される。前記プロセッサ２０１/３０１は、提案された機能過程及び/または方法を具現する。前記記述された実施例において、前記ｅＮｏｄｅＢの動作は、前記プロセッサ２０１により具現されることができる。
【０３６３】
前記プロセッサは、特定用途向け集積回路(ＡＳＩＣ)、その他のチップセット、論理回路及び/またはデータプロセッサを含むことができる。前記メモリは、読み出し専用メモリ(ＲＯＭ)、ランダムアクセスメモリ(ＲＡＭ)、フラッシュメモリ、メモリカード、格納媒体及び/またはその他の格納装置を含むことができる。前記ＲＦユニットは、無線信号を処理するためのベースバンド回路を含むことができる。前記記述された実施例がソフトウェアで具現される場合、前記記述された体系は、前記機能を遂行するモジュール(過程または関数)を使用して具現されることができる。前記モジュールは、前記メモリに格納されて前記プロセッサにより実行されることができる。前記メモリは、前記プロセッサに内部に配置され、またはよく知られた多様な手段を使用して外部で連結されることができる。
【０３６４】
前記標本的なシステムにおいて、前記方法が一連のステップまたはブロックを使用する流れ図に基づいて説明されたが、本発明がこのようなステップの連続された過程に制限されるものではなく、ステップのうち一部は、残余ステップとは異なる連続過程に実行され、または残余ステップと同時に実行することができる。また、本発明の分野において、通常の技術を有する者であれば、流れ図に示すステップが排他的ではなく、他のステップを含むことができ、または流れ図の一つまたはそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であるということを認識することができる。
【図１】
0006352304.tif 000005
【図２】
0006352304.tif 000006
【図３】
0006352304.tif 000007
【図４】
0006352304.tif 000008
【図５】
0006352304.tif 000009
【図６】
0006352304.tif 000010
【図７】
0006352304.tif 000011
【図８】
0006352304.tif 000012
【図９Ａ】
0006352304.tif 000013
【図９Ｂ】
0006352304.tif 000014
【図１０】
0006352304.tif 000015
【図１１】
0006352304.tif 000016
【図１２】
0006352304.tif 000017
【図１３Ａ】
0006352304.tif 000018
【図１３Ｂ】
0006352304.tif 000019
【図１４】
0006352304.tif 000020
【図１５】
0006352304.tif 000021
【図１６】
0006352304.tif 000022
【図１７】
0006352304.tif 000023
【図１８】
0006352304.tif 000024
【図１９】
0006352304.tif 000025
【図２０】
0006352304.tif 000026
【図２１】
0006352304.tif 000027
【図２２】
0006352304.tif 000028
【図２３】
0006352304.tif 000029