(57)【要約】基地局（２）は、第１の無線端末（１）から第１の端末グループを示す第１のグループ識別子を受信するよう構成され、第１の無線リソースよりもむしろ第２の無線リソースを第１の無線端末（１）により行われるデバイス・ツー・デバイス（D2D）通信のために第１の無線端末（１）に割り当てるよう構成されている。ここで、第１の無線リソースは、第１のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースである。一方、第２の無線リソースは、第１の端末グループとは異なる第２の端末グループを示す第２のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースである。これにより、例えば、複数の無線端末から１つの無線端末に向けて送信される複数のD2D通信信号が同じ無線リソースにおいて送信されることを抑制できる。
2018047401.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
第１の無線端末から第１の端末グループを示す第１のグループ識別子を受信するよう構成され、且つ
第１の無線リソースよりもむしろ第２の無線リソースを前記第１の無線端末により行われるデバイス・ツー・デバイス（D2D）通信のために前記第１の無線端末に割り当てるよう構成され、
前記第１の無線リソースは、前記第１のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースであり、
前記第２の無線リソースは、前記第１の端末グループとは異なる第２の端末グループを示す第２のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースである、
基地局。
【請求項２】
前記第１及び第２の無線リソースは、D2D直接ディスカバリのために使用される、
請求項１に記載の基地局。
【請求項３】
前記D2D直接ディスカバリは、発見する（discoverer）無線端末によって依頼メッセージを送信すること、及び前記依頼メッセージの受信に応じて１又はそれ以上の発見される（discoveree）無線端末によって応答メッセージを送信することにより行われる、
請求項２に記載の基地局。
【請求項４】
前記第１及び第２の無線リソースは、前記応答メッセージを送信するために使用される、
請求項３に記載の基地局。
【請求項５】
前記少なくとも１つのプロセッサは、前記D2D直接ディスカバリのための無線リソース割り当ての要求を前記第１の無線端末から受信するよう構成され、
前記要求は、前記無線リソース割り当てが前記依頼メッセージの送信のためであるか又は前記応答メッセージの送信ためであるかを示す、
請求項３又は４に記載の基地局。
【請求項６】
前記少なくとも１つのプロセッサは、前記D2D直接ディスカバリのための無線リソース割り当ての要求を前記第１の無線端末から受信するよう構成され、
前記要求は、前記D2D直接ディスカバリが１又はそれ以上の発見される（discoveree）無線端末による応答メッセージの送信を伴うディスカバリ・モデルに従うか否かを示す、
請求項３又は４に記載の基地局。
【請求項７】
前記第１及び第２のグループ識別子は、前記D2D直接ディスカバリの宛先ではなく一対他（one-to-many）タイプのD2D直接通信の宛先を前記基地局に教えるために、前記第１の無線端末及び他の無線端末によって前記基地局に送信される、
請求項２〜６のいずれか１項に記載の基地局。
【請求項８】
前記第１及び第２のグループ識別子の各々は、Sidelink UE Informationメッセージに包含されるdestinationInfoList情報要素によって示されるProSe Layer-2 Group IDである、
請求項７に記載の基地局。
【請求項９】
前記第１及び第２のグループ識別子の各々は、Discovery Group ID又はRelay Service Codeである、
請求項２〜６のいずれか１項に記載の基地局。
【請求項１０】
前記第１のグループ識別子は、前記第１の無線端末からの第１のRadio Resource Control（RRC）メッセージに含まれ、
前記少なくとも１つのプロセッサは、前記D2D直接ディスカバリに関する送信のために前記第１の無線端末に割り当てられた無線リソースを示す第２のRRCメッセージを前記第１の無線端末に送信するよう構成されている、
請求項２〜９のいずれか１項に記載の基地局。
【請求項１１】
前記第１のRRCメッセージは、Sidelink UE Informationメッセージであり、
前記第２のRRCメッセージは、RRC Connection Reconfigurationメッセージである、
請求項１０に記載の基地局。
【請求項１２】
前記第１及び第２の無線リソースは、複数の無線端末から１つの無線端末への同時送信が発生する多対一（many-to-one）タイプのD2D通信に使用される、
請求項１〜１１のいずれか１項に記載の基地局。
【請求項１３】
前記少なくとも１つのプロセッサは、複数の無線端末のうち、その属する１又はそれ以上の端末グループと前記第１の無線端末が属する１又はそれ以上の端末グループとの間の合致数が最も小さい無線端末に割り当て済みの無線リソースを残りの無線端末に割り当て済みの他の無線リソースよりも優先して前記第１の無線端末に割り当てるよう構成されている、
請求項１〜１２のいずれか１項に記載の基地局。
【請求項１４】
前記少なくとも１つのプロセッサは、
各無線リソースを既に割り当てられた１又はそれ以上の無線端末の各々が属する１又はそれ以上の端末グループと前記第１の無線端末が属する１又はそれ以上の端末グループとの間の合致数を、前記各リソースを既に割り当てられた前記１又はそれ以上の無線端末の全てについて足し合わせた総数を計算するよう構成され、且つ
前記総数を前記各無線リソースのメトリックとして使用するよう構成されている、
請求項１３に記載の基地局。
【請求項１５】
基地局により行われる方法であって、
第１の無線端末から第１の端末グループを示す第１のグループ識別子を受信すること、及び
第１の無線リソースよりもむしろ第２の無線リソースを前記第１の無線端末により行われるデバイス・ツー・デバイス（D2D）通信のために前記第１の無線端末に割り当てること、
を備え、
前記第１の無線リソースは、前記第１のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースであり、
前記第２の無線リソースは、前記第１の端末グループとは異なる第２の端末グループを示す第２のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースである、
方法。
【請求項１６】
基地局により行われる方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
第１の無線端末から第１の端末グループを示す第１のグループ識別子を受信すること、及び
第１の無線リソースよりもむしろ第２の無線リソースを前記第１の無線端末により行われるデバイス・ツー・デバイス（D2D）通信のために前記第１の無線端末に割り当てること、
を備え、
前記第１の無線リソースは、前記第１のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースであり、
前記第２の無線リソースは、前記第１の端末グループとは異なる第２の端末グループを示す第２のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースである、
非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、端末間直接通信（device-to-device（D2D）通信）に関し、特にD2D通信への無線リソース割り当てに関する。
【背景技術】
【０００２】
無線端末が基地局等のインフラストラクチャ・ネットワークを介さずに他の無線端末と直接的に通信する形態は、device-to-device（D2D）通信と呼ばれる。D2D通信は、直接通信（Direct Communication）および直接ディスカバリ（Direct Discovery）の少なくとも一方を含む。幾つかの実装において、D2D通信をサポートする複数の無線端末は、自律的に又はネットワークの指示に従ってD2D通信グループを形成し、当該D2D通信グループ内の他の無線端末と通信を行う。【０００３】
3GPP Release 12及びRelease 13に規定されたProximity-based services（ProSe）は、D2D通信の一例である。ProSe直接ディスカバリは、ProSeを実行可能な無線端末（ProSe-enabled User Equipment（UE））が他のProSe-enabled UEを、これら２つのUEが有する無線通信技術（例えば、Evolved Universal Terrestrial Radio Access (E-UTRA) technology）の能力だけを用いてディスカバリする手順により行われる。ProSe直接ディスカバリは、３つ以上のProSe-enabled UEsにより行われてもよい。【０００４】
ProSe直接ディスカバリのためにモデルA及びモデルBが存在する。モデルAでは、announcing UEが特定の情報をブロードキャストし、monitoring UEが所定の情報の受信を試みる。Monitoring UEは、announcing UEからの所定の情報又はディスカバリ信号を検出することで、当該announcing UEを発見する。一方モデルBでは、discoverer UEが所定の情報を含む要求又は依頼（solicitation）メッセージを送信し、discoveree UEが当該要求又は依頼メッセージを受信して当該要求に関係する応答メッセージを返信する。すなわち、モデルAのディスカバリは、一方のUEから他方のUEへの一方向の送信のみによって達成され、モデルBでのディスカバリは、UE間の双方向の送信によって達成される。モデルAはアナウンスメント・モデルと呼ばれることがあり、モデルBは依頼（solicitation）／応答（response）モデルと呼ばれることがある。【０００５】
ProSe直接通信は、例えばProSe直接ディスカバリの手順の後に、直接通信レンジ内に存在する２以上のProSe-enabled UEsの間の通信パスの確立を可能にする。言い換えると、ProSe直接通信は、ProSe-enabled UEが、基地局（eNodeB（eNB））を含む公衆地上移動通信ネットワーク（Public Land Mobile Network (PLMN)）を経由せずに、他のProSe-enabled UEと直接的に通信することを可能にする。ProSe直接通信は、eNBにアクセスする場合と同様の無線通信技術（E-UTRA technology）を用いて行われてもよいし、Wireless Local Area Network (WLAN)の無線技術（つまり、IEEE 802.11 radio technology）を用いて行われてもよい。【０００６】
3GPP Release 12及びRelease 13では、直接通信または直接ディスカバリに用いられる無線端末（UEs）間の無線リンクは、サイドリンク（Sidelink）と呼ばれる。サイドリンク送信は、アップリンク及びダウンリンクのために定義されたLong Term Evolution（LTE）フレーム構造と同じフレーム構造を使用し、周波数および時間ドメインにおいてアップリンク・リソースのサブセットを使用する。無線端末（UE）は、アップリンクと同様のシングルキャリア周波数分割多重（Single Carrier FDMA（Frequency Division Multiple Access）、SC-FDMA）を使用してサイドリンク送信を行う。【０００７】
3GPP ProSeでは、サイドリンク送信のための無線リソースのUEへの割り当ては、無線アクセスネットワーク（e.g., Evolved Universal Terrestrial Radio Access Network（E-UTRAN））によって行われる。ProSe functionによってサイドリンク通信を許可されたUEは、無線アクセスネットワークノード（e.g., eNodeB（eNB））によって割り当てられた無線リソースを使用してProSe直接ディスカバリ又はProSe直接通信を行う。【０００８】
ProSe直接ディスカバリに関しては、２つのリソース割り当てモード、つまりautonomous resource selection及びscheduled resource allocationが規定されている。autonomous resource selection及びscheduled resource allocation は、それぞれ“sidelink discovery Type 1”及び“sidelink discovery Type 2”と呼ばれる。【０００９】
ProSe直接ディスカバリのautonomous resource selection（sidelink discovery Type 1）では、ディスカバリ信号（i.e., Physical Sidelink Shared Channel (PSDCH)）の送信（アナウンシング）を希望するUEがリソースプールの中から自律的に無線リソースを選択する。【００１０】
一方、ProSe直接ディスカバリのscheduled resource allocation（sidelink discovery Type 2）では、UEがアナウンス用のリソース割り当てをRRCシグナリングでeNodeBに要求する。eNodeBは、リソースプールの中からアナウンス用のリソースをUEに割り当てる。scheduled resource allocationが使用される場合、eNodeBは、System Information Block （SIB 19）においてProSe直接ディスカバリのモニター用のリソースの提供をサポートするが、アナウンスメント用のリソースは提供しないことを示す。【００１１】
ProSe直接ディスカバリのためのリソースプールは、ディスカバリ・リソースプールと呼ばれ、ブロードキャスト（SIB 19）又は個別シグナリング（RRCシグナリング）でeNBによってUEに設定される。ディスカバリ・リソースプールは、ディスカバリ・ピリオド（discovery period）内のLPSDCH個のサブフレーム及びMPSDCH_RPRB個の周波数ドメイン・リソースブロックから成る。ディスカバリ・ピリオドは、PSDCHピリオドとも呼ばれる。【００１２】
sidelink discovery Type 2については、Type 2AおよびType 2Bの２通りが検討されていたが、現在のRelease 12及びRelease 13では、Type 2Bのみが規定されている。Type 2Bでは、eNBは、ディスカバリ信号（PSDCH）送信のために無線リソースを準静的（semi-persistent）にUEに割り当てる。これに対して、現在の3GPP Release 12及びRelease 13では規定されていないが、Type 2Aでは、eNBは、ディスカバリ信号（PSDCH）送信のための無線リソースをディスカバリ・ピリオド（PSDCHピリオド）毎に動的にUEに割り当てる。【００１３】
ProSe直接通信に関しても、２つのリソース割り当てモード、つまりscheduled resource allocation 及び autonomous resource selectionが規定されているscheduled resource allocation 及び autonomous resource selection は、それぞれ“sidelink transmission mode 1”及び“sidelink transmission mode 2”と呼ばれる。【００１４】
ProSe直接通信のscheduled resource allocationでは、UEがサイドリンク送信を希望する場合、当該UEがサイドリンク送信のための無線リソース割り当てをeNBに要求し、eNBがサイドリンク・コントロール及びデータのためのリソースを当該UEに割り当てる。具体的には、UEは、アップリンク（UL）データ送信リソース（Uplink Shared Channel（UL-SCH）リソース）を要求するためにスケジューリング・リクエストをeNB に送信し、アップリンクグラント（UL grant）で割り当てられたULデータ送信リソースにおいてSidelink Buffer Status Report（Sidelink BSR）をeNBに送信する。eNBは、Sidelink BSRに基づいてUEに割り当てるサイドリンク送信リソースを決定し、サイドリンク・グラント（SL grant）をUEに送信する。【００１５】
SL grantは、Downlink Control Information（DCI） format 5として定義されている。SL grant（DCI format 5）は、Resource for PSCCH、Resource block assignment and hopping allocation、及びtime resource pattern indexなどのコンテンツを含む。Resource for PSCCHは、サイドリンク制御チャネル（i.e., Physical Sidelink Control Channel（PSCCH））用の無線リソースを示す。Resource block assignment and hopping allocationは、サイドリンクでのデータ送信用のサイドリンク・データチャネル（i.e., Physical Sidelink Shared Channel（PSSCH））を送信するための周波数リソース、つまりサブキャリア（リソースブロック）のセット、を決定するために使用される。Time resource pattern indexは、PSSCHを送信するための時間リソース、つまりサブフレームのセット、を決定するために使用される。なお、厳密に述べると、リソースブロックは、LTE及びLTE-Advancedの時間−周波数リソースを意味し、時間ドメインにおいて連続する複数個のOFDM（又はSC-FDMA）シンボルと周波数ドメインにおいて連続する複数個のサブキャリアによって規定されるリソース単位である。Normal cyclic prefixの場合、１リソースブロックは、時間ドメインにおいて連続する１２OFDM（又はSC-FDMA）シンボルを含み、周波数ドメインにおいて１２サブキャリアを含む。すなわち、Resource block assignment and hopping allocationおよびTime resource pattern indexは、PSSCHを送信するためのリソースブロックを指定する。UE（つまり、サイドリンク送信端末）は、SL grantに従ってPSCCHリソースおよびPSSCHリソースを決める。【００１６】
一方、ProSe直接通信のautonomous resource selectionでは、UEは、eNBによって設定されたリソースプールの中から、サイドリンク・コントロール（PSCCH）及びデータ（PSSCH）のためのリソースを自律的に選択する。eNBは、System Information Block（SIB）18において、autonomous resource selectionに使用するためのリソースプールをUEに割り当ててもよい。なお、eNBは、Radio Resource Control (RRC)_CONNECTEDのUEに対して、個別（dedicated）RRCシグナリングで、autonomous resource selectionに使用するためのリソースプールを割り当ててもよい。このリソースプールは、UEがRRC_IDLEであるときにも利用可能であってもよい。【００１７】
さらに、3GPP Release 12は、一方のUEがネットワークカバレッジ外であり、他方のUEがネットワークカバレッジ内であるパーシャルカバレッジ・シナリオについて規定している。パーシャルカバレッジ・シナリオにおいて、カバレッジ外のUEはremote UE又はsidelink remote UEと呼ばれ、カバレッジ内かつremote UEとネットワークとの間を中継するUEはProSe UE-to-Network Relay又はsidelink relay UEと呼ばれる。ProSe UE-to-Network Relayは、remote UEとネットワーク（E-UTRAN及びEvolved Packet Core（EPC））との間でトラフィック（ダウンリンク及びアップリンク）を中継する。【００１８】
より具体的に述べると、ProSe UE-to-Network Relayは、UEとしてネットワークにアタッチし、ProSe function エンティティ又はその他のPacket Data Network（PDN）と通信するためのPDN connectionを確立し、ProSeダイレクト通信を開始するためにProSe function エンティティと通信する。ProSe UE-to-Network Relayは、さらに、remote UEとの間でディスカバリ手順を実行し、UE間ダイレクトインタフェース（e.g., サイドリンク又はPC5インタフェース）においてremote UEと通信し、remote UEとネットワークとの間でトラフィック（ダウンリンク及びアップリンク）を中継する。Internet Protocol version 4（IPv4）が用いられる場合、ProSe UE-to-Network Relayは、Dynamic Host Configuration Protocol Version 4 (DHCPv4) Server及びNetwork Address Translation (NAT) として動作する。IPv6が用いられる場合、ProSe UE-to-Network Relayは、stateless DHCPv6 Relay Agentとして動作する。Remote UEは、ProSe UE-to-Network Relayを発見するために、ProSe直接ディスカバリを利用できる。このProSe直接ディスカバリは、ProSe UE-to-Network Relay Discoveryと呼ばれる。【００１９】
本明細書では、ProSe UE-to-Network Relay（sidelink relay UE）のようなD2D通信能力およびリレー能力を持つ無線端末を「リレー端末」、又は「リレーUE」と呼ぶ。また、リレーUEによる中継サービスを受ける無線端末を「リモート端末」又は「リモートUE」と呼ぶ。リモート端末は、被リレー（relayed）端末と呼ぶこともできる。【００２０】
さらに、3GPP Release 13はProSeの拡張を含む（例えば、非特許文献１−３を参照）。非特許文献１は、Proseディスカバリ及びProSe直接通信のために、ProSe-enabled UE、Proseアプリケーションサーバ、並びにProSe function、Mobility Management Entity (MME)、Home Subscriber Server (HSS)、Serving Gateway (S-GW)、及びPacket Data Network Gateway (P-GW)を含むコアネットワークによってサポートされる機能及び手順（procedures）を規定している。非特許文献２は、ProSe直接ディスカバリ（i.e., sidelink discovery）及びProse直接通信（i.e., sidelink communication）のためのE-UTRAN 無線インタフェースプロトコル・アーキテクチャを規定している。具体的には、非特許文献２は、セクション23.10及び23.11において、sidelink discovery及びsidelink communicationのサポートを規定している。非特許文献３は、UEとE-UTRANとの間の無線インタフェースのためのRRCプロトコルを規定しており、sidelink discovery及びsidelink communicationのためのRRCプロトコルの改良を規定している（例えば、セクション5.3.10.15及び5.10を参照）。
【先行技術文献】
【非特許文献】
【００２１】
【非特許文献１】3GPP TS 23.303 V13.4.0 (2016-06), “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Proximity-based services (ProSe); Stage 2 (Release 13)” , June 2016
【非特許文献２】3GPP TS 36.300 V13.4.0 (2016-06) , “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA)  and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 13)”, June 2016
【非特許文献３】3GPP TS 36.331 V13.2.0 (2016-06), “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification (Release 13)”, June 2016
【発明の概要】
【発明が解決しようとする課題】
【００２２】
本件発明者等は、特に、ProSe直接ディスカバリ・モデルBに関する幾つかの課題を見出した。既に説明したとおり、ProSe直接ディスカバリ・モデルBでは、discoverer UEが所定の情報を含む要求を送信し、discoveree UEが当該要求を受信し当該要求に関係する情報を返信する。discoverer UEは、応答を受信することを望む他のUEsについての情報を送信することができる。当該情報は、例えばグループ又はグループに属するメンバー（members）に対応する識別子であってもよい。より具体的には、当該情報は、ProSe Application Code、Relay Service Code、又はDiscovery Group Identifier（ID）であってもよい。したがって、ProSe直接ディスカバリ・モデルBでは、複数のdiscoveree UEsがdiscoverer UEに実質的に同時に応答を送信する可能性がある。言い換えると、ProSe直接ディスカバリ・モデルBでは、複数のdiscoveree UEs から１つのdiscoverer UE への多対一（many-to-one）通信が発生し得る。もし複数のdiscoveree UEs からの複数の応答が同じ無線リソース上で送信されると、discoverer UEは、これら複数のdiscoveree UEsからの応答の受信に失敗し、discoveree UEsの検出に失敗するおそれがある。【００２３】
なお、上述の問題は、ProSe直接ディスカバリ・モデルBに限らず、他のD2D通信においても発生するかもしれない。すなわち、上述の問題は、複数の無線端末から１つの無線端末への同時送信が発生する多対一（many-to-one）タイプのD2D通信においても発生するかもしれない。【００２４】
本明細書に開示される実施形態が達成しようとする目的の１つは、複数の無線端末から１つの無線端末に向けて送信される複数のD2D通信信号が同じ無線リソースにおいて送信されることを抑制することに寄与する装置、方法、及びプログラムを提供することである。
【課題を解決するための手段】
【００２５】
第１の態様では、基地局は、少なくとも１つのメモリと、前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、第１の無線端末から第１の端末グループを示す第１のグループ識別子を受信するよう構成され、第１の無線リソースよりもむしろ第２の無線リソースを前記第１の無線端末により行われるデバイス・ツー・デバイス（D2D）通信のために前記第１の無線端末に割り当てるよう構成されている。ここで、前記第１の無線リソースは、前記第１のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースである。前記第２の無線リソースは、前記第１の端末グループとは異なる第２の端末グループを示す第２のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースである。【００２６】
第２の態様では、基地局により行われる方法は、（ａ）第１の無線端末から第１の端末グループを示す第１のグループ識別子を受信すること、及び（ｂ）第１の無線リソースよりもむしろ第２の無線リソースを前記第１の無線端末により行われるデバイス・ツー・デバイス（D2D）通信のために前記第１の無線端末に割り当てることを含む。ここで、前記第１の無線リソースは、前記第１のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースである。前記第２の無線リソースは、前記第１の端末グループとは異なる第２の端末グループを示す第２のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースである。【００２７】
第３の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００２８】
上述の態様によれば、複数の無線端末から１つの無線端末に向けて送信される複数のD2D通信信号が同じ無線リソースにおいて送信されることを抑制することに寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００２９】
【図１】第１の実施形態に係る無線通信ネットワークの構成例を示す図である。
【図２Ａ】直接ディスカバリ・モデルB（依頼（solicitation）／応答（response）モデル）における依頼メッセージ送信を示す図である。
【図２Ｂ】直接ディスカバリ・モデルB（依頼（solicitation）／応答（response）モデル）における応答メッセージ送信を示す図である。
【図３】第１の実施形態に係る基地局の動作の一例を示すフローチャートである。
【図４】第１の実施形態に係る直接ディスカバリ無線リソースの割り当て手順の一例を示すシーケンス図である。
【図５】第２の実施形態に係る基地局の動作の一例を示すフローチャートである。
【図６】いくつかの実施形態に係る無線端末の構成例を示すブロック図である。
【図７】いくつかの実施形態に係る基地局の構成例を示すブロック図である。
【発明を実施するための形態】
【００３０】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００３１】
以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。
【００３２】
以下に示される複数の実施形態は、3GPP Release 12（LTE-Advanced）及びRelease 13（LTE-Advanced Pro）に規定されたProSeの改良を主な対象として説明される。しかしながら、これらの実施形態は、LTE-Advanced並びにLTE-Advanced Pro 及びそれらの改良に限定されるものではなく、他のモバイル通信ネットワーク又はシステムでのD2D通信に適用されてもよい。
【００３３】
＜第１の実施形態＞
図１は、本実施形態に係る無線通信ネットワークの構成例を示している。UE１Ａ及び１Ｂの各々は、少なくとも１つの無線トランシーバを有し、基地局２とのセルラー通信（１０１又は１０２）を行うとともに、端末間ダイレクトインタフェース（i.e., PC5インタフェース又はサイドリンク）１０３上でD2D通信を行うよう構成されている。当該D2D通信は、少なくとも直接ディスカバリ（i.e., ProSe direct discovery又はsidelink discovery）を含み、直接通信（ProSe direct communication又はsidelink communication）をさらに含んでもよい。
【００３４】
eNB２は、無線アクセスネットワーク（i.e., E-UTRAN）内に配置されたエンティティであり、１又は複数のセルを含むセルラーカバレッジ２１を提供する。eNB２は、セルラー通信技術（i.e., E-UTRA technology）を用いて複数のUE１の各々とセルラー通信（１０１及び１０２）を行うことができる。
【００３５】
コアネットワーク（i.e., Evolved Packet Core（EPC））３は、複数のユーザープレーン・エンティティ（e.g., S-GW及びP-GW）、及び複数のコントロールプレーン・エンティティ（e.g., MME及びHSS）を含む。複数のユーザープレーン・エンティティは、eNB２を含む無線アクセスネットワークと外部ネットワークとの間でUE１Ａ及びUE１Ｂのユーザデータを中継する。複数のコントロールプレーン・エンティティは、UE１Ａ及びUE１Ｂのモビリティ管理、セッション管理（ベアラ管理）、加入者情報管理、及び課金管理を含む様々な制御を行う。
【００３６】
いくつかの実装において、近接サービス（i.e., 3GPP ProSe）を利用するために、UE１Ａ及びUE１Ｂは、eNB２及びコアネットワーク３を介してD2Dコントローラ４と通信するよう構成される。3GPP ProSeの場合、D2Dコントローラ４は、ProSe function エンティティに相当する。UE１Ａ及びUE１Ｂは、例えば、ProSe直接ディスカバリの要求（i.e., ProSe Direct Discovery Request）をD2Dコントローラ４に送り、ProSe直接ディスカバリの許可（authorization）をD2Dコントローラ４から受信し、ProSe直接ディスカバリに関する設定情報をD2Dコントローラ４から受信してもよい。ProSe直接ディスカバリに関する設定情報は、例えば、ProSe Application Code(s)、若しくはProSe Application Code(s)及びProSe Application Mask(s) から成るDiscovery Filter(s)、又はこれら両方を含む。
【００３７】
より詳しく述べると、モデルBディスカバリの場合、発見するUE（Discoverer UE）は、ProSe Query Codeと、ProSe Response Code(s) 及びProSe Application Mask(s)から成る１又はそれ以上のDiscovery Response Filter(s)とを、D2Dコントローラ（ProSe function）４から受信する。そして、Discoverer UEは、ProSe Query CodeをPC5インタフェース（i.e., サイドリンク）上でアナウンスし、Discovery Response Filter(s)にマッチするいずれかのProSe Response Code(s) をPC5インタフェース上でモニターする。一方、発見されるUE（Discoveree UE）は、ProSe Response Code、及び１又はそれ以上のDiscovery Query Filter(s)を、D2Dコントローラ（ProSe function）４から受信する。Discoveree UEは、PC5インタフェース上でProSe Query Codeをモニターし、受信したProSe Query CodeがいずれかのDiscovery Query Filter(s)にマッチする場合に、それに関連付けられたProSe Response CodeをPC5インタフェース上でアナウンスする。
【００３８】
さらに詳しく述べると、モデルB グループメンバ・ディスカバリの場合、Discoverer UEは、Group Member Discovery Solicitationメッセージ（Model B）を送信する。当該依頼（Solicitation）メッセージは、Discoverer Info 、Discovery Group ID、及びTarget Infoを含む。Discoverer Infoは、discovererユーザについての情報を提供する。Discovery Group IDは、ターゲットとされるUE（targeted UE）が属するべきdiscovery groupの識別子（identifier（ID））である。Target Infoは、targeted discoverees（シングルユーザまたはグループ）についての情報を提供する。受信した依頼（Solicitation）メッセージに包含されているDiscovery Group IDの値にマッチする１又はそれ以上のDiscoveree UEsは、Group Member Discovery Responseメッセージ（Model B）を用いてDiscoverer UEに応答する。当該応答（response）メッセージは、ProSe UE ID、Discoveree Info、及びDiscovery Group IDを含む。ProSe UE IDは、後に続く（subsequent）ダイレクトone-to-one 及び one-to-many communication のために使用されるリンクレイヤ識別子である。Discoveree Infoは、discovereeについての情報を提供する。Discovery Group IDは、discoveree UEが属するdiscovery groupの識別子である。
【００３９】
モデルB リレーディスカバリ（UE-to-Network Relay Discovery）の場合、リモートUE（Discoverer）は、UE-to-Network Relay Discovery Solicitationメッセージ（Model B）を送信する。当該依頼（Solicitation）メッセージは、Discoverer Info、及びRelay Service Codeを含む。Discoverer Infoは、discovererユーザについての情報を提供する。Relay Service Codeは、discoverer UEが関心を持つ（interested in）コネクティビティについての情報である。受信した依頼（Solicitation）メッセージに包含されているRelay Service Codeの値にマッチする１又はそれ以上のProSe UE-to-Network Relays（Discoverees）は、UE-to-Network Relay Discovery Responseメッセージ（Model B）を用いてリモートUEに応答する。当該応答（Response）メッセージは、ProSe Relay UE ID及びDiscoveree Infoを含む。ProSe Relay UE IDは、direct communicationに使用され且つRelay Service Codeに関連付けられたリレーUE（i.e., UE-to-Network Relay）のリンクレイヤ識別子である。Discoveree Infoは、discovereeについての情報を提供する。
【００４０】
上述のモデルB グループメンバ・ディスカバリ及びモデルB リレーディスカバリの説明から理解されるように、１つのDiscoverer UEから送信される依頼（solicitation）メッセージに対して複数のDiscoveree UEsが応答メッセージを送信することがある。図２Ａ及び図２Ｂを用いて具体例を説明する。図２Ａは、グループAに属する又は関連付けられたDiscoverer UE１Ａが依頼メッセージ２０１を送信することを示している。依頼メッセージ２０１は、グループAに属する又は関連付けられたいずれかのUEを発見するために送信される。例えば、依頼メッセージ２０１は、グループAに関連付けられたDiscovery Group IDを包含するGroup Member Discovery Solicitationメッセージ（Model B）であってもよい。なお、ここでのグループは、UEが関心を持つ（interested in）コネクティビティ・サービスによって定義されてもよい。すなわち、図２Ａの“グループA”は、サービスAと置き換えられてもよい。したがって、依頼メッセージ２０１は、サービスAに関連付けられたRelay Service Codeを包含するUE-to-Network Relay Discovery Solicitationメッセージ（Model B）であってもよい。
【００４１】
図２Ｂは、グループAに属する又は関連付けられたDiscoveree UEs１Ｂ及び１Ｃが応答メッセージ２０２及び２０３をそれぞれ送信することを示している。UE１Ｄは、依頼メッセージ２０１を受信するが、受信したDiscovery Group ID又はRelay Service Codeの値が自身のそれとマッチしないためにDiscoverer UE１Ａに応答しない。Discoveree UEs１Ｂ及び１Ｃは、実質的に同時に、つまり同じサブフレームにおいて、応答メッセージ２０２及び２０３を送信するかもしれない。すなわち、図２Ｂは、ProSe直接ディスカバリ・モデルBでは、複数のdiscoveree UEs１Ｂ及び１Ｃ から１つのdiscoverer UE１Ａ への多対一（many-to-one）通信が発生し得ることを表している。
【００４２】
もしeNB２が直接ディスカバリ無線リソースの割り当てのためにscheduled resource allocation（sidelink discovery Type 2）を採用し、且つeNB２が同一の直接ディスカバリ無線リソースをUE１Ｂ及びUE１Ｃに割り当てた場合、応答メッセージ２０２及び２０３が同じ無線リソース上で送信されるおそれがある。なお、既存のsidelink discovery Type 2では、UEは、直接ディスカバリ無線リソースの割り当てをeNBに要求するために、 “discTxResourceReq”情報要素（Information Element（IE））を包含するSidelink UE InformationメッセージをeNBに送信する。Sidelink UE Informationメッセージは、RRCメッセージである。“discTxResourceReq”IEは、UEが各（every）ディスカバリ・ピリオドにおいて送信を望む個々の（separate）ディスカバリ・メッセージの数を示す。eNBは、直接ディスカバリ無線リソースの割り当てのために“discTxResourceReq”IEを考慮する。例えば、eNBは、“discTxResourceReq”IEによって示された数に対応するディスカバリ・メッセージを各（every）ディスカバリ・ピリオドにおいて送信するために必要な無線リソースをUEに割り当てる。しかしながら、ここで留意されるべきは、eNBによる直接ディスカバリ無線リソースの割り当てのために、UEが属する又は関連付けられたUEグループ（又はコネクティビティ・サービス）が何ら考慮されていないことである。したがって、既存の直接ディスカバリ無線リソース割り当てに従うと、１つのDiscoverer UE１Ａからの１つのディスカバリ依頼メッセージに応答する複数のDiscoveree UE１Ｂ及び１Ｃに対して同一の直接ディスカバリ無線リソースが割り当てられるおそれがある。
【００４３】
この問題に対処するために、本実施形態に係るeNB２は、以下のように構成される。eNB２は、直接ディスカバリ無線リソースの割り当てを要求する各UE１からグループ識別子を受信するよう構成される。当該グループ識別子は、UE１に関連付けられたUEグループ（又はコネクティビティ・サービス）を示す。さらに、eNB２は、直接ディスカバリ無線リソース、特に直接ディスカバリ・モデルBの応答メッセージを送るための無線リソース、を各UE１に割り当てる際に、各UE１から受信したグループ識別子を考慮するよう構成される。具体的には、eNB２は、第１のUEグループを示す第１のグループ識別子を送ってきたいずれかのUE１に割り当て済みの直接ディスカバリ無線リソースを、同一の第１のグループ識別子を送ってきた別のUE１に割り当てることを避ける。一方、eNB２は、第２のUEグループを示す第２のグループ識別子を送ってきたいずれかのUE１に割り当て済みの直接ディスカバリ無線リソースを、第１のグループ識別子を送ってきたUE１に割り当てることを許容する。
【００４４】
言い換えると、eNB２は、第１のグループ識別子を送ってきた第１のUEにより行われる直接ディスカバリのために、第１の無線リソースよりもむしろ第２の無線リソースを割り当てるよう構成される。ここで、第１の無線リソースは、第１のグループ識別子を送ってきた他のいずれかのUEに既に割り当て済みの直接ディスカバリ無線リソースである。一方、第２の無線リソースは、第１のUEグループとは異なる第２のUEグループを示す第２のグループ識別子を送ってきた他のいずれかのUEに割り当て済みの直接ディスカバリ無線リソースである。
【００４５】
各UE１によってeNB２に送られるグループ識別子は、各UE１が属するUEグループを示してもよいし、各UE１から送信されるメッセージの宛先を示してもよい。幾つかの実装において、当該グループ識別子は、ProSe（D2D）直接ディスカバリの宛先ではなく一対他（one-to-many）タイプのProSe（D2D）直接通信の宛先をeNB２に教えるために、各UE１によってeNB２に送信されてもよい。言い換えると、eNB２は、ProSe（D2D）直接通信の宛先グループ識別子を、ProSe（D2D）直接ディスカバリの無線リソース割り当てのために考慮してもよい。具体的には、ProSe（D2D）直接通信の宛先グループ識別子は、各UE１からeNB２に送られるSidelink UE Informationメッセージに包含される“destinationInfoList”IEによって示されるProSe Layer-2 Group IDであってもよい。
【００４６】
一般的に、ProSe（D2D）直接ディスカバリは、ProSe（D2D）直接通信の宛先UEを発見するために利用され、ProSe（D2D）直接通信はProSe（D2D）直接ディスカバリに引き続いて行われる。したがって、同一のProSe（D2D）直接通信の宛先グループ識別子をeNB２に送った複数のUE１は、モデルB グループメンバ・ディスカバリ又はモデルB リレーディスカバリのために同一のDiscovery Group ID又は同一のRelay Service Codeに関連付けられている可能性が高い。ゆえに、ProSe（D2D）直接通信の宛先グループ識別子をProSe（D2D）直接ディスカバリのグループ識別子として再利用することは妥当性がある。また、この実装は、各UE１からeNB２に送られるSidelink UE Informationメッセージの変形（modification）を必要としない利点がある。
【００４７】
しかしながら、これに代えて、eNB２は、ProSe（D2D）直接通信の宛先グループ識別子とは別に、ProSe（D2D）直接ディスカバリのためのグループ識別子を各UE１から受信してもよい。言い換えると、各UE１は、ProSe（D2D）直接通信の宛先グループ識別子とは別に、ProSe（D2D）直接ディスカバリのためのグループ識別子をeNB２に送信してもよい。ProSe（D2D）直接ディスカバリのためのグループ識別子は、Discovery Group ID又はRelay Service Codeであってもよい。
【００４８】
図３は、本実施形態に係るeNB２の動作の一例（処理３００）を示すフローチャートである。ステップ３０１では、eNB２は、ProSe直接通信送信の宛先を示すDestination Layer-2 IDを包含するSidelink UE InformationメッセージをUE１から受信する。ステップ３０２では、eNB２は、受信したDestination Layer-2 IDがProSe Lyaer-2 Group IDであること、及び受信したSidelink UE InformationメッセージがProSe直接ディスカバリ送信のための無線リソース要求（discTxResourceReq）を包含することを検出する。ステップ３０３では、eNB２は、第１のUEから送られたProSe Layer-2 Group IDを考慮して、ProSe直接ディスカバリ送信のための無線リソースを当該UE１に割り当てる。
【００４９】
すなわち、図３の例では、eNB２は、ProSe（D2D）直接通信の宛先を示すProSe Lyaer-2 Group IDを、ProSe（D2D）直接ディスカバリの無線リソース割り当てのために考慮する。例えば、eNB２は、第１のUEグループを示す第１のProSe Lyaer-2 Group IDを送ってきたいずれかのUE１に割り当て済みの直接ディスカバリ無線リソースを、同一のProSe Lyaer-2 Group IDを送ってきた別のUE１に割り当てることを避ける。一方、eNB２は、第２のUEグループを示す第２のProSe Lyaer-2 Group IDを送ってきたいずれかのUE１に割り当て済みの直接ディスカバリ無線リソースを、第１のProSe Lyaer-2 Group IDを送ってきたUE１に割り当てることを許容してもよい。
【００５０】
図４は、本実施形態に係る直接ディスカバリ無線リソースの割り当て手順の一例（手順４００）を示すシーケンスである。ステップ４０１では、UE１は、Sidelink UE InformationメッセージをeNB２に送る。当該Sidelink UE Informationメッセージは、RRCメッセージであり、“destinationInfoList”IE及び“discTxResourceReq”IEを包含する。“destinationInfoList”IEは、リレーに関係する又はリレーに関係しない一対一又は一対多サイドリンク通信（relay or non-relay related one-to-one or one-to-many sidelink communication）の宛先（destination(s)）を示す。具体的には、one-to-many sidelink communicationのために、“destinationInfoList”IEは、ProSe Layer-2 Group ID(s)を示す。“discTxResourceReq”IEは、直接ディスカバリ無線リソースの割り当てをeNB２に要求する。具体的には、“discTxResourceReq”IEは、UE１が各（every）ディスカバリ・ピリオドにおいて送信を望む個々の（separate）ディスカバリ・メッセージの数を示す。
【００５１】
ステップ４０２では、eNB２は、UE１から受信したProSe Layer-2 Group ID(s)を考慮して、直接ディスカバリ無線リソースをUE１に割り当てる。既に説明したとおり、eNB２は、同一のProSe Layer-2 Group ID(s)を送ってきた複数のUEに同一のディスカバリ無線リソースを割り当てられることを禁止してもよい。
【００５２】
ステップ４０３では、eNB２は、“sl-DiscConfig”IEを包含するRRC Connection ReconfigurationメッセージをUE１に送る。“sl-DiscConfig”IEは、UE１に割り当てられた直接ディスカバリ無線リソースを示す“discTxResources”フィールドを含む。
【００５３】
以上の説明から理解されるように、本実施形態に係るeNB２は、同じグループ識別子に関連付けられた複数のUE１に対して同じ直接ディスカバリ無線リソースを割り当てることを抑制する。したがって、本実施形態で示されたeNB２による無線リソース割り当ては、直接ディスカバリ・モデルBでの複数のUEによる応答メッセージが同一の無線リソースにおいて送信される状況を回避することに寄与できる。
【００５４】
なお、本実施形態で示された無線リソース割り当てが特に有効であるケースの１つは、直接ディスカバリ・モデルBでの応答メッセージの送信などのように多対一（many-to-one）タイプのD2D通信送信への無線リソース割り当てである。したがって、eNB２は、各UE１により行われる直接ディスカバリが従うディスカバリ・モデルを認識し、各UE１が従う直接ディスカバリ・モデルを考慮して無線リソース割り当てを行ってもよい。これを可能とするために、各UE１は、ディスカバリ・モデル情報を、直接ディスカバリのための無線リソース割り当ての要求（e.g., Sidelink UE Informationメッセージ内の“discTxResourceReq”IE）に含めてもよい。ディスカバリ・モデル情報は、UE１による直接ディスカバリが１又はそれ以上のdiscoveree UEsによる応答メッセージの送信を伴うディスカバリ・モデルに従うか否かを示す。ディスカバリ・モデル情報は、各UE１により行われる直接ディスカバリがProSeディスカバリ・モデルA又はモデルBのどちらであるかを示してもよい。
【００５５】
さらに又はこれに代えて、各UE１からの直接ディスカバリのための無線リソース割り当ての要求（e.g., Sidelink UE Informationメッセージ内の“discTxResourceReq”IE）は、依頼（solicitation）メッセージ送信又は応答（response）メッセージ送信のどちらのために直接ディスカバリ無線リソースが必要とされるかを示してもよい。eNB２は、応答（response）メッセージ送信のため直接ディスカバリ無線リソース割り当ての場合に、グループ識別子を考慮してもよい。一方、eNB２は、依頼（solicitation）メッセージ送信のための直接ディスカバリ無線リソース割り当ての場合に、グループ識別子を考慮しなくてもよい。これにより、直接ディスカバリ無線リソースの利用効率を向上できる。
【００５６】
＜第２の実施形態＞
本実施形態に係る無線通信ネットワークの構成例は、第１の実施形態に係る無線通信ネットワークの構成例と同様である。第１の実施形態で説明したように、各UE１は複数のUEグループ（又は複数のコネクティビティ・サービス）と関連付けられてもよい。本実施形態では、第１の実施形態で説明された無線リソース割り当て要求の変形例であって、複数のUEグループに関連付けられたUE１への無線リソース割り当てに向けられた変形例が説明される。
【００５７】
図５は、本実施形態に係るeNB２の動作の一例（処理５００）を示すフローチャートである。ステップ５０１では、eNB２は、UE１（第１のUEと呼ぶ）から複数のグループ識別子（e.g., ProSe LAYER-2 GROUP IDs）を受信する。ステップ５０２では、eNB２は、第１のUEから受信した複数のグループ識別子と他のUE１から受信した１又はそれ以上のグループ識別子との間の合致数（number of matches）を計算する。eNB２は、既にディスカバリ無線リソースを割り当て済みの全てのUEsの各々について、ステップ５０２の合致数の計算を行う。ステップ５０３では、eNB２は、計算された合致数が最も小さいUE１に割り当て済みの直接ディスカバリ無線リソースを、残りのUEs１に割り当て済みの他の直接ディスカバリ無線リソースよりも優先して第１のUEに割り当てる。２つのUEs１の間のグループ識別子の合致数は、一方のUE１が属する１又はそれ以上のUEグループと他方のUE１が属する１又はそれ以上のUEグループとの共通部分（又は積集合（intersection））の要素数と言うこともできる。
【００５８】
幾つかの実装において、eNB２は、各無線リソースを既に割り当てられた各UE１が属する１又はそれ以上のUEグループと新たに無線リソースを割り当てられる第１のUEが属する１又はそれ以上のUEグループとの間の合致数を、各リソースを既に割り当てられた前記１又はそれ以上の無線端末の全てについて足し合わせた総数を計算してもよい。そして、eNB２は、得られた総数を各無線リソースのメトリックとして使用してもよい。eNB２は、当該メトリックが最も小さい直接ディスカバリ無線リソースを第１のUEに優先的に割り当ててもよい。各無線リソースNのメトリックf(N) は、以下の式によって表される。
【数１】
2018047401.tif 000003
ここで、UEnewは、新たに直接ディスカバリ無線リソースを割り当てられるUE１（第１のUE）であり、UEkは、無線リソースNを割り当て済みのUEsの集合に属するUEであり、g (UEnew, UEk)は、UEnewとUEkとの間のUEグループの合致数である。
【００５９】
続いて以下では、上述の複数の実施形態に係るUE１及びeNB２の構成例について説明する。図６は、UE１の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ６０１は、eNB２と通信するためにアナログRF信号処理を行う。RFトランシーバ６０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ６０１は、アンテナ６０２及びベースバンドプロセッサ６０３と結合される。すなわち、RFトランシーバ６０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ６０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ６０２に供給する。また、RFトランシーバ６０１は、アンテナ６０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ６０３に供給する。
【００６０】
RFトランシーバ６０１は、他のUEとのサイドリンク通信のためにも使用されてもよい。RFトランシーバ６０１は、複数のトランシーバを含んでもよい。
【００６１】
ベースバンドプロセッサ６０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
【００６２】
例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ６０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ６０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【００６３】
ベースバンドプロセッサ６０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ６０４と共通化されてもよい。
【００６４】
アプリケーションプロセッサ６０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ６０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ６０４は、メモリ６０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、UE１の各種機能を実現する。
【００６５】
幾つかの実装において、図６に破線（６０５）で示されているように、ベースバンドプロセッサ６０３及びアプリケーションプロセッサ６０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ６０３及びアプリケーションプロセッサ６０４は、１つのSystem on Chip（SoC）デバイス６０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
【００６６】
メモリ６０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ６０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ６０６は、ベースバンドプロセッサ６０３、アプリケーションプロセッサ６０４、及びSoC６０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ６０６は、ベースバンドプロセッサ６０３内、アプリケーションプロセッサ６０４内、又はSoC６０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ６０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
【００６７】
メモリ６０６は、上述の複数の実施形態で説明されたUE１による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）６０７を格納してもよい。幾つかの実装において、ベースバンドプロセッサ６０３又はアプリケーションプロセッサ６０４は、当該ソフトウェアモジュール６０７をメモリ６０６から読み出して実行することで、上述の実施形態で図面を用いて説明されたUE１の処理を行うよう構成されてもよい。
【００６８】
図７は、上述の実施形態に係るeNB２の構成例を示すブロック図である。図７を参照すると、eNB２は、RFトランシーバ７０１、ネットワークインターフェース７０３、プロセッサ７０４、及びメモリ７０５を含む。RFトランシーバ７０１は、UE１と通信するためにアナログRF信号処理を行う。RFトランシーバ７０１は、複数のトランシーバを含んでもよい。RFトランシーバ７０１は、アンテナ７０２及びプロセッサ７０４と結合される。RFトランシーバ７０１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ７０４から受信し、送信RF信号を生成し、送信RF信号をアンテナ７０２に供給する。また、RFトランシーバ７０１は、アンテナ７０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ７０４に供給する。
【００６９】
ネットワークインターフェース７０３は、ネットワークノード（e.g., Mobility Management Entity (MME)およびServing Gateway (S-GW)）と通信するために使用される。ネットワークインターフェース７０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【００７０】
プロセッサ７０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ７０４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、プロセッサ７０４によるコントロールプレーン処理は、S1プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【００７１】
プロセッサ７０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ７０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
【００７２】
メモリ７０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ７０５は、プロセッサ７０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ７０４は、ネットワークインターフェース７０３又は図示されていないI/Oインタフェースを介してメモリ７０５にアクセスしてもよい。
【００７３】
メモリ７０５は、上述の複数の実施形態で説明されたeNB２による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）７０６を格納してもよい。幾つかの実装において、プロセッサ７０４は、当該ソフトウェアモジュール７０６をメモリ７０５から読み出して実行することで、上述の実施形態で図面を用いて説明されたeNB２の処理を行うよう構成されてもよい。
【００７４】
図６及び図７を用いて説明したように、上述の実施形態に係るUE１及びeNB２が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００７５】
＜その他の実施形態＞
上述の施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。
【００７６】
上述の実施形態で説明されたeNB２により行われる処理及び動作は、Cloud Radio Access Network（C-RAN）アーキテクチャに含まれるCentral Unit（CU）又はCU及びDistributed Unit（DU）の組み合せによって提供されてもよい。CUは、Baseband Unit（BBU）と呼ばれる。DUは、Remote Radio Head（RRH）又はRemote Radio Equipment（RRE）とも呼ばれる。すなわち、上述の実施形態で説明されたeNB２により行われる処理及び動作は、任意の１又は複数の無線局（RANノード）によって提供されてもよい。
【００７７】
上述の実施形態では、モデルB 直接ディスカバリのためのeNB２による無線リソース割り当てに関して説明した。上述の実施形態において、eNB２は、Discoveree UEsによる応答メッセージ送信のための無線リソース割り当てを行い、Discoverer UEによる依頼メッセージ送信のための無線リソース割り当てを行わなくてもよい。具体的には、Discoverer UE は、autonomous resource selection（sidelink discovery Type 1）に従い、ディスカバリ・リソースプールの中から自律的に無線リソースを選択してもよい。
【００７８】
上述の実施形態では、eNB２が直接ディスカバリ無線リソースを準静的（semi-persistent）にUE１に割り当てる例を示した。これに代えて、eNB２は、直接ディスカバリ無線リソースをディスカバリ・ピリオド（PSDCHピリオド）毎に動的にUE１に割り当ててもよい。しかしながら、上述の実施形態で説明されたモデルB応答メッセージのための無線リソースの衝突の問題は、準静的なリソース割り当てのケースにおいて特に発生するかもしれない。「準静的なリソース割り当て」とは、新たなUEに無線リソースを割り当てる際に、他のUEへの割り当て無線リソースが既に決定されおり、他のUEへの割り当て無線リソースを変更することが難しいケースを意味する。
【００７９】
上述の実施形態で説明されたeNB２による無線リソース割り当ては、直接ディスカバリ無線リソースに限られず、直接通信のための無線リソースの割り当てに適用されてもよい。既に説明したように、上述の実施形態で説明されたeNB２による無線リソース割り当ては、例えば、直接ディスカバリ・モデルBでの応答メッセージの送信などのように多対一（many-to-one）タイプのD2D通信送信への無線リソース割り当てのために特に有効である。
【００８０】
上述の実施形態では、ProSeで用いられるD2D通信および直接ディスカバリを例として示したが、同様の仕組みを用いるVehicle-to-Vehicle（V2V）通信、Vehicle-to-Infrastructure（V2I）通信、及びVehicle-to-Pedestrian（V2P）通信を含むVehicle-to-Everything（V2X）通信においても適用できる。
【００８１】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【００８２】
例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００８３】
（付記１）
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
第１の無線端末から第１の端末グループを示す第１のグループ識別子を受信するよう構成され、且つ
第１の無線リソースよりもむしろ第２の無線リソースを前記第１の無線端末により行われるデバイス・ツー・デバイス（D2D）通信のために前記第１の無線端末に割り当てるよう構成され、
前記第１の無線リソースは、前記第１のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースであり、
前記第２の無線リソースは、前記第１の端末グループとは異なる第２の端末グループを示す第２のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースである、
基地局。
【００８４】
（付記２）
前記第１及び第２の無線リソースは、D2D直接ディスカバリのために使用される、
付記１に記載の基地局。
【００８５】
（付記３）
前記D2D直接ディスカバリは、発見する（discoverer）無線端末によって依頼メッセージを送信すること、及び前記依頼メッセージの受信に応じて１又はそれ以上の発見される（discoveree）無線端末によって応答メッセージを送信することにより行われる、
付記２に記載の基地局。
【００８６】
（付記４）
前記第１及び第２の無線リソースは、前記応答メッセージを送信するために使用される、
付記３に記載の基地局。
【００８７】
（付記５）
前記少なくとも１つのプロセッサは、前記D2D直接ディスカバリのための無線リソース割り当ての要求を前記第１の無線端末から受信するよう構成され、
前記要求は、前記無線リソース割り当てが前記依頼メッセージの送信のためであるか又は前記応答メッセージの送信ためであるかを示す、
付記３又は４に記載の基地局。
【００８８】
（付記６）
前記少なくとも１つのプロセッサは、前記D2D直接ディスカバリのための無線リソース割り当ての要求を前記第１の無線端末から受信するよう構成され、
前記要求は、前記D2D直接ディスカバリが１又はそれ以上の発見される（discoveree）無線端末による応答メッセージの送信を伴うディスカバリ・モデルに従うか否かを示す、
付記３又は４に記載の基地局。
【００８９】
（付記７）
前記第１及び第２のグループ識別子は、前記D2D直接ディスカバリの宛先ではなく一対他（one-to-many）タイプのD2D直接通信の宛先を前記基地局に教えるために、前記第１の無線端末及び他の無線端末によって前記基地局に送信される、
付記２〜６のいずれか１項に記載の基地局。
【００９０】
（付記８）
前記第１及び第２のグループ識別子の各々は、Sidelink UE Informationメッセージに包含されるdestinationInfoList情報要素によって示されるProSe Layer-2 Group IDである、
付記７に記載の基地局。
【００９１】
（付記９）
前記第１及び第２のグループ識別子の各々は、Discovery Group ID又はRelay Service Codeである、
付記２〜６のいずれか１項に記載の基地局。
【００９２】
（付記１０）
前記第１のグループ識別子は、前記第１の無線端末からの第１のRadio Resource Control（RRC）メッセージに含まれ、
前記少なくとも１つのプロセッサは、前記D2D直接ディスカバリに関する送信のために前記第１の無線端末に割り当てられた無線リソースを示す第２のRRCメッセージを前記第１の無線端末に送信するよう構成されている、
付記２〜９のいずれか１項に記載の基地局。
【００９３】
（付記１１）
前記第１のRRCメッセージは、Sidelink UE Informationメッセージであり、
前記第２のRRCメッセージは、RRC Connection Reconfigurationメッセージである、
付記１０に記載の基地局。
【００９４】
（付記１２）
前記第１及び第２の無線リソースは、複数の無線端末から１つの無線端末への同時送信が発生する多対一（many-to-one）タイプのD2D通信に使用される、
付記１〜１１のいずれか１項に記載の基地局。
【００９５】
（付記１３）
前記少なくとも１つのプロセッサは、複数の無線端末のうち、その属する１又はそれ以上の端末グループと前記第１の無線端末が属する１又はそれ以上の端末グループとの間の合致数が最も小さい無線端末に割り当て済みの無線リソースを残りの無線端末に割り当て済みの他の無線リソースよりも優先して前記第１の無線端末に割り当てるよう構成されている、
付記１〜１２のいずれか１項に記載の基地局。
【００９６】
（付記１４）
前記少なくとも１つのプロセッサは、
各無線リソースを既に割り当てられた１又はそれ以上の無線端末の各々が属する１又はそれ以上の端末グループと前記第１の無線端末が属する１又はそれ以上の端末グループとの間の合致数を、前記各リソースを既に割り当てられた前記１又はそれ以上の無線端末の全てについて足し合わせた総数を計算するよう構成され、且つ
前記総数を前記各無線リソースのメトリックとして使用するよう構成されている、
付記１３に記載の基地局。
【００９７】
（付記１５）
基地局により行われる方法であって、
第１の無線端末から第１の端末グループを示す第１のグループ識別子を受信すること、及び
第１の無線リソースよりもむしろ第２の無線リソースを前記第１の無線端末により行われるデバイス・ツー・デバイス（D2D）通信のために前記第１の無線端末に割り当てること、
を備え、
前記第１の無線リソースは、前記第１のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースであり、
前記第２の無線リソースは、前記第１の端末グループとは異なる第２の端末グループを示す第２のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースである、
方法。
【００９８】
（付記１６）
基地局により行われる方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
第１の無線端末から第１の端末グループを示す第１のグループ識別子を受信すること、及び
第１の無線リソースよりもむしろ第２の無線リソースを前記第１の無線端末により行われるデバイス・ツー・デバイス（D2D）通信のために前記第１の無線端末に割り当てること、
を備え、
前記第１の無線リソースは、前記第１のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースであり、
前記第２の無線リソースは、前記第１の端末グループとは異なる第２の端末グループを示す第２のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースである、
プログラム。
【００９９】
この出願は、２０１６年９月９日に出願された日本出願特願２０１６−１７６２８５を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１００】
１  無線端末（UE）
２  基地局（eNB）
３  コアネットワーク
４  D2Dコントローラ
６０１  radio frequency（RF）トランシーバ
６０３  ベースバンドプロセッサ
６０４  アプリケーションプロセッサ
６０６  メモリ
７０４  プロセッサ
７０５  メモリ
【図１】
2018047401.tif 000004
【図２Ａ】
2018047401.tif 000005
【図２Ｂ】
2018047401.tif 000006
【図３】
2018047401.tif 000007
【図４】
2018047401.tif 000008
【図５】
2018047401.tif 000009
【図６】
2018047401.tif 000010
【図７】
2018047401.tif 000011
【手続補正書】
【提出日】平成31年2月7日(2019.2.7)
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１６
【補正方法】変更
【補正の内容】
【請求項１６】
基地局により行われる方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
第１の無線端末から第１の端末グループを示す第１のグループ識別子を受信すること、及び
第１の無線リソースよりもむしろ第２の無線リソースを前記第１の無線端末により行われるデバイス・ツー・デバイス（D2D）通信のために前記第１の無線端末に割り当てること、
を備え、
前記第１の無線リソースは、前記第１のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースであり、
前記第２の無線リソースは、前記第１の端末グループとは異なる第２の端末グループを示す第２のグループ識別子を送ってきた他のいずれかの無線端末に割り当て済みの無線リソースである、
プログラム。
【国際調査報告】
2018047401.tif 000012
2018047401.tif 000013
2018047401.tif 000014
2018047401.tif 000015