JPWO2018123127A1 - 無線通信のための装置、方法、及びプログラムを格納した非一時的なコンピュータ可読媒体 - Google Patents

無線通信のための装置、方法、及びプログラムを格納した非一時的なコンピュータ可読媒体 Download PDF

Info

Publication number
JPWO2018123127A1
JPWO2018123127A1 JP2018558802A JP2018558802A JPWO2018123127A1 JP WO2018123127 A1 JPWO2018123127 A1 JP WO2018123127A1 JP 2018558802 A JP2018558802 A JP 2018558802A JP 2018558802 A JP2018558802 A JP 2018558802A JP WO2018123127 A1 JPWO2018123127 A1 JP WO2018123127A1
Authority
JP
Japan
Prior art keywords
discovery
transmission power
terminal
signal
wireless terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2018558802A
Other languages
English (en)
Other versions
JP6908054B2 (ja
Inventor
一志 村岡
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JPWO2018123127A1 publication Critical patent/JPWO2018123127A1/ja
Application granted granted Critical
Publication of JP6908054B2 publication Critical patent/JP6908054B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B17/00Monitoring; Testing
    • H04B17/30Monitoring; Testing of propagation channels
    • H04B17/309Measuring or estimating channel quality parameters
    • H04B17/318Received signal strength
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/18TPC being performed according to specific parameters
    • H04W52/24TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters
    • H04W52/242TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters taking into account path loss
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/30TPC using constraints in the total amount of available transmission power
    • H04W52/36TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/367Power values between minimum and maximum limits, e.g. dynamic range
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/38TPC being performed in particular situations
    • H04W52/383TPC being performed in particular situations power control in peer-to-peer links
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/005Discovery of network devices, e.g. terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/18Interfaces between hierarchically similar devices between terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

無線端末(1)は、少なくとも1つのメモリ(706)と、少なくとも1つのメモリ(706)に結合された少なくとも1つのプロセッサと、デバイス・ツー・デバイス(D2D)通信が可能なRFトランシーバ(701)を含む。無線端末(1)はRFトランシーバ(701)を用いて別な無線端末(1)から送信されたディスカバリ信号を受信し、ディスカバリ信号の種別に応じてディスカバリ信号の送信端末の送信電力値を推定し、推定送信電力値とディスカバリ信号の受信電力値とを用いて無線端末の間の端末間パスロスを決定する。これにより、ProSe直接ディスカバリを用いる際に、基地局(2)から端末(1)への送信電力値の通知を必要とせずに、端末間のパスロスを推定する。

Description

本開示は、端末間直接通信(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を、これら2つのUEが有する無線通信技術(例えば、Evolved Universal Terrestrial Radio Access (E-UTRA) technology)の能力だけを用いてディスカバリする手順により行われる。ProSe直接ディスカバリは、3つ以上の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直接ディスカバリの手順の後に、直接通信レンジ内に存在する2以上の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直接ディスカバリに関しては、2つのリソース割り当てモード、つまり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_RP RB個の周波数ドメイン・リソースブロックから成る。ディスカバリ・ピリオドは、PSDCHピリオドとも呼ばれる。
sidelink discovery Type 2については、Type 2AおよびType 2Bの2通りが検討されていたが、現在の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直接通信に関しても、2つのリソース割り当てモード、つまり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の場合、1リソースブロックは、時間ドメインにおいて連続する12OFDM(又はSC-FDMA)シンボルを含み、周波数ドメインにおいて12サブキャリアを含む。すなわち、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直接ディスカバリには、一般用途のディスカバリ、パブリックセーフティ用途で同一グループの端末の発見に用いるGroup Member Discovery、パブリックセーフティ用途でリレー接続できる端末の発見に用いるUE-to-Network Relay Discovery、リレー接続が可能な端末から追加の情報をリモート端末に対して供給するRelay discovery additional informationが定義されている。
本明細書では、ProSe UE-to-Network Relay(sidelink relay UE)のようなD2D通信能力およびリレー能力を持つ無線端末を「リレー端末」、又は「リレーUE」と呼ぶ。また、リレーUEによる中継サービスを受ける無線端末を「リモート端末」又は「リモートUE」と呼ぶ。リモート端末は、被リレー(relayed)端末と呼ぶこともできる。
さらに、3GPP Release 13はProSeの拡張を含む(例えば、非特許文献1−3を参照)。非特許文献1は、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)を規定している。非特許文献2は、ProSe直接ディスカバリ(i.e., sidelink discovery)及びProse直接通信(i.e., sidelink communication)のためのE-UTRAN 無線インタフェースプロトコル・アーキテクチャを規定している。具体的には、非特許文献2は、セクション23.10及び23.11において、sidelink discovery及びsidelink communicationのサポートを規定している。非特許文献3は、UEとE-UTRANとの間の無線インタフェースのためのRRCプロトコルを規定しており、sidelink discovery及びsidelink communicationのためのRRCプロトコルの改良を規定している(例えば、セクション5.3.10.15及び5.10を参照)。
また、D2D通信のための送信電力制御方法が開示されている。非特許文献4では、ディスカバリ信号の送信電力の決定方法として、基地局と無線端末との間のパスロスに基づいて送信電力を決定する方法が開示されている。この方法は、アップリンクで使用されている送信電力の決定方法と同等のため、ディスカバリ信号の送信によるアップリンクへの干渉を同程度に抑えることができる。その一方で、ディスカバリ信号を受信する無線端末における受信電力は考慮されていないため、非常に大きな受信電力となる可能性がある。大きな受信電力で受信されたディスカバリ信号は、同じサブフレームにおける周辺のリソースブロックに対する漏れ込み干渉である帯域内輻射(In-band emission)が大きくなる。そのため、同じサブフレームで送信された別なディスカバリ信号に大きな干渉を発生させる可能性がある。
一方で、特許文献1では、D2D通信の送信電力を端末間のパスロスに応じて決定する方法が示されている。特許文献1に開示された技術では、まず、D2D通信の開始時に無線端末が送信する同期用信号の送信電力値を、基地局が制御情報としてD2D通信を行う2つの無線端末に対して通知する。D2D通信を開始する無線端末は、基地局から通知された送信電力値を用いて同期用信号を送信し、D2D通信の通信相手の無線端末が同期用信号を受信する。その際に、同期用信号を受信した無線端末は、同期用信号の受信電力を測定し、基地局から通知された同期用信号の送信電力値との差分から無線端末間のパスロス値を推定する。同期用信号を受信した無線端末は、推定した端末間のパスロス値に基づき、応答信号の送信電力を決定する。さらに、応答信号には推定した端末間パスロスの値を含めて送信することで、同期用信号を送信した無線端末が端末間パスロスを把握することを可能にする。ここで、応答信号の送信電力は、端末間のパスロス値に基づいて決定されるため、応答信号については受信端末における受信電力が制御でき、帯域内輻射の影響を低減できると考えられる。
特開2013−34165号公報
特許文献1で開示された技術では、D2D通信を行う2つの端末間のパスロスを推定するために、基地局が事前に同期信号用の送信電力値を両移動局に対して通知する必要がある。従って、基地局と端末間での制御信号が増加する。
本明細書に開示される実施形態が達成しようとする目的の1つは、ProSe直接ディスカバリを用いる際に、基地局から端末への送信電力値の通知を必要とせずに、端末間のパスロスを推定することに寄与する装置、方法、及びプログラムを提供することである。
第1の態様では、無線端末は、少なくとも1つのメモリと、前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサと、RFトランシーバを含む。無線端末は前記RFトランシーバを用いて別な無線端末から送信されたディスカバリ信号を受信し、前記ディスカバリ信号の種別に応じてディスカバリ信号の送信端末の送信電力推定値を推定し、前記送信電力推定値と前記ディスカバリ信号の受信電力値とを用いて無線端末の間の端末間パスロスを決定する。
第2の態様では、無線端末は、少なくとも1つのメモリと、前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサと、RFトランシーバを含む。前記無線端末は、第1の無線端末に対してデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ依頼信号を送信し、前記第1の無線端末から送信されるデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ応答信号を受信し、前記ディスカバリ応答信号の受信電力値と、前記ディスカバリ応答信号の送信電力制御に用いられる目標受信電力値と、の受信電力差分値に基づいて端末間パスロスを決定する。
第3の態様では、無線通信システムは、第1の無線端末と少なくとも1つ以上の第2の無線端末と、を備える。前記第1の無線端末は、ディスカバリ信号を、前記第2の無線端末に送信する。前記第2の無線端末は、前記ディスカバリ信号を受信し、前記ディスカバリ信号のメッセージ種別に応じて、前記ディスカバリ信号の送信電力推定値を推定し、前記送信電力推定値と前記ディスカバリ信号の受信電力値とを用いて、前記第1の無線端末と自端末との間の端末間パスロスを決定する。
第4の態様では、無線端末により行われる方法は、別な無線端末から送信されたディスカバリ信号を受信すること、前記ディスカバリ信号の種別に応じてディスカバリ信号の送信端末の送信電力推定値を推定すること、及び、前記送信電力推定値と前記ディスカバリ信号の受信電力値とを用いて無線端末の間の端末間パスロスを決定することを含む。
第5の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第4の態様に係る方法をコンピュータに行わせるための命令群(ソフトウェアコード)を含む。
第1の実施形態に係る無線通信ネットワークの構成例を示す図である。 直接ディスカバリ・モデルB(依頼(solicitation)/応答(response)モデル)における依頼メッセージ送信を示す図である。 直接ディスカバリ・モデルB(依頼(solicitation)/応答(response)モデル)における応答メッセージ送信を示す図である。 第1の実施形態に係る端末の動作の一例を示すフローチャートである。 第1の実施形態に係る直接ディスカバリを実行時の端末間パスロスの推定手順の一例を示すシーケンス図である。 第1の実施形態に係る直接ディスカバリ・モデルBを実行時のディスカバリ応答信号の決定手順の一例を示すシーケンス図である。 第2の実施形態に係る直接ディスカバリ・モデルBを実行時にディスカバリ応答信号を受信した端末による端末間パスロスの決定手順の一例を示すシーケンス図である。 いくつかの実施形態に係る無線端末の構成例を示すブロック図である。
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。
以下に示される複数の実施形態は、3GPP Release 12(LTE-Advanced)及びRelease 13(LTE-Advanced Pro)に規定されたProSeの改良を主な対象として説明される。しかしながら、これらの実施形態は、LTE-Advanced並びにLTE-Advanced Pro 及びそれらの改良に限定されるものではなく、他のモバイル通信ネットワーク又はシステムでのD2D通信に適用されてもよい。
<第1の実施形態>
図1は、本実施形態に係る無線通信ネットワークの構成例を示している。UE1A及び1Bの各々は、少なくとも1つの無線トランシーバを有し、基地局2とのセルラー通信(101又は102)を行うとともに、端末間ダイレクトインタフェース(i.e., PC5インタフェース又はサイドリンク)103上でD2D通信を行うよう構成されている。当該D2D通信は、少なくとも直接ディスカバリ(i.e., ProSe direct discovery又はsidelink discovery)を含み、直接通信(ProSe direct communication又はsidelink communication)をさらに含んでもよい。
eNB2は、無線アクセスネットワーク(i.e., E-UTRAN)内に配置されたエンティティであり、1又は複数のセルを含むセルラーカバレッジ21を提供する。eNB2は、セルラー通信技術(i.e., E-UTRA technology)を用いて複数のUE1の各々とセルラー通信(101及び102)を行うことができる。
コアネットワーク(i.e., Evolved Packet Core(EPC))3は、複数のユーザープレーン・エンティティ(e.g., S-GW及びP-GW)、及び複数のコントロールプレーン・エンティティ(e.g., MME及びHSS)を含む。複数のユーザープレーン・エンティティは、eNB2を含む無線アクセスネットワークと外部ネットワークとの間でUE1A及びUE1Bのユーザデータを中継する。複数のコントロールプレーン・エンティティは、UE1A及びUE1Bのモビリティ管理、セッション管理(ベアラ管理)、加入者情報管理、及び課金管理を含む様々な制御を行う。
いくつかの実装において、近接サービス(i.e., 3GPP ProSe)を利用するために、UE1A及びUE1Bは、eNB2及びコアネットワーク3を介してD2Dコントローラ4と通信するよう構成される。3GPP ProSeの場合、D2Dコントローラ4は、ProSe function エンティティに相当する。UE1A及びUE1Bは、例えば、ProSe直接ディスカバリの要求(i.e., ProSe Direct Discovery Request)をD2Dコントローラ4に送り、ProSe直接ディスカバリの許可(authorization)をD2Dコントローラ4から受信し、ProSe直接ディスカバリに関する設定情報をD2Dコントローラ4から受信してもよい。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)から成る1又はそれ以上のDiscovery Response Filter(s)とを、D2Dコントローラ(ProSe function)4から受信する。そして、Discoverer UEは、ProSe Query CodeをPC5インタフェース(i.e., サイドリンク)上でアナウンスし、Discovery Response Filter(s)にマッチするいずれかのProSe Response Code(s) をPC5インタフェース上でモニターする。一方、発見されるUE(Discoveree UE)は、ProSe Response Code、及び1又はそれ以上のDiscovery Query Filter(s)を、D2Dコントローラ(ProSe function)4から受信する。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の識別子である。Target Infoは、targeted discoverees(シングルユーザまたはグループ)についての情報を提供する。受信した依頼(Solicitation)メッセージに包含されているDiscovery Group IDの値にマッチする1又はそれ以上の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の値にマッチする1又はそれ以上の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 リレーディスカバリの説明から理解されるように、1つのDiscoverer UEから送信される依頼(solicitation)メッセージに対して複数のDiscoveree UEsが応答メッセージを送信することがある。図2A及び図2Bを用いて具体例を説明する。図2Aは、グループAに属する又は関連付けられたDiscoverer UE1Aが依頼メッセージ201を送信することを示している。依頼メッセージ201は、グループAに属する又は関連付けられたいずれかのUEを発見するために送信される。例えば、依頼メッセージ201は、グループAに関連付けられたDiscovery Group IDを包含するGroup Member Discovery Solicitationメッセージ(Model B)であってもよい。なお、ここでのグループは、UEが関心を持つ(interested in)コネクティビティ・サービスによって定義されてもよい。すなわち、図2Aの“グループA”は、サービスAと置き換えられてもよい。したがって、依頼メッセージ201は、サービスAに関連付けられたRelay Service Codeを包含するUE-to-Network Relay Discovery Solicitationメッセージ(Model B)であってもよい。
図2Bは、グループAに属する又は関連付けられたDiscoveree UEs1B及び1Cが応答メッセージ202及び203をそれぞれ送信することを示している。UE1Dは、依頼メッセージ201を受信するが、受信したDiscovery Group ID又はRelay Service Codeの値が自身のそれとマッチしないためにDiscoverer UE1Aに応答しない。Discoveree UEs1B及び1Cは、実質的に同時に、つまり同じサブフレームにおいて、応答メッセージ202及び203を送信するかもしれない。すなわち、図2Bは、ProSe直接ディスカバリ・モデルBでは、複数のdiscoveree UEs1B及び1C から1つのdiscoverer UE1A への多対一(many-to-one)通信が発生し得ることを表している。
本実施の形態では、ProSe直接ディスカバリに関しては、2つのリソース割り当てモード、つまりautonomous resource selection(sidelink discovery Type 1)及びscheduled resource allocation(sidelink discovery Type 2)のどちらが適用されていてもよい。
本実施の形態では、Group Member Discovery Solicitationメッセージ(Model B)、UE-to-Network Relay Discovery Solicitationメッセージ(Model B)や、Model Aのディスカバリ信号のメッセージの場合には、UE1Aの送信電力値として非特許文献4に記載の下記の送信電力PTx,Sol,1Aを用いる。
Figure 2018123127
ここで、PMAXは端末の最大送信電力値、Mはリソースブロック数、POは目標受信電力、PLDL,1AはUE1Aが推定したeNB2とUE1Aとの間のパスロス、αはパスロスに対する補正係数で0以上1以下の値である。PO およびαは、eNB2からシステム情報ブロックとして報知チャネルで報知される。PMAXは、無線端末の電力クラス(power class)ごとに規定されており、例えばclass 3では23dBmである。Mはディスカバリ信号の場合には2となる。なお、PO およびαは、ディスカバリ信号に関するパラメータであり、同様の式を用いて送信電力を決定する上り通信に使用されるパラメータとは異なる値を設定できる。式(1)を用いて、送信電力を決定することで、eNB2とUE1Aとの間のパスロスが大きい場合には大きな送信電力、eNB2とUE1Aとの間のパスロスが小さい場合には小さな送信電力が設定される。以上の通り、この送信電力値は、特定のUEに対して調整された送信電力値ではないため、非特定UE(non-specific UE)に対するディスカバリ信号の送信電力値と言える。
図3は、本実施形態に係るUE1の動作の一例を示すフローチャートである。ステップ301では、UE1は、別なUEから送信されたディスカバリ信号を受信する。ステップ302では、受信したディスカバリ信号のメッセージ種別によって、ディスカバリ信号を送信したUEの送信電力を推定する。ステップ303では、推定した送信電力値と、UE1が受信したディスカバリ信号の受信電力値との差分から、2つのUEの間の端末間パスロスを決定する。
ステップ302におけるディスカバリ信号のメッセージ種別に応じた送信電力の具体的な推定方法を説明する。まずディスカバリ信号のメッセージ種別が、パブリックセーフティ用途のリレーディスカバリ(UE-to-Network Relay Discovery)である場合には、ディスカバリ信号の送信電力値として端末の最大送信電力値を設定する。ここで、端末の最大送信電力値は、例えば23dBm(200mW)といった値である。なお、3GPPでは、周波数帯域毎に端末の電力クラスが定義されているため、使用している周波数帯域に応じて端末の最大送信電力値を決定できる。ただし、一部の周波数帯域は、端末の電力クラスが複数定義されている場合があるが(例えば、31dBmと23dBm)、その場合にはいずれか一方(例えば、小さい方)を選択する。または、端末の電力クラスに応じた最大送信電力値は、ディスカバリ信号に関するシステム情報ブロックとしてeNB2から報知される。ディスカバリ信号の送信電力値として、この報知された送信電力値を用いてもよい。もしくは、ディスカバリ信号の送信電力値として、自端末にあらかじめ設定された(preconfigured)圏外時に使用される最大送信電力値を用いてもよい。
以下では、ディスカバリ信号のメッセージ種別が、パブリックセーフティ用途のリレーディスカバリである場合に、ディスカバリ信号の送信電力値として端末の最大送信電力値を用いることで、ディスカバリ信号の送信電力を推定できる理由について説明する。パブリックセーフティ用途のリレーディスカバリの場合には、ディスカバリ信号を送信するUEは、eNB2のセルラーカバレッジ21の圏外にいるか、eNB2から送信される電波の受信電力が低く、リレー接続を必要としている端末である。このような端末は、eNB2と当該端末との間のパスロスが大きいため、式(1)によって計算したディスカバリ信号の送信電力値は、最大送信電力値に近い値となる可能性が高い。そのため、ディスカバリ信号のメッセージ種別がパブリックセーフティ用途のリレーディスカバリの場合には、UE1は、ディスカバリ信号の送信電力値を端末の最大送信電力値として推定できる。
ステップ302におけるメッセージ種別に応じた送信電力の推定方法の他の1つの例は、パブリックセーフティではない(non-public safety)一般用途のリレー接続の場合がある。一般用途のリレー接続は、例えば、スマートウォッチのような小電力デバイスが距離の離れた基地局とデータの送受信を直接的に行わず、ユーザの所持するスマートフォンをリレー端末として、ネットワークに中継接続する場合が考えられる。小電力デバイスにとっては、距離の離れた基地局ではなく、近くにあるスマートフォンと通信することで、送信に関わる消費電力を低減できるという効果が得られる。
上記の目的で小電力デバイスがリレー端末を発見したいケースを考える。このようなケースでは、小電力デバイスが一般用途のリレー接続を依頼するディスカバリ信号を送信することが想定される。このようにディスカバリ信号のメッセージ種別が一般用途のリレーディスカバリである場合には、ステップ302では、受信したディスカバリ信号の送信電力値の推定値として、自端末(ディスカバリ信号を受信した端末)が式(1)に基づいて決定する送信電力値で代用できる。すなわち、自端末と基地局との間のパスロスに応じた送信電力値で代用する。言い換えると、自端末における特定のUEを宛先としない場合のディスカバリ信号の送信電力値ともいえる。このように送信電力が推定できる理由は、小電力デバイスとリレー端末は非常に近い距離にある(例えば、同じユーザが所持している)ことが想定されるためであり、小電力デバイスと基地局との間のパスロスと、リレー端末と基地局との間のパスロスは同程度となるはずである。そのため、小電力デバイスのディスカバリ信号の送信電力値と、自端末の特定のUEを宛先としない場合のディスカバリ信号の送信電力値が同程度となる。
図4は、本実施形態における直接ディスカバリを実行時の端末間パスロスの推定手順の一例を示すシーケンス図である。まず、ステップ401では、UE1Aは、ディスカバリ信号を送信する。ここで、UE1Aは、式(1)に基づいた非特定UE(non-specific UE)に対するディスカバリ信号の送信電力値を用いる。また、このディスカバリ信号は、Model Aのディスカバリ信号、Model Bのディスカバリ信号の依頼信号のどちらであってもよい。次にステップ402では、ディスカバリ信号を受信したUE1Bは、ディスカバリ信号のメッセージの種別に応じて、前述の方法で、UE1Aの送信電力値を推定する。ステップ403では、推定した送信電力値と、UE1Bが受信したディスカバリ信号の受信電力値との差分値から、UE1AとUE1Bとの間のパスロス値を決定する。
直接ディスカバリ・モデルBを用いる場合には、ディスカバリ依頼信号を受信した後に、UEはディスカバリ応答信号を送信するが、その応答信号の送信電力値として、端末間パスロスの推定値に応じた送信電力PTx,Res,1Bを用いる。
Figure 2018123127
ここで、PO’は目標受信電力(nominal power)、PLSL,1BはUE1Bが推定した端末間パスロスの推定値、α’はパスロスに対する補正係数で0以上1以下の値である。PO’およびα’は、ディスカバリ応答信号のためのパラメータとして基地局から報知されるものであり、ディスカバリ依頼信号に使用されるパラメータであるPO およびαとは、異なる値が設定されてもよい。Mはディスカバリ信号の場合には2である。式(2)を用いて、送信電力を決定することで、端末間のパスロスが大きい場合には大きな送信電力、端末間のパスロスが小さい場合には小さな送信電力が設定される。結果として、複数のディスカバリ信号を同時に受信する端末では、各ディスカバリ信号の受信電力が同程度の値に調整できる。
図5は、直接ディスカバリ・モデルBを実行時のディスカバリ応答信号の決定手順の一例を示すシーケンス図である。まず、ステップ501では、UE1Aは、ディスカバリ依頼信号を送信する。ここで、UE1Aは、式(1)に基づいた非特定UE(non-specific UE)に対するディスカバリ信号の送信電力値を用いる。次にステップ502では、ディスカバリ依頼信号を受信したUE1Bは、ディスカバリ依頼信号のメッセージの種別に応じて、前述の通りの方法で、UE1Aの送信電力値を推定する。ステップ503では、推定した送信電力値と、UE1Bが受信したディスカバリ依頼信号の受信電力値との差分値から、UE1AとUE1Bとの間の端末間パスロス値を決定する。ステップ504では、推定した端末間パスロスを用いて、式(2)を用いてディスカバリ応答信号の送信電力値を決定する。ステップ505では、UE1Bはディスカバリ応答信号を送信する。
さらに、UE1Bが式(2)による送信電力値でディスカバリ応答信号を送信する場合、UE1BとeNB2との間のパスロスに応じた送信電力よりも大きくなる可能性がある。これにより、同一の周波数帯域内で送信される上り通信に対して干渉が及ぶ可能性がある。そこで、上り通信に対する干渉を避けるために、式(3)の送信電力値PTx,Res,1Bを用いることができる。
Figure 2018123127
ここで、PTx,Sol,1BはUE1Bがディスカバリ依頼信号を送信する場合の送信電力値であり、UE1BとeNB2との間のパスロス値を用いて式(1)で決定される。式(2)との違いは、送信電力値の上限値として、端末の最大送信電力値ではなく、UE1Bがディスカバリ依頼信号を送信する場合の送信電力を用いる点である。言い換えると、非特定UE(non-specific UE)に対するディスカバリ信号の送信電力値を用いる。これにより、端末間の帯域内輻射の影響を抑えながら、上り通信に対する干渉を抑えることができる。
以上の説明から理解されるように、本実施形態に係わるUE1Bは、UE1Aから送信されたディスカバリ信号を受信し、前記ディスカバリ信号の種別に応じてディスカバリ信号の送信端末の送信電力値を推定し、前記推定送信電力値とディスカバリ信号の受信電力値とを用いて無線端末の間の端末間パスロスを決定できる。したがって、本実施形態で示されたUE1Bは、UE1Aの送信電力値についてeNB2から通知を必要とせずに、UE1AとUE1Bとの間の端末間のパスロスを推定することに寄与できる。
なお、本実施形態で示された端末間パスロスの推定が特に有効であるケースの1つは、直接ディスカバリ・モデルBでの応答信号の送信時に、端末間パスロスの応答信号の送信電力制御を行う場合である。従って、本実施形態の端末間のパスロス推定は、直接ディスカバリ・モデルが、モデルBの場合にのみ適用するように構成してもよい。
<第2の実施形態>
本実施形態に係る無線通信ネットワークの構成例は、第1の実施形態に係る無線通信ネットワークの構成例と同様である。第1の実施形態では、直接ディスカバリ・モデルBを用いた場合に、ディスカバリ依頼信号を受信したUE1Bが端末間のパスロスを推定する方法を説明した。これに対して、第2の実施形態では、ディスカバリ応答信号を受信したUE1Aが端末間のパスロスを推定する方法を説明する。
本実施形態では、UE1Aがリモート端末となり、複数のUE1(UE1BやUE1C)の中からリレー端末を選択することを想定する。この際、リレー端末の選択基準として、端末間パスロスが小さいUE1を選ぶことができる。端末間パスロスが小さければ、リレー接続時のD2D通信部分のスループット(サイドリンクのスループット)が大きくなるため、リレー端末として望ましい。なお、このリレー端末選択基準はあくまで一例であり、リレー端末の候補である各UE1の上り通信のスループットをさらに考慮してもよい。
UE1Aが端末間のパスロスを把握する方法として、特許文献1では、応答信号の送信端末であるUE1Bが推定した端末間パスロスの値を、応答信号に含めて送信することが示されている。しかしながら、ディスカバリ応答信号は、メッセージサイズが限定的である。そのため、ディスカバリ応答信号に、新たに制御情報として端末間パスロス値を追加することなく、UE1Aが端末間パスロスを把握できることが望ましい。
本実施形態は、上記の課題を解決するUE1Aでの端末間パスロスの推定方法を提供するものである。
図6は、直接ディスカバリ・モデルBを実行時のUE1Aにおける端末間パスロスの決定手順の一例を示すシーケンス図である。まず、ステップ601では、UE1Aは、ディスカバリ依頼信号を送信する。ここで、UE1Aは、式(1)に基づいた非特定UE(non-specific UE)に対するディスカバリ信号の送信電力値を用いる。次にステップ602では、ディスカバリ依頼信号を受信したUE1Bは、ディスカバリ依頼信号のメッセージの種別に応じて、前述の通りの方法で、UE1Aの送信電力値を推定する。ステップ603では、推定した送信電力値と、UE1Bが受信したディスカバリ依頼信号の受信電力値との差分値から、UE1AとUE1Bとの間の端末間パスロス値を決定する。ステップ604では、推定した端末間パスロスを用いて、式(2)または式(3)を用いてディスカバリ応答信号の送信電力値を決定する。なお、以下ではディスカバリ応答信号の送信電力値として式(2)を用いる想定とする。ステップ605では、UE1Bはディスカバリ応答信号を送信する。ステップ606では、UE1Aがディスカバリ応答信号を受信し、その受信電力に応じてUE1Aが端末間パスロスを決定する。
次に、リモート端末であるUE1Aによる端末間パスロスの決定方法ついて説明する。UE1Bによる送信電力は式(2)に応じて決定される。この送信電力値は、端末間の距離が離れていなければ、式(2)の右辺第2引数の端末間パスロスに応じた送信電力となる。この送信電力に基づくディスカバリ応答信号は、補正係数α’が1と等しい場合には、目標受信電力PO’でUE1Bに受信されるはずである。一方で補正係数α’が1未満の場合には、目標受信電力PO’よりも小さい受信電力となる。そのため、目標受信電力値PO’と実際の受信電力値PRx,Rex,1Aとの差分値は、実際の端末間パスロスの(1−α’)分の割合に相当する。そこで、式(4)によって、UE1Aが端末間パスロスを決定できる。
Figure 2018123127
1未満の補正係数α’が使用される場合には、式(4)を用いることで、ディスカバリ応答信号に制御情報として端末間パスロス値が追加されていなくても、ディスカバリ応答信号を受信したUE1Bは端末間パスロスを把握できる。
さらに、ディスカバリ依頼信号のメッセージ種別がパブリックセーフティ用途のリレーディスカバリである場合において、式(4)による端末間のパスロス推定方法の推定精度を向上させる方法について説明する。リレー端末であるUE1Bは、端末間パスロスを推定する際に、UE1Aのディスカバリ依頼信号の送信電力値としてPTx,Sol,1A,Estを仮定した。推定送信電力値であるPTx,Sol,1A,Estは、ディスカバリ依頼信号のメッセージ種別がパブリックセーフティ用途のリレーディスカバリである場合には、ディスカバリ信号の送信電力値として端末の最大送信電力値であるPMaxとする。このとき、リモート端末UE1Aの実際の送信電力値PTx,Sol,1Aと推定送信電力値PTx,Sol,1A,Estに誤差がある場合には、式(4)によるUE1Aのパスロス推定にも誤差が生じてしまう。その一方で、UE1Aは実際に自身がディスカバリ依頼信号を送信した際の実際の送信電力PTx,Sol,1Aが分かる。さらに、UE1Aが送信したディスカバリ依頼信号のメッセージ種別から、UE1Bでの端末間パスロス推定に利用された送信電力値PTx,Sol,1A,Estも分かる。そのため、UE1Aでは、送信電力値の誤差(PTx,Sol,1A−PTx,Sol,1A,Est)を把握できる。UE1Aでは、この送信電力値の誤差に応じた補正を式(5)で行う。
Figure 2018123127

ここで、f(α’)は、補正係数α’を変数とした関数であり、送信電力誤差の反映度を表す係数である。式(5)を用いることで、応答信号に制御情報として端末間パスロス値が追加せずにUE1Bが端末間パスロスを推定する際に、応答信号の送信端末UE1Aが仮定したUE1Bの送信電力値と実際の送信電力値との誤差を補正することができる。すなわち、より正確に端末間パスロスを推定することができる。
式(5)におけるf(α’)は、補正係数α’に応じて決定される。式(4)によるPLSL,1Aは1/(1−α’)を含むため、補正係数α’が1に近い値の場合には式(4)に送信電力誤差の影響が大きくなる。また、送信電力誤差を含むリレー端末UE1Bによる端末間パスロス推定値PLSL,1Bは、補正係数α’を乗じてディスカバリ応答信号の送信電力(式(2)の右辺第2項)に寄与する。そのため、補正係数α’が0に近い値の場合には送信電力値の誤差も小さくなるはずである。そこでf(α’)としては、一例として以下の式を用いることができる。
Figure 2018123127
式(6)を用いれば、UE1Bがディスカバリ応答信号の受信電力を用いて端末間パスロスを推定する際に、送信電力制御の補正係数α’の影響を考慮して、ディスカバリ応答信号の送信端末UE1Aが仮定したUE1Bの送信電力値PTx,Sol,1A,Estと実際の送信電力値PTx,Sol,1Aとの誤差を補正できる。すなわち、より正確に端末間パスロスを推定することができる。
続いて以下では、上述の複数の実施形態に係るUE1の構成例について説明する。図7は、UE1の構成例を示すブロック図である。Radio Frequency(RF)トランシーバ701は、eNB2と通信するためにアナログRF信号処理を行う。RFトランシーバ701により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ701は、アンテナ702及びベースバンドプロセッサ703と結合される。すなわち、RFトランシーバ701は、変調シンボルデータ(又はOFDMシンボルデータ)をベースバンドプロセッサ703から受信し、送信RF信号を生成し、送信RF信号をアンテナ702に供給する。また、RFトランシーバ701は、アンテナ702によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ703に供給する。
RFトランシーバ701は、他のUEとのサイドリンク通信のためにも使用されてもよい。RFトランシーバ701は、複数のトランシーバを含んでもよい。
ベースバンドプロセッサ703は、無線通信のためのデジタルベースバンド信号処理(データプレーン処理)とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮/復元、(b) データのセグメンテーション/コンカテネーション、(c) 伝送フォーマット(伝送フレーム)の生成/分解、(d) 伝送路符号化/復号化、(e) 変調(シンボルマッピング)/復調、及び(f) Inverse Fast Fourier Transform(IFFT)によるOFDMシンボルデータ(ベースバンドOFDM信号)の生成などを含む。なお、コンカテネーションを含まなくても良い。一方、コントロールプレーン処理は、レイヤ1(e.g., 送信電力制御)、レイヤ2(e.g., 無線リソース管理、及びhybrid automatic repeat request(HARQ)処理)、及びレイヤ3(e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング)の通信管理を含む。
例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ703によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol(PDCP)レイヤ、Radio Link Control(RLC)レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ703によるコントロールプレーン処理は、Non-Access Stratum(NAS)プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
ベースバンドプロセッサ703は、デジタルベースバンド信号処理を行うモデム・プロセッサ(e.g., Digital Signal Processor(DSP))とコントロールプレーン処理を行うプロトコルスタック・プロセッサ(e.g., Central Processing Unit(CPU)、又はMicro Processing Unit(MPU))を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ704と共通化されてもよい。
アプリケーションプロセッサ704は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ704は、複数のプロセッサ(複数のプロセッサコア)を含んでもよい。アプリケーションプロセッサ704は、メモリ706又は図示されていないメモリから読み出されたシステムソフトウェアプログラム(Operating System(OS))及び様々なアプリケーションプログラム(例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション)を実行することによって、UE1の各種機能を実現する。
幾つかの実装において、図7に破線(705)で示されているように、ベースバンドプロセッサ703及びアプリケーションプロセッサ704は、1つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ703及びアプリケーションプロセッサ704は、1つのSystem on Chip(SoC)デバイス705として実装されてもよい。SoCデバイスは、システムLarge Scale Integration(LSI)またはチップセットと呼ばれることもある。
メモリ706は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ706は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory(SRAM)若しくはDynamic RAM(DRAM)又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory(MROM)、Electrically Erasable Programmable ROM(EEPROM)、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ706は、ベースバンドプロセッサ703、アプリケーションプロセッサ704、及びSoC705からアクセス可能な外部メモリデバイスを含んでもよい。メモリ706は、ベースバンドプロセッサ703内、アプリケーションプロセッサ704内、又はSoC705内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ706は、Universal Integrated Circuit Card(UICC)内のメモリを含んでもよい。
メモリ706は、上述の複数の実施形態で説明されたUE1による処理を行うための命令群およびデータを含む1又はそれ以上のソフトウェアモジュール(コンピュータプログラム)707を格納してもよい。幾つかの実装において、ベースバンドプロセッサ703又はアプリケーションプロセッサ704は、当該ソフトウェアモジュール707をメモリ706から読み出して実行することで、上述の実施形態で図面を用いて説明されたUE1の処理を行うよう構成されてもよい。
図7を用いて説明したように、上述の実施形態に係るUE1が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む1又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体(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)によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
<その他の実施形態>
上述の施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。
上述の実施形態では、ProSeで用いられるD2D通信および直接ディスカバリを例として示したが、同様の仕組みを用いるVehicle-to-Vehicle(V2V)通信/Vehicle-to-Infrastructure(V2I)通信/Vehicle-to-Pedestrian(V2I)通信を含むVehicle-to-Everything(V2X)通信においても適用できる。
また上述の実施形態ではLTE-Advancedおよび、LTE-Advanced Proをベースに説明したが、例えば5G無線アクセス(New Radio)を用いる5G無線アクセスネットワーク(5G-RAN)の基地局(gNB)や5Gコアネットワーク(5G-CN)においても適用できる。
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
(付記A1)
少なくとも1つのメモリと、
前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサと、
RFトランシーバとを備え、
前記少なくとも1つのプロセッサは、
第1の無線端末から送信されたデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ信号を受信するよう構成され、
前記ディスカバリ信号のメッセージ種別に応じて、前記ディスカバリ信号の送信電力推定値を推定するよう構成され、
前記送信電力推定値と、前記ディスカバリ信号の受信電力値とを用いて、前記第1の無線端末と自端末との間の端末間パスロスを決定する、
ことを特徴とする無線端末。
(付記A2)
前記ディスカバリ信号のメッセージ種別が、パブリックセーフティ用途のリレー接続に関するメッセージ(UE-to-Network Relay Discovery)であった場合に、
前記送信電力推定値として、周波数帯域毎に規定された端末の最大送信電力値、基地局から報知された端末の最大送信電力値、自端末のメモリに保持された圏外時に使用する最大送信電力値のいずれかを用いる、
ことを特徴とする付記A1に記載の無線端末。
(付記A3)
前記ディスカバリ信号のメッセージ種別が、非パブリックセーフティ用途(non Public Safety)のリレー接続に関するメッセージであった場合に、
前記送信電力推定値として、前記ディスカバリ信号と同じ種別のディスカバリ信号を自端末が送信する際の送信電力値を用いる、
ことを特徴とする付記A1またはA2に記載の無線端末。
(付記A4)
前記ディスカバリ信号は、ディスカバリ依頼信号である、
ことを特徴とする付記A1〜A3記載の無線端末。
(付記A5)
前記D2D直接ディスカバリは、
発見する(discoverer)無線端末によってディスカバリ依頼信号を送信すること、
及び前記ディスカバリ依頼信号の受信に応じて1又はそれ以上の発見される(discoveree)無線端末によってディスカバリ応答信号を送信すること、
により行われる、
ことを特徴とする付記A1〜A4のいずれか1項に記載の無線端末。
(付記A6)
前記端末間パスロスに基づいて、ディスカバリ応答信号の送信電力値を決定する、
ことを特徴とする付記A5に記載の無線端末。
(付記A7)
前記ディスカバリ応答信号の送信電力値を、自端末がディスカバリ依頼信号を送信する場合の送信電力値を上限として決定する、
ことを特徴とする付記A6記載の無線端末。
(付記B1)
少なくとも1つのメモリと、
前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサと、
RFトランシーバとを備え、
前記少なくとも1つのプロセッサは、
第1の無線端末に対してデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ依頼信号を送信するよう構成され、
前記第1の無線端末から送信されるデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ応答信号を受信するよう構成され、
前記ディスカバリ応答信号の受信電力値と、前記ディスカバリ応答信号の送信電力制御に用いられる目標受信電力値と、の受信電力差分値に基づいて端末間パスロスを決定する、
ことを特徴とする無線端末。
(付記B2)
前記受信電力差分値に対して、送信電力制御におけるパスロスの補正係数に基づく補正を行うことで端末間パスロスを決定する、
ことを特徴とする付記B1に記載の無線端末。
(付記B3)
前記ディスカバリ応答信号の送信電力値は、前記ディスカバリ依頼信号のメッセージ種別に応じて推定された前記ディスカバリ依頼信号の送信電力推定値に基づいて決定される、
ことを特徴とする付記B1またはB2に記載の無線端末。
(付記B4)
前記送信電力推定値と、前記ディスカバリ依頼信号の実際の送信電力値と、の送信電力誤差に基づいて前記端末間パスロスを補正する、
ことを特徴とする付記B3に記載の無線端末。
(付記B5)
前記送信電力誤差に対して、送信電力制御におけるパスロスの補正係数に基づく補正を行う、
ことを特徴とする付記B4に記載の無線端末。
(付記C1)
第1の無線端末と、少なくとも1つ以上の第2の無線端末と、を備える無線通信システムであって、
前記第1の無線端末は、
デバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ信号を、前記第2の無線端末に送信し、
前記第2の無線端末は、
前記ディスカバリ信号を受信し、
前記ディスカバリ信号のメッセージ種別に応じて、前記ディスカバリ信号の送信電力推定値を推定し、
前記送信電力推定値と、前記ディスカバリ信号の受信電力値とを用いて、前記第1の無線端末と自端末との間の端末間パスロスを決定する、
ことを特徴とする無線通信システム。
(付記C2)
前記第2の無線端末はさらに、
前記ディスカバリ信号のメッセージ種別が、パブリックセーフティ用途のリレー接続に関するメッセージ(UE-to-Network Relay Discovery)である場合、
前記送信電力推定値として、周波数帯域毎に規定された端末の最大送信電力値、基地局から報知された端末の最大送信電力値、自端末のメモリに保持された圏外時に使用する最大送信電力値のいずれかを用いる、
ことを特徴とする付記C1記載の無線通信システム。
(付記C3)
前記第2の無線端末はさらに、
前記ディスカバリ信号のメッセージ種別が、非パブリックセーフティ用途(non Public Safety)のリレー接続に関するメッセージである場合、
前記送信電力推定値として、前記ディスカバリ信号と同じ種別のディスカバリ信号を自端末が送信する際の送信電力値を用いる、
ことを特徴とする付記C1またはC2記載の無線通信システム。
(付記C4)
前記ディスカバリ信号は、ディスカバリ依頼信号である、
ことを特徴とする付記C1〜C3のいずれか1項に記載の無線通信システム。
(付記C5)
前記D2D直接ディスカバリは、
発見する(discoverer)無線端末がディスカバリ依頼信号を送信すること、
及び前記ディスカバリ依頼信号の受信に応じて1又はそれ以上の発見される(discoveree)無線端末がディスカバリ応答信号を送信すること、
により行われる、
ことを特徴とする付記C1〜C4のいずれか1項に記載の無線通信システム。
(付記C6)
前記第2の無線端末はさらに、
前記端末間パスロスに基づいて、ディスカバリ応答信号の送信電力値を決定する、
ことを特徴とする付記C5に記載の無線通信システム。
(付記C7)
前記第2の無線端末はさらに、
前記ディスカバリ応答信号の送信電力値を、前記第2の無線端末が前記ディスカバリ依頼信号を送信する場合の送信電力値を上限として決定する、
ことを特徴とする付記C6記載の無線通信システム。
(付記C8)
前記第1の無線端末はさらに、
前記ディスカバリ応答信号の受信電力値と、前記ディスカバリ応答信号の送信電力制御に用いられる目標受信電力値と、の受信電力差分値に基づいて端末間パスロスを決定する、
ことを特徴とする付記C5〜C7のいずれか1項に記載の無線通信システム。
(付記C9)
前記第1の無線端末はさらに、
前記受信電力差分値に対して、送信電力制御におけるパスロスの補正係数に基づく補正を行うことで端末間パスロスを決定する、
ことを特徴とする付記C8に記載の無線通信システム。
(付記C10)
前記第1の無線端末はさらに、
前記送信電力推定値と、前記ディスカバリ依頼信号の実際の送信電力値の送信電力誤差に基づいて前記端末間パスロスを補正する、
ことを特徴とする付記C2〜C9のいずれか1項に記載の無線通信システム。
(付記C11)
前記第1の無線端末はさらに、
前記送信電力誤差に対して、送信電力制御におけるパスロスの補正係数に基づく補正を行い、端末間パスロスを補正する、
ことを特徴とする付記C10に記載の無線通信システム。
(付記a1)
無線端末により行われる方法であって、
第1の無線端末によって送信されたデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ信号を受信すること、
前記ディスカバリ信号のメッセージ種別に応じて、前記ディスカバリ信号の送信電力推定値を推定すること、
前記送信電力推定値と、前記ディスカバリ信号の受信電力値とを用いて、前記第1の無線端末と自端末との間の端末間パスロスを決定すること、
を備える方法。
(付記a2)
前記ディスカバリ信号のメッセージ種別が、パブリックセーフティ用途のリレー接続に関するメッセージ(UE-to-Network Relay Discovery)であった場合に、
前記送信電力推定値として、周波数帯域毎に規定された端末の最大送信電力値、基地局から報知された端末の最大送信電力値、自端末のメモリに保持された圏外時に使用する最大送信電力値のいずれかを用いることを含む、
付記a1に記載の方法。
(付記a3)
前記ディスカバリ信号のメッセージ種別が、非パブリックセーフティ用途(non Public Safety)のリレー接続に関するメッセージであった場合に、
前記送信電力推定値として、前記ディスカバリ信号と同じ種別のディスカバリ信号を自端末が送信する際の送信電力値を用いることを含む、
付記a1またはa2に記載の方法。
(付記a4)
前記ディスカバリ信号は、ディスカバリ依頼信号であることを含む、
付記a1〜a3のいずれか1項に記載の方法。
(付記a5)
前記D2D直接ディスカバリは、
発見する(discoverer)無線端末によってディスカバリ依頼信号を送信すること、
及び前記ディスカバリ依頼信号の受信に応じて1又はそれ以上の発見される(discoveree)無線端末によってディスカバリ応答信号を送信すること、
により行われることを含む、
付記a1〜a4のいずれか1項に記載の方法。
(付記a6)
前記端末間パスロスに基づいて、ディスカバリ応答信号の送信電力値を決定することを含む、
付記a5に記載の方法。
(付記a7)
前記ディスカバリ応答信号の送信電力値を、自端末がディスカバリ依頼信号を送信する場合の送信電力値を上限として決定することを含む、
付記a6記載の方法。
(付記b1)
無線端末により行われる方法であって、
第1の無線端末に対してデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ依頼信号を送信すること、
前記第1の無線端末から送信されるデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ応答信号を受信すること、
前記ディスカバリ応答信号の受信電力値と、前記ディスカバリ応答信号の送信電力制御に用いられる目標受信電力値との受信電力差分値に基づいて端末間パスロスを決定すること、
を特徴とする方法。
(付記b2)
前記受信電力差分値に対して、送信電力制御におけるパスロスの補正係数に基づく補正を行うことで端末間パスロスを決定することを含む、
付記b1に記載の方法。
(付記b3)
前記ディスカバリ応答信号の送信電力値は、前記ディスカバリ依頼信号のメッセージ種別に応じて推定された前記ディスカバリ依頼信号の送信電力推定値に基づいて決定されることを含む、
付記b1またはb2に記載の方法。
(付記b4)
前記送信電力推定値と、前記ディスカバリ依頼信号の実際の送信電力値と、の送信電力誤差に基づいて前記端末間パスロスを補正することを含む、
付記b3に記載の方法。
(付記b5)
前記送信電力誤差に対して、送信電力制御におけるパスロスの補正係数に基づく補正を行うことを含む、
付記b4に記載の方法。
(付記d1)
付記a1ないしa7のいずれか1項に記載の方法をコンピュータに行わせるためのプログラム。
(付記d2)
付記b1ないしb5のいずれか1項に記載の方法をコンピュータに行わせるためのプログラム。
この出願は、2016年12月27日に出願された日本出願特願2016−252660を基礎とする優先権を主張し、その開示の全てをここに取り込む。
1 無線端末(UE)
2 基地局(eNB)
3 コアネットワーク
4 D2Dコントローラ
701 radio frequency(RF)トランシーバ
702 アンテナ
703 ベースバンドプロセッサ
704 アプリケーションプロセッサ
706 メモリ

Claims (37)

  1. 少なくとも1つのメモリと、
    前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサと、
    RFトランシーバとを備え、
    前記少なくとも1つのプロセッサは、
    第1の無線端末から送信されたデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ信号を受信するよう構成され、
    前記ディスカバリ信号のメッセージ種別に応じて、前記ディスカバリ信号の送信電力推定値を推定するよう構成され、
    前記送信電力推定値と、前記ディスカバリ信号の受信電力値とを用いて、前記第1の無線端末と自端末との間の端末間パスロスを決定する、
    ことを特徴とする無線端末。
  2. 前記ディスカバリ信号のメッセージ種別が、パブリックセーフティ用途のリレー接続に関するメッセージ(UE-to-Network Relay Discovery)であった場合に、
    前記送信電力推定値として、周波数帯域毎に規定された端末の最大送信電力値、基地局から報知された端末の最大送信電力値、自端末のメモリに保持された圏外時に使用する最大送信電力値のいずれかを用いる、
    ことを特徴とする請求項1に記載の無線端末。
  3. 前記ディスカバリ信号のメッセージ種別が、非パブリックセーフティ用途(non Public Safety)のリレー接続に関するメッセージであった場合に、
    前記送信電力推定値として、前記ディスカバリ信号と同じ種別のディスカバリ信号を自端末が送信する際の送信電力値を用いる、
    ことを特徴とする請求項1または2に記載の無線端末。
  4. 前記ディスカバリ信号は、ディスカバリ依頼信号である、
    ことを特徴とする請求項1〜3のいずれか1項に記載の無線端末。
  5. 前記D2D直接ディスカバリは、
    発見する(discoverer)無線端末によってディスカバリ依頼信号を送信すること、
    及び前記ディスカバリ依頼信号の受信に応じて1又はそれ以上の発見される(discoveree)無線端末によってディスカバリ応答信号を送信すること、
    により行われる、
    ことを特徴とする請求項1〜4のいずれか1項に記載の無線端末。
  6. 前記端末間パスロスに基づいて、ディスカバリ応答信号の送信電力値を決定する、
    ことを特徴とする請求項5に記載の無線端末。
  7. 前記ディスカバリ応答信号の送信電力値を、自端末がディスカバリ依頼信号を送信する場合の送信電力値を上限として決定する、
    ことを特徴とする請求項6に記載の無線端末。
  8. 少なくとも1つのメモリと、
    前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサと、
    RFトランシーバとを備え、
    前記少なくとも1つのプロセッサは、
    第1の無線端末に対してデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ依頼信号を送信するよう構成され、
    前記第1の無線端末から送信されるデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ応答信号を受信するよう構成され、
    前記ディスカバリ応答信号の受信電力値と、前記ディスカバリ応答信号の送信電力制御に用いられる目標受信電力値と、の受信電力差分値に基づいて端末間パスロスを決定する、
    ことを特徴とする無線端末。
  9. 前記受信電力差分値に対して、送信電力制御におけるパスロスの補正係数に基づく補正を行うことで端末間パスロスを決定する、
    ことを特徴とする請求項8に記載の無線端末。
  10. 前記ディスカバリ応答信号の送信電力値は、前記ディスカバリ依頼信号のメッセージ種別に応じて推定された前記ディスカバリ依頼信号の送信電力推定値に基づいて決定される、
    ことを特徴とする請求項8または9に記載の無線端末。
  11. 前記送信電力推定値と、前記ディスカバリ依頼信号の実際の送信電力値と、の送信電力誤差に基づいて前記端末間パスロスを補正する、
    ことを特徴とする請求項10に記載の無線端末。
  12. 前記送信電力誤差に対して、送信電力制御におけるパスロスの補正係数に基づく補正を行う、
    ことを特徴とする請求項11に記載の無線端末。
  13. 第1の無線端末と、少なくとも1つ以上の第2の無線端末と、を備え、
    前記第1の無線端末は、
    デバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ信号を、前記第2の無線端末に送信し、
    前記第2の無線端末は、
    前記ディスカバリ信号を受信し、
    前記ディスカバリ信号のメッセージ種別に応じて、前記ディスカバリ信号の送信電力推定値を推定し、
    前記送信電力推定値と、前記ディスカバリ信号の受信電力値とを用いて、前記第1の無線端末と自端末との間の端末間パスロスを決定する、
    ことを特徴とする無線通信システム。
  14. 前記第2の無線端末はさらに、
    前記ディスカバリ信号のメッセージ種別が、パブリックセーフティ用途のリレー接続に関するメッセージ(UE-to-Network Relay Discovery)である場合、
    前記送信電力推定値として、周波数帯域毎に規定された端末の最大送信電力値、基地局から報知された端末の最大送信電力値、自端末のメモリに保持された圏外時に使用する最大送信電力値のいずれかを用いる、
    ことを特徴とする請求項13記載の無線通信システム。
  15. 前記第2の無線端末はさらに、
    前記ディスカバリ信号のメッセージ種別が、非パブリックセーフティ用途(non Public Safety)のリレー接続に関するメッセージである場合、
    前記送信電力推定値として、前記ディスカバリ信号と同じ種別のディスカバリ信号を自端末が送信する際の送信電力値を用いる、
    ことを特徴とする請求項13または14記載の無線通信システム。
  16. 前記ディスカバリ信号は、ディスカバリ依頼信号である、
    ことを特徴とする請求項13〜15のいずれか1項に記載の無線通信システム。
  17. 前記D2D直接ディスカバリは、
    発見する(discoverer)無線端末がディスカバリ依頼信号を送信すること、
    及び前記ディスカバリ依頼信号の受信に応じて1又はそれ以上の発見される(discoveree)無線端末がディスカバリ応答信号を送信すること、
    により行われる、
    ことを特徴とする請求項13〜16のいずれか1項に記載の無線通信システム。
  18. 前記第2の無線端末はさらに、
    前記端末間パスロスに基づいて、ディスカバリ応答信号の送信電力値を決定する、
    ことを特徴とする請求項17に記載の無線通信システム。
  19. 前記第2の無線端末はさらに、
    前記ディスカバリ応答信号の送信電力値を、前記第2の無線端末が前記ディスカバリ依頼信号を送信する場合の送信電力値を上限として決定する、
    ことを特徴とする請求項18記載の無線通信システム。
  20. 前記第1の無線端末はさらに、
    前記ディスカバリ応答信号の受信電力値と、前記ディスカバリ応答信号の送信電力制御に用いられる目標受信電力値と、の受信電力差分値に基づいて端末間パスロスを決定する、
    ことを特徴とする請求項17〜19のいずれか1項に記載の無線通信システム。
  21. 前記第1の無線端末はさらに、
    前記受信電力差分値に対して、送信電力制御におけるパスロスの補正係数に基づく補正を行うことで端末間パスロスを決定する、
    ことを特徴とする請求項20に記載の無線通信システム。
  22. 前記第1の無線端末はさらに、
    前記送信電力推定値と、前記ディスカバリ依頼信号の実際の送信電力値の送信電力誤差に基づいて前記端末間パスロスを補正する、
    ことを特徴とする請求項14〜21のいずれか1項に記載の無線通信システム。
  23. 前記第1の無線端末はさらに、
    前記送信電力誤差に対して、送信電力制御におけるパスロスの補正係数に基づく補正を行い、端末間パスロスを補正する、
    ことを特徴とする請求項22に記載の無線通信システム。
  24. 第1の無線端末によって送信されたデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ信号を受信すること、
    前記ディスカバリ信号のメッセージ種別に応じて、前記ディスカバリ信号の送信電力推定値を推定すること、
    前記送信電力推定値と、前記ディスカバリ信号の受信電力値とを用いて、前記第1の無線端末と自端末との間の端末間パスロスを決定すること、
    を特徴とする、無線端末の動作を制御する方法。
  25. 前記ディスカバリ信号のメッセージ種別が、パブリックセーフティ用途のリレー接続に関するメッセージ(UE-to-Network Relay Discovery)であった場合に、
    前記送信電力推定値として、周波数帯域毎に規定された端末の最大送信電力値、基地局から報知された端末の最大送信電力値、自端末のメモリに保持された圏外時に使用する最大送信電力値のいずれかを用いることを含む、
    請求項24に記載の方法。
  26. 前記ディスカバリ信号のメッセージ種別が、非パブリックセーフティ用途(non Public Safety)のリレー接続に関するメッセージであった場合に、
    前記送信電力推定値として、前記ディスカバリ信号と同じ種別のディスカバリ信号を自端末が送信する際の送信電力値を用いることを含む、
    請求項24または25に記載の方法。
  27. 前記ディスカバリ信号は、ディスカバリ依頼信号であることを含む、
    請求項24〜26のいずれか1項に記載の方法。
  28. 前記D2D直接ディスカバリは、
    発見する(discoverer)無線端末によってディスカバリ依頼信号を送信すること、
    及び前記ディスカバリ依頼信号の受信に応じて1又はそれ以上の発見される(discoveree)無線端末によってディスカバリ応答信号を送信すること、
    により行われることを含む、
    請求項24〜27のいずれか1項に記載の方法。
  29. 前記端末間パスロスに基づいて、ディスカバリ応答信号の送信電力値を決定することを含む、
    請求項28に記載の方法。
  30. 前記ディスカバリ応答信号の送信電力値を、自端末がディスカバリ依頼信号を送信する場合の送信電力値を上限として決定することを含む、
    請求項29記載の方法。
  31. 第1の無線端末に対してデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ依頼信号を送信すること、
    前記第1の無線端末から送信されるデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ応答信号を受信すること、
    前記ディスカバリ応答信号の受信電力値と、前記ディスカバリ応答信号の送信電力制御に用いられる目標受信電力値との受信電力差分値に基づいて端末間パスロスを決定すること、
    を特徴とする、無線端末の動作を制御する方法。
  32. 前記受信電力差分値に対して、送信電力制御におけるパスロスの補正係数に基づく補正を行うことで端末間パスロスを決定することを含む、
    請求項31に記載の方法。
  33. 前記ディスカバリ応答信号の送信電力値は、前記ディスカバリ依頼信号のメッセージ種別に応じて推定された前記ディスカバリ依頼信号の送信電力推定値に基づいて決定されることを含む、
    請求項31または32に記載の方法。
  34. 前記送信電力推定値と、前記ディスカバリ依頼信号の実際の送信電力値と、の送信電力誤差に基づいて前記端末間パスロスを補正することを含む、
    請求項33に記載の方法。
  35. 前記送信電力誤差に対して、送信電力制御におけるパスロスの補正係数に基づく補正を行うことを含む、
    請求項34に記載の方法。
  36. 第1の無線端末によって送信されたデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ信号を受信すること、
    前記ディスカバリ信号のメッセージ種別に応じて、前記ディスカバリ信号の送信電力推定値を推定すること、
    前記送信電力推定値と、前記ディスカバリ信号の受信電力値とを用いて、前記第1の無線端末と自端末との間の端末間パスロスを決定すること、
    を特徴とする、無線端末の動作を制御するプログラムを格納した非一時的なコンピュータ可読媒体。
  37. 第1の無線端末に対してデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ依頼信号を送信すること、
    前記第1の無線端末から送信されるデバイス・ツー・デバイス(D2D)直接ディスカバリのディスカバリ応答信号を受信すること、
    前記ディスカバリ応答信号の受信電力値と、前記ディスカバリ応答信号の送信電力制御に用いられる目標受信電力値との受信電力差分値に基づいて端末間パスロスを決定すること、
    を特徴とする、無線端末の動作を制御するプログラムを格納した非一時的なコンピュータ可読媒体。
JP2018558802A 2016-12-27 2017-08-16 無線通信のための無線端末、無線通信システム、及びプログラム Active JP6908054B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2016252660 2016-12-27
JP2016252660 2016-12-27
PCT/JP2017/029427 WO2018123127A1 (ja) 2016-12-27 2017-08-16 無線通信のための装置、方法、及びプログラムを格納した非一時的なコンピュータ可読媒体

Publications (2)

Publication Number Publication Date
JPWO2018123127A1 true JPWO2018123127A1 (ja) 2019-10-31
JP6908054B2 JP6908054B2 (ja) 2021-07-21

Family

ID=62707072

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018558802A Active JP6908054B2 (ja) 2016-12-27 2017-08-16 無線通信のための無線端末、無線通信システム、及びプログラム

Country Status (3)

Country Link
US (1) US11012168B2 (ja)
JP (1) JP6908054B2 (ja)
WO (1) WO2018123127A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108259149B (zh) * 2016-12-29 2023-05-05 华为技术有限公司 发送/接收参考信号的方法及终端设备、网络设备
CN109474937A (zh) * 2017-09-08 2019-03-15 索尼公司 无线通信方法和无线通信设备
WO2020008542A1 (ja) * 2018-07-03 2020-01-09 株式会社Nttドコモ ユーザ装置
CN111148205B (zh) * 2018-11-02 2022-03-25 华为技术有限公司 发送功率的确定方法和装置
US11265822B2 (en) * 2019-07-22 2022-03-01 Qualcomm Incorporated Reciprocity-based transmission property adjustment in sidelink communications
WO2021134163A1 (en) * 2019-12-30 2021-07-08 Mediatek Singapore Pte. Ltd. Methods and apparatus of early packet filtering for sidelink ue discovery
US20220322194A1 (en) * 2021-03-31 2022-10-06 Apple Inc. Sidelink Relay Selection and Re-Selection in Wireless Communication
US11910373B2 (en) * 2021-07-13 2024-02-20 Qualcomm Incorporated Sidelink discovery messages for beam training and onboarding of initiator user equipments to sidelink user equipment groups

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014153209A (ja) * 2013-02-08 2014-08-25 Ntt Docomo Inc 距離推定方法、送信電力制御方法、ユーザ装置、及び基地局
WO2015059834A1 (ja) * 2013-10-25 2015-04-30 富士通株式会社 通信システム、通信端末及び参照信号送信方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013034165A (ja) 2011-06-27 2013-02-14 Ntt Docomo Inc 無線通信方法、無線通信システム及び移動局
KR20140068088A (ko) * 2011-08-30 2014-06-05 엘지전자 주식회사 셀룰러 네트워크에서 단말 간 직접 통신을 지원하는 방법 및 이를 위한 장치
RU2629430C2 (ru) * 2013-01-16 2017-08-29 Интердиджитал Пэйтент Холдингз, Инк. Генерация и прием сигнала обнаружения
US9967907B2 (en) * 2013-03-28 2018-05-08 Kyocera Corporation Communication control method and processor
CN105191178B (zh) * 2013-05-01 2019-06-28 三星电子株式会社 用于设备到设备通信系统的方法和装置
US10547420B2 (en) * 2015-06-30 2020-01-28 Kodacloud Inc. Cooperative scanning of wireless devices

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014153209A (ja) * 2013-02-08 2014-08-25 Ntt Docomo Inc 距離推定方法、送信電力制御方法、ユーザ装置、及び基地局
WO2015059834A1 (ja) * 2013-10-25 2015-04-30 富士通株式会社 通信システム、通信端末及び参照信号送信方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
大辻 太一 他: "パブリックセーフティLTEにおけるカバレッジホール削減のための実効パススループットに基づくリレー端末", 電子情報通信学会技術研究報告 RCS2016−193, JPN6021020324, 17 November 2016 (2016-11-17), ISSN: 0004519740 *

Also Published As

Publication number Publication date
WO2018123127A1 (ja) 2018-07-05
JP6908054B2 (ja) 2021-07-21
US20190356400A1 (en) 2019-11-21
US11012168B2 (en) 2021-05-18

Similar Documents

Publication Publication Date Title
US11452118B2 (en) Apparatus and method for controlling device-to-device communication
JP6908054B2 (ja) 無線通信のための無線端末、無線通信システム、及びプログラム
US10897784B2 (en) Apparatus and method for wireless communication, and non-transitory computer readable medium storing program
US11071119B2 (en) Apparatus for controlling device-to-device communication, base station, radio terminal, and method therefor
CN107852717B (zh) 终端、基站和用于其的方法
JP6610656B2 (ja) 近接サービス通信のための装置及び方法
JP6756332B2 (ja) 基地局及びスケジューリング方法
US20200296745A1 (en) Apparatus and method for resource scheduling related to device-to-device communication
JPWO2018105158A1 (ja) リレー選択のための装置及び方法
WO2016142974A1 (ja) 近接サービス通信のための装置及び方法
WO2016142973A1 (ja) 近接サービス通信のための装置及び方法
JP6631351B2 (ja) デバイス・ツー・デバイス通信に関するリソーススケジューリングのための装置及び方法
WO2020221199A1 (zh) 一种资源分配方法及设备
US10993238B2 (en) Apparatus and method for radio communication
WO2017187713A1 (ja) 無線通信のための装置および方法
JP6695072B2 (ja) 装置間(d2d)通信における改良されたリソース割当て
JP2020129802A (ja) 装置間(d2d)通信における改良されたリソース割当て

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190613

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200706

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210601

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210614

R150 Certificate of patent or registration of utility model

Ref document number: 6908054

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150