(57)【要約】  移動通信システムは、複数の無線端末の間でユーザデータの通信を、無線基地局を介さずに直接的に行う。前記複数の無線端末の間で直接的に行われるユーザデータの通信は、移動通信システムに割り当てられた無線リソースのうち、一部の無線リソースを用いて行われている。前記複数の無線端末は、前記ユーザデータを送信する送信側端末と、前記ユーザデータを受信する受信側端末とを含む。前記受信側端末は、前記受信側端末と無線接続を確立するコネクティッド状態の無線基地局に対して、前記送信側端末から送信された前記ユーザデータを受信することができたか否かを示す送達確認信号を送信する。
2014017503.tif 000002
【特許請求の範囲】
【請求項１】
複数の無線端末の間でユーザデータの通信を、無線基地局を介さずに直接的に行う移動通信システムであって、
前記複数の無線端末の間で直接的に行われるユーザデータの通信は、移動通信システムに割り当てられた無線リソースのうち、一部の無線リソースを用いて行われており、
前記複数の無線端末は、前記ユーザデータを送信する送信側端末と、前記ユーザデータを受信する受信側端末とを含み、
前記受信側端末は、前記受信側端末と無線接続を確立するコネクティッド状態の無線基地局に対して、前記送信側端末から送信された前記ユーザデータを受信することができたか否かを示す送達確認信号を送信することを特徴とする移動通信システム。
【請求項２】
前記コネクティッド状態の無線基地局は、前記送信側端末に対して、前記送信側端末から送信された前記ユーザデータを受信することができたか否かを通知することを特徴とする請求項１に記載の移動通信システム。
【請求項３】
前記送達確認信号は、前記送信側端末の識別子を含むことを特徴とする請求項１に記載の移動通信システム。
【請求項４】
前記送達確認信号は、前記受信側端末の識別子を含むことを特徴とする請求項１に記載の移動通信システム。
【請求項５】
前記コネクティッド状態の無線基地局は、前記送信側端末に対して、前記コネクティッド状態の無線基地局を介さずに直接的に行う通信で用いる無線リソースの割当情報を送信し、
前記コネクティッド状態の無線基地局は、前記送達確認信号及び前記無線リソースの割当情報に基づいて、前記コネクティッド状態の無線基地局を介さずに直接的に行う通信における前記ユーザデータのデータ量を算出することを特徴とする請求項１に記載の移動通信システム。
【請求項６】
前記コネクティッド状態の無線基地局は、前記無線基地局よりも上位のノードに対して、算出されたユーザデータのデータ量を通知することを特徴とする請求項５に記載の移動通信システム。
【請求項７】
前記コネクティッド状態の無線基地局は、前記無線基地局よりも上位のノードに対して、算出されたユーザデータのデータ量とともに、前記送信側端末の識別子及び前記受信側端末の識別子を通知することを特徴とする請求項６に記載の移動通信システム。
【請求項８】
前記送信側端末は、前記コネクティッド状態の無線基地局に対して送信された前記送達確認信号を受信することを特徴とする請求項１に記載の移動通信システム。
【請求項９】
複数の無線端末の間でユーザデータの通信を、無線基地局を介さずに直接的に行う移動通信システムで用いる移動通信方法であって、
前記複数の無線端末の間で直接的に行われるユーザデータの通信は、移動通信システムに割り当てられた無線リソースのうち、一部の無線リソースを用いて行われており、
前記複数の無線端末は、前記ユーザデータを送信する送信側端末と、前記ユーザデータを受信する受信側端末とを含み、
前記受信側端末から、前記受信側端末と無線接続を確立するコネクティッド状態の無線基地局に対して、前記送信側端末から送信された前記ユーザデータを受信することができたか否かを示す送達確認信号を送信するステップを備えることを特徴とする移動通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の無線端末の間でユーザデータの通信を直接的に行う移動通信システム、移動通信システムで用いる移動通信方法に関する。
【背景技術】
【０００２】
近年、複数の無線端末の間でユーザデータ（Ｕｓｅｒ−Ｐｌａｎｅのデータ）の通信を、無線基地局を介さずに直接的に行う技術が提案されている（Ｄ２Ｄ通信）。複数の無線端末の間で直接的に行われるユーザデータの通信は、移動通信システムに割り当てられた無線リソースのうち、一部の無線リソースを用いて行われる。但し、Ｄ２Ｄ通信では、制御データ（Ｃ−Ｐｌａｎｅ）のデータの通信は、従来の移動通信システムと同様に、無線基地局を経由して行われる。【０００３】
一方で、Ｄ２Ｄ通信では、送信側端末及び受信側端末に対して無線リソースを割当てる方法として、様々な方法を検討する必要が存在する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】３ＧＰＰ  ＴＳ３６．３００  Ｖ９．４．０
【発明の概要】
【０００５】
第１の特徴に係る移動通信システムは、複数の無線端末の間でユーザデータの通信を、無線基地局を介さずに直接的に行う。前記複数の無線端末の間で直接的に行われるユーザデータの通信は、移動通信システムに割り当てられた無線リソースのうち、一部の無線リソースを用いて行われている。前記複数の無線端末は、前記ユーザデータを送信する送信側端末と、前記ユーザデータを受信する受信側端末とを含む。前記受信側端末は、前記受信側端末と無線接続を確立するコネクティッド状態の無線基地局に対して、前記送信側端末から送信された前記ユーザデータを受信することができたか否かを示す送達確認信号を送信する。
【０００６】
第２の特徴に係る移動通信方法は、複数の無線端末の間でユーザデータの通信を、無線基地局を介さずに直接的に行う移動通信システムで用いる。前記複数の無線端末の間で直接的に行われるユーザデータの通信は、移動通信システムに割り当てられた無線リソースのうち、一部の無線リソースを用いて行われている。前記複数の無線端末は、前記ユーザデータを送信する送信側端末と、前記ユーザデータを受信する受信側端末とを含む。移動通信方法は、前記受信側端末から、前記受信側端末と無線接続を確立するコネクティッド状態の無線基地局に対して、前記送信側端末から送信された前記ユーザデータを受信することができたか否かを示す送達確認信号を送信するステップを備える。
【図面の簡単な説明】
【０００７】
【図１】図１は、第１実施形態に係る移動通信システム１００を示す図である。
【図２】図２は、第１実施形態に係る無線フレームを示す図である。
【図３】図３は、第１実施形態に係る無線リソースを示す図である。
【図４】図４は、第１実施形態に係る適用ケースを示す図である。
【図５】図５は、第１実施形態に係る再送制御例１を説明するための図である。
【図６】図６は、第１実施形態に係る再送制御例２を説明するための図である。
【図７】図７は、第１実施形態に係る再送制御例３を説明するための図である。
【図８】図８は、第１実施形態に係る再送制御例４を説明するための図である。
【図９】図９は、第１実施形態に係る再送制御例５を説明するための図である。
【図１０】図１０は、第１実施形態に係る受信リソースを説明するための図である。
【図１１】図１１は、第１実施形態に係る受信リソースを説明するための図である。
【図１２】図１２は、第１実施形態に係るＵＥ１０Ａ（送信側端末）を示す図である。
【図１３】図１３は、第１実施形態に係るＵＥ１０Ｂ（受信側端末）を示す図である。
【図１４】図１４は、第１実施形態に係る無線基地局３１０を示す図である。
【図１５】図１５は、第１実施形態に係る移動通信方法を示す図である。
【図１６】図１６は、第１実施形態に係る移動通信方法を示す図である。
【図１７】図１７は、第１実施形態に係るＭＡＣレイヤの制御信号を示す図である。
【図１８】図１８は、第１実施形態に係るＭＡＣレイヤの制御信号を示す図である。
【図１９】図１９は、第１実施形態に係るＭＡＣレイヤの制御信号を示す図である。
【図２０】図２０は、変更例１に係る移動通信方法を示す図である。
【図２１】図２１は、変更例１に係る移動通信方法を示す図である。
【図２２】図２２は、変更例２に係るＭＡＣレイヤの制御信号を示す図である。
【図２３】図２３は、変更例２に係るＭＡＣレイヤの制御信号を示す図である。
【発明を実施するための形態】
【０００８】
以下において、本発明の実施形態に係る移動通信システムについて、図面を参照しながら説明する。なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。
【０００９】
ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。従って、具体的な寸法などは以下の説明を参酌して判断すべきである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。
【００１０】
［実施形態の概要］
実施形態に係る移動通信システムは、複数の無線端末の間でユーザデータの通信を、無線基地局を介さずに直接的に行う。前記複数の無線端末の間で直接的に行われるユーザデータの通信は、移動通信システムに割り当てられた無線リソースのうち、一部の無線リソースを用いて行われている。前記複数の無線端末は、前記ユーザデータを送信する送信側端末と、前記ユーザデータを受信する受信側端末とを含む。前記受信側端末は、前記受信側端末と無線接続を確立するコネクティッド状態の無線基地局に対して、前記送信側端末から送信された前記ユーザデータを受信することができたか否かを示す送達確認信号を送信する。
【００１１】
実施形態では、受信側端末は、受信側端末と無線接続を確立するコネクティッド状態の無線基地局に対して、送信側端末から送信されたユーザデータを受信することができたか否かを示す送達確認信号を送信する。ここで、コネクティッド状態の無線基地局は、無線基地局を介さずに直接的に行う通信のユーザデータの送信に用いるトランスポートブロックサイズを知っているため、送達確認信号に基づいて、ユーザデータのデータ量を算出することが可能である。
【００１２】
ここで、複数の無線端末の間で無線基地局を介さずに直接的に行われる通信は、Ｄ２Ｄ通信と称されることもある。Ｄ２Ｄ通信では、移動通信システムに割り当てられた無線リソースのうち、一部の無線リソース（Ｄ２Ｄ無線リソース）を用いて行われている。Ｄ２Ｄ無線リソースとしては、例えば、上りリンクの無線リソースの一部が用いられる。
【００１３】
実施形態において、Ｄ２Ｄ通信においてユーザデータの通信に用いる無線リソースは、複数の無線端末と無線接続（ＲＲＣコネクション）を確立するコネクティッド状態の無線基地局によって割当てられてられることに留意すべきである。
【００１４】
［第１実施形態］
（移動通信システム）
以下において、第１実施形態に係る移動通信システムについて説明する。図１は、第１実施形態に係る移動通信システム１００を示す図である。
【００１５】
図１に示すように、移動通信システム１００は、無線端末１０（以下、ＵＥ１０）と、コアネットワーク５０とを含む。また、移動通信システム１００は、第１通信システムと第２通信システムとを含む。
【００１６】
第１通信システムは、例えば、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）に対応する通信システムである。第１通信システムは、例えば、基地局１１０Ａ（以下、ＭｅＮＢ１１０Ａ）と、ホーム基地局１１０Ｂ（以下、ＨｅＮＢ１１０Ｂ）と、ホーム基地局ゲートウェイ１２０Ｂ（以下、ＨｅＮＢ−ＧＷ１２０Ｂ）と、ＭＭＥ１３０とを有する。
【００１７】
なお、第１通信システムに対応する無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ；Ｅｖｏｌｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）は、ＭｅＮＢ１１０Ａ、ＨｅＮＢ１１０Ｂ及びＨｅＮＢ−ＧＷ１２０Ｂによって構成される。
【００１８】
第２通信システムは、例えば、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）に対応する通信システムである。第２通信システムは、基地局２１０Ａ（以下、ＭＮＢ２１０Ａ）と、ホーム基地局２１０Ｂ（以下、ＨＮＢ２１０Ｂ）と、ＲＮＣ２２０Ａと、ホーム基地局ゲートウェイ２２０Ｂ（以下、ＨＮＢ−ＧＷ２２０Ｂ）と、ＳＧＳＮ２３０とを有する。
【００１９】
なお、第２通信システムに対応する無線アクセスネットワーク（ＵＴＲＡＮ；Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）は、ＭＮＢ２１０Ａ、ＨＮＢ２１０Ｂ、ＲＮＣ２２０Ａ、ＨＮＢ−ＧＷ２２０Ｂによって構成される。
【００２０】
ＵＥ１０は、第２通信システム或いは第１通信システムと通信を行うように構成された装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）である。例えば、ＵＥ１０は、ＭｅＮＢ１１０Ａ及びＨｅＮＢ１１０Ｂと無線通信を行う機能を有する。或いは、ＵＥ１０は、ＭＮＢ２１０Ａ及びＨＮＢ２１０Ｂと無線通信を行う機能を有する。
【００２１】
ＭｅＮＢ１１０Ａは、一般セル１１１Ａを管理しており、一般セル１１１Ａに存在するＵＥ１０と無線通信を行う装置（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）である。
【００２２】
ＨｅＮＢ１１０Ｂは、特定セル１１１Ｂを管理しており、特定セル１１１Ｂに存在するＵＥ１０と無線通信を行う装置（Ｈｏｍｅ  ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）である。
【００２３】
ＨｅＮＢ−ＧＷ１２０Ｂは、ＨｅＮＢ１１０Ｂに接続されており、ＨｅＮＢ１１０Ｂを管理する装置（Ｈｏｍｅ  ｅｖｏｌｖｅｄ  ＮｏｄｅＢ  Ｇａｔｅｗａｙ）である。
【００２４】
ＭＭＥ１３０は、ＭｅＮＢ１１０Ａと接続されており、ＭｅＮＢ１１０Ａと無線接続を設定しているＵＥ１０の移動性を管理する装置（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）である。また、ＭＭＥ１３０は、ＨｅＮＢ−ＧＷ１２０Ｂを介してＨｅＮＢ１１０Ｂと接続されており、ＨｅＮＢ１１０Ｂと無線接続を設定しているＵＥ１０の移動性を管理する装置である。
【００２５】
ＭＮＢ２１０Ａは、一般セル２１１Ａを管理しており、一般セル２１１Ａに存在するＵＥ１０と無線通信を行う装置（ＮｏｄｅＢ）である。
【００２６】
ＨＮＢ２１０Ｂは、特定セル２１１Ｂを管理しており、特定セル２１１Ｂに存在するＵＥ１０と無線通信を行う装置（Ｈｏｍｅ  ＮｏｄｅＢ）である。
【００２７】
ＲＮＣ２２０Ａは、ＭＮＢ２１０Ａに接続されており、一般セル２１１Ａに存在するＵＥ１０と無線接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）を設定する装置（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）である。
【００２８】
ＨＮＢ−ＧＷ２２０Ｂは、ＨＮＢ２１０Ｂに接続されており、特定セル２１１Ｂに存在するＵＥ１０と無線接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）を設定する装置（Ｈｏｍｅ  ＮｏｄｅＢ  Ｇａｔｅｗａｙ）である。
【００２９】
ＳＧＳＮ２３０は、パケット交換ドメインにおいてパケット交換を行う装置（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）である。ＳＧＳＮ２３０は、コアネットワーク５０に設けられる。図１では省略しているが、回線交換ドメインにおいて回線交換を行う装置（ＭＳＣ；Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）がコアネットワーク５０に設けられていてもよい。
【００３０】
なお、一般セル及び特定セルは、ＵＥ１０と無線通信を行う機能として理解すべきである。但し、一般セル及び特定セルは、セルのカバーエリアを示す用語としても用いられる。また、一般セル及び特定セルなどのセルは、セルで用いられる周波数、拡散コード又はタイムスロットなどによって識別される。
【００３１】
ここで、一般セルのカバーエリアは、特定セルのカバーエリアよりも広い。一般セルは、例えば、通信事業者によって提供されるマクロセルである。特定セルは、例えば、通信事業者以外の第三者によって提供されるフェムトセル又はホームセルである。但し、特定セルは、通信事業者によって提供されるＣＳＧ（Ｃｌｏｓｅｄ  Ｓｕｂｓｃｒｉｂｅｒ  Ｇｒｏｕｐ）セル又はピコセルであってもよい。
【００３２】
なお、以下においては、第１通信システムについて主として説明する。但し、以下の記載が第２通信システムに適用されてもよい。
【００３３】
ここで、第１通信システムでは、下りリンクの多重方式として、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式が用いられており、上りリンクの多重方式として、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式が用いられる。
【００３４】
また、第１通信システムでは、上りリンクのチャネルとして、上りリンク制御チャネル（ＰＵＣＣＨ；Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）及び上りリンク共有チャネル（ＰＵＳＣＨ；Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）などが存在する。また、下りリンクのチャネルとして、下りリンク制御チャネル（ＰＤＣＣＨ；Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）及び下りリンク共有チャネル（ＰＤＳＣＨ；Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）などが存在する。
【００３５】
上りリンク制御チャネルは、制御信号を搬送するチャネルである。制御信号は、例えば、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＡＣＫ／ＮＡＣＫなどである。
【００３６】
ＣＱＩは、下りリンクの伝送に使用すべき推奨変調方式と符号化率を通知する信号である。ＰＭＩは、下りリンクの伝送の為に使用することが望ましいプリコーディングマトリックスを示す信号である。ＲＩは、下りリンクの伝送に使用すべきレイヤ数（ストリーム数）を示す信号である。ＳＲは、上りリンク無線リソース（後述するリソースブロック）の割当てを要求する信号である。ＡＣＫ／ＮＡＣＫは、下りリンクのチャネル（例えば、ＰＤＳＣＨ）を介して送信される信号を受信できたか否かを示す信号である。
【００３７】
上りリンク共有チャネルは、制御信号（上述した制御信号を含む）又は／及びデータ信号を搬送するチャネルである。例えば、上りリンク無線リソースは、データ信号にのみ割当てられてもよく、データ信号及び制御信号が多重されるように割当てられてもよい。
【００３８】
下りリンク制御チャネルは、制御信号を搬送するチャネルである。制御信号は、例えば、Ｕｐｌｉｎｋ  ＳＩ（Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）、Ｄｏｗｎｌｉｎｋ  ＳＩ（Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＴＰＣビットである。
【００３９】
Ｕｐｌｉｎｋ  ＳＩは、上りリンク無線リソースの割当てを示す信号である。Ｄｏｗｎｌｉｎｋ  ＳＩは、下りリンク無線リソースの割当てを示す信号である。ＴＰＣビットは、上りリンクのチャネルを介して送信される信号の電力の増減を指示する信号である。
【００４０】
下りリンク共有チャネルは、制御信号又は／及びデータ信号を搬送するチャネルである。例えば、下りリンク無線リソースは、データ信号にのみ割当てられてもよく、データ信号及び制御信号が多重されるように割当てられてもよい。
【００４１】
なお、下りリンク共有チャネルを介して送信される制御信号としては、ＴＡ（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ）が挙げられる。ＴＡは、ＵＥ１０とＭｅＮＢ１１０Ａとの間の送信タイミング補正情報であり、ＵＥ１０から送信される上りリンク信号に基づいてＭｅＮＢ１１０Ａによって測定される。
【００４２】
また、下りリンク制御チャネル（ＰＤＣＣＨ）、下りリンク共有チャネル（ＰＤＳＣＨ）以外のチャネルを介して送信される制御信号としては、ＡＣＫ／ＮＡＣＫが挙げられる。ＡＣＫ／ＮＡＣＫは、上りリンクのチャネル（例えば、ＰＵＳＣＨ）を介して送信される信号を受信できたか否かを示す信号である。
【００４３】
なお、一般セル及び特定セルは、報知チャネル（ＢＣＣＨ；Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して報知情報を報知する。報知情報は、例えば、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）やＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）などの情報である。
【００４４】
ここで、図１では、特に図示していないが、第１通信システムは、ＭｅＮＢ１１０Ａ（又はＨｅＮＢ１１０Ｂ）とＵＥ１０との間のデータ通信を中継するリレーノードを有していてもよい。同様に、第２通信システムは、ＭＮＢ２１０Ａ（又はＨＮＢ２１０Ｂ）との間のデータ通信を中継するリレーノードを有していてもよい。
【００４５】
（無線フレーム）
以下において、第１通信システムにおける無線フレームについて説明する。図２は、第１通信システムにおける無線フレームを示す図である。
【００４６】
図２に示すように、１つの無線フレームは、１０のサブフレームによって構成されており、１つのサブフレームは、２つのスロットによって構成される。１つのスロットの時間長は、０．５ｍｓｅｃであり、１つのサブフレームの時間長は、１ｍｓｅｃであり、１つの無線フレームの時間長は、１０ｍｓｅｃである。
【００４７】
なお、１つのスロットは、下りリンクにおいて、複数のＯＦＤＭシンボル（例えば、６つのＯＦＤＭシンボル或いは７つのＯＦＤＭシンボル）によって構成される。同様に、１つのスロットは、上りリンクにおいて、複数のＳＣ−ＦＤＭＡシンボル（例えば、６つのＳＣ−ＦＤＭＡシンボル或いは７つのＳＣ−ＦＤＭＡシンボル）によって構成される。
【００４８】
（無線リソース）
以下において、第１通信システムにおける無線リソースについて説明する。図３は、第１通信システムにおける無線リソースを示す図である。
【００４９】
図３に示すように、無線リソースは、周波数軸及び時間軸によって定義される。周波数は、複数のサブキャリアによって構成されており、所定数のサブキャリア（１２のサブキャリア）を纏めてリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）と称する。時間は、上述したように、ＯＦＤＭシンボル（又は、ＳＣ−ＦＤＭＡシンボル）、スロット、サブフレーム、無線フレームなどの単位を有する。
【００５０】
ここで、無線リソースは、１リソースブロック毎に割当て可能である。また、周波数軸及び時間軸上において、複数のユーザ（例えば、ユーザ＃１〜ユーザ＃５）に対して分割して無線リソースを割当てることが可能である。
【００５１】
また、無線リソースは、ＭｅＮＢ１１０Ａによって割当てられる。ＭｅＮＢ１１０Ａは、ＣＱＩ、ＰＭＩ、ＲＩなどに基づいて、各ＵＥ１０に割当てられる。
【００５２】
（適用ケース）
以下において、第１実施形態に係る適用ケースについて説明する。図４は、第１実施形態に係る適用ケースについて説明するための図である。図４では、ＵＥ１０として、ＵＥ１０Ａ及びＵＥ１０Ｂが示されている。無線基地局３１０は、ＭｅＮＢ１１０Ａ又はＨｅＮＢ１１０Ｂであることが好ましい。但し、無線基地局３１０は、ＭＮＢ２１０Ａ又はＨＮＢ２１０Ｂであってもよい。或いは、無線基地局３１０は、リレーノードであってもよい。ネットワーク装置３３０は、コアネットワーク５０に設けられる装置である。ネットワーク装置３３０は、ＭＭＥ１３０であってもよく、ＳＧＳＮ２３０であってもよい。
【００５３】
図４に示すように、複数の無線端末の間でユーザデータ（Ｕｓｅｒ−Ｐｌａｎｅのデータ）の通信は、無線基地局を介さずに直接的に行われる（以下、Ｄ２Ｄ通信）。一方で、制御データ（Ｃ−Ｐｌａｎｅ）のデータの通信は、従来の移動通信システムと同様に、無線基地局を経由して行われる。
【００５４】
ここで、Ｄ２Ｄ通信は、移動通信システムに割り当てられた無線リソースのうち、一部の無線リソース（以下、Ｄ２Ｄ無線リソース）を用いて行われる。Ｄ２Ｄ無線リソースとしては、例えば、上りリンクの無線リソースの一部が用いられる。Ｄ２Ｄ通信においてユーザデータの通信に用いる無線リソースは、無線端末（送信側端末又は受信側端末）と無線接続を確立するコネクティッド状態の無線基地局（無線基地局３１０）によって割当てられることに留意すべきである。
【００５５】
Ｄ２Ｄ無線リソースは、例えば、無線基地局によって管理される各セルから報知されることが好ましい。Ｄ２Ｄ無線リソースは、例えば、（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）やＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）に含まれてもよい。
【００５６】
（再送制御例１）
以下において、第１実施形態に係る再送制御例１について説明する。図５は、第１実施形態に係る再送制御例１について説明するための図である。図５では、ＵＥ１０として、ＵＥ１０Ａ及びＵＥ１０Ｂが示されている。ＵＥ１０Ａは、送信側端末の一例であり、ＵＥ１０Ｂは、受信側端末の一例である。
【００５７】
図５に示すように、ＵＥ１０Ｂは、ＵＥ１０Ａから送信されたユーザデータを受信することができたか否かを示す送達確認信号（ＡＣＫ／ＮＡＣＫ）を無線基地局３１０に送信する。無線基地局３１０は、ＵＥ１０Ｂから受信する送達確認信号に応じて、送達確認信号をＵＥ１０Ａに送信する。例えば、無線基地局３１０は、ＵＥ１０Ｂから受信する送達確認信号をＵＥ１０Ａに中継してもよい。或いは、無線基地局３１０は、Ｄ２Ｄ通信においてユーザデータの通信に用いる無線リソースをＵＥ１０Ａに割り当てる信号とともに、送達確認信号をＵＥ１０Ａに送信してもよい。ＵＥ１０Ａは、送達確認信号がユーザデータを受信することができないことを示すＮＡＣＫである場合に、ユーザデータをＵＥ１０Ｂに再送する。
【００５８】
上述したように、再送制御例１は、ＵＥ１０Ａ（送信側端末）が再送制御を行うケースであることに留意すべきである。
【００５９】
（再送制御例２）
以下において、第１実施形態に係る再送制御例２について説明する。図６は、第１実施形態に係る再送制御例２について説明するための図である。図６では、ＵＥ１０として、ＵＥ１０Ａ及びＵＥ１０Ｂが示されている。ＵＥ１０Ａは、送信側端末の一例であり、ＵＥ１０Ｂは、受信側端末の一例である。
【００６０】
図６に示すように、ＵＥ１０Ｂは、ＵＥ１０Ａから送信されたユーザデータを受信することができたか否かを示す送達確認信号（ＡＣＫ／ＮＡＣＫ）をＵＥ１０Ａに送信する。ＵＥ１０Ａは、送達確認信号がユーザデータを受信することができないことを示すＮＡＣＫである場合に、ユーザデータをＵＥ１０Ｂに再送する。
【００６１】
上述したように、再送制御例２は、ＵＥ１０Ａ（送信側端末）が再送制御を行うケースであることに留意すべきである。
【００６２】
（再送制御例３）
以下において、第１実施形態に係る再送制御例３について説明する。図７は、第１実施形態に係る再送制御例３について説明するための図である。図７では、ＵＥ１０として、ＵＥ１０Ａ及びＵＥ１０Ｂが示されている。ＵＥ１０Ａは、送信側端末の一例であり、ＵＥ１０Ｂは、受信側端末の一例である。
【００６３】
図７に示すように、ＵＥ１０Ｂは、ＵＥ１０Ａから送信されたユーザデータを受信することができたか否かを示す送達確認信号（ＡＣＫ／ＮＡＣＫ）をＵＥ１０Ａ及び無線基地局３１０に送信する。無線基地局３１０は、ＵＥ１０Ｂから受信する送達確認信号に応じて、送達確認信号をＵＥ１０Ａに送信する。例えば、無線基地局３１０は、ＵＥ１０Ｂから受信する送達確認信号をＵＥ１０Ａに中継してもよい。或いは、無線基地局３１０は、Ｄ２Ｄ通信においてユーザデータの通信に用いる無線リソースをＵＥ１０Ａに割り当てる信号とともに、送達確認信号をＵＥ１０Ａに送信してもよい。ＵＥ１０Ａは、ＵＥ１０Ｂから受信する送達確認信号及び無線基地局３１０を経由して受信する送達確認信号に基づいて、ユーザデータの再送制御を行う。
【００６４】
例えば、ＵＥ１０Ａは、ＵＥ１０Ｂ及び無線基地局３１０から受信する送達確認信号のいずれか一方がＮＡＣＫである場合に、ユーザデータをＵＥ１０Ｂに再送する。或いは、ＵＥ１０Ａは、ＵＥ１０ＡとＵＥ１０Ｂとの間で直接的に行われるユーザデータの通信状態が良好である場合に、無線基地局３１０を経由して受信する送達確認信号を参照せずに、ＵＥ１０Ｂから受信する送達確認信号を参照してもよい。このようなケースにおいて、ＵＥ１０Ａは、無線基地局３１０を経由して受信する送達確認信号を参照するか否かを無線基地局３１０に通知することが好ましい。無線基地局３１０は、送達確認信号を参照しない旨が通知された場合に、ＵＥ１０Ａに対する送達確認信号の送信を省略することが好ましい。
【００６５】
或いは、ＵＥ１０Ｂは、ＵＥ１０ＡとＵＥ１０Ｂとの間で直接的に行われるユーザデータの通信状態が良好である場合に、無線基地局３１０に対する送達確認信号の送信を省略してもよい。言い換えると、ＵＥ１０Ｂは、ＵＥ１０ＡとＵＥ１０Ｂとの間で直接的に行われるユーザデータの通信状態が劣悪である場合に、無線基地局３１０に送達確認信号を送信する。
【００６６】
ここで、通信状態が良好であるケースは、ユーザデータの通信に用いる送信電力が閾値を下回っているケース、又は、ユーザデータの通信に用いる変調符号化方式が閾値を上回っているケースである。或いは、通信状態が良好であるケースは、ブロックエラーレートが閾値を下回っているケース、パケットエラーレートが閾値を下回っているケース、ＱｏＳが満たされているケース、ＣＱＩが閾値を上回っているケース、ＵＥ１０Ａの処理負荷が閾値を下回っているケースであってもよい。
【００６７】
また、通信状態が劣悪であるケースは、ユーザデータの通信に用いる送信電力が閾値を上回っているケース、又は、ユーザデータの通信に用いる変調符号化方式が閾値を下回っているケースである。或いは、通信状態が劣悪であるケースは、ブロックエラーレートが閾値を上回っているケース、パケットエラーレートが閾値を上回っているケース、ＱｏＳが満たされていないケース、ＣＱＩが閾値を下回っているケース、ＵＥ１０Ａの処理負荷が閾値を上回っているケースであってもよい。
【００６８】
上述したように、再送制御例３は、ＵＥ１０Ａ（送信側端末）が再送制御を行うケースであることに留意すべきである。
【００６９】
（再送制御例４）
以下において、第１実施形態に係る再送制御例４について説明する。図８は、第１実施形態に係る再送制御例４について説明するための図である。図８では、ＵＥ１０として、ＵＥ１０Ａ及びＵＥ１０Ｂが示されている。ＵＥ１０Ａは、送信側端末の一例であり、ＵＥ１０Ｂは、受信側端末の一例である。
【００７０】
図８に示すように、ＵＥ１０Ｂは、ＵＥ１０Ａから送信されたユーザデータを受信することができたか否かを示す送達確認信号（ＡＣＫ／ＮＡＣＫ）を無線基地局３１０に送信する。無線基地局３１０は、ＵＥ１０ＡとＵＥ１０Ｂとの間で直接的に行われるユーザデータの通信に割当てられた無線リソースを、ユーザデータを受信するための受信リソースとして割当てる。これによって、無線基地局３１０は、ＵＥ１０ＡからＵＥ１０Ｂに送信されたユーザデータを受信することができる。無線基地局３１０は、送達確認信号がユーザデータを受信することができないことを示すＮＡＣＫである場合に、ユーザデータをＵＥ１０Ｂに再送する。
【００７１】
上述したように、再送制御例４は、無線基地局３１０が再送制御を行うケースであることに留意すべきである。
【００７２】
（再送制御例５）
以下において、第１実施形態に係る再送制御例５について説明する。図９は、第１実施形態に係る再送制御例５について説明するための図である。図９では、ＵＥ１０として、ＵＥ１０Ａ及びＵＥ１０Ｂが示されている。ＵＥ１０Ａは、送信側端末の一例であり、ＵＥ１０Ｂは、受信側端末の一例である。
【００７３】
図９に示すように、ＵＥ１０Ｂは、ＵＥ１０Ａから送信されたユーザデータを受信することができたか否かを示す送達確認信号（ＡＣＫ／ＮＡＣＫ）をＵＥ１０Ａに送信する。ＵＥ１０Ａは、送達確認信号がユーザデータを受信することができないことを示すＮＡＣＫである場合に、ユーザデータの再送要求を無線基地局３１０に送信する。無線基地局３１０は、ＵＥ１０ＡとＵＥ１０Ｂとの間で直接的に行われるユーザデータの通信に割当てられた無線リソースを、ユーザデータを受信するための受信リソースとして割当てる。これによって、無線基地局３１０は、ＵＥ１０ＡからＵＥ１０Ｂに送信されたユーザデータを受信することができる。無線基地局３１０は、再送要求を受信した場合に、ユーザデータをＵＥ１０Ｂに再送する。
【００７４】
上述したように、再送制御例５は、無線基地局３１０が再送制御を行うケースであることに留意すべきである。
【００７５】
（受信リソース）
以下において、第１実施形態に係る受信リソースについて説明する。図１０及び図１１は、第１実施形態に係る受信リソースを説明するための図である。
【００７６】
図１０に示すように、ＵＥ１０ＡからＵＥ１０Ｂに送信されたユーザデータを受信するための受信リソースとして、Ｄ２Ｄ通信に割当てられた無線リソースが割当てられてない場合には、無線基地局３１０は、ＵＥ１０ＡからＵＥ１０Ｂに送信されたユーザデータを受信することができない。このようなケースでは、無線基地局３１０は、Ｄ２Ｄ通信に割当てられた無線リソースを用いて、他のＵＥ１０から上りリンクのユーザデータを受信することができる。
【００７７】
図１１に示すように、ＵＥ１０ＡからＵＥ１０Ｂに送信されたユーザデータを受信するための受信リソースとして、Ｄ２Ｄ通信に割当てられた無線リソースが割当てられている場合には、無線基地局３１０は、ＵＥ１０ＡからＵＥ１０Ｂに送信されたユーザデータを受信することができる。このようなケースでは、無線基地局３１０は、Ｄ２Ｄ通信に割当てられた無線リソースを用いて、他のＵＥ１０から上りリンクのユーザデータを受信することができない。
【００７８】
（送信側端末）
以下において、第１実施形態に係る送信側端末について説明する。ここでは、送信側端末として、ＵＥ１０Ａを例示する。図１２は、第１実施形態に係るＵＥ１０Ａを示すブロック図である。
【００７９】
図１２に示すように、ＵＥ１０Ａは、受信部１３Ａと、送信部１４Ａと、制御部１５Ａとを有する。
【００８０】
受信部１３Ａは、セルラ通信において、無線基地局３１０からデータを受信する。受信部１３Ａは、Ｄ２Ｄ通信において、ＵＥ１０Ｂからデータを受信する。例えば、受信部１３Ａは、Ｄ２Ｄ通信において、ユーザデータを受信できたか否かを示す送達確認信号（ＡＣＫ／ＮＡＣＫ）をＵＥ１０Ｂから受信してもよい。上述したように、受信部１３Ａは、Ｄ２Ｄ通信において、無線基地局３１０を経由して送達確認信号を受信してもよい。
【００８１】
実施形態において、受信部１３Ａは、無線基地局３１０から、Ｄ２Ｄ通信の開始前において、Ｄ２Ｄ通信で用いるユーザデータの目標受信電力を取得する。目標受信電力は、ＳＩＢなどの報知チャネルを用いて無線基地局３１０から報知されてもよく、ＰＤＣＣＨなどの個別制御チャネルを用いて無線基地局３１０から送信されてもよい。目標受信電力は、”Ｄ２Ｄ用Ｎｏｍｉｎａｌ  Ｐｏｗｅｒ”とも称する。
【００８２】
ここで、目標受信電力は、無線基地局３１０によって管理されるセルの種別（マクロセル、ピコセル、フェムトセル、ＣＳＧセルなど）に応じて設定されることが好ましい。或いは、目標受信電力は、ＵＥ１０ＡのＵＥカテゴリ又はＵＥ１０ＢのＵＥカテゴリに応じて設定されてもよい。或いは、目標受信電力は、ＵＥ１０Ａの加入者契約又はＵＥ１０Ｂの加入者契約に応じて設定されてもよい。或いは、目標受信電力は、ＵＥ１０Ａの位置又はＵＥ１０Ｂの位置に応じて設定されてもよい。
【００８３】
実施形態において、受信部１３Ａは、無線基地局３１０から、Ｄ２Ｄ通信で用いる無線リソースの割当情報を取得する。Ｄ２Ｄ通信が上りリンクの無線リソースを用いて行われる場合には、無線リソースの割当情報は、セルラ通信で用いる既存の上りリンクのスケジューリング情報（Ｕｐｌｉｎｋ  ＳＩ）である。上りリンクのスケジューリング情報は、ＰＤＣＣＨなどの個別制御チャネルを用いて無線基地局３１０から送信される。上りリンクのスケジューリング情報は、”Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ”とも称する。但し、上りリンクのスケジューリング情報は、以下に示すように拡張されていることに留意すべきである。
【００８４】
ここで、上りリンクのスケジューリング情報は、ＵＥ１０Ａに割当てる上りリンクの無線リソースを示す情報、ＵＥ１０Ａから送信されたユーザデータを受信することができたか否かを示す送達確認信号が無線基地局３１０を経由して通知されるか否かを示す情報、Ｄ２Ｄ通信で用いる電力制御方法を示す情報、及び、ＵＥ１０Ａから送信されたユーザデータをＵＥ１０Ｂが受信する受信電力を示す情報のうち、少なくともいずれか１つの情報を含む。
【００８５】
ＵＥ１０Ａに割当てる上りリンクの無線リソースを示す情報は、Ｄ２Ｄ通信で用いる上りリンクのリソースブロックを示す情報、トランスポートフォーマット、ＨＡＲＱ（Ｈｙｂｉｒｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）に関する情報、空間多重方法に関する情報などである。
【００８６】
送達確認信号が無線基地局３１０を経由して通知されるか否かを示す情報は、送達確認信号（ＡＣＫ／ＮＡＣＫ）がＵＥ１０Ｂから通知されるか、送達確認信号（ＡＣＫ／ＮＡＣＫ）が無線基地局３１０から通知されるかを示す情報である。
【００８７】
Ｄ２Ｄ通信で用いる電力制御方法を示す情報は、Ｄ２Ｄ通信で用いるＴＰＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）ビットを識別するための識別子、ＴＰＣビット（ＵＰ）の受信に応じて増加させる送信電力の増加ステップ幅、ＴＰＣビット（ＤＯＷＮ）の受信に応じて減少させる送信電力の減少ステップ幅を含む。
【００８８】
ＵＥ１０Ａから送信されたユーザデータをＵＥ１０Ｂが受信する受信電力を示す情報は、ＵＥ１０Ｂで測定されたユーザデータの受信電力を示す情報である。ＵＥ１０Ｂで測定されたユーザデータの受信電力を示す情報は、ＵＥ１０Ｂから無線基地局３１０を経由してＵＥ１０Ａに通知される。
【００８９】
ここで、上りリンクのスケジューリング情報は、例えば、Ｄ２Ｄ通信でユーザデータが送信されるサブフレームよりも所定数（例えば、４つ）前のサブフレームで送信されることが好ましい。
【００９０】
送信部１４Ａは、セルラ通信において、無線基地局３１０にデータを送信する。送信部１４Ａは、Ｄ２Ｄ通信において、ＵＥ１０Ｂにデータを送信する。例えば、送信部１４Ａは、Ｄ２Ｄ通信において、ユーザデータをＵＥ１０Ｂに送信する。また、送信部１４Ａは、制御部１５Ａから出力される指示に応じて、ユーザデータをＵＥ１０Ｂに再送する。
【００９１】
また、上述した再送制御例５で説明したように、送信部１４Ａは、送達確認信号がユーザデータを受信することができないことを示すＮＡＣＫである場合に、ユーザデータの再送要求を無線基地局３１０に送信してもよい。
【００９２】
制御部１５Ａは、ＵＥ１０Ａを制御する。具体的には、制御部１５Ａは、無線基地局３１０から受信する上りリンクのスケジューリング情報に基づいて、Ｄ２Ｄ通信を制御する。例えば、制御部１５Ａは、ＵＥ１０Ａに割当てる上りリンクの無線リソースを示す情報に基づいて、ユーザデータをＵＥ１０Ｂに送信するように送信部１４Ａを制御する。制御部１５Ａは、送達確認信号が無線基地局３１０を経由して通知されるか否かを示す情報に基づいて、送達確認信号を適切に受信するように受信部１３Ａを制御する。制御部１５Ａは、Ｄ２Ｄ通信で用いる電力制御方法を示す情報に基づいて、無線基地局３１０又はＵＥ１０ＢからＴＰＣビットを受信するとともに、ＵＥ１０Ｂに送信するユーザデータの送信電力を制御する。制御部１５Ａは、ＵＥ１０Ａから送信されたユーザデータをＵＥ１０Ｂが受信する受信電力を示す情報及びユーザデータの送信電力に基づいて、ＵＥ１０ＡとＵＥ１０Ｂとの間のパスロスを計算する。
【００９３】
なお、制御部１５Ａは、ＵＥ１０Ｂから直接的に受信する送達確認信号又は無線基地局３１０を経由して受信する送達確認信号に基づいて、ユーザデータをＵＥ１０Ｂに再送するか否かを判断する。すなわち、制御部１５Ａは、ユーザデータの再送制御を行う。制御部１５Ａは、ユーザデータを再送すると判断した場合に、ユーザデータの再送を送信部１４Ａに指示する。
【００９４】
（受信側端末）
以下において、第１実施形態に係る受信側端末について説明する。ここでは、受信側端末として、ＵＥ１０Ｂを例示する。図１３は、第１実施形態に係るＵＥ１０Ｂを示すブロック図である。
【００９５】
図１３に示すように、ＵＥ１０Ｂは、受信部１３Ｂと、送信部１４Ｂと、制御部１５Ｂとを有する。
【００９６】
受信部１３Ｂは、セルラ通信において、無線基地局３１０からデータを受信する。受信部１３Ｂは、Ｄ２Ｄ通信において、ＵＥ１０Ａからデータを受信する。例えば、受信部１３Ｂは、Ｄ２Ｄ通信において、ＵＥ１０Ａから送信されたユーザデータ（初送）を受信する。また、受信部１３Ｂは、ＵＥ１０Ａから再送されたユーザデータ（再送）を受信する。
【００９７】
実施形態において、受信部１３Ｂは、無線基地局３１０から、Ｄ２Ｄ通信の開始前において、Ｄ２Ｄ通信で用いるユーザデータの目標受信電力を取得する。目標受信電力は、ＳＩＢなどの報知チャネルを用いて無線基地局３１０から報知されてもよく、ＰＤＣＣＨなどの個別制御チャネルを用いて無線基地局３１０から送信されてもよい。目標受信電力は、”Ｄ２Ｄ用Ｎｏｍｉｎａｌ  Ｐｏｗｅｒ”とも称する。
【００９８】
実施形態において、受信部１３Ｂは、無線基地局３１０から、Ｄ２Ｄ通信で用いる無線リソースの割当情報を取得する。Ｄ２Ｄ通信が上りリンクの無線リソースを用いて行われる場合には、無線リソースの割当情報は、セルラ通信で用いる既存の上りリンクのスケジューリング情報（Ｕｐｌｉｎｋ  ＳＩ）とは異なるＤ２Ｄスケジューリング情報である。Ｄ２Ｄスケジューリング情報は、Ｄ２Ｄ通信で用いるスケジューリング情報であることに留意すべきである。Ｄ２Ｄスケジューリング情報は、ＰＤＣＣＨなどの個別制御チャネルを用いて無線基地局３１０から送信される。Ｄ２Ｄスケジューリング情報は、”Ｄ２Ｄ  ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔｓ”とも称する。
【００９９】
ここで、Ｄ２Ｄスケジューリング情報は、Ｄ２Ｄ通信の受信リソースとして上りリンクの無線リソースを用いることを示す情報、ＵＥ１０Ａの識別子、ＵＥ１０Ａに割当てる上りリンクの無線リソースを示す情報、ＵＥ１０Ａから送信されたユーザデータを受信することができたか否かを示す送達確認信号が無線基地局３１０を経由して通知されるか否かを示す情報、Ｄ２Ｄ通信の受信リソースとして用いる上りリンクの無線リソースの帯域及び／又はタイミングにおける受信を要求する情報、及び、Ｄ２Ｄ通信で用いる電力制御方法を示す情報のうち、少なくともいずれか１つの情報を含む。
【０１００】
送信部１４Ｂは、セルラ通信において、無線基地局３１０にデータを送信する。送信部１４Ａは、Ｄ２Ｄ通信において、ＵＥ１０Ａにデータを送信する。例えば、送信部１４Ｂは、ユーザデータを受信できたか否かを示す送達確認信号（ＡＣＫ／ＮＡＣＫ）をＵＥ１０Ａに送信してもよい。第１実施形態において、送信部１４Ｂは、Ｄ２Ｄ通信において、送達確認信号（ＡＣＫ／ＮＡＣＫ）を無線基地局３１０に送信してもよい。
【０１０１】
ここで、送達確認信号（ＡＣＫ／ＮＡＣＫ）としては、Ｌ１／Ｌ２レイヤの制御信号に含まれる送達確認信号と、ＭＡＣレイヤの制御信号に含まれる送達確認信号（ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）が考えられる。なお、ＭＡＣレイヤは、Ｌ１／Ｌ２よりも上位のレイヤであることに留意すべきである。
【０１０２】
送達確認信号（ＡＣＫ／ＮＡＣＫ）がＬ１／Ｌ２レイヤの制御信号に含まれるケースでは、送達確認信号は、ユーザデータを受信できたか否かを示すビットによって構成されており、送達確認信号の通知先（ＵＥ１０Ａ）の識別子及び送達確認信号の通知元（ＵＥ１０Ｂ）の識別子を含まないことに留意すべきである。Ｌ１／Ｌ２レイヤの制御信号を用いることによって、既存システムに対する修正が少なく、送達確認信号の送信に伴うオーバヘッドが小さいというメリットが得られる。但し、送達確認信号を送信するタイミング等について、予めルールを決めておく必要がある。このようなルールは、例えば、Ｄ２Ｄ通信でユーザデータが送信されるサブフレームよりも所定数（例えば、４つ）後のサブフレームで送達確認信号を送信するといったルールである。
【０１０３】
送達確認信号がＭＡＣレイヤの制御信号に含まれるケースでは、ユーザデータを受信できたか否かを示すビットに加えて、送達確認信号の通知先（ＵＥ１０Ａ）の識別子及び送達確認信号の通知元（ＵＥ１０Ｂ）の識別子を含めることが可能である。これによって、送達確認信号のオーバヘッドが増大するが、機能拡張に柔軟性をもたせることが可能である。例えば、複数の通信（例えば、セルラ通信及びＤ２Ｄ通信、２つのＤ２Ｄ通信）に対する送達確認信号を１つのサブフレームで送信することが可能である。
【０１０４】
制御部１５Ｂは、ＵＥ１０Ｂを制御する。具体的には、制御部１５Ｂは、無線基地局３１０から受信するＤ２Ｄスケジューリング情報に基づいて、Ｄ２Ｄ通信を制御する。例えば、制御部１５Ｂは、ＵＥ１０Ａに割当てる上りリンクの無線リソースを示す情報に基づいて、ユーザデータをＵＥ１０Ａから受信するように受信部１３Ｂを制御する。制御部１５Ｂは、送達確認信号が無線基地局３１０を経由して通知されるか否かを示す情報に基づいて、送達確認信号を適切に送信するように送信部１４Ｂを制御する。制御部１５Ｂは、Ｄ２Ｄ通信で用いる電力制御方法を示す情報に基づいて、ＴＰＣビットを無線基地局３１０又はＵＥ１０Ａに送信する。
【０１０５】
なお、制御部１５Ｂは、ＵＥ１０Ａから送信されたユーザデータを受信できたか否かを判断し、送達確認信号の送信を送信部１４Ｂに指示する。詳細には、制御部１５Ｂは、ユーザデータを受信できた場合に、ＡＣＫの送信を送信部１４Ｂに指示する。一方で、制御部１５Ｂは、ユーザデータを受信できなかった場合に、ＮＡＣＫの送信を送信部１４Ｂに指示する。
【０１０６】
（無線基地局）
以下において、第１実施形態に係る無線基地局について説明する。図１４は、第１実施形態に係る無線基地局３１０を示すブロック図である。
【０１０７】
図１４に示すように、無線基地局３１０は、受信部３１３と、送信部３１４と、制御部３１５とを有する。
【０１０８】
受信部３１３は、ＵＥ１０からデータを受信する。例えば、受信部３１３は、Ｄ２Ｄ通信において、ユーザデータを受信できたか否かを示す送達確認信号（ＡＣＫ／ＮＡＣＫ）をＵＥ１０Ｂから受信する。また、受信部３１３は、ＵＥ１０ＡからＵＥ１０Ｂに送信されたユーザデータを受信してもよい。
【０１０９】
送信部３１４は、ＵＥ１０にデータを送信する。例えば、送信部３１４は、Ｄ２Ｄ通信において、ＵＥ１０Ｂから受信する送達確認信号（ＡＣＫ／ＮＡＣＫ）に応じて、送達確認信号をＵＥ１０Ａに送信する。例えば、送信部３１４は、ＵＥ１０Ｂから受信する送達確認信号をＵＥ１０Ａに中継してもよい。或いは、送信部３１４は、Ｄ２Ｄ通信においてユーザデータの通信に用いる無線リソースをＵＥ１０Ａに割り当てる信号（Ｕｐｌｉｎｋ  ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔｓ）とともに、送達確認信号をＵＥ１０Ａに送信してもよい。或いは、送信部３１４は、Ｄ２Ｄ通信においてユーザデータの通信に用いる無線リソースをＵＥ１０Ａに割り当てる信号（Ｕｐｌｉｎｋ  ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔｓ）に、無線リソースが初送及び再送のいずれに割当てられたのかを示す情報をふくめてもよい。或いは、送信部３１４は、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などのように、ＰＤＣＣＨとは異なる”Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔｓ”を用いて、送達確認信号をＵＥ１０Ａに送信してもよい。
【０１１０】
また、送信部３１４は、Ｄ２Ｄ通信において、ユーザデータを受信することができないことを示すＮＡＣＫをＵＥ１０Ｂから受信した場合に、ユーザデータをＵＥ１０Ｂに再送する。或いは、送信部３１４は、Ｄ２Ｄ通信において、ＵＥ１０Ａから再送要求を受信した場合に、ユーザデータをＵＥ１０Ｂに再送する。
【０１１１】
実施形態において、送信部３１４は、Ｄ２Ｄ通信の開始前において、Ｄ２Ｄ通信で用いるユーザデータの目標受信電力をＵＥ１０Ａ及びＵＥ１０Ｂに通知する。送信部３１４は、ＳＩＢなどの報知チャネルを用いて、目標受信電力を報知してもよく、ＰＤＣＣＨなどの個別制御チャネルを用いて、目標受信電力をＵＥ１０Ａ及びＵＥ１０Ｂに送信してもよい。目標受信電力は、”Ｄ２Ｄ用Ｎｏｍｉｎａｌ  Ｐｏｗｅｒ”とも称する。
【０１１２】
実施形態において、送信部３１４は、Ｄ２Ｄ通信で用いる無線リソースの割当情報をＵＥ１０Ａに通知する。Ｄ２Ｄ通信が上りリンクの無線リソースを用いて行われる場合には、無線リソースの割当情報は、セルラ通信で用いる既存の上りリンクのスケジューリング情報（Ｕｐｌｉｎｋ  ＳＩ）である。送信部３１４は、ＰＤＣＣＨなどの個別制御チャネルを用いて、上りリンクのスケジューリング情報をＵＥ１０Ａに送信する。上りリンクのスケジューリング情報は、”Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ”とも称する。但し、上りリンクのスケジューリング情報は、以下に示すように拡張されていることに留意すべきである。
【０１１３】
ここで、上りリンクのスケジューリング情報は、上述したように、ＵＥ１０Ａに割当てる上りリンクの無線リソースを示す情報、ＵＥ１０Ａから送信されたユーザデータを受信することができたか否かを示す送達確認信号が無線基地局３１０を経由して通知されるか否かを示す情報、Ｄ２Ｄ通信で用いる電力制御方法を示す情報、及び、ＵＥ１０Ａから送信されたユーザデータをＵＥ１０Ｂが受信する受信電力を示す情報のうち、少なくともいずれか１つの情報を含む。
【０１１４】
実施形態において、送信部３１４は、Ｄ２Ｄ通信で用いる無線リソースの割当情報をＵＥ１０Ｂに通知する。Ｄ２Ｄ通信が上りリンクの無線リソースを用いて行われる場合には、無線リソースの割当情報は、セルラ通信で用いる既存の上りリンクのスケジューリング情報（Ｕｐｌｉｎｋ  ＳＩ）とは異なるＤ２Ｄスケジューリング情報である。Ｄ２Ｄスケジューリング情報は、Ｄ２Ｄ通信で用いるスケジューリング情報であることに留意すべきである。送信部３１４は、ＰＤＣＣＨなどの個別制御チャネルを用いて、Ｄ２Ｄスケジューリング情報をＵＥ１０Ｂに送信する。Ｄ２Ｄスケジューリング情報は、”Ｄ２Ｄ  ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔｓ”とも称する。
【０１１５】
ここで、Ｄ２Ｄスケジューリング情報は、Ｄ２Ｄ通信の受信リソースとして上りリンクの無線リソースを用いることを示す情報、ＵＥ１０Ａの識別子、ＵＥ１０Ａに割当てる上りリンクの無線リソースを示す情報、ＵＥ１０Ａから送信されたユーザデータを受信することができたか否かを示す送達確認信号が無線基地局３１０を経由して通知されるか否かを示す情報、Ｄ２Ｄ通信の受信リソースとして用いる上りリンクの無線リソースの帯域及び／又はタイミングにおける受信を要求する情報、及び、Ｄ２Ｄ通信で用いる電力制御方法を示す情報のうち、少なくともいずれか１つの情報を含む。
【０１１６】
制御部３１５は、無線基地局３１０を制御する。具体的には、制御部３１５は、上りリンク及び下りリンクの無線リソースをＵＥ１０に割当てる。ここで、制御部３１５は、上りリンクの無線リソースをＤ２Ｄ通信で用いる無線リソースとして割当ててもよい。すなわち、制御部３１５は、ユーザデータを受信するための受信リソースとして、上りリンクの無線リソースを割当ててもよい。
【０１１７】
実施形態において、制御部３１５は、Ｄ２Ｄ通信で用いる無線リソースをＵＥ１０に割当てると、無線リソースの割当情報（”Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ”）を記憶する。制御部３１５は、特に、無線リソースの割当情報に含まれるＤ２Ｄ通信で用いるトランスポートブロックサイズを記憶する。制御部３１５は、送達確認信号及び無線リソースの割当情報に基づいて、Ｄ２Ｄ通信におけるユーザデータのデータ量を算出する。
【０１１８】
ここで、制御部３１５は、算出されたユーザデータのデータ量をネットワーク装置３３０（上位ノード）に通知するように送信部３１４を制御してもよい。また、制御部３１５は、算出されたユーザデータのデータ量とともに、ＵＥ１０Ａの識別子及びＵＥ１０Ｂの識別子をネットワーク装置３３０（上位ノード）に通知するように送信部３１４を制御してもよい。
【０１１９】
（移動通信方法）
以下において、第１実施形態に係る移動通信方法について説明する。図１５〜図１６は、第１実施形態に係る移動通信方法を示す図である。
【０１２０】
第１に、送達確認信号（ＡＣＫ／ＮＡＣＫ）がＬ１／Ｌ２レイヤの制御信号に含まれるケースについて、図１５を参照しながら説明する。
【０１２１】
図１５に示すように、ステップ１０において、無線基地局３１０は、上りリンクのスケジューリング情報（“Ｕｐｌｉｎｋ  ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔｓ”）をＵＥ１０Ａに送信する。一方で、無線基地局３１０は、Ｄ２Ｄスケジューリング情報（“Ｄ２Ｄ  ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔｓ”）をＵＥ１０Ｂに送信する。但し、無線基地局３１０は、ＵＥ１０Ａ及びＵＥ１０Ｂに共通するＲＮＴＩを用いることによって、１つの制御信号によって、ＵＥ１０Ａ及びＵＥ１０Ｂに対して一括で無線リソースを割当ててもよい。
【０１２２】
ここで、“Ｕｐｌｉｎｋ  ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔｓ”は、セルラ通信で用いられる上りリンクのスケジューリング情報を拡張して流用した情報である。“Ｄ２Ｄ  ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔｓ”は、“Ｕｐｌｉｎｋ  ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔｓ”とは別に定義された情報である。“Ｕｐｌｉｎｋ  ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔｓ”及び“Ｄ２Ｄ  ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔｓ”は、例えば、ＰＤＣＣＨなどの個別制御チャネルを用いて送信される。
【０１２３】
ステップ２０において、ＵＥ１０Ａは、無線基地局３１０から受信する上りリンクのスケジューリング情報に基づいて、無線基地局３１０を介さずに直接的にユーザデータをＵＥ１０Ｂに送信する。ＵＥ１０Ｂは、Ｄ２Ｄスケジューリング情報に基づいて、無線基地局３１０を介さずに直接的にユーザデータをＵＥ１０Ａから受信する。
【０１２４】
ステップ３０において、無線基地局３１０は、上りリンクのスケジューリング情報（“Ｕｐｌｉｎｋ  ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔｓ”）を記憶する。無線基地局３１０は、特に、トランスポートブロックサイズを記憶する。
【０１２５】
ステップ４０において、ＵＥ１０Ｂは、送達確認信号（ＡＣＫ／ＮＡＣＫ）を無線基地局３１０に送信する。ここで、ＵＥ１０Ｂは、予め決められたルールに従って、達確認信号（ＡＣＫ／ＮＡＣＫ）を無線基地局３１０に送信する。このようなルールは、例えば、Ｄ２Ｄ通信でユーザデータが送信されるサブフレームよりも所定数（例えば、４つ）後のサブフレームで送達確認信号を送信するといったルールである。
【０１２６】
ステップ５０において、無線基地局３１０は、送達確認信号（ＡＣＫ／ＮＡＣＫ）をＵＥ１０Ａに送信する。ここで、無線基地局３１０は、予め決められたルールに従って、達確認信号（ＡＣＫ／ＮＡＣＫ）をＵＥ１０Ａに送信する。このようなルールは、例えば、Ｄ２Ｄ通信でユーザデータが送信されるサブフレームよりも所定数（例えば、８つ）後のサブフレームで送達確認信号を送信するといったルールである。
【０１２７】
ステップ６０において、無線基地局３１０は、ステップ３０で記憶された上りリンクのスケジューリング情報（“Ｕｐｌｉｎｋ  ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔｓ”）を読み出す。無線基地局３１０は、特に、トランスポートブロックサイズを読み出す。
【０１２８】
ステップ７０において、無線基地局３１０は、スケジューリング情報及び送達確認信号に基づいて、Ｄ２Ｄ通信におけるユーザデータのデータ量を算出する。
【０１２９】
ステップ８０において、無線基地局３１０は、算出されたユーザデータのデータ量に対して、ユーザデータの送信元（ＵＥ１０Ａ）の識別子及びユーザデータの送信先（ＵＥ１０Ｂ）の識別子を付与する。
【０１３０】
ステップ９０において、無線基地局３１０は、算出されたユーザデータのデータ量とともに、ＵＥ１０Ａの識別子及びＵＥ１０Ｂの識別子をネットワーク装置３３０（上位ノード）に通知する。
【０１３１】
なお、ＵＥ１０Ａは、ユーザデータの送信元であり、送達確認信号の通知先であることに留意すべきである。同様に、ＵＥ１０Ｂは、ユーザデータの送信先であり、送達確認信号の通知元であることに留意すべきである。
【０１３２】
第２に、送達確認信号（ＡＣＫ／ＮＡＣＫ）がＭＡＣレイヤの制御信号に含まれるケースについて、図１６を参照しながら説明する。図１６において、図１５と同様の処理については、同様の符号が付されていることに留意すべきである。図１５と同様の処理の説明については省略する。
【０１３３】
図１６に示すように、ステップ４０Ａにおいて、ＵＥ１０Ｂは、送達確認信号（ＡＣＫ／ＮＡＣＫ）を無線基地局３１０に送信する。ここで、ＵＥ１０Ｂは、送達確認信号とともに、送達確認信号の送信元（ＵＥ１０Ｂ）の識別子及び送達確認信号の通知先（ＵＥ１０Ａ）の識別子を無線基地局３１０に送信する。
【０１３４】
ステップ４２Ａにおいて、無線基地局３１０は、送達確認信号の送信元（ＵＥ１０Ｂ）を確認する。すなわち、無線基地局３１０は、ユーザデータの送信先（ＵＥ１０Ｂ）を確認する。
【０１３５】
ステップ４４Ａにおいて、送達確認信号の通知先（ＵＥ１０Ａ）を確認する。すなわち、無線基地局３１０は、ユーザデータの送信元（ＵＥ１０Ａ）を確認する。
【０１３６】
ステップ５０Ａにおいて、無線基地局３１０は、達確認信号（ＡＣＫ／ＮＡＣＫ）をＵＥ１０Ａに送信する。ここで、無線基地局３１０は、送達確認信号とともに、送達確認信号の送信元（ＵＥ１０Ｂ）の識別子をＵＥ１０Ａに送信する。
【０１３７】
実施形態において、送達確認信号（ＡＣＫ／ＮＡＣＫ）は、例えば、図１７に示すように、ＭＡＣレイヤの制御信号のペイロードを構成する“ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ”に含まれる。将来の拡張のためにリザーブされたビットを用いて、Ｄ２Ｄ通信で用いる送達確認信号を表すことが可能である。
【０１３８】
また、ＭＡＣレイヤの制御信号のヘッダを構成する“Ｒ／Ｒ／Ｅ／ＬＣＩＤ  Ｓｕｂ−ｈｅａｄｅｒ”の拡張によって、Ｄ２Ｄ通信で用いる送達確認信号がペイロードに含まれていることを表すことが可能である。このような拡張によって、図１８に示すように、下りリンクの共有チャネル（ＤＬ-ＳＣＨ）を用いて、Ｄ２Ｄ通信で用いる送達確認信号を送信することが可能である。同様に、このような拡張によって、図１９に示すように、上りリンクの共有チャネル（ＵＬ-ＳＣＨ）を用いて、Ｄ２Ｄ通信で用いる送達確認信号を送信することが可能である。
【０１３９】
（作用及び効果）
第１実施形態では、ＵＥ１０Ｂ（受信側端末）は、ＵＥ１０Ｂと無線接続を確立するコネクティッド状態の無線基地局３１０に対して、ＵＥ１０Ａ（送信側端末）から送信されたユーザデータを受信することができたか否かを示す送達確認信号を送信する。ここで、コネクティッド状態の無線基地局３１０は、Ｄ２Ｄ通信で用いるトランスポートブロックサイズを知っているため、送達確認信号に基づいて、ユーザデータのデータ量を算出することが可能である。
【０１４０】
［変更例１］
以下において、第１実施形態の変更例１について説明する。第１実施形態では詳述していないが、変更例１では、ＵＥ１０Ａは、無線基地局３１０を経由せずに、送達確認信号をＵＥ１０Ｂから受信してもよい。
【０１４１】
第１に、送達確認信号（ＡＣＫ／ＮＡＣＫ）がＬ１／Ｌ２レイヤの制御信号に含まれるケースについて、図２０を参照しながら説明する。図２０において、図１５と同様の処理については、同様の符号が付されていることに留意すべきである。図１５と同様の処理の説明については省略する。
【０１４２】
ステップ４０Ｂにおいて、ＵＥ１０Ａは、無線基地局３１０と同様のタイミングにおいて、ＵＥ１０Ｂから送信された送達確認信号を受信する。図２０に示すケースでは、ステップ５０の処理は省略されてもよい。
【０１４３】
第２に、送達確認信号（ＡＣＫ／ＮＡＣＫ）がＭＡＣレイヤの制御信号に含まれるケースについて、図２１を参照しながら説明する。図２１において、図１６と同様の処理については、同様の符号が付されていることに留意すべきである。図１６と同様の処理の説明については省略する。
【０１４４】
ステップ４０Ｃにおいて、ＵＥ１０Ａは、無線基地局３１０と同様のタイミングにおいて、ＵＥ１０Ｂから送信された送達確認信号を受信する。図２１に示すケースでは、ステップ５０Ａの処理は省略されてもよい。
【０１４５】
変更例１によれば、ＵＥ１０Ａは、無線基地局３１０と同様のタイミングにおいて、ＵＥ１０Ｂから送信された送達確認信号を受信する。従って、速やかにユーザデータの再送制御を行うことが可能である。
【０１４６】
［変更例２］
以下において、第１実施形態の変更例２について説明する。変更例２では、図１７に示す“ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ”の変更例について説明する。
【０１４７】
第１に、図２２に示すように、将来の拡張のためにリザーブされたビットを用いて、１つの“ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ”によって、最大で８つの送達確認信号（ＡＣＫ／ＮＡＣＫ）が送信されてもよい。
【０１４８】
第２に、図２３に示すように、将来の拡張のためにリザーブされたビットを用いて、１つの“ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ”によって送信する送達確認信号（ＡＣＫ／ＮＡＣＫ）の数を示すフィールド（Ｎｕｍｂｅｒ  ｏｆ  ＡＣＫ／ＮＡＣＫ）が追加されてもよい。
【０１４９】
［その他の実施形態］
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０１５０】
実施形態では、Ｄ２Ｄ通信において、２つのＵＥ１０が通信を行うケースについて例示した。しかしながら、実施形態は、これに限定されるものではない。具体的には、Ｄ２Ｄ通信において、３つ以上のＵＥ１０が通信を行ってもよい。
【０１５１】
実施形態では、Ｄ２Ｄ通信で用いる無線リソースが上りリンクの無線リソースであるケースについて主として説明した。しかしながら、実施形態は、これに限定されるものではない。例えば、Ｄ２Ｄ通信で用いる無線リソースは、下りリンクの無線リソースであってもよい。
【０１５２】
実施形態では、Ｄ２Ｄ通信におけるユーザデータのデータ量を無線基地局３１０が算出する。しかしながら、実施形態は、これに限定されるものではない。例えば、Ｄ２Ｄ通信におけるユーザデータのデータ量をＵＥ１０Ａ（送信側端末）が算出してもよい。このようなケースでは、ＵＥ１０Ａは、算出されたユーザデータのデータ量を無線基地局３１０に通知することが好ましい。また、ＵＥ１０Ａは、算出されたユーザデータのデータ量とともに、算出されたユーザデータのデータ量とともに、ＵＥ１０Ａの識別子及びＵＥ１０Ｂの識別子を無線基地局３１０に通知してもよい。
【０１５３】
上述した実施形態では特に触れていないが、ＵＥ１０（ＵＥ１０Ａ又はＵＥ１０Ｂ）が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。
【０１５４】
或いは、ＵＥ１０（ＵＥ１０Ａ又はＵＥ１０Ｂ）が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップが提供されてもよい。
【０１５５】
なお、米国仮出願第６１／６７６７８５号（２０１２年７月２７日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０１５６】
本発明によれば、送達確認信号に基づいて、ユーザデータのデータ量を算出することが可能である。
【図１】
2014017503.tif 000003
【図２】
2014017503.tif 000004
【図３】
2014017503.tif 000005
【図４】
2014017503.tif 000006
【図５】
2014017503.tif 000007
【図６】
2014017503.tif 000008
【図７】
2014017503.tif 000009
【図８】
2014017503.tif 000010
【図９】
2014017503.tif 000011
【図１０】
2014017503.tif 000012
【図１１】
2014017503.tif 000013
【図１２】
2014017503.tif 000014
【図１３】
2014017503.tif 000015
【図１４】
2014017503.tif 000016
【図１５】
2014017503.tif 000017
【図１６】
2014017503.tif 000018
【図１７】
2014017503.tif 000019
【図１８】
2014017503.tif 000020
【図１９】
2014017503.tif 000021
【図２０】
2014017503.tif 000022
【図２１】
2014017503.tif 000023
【図２２】
2014017503.tif 000024
【図２３】
2014017503.tif 000025
【手続補正書】
【提出日】平成28年4月11日(2016.4.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動通信システムであって、
無線基地局は、第１の無線端末に対して、前記無線基地局を介さずに直接的に行う通信で用いる無線リソースの割当情報を送信し、
第２の無線端末は、前記無線基地局に対して、前記第１の無線端末から前記通信で送信されたユーザデータを受信することができたか否かを示す送達確認信号を送信し、
前記無線基地局は、前記送達確認信号及び前記無線リソースの割当情報に基づいて、前記第１の無線端末と前記第２の無線端末との間の前記通信におけるデータ量を算出することを特徴とする移動通信システム。
【請求項２】
前記無線基地局は、前記第１の無線端末に対して、前記第１の無線端末から送信された前記ユーザデータを受信することができたか否かを通知することを特徴とする請求項１に記載の移動通信システム。
【請求項３】
前記送達確認信号は、前記第１の無線端末の識別子を含むことを特徴とする請求項１に記載の移動通信システム。
【請求項４】
前記送達確認信号は、前記第２の無線端末の識別子を含むことを特徴とする請求項１に記載の移動通信システム。
【請求項５】
前記無線基地局は、前記無線基地局よりも上位のノードに対して、算出された前記データ量を通知することを特徴とする請求項１に記載の移動通信システム。
【請求項６】
前記無線基地局は、前記無線基地局よりも上位のノードに対して、算出された前記データ量とともに、前記第１の無線端末の識別子及び前記第２の無線端末の識別子を通知することを特徴とする請求項５に記載の移動通信システム。
【請求項７】
前記第１の無線端末は、前記無線基地局に対して送信された前記送達確認信号を受信することを特徴とする請求項１に記載の移動通信システム。
【請求項８】
移動通信方法であって、
無線基地局から、第１の無線端末に対して、前記無線基地局を介さずに直接的に行う通信で用いる無線リソースの割当情報を送信するステップと、
第２の無線端末から、前記無線基地局に対して、前記第１の無線端末から送信されたユーザデータを受信することができたか否かを示す送達確認信号を送信するステップと、
前記無線基地局が、前記送達確認信号及び前記無線リソースの割当情報に基づいて、前記第１の無線端末と前記第２の無線端末との間の前記通信におけるデータ量を算出するステップと、を備えることを特徴とする移動通信方法。
【請求項９】
無線基地局であって、
前記無線基地局を介さずに第１の無線端末と第２の無線端末との間で直接的に行う通信におけるデータ量を算出する制御部と、
前記第１の無線端末に対して、前記通信で用いる無線リソースの割当情報を送信する送信部と、
前記第２の無線端末から、前記第１の無線端末から前記通信で送信されたユーザデータを受信することができたか否かを示す送達確認信号を受信する受信部と、を備え、
前記制御部は、前記送達確認信号及び前記無線リソースの割当情報に基づいて、前記データ量を算出することを特徴とする無線基地局。
【国際調査報告】
2014017503.tif 000026
2014017503.tif 000027
2014017503.tif 000028
2014017503.tif 000029