(57)【特許請求の範囲】
【請求項１】
他の端末装置との直接通信が可能な端末装置であって、
前記直接通信に使用する無線リソースが基地局装置によってスケジュールされる第１の無線リソース割り当て方法と、前記端末装置が前記直接通信に使用する無線リソースを割り当てられたリソースプールから自律的に選択する第２の無線リソース割り当て方法とをサポートし、
前記無線リソースの割り当て方法を前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替えることの決定に使用するタイマーの情報を受信する受信部を備え、
前記受信部は、前記第２の無線リソース割り当て方法の使用を許可することを示すＳＩＢ１８であるシステムインフォメーションブロックを受信し、
前記システムインフォメーションブロックおよび前記タイマーに基づいて前記無線リソースの割り当て方法を前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替え、前記第１の無線リソース割り当て方法から一時的に切り替えられた前記第２の無線リソース割り当て方法を用いて選択した無線リソースを使用して前記直接通信を実行する通信部を備えており、
前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替えられた場合に前記第２の無線リソース割り当て方法を用いて選択される前記無線リソースは、他の場合に前記第２の無線リソース割り当て方法を用いて選択される無線リソースとは独立して設定される無線リソースである、端末装置。
【請求項２】
他の端末装置との直接通信をサポートする端末装置と通信する基地局装置であって、
前記直接通信に使用する無線リソースが前記基地局装置によってスケジュールされる第１の無線リソース割り当て方法と、前記端末装置が前記直接通信に使用する無線リソースを割り当てられたリソースプールから自律的に選択する第２の無線リソース割り当て方法とをサポートし、
前記無線リソースの割り当て方法を前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替えることの決定に使用するタイマーの情報を設定する設定部と、
前記情報を送信する送信部と、を備え、
前記送信部は、前記第２の無線リソース割り当て方法の使用を許可することを示すＳＩＢ１８であるシステムインフォメーションブロックを送信し、
前記システムインフォメーションブロックおよび前記タイマーに基づいて前記無線リソースの割り当て方法が前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替えられ、前記第１の無線リソース割り当て方法から一時的に切り替えられた前記第２の無線リソース割り当て方法を用いて選択された無線リソースを使用して前記直接通信が実行され、
前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替えられた場合に前記第２の無線リソース割り当て方法を用いて選択される前記無線リソースは、他の場合に前記第２の無線リソース割り当て方法を用いて選択される無線リソースとは独立して設定される無線リソースである、基地局装置。
【請求項３】
他の端末装置との直接通信が可能な端末装置の通信方法であって、
前記直接通信に使用する無線リソースが基地局装置によってスケジュールされる第１の無線リソース割り当て方法と、前記端末装置が前記直接通信に使用する無線リソースを割り当てられたリソースプールから自律的に選択する第２の無線リソース割り当て方法とをサポートし、
前記無線リソースの割り当て方法を前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替えることの決定に使用するタイマーの情報を受信するステップと、
前記第２の無線リソース割り当て方法の使用を許可することを示すＳＩＢ１８であるシステムインフォメーションブロックを受信するステップと、
前記システムインフォメーションブロックおよび前記タイマーに基づいて前記無線リソースの割り当て方法を前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替え、前記第１の無線リソース割り当て方法から一時的に切り替えられた前記第２の無線リソース割り当て方法を用いて選択した無線リソースを使用して前記直接通信を実行するステップと、
を少なくとも含み、
前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替えられた場合に前記第２の無線リソース割り当て方法を用いて選択される前記無線リソースは、他の場合に前記第２の無線リソース割り当て方法を用いて選択される無線リソースとは独立して設定される無線リソースである、通信方法。
【請求項４】
他の端末装置との直接通信をサポートする端末装置と通信する基地局装置の通信方法であって、
前記直接通信に使用する無線リソースが前記基地局装置によってスケジュールされる第１の無線リソース割り当て方法と、前記端末装置が前記直接通信に使用する無線リソースを割り当てられたリソースプールから自律的に選択する第２の無線リソース割り当て方法とをサポートし、
前記無線リソースの割り当て方法を前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替えることの決定に使用するタイマーの情報を設定するステップと、
前記情報を送信するステップと、
前記第２の無線リソース割り当て方法の使用を許可することを示すＳＩＢ１８であるシステムインフォメーションブロックを送信するステップと、を少なくとも含み、
前記システムインフォメーションブロックおよび前記タイマーに基づいて前記無線リソースの割り当て方法が前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替えられ、前記第１の無線リソース割り当て方法から一時的に切り替えられた前記第２の無線リソース割り当て方法を用いて選択された無線リソースを使用して前記直接通信が実行され、
前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替えられた場合に前記第２の無線リソース割り当て方法を用いて選択される前記無線リソースは、他の場合に前記第２の無線リソース割り当て方法を用いて選択される無線リソースとは独立して設定される無線リソースである、通信方法。
【請求項５】
他の端末装置との直接通信が可能な端末装置に実装される集積回路であって、
前記直接通信に使用する無線リソースが基地局装置によってスケジュールされる第１の無線リソース割り当て方法と、前記端末装置が前記直接通信に使用する無線リソースを割り当てられたリソースプールから自律的に選択する第２の無線リソース割り当て方法とをサポートし、
前記無線リソースの割り当て方法を前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替えることを決定するために使用されるタイマーの情報を受信する機能と、
前記第２の無線リソース割り当て方法の使用を許可することを示すＳＩＢ１８であるシステムインフォメーションブロックを受信する機能と、
前記システムインフォメーションブロックおよび前記タイマーに基づいて前記無線リソースの割り当て方法を前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替え、前記第１の無線リソース割り当て方法から一時的に切り替えられた前記第２の無線リソース割り当て方法を用いて選択した無線リソースを使用して前記直接通信を実行する機能と、を少なくとも前記端末装置に発揮させ、
前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替えられた場合に前記第２の無線リソース割り当て方法を用いて選択される前記無線リソースは、他の場合に前記第２の無線リソース割り当て方法を用いて選択される無線リソースとは独立して設定される無線リソースである、集積回路。
【請求項６】
他の端末装置との直接通信をサポートする端末装置と通信する基地局装置に実装される集積回路であって、
前記直接通信に使用する無線リソースが前記基地局装置によってスケジュールされる第１の無線リソース割り当て方法と、前記端末装置が前記直接通信に使用する無線リソースを割り当てられたリソースプールから自律的に選択する第２の無線リソース割り当て方法とをサポートし、
前記無線リソースの割り当て方法を前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替えることを決定するために使用されるタイマーの情報を設定する機能と、
前記情報を送信する機能と、
前記第２の無線リソース割り当て方法の使用を許可することを示すＳＩＢ１８であるシステムインフォメーションブロックを送信する機能と、を少なくとも前記基地局装置に発揮させ、
前記システムインフォメーションブロックおよび前記タイマーに基づいて前記無線リソースの割り当て方法が前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替えられ、前記第１の無線リソース割り当て方法から一時的に切り替えられた前記第２の無線リソース割り当て方法を用いて選択された無線リソースを使用して前記直接通信が実行され、
前記第１の無線リソース割り当て方法から前記第２の無線リソース割り当て方法に一時的に切り替えられた場合に前記第２の無線リソース割り当て方法を用いて選択される前記無線リソースは、他の場合に前記第２の無線リソース割り当て方法を用いて選択される無線リソースとは独立して設定される無線リソースである、集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、デバイス間通信を効率的に行うことが可能な端末装置、基地局装置、通信システム、通信方法および集積回路の技術に関する。
【背景技術】
【０００２】
標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ−Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）通信方式やリソースブロックと呼ばれる所定の周波数・時間単位の柔軟なスケジューリングの採用によって、高速な通信を実現させたＥＵＴＲＡ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）の標準化が行なわれた。ＥＵＴＲＡは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）とも称する場合がある。【０００３】
また、３ＧＰＰでは、より高速なデータ伝送を実現し、ＬＴＥに対して上位互換性を持つＬＴＥ  Ａｄｖａｎｃｅｄの検討を行っている（ＬＴＥ−Ａとも称する）。【０００４】
ＬＴＥ  Ａｄｖａｎｃｅｄにおいて、デバイス装置（端末装置）からデバイス装置（端末装置）へ直接通信を行う技術について検討されている。この、デバイス装置からデバイス装置への直接通信のことを、Ｄ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）、またはデバイス間通信と称する。なお、３ＧＰＰにおいて標準化されるＤ２Ｄのことを、特にＬＴＥ−Ｄ２Ｄ、またはＬＴＥ−Ｄｉｒｅｃｔとも称する。また、Ｄ２Ｄのことを、単に、近接した端末装置間のサービス（Ｐｒｏｘｉｍｉｔｙ  ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ：ＰｒｏＳｅ）と称することもある。【０００５】
Ｄ２Ｄを用いてＰｒｏＳｅに関する種々のサービスを実現するために、近接している端末装置を発見（Ｄｉｓｃｏｖｅｒｙ）するための方法や、端末装置同士が直接通信（Ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）を可能とするための方法などが３ＧＰＰで検討されている（非特許文献１）。【０００６】
また、例えば警察無線や防災無線のようなパブリックセーフティー（公衆安全（PublicSafety））としてＤ２Ｄを利用する場合、基地局装置からの信号が受信できない状態であっても、Ｄ２Ｄ通信のための無線リソースを端末装置が自律的に選択するモードに切り替えることによって、端末装置間の通信を継続するような仕組みが必要とある。非特許文献２では、このＤ２Ｄの通信方式（モード）を切り替える条件について記載されている。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．８４３  Ｖ１２．０．１（２０１４−０３）、ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ＤｙｎａＲｅｐｏｒｔ／３６８４３．ｈｔｍ
【非特許文献２】Ｒ２−１４３０８９、Ｇｅｎｅｒａｌ  Ｄｙｎａｍｉｃｓ  ＵＫ  Ｌｔｄ、ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿８７／Ｄｏｃｓ／
【発明の概要】
【発明が解決しようとする課題】
【０００８】
端末装置が自律的に通信方式（モード）を切り替えることによって、Ｄ２Ｄの通信を継続するための方法が検討されている。さらに、将来的にＤ２Ｄ通信はパブリックセーフティー以外にも使用されることが予想されるが、このような通信はパブリックセーフティーを目的とした通信よりもスケジューリングの優先度を低くすべきである。例えば、Ｄ２Ｄをサポートしているセルの負荷が高い場合、優先度の低いＤ２Ｄ通信は、無線リソースが割り当たるまでに通常よりも時間がかかる可能性がある。しかしながら、これまでＤ２Ｄ通信の内容（タイプ）や種別を考慮したモードの切り替え方法については検討されていないようである。【０００９】
本発明の実施形態は、上述の課題を鑑みてなされたものであり、デバイス間通信を効率的に行うことが可能な端末装置、基地局装置、通信システム、通信方法および集積回路に関する技術を提供することによって、上記の課題の少なくとも１つを解決することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために以下のような手段を講じた。すなわち、本発明の実施形態における端末装置は、他の端末装置と直接通信が可能な端末装置であって、直接通信に使用する無線リソースが基地局装置によって個別にスケジュールされる第１の無線リソース割り当て方法と、端末装置が直接通信に使用する無線リソースを割り当てられた無線リソースから自律的に選択する第２の無線リソース割り当て方法とをサポートし、第２の無線リソース割り当て方法が設定された場合に、第１の無線リソース割り当て方法に関するグループインデックス毎の送信バッファ報告をキャンセルする端末装置である。【００１１】
また、上記端末装置は、第２の無線リソース割り当て方法が設定された場合に、送信バッファ報告に基づいてトリガされた基地局装置に対するスケジューリングリクエストをキャンセルしてもよい。【００１２】
また、本発明の実施形態における基地局装置は、他の端末装置と直接通信をサポートする端末装置と通信する基地局装置であって、端末装置に対して、直接通信に使用する無線リソースを個別にスケジュールする第１の無線リソース割り当て方法と、端末装置に対して割り当てた無線リソースから直接通信に使用する無線リソースを端末装置が自律的に選択する第２の無線リソース割り当て方法と、の切り替えの判断に用いられる端末装置によって用いられるタイマーの情報と、第２の無線リソース割り当て方法に用いられる無線リソースを通知する基地局装置である。【００１３】
また、本発明の実施形態における通信方法は、他の端末装置と直接通信が可能な端末装置の通信方法であって、直接通信に使用する無線リソースが基地局装置によって個別にスケジュールされる第１の無線リソース割り当て方法と、端末装置が直接通信に使用する無線リソースを割り当てられた無線リソースから自律的に選択する第２の無線リソース割り当て方法とをサポートし、第２の無線リソース割り当て方法が設定された場合に、第１の無線リソース割り当て方法に関するグループインデックス毎の送信バッファ報告をキャンセルするステップと、を少なくとも備える通信方法である。【００１４】
上記通信方法は、第２の無線リソース割り当て方法が設定された場合に、送信バッファ報告に基づいてトリガされた基地局装置に対するスケジューリングリクエストをキャンセルするステップを更に備えていてもよい。【００１５】
また、本発明の実施形態における通信方法は、他の端末装置と直接通信をサポートする端末装置と通信する基地局装置の通信方法であって、端末装置に対して、直接通信に使用する無線リソースを個別にスケジュールする第１の無線リソース割り当て方法と、端末装置に対して割り当てた無線リソースから直接通信に使用する無線リソースを端末装置が自律的に選択する第２の無線リソース割り当て方法と、の切り替えの判断に用いられるタイマーの情報と、第２の無線リソース割り当て方法に用いられる無線リソースを通知するステップと、を少なくとも備える通信方法である。【００１６】
また、本発明の実施形態における集積回路は、他の端末装置と直接通信が可能な端末装置に実装される集積回路であって、直接通信に使用する無線リソースが基地局装置によって個別にスケジュールされる第１の無線リソース割り当て方法と、端末装置が直接通信に使用する無線リソースを割り当てられた無線リソースから自律的に選択する第２の無線リソース割り当て方法とをサポートし、第２の無線リソース割り当て方法が設定された場合に、第１の無線リソース割り当て方法に関するグループインデックス毎の送信バッファ報告をキャンセルする機能と、を少なくとも端末装置に発揮させる集積回路である。【００１７】
上記集積回路は、第２の無線リソース割り当て方法が設定された場合に、送信バッファ報告に基づいてトリガされた基地局装置に対するスケジューリングリクエストをキャンセルするステップを更に備えていてもよい。【００１８】
また、本発明の実施形態における集積回路は、他の端末装置と直接通信をサポートする端末装置と通信する基地局装置の集積回路であって、端末装置に対して、直接通信に使用する無線リソースを個別にスケジュールする第１の無線リソース割り当て方法と、端末装置に対して割り当てた無線リソースから直接通信に使用する無線リソースを端末装置が自律的に選択する第２の無線リソース割り当て方法と、の切り替えの判断に用いられるタイマーの情報と、第２の無線リソース割り当て方法に用いられる無線リソースを通知する機能と、を少なくとも基地局装置に発揮させる集積回路である。【００１９】
このような手段を用いることによって、端末装置、基地局装置、通信システム、通信方法および集積回路は、デバイス間通信を効率的に行なう通信方法を備えることが可能となる。【００２０】
本明細書では、デバイス間通信を効率的に行う端末装置、基地局装置、通信システム、通信方法および集積回路に関する技術という点において各実施形態を開示するが、各実施形態に対して適用可能な通信方式は、ＥＵＴＲＡ（ＬＴＥ、ＬＴＥ−Ａ）で使用される通信方式に限定されるものではない。【００２１】
例えば、本明細書で述べられる技術は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、およびその他のアクセス方式等を用いた、種々の通信システムにおいて使用され得る。また、本明細書において、システムとネットワークは同義的に使用され得る。
【発明の効果】
【００２２】
本発明の実施形態によれば、デバイス間通信を効率的に行う端末装置、基地局装置、通信システム、通信方法および集積回路に関する技術を提供することが出来る。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施形態に関わる端末装置の概略構成の一例を示すブロック図である。
【図２】本発明の実施形態に関わる基地局装置の概略構成の一例を示すブロック図である。
【図３】本発明の実施形態に関わる端末装置のＤ２Ｄのモード選択に関する手順の一例を示したフローチャート図である。
【図４】本発明の実施形態に関わる端末装置が例外的な状態から離脱するための手順の一例を示したフローチャート図である。
【図５】本発明の実施形態に関わる端末装置が例外的な状態から離脱するための手順の別の一例を示したフローチャート図である。
【図６】Ｄ２Ｄを送信する端末装置と、Ｄ２Ｄを受信する端末装置とがＤ２Ｄの通信を行う場合の手順の一例を示したフローチャート図である。
【発明を実施するための形態】
【００２４】
本発明の各実施形態に関わる技術について以下に簡単に説明する。
【００２５】
[物理チャネル／物理シグナル]
ＥＵＴＲＡ（ＬＴＥ、ＬＴＥ−Ａ）で使用される主な物理チャネル、物理シグナルについて説明を行なう。チャネルとは信号の送受信に用いられる媒体を意味し、物理チャネルとは信号の送受信に用いられる物理的な媒体を意味する。本発明において、物理チャネルは、信号と同義的に使用され得る。なお、物理チャネルは、ＥＵＴＲＡ（ＬＴＥ、ＬＴＥ−Ａ）を発展させた通信システムにおいて、チャネル種別の追加、または、その構造（構成）やフォーマット形式が変更または追加される可能性があるが、そのような場合でも本発明の各実施形態の説明には影響しない。
【００２６】
ＥＵＴＲＡでは、物理チャネルまたは物理シグナルのスケジューリングについて無線フレームを用いて管理している。１無線フレームは１０ｍｓであり、１無線フレームは１０サブフレームで構成される。さらに、１サブフレームは２スロットで構成される（すなわち、１サブフレームは１ｍｓ、１スロットは０．５ｍｓである）。また、物理チャネルが配置されるスケジューリングの最小単位としてリソースブロックを用いて管理している。リソースブロックとは、周波数軸を複数サブキャリア（例えば１２サブキャリア）の集合で構成される一定の周波数領域と、一定の送信時間間隔（１スロット）で構成される領域で定義される。
【００２７】
同期シグナル（Synchronization Signals）は、３種類のプライマリ同期シグナル（ＰＳＳ）と、周波数領域で互い違いに配置される３１種類の符号から構成されるセカンダリ同期シグナル（ＳＳＳ）とで構成され、プライマリ同期シグナルとセカンダリ同期シグナルの信号の組み合わせによって、基地局装置を識別する５０４通りのセル識別子（物理セルＩＤ（Physical Cell Identity; PCI））と、無線同期のためのフレームタイミングが示される。端末装置は、セルサーチによって受信した同期シグナルの物理セルＩＤを特定する。
【００２８】
物理報知情報チャネル（PBCH; Physical Broadcast Channel）は、セル内の端末装置で共通に用いられるマスターインフォメーションブロック（MIB; Master information block）を通知（設定）する目的で送信される。基地局装置は、物理報知情報チャネルによってＭＩＢを含むマスターインフォメーションブロックメッセージを通知（送信）する。マスターインフォメーションブロックメッセージで端末装置に通知（設定）される情報、すなわちＭＩＢで通知される情報は、下りリンク周波数帯域幅、システムフレームナンバー、およびＨｙｂｒｉｄ  ＡＲＱに関する物理チャネル（ＰＨＩＣＨ）の設定情報などである。
【００２９】
基地局装置は、サブフレーム位置と周期が静的に定まる（pre-defined）システムインフォメーションブロック  タイプ１（SIB1; System information block Type1）メッセージと、レイヤ３メッセージ（ＲＲＣメッセージ）であって、システムインフォメーションブロック  タイプ１で指定されるシステムインフォメーションウィンドウ（ＳＩ−ｗｉｎｄｏｗ）内で動的にスケジューリングされるシステムインフォメーションメッセージと、を用いてマスターインフォメーションブロック以外のセル共通情報（報知情報）を端末装置に送信する。
【００３０】
システムインフォメーションメッセージは、物理下りリンク制御チャネルで示される無線リソースにおいて物理下りリンク共用チャネルを用いて通知され、その用途に応じて分類された報知情報（システムインフォメーションブロック  タイプ２〜タイプｎ（ＳＩＢ２〜ＳＩＢｎ（ｎは自然数）））の一つを対応するシステムインフォメーションウィンドウ内で送信する。
【００３１】
報知情報として、セル個別の識別子を示すセルグローバル識別子（CGI; Cell Global Identifier）、ページングによる待ち受けエリアを管理するトラッキングエリア識別子（TAI; Tracking Area Identifier）、ランダムアクセス設定情報、タイミング調整情報、セル毎の共通無線リソース設定情報、同周波数（異周波数、異ＲＡＴ）の周辺セル情報（Neighboring cell list）、上りリンクアクセス制限情報などが通知される。
【００３２】
下りリンクリファレンスシグナルは、その用途によって複数のタイプに分類される。例えば、セル固有ＲＳ（CRS: Cell-specific reference signals）は、セル毎に所定の電力で送信されるパイロットシグナルであり、所定の規則に基づいて周波数領域および時間領域で周期的に繰り返される下りリンクリファレンスシグナルである。端末装置は、セル固有ＲＳを受信することでセル毎の受信品質を測定することができる。また、端末装置は、セル固有ＲＳと一緒に送信される物理下りリンク制御チャネル、または物理下りリンク共用チャネルの復調のための参照用の信号としてもセル固有ＲＳを使用することができる。
【００３３】
セル固有ＲＳに使用される系列は、セル毎に識別可能な系列が用いられる。セル固有ＲＳは、基地局装置より全ての下りリンクサブフレームで送信されてもよいし、基地局装置によって指定された下りリンクサブフレームでのみ送信されてもよい。また、端末装置は、セル固有ＲＳを全ての下りリンクサブフレームで受信してもよいし、基地局装置によって指定された下りリンクサブフレームでのみ受信してもよい。
【００３４】
また、下りリンクリファレンスシグナルは下りリンクの伝搬路変動の推定にも用いられる。伝搬路変動の推定に用いられる下りリンクリファレンスシグナルのことをチャネル状態情報リファレンスシグナル（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌｓ；ＣＳＩ−ＲＳ、ＣＳＩ参照信号）と称する。また、ＣＳＩ参照信号は、実際には信号の送信されない、または、ゼロパワーで送信されてもよい。一方、実際に信号が送信されるＣＳＩ参照信号は、非ゼロパワーＣＳＩ参照信号（NZP CSI-RS: Non Zero Power Channel State Information Reference Signals）と称してもよい。また、干渉成分を測定するために用いられる下りリンクの無線リソースの事をチャネル状態情報干渉測定リソース（CSI-IMR: Channel State Information - Interference Measurement Resource）あるいはＣＳＩ−ＩＭリソースと称してもよい。
【００３５】
また、端末装置に対して個別に設定される下りリンクリファレンスシグナルは、ＵＥ  ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌｓ（ＵＲＳ）、Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ（ＤＭＲＳ）と称され、物理下りリンク制御チャネル、拡張物理下りリンク制御チャネル、または物理下りリンク共用チャネルを復調するときのチャネルの伝搬路補償処理のために参照される。
【００３６】
物理下りリンク制御チャネル（ＰＤＣＣＨ；Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、各サブフレームの先頭からいくつかのＯＦＤＭシンボル（例えば１〜４ＯＦＤＭシンボル）で送信される。拡張物理下りリンク制御チャネル（ＥＰＤＣＣＨ；  Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、物理下りリンク共用チャネルＰＤＳＣＨが配置されるＯＦＤＭシンボルに配置される物理下りリンク制御チャネルである。ＰＤＣＣＨまたはＥＰＤＣＣＨは、端末装置に対して基地局装置のスケジューリングに従った無線リソース割り当て情報や、送信電力の増減の調整量を指示する制御情報などを通知する目的で使用される。以降、単に物理下りリンク制御チャネル（ＰＤＣＣＨ）と記載した場合、特に明記がなければ、ＰＤＣＣＨとＥＰＤＣＣＨの両方の物理チャネルを意味する。
【００３７】
端末装置は、レイヤ２メッセージ（ＭＡＣ−ＣＥ）およびレイヤ３メッセージ（ページング、システムインフォメーションなど）を送受信する前に自装置宛の物理下りリンク制御チャネルを監視（モニタ）し、自装置宛の物理下りリンク制御チャネルを受信することで、送信時には上りリンクグラント、受信時には下りリンクグラント（下りリンクアサインメントとも称する）と呼ばれる無線リソース割り当て情報を物理下りリンク制御チャネルから取得する必要がある。Ｄ２Ｄをサポートする場合、物理下りリンク制御チャネルはＤ２Ｄグラントを通知することができる。なお、物理下りリンク制御チャネルは、上述したＯＦＤＭシンボルで送信される以外に、基地局装置から端末装置に対して個別（ｄｅｄｉｃａｔｅｄ）に割り当てられるリソースブロックの領域で送信されるように構成することも可能である。
【００３８】
物理上りリンク制御チャネル（PUCCH; Physical Uplink Control Channel）は、物理下りリンク共用チャネルで送信された下りリンクデータの受信確認応答（ＡＣＫ／ＮＡＣＫ；Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）や下りリンクの伝搬路（チャネル状態）情報（ＣＳＩ；Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）、上りリンクの無線リソース割り当て要求（無線リソース要求、スケジューリングリクエスト（ＳＲ；Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ））を行なうために使用される。
【００３９】
ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＰＴＩ（Ｐｒｅｃｏｄｉｎｇ  Ｔｙｐｅ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）を含む。各Ｉｎｄｉｃａｔｏｒは、Ｉｎｄｉｃａｔｉｏｎと表記されてもよい。
【００４０】
物理下りリンク共用チャネル（PDSCH; Physical Downlink Shared Channel）は、下りリンクデータの他、ページングやシステムインフォメーションなどのレイヤ３メッセージを端末装置に通知するためにも使用される。物理下りリンク共用チャネルの無線リソース割り当て情報は、物理下りリンク制御チャネルで示される（通知される）。物理下りリンク共用チャネルは物理下りリンク制御チャネルが送信されるＯＦＤＭシンボル以外のＯＦＤＭシンボルに配置されて送信される。すなわち、物理下りリンク共用チャネルと物理下りリンク制御チャネルは１サブフレーム内で時分割多重される。
【００４１】
物理上りリンク共用チャネル（PUSCH; Physical Uplink Shared Channel）は、主に上りリンクデータと上りリンク制御データを送信し、ＣＳＩやＡＣＫ／ＮＡＣＫなどの制御データを含めることも可能である。また、上りリンクデータの他、上りリンク制御情報をレイヤ２メッセージおよびレイヤ３メッセージとして端末装置から基地局装置に通知するためにも使用される。また、下りリンクと同様に物理上りリンク共用チャネルの無線リソース割り当て情報は、物理下りリンク制御チャネルで示される。
【００４２】
上りリンクリファレンスシグナル（上りリンク参照信号；Uplink Reference Signal（上りリンクパイロット信号、上りリンクパイロットチャネルとも呼称する））は、基地局装置が、物理上りリンク制御チャネルＰＵＣＣＨおよび／または物理上りリンク共用チャネルＰＵＳＣＨを復調するために使用する復調参照信号（DMRS; Demodulation ReferenceSignal）と、基地局装置が、主に、上りリンクのチャネル状態を推定するために使用するサウンディング参照信号（SRS; Sounding Reference Signal）が含まれる。また、サウンディング参照信号には、周期的に送信される周期的サウンディング参照信号（Ｐｅｒｉｏｄｉｃ  ＳＲＳ）と、基地局装置から指示されたときに送信される非周期的サウンディング参照信号（Ａｐｅｒｉｏｄｉｃ  ＳＲＳ）とがある。
【００４３】
物理ランダムアクセスチャネル（PRACH; Physical Random Access Channel）は、プリアンブル系列を通知（設定）するために使用されるチャネルであり、ガードタイムを有する。プリアンブル系列は、複数のシーケンスによって基地局装置へ情報を通知するように構成される。例えば、６４種類のシーケンスが用意されている場合、６ビットの情報を基地局装置へ示すことができる。物理ランダムアクセスチャネルは、端末装置の基地局装置へのアクセス手段として用いられる。
【００４４】
端末装置は、物理上りリンク制御チャネル未設定時の上りリンクの無線リソース要求のため、または、上りリンク送信タイミングを基地局装置の受信タイミングウィンドウに合わせるために必要なタイミング調整情報（タイミングアドバンス（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ；ＴＡ）とも呼ばれる）を基地局装置に要求するためなどに物理ランダムアクセスチャネルを用いる。また、基地局装置は、端末装置に対して物理下りリンク制御チャネルを用いてランダムアクセス手順の開始を要求することもできる。なお、Ｄ２Ｄの場合は、別の端末装置への送信のためにもＴＡを用いて送信タイミングの調整を行う。基地局装置に対するＴＡ（第１のタイミング調整情報）と、Ｄ２Ｄに関するＴＡ（Ｄ２Ｄ−ＴＡ（第２のタイミング調整情報））は、同じでも異なってもよい。
【００４５】
Ｄ２Ｄ−ＴＡは、報知情報によってセル内で同じ値が通知されてもよいし、基地局装置から端末装置に対して個別に通知されてもよい。また、Ｄ２Ｄ−ＴＡは、ＴＡと同様に、基地局装置からの信号（例えば、ＭＡＣ制御要素など）によってタイミング（値）が調整されるように構成されていてもよい。
【００４６】
レイヤ３メッセージは、端末装置と基地局装置のＲＲＣ（無線リソース制御）層でやり取りされる制御平面（ＣＰ（Ｃｏｎｔｒｏｌ−ｐｌａｎｅ、Ｃ−Ｐｌａｎｅ））のプロトコルで取り扱われるメッセージであり、ＲＲＣシグナリングまたはＲＲＣメッセージと同義的に使用され得る。なお、制御平面に対し、ユーザデータを取り扱うプロトコルのことをユーザ平面（ＵＰ（Ｕｓｅｒ−ｐｌａｎｅ、Ｕ−Ｐｌａｎｅ））と称する。
【００４７】
Ｄ２Ｄに関する物理チャネルとして、Ｄ２Ｄ同期シグナル（Ｄ２ＤＳＳ；Ｄ２Ｄ  Ｓｙｎｃｈｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）と、物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ；Ｐｈｙｓｉｃａｌ  Ｄ２Ｄ  Ｓｙｎｃｈｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）などを用いることが検討されている。Ｄ２Ｄ同期シグナルは、ＰＤ２ＤＳＳ（Ｐｒｉｍａｒｙ  Ｄ２ＤＳＳ）と、ＳＤ２ＤＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｄ２ＤＳＳ）の２つの同期シグナルとで構成されてもよい。
【００４８】
また、物理Ｄ２Ｄ同期チャネルは、Ｄ２Ｄを送信する端末装置から送信され、Ｄ２Ｄに関する制御情報（たとえば、送信する端末装置に関する同期ＩＤ、リソースプール、システム帯域幅、ＴＤＤサブフレーム設定など）や、Ｄ２Ｄフレーム番号などを通知する目的で送信されてもよい。
【００４９】
また、Ｄ２Ｄを送信する端末装置が、Ｄ２Ｄを受信する端末装置に対してスケジューリング割り当て（Ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔｓ：ＳＡ）を送信することもできる。ＳＡは、Ｄ２Ｄに関する送信データに関するタイミング調整情報（Ｄ２Ｄ  Ｒｅｃｅｐｔｉｏｎ  Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ（Ｄ２Ｄ−ＴＡ））、Ｄ２Ｄの内容（種別）を識別するＩＤ情報、かかるＩＤ情報に対応する送信データの無線リソースのパターン（ＲＰＴ；Ｒｅｓｏｕｒｃｅ  Ｐａｔｔｅｒｎｓ  ｆｏｒ  Ｔｒａｎｓｍｉｓｓｉｏｎ）などを明示的、または暗黙的に通知することができる。
【００５０】
ＳＡを受信した端末装置は、Ｄ２Ｄ同期シグナルから取得したタイミングと、ＳＡに含まれるタイミング調整情報とに基づいてＤ２Ｄに関する送信データの受信タイミングを調整して受信することができる。なお、Ｄ２Ｄに関する送信データのタイミング調整情報は、ＰＤ２ＤＳＣＨで送信してもよい。
【００５１】
また、ＲＰＴによって示されるＤ２Ｄに関する送信データの情報は、帯域幅情報、周波数領域のリソース情報、周波数ホッピング情報、時間領域のリソース情報などがある。Ｄ２Ｄを送信する端末装置は、ＳＡ、および、Ｄ２Ｄに関する送信データを通知する物理チャネルとして、ＰＵＳＣＨを用いてもよいし、それぞれ専用の物理チャネルを割り当ててもよい。
【００５２】
例えば、ＳＡは、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）という物理チャネルで送信されてもよい。また、Ｄ２Ｄに関する送信データは、Ｃｏｍｍｕｎｉｃａｔｉｏｎであれば、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）という物理チャネルで送信されてもよいし、Ｄｉｓｃｏｖｅｒｙであれば、ＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｄｉｓｃｏｖｅｒｙ  ＣＨａｎｎｅｌ）という物理チャネルで送信されてもよい。以降、ＳＡと称したときは、ＳＡを含む物理チャネル、または、かかる物理チャネルによって通知されるＳＡ、のいずれかを意味して用いる。また、Ｄ２Ｄに関する送信データと称したときは、Ｄ２Ｄに関する送信データを含む物理チャネル、または、かかる物理チャネルによって通知される送信データ、のいずれかを意味して用いる。
【００５３】
ＰＵＳＣＨを用いる場合、Ｄ２Ｄを受信する端末装置は、対応する周波数でＰＵＳＣＨを受信し、デコードを行う必要がある。
【００５４】
なお、それ以外の物理チャネルまたは物理シグナルは、本発明の各実施形態と強く関わらないため詳細な説明は省略する。説明を省略した物理チャネルまたは物理シグナルとして、物理制御フォーマット指示チャネル（ＰＣＦＩＣＨ：Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）、物理ＨＡＲＱ指示チャネル（ＰＨＩＣＨ：Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）、物理マルチキャストチャネル（ＰＭＣＨ：Ｐｈｙｓｉｃａｌ  Ｍｕｌｔｉｃａｓｔ  ＣＨａｎｎｅｌ）などがある。
【００５５】
[無線ネットワーク、セル種別]
基地局装置によって制御される各周波数の通信可能範囲（通信エリア）はセルとしてみなされる。このとき、基地局装置がカバーする通信エリアは周波数毎にそれぞれ異なる広さ、異なる形状であってもよい。また、カバーするエリアが周波数毎に異なっていてもよい。基地局装置の種別やセル半径の大きさが異なるセルが、同一の周波数または異なる周波数のエリアに混在して一つの通信システムを形成している無線ネットワークのことを、ヘテロジニアスネットワークと称する。
【００５６】
端末装置は、端末装置のアクセスが基地局装置から通知される報知情報に基づいて禁止されていないと判断したセルであって、かつ、下りリンクの受信品質が所定の条件を満足し、その結果、かかるセルにキャンプすることによって、通常のサービスが許可されるセルを適切なセル（Suitable cell）とみなしてよい。端末装置が、キャンプしているセルから他のセルへ移動するときは、非無線リソース制御接続状態（アイドル状態（Idle mode）、非通信中）はセル再選択手順、無線リソース制御接続時（コネクティッド状態（Connected mode）、通信中）はハンドオーバ手順によって移動が行われる。
【００５７】
端末装置は、セル選択（セル再選択）手順によって適切なセルと判断されなかったセルを、一部のサービスのみが許可されているセル（制限セル）とみなしてよい。なお、端末装置は制限セルであってもキャンプすることができる。一部のサービスとは、たとえば緊急呼通信（Emergency call）である。端末装置は、セルにキャンプしている状態（アイドル状態）、または、あるセルにおいてコネクティッド状態にあるとき、基地局装置と通信可能なエリアに位置している、すなわち、セルのサービス区域内（カバレッジ内（in-coverage））である、と判断してよい。
【００５８】
基地局装置は、周波数毎に１つ以上のセルを管理している。１つの基地局装置が複数のセルを管理していてもよい。セルは、端末装置と通信可能なエリアの大きさ（セルサイズ）に応じて複数の種別に分類される。例えば、セルは、マクロセルとスモールセルに分類される。スモールセルは、一般的に半径数メートルから数十メートルまでをカバーするセルである。また、スモールセルは、そのエリアの大きさに応じて、フェムトセル、ピコセル、ナノセルなどに分類されることもある。
【００５９】
端末装置がある基地局装置と通信可能であるとき、その基地局装置のセルのうち、端末装置との通信に使用されるセルは在圏セル（Serving cell）であり、その他の通信に使用されないセルは周辺セル（Neighboring cell）と称される。
【００６０】
在圏セルの周波数は、同周波数（Intra-frequency）とも在圏周波数（Serving frequency）とも称される。同周波数ではない周波数は異周波数（Inter-frequency）と称される。キャリア・アグリゲーションやデュアルコネクティビティなどの技術によって、端末装置に対して複数の在圏セルが設定されている場合、対応する在圏周波数も複数あるとみなされる。
【００６１】
[バッファステータスレポート]
端末装置のＭＡＣ層は、論理チャネルに対応する送信バッファのデータ量の情報を用いて基地局装置に通知（報告）する機能を持っている。この機能をバッファステータスレポート（Buffer Status Report：ＢＳＲ）と呼ぶ。ＢＳＲは、例えば、（１）送信可能な上りリンクデータが上位レイヤ（ＲＬＣ層、ＰＤＣＰ層）で発生し、更に、かかる上りリンクデータに関わる論理チャネルの優先度が送信バッファ内のデータの優先度よりも高い、または、他に送信可能な上りリンクデータが存在しない場合、（２）ＢＳＲに関する再送信タイマー（retxBSR-Timer）が満了した場合、（３）ＢＳＲに関する周期タイマー（periodicBSR-Timer）が満了した場合、（４）ＢＳＲのＭＡＣ制御要素よりも大きいパディングビット（パディング領域）が存在する場合、にそれぞれＭＡＣ層でトリガされる。
【００６２】
いずれかのＢＳＲのトリガ条件が満たされている場合であって、あるサブフレームにおいてＢＳＲを通知するための無線リソース（物理上りリンク共用チャネルＰＵＳＣＨの新規送信）が割り当てられていない場合、ＭＡＣ層は、物理上りリンク制御チャネルＰＵＣＣＨが割り当てられている（有効である）のであれば、物理上りリンク制御チャネルＰＵＣＣＨを使用してスケジューリングリクエストを送信するようにＰＨＹ層に指示する。
【００６３】
あるいは、ＭＡＣ層は、スケジューリングリクエスト送信のための物理上りリンク制御チャネルＰＵＣＣＨが割り当てられていない（有効でない）のであれば、スケジューリングリクエストのためのランダムアクセス手順を開始し、物理ランダムアクセスチャネルＰＲＡＣＨの送信をＰＨＹ層に対して指示する。なお、ＭＡＣ層は、無線リソースが割り当てられるまで、ＢＳＲをトリガ中の状態に維持しておく。トリガされたＢＳＲは、ＢＳＲを基地局装置に送信する場合にキャンセルされる。
【００６４】
ＢＳＲは、そのトリガ条件によって、Ｒｅｇｕｌａｒ  ＢＳＲ、Ｐｅｒｉｏｄｉｃ  ＢＳＲ、Ｐａｄｄｉｎｇ  ＢＳＲにそれぞれ分類される。上述した条件（１）と（２）によってトリガされたＢＳＲはＲｅｇｕｌａｒ  ＢＳＲであり、上述した条件（３）によってトリガされたＢＳＲはＰｅｒｉｏｄｉｃ  ＢＳＲであり、上述した条件（４）によってトリガされたＢＳＲはＰａｄｄｉｎｇ  ＢＳＲである。
【００６５】
ＢＳＲは、ＭＡＣ制御要素を用いて報告される。ＢＳＲが報告されるＭＡＣ制御要素のフォーマット（ビット構造）には、１つの論理チャネルグループのバッファ状態を報告するＳｈｏｒｔ  ＢＳＲと、複数の論理チャネルグループのバッファ状態を報告するＬｏｎｇ  ＢＳＲがある。また、ＰａｄｄｉｎｇＢＳＲの送信に関し、Ｌｏｎｇ  ＢＳＲを送信するに十分なパディング領域が存在しない場合は、優先度の最も高い論理チャネルのＢＳＲを送信するためのＴｒｕｎｃａｔｅｄ  ＢＳＲのフォーマットが使用される。
【００６６】
ＢＳＲを報告するためのＭＡＣ制御要素をＢＳＲ  ＭＡＣ制御要素と称する。端末装置のＭＡＣ層で少なくとも一つのＢＳＲがトリガされており、さらに、かかるＢＳＲがキャンセルされていない場合において、あるサブフレームで新規送信のための上りリンクの無線リソース割り当てがある場合、端末装置は、ＢＳＲ  ＭＡＣ制御要素を生成し、ＢＳＲに関する周期タイマー（periodicBSR-Timer）と、ＢＳＲに関する再送信タイマー（retxBSR-Timer）を開始（スタート）、または、再開始（リスタート）する。また、再送信タイマーは、新規の上りリンクデータに対する上りリンクグラントが指示された場合に再開始される。
【００６７】
[Ｄ２Ｄ]
Ｄ２Ｄの基本的な技術について簡単に説明する。
【００６８】
Ｄ２Ｄは、近接している端末装置を発見するための技術（Ｄｉｓｃｏｖｅｒｙ）と、端末装置が一つまたは複数の端末装置と直接通信を行うための技術（Ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ（Ｃｏｍｍｕｎｉｃａｔｉｏｎとも称する））とに少なくとも分けられる。ＤｉｓｃｏｖｅｒｙとＣｏｍｍｕｎｉｃａｔｉｏｎとをまとめて、ＰｒｏＳｅとも称することもある。
【００６９】
Ｄ２Ｄにおいて、端末装置が使用するＤ２Ｄに関するリソース（無線リソース）や設定（コンフィグレーション）は、基地局装置によって設定（制御）されてもよい。すなわち、端末装置が非無線リソース制御接続状態（アイドル状態）にある場合は、報知情報によってＤ２Ｄに関する無線リソースや設定がセル毎に通知されてもよく、端末装置が無線リソース制御接続状態（コネクティッド状態）にある場合は、ＲＲＣメッセージによってＤ２Ｄに関する無線リソースや設定が通知されてもよい。
【００７０】
すなわち、Ｄ２Ｄは、端末装置同士の直接通信が可能な（Ｄ２Ｄ  ｃａｐａｂｌｅ、Ｄ２Ｄ  ｓｕｐｐｏｒｔｅｄ）端末装置と、かかる端末装置同士の直接通信のためのリソースを制御可能な基地局装置によって実現されるかもしれない。あるいは、Ｄ２Ｄは、端末装置同士の直接通信が可能な端末装置の事前設定（Ｐｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって実現されるかもしれない。
【００７１】
また、Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎにおいて、スケジューリング割り当て（Ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔｓ：ＳＡ）を送信するための無線リソースは、ＳＡ用にプールされたリソースプール（ＳＡリソースプール）の中から端末装置に提供される。Ｄ２Ｄを送信する端末装置は、リソースプールに含まれる無線リソース（時間、および周波数）でＳＡを送信する。Ｄ２Ｄを受信する端末装置は、リソースプールに含まれる無線リソース（時間、および周波数）でＳＡを受信する。
【００７２】
また、Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎにおいて、Ｄ２Ｄに関する送信データを送信するための無線リソースは、Ｄ２Ｄに関する送信データ（Ｄ２Ｄデータ）用にプールされたリソースプール（Ｄ２Ｄデータリソースプール）の中から端末装置に提供される。Ｄ２Ｄを送信する端末装置はリソースプールから指定される無線リソース（時間、および周波数）を用いてＤ２Ｄに関する送信データを送信する。また、Ｄ２Ｄを受信する端末装置はリソースプールから指定される無線リソース（時間、および周波数）を用いてＤ２Ｄに関する送信データを受信する。リソースプールは、周波数情報、割り当てられるリソースブロックの範囲を示す情報や、リソースプールが開始されるフレーム番号またはサブフレーム番号とオフセット値の情報などによって示されてもよい。
【００７３】
ここで、ＳＡに用いられる無線リソースがプールされたリソースプール（第１のリソースプール）と、Ｄ２Ｄに関する送信データに用いられる無線リソースがプールされたリソースプール（第２のリソースプール）は、報知情報によって予め設定（予約）されていてもよいし、基地局装置から端末装置ごとに個別に通知（あるいは報知）されてもよいし、他の端末装置から通知（あるいは報知）されてもよいし、事前設定（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）されていてもよいし、準静的（ｓｅｍｉ−ｓｔａｔｉｃ）に割り当てられていてもよい。
【００７４】
事前設定によって割り当てられる場合、かかる設定は、ＵＩＣＣ（Ｕｎｉｖｅｒｓａｌ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  Ｃａｒｄ）や自装置に記録される端末装置向けのアプリケーションによって提供されてもよい。ＵＩＣＣはハードウェアによって提供されるスマートカードでもよいし、ソフトウェアによって提供されてもよい。
【００７５】
ここで、端末装置に対してリソースプールからＤ２Ｄに関する無線リソース（ＳＡ、Ｄ２Ｄに関する送信データなど）を割り当てる方法として、端末装置が基地局装置へＤ２Ｄに関する送信データがあることを通知することによって、基地局装置から端末装置に対して個別に無線リソースを割り当てる方法（第１の無線リソース割り当て方法（Ｍｏｄｅ１あるいはスケジュール型（Ｓｃｈｅｄｕｌｅｄ）とも称する））を用いてもよいし、また、端末装置が報知情報や予め設定（予約）されたリソースプールから、ある規則に従って（または、ランダムに）無線リソースを選択して用いる方法（第２の無線リソース割り当て方法（Ｍｏｄｅ２あるいは自律型（Ａｕｔｏｎｏｍｏｕｓ）とも称する））を用いてもよい。
【００７６】
Ｍｏｄｅ１は、端末装置が、Ｄ２Ｄをサポートする基地局装置のセルのカバレッジ内とみなされる範囲に位置しているときに使用されるＤｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎのモードである。すなわち、Ｍｏｄｅ１は、端末装置が、アイドル状態では、Ｄ２Ｄをサポートするセルにキャンプしている状態、また、コネクティッド状態では、かかるセルと接続している状態で使用されるモードである。コネクティッド状態でＭｏｄｅ１のＤ２Ｄの通信を行う端末装置は、Ｃｏｍｍｕｎｉｃａｔｉｏｎとして用いる無線リソースを要求するために、Ｄ２Ｄに関する送信データのバッファ量に基づくバッファステータスレポート（Ｄ２Ｄ用のバッファステータスレポート（ＰｒｏＳｅ  ＢＳＲ））を基地局装置に対して送信する。
【００７７】
Ｍｏｄｅ２は、端末装置が、Ｄ２Ｄをサポートする基地局装置のセルのカバレッジ内とみなされる範囲に位置していない（カバレッジ外（out-of-coverage））ときに使用されるＤｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎのモードである。なお、端末装置は、基地局装置から割り当てられた無線リソース（すなわちＭｏｄｅ１）を用いている場合であっても、例外的（ｅｘｃｅｐｔｉｏｎａｌ）に、端末装置が選択した無線リソース（すなわちＭｏｄｅ２）を用いることができる。
【００７８】
なお、カバレッジ内の端末装置が、Ｍｏｄｅ１を提供できないセルにキャンプ、または接続している場合であって、かかるセルがＭｏｄｅ２をサポートしている場合、基地局装置の指示に基づいてＭｏｄｅ２を使用することができる。このとき、端末装置は、Ｍｏｄｅ２の無線リソースとして、事前設定によって選択された無線リソースを使用してもよいし、基地局装置からＭｏｄｅ２として使用可能と通知された無線リソースを使用してもよい。
【００７９】
図６は、Ｄ２Ｄを送信可能な端末装置１−１（Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ＵＥ）と、Ｄ２Ｄを受信可能な端末装置１−２（Ｄ２Ｄ  ｒｅｃｅｐｔｉｏｎ  ＵＥ）とがＭｏｄｅ１によるＤ２Ｄの通信を行う場合の一例を示したフローチャート図である。
【００８０】
図６の端末装置１−１はアイドル状態である。端末装置１−１は、Ｄ２Ｄに興味のある場合、受信したシステムインフォメーションメッセージの情報に基づき、セル選択処理を行う（ステップＳ１００）。このセル選択処理において、端末装置１−１のＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）回路が対応する上りリンクバンドでＤ２Ｄをサポートしているかを示す報知情報に従って、必要であれば端末装置１−１がキャンプセルを変更する。
【００８１】
ステップＳ１００は端末装置１−２でも同様に実行される。すなわち、端末装置１−２は、Ｄ２Ｄに興味のある場合、受信したシステムインフォメーションメッセージの情報に基づき、端末装置１−２のＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）回路が対応する上りリンクの周波数（周波数バンド）でＤ２Ｄをサポートしているかを示す報知情報に従って、必要であればセル選択処理を行う。
【００８２】
次に、端末装置１−１は、Ｄ２Ｄをサポートする基地局装置２のセルを選択してキャンプした場合に、ＲＲＣメッセージであるシステムインフォメーションメッセージを受信する（ステップＳ１０１）。システムインフォメーションメッセージは、Ｄ２Ｄに関する設定情報（例えば、Ｄ２ＤＳＳ設定情報、ＰＤ２ＤＳＣＨ設定情報、周辺セルのＤ２Ｄ情報、ＳＡ用のリソースプール情報、Ｄ２Ｄに関する送信データ用のリソースプール情報、Ｍｏｄｅ１／Ｍｏｄｅ２の許可情報、など）を端末装置１−１と端末装置１−２とに通知する目的で用いられる。これらの情報は、基地局装置２から、ある独立したシステムインフォメーションブロック（例えばＳＩＢ１８）で送信されてもよいし、端末装置１−１（端末装置１−２）が通信中であれば、個別のＲＲＣメッセージで送信されてもよい。
【００８３】
このとき、基地局装置２のセルにおいて、Ｍｏｄｅ１のＤ２Ｄが許可されているとする（あるいは、Ｍｏｄｅ２のＤ２Ｄが許可されていないとする）。このとき、Ｄ２Ｄに興味があるアイドル状態の端末装置１−１は、Ｍｏｄｅ１のＤ２Ｄの通信処理を開始するため、ステップＳ１０２に示す無線リソース制御接続確立（ＲＲＣ接続確立、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ）に関する一連の手順を開始し、コネクティッド状態に移行する。
【００８４】
端末装置１−１は、無線リソース制御接続確立手順として従来と同じ手順を用いてもよい。例えば、端末装置１−１は、システムインフォメーションより取得した共通設定（Ｃｏｍｍｏｎ  Ｃｏｎｆｉｇｒａｔｉｏｎ）に基づいてランダムアクセス手順を行い、基地局装置２から指定された上りリンクの無線リソースを用いて無線リソース制御要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ）メッセージを送信する。このとき、端末装置１−１は、Ｄ２Ｄのための無線リソース制御要求であることを基地局装置２へ明示的に通知してもよい。
【００８５】
また、端末装置１−１は、かかる手順中に基地局装置２から指定された下りリンクの無線リソースを介して無線リソース制御設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ）メッセージを受信し、コネクティッド状態で用いる個別の設定情報（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を適用する。そして、基地局装置２から指定された上りリンクの無線リソースを用いて無線リソース制御設定完了（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ）メッセージを送信し、無線リソース制御接続確立手順を完了する。
【００８６】
端末装置１−１は、Ｄ２Ｄに関する設定情報を、かかる手順における無線リソース制御設定メッセージによって通知されてもよいし、無線リソース制御接続確立手順の完了後に、別のＲＲＣメッセージ（例えば無線リソース制御再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージ）を用いて通知されてもよい。
【００８７】
端末装置１−１は、Ｍｏｄｅ１のＤ２Ｄ通信に必要な無線リソースを要求するため、基地局装置２に対してＤ２Ｄ用のバッファステータスレポート（ＰｒｏＳｅ  ＢＳＲ）を含むＭＡＣ制御要素（ＰｒｏＳｅ  ＢＳＲ  ＭＡＣ−ＣＥ）を送信する（ステップＳ１０３）。端末装置１−１は、ＰｒｏＳｅ  ＢＳＲ  ＭＡＣ−ＣＥを送信するための無線リソースが割り当てられていなければ、スケジューリングリクエスト（ＳＲ）によって上りリンクの無線リソースを要求してもよい。端末装置１−１は、ＰｒｏＳｅ  ＢＳＲ  ＭＡＣ−ＣＥにグループインデックスを示す情報ビットを含めてもよい。
【００８８】
グループインデックスは、近距離グループ通信（グループキャスト通信、ＰｒｏＳｅ  Ｇｒｏｕｐ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を行うターゲット（グループ）を識別するためのグループ識別子（グループＩＤ、ＰｒｏＳｅ  Ｌａｙｅｒ２  ＧｒｏｕｐＩＤ）に対応するインデックス番号である。グループインデックスとグループＩＤは、一対一にマッピングされる。グループＩＤは、近距離グループ通信を行うターゲット（グループ）ごとに割り当てられる。近距離グループ通信は、他グループに対し、排他的な、または、先に占有した（ｐｒｅ−ｅｍｐｔｅｄ）通信を保証することによって、各グループに属する端末装置１−１（端末装置１−２）に対してのみ有効な通信を行う。
【００８９】
グループＩＤは、送信元レイヤ２ＩＤ（Ｓｏｕｒｃｅ  Ｌａｙｅｒ２−ＩＤ）と送信先レイヤ２ＩＤ（Ｄｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ２−ＩＤ）との組み合わせによって構成されてもよい。端末装置１−１は、グループインデックスを示す新たなＭＡＣ制御要素を送信してもよい。
【００９０】
グループＩＤ、またはグループインデックスは、例えば、基地局装置２において、Ｍｏｄｅ１のＤ２Ｄ通信に使用される無線リソースを優先的に割り当てるためのプライオリティ情報（グループプライオリティ情報）として用いることができる。グループインデックスは、例えば、最大ｎ個のグループまでの近距離グループ通信を識別するために使用される場合、ｎ個のグループに対し、それぞれ０、１、・・・、ｎー１の値（番号）が設定されてもよい。グループインデックスとグループＩＤの関連付け（対応付け）は、端末装置１−１において行われてもよいし、基地局装置２によって行われてもよいし、事前設定によって予め決められていてもよい。
【００９１】
端末装置１−１は、事前にグループインデックスとグループＩＤの関連付けの情報を基地局装置２へ送信してもよい。基地局装置２は、グループインデックスとグループＩＤの関連付けの情報を端末装置１−１から受信してもよい。グループインデックスとグループＩＤの関連付けは、ＲＲＣメッセージによって通知されてもよいし、ＭＡＣ制御要素によって通知されてもよい。
【００９２】
ＰｒｏＳｅ  ＢＳＲを受信した基地局装置２は、端末装置１−１に対して、Ｍｏｄｅ１のＤ２Ｄのために用いられるＤ２Ｄ無線リソース割り当て（Ｄ２Ｄグラント）を送信する（ステップＳ１０４）。基地局装置２は、ＰｒｏＳｅ  ＢＳＲに含まれるグループインデックスやバッファ量に加え、無線リソースの割り当て状態（負荷）や干渉量などを考慮してスケジューリングを行ってもよい。
【００９３】
端末装置１−１は、Ｄ２Ｄ無線リソース割り当て（Ｄ２Ｄグラント）によって指示された無線リソースを用いてＤ２Ｄ通信処理を開始する（ステップＳ１０５）。例えば、端末装置１−１は、Ｄ２Ｄグラントによって割り当てられた無線リソースでＳＡを送信してもよいし、Ｄ２Ｄに関する送信データを送信してもよい。
【００９４】
以上の事項を考慮しつつ、以下、添付図面を参照しながら本発明の適切な実施形態について詳細に説明する。なお、本発明の実施形態の説明において、本発明の実施形態に関連した公知の機能や構成についての具体的な説明が、本発明の実施形態の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。
【００９５】
＜第１の実施形態＞
本発明の第１の実施形態について以下に説明する。
【００９６】
図１は、本発明の第１の実施形態における端末装置１の一例を示すブロック図である。本端末装置１は、受信部１０１、復調部１０２、復号部１０３、受信データ制御部１０４、物理レイヤ制御部１０５、送信データ制御部１０６、符号部１０７、変調部１０８、送信部１０９、無線リソース制御部１１０、送信アンテナＴ０１、受信アンテナＲ０１から少なくとも構成される。図中の「〜部」とは、セクション、回路、構成装置、デバイス、ユニットなど用語によっても表現される、端末装置１の機能および各手順を実現する要素である。
【００９７】
なお、Ｄ２Ｄが可能な（または、Ｄ２Ｄに興味のある、Ｄ２Ｄをサポートする）端末装置１のことを、単に端末装置１と略して説明する場合がある。なお、端末装置１は、Ｄ２Ｄに関する通信において、Ｄ２Ｄを送信する端末装置１（Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ（図６の端末装置１−１））と、Ｄ２Ｄを受信する端末装置１（Ｄ２Ｄ  ｒｅｃｅｐｔｉｏｎ（図６の端末装置１−２））のいずれにもなりえる。
【００９８】
無線リソース制御部１１０は、端末装置１の無線リソース制御を執り行うＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層の各機能を実行する。また、受信データ制御部１０４と送信データ制御部１０６は、データリンク層を管理するＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層における各機能を実行する。
【００９９】
なお、端末装置１は、複数の周波数（周波数帯、周波数帯域幅）または、ある一つのセルの同一サブフレーム内での受信処理と送信処理を並行して（同時に：simultaneously）サポートするために受信系のブロック（受信部１０１、復調部１０２、復号部１０３、受信アンテナＲ０１）、および複数の周波数（周波数帯、周波数帯域幅）、および送信系のブロック（符号部１０７、変調部１０８、送信部１０９、送信アンテナＴ０１）の一部あるいはすべてを複数備える構成であってもよい。
【０１００】
端末装置１の受信処理に関し、無線リソース制御部１１０より受信データ制御部１０４へ受信データ制御情報が入力され、物理レイヤ制御部１０５には各ブロックを制御するための制御パラメータである物理レイヤ制御情報が入力される。物理レイヤ制御情報は、受信制御情報と送信制御情報によって構成される端末装置１の無線通信制御に必要なパラメータ設定を含む情報である。
【０１０１】
物理レイヤ制御情報は、基地局装置２から端末装置１に対して個別（ｄｅｄｉｃａｔｅｄ）に送信される無線接続リソース設定、セル固有の報知情報、またはシステムパラメータなどによって設定され、無線リソース制御部１１０が必要に応じて物理レイヤ制御部１０５へ入力する。物理レイヤ制御部１０５は、受信に関する制御情報である受信制御情報を、受信部１０１、復調部１０２、復号部１０３へ適切に入力する。
【０１０２】
受信制御情報は、下りリンクスケジューリング情報として、受信周波数帯域の情報、物理チャネルと物理シグナルに関する受信タイミング、多重方法、無線リソース制御情報、ＳＡリソースプール情報、Ｄ２Ｄリソースプール情報、Ｄ２Ｄに関する送信タイミング（またはＤ２Ｄに関するタイミング調整情報であるＤ２Ｄ−ＴＡ）などの情報が含まれてもよい。また、受信データ制御情報は、セカンダリセル不活性化タイマー情報、ＤＲＸ制御情報、マルチキャストデータ受信情報、下りリンク再送制御情報、ＳＡ受信制御情報、Ｄ２Ｄ受信制御情報などを含む下りリンクの制御情報であり、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層におけるそれぞれの下りリンクに関する制御情報が含まれている。
【０１０３】
受信信号は、受信アンテナＲ０１を経由して受信部１０１において受信される。Ｄ２Ｄの場合、受信信号は、端末装置１が送信した送信信号である場合がある。受信部１０１は、受信制御情報で通知された周波数と周波数帯域に従って基地局装置２（または端末装置１）からの信号を受信する。受信された信号は復調部１０２へと入力される。復調部１０２は信号の復調を行う。復調部１０２は、復号部１０３へと復調後の信号を入力する。
【０１０４】
復号部１０３は、入力された信号を復号し、復号された各データ（下りリンクデータと下りリンク制御データ、下りリンクトランスポートブロックとも称す）を受信データ制御部１０４へと入力する。また、各データと共に基地局装置２から送信されたＭＡＣ制御要素（ＭＡＣ−ＣＥ）も復号部１０３で復号され、関係するデータは受信データ制御部１０４へと入力される。
【０１０５】
受信データ制御部１０４は、受信したＭＡＣ制御要素に基づく物理レイヤ制御部１０５の制御（例えば、セルの活性化／不活性化、ＤＲＸ制御、送信タイミング調整など）や、復号された各データをバッファリングし、再送されたデータの誤り訂正制御（ＨＡＲＱ）を行う。受信データ制御部１０４へ入力された各データは、関係するデータは無線リソース制御部１１０へと入力（転送）される。
【０１０６】
また、受信データ制御部１０４は、受信部１０１などで受信された同期シグナルの受信タイミングから、端末装置１の受信タイミング（フレーム同期、サブフレーム同期、シンボル同期など）を調整する。受信タイミングは、物理レイヤ制御部１０５において管理され受信部１０１または送信部１０９にフィードバックされることによって、下りリンク同期、および／または上りリンク同期が適宜調整される。
【０１０７】
また、端末装置１の送信処理に関し、無線リソース制御部１１０より送信データ制御部１０６へ送信データ制御情報が入力され、物理レイヤ制御部１０５には各ブロックを制御するための制御パラメータである物理レイヤ制御情報が入力される。物理レイヤ制御部１０５は、送信に関する制御情報である送信制御情報を、符号部１０７、変調部１０８、送信部１０９へ適切に入力する。
【０１０８】
送信制御情報は、上りリンクスケジューリング情報として、符号化情報、変調情報、送信周波数帯域の情報、物理チャネルと物理シグナルに関するタイミング情報（またはＴＡ）、多重方法、無線リソース配置情報、ＳＡリソースプール情報、Ｄ２Ｄリソースプール情報、Ｄ２Ｄに関するタイミング情報（またはＤ２Ｄ−ＴＡ）などの情報が含まれている。
【０１０９】
また、送信データ制御情報は、ＤＴＸ制御情報、ランダムアクセス設定情報、上りリンク共用チャネル情報、論理チャネルプライオリティ情報、リソース要求設定情報、セルグループ情報、上りリンク再送制御情報、バッファステータスレポート、Ｄ２Ｄ送信制御情報などを含む上りリンクの制御情報である。無線リソース制御部１１０は、複数のセルにそれぞれ対応した複数のランダムアクセス設定情報を送信データ制御部１０６に設定してもよい。
【０１１０】
また、無線リソース制御部１１０は、上りリンク送信タイミングの調整に用いるタイミング調整情報と送信タイミングタイマーを管理し、セル毎（またはセルグループ毎、ＴＡグループ毎）に上りリンク送信タイミングの状態（送信タイミング調整状態または送信タイミング非調整状態）を管理する。タイミング調整情報と送信タイミングタイマーは、送信データ制御情報に含まれる。
【０１１１】
なお、複数の上りリンク送信タイミングの状態を管理する必要がある場合、送信データ制御部１０６は、複数のそれぞれのセル（またはセルグループ、ＴＡグループ）の上りリンク送信タイミングに対応するタイミング調整情報を管理する。さらに、送信データ制御部１０６は、必要であればＤ２Ｄに関する送信タイミングの状態も管理する。リソース要求設定情報には、少なくとも最大送信カウンタ設定情報と無線リソース要求禁止タイマー情報とが含まれている。無線リソース制御部１１０は、複数のセルにそれぞれ対応した複数のリソース要求設定情報を送信データ制御部１０６に設定してもよい。
【０１１２】
端末装置１で生起した送信データ（上りリンクデータと上りリンク制御データ、上りリンクトランスポートブロックとも称す）は、無線リソース制御部１１０（または、非アクセス層レイヤ部（図示せず）などの上位レイヤ部）より任意のタイミングで送信データ制御部１０６に入力される。このとき、送信データ制御部１０６は、入力された送信データの量（上りリンクバッファ量）を計算する。また、送信データ制御部１０６は、入力された送信データが制御平面に属するデータなのか、ユーザ平面に属するデータなのかを判別する機能を有する。
【０１１３】
また、送信データ制御部１０６は、送信データが入力されたときに、送信データ制御部１０６内の上りリンクバッファ（図示せず）に送信データを格納する。また、送信データ制御部１０６は、上りリンクバッファに格納された送信データの優先度などに基づき、多重化およびアセンブルを行ない、ＭＡＣ  ＰＤＵを生成する。そして、送信データ制御部１０６は、入力された送信データの送信に必要な無線リソースが端末装置１に対して割り当てられているかを判断する。
【０１１４】
送信データ制御部１０６は、無線リソース割り当てに基づいて、物理上りリンク共用チャネルＰＵＳＣＨ、物理上りリンク制御チャネル（ＳＲ−ＰＵＣＣＨ）を用いた無線リソース要求、または物理ランダムアクセスチャネルを用いた無線リソース要求のいずれか一つを選択し、選択したチャネルを送信するための制御処理を物理レイヤ制御部１０５に対して要求する。また、送信データ制御部１０６は、Ｄ２Ｄ用の無線リソース割り当てに基づいて、ＳＡ（ＰＰＳＡＣＨ）、またはＤ２Ｄに関する送信データ（ＰＰＣＳＣＨ）を送信するための制御処理を物理レイヤ制御部１０５に対して要求する。
【０１１５】
ここで、送信データ制御部１０６は、入力された送信データが基地局装置２に対する通常の送信データであるか、または、別の端末装置１に対するＤ２Ｄに関する送信データであるかに基づいて、それぞれ異なるバッファステータスレポートを生成する。換言すれば、送信データ制御部１０６は、ＭＡＣ制御要素として、通常の送信データのバッファ量に基づくバッファステータスレポート（通常のバッファステータスレポート（Ｎｏｒｍａｌ  ＢＳＲ）、第１のバッファステータスレポート）と、Ｄ２Ｄに関する送信データのバッファ量に基づくバッファステータスレポート（Ｄ２Ｄ用のバッファステータスレポート（ＰｒｏＳｅ  ＢＳＲ）、第２のバッファステータスレポート）をそれぞれ生成する。
【０１１６】
ＰｒｏＳｅ  ＢＳＲは、グループ毎に複数生成されてもよい。また、符号部１０７は、送信制御情報に従って各データを適切に符号化し、変調部１０８へと入力する。
【０１１７】
変調部１０８は、符号化された各データを送信するチャネル構造に基づいて適切な変調処理を行う。送信部１０９は、変調処理された各データを周波数領域にマッピングすると共に、周波数領域の信号を時間領域の信号へ変換し、既定の周波数の搬送波にのせて電力増幅を行う。送信部１０９は、また、無線リソース制御部１１０より入力されたセル毎（またセルグループ毎、ＴＡグループ毎）のタイミング調整情報に従って上りリンク送信タイミングを調整し、送信アンテナＴ０１を経由して信号を送信する。
【０１１８】
また、必要であれば、Ｄ２Ｄに関するタイミング調整情報に従ってＤ２Ｄに関する送信データの送信タイミング（受信タイミング）を調整する。上りリンク制御データが配置される物理上りリンク共用チャネルは、ユーザデータの他に、例えばレイヤ３メッセージ（無線リソース制御メッセージ；ＲＲＣメッセージ）を含めることも可能である。
【０１１９】
図１において、その他の端末装置１の構成要素や、構成要素間のデータ（制御情報）の伝送経路については省略してあるが、端末装置１として動作するために必要なその他の機能を有する複数のブロックを構成要素として持つことは明らかである。例えば、無線リソース制御部１１０の上位層には、コアネットワークとの制御を執り行う非アクセス層（Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）レイヤ部や、アプリケーションレイヤ部が存在している。
【０１２０】
図２は、本発明の第１の実施形態による基地局装置２の一例を示すブロック図である。本基地局装置は、受信部２０１、復調部２０２、復号部２０３、受信データ制御部２０４、物理レイヤ制御部２０５、送信データ制御部２０６、符号部２０７、変調部２０８、送信部２０９、無線リソース制御部２１０、ネットワーク信号送受信部２１１、送信アンテナＴ０２、受信アンテナＲ０２から少なくとも構成される。図中の「〜部」とは、セクション、回路、構成装置、デバイス、ユニットなど用語によっても表現される、基地局装置２の機能および各手順を実現する要素である。
【０１２１】
無線リソース制御部２１０は、基地局装置２の無線リソース制御を執り行うＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層の各機能を実行する。また、受信データ制御部２０４と送信データ制御部２０６は、データリンク層を管理するＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層における各機能を実行する。
【０１２２】
なお、基地局装置２は、キャリア・アグリゲーションなどによる複数の周波数（周波数帯、周波数帯域幅）またはセルの同一サブフレーム内での送受信処理をサポートするために受信系のブロック（受信部２０１、復調部２０２、復号部２０３、受信アンテナＲ０２）、および複数の周波数（周波数帯、周波数帯域幅）、および送信系のブロック（符号部２０７、変調部２０８、送信部２０９、送信アンテナＲ０２）の一部あるいはすべてを複数備える構成であってもよい。
【０１２３】
無線リソース制御部２１０は、下りリンクデータと下りリンク制御データを送信データ制御部２０６へと入力する。送信データ制御部２０６は、端末装置１へ送信するＭＡＣ制御要素が存在する場合、ＭＡＣ制御要素と各データ（下りリンクデータまたは下りリンク制御データ）を符号部２０７へと入力する。符号部２０７は、入力されたＭＡＣ制御要素と各データを符号化し、変調部２０８へと入力する。変調部２０８は、符号化された信号の変調を行なう。
【０１２４】
また、変調部２０８で変調された信号は送信部２０９に入力される。送信部２０９は、入力された信号を周波数領域にマッピングした後、周波数領域の信号を時間領域の信号へ変換し、既定の周波数の搬送波にのせて電力増幅を行い、送信アンテナＴ０２を経由して信号を送信する。下りリンク制御データが配置される物理下りリンク共用チャネルは、典型的にはレイヤ３メッセージ（ＲＲＣメッセージ）を構成する。
【０１２５】
また、受信部２０１は、端末装置１から受信アンテナＲ０２を経由して受信した信号をベースバンドのデジタル信号に変換する。端末装置１に対して異なる複数の送信タイミングのセルを設定している場合、受信部２０１はセル毎（またセルグループ毎、ＴＡグループ毎）に異なるタイミングで信号を受信する。受信部２０１で変換されたデジタル信号は、復調部２０２へ入力されて復調される。復調部２０２で復調された信号は続いて復号部２０３へと入力される。
【０１２６】
復号部２０３は、入力された信号を復号し、復号された各データ（上りリンクデータと上りリンク制御データ）を受信データ制御部２０４へと入力する。また、各データと共に端末装置１から送信されたＭＡＣ制御要素も復号部２０３で復号され、関係するデータは受信データ制御部２０４へと入力される。
【０１２７】
受信データ制御部２０４は、受信したＭＡＣ制御要素に基づく物理レイヤ制御部２０５の制御（例えば、パワーヘッドルームレポートに関する制御や、バッファステータスレポートに関する制御など）や、復号された各データをバッファリングし、再送されたデータの誤り訂正制御（ＨＡＲＱ）を行う。受信データ制御部２０４へ入力された各データは、必要に応じて無線リソース制御部２１０へと入力（転送）される。
【０１２８】
また、受信データ制御部２０４は、端末装置１からバッファステータスレポートが復号部２０３から入力された場合、自基地局装置との通信のための送信リソース要求かデバイス間データ通信のための送信リソース要求かを判別し、該端末装置１に割り当てる送信リソースを設定する。
【０１２９】
これら各ブロックの制御に必要な物理レイヤ制御情報は、受信制御情報と送信制御情報によって構成される基地局装置２の無線通信制御に必要なパラメータ設定を含む情報である。物理レイヤ制御情報は、上位のネットワーク装置（ＭＭＥやゲートウェイ装置（ＳＧＷ）、ＯＡＭなど）やシステムパラメータにより設定され、無線リソース制御部２１０が必要に応じて制御部２０４へ入力する。
【０１３０】
物理レイヤ制御部２０５は、送信に関連する物理レイヤ制御情報を送信制御情報として符号部２０７、変調部２０８、送信部２０９の各ブロックに入力し、受信に関連する物理レイヤ制御情報を受信制御情報として受信部２０１、復調部２０２、復号部２０３の各ブロックに適切に入力する。
【０１３１】
受信データ制御情報は、基地局装置２のＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層のそれぞれに対する端末装置１の上りリンクに関する制御情報が含まれている。また、送信データ制御情報は、基地局装置２のＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層のそれぞれに対する端末装置１の下りリンクに関する制御情報が含まれている。すなわち、受信データ制御情報と送信データ制御情報は、端末装置１毎に設定されている。
【０１３２】
ネットワーク信号送受信部２１１は、基地局装置２間あるいは上位のネットワーク装置（ＭＭＥ、ＳＧＷ）と基地局装置２との間の制御メッセージ、またはユーザデータの送信（転送）または受信を行なう。図２において、その他の基地局装置２の構成要素や、構成要素間のデータ（制御情報）の伝送経路については省略してあるが、基地局装置２として動作するために必要なその他の機能を有する複数のブロックを構成要素として持つことは明らかである。例えば、無線リソース制御部２１０の上位には、無線リソース管理（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ）部や、アプリケーションレイヤ部が存在している。
【０１３３】
図３は、Ｍｏｄｅ１のＤ２Ｄ通信を実行中の端末装置１が、例外的に（exceptional case）Ｍｏｄｅ２によるＤ２Ｄ通信を試みる場合の手順の一例を示した図である。
【０１３４】
図３は、コネクティッド状態の端末装置１において開始される。端末装置１は、Ｄ２Ｄに関する送信データが生起したとき、換言すれば、ＰｒｏＳｅ  ＢＳＲがトリガされた場合、および／または、基地局装置２がＭｏｄｅ２のＤ２Ｄ通信をサポートしている場合、および／または、基地局装置２がコネクティッド状態の端末装置１に対して例外的にＭｏｄｅ２のＤ２Ｄ通信を許可することを通知している場合に図３の手順を開始してもよい。
【０１３５】
端末装置１は、端末装置１が選択した無線リソースを用いたＤ２Ｄ通信（Ｍｏｄｅ２）を例外的に行ってもよいか否かの判断に、ある時間長（サブフレーム数）のタイマーを用いる。端末装置１は、かかるタイマーを開始するための所定の条件を満たしたかどうかの判断（判定）をサブフレームごとに行う（ステップＳ２０１）。端末装置１は、ステップＳ２０１において、後述するバッファステータスレポート（すなわち、Ｄ２Ｄ通信に関する送信データの生起、または上位レイヤからの提供）に関する条件のいずれか一つ、またはその複数の組み合わせに基づいて判断を行う。
【０１３６】
端末装置１は、所定の条件を満たしていなければ（ステップＳ２０１でＮｏ）、ステップＳ２０１の処理を継続する。一方、端末装置１は、所定の条件を満たしている場合（ステップＳ２０１でＹｅｓ）、タイマーを開始（または再開始）する。端末装置１は、タイマーが開始されている場合、タイマーが満了したかどうかをサブフレームごとに判断する（ステップＳ２０２）。端末装置１は、タイマーを開始してからの経過時間（サブフレーム数）が、ある期間（period）に等しい、または、超えたときにタイマーが満了した（ｅｘｐｉｒｅ）と判断する。端末装置１は、タイマーが満了していない場合（ステップＳ２０２でＮｏ）、すなわち計時中（ｒｕｎｎｉｎｇ中）の場合は、ステップＳ２０２の処理を継続する。
【０１３７】
タイマーが満了している場合（ステップＳ２０２でＹｅｓ）、端末装置１は、Ｍｏｄｅ１に加え、Ｍｏｄｅ２のＤ２Ｄ通信が例外的に（一時的に）許可されたと判断してよい。あるいは、端末装置１は、Ｍｏｄｅ１のＤ２Ｄ通信が禁止され、一方で、Ｍｏｄｅ２のＤ２Ｄ通信が例外的に（一時的に）許可された、または、使用可能であると判断してもよい。端末装置１は、Ｄ２Ｄ通信をＭｏｄｅ２に切り替える（変更する、移行する）場合、換言すれば、Ｄ２Ｄ通信に関する無線リソースの選択方法を変更する場合に、ＰｒｏＳｅ  ＢＳＲ  ＭＡＣ−ＣＥを含むＭＡＣ  ＰＤＵを破棄してもよいし、対応するＨＡＲＱプロセスのＨＡＲＱバッファをフラッシュ（ｆｌｕｓｈ）してもよい。
【０１３８】
図３におけるタイマーを開始する第１の方法として、ＰｒｏＳｅ  ＢＳＲのトリガを条件として用いた場合の例について以下に示す。
【０１３９】
端末装置１は、ＰｒｏＳｅ  ＢＳＲがトリガされた場合、新たなタイマー（第１のＭｏｄｅ２タイマーと称する）を、Ｍｏｄｅ２の無線リソースを使用可能であるかを判断するタイマーとして用いてもよい。端末装置１は、ＰｒｏＳｅ  ＢＳＲがトリガされた場合に、Ｍｏｄｅ２の無線リソースを使用可能であるかを判断するタイマーとして、第１のＭｏｄｅ２タイマーの計時を開始してもよい。端末装置１は、ＰｒｏＳｅ  ＢＳＲがトリガされる条件として、通常のＢＳＲ（Ｎｏｒｍａｌ  ＢＳＲ）のトリガ条件のいずれかを用いてもよい。基地局装置２は、個別のＲＲＣメッセージ、および／または、システムインフォメーションを用いて第１のＭｏｄｅ２タイマーの値（period）を端末装置１に通知することができる。あるいは、端末装置１は、ＵＩＣＣによる事前設定、または、システムにおける静的な設定に基づいて第１のＭｏｄｅ２タイマーの値を決定することもできる。
【０１４０】
また、基地局装置２は、第１の方法を用いることを許可するインディケーションのみを端末装置１に通知してもよい。
【０１４１】
端末装置１は、第１のＭｏｄｅ２タイマーが満了したときに、Ｍｏｄｅ２のＤ２Ｄ通信が例外的に（一時的に）使用可能であると判断してもよい。また、端末装置１は、Ｍｏｄｅ２でのＤ２Ｄ通信を例外的に行う場合、あるいは、第１のＭｏｄｅ２タイマーが満了した場合、トリガされたＰｒｏＳｅ  ＢＳＲの再送手順を継続してもよいし、トリガされたＰｒｏＳｅ  ＢＳＲをキャンセルしてもよい。また、端末装置１は、Ｍｏｄｅ２でのＤ２Ｄ通信を例外的に行っている状態において、ＰｒｏＳｅ  ＢＳＲをゼロとみなしてもよいし（すなわち、ＰｒｏＳｅ  ＢＳＲをゼロとして報告する）、ＰｒｏＳｅ  ＢＳＲがトリガしないように動作してもよい。
【０１４２】
端末装置１は、Ｒｅｇｕｌａｒ  ＢＳＲに相当するＰｒｏＳｅ  ＢＳＲがトリガされた場合にのみ、Ｍｏｄｅ２の無線リソースを使用可能であるかを判断するタイマーとして、第１のＭｏｄｅ２タイマーの計時を開始してもよい。すなわち、端末装置１は、送信可能なＤ２Ｄ用の上りリンクデータが上位レイヤ（ＲＬＣ層、ＰＤＣＰ層）で発生し、更に、かかるＤ２Ｄ用の上りリンクデータに関わる論理チャネルの優先度が送信バッファ内のデータの優先度よりも高い、または、他に送信可能な上りリンクデータが存在しない場合を、追加の、または代わりの条件として用いてもよい。
【０１４３】
端末装置１は、基地局装置２からＤ２Ｄグラントを受信した場合、第１のＭｏｄｅ２タイマーを停止してもよいし、再開始してもよい。端末装置１は、基地局装置２から（Ｄ２Ｄグラントではなく）上りリンクグラントを受信した場合は、第１のＭｏｄｅ２タイマーを停止せず、そのまま計時を続けてもよい。
【０１４４】
また、図３におけるタイマーを開始する第２の方法として、ＰｒｏＳｅ  ＢＳＲがトリガされた状態での上りリンクの無線リソースの割り当てを条件として用いた場合の例について以下に示す。
【０１４５】
端末装置１は、ＰｒｏＳｅ  ＢＳＲがトリガされた状態での上りリンクの無線リソースの割り当てがされているか否かを、タイマーの開始条件として用いる。すなわち、端末装置１は、端末装置１のＭＡＣ層で少なくとも一つのＰｒｏＳｅ  ＢＳＲがトリガされており、さらに、かかるＰｒｏＳｅ  ＢＳＲがキャンセルされていない場合において、あるサブフレームで新規送信のための上りリンクの無線リソース割り当てが通知されている場合に、Ｍｏｄｅ２の無線リソースを使用可能であるかを判断するタイマーの計時を開始してもよい。
【０１４６】
このとき、端末装置１は、ＰｒｏＳｅ  ＢＳＲに関する再送信タイマーをＭｏｄｅ２の無線リソースを使用可能であるかを判断するタイマーとして用いてもよい。端末装置１は、ＰｒｏＳｅ  ＢＳＲを通知可能な上りリンクの無線リソースの割り当てがある場合に、Ｍｏｄｅ２の無線リソースを使用可能であるかを判断するタイマーとして、ＰｒｏＳｅ  ＢＳＲに関する再送信タイマーの計時を開始してもよい。ＰｒｏＳｅ  ＢＳＲに関する再送信タイマーは、通常のＢＳＲと同じ再送信タイマー（retxBSR-Timer）であってもよいし、異なる再送信タイマー（例えば、retxProSeBSR-Timer）であってもよい。
【０１４７】
また、基地局装置２は、第２の方法を用いることを許可するインディケーションのみを端末装置１に通知してもよい。
【０１４８】
端末装置１は、ＰｒｏＳｅ  ＢＳＲに関する再送信タイマーが満了したときに、Ｍｏｄｅ２のＤ２Ｄ通信が例外的に（一時的に）使用可能であると判断してもよい。また、端末装置１は、Ｍｏｄｅ２でのＤ２Ｄ通信を例外的に行う場合、あるいは、Ｍｏｄｅ２の無線リソースを使用可能であるかを判断するタイマーとしてＰｒｏＳｅ  ＢＳＲに関する再送信タイマーを用いており、かつ、かかる再送信タイマーが満了した場合、ＰｒｏＳｅ  ＢＳＲの再送手順を継続してもよいし、トリガされたＰｒｏＳｅ  ＢＳＲをキャンセルしてもよい。また、端末装置１は、Ｍｏｄｅ２でのＤ２Ｄ通信を例外的に行っている状態において、ＰｒｏＳｅ  ＢＳＲをゼロとみなしてもよいし（すなわち、ＰｒｏＳｅ  ＢＳＲをゼロとして報告する）、ＰｒｏＳｅ  ＢＳＲがトリガしないように動作してもよい。
【０１４９】
端末装置１は、Ｒｅｇｕｌａｒ  ＢＳＲに相当するＰｒｏＳｅ  ＢＳＲがトリガされた場合にのみ、Ｍｏｄｅ２の無線リソースを使用可能であるかを判断するタイマーとして、ＰｒｏＳｅ  ＢＳＲに関する再送信タイマーを用いてもよい。すなわち、端末装置１は、送信可能なＤ２Ｄ用の上りリンクデータが上位レイヤ（ＲＬＣ層、ＰＤＣＰ層）で発生し、更に、かかるＤ２Ｄ用の上りリンクデータに関わる論理チャネルの優先度が送信バッファ内のデータの優先度よりも高い、または、他に送信可能な上りリンクデータが存在しない場合を、追加の、または代わりの条件として用いてもよい。
【０１５０】
また、基地局装置２は、タイマー値の代わりに、ＰｒｏＳｅ  ＢＳＲの再送回数を示すカウンタ値を通知してもよい。端末装置１は、タイマー値の代わりに、ＰｒｏＳｅ  ＢＳＲの再送回数を示すカウンタ値を用いてもよい。端末装置１は、ＰｒｏＳｅ  ＢＳＲの再送回数がある第１の値に達した場合、Ｍｏｄｅ２のＤ２Ｄ通信が例外的に許可されたと判断してもよい。
【０１５１】
また、基地局装置２は、タイマー値の代わりに、ＰｒｏＳｅ  ＢＳＲ  ＭＡＣ−ＣＥを含むＭＡＣ  ＰＤＵのＨＡＲＱ再送回数を示すカウンタ値を通知してもよい。端末装置１は、タイマー値の代わりに、ＰｒｏＳｅ  ＢＳＲ  ＭＡＣ−ＣＥを含むＭＡＣ  ＰＤＵのＨＡＲＱ再送回数を示すカウンタ値を用いてもよい。端末装置１は、ＰｒｏＳｅ  ＢＳＲ  ＭＡＣ−ＣＥを含むＭＡＣ  ＰＤＵのＨＡＲＱ再送回数がある第１の値に達した場合、Ｍｏｄｅ２のＤ２Ｄ通信が例外的に許可されたと判断してもよい。端末装置１は、例えば、ＲＲＣ層によって通知される最大ＨＡＲＱ送信回数（maxHARQ-Tx）を第１の値として用いてもよい。
【０１５２】
または、端末装置１は、Ｍｏｄｅ２の無線リソースを使用可能であるかを判断するタイマーとして、新たなタイマー（第２のＭｏｄｅ２タイマーと称する）を用いることもできる。端末装置１は、基地局装置２からＤ２Ｄグラントを受信した場合に、第２のＭｏｄｅ２タイマーを停止してもよいし、再開始してもよい。端末装置１は、基地局装置２から（Ｄ２Ｄグラントではなく）上りリンクグラントを受信した場合は、第２のＭｏｄｅ２タイマーを停止せず、そのまま計時を続けてもよい。
【０１５３】
また、ＰｒｏＳｅ  ＢＳＲに関する再送信タイマーに対するオフセット値を用いて第２のＭｏｄｅ２タイマーを設定してもよい。例えば、オフセット値として“ｍ”サブフレーム（ｍは整数）を示す値が通知された場合、ＰｒｏＳｅ  ＢＳＲに関する再送信タイマーのタイマー値（サブフレーム数）から“ｍ”サブフレーム減算した時間（サブフレーム数）を第２のＭｏｄｅ２タイマーとみなしてもよい。オフセット値は正の数でも負の数でもよい。また、ＰｒｏＳｅ  ＢＳＲに関する再送信タイマーに対する係数を用いて第２のＭｏｄｅ２タイマーを設定してもよい。例えば、“２分の１”を示す係数が通知された場合、ＰｒｏＳｅ  ＢＳＲに関する再送信タイマーのタイマー値（サブフレーム数）に“２分の１”を乗算した時間（サブフレーム数）を第２のＭｏｄｅ２タイマーとみなしてもよい。
【０１５４】
また、図３におけるタイマーを開始する第３の方法として、ＰｒｏＳｅ  ＢＳＲを送信するための無線リソースを要求するＳＲ（Ｄ２Ｄ−ＳＲと称する）を条件として用いた場合の例について以下に示す。
【０１５５】
端末装置１は、ＰｒｏＳｅ  ＢＳＲを通知可能な上りリンクリソースの割り当てがされていない場合で、かつ、ＰｒｏＳｅ  ＢＳＲの送信に用いる無線リソースを要求するためにＳＲをトリガしたか否かを、タイマーの開始条件として用いる。すなわち、端末装置１は、端末装置１のＭＡＣ層で少なくともＰｒｏＳｅ  ＢＳＲ送信のために一つのＤ２Ｄ−ＳＲがトリガされており、さらに、かかるＤ２Ｄ−ＳＲがキャンセルされていない場合において、あるサブフレームで新規送信のための上りリンクの無線リソース割り当てがある場合に、Ｍｏｄｅ２の無線リソースを使用可能であるかを判断するタイマーの計時を開始してもよい。なお、端末装置１は、通常の（Ｄ２Ｄではない）データ送信のためのＳＲがトリガされた場合、タイマーの開始条件が満たされていないと判断してもよい。
【０１５６】
また、端末装置１は、Ｒｅｇｕｌａｒ  ＢＳＲに相当するＰｒｏＳｅ  ＢＳＲがトリガされており、あるサブフレームで新規送信のための上りリンクの無線リソース割り当てがない（受信していない、設定されていない）場合に、Ｍｏｄｅ２の無線リソースを使用可能であるかを判断するタイマーを用いてもよい。
【０１５７】
端末装置１は、新たなタイマー（第３のＭｏｄｅ２タイマーと称する）をＭｏｄｅ２の無線リソースを使用可能であるかを判断するタイマーとして用いてもよい。端末装置１は、上述した条件下でＳＲをトリガした場合に、第３のＭｏｄｅ２タイマーの計時を開始してもよい。基地局装置２は、個別のＲＲＣメッセージ、および／または、システムインフォメーションを用いて第３のＭｏｄｅ２タイマーの値を端末装置１に通知することができる。あるいは、端末装置１は、ＵＩＣＣによる事前設定、または、システムにおける静的な設定に基づいて第３のＭｏｄｅ２タイマーの値を決定することもできる。
【０１５８】
また、基地局装置２は、第３の方法を用いることを許可するインディケーションのみを端末装置１に通知してもよい。
【０１５９】
端末装置１は、第３のＭｏｄｅ２タイマーが満了したときに、Ｍｏｄｅ２のＤ２Ｄ通信が例外的に（一時的に）使用可能であると判断してもよい。また、端末装置１は、Ｍｏｄｅ２でのＤ２Ｄ通信を例外的に行う場合、あるいは、第３のＭｏｄｅ２タイマーが満了した場合、トリガされたＰｒｏＳｅ  ＢＳＲの再送手順を継続してもよいし、トリガされたＰｒｏＳｅ  ＢＳＲをキャンセルしてもよいし、ＰｅｎｄｉｎｇしているＤ２Ｄ−ＳＲをキャンセルしてもよい。また、端末装置１は、Ｍｏｄｅ２でのＤ２Ｄ通信を例外的に行っている状態において、ＰｒｏＳｅ  ＢＳＲをゼロとみなしてもよいし（すなわち、ＰｒｏＳｅ  ＢＳＲをゼロとして報告する）、ＰｒｏＳｅ  ＢＳＲがトリガしないように動作してもよい。
【０１６０】
なお、基地局装置２は、タイマー値の代わりに、Ｄ２Ｄ−ＳＲの再送回数を示すカウンタ値を通知してもよい。端末装置１は、タイマー値の代わりに、Ｄ２Ｄ−ＳＲの再送回数を示すカウンタ値を用いてもよい。端末装置１は、Ｄ２Ｄ−ＳＲの再送回数がある第１の値に達した場合、Ｍｏｄｅ２のＤ２Ｄ通信が例外的に許可されたと判断してもよい。
【０１６１】
端末装置１は、基地局装置２から上りリンクグラント、または、Ｄ２Ｄグラントを受信した場合、第３のＭｏｄｅ２タイマーを停止してもよいし、再開始してもよい。端末装置１は、基地局装置２から上りリンクグラントを受信した場合は、第３のＭｏｄｅ２タイマーを停止せず、そのまま計時を続けてもよい。
【０１６２】
端末装置１は、上述した条件が満たされた場合に開始されるタイマーのいずれか一つ、またはその複数の組み合わせをサポートする。複数の組み合わせをサポートする場合、端末装置１は、複数のタイマーの計時をパラレルに行うことができる。
【０１６３】
ここで、上述した条件が満たされた場合に開始されるタイマーの情報は、ＰｒｏＳｅ  ＢＳＲに含まれるグループインデックス毎に設定（通知）されてもよい。すなわち、グループインデックス毎に異なる複数のタイマー値が設定（通知）されてもよい。基地局装置２は、端末装置１に対してグループインデックス毎にそれぞれ個別のタイマー値を設定してもよいし、いくつかのグループインデックスに対して共通のタイマー値を設定してもよい。端末装置１は、自装置が判断（決定）した優先度に基づいてグループインデックス毎にそれぞれ個別のタイマー値を設定してもよい。端末装置１は、グループインデックス毎に独立してタイマーの動作（開始、再開始、停止、満了など）を管理する。
【０１６４】
例えば、グループインデックス毎に第１のＭｏｄｅ２タイマーが設定されてもよい。また、グループインデックス毎にＰｒｏＳｅ  ＢＳＲに関する再送信タイマー（retxProSeBSR-Timer）が設定されてもよい。また、グループインデックス毎に第２のＭｏｄｅ２タイマーが設定されてもよい。また、グループインデックス毎に第３のＭｏｄｅ２タイマーが設定されてもよい。
【０１６５】
端末装置１は、自装置が判断（決定）したグループ（グループインデックス）の優先度、グループインデックスに対応するグループの種別（タイプ、属性）、または、グループインデックスのタイマー値などの情報を、グループインデックス毎に基地局装置２に通知してもよい。これらの情報は、Ｄ２Ｄに関する情報要素として個別のＲＲＣメッセージによって通知されてもよいし、システムインフォメーションによって通知されてもよいし、事前にＵＩＣＣで設定されていてもよいし、事前に決められた値を用いてもよい。グループインデックスに対応するグループの種別とは、例えば、パブリックセーフティー通信（公衆安全通信）、ミッションクリティカル通信、商業通信などの通信の重要度や種別に応じて分類された情報、または、その分類に対応するインデックス情報である。
【０１６６】
基地局装置２は、例外的に選択されるＭｏｄｅ２の無線リソースを、システムインフォメーション、個別のＲＲＣメッセージ、または、ＵＩＣＣによる事前設定のＭｏｄｅ２の無線リソースと独立した無線リソースとして設定（通知）してもよいし、その一部または全部が共通した無線リソースとして設定（通知）してもよい。
【０１６７】
例外的にＭｏｄｅ２の無線リソースを使用可能であるかどうかは、基地局装置２がグループインデックス毎に通知（指定、指示、設定）してもよい。あるいは、例外的にＭｏｄｅ２の無線リソースを使用可能であるかどうかは、端末装置１がグループインデックス毎に判断（判定）してもよい。また、グループインデックスに対するタイマー値がゼロ、またはｉｎｆｉｎｉｔｙとして通知された場合、かかるグループインデックスでは、タイマーに基づいてＭｏｄｅ２の無線リソースを使用可能であるかの判断が行われないことを暗黙的に意味してもよい。また、グループインデックスに対してタイマー値を設定しないことによって、かかるグループインデックスでは、タイマーに基づいてＭｏｄｅ２の無線リソースを使用可能であるかの判断が行われないことを暗黙的に意味してもよい。
【０１６８】
端末装置１は、また、端末装置１が属する近距離グループ通信の優先度に基づいてＭｏｄｅ２の無線リソースを使用可能であるか否かを判断してもよい。基地局装置２は、ある優先度（または、ある優先度以上）の近距離グループ通信のみがＭｏｄｅ２の無線リソースを使用可能であることを示す情報を端末装置１に通知してもよい。例えば、基地局装置２は、優先度がＨｉｇｈのグループのみが例外的にＭｏｄｅ２の無線リソースを使用可能であることを示す情報を通知してもよい。優先度がＨｉｇｈであるか否かは、端末装置１が判断してもよいし、基地局装置２がグループインデックスごとに判断し、端末装置１に通知してもよい。あるいは、基地局装置２は、優先度がＬｏｗ、および／または、Ｎｏｒｍａｌのグループのみが例外的にＭｏｄｅ２の無線リソースを使用可能であることを示す情報を通知してもよい。
【０１６９】
例外的にＭｏｄｅ２の無線リソースを使用可能であるかどうかを示す情報（設定）は、Ｄ２Ｄに関する情報要素として個別のＲＲＣメッセージによって通知されてもよいし、システムインフォメーションによって通知されてもよいし、事前にＵＩＣＣで設定されていてもよいし、事前に決められた設定（システムパラメータ）に基づいてもよい。
【０１７０】
なお、上述した条件が満たされた場合に開始されるタイマーの情報は、グループインデックスに関わらず、端末装置１に対して１つだけ設定（通知）されてもよい。上述した条件が満たされた場合に開始されるタイマーの情報は、グループインデックスに関わらず、システムインフォメーションによって複数の端末装置１に対して共通に、および／または、またはグループ毎に、設定（通知）されてもよい。
【０１７１】
端末装置１は、上述したいずれか一つのタイマーが満了した場合、すなわち、例外的にＭｏｄｅ２の無線リソースを使用可能であることを示すいずれかのタイマーが満了した場合、基地局装置２に対するＤ２Ｄ通信の無線リソースの要求（すなわち、Ｍｏｄｅ１）を禁止（抑制、規制）するタイマー（Ｍｏｄｅ１  Ｐｒｏｈｉｂｉｔタイマーと称する）を起動してもよい。このタイマーによって、端末装置１は、Ｍｏｄｅの頻繁な変更を防ぐことができる。基地局装置２は、個別のＲＲＣメッセージ、および／または、システムインフォメーションを用いてＭｏｄｅ１  Ｐｒｏｈｉｂｉｔタイマーの値を端末装置１に通知することができる。あるいは、端末装置１は、ＵＩＣＣによる事前設定、または、システムにおける静的な設定に基づいてＭｏｄｅ１  Ｐｒｏｈｉｂｉｔタイマーの値を決定することもできる。端末装置１は、Ｍｏｄｅ１  Ｐｒｏｈｉｂｉｔタイマーが通知されていない場合、デフォルト値を用いてもよいし、Ｍｏｄｅ１  Ｐｒｏｈｉｂｉｔタイマーを開始しないでもよい。
【０１７２】
端末装置１は、Ｍｏｄｅ１  Ｐｒｏｈｉｂｉｔタイマーの計時中である場合、ＰｒｏＳｅ  ＢＳＲをトリガしないようにしてもよいし、Ｄ２Ｄ通信に関するＳＲ（Ｄ２Ｄ−ＳＲ）をトリガしないようにしてもよい。端末装置１は、Ｍｏｄｅ１  Ｐｒｏｈｉｂｉｔタイマーの計時中である場合、通常のＢＳＲ（第１のバッファステータスレポート）や、通常の上りリンクデータに関するＳＲをトリガしてもよい。
【０１７３】
端末装置１は、複数のグループインデックスが一つのＰｒｏＳｅ  ＢＳＲに含まれる場合、または、複数のグループインデックスに関するＰｒｏＳｅ  ＢＳＲがトリガされた場合、複数のタイマーを同時に開始してもよいし、そのうちの一つを選択して開始してもよい。端末装置１は、優先度に基づいて選択してもよいし、基地局装置２からの通知に基づいて選択してもよいし、適用するタイマーの値の長さ（短さ）に基づいて選択してもよいし、グループインデックスの最大値（最小値）に基づいて選択してもよいし、ランダムに選択してもよいし、これ以外の基準に基づいて選択してもよい。
【０１７４】
図４は、上述した条件を満たしたことによって例外的にＭｏｄｅ２でＤ２Ｄ通信を行う端末装置１が、例外的な状態から離脱し、Ｍｏｄｅ１のＤ２Ｄ通信を行う場合の例を示したフローチャート図である。図４のフローチャート図は、図３におけるタイマーを開始する第１の方法、第２の方法と第３の方法に対して適用できる。
【０１７５】
図４は、端末装置１が例外的にＭｏｄｅ２を行っている状態から開始される。端末装置１は、基地局装置２のＰＤＣＣＨを受信し、端末装置１に対するＤ２Ｄグラントの検出（受信）を試みている（ステップＳ３０１）。端末装置１は、基地局装置２からＤ２Ｄグラントを検出（受信）した場合（ステップＳ３０１でＹｅｓ）、Ｍｏｄｅ２のＤ２Ｄ通信が例外的に許可された状態から、Ｍｏｄｅ１のＤ２Ｄ通信が許可された状態（Ｍｏｄｅ２のＤ２Ｄ通信を行わない状態、あるいは、Ｍｏｄｅ２の無線リソースを使用しない状態）に復帰したと判断する（ステップＳ３０２）。端末装置１は、基地局装置２からＤ２Ｄグラントを検出（受信）できなかった場合（ステップＳ３０１でＮｏ）、端末装置１に対するＤ２Ｄグラントの検出（受信）の処理を継続する。
【０１７６】
図５は、上述した条件を満たしたことによって例外的にＭｏｄｅ２でＤ２Ｄ通信を行う端末装置１が、例外的な状態から離脱し、Ｍｏｄｅ１のＤ２Ｄ通信を行う場合の例を示した別のフローチャート図である。図５のフローチャート図は、図３におけるタイマーを開始する第３の方法に対して適用できる。
【０１７７】
図５は、端末装置１が例外的にＭｏｄｅ２を行っている状態から開始される。端末装置１は、基地局装置２のＰＤＣＣＨを受信し、端末装置１に対する上りリンクグラントの検出（受信）を試みている（ステップＳ４０１）。端末装置１は、基地局装置２から上りリンクグラントを検出（受信）した場合（ステップＳ４０１でＹｅｓ）、Ｍｏｄｅ２のＤ２Ｄ通信が例外的に許可された状態から、Ｍｏｄｅ１のＤ２Ｄ通信が許可された状態（Ｍｏｄｅ２のＤ２Ｄ通信を行わない状態、あるいは、Ｍｏｄｅ２の無線リソースを使用しない状態）に復帰したと判断する（ステップＳ４０２）。端末装置１は、基地局装置２から上りリンクグラントを検出（受信）できなかった場合（ステップＳ４０１でＮｏ）、端末装置１に対するＤ２Ｄグラントの検出（受信）の処理を継続する。
【０１７８】
なお、グループインデックスの代わりに論理チャネルグループＩＤ（ＬＣＧＩＤ）を用いることもできる。この場合、基地局装置２は、端末装置１に対してＬＣＧＩＤ毎に個別のタイマー値を設定してもよい。端末装置１は、自装置が判断した優先度に基づいてＬＣＧＩＤ毎に個別のタイマー値を設定してもよい。端末装置１は、ＬＣＧＩＤ毎に独立してタイマーの動作（開始、再開始、停止、満了など）を管理する。
【０１７９】
このように構成することによって、端末装置１と基地局装置２は、端末装置１が基地局装置２から割り当てられる無線リソースを用いたＤ２Ｄ通信（Ｍｏｄｅ１）をある所定の時間内に開始できなかった場合に、端末装置１によって選択される無線リソースを用いたＤ２Ｄ通信（Ｍｏｄｅ２）にモードを切り替えることができるため、Ｄ２Ｄサービスの中断時間が減り、Ｄ２Ｄ通信のロバスト性を保証することができる。
【０１８０】
また、端末装置１は、モードの切り替えの判断に用いるタイマーを、端末装置１が属する近距離グループ通信に基づいて設定し、それぞれ開始することができる。また、端末装置１は、端末装置１が属する近距離グループ通信に基づいて、モードを切り替えるか否かを判断することができる。また、基地局装置２は、端末装置１に対し、モードの切り替えに用いられるタイマーの情報を、端末装置１が属する近距離グループ通信毎に通知することができる。
【０１８１】
第１の実施形態によれば、端末装置１は、Ｄ２Ｄに興味がある場合に、バッファステータスレポートに関する一つまたは複数の条件に基づいて起動されるタイマーと、端末装置１が属する近距離グループ通信のグループ情報とに基づいて、Ｄ２Ｄ通信のモードを効率的に切り替えることができるため、Ｄ２Ｄに関連する通信を効率的に行うことができる。また、基地局装置２は、端末装置１が属する近距離グループ通信のグループ情報に基づくタイマーの情報を、端末装置１に対して通知することができるため、端末装置１のＤ２Ｄに関連する通信を効率的に行わせることができる。
【０１８２】
＜第２の実施形態＞
本発明の第２の実施形態について以下に説明する。
【０１８３】
第１の実施形態では、例外的にＭｏｄｅ２の無線リソースを使用可能であるかどうかを判断するタイマーを、グループインデックス毎に設定する例について説明した。しかしながら、第１の実施形態において、Ｍｏｄｅ２の無線リソースを使用する場合、全てのＤ２Ｄに関する通信がＭｏｄｅ２によって行われてしまう。そこで、第２の実施形態では、近距離グループ通信単位（すなわち、グループインデックス単位、または、グループＩＤ単位）でのモードの切り替えが可能となる方法を示す。
【０１８４】
第２の実施形態の端末装置１と基地局装置２の構成は第１の実施形態と同じ構成でよいため説明を省略する。
【０１８５】
端末装置１は、第１の実施形態で説明したいずれかの条件を満たした場合、グループインデックスに対応したタイマー（Ｍｏｄｅ２タイマー、および／または、ＰｒｏＳｅ  ＢＳＲに関する再送信タイマー）を開始する。そして、かかるタイマーが満了した場合に、グループインデックスにマッピングされたグループＩＤの通信（近距離グループ通信）をＭｏｄｅ２で行い、他のグループＩＤ（グループインデックス）に関するＤ２Ｄ通信はＭｏｄｅ１で行うようにしてもよい。
【０１８６】
なお、基地局装置２から、Ｍｏｄｅ２のＤ２Ｄ通信を行うグループ（グループインデックス）が通知されてもよい。基地局装置２は、Ｍｏｄｅ２のＤ２Ｄ通信を行うグループを、個別のＲＲＣメッセージ、および／または、システムインフォメーションを用いて端末装置１に通知することができる。あるいは、端末装置１は、ＵＩＣＣによる事前設定、または、システムにおける静的な設定に基づいてＭｏｄｅ２のＤ２Ｄ通信を行うグループを決定することもできる。
【０１８７】
端末装置１は、グループインデックスに対応するタイマーが満了したときに、そのグループインデックスがＭｏｄｅ２のＤ２Ｄ通信を行うグループに対応している場合、対応するＰｒｏＳｅ  ＢＳＲをキャンセルしてもよい。
【０１８８】
基地局装置２は、例外的にＭｏｄｅ２を行う場合に選択されるＭｏｄｅ２の無線リソースをグループ（グループインデックス）毎に用意してもよい。基地局装置２は、例外的に選択されるＭｏｄｅ２の無線リソースを、システムインフォメーション、個別のＲＲＣメッセージ、または、ＵＩＣＣによる事前設定のＭｏｄｅ２の無線リソースと独立した無線リソースとして設定（通知）してもよいし、その一部または全部が共通した無線リソースとして設定（通知）してもよい。
【０１８９】
基地局装置２は、Ｍｏｄｅ２の無線リソースとグループインデックスとのマッピングを示す情報、または、Ｍｏｄｅ２の無線リソースと近距離グループ通信の優先度を示す情報とのマッピングを示す情報を端末装置１に通知してもよい。端末装置１は、例外的にＭｏｄｅ２のＤ２Ｄ通信を行う場合、グループＩＤ、グループインデックス、または近距離グループ通信の優先度に基づいてＭｏｄｅ２の無線リソースを選択してもよい。
【０１９０】
同様に、端末装置１は、例外的にＭｏｄｅ２でＤ２Ｄ通信を行うグループＩＤ（グループインデックス）毎に、かかる例外的な状態から離脱させることもできる。
【０１９１】
基地局装置２は、Ｄ２Ｄグラントにグループインデックスを含めて送信してもよい。端末装置１は、Ｄ２Ｄグラントに含まれるグループインデックスの情報に基づいて、グループインデックス毎に、Ｍｏｄｅ２のＤ２Ｄ通信が例外的に許可された状態から、Ｍｏｄｅ１のＤ２Ｄ通信が許可された状態（Ｍｏｄｅ２のＤ２Ｄ通信を行わない状態、あるいは、Ｍｏｄｅ２の無線リソースを使用しない状態）に復帰したと判断してもよい。
【０１９２】
また、端末装置１は、Ｄ２Ｄグラントを検出した場合に、自装置が判断（決定）したグループ（グループインデックス）の優先度、グループインデックスに対応するグループの種別（タイプ、属性）などに基づいて、グループインデックス毎に、Ｍｏｄｅ２のＤ２Ｄ通信が例外的に許可された状態から、Ｍｏｄｅ１のＤ２Ｄ通信が許可された状態（Ｍｏｄｅ２のＤ２Ｄ通信を行わない状態、あるいは、Ｍｏｄｅ２の無線リソースを使用しない状態）に復帰したと判断してもよい。
【０１９３】
このように構成することによって、端末装置１と基地局装置２は、端末装置１が基地局装置２から割り当てられる無線リソースを用いたＤ２Ｄ通信（Ｍｏｄｅ１）をある所定の時間内に開始できなかった場合に、グループ毎に端末装置１によって選択される無線リソースを用いたＤ２Ｄ通信（Ｍｏｄｅ２）にモードを切り替えることができるため、Ｄ２Ｄサービスの中断時間が減り、Ｄ２Ｄ通信のロバスト性を保証することができる。
【０１９４】
また、端末装置１は、モードの切り替えの判断に用いるタイマーを、端末装置１が属する近距離グループ通信に基づいて設定し、それぞれ開始することができる。また、端末装置１は、端末装置１が属する近距離グループ通信に基づいて、モードを切り替えるか否かをグループ毎に判断することができる。また、基地局装置２は、端末装置１に対し、モードの切り替えに用いられるタイマーの情報を、端末装置１が属する近距離グループ通信毎に通知することができる。
【０１９５】
第２の実施形態によれば、端末装置１は、第１の実施形態に加え、Ｄ２Ｄ通信のための無線リソースの割り当て方法を端末装置１が属する近距離グループ通信毎に効率的に切り替えることができるため、Ｄ２Ｄに関連する通信を効率的に行うことができる。また、基地局装置２は、Ｄ２Ｄの無線リソースを割り当てる場合に、端末装置１が属する近距離グループ通信のグループ情報（グループインデックス）を含めて通知することができるため、端末装置１のＤ２Ｄに関連する通信をグループ毎に効率的に行わせることができる。
【０１９６】
なお、以上説明した実施形態は単なる例示に過ぎず、様々な変形例、置換例を用いて実現することができる。例えば、上りリンク送信方式は、ＦＤＤ（周波数分割復信）方式とＴＤＤ（時分割復信）方式のどちらの通信システムに対しても適用可能である。また、実施形態で示される各パラメータや各イベントの名称は、説明の便宜上呼称しているものであって、実際に適用される名称と本発明の実施形態の名称とが異なっていても、本発明の実施形態において主張する発明の趣旨に影響するものではない。
【０１９７】
また、例えば、例外的にＭｏｄｅ２の無線リソースを使用可能であるかを判断するタイマーは、グループインデックス毎ではなく、送信元レイヤ２ＩＤ（Ｓｏｕｒｃｅ  Ｌａｙｅｒ２−ＩＤ）毎、または、送信先レイヤ２ＩＤ（Ｄｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ２−ＩＤ）毎に設定（通知）されてもよい。
【０１９８】
また、各実施形態で用いた「接続」とは、ある装置と別のある装置とを、物理的な回線を用いて直接接続される構成に限定されるわけではなく、論理的に接続される構成や、無線技術を用いて無線接続される構成を含む。
【０１９９】
また、Ｄ２Ｄに関する送信データは、端末装置１における上りリンク周波数を用いて受信されるため、各実施形態で「下りリンク」という表現が用いられている場合、Ｄ２Ｄに関しては、「上りリンク周波数を用いた他の端末装置１からのＤ２Ｄに関する送信データの受信（Ｄ２Ｄ受信、Ｄ２Ｄ−Ｒｘとも称する）」という意味に解釈されるべきである。同様に、各実施形態で「上りリンク」という表現が用いられている場合、Ｄ２Ｄに関しては、「上りリンク周波数を用いた他の端末装置１へのＤ２Ｄに関する送信データの送信（Ｄ２Ｄ送信、Ｄ２Ｄ−Ｔｘとも称する）」という意味に解釈されるべきである。
【０２００】
各実施形態の端末装置、基地局装置、通信システム、通信方法および集積回路は、Ｄ２Ｄ通信全般に対して適用できるが、特に近距離グループ通信（グループキャスト通信、ＰｒｏＳｅ  Ｇｒｏｕｐ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に対してより適合している。
【０２０１】
また、端末装置１とは、可搬型あるいは可動型の移動局装置のみならず、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器や測定機器、車載装置、さらに身に着けることが可能なウェアラブル機器やヘルスケア機器などに対し通信機能を搭載したものを含む。また、端末装置１は、人対人または人対機器の通信だけではなく、機器対機器の通信（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＭＴＣ）、マシンタイプ通信）にも用いられる。
【０２０２】
端末装置１は、ユーザ端末、移動局装置、通信端末、移動機、端末、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）とも称される。基地局装置２は、無線基地局装置、基地局、無線基地局、固定局、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ）、ＢＳ（Ｂａｓｅ  Ｓｔａｔｉｏｎ）とも称される。
【０２０３】
なお、基地局装置２は、３ＧＰＰが規定するＵＭＴＳにおいてＮＢと称され、ＥＵＴＲＡにおいてｅＮＢと称される。なお、３ＧＰＰが規定するＵＭＴＳ、ＥＵＴＲＡにおける端末装置１はＵＥと称される。
【０２０４】
また、説明の便宜上、機能的なブロック図を用いて、端末装置１および基地局装置２の各部の機能またはこれらの機能の一部を実現するための方法、手段、またはアルゴリズムのステップについて具体的に組み合わせて記載したが、これらは、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、または、これらを組み合わせたものによって、直接的に具体化され得る。
【０２０５】
もしハードウェアによって実装されるのであれば、端末装置１および基地局装置２は説明したブロック図の構成以外に端末装置１および基地局装置２へ電力を供給する給電装置やバッテリー、液晶などのディスプレイ装置及びディスプレイ駆動装置、メモリ、入出力インターフェース及び入出力端子、スピーカー、その他の周辺装置によって構成される。
【０２０６】
もしソフトウェアによって実装されるのであれば、その機能は、コンピュータ読み取り可能な媒体上の一つ以上の命令またはコードとして保持され、または伝達され得る。コンピュータ読み取り可能な媒体は、コンピュータプログラムをある場所から別の場所への持ち運びを助ける媒体を含むコミュニケーションメディアやコンピュータ記録メディアの両方を含む。
【０２０７】
そして、一つ以上の命令またはコードをコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録された一つ以上の命令またはコードをコンピュータシステムに読み込ませ、実行することにより端末装置１や基地局装置２の制御を行なってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【０２０８】
本発明の各実施形態に記載の動作をプログラムで実現してもよい。本発明の各実施形態に関わる端末装置１および基地局装置２で動作するプログラムは、本発明の各実施形態に関わる上記実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭに蓄積され、その後、各種ＲＯＭやＨＤＤに格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０２０９】
また、プログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の各実施形態の機能が実現される場合もある。
【０２１０】
また、「コンピュータ読み取り可能な記録媒体」とは、半導体媒体（例えば、ＲＡＭ、不揮発性メモリカード等）、光記録媒体（例えば、DVD、MO、MD、CD、BD等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等の可搬媒体、コンピュータシステムに内蔵されるディスクユニット等の記憶装置のことをいう。さらに、「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。
【０２１１】
また、上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０２１２】
また、上記各実施形態に用いた端末装置１および基地局装置２の各機能ブロック、または諸特徴は、少なくとも本明細書で述べられた機能を発揮できるように設計された汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向けの集積回路（ＡＳＩＣ）あるいは一般用途向けの任意の集積回路（ＩＣ）、フィールドプログラマブルゲートアレイシグナル（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものによって実装または実行され得る。
【０２１３】
汎用用途プロセッサは、マイクロプロセッサであってもよいが、代わりにプロセッサは従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。汎用用途プロセッサ、または上述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよいし、その両方を含んでいてもよい。
【０２１４】
プロセッサはまた、コンピューティングデバイスを組み合わせたものとして実装されてもよい。例えば、ＤＳＰとマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと接続された一つ以上のマイクロプロセッサ、またはその他のそのような構成を組み合わせたものであってもよい。
【０２１５】
以上、この発明の実施形態について具体例に基づいて詳述してきたが、本発明の各実施形態の趣旨ならびに特許請求の範囲は、これらの具体例に限定されないことは明らかであり、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。すなわち、本明細書の記載は例示説明を目的としたものであり、本発明の各実施形態に対して何ら制限を加えるものではない。
【０２１６】
また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も本発明の技術的範囲に含まれる。
【符号の説明】
【０２１７】
１…端末装置
２…基地局装置
１０１、２０１…受信部
１０２、２０２…復調部
１０３、２０３…復号部
１０４、２０４…受信データ制御部
１０５、２０５…物理レイヤ制御部
１０６、２０６…送信データ制御部
１０７、２０７…符号部
１０８、２０８…変調部
１０９、２０９…送信部
１１０、２１０…無線リソース制御部
２１１…ネットワーク信号送受信部
Ｔ０１、Ｔ０２…送信アンテナ
Ｒ０１、Ｒ０２…受信アンテナ
【図１】
0006566957.tif 000002
【図２】
0006566957.tif 000003
【図３】
0006566957.tif 000004
【図４】
0006566957.tif 000005
【図５】
0006566957.tif 000006
【図６】
0006566957.tif 000007