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