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