JP6900574B2 - ワイヤレス通信ネットワークにおけるサイドリンク通信のためのリソース割り当て - Google Patents

ワイヤレス通信ネットワークにおけるサイドリンク通信のためのリソース割り当て Download PDF

Info

Publication number
JP6900574B2
JP6900574B2 JP2020512457A JP2020512457A JP6900574B2 JP 6900574 B2 JP6900574 B2 JP 6900574B2 JP 2020512457 A JP2020512457 A JP 2020512457A JP 2020512457 A JP2020512457 A JP 2020512457A JP 6900574 B2 JP6900574 B2 JP 6900574B2
Authority
JP
Japan
Prior art keywords
zone
mode
resource
ues
transceiver
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.)
Active
Application number
JP2020512457A
Other languages
English (en)
Other versions
JP2021501484A (ja
Inventor
ロビン・トーマス
トーマス・ヴィルト
コルネリウス・ヘルゲ
トーマス・フェーレンバッハ
バリス・ゲクテペ
サルン・セルヴァネサン
Original Assignee
フラウンホファー ゲセルシャフト ツール フェールデルンク ダー アンゲヴァンテン フォルシュンク エー．ファオ．
フラウンホファー ゲセルシャフト ツール フェールデルンク ダー アンゲヴァンテン フォルシュンク エー．ファオ．
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 フラウンホファー ゲセルシャフト ツール フェールデルンク ダー アンゲヴァンテン フォルシュンク エー．ファオ．, フラウンホファー ゲセルシャフト ツール フェールデルンク ダー アンゲヴァンテン フォルシュンク エー．ファオ． filed Critical フラウンホファー ゲセルシャフト ツール フェールデルンク ダー アンゲヴァンテン フォルシュンク エー．ファオ．
Publication of JP2021501484A publication Critical patent/JP2021501484A/ja
Priority to JP2021100133A priority Critical patent/JP7113947B2/ja
Application granted granted Critical
Publication of JP6900574B2 publication Critical patent/JP6900574B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/52—Allocation or scheduling criteria for wireless resources based on load
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本出願は、ワイヤレス通信の分野に関し、より詳細には、ワイヤレス通信ネットワークまたはシステムのそれぞれのエンティティの間のサイドリンク通信のためのリソース割り当てに関する。実施形態は、V2Xモード3/4のユーザ機器またはUEのためのサイドリンクリソース割り当てに関する。
図1は、コアネットワーク102および無線アクセスネットワーク104を含むワイヤレスネットワーク100の例の概略図である。無線アクセスネットワーク104は、それぞれのセル1061から1065によって概略的に表される基地局の周りの特定のエリアにそれぞれがサービスを提供する複数の基地局gNB1からgNB5を含む可能性がある。基地局は、セル内のユーザにサービスを提供するために設けられる。基地局(BS)という用語は、5GネットワークのgNB、UMTS/LTE/LTE-A/LTE-A ProのeNB、またはその他のモバイル通信規格の適切なBSを指す。ユーザは、固定デバイスまたはモバイルデバイスである可能性がある。さらに、ワイヤレス通信システムは、基地局にまたはユーザに接続するモバイルまたは固定IoTデバイスによってアクセスされる可能性がある。モバイルデバイスまたはIoTデバイスは、物理的なデバイス、ロボットまたは車などの地上の乗り物、有人航空機またはドローンとも呼ばれる無人航空機(UAV)などの航空機、建物および電子機器、ソフトウェア、センサ、アクチュエータなどを組み込んだその他のものなど、ならびにこれらのデバイスが既存のネットワークインフラストラクチャを介してデータを収集し、やりとりすることを可能にするネットワーク接続性を含む可能性がある。図1は、5つのセルだけの例示的な図を示すが、ワイヤレス通信システムは、より多くのそのようなセルを含む可能性がある。図1は、セル1062内にあり、基地局gNB2によってサービスを提供される、ユーザ機器(UE)とも呼ばれる2つのユーザUE1およびUE2を示す。別のユーザUE3が、基地局gNB4によってサービスを提供されるセル1064内に示される。矢印1081、1082、および1083は、ユーザUE1、UE2、およびUE3から基地局gNB2、gNB4にデータを送信するためのまたは基地局gNB2、gNB4からユーザUE1、UE2、UE3にデータを送信するためのアップリンク/ダウンリンク接続を概略的に表す。さらに、図1は、固定またはモバイルデバイスである可能性がある、セル1064内の2つのIoTデバイス1101および1102を示す。IoTデバイス1101は、矢印1121によって概略的に表されるようにデータを受信および送信するために基地局gNB4を介してワイヤレス通信システムにアクセスする。IoTデバイス1102は、矢印1122によって概略的に表されるようにユーザUE3を介してワイヤレス通信システムにアクセスする。それぞれの基地局gNB1からgNB5は、たとえば、S1インターフェースによって、「コア」を指す矢印によって図1において概略的に表されるバックホールリンク1141から1145を介してコアネットワーク102に接続される可能性がある。コアネットワーク102は、1つまたは複数の外部ネットワークに接続される可能性がある。さらに、それぞれの基地局gNB1からgNB5の一部またはすべては、たとえば、S1もしくはX2インターフェースまたはNRのXNインターフェースによって、「gNB」を指す矢印によって図1において概略的に表されるそれぞれのバックホールリンク1161から1165を介して互いに接続される可能性がある。図1に示されるワイヤレスネットワークまたは通信システムは、2つのはっきりと異なる重なり合うネットワーク、各マクロセルが基地局gNB1からgNB5のようなマクロ基地局を含むマクロセルのネットワークと、フェムトまたはピコ基地局のようなスモールセル基地局(図1に示されず)のネットワークとを有する異種ネットワークである可能性がある。
図1に示されるワイヤレスネットワークまたは通信システムは、2つのはっきりと異なる重なり合うネットワーク、各マクロセルが基地局eNB1からeNB5のようなマクロ基地局を含むマクロセルのネットワークと、フェムトまたはピコ基地局のようなスモールセル基地局(図1に示されず)のネットワークとを有する異種ネットワークである可能性がある。
データ送信のために、物理リソースグリッドが、使用される可能性がある。物理リソースグリッドは、様々な物理チャネルおよび物理信号がマッピングされるリソース要素の組を含む可能性がある。たとえば、物理チャネルは、ダウンリンクおよびアップリンクペイロードデータとも呼ばれるユーザに固有のデータを運ぶ物理ダウンリンクおよびアップリンク共有チャネル(PDSCH、PUSCH)、たとえば、マスタ情報ブロック(MIB)およびシステム情報ブロック(SIB)を運ぶ物理ブロードキャストチャネル(PBCH)、たとえば、ダウンリンク制御情報(DCI)を運ぶ物理ダウンリンクおよびアップリンク制御チャネル(PDCCH、PUCCH)などを含む可能性がある。アップリンクに関して、物理チャネルは、UEが同期し、MIBおよびSIBを取得するとネットワークにアクセスするためにUEによって使用される物理ランダムアクセスチャネル(PRACHまたはRACH)をさらに含む可能性がある。物理信号は、基準信号(RS)、同期信号などを含む可能性がある。リソースグリッドは、時間領域において10ミリ秒のような特定の継続時間を有し、周波数領域において所与の帯域幅を有するフレームまたは無線フレームを含む可能性がある。フレームは、予め定義された長さの、特定の数のサブフレーム、たとえば、1ミリ秒の長さを有する2つのサブフレームを有する可能性がある。各サブフレームは、サイクリックプレフィックス(CP)の長さに応じて6または7 OFDMシンボルの2つのスロットを含む可能性がある。フレームは、たとえば、短縮された送信時間間隔(sTTI)、またはほんの数OFDMシンボルのミニスロット/スロットに基づかないフレーム構造を利用する場合、より少ない数のOFDMシンボルからなる可能性もある。
ワイヤレス通信システムは、直交周波数分割多重化(OFDM)システム、直行周波数分割多元接続(OFDMA)システム、またはCPのあるもしくはCPのない任意のその他のIFFTに基づく信号、たとえば、DFT-s-OFDMのような周波数分割多重化を使用する任意のシングルトーンまたはマルチキャリアシステムである可能性がある。多元接続のための非直交波形、たとえば、フィルタバンクマルチキャリア(FBMC: filter-bank multicarrier)、一般化周波数分割多重化(GFDM: generalized frequency division multiplexing)、またはユニバーサルフィルタ適用マルチキャリア(UFMC: universal filtered multi carrier)のようなその他の波形が、使用される可能性がある。ワイヤレス通信システムは、たとえば、LTE-Advanced pro規格または5GまたはNR (新無線)規格に従って動作する可能性がある。
図1に示されるワイヤレス通信ネットワークにおいて、無線アクセスネットワーク104は、それぞれがマクロ基地局とも呼ばれるプライマリ基地局を含むプライマリセルのネットワークを含む異種ネットワークである可能性がある。さらに、スモールセル基地局とも呼ばれる複数のセカンダリ基地局が、マクロセルの各々のために設けられる可能性がある。図2は、2つのはっきりと異なる重なり合うネットワーク、マクロセル1061を含むマクロセルネットワークおよびスモールセルネットワークを含むネットワークを有する、図1のセル1061のようなセルの概略図である。図2は単一のマクロセルのみを示すが、図1のその他のセルのうちの1つまたは複数も重なり合うネットワークを使用する可能性があることが、留意される。スモールセルネットワークは、スモールセルのカバーエリアとも呼ばれるそれぞれのエリア1201から1205内でそれぞれ動作する複数のスモールセル基地局SeNB1からSeNB5を含む。スモールセル基地局SeNB1からSeNB5は、それぞれのスモールセル基地局SeNB1からSeNB5がそれぞれのバックホールリンク1221から1225を介して接続されるマクロセル基地局MeNB1によって制御される可能性がある。スモールセル基地局をバックホールリンクを介してマクロセル基地局に接続するのではなく、スモールセル基地局のうちの1つまたは複数が、それぞれのバックホールリンクを介してコアネットワークに結合される可能性がある。図2は、矢印1241によって示されるようにマクロセル基地局MeNB1によっておよび矢印1242によって概略的に示されるようにスモールセル基地局SeNB1によってユーザ機器UEがサービスを提供されることをさらに示す。
モバイル通信ネットワークにおいて、たとえば、LTEまたは5G/NRネットワークのような、図1および図2を参照して上で説明されたネットワークのようなネットワークにおいては、たとえば、PC5インターフェースを使用して1つまたは複数のサイドリンク(SL)チャネル上で互いに直接通信するUEが、存在する可能性がある。サイドリンク上で互いに直接通信するUEは、その他の乗り物と直接通信する乗り物(V2V通信)、ワイヤレス通信ネットワークのその他のエンティティ、たとえば、信号機、交通標識、または歩行者のような沿道のエンティティと通信する乗り物と通信する乗り物(V2X通信)を含む可能性がある。その他のUEは、乗り物に関連するUEでない可能性があるが、上述のデバイスのいずれかを含む可能性がある。そのようなデバイスは、SLチャネルを使用して互いに直接通信する可能性もある(D2D通信)。
サイドリンク上で互いに直接通信する2つのUEを考えるとき、両方のUEが、同じ基地局によってサービスを提供される可能性があり、つまり、両方のUEが、図1または図2に示される基地局のうちの1つのような基地局のカバーエリア内にある可能性がある。これは、「カバレッジ内」シナリオと呼ばれる。その他の例によれば、サイドリンク上で通信する両方のUEが、基地局によってサービスを提供されない可能性があり、これは、「カバレッジ外」シナリオと呼ばれる。「カバレッジ外」は2つのUEが図1または図2に示されるセルのうちの1つの中にないことを意味せず、むしろ、これらのUEが基地局に接続されず、たとえば、これらのUEがRRC接続状態にないことを意味することが留意される。さらに別のシナリオは、「部分的カバレッジ」シナリオと呼ばれ、このシナリオによれば、サイドリンク上で互いに通信する2つのUEのうちの一方UEが基地局によってサービスを提供され、一方、他方のUEは基地局によってサービスを提供されない。上述のシナリオの各々において、UEおよび/またはBSは、UEの間のサイドリンク通信のために使用されるリソースについての知識を有するべきである。
図3は、互いに直接通信する2つのUEが両方とも基地局のカバレッジ内にある状況の概略図を示す。基地局gNBは、基本的に、図1または図2に概略的に示されるセルに対応する円200によって概略的に示されるカバーエリアを有する。互いに直接通信するUEは、両方とも基地局gNBのカバーエリア200内にある第1の乗り物202および第2の乗り物204を含む。両方の乗り物202、204が、基地局gNBに接続され、加えて、それらの乗り物202、204は、PC5インターフェース上で互いに直接接続される。V2Vトラフィックのスケジューリングおよび/または干渉の管理が、基地局とUEとの間の無線インターフェースであるUuインターフェース上の制御シグナリングを介してgNBによって支援される。gNBは、サイドリンク上のV2V通信のために使用されるリソースを割り振る。この構成は、モード3構成とも呼ばれる。モード3のUEは、カバレッジ内として定義される可能性があり、モード4のUEは、カバレッジ外として定義される可能性がある。NRにおいて、カバレッジ内UEは、モード1のUEと呼ばれ、カバレッジ外UEは、モード2のUEと呼ばれる。
図4は、UEが基地局のカバレッジ内にない、つまり、互いに直接通信するそれぞれのUEが(物理的にはワイヤレス通信ネットワークのセル内にある可能性があるが)基地局に接続されないシナリオを示す。たとえば、PC5インターフェースを使用してサイドリンク上で互いに直接通信する3つの乗り物206、208、および210が、示される。V2Vトラフィックのスケジューリングおよび/または干渉の管理は、乗り物の間で実施されるアルゴリズムに基づく。この構成は、モード4構成とも呼ばれる。
上述のように、カバレッジ外シナリオである図4のシナリオは、それぞれのモード4のUEが基地局のカバレッジ200の外にあることを意味せず、むしろ、それぞれのモード4のUEが基地局によってサービスを提供されないかまたはカバーエリアの基地局に接続されないことを意味する。したがって、図3に示されるカバーエリア200内に、モード3のUE 202、204に加えて、モード4のUE 206、208、210が存在する状況がある可能性がある。モード4のUE 206〜210がネットワークに接続されないので、基地局gNBは、サイドリンク通信のためにモード4のUE 206〜210によって使用されるリソースを知らず、同様に、モード4のUE 206〜210は、サイドリンク通信のために基地局gNBによってモード3のUE 202、204にスケジューリングされるリソースを知らない。したがって、それぞれのモードのUEの間のリソースの衝突が、起こる可能性がある。
リソースの衝突に対処する/リソースの衝突を防止するためのいくつかの手法が、これまでに当技術分野において提案されている。1つの手法は、モード3のUEおよびモード4のUEが互いのリソースの使用についての情報を有することを提案する。UEに関して、専用のリソースプールが提案されているが、モード4のUEは、概して、UEが感知(sensing)を実行する静的に予め割り当てられたリソースプールによってカバレッジ外にある。別の手法は、モード4のUEがモード3のUEのリソースを空けながら、モード4のUEがモード3のUEのリソースを共有することを可能にする(参考文献[1]参照)。その他の手法は、必要とされるリソースがモード4のUEの動作と同様の方法でしかるべく予約されるように、サイドリンク制御インジケータ(SCI)フォーマット1でモード3のUEのためのリソース予約をゼロからSPS期間(SPS period)までに設定することを教示する。さらに、モード4のUEが感知動作中にモード3のUEに割り当てられたリソースを特定し、除外する可能性があるように、UEのモードタイプフィールドが、SCIフォーマット1に追加される可能性がある(参考文献[2]参照)。
別の手法(参考文献[3]参照)によれば、モード3のUEが、モード4のUEのリソース利用または任意の予約されていないリソースをそれぞれの測定によって基地局にレポートする。モード3のUEは、無線環境についての測定情報を感知し、レポートすることができる必要がある。探索空間を限るために、モード3のUEは、モード3のUEおよびモード4のUEを含む共有リソースプールに関してのみ使用をレポートし、しかし、これは、さらなるオーバーヘッドをもたらす可能性があり、後方互換性を提供しない可能性がある。
参考文献[4]および[5]は、モード3のUEとモード4のUEとの両方のためのリソースプールを共有することを提案し、しかし、これは、リソースが動的にまたは準静的に割り当てられることを必要とする。
Samsung、「Resource pool sharing between mode 3 and mode 4 UEs」、3GPP Technical Document- R1-1713537、Prague-Czech Republic、RAN1#90、2017年8月 Ericsson、「Pool Sharing between Mode-3 and Mode-4」、3GPP Technical Document- R2-1709373、Berlin-Germany、RAN2#99、2017年8月 Intel、「Resource Pool Sharing between mode 3 and mode 4」、3GPP Technical Document- R2-1709049、Berlin-Germany、RAN2#99、2017年8月 Huawei、「Discussion on resource pool sharing between mode3 and mode4 UEs」、3GPP Technical Document- R2-1707969、Berlin-Germany、RAN#2、2017年8月 ZTE、「Consideration on resource pool sharing between UEs using mode 3 and mode 4」、3GPP Technical Document- R2-1708510、Berlin-Germany、RAN#2、2017年8月 3GPP TS 136 214 V14.2.0 (2017-04)、Channel busy ratio 3GPP TS 36.331 V14.2.0、Radio Resource Control (RRC) Protocol Specification、2017年3月 3GPP TS 36.304 V14.4.0、UE procedures in Idle mode、2017年9月 3GPP TS 36.212 V14.4.0、Multiplexing and channel coding、2017年9月 3GPP TS 36.213 V14.4.0、Physical channels and modulation、2017年9月
上で検討された従来技術から始まって、ワイヤレス通信ネットワークにおいてモード3のUEおよびモード4のUEを扱うための改善された手法を提供することが、本発明の根本的な目的である。
この目的は、独立請求項において定義される対象によって達成され、好ましいさらなる発展が、係属請求項において定義される。
以降、本発明の実施形態が、添付の図面を参照してさらに詳細に説明される。
ワイヤレス通信システムの例の概略図である。 2つのはっきりと異なる重なり合うネットワーク、マクロセル1061を含むマクロセルネットワークおよびスモールセルネットワークを含むネットワークを有する、図1のセル1061のようなセルの概略図である。 互いに直接通信するUEが基地局のカバレッジ内にある状況の概略図である。 互いに直接UEが基地局のカバレッジ内にない、つまり、基地局に接続されないシナリオを示す図である。 実施形態による複数のゾーンに分割されたカバーエリアを有する、図1または図2のネットワークのセルのようなセルの概略図である。 実施形態による基地局にCBRレポートを返すための単一のUEの選択を示すタイミング図である。 単一ビットのブール値フラグを追加することによって第1の態様の実施形態に従って修正されたフォーマット5Aのダウンリンク制御インジケータの例を示す図である。 本発明の実施形態によるリソースプール選択の図である。 リソースを3種類のプールに分けるときおよび両方のモードのために単一のリソースプールを使用するときのそれぞれのモードのリソースプールの使用を示す図である。 モード3のUEが基地局gNBの制御の下でPC5インターフェース上でサイドリンク通信を実行する発明の手法の実施形態によるシナリオを示す図である。 本発明の第3の態様の実施形態によって修正されたシステム情報ブロックを示す図である。 本発明に従って動作するトランシーバ300と複数のUE 302、304との間で情報を伝達するためのワイヤレス通信システムの概略図である。 発明の手法による説明されるユニットまたはモジュールおよび方法のステップが実行される可能性があるコンピュータシステムの例を示す図である。
以降、本発明の実施形態が、同じまたは同様の要素が同じ参照符号を割り振られる添付の図面を参照してより詳細に説明される。
上述のように、ワイヤレス通信システムのUEが、デバイスとデバイスの(D2D)通信、乗り物と乗り物の(V2V)通信、または乗り物とあらゆるものの(V2X)通信とも呼ばれるサイドリンクを使用して互いに直接通信する可能性がある。以下で、発明の手法の態様が主にV2VまたはV2X通信に関連して説明されるが、発明の手法は、そのようなシナリオに限定されず、サイドリンクを使用するその他の通信、たとえば、D2D通信に等しく適用され得る。
リソース割り当ての観点から見て、図3および図4を参照して上で説明された構成、すなわち、モード3の構成およびモード4の構成が、考慮される必要がある。モード3の構成、たとえば、V2Xモード3の構成は、サイドリンク通信を可能にするために、基地局のカバレッジ200内の乗り物202、204のようなそれぞれのUEのための基地局によるリソースのスケジューリングおよび/または干渉の管理(図3参照)を含む。制御シグナリングが、たとえば、それぞれのダウンリンク制御インジケータ(DCI)によってUuインターフェース上でUEに提供され、リソースが、基地局によって動的に割り振られる可能性がある。モード4の構成(図4参照)において、たとえば、V2Xモード4の構成においては、SL通信が、予め構成されたリソース構成で実行され、スケジューリングおよび/または干渉の管理が、たとえば、分散型のまたは非集中的なアルゴリズムを使用することによって自律的に実行される。モード4の構成で動作するUEは、たとえば、特定のリソースがSL通信のために使用される/使用されないかどうかを自律的に判定するためにチャネルビジー率(CBR: channel busy ratio)に基づいて部分的感知を実行する。モード4のUEのリソースプール割り当ておよびモード3のUEのリソースプール割り当ては、互いに独立しており、その結果、たとえば、セルのトラフィック密度が高いとき、衝突の確率が高く、それが、必然的に低いネットワークの性能および信頼性の低下につながる可能性がある。
現時点で、上述の通常の手法にもかかわらず、モード4のUEとモード3のUEとの間の共存を可能にする効率的な手法は、存在せず、本明細書において説明される発明の手法は、図1および図2を参照して上で説明されたワイヤレス通信ネットワークのようなワイヤレス通信ネットワークにおける共存するモード3のUEおよびモード4のUEの改善された処理を可能にするために、ワイヤレス通信ネットワークにおけるサイドリンク通信のためのリソース割り当ての問題に対処する。ワイヤレス通信ネットワークにおけるモード3/モード4のUEの処理を改善するために、発明の手法は、互いに独立して使用される可能性があるいくつかの態様を教示し、または態様の2つ以上が、組み合わされる可能性がある。
第1の態様
発明の手法の第1の態様は、1つまたは複数のゾーンを含むカバーエリアを有する基地局ならびにモード3のUEおよびモード4のUEが、たとえば、それらの地理的位置に基づいてそれらがあるゾーンIDを特定する能力を有する可能性があると仮定する。カバーエリアが複数のゾーンを含むとき、それぞれのゾーンIDは、通信ネットワークのより上位のレイヤによって予め構成されるか、または基地局自体によって決定されるかのどちらかである。ゾーンIDは、制御チャネルとデータチャネルとの両方を含む可能性があるサブチャネルの組を含むサイドリンク通信のために使用される特定のリソースプールへの地理座標のマッピングである。ゾーンIDに基づいて、サイドリンク通信のための単独のまたは一意のリソースプールが、ゾーンにマッピングされる。これまでに提案された通常の手法においては、モード4のUEのみが、リソースプールの占有ステータスを示すチャネルビジー率(CBR)の感知および決定を実行する。ゾーンID毎に単一のリソースプールを割り当てることは、同じゾーンIDを有するすべてのUEが同じリソースプールを感知し、同じ占有ステータスレポートを有することを可能にする。しかし、特定のゾーン内のUEのすべてから占有ステータスレポートを送信することは、セル内でかなり大きなシグナリングオーバーヘッドをもたらす。
発明の手法の第1の態様によれば、複数のユーザ機器にサービスを提供するためのワイヤレス通信システムのためのトランシーバが、提供され、トランシーバのカバーエリアは、1つのゾーンまたは複数のゾーンを含み、各ゾーンは、リソースプールをそのゾーンにマッピング済みであり、トランシーバは、特定のゾーンに関するゾーン占有レポートをトランシーバに返すように、特定のゾーンに割り振られた一部のユーザ機器にシグナリングするように構成され、ゾーン占有レポートは、特定のゾーンにマッピングされたリソースプールの占有ステータスを示す。
また、発明の手法の第1の態様によれば、ワイヤレス通信システムのためのユーザ機器が、提供され、ユーザ機器は、ワイヤレス通信システムのトランシーバによってサービスを提供され、トランシーバのカバーエリアは、1つのゾーンまたは複数のゾーンを含み、各ゾーンは、リソースプールをそのゾーンにマッピング済みであり、トランシーバからの要求に応じて、ユーザ機器は、ユーザ機器があるゾーンに関するゾーン占有レポートをトランシーバに返すように構成され、ゾーン占有レポートは、ゾーンにマッピングされたリソースプールの占有ステータスを示す。
たとえば、基地局は、基地局に占有ステータスレポートを送り返すために、予め定義された基準に基づいて同じゾーンIDを有するすべてのUEの中から単一のUEまたはUEのサブセットを選択する可能性がある。同じゾーンIDを有するすべてのUEの中のUEは、モード3のUEとモード4のUEとの両方を含む可能性がある。基地局に占有レポートを送り返すUEの数を減らすことは、シグナリングオーバーヘッドを減らし、それによって、ワイヤレス通信ネットワークの性能および効率を高める。
実施形態によれば、UEによってシグナリングされる占有レポートは、以下のうちの1つまたは以下の組合せを含む可能性がある。
(i)CBR(チャネルビジー率)のような使用率
サブフレームnにおいて測定されたチャネルビジー率(CBR)は、以下のように定義される可能性がある(3GPP TS 136 214 V14.2.0 (2017-04), Channel busy ratio参照)
- 物理サイドリンク共有チャネル(PSSCH)に関して、UEによって測定されたS-RSSIがサブフレーム[n-100, n-1]に渡って感知された(予め)構成された閾値を超えるリソースプール内のサブチャネルの部分
- 物理サイドリンク制御チャネル(PSCCH)に関して、PSCCHプールが周波数領域において2つの連続した物理リソースブロック(PRB)のペアのサイズを有するリソースからなると仮定して、PSCCHがその対応するPSSCHが隣接していないリソースブロックにあるようにして送信される可能性があるように(予め)構成されたプールにおいて、UEによって測定されたS-RSSIがサブフレーム[n-100, n-1]に渡って感知された(予め)構成された閾値を超えるPSCCHプールのリソースの部分
(ii)リソースブロックの占有、たとえば、物理リソースブロック(PRB)の組毎の占有のパーセンテージまたは空きPRBの厳密な数を与えるリソースベクトル
(iii)最良のリソース、最も占有されなかったPRB、または最も低い受信電力(RSSI)を含むPRBの統計に基づく上位m個のリソースブロック
実施形態によれば、それぞれのゾーンからのリソース占有レポートに基づいて、基地局は、たとえば、UEが1つのゾーンから別のゾーンに移動する状況でサイドリンク通信のためのリソース割り当てのために使用される可能性がある地理的ゾーンのゾーン分割エリアリソース使用マップ(ZARUM: zonal area resource usage map)を生成する可能性がある。トランシーバ(たとえば、基地局)において構築されたZARUMマップは、セル内の1つまたは複数のゾーンを示す可能性がある。ZARUMマップは、ゾーンの各々に関する情報を含む。情報は、以下のうちの1つまたは複数を含む可能性がある。
(i)ゾーンのリソースプールの各々に関するCBR
(ii)各ゾーンのためのリソースブロックの占有状況を含むベクトルのマップ
(iii)(たとえば、上位m個の統計に由来する)リソースプール毎の空きリソースのリストを含むマップ
さらなる実施形態によれば、UEは、そのUEがあるゾーンに関する占有ステータスレポートを提供する可能性があるのみでなく、隣り合うゾーン、つまり、UEがあるゾーンのすぐ隣のゾーンから占有ステータス、たとえば、CBRを取得する可能性もある。これは、1つのUEが2つ以上の占有レポートをBSに提供する可能性があるとき、複数のゾーンから占有ステータスレポートを獲得するために削減された数のUEが必要とされるので、シグナリングオーバーヘッドをより一層削減することを可能にする。
第1の態様の実施形態によれば、トランシーバのカバーエリアの各ゾーンが、ゾーン識別子によって特定され、トランシーバのカバーエリアのゾーン内にあるユーザ機器は、ゾーンのゾーン識別子をそのユーザ機器に関連付けてあり、トランシーバは、ゾーン占有レポートをトランシーバに返すように、同じゾーン識別子を有する一部のユーザ機器にシグナリングするように構成される。
第1の態様の実施形態によれば、トランシーバは、特定のゾーンに関するゾーン占有レポートをトランシーバに返すための一部のユーザ機器を、特定のゾーンに割り振られた複数のユーザ機器から選択するように構成される。
第1の態様の実施形態によれば、ユーザ機器は、以下の基準、すなわち、(i)ユーザ機器がアップリンク送信期間(PUSCH)の開始後の予め定義された時間にまたは予め定義された時間期間内にトランシーバへのアップリンク送信を実行すること、(ii)ユーザ機器が定期的にパケットを送信すること、たとえば、ユーザ機器がVoLTEを実行すること、(iii)トランシーバへのユーザ機器のリンクの品質、(iv)ユーザ機器のクラスのうちの1つまたは複数に応じて選択される。
第1の態様の実施形態によれば、トランシーバがユーザ機器のアップリンク送信をスケジューリングするように構成される場合、トランシーバは、ユーザ機器のアップリンク送信の時間についての知識を有し、トランシーバは、知識に基づいてユーザ機器を選択するように構成される。
第1の態様の実施形態によれば、トランシーバは、トランシーバに占有レポートを送信する要求を、制御情報メッセージと一緒に、選択されたユーザ機器に送信するように構成される。
第1の態様の実施形態によれば、制御情報メッセージは、(i)ゾーン占有レポートが返されるべきでないとき、第1の値、たとえば、偽に設定され、ゾーン占有レポートが返されるべきであるとき、第2の値、たとえば、真に設定されるフラグ、および/または(ii)占有レポートがトランシーバに送信されるべきである時点もしくは時間間隔を含む。
第1の態様の実施形態によれば、制御情報メッセージは、ダウンリンク制御インジケータ(DCI)、たとえば、DCIフォーマット5a、またはRRCシグナリングメッセージである。本発明は、そのような制御情報メッセージに限定されない。その他の実施形態によれば、UEに与えられるその他のメッセージが、メッセージが向けられる先のUEによって占有レポートが送信されるべきであることをシグナリングするために使用される可能性がある。たとえば、UEが基地局を含まない通信のようにいかなるダウンリンクおよび/またはアップリンクチャネルも用いずにサイドリンクによって通信する可能性があるシナリオにおいて、制御情報は、サイドリンク制御インジケータ(SCI)内で送信される可能性がある。たとえば、バスのような移動するセルのシナリオにおいては、ネットワークへの接続を提供するエンティティが存在し、バス内のUEがたとえばサイドリンク通信を使用してこのエンティティと通信する間、ネットワークへの接続を提供する。そのようなシナリオにおいては、エンティティからそれぞれのUEに送信されるダウンリンク制御情報が存在せず、したがって、任意の制御情報をUEに運ぶためにSCIが使用される可能性がある。
第1の態様の実施形態によれば、トランシーバは、ユーザ機器があるゾーンに関する第1のゾーン占有レポートをユーザ機器から受信し、1つまたは複数の第2のゾーン占有レポートを1つまたは複数のすぐ隣のゾーンから受信するように構成される。
第1の態様の実施形態によれば、リソースプールのリソースは、2つ以上のユーザ機器のサイドリンク通信のためのリソースを含み、および/またはゾーン占有レポートは、ゾーンに関するチャネルビジー率(CBR)を含む。
第1の態様の実施形態によれば、トランシーバは、1つまたは複数のゾーンに関して得られたゾーン占有レポートを使用して、カバーエリアのゾーンのゾーン分割エリアリソース使用マップを生成するように構成される。
第1の態様の実施形態によれば、ゾーン分割エリアリソース使用マップは、それぞれのゾーン、たとえば、特定のユーザ機器の周りの選択されたゾーン内のトラフィック密度を示し、トランシーバは、ゾーン分割エリアリソース使用マップを使用してカバーエリアのゾーンにおけるリソース割り当てを制御するように構成される。
第1の態様の実施形態によれば、ユーザ機器がトランシーバのカバーエリア内の1つのゾーンからカバーエリア内の別のゾーンに移動するとき、トランシーバは、ゾーン分割エリアリソース使用マップが予め定義された閾値より小さいトラフィック密度を示すユーザ機器にリソースを割り当てるように構成される。
第1の態様の実施形態によれば、ユーザ機器がトランシーバのカバーエリア内の1つのゾーンからカバーエリア内の別のゾーンに移動するとき、トランシーバは、別のゾーンに割り振られたリソースプールが予め定義された閾値を超える混雑レベルを示す場合、リソースの例外的なプール、たとえば、ハンドオーバ動作のために予約されたリソースを使用するようにユーザ機器に要求するように構成される。
第1の態様の実施形態によれば、トランシーバのカバーエリアのゾーンのうちの1つまたは複数が、ワイヤレス通信システムの1つまたは複数のその他のトランシーバの1つまたは複数のゾーンと重なり合い、トランシーバは、ゾーン分割エリアリソース使用マップを1つまたは複数のその他のトランシーバと共有するように構成される。
態様2
第2の態様によれば、ゾーンのモード3のUEおよびモード4のUEがサイドリンク通信のために同じリソースプールを共有すると仮定される。第2の態様によれば、モード3のUEは、基地局がそのモード3のUEに割り振ったリソースをモード4のUEにブロードキャストする可能性があり、その結果、モード4のUEは、リソースの選択を排除し、それから、残りのリソースにおいてリソースの感知を実行する可能性がある。
発明の手法の第2の態様によれば、ワイヤレス通信システムのためのユーザ機器が、提供され、ユーザ機器は、ワイヤレス通信システムのトランシーバによってサービスを提供され、トランシーバのカバーエリアは、1つのゾーンまたは複数のゾーンを含み、各ゾーンは、リソースプールをそのゾーンにマッピング済みであり、ユーザ機器は、1つまたは複数のその他のユーザ機器とのサイドリンク通信のためのリソースのスケジューリングがトランシーバによって実行される動作の第1のモード、たとえば、V2Xモード3で動作するように構成され、1つまたは複数のさらなるユーザ機器が、ユーザ機器と同じゾーン内にあり、さらなるユーザ機器は、第2のモード、たとえば、V2Xモード4によって動作するように構成され、さらなるユーザ機器は、非接続状態であり、サイドリンク通信のためのリソースプールのリソースを自律的にスケジューリングするように構成され、ユーザ機器は、さらなるユーザ機器がブロードキャストされたリソースをリソースプールから排除することを可能にするために、トランシーバによってユーザ機器に割り振られるリソースをさらなるユーザ機器にブロードキャストするように構成される。
第2の態様によれば、モード4のUEが、それが感知を実行するそのUEのリソースプールから競合する恐れのあるリソースを排除するので、リソースの衝突が実質的に防止され、それによって、システム全体の効率を高める。
第2の態様の実施形態によれば、ユーザ機器は、サイドリンク制御情報メッセージ、たとえば、D2D通信のためのSCIフォーマット0およびV2X通信のためのSCIフォーマット1を使用してリソースをブロードキャストするように構成される。
第2の態様の実施形態によれば、ユーザ機器は、トランシーバのカバーエリアの外にある1つまたは複数のさらなるユーザ機器がブロードキャストされたリソースを予め構成されたリソースプールから排除し、予め構成されたリソースプールの残りのリソースにおいてリソースの感知を実行することを可能にするために、トランシーバによってユーザ機器に割り振られるリソースをブロードキャストするように構成される。
第2の態様の実施形態によれば、ユーザ機器は、トランシーバのカバーエリアの端にあるセルエッジのユーザ機器である可能性がある。
また、第1の態様および第2の態様は、一緒に実装される可能性がある。
態様3
ワイヤレス通信ネットワークにおいてモード3のUEおよびモード4のUEの処理を改善する発明の手法の第3の態様は、モード4のUEをモード3の構成に切り替えることに関する。1つの手法は、単純に、基地局のカバレッジ内にあるモード4のUEの各々をモード3の構成に切り替えることであるが、これは、モード4で動作するUEの各々が実際にモード3の構成に切り替えられる必要があるとは限らないので効率的でない可能性がある。発明の手法の第3の態様によれば、基地局のカバレッジ内にあるモード4のUEの効率的な切り替えが、利用可能なリソースの使用を最適化するために実行される。第3の態様の発明の手法によれば、基地局のカバレッジ内のすべてのモードのUEがモード3の構成に切り替わることを可能にする代わりに、切り替えは、1つまたは複数の予め定義された基準が満たされると実行されるのみである。
発明の手法の第3の態様によれば、ワイヤレス通信システムのためのユーザ機器が、提供され、ユーザ機器は、1つまたは複数のその他のユーザ機器とのサイドリンク通信のために、第1のモード、たとえば、V2Xモード4によって動作するように構成され、第1のモードにおいて、ユーザ機器は、非接続状態であり、サイドリンク通信のためのリソースを自律的にスケジューリングするように構成され、ユーザ機器は、ワイヤレス通信システムのトランシーバのカバーエリア内にあるとき、1つまたは複数の予め定義された基準がユーザ機器によって満たされる場合、第1のモードから第2のモード、たとえば、V2Xモード3に切り替わるように構成され、第2のモードにおいて、1つまたは複数のその他のユーザ機器とのサイドリンク通信のためのリソースのスケジューリングは、トランシーバによって実行される。
また、発明の手法の第3の態様によれば、複数のユーザ機器にサービスを提供するためのワイヤレス通信システムのためのトランシーバが、提供され、トランシーバは、システム情報、たとえばSIB21をブロードキャストするように構成され、システム情報は、動作の第1のモード、たとえばV2Xモード4から動作の第2のモード、たとえばV2Xモード3に切り替えるために特定のユーザ機器によって満たされるべき1つまたは複数の予め定義された基準を指定し、動作の第1のモードにおいて、ユーザ機器は、非接続状態であり、サイドリンク通信のためのリソースを自律的にスケジューリングするように構成され、動作の第2のモードにおいて、1つまたは複数のその他のユーザ機器とのサイドリンク通信のためのリソースのスケジューリングは、トランシーバによって実行される。
実施形態によれば、現在モード4の構成であるUEは、たとえば、アイドルモードのUEによって費やされた時間、UEが移動している速度、UEによって送信/受信されるべきデータのサービスクラス、および/またはサイドリンクトラフィックのような1つもしくは複数のUEへの通信トラフィックの量である可能性がある満たされるべき基準のうちの1つまたは複数が示されるシステムリソースブロック、たとえば、SIB21が受信されると、モード3の構成に切り替わる可能性がある。
第3の態様の実施形態によれば、ユーザ機器は、ユーザ機器がトランシーバのカバーエリア内にあることを示すページング信号をトランシーバから受信することに応じて、およびシステム情報、たとえばSIB21を受信することに応じて第1のモードから第2のモードに切り替わるように構成される。
第3の態様の実施形態によれば、予め定義された基準は、(i)IDLEモードのユーザ機器によって費やされた時間、(ii)ユーザ機器が移動している速度、(iii)ユーザ機器によって送信/受信されるべきデータのサービスクラス、(iv)1つまたは複数のその他のユーザ機器へのサイドリンク通信トラフィックの量のうちの1つまたは複数を含む。
第3の態様の実施形態によれば、基準がIDLEモードのユーザ機器によって費やされた時間を含むとき、ユーザ機器は、トランシーバに接続することなくカバーエリア内で費やされたユーザ機器の時間の量が予め定義された閾値を超えるときに第1のモードから第2のモードに切り替わるように構成される。
第3の態様の実施形態によれば、基準がユーザ機器が移動している速度を含むとき、ユーザ機器は、ユーザ機器が移動する速度が予め定義された閾値未満であるときに、またはユーザ機器が移動する速度が予め定義された量の時間の間予め定義された閾値未満であるときに第1のモードから第2のモードに切り替わるように構成される。
第3の態様の実施形態によれば、ユーザ機器は、複数のモビリティ状態にカテゴリ分けされ、モビリティ状態は、通常のモビリティ状態、中間のモビリティ状態、および高いモビリティ状態を含み、ユーザ機器は、ユーザ機器が通常のモビリティ状態または中間のモビリティ状態であるとカテゴリ分けされるとき、第1のモードから第2のモードに切り替わるように構成され、ユーザ機器は、ユーザ機器が高いモビリティ状態であるとカテゴリ分けされるとき、第1のモードのままであるように構成される。
第3の態様の実施形態によれば、基準がユーザ機器によって送信/受信されるべきデータのサービスクラスを含むとき、ユーザ機器は、ユーザ機器が予め定義されたサービスレベルを有する特定のサービスクラスの情報を送信/受信するとき、第1のモードから第2のモードに切り替わるように構成される。
第3の態様の実施形態によれば、基準が1つまたは複数のその他のユーザ機器へのサイドリンク通信トラフィックの量を含むとき、ユーザ機器は、第1のモードで使用されるべきリソースプールの占有ステータスを感知することが予め定義された閾値を超える混雑レベルを示すとき、第1のモードから第2のモードに切り替わるように構成される。
第3の態様は基地局のカバーエリアがそれぞれのゾーンに分割される基地局を使用して実装される可能性があるが、第3の態様は、それぞれのゾーンへのカバーエリアの分割を実施しない基地局に実装される可能性もあることが留意される。
第3の態様は基地局のカバーエリアがそれぞれのゾーンに分割される基地局を使用して実装される可能性があるが、第2の態様は、それぞれのゾーンへのカバーエリアの分割を実施しない基地局に実装される可能性もあることが留意される。
また、第1の態様、第2の態様、および第3の態様のうちの2つ以上が、一緒に実装される可能性がある。
以下で、上述の態様が、より詳細に説明される。
態様1
図5は、図1または図2を参照して上で説明されたネットワーク内のセルのようなセルの概略図である。セルは、基地局gNBのカバレッジ200 (図3参照)によって定義される。カバーエリア200は、各ゾーンがそれぞれのゾーンIDをそのゾーンに関連付けた複数のゾーンに分割される。カバーエリア200は、ゾーン識別子、ゾーンID0からゾーンID7を割り振った8つのゾーンに下位分割される。図5は、カバーエリア200がそれぞれのゾーンにどのようにして分割される可能性があるかの例に過ぎず、その他の実施形態によれば、より多くのまたはより少ないゾーンおよびその他の形状のゾーンが定義される可能性があることが留意される。実施形態によれば、それぞれのゾーンは、それぞれの緯度および経度に関連して定義される可能性があり、ゾーンは、発明の手法がV2X通信のために実施されるシナリオにおいてはV2Xゾーンと呼ばれる可能性もある。ゾーンの各々は、212に概略的に示されるように単独のまたは一意のリソースプールをそのゾーンに関連付け済みである。ゾーン毎のリソースプール212は、ゾーンの各々に関して、ゾーン内にあるUEの間のサイドリンク通信のために割り当てられたリソースを示す可能性がある。同じゾーン内のUEは、それぞれのゾーンIDをそのUEに割り振った可能性がある。リソースプール212は、たとえば、その他のUEとのサイドリンク通信のために所与のゾーン内のUEによって使用される可能性がある周波数/時間を示す可能性がある。このリソースプール212は、実施形態によれば、モード3のUEとモード4の構成のUEとの両方に関して一意である可能性がある。その他の実施形態によれば、カバーエリア200は、単一のゾーンを定義する可能性がある。
図5は、ゾーン4内の複数のユーザ機器UE14、UE24、...UEn4を示し、基地局gNBは、UEの一部にのみ占有ステータスレポート、たとえば、CBRのレポートを要求する。レポートは、矢印21414および21424によって概略的に表されるようにUE14およびUE24に要求されるが、ゾーン4内のいかなるその他のUEにも要求されない。ゾーン4内にあるUEの一部が基地局gNBにステータスレポートを送信するので、すべてのUEがレポートを送信する状況と比較されたとき、ゾーン4からのCBRのレポートに関連するシグナリングオーバーヘッドが削減される。実施形態によれば、単一のUEまたはUEのサブセットのみが、基地局にCBRレポートを返すように命令される。さらなる実施形態によれば、基地局は、それぞれのCBRの測定が実行されるべきか否かをそれぞれのUEにシグナリングする可能性がある。さらにその他の実施形態によれば、ゾーン内のUEの一部またはすべてが、基地局によってそのようにするように命令されることなくCBRの測定を自動的に実行するように構成される可能性がある。
実施形態によれば、1つのゾーンから1つまたは複数のUEが、1つまたは複数の予め定義された基準に応じて選択される。実施形態によれば、基地局にレポートを提供するための1つまたは複数のUEが、UEから基地局へのアップリンク送信の時間に応じて選択される可能性がある。より詳細には、基地局は、最初に、たとえば、ゾーンのすべてのUEにダウンリンク制御情報メッセージを送信することによってアップリンク送信のためのリソースをスケジューリングし、結果として、それぞれのUEがアップリンク送信を実行する時間を知っている。基地局は、この知識に基づいて、単一のUEをCBRレポートに送り返すUEとして選択する可能性があり、この単一のUEは、アップリンク情報を送信するためのアップリンク送信期間内の最初のUEである可能性がある。その他の実施形態によれば、たとえば、ゾーン内の残りのUEの前にUEのアップリンク情報を送信する初めの2つ、3つ、または4つのUEが基地局にCBRレポートを返すUEとして選択されるように、複数のUE、たとえば、スケジューリング後の予め定義された時間の期間内にUEのアップリンク情報を送信するいくつかのUEが、選択される可能性がある。
図6は、実施形態による、基地局にCBRレポートを返すための単一のUEの選択を示すタイミング図である。基地局BSによってカバーされるゾーン内に、モード3のUEと呼ばれる2つのUE、つまり、基地局と接続された状態であるUEがあると仮定される。最初に、時間t1において、UE1が、スケジューリング要求(UCI - アップリンク制御情報)をPUCCH上で基地局BSに送信し、時間t2において、UE2が、スケジューリング要求を基地局BSに送信する。時間t3およびt4において、それぞれのアップリンクグラント(uplink grant)が、基地局BSからUE1およびUE2にDCIフォーマット0を使用してPDCCH上でそれぞれ送信される。時間t4の後のさらなる時間の間に、UE1およびUE2も存在するゾーン内に存在する可能性があるさらなるUEが、スケジューリングされ、それに応じてアップリンクを承認される可能性がある。
スケジューリングおよび承認が完了すると、BSは、それぞれのUEがアップリンク送信においてデータを送信する時間を知っている。この知識に基づいて、基地局は、UE1が時間t8におけるUE2のアップリンク送信の前の時間t7においてアップリンク共有チャネルにおいて送信し、図6に示されていないが、すべてのその他のUEがt7よりも後の時間にアップリンク送信を実行すると決定する。この知識に基づいて、基地局は、時間t7と時間tPSCCH (物理サイドリンク制御チャネル(PSCCH)上のサイドリンク制御情報(SCI)の送信が行われる時間)との間の時間差が時間t8とtPSCCHとの間の時間差よりも少ないとき、CBRのレポートのためにUE1を選択する。したがって、時間t5において、UEがCBRレポートを送信すべきであることを示すフィールドが第1の値、たとえば、真に設定されるフォーマット5Aの更新されたDCIを与えられ、一方、時間t6において、さらに、CBRレポートが送信されるべきでないことをそれぞれのフィールドが示し、したがって、そのフィールドが偽に設定される可能性がある更新されたDCI 5Aが、UE2に送信される。また、ゾーン内のその他のUEに関して、送信されるCBRレポートに関するフィールドが偽に設定されたそれぞれの更新されたDCI 5Aメッセージが、送信される可能性がある。
図7は、真に設定されるとき、CBRレポートを送信することを示し、偽に設定されるとき、CBRレポートが送信されるべきでないことを示す単一ビットのブール値フラグ240を追加することによって第1の態様の教示に従って修正されたフォーマット5Aのダウンリンク制御インジケータの例を示す。
上述のように、実施形態によれば、UEは、ゾーン内のやはり2つ以上ではあるが一部のUEがCBRレポートを返す要求を与えられる可能性があるように、それぞれのアップリンク送信が実行される時間と時間tPSCCHとの間の時間差が予め定義された時間の期間内である限り、CBRレポートが送信されるべきであることを示す更新されたDCI 5Aメッセージを与えられる可能性がある。
その他の実施形態によれば、アップリンク送信が行われる時間に基づいてCBRレポートを返すためのUEを選択する代わりに、その他の基準も、別途か、または図6を参照して説明された基準と組み合わせてかのどちらかで適用される可能性がある。たとえば、実施形態によれば、既に定期的にパケットを送信している、たとえば、VoLTE (ボイスオーバLTE)を実行するUEのようにその他のパケットにピギーバックしている1つまたは複数のUEが、選択される可能性がある。その他の実施形態によれば、UEは、たとえば、その他のUEよりも良いリンク品質を有するUEの送信がより効率的であるのでそのようなUEがCBRレポートを送信するために選択されるように、リンク品質に応じて選択される可能性がある。その他のUEと比較してリンク品質を決定する代わりに、リンク品質が予め定義された閾値を超えていると判定されるUEが選択される可能性もある。さらに別の実施形態は、UEのクラスに基づいてレポートを送信するためのUEを選択することを可能にし、たとえば、MIMOモードをサポートするUEが、選択される可能性がある。
上述の実施形態において、基地局にCBRレポートを送信するそれぞれの要求は、レポートが送信されるべきであることを示すそれぞれのフィールドが真かまたは偽かのどちらかに設定される図6を参照して説明されたDCIメッセージのようなダウンリンク制御情報メッセージを使用してそれぞれのUEにシグナリングされる。これらの実施形態は、UEの各々への追加的なDCIメッセージの送信を必要とし、これは、シグナリングオーバーヘッドを増やす可能性がある。その他の実施形態によれば、PDCCHまたはPSCCHにおいてDCIをシグナリングするのではなく、基地局が、接続をセットアップすると、たとえば、RRCシグナリングを利用することによって、UEがレポートを送信すべきか否かをUEに知らせる可能性がある。そのような場合、アップリンク送信が行われる時間に依拠するのではなく、上述のその他の基準が、レポートを送信するまたは送信しないUEを選択するために使用される可能性がある。また、無線パラメータまたは条件が変わり、RRC再構成が行われるとき、UEは、CBRレポートがそれぞれのUEによって送信されるか否かについてのそれぞれの情報を、RRCシグナリングを介して再び受信する可能性がある。RRCシグナリングは、DCIシグナリングよりも低速である可能性があるが、実際の送信周期中のオーバーヘッドを削減する。
RRCシグナリングは、実施形態によれば、CBRのレポートが実行されるべきである時間についての情報を含む可能性があり、たとえば、レポートがその後に自動的に送信される特定の時点または特定の時間間隔が、RRCシグナリングによって決定される可能性がある。
レポートが送信されるべきであるかまたは送信されるべきでないかをDCIメッセージで示す代わりに、追加的な情報が、含められる可能性があり、たとえば、UEが、そのUEがレポートを送信するべきであることを知らされる可能性があり、さらに、CBRのレポートが実行されるべきであるそれぞれの時点かまたは時間間隔かのどちらかが、追加的なDCIメッセージの数を減らすために、ダウンリンク制御情報メッセージ、たとえば、DCIメッセージに含められる可能性がある。ゾーンからの別のUEがBSにレポートを送信するUEとして選択されることになるように、上述の基準のような特定の基準のうちの1つまたは複数が変わったかまたはもはや満たされない場合、レポートに関する設定を変更する新しいDCIメッセージが、送信される可能性がある。
上述の実施形態によれば、基地局gNBのカバーエリア200は複数のゾーンに分割されると仮定されたが、上で概説された発明の手法は、単一のゾーンを定義するカバーエリア200を有する基地局にも適用される可能性がある。そのようなシナリオにおいては、UEのうちの一部の、基地局によってサービスを提供される複数のUEが、CBRレポートを送信するために選択される。
実施形態によれば、カバーエリア200が複数のゾーンに分割される場合と、単一のゾーンのみが存在する場合との両方で、単一のCBRレポートが、各ゾーンに関して提供される可能性がある。その他の実施形態によれば、ゾーンの各々またはゾーン全体に関して複数のレポートが、提供される可能性があり、基地局が、レポートに基づいて、それぞれのゾーンまたはカバーエリアに関する完全なレポートを生成する可能性がある。
さらなる実施形態によれば、1つのゾーン内にあるUE、たとえば、図5のUE13が、UE13があるゾーンID3を有するゾーンに関する第1のCBRレポート21413を提供する可能性がある。加えて、UE13は、ゾーンID0、1、および2を有する隣接するゾーンからそれぞれのCBRレポート2140、2141、および2142を取得するためにこれらのゾーンをリスニングする。たとえば、UEは、UEがあるゾーンよりも大きなCBR測定値を得るための半径を有する可能性がある。それぞれのレポートが、216に示されるように基地局gNBに返される。基地局gNBは、すべてのゾーンに関するレポートを取得するための全体的なシグナリングがレポートが各ゾーン内のUEから取得される場合と比較されるときに削減される可能性があるように、隣接するゾーンもカバーする、1つのゾーン内で使用される1つのUEまたは少ない数のUEからの異なるゾーンに関するCBRレポートを受信する可能性がある。たとえば、図5に示されるシナリオを考えるとき、第2のUE17が、ゾーンID7の中にあり、ゾーン4、5、6、および7からそれぞれのゾーンCBRレポートを集める可能性があり、その結果、2つのUEからレポートを受信することによって、基地局gNBは、カバーエリア200全体に関するそれぞれのゾーン分割エリアリソース使用マップを生成する可能性がある。
さらなる実施形態によれば、ゾーンからの1つまたは複数のUEから取得されたレポートに基づいて、たとえば、UE13からのレポートに基づいて、UE13があり、UE13を囲むゾーンのゾーン分割エリアリソース使用マップ(ZARUM) 218が、基地局において生成される可能性があり、そのZARUM 218が、UE13の周囲のゾーン、つまり、ゾーン0、1、および2内のトラフィック密度に基づいてBSがリソースの割り当てをサポートすることを可能にする。実施形態によれば、ZARUM 218は、ゾーンの各々に関する情報を含む可能性があり、情報は、以下のうちの1つまたは複数を含む可能性がある。
(i)ゾーンのリソースプールの各々に関するCBR
(ii)各ゾーンのためのリソースブロックの占有状況を含むベクトルのマップ
(iii)(たとえば、上位m個の統計に由来する)リソースプール毎の空きリソースのリストを含むマップ
ゾーン分割エリアリソース使用マップ218は、基地局に、その基地局のカバレッジの下のゾーンIDの各々の占有ステータスに関する知識を与える可能性があり、したがって、たとえば、UEが1つのゾーンIDから別のゾーンIDに、ただし、引き続き同じ基地局のカバレッジ内で移動しなければならいとき、マップは、低いトラフィックを示す移動するUEによって使用されるべきリソースの組を基地局が提供することを可能にし、それは、結果として、より効率的なスケジューリングをもたらす。これは、特定のUE13に関してのみ周囲のゾーンのゾーン分割エリアリソース使用マップが生成される場合か、またはゾーン分割エリアリソース使用マップがすべてのゾーンをカバーする場合かのどちらかで使用される可能性がある。実施形態によれば、UEが移動させられるべき新しいゾーンIDが混雑している、つまり、トラフィックの密度が指定された閾値を超えていると判定される場合、BSは、UEが移動している先のゾーンIDに割り振られたリソースプールの代わりに「リソースの例外的なプール」を使用するようにUEに要求する可能性がある。リソースの例外的なプールは、セルの間のUEのためのハンドオーバプロセスのような特定のプロセスのために使用されるリソースのプールを含む可能性がある。これは、UEが新しいゾーンIDに移動するとき、BSが比較的低いトラフィックを有するリソースの組を使用のためにUEに与えることを可能にし、それが、より効率的なスケジューリングをもたらす。
さらにその他の実施形態によれば、ゾーン分割エリアリソース使用マップが、基地局の間で共有される可能性がある。隣接する基地局は、重なり合うエリアまたは重なり合うゾーンを有する可能性があり、したがって、隣接する基地局によってもカバーされる1つの基地局の特定のゾーンに関して既に取得された情報を共有することは、現在の基地局の下のゾーンから新しい基地局の下のゾーンにUEを移動させたときにリソースをより効率的にスケジューリングすることを可能にする。
モード3を使用するUEとモード4を使用するUEとの間の無線リソースプールの共有に関連する第1の態様のさらなる実施形態が、以降で説明される。図5を再び参照して、基地局gNBのカバレッジ200 (図3参照)が、ゾーンIDをそのゾーンに関連付けてあり、212に概略的に示されるように、リソースプール212、たとえば、単独のまたは一意のリソースプールをそのゾーンに関連付けてあるゾーン、たとえば、単一のゾーンを定義すると仮定される。上述のように、基地局gNBのゾーンまたはカバレッジ200内のUEのすべてから占有ステータスレポート、たとえば、CBRのレポートを取得することは、不利である可能性がある。すべてのUEからのCBRのレポートは、余分な遅延をもたらし、全体的なシステムの性能を低下させる可能性がある。
発明の手法によれば、この欠点は、占有ステータスレポート、たとえば、CBRのレポートをゾーンまたはカバレッジ200内のUEの一部から取得することによって避けられる。たとえば、基地局gNBは、CBRのレポートを1つもしくは複数のUEまたはUEのサブセットに要求し、すべてのUEには要求しない可能性がある。
すべてのモード3のUEのサブセットのみが詳細なCBRレポートをeNBに返報する場合、実施形態によれば、サブセットを決定するために使用される基準は、パケットの優先度の送信、たとえば、ProSeパケット毎優先度(ProSe per Packet Priority)、PPPP、サービスクラス、またはアクセスカテゴリである可能性がある。たとえば、比較的低い優先度の送信のみを有するか、または比較的低いアクセスカテゴリに属するか、または比較的低いサービスクラスに属するモード3のUEが、詳細なCBRレポートを送信するために選択される可能性がある。そのようなUEは厳しいレイテンシーの制約に拘束されないので、そのようないかなるレイテンシーの問題も引き起こされない。
上述のように、基地局gNBのカバレッジ200またはゾーン内に、モード3のUEおよびモード4のUEが存在する可能性がある。さらなる実施形態によれば、1つまたは複数のモード4のUEが基地局gNBのカバレッジ内にあるとき、モード4のUEからのCBRのレポートが許される可能性がある。モード3のUEがCBRレポートを送信することに加えて、ネットワークのカバレッジ内にある1つまたは複数のモード4のUEも、対応する基地局eNBまたはgNBにチャネル占有ステータスをレポートするようにネットワークによって構成される。チャネル占有ステータスは、チャネルビジー率CBR、またはチャネル占有率CR、またはCBRとCRとの組合せ、またはその他の種類の占有レポートを含むレポートを送信することによってレポートされる可能性がある。
実施形態によれば、ネットワークのカバレッジ内にあるモード4のUEは、図7Aに示される状態図に従って対応する基地局eNBまたはgNBにチャネル占有ステータスをレポートする可能性がある。図7Aに示される状態図は、以降でより詳細に説明される本発明の実施形態によるリソースプールの選択の図でもある。
図7Aは、下側の部分がモード3のUEに関連し、UEは、eNBが所与のリソースプール内の使用されるべき厳密なリソースをスケジューリングするときにのみモード3で動作すると言われる。UEは、カバレッジ内にあり、RRC_CONNECTED状態であるときにのみこのモードで動作する。
図7Aは、上側の部分がモード4のUEに関連し、UEは、リソース割り当てがUE自体によって分散して実行されるときにモード4で動作すると言われる。UEは、このモードで機能するために、カバレッジの中かまたは外かのどちらかにあり、RRC_CONNECTED状態かまたはRRC_IDLE状態かのどちらかであることが可能である。
UEは、カバレッジ内にあり、RRC_IDLE状態であるとき、情報要素(IE) SL-V2X-ConfigCommonを含むSIB21を受信し、SL-V2X-ConfigCommonは、さらにIE V2X-CommTxPoolNormalCommonを定義する。この特定のIEは、最大8つの送信リソースプールの構成の組を含み、送信リソースプールの構成の各々は、IE SL-CommResourcePoolV2Xによって定義される。UEは、UEがそのUEの(0から7の範囲の) zoneIDを計算するのを助けるzoneConfig IEも受信し、このzoneIDに基づいて、プールの受け取られた組から単独の関連する送信リソースプールを選択する。UEがzoneConfigを受信しない場合、UEは、同期基準ソースに関連する第1のプールを選択する。
同様に、UEがRRC_CONNECTED状態に移るとき、UEは、V2X-CommTxPoolNormalDedicated IEを含むRRCConnectionReconfigurationメッセージを受信する。eNBによって与えられるこのIEは、UEが送信のための厳密なリソースを受け取るのか(scheduled、モード3)またはUEが感知に基づいて送信のための独自のリソースを選択しなければならないのか(ue-Selected、モード4)に関してUEに命令する。
この選択に応じて、UEは、送信リソースプールの組を与えられる。Scheduledの場合、UEは、最大8個の送信リソースプールの構成の組を含むV2X-SchedulingPool IEを与えられ、送信リソースプールの構成の各々は、SL-CommResourcePoolV2X IEによって定義される。Ue-Selectedの場合、UEは、V2X-CommTxPoolNormalDedicated IEを与えられ、そのとき、V2X-CommTxPoolNormalDedicated IEは、最大8個の送信リソースプールの構成の組を含み、送信リソースプールの構成の各々は、上で同様に説明されたように、SL-CommResourcePoolV2X IEによって定義される。UEは、UEがプールの受け取られた組から単独の関連する送信リソースプールを選択するのを助けるzoneConfig IEも受信する。
上述の情報に基づいて、定義されたシナリオの各々において、単一のzoneIDに関連する単一の送信プールのみが存在する可能性があることが分かる可能性がある。異なるシナリオ(およびそれらのシナリオのそれぞれのIE)のために同じリソースプールを定義することは、本質的に、モード3のUEとモード4のUEとの両方が同じリソースプールを共有することを意味する。
各シナリオのためのリソースプールの各々の定義の複雑さを考えると、この節で説明されたように、これらのリソースプールを専用のプールおよび共有されたプールに分割することは、UEが異なるプールを選ぶことを保証するためにシグナリングオーバーヘッドの著しい増加を招く。また、それは、既存の仕様のかなりの量の変更につながる。モード3のUEとモード4のUEとの間で同じリソースプールを共有することは、そのような欠点を回避する。
さらに、モード4のUEはその感知メカニズムのおかげでモード3のUEまたは仲間のモード4のUEによって使用されるリソースを知っている可能性があるが、モード4のUEによるリソースプール内のリソースの使用をeNBに知らせるための方法が現在存在せず、その結果、送信のためのリソースを割り当てる間に衝突が起こる可能性がある。実施形態によれば、この問題が、eNBのリソース割り当て/スケジューリング能力を高めるためにモード3のUEが感知およびリソース占有のレポートを実行することを可能にすることによって対処され、このことが、以下で詳細に検討される。
プールの構成
モード3のUEとモード4のUEとの両方が単一のリソースプールの構成を使用し、互いに部分的にまたは完全に重なり合う単一のリソースプールの構成と、各モードに属するUEが専用のリソースプールおよび別個の共有リソースプール(モード3のプール内に存在する可能性がある)を有する分割された/専用のリソースプールの構成との両方が、以降で検討される。
専用のプールのセットアップに関する問題を理解するために、最大100個のサブフレームを有するリソースプールが存在する例が考えられ、ビットマップが、データ送信のために60個のサブフレームを割り当て、データ受信のために40個のサブフレームを割り当て、合計10個のサブチャネルを割り当て、6個がデータ送信のために割り当てられ、残りの4個がデータ受信のために割り当てられている。ビットマップは、V2X通信の半二重の性質が原因で受信のためのサブフレームおよびサブチャネルを省く可能性がある。
リソースプールの利用
3種類のプール--専用のモード3、専用のモード4、およびモード3とモード4との両方のための専用の共有プール--にわたる論理的な等しい分割は、種類毎に20個のサブフレームおよび2つのサブチャネルのみをもたらす。これは、リソースの残り40%がデータの受信に利用可能であり、20%のみが送信のために利用可能であることを考えると根拠がないばかりでなく、リソースプールをある程度硬直化させる。モード3のUEが専用のモード3のプール内に送信するためのリソースを持たず、そのモード3のUEが送信するためのリソースを持つことができるまでには、新しいリソースプール割り当てが巡ってくるのを待たなければならないシナリオが存在する。
単一のリソースプールの構成は、リソースの60%すべてが送信するためにモード3のUEとモード4のUEとに利用され得るのでこの問題には直面しない。
したがって、専用のリソースプールは、本質的に動的でなく、リソースプール割り当てをある程度硬直化させ、それが、単一のリソースプールの構成によって提供される柔軟性を奪う。
図7Bは、リソースを3種類のプールに分けるとき(図7Bの左側)および両方のモードのために単一のリソースプールを使用するとき(図7Bの右側)のそれぞれのモードのリソースプールの使用を示す図である。
シグナリングオーバーヘッド
より多くのリソースがモード3のUEまたはモード4のUEに割り当てられる必要がある場合、これらのリソースプールに関する構成は、無線フレーム毎、たとえば、10ms毎に一度であるeNBからの新しいSIB21またはRRCConnectionReconfigurationメッセージによって一度だけ更新される可能性がある。これを和らげる唯一の方法は、SIB21送信の周期性を上げることによるか、またはシグナリングのための新しい方法を導入することにより、これは、シグナリングオーバーヘッドの著しい増加を引き起こすだけでなく、既存の仕様に対する大幅な変更も引き起こす。
したがって、専用のリソースプールの頻繁な更新は、既存の仕様の中で機能する単一のリソースプールの構成と比較して著しいシグナリングオーバーヘッドをもたらす。
感知レポート
モード3のUEがリソース占有ステータスの感知およびeNBへのレポートを実行することを可能にされる場合、すべてのモード3のUEと比較して、共有プールを使用するUEのみがeNBにこのレポートを送り返すことを要求されるので、専用の共有プールが有利である。または、レポートされる共有リソースプールが単一のリソースプール全体と比べられたときより小さい可能性があるので、レポートのサイズは、より小さい可能性がある。
これらの利点は、本明細書において説明された第1の態様による発明の手法を実装するとき、単一のリソースプールの構成にも当てはまり、第1の態様によれば、すべてのモード3のUEではなくすべてのモード3のUEのサブセットのみが、所与の送信リソースプール内でモード4のUEによって使用されるリソースをeNBに知らせるために、前記プールに関して占有レポートをeNBに送り返し、それによって、送信されるレポートの総数を減らす。
eNBは、このレポートを使用してこのレポートをそのeNB自体のリソース割り当て情報と比較する可能性があり、モード4のUEによって使用されるリソースを特定する可能性がある。したがって、eNBは、これらのリソースがモード3のUEに割り当てられないことを保証し、モード4のUEとのリソース割り当てのいかなる衝突も防止する可能性がある。
したがって、モード3のUEがeNBに占有レポートを送り返している場合、専用の共有リソースプールの使用が利点を有するが、同じ利点は、単一のリソースプールの構成にも移転され得る。
故に、本発明の実施形態によれば、モード3のUEとモードのUEとの両方のために単一のリソースプールの構成を使用することが好ましい。
モード3のUEのレポート
共有リソースプールの実装に関して、実施形態によれば、モード3のUEが、感知および感知の結果のeNBへの返報を実行することを可能にされる。このレポートの主要な目的は、eNBが干渉環境およびリソースの占有状況を知って、所与の送信リソースプール内のリソースを効率的にスケジューリングすることができるようになることである。
通常の手法によれば、すべてのUEが、たとえば、チャネルビジー率(CBR)レポートおよびチャネル占有率(CR)の形態で基本的なレベルの占有および混雑のレポートを実行する。CBRは、本質的に、前の100サブフレーム内の予め構成されたRSSIの閾値を超えるサブチャネルの量の比率を定義することによってチャネルの混雑のインジケーションをeNBに与え、一方、CRは、1000サブフレームの期間にわたるサブチャネルの総数に対するUEによる送信のために使用されたサブチャネルの数の比率である。これらの両方の値がリソースの混雑を管理するためにeNBによって使用されるが、それらは、モード3とモード4との両方がリソースプールを共有するとき、eNBのスケジューラがリソース割り当てにおける起こり得る衝突を避けるのに不十分である可能性がある。
一方、モード4のUEは、前の1000サブフレームにおいてRSRPを測定し、
・送信のために前記UEによって使用される
・(パケットの優先度に応じて決まる)予め設定されたRSRPの閾値を超える、および
・将来の送信のためにその他のUEによって予約されたリソースを排除することによってそれらのUEのリソースを選択する。
通常の手法によれば、モード4のUEは、この情報を他の場所に送信せず、この情報をそれらのUE自体のリソース選択にだけ使用する。
モード3のUEがリソースのスケジューリングを支援するためにeNBにレポートを送り返すとしたならば、UEがサブフレーム毎のCBRをなんとかして測定し、それを平均して現在のCBR値を生成するとき、CBRレポートのより詳細なバージョンが好ましい。サブフレーム毎のCBRを平均する代わりに、UEは、所与のリソースプール内のサブフレームの各々のCBR値を提供する可能性があり、それによって、各サブフレームの占有状態に関するより多くの情報をeNBに与える。
したがって、本発明の実施形態によれば、モード3のUEが、リソースプール全体で単一の値を提供するためにCBR値を平均する代わりにリソースプールの各サブフレームのCBR値を含めることによってCBRレポートのより詳細なバージョンを送信することが好ましい。
モード3のUEが上述のように詳細なCBRレポートを生成するか、または感知プロセスを実行し、eNBにこれをレポートの中で送り返す場合、これは、サイドリンクのレイテンシーの増大、オーバーヘッドの増加、およびモード3のUEに対するさらなる負担を引き起こす可能性がある。本発明の実施形態は、以下のようにこれらの問題に対処する。
増加するオーバーヘッド
増加するオーバーヘッドの問題に対処するために、本発明の実施形態によれば、すべてのモード3のUEではなくすべてのモード3のUEのサブセットのみが、eNBに詳細なCBRレポートまたは占有レポートを送り返す。これは、所与の送信リソースプールに関して、UEが同じサブフレームおよびサブチャネルのCBRを測定し、したがって、同じプール内のすべてのUEがeNBに返報しているとレポートが冗長であるので一部のUEがレポートを送信することを要求されるときに可能である。
したがって、CBRレポートの送信は、トリガされるイベントV1およびV2に基づく可能性がある。レポートを送信するためのトリガは、既存のv1-Thresholdおよびv2-Thresholdとともに、リンク品質、今度のPUSCHグラントの継続時間、またはUEのカテゴリなどの様々なパラメータに基づく可能性がある。これらのトリガは、ReportConfigEUTRA内で定義される可能性がある。
イベントによってトリガされるレポートは、新しいレポートメカニズムのためのいかなる追加的なシグナリング手順の必要性もなくす可能性があり、いかなる追加的なオーバーヘッドも引き起こさない。詳細なCBRレポートの場合、そのようなCBRレポートのサイズはより大きい可能性があるが、eNBにレポートするモード3のUEの数が、すべてのUEがレポートを送信する通常の手法よりも著しく少ないので、オーバーヘッドの影響は、大幅に和らげられ得る。また、これは、最小限の仕様変更を保証する。
したがって、本発明の実施形態によれば、モード3のUEのサブセットのみが、活動中のイベントを設定するためにトリガの拡張された組を使用して、eNBに詳細なCBRレポートを送信する。
レイテンシーの問題
考慮されるべき別の問題は、追加的なレポートが原因でもたらされる可能性がある余分な遅延である。上述のように、すべてのモード3のUEのサブセットのみがeNBに詳細なCBRレポートを返報している場合、サブセットを決定するために使用される可能性がある別の基準は、V2X送信の優先度である。比較的低い優先度の送信のみを有するモード3のUEが、詳細なCBRレポートを送信するために使用される可能性があり、UEが厳しいレイテンシーの制約に拘束されないので、これは、そのようにいかなるレイテンシーの問題も引き起こさない。
したがって、本発明の実施形態によれば、送信の比較的低い優先度に基づいてモード3のUEのサブセットを選択し、それによって、システムにいかなるレイテンシーの問題も引き起こさないことが好ましい。
第2の態様
発明の手法の第2の態様によれば、モード4の構成で動作するUEが、同じゾーン内のモード3のUEによって使用されるリソースについて知らされる可能性がある。モード3のUEによって使用され、シグナリングされるリソースは、サイドリンク通信のためにモード4のUEによって調べられるリソースから排除される可能性がある。より詳細には、図8に示されるシナリオを考えるとき、モード4のUE 206が、モード3のUE 202、204が接続される基地局gNBのカバーエリア200内にある。図8の例においては、カバーエリア200が基地局の単一のゾーンを形成すると仮定されるが、その他の実施形態によれば、UE 202、204、および206は、共通のゾーン、たとえば、カバーエリア200が分割される可能性がある図5に示されたゾーンのうちの1つの中にある可能性がある。後者の場合、すべてのUEが、同じゾーンIDを共有する。どちらの場合も、同じゾーン内のすべてのUEが、SL通信のために同じリソースプールを使用すると仮定される。通常、UE 206のようなモード4のUEは、モード3のUE 202、204によって使用されているリソースを知らずに、リソースを感知し、データを送信する。リソースの衝突を防止するために、発明の手法の第2の態様によれば、モード3のUEと同じゾーン内のUE 206のようなモード4のUEが、モード3のUEによって使用されるリソースについて知らされる。たとえば、モード3の構成のUE 202、204は、本発明の第1の態様に従って得られたゾーンエリアリソース使用マップに基づいて基地局から送信のためのそれらのUEのリソースを受け取る。モード3のUE 202は、このUEのために基地局によって選択されたリソースを示すメッセージ、たとえば、D2D通信の場合のSCIフォーマット0メッセージまたはV2X通信の場合のSCIフォーマット1メッセージのようなサイドリンク制御情報メッセージを送信またはブロードキャストする。ブロードキャストは、同じゾーン内にあるモード4のUE 206において受信され、メッセージに応じて、UE 206は、モード3のUEによって使用されていることが示されたリソースを排除し、残りのリソース上でのみ感知および選択を実行する。これは、リソースの競合が防止されるのでリソース割り当てに関する効率を改善する。図8に、モード3のUE 202によって使用されるように基地局gNBによってスケジューリングされたリソースのモード4のUE 206へのブロードキャストが、260に概略的に表される。
実施形態によれば、レポート260は、基地局gNBのカバーエリア200内にないモード4のUEに送信される可能性がある。そのようなUEは、UE 202からブロードキャスト260を受信する可能性がある。たとえば、セル200に向かって移動するさらなるモード4のUE 208を考えるとき、そのUE 208は、ブロードキャストを既に受信している可能性があり、したがって、UE 202によって使用されるリソースについての情報を持っており、したがって、そのUE 208がサイドリンク通信のために感知するリソースプールを適切に調整することができる。
上述の実施形態においては、モード3の構成とも呼ばれる接続モードであるそれぞれの車両か、またはモード4の構成とも呼ばれるアイドルモードである車両かが、参照された。しかし、本発明は、V2V通信またはV2X通信に限定されず、むしろ、本発明は、任意のデバイスツーデバイス通信、たとえば、PC5インターフェース上でサイドリンク通信を実行する、たとえば、乗り物以外の移動するユーザまたは静止したユーザにも適用可能である。そのようなシナリオにおいても、上述の態様に従ってリソースをスケジューリングすることは、リソースの衝突を防止するサイドリンク通信などのためのリソースのより効率的なスケジューリングを可能にするので有利である。
第3の態様
発明の手法の第3の態様によれば、モード4のUEが、満たされるべき1つまたは複数の予め定義された基準に応じてモード3の構成に切り替えられる可能性がある。図8は、V2V通信のために使用されるべきリソースに関するスケジューリングおよび干渉の管理を実行する基地局gNBの制御の下でPC5インターフェース上でサイドリンク通信を提供するために、2つのモード3のUE 202、204が基地局gNBのカバーエリア200内にある図2および図3の組合せと同様のシナリオを示す。したがって、図8の例においては乗り物であるように示されるUE 202、204は、gNBと通信するとき、接続モードである。加えて、モード4のUE 206は、カバーエリア200内にあるが、まだカバレッジの外にある、つまり、アイドル状態であり、つまり、そのUE 206は、基地局gNBと通信せず、たとえば、別の乗り物または別のエンティティとのV2Vサイドリンク通信のためのリソースのスケジューリングおよび/または干渉の管理を自律的に実行すると仮定される。モード4の構成で動作するUE 206は、セル200の基地局からページング信号を受信する可能性があり、そのページング信号に基づいて、UE 206は、カバレッジ内にあると判定する。UE 206は、基地局からシステム情報、たとえば、SIB21を受信する可能性がある。モード4の構成であるすべてのUEが、それぞれのUEが基地局のカバレッジ内にあると判定するとモード3の構成に自動的に切り替わることを可能にするのではなく、発明の手法によれば、モード4の構成からモード3の構成への切り替えを選択するより効率的な方法。選択的な切り替えは、以下のいくつかの利点を提供する可能性がある。
(i)すべてのモード4のUEをモード3の構成に切り替えることは、多数の新しいUEを一度に扱う必要があるセルにおいて過負荷を引き起こす可能性がある。これは、性能を低下させ、さらには、UEが接続することができない可能性がある状況につながる可能性がある。
たとえば、すべてのモード4のUEをモード3の構成に切り替えることは、PRACHまたはその他のネットワークリソースが負荷をかけられすぎるようになる可能性があり、その他のUEが拒否されなければならないかまたはネットワークにまったくアクセスすることができない可能性があるので、可能でないかまたは許されない可能性がある。例として出発する飛行機のシナリオを考えるとき、500を超えるUEが地上のセルの組を高速で通過し、すべてがPRACHまたはHO (ハンドオーバ)を要求し、それはネットワークを崩壊させる。
そのような状況は、発明の手法による効率的な切り替え方針を実施するとき、避けられる。
(ii)多数のモード4のUEがセルに入ることに関連するシグナリングオーバーヘッドが、削減される可能性がある。
(iii)リソース割り当ての柔軟性が、高められる可能性がある。
実施形態によれば、UE 206は、特定の量の時間が過ぎると、たとえば、UEが初めてページング信号を受信してから特定の量の時間が過ぎるとモード4の構成からモード3の構成に切り替えられる可能性がある。言い換えると、UE 206がアイドル、つまり、図8において基地局に未接続のままであった時間の量が、切り替えを開始するための1つの基準である。この時間が達せられるとき、UEは、システム情報を読み、接続モード、たとえば、RRC接続モードに切り替わる可能性がある。
その他の実施形態によれば、UE 206を接続モードまたはモード3の構成に切り替えるための基準は、UE 206が移動している速度である可能性がある。たとえば、実施形態によれば、UEは、特定の速度に依存する評価規則に基づいて分類される可能性があり、たとえば、UEは、3つのモビリティの状態、すなわち、
(a)通常のモビリティ
(b)中間のモビリティ
(c)高いモビリティ
のうちの1つにカテゴリ分けされる可能性がある。
通常のまたは中間の状態で、UEが図8の基地局gNBのカバレッジ200内でかなり長い時間を過ごす可能性が高く、したがって、より効率的なリソースの使用と、サイドリンク通信を制御するために使用される2つの構成が原因である可能性があるリソースの衝突の防止とを提供するためにUE 206を接続モードに切り替えることが価値があると判断される。UE 206が高いモビリティの状態であると判断されると、これは、UEがセル200に長期間残っておらず、したがって、UEがモード4の構成のままにされることを示す。
モード4のUEをモード3の構成に切り替えるためのさらに別の実施形態は、UEにおいて送信される/受信されるデータのサービスクラスに基づく可能性がある。たとえば、モード4のUEは、特定のサービスクラスの情報が送信/受信されるべきである場合にモード3の構成に切り替わる可能性がある。これは、定義されたサービスレベルに応じて決まる可能性もある。基地局は、モード3の構成においてリソースを最適化し、最も高い優先度を有するサービスへのスケジューリングされたトラフィックを優先する可能性がある。下のTable 1 (表1)は、モード4の構成であるUEのための、サービスクラスへの優先レベルのマッピングに関する例を示す。実施形態によれば、モード3の構成への切り替えは、最高または高優先レベルを有するサービスクラスに関して決定される可能性があり、一方、低または最低優先レベルのサービスは、構成の切り替えを引き起こさない。
Figure 0006900574
別の実施形態によれば、モード3の構成への切り替えは、サイドリンクトラフィックに応じて決定される可能性がある。たとえば、リソースおよび/または干渉を自律的に制御/管理し、それぞれの利用可能なリソースを感知するUE 206が、SLのために利用可能なリソースに関するトラフィックの状況を判定する可能性がある。UE 206がサイドリンク通信のために使用される1つまたは複数のリソースがある程度混雑していることを知るようになる場合、UE 206は、サイドリンク通信を強化するスケジューリングを基地局によって実行させるためにモード3の構成に切り替えた方が良いと判定する可能性がある。
このとき、その他の実施形態によれば、モード3の構成へのモード4のUEの切り替えを選択するためのその他の基準が適用される可能性があることが、留意される。さらに、上述の基準は、互いに分離して使用される可能性があり、または選択された基準のすべてが満たされるときにのみ切り替えが行われる可能性があるように、基準のうちの2つ以上が組み合わされる可能性があることが留意される。
発明の手法の第3の態様によれば、モード3の構成に切り替えられる不定の数のモード4のUEを有するのではなく、実施形態によれば、発明の手法は、上述の基準に基づいて、たとえば、アイドル時間、速度、および送信/受信されるべき情報に基づいて切り替えプロセスを規制する。今述べられた基準、つまり、時間、速度、情報の組合せを考えるとき、これは、より長く留まるモード4のUEがモード3に切り替わることを可能にし、それによって、UEが実行しなければならない切り替えの数を減らす。また、これは、モード4のUEが緊急メッセージのような特定のサービスタイプに属する送出されるべき高い優先度のメッセージを有する場合に、UEが信頼性の高い送信のために基地局から専用のリソースを受け取ることができるようにUEがモード3に切り替えられる可能性があることを保証する。
アイドルモードのモード4のUEは、アイドルモードで費やされた時間、UEの速度、および情報の種類に応じた優先レベルに関連して基地局によって指定された閾値に関してシステム情報を周期的に監視する可能性がある。
図9は、250に示されるように、アイドル時間、UEの速度、および優先度のメッセージのようなそれぞれのサイドリンクV2Xモード切り替え閾値を定義することによって本発明の第3の態様に従って修正されたシステム情報ブロックSIB21の例を示す。システム情報ブロック、たとえば、図9に示されるシステム情報ブロックを読み取ると、UE 206 (図8参照)は、そのUE 206の現在のパラメータをSIB内の閾値、つまり、図9の250に示されるそれぞれのパラメータと比較することによってモード切り替えをトリガする可能性がある。
それぞれの態様が互いに分けて説明されたが、態様のうちの2つ以上が組み合わされる可能性があることが留意される。
さらに、上述の実施形態においては、基地局が参照されたが、発明の手法は、図1または図2を参照して上で説明された基地局に限定されず、むしろ、上で概説された構成を有するユーザ機器とのワイヤレス通信を提供するためのワイヤレス通信ネットワークまたはシステム内の任意のトランシーバ装置に当てはまる。したがって、発明の手法によるトランシーバは、上述の基地局を含む可能性があるが、路側機(road side unit)、移動基地局、ストリートファニチャー(street furniture) (たとえば、街灯柱、信号機、バス停、...)、プラトーンリーダー(platoon leader)のようなその他のエンティティも含む可能性がある。
本発明の実施形態は、基地局と、モバイル端末またはIoTデバイスのようなユーザとを含む図1または図2に示されたワイヤレス通信システムに実装される可能性がある。図10は、トランシーバ300と複数のUE 302、304との間で情報を伝達するためのワイヤレス通信システムの概略図である。トランシーバ300およびUE 302、304は、Uuインターフェースを使用する無線リンクのようなそれぞれの第1のワイヤレス通信リンク306aおよび306bを介して通信する可能性がある。さらに、UE 302、304は、PC5インターフェースを使用する無線リンクのような第2のワイヤレス通信リンク308を介して互いに通信する可能性がある。トランシーバ300は、1つもしくは複数のアンテナANTT、または複数のアンテナ要素を有するアンテナアレイ、および信号プロセッサ300aを含む。トランシーバ300は、本明細書において説明される発明の教示に従って動作する可能性がある。UE 302および304の各々は、1つもしくは複数のアンテナANTUE、または複数のアンテナ要素を有するアンテナアレイ、および信号プロセッサ302a、304aを含む。それぞれのUEは、本明細書において説明される発明の教示に従って動作する可能性がある。
発明の手法の第1の態様によれば、ワイヤレス通信システムのトランシーバ300が、複数のUE 302、304にサービスを提供する。トランシーバのカバーエリア310は、(図10に示される) 1つのゾーンまたは複数のゾーンを含む。各ゾーンは、リソースプールをそのゾーンにマッピング済みである。トランシーバ300は、特定のゾーンに関するゾーン占有レポートをトランシーバ300に返すように、特定のゾーンに割り振られた一部のUE 302、304にシグナリングする。ゾーン占有レポートは、特定のゾーンにマッピングされたリソースプールの占有ステータスを示す。発明の手法の第1の態様によれば、UE 302、304のうちの1つまたは複数が、ワイヤレス通信システムのトランシーバ300によってサービスを提供され、トランシーバ300からの要求に応じて、ゾーン占有レポートをトランシーバ300に返す。
発明の手法の第2の態様によれば、UE 302、304は、トランシーバ300によってサービスを提供される。UE 302、304は、動作の第1のモードで動作する。さらなるUEがUE 302、304と同じゾーンにある場合、さらなるUEが第2のモードによって動作するとき、UE 302、304は、さらなるUEがリソースプールからブロードキャストされたリソースを排除することを可能にするために、トランシーバ300によってUE 302、304に割り振られるリソースをさらなるUEにブロードキャストする。
発明の手法の第3の態様によれば、UE 302、304のうちの1つまたは複数は、1つまたは複数のその他のユーザ機器とのサイドリンク通信308のために第1のモード、たとえば、V2Xモード4によって動作する。第1のモードにおいて、UEは、非接続状態であり、サイドリンク通信のためのリソースを自律的にスケジューリングする。UE 302、304がトランシーバ300のカバーエリア310内にあるとき、1つまたは複数の予め定義された基準がUE 302、304によって満たされる場合、UE 302、304は、第1のモードから第2のモード、たとえば、V2Xモード3に切り替わる可能性がある。第2のモードにおいて、1つまたは複数のその他のユーザ機器とのサイドリンク通信308のためのリソースのスケジューリングは、トランシーバによって実行される。発明の手法の第3の態様によれば、トランシーバ300は、システム情報、たとえば、SIB21をブロードキャストする。システム情報は、動作の第1のモードから動作の第2のモードに切り替えるためにUE 302、304によって満たされるべき1つまたは複数の予め定義された基準を指定する。
説明される実施形態によれば、BSのようなトランシーバが、特定のゾーンに関するゾーン占有レポートをトランシーバに返すように、特定のゾーンに割り振られた一部のUEにシグナリングする。したがって、実施形態によれば、BSは、すべてのUEにブロードキャストを送信するのではなく、レポートが望まれるUEにのみブロードキャストを送信する。たとえば、UEへのシグナリングは、トランシーバがたとえばRRCシグナリングを使用して構成メッセージを送信することを含む可能性がある。構成メッセージは、MeasSensing-Config情報要素と呼ばれる可能性がある。IE MeasSensing-Configは、TS 36.213 [9]において規定された感知測定のための入力因子を指定する可能性があり、実施形態によれば、MeasSensing-Config情報要素は、以下を含む可能性がある。
Figure 0006900574
この中で、
・「sensingReselectionCounter」
TS 36.213 [9]の14.1.1.4B節において規定されたように、Creselを導出するために使用されるSL_RESOURCE_RESELECTION_COUNTERの値を示す。
・sensingSubchannelNumber
TS 36.213 [9]の14.1.1.6節において規定されたように、サブチャネルの数、すなわち、パラメータLsubCHを示す。
・sensingPeriodicity
TS 36.213 [9]の14.1.1.6節において規定されたように、リソース予約間隔、すなわち、パラメータPrsvp_TXを示す。
・sensingPriority
TS36.213[9]の14.1.1.6節において規定されたように、UEによって関連するSCIフォーマット1で送信されるべき優先度、すなわち、パラメータprioTXを示す。
たとえば、eNBまたはBSは、以下のようにレポートするようにUEを構成する可能性がある。
2>以下に従って感知測定結果を含むようにmeasResultSensingを設定する:
3>triggerTypeがperiodicalに設定される場合:
4>最後の周期的レポート以降または測定が開始もしくはリセットされて以降に新しい測定結果が利用可能になった適用可能な送信リソースプールを含める;
3>レポートされるべき各送信リソースプールに関して:
4>レポートされていない感知測定結果が利用可能である場合:
5>sensingResultをより低いレイヤによって提供された感知測定結果に設定する;
占有レポートは、たとえば、CBR (チャネルビジー率)のような使用率とリソースブロックの占有状況を与えるリソースベクトルとのうちの1つまたはそれらの組合せを含み、実施形態によれば、CBR (チャネルビジー率)のような使用率は、経時的な、たとえば、サブフレーム毎の使用された/使用されなかったリソースについての情報に対応する可能性がある。その他の実施形態によれば、リソースブロックの占有状況を与えるリソースベクトルは、経時的な、たとえば、サブフレーム毎の使用された/使用されなかったリソースについての情報に基づく可能性がある。レポートは、たとえば、周波数内、周波数間、およびRAT間モビリティに関する測定された結果をカバーする情報要素IEによって、たとえば、RRCシグナリングを使用してUEからBSにシグナリングされる可能性がある。IEは、MeasResults情報要素と呼ばれる可能性があり、実施形態によれば、MeasResults情報要素は、情報の中でもとりわけ、使用率および/またはリソースベクトルを指定するために使用される以下の情報を含む可能性がある。
Figure 0006900574
この中で、
「sl-SubframeRef」 感知測定結果が取得される時間間隔のn+T1に対応するサブフレームを示す(TS 36.213 [9]参照)。特に、値は、DFN#0のsubframe#0に対するタイミングオフセットをミリ秒で示し、
「resourceIndex」 TS36.213[9]の14.1.1.6節において規定されたように[T1, T2]ウィンドウ内の利用可能なリソース候補を示す。値1は、サブチャネル0からsensingSubchannelNumber-1に関してsf- sl-SubframeRefによって示されるサブフレーム上のリソース候補を示す。値2は、サブチャネル0からsensingSubchannelNumber-1に関してSubframeRefによって示されるサブフレームの後の最初のサブフレーム上のリソース候補を示す(値101は、リソースプールのnumSubchannelがsensingSubchannelNumberよりも大きい場合、サブチャネル1からsensingSubchannelNumberに関してSubframeRefによって示されるサブフレーム上のリソース候補を示す)。
説明された概念のいくつかの態様が装置の文脈で説明されたが、これらの態様が対応する方法の説明も示し、ブロックまたはデバイスが方法のステップまたは方法のステップの特徴に対応することは、明らかである。同じように、方法のステップの文脈で説明された態様は、対応する装置の対応するブロックもしくは物もしくは特徴の説明も示す。
本発明の様々な要素および特徴は、アナログおよび/もしくはデジタル回路を使用するハードウェアに、1つもしくは複数の汎用もしくは専用プロセッサによる命令の実行によってソフトウェアに、またはハードウェアとソフトウェアとの組合せとして実装される可能性がある。たとえば、本発明の実施形態は、コンピュータシステムまたは別の処理システムの環境に実装される可能性がある。図11は、コンピュータシステム350の例を示す。ユニットまたはモジュールおよびこれらのユニットによって実行される方法のステップは、1つまたは複数のコンピュータシステム350上で実行される可能性がある。コンピュータシステム350は、専用または汎用デジタル信号プロセッサのような1つまたは複数のプロセッサ352を含む。プロセッサ352は、バスまたはネットワークのような通信インフラストラクチャ354に接続される。コンピュータシステム350は、主メモリ356、たとえば、ランダムアクセスメモリ(RAM)と、補助メモリ358、たとえば、ハードディスクドライブおよび/またはリムーバブルストレージドライブとを含む。補助メモリ358は、コンピュータプログラムまたはその他の命令がコンピュータシステム350にロードされることを可能にする可能性がある。コンピュータシステム350は、ソフトウェアおよびデータがコンピュータシステム350と外部デバイスとの間で転送されることを可能にするための通信インターフェース360をさらに含む可能性がある。通信は、通信インターフェースによって処理され得る電子、電磁、光、またはその他の信号の形態である可能性がある。通信は、線またはケーブル、光ファイバ、電話回線、セルラ電話回線、RF回線、およびその他の通信チャネル362を使用する可能性がある。
用語「コンピュータプログラム媒体」および「コンピュータ可読媒体」は、リムーバブルストレージユニットまたはハードディスクドライブ内に据え付けられたハードディスクなどの有形のストレージ媒体を広く指すために使用される。これらのコンピュータプログラム製品は、コンピュータシステム350にソフトウェアを提供するための手段である。コンピュータ制御論理とも呼ばれるコンピュータプログラムは、主メモリ356および/または補助メモリ358に記憶される。コンピュータプログラムは、通信インターフェース360を介して受信される可能性もある。コンピュータプログラムは、実行されるとき、コンピュータシステム350が本発明を実施することを可能にする。特に、コンピュータプログラムは、実行されるとき、プロセッサ352が本明細書において説明された方法のいずれかなどの本発明のプロセスを実施することを可能にする。したがって、そのようなコンピュータプログラムは、コンピュータシステム350のコントローラを表す可能性がある。本開示がソフトウェアを使用して実装される場合、ソフトウェアは、コンピュータプログラム製品に記憶され、リムーバブルストレージドライブ、通信インターフェース360のようなインターフェースを使用してコンピュータシステム350にロードされる可能性がある。
ハードウェアまたはソフトウェアの実装は、それぞれの方法が実行されるようにプログラミング可能なコンピュータシステムと協力する(または協力することができる)、電子的に読み取り可能な制御信号を記憶するデジタルストレージ媒体、たとえば、クラウドストレージ、フロッピーディスク、DVD、Blue-Ray、CD、ROM、PROM、EPROM、EEPROM、またはフラッシュメモリを使用して行われる可能性がある。したがって、デジタルストレージ媒体は、コンピュータ可読である可能性がある。
本発明による一部の実施形態は、本明細書において説明された方法のうちの1つが実行されるように、プログラミング可能なコンピュータシステムと協力することができる、電子的に読み取り可能な制御信号を有するデータ担体を含む。
概して、本発明の実施形態は、プログラムコードを有するコンピュータプログラム製品として実装される可能性があり、プログラムコードは、コンピュータプログラム製品がコンピュータ上で実行されるときに方法のうちの1つを実行するために働く。プログラムコードは、たとえば、機械可読担体上に記憶される可能性がある。
その他の実施形態は、機械可読担体上に記憶される、本明細書において説明された方法のうちの1つを実行するためのコンピュータプログラムを含む。言い換えると、発明の方法の実施形態は、したがって、コンピュータプログラムがコンピュータ上で実行されるときに本明細書において説明された方法のうちの1つを実行するためのプログラムコードを有するコンピュータプログラムである。
発明の方法のさらなる実施形態は、したがって、記録された、本明細書において説明された方法のうちの1つを実行するためのコンピュータプログラムを含むデータ担体(またはデジタルストレージ媒体、もしくはコンピュータ可読媒体)である。発明の方法のさらなる実施形態は、したがって、本明細書において説明された方法のうちの1つを実行するためのコンピュータプログラムを表すデータストリームまたは信号のシーケンスである。データストリームまたは信号のシーケンスは、たとえば、データ通信接続を介して、たとえば、インターネットを介して転送されるように構成される可能性がある。さらなる実施形態は、本明細書において説明された方法のうちの1つを実行するように構成されたまたは適合された処理手段、たとえば、コンピュータまたはプログラマブルロジックデバイスを含む。さらなる実施形態は、本明細書において説明された方法のうちの1つを実行するためのコンピュータプログラムをインストールされたコンピュータを含む。
一部の実施形態においては、本明細書において説明された方法の機能の一部またはすべてを実行するために、プログラマブルロジックデバイス(たとえば、フィールドプログラマブルゲートアレイ)が使用される可能性がある。一部の実施形態において、フィールドプログラマブルゲートアレイは、本明細書において説明された方法のうちの1つを実行するためにマイクロプロセッサと協力する可能性がある。概して、方法は、任意のハードウェア装置によって実行されることが好ましい。
上述の実施形態は、本発明の原理を例示するに過ぎない。本明細書において説明された構成および詳細の修正および変更は当業者に明らかであることが、理解される。したがって、下の特許請求項の範囲によってのみ限定され、本明細書の実施形態の記載および説明によって提示された特定の詳細によって限定されないことが意図される。
参考文献
[1]Samsung、「Resource pool sharing between mode 3 and mode 4 UEs」、3GPP Technical Document- R1-1713537、Prague-Czech Republic、RAN1#90、2017年8月
[2]Ericsson、「Pool Sharing between Mode-3 and Mode-4」、3GPP Technical Document- R2-1709373、Berlin-Germany、RAN2#99、2017年8月
[3]Intel、「Resource Pool Sharing between mode 3 and mode 4」、3GPP Technical Document- R2-1709049、Berlin-Germany、RAN2#99、2017年8月
[4]Huawei、「Discussion on resource pool sharing between mode3 and mode4 UEs」、3GPP Technical Document- R2-1707969、Berlin-Germany、RAN#2、2017年8月
[5]ZTE、「Consideration on resource pool sharing between UEs using mode 3 and mode 4」、3GPP Technical Document- R2-1708510、Berlin-Germany、RAN#2、2017年8月
[6]3GPP TS 36.331 V14.2.0、Radio Resource Control (RRC) Protocol Specification、2017年3月
[7]3GPP TS 36.304 V14.4.0、UE procedures in Idle mode、2017年9月
[8]3GPP TS 36.212 V14.4.0、Multiplexing and channel coding、2017年9月
[9]3GPP TS 36.213 V14.4.0、Physical channels and modulation、2017年9月
100 ワイヤレスネットワーク
102 コアネットワーク
104 無線アクセスネットワーク
1061〜1065 セル
1081 矢印
1082 矢印
1083 矢印
1101 IoTデバイス
1102 IoTデバイス
1121 矢印
1122 矢印
1141〜1145 バックホールリンク
1161〜1165 バックホールリンク
1201〜1205 エリア
1221〜1225 バックホールリンク
1241 矢印
1242 矢印
200 カバーエリア
202 第1の乗り物、UE
204 第2の乗り物、UE
206 乗り物、UE
208 乗り物、UE
210 乗り物、UE
212 リソースプール
2140 CBRレポート
2141 CBRレポート
2142 CBRレポート
21413 第1のCBRレポート
21414 矢印
21424 矢印
218 ゾーン分割エリアリソース使用マップ(ZARUM)
240 ブール値フラグ
260 レポート、ブロードキャスト
300 トランシーバ
300a 信号プロセッサ
302 UE
304 UE
302a 信号プロセッサ
304a 信号プロセッサ
306a 第1のワイヤレス通信リンク
306b 第1のワイヤレス通信リンク
308 サイドリンク通信
310 カバーエリア
350 コンピュータシステム
352 プロセッサ
354 通信インフラストラクチャ
356 主メモリ
358 補助メモリ
360 通信インターフェース
362 その他の通信チャネル

Claims (9)

  1. ワイヤレス通信システムのためのユーザ機器であって、
    前記ユーザ機器が、前記ワイヤレス通信システムのトランシーバによってサービスを提供され、前記トランシーバのカバーエリアが、1つもしくは複数のゾーンを含み、各ゾーンが、リソースプールを前記ゾーンにマッピング済みであり、前記リソースプールは複数の物理リソースブロック(PRB)を含み、
    前記トランシーバからの要求に応じて、前記ユーザ機器が、前記ユーザ機器が配置されているゾーンに関するゾーン占有レポートを前記トランシーバに返すように構成され、前記ゾーン占有レポートが、前記ゾーンにマッピングされた前記リソースプールの占有ステータスを示し、
    前記ゾーン占有レポートが、以下、すなわち、
    (i) 前記リソースプールのPRBの占有状況を与えるリソースベクトルと、
    (ii) 最も占有されなかったPRB、または最も低い受信電力(RSSI)を含むPRBの上位m個とのうちの1つまたは組合せによって前記ゾーンにマッピングされた前記リソースプールの占有ステータスを示す
    ユーザ機器。
  2. 前記リソースベクトルは、PRBの組毎の占有のパーセンテージを示すか、または空きPRBの厳密な数を示す
    請求項1に記載のユーザ機器。
  3. 前記トランシーバの前記カバーエリアは、複数のゾーンを含み、前記ユーザ機器は、前記複数のゾーンの第1のゾーンに配置され、前記第1のゾーンに隣り合う1つもしくは複数の第2のゾーンに存在する他のユーザ機器から1つもしくは複数のさらなる占有ステータスを取得するために、前記1つもしくは複数の第2のゾーンをリスニングするように構成されている
    請求項1または2に記載のユーザ機器。
  4. 前記トランシーバの前記カバーエリアの各ゾーンが、ゾーン識別子によって特定され、前記トランシーバの前記カバーエリアのゾーン内に配置された前記ユーザ機器が、前記ゾーンの前記ゾーン識別子を前記ユーザ機器に関連付けてある請求項1から3のいずれか一項に記載のユーザ機器。
  5. 1つもしくは複数のトランシーバ、ならびに請求項1から4のいずれか一項のうちの1つに記載の1つもしくは複数のユーザ機器を含むワイヤレス通信システム。
  6. 前記1つもしくは複数のユーザ機器が、V2Xモード3のユーザ機器またはV2Xモード4のユーザ機器を含む請求項5に記載のワイヤレス通信システム。
  7. 前記トランシーバが、基地局、マクロセル基地局、スモールセル基地局、路側機のうちの1つまたは複数を含み、前記1つまたは複数のユーザ機器が、デバイスがワイヤレス通信システムを使用して通信することを可能にする接続性を有する乗り物および別のデバイスネットワークのうちの1つまたは複数を含む請求項5または6に記載のワイヤレス通信システム。
  8. ワイヤレス通信システムのためのユーザ機器のための方法において、前記ユーザ機器が、前記ワイヤレス通信システムのトランシーバによってサービスを提供され、前記トランシーバのカバーエリアが、1つもしくは複数のゾーンを含み、各ゾーンが、リソースプールを前記ゾーンにマッピング済みであり、前記リソースプールは複数の物理リソースブロック(PRB)を含む、方法であって、
    前記トランシーバからの要求に応じて、前記ユーザ機器によって、前記ユーザ機器が配置されているゾーンに関するゾーン占有レポートを前記トランシーバに返すステップであって、前記ゾーン占有レポートが、前記ゾーンにマッピングされた前記リソースプールの占有ステータスを示す、ステップを含み、
    前記ゾーン占有レポートが、以下、すなわち、
    (i) 前記リソースプールのPRBの占有状況を与えるリソースベクトルと、
    (ii) 最も占有されなかったPRB、または最も低い受信電力(RSSI)を含むPRBの上位m個とのうちの1つまたは組合せによって前記ゾーンにマッピングされた前記リソースプールの占有ステータスを示す
    方法。
  9. コンピュータ上で実行されるときに請求項8に記載の方法を実行する命令を記憶するコンピュータ可読媒体を含む非一時的コンピュータプログラム製品。
JP2020512457A 2017-11-16 2018-11-09 ワイヤレス通信ネットワークにおけるサイドリンク通信のためのリソース割り当て Active JP6900574B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2021100133A JP7113947B2 (ja) 2017-11-16 2021-06-16 ワイヤレス通信ネットワークにおけるサイドリンク通信のためのリソース割り当て

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
EP17202110 2017-11-16
EP17202110.7 2017-11-16
EP18157012.8 2018-02-15
EP18157012 2018-02-15
PCT/EP2018/080812 WO2019096705A1 (en) 2017-11-16 2018-11-09 Resource allocation for sidelink communications in a wireless communication network

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2021100133A Division JP7113947B2 (ja) 2017-11-16 2021-06-16 ワイヤレス通信ネットワークにおけるサイドリンク通信のためのリソース割り当て

Publications (2)

Publication Number Publication Date
JP2021501484A JP2021501484A (ja) 2021-01-14
JP6900574B2 true JP6900574B2 (ja) 2021-07-07

Family

ID=64100673

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2020512457A Active JP6900574B2 (ja) 2017-11-16 2018-11-09 ワイヤレス通信ネットワークにおけるサイドリンク通信のためのリソース割り当て
JP2021100133A Active JP7113947B2 (ja) 2017-11-16 2021-06-16 ワイヤレス通信ネットワークにおけるサイドリンク通信のためのリソース割り当て

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2021100133A Active JP7113947B2 (ja) 2017-11-16 2021-06-16 ワイヤレス通信ネットワークにおけるサイドリンク通信のためのリソース割り当て

Country Status (13)

Country Link
US (2) US11317383B2 (ja)
EP (2) EP3917234B1 (ja)
JP (2) JP6900574B2 (ja)
KR (3) KR102231466B1 (ja)
CN (1) CN111213415B (ja)
CA (1) CA3073572C (ja)
ES (1) ES2893545T3 (ja)
HU (1) HUE056628T2 (ja)
MX (1) MX2020002547A (ja)
PL (1) PL3653003T3 (ja)
RU (1) RU2745274C1 (ja)
TW (1) TWI703883B (ja)
WO (1) WO2019096705A1 (ja)

Families Citing this family (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3737176A4 (en) * 2018-02-23 2020-11-25 LG Electronics Inc. METHOD FOR V2X COMMUNICATION OF A TERMINAL DEVICE IN A WIRELESS COMMUNICATION SYSTEM AND DEVICE USING THE METHOD
EP3756396A1 (en) * 2018-03-16 2020-12-30 Huawei Technologies Co., Ltd. Devices and methods for d2d communication
EP3550905A1 (en) * 2018-04-03 2019-10-09 IDAC Holdings, Inc. Resource pool sharing between network scheduled ue and autonomous scheduled ue transmissions
CN110351684A (zh) * 2018-04-04 2019-10-18 华为技术有限公司 传输数据的方法及其装置和系统
US11617162B2 (en) * 2018-07-20 2023-03-28 Lg Electronics Inc. V2X operation method based on TTI bundling in wireless communication system, and terminal using method
WO2020064527A1 (en) * 2018-09-27 2020-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Sidelink resource allocation for enhanced mobility
CN117042180A (zh) * 2018-09-28 2023-11-10 联发科技股份有限公司 新的无线电移动通信中车联网的通信方法
US11234285B2 (en) * 2018-11-13 2022-01-25 Qualcomm Incorporated EV2X mobility support for mode 3.5/RSU scheduled mode
US11910377B2 (en) * 2018-11-30 2024-02-20 Beijing Xiaomi Mobile Software Co., Ltd. Method and apparatus for requesting scheduling sidelink resource, and storage medium
US11445477B2 (en) * 2019-01-18 2022-09-13 Lg Electronics Inc. Flexible resource configuration for NR V2X unicast
US11223993B2 (en) * 2019-03-20 2022-01-11 Lenovo (Singapore) Pte. Ltd. V2X communication resource for mobility event
US20200396716A1 (en) * 2019-06-17 2020-12-17 Qualcomm Incorporated System and method for pattern-based sidelink scheduling
EP3997932A1 (en) * 2019-07-08 2022-05-18 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Enhanced exceptional pool design for nr v2x sidelink
US20230007542A1 (en) * 2019-07-19 2023-01-05 Telefonaktiebolaget Lm Ericsson (Publ) Conditional Configuration in a Wireless Communication Network
US20220262253A1 (en) * 2019-07-22 2022-08-18 Zhibin Wu Prioritized lane change with v2x assistance
CN112312579A (zh) * 2019-08-01 2021-02-02 夏普株式会社 由用户设备执行的方法以及用户设备
US20220345942A1 (en) * 2019-08-14 2022-10-27 Nokia Technologies Oy Resource Pool Configuration and Usage for V2X
US11483839B2 (en) * 2019-08-15 2022-10-25 Ofinno, Llc Sidelink resource pool selection for urgent packet transmission
JP7394218B2 (ja) * 2019-10-28 2023-12-07 エルジー エレクトロニクス インコーポレイティド 単一ｐｄｕ送信のためのサイドリンクグラントの一部解除及びサイドリンク資源割当
CN113015127B (zh) * 2019-12-19 2022-07-12 荣耀终端有限公司 通信方法及装置
WO2021138907A1 (en) * 2020-01-10 2021-07-15 Lenovo (Beijing) Limited Method and apparatus for geo-based sidelink communication
KR20220126759A (ko) * 2020-01-21 2022-09-16 에프쥐 이노베이션 컴퍼니 리미티드 사이드링크 패킷 교환 동작을 위한 방법 및 사용자 장비
EP4243318A3 (en) * 2020-02-14 2023-11-15 Ofinno, LLC Resource reservation for sidelink communications
US20210321368A1 (en) * 2020-04-10 2021-10-14 Qualcomm Incorporated Techniques for using physical resource blocks (prbs) in a sidelink resource pool
WO2021208021A1 (en) * 2020-04-16 2021-10-21 Qualcomm Incorporated Receiver side protection with resource forwarding in sidelink
WO2021217376A1 (zh) * 2020-04-27 2021-11-04 华为技术有限公司 一种通信方法、装置以及系统
CN112714414B (zh) * 2020-04-29 2022-05-03 宸芯科技有限公司 一种资源选择方案确定方法、装置、终端及存储介质
US20210409147A1 (en) * 2020-06-25 2021-12-30 Qualcomm Incorporated Dynamic paging mode adaptation
FI20206138A1 (fi) * 2020-11-11 2022-05-12 Nokia Technologies Oy Sivulinkin resurssin uudelleenvalinta
US11832165B2 (en) * 2020-11-24 2023-11-28 Qualcomm Incorporated State-based sensing procedure
WO2022155323A1 (en) * 2021-01-14 2022-07-21 Kyocera Corporation Transmission of coverage indicator with relay capability by relay user equipment (ue) devices
US11778590B2 (en) * 2021-04-16 2023-10-03 Qualcomm Incorporated Techniques for selecting a sidelink sensing mode based on duplex mode
US11838911B2 (en) * 2021-08-20 2023-12-05 Qualcomm Incorporated Techniques for low-latency sidelink feedback transmission
WO2023111274A1 (en) 2021-12-17 2023-06-22 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Management of sidelink communication using the unlicensed spectrum
WO2023249420A1 (ko) * 2022-06-22 2023-12-28 엘지이노텍 주식회사 V2x 통신모듈
WO2024023107A1 (en) 2022-07-28 2024-02-01 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. User device support by a base station for a sidelink communication in an unlicensed spectrum

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05305834A (ja) 1992-04-30 1993-11-19 Mazda Motor Corp 四輪駆動車の動力伝達装置
US8248941B2 (en) 2008-02-01 2012-08-21 Nokia Siemens Networks Oy Method, apparatus and computer program for uplink scheduling in a network that employs relay nodes
CN101931961A (zh) 2009-06-23 2010-12-29 华为技术有限公司 实现中继系统回程链路控制信道传输的方法、系统和设备
JP5210278B2 (ja) * 2009-10-05 2013-06-12 株式会社エヌ・ティ・ティ・ドコモ 無線基地局装置、移動端末装置及び無線通信方法
US9198210B2 (en) * 2010-04-20 2015-11-24 Nokia Solutions And Networks Oy D2D communications considering different network operators
CN102752083B (zh) 2011-04-22 2017-12-12 株式会社Ntt都科摩 一种实现多点协作传输配置的方法
US10250364B2 (en) * 2011-12-09 2019-04-02 Nokia Corporation Channel measurements supporting coordinated multi-point operation
US9706423B2 (en) * 2012-03-16 2017-07-11 Qualcomm Incorporated System and method of offloading traffic to a wireless local area network
CN103581890B (zh) * 2012-08-08 2017-02-08 电信科学技术研究院 一种终端控制方法、设备及系统
WO2014127545A1 (en) * 2013-02-25 2014-08-28 Broadcom Corporation Dormant cell detection and report configuration
US11012939B2 (en) 2014-01-08 2021-05-18 Huawei Technologies Co., Ltd. System and method for always on connections in wireless communications system
US9609502B2 (en) * 2014-02-24 2017-03-28 Intel IP Corporation Adaptive silencing mechanism for device-to-device (D2D) discovery
EP3189687A4 (en) * 2014-09-02 2018-04-11 Telefonaktiebolaget LM Ericsson (publ) A network node and a method performed thereby for congenstion control of a radio base station
EP3187015A4 (en) 2014-09-03 2017-09-20 Huawei Technologies Co., Ltd. System and method for d2d resource allocation
US9549411B2 (en) 2014-11-27 2017-01-17 Guowang Miao Methods and apparatus for enabling proximity services in mobile networks
CN106464610B (zh) * 2015-01-27 2020-02-14 华为技术有限公司 基于v2v的资源分配方法和装置
US9961685B2 (en) * 2015-05-04 2018-05-01 Telefonaktiebolaget Lm Ericsson (Publ) Progressive resource allocation for vehicular communication
EP3335495B1 (en) 2015-08-12 2020-07-29 Intel Corporation Resource access in device to device communication
CN106937293B (zh) * 2015-12-29 2020-11-03 中兴通讯股份有限公司 一种频谱资源的分配方法及装置
JP6939796B2 (ja) 2016-01-11 2021-09-22 ソニーグループ株式会社 狭帯域ＩｏＴ通信システムにおけるサブキャリア間隔のシグナリング
CN105611499B (zh) 2016-01-15 2019-04-19 宇龙计算机通信科技(深圳)有限公司 一种v2v传输机制中控制面信令处理方法及系统
US11082950B2 (en) 2016-02-26 2021-08-03 Apple Inc. User equipment (UE) and method of sidelink data communication in fifth generation (5G) new radio (NR) things networks
WO2017196152A2 (ko) * 2016-05-13 2017-11-16 엘지전자 주식회사 무선 통신 시스템에서 차량 단말의 지리 정보를 보고하는 방법 및 장치
TWI623236B (zh) * 2016-12-19 2018-05-01 宏碁股份有限公司 動態分配資源的方法和通訊裝置
CN106900005A (zh) * 2017-04-01 2017-06-27 宇龙计算机通信科技(深圳)有限公司 一种资源参数测量方法、装置及基站
US20190306864A1 (en) * 2017-11-03 2019-10-03 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and Device for Transmitting Data

Also Published As

Publication number Publication date
US11317383B2 (en) 2022-04-26
TW201924389A (zh) 2019-06-16
WO2019096705A1 (en) 2019-05-23
HUE056628T2 (hu) 2022-02-28
JP2021501484A (ja) 2021-01-14
EP3917234A1 (en) 2021-12-01
ES2893545T3 (es) 2022-02-09
JP2021168478A (ja) 2021-10-21
KR20210033551A (ko) 2021-03-26
PL3653003T3 (pl) 2022-01-03
EP3653003A1 (en) 2020-05-20
US11671946B2 (en) 2023-06-06
MX2020002547A (es) 2020-07-20
KR102452753B1 (ko) 2022-10-11
US20200196279A1 (en) 2020-06-18
KR20210154864A (ko) 2021-12-21
EP3917234B1 (en) 2023-05-03
KR20190095433A (ko) 2019-08-14
CA3073572C (en) 2023-03-21
JP7113947B2 (ja) 2022-08-05
CA3073572A1 (en) 2019-05-23
KR102339503B1 (ko) 2021-12-14
CN111213415A (zh) 2020-05-29
KR102231466B1 (ko) 2021-03-24
EP3653003B1 (en) 2021-08-04
US20220264542A1 (en) 2022-08-18
TWI703883B (zh) 2020-09-01
RU2745274C1 (ru) 2021-03-23
CN111213415B (zh) 2023-07-28

Similar Documents

Publication Publication Date Title
JP6900574B2 (ja) ワイヤレス通信ネットワークにおけるサイドリンク通信のためのリソース割り当て
KR102323353B1 (ko) 클라우드 기반 사이드링크 스케줄링을 위한 디바이스들 및 방법들 및 이를 위한 기지국 인터페이스
US11284387B2 (en) Methods and system for device-to-device communication
JP7419358B2 (ja) グループ通信のためのリソースプールの設計
US20210212030A1 (en) V2x dynamic groupcast resource allocation
US11647483B2 (en) Devices and methods for device to device (D2D) communication
KR20150083808A (ko) 이동통신 시스템에서 단말 대 단말 통신을 위한 무선 자원 할당 방법 및 장치
US11805501B2 (en) Resource allocation for carrier aggregation
JP2023532069A (ja) サイドリンクｕｅのためのリソース予約の予測
JP2024511225A (ja) Ｎｒ ｓｉｄｅｌｉｎｋでの省電力ユーザのためのリソース選択
WO2021022523A1 (en) Resource scheduling in relay communication

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200428

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200428

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20200428

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20200824

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200914

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201214

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210201

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210506

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: 20210517

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210616

R150 Certificate of patent or registration of utility model

Ref document number: 6900574

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250