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