JP7299218B2 - 端末、無線通信方法及びシステム - Google Patents

端末、無線通信方法及びシステム Download PDF

Info

Publication number
JP7299218B2
JP7299218B2 JP2020529909A JP2020529909A JP7299218B2 JP 7299218 B2 JP7299218 B2 JP 7299218B2 JP 2020529909 A JP2020529909 A JP 2020529909A JP 2020529909 A JP2020529909 A JP 2020529909A JP 7299218 B2 JP7299218 B2 JP 7299218B2
Authority
JP
Japan
Prior art keywords
signal
information
base station
mac
transmission
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
JP2020529909A
Other languages
English (en)
Other versions
JPWO2020012594A1 (ja
JPWO2020012594A5 (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 JPWO2020012594A1 publication Critical patent/JPWO2020012594A1/ja
Publication of JPWO2020012594A5 publication Critical patent/JPWO2020012594A5/ja
Application granted granted Critical
Publication of JP7299218B2 publication Critical patent/JP7299218B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/08Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H04B7/0868Hybrid systems, i.e. switching and combining
    • H04B7/088Hybrid systems, i.e. switching and combining using beam selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048Allocation of pilot signals, i.e. of signals known to the receiver

Landscapes

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

Description

本開示は、次世代移動通信システムにおける端、無線通信方法及びシステムに関する。
UMTS(Universal Mobile Telecommunications System)ネットワークにおいて、更なる高速データレート、低遅延などを目的としてロングタームエボリューション(LTE:Long Term Evolution)が仕様化された(非特許文献1)。また、LTE(LTE Rel.8、9)の更なる大容量、高度化などを目的として、LTE-A(LTEアドバンスト、LTE Rel.10-14)が仕様化された。
LTEの後継システム(例えば、FRA(Future Radio Access)、5G(5th generation mobile communication system)、5G+(plus)、NR(New Radio)、NX(New radio access)、FX(Future generation radio access)、LTE Rel.14又は15以降などともいう)も検討されている。
既存のLTEシステム(LTE Rel.8-14)では、無線リンク品質のモニタリング(無線リンクモニタリング(RLM:Radio Link Monitoring))が行われる。RLMより無線リンク障害(RLF:Radio Link Failure)が検出されると、RRC(Radio Resource Control)コネクションの再確立(re-establishment)がユーザ端末(UE:User Equipment)に要求される。
将来の無線通信システム(例えば、NR)では、ビーム障害を検出して他のビームに切り替える手順(ビーム障害回復(BFR:Beam Failure Recovery)手順、BFRなどと呼ばれてもよい)を実施することが検討されている。
Rel-15 NRにおいて、BFRは、ビーム障害検出のための参照信号の全ての品質が所定の閾値未満になった場合にトリガされる。全てのビームに障害がある場合には、UEが利用できるULビーム(ULリンク)もないと想定されるため、これまで検討されているBFRではランダムアクセスチャネル(PRACH:Physical Random Access Channel)を用いてBFRQが送信される。
しかしながら、PRACHベースのBFRのためには、予めPRACHリソースを確保する必要がある。したがって、ビームの数が多い場合、リソースが無駄に浪費されるという課題がある。また、PRACHベースのBFRは、ランダムアクセス手順に従うため、ビーム回復までに遅延が生じるという課題もある。この結果、通信スループットが低下するおそれがある。
そこで、本開示は、高速にビーム回復手順を実施できる端、無線通信方法及びシステムを提供することを目的の1つとする。
本開示の一態様に係る端末は、ビーム障害検出のための参照信号(BFD-RS:Beam Failure Detection Reference Signal)を受信する受信部と、設定されたBFD-RSのうちの一部のBFD-RSによりビーム障害を検出した場合、前記ビーム障害の回復のため、新たに通信に用いるための候補ビームに関するインデックス及び新たに通信に用いるための候補ビームが検出されたセルを示す情報を含むMedium Access Control Control Element(MAC CE)を上り共有チャネルを用いて送信するように制御する制御部と、を有し、前記MAC CEのサイズは、2以上のオクテットであることを特徴とする。
本開示の一態様によれば、高速にビーム回復手順を実施できる。
図1は、Rel-15 NRにおけるビーム回復手順の一例を示す図である。 図2は、PBF検出の一例を示す図である。 図3A及び3Bは、PBF検出後のPBFRQの送信の一例を示す図である。 図4A及び4Bは、PBFRQ MAC CEの構成の一例を示す図である。 図5A及び5Bは、PBFRQ送信後のTCI再設定/アクティベーションの一例を示す図である。 図6は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。 図7は、一実施形態に係る基地局の全体構成の一例を示す図である。 図8は、一実施形態に係る基地局の機能構成の一例を示す図である。 図9は、一実施形態に係るユーザ端末の全体構成の一例を示す図である。 図10は、一実施形態に係るユーザ端末の機能構成の一例を示す図である。 図11は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。
NRでは、ビームフォーミングを利用して通信を行うことが検討されている。例えば、UE及び基地局(例えば、gNB(gNodeB))は、信号の送信に用いられるビーム(送信ビーム、Txビームなどともいう)、信号の受信に用いられるビーム(受信ビーム、Rxビームなどともいう)を用いてもよい。
ビームフォーミングを用いる場合、障害物による妨害の影響を受けやすくなるため、無線リンク品質が悪化することが想定される。無線リンク品質の悪化によって、無線リンク障害(RLF:Radio Link Failure)が頻繁に発生するおそれがある。RLFが発生するとセルの再接続が必要となるため、頻繁なRLFの発生は、システムスループットの劣化を招く。
NRにおいては、RLFの発生を抑制するために、特定のビームの品質が悪化する場合、他のビームへの切り替え(ビーム回復(BR:Beam Recovery)、ビーム障害回復(BFR:Beam Failure Recovery)、L1/L2(Layer 1/Layer 2)ビームリカバリなどと呼ばれてもよい)手順を実施することが検討されている。なお、BFR手順は単にBFRと呼ばれてもよい。
なお、本開示におけるビーム障害(beam failure)は、リンク障害(link failure)と呼ばれてもよい。
図1は、Rel-15 NRにおけるビーム回復手順の一例を示す図である。ビームの数などは一例であって、これに限られない。図1の初期状態(ステップS101)において、UEは、2つのビームを用いて送信される参照信号(RS(Reference Signal))リソースに基づく測定を実施する。
当該RSは、同期信号ブロック(SSB:Synchronization Signal Block)及びチャネル状態測定用RS(CSI-RS:Channel State Information RS)の少なくとも1つであってもよい。なお、SSBは、SS/PBCH(Physical Broadcast Channel)ブロックなどと呼ばれてもよい。
RSは、プライマリ同期信号(PSS:Primary SS)、セカンダリ同期信号(SSS:Secondary SS)、モビリティ参照信号(MRS:Mobility RS)、SSBに含まれる信号、SSB、CSI-RS、復調用参照信号(DMRS:DeModulation Reference Signal)、ビーム固有信号などの少なくとも1つ、又はこれらを拡張、変更などして構成される信号であってもよい。ステップS101において測定されるRSは、ビーム障害検出のためのRS(BFD-RS:Beam Failure Detection RS)などと呼ばれてもよい。
ステップS102において、基地局からの電波が妨害されたことによって、UEはBFD-RSを検出できない(又はRSの受信品質が劣化する)。このような妨害は、例えばUE及び基地局間の障害物、フェージング、干渉などの影響によって発生し得る。
UEは、所定の条件が満たされると、ビーム障害を検出する。UEは、例えば、設定されたBFD-RS(BFD-RSリソース設定)の全てについて、BLER(Block Error Rate)が閾値未満である場合、ビーム障害の発生を検出してもよい。ビーム障害の発生が検出されると、UEの下位レイヤ(物理(PHY)レイヤ)は、上位レイヤ(MACレイヤ)に対してビーム障害インスタンスを通知(指示)してもよい。
なお、判断の基準(クライテリア)は、BLERに限られず、物理レイヤにおける参照信号受信電力(L1-RSRP:Layer 1 Reference Signal Received Power)であってもよい。また、RS測定の代わりに又はRS測定に加えて、下り制御チャネル(PDCCH:Physical Downlink Control Channel)などに基づいてビーム障害検出が実施されてもよい。BFD-RSは、UEによってモニタされるPDCCHのDMRSと擬似コロケーション(QCL:Quasi-Co-Location)であると期待されてもよい。
ここで、QCLとは、チャネルの統計的性質を示す指標である。例えば、ある信号/チャネルと他の信号/チャネルがQCLの関係である場合、これらの異なる複数の信号/チャネル間において、ドップラーシフト(doppler shift)、ドップラースプレッド(doppler spread)、平均遅延(average delay)、遅延スプレッド(delay spread)、空間パラメータ(Spatial parameter)(例えば、空間受信パラメータ(Spatial Rx Parameter))の少なくとも1つが同一である(これらの少なくとも1つに関してQCLである)と仮定できることを意味してもよい。
なお、空間受信パラメータは、UEの受信ビーム(例えば、受信アナログビーム)に対応してもよく、空間的QCLに基づいてビームが特定されてもよい。本開示におけるQCL(又はQCLの少なくとも1つの要素)は、sQCL(spatial QCL)で読み替えられてもよい。
BFD-RSに関する情報(例えば、RSのインデックス、リソース、数、ポート数、プリコーディングなど)、ビーム障害検出(BFD)に関する情報(例えば、上述の閾値)などは、上位レイヤシグナリングなどを用いてUEに設定(通知)されてもよい。BFD-RSに関する情報は、BFR用リソースに関する情報などと呼ばれてもよい。
本開示において、上位レイヤシグナリングは、例えば、RRC(Radio Resource Control)シグナリング、MAC(Medium Access Control)シグナリング、ブロードキャスト情報などのいずれか、又はこれらの組み合わせであってもよい。
MACシグナリングは、例えば、MAC制御要素(MAC CE(Control Element))、MAC PDU(Protocol Data Unit)などを用いてもよい。ブロードキャスト情報は、例えば、マスタ情報ブロック(MIB:Master Information Block)、システム情報ブロック(SIB:System Information Block)、最低限のシステム情報(RMSI:Remaining Minimum System Information)、その他のシステム情報(OSI:Other System Information)などであってもよい。
UEのMACレイヤは、UEのPHYレイヤからビーム障害インスタンス通知を受信した場合に、所定のタイマ(ビーム障害検出タイマと呼ばれてもよい)を開始してもよい。UEのMACレイヤは、当該タイマが満了するまでにビーム障害インスタンス通知を一定回数(例えば、RRCで設定されるbeamFailureInstanceMaxCount)以上受信したら、BFRをトリガ(例えば、後述のランダムアクセス手順のいずれかを開始)してもよい。
基地局は、UEからの通知がない場合、又はUEから所定の信号(ステップS104におけるビーム回復要求)を受信した場合に、当該UEがビーム障害を検出したと判断してもよい。
ステップS103において、UEはビーム回復のため、新たに通信に用いるための新候補ビーム(new candidate beam)のサーチを開始する。UEは、所定のRSを測定することによって、当該RSに対応する新候補ビームを選択してもよい。ステップS103において測定されるRSは、新候補ビーム識別のためのRS(NCBI-RS:New Candidate Beam Identification RS)、CBI-RS、CB-RS(Candidate Beam RS)などと呼ばれてもよい。NCBI-RSは、BFD-RSと同じであってもよいし、異なってもよい。なお、新候補ビームは、単に候補ビームと呼ばれてもよい。
UEは、所定の条件を満たすRSに対応するビームを、新候補ビームとして決定してもよい。UEは、例えば、設定されたNCBI-RSのうち、L1-RSRPが閾値を超えるRSに基づいて、新候補ビームを決定してもよい。なお、判断の基準(クライテリア)は、L1-RSRPに限られない。SSBに関するL1-RSRPは、SS-RSRPと呼ばれてもよい。CSI-RSに関するL1-RSRPは、CSI-RSRPと呼ばれてもよい。
NCBI-RSに関する情報(例えば、RSのリソース、数、ポート数、プリコーディングなど)、新候補ビーム識別(NCBI)に関する情報(例えば、上述の閾値)などは、上位レイヤシグナリングなどを用いてUEに設定(通知)されてもよい。NCBI-RSに関する情報は、BFD-RSに関する情報に基づいて取得されてもよい。NCBI-RSに関する情報は、NBCI用リソースに関する情報などと呼ばれてもよい。
なお、BFD-RS、NCBI-RSなどは、無線リンクモニタリング参照信号(RLM-RS:Radio Link Monitoring RS)で読み替えられてもよい。
ステップS104において、新候補ビームを特定したUEは、ビーム回復要求(BFRQ:Beam Failure Recovery reQuest)を送信する。ビーム回復要求は、ビーム回復要求信号、ビーム障害回復要求信号などと呼ばれてもよい。
BFRQは、例えば、上り制御チャネル(PUCCH:Physical Uplink Control Channel)、ランダムアクセスチャネル(PRACH:Physical Random Access Channel)、上り共有チャネル(PUSCH:Physical Uplink Shared Channel)、コンフィギュアドグラント(configured grant)PUSCHの少なくとも1つを用いて送信されてもよい。
BFRQは、ステップS103において特定された新候補ビームの情報を含んでもよい。BFRQのためのリソースが、当該新候補ビームに関連付けられてもよい。ビームの情報は、ビームインデックス(BI:Beam Index)、所定の参照信号のポートインデックス、リソースインデックス(例えば、CSI-RSリソース指標(CRI:CSI-RS Resource Indicator)、SSBリソース指標(SSBRI))などを用いて通知されてもよい。
Rel-15 NRでは、衝突型ランダムアクセス(RA:Random Access)手順に基づくBFRであるCB-BFR(Contention-Based BFR)及び非衝突型ランダムアクセス手順に基づくBFRであるCF-BFR(Contention-Free BFR)が検討されている。CB-BFR及びCF-BFRでは、UEは、PRACHリソースを用いてプリアンブル(RAプリアンブル、ランダムアクセスチャネル(PRACH:Physical Random Access Channel)、RACHプリアンブルなどともいう)をBFRQとして送信してもよい。
CB-BFRでは、UEは、1つ又は複数のプリアンブルからランダムに選択したプリアンブルを送信してもよい。一方、CF-BFRでは、UEは、基地局からUE固有に割り当てられたプリアンブルを送信してもよい。CB-BFRでは、基地局は、複数UEに対して同一のプリアンブルを割り当ててもよい。CF-BFRでは、基地局は、UE個別にプリアンブルを割り当ててもよい。
なお、CB-BFR及びCF-BFRは、それぞれCB PRACHベースBFR(CBRA-BFR:contention-based PRACH-based BFR)及びCF PRACHベースBFR(CFRA-BFR:contention-free PRACH-based BFR)と呼ばれてもよい。CBRA-BFRは、BFR用CBRAと呼ばれてもよい。CFRA-BFRは、BFR用CFRAと呼ばれてもよい。
CB-BFR、CF-BFRのいずれであっても、PRACHリソース(RAプリアンブル)に関する情報は、例えば、上位レイヤシグナリング(RRCシグナリングなど)によって通知されてもよい。例えば、当該情報は、検出したDL-RS(ビーム)とPRACHリソースとの対応関係を示す情報を含んでもよく、DL-RSごとに異なるPRACHリソースが関連付けられてもよい。
ステップS105において、BFRQを検出した基地局は、UEからのBFRQに対する応答信号(gNBレスポンスなどと呼ばれてもよい)を送信する。当該応答信号には、1つ又は複数のビームについての再構成情報(例えば、DL-RSリソースの構成情報)が含まれてもよい。
当該応答信号は、例えばPDCCHのUE共通サーチスペースにおいて送信されてもよい。当該応答信号は、UEの識別子(例えば、セル-無線RNTI(C-RNTI:Cell-Radio RNTI))によって巡回冗長検査(CRC:Cyclic Redundancy Check)スクランブルされたPDCCH(DCI)を用いて通知されてもよい。UEは、ビーム再構成情報に基づいて、使用する送信ビーム及び受信ビームの少なくとも一方を判断してもよい。
UEは、当該応答信号を、BFR用の制御リソースセット(CORESET:COntrol REsource SET)及びBFR用のサーチスペースセットの少なくとも一方に基づいてモニタしてもよい。
CB-BFRに関しては、UEが自身に関するC-RNTIに対応するPDCCHを受信した場合に、衝突解決(contention resolution)が成功したと判断されてもよい。
ステップS105の処理に関して、BFRQに対する基地局(例えば、gNB)からの応答(レスポンス)をUEがモニタするための期間が設定されてもよい。当該期間は、例えばgNB応答ウィンドウ、gNBウィンドウ、ビーム回復要求応答ウィンドウなどと呼ばれてもよい。UEは、当該ウィンドウ期間内において検出されるgNB応答がない場合、BFRQの再送を行ってもよい。
ステップS106において、UEは、基地局に対してビーム再構成が完了した旨を示すメッセージを送信してもよい。当該メッセージは、例えば、PUCCHによって送信されてもよいし、PUSCHによって送信されてもよい。
ビーム回復成功(BR success)は、例えばステップS106まで到達した場合を表してもよい。一方で、ビーム回復失敗(BR failure)は、例えばBFRQ送信が所定の回数に達した、又はビーム障害回復タイマ(Beam-failure-recovery-Timer)が満了したことに該当してもよい。
なお、これらのステップの番号は説明のための番号に過ぎず、複数のステップがまとめられてもよいし、順番が入れ替わってもよい。また、BFRを実施するか否かは、上位レイヤシグナリングを用いてUEに設定されてもよい。
ところで、上述したように、Rel-15 NRにおいては、ビーム回復は全てのBFD-RSの品質が所定の閾値未満になった(全てのビームに障害が出た)場合にトリガされる。全てのビームに障害がある場合には、UEが利用できるULビーム(ULリンク)もないと想定されるため、これまで検討されているBFRではPRACHを用いてBFRQが送信される。
しかしながら、PRACHベースのBFRのためには、予めPRACHリソースを確保する必要がある。したがって、ビームの数が多い場合、リソースが無駄に浪費される(データ送受信などに利用できないリソースが増える)という課題がある。また、PRACHベースのBFRは、ランダムアクセス手順に従うため、ビーム回復までに遅延が生じるという課題もある。この結果、通信スループットが低下するおそれがある。
そこで、本発明者らは、リソースの浪費を抑制し、高速にBFRを実施するための方法を着想した。
以下、本開示に係る実施形態について、図面を参照して詳細に説明する。各実施形態に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
(無線通信方法)
一実施形態において、UEは、BFD-RSのうち、一部のBFD-RSの品質が劣化した場合に、下位レイヤ(PHYレイヤ)から上位レイヤ(MACレイヤ)にビーム障害を指示(indicate)してもよい。
全てのBFD-RSでなく一部のBFD-RSによって検出されるビーム障害は、部分的ビーム障害(PBF:Partial Beam Failure)と呼ばれてもよい。また、PBFに基づいて実施されるビーム障害回復は、PBFR(Partial Beam Failure Recovery)と呼ばれてもよい。
PBFに基づいてトリガされるBFRQは、利用可能な(avaiable)又は生きている(alive)(切断されていない)ULビーム/ULリンクを介して、PUCCH又はPUSCHを用いて送信されてもよい。
UEは、送信構成指示(TCI:Transmission Configuration Indication又はTransmission Configuration Indicator)の状態(TCI状態(TCI-state))の再設定及びTCI状態のアクティベーションの少なくとも一方を受信するまでは、以前の(previous)TCI状態の設定に従ってPDCCHモニタリングを行ってもよい。
ここで、TCI状態について簡単に説明する。TCI状態は、QCLの情報を示してもよい(含んでもよい)。TCI状態(及び/又はQCL情報)は、例えば、対象となるチャネル(又は当該チャネル用の参照信号(RS:Reference Signal))と、別の信号(例えば、別の下り参照信号(DL-RS:Downlink Reference Signal))とのQCLに関する情報であってもよく、例えば、QCL関係となるDL-RSに関する情報(DL-RS関連情報)及びQCLタイプを示す情報(QCLタイプ情報)の少なくとも1つを含んでもよい。
DL-RS関連情報は、QCL関係となるDL-RSを示す情報及び当該DL-RSのリソースを示す情報の少なくとも一つを含んでもよい。例えば、UEに複数の参照信号セット(RSセット)が設定される場合、当該DL-RS関連情報は、当該RSセットに含まれるRSのうち、チャネル(又は当該チャネル用のポート)とQCL関係を有するDL-RS、当該DL-RS用のリソースなどの少なくとも1つを示してもよい。
PDCCH(又はPDCCHに関連するDMRSアンテナポート)及び所定のDL-RSとのQCLに関する情報は、PDCCHのためのTCI状態などと呼ばれてもよい。UEは、PDCCH(CORESET)のためのTCI状態を、RRCシグナリング及びMAC CEに基づいて判断してもよい。
例えば、UEに対して、CORESETごとに、1つ又は複数(K個)のTCI状態が上位レイヤシグナリングによって設定されてもよい。また、UEは、各CORESETについて、設定されたTCI状態のうち1つ又は複数のTCI状態を、MAC CEを用いてアクティベートしてもよい。UEは、アクティベートされたTCI状態に基づいて、CORESETのモニタ(受信処理)を行ってもよい。
以下、PBF検出、BFRQ送信、TCI状態の再設定/アクティベーションなどについて、詳しく説明する。
<PBFの検出>
UEは、所定の条件が満たされると、PHYレイヤからMACレイヤに対してPBFの通知を送信してもよい(PBFインスタンスを指示(indicate)してもよい)。
UEは、例えば、設定されたBFD-RSのうち、一定の割合又は一定の数のBFD-RSのリソース設定の無線リンク品質(例えば、BLER、RSRP(Reference Signal Received Power)、RSRQ(Reference Signal Received Quality)、SINR(Signal to Interference plus Noise Ratio)などの少なくとも1つ)が閾値QOUT,LRより悪い場合、PBFの発生を検出し、MACレイヤにPBFインスタンスを指示してもよい。
なお、無線リンク品質を示す名称は、「L1-」という語が付されて表現されてもよい。例えば、RSRP、RSRQ、SINRは、それぞれL1-RSRP、L1-RSRQ、L1-SINRなどと呼ばれてもよい。
UEのMACレイヤは、UEのPHYレイヤからPBFインスタンス通知を受信した場合に、所定のタイマ(ビーム障害検出タイマでもよいし、PBF検出タイマでもよい)を開始してもよい。UEのMACレイヤは、当該タイマが満了するまでにPBFインスタンス通知を一定回数以上受信したら、PBFRをトリガ(例えば、後述のPBFRQの送信をトリガ)してもよい。当該一定回数は、上位レイヤシグナリングによってUEに設定されてもよいし、仕様によって定められてもよい。なお、当該一定回数は、図1で説明したbeamFailureInstanceMaxCountとは異なるPBF検出用の値として設定されてもよい。
PBF用のBFD-RSに関する情報、上記閾値QOUT,LRに関する情報などは、上位レイヤシグナリングなどを用いてUEに設定(通知)されてもよいし、仕様によって定められてもよい。例えば、UEは、上記一定の割合又は一定の数に関する情報を、RRCのBFD-RSに関する情報(例えば、beam-Failure-Detection-RS-ResourceConfig情報要素、failureDetectionResourcesToAddModListフィールドなど)によって設定されてもよい。
なお、UEは、上記一定の割合又は一定の数に関する情報が設定されない場合には、当該一定の割合又は一定の数が所定の値(例えば、25%、50%、1個、2個など)であると想定してもよい。
PBF検出は、全てのセルに適用されなくてもよい。例えば、UEは、特定のセル(又は特定のSCell)にPBF検出を適用するか否かを上位レイヤシグナリング、物理レイヤシグナリング又はこれらの組み合わせを用いて設定されてもよい。PBF検出を適用するか否かは、全てのセル(又は全てのSCell)単位でまとめて設定されてもよいし、各セル個別に設定されてもよい。
また、UEは、通常のセカンダリセル(SCell:Secondary Cell)についてはPBF検出を適用し、それ以外のセル(例えば、プライマリセル(PCell:Primary Cell)、プライマリセカンダリセル(PSCell:Primary Secondary Cell)など)についてはPBF検出を適用しないと想定してもよい。
本例では、UEはBFD-RSに関する情報によって4つのBFD-RS(BFD-RS#1-#4)を設定され、さらにPBFのためのRS数が2であると設定されている場合を説明する。なお、各BFD-RSはそれぞれ異なるビームを用いて送信されていると想定するが、これに限られない。
UEは、4つのRSのうち2つ以上のRSのリンク品質が所定の閾値より悪くなった場合に、PHYレイヤからMACレイヤにPBFインスタンスを指示してもよい。図2の例では、RS#1及び#2の無線リンク品質が劣化したことによって、UEがPBFを検出している。
<PBFRQ>
UEは、PBFを検出した場合に、PUCCH又はPUSCHを用いてBFRQを送信してもよい。ここで、当該BFRQの送信は、利用可能な又は生きている(切断されていない)ULビーム、ULリンク、TCI、空間関係(spatial relation)などの少なくとも1つに基づいて行われてもよい。
PBFに応じて送信されるBFRQは、PBFRQ(Partial Beam Failure Recovery reQuest)と呼ばれてもよい。
PBFRQの送信可否は、上位レイヤシグナリングなどを用いてUEに設定されてもよい。UEは、特定のセル(又は特定のSCell)においてPBFRQの送信を適用するか否かを上位レイヤシグナリング、物理レイヤシグナリング又はこれらの組み合わせを用いて設定されてもよい。PBFのためのBFRQの送信を適用するか否かは、全てのセル(又は全てのSCell)単位でまとめて設定されてもよいし、各セル個別に設定されてもよい。
PBFRQの送信に用いることができる(適用できる)ULビーム、ULリンク、TCI、空間関係の少なくとも1つは、上位レイヤシグナリングなどを用いてUEに設定されてもよい。
また、UEにキャリアアグリゲーション(CA:Carrier Aggregation)又はデュアルコネクティビティ(DC:Dual Connectivity)が設定される場合において、あるセルのためのPBFRQの送信は、既存のCA又はDCのPUCCH/PUSCHの送信ルールに従ってもよい。例えば、CA又はDCが設定されるUEは、あるセルのためのPBFRQをどのセルを用いて送信するか、どの空間関係を用いて送信するか、などを、既存のCA又はDCのPUCCH/PUSCHの送信ルールに従って決定してもよい。
なお、UEにCA又はDCが設定される場合において、あるセルのためのPBFRQの送信をどのセルで行うか(例えば、PCellで行う、又は対応する特定のSCellで行う)が上位レイヤシグナリングなどによって設定されてもよい。
PBFRQは、PUSCHを用いてMACシグナリング(例えば、MAC CE)として送信されてもよいし、PUCCH(又はPUSCH)を用いて物理レイヤシグナリング(例えば、UCI)として送信されてもよい。
PBFRQは、リソースが動的にスケジューリングされるULグラントベースのPUSCHを用いて送信されてもよいし、リソースがセミパーシステントに設定されるコンフィギュアドグラント(ULグラントフリーと呼ばれてもよい)ベースのPUSCHを用いて送信されてもよい。
PBFRQは、ビーム回復要求に関する情報(例えば、以下の(1)-(5)の少なくとも1つ)を含んでもよい:
(1)ビーム回復の要求を示す情報、
(2)セルID、
(3)BWP ID、
(4)新候補ビームの測定結果(L1-RSRPなど)、
(5)新候補ビームに関するインデックス(ビームインデックス、CSI-RSのID、SSBインデックス、TCI状態IDなど)。
上記(2)のセルID及び(3)のBWP IDは、新候補ビームが検出された(又はビーム/リンク/TCI状態を確立したい)セル及びBWPにそれぞれ対応してもよい。この情報を通知することで、新候補ビームが複数のセル又は複数のBWPにおいて検出される場合であっても、適切に好適な新候補ビームの情報を基地局に通知することができる。
図3A及び3Bは、PBF検出後のPBFRQの送信の一例を示す図である。本例においては、図2で示したPBF検出後の処理が主に示されている。UEは、図3Aに示すように、PBF検出後に、生きているULビーム/リンク/TCI/空間関係などの少なくとも1つに基づいて、PUCCH又はPUSCHを用いたPBFRQ送信を行ってもよい。
また、UEは、図3Bに示すように、PBF検出後に、図1のステップS103で述べたような新候補ビームのサーチを行い、好適な新候補ビームを特定してもよい。そして、UEは、生きているULビーム/リンク/TCI/空間関係などの少なくとも1つに基づいて、PUCCH又はPUSCHを用いたPBFRQ送信を行ってもよい。当該PBFRQには、特定した好適な新候補ビームの情報及び対応するTCI状態(TCI状態IDでもよい)の少なくとも一方が含まれてもよい。
[PBFRQを示すMAC CE]
PBFRQを示すMAC CEは、例えばPBFRQ MAC CEなどと呼ばれてもよい。UEは、PBFRQ MAC CEを含むMAC PDU(Protocol Data Unit)を、PUSCHを用いて送信してもよい。
当該MAC PDUのMACヘッダ(より詳細にはMACサブヘッダ)は、PBFRQ MAC CEに対応した値(インデックス)を示すLCID(Logical Channel Identifier)を含んでもよい。当該LCIDは、例えば「100001」から「101110」の間の値によって定義されてもよい。当該LCIDは、上記(1)のビーム回復の要求を示す情報に該当する。
PBFRQ MAC CEのサイズは、0ビットであってもよいし、1以上のオクテット(1オクテットは8ビット)であってもよい。
図4A及び4Bは、PBFRQ MAC CEの構成の一例を示す図である。図4Aは、サイズが8ビットであるPBFRQ MAC CE(PBFRQ MAC CEタイプ1などと呼ばれてもよい)の一例を示し、図4Bは、サイズが16ビットであるPBFRQ MAC CE(PBFRQ MAC CEタイプ2などと呼ばれてもよい)の一例を示す。
図4A及び4Bの各フィールドのサイズ及び配置は一例であって、これに限られない。
「R」は予約ビット(reserved bit)のフィールドを示しており、特に情報の通知に利用されなくてもよいし、自由に利用されてもよい。仕様上、所定の値(例えば0)に固定されていてもよい。
「Serving cell ID」は、サービングセルのセルIDのフィールドを示す。なお、「Serving cell ID」は、サービングセルでないセルIDのフィールド(単に「Cell ID」と表されてもよい)を示してもよい。
「BWP ID」は、BWPのIDのフィールドを示す。「Candidate beam index/TCI state ID」は、新候補ビームに関するインデックスのためのフィールドである。UEは、新候補ビームに関するインデックスを通知する場合には図4BのMAC CEを送信し、そうでない場合には図4AのMAC CE又は0ビットのMAC CEを送信してもよい。
[PBFRQを示すUCI]
上記(1)-(5)のようなビーム回復要求に関する情報は、明示的な情報(ビット列)としてUCIに含まれてもよいし、暗示的に通知されてもよい。
例えば、PBFRQを示すUCIは、上記(1)のビーム回復の要求を示す情報としてビーム回復がトリガされるか否かを示すフィールドを含んでもよい。当該フィールドは、1ビットで表されてもよく、例えば‘1’がトリガされることを意味し、‘0’がトリガされないことを意味してもよい。
PBFRQを示すUCIが、ビーム回復がトリガされることを示す情報(例えば、上記フィールドが‘1’)を含む場合、新候補ビームの測定結果及び新候補ビームに関するインデックスの少なくとも一方が当該UCIに含まれてもよい。
ここで、Rel-15 NRにおいて既に定義される、全てのBFD-RSによって検出されるビーム障害は、フルビーム障害(FBF:Full Beam Failure)と呼ばれてもよい。FBFの検出によってトリガされるBFRQは、FBFRQ(Full BFRQ)と呼ばれてもよい。
UEは、UCIを用いて、PBFRQ及びFBFRQの少なくとも一方を報告してもよい。なお、例えばUEが複数の送受信ポイント(TRP:Transmission/Reception Point)に接続しており、一方のTRPにおいてFBFを検出した場合には、他方のTRPのセルのPUCCH/PUSCHを用いて当該FBFに関するFBFRQを送信できる。
PBFRQを報告する場合のUCIのビット数は、FBFRQを報告する場合のUCIのビット数と異なってもよい。例えば、PBFRQを報告する場合のUCIのビット数は、FBFRQを報告する場合のUCIのビット数よりXビット(例えば、X=1)多くてもよい。当該Xビットによって、PBFRQ及びFBFRQのいずれが送信されたかが特定されてもよい。
上述のビーム回復要求に関する情報は、UCIを送信するリソース、系列(例えば、UCI自体の系列であってもよいし、UCIを送信するチャネルに対応するDMRSの系列であってもよい)などの少なくとも1つによって暗示的に通知されてもよい。
例えば、UEは、PBFRQ及びFBFRQの少なくとも一方のための1又は複数のリソースを、上位レイヤシグナリングによって設定されてもよい。当該リソースは、PUCCHリソースであってもよいし、PUSCHリソース(例えば、コンフィギュアドグラントベースのPUSCHリソース)であってもよい。
また、当該リソース(リソースの位置、リソースのインデックスでもよい)と新候補ビームに関するインデックスとの対応関係が、上位レイヤシグナリングによってUEに設定されてもよいし、仕様によって定められてもよい。
UEに設定されたPUCCHリソースの最小のインデックス(又はID)が、新候補ビームの最小のインデックスに対応し、その他のインデックスは昇順に対応してもよい。例えば、UEにPUCCHリソース#0-#nが設定される場合、UEがPUCCHリソース#0でBFRQを送信することは、新候補ビーム#0の通知を示し、UEがPUCCHリソース#1でBFRQを送信することは、新候補ビーム#1の通知を示してもよい。
UEに設定されたPUCCHリソースに関する最小のPRBインデックス(又はシンボルインデックス又はスロットインデックス)が、新候補ビームの最小のインデックスに対応し、その他のインデックスは昇順に対応してもよい。
<PDCCHのTCI状態の再設定/アクティベーション>
基地局は、UEからBFRQ(PBFRQ)を受信すると、当該UEに対して、上位レイヤシグナリング(例えば、RRCシグナリング及びMAC CEのいずれか又はこれらの組み合わせ)を用いて、PDCCHのTCI再設定及びアクティベーションの少なくとも一方を行ってもよい。なお、PDCCHのTCI再設定及びアクティベーションを示す情報は、BFRQ(PBFRQ)に対する応答信号(gNBレスポンス)に含まれてもよい。
基地局は、UEからBFRQ(PBFRQ)を受信すると、当該UEに対してPDCCHのTCI再設定及びアクティベーションを行う前に、当該UEの無線リンク品質(例えば、BLER、RSRP、RSRQ、SINRなどの少なくとも1つ)の報告をトリガしてもよい(報告のトリガを指示する信号をUEに送信してもよい)。
なお、UEは、TCI状態の再設定及びTCI状態のアクティベーションの少なくとも一方を受信するまでは、以前のTCI状態の設定に従ってPDCCHモニタリングを行ってもよい。
UEは、PBFの検出(又はPBFRQの送信)を設定される場合には、BFR用のCORESET及びBFR用のサーチスペースセットの一方又は両方を設定されなくてもよい。この場合、UEは、PBFRQに対する基地局の応答信号を、生きているビーム又はTCI設定に基づいて、PDCCH/PDSCHを介して受信してもよい。
図5A及び5Bは、PBFRQ送信後のTCI再設定/アクティベーションの一例を示す図である。本例においては、図3で示したPBFRQ送信後の処理が主に示されている。UEは、図5Aに示すように、PBFRQ送信後に、PBF検出前の(PBF検出前から生きている)ビーム/リンク/TCI/空間関係などの少なくとも1つに基づいて、PDCCHをモニタし、PDCCHに関するTCI状態の再設定の情報及びTCI状態のアクティベーション信号の少なくとも1つを受信してもよい。
また、UEは、図5Bに示すように、PBFRQ送信後に、基地局から無線リンク品質(ここではL1-RSRP)報告のトリガを受信し、当該トリガに応じて無線リンク品質を測定及び報告してもよい。基地局は、当該報告に基づいて、UEのPDCCHに関するTCI状態の設定を更新してもよい。UEは、上記無線リンク品質の報告後、PBF検出前の(PBF検出前から生きている)ビーム/リンク/TCI/空間関係などの少なくとも1つに基づいて、PDCCHをモニタし、PDCCHに関するTCI状態の再設定の情報及びTCI状態のアクティベーション信号の少なくとも1つを受信してもよい。
以上説明した実施形態における、PBFを契機とする生きているPUCCH/PUSCHベースのビーム回復によれば、FBFを契機とするPRACHベースのビーム回復と比べて、回復までの時間を短くすることができる。
また、UEは、ビーム回復要求の送信後において、以前の生きているビーム(生きているTCI状態)に従うことができ、UEのふるまいを首尾一貫したふるまいとすることができる。また、BFRのために特別なCORESET及びサーチスペースセットを設定しなくてもよい。
<変形例>
本開示において、ビームは、リソース、参照信号、参照信号リソース、CSI-RS、SS/PBCHブロック、及びこれらの少なくとも1つに関するインデックスなどで読み替えられてもよい。
(無線通信システム)
以下、本開示の実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、上記実施形態に示す無線通信方法の少なくとも一つ又はこれらの組み合わせを用いて通信が行われる。
図6は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム1では、LTEシステムのシステム帯域幅(例えば、20MHz)を1単位とする複数の基本周波数ブロック(コンポーネントキャリア)を一体としたキャリアアグリゲーション(CA)及び/又はデュアルコネクティビティ(DC)を適用することができる。
なお、無線通信システム1は、LTE(Long Term Evolution)、LTE-A(LTE-Advanced)、LTE-B(LTE-Beyond)、SUPER 3G、IMT-Advanced、4G(4th generation mobile communication system)、5G(5th generation mobile communication system)、NR(New Radio)、FRA(Future Radio Access)、New-RAT(Radio Access Technology)などと呼ばれてもよいし、これらを実現するシステムと呼ばれてもよい。
無線通信システム1は、比較的カバレッジの広いマクロセルC1を形成する基地局11と、マクロセルC1内に配置され、マクロセルC1よりも狭いスモールセルC2を形成する基地局12(12a-12c)と、を備えている。また、マクロセルC1及び各スモールセルC2には、ユーザ端末20が配置されている。各セル及びユーザ端末20の配置、数などは、図に示す態様に限定されない。
ユーザ端末20は、基地局11及び基地局12の双方に接続することができる。ユーザ端末20は、マクロセルC1及びスモールセルC2を、CA又はDCを用いて同時に使用することが想定される。また、ユーザ端末20は、複数のセル(CC)(例えば、5個以下のCC、6個以上のCC)を用いてCA又はDCを適用してもよい。
ユーザ端末20と基地局11との間は、相対的に低い周波数帯域(例えば、2GHz)で帯域幅が狭いキャリア(既存キャリア、legacy carrierなどとも呼ばれる)を用いて通信を行うことができる。一方、ユーザ端末20と基地局12との間は、相対的に高い周波数帯域(例えば、3.5GHz、5GHzなど)で帯域幅が広いキャリアが用いられてもよいし、基地局11との間と同じキャリアが用いられてもよい。なお、各基地局が利用する周波数帯域の構成はこれに限られない。
また、ユーザ端末20は、各セルで、時分割複信(TDD:Time Division Duplex)及び/又は周波数分割複信(FDD:Frequency Division Duplex)を用いて通信を行うことができる。また、各セル(キャリア)では、単一のニューメロロジーが適用されてもよいし、複数の異なるニューメロロジーが適用されてもよい。
ニューメロロジーとは、ある信号及び/又はチャネルの送信及び/又は受信に適用される通信パラメータであってもよく、例えば、サブキャリア間隔、帯域幅、シンボル長、サイクリックプレフィックス長、サブフレーム長、TTI長、TTIあたりのシンボル数、無線フレーム構成、送受信機が周波数領域で行う特定のフィルタリング処理、送受信機が時間領域で行う特定のウィンドウイング処理などの少なくとも1つを示してもよい。
例えば、ある物理チャネルについて、構成するOFDMシンボルのサブキャリア間隔が異なる場合及び/又はOFDMシンボル数が異なる場合には、ニューメロロジーが異なると称されてもよい。
基地局11と基地局12との間(又は、2つの基地局12間)は、有線(例えば、CPRI(Common Public Radio Interface)に準拠した光ファイバ、X2インターフェースなど)又は無線によって接続されてもよい。
基地局11及び各基地局12は、それぞれ上位局装置30に接続され、上位局装置30を介してコアネットワーク40に接続される。なお、上位局装置30には、例えば、アクセスゲートウェイ装置、無線ネットワークコントローラ(RNC)、モビリティマネジメントエンティティ(MME)などが含まれるが、これに限定されない。また、各基地局12は、基地局11を介して上位局装置30に接続されてもよい。
なお、基地局11は、相対的に広いカバレッジを有する基地局であり、マクロ基地局、集約ノード、eNB(eNodeB)、送受信ポイント、などと呼ばれてもよい。また、基地局12は、局所的なカバレッジを有する基地局であり、スモール基地局、マイクロ基地局、ピコ基地局、フェムト基地局、HeNB(Home eNodeB)、RRH(Remote Radio Head)、送受信ポイントなどと呼ばれてもよい。以下、基地局11及び12を区別しない場合は、基地局10と総称する。
各ユーザ端末20は、LTE、LTE-Aなどの各種通信方式に対応した端末であり、移動通信端末(移動局)だけでなく固定通信端末(固定局)を含んでもよい。
無線通信システム1においては、無線アクセス方式として、下りリンクに直交周波数分割多元接続(OFDMA:Orthogonal Frequency Division Multiple Access)が適用され、上りリンクにシングルキャリア-周波数分割多元接続(SC-FDMA:Single Carrier Frequency Division Multiple Access)及び/又はOFDMAが適用される。
OFDMAは、周波数帯域を複数の狭い周波数帯域(サブキャリア)に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。SC-FDMAは、システム帯域幅を端末毎に1つ又は連続したリソースブロックによって構成される帯域に分割し、複数の端末が互いに異なる帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。なお、上り及び下りの無線アクセス方式は、これらの組み合わせに限らず、他の無線アクセス方式が用いられてもよい。
無線通信システム1では、下りリンクのチャネルとして、各ユーザ端末20で共有される下り共有チャネル(PDSCH:Physical Downlink Shared Channel)、ブロードキャストチャネル(PBCH:Physical Broadcast Channel)、下りL1/L2制御チャネルなどが用いられる。PDSCHによって、ユーザデータ、上位レイヤ制御情報、SIB(System Information Block)などが伝送される。また、PBCHによって、MIB(Master Information Block)が伝送される。
下りL1/L2制御チャネルは、下り制御チャネル(PDCCH(Physical Downlink Control Channel)及び/又はEPDCCH(Enhanced Physical Downlink Control Channel))、PCFICH(Physical Control Format Indicator Channel)、PHICH(Physical Hybrid-ARQ Indicator Channel)の少なくとも一つを含む。PDCCHによって、PDSCH及び/又はPUSCHのスケジューリング情報を含む下り制御情報(DCI:Downlink Control Information)などが伝送される。
なお、DCIによってスケジューリング情報が通知されてもよい。例えば、DLデータ受信をスケジューリングするDCIは、DLアサインメントと呼ばれてもよいし、ULデータ送信をスケジューリングするDCIは、ULグラントと呼ばれてもよい。
PCFICHによって、PDCCHに用いるOFDMシンボル数が伝送される。PHICHによって、PUSCHに対するHARQ(Hybrid Automatic Repeat reQuest)の送達確認情報(例えば、再送制御情報、HARQ-ACK、ACK/NACKなどともいう)が伝送される。EPDCCHは、PDSCH(下り共有データチャネル)と周波数分割多重され、PDCCHと同様にDCIなどの伝送に用いられる。
無線通信システム1では、上りリンクのチャネルとして、各ユーザ端末20で共有される上り共有チャネル(PUSCH:Physical Uplink Shared Channel)、上り制御チャネル(PUCCH:Physical Uplink Control Channel)、ランダムアクセスチャネル(PRACH:Physical Random Access Channel)などが用いられる。PUSCHによって、ユーザデータ、上位レイヤ制御情報などが伝送される。また、PUCCHによって、下りリンクの無線リンク品質情報(CQI:Channel Quality Indicator)、送達確認情報、スケジューリングリクエスト(SR:Scheduling Request)などが伝送される。PRACHによって、セルとの接続確立のためのランダムアクセスプリアンブルが伝送される。
無線通信システム1では、下り参照信号として、セル固有参照信号(CRS:Cell-specific Reference Signal)、チャネル状態情報参照信号(CSI-RS:Channel State Information-Reference Signal)、復調用参照信号(DMRS:DeModulation Reference Signal)、位置決定参照信号(PRS:Positioning Reference Signal)などが伝送される。また、無線通信システム1では、上り参照信号として、測定用参照信号(SRS:Sounding Reference Signal)、復調用参照信号(DMRS)などが伝送される。なお、DMRSはユーザ端末固有参照信号(UE-specific Reference Signal)と呼ばれてもよい。また、伝送される参照信号は、これらに限られない。
<基地局>
図7は、一実施形態に係る基地局の全体構成の一例を示す図である。基地局10は、複数の送受信アンテナ101と、アンプ部102と、送受信部103と、ベースバンド信号処理部104と、呼処理部105と、伝送路インターフェース106と、を備えている。なお、送受信アンテナ101、アンプ部102、送受信部103は、それぞれ1つ以上を含むように構成されればよい。
下りリンクによって基地局10からユーザ端末20に送信されるユーザデータは、上位局装置30から伝送路インターフェース106を介してベースバンド信号処理部104に入力される。
ベースバンド信号処理部104では、ユーザデータに関して、PDCP(Packet Data Convergence Protocol)レイヤの処理、ユーザデータの分割・結合、RLC(Radio Link Control)再送制御などのRLCレイヤの送信処理、MAC(Medium Access Control)再送制御(例えば、HARQの送信処理)、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換(IFFT:Inverse Fast Fourier Transform)処理、プリコーディング処理などの送信処理が行われて送受信部103に転送される。また、下り制御信号に関しても、チャネル符号化、逆高速フーリエ変換などの送信処理が行われて、送受信部103に転送される。
送受信部103は、ベースバンド信号処理部104からアンテナ毎にプリコーディングして出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部103で周波数変換された無線周波数信号は、アンプ部102によって増幅され、送受信アンテナ101から送信される。送受信部103は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター/レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部103は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
一方、上り信号については、送受信アンテナ101で受信された無線周波数信号がアンプ部102で増幅される。送受信部103はアンプ部102で増幅された上り信号を受信する。送受信部103は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部104に出力する。
ベースバンド信号処理部104では、入力された上り信号に含まれるユーザデータに対して、高速フーリエ変換(FFT:Fast Fourier Transform)処理、逆離散フーリエ変換(IDFT:Inverse Discrete Fourier Transform)処理、誤り訂正復号、MAC再送制御の受信処理、RLCレイヤ及びPDCPレイヤの受信処理がなされ、伝送路インターフェース106を介して上位局装置30に転送される。呼処理部105は、通信チャネルの呼処理(設定、解放など)、基地局10の状態管理、無線リソースの管理などを行う。
伝送路インターフェース106は、所定のインターフェースを介して、上位局装置30と信号を送受信する。また、伝送路インターフェース106は、基地局間インターフェース(例えば、CPRI(Common Public Radio Interface)に準拠した光ファイバ、X2インターフェース)を介して他の基地局10と信号を送受信(バックホールシグナリング)してもよい。
なお、送受信部103は、アナログビームフォーミングを実施するアナログビームフォーミング部をさらに有してもよい。アナログビームフォーミング部は、本開示に係る技術分野での共通認識に基づいて説明されるアナログビームフォーミング回路(例えば、位相シフタ、位相シフト回路)又はアナログビームフォーミング装置(例えば、位相シフト器)から構成することができる。また、送受信アンテナ101は、例えばアレーアンテナにより構成することができる。また、送受信部103は、シングルBF、マルチBFなどを適用できるように構成されてもよい。
送受信部103は、送信ビームを用いて信号を送信してもよいし、受信ビームを用いて信号を受信してもよい。送受信部103は、制御部301によって決定された所定のビームを用いて信号を送信及び/又は受信してもよい。
送受信部103は、上記各実施形態で述べた各種情報を、ユーザ端末20から受信及び/又はユーザ端末20に対して送信してもよい。
図8は、一実施形態に係る基地局の機能構成の一例を示す図である。なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、基地局10は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。
ベースバンド信号処理部104は、制御部(スケジューラ)301と、送信信号生成部302と、マッピング部303と、受信信号処理部304と、測定部305と、を少なくとも備えている。なお、これらの構成は、基地局10に含まれていればよく、一部又は全部の構成がベースバンド信号処理部104に含まれなくてもよい。
制御部(スケジューラ)301は、基地局10全体の制御を実施する。制御部301は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
制御部301は、例えば、送信信号生成部302における信号の生成、マッピング部303における信号の割り当てなどを制御する。また、制御部301は、受信信号処理部304における信号の受信処理、測定部305における信号の測定などを制御する。
制御部301は、システム情報、下りデータ信号(例えば、PDSCHで送信される信号)、下り制御信号(例えば、PDCCH及び/又はEPDCCHで送信される信号。送達確認情報など)のスケジューリング(例えば、リソース割り当て)を制御する。また、制御部301は、上りデータ信号に対する再送制御の要否を判定した結果などに基づいて、下り制御信号、下りデータ信号などの生成を制御する。
制御部301は、同期信号(例えば、PSS/SSS)、下り参照信号(例えば、CRS、CSI-RS、DMRS)などのスケジューリングの制御を行う。
制御部301は、ベースバンド信号処理部104によるデジタルBF(例えば、プリコーディング)及び/又は送受信部103によるアナログBF(例えば、位相回転)を用いて、送信ビーム及び/又は受信ビームを形成する制御を行ってもよい。
送信信号生成部302は、制御部301からの指示に基づいて、下り信号(下り制御信号、下りデータ信号、下り参照信号など)を生成して、マッピング部303に出力する。送信信号生成部302は、本開示に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置から構成することができる。
送信信号生成部302は、例えば、制御部301からの指示に基づいて、下りデータの割り当て情報を通知するDLアサインメント及び/又は上りデータの割り当て情報を通知するULグラントを生成する。DLアサインメント及びULグラントは、いずれもDCIであり、DCIフォーマットに従う。また、下りデータ信号には、各ユーザ端末20からのチャネル状態情報(CSI:Channel State Information)などに基づいて決定された符号化率、変調方式などに従って符号化処理、変調処理などが行われる。
マッピング部303は、制御部301からの指示に基づいて、送信信号生成部302で生成された下り信号を、所定の無線リソースにマッピングして、送受信部103に出力する。マッピング部303は、本開示に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置から構成することができる。
受信信号処理部304は、送受信部103から入力された受信信号に対して、受信処理(例えば、デマッピング、復調、復号など)を行う。ここで、受信信号は、例えば、ユーザ端末20から送信される上り信号(上り制御信号、上りデータ信号、上り参照信号など)である。受信信号処理部304は、本開示に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。
受信信号処理部304は、受信処理によって復号された情報を制御部301に出力する。例えば、HARQ-ACKを含むPUCCHを受信した場合、HARQ-ACKを制御部301に出力する。また、受信信号処理部304は、受信信号及び/又は受信処理後の信号を、測定部305に出力する。
測定部305は、受信した信号に関する測定を実施する。測定部305は、本開示に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。
例えば、測定部305は、受信した信号に基づいて、RRM(Radio Resource Management)測定、CSI(Channel State Information)測定などを行ってもよい。測定部305は、受信電力(例えば、RSRP(Reference Signal Received Power))、受信品質(例えば、RSRQ(Reference Signal Received Quality)、SINR(Signal to Interference plus Noise Ratio)、SNR(Signal to Noise Ratio))、信号強度(例えば、RSSI(Received Signal Strength Indicator))、伝搬路情報(例えば、CSI)などについて測定してもよい。測定結果は、制御部301に出力されてもよい。
制御部301は、ユーザ端末20のための無線リンクモニタリング(RLM)及び/又はビーム回復(BR:Beam Recovery)を制御してもよい。制御部301は、BFRQ/PBFRQに応じてユーザ端末20に応答信号を送信する制御を行ってもよい。
<ユーザ端末>
図9は、一実施形態に係るユーザ端末の全体構成の一例を示す図である。ユーザ端末20は、複数の送受信アンテナ201と、アンプ部202と、送受信部203と、ベースバンド信号処理部204と、アプリケーション部205と、を備えている。なお、送受信アンテナ201、アンプ部202、送受信部203は、それぞれ1つ以上を含むように構成されればよい。
送受信アンテナ201で受信された無線周波数信号は、アンプ部202で増幅される。送受信部203は、アンプ部202で増幅された下り信号を受信する。送受信部203は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部204に出力する。送受信部203は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター/レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部203は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
ベースバンド信号処理部204は、入力されたベースバンド信号に対して、FFT処理、誤り訂正復号、再送制御の受信処理などを行う。下りリンクのユーザデータは、アプリケーション部205に転送される。アプリケーション部205は、物理レイヤ及びMACレイヤより上位のレイヤに関する処理などを行う。また、下りリンクのデータのうち、ブロードキャスト情報もアプリケーション部205に転送されてもよい。
一方、上りリンクのユーザデータについては、アプリケーション部205からベースバンド信号処理部204に入力される。ベースバンド信号処理部204では、再送制御の送信処理(例えば、HARQの送信処理)、チャネル符号化、プリコーディング、離散フーリエ変換(DFT:Discrete Fourier Transform)処理、IFFT処理などが行われて送受信部203に転送される。
送受信部203は、ベースバンド信号処理部204から出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部203で周波数変換された無線周波数信号は、アンプ部202によって増幅され、送受信アンテナ201から送信される。
なお、送受信部203は、アナログビームフォーミングを実施するアナログビームフォーミング部をさらに有してもよい。アナログビームフォーミング部は、本開示に係る技術分野での共通認識に基づいて説明されるアナログビームフォーミング回路(例えば、位相シフタ、位相シフト回路)又はアナログビームフォーミング装置(例えば、位相シフト器)から構成することができる。また、送受信アンテナ201は、例えばアレーアンテナにより構成することができる。また、送受信部203は、シングルBF、マルチBFなどを適用できるように構成されてもよい。
送受信部203は、送信ビームを用いて信号を送信してもよいし、受信ビームを用いて信号を受信してもよい。送受信部203は、制御部401によって決定された所定のビームを用いて信号を送信及び/又は受信してもよい。
図10は、一実施形態に係るユーザ端末の機能構成の一例を示す図である。なお、本例においては、本実施の形態における特徴部分の機能ブロックを主に示しており、ユーザ端末20は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。
ユーザ端末20が有するベースバンド信号処理部204は、制御部401と、送信信号生成部402と、マッピング部403と、受信信号処理部404と、測定部405と、を少なくとも備えている。なお、これらの構成は、ユーザ端末20に含まれていればよく、一部又は全部の構成がベースバンド信号処理部204に含まれなくてもよい。
制御部401は、ユーザ端末20全体の制御を実施する。制御部401は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
制御部401は、例えば、送信信号生成部402における信号の生成、マッピング部403における信号の割り当てなどを制御する。また、制御部401は、受信信号処理部404における信号の受信処理、測定部405における信号の測定などを制御する。
制御部401は、基地局10から送信された下り制御信号及び下りデータ信号を、受信信号処理部404から取得する。制御部401は、下り制御信号及び/又は下りデータ信号に対する再送制御の要否を判定した結果などに基づいて、上り制御信号及び/又は上りデータ信号の生成を制御する。
制御部401は、ベースバンド信号処理部204によるデジタルBF(例えば、プリコーディング)及び/又は送受信部203によるアナログBF(例えば、位相回転)を用いて、送信ビーム及び/又は受信ビームを形成する制御を行ってもよい。
また、制御部401は、基地局10から通知された各種情報を受信信号処理部404から取得した場合、当該情報に基づいて制御に用いるパラメータを更新してもよい。
送信信号生成部402は、制御部401からの指示に基づいて、上り信号(上り制御信号、上りデータ信号、上り参照信号など)を生成して、マッピング部403に出力する。送信信号生成部402は、本開示に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置から構成することができる。
送信信号生成部402は、例えば、制御部401からの指示に基づいて、送達確認情報、チャネル状態情報(CSI)などに関する上り制御信号を生成する。また、送信信号生成部402は、制御部401からの指示に基づいて上りデータ信号を生成する。例えば、送信信号生成部402は、基地局10から通知される下り制御信号にULグラントが含まれている場合に、制御部401から上りデータ信号の生成を指示される。
マッピング部403は、制御部401からの指示に基づいて、送信信号生成部402で生成された上り信号を無線リソースにマッピングして、送受信部203へ出力する。マッピング部403は、本開示に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置から構成することができる。
受信信号処理部404は、送受信部203から入力された受信信号に対して、受信処理(例えば、デマッピング、復調、復号など)を行う。ここで、受信信号は、例えば、基地局10から送信される下り信号(下り制御信号、下りデータ信号、下り参照信号など)である。受信信号処理部404は、本開示に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。また、受信信号処理部404は、本開示に係る受信部を構成することができる。
受信信号処理部404は、受信処理によって復号された情報を制御部401に出力する。受信信号処理部404は、例えば、ブロードキャスト情報、システム情報、RRCシグナリング、DCIなどを、制御部401に出力する。また、受信信号処理部404は、受信信号及び/又は受信処理後の信号を、測定部405に出力する。
測定部405は、受信した信号に関する測定を実施する。測定部405は、本開示に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。
例えば、測定部405は、受信した信号に基づいて、RRM測定、CSI測定などを行ってもよい。測定部405は、受信電力(例えば、RSRP)、受信品質(例えば、RSRQ、SINR、SNR)、信号強度(例えば、RSSI)、伝搬路情報(例えば、CSI)などについて測定してもよい。測定結果は、制御部401に出力されてもよい。
送受信部203は、ビーム障害検出のための参照信号(BFD-RS:Beam Failure Detection Reference Signal)を受信してもよい。送受信部203は、基地局10に対して、BFRQ、PBFRQなどを送信してもよい。
制御部401は、測定部405の測定結果に基づいて、無線リンクモニタリング(RLM:Radio Link Monitoring)及び/又はビーム障害回復(BFR:Beam Failure Recovery)を制御してもよい。
制御部401は、MACレイヤ処理部及びPHYレイヤ処理部を含んでもよい。なお、MACレイヤ処理部及び/又はPHYレイヤ処理部は、制御部401、送信信号生成部402、マッピング部403、受信信号処理部404及び測定部405のいずれか、又はこれらの組み合わせによって実現されてもよい。
MACレイヤ処理部は、MACレイヤの処理を実施し、PHYレイヤ処理部は、PHYレイヤの処理を実施する。例えば、PHYレイヤ処理部から入力される下りリンクのユーザデータや報知情報などは、MACレイヤ処理部の処理を経てRLCレイヤ、PDCPレイヤなどの処理を行う上位レイヤ処理部に出力されてもよい。
PHYレイヤ処理部は、ビーム障害、部分的ビーム障害(PBF:Partial Beam Failure)などを検出してもよい。PHYレイヤ処理部は、検出したビーム障害、PBFなどに関する情報(インスタンス)をMACレイヤ処理部に通知してもよい。つまり、制御部401は、設定されたBFD-RSのうちの一部のBFD-RSのリソース設定の無線リンク品質が所定の閾値より悪い場合、下位レイヤ(PHYレイヤ)から上位レイヤ(MACレイヤ)にビーム障害に関するインスタンス(例えば、PBFインスタンス)を指示してもよい。
MACレイヤ処理部は、PHYレイヤ処理部におけるビーム回復要求(BFRQ)、PBFRQなどの送信をトリガしてもよい。例えば、MACレイヤ処理部は、PHYレイヤ処理部から通知されたビーム障害に関する情報に基づいて、ビーム回復要求の送信をトリガしてもよい。つまり、制御部401は、上位レイヤ(MACレイヤ)が上記インスタンスを一定回数以上受信した場合に、PUCCH又はPUSCHを用いたBFRQ/PBFRQの送信をトリガしてもよい。
なお、制御部401は、BFRQ又はPBFRQの送信を、生きている上りリンク(UL)、ULのビーム、ULの送信構成指示状態(TCI状態)、UL空間関係の少なくとも1つに基づいて行うように制御してもよい。
制御部401は、BFRQ又はPBFRQの送信後、TCI状態の再設定の情報及びアクティベーション信号の少なくとも一方を送受信部203が受信するまでは、以前のTCI状態の設定に従ってPDCCHをモニタする制御を行ってもよい。
(ハードウェア構成)
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック(構成部)は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した1つの装置を用いて実現されてもよいし、物理的又は論理的に分離した2つ以上の装置を直接的又は間接的に(例えば、有線、無線などを用いて)接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記1つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
ここで、機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、みなし、報知(broadcasting)、通知(notifying)、通信(communicating)、転送(forwarding)、構成(configuring)、再構成(reconfiguring)、割り当て(allocating、mapping)、割り振り(assigning)などがあるが、これらに限られない。例えば、送信を機能させる機能ブロック(構成部)は、送信部(transmitting unit/section)、送信機(transmitter)などと呼称されてもよい。いずれも、上述したとおり、実現方法は特に限定されない。
例えば、本開示の一実施形態における基地局、ユーザ端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図11は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の基地局10及びユーザ端末20は、物理的には、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006、バス1007などを含むコンピュータ装置として構成されてもよい。
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。基地局10及びユーザ端末20のハードウェア構成は、図に示した各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
例えば、プロセッサ1001は1つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、1のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、2以上のプロセッサによって実行されてもよい。なお、プロセッサ1001は、1以上のチップによって実装されてもよい。
基地局10及びユーザ端末20における各機能は、例えば、プロセッサ1001、メモリ1002などのハードウェア上に所定のソフトウェア(プログラム)を読み込ませることによって、プロセッサ1001が演算を行い、通信装置1004を介する通信を制御したり、メモリ1002及びストレージ1003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置(CPU:Central Processing Unit)によって構成されてもよい。例えば、上述のベースバンド信号処理部104(204)、呼処理部105などは、プロセッサ1001によって実現されてもよい。
また、プロセッサ1001は、プログラム(プログラムコード)、ソフトウェアモジュール、データなどを、ストレージ1003及び通信装置1004の少なくとも一方からメモリ1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ユーザ端末20の制御部401は、メモリ1002に格納され、プロセッサ1001において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM(Read Only Memory)、EPROM(Erasable Programmable ROM)、EEPROM(Electrically EPROM)、RAM(Random Access Memory)、その他の適切な記憶媒体の少なくとも1つによって構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ(主記憶装置)などと呼ばれてもよい。メモリ1002は、本開示の一実施形態に係る無線通信方法を実施するために実行可能なプログラム(プログラムコード)、ソフトウェアモジュールなどを保存することができる。
ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー(登録商標)ディスク、光磁気ディスク(例えば、コンパクトディスク(CD-ROM(Compact Disc ROM)など)、デジタル多用途ディスク、Blu-ray(登録商標)ディスク)、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも1つによって構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。
通信装置1004は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置1004は、例えば周波数分割複信(FDD:Frequency Division Duplex)及び時分割複信(TDD:Time Division Duplex)の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送受信アンテナ101(201)、アンプ部102(202)、送受信部103(203)、伝送路インターフェース106などは、通信装置1004によって実現されてもよい。送受信部103は、送信部103aと受信部103bとで、物理的に又は論理的に分離された実装がなされてもよい。
入力装置1005は、外部からの入力を受け付ける入力デバイス(例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど)である。出力装置1006は、外部への出力を実施する出力デバイス(例えば、ディスプレイ、スピーカー、LED(Light Emitting Diode)ランプなど)である。なお、入力装置1005及び出力装置1006は、一体となった構成(例えば、タッチパネル)であってもよい。
また、プロセッサ1001、メモリ1002などの各装置は、情報を通信するためのバス1007によって接続される。バス1007は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
また、基地局10及びユーザ端末20は、マイクロプロセッサ、デジタル信号プロセッサ(DSP:Digital Signal Processor)、ASIC(Application Specific Integrated Circuit)、PLD(Programmable Logic Device)、FPGA(Field Programmable Gate Array)などのハードウェアを含んで構成されてもよく、当該ハードウェアを用いて各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも1つを用いて実装されてもよい。
(変形例)
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号(シグナリング)であってもよい。また、信号はメッセージであってもよい。参照信号は、RS(Reference Signal)と略称することもでき、適用される標準によってパイロット(Pilot)、パイロット信号などと呼ばれてもよい。また、コンポーネントキャリア(CC:Component Carrier)は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。
無線フレームは、時間領域において1つ又は複数の期間(フレーム)によって構成されてもよい。無線フレームを構成する当該1つ又は複数の各期間(フレーム)は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において1つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー(numerology)に依存しない固定の時間長(例えば、1ms)であってもよい。
ここで、ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔(SCS:SubCarrier Spacing)、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔(TTI:Transmission Time Interval)、TTIあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも1つを示してもよい。
スロットは、時間領域において1つ又は複数のシンボル(OFDM(Orthogonal Frequency Division Multiplexing)シンボル、SC-FDMA(Single Carrier Frequency Division Multiple Access)シンボルなど)によって構成されてもよい。また、スロットは、ニューメロロジーに基づく時間単位であってもよい。
スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において1つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるPDSCH(又はPUSCH)は、PDSCH(PUSCH)マッピングタイプAと呼ばれてもよい。ミニスロットを用いて送信されるPDSCH(又はPUSCH)は、PDSCH(PUSCH)マッピングタイプBと呼ばれてもよい。
無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。なお、本開示におけるフレーム、サブフレーム、スロット、ミニスロット、シンボルなどの時間単位は、互いに読み替えられてもよい。
例えば、1サブフレームは送信時間間隔(TTI:Transmission Time Interval)と呼ばれてもよいし、複数の連続したサブフレームがTTIと呼ばれてよいし、1スロット又は1ミニスロットがTTIと呼ばれてもよい。つまり、サブフレーム及びTTIの少なくとも一方は、既存のLTEにおけるサブフレーム(1ms)であってもよいし、1msより短い期間(例えば、1-13シンボル)であってもよいし、1msより長い期間であってもよい。なお、TTIを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
ここで、TTIは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、LTEシステムでは、基地局が各ユーザ端末に対して、無線リソース(各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など)を、TTI単位で割り当てるスケジューリングを行う。なお、TTIの定義はこれに限られない。
TTIは、チャネル符号化されたデータパケット(トランスポートブロック)、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、TTIが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間(例えば、シンボル数)は、当該TTIよりも短くてもよい。
なお、1スロット又は1ミニスロットがTTIと呼ばれる場合、1以上のTTI(すなわち、1以上のスロット又は1以上のミニスロット)が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数(ミニスロット数)は制御されてもよい。
1msの時間長を有するTTIは、通常TTI(LTE Rel.8-12におけるTTI)、ノーマルTTI、ロングTTI、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常TTIより短いTTIは、短縮TTI、ショートTTI、部分TTI(partial又はfractional TTI)、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
なお、ロングTTI(例えば、通常TTI、サブフレームなど)は、1msを超える時間長を有するTTIで読み替えてもよいし、ショートTTI(例えば、短縮TTIなど)は、ロングTTIのTTI長未満かつ1ms以上のTTI長を有するTTIで読み替えてもよい。
リソースブロック(RB:Resource Block)は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、1つ又は複数個の連続した副搬送波(サブキャリア(subcarrier))を含んでもよい。RBに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば12であってもよい。RBに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
また、RBは、時間領域において、1つ又は複数個のシンボルを含んでもよく、1スロット、1ミニスロット、1サブフレーム又は1TTIの長さであってもよい。1TTI、1サブフレームなどは、それぞれ1つ又は複数のリソースブロックによって構成されてもよい。
なお、1つ又は複数のRBは、物理リソースブロック(PRB:Physical RB)、サブキャリアグループ(SCG:Sub-Carrier Group)、リソースエレメントグループ(REG:Resource Element Group)、PRBペア、RBペアなどと呼ばれてもよい。
また、リソースブロックは、1つ又は複数のリソースエレメント(RE:Resource Element)によって構成されてもよい。例えば、1REは、1サブキャリア及び1シンボルの無線リソース領域であってもよい。
帯域幅部分(BWP:Bandwidth Part)(部分帯域幅などと呼ばれてもよい)は、あるキャリアにおいて、あるニューメロロジー用の連続する共通RB(common resource blocks)のサブセットのことを表してもよい。ここで、共通RBは、当該キャリアの共通参照ポイントを基準としたRBのインデックスによって特定されてもよい。PRBは、あるBWPで定義され、当該BWP内で番号付けされてもよい。
BWPには、UL用のBWP(UL BWP)と、DL用のBWP(DL BWP)とが含まれてもよい。UEに対して、1キャリア内に1つ又は複数のBWPが設定されてもよい。
設定されたBWPの少なくとも1つがアクティブであってもよく、UEは、アクティブなBWPの外で所定の信号/チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「BWP」で読み替えられてもよい。
なお、上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びRBの数、RBに含まれるサブキャリアの数、並びにTTI内のシンボル数、シンボル長、サイクリックプレフィックス(CP:Cyclic Prefix)長などの構成は、様々に変更することができる。
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースは、所定のインデックスによって指示されてもよい。
本開示においてパラメータなどに使用する名称は、いかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式などは、本開示において明示的に開示したものと異なってもよい。様々なチャネル(PUCCH(Physical Uplink Control Channel)、PDCCH(Physical Downlink Control Channel)など)及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
また、情報、信号などは、上位レイヤから下位レイヤ及び下位レイヤから上位レイヤの少なくとも一方へ出力され得る。情報、信号などは、複数のネットワークノードを介して入出力されてもよい。
入出力された情報、信号などは、特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。
情報の通知は、本開示において説明した態様/実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング(例えば、下り制御情報(DCI:Downlink Control Information)、上り制御情報(UCI:Uplink Control Information))、上位レイヤシグナリング(例えば、RRC(Radio Resource Control)シグナリング、ブロードキャスト情報(マスタ情報ブロック(MIB:Master Information Block)、システム情報ブロック(SIB:System Information Block)など)、MAC(Medium Access Control)シグナリング)、その他の信号又はこれらの組み合わせによって実施されてもよい。
なお、物理レイヤシグナリングは、L1/L2(Layer 1/Layer 2)制御情報(L1/L2制御信号)、L1制御情報(L1制御信号)などと呼ばれてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ(RRCConnectionSetup)メッセージ、RRC接続再構成(RRCConnectionReconfiguration)メッセージなどであってもよい。また、MACシグナリングは、例えば、MAC制御要素(MAC CE(Control Element))を用いて通知されてもよい。
また、所定の情報の通知(例えば、「Xであること」の通知)は、明示的な通知に限られず、暗示的に(例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって)行われてもよい。
判定は、1ビットで表される値(0か1か)によって行われてもよいし、真(true)又は偽(false)で表される真偽値(boolean)によって行われてもよいし、数値の比較(例えば、所定の値との比較)によって行われてもよい。
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術(同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL:Digital Subscriber Line)など)及び無線技術(赤外線、マイクロ波など)の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用され得る。
本開示において、「プリコーディング」、「プリコーダ」、「ウェイト(プリコーディングウェイト)」、「擬似コロケーション(QCL:Quasi-Co-Location)」、「送信電力」、「位相回転」、「アンテナポート」、「アンテナポートグル-プ」、「レイヤ」、「レイヤ数」、「ランク」、「ビーム」、「ビーム幅」、「ビーム角度」、「アンテナ」、「アンテナ素子」、「パネル」などの用語は、互換的に使用され得る。
本開示においては、「基地局(BS:Base Station)」、「無線基地局」、「固定局(fixed station)」、「NodeB」、「eNodeB(eNB)」、「gNodeB(gNB)」、「アクセスポイント(access point)」、「送信ポイント(TP:Transmission Point)」、「受信ポイント(RP:Reception Point)」、「送受信ポイント(TRP:Transmission/Reception Point)」、「パネル」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
基地局は、1つ又は複数(例えば、3つ)のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム(例えば、屋内用の小型基地局(RRH:Remote Radio Head))によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
本開示においては、「移動局(MS:Mobile Station)」、「ユーザ端末(user terminal)」、「ユーザ装置(UE:User Equipment)」、「端末」などの用語は、互換的に使用され得る。
移動局は、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。
基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物(例えば、車、飛行機など)であってもよいし、無人で動く移動体(例えば、ドローン、自動運転車など)であってもよいし、ロボット(有人型又は無人型)であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのIoT(Internet of Things)機器であってもよい。
また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信(例えば、D2D(Device-to-Device)、V2X(Vehicle-to-Everything)などと呼ばれてもよい)に置き換えた構成について、本開示の各態様/実施形態を適用してもよい。この場合、上述の基地局10が有する機能をユーザ端末20が有する構成としてもよい。また、「上り」、「下り」などの文言は、端末間通信に対応する文言(例えば、「サイド(side)」)で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末20が有する機能を基地局10が有する構成としてもよい。
本開示において、基地局によって行われるとした動作は、場合によってはその上位ノード(upper node)によって行われることもある。基地局を有する1つ又は複数のネットワークノード(network nodes)を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、基地局以外の1つ以上のネットワークノード(例えば、MME(Mobility Management Entity)、S-GW(Serving-Gateway)などが考えられるが、これらに限られない)又はこれらの組み合わせによって行われ得ることは明らかである。
本開示において説明した各態様/実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示において説明した各態様/実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
本開示において説明した各態様/実施形態は、LTE(Long Term Evolution)、LTE-A(LTE-Advanced)、LTE-B(LTE-Beyond)、SUPER 3G、IMT-Advanced、4G(4th generation mobile communication system)、5G(5th generation mobile communication system)、FRA(Future Radio Access)、New-RAT(Radio Access Technology)、NR(New Radio)、NX(New radio access)、FX(Future generation radio access)、GSM(登録商標)(Global System for Mobile communications)、CDMA2000、UMB(Ultra Mobile Broadband)、IEEE 802.11(Wi-Fi(登録商標))、IEEE 802.16(WiMAX(登録商標))、IEEE 802.20、UWB(Ultra-WideBand)、Bluetooth(登録商標)、その他の適切な無線通信方法を利用するシステム、これらに基づいて拡張された次世代システムなどに適用されてもよい。また、複数のシステムが組み合わされて(例えば、LTE又はLTE-Aと、5Gとの組み合わせなど)適用されてもよい。
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
本開示において使用する「第1の」、「第2の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、2つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第1及び第2の要素の参照は、2つの要素のみが採用され得ること又は何らかの形で第1の要素が第2の要素に先行しなければならないことを意味しない。
本開示において使用する「判断(決定)(determining)」という用語は、多種多様な動作を包含する場合がある。例えば、「判断(決定)」は、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)(例えば、テーブル、データベース又は別のデータ構造での探索)、確認(ascertaining)などを「判断(決定)」することであるとみなされてもよい。
また、「判断(決定)」は、受信(receiving)(例えば、情報を受信すること)、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)(例えば、メモリ中のデータにアクセスすること)などを「判断(決定)」することであるとみなされてもよい。
また、「判断(決定)」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などを「判断(決定)」することであるとみなされてもよい。つまり、「判断(決定)」は、何らかの動作を「判断(決定)」することであるとみなされてもよい。
また、「判断(決定)」は、「想定する(assuming)」、「期待する(expecting)」、「みなす(considering)」などで読み替えられてもよい。
本開示において使用する「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、2又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された2つの要素間に1又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的であっても、論理的であっても、あるいはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。
本開示において、2つの要素が接続される場合、1つ以上の電線、ケーブル、プリント電気接続などを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域、光(可視及び不可視の両方)領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
本開示において、「AとBが異なる」という用語は、「AとBが互いに異なる」ことを意味してもよい。なお、当該用語は、「AとBがそれぞれCと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
本開示において、「含む(include)」、「含んでいる(including)」及びこれらの変形が使用されている場合、これらの用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は(or)」は、排他的論理和ではないことが意図される。
本開示において、例えば、英語でのa, an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。

Claims (3)

  1. ビーム障害検出のための参照信号(BFD-RS:Beam Failure Detection Reference Signal)を受信する受信部と、
    設定されたBFD-RSのうちの一部のBFD-RSによりビーム障害を検出した場合、前記ビーム障害の回復のため、新たに通信に用いるための候補ビームに関するインデックス及び新たに通信に用いるための候補ビームが検出されたセルを示す情報を含むMedium Access Control Control Element(MAC CE)を上り共有チャネルを用いて送信するように制御する制御部と、を有し、
    前記MAC CEのサイズは、2以上のオクテットであることを特徴とする端末。
  2. ビーム障害検出のための参照信号(BFD-RS:Beam Failure Detection Reference Signal)を受信する工程と、
    設定されたBFD-RSのうちの一部のBFD-RSによりビーム障害を検出した場合、前記ビーム障害の回復のため、新たに通信に用いるための候補ビームに関するインデックス及び新たに通信に用いるための候補ビームが検出されたセルを示す情報を含むMedium Access Control Control Element(MAC CE)を上り共有チャネルを用いて送信するように制御する工程と、を有し、
    前記MAC CEのサイズは、2以上のオクテットであることを特徴とする端末の無線通信方法。
  3. 端末と基地局を有するシステムであって、
    前記端末は、
    ビーム障害検出のための参照信号(BFD-RS:Beam Failure Detection Reference Signal)を受信する受信部と、
    設定されたBFD-RSのうちの一部のBFD-RSによりビーム障害を検出した場合、前記ビーム障害の回復のため、新たに通信に用いるための候補ビームに関するインデックス及び新たに通信に用いるための候補ビームが検出されたセルを示す情報を含むMedium Access Control Control Element(MAC CE)を上り共有チャネルを用いて送信するように制御する制御部と、を有し、
    前記基地局は、
    前記MAC CEを受信する受信部を有し、
    前記MAC CEのサイズは、2以上のオクテットであることを特徴とするシステム。
JP2020529909A 2018-07-12 2018-07-12 端末、無線通信方法及びシステム Active JP7299218B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/026304 WO2020012594A1 (ja) 2018-07-12 2018-07-12 ユーザ端末

Publications (3)

Publication Number Publication Date
JPWO2020012594A1 JPWO2020012594A1 (ja) 2021-08-02
JPWO2020012594A5 JPWO2020012594A5 (ja) 2022-03-08
JP7299218B2 true JP7299218B2 (ja) 2023-06-27

Family

ID=69142351

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020529909A Active JP7299218B2 (ja) 2018-07-12 2018-07-12 端末、無線通信方法及びシステム

Country Status (6)

Country Link
US (1) US20210234752A1 (ja)
EP (2) EP4287690A3 (ja)
JP (1) JP7299218B2 (ja)
CN (1) CN112673581B (ja)
BR (1) BR112021000265A2 (ja)
WO (1) WO2020012594A1 (ja)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110740480B (zh) * 2018-07-18 2021-08-24 维沃移动通信有限公司 用于波束失败恢复的方法、终端设备和网络侧设备
US11856422B2 (en) * 2018-07-20 2023-12-26 Beijing Xiaomi Mobile Software Co., Ltd. Beam failure recovery request sending and response methods and devices, and storage medium
US20210344404A1 (en) * 2018-07-20 2021-11-04 Ntt Docomo, Inc. User terminal and base station
CN109076364B (zh) * 2018-07-25 2022-02-01 北京小米移动软件有限公司 传输配置方法及装置
US11695528B2 (en) * 2018-08-10 2023-07-04 Qualcomm Incorporated Delay minimization for CSI-RS and SRS transmission
ES2962807T3 (es) * 2018-09-28 2024-03-21 Apple Inc Configuración del supuesto espacial para la transmisión de enlace descendente de nueva radio (NR)
KR20210116626A (ko) * 2019-02-14 2021-09-27 애플 인크. 뉴 라디오(nr)에서의 2차 셀 빔 실패 복구 동작
US11563550B2 (en) * 2019-08-30 2023-01-24 Qualcomm Incorporated Transmission configuration indicator state activation and deactivation
CN113766643A (zh) 2020-06-02 2021-12-07 维沃移动通信有限公司 波束失败恢复方法、装置及设备
JP2023531957A (ja) * 2020-06-22 2023-07-26 ノキア テクノロジーズ オサケユイチア マルチ送受信ポイントシナリオにおける送受信ポイント固有ビーム障害指示
WO2022018843A1 (ja) * 2020-07-22 2022-01-27 株式会社Nttドコモ 端末、無線通信方法及び基地局
US11825321B2 (en) * 2020-09-23 2023-11-21 Qualcomm Incorporated Beam failure detection using mixed downlink reference signal
EP4342095A1 (en) * 2021-05-21 2024-03-27 Ofinno, LLC Beam failure recovery procedures with partial and full serving beams
WO2023130390A1 (zh) * 2022-01-07 2023-07-13 富士通株式会社 小区间的波束管理方法及装置

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101483927B (zh) * 2008-01-08 2011-05-04 华为技术有限公司 检测无线链路失败的方法及设备
KR20120033419A (ko) * 2010-09-30 2012-04-09 주식회사 팬택 다중 요소 반송파 시스템에서 잉여전력에 관한 정보의 전송장치 및 방법
US9363683B2 (en) * 2014-07-15 2016-06-07 Qualcomm Incorporated Asymmetric capability-driven methods for beam tracking in mm-wave access systems
EP3335494A4 (en) * 2015-08-11 2018-08-01 Telefonaktiebolaget LM Ericsson (PUBL) Recovery from beam failure
WO2017180187A1 (en) * 2016-04-15 2017-10-19 Intel IP Corporation Triggering a beam refinement reference signal
US10498406B2 (en) * 2016-05-26 2019-12-03 Qualcomm Incorporated System and method for beam switching and reporting
JP6633572B2 (ja) * 2016-06-24 2020-01-22 華碩電腦股▲ふん▼有限公司 無線通信システムにおけるueビームフォーミングを実行する方法及び装置
US10356749B2 (en) * 2016-07-20 2019-07-16 Lg Electronics Inc. Method and apparatus for transmitting beam-formed paging based on feedback in wireless communication system
US10230447B2 (en) * 2016-10-03 2019-03-12 Qualcomm Incorporated Fast beam recovery using beam information in the measurement report
WO2018201457A1 (en) * 2017-05-05 2018-11-08 Mediatek Singapore Pte. Ltd. Handling of intermittent disconnection in a millimeter wave (mmw) system
EP3738221A1 (en) * 2018-01-12 2020-11-18 Nokia Technologies Oy Coreset and qcl association in beam recovery procedure
CN112189310A (zh) * 2018-04-05 2021-01-05 诺基亚技术有限公司 用于服务小区的波束故障恢复
US10939442B2 (en) * 2018-04-06 2021-03-02 Mediatek Inc. Beam selection and resource allocation for beam-formed random access procedure
WO2019192019A1 (en) * 2018-04-06 2019-10-10 Nokia Shanghai Bell Co., Ltd. Apparatus, method and computer program
JP7223027B2 (ja) * 2018-05-09 2023-02-15 ノキア テクノロジーズ オーユー ビーム失敗検出リソースのサブセットの選択および使用

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
AT & T,In support of partial beam failure[online],3GPP TSG RAN WG1 #92 R1-1802593,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1802593.zip>,2018年02月17日
Fujitsu,Discussion on beam failure recovery procedure[online],3GPP TSG RAN WG1 #88b R1-1704478,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_88b/Docs/R1-1704478.zip>,2017年03月24日
Huawei, HiSilicon,Remaining issues on beam failure recovery[online],3GPP TSG RAN WG1 #92 R1-1801454,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1801454.zip>,2018年02月16日

Also Published As

Publication number Publication date
JPWO2020012594A1 (ja) 2021-08-02
EP3823179A1 (en) 2021-05-19
WO2020012594A1 (ja) 2020-01-16
EP3823179A4 (en) 2022-02-23
US20210234752A1 (en) 2021-07-29
EP4287690A2 (en) 2023-12-06
CN112673581A (zh) 2021-04-16
EP4287690A3 (en) 2024-02-21
BR112021000265A2 (pt) 2021-04-06
CN112673581B (zh) 2024-02-13

Similar Documents

Publication Publication Date Title
JP7299218B2 (ja) 端末、無線通信方法及びシステム
JP7279044B2 (ja) 端末、無線通信方法及びシステム
JP7157513B2 (ja) 端末、無線通信方法及びシステム
JP7171719B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7227150B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7132329B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7320762B2 (ja) 端末、無線通信方法及びシステム
JP7321161B2 (ja) 端末、無線通信方法及びシステム
JP7284175B2 (ja) 端末、無線通信方法及びシステム
JP7323612B2 (ja) 端末、無線通信方法及びシステム
JP7284174B2 (ja) 端末、無線通信方法及びシステム
JP7219279B2 (ja) 端末、無線通信方法及びシステム
JP7254784B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7163391B2 (ja) 端末、無線通信方法、基地局及びシステム
WO2020012618A1 (ja) ユーザ端末
JP7201699B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7201691B2 (ja) 端末、無線通信方法、基地局およびシステム
JP7216098B2 (ja) 端末、無線通信方法及びシステム
JP7197581B2 (ja) 端末及び基地局
JP7136897B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7248681B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7407106B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7100113B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7244637B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7279087B2 (ja) 端末、無線通信方法、及びシステム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210708

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220225

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220726

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220916

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20221227

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230324

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

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20230324

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

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20230405

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

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20230411

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230615

R150 Certificate of patent or registration of utility model

Ref document number: 7299218

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150