JP7259068B2 - 無線通信システムにおいて端末のビーム管理の実施方法とそれを支援する端末及び基地局 - Google Patents

無線通信システムにおいて端末のビーム管理の実施方法とそれを支援する端末及び基地局 Download PDF

Info

Publication number
JP7259068B2
JP7259068B2 JP2021549124A JP2021549124A JP7259068B2 JP 7259068 B2 JP7259068 B2 JP 7259068B2 JP 2021549124 A JP2021549124 A JP 2021549124A JP 2021549124 A JP2021549124 A JP 2021549124A JP 7259068 B2 JP7259068 B2 JP 7259068B2
Authority
JP
Japan
Prior art keywords
terminal
base station
information
csi
beam failure
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
JP2021549124A
Other languages
English (en)
Other versions
JP2022522274A (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.)
LG Electronics Inc
Original Assignee
LG Electronics 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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2022522274A publication Critical patent/JP2022522274A/ja
Application granted granted Critical
Publication of JP7259068B2 publication Critical patent/JP7259068B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0408—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas using two or more beams, i.e. beam diversity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/74—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission for increasing reliability, e.g. using redundant or spare channels or apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0621—Feedback content
    • H04B7/0626—Channel coefficients, e.g. channel state information [CSI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0636—Feedback format
    • H04B7/0639—Using selective indices, e.g. of a codebook, e.g. pre-distortion matrix index [PMI] or for beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0658—Feedback reduction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H04B7/0868—Hybrid systems, i.e. switching and combining
    • H04B7/088—Hybrid systems, i.e. switching and combining using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0023—Time-frequency-space
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management

Landscapes

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

Description

以下の説明は無線通信システムに関し、複数のセル(例：ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＳＣｅｌｌなど)を含む基地局及び端末を備える無線通信システムにおいて、端末が該端末に設定された複数のセルのうちのいずれかに関連したビーム失敗又は部分ビーム失敗を報告することによりビーム管理を行う方法及びそれを支援する端末及び基地局に関する。
無線通信システムが音声やデータなどの多様な種類の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース(帯域幅、伝送パワーなど)を共有して多重使用者との通信を支援する多重接続(ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムである。多重接続システムの例としては、ＣＤＭＡ(ＣＯＤＥ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムなどがある。
特に、より多い通信機器がより大きい通信容量を要求することにより、既存のＲＡＴ(ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ)に比べて向上した無線広帯域(ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ)通信技術が提案されている。また、複数の機器及びモノを連結していつでもどこでも様々なサービスを提供する大規模ＭＴＣ(ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)だけではなく、信頼度(ｒｅｌｉａｂｉｌｉｔｙ)及びレイテンシ(ｌａｔｅｎｃｙ)に敏感なサービス／ＵＥを考慮した通信システムデザインも提案されている。これにより、向上した無線広帯域通信、大規模ＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などが導入されており、そのための様々な技術構成が提案されている。
この開示は無線通信システムにおいて端末のビーム管理の実施方法及びそれを支援する端末及び基地局を提供する。
この開示の技術的課題は、上述した技術的課題に制限されず、その他の技術的課題は本発明の実施例から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
この開示は無線通信システムにおいて端末のビーム管理の実施方法及びそれを支援する端末及び基地局に関する。
この開示の一例として、無線通信システムにおいて複数のセルが設定された端末のビーム管理の実施方法であって、複数のセルのうちの１つ以上の第１セルで(ｉ)ビーム失敗(ｂｅａｍ ｆａｉｌｕｒｅ；ＢＦ)又は(ii)部分ＢＦ(ｐａｒｔｉａｌ ＢＦ)が発生したことを検出すること、及び１つ以上の第１セルに対するＢＦ又は部分ＢＦの検出に基づいて、(ｉ)１つ以上の第１セルの識別情報及び(ii)ＢＦ情報又は部分ＢＦ情報を含む上りリンク信号を基地局に送信することを含む、端末のビーム管理の実施方法を開示する。
この開示において、１つ以上の第１セルでＢＦが発生したことを検出することは、それぞれの１つ以上の第１セルに関連する全ての制御リソースセット(ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ；ＣＯＲＥＳＥＴ)ビーム又はビーム失敗検出(ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ；ＢＦＤ)の用途に設定された全てのビームの品質が一定のしきい値以下であることに基づいて、１つ以上の第１セルでＢＦが発生したことを検出することを含む。また、１つ以上の第１セルで部分ＢＦが発生したことを検出することは、それぞれの１つ以上の第１セルに関連する全てのＣＯＲＥＳＥＴビーム又はＢＦＤ用途に設定された全てのビームのうち、一定の個数又は比率以上のビームが一定のしきい値以下の品質を有することに基づいて、１つ以上の第１セルで部分ＢＦが発生したことを検出することを含む。
この開示において、１つ以上の第１セルに対するＢＦ発生の検出に基づいて、(ｉ)識別情報及び(ii)ＢＦ情報は一緒に符号化(ｅｎｃｏｄｉｎｇ)されて上りリンク信号に含まれる。また、１つ以上の第１セルに対する部分ＢＦ発生の検出に基づいて、(ｉ)識別情報及び(ii)部分ＢＦ情報は一緒に符号化されて上りリンク信号に含まれる。
この開示において、上りリンク信号は１つ以上の第１セルに関連する新しいビーム情報をさらに含む。
この開示において、識別情報は複数のセルの個数に対応するビットサイズのビットマップを含む。このとき、ビットマップ内における複数のセルのうちの１つ以上の第１セルに関連するビット情報は第１値を有する。
この開示において、端末のビーム管理の実施方法は、複数のセルのうちの１つ以上の第１セルでＢＦ又は部分ＢＦが発生したことを検出することに基づいて、基地局に上りリンク信号のための上りリンクリソースを要請する第１信号を送信する；及び第１信号に応答して、基地局から上りリンクリソースを割り当てる第２信号を受信することをさらに含む。
この開示において、上りリンク信号は、物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ；ＰＵＣＣＨ)又は物理上りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ；ＰＵＳＣＨ)を介して送信される。
この開示において、複数のセルは、一次電池(ｐｒｉｍａｒｙ ｃｅｌｌ；ＰＣｅｌｌ)又は二次電池(ｓｅｃｏｎｄａｒｙ ｃｅｌｌ；ＳＣｅｌｌ)を含む。このとき、１つ以上のＳＣｅｌｌを含む１つ以上の第１セルに基づいて、上りリンク信号は部分ＢＦ情報ではなくＢＦ情報のみを含む。
この開示の他の例において、無線通信システムにおいて複数のセルが設定されてビーム管理を行う端末であって、少なくとも１つの送信機と、少なくとも１つの受信機と、少なくとも１つのプロセッサ、及び少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサに特定の動作を行わせる命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、特定の動作は：複数のセルのうちの１つ以上の第１セルで(ｉ)ビーム失敗(ｂｅａｍ ｆａｉｌｕｒｅ；ＢＦ)又は(ii)部分ＢＦ(ｐａｒｔｉａｌ ＢＦ)が発生したことを検出すること、及び１つ以上の第１セルに対するＢＦ又は部分ＢＦの検出に基づいて、(ｉ)１つ以上の第１セルの識別情報及び(ii)ＢＦ情報又は部分ＢＦ情報を含む上りリンク信号を基地局に送信することを含む、端末を開示する。
この開示において、端末は、移動端末機、ネットワーク及び該端末が含まれた車両以外の自立走行車両のうちのいずれかと通信可能である。
この開示のさらに他の例において、無線通信システムにおいて複数のセルを含み、端末のビーム管理を支援する基地局であって、少なくとも１つの送信機と、少なくとも１つの受信機と、少なくとも１つのプロセッサ及び少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサに特定の動作を行わせる命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、特定の動作は、端末から、端末に設定された複数のセルのうちの１つ以上の第１セルに対する(ｉ)ビーム失敗(ｂｅａｍ ｆａｉｌｕｒｅ；ＢＦ)又は(ii)部分ＢＦ(ｐａｒｔｉａｌ ＢＦ)の発生に基づいて、(ｉ)１つ以上の第１セルの識別情報及び(ii)ＢＦ情報又は部分ＢＦ情報を含む上りリンク信号を受信すること、及び上りリンク信号に基づいて、１つ以上の第１セルでＢＦ又は部分ＢＦが発生したことを認知することを含む、基地局を開示する。
この開示のさらに他の例において、無線通信システムにおいて複数のセルが設定された端末のビーム管理の実施方法であって、基地局からビーム失敗(ｂｅａｍ ｆａｉｌｕｒｅ；ＢＦ)のための第１スケジューリング要請(Ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ；ＳＲ)信号及び部分ＢＦのための第２ＳＲ信号に関連する設定情報を受信すること、複数のセルのうちの１つ以上の第１セルで(ｉ)ビーム失敗(ｂｅａｍ ｆａｉｌｕｒｅ；ＢＦ)又は(ii)部分ＢＦ(ｐａｒｔｉａｌ ＢＦ)が発生したことを検出すること、１つ以上の第１セルに対するＢＦの検出に基づいて、(ｉ)基地局に第１ＳＲ信号を送信すること、及び(ii)第１ＳＲ信号に関連する第１応答信号に基づいて１つ以上の第１セルの識別情報を含む上りリンク信号を基地局に送信すること、及び１つ以上の第１セルに対する部分ＢＦの検出に基づいて、(ｉ)基地局に第２ＳＲ信号を送信すること、及び(ii)第２ＳＲ信号に関連する第２応答信号に基づいて１つ以上の第１セルの識別情報を含む上りリンク信号を基地局に送信することを含む、端末のビーム管理の実施方法を開示する。
この開示のさらに他の例において、無線通信システムにおいて複数のセルが設定されてビーム管理を行う端末であって、少なくとも１つの送信機と、少なくとも１つの受信機と、少なくとも１つのプロセッサ及び少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサに特定の動作を行わせる命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、特定の動作は、基地局からビーム失敗(ｂｅａｍ ｆａｉｌｕｒｅ；ＢＦ)のための第１スケジューリング要請(ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ；ＳＲ)信号及び部分ＢＦのための第２ＳＲ信号に関連する設定情報を受信することを含む。
複数のセルのうちの１つ以上の第１セルで(ｉ)ビーム失敗(ｂｅａｍ ｆａｉｌｕｒｅ；ＢＦ)又は(ii)部分ＢＦ(ｐａｒｔｉａｌ ＢＦ)が発生したことを検出すること、１つ以上の第１セルに対するＢＦの検出に基づいて、(ｉ)基地局に第１ＳＲ信号を送信する、及び(ii)第１ＳＲ信号に関連する第１応答信号に基づいて、１つ以上の第１セルの識別情報を含む上りリンク信号を基地局に送信すること、及び１つ以上の第１セルに対する部分ＢＦの検出に基づいて、(ｉ)基地局に第２ＳＲ信号を送信すること、及び(ii)第２ＳＲ信号に関連する第２応答信号に基づいて、１つ以上の第１セルの識別情報を含む上りリンク信号を基地局に送信することを含む、端末を開示する。
この開示において、端末は、移動端末機、ネットワーク及び該端末が含まれた車両以外の自立走行車両のうちのいずれかと通信可能である。
この開示のさらに他の例において、無線通信システムにおいて複数のセルを含み、端末のビーム管理を支援する基地局であって、少なくとも１つの送信機と、少なくとも１つの受信機と、少なくとも１つのプロセッサ及び少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサに特定の動作を行わせる命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、特定の動作は、端末に、ビーム失敗(ｂｅａｍ ｆａｉｌｕｒｅ；ＢＦ)のための第１スケジューリング要請(ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ；ＳＲ)信号及び部分ＢＦのための第２ＳＲ信号に関連する設定情報を送信すること、端末から、第１ＳＲ信号を受信することに基づいて、(ｉ)端末に、第１ＳＲ信号に関連する第１応答信号を送信すること、(ii)第１応答信号に基づいて、端末から、複数のセルのうちの１つ以上の第１セルの識別情報を含む上りリンク信号を受信すること、及び(iii)上りリンク信号に基づいて、１つ以上の第１セルでビーム失敗(ｂｅａｍ ｆａｉｌｕｒｅ；ＢＦ)が発生したことを認知すること、及び端末から、第２ＳＲ信号を受信することに基づいて、(ｉ)端末に、第２ＳＲ信号に関連する第２応答信号を送信すること、(ii)第２応答信号に基づいて、端末から、複数のセルのうちの１つ以上の第１セルの識別情報を含む上りリンク信号を受信すること、及び(iii)上りリンク信号に基づいて、１つ以上の第１セルで部分ＢＦが発生したことを認知する、基地局を開示する。
上述したこの開示の態様は、この開示の望ましい実施例の一部に過ぎず、当該技術分野における通常の知識を有する者はこの開示の技術的特徴が反映された様々な実施例を後述する詳しい説明に基づいて導き出すことができるであろう。
この開示の実施例によれば、以下のような効果がある。
この開示によれば、端末は、(ｉ)特定のセルに関連する全てのビームに対する品質が一定以下であるビーム失敗(ｂｅａｍ ｆａｉｌｕｒｅ；ＢＦ)の状態だけではなく、(ｉｉ)特定のセルに関連する全てのビームのうちの一部に対する品質が一定以下である部分ＢＦの状態を基地局に報告することができる。それに対応して、基地局は、端末から受信した信号に基づいて特定のセルに対するＢＦ又は部分ＢＦを早く認知することができる。
これにより、基地局は特定のセルに対する一部ビーム又はＲＳ(ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)を早く修訂してＢＦの発生を最小にすることができ、これにより端末の観点でのスループット損失(ｔｈｒｏｕｇｈｐｕｔ ｌｏｓｓ)も最小にすることができる。
この開示の実施例で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野における通常の知識を有する者に明らかに理解可能であろう。即ち、この開示に記載する構成を実施することによる意図しない効果もこの開示の実施例から当該技術分野における通常の知識を有する者が導き出すことができる。
以下に添付する図面は、本発明に関する理解を助けるためのものであり、詳細な説明と共に本発明に関する実施例を提供する。ただし、本発明の技術的特徴が特定の図面に限定されるものではなく、各図面で開示する特徴が互いに組み合わせられて新しい実施例として構成されてもよい。各図面における参照番号(ｒｅｆｅｒｅｎｃｅ ｎｕｍｅｒａｌｓ)は構造的構成要素(ｓｔｒｕｃｔｕｒａｌ ｅｌｅｍｅｎｔｓ)を意味する。
物理チャネル及びそれらを用いた信号送信方法を説明するための図である。 この開示の実施例が適用可能なＮＲシステムに基づく無線フレーム構造を示す図である。 この開示の実施例が適用可能なＮＲシステムに基づくスロット構造を示す図である。 この開示の実施例が適用可能なＮＲシステムに基づく自立的スロット構造(ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ Ｓｌｏｔ ｓｔｒｕｃｔｕｒｅ)を示す図である。 この開示 の実施例が適用可能なＮＲシステムに基づく１つのＲＥＧ構造を示す図である。 この開示に適用可能なＳＳ／ＰＢＣＨ ｂｌｏｃｋを簡単に示す図である。 この開示に適用可能なＳＳ／ＰＢＣＨ ｂｌｏｃｋが送信される構成を簡単に示す図である。 この開示に適用可能な上位階層パラメータＳｅａｒｃｈＳｐａｃｅ ＩＥの構成を示す図である。 この開示に適用可能な上位階層パラメータＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇ ＩＥの構成を示す図である。 この開示に適用可能な任意接続手順を簡単に示す図である。 この開示に適用される通信システムを例示する図である。 この開示に適用可能な無線機器を例示する図である。 この開示に適用される無線機器の他の例を例示する図である。 この開示に適用される携帯機器を例示する図である。 この開示に適用される車両又は自立走行車両を例示する図である。 この開示による端末のビーム失敗報告方法の様々な例示を示す図である。 この開示による端末のビーム失敗報告方法の様々な例示を示す図である。 この開示による端末のビーム失敗報告方法の様々な例示を示す図である。 この開示による端末のビーム失敗報告方法の様々な例示を示す図である。 この開示による端末のビーム失敗報告方法の様々な例示を示す図である。 この開示による端末のビーム失敗報告方法の様々な例示を示す図である。 この開示による端末のビーム失敗報告方法の様々な例示を示す図である。 この開示による端末のビーム失敗報告方法の様々な例示を示す図である。 この開示による端末のビーム失敗報告方法の様々な例示を示す図である。 この開示による端末のビーム失敗報告方法の様々な例示を示す図である。 この開示による端末のビーム失敗報告方法の様々な例示を示す図である。 この開示によるビーム失敗報告方法を簡単に示す図である。 この開示による端末のビーム失敗報告方法の他の様々な例示を示す図である。 この開示による端末のビーム失敗報告方法の他の様々な例示を示す図である。 この開示による端末のビーム失敗報告方法の他の様々な例示を示す図である。 この開示による端末のビーム失敗報告方法の他の様々な例示を示す図である。 この開示による第２ビーム失敗報告方法を簡単に示す図である。 この開示による第３ビーム失敗報告方法を簡単に示す図である。 の開示による第３ビーム失敗報告方法を簡単に示す図である。 この開示に適用可能な端末と基地局の間のネットワーク接続及び通信過程を簡単に示す図である。 この開示に適用可能な端末のＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)サイクルを簡単に示す図である。 図３７はこの開示の一例による端末及び基地局の動作を簡単に示す図である。 図３８はこの開示の一例による端末の動作フローチャートである。 図３９はこの開示の一例による基地局の動作フローチャートである。 図４０はこの開示の他の例による端末及び基地局の動作を簡単に示す図である。 図４１はこの開示の他の例による端末の動作フローチャートである。 図４２はこの開示の他の例による基地局の動作フローチャートである。
以下の実施例は本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は別の構成要素や特徴と結合しない形態で実施されてもよく、一部の構成要素及び／又は特徴を結合させて本発明の実施例を構成してもよい。本発明の実施例において説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取り替えられてもよい。
図面に関する説明において、本発明の要旨を曖昧にさせ得る手順又は段階などは記述を省略し、当業者のレベルで理解可能な程度の手順又は段階も記述を省略する。
明細書全体を通じて、ある部分がある構成要素を「含む(ｃｏｍｐｒｉｓｉｎｇ又はｉｎｃｌｕｄｉｎｇ)」とされているとき、これは、別に反対の記載がない限り、他の構成要素を除外するものではなく、他の構成要素をさらに含み得ることを意味する。また、明細書でいう“…部”、“…器”、“モジュール”などの用語は、少なくとも１つの機能や動作を処理する単位を意味し、これは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの結合によって具現することができる。また、「ある(ａ又はａｎ)」、「１つ(ｏｎｅ)」、「その(ｔｈｅ)」及び類似の関連語は、本発明を記述する文脈において(特に、以下の請求項の文脈において)本明細書に別に指示されたり文脈によって明らかに反駁されない限り、単数及び複数の両方を含む意味で使うことができる。
この明細書において本発明の実施例は基地局と移動局の間のデータ送受信関係を中心に説明されている。ここで、基地局は、移動局と通信を直接行うネットワークの終端ノード(ｔｅｒｍｉｎａｌ ｎｏｄｅ)としての意味を有する。本文書において基地局によって行われるとされている特定動作は、場合によっては、基地局の上位ノード(ｕｐｐｅｒ ｎｏｄｅ)によって行われてもよい。
即ち、基地局を含む複数のネットワークノード(ｎｅｔｗｏｒｋ ｎｏｄｅ)からなるネットワークにおいて、移動局との通信のために行われる様々な動作は、基地局、又は基地局以外の他のネットワークノードで行うことができる。このとき、「基地局」は、固定局(ｆｉｘｅｄ ｓｔａｔｉｏｎ)、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ(ｅＮＢ)、発展した基地局(ＡＢＳ：Ａｄｖａｎｃｅｄ Ｂａｓｅ Ｓｔａｔｉｏｎ)又はアクセスポイント(ａｃｃｅｓｓ ｐｏｉｎｔ)などの用語に言い換えることができる。
また、本発明の実施例において、端末(Ｔｅｒｍｉｎａｌ)は、ユーザ機器(ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)、移動局(ＭＳ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)、加入者端末(ＳＳ：Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ)、移動加入者端末(ＭＳＳ：Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ)、移動端末(Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ)、又は発展した移動端末(ＡＭＳ：Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)などの用語に言い換えることができる。
また、送信端はデータサービス又は音声サービスを提供する固定及び／又は移動ノードを意味し、受信端はデータサービス又は音声サービスを受信する固定及び／又は移動ノードを意味する。したがって、上りリンクでは移動局を送信端にし、基地局を受信端にすることができる。同様に、下りリンクでは移動局を受信端にし、基地局を送信端にすることができる。
本発明の実施例は、無線接続システムであるＩＥＥＥ ８０２．ｘｘシステム、３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)システム、３ＧＰＰ ＬＴＥシステム及び３ＧＰＰ２システムのうち少なくとも１つに開示されている標準文書によってサポートすることができ、特に、本発明の実施例は、３ＧＰＰ ＴＳ ３６．２１１、３ＧＰＰ ＴＳ ３６．２１２、３ＧＰＰ ＴＳ ３６．２１３、３ＧＰＰ ＴＳ ３６．３２１、３ＧＰＰ ＴＳ ３６.３３１、３ＧＰＰ ＴＳ ３７.２１３、３ＧＰＰ ＴＳ ３８.２１１、３ＧＰＰ ＴＳ ３８.２１２、３ＧＰＰ ＴＳ ３８.２１３、３ＧＰＰ ＴＳ ３８.３２１及び３ＧＰＰ ＴＳ ３８.３３１の文書によってサポートすることができる。即ち、本発明の実施例のうち、説明していない自明な段階又は部分は、上記文書を参照して説明することができる。また、本文書に開示している用語はいずれも、上記標準文書によって説明することができる。
以下、本発明に係る好適な実施形態を添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示する詳細な説明は、本発明の例示的な実施形態を説明するためのもので、本発明が実施され得る唯一の実施形態を表すことを意図するものではない。
また、本発明の実施例で使われる特定用語は本発明の理解易さのために提供されるものであり、このような特定用語の使用は本発明の技術的思想を逸脱しない範囲で他の形態に変更されてもよい。
以下、本発明の実施例を利用可能な無線接続システムの一例として３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａシステムだけではなく、３ＧＰＰ ＮＲシステムについて説明する。
以下の技術は、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などのような様々な無線接続システムに適用することができる。
この開示の技術的特徴を明確に説明するために、この開示の実施例においては３ＧＰＰ ＮＲシステムを主として記載する。但し、この開示で提案する実施例は他の無線システム(例：３ＧＰＰ ＬＴＥ、ＩＥＥＥ８０２.１６、ＩＥＥＥ８０２.１１など)にも同様に適用できる。
１．ＮＲシステム
１．１．物理チャネル及び一般的な信号送信
無線接続システムにおいて端末は下りリンク(ＤＬ：Ｄｏｗｎｌｉｎｋ)で基地局から情報を受信し、上りリンク(ＵＬ：Ｕｐｌｉｎｋ)で基地局に情報を送信する。基地局と端末とが送受信する情報は一般データ情報及び種々の制御情報を含み、基地局と端末とが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
図１は、本発明の実施例で使用可能な物理チャネル及びそれらを用いた信号送信方法を説明するための図である。
電源が消えた状態で電源がついたり、新しくセルに進入したりした端末は、基地局と同期を取るなどの初期セル探索(Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ)作業を行う(Ｓ１１)。そのために、端末は基地局から主同期チャネル(Ｐ－ＳＣＨ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ)及び副同期チャネル(Ｓ－ＳＣＨ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ)を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。
その後、端末は基地局から物理放送チャネル(ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)信号を受信してセル内放送情報を取得することができる。
一方、端末は初期セル探索段階で下りリンク参照信号(ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)を受信して下りリンクチャネル状態を確認することができる。
初期セル探索を終えた端末は、物理下りリンク制御チャネル(ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、及び物理下りリンク制御チャネル情報に対応する物理下りリンク共有チャネル(ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を受信して、より具体的なシステム情報を取得することができる(Ｓ１２)。
その後、端末は基地局への接続を完了するために、任意接続手順(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)を行うことができる(Ｓ１３～Ｓ１６)。そのために、端末は物理ランダムアクセスチャネル(ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)でプリアンブル(ｐｒｅａｍｂｌｅ)を送信し(Ｓ１３)、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルでプリアンブルに対するＲＡＲ(ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ)を受信することができる(Ｓ１４)。端末はＲＡＲ内のスケジューリング情報を用いてＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)を送信し(Ｓ１５)、及び物理下りリンク制御チャネル信号及びそれに対応する物理下りリンク共有チャネル信号の受信のような衝突解決手順(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ)を行う(Ｓ１６)。
上述したような手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、物理下りリンク制御チャネル信号及び／又は物理下りリンク共有チャネル信号の受信(Ｓ１７)、及び物理上りリンク共有チャネル(ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)信号及び／又は物理上りリンク制御チャネル(ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)信号の送信を行う(Ｓ１８)。
端末が基地局に送信する制御情報を総称して上りリンク制御情報(ＵＣＩ：Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)という。ＵＣＩは、ＨＡＲＱ－ＡＣＫ／ＮＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ＡＣＫ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)、ＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｉｏｎ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｉｏｎ)、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ)情報などを含む。
ＮＲシステムにおいて、ＵＣＩは一般的にＰＵＣＣＨを介して周期的に送信されるが、実施例によっては(例：制御情報とトラフィックデータを同時に送信すべき場合)、ＰＵＳＣＨを介して送信することもできる。また、ネットワークの要請／指示によって端末はＰＵＳＣＨを介してＵＣＩを非周期的に送信することもできる。
１．２．無線フレーム(Ｒａｄｉｏ Ｆｒａｍｅ)構造
図２は本発明の実施例が適用可能なＮＲシステムに基づく無線フレームの構造を示す図である。
ＮＲシステムに基づく上りリンク及び下りリンクの送信は、図２のようなフレームに基づく。１つの無線フレームは１０ｍｓの長さを有し、２つの５ｍｓハーフフレーム(Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ)により定義される。１つのハーフフレームは５つの１ｍｓのサブフレーム(Ｓｕｂｆｒａｍｅ、ＳＦ)により定義される。１つのサブフレームは１つ以上のスロットに分割され、サブフレーム内のスロット数はＳＣＳ(Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ)に依存する。各スロットはＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)によって１２個又は１４個のＯＦＤＭ(Ａ)シンボルを含む。一般ＣＰが使用される場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使用される場合は、各スロットは１２個のシンボルを含む。ここで、シンボルはＯＦＤＭシンボル(又はＣＰ－ＯＦＤＭシンボル)、ＳＣ－ＦＤＭＡシンボル(又はＤＦＴ－ｓ－ＯＦＤＭシンボル)を含む。
表１は一般ＣＰが使用される場合、ＳＣＳによるスロットごとのシンボル数、フレームごとのスロット数及びサブフレームごとのスロット数を示し、表２は拡張されたＣＳＰが使用される場合、ＳＣＳによるスロットごとのシンボル数、フレームごとのスロット数及びサブフレームごとのスロット数を示す。
Figure 0007259068000001
Figure 0007259068000002
上記表において、Ｎslot symb はスロット内のシンボル数を示し、Ｎframe,μ slotはフレーム内のスロット数を示し、Ｎsubframe,μ slotはサブフレーム内のスロット数を示す。
本発明が適用可能なＮＲシステムでは、１つの端末に併合される複数のセルの間に異なるＯＦＤＭ(Ａ)ニューマロロジー(例、ＳＣＳ、ＣＰ長さなど)が設定されることができる。これにより、同じ数のシンボルで構成された時間リソース(例、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(Ｔｉｍｅ Ｕｎｉｔ)と統称)の(絶対時間)区間が、併合されたセルの間に異なるように設定されることができる。
ＮＲは様々な５Ｇサービスを支援するための多数のｎｕｍｅｒｏｌｏｇｙ(又はｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ(ｓｃｓ))を支援する。たとえば、ｓｃｓが１５ｋＨｚである場合、伝統的なセルラーバンドでの広い領域(ｗｉｄｅ ａｒｅａ)を支援し、ｓｃｓが３０ｋＨｚ/６０ｋＨｚである場合は、密集した都市(ｄｅｎｓｅ－ｕｒｂａｎ)、より低い遅延(ｌｏｗｅｒ ｌａｔｅｎｃｙ)及びより広いキャリア帯域幅(ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ)を支援し、ｓｃｓが６０ｋＨｚ又はそれより高い場合は、位相ノイズ(ｐｈａｓｅ ｎｏｉｓｅ)を克服するために、２４.２５ＧＨｚよりも大きい帯域幅を支援する。
ＮＲ周波数帯域(ｆｒｅｑｕｅｎｃｙ ｂａｎｄ)は２つのタイプ(ＦＲ１、ＦＲ２)の周波数範囲(ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ)により定義される。ＦＲ１、ＦＲ２は以下の表のように構成される。また、ＦＲ２はミリ波(ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ、ｍｍＷ)を意味する。
Figure 0007259068000003
図３は本発明の実施例が適用可能なＮＲシステムに基づくスロット構造を示す図である。
１つのスロットは時間ドメインで複数のシンボルを含む。例えば、一般ＣＰの場合、１スロットが７個のシンボルを含むが、拡張ＣＰの場合は、１スロットが６個のシンボルを含む。
搬送波は周波数ドメインで複数の副搬送波を含む。ＲＢは周波数ドメインで複数個(例、１２個)の連続する副搬送波により定義される。
ＢＷＰ(Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ)は周波数ドメインで複数の連続する(Ｐ)ＲＢにより定義され、１つのニューマロロジー(例、ＳＣＳ、ＣＰ長さなど)に対応する。
搬送波は最大Ｎ個(例、５個)のＢＷＰを含む。データ通信は活性化されたＢＷＰにより行われ、１つの端末には１つのＢＷＰのみが活性化される。リソースグリッドにおいて各々の要素はリソース要素(ＲＥ)と称され、１つの複素シンボルがマッピングされることができる。
図４は本発明の実施例が適用可能なＮＲシステムに基づく自立的スロット構造(ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ Ｓｌｏｔ ｓｔｒｕｃｔｕｒｅ)を示す図である。
図４において斜線領域(例：シンボルインデックス＝０)は下りリンク制御(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ)領域を示し、黒色領域(例：シンボルインデックス＝１３)は上りリンク制御(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ)領域を示す。それ以外の領域(例：シンボルインデックス＝１～１２)は下りリンクデータ送信のために使用されることもでき、上りリンクデータ送信のために使用されることもできる。
かかる構造によって、基地局及びＵＥは１つのスロット内でＤＬ送信とＵＬ送信を順に行うことができ、１つのスロット内でＤＬデータを送受信し、これに対するＵＬ ＡＣＫ／ＮＡＣＫも送受信することができる。結果的には、かかる構造により、データ送信エラー発生時にデータ再送信までかかる時間を減らすことができ、最終データの伝達遅延を最小化することができる。
かかる自立的スロット構造において、基地局とＵＥが送信モードから受信モードへの転換又は受信モードから送信モードへの転換のためには、一定時間長さの時間ギャップ(ｔｉｍｅ ｇａｐ)が必要である。このために、自立的スロットにおいて、下りリンク(ＤＬ)から上りリンク(ＵＬ)に転換される時点の一部ＯＦＤＭシンボルは、保護区間(ｇｕａｒｄ Ｐｅｒｉｏｄ、ＧＰ)として設定されることができる。
上記説明では、自立的スロット構造がＤＬ制御領域及びＵＬ制御領域を全て含む場合を説明したが、制御領域は自立的スロット構造に選択的に含まれる。即ち、本発明による自立的スロット構造は、図４のようにＤＬ制御領域及びＵＬ制御領域を全て含む場合だけではなく、ＤＬ制御領域又はＵＬ制御領域のみを含む場合も含む。
また、１つのスロットを構成する領域の手順は実施例によって変わることができる。一例として、１つのスロットはＤＬ制御領域／ＤＬデータ領域／ＵＬ制御領域／ＵＬデータ領域の順に構成されるか、又はＵＬ制御領域／ＵＬデータ領域／ＤＬ制御領域／ＤＬデータ領域の順に構成されることができる。
ＤＬ制御領域ではＰＤＣＣＨが送信され、ＤＬデータ領域ではＰＤＳＣＨが送信される。ＵＬ制御領域ではＰＵＣＣＨが送信され、ＵＬデータ領域ではＰＵＳＣＨが送信される。
ＰＤＣＣＨではＤＣＩ(Ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)、例えば、ＤＬデータスケジューリング情報、ＵＬデータスケジューリング情報などが送信される。ＰＵＣＣＨではＵＣＩ(Ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)、例えば、ＤＬデータに対するＡＣＫ／ＮＡＣＫ(Ｐｏｓｉｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)情報、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)情報、ＳＲ(ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)などが送信される。
ＰＤＳＣＨは下りリンクデータ(例、ＤＬ－ｓｈａｒｅｄ Ｃｈａｎｎｅｌ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＤＬ－ＳＣＨ ＴＢ)を運び、ＱＰＳＫ(Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)、１６ＱＡＭ(Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ)、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。ＴＢを符号化してコードワード(ｃｏｄｅｗｏｒｄ)が生成される。ＰＤＳＣＨは最大２つのコードワードを運ぶ。コードワードごとにスクランブル及び変調マッピングが行われ、各コードワードから生成された変調シンボルは１つ以上のレイヤにマッピングされる。各レイヤはＤＭＲＳ(Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)と共にリソースにマッピングされてＯＦＤＭシンボル信号に生成され、該当アンテナポートにより送信される。
ＰＤＣＣＨは下りリンク制御情報(ＤＣＩ)を運び、ＱＰＳＫ変調方法が適用される。１つのＰＤＣＣＨはＡＬ(Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ)によって１、２、４、８、１６個のＣＣＥ(ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ)で構成される。１つのＣＣＥは６個のＲＥＧ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ)で構成される。１つのＲＥＧは１つのＯＦＤＭシンボルと１つの(Ｐ)ＲＢにより定義される。
図５は本発明の実施例が適用可能なＮＲシステムに基づく１つのＲＥＧ構造を示す図である。
図５において、ＤはＤＣＩがマッピングされるリソース要素(ＲＥ)を示し、ＲはＤＭＲＳがマッピングされるＲＥを示す。ＤＭＲＳは１つのシンボル内の周波数ドメイン方向に１番目、５番目、９番目のＲＥにマッピングされる。
ＰＤＣＣＨは制御リソースセット(ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ、ＣＯＲＥＳＥＴ)により送信される。ＣＯＲＥＳＥＴは所定のニューマロロジー(例、ＳＣＳ、ＣＰ長さなど)を有するＲＥＧセットにより定義される。１つの端末のための複数のＯＣＲＥＳＥＴは時間／周波数ドメインで重畳することができる。ＣＯＲＥＳＥＴはシステム情報(例、ＭＩＢ)又は端末－特定(ＵＥ－ｓｐｅｃｉｆｉｃ)の上位階層(例、ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ、ｌａｙｅｒ)シグナリングにより設定される。具体的には、ＣＯＲＥＳＥＴを構成するＲＢ数及びシンボル数(最大３個)が上位階層シグナリングにより設定されることができる。
ＰＵＳＣＨは上りリンクデータ(例、ＵＬ－ｓｈａｒｅｄ Ｃｈａｎｎｅｌ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＵＬ－ＳＣＨ ＴＢ)及び／又は上りリンク制御情報(ＵＣＩ)を運び、ＣＰ－ＯＦＤＭ(Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ －Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)波形又はＤＦＴ－ｓ－ＯＦＤＭ(Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)波形に基づいて送信される。ＰＵＳＣＨがＤＦＴ－ｓ－ＯＦＤＭ波形に基づいて送信される場合、端末は変換プリコーディング(ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ)を適用してＰＵＳＣＨを送信する。一例として、変換プリコーディングが不可能な場合(例、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｄｉｓａｂｌｅｄ)、端末はＣＰ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信し、変換プリコーディングが可能な場合(例、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｅｎａｂｌｅｄ)、端末はＣＰ－ＯＦＤＭ波形又はＤＦＴ－ｓ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信する。ＰＵＳＣＨ送信はＤＣＩ内のＵＬグランドにより動的にスケジュールされるか、上位階層(例、ＲＲＣ)シグナリング(及び／又はＬａｙｅｒ１(Ｌ１)シグナリング(例、ＰＤＣＣＨ))に基づいて半－静的(ｓｅｍｉ－ｓｔａｔｉｃ)にスケジュールされる(ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ)。ＰＵＳＣＨ送信はコードワード基盤又は非－コードワード基盤に行われる。
ＰＵＣＣＨは上りリンク制御情報、ＨＡＲＱ－ＡＣＫ及び／又はスケジュール要請(ＳＲ)を運び、ＰＵＣＣＨ送信長さによってＳｈｏｒｔ ＰＵＣＣＨ及びＬｏｎｇ ＰＵＣＣＨと区分される。表４はＰＵＣＣＨフォーマットを例示する。
Figure 0007259068000004
ＰＵＣＣＨフォーマット０は最大２ビットサイズのＵＣＩを運び、シーケンスに基づいてマッピングされて送信される。具体的には、端末は複数のシーケンスのうちの１つのシーケンスをＰＵＣＣＨフォーマット０であるＰＵＣＣＨを介して送信して特定のＵＣＩを基地局に送信する。端末は肯定(ｐｏｓｉｔｉｖｅ)のＳＲを送信する場合のみに対応するＳＲ設定のためのＰＵＣＣＨリソース内でＰＵＣＣＨフォーマット０であるＰＵＣＣＨを送信する。
ＰＵＣＣＨフォーマット１は最大２ビットサイズのＵＣＩを運び、変調シンボルは時間領域で(周波数ホッピング有無によって異なるように設定される)直交カバーコード(ＯＣＣ)により拡散される。ＤＭＲＳは変調シンボルが送信されないシンボルで送信される(即ち、ＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される)。
ＰＵＣＣＨフォーマット２は２ビットより大きいビットサイズのＵＣＩを運び、変調シンボルはＤＭＲＳとＦＤＭ(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。ＤＭ－ＲＳは１／３密度のリソースブロック内のシンボルインデックス＃１、＃４、＃７及び＃１０に位置する。ＰＮ(Ｐｓｅｕｄｏ Ｎｏｉｓｅ)シーケンスがＤＭ＿ＲＳシーケンスのために使用される。２シンボルＰＵＣＣＨフォーマット２のために周波数ホッピングが活性化されることができる。
ＰＵＣＣＨフォーマット３は同一の物理リソースブロック内において端末多重化が行われず、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含まない。変調シンボルはＤＭＲＳとＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。
ＰＵＣＣＨフォーマット４は同一の物理リソースブロック内に最大４個の端末まで多重化が支援され、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含む。変調シンボルはＤＭＲＳとＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。
１．３．同期信号ブロック(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ、ＳＳＢ又はＳＳ／ＰＢＣＨ ｂｌｏｃｋ)
本発明が適用可能なＮＲシステムにおいて、ＰＳＳ(Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)、ＳＳＳ(Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)及び／又はＰＢＣＨ(Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)は、１つの同期信号ブロック(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ又はＳｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ ＰＢＣＨ ｂｌｏｃｋ、以下、ＳＳ ｂｌｏｃｋ又はＳＳ／ＰＢＣＨ ｂｌｏｃｋという)内で送信される。このとき、１つのＳＳブロック内で他の信号を多重化することは排除されない(Ｍｕｌｔｉｐｌｅｘｉｎｇ ｏｔｈｅｒ ｓｉｇｎａｌｓ ａｒｅ ｎｏｔ ｐｒｅｃｌｕｄｅｄ ｗｉｔｈｉｎ ａ ‘ＳＳ ｂｌｏｃｋ’)。
ＳＳ／ＰＢＣＨ ｂｌｏｃｋはシステム帯域の中心ではない帯域で送信されることができ、特に基地局が広帯域運営を支援する場合、基地局は多数のＳＳ／ＰＢＣＨ ｂｌｏｃｋを送信することができる。
図６は本発明に適用可能なＳＳ／ＰＢＣＨ ｂｌｏｃｋを簡単に示す図である。
図６に示したように、本発明に適用可能なＳＳ／ＰＢＣＨ ｂｌｏｃｋは連続する４つのＯＦＤＭシンボル内の２０ＲＢで構成される。またＳＳ／ＰＢＣＨ ｂｌｏｃｋはＰＳＳ、ＳＳＳ及びＰＢＣＨで構成され、端末はＳＳ／ＰＢＣＨ ｂｌｏｃｋに基づいてセル探索、システム情報の獲得、初期接続のためのビーム整列、ＤＬ測定などを行うことができる。
ＰＳＳとＳＳＳは各１個のＯＦＤＭシンボルと１２７個の副搬送波で構成され、ＰＢＣＨは３個のＯＦＤＭシンボルと５７６個の副搬送波で構成される。ＰＢＣＨにはＰｏｌａｒ Ｃｏｄｉｎｇ及びＱＰＳＫ(Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)が適用される。ＰＢＣＨはＯＦＤＭシンボルごとにデータＲＥとＤＭＲＳ(Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)ＲＥで構成される。ＲＢごとに３個のＤＭＲＳ ＲＥが存在し、ＤＭＲＳ ＲＥの間には３個のデータＲＥが存在する。
またＳＳ／ＰＢＣＨ ｂｌｏｃｋはネットワークが使用する周波数帯域の中心周波数ではない周波数帯域でも送信される。
このために、本発明が適用可能なＮＲシステムでは、端末がＳＳ／ＰＢＣＨ ｂｌｏｃｋを検出する候補周波数位置である同期ラスター(ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｒａｓｔｅｒ)を定義する。同期ラスターはチャネルラスター(Ｃｈａｎｎｅｌ ｒａｓｔｅｒ)とは区分される。
同期ラスターはＳＳ／ＰＢＣＨ ｂｌｏｃｋ位置に対する明示的なシグナリングが存在しない場合、端末がシステム情報を得るために使用可能なＳＳ／ＰＢＣＨ ｂｌｏｃｋの周波数位置を指示することができる。
このとき、同期ラスターはＧＳＣＮ(Ｇｌｏｂａｌ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ Ｎｕｍｂｅｒ)に基づいて決定される。ＧＳＣＮはＲＲＣシグナリング(例：ＭＩＢ、ＳＩＢ、ＲＭＳＩ、ＯＳＩなど)により送信される。
このような同期ラスターは初期同期の複雑度と検出速度を勘案してチャネルラスターより周波数軸で長く定義され、ブラインド検出数が少ない。
図７は本発明に適用可能なＳＳ／ＰＢＣＨ ｂｌｏｃｋが送信される構成を簡単に示す図である。
本発明が適用可能なＮＲシステムにおいて、基地局は５ｍｓの間にＳＳ／ＰＢＣＨ ｂｌｏｃｋを最大６４回送信することができる。このとき、多数のＳＳ／ＰＢＣＨ ｂｌｏｃｋは互いに異なる送信ビームで送信され、端末は送信に使用される特定の１つのビームに基づいて２０ｍｓの周期ごとにＳＳ／ＰＢＣＨ ｂｌｏｃｋが送信されると仮定してＳＳ／ＰＢＣＨ ｂｌｏｃｋを検出することができる。
基地局が５ｍｓ時間区間内でＳＳ／ＰＢＣＨ ｂｌｏｃｋ送信のために使用可能な最大ビーム数は、周波数帯域が高いほど大きく設定される。一例として、３ＧＨｚ以下の帯域で基地局は５ｍｓ時間区間内に最大４個、３～６ＧＨｚ帯域で最大８個、６ＧＨｚ以上の帯域で最大６４個の互いに異なるビームを使用してＳＳ／ＰＢＣＨ ｂｌｏｃｋを送信することができる。
１.４．同期化手順(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ)
端末は 基地局から上記のようなＳＳ／ＰＢＣＨ ｂｌｏｃｋを受信して同期化を行う。このとき、同期化手順は大きくセルＩＤ検出(ｃｅｌｌ ＩＤ ｄｅｔｅｃｔｉｏｎ)段階及びタイミング検出(ｔｉｍｉｎｇ ｄｅｔｅｃｔｉｏｎ)段階を含む。ここで、セルＩＤ検出段階はＰＳＳに基づくセルＩＤ検出段階とＳＳＳに基づくセルＩＤ検出段階を含む。また、タイミング検出段階はＰＢＣＨ ＤＭ－ＲＳ(Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)に基づくタイミング検出段階とＰＢＣＨコンテンツ(例：ＭＩＢ(Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ))に基づくタイミング検出段階を含む。
このために、端末はＰＢＣＨ、ＰＳＳ、ＳＳＳの受信機会(ｒｅｃｅｐｔｉｏｎ ｏｃｃａｓｉｏｎｓ)が連続するシンボル上に存在すると仮定できる(即ち、端末は上述したように、ＰＢＣＨ、ＰＳＳ、ＳＳＳがＳＳ／ＰＢＣＨ ｂｌｏｃｋを構成すると仮定できる)。次いで、端末はＳＳＳ、ＰＢＣＨ ＤＭ－ＲＳ及びＰＢＣＨデータが同一のＥＰＲＥ(Ｅｎｅｒｇｙ Ｐｅｒ Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ)を有すると仮定できる。このとき、端末は対応するセル内のＳＳ／ＰＢＣＨ ｂｌｏｃｋのＳＳＳ ＥＲＰＥに対するＰＳＳ ＥＰＲＥの比率(ｒａｔｉｏ ｏｆ ＰＳＳ ＥＰＲＥ ｔｏ ＳＳＳ ＥＰＲＥ)は０ｄＢ又は３ｄＢであると仮定する。又は端末に専用の上位階層パラメータ(ｄｅｄｉｃａｔｅｄ ｈｉｇｈｅｒ ｌａｙｅｒ ｐａｒａｍｅｔｅｒｓ)が提供されない場合は、ＳＩ－ＲＮＴＩ(ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ－Ｒａｎｄｏｍ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ)、Ｐ－ＲＮＴＩ(Ｐａｇｉｎｇ－Ｒａｎｄｏｍ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ)又はＲＡ－ＲＮＴＩ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ－Ｒａｎｄｏｍ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ)によりスクランブルされたＣＲＣ(Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ)を有するＤＣＩフォーマット１_０のためのＰＤＣＣＨをモニタリングする端末は、ＳＳＳ ＥＰＲＥに対するＰＤＣＣＨ ＤＭＲＳ ＥＰＲＥの比率(ｒａｔｉｏ ｏｆ ＰＤＣＣＨ ＤＭＲＳ ＥＰＲＥ ｔｏ ＳＳＳ ＥＰＲＥ)が－８ｄＢ乃至８ｄＢ以内であると仮定する。
まず、端末はＰＳＳとＳＳＳ検出により時間同期及び検出されたセルの物理的セルＩＤ(Ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ)を得る。より具体的には、端末はＰＳＳ検出によりＳＳブロックに対するシンボルタイミングを得、セルＩＤグループ内のセルＩＤを検出することができる。次いで、端末はＳＳＳ検出によりセルＩＤグループを検出する。
また端末はＰＢＣＨのＤＭ－ＲＳによりＳＳブロックの時間インデックス(例：スロット境界)を検出する。次いで、端末はＰＢＣＨに含まれたＭＩＢによりハーフフレーム境界情報及びＳＦＮ(Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ)情報などを得る。
このとき、ＰＢＣＨは関連する(又は対応する)ＲＭＳＩ ＰＤＣＣＨ／ＰＤＳＣＨがＳＳ／ＰＢＣＨ ｂｌｏｃｋと同じ帯域又は異なる帯域で送信されることを知らせることができる。これにより、端末はＰＢＣＨデコーディング後のＰＢＣＨにより指示された周波数帯域又はＰＢＣＨが送信される周波数帯域で今後送信されるＲＭＳＩ(例：ＭＩＢ(Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＭＩＢ)外のシステム情報)などを受信することができる。
ハーフフレーム内のＳＳ／ＰＢＣＨ ｂｌｏｃｋにおいて、候補ＳＳ／ＰＢＣＨ ｂｌｏｃｋｓのための１番目のシンボルインデックスは、以下のようにＳＳ／ＰＢＣＨ ｂｌｏｃｋｓの副搬送波間隔(ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)により決定される。このとき、インデックス＃０はハーフフレーム内の１番目のスロットの１番目のシンボルに対応する。
(ケースＡ：１５ｋＨｚ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)候補ＳＳ／ＰＢＣＨ ｂｌｏｃｋｓの１番目のシンボルは{２、８}＋１４＊ｎのシンボルを有する。３ＧＨｚ以下の周波数帯域のために、ｎは０又は１の値を有する。３ＧＨｚ超過６ＧＨｚ以下の周波数帯域のために、ｎは０、１、２又は３の値を有する。
(ケースＢ：３０ｋＨｚ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)候補ＳＳ／ＰＢＣＨ ｂｌｏｃｋｓの１番目のシンボルは{４、８、１６、３２}＋２８＊ｎのシンボルを有する。３ＧＨｚ以下の周波数帯域のために、ｎは０の値を有する。３ＧＨｚ超過６ＧＨｚ以下の周波数帯域のために、ｎは０又は１の値を有する。
(ケースＣ：３０ｋＨｚ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)候補ＳＳ／ＰＢＣＨ ｂｌｏｃｋｓの１番目のシンボルは{２、８}＋１４＊ｎのシンボルを有する。３ＧＨｚ以下の周波数帯域のために、ｎは０又は１の値を有する。３ＧＨｚ超過６ＧＨｚ以下の周波数帯域のために、ｎは０、１、２又は３の値を有する。
(ケースＤ：１２０ｋＨｚ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)候補ＳＳ／ＰＢＣＨ ｂｌｏｃｋｓの１番目のシンボルは{４、８、１６、２０}＋２８＊ｎのシンボルを有する。６ＧＨｚ超過の周波数帯域のために、ｎは０、１、２、３、５、６、７、８、１９、１１、１２、１３、１５、１６、１７又は１８の値を有する。
(ケースＥ：２４０ｋＨｚ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)候補ＳＳ／ＰＢＣＨ ｂｌｏｃｋｓの１番目のシンボルは{８、１２、１６、２０、３２、３６、４０、４４}＋５６＊ｎのシンボルを有する。６ＧＨｚ超過の周波数帯域のために、ｎは０、１、２、３、５、６、７又は８の値を有する。
この動作に関連して、端末はシステム情報を得ることができる。
ＭＩＢはＳＩＢ１(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ１)を運ぶＰＤＳＣＨをスケジュールするＰＤＣＣＨのモニタリングのための情報／パラメータを含み、ＳＳ／ＰＢＣＨ ｂｌｏｃｋ内のＰＢＣＨを介して基地局により端末に送信される。
端末はＭＩＢに基づいてｔｙｐｅ０－ＰＤＣＣＨ共通探索空間(ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ)のためのＣＯＲＥＳＥＴ(ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ)の存在有無を確認することができる。ｔｙｐｅ０－ＰＤＣＣＨ共通探索空間はＰＤＣＣＨ探索空間の一種であり、ＳＩメッセージをスケジュールするＰＤＣＣＨの送信に使用される。
Ｔｙｐｅ０－ＰＤＣＣＨ共通探索空間が存在する場合、端末はＭＩＢ内の情報(例、ＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１)に基づいて、(ｉ)ＣＯＲＥＳＥＴを構成する複数の隣接(ｃｏｎｔｉｇｕｏｕｓ)リソースブロック及び１つ以上の連続するシンボルと、(ii)ＰＤＣＣＨ機会(ｏｃｃａｓｉｏｎ)(例、ＰＤＣＣＨ受信のための時間ドメイン位置)を決定することができる。
Ｔｙｐｅ０－ＰＤＣＣＨ共通探索空間が存在しない場合は、ＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１はＳＳＢ／ＳＩＢ１が存在する周波数位置とＳＳＢ／ＳＩＢ１が存在しない周波数範囲に関する情報を提供する。
ＳＩＢ１は残りのＳＩＢ(以下、ＳＩＢｘ、ｘは２以上の整数)の可用性(ａｖａｉｌａｂｉｌｉｔｙ)及びスケジューリング(例、送信周期、ＳＩ－ウィンドウサイズ)に関連する情報を含む。例えば、ＳＩＢ１はＳＩＢｘが周期的にブロードキャストされるか否か、又はｏｎ－ｄｅｍａｎｄ方式(又は端末の要請)により提供されるか否かを知らせる。ＳＩＢｘがｏｎ－ｄｅｍａｎｄ方式により提供される場合、ＳＩＢ１は端末がＳＩ要請を行うために必要な情報を含む。ＳＩＢ１はＰＤＳＣＨを介して送信され、ＳＩＢ１をスケジュールするＰＤＣＣＨはｔｙｐｅ０－ＰＤＣＣＨ共通探索空間により送信され、ＳＩＢ１はＰＤＣＣＨにより指示されるＰＤＳＣＨを介して送信される。
１.５．同期化ラスタ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｒａｓｔｅｒ)
同期化ラスタ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｒａｓｔｅｒ)は、ＳＳＢ位置のための明示的なシグナリングが存在しない場合、システム情報獲得のための端末により使用可能なＳＳＢの周波数位置を意味する。グローバル同期化ラスタは全ての周波数のために定義される。ＳＳＢの周波数位置はＳＳREF及び対応する番号ＧＳＣＮ(Ｇｌｏｂａｌ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ Ｎｕｍｂｅｒ)により定義される。全ての周波数範囲のためのＳＳREF及びＧＳＣＮを定義するパラメータは以下の通りである。
Figure 0007259068000005
同期化ラスタ及び対応するＳＳＢのリソースブロック間のマッピングは以下の表に基づく。このマッピングはチャネル内における割り当てられたリソースブロックの総数に依存し、ＵＬ及びＤＬに全て適用できる。
Figure 0007259068000006
１.６.ＤＣＩフォーマット
この開示が適用可能なＮＲシステムでは、以下のようなＤＣＩフォーマットを支援することができる。まず、ＮＲシステムではＰＵＳＣＨスケジューリングのためのＤＣＩフォーマットとしてＤＣＩ ｆｏｒｍａｔ ０_０、ＤＣＩ ｆｏｒｍａｔ ０_１を支援し、ＰＤＳＣＨスケジューリングのためのＤＣＩフォーマットとしてＤＣＩ ｆｏｒｍａｔ １_０、ＤＣＩ ｆｏｒｍａｔ １_１を支援する。さらに、それ以外の目的に活用できるＤＣＩフォーマットとして、ＮＲシステムではＤＣＩ ｆｏｒｍａｔ ２_０、ＤＣＩ ｆｏｒｍａｔ ２_１、ＤＣＩ ｆｏｒｍａｔ ２_２、ＤＣＩ ｆｏｒｍａｔ ２_３を支援する。
ここで、ＤＣＩ ｆｏｒｍａｔ ０_０はＴＢ(Ｔｒａｎｓｍｉｓｓｉｏｎ ｂｌｏｃｋ)基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用され、ＤＣＩ ｆｏｒｍａｔ ０_１はＴＢ基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨ又は(ＣＢＧ(Ｃｏｄｅ ｂｌｏｃｋ Ｇｒｏｕｐ)基盤の信号送受信が設定された場合)ＣＢＧ基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用される。
また、ＤＣＩ ｆｏｒｍａｔ １_０はＴＢ基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用され、ＤＣＩ ｆｏｒｍａｔ １_１はＴＢ基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨ又は(ＣＢＧ基盤の信号送受信が設定された場合)ＣＢＧ基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用される。
また、ＤＣＩ ｆｏｒｍａｔ ２_０はスロットフォーマット(Ｓｌｏｔ ｆｏｒｍａｔ)を知らせるために使用され(ｕｓｅｄ ｆｏｒ ｎｏｔｉｆｙｉｎｇ ｔｈｅ ｓｌｏｔ ｆｏｒｍａｔ)、ＤＣＩ ｆｏｒｍａｔ ２_１は特定のＵＥが意図する信号の送信がないことを仮定するＰＲＢ及びＯＦＤＭシンボルを知らせるために使用され(ｕｓｅｄ ｆｏｒ ｎｏｔｉｆｙｉｎｇ ｔｈｅ ＰＲＢ(ｓ) ａｎｄ ＯＦＤＭ ｓｙｍｂｏｌ(ｓ) ｗｈｅｒｅ ＵＥ ｍａｙ ａｓｓｕｍｅ ｎｏ ｔｒａｎｓｍｉｓｓｉｏｎ ｉｓ ｉｎｔｅｎｄｅｄ ｆｏｒ ｔｈｅ ＵＥ)、ＤＣＩ ｆｏｒｍａｔ ２_２はＰＵＣＣＨ及びＰＵＳＣＨのＴＰＣ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ)命令(ｃｏｍｍａｎｄ)の送信のために使用され、ＤＣＩ ｆｏｒｍａｔ ２_３は１つ以上のＵＥによるＳＲＳ送信のためのＴＰＣ命令グループの送信のために使用される(ｕｓｅｄ ｆｏｒ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ａ ｇｒｏｕｐ ｏｆ ＴＰＣ ｃｏｍｍａｎｄｓ ｆｏｒ ＳＲＳ ｔｒａｎｓｍｉｓｓｉｏｎｓ ｂｙ ｏｎｅ ｏｒ ｍｏｒｅ ＵＥｓ)。
より具体的には、ＤＣＩ ｆｏｒｍａｔ １_１は送信ブロック(ＴＢ)１のためのＭＣＳ／ＮＤＩ(Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ)／ＲＶ(Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ)フィールドを含み、上位階層パラメータＰＤＳＣＨ－Ｃｏｎｆｉｇ内の上位階層パラメータｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩがｎ２(即ち、２)に設定された場合に限って、送信ブロック２のためのＭＣＳ／ＮＤＩ／ＲＶフィールドをさらに含む。
特に、上位階層パラメータｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩがｎ２(即ち、２)に設定された場合、実質的に送信ブロックを使用できるか否かは、ＭＣＳフィールド及びＲＶフィールドの組み合わせにより決定される。より具体的には、特定の送信ブロックに対するＭＣＳフィールドの値が２６であり、ＲＶフィールドの値が１である場合、特定の送信ブロックは非活性化(ｄｉｓａｂｌｅｄ)される。
ＤＣＩフォーマットに対する具体的な特徴は、３ＧＰＰ ＴＳ３８.２１２の文書により裏付けられる。即ち、ＤＣＩフォーマット関連特徴のうち、説明していない明らかな段階又は部分は上記文書を参照して説明できる。また、この明細書に開示する全ての用語も上記標準文書により説明できる。
１.７．ＣＯＲＥＳＥＴ(Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ ｓｅｔ)
１つのＣＯＲＥＳＥＴは、周波数ドメインにおいて、ＮＣＯＲＥＳＥＴ ＲＢ個のＲＢを含み、時間ドメインにおいて、ＮＣＯＲＥＳＥＴ ｓｙｍｂ(該当値は１、２、３値を有する)個のシンボルを含む。
１つのＣＣＥ(ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ)は６ＲＥＧ(Ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ)を含み、１つのＲＥＧは１つのＯＦＤＭシンボル上の１つのＲＢと同一である。ＣＯＲＥＳＥＴ内のＲＥＧは時間優先方式(ｔｉｍｅ－ｆｉｒｓｔ ｍａｎｎｅｒ)により順にナンバリングされる。具体的には、ナンバリングはＣＯＲＥＳＥＴ内の１番目のＯＦＤＭシンボル及び最低番号のＲＢのために‘０’から始まる。
１つの端末に対して複数のＣＯＲＥＳＥＴを設定できる。それぞれのＣＯＲＥＳＥＴは１つのＣＣＥ－ｔｏ－ＲＥＧマッピングのみに関連する。
１つのＣＯＲＥＳＥＴのためのＳＳＥ－ｔｏ－ＲＥＧマッピングはインターリービング或いはノン－インターリービングされる。
ＣＯＲＥＳＥＴのための設定情報は上位階層パラメータＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥにより設定される。
この開示において、上位階層パラメータＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥは以下の表のように構成される。
Figure 0007259068000007
上記表に定義されたパラメータは３ＧＰＰ ＴＳ３８.３３１標準に定義されたパラメータと同一である。
また、ＣＯＲＥＳＥＴ ０(例：共通ＣＯＲＥＳＥＴ)のための設定情報は、上位階層パラメータＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ ＩＥにより設定される。
１.８．アンテナポート疑似のコロケーション(ａｎｔｅｎｎａ ｐｏｒｔｓ ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ)
１つの端末に対して最大Ｍ ＴＣＩ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｏｒ)状態の設定リストが設定される。最大Ｍ ＴＣＩ状態の設定は、端末及び与えられたサービングセルのために意図された(ｉｎｔｅｎｄｅｄ)ＤＣＩを含むＰＤＣＣＨの検出によって(端末が)ＰＤＳＣＨを復号できるように上位階層パラメータＰＤＳＣＨ－Ｃｏｎｆｉｇにより設定される。ここで、Ｍ値は端末の能力(ｃａｐａｂｉｌｉｔｙ)に依存して決定される。
それぞれのＴＣＩ－ｓｔａｔｅは１つ又は２つの下りリンク参照信号とＰＤＳＣＨのＤＭＲＳポートの間のＱＣＬ(ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ)関係を設定するためのパラメータを含む。ＱＣＬ関係は第１ＤＬ ＲＳ(ｄｏｗｎｌｉｎｋ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)のための上位階層パラメータｑｃｌ－Ｔｙｐｅ１及び第２ＤＬ ＲＳのための上位階層パラメータｑｃｌ－Ｔｙｐｅ２(設定される場合)に基づいて設定される。２つのＤＬ ＲＳの場合のために、参照信号が同一のＤＬ ＲＳ又は異なるＤＬ ＲＳであるか否かに関係なく、ＱＣＬタイプは同じであってはならない(ｓｈａｌｌ ｎｏｔ ｂｅ ｔｈｅ ｓａｍｅ)。ＱＣＬタイプは上位階層パラメータＱＣＬ－Ｉｎｆｏ内の上位階層パラメータｑｃｌ－Ｔｙｐｅにより与えられるそれぞれのＤＬ ＲＳに対応し、ＱＣＬタイプは以下のうちのいずれかの値を有する。
－‘ＱＣＬ－ＴｙｐｅＡ'：{Ｄｏｐｐｌｅｒ ｓｈｉｆｔ、Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ、ａｖｅｒａｇｅ ｄｅｌａｙ、ｄｅｌａｙ Ｓｐｒｅａｄ}
－‘ＱＣＬ－ＴｙｐｅＢ'：{Ｄｏｐｐｌｅｒ ｓｈｉｆｔ、Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ}
－‘ＱＣＬ－ＴｙｐｅＣ'：{Ｄｏｐｐｌｅｒ ｓｈｉｆｔ、ａｖｅｒａｇｅ ｄｅｌａｙ}
－‘ＱＣＬ－ＴｙｐｅＤ'：{Ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒ}
端末は上記最大８ＴＣＩ ｓｔａｔｅｓをＤＣＩ内のＴＣＩ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ)フィールドのコードポイント(ｃｏｄｅｐｏｉｎｔ)とマッピングするために使用される活性化コマンド(ａｃｔｉｖａｔｉｏｎ ｃｏｍｍａｎｄ)を受信する。活性化コマンドを含むＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ信号がスロット＃ｎで送信される場合、ＴＣＩｓ ｓｔａｔｅｓ及びＤＣＩ内のＴＣＩフィールドのコードポイントの間のマッピングは、スロット＃(ｎ＋３＊Ｎsubframe、μ slot＋１)から適用される。ここで、Ｎsubframe、μ slotは上述した表１又は表２に基づいて決定される。端末がＴＣＩ ｓｔａｔｅｓの初期上位階層設定(ｉｎｉｔｉａｌ ｈｉｇｈｅｒ ｌａｙｅｒ ｃｏｎｆｉｇｕｒａｔｉｏｎ)を受信した後であり、かつ端末が活性化コマンドを受信する前に、端末はサービングセルのＰＤＳＣＨのＤＭＲＳポートが‘ＱＣＬ－ＴｙｐｅＡ’の観点で初期接続手順で決定されるＳＳ／ＰＢＣＨ(ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ／Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)ブロックとＱＣＬされたと仮定する。さらに、この時点に端末はサービングセルのＰＤＳＣＨのＤＭＲＳポートが‘ＱＣＬ－ＴｙｐｅＤ’の観点で初期接続手順で決定されるＳＳ／ＰＢＣＨブロックとＱＣＬされたと仮定する。
ＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴのために上位階層パラメータｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが‘ｅｎａｂｌｅｄ’に設定される場合、端末はＣＯＲＥＳＥＴ上で送信されるＤＣＩフォーマット１_１のＰＤＣＣＨ内のＴＣＩフィールドが存在すると仮定する。ＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴのために上位階層パラメータｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが設定されないか、又はＰＤＳＣＨがＤＣＩフォーマット１_０によりスケジューリングされ、ＤＬ ＤＣＩの受信時点と対応するＰＤＳＣＨの受信時点の間の時間オフセットがしきい値Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔ(このしきい値は報告されたＵＥ能力に基づいて決定される)より大きいか又は等しい場合は、ＰＤＳＣＨアンテナポートＱＣＬを決定するために、端末はＰＤＳＣＨのためのＴＣＩ ｓｔａｔｅ又はＱＣＬ仮定とＰＤＣＣＨ送信のために使用されるＣＯＲＥＳＥＴに適用されるＴＣＩ ｓｔａｔｅ又はＱＣＬ仮定が同一であると仮定する。
上位階層パラメータｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが‘ｅｎａｂｌｅｄ’に設定され、ＣＣ(ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ)をスケジューリングするＤＣＩ内のＴＣＩフィールドがスケジューリングされたＣＣ又はＤＬ ＢＷ内の活性化されたＴＣＩ ｓｔａｔｅｓを指示する場合、ＰＤＳＣＨがＤＣＩフォーマット１_１によりスケジューリングされると、端末はＰＤＳＣＨアンテナポートＱＣＬを決定するために、上記検出されたＰＤＣＣＨ内のＤＣＩに含まれたＴＣＩフィールドに基づくＴＣＩ－Ｓｔａｔｅを用いる。ＤＬ ＤＣＩの受信時点と対応するＰＤＳＣＨの受信時点の間の時間オフセットがしきい値Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔ(しきい値は報告されたＵＥ能力に基づいて決定される)より大きいか又は等しい場合、端末はサービングセルのＰＤＳＣＨのＤＭＲＳポートが指示されたＴＣＩ ｓｔａｔｅｄにより与えられるＱＣＬタイプパラメータに対するＴＣＩ ｓｔａｔｅ内のＲＳ(ｓ)とＱＣＬされると仮定する。端末に対して単一のスロットＰＤＳＣＨが設定される場合、上記指示されたＴＣＩ ｓｔａｔｅはスケジューリングされたＰＤＳＣＨのスロット内の活性化されたＴＣＩ ｓｔａｔｅｓに基づく必要がある。クロス－搬送波スケジューリングのための検索領域セット(ｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔ)に連関するＣＯＲＥＳＥＴが端末に設定される場合は、端末はＣＯＲＥＳＥＴのために上位階層パラメータｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが‘ｅｎａｂｌｅｄ’に設定されると仮定して、検索領域セットによりスケジューリングされたサービングセルのために設定された１つ以上のＴＣＩ ｓｔａｔｅｓが‘ＱＣＬ－ＴｙｐｅＤ’を含む場合は、端末は検索領域セット内の検出されたＰＤＣＣＨの受信時点と対応するＰＤＳＣＨの受信時点の間の時間オフセットがしきい値Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔより大きいか又は等しいと期待する。
上位階層パラメータｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが‘ｅｎａｂｌｅｄ’に設定される場合やＲＲＣ連結モードで上位階層パラメータｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが設定されない場合の両方に対して、仮にＤＬ ＤＣＩの受信時点と対応するＰＤＳＣＨの受信時点の間のオフセットがしきい値Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔより小さいと、端末は以下のような事項を仮定する。(ｉ)サービングセルのＰＤＳＣＨのＤＭＲＳポートはＴＣＩ ｓｔａｔｅのＲＳ(ｓ)とＱＣＬパラメータに対してＱＣＬ関係を有する。(ii)このとき、ＱＣＬパラメータは、端末によりモニタリングされるサービングセルの活性化ＢＷＰ内の１つ以上のＣＯＲＥＳＥＴにおいて、最後スロット内における最低のＣＯＲＥＳＥＴ－ＩＤによりモニタリングされた検索領域に連関するＣＯＲＥＳＥＴのＰＤＣＣＨ ＱＣＬ指示のために使用されるＱＣＬパラメータである(Ｆｏｒ ｂｏｔｈ ｔｈｅ ｃａｓｅｓ ｗｈｅｎ ｈｉｇｈｅｒ ｌａｙｅｒ ｐａｒａｍｅｔｅｒ ＴＣＩ－ＰｒｅｓｅｎｔＩｎＤＣＩ ｉｓ ｓｅｔ ｔｏ ‘ｅｎａｂｌｅｄ’ ａｎｄ ｔｈｅ ｈｉｇｈｅｒ ｌａｙｅｒ ｐａｒａｍｅｔｅｒ ＴＣＩ－ＰｒｅｓｅｎｔＩｎＤＣＩ ｉｓ ｎｏｔ ｃｏｎｆｉｇｕｒｅｄ ｉｎ ＲＲＣ ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ、ｉｆ ｔｈｅ ｏｆｆｓｅｔ ｂｅｔｗｅｅｎ ｔｈｅ ｒｅｃｅｐｔｉｏｎ ｏｆ ｔｈｅ ＤＬ ＤＣＩ ａｎｄ ｔｈｅ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ＰＤＳＣＨ ｉｓ ｌｅｓｓ ｔｈａｎ ｔｈｅ ｔｈｒｅｓｈｏｌｄ Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔ、ｔｈｅ ＵＥ ｍａｙ ａｓｓｕｍｅ ｔｈａｔ ｔｈｅ ＤＭ－ＲＳ ｐｏｒｔｓ ｏｆ ＰＤＳＣＨ ｏｆ ａ ｓｅｒｖｉｎｇ ｃｅｌｌ ａｒｅ ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ ｗｉｔｈ ｔｈｅ ＲＳ(Ｓ） ｉｎ ｔｈｅ ＴＣＩ ｓｔａｔｅ ｗｉｔｈ ｒｅｓｐｅｃｔ ｔｏ ｔｈｅ ＱＣＬ ｐａｒａｍｅｔｅｒ(Ｓ） ｕｓｅｄ ｆｏｒ ＰＤＣＣＨ ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＣＯＲＥＳＥＴ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ａ ｍｏｎｉｔｏｒｅｄ ｓｅａｒｃｈ ｓｐａｃｅ ｗｉｔｈ ｔｈｅ ｌｏｗｅｓｔ ＣＯＲＥＳＥＴ－ＩＤ ｉｎ ｔｈｅ ｌａｔｅｓｔ ｓｌｏｔ ｉｎ ｗｈｉｃｈ ｏｎｅ ｏｒ ｍｏｒｅ ＣＯＲＥＳＥＴｓ ｗｉｔｈｉｎ ｔｈｅ ａｃｔｉｖｅ ＢＷＰ ｏｆ ｔｈｅ ｓｅｒｖｉｎｇ ｃｅｌｌ ａｒｅ ｍｏｎｉｔｏｒｅｄ ｂｙ ｔｈｅ ＵＥ)。
この場合において、ＰＤＳＣＨ ＤＭＲＳの‘ＱＣＬ－ＴｙｐｅＤ’が少なくとも１つのシンボル上で重畳するＰＤＣＣＨ ＤＭＲＳの‘ＱＣＬ－ＴｙｐｅＤ’と異なる場合、端末は該当ＣＯＲＥＳＥＴに連関するＰＤＣＣＨの受信を優先することを期待する。また該当動作はバンド内(ｉｎｔｒａ ｂａｎｄ)のＣＡの場合にも同様に適用される(ＰＤＳＣＨ及びＣＯＲＥＳＥＴが異なるＣＣにある場合)。仮に、設定されたＴＣＩ ｓｔａｔｅｓのうち、'ＱＣＬ－ＴｙｐｅＤ'を含むＴＣＩ ｓｔａｔｅがない場合は、端末は、ＤＬ ＤＣＩの受信時点と対応するＰＤＳＣＨの受信時点の間の時間オフセットに関係なく、スケジューリングされたＰＤＳＣＨのために指示されたＴＣＩ ｓｔａｔｅから他のＱＣＬ仮定を獲得する。
上位階層パラメータｔｒｓ－Ｉｎｆｏが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内の周期的ＣＳＩ－ＲＳリソースのために、端末はＴＣＩ状態が以下のＱＣＬタイプのいずれかを指示すると仮定する必要がある：
－ＳＳ／ＰＢＣＨブロックに対する'ＱＣＬ－ＴｙｐｅＣ'、(ＱＣＬ－ＴｙｐｅＤ)が適用可能な場合(ｗｈｅｎ ａｐｐｌｉｃａｂｌｅ)、同一のＳＳ／ＰＢＣＨブロックに対する'ＱＣＬ－ＴｙｐｅＤ'、又は
－ＳＳ／ＰＢＣＨブロックに対する'ＱＣＬ－ＴｙｐｅＣ'、及び(ＱＣＬ－ＴｙｐｅＤ)が適用可能な場合、上位階層パラメータｒｅｐｅｔｉｔｉｏｎが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内の周期的ＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＤ'
上位階層パラメータｔｒｓ－Ｉｎｆｏ及び上位階層パラメータｒｅｐｅｔｉｔｉｏｎなしに設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースのために、端末はＴＣＩ状態が以下のＱＣＬタイプのいずれかを指示すると仮定する必要がある：
－上位階層パラメータｔｒｓ－Ｉｎｆｏが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＡ'、及び(ＱＣＬ－ＴｙｐｅＤ)が適用可能な場合、同一のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＤ'、又は
－上位階層パラメータｔｒｓ－Ｉｎｆｏが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＡ'、及び(ＱＣＬ－ＴｙｐｅＤ)が適用可能な場合、ＳＳ／ＰＢＣＨブロックに対する'ＱＣＬ－ＴｙｐｅＤ'、又は
－上位階層パラメータｔｒｓ－Ｉｎｆｏが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＡ'、及び(ＱＣＬ－ＴｙｐｅＤ)が適用可能な場合、上位階層パラメータｒｅｐｅｔｉｔｉｏｎが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内の周期的ＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＤ'、又は
－上位階層パラメータｔｒｓ－Ｉｎｆｏが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＢ'、‘ＱＣＬ－ＴｙｐｅＤ’が適用できない場合
上位階層パラメータｒｅｐｅｔｉｔｉｏｎが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースのために、端末はＴＣＩ状態が以下のＱＣＬタイプのいずれかを指示すると仮定する必要がある：
－上位階層パラメータｔｒｓ－Ｉｎｆｏが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＡ'、及び(ＱＣＬ－ＴｙｐｅＤ)が適用可能な場合、同一のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＤ'、又は
－上位階層パラメータｔｒｓ－Ｉｎｆｏが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＡ'、及び(ＱＣＬ－ＴｙｐｅＤ)が適用可能な場合、上位階層パラメータｒｅｐｅｔｉｔｉｏｎが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＤ'、又は
－ＳＳ／ＰＢＣＨブロックに対する'ＱＣＬ－ＴｙｐｅＣ'、及び(ＱＣＬ－ＴｙｐｅＤ)が適用可能な場合、同一のＳＳ／ＰＢＣＨブロックに対する'ＱＣＬ－ＴｙｐｅＤ'
ＰＤＣＣＨのＤＭＲＳのために、端末はＴＣＩ状態が以下のＱＣＬタイプのいずれかを指示すると仮定する必要がある：
－上位階層パラメータｔｒｓ－Ｉｎｆｏが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＡ'、及び(ＱＣＬ－ＴｙｐｅＤ)が適用可能な場合、同一のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＤ'、又は
－上位階層パラメータｔｒｓ－Ｉｎｆｏが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＡ'、及び(ＱＣＬ－ＴｙｐｅＤ)が適用可能な場合、上位階層パラメータｒｅｐｅｔｉｔｉｏｎが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＤ'、又は
－上位階層パラメータｔｒｓ－Ｉｎｆｏ及び上位階層パラメータｒｅｐｅｔｉｔｉｏｎなしに設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＡ'、及び(ＱＣＬ－ＴｙｐｅＤ)が適用可能な場合、同一のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＤ'
ＰＤＳＣＨのＤＭＲＳのために、端末はＴＣＩ状態が以下のＱＣＬタイプのいずれかを指示すると仮定する必要がある：
－上位階層パラメータｔｒｓ－Ｉｎｆｏが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＡ'、及び(ＱＣＬ－ＴｙｐｅＤ)が適用可能な場合、同一のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＤ'、又は
－上位階層パラメータｔｒｓ－Ｉｎｆｏが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＡ'、及び(ＱＣＬ－ＴｙｐｅＤ)が適用可能な場合、上位階層パラメータｒｅｐｅｔｉｔｉｏｎが設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＤ'、又は
－上位階層パラメータｔｒｓ－Ｉｎｆｏ及び上位階層パラメータｒｅｐｅｔｉｔｉｏｎなしに設定された上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＡ'、及び(ＱＣＬ－ＴｙｐｅＤ)が適用可能な場合、同一のＣＳＩ－ＲＳリソースに対する'ＱＣＬ－ＴｙｐｅＤ'
この明細書において、ＱＣＬシグナリングシグナルは以下の表に示された全てのシグナリング構成を含む。
Figure 0007259068000008
以下の表において、同じＲＳタイプを含む行(ｒｏｗ)が存在する場合、同一のＲＳ ＩＤが適用されると仮定する。
一例として、上位階層パラメータｔｒｓ－Ｉｎｆｏと共に上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔにより設定されるＣＳＩ－ＲＳリソースが存在する場合、端末(ＵＥ)は上位階層パラメータＴＣＩ－Ｓｔａｔｅの以下の２つの可能な設定のみを期待できる。
Figure 0007259068000009
表において、＊はＱＣＬ ｔｙｐｅ－Ｄを適用できる場合、ＤＬ ＲＳ２及びＱＣＬ ｔｙｐｅ－２が上記端末のために設定可能であることを意味する。
他の例として、上位階層パラメータｔｒｓ－Ｉｎｆｏ及び上位階層パラメータｒｅｐｅｔｉｔｉｏｎなしに、上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔにより設定されるＣＳＩ－ＲＳリソースが存在する場合、端末(ＵＥ)は上位階層パラメータＴＣＩ－Ｓｔａｔｅの以下の３つの可能な設定のみを期待できる。
Figure 0007259068000010
表において、＊はＱＣＬ ｔｙｐｅ－Ｄを適用できないことを意味する。
表において、＊＊はＱＣＬ ｔｙｐｅ－Ｄを適用できる場合、ＤＬ ＲＳ２及びＱＣＬ ｔｙｐｅ－２が上記端末のために設定可能であることを意味する。
さらに他の例として、上位階層パラメータｒｅｐｅｔｉｔｉｏｎと共に上位階層パラメータＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＳｅｔにより設定されるＣＳＩ－ＲＳリソースが存在する場合、端末(ＵＥ)は上位階層パラメータＴＣＩ－Ｓｔａｔｅの以下の３つの可能な設定のみを期待できる。
Figure 0007259068000011
以下の２つの表においては、ＱＣＬ ｔｙｐｅ－Ｄを適用できる場合、ＤＬ ＲＳ２及びＱＣＬ ｔｙｐｅ－２は基本(ｄｅｆａｕｌｔ)ケース(以下の２つの表における４行目)を除いて、上記端末のために設定可能である。仮に下りリンクのためのＴＲＳがＱＣＬ ｔｙｐｅ－Ｄのために使用される場合、ＴＲＳはＱＣＬ ｔｙｐｅ－ＤのためのソースＲＳとしてＢＭM（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ)のための参照信号(例：ＳＳＢ又はＣＳＩ－ＲＳ)を有することができる。
ＰＤＣＣＨのＤＭＲＳのために、端末はＴＲＳが設定される前に４番目の設定(以下の２つの表における４行目)が基本(ｄｅｆａｕｌｔ)設定として有効である間、上位階層パラメータＴＣＩ－Ｓｔａｔｅの以下の３つの可能な設定のみを期待できる。
Figure 0007259068000012
表において、＊はＴＲＳが設定される前に適用可能な設定を意味する。これにより、該当設定はＴＣＩ状態ではなく、却って有効なＱＣＬ仮定(ａｓｓｕｍｐｔｉｏｎ)であると解釈できる。
表において、＊＊はＱＣＬパラメータがＣＳＩ－ＲＳ(又はＣＳＩ)から直接導き出されないことを意味する。
ＰＤＣＣＨのＤＭＲＳのために、端末はＴＲＳが設定される前に４番目の設定(以下の２つの表における４行目)が基本的に(ｂｙ ｄｅｆａｕｌｔ)有効である間、上位階層パラメータＴＣＩ－Ｓｔａｔｅの以下の３つの可能な設定のみを期待できる。
Figure 0007259068000013
表において、＊はＴＲＳが設定される前に適用可能な設定を意味する。これにより、該当設定はＴＣＩ状態ではなく、却って有効なＱＣＬ仮定(ａｓｓｕｍｐｔｉｏｎ)であると解釈できる。
表において、＊＊はＱＣＬパラメータがＣＳＩ－ＲＳ(又はＣＳＩ)から直接導き出されないことを意味する。
ＰＤＣＣＨのＤＭＲＳのために、端末はＴＲＳが設定される前に４番目の設定(以下の２つの表における４行目)が基本的に(ｂｙ ｄｅｆａｕｌｔ)有効である間、上位階層パラメータＴＣＩ－Ｓｔａｔｅの以下の３つの可能な設定のみを期待できる。
Figure 0007259068000014
表において、＊はＴＲＳが設定される前に適用可能な設定を意味する。これにより、該当設定はＴＣＩ状態ではなく、却って有効なＱＣＬ仮定(ａｓｓｕｍｐｔｉｏｎ)であると解釈できる。
表において、＊＊はＱＣＬパラメータがＣＳＩ－ＲＳ(又はＣＳＩ)から直接導き出されないことを意味する。
この開示において、基地局は以下のようなＭＡＣ－ＣＥにより端末にＣＯＲＥＳＥＴのためのＴＣＩ ｓｔａｔｅを設定する。端末はＴＣＩ ｓｔａｔｅに基づいて、対応するＣＯＲＥＳＥＴを受信するＲｘビームを決定する。
Figure 0007259068000015
一例として、基地局は上記表のように構成された端末特定の(ＵＥ－ｓｐｅｃｉｆｉｃ)ＰＤＣＣＨ ＭＡＣ－ＣＥを介してＴＣＩ ｓｔａｔｅ指示情報を端末に提供する。ＴＣＩ ｓｔａｔｅ指示はＬＣＩＤ(Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ ＩＤ)と共にＭＡＣサブヘッドにより識別される。ＴＣＩ ｓｔａｔｅ指示は以下のフィールドを含む固定された１６ビットのサイズを有する。
－Ｓｅｒｖｉｎｇ Ｃｅｌｌ ＩＤ：該当フィールドは、ＭＡＣ ＣＥを適用するサービングセルの識別子(ｉｄｅｎｔｉｔｙ)を指示する。このフィールドの長さは５ビットである。
－ＣＯＲＥＳＥＴ ＩＤ：該当フィールドは、上位階層パラメータＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄにより識別される、該当ＴＣＩ ｓｔａｔｅが指示される、ＣＯＲＥＳＥＴを指示する。該当フィールド値が０である場合、このフィールドは上位階層パラメータｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏにより設定されるＣＯＲＥＳＥＴを指示する。このフィールドの長さは４ビットである。
－ＴＣＩ Ｓｔａｔｅ ＩＤ：該当フィールドは、上位階層パラメータＴＣＩ－ＳｔａｔｅＩｄにより識別される、ＣＯＲＥＳＥＴ ＩＤフィールドにより識別されたＣＯＲＥＳＥＴに適用可能な、ＴＣＩ ｓｔａｔｅを指示する。ＣＯＲＥＳＥＴ ＩＤフィールドが０に設定される場合、該当フィールドは、活性化ＢＷＰ内のＰＤＳＣＨ－Ｃｏｎｆｉｇに含まれた上位階層パラメータｔｃｉ－Ｓｔａｔｅｓ－ＴｏＡｄｄＭｏｄＬｉｓｔ及びｔｃｉ－Ｓｔａｔｅｓ－ＴｏＲｅｌｅａｓｅＬｉｓｔにより設定された１番目の６４ＴＣＩ－ｓｔａｔｅｓ(ｆｉｒｓｔ ６４ ＴＣＩ ｓｔａｔｅｓ)のＴＣＩ ｓｔａｔｅのためのＴＣＩ－ＳｔａｔｅＩｄを指示する。又はＣＯＲＥＳＥＴ ＩＤフィールドが０ではない値に設定される場合、該当フィールドは、指示されたＣＯＲＥＳＥＴ ＩＤにより識別されるｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔに含まれた上位階層パラメータｔｃｉ－ＳｔａｔｅｓＰＤＣＣＨ－ＴｏＡｄｄＬｉｓｔ及びｔｃｉ－ＳｔａｔｅｓＰＤＣＣＨ－ＴｏＲｅｌｅａｓｅＬｉｓｔにより設定されたＴＣＩ－ＳｔａｔｅＩｄを指示する。このフィールドの長さは７ビットである。
１.９．ＣＳＩ－ＲＳ(ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)
この開示による移動通信システムでは、パケット送信のために多重送信アンテナと多重受アンテナを採択して送受信データの効率を向上させる方法を使用する。多重入出力アンテナを用いてデータを送受信するとき、信号を正確に受信するために送信アンテナと受信アンテナの間のチャネル状態を検出する必要がある。したがって、各送信アンテナは個別的な参照信号を有する。このとき、チャネル状態情報(ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ)のフィードバックのための参照信号はＣＳＩ－ＲＳと定義される。
ＣＳＩ－ＲＳはＺＰ(Ｚｅｒｏ Ｐｏｗｅｒ) ＣＳＩ－ＲＳ及びＮＺＰ(Ｎｏｎ－Ｚｅｒｏ－Ｐｏｗｅｒ) ＣＳＩ－ＲＳを含む。このとき、ＺＰ ＣＳＩ－ＲＳ及びＮＺＰ ＣＳＩ－ＲＳは以下のように定義される。
－ＮＺＰ ＣＳＩ－ＲＳはＮＺＰ－ＣＳＩ－ＲＳ－Ｒｅｓｏｕｒｃｅ ＩＥ(ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ)又はＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇＭｏｂｉｌｉｔｙ ＩＥ内のＣＳＩ－ＲＳ－Ｒｅｓｏｕｒｃｅ－Ｍｏｂｉｌｉｔｙフィールドにより設定される。ＮＺＰ ＣＳＩ－ＲＳは３ＧＰＰ ＴＳ３８.２１１標準ｓｐｅｃに定義されたシーケンス生成(ｓｅｑｕｅｎｃｅ ｇｅｎｅｒａｔｉｏｎ)及びリソースマッピング(Ｒｅｓｏｕｒｃｅ ｍａｐｐｉｎｇ)の方法に基づいて定義される。
－ＺＰ ＣＳＩ－ＲＳはＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＩＥにより設定される。端末はＺＰ ＣＳＩ－ＲＳのために設定されたリソースはＰＤＳＣＨ送信のために使用されないと仮定できる。端末はＰＤＳＣＨを除いたチャネル／信号がＺＰ ＣＳＩ－ＲＳと衝突するか否かに関係なく、チャネル／信号上で同一の測定／受信を行うことができる(Ｔｈｅ ＵＥ ｐｅｒｆｏｒｍｓ ｔｈｅ ｓａｍｅ ｍｅａｓｕｒｅｍｅｎｔ／ｒｅｃｅｐｔｉｏｎ ｏｎ ｃｈａｎｎｅｌｓ／ｓｉｇｎａｌｓ ｅｘｃｅｐｔ ＰＤＳＣＨ ｒｅｇａｒｄｌｅｓｓ ｏｆ ｗｈｅｔｈｅｒ ｔｈｅｙ ｃｏｌｌｉｄｅ ｗｉｔｈ ＺＰ ＣＳＩ－ＲＳ ｏｒ ｎｏｔ)。
１つのスロット内のＣＳＩ－ＲＳがマッピングされる位置は、ＣＳＩ－ＲＳポートの個数、ＣＳＩ－ＲＳ密度(ｄｅｎｓｉｔｙ)、ＣＤＭ(Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)－Ｔｙｐｅ及び上位階層パラメータ(例：ｆｉｒｓｔＯＦＤＭＳｙｍｂｏｌＩｎＴｉｍｅＤｏｍａｉｎ、ｆｉｒｓｔＯＦＤＭＳｙｍｂｏｌＩｎＴｉｍｅＤｏｍａｉｎ２など)により動的に(ｄｙｎａｍｉｃ)決定される。
１.１０．検索領域(Ｓｅａｒｃｈ Ｓｐａｃｅ)
図８はこの開示に適用可能な上位階層パラメータＳｅａｒｃｈＳｐａｃｅ ＩＥの構成を示す図である。
基地局は図８のようにＳｅａｒｃｈＳｐａｃｅ ＩＥをＲＲＣシグナリングにより端末に送信することによりＣＯＲＥＳＥＴに連関する１つ以上の検索領域を端末に設定する。このとき、ＳｅａｒｃｈＳｐａｃｅ ＩＥ内のｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩＤが定義されることに基づいて、１つの検索領域と１つのＣＯＲＥＳＥＴが連関関係を有することができる。
ＳｅａｒｃｈＳｐａｃｅ ＩＥは端末がＰＤＣＣＨ候補をどのように／どこで検索するかを定義する。それぞれの検索領域は１つのＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔに連関する。クロス－搬送波スケジューリングの場合、スケジューリングされたセルのために、ｎｒｏｆＣａｎｄｉｄａｔｅｓを除いた全ての選択的(ｏｐｔｉｏｎａｌ)フィールドを省略(又はａｂｓｅｎｔ)することができる。
ＳｅａｒｃｈＳｐａｃｅ ＩＥにおいて、それぞれのフィールドは以下の表のように定義される。
Figure 0007259068000016
Figure 0007259068000017
Figure 0007259068000018
また、ＳｅａｒｃｈＳｐａｃｅ ＩＥに開示された条件文(ｃｏｎｄｉｔｉｏｎａｌ ｐｈｒａｓｅ)は以下のように解釈できる。
Figure 0007259068000019
この開示において、端末は検索領域セット(ｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔ)において、ＣＣＥ(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ)インデックスを算出するために、ｈａｓｈｉｎｇ ｆｕｎｃｔｉｏｎを活用できる。このとき、ｈａｓｈｉｎｇ ｆｕｎｃｔｉｏｎは以下の表に基づいて設定される。即ち、端末は以下のｈａｓｈｉｎｇ ｆｕｎｃｔｉｏｎに基づいて検索領域セットからＣＣＥ ｉｎｄｅｘを算出できる。
Figure 0007259068000020
この開示において、タイプ１のＰＤＣＣＨ共通検索領域(Ｔｙｐｅ １ ＰＤＣＣＨ ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ)は、一次電池上でＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ(ｔｅｍｐｏｒａｒｙ ｃｅｌｌ ＲＮＴＩ)又はＣ－ＲＮＴＩ(Ｃｅｌｌ ＲＮＴＩ)にマスキング(又はスクランブル)されたＰＤＣＣＨを送信するために指定されたＰＤＣＣＨ検索領域のサブセットを意味する。ＲＡＣＨ手順の全体区間の間、端末は検索領域をモニタリングする。ＲＡＣＨ手順において、端末は上記検索領域のモニタリングによりＭｓｇ２(例：ＰＤＳＣＨ)のためのＤＣＩ及びＭｓｇ４(例：ＰＤＳＣＨ)のためのＤＣＩを検出する。
この検索領域は上位階層パラメータＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ内のｒａ－ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔにより設定される。この上位階層パラメータＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎを運ぶＲＲＣメッセージ又はＩＥはＳＩＢ１、ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ、ＢＷＰ－ＤｏｗｎｌｉｎｋＤｅｄｉｃａｔｅｄなどを含む。この検索領域のために明示的な設定がない場合、端末はタイプ０のＰＤＣＣＨ共通検索領域内でタイプ１のＰＤＣＣＨを検索することができる。
１.１１．ＣＳＩ報告のための設定パラメータ(例：ＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇ ＩＥ)
この開示に適用可能なＣＳＩ報告のために、ＣＳＩ報告のための設定パラメータ(例：ＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇ)が端末に設定される。
図９はこの開示に適用可能な上位階層パラメータＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇ ＩＥの構成を示す図である。
このとき、ＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇ ＩＥ内のｒｅｓｏｕｒｃｅＦｏｒＣｈａｎｎｅｌＭｅａｓｕｒｅｍｅｎｔ、ｃｓｉ-ＩＭ-ＲｅｓｏｕｒｃｅＦｏｒＩｎｔｅｒｆｅｒｅｎｃｅ、ＮＺＰ-ＣＳＩ－ＲＳ-ＲｅｓｏｕｒｃｅＦｏｒＩｎｔｅｒｆｅｒｅｎｃｅは以下のような関係を有する。
Figure 0007259068000021
Figure 0007259068000022
Figure 0007259068000023
このとき、上記のような関係に基づいてＣＳＩ計算は以下のように行われる。
Figure 0007259068000024
ＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇ ＩＥ内のｇｒｏｕｐＢａｓｅｄＢｅａｍＲｅｐｏｒｔｉｎｇパラメータが‘ｅｎａｂｌｅｄ’であるか又は‘ｄｉａｂｌｅｄ’であるかによって、ｒｅｐｏｒｔＱｕａｎｔｉｔｙ＝{ｃｒｉ-ＲＳＲＰ ｏｒ ＳＳＢ－Ｉｎｄｅｘ-ＲＳＲＰ}に対する報告は以下のように区分される。
Figure 0007259068000025
Ｌ１－ＲＳＲＰ計算のために、端末は以下のように設定される。このとき、端末はｎｒｏｆＲｅｐｏｒｔｅｄＲＳ又はｇｒｏｕｐＢａｓｅｄＢｅａｍＲｅｐｏｒｔｉｎｇ により以下のような報告を行うことができる。
Figure 0007259068000026
さらに、この開示によるＣＳＩのうち、ＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)報告のために、端末は３ＧＰＰ ＴＳ ３８.２１４ ５.２.２.１に定義された以下の表を参照できる。より具体的には、端末は以下の表に基づいて、測定されたＣＱＩと最も近いＣＱＩ情報(例：インデックス)を基地局に報告する。
Figure 0007259068000027
Figure 0007259068000028
Figure 0007259068000029
１.１２．ＲＳＲＰ(Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ)報告
端末はＲＳＲＰ報告に以下の表を参照できる。より具体的には、端末は以下の表に基づいて、測定されたＲＳＲＰと最も近いＲＳＲＰ表情(例：インデックス)を基地局に報告することができる。
Figure 0007259068000030
１.１３．ビーム管理(Ｂｅａｍ ｍａｎａｇｅｍｅｎｔ)
基地局は端末にｐｅｒｉｏｄｉｃ ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ)／ビーム報告、ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ／ビーム報告(例：特定の時間区間のみに周期的報告が活性化される或いは端末が連続して複数回の報告を行う)又はａｐｅｒｉｏｄｉｃ ＣＳＩ／ビーム報告を要請する。
ここで、ＣＳＩ報告情報は、以下のうちのいずれかの情報を含む。
－ＲＩ(ｒａｎｋ ｉｎｄｉｃａｔｏｒ)。例：端末がいくつのｌａｙｅｒ／ｓｔｒｅａｍを同時に受信しようとするかに関する情報
－ＰＭＩ(ｐｒｅｃｏｄｅｒ ｍａｔｒｉｘ ｉｎｄｉｃａｔｉｏｎ)。例：端末の立場で基地局がどのようなＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ)プリアンブルを適用すれば良いかに関する情報
－ＣＱＩ(ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ)。例：端末が望む信号(ｄｅｓｉｒｅｄ ｓｉｇｎａｌ)の強度及び干渉信号(ｉｎｔｅｒｆｅｒｅｎｃｅ ｓｉｇｎａｌ)の強度を考えたチャネル品質情報
－ＣＲＩ(ＣＳＩ－ＲＳ Ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ)。例：複数の(互いに異なるビームフォーミングを適用した)ＣＳＩ－ＲＳリソースのうち、端末が選好するＣＳＩ－ＲＳリソースインデックス
－ＬＩ(ｌａｙｅｒ ｉｎｄｉｃａｔｏｒ)。端末の立場で最も優れる品質を有するレイヤのインデックス
また、ビーム報告情報は、ビーム品質測定のためのＲＳがＣＳＩ－ＲＳである場合、選好ビームインデックスを示すＣＲＩ、ビーム品質測定ＲＳがＳＳＢである場合は、選好ビームインデックスを示すＳＳＢＩＤ、ビーム品質を示すＲＳＲＰ(ＲＳ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ)情報などの特定の組み合わせで構成される。
端末のＰｅｒｉｏｄｉｃ、またｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ(ＳＰ) ＣＳＩ／ビーム報告のために、基地局は端末に特定の周期で該当報告が活性化された時間区間の間のＣＳＩ／ビーム報告のためのＵＬ物理チャネル(例：ＰＵＣＣＨ、ＰＵＳＣＨ)を割り当てることができる。また端末のＣＳＩ測定のために、基地局は端末に下りリンク参照信号(ＤＬ ＲＳ)を送信することができる。
(アナログ)ビームフォーミングが適用されたビームフォーミングシステムにおいて、ＤＬ ＲＳ送信／受信のためのＤＬ ｔｒａｎｓｍｉｓｓｉｏｎ(Ｔｘ)／ｒｅｃｅｐｔｉｏｎ(Ｒｘ) ｂｅａｍ ｐａｉｒとＵＣＩ(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：例：ＣＳＩ、ＡＣＫ／ＮＡＣＫ)送信／受信のためのＵＬ Ｔｘ／Ｒｘ ｂｅａｍ ｐａｉｒの決定が必要である。
ＤＬ ｂｅａｍ ｐａｉｒの決定手順は、(ｉ)基地局が複数のＴＲＰ Ｔｘ ｂｅａｍに該当するＤＬ ＲＳを端末に送信し、端末がこれらのうちの１つを選択及び／又は報告するＴＲＰ Ｔｘ ｂｅａｍ選択の手順、及び(ii)基地局が各ＴＲＰ Ｔｘ ｂｅａｍに該当する同一のＲＳ信号を繰り返して送信し、それに対応して端末が繰り返して送信された信号を互いに異なるＵＥ Ｒｘ ｂｅａｍで測定してＵＥ Ｒｘ ｂｅａｍを選択する手順の組み合わせで構成される。
ＵＬ ｂｅａｍ ｐａｉｒの決定手順は、(ｉ)端末が複数のＵＥ Ｔｘ ｂｅａｍに該当するＵＬ ＲＳを基地局に送信し、基地局がこれらのうちの１つを選択及び／又はシグナリングするＵＥ Ｔｘ ｂｅａｍ選択の手順、及び(ii)端末がＵＥ Ｔｘ ｂｅａｍに該当する同一のＲＳ信号を繰り返して送信し、それに対応して基地局が繰り返して送信された信号を互いに異なるＴＲＰ Ｒｘ ｂｅａｍで測定してＴＲＰ Ｒｘ ｂｅａｍを選択する手順の組み合わせで構成される。
ＤＬ／ＵＬのｂｅａｍ ｒｅｃｉｐｒｏｃｉｔｙ(又はｂｅａｍ ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ)が成立する場合(例：基地局と端末の間の通信において基地局ＤＬ Ｔｘビームと基地局ＵＬ Ｒｘビームが一致し、端末ＵＬ Ｔｘビームと端末ＤＬ Ｒｘビームが一致すると仮定できる場合)、ＤＬ ｂｅａｍ ｐａｉｒとＵＬ ｂｅａｍ ｐａｉｒのうちの一方を決定すると、他方を決定する手順は省略できる。
ＤＬ及び／又はＵＬ ｂｅａｍ ｐａｉｒに対する決定過程は周期的又は非周期的に行われる。一例として、候補ビームの数が多い場合、求められるＲＳオーバーヘッドが大きくなる。この場合、ＤＬ及び／又はＵＬ ｂｅａｍ ｐａｉｒに対する決定過程はＲＳオーバーヘッドを考慮して一定の周期で行われる。
ＤＬ／ＵＬ ｂｅａｍ ｐａｉｒの決定過程が完了した後、端末はｐｅｒｉｏｄｉｃ又はＳＰ ＣＳＩ ｒｅｐｏｒｔｉｎｇを行うことができる。端末のＣＳＩ測定のための単一又は複数のアンテナポートを含むＣＳＩ－ＲＳはＤＬビームで決定されたＴＲＰ Ｔｘ ｂｅａｍにビームフォーミングされて送信される。このとき、ＣＳＩ－ＲＳの送信周期は端末のＣＳＩ報告周期と等しいか又は端末のＣＳＩ報告周期より短く設定される。
又は基地局はａｐｅｒｉｏｄｉｃ ＣＳＩ－ＲＳを端末のＣＳＩ報告周期に合わせて又は端末のＣＳＩ報告周期よりも頻繁に送信することもできる。
端末は測定されたＣＳＩ情報を周期的なＵＬ ｂｅａｍ ｐａｉｒの決定過程で決定されるＵＬ Ｔｘ ｂｅａｍを用いて送信することができる。
１.１４．ビーム回復(Ｂｅａｍ ｒｅｃｏｖｅｒｙ)の手順
端末及び基地局がＤＬ／ＵＬビームの管理過程を行うとき、設定されたｂｅａｍ ｍａｎａｇｅｍｅｎｔの周期によってビーム不一致(ｍｉｓｍａｔｃｈ)の問題があり得る。
特に、端末が位置を移動したり回転したり或いは周辺物体の移動により無線チャネル環境が変化する場合(例：ＬｏＳ(Ｌｉｎｅ ｏｆ Ｓｉｇｈｔ)状況からビームブロックなどによりＮｏｎ－ＬｏＳ状況に変わる)、最適のＤＬ／ＵＬ ｂｅａｍ ｐａｉｒが変わることができる。この変化をより一般的に説明すると、ネットワーク指示により行われるビーム管理過程によるトラッキング(ｔｒａｃｋｉｎｇ)に失敗し、これによりｂｅａｍ ｆａｉｌｕｒｅ ｅｖｅｎｔが発生した状況に対応する。
端末は下りリンクＲＳの受信品質によりこのようなｂｅａｍ ｆａｉｌｕｒｅ ｅｖｅｎｔの発生有無を判断する。
次いで、端末はかかる状況に関する報告メッセージ又はビーム復旧要請のためのメッセージ(以下、ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ｒｅｑｕｅｓｔ(ＢＦＲＱ)メッセージという)を基地局(又はネットワーク)に送信する。
基地局は該当メッセージを受信し、ビーム復旧のためにｂｅａｍ ＲＳ送信、ｂｅａｍ ｒｅｐｏｒｔｉｎｇ要請などの様々な過程によりビーム復旧を行う。このような一連のビーム復旧過程をｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ(ＢＦＲ)という。
３ＧＰＰ ＴＳ ３８.２１３、３ＧＰＰ ＴＳ ３８.３２１などの標準文書によれば、ＢＦＲ過程は以下のように構成される。
(１) ＢＦＤ(Ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ)
全てのＰＤＣＣＨビームが所定の品質値(Ｑ_ｏｕｔ)以下に下がる場合、端末の物理階層は一回のｂｅａｍ ｆａｉｌｕｒｅ ｉｎｓｔａｎｃｅを宣言する。
ここで、ビームの品質は、ｈｙｐｏｔｈｅｔｉｃａｌ ＢＬＥＲ(ｂｌｏｃｋ ｅｒｒｏｒ ｒａｔｅ)を基準として測定される。即ち、ビームの特徴は、該当ＰＤＣＣＨに制御情報が送信されたと仮定する場合、端末が該当情報の復調に失敗する確率を基準として測定される。
ＢＦＤ ＲＳのための暗示的設定(ｉｍｐｌｉｃｉｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ)のために、特定の端末にＰＤＣＣＨをモニタリングする複数の検索領域が設定される。このとき、各検索領域ごとにビーム(又はリソース)の設定が異なる。したがって、全てのＰＤＣＣＨビームが所定の品質値以下に下がる場合とは、各検索領域ごとに設定が異なる全てのビームの品質がＢＬＥＲ ｔｈｒｅｓｈｏｌｄ以下に下がる場合を意味する。
このために、ＢＦＤ参照信号(又はＢＦＤ ＲＳ)のために様々な設定方法が適用／設定される。
一例として、ＢＦＤ参照信号のために暗示的な(ｉｍｐｌｉｃｉｔ)設定方法を活用できる。具体的な一例として、各検索領域にはＰＤＣＣＨが送信可能なリソース領域であるｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ(ＣＯＲＥＳＥＴ[ＴＳ３８.２１３、ＴＳ３８.２１４、ＴＳ３８.３３１を参照])ＩＤが設定される。また、基地局は各ＣＯＲＥＳＥＴ ＩＤごとにｓｐａｔｉａｌ ＲＸ ｐａｒａｍｅｔｅｒの観点でＱＣＬされているＲＳ情報(例：ＣＳＩ－ＲＳ Ｒｅｓｏｕｒｃｅ ＩＤ、ＳＳＢ ＩＤ)を端末に指示／設定することができる。たとえば、基地局は端末にＴＣＩ(ｔｒａｎｓｍｉｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ)指示によりＱＣＬされたＲＳを指示／設定することができる。
ここで、基地局が端末にｓｐａｔｉａｌ ＲＸ ｐａｒａｍｅｔｅｒの観点でＱＣＬされているＲＳ(即ち、ＱＣＬ Ｔｙｐｅ Ｄ ｉｎ ＴＳ ３８.２１４)を指示／設定するとは、端末が該当ＰＤＣＣＨ ＤＭＲＳを受信する際、ｓｐａｔｉａｌｌｙ ＱＣＬされたＲＳ受信に使用したビームをそのまま使用しなければならないこと(又は使用できること)を指示／設定することを含む。即ち、基地局が端末にｓｐａｔｉａｌ ＲＸ ｐａｒａｍｅｔｅｒの観点でＱＣＬされているＲＳ(即ち、ＱＣＬ Ｔｙｐｅ Ｄ ｉｎ ＴＳ ３８.２１４)を指示／設定するとは、基地局の観点で基地局がｓｐａｔｉａｌｌｙ ＱＣＬされたアンテナポートに対して同一の送信ビーム又は類似する送信ビーム(例：ビーム方向は同一／類似しつつビーム幅が異なる場合)を適用して送信することを端末に知らせることを含む。
ＢＦＤ ＲＳのための明示的設定(ｅｘｐｌｉｃｉｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ)のために、基地局はＢＦＤ用の特定のＲＳ(例：ｂｅａｍ ＲＳ(ｓ))を端末に明示的に設定することができる。このとき、特定のＲＳとは、‘全てのＰＤＣＣＨビーム’に該当する。
以下、説明の便宜上、複数のＢＦＤ ＲＳをＢＦＤ ＲＳセットと定義する。
次いで、(連続して)所定の回数だけｂｅａｍ ｆａｉｌｕｒｅ ｉｎｓｔａｎｃｅが発生すると、端末のＭＡＣ(Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)階層はビーム失敗を宣言する。
(２) Ｎｅｗ ｂｅａｍ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ＆ ｓｅｌｅｃｔｉｏｎ
(２－１) Ｓｔｅｐ １
端末は基地局がｃａｎｄｉｄａｔｅ ｂｅａｍ ＲＳ ｓｅｔで設定したＲＳのうち、所定の品質値(Ｑ_ｉｎ)以上を有するビームを探すことができる。
－仮に１つのビームＲＳが所定の品質値(ｔｈｒｅｓｈｏｌｄ)を超える場合、端末は該当ビームＲＳを選択する。
－仮に複数のビームＲＳが所定の品質値を超える場合、端末は該当ビームＲＳのうちのいずれかのビームＲＳを選択する。
－仮に所定の品質値を超えるビームＲＳがない場合は、端末は以下のＳｔｅｐ ２を行う。
このとき、上記動作において、ビーム品質はＲＳＲＰを基準にして決定される。
この開示において、基地局が設定したＲＳ ｂｅａｍ ｓｅｔは以下の３つのうちのいずれかに設定される。
－ＲＳ ｂｅａｍ ｓｅｔ内のビームＲＳが全てＳＳＢで構成
－ＲＳ ｂｅａｍ ｓｅｔ内のビームＲＳが全てＣＳＩ－ＲＳリソースで構成
－ＲＳ ｂｅａｍ ｓｅｔ内のビームＲＳがＳＳＢとＣＳＩ－ＲＳリソースで構成
(２-２) Ｓｔｅｐ ２
端末は(ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ＰＲＡＣＨリソースに連結された)ＳＳＢのうち、所定の品質値(Ｑ_ｉｎ)以上を有するビームを探すことができる。
－仮に１つのＳＳＢが所定の品質値を超える場合、端末は該当ＳＳＢを選択する。
－仮に複数のＳＳＢが所定の品質値を超える場合、端末は該当ＳＳＢのうちのいずれかのＳＳＢを選択する。
－仮に所定の品質値を超えるＳＳＢがない場合は、端末は以下のＳｔｅｐ ３を行う。
(２-３) Ｓｔｅｐ ３
端末は(ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ＰＲＡＣＨリソースに連結された)ＳＳＢのうちのいずれかのＳＳＢを選択することができる。
(３) ＣＦＲＡ ｂａｓｅｄ ＢＦＲＱ ＆ ｍｏｎｉｔｏｒｉｎｇ ｇＮＢ’ｓ ｒｅｓｐｏｎｓｅ
この開示において、ＢＦＲＱ(Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ)とは、端末が上述した過程で選択したビームＲＳ(例：ＣＳＩ－ＲＳ又はＳＳＢ)と直接的又は間接的に連結設定されたＰＲＡＣＨ ｒｅｓｏｕｒｃｅ及びＰＲＡＣＨ ｐｒｅａｍｂｌｅを基地局に送信することを含む。即ち、ＢＦＲＱとは、端末が上述した過程で選択したビームＲＳに関連するＰＲＡＣＨ ｐｒｅａｍｂｌｅを端末が選択したビームＲＳに関連するＰＲＡＣＨ ｒｅｓｏｕｒｃｅにより送信することを含む。
この開示において、直接的に連結設定されたＰＲＡＣＨ ｒｅｓｏｕｒｃｅ及びＰＲＡＣＨ ｐｒｅａｍｂｌｅは以下の場合に使用される。
－ＢＦＲ用に別に設定されたｃａｎｄｉｄａｔｅ ｂｅａｍ ＲＳ ｓｅｔ内の特定のＲＳに対して、ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ ＰＲＡＣＨ ｒｅｓｏｕｒｃｅ及びＰＲＡＣＨ ｐｒｅａｍｂｌｅが設定された場合
－Ｒａｎｄｏｍ ａｃｃｅｓｓなどの汎用的に設定されたＳＳＢと一対一にマッピングされた(ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ)ＰＲＡＣＨ ｒｅｓｏｕｒｃｅ及びＰＲＡＣＨ ｐｒｅａｍｂｌｅが設定された場合
なお、間接的に連結設定されたＰＲＡＣＨ ｒｅｓｏｕｒｃｅ及びＰＲＡＣＨ ｐｒｅａｍｂｌｅは以下の場合に使用される。
－ＢＦＲ用に別に設定されたｃａｎｄｉｄａｔｅ ｂｅａｍ ＲＳ ｓｅｔ内の特定のＣＳＩ－ＲＳに対して、ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ ＰＲＡＣＨ ｒｅｓｏｕｒｃｅ及びＰＲＡＣＨ ｐｒｅａｍｂｌｅが設定されていない場合
－－この場合、端末は該当ＣＳＩ－ＲＳと同じ受信ビームで受信可能であると指定された(例：ｑｕａｓｉ－ｃｏ－ｌｏｃａｔｅｄ(ＱＣＬｅｄ) ｗｉｔｈ ｒｅｓｐｅｃｔ ｔｏ ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒ)ＳＳＢに連結された(ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ)ＰＲＡＣＨ ｒｅｓｏｕｒｃｅ及びＰＲＡＣＨ ｐｒｅａｍｂｌｅを選択することができる。
以下の説明においては、説明の便宜上、Ｃｏｎｔｅｎｔｉｏｎ－Ｆｒｅｅ ＰＲＡＣＨ ｒｅｓｏｕｒｃｅ及びＰＲＡＣＨ ｐｒｅａｍｂｌｅ基盤のＲＳＲＱをＣＦＲＡ(Ｃｏｎｔｅｎｔｉｏｎ Ｆｒｅｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ)基盤のＲＳＲＱと呼ぶ。
上記構成に基づいて、端末はＰＲＡＣＨ ｐｒｅａｍｂｌｅを基地局に送信し、端末は該当ＰＲＡＣＨ送信に対する基地局(例：ｇＮＢ)の回信をモニタリングする。
このとき、ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ ＰＲＡＣＨ ｒｅｓｏｕｒｃｅ及びＰＲＡＣＨ ｐｒｅａｍｂｌｅに対する応答信号はＣ－ＲＮＴＩ(ｃｅｌｌ ｒａｎｄｏｍ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ)でマスキングされたＰＤＣＣＨを介して送信される。ＰＤＣＣＨはＢＦＲ用に別に(ＲＲＣシグナリングにより)設定された検索領域上で受信される。
この検索領域は(ＢＦＲ用の)特定のＣＯＲＥＳＥＴ上に設定される。
この開示において、ＢＦＲ用のＣｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ＰＲＡＣＨに対する応答信号は、ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ＰＲＡＣＨに基づくｒａｎｄｏｍ ａｃｃｅｓｓ過程のために設定されたＣＯＲＥＳＥＴ(例：ＣＯＲＥＳＥＴ ０又はＣＯＲＥＳＥＴ １)及び検索領域を再使用することができる。
上記構成において、仮に端末が一定時間の間に応答信号を受信できなかった場合、端末は上述した新しいビーム識別及び選択(Ｎｅｗ ｂｅａｍ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ＆ ｓｅｌｅｃｔｉｏｎ)の過程及びＢＦＲＱ ＆ ｍｏｎｉｔｏｒｉｎｇ ｇＮＢ’Ｓ ｒｅｓｐｏｎｓｅの過程を繰り返して行う。
この開示において、端末は上記過程を、(ｉ)ＰＲＡＣＨ送信が所定の最大回数(例：Ｎ_ｍａｘ)まで到達するか、或いは(ii)別に設定されたタイマーが満了(ｅｘｐｉｒｅ)するまで行う。このとき、タイマが満了すると、端末はｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ ＰＲＡＣＨ送信を中止する。但し、ＳＳＢ選択によるｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ＰＲＡＣＨ送信の場合、端末は(タイマが満了したか否かに関係なく)ＰＲＡＣＨをＮ_ｍａｘが到達するまで行うこともできる。
(４) ＣＢＲＡ ｂａｓｅｄ ＢＦＲＱ ＆ ｍｏｎｉｔｏｒｉｎｇ ｇＮＢ’ｓ ｒｅｓｐｏｎｓｅ
以下の場合が発生する場合、端末はＣＢＲＡ(Ｃｏｎｔｅｎｔｉｏｎ Ｂａｓｅｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ)基盤のＢＦＲＱを行う。
－端末がＣＦＲＡ基盤のＢＦＲＱに失敗した場合。この場合、端末は続く動作によりＣＢＲＡ基盤のＢＦＲＱを行う。
－Ａｃｔｉｖｅ ＢＷＰにＣＦＲＡが定義されていない場合
－上位階層パラメータＳｅａｒｃｈＳｐａｃｅ－ＢＦＲに連関するＣＯＲＥＳＥＴが設定されていないか或いは上位階層パラメータＳｅａｒｃｈＳｐａｃｅ－ＢＦＲが設定されていない場合
但し、ＣＦＲＡの場合とは異なり、ＣＢＲＡのために端末は上りリンク初期接続(ｉｎｉｔｉａｌ ａｃｃｅｓｓ)の時に使用するＰＲＡＣＨリソースを用いるので、他の端末と衝突が発生する可能性もある。
上述したビーム失敗検出(ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ)及びビーム回復(ｂｅａｍ ｒｅｃｏｖｅｒｙ)の手順は以下の通りである。
サービングＳＳＢ(ｓ)／ＣＳＩ－ＲＳ(ｓ)上でビーム失敗が検出された場合、ＲＲＣシグナリングにより、ＭＡＣエンティティに対してサービング基地局(例：ｓｅｒｖｉｎｇ ｇＮＢ)に新しいＳＳＢ又はＣＳＩ－ＲＳを指示するために使用されるビーム失敗手順が設定される(Ｔｈｅ ＭＡＣ ｅｎｔｉｔｙ ｍａｙ ｂｅ ｃｏｎｆｉｇｕｒｅｄ ｂｙ ＲＲＣ ｗｉｔｈ ａ ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ｐｒｏｃｅｄｕｒｅ ｗｈｉｃｈ ｉｓ ｕｓｅｄ ｆｏｒ ｉｎｄｉｃａｔｉｎｇ ｔｏ ｔｈｅ ｓｅｒｖｉｎｇ ｇＮＢ ｏｆ ａ ｎｅｗ ＳＳＢ ｏｒ ＣＳＩ－ＲＳ ｗｈｅｎ ｂｅａｍ ｆａｉｌｕｒｅ ｉｓ ｄｅｔｅｃｔｅｄ ｏｎ ｔｈｅ ｓｅｒｖｉｎｇ ＳＳＢ(ｓ)／ＣＳＩ－ＲＳ(ｓ))。ビーム失敗は下位階層からＭＡＣエンティティへのｂｅａｍ ｆａｉｌｕｒｅ ｉｎｓｔａｎｃｅ指示をカウントして検出される。ビーム失敗検出及び回復手順のために、基地局はＲＲＣシグナリングにより上位階層パラメータＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇ内の次のパラメータを端末に設定することができる：
－(ビーム失敗検出のための)ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ
－(ビーム失敗検出のための)ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ
－(ビーム失敗回復手順のための)ｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＴｉｍｅｒ
－ＲＳＲＰ-ＴｈｒｅｓｈｏｌｄＳＳＢ. ビーム失敗回復のためのＲＳＲＰしきい値
－ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ. ビーム失敗回復のためのｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐパラメータ
－ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ. ビーム失敗回復のためのｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒパラメータ
－ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ. ビーム失敗回復のためのｐｒｅａｍｂｌｅＴｒａｎｓＭａｘパラメータ
－ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ. ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅを使用するビーム回復手順のための(複数の)応答をモニタリングするための時間ウィンドウ
－ｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘ. ビーム失敗回復のためのｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘパラメータ
－ｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘ. ビーム失敗回復のためのｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘパラメータ
－ｒａ－ＯｃｃａｓｉｏｎＬｉｓｔ. ビーム失敗回復のためのｒａ－ＯｃｃａｓｉｏｎＬｉｓｔパラメータ
端末は以下の変数をビーム失敗検出手順のために使用する：
－ＢＦＩ＿ＣＯＵＮＴＥＲ. ｂｅａｍ ｆａｉｌｕｒｅ ｉｎｓｔａｎｃｅ ｉｎｄｉｃａｔｉｏｎのためのカウンタとして初期値は０に設定される
端末のＭＡＣエンティティは以下のように動作することができる。
１＞(複数の)下位階層からｂｅａｍ ｆａｉｌｕｒｅ ｉｎｓｔａｎｃｅ ｉｎｄｉｃａｔｉｏｎが受信される場合：
２＞ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒを開始又は再開する
２＞ＢＦＩ＿ＣＯＵＮＴＥＲを１だけ増加させる(ｉｎｃｒｅｍｅｎｔ)
２＞ＢＦＩ＿ＣＯＵＮＴＥＲ ＞＝ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔである場合：
３＞上位階層パラメータｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇが設定された場合：
４＞(設定された場合)ｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＴｉｍｅｒを開始する
４＞上位階層パラメータｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇ内の設定されたｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ、ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ及びｐｒｅａｍｂｌｅＴｒａｎｓＭａｘパラメータを適用して、ＳｐＣｅｌｌ(Ｓｐｅｃｉａｌ Ｃｅｌｌ、例：ＭＣＧ(Ｍａｃｒｏ Ｃｅｌｌ Ｇｒｏｕｐ)内のＰｒｉｍａｒｙ Ｃｅｌｌ又はＳＣＧ(Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ Ｇｒｏｕｐ)内のＰＳＣｅｌｌ(Ｐｒｉｍａｒｙ ＳＣＧ Ｃｅｌｌ)など)上で任意接続手順を開始する(ｉｎｉｔｉａｔｅ)
３＞又は：
４＞ＳｐＣｅｌｌ上で任意接続手順を開始する
１＞ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒが満了(ｅｘｐｉｒｅ)した場合：
２＞ＢＦＩ＿ＣＯＵＮＴＥＲを０に設定する
１＞もし任意接続手順が成功的に完了した場合：
２＞(設定された場合)ｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＴｉｍｅｒを中止する(ｓｔｏｐ)
２＞ビーム失敗回復手順が成功的に完了したとみなす(ｃｏｎｓｉｄｅｒ)
さらに、この開示によるＰＣｅｌｌ、ＳＣｅｌｌ、サービングセルは以下のように定義される。
[１] Ｐｒｉｍａｒｙ Ｃｅｌｌ(ＰＣｅｌｌ)
一次周波数上で動作するセルであって、端末が初期連結確立の手順(ｉｎｉｔｉａｌ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ)を行うか又は連結再確立の手順(ｃｏｎｎｅｃｔｉｏｎ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ)を開始するセル、又はハンドオーバー手順内において一次電池として指示されるセル
[２] Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ(ＳＣｅｌｌ)
二次周波数上で動作するセルであって、ＲＲＣ連結が確立されると、設定可能なセル又は搬送波結合(ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ)のための追加搬送波のように追加無線リソースを提供するために使用されるセル
この開示において、ＳＣｅｌｌ上のＣＢＲＡ(Ｃｏｎｔｅｎｔｉｏｎ Ｂａｓｅｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ)は設定できない。反面、ＳＣｅｌｌ上のＣＦＲＡ(Ｃｏｎｔｅｎｔｉｏｎ Ｆｒｅｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ)の設定は許容される。
[３] Ｓｅｒｖｉｎｇ Ｃｅｌｌ
ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態であり、ＣＡが設定されていない端末のためには、ＰＣｅｌｌを含む単一のサービングセルのみが存在する。ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状であり、ＣＡが設定された端末のために、‘複数のサービングセル’とは、ＰＣｅｌｌ及び全てのＳＣｅｌｌ(ｓ)を含む１つ以上のセットを意味する。
さらにこの開示によってＤＬ ｏｎｌｙであるＳＣｅｌｌのためのＢＦＲＱのために、ＰＣｅｌｌのＣＢＲＡが活用されたり、(ＳＣｅｌｌ ＵＬが存在する場合)ＳＣｅｌｌ ＢＦＲのためのＣＦＲＡがさらに活用されたりする。
このための一例として、多重－ビーム基盤の動作としてＦＲ１内に設定されたＰＣｅｌｌ及びＦＲ２内に設定されたＳＣｅｌｌに基づく動作が考えられる。
この場合、たとえＳＣｅｌｌに対してビーム失敗が発生しても、ＰＣｅｌｌ ＵＬのリンク品質は良いと仮定できる。ＳＣｅｌｌがただＤＬ ＣＣ(ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ)のみを含むので、ＳＣｅｌｌ ＢＦＲのための簡単な解決方案としてＰＣｅｌｌ内のＭＡＣ－ＣＥを活用できる。この場合、端末はＣｅｌｌ ＩＤ、ｎｅｗ ｂｅａｍ ＲＳ ＩＤなどをＰＣｅｌｌ ＰＵＳＣＨを介して送信することができる。ＭＡＣ－ＣＥ基盤の解決方案のために、端末はＰＵＣＣＨ上にＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)を送信する必要がある。基地局が端末の状況を直ちに(ｐｒｏｍｐｔｌｙ)認知できるように(例：端末が一般データの送信のためのＰＵＳＣＨを要請したり、或いはＢＦＲ報告のためのＰＵＳＣＨを要請したりするなど)、ただＢＦＲＱのために活用されるＳＲリソースとして端末に専用の(ｄｅｄｉｃａｔｅｄ)ＳＲリソースを割り当てることが考えられる。これは端末により開始される送信であるので、この場合、ＳＲ ＰＵＣＣＨフォーマットは再使用できる。
さらに他の例として、多重－ビーム基盤の動作としてＦＲ２内でＤＬ ｏｎｌｙ又はＤＬ／ＵＬとして設定されたＳＣｅｌｌのためのビーム失敗回復のために、以下のような事項が考えられる。このとき、ＰＣｅｌｌはＦＲ１だけではなくＦＲ２内で動作することができる。
ＳＣｅｌｌ ＢＦＲのために、ＰＣｅｌｌ ＤＬ／ＵＬのリンク品質は十分であると仮定する。仮にＰＣｅｌｌがビーム失敗の状態である場合は、ＳＣｅｌｌビームを回復する前に、まず存在するＢＦＲメカニズムによりＰＣｅｌｌビームの回復が行われる。このために、ただＰＣｅｌｌ ＵＬのみがＳＣｅｌｌビームの失敗に関連する要請／情報のために使用される方案が考えられる。
ＰＣｅｌｌ ＵＬを介して伝達される情報に関連して、以下のような様々なオプションが考えられる。
オプション１：ＳＣｅｌｌビーム失敗の発生(Ｏｃｃｕｒｒｅｎｃｅ ｏｆ ＳＣｅｌｌ ｂｅａｍ ｆａｉｌｕｒｅ)
オプション２：ＳＣｅｌｌビーム失敗の発生及び失敗及び／又は維持される(ｓｕｒｖｉｖｅｄ)(複数の)ビームに関するビーム情報
オプション１とオプション２を比較するとき、オプション２での追加効果／利得は大きくない。即ち、ＰＣｅｌｌが相変わらず維持されるので、基地局はＳＣｅｌｌのための情報を得るために、存在する(ｅｘｉｓｔｉｎｇ)ビーム報告メカニズムに基づいてＰＣｅｌｌ上の(ｒｅｇｕｌａｒ)ビーム報告をトリガーすることができる。
したがって、端末はＰＣｅｌｌ ＵＬを介して、ＳＣｅｌｌのビーム失敗の発生のみを報告することもできる。
上記情報伝達のために、以下のような３つのオプションが考えられる。
オプション１：ＰＣｅｌｌ内のＰＲＡＣＨ
オプション２：ＰＣｅｌｌ内のＰＵＣＣＨ
オプション３：ＰＣｅｌｌ内のＰＵＳＣＨ
又は、ＳＣｅｌｌビームが失敗した場合は、端末はＰＣｅｌｌ上のＰＵＣＣＨ ｆｏｒｍａｔ ０／１の専用(ｄｅｄｉｃａｔｅｄ)のＰＵＣＣＨリソースにより関連情報を報告することができる。よって、ＳＣｅｌｌ ＢＦＲのために別の信号／メッセージ／手順などが定義されないこともある。
１.１５．ＲＡＣＨ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)
以下、この開示に適用可能な任意接続手順及びＲＡＣＨについて詳しく説明する。
図１０はこの開示に適用可能な任意接続手順を簡単に示す図である。
図１０内のステップ(Ａ)及び(１)によれば、端末は基地局から(初期接続のための)システム情報又は(ＬＴＥインタープレーのための)ＲＲＣ連結再設定の情報を受信する。
図１０内のステップ(Ｂ)によれば、端末はＭｓｇ１(ＰＲＡＣＨ ｐｒｅａｍｂｌｅ)を基地局に送信する。該当ステップにおいて、ＰＲＡＣＨ送信のための全ての条件を満たす場合、端末はＲＡ－ＲＮＴＩでマスキング(又はスクランブル)されたＰＲＡＣＨ ｐｒｅｍａｂｌｅを基地局に送信する。
図１０内のステップ(２)及び(Ｃ)によれば、端末はＭｓｇ２(例：ＲＡＲ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ)を(ＰＤＣＣＨ／ＰＤＳＣＨを介して)を受信する。該当ステップにおいては(即ち、ＰＲＡＣＨの送信後)、以下の手順が行われる。
－基地局は(算出された)ＲＡ－ＲＮＴＩ値でスクランブルされたＤＣＩを基地局に送信する。
－端末はＲＡＲ－Ｗｉｎｄｏｗ区間内の対応するＲＡ－ＲＮＴＩでマスキング(又はスクランブル)されたＰＤＣＣＨ(例：ＤＣＩ)の検出を試みる。一例として、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ内で、端末は検索領域(例：Ｔｙｐｅ１ ＰＤＣＣＨ Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ)内のＤＣＩを探す。
－ＲＡＲ ＰＤＳＣＨをスケジューリングするためのＤＣＩフォーマットとしては、ＲＡ－ＲＮＴＩでマスキング(又はスクランブル)されたＤＣＩフォーマット１_０が使用される。
図１０内のステップ(３)及び(Ｄ)によれば、端末はＭｓｇ３を(ＰＵＳＣＨを介して)基地局に送信する。該当ステップにおいて(即ち、Ｍｓｇ３を送信する直前に)、以下の手順が行われる。
－ｍｓｇ３－ｔｐという上位階層パラメータ(ｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｉｎｇ)に基づいて、端末はＭｓｇ３ ＰＵＳＣＨのための変換プリコーディング(ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ)を適用するか否かを決定しなければならない。
－ｍｓｇ３－ｓｃｓという上位階層パラメータ(ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ)から端末はＭｓｇ３ ＰＵＳＣＨのための副搬送波間隔(ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)を決定しなければならない。
－端末はＰＲＡＣＨを送信した同一のサービングセル上でＭｓｇ３ ＰＵＳＣＨを送信しなければならない。
図１０内のステップ(４)及び(Ｅ)によれば、端末は基地局からＭｓｇ４(例：Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ)を(ＰＤＣＣＨ／ＰＤＳＣＨを介して)受信する。該当ステップにおいて(即ち、Ｍｓｇ３を送信した直後に)、以下の手順が行われる。以下、説明の便宜上、成功ケースのみを説明する。
－ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを開始する
－ＴＣ－ＲＮＴＩ(Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩ)でマスキング(又はスクランブル)されたＰＤＣＣＨを復号するためのモニタリングを行う。即ち、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが動作する間、端末は検索領域(例：Ｔｙｐｅ１ ＰＤＣＣＨ Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ)内のＤＣＩを探す。
－仮にＰＤＣＣＨが成功的に復号される場合、
－－端末はＭＡＣ ＣＥを運ぶＰＤＳＣＨを復号する
－－Ｃ－ＲＮＴＩ＝ＴＣ－ＲＮＴＩと設定する
－ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを廃棄する
－該当任意接続手順が成功的に完了したとみなす(ｃｏｎｓｉｄｅｒ)
図１０のステップ(５)及び(Ｆ)によれば、端末はＭｓｇ４のためのＨＡＲＱ ＡＣＫ信号を基地局に送信する。端末がＭｓｇ４(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ)を成功的に復号すると(Ｏｎｃｅ ＵＥ ｓｕｃｃｅｓｓｆｕｌｌｙ ｄｅｃｏｄｅ Ｍｓｇ４)、端末はデータ(例：ＰＤＳＣＨ ｃａｒｒｙｉｎｇ Ｍｓｇ４)のためのＨＡＲＱ ＡＣＫを送信する。
２．この開示が適用される通信システムの例
これに限られないが、この明細書に開示されたこの開示の様々な説明、機能、手順、提案、方法及び／又はフローチャートは、機器間無線通信／連結(例えば、５Ｇ)を必要とする様々な分野に適用することができる。
以下、図面を参照しながらより具体的に説明する。以下の図／説明において、同じ図面符号は特に言及しない限り、同一又は対応するハードウェアブロック、ソフトウェアブロック又は機能ブロックを例示する。
図１１はこの開示に適用される通信システム１を例示する図である。
図１１を参照すると、この開示に適用される通信システム１は、無線機器、基地局及びネットワークを含む。ここで、無線機器は無線接続技術(例えば、５Ｇ ＮＲ、ＬＴＥ)を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器とも称される。これに限られないが、無線機器はロボット１００ａ、車両１００ｂ－１，１００ｂ－２、ＸＲ(ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ)機器１００ｃ、携帯機器(Ｈａｎｄ－ｈｅｌｄ Ｄｅｖｉｃｅ)１００ｄ、家電１００ｅ、ＩｏＴ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ)機器１００ｆ及びＡＩ機器／サーバ４００を含む。 例えば、車両は無線通信機能が備えられた車両、自律走行車両、車両間通信可能な車両などを含む。ここで、車両はＵＡＶ(Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ)(例えば、ドローン)を含む。ＸＲ機器はＡＲ(Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ)／ＶＲ(Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ)／ＭＲ(Ｍｉｘｅｄ Ｒｅａｌｉｔｙ)機器を含み、ＨＭＤ(Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ)、車両に備えられたＨＵＤ(Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ)、ＴＶ、スマートホン、コンピュータ、ウェアラブルデバイス、家電機器、デジタル看板、車両、ロボットなどの形態で具現される。携帯機器はスマートホン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、コンピュータ(例えば、ノートブックパソコンなど)などを含む。家電はＴＶ、冷蔵庫、洗濯機などを含む。ＩｏＴ機器はセンサ、スマートメータなどを含む。例えば、基地局、ネットワークは無線機器にも具現され、特定の無線機器２００ａは他の無線機器に基地局／ネットワークノードで動作することもできる。
無線機器１００ａ～１００ｆは基地局２００を介してネットワーク３００に連結される。無線機器１００ａ～１００ｆにはＡＩ(Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ)技術が適用され、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００に連結される。ネットワーク３００は３Ｇネットワーク、４Ｇ(例えば、ＬＴＥ)ネットワーク又は５Ｇ(例えば、ＮＲ)ネットワークなどを用いて構成される。無線機器１００ａ～１００ｆは基地局２００／ネットワーク３００を介して互いに通信できるが、基地局／ネットワークを介することなく、直接通信することもできる(例えば、サイドリンク通信)。例えば、車両１００ｂ－１、１００ｂ－２は直接通信することができる(例えば、Ｖ２Ｖ(Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ)／Ｖ２Ｘ(Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ)通信)。またＩｏＴ機器(例えば、センサ)は他のＩｏＴ機器(例えば、センサ)又は他の無線機器１００ａ～１００ｆと直接通信することができる。
無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００の間では無線通信／連結１５０ａ、１５０ｂ、１５０ｃが行われる。ここで、無線通信／連結は上り／下りリンク通信１５０ａとサイドリンク通信１５０ｂ(又は、Ｄ２Ｄ通信)、基地局間通信１５０ｃ(例えば、ｒｅｌａｙ、ＩＡＢ(Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ)のような様々な無線接続技術により行われる(例えば、５Ｇ ＮＲ)。無線通信／連結１５０ａ、１５０ｂ、１５０ｃにより無線機器と基地局／無線機器、基地局と基地局は互いに無線信号を送／受信することができる。例えば、無線通信／連結１５０ａ、１５０ｂ、１５０ｃは様々な物理チャネルを介して信号を送／受信することができる。このために、本発明の様々な提案に基づいて、無線信号の送／受信のための様々な構成情報の設定過程、様々な信号処理過程(例えば、チャネル符号化／復号、変調／復調、リソースマッピング／デマッピングなど)、リソース割り当て過程のうちのいずれか一つが行われる。
３．この開示が適用される無線機器の例
図１２はこの開示に適用可能な無線機器を例示する。
図１２を参照すると、第１無線機器１００と第２無線機器２００は様々な無線接続技術(例えば、ＬＴＥ、ＮＲ)により無線信号を送受信する。ここで、{第１無線機器１００、第２無線機器２００}は図１１の{無線機器１００ｘ、基地局２００}及び／又は{無線機器１００ｘ、無線機器１００ｘ}に対応する。
第１無線機器１００は一つ以上のプロセッサ１０２及び一つ以上のメモリ１０４を含み、さらに一つ以上の送受信機１０６及び／又は一つ以上のアンテナ１０８を含む。プロセッサ１０２はメモリ１０４及び／又は送受信機１０６を制御し、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを具現するように構成される。例えば、プロセッサ１０２はメモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信機１０６で第１情報／信号を含む無線信号を送信する。またプロセッサ１０２は送受信機１０６で第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に格納する。メモリ１０４はプロセッサ１０２に連結され、プロセッサ１０２の動作に関連する様々な情報を格納する。例えば、メモリ１０４はプロセッサ１０２により制御されるプロセスのうちの一部又は全部を行うか、又はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ１０２とメモリ１０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機１０６はプロセッサ１０２に連結され、一つ以上のアンテナ１０８により無線信号を送信及び／又は受信する。送受信機１０６は送信機及び／又は受信機を含む。送受信機１０６はＲＦ(ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)ユニットとも混用することができる。この開示において、無線機器は通信モデム／回路／チップを意味することもできる。
第２無線機器２００は一つ以上のプロセッサ２０２及び一つ以上のメモリ２０４を含み、さらに一つ以上の送受信機２０６及び／又は一つ以上のアンテナ２０８を含む。プロセッサ２０２はメモリ２０４及び／又は送受信機２０６を制御し、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを具現するように構成される。例えば、プロセッサ２０２はメモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６で第３情報／信号を含む無線信号を送信する。またプロセッサ２０２は送受信機２０６で第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に格納する。メモリ２０４はプロセッサ２０２に連結され、プロセッサ２０２の動作に関連する様々な情報を格納する。例えば、メモリ２０４はプロセッサ２０２により制御されるプロセスのうちの一部又は全部を行うか、又はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ２０２とメモリ２０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機２０６はプロセッサ２０２に連結され、一つ以上のアンテナ２０８により無線信号を送信及び／又は受信する。送受信機２０６は送信機及び／又は受信機を含む。送受信機２０６はＲＦユニットとも混用することができる。この開示において、無線機器は通信モデム／回路／チップを意味することもできる。
以下、無線機器１００,２００のハードウェア要素についてより具体的に説明する。これに限られないが、一つ以上のプロトコル階層が一つ以上のプロセッサ１０２，２０２により具現される。例えば、一つ以上のプロセッサ１０２，２０２は一つ以上の階層(例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的階層)を具現する。一つ以上のプロセッサ１０２，２０２はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによって一つ以上のＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ)及び／又は一つ以上のＳＤＵ(Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ)を生成する。一つ以上のプロセッサ１０２，２０２はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによってメッセージ、制御情報、データ又は情報を生成する。一つ以上のプロセッサ１０２，２０２はこの明細書に開示された機能、手順、提案及び／又は方法によってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号(例えば、ベースバンド信号)を生成して、一つ以上の送受信機１０６，２０６に提供する。一つ以上のプロセッサ１０２，２０２は一つ以上の送受信機１０６，２０６から信号(例えば、ベースバンド信号)を受信して、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を得ることができる。
一つ以上のプロセッサ１０２，２０２はコントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータとも称される。一つ以上のプロセッサ１０２，２０２はハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより具現される。一例として、一つ以上のＡＳＩＣ(Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ)、一つ以上のＤＳＰ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ)、一つ以上のＤＳＰＤ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ)、一つ以上のＰＬＤ(Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ)又は一つ以上のＦＰＧＡ(Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ)が一つ以上のプロセッサ１０２，２０２に含まれる。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートはファームウェア又はソフトウェアを使用して具現され、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように具現される。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うように設定されたファームウェア又はソフトウェアは一つ以上のプロセッサ１０２，２０２に含まれるか、又は一つ以上のメモリ１０４，２０４に格納されて一つ以上のプロセッサ１０２，２０２により駆動される。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートはコード、命令語(ｉｎｓｔｒｕｃｔｉｏｎ)及び／又は命令語集合の形態でファームウェア又はソフトウェアを使用して具現される。
一つ以上のメモリ１０４，２０４は一つ以上のプロセッサ１０２，２０２に連結され、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を格納する。一つ以上のメモリ１０４，２０４はＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ読み取り格納媒体及び／又はこれらの組み合わせにより構成される。一つ以上のメモリ１０４，２０４は一つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置する。また、一つ以上のメモリ１０４，２０４は有線又は無線連結のような様々な技術により一つ以上のプロセッサ１０２，２０２に連結される。
一つ以上の送受信機１０６，２０６は一つ以上の他の装置にこの明細書における方法及び／又はフローチャートなどで言及されたユーザデータ、制御情報、無線信号／チャネルなどを送信することができる。一つ以上の送受信機１０６，２０６は一つ以上の他の装置からこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートなどで言及されたユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、一つ以上の送受信機１０６，２０６は一つ以上のプロセッサ１０２，２０２に連結され、無線信号を送受信する。例えば、一つ以上のプロセッサ１０２，２０２は一つ以上の送受信機１０６，２０６が一つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御することができる。また、一つ以上のプロセッサ１０２，２０２は一つ以上の送受信機１０６，２０６が一つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御することができる。一つ以上の送受信機１０６，２０６は一つ以上のアンテナ１０８，２０８に連結され、一つ以上の送受信機１０６，２０６は一つ以上のアンテナ１０８，２０８によりこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定される。この明細書において、一つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナである(例えば、アンテナポート)。一つ以上の送受信機１０６，２０６は受信されたユーザデータ、制御情報、無線信号／チャネルなどを一つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換する(Ｃｏｎｖｅｒｔ)。一つ以上の送受信機１０６，２０６は一つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換する。このために、一つ以上の送受信機１０６，２０６は(アナログ)オシレーター及び／又はフィルターを含む。
４．この開示が適用される無線機器の活用例
図１３はこの開示に適用される無線機器の他の例を例示する図である。無線機器は使用例／サービスによって様々な形態で具現される(図１１を参照)。
図１３を参照すると、無線機器１００,２００は図１２の無線機器１００,２００に対応し、様々な要素、成分、ユニット／部及び／又はモジュールで構成される。例えば、無線機器１００,２００は通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含む。通信部は通信回路１１２及び送受信機１１４を含む。例えば、通信回路１１２は図１２における一つ以上のプロセッサ１０２,２０２及び／又は一つ以上のメモリ１０４,２０４を含む。例えば、送受信機１１４は図１２の一つ以上の送受信機１０６,２０６及び／又は一つ以上のアンテナ１０８,２０８を含む。制御部１２０は通信部１１０、メモリ部１３０及び追加要素１４０に電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部１２０はメモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御する。また制御部１２０はメモリ部１３０に格納された情報を通信部１１０により外部(例えば、他の通信機器)に無線／有線インターフェースにより送信するか、又は通信部１１０により外部(例えば、他の通信機器)から無線／有線インターフェースにより受信された情報をメモリ部１３０に格納する。
追加要素１４０は無線機器の種類によって様々に構成される。例えば、追加要素１４０はパワーユニット／バッテリー、入出力部(Ｉ／Ｏ ｕｎｉｔ)、駆動部及びコンピュータ部のうち、いずれか一つを含む。これに限られないが、無線機器はロボット(図１１、１００ａ)、車両(図１１、１００ｂ－１、１００ｂ－２)、ＸＲ機器(図１１、１００ｃ)、携帯機器(図１１、１００ｄ)、家電(図１１、１００ｅ)、ＩｏＴ機器(図１１、１００ｆ)、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置(又は金融装置)、保安装置、気候／環境装置、ＡＩサーバ／機器(図１１、４００)、基地局(図１１、２００)及びネットワークノードなどの形態で具現される。無線機器は使用例／サービスによって移動可能であるか、又は固定した場所で使用される。
図１３において、無線機器１００，２００内の様々な要素、成分、ユニット／部及び／又はモジュールは全体が有線インターフェースにより互いに連結されるか、又は少なくとも一部が通信部１１０により無線連結される。例えば、無線機器１００，２００内で制御部１２０と通信部１１０は有線連結され、制御部１２０と第１ユニット(例えば、１３０、１４０)は通信部１１０により無線連結される。また無線機器１００，２００内の各要素、成分、ユニット／部及び／又はモジュールは一つ以上の要素をさらに含む。例えば、制御部１２０は一つ以上のプロセッサ集合で構成される。例えば、制御部１２０は通信制御プロセッサ、アプリケーションプロセッサ(Ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)、ＥＣＵ(Ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ Ｕｎｉｔ)、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成される。他の例として、メモリ部１３０はＲＡＭ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ)、ＤＲＡＭ(Ｄｙｎａｍｉｃ ＲＡＭ)、ＲＯＭ(Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ)、フラッシュメモリ(ｆｌａｓｈ Ｍｅｍｏｒｙ)、揮発性メモリ(ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ)、非揮発生メモリ及び／又はこれらの組み合わせで構成される。
以下、図１３を参照しながら、その具現例についてより詳しく説明する。
４.１．この開示が適用される携帯機器の例
図１４はこの開示に適用される携帯機器を例示する。 携帯機器はスマートホン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、携帯用コンピュータ(例えば、ノートブックパソコンなど)を含む。携帯機器はＭＳ(Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)、ＵＴ(ｕｓｅｒ ｔｅｒｍｉｎａｌ)、ＭＳＳ(Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ)、ＳＳ(Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ)、ＡＭＳ(Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)又はＷＴ(Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ)とも称される。
図１４を参照すると、携帯機器１００はアンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０、電源供給部１４０ａ、インターフェース部１４０ｂ及び入出力部１４０ｃを含む。アンテナ部１０８は通信部１１０の一部で構成される。ブロック１１０～１３０／１４０ａ～１４０ｃは各々、図１１におけるブロック１１０～１３０／１４０に対応する。
通信部１１０は他の無線機器、基地局と信号(例えば、データ、制御信号など)を送受信する。制御部１２０は携帯機器１００の構成要素を制御して様々な動作を行う。制御部１２０はＡＰ(Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ)を含む。メモリ部１３０は携帯機器１００の駆動に必要なデータ／パラメータ／プログラム／コード／命令を格納する。またメモリ部１３０は入／出力されるデータ／情報などを格納する。電源供給部１４０ａは携帯機器１００に電源を供給し、有／無線充電回路、バッテリーなどを含む。インターフェース部１４０ｂは携帯機器１００と他の外部機器の連結を支援する。インターフェース部１４０ｂは外部機器との連結のための様々なポート(例えば、オーディオ入／出力ポート、ビデオ入／出力ポート)を含む。入出力部１４０ｃは映像情報／信号、オーディオ情報／信号、データ及び／又はユーザから入力される情報を入力又は出力する。入出力部１４０ｃはカメラ、マイクロホン、ユーザ入力部、ディスプレイ部１４０ｄ、スピーカー及び／又は触覚モジュールなどを含む。
一例として、データ通信の場合、入出力部１４０ｃはユーザから入力された情報／信号(例えば、タッチ、文字、音声、イメージ、ビデオ)を得、この得られた情報／信号はメモリ部１３０に格納される。通信部１１０はメモリに格納された情報／信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信するか又は基地局に送信する。また通信部１１０は他の無線機器又は基地局から無線信号を受信した後、受信された無線信号を元来の情報／信号に復元する。復元された情報／信号はメモリ部１３０に格納された後、入出力部１４０ｃにより様々な形態(例えば、文字、音声、イメージ、ビデオ、触覚)に出力される。
４.２．この開示が適用される車両又は自立走行車両の例
図１５はこの開示に適用される車両又は自立走行車両を例示する図である。車両又は自律走行車両は移動型ロボット、車両、汽車、有／無人飛行体(Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ、ＡＶ)、船舶などで具現される。
図１５を参照すると、車両又は自律走行車両１００はアンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ及び自律走行部１４０ｄを含む。アンテナ部１０８は通信部１１０の一部で構成される。ブロック１１０／１３０／１４０ａ～１４０ｄは各々図１４におけるブロック１１０／１３０／１４０に対応する。
通信部１１０は他の車両、基地局(例えば、基地局、路辺基地局(Ｒｏａｄ Ｓｉｄｅ ｕｎｉｔ)など)、サーバなどの外部機器と信号(例えば、データ、制御信号など)を送受信する。制御部１２０は車両又は自律走行車両１００の要素を制御して様々な動作を行う。制御部１２０はＥＣＵ(Ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ Ｕｎｉｔ)を含む。駆動部１４０ａにより車両又は自律走行車両１００が地上で走行する。駆動部１４０ａはエンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含む。電源供給部１４０ｂは車両又は自律走行車両１００に電源を供給し、有／無線充電回路、バッテリーなどを含む。センサ部１４０ｃは車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃはＩＭＵ(ｉｎｅｒｔｉａｌ ｍｅａｓｕｒｅｍｅｎｔ ｕｎｉｔ)センサ、衝突センサ、ホイールセンサ(ｗｈｅｅｌ ｓｅｎｓｏｒ)、速度センサ、傾斜センサ、重量感知センサ、ヘッディングセンサ(ｈｅａｄｉｎｇ ｓｅｎｓｏｒ)、ポジションモジュール(ｐｏｓｉｔｉｏｎ ＭＯＤＵＬＥ)、車両前進／後進センサ、バッテリーセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含む。自律走行部１４０ｄは走行中の車線を維持する技術、車間距離制御装置(ａｄａｐｔｉｖｅ ｃｒｕｉｓｅ ｃｏｎｔｒｏｌ)のように速度を自動に調節する技術、所定の経路によって自動走行する技術、目的地が設定されると自動に経路を設定して走行する技術などを具現する。
一例として、通信部１１０は外部サーバから地図データ、交通情報データなどを受信する。自律走行部１４０ｄは得られたデータに基づいて自律走行経路とドライブプランを生成する。制御部１２０はドライブプランに従って車両又は自律走行車両１００が自律走行経路に移動するように駆動部１４０ａを制御する(例えば、速度／方向調節)。通信部１１０は自律走行中に外部サーバから最新交通情報データを非周期的に得、また周りの車両から周りの交通情報データを得る。またセンサ部１４０ｃは自律走行中に車両状態、周辺環境情報を得る。自律走行部１４０ｄは新しく得たデータ／情報に基づいて自律走行経路とドライブプランを更新する。通信部１１０は車両位置、自律走行経路、ドライブプランなどに関する情報を外部サーバに伝達する。外部サーバは車両又は自律走行車両から集められた情報に基づいて、ＡＩ技術などを用いて交通情報データを予め予測し、予測された交通情報データを車両又は自律走行車両に提供することができる。
５．この開示に適用可能な端末及び基地局の動作例
この開示を説明する前に、この開示のタイプ１のＰＤＣＣＨ共通検索領域(Ｔｙｐｅ １ ＰＤＣＣＨ Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ)を以下のように定義できる。
タイプ１のＰＤＣＣＨ共通検索領域は、一次電池(ｐｒｉｍａｒｙ ｃｅｌｌ、ＰＣｅｌｌ)上でＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ又はＣ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを送信するための専用の(ｄｅｄｉｃａｔｅｄ)ＮＲ ＰＤＣＣＨ検索領域のサブセットを意味する。したがって、端末はＲＡＣＨプロセスの全区間でこの検索領域をモニタリングすることができる。言い換えれば、端末は、ＲＡＣＨプロセス内で、Ｍｓｇ２(ＰＤＳＣＨ)及び／又はＭｓｇ４(ＰＤＳＣＨ)のためのＤＣＩ(ｓ)を探すためにこの検索領域を検索することができる。
タイプ１の共通検索領域は、上位階層パラメータＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ内のｒａ－ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔにより明示的に設定される。上位階層パラメータＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎは、ＳＩＢ１(Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ １)、上位階層パラメータＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎ、上位階層パラメータＢＷＰ－ＤｏｗｎｌｉｎｋＤｅｄｉｃａｔｅｄなどにより送信できる。もし検索領域のための設定がＲＲＣメッセージ(例：ｒａ－ＣｏｎｔｏｒｌＲｅｓｏｕｒｃｅＳｅｔ及び／又はｒａ－ＳｅａｒｃｈＳｐａｃｅなど)により明示的に設定されない場合、端末はタイプ０のＰＤＣＣＨ共通検索領域(Ｔｙｐｅ０ ＰＤＣＣＨ Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ)内のタイプ１のＰＤＣＣＨを検索することができる。
以下、この開示を説明する前に、この開示の説明に活用される用語を定義する。
－ＢＦＲ：Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ
－ＢＦＤ：Ｂｅａｍ Ｆａｉｌｕｒｅ Ｄｅｔｅｃｔｉｏｎ
－ＢＦＲＱ：Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ ＲｅＱｕｅｓｔ
－ＣＦＲＡ：Ｃｏｎｔｅｎｔｉｏｎ Ｆｒｅｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ
－ＣＢＲＡ：Ｃｏｎｔｅｎｔｉｏｎ Ｂａｓｅｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ
－ＣＡＲＣＩ：ＣＳＩ－ＡｓｓｏｃｉａｔｅｄＲｅｐｏｒｔＣｏｎｆｉｇＩｎｆｏ
この開示において、ＣＳＩ報告(ＣＳＩ ｒｅｐｏｒｔｉｎｇ)は図１４に示したＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇ ＩＥにより設定／指示される。
図１４において、ｒｅｐｏｒｔＱｕａｎｔｉｔｙは端末が報告するＣＳＩ関連情報又は分量(ｑｕａｎｔｉｔｙ)を意味する。より具体的には、端末は以下の事項に基づいてＣＳＩ報告を行うことができる。
Figure 0007259068000031
Figure 0007259068000032
この開示において、端末が選好するビーム情報(ｐｒｅｆｅｒｒｅｄ ｂｅａｍ ｉｎｆｏｒｍａｔｉｏｎ)を報告する場合、基地局は端末にｒｅｐｏｒｔＱｕａｎｔｉｔｙとして“ｃｒｉ－ＲＳＲＰ”又は“ＳＳＢ－Ｉｎｄｅｘ－ＲＳＲＰ”を設定すると仮定する。但し、これは説明の便宜のために限定した事項に過ぎず、実施例によっては基地局は端末が選好するビーム情報に関するｒｅｐｏｒｔＱｕａｎｔｉｔｙとして“ｃｒｉ－ＳＩＮＲ”、“ｓｓｂ－Ｉｎｄｅｘ－ＳＩＮＲ”、“ｃｒｉ－ＲＩ－ＰＭＩ－ＣＱＩ”などを設定すると仮定することができる。
この開示において、端末はユーザ機器(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ)に代替することもできる。
この開示において、上位階層シグナリングとは、ＲＲＣ(ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ)シグナリング、ＭＡＣ ＣＥなどを含む。
この開示において、ＴＲＰ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ)はビームにも拡張適用できる。
この開示において、ビームはリソース(ｒｅｓｏｕｒｃｅ)に代替することができる。
この開示によれば、ＬＴＥシステムとは異なり、端末は送信するＵＬデータがない場合(例：ケース１)及び送信するＵＬデータがある場合(例：ケース２)の両方とも、ＳＲ(ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)を基地局に送信することができる。このために、端末はケース１及びケース２によって異なるＳＲ情報を送信する。一例として、ケース１の場合、ＳＲは‘－１’の値を有し、ケース２の場合、ＳＲは‘＋１’の値を有する。
この開示において、ＳＲ送信方法に基づいて‘端末がＢＦＲＱのためのＳＲを送信しない’とは、端末がビーム失敗が発生しなかったのでＳＲ(又はＵＬ ｓｉｇｎａｌ ｆｏｒ ＢＦＲＱ)を送信しないことではなく、端末がビーム失敗が発生しなかったことを示すＳＲ(又はＵＬ ｓｉｇｎａｌ ｆｏｒ ＢＦＲＱ)を基地局に送信することを意味する。
この開示により、端末が(部分)ビーム失敗のための上りリンク信号を基地局に送信する場合、基地局はＤＣＩ内のＣＳＩ(ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ)要請に基づいて端末に(部分)ビーム失敗のための非周期的ＣＳＩ報告の設定をトリガーする。このとき、端末は所定のＣＳＩ－ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅ ＲＲＣパラメータに基づいて、(部分)ビーム失敗のための非周期的ＣＳＩ報告を行う。
この方法によれば、基地局は従来の標準で定義された“非周期的ＣＳＩ報告の骨格(ａｐｅｒｉｏｄｉｃ ＣＳＩ ｒｅｐｏｒｔｉｎｇ ｆｒａｍｅｗｏｒｋ)”を最大に活用して端末にビーム失敗報告をトリガーすることができる。
この開示において、(部分)ビーム失敗のための非周期的ＣＳＩ報告の設定は、(ｉ)上位階層パラメータＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅだけではなく、(ii)他の上位階層パラメータに基づいて設定されることもできる。また、他の上位階層パラメータは、(ｉ)ＤＣＩ内のＣＳＩ要請に基づいてトリガーされるか、或いは(ii)ＤＣＩ内の他の情報に基づいてトリガーされることができる。
５.１．第１ビーム失敗報告方法
この開示において、ビーム失敗報告方法とは、失敗したＳＣｅｌｌの識別情報及びＳＣｅｌｌ ＢＦＲのための新しいビームの報告情報を独立して符号化する方法(Ｍｅｔｈｏｄ ｏｎ ｉｎｄｅｐｅｎｄｅｎｔ ｅｎｃｏｄｉｎｇ ｆｏｒ ｆａｉｌｅｄ ＳＣｅｌｌ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ａｎｄ ｎｅｗ ｂｅａｍ ｒｅｐｏｒｔｉｎｇ ｆｏｒ ＳＣｅｌｌ ＢＦＲ)を含む。
図１６はこの開示の一例による端末のビーム失敗報告方法を簡単に示す図である。
基地局(例：ｇＮＢ)は端末にＢＦＲＱ専用のＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)及び／又はビーム失敗が発生したＳＣｅｌｌのインデックス報告及び／又はＳＣｅｌｌ上で端末が選好するビーム(ｐｒｅｆｅｒｒｅｄ ｂｅａｍ)情報(例：ｂｅａｍ ｉｎｄｅｘ、ＲＳＲＰなど)のうちのいずれかの報告を設定する。
これに対応して、端末は設定されたＳＣｅｌｌｓのうちの一連の特定のＳＣｅｌｌｓでビーム失敗が発生したことを検出する。
このビーム失敗の検出に基づいて、端末は基地局にＢＦＲＱ専用のＳＲを送信する。
そのＳＲに応答して、基地局は‘ＣＳＩ ｒｅｑｕｅｓｔ’フィールドを含むＤＣＩにより端末に非周期的ＣＳＩ報告をトリガーする。
端末はビーム失敗が発生したＳＣｅｌｌインデックス(例：この開示において、該当情報は１次情報という)及び／又は該当ＳＣｅｌｌ上で端末が選好するビーム情報(例：ｂｅａｍ ｉｎｄｅｘ、ＲＳＲＰなど、この開示において、該当情報は２次情報という)を基地局に報告する。
５.１.１．第１ビーム失敗報告方法の第１動作例
端末は１つ以上のＳＣｅｌｌ(ｓ)のビーム失敗有無をビットマップ方式に基づいて基地局に報告する(例：ｂｉｔ＝０：ｎｏ ｂｅａｍ ｆａｉｌｕｒｅ、ｂｉｔ＝１：ｂｅａｍ ｆａｉｌｕｒｅ発生)。また、端末はビット値が活性化されたＳＣｅｌｌ(又はｂｅａｍ ｆａｉｌｕｒｅが発生したＳＣｅｌｌ)のために端末が選好する(ｐｒｅｆｅｒ)ビーム情報(例：ビームインデックス及び／又はＲＳＲＰ)を基地局に報告する。このとき、第１情報(例：ビットマップ情報)及び第２情報(例：選好するビーム情報)は個々に符号化される。第２情報のサイズは第１情報に基づいて決定される。
より具体的には、この開示が適用可能なＮＲシステムにおいて基地局は端末に最大３１個のＳＣｅｌｌｓを設定することができる。このとき、最大３１個のＳＣｅｌｌｓのうち、複数のＳＣｅｌｌは物理的に同じ位置に配置／設定される(例：複数のＳＣｅｌｌが同一の中心周波数を有するか又は同一のバンド内の互いに異なる要素搬送波(ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ)で構成されるなど)。この場合、複数のＳＣｅｌｌに対しては互いに異なる周波数帯域上に定義されることにより互いに区分される。このように物理的に同一の位置に配置／設定された複数のＳＣｅｌｌに対してｂｌｏｃｋａｇｅが発生する場合、複数のＳＣｅｌｌに対して同時にビーム失敗が発生することができる。
このような事項を考えるとき、端末は基地局に１つ以上のＳＣｅｌｌ(ｓ)のビーム失敗有無を同時に報告する必要がある。仮に端末が各ＳＣｅｌｌごとのビーム失敗有無を順に報告する場合、端末が最後に報告したＳＣｅｌｌのビームの回復が非常に遅くなるという短所がある。
したがって、この第１動作例においては、端末は１つ以上のＳＣｅｌｌのビーム失敗有無だけではなく、端末が選好するビーム情報(例：選好するビームインデックス及びＲＳＲＰ、ＳＩＮＲなど)を基地局に報告する。これに対応して、基地局は上記ビーム情報を基準として該当ＳＣｅｌｌのためのビーム回復動作を行うことができる。一例として、基地局は該当ＳＣｅｌｌのＣＯＲＥＳＥＴのビームを端末から報告されたビーム情報(例：端末が選好するビーム)に変更することができる。
この開示において、第２情報のサイズは、(ｉ)ビーム失敗が発生したＳＣｅｌｌの個数、及び／又は(ii)(ビーム失敗が発生した)ＳＣｅｌｌに設定されたＮＺＰ(ｎｏｎ－ｚｅｒｏ ｐｏｗｅｒ)ＣＳＩ－ＲＳ及び／又はＳＳＢの個数、及び／又は(iii)(ビーム失敗が発生した)ＳＣｅｌｌでＮＢＩ(Ｎｅｗ Ｂｅａｍ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)用に設定された(即ち、ｎｅｗ ｂｅａｍ ＲＳの候補として設定された)ＮＺＰ ＣＳＩ－ＲＳ及び／又はＳＳＢの個数、及び／又は(iv)ＲＳＲＰ送信有無などに基づいて決定される。
端末が基地局にどのＳＣｅｌｌでビーム失敗が発生したかを報告できれば、基地局は第２情報のサイズを予測することができる。
整理すると、第１動作例において、第１情報は固定されたサイズを有する反面、第２情報のサイズは第１情報に基づいて決定される。したがって、２つの互いに異なる情報がそれぞれ(個々に)符号化される場合、端末は上記情報を報告するために必要な上りリンクフィードバック情報のサイズを最小化することができる。
又は、基地局が第２情報のサイズを予測できない場合は、基地局はビーム失敗報告のために端末に任意のサイズを有するＰＵＳＣＨリソースを割り当て／設定することができる。この場合、割り当て／設定されたＰＵＳＣＨリソースのサイズが実際端末が要求したサイズよりも大きいと、ＵＬリソースが浪費される。反面、割り当て／設定されたＰＵＳＣＨリソースのサイズが実際端末が要求したサイズよりも小さいと、端末はさらにＰＵＳＣＨリソースを基地局に要請することとなり、これにより遅延が大きくなる問題がある。この場合、端末は第１情報及び第２情報を互いに異なるリソースで送信することにより、ＵＬリソースを効率的に運営することができる。
図１７はこの開示による端末のビーム失敗報告方法の一例を簡単に示す図である。
図１７においては、基地局が端末に総３１個のＳＣｅｌｌを設定することを仮定する。図１７において、総３１個のＳＣｅｌｌのうち、１番目／５番目のＳＣｅｌｌでビーム失敗が発生したと仮定する。この場合、図１７に示すように、端末は３１個のビットマップのうち、１番目及び５番目のビットを１に設定し、その他のビットを０に設定して基地局に報告する。
以下、説明の便宜上、ＳＣｅｌｌ＃１と＃５にそれぞれ４個及び８個のＮＺＰ ＣＳＩ－ＲＳリソースが新しいビームＲＳの候補としてそれぞれ設定され、各ＳＣｅｌｌごとに報告するビームの個数が１であり、各ＳＣｅｌｌごとのＲＳＲＰのためのビットサイズは７ビットであると仮定する。この場合、図１７に示すように、端末がＳＣｅｌｌ＃１及びＳＣｅｌｌ＃５ごとの選好するビーム情報を報告するために必要なビットサイズはそれぞれ９(＝２＋７、ｆｏｒ ＳＣｅｌｌ＃１)、１０(＝３＋７、ｆｏｒ ＳＣｅｌｌ＃５)になる。よって、図１７による第２情報のサイズは１９ビットに決定される。
したがって、図１７に示した報告情報に基づいて、端末は(ｉ)ビットマップを用いて１つ以上のＳＣｅｌｌのビーム失敗有無を基地局に報告し、(ii)同時にビーム失敗が発生したＳＣｅｌｌに関連する選好ビーム情報(例：ｐｒｅｆｅｒｒｅｄ ｂｅａｍ ｉｎｄｅｘ及びＲＳＲＰ／ＳＩＮＲなど)を基地局に報告する。これにより、上りリンクフィードバック情報のオーバーヘッドが最小になる。
一方、端末がＳＣｅｌｌ＃１及びＳＣｅｌｌ＃５に関連する選好ビーム情報としてそれぞれｂｅａｍ＃３及びｂｅａｍ＃７を基地局に報告する場合、基地局はＳＣｅｌｌ＃１及びＳＣｅｌｌ＃５のＣＯＲＥＳＥＴのＴＣＩにより指示／設定されるビーム情報をそれぞれ上記報告されたビーム(例：ＳＣｅｌｌ＃１の場合、ｂｅａｍ＃３、ＳＣｅｌｌ＃５の場合、ｂｅａｍ＃７)を基準として端末に設定することができる。一例として、ＳＣｅｌｌ＃１の場合、基地局は端末にｂｅａｍ＃３に基づいて送信されるＣＯＲＥＳＥＴを設定し、ＳＣｅｌｌ＃５の場合、端末にｂｅａｍ＃７に基づいて送信されるＣＯＲＥＳＥＴを設定する。
この開示において、ビットマップのサイズ(例：第１情報のサイズ)は端末に(ＢＦＤ／ＢＦＲが)設定されたＳＣｅｌｌの個数に基づいて決定される。
又は、ビットマップのサイズ(例：第１情報のサイズ)は上位階層シグナリングに基づいて決定される。この場合、ビットマップに含まれた各ビットは特定のＳＣｅｌｌに連結されるように設定される。
又は、基地局はＲＲＣシグナリングにより端末に最大３１ビットのサイズで構成されたビットマップを設定／定義することができる。次いで、基地局はＭＡＣ－ＣＥにより最大３１ビットサイズのうち、活性化されるビットを設定／指示することができる。それに基づいて、端末は活性化されたビットのみを再インデックスして新しいビットマップを設定／決定し、それに基づいて(活性化されたビットに該当する)ＳＣｅｌｌのビーム失敗有無を基地局に報告することができる。
又は、ＳＣｅｌｌごとに端末が報告するビームの個数は、上位階層シグナリング(例：ＲＲＣ及び／又はＭＡＣ－ＣＥなど)に基づいて設定される。
又は、ＳＣｅｌｌごとに端末が報告するビームの個数は１つの情報／設定に設定され、それは全てのＳＣｅｌｌに適用できる。一例として、基地局が端末にＳＣｅｌｌごとに端末が報告するビームの個数を２に設定した場合、端末は全てのＳＣｅｌｌごとに最大２個の選好ビーム情報を報告することができる。仮に端末が特定のＳＣｅｌｌのために報告可能なビームの個数が(基地局により)設定されたビームの個数よりも小さいと、端末はこの特定のＳＣｅｌｌのために報告するビームの個数を端末がＳＣｅｌｌのために報告可能なビームの個数に設定して報告することができる。
この開示において、実施例によって第１情報及び第２情報をそれぞれｐａｒｔ １ ｆｏｒ ＳＣｅｌｌ ＢＦＲ及びｐａｒｔ ２ ｆｏｒ ＳＣｅｌｌ ＢＦＲと呼ぶこともできる。
この開示において、第１情報はビットマップの形態ではなく、ＳＣｅｌｌ ｉｎｄｅｘを直接示す情報で構成されることもできる。一例として、端末にＳＣｅｌｌ＃１、＃２、＃３、＃４が設定され、ＳＣｅｌｌのうち、ＳＣｅｌｌ＃３、＃４が活性化される場合、特定のビットの‘０’はＳＣｅｌｌ＃３を示し、‘１’はＳＣｅｌｌ＃４を示す。結果的に１ビットが所要されて、ビットマップ方式よりも１ビット又は２ビットを減らすことができる。しかし、２つのＳＣｅｌｌで同時にビーム失敗が発生する場合、端末は更なる第１情報を基地局に報告することもできる。
この開示において、“ｂｉｔ＝０”は“ｎｏ ｂｅａｍ ｆａｉｌｕｒｅ”を意味し、“ｂｉｔ＝１”は“ｂｅａｍ ｆａｉｌｕｒｅの発生”を意味すると仮定する。実施例によって、該当構成は“ｂｉｔ＝１”は“ｎｏ ｂｅａｍ ｆａｉｌｕｒｅ”を意味し、“ｂｉｔ＝０”は“ｂｅａｍ ｆａｉｌｕｒｅの発生”を意味する構成に拡張適用することができる。
５.１.２．第１ビーム失敗報告方法の第２動作例
上記第１動作例においては、ビットマップのサイズは端末に設定されたＳＣｅｌｌの個数に基づいて決定される。又は、ビットマップのサイズ及び／又は特定のビットと特定のＳＣｅｌｌ ｉｎｄｅｘとの関係はＲＲＣ及び／又はＭＡＣ－ＣＥに基づいて決定／設定される。
より具体的には、Ｒｅｌ－１５ＮＲシステムは端末に最大３１個のＳＣｅｌｌを設定することを支援するが、実際に基地局が端末に設定するＳＣｅｌｌの個数ははるかに少ない(例：２、３など)。このような事項を考えたとき、３１ビットからなるビットマップを設定／定義することは、シグナリングのオーバーヘッドを引き起こすことができる。
よって、第１実施例によれば、端末に(ＢＦＤ／ＢＦＲを行うように)設定されたＳＣｅｌｌｓの個数が４個である場合、ビットマップのサイズは４に決定／設定される。このとき、ビットマップ内の各ビットは設定された(端末に設定された)ＳＣｅｌｌ ｉｎｄｅｘの順に１：１にマッピングされる。一例として、ＳＣｅｌｌ ｉｎｄｅｘが１、４、５、８である場合、ＳＣｅｌｌ ｉｎｄｅｘの１、４、５、８はそれぞれ１、２、３、４番目のビットに１：１対応する。このとき、４番目のＳＣｅｌｌでビーム失敗が発生すると、端末はビットマップ内の２番目のビットを１に設定して基地局に報告することができる。
また第２実施例によれば、ビットマップのサイズは基地局からのＲＲＣ及び／又はＭＡＣ－ＣＥに基づいて設定／決定される。このとき、ビットマップ内の各ビットは設定された(端末に設定された)ＳＣｅｌｌ ｉｎｄｅｘの順に１：１マッピングされる。一例として、ＳＣｅｌｌ ｉｎｄｅｘが１、４、５、８である場合、ＳＣｅｌｌ ｉｎｄｅｘの１、４、５、８はそれぞれ１、２、３、４番目のビットに１：１対応する。
また第３実施例によれば、ビットマップのサイズは基地局からのＲＲＣ及び／又はＭＡＣ－ＣＥに基づいて設定／決定される。また、ビットマップ内の各ビットは設定されたＳＣｅｌｌ ｉｎｄｅｘのマッピング関係がＲＲＣ及び／又はＭＡＣ－ＣＥに基づいて設定／決定される。一例として、ビットマップのサイズが４であり、(端末に設定された)ＳＣｅｌｌ ｉｎｄｅｘが１、４、５、８、１０である場合、基地局はＲＲＣ及び／又はＭＡＣ－ＣＥに基づいて４、５、８、１０番目のＳＣｅｌｌインデックスをビットマップの１、２、３、４番目のビットとそれぞれ１：１対応するように設定することができる。このとき、一部のＳＣｅｌｌが非活性化(ｄｅａｃｔｉｖａｔｉｏｎ)されるか、或いは一部のＳＣｅｌｌのためにビームが定義されない場合は、別途のビーム回復手順が不要である。この場合、該当方法によれば、基地局は端末がビーム回復が必要なＳＣｅｌｌのみで構成されたビーム失敗情報を報告するように設定できるので、ＵＬオーバーヘッド(又はＵＣＩ ｏｖｅｒｈｅａｄ)を減らすことができる。
また、第４実施例によれば、ビットマップのサイズは、(ｉ)特定のＣＳＩ－ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅに設定されたＣＳＩ－ＡｓｓｏｃｉａｔｅｄＲｅｐｏｒｔＣｏｎｆｉｇＩｎｆｏの個数に基づいて決定／設定されるか、又は(ii)ＲＲＣ及び／又はＭＡＣ－ＣＥに基づいて設定される。
上記の様々な実施例において、“端末に設定されたＳＣｅｌｌの個数”は“(基地局により)活性化されたＳＣｅｌｌ”に拡大適用できる。これは、非活性化されたＳＣｅｌｌの場合、端末及び基地局がビーム回復を行う必要がないためである。
５.１.３．第１ビーム失敗報告方法の第３動作例
端末がビーム回復のためのＵＬ信号(例：ＳＲ ｆｏｒ ＢＦＲＱ)を基地局に送信した場合、端末はそれぞれのＳＣｅｌｌ(ｓ)のビーム失敗有無を明示的／暗示的に示すビットマップ(以下、第１情報という)及び／又はビーム失敗が発生した１つ以上のＳＣｅｌｌに関連する端末の選好ビーム情報(例：該当ＳＣｅｌｌに関連する１つ以上のｐｒｅｆｅｒｒｅｄ ｂｅａｍ ｉｎｄｅｘ及び／又はＲＳＲＰ、以下、第２情報という)を送信できる専用のＵＬリソース(例：ＰＵＳＣＨ)が設定される／割り当てられることを期待できる。端末に専用のＵＬリソースが設定／指示されることに基づいて、端末はビーム回復のためのＵＬ信号が基地局で正しく受信されたことを期待できる。一方、端末はビットマップのビットがそれぞれ互いに異なる又は同一のＣＳＩ－ＡｓｓｏｃｉａｔｅｄＲｅｐｏｒｔＣｏｎｆｉｇＩｎｆｏ(＝ＣＡＲＣＩ)と連結関係を有することを期待できる。
より具体的には、Ｒｅｌ－１５ＮＲシステムの非周期的ＣＳＩ報告のために、基地局はＤＣＩ内の‘ＣＳＩ ｒｅｑｕｅｓｔ’フィールドを介して特定のＣＳＩ－ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅを呼び出すことができる。これに対応して、端末は呼び出されたＣＳＩ－ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅが含む全てのＣＳＩ－ＡｓｓｏｃｉａｔｅｄＲｅｐｏｒｔＣｏｎｆｉｇＩｎｆｏを基地局に報告することができる。このとき、１つのＣＳＩ－ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅに含まれた１つ以上のＣＳＩ－ＡｓｓｏｃｉａｔｅｄＲｅｐｏｒｔＣｏｎｆｉｇＩｎｆｏのそれぞれが互いに異なるＳＣｅｌｌのビーム情報を報告するように設定する場合、基地局は上記信号に基づいて端末に設定されたそれぞれのＳＣｅｌｌ(このとき、端末のために最大１６個のＳＣｅｌｌｓが設定される)に関連する端末選好ビーム情報を報告するようにトリガーすることができる。但し、基地局が端末にビーム失敗が発生していないＳＣｅｌｌのビーム情報を報告するようにトリガーすることは、ビーム回復の観点では不要である。したがって、第１ビーム失敗報告方法の第３動作例では、上記不要な信号送信を最小化する方法を開示する。
第１実施例によれば、以下の表のように、ＣＳＩ－ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅ ＩＥ内の‘ｂｅａｍＦａｉｌｕｒｅ’という新しい上位階層パラメータが設定／定義される。端末に上位階層パラメータｂｅａｍＦａｉｌｕｒｅが設定されたＣＳＩ－ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅが指示／設定される場合、端末はｍａｘＮｒｏｆＲｅｐｏｒｔＣｏｎｆｉｇＰｅｒＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒ個のＣＳＩ－ＡｓｓｓｏｃｉａｔｅｄＲｅｐｏｒｔＣｏｎｆｉｇＩｎｆｏのうち、ビーム失敗が発生したＳＣｅｌｌに連関するＣＳＩ－ＡｓｓｓｏｃｉａｔｅｄＲｅｐｏｒｔＣｏｎｆｉｇＩｎｆｏに基づくＣＳＩ報告を行う。
Figure 0007259068000033
このとき、ＣＳＩ－ＡｓｓｓｏｃｉａｔｅｄＲｅｐｏｒｔＣｏｎｆｉｇＩｎｆｏ ＩＥ内のＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇ ＩＥの上位階層パラメータｃａｒｒｉｅｒに基づいて、端末はどのＣＳＩ－ＡｓｓｓｏｃｉａｔｅｄＲｅｐｏｒｔＣｏｎｆｉｇＩｎｆｏがどのＳＣｅｌｌと連結関係を有するかを認知することができる。
基地局はＣＳＩ－ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅＬｉｓｔを用いて、端末に最大ｍａｘＮｒＯｆＣＳＩ－ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒｓ個のＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅを設定する。次いで、基地局はＤＣＩ内の‘ＣＳＩ ｒｅｑｕｅｓｔ’フィールドにより設定されたＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅのうちの１つのＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅを選択／指示する。したがって、第１実施例によれば、端末にはｂｅａｍＦａｉｌｕｒｅパラメータが設定されたＣＳＩ－ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅを‘ＣＳＩ ｒｅｑｕｅｓｔ’に基づいて設定／指示される。即ち、端末がビーム回復のためのＵＬ信号(例：ＳＲ ｆｏｒ ＢＦＲＱ)を基地局に送信した後、ビーム回復のためのＵＬリソースが割り当てられる場合(例：ｂｅａｍＦａｉｌｕｒｅパラメータが設定されたＣＳＩ－ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅがＣＳＩ ｒｅｑｕｅｓｔ ｆｉｅｌｄにより指示される)、端末は基地局がＵＬ信号(例：ＳＲ ｆｏｒ ＢＦＲＱ)を正しく受信してビーム回復を行うことを期待する／みなすことができる。
図１８はこの開示による端末のビーム失敗報告方法の他の例を簡単に示す図である。
図１８において、端末に総１６個のＳＣｅｌｌが設定される場合を仮定し、１６個のＳＣｅｌｌのうち、１番目／５番目のＳＣｅｌｌでビーム失敗が発生したと仮定する。第２実施例によれば、図１８に示すように、端末は３１個のビットマップのうち、１番目及び５番目のビットを‘１’に設定し、その他のビットを‘０’に設定して基地局に報告することができる。このとき、ビットマップの各ビットは互いに異なるＣＳＩ－ＡｓｓｏｃｉａｔｅｄＲｅｐｏｒｔＣｏｎｆｉｇＩｎｆｏと順に連結関係を有することができる(例：ビットマップの５番目のビットはａｓｓｏｃｉａｔｅｄＲｅｐｏｒｔＣｏｎｆｉｇＩｎｆｏＬｉｓｔで５番目のＣＳＩ－ＡｓｓｏｃｉａｔｅｄＲｅｐｏｒｔＣｏｎｆｉｇＩｎｆｏとマッピングされる)。
図１８のように、１番目及び５番目のビットが活性化された場合、端末はＣＡＲＣＩ＃１とＣＡＲＣＩ＃５に基づくＣＳＩ報告のみを行うことができる。より具体的な例として、端末は１番目及び５番目のＳＣｅｌｌｓに関連する選好ビーム情報(例：ｐｒｅｆｅｒｒｅｄ ｂｅａｍ ｉｎｄｅｘ及び／又はＲＳＲＰなど)を基地局に報告することができる。基地局が選好ビーム情報を受信すると、基地局はビットマップによりどのＳＣｅｌｌ(ｓ)にビーム失敗が発生したかを把握／検出し、それに基づいて端末によりどのＣＳＩ－ＡｓｓｏｃｉａｔｅｄＲｅｐｏｒｔＣｏｎｆｉｇＩｎｆｏが行われたかを認知することができる。結果として、基地局は端末から受信される第２情報(例：端末が選好するビームインデックス及び／又はＲＳＲＰなど)のサイズを予測することができる。
又は、ＳＣｅｌｌ＃４のＢＦＲ ＲＳがＳＣｅｌｌ＃５にも関連する場合、ＳＣｅｌｌ＃４及びＳＣｅｌｌ＃５のビーム失敗は同時に発生することができる。この場合、ＳＣｅｌｌ＃４及びＳＣｅｌｌ＃５のために共通のビット値が定義／設定されると、全体的に１ビットをｓａｖｉｎｇできるという長所がある。但し、この場合、端末は２つのＳＣｅｌｌのためのＣＳＩ報告のために、同一のＣＡＲＣＩを使用しなければならない。
反面、第３実施例によれば、２つのＳＣｅｌｌが同一のＢＦＲ ＲＳに関連しても、基地局はこの２つのＳＣｅｌｌのために互いに異なるＣＡＲＣＩを呼び出すか又は同一のＣＡＲＣＩを呼び出すことができる。この場合、さらに１ビットが所要されて、各ビットと各ＣＡＲＣＩの間の１：１マッピングのためにＣＡＲＣＩを繰り返して定義／設定する必要がある。このような繰り返し定義／設定を避けるために、基地局が明示的にビットマップの各ビットとＣＡＲＣＩの関係をシグナリングする方法を適用することもできる。
図１９はこの開示による端末のビーム失敗報告方法のさらに他の例を簡単に示す図である。
図１９において、４番目／５番目のＳＣｅｌｌでビーム失敗が発生したと仮定する。このとき、ビットマップの４番目及び５番目のビットは全て同一のＣＡＲＣＩ＃４にマッピングされる。この場合、ＳＣｅｌｌ＃４のＮＺＰ ＣＳＩ－ＲＳはＳＣｅｌｌ＃５でのＣＯＲＥＳＥＴのビーム決定のために使用される。このような設定はＳＣｅｌｌ＃４とＳＣｅｌｌ＃５の周波数帯域が類似する場合(例：ｍｍＷａｖｅ帯域)に適用できる。この場合、端末がＳＣｅｌｌ＃４のＮＺＰ ＣＳＩ－ＲＳのみをモニタリングしても、端末はＳＣｅｌｌ＃５で選好ビームを類推できるので、ＵＥの複雑度を下げることができる。
このように４番目及び５番目のビットがいずれも同一のＣＡＲＣＩ＃４にマッピングされる場合、端末はたとえ２つのＳＣｅｌｌｓでビーム失敗が発生したことを検出しても、ＣＡＲＣＩ＃４に対応するＣＳＩ報告のみを行うことができる。より具体的には、端末はＳＣｅｌｌ＃４に属する端末の選好ビーム情報のみを基地局に報告することができる。結果として、端末はＳＣｅｌｌ＃４に属するビームのみから選好ビームを探せばよく、それによりＵＥの複雑度を下げることができるだけではなく、ＵＣＩオーバーヘッドを減らすことができる。
なお、端末が第２情報のサイズ決定するとき、端末は２つのＳＣｅｌｌｓでビーム失敗が発生しても、２つのＳＣｅｌｌｓに連結されたＣＡＲＣＩ＃４が同一であることに基づいて、２つのＳＣｅｌｌｓのための第２情報は1つのみで構成されると決定／仮定することができる。一般的に表現すると、ビーム失敗が発生した複数のＳＣｅｌｌｓ(又は活性化された複数のビットマップのビット)が同一のＣＡＲＣＩに連結されている場合、端末は複数のＳＣｅｌｌｓを１つのＳＣｅｌｌと仮定して第２情報のサイズを決定することができる。これに対応して、基地局も同一のＣＡＲＣＩに連結された複数のＳＣｅｌｌｓでビーム失敗が発生することに関連する(又は、同一のＣＡＲＣＩに連結された活性化された複数のビットマップのビットに関連する)第１情報を受信した場合、基地局は第２情報のサイズを決定するために複数のＳＣｅｌｌｓの個数を１つのＳＣｅｌｌと仮定することができ、それに基づいて複数のＳＣｅｌｌｓのための第２情報が１つで構成されることを期待することができる。
図２０はこの開示による端末のビーム失敗報告方法のさらに他の例を簡単に示す図である。
図２０に示すように、ビットマップの４番目のビットがＳＣｅｌｌ＃４、＃５に関連する。この場合、端末は上述した第３実施例と同じ内容を基地局に報告するが、端末が報告するビットマップのサイズを１６から１５に減らすことができる。即ち、第４実施例によれば、ＳＣｅｌｌのビーム失敗有無を示すそれぞれのビットに１つ以上のＳＣｅｌｌ ｉｎｄｅｘ連結を許容することにより、ビットマップのサイズを減らすことができる。連結の設定はＲＲＣ及び／又はＭＡＣ－ＣＥに基づいて行われる。
第５実施例において、基地局はビットマップの各ビットをＳＣｅｌｌ及び／又はＣＡＲＣＩと明示的に連結することができる。
以下の表は基地局が上位階層パラメータＳＣｅｌｌｓを用いて、端末がビットマップの各ビットとＳＣｅｌｌの連結関係を明示的にシグナリングする一例を示している。以下の表から、上位階層パラメータＳＣｅｌｌｓに基づいて端末のためにＳＣｅｌｌ＃４／５／１２／２０／２５が設定／定義されることを確認できる。このとき、ＳＣｅｌｌｓの設定／再設定はＲＲＣ及び／又はＭＡＣ－ＣＥに基づいて行われる。
Figure 0007259068000034
図２１はこの開示による端末のビーム失敗報告方法のさらに他の例を簡単に示す図である。
図２１に示すように、ビットマップの各ビットは(互いに異なる)ＳＣｅｌｌと１：１マッピングされる。このとき、各ビットはＣＡＲＣＩと順にマッピングされる。
以下の表によれば、上述した上位階層パラメータＳＣｅｌｌｓの以外に上位階層パラメータＣＡＲＣＩｓが新しく設定／定義される。以下の表に基づいて、基地局はビットマップの各ビットとＳＣｅｌｌ及びＣＡＲＣＩの連結関係を明示的にシグナリングすることができる。このとき、ＳＣｅｌｌｓ及び／又はＣＡＲＣＩｓ及び／又はＤｅｆａｕｌｔ－ｍｏｄｅの設定／再設定はＲＲＣ及び／又はＭＡＣ－ＣＥに基づいて行われる。
Figure 0007259068000035
図２２はこの開示による端末のビーム失敗報告方法のさらに他の例を簡単に示す図である。
表２７のようなシグナリングに基づいて、図２２に示すように、ビットマップの各ビットはＳＣｅｌｌ及びＣＡＲＣＩｓと１：１マッピング関係を有する。このとき、互いに異なるビットは同一のＣＡＲＣＩに連関することができる。一例として、ＳＣｅｌｌ＃４／＃５でビーム失敗が発生しても、基地局は２つのＳＣｅｌｌのために互いに異なるＣＡＲＣＩではなく、１つのＣＡＲＣＩ(例：ＣＡＲＣＩ＃４)を呼び出す。
以上のような動作は以下のシナリオで有用に活用できる。
一例として、ＳＣｅｌｌ＃４／＃５が同一の周波数帯域(例：ｍｍＷａｖｅ)で設定／定義される場合、２つのＳＣｅｌｌのビーム特性は類似する。したがって、基地局及び端末はＳＣｅｌｌ＃５のビーム管理にＳＣｅｌｌ＃４の候補ＲＳを使用して、上述した設定を支援することができる。即ち、上記の場合、ＣＡＲＣＩ＃４で使用するＲＳがＳＣｅｌｌ＃４のために設定／定義されたものではあるものの、ＲＳをＳＣｅｌｌ＃５のビーム管理(又はｂｅａｍ ｒｅｃｏｖｅｒｙ)のためにも使用することができる。
一方、基本モード(Ｄｅｆａｕｌｔ－ｍｏｄｅ)でもＣＡＲＣＩ ｉｎｄｅｘがマッピングされる。一例として、端末がＢＦＲＱ用のＳＲを送信していない状態で、基地局は上記ｓｔａｔｅをＣＳＩ ｒｅｑｕｅｓｔにより端末に要請することができる。この場合、端末は任意のＳＣｅｌｌでビーム失敗が発生していないにもかかわらず、ＣＡＲＣＩ＃１／＃２／＃３／＃４を呼び出すことができる。
上述した実施例によれば、ビットマップの各ビットとＳＣｅｌｌとの連結関係は明示的なシグナリングに基づいて設定される。反面、第６実施例によれば、それぞれのＣＡＲＣＩは暗示的にＳＣｅｌｌ ＩＤを含む(例：上記第１実施例)。
図２３はこの開示による端末のビーム失敗報告方法のさらに他の例を簡単に示す図である。
図２３に示しているように、端末はビットマップの各ビットがＣＡＲＣＩと１：１対応関係を有することを期待することができる。
より具体的には、図２３のように端末に１６つのＣＡＲＣＩが設定された場合を仮定する。
このとき、ＳＣｅｌｌ＃７とＳＣｅｌｌ＃１１でビーム失敗が発生する場合、端末はＳＣｅｌｌとそれぞれ連係されたＣＡＲＣＩ＃４、＃５を行い、関連情報(例：第２情報)を基地局に報告する。このとき、端末はビットマップ(例：[０ ０ ０ １ １ ０ … ０]、いわゆる第１情報)を基地局に一緒に報告する。これに対応して、基地局はＣＡＲＣＩ＃４、＃５が行われることを分かり、結果としてＳＣｅｌｌ＃７とＳＣｅｌｌ＃１１でビーム失敗が発生したことを分かることができる。
したがって、上記実施例によれば、第１情報のビットマップが直接ＳＣｅｌｌ ｉｎｄｅｘに連結されていなくても基地局及び端末は関連情報を送受信することができる。
５.１.４．第１ビーム失敗報告方法の第４動作例
端末がＳＣｅｌｌのビーム失敗発生を基地局に報告しなかったにもかかわらず(例：ＵＬ ｓｉｇｎａｌ ｆｏｒ ＢＦＲＱを基地局に送信しない)、基地局からＢＦＲ専用のＣＳＩ報告が指示／設定された場合、端末は基本的に(Ｄｅｆａｕｌｔ)設定されたＣＳＩ－ＡｓｓｏｃｉａｔｅｄＲｅｐｏｒｔＣｏｎｆｉｇＩｎｆｏを行うことができる。
上述した第３動作例の第１実施例によれば、特定のＣＳＩ－ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅがビーム失敗専用として定義される。これにより、１つのｓｔａｔｅが不要に消耗される。
反面、第４動作例によれば、端末がＢＦＲＱのためのＵＬ信号を送信していない状態で(又はどのＳＣｅｌｌでもｂｅａｍ ｆａｉｌｕｒｅが発生していない状態で)、基地局からＢＦＲ専用のＣＳＩ報告が指示／設定された場合(例：ｂｅａｍＦａｉｌｕｒｅが設定されたＣＳＩ－ＡｓｓｏｃｉａｔｅｄＴｒｉｇｇｅｒＳｔａｔｅが指示された場合)、端末はＤｅｆａｕｌｔに設定されたＣＡＲＣＩのみを行うことができる。
以下の表は端末に設定されたＣＳＩ－ＡｓｓｏｃｉａｔｅｄＴｒｉｇｇｅｒＳｔａｔｅを示す。以下の表において、Ｄｅｆａｕｌｔ－ｍｏｄｅはＤｅｆａｕｌｔと設定されたＣＡＲＣＩを示す。
Figure 0007259068000036
一例として、Ｄｅｆａｕｌｔ－ｍｏｄｅ＝[１ １ ０ ０ … ０]が端末に設定され、端末がＢＦＲＱのためのＵＬ信号の送信なしに基地局から該当ＣＳＩ－ＡｓｓｏｃｉａｔｅｄＴｒｉｇｇｅｒＳｔａｔｅが指示される場合、端末はＣＡＲＣＩ＃１、＃２を行うことができる。
結果として、ＣＡＲＣＩ＃１、＃２報告のためのｓｔａｔｅ及びビーム回復用のＣＳＩ報告のためのｓｔａｔｅが同一である。これにより、全体として必要なｓｔａｔｅの数は２つから１つに減少する。また端末がＢＦＲＱのためのＵＬ信号を報告したか否かによって端末の具体的な動作(例：ＣＡＲＣＩ＃１、＃２ ｒｅｐｏｒｔｉｎｇ又はＣＳＩ ｒｅｐｏｒｔｉｎｇ ｆｏｒ ｂｅａｍ ｒｅｃｏｖｅｒｙ)が変わる。
上述した例示では、Ｄｅｆａｕｌｔ－ｍｏｄｅの各値がＣＳＩ－ＡｓｓｏｃｉａｔｅｄＲｅｐｏｒｔＣｏｎｆｉｇＩｎｆｏに１：１対応すると仮定する。又は他の例示として、Ｄｅｆａｕｌｔ－ｍｏｄｅの各値はＳＣｅｌｌのビーム失敗有無を示すビットマップの各ビットに１：１対応することもできる。
図２４はこの開示による端末のビーム失敗報告方法のさらに他の例を簡単に示す図である。
上記表のように、Ｄｅｆａｕｌｔ－ｍｏｄｅ＝[１ １ ０ ０ …．０]である場合、端末はビットマップの１番目及び２番目のビットにそれぞれ連結されたＣＡＲＣＩを行うことができる。このとき、図２４のように、ビットマップの１番目及び２番目のビットがそれぞれＣＡＲＣＩ＃３、ＣＡＲＣＩ＃４に連結される場合、端末はＣＡＲＣＩ＃３、ＣＡＲＣＩ＃４を行うことができる。
又はビットマップのそれぞれのビットがＳＣｅｌｌ ｉｎｄｅｘと連結関係を有する場合、端末はビット値が１に活性化されたＳＣｅｌｌに関連するＣＡＲＣＩのみを行うこともできる。
この開示において、端末のＢＦＲＱのためのＵＬ信号の送信有無によって、端末の具体的な動作が変わる。この場合、以下のような事項が考えられる。
まず、端末がＢＦＲＱのためのＵＬ信号を送信したが、基地局がそれを受信できず、基地局は(端末がＢＦＲＱのためのＵＬ信号を送信したことを分からずに)端末にＢＦＲ専用のＣＳＩ ｒｅｑｕｅｓｔを送信する。これに対応して、端末はビーム失敗が発生したＳＣｅｌｌに対するＣＳＩ報告を行う反面、基地局はＤｅｆａｕｌｔ－ｍｏｄｅに設定されたＣＳＩ報告を期待する。
このような端末及び基地局の間の不一致(ｍｉｓｍａｔｃｈ)を解消するために、端末は第１情報(例：ｂｉｔｍａｐ)を第２情報と共に基地局に報告する。この場合、基地局は受信された第１情報に基づいて、端末がｄｅｆａｕｌｔ ｍｏｄｅで送信したＣＳＩ報告であるか或いはＳＣｅｌｌでのビーム失敗発生によるビーム回復のためのＣＳＩ報告であるかを区分することができる。したがって、上記のような不一致が解消される。また、任意のＳＣｅｌｌでビーム失敗が発生し、端末がまだＢＦＲＱのためのＵＬ信号を送信していない状態で、端末に基地局からビーム回復用のＣＳＩ－ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅが指示／設定された場合、端末は基地局の意図とは違って、ビーム失敗が発生したＳＣｅｌｌ ｉｎｄｅｘ及び該当ＳＣｅｌｌ上の端末の選好ビーム情報をすぐ基地局に報告することができる。
５.１.５．第１ビーム失敗報告方法の第５動作例
上述した第１動作例及び／又は第３動作例において、端末は第１情報及び第２情報を互いに異なるＰＵＣＣＨ及び／又はＰＵＳＣＨリソースを介して基地局に報告することができる。
より具体的には、第１情報のサイズは相対的に第２情報のサイズより小さく、そのサイズが予め決定されているので、端末は第１情報を基地局に周期的／準－周期的(Ｓｅｍｉ－Ｐｅｒｉｏｄｉｃ)に送信することができる。よって、第１情報は、周期的ＰＵＣＣＨ及び／又はＳｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＰＵＣＣＨ及び／又はＳｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＰＵＳＣＨの送信に適する。
仮に端末が第１情報を(第２情報とは別途に)送信する場合、基地局は第１情報に基づいていずれかのＳＣｅｌｌでビーム失敗が発生したことを分かる。よって、端末は基地局にＢＦＲＱのためのＵＬ信号(例：ＳＲ ｆｏｒ ＢＦＲＱ)を別途に送信する必要がなくなる。
一方、第２情報はビーム失敗が発生したＳＣｅｌｌの個数によってそのサイズが異なり、含まれるビーム情報のサイズに基づいて相対的に大きいサイズを有する。また、ビーム失敗が発生していない状況では第２情報は不要なものであるので、第２情報は非周期的送信で基地局に伝達されればよい。その一例として、第２情報は非周期的ＰＵＳＣＨ送信により基地局に送信される。
図２５はこの開示による端末のビーム失敗報告方法のさらに他の例を簡単に示す図である。
第１実施例によれば、図２５に示すように、端末は第１情報を周期的ＰＵＣＣＨを介して基地局に報告することができる。また、２番目の第１情報の報告前に特定のＳＣｅｌｌでビーム失敗が発生したことに基づいて、端末は２番目の第１情報により特定のＳＣｅｌｌのビーム失敗を基地局に報告することができる。この場合、基地局は特定のＳＣｅｌｌのためのビーム回復を行うことができる。
具体的な一例として、図２５に示すように、基地局はＣＳＩ ｒｅｑｕｅｓｔにより端末にビーム失敗が発生したＳＣｅｌｌ上で端末の選好ビーム情報(例：ｐｒｅｆｅｒｒｅｄ ｂｅａｍ ｉｎｄｅｘ及び／又はＲＳＲＰなど)を基地局に報告することを指示することができる。このとき、基地局はいずれかのＳＣｅｌｌでビーム失敗が発生したか否かを２番目の第１情報から分かるので、その後に受信される第２情報のサイズを予測して、それに合わせてＰＵＳＣＨリソースを端末に指示／設定／割り当てることができる。
仮に基地局が第２情報のサイズを予測できない場合を仮定すると、基地局は端末に任意のサイズのＰＵＳＣＨリソースを指示／設定／割り当てるしかない。このとき、ＰＵＳＣＨリソースのサイズが実際端末が要求したサイズよりも大きいと、ＵＬリソースが浪費され、ＰＵＳＣＨリソースのサイズが実際端末が要求したサイズよりも小さいと、端末の更なるＰＵＳＣＨリソース要請が必要になる。即ち、遅延(ｌａｔｅｎｃｙ)が大きくなる問題があり得る。
このような事項を考えるとき、端末は第１情報及び第２情報を互いに異なるリソースで送信することができ、これにより基地局はＵＬリソースを効率的に運営することができる。
上述した第４動作例において、端末のＢＦＲＱのためのＵＬ信号の送信なしに、基地局は端末にＢＦＲ用のＣＳＩ ｒｅｑｕｅｓｔを指示／呼び出すことができる。同様に、第５動作例の第２実施例によれば、端末が全てのＳＣｅｌｌでビーム失敗が発生しなかったことを第１情報により基地局に報告しても、基地局はビーム回復用のＣＳＩ－ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅを端末に指示／設定／呼び出すことができる。この場合、端末はＣＳＩ－ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅのＤｅｆａｕｌｔ－ｍｏｄｅに設定されたＣＡＲＣＩを行う。
一方、この実施例において、基地局が第１情報の復号に失敗した状態で、基地局は端末に‘ＣＳＩ ｒｅｑｕｅｓｔ’を指示／設定することができる。この場合、基地局はどのＳＣｅｌｌでビーム失敗が発生したか分からない反面、端末はビーム失敗が発生したＳＣｅｌｌに対するＣＳＩ報告を期待する。かかる不一致を解消するための方案として、端末は第２情報を第１情報と共に基地局に報告する。すでに端末が第１情報をＰＵＣＣＨなどを介して報告したので、ＰＵＳＣＨを介して第１情報の(追加)報告は不要である。しかし、かかる方法により上述した不一致を解消することができる。また、ＰＵＳＣＨ報告はイベントトリガー(ｅｖｅｎｔ ｔｒｉｇｇｅｒ)方式であることを考えるとき、かかる動作はＵＬリソースオーバーヘッドの観点で大きな問題ではない。
図２６はこの開示による端末のビーム失敗報告方法のさらに他の例を簡単に示す図である。
第３実施例によれば、図２６に示すように、第１情報であるビットマップはＣＡＲＣＩと１：１マッピング関係を有する。これにより、第１情報は１６ビットのサイズを有する。
一方、基地局によりモニタリング対象として設定されたＳＣｅｌｌｓでビーム失敗が発生した場合、基地局は端末に一部のＣＡＲＣＩ(例：ＣＡＲＣＩ＃９～＃１６)のみを設定する／割り当てることができる。この場合、第１情報はＣＡＲＣＩ＃１～＃８を含む必要がないので、８ビットのみで定義できる。結論として、８ビットをｓａｖｉｎｇできる。
また、基地局は１つのＣＳＩ－ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅに含まれた複数のＣＡＲＣＩのうち、どのＣＡＲＣＩを第１情報として設定／定義するかをＲＲＣ及び／又はＭＡＣ－ＣＥにより端末に指示／設定することができる。
図２７はこの開示による第１ビーム失敗報告の方法を簡単に示す図である。
図２７に示すように、端末及び基地局は以下のように動作する。
[１]基地局は端末に、第１情報の送信のためのＰＵＣＣＨ／ＰＵＳＣＨリソースを設定する／割り当てる。そして基地局は端末に第２情報の送信のためのＰＵＣＣＨ／ＰＵＳＣＨリソースを設定する／割り当てる。
[２]端末は設定されたＳＣｅｌｌｓのうち、一連の特定のＳＣｅｌｌｓでビーム失敗が発生したか否かを検出する。
[３]端末は任意のＳＣｅｌｌのビーム失敗有無に関係なく、第１情報を周期的に基地局に報告する。
[４]もし、端末が第１情報により、(ｉ)ビーム失敗が発生したＳＣｅｌｌ ｉｎｄｅｘ、又は(ii)ビーム失敗が発生したＳＣｅｌｌに関連するＣＡＲＣＩ ｉｎｄｅｘを基地局に報告する場合、基地局はＤＣＩなどにより端末に(非周期的)ＣＳＩ報告をトリガーすることができる。特に、端末がビーム失敗が発生したＳＣｅｌｌに関連するＣＡＲＣＩ ｉｎｄｅｘを基地局に報告する場合、基地局はこの情報により間接的にビーム失敗が発生したＳＣｅｌｌ ｉｎｄｅｘを把握できる。
[５]端末はビーム失敗が発生したＳＣｅｌｌ ｉｎｄｅｘ及び該当ＳＣｅｌｌ上の端末の選好ビーム情報(例：ｂｅａｍ ｉｎｄｅｘ、ＲＳＲＰ)を基地局に報告することができる。又は端末はビーム失敗が発生したＳＣｅｌｌに関連するＣＡＲＣＩを行い、それによりビーム失敗が発生したＳＣｅｌｌ ｉｎｄｅｘを基地局に間接的に知らせることができる。また、端末は該当ＳＣｅｌｌ上の端末の選好ビーム情報(例：ｂｅａｍ ｉｎｄｅｘ、ＲＳＲＰ)を基地局に報告することができる。このとき、端末はビーム失敗が発生したＳＣｅｌｌに関連するＣＡＲＣＩ ｉｎｄｅｘ(例：第１情報)を第２情報と共に基地局に報告することもできる。
５.２．第２ビーム失敗報告方法
この開示において、ビーム失敗報告方法とは、失敗したＳＣｅｌｌの識別情報及びＳＣｅｌｌ ＢＦＲのための新しいビームの報告情報を独立して符号化する方法(Ｍｅｔｈｏｄ ｏｎ ｉｎｄｅｐｅｎｄｅｎｔ ｅｎｃｏｄｉｎｇ ｆｏｒ ｆａｉｌｅｄ ＳＣｅｌｌ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ａｎｄ ｎｅｗ ｂｅａｍ ｒｅｐｏｒｔｉｎｇ ｆｏｒ ＳＣｅｌｌ ＢＦＲ)を含む。
図２８はこの開示による端末のビーム失敗報告方法のさらに他の例を簡単に示す図である。
図２８に上述した第１ビーム失敗報告方法の第３動作例を示す。図２８に示すように、任意のＳＣｅｌｌでビーム失敗が発生した場合、端末は基地局にＢＦＲＱのためのＵＬ信号(例：ＳＲ)を送信する。次いで、ＵＬ信号を受信した基地局は端末に報告をトリガーする。このトリガー指示を受信した端末は基地局にＳＣｅｌｌ ｉｎｄｅｘ及び選好するビーム情報などを報告する。
このとき、基地局が端末に報告をトリガーする時点に、基地局は正確にいくつのＳＣｅｌｌｓで(同時に)ビーム失敗が発生したかを分からない。よって、具体的な一例として、６つのＳＣｅｌｌｓで同時にビーム失敗が発生した場合、基地局が端末に割り当てたＵＬリソースは６つのＳＣｅｌｌｓのそれぞれで端末が選好するビーム情報を送信するには不足することもある。この開示では、上記のような問題を解消するための様々な方法について詳しく説明する。
上述した第１ビーム失敗報告方法において、端末は第２情報により実際に伝達されるビーム情報に関連するＳＣｅｌｌの総数(例：Ｋ)に関する情報を第１情報により基地局に報告することができる。このとき、端末はビットマップでビーム失敗が発生したＳＣｅｌｌに関連するビットのうち、ＭＳＢ(Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ)(又はＬＳＢ(Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ))を基準としてＫ個のビットに関連するＳＣｅｌｌｓのビーム情報のみを第２情報により基地局に送信する。これに対応して、基地局は第１情報に含まれたビットマップ及び総個数(例：Ｋ)に関する情報に基づいて、第２情報のサイズ及び実際にビーム情報が伝達されたＳＣｅｌｌｓを決定する。
又は上述した第１ビーム失敗報告方法において、端末は第２情報により実際に報告されるＣＡＲＣＩの総個数Ｋに関する情報を第１情報により基地局に報告することができる。このとき、端末はビットマップでビーム失敗が発生したＳＣｅｌｌに関連するビットのうち(又はビーム失敗が発生したＳＣｅｌｌに関連するＣＡＲＣＩとマッピングされるビットのうち)、ＭＳＢ(又はＬＳＢ)を基準としてＫ個のビットに関連するＣＡＲＣＩのみを第２情報により基地局に送信する。これに対応して、基地局は第１情報に含まれたビットマップ及び総個数(例：Ｋ)に関する情報に基づいて、第２情報のサイズ及び実際に報告されたＣＡＲＣＩを決定する。
上記特徴を一般化すると以下の通りである。
端末はビーム失敗が発生したＳＣｅｌｌｓのうち、実際にビーム情報を報告するＳＣｅｌｌの個数を基地局に報告することができる。一例として、この個数に関する情報は第１情報により基地局に送信される。
端末はビーム失敗が発生したＳＣｅｌｌｓに関連するＣＡＲＣＩのうち、実際に報告するＣＡＲＣＩの個数を基地局に報告することができる。一例として、この個数に関する情報は第１情報により基地局に送信される。
図２９はこの開示による端末のビーム失敗報告方法のさらに他の例を簡単に示す図である。
図２９において、ビットマップのサイズは１６であり、これらのうち、ＳＣｅｌｌ＃６／７／１１／１５／１６で同時にビーム失敗が発生したことを仮定する。この場合、端末はＳＣｅｌｌｓに関連するＣＡＲＣＩ＃１／４／５／６／７を行う。よって、端末はビットマップとＣＡＲＣＩ＃１／４／５／６／７をそれぞれ第１情報及び第２情報と定義し、これらの情報を個々に符号化して基地局に送信する。
図３０及び図３１はこの開示による端末のビーム失敗報告方法のさらに他の例を簡単に示す図である。
仮に基地局が割り当てたＵＬリソースがＣＡＲＣＩ＃１及びＣＡＲＣＩ＃４のみを収容可能なサイズである場合、図３１に示すように、端末は第１情報に(ｉ)既存のビットマップ及び(ii)実際に第２情報により送信されるＣＡＲＣＩｓの個数を加えて基地局に報告する。次いで、端末は第２情報にＣＡＲＣＩ＃１及びＣＡＲＣＩ＃４のみを含めて基地局に送信する。
これに対応して、基地局は第１情報に含まれた‘＃ｏｆ ａｃｔｕａｌ ｒｅｐｏｒｔｅｄ ＣＡＲＣＩｓ’及びビットマップに基づいて、第２情報にＣＡＲＣＩ＃１及びＣＡＲＣＩ＃４のみが含まれていることが分かる。よって、基地局はＣＡＲＣＩ＃５／６／７が報告されないことを把握することができる。よって、基地局はＣＡＲＣＩ＃５／６／７報告のための更なるＵＬリソースを端末に割り当てることができる。即ち、端末の更なるＵＬリソース要請(例：ＳＲ)がなくても、基地局は更なるＵＬリソースを割り当てることができる。なお、基地局は端末がさらに報告すべきＣＡＲＣＩを正確に把握できるので、端末に正確なＵＬリソースを割り当てることができる。
したがって、図３１に示すように、端末はさらに割り当てられたＵＬリソースにより、ＣＡＲＣＩ＃５／６／７を報告することができる。図３１に示すように、１、４番目のビットは０に設定される。これは、ＣＡＲＣＩ＃１／＃４はすでに基地局に報告されているためである。また、‘＃ｏｆ ａｃｔｕａｌ ｒｅｐｏｒｔｅｄ ＣＡＲＣＩｓ’とビットマップで１に設定されたビットの数が同一であるので、基地局は端末が(さらに)送信すべきＣＡＲＣＩがないことを確認することができる。
図３２はこの開示による第２ビーム失敗報告の方法を簡単に示す図である。
図３２に示すように、端末及び基地局は以下のように動作する。
[１]基地局は端末に、(ｉ)ＢＦＲＱ専用のＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)及び／又は(ii)ビーム失敗が発生したＳＣｅｌｌ ｉｎｄｅｘ報告(例：第１情報)及び／又は(iii)ＳＣｅｌｌ上で端末が選好するビーム情報(例：ｂｅａｍ ｉｎｄｅｘ、ＲＳＲＰ、第２情報)の報告などを設定する。
[２]端末は設定されたＳＣｅｌｌｓのうち、一連の特定のＳＣｅｌｌｓでビーム失敗が発生することを検出する。
[３]端末はＢＦＲＱ専用のＳＲを基地局に送信する。
[４]ＳＲを受信した基地局はＤＣＩのＣＳＩ ｒｅｑｕｅｓｔにより、端末に非周期的ＣＳＩ報告をトリガーする。
[５]端末は、(ｉ)ビーム失敗が発生したＳＣｅｌｌsに関連する１つ以上のＣＡＲＣＩ ｉｎｄｅｘ(又はビーム失敗が発生したＳＣｅｌｌ ｉｎｄｅｘ)及び／又は(ii)実際に報告されるＣＡＲＣＩｓの個数(又は実際にビーム情報が報告されるＳＣｅｌｌｓの個数)及び／又は(iii)選択されたＣＡＲＣＩｓ(又はビーム失敗が発生したＳＣｅｌｌｓのそれぞれでの選好するビーム情報)などを基地局に報告する。
ここで、ＣＡＲＣＩ ｉｎｄｅｘ又はＳＣｅｌｌ ｉｎｄｅｘはビットマップ(例：第１情報)によっても定義できる。
ここで、ビーム失敗が発生したＳＣｅｌｌｓのうち、実際に報告されたＳＣｅｌｌの数及び／又は実際に報告されるＣＡＲＣＩｓの数などは第１情報により基地局に報告される。
ここで、選択されたＣＡＲＣＩｓなどは第２情報により基地局に報告できる。
[６]仮に実際第２情報に含まれるＣＡＲＣＩｓの個数がビーム失敗が発生したＳＣｅｌｌｓに関連するＣＡＲＣＩｓの個数よりも(又はビットマップで１に設定されたビットの総数)少ない場合、基地局は端末が報告できなかったＣＡＲＣＩｓがあると仮定する。また、基地局はこの報告できなかったＣＡＲＣＩｓの報告のために、ＣＳＩ ｒｅｑｕｅｓｔにより端末に非周期的ＣＳＩ報告をさらにトリガーすることができる。
５.３．第３ビーム失敗報告方法
この開示において、ビーム失敗報告方法とは、失敗したＳＣｅｌｌの識別情報及びＳＣｅｌｌ ＢＦＲのための新しいビームの報告情報を独立して符号化する方法(Ｍｅｔｈｏｄ ｏｎ ｉｎｄｅｐｅｎｄｅｎｔ ｅｎｃｏｄｉｎｇ ｆｏｒ ｆａｉｌｅｄ ＳＣｅｌｌ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ａｎｄ ｎｅｗ ｂｅａｍ ｒｅｐｏｒｔｉｎｇ ｆｏｒ ＳＣｅｌｌ ＢＦＲ)を含む。
上述した第１／第２ビーム失敗報告方法では、基本的に端末に設定されたＳＣｅｌｌｓのうち、任意のＳＣｅｌｌでビーム失敗が発生する場合、端末が(ｉ)失敗したＳＣｅｌｌ ｉｎｄｅｘ及び／又は(ii)ＳＣｅｌｌで端末が選好するビーム情報を基地局に報告することに基づく。
なお、ビーム失敗は１つのＳＣｅｌｌに設定された全てのＢＦＤ ＲＳ(Ｂｅａｍ Ｆａｉｌｕｒｅ Ｄｅｔｅｃｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)のＳＩＮＲ(Ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ ｎｏｉｓｅ ｒａｔｉｏ)が特定のしきい値(ｔｈｒｅｓｈｏｌｄ)より低くなることを意味する。よって、端末の観点でＢＦＤ ＲＳのうちの一部が条件を満たしても、ビーム失敗を宣言できない。これにより、端末及び基地局がＢＦＤ ＲＳを早期に修正できる機会がなくなる。
この問題を解決するために、ＢＦＤ ＲＳのうちの一部が条件を満たした場合、端末が部分ビーム失敗(ｐａｒｔｉａｌ ｂｅａｍ ｆａｉｌｕｒｅ)を宣言する方法が考えられる。この場合、より早く基地局及び端末が問題となるＢＦＤ ＲＳを修正でき、これにより全体ＢＦＤ ＲＳの品質が悪くなってビーム失敗が発生する状況を最小化することができる。仮にビーム失敗が発生した場合、ビームが回復されるまで端末のスループットの観点で損失(ｌｏｓｓ)が発生する。
この開示において、基地局はＰ－２(又はＰ２)及びＰ－３(又はＰ３)動作のためのＮＺＰ ＣＳＩ－ＲＳ Ｒｅｓｏｕｒｃｅ ｓｅｔに含まれる上位階層パラメータｒｅｐｅｔｉｔｉｏｎを’ｏｎ’又は‘ｏｆｆ’に設定することができる。
より具体的には、ＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内の上位階層パラメータｒｅｐｅｔｉｔｉｏｎが‘ｏｎ’に設定される場合、端末はＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースが同一の下りリンク空間ドメインの送信フィルター(Ｓｐａｔｉａｌ ｄｏｍａｉｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｉｌｔｅｒ)に基づいて送信されることを仮定できる。このとき、ＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースは互いに異なるＯＦＤＭシンボル上で送信される。仮に上位階層パラメータｒｅｐｅｔｉｔｉｏｎが‘ｏｆｆ’に設定された場合、端末はＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースが同一の下りリンク空間ドメインの送信フィルターに基づいて送信されることを仮定できない。
図３３はこの開示による第３ビーム失敗報告方法を簡単に示す図である。
図３３に示すように、端末及び基地局は以下のように動作する。
[１]基地局は端末に、(ｉ)(ｐａｒｔｉａｌ)ＢＦＲＱ専用ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)及び／又は(ii)ビーム失敗用であるか又は(部分)ビーム失敗用であるかを示す情報(例：ｉｎｄｉｃａｔｏｒ)及び／又は(iii)ビーム失敗が発生したＳＣｅｌｌ ｉｎｄｅｘ報告(例：第１情報)及び／又は(iv)ＳＣｅｌｌで端末が選好するビーム情報(例：ｂｅａｍ ｉｎｄｅｘ、ＲＳＲＰ、第２情報)などの報告を設定することができる。
[２]端末は設定されたＳＣｅｌｌｓのうちの一連の特定のＳＣｅｌｌｓで部分ビーム失敗が発生したことを検出する。このとき、この開示による構成は部分ビーム失敗のみに限定されず、ＤＬ Ｔｘ ｂｅａｍ及び／又はＤＬ Ｒｘ ｂｅａｍに対するｒｅｆｉｎｅｍｅｎｔが必要な場合にも拡張適用できる。
[３]端末は(ｐａｒｔｉａｌ)ＢＦＲＱ専用のＳＲを基地局に送信する。
このとき、ＢＦＲＱ専用のＳＲ(ｂｅａｍ ｆａｉｌｕｒｅ専用の)と部分ＢＦＲＱ専用のＳＲの設定は同一であるか或いは異なる。同一である場合、基地局は端末に１つのＳＲのみを定義できる。これによりＰＵＣＣＨオーバーヘッドを減らすことができる。その代わりに、続く動作で端末はビーム失敗であるか或いは部分ビーム失敗であるかを別途に基地局に知らせることができる。
[４]ＳＲを受信した基地局はＤＣＩのＣＳＩ ｒｅｑｕｅｓｔにより端末に非周期的ＣＳＩ報告をトリガーする。
[５]端末は、(ｉ)ビーム失敗用であるか、或いは部分ビーム失敗用であるかを示す情報(例：ｉｎｄｉｃａｔｏｒ)及び／又は(ii)動作／要請したＣＡＲＣＩ ｉｎｄｅｘ及び／又は(iii)実際に報告されるＣＡＲＣＩｓの個数(又は実際に動作したＣＡＲＣＩｓの個数又は実際に動作／要請したＣＡＲＣＩ ｉｎｄｅｘの個数)及び／又は(iv)動作したＣＡＲＣＩｓ(ｐｒｅｆｅｒｒｅｄ ｂｅａｍ情報)などを基地局に報告する。
ここで、動作したＣＡＲＣＩとは、端末が周期的／準－周期的(ｐｅｒｉｏｄｉｃ／Ｓｅｍｉ－Ｐｅｒｉｏｄｉｃ)ＲＳにより選好するビーム及びＲＳＲＰを決定し、それを基地局に報告することを意味する。
ここで、要請したＣＡＲＣＩとは、端末が基地局に要請するＣＡＲＣＩを意味する。一例として、基地局は端末のＲｘ ｂｅａｍ ｒｅｆｉｎｅｍｅｎｔのためのＮＺＰ ＣＳＩ－ＲＳ Ｒｅｓｏｕｒｃｅ ｓｅｔの上位階層パラメータｒｅｐｅｔｉｔｉｏｎを‘ｏｎ’又は‘ｏｆｆ’に設定することができる。このとき、‘ｏｎ’に設定されていると、同一のＤＬ Ｔｘビームが繰り返して送信されるので、端末はそれを用いてＤＬ Ｒｘビームをｒｅｆｉｎｅｍｅｎｔすることができる(Ｐ－３、Ｐ３)。反面、‘ｏｆｆ’に設定されていると、複数の互いに異なるＤＬ Ｔｘビームが送信されるので、端末はそれらに基づいて最高のＤＬ Ｔｘビームを決定でき(Ｐ－２、Ｐ２)、それを基地局に報告することができる。
[６]仮に、端末がＰ－２又はＰ－３のためのＣＡＲＣＩを基地局に要請した場合、基地局は該当ＣＡＲＣＩをＤＣＩのＣＳＩ ｒｅｑｕｅｓｔにより端末に行わせるようにトリガーすることができる。一例として、基地局は端末のＰ－３動作のためのＮＺＰ ＣＳＩ－ＲＳがどの時点及びどのリソースで送信されるかを端末に知らせることができる。
[７]端末はＮＺＰ ＣＳＩ－ＲＳを用いてＤＬ Ｔｘ ｂｅａｍ ｒｅｆｉｎｅｍｅｎｔ(Ｐ－２)及び／又はＤＬ Ｒｘ ｂｅａｍ ｒｅｆｉｎｅｍｅｎｔ(Ｐ－３)を行うことができる。
[８]仮に基地局が指示したＣＳＩ ｒｅｑｕｅｓｔにより、ＣＳＩ報告がトリガーされる場合、端末は報告を行うことができる。一例として、ＤＬ Ｔｘ ｂｅａｍ ｒｅｆｉｎｅｍｅｎｔ(Ｐ－２)が指示される場合、端末は関連するＣＳＩ報告を行うことができる。他の例として、ＤＬ Ｒｘ ｂｅａｍ ｒｅｆｉｎｅｍｅｎｔ(Ｐ－３)が指示された場合、端末は別の報告を行わないことができる。
より具体的には、この開示によれば、それぞれのＳＣｅｌｌ(ｓ)のビーム失敗有無を明示的／暗示的に示すビットマップ以外に、ビーム失敗用又は部分ビーム失敗用(又はＤＬ Ｔｘ ｂｅａｍ ｒｅｆｉｎｅｍｅｎｔ及び／又はＤＬ Ｒｘ ｂｅａｍ ｒｅｆｉｎｅｍｅｎｔ)であるか否かを示す別の情報を定義することができる。この情報(例：ｉｎｄｉｃａｔｏｒ)は第１情報に含まれて基地局に報告される。また、端末は特定のＳＣｅｌｌでビーム失敗が発生していないが、このＳＣｅｌｌのビーム状態が良くない場合(例：全体ＢＦＤ ＲＳのうちの一部のＢＦＤ ＲＳのＳＩＮＲが特定のｔｈｒｅｓｈｏｌｄよりも低い場合)やより良好なビームを探す場合、部分ビーム失敗を宣言して、そのためのＵＬ信号(例：ＳＲ ｆｏｒ (ｐａｒｔｉａｌ) ＢＦＲＱ)を基地局に送信する。また端末はビットマップによりどのＣＡＲＣＩが動作したか又はどのＣＡＲＣＩの動作を要請するかを基地局に報告することができる。
図３４はこの開示による第３ビーム失敗報告方法を簡単に示す図である。
図３４において、端末はＳＣｅｌｌ＃５と＃２５でビーム失敗が発生していないが、ＳＣｅｌｌの一部のビームの状態が良くないと判断することができる。これにより、端末はＳＣｅｌｌ＃５と＃２５の部分ビーム失敗を宣言して、部分ビーム失敗の回復のためのＵＬ信号を基地局に送信することができる。
これに対応して、基地局が端末にＵＬグラントを割り当てる場合、端末は図３４のようなビットマップを基地局に報告することができる。
図３４において、１に活性化されたＣＡＲＣＩが実際に非周期的ＮＺＰ ＣＳＩ ＲＳリソースセットに連結される場合、端末は該当時点(例：ビットマップを送信する時点)に対応するＣＳＩ－ＲＳを未だ受信していないこともある。よって、端末は該当ＣＡＲＣＩに関連するどのような測定結果も持っておらず、関連ビーム情報を基地局に報告しないこともある(例：第２情報が定義されない)。よって、“＃ｏｆ ａｃｔｕａｌ ｒｅｐｏｒｔｅｄ ＣＡＲＣＩｓ”は０に設定される。
一方、部分ビーム失敗のために、“ｗｈｅｔｈｅｒ ａｎｙ ＳＣｅｌｌ ｓｕｆｆｅｒｓ ｆｒｏｍ ｂｅａｍ ｆａｉｌｕｒｅ”は１に設定される(例：０はｂｅａｍ ｆａｉｌｕｒｅが発生したときに使用される)。ビットマップを受信した基地局は端末がＣＡＲＣＩ＃２とＣＡＲＣＩ＃５の実施を要請することを分かることができる。よって、基地局はＤＣＩのＣＳＩ ｒｅｑｕｅｓｔによりＣＡＲＣＩ＃２及びＣＡＲＣＩ＃５を端末に指示／設定することができる。端末は、この指示／設定により、ＣＡＲＣＩｓのためのＮＺＰ ＣＳＩ－ＲＳリソースの送信時点及びリソース位置を把握できる。また端末はこれらのリソースに基づいてＰ－２及びＰ－３動作を行うことができる。Ｐ－３を行った端末は別途の報告を行わない反面、Ｐ－２を行った端末はこのためのＣＳＩを基地局に報告する。
図３５はこの開示に適用可能な端末と基地局の間のネットワーク接続及び通信過程を簡単に示す図である。
端末は上述／提案した手順及び／又は方法を行うためにネットワーク接続過程を行う。たとえば、端末はネットワーク(例、基地局)に接続を行いながら、上述／提案した手順及び／又は方法を行うために必要なシステム情報と構成情報を受信してメモリに貯蔵する。この開示に必要な構成情報は上位階層(例、ＲＲＣ ｌａｙｅｒ；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ、ｌａｙｅｒなど)シグナリングにより受信される。
ＮＲシステムにおいて、物理チャネル、参照信号はビーム－フォーミングを用いて送信される。ビーム－フォーミング基盤の信号送信が支援される場合、基地局と端末の間にビームを整列するために、ビーム管理(ｂｅａｍ ｍａｎａｇｅｍｅｎｔ)の過程が伴われる。また、この開示で提案する信号はビーム－フォーミングを用いて送信／受信される。ＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ) ＩＤＬＥモードにおいて、ビーム整列はＳＳＢ(Ｓｙｎｃ Ｓｉｇｎａｌ ｂｌｏｃｋ)に基づいて行われる。反面、ＲＲＣ ＣＯＮＮＥＣＴＥＤモードにおいては、ビーム整列はＣＳＩ－ＲＳ(ｉｎ ＤＬ)及びＳＲＳ(ｉｎ ＵＬ)に基づいて行われる。一方、ビーム－フォーミング基盤の信号送信が支援されない場合、以下の説明においてビームに関連する動作は省略できる。
図３５を参照すると、基地局(例、ＢＳ)はＳＳＢを周期的に送信する(Ｓ３５０２)。ここで、ＳＳＢはＰＳＳ／ＳＳＳ／ＰＢＣＨを含む。ＳＳＢはビームスイーピング(ｂｅａｍ ｓｗｅｅｐｉｎｇ)を用いて送信される。その後、基地局はＲＭＳＩ(Ｒｅｍａｉｎｉｎｇ Ｍｉｎｉｍｕｍ Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ)とＯＳＩ(Ｏｔｈｅｒ Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ)を送信する(Ｓ３５０４)。ＲＭＳＩは端末が基地局に初期接続するために必要な情報(例、ＰＲＡＣＨ構成情報)を含む。一方、端末はＳＳＢ検出を行った後、ベストＳＳＢを識別する。その後、端末はベストＳＳＢのインデックス(即ち、ビーム)にリンクされた／対応するＰＲＡＣＨリソースを用いてＲＡＣＨプリアンブル(Ｍｅｓｓａｇｅ １、Ｍｓｇ１)を基地局に送信する(Ｓ３５０６)。ＲＡＣＨプリアンブルのビーム方向はＰＲＡＣＨリソースに連関する。ＰＲＡＣＨリソース(及び／又はＲＡＣＨプリアンブル)とＳＳＢ(インデックス)の間の連関性(ａｓｓｏｃｉａｔｉｏｎ)はシステム情報(例、ＲＭＳＩ)により設定される。その後、ＲＡＣＨ過程の一環として、基地局はＲＡＣＨプリアンブルに対する応答としてＲＡＲ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ)(Ｍｓｇ２)を送信し(Ｓ３５０８)、端末はＲＡＲ内のＵＬグラントを用いてＭｓｇ３(例、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ)を送信し(Ｓ３５１０)、基地局は衝突解決(ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ)メッセージ(Ｍｓｇ４)を送信する(Ｓ３５１２)。Ｍｓｇ４はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐを含む。
ＲＡＣＨ過程を通じて基地局と端末の間にＲＲＣ連結が設定されると、その後のビーム整列はＳＳＢ／ＣＳＩ－ＲＳ(ｉｎ ＤＬ)及びＳＲＳ(ｉｎ ＵＬ)に基づいて行われる。たとえば、端末はＳＳＢ／ＣＳＩ－ＲＳを受信する(Ｓ３５１４)。ＳＳＢ／ＣＳＩ－ＲＳは端末がビーム／ＣＳＩ報告を生成するために使用される。一方、基地局はＤＣＩによりビーム／ＣＳＩ報告を端末に要請する(Ｓ３５１６)。この場合、端末はＳＳＢ／ＣＳＩ－ＲＳに基づいてビーム／ＣＳＩ報告を生成し、生成されたビーム／ＣＳＩ報告をＰＵＳＣＨ／ＰＵＣＣＨを介して基地局に送信する(Ｓ３５１８)。ビーム／ＣＳＩ報告はビーム測定の結果、選好するビームに関する情報などを含む。基地局と端末はビーム／ＣＳＩ報告に基づいてビームをスイッチングする(Ｓ３５２０ａ、Ｓ３５２０ｂ)。
その後、端末と基地局は上述／提案した手順及び／又は方法を行う。たとえば、端末と基地局はネットワーク接続過程(例、システム情報獲得過程、ＲＡＣＨを介するＲＲＣ連結過程など)から得た構成情報に基づいて、この開示において提案によってメモリの情報を処理して無線信号を送信するか、又は受信された無線信号を処理してメモリに格納する。ここで、無線信号は、下りリンクの場合、ＰＤＣＣＨ、ＰＤＳＣＨ、ＲＳ(Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)のうちのいずれかを含み、上りリンクの場合、ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳのうちのいずれかを含む。
図３６はこの開示に適用可能な端末のＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)サイクルを簡単に示す図である。図３６において、端末はＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態であり得る。
この明細書において、端末は上述／提案した手順及び／又は方法を行いながら、ＤＲＸ動作を行うことができる。ＤＲＸが設定された端末はＤＬ信号を不連続に受信することにより電力消費を削減することができる。ＤＲＸはＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)_ＩＤＬＥ状態、ＲＲＣ_ＩＮＡＣＴＩＶＥ状態、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で行われる。ＲＲＣ_ＩＤＬＥ状態とＲＲＣ_ＩＮＡＣＴＩＶＥ状態でＤＲＸはページング信号を不連続に受信するために使用される。以下、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で行われるＤＲＸに関して説明する(ＲＲＣ_ＣＯＮＮＥＣＴＥＤ ＤＲＸ)。
図３６を参照すると、ＤＲＸサイクルはＯｎ ＤｕｒａｔｉｏｎとＯｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸで構成される。ＤＲＸサイクルはＯｎ Ｄｕｒａｔｉｏｎが周期的に繰り返される時間間隔を定義する。Ｏｎ Ｄｕｒａｔｉｏｎは端末がＰＤＣＣＨを受信するためにモニタリングする時間区間を示す。ＤＲＸが設定されると、端末はＯｎ Ｄｕｒａｔｉｏｎの間にＰＤＣＣＨモニタリングを行う。ＰＤＣＣＨモニタリングの間に成功的に検出されたＰＤＣＣＨがある場合、端末はｉｎａｃｔｉｖｉｔｙタイマを動作させて起動(ａｗａｋｅ)状態を維持する。反面、ＰＤＣＣＨモニタリングの間に成功的に検出されたＰＤＣＣＨがない場合は、端末はＯｎ Ｄｕｒａｔｉｏｎが終了した後、停止(Ｓｌｅｅｐ)状態になる。したがって、ＤＲＸが設定された場合、上述／提案した手順及び／又は方法を行う際に、ＰＤＣＣＨモニタリング／受信が時間ドメインで不連続に行われる。たとえば、ＤＲＸが設定された場合、この開示においてＰＤＣＣＨ受信機会(ｏｃｃａｓｉｏｎ)(例、ＰＤＣＣＨ探索空間を有するスロット)は、ＤＲＸ設定によって不連続に設定される。反面、ＤＲＸが設定されていない場合は、上述／提案した手順及び／又は方法を行う際に、ＰＤＣＣＨモニタリング／受信が時間ドメインで連続して行われる。たとえば、ＤＲＸが設定されていない場合、この開示においてＰＤＣＣＨ受信機会(例、ＰＤＣＣＨ探索空間を有するスロット)は連続して設定される。一方、ＤＲＸ設定の有無に関係なく、測定ギャップに設定された時間区間ではＰＤＣＣＨモニタリングが制限される。
Figure 0007259068000037
表２９はＤＲＸに関連する端末の過程を示す(ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態)。表２９を参照すると、ＤＲＸ構成情報は上位階層(例、ＲＲＣ)シグナリングにより受信され、ＤＲＸ ＯＮ／ＯＦＦはＭＡＣ階層のＤＲＸコマンドにより制御される。ＤＲＸが設定されると、端末は図３６に示すように、この開示で説明／提案する手順及び／又は方法を行うとき、ＰＤＣＣＨモニタリングを不連続に行うことができる。
ここで、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇはセルグループのためのＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)パラメータの設定に必要な構成情報を含む。ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇはＤＲＸに関する構成情報も含む。たとえば、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇはＤＲＸを定義するとき、以下のような情報を含む。
－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ：ＤＲＸサイクルの開始区間の長さを定義
－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：初期ＵＬ又はＤＬデータを指示するＰＤＣＣＨが検出されたＰＤＣＣＨ機会の後に端末がオン状態にある時間区間の長さを定義
－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＤＬ初期送信が受信された後、ＤＬ再送信が受信されるまでの最大時間区間の長さを定義
－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＵＬ初期送信に対するグラントが受信された後、ＵＬ再送信に対するグラントが受信されるまでの最大時間区間の長さを定義
－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ＤＲＸサイクルの時間長さと開始時点を定義
－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ (ｏｐｔｉｏｎａｌ)：ｓｈｏｒｔ ＤＲＸサイクルの時間長さを定義
ここで、ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬのうちのいずれか１つでも動作中であると、端末はオン状態を維持しながら毎ＰＤＣＣＨ機会ごとにＰＤＣＣＨモニタリングを行う。
図３７はこの開示の一例による端末及び基地局の動作を簡単に示す図であり、図３８はこの開示の一例による端末の動作フローチャートであり、図３９はこの開示の一例による基地局の動作フローチャートである。
この開示において、基地局(又はネットワーク)は端末に複数のセルを設定する。複数のセルは、実施例によって、３ＧＰＰ ＬＴＥ／ＮＲ標準で定義された一次電池(ｐｒｉｍａｒｙ ｃｅｌｌ；ＰＣｅｌｌ)、一次二次電池(ｐｒｉｍａｒｙ ｓｅｃｏｎｄａｒｙ ｃｅｌｌ；ＰＳＣｅｌｌ)、二次電池(Ｓｅｃｏｎｄａｒｙ ｃｅｌｌ；ＳＣｅｌｌ)などを含む。
それに基づいて、端末はこの端末に設定された複数のセルのうちの１つ以上の第１セルで(ｉ)ビーム失敗(ｂｅａｍ ｆａｉｌｕｒｅ；ＢＦ)又は(ii)部分ＢＦ(ｐａｒｔｉａｌ ＢＦ)が発生したことを検出することができる(Ｓ３７１０、Ｓ３８１０)。
このとき、さらに端末に設定された複数のセルのうちの１つ以上の第１セルでＢＦ又は部分ＢＦが発生したことを検出することに基づいて、端末は基地局に上りリンク信号のための上りリンクリソースを要請する第１信号(例：ＳＲ)を送信する(Ｓ３７２０、Ｓ３８２０)。次いで、この第１信号の応答として、端末は基地局から上りリンクリソースを割り当てる第２信号を受信する(Ｓ３７３０、Ｓ３８３０)。これに対応して、基地局は端末から第１信号を受信し(Ｓ３７２０、Ｓ３９１０)、基地局は第１信号に応答して第２信号を端末に送信する(Ｓ３７３０、Ｓ３９２０)。
次いで、端末は、１つ以上の第１セルに対するＢＦ又は部分ＢＦの検出に基づいて、(ｉ)１つ以上の第１セルの識別情報、及び(ii)ＢＦ情報又は部分ＢＦ情報を含む上りリンク信号を基地局に送信する(Ｓ３７４０、Ｓ３８４０)。これに対応して、基地局は端末から上りリンク信号を受信する(Ｓ３７４０、Ｓ３９３０)。
この開示において、端末が１つ以上の第１セルでＢＦが発生したことを検出することは、端末がそれぞれの１つ以上の第１セルに関連する全ての制御リソースセット(ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ ｓｅｔ；ＣＯＲＥＳＥＴ)ビーム又はビーム失敗検出(ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ；ＢＦＤ)用に設定された全てのビームの品質が一定のしきい値以下であることに基づいて、１つ以上の第１セルでＢＦが発生したことを検出することを含む。また、端末が１つ以上の第１セルで部分ＢＦが発生したことを検出することは、端末がそれぞれの１つ以上の第１セルに関連する全てのＣＯＲＥＳＥＴビーム又はＢＦＤ用に設定された全てのビームのうちの一定の個数又は比率以上のビームの品質が一定のしきい値以下であることに基づいて、１つ以上の第１セルで部分ＢＦが発生したことを検出することを含む。
この開示において、１つ以上の第１セルに対するＢＦ発生の検出に基づいて、(ｉ)識別情報及び(ii)ＢＦ情報は共に符号化されて上りリンク信号に含まれる。また１つ以上の第１セルに対する部分ＢＦ発生の検出に基づいて、(ｉ)識別情報及び(ii)部分ＢＦ情報は共に符号化されて上りリンク信号に含まれる。
この開示において、上りリンク信号は、１つ以上の第１セルに関連する新しいビーム情報をさらに含む。
この開示において、識別情報は複数のセルの個数に対応するビットサイズを有するビットマップを含む。このとき、ビットマップ内の複数のセルのうちの１つ以上の第１セルに関連するビット情報は第１値(例：１)を有する。
この開示において、上りリンク信号は物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ；ＰＵＣＣＨ)又は物理上りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ；ＰＵＳＣＨ)を介して送信される。
この開示において、複数のセルは、一次電池(ｐｒｉｍａｒｙ ｃｅｌｌ；ＰＣｅｌｌ)、又は二次電池(Ｓｅｃｏｎｄａｒｙ ｃｅｌｌ；ＳＣｅｌｌ)を含む。このとき、１つ以上のＳＣｅｌｌを含む１つ以上の第１セルに基づいて、上りリンク信号は部分ＢＦ情報ではなく、ＢＦ情報のみを含む。
このような特徴に基づいて、基地局は上りリンク信号から１つ以上の第１セルでＢＦ又は部分ＢＦが発生したことを認知することができる。
図４０はこの開示の他の例による端末及び基地局の動作を簡単に示す図であり、図４１はこの開示の他の例による端末の動作フローチャートであり、図４２はこの開示の他の例による基地局の動作フローチャートである。
上記例示とは異なり、ＢＦ報告のために使用される第１ＳＲ信号と部分ＢＦ報告のために使用される第２ＳＲ信号が別に定義される。
より具体的には、端末は基地局からビーム失敗(ｂｅａｍ ｆａｉｌｕｒｅ；ＢＦ)のための第１スケジューリング要請(Ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ；ＳＲ)信号及び部分ＢＦのための第２ＳＲ信号に関連する設定情報を受信する(Ｓ４０１０、Ｓ４１１０)。これに対応して、基地局は上記設定情報を端末に送信する(Ｓ４０１０、Ｓ４２１０)。
設定情報の受信とは独立して、端末は、この端末に設定された複数のセルのうちの１つ以上の第１セルで(ｉ)ビーム失敗(ｂｅａｍ ｆａｉｌｕｒｅ；ＢＦ)又は(ii)部分ＢＦ(ｐａｒｔｉａｌ ＢＦ)が発生したことを検出する(Ｓ４０２０、Ｓ４１２０)。このとき、端末がＢＦ又は部分ＢＦを検出するか否かによって、以下のように異なる動作が行われる。
一例として、端末が１つ以上の第１セルに対してＢＦが発生したことを検出した場合、端末は基地局に第１ＳＲ信号を送信し(Ｓ４０３０、Ｓ４１３０)、基地局からＳＲ信号に関連する第１応答信号を受信する(Ｓ４０４０、Ｓ４１４０)。これに対応して、基地局は端末から第１ＳＲ信号を受信し(Ｓ４０３０、Ｓ４２２０)、それに応答して、端末に第１応答信号を送信する(Ｓ４０４０、Ｓ４２３０)。次いで、端末は、第１ＳＲ信号に関連する第１応答信号に基づいて、１つ以上の第１セルの識別情報を含む上りリンク信号を基地局に送信する(Ｓ４０５０、Ｓ４１５０)。これに対応して、基地局は上りリンク信号を端末から受信する(Ｓ４０５０、Ｓ４２４０)。
他の例として、端末が１つ以上の第１セルに対する部分ＢＦが発生したことを検出した場合、端末は基地局に第２ＳＲ信号を送信し(Ｓ４０３０、Ｓ４１３０)、基地局からＳＲ信号に関連する第２応答信号を受信する(Ｓ４０４０、Ｓ４１４０)。これに対応して、基地局は端末から第２ＳＲ信号を受信し(Ｓ４０３０、Ｓ４２２０)、それに応答して、端末に第２応答信号を送信する(Ｓ４０４０、Ｓ４２３０)。次いで、端末は、第２ＳＲ信号に関連する第２応答信号に基づいて、１つ以上の第１セルの識別情報を含む上りリンク信号を基地局に送信する(Ｓ４０５０、Ｓ４１５０)。これに対応して、基地局は上りリンク信号を端末から受信する(Ｓ４０５０、Ｓ４２４０)。
上記のような特徴に基づいて、基地局は上りリンク信号から１つ以上の第１セルでＢＦ又は部分ＢＦが発生したことを認知することができる。
この開示において、端末及び基地局は、上述した初期接続(ｉｎｉｔｉａｌ ａｃｃｅｓｓ)又は任意接続(ｒａｎｄｏｍ ａｃｃｅｓｓ)、ＤＲＸ設定などに基づいて、上述したビーム管理の実施方法又は関連情報の送受信動作を行うことができる。
上述した提案方式に関する一例も、この開示の具現方法の１つとして含まれてもよく、一種の提案方式と見なし得ることは明白な事実である。また、上述した提案方式は、独立して具現されてもよく、一部の提案方式の組合せ（又は、併合）の形態で具現されてもよい。上記提案方法適用の有無に関する情報（又は、上記提案方法の規則に関する情報）は、基地局が端末に事前に定義されたシグナル（例えば、物理層シグナル又は上位層シグナル）で知らせるように規則が定義されてもよい。
この開示は、本発明の精神および必須特徴を逸脱しない範囲で様々な形態に具体化することができる。したがって、上記の詳細な説明はいずれの面においても制約的に解釈されてはならず、例示的なものとして考慮しなければならない。この開示の範囲は、添付の特許請求の範囲の合理的解釈により定められなければならないし、この開示の等価的範囲内における変更はいずれもこの開示の範囲に含まれる。また、特許請求の範囲で明示的な引用関係を有しない請求項を結合して実施例を構成したり、または、出願後における補正により新しい請求項として含んだりしてもよい。
この開示の実施例は様々な無線接続システムに適用できる。様々な無線接続システムの例としては、３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)、３ＧＰＰ２システムなどがある。この開示の実施例は様々な無線接続システムだけではなく、上記の様々な無線接続システムを応用した全ての技術分野に適用できる。さらに、提案する方法は超高周波帯域を用いるｍｍＷａｖｅ通信システムにも適用できる。
さらに、この開示の実施例は自由走行車両、ドローンなどの様々なアプリケーションにも適用することができる。

Claims (9)

  1. 無線通信システムにおけるユーザ端末（ＵＥ）のビーム失敗（ＢＦ）検出の実施方法であって、
    前記ＵＥに設定された複数の第２セルの中の少なくとも一つの第２セルにおいて部分ビーム失敗（ＢＦ）を検出することと、
    前記少なくとも一つの第２セルに対する前記部分ＢＦの検出に基づいて、(ｉ)前記少なくとも一つの第２セルのインデックスについての情報と、(ii)前記インデックスに対応する候補ビームについての情報と、(iii)ＢＦが検出されたか、前記部分ＢＦが検出されたかを表す情報を含むビーム失敗回復に対する上りリンク信号を基地局（ＢＳ）に送信することを含む、ＵＥのＢＦ検出の実施方法。
  2. 前記ＢＦは、前記複数の第２セルの一つにおいて設定された全てのビームの品質がしきい値レベル以下であることに基づいて検出され、
    前記部分ＢＦは、前記複数の第２セルの一つに設定されたビームの一部の品質が前記しきい値レベル以下であることに基づいて検出される、請求項１に記載のＵＥのＢＦ検出の実施方法。
  3. 前記少なくとも一つの第２セルに対する部分ＢＦの検出に基づいて、(ｉ)前記インデックスについての情報及び(ii)候補ビームについての情報は一緒に符号化されて前記上りリンク信号に含まれる、請求項１に記載のＵＥのＢＦ検出の実施方法。
  4. 前記インデックスについての前記情報は前記複数の第２セルの個数に対応するビットサイズのビットマップを含む、請求項１に記載のＵＥのＢＦ検出の実施方法。
  5. 前記少なくとも一つの第２セルにおいて前記部分ＢＦの検出に基づいて、前記基地局に、前記上りリンク信号のための上りリンクリソースを要請する第１信号を送信することと、
    前記第１信号に応答して、前記基地局から前記上りリンクリソースを割り当てるための第２信号を受信することをさらに含む、請求項１に記載のＵＥのＢＦ検出の実施方法。
  6. 前記上りリンク信号は、物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ；ＰＵＣＣＨ)又は物理上りリンク共有チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ；ＰＵＳＣＨ)を介して送信される、請求項１に記載のＵＥのＢＦ検出の実施方法。
  7. 無線通信システムにおいてビーム失敗（ＢＦ）検出を行うユーザ端末（ＵＥ）であって、
    少なくとも１つの送信機と、
    少なくとも１つの受信機と、
    少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに動作可能に連結され、実行された場合、前記少なくとも１つのプロセッサに特定の動作を行わせる命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、
    前記特定の動作は、
    前記ＵＥに設定された複数の第２セルのうちの少なくとも一つの第２セルにおいて、部分ビーム失敗(ｂｅａｍ ｆａｉｌｕｒｅ；ＢＦ)を検出することと、
    前記少なくとも一つの第２セルに対する前記部分ＢＦの検出に基づいて、(ｉ)前記少なくとも一つの第２セルのインデックスについての情報と、(ii)前記インデックスに対応する候補ビームについての情報と、(iii)ＢＦが検出されたか、前記部分ＢＦが検出されたかを表す情報を含むビーム失敗回復に対する上りリンク信号を基地局に送信することを含む、ＵＥ。
  8. 前記ＵＥは、移動ＵＥ、ネットワーク及び前記ＵＥを含む車両以外の自立走行車両のうちの少なくとも一つと通信する、請求項７に記載のＵＥ。
  9. 無線通信システムにおいて、ユーザ端末（ＵＥ）のビーム管理を支援する複数のセルを含む基地局（ＢＳ）であって、
    少なくとも１つの送信機と、
    少なくとも１つの受信機と、
    少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに動作可能に連結され、実行された場合、前記少なくとも１つのプロセッサに特定の動作を行わせる命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、
    前記特定の動作は、
    前記ＵＥに設定された複数の第２セルのうちの少なくとも一つの第２セルに対する部分ＢＦ(ｐａｒｔｉａｌ ＢＦ)の発生に基づいて、前記ＵＥから、(ｉ)前記少なくとも一つの第２セルのインデックスについての情報と、(ii)前記インデックスに対応する候補ビームについての情報と、(iii)ＢＦが検出されたか、前記部分ＢＦが検出されたかを示す情報を含むビーム失敗回復に対する上りリンク信号を受信することと、
    前記上りリンク信号に基づいて、前記少なくとも一つの第２セルで前記部分ＢＦの発生を認知することを含む、基地局。
JP2021549124A 2019-02-22 2020-01-28 無線通信システムにおいて端末のビーム管理の実施方法とそれを支援する端末及び基地局 Active JP7259068B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR10-2019-0021424 2019-02-22
KR20190021424 2019-02-22
PCT/KR2020/001284 WO2020171405A1 (ko) 2019-02-22 2020-01-28 무선 통신 시스템에서 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국

Publications (2)

Publication Number Publication Date
JP2022522274A JP2022522274A (ja) 2022-04-15
JP7259068B2 true JP7259068B2 (ja) 2023-04-17

Family

ID=72144097

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021549124A Active JP7259068B2 (ja) 2019-02-22 2020-01-28 無線通信システムにおいて端末のビーム管理の実施方法とそれを支援する端末及び基地局

Country Status (6)

Country Link
US (1) US20220174685A1 (ja)
EP (1) EP3930209A4 (ja)
JP (1) JP7259068B2 (ja)
KR (1) KR20210120030A (ja)
CN (1) CN113678382B (ja)
WO (1) WO2020171405A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113574807B (zh) * 2019-03-11 2023-12-22 Lg电子株式会社 在无线通信系统中由用户设备发送波束信息的方法以及支持其的用户设备和基站
CN113950856A (zh) * 2019-08-16 2022-01-18 华为技术有限公司 一种通信方法、通信装置和系统
CN114208333A (zh) * 2019-10-30 2022-03-18 Oppo广东移动通信有限公司 用于媒体接入控制的分组数据单元的操作方法及设备
US11916725B2 (en) * 2020-02-07 2024-02-27 Qualcomm Incorporated Determining a duration of a resetting time period after uplink beam failure
EP4154637A1 (en) * 2020-06-22 2023-03-29 Nokia Technologies Oy Transmission reception point-specific beam failure indications in multi-transmission reception point scenarios
US12047962B2 (en) * 2020-09-09 2024-07-23 Qualcomm Incorporated Remaining minimum system information transmission, synchronization signal block forwarding, and demodulation reference signal management by wireless forwarding node
US11581907B2 (en) * 2020-12-18 2023-02-14 Sr Technologies, Inc. System and method for reception of wireless local area network packets with bit errors
US11750263B2 (en) * 2021-03-19 2023-09-05 Qualcomm Incorporated Techniques for aperiodic beam failure detection reference signals for wireless communications systems
WO2024171399A1 (ja) * 2023-02-16 2024-08-22 株式会社Ｎｔｔドコモ 端末、通信方法及び無線通信システム
JP2024130727A (ja) * 2023-03-15 2024-09-30 Kddi株式会社 効率的な接続の確立のための基地局装置、端末装置、制御方法、及び、プログラム

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3913818A1 (en) 2019-02-15 2021-11-24 LG Electronics Inc. Method for transmitting uplink feedback information related to beam of user equipment in wireless communication system, and user equipment and base station for supporting same

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10542545B2 (en) * 2017-02-06 2020-01-21 Mediatek Inc. Beam failure recovery mechanism for multi-beam operation
US11134492B2 (en) * 2017-04-12 2021-09-28 Samsung Electronics Co., Ltd. Method and apparatus for beam recovery in next generation wireless systems
EP3621211A4 (en) * 2017-05-01 2020-10-21 NTT DoCoMo, Inc. USER TERMINAL DEVICE AND WIRELESS COMMUNICATION PROCEDURE
EP3639592A4 (en) * 2017-06-16 2020-08-19 LG Electronics Inc. -1- METHOD FOR FAILURE RECOVERY IN A WIRELESS COMMUNICATION SYSTEM AND DEVICE FOR IT
AU2018289632A1 (en) * 2017-06-23 2020-01-30 Huawei Technologies Co., Ltd. Unified RLF detection, multi-beam RLM, and full-diversity BFR mechanisms in NR
US11950287B2 (en) * 2017-08-10 2024-04-02 Comcast Cable Communications, Llc Resource configuration of beam failure recovery request transmission
US11963151B2 (en) * 2018-09-27 2024-04-16 Nokia Technologies Oy Beam failure recovery for serving cell
EP3902369A4 (en) * 2018-12-21 2022-07-13 Ntt Docomo, Inc. USER DEVICE AND WIRELESS COMMUNICATION METHOD

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3913818A1 (en) 2019-02-15 2021-11-24 LG Electronics Inc. Method for transmitting uplink feedback information related to beam of user equipment in wireless communication system, and user equipment and base station for supporting same

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
China Telecom，"Remaining issues on Beam Failure Recovery"，3GPP TSG RAN WG1 Meeting #94 R1-1808289，[online]，2018年08月07日，ンターネット<URL:https://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_94/Docs/R1-1808289.zip>，[検索日２０２２年８月５日]
Huawei, HiSilicon，"Remaining issues on beam failure recovery"，3GPP TSG RAN WG1 Meeting #92 R1-1801454，[online]，2018年02月16日，インターネット<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1801454.zip>，[検索日２０２２年８月５日]
Qualcomm Incorporated，"Enhancements on Multi-beam Operation"，3GPP TSG-RAN WG1 Meeting #96 R1-1903044，[online]，2019年02月16日，インターネット<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96/Docs/R1-1903044.zip>，[検索日２０２２年８月５日]
Samsung，"Beam failure recovery"，3GPP TSG RAN WG1 Meeting #91 R1-1720291，[online]，2017年11月17日，インターネット<URL:https://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_91/Docs/R1-1720291.zip>，[検索日２０２２年８月５日]

Also Published As

Publication number Publication date
KR20210120030A (ko) 2021-10-06
CN113678382B (zh) 2023-12-26
JP2022522274A (ja) 2022-04-15
EP3930209A1 (en) 2021-12-29
EP3930209A4 (en) 2022-11-09
WO2020171405A1 (ko) 2020-08-27
CN113678382A (zh) 2021-11-19
US20220174685A1 (en) 2022-06-02

Similar Documents

Publication Publication Date Title
JP7259068B2 (ja) 無線通信システムにおいて端末のビーム管理の実施方法とそれを支援する端末及び基地局
US11916681B2 (en) Method for transmitting and receiving data in wireless communication system and apparatus therefor
US12041624B2 (en) Method for transmitting/receiving data in wireless communication system, and device therefor
JP7309902B2 (ja) 下りリンク制御情報を送信する方法及び基地局、並びに下りリンク制御情報を受信する方法、ユーザ機器及び格納媒体
CN113574807B (zh) 在无线通信系统中由用户设备发送波束信息的方法以及支持其的用户设备和基站
US12047150B2 (en) Beam failure reporting method of terminal in wireless communication system, and terminal and base station supporting same
KR102694112B1 (ko) 무선 통신 시스템에서 단말의 상태 정보 보고 방법 및 이를 지원하는 단말 및 기지국
US20210058949A1 (en) Method and device for transmitting and receiving wireless signal in wireless communication system
KR102550663B1 (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 지원하는 장치
US11469811B2 (en) Operation method of terminal in wireless communication system and terminal supporting same
CN113491075B (zh) 发送上行链路反馈信息的方法以及用户设备和基站
US20220191851A1 (en) Method and apparatus for performing drx operation based on resource allocation information in nr v2x
US12069642B2 (en) Method and device for transmission or reception of signal for multiple transport block scheduling
US12035164B2 (en) Method for reporting beam failure of terminal in wireless communication system, and terminal and base station for supporting same
US20240080937A1 (en) Method for operating sl drx in consideration of mode 1 operation of transmission terminal in nr v2x
JP2023523436A (ja) 無線通信のための信号の送受信方法及びそのための装置
JP2024012585A (ja) 非免許帯域において端末が任意接続過程に基づいて下りリンク信号を受信する方法及びそのための装置
KR20240042643A (ko) 무선 통신 시스템에서 사이드링크 데이터를 송수신하기 위한 방법 및 그 장치
US20240357701A1 (en) Method and device for setting common sl drx configuration for pc5 unicast in nr v2x
US20240260126A1 (en) Method and apparatus for stopping sl drx inactivity timer in nr v2x
KR20220047568A (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 위한 장치
KR20240041994A (ko) 무선 통신 시스템에서 sl drx에 기초하여 데이터를 송수신하기 위한 방법 및 그 장치

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210819

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220805

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220823

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221117

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230405

R150 Certificate of patent or registration of utility model

Ref document number: 7259068

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150