JP6640077B2 - 端末装置、および通信方法 - Google Patents

Description

本発明の実施形態は、デバイス間通信のリソース管理を効率的に行う端末装置、基地局装置、通信システム、リソース管理方法および集積回路の技術に関する。
本願は、２０１４年３月１４日に、日本に出願された特願２０１４−０５１８４１号に基づき優先権を主張し、その内容をここに援用する。

標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ−Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）通信方式やリソースブロックと呼ばれる所定の周波数・時間単位の柔軟なスケジューリングの採用によって、高速な通信を実現させたＥｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（以降ＥＵＴＲＡと称する）の標準化が行なわれた。

また、３ＧＰＰでは、より高速なデータ伝送を実現し、ＥＵＴＲＡに対して上位互換性を持つＡｄｖａｎｃｅｄ ＥＵＴＲＡの検討を行っている。

Ａｄｖａｎｃｅｄ ＥＵＴＲＡでは、端末装置間（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信の導入が検討されている。Ｄ２Ｄ通信においては、近接した端末装置間のサービス（Ｐｒｏｘｉｍｉｔｙ ｂａｓｅｄ Ｓｅｒｖｉｃｅｓ：ＰｒｏＳｅ）として、端末装置同士が近くに位置するか否かを確認（発見）するための仕組み（ＰｒｏＳｅ Ｄｉｄｃｏｖｅｒｙ）や、端末装置同士が基地局装置を介さずに通信を行うための仕組み（ＰｒｏＳｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などが主に検討されている（非特許文献１）。

３ＧＰＰ ＴＳ ３６．８４３ Ｖ１．０．０（２０１３−１１）ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ＤｙｎａＲｅｐｏｒｔ／３６８４３．ｈｔｍ Ｄｒａｆｔ Ｒｅｐｏｒｔ ｏｆ ３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ２ ｍｅｅｔｉｎｇ ＃８５ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿８５／Ｒｅｐｏｒｔ／ Ｒ２−１４０６２５，Ｅｒｉｃｓｓｏｎ，"Ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｆｏｒ Ｄ２Ｄ ｔｒａｎｓｍｉｔｔｅｒｓ ｉｎ ｃｏｖｅｒａｇｅ"ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿８５／Ｄｏｃｓ／Ｒ２−１４０６２５．ｚｉｐ

非特許文献２では、端末装置間通信の通信リソースを基地局装置が設定することが記載されている。例えば、基地局装置が端末装置間の通信で使用する受信リソースを報知情報や既定の設定によって端末装置に通知し、端末装置からのリソース要求に基づき、端末装置間の通信で使用する送信リソースを端末装置に割り当てる方法や、基地局装置が端末装置間の通信で使用する送受信リソースを報知情報や既定の設定によって端末装置に通知し、端末装置が自主的に送信リソースを通知されたリソースから選択する方法などが記載されている。

しかしながら、非特許文献２では、端末装置がどのような方法で送信リソースを取得するかについての具体的な方法は示されていない。

また、非特許文献３では、端末装置からのリソース要求に基づき、端末装置間の通信で使用する送信リソースを端末装置に割り当てる手段として、既存の送信バッファ状況の報告のためのメッセージ（ＢＳＲ）をＤ２Ｄ通信に適用させる新しいメッセージを導入することが記載されているが、基地局装置は、端末装置間通信のためのリソースが複数存在する場合に、何れの送信リソースを端末装置に割り当てればよいかを適切に判断することができない。

本発明の実施形態は、上述の課題を鑑みてなされたものであり、デバイス間通信のリソース管理を効率的に行うことが可能な端末装置、基地局装置、通信システム、リソース管理方法および集積回路に関する技術を提供することによって、上記の課題の少なくとも１つを解決することを目的とする。

（１）上記の目的を達成するために以下のような手段を講じた。すなわち、本発明の実施形態における端末装置は、基地局装置を介さない端末装置間のデータ通信（デバイス間データ通信）を行う端末装置であって、何れかのデバイス間データ通信のサービスまたはアプリケーションの送信データが自装置の送信バッファに準備された場合に、送信データの属するサービスまたはアプリケーションを識別する識別子情報、または、送信データの属するサービスまたはアプリケーションで使用される周波数を示す周波数情報を含む送信リソース要求を生成し、基地局装置に通知する手段を備える。

（２）また、本発明の実施形態における端末装置において、送信リソース要求は送信データの送信バッファのバッファ量を通知するバッファステータスレポートであり、識別子情報または前記周波数情報と、送信データのバッファ量を示す情報とを含む。

（３）また、本発明の実施形態における基地局装置は、基地局装置を介さない端末装置間のデータ通信（デバイス間データ通信）の送信リソースを端末装置に割り当てる基地局装置であって、端末装置から送信データの属するサービスまたはアプリケーションを識別する識別子情報、または、送信データの属するサービスまたはアプリケーションで使用される周波数を示す周波数情報を含む送信リソース要求を受信し、識別子情報または周波数情報に対応する周波数のデバイス間データ通信のリソースから端末装置に割り当てる送信リソースを選択する手段を備える。

（４）また、本発明の実施形態における通信システムは、基地局装置を介さない端末装置間のデータ通信（デバイス間データ通信）を行う端末装置と、端末装置にデバイス間データ通信の送信リソースを割り当てる基地局装置とを含む通信システムであって、端末装置は、何れかのデバイス間データ通信のサービスまたはアプリケーションの送信データが自装置の送信バッファに準備された場合に、送信データの属するサービスまたはアプリケーションを識別する識別子情報、または、送信データの属するサービスまたはアプリケーションで使用される周波数を示す周波数情報を含む送信リソース要求を生成し、基地局装置に通知し、基地局装置は、端末装置から送信リソース要求を受信し、記識別子情報または周波数情報に対応する周波数のデバイス間データ通信のリソースから端末装置に割り当てる送信リソースを選択する手段を備える。

（５）また、本発明の実施形態におけるリソース管理方法は、基地局装置を介さない端末装置間のデータ通信（デバイス間データ通信）を行う端末装置に適用されるリソース管理方法であって、何れかのデバイス間データ通信のサービスまたはアプリケーションの送信データが自装置の送信バッファに準備された場合に、送信データの属するサービスまたはアプリケーションを識別する識別子情報、または、送信データの属するサービスまたはアプリケーションで使用される周波数を示す周波数情報を含む送信リソース要求を生成するステップと、送信リソース要求を基地局装置に通知するステップとを含む。

（６）また、本発明の実施形態におけるリソース管理方法は、基地局装置を介さない端末装置間のデータ通信（デバイス間データ通信）の送信リソースを端末装置に割り当てる基地局装置に適用されるリソース管理方法であって、端末装置から送信データの属するサービスまたはアプリケーションを識別する識別子情報、または、送信データの属するサービスまたはアプリケーションで使用される周波数を示す周波数情報を含む送信リソース要求を受信するステップと、識別子情報または周波数情報に対応する周波数のデバイス間データ通信のリソースから端末装置に割り当てる送信リソースを選択するステップとを含む。

（７）また、本発明の実施形態における集積回路は、基地局装置を介さない端末装置間のデータ通信（デバイス間データ通信）を行う端末装置に実装される集積回路であって、何れかのデバイス間データ通信のサービスまたはアプリケーションの送信データが自装置の送信バッファに準備された場合に、送信データの属するサービスまたはアプリケーションを識別する識別子情報、または、送信データの属するサービスまたはアプリケーションで使用される周波数を示す周波数情報を含む送信リソース要求を生成する機能と、送信リソース要求を基地局装置に通知する機能とを端末装置に対して発揮させる。

（８）また、本発明の実施形態における集積回路は、基地局装置を介さない端末装置間のデータ通信（デバイス間データ通信）の送信リソースを端末装置に割り当てる基地局装置に実装される集積回路であって、端末装置から送信データの属するサービスまたはアプリケーションを識別する識別子情報、または、送信データの属するサービスまたはアプリケーションで使用される周波数を示す周波数情報を含む送信リソース要求を受信する機能と、識別子情報または周波数情報に対応する周波数のデバイス間データ通信のリソースから端末装置に割り当てる送信リソースを選択する機能とを基地局装置に対して発揮させる。

以上、説明したように、本発明の実施形態によれば、デバイス間通信のリソース管理を効率的に行うことが可能な技術を提供することができる。

本発明の実施形態に係る端末装置の概略構成の一例を示すブロック図である。 本発明の実施形態に係る基地局装置の概略構成の一例を示すブロック図である。 本発明の第１の実施形態に係るデバイス間のデータ通信のための送信リソース取得に関するシーケンスチャート図の一例を示したものである。 本発明の第２の実施形態に係るデバイス間のデータ通信のための送信リソース取得に関するシーケンスチャート図の一例を示したものである。 本発明の第３の実施形態に係るデバイス間のデータ通信のための送信リソース取得に関するシーケンスチャート図の一例を示したものである。 本発明の実施形態に係るユーザ平面（ＵＰ（Ｕｓｅｒ−ｐｌａｎｅ、Ｕ−Ｐｌａｎｅ））プロトコルスタックを表す図である。 本発明の実施形態に係る制御平面（ＣＰ（Ｃｏｎｔｒｏｌ−ｐｌａｎｅ、Ｃ−Ｐｌａｎｅ））プロトコルスタックを表す図である。 本発明の実施形態に係る競合ベースランダムアクセス手順に関するシーケンスチャート図の一例を示したものである。 本発明の実施形態に係る非競合ベースランダムアクセス手順に関するシーケンスチャート図の一例を示したものである。

本発明の各実施形態に関わる技術について以下に簡単に説明する。

[物理チャネル／物理シグナル]
ＥＵＴＲＡおよびＡｄｖａｎｃｅｄ ＥＵＴＲＡで使用される主な物理チャネル、物理シグナルについて説明を行なう。チャネルとは信号の送受信に用いられる媒体を意味し、物理チャネルとは信号の送受信に用いられる物理的な媒体を意味する。本発明において、物理チャネルは、信号と同義的に使用され得る。物理チャネルは、ＥＵＴＲＡ、およびＡｄｖａｎｃｅｄ ＥＵＴＲＡにおいて、今後追加、または、その構造やフォーマット形式が変更または追加される可能性があるが、変更または追加された場合でも本発明の各実施形態の説明には影響しない。

ＥＵＴＲＡおよびＡｄｖａｎｃｅｄ ＥＵＴＲＡでは、物理チャネルまたは物理シグナルのスケジューリングについて無線フレームを用いて管理している。１無線フレームは１０ｍｓであり、１無線フレームは１０サブフレームで構成される。さらに、１サブフレームは２スロットで構成される（すなわち、１サブフレームは１ｍｓ、１スロットは０．５ｍｓである）。また、物理チャネルが配置されるスケジューリングの最小単位としてリソースブロックを用いて管理している。リソースブロックとは、周波数軸を複数サブキャリア（例えば１２サブキャリア）の集合で構成される一定の周波数領域と、一定の送信時間間隔（１スロット）で構成される領域で定義される。

同期シグナル（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌｓ）は、３種類のプライマリ同期シグナルと、周波数領域で互い違いに配置される３１種類の符号から構成されるセカンダリ同期シグナルとで構成され、プライマリ同期シグナルとセカンダリ同期シグナルの信号の組み合わせによって、基地局装置を識別する５０４通りのセル識別子（物理セルＩＤ（ＰＣＩ：Ｐｈｙｓｉｃａｌ Ｃｅｌｌ Ｉｄｅｎｔｉｔｙ））と、無線同期のためのフレームタイミングが示される。端末装置は、セルサーチによって受信した同期シグナルの物理セルＩＤを特定する。

物理報知情報チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ ＣＨａｎｎｅｌ）は、セル内の端末装置で共通に用いられる制御パラメータ（報知情報（システム情報（ＳＩ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）））を通知（設定）する目的で送信される。物理報知情報チャネルで通知されない報知情報は、物理下りリンク制御チャネルで報知情報が送信される無線リソースがセル内の端末装置に対して通知され、通知された無線リソースにおいて、物理下りリンク共用チャネルによって報知情報を通知するレイヤ３メッセージ（システムインフォメーション）が送信される。

報知情報として、セル個別の識別子を示すセルグローバル識別子（ＣＧＩ：Ｃｅｌｌ Ｇｌｏｂａｌ Ｉｄｅｎｔｉｆｉｅｒ）、ページングによる待ち受けエリアを管理するトラッキングエリア識別子（ＴＡＩ：Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｆｉｅｒ）、ランダムアクセス設定情報、送信タイミング調整情報、当該セルにおける共通無線リソース設定情報、周辺セル情報、上りリンクアクセス制限情報などが通知される。

下りリンクリファレンスシグナルは、その用途によって複数のタイプに分類される。例えば、セル固有ＲＳ（ＣＲＳ：Ｃｅｌｌ-ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌｓ）は、セル毎に所定の電力で送信されるパイロットシグナルであり、所定の規則に基づいて周波数領域および時間領域で周期的に繰り返される下りリンクリファレンスシグナルである。端末装置は、セル固有ＲＳを受信することでセル毎の受信品質を測定する。また、端末装置は、セル固有ＲＳと同時に送信される物理下りリンク制御チャネル、または物理下りリンク共用チャネルの復調のための参照用の信号としても下りリンクセル固有ＲＳを使用する。セル固有ＲＳに使用される系列は、セル毎に識別可能な系列が用いられる。

また、下りリンクリファレンスシグナルは下りリンクの伝搬路変動の推定にも用いられる。伝搬路変動の推定に用いられる下りリンクリファレンスシグナルのことをチャネル状態情報リファレンスシグナル（ＣＳＩ−ＲＳ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌｓ）と称する。また、端末装置に対して個別に設定される下りリンクリファレンスシグナルは、ＵＥ ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌｓ（ＵＲＳ）またはＤｅｄｉｃａｔｅｄ ＲＳ（ＤＲＳ）と称され、物理下りリンク制御チャネル、または物理下りリンク共用チャネルを復調するときのチャネルの伝搬路補償処理のために参照される。

物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）は、各サブフレームの先頭からいくつかのＯＦＤＭシンボル（例えば１〜４ＯＦＤＭシンボル）で送信される。拡張物理下りリンク制御チャネル（ＥＰＤＣＣＨ：Ｅｎｈａｎｃｅｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）は、物理下りリンク共用チャネルＰＤＳＣＨが配置されるＯＦＤＭシンボルに配置される物理下りリンク制御チャネルである。ＰＤＣＣＨまたはＥＰＤＣＣＨは、端末装置に対して基地局装置のスケジューリングに従った無線リソース割り当て情報や、送信電力の増減の調整量を指示する情報を通知する目的で使用される。以降、単に物理下りリンク制御チャネル（ＰＤＣＣＨ）と記載した場合、特に明記がなければ、ＰＤＣＣＨとＥＰＤＣＣＨの両方の物理チャネルを意味する。

端末装置は、下りリンクデータや下りリンク制御データであるレイヤ２メッセージおよびレイヤ３メッセージ（ページング、ハンドオーバコマンドなど）を送受信する前に自装置宛の物理下りリンク制御チャネルを監視（モニタ）し、自装置宛の物理下りリンク制御チャネルを受信することで、送信時には上りリンクグラント、受信時には下りリンクグラント（下りリンクアサインメント）と呼ばれる無線リソース割り当て情報を物理下りリンク制御チャネルから取得する必要がある。なお、物理下りリンク制御チャネルは、上述したＯＦＤＭシンボルで送信される以外に、基地局装置から端末装置に対して個別（ｄｅｄｉｃａｔｅｄ）に割り当てられるリソースブロックの領域で送信されるように構成することも可能である。

物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）は、物理下りリンク共用チャネルで送信されたデータの受信確認応答（ＡＣＫ／ＮＡＣＫ：ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）や下りリンクの伝搬路（チャネル状態）情報（ＣＳＩ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）、上りリンクの無線リソース割り当て要求（無線リソース要求、スケジューリングリクエスト（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ））を行なうために使用される。

ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＰＴＩ（Ｐｒｅｃｏｄｉｎｇ Ｔｙｐｅ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）を含む。各Ｉｎｄｉｃａｔｏｒは、Ｉｎｄｉｃａｔｉｏｎと表記されてもよい。

物理下りリンク共用チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）は、下りリンクデータの他、ページングや物理報知情報チャネルで通知されない報知情報（システムインフォメーション）をレイヤ３メッセージとして端末装置に通知するためにも使用される。物理下りリンク共用チャネルの無線リソース割り当て情報は、物理下りリンク制御チャネルで示される。物理下りリンク共用チャネルは物理下りリンク制御チャネルが送信されるＯＦＤＭシンボル以外のＯＦＤＭシンボルに配置されて送信される。すなわち、物理下りリンク共用チャネルと物理下りリンク制御チャネルは１サブフレーム内で時分割多重されている。

物理上りリンク共用チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）は、主に上りリンクデータと上りリンク制御データを送信し、下りリンクの受信品質やＡＣＫ／ＮＡＣＫなどの制御データを含めることも可能である。また、上りリンクデータの他、上りリンク制御情報をレイヤ３メッセージとして端末装置から基地局装置に通知するためにも使用される。また、下りリンクと同様に物理上りリンク共用チャネルの無線リソース割り当て情報は、物理下りリンク制御チャネルで示される。

上りリンクリファレンスシグナル（Ｕｐｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）（上りリンク参照信号、上りリンクパイロット信号、上りリンクパイロットチャネルとも呼称する）は、基地局装置が、物理上りリンク制御チャネルＰＵＣＣＨおよび／または物理上りリンク共用チャネルＰＵＳＣＨを復調するために使用する復調参照信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）と、基地局装置が、主に、上りリンクのチャネル状態を推定するために使用するサウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）が含まれる。また、サウンディング参照信号には、周期的に送信される周期的サウンディング参照信号（Ｐｅｒｉｏｄｉｃ ＳＲＳ）と、基地局装置から指示されたときに送信される非周期的サウンディング参照信号（Ａｐｅｒｉｏｄｉｃ ＳＲＳ）とがある。

物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）は、プリアンブル系列を通知（設定）するために使用されるチャネルであり、ガードタイムを有する。プリアンブル系列は、複数のシーケンスによって基地局装置へ情報を通知するように構成される。例えば、６４種類のシーケンスが用意されている場合、６ビットの情報を基地局装置へ示すことができる。物理ランダムアクセスチャネルは、端末装置の基地局装置へのアクセス手段として用いられる。

端末装置は、物理上りリンク制御チャネル未設定時の上りリンクの無線リソース要求のため、または、上りリンク送信タイミングを基地局装置の受信タイミングウィンドウに合わせるために必要な送信タイミング調整情報（タイミングアドバンス（ＴＡ：Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ）とも呼ばれる）を基地局装置に要求するためなどに物理ランダムアクセスチャネルを用いる。また、基地局装置は、端末装置に対して物理下りリンク制御チャネルを用いてランダムアクセス手順の開始を要求することもできる。

さらに、Ｄ２Ｄ通信の同期をとるために同期元となる装置が送信するＤ２Ｄ同期信号（Ｄ２ＤＳＳ）がある。Ｄ２ＤＳＳは、基地局装置が同期元となる場合、プライマリ同期シグナルとセカンダリ同期シグナルとが用いられる。同期元が基地局装置以外である場合、Ｄ２ＤＳＳは、Ｚａｄｏｆｆ−Ｃｈｕ系列であるプライマリＤ２Ｄ同期シグナル（ＰＤ２ＤＳＳ）とＭ系列であるセカンダリＤ２Ｄ同期シグナル（ＳＤ２ＤＳＳ）とが用いられる。また、同期元装置の識別子、同期元装置の種類（タイプ）、制御信号などを通知する物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）が検討されている。

なお、それ以外の物理チャネルまたは物理シグナルは、本発明の各実施形態に関わらないため詳細な説明は省略する。説明を省略した物理チャネルまたは物理シグナルとして、物理制御フォーマット指示チャネル（ＰＣＦＩＣＨ：Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ ＣＨａｎｎｅｌ）、物理ＨＡＲＱ指示チャネル（ＰＨＩＣＨ：Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ ＡＲＱ Ｉｎｄｉｃａｔｏｒ ＣＨａｎｎｅｌ）、物理マルチキャストチャネル（ＰＭＣＨ：Ｐｈｙｓｉｃａｌ Ｍｕｌｔｉｃａｓｔ ＣＨａｎｎｅｌ）などがある。

[無線ネットワーク]
基地局装置によって制御される各周波数の通信可能範囲（通信エリア）はセルとしてみなされる。このとき、基地局装置がカバーする通信エリアは周波数毎にそれぞれ異なる広さ、異なる形状であっても良い。また、カバーするエリアが周波数毎に異なっていてもよい。また、基地局装置の種別やセル半径の大きさが異なるセルが、同一の周波数または異なる周波数のエリアに混在して一つの通信システムを形成している無線ネットワークのことを、ヘテロジニアスネットワークと称する。

端末装置は、セルの中を通信エリアとみなして動作する。端末装置が、あるセルから別のセルへ移動するときは、非無線接続時（アイドル状態、ＲＲＣ＿ＩＤＬＥ状態とも称する）はセル再選択手順、無線接続時（コネクティッド状態、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態とも称する）はハンドオーバ手順によって別の適切なセルへ移動する。適切なセルとは、一般的に端末装置のアクセスが基地局装置から指定される情報に基づいて禁止されていないと判断したセルであって、かつ、下りリンクの受信品質が所定の条件を満足するセルのことを示す。

基地局装置は端末装置が通信可能なエリアであるセルを周波数毎に管理する。１つの基地局装置が複数のセルを管理していてもよい。

端末装置がある基地局装置と通信可能であるとき、その基地局装置のセルのうち、端末装置との通信に使用されるように設定されているセルは在圏セル（Ｓｅｒｖｉｎｇ ｃｅｌｌ）であり、その他の通信に使用されないセルは周辺セル（Ｎｅｉｇｈｂｏｒｉｎｇ ｃｅｌｌ）と称される。

[無線プロトコル構造]
図６は、ＥＵＴＲＡの無線ネットワーク（ＥＵＴＲＡＮ）の端末装置及び基地局装置のユーザデータを扱うユーザ平面（ＵＰ（Ｕｓｅｒ−ｐｌａｎｅ、Ｕ−Ｐｌａｎｅ））プロトコルスタックを表す図である。また、図７は、制御データを扱う制御平面（ＣＰ（Ｃｏｎｔｒｏｌ−ｐｌａｎｅ、Ｃ−Ｐｌａｎｅ））プロトコルスタックを表す図である。

図６および図７において、物理層（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ：ＰＨＹ層）は、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供する。ＰＨＹ層は、上位の媒体アクセス制御層（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌａｙｅｒ：ＭＡＣ層）とトランスポートチャネルで接続される。トランスポートチャネルを介して、ＭＡＣ層とＰＨＹ層とレイヤ（ｌａｙｅｒ：層）間でデータが移動する。端末装置と基地局装置のＰＨＹ層間において、物理チャネルを介してデータの送受信が行われる。

ＭＡＣ層は、多様な論理チャネルを多様なトランスポートチャネルにマッピングを行う。ＭＡＣ層は、上位の無線リンク制御層（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ｌａｙｅｒ：ＲＬＣ層）とは論理チャネルで接続される。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユーザ情報を伝送するトラフィックチャネルに分けられる。ＭＡＣ層は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ層の制御を行う機能、ランダムアクセス手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持つ。

ＲＬＣ層は、上位層から受信したデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び結合(Ｃｏｎｃａｔｅｎａｔｉｏｎ)し、下位層が適切にデータ送信できるようにデータサイズを調節する。また、ＲＬＣ層は、各データが要求するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保証するための機能も持つ。すなわち、ＲＬＣ層は、データの再送制御等の機能を持つ。

パケットデータコンバージェンスプロトコル層（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ ｌａｙｅｒ：ＰＤＣＰ層）は、ユーザデータであるＩＰパケットを無線区間で効率的に伝送するために、不要な制御情報の圧縮を行うヘッダ圧縮機能を持つ。また、ＰＤＣＰ層は、データの暗号化の機能も持つ。

さらに、制御平面プロトコルスタックには、無線リソース制御層（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ ｌａｙｅｒ：ＲＲＣ層）がある。ＲＲＣ層は、無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）の設定・再設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御を行う。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＳＲＢ）とデータ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＤＲＢ）とに分けられ、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用される。ＤＲＢは、ユーザデータを送信する経路として利用される。基地局装置と端末装置のＲＲＣ層間で各ＲＢの設定が行われる。

尚、ＰＨＹ層は一般的に知られる開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：ＯＳＩ）モデルの階層構造の中で第一層の物理層に対応し、ＭＡＣ層、ＲＬＣ層及びＰＤＣＰ層はＯＳＩモデルの第二層であるデータリンク層に対応し、ＲＲＣ層はＯＳＩモデルの第三層であるネットワーク層に対応する。

また、ネットワークと端末装置との間で用いられるシグナリングプロトコルは、アクセス層（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ：ＡＳ）プロトコルと非アクセス層（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ：ＮＡＳ）プロトコルとに分割される。例えば、ＲＲＣ層以下のプロトコルは、端末装置と基地局装置との間で用いられるアクセス層プロトコルである。また、端末装置の接続管理（Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ：ＣＭ）やモビリティ管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ：ＭＭ）などのプロトコルは非アクセス層プロトコルであり、端末装置とコアネットワーク（ＣＮ）との間で用いられる。例えば図７に示すように、端末装置とモバイル管理エンティティ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ：ＭＭＥ）との間で、非アクセス層プロトコルを用いた通信が、基地局装置を介して透過的に行われる。

[ランダムアクセス手順]
ランダムアクセス手順について以下に説明する。ランダムアクセス手順には、競合ベースランダムアクセス手順（Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）と非競合ベースランダムアクセス手順（Ｎｏｎーｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）の２つのアクセス手順がある。

競合ベースランダムアクセス手順は、移動局装置間で衝突する可能性のあるランダムアクセス手順であり、基地局装置と接続（通信）していない状態からの初期アクセス時や基地局装置と接続中であるが、上りリンク同期が外れている状態で移動局装置に上りリンクデータ送信が発生した場合のスケジューリングリクエストなどに行われる。

非競合ベースランダムアクセス手順は、移動局装置間で衝突が発生しないランダムアクセス手順であり、基地局装置と移動局装置が接続中であるが、上りリンクの同期が外れている場合に迅速に移動局装置と基地局装置との間の上りリンク同期をとるためにハンドオーバや移動局装置の送信タイミングが有効でない場合等の特別な場合に基地局装置から指示されて移動局装置がランダムアクセス手順を開始する。非競合ベースランダムアクセス手順は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：Ｌａｙｅｒ３）層のメッセージ及び物理下りリンク制御チャネルＰＤＣＣＨの制御データにより指示される。

図８を用いて競合ベースランダムアクセス手順を簡単に説明する。まず、端末装置がランダムアクセスプリアンブルを基地局装置に送信する（メッセージ１：（１）、ステップＳ８１）。そして、ランダムアクセスプリアンブルを受信した基地局装置が、ランダムアクセスプリアンブルに対する応答（ランダムアクセスレスポンス）を端末装置に送信する（メッセージ２：（２）、ステップＳ８２）。端末装置がランダムアクセスレスポンスに含まれているスケジューリング情報を元に上位レイヤ（Ｌａｙｅｒ２／Ｌａｙｅｒ３）のメッセージを送信する（メッセージ３：（３）、ステップＳ８３）。基地局装置は、（３）の上位レイヤメッセージを受信できた端末装置に衝突確認メッセージを送信する（メッセージ４：（４）、ステップＳ８４）。なお、競合ベースランダムアクセスをランダムプリアンブル送信とも称する。

次に、図９を用いて非競合ベースランダムアクセス手順を簡単に説明する。まず、基地局装置は、プリアンブル番号（または、シーケンス番号）と使用するランダムアクセスチャネル番号を端末装置に通知する（メッセージ０：（１）’、ステップＳ９１）。端末装置は、指定されたプリアンブル番号のランダムアクセスプリアンブルを指定されたランダムアクセスチャネルＲＡＣＨに送信する（メッセージ１：（２）’、ステップＳ９２）。そして、ランダムアクセスプリアンブルを受信した基地局装置が、ランダムアクセスプリアンブルに対する応答（ランダムアクセスレスポンス）を端末装置に送信する（メッセージ２：（３）’、ステップＳ９３）。ただし、通知されたプリアンブル番号の値が０の場合は、競合ベースランダムアクセス手順を行なう。なお、非競合ベースランダムアクセス手順を専用プリアンブル送信とも称する。

[上りリンクデータ送信]
上りリンクデータの送信について以下に説明する。物理上りリンク制御チャネルＰＵＣＣＨは、物理下りリンク共用チャネルＰＤＳＣＨで送信される下りリンクデータの応答（ＡＣＫ／ＮＡＣＫ）、下りリンクの無線チャネル品質情報（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ：ＣＱＩ）、上りリンクデータの送信要求（スケジューリングリクエスト（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ：ＳＲ））の送信に使用される。端末装置が上りリンクデータの送信要求を行う場合、基地局装置から割り当てられた物理上りリンク制御チャネルＰＵＣＣＨを利用して、スケジューリングリクエストを基地局装置に送信する。

スケジューリングリクエスト送信後、基地局装置から物理上りリンク共用チャネルＰＵＳＣＨのリソースを割り当てられた場合、端末装置は、割り当てられた物理上りリンク共用チャネルＰＵＳＣＨのリソースで端末装置の送信データのバッファ状態情報を示すバッファステータスレポート（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ：ＢＳＲ）を送信する。なお、基地局装置は、バッファステータスレポートに基づいて端末装置への上りリンクデータスケジューリングを行う。

スケジューリングリクエスト送信後、基地局装置から物理上りリンク共用チャネルＰＵＳＣＨのリソースを割り当てられない場合、端末装置は、再度、スケジューリングリクエストを送信する。スケジューリングリクエストの再送を繰り返しても基地局装置から物理上りリンク共用チャネルＰＵＳＣＨのリソースを割り当てられない場合、端末装置は、割り当てられている物理上りリンク制御チャネルＰＵＣＣＨおよび上りリンク参照信号を解放して、スケジューリングリクエストを目的としたランダムアクセス手順を実行する。なお、ランダムアクセス手順によるスケジューリングリクエストでは、端末装置は、メッセージ３でバッファステータスレポートを送信する。

[ＭＡＣ層機能の詳細]
端末装置のＭＡＣ層の機能について、より詳細に以下に説明する。ＭＡＣ層は、各論理チャネルをトランスポートチャネルにマッピングする機能を持っている。また、優先度に応じて論理チャネルから送信データを生成する機能を持っている。この手順は論理チャネル優先順位付け（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ：ＬＣＰ）手順と呼ばれている。基本的なＬＣＰ手順は、各論理チャネルの優先度と、無線ベアラのＱｏＳに対応する一定期間内に送信しなければならない送信ビットレート（Ｐｒｉｏｒｉｔｉｚｅｄ Ｂｉｔ Ｒａｔｅ：ＰＢＲ）とを考慮して送信データの送信優先順位を決定し、上りリンクグラントを受信した時点での送信優先順位の高いデータから送信データを生成する。基地局装置との接続時にＭＡＣ層は、各ＲＢの論理チャネル番号、論理チャネルの優先度とＰＢＲ等の情報をＲＲＣ層から取得する。

また、ＭＡＣ層は、各論理チャネルに対応する送信バッファのデータ量を通知する機能を持っている。この機能をバッファステータスレポート（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ：ＢＳＲ）と言う。ＢＳＲでは、各論理チャネルを論理チャネルグループ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ：ＬＣＧ）に割り当て、各ＬＣＧに対する送信バッファ量をＭＡＣ層のメッセージとして基地局装置に通知する。

ＢＳＲには、レギュラーＢＳＲとパディングＢＳＲと、ピリオディックＢＳＲとがあり、ＢＳＲがトリガされる条件として、いくつかの条件がある。例えば、レギュラーＢＳＲは、ある論理チャネルに属する上りリンクデータが上位層で（ＲＬＣかＰＤＣＰ）送信できる状態になったときに、当該上りリンクデータが、他の論理チャネルよりも優先度が高い場合、または何れの論理チャネルにも送信できる状態のデータがない場合にトリガされる。また、レギュラーＢＳＲは、端末装置が、タイマー（ｒｅｔｘＢＳＲ−Ｔｉｍｅｒ）の計時が満了したときに、何れかの論理チャネルで送信できる状態のデータを持っている場合にも、トリガされる。このｒｅｔｘＢＳＲ−Ｔｉｍｅｒは、一定期間ＢＳＲが送信されていないことを検出するために使用される。また、パディングＢＳＲは、自端末装置に割り当てられた上りリンクリソースがＢＳＲの一部あるいはすべてを送るのに必要な大きさのパディング領域を持っている場合にトリガされる。また、ピリオディックＢＳＲは、予め定められた周期（タイマー（ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒ）で指定される周期）でトリガされる。ＳＲは、レギュラーＢＳＲのトリガに起因してトリガされる。

なお、ＢＳＲには、１つの論理チャネルグループのバッファ状態を報告するＳｈｏｒｔ ＢＳＲと複数の論理チャネルグループのバッファ状態を報告するＬｏｎｇ ＢＳＲがある。また、パディングＢＳＲにおいて、複数の論理チャネルグループのバッファ状態を送信したい場合であって、すべての論理チャネルグループのバッファ状態を送信するためのパディング領域がない場合に、優先度の高い論理チャネルを含む論理チャネルグループのＢＳＲを（Ｓｈｏｒｔ ＢＳＲと同じフォーマットで）送信するためのＴｒｕｎｃａｔｅｄ ＢＳＲもある。

なお、ＢＳＲのトリガ条件が満たされた場合にＢＳＲを通知するための無線リソース（物理上りリンク共用チャネルＰＵＳＣＨ）が割り当てられていない場合、ＭＡＣ層は、ＰＨＹ層にスケジューリングリクエスト（ＳＲ）を送信するように指示する。ＭＡＣ層は、無線リソースが割り当てられてから、ＢＳＲを送信する。ＰＨＹ層は、ＭＡＣ層からスケジューリングリクエストの送信を指示された場合、物理上りリンク制御チャネルＰＵＣＣＨを使用してスケジューリングリクエストを送信する。なお、ＭＡＣ層は、スケジューリングリクエスト送信のための物理上りリンク制御チャネルＰＵＣＣＨを割り当てられていない（有効でない）場合、ＰＨＹ層に対して物理ランダムアクセスチャネルＰＲＡＣＨを使用したスケジューリングリクエストを行うように指示する。

また、ＢＳＲを送信するための上りリンクリソースが割り当てられた場合、タイマー（ｒｅｔｘＢＳＲ−Ｔｉｍｅｒ）の計時を開始、あるいは再開始（Ｒｅｓｔａｒｔ）する。また、送信するＢＳＲのすべてがＴｒｕｎｃａｔｅｄ ＢＳＲでない場合、タイマー（ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒ）の計時を開始、あるいは再開始（Ｒｅｓｔａｒｔ）する。

また、すべてのトリガされたＢＳＲは、上りリンクのリソース割り当てが、送信できる状態のすべてのペンディングしているデータを収容できるが、ＢＳＲおよびそのサブヘッダを収容できるのに十分でない場合に、キャンセルされる。また、すべてのトリガされたＢＳＲは、送信されるＭＡＣ ＰＤＵにＢＳＲが含まれる場合にも、キャンセルされる。

[プライマリセル、セカンダリセル]
また、端末装置と基地局装置は、キャリア・アグリゲーションによって複数の異なる周波数バンド（周波数帯）の周波数（コンポーネントキャリア、または周波数帯域）を集約（アグリゲート、ａｇｇｒｅｇａｔｅ）して一つの周波数（周波数帯域）のように扱う技術を適用してもよい。キャリア・アグリゲーションにおいて、コンポーネントキャリアとして、上りリンクに対応する上りリンクコンポーネントキャリアと、下りリンクに対応する下りリンクコンポーネントキャリアとがある。本明細書において、周波数と周波数帯域は同義的に使用され得る。

例えば、キャリア・アグリゲーションによって周波数帯域幅が２０ＭＨｚのコンポーネントキャリアを５つ集約した場合、キャリア・アグリゲーションを可能な能力を持つ端末装置はこれらを１００ＭＨｚの周波数帯域幅とみなして送受信を行う。なお、集約するコンポーネントキャリアは連続した周波数であっても、全てまたは一部が不連続となる周波数であってもよい。例えば、使用可能な周波数バンドが８００ＭＨｚ帯、２ＧＨｚ帯、３．５ＧＨｚ帯である場合、あるコンポーネントキャリアが８００ＭＨｚ帯、別のコンポーネントキャリアが２ＧＨｚ帯、さらに別のコンポーネントキャリアが３．５ＧＨｚ帯で送信されていてもよい。

また、端末装置と基地局装置は、同一周波数帯の連続または不連続の複数のコンポーネントキャリアを集約することも可能である。各コンポーネントキャリアの周波数帯域幅は端末装置の受信可能周波数帯域幅（例えば２０ＭＨｚ）よりも狭い周波数帯域幅（例えば５ＭＨｚや１０ＭＨｚ）であっても良く、集約する周波数帯域幅が各々異なっていても良い。周波数帯域幅は、後方互換性を考慮して従来のセルの周波数帯域幅のいずれかと等しいことが望ましいが、従来のセルの周波数帯域と異なる周波数帯域幅を用いてもよい。

キャリア・アグリゲーションによって、後方互換性のないコンポーネントキャリア（キャリアタイプ）を集約してもよい。この後方互換性のないコンポーネントキャリアのことを、ニューキャリアタイプ（ＮＣＴ）とも称する。なお、基地局装置が端末装置に割り当てる（設定する、追加する）上りリンクコンポーネントキャリアの数は、下りリンクコンポーネントキャリアの数と同じか少ないことが望ましい。

端末装置と基地局装置は、ある上りリンクコンポーネントキャリアと、かかる上りリンクコンポーネントキャリアとセル固有接続される下りリンクコンポーネントキャリアから構成されるセルを、プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ ｃｅｌｌ）として管理する。また、端末装置と基地局装置は、プライマリセル以外のコンポーネントキャリアから構成されるセルを、セカンダリセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）として管理する。

端末装置は、プライマリセルにおいて、ページングメッセージの受信、報知情報の更新の検出、初期アクセス手順、セキュリティ情報の設定などを行う一方、セカンダリセルではこれらを行わないでもよい。プライマリセルとセカンダリセルとを合わせてサービングセル（在圏セル）と称する。

プライマリセルは活性化（アクティベーション（Ａｃｔｉｖａｔｉｏｎ））および不活性化（ディアクティベーション（Ｄｅａｃｔｉｖａｔｉｏｎ））の制御の対象外であるが（つまり、プライマリセルは必ず活性化しているとみなされる）、セカンダリセルは活性化と不活性化というアクティビティに応じたセルの状態（ｓｔａｔｅ）を持つ。セルの状態に関し、活性化されている状態をＡｃｔｉｖａｔｅｄ ｓｔａｔｅ、不活性化されている状態をＤｅａｃｔｉｖａｔｅｄ ｓｔａｔｅとも称する。セル（セカンダリセル）の状態は、基地局装置から明示的に状態の変更が指定（通知、指示）される場合もあるし、コンポーネントキャリア（セカンダリセル）毎に端末装置が計時するタイマー情報（セカンダリセル不活性化タイマー；ディアクティベーションタイマー）に基づいて状態が変更される場合もある。

[Ｄ２Ｄ通信]
Ｄ２Ｄ通信の中でも、近接した端末装置間のサービス（Ｐｒｏｘｉｍｉｔｙ ｂａｓｅｄ Ｓｅｒｖｉｃｅｓ：ＰｒｏＳｅ）として、端末装置同士が近くに位置するか否かを確認（発見）するための仕組み（ＰｒｏＳｅ Ｄｉｄｃｏｖｅｒｙ）と、端末装置同士が基地局装置を介さずに通信を行うための仕組み（ＰｒｏＳｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）とが主に検討されている。

ＰｒｏＳｅ Ｄｉｓｃｏｖｅｒｙメッセージの送信は、基地局装置との無線接続が確立された状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）であっても確立されていない状態（ＲＲＣ＿ＩＤＬＥ状態）であっても行えるべきである。

また、端末装置間で信号やメッセージを送信する場合であっても、端末装置による送信はネットワークの制御下にあってもよい。すなわち、端末装置が非無線接続状態であっても、ネットワークがＰｒｏＳｅ Ｄｉｓｃｏｖｅｒｙの信号やメッセージを送信するための無線リソースやパラメータや送信時の状態（無線接続状態か非無線接続状態か）を制御できてもよい。

ＰｒｏＳｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（デバイス間のデータ通信）において、通信がグループキャストあるいはブロードキャストで行われる場合は、ＰｒｏＳｅ Ｄｉｓｃｏｖｅｒｙによる通信相手発見のステップは必ずしも必要ではない。

ＰｒｏＳｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎの信号には様々なものが考えられるが、ＥＵＴＲＡのＰＵＳＣＨと同様の構造を持つ物理チャネルを用いてもよい。

また、ＰｒｏＳｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎにおいて、端末装置が使用するリソースとして、スケジューリング割り当て（Ｓｃｈｅｄｕｌｉｎｇ ａｓｓｉｇｎｍｅｎｔｓ：ＳＡ）を受信するためのリソースがリソースプールとして端末装置に提供される。端末装置はリソースプールとして指定されるリソース（時間、および周波数）においてＳＡを受信することで自装置宛のデータの有無を判断する。リソースプールは、予め設定されてもよいし、基地局装置から通知（あるいは報知）されてもよいし、他の端末装置から通知（あるいは報知）されてもよい。

さらに、上記ＳＡを端末装置が送信するための方法として、端末装置が基地局装置へ送信要求を行い、それに対して送信リソースが割り当てられる方法（以降、Ｍｏｄｅ１あるいはスケジュール型（Ｓｃｈｅｄｕｌｅｄ）とも称する）、または、端末装置が報知情報や予め設定されたリソースを送信リソースとして用いる方法（以降、Ｍｏｄｅ２あるいは自律型（Ａｕｔｏｎｏｍｏｕｓ）とも称する）とが用いられてもよい。

ＰｒｏＳｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎでは、１対Ｍ（Ｍは自然数）のブロードキャスト通信が用いられる場合、ある端末装置が送信する信号は、他の複数の端末装置が受信することができ、送信する端末装置と受信する端末装置は役割を入れ替えることも可能である。また、ブロードキャスト通信は、公安（Ｐｕｂｌｉｃ ｓａｆｔｙ）目的の場合は、基地局装置によるカバレッジ外であっても行えるようにする必要がある。また、ブロードキャスト通信は、専用の周波数（Ｄｅｄｉｃａｔｅｄ ｃａｒｒｉｅｒ）および基地局装置を介する通常の通信サービスに用いられる周波数の両方をサポートする。また、ブロードキャスト通信は一方向通信であるため、レイヤ２（ＭＡＣ／ＲＬＣ／ＰＤＣＰ層）でのフィードバックを想定しない。すなわち、ＭＡＣ層ではＨＡＲＱによる再送制御が行われず、ＲＬＣ層ではＡＲＱによる誤り訂正を行わない非応答モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ：ＵＭ）で通信が行われる。１対１の通信が用いられる場合には、上記１対Ｍのブロードキャスト通信を適用（Ｍ＝１）することも考えられるし、ユニキャスト通信を行うことにより、レイヤ２でのフィードバックを行うことも考えられる。

以上の事項を考慮しつつ、以下、添付図面を参照しながら本発明の適切な実施形態について詳細に説明する。なお、本発明の実施形態の説明において、本発明の実施形態に関連した公知の機能や構成についての具体的な説明が、本発明の実施形態の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。

＜第１の実施形態＞
本発明の第１の実施形態について以下に説明する。

図１は、本発明の第１の実施形態における端末装置１の一例を示すブロック図である。本端末装置１は、受信部１０１、復調部１０２、復号部１０３、受信データ制御部１０４、物理レイヤ制御部１０５、送信データ制御部１０６、符号部１０７、変調部１０８、送信部１０９、無線リソース制御部１１０から少なくとも構成される。図中の「部」とは、セクション、回路、構成装置、デバイス、ユニットなど用語によっても表現される、端末装置１の機能および各手順を実現する要素である。

無線リソース制御部１１０は、端末装置１の無線リソース制御を執り行うＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層の各機能を実行するブロックである。また、受信データ制御部１０４と送信データ制御部１０６は、データリンク層を管理するＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層における各機能を実行するブロックである。

なお、端末装置１は、キャリア・アグリゲーション、および／またはデバイス間通信による複数の周波数（周波数帯、周波数帯域幅）またはセルの同一サブフレーム内での送受信処理をサポートするために受信系のブロック（受信部１０１、復調部１０２、復号部１０３）、および複数の周波数（周波数帯、周波数帯域幅）、および送信系のブロック（符号部１０７、変調部１０８、送信部１０９）の一部あるいはすべてを複数備える構成であってもよい。

端末装置１の受信処理に関し、無線リソース制御部１１０より受信データ制御部１０４へ受信データ制御情報が入力され、物理レイヤ制御部１０５には各ブロックを制御するための制御パラメータである物理レイヤ制御情報が入力される。物理レイヤ制御情報は、受信制御情報と送信制御情報によって構成される端末装置１の無線通信制御に必要なパラメータ設定を含む情報である。

物理レイヤ制御情報は、基地局装置２から端末装置１に対して個別（ｄｅｄｉｃａｔｅｄ）に送信される無線接続リソース設定、セル固有の報知情報、またはシステムパラメータなどによって設定され、無線リソース制御部１１０が必要に応じて物理レイヤ制御部１０５へ入力する。物理レイヤ制御部１０５は、受信に関する制御情報である受信制御情報を、受信部１０１、復調部１０２、復号部１０３へ適切に入力する。

受信制御情報は、下りリンクスケジューリング情報として、受信周波数帯域の情報、物理チャネルと物理シグナルに関する受信タイミング、多重方法、無線リソース制御情報などの情報が含まれている。また、受信データ制御情報は、セカンダリセル不活性化タイマー情報、ＤＲＸ制御情報、マルチキャストデータ受信情報、下りリンク再送制御情報などを含む下りリンクの制御情報であり、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層におけるそれぞれの下りリンクに関する制御情報が含まれている。

受信信号は、受信部１０１において受信される。受信部１０１は、受信制御情報で通知された周波数と周波数帯域に従って基地局装置２からの信号を受信する。受信された信号は復調部１０２へと入力される。復調部１０２は信号の復調を行う。復調部１０２は、復号部１０３へと復調後の信号を入力する。復号部１０３は、入力された信号を復号し、復号された各データ（下りリンクデータと下りリンク制御データ、下りリンクトランスポートブロックとも称す）を受信データ制御部１０４へと入力する。また、各データと共に基地局装置２から送信されたＭＡＣ制御要素も復号部１０３で復号され、関係するデータは受信データ制御部１０４へと入力される。

受信データ制御部１０４は、受信したＭＡＣ制御要素に基づく物理レイヤ制御部１０５の制御（例えば、セルの活性化／不活性化、ＤＲＸ制御、送信タイミング調整など）や、復号された各データをバッファリングし、再送されたデータの誤り訂正制御（ＨＡＲＱ）を行う。受信データ制御部１０４へ入力された各データは、関係するデータは無線リソース制御部１１０へと入力（転送）される。

また、端末装置１の送信処理に関し、無線リソース制御部１１０より送信データ制御部１０６へ送信データ制御情報が入力され、物理レイヤ制御部１０５には各ブロックを制御するための制御パラメータである物理レイヤ制御情報が入力される。物理レイヤ制御部１０５は、送信に関する制御情報である送信制御情報を、符号部１０７、変調部１０８、送信部１０９へ適切に入力する。送信制御情報は、上りリンクスケジューリング情報として、符号化情報、変調情報、送信周波数帯域の情報、物理チャネルと物理シグナルに関する送信タイミング、多重方法、無線リソース配置情報などの情報が含まれている。

また、送信データ制御情報は、ＤＴＸ制御情報、ランダムアクセス設定情報、上りリンク共用チャネル情報、論理チャネルプライオリティ情報、リソース要求設定情報、セルグループ情報、上りリンク再送制御情報、バッファステータスレポートなどを含む上りリンクの制御情報である。無線リソース制御部１１０は、複数のセルにそれぞれ対応した複数のランダムアクセス設定情報を送信データ制御部１０６に設定してもよい。

また、無線リソース制御部１１０は、上りリンク送信タイミングの調整に用いる送信タイミング調整情報と送信タイミングタイマーを管理し、セル毎（またはセルグループ毎、ＴＡグループ毎）に上りリンク送信タイミングの状態（送信タイミング調整状態または送信タイミング非調整状態）を管理する。送信タイミング調整情報と送信タイミングタイマーは、送信データ制御情報に含まれる。

なお、複数の上りリンク送信タイミングの状態を管理する必要がある場合、送信データ制御部１０６は、複数のそれぞれのセル（またはセルグループ、ＴＡグループ）の上りリンク送信タイミングに対応する送信タイミング調整情報を管理する。リソース要求設定情報には、少なくとも最大送信カウンタ設定情報と無線リソース要求禁止タイマー情報とが含まれている。無線リソース制御部１１０は、複数のセルにそれぞれ対応した複数のリソース要求設定情報を送信データ制御部１０６に設定してもよい。

端末装置１で生起した送信データ（上りリンクデータと上りリンク制御データ、上りリンクトランスポートブロックとも称す）は、無線リソース制御部１１０より任意のタイミングで送信データ制御部１０６に入力される。このとき、送信データ制御部１０６は、入力された送信データの量（上りリンクバッファ量）を計算する。また、送信データ制御部１０６は、入力された送信データが制御平面に属するデータなのか、ユーザ平面に属するデータなのかを判別する機能を有する。さらに、送信データ制御部１０６は、入力された送信データが基地局装置２に対するデータなのかデバイス間通信のためのデータなのかを判別する機能を有する。

また、送信データ制御部１０６は、送信データが入力されたときに、送信データ制御部１０６内（図示せず）の上りリンクバッファに送信データを格納する。そして、送信データ制御部１０６は、入力された送信データの送信に必要な無線リソースが端末装置１に対して割り当てられているかを判断する。送信データ制御部１０６は、無線リソース割り当てに基づいて、物理上りリンク共用チャネルＰＵＳＣＨ、物理上りリンク制御チャネル（ＳＲ−ＰＵＣＣＨ）を用いた無線リソース要求、または物理ランダムアクセスチャネルを用いた無線リソース要求のいずれか一つを選択し、選択したチャネルを送信するための制御処理を物理レイヤ制御部１０５に対して要求する。

また、送信データ制御部１０６は、入力された送信データがデバイス間通信のためのデータである場合に、送信データが何れのサービスあるいはアプリケーションのデータであるかを識別する識別子情報とバッファサイズレベルを示すインデックスを含むバッファステータスレポートを生成する。また、符号部１０７は、送信制御情報に従って各データを適切に符号化し、変調部１０８へと入力する。

変調部１０８は、符号化された各データを送信するチャネル構造に基づいて適切な変調処理を行う。送信部１０９は、変調処理された各データを周波数領域にマッピングすると共に、周波数領域の信号を時間領域の信号へ変換し、既定の周波数の搬送波にのせて電力増幅を行う。送信部１０９は、また、無線リソース制御部１１０より入力されたセル毎（またセルグループ毎、ＴＡグループ毎）の送信タイミング調整情報に従って上りリンク送信タイミングを調整する。上りリンク制御データが配置される物理上りリンク共用チャネルは、ユーザデータの他に、例えばレイヤ３メッセージ（無線リソース制御メッセージ；ＲＲＣメッセージ）を含めることも可能である。

図１において、その他の端末装置１の構成要素や、構成要素間のデータ（制御情報）の伝送経路については省略してあるが、端末装置１として動作するために必要なその他の機能を有する複数のブロックを構成要素として持つことは明らかである。例えば、無線リソース制御部１１０の上位には、コアネットワークとの制御を執り行うＮＡＳレイヤ部や、アプリケーションレイヤ部が存在している。

図２は、本発明の第１の実施形態による基地局装置２の一例を示すブロック図である。本基地局装置は、受信部２０１、復調部２０２、復号部２０３、受信データ制御部２０４、物理レイヤ制御部２０５、送信データ制御部２０６、符号部２０７、変調部２０８、送信部２０９、無線リソース制御部２１０、ネットワーク信号送受信部２１１から少なくとも構成される。図中の「部」とは、セクション、回路、構成装置、デバイス、ユニットなどの用語によっても表現される、基地局装置２の機能および各手順を実行する要素である。

無線リソース制御部２１０は、基地局装置２の無線リソース制御を執り行うＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層の各機能を実行するブロックである。また、受信データ制御部２０４と送信データ制御部２０６は、データリンク層を管理するＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層における各機能を実行するブロックである。

なお、基地局装置２は、キャリア・アグリゲーションなどによる複数の周波数（周波数帯、周波数帯域幅）またはセルの同一サブフレーム内での送受信処理をサポートするために受信系のブロック（受信部２０１、復調部２０２、復号部２０３）、および複数の周波数（周波数帯、周波数帯域幅）、および送信系のブロック（符号部２０７、変調部２０８、送信部２０９）の一部あるいはすべてを複数備える構成であってもよい。

無線リソース制御部２１０は、下りリンクデータと下りリンク制御データを送信データ制御部２０６へと入力する。送信データ制御部２０６は、端末装置１へ送信するＭＡＣ制御要素が存在する場合、ＭＡＣ制御要素と各データ（下りリンクデータまたは下りリンク制御データ）を符号部２０７へと入力する。符号部２０７は、入力されたＭＡＣ制御要素と各データを符号化し、変調部２０８へと入力する。変調部２０８は、符号化された信号の変調を行なう。

また、変調部２０８で変調された信号は送信部２０９に入力される。送信部２０９は、入力された信号を周波数領域にマッピングした後、周波数領域の信号を時間領域の信号へ変換し、既定の周波数の搬送波にのせて電力増幅を行い送信する。下りリンク制御データが配置される物理下りリンク共用チャネルは、典型的にはレイヤ３メッセージ（ＲＲＣメッセージ）を構成する。

また、受信部２０１は、端末装置１から受信した信号をベースバンドのデジタル信号に変換する。端末装置１に対して異なる複数の送信タイミングのセルを設定している場合、受信部２０１はセル毎（またセルグループ毎、ＴＡグループ毎）に異なるタイミングで信号を受信する。受信部２０１で変換されたデジタル信号は、復調部２０２へ入力されて復調される。復調部２０２で復調された信号は続いて復号部２０３へと入力される。復号部２０３は、入力された信号を復号し、復号された各データ（上りリンクデータと上りリンク制御データ）を受信データ制御部２０４へと入力する。また、各データと共に端末装置１から送信されたＭＡＣ制御要素も復号部２０３で復号され、関係するデータは受信データ制御部２０４へと入力される。

受信データ制御部２０４は、受信したＭＡＣ制御要素に基づく物理レイヤ制御部２０５の制御（例えば、パワーヘッドルームレポートに関する制御や、バッファステータスレポートに関する制御など）や、復号された各データをバッファリングし、再送されたデータの誤り訂正制御（ＨＡＲＱ）を行う。受信データ制御部２０４へ入力された各データは、必要に応じて無線リソース制御部２１０へと入力（転送）される。

また、受信データ制御部２０４は、デバイス間のデータ通信のための送信リソース要求として、端末装置１からバッファステータスレポートが復号部２０３から入力された場合、バッファステータスレポートに含まれる識別子情報を送信データ制御部２０６へ入力し、上位のネットワーク装置やシステムパラメータによって識別子情報と対応づけられたリソースから該端末装置１に割り当てる送信リソースを設定する。

これら各ブロックの制御に必要な物理レイヤ制御情報は、受信制御情報と送信制御情報によって構成される基地局装置２の無線通信制御に必要なパラメータ設定を含む情報である。物理レイヤ制御情報は、上位のネットワーク装置（ＭＭＥやゲートウェイ装置（ＳＧＷ）、ＯＡＭなど）やシステムパラメータにより設定され、無線リソース制御部２１０が必要に応じて制御部２０４へ入力する。

物理レイヤ制御部２０５は、送信に関連する物理レイヤ制御情報を送信制御情報として符号部２０７、変調部２０８、送信部２０９の各ブロックに入力し、受信に関連する物理レイヤ制御情報を受信制御情報として受信部２０１、復調部２０２、復号部２０３の各ブロックに適切に入力する。

受信データ制御情報は、基地局装置２のＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層のそれぞれに対する端末装置１の上りリンクに関する制御情報が含まれている。また、送信データ制御情報は、基地局装置２のＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層のそれぞれに対する端末装置１の下りリンクに関する制御情報が含まれている。すなわち、受信データ制御情報と送信データ制御情報は、端末装置１毎に設定されている。

ネットワーク信号送受信部２１１は、基地局装置２間あるいは上位のネットワーク装置（ＭＭＥ、ＳＧＷ）と基地局装置２との間の制御メッセージ、またはユーザデータの送信（転送）または受信を行なう。図２において、その他の基地局装置２の構成要素や、構成要素間のデータ（制御情報）の伝送経路については省略してあるが、基地局装置２として動作するために必要なその他の機能を有する複数のブロックを構成要素として持つことは明らかである。例えば、無線リソース制御部２１０の上位には、無線リソース管理（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）部や、アプリケーションレイヤ部が存在している。

次に、図３を用いて、端末装置１が基地局装置２からデバイス間のデータ通信のための送信リソースを取得する手順の一例を説明する。

なお、本実施形態ではＤ２Ｄ制御装置を一つの装置として説明しているが、これに限らず、Ｄ２Ｄ制御装置の機能は、ネットワーク上の様々な装置（例えば基地局装置やＭＭＥ、ゲートウェイ装置など）に実装されてもよく、さらに、Ｄ２Ｄ制御装置の複数の機能は、それぞれ異なる装置に実装されてもよい。また、Ｄ２Ｄ制御装置の機能は、デバイス間通信のサービスやアプリケーション毎に異なる装置に実装されてもよい。

図３において、デバイス間のデータ通信を行う端末装置１は、Ｄ２Ｄ制御装置に対して、デバイス間のデータ通信を行うサービスへの登録要求を行ない、Ｄ２Ｄ制御装置からデバイス間のデータ通信で必要となる情報を取得する（ステップＳ３１）。情報には、例えば、単一のサービスやアプリケーションに対応付けられた識別子、複数のサービスやアプリケーションのグループに対応付けられた識別子、単一のサービスやアプリケーションの中で分けられる複数のグループを識別するための識別子などの情報が含まれる。また、情報には、例えば、デバイス間のデータ通信の送信元および／あるいは宛先を識別する識別子の情報が含まれてもよい。また、情報には、例えば、デバイス間のデータ通信が行われるサービスエリアや周波数を示す識別子の情報が含まれてもよい。あるいは、端末装置１は、情報が静的に自装置内に設定されるようにしてもよいし、一度情報取得をした場合に、既定の時間を計時するタイマーの計時を開始し、タイマー満了時には再度情報の取得を行うようにしてもよい。

デバイス間のデータ通信で受信動作を行う端末装置１は、基地局装置２からＤ２Ｄリソース情報を取得し（ステップＳ３２）、Ｄ２Ｄリソースにおいて他の送信動作を行う端末装置１から送信されるスケジューリング割り当てを受信する。Ｄ２Ｄリソース情報には、デバイス間のデータ通信において、送信側の端末装置１が送信するスケジューリング割り当て（ＳＡ）を受信するための受信リソース（周波数および時間）を示す情報や、送信側の端末装置１が自律的に送信することができる送信リソース（周波数および時間）を示す情報などが含まれる。

デバイス間のデータ通信で送信動作を行う端末装置１は、ステップＳ３１で取得した識別子を選択して（ステップＳ３３）、識別子情報（当該識別子、あるいは端末装置１に設定された複数の識別子に予め対応づけられたインデックス番号等）を送信リソース割り当て要求のメッセージに付加して基地局装置２に通知する（ステップＳ３４）。

送信リソース割り当て要求のメッセージとは、例えば、ＭＡＣ層のバッファステータスレポートを利用してもよいし、他のＭＡＣ層のシグナリングあるいはＲＲＣ層のメッセージであってもよい。送信リソース割り当て要求のメッセージが、バッファステータスレポートである場合、当該バッファステータスレポートに識別子情報を含めるために、従来のバッファステータスレポートの論理チャネル識別子（ＬＣＩＤ）とは異なる論理チャネル識別子を用いてもよい。また、当該バッファステータスレポートには、識別子情報と、バッファサイズレベルを示すインデックスとが含まれる。また、当該バッファステータスレポートは、複数のサービスあるいはアプリケーションのバッファステータスが含まれるようにしてもよい。すなわち、一つのバッファステータスレポートに複数の識別子情報と、それぞれのバッファサイズレベルを示すインデックスとが含まれるようにしてもよい。また、その他のシグナリングやメッセージを用いる場合には少なくとも識別子情報が含まれる。

送信リソース割り当て要求のメッセージを受信した基地局装置２は、通知された識別子情報に基づき、端末装置１の利用するサービスあるいはアプリケーションが使用するリソース情報をＤ２Ｄ制御装置から取得する（ステップＳ３５）。例えば、基地局装置２が複数の周波数のセルを用いて端末装置１と通信を行なっている際に、端末装置１から通知される識別子情報と、Ｄ２Ｄ制御装置から取得するサービスやアプリケーションに対応付けられた周波数情報とに基づき、何れのセル（周波数）のリソースを要求しているのかを判断して選択することができる。なお、ステップＳ３５は、ステップＳ３４よりも前の段階で行われてもよい。すなわち、基地局装置２は、予め取得した識別子と周波数情報の対応付け情報に基づき、端末装置１の要求するリソースを判断してもよい。また、基地局装置２は、自装置が制御するセル（周波数）以外のセル（周波数）のリソースを端末装置１が要求している場合に、当該セル（周波数）のリソースを制御する基地局装置２のセルへ端末装置１をハンドオーバさせるようにしてもよい。

基地局装置２は、ステップＳ３４で選択したリソースから端末装置１に割り当てる送信リソースを決定して、端末装置１に通知する（ステップＳ３６）。

このように構成することによって、端末装置１は、送信リソース要求時に、何れのサービスあるいはアプリケーションのデータ通信であるかを識別する識別子情報を基地局装置２に通知でき、基地局装置２は通知された識別子情報に基づき割り当てる送信リソースを選択することができる。

第１の実施形態によれば、端末装置１が送信リソース要求時に、何れのサービスあるいはアプリケーションのデータ通信であるかを識別する識別子情報を基地局装置２に通知し、基地局装置２が通知された識別子情報に基づき割り当てる送信リソースを選択することにより、例えば、キャリア・アグリゲーションなどにより複数のセルを用いて通信している場合や、特定の通信用の周波数が通常の通信用の周波数以外に確保されている場合、サービスやアプリケーション毎に異なるリソースを用いる場合であっても、適切な送信リソースの割り当てが可能となる。また、端末装置１が複数のデバイス間通信のサービスを行うような場合であっても、適切な送信リソースの割り当てが可能となる。また、識別子情報に対応するサービスやアプリケーションが要求する遅延量やビットレート等に基づいて、適切な送信リソース割り当てを行うことが可能となる。

＜第２の実施形態＞
本発明の第２の実施形態について以下に説明する。

第１の実施形態では、端末装置１が基地局装置２に対して識別子を通知して、基地局装置２が使用する送信リソースを決定する例を示した。

本実施形態では、端末装置１が、何れのリソースを希望するかを明示する例を示す。

本実施形態で用いられる端末装置１と基地局装置２は、送信データ制御部１０６、受信データ制御部２０４、および送信データ制御部２０６が、第１の実施形態と動作が異なるため、それ以外の詳細な説明は省略する。

本実施形態において、送信データ制御部１０６は、入力された送信データがデバイス間通信のためのデータである場合に、送信データが何れのセル（周波数）のリソースで送信されるサービスあるいはアプリケーションのデータであるかを示す周波数情報とバッファサイズレベルを示すインデックスを含むバッファステータスレポートを生成する。

また、本実施形態において、受信データ制御部２０４は、デバイス間のデータ通信のための送信リソース要求として、端末装置１からバッファステータスレポートが復号部２０３から入力された場合、バッファステータスレポートに含まれる周波数情報を送信データ制御部２０６へ入力する。送信データ制御部２０６は、周波数情報で示されるリソースから該端末装置１に割り当てる送信リソースを設定する。

次に、図４を用いて、本実施形態における、端末装置１が基地局装置２からデバイス間のデータ通信のための送信リソースを取得する手順の一例を説明する。

なお、本実施形態ではＤ２Ｄ制御装置を一つの装置として説明しているが、これに限らず、Ｄ２Ｄ制御装置の機能は、ネットワーク上の様々な装置（例えば基地局装置やＭＭＥ、ゲートウェイ装置など）に実装されてもよく、さらに、Ｄ２Ｄ制御装置の複数の機能は、それぞれ異なる装置に実装されてもよい。また、Ｄ２Ｄ制御装置の機能は、デバイス間通信のサービスやアプリケーション毎に異なる装置に実装されてもよい。

図４において、デバイス間のデータ通信を行う端末装置１は、Ｄ２Ｄ制御装置に対して、デバイス間のデータ通信を行うサービスへの登録要求を行ない、Ｄ２Ｄ制御装置からデバイス間のデータ通信で必要となる情報を取得する（ステップＳ４１）。情報には、例えば、単一のサービスやアプリケーションに対応付けられた識別子、複数のサービスやアプリケーションのグループに対応付けられた識別子、単一のサービスやアプリケーションの中で分けられる複数のグループを識別するための識別子などの情報が含まれる。また、情報には、デバイス間のデータ通信で用いられる各サービスやアプリケーション毎のサービスエリアや周波数を示す情報（周波数情報）が含まれる。また、情報には、例えば、デバイス間のデータ通信の送信元および／あるいは宛先を識別する識別子の情報が含まれてもよい。あるいは、端末装置１は、情報が静的に自装置内に設定されるようにしてもよいし、一度情報取得をした場合に、既定の時間を計時するタイマーの計時を開始し、タイマー満了時には再度情報の取得を行うようにしてもよい。

デバイス間のデータ通信で受信動作を行う端末装置１は、基地局装置２からＤ２Ｄリソース情報を取得し（ステップＳ４２）、Ｄ２Ｄリソースにおいて他の送信動作を行う端末装置１から送信されるスケジューリング割り当てを受信する。Ｄ２Ｄリソース情報には、デバイス間のデータ通信において、送信側の端末装置１が送信するスケジューリング割り当て（ＳＡ）を受信するための受信リソース（周波数および時間）を示す情報や、送信側の端末装置１が自律的に送信することができる送信リソース（周波数および時間）を示す情報などが含まれる。

デバイス間のデータ通信で送信動作を行う端末装置１は、送信するデータの所属するサービスやアプリケーションに対応する（ステップＳ４１で取得した）周波数情報に基づき要求する周波数を選択して（ステップＳ４３）、周波数情報を送信リソース割り当て要求のメッセージに付加して基地局装置２に通知する（ステップＳ４４）。

送信リソース割り当て要求のメッセージとは、例えば、ＭＡＣ層のバッファステータスレポートを利用してもよいし、他のＭＡＣ層のシグナリングあるいはＲＲＣ層のメッセージであってもよい。送信リソース割り当て要求のメッセージが、バッファステータスレポートである場合、当該バッファステータスレポートに周波数情報を含めるために、従来のバッファステータスレポートの論理チャネル識別子（ＬＣＩＤ）とは異なる論理チャネル識別子を用いてもよい。また、当該バッファステータスレポートには、周波数情報と、バッファサイズレベルを示すインデックスとが含まれる。また、周波数情報はキャリア・アグリゲーション等で設定されるセルインデックス（端末装置１に設定されたセルを一意に識別するための情報）であってもよいし、基地局装置２から報知（または通知）される複数のリソース情報のそれぞれに対応付けられた識別子（インデックス）であってもよい。また、その他のシグナリングやメッセージを用いる場合には少なくとも識別子情報が含まれる。

送信リソース割り当て要求のメッセージを受信した基地局装置２は、通知された周波数情報に基づき、端末装置１に割り当てる送信リソースを決定して、端末装置１に通知する（ステップＳ４５）。例えば、基地局装置２が複数の周波数のセルを用いて端末装置１と通信を行なっている際に、端末装置１から通知される周波数情報に基づき、何れのセル（周波数）のリソースを要求しているのかを判断して選択することができる。なお、基地局装置２は、自装置が制御するセル（周波数）以外のセル（周波数）のリソースを端末装置１が要求している場合に、当該セル（周波数）のリソースを制御する基地局装置２のセルへ端末装置１をハンドオーバさせるようにしてもよい。

このように構成することによって、端末装置１は、送信リソース要求時に、自装置が送信するデータが何れのサービスあるいはアプリケーションのデータであるかに基づき、周波数情報を基地局装置２に通知でき、基地局装置２は通知された周波数情報に基づき割り当てる送信リソースを選択することができる。

第２の実施形態によれば、端末装置１が送信リソース要求時に、自装置が送信するデータが何れのサービスあるいはアプリケーションのデータであるかに基づき、周波数情報を基地局装置２に通知し、基地局装置２が通知された周波数情報に基づき割り当てる送信リソースを選択することにより、例えば、キャリア・アグリゲーションなどにより複数のセルを用いて通信している場合や、特定の通信用の周波数が通常の通信用の周波数以外に確保されている場合、サービスやアプリケーション毎に異なるリソースを用いる場合であっても、適切な送信リソースの割り当てが可能となる。また、端末装置１が複数のデバイス間通信のサービスを行うような場合であっても、適切な送信リソースの割り当てが可能となる。

＜第３の実施形態＞
本発明の第３の実施形態について以下に説明する。

第１の実施形態および第２の実施形態では、送信リソース要求時に何れのリソースを使用するかを決定する例を示した。

本実施形態では、端末装置１がデバイス間通信の機能を用いる時に使用するリソースに関する情報を基地局装置２へ通知する例を示す。

本実施形態で用いられる端末装置１と基地局装置２は、送信データ制御部１０６、無線リソース制御部１１０、受信データ制御部２０４、送信データ制御部２０６、および無線リソース制御部２１０が、第１の実施形態と動作が異なるため、それ以外の詳細な説明は省略する。

本実施形態において、無線リソース制御部１１０は、デバイス間のデータ通信を開始するときに、受信データ制御部１０４から入力される報知情報や制御データに含まれるデバイス間のデータ通信に使用されるリソースの情報と、Ｄ２Ｄ制御装置から設定される（あるいは端末装置１上で設定される）使用周波数情報とに基づき、自装置がデバイス間のデータ通信で使用を希望するリソースの情報（報知情報や制御データで基地局装置２からリソースに対して設定される識別子やインデックスなど）を含むデバイス間データ通信開始要求メッセージを生成する。

また、本実施形態において、送信データ制御部１０６は、無線リソース制御部１１０より入力された送信データがデバイス間通信のためのデータである場合に、送信データがデバイス間データ通信開始要求メッセージに含まれる何れのリソースでの送信を希望するかを示す識別子情報とバッファサイズレベルを示すインデックスを含むバッファステータスレポートを生成する。

また、本実施形態において、無線リソース制御部２１０は、受信データ制御部２０４から入力されるデバイス間通信開始要求メッセージに含まれる識別子と、報知情報あるいは制御データとして端末装置１に報知（通知）したデバイス間のデータ通信に使用するリソースのうち、デバイス間通信開始要求メッセージに含まれる識別子に対応するリソース情報とを、送信データ制御部２０６へ入力する。

また、本実施形態において、受信データ制御部２０４は、デバイス間のデータ通信のための送信リソース要求として、端末装置１からバッファステータスレポートが復号部２０３から入力された場合、バッファステータスレポートに含まれる識別子情報を送信データ制御部２０６へ入力する。送信データ制御部２０６は、無線リソース制御部２１０から識別子情報と対応づけられたリソース情報を取得し、該端末装置１に割り当てる送信リソースを設定する。

次に、図５を用いて、端末装置１が基地局装置２からデバイス間のデータ通信のための送信リソースを取得する手順の一例を説明する。

なお、本実施形態ではＤ２Ｄ制御装置を一つの装置として説明しているが、これに限らず、Ｄ２Ｄ制御装置の機能は、ネットワーク上の様々な装置（例えば基地局装置やＭＭＥ、ゲートウェイ装置など）に実装されてもよく、さらに、Ｄ２Ｄ制御装置の複数の機能は、それぞれ異なる装置に実装されてもよい。また、Ｄ２Ｄ制御装置の機能は、デバイス間通信のサービスやアプリケーション毎に異なる装置に実装されてもよい。

図５において、デバイス間のデータ通信を行う端末装置１は、Ｄ２Ｄ制御装置に対して、デバイス間のデータ通信を行うサービスへの登録要求を行ない、Ｄ２Ｄ制御装置からデバイス間のデータ通信で必要となる情報を取得する（ステップＳ５１）。情報には、例えば、単一のサービスやアプリケーションに対応付けられた識別子、複数のサービスやアプリケーションのグループに対応付けられた識別子、単一のサービスやアプリケーションの中で分けられる複数のグループを識別するための識別子などの情報が含まれる。また、情報には、デバイス間のデータ通信が行われるサービスエリアや周波数を示す識別子の情報が含まれる。また、情報には、例えば、デバイス間のデータ通信の送信元および／あるいは宛先を識別する識別子の情報が含まれてもよい。あるいは、端末装置１は、情報が静的に自装置内に設定されるようにしてもよいし、一度情報取得をした場合に、既定の時間を計時するタイマーの計時を開始し、タイマー満了時には再度情報の取得を行うようにしてもよい。

デバイス間のデータ通信で受信動作を行う端末装置１は、基地局装置２からＤ２Ｄリソース情報を取得し（ステップＳ５２）、Ｄ２Ｄリソースにおいて他の送信動作を行う端末装置１から送信されるスケジューリング割り当てを受信する。Ｄ２Ｄリソース情報には、デバイス間のデータ通信において、送信側の端末装置１が送信するスケジューリング割り当て（ＳＡ）を受信するための受信リソース（周波数および時間）を示す情報や、送信側の端末装置１が自律的に送信することができる送信リソース（周波数および時間）を示す情報などが含まれる。

デバイス間のデータ通信を行いたい端末装置１は、サービスやアプリケーションに対応する（ステップＳ５１で取得した）周波数情報に基づき要求する周波数を選択して、周波数情報をデバイス間データ通信状況通知メッセージに含めて基地局装置２に通知する（ステップＳ５３）。

なお、周波数情報は、デバイス間のデータ通信で使用されるリソースを報知する報知情報や個別に通知される通知情報に含まれる複数のリソースを識別する情報であればよく、報知情報や通知情報に含まれる識別子やインデックスであってもよいし、端末装置１に割り当てられたセルや周波数を示す識別子やインデックスであってもよい。例えば、識別子Ａと識別子Ａに対応するリソース（周波数・時間情報）、識別子Ｂと識別子Ｂに対応するリソース情報、識別子Ｃと識別子Ｃに対応するリソース情報が、デバイス間のデータ通信で使用されるリソース情報として報知されており、端末装置１が識別子Ａと識別子Ｃに対応するリソースで通信を行う場合に、端末装置１は、デバイス間データ通信状況通知メッセージに識別子Ａと識別子Ｃを含めて基地局装置 ２に通知するようにしてもよい。あるいは、例えば、端末装置１が基地局装置２と複数のセル（セルＡ、セルＢ、セルＣ）を用いて接続している場合に、端末装置１がセルＡとセルＣのリソースで通信を行う場合に、端末装置１は、デバイス間データ通信状況通知メッセージに識別子Ａと識別子Ｃを含めて基地局装置２に通知するようにしてもよい。

また、端末装置１は、デバイス間データ通信で使用するリソースに変更が生じた場合に、デバイス間データ通信状況通知メッセージの通知をトリガするようにしてもよい。また、基地局装置２はデバイス間データ通信状況通知メッセージに対して、デバイス間データ通信の許可・不許可を返答するようにしてもよい。これにより、ネットワーク側でデバイス間データ通信の制御を行うことが可能となる。

デバイス間データ通信で送信を行う端末装置１は、デバイス間データ状況通知で通知した識別子から、送信データが属するリソースの識別子を選択して（ステップＳ５４）、識別子情報（当該識別子、および／あるいはデバイス間データ通信状況通知で通知した識別子に対応づけられるインデックス等）を送信リソース割り当て要求のメッセージに付加して基地局装置２に通知する（ステップＳ５５）。例えば、デバイス間データ通信状況通知メッセージに識別子Ａと識別子Ｃを含めて基地局装置２に通知していた場合に、明示的あるいは暗黙的に通知した識別子にインデックス番号が割り振られ、送信リソース割り当て要求のメッセージでインデックス番号を通知するようにしてもよい。

送信リソース割り当て要求のメッセージとは、例えば、ＭＡＣ層のバッファステータスレポートを利用してもよいし、他のＭＡＣ層のシグナリングあるいはＲＲＣ層のメッセージであってもよい。送信リソース割り当て要求のメッセージが、バッファステータスレポートである場合、当該バッファステータスレポートに識別子情報を含めるために、従来のバッファステータスレポートの論理チャネル識別子（ＬＣＩＤ）とは異なる論理チャネル識別子を用いてもよい。また、当該バッファステータスレポートには、識別子情報と、バッファサイズレベルを示すインデックスとが含まれる。また、送信リソース割り当て要求のメッセージが、バッファステータスレポートである場合、論理チャネルグループを示すフィールドに、インデックス（ステップＳ５５で通知したインデックス、あるいはステップＳ５５で通知した識別子の番号順や配置順に基づくインデックス等）を設定し、通知するようにしてもよい。また、その他のシグナリングやメッセージを用いる場合には少なくとも識別子情報が含まれる。

送信リソース割り当て要求のメッセージを受信した基地局装置２は、通知された識別子情報に基づき、端末装置１の利用するリソースから端末装置１に割り当てる送信リソースを決定して、端末装置１に通知する（ステップＳ５６）。

端末装置１は、デバイス間データ通信が終了したとき（使用するリソースに変更が生じたとき）に、デバイス間データ通信状況通知メッセージを基地局装置２に通知してもよい（ステップＳ５７）。

このように構成することによって、端末装置１は、デバイス間データ通信の開始・終了時に使用するリソースの情報をデバイス間データ通信状況通知として基地局装置２に通知でき、送信リソース要求時に、デバイス間データ通信状況通知の情報に基づく識別子情報を基地局装置２に通知でき、基地局装置２は通知された識別子情報に基づき割り当てる送信リソースを選択することができる。また、論理チャネルグループを示すフィールドに送信データが属するリソースの識別子に対応するインデックスを用いることにより、送信メッセージを小さくすることができる。

第３の実施形態によれば、端末装置１が、デバイス間データ通信の開始・終了時に使用するリソースの情報をデバイス間データ通信状況通知として基地局装置２に通知し、送信リソース要求時に、デバイス間データ通信状況通知の情報に基づく識別子情報を基地局装置２に通知し、基地局装置２が通知された識別子情報に基づき割り当てる送信リソースを選択することにより、例えば、キャリア・アグリゲーションなどにより複数のセルを用いて通信している場合や、特定の通信用の周波数が通常の通信用の周波数以外に確保されている場合、サービスやアプリケーション毎に異なるリソースを用いる場合であっても、適切な送信リソースの割り当てが可能となる。また、端末装置１が複数のデバイス間通信のサービスを行うような場合であっても、適切な送信リソースの割り当てが可能となる。また、識別子情報に対応するサービスやアプリケーションが要求する遅延量やビットレート等に基づいて、適切な送信リソース割り当てを行うことが可能となる。

上記各実施形態において、端末装置１が送信リソースを基地局装置２から取得する例を示したが、デバイス間データ通信のリソースとして個別の送信リソースの要求が必要なリソース（スケジュール型のリソース）と個別の送信リソース要求が不要なリソース（自律型のリソース）とを端末装置１が識別できるように基地局装置２が、報知情報あるいは通知情報で通知する場合、端末装置１が、その報知情報あるいは通知情報に基づき、送信リソース割り当て要求を行うか否かを判断するようにしてもよい。これにより、不要なシグナリングを防止することができる。

基地局装置２は、自装置が制御するセル（周波数）以外のセル（周波数）のスケジュール型のリソースを端末装置１が要求している場合に、当該セル（周波数）のリソースを制御する基地局装置２のセルへ端末装置１をハンドオーバさせるようにしてもよい。これにより、効率的なリソース割り当てを行うことができる。

また、上記各実施形態において、基地局装置２は、デバイス間データ通信のリソースとして、自装置が制御するリソースと他装置が制御するリソースとを端末装置１が識別できるように、報知情報あるいは通知情報で通知するようにしてもよい。この場合、端末装置１は、その報知情報あるいは通知情報に基づき、在圏セルの基地局装置１が制御するリソースを使用する場合にのみ、送信リソース割り当て要求を行うようにしてもよい。これにより、不要なシグナリングを防止することができる。

また、上記各実施形態において、デバイス間データ通信のリソースが周波数やセル毎に設定され、それらのリソースから端末装置１が使用するリソースを選択する例を示したが、これに限らず、同一のセル（周波数）内において複数のリソースが設定される場合であっても同様に適用することができる。

また、上記各実施形態において、基地局装置２の機能は、他の装置が実装してもよい。例えば、デバイス間データ通信の親機となる端末装置１が、上記のデバイス間データ通信の送信リソースを割り当てる機能を実装するようにしてもよい。

なお、以上説明した実施形態は単なる例示に過ぎず、様々な変形例、置換例を用いて実現することができる。例えば、上りリンク送信方式は、ＦＤＤ（周波数分割復信）方式とＴＤＤ（時分割復信）方式のどちらの通信システムに対しても適用可能である。また、実施形態で示される各パラメータや各イベントの名称は、説明の便宜上呼称しているものであって、実際に適用される名称と本発明の実施形態の名称とが異なっていても、本発明の実施形態において主張する発明の趣旨に影響するものではない。

また、各実施形態で用いた「接続」とは、ある装置と別のある装置とを、物理的な回線を用いて直接接続される構成にだけ限定されるわけではなく、論理的に接続される構成や、無線技術を用いて無線接続される構成を含む。

また、端末装置１とは、可搬型あるいは可動型の移動局装置のみならず、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器や測定機器、車載装置、さらに身に着けることが可能なウェアラブル機器やヘルスケア機器などに対し通信機能を搭載したものを含む。また、端末装置１は、人対人または人対機器の通信だけではなく、機器対機器の通信（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、マシンタイプ通信）にも用いられる。

端末装置１は、ユーザ端末、移動局装置、通信端末、移動機、端末、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）とも称される。基地局装置２は、無線基地局装置、基地局、無線基地局、固定局、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）、ＢＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ）とも称される。

なお、基地局装置２は、３ＧＰＰが規定するＵＭＴＳにおいてＮＢと称され、ＥＵＴＲＡおよびＡｄｖａｎｃｅｄ ＥＵＴＲＡにおいてｅＮＢと称される。なお、３ＧＰＰが規定するＵＭＴＳ、ＥＵＴＲＡおよびＡｄｖａｎｃｅｄ ＥＵＴＲＡにおける端末装置１はＵＥと称される。

また、説明の便宜上、機能的なブロック図を用いて、端末装置１および基地局装置２の各部の機能またはこれらの機能の一部を実現するための方法、手段、またはアルゴリズムのステップについて具体的に組み合わせて記載したが、これらは、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、または、これらを組み合わせたものによって、直接的に具体化され得る。

もしハードウェアによって実装されるのであれば、端末装置１および基地局装置２は説明したブロック図の構成以外に端末装置１および基地局装置２へ電力を供給する給電装置やバッテリー、液晶などのディスプレイ装置及びディスプレイ駆動装置、メモリ、入出力インターフェース及び入出力端子、スピーカー、その他の周辺装置によって構成される。

もしソフトウェアによって実装されるのであれば、その機能は、コンピュータ読み取り可能な媒体上の一つ以上の命令またはコードとして保持され、または伝達され得る。コンピュータ読み取り可能な媒体は、コンピュータプログラムをある場所から別の場所への持ち運びを助ける媒体を含むコミュニケーションメディアやコンピュータ記録メディアの両方を含む。

そして、一つ以上の命令またはコードをコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録された一つ以上の命令またはコードをコンピュータシステムに読み込ませ、実行することにより端末装置１や基地局装置２の制御を行なっても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。

本発明の各実施形態に記載の動作をプログラムで実現してもよい。本発明の各実施形態に関わる端末装置１および基地局装置２で動作するプログラムは、本発明の各実施形態に関わる上記実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭに蓄積され、その後、各種ＲＯＭやＨＤＤに格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

また、プログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の各実施形態の機能が実現される場合もある。

また、「コンピュータ読み取り可能な記録媒体」とは、半導体媒体（例えば、ＲＡＭ、不揮発性メモリカード等）、光記録媒体（例えば、DVD、MO、MD、CD、BD等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等の可搬媒体、コンピュータシステムに内蔵されるディスクユニット等の記憶装置のことをいう。さらに、「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。

また、上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるものであっても良い。

また、上記各実施形態に用いた端末装置１および基地局装置２の各機能ブロック、または諸特徴は、本明細書で述べられた機能を実行するように設計された汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向けの集積回路（ＡＳＩＣ）あるいは一般用途向けの任意の集積回路（ＩＣ）、フィールドプログラマブルゲートアレイシグナル（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものによって、実装または実行され得る。

汎用用途プロセッサは、マイクロプロセッサであっても良いが、代わりにプロセッサは従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。汎用用途プロセッサ、または上述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。

プロセッサはまた、コンピューティングデバイスを組み合わせたものとして実装されても良い。例えば、ＤＳＰとマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと接続された一つ以上のマイクロプロセッサ、またはその他のそのような構成を組み合わせたものである。

以上、この発明の実施形態について具体例に基づいて詳述してきたが、本発明の各実施形態の趣旨ならびに特許請求の範囲は、これらの具体例に限定されないことは明らかであり、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。すなわち、本明細書の記載は例示説明を目的としたものであり、本発明の各実施形態に対して何ら制限を加えるものではない。

また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も本発明の技術的範囲に含まれる。

本発明は、携帯電話、パーソナル・コンピュータ、タブレット型コンピュータなどに適用できる。

１ 端末装置
２、２−１、２−２ 基地局装置
１０１、２０１ 受信部
１０２、２０２ 復調部
１０３、２０３ 復号部
１０４、２０４ 受信データ制御部
１０５、２０５ 物理レイヤ制御部
１０６、２０６ 送信データ制御部
１０７、２０７ 符号部
１０８、２０８ 変調部
１０９、２０９ 送信部
１１０、２１０ 無線リソース制御部
２１１ ネットワーク信号送受信部

Claims (2)

1. ネットワークと通信する端末装置であって、
   前記端末装置と前記ネットワークとの間の通信の送信データ量に関する第１の情報を前記ネットワークに通知するために用いられる第１のバッファステータスレポートを送信し、
   前記端末装置を含む複数の端末装置間の直接通信の送信データ量に関する、前記第１の情報とは異なる第２の情報を前記ネットワークに通知するために用いられる第２のバッファステータスレポートを送信し、
   前記直接通信に関係する情報に関する第３の情報であって、前記直接通信の論理チャネルグループに関連する１つまたは複数の識別子を含む、前記第１の情報、前記第２の情報とは異なる前記第３の情報を前記ネットワークに送信する送信部を備え、
   前記第１のバッファステータスレポートは、前記論理チャネルグループに対応する１つまたは複数の第１のバッファサイズ情報フィールドを含み、
   前記第２のバッファステータスレポートは、１つまたは複数の第２のバッファサイズ情報フィールドと、前記１つまたは複数の第２のバッファサイズ情報フィールドに対応する送信先を示す前記１つまたは複数のインデックスフィールドと、を含み、
   前記１つまたは複数のインデックスフィールドの１つまたは複数の値は、前記第３の情報においてレポートされた前記１つまたは複数の識別子に関連する、
   端末装置。
2. ネットワークと通信する端末装置に用いられる通信方法であって、
   前記端末装置と前記ネットワークとの間の通信の送信データ量に関する第１の情報を前記ネットワークに通知するために用いられる第１のバッファステータスレポートを送信する過程と、
   前記端末装置を含む複数の端末装置間の直接通信の送信データ量に関する、前記第１の情報とは異なる第２の情報を前記ネットワークに通知するために用いられる第２のバッファステータスレポートを送信する過程と、
   前記直接通信に関係する情報に関する第３の情報であって、前記直接通信の論理チャネルグループに関連する１つまたは複数の識別子を含む、前記第１の情報、前記第２の情報とは異なる前記第３の情報を前記ネットワークに送信する過程とを有し、
   前記第１のバッファステータスレポートは、前記論理チャネルグループに対応する１つまたは複数の第１のバッファサイズ情報フィールドを含み、
   前記第２のバッファステータスレポートは、１つまたは複数の第２のバッファサイズ情報フィールドと、前記１つまたは複数の第２のバッファサイズ情報フィールドに対応する送信先を示す前記１つまたは複数のインデックスフィールドと、を含み、
   前記１つまたは複数のインデックスフィールドの１つまたは複数の値は、前記第３の情報においてレポートされた前記１つまたは複数の識別子に関連する、
   通信方法。

Images