(57)【要約】  無線アクセスネットワークノード（２１）は、ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信（１０３）の発生をトリガーするイベントを検出する。無線アクセスネットワークノード（２１）は、当該イベントの検出に応答して、当該サイドリンク通信に関与する複数の無線端末の（１）少なくとも１つの位置情報を取得する。これにより、例えば、ダイレクト・ディスカバリおよびダイレクト通信を含むサイドリンク通信の改良に寄与することができる。
2016135790.tif 000002
【特許請求の範囲】
【請求項１】
無線アクセスネットワークに配置される無線アクセスネットワークノードであって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信の発生をトリガーするイベントを検出するよう構成され、且つ
前記イベントの検出に応答して、前記サイドリンク通信に関与する複数の無線端末の少なくとも１つの位置情報を取得するよう構成されている、
無線アクセスネットワークノード。
【請求項２】
前記少なくとも１つのプロセッサは、さらに、前記サイドリンク通信のための無線設定を決定する際に前記位置情報を考慮するよう構成されている、
請求項１に記載の無線アクセスネットワークノード。
【請求項３】
前記少なくとも１つのプロセッサは、前記位置情報に基づいて推定された前記少なくとも１つの無線端末と他の無線端末との間の距離に応じて、前記無線設定を決定するよう構成されている、
請求項２に記載の無線アクセスネットワークノード。
【請求項４】
前記無線設定は、周波数リソース、時間リソース、送信電力、変調スキーム、及び符号化率のうち少なくとも１つを指定する、
請求項２又は３に記載の無線アクセスネットワークノード。
【請求項５】
前記少なくとも１つのプロセッサは、前記イベントの検出に応答して前記少なくとも１つの無線端末に対して無線測定報告を要求し、前記位置情報を含む前記無線測定報告を前記少なくとも１つの無線端末から受信するよう構成されている、
請求項１〜４のいずれか１項に記載の無線アクセスネットワークノード。
【請求項６】
前記無線測定報告は、Immediate Minimization of Drive Tests（MDT）測定報告又はLogged MDT測定報告である、
請求項５に記載の無線アクセスネットワークノード。
【請求項７】
前記無線測定報告は、前記サイドリンク通信に使用されることができるアップリンク無線リソースの測定情報をさらに含む、
請求項５又は６に記載の無線アクセスネットワークノード。
【請求項８】
前記少なくとも１つのプロセッサは、さらに、前記サイドリンク通信のための無線設定を決定する際に前記アップリンク無線リソースの測定情報を考慮するよう構成されている、
請求項７に記載の無線アクセスネットワークノード。
【請求項９】
前記少なくとも１つのプロセッサは、前記位置情報をサーバを介して受信するよう構成されている、
請求項１〜４のいずれか１項に記載の無線アクセスネットワークノード。
【請求項１０】
前記少なくとも１つのプロセッサは、さらに、前記サイドリンク通信を起動するか否か、前記サイドリンク通信を許可するか否か、又は前記サイドリンク通信のために無線リソースを割り当てるか否かを判定する際に、前記位置情報を考慮するよう構成されている、
請求項１〜９のいずれか１項に記載の無線アクセスネットワークノード。
【請求項１１】
前記少なくとも１つのプロセッサは、さらに、前記サイドリンク通信を起動する場合、前記サイドリンク通信を許可する場合、又は前記サイドリンク通信のために無線リソースを割り当てる場合に、前記サイドリンク通信のための無線設定を前記少なくとも１つの無線端末に通知するよう構成されている、
請求項１０に記載の無線アクセスネットワークノード。
【請求項１２】
前記イベントは、
（ａ）前記複数の無線端末のいずれかによって送信される前記サイドリンク通信に関する表示の前記無線アクセスネットワークノードによる受信、及び
（ｂ）上位ネットワークに配置された前記サイドリンク通信に関する制御エンティティからの所定のメッセージの前記無線アクセスネットワークノードによる受信、
のうち少なくとも１つを含む、
請求項１〜１１のいずれか１項に記載の無線アクセスネットワークノード。
【請求項１３】
前記位置情報は、Global Navigation Satellite System（GNSS）レシーバによって得られる位置情報、及びRadio Frequency（RF）フィンガープリント情報のうち少なくとも一方を含む、
請求項１〜１２のいずれか１項に記載の無線アクセスネットワークノード。
【請求項１４】
無線端末であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信に関する表示を無線アクセスネットワークノードに送信するよう構成され、
前記表示を受信した前記無線アクセスネットワークノードによる要求に応答して、前記無線端末の位置情報を前記無線アクセスネットワークノードに送信するよう構成され、且つ
前記サイドリンク通信が許可されるか否か又は前記サイドリンク通信のための無線設定を示すメッセージを前記無線アクセスネットワークから受信するよう構成されている、
無線端末。
【請求項１５】
前記少なくとも１つのプロセッサは、前記無線アクセスネットワークノードによる前記要求に応答して、前記位置情報を含む無線測定報告を前記無線アクセスネットワークノードに送信するよう構成されている、
請求項１４に記載の無線端末。
【請求項１６】
前記無線測定報告は、Immediate Minimization of Drive Tests（MDT）測定報告又はLogged MDT測定報告である、
請求項１５に記載の無線端末。
【請求項１７】
前記無線測定報告は、前記サイドリンク通信に使用されることができるアップリンク無線リソースの測定情報をさらに含む、
請求項１５又は１６に記載の無線端末。
【請求項１８】
前記サイドリンク通信のための前記無線設定は、周波数リソース、時間リソース、送信電力、変調スキーム、及び符号化率のうち少なくとも１つを指定する、
請求項１４〜１７のいずれか１項に記載の無線端末。
【請求項１９】
前記表示は、前記サイドリンク通信を行いたいこと、前記サイドリンク通信に関心があること、又は前記サイドリンク通信のための無線リソース割り当てを要求することを示す、
請求項１４〜１８のいずれか１項に記載の無線端末。
【請求項２０】
無線アクセスネットワークに配置される無線アクセスネットワークノードにより行われる方法であって、
ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信の発生をトリガーするイベントを検出すること、及び
前記イベントの検出に応答して、前記サイドリンク通信に関与する複数の無線端末の少なくとも１つの位置情報を取得すること、
を備える方法。
【請求項２１】
前記位置情報に基づいて前記サイドリンク通信のための無線設定を決定することをさらに備える、
請求項２０に記載の方法。
【請求項２２】
前記決定することは、前記位置情報に基づいて推定された前記少なくとも１つの無線端末と他の無線端末との間の距離に応じて、前記無線設定を決定することを含む、
請求項２１に記載の方法。
【請求項２３】
前記無線設定は、周波数リソース、時間リソース、送信電力、変調スキーム、及び符号化率のうち少なくとも１つを指定する、
請求項２１又は２２に記載の方法。
【請求項２４】
前記位置情報を取得することは、
前記イベントの検出に応答して前記少なくとも１つの無線端末に対して無線測定報告を要求すること、及び
前記位置情報を含む前記無線測定報告を前記少なくとも１つの無線端末から受信すること、
を含む、
請求項２０〜２３のいずれか１項に記載の方法。
【請求項２５】
前記無線測定報告は、Immediate Minimization of Drive Tests（MDT）測定報告又はLogged MDT測定報告である、
請求項２４に記載の方法。
【請求項２６】
前記無線測定報告は、前記サイドリンク通信に使用されることができるアップリンク無線リソースの測定情報をさらに含む、
請求項２４又は２５に記載の方法。
【請求項２７】
前記アップリンク無線リソースの測定情報に基づいて、前記サイドリンク通信に関する無線設定を決定することをさらに備える、
請求項２６に記載の方法。
【請求項２８】
前記位置情報を取得することは、前記位置情報をサーバを介して受信することを含む、
請求項２０〜２３のいずれか１項に記載の方法。
【請求項２９】
前記サイドリンク通信を起動するか否か、前記サイドリンク通信を許可するか否か、又は前記サイドリンク通信のために無線リソースを割り当てるか否かを判定する際に、前記位置情報を考慮することをさらに備える、
請求項２０〜２８のいずれか１項に記載の方法。
【請求項３０】
前記サイドリンク通信を起動する場合、前記サイドリンク通信を許可する場合、又は前記サイドリンク通信のために無線リソースを割り当てる場合に、前記サイドリンク通信のための無線設定を前記少なくとも１つの無線端末に通知する、
請求項２９に記載の方法。
【請求項３１】
前記イベントは、
（ａ）前記複数の無線端末のいずれかによって送信される前記サイドリンク通信に関する表示の前記無線アクセスネットワークノードによる受信、及び
（ｂ）上位ネットワークに配置された前記サイドリンク通信に関する制御エンティティからの所定のメッセージの前記無線アクセスネットワークノードによる受信、
のうち少なくとも１つを含む、
請求項２０〜３０のいずれか１項に記載の方法。
【請求項３２】
前記位置情報は、Global Navigation Satellite System（GNSS）レシーバによって得られる位置情報、及びRadio Frequency（RF）フィンガープリント情報のうち少なくとも一方を含む、
請求項２０〜３１のいずれか１項に記載の方法。
【請求項３３】
無線端末により行われる方法であって、
ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信に関する表示を無線アクセスネットワークノードに送信すること、
前記表示を受信した前記無線アクセスネットワークノードによる要求に応答して、前記無線端末の位置情報を前記無線アクセスネットワークノードに送信すること、及び
前記サイドリンク通信が許可されるか否か又は前記サイドリンク通信のための無線設定を示すメッセージを前記無線アクセスネットワークから受信すること、
を備える方法。
【請求項３４】
前記位置情報を送信することは、前記無線アクセスネットワークノードによる前記要求に応答して、前記位置情報を含む無線測定報告を前記無線アクセスネットワークノードに送信すること、
を含む、
請求項３３に記載の方法。
【請求項３５】
前記無線測定報告は、Immediate Minimization of Drive Tests（MDT）測定報告又はLogged MDT測定報告である、
請求項３４に記載の方法。
【請求項３６】
前記無線測定報告は、前記サイドリンク通信に使用されることができるアップリンク無線リソースの測定情報をさらに含む、
請求項３４又は３５記載の方法。
【請求項３７】
前記サイドリンク通信のための前記無線設定は、周波数リソース、時間リソース、送信電力、変調スキーム、及び符号化率のうち少なくとも１つを指定する、
請求項３３〜３６のいずれか１項に記載の方法。
【請求項３８】
前記表示は、前記サイドリンク通信を行いたいこと、前記サイドリンク通信に関心があること、又は前記サイドリンク通信のための無線リソース割り当てを要求することを示す、
請求項３３〜３７のいずれか１項に記載の方法。
【請求項３９】
無線アクセスネットワークノードにより行われる方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信の発生をトリガーするイベントを検出すること、及び
前記イベントの検出に応答して、前記サイドリンク通信に関与する複数の無線端末の少なくとも１つの位置情報を取得すること、
を含む、
非一時的なコンピュータ可読媒体。
【請求項４０】
無線端末により行われる方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信に関する表示を無線アクセスネットワークノードに送信すること、
前記表示を受信した前記無線アクセスネットワークノードによる要求に応答して、前記無線端末の位置情報を前記無線アクセスネットワークノードに送信すること、及び
前記サイドリンク通信が許可されるか否か又は前記サイドリンク通信のための無線設定を示すメッセージを前記無線アクセスネットワークから受信すること、
を含む、
非一時的なコンピュータ可読媒体。
【請求項４１】
無線アクセスネットワークに配置される無線アクセスネットワークノードであって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信を起動する場合、前記サイドリンク通信を許可する場合、前記サイドリンク通信のための無線リソースを割り当てる場合、又は前記サイドリンク通信のための無線設定を決定する場合に、前記サイドリンク通信に関与する複数の無線端末の少なくとも１つの位置情報を考慮するよう構成されている、
無線アクセスネットワークノード。
【請求項４２】
前記少なくとも１つのプロセッサは、前記位置情報に基づいて推定された前記少なくとも１つの無線端末と他の無線端末との間の距離に応じて、前記無線設定を決定するよう構成されている、
請求項４１に記載の無線アクセスネットワークノード。
【請求項４３】
前記無線設定は、周波数リソース、時間リソース、送信電力、変調スキーム、及び符号化率のうち少なくとも１つを指定する、
請求項４２に記載の無線アクセスネットワークノード。
【請求項４４】
前記少なくとも１つのプロセッサは、前記複数の無線端末のいずれかによって取得された前記サイドリンク通信に使用されることができるアップリンク無線リソースの測定情報をさらに考慮するよう構成されている、
請求項４１〜４３のいずれか１項に記載の無線アクセスネットワークノード。
【請求項４５】
無線アクセスネットワークに配置される無線アクセスネットワークノードにより行われる方法であって、
ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信を起動する場合、前記サイドリンク通信を許可する場合、前記サイドリンク通信のための無線リソースを割り当てる場合、又は前記サイドリンク通信のための無線設定を決定する場合に、前記サイドリンク通信に関与する複数の無線端末の少なくとも１つの位置情報を考慮することを備える、
方法。
【請求項４６】
前記考慮することは、前記位置情報に基づいて推定された前記少なくとも１つの無線端末と他の無線端末との間の距離に応じて、前記無線設定を決定することを含む、
請求項４５に記載の方法。
【請求項４７】
前記無線設定は、周波数リソース、時間リソース、送信電力、変調スキーム、及び符号化率のうち少なくとも１つを指定する、
請求項４５又は４６に記載の方法。
【請求項４８】
前記複数の無線端末のいずれかによって取得された前記サイドリンク通信に使用されることができるアップリンク無線リソースの測定情報を考慮することをさらに備える、
請求項４５〜４７のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、Proximity-based services（ProSe）に関し、特に無線端末間のダイレクトインタフェースを用いて行われるダイレクト・ディスカバリ及びダイレクト通信に関する。
【背景技術】
【０００２】
3GPP Release 12は、Proximity-based services（ProSe）について規定している（例えば、非特許文献１を参照）。ProSeは、ProSeディスカバリ（ProSe discovery）及びProSeダイレクト通信（ProSe direct communication）を含む。ProSeディスカバリは、無線端末が近接していること（in proximity）の検出を可能にする。ProSeディスカバリは、ダイレクト・ディスカバリ（ProSe Direct Discovery）及びネットワークレベル・ディスカバリ（EPC-level ProSe Discovery）を含む。【０００３】
ProSeダイレクト・ディスカバリは、ProSeを実行可能な無線端末（ProSe-enabled UE）が他のProSe-enabled UEをこれら２つのUEが有する無線通信技術（例えば、Evolved Universal Terrestrial Radio Access (E-UTRA) technology）の能力だけを用いて発見する手順により行われる。これに対して、EPC-level ProSe Discoveryでは、コアネットワーク（Evolved Packet Core (EPC)）が２つのProSe-enabled UEsの近接を判定し、これをこれらのUEsに知らせる。ProSeダイレクト・ディスカバリは、３つ以上のProSe-enabled UEsにより行われてもよい。【０００４】
ProSeダイレクト通信は、ProSeディスカバリ手順の後に、ダイレクト通信レンジ内に存在する２以上のProSe-enabled UEsの間の通信パスの確立を可能にする。言い換えると、ProSeダイレクト通信は、ProSe-enabled UEが、基地局（eNodeB）を含む公衆地上移動通信ネットワーク（Public Land Mobile Network (PLMN)）を経由せずに、他のProSe-enabled UEと直接的に通信することを可能にする。ProSeダイレクト通信は、基地局（eNodeB）にアクセスする場合と同様の無線通信技術（E-UTRA technology）を用いて行われてもよいし、wireless radio access network (WLAN)の無線技術（つまり、IEEE 802.11 radio technology）を用いて行われてもよい。【０００５】
3GPP Release 12では、ProSe functionが公衆地上移動通信ネットワーク（PLMN）を介してProSe-enabled UEと通信し、ProSeディスカバリ及びProSeダイレクト通信を支援（assist）する。ProSe functionは、ProSeのために必要なPLMNに関連した動作に用いられる論理的な機能（logical function）である。ProSe functionによって提供される機能（functionality）は、例えば、（ａ）third-party applications（ProSe Application Server）との通信、（ｂ）ProSeディスカバリ及びProSeダイレクト通信のためのUEの認証、（ｃ）ProSeディスカバリ及びProSeダイレクト通信のための設定情報（例えば、EPC-ProSe-User IDなど）のUEへの送信、並びに（ｄ）ネットワークレベル・ディスカバリ（i.e., EPC-level ProSe discovery）の提供、を含む。ProSe functionは、１又は複数のネットワークノード又はエンティティに実装されてもよい。本明細書では、ProSe functionを実行する１又は複数のネットワークノード又はエンティティを“ProSe function エンティティ”又は“ProSe functionサーバ”と呼ぶ。【０００６】
上述したように、ProSeダイレクト・ディスカバリ及びProSeダイレクト通信は、UE間のダイレクトインタフェースにおいて行われる。当該ダイレクトインタフェースは、PC5インタフェース又はサイドリンク（sidelink）と呼ばれる。以下、本明細書では、ダイレクト・ディスカバリ及びダイレクト通信のうち少なくとも一方を含む通信を「サイドリンク通信」と呼ぶ。【０００７】
UEは、サイドリンク通信を行う前に、ProSe functionと通信することが必要とされる（非特許文献１を参照）。ProSeダイレクト通信及びProSeダイレクト・ディスカバリを行うために、UEは、ProSe functionと通信し、PLMNによる認証情報を予めProSe functionから取得しなければならない。さらに、ProSeダイレクト・ディスカバリの場合、UEは、ディスカバリ・リクエストをProSe functionに送信しなければならない。具体的には、サイドリンクでのディスカバリ情報の送信（アナウンス）を希望する場合、UEは、アナウンスのためのディスカバリ・リクエストをProSe functionに送信する。一方、サイドリンクでのディスカバリ情報の受信（モニター）を希望する場合、UEは、モニターのためのディスカバリ・リクエストをProSe functionに送信する。そして、ディスカバリ・リクエストが成功した場合、UEは、UE間ダイレクトインタフェース（e.g., サイドリンク又はPC5インタフェース）においてディスカバリ情報を送信すること又は受信することが許可される。【０００８】
サイドリンク通信のための無線リソースのUEへの割り当ては、無線アクセスネットワーク（e.g., Evolved Universal Terrestrial Radio Access Network（E-UTRAN））によって行われる（非特許文献１及び２を参照）。ProSe functionによってサイドリンク通信を許可されたUEは、無線アクセスネットワークノード（e.g., eNodeB）によって設定された無線リソースを使用してProSeダイレクト・ディスカバリ又はProSeダイレクト通信を行う。非特許文献２のセクション２３．１０及び２３．１１は、サイドリンク通信のための無線リソースのUEへの割り当ての詳細を記載している。【０００９】
ProSeダイレクト通信に関しては、２つのリソース割り当てモード、つまりScheduled resource allocation 及び Autonomous resource selectionが規定されている。ProSeダイレクト通信のScheduled resource allocationでは、UEがeNodeBにリソース割り当てを要求し、eNBがサイドリンク・コントロール及びデータのためのリソースをUEにスケジュールする。具体的には、UEはスケジューリング・リクエスト をa ProSe Buffer Status Report（BSR）共にeNodeBに送る。【００１０】
一方、ProSeダイレクト通信のAutonomous resource selectionでは、UEは、リソースプールの中から、サイドリンク・コントロール及びデータのためのリソースを自立的に選択する。eNodeBは、System Information Block（SIB）18において、Autonomous resource selectionに使用するためのリソースプールをUEに割り当ててもよい。なお、eNodeBは、Radio Resource Control (RRC)_CONNECTEDのUEに対して、個別（dedicated）RRCシグナリングで、Autonomous resource selectionに使用するためのリソースプールを割り当ててもよい。このリソースプールは、UEがRRC_IDLEであるときにも利用可能であってもよい。【００１１】
ProSeダイレクト・ディスカバリに関しても、２つのリソース割り当てモード、つまりScheduled resource allocation 及び Autonomous resource selectionが規定されている。ProSeダイレクト・ディスカバリのAutonomous resource selectionでは、のディスカバリ情報の送信（アナウンス）を希望するUEがアナウンス用のリソースプールの中から自立的に無線リソースを選択する。リソースプールは、ブロードキャスト（SIB 19）又はデディケイテッドなシグナリング（RRCシグナリング）でUEに設定される。【００１２】
一方、ProSeダイレクト・ディスカバリのScheduled resource allocationでは、UEがアナウンス用のリソース割り当てをRRCシグナリングでeNodeBに要求する。eNBは、モニター用にUEsに設定されたリソースプールの中からアナウンス用のリソースをUEに割り当てる。Scheduled resource allocationが使用される場合、eNBは、SIB 19においてProSeダイレクト・ディスカバリのモニター用のリソースの提供をサポートするが、アナウンスメント用のリソースは提供しないことを示す。【００１３】
なお、3GPP Release 12のProSeは、複数の無線端末の地理的な位置の近接に基づいて提供される近接サービス（Proximity-based services（ProSe））の１つの具体例である。公衆地上移動通信ネットワーク（PLMN）における近接サービスは、3GPP Release 12のProSeと同様に、ネットワークに配置された機能又はノード（例えば、ProSe function）によって支援されるディスカバリ・フェーズ及びダイレクト通信フェーズを含む。ディスカバリ・フェーズでは、複数の無線端末の地理的位置の近接が判定又は検出される。ダイレクト通信フェーズでは複数の無線端末によってダイレクト通信が行われる。ダイレクト通信は、近接する複数の無線端末の間で公衆地上移動通信ネットワーク（PLMN）を介さずに行われる通信である。ダイレクト通信は、device-to-device (D2D) 通信、又はpeer-to-peer通信と呼ばれることもある。本明細書で使用される“ProSe”との用語は、3GPP Release 12のProSeに限定されず、ディスカバリ及びダイレクト通信の少なくとも一方を含む近接サービス通信を意味する。また、本明細書で使用される“近接サービス通信”及び“ProSe通信”との用語の各々は、ディスカバリ及びダイレクト通信の少なくとも一方を意味する。【００１４】
本明細書で使用する公衆地上移動通信ネットワーク（PLMN）との用語は、広域な無線インフラストラクチャネットワークであり、多元接続方式の移動通信システムを意味する。多元接続方式の移動通信システムは、時間、周波数、及び送信電力のうち少なくとも１つを含む無線リソースを複数の移動端末の間で共有することで、複数の移動端末が実質的に同時に無線通信を行うことを可能としている。代表的な多元接続方式は、Time Division Multiple Access（TDMA）、Frequency Division Multiple Access（FDMA）、Code Division Multiple Access（CDMA）、若しくはOrthogonal Frequency Division Multiple Access（OFDMA）又はこれらの組み合わせである。公衆地上移動通信ネットワークは、無線アクセスネットワークおよびコアネットワークを含む。公衆地上移動通信ネットワークは、例えば、3GPP Universal Mobile Telecommunications System（UMTS）、3GPP Evolved Packet System（EPS）、3GPP2 CDMA2000システム、Global System for Mobile communications（GSM（登録商標））/ General packet radio service（GPRS）システム、WiMAXシステム、又はモバイルWiMAXシステムである。EPSは、Long Term Evolution（LTE）システム及びLTE-Advancedシステムを含む。
【先行技術文献】
【特許文献】
【００１５】
【特許文献１】特開２００５−０３３５３６号公報
【非特許文献】
【００１６】
【非特許文献１】3GPP TS 23.303 V12.3.0 (2014-12), “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Proximity-based services (ProSe); Stage 2 (Release 12)”, 2014年12月
【非特許文献２】3GPP TS 36.300 V12.4.0 (2014-12), “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 12)”, 2014年12月
【発明の概要】
【発明が解決しようとする課題】
【００１７】
非特許文献１及び２は、ダイレクト・ディスカバリおよびダイレクト通信を含むサイドリンク通信のための無線リソース割り当てを基地局（eNodeB）が行うことを記載している。しかしながら、非特許文献１及び２は、基地局（eNodeB）によるサイドリンク通信の許可又はサイドリンク通信のための無線リソース割り当ての際に、無線端末（UE）の位置が考慮されることについて記載していない。【００１８】
特許文献１は、交換機が、発信側の無線端末から基地局を介して発信情報を受信した場合に、発信側の無線端末及び受信側の無線端末の位置を加入者データベースに問い合わせることを記載している。特許文献１に記載された交換機は、発信側の無線端末及び受信側の無線端末が同一又は隣接の基地局エリア（セル）内に存在する場合に、直接通信の起動を発信側の無線端末に指示する。しかしながら、特許文献１も、無線アクセスネットワークに配置された無線アクセスネットワークノード（e.g., 基地局）がサイドリンク通信の許可又はサイドリンク通信のための無線リソース割り当ての際に、無線端末の位置を考慮することについて何ら記載していない。【００１９】
サイドリンク通信の許可又はサイドリンク通信のための無線リソース割り当ての際に基地局において無線端末の位置が考慮されない場合、以下のような問題又は不都合が生じるかもしれない。例えば、２つの無線端末が同一セル内（intra-cell）又は隣接セル内（inter-cell）に位置するがこれら２つの無線端末の距離が遠い場合、仮に無線アクセスネットワークノードがサイドリンク通信のための無線リソースを割り当てたとしてもこれら２つの無線端末は通信を行うことができず、したがって無線リソースの浪費および無線端末のバッテリー電力の浪費をもたらすかもしれない。また例えば、無線端末の位置が無線アクセスネットワークノードによって考慮されない場合、サイドリンク通信を行う無線端末の端末間距離に応じた適切な無線設定（e.g., 送信電力、変調スキーム、又は符号化率）を行うことができないかもしれない。【００２０】
本明細書に開示される実施形態が達成しようとする目的の１つは、ダイレクト・ディスカバリおよびダイレクト通信を含むサイドリンク通信の改良に寄与する装置、方法、及びプログラムを提供することである。
【課題を解決するための手段】
【００２１】
第１の態様では、無線アクセスネットワークに配置される無線アクセスネットワークノードは、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信の発生をトリガーするイベントを検出するよう構成されている。さらに、前記少なくとも１つのプロセッサは、前記イベントの検出に応答して、前記サイドリンク通信に関与する複数の無線端末の少なくとも１つの位置情報を取得するよう構成されている。【００２２】
第２の態様では、無線端末は、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信に関する表示（indication）を無線アクセスネットワークノードに送信するよう構成されている。さらに、前記少なくとも１つのプロセッサは、前記表示を受信した前記無線アクセスネットワークノードによる要求に応答して、前記無線端末の位置情報を前記無線アクセスネットワークノードに送信するよう構成されている。さらにまた、前記少なくとも１つのプロセッサは、前記サイドリンク通信が許可されるか否か又は前記サイドリンク通信のための無線設定を示すメッセージを前記無線アクセスネットワークから受信するよう構成されている。【００２３】
第３の態様では、無線アクセスネットワークノードにより行われる方法は、
（ａ）ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信の発生をトリガーするイベントを検出すること、及び
（ｂ）前記イベントの検出に応答して、前記サイドリンク通信に関与する複数の無線端末の少なくとも１つの位置情報を取得すること、
を含む。【００２４】
第４の態様では、無線端末により行われる方法は、
（ａ）ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信に関する表示を無線アクセスネットワークノードに送信すること、
（ｂ）前記表示を受信した前記無線アクセスネットワークノードによる要求に応答して、前記無線端末の位置情報を前記無線アクセスネットワークノードに送信すること、及び
（ｃ）前記サイドリンク通信が許可されるか否か又は前記サイドリンク通信のための無線設定を示すメッセージを前記無線アクセスネットワークから受信すること、
を含む。【００２５】
第５の態様では、無線アクセスネットワークノードは、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信を起動する場合、前記サイドリンク通信を許可する場合、前記サイドリンク通信のための無線リソースを割り当てる場合、又は前記サイドリンク通信のための無線設定を決定する場合に、前記サイドリンク通信に関与する複数の無線端末の少なくとも１つの位置情報を考慮するよう構成されている。【００２６】
第６の態様では、無線アクセスネットワークノードにより行われる方法は、ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信を起動する場合、前記サイドリンク通信を許可する場合、前記サイドリンク通信のための無線リソースを割り当てる場合、又は前記サイドリンク通信のための無線設定を決定する場合に、前記サイドリンク通信に関与する複数の無線端末の少なくとも１つの位置情報を考慮することを含む。【００２７】
第７の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第３、第４、又は第６の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００２８】
上述の態様よれば、ダイレクト・ディスカバリおよびダイレクト通信を含むサイドリンク通信の改良に寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００２９】
【図１】いくつかの実施形態に係る公衆地上移動通信ネットワークの構成例を示す図である。
【図２】いくつかの実施形態に係る公衆地上移動通信ネットワークの構成例を示す図である。
【図３】第１の実施形態に係る無線アクセスネットワークノード（eNodeB）の動作の一例を示すフローチャートである。
【図４】第１の実施形態に係るサイドリンク通信に関する制御手順の一例を示すシーケンス図である。
【図５】第１の実施形態に係るサイドリンク通信に関する制御手順の一例を示すシーケンス図である。
【図６】第１の実施形態に係るサイドリンク通信に関する制御手順の一例を示すシーケンス図である。
【図７】第１の実施形態に係るサイドリンク通信に関する制御手順の一例を示すシーケンス図である。
【図８】第２実施形態に係る無線アクセスネットワークノード（eNodeB）の動作の一例を示すフローチャートである。
【図９】第２の実施形態に係るサイドリンク通信に関する制御手順の一例を示すシーケンス図である。
【図１０】第２実施形態に係る無線端末（UE）の動作の一例を示すフローチャートである。
【図１１】第３実施形態に係る無線アクセスネットワークノード（eNodeB）の動作の一例を示すフローチャートである。
【図１２】第３の実施形態に係るサイドリンク通信に関する制御手順の一例を示すシーケンス図である。
【図１３】第３実施形態に係る無線端末（UE）の動作の一例を示すフローチャートである。
【図１４】いくつかの実施形態に係る無線アクセスネットワークノード（eNodeB）の構成例を示すブロック図である。
【図１５】いくつかの実施形態に係る無線端末（UE）の構成例を示すブロック図である。
【発明を実施するための形態】
【００３０】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００３１】
以下に示される複数の実施形態は、Evolved Packet System（EPS）を主な対象として説明される。しかしながら、これらの実施形態は、EPSに限定されるものではなく、他のモバイル通信ネットワーク又はシステム、例えば3GPP UMTS、3GPP2 CDMA2000システム、GSM/GPRSシステム、及びWiMAXシステム等に適用されてもよい。
【００３２】
＜第１の実施形態＞
図１は、本実施形態に係るPLMN１００の構成例を示している。UE１Ａ及びUE１Ｂは共にProSeが可能な無線端末（ProSe-enabled UE）であり、端末間ダイレクトインタフェース（i.e., PC5インタフェース又はサイドリンク）１０３上でサイドリンク通信を行うことができる。当該サイドリンク通信は、ProSeダイレクト・ディスカバリ及びProSeダイレクト通信の少なくとも一方を含む。サイドリンク通信は、基地局（eNodeB）２１にアクセスする場合と同様の無線通信技術（E-UTRA technology）を用いて行われる。
【００３３】
eNodeB２１は、無線アクセスネットワーク（i.e., E-UTRAN）２内に配置されたエンティティであり、セル２２を管理し、E-UTRA technologyを用いてUE１Ａ及びUE１Ｂと通信（１０１及び１０２）することができる。なお、図１の例では、説明の簡略化のために複数のUE１Ａ及びUE１Ｂが同じセル２２内に位置している状況を示しているが、このようなUE配置は一例に過ぎない。例えば、UE１Ａは、異なるeNodeB２１によって管理される隣接セルの一方のセル内に位置し、UE１Ｂは他方のセル内に位置してもよい。
【００３４】
コアネットワーク（i.e., EPC）３は、複数のユーザープレーン・エンティティ（e.g., Serving Gateway (S-GW)及びPacket Data Network Gateway (P-GW)）、及び複数のコントロールプレーン・エンティティ（e.g., Mobility Management Entity（MME）及びHome Subscriber Server（HSS））を含む。複数のユーザープレーン・エンティティは、E-UTRAN２と外部ネットワーク（Packet Data Network (PDN)）との間でUE１Ａ及びUE１Ｂのユーザデータを中継する。複数のコントロールプレーン・エンティティは、UE１Ａ及びUE１Ｂのモビリティ管理、セッション管理（ベアラ管理）、加入者情報管理、及び課金管理を含む様々な制御を行う。
【００３５】
ProSeサービス（e.g., EPC-level ProSe Discovery、ProSe Direct Discovery、又はProSe Direct Communication）を利用するために、UE１Ａ及びUE１Ｂは、E-UTRAN２を介してEPC３にアタッチし、ProSe function エンティティ４と通信するためのPacket Data Network (PDN) connectionを確立し、E-UTRAN２及びEPC３を介してProSe function エンティティ４との間でProSe 制御シグナリングを送受信する。UE１Ａ及びUE１Ｂは、例えば、ProSe function エンティティ４によって提供されるEPC-level ProSe Discoveryを利用してもよいし、ProSe Direct Discovery又はProSe Direct CommunicationのUE１Ａ及びUE１Ｂにおける起動（有効化、activation）を許可することを示すメッセージをProSe function エンティティ４から受信してもよいし、セル２２におけるProSe Direct Discovery又はProSe Direct Communicationに関する設定情報をProSe function エンティティ４から受信してもよい。
【００３６】
図２は、ProSeで利用される参照点（Reference points）を示している。参照点は、インタフェースと呼ばれることもある。図２は、UE１Ａ及びUE１Ｂが同じPLMN１００のサブスクリプションを利用する非ローミング・アーキテクチャ（non-roaming architecture）を示している。
【００３７】
PC1参照点は、UE１（UE１Ａ及びUE１Ｂ）内のProSeアプリケーションとProSeアプリケーションサーバ５との間の参照点である。PC1参照点は、アプリケーションレベルのシグナリングに対する要件（requirements）を定義するために使用される。
【００３８】
PC2参照点は、ProSeアプリケーションサーバ５とProSe function エンティティ４との間の参照点である。PC2参照点は、ProSeアプリケーションサーバ５とProSe function エンティティ４を介して3GPP EPSによって提供されるProSe機能（ProSe functionality）との間のインタラクションを定義するために使用される。
【００３９】
PC3参照点は、UE１（UE１Ａ及びUE１Ｂ）とProSe function エンティティ４との間の参照点である。PC3参照点は、UE１とProSe function エンティティ４との間のインタラクション（e.g., UE registration、application registration、及び ProSe Direct Discovery and EPC-level ProSe Discovery requestsの承認（authorization））を定義するために使用される。PC3参照点は、EPC３のユーザープレーンに依存しており、UE１とProSe function エンティティ４との間のProSe 制御シグナリングは当該ユーザープレーン上で転送される。
【００４０】
PC4a参照点は、HSS３３とProSe function エンティティ４との間の参照点である。当該参照点は、例えば、ProSeサービスに関する加入者情報を取得するためにProSe function エンティティ４によって使用される。
【００４１】
PC4b参照点は、Secure User Plane Location（SUPL）Location Platform（SLP）３４とProSe function エンティティ４との間の参照点である。当該参照点は、例えば、UE１（UE１Ａ及びUE１Ｂ）の位置情報を取得するためにProSe function エンティティ４によって使用される。なお、SLPは、UE１によるGPS測位をアシストし、測位結果をUE１から受信し、これによりUE１の位置を推定することができる位置情報を間欠的にUE１から取得する。
【００４２】
PC5参照点は、UE１（ProSe-enabled UEs）間の参照点であり、ProSe Direct Discovery、ProSe Direct Communication、及び ProSe UE-to-Network Relayのコントロールプレーン及びユーザープレーンのために使用される。
【００４３】
続いて以下では、本実施形態に係るサイドリンク通信に関する制御手順について説明する。図３は、サイドリンク通信に関するeNodeB２１の動作の一例（処理３００）を示すフローチャートである。ブロック３０１では、eNodeB２１は、サイドリンク通信の発生をトリガーするイベントを検出する。
【００４４】
例えば、サイドリンク通信をトリガーする当該イベントは、サイドリンク通信に関与するいずれかのUE１によって送信されるサイドリンク通信に関する表示（indication）のeNodeB２１における受信であってもよい。ここで、サイドリンク通信に関する表示は、UE１がサイドリンク通信を行いたいこと又はサイドリンク通信に関心があることを示してもよい。具体的には、サイドリンク通信に関する表示は、ProSeダイレクト通信に関心があることを示すProSe Direct indicationであってもよいし、ProSeダイレクト・ディスカバリ・アナウンスメントを行いたいことを示すDiscovery Indicationであってもよい。これに代えて、サイドリンク通信に関する表示は、サイドリンク通信のための無線リソース割り当て要求を示してもよい。具体的には、UE１は、サイドリンク通信に関する表示は、UE１からeNodeB２１に送信されるサイドリンク通信のためのスケジューリング・リクエスト（e.g., スケジューリング・リクエスト with a ProSe BSR）であってもよい。
【００４５】
これに代えて、サイドリンク通信をトリガーする当該イベントは、上位ネットワーク（e.g., EPC３）に配置されたサイドリンク通信に関する制御エンティティ（e.g., ProSe functionエンティティ４、又はMME３１）からの所定のメッセージのeNodeB２１による受信であってもよい。
【００４６】
ブロック３０２では、eNodeB２１は、ブロック３０１でのイベントの検出に応答して、当該サイドリンク通信に関与する複数のUE１（e.g., １Ａ又は１Ｂ）のうちの少なくとも１つの位置情報を取得する。eNodeB２１によるUE１の位置情報の取得は、サイドリンク通信の開始前に行われる。当該位置情報は、UE１によって取得され、UE１の現在の又は最新の位置を示す。eNodeB２１は、UE１の位置情報をUE１から直接的に（つまり、LTE-UuインタフェースでのRRCシグナリングを用いて）受信してもよい。これに代えて、eNodeB２１は、UE１の位置情報をサーバを介して受信してもよい。
【００４７】
UE１の位置情報は、セルレベルより詳細な位置を示すことが好ましい。例えば、UE１の位置情報は、UE１が有するGlobal Navigation Satellite System（GNSS）レシーバによって得られるGNSS位置情報を含んでもよい。GNSS位置情報は、緯度及び経度を示す。さらに又はこれに代えて、UE１の位置情報は、Radio Frequency（RF）フィンガープリントを含んでもよい。RFフィンガープリントは、UE１によって測定された周辺セル測定情報（e.g., セルID（ECGI, Cell-Id）及びReference Signal Received Power（RSRP））を含む。
【００４８】
eNodeB２１は、サイドリンク通信に関与する複数のUE１の一部について位置情報を取得してもよいし、全てについて位置情報を取得してもよい。例えば、eNodeB２１は、サイドリンク通信に関与する複数のUE１のうちの一部の詳細位置をRRC測定報告（measurement report）等によって既に取得している場合、詳細位置を把握していない残りの１つ又はそれ以上のUE１について位置情報を取得してもよい。
【００４９】
図３に示された動作によって、eNodeB２１は、サイドリンク通信に関する様々な処理を行う際にUE１の位置情報を考慮することができる。いくつかの実装において、eNodeB２１は、サイドリンク通信を起動するか否か、サイドリンク通信を許可するか否か、又はサイドリンク通信のために無線リソースを割り当てるか否かを判定する際に、UE１の位置情報を考慮してもよい。例えば、eNodeB２１は、UE１Ａ及びUE１Ｂの位置情報から推定されるこれらの端末間距離が閾値以下である場合に、UE１Ａ及びUE１Ｂのサイドリンク通信のために無線リソースを割り当ててもよい。これとは反対に、UE１Ａ及びUE１Ｂの端末間距離が閾値を超える場合、eNodeB２１は、UE１Ａ又はUE１Ｂからのサイドリンク通信のための無線リソース割り当て要求を拒絶してもよい。
【００５０】
いくつかの実装において、eNodeB２１は、サイドリンク通信のための無線設定を決定する際に、UE１の位置情報を考慮してもよい。例えば、eNodeB２１は、UE１Ａ及びUE１Ｂの位置情報から推定されるこれらの端末間距離に応じて、UE１Ａ及びUE１Ｂのサイドリンク通信の無線設定を決定してもよい。当該無線設定は、無線設定は、周波数リソース、時間リソース、送信電力、変調スキーム、及び符号化率のうち少なくとも１つを指定してもよい。
【００５１】
より具体的に述べると、eNodeB２１は、当該端末間距離が大きくなるにつれて、サイドリンク通信において許可される送信電力を増やしてもよい。さらに又はこれに代えて、eNodeB２１は、当該端末間距離が閾値を超える場合、これが閾値を下回る場合の変調スキームに比べて、所要carrier-to-noise ratio（CNR）の小さい変調スキームをサイドリンク通信に適用してもよい。なお、“所要CNRが小さい変調スキームを採用すること”は、言い換えると、コンスタレーション上における信号点間距離が大きい変調スキームを採用すること（通常は伝送速度が小さいこと）を意味する。さらに又はこれに代えて、eNodeB２１は、当該端末間距離が閾値を超える場合、これが閾値を下回る場合の符号化率に比べて小さい符号化率をサイドリンク通信に適用してもよい。
【００５２】
図４は、eNodeB２１によるUE１の位置情報の取得動作の一例（処理４００）を示すシーケンス図である。ブロック４０１では、eNodeB２１は、サイドリンク通信に関する表示（e.g., ProSe Direct indication、Discovery Indication、又はスケジューリング・リクエスト with a ProSe BSR）をUE１Ａから受信する。ブロック４０２では、eNodeB２１は、UE１Ａからのサイドリンク通信に関する表示の受信に応答して、UE１Ａに位置情報を要求する。ブロック４０３では、eNodeB２１は、UE１Ａから位置情報を受信する。
【００５３】
図５は、eNodeB２１によるUE１の位置情報の取得動作の一例（処理５００）を示すシーケンス図である。図５に示された処理５００は、図４に示された処理４００の具体例である。図５の例では、eNodeB２１は、既存のRRC測定手順を用いてUE１の位置情報を取得する。なお、位置情報を含むよう拡張されたRRC測定は、Minimization of Drive Tests（MDT）のために利用されることができ、Immediate MDT測定報告（測定情報）とも呼ばれる。
【００５４】
ブロック５０１では、eNodeB２１は、サイドリンク通信に関する表示をUE１Ａから受信する。ブロック５０２では、eNodeB２１は、UE１Ａからのサイドリンク通信に関する表示（ブロック５０１）の受信に応答して、RRC CONNECTION RECONFIGURATIONメッセージをUE１Ａに送信する。当該RRC CONNECTION RECONFIGURATIONメッセージは、"INCLUDE LOCATION INFO（includeLocationInfo）" 情報要素（information element (IE)）を含む。"INCLUDE LOCATION INFO" IEは、UE１の位置情報をRRC測定報告に含めるように要求するために、eNodeB２１によってRRC Measurement Configurationにおいて指定される。
【００５５】
ブロック５０３では、UE１Ａは、RRC CONNECTION RECONFIGURATIONメッセージ（ブロック５０２）に対する応答メッセージ（RRC CONNECTION RECONFIGURATION COMPLETE）を送信する。ブロック５０４では、UE１Ａは、位置情報を含むRRC測定報告をeNodeB２１に送信する。
【００５６】
図６は、eNodeB２１によるUE１の位置情報の取得動作の一例（処理６００）を示すシーケンス図である。図５に示された処理５００は、図４に示された処理４００の具体例である。図６の例では、eNodeB２１は、既存のRRC手順の１つであるUE information手順を用いてUE１の位置情報を取得する。
【００５７】
ブロック６０１では、eNodeB２１は、サイドリンク通信に関する表示をUE１Ａから受信する。ブロック６０２では、eNodeB２１は、UE１Ａからのサイドリンク通信に関する表示（ブロック６０１）の受信に応答して、UE INFORMATION REQUESTメッセージをUE１Ａに送信する。当該UE INFORMATION REQUESTメッセージは、"LOGGED MEASUREMENT REPORT REQUEST（logMeasReportReq）" IEを含む。"LOGGED MEASUREMENT REPORT REQUEST" IEは、UE１に格納さているlogged measurement informationをeNodeB２１に報告するよう要求するために使用される。logged measurement informationは、MDTのために利用されることができ、Logged MDT測定報告（測定情報）とも呼ばれる。logged measurement informationは、無線測定が行われたときのUE１の位置情報（e.g., GNSS位置情報）を含む。
【００５８】
ブロック６０３では、UE１Ａは、UE INFORMATION REQUESTメッセージ（ブロック６０２）に応答して、UE INFORMATION RESPONSEメッセージを送信する。このUE INFORMATION RESPONSEメッセージは、UE１Ａの位置情報を含むlogged measurement informationを含む。
【００５９】
図５又は図６の手順によれば、UE１の位置情報をeNodeB２１が取得するために現在の3GPP仕様書に規定されている通常のRRC手順を利用できるため、UE１の仕様変更インパクトを低減できる。
【００６０】
図７は、eNodeB２１によるUE１の位置情報の取得動作の一例（処理７００）を示すシーケンス図である。図７に示されるようにeNodeB２１は、UE１の位置履歴をサーバを介して受信してもよい。図７の例では、eNodeB１は、サイドリンク通信に関する表示をUE１Ａから受信する（ブロック７０１）。そして、eNodeB２１は、UE１（UE１Ａ若しくはUE１Ｂ又はこれら両方）の位置情報をTrace Collection Entity（TCE）７１に要求し（ブロック７０２）、これをTCE７１から取得する（ブロック７０３）。Trace Collection Entity（TCE）は、Logged MDT測定情報又はImmediate MDT測定情報を収集する装置である。eNodeB２１は、TCE７１によって収集されている最新のMDT測定情報に含まれる最新のUE１の位置情報を利用してもよい。なお、eNodeB２１がUE１の位置情報を取得するためにアクセスするサーバは、TCEとは異なるサーバ、例えばSLP３４であってもよい。
【００６１】
図７に示された手順によれば、eNodeB２１は、UE１とは異なるサーバ（e.g., TCE７１又はSLP３４）よりUE１の位置情報を取得するため、UE１とeNodeB２１の間のシグナリングを削減でき、したがってUE１の負荷を軽減できる。
【００６２】
上述の図４〜図７に示された手順では、例えばサイドリンク通信に関する表示（ブロック４０１、５０１、６０１、又は７０１）においてUE１Ｂが特定されている場合、eNodeB２１は、UE１Ａに加えてUE１Ｂからも位置情報を取得してもよいし、UE１Ａの位置情報の代わりにUE１Ｂの位置情報を取得してもよい。
【００６３】
＜第２の実施形態＞
本実施形態では、第１の実施形態で説明されたサイドリンク通信に関する制御手順の変形例が説明される。本実施形態に係る公衆地上移動通信ネットワークの構成例は図１及び図２と同様である。
【００６４】
図８は、本実施形態に係るeNodeB２１の動作の一例（処理８００）を示すフローチャートである。ブロック８０１及び８０２における処理は、図３のブロック３０１及び３０２における処理と同様である。ブロック８０３では、eNodeB２１は、サイドリンク通信を起動するか否か、サイドリンク通信を許可するか否か、又はサイドリンク通信のために無線リソースを割り当てるか否かを判定する際に、UE１の位置情報を考慮する。
【００６５】
例えば、既に説明したように、eNodeB２１は、UE１Ａ及びUE１Ｂの位置情報から推定されるこれらの端末間距離が閾値以下である場合に、UE１Ａ及びUE１Ｂのサイドリンク通信のために無線リソースを割り当ててもよい。これとは反対に、UE１Ａ及びUE１Ｂの端末間距離が閾値を超える場合、eNodeB２１は、UE１Ａ又はUE１Ｂからのサイドリンク通信のための無線リソース割り当て要求を拒絶してもよい。これにより、端末間距離が遠すぎるためにUE１Ａ及びUE１Ｂがサイドリンク通信を行うことができないことに起因する無線リソースの浪費およびUE１のバッテリー電力の浪費を抑制できる。
【００６６】
図９は、本実施形態に係るサイドリンク制御手順の一例（処理９００）を示すシーケンス図である。ブロック９０１〜９０３における処理は、図４のブロック４０１〜４０３における処理と同様である。ブロック９０４では、eNodeB２１は、UE１Ａの位置情報に基づいて、UE１Ａによって要求されたサイドリンク通信又はこれに対する無線リソース割り当てを許可するか否かを判定する。ブロック９０４での判定結果に応じて、eNodeB２１は、ブロック９０５Ａ及び９０５Ｂのいずれかを行う。
【００６７】
サイドリンク通信又はリソース割り当てを許可する場合、eNodeB２１は、サイドリンク通信のための無線リソースをUE１Ａに設定する（ブロック９０５Ａ）。例えば、eNodeB２１は、ProSeダイレクト通信のScheduled resource allocationに従って、サイドリンク・コントロール及びデータのためのリソースをUE１Ａにスケジュールしてもよい。これに代えて、eNodeB２１は、ProSeダイレクト通信のAutonomous resource selectionに使用するためのリソースプールを個別（dedicated）RRCシグナリングを用いてUE１Ａに割り当ててもよい。これに代えて、eNodeB２１は、ProSeダイレクト・ディスカバリのScheduled resource allocationに従って、モニター用にUEsに設定されたリソースプールの中からアナウンス用のリソースをUE１Ａに割り当ててもよい。
【００６８】
一方、サイドリンク通信又はリソース割り当てを拒絶する場合、eNodeB２１は、サイドリンク通信が拒絶されることを示すメッセージをUE１Ａに送信する（ブロック９０５Ｂ）。
【００６９】
図９に示した手順は、一例に過ぎないことに留意されるべきである。第１の実施形態において説明したように、eNodeB２１は、UE１ＡではなくUE１Ｂの位置情報を取得してもよい。また、eNodeB２１は、UE１Ａ若しくはUE１Ｂ又はこれら両方の位置情報をサーバから取得してもよい。
【００７０】
図１０は、本実施形態に係るUE１の動作の一例（処理１０００）を示すフローチャートである。ブロック１００１では、UE１は、サイドリンク通信に関する表示をeNodeB２１に送信する。ブロック１００２では、UE１は、eNodeB２１による要求に応答して、UE１の位置情報をeNodeB２１に送信する。ブロック１００３では、UE１は、サイドリンク通信が許可されるか否かを示すメッセージをeNodeB２１から受信する。
【００７１】
本実施形態では、eNodeB２１は、サイドリンク通信を起動するか否か、サイドリンク通信を許可するか否か、又はサイドリンク通信のために無線リソースを割り当てるか否かを判定する際に、UE１の位置情報を考慮する。したがって、eNodeB２１は、UE１の位置を考慮した効率的なサイドリンク通信の制御（e.g., 無線リソース割り当て）を行うことができる。
【００７２】
＜第３の実施形態＞
本実施形態では、第１の実施形態で説明されたサイドリンク通信に関する制御手順の変形例が説明される。本実施形態に係る公衆地上移動通信ネットワークの構成例は図１及び図２と同様である。
【００７３】
図１１は、本実施形態に係るeNodeB２１の動作の一例（処理１１００）を示すフローチャートである。ブロック１１０１及び１１０２における処理は、図３のブロック３０１及び３０２における処理と同様である。ブロック１１０３では、eNodeB２１は、サイドリンク通信のための無線設定を決定する際に、UE１の位置情報を考慮する。
【００７４】
例えば、既に説明したように、eNodeB２１は、UE１Ａ及びUE１Ｂの位置情報から推定されるこれらの端末間距離に応じて、UE１Ａ及びUE１Ｂのサイドリンク通信の無線設定を決定してもよい。当該無線設定は、無線設定は、周波数リソース、時間リソース、送信電力、変調スキーム、及び符号化率のうち少なくとも１つを指定してもよい。eNodeB２１は、端末間距離が大きくなるにつれて、サイドリンク通信において許可される送信電力を増やしてもよい。さらに又はこれに代えて、eNodeB２１は、端末間距離が閾値を超える場合、これが閾値を下回る場合の変調スキームに比べて、所要CNRの小さい変調スキームをサイドリンク通信に適用してもよい。さらに又はこれに代えて、eNodeB２１は、端末間距離が閾値を超える場合、これが閾値を下回る場合の符号化率に比べて小さい符号化率をサイドリンク通信に適用してもよい。
【００７５】
図１２は、本実施形態に係るサイドリンク制御手順の一例（処理１２００）を示すシーケンス図である。ブロック１２０１〜１２０３における処理は、図４のブロック４０１〜４０３における処理と同様である。ブロック１２０４では、eNodeB２１は、UE１Ａの位置情報に基づいて、UE１Ａに関するサイドリンク通信の無線設定を決定する。ブロック１２０５では、eNodeB２１は、決定した無線設定をUE１Ａに送信する。
【００７６】
図１２に示した手順は、一例に過ぎないことに留意されるべきである。第１の実施形態において説明したように、eNodeB２１は、UE１ＡではなくUE１Ｂの位置情報を取得してもよい。また、eNodeB２１は、UE１Ａ若しくはUE１Ｂ又はこれら両方の位置情報をサーバから取得してもよい。
【００７７】
図１３は、本実施形態に係るUE１の動作の一例（処理１３００）を示すフローチャートである。ブロック１３０１及び１３０２における処理は、図１０のブロック１００１及び１００２と同様である。ブロック１３０３では、UE１は、サイドリンク通信のための無線設定をeNodeB２１から受信する。
【００７８】
本実施形態では、eNodeB２１は、サイドリンク通信の無線設定（e.g., 送信電力、変調スキーム、符号化率、又はこれらの任意の組み合せ）を決定する際に、UE１の位置情報を考慮する。したがって、eNodeB２１は、UE１の位置を考慮した効率的な無線設定を行うことができる。
【００７９】
最後に上述の実施形態に係る基地局（eNodeB２１）及び無線端末（UE１）の構成例について説明する。上述の実施形態で説明された基地局（eNodeB２１）は、無線端末（UE１）と通信するための無線トランシーバ、及び当該無線トランシーバに結合されたコントローラを含んでもよい。コントローラは、上述の実施形態で説明された基地局（eNodeB２１）に関する処理を実行する。
【００８０】
上述の実施形態で説明された無線端末（UE１）は、基地局（eNodeB２１）と通信するための無線トランシーバ、及び当該無線トランシーバに結合されたコントローラを含んでもよい。コントローラは、上述の実施形態で説明された無線端末（UE１）に関する処理を実行する。
【００８１】
図１４は、上述の実施形態に係るeNodeB２１の構成例を示すブロック図である。図１４を参照すると、eNodeB２１は、無線トランシーバ１４０１、ネットワークインターフェース１４０２、プロセッサ１４０３、及びメモリ１４０４を含む。無線トランシーバ１４０１は、UE１と通信するよう構成されている。ネットワークインターフェース１４０２は、ネットワークノード（e.g., MME３１、S/P-GW３２、及びTCE７１）と通信するために使用される。ネットワークインターフェース１４０２は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【００８２】
プロセッサ１４０３は、メモリ１４０４からソフトウェアコード（コンピュータプログラム）を読み出して実行することで、上述の実施形態で説明されたeNodeB２１の処理を行う。プロセッサ１４０３は、例えば、マイクロプロセッサ、Micro Processing Unit（MPU）、又はCentral Processing Unit（CPU）であってもよい。プロセッサ１４０３は、複数のプロセッサを含んでもよい。プロセッサ１４０３は、ベースバンドプロセッサ及びアプリケーションプロセッサを含んでもよい。ベースバンドプロセッサは、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。ベースバンドプロセッサは、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。一方、アプリケーションプロセッサは、システムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーション・プログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、UE１の各種機能を実現する。
【００８３】
メモリ１４０４は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、例えば、マスクRead Only Memory（MROM）、Programmable ROM（PROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ１４０４は、プロセッサ１４０３から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１４０３は、ネットワークインターフェース１４０２又は図示されていないI/Oインタフェースを介してメモリ１４０４にアクセスしてもよい。
【００８４】
図１４の例では、メモリ１４０４は、ProSeモジュール１４０５を含むソフトウェアモジュール群を格納するために使用される。ProSeモジュール１４０５は、上述の実施形態で説明されたサイドリンク通信に関するeNodeB２１の処理を実行するための命令群およびデータを含む。ProSeモジュール１４０５は、複数のソフトウェアモジュールを含んでもよい。プロセッサ１４０３は、ProSeモジュール１４０５を含むソフトウェアモジュール群をメモリ１４０４から読み出して実行することで、上述の実施形態で説明されたeNodeB２１の処理を行うことができる。
【００８５】
図１５は、UE１の構成例を示している。図１５を参照すると、UE１は、無線トランシーバ１５０１、プロセッサ１５０２、及びメモリ１５０３を含む。無線トランシーバ１５０１、プロセッサ１５０２、若しくはメモリ１５０３、又はこれらの任意の組み合せは、回路（circuits 又はcircuitry）と呼ぶことができる。無線トランシーバ１５０１は、E-UTRAN２（eNodeB２１）との通信（図１の１０１又は１０２）のために使用され、ProSe direct通信（図１の１０３）のために使用されてもよい。無線トランシーバ１５０１は、複数のトランシーバ、例えば、E-UTRA（Long Term Evolution (LTE)）トランシーバ及びWLANトランシーバを含んでもよい。
【００８６】
プロセッサ１５０２は、メモリ１５０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明された処理（e.g., 処理４００、５００、６００、７００、８００、８２０、９００、又は９２０）に関するUE１の処理を行う。プロセッサ１５０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１５０２は、複数のプロセッサを含んでもよい。
【００８７】
メモリ１５０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。また、メモリ１５０３は、プロセッサ１５０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１５０２は、図示されていないI/Oインタフェースを介してメモリ１５０３にアクセスしてもよい。
【００８８】
図１５の例では、メモリ１５０３は、ProSeモジュール１５０４を含むソフトウェアモジュール群を格納するために使用される。ProSeモジュール１５０４は、上述の実施形態で説明されたUE１の処理を実行するための命令群およびデータを含む。ProSeモジュール１５０４は、複数のソフトウェアモジュールを含んでもよい。プロセッサ１５０２は、ProSeモジュール１５０４を含むソフトウェアモジュール群をメモリ１５０３から読み出して実行することで、上述の実施形態で説明されたUE１の処理を行うことができる。
【００８９】
図１４及び図１５を用いて説明したように、上述の実施形態に係るeNodeB２１及びUE１が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００９０】
＜その他の実施形態＞
上述の実施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。
【００９１】
第２及び第３の実施形態で説明された（ａ）サイドリンク通信の起動、（ｂ）サイドリンク通信の許可、（ｃ）サイドリンク通信のための無線リソース割り当て、及び（ｄ）サイドリンク通信の無線設定などの際にUE１の位置情報を考慮する処理は、サイドリンク通信の発生をトリガーするイベントをeNodeB２１において検出するよりも前にeNodeB２１によって予め取得されていたUE１の位置情報を用いて行われてもよい。すなわち、eNodeB２１は、ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信を起動する場合、当該サイドリンク通信を許可する場合、当該サイドリンク通信のための無線リソースを割り当てる場合、又は当該サイドリンク通信のための無線設定を決定する場合に、当該サイドリンク通信に関与する複数のUE１の少なくとも１つの位置情報を考慮してもよい。
【００９２】
また、サイドリンク通信の無線設定の一部、若しくは全ては、eNodeB２１の代わりにUE１が行ってもよい。この場合には、例えば、eNodeB２１が、推定された端末間距離の情報をUE１Ａに通知し、UE１Ａはこの情報に基づいて送信電力、変調スキーム、若しくは符号化率等を決定する。なお、eNodeB２１がUE１Ａに通知する情報は、推定された端末間距離の情報の代わりにUE１Ｂの位置情報であってもよい。
【００９３】
第２及び第３の実施形態では、eNodeB２１は、複数のUE１のいずれかによって取得されたアップリンク無線リソースの測定情報をさらに考慮してもよい。いくつかの実装において、eNodeB２１は、図５及び図６を用いて説明されたRRC測定情報（又はImmediate MDT測定報告）又はLogged測定情報（又はLogged MDT測定報告）の取得手順において、アップリンク無線リソースの測定情報を受信してもよい。3GPP ProSeでは、インカバレッジでのサイドリンク通信のためにアップリンクリソースのサブセットが使用される。例えば、eNodeB２１は、UE１により取得されたアップリンク無線リソースの測定情報を考慮し、UE１の位置において品質の良いアップリンク無線リソースをサイドリンク通信のために割り当ててもよい。これにより、サイドリンク通信品質の向上に寄与できる。
【００９４】
また、UE１によって取得されたアップリンク無線リソースの測定情報は、UE１の位置情報とは独立してeNodeB２１において考慮されてもよい。すなわち、eNodeB２１は、ダイレクト・ディスカバリ及びダイレクト通信の少なくとも一方を含むサイドリンク通信を起動する場合、当該サイドリンク通信を許可する場合、当該サイドリンク通信のための無線リソースを割り当てる場合、又は当該サイドリンク通信のための無線設定を決定する場合に、当該サイドリンク通信に関与する複数のUE１によって取得されたアップリンク無線リソースの測定情報を考慮してもよい。
【００９５】
上述の実施形態では、図１に基づいて、サイドリンク通信を行うUE１Ａ及びUE１Ｂが同一セル内（Intra-cell）に位置する場合について説明した。しかしながら、UE１Ａ及びUE１Ｂは、互いに異なるセル（e.g., 隣接セル）に位置してもよい（Inter-cell）。この場合、eNodeB２１は、自身のセル２２内のUE１の位置情報若しくは他のeNodeBのセル内のUE１の位置情報またはこれら両方に基づいて、Inter-cellでのサイドリンク通信のための無線リソース割り当て及び無線設定を行ってもよい。
【００９６】
上述の実施形態では、主にEPSに関する具体例を用いて説明を行った。しかしながら、これらの実施形態は、その他の移動通信システム、例えば、Universal Mobile Telecommunications System（UMTS）、3GPP2 CDMA2000システム（1xRTT、High Rate Packet Data（HRPD））、Global System for Mobile communications（GSM）/General packet radio service（GPRS）システム、及びモバイルWiMAXシステム等に適用されてもよい。この場合、上述の実施形態で説明されたeNodeB２１によって行われるサイドリンク通信に関する処理又は手順は、無線リソース管理機能を持つ無線アクセスネットワークノード（e.g., UMTSにおけるRadio Network Controller（RNC）、又はGSMシステムにおけるBase Station Controller（BSC））によって行われてもよい。
【００９７】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【００９８】
この出願は、２０１５年２月２６日に出願された日本出願特願２０１５−０３６２８７を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００９９】
１Ａ、１Ｂ  User Equipment (UE)
２  Evolved Universal Terrestrial Radio Access Network (E-UTRAN)
３  Evolved Packet Core (EPC)
４  Proximity-based Services (ProSe) functionエンティティ
５  ProSeアプリケーションサーバ
２１  evolved NodeB (eNodeB)
２２  セル
３３  Home Subscriber Server (HSS)
３４  Secure User Plane Location (SUPL) Location Platform (SLP)
７１  Trace Collection Entity（TCE）
１００  Public Land Mobile Network (PLMN)
１０３  UE間ダイレクトインタフェース（サイドリンク）
【図１】
2016135790.tif 000003
【図２】
2016135790.tif 000004
【図３】
2016135790.tif 000005
【図４】
2016135790.tif 000006
【図５】
2016135790.tif 000007
【図６】
2016135790.tif 000008
【図７】
2016135790.tif 000009
【図８】
2016135790.tif 000010
【図９】
2016135790.tif 000011
【図１０】
2016135790.tif 000012
【図１１】
2016135790.tif 000013
【図１２】
2016135790.tif 000014
【図１３】
2016135790.tif 000015
【図１４】
2016135790.tif 000016
【図１５】
2016135790.tif 000017
【国際調査報告】
2016135790.tif 000018
2016135790.tif 000019
2016135790.tif 000020
2016135790.tif 000021