(57)【要約】【課題】【解決手段】本発明は無線通信システムに関するものである。特に、本発明は、Ｄ２Ｄ通信システムにおいてサイドリンクバッファ状態報告によってトリガされたスケジューリング要求を取り消す方法及びその装置に関するものである。この方法は、伝送に利用可能なサイドリンクデータに対する一つ又は複数のサイドリンクバッファ状態報告（Buffer Status Report、ＢＳＲ）をトリガする段階と、特定の期間内の一つ又は複数のサブフレームに一つ又は複数のサイドリンク承認を構成する段階と、第１サブフレームで残りのサイドリンク承認が伝送に利用可能な全ての保留中のデータを収容することができるかを確認する段階と、上記残りのサイドリンク承認が上記伝送に利用可能な全ての保留中のデータを収容することができる場合、全てのトリガされたサイドリンクＢＳＲを取り消す段階と、を有し、上記残りのサイドリンク承認は上記第１サブフレームから始まって上記特定の期間の終りまでの一つ又は複数のサブフレームに構成されたサイドリンク承認である。【選択図】  図１６
2017538373.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムで端末が動作する方法であって、
伝送に利用可能なサイドリンクデータに対する一つ又は複数のサイドリンクバッファ状態報告（ＢＳＲ）をトリガする段階と、
特定の期間内の一つ又は複数のサブフレームに一つ又は複数のサイドリンク承認を構成する段階と、
第１サブフレームで残りのサイドリンク承認が伝送に利用可能な全ての保留中のデータを収容することができるかを確認する段階と、
前記残りのサイドリンク承認が前記伝送に利用可能な全ての保留中のデータを収容することができる場合、全ての前記トリガされたサイドリンクＢＳＲを取り消す段階と、を有し、
前記残りのサイドリンク承認は前記第１サブフレームから始まって前記特定の期間の終りまでの一つ又は複数のサブフレームに構成されたサイドリンク承認である、方法。
【請求項２】
前記第１サブフレームで残りのサイドリンク承認が伝送に利用可能な全ての保留中のデータを収容することができるかを確認する段階は、前記残りのサイドリンク承認の大きさが前記伝送に利用可能な全ての保留中のデータの大きさ以上であるかを確認する段階を有する、請求項１に記載の方法。
【請求項３】
前記伝送に利用可能な全ての保留中のデータはいずれもサイドリンクデータであり、サイドリンクデータはＰＣ５インターフェースを介して他の端末に直接送信されるデータである、請求項１に記載の方法。
【請求項４】
前記サイドリンク承認、前記特定の期間及び前記伝送に利用可能な全ての保留中のデータは前記端末が属するＰｒｏＳｅグループの中で同じＰｒｏＳｅグループのためのものである、請求項１に記載の方法。
【請求項５】
基地局から、前記特定の期間内の一つ又は複数のサブフレームに前記一つ又は複数のサイドリンク承認を構成するために第２サブフレームで前記端末と他の端末との間のサイドリンク通信のための承認を受信する段階をさらに有し、
前記特定の期間は前記サイドリンク承認が受信された前記第２サブフレームの後の少なくとも４サブフレーム以後に始まる、請求項１に記載の方法。
【請求項６】
前記残りのサイドリンク承認が前記伝送に利用可能な全ての保留中のデータを収容することができない場合、前記トリガされたサイドリンクＢＳＲのいずれも取り消さない、請求項１に記載の方法。
【請求項７】
無線通信システムで動作する端末であって、
無線周波数（ＲＦ）モジュールと、
前記無線周波数モジュールを制御するように構成されたプロセッサと、を有し、
前記プロセッサは、
伝送に利用可能なサイドリンクデータに対する一つ又は複数のサイドリンクバッファ状態報告（ＢＳＲ）をトリガし、
特定の期間内の一つ又は複数のサブフレームに一つ又は複数のサイドリンク承認を構成し、
第１サブフレームで残りのサイドリンク承認が伝送に利用可能な全ての保留中のデータを収容することができるかを確認し、
前記残りのサイドリンク承認が前記伝送に利用可能な全ての保留中のデータを収容することができる場合、全ての前記トリガされたサイドリンクＢＳＲを取り消すように構成され、
前記残りのサイドリンク承認は前記第１サブフレームから始まって前記特定の期間の終りまでの一つ又は複数のサブフレームに構成されたサイドリンク承認である、端末。
【請求項８】
前記第１サブフレームで残りのサイドリンク承認が伝送に利用可能な全ての保留中のデータを収容することができるかを確認する段階は、前記残りのサイドリンク承認の大きさが前記伝送に利用可能な全ての保留中のデータの大きさ以上であるかを確認する段階を有する、請求項７に記載の端末。
【請求項９】
前記伝送に利用可能な全ての保留中のデータはいずれもサイドリンクデータであり、
サイドリンクデータはＰＣ５インターフェースを介して他の端末に直接送信されるデータである、請求項７に記載の端末。
【請求項１０】
前記サイドリンク承認、前記特定の期間及び前記伝送に利用可能な全ての保留中のデータは前記端末が属するＰｒｏＳｅグループの中で同じＰｒｏＳｅグループのためのものである、請求項７に記載の端末。
【請求項１１】
前記プロセッサは基地局から前記特定の期間内の一つ又は複数のサブフレームに前記一つ又は複数のサイドリンク承認を構成するために第２サブフレームで前記端末と他の端末との間のサイドリンク通信のための承認を受信するようにさらに構成され、
前記特定の期間は前記サイドリンク承認が受信された前記第２サブフレームの後の少なくとも４サブフレーム以後に始まる、請求項７に記載の端末。
【請求項１２】
前記残りのサイドリンク承認が前記伝送に利用可能な全ての保留中のデータを収容することができない場合、前記トリガされたサイドリンクＢＳＲのいずれも取り消さない、請求項７に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関するもので、特にＤ２Ｄ（Device to Device）通信システムにおいてサイドリンクバッファ状態報告を取り消す方法及びその装置に関するものである。
【背景技術】
【０００２】
本発明を適用できる無線通信システムの一例として、３ＧＰＰ  ＬＴＥ（3rd Generation Partnership Project Long Term Evolution；以下、「ＬＴＥ」という）通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例として、Ｅ−ＵＭＴＳ網の構造を概略的に示した図である。Ｅ−ＵＭＴＳ（Evolved Universal Mobile Telecommunications System）は、既存のＵＭＴＳ（Universal Mobile Telecommunications System）から発展したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ−ＵＭＴＳは、ＬＴＥ（Long Term Evolution）システムと称することもできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（technical specification）の詳細な内容は、それぞれ「3rd Generation Partnership Project；Technical Specification Group Radio Access Network」のＲｅｌｅａｓｅ  ７及びＲｅｌｅａｓｅ  ８を参照することができる。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末（User Equipment；ＵＥ）、基地局（eNode B；ｅＮＢ）、及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置し、外部ネットワークと接続されるアクセスゲートウェイ（Access Gateway；ＡＧ）を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために複数の（multiple）データストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ又は複数のセルが存在する。セルは、１．２５Ｍｈｚ、２．５Ｍｈｚ、５Ｍｈｚ、１０Ｍｈｚ、１５Ｍｈｚ、２０Ｍｈｚなどの帯域幅のうちの一つに設定され、多くの端末にダウンリンク又はアップリンク送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、複数の（a plurality of）端末に対するデータ送受信を制御する。ダウンリンク（DownLink；ＤＬ）データに対して、基地局は、ダウンリンクスケジューリング情報を送信し、該当端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Hybrid Automatic Repeat and reQuest）関連情報などを知らせる。また、アップリンク（UpLink；ＵＬ）データに対して、基地局は、アップリンクスケジューリング情報を該当端末に送信し、該当端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。各基地局間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを使用することができる。コアネットワーク（Core Network；ＣＮ）は、ＡＧ及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Tracking Area）単位で端末のモビリティ（移動性）（mobility）を管理する。
【０００６】
Ｄ２Ｄ（Device to Device）通信は、基地局などのインフラストラクチャを利用せず、隣接ノード間でトラフィックを直接伝達する分散された通信技術のことをいう。Ｄ２Ｄ通信環境において、携帯用端末などの各ノードは、物理的にそれに隣接する端末（user equipment）を発見し、通信セッションを設定した後でトラフィックを送信する。この方式によれば、Ｄ２Ｄ通信は、基地局に集中しているトラフィックを分散してトラフィックの過負荷を解決でき、この点から、Ｄ２Ｄ通信は、４Ｇ以後の次世代モバイル通信技術の基本技術として注目を受けている。そこで、３ＧＰＰ又はＩＥＥＥなどの標準団体（standard institute）は、ＬＴＥ−Ａ又はＷｉ−Ｆｉに基づいてＤ２Ｄ通信標準の確立を進めており、クアルコム（Qualcomm）も自体のＤ２Ｄ通信技術を開発してきている。
【０００７】
Ｄ２Ｄ通信は、モバイル通信システムのスループットを増加させ、新しい通信技術を生成するのに寄与すると期待される。また、Ｄ２Ｄ通信は、プロキシミティベースのソーシャルネットワークサービス又はネットワークゲームサービスをサポートすることができる。シェードゾーン（shade zone）に位置する端末のリンク問題は、Ｄ２Ｄリンクをリレーとして使用することによって解決することができる。この方式により、Ｄ２Ｄ技術は、多様な分野で新しいサービスを提供すると期待される。
【０００８】
赤外線通信、ジグビ（ZigBee）、ＲＦＩＤ（Radio Frequency IDentification）及びＲＦＩＤに基づくＮＦＣ（Near Field Communication）などのＤ２Ｄ通信技術は既に使用されている。しかし、これらの技術は、限られた距離（約１ｍ）内の特定オブジェクトの通信しかサポートせず、厳密にこれらの技術をＤ２Ｄ通信技術と見なすことは難しい。
【０００９】
Ｄ２Ｄ技術が上のように記述されてきたが、同一のリソースを用いて複数のＤ２Ｄ端末からデータを送信する方法の細部事項は提案されていない。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、Ｄ２Ｄ通信システムにおいてサイドリンクバッファ状態報告を取り消す方法及びその装置を提供することにある。本発明で遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【００１１】
本発明の目的は、無線通信システムで装置によって動作する方法を提供することによって達成可能であり、この方法は、伝送（送信）（transmission）に利用可能なサイドリンクデータに対する一つ又は複数のサイドリンクバッファ状態報告（Buffer Status Report、ＢＳＲ）をトリガする段階と、特定の期間内の一つ又は複数のサブフレームに一つ又は複数のサイドリンク承認（グラント）（grants）を構成する段階と、第１サブフレームで残りのサイドリンク承認が伝送に利用可能な全ての保留中のデータを収容することができるかを確認する段階と、残りのサイドリンク承認が伝送に利用可能な全ての保留中のデータを収容することができる場合、全てのトリガされたサイドリンクＢＳＲを取り消す段階と、を有し、残りのサイドリンク承認は第１サブフレームから始まって特定の期間の終りまでの一つ又は複数のサブフレームに構成されたサイドリンク承認である。
【００１２】
本発明の他の態様によると、無線通信システムで動作する端末が提供され、この端末は、無線周波数（Radio Frequency、ＲＦ）モジュールと、無線周波数モジュールを制御するように構成されたプロセッサと、を有し、プロセッサは伝送に利用可能なサイドリンクデータに対する一つ又は複数のサイドリンクバッファ状態報告（Buffer Status Report、ＢＳＲ）をトリガし、特定の期間内の一つ又は複数のサブフレームに一つ又は複数のサイドリンク承認を構成し、第１サブフレームで残りのサイドリンク承認が伝送に利用可能な全ての保留中のデータを収容することができるかを確認し、残りのサイドリンク承認が伝送に利用可能な全ての保留中のデータを収容することができる場合、全てのトリガされたサイドリンクＢＳＲを取り消すように構成され、残りのサイドリンク承認は第１サブフレームから始まって特定の期間の終りまでの一つ又は複数のサブフレームに構成されたサイドリンク承認である。
【００１３】
好ましくは、第１サブフレームで残りのサイドリンク承認が伝送に利用可能な全ての保留中のデータを収容することができるかを確認する段階は、残りのサイドリンク承認の大きさが伝送に利用可能な全ての保留中のデータの大きさ以上であるかを確認する段階を有する。
【００１４】
好ましくは、伝送に利用可能な全ての保留中のデータはいずれもサイドリンクデータであり、サイドリンクデータはＰＣ５インターフェースを介して他の端末に直接送信されるデータである。
【００１５】
好ましくは、サイドリンク承認、特定の期間及び伝送に利用可能な全ての保留中のデータは、端末が属するＰｒｏＳｅグループの中で同じＰｒｏＳｅグループのためのものである。
【００１６】
好ましくは、この方法は、基地局から、特定の期間内の一つ又は複数のサブフレームに一つ又は複数のサイドリンク承認を構成するために第２サブフレームで端末と他の端末との間のサイドリンク通信のための承認を受信する段階をさらに有し、特定の期間はサイドリンク承認が受信されたサブフレームの後の少なくとも４サブフレーム以後に始まる。
【００１７】
好ましくは、残りのサイドリンク承認が伝送に利用可能な全ての保留中のデータを収容することができない場合、トリガされたサイドリンクＢＳＲのいずれも取り消さない。
【００１８】
上述した一般的な説明及び次の本発明の詳細な説明は例示的に説明するためのもので、本発明の更なる説明を提供するためのものであることを理解しなければならない。
【発明の効果】
【００１９】
本発明によると、Ｄ２Ｄ通信システムにおいてサイドリンクバッファ状態報告が所定の条件の下で取り消されることができる。
【００２０】
本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は以下の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【図面の簡単な説明】
【００２１】
【図１】無線通信システムの一例としてＥ−ＵＭＴＳ（Evolved Universal Mobile Telecommunications System）のネットワーク構造を示す図である。
【図２ａ】Ｅ−ＵＭＴＳのネットワーク構造を示すブロック図である。
【図２ｂ】典型的なＥ−ＵＴＲＡＮ及び典型的なＥＰＣのアーキテクチャを示すブロック図である。
【図３】３ＧＰＰ（3rd Generation Partnership Project）無線アクセスネットワーク標準に基づく端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの制御プレーン（control plane）及びユーザプレーン（user plane）を示す図である。
【図４】Ｅ−ＵＭＴＳシステムに使われる例示的な物理チャネル構造を示す図である。
【図５】本発明の実施例による通信装置のブロック図である。
【図６】一般的な（normal）通信のためのデフォルトデータパス（path）の例を示す図である。
【図７】近接通信のためのデータパスシナリオの例を示す図である。
【図８】近接通信のためのデータパスシナリオの例を示す図である。
【図９】非ローミング（non-roaming）参照アーキテクチャ（reference architecture）を示す概念図である。
【図１０】サイドリンクのためのＬａｙｅｒ−２構造を示す概念図である。
【図１１ａ】ＰｒｏＳｅ直接（ダイレクト）通信（direct communication）のためのユーザプレーンプロトコルスタックを示す概念図である。
【図１１ｂ】ＰｒｏＳｅ直接通信のための制御プレーンプロトコルスタックを示す図である。
【図１２】ＰｒｏＳｅダイレクトディスカバリ（direct discovery）のためのＰＣ５インターフェースを示す概念図である。
【図１３】下りリンクのためのＬＴＥプロトコルアーキテクチャの一般概要を示す図である。
【図１４】スケジューリング要求伝送を示す図である。
【図１５】バッファ状態及びパワーヘッドルーム報告のシグナリングを示す図である。
【図１６】本発明の実施例によるＤ２Ｄ通信システムにおいてサイドリンクバッファ状態報告の取消しを示す図である。
【発明を実施するための形態】
【００２２】
本明細書に添付する図面は本発明に対する更なる理解を提供するためのもので、本発明の多様な実施形態を示し、明細書の記載と一緒に本発明の原理を説明するためのものである。
【００２３】
ＵＭＴＳ（Universal Mobile Telecommunication System）は、ヨーロッパシステム、ＧＳＭ（登録商標）（Global System for Mobile communication）、及びＧＰＲＳ（General Packet Radio Service）に基づいたＷＣＤＭＡ（登録商標）（Wideband Code Division Multiple Access）で動作する第３世代（3rd Generation、３Ｇ）非同期移動通信システム（asynchronous mobile communication system）である。ＵＭＴＳのＬＴＥ（Long-Term Evolution）は、ＵＭＴＳを規格化する３ＧＰＰによって議論中にある。
【００２４】
３ＧＰＰ  ＬＴＥは、高速パケット通信を可能にする技術である。ユーザ及びプロバイダ（provider）のコストを減少させ、サービス品質を改善し、カバレッジ（coverage）及びシステム容量を拡張及び改善することを目的とするＬＴＥの課題のための多くの方法が提案された。３Ｇ  ＬＴＥは、上位レベル要求であって、ビット（bit）当たりのコストの減少、増加したサービス可用性、周波数帯域の柔軟性、単純な構造、オープンインターフェース（open interface）、及び端末の適切な電力消費を要求する。
【００２５】
以下で、添付の図面を参照して説明した本発明の各実施例により、本発明の構成、作用及び他の特徴が容易に理解され得るだろう。以下で説明する各実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された各例である。
【００２６】
本明細書は、ＬＴＥシステム及びＬＴＥ−Ａシステムを用いて本発明の各実施例を説明するが、これは例示に過ぎない。したがって、本発明の各実施例は、上記定義に該当するいずれの通信システムにも適用することができる。また、本明細書は、ＦＤＤ方式を基準にして本発明の実施例に関して説明するが、これは例示であって、本発明の実施例は、Ｈ−ＦＤＤ方式又はＴＤＤ方式にも容易に変形して適用することができる。
【００２７】
図２ａは、Ｅ−ＵＴＲＡＮ（Evolved-Universal Terrestrial Radio Access Network）網構造を示すブロック図である。Ｅ−ＵＭＴＳは、ＬＴＥシステムと称することもできる。通信網は、ＩＭＳ及びパケットデータを通じたＶｏＩＰ（Voice over IP）などの多様なサービスを提供するために広く配置される。
【００２８】
図２ａに示したように、Ｅ−ＵＭＴＳ網は、Ｅ−ＵＴＲＡＮ（evolved UMTS terrestrial radio access network）、ＥＰＣ（Evolved Packet Core）、及び一つ又は複数の端末を含む。Ｅ−ＵＴＲＡＮは、一つ又は複数のｅＮＢ（evolved NodeB）２０を含むことができ、複数の端末１０が一つのセルに位置することができる。一つ又は複数のＥ−ＵＴＲＡＮ  ＭＭＥ（Mobility Management Entity）／ＳＡＥ（System Architecture Evolution）ゲートウェイ３０は、ネットワークの終端に位置し、外部ネットワークに接続することもできる。
【００２９】
本明細書において、「ダウンリンク（downlink）」は、ｅＮＢ２０から端末１０への通信を称し、「アップリンク（uplink）」は、端末１０からｅＮＢ２０への通信を称する。端末１０は、ユーザによって運搬される通信機器（equipment）を称し、また、移動局（Mobile Station、ＭＳ）、ユーザ端末（User Terminal、ＵＴ）、加入者ステーション（Subscriber Station、ＳＳ）又は無線デバイスと称することもできる。
【００３０】
図２ｂは、一般的なＥ−ＵＴＲＡＮ及び一般的なＥＰＣの構造を示すブロック図である。
【００３１】
図２ｂに示したように、ｅＮＢ２０は、ユーザプレーン及び制御プレーンのエンドポイント（end point）を端末１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、セッション及びモビリティ管理機能のエンドポイントを端末１０に提供する。ｅＮＢ２０及びＭＭＥ／ＳＡＥゲートウェイ３０は、Ｓ１インターフェースを介して接続することができる。
【００３２】
ｅＮＢ２０は、一般に端末１０と通信する固定局であって、基地局（ＢＳ）又はアクセスポイント（access point）と称することもある。一つのｅＮＢ２０はセルごとに配置することができる。ユーザトラフィック又は制御トラフィックを送信するためのインターフェースをｅＮＢ２０間で使用することができる。
【００３３】
ＭＭＥは、ｅＮＢ２０に対するＮＡＳシグナリング、ＮＡＳシグナリングセキュリティ（security）、ＡＳセキュリティ制御、３ＧＰＰアクセスネットワーク（3GPP access networks）間のモビリティのためのＣＮノード間シグナリング（Inter CN node signaling）、（ページング再送信の制御及び実行を含む）アイドルモード（idle mode）端末到達可能性（Reachability）、（アイドルモード及びアクティブモード（active mode）の端末のための）追跡領域リスト管理、ＰＤＮ  ＧＷ及びサービングＧＷ選択、ＭＭＥの変更が伴うハンドオーバ（handovers with MME change）のためのＭＭＥ選択、２Ｇ又は３Ｇ  ３ＧＰＰアクセスネットワークへのハンドオーバのためのＳＧＳＮ選択、ローミング、認証、専用ベアラ設定を含むベアラ管理、（ＥＴＷＳ及びＣＭＡＳを含む）ＰＷＳメッセージ送信のためのサポートを含む多様な機能を行う。ＳＡＥゲートウェイホストは、パーユーザベースの（ユーザごとの）（Per-user based）パケットフィルタリング（例えば、ディープパケットインスペクション（deep packet inspection）を使用）、ローフルインターセプション（Lawful Interception）、端末ＩＰアドレス割り当て、ダウンリンクでのトランスポート（Transport）レベルのパケットマーキング、ＵＬ及びＤＬサービスレベル課金（charging）、ゲーティング及びレート強化、ＡＰＮ−ＡＭＢＲに基づいたＤＬレート強化を含む多様な機能を提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、明確性のために、本明細書では単純に「ゲートウェイ」と称する。しかし、ＭＭＥ／ＳＡＥゲートウェイ３０は、ＭＭＥ及びＳＡＥゲートウェイの両者を全て含む。
【００３４】
複数のノードは、ｅＮＢ２０とゲートウェイ３０との間でＳ１インターフェースを介して接続することができる。各ｅＮＢ２０は、Ｘ２インターフェースを介して相互接続することができ、各隣接ｅＮＢは、Ｘ２インターフェースを有するメッシュネットワーク構造（meshed network structure）を有することができる。
【００３５】
図２ｂに示したように、ｅＮＢ２０は、ゲートウェイ３０に対する選択、無線リソース制御（Radio Resource Control、ＲＲＣ）活性化の間、ゲートウェイに向かうルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャネル（ＢＣＣＨ）情報のスケジューリング及び送信、アップリンク及びダウンリンクの全てにおける各端末１０のための動的リソース割り当て、ｅＮＢ測定の構成及び準備、無線ベアラ制御、無線承認制御（Radio Admission Control、ＲＡＣ）、及びＬＴＥ＿ＡＣＴＩＶＥ状態での接続移動性制御（connection mobility control）などの各機能を行うことができる。ＥＰＣにおいて、ゲートウェイ３０は、ページング発信、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザプレーンの暗号化、システムアーキテクチャエボリューション（System Architecture Evolution、ＳＡＥ）ベアラ制御、及び非アクセス層（Non-Access Stratum、ＮＡＳ）シグナリングの暗号化及び完全性保護（integrity protection）などの各機能を行うことができる。
【００３６】
ＥＰＣは、モビリティ管理エンティティ（Mobility Management Entity、ＭＭＥ）、サービングゲートウェイ（Serving-GateWay、Ｓ−ＧＷ）、及びパケットデータネットワークゲートウェイ（Packet Data Network-GateWay、ＰＤＮ−ＧＷ）を含む。ＭＭＥは、主に各端末のモビリティを管理する目的で用いられる接続及び能力（capabilities）に関する情報を有する。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイで、ＰＤＮ−ＧＷは、パケットデータネットワーク（ＰＤＮ）を終端点として有するゲートウェイである。
【００３７】
図３は、３ＧＰＰ無線アクセスネットワーク規格をベースにした（based on）端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの制御プレーン及びユーザプレーンの構造を示す図である。制御プレーンは、端末（User Equipment；ＵＥ）及びネットワークが呼（call）を管理するために用いる各制御メッセージが送信される通信路（パス）（path）を意味する。ユーザプレーンは、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通信路を意味する。
【００３８】
第１層である物理層は、物理チャネル（Physical Channel）を用いて上位層に情報送信サービス（Information Transfer Service）を提供する。物理層は、上位にあるメディアアクセス制御（Medium Access Control）層とはトランスポートチャネル（Transport Channel）を介して接続されている。上記トランスポートチャネルを介してメディアアクセス制御層と物理層との間でデータが移動する。送信側と受信側との物理層間では、物理チャネルを介してデータが移動する。上記物理チャネルは、時間及び周波数を無線リソースとして活用する。具体的には、物理チャネルは、ダウンリンクでＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）方式で変調され、アップリンクでＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）方式で変調される。
【００３９】
第２層のメディアアクセス制御（Medium Access Control；ＭＡＣ）層は、論理チャネル（Logical Channel）を介して上位層である無線リンク制御（Radio Link Control；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性のあるデータ送信をサポートする。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックで具現することもできる。第２層のＰＤＣＰ（Packet Data Convergence Protocol）層は、帯域幅の狭い無線インターフェースでＩＰバージョン４（ＩＰ  ｖｅｒｓｉｏｎ  ４、ＩＰｖ４）パケットやＩＰバージョン６（ＩＰｖ６）パケットなどのＩＰ（Internet Protocol）パケットを効率的に送信するために不必要な制御情報を減少させるヘッダ圧縮（Header Compression）機能を行う。
【００４０】
第３層の最下部に位置した無線リソース制御（Radio Resource Control；ＲＲＣ）層は、制御プレーンのみで定義される。ＲＲＣ層は、各無線ベアラ（Radio Bearer；ＲＢ）の設定（Configuration）、再設定（Re-configuration）及び解除（Release）と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２層によって提供されるサービスを意味する。このために、端末とネットワークとのＲＲＣ層は、互いにＲＲＣメッセージを交換する。
【００４１】
ｅＮＢの一つのセルは、１．２５ＭＨｚ、２．５ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ及び２０ＭＨｚなどの各帯域のうちの一つで動作するように設定することができ、帯域でダウンリンク又はアップリンク送信サービスを提供するように設定することができる。異なる各セルは、異なる各帯域を提供するように設定することもできる。
【００４２】
Ｅ−ＵＴＲＡＮから端末への送信のためのダウンリンクトランスポートチャネル（Downlink transport Channel）は、システム情報を送信するＢＣＨ（Broadcast CHannel）、各ページングメッセージを送信するＰＣＨ（Paging CHannel）、及びユーザトラフィック又は各制御メッセージを送信するためのダウンリンク共有チャネル（Shared CHannel、ＳＣＨ）を含む。ダウンリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、ダウンリンクＳＣＨを介して送信することもでき、又は別途のダウンリンクＭＣＨ（Multicast CHannel）を介して送信することもできる。
【００４３】
端末からネットワークにデータを送信するアップリンクトランスポートチャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Random Access CHannel）と、その他にユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Shared CHannel）とがある。トランスポートチャネルの上位にあり、トランスポートチャネルにマッピングされる論理チャネルとしては、ＢＣＣＨ（Broadcast Control CHannel）、ＰＣＣＨ（Paging Control CHannel）、ＣＣＣＨ（Common Control CHannel）、ＭＣＣＨ（Multicast Control CHannel）、及びＭＴＣＨ（Multicast Traffic CHannel）などがある。
【００４４】
図４は、Ｅ−ＵＭＴＳシステムで使用する物理チャネル構造の一例を示した図である。物理チャネルは、時間軸上にある複数のサブフレームと、周波数軸上にある複数のサブキャリア（Sub-carrier）とで構成される。ここで、一つのサブフレーム（Sub-frame）は、時間軸上に複数のシンボル（Symbol）で構成される。一つのサブフレームは、複数のリソースブロック（Resource Block）で構成され、一つのリソースブロックは、複数のシンボル及び複数のサブキャリアで構成される。また、各サブフレームは、ＰＤＣＣＨ（Physical Downlink Control CHannel）、すなわち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定シンボル（例えば、１番目のシンボル）の特定サブキャリアを用いることができる。図４には、Ｌ１／Ｌ２制御情報送信領域（control information transmission area）（ＰＤＣＣＨ）及びデータ領域（data area）（ＰＤＳＣＨ）を示した。一実施例において、１０ｍｓの無線フレーム（radio frame）が使用され、一つの無線フレームは１０個のサブフレーム（subframe）で構成される。また、一つのサブフレームは二つの連続するスロットで構成される。一つのスロットの長さは０．５ｍｓである。また、一つのサブフレームは複数のＯＦＤＭシンボルで構成され、複数のＯＦＤＭシンボルのうちの一部のシンボル（例えば、１番目のシンボル）は、Ｌ１／Ｌ２制御情報を送信するために使用することができる。データ送信のための時間単位である送信時間間隔（Transmission Time Interval、ＴＴＩ）は１ｍｓである。
【００４５】
基地局と端末とは、一般に特定制御信号又は特定サービスデータを除いては、送信チャネル（transmission channel）であるＤＬ−ＳＣＨを用いる物理チャネルであるＰＤＳＣＨを介してデータを送信／受信する。ＰＤＳＣＨのデータがいずれの端末（一つ又は複数の端末）に送信されるもので、上記各端末がどのようにＰＤＳＣＨデータを受信してデコード（decoding）しなければならないのかに関する情報などは、ＰＤＣＣＨに含まれて送信される。
【００４６】
例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（Radio Network Temporary Identity）でＣＲＣマスク（masking）されており、「Ｂ」という無線リソース（例えば、周波数位置）及び「Ｃ」という送信形式情報（例えば、送信ブロックサイズ（transmission block size）、変調方式（modulation scheme）、コーディング情報など）を用いて送信されるデータに関する情報が特定サブフレームを介して送信されると仮定する。この場合、セル内の端末は、自体が有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタリングし、「Ａ」というＲＮＴＩを有している一つ又は複数の端末があると、上記各端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を介して「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。
【００４７】
図５は、本発明の実施例に係る通信装置のブロック図である。
【００４８】
図５に示された装置は、上述したメカニズムを行うように適応されたユーザ装置（User Equipment、ＵＥ）及び／又はｅＮＢであってもよいが、同じ作業を行う任意の装置であってもよい。
【００４９】
図５に示したように、装置は、ＤＳＰ（Digital Signal Processor）／マイクロプロセッサ１１０及びＲＦ（Radio Frequency）モジュール（送受信器；１３５）を含むこともできる。ＤＳＰ／マイクロプロセッサ１１０は、送受信器１３５に電気的に接続されて送受信器１３５を制御する。装置は、設計者の選択によって、電力管理モジュール１０５、バッテリ１５５、ディスプレイ１１５、キーパッド１２０、ＳＩＭカード１２５、メモリデバイス１３０、スピーカ１４５及び入力デバイス１５０をさらに含むこともできる。
【００５０】
特に、図５は、ネットワークから要求メッセージを受信するように構成された受信器１３５及びネットワークに送／受信タイミング情報を送信するように構成された送信器１３５を含む端末を示してもよい。このような受信器及び送信器は送受信器１３５を構成できる。端末は、送受信器（受信器及び送信器、１３５）に接続されたプロセッサ１１０をさらに含むこともできる。
【００５１】
また、図５は、端末に要求メッセージを送信するように構成された送信器１３５及び端末から送受信タイミング情報を受信するように構成された受信器１３５を含むネットワーク装置を示してもよい。送信器及び受信器は送受信器１３５を構成することもできる。ネットワークは、送信器及び受信器に接続されたプロセッサ１１０をさらに含む。このプロセッサ１１０は、送受信タイミング情報に基づいて遅延（latency）を計算することもできる。
【００５２】
最近、３ＧＰＰでプロキシミティベースのサービス（Proximity-based Service；ＰｒｏＳｅ）が論議されている。ＰｒｏＳｅは、（認証などの適切な手続後）ｅＮＢのみを介して（ＳＧＷ（Serving Gate-Way（ＳＧＷ）／ＰＤＮ（Packet Data Network）−ＧＷ（ＰＧＷ）を介することなく）又はＳＧＷ／ＰＧＷを介して異なる端末を（直接）互いに接続させることができる。よって、ＰｒｏＳｅを用いて装置対装置の直接通信を提供することができ、全ての装置がユビキタス接続（ubiquitous connectivity）で接続されると期待される。近接した距離内の装置間の直接通信はネットワークの負荷を減少させることができる。最近、プロキシミティベースのソーシャルネットワークサービスは大衆の注目を受けており、新しい種類のプロキシミティベースのアプリケーションが出現し、新しいビジネスの市場及び収益を創造することができる。第一のステップにおいて、公衆安全（public safety）及び重要な通信（critical communication）が市場で要求される。また、グループ通信は、公衆安全システムの重要なコンポーネントの一つである。プロキシミティベースのディスカバリ、ダイレクトパス通信（Direct path communication）及びグループ通信の管理などの機能が要求される。
【００５３】
ユースケース（use case）及びシナリオは、例えば、ｉ）商業的／社会的使用、ｉｉ）ネットワークオフローディング（offloading）、ｉｉｉ）公衆安全、ｉｖ）到達可能性（reachability）及びモビリティの形態（mobility aspects）を含むユーザ経験の一貫性を確保するための現在のインフラストラクチャサービスの統合、ｖ）（地域規定及びオペレータポリシの対象であり、特定公衆安全指定周波数帯域及び端末に制限された（subject to regional regulation and operator policy, and limited to specific public-safety designated frequency bands and terminals））ＥＵＴＲＡＮカバレッジの不在時の公衆安全である。
【００５４】
図６は、２個の端末間の通信のためのデフォルトデータパスの例を示す。図６を参照すると、非常に近接した２個の端末（例えば、ＵＥ１、ＵＥ２）が互いに通信するときにも、それらのデータパス（ユーザプレーン）はオペレータネットワークを介する。よって、通信のための一般的なデータパスは、ｅＮＢ及びゲートウェイ（ＧＷ）（例えば、ＳＧＷ／ＰＧＷ）を含む。
【００５５】
図７乃至図８は、プロキシミティ通信のためのデータパスシナリオの例を示す。無線装置（例えば、ＵＥ１、ＵＥ２）が互いに隣接すると、直接モードデータパス（図７）又はローカルに（locally）ルーティングされたデータパス（図８）を用いることができる。直接モードデータパスにおいて、ｅＮＢ及びＳＧＷ／ＰＧＷなしで（認証などの適切な手続後に）無線装置が互いに直接接続される。ローカルにルーティングされたデータパスでは、無線装置がｅＮＢのみを介して互いに接続される。
【００５６】
図９は、非ローミング参照アーキテクチャを示す概念図である。
【００５７】
ＰＣ１乃至ＰＣ５はインターフェースを示す。ＰＣ１は、端末内のＰｒｏＳｅアプリケーションとＰｒｏＳｅアプリケーションサーバとの間の基準点（reference point）である。これは、アプリケーションレベルのシグナリング要求事項を定義するのに使用される。ＰＣ２は、ＰｒｏＳｅアプリケーションサーバとＰｒｏＳｅ機能との間の基準点である。これは、ＰｒｏＳｅアプリケーションサーバと、ＰｒｏＳｅ機能（function）を介して３ＧＰＰ  ＥＰＳによって提供されるＰｒｏＳｅ機能性（functionality）との間の相互作用を定義するのに使用される。一例は、ＰｒｏＳｅ機能内のＰｒｏＳｅデータベースに対するアプリケーションデータアップデートのためのものであり得る。他の例は、３ＧＰＰ機能性とアプリケーションデータ、例えば、名前変換（name translation）との間の相互作用（interworking）でＰｒｏＳｅアプリケーションサーバによって使用されるデータであり得る。ＰＣ３は、端末とＰｒｏＳｅ機能との間の基準点である。これは、端末とＰｒｏＳｅ機能との間の相互作用を定義するのに使用される。一例は、ＰｒｏＳｅディスカバリ及び通信のための構成に使用することができる。ＰＣ４は、ＥＰＣとＰｒｏＳｅ機能との間の基準点である。これは、ＥＰＣとＰｒｏＳｅ機能との間の相互作用を定義するのに使用される。可能なユースケースは、各端末間の１対１通信パスを設定するケース、又は、セッション管理又はモビリティ管理のためにＰｒｏＳｅサービス（認証）をリアルタイム（real time）で有効化するケースであり得る。
【００５８】
ＰＣ５は、（各端末間で直接及びＬＴＥ−Ｕｕを介した各端末間の）１対１通信及びリレーのためのディスカバリ及び通信のための制御及びユーザプレーンに使用される各端末間の基準点である。最後に、ＰＣ６は、異なるＰＬＭＮに加入する各ユーザ間のＰｒｏＳｅディスカバリなどの機能に使用できる基準点である。
【００５９】
ＥＰＣ（Evolved Packet Core）は、ＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷ、ＰＣＲＦ、ＨＳＳなどのエンティティを含む。ここで、ＥＰＣは、Ｅ−ＵＴＲＡＮコアネットワークアーキテクチャを示す。ＥＰＣ内のインターフェースは、図９に明示的に示していないが、影響を受けることができる。
【００６０】
アプリケーションの機能性を形成するＰｒｏＳｅ能力のユーザであるアプリケーションサーバは、例えば、公衆安全の場合は特定エージェンシ（ＰＳＡＰ）であってもよく、商業用の場合（commercial cases）はソーシャルメディアであってもよい。これらのアプリケーションは３ＧＰＰアーキテクチャ外で定義されるが、３ＧＰＰエンティティに向かう基準点があり得る。アプリケーションサーバは、端末内のアプリケーションに向かって通信することができる。
【００６１】
端末内のアプリケーションはアプリケーション機能を形成するためのＰｒｏＳｅケイパビリティ（capability）を用いる。その例は、公衆安全グループのメンバ間の通信又は隣接した友達を捜すことを要求するソーシャルメディアアプリケーションであってもよい。３ＧＰＰによって定義された（ＥＰＳの一部としての）ネットワーク内のＰｒｏＳｅ機能はＰｒｏＳｅアプリサーバ、ＥＰＣ及び端末に対して基準点を有する。
【００６２】
機能は、制限されないが、例えば次を含むことができる。
【００６３】
−第３者アプリケーションに対して基準点を介した相互作用（interworking）
−ディスカバリ及び直接通信のための端末の許可（Authorization）及び設定（configuration）
−ＥＰＣレベルＰｒｏＳｅ  Ａｐｐディスカバリの機能を有効化（enable）
−ＰｒｏＳｅ関連の新加入者データ及びデータストレージのハンドリング。そしてＰｒｏＳｅアイデンティティのハンドリング
−セキュリティ関連機能
−ポリシ関連機能に関するＥＰＣへの制御を提供
−課金（ＥＰＣを介して又はその外部、例えばオフライン課金）のための機能を提供
特に、次のアイデンティティはＰｒｏＳｅ直接通信に使われる。
−ソースＬａｙｅｒ−２  ＩＤはＰＣ５インターフェースでＤ２ＤＣパケットの送信者（sender）を識別する。ソースＬａｙｅｒ−２  ＩＤは受信器ＲＬＣエンティティ（RLC UM entity）の識別に使われる。
−宛先（destination）Ｌａｙｅｒ−２  ＩＤはＰＣ５インターフェースでＤ２Ｄパケットターゲットを識別する。宛先Ｌａｙｅｒ−２  ＩＤはＭＡＣ層（layer）でパケットのフィルタリングに使われる。宛先Ｌａｙｅｒ−２  ＩＤはブロードキャスト、グループキャスト又はユニキャスト識別子であってもよい。
−ＳＡ  Ｌ１  ＩＤはＰＣ５インターフェースにおけるスケジューリング割り当て（ＳＡ）の識別子である。ＳＡ  Ｌ１  ＩＤは物理層におけるパケットのフィルタリングに使われる。ＳＡ  Ｌ１  ＩＤはブロードキャスト、グループキャスト又はユニキャスト識別子であってもよい。
【００６４】
グループ形成及び端末内のソースＬａｙｅｒ−２  ＩＤ及び宛先Ｌａｙｅｒ−２  ＩＤの設定にはアクセス層シグナリング（Access Stratum signaling）が要求されない。この情報は上位層によって提供される。
【００６５】
グループキャスト及びユニキャストの場合、ＭＡＣ層はターゲット（グループ、端末）を識別する上位層ＰｒｏＳｅ  ＩＤ（すなわち、ＰｒｏＳｅ  Ｌａｙｅｒ−２グループＩＤ及びＰｒｏｓｅ  ＵＥ  ＩＤ）を２個のビットストリングに変換するはずであり、この２個のビットストリングの一つは物理層に伝達されてＳＡ  Ｌ１  ＩＤとして使われる反面、他の一つは宛先Ｌａｙｅｒ−２  ＩＤとして使われる。ブロードキャストのために、Ｌ２はグループキャスト及びユニキャストと同一のフォーマットで前もって定義されたＳＡ  Ｌ１  ＩＤを用いるブロードキャスト送信であることをＬ１に指示する。
【００６６】
図１０はサイドリンク（Sidelink）のためのＬａｙｅｒ−２構造を示す概念図である。
【００６７】
サイドリンクはＰｒｏＳｅ直接通信及びＰｒｏＳｅダイレクトディスカバリのための端末対端末インターフェースで、ＰＣ５インターフェースに対応する。サイドリンクはＰｒｏＳｅダイレクトディスカバリ及び端末間のＰｒｏＳｅ直接通信を含む。サイドリンクは上りリンク送信と類似した上りリンクリソース及び物理チャネル構造を用いる。しかし、後述する任意の変化が物理チャネルで起こる。Ｅ−ＵＴＲＡは２個のＭＡＣエンティティ、つまり端末内の一つのエンティティ及びＥ−ＵＴＲＡＮ内の一つのエンティティを定義する。これらのＭＡＣエンティティはさらに次のトランスポートチャネル、ｉ）サイドリンク放送チャネル（ＳＬ−ＢＣＨ）、ｉｉ）サイドリンクディスカバリチャネル（ＳＬ−ＤＣＨ）及びｉｉｉ）サイドリンク共有チャネル（ＳＬ−ＳＣＨ）をハンドリングする。
【００６８】
−基本送信方式：サイドリンク送信はＵＬ送信方式と同一の基本送信方式を用いる。しかし、サイドリンクは全てのサイドリンク物理チャネルに対する単一クラスタ送信に制限される。また、サイドリンクはそれぞれのサイドリンクサブフレームの終りで１個のシンボルギャップを用いる。
【００６９】
−物理層プロセッシング：トランスポートチャネルのサイドリンク物理層プロセッシングは次の段階でＵＬ送信とは違う。
ｉ）スクランブル（scrambling）：ＰＳＤＣＨ及びＰＳＣＣＨに対し、スクランブルは端末固有（UE-specific）ではない。  ｉｉ）変調：６４ＱＡＭはサイドリンクに対してサポートされ（supported）ない。
【００７０】
−物理サイドリンク制御チャネル：ＰＳＣＣＨはサイドリンク制御リソースにマッピングされる。ＰＳＣＣＨはＰＳＳＣＨのために端末によって使われるリソース及び他の送信パラメータを示す。
【００７１】
−サイドリンク参照信号：ＰＳＤＣＨ、ＰＳＣＣＨ及びＰＳＳＣＨ復調のために、上りリンク復調参照信号と類似した参照信号はノーマルＣＰではスロットの４番目のシンボルで送信され、拡張ＣＰではスロットの３番目のシンボルで送信される。サイドリンク復調参照信号シーケンスの長さは割り当てられたリソースのサイズ（サブキャリアの数）と同一である。ＰＳＤＣＨ及びＰＳＣＣＨに対し、参照信号は固定ベースシーケンス、巡回シフト及び直交カバーコードに基づいて生成される。
【００７２】
−物理チャネル過程：カバレッジ内（in-coverage）の動作のために、サイドリンク送信の電力スペクトル密度はｅＮＢによって影響されることができる。
【００７３】
図１１ａはＰｒｏＳｅ直接通信のためのユーザプレーンプロトコルスタックを示す概念図、図１１ｂはＰｒｏＳｅ直接通信のための制御プレーンプロトコルスタックを示す図である。
【００７４】
図１１ａはユーザプレーンに関するプロトコルスタックを示し、ＰＤＣＰ、ＲＬＣ及びＭＡＣ副層（サブレイヤ）（sublayers）（他の端末で終了（terminate））はユーザプレーンに対して列挙された機能（例えば、ヘッダ圧縮、ＨＡＲＱ再送信）を実行する（perform）。ＰＣ５インターフェースは、図１１ａに示したように、ＰＤＣＰ、ＲＬＣ、ＭＡＣ及びＰＨＹで構成される。
【００７５】
ＰｒｏＳｅ直接通信のユーザプレーンの詳細事項：ｉ）ＭＡＣサブヘッダは（複数の論理チャネルを区別する）ＬＣＤを含み、ｉｉ）ＭＡＣヘッダはソースＬａｙｅｒ−２  ＩＤ及び宛先Ｌａｙｅｒ−２  ＩＤを含み、ｉｉｉ）ＭＡＣ多重化（multiplexing）／逆多重化（demultiplexing）において、優先順位ハンドリング及びパディングはＰｒｏＳｅ直接通信に有用であり、ｉｖ）ＲＬＣ  ＵＭはＰｒｏＳｅ直接通信に使われ、ｖ）ＲＬＣ  ＳＤＵのセグメンテーション及びリアセンブリが実行され、ｖｉ）受信端末は送信ピア端末ごとに少なくとも一つのＲＬＣ  ＵＭエンティティを維持する必要があり、ｖｉｉ）ＲＬＣ  ＵＭ受信器は第１ＲＬＣ  ＵＭデータユニットの受信前に設定される必要がなく、ｖｉｉｉ）Ｕ−ＭｏｄｅはＰｒｏＳｅ直接通信のためのＰＤＣＰのヘッダ圧縮に使われる。
【００７６】
図１１ｂは制御プレーンに関するプロトコルスタックを示し、ＲＲＣ、ＲＬＣ、ＭＡＣ及びＰＨＹ副層（他の端末で終了（terminate））は制御プレーンに対して列挙された機能を実行する。Ｄ２Ｄ端末はＤ２Ｄ通信前に受信Ｄ２Ｄ端末への論理的接続を確立及び維持しない。
【００７７】
図１２はＰｒｏＳｅダイレクトディスカバリ（discovery）のためのＰＣ５インターフェースを示す概念図である。
【００７８】
ＰｒｏＳｅダイレクトディスカバリはＰＣ５を介してＥ−ＵＴＲＡ直接無線信号を用いて隣接ＰｒｏＳｅ有効化（実行可能）（enabled）端末（等）を探索するためにＰｒｏＳｅ有効化端末によって使われる過程として定義される。
【００７９】
ＰｒｏＳｅダイレクトディスカバリのための無線プロトコルスタック（ＡＳ）が図１２に示されている。
【００８０】
ＡＳ層は次の機能を実行する。
【００８１】
−上位層とのインターフェース（ＰｒｏＳｅプロトコル）：ＭＡＣ層は上位層からディスカバリ情報を受信する（ＰｒｏＳｅプロトコル）。ＩＰ層はディスカバリ情報を送信するのに使われない。
【００８２】
−スケジューリング：ＭＡＣ層は上位層から受信したディスカバリ情報をアナウンスするのに使われる無線リソースを決定する。
【００８３】
−ディスカバリＰＤＵ生成：ＭＡＣ層はディスカバリ情報を伝達するＭＡＣ  ＰＤＵを形成し、決定された無線リソースでの送信のためにＭＡＣ  ＰＤＵを物理層に送信する。ＭＡＣヘッダが付け加えられない。
【００８４】
ディスカバリ情報アナウンスメントのための２種のリソース割り当てが存在する。
【００８５】
−タイプ１：ディスカバリ情報のアナウンスのためのリソースが非端末固有に基づいて（端末固有でなく）（on a non UE specific basis）割り当てられるリソース割り当て過程はさらに次の特徴を有する：ｉ）ｅＮＢは端末（等）にディスカバリ情報のアナウンスに使われるリソースプール設定（resource pool configuration）を提供する。設定はＳＩＢでシグナリングされることができる、ｉｉ）端末は指示されたリソースプールから無線リソース（等）を自律的に選択し、ディスカバリ情報をアナウンスする、ｉｉｉ）端末はそれぞれのディスカバリ期間の間にランダムに選択されたディスカバリリソースに対するディスカバリ情報をアナウンスすることができる。
【００８６】
−タイプ２：ディスカバリ情報のアナウンスのためのリソースが端末固有に基づいて（端末固有で）割り当てられるリソース割り当て過程はさらに次の特徴を有する。ｉ）ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの端末はＲＲＣを介してｅＮＢにディスカバリ情報のアナウンスのためのリソース（等）を要求することができ、ｉｉ）ｅＮＢはＲＲＣを介してリソース（等）を割り当て、ｉｉｉ）リソースはモニタリングのために端末内に設定されたリソースプール内で割り当てられる。
【００８７】
ＲＲＣ＿ＩＤＬＥの端末に対し、ｅＮＢは次のオプションの一つを選択することができる。
−ｅＮＢはＳＩＢでディスカバリ情報アナウンスメントのためのタイプ１リソースプールを提供することができる。ＰｒｏＳｅダイレクトディスカバリに対して許可された（authorized）端末はこれらのリソースを用いてＲＲＣ＿ＩＤＬＥでディスカバリ情報をアナウンスする。
【００８８】
−ｅＮＢはＳＩＢでＤ２Ｄをサポートするが、ディスカバリ情報アナウンスメントのためのリソースを提供しない。端末はディスカバリ情報アナウンスメントのためのＤ２Ｄリソースを要求するためにＲＲＣ  Ｃｏｎｎｅｃｔｅｄに入る（enter）必要がある。
【００８９】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの端末に対し、
−ＰｒｏＳｅダイレクトディスカバリアナウンスメントを実行するように許可された端末はｅＮＢにＤ２Ｄディスカバリアナウンスメントを実行することを望む（wants）ということを指示する。
【００９０】
−ｅＮＢはＭＭＥから受信した端末コンテキストを用いて端末がＰｒｏＳｅダイレクトディスカバリアナウンスメントに対して許可されたかを確認する。
【００９１】
−ｅＮＢは専用ＲＲＣシグナリングによって（又は無リソース）ディスカバリ情報アナウンスメントのために端末がタイプ１リソースプール又は専用タイプ２リソースを用いるように設定する。
【００９２】
−ｅＮＢによって割り当てられたリソースは、ａ）ｅＮＢがＲＲＣシグナリングによってリソース（等）を設定解除（de-configure）するか、ｂ）端末がＩＤＬＥに入るまで有効である。（リソースがＩＤＬＥでも有効なままで残っていることができるか否かは問題とならない（ＦＦＳ））。
【００９３】
ＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤの受信端末は許可されることによってタイプ１及びタイプ２ディスカバリリソースプールをモニタリングする。ｅＮＢはＳＩＢでディスカバリ情報モニタリングに使われるリソースプール設定を提供する。ＳＩＢは隣接セルでアナウンスするのに使われるディスカバリリソースを含むことができる。
【００９４】
図１３は下りリンクのためのＬＴＥプロトコルアーキテクチャの一般概要を示す図である。
【００９５】
下りリンクのためのＬＴＥプロトコルアーキテクチャの一般概要は図１３に示されている。また、上りリンク伝送に関連したＬＴＥプロトコル構造は、伝送フォーマット選択及びマルチアンテナ伝送に違いがあるが、図１３の下りリンク構造と類似している。
【００９６】
下りリンクで送信されるデータはＳＡＥベアラ１３０１の一つ上でＩＰパケットの形態で入る。無線インターフェースを介した伝送前、入って来るＩＰパケットが複数のプロトコルエンティティを介して伝達され、これは以下で要約され（summarized）、次のセクションでより詳細に記載される。
【００９７】
＊パケットデータ収束プロトコル（Packet Data Convergence Protocol；ＰＤＣＰ）１３０３はＩＰヘッダ圧縮を実行して無線インターフェースを介して送信する必要があるビット数を減少させる。ヘッダ圧縮メカニズムはＲＯＨＣに基づいてＷＣＤＭＡ（登録商標）だけでなくいくつかの他の移動通信標準に使われる標準化したヘッダ圧縮アルゴリズムである。また、ＰＤＣＰ１３０３は送信されたデータの暗号化（ciphering）及び完全性保護（integrity protection）を担当する。受信器側で、ＰＤＣＰプロトコルは対応する（該当）（corresponding）暗号解読（deciphering）及び圧縮解除動作を実行する。移動端末のために設定された無線ベアラごとに一つのＰＤＣＰエンティティが存在する。
【００９８】
＊無線リンク制御（ＲＬＣ）１３０５はセグメンテーション／コンカチネーション（segmentation/concatenation）、再送信ハンドリング及び上位層への順次伝達を担当する。ＷＣＤＭＡ（登録商標）とは違い、ＬＴＥ無線アクセスネットワークアーキテクチャにおいてただ一つのタイプのノードが存在するから、ＲＬＣプロトコルはｅＮｏｄｅＢに位置する。ＲＬＣ１３０５は無線ベアラの形態でサービスをＰＤＣＰ１３０３に提供する。端末のために設定された無線ベアラごとに一つのＲＬＣエンティティが存在する。
【００９９】
端末のために設定された論理チャネルごとに一つのＲＬＣエンティティが存在し、それぞれのＲＬＣエンティティは、ｉ）ＲＬＣ  ＳＤＵのセグメンテーション、コンカチネーション（concatenation）及びリアセンブリ、ｉｉ）ＲＬＣ再送信及びｉｉｉ）該当論理チャネルに対する順次伝達（in-sequence delivery）及び重複検出（duplicate detection）を担当する。
【０１００】
ＲＬＣの他の注目すべき特徴は、（１）可変的なＰＤＵサイズ（varying PDU sizes）のハンドリング及び（２）ハイブリッドＡＲＱ及びＲＬＣプロトコル間の密接な相互作用に対する可能性である。最後に、論理チャネルごとに一つのＲＬＣエンティティが存在し、コンポーネントキャリアごとに一つのハイブリッドＡＲＱエンティティが存在するという事実は、キャリアアグリゲーション（carrier aggregation）の場合、一つのＲＬＣエンティティが複数のハイブリッドＡＲＱエンティティと相互作用することができるということを暗示する。
【０１０１】
セグメンテーション及びコンカチネーション（concatenation）メカニズムの目的は入って来るＲＬＣ  ＳＤＵから適切なサイズのＲＬＣ  ＰＤＵを生成することである。一つの可能性は固定されたＰＤＵサイズ、妥協可能なサイズを定義することである。サイズが大きすぎれば、最低のデータレート（data rates）をサポートすることができない。また、シナリオによっては過度なパディングが要求されることができる。しかし、単一の小さなＰＤＵサイズはそれぞれのＰＤＵに含まれるヘッダから高いオーバーヘッドをもたらすことができる（A single small PDU size, however, would result in a high overhead from the header included with each PDU）。ＬＴＥによってサポートされるデータレート（data rates）の非常に大きな動的範囲を考慮すると（given）、特に重要なこのような欠点を避けるために、ＲＬＣ  ＰＤＵサイズが動的に変更されることができる。
【０１０２】
ＲＬＣ  ＳＤＵをＲＬＣ  ＰＤＵにセグメンテーション及びコンカチネーション（concatenation）を行うプロセスにおいて、ヘッダは、他のフィールドのうち、リオーダリング及び再送信メカニズムによって使われるシーケンス番号を含む。受信器側でのリアセンブリ機能は受信したＰＤＵからＳＤＵをリアセンブルする逆動作を実行する。
【０１０３】
＊媒体アクセス制御（ＭＡＣ）１３０７はハイブリッドＡＲＱ再送信及び上りリンク及び下りリンクスケジューリングをハンドリングする。スケジューリング機能はｅＮｏｄｅＢに位置し、これは上りリンク及び下りリンクに対してセルごとに一つのＭＡＣエンティティを有する。ハイブリッドＡＲＱプロトコル部分はＭＡＣプロトコルの送信及び受信端に存在する。ＭＡＣ１３０７は論理チャネル１３０９の形態でサービスをＲＬＣ１３０５に提供する。
【０１０４】
＊物理層（ＰＨＹ）１３１１は、コーディング（符号化）／デコーディング（復号）、変調／復調、マルチアンテナマッピング及び他の典型的な物理層機能をハンドリングする。物理層１３１１はトランスポートチャネル１３１３の形態でサービスをＭＡＣ層１３０７に提供する。
【０１０５】
図１４はスケジューリング要求伝送を示す図である。
【０１０６】
スケジューラは端末から伝送を待つデータの量を知って適量の上りリンクリソースを割り当てる必要がある。もちろん、伝送データがない端末に上りリンクリソースを提供する必要がなく、これは端末が承認されたリソースを満たすためにただパディングを行うだけだからである。したがって、少なくとも、スケジューラは端末機が送信すべきデータを持っているか及び承認が与えられなければならないかを知っている必要がある。これはスケジューリング要求として知られている。
【０１０７】
スケジューリング要求は上りリンクスケジューラに上りリンクリソースを要求するために端末によって立てられた（raised）単純なフラグである。定義によるリソースを要求する端末はＰＵＳＣＨリソースがないので、スケジューリング要求はＰＵＣＣＨ上で送信される。それぞれの端末には専用ＰＵＣＣＨスケジューリング要求リソースが割り当てられることができ、これは９番目のサブフレームごとに発生する。専用スケジューリング要求メカニズムによって、要求が送信されるリソースから端末のアイデンティティが暗示的に知られるから、スケジューリングを要求する端末のアイデンティティを提供する必要がない。
【０１０８】
伝送バッファに既に存在したものより高い優先順位を有するデータが端末に到着し、端末が承認を持っていないから、データを送信することができなければ、図１５に示したように、端末は次の可能な時にスケジューリング要求を送信する。要求の受信時、スケジューラは承認を端末に割り当てることができる。端末が次の可能なスケジューリング要求時までスケジューリング承認を受信することができなければ、スケジューリング要求が繰り返される。端末が送信することができる上りリンクコンポーネントキャリアの数に関係なく、単一スケジューリング要求ビットのみが存在する。キャリアアグリゲーションの場合、スケジューリング要求は、プライマリコンポーネントキャリア上でのみＰＵＣＣＨ送信を行う一般的な原理によってプライマリコンポーネントキャリア上で送信される。
【０１０９】
スケジューリング要求のための単一ビットの使用は、マルチビットスケジューリング要求が高コストであるから、上りリンクオーバーヘッドを小さく維持しようとする欲求によって引き起こされる。単一ビットスケジューリング要求を使えば、このような要求を受信するとき、端末でのバッファ状況に対するｅＮｏｄｅＢの知識が制限される。相異なるスケジューラの具現はこれを互いに違うようにハンドリングする。一つの可能性は、小量のリソースを割り当てて、電力が制限されずに端末がリソースを効率的に用いることができるように保証することである（One possibility is to assign a small amount of resources to ensure that the terminal can exploit them efficiently without becoming power limited）。一旦、端末がＵＬ−ＳＣＨ上で伝送し始めれば、バッファ状態及びパワーヘッドルームについてのより詳細な情報が後述するように帯域内（inband）ＭＡＣ制御メッセージを介して提供されることができる。サービスタイプの知識も用いられることができる。例えば、ボイスの場合、承認される上りリンクリソースは、好ましくは典型的なボイスオーバＩＰパッケージのサイズである。また、スケジューラは、例えば、モビリティ（mobility）及びハンドオーバの決定に使われるパスロス（path-loss）測定を用いて、端末が効果的に用いることができるリソースの量を推定する（estimate）ことができる。
【０１１０】
専用スケジューリング要求メカニズムに対する代案はコンテンションベース（contention-based）設計である。このような設計において、複数の端末が共通リソースを共有し、要求の一部として自体のアイデンティティを提供する。これはランダムアクセスの設計と類似している。
【０１１１】
要求の一部として端末から送信されるビットの数は、この場合、より大きくなり、よってリソースに対する必要性が高くなることができる。反対に、リソースは複数の使用者が共有する。基本的に、コンテンションベース設計は、セルに複数の端末が存在し、トラフィックの強度及びスケジューリングの強度が低い状況に適している。より高い強度を有する状況で、同時にリソースを要求する相異なる端末間の衝突率（collision rate）は過度に高くて非効率的な設計を導出することができる。
【０１１２】
ＬＴＥに対するスケジューリング要求設計が専用リソースに依存しても、このようなリソースが割り当てられない端末は明かにスケジューリング要求を送信することができない。その代わりに、スケジューリング要求リソースが設定されなかった端末はランダムアクセスメカニズムに依存する。原則として、特定の配置において有利な場合、ＬＴＥ端末はコンテンションベースメカニズムに依存するように設定されることができる。
【０１１３】
スケジューリング要求（ＳＲ）は新たな送信のためのＵＬ−ＳＣＨリソースを要求するのに使われる。ＳＲがトリガされれば、取り消されるまで保留（pending）中にあると見なすことができる。ＭＡＣ  ＰＤＵがアセンブリングされ、このＰＤＵがＢＳＲをトリガした最後のイベントまで（及びこれを含んで）バッファ状態を含むＢＳＲを含むか、又はＵＬ承認（等）が伝送に利用可能な全ての保留中のデータを収容することができれば、全ての保留中のＳＲ（等）が取り消され、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが中断されることができる。
【０１１４】
ＳＲがトリガされ、他の保留中のＳＲがなければ、ＵＥはＳＲ＿ＣＯＵＮＴＥＲを０に設定することができる。
【０１１５】
一つのＳＲが保留中にある限り、このＴＴＩで伝送に利用可能なＵＬ−ＳＣＨリソースがなければ、ＵＥはＰＣｅｌｌ上でランダムアクセス過程を開始し、任意のＴＴＩで設定されたＳＲに対してＵＥが有効なＰＵＣＣＨリソースを有しなければ全ての保留中のＳＲを取り消すことができる。
【０１１６】
ＵＥがこのＴＴＩに対して設定されたＳＲに対する有効なＰＵＣＣＨリソースを有し、かつこのＴＴＩが測定ギャップの一部であり、かつｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが実行される場合、ＳＲ＿ＣＯＵＮＴＥＲ＜ｄｓｒ−ＴｒａｎｓＭａｘであれば、ＵＥはＳＲ＿ＣＯＵＮＴＥＲを１だけ増加させることができ、物理層がＰＵＣＣＨ上でＳＲをシグナリングするように指示し、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを開始する。
【０１１７】
ＳＲ＿ＣＯＵＮＴＥＲ≧ｄｓｒ−ＴｒａｎｓＭａｘであれば、ＵＥはＲＲＣに通知して全てのサービングセルに対するＰＵＣＣＨ／ＳＲＳをリリース（release）し、任意の設定された下りリンク割り当て及び上りリンク承認をクリア（clear）し、ＰＣｅｌｌ上でランダムアクセス過程を開始し、全ての保留中のＳＲを取り消す。
【０１１８】
図１５はバッファ状態及びパワーヘッドルーム報告のシグナリングを示す図である。
【０１１９】
既に有効な承認を持っている端末は当然上りリンクリソースを要求する必要がない。しかし、スケジューラが以後のサブフレームで各端末にどのくらいのリソースを付与するかを決定するためには、前述したように、バッファ状態又は使用可能電力（power availability）についての情報が役に立つ。このような情報はＭＡＣ制御要素を介して上りリンク伝送の一部としてスケジューラに提供される。ＭＡＣサブヘッダのいずれか一つのサブヘッダ内のＬＣＩＤフィールドは、図１５のように、リザーブされた（reserved）値に設定されて、バッファ状態情報の存在の有無を知らせる。
【０１２０】
スケジューリングの観点では、各論理チャネルについてのバッファ情報をそれぞれ別に送信すれば良いが、これは相当なオーバーヘッドを引き起こすことができる。したがって、論理チャネルは論理チャネルグループにグループ化され、バッファ状態報告は各グループ別になされる。バッファ状態報告内のバッファサイズ（buffer-size）フィールドは論理チャネルグループ内の全ての論理チャネルで伝送を待つデータの量を示す。バッファ状態報告は一つ又は四つの論理チャネルグループの全てを示し、次のような要因によってトリガされることができる。
【０１２１】
ｉ）伝送バッファ内に現在あるものより高い優先順位のデータが到着した場合、すなわち現在送信されているものより高い優先順位を有する論理チャネルグループが到着した場合。これはスケジューリング決定に影響を与えることができる。
【０１２２】
ｉｉ）サービングセル（serving cell）が変わる場合、すなわち、バッファ状態報告は端末の状況についての情報を新たなサービングセルに提供するのに有用である。
【０１２３】
ｉｉｉ）タイマによって周期的に制御される。
【０１２４】
ｉｖ）パディングの代わりに挿入される場合、すなわち、仮にスケジューリングされた伝送ブロックの大きさに合わせるために必要なパディングの量がバッファ状態報告の大きさより大きければ、バッファ状態報告が挿入される。当然、可能な場合であれば、パディングの代わりに有用なスケジューリング情報に対する使用可能ペイロードを使うことがもっと良い。
【０１２５】
ＢＳＲ（Buffer Status Reporting）過程はＵＥのＵＬバッファ内の送信に利用可能なデータ（ＤＡＴ；Data Available For Transmission）の量についての情報をサービングｅＮＢに提供するのに使われる。ＲＲＣは、２個のタイマであるｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ−Ｔｉｍｅｒを設定（configure）し、それぞれの論理チャネルに対し、論理チャネルをＬＣＧ（Logical Channel Group）に割り当てる論理チャネルグループを選択的にシグナリングすることによってＢＳＲ報告を制御することができる。
【０１２６】
ＢＳＲ過程に対し、ＵＥは中断されなかった全ての無線ベアラを考慮し、中断されたベアラを考慮することができる。ＢＳＲは、次のようなイベントのいずれかが発生する場合、トリガされることができる。
【０１２７】
−ＬＣＧに属する論理チャネルに対するＵＬデータがＲＬＣエンティティ又はＰＤＣＰエンティティでの送信に利用可能になり、そのデータが、いずれかのＬＣＧに属するとともにデータが送信に既に利用可能な論理チャネルの優先順位より高い優先順位で論理チャネルに属するか、あるいはＬＣＧに属する論理チャネルの任意のチャネルに対する送信に利用可能なデータがない場合。この場合、ＢＳＲは以下で“レギュラＢＳＲ”という。
【０１２８】
−ＵＬリソースが割り当てられ、パディング（padding）ビットの数がＢＳＲ  ＭＡＣ制御要素及びそのサブヘッダのサイズより大きいか同じ場合。この場合、ＢＳＲは以下で“パディングＢＳＲ”という。
【０１２９】
−ｒｅｔｘＢＳＲ−Ｔｉｍｅｒが満了し、ＵＥがＬＣＧに属する論理チャネルのいずれかに対する送信に利用可能なデータを有する場合。この場合にＢＳＲは以下で“レギュラＢＳＲ”という。
【０１３０】
−ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒが満了する場合。この場合、ＢＳＲは以下で“周期的ＢＳＲ”という。
【０１３１】
レギュラ及び周期的ＢＳＲに対し、１より多いＬＣＧがＢＳＲの送信されるＴＴＩで送信に利用可能なデータを有すれば、ＵＥはロング（Long）ＢＳＲを報告することができる。そうではなければ、ＵＥはショート（Short）ＢＳＲを報告することができる。
【０１３２】
ＢＳＲ過程が、少なくとも一つのＢＳＲがトリガされるとともに取り消されなかったと決定すれば、ＵＥがこのＴＴＩの間に新しい送信のために割り当てられたＵＬリソースを有する場合、ＵＥは多重化及びアセンブリ過程がＢＳＲ  ＭＡＣ制御要素（等）を生成するように命令し、生成された全てのＢＳＲが切断された（Truncated）ＢＳＲの場合を除き、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始又は再開し、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒを開始又は再開することができる。
【０１３３】
レギュラＢＳＲがトリガされれば、上りリンク承認が設定されないか、又は論理チャネルＳＲマスク（logicalChannelSR-Mask）が上位層によって設定された論理チャネルに対して送信に利用可能になるデータのためレギュラＢＳＲがトリガされなければ、スケジューリング要求がトリガされることができる。
【０１３４】
ＭＡＣ  ＰＤＵは、ＢＳＲが送信可能になるまで複数のイベントがＢＳＲをトリガするときにも、高々（at most）一つのＭＡＣ  ＢＳＲ制御要素を含むことができる。この場合、レギュラＢＳＲ及び周期的ＢＳＲがパディングＢＳＲより優先する。
【０１３５】
ＵＥは任意のＵＬ−ＳＣＨ上での新たなデータの送信のための承認の指示があるとき、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒを再開することができる。
【０１３６】
トリガされた全てのＢＳＲは、このサブフレーム内のＵＬ承認が送信に利用可能な全ての保留中のデータを収容することができるが、ＢＳＲ  ＭＡＣ制御要素及びそのサブヘッダをさらに収容するのに十分ではない場合に取り消されることができる。トリガされた全てのＢＳＲはＢＳＲが送信のためにＭＡＣ  ＰＤＵに含まれるときに取り消されるであろう。
【０１３７】
ＵＥはＴＴＩで高々一つのレギュラ／周期的ＢＳＲを送信するであろう。ＵＥがＴＴＩで複数のＭＡＣ  ＰＤＵを送信するように要求されれば、レギュラ／周期的ＢＳＲを含まないＭＡＣ  ＰＤＵのいずれかにパディングＢＳＲを含ませることができる。
【０１３８】
ＴＴＩで送信される全てのＢＳＲはこのＴＴＩの間に全てのＭＡＣ  ＰＤＵが生成された後のバッファ状態をいつも反映する。それぞれのＬＣＧはＴＴＩごとに高々一つのバッファ状態を報告し、この値はこのＬＣＧに対するバッファ状態を報告する全てのＢＳＲで報告されるであろう。
【０１３９】
要約すれば、ＢＳＲは次のような状況のいずれかでトリガされる。
【０１４０】
ｉ）バッファが空いていない論理チャネルより高い優先順位を有する論理チャネルに対してデータが到逹した場合、
ｉｉ）空いているＵＥのバッファに対してデータが利用可能になった場合、
ｉｉｉ）ｒｅｔｘＢＳＲ−Ｔｉｍｅｒが満了し、ＵＥのバッファに依然としてデータがある場合、
ｉｖ）ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒが満了した場合、又は
ｖ）ＭＡＣ  ＰＤＵ内の残りの空間がＢＳＲを収容することができる場合。
【０１４１】
従来技術において、Ｕｕデータに対し、このサブフレームで上りリンク承認（等）が伝送可能な全ての保留中のＵｕデータを収容することができる場合、全ての保留中のＢＳＲは取り消される。上りリンク承認は一つのサブフレームのＵｕ上りリンクデータ伝送を指示するので、端末はこのサブフレームで上りリンク承認に対してだけ考慮すれば十分である。
【０１４２】
ＰｒｏＳｅ通信において、端末が基地局から上りリンク承認を受信すれば、端末は特定の期間内で多重伝送機会（複数の送信機会）（multiple transmission opportunity）を構成することができる。‘多重伝送機会’は‘構成されたサイドリンク承認’であってもよく、‘特定の期間’は‘サイドリンク制御（sidelink control、ＳＣ）期間’であってもよい。これは端末がこのサブフレームで全てのサイドリンクデータを送信することができないとしても、端末は構成されたサイドリンク承認によって特定の期間内の他のサブフレームで残りのサイドリンクデータを送信することができることを意味する。
【０１４３】
現在のメカニズムで、このサブフレームのサイドリンク承認が伝送に利用可能な全ての保留中のＳＬデータを収容することができる場合、全てのトリガされたサイドリンクＢＳＲ（又はＰｒｏＳｅ  ＢＳＲ）は取り消されなければならない。すなわち、特定の期間内で端末が残りの伝送機会を用いて残りの保留中のＳＬデータを送信することができると言っても、端末はトリガされたサイドリンクＢＳＲを取り消してはいけない。したがって、ＳＲは不必要にトリガされることができる。
【０１４４】
したがって、特定の期間で全ての可能な伝送機会を考慮することによって端末はトリガされたサイドリンクＢＳＲを取り消す方法が必要である。
【０１４５】
図１６は本発明の一実施例によるＤ２Ｄ通信システムにおいてサイドリンクバッファ状態報告を取り消すための図である。
【０１４６】
本発明において、ＰｒｏＳｅ動作で構成された端末に対し、特定の期間内の残りの伝送機会が伝送に利用可能な全てのＳＬデータを収容することができる場合、端末は全ての保留中のサイドリンクＢＳＲを取り消さなければならない。具体的には、端末は特定の期間内の残りの構成されたサイドリンク承認が伝送に利用可能な全ての保留中のＳＬデータを収容することができるかを確認しなければならない。特定の期間内の残りの構成されたサイドリンク承認が伝送に利用可能な全ての保留中のＳＬデータを収容することができる場合、端末は全ての保留中のサイドリンクＢＳＲを取り消さなければならない。一方、特定の期間内の残りの構成されたサイドリンク承認が全ての保留中のＳＬデータを収容することができない場合、端末は保留中のサイドリンクＢＳＲを取り消してはいけない。
【０１４７】
端末はＵｕインターフェースを介して基地局と通信をするとともにＰＣ５インターフェースを介して直接他の端末と通信する（Ｓ１６０１）。端末は少なくとも一つのサイドリンク論理チャネルで構成され、上記チャネルを介して他の端末と直接ＳＬデータを送受信する。そして、端末はＳＬデータ伝送のためのバッファを有する。
【０１４８】
サイドリンクＢＳＲトリガ条件が満たされる場合、端末は伝送に利用可能なサイドリンクデータに対して一つ又は複数のサイドリンクＢＳＲをトリガする（Ｓ１６０３）。
【０１４９】
その上、サイドリンクＢＳＲ条件が満たされるとともにＳＲトリガ条件が満たされれば、端末はＳＲをトリガし、ＳＲが取り消されるまで保留すると見なし、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが実行中ではなければ、端末はＰＵＣＣＨを介してＳＲを送信し、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを開始する。
【０１５０】
サイドリンクＢＳＲがトリガされれば、端末は端末がサイドリンクＢＳＲを取り消すまでサイドリンクＢＳＲを保留中のサイドリンクＢＳＲと見なす。
【０１５１】
端末がサイドリンクＢＳＲを基地局へ送信するとき、基地局は端末と他の端末との間のサイドリンク通信のための承認を端末に送信する。
【０１５２】
端末が基地局から端末と他の端末との間のサイドリンク通信のための承認を受信すれば、端末は特定の期間内で一つ又は複数のサブフレームにおける一つ又は複数のサイドリンク承認を構成する（Ｓ１６０５）。これは次のように受信したサイドリンク承認によって‘構成されたサイドリンク承認（等）’を生成することを意味する。
【０１５３】
ｉ）端末は少なくとも一つの構成されたサイドリンク承認を生成する。
【０１５４】
ｉｉ）端末は特定の期間、例えばＳＣ期間内にＳＬデータ伝送に使われる構成されたサイドリンク承認を生成する。
【０１５５】
好ましくは、特定の期間はサイドリンク承認が受信されたサブフレームの後に少なくとも４サブフレーム以後に始まる。
【０１５６】
ｉｉｉ）サブフレームの間に、構成されたサイドリンク承認はこのサブフレーム内で端末がＳＬデータ伝送を行うことができるかを指示する。例えば、特定の期間内に、サブフレームで、このサブフレームのための構成されたサイドリンク承認がある場合、端末はＳＬデータを送信することができる。
【０１５７】
好ましくは、特定の期間はサイドリンク承認を受信したサブフレームの後に少なくとも４サブフレーム以後に始まる。
【０１５８】
好ましくは、サイドリンク承認、特定の期間及び伝送に利用可能な全ての保留中のデータは端末が属するＰｒｏＳｅグループの中で同じＰｒｏＳｅグループのためのものである。
【０１５９】
構成されたサイドリンク承認によって指示されたサブフレームにおいて、端末は残りの構成されたサイドリンク承認（等）の和と伝送に利用可能な残りのＳＬデータの量とを比較して、現在ＳＣ期間内の残りの構成されたサイドリンク承認が伝送に利用可能な全ての残りのＳＬデータを収容することができるかを確認する（Ｓ１６０７）。
【０１６０】
好ましくは、残りのサイドリンク承認は端末が残りのサイドリンク承認が全ての保留中のデータを収容することができるかを判断したサブフレームから始めて特定の期間の終りまでの一つ又は複数のサブフレームに構成されたサイドリンク承認である。
【０１６１】
好ましくは、残りの構成されたサイドリンク承認（等）の和はこのサブフレーム内の構成されたサイドリンク承認を含むサイドリンク承認から現在ＳＣ期間内の構成されたサイドリンク承認を含むサイドリンク承認までの和として計算され、伝送に利用可能なＳＬデータの量はサイドリンク論理チャネルにマッピングされる上位層（例えば、ＲＬＣ及びＰＤＣＰ）で伝送に利用可能なＳＬデータの量として計算される。
【０１６２】
残りのサイドリンク承認が伝送に利用可能な全ての保留中のデータを収容することができる場合、端末は全てのトリガされたサイドリンクＢＳＲを取り消すことができる（Ｓ１６０９）。若しくは、現在ＳＣ期間内の残りの構成されたサイドリンク承認（等）の和が伝送に利用可能なＳＬデータの残余量より多いか同じ場合、端末は全てのトリガされたサイドリンクＢＳＲを取り消すことができる。
【０１６３】
また、端末はサイドリンクＢＳＲによってトリガされた全ての保留中のＳＲを取り消す。
【０１６４】
また、保留中のＳＲがサイドリンクＢＳＲによってトリガされたか否かにかかわらず、端末は全ての保留中のＳＲを取り消す。
【０１６５】
そうではなければ、残りのサイドリンク承認が伝送に利用可能な全ての保留中のデータを収容することができない場合、トリガされた何れのサイドリンクＢＳＲも取り消されない（Ｓ１６１１）。若しくは、現在ＳＣ期間内の残りの構成されたサイドリンク承認（等）の和が伝送に利用可能なＳＬデータの残差量より少ない場合、端末は何もしない。例えば、端末は何れの保留中のサイドリンクＢＳＲも取り消さない。
【０１６６】
結論として、ＳＣ期間の間に有効な残りのＳＬ承認が伝送に利用可能な全ての保留中のデータを収容することができる場合、全てのトリガされたサイドリンクＢＳＲは取り消されなければならない。サイドリンクＢＳＲ（切断された（Truncated）サイドリンク承認を除く）が伝送のためのＭＡＣ  ＰＤＵに含まれれば、全てのトリガされたサイドリンクＢＳＲは取り消されなければならない。上位層が自律的なリソース選択を構成すれば、全てのトリガされたサイドリンクＢＳＲは取り消されなければならなく、ｒｅｔｘ−ＢＳＲ−ＴｉｍｅｒＳＬ及びｐｅｒｉｏｄｉｃ−ＢＳＲ−ＴｉｍｅｒＳＬは停止されなければならない。
【０１６７】
以上で説明した実施例は本発明の構成要素及び特徴が所定の形態に組み合わせられたもの（combinations）である。それぞれの構成要素又は特徴は他の明示的言及がない限り選択的なものとして考慮されなければならない。それぞれの構成要素又は特徴は他の構成要素又は特徴と組み合わされ（combined）ない形態で実施可能である。また、一部の構成要素及び／又は特徴を組み合わせて本発明の実施例を構成することも可能である。本発明の実施例で説明する動作の順序は変更可能である。ある実施例の一部の構成又は特徴は他の実施例に含まれることができ、あるいは他の実施例の対応する構成又は特徴に入れ替えられることができる。特許請求範囲で明示的な引用関係がない請求項を組み合わせて実施例を構成するかあるいは出願後の補正によって新たな請求項として含ませることができるのは明らかである。
【０１６８】
本発明の実施例において、基地局（ＢＳ）によって行われるものとして説明された特定の動作は上位ノードのＢＳによって実行されることもできる。すなわち、ＢＳを含む複数のネットワークノードで、ＭＳとの通信のために行われる多様な動作が基地局によって実行されるか基地局以外の他のネットワークノードによって実行されることができるのは明らかである。‘ｅＮＢ’という用語は‘固定局（fixed station）’、‘NodeB、‘基地局（ＢＳ）’、アクセスポイントなどに置き換えられる（replaced）こともできる。
【０１６９】
前述した実施例は、例えばハードウェア、ファームウエア、ソフトウェア又はそれらの組み合わせなどの多様な手段によって具現されることもできる。
【０１７０】
ハードウェア設定において、本発明の実施例による方法は、一つ又は複数のＡＳＩＣｓ（Application Specific Integrated Circuits）、ＤＳＰｓ（Digital Signal Processors）、ＤＳＰＤｓ（Digital Signal Processing Devices）、ＰＬＤｓ（Programmable Logic Devices）、ＦＰＧＡｓ（Field Programmable Gate Arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現可能である。
【０１７１】
ファームウエア又はソフトウェアによる具現の場合、本発明の実施例による方法は、以上で説明した機能又は動作を行うモジュール、手順又は関数などの形態で具現されることができる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動されることができる。上記メモリユニットは上記プロセッサの内部又は外部に位置し、既に知られた多様な手段によって上記プロセッサとデータを取り交わすことができる。
【０１７２】
本発明は本発明の特徴を逸脱しない範疇内で他の特定の形態に具体化されることができるのは当業者にとって明らかである。したがって、上記詳細な説明は全ての面で制限的に解釈されてはいけなく、例示的なものとして考慮しなければならない。本発明の範囲は添付の請求範囲の合理的解釈によって決まらなければならなく、本発明の等価的範囲内の全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１７３】
上述した方法は３ＧＰＰ  ＬＴＥシステムに適用される例を中心に説明したが、本発明は３ＧＰＰ  ＬＴＥシステムだけではなく多様な無線通信システムに適用可能である。
【図１】
2017538373.tif 000003
【図２ａ】
2017538373.tif 000004
【図２ｂ】
2017538373.tif 000005
【図３】
2017538373.tif 000006
【図４（ａ）】
2017538373.tif 000007
【図４（ｂ）】
2017538373.tif 000008
【図５】
2017538373.tif 000009
【図６】
2017538373.tif 000010
【図７】
2017538373.tif 000011
【図８】
2017538373.tif 000012
【図９】
2017538373.tif 000013
【図１０】
2017538373.tif 000014
【図１１ａ】
2017538373.tif 000015
【図１１ｂ】
2017538373.tif 000016
【図１２】
2017538373.tif 000017
【図１３】
2017538373.tif 000018
【図１４】
2017538373.tif 000019
【図１５】
2017538373.tif 000020
【図１６】
2017538373.tif 000021
【国際調査報告】
2017538373.tif 000022
2017538373.tif 000023
2017538373.tif 000024