特許 6184590 無線通信システムで送信利用可能なデータ量を報告するための方法及びこのための装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6184590

(24)【登録日】2017年8月4日

(45)【発行日】2017年8月23日

(54)【発明の名称】無線通信システムで送信利用可能なデータ量を報告するための方法及びこのための装置

(51)【国際特許分類】

   H04W 24/10 20090101AFI20170814BHJP

   H04W 16/32 20090101ALI20170814BHJP

   H04W 72/04 20090101ALI20170814BHJP

   H04W 72/12 20090101ALI20170814BHJP

【ＦＩ】

   H04W24/10

   H04W16/32

   H04W72/04 111

   H04W72/12 150

【請求項の数】10

【全頁数】23

(21)【出願番号】特願2016-513865(P2016-513865)

(86)(22)【出願日】2014年5月2日

(65)【公表番号】特表2016-524848(P2016-524848A)

(43)【公表日】2016年8月18日

(86)【国際出願番号】KR2014003937

(87)【国際公開番号】WO2014185647

(87)【国際公開日】20141120

【審査請求日】2015年11月11日

(31)【優先権主張番号】61/823,404

(32)【優先日】2013年5月15日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(72)【発明者】

【氏名】イ， スンジュン

(72)【発明者】

【氏名】リ， ソンヨン

(72)【発明者】

【氏名】パク， ソンジュン

【審査官】 石田 紀之

(56)【参考文献】

【文献】 国際公開第２０１３／１８２０３５（ＷＯ，Ａ１）

【文献】 Renesas Mobile Europe，Protocol impact of dual connectivity for UE and eNB[online]，3GPP TSG-RAN WG2#82 R2-131847，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_82/Docs/R2-131847.zip＞，２０１３年 ５月１１日

【文献】 Alcatel-Lucent Alcatel-Lucent Shanghai Bell，MAC and PHY modifications required for dual connectivity support[online]，3GPP TSG-RAN WG2#82 R2-131964，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_82/Docs/R2-131964.zip＞，２０１３年 ５月１１日

【文献】 Panasonic，BSR Reporting Options for Dual Connectivity[online]，3GPP TSG-RAN WG2#84 R2-133935，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_84/Docs/R2-133935.zip＞，２０１３年１１月 １日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信システムで動作する端末（ＵＥ）のための方法であって、
前記方法は、
ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）エンティティにより、前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量に関する情報が第１のｅＮＢに送信されるか第２のｅＮＢに送信されるかについての指示を受信することと、
前記データが前記ＰＤＣＰエンティティ内の送信のために利用可能になった場合、前記ＰＤＣＰエンティティにより、前記指示に従って、第１のＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）エンティティまたは第２のＭＡＣエンティティに、前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量に関する前記情報を指示することと
を含み、
前記ＰＤＣＰエンティティは、分割ベアラのために、前記第１のｅＮＢに対する前記第１のＭＡＣエンティティおよび前記第２のｅＮＢに対する前記第２のＭＡＣエンティティに関連付けられている、方法。

【請求項2】

前記指示が、前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量に関する前記情報が前記第２のｅＮＢに送信されないことを指示する場合、前記第１のＭＡＣエンティティにより、前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量を含むバッファ状態報告を前記第１のｅＮＢに送信すること
をさらに含み、
前記第２のＭＡＣエンティティは、前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量を含むバッファ状態報告を前記第２のｅＮＢに送信しない、請求項１に記載の方法。

【請求項3】

前記分割ベアラは、２つのＲＬＣエンティティをさらに含む、請求項１に記載の方法。

【請求項4】

前記指示は、比率情報またはパーセント情報のうち少なくとも１つを含む、請求項１に記載の方法。

【請求項5】

前記指示は、無線資源制御（ＲＲＣ）シグナリングを介して受信される、請求項１に記載の方法。

【請求項6】

無線通信システム内の端末（ＵＥ）であって、
前記ＵＥは、
無線周波数（ＲＦ）モジュールと、
前記ＲＦモジュールを制御するように構成されたプロセッサと
を含み、
前記プロセッサは、
ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）エンティティにより、前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量に関する情報が第１のｅＮＢに送信されるか第２のｅＮＢに送信されるかについての指示を受信することと、
前記データが前記ＰＤＣＰエンティティ内の送信のために利用可能になった場合、前記ＰＤＣＰエンティティにより、前記指示に従って、第１のＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）エンティティまたは第２のＭＡＣエンティティに、前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量に関する前記情報を指示することと
を行うように構成されており、
前記ＰＤＣＰエンティティは、分割ベアラのために、前記第１のｅＮＢに対する前記第１のＭＡＣエンティティおよび前記第２のｅＮＢに対する前記第２のＭＡＣエンティティに関連付けられている、ＵＥ。

【請求項7】

前記指示が、前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量に関する前記情報が前記第２のｅＮＢに送信されないことを指示する場合、前記第１のＭＡＣエンティティは、前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量を含むバッファ状態報告を前記第１のｅＮＢに送信し、前記第２のＭＡＣエンティティは、前記ＰＤＣＰエンティティ内の送信のために利用可能なデータの量を含むバッファ状態報告を前記第２のｅＮＢに送信しない、請求項６に記載のＵＥ。

【請求項8】

前記分割ベアラは、２つのＲＬＣエンティティをさらに含む、請求項６に記載のＵＥ。

【請求項9】

前記指示は、比率情報またはパーセント情報のうち少なくとも１つを含む、請求項６に記載のＵＥ。

【請求項10】

前記指示は、無線資源制御（ＲＲＣ）シグナリングを介して受信される、請求項６に記載のＵＥ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信システムに関し、より詳細には、送信利用可能なデータの量を報告するための方法及びこのための装置に関する。

【背景技術】

【0002】

本発明が適用され得る無線通信システムの一例として、３ＧＰＰ ＬＴＥ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という）通信システムについて概略的に説明する。

【0003】

図１は、無線通信システムの一例として、Ｅ―ＵＭＴＳ網の構造を概略的に示した図である。Ｅ―ＵＭＴＳ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ―ＵＭＴＳは、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムと称することもできる。ＵＭＴＳ及びＥ―ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容は、それぞれ「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ ７とＲｅｌｅａｓｅ ８を参照することができる。

【0004】

図１を参照すると、Ｅ―ＵＭＴＳは、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅ Ｂ；ｅＮＢ）、及びネットワーク（Ｅ―ＵＴＲＡＮ）の終端に位置し、外部ネットワークと連結される接続ゲートウェイ（Ａｃｃｅｓｓ Ｇａｔｅｗａｙ；ＡＧ）を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／またはユニキャストサービスのために多重データストリームを同時に伝送することができる。

【0005】

一つの基地局には一つ以上のセルが存在する。セルは、１．２５Ｍｈｚ、２．５Ｍｈｚ、５Ｍｈｚ、１０Ｍｈｚ、１５Ｍｈｚ、２０Ｍｈｚなどの帯域幅のうち一つに設定され、多くの端末にダウンリンクまたはアップリンク伝送サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、多数の端末に対するデータ送受信を制御する。ダウンリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データに対して、基地局は、ダウンリンクスケジューリング情報を伝送し、該当の端末にデータが伝送される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、アップリンク（Ｕｐｌｉｎｋ；ＵＬ）データに対して、基地局は、アップリンクスケジューリング情報を該当の端末に伝送し、該当の端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。各基地局間には、ユーザートラフィックまたは制御トラフィックの伝送のためのインターフェースを使用することができる。核心網（Ｃｏｒｅ Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ及び端末のユーザー登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ Ａｒｅａ）単位で端末の移動性を管理する。

【0006】

無線通信技術は、ＷＣＤＭＡ（登録商標）に基づいてＬＴＥまで開発されてきたが、ユーザーと事業者の要求と期待は持続的に増加している。また、他の無線接続技術が継続して開発されているので、今後、競争力を有するためには新たな技術進化が要求され、ビット当たりの費用減少、サービス可用性増大、融通性のある周波数バンドの使用、単純構造と開放型インターフェース、端末の適切なパワー消耗などが要求される。

【発明の概要】

【発明が解決しようとする課題】

【0007】

本発明の課題は、無線通信システムで送信利用可能なデータ（Ｄａｔａ ａｖａｉｌａｂｌｅ ｆｏｒ ｔｒａｎｓｍｉｓｓｉｏｎ）の量を報告するための方法及びデバイスの問題を解決することにある。本発明で達成しようとする技術的課題は、以上で言及した技術的課題に制限されなく、言及していない他の技術的課題は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。

【課題を解決するための手段】

【0008】

本発明の課題を解決するための一実施例として、無線通信システムで動作する端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）のための方法は、送信利用可能なデータ（Ｄａｔａ Ａｖａｉｌａｂｌｅ ｆｏｒ Ｔｒａｎｓｍｉｓｓｉｏｎ、ＤＡＴ）の量を報告するための指示情報を受信すること；前記指示情報に基づいてＤＡＴの第１の量及びＤＡＴの第２の量を計算すること；及び第１のｅＮＢ（ｅ―Ｎｏｄｅ Ｂ）への前記ＤＡＴの第１の量及び第２のｅＮＢへの前記ＤＡＴの第２の量のうち少なくとも一つを報告すること；を含む。

【0009】

本発明の他の実施例として、無線通信システムでの端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）は、無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦ）モジュール；及び前記無線周波数モジュールを制御するように構成されたプロセッサ；を含み、前記プロセッサは、送信利用可能なデータ（Ｄａｔａ Ａｖａｉｌａｂｌｅ ｆｏｒ Ｔｒａｎｓｍｉｓｓｉｏｎ、ＤＡＴ）の量を報告するための指示情報を受信し、前記指示情報に基づいてＤＡＴの第１の量及びＤＡＴの第２の量を計算し、第１のｅＮＢ（ｅ―Ｎｏｄｅ Ｂ）への前記ＤＡＴの第１の量及び第２のｅＮＢへの前記ＤＡＴの第２の量のうち少なくとも一つを報告するように構成される。

【0010】

好ましくは、指示情報は、前記ＤＡＴの量のうち前記第１のｅＮＢに対するＤＡＴの第１の量の部分を指示する第１の指示情報、及び前記ＤＡＴの量のうち第２のｅＮＢに対するＤＡＴの第２の量の部分を指示する第２の指示情報を含むことができる。

【0011】

好ましくは、前記ＤＡＴの第１の量の部分を指示する前記第１の指示情報が０を指示する場合、前記ＤＡＴの第１の量は前記第１のｅＮＢに報告されないこともある。

【0012】

好ましくは、一方向に対する一つのＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）エンティティ（ｅｎｔｉｔｙ）、２個のＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）エンティティ及び２個のＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）エンティティを含む無線ベアラ（ｒａｄｉｏ ｂｅａｒｅｒ）ごとに前記指示情報を設定することができる。

【0013】

好ましくは、前記ＤＡＴの量は、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）内のＤＡＴの量であり得る。

【0014】

好ましくは、前記指示情報は、比率情報及びパーセント情報のうち少なくとも一つを含むことができる。

【0015】

好ましくは、前記少なくとも一つの報告は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）エンティティのバッファ状態報告に含ませることができる。

【0016】

本発明に対して上述した一般的な説明と後述する詳細な説明は、例示的なものであって、請求項に記載した発明に対する追加的な説明のためのものである。
本明細書は、例えば、以下を提供する。
（項目１）
無線通信システムで動作する端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）のための方法であって、
送信利用可能なデータ（Ｄａｔａ Ａｖａｉｌａｂｌｅ ｆｏｒ Ｔｒａｎｓｍｉｓｓｉｏｎ、ＤＡＴ）の量を報告するための指示情報を受信すること；
上記指示情報に基づいてＤＡＴの第１の量及びＤＡＴの第２の量を計算すること；及び
第１のｅＮＢ（ｅ―Ｎｏｄｅ Ｂ）への上記ＤＡＴの第１の量及び第２のｅＮＢへの上記ＤＡＴの第２の量のうち少なくとも一つを報告すること；を含む、端末のための方法。
（項目２）
上記指示情報は、上記ＤＡＴの量のうち上記第１のｅＮＢに対するＤＡＴの第１の量の部分を指示する第１の指示情報、及び上記ＤＡＴの量のうち第２のｅＮＢに対するＤＡＴの第２の量の部分を指示する第２の指示情報を含む、項目１に記載の端末のための方法。
（項目３）
上記ＤＡＴの第１の量の部分を指示する上記第１の指示情報が０を指示する場合、上記ＤＡＴの第１の量は上記第１のｅＮＢに報告されない、項目２に記載の端末のための方法。
（項目４）
一方向に対する一つのＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）エンティティ（ｅｎｔｉｔｙ）、２個のＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ
Ｃｏｎｔｒｏｌ）エンティティ及び２個のＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）エンティティを含む無線ベアラ（ｒａｄｉｏ ｂｅａｒｅｒ）ごとに上記指示情報が設定された、項目１に記載の端末のための方法。
（項目５）
上記ＤＡＴの量は、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）内のＤＡＴの量である、項目１に記載の端末のための方法。
（項目６）
上記指示情報は、比率情報及びパーセント情報のうち少なくとも一つを含む、項目１に記載の端末のための方法。
（項目７）
上記報告することは、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）エンティティのバッファ状態報告に含まれた、項目１に記載の端末のための方法。
（項目８）
無線通信システムでの端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）であって、
無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦ）モジュール；及び
上記無線周波数モジュールを制御するように構成されたプロセッサ；を含み、
上記プロセッサは、送信利用可能なデータ（Ｄａｔａ Ａｖａｉｌａｂｌｅ ｆｏｒ Ｔｒａｎｓｍｉｓｓｉｏｎ、ＤＡＴ）の量を報告するための指示情報を受信し、上記指示情報に基づいてＤＡＴの第１の量及びＤＡＴの第２の量を計算し、第１のｅＮＢ（ｅ―Ｎｏｄｅ Ｂ）への上記ＤＡＴの第１の量及び第２のｅＮＢへの上記ＤＡＴの第２の量のうち少なくとも一つを報告するように構成された、端末。
（項目９）
上記指示情報は、上記ＤＡＴの量のうち上記第１のｅＮＢに対するＤＡＴの第１の量の部分を指示する第１の指示情報、及び上記ＤＡＴの量のうち第２のｅＮＢに対するＤＡＴの第２の量の部分を指示する第２の指示情報を含む、項目８に記載の端末。
（項目１０）
上記ＤＡＴの第１の量の部分を指示する上記第１の指示情報が０を指示する場合、上記プロセッサは、上記ＤＡＴの第１の量を上記第１のｅＮＢに報告しないように構成された、項目９に記載の端末。
（項目１１）
一方向に対する一つのＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）エンティティ（ｅｎｔｉｔｙ）、２個のＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ
Ｃｏｎｔｒｏｌ）エンティティ及び２個のＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）エンティティを含む無線ベアラ（ｒａｄｉｏ ｂｅａｒｅｒ）ごとに上記指示情報が設定された、項目８に記載の端末。
（項目１２）
上記ＤＡＴの量は、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）内のＤＡＴの量である、項目８に記載の端末。
（項目１３）
上記指示情報は、比率情報及びパーセント情報のうち少なくとも一つを含む、項目８に記載の端末。
（項目１４）
上記少なくとも一つの報告は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）エンティティのバッファ状態報告に含まれた、項目８に記載の端末。

【発明の効果】

【0017】

本発明によると、無線通信システムで送信利用可能なデータ量の報告を効率的に行うことができる。特に、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）は、それぞれの基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ、ＢＳ）への送信のためのデータのそれぞれの量を計算及び報告することができる。

【0018】

本発明で得られる効果は、以上で言及した各効果に制限されず、言及していない更に他の効果は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。

【図面の簡単な説明】

【0019】

本明細書に添付される図面は、本発明に対する理解を提供するためのものであって、本発明の多様な実施形態を示し、明細書の記載と共に本発明の原理を説明するためのものである。

【0020】

【図1】移動通信システムの一例としてＥ―ＵＭＴＳ網の構造を概略的に示した図であ

【0021】

【図2A】Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）網構造を示すブロック図である。

【図2B】一般的なＥ―ＵＴＲＡＮとＥＰＣの構造を示すブロック図である。

【0022】

【図3】３ＧＰＰ無線接続網規格を基盤にした端末とＥ―ＵＴＲＡＮとの間の無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏａｌ）の制御平面（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）及びユーザー平面（Ｕｓｅｒ ｐｌａｎｅ）の構造を示す図である。

【0023】

【図4】Ｅ―ＵＭＴＳシステムで用いられる物理チャンネル構造の一例を示す図である。

【0024】

【図5】マクロセルとスモールセルとの間の二重連結性を示す概念図である。

【0025】

【図6A】二重連結性に連関した基地局の制御平面連結性に対する概念図である。

【図6B】二重連結性に連関した基地局のユーザー平面連結性に対する概念図である。

【0026】

【図7】図７及び図８は、二重連結性のための無線プロトコル構造に対する概念図である。

【図8】図７及び図８は、二重連結性のための無線プロトコル構造に対する概念図である。

【0027】

【図9】本発明の実施例に係る送信利用可能なデータ量の報告に対する概念図である。

【0028】

【図10】本発明の実施例に係る送信利用可能なデータの例示的量に対する概念図である。

【0029】

【図11】本発明の実施例に係る通信装置のブロック図である。

【発明を実施するための形態】

【0030】

ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）は、ヨーロッパシステム、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ（登録商標））、及びＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）に基盤したＷＣＤＭＡ（登録商標）（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）で動作する３世代（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ、３Ｇ）非対称移動通信システムである。ＵＭＴＳのＬＴＥ（Ｌｏｎｇ―Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、ＵＭＴＳを規格化する３ＧＰＰによって論議中にある。

【0031】

３ＧＰＰ ＬＴＥは、高速パケット通信を可能にする技術である。ユーザー及び提供者の費用を減少させ、サービス品質を改善し、カバレッジ（ｃｏｖｅｒａｇｅ）及びシステム容量を拡張及び改善することを目的とする各ＬＴＥ課題のための多くの方法が提案された。３Ｇ ＬＴＥは、上位―レベル要求であって、ビット（ｂｉｔ）当たりの費用減少、増加したサービス可用性、周波数帯域の柔軟性、単純な構造、開放型インターフェース、及び端末の適切な電力消耗を要求する。

【0032】

以下で、添付の図面を参照して説明した本発明の各実施例により、本発明の構成、作用及び他の特徴が容易に理解され得るだろう。以下で説明する各実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された各例である。

【0033】

本明細書は、ＬＴＥシステム及びＬＴＥ―Ａシステムを使用して本発明の実施例を説明するが、これは例示であって、本発明の実施例は、前記定義に該当するいずれの通信システムにも適用することができる。また、本明細書は、ＦＤＤ方式を基準にして本発明の実施例に対して説明するが、これは例示であって、本発明の実施例は、Ｈ―ＦＤＤ方式又はＴＤＤ方式にも容易に変形して適用することができる。

【0034】

図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）網構造を示すブロック図である。Ｅ―ＵＭＴＳは、ＬＴＥシステムと称することもできる。通信網は、ＩＭＳ及びパケットデータを通じたＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）などの多様なサービスを提供するために広く配置される。

【0035】

図２Ａに示したように、Ｅ―ＵＭＴＳ網は、Ｅ―ＵＴＲＡＮ（ｅｖｏｌｖｅｄ ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）、及び一つ以上の端末を含む。Ｅ―ＵＴＲＡＮは、一つのセルに位置することもできる一つ以上のｅＮＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）２０、及び複数の端末１０を含むこともできる。一つ以上のＥ―ＵＴＲＡＮ ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／ＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）ゲートウェイ３０は、ネットワークの終端に位置し、外部ネットワークに連結することもできる。

【0036】

本明細書において、「ダウンリンク（ｄｏｗｎｌｉｎｋ）」は、ｅＮＢ２０から端末１０への通信を称し、「アップリンク（ｕｐｌｉｎｋ）」は、端末１０からｅＮＢ２０への通信を称する。端末１０は、ユーザーによって運搬される通信装備を称し、また、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ、ＭＳ）、ユーザー端末（Ｕｓｅｒ Ｔｅｒｍｉｎａｌ、ＵＴ）、加入者ステーション（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ、ＳＳ）又は無線デバイスと称することもできる。

【0037】

図２Ｂは、一般的なＥ―ＵＴＲＡＮとＥＰＣの構造を示すブロック図である。

【0038】

図２Ｂに示したように、ｅＮＢ２０は、ユーザー平面及び制御平面のエンドポイント（ｅｎｄ ｐｏｉｎｔ）をＵＥ１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、セッション及び移動性管理機能のエンドポイントをＵＥ１０に提供する。ｅＮＢ２０及びＭＭＥ／ＳＡＥゲートウェイ３０は、Ｓ１インターフェースを介して連結することができる。

【0039】

ｅＮＢ２０は、一般にＵＥ１０と通信する固定局であって、基地局（ＢＳ）又はアクセスポイントと称することもある。一つのｅＮＢ２０はセルごとに配置することができる。ユーザートラフィック又は制御トラフィックを送信するためのインターフェースをｅＮＢ２０間で使用することができる。

【0040】

ＭＭＥは、ｅＮＢ２０に対するＮＡＳシグナリング、ＮＡＳシグナリング保安、ＡＳ保安制御、３ＧＰＰ接続ネットワーク間の移動性のためのインターＣＮノードシグナリング、（ページング再伝送の制御及び実行を含む）遊休モードＵＥ接近性（Ｒｅａｃｈａｂｉｌｉｔｙ）、（遊休及び活性モードのＵＥのための）トラッキング領域リスト管理、ＰＤＮ ＧＷ及びサービングＧＷ選択、ＭＭＥ変化が伴うハンドオーバーのためのＭＭＥ選択、２Ｇ又は３Ｇ ３ＧＰＰ接続ネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング、認証、専用ベアラ設定を含むベアラ管理、ＰＷＳ（ＥＴＷＳ及びＣＭＡＳを含む）メッセージ伝送のためのサポートを含む多様な機能を行う。ＳＡＥゲートウェイホストは、パー―ユーザー（Ｐｅｒ―ｕｓｅｒ）基盤のパケットフィルタリング（例えば、Ｋパケット検査を使用）、適法なインターセプション（Ｌａｗｆｕｌ Ｉｎｔｅｒｃｅｐｔｉｏｎ）、ＵＥ ＩＰ住所割り当て、ダウンリンクでの伝送ポートレベルパケットマーキング、ＵＬ及びＤＬサービスレベル課金、ゲーティング及びレート強化、ＡＰＮ―ＡＭＢＲに基づいたＤＬレート強化を含む多様な機能を提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、明確性のために、本明細書で単純に「ゲートウェイ」と称する。しかし、ＭＭＥ／ＳＡＥゲートウェイ３０は、ＭＭＥ及びＳＡＥゲートウェイの両者を全て含む。

【0041】

複数のノードは、ｅＮＢ２０とゲートウェイ３０との間でＳ１インターフェースを介して連結することができる。各ｅＮＢ２０は、Ｘ２インターフェースを介して相互接続することができ、各隣接ｅＮＢは、Ｘ２インターフェースを有するメッシュネットワーク構造を有することができる。

【0042】

図２Ｂに示したように、ｅＮＢ２０は、ゲートウェイ３０に対する選択、無線資源制御（ＲＲＣ）活性化の間、ゲートウェイに向かうルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャンネル（ＢＣＣＨ）情報のスケジューリング及び送信、アップリンク及びダウンリンクの全てにおける各ＵＥ１０のための動的資源割り当て、ｅＮＢ測定の構成及び準備、無線ベアラ制御、無線承認制御（ＲＡＣ）、及びＬＴＥ＿ＡＣＴＩＶＥ状態での連結移動性制御などの各機能を行うことができる。ＥＰＣにおいて、ゲートウェイ３０は、ページング発信、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザー平面暗号化、システム構造エボリューション（ＳＡＥ）ベアラ制御、及び非―接続層（ＮＡＳ）シグナリングの暗号化及び無欠性保護などの各機能を行うことができる。

【0043】

ＥＰＣは、移動性管理エンティティ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥ）、サービング―ゲートウェイ（ｓｅｒｖｉｎｇ―ｇａｔｅｗａｙ、Ｓ―ＧＷ）、及びパケットデータネットワーク―ゲートウェイ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ―Ｇａｔｅｗａｙ、ＰＤＮ―ＧＷ）を含む。ＭＭＥは、主に各端末の移動性を管理する目的で用いられる連結及び可用性に対する情報を有する。Ｓ―ＧＷは、Ｅ―ＴＲＡＮを終端点として有するゲートウェイで、ＰＤＮ―ＧＷは、パケットデータネットワーク（ＰＤＮ）を終端点として有するゲートウェイである。

【0044】

図３は、３ＧＰＰ無線接続網規格を基盤にした端末とＥ―ＵＴＲＡＮとの間の無線インターフェースプロトコルの制御平面及びユーザー平面の構造を示す図である。制御平面は、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークがコールを管理するために用いる各制御メッセージが伝送される通路を意味する。ユーザー平面は、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが伝送される通路を意味する。

【0045】

第１の層である物理層は、物理チャンネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を用いて上位層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層とは伝送チャンネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）を介して連結されている。前記伝送チャンネルを介して媒体接続制御層と物理層との間にデータが移動する。送信側と受信側の物理層間には、物理チャンネルを介してデータが移動する。前記物理チャンネルは、時間と周波数を無線資源として活用する。具体的に、物理チャンネルは、ダウンリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式で変調され、アップリンクでＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式で変調される。

【0046】

第２の層の媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャンネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２の層のＲＬＣ層は、信頼性のあるデータ伝送をサポートする。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックで具現することもできる。第２の層のＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰｖ４やＩＰｖ６などのＩＰパケットを効率的に伝送するために不必要な制御情報を減少させるヘッダー圧縮（Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）機能を行う。

【0047】

第３の層の最下部に位置した無線資源制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、制御平面のみで定義される。ＲＲＣ層は、各無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャンネル、伝送チャンネル及び物理チャンネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２の層によって提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ層は、互いにＲＲＣメッセージを交換する。

【0048】

ｅＮＢの一つのセルは、１．２５ＭＨｚ、２．５ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ及び２０ＭＨｚなどの各帯域のうち一つで動作するように設定することができ、帯域でダウンリンク又はアップリンク伝送サービスを提供するように設定することができる。異なる各セルは、異なる各帯域を提供するように設定することもできる。

【0049】

Ｅ―ＵＴＲＡＮから端末への送信のためのダウンリンク伝送チャンネル（Ｄｏｗｎｌｉｎｋ ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）は、システム情報を伝送するＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）、各ページングメッセージを伝送するＰＣＨ（Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ）、及びユーザートラフィック又は各制御メッセージを伝送するためのダウンリンク共有チャンネル（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＳＣＨ）を含む。ダウンリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、ダウンリンクＳＣＨを介して伝送することもでき、又は別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）を介して伝送することもできる。

【0050】

一方、端末からネットワークにデータを伝送するアップリンク伝送チャンネルとしては、初期制御メッセージを伝送するＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）と、その他にユーザートラフィックや制御メッセージを伝送するアップリンクＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）とがある。伝送チャンネルの上位にあり、伝送チャンネルにマッピングされる論理チャンネルとしては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、及びＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）などがある。

【0051】

図４は、Ｅ―ＵＭＴＳシステムで使用する物理チャンネル構造の一例を示した図である。物理チャンネルは、時間軸上にある多数のサブフレームと、周波数軸上にある多数のサブキャリア（Ｓｕｂ―ｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（Ｓｕｂ―ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）で構成される。一つのサブフレームは、複数の資源ブロック（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）で構成され、一つの資源ブロックは、複数のシンボル及び複数のサブキャリアで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、すなわち、Ｌ１／Ｌ２制御チャンネルのために該当のサブフレームの特定シンボル（例えば、１番目のシンボル）の特定サブキャリアを用いることができる。図４には、Ｌ１／Ｌ２制御情報伝送領域（ハッチング部分）とデータ伝送領域（ハッチングしていない部分）を示した。現在論議が進行中のＥ―ＵＭＴＳ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）システムでは、１０ｍｓの無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）を使用し、一つの無線フレームは１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。また、一つのサブフレームは二つの連続するスロットで構成される。一つのスロットの長さは、０．５ｍｓである。また、一つのサブフレームは多数のＯＦＤＭシンボルで構成され、多数のＯＦＤＭシンボルのうち一部のシンボル（例えば、１番目のシンボル）は、Ｌ１／Ｌ２制御情報を伝送するために使用することができる。データ伝送のための時間単位である伝送時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ、ＴＴＩ）は１ｍｓである。

【0052】

基地局と端末は、一般に特定制御信号又は特定サービスデータを除いては、伝送チャンネルであるＤＬ―ＳＣＨを用いるＰＤＳＣＨを介してデータを送信／受信する。ＰＤＳＣＨのデータがいずれの端末（一つ又は複数の端末）に伝送されるもので、前記各端末がどのようにＰＤＳＣＨデータを受信してデコーディング（ｄｅｃｏｄｉｎｇ）しなければならないのかに対する情報などは、ＰＤＣＣＨに含まれて伝送される。

【0053】

例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ）でＣＲＣマスキング（ｍａｓｋｉｎｇ）されており、「Ｂ」という無線資源（例えば、周波数位置）及び「Ｃ」という伝送形式情報（例えば、伝送ブロックサイズ、変調方式、コーディング情報など）を用いて伝送されるデータに関する情報が特定サブフレームを通じて伝送されると仮定する。この場合、セル内の端末は、自分が有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタリングし、「Ａ」ＲＮＴＩを有している一つ以上の端末があると、前記各端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を通じて「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。

【0054】

図５は、マクロセルとスモールセルとの間の二重連結性を示す概念図である。

【0055】

一方、ＬＴＥ―Ａ以後の次期のシステムでは、トラフィック最適化などのためにカバレッジが大きいセル（例えば、マクロセル）内にカバレッジが小さい多数のセル（例えば、マイクロセル）を配置することができる。例えば、一つの端末に対してマクロセルとマイクロセルを併合することができ、マクロセルは主に移動性管理用途（例えば、ＰＣｅｌｌ）で使用され、マイクロセルは主にスループットブースティング用途（例えば、ＳＣｅｌｌ）で使用される状況を考慮することができる。この場合、一つの端末に併合される各セルは、互いに異なるカバレッジを有することができ、それぞれのセルは、地理的に離れた互いに異なる基地局（或いは、これに相応するノード（例えば、リレー））によってそれぞれ管理することができる（インター―サイトＣＡ）。

【0056】

二重連結性（ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）は、端末がマクロセルとスモールセルの全てに同時に連結できることを意味する。二重連結性で、ハンドオーバー（ｈａｎｄｏｖｅｒ）可能性を低下させるためにマクロセル内の各スケジューリング無線ベアラ（Ｓｃｈｅｄｕｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ、ＳＲＢ）又は他の各ＤＲＢを維持すると同時に、高い処理量を提供するために、いくつかのデータ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ、ＤＲＢ）はスモールセルにオフロード（ｏｆｆｌｏａｄ）することができる。マクロセルは、周波数ｆ１を通じてＭｅＮＢ（Ｍａｃｒｏ ｃｅｌｌ ｅＮＢ）によって作動し、スモールセルは、周波数ｆ２を通じてＳｅＮＢ（Ｓｍａｌｌ ｃｅｌｌ ｅＮＢ）によって作動する。周波数ｆ１及びｆ２は同一であり得る。ＭｅＮＢとＳｅＮＢとの間のバックホール（ｂａｃｋｈａｕｌ）インターフェースは、バックホールに相当な遅延があり、一つのノードでの中央化されたスケジューリングが不可能であるので、非―理想的である。

【0057】

二重連結性による利得を得るために、例えば、ＳＲＢｓ又はリアルタイムトラフィックなどの他のトラフィックがマクロセルによって依然としてサービスされる間、遅延耐性（ｄｅｌａｙ ｔｏｌｅｒａｎｔ）であるベスト―エフォートトラフィック（ｂｅｓｔ―ｅｆｆｏｒｔ ｔｒａｆｆｉｃ）はスモールセルにオフロードされる。

【0058】

図６Ａは、特定端末に対する二重連結性に連関した基地局の制御平面（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ、Ｃ―Ｐｌａｎｅ）を示す。ＭｅＮＢは、Ｓ１―ＭＭＥ（制御平面に対するＳ１）に連結された制御平面であり、ＭｅＮＢとＳｅＮＢはＸ２―Ｃ（Ｘ２―制御平面）を介して互いに連結される。図６Ａに示すように、二重連結性のための基地局間（Ｉｎｔｅｒ―ｅＮＢ）制御平面シグナリングがＸ２インターフェースシグナリングによって行われる。ＭＭＥへの制御平面シグナリングは、Ｓ１インターフェースシグナリングによって行われる。ＭｅＮＢとＭＭＥとの間には、端末当たり一つのＳ１―ＭＭＥ連結が存在する。それぞれの基地局は、例えば、ＳＣＧに対するＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）を他の端末に提供する間、いくつかの端末にはＰＣｅｌｌ（Ｐｒｉｍａｒｙ Ｃｅｌｌ）を提供する場合のように、各端末を独立的に取り扱うことが可能でなければならない。特定端末に対する二重連結性に連関したそれぞれの基地局は、自分の無線資源を所有し、自分の各セルの各無線資源を割り当てること、及びＸ２インターフェースシグナリングを用いて行われるＭｅＮＢとＳｅＮＢとの間のそれぞれの調整に対して主に責任を有する。

【0059】

図６Ｂは、特定端末に対する二重連結性に連関した基地局のユーザー平面（Ｕｓｅｒ ｐｌａｎｅ、Ｕ―Ｐｌａｎｅ）連結性を示す。ユーザー平面連結性は、ベアラオプション設定に従う：１）各ＭＣＧベアラにおいて、ＭｅＮＢはＳ１―Ｕを介してＳ―ＧＷにユーザー平面連結され、２）各分割ベアラにおいて、ＭｅＮＢはＳ１―Ｕを介してＳ―ＧＷにユーザー平面連結され、追加的に、ＭｅＮＢとＳｅＮＢはＸ２―Ｕを介して互いに連結され、３）各ＳＣＧベアラにおいて、ＳｅＮＢはＳ１―Ｕを介してＳ―ＧＷと直接連結される。ＭＣＧ及び分割ベアラのみが設定された場合、ＳｅＮＢにはＳ１―Ｕ終端が存在しない。二重連結性において、各マクロセルのグループから各スモールセルのグループへのデータオフロード（ｏｆｆｌｏａｄ）のためにスモールセルの改善が要求される。各スモールセルは、各マクロセルから離れて配置され得るので、端末の観点から複数のスケジューラが異なる各ノードに分離して位置し、独立的に動作する。これは、異なるスケジューリングノードが異なる無線資源環境に出会うことを意味し、それぞれのスケジューリングノードが異なるスケジューリング結果も有し得ることを意味する。

【0060】

図７は、二重連結性のための無線プロトコル構造に対する概念図である。

【0061】

本実施例のＥ―ＵＴＲＡＮは、Ｘ２インターフェース上の非―理想的バックホール（ｂａｃｋｈａｕｌ）を介して連結された２個の基地局に位置し、２個の別個のスケジューラ（ｓｃｈｅｄｕｌｅｒ）によって提供された各無線資源を活用するように構成されたＲＲＣ連結（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）状態の複数の受信／送信（Ｒｘ／Ｔｘ）端末によって二重連結性（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）動作をサポートすることができる。特定端末に対する二重連結性と関連する各基地局は、２つの異なる役割を仮定することもできる：基地局は、ＭｅＮＢまたはＳｅＮＢとして行動することもできる。二重連結性において、端末は一つのＭｅＮＢ及び一つのＳｅＮＢと連結することができる。

【0062】

二重連結性（ＤＣ）動作において、特定ベアラ（ｂｅａｒｅｒ）が用いる無線プロトコル構造は、ベアラがどのように設定されたのかによっている。３つの代案として、ＭＣＧ（Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ）ベアラ７０１、分割ベアラ（ｓｐｌｉｔ ｂｅａｒｅｒ）７０３及びＳＣＧ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ Ｇｒｏｕｐ）ベアラ７０５が存在する。３つの代案は図７に示される。各ＳＲＢ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）は、常にＭＣＧベアラであり、ＭｅＮＢによって提供される各無線資源のみを用いる。ＭＣＧ（Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ）ベアラ（ＲＢ―ａ）は、二重連結性のみで各ＭｅＮＢ資源を用いるためにＭｅＮＢのみに位置した無線プロトコルである。また、ＳＣＧ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ Ｇｒｏｕｐ）ベアラ（ＲＢ―ｃ）は、二重連結性で各ＳｅＮＢ資源を用いるためにＳｅＮＢのみに位置した無線プロトコルである。

【0063】

特に、分割（ｓｐｌｉｔ）ベアラ（ＲＢ―ｂ）は、二重連結性でＭｅＮＢ及びＳｅＮＢ資源の両者を用いるためにＭｅＮＢ及びＳｅＮＢの両者に位置した無線プロトコルであり、分割ベアラは、一方向（ｄｉｒｅｃｔｉｏｎ）に対する一つのＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）エンティティ、２個のＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）及び２個のＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）エンティティを含む無線ベアラであってもよい。

【0064】

特に、二重連結性（ＤＣ）動作は、ＳｅＮＢによって提供された各無線資源を用いるように設定された少なくとも一つのベアラを有することと説明することもできる。

【0065】

図８は、二重連結性のための無線プロトコル構造に対する概念図である。

【0066】

「送信利用可能なデータ（Ｄａｔａ ａｖａｉｌａｂｌｅ ｆｏｒ ｔｒａｎｓｍｉｓｓｉｏｎ）」は、ＭＡＣ層内のバッファ状態報告（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔｉｎｇ、ＢＳＲ）、論理チャンネル優先化（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ、ＬＣＰ）、及び任意接続プリアンブルグループ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ Ｇｒｏｕｐ、ＲＡＰＧ）の選択のために用いられるＰＤＣＰ及びＲＬＣ層内で定義される。

【0067】

ＭＡＣバッファ状態報告の目的で、端末は、以下のものをＲＬＣ層での送信利用可能なデータとして見なすこともできる：

【0068】

― ＲＬＣデータＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）に未だに含まれていない各ＲＬＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）、またはこれらの各セグメント（ｓｅｇｍｅｎｔ）；

【0069】

― 再送信（ＲＬＣ ＡＭ）のためにペンディング（ｐｅｎｄｉｎｇ）中の各ＲＬＣデータＰＤＵ、またはこれらの各部分；

【0070】

また、ＳＴＡＴＵＳ ＰＤＵがトリガリングされ、ｔ―ＳｔａｔｕｓＰｒｏｈｉｂｉｔが動作中でないか満了した場合、端末は、次の送信機会に送信されるＳＴＡＴＵＳ ＰＤＵのサイズを予測することもでき、これをＲＬＣ層で送信利用可能なデータとして見なすこともできる。

【0071】

一方、ＭＡＣバッファ状態報告のために、端末は、以下のものだけでなく、各ＰＤＣＰ制御ＰＤＵをＰＤＣＰ層での送信利用可能なデータとして見なすこともできる：

【0072】

各下位層に提出されていないＰＤＵに対する各ＳＤＵに対して：

【0073】

― ＳＤＵがＰＤＣＰによって未だにプロセッシングされていない場合はＳＤＵ自体、または

【0074】

― ＳＤＵがＰＤＣＰによってプロセッシングされた場合はＰＤＵ。

【0075】

また、ＲＬＣ ＡＭにマッピングされた各無線ベアラに対して、ＰＤＣＰエンティティが以前に再確立（ｒｅ―ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順を行った場合、端末は、以下のものをＰＤＣＰ層への送信利用可能なデータとして見なすこともできる：

【0076】

対応ＰＤＵがＰＤＣＰ再確立前に下位層に提出のみされた各ＳＤＵに対して、各対応ＰＤＵが下位層によって確認されていない１番目のＳＤＵから始めて、ＰＤＣＰ状態報告によって成功的に伝達されたと指示された各ＳＤＵを除いて受信された場合：

【0077】

― ＰＤＣＰによって未だにプロセッシングされていない場合はＳＤＵ、または

【0078】

― ＰＤＣＰによってプロセッシングされた場合はＰＤＵ。

【0079】

従来の技術において、無線ベアラ内に一方向（例えば、アップリンクまたはダウンリンク）に対してただ一つのＰＤＣＰエンティティ及びＲＬＣエンティティのみが存在し、よって、端末が「送信利用可能なデータ」を計算するとき、ＰＤＣＰ及びＲＬＣ内の送信利用可能なデータを単純に加算する。しかし、ＬＴＥ Ｒｅｌ―２１において、二重連結性がサポートされるスモールセル向上（Ｓｍａｌｌ ｃｅｌｌ Ｅｎｈａｎｃｅｍｅｎｔ）に対する新たな研究が開始された。

【0080】

二重連結性をサポートするために、可能な解決策のうち一つは、端末が、二重ＲＬＣ／ＭＡＣ方式と称される新たなＲＢ構造を活用するマクロセル（Ｍａｃｒｏ ｃｅｌｌ）及びスモールセル（Ｓｍａｌｌ ｃｅｌｌ）の両者にデータを送信するようにすることであって、ここで、単一ＲＢは、一方向に対して一つのＰＤＣＰエンティティ、二つのＲＬＣエンティティ、及び二つのＭＡＣエンティティを有し、ＲＬＣ／ＭＡＣペア（ｐａｉｒ）は、図８に示したように、各セルに対して設定される。図８において、ＲＢ―Ｂは、「分割無線ベアラ（ｓｐｌｉｔ Ｒａｄｉｏ Ｂｅａｒｅｒ）」と称され、最善努力トラフィック（Ｂｅｓｔ Ｅｆｆｏｒｔ ｔｒａｆｆｉｃ）を示す。

【0081】

バッファ状態報告（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔｉｎｇ、ＢＳＲ）

【0082】

バッファ状態報告（ＢＳＲ）手順は、サービングｅＮＢに端末の各ＵＬ（Ｕｐｌｉｎｋ）バッファ内の送信利用可能なデータ（Ｄａｔａ Ａｖａｉｌａｂｌｅ ｆｏｒ Ｔｒａｎｓｍｉｓｓｉｏｎ、ＤＡＴ）の量に対する情報を提供するために用いられる。ｐｅｒｉｏｄｉｃＢＳＲ―Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ―Ｔｉｍｅｒの二つのタイマーを設定することによって、そして、それぞれの論理チャンネルに対してＬＣＧ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ）に論理チャンネルを割り当てるｌｏｇｉｃａｌＣｈａｎｎｅｌＧｒｏｕｐを付加的にシグナリングすることによって、ＲＲＣはＢＳＲ報告を制御することもできる。

【0083】

バッファ状態報告手順に対して、端末は、サスペンド（ｓｕｓｐｅｎｄ）されていない全ての無線ベアラを考慮することもでき、サスペンドされた各無線ベアラを考慮することもできる。バッファ状態報告（ＢＳＲ）は、次の各イベントのうち任意のイベントが発生する場合にトリガリングされ得る：

【0084】

― ＬＣＧに属した論理チャンネルに対するＵＬデータがＲＬＣエンティティまたはＰＤＣＰエンティティ内で送信のために利用可能になり、送信のために既に利用可能なデータに対して任意のＬＣＧに属した各論理チャンネルの各優先順位より高い優先順位の論理チャンネルに属したデータ、または、ＬＣＧに属した任意の各論理チャンネルに対する送信利用可能なデータがない場合、この場合、ＢＳＲが以下で「正規（Ｒｅｇｕｌａｒ）ＢＳＲ」と称される；

【0085】

― 各ＵＬ資源が割り当てられ、各パディング（ｐａｄｄｉｎｇ）ビットの数字がバッファ状態報告ＭＡＣ制御エレメントとそのサブヘッダー（ｓｕｂｈｅａｄｅｒ）とを加算したサイズと同じかそれより大きい場合、この場合、ＢＳＲが以下で「パディング（Ｐａｄｄｉｎｇ）ＢＳＲ」と称される；

【0086】

― ｒｅｔｘＢＳＲ―Ｔｉｍｅｒが満了し、端末がＬＣＧに属した任意の各論理チャンネルに対する送信利用可能なデータを有する場合、この場合、ＢＳＲが以下で「正規（Ｒｅｇｕｌａｒ）ＢＳＲ」と称される；

【0087】

― ｐｅｒｉｏｄｉｃＢＳＲ―Ｔｉｍｅｒが満了する場合、この場合、ＢＳＲが以下で「周期的（Ｐｅｒｉｏｄｉｃ）ＢＳＲ」と称される。

【0088】

ＢＳＲが送信され得る時刻に各多重イベントがＢＳＲをトリガリングする場合にも、ＭＡＣ ＰＤＵは、最大一つのＭＡＣ ＢＳＲ制御エレメントを含むこともでき、この場合、正規ＢＳＲ及び周期的ＢＳＲがパディングＢＳＲに優先する。

【0089】

任意のＵＬ―ＳＣＨ上の新たなデータの送信に対する許容（ｇｒａｎｔ）の指示（ｉｎｄｉｃａｔｉｏｎ）時に、端末はｒｅｘｔＢＳＲ―Ｔｉｍｅｒを再開することもできる。

【0090】

各ＵＬグラント（ｇｒａｎｔ）の場合、全てのトリガリングされた各ＢＳＲは取り消されることもあり、この場合、サブフレームは、送信のために利用可能な全てのペンディング（ｐｅｎｄｉｎｇ）データを収容（ａｃｃｏｍｍｏｄａｔｅ）できるが、該当のサブヘッダーを加えたＢＳＲ ＭＡＣ制御エレメントを追加的に収容するには十分でない。ＢＳＲが送信のためのＭＡＣ ＰＤＵに含まれたとき、全てのＢＳＲは取り消され得る。

【0091】

端末は、ＴＴＩ内で最大一つの正規／周期的ＢＳＲを送信することができる。端末がＴＴＩ内で多重の各ＭＡＣ ＰＤＵを送信するように要請を受けた場合、正規／周期的ＢＳＲを含まない任意の各ＭＡＣ ＰＤＵ内にパディングＢＳＲを含むこともできる。

【0092】

ＴＴＩ内で送信された全てのＢＳＲは、常に該当のＴＴＩのために構成された全てのＭＡＣ ＰＤＵによるバッファ状態を反映する。それぞれのＬＣＧは、ＴＴＩ当たり最大一つのバッファ状態値を報告することができ、この値は、該当のＬＣＧに対するバッファ状態を報告する全てのＢＳＲ内で報告することができる。

【0093】

論理チャンネル優先順位化（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ、ＬＣＰ）

【0094】

新たな送信が行われるとき、論理チャンネル優先化手順が適用される。ＲＲＣは、それぞれの論理チャンネルに対するシグナリングを通じてアップリンクデータのスケジューリングを制御することもできる：増加する優先順位値がより低い優先順位レベルを指示する優先順位、ＰＢＲ（Ｐｒｉｏｒｉｔｉｚｅｄ Ｂｉｔ Ｒａｔｅ）を設定するｐｒｏｒｉｔｉｅｓｅｄＢｉｔＲａｔｅ、ＢＳＤ（Ｂｕｃｋｅｔ Ｓｉｚｅ Ｄｕｒａｔｉｏｎ）を設定するｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ。

【0095】

端末は、それぞれの論理チャンネルｊに対して変数Ｂｊを維持することもできる。Ｂｊは、連関した論理チャンネルが確立されたときに０に初期化することもでき、それぞれのＴＴＩに対してＰＢＲとＴＴＩ期間の積だけ増加し得る。ここで、ＰＢＲは、論理チャンネルｊの優先順位化されたビットレート（ｂｉｔ ｒａｔｅ）である。しかし、Ｂｊの値は、バケットサイズ（ｂｕｃｋｅｔ ｓｉｚｅ）を超えることができなく、Ｂｊが論理チャンネルｊのバケットサイズより大きい場合、Ｂｊはバケットサイズに設定することもできる。論理チャンネルのバケットサイズはＰＢＲ×ＢＳＤと同じであり、ここで、ＰＢＲとＢＳＤは各上位層によって設定される。

【0096】

任意接続プリアンブルグループ選択（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ Ｇｒｏｕｐ（ＲＡＰＧ） ｓｅｌｅｃｔｉｏｎ）

【0097】

任意接続資源選択手順は、次のように行うこともできる：

【0098】

― ｒａ―ＰｒｅａｍｂｌｅＩｎｄｅｘ（任意接続プリアンブル）及びｒａ―ＰＲＡＣＨ―ＭａｓｋＩｎｄｅｘ（ＰＲＡＣＨマスクインデックス（Ｍａｓｋ Ｉｎｄｅｘ））が明示的にシグナリングされ、ｒａ―ＰｒｅａｍｂｌｅＩｎｄｅｘが００００００でない場合：任意接続プリアンブル及びＰＲＡＣＨマスクインデックスは、明示的にシグナリングされたｒａ―ＰｒｅａｍｂｌｅＩｎｄｅｘ及びｒａ―ＰＲＡＣＨ―ＭａｓｋＩｎｄｅｘである。

【0099】

― そうでない場合、任意接続プリアンブルは、端末によって次のように選択することもできる：

【0100】

ｉ）Ｍｓｇ３が未だに送信されていない場合、端末は、任意接続プリアンブルグループＢが存在し、潜在（ｐｏｔｅｎｔｉａｌ）メッセージサイズ（送信利用可能なデータにＭＡＣヘッダー、及び、必要な場合、各ＭＡＣ制御エレメントを加算したもの）がｍｅｓｓａｇｅＳｉｚｅＧｒｏｕｐＡより大きく、経路損失が（任意接続手順を行うサービングセルの）Ｐ_{ＣＭＡＸ，ｃ}−ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ−ｄｅｌｔａＰｒｅａｍｂｌｅＭｓｇ３−ｍｅｓｓａｇｅＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢより小さい場合、任意接続プリアンブルグループＢを選択することもできる；

【0101】

ｉｉ）そうでない場合：端末は、任意接続プリアンブルグループＡを選択することもできる。

【0102】

この場合、アップリンク資源スケジューリングノードは、ネットワーク側で異なるノードに（例えば、一つはＭｅＮＢに、他の一つはＳｅＮＢに）位置するので、上述した各ＭＡＣ機能（例えば、ＢＳＲ、ＬＣＰ及びＲＡＰＧ選択）は、それぞれのＭＡＣで行われる。

【0103】

問題は、各ＭＡＣ機能内の「ＰＤＣＰ内の送信利用可能なデータ」情報をどのように用いるのかにある。それぞれのＭＡＣが「ＰＤＣＰ内の送信利用可能なデータ」の同一の情報を活用する場合、ＭｅＮＢとＳｅＮＢの両者は、「ＰＤＣＰ内の送信利用可能なデータ」に耐えられるＵＬ資源を割り当てるはずであり、この場合、「ＰＤＣＰ内の送信データ」は２回考慮され、これは無線資源の浪費をもたらす。

【0104】

図９は、本発明の実施例に係る送信利用可能なデータの量の報告に対する概念図である。

【0105】

ＭｅＮＢ及びＳｅＮＢが二重ＲＬＣ／ＭＡＣ方式を有する端末にＵＬ資源を過―割り当てることを防止するために、指示情報に基づいてそれぞれのＭＡＣに端末が「送信利用可能なデータ（Ｄａｔａ Ａｖａｉｌａｂｌｅ ｆｏｒ Ｔｒａｎｓｍｉｓｓｉｏｎ、ＤＡＴ）」を分けることが提案される。

【0106】

端末は、ＤＡＴ量の報告のための指示情報を受信する（Ｓ９０１）。指示情報は、第１のｅＮＢに対するＤＡＴの第１の量を指示する第１の指示情報、及び第２のｅＮＢのＤＡＴの第２の量を指示する第２の指示情報を含む。

【0107】

好ましくは、ＤＡＴの量はＰＤＣＰエンティティ内にあってもよい。

【0108】

指示情報は、第１のｅＮＢに対するＤＡＴの第１の量を指示する第１の指示情報、及び第２のｅＮＢのＤＡＴの第２の量を指示する第２の指示情報を含む。

【0109】

好ましくは、第１のｅＮＢはマクロセル内のマクロ（またはマスター）ｅＮＢであってもよく、第２のｅＮＢはスモールセル内のスモール（または補助（ｓｅｃｏｎｄａｒｙ））ｅＮＢであってもよい。マクロセルのカバレッジは、スモールセルのカバレッジより大きい。上述したように、端末は、マクロセルとスモールセルの両者に同時に連結することもできる。また、データトラフィックの最適化などのために、複数のスモールセル（例えば、マイクロセル、ピコセルなど）がスモールセルより大きいカバレッジを有する大きなセル（例えば、マクロセル）内に存在することもある。

【0110】

好ましくは、指示情報は、比率（ｒａｔｉｏ）情報及びパーセント（ｐｅｒｃｅｎｔ）情報のうち少なくとも一つを含むこともできる。

【0111】

特に、比率情報は送信レート（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒａｔｅ、ＴＲ）情報を含むこともできる。ＴＲは、「第２のＲＬＣエンティティに送信されたＰＤＣＰの量」に対する「第１のＲＬＣエンティティに送信されたＰＤＣＰの量」の比率を定義することもでき、ここで、第１のＲＬＣエンティティと第２のＲＬＣエンティティは、一方向上のＰＤＣＰエンティティに連結される。

【0112】

指示情報は、ＲＢが設定または再設定されたとき、ＲＲＣシグナリング、ＰＤＣＰシグナリングまたはＭＡＣシグナリングを通じてＭｅＮＢまたはＳｅＮＢによって設定される。

【0113】

指示情報は、「ＤＡＴＰ―Ｍ：ＤＡＴＰ―Ｓ」の比率形態、またはＤＡＴＰ―Ｍと比較したＤＡＴＰ―Ｓのパーセント量、またはその反対、または、ＤＡＴＰをＤＡＴ―Ｍ及びＤＡＴＰ―Ｓに分割するために利用可能な任意の類型のデータであり得る。ここで、「ＤＡＴＰ―Ｍ」は、マクロセルＭＡＣに対するＰＤＣＰエンティティ内の送信利用可能なデータの量を意味し、「ＤＡＴＰ―Ｓ」は、スモールセルＭＡＣに対するＰＤＣＰエンティティ内の送信利用可能なデータの量を意味する。

【0114】

ＲＢに対して指示情報が設定された場合、端末は、指示情報に基づいてＤＡＴの第１の量を計算し（Ｓ９０３）、指示情報に基づいてＤＡＴの第２の量を計算し（Ｓ９０５）、ＤＡＴＰ―ＭとＤＡＴＰ―Ｓの比率が設定された指示情報と同一になるようにＤＡＴの総量をＤＡＴＰ―ＭとＤＡＴＰ―Ｓとに分割する。

【0115】

段階Ｓ９０３及びＳ９０５後、端末は、少なくとも第１のｅＮＢにＤＡＴの第１の量を報告したり、第２のｅＮＢにＤＡＴの第２の量を報告することもできる（Ｓ９０７）。その後、ＢＳＲの計算、ＬＣＰ遂行、及びＲＡＰＧ選択において、第１のｅＮＢのＭＡＣはＤＡＴＰ―Ｍを用い、第２のｅＮＢのＭＡＣはＤＡＴＰ―Ｓを用いる。

【0116】

段階Ｓ９０７において、第１の指示情報がＤＡＴの量が０であることを指示する場合、端末は、第１のｅＮＢにＤＡＴの第１の量を報告しないか、ＤＡＴの第１の量が０であることを報告することもできる。

【0117】

好ましくは、段階Ｓ９０７は、ＭＡＣエンティティのバッファ状態報告（ＢＳＲ）に含ませることもできる。バッファ状態報告（ＢＳＲ）手順は、端末の各ＵＬバッファ内の送信利用可能なデータの量に対する情報をサービングｅＮＢに提供するために用いられる。端末の各ＵＬバッファ内の送信利用可能なデータの量に対する情報は、各多重論理チャンネルグループ（ＬＣＧｓ）の複数のバッファサイズを含むこともできる。段階Ｓ９０７の報告は、ＭＡＣエンティティのＢＳＲのうち一つであってもよい。また、段階Ｓ９０７は、ＤＡＴに対する情報をそれぞれのｅＮＢに提供するために用いられる。

【0118】

図１０は、本発明の実施例に係る送信利用可能なデータの例示的量を示す概念図である。

【0119】

本発明の例示的手順が図１０に示される。

【0120】

端末は、ＭｅＮＢまたはＳｅＮＢからのＲＢ ＩＤによって識別されるＲＢの指示情報を受信することもできる。本例示において、指示情報は３：７に設定されるＴＲを含む（Ｓ１００１）。

【0121】

指示されたＲＢに対して、端末はＤＡＴＰを計算し、これをＴＲと同一になるようにＤＡＴＰ―ＭとＤＡＴＰ―Ｓとに分割することもできる（Ｓ１００３）。この例示において、ＤＡＴＰ＝１０００バイトであり、結果的に、ＤＡＴＰ―Ｍ＝３００バイトで、ＤＡＴＰ＝７００バイトである。

【0122】

指示されたＲＢに対して、端末は、ＤＡＴＲ―Ｍ（マクロセルに対するＲＬＣ内の送信利用可能なデータ）及びＤＡＴＲ―Ｓ（スモールセルに対するＲＬＣ内の送信利用可能なデータ）を計算することもできる（Ｓ１００５）。この例示において、ＤＡＴＲ―Ｍ＝２００バイトで、ＤＡＴＲ―Ｓ＝３００バイトである。

【0123】

指示されたＲＢに対して、端末は、ＤＡＴ―Ｍ＝ＤＡＴＰ―Ｍ＋ＤＡＴＲ―Ｍで、ＤＡＴ―Ｓ＝ＤＡＴＰ―Ｓ＋ＤＡＴＲ―ＳになるようにＤＡＴ―Ｍ（マクロセルに対する送信利用可能なデータ）及びＤＡＴ―Ｓ（スモールセルに対する送信利用可能なデータ）を計算することもできる（Ｓ１００７）。この例示において、ＤＡＴ―Ｍ＝３００＋２００＝５００バイトで、ＤＡＴ―Ｓ＝７００＋３００＝１０００バイトである。

【0124】

指示されたＲＢに対して、端末は、ＭＡＣ―Ｍ内のＢＳＲ（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔｉｎｇ）、ＬＣＰ、及びＲＡＰＧ選択のためにＤＡＴ―Ｍを用いることもでき、ＭＡＣ―Ｓ内のＢＳＲ、ＬＣＰ、及びＲＡＰＧ選択のためにＤＡＴ―Ｓを用いることもできる。

【0125】

図１１は、本発明の実施例に係る通信装置のブロック図である。

【0126】

図１１に示した装置は、上述したメカニズムを行うように適応されたユーザー装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）及び／又はｅＮＢであってもよいが、同一の作業を行う任意の装置であってもよい。

【0127】

図１１に示したように、装置は、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）／マイクロプロセッサ１１０及びＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュール（送受信機）１３５を含むこともできる。ＤＳＰ／マイクロプロセッサ１１０は、送受信機１３５に電気的に連結され、送受信機１３５を制御する。装置は、設計者の選択によって、電力管理モジュール１０５、バッテリ１５５、ディスプレイ１１５、キーパッド１２０、メモリデバイス１３０、スピーカー１４５及び入力デバイス１５０をさらに含むこともできる。

【0128】

特に、図１1は、ネットワークから要請メッセージを受信するように構成された受信機１３５、及びネットワークに送／受信タイミング情報を送信するように構成された送信機１３５を含む端末を示すこともできる。このような送信機と受信機は、送受信機１３５を構成することができる。端末は、送受信機（受信機及び送信機）１３５に連結されたプロセッサ１１０をさらに含むことができる。

【0129】

また、図１１は、端末に要請メッセージを送信するように構成された送信機１３５、及び端末から送受信タイミング情報を受信するように構成された受信機１３５を含むネットワーク装置を示すこともできる。送信機及び受信機は送受信機１３５を構成することもできる。ネットワークは、送信機及び受信機に連結されたプロセッサ１１０をさらに含む。このプロセッサ１１０は、送受信タイミング情報に基づいて遅延を計算することもできる。

【0130】

本発明は、本発明の特徴から逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。したがって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付された請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。

【0131】

以上説明した各実施例は、本発明の各構成要素と各特徴が所定形態で結合されたものである。各構成要素又は特徴は、別途の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の各実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない各請求項を結合して実施例を構成したり、出願後の補正によって新たな請求項として含ませ得ることは自明である。

【0132】

本発明の実施例において、基地局（ＢＳ）によって行われると説明した特定動作は、上位ノードのＢＳによって行うこともできる。ＢＳを含む複数のネットワークノードにおいて、ＭＳとの通信のために行われる多様な動作が基地局によって行われたり、基地局以外の他のネットワークノードによって行われ得ることは明らかである。「ｅＮＢ」という用語は、「固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）」、「ＮｏｄｅＢ」、「基地局（ＢＳ）」、アクセスポイントなどに取り替えることもできる。

【0133】

上述した各実施例は、例えば、ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせなどの多様な手段によって具現することもできる。

【0134】

ハードウェア設定において、本発明の実施例に係る方法は、一つ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。

【0135】

ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明した機能又は動作を行うモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知となった多様な手段によって前記プロセッサとデータをやり取りすることができる。

【0136】

本発明は、本発明の特徴から逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。したがって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。

【産業上の利用可能性】

【0137】

上述した方法は、３ＧＰＰ ＬＴＥシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥシステム以外にも、多様な無線通信システムに適用することが可能である。

【図1】

【図2A】

【図2B】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】

【図11】