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