知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6042565
(24)【登録日】2016年11月18日
(45)【発行日】2016年12月14日
(54)【発明の名称】ユーザ端末、プロセッサ及び基地局
(51)【国際特許分類】
H04W 72/04 20090101AFI20161206BHJP
H04W 92/18 20090101ALI20161206BHJP
【ＦＩ】
H04W72/04
H04W92/18
【請求項の数】3
【全頁数】19
(21)【出願番号】特願2015-551652(P2015-551652)
(86)(22)【出願日】2015年9月24日
(86)【国際出願番号】JP2015076887
(87)【国際公開番号】WO2016047671
(87)【国際公開日】20160331
【審査請求日】2015年10月15日
(31)【優先権主張番号】特願2014-197608(P2014-197608)
(32)【優先日】2014年9月26日
(33)【優先権主張国】JP
【早期審査対象出願】
(73)【特許権者】
【識別番号】000006633
【氏名又は名称】京セラ株式会社
(74)【代理人】
【識別番号】110001106
【氏名又は名称】キュリーズ特許業務法人
(72)【発明者】
【氏名】安達 裕之
【審査官】
倉本 敦史
(56)【参考文献】
【文献】
国際公開第２０１４／００８０６７（ＷＯ，Ａ１）
【文献】
Qualcomm Incorporated，Resource allocation for Mode 1 D2D broadcast communication，3GPP TSG-RAN WG2 #86 R2-142589，２０１４年 ５月 ９日，pp.1-7
【文献】
Orange，Pseudo-CR on description of the Direct Discovery Authorization procedure，3GPP TSG CT4 Meeting #65 C4-141082，２０１４年 ５月２３日，pp.1-5
【文献】
Huawei, HiSilicon，Discussion on ProSe-BSR Format，3GPP TSG RAN WG2 Meeting #87 R2-143810，２０１４年 ８月２２日，pp.1-3
【文献】
General Dynamics UK Ltd，Including the target Group ID in the ProSe-BSR，3GPP TSG-RAN2#87 R2-143092，２０１４年 ８月 ８日，pp.1-3
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｗ ４／００−９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４
ＳＡ ＷＧ１−４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
直接的な端末間通信を行うグループを示すグループ識別子であって、かつ自ユーザ端末が前記端末間通信によるデータの送信を希望するグループを示す第１のグループ識別子と、前記端末間通信を行うグループを示すグループ識別子であって、かつ自ユーザ端末が前記端末間通信によるデータの受信を希望するグループを示す第２のグループ識別子と、を一のメッセージに含めて前記基地局へ送信する処理を実行するコントローラを備えることを特徴とするユーザ端末。
【請求項2】
直接的な端末間通信を行うグループを示すグループ識別子であって、かつ自プロセッサが制御するユーザ端末が前記端末間通信によるデータの送信を希望するグループを示す第１のグループ識別子と、前記端末間通信を行うグループを示すグループ識別子であって、かつ前記ユーザ端末が前記端末間通信によるデータの受信を希望するグループを示す第２のグループ識別子と、を一のメッセージに含めて前記基地局へ送信する処理を実行することを特徴とするプロセッサ。
【請求項3】
直接的な端末間通信を行うグループを示すグループ識別子であって、かつユーザ端末が前記端末間通信によるデータの送信を希望するグループを示す第１のグループ識別子と、前記端末間通信を行うグループを示すグループ識別子であって、かつ前記ユーザ端末が前記端末間通信によるデータの受信を希望するグループを示す第２のグループ識別子と、が含まれる一のメッセージを前記ユーザ端末から受信する処理を実行するコントローラを備えることを特徴とする基地局。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられるユーザ端末及び基地局に関する。【背景技術】
【0002】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ：Ｄ２Ｄ）近傍サービスの導入が検討されている（非特許文献１参照）。【0003】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ ＰｒｏＳｅ）は、同期がとられた複数のユーザ端末からなる同期クラスタ内で直接的な端末間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍端末を発見するＤ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的な端末間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。【0004】
ところで、ユーザ端末は、Ｄ２Ｄ近傍サービスにおけるＤ２Ｄ無線信号の送信と受信とを同一タイミングで行うことができないという問題（いわゆる、Ｈａｌｆ−Ｄｕｐｌｅｘ問題）がある。このため、同期がとられた複数のユーザ端末からなる同期クラスタを形成する全てのユーザ端末がセルカバレッジ内に位置するＩｎ−ｃｏｖｅｒａｇｅシナリオでは、基地局が、Ｄ２Ｄ無線信号を送信するための時間・周波数リソースの割り当てを行うことが議論されている。基地局は、同期クラスタ内でＤ２Ｄ無線信号を同一タイミングで送信する複数のユーザ端末が存在しないように、時間・周波数リソースの割り当てを行うことによって、Ｈａｌｆ−Ｄｕｐｌｅｘ問題を解消できる。【先行技術文献】
【非特許文献】
【0005】
【非特許文献1】３ＧＰＰ技術報告書 「ＴＲ ３６．８４３ Ｖ１２．０．１」 ２０１４年３月２７日
【発明の概要】
【発明が解決しようとする課題】
【0006】
一実施形態に係るユーザ端末は、直接的な端末間通信を行うグループを示すグループ識別子であって、かつ自ユーザ端末が前記端末間通信によるデータの送信を希望するグループを示す第１のグループ識別子と、前記端末間通信を行うグループを示すグループ識別子であって、かつ自ユーザ端末が前記端末間通信によるデータの受信を希望するグループを示す第２のグループ識別子と、を一のメッセージに含めて前記基地局へ送信する処理を実行するコントローラを備える。一実施形態に係るプロセッサは、直接的な端末間通信を行うグループを示すグループ識別子であって、かつ自プロセッサが制御するユーザ端末が前記端末間通信によるデータの送信を希望するグループを示す第１のグループ識別子と、前記端末間通信を行うグループを示すグループ識別子であって、かつ前記ユーザ端末が前記端末間通信によるデータの受信を希望するグループを示す第２のグループ識別子と、を一のメッセージに含めて前記基地局へ送信する処理を実行する。
一実施形態に係る基地局は、直接的な端末間通信を行うグループを示すグループ識別子であって、かつユーザ端末が前記端末間通信によるデータの送信を希望するグループを示す第１のグループ識別子と、前記端末間通信を行うグループを示すグループ識別子であって、かつ前記ユーザ端末が前記端末間通信によるデータの受信を希望するグループを示す第２のグループ識別子と、が含まれる一のメッセージを前記ユーザ端末から受信する処理を実行するコントローラを備えることを特徴とする基地局。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
［実施形態の概要］上述の従来技術では、１つのユーザ端末が、複数のＤ２Ｄグループ（同期クラスタ）に所属するケースが想定されていない。このため、第１及び第２のＤ２Ｄグループに所属するユーザ端末が、第１のＤ２Ｄグループに対してＤ２Ｄ無線信号を送信するタイミングは、第１のＤ２Ｄグループに所属する第１端末の送信タイミングと異なったとしても、第２のＤ２Ｄグループに所属する第２端末の送信タイミングと同時になる可能性がある。その結果、ユーザ端末は、第２端末からのＤ２Ｄ無線信号の受信を失敗する虞がある。
【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】
なお、日本国特許出願第２０１４−１９７６０８号（２０１４年９月２６日出願）の全内容が、参照により、本願明細書に組み込まれている。