特許 6773657 無線端末及び基地局

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6773657

(24)【登録日】2020年10月5日

(45)【発行日】2020年10月21日

(54)【発明の名称】無線端末及び基地局

(51)【国際特許分類】

   H04W 72/04 20090101AFI20201012BHJP

   H04W 88/04 20090101ALI20201012BHJP

   H04W 16/26 20090101ALI20201012BHJP

   H04W 92/18 20090101ALI20201012BHJP

【ＦＩ】

   H04W72/04 131

   H04W88/04

   H04W16/26

   H04W92/18

【請求項の数】9

【全頁数】21

(21)【出願番号】特願2017-534442(P2017-534442)

(86)(22)【出願日】2016年8月8日

(86)【国際出願番号】JP2016073297

(87)【国際公開番号】WO2017026443

(87)【国際公開日】20170216

【審査請求日】2019年8月6日

(31)【優先権主張番号】特願2015-158904(P2015-158904)

(32)【優先日】2015年8月11日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】000006633

【氏名又は名称】京セラ株式会社

(74)【代理人】

【識別番号】110001106

【氏名又は名称】キュリーズ特許業務法人

(72)【発明者】

【氏名】安達 裕之

(72)【発明者】

【氏名】藤代 真人

(72)【発明者】

【氏名】榮祝 剛洋

【審査官】 伊東 和重

(56)【参考文献】

【文献】 国際公開第２０１４／１１５４０６（ＷＯ，Ａ１）

【文献】 特開２０１１−０９１７８６（ＪＰ，Ａ）

【文献】 特表２０１５−５１８３６１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

他の無線端末との直接的な通信を行うよう構成された無線端末であって、
前記他の無線端末宛ての第１のデータを基地局から受信するよう構成されたコントローラを備え、
前記コントローラは、前記基地局から前記第１のデータを受信する際に、前記第１のデータを前記他の無線端末へ直接的な通信により転送するために用いられる第１の無線リソースを示す情報も受信するよう構成され、
前記コントローラは、前記他の無線端末宛てのデータであって、前記無線端末で発生した第２のデータを送信するために用いる第２の無線リソースを示す情報を前記基地局から受信するように構成され、
前記コントローラは、前記第１の無線リソースを示す情報を受信してから、前記第１の無線リソースを示す情報に基づく前記他の無線端末への前記第１のデータの送信を開始するまでの期間が、前記第２の無線リソースを示す情報を受信してから、前記第２の無線リソースを示す情報に基づく前記他の無線端末への前記第２のデータの送信を開始するまでの期間よりも長くなるタイミングで、前記第１の無線リソースを示す情報を受信するよう構成される
無線端末。

【請求項2】

前記コントローラは、前記基地局からの物理下りリンク共有チャネルにより前記第１の無線リソースを示す情報を前記データと共に受信するよう構成される請求項１に記載の無線端末。

【請求項3】

前記コントローラは、前記基地局から前記第１のデータを受信する際に、所定の期間内での直接的な通信による複数の宛先へのデータ送信を許可する許可情報も受信し、
前記所定の期間は、前記転送に用いられる制御情報を送信する期間と前記制御情報に対応するデータを送信する期間とで構成され、
前記コントローラは、前記許可情報に基づいて、前記第１のデータを前記複数の宛先に前記直接的な通信により送信する請求項１に記載の無線端末。

【請求項4】

前記許可情報は、前記複数の宛先へのデータ送信に用いられる第３の無線リソースを示す情報であり、
前記コントロ−ラは、前記第３の無線リソースを示す情報に基づいて、前記第１のデータを前記複数の宛先に前記直接的な通信により送信する請求項３に記載の無線端末。

【請求項5】

前記コントローラは、前記許可情報を受信する前に、前記他の無線端末の数、転送先となる宛先の識別子の数、転送すべきデータの種類、及び、転送に関するトラフィック量の少なくともいずれかの情報を前記基地局に送信する請求項３に記載の無線端末。

【請求項6】

前記コントローラは、前記他の無線端末へ直接的な通信により送信することが可能なデータの量を示すバッファ状態報告を前記基地局に送信し、
前記コントローラは、前記基地局から受信した前記第１のデータの量を、前記直接的な端末間通信が可能であるデータの量に含めない請求項１に記載の無線端末。

【請求項7】

基地局であって、
第１の無線端末に対して、前記第１の無線端末と直接的な通信を行うことが可能な第２の無線端末宛ての第１のデータを送信するコントローラを備え、
前記コントローラは、前記第１のデータを前記第１の無線端末へ送信する際に、前記第１の無線端末が前記第１のデータを前記第２の無線端末へ前記直接的な通信により転送するために用いられる第１の無線リソースの情報も送信するように構成され、
前記コントローラは、前記第２の無線端末宛てのデータであって、前記第１の無線端末で発生した第２のデータを送信するために用いる第２の無線リソースを示す情報を前記第１の無線端末に送信するように構成され、
前記コントローラは、前記第１の無線端末において、前記第１の無線リソースを示す情報を受信してから、前記第１の無線リソースを示す情報に基づく前記第２の無線端末への前記第１のデータの送信を開始するまでの期間が、前記第１の無線端末において、前記第２の無線リソースを示す情報を受信してから、前記第２の無線リソースを示す情報に基づく前記第２の無線端末への前記第２のデータの送信を開始するまでの期間よりも長くなるタイミングで、前記第１の無線リソースを示す情報を前記第１の無線端末に送信するよう構成される
基地局。

【請求項8】

前記コントローラは、前記第１のデータを前記第１の無線端末へ送信する際に、所定の期間内での複数の宛先へのデータ送信を許可する許可情報も送信し、
前記所定の期間は、前記直接的な通信に用いられる制御情報を送信する期間と前記制御情報に対応するデータを送信する期間とで構成される請求項７に記載の基地局。

【請求項9】

前記コントローラは、前記第２の無線端末の数、転送先となる宛先の識別子の数、転送すべきデータの種類、及び、転送に関するトラフィック量の少なくともいずれかの情報を前記第１の無線端末から受信し、
前記コントローラは、前記情報に基づいて、前記許可情報を送信する請求項８に記載の基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、通信システムにおいて用いられる無線端末及び基地局に関する。

【背景技術】

【0002】

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ Ｓｅｒｖｉｃｅｓ）の仕様策定が進められている。

【0003】

ここで、ＰｒｏＳｅには、第１の無線端末（ＰｒｏＳｅ ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）が、ネットワーク圏外の第２の無線端末（Ｒｅｍｏｔｅ ＵＥ）とネットワークとの間で第２の無線端末のデータ（トラフィック）を中継（転送）するＵＥ・ネットワーク中継（転送）が含まれる。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】３ＧＰＰ技術報告書 「ＴＳ ２３．３０３ Ｖ１３．０．０」 ２０１５年６月２１日

【発明の概要】

【0005】

一の実施形態に係る無線端末は、他の無線端末との直接的な通信を行うよう構成される。前記無線端末は、前記他の無線端末宛ての第１のデータを基地局から受信するよう構成されたコントローラを備える。前記コントローラは、前記基地局から前記第１のデータを受信する際に、前記第１のデータを前記他の無線端末へ直接的な通信により転送するために用いられる第１の無線リソースを示す情報も受信するよう構成される。

【0006】

一の実施形態に係る基地局は、第１の無線端末に対して、前記第１の無線端末と直接的な通信を行うことが可能な第２の無線端末宛てのデータを送信するコントローラを備えてもよい。前記コントローラは、前記データを前記第１の無線端末へ送信する際に、前記第１の無線端末が前記データを前記第２の無線端末へ前記直接的な通信により転送するために用いられる無線リソースの情報も送信するよう構成されてもよい。

【0007】

一の実施形態に係る無線端末は、他の無線端末との直接的な通信を行うよう構成された無線端末であってもよい。前記無線端末は、所定の期間内で、前記直接的な通信により１つの宛先にデータを送信するコントローラを備えてもよい。前記所定の期間は、前記直接的な通信に用いられる制御情報を送信する期間と前記制御情報に対応するデータを送信する期間とで構成されてもよい。前記コントローラは、前記直接的な通信により複数の宛先へ送信すべきデータが存在する場合には、前記複数の宛先へのデータ送信を行うための許可を基地局に要求するよう構成されてもよい。

【0008】

一の実施形態に係る基地局は、所定の期間内で直接的な通信により１つの宛先にデータを送信するよう構成された無線端末から、直接的な通信により複数の宛先へのデータ送信を行うための許可の要求を受信するコントローラを備えてもよい。前記所定の期間は、無線端末間の直接的な通信に用いられる制御情報を送信する期間と前記制御情報に対応するデータを送信する期間とで構成される。前記コントローラは、前記許可の要求に基づいて、前記無線端末が前記複数の宛先へ直接的な通信によりデータ送信を行うことを許可するか否かを判断するよう構成される。

【図面の簡単な説明】

【0009】

【図1】図１は、ＬＴＥシステムの構成を示す図である。

【図2】図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。

【図3】図３は、ＬＴＥシステムで使用される無線フレームの構成図である。

【図4】図４は、直接通信で用いられる無線リソースプールを説明するための図である。

【図5】図５は、実施形態に係るＵＥ・ネットワーク中継を説明するための図である。

【図6】図６は、ＵＥ１００のブロック図である。

【図7】図７は、ｅＮＢ２００のブロック図である。

【図8】図８は、実施形態に係る動作環境を説明するための図である。

【図9】図９は、第１実施形態に係る動作を説明するためのシーケンス図である。

【図10】図１０は、第１実施形態に係る変更例を説明するためのシーケンス図である。

【図11】図１１は、第２実施形態に係る動作を説明するためのシーケンス図である。

【発明を実施するための形態】

【0010】

［実施形態の概要］
一の実施形態に係る無線端末は、他の無線端末との直接的な通信を行うよう構成される。前記無線端末は、前記他の無線端末宛ての第１のデータを基地局から受信するよう構成されたコントローラを備える。前記コントローラは、前記基地局から前記第１のデータを受信する際に、前記第１のデータを前記他の無線端末へ直接的な通信により転送するために用いられる第１の無線リソースを示す情報も受信するよう構成される。

【0011】

前記コントローラは、前記基地局からの物理下りリンク共有チャネルにより前記第１の無線リソースを示す情報を前記データと共に受信するよう構成されてもよい。

【0012】

前記コントローラは、前記他の無線端末宛ての第２のデータを送信するために用いる第２の無線リソースを示す情報を前記基地局から受信するよう構成されてもよい。前記コントローラは、前記第１の無線リソースを示す情報を受信してから前記第１のデータの送信を開始するまでの期間が、前記第２の無線リソースを示す情報を受信してから前記第２のデータの送信を開始するまでの期間よりも長くなるタイミングで、前記第１の無線リソースを示す情報を受信するよう構成されてもよい。

【0013】

前記コントローラは、前記基地局から前記第１のデータを受信する際に、所定の期間内での直接的な通信による複数の宛先へのデータ送信を許可する許可情報も受信するよう構成されてもよい。前記所定の期間は、前記転送に用いられる制御情報を送信する期間と前記制御情報に対応するデータを送信する期間とで構成されてもよい。

【0014】

前記許可情報は、前記複数の宛先へのデータ送信に用いられる第３の無線リソースを示す情報であってもよい。

【0015】

前記コントローラは、前記許可情報を受信する前に、前記他の無線端末の数、転送先となる宛先の識別子の数、転送すべきデータの種類、及び、転送に関するトラフィック量の少なくともいずれかの情報を前記基地局に送信するよう構成されてもよい。

【0016】

前記コントローラは、前記他の無線端末へ直接的な通信により送信することが可能なデータの量を示すバッファ状態報告を前記基地局に送信するよう構成されてもよい。前記コントローラは、前記基地局から受信した前記第１のデータの量を、前記直接的な端末間通信が可能であるデータの量に含めないように構成されてもよい。

【0017】

一の実施形態に係る基地局は、第１の無線端末に対して、前記第１の無線端末と直接的な通信を行うことが可能な第２の無線端末宛てのデータを送信するコントローラを備えてもよい。前記コントローラは、前記データを前記第１の無線端末へ送信する際に、前記第１の無線端末が前記データを前記第２の無線端末へ前記直接的な通信により転送するために用いられる無線リソースの情報も送信するよう構成されてもよい。

【0018】

前記コントローラは、前記データを前記第１の無線端末へ送信する際に、所定の期間内での複数の宛先へのデータ送信を許可する許可情報も送信するよう構成されてもよい。前記所定の期間は、前記直接的な通信に用いられる制御情報を送信する期間と前記制御情報に対応するデータを送信する期間とで構成されてもよい。

【0019】

前記コントローラは、前記第２の無線端末の数、転送先となる宛先の識別子の数、転送すべきデータの種類、及び、転送に関するトラフィック量の少なくともいずれかの情報を前記第１の無線端末から受信するよう構成されてもよい。前記コントローラは、前記情報に基づいて、前記許可情報を送信するよう構成されてもよい。

【0020】

ところで、Ｄ２Ｄ ＰｒｏＳｅの一つとして、直接通信（Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が規定されている。無線端末は、送信リソースプール内の無線リソースを用いて、直接通信によりデータを送信することができる。

【0021】

一の実施形態に係る無線端末は、他の無線端末との直接的な通信を行うよう構成された無線端末であってもよい。前記無線端末は、所定の期間内で、前記直接的な通信により１つの宛先にデータを送信するコントローラを備えてもよい。前記所定の期間は、前記直接的な通信に用いられる制御情報を送信する期間と前記制御情報に対応するデータを送信する期間とで構成されてもよい。前記コントローラは、前記直接的な通信により複数の宛先へ送信すべきデータが存在する場合には、前記複数の宛先へのデータ送信を行うための許可を基地局に要求するよう構成されてもよい。

【0022】

前記コントローラは、前記基地局から前記許可を受けた場合に、前記所定の期間内で前記複数の宛先へのデータ送信を開始するよう構成されてもよい。

【0023】

前記コントローラは、前記基地局から受信したデータを、前記直接的な通信により他の無線端末へ転送する場合に、前記許可を前記基地局に要求するよう構成されてもよい。

【0024】

前記コントローラは、前記無線端末が前記直接的な通信を行う相手端末の数、前記直接的な通信を行う宛先の識別子の数、前記送信すべきデータの種類、及び、前記直接的な通信におけるトラフィック量の少なくともいずれかに基づいて、前記許可を前記基地局に要求するよう構成されてもよい。

【0025】

前記コントローラは、前記許可の要求に対する肯定応答として、前記複数の宛先へのデータ送信を行うために用いられる無線リソースを示す情報を受信するよう構成されてもよい。前記コントローラは、前記直接的な通信により送信することが可能なデータの量を示すバッファ状態報告と共に、前記許可の要求を前記基地局へ送信するよう構成されてもよい。

【0026】

一の実施形態に係る基地局は、所定の期間内で直接的な通信により１つの宛先にデータを送信するよう構成された無線端末から、直接的な通信により複数の宛先へのデータ送信を行うための許可の要求を受信するコントローラを備えてもよい。前記所定の期間は、無線端末間の直接的な通信に用いられる制御情報を送信する期間と前記制御情報に対応するデータを送信する期間とで構成される。前記コントローラは、前記許可の要求に基づいて、前記無線端末が前記複数の宛先へ直接的な通信によりデータ送信を行うことを許可するか否かを判断するよう構成される。

【0027】

前記コントローラは、前記無線端末が前記直接的な通信を行う相手端末の数、前記直接的な通信を行う宛先の識別子の数、前記送信すべきデータの種類、及び、前記直接的な通信におけるトラフィック量の少なくともいずれかに基づいて、前記複数の宛先への前記直接的な通信によりデータ送信を行うことを許可するか否かを判断するよう構成されてもよい。

【0028】

前記コントローラは、前記許可の要求に対する肯定応答として、前記複数の宛先へのデータ送信を行うために用いられる無線リソースを示す情報を送信するよう構成されてもよい。

【0029】

［実施形態］
（移動通信システム）
以下において、実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。図１は、ＬＴＥシステムの構成を示す図である。

【0030】

図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０を備える。また、セルラネットワークのオペレータにより管理されない外部ネットワークには、Ｓｅｒｖｅｒ４００が設けられる。

【0031】

ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。

【0032】

Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。

【0033】

ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。

【0034】

ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、Ｐ−ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）３５０とを含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。Ｐ−ＧＷ３５０は、外部ネットワークから（及び外部ネットワークに）ユーザデータを中継（転送）する制御を行う。

【0035】

Ｓｅｒｖｅｒ４００は、ＰｒｏＳｅアプリケーションサーバ（ＰｒｏＳｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）である。この場合、Ｓｅｒｖｅｒ４００は、ＰｒｏＳｅにおいて用いられる識別子を管理する。例えば、Ｓｅｒｖｅｒ４００は、「ＥＰＣ ＰｒｏＳｅ ユーザＩＤ」及び「ＰｒｏＳｅファンクションＩＤ」を記憶する。また、Ｓｅｒｖｅｒ４００は、「アプリケーションレイヤユーザＩＤ」と「ＥＰＣ ＰｒｏＳｅ ユーザＩＤ」とをマッピングする。

【0036】

図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層を含む。

【0037】

物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。

【0038】

ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。

【0039】

ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。

【0040】

ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

【0041】

ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態（コネクティッド状態）であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態（アイドル状態）である。

【0042】

ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。

【0043】

図３は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）がそれぞれ適用される。

【0044】

図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。

【0045】

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。ＰＤＣＣＨの詳細については後述する。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。

【0046】

上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。

【0047】

（近傍サービス）
以下において、近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ Ｓｅｒｖｉｃｅｓ）について説明する。ＰｒｏＳｅにおいて、複数のＵＥ１００は、ｅＮＢ２００を介さない直接的な無線リンクを介して各種の信号を送受信する。ＰｒｏＳｅにおける直接的な無線リンクは、「サイドリンク（Ｓｉｄｅｌｉｎｋ）」と称される。

【0048】

「Ｓｉｄｅｌｉｎｋ」は、直接ディスカバリ及び直接通信のためのＵＥ−ＵＥ間インターフェイスである。「Ｓｉｄｅｌｉｎｋ」は、ＰＣ５インターフェイスに対応する。ＰＣ５は、直接ディスカバリ、直接通信及び近傍サービスによるＵＥ・ネットワーク中継（転送）のための制御及びユーザプレーンのために用いられる近傍サービスを利用可能なＵＥ間の参照点である。ＰＣ５インターフェイスは、ＰｒｏＳｅにおけるＵＥ−ＵＥ間インターフェイスである。

【0049】

ＰｒｏＳｅのモードとしては、「直接ディスカバリ（Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙ）」及び「直接通信（Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）」の２つのモードが規定されている。

【0050】

直接ディスカバリは、特定の宛先を指定しないディスカバリ信号をＵＥ間で直接的に伝送することにより、相手先を探索するモードである。また、直接ディスカバリは、ＰＣ５を介してＥ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）における直接無線信号を用いて、ＵＥの近傍における他のＵＥを発見するための手順である。或いは、直接ディスカバリは、Ｅ−ＵＴＲＡ技術で２つのＵＥ１００の能力のみを用いて、近傍サービスを実行可能な他のＵＥ１００を発見するために近傍サービスを実行可能なＵＥ１００によって採用される手順である。直接ディスカバリは、ＵＥ１００がＥ−ＵＴＲＡＮ（ｅＮＢ２００（セル））によってサービスが提供される場合にのみ、サポートされる。ＵＥ１００は、セル（ｅＮＢ２００）に接続又はセルに在圏している場合、Ｅ−ＵＴＲＡＮによってサービスが提供され得る。

【0051】

ディスカバリ信号（ディスカバリメッセージ）の送信（アナウンスメント）のためのリソース割り当てタイプには、ＵＥ１００が無線リソースを選択する「タイプ１」と、ｅＮＢ２００が無線リソースを選択する「タイプ２（タイプ２Ｂ）」と、がある。

【0052】

「Ｓｉｄｅｌｉｎｋ Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙ」プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、及びＰｒｏＳｅプロトコルを含む。ＵＥ（Ａ）の物理層とＵＥ（Ｂ）の物理層との間では、物理サイドリンクディスカバリチャネル（ＰＳＤＣＨ）と称される物理チャネルを介してディスカバリ信号が伝送される。ＵＥ（Ａ）のＭＡＣ層とＵＥ（Ｂ）のＭＡＣ層との間では、サイドリンクディスカバリチャネル（ＳＬ−ＤＣＨ）と称されるトランスポートチャネルを介してディスカバリ信号が伝送される。

【0053】

直接通信は、特定の宛先（宛先グループ）を指定してデータをＵＥ間で直接的に伝送するモードである。また、直接通信は、いずれのネットワークノードを通過しない経路を介してＥ−ＵＴＲＡ技術を用いたユーザプレーン伝送による、近傍サービスを実行可能である２以上のＵＥ間の通信である。

【0054】

直接通信のリソース割り当てタイプには、直接通信の無線リソースをｅＮＢ２００が指定する「モード１」と、直接通信の無線リソースをＵＥ１００が選択する「モード２」と、がある。

【0055】

直接通信プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、及びＰＤＣＰ層を含む。ＵＥ（Ａ）の物理層とＵＥ（Ｂ）の物理層との間では、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して制御信号が伝送され、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介してデータが伝送される。また、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）を介して同期信号等が伝送されてもよい。ＵＥ（Ａ）のＭＡＣ層とＵＥ（Ｂ）のＭＡＣ層との間では、サイドリンク共有チャネル（ＳＬ−ＳＣＨ）と称されるトランスポートチャネルを介してデータが伝送される。ＵＥ（Ａ）のＲＬＣ層とＵＥ（Ｂ）のＲＬＣ層との間では、サイドリンクトラフィックチャネル（ＳＴＣＨ）と称される論理チャネルを介してデータが伝送される。

【0056】

（直接通信で用いられる無線リソースプール）
次に、直接通信で用いられる無線リソースプールについて、図４を用いて説明する。図４は、直接通信で用いられる無線リソースプールを説明するための図である。

【0057】

図４に示すように、直接通信に用いられる無線リソースプール（送信リソースプール／受信リソースプール）は、時間方向において所定の周期（ＳＣ期間：ＳＣ Ｐｅｒｉｏｄ）で繰り返し配置される。直接通信に用いられる無線リソースプールは、制御領域（物理サイドリンク制御チャネル（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ））と、データ領域（物理サイドリンク共有チャネル（ＰＳＳＣＨ：Ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ））とによって構成される。制御領域とデータ領域とからなる複数の無線リソースプールが時間方向に配置される。１つの無線リソースプールの時間方向の長さは、無線リソースプールの周期であるＳＣ期間（ＳＣ Ｐｅｒｉｏｄ）と一致する。１つのＳＣ期間は、直接通信で用いられる制御情報（後述のＳＣＩ）と制御情報に対応するデータとを送信する期間で構成される。制御領域とデータ領域とは、時間方向において交互に配置される。データ領域は、時間方向において、制御領域の後に続く。なお、データ領域は、時間方向において、制御領域と重複していてもよい。

【0058】

制御領域は、直接通信によりサイドリンク用の制御情報（ＳＣＩ：Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を送信するためのＰＳＣＣＨが配置される領域である。従って、制御領域は、直接通信によりＳＣＩを送信するための無線リソース（以下、制御リソース）が配置される制御リソースプールに相当する。なお、ＳＣＩは、直接通信によりデータを送信するために割り当てられた無線リソース（以下、データリソース）を通知するための情報である。具体的には、ＳＣＩは、データリソースの割当情報を含む。データ領域は、データを送信するためのＰＳＳＣＨが配置される領域である。従って、データ領域は、直接通信によりデータを送信するための無線リソースが配置されるデータリソースプールに相当する。

【0059】

（ＵＥ・ネットワーク中継（転送）） 以下において、ＵＥ・ネットワーク中継（転送）について、図５を用いて説明する。図５は、実施形態に係るＵＥ・ネットワーク中継（転送）を説明するための図である。

【0060】

図５において、リモートＵＥ（Ｒｅｍｏｔｅ ＵＥ）は、ネットワーク圏外（Ｏｕｔｏｆ−Ｎｅｔｗｏｒｋ）に位置するＵＥである。すなわち、リモートＵＥは、セルのカバレッジ外に位置する。尚、リモートＵＥは、セルのカバレッジ内に位置する場合も有り得る。従って、リモートＵＥは、Ｅ−ＵＴＲＡＮ１０によって直接サービスが提供されないＵＥ１００（Ｅ−ＵＴＲＡＮ１０によってサーブ（ｓｅｒｖｅ）されないＵＥ１００）である。また、リモートＵＥ１００は、後述するリレーＵＥを介してパケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）と通信できる。リモートＵＥは、公衆安全（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ）のためのＵＥ（ＰｒｏＳｅ−ｅｎａｂｌｅｄ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ）であってもよい。

【0061】

なお、「ＰｒｏＳｅ−ｅｎａｂｌｅｄ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ」は、ＨＰＬＭＮが公衆安全のための使用を許可するように構成されている。「ＰｒｏＳｅ−ｅｎａｂｌｅｄ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ」は、近傍サービスを利用可能であり、近傍サービスにおける手順及び公衆安全のための特定の能力をサポートしている。例えば、「ＰｒｏＳｅ−ｅｎａｂｌｅｄ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ」は、公衆安全のための情報を近傍サービスにより送信する。公衆安全のための情報とは、例えば、災害（地震・火災など）に関する情報、消防関係者又は警察関係者に用いられる情報などである。

【0062】

リモートＵＥは、後述するように、リレーＵＥからＰｒｏＳｅ中継（転送）サービスを提供される。ＰｒｏＳｅ中継（転送）サービスが提供されるリモートＵＥとＰｒｏＳｅ中継（転送）サービスを提供するリレーＵＥとの間で、ＵＥ・ネットワーク中継（転送）が実行される。

【0063】

リレーＵＥ（ＰｒｏＳｅ ＵＥ−ｔｏ Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）は、ＰｒｏＳｅ中継（転送）サービスをリモートＵＥのために提供する。具体的には、リレーＵＥは、リモートＵＥのためにパケットデータネットワークとの通信のサービス継続性を提供する。従って、リレーＵＥは、リモートＵＥとネットワークとの間でデータ（ユニキャストトラフィック）を中継（転送）する。リレーＵＥは、近傍サービス（直接通信）によりリモートＵＥのデータ（トラフィック）を中継（転送）する。具体的には、リレーＵＥは、ＰＣ５インターフェイスを介してリモートＵＥから受信したデータ（上りトラフィック）を、Ｕｕインターフェイス（ＬＴＥ−Ｕｕ）又はＵｎインターフェイス（ＬＴＥ−Ｕｎ）を介してｅＮＢ２００に中継（転送）する。また、リレーＵＥは、Ｕｕインターフェイス又はＵｎインターフェイスを介してｅＮＢ２００から受信したデータ（下りトラフィック）をＰＣ５インターフェイスを介してリモートＵＥへ中継（転送）する。リレーＵＥは、ネットワーク内（セルのカバレッジ内）にのみ位置する。

【0064】

また、リレーＵＥは、公衆安全のための通信に関係する任意のタイプのトラフィックを中継（転送）できる包括的な機能を提供することができる。

【0065】

リレーＵＥとリモートＵＥは、物理層間でデータ及び制御信号を伝送できる。同様に、リレーＵＥとリモートＵＥは、ＭＡＣ層間、ＲＬＣ層間及びＰＤＣＰ層間でデータ及び制御信号を伝送できる。さらに、リレーＵＥは、ＰＤＣＰ層の上位層としてＩＰリレー（ＩＰ−Ｒｅｌａｙ）層を有してもよい。リモートＵＥは、ＰＤＣＰ層の上位層としてＩＰ層を有してもよい。リレーＵＥとリモートＵＥとは、ＩＰリレー層とＩＰ層との間でデータ及び制御信号を伝送できる。また、リレーＵＥは、ＩＰリレー層とＩＰ−ＧＷ３５０のＩＰ層との間でデータを伝送できる。

【0066】

なお、リレーＵＥは、ＡＳ層（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）において、ブロードキャストを用いてリモートＵＥにデータ（トラフィック）を送信できる。リレーＵＥは、ＡＳ層において、ユニキャストを用いてリモートＵＥにデータを送信してもよい。なお、ＵＥ・ネットワーク中継（転送）がブロードキャストを用いて実行されている場合、リレーＵＥとリモートＵＥとの間において、ＡＳ層におけるフィードバックは行われないが、ＮＡＳ層（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）におけるフィードバックは行われてもよい。また、ＵＥ・ネットワーク中継（転送）がユニキャストを用いて実行されている場合、ＡＳ層におけるフィードバックが行われてもよい。

【0067】

（無線端末）
以下において、実施形態に係るＵＥ１００（無線端末）について説明する。図６は、ＵＥ１００のブロック図である。図６に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。

【0068】

レシーバ１１０は、コントローラ１３０の制御下で各種の受信を行う。レシーバ１１０は、アンテナを含む。レシーバ１１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換してコントローラ１３０に出力する。

【0069】

なお、ＵＥ１００は、「ＰｒｏＳｅ−ｅｎａｂｌｅｄ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ」である場合、レシーバ１１０は、異なる２つの周波数における無線信号を同時に受信可能である。例えば、ＵＥ１００は、２つのレシーバ１１０（２ ＲＸ Ｃｈａｉｎ）を有する。ＵＥ１００は、一方のレシーバ１１０によりセルラ用の無線信号を受信でき、他方のレシーバ１１０によりＰｒｏＳｅ用の無線信号を受信できる。

【0070】

トランスミッタ１２０は、コントローラ１３０の制御下で各種の送信を行う。トランスミッタ１２０は、アンテナを含む。トランスミッタ１２０は、コントローラ１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

【0071】

コントローラ１３０は、ＵＥ１００における各種の制御を行う。コントローラ１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。

【0072】

ＵＥ１００は、ＧＮＳＳ受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をコントローラ１３０に出力する。或いは、ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ機能を有していてもよい。

【0073】

（基地局）
以下において、実施形態に係るｅＮＢ２００（基地局）について説明する。図７は、ｅＮＢ２００のブロック図である。図７に示すように、ｅＮＢ２００は、トランスミッタ（送信部）２１０、レシーバ（受信部）２２０、コントローラ（制御部）２３０、及びバックホール通信部２４０を備える。トランスミッタ２１０とレシーバ２２０は、一体化されたトランシーバ（送受信部）であってもよい。

【0074】

トランスミッタ２１０は、コントローラ２３０の制御下で各種の送信を行う。トランスミッタ２１０は、アンテナを含む。トランスミッタ２１０は、コントローラ２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

【0075】

レシーバ２２０は、コントローラ２３０の制御下で各種の受信を行う。レシーバ２２０は、アンテナを含む。レシーバ２２０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換してコントローラ２３０に出力する。

【0076】

コントローラ２３０は、ｅＮＢ２００における各種の制御を行う。コントローラ２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含む。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。

【0077】

バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。

【0078】

（第１実施形態に係る動作環境）
次に、第１実施形態に係る動作環境について、図８を用いて説明する。図８は、実施形態に係る動作環境を説明するための図である。

【0079】

図８に示すように、ＵＥ１００−１は、ｅＮＢ２００（ＤｅＮＢ）が管理するセル内に位置し、ｅＮＢ２００とセルラ通信（ＬＴＥ−Ｕｕ）を実行可能である。ＵＥ１００−１は、ＲＲＣコネクティッド状態である。或いは、ＵＥ１００−１は、ＲＲＣアイドル状態であり、ｅＮＢ２００と通信を行う場合に、ＲＲＣアイドル状態からＲＲＣコネクティッド状態に移行してもよい。ＵＥ１００−１は、リレーＵＥである。一方、ＵＥ１００−２は、ｅＮＢ２００が管理するセル外に位置する。ＵＥ１００−２は、ＲＲＣアイドル状態であり、リモートＵＥである。なお、ｅＮＢ２００は、リモートＵＥのデータを中継（転送）するドナーｅＮＢである。

【0080】

このような動作環境において、ＵＥ・ネットワーク中継（転送）を行う場合にシグナリングを低減するために、以下の動作が実行される。

【0081】

なお、以下で説明するＵＥ１００（ＵＥ１００−１／ＵＥ１００−２）が実行する処理（動作）について、ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０、コントローラ１３０の少なくともいずれかが実行するが、便宜上、ＵＥ１００が実行する処理として説明する。同様に、以下で説明するｅＮＢ２００が実行する処理（動作）について、ｅＮＢ２００が備えるトランスミッタ２１０、レシーバ２２０、コントローラ２３０、バックホール通信部２４０の少なくともいずれかが実行するが、便宜上、ｅＮＢ２００が実行する処理として説明する。

【0082】

（第１実施形態に係る動作）
次に、第１実施形態に係る動作について、図９を用いて説明する。図９は、第１実施形態に係る動作を説明するためのシーケンス図である。

【0083】

図９に示すように、ｅＮＢ２００とＵＥ１００−１との間でＵＥ・ネットワーク中継（転送）用の接続が確立されている。また、ＵＥ１００−１とＵＥ１００−２との間でＵＥ・ネットワーク中継（転送）用の接続が確立されている。

【0084】

ステップＳ１０１において、Ｓｅｒｖｅｒ４００は、ＵＥ１００−２宛てのデータをｅＮＢ２００に送る。ｅＮＢ２００は、当該データを受け取る。

【0085】

ステップＳ１０２において、ｅＮＢ２００は、ＵＥ１００−２のリレーＵＥであるＵＥ１００−１に対して、ＵＥ１００−２宛てのデータを送信する。ここで、ｅＮＢ２００は、データを送信する際に、ＵＥ・ネットワーク中継（転送）によりデータを中継（転送）するための無線リソースの割当情報も送信する。ＵＥ１００−１は、データを受信する際に、無線リソースの割当情報も受信する。

【0086】

例えば、ｅＮＢ２００は、データと共に無線リソースの割当情報をＰＤＳＣＨ（物理リンク共有チャネル）によりＵＥ１００−１に送信してもよい。ＵＥ１００−１は、ＰＤＳＣＨにより無線リソースの割当情報を受信できる。また、ｅＮＢ２００は、データのＭＡＣサブヘッダに含まれるＭＡＣ ＣＥとして無線リソースの割当情報を含めてもよい。従って、ｅＮＢ２００は、データ（ＭＡＣ ＰＤＵ）の中に、無線リソースの割当情報を埋め込むことができる。なお、ここでの割当情報は、割当情報と共に送られるデータを送信するための無線リソースを少なくとも含む。

【0087】

また、ｅＮＢ２００は、ネットワーク側で発生したデータ（すなわち、Ｓ１０１のデータ）を送信するための無線リソースの割当情報（以下、第１割当情報と適宜称する）を送るタイミングと、ＵＥ１００−１で発生したＵＥ１００−２宛てのデータを送信するための無線リソースの割当情報（以下、第２割当情報と適宜称する）を送るタイミングとを変えてもよい。具体的には、ｅＮＢ２００は、近傍サービスにおける送信に使用可能であるサイドリンクデータ量に関するサイドリンクバッファ状態報告（ＳＬ−ＢＳＲ）に基づいて、第２割当情報（ＳＬグラント）を含む制御情報（ＳＬ ＤＣＩ）をＵＥ１００−１に送信するタイミングよりも早いタイミングで、Ｓ１０１のデータ及び第１割当情報をＵＥ１００−１に送信してもよい。ｅＮＢ２００は、第１割当情報を受信してからデータの送信を開始するまでの期間（第１の期間）が、第２割当情報を受信してからデータの送信を開始するまでの期間（第２の期間）よりも長くなるタイミングで、ｅＮＢ２００は、第１割当情報を送信してもよい。ＵＥ１００−１は、第１の期間が第２の期間よりも長いため、データ及び第１割当情報を余裕を持ってデコードすることができる。なお、第２割当情報を受信する場合、第２割当情報に対応するデータは、ＵＥ１００−１内で発生するため、ＵＥ１００−１は、第２割当情報を受信する際に、データをデコード処理する必要はない。

【0088】

なお、ｅＮＢ２００は、Ｓｅｒｖｅｒ４００から受信したデータ量に応じて、無線リソースをＵＥ１００−１に割り当てることができる。従って、ｅＮＢ２００は、ネットワーク側で発生したデータの量に関するＳＬ−ＢＳＲを受け取らなくてもよい。すなわち、ＵＥ１００−１は、ｅＮＢ２００から受信したデータに関するＳＬ−ＢＳＲの送信を省略できる。

【0089】

ステップＳ１０３において、ＵＥ１００−１は、データと共に受信した無線リソースの割当情報に基づいて、ＵＥ１００−２にデータを送信する。ＵＥ１００−２は、ＵＥ１００−１からデータを受信する。

【0090】

ＵＥ１００−１は、ｅＮＢ２００から受信したサイドリンク用のデータ（以下、第１データ適宜称する）をＵＥ１００−１内で発生したサイドリンク用のデータ（以下、第２データと適宜称する）とは別に管理することができる。例えば、ＵＥ１００−１は、第１データを記憶する第１バッファと、第２データを記憶する第２バッファとを有してもよい。ＵＥ１００−１は、第２バッファの状態を報告するために、ＳＬ−ＢＳＲをｅＮＢ２００に送信できる。従って、ＵＥ１００−１は、第１データの量を第２データ量に含めずに、第２データ量のみを報告するためにＳＬ−ＢＳＲをｅＮＢ２００に送信できる。ＵＥ１００−１は、第１データをＳＬ−ＢＳＲのトリガ条件として扱わない。

【0091】

以上によれば、ＵＥ１００−１は、ｅＮＢ２００から受信したデータに関するＳＬ−ＢＳＲの送信を省略できる。従って、シグナリングを低減することが可能である。

【0092】

（変更例）
次に、第１実施形態に係る変更例について、図１０を用いて説明する。図１０は、第１実施形態に係る変更例を説明するためのシーケンス図である。

【0093】

本変更例では、ｅＮＢ２００は、１つのＳＣ期間において複数の宛先へのデータ送信を許可する情報も、データと共に送信する。なお、第１実施形態と同様の部分は、適宜説明を省略する。

【0094】

図１０に示すように、ステップＳ２０１において、ＵＥ１００−１は、トラフィック関連情報をｅＮＢ２００に送信する。ｅＮＢ２００は、トラフィック関連情報をＵＥ１００−１から受信する。

【0095】

ＵＥ１００−１は、例えば、ＵＥ・ネットワーク中継（転送）用の接続が確立された場合に、トラフィック関連情報をｅＮＢ２００に送信してもよい。或いは、ＵＥ１００−１は、トラフィック関連情報が変更された場合に、トラフィック関連情報をｅＮＢ２００に送信してもよい。

【0096】

トラフィック関連情報は、リモートＵＥの数、中継（転送）先となる宛先の識別子の数、送信すべきデータの種類、中継（転送）におけるトラフィック量の少なくともいずれかの情報である。

【0097】

リモートＵＥの数は、ＵＥ１００−１が中継（転送）するリモートＵＥの数である。中継（転送）先となる宛先の識別子は、ＵＥ１００−２の宛先識別子であってもよいし、例えば、グループ識別子であってもよい。送信すべきデータの種類は、例えば、データの優先度の種類（例えば、Ｈｉｇｈ、Ｌｏｗなど）であってもよいし、データの種別（例えば、音声データ、文書データなど）であってもよい。ＵＥ・ネットワーク中継（転送）におけるトラフィック量は、各リレーＵＥへ送信したトラフィック量、各リレーＵＥから受信したトラフィック量、各リレーＵＥから受信したトラフィック量と各リレーＵＥへ送信したトラフィック量との合計のトラフィック量であってもよい。

【0098】

ステップＳ２０２は、ステップＳ１０１に対応する。

【0099】

ステップＳ２０３において、ｅＮＢ２００は、ＵＥ・ネットワーク中継（転送）に関するトラフィックに余裕があるか否かを判断する。ｅＮＢ２００は、トラフィック関連情報に基づいて、判断する。ｅＮＢ２００は、例えば、リモートＵＥ数が閾値以下である場合に、トラフィックに余裕があると判断する。また、ｅＮＢ２００は、送信すべきデータの種類が閾値以下である場合に、トラフィックに余裕があると判断してもよい。ｅＮＢ２００は、ＵＥ・ネットワーク中継（転送）におけるトラフィック量が閾値以下である場合に、トラフィックに余裕があると判断してもよい。

【0100】

ｅＮＢ２００は、トラフィックに余裕があると判断した場合、１つのＳＣ期間内で、複数の宛先へのデータ送信を許可しない。

【0101】

なお、ｅＮＢ２００は、ＵＥ１００−１へ送信するリレーＵＥ宛てのデータを受信した場合に、判断してもよいし、トラフィック関連情報を受信した場合に、判断してもよい。

【0102】

ステップＳ２０４及びＳ２０５は、ステップＳ１０２及びＳ１０３に対応する。また、ステップＳ２０６は、ステップＳ１０１に対応する。

【0103】

ステップＳ２０７は、ステップ２０３と同様に、ｅＮＢ２００は、ＵＥ・ネットワーク中継（転送）に関するトラフィックに余裕があるか否かを判断する。以下において、ｅＮＢ２００が、トラフィックに余裕がないと判断したと仮定する。従って、ｅＮＢ２００は、１つのＳＣ期間内で複数の宛先へのデータ送信を許可すると判断したと仮定する。

【0104】

ステップＳ２０８において、ｅＮＢ２００は、ＵＥ１００−２宛てのデータをＵＥ１００−１へ送信する際に、１つのＳＣ期間内で複数の宛先へのデータ送信を許可する許可情報もＵＥ１００−１へ送信する。ｅＮＢ２００は、許可情報を無線リソースの割当情報と同様にして、データと共に送信することができる。ＵＥ１００−１は、データと共に許可情報も受信する。

【0105】

許可情報は、複数の宛先へのデータ送信を行うために用いられる無線リソースの割当情報（複数の割当情報）であってもよい。許可情報は、１つのＳＣ期間内で複数の宛先へのデータ送信を許可することを示すフラグ情報であってもよい。

【0106】

ステップＳ２０９において、ＵＥ１００−１は、１つのＳＣ期間内でＵＥ１００−２を含む複数の宛先へのデータ送信を行う。

【0107】

なお、ＵＥ１００−１は、１つのＳＣ期間内の制御領域において、複数の割当情報（複数のデータリソース）に対応する制御情報からなる複数の制御情報（ＳＣＩ）を送信してもよい。複数のＳＣＩのうちの１つのＳＣＩが、ＵＥ１００−２へ送信すべき第１データを送信するためのデータリソースを示し、複数のＳＣＩの残りのＳＣＩが、ＵＥ１００−２以外のリモートＵＥへ送信すべきデータを送信するためのデータリソースを示す。また、ＵＥ１００−１は、複数の割当情報に対応する１つの制御情報を送信してもよい。この場合、制御情報は、複数の宛先識別子を含む。なお、リモートＵＥは、自身（又は自身が属するグループ）宛の宛先識別子を制御情報が含む場合、データリソースをモニタする。

【0108】

このように、ＵＥ１００−１は、１つのＳＣ期間内のデータ領域において、複数の割当情報に基づいて、ＵＥ１００−２へＵＥ１００−２宛てのデータを送信するだけでなく、他の宛先へデータを送信することができる。これにより、例えば、他のリレーＵＥのデータが送信されたＳＣ期間よりも後のＳＣ期間で送信される場合と比べて、ＵＥ１００−２のデータの送信遅延を抑制することができる。

【0109】

ｅＮＢ２００は、トラフィック関連情報に基づいて、１つのＳＣ期間内で複数の宛先へのデータ送信を許可するか否かを判断できる。従って、ｅＮＢ２００は、複数のリモートＵＥへのトラフィックが、１つのベアラ（ＲＰＳベアラ／無線ベアラ／ＬＣＩＤの少なくともいずれか）でリレーＵＥに伝送されることによって、ネットワーク側で発生したデータが複数のリレーＵＥ宛てか否かを判断できない場合であっても、１つのＳＣ期間内で複数の宛先へのデータ送信を許可するか否かを判断できる。

【0110】

なお、ｅＮＢ２００は、例えば、ＵＥ１００からのトラフィック関連情報に基づいて、許可を解除する解除情報をＵＥ１００−１へ送信してもよい。ＵＥ１００−１は、解除情報に基づいて、１つのＳＣ期間内で、１つの宛先へのみデータを送信してもよい。或いは、許可情報は、１つのＳＣ期間でのみ複数の宛先へのデータを送信を許可することを示す情報であってもよい。この場合、ＵＥ１００−１は、１つのＳＣ期間でのみ複数の宛先へデータを送信し、それ以後において、１つのＳＣ期間内で１つの宛先へのデータ送信を再開してもよい。

【0111】

［第２実施形態］
次に、第２実施形態について、図１１を用いて説明する。図１１は、第２実施形態に係る動作を説明するためのシーケンス図である。

【0112】

第２実施形態では、ｅＮＢ２００は、ＵＥ１００−１からの要求に応じて、１つのＳＣ期間内で、複数の宛先へのデータ送信を許可する。なお、第１実施形態及び変更例と同様の部分は、適宜説明を省略する。

【0113】

図１１に示すように、ステップＳ３０１からＳ３０３は、ステップＳ１０１からＳ１０３に対応する。

【0114】

ステップＳ３０４において、ＵＥ１００−１は、複数の宛先へ送信すべきデータが存在する場合、送信遅延が発生するか否かを判断する。例えば、ＵＥ１００−１は、ｅＮＢ２００から割り当てられた現在の無線リソース（割り当てリソース）では、送信遅延が発生するか否かを判断する。例えば、ＵＥ１００−１は、データが発生又はｅＮＢ２００からデータを受信してから所定時間経過したデータが存在するか否かを判断する。ＵＥ１００−１は、送信遅延が発生すると判断した場合、ステップＳ３０５の処理を実行する。

【0115】

ＵＥ１００−１は、上述の第１実施形態と同様に、トラフィック関連情報に基づいて、送信遅延が発生するか否かを判断してもよい。

【0116】

ステップＳ３０５において、ＵＥ１００−１は、１つのＳＣ期間内で複数の宛先へのデータ送信を行うための許可をｅＮＢ２００に要求する。例えば、ＵＥ１００−１は、許可要求情報（複数宛先同時送信要求）をｅＮＢ２００に送信する。ＵＥ１００−１は、ＭＡＣ ＣＥである許可要求情報をｅＮＢ２００に送ってもよいし、ＳＬＵＥ情報メッセージにより、許可要求情報を送ってもよい。また、ＵＥ１００−１は、ＳＬ−ＢＳＲと共に許可要求情報を送ってもよい。許可要求情報は、ＳＬ−ＢＳＲ内含まれていてもよい。

【0117】

ＵＥ１００−１は、許可要求を示すフラグ情報を許可要求情報として送ってもよい。また、ＵＥ１００−１は、１つのＳＣ期間内での送信対象を示す宛先識別子を許可要求情報と共に送ってもよい。さらに、ＵＥ１００−１は、総バッファ量に対する宛先毎のバッファ量の割合を示す割合情報も許可要求情報と共に送ってもよい。また、ＵＥ１００−１は、許可要求情報と共に、上述のトラフィック関連情報をｅＮＢ２００に送ってもよい。

【0118】

また、ＵＥ１００−１は、自身がリレーＵＥである場合に、１つのＳＣ期間内で複数の宛先へのデータ送信を行うための許可をｅＮＢ２００に要求してもよい。リモートＵＥは、リレーＵＥからしかデータを受信できないため、送信遅延が発生する虞があるためである。

【0119】

ｅＮＢ２００は、許可要求情報の受信に応じて、１つのＳＣ期間内で複数の宛先へのデータ送信を許可するか否かを判断する。ｅＮＢ２００は、第１実施形態と同様に、許可するか否かを判断してもよい。ｅＮＢ２００は、ＳＬ−ＢＳＲ内に含まれるバッファ量に基づいて、許可するか否かを判断してもよい。例えば、ｅＮＢ２００は、バッファ量が閾値以上である場合に、１つのＳＣ期間内で複数の宛先へのデータ送信を許可してもよい。また、ｅＮＢ２００は、ＵＥ１００−１がリレーＵＥである場合に、１つのＳＣ期間内で複数の宛先へのデータ送信を許可してもよい。

【0120】

ステップＳ３０６からＳ３０８は、ステップＳ２０６、Ｓ２０８、Ｓ２０９に対応する。ステップＳ３０７に示すように、ｅＮＢ２００は、許可の要求に対する応答として、複数の宛先へのデータ送信を行うために用いられる無線リソースの割当情報（複数の割当情報）をＵＥ１００−１に送信してもよい。ここで、ｅＮＢ２００は、許可要求情報と共に受信した情報（宛先識別子、割合情報、トラフィック関連情報など）に基づいて、無線リソースをＵＥ１００−１に割り当てることができる。

【0121】

以上のように、ｅＮＢ２００は、ＵＥ１００−１からの要求に基づいて、１つのＳＣ期間内で複数の宛先へのデータ送信を許可するか否かを判断する。これにより、ｅＮＢ２００は、複数のリモートＵＥへのトラフィックが、１つのベアラ（ＲＰＳベアラ／無線ベアラ／ＬＣＩＤの少なくともいずれか）でリレーＵＥに伝送されることによって、ネットワーク側で発生したデータが複数のリレーＵＥ宛てか否かを判断できない場合であっても、ＵＥ１００−１からの許可要求情報に基づいて、１つのＳＣ期間内で複数の宛先へのデータ送信を許可するか否かを判断できる。

【0122】

［その他の実施形態］
上述した各実施形態によって、本出願の内容を説明したが、この開示の一部をなす論述及び図面は、本出願の内容を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。

【0123】

上述した第２実施形態において、ＵＥ１００−１がリレーＵＥであるケースを説明したが、これに限れられない。ＵＥ１００−１は、ＵＥ・ネットワーク中継（転送）を実行していない場合であっても、１つのＳＣ期間内で複数の宛先へのデータ送信を行うための許可をｅＮＢ２００に要求してもよい。例えば、ＵＥ１００−１は、直接通信を実行している場合に、当該許可をｅＮＢ２００に要求してもよい。ＵＥ１００−１は、上述のトラフィック関連情報と同様に、直接通信を行う相手ＵＥの数、直接通信を行う宛先の識別子の数、送信すべきデータの種類、及び、直接通信におけるトラフィック量の少なくともいずれかに基づいて、許可をｅＮＢ２００に要求できる。

【0124】

上述した各実施形態において、ｅＮＢ２００が、近傍サービス（ＵＥ・ネットワーク中継（転送）／直接通信）で用いられる無線リソースをＵＥ１００−１に割り当てるケースを説明したが、これに限られない。ＵＥ（例えば、Ｃｌｕｓｔｅｒ ｈｅａｄ ＵＥ）が、近傍サービス（ＵＥ・ネットワーク中継（転送）／直接通信）で用いられる無線リソースをＵＥ１００−１（リレーＵＥ）に割り当てるケースであってもよい。Ｃｌｕｓｔｅｒ ｈｅａｄ ＵＥは、近傍サービスを制御するＵＥであり、近傍サービス（ＵＥ・ネットワーク中継（転送）／直接通信）で用いられる無線リソースを各ＵＥ（リレーＵＥなど）に割り当てることができる。Ｃｌｕｓｔｅｒ ｈｅａｄ ＵＥは、上述したｅＮＢ２００と同様の動作を実行できる。

【0125】

上述した各実施形態では特に触れていないが、上述した各ノード（ＵＥ１００、ｅＮＢ２００など）のいずれかが行う各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。

【0126】

或いは、ＵＥ１００及びｅＮＢ２００のいずれかが行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサ）によって構成されるチップが提供されてもよい。

【0127】

上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。

【0128】

なお、日本国特許出願第２０１５−１５８９０４号（２０１５年８月１１日出願）の全内容が、参照により、本願明細書に組み込まれている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】