(57)【特許請求の範囲】
【請求項１】
無線通信システムで動作するＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）のための方法であって、前記方法は、
ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティによりデータを生成すること、または、上位層から前記ＰＤＣＰエンティティ内でデータを受信することであって、前記ＰＤＣＰエンティティは、第１のｅＮＢに対する第１のＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）エンティティ及び第２のｅＮＢに対する第２のＭＡＣエンティティに関連付けられている、ことと、
前記第１のＭＡＣエンティティ及び前記第２のＭＡＣエンティティの両方に、前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量に関する情報を指示することと
を含み、
前記ＰＤＣＰエンティティ内の送信のために利用可能なデータは、前記ＰＤＣＰエンティティにより生成されたデータ、または、前記上位層から受信されたデータを含む、方法。
【請求項２】
前記第１のＭＡＣエンティティに対して指示された前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量、及び、前記第２のＭＡＣエンティティに対して指示された前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量は、同一である、請求項１に記載の方法。
【請求項３】
前記第１のＭＡＣエンティティにより、前記第１のｅＮＢに、前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量を含むバッファ状態報告を送信することと、
前記第２のＭＡＣエンティティにより、前記第２のｅＮＢに、前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量を含むバッファ状態報告を送信することと
をさらに含む、請求項１に記載の方法。
【請求項４】
前記ＰＤＣＰエンティティ、前記第１のＭＡＣエンティティおよび前記第２のＭＡＣエンティティは、分割ベアラに対して設定される、請求項１に記載の方法。
【請求項５】
前記第１のｅＮＢは、前記第２のｅＮＢとは異なる、請求項１に記載の方法。
【請求項６】
無線通信システムで動作するＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）であって、前記ＵＥは、
ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュールと、
前記ＲＦモジュールと作用可能に結合されたプロセッサと
を含み、
前記プロセッサは、
ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティによりデータを生成すること、または、上位層から前記ＰＤＣＰエンティティ内でデータを受信することであって、前記ＰＤＣＰエンティティは、第１のｅＮＢに対する第１のＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）エンティティ及び第２のｅＮＢに対する第２のＭＡＣエンティティに関連付けられている、ことと、
前記第１のＭＡＣエンティティ及び前記第２のＭＡＣエンティティの両方に、前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量に関する情報を指示することと
を行うように構成されており、
前記ＰＤＣＰエンティティ内の送信のために利用可能なデータは、前記ＰＤＣＰエンティティにより生成されたデータ、または、前記上位層から受信されたデータを含む、ＵＥ。
【請求項７】
前記第１のＭＡＣエンティティに対して指示された前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量、及び、前記第２のＭＡＣエンティティに対して指示された前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量は、同一である、請求項６に記載のＵＥ。
【請求項８】
前記プロセッサは、
前記第１のＭＡＣエンティティにより、前記第１のｅＮＢに、前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量を含むバッファ状態報告を送信することと、
前記第２のＭＡＣエンティティにより、前記第２のｅＮＢに、前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量を含むバッファ状態報告を送信することと
を行うようにさらに構成されている、請求項６に記載のＵＥ。
【請求項９】
前記ＰＤＣＰエンティティ、前記第１のＭＡＣエンティティおよび前記第２のＭＡＣエンティティは、分割ベアラに対して設定される、請求項６に記載のＵＥ。
【請求項１０】
前記第１のｅＮＢは、前記第２のｅＮＢとは異なる、請求項６に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳細には、アップリンク資源を割り当てるための方法及びこのための装置に関する。
【背景技術】
【０００２】
本発明が適用され得る無線通信システムの一例として、３ＧＰＰ  ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という）通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例として、Ｅ―ＵＭＴＳ網の構造を概略的に示した図である。Ｅ―ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ―ＵＭＴＳは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと称することもできる。ＵＭＴＳ及びＥ―ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容は、それぞれ「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ  ７とＲｅｌｅａｓｅ  ８を参照することができる。
【０００４】
図１を参照すると、Ｅ―ＵＭＴＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅ  Ｂ；ｅＮＢ）、及びネットワーク（Ｅ―ＵＴＲＡＮ）の終端に位置し、外部ネットワークと連結される接続ゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／またはユニキャストサービスのために多重データストリームを同時に伝送することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．２５Ｍｈｚ、２．５Ｍｈｚ、５Ｍｈｚ、１０Ｍｈｚ、１５Ｍｈｚ、２０Ｍｈｚなどの帯域幅のうち一つに設定され、多くの端末にダウンリンクまたはアップリンク伝送サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、多数の端末に対するデータ送受信を制御する。ダウンリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データに対して、基地局は、ダウンリンクスケジューリング情報を伝送し、該当の端末にデータが伝送される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、アップリンク（Ｕｐｌｉｎｋ；ＵＬ）データに対して、基地局は、アップリンクスケジューリング情報を該当の端末に伝送し、該当の端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。各基地局間には、ユーザートラフィックまたは制御トラフィックの伝送のためのインターフェースを使用することができる。核心網（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ及び端末のユーザー登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で端末の移動性を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡ（登録商標）に基づいてＬＴＥまで開発されてきたが、ユーザーと事業者の要求と期待は持続的に増加している。また、他の無線接続技術が継続して開発されているので、今後、競争力を有するためには新たな技術進化が要求され、ビット当たりの費用減少、サービス可用性増大、融通性のある周波数バンドの使用、単純構造と開放型インターフェース、端末の適切なパワー消耗などが要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の課題は、無線通信システムでアップリンク資源を割り当てるための方法及び装置の問題を解決することにある。本発明で達成しようとする技術的課題は、以上で言及した技術的課題に制限されなく、言及していない他の技術的課題は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。
【課題を解決するための手段】
【０００８】
上述した課題を解決するための一実施例として、無線通信システムのｅＮＢ（ｅｖｏｌｖｅｄ―Ｎｏｄｅ  Ｂ）による動作方法は、第１のｅＮＢによって第２のｅＮＢに、前記第１のｅＮＢ及び前記第２のｅＮＢの全てに連結された端末に対するアップリンク資源割り当て情報を送信すること；前記第１のｅＮＢによって、前記端末からバッファサイズ（ｂｕｆｆｅｒ  ｓｉｚｅ）情報を受信すること；及び前記第１のｅＮＢによって、前記バッファサイズ情報及び前記アップリンク資源割り当て情報を全て考慮して一つ以上のアップリンク資源を割り当てること；を含み、前記アップリンク資源割り当て情報は、それぞれのｅＮＢで考慮される前記バッファサイズの比率を指示する。
【０００９】
本発明の他の実施例として、無線通信システムでのｅＮＢ（ｅｖｏｌｖｅｄ―Ｎｏｄｅ  Ｂ）のための方法は、第２のｅＮＢによって第１のｅＮＢから、前記第１のｅＮＢと前記第２のｅＮＢの全てに連結された端末に対するアップリンク割り当て情報を受信すること；前記第２のｅＮＢによって、前記端末からバッファサイズ（ｂｕｆｆｅｒ  ｓｉｚｅ）情報を受信すること；及び前記第２のｅＮＢによって、前記バッファサイズ情報及び前記アップリンク資源情報を全て考慮して一つ以上のアップリンク資源を割り当てること；を含み、前記アップリンク資源情報は、前記第２のｅＮＢで考慮される前記バッファサイズの比率を指示する。
【００１０】
本発明の更に他の実施例として、無線通信システムでのｅＮＢは、無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニット；及び前記無線周波数ユニットを制御するように構成されたプロセッサ；を含み、前記プロセッサは、前記第１のｅＮＢ（ｅｖｏｌｖｅｄ―Ｎｏｄｅ  Ｂ）と第２のｅＮＢの全てに連結された端末に対するアップリンク資源割り当て情報を前記第２のｅＮＢに送信し、前記端末からバッファサイズ情報を受信し、前記バッファサイズ情報及び前記アップリンク資源割り当て情報を全て考慮して前記端末に一つ以上のアップリンク資源を割り当てるように構成され、前記アップリンク資源情報は、それぞれのｅＮＢで考慮される前記バッファサイズの比率を指示する。
【００１１】
好ましくは、前記送信することは、Ｘ２インターフェースを介してアップリンク資源割り当て情報を送信することを含む。
【００１２】
好ましくは、前記バッファサイズの比率は、一方向に対する一つのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティ（ｅｎｔｉｔｙ）、二つのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）エンティティ、及びＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）エンティティを含む無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ）ごとに設定される。
【００１３】
好ましくは、前記バッファサイズ情報は、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティ（ｅｎｔｉｔｙ）内の送信利用可能なデータの量及びＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）エンティティ内の送信利用可能なデータの量を含む。
【００１４】
好ましくは、前記第１のｅＮＢを含む第１の類型のセルは、前記第２のｅＮＢを含む第２の類型のセルによってサービング（ｓｅｒｖｉｎｇ）される第２の領域より大きい第１の領域に対するサービスを提供する。
【００１５】
本発明に対して上述した一般的な説明と後述する詳細な説明は、例示的なものであって、請求項に記載した発明に対する追加的な説明のためのものである。
本明細書は、例えば、以下を提供する。
（項目１）
無線通信システムで動作するｅＮＢ（ｅｖｏｌｖｅｄ―Ｎｏｄｅ  Ｂ）のための方法であって、
第１のｅＮＢによって第２のｅＮＢに、上記第１のｅＮＢ及び上記第２のｅＮＢの全てに連結された端末に対するアップリンク資源割り当て情報を送信すること；
上記第１のｅＮＢによって、上記端末からバッファサイズ（ｂｕｆｆｅｒ  ｓｉｚｅ）情報を受信すること；及び
上記第１のｅＮＢによって、上記バッファサイズ情報及び上記アップリンク資源割り当て情報を全て考慮して上記端末に一つ以上のアップリンク資源を割り当てること；を含み、
上記アップリンク資源割り当て情報は、それぞれのｅＮＢで考慮される上記バッファサイズの比率を指示する、ｅＮＢのための方法。
（項目２）
上記送信することは、Ｘ２インターフェースを介して上記アップリンク資源割り当て情報を送信することを含む、項目１に記載のｅＮＢのための方法。
（項目３）
上記バッファサイズの比率は、一方向に対する一つのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティ（ｅｎｔｉｔｙ）、二つのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）エンティティ、及びＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）エンティティを含む無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ）ごとに設定される、項目２に記載のｅＮＢのための方法。
（項目４）
上記バッファサイズ情報は、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティ（ｅｎｔｉｔｙ）内の送信利用可能なデータの量、及びＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）エンティティ内の送信利用可能なデータの量を含む、項目１に記載のｅＮＢのための方法。
（項目５）
上記第１のｅＮＢを含む第１の類型のセルは、上記第２のｅＮＢを含む第２の類型のセルによってサービング（ｓｅｒｖｉｎｇ）される第２の領域より大きい第１の領域に対するサービスを提供する、項目１に記載のｅＮＢのための方法。
（項目６）
無線通信システムで第１のｅＮＢとして動作するデバイスであって、
無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニット；及び
上記無線周波数ユニットを制御するように構成されたプロセッサ；を含み、
上記プロセッサは、上記第１のｅＮＢ（ｅｖｏｌｖｅｄ―Ｎｏｄｅ  Ｂ）と第２のｅＮＢの全てに連結された端末に対するアップリンク資源割り当て情報を上記第２のｅＮＢに送信し、上記端末からバッファサイズ情報を受信し、上記バッファサイズ情報及び上記アップリンク資源割り当て情報を全て考慮して上記端末に一つ以上のアップリンク資源を割り当てるように構成され、
上記アップリンク資源情報は、それぞれのｅＮＢで考慮される上記バッファサイズの比率を指示する、デバイス。
（項目７）
上記プロセッサが上記第１のｅＮＢと上記第２のｅＮＢの全てに連結された上記端末に対する上記アップリンク資源割り当て情報を送信するように構成されたとき、上記プロセッサは、Ｘ２インターフェースを介して上記アップリンク資源割り当て情報を送信するように構成された、項目６に記載のデバイス。
（項目８）
上記バッファサイズの比率は、一方向に対する一つのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティ（ｅｎｔｉｔｙ）、二つのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）エンティティ、及びＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）エンティティを含む無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ）ごとに設定される、項目６に記載のデバイス。
（項目９）
上記バッファサイズ情報は、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティ（ｅｎｔｉｔｙ）内の送信利用可能なデータの量、及びＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）エンティティ内の送信利用可能なデータの量を含む、項目６に記載のデバイス。
（項目１０）
上記第１のｅＮＢを含む第１の類型のセルは、上記第２のｅＮＢを含む第２の類型のセルによってサービング（ｓｅｒｖｉｎｇ）される第２の領域より大きい第１の領域に対するサービスを提供する、項目６に記載のデバイス。
（項目１１）
通信システムで動作するｅＮＢ（ｅｖｏｌｖｅｄ―Ｎｏｄｅ  Ｂ）のための方法であって、
第２のｅＮＢによって第１のｅＮＢから、上記第１のｅＮＢと上記第２のｅＮＢの全てに連結された端末に対するアップリンク割り当て情報を受信すること；
上記第２のｅＮＢによって、上記端末からバッファサイズ（ｂｕｆｆｅｒ  ｓｉｚｅ）情報を受信すること；及び
上記第２のｅＮＢによって、上記バッファサイズ情報及び上記アップリンク資源情報を全て考慮して一つ以上のアップリンク資源を割り当てること；を含み、
上記アップリンク資源情報は、上記第２のｅＮＢで考慮される上記バッファサイズの比率を指示する、ｅＮＢのための方法。
（項目１２）
上記送信することは、Ｘ２インターフェースを介して上記アップリンク資源割り当て情報を送信することを含む、項目１１に記載のｅＮＢのための方法。
（項目１３）
上記バッファサイズの比率は、一方向に対する一つのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティ（ｅｎｔｉｔｙ）、二つのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）エンティティ、及びＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）エンティティを含む無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ）ごとに設定される、項目１１に記載のｅＮＢのための方法。
（項目１４）
上記バッファサイズ情報は、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティ（ｅｎｔｉｔｙ）内の送信利用可能なデータの量、及びＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）エンティティ内の送信利用可能なデータの量を含む、項目１１に記載のｅＮＢのための方法。
（項目１５）
上記第１のｅＮＢを含む第１の類型のセルは、上記第２のｅＮＢを含む第２の類型のセルによってサービング（ｓｅｒｖｉｎｇ）される第２の領域より大きい第１の領域に対するサービスを提供する、項目１１に記載のｅＮＢのための方法。
【発明の効果】
【００１６】
本発明によると、無線通信システムでの資源割り当てを効率的に行うことができる。特に、ｅＮＢ（ｅｖｏｌｖｅｄ―Ｎｏｄｅ  Ｂ）は、それぞれのｅＮＢで考慮されるバッファ間の比率と端末によって報告されたバッファサイズ情報の両者を考慮して各アップリンク資源を割り当てることができる。
【００１７】
本発明で得られる効果は、以上で言及した各効果に制限されず、言及していない更に他の効果は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。
【図面の簡単な説明】
【００１８】
本明細書に添付される図面は、本発明に対する理解を提供するためのものであって、本発明の多様な実施形態を示し、明細書の記載と共に本発明の原理を説明するためのものである。
【図１】移動通信システムの一例としてＥ―ＵＭＴＳ網の構造を概略的に示した図である。
【図２Ａ】Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）網構造を示すブロック図である。
【図２Ｂ】一般的なＥ―ＵＴＲＡＮとＥＰＣの構造を示すブロック図である。
【図３】３ＧＰＰ無線接続網規格を基盤にした端末とＥ―ＵＴＲＡＮとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏａｌ）の制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザー平面（Ｕｓｅｒ  ｐｌａｎｅ）の構造を示す図である。
【図４】Ｅ―ＵＭＴＳシステムで用いられる物理チャンネル構造の一例を示す図である。
【図５】マクロセルとスモールセルとの間の二重連結性を示す概念図である。
【図６Ａ】二重連結性に連関した基地局の制御平面連結性に対する概念図である。
【図６Ｂ】二重連結性に連関した基地局のユーザー平面連結性に対する概念図である。
【図７】二重連結性のための無線プロトコル構造に対する概念図である。
【図８】二重連結性のための無線プロトコル構造に対する概念図である。
【図９】本発明の実施例に係る各ＵＬ資源の割り当てに対する概念図である。
【図１０】本発明の実施例に係る各ＵＬ資源の割り当てに対する概念図である。
【図１１】本発明の実施例に係る各ＵＬ資源の例示的割り当てに対する概念図である。
【図１２】本発明の実施例に係る通信装置のブロック図である。
【発明を実施するための形態】
【００１９】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）は、ヨーロッパシステム、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ（登録商標））、及びＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）に基盤したＷＣＤＭＡ（登録商標）（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）で動作する３世代（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ、３Ｇ）非対称移動通信システムである。ＵＭＴＳのＬＴＥ（Ｌｏｎｇ―Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、ＵＭＴＳを規格化する３ＧＰＰによって論議中にある。
【００２０】
３ＧＰＰ  ＬＴＥは、高速パケット通信を可能にする技術である。ユーザー及び提供者の費用を減少させ、サービス品質を改善し、カバレッジ（ｃｏｖｅｒａｇｅ）及びシステム容量を拡張及び改善することを目的とするＬＴＥ課題のための多くの方法が提案された。３Ｇ  ＬＴＥは、上位―レベル要求であって、ビット（ｂｉｔ）当たりの費用減少、増加したサービス可用性、周波数帯域の柔軟性、単純な構造、開放型インターフェース、及び端末の適切な電力消耗を要求する。
【００２１】
以下で、添付の図面を参照して説明した本発明の各実施例により、本発明の構成、作用及び他の特徴が容易に理解され得るだろう。以下で説明する各実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された各例である。
【００２２】
本明細書は、ＬＴＥシステム及びＬＴＥ―Ａシステムを使用して本発明の実施例を説明するが、これは例示であって、本発明の実施例は、前記定義に該当するいずれの通信システムにも適用することができる。また、本明細書は、ＦＤＤ方式を基準にして本発明の実施例に対して説明するが、これは例示であって、本発明の実施例は、Ｈ―ＦＤＤ方式又はＴＤＤ方式にも容易に変形して適用することができる。
【００２３】
図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）網構造を示すブロック図である。Ｅ―ＵＭＴＳは、ＬＴＥシステムと称することもできる。通信網は、ＩＭＳ及びパケットデータを通じたＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）などの多様なサービスを提供するために広く配置される。
【００２４】
図２Ａに示したように、Ｅ―ＵＭＴＳ網は、Ｅ―ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）、及び一つ以上の端末を含む。Ｅ―ＵＴＲＡＮは、一つのセルに位置することもできる一つ以上のｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）２０、及び複数の端末１０を含むこともできる。一つ以上のＥ―ＵＴＲＡＮ  ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）ゲートウェイ３０は、ネットワークの終端に位置し、外部ネットワークに連結することもできる。
【００２５】
本明細書において、「ダウンリンク（ｄｏｗｎｌｉｎｋ）」は、ｅＮＢ２０から端末１０への通信を称し、「アップリンク（ｕｐｌｉｎｋ）」は、端末１０からｅＮＢ２０への通信を称する。端末１０は、ユーザーによって運搬される通信装備を称し、また、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、ＭＳ）、ユーザー端末（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ、ＵＴ）、加入者ステーション（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ、ＳＳ）又は無線デバイスと称することもできる。
【００２６】
図２Ｂは、一般的なＥ―ＵＴＲＡＮとＥＰＣの構造を示すブロック図である。
【００２７】
図２Ｂに示したように、ｅＮＢ２０は、ユーザー平面及び制御平面のエンドポイント（ｅｎｄ  ｐｏｉｎｔ）をＵＥ１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、セッション及び移動性管理機能のエンドポイントをＵＥ１０に提供する。ｅＮＢ２０及びＭＭＥ／ＳＡＥゲートウェイ３０は、Ｓ１インターフェースを介して連結することができる。
【００２８】
ｅＮＢ２０は、一般にＵＥ１０と通信する固定局であって、基地局（ＢＳ）又はアクセスポイントと称することもある。一つのｅＮＢ２０はセルごとに配置することができる。ユーザートラフィック又は制御トラフィックを送信するためのインターフェースをｅＮＢ２０間で使用することができる。
【００２９】
ＭＭＥは、ｅＮＢ２０に対するＮＡＳシグナリング、ＮＡＳシグナリング保安、ＡＳ保安制御、３ＧＰＰ接続ネットワーク間の移動性のためのインターＣＮノードシグナリング、（ページング再伝送の制御及び実行を含む）遊休モードＵＥ接近性（Ｒｅａｃｈａｂｉｌｉｔｙ）、（遊休及び活性モードのＵＥのための）トラッキング領域リスト管理、ＰＤＮ  ＧＷ及びサービングＧＷ選択、ＭＭＥ変化が伴うハンドオーバーのためのＭＭＥ選択、２Ｇ又は３Ｇ  ３ＧＰＰ接続ネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング、認証、専用ベアラ設定を含むベアラ管理、ＰＷＳ（ＥＴＷＳ及びＣＭＡＳを含む）メッセージ伝送のためのサポートを含む多様な機能を行う。ＳＡＥゲートウェイホストは、パー―ユーザー（Ｐｅｒ―ｕｓｅｒ）基盤のパケットフィルタリング（例えば、Ｋパケット検査を使用）、適法なインターセプション（Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔｉｏｎ）、ＵＥ  ＩＰ住所割り当て、ダウンリンクでの伝送ポートレベルパケットマーキング、ＵＬ及びＤＬサービスレベル課金、ゲーティング及びレート強化、ＡＰＮ―ＡＭＢＲに基づいたＤＬレート強化を含む多様な機能を提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、明確性のために、本明細書で単純に「ゲートウェイ」と称する。しかし、ＭＭＥ／ＳＡＥゲートウェイ３０は、ＭＭＥ及びＳＡＥゲートウェイの両者を全て含む。
【００３０】
複数のノードは、ｅＮＢ２０とゲートウェイ３０との間でＳ１インターフェースを介して連結することができる。各ｅＮＢ２０は、Ｘ２インターフェースを介して相互接続することができ、各隣接ｅＮＢは、Ｘ２インターフェースを有するメッシュネットワーク構造を有することができる。
【００３１】
図２Ｂに示したように、ｅＮＢ２０は、ゲートウェイ３０に対する選択、無線資源制御（ＲＲＣ）活性化の間、ゲートウェイに向かうルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャンネル（ＢＣＣＨ）情報のスケジューリング及び送信、アップリンク及びダウンリンクの全てにおける各ＵＥ１０のための動的資源割り当て、ｅＮＢ測定の構成及び準備、無線ベアラ制御、無線承認制御（ＲＡＣ）、及びＬＴＥ＿ＡＣＴＩＶＥ状態での連結移動性制御などの各機能を行うことができる。ＥＰＣにおいて、ゲートウェイ３０は、ページング発信、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザー平面暗号化、システム構造エボリューション（ＳＡＥ）ベアラ制御、及び非―接続層（ＮＡＳ）シグナリングの暗号化及び無欠性保護などの各機能を行うことができる。
【００３２】
ＥＰＣは、移動性管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥ）、サービング―ゲートウェイ（ｓｅｒｖｉｎｇ―ｇａｔｅｗａｙ、Ｓ―ＧＷ）、及びパケットデータネットワーク―ゲートウェイ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ―Ｇａｔｅｗａｙ、ＰＤＮ―ＧＷ）を含む。ＭＭＥは、主に各端末の移動性を管理する目的で用いられる連結及び可用性に対する情報を有する。Ｓ―ＧＷは、Ｅ―ＴＲＡＮを終端点として有するゲートウェイで、ＰＤＮ―ＧＷは、パケットデータネットワーク（ＰＤＮ）を終端点として有するゲートウェイである。
【００３３】
図３は、３ＧＰＰ無線接続網規格を基盤にした端末とＥ―ＵＴＲＡＮとの間の無線インターフェースプロトコルの制御平面及びユーザー平面の構造を示す図である。制御平面は、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークがコールを管理するために用いる各制御メッセージが伝送される通路を意味する。ユーザー平面は、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが伝送される通路を意味する。
【００３４】
第１の層である物理層は、物理チャンネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは伝送チャンネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して連結されている。前記伝送チャンネルを介して媒体接続制御層と物理層との間にデータが移動する。送信側と受信側の物理層間には、物理チャンネルを介してデータが移動する。前記物理チャンネルは、時間と周波数を無線資源として活用する。具体的に、物理チャンネルは、ダウンリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、アップリンクでＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００３５】
第２の層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャンネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２の層のＲＬＣ層は、信頼性のあるデータ伝送をサポートする。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックで具現することもできる。第２の層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰｖ４やＩＰｖ６などのＩＰパケットを効率的に伝送するために不必要な制御情報を減少させるヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を行う。
【００３６】
第３の層の最下部に位置した無線資源制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、制御平面のみで定義される。ＲＲＣ層は、各無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャンネル、伝送チャンネル及び物理チャンネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２の層によって提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ層は、互いにＲＲＣメッセージを交換する。
【００３７】
ｅＮＢの一つのセルは、１．２５ＭＨｚ、２．５ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ及び２０ＭＨｚなどの各帯域のうち一つで動作するように設定することができ、帯域でダウンリンク又はアップリンク伝送サービスを提供するように設定することができる。異なる各セルは、異なる各帯域を提供するように設定することもできる。
【００３８】
Ｅ―ＵＴＲＡＮから端末への送信のためのダウンリンク伝送チャンネル（Ｄｏｗｎｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）は、システム情報を伝送するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、各ページングメッセージを伝送するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、及びユーザートラフィック又は各制御メッセージを伝送するためのダウンリンク共有チャンネル（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＳＣＨ）を含む。ダウンリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、ダウンリンクＳＣＨを介して伝送することもでき、又は別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して伝送することもできる。
【００３９】
一方、端末からネットワークにデータを伝送するアップリンク伝送チャンネルとしては、初期制御メッセージを伝送するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と、その他にユーザートラフィックや制御メッセージを伝送するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）とがある。伝送チャンネルの上位にあり、伝送チャンネルにマッピングされる論理チャンネルとしては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、及びＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００４０】
図４は、Ｅ―ＵＭＴＳシステムで使用する物理チャンネル構造の一例を示した図である。物理チャンネルは、時間軸上にある多数のサブフレームと、周波数軸上にある多数のサブキャリア（Ｓｕｂ―ｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（Ｓｕｂ―ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）で構成される。一つのサブフレームは、複数の資源ブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成され、一つの資源ブロックは、複数のシンボル及び複数のサブキャリアで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、すなわち、Ｌ１／Ｌ２制御チャンネルのために該当のサブフレームの特定シンボル（例えば、１番目のシンボル）の特定サブキャリアを用いることができる。図４には、Ｌ１／Ｌ２制御情報伝送領域（ハッチング部分）とデータ伝送領域（ハッチングしていない部分）を示した。現在論議が進行中のＥ―ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）システムでは、１０ｍｓの無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）を使用し、一つの無線フレームは１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。また、一つのサブフレームは二つの連続するスロットで構成される。一つのスロットの長さは、０．５ｍｓである。また、一つのサブフレームは多数のＯＦＤＭシンボルで構成され、多数のＯＦＤＭシンボルのうち一部のシンボル（例えば、１番目のシンボル）は、Ｌ１／Ｌ２制御情報を伝送するために使用することができる。データ伝送のための時間単位である伝送時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ、ＴＴＩ）は１ｍｓである。
【００４１】
基地局と端末は、一般に特定制御信号又は特定サービスデータを除いては、伝送チャンネルであるＤＬ―ＳＣＨを用いるＰＤＳＣＨを介してデータを送信／受信する。ＰＤＳＣＨのデータがいずれの端末（一つ又は複数の端末）に伝送されるもので、前記各端末がどのようにＰＤＳＣＨデータを受信してデコーディング（ｄｅｃｏｄｉｎｇ）しなければならないのかに対する情報などは、ＰＤＣＣＨに含まれて伝送される。
【００４２】
例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）でＣＲＣマスキング（ｍａｓｋｉｎｇ）されており、「Ｂ」という無線資源（例えば、周波数位置）及び「Ｃ」という伝送形式情報（例えば、伝送ブロックサイズ、変調方式、コーディング情報など）を用いて伝送されるデータに関する情報が特定サブフレームを通じて伝送されると仮定する。この場合、セル内の端末は、自分が有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタリングし、「Ａ」ＲＮＴＩを有している一つ以上の端末があると、前記各端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を通じて「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。
【００４３】
図５は、マクロセルとスモールセルとの間の二重連結性を示す概念図である。
【００４４】
一方、ＬＴＥ―Ａ以後の次期のシステムでは、トラフィック最適化などのためにカバレッジが大きいセル（例えば、マクロセル）内にカバレッジが小さい多数のセル（例えば、マイクロセル）を配置することができる。例えば、一つの端末に対してマクロセルとマイクロセルを併合することができ、マクロセルは主に移動性管理用途（例えば、ＰＣｅｌｌ）で使用され、マイクロセルは主にスループットブースティング用途（例えば、ＳＣｅｌｌ）で使用される状況を考慮することができる。この場合、一つの端末に併合される各セルは、互いに異なるカバレッジを有することができ、それぞれのセルは、地理的に離れた互いに異なる基地局（或いは、これに相応するノード（例えば、リレー））によってそれぞれ管理することができる（インター―サイトＣＡ）。
【００４５】
二重連結性（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）は、端末がマクロセルとスモールセルの全てに同時に連結できることを意味する。二重連結性で、ハンドオーバー（ｈａｎｄｏｖｅｒ）可能性を低下させるためにマクロセル内の各スケジューリング無線ベアラ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ、ＳＲＢ）又は他の各ＤＲＢを維持すると同時に、高い処理量を提供するために、いくつかのデータ無線ベアラ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ、ＤＲＢ）はスモールセルにオフロード（ｏｆｆｌｏａｄ）することができる。マクロセルは、周波数ｆ１を通じてＭｅＮＢ（Ｍａｃｒｏ  ｃｅｌｌ  ｅＮＢ）によって作動し、スモールセルは、周波数ｆ２を通じてＳｅＮＢ（Ｓｍａｌｌ  ｃｅｌｌ  ｅＮＢ）によって作動する。周波数ｆ１及びｆ２は同一であり得る。ＭｅＮＢとＳｅＮＢとの間のバックホール（ｂａｃｋｈａｕｌ）インターフェースは、バックホールに相当な遅延があり、一つのノードでの中央化されたスケジューリングが不可能であるので、非―理想的である。
【００４６】
二重連結性による利得を得るために、例えば、ＳＲＢｓ又はリアルタイムトラフィックなどの他のトラフィックがマクロセルによって依然としてサービスされる間、遅延耐性（ｄｅｌａｙ  ｔｏｌｅｒａｎｔ）であるベスト―エフォートトラフィック（ｂｅｓｔ―ｅｆｆｏｒｔ  ｔｒａｆｆｉｃ）はスモールセルにオフロードされる。
【００４７】
図６Ａは、特定端末に対する二重連結性に連関した基地局の制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ、Ｃ―Ｐｌａｎｅ）を示す。ＭｅＮＢは、Ｓ１―ＭＭＥ（制御平面に対するＳ１）に連結された制御平面であり、ＭｅＮＢとＳｅＮＢはＸ２―Ｃ（Ｘ２―制御平面）を介して互いに連結される。図６Ａに示すように、二重連結性のための基地局間（Ｉｎｔｅｒ―ｅＮＢ）制御平面シグナリングがＸ２インターフェースシグナリングによって行われる。ＭＭＥへの制御平面シグナリングは、Ｓ１インターフェースシグナリングによって行われる。ＭｅＮＢとＭＭＥとの間には、端末当たり一つのＳ１―ＭＭＥ連結が存在する。それぞれの基地局は、例えば、ＳＣＧに対するＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を他の端末に提供する間、いくつかの端末にはＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）を提供する場合のように、各端末を独立的に取り扱うことが可能でなければならない。特定端末に対する二重連結性に連関したそれぞれの基地局は、自分の無線資源を所有し、自分の各セルの各無線資源を割り当てること、及びＸ２インターフェースシグナリングを用いて行われるＭｅＮＢとＳｅＮＢとの間のそれぞれの調整に対して主に責任を有する。
【００４８】
図６Ｂは、特定端末に対する二重連結性に連関した基地局のユーザー平面（Ｕｓｅｒ  ｐｌａｎｅ、Ｕ―Ｐｌａｎｅ）連結性を示す。ユーザー平面連結性は、ベアラオプション設定に従う：１）各ＭＣＧベアラにおいて、ＭｅＮＢはＳ１―Ｕを介してＳ―ＧＷにユーザー平面連結され、２）各分割ベアラにおいて、ＭｅＮＢはＳ１―Ｕを介してＳ―ＧＷにユーザー平面連結され、追加的に、ＭｅＮＢとＳｅＮＢはＸ２―Ｕを介して互いに連結され、３）各ＳＣＧベアラにおいて、ＳｅＮＢはＳ１―Ｕを介してＳ―ＧＷと直接連結される。ＭＣＧ及び分割ベアラのみが設定された場合、ＳｅＮＢにはＳ１―Ｕ終端が存在しない。二重連結性において、各マクロセルのグループから各スモールセルのグループへのデータオフロード（ｏｆｆｌｏａｄ）のためにスモールセルの改善が要求される。各スモールセルは、各マクロセルから離れて配置され得るので、端末の観点から複数のスケジューラが異なる各ノードに分離して位置し、独立的に動作する。これは、異なるスケジューリングノードが異なる無線資源環境に出会うことを意味し、それぞれのスケジューリングノードが異なるスケジューリング結果も有し得ることを意味する。
【００４９】
図７は、二重連結性のための無線プロトコル構造に対する概念図である。
【００５０】
本実施例のＥ―ＵＴＲＡＮは、Ｘ２インターフェース上の非―理想的バックホール（ｂａｃｋｈａｕｌ）を介して連結された２個の基地局に位置し、２個の別個のスケジューラ（ｓｃｈｅｄｕｌｅｒ）によって提供された各無線資源を活用するように構成されたＲＲＣ連結（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）状態の複数の受信／送信（Ｒｘ／Ｔｘ）端末によって二重連結性（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）動作をサポートすることができる。特定端末に対する二重連結性と関連する各基地局は、２つの異なる役割を仮定することもできる：基地局は、ＭｅＮＢまたはＳｅＮＢとして行動することもできる。二重連結性において、端末は一つのＭｅＮＢ及び一つのＳｅＮＢと連結することができる。
【００５１】
二重連結性（ＤＣ）動作において、特定ベアラ（ｂｅａｒｅｒ）が用いる無線プロトコル構造は、ベアラがどのように設定されたのかによっている。３つの代案として、ＭＣＧ（Ｍａｓｔｅｒ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラ７０１、分割ベアラ（ｓｐｌｉｔ  ｂｅａｒｅｒ）７０３及びＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラ７０５が存在する。３つの代案は図７に示される。各ＳＲＢ（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）は、常にＭＣＧベアラであり、ＭｅＮＢによって提供される各無線資源のみを用いる。ＭＣＧ（Ｍａｓｔｅｒ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラ（ＲＢ―ａ）は、二重連結性のみで各ＭｅＮＢ資源を用いるためにＭｅＮＢのみに位置した無線プロトコルである。また、ＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラ（ＲＢ―ｃ）は、二重連結性で各ＳｅＮＢ資源を用いるためにＳｅＮＢのみに位置した無線プロトコルである。
【００５２】
特に、分割（ｓｐｌｉｔ）ベアラ（ＲＢ―ｂ）は、二重連結性でＭｅＮＢ及びＳｅＮＢ資源の両者を用いるためにＭｅＮＢ及びＳｅＮＢの両者に位置した無線プロトコルであり、分割ベアラは、一方向（ｄｉｒｅｃｔｉｏｎ）に対する一つのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティ、２個のＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）及び２個のＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）エンティティを含む無線ベアラであってもよい。
【００５３】
特に、二重連結性（ＤＣ）動作は、ＳｅＮＢによって提供された各無線資源を用いるように設定された少なくとも一つのベアラを有することと説明することもできる。
【００５４】
図８は、二重連結性のための無線プロトコル構造に対する概念図である。
【００５５】
「送信利用可能なデータ（Ｄａｔａ  ａｖａｉｌａｂｌｅ  ｆｏｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）」は、ＭＡＣ層内のバッファ状態報告（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔｉｎｇ、ＢＳＲ）、論理チャンネル優先化（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ、ＬＣＰ）、及び任意接続プリアンブルグループ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅ  Ｇｒｏｕｐ、ＲＡＰＧ）の選択のために用いられるＰＤＣＰ及びＲＬＣ層内で定義される。
【００５６】
ＭＡＣバッファ状態報告の目的で、端末は、以下のものをＲＬＣ層での送信利用可能なデータとして見なすこともできる：
【００５７】
―  ＲＬＣデータＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）に未だに含まれていない各ＲＬＣ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）、またはこれらの各セグメント（ｓｅｇｍｅｎｔ）；
【００５８】
―  再送信（ＲＬＣ  ＡＭ）のためにペンディング（ｐｅｎｄｉｎｇ）中のＲＬＣデータＰＤＵ、またはこれらの各部分；
【００５９】
また、ＳＴＡＴＵＳ  ＰＤＵがトリガリングされ、ｔ―ＳｔａｔｕｓＰｒｏｈｉｂｉｔが動作中でないか満了した場合、端末は、次の送信機会に送信されるＳＴＡＴＵＳ  ＰＤＵのサイズを予測することもでき、これをＲＬＣ層で送信利用可能なデータとして見なすこともできる。
【００６０】
一方、ＭＡＣバッファ状態報告のために、端末は、以下のものだけでなく、各ＰＤＣＰ制御ＰＤＵをＰＤＣＰ層での送信利用可能なデータとして見なすこともできる：
【００６１】
各下位層に提出されていないＰＤＵに対する各ＳＤＵに対して：
【００６２】
―  ＳＤＵがＰＤＣＰによって未だにプロセッシングされていない場合はＳＤＵ自体、または
【００６３】
―  ＳＤＵがＰＤＣＰによってプロセッシングされた場合はＰＤＵ。
【００６４】
また、ＲＬＣ  ＡＭにマッピングされた各無線ベアラに対して、ＰＤＣＰエンティティが以前に再確立（ｒｅ―ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順を行った場合、端末は、以下のものをＰＤＣＰ層への送信利用可能なデータとして見なすこともできる：
【００６５】
対応ＰＤＵがＰＤＣＰ再確立前に下位層に提出のみされた各ＳＤＵに対して、各対応ＰＤＵが下位層によって確認されていない１番目のＳＤＵから始めて、ＰＤＣＰ状態報告によって成功的に伝達されたと指示された各ＳＤＵを除いて受信された場合：
【００６６】
―  ＰＤＣＰによって未だにプロセッシングされていない場合はＳＤＵ、または
【００６７】
―  ＰＤＣＰによってプロセッシングされた場合はＰＤＵ。
【００６８】
従来の技術において、無線ベアラ内に一方向（例えば、アップリンクまたはダウンリンク）に対してただ一つのＰＤＣＰエンティティ及びＲＬＣエンティティのみが存在し、よって、端末が「送信利用可能なデータ」を計算するとき、ＰＤＣＰ及びＲＬＣ内の送信利用可能なデータを単純に加算する。しかし、ＬＴＥ  Ｒｅｌ―２１において、二重連結性がサポートされるスモールセル向上（Ｓｍａｌｌ  ｃｅｌｌ  Ｅｎｈａｎｃｅｍｅｎｔ）に対する新たな研究が開始された。
【００６９】
二重連結性をサポートするために、可能な解決策のうち一つは、端末が、二重ＲＬＣ／ＭＡＣ方式と称される新たなＲＢ構造を活用するマクロセル（Ｍａｃｒｏ  ｃｅｌｌ）及びスモールセル（Ｓｍａｌｌ  ｃｅｌｌ）の両者にデータを送信するようにすることであって、ここで、単一ＲＢは、一方向に対して一つのＰＤＣＰエンティティ、二つのＲＬＣエンティティ、及び二つのＭＡＣエンティティを有し、ＲＬＣ／ＭＡＣペア（ｐａｉｒ）は、図８に示したように、各セルに対して設定される。図８において、ＲＢ―Ｂは、「分割無線ベアラ（ｓｐｌｉｔ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）」と称され、最善努力トラフィック（Ｂｅｓｔ  Ｅｆｆｏｒｔ  ｔｒａｆｆｉｃ）を示す。
【００７０】
バッファ状態報告（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔｉｎｇ、ＢＳＲ）
【００７１】
バッファ状態報告（ＢＳＲ）手順は、サービングｅＮＢに端末の各ＵＬ（Ｕｐｌｉｎｋ）バッファ内の送信利用可能なデータ（Ｄａｔａ  Ａｖａｉｌａｂｌｅ  ｆｏｒ  Ｔｒａｎｓｍｉｓｓｉｏｎ、ＤＡＴ）の量に対する情報を提供するために用いられる。ｐｅｒｉｏｄｉｃＢＳＲ―Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ―Ｔｉｍｅｒの二つのタイマーを設定することによって、そして、それぞれの論理チャンネルに対してＬＣＧ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ）に論理チャンネルを割り当てるｌｏｇｉｃａｌＣｈａｎｎｅｌＧｒｏｕｐを付加的にシグナリングすることによって、ＲＲＣはＢＳＲ報告を制御することもできる。
【００７２】
バッファ状態報告手順に対して、端末は、サスペンド（ｓｕｓｐｅｎｄ）されていない全ての無線ベアラを考慮することもでき、サスペンドされた各無線ベアラを考慮することもできる。バッファ状態報告（ＢＳＲ）は、次の各イベントのうち任意のイベントが発生する場合にトリガリングされ得る：
【００７３】
―  ＬＣＧに属した論理チャンネルに対するＵＬデータがＲＬＣエンティティまたはＰＤＣＰエンティティ内で送信のために利用可能になり、送信のために既に利用可能なデータに対して任意のＬＣＧに属した各論理チャンネルの各優先順位より高い優先順位の論理チャンネルに属したデータ、または、ＬＣＧに属した任意の各論理チャンネルに対する送信利用可能なデータがない場合、この場合、ＢＳＲが以下で「正規（Ｒｅｇｕｌａｒ）ＢＳＲ」と称される；
【００７４】
―  各ＵＬ資源が割り当てられ、各パディング（ｐａｄｄｉｎｇ）ビットの数字がバッファ状態報告ＭＡＣ制御エレメントとそのサブヘッダー（ｓｕｂｈｅａｄｅｒ）とを加算したサイズと同じかそれより大きい場合、この場合、ＢＳＲが以下で「パディング（Ｐａｄｄｉｎｇ）ＢＳＲ」と称される；
【００７５】
―  ｒｅｔｘＢＳＲ―Ｔｉｍｅｒが満了し、端末がＬＣＧに属した任意の各論理チャンネルに対する送信利用可能なデータを有する場合、この場合、ＢＳＲが以下で「正規（Ｒｅｇｕｌａｒ）ＢＳＲ」と称される；
【００７６】
―  ｐｅｒｉｏｄｉｃＢＳＲ―Ｔｉｍｅｒが満了する場合、この場合、ＢＳＲが以下で「周期的（Ｐｅｒｉｏｄｉｃ）ＢＳＲ」と称される。
【００７７】
ＢＳＲが送信され得る時刻に各多重イベントがＢＳＲをトリガリングする場合にも、ＭＡＣ  ＰＤＵは、最大一つのＭＡＣ  ＢＳＲ制御エレメントを含むこともでき、この場合、正規ＢＳＲ及び周期的ＢＳＲがパディングＢＳＲに優先する。
【００７８】
任意のＵＬ―ＳＣＨ上の新たなデータの送信に対する許容（ｇｒａｎｔ）の指示（ｉｎｄｉｃａｔｉｏｎ）時に、端末はｒｅｘｔＢＳＲ―Ｔｉｍｅｒを再開することもできる。
【００７９】
各ＵＬグラント（ｇｒａｎｔ）の場合、全てのトリガリングされた各ＢＳＲは取り消されることもあり、この場合、サブフレームは、送信のために利用可能な全てのペンディング（ｐｅｎｄｉｎｇ）データを収容（ａｃｃｏｍｍｏｄａｔｅ）できるが、該当のサブヘッダーを加えたＢＳＲ  ＭＡＣ制御エレメントを追加的に収容するには十分でない。ＢＳＲが送信のためのＭＡＣ  ＰＤＵに含まれたとき、全てのＢＳＲは取り消され得る。
【００８０】
端末は、ＴＴＩ内で最大一つの正規／周期的ＢＳＲを送信することができる。端末がＴＴＩ内で多重の各ＭＡＣ  ＰＤＵを送信するように要請を受けた場合、正規／周期的ＢＳＲを含まない任意の各ＭＡＣ  ＰＤＵ内にパディングＢＳＲを含むこともできる。
【００８１】
ＴＴＩ内で送信された全てのＢＳＲは、常に該当のＴＴＩのために構成された全てのＭＡＣ  ＰＤＵによるバッファ状態を反映する。それぞれのＬＣＧは、ＴＴＩ当たり最大一つのバッファ状態値を報告することができ、この値は、該当のＬＣＧに対するバッファ状態を報告する全てのＢＳＲ内で報告することができる。
【００８２】
論理チャンネル優先順位化（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ、ＬＣＰ）
【００８３】
新たな送信が行われるとき、論理チャンネル優先化手順が適用される。ＲＲＣは、それぞれの論理チャンネルに対するシグナリングを通じてアップリンクデータのスケジューリングを制御することもできる：増加する優先順位値がより低い優先順位レベルを指示する優先順位、ＰＢＲ（Ｐｒｉｏｒｉｔｉｚｅｄ  Ｂｉｔ  Ｒａｔｅ）を設定するｐｒｏｒｉｔｉｅｓｅｄＢｉｔＲａｔｅ、ＢＳＤ（Ｂｕｃｋｅｔ  Ｓｉｚｅ  Ｄｕｒａｔｉｏｎ）を設定するｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ。
【００８４】
端末は、それぞれの論理チャンネルｊに対して変数Ｂｊを維持することもできる。Ｂｊは、連関した論理チャンネルが確立されたときに０に初期化することもでき、それぞれのＴＴＩに対してＰＢＲとＴＴＩ期間の積だけ増加し得る。ここで、ＰＢＲは、論理チャンネルｊの優先順位化されたビットレート（ｂｉｔ  ｒａｔｅ）である。しかし、Ｂｊの値は、バケットサイズ（ｂｕｃｋｅｔ  ｓｉｚｅ）を超えることができなく、Ｂｊが論理チャンネルｊのバケットサイズより大きい場合、Ｂｊはバケットサイズに設定することもできる。論理チャンネルのバケットサイズはＰＢＲ×ＢＳＤと同じであり、ここで、ＰＢＲとＢＳＤは各上位層によって設定される。
【００８５】
任意接続プリアンブルグループ選択（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅ  Ｇｒｏｕｐ（ＲＡＰＧ）  ｓｅｌｅｃｔｉｏｎ）
【００８６】
任意接続資源選択手順は、次のように行うこともできる：
【００８７】
―  ｒａ―ＰｒｅａｍｂｌｅＩｎｄｅｘ（任意接続プリアンブル）及びｒａ―ＰＲＡＣＨ―ＭａｓｋＩｎｄｅｘ（ＰＲＡＣＨマスクインデックス（Ｍａｓｋ  Ｉｎｄｅｘ））が明示的にシグナリングされ、ｒａ―ＰｒｅａｍｂｌｅＩｎｄｅｘが００００００でない場合：任意接続プリアンブル及びＰＲＡＣＨマスクインデックスは、明示的にシグナリングされたｒａ―ＰｒｅａｍｂｌｅＩｎｄｅｘ及びｒａ―ＰＲＡＣＨ―ＭａｓｋＩｎｄｅｘである。
【００８８】
―  そうでない場合、任意接続プリアンブルは、端末によって次のように選択することもできる：
【００８９】
ｉ）Ｍｓｇ３が未だに送信されていない場合、端末は、任意接続プリアンブルグループＢが存在し、潜在（ｐｏｔｅｎｔｉａｌ）メッセージサイズ（送信利用可能なデータにＭＡＣヘッダー、及び、必要な場合、各ＭＡＣ制御エレメントを加算したもの）がｍｅｓｓａｇｅＳｉｚｅＧｒｏｕｐＡより大きく、経路損失が（任意接続手順を行うサービングセルの）ＰＣＭＡＸ，ｃ−ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ−ｄｅｌｔａＰｒｅａｍｂｌｅＭｓｇ３−ｍｅｓｓａｇｅＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢより小さい場合、任意接続プリアンブルグループＢを選択することもできる；
【００９０】
ｉｉ）そうでない場合：端末は、任意接続プリアンブルグループＡを選択することもできる。
【００９１】
この場合、アップリンク資源スケジューリングノードは、ネットワーク側で異なるノードに（例えば、一つはＭｅＮＢに、他の一つはＳｅＮＢに）位置するので、上述した各ＭＡＣ機能（例えば、ＢＳＲ、ＬＣＰ及びＲＡＰＧ選択）は、それぞれのＭＡＣで行われる。
【００９２】
問題は、各ＭＡＣ機能内の「ＰＤＣＰ内の送信利用可能なデータ」情報をどのように用いるのかにある。それぞれのＭＡＣが「ＰＤＣＰ内の送信利用可能なデータ」の同一の情報を活用する場合、ＭｅＮＢとＳｅＮＢの両者は、「ＰＤＣＰ内の送信利用可能なデータ」に耐えられるＵＬ資源を割り当てるはずであり、この場合、「ＰＤＣＰ内の送信データ」は２回考慮され、これは無線資源の浪費をもたらす。
【００９３】
図９は、本発明の実施例に係る各ＵＬ資源の割り当てに対する概念図である。
【００９４】
二重ＲＬＣ／ＭＡＣ方式を有する端末にＭｅＮＢ及びＳｅＮＢがＵＬ資源を過―割り当てる（ｏｖｅｒ―ａｌｌｏｃａｔｅ）ことを防止するために、各ｅＮＢで考慮されるバッファサイズの比率と端末によって報告されたバッファサイズの両者を考慮して、基地局が各ＵＬ資源を計算及び割り当てることが提案される。
【００９５】
第１のｅＮＢは、第２のｅＮＢに、第１のｅＮＢと第２のｅＮＢの両者と連結された端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）に対するアップリンク（Ｕｐｌｉｎｋ、ＵＬ）資源割り当て情報を送信する（Ｓ９０１）。
【００９６】
好ましくは、第１のｅＮＢはマクロセル内のマクロ（またはマスター）ｅＮＢであってもよく、第２のｅＮＢはスモールセル内のスモール（または補助（ｓｅｃｏｎｄａｒｙ））ｅＮＢであってもよい。マクロセルのカバレッジは、スモールセルのカバレッジより大きい。上述したように、端末は、同時にマクロセルとスモールセルの両者に全て連結することもできる。また、データトラフィックの最適化などのために、複数のスモールセル（例えば、マイクロセル、ピコセルなど）がスモールセルより大きいカバレッジを有する大きなセル（例えば、マクロセル）内に存在することもある。
【００９７】
好ましくは、ＵＬ資源割り当て情報は、第１のｅＮＢと第２のｅＮＢとの間で共有することができる。これらの間には、ＵＬ資源割り当て情報を運送するためのＸ２シグナリングを定義することができる。Ｘ２シグナリングは、第１のｅＮＢと第２のｅＮＢとの間のＸ２インターフェースを用いるシグナリングを意味する。
【００９８】
好ましくは、ＵＬ資源割り当て情報は、それぞれのｅＮＢで考慮されるバッファサイズの比率を指示する。
【００９９】
特に、ＵＬ資源割り当て情報は、送信レート（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｒａｔｅ、ＴＲ）情報を含むこともできる。ＴＲは、「第２のＲＬＣエンティティに送信されたＰＤＣＰデータの量」に対する「第１のＲＬＣエンティティに送信されたＰＤＣＰデータの量」の比率を定義することもでき、ここで、第１のＲＬＣエンティティと第２のＲＬＣエンティティは、一方向上のＰＤＣＰエンティティに連結される。
【０１００】
指示情報は、「ＤＡＴＰ―Ｍ：ＤＡＴＰ―Ｓ」の比率形態、またはＤＡＴＰ―Ｍと比較したＤＡＴＰ―Ｓのパーセント量、またはその反対、または、ＤＡＴＰをＤＡＴ―Ｍ及びＤＡＴＰ―Ｓに分割するために利用可能な任意の類型のデータであり得る。ここで、「ＤＡＴＰ―Ｍ」は、マクロセルＭＡＣに対するＰＤＣＰエンティティ内の送信利用可能なデータの量を意味し、「ＤＡＴＰ―Ｓ」は、スモールセルＭＡＣに対するＰＤＣＰエンティティ内の送信利用可能なデータの量を意味する。
【０１０１】
好ましくは、バッファサイズ（ｂｕｆｆｅｒ  ｓｉｚｅ）の比率は、一方向に対する一つのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティ、２個のＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）エンティティ及び２個のＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）エンティティを含む無線ベアラ（ｒａｄｉｏ  ｂｅａｒｅｒ）ごとに設定することもできる。
【０１０２】
第１のｅＮＢは、端末からバッファサイズ情報を受信することもできる（Ｓ９０３）。この場合、従来技術のＤＡＴＰ計算と関連する端末動作の技術と相違しない。したがって、端末は、従来の技術のようにＤＡＴＰを報告することもでき、例えば、ＤＡＴＰをＤＡＴＰ―ＭとＤＡＴＰ―Ｓとに分割しない。
【０１０３】
好ましくは、バッファサイズ情報は、ＰＤＣＰエンティティ内の送信利用可能なデータ（Ｄａｔａ  Ａｖａｉｌａｂｌｅ  ｆｏｒ  Ｔｒａｎｓｍｉｓｓｉｏｎ  ｉｎ  ａ  ＰＤＣＰ  ｅｎｔｉｔｙ、ＤＡＴＰ）の量、及びＲＬＣエンティティ内の送信利用可能なデータ（Ｄａｔａ  Ａｖａｉｌａｂｌｅ  ｆｏｒ  Ｔｒａｎｓｍｉｓｓｉｏｎ  ｉｎ  ａ  ＲＬＣ  ｅｎｔｉｔｙ、ＤＡＴＲ）の量を含むこともできる。この場合、第１のｅＮＢは、ＤＡＴＰ及びＤＡＴＲ―Ｍを端末から受信することができる。ここで、「ＤＡＴＲ―Ｍ」は、マクロセルＭＡＣに対するＲＬＣエンティティ内の送信利用可能なデータの量を意味する。
【０１０４】
第１のｅＮＢは、バッファサイズ情報及びＵＬ資源割り当て情報の両者を考慮して、一つ以上のＵＬ資源を決定して端末に割り当てることもできる（Ｓ９０５―Ｓ９０７）。
【０１０５】
図１０は、本発明の実施例に係る各ＵＬ資源の割り当てに対する更に他の概念図である。
【０１０６】
第２のｅＮＢは、第１のｅＮＢと第２のｅＮＢの両者と連結された端末（ＵＥ）に対するアップリンク（ＵＬ）資源割り当て情報を第１のｅＮＢから受信することもできる（Ｓ９０１）。
【０１０７】
好ましくは、第１のｅＮＢはマクロセル内のマクロ（またはマスター）ｅＮＢであってもよく、第２のｅＮＢはスモールセル内のスモール（または補助（ｓｅｃｏｎｄａｒｙ））ｅＮＢであってもよい。マクロセルのカバレッジは、スモールセルのカバレッジより大きい。上述したように、端末は、同時にマクロセルとスモールセルの両者に全て連結することもできる。また、データトラフィックの最適化などのために、複数のスモールセル（例えば、マイクロセル、ピコセルなど）がスモールセルより大きいカバレッジを有する大きなセル（例えば、マクロセル）内に存在することもある。
【０１０８】
好ましくは、ＵＬ資源割り当て情報は、第１のｅＮＢと第２のｅＮＢとの間で共有することができる。これらの間には、ＵＬ資源割り当て情報を運送するためのＸ２シグナリングを定義することができる。Ｘ２シグナリングは、第１のｅＮＢと第２のｅＮＢとの間のＸ２インターフェースを用いるシグナリングを意味する。
【０１０９】
好ましくは、ＵＬ資源割り当て情報は、それぞれのｅＮＢで考慮されるバッファサイズの比率を指示する。
【０１１０】
特に、ＵＬ資源割り当て情報は、送信レート（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｒａｔｅ、ＴＲ）情報を含むこともできる。ＴＲは、「第２のＲＬＣエンティティに送信されたＰＤＣＰデータの量」に対する「第１のＲＬＣエンティティに送信されたＰＤＣＰデータの量」の比率を定義することもでき、ここで、第１のＲＬＣエンティティと第２のＲＬＣエンティティは、一方向上のＰＤＣＰエンティティに連結される。
【０１１１】
指示情報は、「ＤＡＴＰ―Ｍ：ＤＡＴＰ―Ｓ」の比率形態、またはＤＡＴＰ―Ｍと比較したＤＡＴＰ―Ｓのパーセント量、またはその反対、または、ＤＡＴＰをＤＡＴ―Ｍ及びＤＡＴＰ―Ｓに分割するために利用可能な任意の類型のデータであり得る。ここで、「ＤＡＴＰ―Ｍ」は、マクロセルＭＡＣに対するＰＤＣＰエンティティ内の送信利用可能なデータの量を意味し、「ＤＡＴＰ―Ｓ」は、スモールセルＭＡＣに対するＰＤＣＰエンティティ内の送信利用可能なデータの量を意味する。
【０１１２】
好ましくは、バッファサイズ（ｂｕｆｆｅｒ  ｓｉｚｅ）の比率は、一方向に対する一つのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティ、２個のＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）エンティティ及び２個のＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）エンティティを含む無線ベアラ（ｒａｄｉｏ  ｂｅａｒｅｒ）ごとに設定することもできる。
【０１１３】
第２のｅＮＢは、バッファサイズ情報を端末から受信することもできる（Ｓ１００３）。この場合、従来技術のＤＡＴＰ計算と関連する端末動作の技術と相違しない。したがって、端末は、従来の技術のようにＤＡＴＰを報告することもでき、例えば、ＤＡＴＰをＤＡＴＰ―ＭとＤＡＴＰ―Ｓとに分割しない。
【０１１４】
好ましくは、バッファサイズ情報は、ＰＤＣＰエンティティ内の送信利用可能なデータ（Ｄａｔａ  Ａｖａｉｌａｂｌｅ  ｆｏｒ  Ｔｒａｎｓｍｉｓｓｉｏｎ  ｉｎ  ａ  ＰＤＣＰ  ｅｎｔｉｔｙ、ＤＡＴＰ）の量、及びＲＬＣエンティティ内の送信利用可能なデータ（Ｄａｔａ  Ａｖａｉｌａｂｌｅ  ｆｏｒ  Ｔｒａｎｓｍｉｓｓｉｏｎ  ｉｎ  ａ  ＲＬＣ  ｅｎｔｉｔｙ、ＤＡＴＲ）の量を含むこともできる。この場合、第１のｅＮＢは、ＤＡＴＰ及びＤＡＴＲ―Ｍを端末から受信することができる。ここで、「ＤＡＴＲ―Ｓ」は、スモールセルＭＡＣに対するＲＬＣエンティティ内の送信利用可能なデータの量を意味する。
【０１１５】
第２のｅＮＢは、バッファサイズ情報及びＵＬ資源割り当て情報の両者を全て考慮して、一つ以上のＵＬ資源を決定して端末に割り当てることもできる（Ｓ１００５―Ｓ１００７）。
【０１１６】
図１１は、本発明の実施例に係る各ＵＬ資源の例示的割り当てに対する概念図である。
【０１１７】
本発明の例示的手順が図１１に示される。
【０１１８】
ＭｅＮＢとＳｅＮＢは、Ｘ２インターフェースシグナリングを通じて無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ、ＲＢ）に対するＵＬ資源割り当て情報を交換することもできる（Ｓ１１０１）。この例示において、ＵＬ資源割り当て情報は、３：７に設定されたＴＲ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｒａｔｅ）を指示する（Ｓ１１０１）。
【０１１９】
指示されたＲＢに対して、端末は、ＤＡＴＰ＝１０００バイト、ＤＡＴＲ―Ｍ＝２００バイト、及びＤＡＴＲ―Ｓ＝３００バイトを含む自分のバッファ状態を報告することもできる（Ｓ１１０３）。この例示において、端末は、ＭｅＮＢに１２００バイトと指示されたバッファ状態を報告し、ＳｅＮＢに１３００バイトと指示されたバッファ状態を報告することもできる。
【０１２０】
ＭｅＮＢの場合、ＭｅＮＢは、ＵＬ資源割り当てのＴＲ分数（例えば、３／１０）のみを考慮することもできる（Ｓ１１０７）。したがって、ＭｅＮＢは、（１２００＊（３／１０）＝３６０であるので）端末に３６０バイトのＵＬ資源を割り当てることもできる（Ｓ１１０９）。
【０１２１】
これと同様に、ＳｅＮＢの場合、ＳｅＮＢは、ＵＬ資源割り当てのＴＲ分数（例えば、７／１０）のみを考慮することもできる（Ｓ１１１１）。したがって、ＳｅＮＢは、（１３００＊（７／１０）＝９１０であるので）端末に９１０バイトのＵＬ資源を割り当てることもできる（Ｓ１１１３）。
【０１２２】
本実施例は、ＤＡＴＲもＴＲによって分割されるので、正確ではないが、ＤＡＴＲが小さい限り、結果的には実質的な問題を生成しないはずである。上述した全ての方法は、例えば、２以上のＲＬＣ／ＭＡＣペアなどの多重ＲＬＣ／ＭＡＣ方法に適用することができる。この場合、ＴＲは、全てのＲＬＣ／ＭＡＣペアに対して定義することもできる。
【０１２３】
図１２は、本発明の実施例に係る通信装置のブロック図である。
【０１２４】
図１２に示した装置は、上述したメカニズムを行うように適応されたユーザー装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）及び／又はｅＮＢであってもよいが、同一の作業を行う任意の装置であってもよい。
【０１２５】
図１２に示したように、装置は、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）／マイクロプロセッサ１１０及びＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュール（送受信機）１３５を含むこともできる。ＤＳＰ／マイクロプロセッサ１１０は、送受信機１３５に電気的に連結され、送受信機１３５を制御する。装置は、設計者の選択によって、電力管理モジュール１０５、バッテリ１５５、ディスプレイ１１５、キーパッド１２０、メモリデバイス１３０、スピーカー１４５及び入力デバイス１５０をさらに含むこともできる。
【０１２６】
特に、図１２は、ネットワークから要請メッセージを受信するように構成された受信機１３５、及びネットワークに送／受信タイミング情報を送信するように構成された送信機１３５を含む端末を示すこともできる。このような送信機と受信機は、送受信機１３５を構成することができる。端末は、送受信機（受信機及び送信機）１３５に連結されたプロセッサ１１０をさらに含むことができる。
【０１２７】
また、図１２は、端末に要請メッセージを送信するように構成された送信機１３５、及び端末から送受信タイミング情報を受信するように構成された受信機１３５を含むネットワーク装置を示すこともできる。送信機及び受信機は送受信機１３５を構成することもできる。ネットワークは、送信機及び受信機に連結されたプロセッサ１１０をさらに含む。このプロセッサ１１０は、送受信タイミング情報に基づいて遅延を計算することもできる。
【０１２８】
本発明は、本発明の特徴から逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。したがって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付された請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【０１２９】
以上説明した各実施例は、本発明の各構成要素と各特徴が所定形態で結合されたものである。各構成要素又は特徴は、別途の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の各実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない各請求項を結合して実施例を構成したり、出願後の補正によって新たな請求項として含ませ得ることは自明である。
【０１３０】
本発明の実施例において、基地局（ＢＳ）によって行われると説明した特定動作は、上位ノードのＢＳによって行うこともできる。ＢＳを含む複数のネットワークノードにおいて、ＭＳとの通信のために行われる多様な動作が基地局によって行われたり、基地局以外の他のネットワークノードによって行われ得ることは明らかである。「ｅＮＢ」という用語は、「固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）」、「ＮｏｄｅＢ」、「基地局（ＢＳ）」、アクセスポイントなどに取り替えることもできる。
【０１３１】
上述した各実施例は、例えば、ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせなどの多様な手段によって具現することもできる。
【０１３２】
ハードウェア設定において、本発明の実施例に係る方法は、一つ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０１３３】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明した機能又は動作を行うモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知となった多様な手段によって前記プロセッサとデータをやり取りすることができる。
【０１３４】
本発明は、本発明の特徴から逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。したがって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１３５】
上述した方法は、３ＧＰＰ  ＬＴＥシステムに適用される例を中心に説明したが、３ＧＰＰ  ＬＴＥシステム以外にも、多様な無線通信システムに適用することが可能である。
【図１】
0006317492.tif 000002
【図２Ａ】
0006317492.tif 000003
【図２Ｂ】
0006317492.tif 000004
【図３】
0006317492.tif 000005
【図４】
0006317492.tif 000006
【図５】
0006317492.tif 000007
【図６Ａ】
0006317492.tif 000008
【図６Ｂ】
0006317492.tif 000009
【図７】
0006317492.tif 000010
【図８】
0006317492.tif 000011
【図９】
0006317492.tif 000012
【図１０】
0006317492.tif 000013
【図１１】
0006317492.tif 000014
【図１２】
0006317492.tif 000015