JP2021532682A - ビーム失敗回復のための方法及び端末装置 - Google Patents

ビーム失敗回復のための方法及び端末装置 Download PDF

Info

Publication number
JP2021532682A
JP2021532682A JP2021505296A JP2021505296A JP2021532682A JP 2021532682 A JP2021532682 A JP 2021532682A JP 2021505296 A JP2021505296 A JP 2021505296A JP 2021505296 A JP2021505296 A JP 2021505296A JP 2021532682 A JP2021532682 A JP 2021532682A
Authority
JP
Japan
Prior art keywords
rnti
beam failure
failure recovery
coreset
terminal device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2021505296A
Other languages
English (en)
Other versions
JP7170120B2 (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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Publication of JP2021532682A publication Critical patent/JP2021532682A/ja
Application granted granted Critical
Publication of JP7170120B2 publication Critical patent/JP7170120B2/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/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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • 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
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • 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/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • 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
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • 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
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access

Landscapes

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

Abstract

本開示は、ビーム失敗回復のための方法及び端末装置を開示し、前記方法は、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにビーム失敗回復のための制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信することを含む。【選択図】図２

Description

（関連出願の相互参照）
本願は、２０１８年８月１日に提出された中国特許出願第２０１８１０８６６８９０．２号の優先権を主張するものであり、その全ての内容は参照により本願に組み込まれるものとする。
本開示は、通信の分野に関し、特にビーム失敗回復のための方法及び端末装置に関する。
第５世代（５Ｇ）移動通信システムの新たな無線技術（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）に、大規模アンテナ技術が導入されるため、マルチユーザ−多入力多出力（Ｍｕｌｔｉ−Ｕｓｅｒ Ｍｕｌｔｉｐｌｅ−Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ−Ｏｕｔｐｕｔ、ＭＵ−ＭＩＭＯ）アンテナ技術をよりよくサポートすることができる。大規模アンテナアレイによる装置コスト及びベースバンド処理の複雑さを低減するために、デジタルアナログハイブリッドビームフォーミング技術により、送信信号とチャネルとの大まかなマッチングを実現する。
しかしながら、デジタルアナログハイブリッドビームフォーミング技術において、アクティブ帯域幅部分（ａｃｔｉｖｅ Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ（ａｃｔｉｖｅ ＢＷＰ）にビーム失敗回復のための制御リソースセット（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ−Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ、ＣＯＲＥＳＥＴ−ＢＦＲ）が設定されていなければ、又は、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）が設定されていなければ、現在、ビーム失敗回復のための対応する解決手段が依然として欠如している。
本開示の実施例は、関連技術における、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていなければ、又は、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＰＲＡＣＨが設定されていなければ、ビーム失敗回復を行うことができないという課題を解決するために、ビーム失敗回復のための方法及び端末装置を提供することを目的とする。
第１の態様では、本開示の実施例に係る、端末装置に適用されるビーム失敗回復のための方法は、
アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信することを含む。
第２の態様では、本開示の実施例に係る、端末装置に適用されるビーム失敗回復のための方法は、
アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＰＲＡＣＨが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信することを含む。
第３の態様では、本開示の実施例に係る、端末装置に適用されるビーム失敗回復のための方法は、
第１のセルでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングすることを含み、
ここで、前記ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプがターゲットタイプである。
第４の態様では、本開示の実施例に係る端末装置は、
アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する送信モジュールを含む。
第５の態様では、本開示の実施例に係る、端末装置は、
メモリと、プロセッサと、前記メモリに格納されて前記プロセッサで実行可能なコンピュータプログラムとを含み、
前記コンピュータプログラムが前記プロセッサによって実行されると、第１の態様に記載のビーム失敗回復のための方法が実現される。
第６の態様では、本開示の実施例に係る、コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体は、
前記コンピュータプログラムがプロセッサによって実行されると、第１の態様に記載のビーム失敗回復のための方法が実現される。
第７の態様では、本開示の実施例に係る端末装置は、
アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＰＲＡＣＨが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する送信モジュールを含む。
第８の態様では、本開示の実施例に係る端末装置は、
メモリと、プロセッサと、前記メモリに格納されて前記プロセッサで実行可能なコンピュータプログラムとを含み、
前記コンピュータプログラムが前記プロセッサによって実行されると、第２の態様に記載のビーム失敗回復のための方法が実現される。
第９の態様では、本開示の実施例に係る、コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体は、
前記コンピュータプログラムがプロセッサによって実行されると、第２の態様に記載のビーム失敗回復のための方法が実現される。
第１０の態様では、本開示の実施例に係る端末装置は、
第１のセルでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするモニタリングモジュールを含み、
ここで、前記ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプがターゲットタイプである。
第１１の態様では、本開示の実施例に係る端末装置は、
メモリと、プロセッサと、前記メモリに格納されて前記プロセッサで実行可能なコンピュータプログラムとを含み、
前記コンピュータプログラムが前記プロセッサによって実行されると、第３の態様に記載のビーム失敗回復のための方法が実現される。
第１２の態様では、本開示の実施例に係る、コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体は、
前記コンピュータプログラムがプロセッサによって実行されると、第３の態様に記載のビーム失敗回復のための方法が実現される。
本開示の実施例では、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲ又はＰＲＡＣＨが設定されていない場合、端末装置は、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを高速に送信することにより、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲ又はＰＲＡＣＨが設定されていない場合、ビーム失敗回復を完了し、データ伝送を回復することを確保することができる。
ここで説明される図面は、本開示への理解を深めるためのものであり、本開示の一部を構成し、本開示の例示的な実施例及びその説明は、本開示を説明するためのものであり、本開示を限定するものではない。
本開示の実施例に係るネットワークアーキテクチャの概略図である。 本開示の実施例に係るビーム失敗回復のための方法のフローチャートである。 本開示の実施例に係るビーム失敗回復のための別の方法のフローチャートである。 本開示の実施例に係るビーム失敗回復のための別の方法のフローチャートである。 本開示の実施例に係る端末装置の概略構成図である。 本開示の実施例に係る別の端末装置の概略構成図である。 本開示の実施例に係る別の端末装置の概略構成図である。 本開示の実施例に係る別の端末装置の概略構成図である。
以下、本開示の実施例における図面を参照しながら、本開示の実施例における技術手段を明確かつ完全に説明する。明らかに、説明される実施例は、本開示の実施例の一部であり、全てではない。本開示の実施例に基づいて、当業者が創造的な労働をしない前提で得られる他の全ての実施例は、いずれも本開示の保護範囲に属するものである。
図１を参照すると、図１は、本開示の実施例に係るネットワークアーキテクチャの概略図である。図１に示すように、ユーザ端末１１と、基地局１２とを含み、ユーザ端末１１は、携帯電話、タブレットコンピュータ（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）、モバイルインターネット装置（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ、ＭＩＤ）又はウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）などのような端末装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）であってよく、なお、本開示の実施例では、ユーザ端末１１の具体的なタイプを限定しない。上記基地局１２は、５Ｇ及びそれより新しいバージョンの基地局（例えば、ｇＮＢ、５Ｇ ＮＲ ＮＢ）又は他の通信システムにおける基地局であってよく、又はノードＢと呼ばれ、なお、本開示の実施例では、５Ｇ基地局のみを例とするが、基地局１２の具体的なタイプが限定されない。
なお、上述したユーザ端末１１及び基地局１２の具体的な機能については、以下の複数の実施例により具体的に説明する。
図２は、本開示の実施例に係るビーム失敗回復のための方法のフローチャートである。端末装置に適用される上記方法は、以下のようにしてもよい。
ステップ２１０では、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、端末装置によってビーム失敗イベントが発生したことが検出され、かつアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ、ＢＦＲＱ）を送信する。
実際の応用において、ネットワーク側装置がビーム失敗検出参照信号（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｄｅｔｅｃｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＢＦＤ ＲＳ）を端末装置に設定することにより、端末装置は、物理層においてＢＦＤ ＲＳを測定して、ビーム失敗イベントが発生したか否かを判断することができる。
アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、上記端末装置によってビーム失敗イベントが発生したことが検出され、かつネットワーク側装置がアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに対してＣＯＲＥＳＥＴ−ＢＦＲを設定していない場合、データ伝送をできるだけ早く回復するために、端末装置は、ターゲットチャネルリソースを使用してネットワーク側装置にビーム失敗回復要求ＢＦＲＱを送信する。
本開示の実施例では、ターゲットチャネルリソースは、非競合物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）以外の他のチャネルリソースである。
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲをアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに対して設定していないため、ネットワーク側装置が非競合ＰＲＡＣＨをアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに対して設定するか否かに関わらず、端末装置は、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、非競合ＰＲＡＣＨを使用してビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信しない。
ターゲットチャネルリソースの形態は、下記少なくとも３種類を含む。
第１の種類について、
本開示の実施例では、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、競合ＰＲＡＣＨである。
ネットワーク側装置がアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに対してＣＯＲＥＳＥＴ−ＢＦＲを設定していないが、競合ＰＲＡＣＨを設定していれば、端末装置は、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、競合ＰＲＡＣＨを使用してビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信する。
本開示の実施例では、
アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、ランダムアクセス応答（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ、ＲＡＲ）を受信することをさらに含む。
ネットワーク側装置は、端末装置がアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで競合ＰＲＡＣＨを使用して送信したビーム失敗回復要求ＢＦＲＱを受信した後、ＲＡＲを端末装置に返信し、このように端末装置は、ＲＡＲを受信した後、ネットワーク側装置に新たにアクセスすることができ、これによりビーム失敗回復を完了し、データ伝送を回復することができる。
第２の種類について、
本開示の実施例では、
初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに切り替えることをさらに含む。
実際の応用において、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰは、ネットワーク側装置により端末装置に対して設定された、端末装置がネットワーク側装置に初期アクセスするときに使用されるＢＷＰである。
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲをアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに対して設定していないため、端末装置は、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰから初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに切り替え、さらに初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでビーム失敗回復を行うことができる。
本開示の実施例では、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されており、かつ非競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、非競合ＰＲＡＣＨである。
ネットワーク側装置が初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対してＣＯＲＥＳＥＴ−ＢＦＲを設定しており、かつ非競合ＰＲＡＣＨを設定していれば、端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで、非競合ＰＲＡＣＨを使用してビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信する。
本開示の実施例では、
初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでＣＯＲＥＳＥＴ−ＢＦＲをモニタリングすることをさらに含む。
ネットワーク側装置は、端末装置が初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで非競合ＰＲＡＣＨを使用して送信したビーム失敗回復要求ＢＦＲＱを受信した後、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対して設定されたＣＯＲＥＳＥＴ−ＢＦＲで、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用してビーム失敗回復要求応答情報を端末装置に送信する。
端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでＣＯＲＥＳＥＴ−ＢＦＲをモニタリングし、ネットワーク側装置が送信したビーム失敗回復要求応答情報を受信すれば、ビーム失敗回復が成功し、データ伝送が回復される。
本開示の実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ ＳｐａｃｅのタイプはＵＥ−Ｓｐｅｃｉｆｉｃである。
本開示の実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプは汎用Ｃｏｍｍｏｎである。
１つの実施例では、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲを初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対して設定し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプに対して、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃにしか設定することができない。
別の実施例では、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲを初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対して設定し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプに対して、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃと汎用Ｃｏｍｍｏｎから選択し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプを端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃ又は汎用Ｃｏｍｍｏｎに設定することができる。
本開示の実施例では、
セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ、Ｃｅｌｌ ＲＮＴＩ）を含むターゲット無線ネットワーク一時識別子（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ、ＲＮＴＩ）をモニタリングすることをさらに含む。
ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して、ビーム失敗回復要求応答情報であるダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を端末装置に送信する。ネットワーク側装置は、該ＤＣＩを送信するときに、あるＲＮＴＩを使用して該ＤＣＩにおける巡回冗長検査（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ、ＣＲＣ）をスクランブルする。端末装置は、ネットワーク側装置が使用する可能性があるＲＮＴＩ（ターゲットＲＮＴＩ）をモニタリングし、ターゲットＲＮＴＩを使用して、受信した該ＤＣＩをデスクランブルする。
ターゲットＲＮＴＩは、Ｃ−ＲＮＴＩを含む１種又は複数種のＲＮＴＩである。
１つの実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ ＳｐａｃｅのタイプがＵＥ−Ｓｐｅｃｉｆｉｃであれば、ターゲットＲＮＴＩは、設定されたスケジューリング無線ネットワーク一時識別子（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ、ＣＳ−ＲＮＴＩ）、一時セル無線ネットワーク一時識別子（Ｔｅｍｐｏｒａｒｙ Ｃｅｌｌ ＲＮＴＩ、ＴＣ−ＲＮＴＩ）、半永続的なチャネル状態情報無線ネットワーク一時識別子（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ）を含まない。
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプを端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃに設定すれば、ネットワーク側装置においてＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して端末装置に送信された、ビーム失敗回復要求応答情報であるＤＣＩに対して、ネットワーク側装置は、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを使用して該ＤＣＩにおけるＣＲＣをスクランブルせず、したがって、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩをモニタリングしない。
なお、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩをモニタリングしない以外に、他のＲＮＴＩのうちの１種又は複数種をモニタリングしてもよく、ここでは特に限定されない。
他のＲＮＴＩは、ランダムアクセス無線ネットワーク一時識別子Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＲＮＴＩ、ＲＡ−ＲＮＴＩ）、ページング無線ネットワーク一時識別子（Ｐａｇｉｎｇ ＲＮＴＩ、Ｐ−ＲＮＴＩ）、システム情報無線ネットワーク一時識別子（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ、ＳＩ−ＲＮＴＩ）、割り込み無線ネットワーク一時識別子（Ｉｎｔｅｒｒｕｐｔｉｏｎ ＲＮＴＩ、ＩＮＴ−ＲＮＴＩ）、スロットフォーマット指示無線ネットワーク一時識別子（Ｓｌｏｔ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｉｏｎ ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ）、サウンディング参照信号送信電力制御無線ネットワーク一時識別子（Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｙｍｂｏｌｓ ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ）、インアクティブ無線ネットワーク一時識別子（Ｉｎａｃｔｉｖｅ ＲＮＴＩ、Ｉ−ＲＮＴＩ）のうちの少なくとも１つを含む。
別の実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを含まない。
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプを汎用Ｃｏｍｍｏｎに設定すれば、ネットワーク側装置においてＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して端末装置に送信された、ビーム失敗回復要求応答情報であるＤＣＩに対して、ネットワーク側装置は、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを使用して該ＤＣＩにおけるＣＲＣをスクランブルせず、したがって、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩをモニタリングしない。
なお、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩをモニタリングしない以外に、他のＲＮＴＩのうちの１種又は複数種をモニタリングしてもよく、ここでは特に限定されない。
他のＲＮＴＩは、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｉ−ＲＮＴＩのうちの少なくとも１つを含む。
ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプを柔軟に設定することにより、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して、ビーム失敗回復要求応答情報であるＤＣＩを端末装置に送信するとき、より多くのＲＮＴＩを採用して該ＤＣＩにおけるＣＲＣをスクランブルすることができる。
１つの実施例では、
端末装置がセカンダリセル（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ、Ｓｃｅｌｌ）内のＣＯＲＥＳＥＴをモニタリングすることができないことをさらに含む。
実際の応用において、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰは、プライマリセル（Ｐｒｉｍａｒｙ Ｃｅｌｌ、Ｐｃｅｌｌ）に設定されたＢＷＰである。
端末装置は、プライマリセルＰｃｅｌｌで、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができない。
端末装置は、プライマリセルＰｃｅｌｌで、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、セカンダリセルＳｃｅｌｌに切り替えてセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができない。
別の実施例では、
セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることをさらに含む。
端末装置は、プライマリセルＰｃｅｌｌで、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置によりセカンダリセルＳｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができる。
端末装置は、プライマリセルＰｃｅｌｌで、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置によりセカンダリセルＳｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、セカンダリセルＳｃｅｌｌに切り替えてセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができる。
なお、ＣＯＲＥＳＥＴの関連情報は、時間周波数領域情報であってもよく、空間領域情報であってもよく、他のパラメータ情報であってもよく、ここでは特に限定されない。
第３の種類について、
発明の実施例では、
初期帯域幅部分初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに切り替えることをさらに含む。
実際の応用において、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰは、ネットワーク側装置により端末装置に対して設定された、端末装置がネットワーク側装置に初期アクセスするときに使用されるＢＷＰである。
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲをアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに対して設定していないため、端末装置は、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰから初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに切り替え、さらに初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでビーム失敗回復を行うことができる。
本開示の実施例では、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていないが、競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、競合ＰＲＡＣＨである。
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲを初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対して設定していないため、ネットワーク側装置が非競合ＰＲＡＣＨを初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対して設定するか否かに関わらず、端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで、非競合ＰＲＡＣＨを使用してビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信しない。
ネットワーク側装置が初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対してＣＯＲＥＳＥＴ−ＢＦＲを設定していないが、競合ＰＲＡＣＨを設定していれば、端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで、競合ＰＲＡＣＨを使用してビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信する。
１つの実施例では、
初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ＃０をモニタリングすることをさらに含む。
ネットワーク側装置は、端末装置が初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで競合ＰＲＡＣＨを使用して送信したビーム失敗回復要求ＢＦＲＱを受信した後、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対して設定されたＣＯＲＥＳＥＴ＃０で、ビーム失敗回復要求応答情報を端末装置に送信する。
端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ＃０をモニタリングし、ネットワーク側装置が送信したビーム失敗回復要求応答情報を受信すれば、ビーム失敗回復が成功し、データ伝送が回復される。
別の実施例では、
初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでＲＡＲを受信することをさらに含む。
ネットワーク側装置は、端末装置が初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで競合ＰＲＡＣＨを使用して送信したビーム失敗回復要求ＢＦＲＱを受信した後、ＲＡＲを端末装置に返信し、このように端末装置は、ＲＡＲを受信した後、ネットワーク側装置に新たにアクセスすることができ、これによりビーム失敗回復を完了し、データ伝送を回復することができる。
なお、ＲＡＲは、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ＃０で受信されてもよく、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでの他のＣＯＲＥＳＥＴで受信されてもよく、ここでは特に限定されない。
本開示の実施例に記載の技術手段では、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、端末装置によってビーム失敗イベントが発生したことが検出され、かつ該アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、端末装置は、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを高速に送信することにより、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ビーム失敗回復を完了し、データ伝送を回復することを確保することができる。
図３は、本開示の実施例に係るビーム失敗回復のための方法のフローチャートである。端末装置に適用される上記方法は、以下のようにしてもよい。
ステップ３１０では、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、端末装置によってビーム失敗イベントが発生したことが検出され、かつアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＰＲＡＣＨが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する。
実際の応用において、ネットワーク側装置がＢＦＤ ＲＳを端末装置に対して設定することにより、端末装置は、物理層においてＢＦＤ ＲＳを測定して、ビーム失敗イベントが発生したか否かを判断することができる。
ネットワーク側装置がＰＲＡＣＨをアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに対して設定していないため、ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲをアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに対して設定するか否かに関わらず、端末装置は、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、ビーム失敗回復を行わず、即ちアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、ビーム失敗回復要求ＢＦＲＱを送信しない。
本開示の実施例では、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに候補ビーム参照信号が設定されていない。
ネットワーク側装置がＰＲＡＣＨをアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに対して設定しておらず、端末装置がアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰでビーム失敗回復を行わないため、端末装置は、ネットワーク側装置がアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに候補ビーム参照信号を設定することが望ましくない。
本開示の実施例では、
初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに切り替えることをさらに含む。
データ伝送をできるだけ早く回復するために、端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに切り替えて初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでビーム失敗回復を行い、即ち初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する。
ターゲットチャネルリソースの形態は、下記少なくとも２種類を含む。
第１の種類形態について、
本開示の実施例では、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されており、かつ非競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、非競合ＰＲＡＣＨである。
ネットワーク側装置が初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対してＣＯＲＥＳＥＴ−ＢＦＲを設定しており、かつ非競合ＰＲＡＣＨを設定していれば、端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで、非競合ＰＲＡＣＨを使用してビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信する。
本開示の実施例では、
初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでＣＯＲＥＳＥＴ−ＢＦＲをモニタリングすることをさらに含む。
ネットワーク側装置は、端末装置が初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで非競合ＰＲＡＣＨを使用して送信したビーム失敗回復要求ＢＦＲＱを受信した後、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対して設定されたＣＯＲＥＳＥＴ−ＢＦＲで、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用してビーム失敗回復要求応答情報を端末装置に送信する。
端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでＣＯＲＥＳＥＴ−ＢＦＲをモニタリングし、ネットワーク側装置が送信したビーム失敗回復要求応答情報を受信すれば、ビーム失敗回復が成功し、データ伝送が回復される。
本開示の実施例では、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに候補ビーム参照信号が設定されている。
候補ビーム参照信号に基づいて、ビーム失敗回復のためのターゲットビーム参照信号を決定することをさらに含み、ＣＯＲＥＳＥＴ−ＢＦＲとターゲットビーム参照信号は、疑似コロケーション（Ｑｕａｓｉ−ｃｏｌｏｃａｔｉｏｎ、ＱＣＬ）である。
ネットワーク側装置は、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対して候補ビーム参照信号を設定し、端末装置は、候補ビーム参照信号から、ビーム失敗回復のためのターゲットビーム基準信号を決定し、ＣＯＲＥＳＥＴ−ＢＦＲとターゲットビーム参照信号は疑似コロケーションＱＣＬである。
端末装置は、ターゲットビーム参照信号と関連付けられた非競合ＰＲＡＣＨを使用して、ビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信し、ネットワーク側装置は、受信した非競合ＰＲＡＣＨに基づいて、端末装置が決定したターゲットビーム参照信号を知ることができる。ＣＯＲＥＳＥＴ−ＢＦＲとターゲットビーム参照信号が疑似コロケーションＱＣＬであるため、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲの疑似コロケーションＱＣＬ情報を決定し、さらにＣＯＲＥＳＥＴ−ＢＦＲの疑似コロケーションＱＣＬ情報に基づいて、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用してビーム失敗回復要求応答情報を端末装置に送信することができる。
ＣＯＲＥＳＥＴ−ＢＦＲとターゲットビーム参照信号が疑似コロケーションＱＣＬであるため、ネットワーク側装置は、ターゲットビーム参照信号に基づいてＣＯＲＥＳＥＴ−ＢＦＲの疑似コロケーションＱＣＬ情報を決定し、さらにＣＯＲＥＳＥＴ−ＢＦＲの疑似コロケーションＱＣＬ情報に基づいて、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで、ＣＯＲＥＳＥＴ−ＢＦＲをモニタリングし、かつＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨで、ネットワーク側装置が送信したビーム失敗回復要求応答情報を受信することができる。
本開示の実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ ＳｐａｃｅのタイプはＵＥ−Ｓｐｅｃｉｆｉｃである。
本開示の実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプは汎用Ｃｏｍｍｏｎである。
１つの実施例では、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲを初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対して設定し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプに対して、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃにしか設定することができない。
別の実施例では、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲを初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対して設定し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプに対して、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃと汎用Ｃｏｍｍｏｎから選択し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプを端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃ又は汎用Ｃｏｍｍｏｎに設定することができる。
本開示の実施例では、
Ｃ−ＲＮＴＩを含むターゲットＲＮＴＩをモニタリングすることをさらに含む。
ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して、ビーム失敗回復要求応答情報であるＤＣＩを端末装置に送信する。ネットワーク側装置は、該ＤＣＩを送信するときに、あるＲＮＴＩを使用して該ＤＣＩにおけるＣＲＣをスクランブルする。端末装置は、ネットワーク側装置が使用する可能性があるＲＮＴＩ（ターゲットＲＮＴＩ）をモニタリングし、ターゲットＲＮＴＩを使用して、受信した該ＤＣＩをデスクランブルする。
ターゲットＲＮＴＩは、Ｃ−ＲＮＴＩを含む１種又は複数種のＲＮＴＩである。
１つの実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ ＳｐａｃｅのタイプはＵＥ−Ｓｐｅｃｉｆｉｃであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを含まない。
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプを端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃに設定すれば、ネットワーク側装置においてＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して端末装置に送信された、ビーム失敗回復要求応答情報であるＤＣＩに対して、ネットワーク側装置は、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを使用して該ＤＣＩにおけるＣＲＣをスクランブルせず、したがって、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩをモニタリングしない。
なお、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩをモニタリングしない以外に、他のＲＮＴＩのうちの１種又は複数種をモニタリングしてもよく、ここでは特に限定されない。
他のＲＮＴＩは、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｉ−ＲＮＴＩのうちの少なくとも１つを含む。
別の実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを含まない。
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプを汎用Ｃｏｍｍｏｎに設定すれば、ネットワーク側装置においてＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して端末装置に送信された、ビーム失敗回復要求応答情報であるＤＣＩに対して、ネットワーク側装置は、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを使用して該ＤＣＩにおけるＣＲＣをスクランブルせず、したがって、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩをモニタリングしない。
なお、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩをモニタリングしない以外に、他のＲＮＴＩのうちの１種又は複数種をモニタリングしてもよく、ここでは特に限定されない。
他のＲＮＴＩは、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｉ−ＲＮＴＩのうちの少なくとも１つを含む。
ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプを柔軟に設定することにより、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して、ビーム失敗回復要求応答情報であるＤＣＩを端末装置に送信するとき、より多くのＲＮＴＩを採用して該ＤＣＩにおけるＣＲＣをスクランブルすることができる。
１つの実施例では、
端末装置がセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができないことをさらに含む。
実際の応用において、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰは、プライマリセルＰｃｅｌｌに設定されたＢＷＰである。
端末装置は、プライマリセルＰｃｅｌｌで、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができない。
端末装置は、プライマリセルＰｃｅｌｌで、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、セカンダリセルＳｃｅｌｌに切り替えてセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができない。
別の実施例では、
セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることをさらに含む。
端末装置は、プライマリセルＰｃｅｌｌで、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置によりセカンダリセルＳｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができる。
端末装置は、プライマリセルＰｃｅｌｌで、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置によりセカンダリセルＳｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、セカンダリセルＳｃｅｌｌに切り替えてセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができる。
なお、ＣＯＲＥＳＥＴの関連情報は、時間周波数領域情報であってもよく、空間領域情報であってもよく、他のパラメータ情報であってもよく、ここでは特に限定されない。
第２の種類について、
本開示の実施例では、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていないが、競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、競合ＰＲＡＣＨである。
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲを初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対して設定していないため、ネットワーク側装置が非競合ＰＲＡＣＨを初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対して設定するか否かに関わらず、端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで、非競合ＰＲＡＣＨを使用してビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信しない。
ネットワーク側装置が初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対してＣＯＲＥＳＥＴ−ＢＦＲを設定していないが、競合ＰＲＡＣＨを設定していれば、端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで、競合ＰＲＡＣＨを使用してビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信する。
１つの実施例では、
初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ＃０をモニタリングすることをさらに含む。
ネットワーク側装置は、端末装置が初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで競合ＰＲＡＣＨを使用して送信したビーム失敗回復要求ＢＦＲＱを受信した後、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに対して設定されたＣＯＲＥＳＥＴ＃０で、ビーム失敗回復要求応答情報を端末装置に送信する。
端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ＃０をモニタリングし、ネットワーク側装置が送信したビーム失敗回復要求応答情報を受信すれば、ビーム失敗回復が成功し、データ伝送が回復される。
本開示の実施例では、ＣＯＲＥＳＥＴ＃０をモニタリングする前に、
ターゲット同期信号ブロック（ＳＳＢ、Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ）を決定することをさらに含み、ＣＯＲＥＳＥＴ＃０とターゲットＳＳＢは疑似コロケーションＱＣＬである。
端末装置は、ＣＯＲＥＳＥＴ＃０をモニタリングする前に、ネットワーク側装置が送信した複数のＳＳＢを受信し、かつ複数のＳＳＢから１つのターゲットＳＳＢを決定し、ターゲットＳＳＢとターゲットＳＳＢは疑似コロケーションＱＣＬである。
例えば、端末装置は、複数のＳＳＢから、受信電力が予め設定された条件に合致する１つのＳＳＢをターゲットＳＳＢとして選択し、または、
端末装置は、複数のＳＳＢから、信号対干渉雑音比が予め設定された条件に合致する１つのＳＳＢをターゲットＳＳＢとして選択し、または、
端末装置は、複数のＳＳＢから、ブロック誤り率が予め設定された条件に合致する１つのＳＳＢをターゲットＳＳＢとして選択する。
なお、端末装置は、受信電力又は信号対干渉雑音比又はブロック誤り率に基づいて複数のＳＳＢからターゲットＳＳＢを決定することができる以外に、他のパラメータに基づいて複数のＳＳＢからターゲットＳＳＢを決定してもよく、ここでは特に限定されない。
ＣＯＲＥＳＥＴ＃０とターゲットＳＳＢが疑似コロケーションＱＣＬであるため、端末装置は、ターゲットＳＳＢに基づいてＣＯＲＥＳＥＴ＃０の疑似コロケーションＱＣＬ情報を決定し、さらにＣＯＲＥＳＥＴ＃０の疑似コロケーションＱＣＬ情報に基づいて、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでＣＯＲＥＳＥＴ＃０をモニタリングすることができ、即ち、端末装置は、ターゲットＳＳＢに対応するビーム方向にＣＯＲＥＳＥＴ＃０をモニタリングし、かつＣＯＲＥＳＥＴ＃０で、ネットワーク側装置が送信したビーム失敗回復要求応答情報を受信することができる。
別の実施例では、
初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでＲＡＲを受信することをさらに含む。
ネットワーク側装置は、端末装置が初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで競合ＰＲＡＣＨを使用して送信したビーム失敗回復要求ＢＦＲＱを受信した後、ＲＡＲを端末装置に返信し、このように端末装置は、ＲＡＲを受信した後、ネットワーク側装置に新たにアクセスすることができ、これによりビーム失敗回復を完了し、データ伝送を回復することができる。
なお、ＲＡＲは、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ＃０で受信されてもよく、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでの他のＣＯＲＥＳＥＴで受信されてもよく、ここでは特に限定されない。
本開示の実施例に記載の技術手段では、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、端末装置によってビーム失敗イベントが発生したことが検出され、かつ該アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＰＲＡＣＨが設定されていない場合、端末装置は、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを高速に送信することにより、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＰＲＡＣＨが設定されていない場合、ビーム失敗回復を完了し、データ伝送を回復することを確保することができる。
図４は、本開示の実施例に係るビーム失敗回復のための方法のフローチャートである。端末装置に適用される上記方法は、以下のようにしてもよい。
ステップ４１０では、第１のセルでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングし、
ここで、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプがターゲットタイプである。
端末装置が第１のセルにおいてビーム失敗回復を行う場合、ネットワーク側がＣＯＲＥＳＥＴ−ＢＦＲを第１のセルに対して設定していれば、端末装置は、第１のセルでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングする。ネットワーク側が第１のセルに対して設定したＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプはターゲットタイプである。
本開示の実施例では、ターゲットタイプはＵＥ−Ｓｐｅｃｉｆｉｃである。
本開示の実施例では、ターゲットタイプは汎用Ｃｏｍｍｏｎである。
１つの実施例では、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲを第１のセルに対して設定し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプに対して、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃにしか設定することができない。
別の実施例では、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲを第１のセルに対して設定し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプに対して、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃと汎用Ｃｏｍｍｏｎから選択し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅを端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃ又は汎用Ｃｏｍｍｏｎに設定することができる。
本開示の実施例では、
Ｃ−ＲＮＴＩを含むターゲットＲＮＴＩをモニタリングすることをさらに含む。
ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して、ビーム失敗回復要求応答情報であるＤＣＩを端末装置に送信する。ネットワーク側装置は、該ＤＣＩを送信するときに、あるＲＮＴＩを使用して該ＤＣＩにおけるＣＲＣをスクランブルする。端末装置は、ネットワーク側装置が使用する可能性があるＲＮＴＩ（ターゲットＲＮＴＩ）をモニタリングし、ターゲットＲＮＴＩを使用して、受信した該ＤＣＩをデスクランブルする。
ターゲットＲＮＴＩは、Ｃ−ＲＮＴＩを含む１種又は複数種のＲＮＴＩである。
１つの実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ ＳｐａｃｅのタイプがＵＥ−Ｓｐｅｃｉｆｉｃであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを含まない。
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプを端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃに設定すれば、ネットワーク側装置においてＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して端末装置に送信された、ビーム失敗回復要求応答情報であるＤＣＩに対して、ネットワーク側装置は、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを使用して該ＤＣＩにおけるＣＲＣをスクランブルせず、したがって、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩをモニタリングしない。
なお、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩをモニタリングしない以外に、他のＲＮＴＩのうちの１種又は複数種をモニタリングしてもよく、ここでは特に限定されない。
他のＲＮＴＩは、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｉ−ＲＮＴＩのうちの少なくとも１つを含む。
別の実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを含まない。
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプを汎用Ｃｏｍｍｏｎに設定すれば、ネットワーク側装置においてＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して端末装置に送信された、ビーム失敗回復要求応答情報であるＤＣＩに対して、ネットワーク側装置は、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを使用して該ＤＣＩにおけるＣＲＣをスクランブルせず、したがって、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩをモニタリングしない。
なお、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩをモニタリングしない以外に、他のＲＮＴＩのうちの１種又は複数種をモニタリングしてもよく、ここでは特に限定されない。
他のＲＮＴＩは、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｉ−ＲＮＴＩのうちの少なくとも１つを含む。
ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプを柔軟に設定することにより、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して、ビーム失敗回復要求応答情報であるＤＣＩを端末装置に送信するとき、より多くのＲＮＴＩを採用して該ＤＣＩにおけるＣＲＣをスクランブルすることができる。
本開示の実施例では、端末装置は、セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができない。
第１のセルがプライマリセルＰｃｅｌｌであれば、即ち、端末装置がプライマリセルＰｃｅｌｌでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、端末装置は、セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができない。
端末装置は、プライマリセルＰｃｅｌｌでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、セカンダリセルＳｃｅｌｌに切り替えてセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができない。
本開示の実施例では、
第２のセルでのＣＯＲＥＳＥＴをモニタリングすることをさらに含む。
１つの実施例では、第１のセルはプライマリセルＰｃｅｌｌで、第２のセルはセカンダリセルＳｃｅｌｌである。
端末装置は、プライマリセルＰｃｅｌｌでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置によりセカンダリセルＳｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができる。
端末装置は、プライマリセルＰｃｅｌｌでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置によりセカンダリセルＳｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、セカンダリセルＳｃｅｌｌに切り替えてセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができる。
１つの実施例では、第１のセルは第１のセカンダリセルＳｃｅｌｌで、第２のセルはプライマリセルＰｃｅｌｌ又は第２のセカンダリセルＳｃｅｌｌであり、第２のセカンダリセルＳｃｅｌｌは、第１のセカンダリセルＳｃｅｌｌ以外のセカンダリセルＳｃｅｌｌである。
端末装置は、第１のセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置によりプライマリセルＰｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、プライマリセルＰｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができ、または、
端末装置は、第１のセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置により第２のセカンダリセルＳｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、第２のセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができる。
端末装置は、第１のセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置によりプライマリセルＰｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、プライマリセルＰｃｅｌｌに切り替えてプライマリセルＰｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができ、または、
端末装置は、第１のセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置により第２のセカンダリセルＳｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、第２のセカンダリセルＳｃｅｌｌに切り替えて第２のセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができる。
なお、ＣＯＲＥＳＥＴの関連情報は、時間周波数領域情報であってもよく、空間領域情報であってもよく、他のパラメータ情報であってもよく、ここでは特に限定されない。
本開示の実施例は、ＣＯＲＥＳＥＴの設定方法をさらに提供する。端末装置に適用される上記方法は、少なくとも、下記２種類を含んでよい。
第１の種類について、ネットワーク側装置が送信した第１のＣＯＲＥＳＥＴの設定情報を受信し、第１のＣＯＲＥＳＥＴは、ネットワーク側装置により端末装置に対して新たに設定されたＣＯＲＥＳＥＴであり、第１のＣＯＲＥＳＥＴの設定情報は、少なくとも１つの伝送設定指示状態（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ Ｓｔａｔｅ、ＴＣＩ ｓｔａｔｅ）を含む。
１つの実施例では、第１のＣＯＲＥＳＥＴの設定情報は、１つのＴＣＩ ｓｔａｔｅを含み、端末装置は、該ＴＣＩ ｓｔａｔｅに基づいて第１のＣＯＲＥＳＥＴの疑似コロケーションＱＣＬ情報を決定し、さらに第１のＣＯＲＥＳＥＴの疑似コロケーションＱＣＬ情報に基づいて第１のＣＯＲＥＳＥＴをモニタリングする。
別の実施例では、第１のＣＯＲＥＳＥＴの設定情報は、複数のＴＣＩ ｓｔａｔｅを含み、端末装置は、ネットワーク側装置が送信した媒体アクセス制御層制御要素（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、ＭＡＣ ＣＥ）シグナリングを受信し、ＭＡＣ ＣＥは、複数のＴＣＩ ｓｔａｔｅのうちのターゲットＴＣＩ ｓｔａｔｅをアクティブする。
端末装置は、ＭＡＣ ＣＥシグナリングに基づいてターゲットＴＣＩ ｓｔａｔｅをアクティブし、かつターゲットＴＣＩ ｓｔａｔｅに基づいて第１のＣＯＲＥＳＥＴの疑似コロケーションＱＣＬ情報を決定し、さらに第１のＣＯＲＥＳＥＴの疑似コロケーションＱＣＬ情報に基づいて第１のＣＯＲＥＳＥＴをモニタリングする。
ネットワーク側装置がＭＡＣ ＣＥシグナリングによりターゲットＴＣＩ ｓｔａｔｅをアクティブする前に、端末装置が、第１のＣＯＲＥＳＥＴをモニタリングすることは望ましくない。
第２の種類について、ネットワーク側装置が送信した第２のＣＯＲＥＳＥＴの設定情報を受信し、第２のＣＯＲＥＳＥＴは、ネットワーク側装置により端末装置に対して既に設定されたＣＯＲＥＳＥＴであり、第２のＣＯＲＥＳＥＴの設定情報は、ネットワーク側装置により第２のＣＯＲＥＳＥＴに対して改めて設定された設定情報であり、少なくとも１つのＴＣＩ ｓｔａｔｅを含む。
１つの実施例では、第２のＣＯＲＥＳＥＴの設定情報は、１つのＴＣＩ ｓｔａｔｅを含み、端末装置は、該ＴＣＩ ｓｔａｔｅに基づいて第２のＣＯＲＥＳＥＴの疑似コロケーションＱＣＬ情報を決定し、さらに第２のＣＯＲＥＳＥＴの疑似コロケーションＱＣＬ情報に基づいて第２のＣＯＲＥＳＥＴをモニタリングする。
別の実施例では、第２のＣＯＲＥＳＥＴの設定情報は、複数のＴＣＩ ｓｔａｔｅを含み、端末装置は、ＭＡＣ ＣＥシグナリングを受信し、ＭＡＣ ＣＥは、複数のＴＣＩ ｓｔａｔｅのうちのターゲットＴＣＩ ｓｔａｔｅをアクティブする。
端末装置は、ＭＡＣ ＣＥシグナリングに基づいてターゲットＴＣＩ ｓｔａｔｅをアクティブし、かつターゲットＴＣＩ ｓｔａｔｅに基づいて第２のＣＯＲＥＳＥＴの疑似コロケーションＱＣＬ情報を決定し、さらに第２のＣＯＲＥＳＥＴの疑似コロケーションＱＣＬ情報に基づいて第２のＣＯＲＥＳＥＴをモニタリングする。
ネットワーク側装置がＭＡＣ ＣＥシグナリングによりターゲットＴＣＩ ｓｔａｔｅをアクティブする前に、端末装置は、第２のＣＯＲＥＳＥＴの改めて設定する前の疑似コロケーションＱＣＬ情報に基づいて、即ち、直前のＭＡＣ ＣＥシグナリングによりアクティブされたＴＣＩ ｓｔａｔｅが指示した疑似コロケーションＱＣＬ情報に基づいて、第２のＣＯＲＥＳＥＴをモニタリングすることをデフォルトとする。
図５は、本開示の実施例に係る端末装置の概略構成図である。図５に示す端末装置５００は、
アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、端末装置５００によってビーム失敗イベントが発生したことが検出され、かつアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する送信モジュール５０１を含む。
好ましくは、ターゲットチャネルリソースは、非競合ＰＲＡＣＨ以外の他のチャネルリソースである。
好ましくは、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、競合ＰＲＡＣＨである。
好ましくは、端末装置５００は、
アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰでＲＡＲを受信する受信モジュールをさらに含む。
好ましくは、決定モジュール５０１は、
初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに切り替える切り替えユニットをさらに含む。
好ましくは、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されており、かつ非競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、非競合ＰＲＡＣＨである。
好ましくは、端末装置５００は、
初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするモニタリングモジュールをさらに含む。
好ましくは、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていないが、競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、競合ＰＲＡＣＨである。
好ましくは、モニタリングモジュールは、さらに、
初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ＃０をモニタリングする。
好ましくは、受信モジュールは、さらに、
初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでＲＡＲを受信する。
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ ＳｐａｃｅのタイプはＵＥ−Ｓｐｅｃｉｆｉｃである。
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプは汎用Ｃｏｍｍｏｎである。
好ましくは、モニタリングモジュールは、さらに、
Ｃ−ＲＮＴＩを含むターゲットＲＮＴＩをモニタリングする。
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ ＳｐａｃｅのタイプがＵＥ−Ｓｐｅｃｉｆｉｃであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを含まない。
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを含まない。
好ましくは、モニタリングモジュールは、さらに、
セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングする。
本開示の実施例に係る端末装置５００は、図２の方法の実施例における、端末装置によって実現された各プロセスを実現することができ、重複を避けるために、ここでは説明を省略する。
図６は、本開示の実施例に係る別の端末装置の概略構成図である。図６に示す端末装置６００は、
アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、端末装置６００によってビーム失敗イベントが発生したことが検出され、かつアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＰＲＡＣＨが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する送信モジュール６０１を含む。
好ましくは、決定モジュール６０１は、
初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに切り替える切り替えユニットをさらに含む。
好ましくは、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されており、かつ非競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、非競合ＰＲＡＣＨである。
好ましくは、端末装置６００は、
初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするモニタリングモジュールをさらに含む。
好ましくは、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていないが、競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、競合ＰＲＡＣＨである。
好ましくは、モニタリングモジュールは、さらに、
初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ＃０をモニタリングする。
好ましくは、端末装置６００は、
上記初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでＲＡＲを受信する受信モジュールをさらに含む。
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ ＳｐａｃｅのタイプはＵＥ−Ｓｐｅｃｉｆｉｃである。
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプは汎用Ｃｏｍｍｏｎである。
好ましくは、モニタリングモジュールは、さらに、
Ｃ−ＲＮＴＩを含むターゲットＲＮＴＩをモニタリングする。
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ ＳｐａｃｅのタイプがＵＥ−Ｓｐｅｃｉｆｉｃであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを含まない。
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを含まない。
好ましくは、モニタリングモジュールは、さらに、
セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングする。
好ましくは、アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに候補ビーム参照信号が設定されていない。
好ましくは、初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに候補ビーム参照信号が設定されている。
決定モジュール６０１は、さらに、
候補ビーム参照信号に基づいて、ビーム失敗回復のためのターゲットビーム参照信号を決定し、ＣＯＲＥＳＥＴ−ＢＦＲとターゲットビーム参照信号は疑似コロケーションＱＣＬである。
本開示の実施例に係る端末装置６００は、図３の方法の実施例における、端末装置によって実現された各プロセスを実現することができ、重複を避けるために、ここでは説明を省略する。
図７は、本開示の実施例に係る別の端末装置の概略構成図である。図７に示す端末装置７００は、
第１のセルでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするモニタリングモジュール７０１を含み、
ここで、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプがターゲットタイプである。
好ましくは、ターゲットタイプは、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃである。
好ましくは、ターゲットタイプは、汎用ｃｏｍｍｏｎである。
好ましくは、モニタリングモジュール７０１は、さらに、
Ｃ−ＲＮＴＩを含むターゲットＲＮＴＩをモニタリングする。
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ ＳｐａｃｅのタイプがＵＥ−Ｓｐｅｃｉｆｉｃであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを含まない。
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを含まない。
好ましくは、モニタリングモジュール７０１は、さらに、
第２のセルでのＣＯＲＥＳＥＴをモニタリングする。
好ましくは、第１のセルはプライマリセルＰｃｅｌｌで、第２のセルはセカンダリセルＳｃｅｌｌである。
本開示の実施例に係る端末装置７００は、図４の方法の実施例における、端末装置によって実現された各プロセスを実現することができ、重複を避けるために、ここでは説明を省略する。
図８は、本開示の実施例に係る別の端末装置の概略構成図である。図８に示す端末装置８００は、少なくとも１つのプロセッサ８０１、メモリ８０２、少なくとも１つのネットワークインタフェース８０４及びユーザインタフェース８０３を含む。端末装置８００内の各コンポーネントは、バスシステム８０５により結合される。理解できるように、バスシステム８０５は、これらのコンポーネント間の接続通信を実現するためのものである。バスシステム８０５は、データバス以外に、電源バス、制御バス及び状態信号バスをさらに含む。しかしながら、説明を明らかにするために、図８において、様々なバスをいずれもバスシステム８０５と表記する。
ユーザインタフェース８０３は、ディスプレイ、キーボード又はクリック装置（例えば、マウス、トラックボール（ｔｒａｃｋｂａｌｌ）、タッチパッド又はタッチスクリーンなど）を含んでよい。
理解できるように、本開示の実施例におけるメモリ８０２は、揮発性メモリ又は不揮発性メモリであってもよく、揮発性及び不揮発性メモリの両方を含んでもよい。不揮発性メモリは、読み取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読み取り専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能なプログラマブル読み取り専用メモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的に消去可能なプログラマブル読み取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）又はフラッシュメモリであってよい。揮発性メモリは、外部キャッシュとして用いられるランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）であってよい。限定的なものではなく例示的な説明によれば、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ、ＤＤＲＳＤＲＡＭ）、エンハンスドシンクロナスダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（Ｓｙｎｃｈ ｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲＲＡＭ）などの多くの形態のＲＡＭは使用可能である。本開示の実施例に係るシステム及び方法におけるメモリ６０２は、これらのメモリ及び任意の他の適切なタイプのメモリを含むが、これらに限定されないことが意図される。
いくつかの実施形態では、メモリ８０２は、以下の要素、即ち、実行可能なモジュール若しくはデータ構造、又はそれらのサブセット若しくはそれらの拡張セット、例えば、オペレーティングシステム８０２１及びアプリケーションプログラム８０２２を記憶している。
オペレーティングシステム８０２１は、様々な基本サービスを実現し、かつハードウェアベースのタスクを処理するための、フレームワーク層、コアライブラリ層、ドライバ層などの様々なシステムプログラムを含む。アプリケーションプログラム８０２２は、様々なアプリケーションサービスを実現するための、メディアプレーヤー（Ｍｅｄｉａ Ｐｌａｙｅｒ）、ブラウザ（Ｂｒｏｗｓｅｒ）などの様々なアプリケーションプログラムを含む。本開示の実施例に係る方法を実現するプログラムは、アプリケーションプログラム８０２２に含まれてよい。
本開示の実施例では、端末装置８００は、メモリ８０２に記憶されプロセッサ８０１で実行できるコンピュータプログラムをさらに含み、コンピュータプログラムがプロセッサ８０１によって実行されると、
アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、端末装置８００によってビーム失敗イベントが発生したことが検出され、かつアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信するステップ、又は、
アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、端末装置８００によってビーム失敗イベントが発生したことが検出され、かつアクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＰＲＡＣＨが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信するステップ、又は、
第１のセルでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするステップ、
ここで、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプがターゲットタイプである、
が実現される。
上記本開示の実施例に係る方法は、プロセッサ８０１に適用されてもよく、プロセッサ８０１によって実現されてもよい。プロセッサ８０１は、信号処理能力を有する集積回路チップである可能性がある。実現プロセスにおいて、上記方法の各ステップは、プロセッサ８０１内のハードウェアの集積論理回路又はソフトウェア形態のコマンドによって完了することができる。上記プロセッサ８０１は、汎用プロセッサ、デジタルシグナルプロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）又は他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、ディスクリートハードウェアコンポーネントであってよい。本開示の実施例に開示された各方法、ステップ及び論理ブロック図を実現又は実行することができる。汎用プロセッサは、マイクロプロセッサであってもよく、任意の通常のプロセッサなどであってもよい。本開示の実施例を参照して開示された方法のステップは、ハードウェア復号プロセッサによって実行して完了されるか、又は復号プロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせによって実行して完了されるものとして、直接的に具体化され得る。ソフトウェアモジュールは、ランダムメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ又は電気的に消去可能なプログラマブルメモリ、レジスターなどの、本分野における完全に発達したコンピュータ読み取り可能な記憶媒体に位置してよい。該コンピュータ読み取り可能な記憶媒体は、メモリ８０２に位置し、プロセッサ８０１は、メモリ８０２内の情報を読み取って、ハードウェアと組み合わせて上記方法のステップを完了する。具体的には、該コンピュータ読み取り可能な記憶媒体に、プロセッサ８０１によって実行されると、図２、図３及び図４に示す任意の方法の実施例の各ステップを実現するコンピュータプログラムが記憶されている。
理解できるように、本開示の実施例に係るこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、又はそれらの組み合わせによって実現することができる。ハードウェアによる実現に対して、処理ユニットは、１つ以上の特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ、ＡＳＩＣ）、デジタルシグナルプロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ、ＤＳＰ）、デジタル信号処理装置（ＤＳＰ Ｄｅｖｉｃｅ、ＤＳＰＤ）、プログラマブルロジックデバイス（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ、ＰＬＤ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本開示に記載の機能を実行するための他の電子要素又はそれらの組み合わせにおいて実現することができる。
ソフトウェアによる実現に対して、本開示の実施例に記載の機能を実行するモジュール（例えば、プロセス、関数など）により、本開示の実施例に記載の技術を実現することができる。ソフトウェアコードは、メモリに記憶され、かつプロセッサによって実行されてよい。メモリは、プロセッサ内又はプロセッサの外部で実現されてよい。
端末装置８００は、前述の図２、図３及び図４の方法の実施例における、端末装置によって実現される各プロセスを実現することができ、重複を避けるために、ここでは説明を省略する。
本開示の実施例に係るコンピュータ読み取り可能な記憶媒体は、プロセッサによって実行されると、上記図２、図３及び図４の方法の実施例における各プロセスを実現し、かつ同様な技術的効果を達成することができるコンピュータプログラムが記憶されており、重複を避けるために、ここでは説明を省略する。上記コンピュータ読み取り可能な記憶媒体は、読み取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク又は光ディスクなどであってよい。
好ましくは、送信モジュール６０１は、
初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに切り替える切り替えユニットをさらに含む。

Claims (48)

  1. 端末装置に適用されるビーム失敗回復のための方法であって、
    アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにビーム失敗回復のための制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信することを含む、ビーム失敗回復のための方法。
  2. 前記ターゲットチャネルリソースは、非競合物理ランダムアクセスチャネルＰＲＡＣＨ以外の他のチャネルリソースである、請求項１に記載のビーム失敗回復のための方法。
  3. 前記アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記競合ＰＲＡＣＨである、請求項１に記載のビーム失敗回復のための方法。
  4. 前記アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰでランダムアクセス応答ＲＡＲを受信することをさらに含む、請求項３に記載のビーム失敗回復のための方法。
  5. 初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに切り替えることをさらに含む、請求項１に記載のビーム失敗回復のための方法。
  6. 前記初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されており、かつ非競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記非競合ＰＲＡＣＨである、請求項５に記載のビーム失敗回復のための方法。
  7. 前記初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲをモニタリングすることをさらに含む、請求項６に記載のビーム失敗回復のための方法。
  8. 前記初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されていないが、競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記競合ＰＲＡＣＨである、請求項５に記載のビーム失敗回復のための方法。
  9. 前記初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで、前記初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ＃０をモニタリングすることをさらに含む、請求項８に記載のビーム失敗回復のための方法。
  10. 前記初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでＲＡＲを受信することをさらに含む、請求項８に記載のビーム失敗回復のための方法。
  11. 前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの、ビーム失敗回復のための、探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプは、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃである、請求項７に記載のビーム失敗回復のための方法。
  12. 前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプは、汎用ｃｏｍｍｏｎである、請求項７に記載のビーム失敗回復のための方法。
  13. セル無線ネットワーク一時識別子Ｃ−ＲＮＴＩを含むターゲット無線ネットワーク一時識別子ＲＮＴＩをモニタリングすることをさらに含む、請求項１１又は１２に記載のビーム失敗回復のための方法。
  14. 前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプが端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃであれば、前記ターゲット無線ネットワーク一時識別子ＲＮＴＩは、設定されたスケジューリング無線ネットワーク一時識別子ＣＳ−ＲＮＴＩ、一時セル無線ネットワーク一時識別子ＴＣ−ＲＮＴＩ、半永続的なチャネル状態情報無線ネットワーク一時識別子ＳＰ−ＣＳＩ−ＲＮＴＩを含まない、請求項１３に記載のビーム失敗回復のための方法。
  15. 前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、前記ターゲット無線ネットワーク一時識別子ＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ランダムアクセス無線ネットワーク一時識別子ＲＡ−ＲＮＴＩ、ページング無線ネットワーク一時識別子Ｐ−ＲＮＴＩ、システム情報無線ネットワーク一時識別子ＳＩ−ＲＮＴＩを含まない、請求項１３に記載のビーム失敗回復のための方法。
  16. セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることをさらに含む、請求項７に記載のビーム失敗回復のための方法。
  17. 端末装置に適用されるビーム失敗回復のための方法であって、
    アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＰＲＡＣＨが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信することを含む、ビーム失敗回復のための方法。
  18. 初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに切り替えることをさらに含む、請求項１７に記載のビーム失敗回復のための方法。
  19. 前記初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されており、かつ非競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記非競合ＰＲＡＣＨである、請求項１８に記載のビーム失敗回復のための方法。
  20. 前記初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲをモニタリングすることをさらに含む、請求項１９に記載のビーム失敗回復のための方法。
  21. 前記初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されていないが、競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記競合ＰＲＡＣＨである、請求項１８に記載のビーム失敗回復のための方法。
  22. 前記初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰで、前記初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでのＣＯＲＥＳＥＴ＃０をモニタリングすることをさらに含む、請求項２１に記載のビーム失敗回復のための方法。
  23. 前記初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰでＲＡＲを受信することをさらに含む、請求項２１に記載のビーム失敗回復のための方法。
  24. 前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプは、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃである、請求項２０に記載のビーム失敗回復のための方法。
  25. 前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプは、汎用Ｃｏｍｍｏｎである、請求項２０に記載のビーム失敗回復のための方法。
  26. Ｃ−ＲＮＴＩを含むターゲット無線ネットワーク一時識別子ＲＮＴＩをモニタリングすることをさらに含む、請求項２４又は２５に記載のビーム失敗回復のための方法。
  27. 前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプが端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃであれば、前記ターゲット無線ネットワーク一時識別子ＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを含まない、請求項２６に記載のビーム失敗回復のための方法。
  28. 前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、前記ターゲット無線ネットワーク一時識別子ＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを含まない、請求項２６に記載のビーム失敗回復のための方法。
  29. セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることをさらに含む、請求項２０に記載のビーム失敗回復のための方法。
  30. 前記アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに候補ビーム参照信号が設定されていない、請求項１７に記載のビーム失敗回復のための方法。
  31. 前記初期帯域幅部分ｉｎｉｔｉａｌ ＢＷＰに候補ビーム参照信号が設定されており、
    前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲをモニタリングする前に、前記方法は、
    前記候補ビーム参照信号に基づいて、ビーム失敗回復のためのターゲットビーム参照信号を決定することをさらに含み、
    ここで、前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲと前記ターゲットビーム参照信号は、疑似コロケーションＱＣＬである、請求項２０に記載のビーム失敗回復のための方法。
  32. 端末装置に適用されるビーム失敗回復のための方法であって、
    第１のセルでの制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲをモニタリングすることを含み、
    ここで、前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプがターゲットタイプである、ビーム失敗回復のための方法。
  33. 前記ターゲットタイプは、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃである、請求項３２に記載のビーム失敗回復のための方法。
  34. 前記ターゲットタイプは、汎用ｃｏｍｍｏｎである、請求項３２に記載のビーム失敗回復のための方法。
  35. Ｃ−ＲＮＴＩを含むターゲット無線ネットワーク一時識別子ＲＮＴＩをモニタリングすることをさらに含む、請求項３３又は３４に記載のビーム失敗回復のための方法。
  36. 前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプが端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃであれば、前記ターゲット無線ネットワーク一時識別子ＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを含まない、請求項３５に記載のビーム失敗回復のための方法。
  37. 前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、前記ターゲット無線ネットワーク一時識別子ＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを含まない、請求項３５に記載のビーム失敗回復のための方法。
  38. 第２のセルでのＣＯＲＥＳＥＴをモニタリングすることをさらに含む、請求項３２に記載のビーム失敗回復のための方法。
  39. 前記第１のセルはプライマリセルＰｃｅｌｌで、前記第２のセルはセカンダリセルＳｃｅｌｌである、請求項３８に記載のビーム失敗回復のための方法。
  40. 端末装置であって、
    アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰに制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する送信モジュールを含む、端末装置。
  41. メモリと、プロセッサと、前記メモリに格納されて前記プロセッサで実行可能なコンピュータプログラムとを含む端末装置であって、
    前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１〜１６のいずれか１項に記載のビーム失敗回復のための方法が実現される、端末装置。
  42. コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体であって、
    前記コンピュータプログラムがプロセッサによって実行されると、請求項１〜１６のいずれか１項に記載のビーム失敗回復のための方法が実現される、コンピュータ読み取り可能な記憶媒体。
  43. 端末装置であって、
    アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ ＢＷＰにＰＲＡＣＨが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する送信モジュールを含む、端末装置。
  44. メモリと、プロセッサと、前記メモリに格納されて前記プロセッサで実行可能なコンピュータプログラムとを含む端末装置であって、
    前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１７〜３１のいずれか１項に記載のビーム失敗回復のための方法が実現される、端末装置。
  45. コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体であって、
    前記コンピュータプログラムがプロセッサによって実行されると、請求項１７〜３１のいずれか１項に記載のビーム失敗回復のための方法が実現される、コンピュータ読み取り可能な記憶媒体。
  46. 第１のセルでの制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするモニタリングモジュールを含み、
    ここで、前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ Ｓｅａｒｃｈ Ｓｐａｃｅのタイプがターゲットタイプである、端末装置。
  47. メモリと、プロセッサと、前記メモリに格納されて前記プロセッサで実行可能なコンピュータプログラムとを含む端末装置であって、
    前記コンピュータプログラムが前記プロセッサによって実行されると、請求項３２〜３９のいずれか１項に記載のビーム失敗回復のための方法が実現される、端末装置。
  48. コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体であって、
    前記コンピュータプログラムがプロセッサによって実行されると、請求項３２〜３９のいずれか１項に記載のビーム失敗回復のための方法が実現される、コンピュータ読み取り可能な記憶媒体。
JP2021505296A 2018-08-01 2019-07-18 ビーム失敗回復のための方法及び端末装置 Active JP7170120B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201810866890.2A CN110798864B (zh) 2018-08-01 2018-08-01 用于波束失败恢复的方法和终端设备
CN201810866890.2 2018-08-01
PCT/CN2019/096509 WO2020024803A1 (zh) 2018-08-01 2019-07-18 用于波束失败恢复的方法和终端设备

Publications (2)

Publication Number Publication Date
JP2021532682A true JP2021532682A (ja) 2021-11-25
JP7170120B2 JP7170120B2 (ja) 2022-11-11

Family

ID=69230988

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021505296A Active JP7170120B2 (ja) 2018-08-01 2019-07-18 ビーム失敗回復のための方法及び端末装置

Country Status (9)

Country Link
US (1) US20210153074A1 (ja)
EP (1) EP3833134B1 (ja)
JP (1) JP7170120B2 (ja)
KR (1) KR20210038654A (ja)
CN (1) CN110798864B (ja)
ES (1) ES2958945T3 (ja)
HU (1) HUE063499T2 (ja)
PT (1) PT3833134T (ja)
WO (1) WO2020024803A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7248681B2 (ja) * 2018-08-09 2023-03-29 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
CN110536431B (zh) * 2018-09-21 2023-04-14 中兴通讯股份有限公司 一种波束恢复方法、装置、终端及存储介质
CN112753193B (zh) * 2018-09-28 2024-01-02 苹果公司 用于新无线电(nr)下行链路传输的空间假设配置
US11172457B2 (en) * 2018-11-14 2021-11-09 Qualcomm Incorporated Transmission configuration indication state ordering for an initial control resource set
US11974344B2 (en) * 2019-11-15 2024-04-30 Qualcomm Incorporated Beam failure report response receiving cell restriction rule
CN113259973B (zh) * 2020-02-07 2022-11-22 维沃移动通信有限公司 波束失败恢复方法、终端及网络设备
US20230146642A1 (en) * 2020-05-20 2023-05-11 Ntt Docomo, Inc. Terminal, radio communication method, and base station
CN113766660B (zh) * 2020-06-04 2024-02-09 大唐移动通信设备有限公司 Sr发送方法和终端
CN114501505A (zh) * 2020-10-23 2022-05-13 索尼公司 用于无线通信的电子设备和方法、计算机可读存储介质

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10615862B2 (en) * 2016-04-13 2020-04-07 Qualcomm Incorporated System and method for beam adjustment request
WO2018128426A1 (en) * 2017-01-04 2018-07-12 Lg Electronics Inc. Method and apparatus for sharing spectrum between 3gpp lte and nr in wireless communication system
US10505773B2 (en) * 2017-01-17 2019-12-10 Qualcomm Incorporated Association between synchronization signal beams and reference signal beams
CN107342801B (zh) * 2017-06-15 2021-04-02 宇龙计算机通信科技(深圳)有限公司 一种波束处理方法、用户设备及基站
CN108111286B (zh) * 2017-11-17 2022-04-19 中兴通讯股份有限公司 信息发送、接收方法及装置、存储介质、处理器
CN108093481B (zh) * 2017-11-28 2023-04-18 中兴通讯股份有限公司 发送波束恢复信息的方法和装置、波束检测方法和装置
CN108260212B (zh) * 2017-12-29 2024-07-19 中兴通讯股份有限公司 一种控制信道的检测方法、装置及系统
US11956827B2 (en) * 2018-01-05 2024-04-09 Samsung Electronics Co., Ltd. Apparatus and method of beam recovery on secondary cell
US10863570B2 (en) * 2018-01-09 2020-12-08 Comcast Cable Communications, Llc Beam selection in beam failure recovery request retransmission
CN110299977A (zh) * 2018-03-22 2019-10-01 夏普株式会社 在用户设备上运行的方法及用户设备
US11026233B2 (en) * 2018-06-20 2021-06-01 Apple Inc. Emission and panel aware beam selection
CN110972515B (zh) * 2018-07-31 2022-06-14 Lg电子株式会社 在无线通信系统中监测终端的控制信号的方法及其终端
US11324064B2 (en) * 2018-09-24 2022-05-03 Comcast Cable Communications, Llc Beam failure recovery procedures

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
MEDIATEK INC.: "Summary 2 on Remaing issues on Beam Failure Recovery", 3GPP TSG RAN WG1 #93 R1-1807796, JPN6022009457, 24 May 2018 (2018-05-24), ISSN: 0004728099 *
SPREADTRUM COMMUNICATIONS: "Remaining issues on beam failure recovery", 3GPP TSG RAN WG1 #93 R1-1806395, JPN6022009455, 11 May 2018 (2018-05-11), ISSN: 0004728100 *
VIVO: "Remaining issues on mechanism to recover from beam failure", 3GPP TSG RAN WG1 #92B R1-1803818, JPN6022009454, 6 April 2018 (2018-04-06), ISSN: 0004728101 *

Also Published As

Publication number Publication date
EP3833134A4 (en) 2021-10-06
PT3833134T (pt) 2023-09-21
WO2020024803A1 (zh) 2020-02-06
CN110798864A (zh) 2020-02-14
EP3833134A1 (en) 2021-06-09
US20210153074A1 (en) 2021-05-20
JP7170120B2 (ja) 2022-11-11
HUE063499T2 (hu) 2024-01-28
CN110798864B (zh) 2021-03-02
EP3833134B1 (en) 2023-09-06
KR20210038654A (ko) 2021-04-07
ES2958945T3 (es) 2024-02-16

Similar Documents

Publication Publication Date Title
JP2021532682A (ja) ビーム失敗回復のための方法及び端末装置
US11323235B2 (en) Method for controlling BWP, relevant device and system
US11950245B2 (en) Method and device for cross carrier scheduling physical downlink shared channel
EP3823188B1 (en) Search space parameter determination method and terminal device
KR102552623B1 (ko) 빔 페일 회복을 위한 방법, 단말 기기 및 네트워크측 기기
US20240023158A1 (en) Random access resource processing method and device
CN111970726B (zh) 数据传输方法、装置、相关设备及存储介质
US11051333B2 (en) Data transmission method, network device, and terminal device
CN109309950A (zh) 寻呼消息盲检测方法、发送方法、相关设备和系统
US20230070068A1 (en) Information transmission method and apparatus, related device, and storage medium
US20230090518A1 (en) Beam indication method, network-side device, and terminal
CN110831247A (zh) 一种通信方法及装置
CN112512071A (zh) 一种波束恢复的方法和基站、终端

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210303

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210303

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220304

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220315

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220614

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20221031

R150 Certificate of patent or registration of utility model

Ref document number: 7170120

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150