JPWO2020003531A1 - 通信装置、通信方法、及びシステム - Google Patents

通信装置、通信方法、及びシステム Download PDF

Info

Publication number
JPWO2020003531A1
JPWO2020003531A1 JP2020527160A JP2020527160A JPWO2020003531A1 JP WO2020003531 A1 JPWO2020003531 A1 JP WO2020003531A1 JP 2020527160 A JP2020527160 A JP 2020527160A JP 2020527160 A JP2020527160 A JP 2020527160A JP WO2020003531 A1 JPWO2020003531 A1 JP WO2020003531A1
Authority
JP
Japan
Prior art keywords
communication device
combinations
radio
parameters
radio parameters
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
JP2020527160A
Other languages
English (en)
Other versions
JP7344870B2 (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.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
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 NTT Docomo Inc filed Critical NTT Docomo Inc
Publication of JPWO2020003531A1 publication Critical patent/JPWO2020003531A1/ja
Application granted granted Critical
Publication of JP7344870B2 publication Critical patent/JP7344870B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • 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

Abstract

無線パラメータの組み合わせの第1のセットを示す情報を受信する受信部と、該無線パラメータの組み合わせの第1のセットと、自身でサポートする無線パラメータの組み合わせの第2のセットと、に基づいて、前記第1のセットと前記第2のセットとの間で共通な無線パラメータの組み合わせの第3のセットを抽出する制御部と、該無線パラメータの組み合わせの第3のセットを示す情報を送信する送信部と、を備える通信装置。

Description

本発明は、無線通信システムにおける通信装置に関連するものである。
LTE(Long Term Evolution)及びLTEの後継システム(例えば、LTE−A(LTE Advanced)、NR(New Radio)(5Gとも呼ぶ))では、UE等の通信装置同士が基地局を介さないで直接通信を行うサイドリンク(D2D(Device to Device)とも呼ぶ)技術が検討されている(非特許文献1)。
また、V2X(Vehicle to Everything)を実現することが検討され、仕様化が進められている。ここで、V2Xとは、ITS(Intelligent Transport Systems)の一部であり、図1に示すように、自動車間で行われる通信形態を意味するV2V(Vehicle to Vehicle)、自動車と道路脇に設置される路側機(RSU:Road−Side Unit)との間で行われる通信形態を意味するV2I(Vehicle to Infrastructure)、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するV2N(Vehicle to Nomadic device)、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するV2P(Vehicle to Pedestrian)の総称である。
3GPP TS 38.213 V15.1.0 (2018−03) 3GPP TS 38.211 V15.1.0 (2018−03) 3GPP TSG RAN Meeting #80、PR−181429、La Jolla、USA、June 11th−14th、2018
セルラ通信の上りリンク及び下りリンクでは、通信装置の通信相手は基地局のみとなるので、通信装置は、無線パラメータの組み合わせを一律に決定することができる。サイドリンクの通信では、通信相手によって対応可能なNumerology、Bandwidth Part、slot length等の無線パラメータの組み合わせが異なるため、送受信時に用いる、Numerology、Bandwidth Part、slot length等の無線パラメータの組み合わせを一律に設定すると、設定された無線パラメータの組み合わせに対応できないユーザ装置は、通信することができなくなってしまう可能性がある。
サイドリンクで通信する送信先と受信先の双方で対応可能な無線パラメータの組み合わせを選択する方法が必要とされている。
本発明の一態様によれば、無線パラメータの組み合わせの第1のセットを示す情報を受信する受信部と、該無線パラメータの組み合わせの第1のセットと、自身でサポートする無線パラメータの組み合わせの第2のセットと、に基づいて、前記第1のセットと前記第2のセットとの間で共通な無線パラメータの組み合わせの第3のセットを抽出する制御部と、該無線パラメータの組み合わせの第3のセットを示す情報を送信する送信部と、を備える通信装置が提供される。
開示の技術によれば、サイドリンクで通信する送信先と受信先の双方で対応可能な無線パラメータの組み合わせを選択する方法が提供される。
V2Xを説明するための図である。 サイドリンクを説明するための図である。 サイドリンクを説明するための図である。 サイドリンク通信に用いられるMAC PDUを説明するための図である。 SL−SCH subheaderのフォーマットを説明するための図である。 サイドリンクで使用されるチャネル構造の例を説明するための図である。 実施の形態に係る無線通信システムの構成例を示す図である。 通信装置のリソース選択動作を説明するための図である。 Bandwidth part operationの例を説明するための図である。 Long−PUCCH format及びShort−PUCCH formatの例を示す図である。 動作例1を説明するための図である。 無線パラメータの組み合わせに対してインデックスを割り当てる例を示す図である。 無線パラメータの組み合わせに対してインデックスを割り当てる他の例を示す図である。 動作例2を説明するための図である。 動作例3を説明するための図である。 実施の形態に係る基地局10の機能構成の一例を示す図である。 実施の形態に係る通信装置20の機能構成の一例を示す図である。 実施の形態に係る基地局10及び通信装置20のハードウェア構成の一例を示す図である。
以下、図面を参照して本発明の実施の形態(本実施の形態)を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
本実施の形態における通信装置間の直接通信の方式はLTEあるいはNRのサイドリンク(SL(Sidelink))であることを想定しているが、直接通信の方式は当該方式に限られない。また、「サイドリンク」という名称は一例であり、「サイドリンク」という名称が使用されずに、UL(Uplink)が、SLの機能を含むこととしてもよい。SLは、DL(Downlink)又はULと周波数又は時間リソースの違いによって区別されてもよく、他の名称であってもよい。
また、ULとSLとが、時間リソース、周波数リソース、時間・周波数リソース、送信電力制御においてPathlossを決定するために参照する参照信号、同期するために使用する参照信号(PSSS/SSSS)のいずれか1つ又はいずれか複数の組み合わせの違いによって区別されてもよい。
例えば、ULでは、送信電力制御においてPathlossを決定するために参照する参照信号として、アンテナポートXの参照信号を使用し、SL(SLとして使用するULを含む)では、送信電力制御においてPathlossを決定するために参照する参照信号として、アンテナポートYの参照信号を使用する。
また、本実施の形態では、通信装置が車両に搭載される形態を主に想定しているが、本発明の実施形態は、この形態に限定されない。例えば、通信装置は人が保持する端末であってもよいし、通信装置がドローンあるいは航空機に搭載される装置であってもよいし、通信装置が基地局、RSU、中継局等であってもよい。
(サイドリンクの概要)
本実施の形態では、サイドリンクを基本技術とすることから、まず、基本的な例として、サイドリンクの概要について説明する。ここで説明する技術の例は3GPPのRel.14等で規定されている技術である。当該技術は、NRにおいて使用されてもよいし、NRでは、当該技術と異なる技術が使用されてもよい。
サイドリンクには、大きく分けて「ディスカバリ」と「コミュニケーション」がある。「ディスカバリ」については、図2Aに示すように、Discovery period毎に、Discoveryメッセージ用のリソースプールが設定(configured)され、通信装置(UEと称される)はそのリソースプール内でDiscoveryメッセージ(発見信号)を送信する。より詳細にはType1、Type2bがある。Type1では、通信装置が自律的にリソースプールから送信リソースを選択する。Type2bでは、上位レイヤシグナリング(例えばRRC信号)により準静的なリソースが割り当てられる。
「コミュニケーション」についても、図2Bに示すように、SCI(Sidelink Control Information)/データ送信用のリソースプールが周期的に設定される。送信側の通信装置はControlリソースプール(PSCCHリソースプール)から選択されたリソースでSCIによりデータ送信用リソース(PSSCHリソースプール)等を受信側に通知し、当該データ送信用リソースでデータを送信する。「コミュニケーション」について、より詳細には、モード1とモード2がある。モード1では、基地局から通信装置に送られる(E)PDCCH((Enhanced) Physical Downlink Control Channel)によりダイナミックにリソースが割り当てられる。モード2では、通信装置はリソースプールから自律的に送信リソースを選択する。リソースプールについては、SIBで通知される等、予め定義されたものが使用される。
また、Rel−14では、モード1とモード2に加えて、モード3とモード4がある。Rel−14では、SCIとデータとを同時に(1サブフレームで)、周波数方向に隣接したリソースブロックで送信することが可能である。なお、SCIをSA(scheduling assignment)と称する場合がある。
「ディスカバリ」に用いられるチャネルはPSDCH(Physical Sidelink Discovery Channel)と称され、「コミュニケーション」におけるSCI等の制御情報を送信するチャネルはPSCCH(Physical Sidelink Control Channel)と称され、データを送信するチャネルはPSSCH(Physical Sidelink Shared Channel)と称される。PSCCHとPSSCHはPUSCHベースの構造を有し、DMRS(Demodulation Reference Signal、復調参照信号)が挿入される構造になっている。
サイドリンクに用いられるMAC(Medium Access Control)PDU(Protocol Data Unit)は、図3に示すように、少なくともMAC header、MAC Control element、MAC SDU(Service Data Unit)、Paddingで構成される。MAC PDUはその他の情報を含んでも良い。MAC headerは、1つのSL−SCH(Sidelink Shared Channel)subheaderと、1つ以上のMAC PDU subheaderで構成される。
図4に示すように、SL−SCH subheaderは、MAC PDUフォーマットバージョン(V)、送信元情報(SRC)、送信先情報(DST)、Reserved bit(R)等で構成される。Vは、SL−SCH subheaderの先頭に割り当てられ、通信装置が用いるMAC PDUフォーマットバージョンを示す。送信元情報には、送信元に関する情報が設定される。送信元情報には、ProSe UE IDに関する識別子が設定されてもよい。送信先情報には、送信先に関する情報が設定される。送信先情報には、送信先のProSe Layer−2 Group IDに関する情報が設定されてもよい。
サイドリンクのチャネル構造の例を図5に示す。図5に示すように、「コミュニケーション」に使用されるPSCCHのリソースプール及びPSSCHのリソースプールが割り当てられている。また、「コミュニケーション」のチャネルの周期よりも長い周期で「ディスカバリ」に使用されるPSDCHのリソースプールが割り当てられている。
また、サイドリンク用の同期信号としてPSSS(Primary Sidelink Synchronization signal)とSSSS(Secondary Sidelink Synchronization signal)が用いられる。また、例えばカバレッジ外動作のためにサイドリンクのシステム帯域、フレーム番号、リソース構成情報等のブロードキャスト情報(broadcast information)を送信するPSBCH(Physical Sidelink Broadcast Channel)が用いられる。PSSS/SSSS及びPSBCHは、例えば、1つのサブフレームで送信される。PSSS/SSSSをSLSSと称してもよい。
なお、本実施の形態で想定しているV2Xは、「コミュニケーション」に係る方式である。ただし、本実施の形態では、「コミュニケーション」と「ディスカバリ」の区別が存在しないこととしてもよい。また、本実施の形態に係る技術が、「ディスカバリ」で適用されてもよい。
(システム構成)
図6は、本実施の形態に係る無線通信システムの構成例を示す図である。図6に示すように、本実施の形態に係る無線通信システムは、基地局10、通信装置20A、及び通信装置20Bを有する。なお、実際には多数の通信装置が存在し得るが、図6は例として通信装置20A、及び通信装置20Bを示している。
図6において、通信装置20Aは送信側、通信装置20Bは受信側を意図しているが、通信装置20Aと通信装置20Bはいずれも送信機能と受信機能の両方を備える。以下、通信装置20A、20B等を特に区別しない場合、単に「通信装置20」あるいは「通信装置」と記述する。図6では、一例として通信装置20Aと通信装置20Bがともにカバレッジ内にある場合を示しているが、本実施の形態における動作は、全部の通信装置20がカバレッジ内にある場合と、一部の通信装置20がカバレッジ内にあり、他方の通信装置20がカバレッジ外にある場合と、全部の通信装置20がカバレッジ外にある場合のいずれにも適用できる。
本実施の形態において、通信装置20は、例えば、自動車等の車両に搭載された装置であり、LTEあるいはNRにおけるUEとしてのセルラ通信の機能、及び、サイドリンク機能を有している。更に、通信装置20は、GPS装置、カメラ、各種センサ等、報告情報(位置、イベント情報等)を取得する機能を含む。また、通信装置20が、一般的な携帯端末(スマートフォン等)であってもよい。また、通信装置20が、RSUであってもよい。当該RSUは、UEの機能を有するUEタイプRSUであってもよいし、基地局の機能を有するgNBタイプRSU(gNBタイプUEと呼ばれてもよい)、又は中継局であってもよい。
なお、通信装置20は1つの筐体の装置である必要はなく、例えば、各種センサが車両内に分散して配置される場合でも、当該各種センサを含めた装置が通信装置20である。また、通信装置20は各種センサを含まずに、各種センサとデータを送受信する機能を備えることとしてもよい。
また、通信装置20のサイドリンクの送信の処理内容は基本的には、LTEあるいはNRでのUL送信の処理内容と同様である。例えば、通信装置20は、送信データのコードワードをスクランブルし、変調してcomplex−valued symbolsを生成し、当該complex−valued symbols(送信信号)を1又は2レイヤにマッピングし、プリコーディングを行う。そして、precoded complex−valued symbolsをリソースエレメントにマッピングして、送信信号(例:complex−valued time−domain CP−OFDM、DFT−s−OFDM)を生成し、各アンテナポートから送信する。
また、基地局10については、LTEあるいはNRにおける基地局10としてのセルラ通信の機能、及び、本実施の形態における通信装置20の通信を可能ならしめるための機能(例:リソースプール設定、リソース割り当て等)を有している。また、基地局10は、RSU(gNBタイプRSU)、または中継局であってもよい。
また、本実施の形態に係る無線通信システムにおいて、通信装置20がSLあるいはULに使用する信号波形は、OFDMAであってもよいし、SC−FDMAであってもよいし、その他の信号波形であってもよい。また、本実施の形態に係る無線通信システムにおいては、一例として、時間方向には、複数のサブフレーム(例:10個のサブフレーム)からなるフレームが形成され、周波数方向は複数のサブキャリアからなる。1サブフレームは1送信時間間隔(TTI:Transmission Time Interval)の一例である。ただし、TTIは、サブフレームであるとは限らない。例えば、TTIは、slot又はmini−slot、その他の時間領域の単位であってもよい。サブフレーム以外の時間長が送信時間間隔として使用されてもよい。また、サブキャリア間隔に応じて、1サブフレームあたりのスロット数が定まることとしてもよい。また、1スロットあたりのシンボル数が14シンボルであってもよい。
本実施の形態では、通信装置20は、基地局10から通信装置に送られる(E)PDCCH((Enhanced)Physical Downlink Control Channel)によりダイナミックにリソースが割り当てられるモードであるモード1、通信装置が自律的にリソースプールから送信リソースを選択するモードであるモード2、自律的にSL信号送信のためのリソースを選択するモード(以降、モード4と呼ぶ)、基地局10からSL信号送信のためのリソースが割り当てられるモード(以降、モード3と呼ぶ)のいずれのモードも取り得る。モードは、例えば、基地局10から通信装置20に設定される。
図7に示すように、モード4の通信装置(図7ではUEとして示す)は、同期した共通の時間・周波数グリッドから無線のリソースを選択する。例えば、通信装置20は、バックグラウンドでセンシングを行って、センシング結果の良好なリソースであって、他の通信装置に予約されていないリソースを候補リソースとして特定し、候補リソースから送信に使用するリソースを選択する。
3GPPのRelease 15 NRでは、端末が送受信する帯域幅を動的に切り替えるBandwidth part operationが規定されている(非特許文献1)。Bandwidth partとは、隣接する共通リソースブロックのサブセットのことを言う。
下りリンクにおいて、ユーザ装置(UE)に対して最大で4つのbandwidth partを設定することが可能である。この場合、各時間において単一の下りリンクのbandwidth partが有効となる。UEは、有効であるbandwidth part内で、PDSCH(Physical Downlink Shared Channel)、PDCCH、又はCSI−RS(Channel State Information Reference Signal)を受信する。すなわち、bandwidth part外では、PDSCH、PDCCH、及びCSI−RSは送信されないことが想定されている(非特許文献2)。
また、上りリンクにおいて、UEに対して最大で4つのbandwidth partを設定することが可能である。この場合、各時間において単一の上りリンクのbandwidth partが有効となる。UEに対して補助の上りリンク(Supplementary uplink、SUL)が設定される場合、当該補助の上りリンクにおいて、UEに対して追加的に最大で4つのbandwidth partを設定することが可能である。この場合、各時間において単一の追加的な上りリンクのbandwidth partが有効となる。UEは、有効なbandwidth part外では、PUSCH及びPUCCHを送信しない。すなわち、UEは、有効なbandwidth part内で、PUSCH又はPUCCHを送信する。
Bandwidth part operationの例を図8に示す。例えば、初期接続(initial−access)の際に、UEは、初期接続に必要となる最小限の帯域幅(BW)のみを認識しており、この最小限の帯域幅において、基地局と通信を行う。例えば、図8の例において、UEは、Bandwidth part (BWP)#0を介して基地局と通信を行う。
その後、UEは、PDCCHをモニタし、PDCCHを介して基地局から送信される下り制御情報(DCI)を受信する。この際に、DCIには、Bandwidth partを指定するインデックスが含まれている。例えば、図8に示す例において、DCIにはBWP#1を指定するインデックスが含まれている。受信したDCIに応答して、受信したDCIで指定される受信のタイミングにおいて、UEは、BWP#1を有効化(activate)して、BWP#1を介して基地局と通信を行う。
有効化されたBWPの無効化(deactivate)には、タイマが使用される。図8の例では、タイマが満了した際にBWP#1が無効化され、次の受信タイミングではデフォルトのbandwidth partであるBWP#0が有効化される。
このように、3GPPのリリース15で規定されるNRにおけるbandwidth part operationによれば、システムで規定されている最大の帯域幅よりも狭い帯域幅で動作可能なUEによる通信をサポートすることができる。この場合のbandwidth part operationは、基地局とユーザ装置との間の上りリンク(uplink)の通信及び下りリンク(downlink)の通信に対して規定されている。
現在、3GPPでは、リリース16の技術仕様の策定が進められている。上記のようなbandwidth part operationをSidelinkにも適用する議論が行われており、Sidelinkにおいても、bandwidth partが規定される可能性がある。
3GPPのリリース16のV2XのStudy Item(非特許文献3)には、NRのsidelink designが含まれている。このため、上述のbandwidth partだけでなく、3GPPのリリース15のNRのDL/ULに対して新たに導入された技術がサイドリンクに適用されることが想定される。以下、3GPPのリリース15のNRのDL/ULに対して新たに導入された技術の例として、Multi−numerology及びDynamic TDDについて概要を説明する。
<Multi−numerology>
5Gにおける幅広い周波数やユースケースをサポートするためには、複数のNumerology(サブキャリア間隔やシンボル長等の無線パラメータ)をサポートする必要がある。このため、LTEのNumerologyを基準として、スケーラブルに可変パラメータを設計することが有効である。この考え方の下で、NRのMulti−Numerologyが導入されている。具体的には、基準サブキャリア間隔は、LTEのサブキャリア間隔と同じで、15kHzとされている。基準サブキャリア間隔に2のべき乗を乗算することで、その他のサブキャリア間隔が規定されている。
非特許文献2によれば、複数のOFDM numerology、すなわち、サブキャリア間隔構成(subcarrier spacing configuration)μが規定されている。具体的には、μ=0、1、2、3、4に対してサブキャリア間隔Δf=15kHz、30kHz、60kHz、120kHz、240kHzが規定されている。
ここで、非特許文献2のTable4.3.2−1によれば、サブキャリア間隔構成μ=0、1、2、3、4のいずれに対しても、1つのスロットに含まれるOFDMシンボルの数は、14とされている。しかしながら、サブキャリア間隔構成μ=0、1、2、3、4に対して、1フレームに含まれるスロット数は、10、20、40、80、160であり、かつ1サブフレームに含まれるスロット数は、1、2、4、8、16となっている。ここで、フレームの長さは、10msなので、サブキャリア間隔構成μ=0、1、2、3、4に対して、スロット長は、1ms、0.5ms、0.25ms、0.125ms、0.0625msとなっていることがわかる。サブキャリア間隔構成μ=0、1、2、3、4のいずれに対しても、1つのスロットに含まれるOFDMシンボルの数は、14なので、サブキャリア間隔構成毎にOFDMシンボル長が異なっていることがわかる。サブキャリア間隔構成μ=0、1、2、3、4に対して、OFDMシンボル長は、(1/14)ms、(0.5/14)ms、(0.25/14)ms、(0.125/14)ms、(0.0625/14)msとなる。このように、スロット長及びOFDMシンボル長を短くすることで、低遅延の通信を実現することができる。
<Dynamic TDD>
LTEと同様にNRでは、FDD(Frequency Division Duplex)とTDD(Time Division Duplex)の両方がサポートされている。特に、TDDでは、効率的なトラフィック収容のため、通信方向(UL/DL)を時間領域(又は周波数領域)でダイナミックに切り替える、dynamic TDD (flexible duplex)がサポートされている。
LTEのTDDでは、通信方向は、UL/DL configurationにより、static/semi−staticに設定される。これに対して、NRのTDDでは、セル内のトラフィック状況に応じて通信方向をダイナミックに切り替える。
非特許文献2のTable4.3.2−3には、様々なスロットフォーマット(slot format)が規定されている。非特許文献2によれば、1スロット内のOFDMシンボルは、下りリンク(Table4.3.2−3ではDと記載される)、フレキシブル(Table4.3.2−3ではXと記載される)、又は上りリンク(Table4.3.2−3ではUと記載される)に分類される。Table4.3.2−3に示されるように、NRのスロットフォーマットにおいて、DLとULの割り当ては、シンボル単位で行われる。これに対して、LTEの場合、UL・DL割り当ては、サブフレーム単位で行われている。
フレームに含まれる複数のスロットのうちの各スロットに対して、Table4.3.2−3に示されるいずれかのスロットフォーマットを割り当てるための割り当て情報のシグナリングにより、通信方向(UL/DL)を時間領域(又は周波数領域)でダイナミックに切り替える、dynamic TDD(flexible TDD)を実現することができる。
上記の技術以外にも、例えば、図9に示すように、3GPPのリリース15のULでは、short−PUCCHフォーマット及びlong−PUCCHフォーマットが導入されている。
サイドリンクの通信では、通信相手によって対応可能なNumerology、Bandwidth Part、slot length等の無線パラメータの組み合わせが異なるため、送受信時に用いる、Numerology、Bandwidth Part、slot length等の無線パラメータの組み合わせを一律に設定すると、設定された無線パラメータの組み合わせに対応できないユーザ装置は、通信することができなくなってしまう可能性がある。
サイドリンクで通信する送信先と受信先との間で、対応可能な無線パラメータの組み合わせの情報を共有した上で、送信先と受信先の双方で対応可能な無線パラメータの組み合わせを選択することにより、上述の問題を解決することができる。以下では、そのような解決方法の具体例を示す。
まず、具体例を説明する上での前提として、通信装置20A及び通信装置20Bは、サイドリンクで相互に通信可能であると仮定する。さらに、具体例を説明する上での前提として、通信装置20Aは通信装置20BにPSBCH(Physical Sidelink Broadcast Channel)、PSCCH(Physical Sidelink Control Channel)、PSSCH(Physical Sidelink Shared Channel)のいずれか又は複数を介してデータを送信しようとしていると仮定する。なお、以下の例1及び例2において、通信装置20Aと通信装置20Bとの間で通知される無線パラメータの組み合わせとしては、numerology、Bandwidth Part、slot length、PRB(Physical Resource Block)location、Subcarrier spacing、Cyclic prefix等が考えられる。また、例3において、通信装置20Aと基地局10との間、通信装置20Bと基地局10との間、通信装置20Aと通信装置20Bとの間で通知される無線パラメータの組み合わせとしは、numerology、Bandwidth Part、slot length、PRB(Physical Resource Block)location、Subcarrier spacing、Cyclic prefix等が考えられる。しかしながら、通知される無線パラメータの組み合わせは、これらのパラメータには限定されず、他の無線パラメータ(例えば、MCS(Modulation and Coding Scheme))が含まれてもよい。
(例1)
図10に示されるように、通信装置20Aは、通信装置20Aが対応可能なnumerology、Bandwidth Part、slot length、PRB(Physical Resource Block) location、Subcarrier spacing、Cyclic prefix等の無線パラメータの1又は複数の組み合わせをサイドリンクで通信装置20Bに通知する(ステップS101)。通信装置20Bは、通信装置20Aから受信したnumerology、Bandwidth Part、slot length等の無線パラメータの1又は複数の組み合わせの中から通信装置20Bが対応可能なnumerology、Bandwidth Part、slot length等の無線パラメータの1又は複数の組み合わせの中で、通信装置20Aとの通信に使用可能であると考えられるnumerology、Bandwidth Part、slot length等の無線パラメータの1つ又は複数の組み合わせを選択して、通信装置20Aに通知する(S102)。通信装置20Aは、通信装置20Bから受信したnumerology、Bandwidth Part、slot length等の無線パラメータの1つ又は複数の組み合わせの中から1つの無線パラメータの組み合わせを選択して、選択した無線パラメータの組み合わせを通信装置20Bへのデータの送信に適用する(S103)。
以下、図10に示される手順の詳細を説明する。ここで、端末がサイドリンクの通信で対応可能なnumerology、Bandwidth Part、slot length等の無線パラメータの組み合わせは、その端末のSL capabilityと呼ばれてもよい。ここで、「SL」としたのは、SL capabilityが、通常のUE capabilityとは異なり、UEのサイドリンク通信に関する端末間でやりとりされるcapabilityであることを示すためである。
ステップS101で通信装置20Aが、通信装置20Aにおいて対応可能なnumerology、Bandwidth Part、slot length等の無線パラメータの1又は複数の組み合わせをサイドリンクで通信装置20Bに通知する際には、通信装置20A及び通信装置20Bは、互いのSL capabilityを認識していない。したがって、ステップS101のnumerology、Bandwidth Part、slot length等の無線パラメータの1又は複数の組み合わせの送信の際、通信装置20Aはnumerology、Bandwidth Part、slot length等のデフォルトの無線パラメータの組み合わせ(Default format、Default parameter)を使用することができる。
このデフォルトの無線パラメータの組み合わせは、基地局から指示されてもよい(基地局から指示されると想定(assume)されてもよい)。基地局は、このデフォルトの無線パラメータの組み合わせを、PBCH(Physical Broadcast Channel)、PDCCH(Physical Downlink Control Channel)、PDSCH(Physical Downlink Shared Channel)のいずれか又は組み合わせを介して送信されるDL信号(物理レイヤの信号、MACレイヤの信号、RRCレイヤの信号のいずれであってもよい)により通信装置20Aに通知してもよい。或いは、このデフォルトの無線パラメータの組み合わせは仕様により定められてもよい。
また、ステップS101で通信装置20Aが、通信装置20Aにおいて対応可能なnumerology、Bandwidth Part、slot length等の無線パラメータの1又は複数の組み合わせをサイドリンクで通信装置20Bに通信する際には、PSBCH(Physical Sidelink Broadcast Channel)、PSCCH(Physical Sidelink Control Channel)、PSSCH(Physical Sidelink Shared Channel)のいずれか又は組み合わせを介して送信されるサイドリンクの信号(物理レイヤの信号、MACレイヤの信号、RRCレイヤの信号のいずれであってもよい)を送信することにより、通信装置20Bに通知してもよい。
ステップS101で通信装置20Aが送信した無線パラメータの1又は複数の組み合わせを受信したことに応答して、通信装置20Bは、通信装置20Aで対応可能な無線パラメータの1又は複数の組み合わせと、通信装置20Bで対応可能な無線パラメータの1又は複数の組み合わせと、を比較することにより、通信装置20Aとの通信に用いることが可能な無線パラメータの1又は複数の組み合わせを抽出する。例えば、通信装置20Bは、通信装置20Aが送信した無線パラメータの1又は複数の組み合わせと、通信装置20Bで対応可能な無線パラメータの1又は複数の組み合わせと、を比較して、共通する無線パラメータの1又は複数の組み合わせを抽出してもよい。この際に、無線パラメータの1又は複数の組み合わせに対して、優先順位が定められている場合には、優先順位が最も高い無線パラメータの組み合わせから、優先順位がN(N≧1)番目となる無線パラメータの組み合わせまでを抽出してもよい。例えば、サイドリンクの通信における遅延を低減する必要がある場合には、遅延の小さい順に、無線パラメータの1又は複数の組み合わせに対して、優先順位が定められていてもよい。すなわち、最も遅延が小さくなる無線パラメータの組み合わせに対して、最も高い優先順位が割り当てられていてもよい。別の例として、サイドリンクの通信におけるスループットを高める必要がある場合には、スループットの高い順に、無線パラメータの1又は複数の組み合わせに対して、優先順位が定められてもよい。すなわち、スループットが最も高くなる無線パラメータの組み合わせに対して、最も高い優先順位が割り当てられてもよい。ここで、通信装置20Aが通信装置20Bにデータを送信する際に通信装置20Aにおいて適用するnumerology、Bandwidth Part、slot length等の無線パラメータの組み合わせと、通信装置20Aが通信装置20Bからデータを受信する際に通信装置20Aにおいて適用するnumerology、Bandwidth Part、slot length等の無線パラメータの組み合わせとが異なっていてもよい。
ステップS102において、通信装置20Bは、抽出した無線パラメータの1又は複数の組み合わせを通信装置20Aに送信する。なお、通信装置20Aが通信装置20Bに(或は、通信装置20Bが通信装置20Aに)numerology、Bandwidth Part、slot length等の無線パラメータの1又は複数の組み合わせをサイドリンクで通知する際に、無線パラメータの1又は複数の組み合わせのうちの各組み合わせに対して、インデックスを割り当て、当該無線パラメータの1又は複数の組み合わせを示す情報として、当該1又は複数のインデックスを送信してもよい。
図11は、そのようなインデックスを付与する例を示す図である。図11に示されるように、サブキャリア間隔が15kHz、Bandwidth partが100RB、slot length が14シンボルという無線パラメータの組み合わせに対して、インデックス(combination#)#1が付与されてもよい。別の例として、図12に示されるように、無線パラメータの組み合わせの中の各項目に対して、インデックスを割当ててもよい。図12は、例えば、図11のcombination#0で示される無線パラメータの組み合わせ示している。
このように、無線パラメータの組み合わせに対してインデックスを付与するか、或は無線パラメータの組み合わせの中の各項目に対してインデックスを付与することで、numerology、Bandwidth Part、slot length等の無線パラメータの1又は複数の組み合わせをサイドリンクで通知する際のオーバヘッドを削減することができる。
ステップS103において、通信装置20Aは、ステップS102において通信装置20Bから通知された無線パラメータの1又は複数の組み合わせの中から1又は複数の組み合わせを選択して、通信装置20Aから通信装置20Bへのデータ送信に適用する。ここで、特に、通信装置20Bから通知された無線パラメータの複数の組み合わせを選択する場合として、例えば、通信装置20Aが、複数のコンポーネントキャリア(CC)を用いて通信装置20Bと通信を行う場合において、コンポーネントキャリア毎に、異なるnumerology、Bandwidth Part、slot length等の無線パラメータの組み合わせを適用する場合等が考えられる。例えば、通信装置20Aは、通信装置20Bから受信した無線パラメータの1つ又は複数の組み合わせの中から選択した1つ又は複数の無線パラメータの組み合わせを示す情報を、SCI(Sidelink Control Information)に含めて、PSCCHを介して、通信装置20Bに送信し、当該1つ又は複数の無線パラメータの組み合わせを、通信装置20Aから通信装置20BへのPSSCHを介してのデータ通信に適用してもよい。別の例として、通信装置20Aは、ステップS103で通信装置20Aが選択した無線パラメータの組み合わせを、通信装置20Bに通知しなくてもよい。この場合、通信装置20Bは、受信時に、ステップS102で通信装置20Aに通知した無線パラメータの1つ又は複数の組み合わせのそれぞれを、ブラインドで適用して、通信装置20Aから送信されるデータの受信を試みてもよい。
(例2)
次に、上述の課題の解決方法の別の例を図13を参照して説明する。通信装置20Aは、通信装置20Aが対応可能なnumerology、Bandwidth Part、slot length、PRB(Physical Resource Block) location、Subcarrier spacing、Cyclic prefix等の無線パラメータの1又は複数の組み合わせをサイドリンクで通信装置20Bに通知する(ステップS201)。次に、通信装置20Bは、通信装置20Bが対応可能なnumerology、Bandwidth Part、slot length等の無線パラメータの1又は複数の組み合わせをサイドリンクで通信装置20Bに通知する(ステップS202)。ここで、ステップS201とステップS202とは順不同である。また、ステップS201は省略可能である。通信装置20Aは、通信装置20Bから受信したnumerology、Bandwidth Part、slot length等の無線パラメータの1つ又は複数の組み合わせの中から1つ又は複数の無線パラメータの組み合わせを選択して、選択した無線パラメータの組み合わせを通信装置20Bへの、PSBCH、PSCCH、PSSCHのいずれか又は複数を介しての、信号の送信に適用する(S203)。例えば、通信装置20Aは、通信装置20Bから受信した無線パラメータの1つ又は複数の組み合わせの中から選択した1つ又は複数の無線パラメータの組み合わせを示す情報を、SCI(Sidelink Control Information)に含めて、PSCCHを介して、通信装置20Bに送信し、当該1つ又は複数の無線パラメータの組み合わせを、通信装置20Aから通信装置20BへのPSSCHを介してのデータ通信に適用してもよい。別の例として、通信装置20Aは、ステップS203で通信装置20Aが選択した無線パラメータの組み合わせを、通信装置20Bに通知しなくてもよい。この場合、通信装置20Bは、受信時に、ステップS102で通信装置20Aに通知した無線パラメータの1つ又は複数の組み合わせのそれぞれを、ブラインドで適用して、通信装置20Aから送信されるデータを受信してもよい。
ここで、図10に示した例では、ステップS102において、通信装置20Bは通信装置20Aから通知された無線パラメータの1又は複数の組み合わせの中から通信装置20Bで対応可能な無線パラメータの1又は複数の組み合わせを選択するという絞り込みを行って、絞り込まれた無線パラメータの1又は複数の組み合わせを通信装置20Aに通知していた。しかしながら、図13に示した例では、ステップS202において、通信装置20Bは、そのような絞り込みは行わず、単に、通信装置20Bで対応可能な無線パラメータの1又は複数の組み合わせを通信装置20Aに通知する。
この例においても、通信装置20Aが通信装置20Bにデータを送信する際に通信装置20Aにおいて適用するnumerology、Bandwidth Part、slot length等の無線パラメータの組み合わせと、通信装置20Aが通信装置20Bからデータを受信する際に通信装置20Aにおいて適用するnumerology、Bandwidth Part、slot length等の無線パラメータの組み合わせとが異なっていてもよい。
また、通信装置20Aが通信装置20Bに(或は、通信装置20Bが通信装置20Aに)numerology、Bandwidth Part、slot length等の無線パラメータの1又は複数の組み合わせをサイドリンクで通知する際に、無線パラメータの1又は複数の組み合わせのうちの各組み合わせに対して、1又は複数のインデックスを割り当て、当該無線パラメータの1又は複数の組み合わせを示す情報として、当該1又は複数のインデックスを送信してもよい。
(例3)
次に、上述の課題の解決方法の別の例を図14を参照して説明する。この例では、サイドリンクの通信に適用する無線パラメータの組み合わせは、基地局10が決定する。
まず、ステップS301で、通信装置20Aは、通信装置20Aが対応可能なnumerology、Bandwidth Part、slot length、PRB(Physical Resource Block) location、Subcarrier spacing、Cyclic prefix等の無線パラメータの1又は複数の組み合わせを上りリンクで基地局10に通知する。ステップS302で、通信装置20Bは、通信装置20Bが対応可能なnumerology、Bandwidth Part、slot length等の無線パラメータの1又は複数の組み合わせを上りリンクで基地局10に通知する。ここで、ステップS301とステップS302とは順不同である。ステップS303で、基地局10は、通信装置20A及び通信装置20Bから送信された無線パラメータの1又は複数の組み合わせのうち、通信装置20Aと通信装置20Bとの両方に適用可能な無線パラメータの1又は複数の組み合わせを抽出する。ステップS304において、基地局10は、通信装置20Aに、ステップS303で抽出した無線パラメータの1又は複数の組み合わせを通知する。ステップS305において、基地局10は、通信装置20Bに、ステップS303で抽出した無線パラメータの1又は複数の組み合わせを通知する。ここで、ステップS304とステップS305とは順不同であり、また、ステップS305は省略可能である。ステップS306において、通信装置20Aは、ステップS304において基地局10から通知された無線パラメータの1又は複数の組み合わせの中から1つ又は複数の組み合わせを選択し、PSBCH、PSCCH、PSSCHのうちのいずれか又は複数を介してのSL信号の送信に適用する。
通信装置20Aは、ステップ306のSL信号の送信に適用した無線パラメータの1又は複数の組み合わせを、PSBCH、PSCCH、PSSCH、PSDCHのうちのいずれか又は組み合わせを介しての、SL信号(物理レイヤの信号、MACレイヤの信号、RRCレイヤの信号のいずれでもよい)により通信装置20Bに通知してもよい。或は、通信装置20Aは、ステップ306のSL信号の送信に適用した無線パラメータの1又は複数の組み合わせを、通信装置20Bに通知しなくてもよい。この場合、通信装置20Bは、ステップS305で通知された無線パラメータの1又は複数の組み合わせをブラインドで適用して、通信装置20Aから送信されるデータを受信してもよい。
上述のステップS301及びステップS302における無線パラメータの1又は複数の組み合わせの通知は、PUCCH(Physical Uplink Control Channel)及びPUSCH(Physical Uplink Shared Channel)のいずれか又は組み合わせを介して送信されるUL信号(物理レイヤの信号、MACレイヤの信号、RRCレイヤの信号のいずれであってもよい)により行われてもよい。
ステップS303において、基地局10は、通信装置20Aで対応可能な無線パラメータの1又は複数の組み合わせと、通信装置20Bで対応可能な無線パラメータの1又は複数の組み合わせと、を比較することにより、通信装置20Aと通信装置20Bとの間での通信に用いることが可能な無線パラメータの1又は複数の組み合わせを抽出する。例えば、基地局10は、通信装置20Aが送信した無線パラメータの1又は複数の組み合わせと、通信装置20Bで対応可能な無線パラメータの1又は複数の組み合わせと、を比較して、共通する無線パラメータの1又は複数の組み合わせを抽出してもよい。この際に、無線パラメータの1又は複数の組み合わせに対して、優先順位が定められている場合には、優先順位が最も高い無線パラメータの組み合わせから、優先順位がN(N≧1)番目となる無線パラメータの組み合わせまでを抽出してもよい。例えば、サイドリンクの通信における遅延を低減する必要がある場合には、遅延の小さい順に、無線パラメータの1又は複数の組み合わせに対して、優先順位が定められていてもよい。すなわち、最も遅延が小さくなる無線パラメータの組み合わせに対して、最も高い優先順位が割り当てられていてもよい。
ここで、通信装置20Aが通信装置20Bにデータを送信する際に通信装置20Aにおいて適用するnumerology、Bandwidth Part、slot length等の無線パラメータの組み合わせと、通信装置20Aが通信装置20Bからデータを受信する際に通信装置20Aにおいて適用するnumerology、Bandwidth Part、slot length等の無線パラメータの組み合わせとが異なっていてもよい。
(装置構成)
次に、これまでに説明した処理動作を実行する基地局10及び通信装置20の機能構成例を説明する。
<基地局10>
図15は、基地局10の機能構成の一例を示す図である。図15に示すように、基地局10は、送信部101と、受信部102と、設定情報管理部103と、制御部104とを有する。図11に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部101を送信機と称し、受信部102を受信機と称してもよい。
送信部101は、通信装置20側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部102は、通信装置20から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、受信部102は受信する信号の測定を行って、品質値を取得する機能を含む。
設定情報管理部103には、予め設定した設定情報、通信装置20から受信する設定情報等が格納される。なお、送信に関わる設定情報が送信部101に格納され、受信に関わる設定情報が受信部102に格納されることとしてもよい。制御部104は、基地局10の制御を行う。なお、送信に関わる制御部104の機能が送信部101に含まれ、受信に関わる制御部104の機能が受信部102に含まれてもよい。
例えば、図14を参照して説明した動作に対応して、受信部102は、通信装置20Aから送信される通信装置20Aで対応可能な無線パラメータの1又は複数の組み合わせと、通信装置20Bから送信される通信装置20Bで対応可能な無線パラメータの1又は複数の組み合わせと、を受信する。制御部104は、通信装置20Aで対応可能な無線パラメータの1又は複数の組み合わせと、通信装置20Bで対応可能な無線パラメータの1又は複数の組み合わせと、を比較することにより、通信装置20Aと通信装置20Bとの間での通信に用いることが可能な無線パラメータの1又は複数の組み合わせを抽出する。制御部104は、抽出した無線パラメータの1又は複数の組み合わせを示す情報を作成し、送信部101が当該作成した情報を含む信号を通信装置20A及び通信装置20Bに送信する。
<通信装置20>
図16は、通信装置20の機能構成の一例を示す図である。図16に示すように、通信装置20は、送信部201と、受信部202と、設定情報管理部203と、制御部204を有する。図12に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部201を送信機と称し、受信部202を受信機と称してもよい。また、通信装置20は、送信側の通信装置20Aであってもよいし、受信側の通信装置20Bであってもよい。
送信部201は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部202は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部202は受信する信号の測定を行って、品質値を取得する機能を含む。
設定情報管理部203には、予め設定した設定情報、基地局10から受信する設定情報等が格納される。設定情報管理部203は、Nemerology、Bandwidth Part、slot lengthのうちの1つ以上の無線パラメータについて、送信装置20に適用可能な、異なる値を格納していてもよい。なお、送信に関わる設定情報が送信部201に格納され、受信に関わる設定情報が受信部202に格納されることとしてもよい。制御部204は、通信装置20の制御を行う。なお、送信に関わる制御部204の機能が送信部201に含まれ、受信に関わる制御部204の機能が受信部202に含まれてもよい。
例えば、図10を参照して説明した動作に対応して、制御部204は、受信部202が送信側の通信装置20から受信した送信側の通信装置20で対応可能な無線パラメータの1又は複数の組み合わせと、設定情報管理部203に格納されている通信装置20で対応可能な無線パラメータの1又は複数の組み合わせとを比較して、送信側の通信装置20との間での通信に用いることが可能な無線パラメータの1又は複数の組み合わせを抽出する。制御部204は、抽出した無線パラメータの1又は複数の組み合わせを示す情報を作成し、送信部201が当該作成した情報を含む信号を送信側の通信装置20に送信する。
また、送信側の通信装置20において、制御部204は、受信部202が受信側の通信装置20から受信した無線パラメータの1又は複数の組み合わせを示す情報に基づき、無線パラメータの1又は複数の組み合わせを選択して、受信側の通信装置20へのデータ送信に適用する。
<ハードウェア構成>
上記実施の形態の説明に用いたブロック図(図15〜図16)は、機能単位のブロックを示している。これらの機能ブロック(構成部)は、ハードウェア及び/又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び/又は論理的に複数要素が結合した1つの装置により実現されてもよいし、物理的及び/又は論理的に分離した2つ以上の装置を直接的及び/又は間接的に(例えば、有線及び/又は無線)で接続し、これら複数の装置により実現されてもよい。
また、例えば、本発明の一実施の形態における通信装置20と基地局10はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図17は、本実施の形態に係る通信装置20と基地局10のハードウェア構成の一例を示す図である。上述の通信装置20と基地局10はそれぞれ、物理的には、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006、バス1007などを含むコンピュータ装置として構成されてもよい。
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。通信装置20と基地局10のハードウェア構成は、図に示した1001〜1006で示される各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
通信装置20と基地局10における各機能は、プロセッサ1001、メモリ1002などのハードウェア上に所定のソフトウェア(プログラム)を読み込ませることで、プロセッサ1001が演算を行い、通信装置1004による通信、メモリ1002及びストレージ1003におけるデータの読み出し及び/又は書き込みを制御することで実現される。
プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置(CPU:Central Processing Unit)で構成されてもよい。
また、プロセッサ1001は、プログラム(プログラムコード)、ソフトウェアモジュール又はデータを、ストレージ1003及び/又は通信装置1004からメモリ1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図15に示した基地局10の送信部101と、受信部102と、設定情報管理部103と、制御部104は、メモリ1002に格納され、プロセッサ1001で動作する制御プログラムによって実現されてもよい。図16に示した通信装置20の送信部201と、受信部202と、設定情報管理部203と、制御部204は、メモリ1002に格納され、プロセッサ1001で動作する制御プログラムによって実現されてもよい。また、上述の各種処理は、1つのプロセッサ1001で実行される旨を説明してきたが、2以上のプロセッサ1001により同時又は逐次に実行されてもよい。プロセッサ1001は、1以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM(Read Only Memory)、EPROM(Erasable Programmable ROM)、EEPROM(Electrically Erasable Programmable ROM)、RAM(Random Access Memory)などの少なくとも1つで構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ(主記憶装置)などと呼ばれてもよい。メモリ1002は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム(プログラムコード)、ソフトウェアモジュールなどを保存することができる。
ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、CD−ROM(Compact Disc ROM)などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Blu−ray(登録商標)ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー(登録商標)ディスク、磁気ストリップなどの少なくとも1つで構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ1002及び/又はストレージ1003を含むデータベース、サーバその他の適切な媒体であってもよい。
通信装置1004は、有線及び/又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、通信装置20の送信部201及び受信部202は、通信装置1004で実現されてもよい。また、基地局10の送信部101及び受信部102は、通信装置1004で実現されてもよい。
入力装置1005は、外部からの入力を受け付ける入力デバイス(例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど)である。出力装置1006は、外部への出力を実施する出力デバイス(例えば、ディスプレイ、スピーカー、LEDランプなど)である。なお、入力装置1005及び出力装置1006は、一体となった構成(例えば、タッチパネル)であってもよい。
また、プロセッサ1001及びメモリ1002などの各装置は、情報を通信するためのバス1007で接続される。バス1007は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
また、通信装置20と基地局10はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ(DSP:Digital Signal Processor)、ASIC(Application Specific Integrated Circuit)、PLD(Programmable Logic Device)、FPGA(Field Programmable Gate Array)などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも1つで実装されてもよい。
(実施の形態のまとめ)
本明細書には、少なくとも下記の通信装置が開示されている。
無線パラメータの組み合わせの第1のセットを示す情報を受信する受信部と、該無線パラメータの組み合わせの第1のセットと、自身でサポートする無線パラメータの組み合わせの第2のセットと、に基づいて、前記第1のセットと前記第2のセットとの間で共通な無線パラメータの組み合わせの第3のセットを抽出する制御部と、該無線パラメータの組み合わせの第3のセットを示す情報を送信する送信部と、を備える通信装置。
上記の構成によれば、受信側の送信装置は、送信側の通信装置から受信した、送信側の通信装置でサポートされている無線パラメータの組み合わせの第1のセットと、受信側の通信装置でサポートされている無線パラメータの組み合わせの第2のセットとの間で共通する無線パラメータの組み合わせの第3のセットを抽出し、当該第3のセットを示す情報を送信送信側の通信装置に送信することができる。このため、送信側の通信装置は、受信した第3のセットの中から、送信側の通信装置及び受信側の通信装置で使用可能な無線パラメータの組み合わせを選択することができる。
前記受信部は、前記無線パラメータの組み合わせの第3のセットの中から選択された1又は複数の無線パラメータの組み合わせを示す1又は複数のインデックスを受信し、前記制御部は、前記受信した1又は複数のインデックスで指定される1又は複数の無線パラメータを前記受信部に設定してもよい。
上記の構成によれば、送信側の通信装置は、データ送信のために選択した無線パラメータの組み合わせを示すインデックスを受信側の通信装置に送信するので、受信側の通信装置は、受信したインデックスに基づき、送信側の通信装置がデータ送信のために選択した無線パラメータの組み合わせに対応する無線パラメータの組み合わせをデータ受信のために設定することができる。
前記制御部は、前記無線パラメータの組み合わせの第3のセットの中の各無線パラメータの組み合わせを前記受信部に設定し、前記受信部は、前記設定された無線パラメータの組み合わせで、データ受信を試みてもよい。
上記の構成によれば、受信側の通信装置は、前記無線パラメータの組み合わせの第3のセットを用いて、ブラインド受信を行うので、送信側の通信装置においては、最終的に適用した無線パラメータの組み合わせを受信側の通信装置に通知する必要がなく、このため、オーバヘッドを削減することができる。
前記制御部は、前記無線パラメータの組み合わせの第3のセットの中の各無線パラメータの組み合わせに割り当てられる優先順位に基づき、前記無線パラメータの組み合わせの第3のセットの中で最も高い優先順位が割り当てられている無線パラメータのセットを抽出し、前記送信部は、前記最も高い優先順位が割り当てられている無線パラメータのセットを示すインデックスを送信してもよい。
上記の構成によれば、例えば、データ通信の遅延が小さい順に、無線パラメータの組み合わせに対して優先順位を割り当てておくことにより、サイドリンクのデータ通信における遅延を低減することができる。
無線パラメータの組み合わせの第1のセットを示す情報を受信する受信部と、該無線パラメータの組み合わせの第1のセットと、自身でサポートする無線パラメータの組み合わせの第2のセットと、を比較することにより、前記第1のセットと前記第2のセットとの間で共通な無線パラメータの1又は複数の組み合わせを抽出する制御部と、前記抽出された無線パラメータの1又は複数の組み合わせを適用してデータ送信を行う送信部と、を備える通信装置。
上記の構成によれば、データ送信の送信側の通信装置は、送信側の通信装置及び受信側の通信装置で使用可能な無線パラメータの組み合わせを選択して、データ通信に適用することができる。
第1の通信装置でサポートされている無線パラメータの組み合わせの第1のセットを示す情報と、第2の通信装置でサポートされている無線パラメータの組み合わせの第2のセットを示す情報とを受信する受信部と、前記無線パラメータの組み合わせの第1のセットと、前記無線パラメータの組み合わせの第2のセットと、を比較することにより、前記第1のセットと前記第2のセットとの間で共通な無線パラメータの組み合わせの第3のセットを抽出する制御部と、前記無線パラメータの組み合わせの第3のセットを示す情報を送信する送信部と、を備える基地局装置。
上記の構成によれば、基地局は、データ送信の送信側の通信装置及び受信側の通信装置で使用可能な無線パラメータの組み合わせを選択して、送信側の通信装置及び受信側の通信装置に通知することができる。
(実施形態の補足)
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、2以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に(矛盾しない限り)適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には1つの部品で行われてもよいし、あるいは1つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、通信装置20と基地局10は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って通信装置20が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局10が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ(RAM)、フラッシュメモリ、読み取り専用メモリ(ROM)、EPROM、EEPROM、レジスタ、ハードディスク(HDD)、リムーバブルディスク、CD−ROM、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
本実施例は、主にサイドリンクの通信に適用されることを前提としているが、サイドリンクには限定されず、セルラ通信のDL/ULに適用されてもよい。また、本実施例において、SL capability及びUE capabilityを規定する無線パラメータの組み合わせとして、numerology、bandwidth part、slot lengthについて記載したが、無線パラメータの組み合わせはこれに限定されない。例えば、mini−slotの対応有無、dynamic TDDの対応format、short/long PUCCHの対応有無、SLのmultilayer送信の対応有無(最大layer数、及び/又はport数の情報を含む)、waveform(CP−OFDM/DFT−S−OFDM)等が通知されても良く、これらの無線パラメータの1つ又は複数の組み合わせのうち、いずれを適用するかの選択がなされてもよい。
また、情報の通知は、本明細書で説明した態様/実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング(例えば、DCI(Downlink Control Information)、UCI(Uplink Control Information))、上位レイヤシグナリング(例えば、RRC(Radio Resource Control)シグナリング、MAC(Medium Access Control)シグナリング、ブロードキャスト情報(MIB(Master Information Block)、SIB(System Information Block))、その他の信号又はこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ(RRC Connection Setup)メッセージ、RRC接続再構成(RRC Connection Reconfiguration)メッセージなどであってもよい。
本明細書で説明した各態様/実施形態は、LTE(Long Term Evolution)、LTE−A(LTE−Advanced)、SUPER 3G、IMT−Advanced、4G、5G、NR、FRA(Future Radio Access)、W−CDMA(登録商標)、GSM(登録商標)、CDMA2000、UMB(Ultra Mobile Broadband)、IEEE 802.11(Wi−Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、UWB(Ultra−WideBand)、Bluetooth(登録商標)、その他の適切なシステムを利用するシステム及び/又はこれらに基づいて拡張された次世代システムに適用されてもよい。
本明細書で説明した各態様/実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
本明細書において基地局10によって行われるとした特定動作は、場合によってはその上位ノード(upper node)によって行われることもある。基地局10を有する1つまたは複数のネットワークノード(network nodes)からなるネットワークにおいて、通信装置20との通信のために行われる様々な動作は、基地局10および/または基地局10以外の他のネットワークノード(例えば、MMEまたはS−GWなどが考えられるが、これらに限られない)によって行われ得ることは明らかである。上記において基地局10以外の他のネットワークノードが1つである場合を例示したが、複数の他のネットワークノードの組み合わせ(例えば、MMEおよびS−GW)であってもよい。
本明細書で説明した各態様/実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。
通信装置20は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
基地局10は、当業者によって、NB(NodeB)、eNB(enhanced NodeB)、ベースステーション(Base Station)、gNB、またはいくつかの他の適切な用語で呼ばれる場合もある。
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)(例えば、テーブル、データベースまたは別のデータ構造での探索)、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)(例えば、情報を受信すること)、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)(例えば、メモリ中のデータにアクセスすること)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
「含む(include)」、「含んでいる(including)」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または(or)」は、排他的論理和ではないことが意図される。
本開示の全体において、例えば、英語でのa,an,及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。
本明細書で使用する「選択(selecting)」、「抽出(extracting)」という用語は、多種多様な動作を包含する場合がある。「選択」、「抽出」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)(例えば、テーブル、データベースまたは別のデータ構造での探索)、確認(ascertaining)した事を「選択」「抽出」したとみなす事などを含み得る。また、「選択」、「抽出」は、受信(receiving)(例えば、情報を受信すること)、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)(例えば、メモリ中のデータにアクセスすること)した事を「選択」「抽出」したとみなす事などを含み得る。また、「選択」、「抽出」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「選択」「抽出」したとみなす事を含み得る。つまり、「選択」、「抽出」は、何らかの動作を「選択」「抽出」したとみなす事を含み得る。
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
101 送信部
102 受信部
103 設定情報管理部
104 制御部
201 送信部
202 受信部
203 設定情報管理部
204 制御部
1001 プロセッサ
1002 メモリ
1003 ストレージ
1004 通信装置
1005 入力装置
1006 出力装置
本発明の一態様によれば、無線パラメータの第1のセットを含む情報を受信する受信部と、該無線パラメータの第1のセットから、自身でサポートする無線パラメータである無線パラメータの第2のセットを生成する制御部と、該無線パラメータの第2のセットに含まれる1又は複数の無線パラメータを含む情報を送信する送信部と、を備え、前記制御部は、前記送信部が送信する1又は複数の無線パラメータを、前記無線パラメータの第1のセットを含む情報が指定する優先順位に基づき生成する、通信装置が提供される。

Claims (6)

  1. 無線パラメータの組み合わせの第1のセットを示す情報を受信する受信部と、
    該無線パラメータの組み合わせの第1のセットと、自身でサポートする無線パラメータの組み合わせの第2のセットと、に基づいて、前記第1のセットと前記第2のセットとの間で共通な無線パラメータの組み合わせの第3のセットを抽出する制御部と、
    該無線パラメータの組み合わせの第3のセットを示す情報を送信する送信部と、
    を備える通信装置。
  2. 前記受信部は、前記無線パラメータの組み合わせの第3のセットの中から選択された1又は複数の無線パラメータの組み合わせを示す1又は複数のインデックスを受信し、
    前記制御部は、前記受信した1又は複数のインデックスで指定される1又は複数の無線パラメータを前記受信部に設定する、請求項1に記載の通信装置。
  3. 前記制御部は、前記無線パラメータの組み合わせの第3のセットの中の各無線パラメータの組み合わせを前記受信部に設定し、前記受信部は、前記設定された無線パラメータの組み合わせで、データ受信を試みる、
    請求項1に記載の通信装置。
  4. 前記制御部は、前記無線パラメータの組み合わせの第3のセットの中の各無線パラメータの組み合わせに割り当てられる優先順位に基づき、前記無線パラメータの組み合わせの第3のセットの中で最も高い優先順位が割り当てられている無線パラメータのセットを抽出し、
    前記送信部は、前記最も高い優先順位が割り当てられている無線パラメータのセットを示すインデックスを送信する、
    請求項1に記載の通信装置。
  5. 無線パラメータの組み合わせの第1のセットを示す情報を受信する受信部と、
    該無線パラメータの組み合わせの第1のセットと、自身でサポートする無線パラメータの組み合わせの第2のセットと、を比較することにより、前記第1のセットと前記第2のセットとの間で共通な無線パラメータの1又は複数の組み合わせを抽出する制御部と、
    前記抽出された無線パラメータの1又は複数の組み合わせを適用してデータ送信を行う送信部と、
    を備える通信装置。
  6. 第1の通信装置でサポートされている無線パラメータの組み合わせの第1のセットを示す情報と、第2の通信装置でサポートされている無線パラメータの組み合わせの第2のセットを示す情報と、を受信する受信部と、
    前記無線パラメータの組み合わせの第1のセットと、前記無線パラメータの組み合わせの第2のセットと、を比較することにより、前記第1のセットと前記第2のセットとの間で共通な無線パラメータの組み合わせの第3のセットを抽出する制御部と、
    前記無線パラメータの組み合わせの第3のセットを示す情報を送信する送信部と、
    を備える基地局装置。
JP2020527160A 2018-06-29 2018-06-29 通信装置、通信方法、及びシステム Active JP7344870B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/024926 WO2020003531A1 (ja) 2018-06-29 2018-06-29 通信装置

Publications (2)

Publication Number Publication Date
JPWO2020003531A1 true JPWO2020003531A1 (ja) 2021-07-15
JP7344870B2 JP7344870B2 (ja) 2023-09-14

Family

ID=68984810

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020527160A Active JP7344870B2 (ja) 2018-06-29 2018-06-29 通信装置、通信方法、及びシステム

Country Status (5)

Country Link
US (1) US11683726B2 (ja)
EP (1) EP3817470A4 (ja)
JP (1) JP7344870B2 (ja)
CN (1) CN112292893B (ja)
WO (1) WO2020003531A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210176735A1 (en) * 2018-08-07 2021-06-10 Idac Holdings, Inc. Control information transmission and sensing in wireless systems
EP3854174B1 (en) * 2018-09-18 2024-01-10 Telefonaktiebolaget LM Ericsson (publ.) Device discovery using sidelink discovery messages
CN110972116B (zh) * 2018-09-28 2021-08-20 华为技术有限公司 一种通信方法、装置、介质、程序产品及系统
US11800579B2 (en) * 2019-05-07 2023-10-24 Qualcomm Incorporated Establishment of millimeter wave relay links between user equipments with base station coordination

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160050698A1 (en) * 2014-04-01 2016-02-18 Telefonaktiebolaget L M Ericsson (Publ) System and Method for Obtaining and Using Device-to-Device Frequency-Related Capability and Configuration Preferences
WO2018058594A1 (zh) * 2016-09-30 2018-04-05 华为技术有限公司 一种v2x通信的方法、设备及系统

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100804926B1 (ko) * 2000-10-09 2008-02-20 지멘스 악티엔게젤샤프트 이동 무선 시스템의 무선 인터페이스를 통해 데이터 패킷들을 전송하기 위한 방법
CA2668705C (en) * 2006-11-10 2017-05-16 Fujitsu Limited Wireless communication system and wireless terminal device
JP6050021B2 (ja) * 2012-04-19 2016-12-21 シャープ株式会社 端末装置、基地局装置、通信システム、通信方法および集積回路
US9813938B2 (en) * 2013-07-11 2017-11-07 Qualcomm Incorporated Systems and methods for dynamic adaptation of channel access or transmission parameters
CN106717053B (zh) * 2014-08-29 2020-11-06 株式会社东芝 无线通信装置
US20180110037A1 (en) * 2015-03-31 2018-04-19 Ntt Docomo, Inc. User apparatus and method for transmitting control information
JP2016201663A (ja) * 2015-04-09 2016-12-01 ソニー株式会社 装置及び方法
EP3346774B1 (en) * 2015-09-01 2021-12-08 Ntt Docomo, Inc. User terminal, wireless base station, and wireless communication method
JPWO2017126497A1 (ja) * 2016-01-22 2018-11-22 株式会社Nttドコモ ユーザ装置及び通信方法
CN107040358A (zh) * 2016-02-04 2017-08-11 株式会社Kt 用于NB‑IoT UE发送和接收上行信号的方法及其装置
JP2019091956A (ja) * 2016-03-29 2019-06-13 シャープ株式会社 基地局装置、端末装置および通信方法
JPWO2017209005A1 (ja) 2016-05-31 2019-03-28 株式会社Nttドコモ ユーザ装置、及びネットワーク装置
JP2018064253A (ja) * 2016-10-14 2018-04-19 株式会社Nttドコモ ユーザ装置及び信号受信方法
JP6784270B2 (ja) 2018-03-19 2020-11-11 ソニー株式会社 装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160050698A1 (en) * 2014-04-01 2016-02-18 Telefonaktiebolaget L M Ericsson (Publ) System and Method for Obtaining and Using Device-to-Device Frequency-Related Capability and Configuration Preferences
WO2018058594A1 (zh) * 2016-09-30 2018-04-05 华为技术有限公司 一种v2x通信的方法、设备及系统

Also Published As

Publication number Publication date
US20210377806A1 (en) 2021-12-02
CN112292893A (zh) 2021-01-29
JP7344870B2 (ja) 2023-09-14
US11683726B2 (en) 2023-06-20
EP3817470A1 (en) 2021-05-05
WO2020003531A1 (ja) 2020-01-02
EP3817470A4 (en) 2022-01-26
CN112292893B (zh) 2024-03-08

Similar Documents

Publication Publication Date Title
JP7364749B2 (ja) 通信装置、通信方法、及び無線通信システム
JP7410994B2 (ja) 端末、通信システム、及び送信方法
WO2020136852A1 (ja) ユーザ装置、及び通信装置
JP7344870B2 (ja) 通信装置、通信方法、及びシステム
WO2020245896A1 (ja) 端末及び通信方法
WO2020144787A1 (ja) ユーザ装置、及びフィードバック情報送信方法
JP7111807B2 (ja) 端末、通信システム、及び通信方法
WO2019008652A1 (ja) ユーザ装置、及び送信方法
WO2019008653A1 (ja) ユーザ装置、及び送信方法
KR20220023347A (ko) 단말 및 통신 방법
JPWO2020166090A1 (ja) 通信装置及び通信方法
WO2019224893A1 (ja) 通信装置
CN113728703A (zh) 用户装置和通信方法
JPWO2020136851A1 (ja) ユーザ装置
EP4102932A1 (en) Terminal and communication method
WO2020144812A1 (ja) 通信装置及び通信方法
EP4024980A1 (en) Terminal and communication method
EP4120729A1 (en) Terminal and communication method
WO2019030935A1 (ja) ユーザ装置、及び同期信号送信方法
EP4250850A1 (en) Terminal and communication method

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210330

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210330

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220419

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20220906

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221206

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20221206

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20221213

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20221220

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20230120

C211 Notice of termination of reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C211

Effective date: 20230124

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20230404

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230904

R150 Certificate of patent or registration of utility model

Ref document number: 7344870

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150