(57)【特許請求の範囲】
【請求項１】
基地局装置及び他の端末装置と通信を行う端末装置であって、
前記基地局装置との通信に使用する第１の送信データを格納する第１の送信バッファと、
前記他の端末装置との通信に使用する第２の送信データを格納する第２の送信バッファと、
前記第１の送信データ及び前記第２の送信データの優先度に基づいて第１のバッファステータスレポートと第２のバッファステータスレポートとを設定する送信データ制御部と、
前記第１のバッファステータスレポート及び前記第２のバッファステータスレポートを前記基地局装置に報告する送信部と、
を備え、
前記第１のバッファステータスレポート及び前記第２のバッファステータスレポートのそれぞれは送信バッファのデータ量の情報を含み、
前記第１のバッファステータスレポート及び前記第２のバッファステータスレポートは、自装置に割り当てられた上りリンクリソースのパディング領域において使用され、
前記パディング領域のビット数が、前記第１のバッファステータスレポートと前記第２のバッファステータスレポートと、前記第１のバッファステータスレポートと前記第２のバッファステータスレポートそれぞれのサブヘッダを含めたビット数よりも小さく、前記第１のバッファステータスレポートと、所定のより短いフォーマットへのフォーマットの変更後の第２のバッファステータスレポートと、前記第１のバッファステータスレポートと前記変更後の第２のバッファステータスレポートそれぞれのサブヘッダを含めたビット数よりも大きい場合、
前記第２のバッファステータスレポートを、所定のより短いフォーマットに変更し、
前記パディング領域のビット数が、前記第１のバッファステータスレポートと、前記変更後の第２のバッファステータスレポートと、前記第１のバッファステータスレポートと前記変更後の第２のバッファステータスレポートそれぞれのサブヘッダを含めたビット数よりも小さく、前記第１のバッファステータスレポートと前記第１のバッファステータスレポートのサブヘッダを含めたビット数以上である場合、
第１のバッファステータスレポートを送信し、前記変更後の第２のバッファステータスレポートを送信せず、
前記パディング領域のビット数が、前記第１のバッファステータスレポートと前記第１のバッファステータスレポートのサブヘッダを含めたビット数よりも小さく、所定のより短いフォーマットへのフォーマットの変更後の第１のバッファステータスレポートと前記変更後の第１のバッファステータスレポートのサブヘッダを含めたビット数以上である場合には、
前記第１のバッファステータスレポートを、前記所定のより短いフォーマットに変更し、前記変更後の第２のバッファステータスレポートを送信しない、
端末装置。
【請求項２】
第１の端末装置に第２の端末装置との通信における送信リソースを割り当てる基地局装置と、前記基地局装置及び前記第２の端末装置と通信を行う第１の端末装置と、を含む通信システムであって、
前記第１の端末装置は、
前記基地局装置との通信に使用する第１の送信データを格納する第１の送信バッファと、
前記第２の端末装置との通信に使用する第２の送信データを格納する第２の送信バッファと、
前記第１の送信データ及び前記第２の送信データの優先度に基づいて第１のバッファステータスレポートと第２のバッファステータスレポートとを設定する送信データ制御部と、
前記第１のバッファステータスレポート及び前記第２のバッファステータスレポートを前記基地局装置に報告する送信部と、
を備え、
前記第１のバッファステータスレポート及び前記第２のバッファステータスレポートのそれぞれは送信バッファのデータ量の情報を含み、
前記第１のバッファステータスレポート及び前記第２のバッファステータスレポートは、前記第１の端末装置に割り当てられた上りリンクリソースのパディング領域において使用され、
前記パディング領域のビット数が、前記第１のバッファステータスレポートと前記第２のバッファステータスレポートと、前記第１のバッファステータスレポートと前記第２のバッファステータスレポートそれぞれのサブヘッダを含めたビット数よりも小さく、前記第１のバッファステータスレポートと、所定のより短いフォーマットへのフォーマットの変更後の第２のバッファステータスレポートと、前記第１のバッファステータスレポートと前記変更後の第２のバッファステータスレポートそれぞれのサブヘッダを含めたビット数よりも大きい場合、
前記第２のバッファステータスレポートを、所定のより短いフォーマットに変更し、
前記パディング領域のビット数が、前記第１のバッファステータスレポートと、前記変更後の第２のバッファステータスレポートと、前記第１のバッファステータスレポートと前記変更後の第２のバッファステータスレポートそれぞれのサブヘッダを含めたビット数よりも小さく、前記第１のバッファステータスレポートと前記第１のバッファステータスレポートのサブヘッダを含めたビット数以上である場合、
第１のバッファステータスレポートを送信し、前記変更後の第２のバッファステータスレポートを送信せず、
前記パディング領域のビット数が、前記第１のバッファステータスレポートと前記第１のバッファステータスレポートのサブヘッダを含めたビット数よりも小さく、所定のより短いフォーマットへのフォーマットの変更後の第１のバッファステータスレポートと前記変更後の第１のバッファステータスレポートのサブヘッダを含めたビット数以上である場合には、
前記第１のバッファステータスレポートを、前記所定のより短いフォーマットに変更し、前記変更後の第２のバッファステータスレポートを送信しない、
通信システム。
【請求項３】
基地局装置及び他の端末装置と通信を行う端末装置に適用される通信方法であって、
前記基地局装置との通信に使用される第１の送信データは自装置の第１の送信バッファに格納され、前記他の端末装置との通信に使用される第２の送信データは自装置の第２の送信バッファに格納され、前記基地局装置に報告される第１のバッファステータスレポート及び第２のバッファステータスレポートのそれぞれは送信バッファのデータ量の情報を含み、前記第１のバッファステータスレポート及び前記第２のバッファステータスレポートは、自装置に割り当てられた上りリンクリソースのパディング領域において使用され、
前記パディング領域のビット数が、前記第１のバッファステータスレポートと前記第２のバッファステータスレポートと、前記第１のバッファステータスレポートと前記第２のバッファステータスレポートそれぞれのサブヘッダを含めたビット数よりも小さく、前記第１のバッファステータスレポートと、所定のより短いフォーマットへのフォーマットの変更後の第２のバッファステータスレポートと、前記第１のバッファステータスレポートと前記変更後の第２のバッファステータスレポートそれぞれのサブヘッダを含めたビット数よりも大きい場合、
前記第２のバッファステータスレポートを、所定のより短いフォーマットに変更し、
前記パディング領域のビット数が、前記第１のバッファステータスレポートと、前記変更後の第２のバッファステータスレポートと、前記第１のバッファステータスレポートと前記変更後の第２のバッファステータスレポートそれぞれのサブヘッダを含めたビット数よりも小さく、前記第１のバッファステータスレポートと前記第１のバッファステータスレポートのサブヘッダを含めたビット数以上である場合、
第１のバッファステータスレポートを送信し、前記変更後の第２のバッファステータスレポートを送信せず、
前記パディング領域のビット数が、前記第１のバッファステータスレポートと前記第１のバッファステータスレポートのサブヘッダを含めたビット数よりも小さく、所定のより短いフォーマットへのフォーマットの変更後の第１のバッファステータスレポートと前記変更後の第１のバッファステータスレポートのサブヘッダを含めたビット数以上である場合には、
前記第１のバッファステータスレポートを、前記所定のより短いフォーマットに変更し、前記変更後の第２のバッファステータスレポートを送信しない、
通信方法。
【請求項４】
基地局装置及び他の端末装置と通信を行う端末装置に実装される集積回路であって、
前記基地局装置との通信に使用される第１の送信データは自装置の第１の送信バッファに格納され、前記他の端末装置との通信に使用される第２の送信データは自装置の第２の送信バッファに格納され、前記基地局装置に報告される第１のバッファステータスレポート及び第２のバッファステータスレポートのそれぞれは送信バッファのデータ量の情報を含み、前記第１のバッファステータスレポート及び前記第２のバッファステータスレポートは、自装置に割り当てられた上りリンクリソースのパディング領域において使用され、
前記パディング領域のビット数が、前記第１のバッファステータスレポートと前記第２のバッファステータスレポートと、前記第１のバッファステータスレポートと前記第２のバッファステータスレポートそれぞれのサブヘッダを含めたビット数よりも小さく、前記第１のバッファステータスレポートと、所定のより短いフォーマットへのフォーマットの変更後の第２のバッファステータスレポートと、前記第１のバッファステータスレポートと前記変更後の第２のバッファステータスレポートそれぞれのサブヘッダを含めたビット数よりも大きい場合、
前記第２のバッファステータスレポートを、所定のより短いフォーマットに変更し、
前記パディング領域のビット数が、前記第１のバッファステータスレポートと、前記変更後の第２のバッファステータスレポートと、前記第１のバッファステータスレポートと前記変更後の第２のバッファステータスレポートそれぞれのサブヘッダを含めたビット数よりも小さく、前記第１のバッファステータスレポートと前記第１のバッファステータスレポートのサブヘッダを含めたビット数以上である場合、
第１のバッファステータスレポートを送信し、前記変更後の第２のバッファステータスレポートを送信せず、
前記パディング領域のビット数が、前記第１のバッファステータスレポートと前記第１のバッファステータスレポートのサブヘッダを含めたビット数よりも小さく、所定のより短いフォーマットへのフォーマットの変更後の第１のバッファステータスレポートと前記変更後の第１のバッファステータスレポートのサブヘッダを含めたビット数以上である場合には、
前記第１のバッファステータスレポートを、前記所定のより短いフォーマットに変更し、前記変更後の第２のバッファステータスレポートを送信しない機能と、
を自装置に対して発揮させる集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、デバイス間通信の送信リソース要求を効率的に行う端末装置、基地局装置、通信システム、通知方法および集積回路の技術に関する。
本願は、２０１４年３月２０日に、日本に出願された特願２０１４−０５７３６３号に基づき優先権を主張し、その内容をここに援用する。
【背景技術】
【０００２】
標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ−Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）通信方式やリソースブロックと呼ばれる所定の周波数・時間単位の柔軟なスケジューリングの採用によって、高速な通信を実現させたＥｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（以降ＥＵＴＲＡと称する）の標準化が行なわれた。【０００３】
また、３ＧＰＰでは、より高速なデータ伝送を実現し、ＥＵＴＲＡに対して上位互換性を持つＡｄｖａｎｃｅｄ  ＥＵＴＲＡの検討を行っている。【０００４】
Ａｄｖａｎｃｅｄ  ＥＵＴＲＡでは、端末装置間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信の導入が検討されている。Ｄ２Ｄ通信においては、近接した端末装置間のサービス（Ｐｒｏｘｉｍｉｔｙ  ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ：ＰｒｏＳｅ）として、端末装置同士が近くに位置するか否かを確認（発見）するための仕組み（ＰｒｏＳｅ  Ｄｉｄｃｏｖｅｒｙ）や、端末装置同士が基地局装置を介さずに通信を行うための仕組み（ＰｒｏＳｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ、デバイス間データ通信とも称する）などが主に検討されている（非特許文献１）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．８４３  Ｖ１．０．０（２０１３−１１）ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ＤｙｎａＲｅｐｏｒｔ／３６８４３．ｈｔｍ
【非特許文献２】Ｄｒａｆｔ  Ｒｅｐｏｒｔ  ｏｆ  ３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ２  ｍｅｅｔｉｎｇ  ＃８５  ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿８５／Ｒｅｐｏｒｔ／
【非特許文献３】Ｒ２−１４０６２５，Ｅｒｉｃｓｓｏｎ，“Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  Ｄ２Ｄ  ｔｒａｎｓｍｉｔｔｅｒｓ  ｉｎ  ｃｏｖｅｒａｇｅ”  ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿８５／Ｄｏｃｓ／Ｒ２−１４０６２５．ｚｉｐ
【発明の概要】
【発明が解決しようとする課題】
【０００６】
非特許文献２では、端末装置間通信（デバイス間データ通信）の通信リソースを基地局装置が設定することが記載されている。例えば、基地局装置が端末装置間の通信で使用する受信リソースを報知情報や既定の設定によって端末装置に通知し、端末装置からのリソース要求に基づき、端末装置間の通信で使用する送信リソースを端末装置に割り当てる方法や、基地局装置が端末装置間の通信で使用する送受信リソースを報知情報や既定の設定によって端末装置に通知し、端末装置が自主的に送信リソースを通知されたリソースから選択する方法などが記載されている。【０００７】
しかしながら、非特許文献２では、端末装置がどのような方法で送信リソースを取得するかについての具体的な方法は示されていない。【０００８】
また、非特許文献３では、端末装置からのリソース要求に基づき、端末装置間の通信で使用する送信リソースを端末装置に割り当てる手段として、既存の送信バッファ状況の報告のためのメッセージであるバッファステータスレポート（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ：ＢＳＲ）をデバイス間データ通信に適用させる新しいメッセージを導入することが記載されているが、現状の基地局装置との通信に使用されるバッファステータスレポートと、デバイス間データ通信で使用されるバッファステータスレポートとをどのように基地局装置へ送信するのかは示されていない。【０００９】
特に、バッファステータスレポートを送ることができるビット数が限られているときには、基地局装置との通信に使用されるバッファステータスレポートと、デバイス間データ通信で使用されるバッファステータスレポートとを同時に送ることができない場合が考えられる。【００１０】
本発明の実施形態は、デバイス間データ通信の送信リソース要求を効率的に行うことが可能な端末装置、基地局装置、通信システム、通知方法および集積回路に関する。
【課題を解決するための手段】
【００１１】
（１）本発明の実施形態における端末装置は、基地局装置とのデータ通信と、基地局装置を介さない端末装置間のデータ通信（デバイス間データ通信）とを行う端末装置であって、自装置の送信バッファに準備された基地局装置への第１の送信データと、デバイス間データ通信の第２の送信データと、各送信データの優先度とに基づき、基地局装置へ通知する送信バッファ量報告を構成して報告する手段を備えていてもよい。【００１２】
（２）また、本発明の他の実施形態における端末装置において、送信バッファ量報告は、自装置に割り当てられた上りリンクリソースのパディング領域を使用して報告される送信バッファ量報告であり、パディング領域が、第１の送信データの送信バッファ量報告と、第２の送信データの送信バッファ量報告とを含めることができない場合に、優先度に基づいて、何れの送信データの送信バッファ量報告を短いフォーマットに変更するかを判定してもよい。【００１３】
（３）また、本発明の他の実施形態における端末装置において、送信バッファ量報告は、自装置に割り当てられた上りリンクリソースのパディング領域を使用して報告される送信バッファ量報告であり、パディング領域が、第１の送信データの送信バッファ量報告と、第２の送信データの送信バッファ量報告とを含めることができない場合に、何れか優先度が高く設定された送信データの送信バッファ量報告のみを基地局装置へ通知する送信バッファ量報告に含めてもよい。【００１４】
（４）また、本発明の他の実施形態における基地局装置は、基地局装置を介さない端末装置間のデータ通信（デバイス間データ通信）の送信リソースを端末装置に割り当てる基地局装置であって、端末装置の送信バッファに準備された基地局装置への第１の送信データと、デバイス間データ通信の第２の送信データの送信バッファ量報告のために、第１の送信データと第２の送信データの何れの優先度が高いかを識別できる情報を端末装置に通知する手段を備えることができる。【００１５】
（５）また、本発明の他の実施形態における通信システムは、基地局装置を介さない端末装置間のデータ通信（デバイス間データ通信）を行う端末装置と、端末装置にデバイス間データ通信の送信リソースを割り当てる基地局装置とを含むことができ、基地局装置は、端末装置の送信バッファに準備された基地局装置への第１の送信データと、デバイス間データ通信の第２の送信データの送信バッファ量報告のために、第１の送信データと第２の送信データの何れの優先度が高いかを識別できる情報を端末装置に通知し、端末装置は、自装置の送信バッファに準備された基地局装置への第１の送信データと、デバイス間データ通信の第２の送信データと、通知された情報とに基づき、基地局装置へ通知する送信バッファ量報告を構成して報告する手段を備えることができる。【００１６】
（６）また、本発明の他の実施形態における通知方法は、基地局装置を介さない端末装置間のデータ通信（デバイス間データ通信）を行う端末装置に適用される通知方法であって、自装置の送信バッファに準備された基地局装置への第１の送信データと、デバイス間データ通信の第２の送信データと、第１の送信データと第２の送信データの何れの優先度が高いかを識別できる情報とに基づき、基地局装置へ通知する送信バッファ量報告を構成して報告するステップを少なくとも含むことができる。【００１７】
（７）また、本発明の他の実施形態における通知方法は、基地局装置を介さない端末装置間のデータ通信（デバイス間データ通信）の送信リソースを端末装置に割り当てる基地局装置に適用される通知方法であって、端末装置の送信バッファに準備された基地局装置への第１の送信データと、デバイス間データ通信の第２の送信データの送信バッファ量報告のために、第１の送信データと第２の送信データの何れの優先度が高いかを識別できる情報を前記端末装置に通知するステップを少なくとも含むことができる。【００１８】
（８）また、本発明の他の実施形態における集積回路は、基地局装置を介さない端末装置間のデータ通信（デバイス間データ通信）を行う端末装置に実装される集積回路であって、自装置の送信バッファに準備された前記基地局装置への第１の送信データと、デバイス間データ通信の第２の送信データと、第１の送信データと第２の送信データの何れの優先度が高いかを識別できる情報とに基づき、前記基地局装置へ通知する送信バッファ量報告を構成して報告する機能を前記端末装置に対して発揮させるようにしてもよい。【００１９】
（９）また、本発明の他の実施形態における集積回路は、基地局装置を介さない端末装置間のデータ通信（デバイス間データ通信）の送信リソースを端末装置に割り当てる基地局装置に実装される集積回路であって、端末装置の送信バッファに準備された基地局装置への第１の送信データと、デバイス間データ通信の第２の送信データの送信バッファ量報告のために、第１の送信データと第２の送信データの何れの優先度が高いかを識別できる情報を前記端末装置に通知する機能を前記基地局装置に対して発揮させるようにしてもよい。
【発明の効果】
【００２０】
以上、説明したように、本発明の実施形態によれば、デバイス間データ通信の送信リソース要求を効率的に行うことが可能な端末装置、基地局装置、通信システム、通知方法および集積回路に関する技術を提供することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態に係る端末装置の概略構成の一例を示すブロック図である。
【図２】本発明の実施形態に係る基地局装置の概略構成の一例を示すブロック図である。
【図３】本発明の実施形態に係るデバイス間データ通信のための送信リソース要求に関するシーケンスチャート図の一例を示したものである。
【図４】本発明の第１の実施形態に係る端末装置のパディングＢＳＲ生成に関する手順の一例について示したフローチャート図である。
【図５】本発明の第２の実施形態に係る端末装置のパディングＢＳＲ生成に関する手順の一例について示したフローチャート図である。
【図６】本発明の実施形態に係るユーザ平面（ＵＰ（Ｕｓｅｒ−ｐｌａｎｅ、Ｕ−Ｐｌａｎｅ））プロトコルスタックを表す図である。
【図７】本発明の実施形態に係る制御平面（ＣＰ（Ｃｏｎｔｒｏｌ−ｐｌａｎｅ、Ｃ−Ｐｌａｎｅ））プロトコルスタックを表す図である。
【図８】本発明の実施形態に係る競合ベースランダムアクセス手順に関するシーケンスチャート図の一例を示したものである。
【図９】本発明の実施形態に係る非競合ベースランダムアクセス手順に関するシーケンスチャート図の一例を示したものである。
【図１０】本発明の実施形態に係るＭＡＣ層のＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔｓ）の構成の一例を示したものである。
【発明を実施するための形態】
【００２２】
本発明の各実施形態に関わる技術について以下に簡単に説明する。
【００２３】
[物理チャネル／物理シグナル]
ＥＵＴＲＡおよびＡｄｖａｎｃｅｄ  ＥＵＴＲＡで使用される主な物理チャネル、物理シグナルについて説明を行なう。チャネルとは信号の送受信に用いられる媒体を意味し、物理チャネルとは信号の送受信に用いられる物理的な媒体を意味する。本発明において、物理チャネルは、信号と同義的に使用され得る。物理チャネルは、ＥＵＴＲＡ、およびＡｄｖａｎｃｅｄ  ＥＵＴＲＡにおいて、今後追加、または、その構造やフォーマット形式が変更または追加される可能性があるが、変更または追加された場合でも本発明の各実施形態の説明には影響しない。
【００２４】
ＥＵＴＲＡおよびＡｄｖａｎｃｅｄ  ＥＵＴＲＡでは、物理チャネルまたは物理シグナルのスケジューリングについて無線フレームを用いて管理している。１無線フレームは１０ｍｓであり、１無線フレームは１０サブフレームで構成される。さらに、１サブフレームは２スロットで構成される（すなわち、１サブフレームは１ｍｓ、１スロットは０．５ｍｓである）。また、物理チャネルが配置されるスケジューリングの最小単位としてリソースブロックを用いて管理している。リソースブロックとは、周波数軸を複数サブキャリア（例えば１２サブキャリア）の集合で構成される一定の周波数領域と、一定の送信時間間隔（１スロット）で構成される領域で定義される。
【００２５】
同期シグナル（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌｓ）は、３種類のプライマリ同期シグナルと、周波数領域で互い違いに配置される３１種類の符号から構成されるセカンダリ同期シグナルとで構成され、プライマリ同期シグナルとセカンダリ同期シグナルの信号の組み合わせによって、基地局装置を識別する５０４通りのセル識別子（物理セルＩＤ（ＰＣＩ：Ｐｈｙｓｉｃａｌ  Ｃｅｌｌ  Ｉｄｅｎｔｉｔｙ））と、無線同期のためのフレームタイミングが示される。端末装置は、セルサーチによって受信した同期シグナルの物理セルＩＤを特定する。
【００２６】
物理報知情報チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  ＣＨａｎｎｅｌ）は、セル内の端末装置で共通に用いられる制御パラメータ（報知情報（システム情報（ＳＩ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）））を通知（設定）する目的で送信される。物理報知情報チャネルで通知されない報知情報は、物理下りリンク制御チャネルで報知情報が送信される無線リソースがセル内の端末装置に対して通知され、通知された無線リソースにおいて、物理下りリンク共用チャネルによって報知情報を通知するレイヤ３メッセージ（システムインフォメーション）が送信される。
【００２７】
報知情報として、セル個別の識別子を示すセルグローバル識別子（ＣＧＩ：Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）、ページングによる待ち受けエリアを管理するトラッキングエリア識別子（ＴＡＩ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｆｉｅｒ）、ランダムアクセス設定情報、送信タイミング調整情報、当該セルにおける共通無線リソース設定情報、周辺セル情報、上りリンクアクセス制限情報などが通知される。
【００２８】
下りリンクリファレンスシグナルは、その用途によって複数のタイプに分類される。例えば、セル固有ＲＳ（ＣＲＳ：Ｃｅｌｌ-ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌｓ）は、セル毎に所定の電力で送信されるパイロットシグナルであり、所定の規則に基づいて周波数領域および時間領域で周期的に繰り返される下りリンクリファレンスシグナルである。端末装置は、セル固有ＲＳを受信することでセル毎の受信品質を測定する。また、端末装置は、セル固有ＲＳと同時に送信される物理下りリンク制御チャネル、または物理下りリンク共用チャネルの復調のための参照用の信号としても下りリンクセル固有ＲＳを使用する。セル固有ＲＳに使用される系列は、セル毎に識別可能な系列が用いられる。
【００２９】
また、下りリンクリファレンスシグナルは下りリンクの伝搬路変動の推定にも用いられる。伝搬路変動の推定に用いられる下りリンクリファレンスシグナルのことをチャネル状態情報リファレンスシグナル（ＣＳＩ−ＲＳ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌｓ）と称する。また、端末装置に対して個別に設定される下りリンクリファレンスシグナルは、ＵＥ  ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌｓ（ＵＲＳ）またはＤｅｄｉｃａｔｅｄ  ＲＳ（ＤＲＳ）と称され、物理下りリンク制御チャネル、または物理下りリンク共用チャネルを復調するときのチャネルの伝搬路補償処理のために参照される。
【００３０】
物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）は、各サブフレームの先頭からいくつかのＯＦＤＭシンボル（例えば１〜４ＯＦＤＭシンボル）で送信される。拡張物理下りリンク制御チャネル（ＥＰＤＣＣＨ：Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）は、物理下りリンク共用チャネルＰＤＳＣＨが配置されるＯＦＤＭシンボルに配置される物理下りリンク制御チャネルである。ＰＤＣＣＨまたはＥＰＤＣＣＨは、端末装置に対して基地局装置のスケジューリングに従った無線リソース割り当て情報や、送信電力の増減の調整量を指示する情報を通知する目的で使用される。以降、単に物理下りリンク制御チャネル（ＰＤＣＣＨ）と記載した場合、特に明記がなければ、ＰＤＣＣＨとＥＰＤＣＣＨの両方の物理チャネルを意味する。
【００３１】
端末装置は、下りリンクデータや下りリンク制御データであるレイヤ２メッセージおよびレイヤ３メッセージ（ページング、ハンドオーバコマンドなど）を送受信する前に自装置宛の物理下りリンク制御チャネルを監視（モニタ）し、自装置宛の物理下りリンク制御チャネルを受信することで、送信時には上りリンクグラント、受信時には下りリンクグラント（下りリンクアサインメント）と呼ばれる無線リソース割り当て情報を物理下りリンク制御チャネルから取得する必要がある。なお、物理下りリンク制御チャネルは、上述したＯＦＤＭシンボルで送信される以外に、基地局装置から端末装置に対して個別（ｄｅｄｉｃａｔｅｄ）に割り当てられるリソースブロックの領域で送信されるように構成することも可能である。
【００３２】
物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）は、物理下りリンク共用チャネルで送信されたデータの受信確認応答（ＡＣＫ／ＮＡＣＫ：ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ  ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）や下りリンクの伝搬路（チャネル状態）情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）、上りリンクの無線リソース割り当て要求（無線リソース要求、スケジューリングリクエスト（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ））を行なうために使用される。
【００３３】
ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＰＴＩ（Ｐｒｅｃｏｄｉｎｇ  Ｔｙｐｅ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）を含む。各Ｉｎｄｉｃａｔｏｒは、Ｉｎｄｉｃａｔｉｏｎと表記されてもよい。
【００３４】
物理下りリンク共用チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）は、下りリンクデータの他、ページングや物理報知情報チャネルで通知されない報知情報（システムインフォメーション）をレイヤ３メッセージとして端末装置に通知するためにも使用される。物理下りリンク共用チャネルの無線リソース割り当て情報は、物理下りリンク制御チャネルで示される。物理下りリンク共用チャネルは物理下りリンク制御チャネルが送信されるＯＦＤＭシンボル以外のＯＦＤＭシンボルに配置されて送信される。すなわち、物理下りリンク共用チャネルと物理下りリンク制御チャネルは１サブフレーム内で時分割多重されている。
【００３５】
物理上りリンク共用チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）は、主に上りリンクデータと上りリンク制御データを送信し、下りリンクの受信品質やＡＣＫ／ＮＡＣＫなどの制御データを含めることも可能である。また、上りリンクデータの他、上りリンク制御情報をレイヤ３メッセージとして端末装置から基地局装置に通知するためにも使用される。また、下りリンクと同様に物理上りリンク共用チャネルの無線リソース割り当て情報は、物理下りリンク制御チャネルで示される。
【００３６】
上りリンクリファレンスシグナル（Ｕｐｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）（上りリンク参照信号、上りリンクパイロット信号、上りリンクパイロットチャネルとも呼称する）は、基地局装置が、物理上りリンク制御チャネルＰＵＣＣＨおよび／または物理上りリンク共用チャネルＰＵＳＣＨを復調するために使用する復調参照信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）と、基地局装置が、主に、上りリンクのチャネル状態を推定するために使用するサウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）が含まれる。また、サウンディング参照信号には、周期的に送信される周期的サウンディング参照信号（Ｐｅｒｉｏｄｉｃ  ＳＲＳ）と、基地局装置から指示されたときに送信される非周期的サウンディング参照信号（Ａｐｅｒｉｏｄｉｃ  ＳＲＳ）とがある。
【００３７】
物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）は、プリアンブル系列を通知（設定）するために使用されるチャネルであり、ガードタイムを有する。プリアンブル系列は、複数のシーケンスによって基地局装置へ情報を通知するように構成される。例えば、６４種類のシーケンスが用意されている場合、６ビットの情報を基地局装置へ示すことができる。物理ランダムアクセスチャネルは、端末装置の基地局装置へのアクセス手段として用いられる。
【００３８】
端末装置は、物理上りリンク制御チャネル未設定時の上りリンクの無線リソース要求のため、または、上りリンク送信タイミングを基地局装置の受信タイミングウィンドウに合わせるために必要な送信タイミング調整情報（タイミングアドバンス（ＴＡ：Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ）とも呼ばれる）を基地局装置に要求するためなどに物理ランダムアクセスチャネルを用いる。また、基地局装置は、端末装置に対して物理下りリンク制御チャネルを用いてランダムアクセス手順の開始を要求することもできる。
【００３９】
さらに、Ｄ２Ｄ通信の同期をとるために同期元となる装置が送信するＤ２Ｄ同期信号（Ｄ２ＤＳＳ）がある。Ｄ２ＤＳＳは、基地局装置が同期元となる場合、プライマリ同期シグナルとセカンダリ同期シグナルとが用いられる。同期元が基地局装置以外である場合、Ｄ２ＤＳＳは、Ｚａｄｏｆｆ−Ｃｈｕ系列であるプライマリＤ２Ｄ同期シグナル（ＰＤ２ＤＳＳ）とＭ系列であるセカンダリＤ２Ｄ同期シグナル（ＳＤ２ＤＳＳ）とが用いられる。また、同期元装置の識別子、同期元装置の種類（タイプ）、制御信号などを通知する物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）が検討されている。
【００４０】
なお、それ以外の物理チャネルまたは物理シグナルは、本発明の各実施形態に関わらないため詳細な説明は省略する。説明を省略した物理チャネルまたは物理シグナルとして、物理制御フォーマット指示チャネル（ＰＣＦＩＣＨ：Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）、物理ＨＡＲＱ指示チャネル（ＰＨＩＣＨ：Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）、物理マルチキャストチャネル（ＰＭＣＨ：Ｐｈｙｓｉｃａｌ  Ｍｕｌｔｉｃａｓｔ  ＣＨａｎｎｅｌ）などがある。
【００４１】
[無線ネットワーク]
基地局装置によって制御される各周波数の通信可能範囲（通信エリア）はセルとしてみなされる。このとき、基地局装置がカバーする通信エリアは周波数毎にそれぞれ異なる広さ、異なる形状であっても良い。また、カバーするエリアが周波数毎に異なっていてもよい。また、基地局装置の種別やセル半径の大きさが異なるセルが、同一の周波数または異なる周波数のエリアに混在して一つの通信システムを形成している無線ネットワークのことを、ヘテロジニアスネットワークと称する。
【００４２】
端末装置は、セルの中を通信エリアとみなして動作する。端末装置が、あるセルから別のセルへ移動するときは、非無線接続時（アイドル状態、ＲＲＣ＿ＩＤＬＥ状態とも称する）はセル再選択手順、無線接続時（コネクティッド状態、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態とも称する）はハンドオーバ手順によって別の適切なセルへ移動する。適切なセルとは、一般的に端末装置のアクセスが基地局装置から指定される情報に基づいて禁止されていないと判断したセルであって、かつ、下りリンクの受信品質が所定の条件を満足するセルのことを示す。
【００４３】
基地局装置は端末装置が通信可能なエリアであるセルを周波数毎に管理する。１つの基地局装置が複数のセルを管理していてもよい。
【００４４】
端末装置がある基地局装置と通信可能であるとき、その基地局装置のセルのうち、端末装置との通信に使用されるように設定されているセルは在圏セル（Ｓｅｒｖｉｎｇ  ｃｅｌｌ）であり、その他の通信に使用されないセルは周辺セル（Ｎｅｉｇｈｂｏｒｉｎｇ  ｃｅｌｌ）と称される。
【００４５】
[無線プロトコル構造]
図６は、ＥＵＴＲＡの無線ネットワーク（ＥＵＴＲＡＮ）の端末装置及び基地局装置のユーザデータを扱うユーザ平面（ＵＰ（Ｕｓｅｒ−ｐｌａｎｅ、Ｕ−Ｐｌａｎｅ））プロトコルスタックを表す図である。また、図７は、制御データを扱う制御平面（ＣＰ（Ｃｏｎｔｒｏｌ−ｐｌａｎｅ、Ｃ−Ｐｌａｎｅ））プロトコルスタックを表す図である。
【００４６】
図６および図７において、物理層（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ：ＰＨＹ層）は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供する。ＰＨＹ層は、上位の媒体アクセス制御層（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ：ＭＡＣ層）とトランスポートチャネルで接続される。トランスポートチャネルを介して、ＭＡＣ層とＰＨＹ層とレイヤ（ｌａｙｅｒ：層）間でデータが移動する。端末装置と基地局装置のＰＨＹ層間において、物理チャネルを介してデータの送受信が行われる。
【００４７】
ＭＡＣ層は、多様な論理チャネルを多様なトランスポートチャネルにマッピングを行う。ＭＡＣ層は、上位の無線リンク制御層（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ：ＲＬＣ層）とは論理チャネルで接続される。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユーザ情報を伝送するトラフィックチャネルに分けられる。ＭＡＣ層は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ層の制御を行う機能、ランダムアクセス手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持つ。
【００４８】
ＲＬＣ層は、上位層から受信したデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び結合(Ｃｏｎｃａｔｅｎａｔｉｏｎ)し、下位層が適切にデータ送信できるようにデータサイズを調節する。また、ＲＬＣ層は、各データが要求するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証するための機能も持つ。すなわち、ＲＬＣ層は、データの再送制御等の機能を持つ。
【００４９】
パケットデータコンバージェンスプロトコル層（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  ｌａｙｅｒ：ＰＤＣＰ層）は、ユーザデータであるＩＰパケットを無線区間で効率的に伝送するために、不要な制御情報の圧縮を行うヘッダ圧縮機能を持つ。また、ＰＤＣＰ層は、データの暗号化の機能も持つ。
【００５０】
さらに、制御平面プロトコルスタックには、無線リソース制御層（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ：ＲＲＣ層）がある。ＲＲＣ層は、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＲＢ）の設定・再設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御を行う。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＳＲＢ）とデータ無線ベアラ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＤＲＢ）とに分けられ、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用される。ＤＲＢは、ユーザデータを送信する経路として利用される。基地局装置と端末装置のＲＲＣ層間で各ＲＢの設定が行われる。
【００５１】
尚、ＰＨＹ層は一般的に知られる開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：ＯＳＩ）モデルの階層構造の中で第一層の物理層に対応し、ＭＡＣ層、ＲＬＣ層及びＰＤＣＰ層はＯＳＩモデルの第二層であるデータリンク層に対応し、ＲＲＣ層はＯＳＩモデルの第三層であるネットワーク層に対応する。
【００５２】
また、ネットワークと端末装置との間で用いられるシグナリングプロトコルは、アクセス層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ＡＳ）プロトコルと非アクセス層（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ＮＡＳ）プロトコルとに分割される。例えば、ＲＲＣ層以下のプロトコルは、端末装置と基地局装置との間で用いられるアクセス層プロトコルである。また、端末装置の接続管理（Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ：ＣＭ）やモビリティ管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ：ＭＭ）などのプロトコルは非アクセス層プロトコルであり、端末装置とコアネットワーク（ＣＮ）との間で用いられる。例えば図７に示すように、端末装置とモバイル管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ：ＭＭＥ）との間で、非アクセス層プロトコルを用いた通信が、基地局装置を介して透過的に行われる。
【００５３】
[ランダムアクセス手順]
ランダムアクセス手順について以下に説明する。ランダムアクセス手順には、競合ベースランダムアクセス手順（Ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）と非競合ベースランダムアクセス手順（Ｎｏｎーｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）の２つのアクセス手順がある。
【００５４】
競合ベースランダムアクセス手順は、移動局装置間で衝突する可能性のあるランダムアクセス手順であり、基地局装置と接続（通信）していない状態からの初期アクセス時や基地局装置と接続中であるが、上りリンク同期が外れている状態で移動局装置に上りリンクデータ送信が発生した場合のスケジューリングリクエストなどに行われる。
【００５５】
非競合ベースランダムアクセス手順は、移動局装置間で衝突が発生しないランダムアクセス手順であり、基地局装置と移動局装置が接続中であるが、上りリンクの同期が外れている場合に迅速に移動局装置と基地局装置との間の上りリンク同期をとるためにハンドオーバや移動局装置の送信タイミングが有効でない場合等の特別な場合に基地局装置から指示されて移動局装置がランダムアクセス手順を開始する。非競合ベースランダムアクセス手順は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：Ｌａｙｅｒ３）層のメッセージ及び物理下りリンク制御チャネルＰＤＣＣＨの制御データにより指示される。
【００５６】
図８を用いて競合ベースランダムアクセス手順を簡単に説明する。まず、端末装置がランダムアクセスプリアンブルを基地局装置に送信する（メッセージ１：（１）、ステップＳ８１）。そして、ランダムアクセスプリアンブルを受信した基地局装置が、ランダムアクセスプリアンブルに対する応答（ランダムアクセスレスポンス）を端末装置に送信する（メッセージ２：（２）、ステップＳ８２）。端末装置がランダムアクセスレスポンスに含まれているスケジューリング情報を元に上位レイヤ（Ｌａｙｅｒ２／Ｌａｙｅｒ３）のメッセージを送信する（メッセージ３：（３）、ステップＳ８３）。基地局装置は、（３）の上位レイヤメッセージを受信できた端末装置に衝突確認メッセージを送信する（メッセージ４：（４）、ステップＳ８４）。なお、競合ベースランダムアクセスをランダムプリアンブル送信とも称する。
【００５７】
次に、図９を用いて非競合ベースランダムアクセス手順を簡単に説明する。まず、基地局装置は、プリアンブル番号（または、シーケンス番号）と使用するランダムアクセスチャネル番号を端末装置に通知する（メッセージ０：（１）’、ステップＳ９１）。端末装置は、指定されたプリアンブル番号のランダムアクセスプリアンブルを指定されたランダムアクセスチャネルＲＡＣＨに送信する（メッセージ１：（２）’、ステップＳ９２）。そして、ランダムアクセスプリアンブルを受信した基地局装置が、ランダムアクセスプリアンブルに対する応答（ランダムアクセスレスポンス）を端末装置に送信する（メッセージ２：（３）’、ステップＳ９３）。ただし、通知されたプリアンブル番号の値が０の場合は、競合ベースランダムアクセス手順を行なう。なお、非競合ベースランダムアクセス手順を専用プリアンブル送信とも称する。
【００５８】
[上りリンクデータ送信]
上りリンクデータの送信について以下に説明する。物理上りリンク制御チャネルＰＵＣＣＨは、物理下りリンク共用チャネルＰＤＳＣＨで送信される下りリンクデータの応答（ＡＣＫ／ＮＡＣＫ）、下りリンクの無線チャネル品質情報（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ：ＣＱＩ）、上りリンクデータの送信要求（スケジューリングリクエスト（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ：ＳＲ））の送信に使用される。端末装置が上りリンクデータの送信要求を行う場合、基地局装置から割り当てられた物理上りリンク制御チャネルＰＵＣＣＨを利用して、スケジューリングリクエストを基地局装置に送信する。
【００５９】
スケジューリングリクエスト送信後、基地局装置から物理上りリンク共用チャネルＰＵＳＣＨのリソースを割り当てられた場合、端末装置は、割り当てられた物理上りリンク共用チャネルＰＵＳＣＨのリソースで端末装置の送信データのバッファ状態情報を示すバッファステータスレポート（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ：ＢＳＲ）を送信する。なお、基地局装置は、バッファステータスレポートに基づいて端末装置への上りリンクデータスケジューリングを行う。
【００６０】
スケジューリングリクエスト送信後、基地局装置から物理上りリンク共用チャネルＰＵＳＣＨのリソースを割り当てられない場合、端末装置は、再度、スケジューリングリクエストを送信する。スケジューリングリクエストの再送を繰り返しても基地局装置から物理上りリンク共用チャネルＰＵＳＣＨのリソースを割り当てられない場合、端末装置は、割り当てられている物理上りリンク制御チャネルＰＵＣＣＨおよび上りリンク参照信号を解放して、スケジューリングリクエストを目的としたランダムアクセス手順を実行する。なお、ランダムアクセス手順によるスケジューリングリクエストでは、端末装置は、メッセージ３でバッファステータスレポートを送信する。
【００６１】
[ＭＡＣ  ＰＤＵ]
ＭＡＣ層のＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔｓ）について説明する。ＭＡＣ  ＰＤＵは、１バイト（８ビット）の整数倍の長さを持つ。ＭＡＣ  ＰＤＵは、用途に応じて複数のフォーマットが存在するが、ここでは透過ＭＡＣ（Ｔｒａｎｓｐａｒｅｎｔ  ＭＡＣ）、ランダムアクセスレスポンス、ＭＣＨを除く下りリンク共用チャネル（ＤＬ−ＳＣＨ）、上りリンク共用チャネル（ＵＬ−ＳＣＨ）のためのＭＡＣ  ＰＤＵについて説明する。
【００６２】
図１０に示すように、ＭＡＣ  ＰＤＵは、ＭＡＣ  ｈｅａｄｅｒとＭＡＣ  ｐａｙｌｏａｄとで構成される。さらに、ＭＡＣ  ｐａｙｌｏａｄは、ＭＡＣ  ＣＥ（ＭＡＣ  Ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）と、ＭＡＣ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）とＰａｄｄｉｎｇとで構成される。また、ＭＡＣ  ｈｅａｄｅｒは、ＭＡＣ  ｐａｙｌｏａｄのコンテンツに対応する１つ以上のＭＡＣ  ＰＤＵ  ｓｕｂｈｅａｄｅｒ（サブヘッダ）で構成され、各ＭＡＣ  ＰＤＵ  ｓｕｂｈｅａｄｅｒの順番は、ＭＡＣ  ｐａｙｌｏａｄに含まれるＭＡＣ  ＣＥ、ＭＡＣ  ＳＤＵ、Ｐａｄｄｉｎｇと同じ順番となる。各ＭＡＣ  ＰＤＵ  ｓｕｂｈｅａｄｅｒには、論理チャネル識別子（ＬＣＩＤ）が含まれており、論理チャネル識別子によってＭＡＣ  ｐａｙｌｏａｄに含まれるデータの種類が特定される。また、ＭＡＣ  ｐａｙｌｏａｄに含まれるＭＡＣ  ＣＥは、ＭＡＣ  ＳＤＵよりも前に配置される。すなわち、ＭＡＣ  ｈｅａｄｅｒには、ＭＡＣ  ＳＤＵを示すＬＣＩＤのＭＡＣ  ＰＤＵ  ｓｕｂｈｅａｄｅｒよりも前にＭＡＣ  ＣＥを示すＬＣＩＤのＭＡＣ  ＰＤＵ  ｓｕｂｈｅａｄｅｒが配置される。
【００６３】
[ＭＡＣ層機能の詳細]
端末装置のＭＡＣ層の機能について、より詳細に以下に説明する。ＭＡＣ層は、各論理チャネルをトランスポートチャネルにマッピングする機能を持っている。また、優先度に応じて論理チャネルから送信データを生成する機能を持っている。この手順は論理チャネル優先順位付け（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ：ＬＣＰ）手順と呼ばれている。基本的なＬＣＰ手順は、各論理チャネルの優先度と、無線ベアラのＱｏＳに対応する一定期間内に送信しなければならない送信ビットレート（Ｐｒｉｏｒｉｔｉｚｅｄ  Ｂｉｔ  Ｒａｔｅ：ＰＢＲ）とを考慮して送信データの送信優先順位を決定し、上りリンクグラントを受信した時点での送信優先順位の高いデータから送信データを生成する。基地局装置との接続時にＭＡＣ層は、各ＲＢの論理チャネル番号、論理チャネルの優先度とＰＢＲ等の情報をＲＲＣ層から取得する。
【００６４】
また、ＭＡＣ層は、各論理チャネルに対応する送信バッファのデータ量（送信バッファ状況）を通知する機能を持っている。この機能をバッファステータスレポート（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ：ＢＳＲ）という。また、バッファステータスレポートを送信バッファ量報告とも称する。ＢＳＲでは、各論理チャネルを論理チャネルグループ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ：ＬＣＧ）に割り当て、各ＬＣＧに対する送信バッファ量（バッファ状態）をＭＡＣ層のメッセージ（ＭＡＣ  ＣＥ）として基地局装置に通知する。
【００６５】
バッファステータスレポートには送信バッファ量を示すために６ビットの情報が含まれ、０バイトを示すインデックス（０）、１バイトから１５００００バイトを示す６２段階のインデックス（１から６２）、１５００００バイトより多いバイト数を示すインデックス（６３）の計６４のテーブル（通常テーブル）のインデックスの何れかが報告される。しかし、より多くのバイト数を報告するために、基地局装置からＲＲＣ層のメッセージによって拡張ＢＳＲサイズ（ｅｘｔｅｎｄｅｄＢＳＲ−Ｓｉｚｅｓ）が設定されている場合には、６ビットの情報として、０バイトを示すインデックス（０）、１バイトから３００００００バイトを示す６２段階のインデックス（１から６２）、３００００００バイトより多いバイト数を示すインデックス（６３）の計６４のテーブル（拡張テーブル）のインデックスの何れかが報告される。
【００６６】
ＢＳＲには、レギュラーＢＳＲとパディングＢＳＲと、ピリオディックＢＳＲとがあり、ＢＳＲがトリガされる条件として、いくつかの条件がある。例えば、レギュラーＢＳＲは、ある論理チャネルに属する上りリンクデータが上位層で（ＲＬＣかＰＤＣＰ）送信できる状態になったときに、当該上りリンクデータが、他の送信できる状態になった送信データの属する論理チャネルよりも優先度が高い場合、または他の何れの論理チャネルにも送信できる状態のデータがない場合にトリガされる。また、レギュラーＢＳＲは、端末装置が、タイマー（ｒｅｔｘＢＳＲ−Ｔｉｍｅｒ）の計時が満了したときに、何れかの論理チャネルで送信できる状態のデータを持っている場合にも、トリガされる。また、パディングＢＳＲは、自端末装置に割り当てられた上りリンクリソースがＢＳＲの一部あるいはすべてを送るのに必要な大きさのパディング領域を持っている場合にトリガされる。また、ピリオディックＢＳＲは、予め定められた周期（タイマー（ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒ）で指定される周期）でトリガされる。ＳＲは、レギュラーＢＳＲのトリガに起因してトリガされる。
【００６７】
なお、ＢＳＲには、１つの論理チャネルグループのバッファ状態を報告するのに適したフォーマットを用いるＳｈｏｒｔ  ＢＳＲと複数の論理チャネルグループのバッファ状態を報告するのに適したフォーマットを用いるＬｏｎｇ  ＢＳＲがある。また、パディングＢＳＲにおいて、複数の論理チャネルグループのバッファ状態を送信したい場合であって、すべての論理チャネルグループのバッファ状態を送信するためのパディング領域がない場合に、優先度の高い論理チャネルを含む論理チャネルグループのＢＳＲを（Ｓｈｏｒｔ  ＢＳＲと同じフォーマットで）送信するためのＴｒｕｎｃａｔｅｄ  ＢＳＲがある。
【００６８】
また、ＢＳＲのトリガ条件が満たされた場合にＢＳＲを通知するための無線リソース（物理上りリンク共用チャネルＰＵＳＣＨ）が割り当てられていない場合、ＭＡＣ層は、ＰＨＹ層にスケジューリングリクエスト（ＳＲ）を送信するように指示する。ＭＡＣ層は、無線リソースが割り当てられてから、ＢＳＲを送信する。ＰＨＹ層は、ＭＡＣ層からスケジューリングリクエストの送信を指示された場合、物理上りリンク制御チャネルＰＵＣＣＨを使用してスケジューリングリクエストを送信する。なお、ＭＡＣ層は、スケジューリングリクエスト送信のための物理上りリンク制御チャネルＰＵＣＣＨを割り当てられていない（有効でない）場合、ＰＨＹ層に対して物理ランダムアクセスチャネルＰＲＡＣＨを使用したスケジューリングリクエストを行うように指示する。
【００６９】
また、ＢＳＲを送信するための上りリンクリソースが割り当てられた場合、タイマー（ｒｅｔｘＢＳＲ−Ｔｉｍｅｒ）の計時を開始、あるいは再開始（Ｒｅｓｔａｒｔ）する。また、送信するＢＳＲのすべてがＴｒｕｎｃａｔｅｄ  ＢＳＲでない場合、タイマー（ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒ）の計時を開始、あるいは再開始（Ｒｅｓｔａｒｔ）する。
【００７０】
また、すべてのトリガされたＢＳＲは、上りリンクのリソース割り当てが、送信できる状態のすべてのペンディングしているデータを収容できるが、ＢＳＲおよびそのサブヘッダを追加すると収容するのに十分でない場合に、キャンセルされる。また、すべてのトリガされたＢＳＲは、送信されるＭＡＣ  ＰＤＵにＢＳＲが含まれる場合にも、キャンセルされる。
【００７１】
[Ｄ２Ｄ通信]
Ｄ２Ｄ通信の中でも、近接した端末装置間のサービス（Ｐｒｏｘｉｍｉｔｙ  ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ：ＰｒｏＳｅ）として、端末装置同士が近くに位置するか否かを確認（発見）するための仕組み（ＰｒｏＳｅ  Ｄｉｄｃｏｖｅｒｙ）と、端末装置同士が基地局装置を介さずに通信を行うための仕組み（ＰｒｏＳｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）とが主に検討されている。
【００７２】
ＰｒｏＳｅ  Ｄｉｓｃｏｖｅｒｙメッセージの送信は、基地局装置との無線接続が確立された状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）であっても確立されていない状態（ＲＲＣ＿ＩＤＬＥ状態）であっても行えるべきである。
【００７３】
また、端末装置間で信号やメッセージを送信する場合であっても、端末装置による送信はネットワークの制御下にあってもよい。すなわち、端末装置が非無線接続状態であっても、ネットワークがＰｒｏＳｅ  Ｄｉｓｃｏｖｅｒｙの信号やメッセージを送信するための無線リソースやパラメータや送信時の状態（無線接続状態か非無線接続状態か）を制御できてもよい。
【００７４】
ＰｒｏＳｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（デバイス間データ通信）において、通信がグループキャストあるいはブロードキャストで行われる場合は、ＰｒｏＳｅ  Ｄｉｓｃｏｖｅｒｙによる通信相手発見のステップは必ずしも必要ではない。
【００７５】
ＰｒｏＳｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎの信号には様々なものが考えられるが、ＥＵＴＲＡのＰＵＳＣＨと同様の構造を持つ物理チャネルを用いてもよい。
【００７６】
また、ＰｒｏＳｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎにおいて、端末装置が使用するリソースとして、スケジューリング割り当て（Ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔｓ：ＳＡ）を受信するためのリソースがリソースプールとして端末装置に提供される。端末装置はリソースプールとして指定されるリソース（時間、および周波数）においてＳＡを受信することで自装置宛のデータの有無を判断する。リソースプールは、予め設定されてもよいし、基地局装置から通知（あるいは報知）されてもよいし、他の端末装置から通知（あるいは報知）されてもよい。
【００７７】
さらに、上記ＳＡを端末装置が送信するための方法として、端末装置が基地局装置へ送信要求を行い、それに対して送信リソースが割り当てられる方法（以降、Ｍｏｄｅ１あるいはスケジュール型（Ｓｃｈｅｄｕｌｅｄ）とも称する）、または、端末装置が報知情報や予め設定されたリソースを送信リソースとして用いる方法（以降、Ｍｏｄｅ２あるいは自律型（Ａｕｔｏｎｏｍｏｕｓ）とも称する）とが用いられてもよい。
【００７８】
ＰｒｏＳｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎでは、１対Ｍ（Ｍは自然数）のブロードキャスト通信が用いられる場合、ある端末装置が送信する信号は、他の複数の端末装置が受信することができ、送信する端末装置と受信する端末装置は役割を入れ替えることも可能である。また、ブロードキャスト通信は、公安（Ｐｕｂｌｉｃ  ｓａｆｅｔｙ）目的の場合は、基地局装置によるカバレッジ外であっても行えるようにする必要がある。また、ブロードキャスト通信は、専用の周波数（Ｄｅｄｉｃａｔｅｄ  ｃａｒｒｉｅｒ）および基地局装置を介する通常の通信サービスに用いられる周波数の両方をサポートする。また、ブロードキャスト通信は一方向通信であるため、レイヤ２（ＭＡＣ／ＲＬＣ／ＰＤＣＰ層）でのフィードバックを想定しない。すなわち、ＭＡＣ層ではＨＡＲＱによる再送制御が行われず、ＲＬＣ層ではＡＲＱによる誤り訂正を行わない非応答モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅ  Ｍｏｄｅ：ＵＭ）で通信が行われる。１対１の通信が用いられる場合には、上記１対Ｍのブロードキャスト通信を適用（Ｍ＝１）することも考えられるし、ユニキャスト通信を行うことにより、レイヤ２でのフィードバックを行うことも考えられる。
【００７９】
以上の事項を考慮しつつ、以下、添付図面を参照しながら本発明の適切な実施形態について詳細に説明する。なお、本発明の実施形態の説明において、本発明の実施形態に関連した公知の機能や構成についての具体的な説明が、本発明の実施形態の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。
【００８０】
＜第１の実施形態＞
本発明の第１の実施形態について以下に説明する。
【００８１】
図１は、本発明の第１の実施形態における端末装置１の一例を示すブロック図である。本端末装置１は、受信部１０１、復調部１０２、復号部１０３、受信データ制御部１０４、物理レイヤ制御部１０５、送信データ制御部１０６、符号部１０７、変調部１０８、送信部１０９、無線リソース制御部１１０から少なくとも構成される。図中の「部」とは、セクション、回路、構成装置、デバイス、ユニットなど用語によっても表現される、端末装置１の機能および各手順を実現する要素である。
【００８２】
無線リソース制御部１１０は、端末装置１の無線リソース制御を執り行うＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層の各機能を実行するブロックである。また、受信データ制御部１０４と送信データ制御部１０６は、データリンク層を管理するＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層における各機能を実行するブロックである。
【００８３】
なお、端末装置１は、キャリア・アグリゲーション、および／またはデバイス間通信による複数の周波数（周波数帯、周波数帯域幅）またはセルの同一サブフレーム内での送受信処理をサポートするために受信系のブロック（受信部１０１、復調部１０２、復号部１０３）、および複数の周波数（周波数帯、周波数帯域幅）、および送信系のブロック（符号部１０７、変調部１０８、送信部１０９）の一部あるいはすべてを複数備える構成であってもよい。
【００８４】
端末装置１の受信処理に関し、無線リソース制御部１１０より受信データ制御部１０４へ受信データ制御情報が入力され、物理レイヤ制御部１０５には各ブロックを制御するための制御パラメータである物理レイヤ制御情報が入力される。物理レイヤ制御情報は、受信制御情報と送信制御情報によって構成される端末装置１の無線通信制御に必要なパラメータ設定を含む情報である。
【００８５】
物理レイヤ制御情報は、基地局装置２から端末装置１に対して個別（ｄｅｄｉｃａｔｅｄ）に送信される無線接続リソース設定、セル固有の報知情報、またはシステムパラメータなどによって設定され、無線リソース制御部１１０が必要に応じて物理レイヤ制御部１０５へ入力する。物理レイヤ制御部１０５は、受信に関する制御情報である受信制御情報を、受信部１０１、復調部１０２、復号部１０３へ適切に入力する。
【００８６】
受信制御情報は、下りリンクスケジューリング情報として、受信周波数帯域の情報、物理チャネルと物理シグナルに関する受信タイミング、多重方法、無線リソース制御情報などの情報が含まれている。また、受信データ制御情報は、セカンダリセル不活性化タイマー情報、ＤＲＸ制御情報、マルチキャストデータ受信情報、下りリンク再送制御情報などを含む下りリンクの制御情報であり、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層におけるそれぞれの下りリンクに関する制御情報が含まれている。
【００８７】
受信信号は、受信部１０１において受信される。受信部１０１は、受信制御情報で通知された周波数と周波数帯域に従って基地局装置２からの信号を受信する。受信された信号は復調部１０２へと入力される。復調部１０２は信号の復調を行う。復調部１０２は、復号部１０３へと復調後の信号を入力する。復号部１０３は、入力された信号を復号し、復号された各データ（下りリンクデータと下りリンク制御データ、下りリンクトランスポートブロックとも称す）を受信データ制御部１０４へと入力する。また、各データと共に基地局装置２から送信されたＭＡＣ制御要素も復号部１０３で復号され、関係するデータは受信データ制御部１０４へと入力される。
【００８８】
受信データ制御部１０４は、受信したＭＡＣ制御要素に基づく物理レイヤ制御部１０５の制御（例えば、セルの活性化／不活性化、ＤＲＸ制御、送信タイミング調整など）や、復号された各データをバッファリングし、再送されたデータの誤り訂正制御（ＨＡＲＱ）を行う。受信データ制御部１０４へ入力された各データは、関係するデータは無線リソース制御部１１０へと入力（転送）される。
【００８９】
また、端末装置１の送信処理に関し、無線リソース制御部１１０より送信データ制御部１０６へ送信データ制御情報が入力され、物理レイヤ制御部１０５には各ブロックを制御するための制御パラメータである物理レイヤ制御情報が入力される。物理レイヤ制御部１０５は、送信に関する制御情報である送信制御情報を、符号部１０７、変調部１０８、送信部１０９へ適切に入力する。送信制御情報は、上りリンクスケジューリング情報として、符号化情報、変調情報、送信周波数帯域の情報、物理チャネルと物理シグナルに関する送信タイミング、多重方法、無線リソース配置情報などの情報が含まれている。
【００９０】
また、送信データ制御情報は、ＤＴＸ制御情報、ランダムアクセス設定情報、上りリンク共用チャネル情報、論理チャネルプライオリティ情報、リソース要求設定情報、セルグループ情報、上りリンク再送制御情報、バッファステータスレポートなどを含む上りリンクの制御情報である。無線リソース制御部１１０は、複数のセルにそれぞれ対応した複数のランダムアクセス設定情報を送信データ制御部１０６に設定してもよい。
【００９１】
また、無線リソース制御部１１０は、上りリンク送信タイミングの調整に用いる送信タイミング調整情報と送信タイミングタイマーを管理し、セル毎（またはセルグループ毎、ＴＡグループ毎）に上りリンク送信タイミングの状態（送信タイミング調整状態または送信タイミング非調整状態）を管理する。送信タイミング調整情報と送信タイミングタイマーは、送信データ制御情報に含まれる。
【００９２】
なお、複数の上りリンク送信タイミングの状態を管理する必要がある場合、送信データ制御部１０６は、複数のそれぞれのセル（またはセルグループ、ＴＡグループ）の上りリンク送信タイミングに対応する送信タイミング調整情報を管理する。リソース要求設定情報には、少なくとも最大送信カウンタ設定情報と無線リソース要求禁止タイマー情報とが含まれている。無線リソース制御部１１０は、複数のセルにそれぞれ対応した複数のリソース要求設定情報を送信データ制御部１０６に設定してもよい。
【００９３】
端末装置１で生起した送信データ（上りリンクデータと上りリンク制御データ、上りリンクトランスポートブロックとも称す）は、無線リソース制御部１１０より任意のタイミングで送信データ制御部１０６に入力される。このとき、送信データ制御部１０６は、入力された送信データの量（上りリンクバッファ量）を計算する。また、送信データ制御部１０６は、入力された送信データが制御平面に属するデータなのか、ユーザ平面に属するデータなのかを判別する機能を有する。さらに、送信データ制御部１０６は、入力された送信データが基地局装置２に対するデータ（第１の送信データ）なのかデバイス間通信のためのデータ（第２の送信データ）なのかを判別する機能を有する。
【００９４】
また、送信データ制御部１０６は、送信データが入力されたときに、送信データ制御部１０６内（図示せず）の上りリンクバッファに送信データを格納する。また、送信データ制御部１０６は、上りリンクバッファに格納された送信データの優先度などに基づき、多重化およびアセンブルを行ないＭＡＣ  ＰＤＵを生成する。そして、送信データ制御部１０６は、入力された送信データの送信に必要な無線リソースが端末装置１に対して割り当てられているかを判断する。送信データ制御部１０６は、無線リソース割り当てに基づいて、物理上りリンク共用チャネルＰＵＳＣＨ、物理上りリンク制御チャネル（ＳＲ−ＰＵＣＣＨ）を用いた無線リソース要求、または物理ランダムアクセスチャネルを用いた無線リソース要求のいずれか一つを選択し、選択したチャネルを送信するための制御処理を物理レイヤ制御部１０５に対して要求する。
【００９５】
また、送信データ制御部１０６は、入力された送信データが基地局装置２に対する送信データかデバイス間データ通信の送信データかに基づいて、バッファステータスレポートを生成する。また、符号部１０７は、送信制御情報に従って各データを適切に符号化し、変調部１０８へと入力する。
【００９６】
変調部１０８は、符号化された各データを送信するチャネル構造に基づいて適切な変調処理を行う。送信部１０９は、変調処理された各データを周波数領域にマッピングすると共に、周波数領域の信号を時間領域の信号へ変換し、既定の周波数の搬送波にのせて電力増幅を行う。送信部１０９は、また、無線リソース制御部１１０より入力されたセル毎（またセルグループ毎、ＴＡグループ毎）の送信タイミング調整情報に従って上りリンク送信タイミングを調整する。上りリンク制御データが配置される物理上りリンク共用チャネルは、ユーザデータの他に、例えばレイヤ３メッセージ（無線リソース制御メッセージ；ＲＲＣメッセージ）を含めることも可能である。
【００９７】
図１において、その他の端末装置１の構成要素や、構成要素間のデータ（制御情報）の伝送経路については省略してあるが、端末装置１として動作するために必要なその他の機能を有する複数のブロックを構成要素として持つことは明らかである。例えば、無線リソース制御部１１０の上位には、コアネットワークとの制御を執り行うＮＡＳレイヤ部や、アプリケーションレイヤ部が存在している。
【００９８】
図２は、本発明の第１の実施形態による基地局装置２の一例を示すブロック図である。本基地局装置は、受信部２０１、復調部２０２、復号部２０３、受信データ制御部２０４、物理レイヤ制御部２０５、送信データ制御部２０６、符号部２０７、変調部２０８、送信部２０９、無線リソース制御部２１０、ネットワーク信号送受信部２１１から少なくとも構成される。図中の「部」とは、セクション、回路、構成装置、デバイス、ユニットなどの用語によっても表現される、基地局装置２の機能および各手順を実行する要素である。
【００９９】
無線リソース制御部２１０は、基地局装置２の無線リソース制御を執り行うＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層の各機能を実行するブロックである。また、受信データ制御部２０４と送信データ制御部２０６は、データリンク層を管理するＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層における各機能を実行するブロックである。なお、基地局装置２は、キャリア・アグリゲーションなどによる複数の周波数（周波数帯、周波数帯域幅）またはセルの同一サブフレーム内での送受信処理をサポートするために受信系のブロック（受信部２０１、復調部２０２、復号部２０３）、および複数の周波数（周波数帯、周波数帯域幅）、および送信系のブロック（符号部２０７、変調部２０８、送信部２０９）の一部あるいはすべてを複数備える構成であってもよい。
【０１００】
無線リソース制御部２１０は、下りリンクデータと下りリンク制御データを送信データ制御部２０６へと入力する。送信データ制御部２０６は、端末装置１へ送信するＭＡＣ制御要素が存在する場合、ＭＡＣ制御要素と各データ（下りリンクデータまたは下りリンク制御データ）を符号部２０７へと入力する。符号部２０７は、入力されたＭＡＣ制御要素と各データを符号化し、変調部２０８へと入力する。変調部２０８は、符号化された信号の変調を行なう。
【０１０１】
また、変調部２０８で変調された信号は送信部２０９に入力される。送信部２０９は、入力された信号を周波数領域にマッピングした後、周波数領域の信号を時間領域の信号へ変換し、既定の周波数の搬送波にのせて電力増幅を行い送信する。下りリンク制御データが配置される物理下りリンク共用チャネルは、典型的にはレイヤ３メッセージ（ＲＲＣメッセージ）を構成する。
【０１０２】
また、受信部２０１は、端末装置１から受信した信号をベースバンドのデジタル信号に変換する。端末装置１に対して異なる複数の送信タイミングのセルを設定している場合、受信部２０１はセル毎（またセルグループ毎、ＴＡグループ毎）に異なるタイミングで信号を受信する。受信部２０１で変換されたデジタル信号は、復調部２０２へ入力されて復調される。復調部２０２で復調された信号は続いて復号部２０３へと入力される。復号部２０３は、入力された信号を復号し、復号された各データ（上りリンクデータと上りリンク制御データ）を受信データ制御部２０４へと入力する。また、各データと共に端末装置１から送信されたＭＡＣ制御要素も復号部２０３で復号され、関係するデータは受信データ制御部２０４へと入力される。
【０１０３】
受信データ制御部２０４は、受信したＭＡＣ制御要素に基づく物理レイヤ制御部２０５の制御（例えば、パワーヘッドルームレポートに関する制御や、バッファステータスレポートに関する制御など）や、復号された各データをバッファリングし、再送されたデータの誤り訂正制御（ＨＡＲＱ）を行う。受信データ制御部２０４へ入力された各データは、必要に応じて無線リソース制御部２１０へと入力（転送）される。
【０１０４】
また、受信データ制御部２０４は、端末装置１からバッファステータスレポートが復号部２０３から入力された場合、自基地局装置との通信のための送信リソース要求かデバイス間データ通信のための送信リソース要求かを判別し、該端末装置１に割り当てる送信リソースを設定する。
【０１０５】
これら各ブロックの制御に必要な物理レイヤ制御情報は、受信制御情報と送信制御情報によって構成される基地局装置２の無線通信制御に必要なパラメータ設定を含む情報である。物理レイヤ制御情報は、上位のネットワーク装置（ＭＭＥやゲートウェイ装置（ＳＧＷ）、ＯＡＭなど）やシステムパラメータにより設定され、無線リソース制御部２１０が必要に応じて制御部２０４へ入力する。
【０１０６】
物理レイヤ制御部２０５は、送信に関連する物理レイヤ制御情報を送信制御情報として符号部２０７、変調部２０８、送信部２０９の各ブロックに入力し、受信に関連する物理レイヤ制御情報を受信制御情報として受信部２０１、復調部２０２、復号部２０３の各ブロックに適切に入力する。
【０１０７】
受信データ制御情報は、基地局装置２のＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層のそれぞれに対する端末装置１の上りリンクに関する制御情報が含まれている。また、送信データ制御情報は、基地局装置２のＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層のそれぞれに対する端末装置１の下りリンクに関する制御情報が含まれている。すなわち、受信データ制御情報と送信データ制御情報は、端末装置１毎に設定されている。
【０１０８】
ネットワーク信号送受信部２１１は、基地局装置２間あるいは上位のネットワーク装置（ＭＭＥ、ＳＧＷ）と基地局装置２との間の制御メッセージ、またはユーザデータの送信（転送）または受信を行なう。図２において、その他の基地局装置２の構成要素や、構成要素間のデータ（制御情報）の伝送経路については省略してあるが、基地局装置２として動作するために必要なその他の機能を有する複数のブロックを構成要素として持つことは明らかである。例えば、無線リソース制御部２１０の上位には、無線リソース管理（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ）部や、アプリケーションレイヤ部が存在している。
【０１０９】
次に、図３を用いて、端末装置１が基地局装置２からデバイス間データ通信のための送信リソースを要求する手順の一例を説明する。
【０１１０】
なお、本実施形態ではＤ２Ｄ制御装置を一つの装置として説明しているが、これに限らず、Ｄ２Ｄ制御装置の機能は、ネットワーク上の様々な装置（例えば基地局装置やＭＭＥ、ゲートウェイ装置など）に実装されてもよく、さらに、Ｄ２Ｄ制御装置の複数の機能は、それぞれ異なる装置に実装されてもよい。また、Ｄ２Ｄ制御装置の機能は、デバイス間通信のサービスやアプリケーション毎に異なる装置に実装されてもよい。
【０１１１】
図３において、デバイス間のデータ通信を行う端末装置１は、Ｄ２Ｄ制御装置に対して、デバイス間のデータ通信を行うサービスへの登録要求を行ない、Ｄ２Ｄ制御装置からデバイス間データ通信で必要となる情報を取得する（ステップＳ３１）。情報には、例えば、単一のサービスやアプリケーションに対応付けられた識別子、複数のサービスやアプリケーションのグループに対応付けられた識別子、単一のサービスやアプリケーションの中で分けられる複数のグループを識別するための識別子などの情報が含まれる。また、情報には、例えば、デバイス間データ通信の送信元および／あるいは宛先を識別する識別子の情報が含まれてもよい。また、情報には、例えば、デバイス間のデータ通信が行われるサービスエリアや周波数を示す識別子の情報が含まれてもよい。あるいは、端末装置１は、情報が静的に自装置内に設定されるようにしてもよいし、一度情報取得をした場合に、既定の時間を計時するタイマーの計時を開始し、タイマー満了時には再度情報の取得を行うようにしてもよい。
【０１１２】
また、デバイス間データ通信を行う端末装置１は、基地局装置２からＤ２Ｄ設定を取得し（ステップＳ３２）、Ｄ２Ｄ設定に含まれるＤ２Ｄ受信リソースの設定に基づいて、他の送信動作を行う端末装置１から送信されるスケジューリング割り当てを受信する。また、Ｄ２Ｄ設定にデバイス間データ通信で使用する論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ：ＬＣ）に関する情報や論理チャネルグループ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ：ＬＣＧ）の情報が含まれてもよいし、送信リソース要求の際にＢＳＲで使用する論理チャネルグループの情報が含まれてもよい。なお、Ｄ２Ｄ設定は、単一のメッセージとして通知（あるいは報知）されてもよいし、複数のメッセージとして通知（あるいは報知）されてもよい。
【０１１３】
端末装置１は、基地局装置２とのデータ通信およびデバイス間データ通信において、必要に応じてバッファステータスレポートを生成する（ステップＳ３３）。
【０１１４】
ステップＳ３３のバッファステータスレポート生成の一例を以下に説明する。
【０１１５】
（１）端末装置１にｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒが設定されている場合、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒの計時が満了したときに、ピリオディックＢＳＲがトリガされる。ここで、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒは、基地局装置２への送信データのためのＢＳＲに対して適用するタイマーと、デバイス間データ通信の送信データのためのＢＳＲに対して適用するタイマーとが共通に設定されるようにしてもよいし、独立に設定されるようにしてもよいし、何れか片方にのみ適用されるようにしてもよい。
【０１１６】
例えば、端末装置１に共通のｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒが設定され、ピリオディックＢＳＲに、基地局装置２への送信データのためのＢＳＲと、デバイス間データ通信の送信データのためのＢＳＲとが含まれるようにしてもよい。これにより、端末装置１が複数のタイマーを管理する必要がなくなる。
【０１１７】
あるいは、端末装置１に共通のｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒが設定されるとともに、基地局装置２への送信データのためのＢＳＲと、デバイス間データ通信の送信データのためのＢＳＲとの何れをピリオディックＢＳＲに含めるかを示す２ビットの情報が設定されるようにしてもよい。あるいは、デバイス間データ通信の送信データのためのＢＳＲをピリオディックＢＳＲに含めるかを示す１ビットの情報が設定されるようにしてもよい。これにより、不要なＢＳＲの送信を防ぐことができる。
【０１１８】
あるいは、端末装置１に２つの独立したｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒが設定され、ピリオディックＢＳＲとして、基地局装置２への送信データのためのＢＳＲと、デバイス間データ通信の送信データのためのＢＳＲとが独立して送信されるようにしてもよい。これにより、それぞれの通信に適切な周期でのバッファステータスレポートが可能となる。
【０１１９】
（２）また、ある論理チャネルに属する上りリンクデータが上位層（ＲＬＣあるいはＰＤＣＰ）で送信できる状態になったときに、当該上りリンクデータが、他の送信できる状態になった送信データの属する論理チャネルよりも優先度が高い場合、または他の何れの論理チャネルにも送信できる状態のデータがない場合にレギュラーＢＳＲがトリガされる。また、レギュラーＢＳＲは、端末装置１が、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒの計時が満了したときに、何れかの論理チャネルで送信できる状態のデータを持っている場合にも、トリガされる。ここで、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒは、基地局装置２への送信データのためのＢＳＲに対して適用するタイマーと、デバイス間データ通信の送信データのためのＢＳＲに対して適用するタイマーとが共通に設定されるようにしてもよいし、独立に設定されるようにしてもよいし、何れか片方に対してのみ適用されるようにしてもよい。
【０１２０】
例えば、端末装置１に共通のｒｅｔｘＢＳＲ−Ｔｉｍｅｒが設定され、レギュラーＢＳＲに、基地局装置２への送信データのためのＢＳＲと、デバイス間データ通信の送信データのためのＢＳＲとが含まれるようにしてもよい。これにより、端末装置１が複数のタイマーを管理する必要がなくなる。
【０１２１】
あるいは、端末装置１に共通のｒｅｔｘＢＳＲ−Ｔｉｍｅｒが設定され、基地局装置２への送信データのためのＢＳＲと、デバイス間データ通信の送信データのためのＢＳＲの少なくとも何れかがレギュラーＢＳＲに含まれるようにしてもよい。これにより、不要なＢＳＲ（例えば送信データがない場合）の送信を防ぐことができる。
【０１２２】
あるいは、端末装置１に２つの独立したｒｅｔｘＢＳＲ−Ｔｉｍｅｒが設定され、レギュラーＢＳＲとして、基地局装置２への送信データのためのＢＳＲと、デバイス間データ通信の送信データのためのＢＳＲとが独立して送信されるようにしてもよい。これにより、それぞれの通信に適切な周期でのバッファステータスレポートが可能となる。
【０１２３】
（３）また、自端末装置に上りリンクリソースが割り当てられており、割り当てられた上りリンクリソースがＢＳＲの一部あるいはすべてを送るのに必要な大きさのパディング領域を持っている場合にパディングＢＳＲがトリガされる。ここで端末装置１は、基地局装置２への送信データのためのＢＳＲと、デバイス間データ通信の送信データのためのＢＳＲとの送信に必要なビット数と、パディング領域のビット数とに基づいて図４に示す処理を行う。
【０１２４】
まず、端末装置１は、基地局装置２とのデータ通信のバッファステータスレポート（ＢＳＲｎ）として、報告すべきＬＣＧの数に基づいて、Ｓｈｏｒｔ  ＢＳＲあるいはＬｏｎｇ  ＢＳＲを選択する。また、デバイス間データ通信のバッファステータスレポート（ＢＳＲｄ）として、報告すべきＬＣＧの数に基づいて、Ｓｈｏｒｔ  ＢＳＲあるいはＬｏｎｇ  ＢＳＲを選択する。
【０１２５】
次に、ＢＳＲｎとＢＳＲｄとその（それらの）サブヘッダを含めたビット数（ＢＳＲｎｄ）とパディング領域のビット数（＃Ｐ）とを比較する（ステップＳ４０１）。パディング領域のビット数が、ＢＳＲｎとＢＳＲｄとその（それらの）サブヘッダを含めたビット数（ＢＳＲｎｄ）と同じか大きい場合、ＢＳＲｎとＢＳＲｄをパディングＢＳＲとして生成する（ステップＳ４０４）。
【０１２６】
ステップＳ４０１で、パディング領域のビット数が、ＢＳＲｎとＢＳＲｄとそのサブヘッダを含めたビット数よりも小さい場合、ＢＳＲｎとＢＳＲｄの何れかあるいは両方の構成を変更する（ステップＳ４０２）。次に、構成が変更されたＢＳＲｎとＢＳＲｄとその（それらの）サブヘッダを含めたビット数とパディング領域のビット数（＃Ｐ）とを比較する（ステップＳ４０３）。パディング領域のビット数が、ＢＳＲｎとＢＳＲｄとそのサブヘッダを含めたビット数と同じか大きい場合、ＢＳＲｎとＢＳＲｄをパディングＢＳＲとして生成する（ステップＳ４０４）。
【０１２７】
ステップＳ４０３で、パディング領域のビット数が、構成が変更されたＢＳＲｎとＢＳＲｄとその（それらの）サブヘッダを含めたビット数（ＢＳＲｎｄ）よりも小さい場合、パディングＢＳＲを生成しない（ステップＳ４０５）。
【０１２８】
ここで、ステップＳ４０２の動作の詳細について以下に説明する。
【０１２９】
まず、ステップＳ４０１のＢＳＲｄとＢＳＲｎがともにＳｈｏｒｔ  ＢＳＲである場合、ステップＳ４０２において、ＢＳＲｎかＢＳＲｄの何れか一方のみを報告するようにバッファステータスレポートの構成を変更する。例えば、基地局装置２との通信よりも優先度が高く設定されたデバイス間データ通信（あるいは、デバイス間データ通信のアプリケーション）の送信データの送信バッファ状況がＢＳＲｄに含まれる場合に、ＢＳＲｄのみを報告するように構成してもよい。すなわち、基地局装置２との通信よりも優先度が高く設定されたデバイス間データ通信（あるいは、デバイス間データ通信のアプリケーション）の送信データの送信バッファ状況がＢＳＲｎｄに含まれない場合に、ＢＳＲｎのみを報告するように構成してもよい。優先度の設定は、例えば、基地局装置２からデバイス間データ通信を優先するか否かの情報が通知されてもよいし、既定の優先度が端末装置１に設定されていてもよいし、デバイス間データ通信で用いる論理チャネルおよび／あるいは論理チャネルグループの設定に優先度の設定が含まれてもよい。なお、何れかの送信バッファが０バイトである場合には、もう片方のバッファステータスレポートのみを報告するようにバッファステータスレポートの構成を変更してもよい。また、送信バッファのデータ量が多い方のバッファステータスレポートのみを報告するようにバッファステータスレポートの構成を変更してもよい。なお、基地局装置２とのデータ通信のバッファステータスレポート（ＢＳＲｎ）を常に優先してもよい。
【０１３０】
次にＢＳＲｄとＢＳＲｎの何れか一方がＬｏｎｇ  ＢＳＲである場合、Ｌｏｎｇ  ＢＳＲをＴｒｕｎｃａｔｅｄ  ＢＳＲに変更するようにしてもよい。Ｔｒｕｎｃａｔｅｄ  ＢＳＲはＳｈｏｒｔ  ＢＳＲと同じビット数であるため、前述のＢＳＲｄとＢＳＲｎがともにＳｈｏｒｔ  ＢＳＲである場合の処理が適用できる。または、何れか優先度の高い方のバッファステータスレポートのみを報告するようにバッファステータスレポートの構成を変更してもよい。例えば、パディング領域のビット数がＬｏｎｇ  ＢＳＲとそのサブヘッダを含めたビット数と同じかそれ以上である場合には、何れか優先度の高い方のＳｈｏｒｔ  ＢＳＲかＬｏｎｇ  ＢＳＲかが報告されるようにしてもよい。また、パディング領域のビット数がＬｏｎｇ  ＢＳＲとそのサブヘッダを含めたビット数未満であり、Ｓｈｏｒｔ  ＢＳＲとそのサブヘッダを含めたビット数以上である場合には、何れか優先度の高い方のＳｈｏｒｔ  ＢＳＲかＴｒｕｎｃａｔｅｄ  ＢＳＲかが報告されるようにしてもよい。なお、基地局装置２とのデータ通信のバッファステータスレポート（ＢＳＲｎ）を常に優先してもよい。
【０１３１】
次にＢＳＲｄとＢＳＲｎが両方ともＬｏｎｇ  ＢＳＲである場合、何れか一方または両方に対し、Ｌｏｎｇ  ＢＳＲをＴｒｕｎｃａｔｅｄ  ＢＳＲに変更するようにしてもよい。Ｔｒｕｎｃａｔｅｄ  ＢＳＲはＳｈｏｒｔ  ＢＳＲと同じビット数であるため、前述のＢＳＲｄとＢＳＲｎの何れか一方がＬｏｎｇ  ＢＳＲである場合の処理が適用できる。この場合、何れか優先度の低い方のＬｏｎｇ  ＢＳＲをＴｒｕｎｃａｔｅｄ  ＢＳＲに変更してもよい。さらに、パディング領域のビット数が足りない場合は、両方のＬｏｎｇ  ＢＳＲをＴｒｕｎｃａｔｅｄ  ＢＳＲに変更することで、ＢＳＲｄとＢＳＲｎがともにＳｈｏｒｔ  ＢＳＲである場合の処理が適用できる。または、何れか優先度の高い方のバッファステータスレポートのみを報告するようにバッファステータスレポートの構成を変更してもよい。例えば、パディング領域のビット数がＬｏｎｇ  ＢＳＲとそのサブヘッダを含めたビット数と同じかそれ以上である場合には、何れか優先度の高い方のＬｏｎｇ  ＢＳＲかが報告されるようにしてもよい。また、パディング領域のビット数がＬｏｎｇ  ＢＳＲとそのサブヘッダを含めたビット数未満であり、Ｓｈｏｒｔ  ＢＳＲとそのサブヘッダを含めたビット数以上である場合には、何れか優先度の高い方のＴｒｕｎｃａｔｅｄ  ＢＳＲが報告されるようにしてもよい。なお、基地局装置２とのデータ通信のバッファステータスレポート（ＢＳＲｎ）を常に優先してもよい。
【０１３２】
このようなパディング領域のビット数と優先度とに基づいたバッファステータスレポートの構成変更を行うことにより、効率的に基地局装置２へ送信リソースの要求を行うことが可能となる。
【０１３３】
なお、上記説明では、デバイス間データ通信のバッファステータスレポートと基地局装置２とのデータ通信のバッファステータスレポートとが同じフォーマット（Ｓｈｏｒｔ  ＢＳＲとＬｏｎｇ  ＢＳＲ）を使用する例を示したが、デバイス間データ通信のバッファステータスレポートとして異なるビット数のフォーマットを新たに用いてもよく、その場合にも上記動作に影響はない。また、デバイス間データ通信のバッファステータスレポートと基地局装置２とのデータ通信のバッファステータスレポートとは異なる論理チャネル識別子が割り当てられてもよいし、同一の論理チャネル識別子が割り当てられてもよい。
【０１３４】
同一の論理チャネル識別子が割り当てられる場合、一つのＭＡＣ  ＰＤＵに二つのバッファステータスレポートの論理チャネル識別子が含まれるときに一つ目のバッファステータスレポートを基地局装置２とのデータ通信のバッファステータスレポートであると解釈して、二つ目のバッファステータスレポートをデバイス間データ通信のバッファステータスレポートであると解釈するようにしてもよい。
【０１３５】
端末装置１は、上記（１）、（２）、（３）の処理によって、バッファステータスレポートを生成する。
【０１３６】
なお、レギュラーＢＳＲとピリオディックＢＳＲとがトリガされているような場合、例えば、基地局装置２への送信データのためのＢＳＲと、デバイス間データ通信の送信データのためのＢＳＲとがレギュラーＢＳＲとしてトリガされ、その後、ピリオディックＢＳＲとして基地局装置２への送信データのためのＢＳＲがトリガされた場合、ピリオディックＢＳＲに含まれる基地局装置２への送信データのためのＢＳＲと、レギュラーＢＳＲに含まれるデバイス間データ通信の送信データのためのＢＳＲとを送信されるＭＡＣ  ＰＤＵに含めるようにしてもよい。
【０１３７】
図３の説明に戻り、端末装置１は、ステップＳ３３で生成したバッファステータスレポートを基地局装置２に送信する（ステップＳ３４）。このとき、レギュラーＢＳＲがトリガされ、かつ自端末装置に上りリンクリソースが割り当てられていない場合、スケジューリングリクエストがトリガされる。端末装置１は、最大再送回数（ｄｓｒ−ＴｒａｎｓＭａｘ）と、一定期間の再送を禁止するタイマー（ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ）とに基づき、ＭＡＣ層からＰＨＹ層に対してスケジューリングリクエストを送信するように指示する。
【０１３８】
ここで、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒの計時を、基地局装置２に対する送信データのスケジューリングリクエストと、デバイス間データ通信の送信データのスケジューリングリクエストとで、独立して行うようにしてもよい。すなわち、基地局装置２に対する送信データのスケジューリングリクエストの再送禁止期間中（ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ計時中）にデバイス間データ通信の送信データのスケジューリングリクエストを送れるようにしてもよい。
【０１３９】
ステップＳ３４のバッファステータスレポートを受信した基地局装置２は、通知された端末装置１の送信バッファ状況に基づき、端末装置１に割り当てる送信リソースを決定して、端末装置１に通知する（ステップＳ３５）。
【０１４０】
このように構成することによって、端末装置１は、基地局装置２への送信データと、デバイス間データ通信の送信データとのバッファステータスレポートを１つのＭＡＣ  ＰＤＵ内で識別させるように配置することができ、また、自端末装置に割り当てられた上りリンクリソースのパディング領域のビット数と送信データの優先度に基づいて、生成するバッファステータスレポートの構成を変更することができる。
【０１４１】
第１の実施形態によれば、端末装置１が、基地局装置２への送信データと、デバイス間データ通信の送信データとのバッファステータスレポートを１つのＭＡＣ  ＰＤＵ内で識別させるように配置し、また、自端末装置に割り当てられた上りリンクリソースのパディング領域のビット数と送信データの優先度に基づいて、生成するバッファステータスレポートの構成を変更することにより、基地局装置２への送信データのためのバッファステータスレポートと、デバイス間データ通信の送信データのためのバッファステータスレポートとを、効率的に基地局装置２に通知できる。
【０１４２】
＜第２の実施形態＞
本発明の第２の実施形態について以下に説明する。
【０１４３】
第１の実施形態では、送信リソース要求におけるバッファステータスレポートの生成に関する動作について説明した。本実施形態では、デバイス間データ通信の送信データに対して使用されるバッファステータスレポートが常にＳｈｏｒｔ  ＢＳＲのフォーマットを用いる場合における、ステップＳ３３のパディングＢＳＲを生成する動作の一例について説明する。
【０１４４】
本実施形態で用いられる端末装置１と基地局装置２は、第１の実施形態と同じであるため、詳細な説明は省略する。
【０１４５】
また、端末装置１が基地局装置２からデバイス間データ通信のための送信リソースを要求する手順も第１の実施形態の図３を用いて説明した手順と同じであるため、詳細な説明は省略する。
【０１４６】
図３のステップＳ３３において、自端末装置に上りリンクリソースが割り当てられており、割り当てられた上りリンクリソースがＢＳＲの一部あるいはすべてを送るのに必要な大きさのパディング領域を持っている場合にパディングＢＳＲがトリガされる。ここで端末装置１は、基地局装置２への送信データのためのＢＳＲと、デバイス間データ通信の送信データのためのＢＳＲとの送信に必要なビット数と、パディング領域のビット数とに基づいて図５に示す処理を行う。
【０１４７】
まず、端末装置１は、基地局装置２とのデータ通信のバッファステータスレポート（ＢＳＲｎ）として、報告すべきＬＣＧの数に基づいて、Ｓｈｏｒｔ  ＢＳＲあるいはＬｏｎｇ  ＢＳＲを選択する。また、デバイス間データ通信のバッファステータスレポート（ＢＳＲｄ）として、Ｓｈｏｒｔ  ＢＳＲ（または、Ｓｈｏｒｔ  ＢＳＲと同じフォーマットのデバイス間データ通信用のＢＳＲ）を選択する。
【０１４８】
次に、ＢＳＲｎとＢＳＲｄとその（それらの）サブヘッダを含めたビット数（ＢＳＲｎｄ）とパディング領域のビット数（＃Ｐ）とを比較する（ステップＳ５０１）。パディング領域のビット数が、ＢＳＲｎとＢＳＲｄとその（それらの）サブヘッダを含めたビット数（ＢＳＲｎｄ）と同じか大きい場合、ＢＳＲｎとＢＳＲｄをパディングＢＳＲとして生成する（ステップＳ５０７）。
【０１４９】
ステップＳ５０１で、パディング領域のビット数が、ＢＳＲｎとＢＳＲｄとそのサブヘッダを含めたビット数よりも小さい場合、パディング領域のビット数と、ＢＳＲｎとそのサブヘッダを含めたビット数とを比較する（ステップＳ５０２）。パディング領域のビット数が、ＢＳＲｎとそのサブヘッダを含めたビット数と同じか大きい場合、ＢＳＲｎをパディングＢＳＲとして選択し（ステップＳ５０３）、パディングＢＳＲを生成する（ステップＳ５０７）。
【０１５０】
ステップＳ５０２で、パディング領域のビット数が、ＢＳＲｎとそのサブヘッダを含めたビット数よりも小さい場合、ＢＳＲｎがＳｈｏｒｔ  ＢＳＲであるかを判断する（ステップＳ５０４）。ＢＳＲｎがＳｈｏｒｔ  ＢＳＲである場合、Ｐａｄｄｉｎｇ  ＢＳＲを送信しない（ステップＳ５０５）。また、ＢＳＲｎがＳｈｏｒｔ  ＢＳＲでない場合、ＢＳＲｎをＴｒｕｎｃａｔｅｄ  ＢＳＲに変更して（ステップＳ５０６）、パディングＢＳＲを生成する（ステップＳ５０７）。
【０１５１】
このように構成することによって、端末装置１は、基地局装置２への送信データと、デバイス間データ通信の送信データの両方に対するパディングＢＳＲを生成する際に、デバイス間データ通信の送信データのバッファステータスレポートを常にＳｈｏｒｔ  ＢＳＲのフォーマットを用いることにより、より簡易な処理でバッファステータスレポートを生成することができる。
【０１５２】
第２の実施形態によれば、端末装置１が、基地局装置２への送信データと、デバイス間データ通信の送信データの両方に対するパディングＢＳＲを生成する際に、デバイス間データ通信の送信データのバッファステータスレポートを常にＳｈｏｒｔ  ＢＳＲのフォーマットを用いて処理を行なうことにより、基地局装置２への送信データのためのＢＳＲと、デバイス間データ通信の送信データのためのＢＳＲとを、簡易な処理で効率的に基地局装置２に通知できる。
【０１５３】
上記各実施形態において、端末装置１が送信リソースを基地局装置２から取得する例を示したが、デバイス間データ通信のリソースとして個別の送信リソースの要求が必要なリソース（スケジュール型のリソース）と個別の送信リソース要求が不要なリソース（自律型のリソース）とを端末装置１が識別できるように基地局装置２が、報知情報あるいは通知情報で通知する場合、端末装置１が、その報知情報あるいは通知情報に基づき、デバイス間データ通信のためのバッファステータスレポートを生成するか否かを判断するようにしてもよい。これにより、不要なシグナリングを防止することができる。
【０１５４】
また、上記各実施形態において、基地局装置２は、自装置が制御するセル（周波数）以外のセル（周波数）のスケジュール型のリソースを端末装置１が要求している場合に、当該セル（周波数）のリソースを制御する基地局装置２のセルへ端末装置１をハンドオーバさせるようにしてもよい。これにより、効率的なリソース割り当てを行うことができる。
【０１５５】
また、上記各実施形態において、基地局装置２は、デバイス間データ通信のリソースとして、自装置が制御するリソースと他装置が制御するリソースとを端末装置１が識別できるように、報知情報あるいは通知情報で通知するようにしてもよい。この場合、端末装置１は、その報知情報あるいは通知情報に基づき、在圏セルの基地局装置１が制御するスケジュール型のリソースを使用する場合にのみ、デバイス間データ通信のためのバッファステータスレポートを生成するようにしてもよい。これにより、不要なシグナリングを防止することができる。
【０１５６】
また、上記各実施形態において、基地局装置２の機能は、他の装置が実装してもよい。例えば、デバイス間データ通信の親機となる端末装置１が、上記のデバイス間データ通信の送信リソースを割り当てる機能を実装するようにしてもよい。この場合、デバイス間データ通信のためのバッファステータスレポートのみが親機に通知されるようにしてもよい。
【０１５７】
また、上記各実施形態において、端末装置１は、拡張ＢＳＲサイズ（ｅｘｔｅｎｄｅｄＢＳＲ−Ｓｉｚｅｓ）が設定されている場合であっても、デバイス間データ通信の送信バッファ量を示すために通常テーブルを用いるようにしてもよい。これにより基地局装置２とのデータ通信と比較してデバイス間データ通信の通信量が少ない場合において、より適切な粒度の送信バッファ量を報告することが可能となる。あるいは、デバイス間データ通信のための拡張ＢＳＲサイズ（ｅｘｔｅｎｄｅｄＤ２ＤＢＳＲ−Ｓｉｚｅｓ）を新たに設定されるようにしてもよい。これによりデバイス間データ通信の通信量に応じて、より適切な粒度の送信バッファ量を報告することが可能となる。
【０１５８】
なお、以上説明した実施形態は単なる例示に過ぎず、様々な変形例、置換例を用いて実現することができる。例えば、上りリンク送信方式は、ＦＤＤ（周波数分割復信）方式とＴＤＤ（時分割復信）方式のどちらの通信システムに対しても適用可能である。また、実施形態で示される各パラメータや各イベントの名称は、説明の便宜上呼称しているものであって、実際に適用される名称と本発明の実施形態の名称とが異なっていても、本発明の実施形態において主張する発明の趣旨に影響するものではない。
【０１５９】
また、各実施形態で用いた「接続」とは、ある装置と別のある装置とを、物理的な回線を用いて直接接続される構成にだけ限定されるわけではなく、論理的に接続される構成や、無線技術を用いて無線接続される構成を含む。
【０１６０】
また、端末装置１とは、可搬型あるいは可動型の移動局装置のみならず、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器や測定機器、車載装置、さらに身に着けることが可能なウェアラブル機器やヘルスケア機器などに対し通信機能を搭載したものを含む。また、端末装置１は、人対人または人対機器の通信だけではなく、機器対機器の通信（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ、マシンタイプ通信）にも用いられる。
【０１６１】
端末装置１は、ユーザ端末、移動局装置、通信端末、移動機、端末、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）とも称される。基地局装置２は、無線基地局装置、基地局、無線基地局、固定局、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ）、ＢＳ（Ｂａｓｅ  Ｓｔａｔｉｏｎ）とも称される。
【０１６２】
なお、基地局装置２は、３ＧＰＰが規定するＵＭＴＳにおいてＮＢと称され、ＥＵＴＲＡおよびＡｄｖａｎｃｅｄ  ＥＵＴＲＡにおいてｅＮＢと称される。なお、３ＧＰＰが規定するＵＭＴＳ、ＥＵＴＲＡおよびＡｄｖａｎｃｅｄ  ＥＵＴＲＡにおける端末装置１はＵＥと称される。
【０１６３】
また、説明の便宜上、機能的なブロック図を用いて、端末装置１および基地局装置２の各部の機能またはこれらの機能の一部を実現するための方法、手段、またはアルゴリズムのステップについて具体的に組み合わせて記載したが、これらは、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、または、これらを組み合わせたものによって、直接的に具体化され得る。
【０１６４】
もしハードウェアによって実装されるのであれば、端末装置１および基地局装置２は説明したブロック図の構成以外に端末装置１および基地局装置２へ電力を供給する給電装置やバッテリー、液晶などのディスプレイ装置及びディスプレイ駆動装置、メモリ、入出力インターフェース及び入出力端子、スピーカー、その他の周辺装置によって構成される。
【０１６５】
もしソフトウェアによって実装されるのであれば、その機能は、コンピュータ読み取り可能な媒体上の一つ以上の命令またはコードとして保持され、または伝達され得る。コンピュータ読み取り可能な媒体は、コンピュータプログラムをある場所から別の場所への持ち運びを助ける媒体を含むコミュニケーションメディアやコンピュータ記録メディアの両方を含む。
【０１６６】
そして、一つ以上の命令またはコードをコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録された一つ以上の命令またはコードをコンピュータシステムに読み込ませ、実行することにより端末装置１や基地局装置２の制御を行なっても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【０１６７】
本発明の各実施形態に記載の動作をプログラムで実現してもよい。本発明の各実施形態に関わる端末装置１および基地局装置２で動作するプログラムは、本発明の各実施形態に関わる上記実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭに蓄積され、その後、各種ＲＯＭやＨＤＤに格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０１６８】
また、プログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の各実施形態の機能が実現される場合もある。
【０１６９】
また、「コンピュータ読み取り可能な記録媒体」とは、半導体媒体（例えば、ＲＡＭ、不揮発性メモリカード等）、光記録媒体（例えば、DVD、MO、MD、CD、BD等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等の可搬媒体、コンピュータシステムに内蔵されるディスクユニット等の記憶装置のことをいう。さらに、「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。
【０１７０】
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０１７１】
また、上記各実施形態に用いた端末装置１および基地局装置２の各機能ブロック、または諸特徴は、本明細書で述べられた機能を実行するように設計された汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向けの集積回路（ＡＳＩＣ）あるいは一般用途向けの任意の集積回路（ＩＣ）、フィールドプログラマブルゲートアレイシグナル（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものによって、実装または実行され得る。
【０１７２】
汎用用途プロセッサは、マイクロプロセッサであっても良いが、代わりにプロセッサは従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。汎用用途プロセッサ、または上述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。
【０１７３】
プロセッサはまた、コンピューティングデバイスを組み合わせたものとして実装されても良い。例えば、ＤＳＰとマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと接続された一つ以上のマイクロプロセッサ、またはその他のそのような構成を組み合わせたものである。
【０１７４】
以上、この発明の実施形態について具体例に基づいて詳述してきたが、本発明の各実施形態の趣旨ならびに特許請求の範囲は、これらの具体例に限定されないことは明らかであり、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。すなわち、本明細書の記載は例示説明を目的としたものであり、本発明の各実施形態に対して何ら制限を加えるものではない。
【０１７５】
また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０１７６】
本発明は、通信システムおよびこれを構成する装置に利用することができる。
【符号の説明】
【０１７７】
１    端末装置
２、２−１、２−２    基地局装置
１０１、２０１    受信部
１０２、２０２    復調部
１０３、２０３    復号部
１０４、２０４    受信データ制御部
１０５、２０５    物理レイヤ制御部
１０６、２０６    送信データ制御部
１０７、２０７    符号部
１０８、２０８    変調部
１０９、２０９    送信部
１１０、２１０    無線リソース制御部
２１１    ネットワーク信号送受信部
【図１】
0006494117.tif 000002
【図２】
0006494117.tif 000003
【図３】
0006494117.tif 000004
【図４】
0006494117.tif 000005
【図５】
0006494117.tif 000006
【図６】
0006494117.tif 000007
【図７】
0006494117.tif 000008
【図８】
0006494117.tif 000009
【図９】
0006494117.tif 000010
【図１０】
0006494117.tif 000011