JP7429776B2 - ビーム失敗検出リソース割り当て方法、装置および記憶媒体 - Google Patents

Description

本開示は、通信技術分野に関し、特に、ビーム失敗検出リソース割り当て方法、装置および記憶媒体に関する。

新しい無線技術（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）通信システムでは、カバレッジ範囲を確保し、経路損失に耐えるために、通常、ビーム（ｂｅａｍ）に基づいてデータを送受信する必要がある。しかしながら、ＮＲにおいて、制御チャンネルもビームに基づく送受信を使用する必要があるので、端末が移動したり、アンテナの方向が回転したりすると、現在送受信のために端末に構成されているビームにビーム失敗が発生する可能性がある。

関連技術では、端末は、ビーム失敗検出のリソースとして、コンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ、ＣＣ）／帯域幅部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ、ＢＷＰ）制御チャンネルリソースセット（ＣＯＲＥＳＥＴ）の準同位（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ、ＱＣＬ）の伝送構成（ＴＣＩ）状態に対応する基準信号（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＲＳ）を使用する。ビーム失敗を検出するためのＲＳリソースは、ビーム失敗検出（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ、ＢＦＤ）ＲＳリソースとも呼ばれる。ここで、端末が、ＢＦＤ ＲＳリソース内のすべてのＢＦＤ ＲＳのチャンネル品質が予め設定された閾値を下回っていることを検出した場合、ビーム失敗が発生したことを示す。

現在、端末がＢＦＤ ＲＳとして選択することができるＲＳリソースの数は、端末が構成をサポートするＲＳリソースの数よりも多くなる可能性があり、この場合、ビーム失敗検出のためのＲＳリソースをどのように選択するかは、解決すべき問題である。

関連技術において存在する課題を克服するために、本開示は、ビーム失敗検出リソース割り当て方法、装置および記憶媒体を提供する。

本開示の実施例の第１の態様によれば、ビーム失敗検出リソース割り当て方法を提供し、前記ビーム失敗検出リソース割り当て方法は、ネットワーク機器が端末のために構成した制御チャンネルリソースセットを決定するステップと、前記制御チャンネルリソースセットの数が端末によってサポートされるビーム失敗検出リソースの数より大きい場合、前記ビーム失敗検出リソースの数の目標制御チャンネルリソースセットを選択するステップと、選択された目標制御チャンネルリソースセットの準同位伝送構成状態に対応する基準信号リソースをビーム失敗検出基準信号リソースとするステップと、を含む。

本開示の実施例の第２の態様によれば、ビーム失敗検出リソース割り当て装置を提供し、前記ビーム失敗検出リソース割り当て装置は、ネットワーク機器が端末のために構成した制御チャンネルリソースセットを決定するように構成される決定ユニットと、前記制御チャンネルリソースセットの数が端末によってサポートされるビーム失敗検出リソースの数より大きい場合、前記ビーム失敗検出リソースの数の目標制御チャンネルリソースセットを選択するように構成される選択ユニットと、選択された目標制御チャンネルリソースセットの準同位伝送構成状態に対応する基準信号リソースをビーム失敗検出基準信号リソースとするように構成される検出ユニットと、を含む。

本開示の実施例によって提供される技術案は、以下の有益な効果を含むことができる。制御チャンネルリソースセットの数が端末によってサポートされるビーム失敗検出リソースの数より大きい場合、端末によってサポートされるビーム失敗検出リソースの数の目標制御チャンネルリソースセットを選択し、選択された目標制御チャンネルリソースセットの準同位伝送構成状態に対応する基準信号リソースをビーム失敗検出基準信号リソースとして、ビーム失敗検出のためのＲＳリソースの決定を実現する。

なお、以上の一般的な説明および後述の詳細な説明は、例示的および解釈的なものであり、本開示を限定するためのものではない。

ここでの図面は、明細書に組み込まれて本明細書の一部を構成し、本開示に適合する実施例が示され、明細書とともに本開示の原理を説明するために使用される。
例示的な一実施例に係る無線通信システムの概略図である。 例示的な一実施例に係るＢＦＤ ＲＳリソース割り当て方法のフローチャートである。 例示的な一実施例に係る端末によってサポートされるＢＦＤ ＲＳリソースの数の目標ＣＯＲＥＳＥＴを選択する実施フローチャートである。 例示的な一実施例に係る端末に構成されている複数のＣＯＲＥＳＥＴをグループ化するフローチャートである。 例示的な一実施例に係るＢＦＤ ＲＳリソース割り当て装置のブロック図である。 例示的な一実施例に係るＢＦＤ ＲＳリソース割り当てのための装置のブロック図である。

ここでは、例示的な実施例を詳しく説明し、その例を図面に示す。以下の説明は、図面に関する場合、別段の表示がない限り、異なる図面における同一の数字は、同一または類似の要素を示す。以下の例示的な実施例において説明される実施形態は、本開示と一致するすべての実施形態を表すものではない。むしろ、それらは、添付された特許請求の範囲に詳述された、本開示のいくつかの態様と一致する装置および方法の例に過ぎない。

本開示の実施例によって提供されるビーム失敗要求リソース割り当て方法は、図１に示す無線通信システムに適用することができる。図１を参照すると、当該無線通信システムには、ネットワーク機器および端末が含まれている。端末は、無線リソースによってネットワーク機器に接続され、データを伝送する。

なお、図１に示す無線通信システムは、例示的な説明に過ぎず、無線通信システムは、他のネットワーク機器、例えば、コアネットワーク機器、無線中継機器および無線返信機器を含むこともできるが、図１には示されていない。本開示の実施例は、当該無線通信システムに含まれているネットワーク機器の数および端末の数を限定しない。

さらに、本開示の実施例の無線通信システムが、無線通信機能を提供するネットワークであることを理解することができる。無線通信システムは、符号分割多元接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＣＤＭＡ）、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＷＣＤＭＡ：登録商標）、時分割多元接続（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＴＤＭＡ）、周波数分割多元接続（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＦＤＭＡ）、直交周波数分割多元接続（Ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ ＦＤＭＡ、ＳＣ－ＦＤＭＡ）、キャリアセンス多重アクセス／衝突回避（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ）などの異なる通信技術を使用することができる。ネットワークは、異なるネットワークの容量、速度、遅延などの要素に応じて、２Ｇ（英語：ｇｅｎｅｒａｔｉｏｎ）ネットワーク、３Ｇネットワーク、４Ｇネットワーク、または５Ｇネットワークのような将来の進化型ネットワークに分類することができ、５Ｇネットワークは、新しい無線ネットワーク（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）とも呼ばれる。説明の便宜上、本開示では、無線通信ネットワークを単にネットワークと称することがある。

さらに、本開示に係るネットワーク機器は、無線アクセスネットワーク機器と称することもできる。当該無線アクセスネットワーク機器は、基地局、進化型基地局（Ｅｖｏｌｖｅｄ ｎｏｄｅ Ｂ、基地局）、ホーム基地局、ワイヤレス・フィディリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、ＷＩＦＩ）システムにおけるアクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）、無線中継ノード、無線返信ノード、トランスポートポイント（ＴＰ）または送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ）などであってもよく、ＮＲシステムにおけるｇＮＢであってもよく、あるいは、基地局を構成するコンポーネントまたは一部の機器などであってもよい。なお、本開示の実施例では、ネットワーク機器に採用される具体的な技術および具体的な機器形態は限定されない。本開示では、ネットワーク機器は、特定の地理的領域に通信カバレッジを提供し、当該カバレッジ領域（セル）内に位置する端末と通信することができる。また、ネットワーク機器は、コネクテッドカー（Ｖ２Ｘ）通信システムである場合、車載機器であってもよい。

さらに、本開示に係る端末は、端末機器、ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、モバイルステーション（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ、ＭＳ）、モバイル端末（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ、ＭＴ）などとも呼ばれ、音声および／またはデータ接続性をユーザに提供する機器であり、例えば、端末は、無線接続機能を有するハンドヘルド機器、車載機器などとすることができる。現在、いくつかの端末としては、スマートフォン（Ｍｏｂｉｌｅ Ｐｈｏｎｅ）、ポケットコンピュータ（Ｐｏｃｋｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＰＣ）、ハンドヘルド、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、ノートパソコン、タブレット、ウェアラブル機器、または車載機器などが挙げられる。また、コネクテッドカー（Ｖ２Ｘ）通信システムである場合、端末機器は車載機器であってもよい。なお、本開示の実施例は、端末によって採用される具体的な技術および具体的な機器形態を限定しない。

ＮＲでは、特に通信帯域がｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ ２の場合、高周波チャンネルの減衰が速いため、カバレッジを確保するために、端末とネットワーク機器との間でビームベース（ｂｅａｍ）の送受信が必要となる。

ＮＲにおいて、制御チャンネルもビームベースの送受信を使用する必要があるので、端末が移動したり、アンテナの方向が回転したりすると、現在送受信のために端末に構成されているビームに問題が発生する可能性があり、すなわち、ビーム失敗の問題が発生する。例えば、現在物理ダウンリンク制御チャンネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ）を送受信するために端末に構成する送信ビームおよび受信ビームに問題が発生する可能性があり、すなわち、ｂｅａｍ ｆａｉｌｕｒｅという問題が発生する。現在の標準では、ｂｅａｍ ｆａｉｌｕｒｅの検出のためのＲＳリソースが定義されている。ｂｅａｍ ｆａｉｌｕｒｅの検出のためのＲＳリソースは、ビーム失敗検出（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ、ＢＦＤ）ＲＳリソースとも呼ばれる。ここで、端末が、ＢＦＤ ＲＳリソース内のすべてのＢＦＤ ＲＳのチャンネル品質が予め設定された閾値を下回っていることを検出した場合、ｂｅａｍ ｆａｉｌｕｒｅが発生したことを示す。

関連技術において、ＢＦＤ ＲＳリソースは、ネットワーク機器によって端末に構成されてもよく、例えば、ネットワーク機器は端末に２つまたは３つのＢＦＤ ＲＳリソースを構成する。ネットワーク機器が端末のためにＢＦＤ ＲＳリソースを構成しない場合、端末は、ＢＦＤ ＲＳリソースとして、コンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ、ＣＣ）／帯域幅部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ、ＢＷＰ）制御チャンネルリソースセット（ＣＯＲＥＳＥＴ）の準同位（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ、ＱＣＬ）の伝送構成（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ、ＴＣＩ）状態に対応するＲＳリソースを使用することができる。しかしながら、単一の送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ－ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ）に対しては、各ＣＣ／ＢＷＰ上で、ネットワーク機器は端末に最大３つの制御チャンネルリソースセット（ＣＯＲＥＳＥＴ）を構成することができ、各ＣＯＲＥＳＥＴは１つのＴＣＩ状態に対応する。一方、マルチＴＲＰ（ｍｕｌｔｉ－ＴＲＰ）については、各ＣＣ／ＢＷＰ上で、ネットワーク機器は端末に対して最大５つのＣＯＲＥＳＥＴを構成することができ、各ＣＯＲＥＳＥＴは１つのＴＣＩ状態に対応する。すなわち、端末がＢＦＤ ＲＳとして選択することができるＲＳリソースの数は、端末によってサポートされる構成のＲＳリソースの数よりも多くなる可能性があり、この場合、ビーム失敗検出のためのＲＳリソースをどのように選択するかは、解決すべき問題である。

そこで、本発明の実施例は、ビーム失敗検出リソース割り当て方法を提供し、当該ビーム失敗検出リソース割り当て方法において、ＣＯＲＥＳＥＴの数が端末によってサポートされるＢＦＤ ＲＳリソースの数よりも大きい場合、ＢＦＤ ＲＳリソースの数に一致する目標ＣＯＲＥＳＥＴを選択し、選択された目標ＣＯＲＥＳＥＴのＱＣＬのＴＣＩ状態に対応するＲＳリソースをＢＦＤ ＲＳリソースとする。例えば、ネットワーク機器が端末に配置した端末によってサポートされるＢＦＤ ＲＳリソースの数が２であるが、ネットワーク機器が端末に対応するＢＦＤ ＲＳリソースを構成していない場合、端末は、３つのＣＯＲＥＳＥＴまたは５つのＣＯＲＥＳＥＴの中からＴＲＰごとに２つのＣＯＲＥＳＥＴを目標ＣＯＲＥＳＥＴとして選択し、２つの目標ＣＯＲＥＳＥＴのＱＣＬのＴＣＩ状態に対応するＲＳリソースをＢＦＤ ＲＳリソースとして使用することができる。

図２は、例示的な一実施例に係るＢＦＤ ＲＳリソース割り当て方法のフローチャートであり、図２に示すように、ＢＦＤ ＲＳリソース割り当て方法は、端末に適用され、以下のステップを含む。

ステップＳ１１において、ネットワーク機器が端末のために構成したＣＯＲＥＳＥＴを決定する。

本開示の実施例において、ネットワーク機器が端末のために構成したＣＯＲＥＳＥＴが３つであってもよいし、５つであってもよい。例えば、単一のＴＲＰに対して、各ＣＣ／ＢＷＰ上で、ネットワーク機器は端末に最大３つのＣＯＲＥＳＥＴを構成することができ、各ＣＯＲＥＳＥＴは１つのＴＣＩ状態に対応する。一方、ｍｕｌｔｉ－ＴＲＰに対しては、各ＣＣ／ＢＷＰ上で、ネットワーク機器が端末に最大５つのＣＯＲＥＳＥＴを構成することができる。

ステップＳ１２において、ＣＯＲＥＳＥＴの数が端末によってサポートされるＢＦＤ ＲＳリソースの数より大きい場合、ＢＦＤ ＲＳリソースの数の目標ＣＯＲＥＳＥＴを選択する。

一般に、端末によってサポートされるＢＦＤ ＲＳリソースの数は、２つまたは３つである。端末によってサポートされるＢＦＤ ＲＳリソースの数が２つの場合、シングルＴＲＰに３つのＣＯＲＥＳＥＴの数を構成した場合およびｍｕｌｔｉ－ＴＲＰに５つのＣＯＲＥＳＥＴの数を構成した場合は、端末によってサポートされるＢＦＤ ＲＳリソースの数よりＣＯＲＥＳＥＴの数が多いと理解できる。

ＣＯＲＥＳＥＴの数が端末によってサポートされるＢＦＤ ＲＳリソースの数よりも多い場合、ＢＦＤ ＲＳリソースの数の目標ＣＯＲＥＳＥＴを選択する。例えば、端末によってサポートされるＢＦＤ ＲＳリソースの数が最大で２であるが、ネットワーク機器が端末に対応するＢＦＤ ＲＳリソースを構成しておらず、ネットワーク機器が端末に３つのＣＯＲＥＳＥＴまたは５つのＣＯＲＥＳＥＴを構成している場合、端末は３つのＣＯＲＥＳＥＴまたは５つのＣＯＲＥＳＥＴの中からＴＲＰごとに２つのＣＯＲＥＳＥＴを目標ＣＯＲＥＳＥＴとして選択することができる。

ステップＳ１３において、選択された目標ＣＯＲＥＳＥＴのＱＣＬのＴＣＩ状態に対応するＲＳリソースをＢＦＤ ＲＳリソースとする。

例えば、上記の例では、本開示の実施例において、２つの目標ＣＯＲＥＳＥＴのＱＣＬのＴＣＩ状態に対応するＲＳリソースをＢＦＤ ＲＳリソースとして使用することができる。

本開示の実施例では、ＣＯＲＥＳＥＴの数が端末によってサポートされるＢＦＤ ＲＳリソースの数より大きい場合、ＢＦＤ ＲＳリソースの数に一致する目標ＣＯＲＥＳＥＴを選択し、選択された目標ＣＯＲＥＳＥＴのＱＣＬのＴＣＩ状態に対応するＲＳリソースをＢＦＤ ＲＳリソースとして、ＣＯＲＥＳＥＴの数が端末によってサポートされるＢＦＤ ＲＳリソースの数より大きい場合のＢＦＤ ＲＳリソースの決定を実現する。

本開示の実施例では、複数のＣＯＲＥＳＥＴの中から端末によってサポートされるＢＦＤ ＲＳリソースの数の目標ＣＯＲＥＳＥＴを選択する際に、端末に構成されている複数のＣＯＲＥＳＥＴをグループ化し、同じＴＲＰに属するＣＯＲＥＳＥＴを１つのグループに分割し、グループ化された各グループ内のＣＯＲＥＳＥＴの数に基づいて目標ＣＯＲＥＳＥＴを選択することができる。

図３は、例示的な一実施例に係る端末によってサポートされるＢＦＤ ＲＳリソースの数の目標ＣＯＲＥＳＥＴを選択する実施フローチャートである。図３に示すように、以下のステップを含む。

ステップＳ１２１において、端末に構成されている複数のＣＯＲＥＳＥＴをグループ化し、同じＴＲＰに属するＣＯＲＥＳＥＴを１つのグループに分割する。

ステップＳ１２２において、グループ化された各グループ内のＣＯＲＥＳＥＴの数に基づいて目標ＣＯＲＥＳＥＴを選択する。

本開示の実施例では、端末に構成されている複数のＣＯＲＥＳＥＴをグループ化する際に、同じＴＲＰに属するＣＯＲＥＳＥＴを１つのグループに分割するために、上位層シグナリング識別子（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ ｉｎｄｅｘ）がＣＯＲＥＳＥＴ内に構成されているか否かによって、同じＴＲＰに属するか否かを区別してグループ化することができる。ＣＯＲＥＳＥＴをグループ化下後、ＴＲＰごとに目標ＣＯＲＥＳＥＴの選択を行うことができる。

図４は、例示的な一実施例に係る端末に構成されている複数のＣＯＲＥＳＥＴをグループ化するフローチャートである。図４に示すように、以下のステップを含む。

ステップＳ１２１１において、構成されたＣＯＲＥＳＥＴにｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ ｉｎｄｅｘが構成されているか否かを判断する。

ＣＯＲＥＳＥＴにｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ ｉｎｄｅｘが構成されている場合、ステップＳ１２１２ａを実行する。ＣＯＲＥＳＥＴにｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ ｉｎｄｅｘが構成されていない場合、ステップＳ１２１２ｂを実行する。

ステップＳ１２１２ａにおいて、ＣＯＲＥＳＥＴにｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ ｉｎｄｅｘが構成されている場合、同じｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ ｉｎｄｅｘが構成されているＣＯＲＥＳＥＴを同じグループに分割する。

ステップＳ１２１２ｂにおいて、ＣＯＲＥＳＥＴにｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ ｉｎｄｅｘが構成されていない場合、すべてのＣＯＲＥＳＥＴを１つのグループに分割する。

本開示の実施例では、ＣＯＲＥＳＥＴをグループ化した後、得られた各ＣＯＲＥＳＥＴグループ内のＣＯＲＥＳＥＴの数に対して、目標ＣＯＲＥＳＥＴを選択することができる。一実施形態では、グループ内のＣＯＲＥＳＥＴの数が端末によってサポートされるＢＦＤ ＲＳリソースの数以下である場合、グループ内のすべてのＣＯＲＥＳＥＴを目標ＣＯＲＥＳＥＴとして選択する。別の実施形態では、グループ内のＣＯＲＥＳＥＴの数が端末によってサポートされるＢＦＤ ＲＳリソースの数より大きい場合、指定された優先順位に従って端末によってサポートされるＢＦＤ ＲＳリソースの数のＣＯＲＥＳＥＴを目標ＣＯＲＥＳＥＴとして選択する。

本開示の実施例における上記の指定された優先順位は、予め設定されたものであってもよく、例えばＣＯＲＥＳＥＴ識別子（ＩＤ）の番号の小さい優先順位と、セルレベルサーチスペース（ｃｅｌｌ ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）ＣＯＲＥＳＥＴ、ユーザグループレベルサーチスペース（ｇｒｏｕｐ ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）ＣＯＲＥＳＥＴおよびユーザ指定サーチスペース（ｕｓｅｒ ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ）ＣＯＲＥＳＥＴの優先度の高い優先順位と、端末がＣＯＲＥＳＥＴを監視するサイクル時間長の小さい優先順位との１つまたは複数であってもよい。

本開示の実施例では、端末によってサポートされるＢＦＤ ＲＳリソースの数が２つであり、グループ内のＣＯＲＥＳＥＴの数が３つである場合を例に説明する。

ＣＯＲＥＳＥＴ ＩＤ番号の小さい優先順位に従って目標ＣＯＲＥＳＥＴを選択する際には、ＣＯＲＥＳＥＴ ＩＤの小さいものを選択し、ＣＯＲＥＳＥＴ ＩＤの大きいものを破棄する。例えば、ＣＯＲＥＳＥＴ ＩＤが０、１、２であれば、ＣＯＲＥＳＥＴ ＩＤが０、１のものを選択し、ＣＯＲＥＳＥＴ ＩＤが２のものを破棄する。もちろん、本開示の実施例では、ＣＯＲＥＳＥＴ ＩＤ番号の大きい順に目標ＣＯＲＥＳＥＴを選択し、すなわち、ＣＯＲＥＳＥＴ ＩＤの大きいものを選択し、ＣＯＲＥＳＥＴ ＩＤの最も小さいものを破棄することもできる。

ｃｅｌｌ ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴ、ｇｒｏｕｐ ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴ、およびｕｓｅｒ ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴの優先度の高い順に目標ＣＯＲＥＳＥＴを選択すると、セル内のすべての端末に対するＣＯＲＥＳＥＴの優先度が最も高く、例えば、ＳＩＢ１の時間周波数リソースを示すＴｙｐｅ０－ＰＤＣＣＨ ＣＳＳ ｓｅｔ、他のシステム情報の時間周波数リソースを示すＴｙｐｅ０Ａ－ＰＤＣＣＨ ＣＳＳ ｓｅｔ、ランダムアクセスリソースを示すＴｙｐｅ１－ＰＤＣＣＨ ＣＳＳ ｓｅｔ、ページングの時間周波数リソースを示すＴｙｐｅ２－ＰＤＣＣＨ ＣＳＳ ｓｅｔなどの優先度が最も高く、ｃｅｌｌ ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴを優先的に目標ＣＯＲＥＳＥＴとして選択する。端末伝送のスロットフォーマットや電力制御を示すＴｙｐｅ３－ＰＤＣＣＨ ＣＳＳ ｓｅｔなどの端末のグループに対するＣＯＲＥＳＥＴの優先度が次に高い。ある特定の端末に対するｕｓｅｒ ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴの優先度が最も低い。すなわち、ｃｅｌｌ ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴとｇｒｏｕｐ ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴを選択し、ｕｓｅｒ ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴを破棄する。もちろん、本開示の実施例では、ｕｓｅｒ ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴ、ｇｒｏｕｐ ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴ、およびｃｅｌｌ ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴの優先度の高い順に目標ＣＯＲＥＳＥＴを選択してもよい。例えば、ｕｓｅｒ ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴとｇｒｏｕｐ ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴを選択し、ｃｅｌｌ ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴを破棄してもよい。

本開示の実施例では、端末がＣＯＲＥＳＥＴを監視するサイクル時間長の小さい順に目標ＣＯＲＥＳＥＴを選択する際に、端末がＣＯＲＥＳＥＴを監視するサイクル時間長が最も小さい２つのＣＯＲＥＳＥＴを選択するようにしてもよい。ネットワーク機器は、各ＣＯＲＥＳＥＴを監視するように端末を構成するので、サイクルが小さいほど頻繁に監視されるので、本開示の実施例では、サイクルが最も小さい２つのＣＯＲＥＳＥＴを目標ＣＯＲＥＳＥＴとして選択する。もちろん、本開示の実施例では、端末がＣＯＲＥＳＥＴを監視するサイクル時間長の大きい優先順位に従って目標ＣＯＲＥＳＥＴを選択し、すなわち、ＣＯＲＥＳＥＴを監視するサイクル時間長が最も大きい２つのＣＯＲＥＳＥＴを目標ＣＯＲＥＳＥＴとして選択するようにしてもよい。

なお、指定された優先順位に従って目標ＣＯＲＥＳＥＴを選択する本開示の実施例における実施プロセスは、単一のＴＲＰに構成されたＣＯＲＥＳＥＴの数が端末によってサポートされるＢＦＤ ＲＳリソースの数より大きい場合に適用可能である。例えば、単一のＴＲＰに構成されたＣＯＲＥＳＥＴの数が３つ、端末によってサポートされるＢＦＤ ＲＳリソースの数が２つの場合、上記の優先順位に従って目標ＣＯＲＥＳＥＴを選択し、選択された目標ＣＯＲＥＳＥＴのＱＣＬのＴＣＩ状態に対応するＲＳリソースをＢＦＤ ＲＳリソースとすることができる。

さらに、ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ ｉｎｄｅｘに従ってＣＯＲＥＳＥＴをグループ化し、グループ化されたＣＯＲＥＳＥＴの数に従って目標ＣＯＲＥＳＥＴを選択する本開示の上記実施例における実施形態は、ｍｕｌｔｉ－ＴＲＰに構成されたＣＯＲＥＳＥＴの数が、端末によってサポートされるＢＦＤ ＲＳリソースの数より大きい場合に適用可能である。

本開示の上記実施例において提供されるＢＦＤ ＲＳリソース割り当て方法は、端末によってサポートされるＢＦＤ ＲＳリソースの数よりも端末に構成されるＣＯＲＥＳＥＴの数が大きい場合、端末によってサポートされるＢＦＤ ＲＳリソースの数に一致するＣＯＲＥＳＥＴを目標ＣＯＲＥＳＥＴとして選択し、選択された目標ＣＯＲＥＳＥＴのＱＣＬのＴＣＩ状態に対応するＲＳリソースをＢＦＤ ＲＳリソースとして、ＢＦＤ ＲＳリソースの決定を実現する。

同様の思想に基づいて、本開示の実施例は、ＢＦＤ ＲＳリソース割り当て装置も提供する。

なお、本開示の実施例によって提供されるＢＦＤ ＲＳリソース割り当て装置は、上記機能を実現するために、それぞれの機能を実行するためのハードウェア構成および／またはソフトウェアモジュールを含む。本開示の実施例で開示される様々な例のユニットおよびアルゴリズムステップを組み合わせて、本開示の実施例は、ハードウェアまたはハードウェアとコンピュータソフトウェアとの組み合わせの形態で実施することができる。ある機能がハードウェアで実行されるのか、コンピュータソフトウェアがハードウェアを駆動して実行されるのかは、技術案の特定の応用および設計制約条件に依存する。当業者は、それぞれの特定の用途に対して異なる方法を用いて説明された機能を実施することができるが、そのような実施形態は、本開示の実施例の技術案の範囲を超えているとみなされるべきではない。

図５は、例示的な一実施例に係るＢＦＤ ＲＳリソース割り当て装置のブロック図である。図５を参照すると、当該ＢＦＤ ＲＳリソース割り当て装置１００は、決定ユニット１０１と、選択ユニット１０２と、検出ユニット１０３とを含む。

決定ユニット１０１は、ネットワーク機器が端末のために構成したＣＯＲＥＳＥＴを決定するように構成される。選択ユニット１０２は、ＣＯＲＥＳＥＴの数が端末によってサポートされるＢＦＤ ＲＳリソースの数より大きい場合、ＢＦＤ ＲＳリソースの数の目標ＣＯＲＥＳＥＴを選択するように構成されている。検出ユニット１０３は、選択された目標ＣＯＲＥＳＥＴのＱＣＬのＴＣＩ状態に対応するＲＳリソースをＢＦＤ ＲＳリソースとするように構成される。

一実施形態では、選択ユニット１０２は、構成されたＣＯＲＥＳＥＴをグループ化し、ここで、同じＴＲＰに属するＣＯＲＥＳＥＴを１つのグループに分割することと、グループ化された各グループ内のＣＯＲＥＳＥＴの数に基づいて目標ＣＯＲＥＳＥＴを選択することとの方式を採用してＢＦＤ ＲＳリソースの数の目標ＣＯＲＥＳＥＴを選択するように構成される。

別の実施形態では、選択ユニット１０２は、構成されたＣＯＲＥＳＥＴにｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ ｉｎｄｅｘが構成されているか否かを判断することと、ＣＯＲＥＳＥＴにｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ ｉｎｄｅｘが構成されている場合、同じｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ ｉｎｄｅｘが構成されているＣＯＲＥＳＥＴを同じグループに分割することと、ＣＯＲＥＳＥＴにｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ ｉｎｄｅｘが構成されていない場合、すべてのＣＯＲＥＳＥＴを１つのグループに分割することとの方式を採用して構成されたＣＯＲＥＳＥＴをグループ化するように構成される。

さらに別の実施形態では、選択ユニット１０２は、グループ内のＣＯＲＥＳＥＴの数が端末によってサポートされるＢＦＤ ＲＳの数以下である場合、グループ内のすべてのＣＯＲＥＳＥＴを目標ＣＯＲＥＳＥＴとして選択することと、グループ内のＣＯＲＥＳＥＴの数が端末によってサポートされるＢＦＤ ＲＳの数より大きい場合、指定された優先順位に従ってＢＦＤ ＲＳの数のＣＯＲＥＳＥＴを目標ＣＯＲＥＳＥＴとして選択することとの方式を採用してグループ化された各グループ内のＣＯＲＥＳＥＴの数に基づいて目標ＣＯＲＥＳＥＴを選択するように構成される。

ここで、指定された優先順位は、ＣＯＲＥＳＥＴ ＩＤの番号の小さい優先順位と、ｃｅｌｌ ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴ、ｇｒｏｕｐ ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴおよびｕｓｅｒ ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ ＣＯＲＥＳＥＴの優先度の高い優先順位と、端末がＣＯＲＥＳＥＴを監視するサイクル時間長の小さい優先順位との１つまたは複数を含む。

上記実施例における装置については、各モジュールが動作を実行する具体的な態様については、当該方法に係る実施例において詳細に説明したが、ここでは詳しく説明しない。

図６は、例示的な一実施例に係るＢＦＤ ＲＳリソース割り当てのための装置２００のブロック図である。装置２００は、例えば、携帯電話、コンピュータ、デジタル放送端末、メッセージング機器、ゲームコンソール、タブレット機器、医療機器、フィットネス機器、携帯情報端末などであってもよい。

図６を参照すると、装置２００は、処理コンポーネント２０２、メモリ２０４、電源コンポーネント２０６、マルチメディアコンポーネント２０８、オーディオコンポーネント２１０、入出力（Ｉ／Ｏ）インタフェース２１２、センサコンポーネント２１４、および通信コンポーネント２１６のうちの１つまたは複数のコンポーネントを含むことができる。

処理コンポーネント２０２は、通常、表示、電話呼び出し、データ通信、カメラ操作および記録操作に関連する操作など、装置２００の全体的な操作を制御する。処理コンポーネント２０２は、指令を実行して上記方法の全部または一部のステップを完成するための１つまたは複数のプロセッサ２２０を含むことができる。また、処理コンポーネント２０２は、処理コンポーネント２０２と他のコンポーネントとの間のインタラクションを容易にするための１つまたは複数のモジュールを含むことができる。例えば、処理コンポーネント２０２は、マルチメディアコンポーネント２０８と処理コンポーネント２０２との間のインタラクションを容易にするためのメディアモジュールを含むことができる。

メモリ２０４は、機器２００での操作をサポートするように、様々なタイプのデータを記憶するように構成される。これらのデータの例は、連絡先データ、電話帳データ、メッセージ、画像、動画などの装置２００で操作するためのいずれかのアプリケーションまたは方法の指令を含む。メモリ２０４は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、電気消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、読み出し専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュメモリ、ディスク、光ディスクなどの任意のタイプの揮発性または不揮発性の記憶機器、またはそれらの組み合わせによって実現することができる。

電源コンポーネント２０６は、装置２００の様々なコンポーネントに電力を提供する。電源コンポーネント２０６は、電源管理システム、１つまたは複数の電源、および装置２００の生成、電力の管理および分配に関連する他のコンポーネントを含むことができる。

マルチメディアコンポーネント２０８は、前記装置２００とユーザとの間に１つの出力インターフェースを提供するスクリーンを含む。いくつかの実施例において、スクリーンは、液晶ディスプレイ（ＬＣＤ）およびタッチパネル（ＴＰ）を含むことができる。スクリーンは、タッチパネルを含む場合、ユーザからの入力信号を受信するためのタッチスクリーンとして実現することができる。タッチパネルは、タッチ、スライドおよびタッチパネル上のジェスチャーを検知するための１つまたは複数のタッチセンサを含む。前記タッチセンサは、タッチまたはスライド動作の境界線を検知するだけではなく、タッチまたはスライド操作に関連する持続時間および圧力も検出する。いくつかの実施例において、メディアコンポーネント２０８は、１つのフロントカメラおよび／またはリアカメラを含む。フロントカメラおよび／またはリアカメラは、機器２００が、撮影モードまたはビデオモードなどの操作モードにある場合、外部のメディアデータを受信することができる。各フロントカメラおよびリアカメラは、１つの固定的な光学レンズ系であってもよいし、焦点距離および光学ズーム能力を有してもよい。

オーディオコンポーネント２１０は、オーディオ信号を出力および／または入力するように構成される。例えば、オーディオコンポーネント２１０は、１つのマイクロフォン（ＭＩＣ）を含み、マイクロフォンは、装置２００が呼び出しモード、記録モードおよび音声認識モードなどの操作モードにある場合、外部オーディオ信号を受信するように構成される。受信されたオーディオ信号は、メモリ２０４にさらに記憶されるか、または通信コンポーネント２１６を介して送信されてもよい。いくつかの実施例において、オーディオコンポーネント２１０は、オーディオ信号を出力するためのスピーカーをさらに含む。

Ｉ／Ｏインターフェース２１２は、処理コンポーネント２０２と周辺インターフェースモジュールとの間にインターフェースを提供し、上記周辺インターフェースモジュールは、キーパッド、クリックホイール、ボタンなどであってもよい。これらのボタンは、ホームボタン、音量ボタン、起動ボタンおよびロックボタンを含むが、これらに限定されない。

センサコンポーネント２１４は、装置２００に様々な方面の状態評価を提供するための１つまたは複数のセンサを含む。例えば、センサコンポーネント２１４は、機器２００のオン／オフ状態、コンポーネントの相対的な位置付けを検出することができ、例えば、コンポーネントが装置２００のディスプレイおよび小キーパッドであり、センサコンポーネント２１４は、装置２００または装置２００の１つのコンポーネントの位置変化、ユーザと装置２００との接触の有無、装置２００の方位または加速／減速および装置２００の温度変化を検出することもできる。センサコンポーネント２１４は、いずれかの物理接触もない場合、近傍の物体の存在を検出するための接近センサを含むことができる。センサコンポーネント２１４は、撮像アプリケーションで使用するためのＣＭＯＳまたはＣＣＤ画像センサなどの光センサをさらに含むことができる。いくつかの実施例において、当該センサコンポーネント２１４は、加速度センサ、ジャイロセンサ、磁気センサ、圧力センサまたは温度センサをさらに含むことができる。

通信コンポーネント２１６は、装置２００と他の機器との有線または無線方式の通信を容易にするように構成される。装置２００は、ＷｉＦｉ、２Ｇまたは３Ｇ、またはそれらの組み合わせなどの通信標準に基づく無線ネットワークにアクセスすることができる。例示的な一実施例において、通信コンポーネント２１６は、放送チャンネルを介して外部放送管理システムからの放送信号または放送に関連する情報を受信する。例示的な一実施例において、通信コンポーネント２１６は、近距離通信を容易にするために、近距離通信（ＮＦＣ）モジュールをさらに含む。例えば、ＮＦＣモジュールは、無線周波数認識（ＲＦＩＤ）技術、赤外線データ協会（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルートゥース（ＢＴ：登録商標）技術、および他の技術に基づいて実現することができる。

例示的な実施例において、装置２００は、上記方法を実現するために、１つまたは複数のアプリケーション特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理機器（ＤＳＰＤ）、プログラマブルロジック機器（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子部品によって実現することができる。

例示的な実施例において、指令を含む非一時的なコンピュータ読み取り可能な記憶媒体、例えば、指令を含むメモリ２０４をさらに提供し、上記指令は、上記方法を完成するように、装置２００のプロセッサ２２０によって実行することができる。例えば、非一時的なコンピュータ読み取り可能な記憶媒体は、ＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ－ＲＯＭ、磁気テープ、フロッピーディスク、光データ記憶装置などであってもよい。

さらに、本開示における「複数」とは、２つ以上を意味し、他の助数詞も同様であることを理解することができる。「および／または」は、関連オブジェクトの関連関係を記述し、３つの関係が存在することを表し、例えば、Ａおよび／またはＢは、Ａが単独で存在し、ＡとＢが同時に存在し、Ｂが単独で存在するという３つの状況を表すことができる。一般に「／」という文字は、前後の関連オブジェクトが「または」の関係を表す。単数形の「１つ」、「前記」、および「当該」もまた、文脈が他の意味を明確に示さない限り、多数の形を含むことが意図されている。

さらに、「第１」、「第２」などの用語は様々な情報を記述するために使用されるが、これらの情報はこれらの用語に限定されるべきではないことを理解することができる。これらの用語は、同じ種類の情報を区別するためにのみ使用され、特定の順序や重要度を示すものではない。実際には、「第１」、「第２」といった表現は完全に互換的に使うことができる。例えば、本開示の範囲を逸脱することなく、第１の情報を第２の情報と称することもでき、同様に、第２の情報を第１の情報と称することもできる。

さらに、本開示の実施例では、図面において特定の順序で動作が説明されているが、これらの動作が、示された特定の順序または連続的な順序で実行されること、または所望の結果を得るために示された動作のすべてが実行されることが要求されていると理解すべきではない。特定の環境では、マルチタスクおよび並列処理が有利になる場合がある。

当業者であれば、明細書を考慮して本明細書に開示された開示を実践した後、本開示の他の実施形態を容易に想到し得る。本開示は、本開示のいかなる変形、用途または適応的な変化をカバーすることを意図し、これらの変形、用途または適応的な変化は、本開示の一般的な原理に従い、本開示に開示されていない当分野における周知技術または慣用的な技術手段を含む。明細書および実施例は、例示的なものとしてのみ見なされ、本開示の真の範囲および精神は、本開示の請求項によって示される。

本開示は、以上に説明され、図面に示された正確な構造に限定されず、その範囲を逸脱することなく、様々な修正および変更が可能であることを理解すべきである。本開示の範囲は、添付された特許請求の範囲のみによって限定される。

Claims (5)

1. ビーム失敗検出リソース割り当て方法であって、
   ネットワーク機器が端末のために構成した制御チャンネルリソースセットを決定するステップと、
   構成された制御チャンネルリソースセットに上位層シグナリング識別子が構成されているか否かを判断するステップと、
   制御チャンネルリソースセットに上位層シグナリング識別子が構成されている場合、同じ上位層シグナリング識別子が構成されている制御チャンネルリソースセットを同じグループに分割するステップと、
   グループ内の制御チャンネルリソースセットの数が端末によってサポートされるビーム失敗検出リソースの数より大きい場合、前記ビーム失敗検出リソースの数の目標制御チャンネルリソースセットを選択するステップと、
   選択された目標制御チャンネルリソースセットの準同位伝送構成状態に対応する基準信号リソースをビーム失敗検出基準信号リソースとするステップと、を含む、
   ことを特徴とするビーム失敗検出リソース割り当て方法。
2. 制御チャンネルリソースセットに上位層シグナリング識別子が構成されていない場合、すべての制御チャンネルリソースセットを１つのグループに分割するステップをさらに含む、
   ことを特徴とする請求項１に記載のビーム失敗検出リソース割り当て方法。
3. 前記ビーム失敗検出リソースの数の目標制御チャンネルリソースセットを選択するステップは、
   グループ内の制御チャンネルリソースセットの数が端末によってサポートされるビーム失敗検出リソースの数以下である場合、グループ内のすべての制御チャンネルリソースセットを目標制御チャンネルリソースセットとして選択するステップと、
   グループ内の制御チャンネルリソースセットの数が端末によってサポートされるビーム失敗検出リソースの数より大きい場合、指定された優先順位に従って前記ビーム失敗検出リソースの数の制御チャンネルリソースセットを目標制御チャンネルリソースセットとして選択するステップと、を含む、
   ことを特徴とする請求項１に記載のビーム失敗検出リソース割り当て方法。
4. 前記指定された優先順位は、
   制御チャンネルリソースセット識別子の番号の小さい優先順位と、
   セルレベルサーチスペース制御チャンネルリソースセット、ユーザグループレベルサーチスペース制御チャンネルリソースセットおよびユーザ指定サーチスペース制御チャンネルリソースセットの優先度の高い優先順位と、
   端末が制御チャンネルリソースセットを監視するサイクル時間長の小さい優先順位との１つまたは複数を含む、
   ことを特徴とする請求項３に記載のビーム失敗検出リソース割り当て方法。
5. プロセッサと、
   プロセッサによって実行可能な指令を記憶するためのメモリと、を含み、
   前記プロセッサは、請求項１～４のいずれかに記載のビーム失敗検出リソース割り当て方法を実行するように構成される、
   ことを特徴とするビーム失敗検出リソース割り当て装置。

Images