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