(57)【要約】本出願は、第１の制御リソースセットのリンク障害を判定することであって、第１の制御リソースセットは、第１のマスター情報ブロックＭＩＢによって設定された制御リソースセットである、判定することと、リンク障害回復要求を送信することであって、リンク障害回復要求は、第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信することと、を含むリンク回復方法を提供する。第１の制御リソースセットは、５Ｇ移動通信システムで定義されたＣＯＲＥＳＥＴ、制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）、またはｅＰＤＣＣＨセット（ｓｅｔ）であってもよい。端末デバイスが第１の制御リソースセットの通信リンク上でリンク障害が発生したことを検出した場合には、端末デバイスは、ネットワーク装置に対して、第１の制御リソースセットの通信リンクを回復することを要求するために使用される要求メッセージを送信する、すなわちリンク障害回復要求を送信する要求メッセージを送信してもよく、ＭＩＢによって設定された制御リソースセットの通信リンクが迅速に回復され得るようにする。
2021523640.tif 000002
【特許請求の範囲】
【請求項１】
リンク回復方法であって、
第１の制御リソースセットのリンク障害を判定することであって、前記第１の制御リソースセットは、第１のマスター情報ブロックＭＩＢによって設定された制御リソースセットである、判定することと、
リンク障害回復要求を送信することであって、前記リンク障害回復要求は、前記第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信することと、を含む方法。
【請求項２】
前記第１の制御リソースセットの前記リンク障害を判定することは、
前記第１の制御リソースセットに関連付けられた探索空間セットに基づいて、前記第１の制御リソースセットのリンク障害検出モードを判定することと、
前記リンク障害検出モードに基づいて、前記第１の制御リソースセットの前記リンク障害を判定することと、を含む、請求項１に記載の方法。
【請求項３】
前記探索空間セットが非ブロードキャスト探索空間セットを含むときに、前記第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットは、第１の基準信号と、第２の基準信号と、を含み、前記第１の基準信号は、非ＭＩＢ情報によって設定される制御リソースセットのリンク障害検出のために使用され、前記第２の基準信号は、前記第１の制御リソースセットに関連付けられた受信パラメータを示すために使用される、請求項２に記載の方法。
【請求項４】
前記探索空間セットが非ブロードキャスト探索空間セットを含む場合、前記第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットは、第２の基準信号のみを含み、第２の基準信号は、前記第１の制御リソースセットに関連付けられた受信パラメータを示すために使用される、請求項２に記載の方法。
【請求項５】
前記リンク障害検出モードに基づいて、前記第１の制御リソースセットの前記リンク障害を判定することは、
前記第１の基準信号の信号品質が第１の閾値以下であるとき、および前記第２の基準信号の信号品質が前記第１の閾値以下であるときに、前記第１の制御リソースセットの前記リンク障害を判定すること、または
前記第２の基準信号の信号品質が第１の閾値以下であるときに、前記第１の制御リソースセットの前記リンク障害を判定すること、を含む、請求項３に記載の方法。
【請求項６】
前記リンク障害検出モードに基づいて、前記第１の制御リソースセットの前記リンク障害を判定することは、
前記第２の基準信号の信号品質が第１の閾値以下であるときに、前記第１の制御リソースセットの前記リンク障害を判定することを含む、請求項４に記載の方法。
【請求項７】
前記リンク障害回復要求を送信することは、
第３の基準信号リソースセットに基づいて第３の基準信号を判定することであって、前記第３の基準信号は、前記第３の基準信号リソースセットにおいて、信号品質が第２の閾値以上である基準信号であり、前記第３の基準信号リソースセットにおける前記基準信号は、同期信号および／またはブロードキャストチャネル基準信号である、判定することと、
前記リンク障害回復要求を送信することであって、前記リンク障害回復要求は、前記第３の基準信号に基づいて、前記第１の制御リソースセットの前記通信リンクを回復することを要求するために使用される、送信することと、を含む、請求項１〜６のいずれか一項に記載の方法。
【請求項８】
前記リンク障害回復要求を送信することは、
第２の制御リソースセットに関連付けられた第４の基準信号に基づいて、第３の基準信号を判定することであって、前記第２の制御リソースセットは、前記第１の制御リソースセットのリンク障害を判定する前に設定された複数の制御リソースセットのうちの１つであり、前記第２の制御リソースセットに対応する基準信号の品質は、前記第１の閾値および／または第２の閾値以上であり、前記第４の基準信号および前記第３の基準信号は、疑似コロケーションＱＣＬ仮定関係を満たし、前記第４の基準信号は、前記第２の制御リソースセットに関連付けられた受信パラメータを示すために使用される、判定することと、
前記リンク障害回復要求を送信することであって、前記リンク障害回復要求は、前記第３の基準信号に基づいて、前記第１の制御リソースセットの前記通信リンクを回復することを要求するために使用される、送信することと、を含む、請求項１〜６のいずれか一項に記載の方法。
【請求項９】
前記リンク障害回復要求を送信することは、
前記リンク障害回復要求を送信することであって、前記リンク障害回復要求は、第３の基準信号に基づいて前記第１の制御リソースセットの前記通信リンクを回復することを要求するために使用される、送信することを含み、
前記第３の基準信号は、第２の制御リソースセットに関連付けられた受信パラメータを示すために使用され、前記第２の制御リソースセットは、前記第１の制御リソースセットの前記リンク障害を判定する前に設定された複数の制御リソースセットのうちの１つであり、前記第２の制御リソースセットに対応する基準信号の品質は、前記第１の閾値および／または第２の閾値以上である、請求項１〜６のいずれか一項に記載の方法。
【請求項１０】
当該方法は、さらに、
第３の制御リソースセット上で、リンク障害回復要求応答を受信すること、および／または
前記第３の制御リソースセット上で、前記第１の制御リソースセットに関連付けられた前記探索空間セット内の下りリンク制御情報ＤＣＩを検出することであって、前記ＤＣＩの巡回冗長検査ＣＲＣは、セル無線ネットワーク一時識別子Ｃ−ＲＮＴＩによってスクランブルされる、検出することを含み、
前記第３の制御リソースセットは、前記第３の基準信号に関連付けられた制御リソースセットであり、前記第３の制御リソースセットは、第２のＭＩＢによって設定された制御リソースセットである、請求項７〜９のいずれか一項に記載の方法。
【請求項１１】
前記第３の基準信号は、前記第３の制御リソースセットのＱＣＬを示すために使用される、請求項１０に記載の方法。
【請求項１２】
当該方法は、さらに、
前記リンク障害回復要求応答を受信した後に、前記第３の基準信号に基づいて、前記第３の制御リソースセットを受信することを含む、請求項１０または１１に記載の方法。
【請求項１３】
当該方法は、さらに、
前記第２の制御リソースセット上で、リンク障害回復要求応答の受信すること、および／または
前記第２の制御リソースセット上で、前記第１の制御リソースセットに関連付けられた前記非ブロードキャスト探索空間セットを検出することを含み、
前記第２の制御リソースセットは、前記第１の制御リソースセットの前記リンク障害を判定する前に設定された前記複数の制御リソースセットのうちの１つであり、前記第２の制御リソースセットに対応する前記基準信号の前記品質は、前記第１の閾値および／または前記第２の閾値以上である、請求項１〜９のいずれか一項に記載の方法。
【請求項１４】
当該方法は、さらに、
第４の制御リソースセット上で、リンク障害回復要求応答を受信受信すること、および／または
前記第４の制御リソースセット上で、前記第１の制御リソースセットに関連付けられた前記非ブロードキャスト探索空間セットを検出することを含み、
前記第４の制御リソースセットは、前記リンク障害回復要求応答を受信するために特に使用される制御リソースセットである、請求項１〜９のいずれか一項に記載の方法。
【請求項１５】
前記非ブロードキャスト探索空間セットの下りリンク制御情報ＤＣＩフォーマットは、ＤＣＩフォーマット２−０および／またはＤＣＩフォーマット２−１を含むか、または
前記非ブロードキャスト探索空間セットにおいて検出されたＤＣＩの巡回冗長検査ＣＲＣは、スロットフォーマット表示無線ネットワーク一時識別子ＳＦＩ−ＲＮＴＩおよび／または中断無線ネットワーク一時識別子ＩＮＴ−ＲＮＴＩによってスクランブルされる、請求項１４記載の方法。
【請求項１６】
当該方法は、さらに、
第５の制御リソースセット上で、前記第１の制御リソースセットに関連付けられた前記非ブロードキャスト探索空間セットを検出することであって、前記第５の制御リソースセットは、前記第１の制御リソースセットの前記リンク障害を判定した後に設定される制御リソースセットである、検出することをさらに含む、請求項１〜９および請求項１５のいずれか一項に記載の方法。
【請求項１７】
前記リンク障害回復要求を送信することは、
物理的上りリンク制御チャネルＰＵＣＣＨを介して前記リンク障害回復要求を送信することあって、前記ＰＵＣＣＨは、チャネル品質情報および／またはスケジューリング要求情報を搬送するために使用される、請求項１〜１６のいずれか一項に記載の方法。
【請求項１８】
前記リンク障害回復要求を送信することは、
前記リンク障害回復要求を物理的ランダムアクセスチャネルＰＲＡＣＨを介して送信することであって、前記ＰＲＡＣＨは、前記第３の基準信号と関連関係を有し、前記第３の基準信号は、前記第１の制御リソースセットの前記通信リンクを回復するための基準信号である、送信することを含む、請求項１〜１６のいずれか一項に記載の方法。
【請求項１９】
リンク回復方法であって、
リンク障害回復要求を受信することであって、前記リンク障害回復要求は、第１の制御リソースセットの通信リンクを回復することを要求するために使用され、前記第１の制御リソースセットは、第１のマスター情報ブロックＭＩＢによって設定された制御リソースセットである、受信することと、
前記リンク障害回復要求に基づいて、制御リソースセットおよび／または受信パラメータを設定することであって、前記制御リソースセットは、前記第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットにおいて検出するために使用される、設定することと、を含む方法。
【請求項２０】
前記制御リソースセットは、前記リンク障害回復要求を受信する前に設定された複数の制御リソースセットのうちの１つであり、前記制御リソースセットに対応する基準信号の品質は、第１の閾値および／または第２の閾値以上である、請求項１９に記載の方法。
【請求項２１】
前記制御リソースセットは、前記リンク障害回復要求を受信した後に設定される制御リソースセットである、請求項１９に記載の方法。
【請求項２２】
前記リンク障害回復要求を受信することは、
第３の基準信号を含む前記リンク障害回復要求を受信することであって、前記第３の基準信号は、前記第１の制御リソースセットの前記通信リンクを回復するための基準信号である、受信することを含み、
前記リンク障害回復要求に基づいて、前記制御リソースセットおよび／または前記受信パラメータを設定することは、
前記リンク障害回復要求に基づいて、前記第３の基準信号に関連付けられた前記制御リソースセットおよび／または前記受信パラメータを設定することを含む、請求項１９に記載の方法。
【請求項２３】
前記リンク障害回復要求を受信することは、
物理上りリンク制御チャネルＰＵＣＣＨを介して前記リンク障害回復要求を受信することであって、前記ＰＵＣＣＨは、チャネル品質情報および／またはスケジューリング要求情報を搬送するために使用される、受信することを含む、請求項１９〜２２のいずれか一項に記載の方法。
【請求項２４】
前記リンク障害回復要求を受信することは、
物理ランダムアクセスチャネルＰＲＡＣＨを介して前記リンク障害回復要求を受信することであって、前記ＰＲＡＣＨは、前記第３の基準信号と関連関係を有し、前記第３の基準信号は、前記第１の制御リソースセットの前記通信リンクを回復するための前記基準信号である、請求項１９〜２２のいずれか一項に記載の方法。
【請求項２５】
当該方法は、さらに、
前記制御リソースセット上で、リンク障害回復要求応答の送信すること、および／または
前記制御リソースセット上で、前記第１の制御リソースセットに関連付けられた前記非ブロードキャスト探索空間セット内の下りリンク制御情報ＤＣＩを送信することであって、前記ＤＣＩの巡回冗長検査ＣＲＣは、セル無線ネットワーク一時識別子Ｃ−ＲＮＴＩによってスクランブルされる、送信することを含み、
前記制御リソースセットは、第３の制御リソースセットであり、前記第３の制御リソースセットは、前記第３の基準信号に関連付けられた前記制御リソースセットであり、前記第３の制御リソースセットは、第２のＭＩＢによって設定された制御リソースセットである、請求項１９〜２４のいずれか一項に記載の方法。
【請求項２６】
前記第３の基準信号は、前記第３の制御リソースセットのＱＣＬを示すために使用される、請求項２５に記載の方法。
【請求項２７】
当該方法は、さらに、
前記リンク障害回復要求応答を送信した後に、前記第３の基準信号に基づいて、前記第３の制御リソースセットを送信することを含む、請求項２５または２６に記載の方法。
【請求項２８】
当該方法は、さらに、
第４の制御リソースセット上で、リンク障害回復要求応答の送信すること、および／または
前記第４の制御リソースセット上で、前記第１の制御リソースセットに関連付けられた前記非ブロードキャスト探索空間セットを送信することを含み、
前記第４の制御リソースセットは、前記リンク障害回復要求応答を受信するために特に使用される制御リソースセットである、請求項１９〜２４のいずれか一項に記載の方法。
【請求項２９】
前記非ブロードキャスト探索空間セットの下りリンク制御情報ＤＣＩフォーマットは、ＤＣＩフォーマット２−０および／またはＤＣＩフォーマット２−１を含むか、または
前記非ブロードキャスト探索空間セットにおいて検出されたＤＣＩの巡回冗長検査ＣＲＣは、スロットフォーマット表示無線ネットワーク一時識別子ＳＦＩ−ＲＮＴＩおよび／または中断無線ネットワーク一時識別子ＩＮＴ−ＲＮＴＩによってスクランブルされる、請求項２８記載の方法。
【請求項３０】
当該方法は、さらに、
第５の制御リソースセット上で、前記第１の制御リソースセットに関連付けられた前記非ブロードキャスト探索空間セットを送信することであって、前記第５の制御リソースセットは、前記第１の制御リソースセットの前記リンク障害を判定した後に設定される制御リソースセットである、送信することをさらに含む、請求項２８に記載の方法。
【請求項３１】
リンク回復装置であって、
第１の制御リソースセットのリンク障害を判定するように構成されている処理ユニットであって、前記第１の制御リソースセットは、第１のマスター情報ブロックＭＩＢによって設定された制御リソースセットである、処理ユニットと、
リンク障害回復要求を送信するように構成されている送信ユニットであって、前記リンク障害回復要求は、前記第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信ユニットと、を含む装置。
【請求項３２】
前記処理ユニットは、さらに、
第３の基準信号リソースセットに基づいて第３の基準信号を判定するように構成されており、前記第３の基準信号は、前記第３の基準信号リソースセットにおいて、信号品質が第２の閾値以上である基準信号であり、前記第３の基準信号リソースセットにおける前記基準信号は、同期信号および／またはブロードキャストチャネル基準信号であり、
送信ユニットは、さらに、
前記リンク障害回復要求を送信するように構成されており、前記リンク障害回復要求は、前記第３の基準信号に基づいて、前記第１の制御リソースセットの前記通信リンクを回復することを要求するために使用される、請求項３１に記載の装置。
【請求項３３】
当該装置は、さらに、
第３の制御リソースセット上で、リンク障害回復要求応答を受信すること、および／または
前記第３の制御リソースセット上で、前記第１の制御リソースセットに関連付けられた前記探索空間セット内の下りリンク制御情報ＤＣＩを検出することであって、前記ＤＣＩの巡回冗長検査ＣＲＣは、セル無線ネットワーク一時識別子Ｃ−ＲＮＴＩによってスクランブルされる、検出することを行うように構成された受信ユニットを含み、
前記第３の制御リソースセットは、前記第３の基準信号に関連付けられた制御リソースセットであり、前記第３の制御リソースセットは、第２のＭＩＢによって設定された制御リソースセットである、請求項３１または３２に記載の装置。
【請求項３４】
前記第３の基準信号は、前記第３の制御リソースセットのＱＣＬを示すために使用される、請求項３３に記載の装置。
【請求項３５】
前記受信ユニットは、さらに、
前記リンク障害回復要求応答を受信した後に、前記第３の基準信号に基づいて、前記第３の制御リソースセットを受信するように構成されている、請求項３３または３４に記載の装置。
【請求項３６】
リンク回復装置であって、
リンク障害回復要求を受信するように構成されている受信ユニットであって、前記リンク障害回復要求は、第１の制御リソースセットの通信リンクを回復することを要求するために使用され、前記第１の制御リソースセットは、第１のマスター情報ブロックＭＩＢによって設定された制御リソースセットである、受信ユニットと、
前記リンク障害回復要求に基づいて、制御リソースセットおよび／または受信パラメータを設定するように構成されている処理ユニットであって、前記制御リソースセットは、前記第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットにおいて検出するために使用される、処理ユニットと、を含む装置。
【請求項３７】
前記受信ユニットは、さらに、
第３の基準信号を含む前記リンク障害回復要求を受信するように構成されており、前記第３の基準信号は、前記第１の制御リソースセットの前記通信リンクを回復するための基準信号であり、
前記処理ユニットは、さらに、
前記リンク障害回復要求に基づいて、前記第３の基準信号に関連付けられた前記制御リソースセットおよび／または前記受信パラメータを設定するように構成されている、請求項３６に記載の装置。
【請求項３８】
当該装置は、さらに、
前記制御リソースセット上で、リンク障害回復要求応答の送信すること、および／または
前記制御リソースセット上で、前記第１の制御リソースセットに関連付けられた前記非ブロードキャスト探索空間セット内の下りリンク制御情報ＤＣＩを送信し、前記ＤＣＩの巡回冗長検査ＣＲＣは、セル無線ネットワーク一時識別子Ｃ−ＲＮＴＩによってスクランブルされる、送信することを行うように構成されている送信ユニットを含み、
前記制御リソースセットは、第３の制御リソースセットであり、前記第３の制御リソースセットは、前記第３の基準信号に関連付けられた前記制御リソースセットであり、前記第３の制御リソースセットは、第２のＭＩＢによって設定された制御リソースセットである、請求項３６または３７に記載の装置。
【請求項３９】
前記第３の基準信号は、前記第３の制御リソースセットのＱＣＬを示すために使用される、請求項３８に記載の装置。
【請求項４０】
前記送信ユニットは、さらに、
前記リンク障害回復要求応答を送信した後に、前記第３の基準信号に基づいて、前記第３の制御リソースセットを送信することを含む、請求項３８または３９に記載の装置。
【請求項４１】
請求項１〜３０のいずれか一項に記載の方法のステップを行うように構成されているユニットを含む、通信装置。
【請求項４２】
前記装置は、プロセッサと、記憶媒体と、を含み、前記記憶媒体は、命令を記憶し、前記命令が前記プロセッサによって動作すると、前記プロセッサは、請求項１〜３０のいずれか一項に記載の方法を行うことが可能となる、通信装置。
【請求項４３】
コンピュータプログラムを記憶するコンピュータ可読記憶媒体であって、前記コンピュータプログラムは、通信装置が請求項１〜３０のいずれか一項に記載の方法を行うことを可能にする、コンピュータ可読記憶媒体。
【請求項４４】
命令を含むコンピュータプログラム製品であって、前記コンピュータプログラム製品がコンピュータ上で動作するときに、前記コンピュータは、請求項１〜３０のいずれか一項に記載の方法のステップを行うことが可能となる、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１８年５月１１日に中国特許庁に出願された「ＬＩＮＫ  ＲＥＣＯＶＥＲＹ  ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ」と題する、中国特許出願第２０１８１０４５１０３６．Ｘ号に対する優先権を主張し、その全体が参照により本明細書に組み込まれる。
【０００２】
本出願は、通信分野に関し、特に、リンク回復方法および装置に関する。
【背景技術】
【０００３】
インテリジェント端末の出現、特に端末上でのビデオサービスの出現により、現在の周波数リソースは、ユーザの必要容量の爆発的な増加にはほとんど見合っていない。利用可能な帯域幅がより広い高周波帯（ミリ波帯など）は、次世代通信システムの候補周波数帯となる。しかし、高周波帯は低周波帯よりも大きな経路損失を引き起こす。
【０００４】
ビームフォーミング技術に基づく信号伝送機構が、高周波帯の経路損失を克服するために使用される。ビームフォーミング技術は、特定の方向に比較的大きなアンテナ利得を生成することによって、経路損失を補償する。信号が特定の方向にのみ比較的大きなアンテナ利得を有するため、ビームフォーミング技術に基づいて信号が送信されるときに、受信端が移動する（すなわち、ビームが位置合わせされない）か、または、比較的大きな障害物が、信号の伝送経路上に現れる（すなわち、ビームがブロックされる）と、信号のアンテナ利得は、大幅に低減され、受信端で信号の中断が頻繁に発生する。
【０００５】
通信リンクを迅速に回復させるために、ビームが位置合わせされていないか、またはビームがブロックされているときに、ビームは適時に調整される必要があり、通信待ち時間を短縮する。回復されるべき全ての通信リンクにおいて、マスター情報ブロック（ｍａｓｔｅｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ，  ＭＩＢ）によって設定された制御リソースセットの通信リンクは、特に重要である。従って、ＭＩＢによって設定された制御リソースセットの通信リンクをどのように回復するかは解決されるべき問題である。
【発明の概要】
【０００６】
本出願は、ＭＩＢによって構成された制御リソースセットの通信リンクを回復するために、リンク回復方法および装置を提供する。
【０００７】
第１の態様によれば、リンク回復方法が提供される。本方法は、第１の制御リソースセットのリンク障害を判定することであって、第１の制御リソースセットは、第１のＭＩＢによって設定された制御リソースセットである、判定することと、リンク障害回復要求を送信することであって、前記リンク障害回復要求は、前記第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信することと、を含む。
【０００８】
第１の制御リソースセットは、第５世代（５ｔｈ−ｇｅｎｅｒａｔｉｏｎ，  ５Ｇ）移動通信システムで定義される制御リソースセット（ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔ，  ＣＯＲＥＳＥＴ）、制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）、または拡張物理下りリンク制御チャネル（ｅｎｈａｎｃｅｄ  ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ，  ｅＰＤＣＣＨ）セット（ｓｅｔ）であってもよく、または別の移動通信システム（例えば、第６世代移動通信システム）で定義され、物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ，  ＰＤＣＣＨ）を搬送するリソースセットであってもよい。端末デバイスが第１の制御リソースセットの通信リンク上でリンク障害が発生したことを検出した場合には、端末デバイスは、ネットワーク装置に対して、第１の制御リソースセットの通信リンクを回復することを要求するために使用される要求メッセージを送信する、すなわちリンク障害回復要求を送信する要求メッセージを送信してもよく、ＭＩＢによって設定された制御リソースセットの通信リンクが迅速に回復され得るようにする。
【０００９】
任意選択で、第１の制御リソースセットのリンク障害を判定することは、第１の制御リソースセットに関連付けられた探索空間セットを判定すること（任意選択のステップ）と、第１の制御リソースセットに関連付けられた探索空間セットに基づいて、第１の制御リソースセットの通信リンクのリンク障害検出モードを判定することと、リンク障害検出モードに基づいて、第１の制御リソースセットの通信リンク上のリンク障害を判定することと、を含む。
【００１０】
第１の制御リソースセットに関連付けられた探索空間セットは、異なるタイプを有してもよい。例えば、第１の制御リソースセットに関連付けられた探索空間は、ブロードキャスト探索空間または非ブロードキャスト探索空間であってもよい。第１の制御リソースセットに関連付けられた探索空間がブロードキャスト探索空間であるときに、ブロードキャスト探索空間に関連付けられたＣＯＲＥＳＥＴ０（すなわち、第１のＭＩＢによって設定されたＣＯＲＥＳＥＴ）に関連付けられたビームは、セル固有（ｃｅｌｌ  ｓｐｅｃｉｆｉｃ）ビーム（本出願では、「ビーム」および「基準信号」という用語は等価であり、互換的に使用されてもよい）であるため、基地局は、複数の同期信号／ブロードキャストチャネルブロック（ｓｙｎｃｈｒｏｎｏｕｓ  ｓｉｇｎａｌ／ＰＢＣＨ  ｂｌｏｃｋ，  ＳＳＢ）に対応するＣＯＲＥＳＥＴ０上で同じブロードキャスト情報を繰り返し送信する。リンク障害が発生した場合、端末デバイスは、自動的にＳＳＢ間を切り替えてもよく、基地局は、ＣＯＲＥＳＥＴ０の疑似コロケーション（ｑｕａｓｉ  ｃｏ−ｌｏｃａｔｉｏｎ，  ＱＣＬ）情報を再設定する必要がない。第１の制御リソースセットに関連付けられた探索空間が非ブロードキャスト探索空間（例えば、ＵＥ固有探索空間）であるときに、非ブロードキャスト探索空間で送信されるコンテンツは、ユーザ機器固有（ＵＥ固有）コンテンツまたはユーザ機器グループ共通（ＵＥグループ共通）コンテンツであるため、基地局は、各ＳＳＢに対応するＣＯＲＥＳＥＴ０上で同じ非ブロードキャスト情報を送信しない。このケースでは、基地局は、非ブロードキャスト探索空間に使用されるＳＳＢをユーザ機器に通知して、ユーザ機器が、非ブロードキャスト探索空間に関連付けられたＣＯＲＥＳＥＴ０上でリンク障害が発生したかどうかを検出する。リンク障害が発生した場合、ユーザ機器は、非ブロードキャスト探索空間に対応するビームまたはＣＯＲＥＳＥＴを再設定するために基地局に通知する必要がある。前述の方法では、第１の制御リソースセットの通信リンク上でリンク障害が発生したかどうかは、第１の制御リソースセットに関連付けられた探索空間のタイプに基づいて検出される。これにより、リンクの回復効率を向上させることができる。
【００１１】
任意選択で、非ブロードキャスト探索空間セット内の非ブロードキャスト探索空間において検出された下りリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ，  ＤＣＩ）のＣＲＣは、以下の情報のうちの少なくとも１つによってスクランブルされる。
すなわち、ランダムアクセスＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ＲＮＴＩ，  ＲＡ−ＲＮＴＩ）、一時セルＲＮＴＩ  （ｔｅｍｐｏｒａｒｙ  ｃｅｌｌ  ＲＮＴＩ，  ＴＣ−ＲＡＮＴＩ）、セルＲＮＴＩ（ｃｅｌｌ  ＲＮＴＩ，  Ｃ−ＲＮＴＩ）、割り込みＲＮＴＩ  （ｉｎｔｅｒｒｕｐｔｉｏｎ  ＲＮＴＩ，  ＩＮＴ−ＲＮＴＩ）、スロットフォーマット表示ＲＮＴＩ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｉｏｎ  ＲＮＴＩ，  ＳＦＩ−ＲＮＴＩ）、送信パワー制御物理上りリンク共有チャネルＲＮＴＩ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ  ＲＮＴＩ，  ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ）、送信パワー制御物理上りリンク制御チャネルＲＮＴＩ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ＲＮＴＩ，  ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ）、送信パワー制御サウンディング基準シンボルＲＮＴＩ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｙｍｂｏｌｓ  ＲＮＴＩ，  ＴＰＣ−ＳＲＳ−ＲＮＴＩ）、設定済みスケジューリングＲＮＴＩ（ｃｏｎｆｉｇｕｒｅｄ  ｓｃｈｅｄｕｌｉｎｇ  ＲＮＴＩ，  ＣＳ−ＲＮＴＩ）、およびセミパーシステントチャネル状態情報ＲＮＴＩ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ，  ＳＰ−ＣＳＩ−ＲＮＴＩ）である。
【００１２】
非ブロードキャスト探索空間の前述の定義の範囲は、以下の他の部分では異なることがあると留意されたい。具体的には、以下のいくつかの実装では、非ブロードキャスト探索空間の定義の範囲が絞り込まれてもよい。
【００１３】
任意選択で、第１の制御リソースセットのリンク障害検出のために使用される基準信号セットは、第１の基準信号と、第２の基準信号と、を含み、第１の基準信号は、第１の制御リソースセット以外の制御リソースセットのリンク障害検出のために使用され、第２の基準信号は、第１の制御リソースセットに関連付けられた受信パラメータを示すために使用され、
第１の制御リソースセットのリンク障害を検出することは、
第１の基準信号の信号品質および第２の基準信号の信号品質の両方が第１の閾値未満であるときに、第１の制御リソースセットのリンク障害を判定すること、または
第２の基準信号の信号品質が第１の閾値未満であるときに、第１の制御リソースセットのリンク障害を判定することを含む。
【００１４】
本方法では、端末デバイスは、第１の制御リソースセットに関連付けられた探索空間のタイプを判定する必要なしに、第１の制御リソースセットのリンクが失敗したかどうかを判定することができる。これは、端末デバイスによって設定された第１の制御リソースの通信リンクを回復する複雑さを低減する。
【００１５】
任意選択で、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットは、第２の基準信号のみを含み、第２の基準信号は、第１の制御リソースセットに関連付けられた受信パラメータを示すために使用され、
第１の制御リソースセットのリンク障害を検出することは、
第２の基準信号の信号品質が第１の閾値未満であるときに、第１の制御リソースセットのリンク障害を判定することを含む。
【００１６】
本方法では、端末デバイスは、第１の制御リソースセットに関連付けられた探索空間のタイプを判定する必要なしに、第１の制御リソースセットのリンクが失敗したかどうかを判定することができる。これは、端末デバイスによって設定された第１の制御リソースの通信リンクを回復する複雑さを低減する。
【００１７】
任意選択で、探索空間が非ブロードキャスト探索空間であるときに、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットは、第１の基準信号と、第２の基準信号と、を含み、第１の基準信号は、非ＭＩＢ情報によって設定された制御リソースセットのリンク障害検出のために使用され（または、第１の基準信号は、第１の制御リソースセット以外の制御リソースセットのリンク障害検出のために使用される）、第２の基準信号は、第１の制御リソースセットに関連付けられた受信パラメータを示すために使用される（または、第２の基準信号および第１の制御リソースセットのＤＭＲＳがＱＣＬ関係を満たす）。
【００１８】
任意選択で、非ブロードキャスト探索空間セットは、タイプ３の共通の探索空間を含む。タイプ３の共通の探索空間で検出されたＤＣＩのＣＲＣ（Type3-PDCCH  common  search  space）は、以下の情報の少なくとも１つによってスクランブルされる。すなわち、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ、およびＳＰ−ＣＳＩ−ＲＮＴＩである（ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ、またはＳＰ−ＣＳＩ−ＲＮＴＩよってスクランブルされたＣＲＣを有するＤＣＩフォーマットのためのType3-PDCCH  common  search  space）。
【００１９】
任意選択で、非ブロードキャスト探索空間セットで検出されたＤＣＩのＣＲＣは、以下の情報の少なくとも１つによってスクランブルされる。すなわち、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ、およびＳＰ−ＣＳＩ−ＲＮＴＩである。
【００２０】
任意選択で、非ブロードキャスト探索空間セットのＤＣＩフォーマットは、以下のフォーマットのうちの少なくとも１つを含む。すなわち、ＤＣＩフォーマット２−０、ＤＣＩフォーマット２−１、ＤＣＩフォーマット２−２、およびＤＣＩフォーマット２−３であり、
端末デバイスは、ＳＦＩ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットフォーマット２＿０を検出し（ＵＥは、ＳＦＩ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿０を検出する）、
端末デバイスは、ＩＮＴ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットフォーマット２＿１を検出し（ＵＥは、ＩＮＴ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿１を検出する）、
端末デバイスは、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩまたはＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩによってスクランブルされたＣＲＣ有するＤＣＩフォーマット２＿２を検出し（ＵＥは、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩまたはＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿２を検出する）、
端末デバイスは、ＴＰＣ−ＳＲＳ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿３を検出する（ＵＥは、ＴＰＣ−ＳＲＳ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿３を検出する）。
【００２１】
任意に、第１の基準信号と、非ＭＩＢ情報によって設定された制御リソースセット（例えば、ＲＲＣシグナリング）との間、および／または第１の基準信号と制御リソースセットのＱＣＬ仮定情報との間に対応がある。より大きな識別子値またはインデックス値を有する第１の基準信号は、より大きな識別子値またはインデックス値を有する非ＭＩＢ情報によって設定される制御リソースセットに対応し、および／または、より大きな識別子値またはインデックス値を有する第１の基準信号は、より大きな識別子値またはインデックス値を有する非ＭＩＢ情報によって設定される制御リソースセットのＱＣＬ仮定情報に対応し、および／または、より小さな識別子値またはインデックス値を有する第１の基準信号は、より小さな識別子値またはインデックス値を有する非ＭＩＢ情報によって設定される制御リソースセットに対応し、および／または、より小さな識別子値またはインデックス値を有する第１の基準信号は、より小さな識別子値またはインデックス値を有する非ＭＩＢ情報によって設定される制御リソースセットのＱＣＬ仮定情報に対応する。前述の「対応」の意味は、以下のようである。すなわち、基準信号１が制御リソースセット１に対応するときに、基準信号１が制御リソースセット１のリンク障害検出のために使用されるか、または、基準信号１が制御リソースセット１のＱＣＬ仮定情報に対応するときに、端末デバイスは、制御リソースセット１のＱＣＬ仮定情報を使用して基準信号１を受信してもよい。前述の対応は、１対１の対応に限定されない。例えば、少なくとも２つの第１の基準信号は、非ＭＩＢ情報によって設定される１つの制御リソースセットに対応してもよいか、または１つの第１の基準信号は、非ＭＩＢ情報によって設定される少なくとも２つの制御リソースセットに対応してもよい。
【００２２】
任意選択で、第１の基準信号と、非ＭＩＢ情報によって設定された制御リソースセットとの間、および／または第１の基準信号と、制御リソースセットのＱＣＬとの間に対応がある。識別子値またはインデックス値によって昇順にソートされた第１の基準信号は、非ＭＩＢ情報によって設定され、識別子値またはインデックス値によって昇順にソートされた制御リソースセットに対応し、および／または識別子値またはインデックス値によって昇順にソートされた第１の基準信号は、非ＭＩＢ情報によって設定された制御リソースセットのＴＣＩに対応する（具体的には、識別子値またはインデックス値によって昇順にソートされた第１の基準信号は、非ＭＩＢ情報によって設定され、識別子値またはインデックス値によって昇順にソートされた制御リソースセットに対応する）。「対応」という意味については、前述の「任意選択」の実装の説明を参照のこと。
【００２３】
任意選択で、第１の基準信号は、非ＭＩＢ情報によって設定された制御リソースセットおよび／または制御リソースセットのＱＣＬ仮定情報と１対１の対応関係にある（すなわち、第１の基準信号の数は、非ＭＩＢ情報によって設定される制御リソースセットの数に等しく、および／または第１の基準信号の数は、非ＭＩＢ情報によって設定される制御リソースセットのＴＣＩの数に等しい）。より大きな識別子値またはインデックス値を有する第１の基準信号は、非ＭＩＢ情報によって設定される、より大きな識別子値またはインデックス値を有する制御リソースセットに対応し、および／または、より大きな識別子値またはインデックス値を有する第１の基準信号は、非ＭＩＢ情報によって設定される、より大きな識別子値またはインデックス値を有する制御リソースセットのＱＣＬ仮定情報に対応し、および／または、より小さな識別子値またはインデックス値を有する第１の基準信号は、非ＭＩＢ情報によって設定される、より小さな識別子値またはインデックス値を有する制御リソースセットに対応し、および／または、より小さな識別子値またはインデックス値を有する第１の基準信号は、非ＭＩＢ情報によって設定される、より小さな識別子値またはインデックス値を有する制御リソースセットのＱＣＬ仮定情報に対応する。「対応」という意味については、前述の「任意選択」の実装の説明を参照のこと。
【００２４】
任意選択で、第１の基準信号は、非ＭＩＢ情報および／または制御リソースセットのＱＣＬ仮定情報によって設定された制御リソースセットと１対１の対応関係にある。第１の基準信号の数は、非ＭＩＢ情報によって設定された制御リソースセットの数と等しく、および／または、第１の基準信号の数は、非ＭＩＢ情報によって設定された制御リソースセットのＴＣＩの数と等しく、および／または、識別子値またはインデックス値によって昇順にソートされた第１の基準信号は、非ＭＩＢ情報によって設定され、識別子値またはインデックス値によって昇順にソートされた制御リソースセットと１対１の対応関係にあり、および／または、識別子値またはインデックス値によって昇順にソートされた第１の基準信号は、非ＭＩＢ情報によって設定された制御リソースセットのＴＣＩと１対１の対応関係にある（具体的には、識別子値またはインデックス値によって昇順にソートされた第１の基準信号は、非ＭＩＢ情報によって設定され、識別子値またはインデックス値によって昇順にソートされた制御リソースセットと１対１の対応関係であにある）。「対応」という意味については、前述の「任意選択」の実装の説明を参照のこと。
【００２５】
「識別子」は、基準信号または制御リソースセットの絶対表示情報であり、「インデックス」は、基準信号または制御リソースセットの相対表示情報である。
【００２６】
前述の方法によれば、非ＭＩＢ情報によって設定された各制御リソースセットは、対応するリンク障害検出信号を有して、各制御リソースセットのリンクの状態を端末デバイスによって検出することができ、リンクを時間内に回復することを確実にすることができる。これにより、システムの安定性を確実にする。追加的に、１つの制御リソースセットまたは１つのＴＣＩは、１つのリンク障害検出信号に対応する。これは、基準信号リソースのオーバヘッドを効果的に減らし、リンク検出の複雑さを簡素化することができる。なぜなら、１つの制御リソースセットまたは１つのＴＣＩが複数の基準信号に対応する場合に、リソースのオーバヘッドが増加し、複数の基準信号のチャネル品質を第１の閾値と比較することの複雑さが増加するからである。例えば、複数のＲＳのチャネル品質の平均値を取得して、第１の閾値と比較する必要があることがある。
【００２７】
例えば、第１の基準信号は、基準信号の識別子またはインデックス（ＲＳ  ＩＤ／index）が１および３、すなわちＲＳ１およびＲＳ３である２つの基準信号であり、非ＭＩＢ情報によって設定される制御リソースセットは、識別子またはインデックスが３および６、すなわちＣＯＲＥＳＥＴ３およびＣＯＲＥＳＥＴ６である２つの制御リソースセットである。ＲＳ１はＣＯＲＥＳＥＴ３に対応し、ＲＳ３はＣＯＲＥＳＥＴ６に対応する。すなわち、ＲＳ１はＣＯＲＥＳＥＴ３のリンク障害検出に使用され、ＲＳ３はＣＯＲＥＳＥＴ  ６のリンク障害検出に使用される。
【００２８】
任意選択で、第１の基準信号のＱＣＬ情報は、基準信号に対応する制御リソースセットのＱＣＬ情報と同じである。
【００２９】
任意選択で、リンク障害検出モードに基づいて、第１の制御リソースセットのリンク障害を判定すること（または第１の制御リソースセットのリンク障害を判定すること）は、
第１の基準信号の信号品質が第１の閾値以下であるとき、および第２の基準信号の信号品質が第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定すること、または
第２の基準信号の信号品質が第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定することを含む。
【００３０】
１つ以上の第１の基準信号が存在してもよく、また、１つ以上の第２の基準信号が存在してもよい。第１の基準信号は、ネットワークデバイスによって事前設定され、第１の制御リソースセットの通信リンク上でリンク障害が発生するかどうかを検出するために使用される基準信号である。第２の基準信号は、例えば、同期信号／ブロードキャストチャネルブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ／ＰＢＣＨブロック，  ＳＳＢ）である。端末デバイスは、第１の基準信号の信号品質（例えば、信号対ノイズ比）および第２の基準信号の信号品質が第１の閾値以下であるかどうかを検出することができる。第１の基準信号の信号品質と第２の基準信号の信号品質の両方が第１の閾値以下であるときに、端末デバイスは、リンク障害が第１の制御リソースセットの通信リンク上で発生すると判定する。「第１の基準信号の信号品質と第２の基準信号の信号品質の両方が第１の閾値以下である」ことは、第１の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であり、かつ第２の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であることを含む。本方法によれば、検出のために特定の基準信号を選択する必要がない。本方法は実装が容易で互換性が良好である。互換性とは、別のＣＯＲＥＳＥＴ（ＣＯＲＥＳＥＴ０以外のＣＯＲＥＳＥＴ）のリンク障害回復手順が、リンク障害回復要求を送信し、別のＣＯＲＥＳＥＴに対するリンク障害回復要求応答を受信する手順を再利用することを含む方法で直接再利用されてもよいことを意味する。
【００３１】
代替的には、端末デバイスは、第２の基準信号の信号品質（例えば、信号対ノイズ比）が第１の閾値以下であるかどうかのみを検出してもよい。第２の基準信号の信号品質が第１の閾値以下であるときに、端末デバイスは、第１の制御リソースセットの通信リンク上でリンク障害が発生したと判定する。「第２の基準信号の信号品質が第１の閾値以下である」ことは、第２の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であることを含む。第１の基準信号は、リンク障害が発生するかどうか、およびリンク障害回復要求を開始するかどうかを判定するために組み合わせて使用される必要がない。従って、端末デバイスによって、第１の制御リソースセットの通信リンク上のリンク障害を判定する複雑さが低減される。
【００３２】
任意選択で、リンク障害検出モードに基づいて、第１の制御リソースセットのリンク障害を判定すること（または第１の制御リソースセットのリンク障害を判定すること）は、
第１の基準信号の信号品質が、報告周期性において第１の閾値以下であるとき、および第２の基準信号の信号品質が、報告周期性において第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定すること、または
第２の基準信号の信号品質が、報告周期性において第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定すること、を含む。
【００３３】
報告周期性は、物理（ＰＨＹ）層によるリンク障害インスタンスをメディアアクセス制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ，  ＭＡＣ）層に報告する周期性である。
【００３４】
第１の制御リソースセットのリンク障害を判定する信頼性を向上させるために、第１の制御リソースセットのリンク障害インスタンスを複数回にわたってカウントする必要がある。ＭＡＣ層において、複数回にわたって第１の制御リソースセットのリンク障害インスタンスをカウントする機能が実装される。したがって、本方法によれば、第１の制御リソースセットのリンク障害を判定する信頼性を向上させることができる。
【００３５】
任意に、探索空間セットが非ブロードキャスト探索空間（探索空間セットが非ブロードキャスト探索空間のみを含むことに限定されず、ブロードキャスト探索空間をさらに含んでもよい）を含むときに、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットは、第２の基準信号のみを含み、第２の基準信号は、第１の制御リソースセットに関連付けられた受信パラメータを示すために使用される。
【００３６】
任意選択で、リンク障害検出モードに基づいて、第１の制御リソースセットのリンク障害を判定すること（または第１の制御リソースセットのリンク障害を判定すること）は、
第２の基準信号の信号品質が第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定することを含む。
【００３７】
ネットワークデバイスは、第１の制御リソースセットのリンク障害検出のために、基準信号リソースセット内の第２の基準信号のみを設定してもよい。１つ以上の第２の基準信号が存在してもよい。端末デバイスは、第２の基準信号（例えば、ＳＳＢ）を検出する。第２の基準信号の信号品質が第１の閾値以下であるときに、端末デバイスは、第１の制御リソースセットのリンク障害を判定する。代替的には、第２の基準信号の信号品質が、数回連続して第１の閾値以下であるときに、端末デバイスは、第１の制御リソースセットのリンク障害を判定する。「第２の基準信号の信号品質が、第１の閾値以下である」ことは、少なくとも１つの第２の基準信号の信号品質が、第１の閾値以下であるか、または各第２の基準信号の信号品質が、第１の閾値以下であることであり得る。第２の基準信号の信号品質が、数回連続して第１の閾値以下であるかどうかを判定する機能は、端末デバイスの物理層において実装されてもよい。第１の制御リソースセット（例えば、ＣＯＲＥＳＥＴ０）は、通常、重要な情報を搬送するシステムメッセージを受信するために使用される。本方法では、互換性が維持されている間に、第１の制御リソースセットの通信リンクを迅速に回復することができる。
【００３８】
任意選択で、リンク障害検出モードに基づいて、第１の制御リソースセットのリンク障害を判定すること（または第１の制御リソースセットのリンク障害を判定すること）は、
第２の基準信号の信号品質が、報告周期性において第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定することであって、報告周期性は、物理（ＰＨＹ）層によるリンク障害インスタンスをＭＡＣ層に報告するための周期性である、判定することを含む。
【００３９】
第１の制御リソースセットのリンク障害を判定する信頼性を向上させるために、第１の制御リソースセットのリンク障害インスタンスを複数回にわたってカウントする必要がある。ＭＡＣ層において、複数回にわたって第１の制御リソースセットのリンク障害インスタンスをカウントする機能が実装される。したがって、本方法によれば、第１の制御リソースセットのリンク障害を判定する信頼性を向上させることができる。
【００４０】
任意選択で、第１の制御リソースセットの報告周期性が、別の制御リソースセット（すなわち、非ＭＩＢ情報によって設定される制御リソースセット）のリンク障害検出周期性と同じである場合、端末デバイスのＭＡＣ層は、第１の制御リソースセットおよび別の制御リソースセットに対して別々にカウントを行う。このケースでは、物理層から送信される表示情報（リンク障害インスタンス）は、リンク障害インスタンスに対応する制御リソースセットまたは制御リソースセットタイプ（例えば、ＭＩＢまたは非ＭＩＢ情報によって設定された制御リソースセット）を示す必要がある。
【００４１】
任意選択で、第１の制御リソースセットの報告周期性が、別の制御リソースセット（すなわち、非ＭＩＢ情報によって設定された制御リソースセット）のリンク障害検出周期性と異なる場合、端末デバイスのＭＡＣ層は、第１の制御リソースセットと別の制御リソースセットに対して別々にカウントを行い、第１の制御リソースセットの報告周期性は、第２の基準信号（例えば、ＳＳＢ）のみに基づいて、判定される。
【００４２】
任意選択で、リンク障害回復要求を送信することは、第３の基準信号リソースセットに基づいて第３の基準信号を判定することであって、第３の基準信号は、第３の基準信号リソースセットにおいて、信号品質が第２の閾値以上である基準信号であり、第３の基準信号リソースセットにおける基準信号は、同期信号および／またはブロードキャストチャネル基準信号である、判定することと、リンク障害回復要求を送信することであって、リンク障害回復要求は、第３の基準信号に基づいて、第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信することと、を含む。
【００４３】
第３の基準信号リソースセットは、例えば、ＲＭＳＩによって設定されるＳＳＢセットであり、ＳＳＢセット内のＳＳＢは、例えば、１つの同期ブロードキャストチャネルブロック内のＰＳＳ、ＰＢＣＨ、またはＤＭＲＳである。第２の閾値は、ネットワークデバイスによって設定されてもよいし、事前定義されてもよい。第２の閾値の値は、第１の閾値の値と同じであるか、または異なってもよい。端末デバイスは、信号品質が第２の閾値以上であるＳＳＢ（すなわち、第３の基準信号）を判定するために、ＳＳＢセット内のＳＳＢを検出してもよく、第２の基準信号に基づいて第１の制御リソースセットの通信リンクを回復するようにネットワークデバイスにさらに要求するようにする。前述の方法では、第２の基準信号は直接判定され、他の中間プロセスは存在しない。これは、第１の制御リソースセットのリンク回復効率を向上させる。
【００４４】
任意選択で、リンク障害回復要求を送信することは、第２の制御リソースセットに関連付けられた第４の基準信号に基づいて、第３の基準信号を判定することであって、第２の制御リソースセットは、第１の制御リソースセットのリンク障害を判定する前に設定された複数の制御リソースセットのうちの１つであり、第２の制御リソースセットに対応する基準信号（すなわち、リンク障害検出のために使用される基準信号）の品質は、第１の閾値および／または第２の閾値以上であり、第４の基準信号および第３の基準信号は、ＱＣＬ仮定関係を満たし、第４の基準信号は、第２の制御リソースセットに関連付けられた受信パラメータを示すために使用される、判定することと、リンク障害回復要求を送信することであって、リンク障害回復要求は、第３の基準信号に基づいて、第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信することと、を含む。
【００４５】
第４の基準信号は、例えば、チャネル状態情報基準信号（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，  ＣＳＩ−ＲＳ）であるか、または別の基準信号（例えば、トラッキング基準信号（ｔｒａｃｋｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，  ＴＲＳ））である。端末デバイスは、ＣＳＩ−ＲＳとＱＣＬの仮定関係に基づいて、第３の基準信号を判定することができる。第３の基準信号とＣＳＩ−ＲＳとの間にはＱＣＬ仮定関係が存在する。第１の閾値は、例えばＰＤＣＣＨの仮想的（ｈｙｐｏｔｈｅｔｉｃａｌ）ＢＬＥＲであり、第２の閾値は、例えばＲＳＲＰである。第１の閾値および第２の閾値の例は、本出願の他の部分の第１の閾値および第２の閾値にも適用可能である。本方法では、設定されたＳＳＢの信号品質を再度測定する必要がなく、リンク障害が発生しないＣＯＲＥＳＥＴに対応する伝送設定インジケータ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｉｃａｔｏｒ，  ＴＣＩ）に基づいて、第３の基準信号が直接判定される。これは、第１の制御リソースセットのリンク回復効率を向上させ、新しいリンクを識別する効率を向上させる。ＣＯＲＥＳＥＴを設定するときに、ネットワークデバイスは、ＴＣＩ状態識別子（ＴＣＩ  state  ＩＤ）を設定し、ＴＣＩ状態識別子は、１つのＴＣＩ状態に対応し、ＴＣＩ状態は、異なるタイプのＱＣＬ情報を含み、ＱＣＬ情報は、基準信号のリソースインデックスを含む。このようにして、端末デバイスは、ＴＣＩに基づいて第３の基準信号を判定することができる。
【００４６】
任意選択で、リンク障害回復要求を送信することは、リンク障害回復要求を送信することであって、リンク障害回復要求は、第３の基準信号に基づいて第１の制御リソースセットの通信リンクを回復（または再設定）することを要求するために使用される、送信することを含み、第３の基準信号は、第２の制御リソースセットに関連付けられた受信パラメータを示すために使用され、第２の制御リソースセットは、第１の制御リソースセットのリンク障害を判定する前に設定された複数の制御リソースセットのうちの１つであり、第２の制御リソースセットに対応する基準信号（すなわち、リンク障害検出のために使用される基準信号）の品質は、第１の閾値および／または第２の閾値以上である。
【００４７】
例えば、第３の基準信号は、第２の制御リソースセットに関連付けられたＳＳＢを示すために使用される。端末デバイスは、ＳＳＢに基づいて第１の制御リソースセットの通信リンクを回復するためにネットワークデバイスに要求してもよい。換言すれば、ＳＳＢを受信するために端末デバイスによって使用される受信パラメータは、第１の制御リソースセットにおいて搬送される下りリンク制御情報を検出するために使用されてもよい。第２の制御リソースセットのＣＳＩ−ＲＳに基づいて第３の基準信号を判定する方法と比較して、第２の制御リソースセットのＳＳＢに基づいて第３の基準信号を判定する方法は、第３の基準信号を判定する複雑さを低減する。
【００４８】
任意選択で、端末デバイスは、以下の方式で第３の基準信号を判定してもよい。
第２の制御リソースセットに関連付けられた基準信号がＳＳＢであるときに、ＳＳＢを第３の基準信号として判定するか、
第２の制御リソースセットに関連付けられた基準信号がＣＳＩ−ＲＳであり、ＣＳＩ−ＲＳとＳＳＢとの間にＱＣＬ関係が存在するときに、ＳＳＢを第３の基準信号として判定するか、または、
第２の制御リソースセットに関連付けられた基準信号がＳＳＢでもＣＳＩ−ＲＳでもないとき、または第２の制御リソースセットに関連付けられた基準信号がＣＳＩ−ＲＳであり、ＣＳＩ−ＲＳとＳＳＢとの間にＱＣＬ関係が存在しないときに、第３の基準信号リソースセットから、第３の基準信号セットとして比較的良好なチャネル品質を有するＳＳＢを判定する。
【００４９】
以上の方法によれば、第３の基準信号に基づいて第１の制御リソースセットの通信リンクを回復（再設定）し、端末デバイスによる第３の基準信号を判定する負荷が最大限低減されることが確実にされる。
【００５０】
任意選択で、本方法は、さらに、第３の制御リソースセット上のリンク障害回復要求応答を受信することと、および／または、第３の制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間を検出することとを含み、第３の制御リソースセットは、第３の基準信号に関連付けられた制御リソースセット（ブロードキャスト探索空間および非ブロードキャスト探索空間のうちの少なくとも１つを含む）であり、第３の制御リソースセットは、第２のＭＩＢによって設定される制御リソースセットである。
【００５１】
第２のＭＩＢは、第１のＭＩＢと同じか、または異なってもよい。ネットワークデバイスは、第３の制御リソースセットを使用してリンク障害回復要求応答を直接送信してもよいし、リンク障害回復要求応答を送信せずに第３の制御リソースセットを使用してＤＣＩを送信してもよい。端末デバイスは、第３の制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間を検出し、ＤＣＩを取得したときに、端末デバイスは、リンク障害回復要求応答を受信されたと判定してもよい（ＤＣＩは、リンク障害回復要求応答と同等である）。代替的には、ネットワークデバイスは、リンク障害回復要求応答を送信した後に、第３の制御リソースセットを使用してＤＣＩを送信してもよい。前述の方法では、第３の基準信号を含むリンク回復要求は、非ブロードキャスト探索空間を検出するために端末デバイスによって使用されるパラメータ（すなわち、第３の基準信号によって示される受信パラメータ）を暗示的に示し、ネットワークデバイスは、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【００５２】
任意選択で、本方法は、さらに、第２の制御リソースセット上でリンク障害回復要求応答を受信すること、および／または、第２の制御リソースセット上で、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出することを含み、第２の制御リソースセットは、第１の制御リソースセットのリンク障害を判定する前に設定された複数の制御リソースセットのうちの１つであり、第２の制御リソースセットに対応する基準信号の品質は、第２の閾値以上である。
【００５３】
第２の制御リソースセットは、例えば、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ，  ＲＲＣ）シグナリングによって設定される制御リソースセットであってもよい。ＲＲＣシグナリングによって設定された制御リソースセットが利用可能であるときに、端末デバイスは、ＲＲＣシグナリングによって設定された制御リソースセット上で非ブロードキャスト探索空間を検出してもよい。このようにして、ネットワークデバイスは、追加のシグナリングを使用することによって、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【００５４】
ネットワークデバイスは、第２の制御リソースセットを使用してリンク障害回復要求応答を直接送信してもよく、リンク障害回復要求応答を送信しないが、第２の制御リソースセットを使用してＤＣＩを送信してもよい。端末デバイスが、第２の制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間を検出し、ＤＣＩを取得するときに、端末デバイスは、端末リンク障害回復要求応答が受信されたと判定してもよい（ＤＣＩは、リンク障害回復要求応答と同等である）。代替的には、ネットワークデバイスは、リンク障害回復要求応答を送信した後に、第２の制御リソースセットを使用してＤＣＩを送信してもよい。
【００５５】
任意選択で、本方法は、さらに、第４の制御リソースセット上でリンク障害回復要求応答を受信すること、および／または、第４の制御リソースセット上で、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出することを含み、第４の制御リソースセットは、リンク障害回復要求応答を受信するために特に使用される制御リソースセットである。
【００５６】
第４の制御リソースセットは、通信リンクを回復するために特別に設定された制御リソースセットである。換言すると、第４の制御リソースセットは、リンク障害が発生する前に設定され、リンク障害回復のために特に使用される制御リソースセットである。端末デバイスは、情報を受信するために使用される制御リソースセットに基づいて、または、制御リソースセットに関連付けられた探索空間セットに基づいて、受信された情報が通常のデータスケジューリング応答であるか、または、リンク障害回復要求応答であるかを判定してもよい。第１の制御リソースセットのリンク障害を判定した後に、ネットワークデバイスは、第４の制御リソースセットを使用して、通信障害回復要求応答を端末デバイスに返し、第４の制御リソースセットのＤＭＲＳと、リンクを回復するために使用され、リンク障害回復要求に含まれる基準信号は、ＱＣＬ関係を満たす。端末デバイスは、ネットワークデバイスによって設定された制御リソースセット（すなわち、第４の制御リソースセット）に基づいて、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出してもよく、端末デバイスは、リンク障害回復プロセスにおいて、依然として重要なシステムメッセージを受信することができるようにする。本方法によれば、新しい制御リソースセットがネットワークデバイスによって設定される前に、端末デバイスは、関連情報を受信するために、予め第１の制御リソースセットに関連付けられた探索空間内で検出してもよい。これは、第１の制御リソースセットのリンク回復効率を向上させる。
【００５７】
任意選択で、非ブロードキャスト探索空間セットのＤＣＩフォーマットは、ＤＣＩフォーマット２−０および／またはＤＣＩフォーマット２−１を含むか、または
非ブロードキャスト探索空間セット内で検出されたＤＣＩの巡回冗長検査（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ，  ＣＲＣ）は、スロットフォーマット表示無線ネットワーク一時識別子（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｉｏｎ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｔｙ，  ＳＦＩ−ＲＮＴＩ）および／または中断無線ネットワーク一時識別子（ｉｎｔｅｒｒｕｐｔｉｏｎ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｔｙ，  ＩＮＴ−ＲＮＴＩ）によってスクランブルされ、ＤＣＩのＣＲＣは、ＤＣＩの情報ビットを使用して生成されるＣＲＣである。
【００５８】
ＤＣＩフォーマット２−０のＣＲＣは、ＳＦＩ−ＲＮＴＩによってスクランブルされ、主にスロットフォーマットを送信するために使用される。ＤＣＩフォーマット２−１のＣＲＣは、ＩＮＴ−ＲＮＴＩによってスクランブルされ、主にレートマッチングの位置（超高信頼低遅延通信（ｕｌｔｒａ  ｒｅｌｉａｂｌｅ  ＆  ｌｏｗ  ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，  ＵＲＬＬＣ）サービスデータの伝送中のパンクチャリング位置）を端末デバイスに通知するために使用される。この情報は、データ復調および基準信号の受信または送信のために使用される。したがって、第４の制御リソースを対応する探索空間に関連付けることは、リンク障害回復プロセスにおいて、スロットフォーマットまたはプリエンプション（ｐｒｅ−ｅｍｐｔｉｏｎ）情報を示すために使用される重要な情報も受信されることを確実にすることができ、データおよび基準信号を正しく受信する。
【００５９】
任意選択で、本方法は、第５の制御リソースセット上で、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セット（第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットの全部または一部を含む）を検出することを含み、第５の制御リソースセットは、第１の制御リソースセットのリンク障害を判定した後に設定された制御リソースセットである。
【００６０】
第５の制御リソースセットは、第１の制御リソースセットのリンク障害が発生した後に、新たに設定された制御リソースセットであるか、または第５の制御リソースセットは、ＱＣＬ／ＴＣＩが再設定された第１の制御リソースセットである。本方法によれば、ネットワークデバイスは、端末デバイスによって報告された複数の下りリンクから比較的良好なチャネル品質を有する下りリンクを発見し、端末デバイスのために下りリンクを設定してもよい。端末デバイスは、比較的良好なパフォーマンスを有し、ネットワークデバイスによって設定される新しい制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間セットを検出してもよい。これは、受信性能を向上させる。任意選択で、第１の制御リソースセットに関連付けられ、第５の制御リソースセット上で検出される探索空間セットは、ＳＦＩ−ＲＮＴＩおよび／またはＩＮＴ−ＲＮＴＩによってスクランブルされた探索空間セットを含む。
【００６１】
任意選択で、リンク障害回復要求を送信することは、物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ，  ＰＵＣＣＨ）を介してリンク障害回復要求を送信することであって、ＰＵＣＣＨは、チャネル品質情報および／またはスケジューリング要求情報を搬送するために使用される。
【００６２】
端末デバイスは、チャネル品質情報および／またはスケジューリング要求情報を搬送するＰＵＣＣＨを再利用して、リンク障害回復要求を送信してもよい。例えば、ビーム報告（ｂｅａｍ  ｒｅｐｏｒｔｉｎｇ）のフィールドの特別ステータスビットは、送信された情報がビーム報告であるか、リンク障害回復要求であるかを区別するために使用される。特別ステータスビットは、例えば、絶対または基準７ビット（ｂｉｔ）の予約ビット、最下位ビット、または最上位ビットである。これにより、エアインターフェースリソースの利用を向上させる。
【００６３】
任意に、チャネル品質情報は、基準信号受信電力（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｉｎｇ  ｐｏｗｅｒ，  ＲＳＲＰ）関連情報、またはリンク適応に使用されるチャネル品質インジケータ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ，  ＣＱＩ）関連情報を含む、ビーム管理のために使用される報告情報（ビーム管理情報の報告）である。
【００６４】
基準信号受信電力関連情報は、ＲＳＲＰ、基準信号リソースインデックス（ＣＳＩ−ＲＳリソースインジケータ（ＣＳＩ−ＲＳ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ，  ＣＲＩ）、またはＳＳＢリソースインジケータ（ＳＳＢ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ，  ＳＳＢＲＩ）など）、および基準信号受信品質（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｉｎｇ  ｑｕａｌｉｔｙ，  ＲＳＲＱ）のうちの少なくとも１つを含む。チャネル品質インジケータ関連情報は、基準信号リソースインデックス（ＣＲＩなど）、プリコーディングマトリクスインジケータ（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ，  ＰＭＩ）、ランクインジケータ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ，  ＲＩ）、チャネル品質インジケータ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ，  ＣＱＩ）、およびレイヤインジケータ（ｔｈｅ  ｌａｙｅｒ  ｉｎｄｉｃａｔｏｒ，  ＬＩ）のうちの少なくとも１つを含む。
【００６５】
スケジューリング要求情報には、以下の２つのケースを含む。一方のケースでは、データスケジューリングを要求するかどうかを示すために１ビットが使用される。換言すると、２つの状態（１ビットは２つの状態「０」と「１」を有する）が、データスケジューリングを要求するかどうかを示すために使用される。他方のケースでは、シーケンス（ｏｎ／ｏｆｆ）が存在するかが、データスケジューリングを要求するかどうかを示すために使用される。データスケジューリングが存在する場合、シーケンスが送信される。データスケジューリングが存在しない場合、シーケンスは送信されない。
【００６６】
任意選択で、リンク障害回復要求を送信することは、物理ランダムアクセスチャネル（ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ，  ＰＲＡＣＨ）を介してリンク障害回復要求を送信することを含み、ＰＲＡＣＨは、第３の基準信号と関連関係を有し、第３の基準信号は、第１の制御リソースセットの通信リンクを回復するための基準信号である。
【００６７】
前述の関連関係は、ネットワークデバイスが、ＲＲＣシグナリングを使用してＰＲＡＣＨリソースにおいて第３の基準信号を設定することを意味する。端末デバイスは、上りリンクビームと下りリンクビームの相反性があるときに、第３の基準信号に対応するビームを介してリンク障害回復要求を送信してもよい。ＰＲＡＣＨは、競合ベースのランダムアクセスシナリオ（すなわち、競合ベースのＰＲＡＣＨリソース）で設定されるＰＲＡＣＨであってもよいし、非競合ベースのランダムアクセスシナリオ（すなわち、非競合ベースのＰＲＡＣＨリソース）で設定されるＰＲＡＣＨであってもよい。競合ベースのＰＲＡＣＨリソースが使用されるときに、競合ベースのＰＲＡＣＨリソースが初期アクセスのために使用されるため、ＰＲＡＣＨリソースを再使用すると、オーバヘッドを低減することができる。非競合ベースのＰＲＡＣＨリソースが使用される場合、ネットワークデバイスは、端末デバイスのためにＰＲＡＣＨリソースを別々に設定する。端末デバイスは、別のユーザと競合する必要がないため、リンク障害回復要求を送信するための時間を低減することができる。
【００６８】
第２の態様によれば、別のリンク回復方法が提供される。本方法は、リンク障害回復要求を受信することであって、リンク障害回復要求は、第１の制御リソースセットの通信リンクを回復することを要求するために使用され、第１の制御リソースセットは、第１のＭＩＢによって設定された制御リソースセットである、受信することと、リンク障害回復要求に基づいて、制御リソースセットおよび／または受信パラメータを設定することであって、制御リソースセットは、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットにおいて検出するために使用される、設定することと、を含む。
【００６９】
第１の制御リソースセットは、第５世代移動通信システムで定義されるＣＯＲＥＳＥＴ、制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）、またはｅＰＤＣＣＨセット（ｓｅｔ）であってもよいし、別の移動通信システム（例えば、第６世代移動通信システム）で定義され、ＰＤＣＣＨを搬送するリソースセットであってもよい。ネットワークデバイスが、第１の制御リソースセットの通信リンク上でリンク障害が発生したことを知ったときに、ネットワークデバイスは、制御リソースセットおよび／または受信パラメータを設定してもよく、ＭＩＢによって設定された制御リソースセットの通信リンクを迅速に回復する。
【００７０】
任意選択で、制御リソースセットは、リンク障害回復要求を受信する前に設定された複数の制御リソースセットのうちの１つであり、制御リソースセットに対応する基準信号の品質は、第１の閾値および／または第２の閾値以上である。
【００７１】
制御リソースセットは、例えば、ＲＲＣシグナリングによって設定される制御リソースセットであってもよい。ＲＲＣシグナリングによって設定された制御リソースセットが利用可能であるときに、端末デバイスは、ＲＲＣシグナリングによって設定された制御リソースセット上の非ブロードキャスト探索空間において検出してもよい。このようにして、ネットワークデバイスは、追加のシグナリングを使用することによって、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【００７２】
任意選択で、制御リソースセットは、リンク障害回復要求を受信した後に設定される制御リソースセットである。
【００７３】
制御リソースセットは、例えば、第１の態様で説明された第５の制御リソースセットであり、第５の制御リソースセットは、第１の制御リソースセットのリンク障害が発生した後に新たに設定された制御リソースセットであるか、または、第５の制御リソースセットは、ＱＣＬ／ＴＣＩが再設定された第１の制御リソースセットである。本方法によれば、ネットワークデバイスは、端末デバイスによって報告された複数の下りリンクから比較的良好なチャネル品質を有する下りリンクを発見し、端末デバイスのために下りリンクを設定してもよい。端末デバイスは、比較的良好なパフォーマンスを有し、ネットワークデバイスによって設定される新しい制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間セットを検出してもよい。これにより、システムの性能を向上させる。
【００７４】
任意選択で、リンク障害回復要求を受信することは、第３の基準信号を含むリンク障害回復要求を受信することであって、第３の基準信号は、第１の制御リソースセットの通信リンクを回復するための基準信号である、受信することを含み、リンク障害回復要求に基づいて制御リソースセットおよび／または受信パラメータを設定することは、リンク障害回復要求に基づいて、第３の基準信号に関連付けられた制御リソースセットおよび／または受信パラメータを設定することを含む。
【００７５】
第３の基準信号は、例えば、第２の制御リソースセット（すなわち、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出するための制御リソースセット）に関連付けられた受信パラメータを示すために使用されるＳＳＢである。ネットワークデバイスは、ＳＳＢに基づいて、第１の制御リソースセットの通信リンクを回復し、追加のシグナリングを使用して、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要はない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【００７６】
任意選択で、リンク障害回復要求を受信することは、ＰＵＣＣＨを介してリンク障害回復要求を受信することであって、ＰＵＣＣＨは、チャネル品質情報および／またはスケジューリング要求情報を搬送するために使用される。
【００７７】
ネットワークデバイスは、チャネル品質情報および／またはスケジューリング要求情報を搬送するＰＵＣＣＨを再利用して、リンク障害回復要求を受信してもよい。例えば、ビーム報告（ｂｅａｍ  ｒｅｐｏｒｔｉｎｇ）のフィールドの特別ステータスビットは、送信された情報がビーム報告であるか、リンク障害回復要求であるかを区別するために使用される。特別ステータスビットは、例えば、絶対または基準７ビット（ｂｉｔ）の予約ビット、最下位ビット、または最上位ビットである。これにより、エアインターフェースリソースの利用を向上させる。
【００７８】
任意選択で、リンク障害回復要求を受信することは、ＰＲＡＣＨを介してリンク障害回復要求を受信することであって、ＰＲＡＣＨは、第３の基準信号と関連関係を有し、第３の基準信号は、第１の制御リソースセットの通信リンクを回復するための基準信号である、受信することを含む。
【００７９】
前述の関連関係は、ネットワークデバイスが、ＲＲＣシグナリングを使用してＰＲＡＣＨリソースにおいて第３の基準信号を設定することを意味する。上りリンクビームと下りリンクビームが相反性を有するときに、端末デバイスは、第３の基準信号に対応するビームを介してリンク障害要求を送信してもよい。ＰＲＡＣＨは、競合ベースのランダムアクセスシナリオ（すなわち、競合ベースのＰＲＡＣＨリソース）で設定されるＰＲＡＣＨであってもよいし、非競合ベースのランダムアクセスシナリオ（すなわち、非競合ベースのＰＲＡＣＨリソース）で設定されるＰＲＡＣＨであってもよい。競合ベースのＰＲＡＣＨリソースが使用されるときに、競合ベースのＰＲＡＣＨリソースが初期アクセスのために使用されるため、ＰＲＡＣＨリソースを再使用すると、オーバヘッドを低減することができる。非競合ベースのＰＲＡＣＨリソースが使用される場合、ネットワークデバイスは、端末デバイスのためにＰＲＡＣＨリソースを別々に設定する。端末デバイスは、別のユーザと競合する必要がないため、リンク障害回復要求を送信するための時間を低減することができる。
【００８０】
任意選択で、本方法は、制御リソースセット上でリンク障害回復要求応答を送信すること、および／または制御リソースセット上で第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを送信することをさらに含む。
【００８１】
制御リソースセットは、第２の制御リソースセットまたは第３の制御リソースセットであってもよい。制御リソースセットが第２の制御リソースセットであるときに、第２の制御リソースセットは、例えば、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ，  ＲＲＣ）シグナリングによって設定される制御リソースセットであってもよい。ＲＲＣシグナリングによって設定された制御リソースセットが利用可能であるときに、端末デバイスは、ＲＲＣシグナリングによって設定された制御リソースセット上で非ブロードキャスト探索空間を検出してもよい。このようにして、ネットワークデバイスは、追加のシグナリングを使用することによって、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。制御リソースセットが第３の制御リソースセットであるときに、ネットワークデバイスは、第３の制御リソースセットを使用してリンク障害回復要求応答を直接送信するか、またはリンク障害回復要求応答を送信せずに、第３の制御リソースセットを使用してＤＣＩを送信してもよい。端末デバイスは、第３の制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間を検出し、ＤＣＩを取得したときに、端末デバイスは、リンク障害回復要求応答を受信されたと判定してもよい（ＤＣＩは、リンク障害回復要求応答と同等である）。代替的には、ネットワークデバイスは、リンク障害回復要求応答を送信した後に、第３の制御リソースセットを使用してＤＣＩを送信してもよい。前述の方法では、第３の基準信号を含むリンク回復要求は、非ブロードキャスト探索空間を検出するために端末デバイスによって使用されるパラメータ（すなわち、第３の基準信号によって示される受信パラメータ）を暗示的に示し、ネットワークデバイスは、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【００８２】
任意選択で、本方法は、第４の制御リソースセット上でリンク障害回復要求応答を送信すること、および／または第４の制御リソースセット上で第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを送信することをさらに含み、
第４の制御リソースセットは、リンク障害回復要求応答を受信するために特に使用される制御リソースセットである。
【００８３】
第４の制御リソースセットは、通信リンクを回復するためにネットワークデバイスによって特別に設定される制御リソースセットである。換言すると、第４の制御リソースセットは、リンク障害が発生する前に設定され、リンク障害回復のために特に使用される制御リソースセットである。端末デバイスは、情報を受信するために使用される制御リソースセットに基づいて、または、制御リソースセットに関連付けられた探索空間セットに基づいて、受信された情報が通常のデータスケジューリング応答であるか、または、リンク障害回復要求応答であるかを判定してもよい。ネットワークデバイスは、第１の制御リソースセットのリンク障害を判定した後に、第４の制御リソースセットを使用して通信障害回復要求応答を端末デバイスに返す。第４の制御リソースセットのＤＭＲＳと、リンクを回復するために使用され、リンク障害回復要求に含まれる基準信号は、ＱＣＬ関係を満たす。端末デバイスは、ネットワークデバイスによって再設定された制御リソースセット（すなわち、第４の制御リソースセット）に基づいて、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットにおいて検出してもよい。本方法によれば、新しい制御リソースセットがネットワークデバイスによって設定される前に、端末デバイスは、関連情報を受信するために、予め第１の制御リソースセットに関連付けられた探索空間内で検出してもよい。これは、第１の制御リソースセットのリンク回復効率を向上させる。
【００８４】
任意選択で、非ブロードキャスト探索空間セットのＤＣＩフォーマットは、ＤＣＩフォーマット２−０および／またはＤＣＩフォーマット２−１を含むか、または
非ブロードキャスト探索空間セットにおいて検出されたＤＣＩの巡回冗長検査ＣＲＣは、スロットフォーマット表示無線ネットワーク一時識別子ＳＦＩ−ＲＮＴＩおよび／または中断無線ネットワーク一時識別子ＩＮＴ−ＲＮＴＩによってスクランブルされる。
【００８５】
非ブロードキャスト探索空間セットで検出されたＤＣＩの巡回冗長検査（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ，  ＣＲＣ）は、スロットフォーマット表示無線ネットワーク一時識別子（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｉｏｎ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｔｙ，  ＳＦＩ−ＲＮＴＩ）および／または中断無線ネットワーク一時識別子（ｉｎｔｅｒｒｕｐｔｉｏｎ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｔｙ，  ＩＮＴ−ＲＮＴＩ）によってスクランブルされ、ＤＣＩのＣＲＣは、ＤＣＩの情報ビットを使用して生成されるＣＲＣである。
【００８６】
ＤＣＩフォーマット２−０のＣＲＣは、ＳＦＩ−ＲＮＴＩによってスクランブルされ、主にスロットフォーマットを送信するために使用される。ＤＣＩフォーマット２−１のＣＲＣは、ＩＮＴ−ＲＮＴＩによってスクランブルされ、主にレートマッチングの位置（超高信頼低遅延通信（ｕｌｔｒａ  ｒｅｌｉａｂｌｅ  ＆  ｌｏｗ  ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，  ＵＲＬＬＣ）サービスデータの伝送中のパンクチャリング位置）を端末デバイスに通知するために使用される。この情報は、データ復調および基準信号の受信または送信のために使用される。したがって、第４の制御リソースを対応する探索空間に関連付けることは、リンク障害回復プロセスにおいて、スロットフォーマットまたはプリエンプション（ｐｒｅ−ｅｍｐｔｉｏｎ）情報を示すために使用される重要な情報も受信されることを確実にすることができ、データおよび基準信号を正しく受信する。
【００８７】
任意選択で、本方法は、第５の制御リソースセット上で、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを送信することであって、第５の制御リソースセットは、第１の制御リソースセットのリンク障害を判定した後に設定される制御リソースセットである、送信することをさらに含む。
【００８８】
第５の制御リソースセットは、第１の制御リソースセットのリンク障害が発生した後に、新たに設定された制御リソースセットであるか、または第５の制御リソースセットは、ＱＣＬ／ＴＣＩが再設定された第１の制御リソースセットである。本方法によれば、ネットワークデバイスは、端末デバイスによって報告された複数の下りリンクから比較的良好なチャネル品質を有する下りリンクを発見し、端末デバイスのために下りリンクを設定してもよい。端末デバイスは、比較的良好なパフォーマンスを有し、ネットワークデバイスによって設定される新しい制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間セットを検出してもよい。これは、受信性能を向上させる。任意選択で、第１の制御リソースセットに関連付けられ、第５の制御リソースセット上で検出される探索空間セットは、ＳＦＩ−ＲＮＴＩおよび／またはＩＮＴ−ＲＮＴＩによってスクランブルされた探索空間セットを含む。
【００８９】
第３の態様によれば、本出願は、リンク回復装置を提供する。装置は、通信デバイス（例えば、端末デバイス）であってもよいし、通信デバイス内のチップであってもよい。装置は、処理ユニットおよびトランシーバユニットを含んでもよい。装置が通信デバイスであるときに、処理ユニットはプロセッサであってもよく、トランシーバユニットはトランシーバであってもよい。通信デバイスは、記憶ユニットをさらに含んでもよく、記憶ユニットはメモリであってもよい。記憶ユニットは、命令を記憶するように設定され、処理ユニットは、記憶ユニットに記憶された命令を実行し、通信デバイスが、第１の態様による方法を行うことを可能にする。装置が通信デバイス内のチップであるときに、処理ユニットはプロセッサであってもよく、トランシーバユニットは入力／出力インターフェース、ピン、回路などであってもよい。処理ユニットは、記憶ユニットに記憶された命令を実行し、通信デバイスが、第１の態様による方法を行うことを可能にする。記憶ユニットは、チップ内の記憶ユニット（例えば、レジスタまたはキャッシュ）であってもよく、または、通信デバイス内にあり、チップ外に位置する記憶ユニット（例えば、読み出し専用メモリまたはランダム・アクセス・メモリ）であってもよい。
【００９０】
第４の態様によれば、別のリンク回復デバイスが提供される。装置は、通信デバイス（例えば、ネットワークデバイス）であってもよいし、通信デバイス内のチップであってもよい。装置は、処理ユニットおよびトランシーバユニットを含んでもよい。装置が通信デバイスであるときに、処理ユニットはプロセッサであってもよく、トランシーバユニットはトランシーバであってもよい。通信デバイスは、記憶ユニットをさらに含んでもよく、記憶ユニットはメモリであってもよい。記憶ユニットは、命令を記憶するように設定され、処理ユニットは、記憶ユニットに記憶された命令を実行して、通信デバイスが、前記第２の態様による方法を行うことを可能にする。装置が通信デバイス内のチップであるときに、処理ユニットはプロセッサであってもよく、トランシーバユニットは入力／出力インターフェース、ピン、回路などであってもよい。処理ユニットは、記憶ユニットに記憶された命令を実行し、通信デバイスが、第２の態様による方法を行うことを可能にする。記憶ユニットは、チップ内の記憶ユニット（例えば、レジスタまたはキャッシュ）であってもよく、または、通信デバイス内にあり、チップ外に位置する記憶ユニット（例えば、読み出し専用メモリまたはランダム・アクセス・メモリ）であってもよい。
【００９１】
第５の態様によれば、ネットワークシステムが提供される。ネットワークシステムは、第３の態様によるリンク回復装置と、第４の態様のリンク回復デバイスとを含む。
【００９２】
第６の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータプログラムコードを含む。コンピュータプログラムコードが、端末デバイスの通信ユニットおよび処理ユニット、またはトランシーバおよびプロセッサによって実行されるときに、端末デバイスは、第１の態様による方法を行うことが可能となる。
【００９３】
第７の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータプログラムコードを含む。コンピュータプログラムコードが、ネットワークデバイスの通信ユニットおよび処理ユニット、またはトランシーバおよびプロセッサによって実行されるときに、ネットワークデバイスは、第２の態様による方法を行うことが可能となる。
【００９４】
第７の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体は、前述の端末デバイスによって使用されるコンピュータソフトウェア命令を記憶するように設定され、コンピュータソフトウェア命令は、第１の態様の方法を行うように設計されたプログラムを含む。
【００９５】
第９の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体は、前述のネットワークデバイスによって使用されるコンピュータソフトウェア命令を記憶するように設定され、コンピュータソフトウェア命令は、第２の態様の方法を行うように設計されたプログラムを含む。
【００９６】
第１０の態様によれば、チップが提供される。チップは命令を記憶する。この命令が端末デバイス上で実行されるときに、チップは、第１の態様の方法を行うことが可能となる。
【００９７】
第１１の態様によれば、チップが提供される。チップは命令を記憶する。この命令がネットワークデバイス上で実行されるときに、チップは、第１の態様の方法を行うことが可能となる。
【図面の簡単な説明】
【００９８】
【図１】本出願による、適用可能な通信システムの概略図である；
【図２】本出願による、適用可能なビーム訓練プロセスの概略図である；
【図３】本出願による、リンク回復方法の概略フローチャートである。
【図４】本出願による、別のリンク回復方法の概略フローチャートである。
【図５】本出願による、報告周期性に基づいて、第１の制御リソースセットのリンク障害を判定するための方法を示す。
【図６】本出願による、報告周期性に基づいて、第１の制御リソースセットのリンク障害を判定するための別の方法を示す。
【図７】本出願による、報告周期性に基づいて、第１の制御リソースセットのリンク障害を判定するためのさらに別の方法を示す。
【図８】本出願による、報告周期性に基づいて、第１の制御リソースセットのリンク障害を判定するためのさらに別の方法を示す。
【図９】本出願による、ＣＯＲＥＳＥＴ０を検出する方法の概略フローチャートである；
【図１０】本出願による、ＣＯＲＥＳＥＴ０を検出する別の方法の概略フローチャートである。
【図１１】本出願による、リンク障害回復要求を送信するフローチャートである。
【図１２】本出願による、リンク障害回復要求を送信するフローチャートである。
【図１３】本出願による、非ブロードキャスト探索空間を検出するための方法のフローチャートである。
【図１４】本出願による、非ブロードキャスト探索空間を検出するための別の方法のフローチャートである。
【図１５】本出願による、さらに別のリンク回復方法の概略フローチャートである。
【図１６】本出願による、リンク回復装置の概略構造図である。
【図１７】本出願による、別のリンク回復装置の概略構造図である。
【図１８】本出願による、端末デバイスの概略構造図である。
【図１９】本出願による、アクセスネットワークデバイスの概略構造図である。
【図２０】本出願による、通信装置の概略構造図である。
【発明を実施するための形態】
【００９９】
図１は、本出願に適用可能な通信システム１００を示す。通信システム１００は、ネットワークデバイス１１０および端末デバイス１２０を含む。ネットワークデバイス１１０と端末デバイス１２０は、無線ネットワークを介して互いに通信する。端末デバイス１２０がデータを送信するときに、無線通信モジュールは、伝送のための情報を符号化してもよい。特に、無線通信モジュールは、チャネルを介してネットワークデバイス１１０に送信される特定の数の情報ビットを取得してもよい。これらの情報ビットは、例えば、処理モジュールによって生成されるか、他のデバイスから受信されるか、または記憶モジュールに記憶された情報ビットである。
【０１００】
通信システム１００の伝送方向が上りリンク伝送であるときに、端末デバイス１２０は送信端であり、ネットワークデバイス１１０は受信端である。通信システム１００の伝送方向が下りリンク伝送であるときに、ネットワークデバイス１１０は送信端であり、端末デバイス１２０は受信端である。
【０１０１】
本出願において提供される技術的解決策は、種々の通信システム、例えば、第５世代移動通信システムに適用されてもよい。本出願において５Ｇ移動通信システムは、非スタンドアロン（ｎｏｎ−ｓｔａｎｄａｌｏｎｅ，  ＮＳＡ）５Ｇ移動通信システムおよび／またはスタンドアロン（ｓｔａｎｄａｌｏｎｅ，  ＳＡ）５Ｇ移動通信システムを含む。本出願において提供される技術的解決策は、代替的に、将来の通信システム、例えば、第６世代移動通信システムに適用され得る。
【０１０２】
本出願では、端末デバイスは、アクセス端末、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ，  ＵＥ）、加入者ユニット、加入者ステーション、移動局、遠隔局、遠隔端末、移動デバイス、ユーザ端末、端末、無線通信デバイス、ユーザエージェント、またはユーザ装置と呼ばれてもよい。アクセス端末は、セルラ電話、無線通信機能を有するハンドヘルドデバイス、コンピュータデバイス、無線モデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、または第５世代通信システムにおけるユーザ機器であってもよい。
【０１０３】
ネットワークデバイスは、符号分割多元接続（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ，  ＣＤＭＡ）システムにおけるベーストランシーバ局（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ，  ＢＴＳ）、広帯域符号分割多元接続（ｗｉｄｅｂａｎｄ  ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ，  ＷＣＤＭＡ）システムにおけるＮｏｄｅＢ  （ＮｏｄｅＢ，  ＮＢ）、ロングタームエボリューション（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ，  ＬＴＥ）システムにおける発展型ＮｏｄｅＢ（ｅｖｏｌｕｔｉｏｎａｌ  ＮｏｄｅＢ，  ｅＮＢ）、または５Ｇ移動通信システムにおけるｇＮＢ（ｇＮＢ）であってもよい。前述の基地局は、説明のための例としてのみ使用される。代替的には、ネットワークデバイスは、中継ノード、アクセスポイント、車両搭載デバイス、ウェアラブルデバイス、または他のタイプのデバイスであってもよい。
【０１０４】
本出願に適用可能な前述の通信システムは、単に説明のための一例に過ぎず、本出願に適用可能な通信システムは、これに限定されない。例えば、通信システムは、別の数のネットワークデバイスおよび別の数の端末デバイスを含んでもよい。
【０１０５】
本出願の理解を容易にするために、本出願において提供されるリンク回復方法が説明される前に、本出願における概念が最初に簡単に説明される。
【０１０６】
本出願において、ビームは、ネットワークデバイスの送信ビームおよび受信ビームと、端末デバイスの送信ビームおよび受信ビームとに分類されてもよい。ネットワークデバイスの送信ビームは、ネットワークデバイスの送信側ビームフォーミング情報を説明するために使用され、基地局の受信ビームは、ネットワークデバイスの受信側ビームフォーミング情報を説明するために使用される。端末デバイスの送信ビームは、端末デバイスの送信側ビームフォーミング情報を説明するために使用され、端末の受信ビームは、端末デバイスの受信側ビームフォーミング情報を説明するために使用される。すなわち、ビームはビームフォーミング情報を説明するために使用される。
【０１０７】
本出願において、ビームは、時間リソース、および／または空間リソース、および／または周波数ドメインリソースに対応してもよい。
【０１０８】
任意選択で、ビームは、代替的に、基準信号リソース（例えば、ビームフォーミングのための基準信号リソース）またはビームフォーミング情報に対応してもよい。
【０１０９】
任意選択で、ビームは、代替的に、ネットワークデバイスの基準信号リソースに関連付けられた情報に対応してもよい。基準信号は、ＣＳＩ−ＲＳ、ＳＳＢ、ＤＭＲＳ、位相トラッキング信号（ｐｈａｓｅ  ｔｒａｃｋｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，  ＰＴＲＳ）、トラッキング信号（ｔｒａｃｋｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，  ＴＲＳ）などであり得る。基準信号リソースに関連付けられた情報は、基準信号リソース識別子、ＱＣＬ情報などであってもよい。
【０１１０】
基準信号リソース識別子は、基準信号リソースに基づいて測定中に前もって確立された送信／受信ビーム対に対応する。端末は、基準信号リソース識別子に基づいてビーム情報を推論してもよい。
【０１１１】
図２は、本出願に適用可能なビーム訓練プロセスを示す。図２において、ＴＲＰは、伝送基準点（ｔｒａｎｓｍｉｓｓｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）の英語の省略形である。
【０１１２】
ビーム対の選択：図２の（ａ）および（ｂ）に示されるように、ビーム訓練プロセスにおいて、Ｎ個の最適ビーム対（ｂｅａｍ  ｐａｉｒ  ｌｉｎｋ，  ＢＰＬ）が、ビーム掃引を介して最初に選択される。１つのＢＰＬは、１つの基地局送信ビームおよび１つの端末受信ビームを含み、または１つのＢＰＬは、１つの端末送信ビームおよび１つの基地局受信ビームを含む。端末デバイスは、ネットワークデバイスによって行われるビーム掃引に基づいて、基地局送信ビームおよび／または端末受信ビームを選択し、ネットワークデバイスは、端末デバイスのビーム掃引に基づいて、端末送信ビームおよび／または基地局受信ビームを選択する。
【０１１３】
送信ビームの更新：送信ビームは、基地局送信ビームまたは端末送信ビームであってもよい。送信ビームが基地局送信ビームである場合、図２の（ｅ）に示されるように、基地局は、異なる送信ビームを介してＵＥに基準信号を送信し、ＵＥは、１つの受信ビームを介して、異なる送信ビームを介して基地局によって送信された基準信号を受信し、受信した信号に基づいて最適な基地局送信ビームを判定し、次いで、最適な基地局送信ビームを基地局にフィードバックして、送信ビームを更新するようにする。送信ビームが端末送信ビームである場合、図２の（ｄ）に示されるように、ＵＥは、異なる送信ビームを介して基準信号を基地局に送信し、基地局は、同じ受信ビームを介して、異なる送信ビームを介してＵＥによって送信された基準信号を受信し、受信した信号に基づいて最適なＵＥ送信ビームを判定し、次いで、最適なＵＥ送信ビームをＵＥにフィードバックして、ＵＥが送信ビームを更新するようにする。異なる送信ビームを介して基準信号を送信するプロセスはビーム掃引と呼ばれてもよく、受信した信号に基づいて最適な送信ビームを判定するプロセスはビームマッチングと呼ばれてもよい。
【０１１４】
受信ビームの更新：受信ビームは、基地局受信ビームまたは端末受信ビームであってもよい。受信ビームが基地局受信ビームであるときに、図２の（ｆ）に示されるように、ＵＥは、同じ送信ビームを介して基準信号を基地局に送信し、基地局は、異なる受信ビームを介して、ＵＥによって送信された基準信号を受信し、次いで、受信した信号に基づいて最適な基地局受信ビームを判定して、基地局受信ビームを更新する。受信ビームがＵＥ受信ビームであるときに、図２の（ｃ）に示されるように、基地局は、同じ送信ビームを介して基準信号をＵＥに送信し、ＵＥは、異なる受信ビームを介して、基地局によって送信された基準信号を受信し、次いで、受信した信号に基づいて最適なＵＥ受信ビームを判定して、ＵＥ受信ビームを更新する。
【０１１５】
下りリンク信号伝送中に、基地局送信ビームおよび端末受信ビームの両方が動的に変化してもよく、受信した信号に基づいて端末装置によって判定される複数の最適な受信ビームが存在してもよい。端末デバイスが端末デバイスの受信ビームを判定することを可能にするために、端末デバイスは、複数の受信ビームに関する情報を基地局にフィードバックし、基地局は、ビーム表示情報を端末デバイスに送信することにより、端末受信ビームを端末デバイスに示することができる。端末装置がアナログビームフォーミングを使用するときに、端末デバイスは、ネットワークデバイスによって送信されるビーム表示情報に基づいて端末受信ビームを正確に判定してもよい。したがって、端末デバイスのビーム掃引時間を短縮することができ、電力を節約する。
【０１１６】
ビーム訓練プロセスを介して、基地局は、ＵＥと通信するために使用されるＮ個の最適ＢＰＬを取得する。ＢＰＬは＜Ｂｘ，  Ｂ’ｘ＞であり、Ｂｘは基地局送信ビームを表し、Ｂ’ｘはＵＥ受信ビームを表す。代替的には、ＢＰＬは＜Ｂｙ，  Ｂ’ｙ＞であり、ＢｙはＵＥ送信ビームを表し、Ｂ’ｙは基地局受信ビームを表す。ＵＥとのその後の通信プロセスにおいて、基地局は、データ伝送にＮ個のＢＰＬを使用する。しかし、通信プロセスには障害が存在し、高周波チャネル上の回折能力は乏しい。その結果、現在のサービングビームはブロックされ、信号伝送は進行できない。ビームブロッキングに起因する突然の通信中断を防止するために、ビーム品質を検出し、ビームがブロックされたときにリンクを迅速に回復するために、対応するメカニズムを導入する必要がある。
【０１１７】
通信リンクを検出し、通信リンクを回復させるために、ネットワークは、端末に対して、リンク障害検出（すなわち、ビーム障害検出）のために使用されるリンク障害検出基準信号リソースを設定する必要がある。リンク障害検出基準信号リソースは、ビーム障害検出基準信号リソース設定（Ｂｅａｍ−Ｆａｉｌｕｒｅ−Ｄｅｔｅｃｔｉｏｎ−ＲＳ−ＲｅｓｏｕｒｃｅＣｏｎｆｉｇ）、ビーム障害検出基準信号（Ｂｅａｍ−Ｆａｉｌｕｒｅ−Ｄｅｔｅｃｔｉｏｎ−ＲＳ）、またはビーム障害検出リソース（Ｆａｉｌｕｒｅ−Ｄｅｔｅｃｔｉｏｎ−Ｒｅｓｏｕｒｃｅｓ）と呼ばれてもよい。さらに、ネットワークデバイスは、端末デバイスに対して、通信リンク回復のために使用される候補基準信号リソースを設定する必要がある。候補基準信号リソースは、候補ビーム基準信号リスト（ｃａｎｄｉｄａｔｅ  ｂｅａｍ  ＲＳ  ｌｉｓｔ）、候補ビーム基準信号識別子リソース（Ｂｅａｍ−Ｆａｉｌｕｒｅ−Ｃａｎｄｉｄａｔｅ−Ｂｅａｍ−Ｒｅｓｏｕｒｃｅ）、候補ビーム識別子基準信号（Ｃａｎｄｉｄａｔｅ−Ｂｅａｍ−Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ−ＲＳ）、候補ビーム基準信号リスト（ｃａｎｄｉｄａｔｅ  Ｂｅａｍ  ＲＳ  Ｌｉｓｔ）、または新しいリンクを識別するための基準信号リソースとして参照されてもよい。
【０１１８】
特定の実装中、リンク障害検出のために使用される基準信号リソースおよび候補基準信号リソースは、他の名称を有してもよい。これは、本出願において特に限定されない。
【０１１９】
信号、信号セット、またはリソースは、明示的な方式（専用の信号方式、例えば、ＲＲＣ、ＭＡＣ−ＣＥ、およびＤＣＩのうちの少なくとも１つ使用して）で設定されてもよい。追加的に、リンク障害検出のために使用される基準信号は、代替的には、暗黙の方式で示されてもよい。ＰＤＣＣＨ／ＣＯＲＥＳＥＴを示す伝送設定インジケータ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｉｃａｔｏｒ，  ＴＣＩ）に関連付けられた基準信号は、リンク障害検出を使用する基準信号として使用され、その基準信号は、ＰＤＣＣＨ（ＰＤＣＣＨ  ＤＭＲＳを伴うタイプＤ  ＱＣＬ）の復調基準信号（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，  ＤＭＲＳ）との疑似コロケーション仮定関係を有するタイプＤ  ＱＣＬに含まれる基準信号であり、その基準信号は、周期的に送信される信号である。
【０１２０】
例えば、ビーム障害検出基準信号セット（Ｂｅａｍ−Ｆａｉｌｕｒｅ−Ｄｅｔｅｃｔｉｏｎ−ＲＳ  ｓｅｔ）内のＲＳは、ＰＤＣＣＨのＤＭＲＳと疑似コロケーション（ｑｕａｓｉ  ｃｏ−ｌｏｃａｔｉｏｎ，  ＱＣＬ）関係を有するか、またはＰＤＣＣＨと同じＴＣＩ状態を使用する。セット内の基準信号の一部または全部のチャネル品質情報（例えば、基準信号受信電力ＲＳＲＰ、基準信号受信品質ＲＳＲＱ、ブロックエラー比（ｂｌｏｃｋ  ｅｒｒｏｒ  ｒａｔｉｏ，  ＢＬＥＲ）、信号対干渉プラスノイズ比（ｓｉｇｎａｌ  ｔｏ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｐｌｕｓ  ｎｏｉｓｅ  ｒａｔｉｏ，  ＳＩＮＲ）、信号対ノイズ比（ｉｇｎａｌ  ｎｏｉｓｅ  ｒａｔｉｏ，  ＳＮＲ）、およびチャネル品質インジケータＣＱＩ）が第１の閾値未満であるときに、通信リンクが不良であると判定される。設定した閾値を下回ることは、Ｎ回連続して設定した閾値を下回ることか、またはある期間にＮ回設定した閾値を下回ることであってもよい。任意選択で、設定した閾値は、同期外閾値（ＲＬＭ  ＯＯＳ  ｔｈｒｅｓｈｏｌｄＣｏｎｆｉｇ／ｒｌｍＩｎＳｙｎｃＯｕｔＯｆＳｙｎｃＴｈｒｅｓｈｏｌｄ）を検出する無線リンクと同じであってもよい。
【０１２１】
本出願において、リンク障害は、通信リンク障害、通信リンク失敗、ビーム失敗、ビーム障害、リンク失敗、通信失敗、通信障害などとも呼ばれてもよい。本明細書では、これらの概念は同じ意味を有する。リンク障害が発生した後、端末は、候補基準信号リソースから、情報によって示されるチャネル品質（例えば、基準信号受信電力ＲＳＲＰ、基準信号受信品質ＲＳＲＱ、ブロックエラー比ＢＬＥＲ、信号対干渉プラスノイズ比ＳＩＮＲ、信号対ノイズ比ＳＮＲ、およびチャネル品質インジケータＣＱＩのうちの１つ以上）がプリセット閾値より大きい基準信号リソースを選択して、リンクを回復する。任意選択で、プリセット閾値は、ネットワークデバイスによって設定されてもよい。本出願では、リンク回復は、ネットワークデバイスと端末デバイスとの間の通信の回復、リンク障害回復、ビーム障害回復、通信リンク障害回復、リンク失敗回復、通信失敗回復または通信障害回復、リンク回復、リンク再設定、通信リンク回復、ビーム失敗回復、通信障害回復などとも呼ばれてもよい。
【０１２２】
図３は、本出願に適用可能な通信リンク回復方法の概略フローチャートである。方法３００は、以下のステップを含む。
【０１２３】
Ｓ３１０：リンク障害検出例えば、端末デバイスは、ビーム障害検出基準信号セット（ｂｅａｍ  ｆａｉｌｕｒｅ  ｄｅｔｅｃｔｉｏｎ  ＲＳ  ｓｅｔ内の基準信号を測定し、Ｎ個の連続した検出の結果が  障害ありか、ビーム障害検出基準信号セット内の全ての基準信号のチャネル品質（「信号品質」とも呼ばれてもよい）である場合、端末デバイスは、現在のビームの状態がビーム障害であると判定する。
【０１２４】
端末デバイスは、送信ビームを介してネットワークデバイスによって送信される下りリンク基準信号の信号品質が劣化していることを検出したときに、ネットワークデバイスの送信ビームで通信リンク失敗が発生していることを示すと留意されたい。ここで、送信ビームは、端末デバイスと通信するためにネットワークデバイスによって使用される送信ビームである。ネットワークデバイスの送信ビーム上の通信リンク失敗の原因には、通信プロセスに障害物が存在すること、および高周波チャネルにおける回折能力が乏しいことが含まれるが、これらに限定されない。その結果、現在のサービングビームはブロックされ、信号伝送は進行できない。信号品質が劣化することは、チャネル品質情報（ＲＳＰＲやＣＱＩなど）がプリセット閾値を下回ることであってもよい。
【０１２５】
Ｓ３１０は以下の実装を含んでもよい。
【０１２６】
Ｓ３１１：第１の制御リソースセットのリンク障害を判定し、第１の制御リソースセットは、第１のＭＩＢによって設定された制御リソースセットである。
【０１２７】
第１の制御リソースセットは、共通の探索空間に関連付けられ、第１のＭＩＢによって設定された、例えば、ＣＯＲＥＳＥＴ、制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）、またはｅＰＤＣＣＨセット（ｓｅｔ）である。簡潔さのために、本出願において提供されるリンク回復方法は、第１の制御リソースセットがＣＯＲＥＳＥＴである例を使用して以下に説明される。第１のＭＩＢは任意のＭＩＢであり、以下で説明される第２のＭＩＢと同じか、または異なってもよい。第１のＭＩＢおよび第２のＭＩＢは、ＭＩＢに対する限定を構成しない。同様に、第１の制御リソースセットは、制御リソースセットに対する限定を構成しない。
【０１２８】
「第１の制御リソースセットのリンク障害を判定する」は、第１の制御リソースセットの通信リンクがリンク障害状態にあると判定すること、第１の制御リソースセットの通信リンク上でリンク障害が発生したことを判定すること、または同等の意味を有する別の説明として理解されてもよい。
【０１２９】
第１の制御リソースセットがＣＯＲＥＳＥＴであるときに、ＣＯＲＥＳＥＴの識別子は０であってもよく、すなわち、第１の制御リソースセットはＣＯＲＥＳＥＴ０であってもよい。ＣＯＲＥＳＥＴ０は、主に、初期アクセス中に、残りのシステム情報（ｒｅｍａｉｎｉｎｇ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ，  ＲＭＳＩ）、他のシステム情報（ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ，  ＯＳＩ）、ページング（Ｐａｇｉｎｇ）メッセージ、およびランダムアクセスメッセージ（第２のメッセージ（Ｍｅｓｓａｇｅ  ２）または第４のメッセージ（Ｍｅｓｓａｇｅ  ４）を含む）のうちの１つ以上をスケジュールするために使用される。ＣＯＲＥＳＥＴ０がアクティブ帯域幅部分（ａｃｔｉｖｅ  ｂａｎｄｗｉｄｔｈ  ｐａｒｔ，  ａｃｔｉｖｅ  ＢＷＰ）上にある場合、ネットワークデバイスは、初期アクセス後にＣＯＲＥＳＥＴ０を使用して依然としてデータをスケジューリングしてもよい。任意に、ＣＯＲＥＳＥＴ０は、さらに、ＵＥ固有探索空間（ＵＥ  ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ，  ＵＳＳ）に関連付けられてもよい。代替的には、共通の探索空間は、別のＣＯＲＥＳＥＴと関連付けられてもよい。１つのＳＳＢは１つのＣＯＲＥＳＥＴ０に関連付けられ、端末デバイスはＳＳＢに関連付けられたＣＯＲＥＳＥＴ０上の共通の探索空間（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ，  ＣＳＳ）を検出する。
【０１３０】
端末デバイスが、第１の制御リソースセットの通信リンク上でリンク障害が発生したことを検出したときに、端末デバイスは、ネットワークデバイスに、第１の制御リソースセットを回復することを要求するために使用される要求メッセージを送信する、すなわち、以下に説明されるＳ３３０を行ってもよい。このようにして、ＭＩＢによって設定された制御リソースセットの通信リンクを迅速に回復することができる。
【０１３１】
本出願において、前のステップと後のステップの実行シーケンスは限定されないと留意されたい。前のステップが実行された後に、後のステップが直ちに実行されてもよいし、一定期間経過後に実行されてもよい。追加的に、前のステップと後のステップの間には別のステップが存在してもよい。例えば、第１の制御リソースセットのリンク障害が発生した後に、端末デバイスは、代替的には、最初に新しい下りリンクを探索し、次いで、対応する上りリンクリソースを探索し、次いで、リンク障害回復要求を送信してもよい。
【０１３２】
任意選択で、Ｓ３１１は、
第１の制御リソースセットに関連付けられた探索空間セットの判定を判定すること（任意選択のステップ）と、
第１の制御リソースセットに関連付けられた探索空間セットに基づいて、第１の制御リソースセットの通信リンクのリンク障害検出モードを判定することと、
リンク障害検出モードに基づいて、第１の制御リソースセットの通信リンクのリンク障害を判定することと、を含む。
【０１３３】
第１の制御リソースセットに関連付けられた探索空間セットは、以下のように理解されてもよい。すなわち、探索空間内のＰＤＣＣＨは、１つ以上の制御チャネル要素（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ，  ＣＣＥ）を含み、１つ以上のＣＣＥは、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ，  ＲＥＧ）にマッピングされ、複数のＲＥＧは、第１の制御リソースセット内にある。
【０１３４】
第１の制御リソースセットと探索空間セットとの間の関連関係は、ＭＩＢまたはＲＲＣシグナリングによって設定されるか、または事前定義された関係である。
【０１３５】
本出願において、１つのＣＣＥは、対応して複数のＲＥＧを含んでもよく、１つのＣＣＥに対応するＲＥＧの数は、例えば、６に固定され得る。１つのＲＥＧは周波数領域で１２個の隣接副搬送波を含み、時間領域に１つの直交周波数分割多重（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ，  ＯＦＤＭ）シンボルを占める。
【０１３６】
第１の制御リソースセットに関連付けられた探索空間は、異なるタイプを有してもよい。例えば、第１の制御リソースセットに関連付けられた探索空間は、ブロードキャスト探索空間および／または非ブロードキャスト探索空間であってもよい。第１の制御リソースセットに関連付けられた探索空間がブロードキャスト探索空間であるときに、ブロードキャスト探索空間に関連付けられたＣＯＲＥＳＥＴ０（すなわち、第１のＭＩＢによって設定されたＣＯＲＥＳＥＴ）に関連付けられたビームは、セル固有（ｃｅｌｌ  ｓｐｅｃｉｆｉｃ）ビームであるため、基地局は、複数の同期信号／ブロードキャストチャネルブロック（ｓｙｎｃｈｒｏｎｏｕｓ  ｓｉｇｎａｌ／ＰＢＣＨ  ｂｌｏｃｋ，  ＳＳＢ）に対応するＣＯＲＥＳＥＴ０上で同じブロードキャスト情報を繰り返し送信する。リンク障害が発生した場合、端末デバイスは、自動的にＳＳＢ間を切り替えてもよく、基地局は、ＣＯＲＥＳＥＴ０の疑似コロケーション（quasi  co-location,  QCL）情報を再設定する必要がない。したがって、ユーザ機器は、ブロードキャスト探索空間のＳＳＢを検出する必要がない。第１の制御リソースセットに関連付けられた探索空間が非ブロードキャスト探索空間（例えば、ＵＥ固有探索空間）であるときに、非ブロードキャスト探索空間で送信されるコンテンツは、ユーザ機器固有（UE  specific）コンテンツまたはユーザ機器グループ共通（UE  group  common）コンテンツであるため、基地局は、各ＳＳＢに対応するＣＯＲＥＳＥＴ０上で同じ非ブロードキャスト情報を送信しない。このケースでは、基地局は、非ブロードキャスト探索空間に使用されるＳＳＢをユーザ機器に通知して、ユーザ機器が、非ブロードキャスト探索空間に関連付けられたＣＯＲＥＳＥＴ０上でリンク障害が発生したかどうかを検出する。リンク障害が発生した場合、ユーザ機器は、非ブロードキャスト探索空間に対応するビームまたはＣＯＲＥＳＥＴを再設定するために基地局に通知する必要がある。前述の方法では、第１の制御リソースセットの通信リンク上でリンク障害が発生したかどうかは、第１の制御リソースセットに関連付けられた探索空間のタイプに基づいて検出される。これにより、リンクの回復効率を向上させることができる。
【０１３７】
任意選択で、非ブロードキャスト探索空間セット内の非ブロードキャスト探索空間において検出された下りリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ，  ＤＣＩ）のＣＲＣは、以下の情報のうちの少なくとも１つによってスクランブルされる。
すなわち、ランダムアクセスＲＮＴＩ  （ｒａｎｄｏｍ  ａｃｃｅｓｓ  ＲＮＴＩ，  ＲＡ−ＲＮＴＩ）、一時セルＲＮＴＩ  （ｔｅｍｐｏｒａｒｙ  ｃｅｌｌ  ＲＮＴＩ，  ＴＣ−ＲＡＮＴＩ）、セルＲＮＴＩ  （ｃｅｌｌ  ＲＮＴＩ，  Ｃ−ＲＮＴＩ）、割り込みＲＮＴＩ  （ｉｎｔｅｒｒｕｐｔｉｏｎ  ＲＮＴＩ，  ＩＮＴ−ＲＮＴＩ）、スロットフォーマット表示ＲＮＴＩ  （ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｉｏｎ  ＲＮＴＩ，  ＳＦＩ−ＲＮＴＩ）、送信パワー制御物理上りリンク共有チャネルＲＮＴＩ  （ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ  ＲＮＴＩ，  ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ）、送信パワー制御物理上りリンク制御チャネルＲＮＴＩ  （ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ＲＮＴＩ，  ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ）、送信パワー制御サウンディング基準シンボルＲＮＴＩ  （ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｙｍｂｏｌｓ  ＲＮＴＩ，  ＴＰＣ−ＳＲＳ−ＲＮＴＩ）、設定済みスケジューリングＲＮＴＩ  （ｃｏｎｆｉｇｕｒｅｄ  ｓｃｈｅｄｕｌｉｎｇ  ＲＮＴＩ，  ＣＳ−ＲＮＴＩ）、およびセミパーシステントチャネル状態情報ＲＮＴＩ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ，  ＳＰ−ＣＳＩ−ＲＮＴＩ）である。
【０１３８】
任意選択で、非ブロードキャスト探索空間セットに含まれる共通の探索空間（Ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）において検出されたＤＣＩのＣＲＣは、以下の情報の少なくとも１つによってスクランブルされる。
【０１３９】
すなわち、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ、およびＳＰ−ＣＳＩ−ＲＮＴＩであり、および／または
非ブロードキャスト探索空間セットに含まれる端末固有の探索空間（ＵＥ  ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ）において検出されたＤＣＩのＣＲＣは、以下の情報の少なくとも１つによってスクランブルされる。
すなわち、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ、およびＳＰ−ＣＳＩ−ＲＮＴＩである。
【０１４０】
任意選択で、探索空間が非ブロードキャスト探索空間であるときに、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットは、第１の基準信号および第２の基準信号を含み、第１の基準信号は、非ＭＩＢ情報によって設定された制御リソースセットのリンク障害検出のために使用され、第２の基準信号は、第１の制御リソースセットに関連付けられた受信パラメータを示すために使用される。
【０１４１】
第１の基準信号は、第１の基準信号リソース上で搬送され、１つ以上の第１の基準信号が存在する。したがって、第１の基準信号は、第１の基準信号リソースセットとも呼ばれる。同様に、第２の基準信号は、第２の基準信号リソース上で搬送され、１つ以上の第２の基準信号が存在する。したがって、第２の基準信号は、第２の基準信号リソースセットとも呼ばれる。
【０１４２】
第１の基準信号は、ネットワークデバイスによって事前設定され、第１の制御リソースセットの通信リンク上でリンク障害が発生したかどうかを検出するために使用される基準信号セットに属し、第２の基準信号は、例えば、同期信号／ブロードキャストチャネルブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ／ＰＢＣＨ  ｂｌｏｃｋ，  ＳＳＢ）である。端末デバイスは、第１の基準信号の信号品質（例えば、信号対ノイズ比）および第２の基準信号の信号品質が第１の閾値以下であるかどうかを検出してもよい。第１の基準信号の信号品質と第２の基準信号の信号品質の両方が第１の閾値以下であるときに、端末デバイスは、リンク障害が第１の制御リソースセットの通信リンク上で発生すると判定する。「第１の基準信号の信号品質と第２の基準信号の信号品質の両方が第１の閾値以下である」ことは、第１の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であり、かつ第２の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であることを含む。本方法によれば、検出のために特定の基準信号を選択する必要がない。本方法は実装が容易で互換性が良好である。互換性とは、別のＣＯＲＥＳＥＴ（ＣＯＲＥＳＥＴ０以外のＣＯＲＥＳＥＴ）のリンク障害回復手順が、リンク障害回復要求を送信し、別のＣＯＲＥＳＥＴに対するリンク障害回復要求応答を受信する手順を再利用することを含む方法で直接再利用されてもよいことを意味する。
【０１４３】
代替的には、端末デバイスは、第２の基準信号の信号品質（例えば、信号対ノイズ比）が第１の閾値以下であるかどうかのみを検出してもよい。第２の基準信号の信号品質が第１の閾値以下であるときに、端末デバイスは、第１の制御リソースセットの通信リンク上でリンク障害が発生したと判定する。「第２の基準信号の信号品質が第１の閾値以下である」ことは、第２の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であることを含む。第１の基準信号は、リンク障害が発生するかどうか、およびリンク障害回復要求を開始するかどうかを判定するために組み合わせて使用される必要がない。従って、端末デバイスによって、第１の制御リソースセットの通信リンク上のリンク障害を判定する複雑さが低減される。
【０１４４】
本出願において、「受信パラメータ」は、信号を受信するためのパラメータ、例えば、ＴＣＩ、ＱＣＬ、タイプＤ（ｔｙｐｅ  Ｄ）ＱＣＬ、または空間受信パラメータ（ｓｐａｔｉａｌ  Ｒｘ  ｐａｒａｍｅｔｅｒ）であってもよく、または別のパラメータであってもよい。
【０１４５】
本出願において、ＳＳＢはＳＳ／ＰＢＣＨブロックとも呼ばれてもよく、ＰＢＣＨは物理ブロードキャストチャネル（ｐｈｙｓｉｃａｌ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）の略称である。ＳＳＢは、１次同期信号（ｐｒｉｍａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ，  ＰＳＳ）、２次同期信号（ｓｅｃｏｎｄａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ，  ＳＳＳ）、およびＰＢＣＨのうちの少なくとも１つを含む。
【０１４６】
任意選択の例において、１つのＳＳＢが４つの連続した直交周波数分割多重（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ，  ＯＦＤＭ）シンボルを占有し、ＳＳＢバーストセット（ｂｕｒｓｔ  ｓｅｔ）は、５ｍｓの持続時間を有する時間ウィンドウであり、５ｍｓのＳＳＢ時間ウィンドウで最大Ｌ個のＳＳＢが送信され得る。異なる周波数帯に対して、Ｌの値は以下の通りです。
【０１４７】
（１）  周波数帯域が３ＧＨｚ未満のときに、Ｌ＝４
（２）  周波数帯域が３ＧＨｚ〜６ＧＨｚのときに、Ｌ＝８
（３）  周波数帯域が６ＧＨｚ〜５２．６  ＧＨｚのときに、Ｌ＝６４
【０１４８】
ＳＳＢは、１５ｋＨｚ、３０ｋＨｚ、１２０ｋＨｚおよび２４０ｋＨｚの副搬送波間隔をサポートする。異なる副搬送波間隔に対して、１つのＳＳＢバーストセットにおいて、５つの異なるマッピングパターンが、時間領域におけるＳＳＢに対して設定される。
【０１４９】
前述のＳＳＢの例は、単に説明ための例にすぎない。本出願におけるＳＳＢは、代替的に別の定義を有してもよい。
【０１５０】
任意選択で、リンク障害検出モードに基づいて、第１の制御リソースセットのリンク障害を判定することは、
第１の基準信号の信号品質が第１の閾値以下であるとき、および第２の基準信号の信号品質が第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定すること、または
第２の基準信号の信号品質が第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定することを含む。
【０１５１】
前述の方法は、以下のいくつかの説明方式と同等であると留意されたい。
【０１５２】
説明方式１
【０１５３】
第１の制御リソースセットのリンク障害は、第１の制御リソースセットに関連付けられた探索空間セットが非ブロードキャスト探索空間セットであるときと、各第１の基準信号の信号品質が第１の閾値以下であるとき、および／または第２の基準信号の信号品質が第１の閾値以下であるときに、判定され、第２の基準信号が第１の制御リソースセットに関連付けられた受信パラメータを示すために使用され、第１の基準信号が第１の制御リソースセット以外の制御リソースセットのリンク障害検出のために使用される。
【０１５４】
説明方式２
【０１５５】
第１の制御リソースセットのリンク障害は、第１の制御リソースセットに関連付けられた探索空間セットが非ブロードキャスト探索空間セットであるときと、各第１の基準信号の信号品質が第１の閾値以下であるとき、および／または第２の基準信号の信号品質が第１の閾値以下であるときに、判定され、第２の基準信号が第１の制御リソースセットに関連付けられた受信パラメータを示すために使用され、第１の基準信号リソースセットが非ＭＩＢ情報によって設定された制御リソースセットのリンク障害検出のために使用される。
【０１５６】
説明方式３
【０１５７】
第１の制御リソースセットのリンク障害は、第１の制御リソースセットに関連付けられた探索空間セットが非ブロードキャスト探索空間セットであるときと、各第１の基準信号の信号品質が第１の閾値以下であるとき、および／または第２の基準信号の信号品質が第１の閾値以下であるときに、判定され、第２の基準信号が第１の制御リソースセットに関連付けられた受信パラメータを示すために使用され、第１の基準信号がＲＲＣシグナリングによって設定された制御リソースのリンク障害検出のために使用される。
【０１５８】
本出願において、第１の基準信号は、第１の基準信号リソースセットとも呼ばれてもよく、第２の基準信号は、第２の基準信号リソースセットとも呼ばれてもよい。
【０１５９】
１つ以上の第１の基準信号が存在してもよく、また、１つ以上の第２の基準信号が存在してもよい。第１の基準信号は、ネットワークデバイスによって事前設定され、第１の制御リソースセットの通信リンク上でリンク障害が発生するかどうかを検出するために使用される基準信号である。第２の基準信号は、例えば、同期信号／ブロードキャストチャネルブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ／ＰＢＣＨ  ｂｌｏｃｋ，  ＳＳＢ）である。端末デバイスは、第１の基準信号の信号品質（例えば、信号対ノイズ比）および第２の基準信号の信号品質が第１の閾値以下であるかどうかを検出してもよい。第１の基準信号の信号品質と第２の基準信号の信号品質の両方が第１の閾値以下であるときに、端末デバイスは、リンク障害が第１の制御リソースセットの通信リンク上で発生すると判定する。「第１の基準信号の信号品質と第２の基準信号の信号品質の両方が第１の閾値以下である」ことは、第１の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であり、かつ第２の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であることを含む。本方法によれば、検出のために特定の基準信号を選択する必要がない。本方法は実装が容易で互換性が良好である。互換性とは、別のＣＯＲＥＳＥＴ（ＣＯＲＥＳＥＴ０以外のＣＯＲＥＳＥＴ）のリンク障害回復手順が、リンク障害回復要求を送信し、別のＣＯＲＥＳＥＴに対するリンク障害回復要求応答を受信する手順を再利用することを含む方法で直接再利用されてもよいことを意味する。
【０１６０】
代替的には、端末デバイスは、第２の基準信号の信号品質（例えば、信号対ノイズ比）が第１の閾値以下であるかどうかのみを検出してもよい。第２の基準信号の信号品質が第１の閾値以下であるときに、端末デバイスは、第１の制御リソースセットの通信リンク上でリンク障害が発生したと判定する。「第２の基準信号の信号品質が第１の閾値以下である」ことは、第２の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であることを含む。第１の基準信号が検出される必要がない。従って、端末デバイスによって、第１の制御リソースセットの通信リンク上のリンク障害を判定する負荷が低減される。
【０１６１】
任意選択で、リンク障害検出モードに基づいて、第１の制御リソースセットのリンク障害を判定することは、
第１の基準信号の信号品質が、報告周期性において第１の閾値以下であるとき、および第２の基準信号の信号品質が、報告周期性において第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定すること、または
第２の基準信号の信号品質が、報告周期性において第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定することを含む。
【０１６２】
報告周期性は、物理（ＰＨＹ）層によるリンク障害インスタンスをメディアアクセス制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ，  ＭＡＣ）層に報告する周期性である。
【０１６３】
図５は、本出願による、報告周期性に基づいて、第１の制御リソースセットのリンク障害を判定するための方法を示す。
【０１６４】
図５において、ｑ０は、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットである。ｑ０における基準信号は、ＣＳＩ−ＲＳ１（すなわち、周期性が５ｍｓである第１の基準信号）およびＳＳＢ１（すなわち、周期性が５ｍｓである第２の基準信号）を含むと仮定される。ビーム障害インスタンス（ｂｅａｍ  ｆａｉｌｕｒｅ  ｉｎｓｔａｎｃｅ，  ＢＦＩ）表示間隔（ｉｎｄｉｃａｔｉｏｎ  ｉｎｔｅｒｖａｌ）は５ｍｓである。基地局は、ＣＯＲＥＳＥＴ０（すなわち、第１の制御リソースセット）の通信リンク障害は、複数回（例えば、３回）連続してビーム障害インスタンスが発生したときに判定されると設定してもよく、ＣＯＲＥＳＥＴ０の通信リンク障害は、ＵＥの物理層（ＰＨＹ）によってメディアアクセス制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ，  ＭＡＣ）層に報告される。図５から、ＢＦＩが１０ミリ秒〜２５ミリ秒の間に３回連続して発生し、第１の基準信号の信号品質および第２の基準信号の信号品質の両方が、各ＢＦＩ間隔において第１の閾値未満であることが分かる。このケースでは、端末デバイスは、３回のＢＦＩに基づいて、第１の制御リソースセットのリンク障害を判定する。図中のマーク「×」は、基準信号の信号品質が第１の閾値よりも低いことを示す。
【０１６５】
図６は、本出願による、報告周期性に基づいて、第１の制御リソースセットのリンク障害を判定するための別の方法を示す。
【０１６６】
図６において、ｑ０は、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットである。ｑ０における基準信号は、ＣＳＩ−ＲＳ１（すなわち、周期性が５ｍｓである第１の基準信号）およびＳＳＢ１（すなわち、周期性が１０ｍｓである第２の基準信号）を含むと仮定される。ＢＦＩ表示間隔は５ｍｓである。基地局は、ＣＯＲＥＳＥＴ０（すなわち、第１の制御リソースセット）の通信リンク障害は、複数回（例えば、３回）連続してビーム障害インスタンスが発生したときに判定されると設定してもよく、ＣＯＲＥＳＥＴ０の通信リンク障害は、ＵＥの物理層（ＰＨＹ）によってメディアアクセス制御  ＭＡＣ層に報告される。図６から、ＢＦＩが１０ミリ秒〜２５ミリ秒の間に３回連続して発生し、第１の基準信号の信号品質および第２の基準信号の信号品質の両方が、各ＢＦＩ間隔において第１の閾値未満であることが分かる。このケースでは、端末デバイスは、３回のＢＦＩに基づいて、第１の制御リソースセットのリンク障害を判定する。図中のマーク「×」は、基準信号の信号品質が第１の閾値よりも低いことを示す。
【０１６７】
図７は、本出願による、報告周期性に基づいて、第１の制御リソースセットのリンク障害を判定するためのさらに別の方法を示す。
【０１６８】
図７において、ｑ０は、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットである。ｑ０における基準信号は、ＣＳＩ−ＲＳ１（すなわち、周期性が５ｍｓである第１の基準信号）およびＳＳＢ１（すなわち、周期性が５ｍｓである第２の基準信号）を含むと仮定される。ビーム障害インスタンス（ｂｅａｍ  ｆａｉｌｕｒｅ  ｉｎｓｔａｎｃｅ，  ＢＦＩ）表示間隔（ｉｎｄｉｃａｔｉｏｎ  ｉｎｔｅｒｖａｌ）は５ｍｓである。基地局は、ＣＯＲＥＳＥＴ０（すなわち、第１の制御リソースセット）の通信リンク障害は、複数回（例えば、３回）連続してビーム障害インスタンスが発生したときに判定されると設定してもよく、ＣＯＲＥＳＥＴ０の通信リンク障害は、ＵＥの物理層（ＰＨＹ）によってメディアアクセス制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ，  ＭＡＣ）層に報告される。図７から、ＢＦＩが１０ミリ秒〜２５ミリ秒の間に３回発生し、第１の基準信号の信号品質および第２の基準信号の信号品質の両方が、各ＢＦＩ間隔において第１の閾値未満であることが分かる。このケースでは、端末デバイスは、３回のＢＦＩに基づいて、第１の制御リソースセットのリンク障害を判定する。図中のマーク「×」は、基準信号の信号品質が第１の閾値よりも低いことを示す。
【０１６９】
図７において、端末デバイスの物理層は、前のＳＳＢ１の測定結果に基づいて、ＢＦＩを報告するかどうかを判定する。具体的には、端末デバイスによって０ｍｓ〜５ｍｓで測定されたＳＳＢ１の信号品質が第１の閾値より大きい場合、端末デバイスの物理層は、５ｍｓ〜１０ｍｓの報告周期性でＢＦＩを送信しない。任意選択で、端末デバイスは、代替的には、現在のＳＳＢ１の測定結果に基づいて、ＢＦＩを報告するかどうかを判定してもよい。例えば、５ｍｓ〜１０ｍｓの周期性で端末デバイスによって測定されたＳＳＢ１の信号品質が第１の閾値未満であるときに、端末デバイスの物理層はＢＦＩを直ちに報告する。
【０１７０】
図８は、本出願による、報告周期性に基づいて、第１の制御リソースセットのリンク障害を判定するためのさらに別の方法を示す。
【０１７１】
図８において、ｑ０は、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットである。ｑ０における基準信号は、ＣＳＩ−ＲＳ１（すなわち、周期性が５ｍｓである第１の基準信号）およびＳＳＢ１（すなわち、周期性が１０ｍｓである第２の基準信号）を含むと仮定される。ビーム障害インスタンス（ｂｅａｍ  ｆａｉｌｕｒｅ  ｉｎｓｔａｎｃｅ，  ＢＦＩ）表示間隔（ｉｎｄｉｃａｔｉｏｎ  ｉｎｔｅｒｖａｌ）は５ｍｓである。基地局は、ＣＯＲＥＳＥＴ０（すなわち、第１の制御リソースセット）の通信リンク障害は、ＳＳＢ１上で１回ビーム障害インスタンスが発生したときに判定されると設定してもよく、ＣＯＲＥＳＥＴ０の通信リンク障害は、ＵＥの物理層（ＰＨＹ）によってメディアアクセス制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ，  ＭＡＣ）層に報告される。図８から、ＢＦＩが１０ミリ秒〜２５ミリ秒の間に３回発生し、第１の基準信号の信号品質および第２の基準信号の信号品質の両方が、各ＢＦＩ間隔において第１の閾値未満であることが分かる。このケースでは、端末デバイスは、３回のＢＦＩに基づいて、第１の制御リソースセットのリンク障害を判定する。図中のマーク「×」は、基準信号の信号品質が第１の閾値よりも低いことを示す。
【０１７２】
前述の方法において、ＭＡＣ層は、複数回にわたって、第１の制御リソースセットのリンク障害インスタンス（すなわち、ＢＦＩ）に関する統計を収集し、偶発的な事象によって引き起こされる誤判定の確率を低減する。これは、第１の制御リソースセットのリンク障害を判定する信頼性を向上させる。追加的に、ＭＡＣ層は、リンク障害回復要求を送信するために使用される１つ以上のＰＲＡＣＨを判定する。これにより、エアインターフェイスの使用を向上させる。
【０１７３】
任意に、探索空間セットが非ブロードキャスト探索空間（探索空間セットが非ブロードキャスト探索空間のみを含むことに限定されず、ブロードキャスト探索空間をさらに含んでもよい）を含むときに、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットは、第２の基準信号のみを含み、第２の基準信号は、第１の制御リソースセットに関連付けられた受信パラメータを示すために使用される。
【０１７４】
任意選択で、本出願において、非ブロードキャストＰＤＣＣＨ探索空間セットは、タイプ１の共通の探索空間を含み、タイプ１の共通の探索空間は、以下の情報の少なくとも１つによってスクランブルされたＤＣＩフォーマットに対応する。すなわち、一次セル上のＲＡ−ＲＮＴＩ、ＴＣ−ＲＮＴＩまたはＣ−ＲＮＴＩ（一次セル上のＲＡ−ＲＮＴＩ、ＴＣ−ＲＮＴＩまたはプＣ−ＲＮＴＩによってスクランブルされるＣＲＣを伴うＤＣＩフォーマットに対して、Ｔｙｐｅ１−ＰＤＣＣＨ共通の探索空間（ＣＳＳ））。
【０１７５】
任意選択で、本出願において、非ブロードキャストＰＤＣＣＨ探索空間セットは、タイプ３の共通の探索空間を含み、タイプ３の共通の探索空間は、以下の情報の少なくとも１つによってスクランブルされたＤＣＩフォーマットに対応する。すなわち、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、  ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ、およびＳＰ−ＣＳＩ−ＲＮＴＩ（ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ、またはＳＰ−ＣＳＩ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマットのＴｙｐｅ３−ＰＤＣＣＨ共通の探索空間）。
【０１７６】
任意選択で、本出願において、非ブロードキャストＰＤＣＣＨ探索空間セットは、さらに以下の特徴を有する。非ブロードキャストＰＤＣＣＨによって搬送されるＤＣＩフォーマットは、ＤＣＩフォーマット２−０、ＤＣＩフォーマット２−１、ＤＣＩフォーマット２−２および／またはＤＣＩフォーマット２−３を含み、
端末デバイスは、ＳＦＩ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿０を検出し（ＵＥは、ＳＦＩ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットフォーマット２＿０を検出する）、
端末デバイスは、ＩＮＴ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿１を検出し（ＵＥは、ＩＮＴ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットフォーマット２＿１を検出する）、
端末デバイスは、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩまたはＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩによってスクランブルされたＣＲＣ有するＤＣＩフォーマット２＿２を検出し（ＵＥは、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩまたはＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿２を検出する）、
端末デバイスは、ＴＰＣ−ＳＲＳ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿３を検出する（ＵＥは、ＴＰＣ−ＳＲＳ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿３を検出する）。
【０１７７】
任意選択で、リンク障害検出モードに基づいて第１の制御リソースセットのリンク障害を判定することは、第２の基準信号の信号品質が第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定することを含む。
【０１７８】
ネットワークデバイスは、第１の制御リソースセットのリンク障害検出のために、基準信号リソースセット内の第２の基準信号のみを設定してもよい。１つ以上の第２の基準信号が存在してもよい。端末デバイスは、第２の基準信号（例えば、ＳＳＢ）を検出する。第２の基準信号の信号品質が第１の閾値以下であるときに、端末デバイスは、第１の制御リソースセットのリンク障害を判定する。代替的には、第２の基準信号の信号品質が、数回連続して第１の閾値以下であるときに、端末デバイスは、第１の制御リソースセットのリンク障害を判定する。「第２の基準信号の信号品質が、第１の閾値以下である」ことは、少なくとも１つの第２の基準信号の信号品質が、第１の閾値以下であるか、または各第２の基準信号の信号品質が、第１の閾値以下であることであり得る。第２の基準信号の信号品質が、数回連続して第１の閾値以下であるかどうかを判定する機能は、端末デバイスの物理層において実装されてもよい。第１制御リソースセット（例えば、ＣＯＲＥＳＥＴ０）は、システムメッセージを受信するために使用され、通常、システムメッセージは重要なメッセージである。本方法では、互換性が維持されている間に、第１の制御リソースセットの通信リンクを迅速に回復することができる。
【０１７９】
本出願において、第１の基準信号および第２の基準信号は、以下の４つのオプション方式で設定されてもよい。
【０１８０】
任意選択の方式１：第１の基準信号は、上位層シグナリング（例えば、ＲＲＣまたはＭＡＣ制御エレメント（ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ，  ＣＥ））によって設定され、第２の基準信号は、第１の制御リソースセットのために設定されたＴＣＩ内の基準信号である。
【０１８１】
任意選択の方式２：第１の基準信号は、上位層の信号（例えば、ＲＲＣまたはＭＡＣ  ＣＥ）によって設定され、第２の基準信号は、対応する第１の制御リソースセットに関連付けられ、初期アクセスフェーズで第２のメッセージを受信するために使用されるＳＳＢ、初期アクセスフェーズで第４のメッセージを受信するために使用されるＳＳＢ、または最後のＢＦＲ中に報告されるＳＳＢである。
【０１８２】
任意選択の方式３：第１の基準信号は、非ＭＩＢ情報によって設定される制御リソースセットのために設定されるＴＣＩ内の基準信号であり、第２の基準信号は、第１の制御リソースセットのために設定されるＴＣＩ内の基準信号である。
【０１８３】
任意選択の方式４：第１の基準信号は、非ＭＩＢ情報によって設定される制御リソースセットのために設定されるＴＣＩ内の基準信号であり、第２の基準信号は、第２のメッセージを受信するために端末デバイスによって使用されるＳＳＢであり、第２のメッセージは、第１の制御リソースセット上で搬送され、第１の制御リソースセットは、ランダムアクセス応答メッセージを送信するために使用され、第２の基準信号は、第４のメッセージを受信するために端末デバイスによって使用されるＳＳＢであり、第４のメッセージは、第１の制御リソースセット上で搬送され、第１の制御リソースセットは、ランダムアクセス応答メッセージを送信するために使用され、第２の基準信号は、第１の制御リソースセットのＤＭＲＳとＱＣＬ仮定関係を有する基準信号であり、第１の制御リソースセットは、第２のメッセージを搬送するために使用され、第２のメッセージは、ランダムアクセス応答メッセージであり、第２の基準信号は、物理下りリンク共有チャネルＰＤＳＣＨのＤＭＲＳ  ＰＤとＱＣＬ仮定関係を有する基準信号であり、ＰＤＳＣＨは、第４のメッセージを搬送するために使用され、第４のメッセージは、ネットワークデバイスによって端末デバイスに送信される競合解決メッセージであり、第２の基準信号は、前のＢＦＲ中に報告されたＳＳＢであり、または第２の基準信号は、リンク障害回復要求応答情報を送信するための制御リソースセットのＤＭＲＳとＱＣＬ仮定関係を有する基準信号である。
【０１８４】
任意選択で、リンク障害検出モードに基づいて、第１の制御リソースセットのリンク障害を判定することは、
第２の基準信号の信号品質が、報告周期性において第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定することであって、報告周期性は、物理（ＰＨＹ）によってリンク障害インスタンスをＭＡＣ層に報告するための周期性である、判定することを含む。
【０１８５】
前述の方法において、ＭＡＣ層は、複数回にわたって、第１の制御リソースセットのリンク障害インスタンス（すなわち、ＢＦＩ）に関する統計を収集し、偶発的な事象によって引き起こされる誤判定の確率を低減する。これは、第１の制御リソースセットのリンク障害を判定する信頼性を向上させる。追加的に、ＭＡＣ層は、リンク障害回復要求を送信するために使用される１つ以上のＰＲＡＣＨを判定する。これにより、エアインターフェイスの使用を向上させる。
【０１８６】
任意選択で、リンク障害検出モードに基づいて、第１の制御リソースセットのリンク障害を判定することは、
探索空間が非ブロードキャスト探索空間であるとき、および第２の基準信号の信号品質が第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定することであって、第２の基準信号は、第１の制御リソースセットに関連付けられた受信パラメータを示すために使用される、判定することを示す。
【０１８７】
前述の方法において、第２の基準信号（例えば、ＳＳＢ）の信号品質が第１の閾値以下であるかどうかが直接検出され、リンク障害が第１の制御リソースセットの通信リンク上で発生したかどうかを判定する。第１の基準信号セットには、第１の基準信号は加えられない。これは、第１の制御リソースセットのリンク回復効率を向上させる。
【０１８８】
図９は、本出願によるＣＯＲＥＳＥＴ０を検出するための方法の概略フローチャートである。
【０１８９】
第一に、基地局は、ＵＥに対して、ＣＯＲＥＳＥＴ０、対応する探索空間、およびリンク障害検出のために使用される基準信号リソースセットｑ０（基準信号設定が明示的または暗黙的な方式で示されてもよく、明示的な方式は、ｑ０が直接的に設定されることを意味し、暗黙的な方法は、ＣＯＲＥＳＥＴに対応するＴＣＩ  （例えば、タイプＤ  ＱＣＬ）を示す基準信号がｑ０内の基準信号として使用されることを意味する）を設定する。ｑ０は、請求項に記載され、第１の制御リソースセット以外の制御リソースセットのリンク障害検出に使用される基準信号リソースセットを指す。
【０１９０】
ＵＥは、ＣＯＲＥＳＥＴ０に対して設定された探索空間が非ブロードキャストの探索空間を含むことを判定し、ＵＥは、ＣＯＲＥＳＥＴ０に関連付けられたＲＳ  （すなわち、ＳＳＢ）をｑ０に加え、ＣＯＲＥＳＥＴ０および他のＣＯＲＥＳＥＴのリンク障害を一緒に判定する。
【０１９１】
ＣＯＲＥＳＥＴ０に対して設定された探索空間が非ブロードキャスト探索空間セットを含まない場合、ＵＥはＣＯＲＥＳＥＴ０に関連付けられたＲＳをｑ０に加えない。
【０１９２】
ＵＥは、測定を介して、ｑ０内のすべてのＲＳのチャネル品質がプリセット閾値未満であるかどうか、すなわち、図９に示されている「ｑ０＜閾値１」であるかどうかを判定する。
【０１９３】
リンク障害がＣＯＲＥＳＥＴ０の通信リンク上で発生すると判定した後に、ＵＥは、新しい下りリンクを探索することと、リンク再設定プロセスを開始することと、ＰＲＡＣＨを介してリンク回復要求を送信することと、およびリンク回復要求応答メッセージを受信することと、を含むリンク障害回復手順を開始する。
【０１９４】
図１０は、本出願によるＣＯＲＥＳＥＴ０を検出する別の方法の概略フローチャートである。
【０１９５】
第一に、基地局は、ＵＥに対して、ＣＯＲＥＳＥＴ０、対応する探索空間、およびリンク障害検出のために使用される基準信号リソースセットｑ０（基準信号設定が明示的または暗黙的な方式で示されてもよく、明示的な方式は、ｑ０が直接的に設定されることを意味し、暗黙的な方法は、ＣＯＲＥＳＥＴに対応するＴＣＩ  （例えば、タイプＤ  ＱＣＬ）を示す基準信号がｑ０内の基準信号として使用されることを意味する）を設定する。
【０１９６】
ＵＥは、ＣＯＲＥＳＥＴ０に対して設定された探索空間が非ブロードキャスト探索空間を含むことを判定し、ＵＥがＣＯＲＥＳＥＴ０に関連付けられたＲＳ  （すなわち、ＳＳＢ１）のチャネル品質を検出し、そうでなければ、ＵＥはＳＳＢ１を検出しない。
【０１９７】
ＵＥは、測定を介して、ｑ０内のすべてのＲＳのチャネル品質がプリセット閾値未満であるかどうか、すなわち、図１０に示されている「ＳＳＢ１＜閾値１」であるかどうかを判定する。
【０１９８】
リンク障害がＣＯＲＥＳＥＴ０の通信リンク上で発生すると判定した後に、ＵＥは、新しい下りリンクを探索することと、リンク再設定プロセスを開始することと、ＰＲＡＣＨを介してリンク回復要求を送信することと、およびリンク回復要求応答メッセージを受信することと、を含むリンク障害回復手順を開始する。
【０１９９】
ＵＥが（物理層において）ＣＯＲＥＳＥＴ０に関連付けられたＳＳＢのチャネル品質が、Ｋ回連続してプリセット閾値未満であると判定した場合、ＵＥは、ＰＵＣＣＨを介してＣＯＲＥＳＥＴ０のリンク障害回復要求を送信する。
【０２００】
ＵＥが、ｑ０のチャネル品質が、連続するＫ回連続してプリセット閾値未満であると判定した場合、ＵＥは、ＰＲＡＣＨを介して、ＣＯＲＥＳＥＴ０以外のＣＯＲＥＳＥＴのリンク障害回復要求を送信する。
【０２０１】
方法３００は、さらに以下のステップを含む。
【０２０２】
Ｓ３２０：新しい候補リンクを判定する。例えば、ＵＥは、候補ビーム識別子基準信号セット（ｃａｎｄｉｄａｔｅ  ｂｅａｍ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ＲＳ  ｓｅｔ）内の基準信号のチャネル品質を測定し、チャネル品質がプリセット閾値より大きい基準信号（新たに識別されたビーム）を取得する。
【０２０３】
本出願で説明される新規リンクまたは新規ビームを判定することは、端末デバイスが、通信リンクを回復するために、候補基準信号リソースセットから、チャネル品質情報（ＲＳＰＲ、ＲＳＲＱ、ＣＱＩ、ＢＬＥＲ、ＳＩＮＲ、およびＳＮＲなど）がプリセット閾値よりも大きい基準信号リソースを選択する必要があることを意味する。端末デバイスがリンク障害を検出し、端末デバイスが新しいリンクを判定する２つのステップの実行シーケンスは限定されないことに留意されたい。端末デバイスがリンク障害を検出する時間が、端末デバイスが新しいビームを識別する時間より早くてもよいし、端末デバイスがリンク障害を検出する時間が、端末デバイスが新しいビームを識別する時間より遅くてもよいし、端末デバイスがリンク障害を検出する時間が、端末デバイスが新しいリンクを判定する時間と同じでもよい。
【０２０４】
Ｓ３３０：リンク障害回復要求とも呼ばれてもよいリンク障害回復要求を送信する（ビーム障害回復要求伝送）。例えば、ＵＥは、リンク障害回復要求情報を基地局に送信し、リンク障害回復要求情報は、チャネル品質がプリセット閾値よりも高く、Ｓ３２０で判定された基準信号との関連関係を有し、ＵＥは、明示的または暗示的な方式で、新たに識別されたビームまたは基準信号リソースを基地局に通知してもよい。
【０２０５】
端末デバイスによってネットワークデバイスに送信されるリンク障害回復要求は、リンク再設定を開始するために使用される。換言すると、リンク障害回復要求は、リンク障害または通信障害を示すために使用される。
【０２０６】
本明細書において、端末デバイスは、良好な品質の下りリンクビームを識別し、下りリンクビームが基地局の送信ビームおよび／または端末デバイスの受信ビームを含む。
【０２０７】
ビームの相反性のシナリオにおいて、端末デバイスの受信ビームと端末デバイスの送信ビームとの間に対応関係が存在する。このケースでは、端末デバイスは、新たに識別された端末デバイスの受信ビームを介してリンク再設定要求を送信してもよい。ビームの相反性がないシナリオでは、端末デバイスは、別の送信ビームを介してリンク再設定要求情報を送信する必要がある。
【０２０８】
ビームの相反性のシナリオにおいて、端末デバイスの各受信ビームは、端末デバイスの１つの送信ビームに対応する。本明細書において、端末デバイスの送信ビームに対応する端末デバイスの受信ビームは、端末デバイスの受信ビームと端末デバイスの送信ビームが同じの指向性を有することを意味する。任意選択で、端末デバイスの受信ビームおよび端末デバイスの対応する送信ビームは、同じビームであってもよく、受信ビームおよび送信ビームは、同じのトランシーバ装置に属してもよい。任意選択で、端末装置の受信ビームに対応するアンテナポートおよび端末デバイスの対応する送信ビームに対応するアンテナポートは、疑似コロケーション（ＱＣＬ）であってもよい。任意に、疑似コロケーションとは、アンテナポートが、以下のパラメータにおいて少なくとも１つの同じパラメータを有するか、または以下のパラメータのうちの少なくとも１つに関して判定された対応関係を有することを意味する。すなわち、到達角（ａｎｇｌｅ  ｏｆ  ａｒｒｉｖａｌ，  ＡｏＡ）、主到達角（Ｄｏｍｉｎａｎｔ  ＡｏＡ）、平均到達角、到達角のパワー角スペクトル（ｐｏｗｅｒ  ａｎｇｕｌａｒ  ｓｐｅｃｔｒｕｍ  （ＰＡＳ）  ｏｆ  ＡｏＡ）、出発角度（ａｎｇｌｅ  ｏｆ  ｄｅｐａｒｔｕｒｅ，  ＡｏＤ）、主出発角度、平均出発角度、出発角度のパワー角スペクトル、端末デバイス送信ビームフォーミング、端末デバイス受信ビームフォーミング、空間チャネル相関、基地局送信ビームフォーミング、基地局受信ビームフォーミング、平均チャネル利得、平均チャネル遅延、遅延スプレッド（ｄｅｌａｙ  ｓｐｒｅａｄ）、ドップラースプレッド（Ｄｏｐｐｌｅｒ  ｓｐｒｅａｄ）、空間受信パラメータ（ｓｐａｔｉａｌ  Ｒｘ  ｐａｒａｍｅｔｅｒｓ）などである。
【０２０９】
Ｓ３２０およびＳ３３０は、以下の任意選択の実装を含んでもよい。
【０２１０】
任意選択で、Ｓ３２０は、
第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットに基づいて、第３の基準信号（すなわち、Ｓ３２０で説明された新しい候補リンク）を判定することであって、第３の基準信号は、信号品質が第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットにおける第２の閾値以上である基準信号であり、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットにおける基準信号は、同期信号および／またはブロードキャストチャネル基準信号である、判定することを含む。
【０２１１】
任意選択で、Ｓ３３０は、
リンク障害回復要求を送信することであって、リンク障害回復要求は、第３の基準信号に基づいて、第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信することを含む。
【０２１２】
第３の基準信号セットは、例えば、ＳＳＢセットであり、ＳＳＢセット内のＳＳＢは、例えば、１つの同期ブロードキャストチャネルブロック内のＰＳＳ、ＰＢＣＨ、またはＤＭＲＳである。第２の閾値は、ネットワークデバイスによって設定されてもよいし、事前定義されてもよい。第２の閾値は、第１の閾値と同じか、または異なってもよい。端末デバイスは、信号品質が第２の閾値以上であるＳＳＢ（すなわち、第３の基準信号）を判定するために、ＳＳＢセット内のＳＳＢを検出してもよく、第２の基準信号に基づいて第１の制御リソースセットの通信リンクを回復するようにネットワークデバイスにさらに要求するようにする。前述の方法では、第２の基準信号は直接判定され、他の中間プロセスは存在しない。これは、第１の制御リソースセットのリンク回復効率を向上させる。
【０２１３】
図１１は、本出願による、リンク障害回復要求を送信するフローチャートである。
【０２１４】
最初に、基地局は、ＵＥに対してＣＯＲＥＳＥＴ０および対応する探索空間を設定する。ＣＯＲＥＳＥＴ０はＳＳＢ１に対応する。
【０２１５】
ＵＥは、ＣＯＲＥＳＥＴ０のビームが障害を起こしていることを発見し、基地局によって設定されたＳＳＢ（ＲＭＳＩを使用して基地局によって設定された）から、プリセット閾値よりも大きいＳＳＢ２を発見する。１つのＳＳＢは１つのＣＯＲＥＳＥＴ０に対応し、異なるＳＳＢは同じＣＯＲＥＳＥＴ０または異なるＣＯＲＥＳＥＴ０に対応してもよい。
【０２１６】
ＵＥは、次の方式でＳＳＢ２に関する情報を基地局に報告する。
すなわち、基地局に明示的にビームインデックス（ｂｅａｍ  ｉｎｄｅｘ）、すなわちＳＳＢ２のインデックスを通知することか、または
ＳＳＢ２に関連付けられたＰＲＡＣＨを選択して、リンク障害回復要求を報告することであって、ネットワークデバイスがどの下りリンクが使用可能かを知るようにすることである。
【０２１７】
任意選択で、基地局は、リンク障害回復要求応答を送信し、同時に、ＣＯＲＥＳＥＴのための非ブロードキャスト探索空間を再設定してもよい。
【０２１８】
基地局は、非ブロードキャスト探索空間をＳＳＢ２に対応するＣＯＲＥＳＥＴ０に直接関連付ける。任意選択で、ＵＥがＳＳＢ２に関する情報を基地局に報告し、基地局とＵＥが合意に達したため、基地局はこの動作をＵＥに通知する必要がない。
【０２１９】
任意選択で、ＵＥがＳＳＢ２に対応するＣＯＲＥＳＥＴ０内のＤＣＩを検出した場合、ＵＥは、リンク障害回復要求応答が受信されたとみなす。
【０２２０】
任意選択で、Ｓ３２０は、
第２の制御リソースセットに関連付けられた第４の基準信号に基づいて、第３の基準信号を判定することであって、第２の制御リソースセットは、第１の制御リソースセットのリンク障害を判定する前に設定された複数の制御リソースセットのうちの１つであり、第２の制御リソースセットに対応する基準信号の品質は、第２の閾値以上であり、第４の基準信号および第３の基準信号は、ＱＣＬ仮定関係を満たし、第４の基準信号は、第２の制御リソースセットに関連付けられた受信パラメータを示すために使用される、判定することを含む。
【０２２１】
任意選択で、Ｓ３３０は、
リンク障害回復要求を送信することであって、リンク障害回復要求は、第３の基準信号に基づいて、第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信することを含む。
【０２２２】
第４の基準信号は、例えば、チャネル状態情報基準信号（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，  ＣＳＩ−ＲＳ）でもよいし、または別の基準信号（例えば、ＴＲＳ）であってもよい。端末デバイスは、ＣＳＩ−ＲＳとＱＣＬの仮定関係に基づいて、第３の基準信号を判定してもよく、第３の基準信号とＣＳＩ−ＲＳはＱＣＬの仮定関係を満たす。本方法において、設定されたＳＳＢの信号品質を検出する必要がなく、リンク障害が発生しないＣＯＲＥＳＥＴに対応するＴＣＩを使用して、第３の基準信号を直接判定する。これは、第１の制御リソースセットのリンク回復効率を向上させる。
【０２２３】
図１２は、本出願による、リンク障害回復要求を送信するフローチャートである。
【０２２４】
最初に、基地局は、ＵＥに対してＣＯＲＥＳＥＴ０および対応する探索空間を設定する。ＣＯＲＥＳＥＴ０はＳＳＢ１に対応する。
【０２２５】
ＵＥはＣＯＲＥＳＥＴ０のビーム障害を発見する。ＣＯＲＥＳＥＴ３上でビーム障害は発生せず、ＣＯＲＥＳＥＴ３のＴＣＩは、ＣＯＲＥＳＥＴ３がＣＳＩ−ＲＳ  （例えば、ＱＣＬタイプＤ  ＲＳ）に関連付けられていることを示し、ＣＳＩ−ＲＳ１とＳＳＢ２は、ＱＣＬ関係を満たす。
【０２２６】
代替的には、ＵＥは、ＣＯＲＥＳＥＴ０のビーム障害を発見する。ＣＯＲＥＳＥＴ３でビーム障害は発生せず、ＣＯＲＥＳＥＴ３のＴＣＩは、ＣＯＲＥＳＥＴ３がＳＳＢ２（例えば、ＱＣＬタイプＤ  ＲＳ）に関連付けられていることを示す。
【０２２７】
ＵＥは、ＳＳＢ２に関する情報を基地局に報告する。ＳＳＢ２の情報を基地局に報告するための方法は、
明示的な情報（例えば、ＰＵＣＣＨ／ＰＵＳＣＨ上で搬送される情報）を使用して、ＵＥによって選択されたビームインデックス（ｂｅａｍ  ｉｎｄｅｘ）の基地局に通知することであって、ビームインデックスはＳＳＢ２のインデックスである、通知すること、または
ＳＳＢ２に関連付けられたＰＲＡＣＨを選択し、リンク障害回復要求を報告して、ＵＥが、どのＰＲＡＣＨが利用可能であるかを知るようにすることを含む。
【０２２８】
任意選択で、基地局は、リンク障害回復要求応答を送信し、同時に、ＣＯＲＥＳＥＴのための非ブロードキャスト探索空間を再設定してもよい。
【０２２９】
基地局は、非ブロードキャスト探索空間をＳＳＢ２に対応するＣＯＲＥＳＥＴ０に直接関連付ける。任意選択で、ＵＥがＳＳＢ２に関する情報を基地局に報告し、基地局とＵＥが合意に達したため、基地局はこの動作をＵＥに通知する必要がない。
【０２３０】
任意選択で、ＵＥがＳＳＢ２に対応するＣＯＲＥＳＥＴ０内のＤＣＩを検出した場合、ＵＥは、リンク障害回復要求応答が受信されたとみなす。
【０２３１】
任意選択で、Ｓ３３０は、
リンク障害回復要求をＰＵＣＣＨを介して送信することであって、ＰＵＣＣＨは、チャネル品質情報および／またはスケジューリング要求情報を搬送するために使用される、送信することを含む。
【０２３２】
端末デバイスは、チャネル品質情報および／またはスケジューリング要求情報を搬送するＰＵＣＣＨを再利用して、リンク障害回復要求を送信してもよい。例えば、ビーム報告（ｂｅａｍ  ｒｅｐｏｒｔｉｎｇ）のフィールドの特別ステータスビットは、送信された情報がビーム報告であるか、リンク障害回復要求であるかを区別するために使用される。特別ステータスビットは、例えば、絶対または基準７ビットの予約ビットである。これにより、エアインターフェースリソースの利用を向上させる。
【０２３３】
例えば、リンク障害回復要求は（ビーム管理ＢＭのために使用されるＣＳＩを搬送するＰＵＣＣＨリソースを再利用することによって）ＰＵＣＣＨ上で送信される。任意選択で、正常ビーム関係情報が報告されるか、ＣＯＲＥＳＥＴ０のリンク障害回復要求が報告されるかは、ビーム管理情報を報告するために使用されるチャネル品質情報の特別状態ビットを使用して区別される。代替的には、正常ビーム関係情報が報告されるか、ＣＯＲＥＳＥＴ０のリンク障害回復要求が報告されるかは、ＰＵＣＣＨのＤＭＲＳシーケンス周期シフト（ｓｅｑｕｅｎｃｅ  ｓｈｉｆｔ）を使用して区別される。
【０２３４】
端末デバイスは、代替的には、リンク障害回復要求を以下の方式で送信してもよい。
【０２３５】
方式１：競合ベースのＰＲＡＣＨリソース上でリンク障害回復要求情報を送信する。
【０２３６】
方式２：非競合ベースのＰＲＡＣＨリソース上でリンク障害回復要求情報を送信する。
【０２３７】
方式３：物理上りリンク共有チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ，  ＰＵＳＣＨ）上でリンク障害回復要求情報を送信する。
【０２３８】
端末デバイスは、チャネル品質情報および／またはスケジューリング要求情報を搬送するＰＵＣＣＨを再利用して、リンク障害回復要求を送信してもよい。例えば、ビーム報告（ｂｅａｍ  ｒｅｐｏｒｔｉｎｇ）のフィールドの特別ステータスビットは、送信された情報がビーム報告であるか、リンク障害回復要求であるかを区別するために使用される。特別ステータスビットは、例えば、絶対または基準７ビット（ｂｉｔ）の予約ビット、最下位ビット、または最上位ビットである。これにより、エアインターフェースリソースの利用を向上させる。
【０２３９】
任意に、チャネル品質情報は、基準信号受信電力（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｉｎｇ  ｐｏｗｅｒ，  ＲＳＲＰ）関連情報、またはリンク適応に使用されるチャネル品質インジケータ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ，  ＣＱＩ）関連情報を含む、ビーム管理（ビーム管理情報の報告）のために使用される報告情報である。
【０２４０】
基準信号受信電力関連情報は、ＲＳＲＰ、基準信号リソースインデックス（ＣＳＩ−ＲＳリソースインジケータ（ＣＳＩ−ＲＳ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ，  ＣＲＩ）、またはＳＳＢリソースインジケータ（ＳＳＢ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ，  ＳＳＢＲＩ）など）、および基準信号受信品質（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｉｎｇ  ｑｕａｌｉｔｙ，  ＲＳＲＱ）のうちの少なくとも１つを含む。チャネル品質インジケータ関連情報は、基準信号リソースインデックス（ＣＲＩなど）、プリコーディングマトリクスインジケータ（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ，  ＰＭＩ）、ランクインジケータ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ，  ＲＩ）、チャネル品質インジケータ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ，  ＣＱＩ）、およびレイヤインジケータ（ｔｈｅ  ｌａｙｅｒ  ｉｎｄｉｃａｔｏｒ，  ＬＩ）のうちの少なくとも１つを含む。
【０２４１】
スケジューリング要求情報には、以下の２つのケースを含む。一方のケースでは、データスケジューリングを要求するかどうかを示すために１ビットが使用される。換言すると、２つの状態（１ビットは２つの状態「０」と「１」を有する）が、データスケジューリングを要求するかどうかを示すために使用される。他方のケースでは、シーケンス（ｏｎ／ｏｆｆ）が存在するかが、データスケジューリングを要求するかどうかを示すために使用される。データスケジューリングが存在する場合、シーケンスが送信される。データスケジューリングが存在しない場合、シーケンスは送信されない。
【０２４２】
任意選択で、Ｓ３３０は、ＰＲＡＣＨを介してリンク障害回復要求を送信することであって、ＰＲＡＣＨは、第３の基準信号と関連関係を有し、第２の基準信号は、第１の制御リソースセットの通信リンクを回復するための基準信号である、受信することを含む。
【０２４３】
前述の関連関係は、ネットワークデバイスが、ＲＲＣシグナリングを使用してＰＲＡＣＨリソース上で第３の基準信号を設定することを意味する。上りリンクビームと下りリンクビームが相反性を有するときに、端末デバイスは、第３の基準信号に対応するビームを介してリンク障害要求を送信してもよい。ＰＲＡＣＨは、競合ベースのランダムアクセスシナリオ（すなわち、競合ベースのＰＲＡＣＨリソース）で設定されるＰＲＡＣＨであってもよいし、非競合ベースのランダムアクセスシナリオ（すなわち、非競合ベースのＰＲＡＣＨリソース）で設定されるＰＲＡＣＨであってもよい。競合ベースのＰＲＡＣＨリソースが使用されるときに、競合ベースのＰＲＡＣＨリソースが初期アクセスのために使用されるため、ＰＲＡＣＨリソースを再使用すると、オーバヘッドを低減することができる。非競合ベースのＰＲＡＣＨリソースが使用される場合、ネットワークデバイスは、端末デバイスのためにＰＲＡＣＨリソースを別々に設定する。端末デバイスは、別のユーザと競合する必要がないため、リンク障害回復要求を送信するための時間を低減することができる。
【０２４４】
任意選択で、本出願において非ブロードキャスト探索空間セット内の非ブロードキャスト探索空間において検出された下りリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）のＣＲＣは、以下の情報のうちの少なくとも１つによってスクランブルされる。
すなわち、ランダムアクセスＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ＲＮＴＩ，  ＲＡ−ＲＮＴＩ）、一時セルＲＮＴＩ  （ｔｅｍｐｏｒａｒｙ  ｃｅｌｌ  ＲＮＴＩ，  ＴＣ−ＲＡＮＴＩ）、セルＲＮＴＩ（ｃｅｌｌ  ＲＮＴＩ，  Ｃ−ＲＮＴＩ）、割り込みＲＮＴＩ  （ｉｎｔｅｒｒｕｐｔｉｏｎ  ＲＮＴＩ，  ＩＮＴ−ＲＮＴＩ）、スロットフォーマット表示ＲＮＴＩ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｉｏｎ  ＲＮＴＩ，  ＳＦＩ−ＲＮＴＩ）、送信パワー制御物理上りリンク共有チャネルＲＮＴＩ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ  ＲＮＴＩ，  ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ）、送信パワー制御物理上りリンク制御チャネルＲＮＴＩ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ＲＮＴＩ，  ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ）、送信パワー制御サウンディング基準シンボルＲＮＴＩ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｙｍｂｏｌｓ  ＲＮＴＩ，  ＴＰＣ−ＳＲＳ−ＲＮＴＩ）、設定済みスケジューリングＲＮＴＩ（ｃｏｎｆｉｇｕｒｅｄ  ｓｃｈｅｄｕｌｉｎｇ  ＲＮＴＩ，  ＣＳ−ＲＮＴＩ）、およびセミパーシステントチャネル状態情報ＲＮＴＩ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ，  ＳＰ−ＣＳＩ−ＲＮＴＩ）である。
【０２４５】
ＵＥは、ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨを再利用して、ＣＯＲＥＳＥＴ０のリンク障害回復要求情報を送信してもよい。例えば、ＵＥは、リンク障害回復要求を送信するために、ビーム報告（ｂｅａｍ  ｒｅｐｏｒｔｉｎｇ）を送信するためにＰＵＣＣＨを再使用する。報告が非差分方式で行われる場合、送信された情報がビーム報告であるか、ＣＯＲＥＳＥＴ０のリンク障害回復要求であるかは、絶対ＲＳＲＰの７ビットにおける予約（ｒｅｓｅｒｖｅ）ビットのステータスビットを使用して区別される。例えば、７ビットにおけるすべての予約ビットが１に設定されている場合、報告された情報がビーム報告であることを示し、あるいは７ビットにおけるすべての予約ビットが０に設定されている場合は、報告された情報がＣＯＲＥＳＥＴ０のリンク障害回復要求であることを示す。
【０２４６】
方法３００は、さらに以下のステップを含む。
【０２４７】
Ｓ３４０：端末デバイスは、ＣＯＲＥＳＥＴを検出し、基地局によって送信されたビーム障害回復要求応答を受信する（ＵＥは、ＣＯＲＥＳＥＴを検出して、ビーム障害回復要求に対するｇＮＢ応答を受信する）。ビーム障害回復要求応答は、リンク障害回復要求応答とも呼ばれてもよいし、または別の名前を有してもよい。任意選択で、ＣＯＲＥＳＥＴは、ＵＥに対して基地局によって設定された専用のＣＯＲＥＳＥＴであり、ＵＥがリンク障害要求を送信した後に、基地局によって送信されたリンク障害要求応答を送信するために使用される。ＵＥは、ＣＯＲＥＳＥＴを検出すると同時にビーム障害回復要求を受信してもよいし、２つのステップを順次行ってもよい。２つのステップの順序は限定されない。任意選択で、ＵＥは、リンク障害要求を送信し、４スロット後に、リンク障害回復要求応答情報をリンク障害回復要求応答時間ウィンドウにおいて受信する。
【０２４８】
前述のステップにおいて、ビーム障害要求は、代替的に別の名称、例えば、ビーム障害回復要求、リンク再設定要求、通信リンク失敗回復要求、通信リンク障害回復要求、ビーム失敗回復要求、リンク障害回復要求、通信失敗回復要求、通信障害回復要求、再設定要求、リンク回復要求、リンク失敗回復要求、通信リンク回復要求などを有してもよい。
【０２４９】
Ｓ３４０において、端末デバイスがＣＯＲＥＳＥＴを検出することは、
第５の制御リソースセット上で、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セット（第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットの全部または一部を含む）を検出することであって、第５の制御リソースセットは、第１の制御リソースセットのリンク障害を判定した後に設定された制御リソースセットである、検出することを含んでもよい。
【０２５０】
第５の制御リソースセットは、第１の制御リソースセットのリンク障害が発生した後に、新たに設定された制御リソースセットであるか、または第５の制御リソースセットは、ＱＣＬ／ＴＣＩが再設定された第１の制御リソースセットである。本方法によれば、ネットワークデバイスは、端末デバイスによって報告された複数の下りリンクから比較的良好なチャネル品質を有する下りリンクを発見し、端末デバイスのために下りリンクを設定してもよい。端末デバイスは、比較的良好なパフォーマンスを有し、ネットワークデバイスによって設定される新しい制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間セットを検出してもよい。これは、受信性能を向上させる。任意選択で、第１の制御リソースセットに関連付けられ、第５の制御リソースセット上で検出される探索空間セットは、ＳＦＩ−ＲＮＴＩおよび／またはＩＮＴ−ＲＮＴＩによってスクランブルされた探索空間セットを含む。
【０２５１】
任意選択で、第１の制御リソースセットに関連付けられ、第５の制御リソースセット上で検出される探索空間セットは、ＳＦＩ−ＲＮＴＩおよび／またはＩＮＴ−ＲＮＴＩによってスクランブルされた探索空間セットを含む。
【０２５２】
任意選択で、端末デバイスがＣＯＲＥＳＥＴを検出することは、
第３の制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間を検出することであって、第３の制御リソースセットは、第３の基準信号に関連付けられた制御リソースセットであり、第３の制御リソースセットは、第２のＭＩＢによって設定される制御リソースセットである。
【０２５３】
第２のＭＩＢは、第１のＭＩＢと同じか、または異なってもよい。第３の基準信号を含むリンク回復要求は、非ブロードキャスト探索空間を検出するために端末デバイスによって使用されるパラメータ（すなわち、第３の基準信号によって示される受信パラメータ）を暗示的に示し、ネットワークデバイスは、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【０２５４】
任意選択で、端末デバイスがＣＯＲＥＳＥＴを検出することは、
第２の制御リソースセット上で、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出することであって、第２の制御リソースセットは、第１の制御リソースセットのリンク障害を判定する前に設定された複数の制御リソースセットのうちの１つであり、第２の制御リソースセットに対応する基準信号の品質は、第２の閾値以上である、検出することをさらに含んでもよい。
【０２５５】
第２の制御リソースセットは、例えば、ＲＲＣシグナリングによって設定される制御リソースセットであってもよい。ＲＲＣシグナリングによって設定された制御リソースセットが利用可能であるときに、端末デバイスは、ＲＲＣシグナリングによって設定された制御リソースセット上で非ブロードキャスト探索空間を検出してもよい。このようにして、ネットワークデバイスは、追加のシグナリングを使用することによって、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【０２５６】
図１３は、本出願による、非ブロードキャスト探索空間におけるＤＣＩを検出するための方法のフローチャートである。
【０２５７】
最初に、基地局は、ＵＥに対してＣＯＲＥＳＥＴ０および対応する探索空間を設定する。ＣＯＲＥＳＥＴ０はＳＳＢ１に対応する。
【０２５８】
ＵＥは、ＣＯＲＥＳＥＴ０のビーム障害を発見し、ＣＯＲＥＳＥＴ３上でビーム障害は発生しない。
【０２５９】
ＵＥは、ＣＯＲＥＳＥＴ０のビーム障害を基地局に報告する。追加的に、ＵＥは、ＣＯＲＥＳＥＴ３の利用可能な情報を基地局に報告してもよい。例えば、ＵＥは、ＣＯＲＥＳＥＴ３に対応するビームまたはＴＣＩのインデックスを報告し、ＵＥは、上りリンクリソース（例えば、ＰＵＣＣＨ）上で明示的な情報を介して、障害が起きたビームのインデックス（ｆａｉｌｅｄ  ｂｅａｍ  ｉｎｄｅｘ）を基地局に通知する。
【０２６０】
任意選択で、基地局は、リンク障害回復要求応答を送信し、同時に、ＣＯＲＥＳＥＴ３に対して非ブロードキャスト探索空間を再設定してもよい。
【０２６１】
図１３に示すように、基地局は、ビーム障害なく、非ブロードキャスト探索空間をＣＯＲＥＳＥＴ３に直接関連付ける。任意選択で、ＵＥがＣＯＲＥＳＥＴ３に対応するビームまたはＴＣＩのインデックスを基地局に報告し、基地局とＵＥが合意に達したため、基地局はこの動作をＵＥに通知する必要がない。
【０２６２】
任意選択で、ＵＥが、ＣＯＲＥＳＥＴ３において、非ブロードキャスト探索空間に対応するＤＣＩを検出した場合、ＵＥは、リンク障害回復要求応答が受信されたとみなす。
【０２６３】
任意選択で、ＵＥがＣＯＲＥＳＥＴを検出することは、
第４の制御リソースセット上でリンク障害回復要求応答を受信すること、および／または、第４の制御リソースセット上で、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出することをさらに含んでもよく、第４の制御リソースセットは、リンク障害回復要求応答を受信するために特に使用される制御リソースセットである。
【０２６４】
第４の制御リソースセットは、通信リンクを回復するために特別に設定された制御リソースセットである。換言すると、第４の制御リソースセットは、リンク障害が発生する前に設定され、リンク障害回復のために特に使用される制御リソースセットである。端末デバイスは、情報を受信するために使用される制御リソースセットに基づいて、または、制御リソースセットに関連付けられた探索空間セットに基づいて、受信された情報が通常のデータスケジューリング応答であるか、または、リンク障害回復要求応答であるかを判定してもよい。第１の制御リソースセットのリンク障害を判定した後に、ネットワークデバイスは、第４の制御リソースセットを使用して、通信障害回復要求応答を端末デバイスに返し、第４の制御リソースセットのＤＭＲＳと、リンクを回復するために使用され、リンク障害回復要求に含まれる基準信号は、ＱＣＬ関係を満たす。端末デバイスは、ネットワークデバイスによって設定された制御リソースセット（すなわち、第４の制御リソースセット）に基づいて、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出してもよく、端末デバイスは、リンク障害回復プロセスにおいて、依然として重要なシステムメッセージを受信することができるようにする。本方法によれば、新しい制御リソースセットがネットワークデバイスによって設定される前に、端末デバイスは、関連情報を受信するために、予め第１の制御リソースセットに関連付けられた探索空間内で検出してもよい。これは、第１の制御リソースセットのリンク回復効率を向上させる。
【０２６５】
図１４は、本出願による、非ブロードキャスト探索空間におけるＤＣＩを検出するための別の方法のフローチャートである。
【０２６６】
最初に、基地局は、ＵＥに対してＣＯＲＥＳＥＴ０と対応するブロードキャスト探索空間および非ブロードキャスト探索空間を設定する。ＣＯＲＥＳＥＴ０はＳＳＢ１に対応する。
【０２６７】
ＵＥは、ビーム障害がＣＯＲＥＳＥＴ０上で発生したことを発見し、プリセット閾値よりもチャネル品質が大きい基準信号（説明を簡単にするために、新規ビーム（ｎｅｗ  ｂｅａｍ）と略して呼ばれる）について、基地局によって設定された候補ビームリスト（ｃａｎｄｉｄａｔｅ  ｂｅａｍ  ｌｉｓｔ）を探索する。
【０２６８】
ＵＥは、ＣＯＲＥＳＥＴ０のビーム障害を基地局に通知する、例えば、ＰＵＣＣＨ上で搬送される明示的な情報を介して、ＣＯＲＥＳＥＴ０の障害が起きたビームのインデックス（ｆａｉｌｅｄ  ｂｅａｍ  ｉｎｄｅｘ）および／または新しいビームのインデックス（ｎｅｗ  ｂｅａｍ  ｉｎｄｅｘ）を基地局に通知する。
【０２６９】
基地局は、リンク障害回復要求応答を送信し、同時に、ＣＯＲＥＳＥＴ２に対して非ブロードキャスト探索空間を再設定してもよい。
【０２７０】
ＵＥは、ＣＯＲＥＳＥＴ２において、非ブロードキャスト探索空間に対応するＤＣＩを検出する。
【０２７１】
前述は、端末デバイスの観点から、本出願において提供されるリンク回復方法を説明した。以下、ネットワークデバイスの観点から、本出願において提供されるリンク回復方法を説明する。
【０２７２】
図１５に示されるように、本出願は、リンク回復方法１５００をさらに提供する。方法１５００は、ネットワークデバイスによって行われてもよく、以下のステップを含む。
【０２７３】
Ｓ１５１０：リンク障害回復要求を受信し、リンク障害回復要求は、第１の制御リソースセットの通信リンクを回復することを要求するために使用され、第１の制御リソースセットは、第１のＭＩＢによって設定される制御リソースセットである。
【０２７４】
Ｓ１５２０：制御リソースセットおよび／または受信パラメータをリンク障害回復要求に基づいて設定し、制御リソースセットは、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットにおいて検出するために使用される。
【０２７５】
第１の制御リソースセットは、第５世代移動通信システムで定義されるＣＯＲＥＳＥＴ、制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）、またはｅＰＤＣＣＨセット（ｓｅｔ）であってもよいし、別の移動通信システム（例えば、第６世代移動通信システム）で定義され、ＰＤＣＣＨを搬送するリソースセットであってもよい。ネットワークデバイスが、第１の制御リソースセットの通信リンク上でリンク障害が発生したことを知ったときに、ネットワークデバイスは、制御リソースセットおよび／または受信パラメータを設定してもよく、ＭＩＢによって設定された制御リソースセットの通信リンクを迅速に回復する。
【０２７６】
本方法１５００において、ネットワークデバイスおよび端末デバイスは、両方とも本方法３００におけるネットワークデバイスおよび端末デバイスと同等であってもよく、本方法１５００におけるネットワークデバイスおよび端末デバイスのアクションは、本方法３００におけるネットワークデバイスおよび端末デバイスのアクションと対応することは、当業者には明らかに理解されてもよい。簡潔にするために、詳細はここでは再度説明しない。
【０２７７】
任意選択で、制御リソースセットは、リンク障害回復要求を受信する前に設定された複数の制御リソースセットのうちの１つであり、制御リソースセットに対応する基準信号の品質は、第１の閾値および／または第２の閾値以上である。
【０２７８】
制御リソースセットは、例えば、ＲＲＣシグナリングによって設定される制御リソースセットであってもよい。ＲＲＣシグナリングによって設定された制御リソースセットが利用可能であるときに、端末デバイスは、ＲＲＣシグナリングによって設定された制御リソースセット上の非ブロードキャスト探索空間において検出してもよい。このようにして、ネットワークデバイスは、追加のシグナリングを使用することによって、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【０２７９】
任意選択で、制御リソースセットは、リンク障害回復要求を受信した後に設定される制御リソースセットである。
【０２８０】
制御リソースセットは、例えば、第１の態様で説明された第５の制御リソースセットであり、第５の制御リソースセットは、第１の制御リソースセットのリンク障害が発生した後に新たに設定された制御リソースセットであるか、または、第５の制御リソースセットは、ＱＣＬ／ＴＣＩが再設定された第１の制御リソースセットである。本方法によれば、ネットワークデバイスは、端末デバイスによって報告された複数の下りリンクから比較的良好なチャネル品質を有する下りリンクを発見し、端末デバイスのために下りリンクを設定してもよい。端末デバイスは、比較的良好なパフォーマンスを有し、ネットワークデバイスによって設定される新しい制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間セットを検出してもよい。これにより、システムの性能を向上させる。
【０２８１】
任意選択で、Ｓ１５１０は、
リンク障害回復要求を受信することは、第３の基準信号を含むリンク障害回復要求を受信することであって、第３の基準信号は、第１の制御リソースセットの通信リンクを回復するための基準信号である、受信することを含み、リンク障害回復要求に基づいて制御リソースセットおよび／または受信パラメータを設定することは、リンク障害回復要求に基づいて、第３の基準信号に関連付けられた制御リソースセットおよび／または受信パラメータを設定することを含む。
【０２８２】
第３の基準信号は、例えば、第２の制御リソースセット（すなわち、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出するための制御リソースセット）に関連付けられた受信パラメータを示すために使用されるＳＳＢである。ネットワークデバイスは、ＳＳＢに基づいて、第１の制御リソースセットの通信リンクを回復し、追加のシグナリングを使用して、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要はない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【０２８３】
任意選択で、Ｓ１５１０は、リンク障害回復要求をＰＵＣＣＨを介して受信することであって、ＰＵＣＣＨは、チャネル品質情報および／またはスケジューリング要求情報を搬送するために使用される、受信することを含む。
【０２８４】
ネットワークデバイスは、チャネル品質情報および／またはスケジューリング要求情報を搬送するＰＵＣＣＨを再利用して、リンク障害回復要求を受信してもよい。例えば、ビーム報告（ｂｅａｍ  ｒｅｐｏｒｔｉｎｇ）のフィールドの特別ステータスビットは、送信された情報がビーム報告であるか、リンク障害回復要求であるかを区別するために使用される。特別ステータスビットは、例えば、絶対または基準７ビット（ｂｉｔ）の予約ビット、最下位ビット、または最上位ビットである。これにより、エアインターフェースリソースの利用を向上させる。
【０２８５】
任意選択で、Ｓ１５１０は、
ＰＲＡＣＨを介してリンク障害回復要求を受信することであって、ＰＲＡＣＨは、第３の基準信号と関連関係を有し、第３の基準信号は、第１の制御リソースセットの通信リンクを回復するための基準信号である、受信することを含む。
【０２８６】
前述の関連関係は、ネットワークデバイスが、ＲＲＣシグナリングを使用してＰＲＡＣＨリソースにおいて第３の基準信号を設定することを意味する。上りリンクビームと下りリンクビームが相反性を有するときに、端末デバイスは、第３の基準信号に対応するビームを介してリンク障害要求を送信してもよい。ＰＲＡＣＨは、競合ベースのランダムアクセスシナリオ（すなわち、競合ベースのＰＲＡＣＨリソース）で設定されるＰＲＡＣＨであってもよいし、非競合ベースのランダムアクセスシナリオ（すなわち、非競合ベースのＰＲＡＣＨリソース）で設定されるＰＲＡＣＨであってもよい。競合ベースのＰＲＡＣＨリソースが使用されるときに、競合ベースのＰＲＡＣＨリソースが初期アクセスのために使用されるため、ＰＲＡＣＨリソースを再使用すると、オーバヘッドを低減することができる。非競合ベースのＰＲＡＣＨリソースが使用される場合、ネットワークデバイスは、端末デバイスのためにＰＲＡＣＨリソースを別々に設定する。端末デバイスは、別のユーザと競合する必要がないため、リンク障害回復要求を送信するための時間を低減することができる。
【０２８７】
任意選択で、方法１５００は、
制御リソースセット上でリンク障害回復要求応答を送信すること、および／または制御リソースセット上で第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを送信することをさらに含む。
【０２８８】
制御リソースセットは、第２の制御リソースセットまたは第３の制御リソースセットであってもよい。制御リソースセットが第２の制御リソースセットであるときに、第２の制御リソースセットは、例えば、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ，  ＲＲＣ）シグナリングによって設定される制御リソースセットであってもよい。ＲＲＣシグナリングによって設定された制御リソースセットが利用可能であるときに、端末デバイスは、ＲＲＣシグナリングによって設定された制御リソースセット上で非ブロードキャスト探索空間を検出してもよい。このようにして、ネットワークデバイスは、追加のシグナリングを使用することによって、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。制御リソースセットが第３の制御リソースセットであるときに、ネットワークデバイスは、第３の制御リソースセットを使用してリンク障害回復要求応答を直接送信するか、またはリンク障害回復要求応答を送信せずに、第３の制御リソースセットを使用してＤＣＩを送信してもよい。端末デバイスは、第３の制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間を検出し、ＤＣＩを取得したときに、端末デバイスは、リンク障害回復要求応答を受信されたと判定してもよい（ＤＣＩは、リンク障害回復要求応答と同等である）。代替的には、ネットワークデバイスは、リンク障害回復要求応答を送信した後に、第３の制御リソースセットを使用してＤＣＩを送信してもよい。前述の方法では、第３の基準信号を含むリンク回復要求は、非ブロードキャスト探索空間を検出するために端末デバイスによって使用されるパラメータ（すなわち、第３の基準信号によって示される受信パラメータ）を暗示的に示し、ネットワークデバイスは、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【０２８９】
任意選択で、方法１５００は、
第４の制御リソースセット上でリンク障害回復要求応答を送信すること、および／または第４の制御リソースセット上で第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを送信することをさらに含み、
第４の制御リソースセットは、リンク障害回復要求応答を受信するために特に使用される制御リソースセットである。
【０２９０】
第４の制御リソースセットは、通信リンクを回復するためにネットワークデバイスによって特別に設定される制御リソースセットである。換言すると、第４の制御リソースセットは、リンク障害が発生する前に設定され、リンク障害回復のために特に使用される制御リソースセットである。端末デバイスは、情報を受信するために使用される制御リソースセットに基づいて、または、制御リソースセットに関連付けられた探索空間セットに基づいて、受信された情報が通常のデータスケジューリング応答であるか、または、リンク障害回復要求応答であるかを判定してもよい。ネットワークデバイスは、第１の制御リソースセットのリンク障害を判定した後に、第４の制御リソースセットを使用して通信障害回復応答情報を端末デバイスに返す。第４の制御リソースセットのＤＭＲＳと、リンクを回復するために使用され、リンク障害回復要求に含まれる基準信号は、ＱＣＬ関係を満たす。端末デバイスは、ネットワークデバイスによって再設定された制御リソースセット（すなわち、第４の制御リソースセット）に基づいて、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出してもよい。本方法によれば、新しい制御リソースセットがネットワークデバイスによって設定される前に、端末デバイスは、関連情報を受信するために、予め第１の制御リソースセットに関連付けられた探索空間内で検出してもよい。これは、第１の制御リソースセットのリンク回復効率を向上させる。
【０２９１】
任意選択で、非ブロードキャスト探索空間セットのＤＣＩフォーマットは、ＤＣＩフォーマット２−０および／またはＤＣＩフォーマット２−１を含むか、または
非ブロードキャスト探索空間セットにおいて検出されたＤＣＩの巡回冗長検査ＣＲＣは、スロットフォーマット表示無線ネットワーク一時識別子ＳＦＩ−ＲＮＴＩおよび／または中断無線ネットワーク一時識別子ＩＮＴ−ＲＮＴＩによってスクランブルされる。
【０２９２】
非ブロードキャスト探索空間セットで検出されたＤＣＩの巡回冗長検査（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ，  ＣＲＣ）は、スロットフォーマット表示無線ネットワーク一時識別子（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｉｏｎ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｔｙ，  ＳＦＩ−ＲＮＴＩ）および／または中断無線ネットワーク一時識別子（ｉｎｔｅｒｒｕｐｔｉｏｎ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｔｙ，  ＩＮＴ−ＲＮＴＩ）によってスクランブルされ、ＤＣＩのＣＲＣは、ＤＣＩの情報ビットを使用して生成されるＣＲＣである。
【０２９３】
ＤＣＩフォーマット２−０のＣＲＣは、ＳＦＩ−ＲＮＴＩによってスクランブルされ、主にスロットフォーマットを送信するために使用される。ＤＣＩフォーマット２−１のＣＲＣは、ＩＮＴ−ＲＮＴＩによってスクランブルされ、主にレートマッチングの位置（超高信頼低遅延通信（ｕｌｔｒａ  ｒｅｌｉａｂｌｅ  ＆  ｌｏｗ  ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，  ＵＲＬＬＣ）サービスデータの伝送中のパンクチャリング位置）を端末デバイスに通知するために使用される。この情報は、データ復調および基準信号の受信または送信のために使用される。したがって、第４の制御リソースを対応する探索空間に関連付けることは、リンク障害回復プロセスにおいて、スロットフォーマットまたはプリエンプション（ｐｒｅ−ｅｍｐｔｉｏｎ）情報を示すために使用される重要な情報も受信されることを確実にすることができ、データおよび基準信号を正しく受信する。
【０２９４】
任意選択で、方法１５００は、
第５の制御リソースセット上で、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを送信することであって、第５の制御リソースセットは、第１の制御リソースセットのリンク障害を判定した後に設定される制御リソースセットである、送信することをさらに含む。
【０２９５】
第５の制御リソースセットは、第１の制御リソースセットのリンク障害が発生した後に、新たに設定された制御リソースセットであるか、または第５の制御リソースセットは、ＱＣＬ／ＴＣＩが再設定された第１の制御リソースセットである。本方法によれば、ネットワークデバイスは、端末デバイスによって報告された複数の下りリンクから比較的良好なチャネル品質を有する下りリンクを発見し、端末デバイスのために下りリンクを設定してもよい。端末デバイスは、比較的良好なパフォーマンスを有し、ネットワークデバイスによって設定される新しい制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間セットを検出してもよい。これは、受信性能を向上させる。任意選択で、第１の制御リソースセットに関連付けられ、第５の制御リソースセット上で検出される探索空間セットは、ＳＦＩ−ＲＮＴＩおよび／またはＩＮＴ−ＲＮＴＩによってスクランブルされた探索空間セットを含む。
【０２９６】
以上、本出願におけるリンク回復方法の詳細な例を説明した。前述の機能を実装するために、端末デバイスおよびネットワークデバイスは各々、各機能を行うための対応するハードウェア構造および／またはソフトウェアモジュールを含むことが理解されよう。当業者は、本明細書に開示された実施形態を参照して説明された例におけるユニットおよびアルゴリズムのステップが、ハードウェアの形態で、または本出願におけるハードウェアおよびコンピュータのソフトウェアの組み合わせの形態で実装されてもよいと容易に理解すべきである。機能がハードウェアによって行われるか、コンピュータソフトウェアによって駆動されるハードウェアによって行われるかは、特定の用途および技術的解決策の設計制約条件に依存する。当業者であれば、特定の用途ごとに、説明された機能を実装するために異なる方法を使用してもよく、その実装が本出願の範囲を超えるものであるとみなされるべきではない。
【０２９７】
図１６は、本出願による、リンク回復装置の概略構造図である。装置１６００は、
第１の制御リソースセットのリンク障害を判定するように構成され、第１の制御リソースセットは、第１のＭＩＢによって設定された制御リソースセットである、処理ユニット１６１０と、
リンク障害回復要求を送信するように構成され、リンク障害回復要求は、第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信ユニット１６２０と、を含む。
【０２９８】
装置１６００は、通信デバイス（例えば、端末デバイス）であってもよいし、通信デバイス内のチップであってもよい。装置は、処理ユニットおよびトランシーバユニットを含んでもよい。装置が通信デバイスであるときに、処理ユニットはプロセッサであってもよく、トランシーバユニットはトランシーバであってもよい。通信デバイスは、記憶ユニットをさらに含んでもよく、記憶ユニットはメモリであってもよい。記憶ユニットは、命令を記憶するように設定され、処理ユニットは、記憶ユニットに記憶された命令を実行して、通信デバイスが、方法３００を行うことを可能にする。装置が通信デバイス内のチップであるときに、処理ユニットはプロセッサであってもよく、トランシーバユニットは入力／出力インターフェース、ピン、回路などであってもよい。処理ユニットは、記憶ユニットに記憶された命令を実行し、通信デバイスが、第１の態様による方法を行うことを可能にする。記憶ユニットは、チップ内の記憶ユニット（例えば、レジスタまたはキャッシュ）であってもよく、または、通信デバイス内にあり、チップ外に位置する記憶ユニット（例えば、読み出し専用メモリまたはランダム・アクセス・メモリ）であってもよい。
【０２９９】
装置１６００が端末デバイスであるときに、装置１６００によって行われるステップおよびそれに対応する有益な効果については、方法３００における端末デバイスの関連する説明を参照することは、当業者には明らかに理解されてもよい。簡潔にするために、詳細はここでは再度説明しない。
【０３００】
図１７は、本出願による、別のリンク回復装置の概略構造図である。装置１７００は、
リンク障害回復要求を受信するように構成され、リンク障害回復要求は、第１の制御リソースセットの通信リンクを回復することを要求するために使用され、第１の制御リソースセットは、第１のＭＩＢによって設定される制御リソースセットである、受信ユニット１７１０と、
制御リソースセットおよび／または受信パラメータをリンク障害回復要求に基づいて設定するように構成され、制御リソースセットは、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットにおいて検出するために使用される、処理ユニット１７２０と、を含む。
【０３０１】
装置１７００は、通信デバイス（例えば、ネットワークデバイス）であってもよいし、通信デバイス内のチップであってもよい。装置は、処理ユニットおよびトランシーバユニットを含んでもよい。装置が通信デバイスであるときに、処理ユニットはプロセッサであってもよく、トランシーバユニットはトランシーバであってもよい。通信デバイスは、記憶ユニットをさらに含んでもよく、記憶ユニットはメモリであってもよい。記憶ユニットは、命令を記憶するように設定され、処理ユニットは、記憶ユニットに記憶された命令を実行して、通信デバイスが、前記第２の態様による方法を行うことを可能にする。装置が通信デバイス内のチップであるときに、処理ユニットはプロセッサであってもよく、トランシーバユニットは入力／出力インターフェース、ピン、回路などであってもよい。処理ユニットは、記憶ユニットに記憶された命令を実行し、通信デバイスが、第２の態様による方法を行うことを可能にする。記憶ユニットは、チップ内の記憶ユニット（例えば、レジスタまたはキャッシュ）であってもよく、または、通信デバイス内にあり、チップ外に位置する記憶ユニット（例えば、読み出し専用メモリまたはランダム・アクセス・メモリ）であってもよい。
【０３０２】
装置１７００がネットワークデバイスであるときに、装置１７００によって行われるステップおよびそれに対応する有益な効果については、方法３００および方法１５００におけるネットワークデバイスの関連する説明を参照することは、当業者には明らかに理解されてもよい。簡潔にするために、詳細はここでは再度説明しない。
【０３０３】
前述したユニットへの分割は、単なる機能分割であって、実際の実装においては、別の分割方法があってもよいものとする。
【０３０４】
当業者であれば、上述の装置およびユニットの特定の作業プロセスについて、およびステップを行うことによって生じる技術的効果については、前述の方法の実施形態における説明を参照することが明らかに理解されよう。簡潔にするために、詳細はここでは再度説明しない。
【０３０５】
リンク回復装置はチップであってもよい。処理ユニットは、ハードウェアを使用して実装されてもよいし、ソフトウェアを使用して実装されてもよい。処理ユニットがハードウェアを使用して実装されるときに、処理ユニットは、論理回路、集積回路などであってもよい。処理ユニットがソフトウェアを使用して実装されるときに、処理ユニットは汎用プロセッサであってもよく、記憶ユニットに記憶されたソフトウェアコードを読み出すことによって実装される。記憶ユニットは、プロセッサに統合されてもよく、プロセッサの外側に位置してもよく、または独立して存在してもよい。
【０３０６】
本出願において提供されるリンク回復装置は、リンク回復装置が端末デバイスまたはネットワークデバイスである例を使用して以下に説明される。
【０３０７】
図１８は、本出願による、端末デバイスの概略構造図である。端末デバイスは、図１に示す通信システムに適用可能であり、前述の方法の実施形態では、受信端の機能を行ってもよい。説明を容易にするために、図１８は、端末デバイスの主要な設定要素のみを示す。図１８に示されるように、端末デバイス１８０は、プロセッサ、メモリ、制御回路、アンテナ、および入力／出力装置を含む。プロセッサは、主に、通信プロトコルおよび通信データを処理し、端末装置全体を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成される。例えば、プロセッサは、例えば、受信端の受信能力を判定し、受信能力に基づいてＮＣＢを判定するか、またはＮＣＢに基づいて第１のコードブロック上でレートマッチングを行う、前述の方法の実施形態で説明されるアクションを行う際に、端末デバイスをサポートするように構成される。メモリは、主に、ソフトウェアプログラムおよびデータを記憶するように構成され、例えば、前述の実施形態で説明された第１のトランスポートブロックおよび第１のコードブロックを記憶する。制御回路は、主に、ベースバンド信号と無線周波数信号との間の変換を行い、無線周波数信号を処理するように構成される。制御回路とアンテナの組み合わせは、トランシーバと呼ばれ、主に、電磁波の形で無線周波数信号を送信および受信するように構成される。タッチスクリーン、ディスプレイスクリーン、またはキーボードなどの入力／出力装置は、主に、ユーザによるデータ入力を受信し、ユーザにデータを出力するように構成される。
【０３０８】
端末デバイスの電源がオンになった後、プロセッサは、記憶ユニットにおいてソフトウェアプログラムを読み出し、ソフトウェアプログラムの命令を説明して実行し、ソフトウェアプログラムのデータを処理する。データを無線方式で送信する必要があるとき、プロセッサは、送信されるデータに対してベースバンド処理を行い、次いで、ベースバンド信号を無線周波数回路に出力する。ベースバンド信号に対して無線周波数処理を行った後に、無線周波数回路は、アンテナを介して、電磁波の形で無線周波数信号を外部に送信する。データが端末デバイスに送信されるときに、無線周波数回路は、アンテナを介して無線周波数信号を受信し、無線周波数信号をベースバンド信号に変換し、ベースバンド信号をプロセッサに出力する。プロセッサは、ベースバンド信号をデータに変換し、データを処理する。
【０３０９】
当業者であれば、説明を容易にするために、図１８が、１つのメモリのみを示し、１つのプロセッサのみを示すと理解してしてもよい。実際の端末デバイスでは、複数のプロセッサおよび複数のメモリが存在してもよい。メモリは、記憶媒体、記憶デバイスなどとも呼ばれてもよい。これは、本出願において限定されない。
【０３１０】
任意選択の実装において、プロセッサは、ベースバンドプロセッサおよび／または中央処理ユニットを含んでもよい。ベースバンドプロセッサは、主に、通信プロトコルおよび通信データを処理するように構成される。中央処理ユニットは、主に、端末デバイス全体を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成される。ベースバンドプロセッサおよび中央処理ユニットの機能は、図１８のプロセッサに統合されてもよい。当業者であれば、ベースバンドプロセッサおよび中央処理ユニットは、各々独立したプロセッサであってもよく、バスなどの技術を使用して相互接続されると理解してもよい。当業者であれば、端末デバイスは、異なるネットワーク規格に適合するように複数のベースバンドプロセッサを含んでもよく、端末デバイスは、端末デバイスの処理能力を向上させるために複数の中央処理ユニットを含んでもよく、端末デバイスの構成要素は、様々なバスを使用して接続されてもよいと理解してもよい。ベースバンドプロセッサは、ベースバンド処理回路またはベースバンド処理チップとしても表現されてもよい。中央処理ユニットは、中央処理回路または中央処理チップとしても表現されてもよい。通信プロトコルおよび通信データを処理する機能は、プロセッサに埋め込まれてもよいし、ソフトウェアプログラムの形で記憶ユニットに記憶されて、プロセッサがベースバンド処理機能を実装するためにソフトウェアプログラムを実行するようにしてもよい。
【０３１１】
本出願の本実施形態において、トランシーバ機能を有する制御回路およびアンテナは、端末デバイス１８０のトランシーバユニット１８０１とみなされてもよい。例えば、トランシーバユニット１８０１は、方法４００で説明される受信機能および送信機能を行う際に、端末デバイスをサポートするように構成される。処理機能を有するプロセッサは、端末デバイス１８０の処理ユニット１８０２とみなされる。図１８に示されるように、端末デバイス１８０は、トランシーバユニット１８０１および処理ユニット１８０２を含む。トランシーバユニットは、トランシーバ、トランシーバマシン、トランシーバ装置などとも呼ばれてもよい。任意選択で、トランシーバユニット１８０１内の受信機能を実装するように構成されたデバイスは、受信ユニットとしてみなされてもよく、トランシーバユニット１８０１内の送信機能を実装するように構成されたデバイスは、送信ユニットとしてみなされてもよい。換言すれば、トランシーバユニット１８０１は、受信ユニットと送信ユニットとを含む。受信ユニットは、受信マシン、入力ポート、受信回路などとも呼ばれてもよい。送信ユニットは、送信マシン、送信機、送信回路などとも呼ばれてもよい。例えば、トランシーバユニット１８０１は、アンテナを含まなくてもよく、回路部分のみを含み、アンテナは、トランシーバユニットの外側に配置される。
【０３１２】
プロセッサ１８０２は、前述の方法の実施形態における端末デバイスの機能を完了するように、トランシーバユニット１８０１を制御して信号を受信および／または信号を送信するように、メモリに記憶された命令を実行するように構成されてもよい。実装において、トランシーバユニット１８０１の機能は、トランシーバ回路またはトランシーバ専用チップを使用して実装されてもよい。様々なタイプの信号を送信および受信する、例えば第１のコードブロックを受信するときに、トランシーバユニット１８０１は、受信を実装するためにプロセッサ１８０２によって制御される。したがって、プロセッサ１８０２は、信号を送信または受信する判定者であり、データの送信または受信動作を開始し、トランシーバユニット１８０１は、信号を送信または受信する実行者である。
【０３１３】
図１９は、本出願による、ネットワークデバイスの概略構造図である。ネットワークデバイスは、例えば、基地局であってもよい。図１９に示されるように、基地局は、図１に示される通信システムに適用されてもよく、前述の方法の実施形態における送信端の機能を行う。基地局１９０は、遠隔無線ユニット（ｒｅｍｏｔｅ  ｒａｄｉｏ  ｕｎｉｔ，  ＲＲＵ）１９０１および１つ以上のベースバンドユニット（ｂａｓｅｂａｎｄ  ｕｎｉｔ，  ＢＢＵ）  （デジタルユニット（ｄｅｇｉｔａｌ  ｕｎｉｔ，  ＤＵ）とも呼ばれてもよい）１９０２などの１つ以上の無線周波数ユニットを含んでもよい。ＲＲＵ１９０１は、トランシーバユニット、トランシーバマシン、トランシーバ回路、トランシーバなどと呼ばれてもよく、少なくとも１つのアンテナ１９０１１および無線周波数ユニット１９０１２を含んでもよい。ＲＲＵ１９０１は、主に、無線周波数信号を送信および受信し、無線周波数信号とベースバンド信号との間の変換を行うように構成される。例えば、ＲＲＵ１９０１は、前述の方法の実施形態において第１のコードブロックを送信するように構成される。ＢＢＵ１９０２は、主に、ベースバンド処理を行い、基地局を制御するなどを行うように構成される。ＲＲＵ１９０１およびＢＢＵ１９０２は、物理的に一緒に配置されてもよく、または物理的に別々に配置されてもよく、具体的には、分散基地局であってもよい。
【０３１４】
ＢＢＵ１９０２は、基地局の制御センターであり、処理ユニットとも呼ばれてもよく、主に、チャネル符号化、多重化、変調、または拡散のようなベースバンド処理機能を完了するように構成される。例えば、ＢＢＵ（処理ユニット）１９０２は、前述の方法の実施形態におけるネットワークデバイスに関連する動作手順を行うために基地局を制御するように設定されてもよい。
【０３１５】
一実施形態では、ＢＢＵ１９０２は、１つ以上のボードを含んでもよく、複数のボードは、単一のアクセス規格の無線アクセスネットワーク（ロングタームエボリューション（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ，  ＬＴＥ）ネットワーク）を共同でサポートしてもよく、または異なるアクセス規格の無線アクセスネットワーク（例えば、ＬＴＥネットワーク、５Ｇネットワーク、および別のネットワーク）を別々にサポートしてもよい。ＢＢＵ１９０２は、メモリ１９０２１およびプロセッサ１９０２２をさらに含む。メモリ１９０２１は、必要な命令および必要なデータを記憶するように構成される。例えば、メモリ１９０２１は、前述の方法の実施形態において第１のコードブロックを記憶する。プロセッサ１９０２２は、必要なアクションを行うために基地局を制御するように設定され、例えば、前述の方法の実施形態では、ネットワークデバイスに関連する動作手順を実行するように基地局を制御するように構成される。メモリ１９０２１およびプロセッサ１９０２２は、１つ以上のボードを提供してもよい。換言すれば、メモリおよびプロセッサは、各基板上に配置されてもよい。代替的には、複数のボードは、同じメモリおよび同じプロセッサを共有してもよい。追加的に、必要な回路が各基板上にさらに配置されてもよい。
【０３１６】
図２０は、通信装置２０００の概略構造図である。装置２０００は、前述の方法の実施形態で説明される方法のステップを行うように構成されてもよい。詳細については、前述の方法の実施形態の説明を参照のこと。通信装置２０００は、チップ、ネットワークデバイス（例えば、基地局）、端末デバイス、別の通信デバイスなどであってもよい。
【０３１７】
通信装置２０００は、１つ以上のプロセッサ２００１を含む。プロセッサ２００１は、汎用プロセッサ、専用プロセッサなどであってもよい。例えば、プロセッサ２００１は、ベースバンドプロセッサまたは中央処理ユニットであってもよい。ベースバンドプロセッサは、通信プロトコルおよび通信データを処理するように構成されてもよい。中央処理ユニットは、通信装置（例えば、基地局、端末、またはチップ）を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成されてもよい。通信装置は、信号を入力（受信）および出力（送信）するように構成されたトランシーバユニットを含んでもよい。例えば、通信装置はチップであってもよく、トランシーバユニットは入力および／または出力回路またはチップの通信インターフェースであってもよい。チップは、端末、基地局、または他の通信デバイスに適用されてもよい。例えば、通信装置は、端末、基地局、または別の通信デバイスであってもよく、トランシーバユニットは、トランシーバ、無線周波数チップなどであってもよい。
【０３１８】
通信装置２０００は、１つ以上のプロセッサ２００１を含み、１つ以上のプロセッサ２００１は、図３に示される実施形態における方法および／または図４に示される実施形態における方法の実行デバイスの機能を実装してもよい。
【０３１９】
可能な設計では、通信装置２０００は、第１のコードブロック上でレートマッチングを行うように構成された構成要素と、第１のコードブロックを送信するように構成された構成要素とを含む。第１のコードブロック上でレートマッチングを行う構成要素の機能は、１つ以上のプロセッサを使用して実装されてもよく、第１のコードブロックは、トランシーバ、入力／出力回路、またはチップのインターフェースを介して送信されてもよい。第１コードブロック上でレートマッチングを行う方法については、前述の方法の実施形態における関連説明を参照のこと。
【０３２０】
可能な別の設計では、通信装置２０００は、第１のコードブロック上でデレートマッチングを行うように構成された構成要素と、第１のコードブロックを受信するように構成された構成要素とを含む。第１のコードブロック上でレートマッチングを行う構成要素の機能は、１つ以上のプロセッサを使用して実装されてもよく、第１のコードブロックは、トランシーバ、入力／出力回路、またはチップのインターフェースを介して受信されてもよい。第１コードブロック上でデレートマッチングを行う方法については、前述の方法の実施形態における関連説明を参照のこと。
【０３２１】
任意選択で、図３に示される実施形態および／または図４に示される実施形態の機能に加えて、プロセッサ２００１はさらに他の機能を実装してもよい。
【０３２２】
任意選択で、設計において、通信装置２０００が前述の方法の実施形態で説明されるステップを行うことを可能にするために、プロセッサ２００１は命令を実行してもよい。命令の全部または一部は、プロセッサ、例えば、命令２００３、または命令の全部若しくは一部は、プロセッサに結合されたメモリ２００２に記憶されてもよく、例えば、命令２００４である。代替的には、通信装置２０００は、命令２００３および２００４の両方を使用して、前述の方法の実施形態で説明されたステップを行うことが可能となってもよい。
【０３２３】
別の可能な設計では、通信装置２０００は、代替的には、回路を含んでもよい。回路は、上記方法の実施形態において、ネットワークデバイスまたは端末デバイスの機能を実装してもよい。
【０３２４】
別の可能な設計では、通信装置２０００は、命令２００４を記憶する１つ以上のメモリ２００２を含んでもよい。命令は、通信装置２０００が前述の方法の実施形態で説明された方法を行うことを可能にするために、プロセッサ上で動作してもよい。任意選択で、メモリは、データをさらに記憶してもよい。任意選択で、プロセッサは、命令および／またはデータを記憶してもよい。例えば、１つ以上のメモリ２００２は、前述の実施形態に記載された対応関係、または前述の実施形態に提供された関連パラメータまたは表を記憶してもよい。プロセッサおよびメモリは、別々に配置されてもよく、または一緒に統合されてもよい。
【０３２５】
別の可能な設計では、通信装置２０００は、トランシーバユニット２００５およびアンテナ２００６をさらに含んでもよい。プロセッサ２００１は、処理ユニットとも呼ばれてもよく、通信装置（端末または基地局）を制御する。トランシーバユニット２００５は、トランシーバマシン、トランシーバ回路、トランシーバなどと呼ばれてもよく、アンテナ２００６を介して通信装置のトランシーバ機能を実装するように構成される。
【０３２６】
本出願は、さらに、１つ以上の前述のネットワークデバイスおよび１つ以上の前述の端末デバイスを含む通信システムを提供する。
【０３２７】
本出願の実施形態におけるプロセッサは、集積回路チップであってもよく、信号処理能力を有することに留意されたい。実装プロセスにおいて、前述の方法の実施形態におけるステップは、プロセッサ内のハードウェア集積論理回路を使用して、またはソフトウェアの形で命令を使用して、実装されてもよい。前述のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ，  ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ，  ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ，  ＦＰＧＡ）、または別のプログラマブル論理デバイス、離散ゲートまたはトランジスタ論理デバイス、または離散ハードウェア構成要素であってもよい。プロセッサは、本出願の実施形態で開示される方法、ステップ、および論理ブロック図を実装または行ってもよい。汎用プロセッサは、マイクロプロセッサであってもよいし、プロセッサは、任意の従来のプロセッサ等であってもよい。本出願の実施形態を参照して開示された方法のステップは、ハードウェア復号プロセッサを使用して直接的に行われ、完了されてもよく、または復号プロセッサおよびソフトウェアモジュール内のハードウェアの組み合わせを使用して行われ、完了されてもよい。ソフトウェアモジュールは、ランダム・アクセス・メモリ、フラッシュ・メモリ、リード・オンリー・メモリ、プログラマブル・リード・オンリー・メモリ、電気的に消去可能なプログラマブル・メモリ、レジスタ等のような、当該技術分野における成熟した記憶媒体内に位置してもよい。記憶媒体はメモリ内に位置し、プロセッサはメモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて前述の方法のステップを完了する。
【０３２８】
本出願の実施形態におけるメモリは、揮発性メモリまたは不揮発性メモリであってもよいし、揮発性メモリおよび不揮発性メモリの両方を含んでもよいと理解されよう。不揮発性メモリは、リード・オンリー・メモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ，  ＲＯＭ）、プログラマブル・リード・オンリー・メモリ（ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ，  ＰＲＯＭ）、消去可能プログラマブル・リード・オンリー・メモリ（ｅｒａｓａｂｌｅ  ＰＲＯＭ，  ＥＰＲＯＭ）、電気的に消去可能なプログラマブル・リード・オンリー・メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ，  ＥＥＰＲＯＭ）、またはフラッシュ・メモリであってもよい。揮発性メモリは、ランダム・アクセス・メモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ，  ＲＡＭ）であってもよく、外部キャッシュとして使用される。限定的な説明ではなく、例示的な説明を介して、ＲＡＭの多くの形態が使用されてもよく、例えば、スタティック・ランダム・アクセス・メモリ（ｓｔａｔｉｃ  ＲＡＭ，  ＳＲＡＭ）、ダイナミック・ランダム・アクセス・メモリ（ｄｙｎａｍｉｃ  ＲＡＭ，  ＤＲＡＭ）、同期ダイナミック・ランダム・アクセス・メモリ（ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ，  ＳＤＲＡＭ）、二重データ・レート同期ダイナミック・ランダム・アクセス・メモリ（ｄｏｕｂｌｅ  ｄａｔａ  ｒａｔｅ  ＳＤＲＡＭ，  ＤＤＲ  ＳＤＲＡＭ）、拡張同期ダイナミック・ランダム・アクセス・メモリ（ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ，  ＥＳＤＲＡＭ）、同期ダイナミック・ランダム・アクセス・メモリ（ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ，  ＥＳＤＲＡＭ）、およびダイレクト・ランバス・ランダム・アクセス・メモリ（ｄｉｒｅｃｔ  ｒａｍｂｕｓ  ＲＡＭ，  ＤＲ  ＲＡＭ）であってもよい。本明細書で説明されるシステムおよび方法のメモリは、これらおよび別の適切なタイプの任意のメモリを含むが、これらに限定されないことに留意されたい。
【０３２９】
本出願は、さらに、コンピュータ可読媒体を提供する。コンピュータ可読媒体は、コンピュータプログラムを記憶する。コンピュータプログラムがコンピュータによって実行されるときに、前述の方法の実施形態のうちのいずれか１つの機能が実装される。
【０３３０】
本出願は、さらに、コンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータによって実行されるときに、前述の方法の実施形態のうちのいずれか１つの機能が実装される。
【０３３１】
前述の実施形態の全てまたは一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを介して実装されてもよい。ソフトウェアが実施形態を実装するために使用されるときに、実施形態は、全体的にまたは部分的に、コンピュータプログラム製品の形態で実装されてもよい。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータ命令がコンピュータ上にロードされ実行されるときに、本出願の実施形態による手順または機能は、すべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能な装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよいし、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンターから、有線（例えば、同軸ケーブル、光ファイバ、またはデジタル加入者線（ｄｉｇｉｔａｌ  ｓｕｂｓｃｒｉｂｅｒ  ｌｉｎｅ，  ＤＳＬ））または無線（例えば、赤外線、無線、またはマイクロ波）方式で、別のウェブサイト、コンピュータ、サーバ、またはデータセンターに送信されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能媒体、または１つ以上の使用可能媒体を統合するサーバまたはデータセンターなどのデータ記憶デバイスであってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、または磁気テープ）、光媒体（例えば、高密度デジタルビデオディスク（ｄｉｇｉｔａｌ  ｖｉｄｅｏ  ｄｉｓｃ，  ＤＶＤ））、半導体媒体（例えば、固体ドライブ（ｓｏｌｉｄ  ｓｔａｔｅ  ｄｉｓｋ，  ＳＳＤ））などであってもよい。
【０３３２】
明細書全体で言及されている「実施形態」は、実施形態に関連する特定の特徴、構造、または特性が本出願の少なくとも１つの実施形態に含まれることを意味すると理解されたい。したがって、明細書全体の実施形態は、必ずしも同じ実施形態を指しているとは限らない。追加的に、これらの特定の特徴、構造、または特性は、１つ以上の実施形態において、任意の適切な方式で組み合わせられてもよい。前述のプロセスのシーケンス番号は、本出願の様々な実施態様における実行シーケンスを意味しないことを理解されたい。プロセスの実行シーケンスは、プロセスの機能および内部論理に基づいて判定されるべきであり、本出願の実施態様の実装プロセスに対する限定と解釈されるべきではない。
【０３３３】
さらに、本出願において、「とき」および「場合」の両方は、ＵＥまたは基地局が客観的状況において対応する処理を行うことを意味し、時間を制限することを意図せず、ＵＥまたは基地局が実装中に判定アクションを行うことを要求せず、別の限界があることも意味しないと理解されたい。
【０３３４】
追加的に、本明細書では、「システム」と「ネットワーク」という用語を互換的に使用されてもよい。本明細書では、「および／または」という用語は、関連付けられたオブジェクトを説明するための関連関係のみを説明し、３つの関係が存在し得ることを表す。例えば、Ａおよび／またはＢは、Ａのみが存在し、ＡおよびＢの両方が存在し、Ｂのみが存在するという３つのケースを表す。
【０３３５】
本明細書における「うちの少なくとも１つ」または「うちの少なくとも１つのタイプ」という用語は、列挙された項目の全てまたは任意の組み合わせを示し、例えば、「Ａ、ＢおよびＣのうちの少なくとも１つ」は、Ａのみが存在し、Ｂのみ存在し、Ｃのみ存在し、ＡおよびＢの両方が存在し、ＢおよびＣの両方が存在し、Ａ、ＢおよびＣの全てが存在するという６つのケースを示す。
【０３３６】
なお、本出願の実施形態において、「Ａに対応するＢ」とは、ＢがＡに関連し、Ａに基づいてＢが判定され得ると理解されたい。しかし、Ａに基づいてＢを判定することは、ＢがＡのみに基づいて判定されることを意味するものではなく、すなわち、ＢはＡおよび／または他の情報に基づいて判定され得ると理解されたい。
【０３３７】
当業者は、本明細書に開示された実施形態を参照して説明された例のユニットおよびステップは、電子ハードウェア、コンピュータソフトウェア、またはそれらの組み合わせによって実装され得ると認識するであろう。ハードウェアとソフトウェアとの間の互換性を明確に説明するために、前述は、一般的に、各例の構成物およびステップを機能に応じて説明した。機能がハードウェアによって行われるか、コンピュータソフトウェアによって行われるかは、特定の用途および技術的解決策の設計制約条件に依存する。当業者であれば、特定の用途ごとに、説明された機能を実装するために異なる方法を使用してもよく、その実装が本出願の範囲を超えるものであるとみなされるべきではない。
【０３３８】
前述の実装の説明により、当業者は、本出願がハードウェア、ファームウェア、またはそれらの組み合わせによって実装され得ることを明確に理解するであろう。本出願がソフトウェアによって実装されるときに、前述の機能は、コンピュータ可読媒体内に記憶されるか、またはコンピュータ可読媒体内の１つ以上の命令またはコードとして送信されてもよい。コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体を含み、通信媒体は、コンピュータプログラムをある場所から別の場所へ送信することを可能にする任意の媒体を含む。記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体であってもよい。以下は、例を提供するが、限定を課すものではない。すなわち、コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または別のコンパクトディスク記憶装置、磁気ディスク記憶媒体、または別の磁気記憶デバイス、または命令またはデータ構造の形態で予期されるプログラムコードを搬送または記憶することができ、コンピュータによってアクセスされ得る任意の他の媒体を含んでもよい。さらに、任意の接続は、コンピュータ可読媒体として適切に定義されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバ／ケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、マイクロ波などの無線技術介してウェブサイト、サーバ、別の遠隔ソースから送信される場合、同軸ケーブル、光ファイバ／ケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、マイクロ波などの無線技術が、それらが属する媒体の固定に含まれる。本出願において使用されるディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザーディスク、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピーディスク、およびブルーレイディスクを含む。ディスクは通常、磁気的方式でデータをコピーするが、ディスクはレーザーを介して光学的にデータをコピーする。前述の組み合わせは、コンピュータ可読媒体の保護範囲にも含まれるべきである。
【０３３９】
結論として、前述の説明は、本出願の技術的解決策の単なる例示的な実施形態であるが、本出願の保護範囲を限定することを意図していない。本出願の精神および原理から逸脱することなくなされた修正、同等の交換または改良は、本出願の保護範囲に含まれるものとする。
【図１】
2021523640.tif 000003
【図２】
2021523640.tif 000004
【図３】
2021523640.tif 000005
【図４】
2021523640.tif 000006
【図５】
2021523640.tif 000007
【図６】
2021523640.tif 000008
【図７】
2021523640.tif 000009
【図８】
2021523640.tif 000010
【図９】
2021523640.tif 000011
【図１０】
2021523640.tif 000012
【図１１】
2021523640.tif 000013
【図１２】
2021523640.tif 000014
【図１３】
2021523640.tif 000015
【図１４】
2021523640.tif 000016
【図１５】
2021523640.tif 000017
【図１６】
2021523640.tif 000018
【図１７】
2021523640.tif 000019
【図１８】
2021523640.tif 000020
【図１９】
2021523640.tif 000021
【図２０】
2021523640.tif 000022
【手続補正書】
【提出日】令和2年12月21日(2020.12.21)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１８年５月１１日に中国国家知識産権局に出願された「ＬＩＮＫ  ＲＥＣＯＶＥＲＹ  ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ」と題する、中国特許出願第２０１８１０４５１０３６．Ｘ号に対する優先権を主張し、その全体が参照により本明細書に組み込まれる。
【０００２】
本出願は、通信分野に関し、特に、リンク回復方法および装置に関する。
【背景技術】
【０００３】
インテリジェント端末の出現、特に端末上でのビデオサービスの出現により、現在の周波数リソースは、ユーザの必要容量の爆発的な増加にはほとんど見合っていない。利用可能な帯域幅がより広い高周波帯（ミリ波帯など）は、次世代通信システムの候補周波数帯となる。しかし、高周波帯は低周波帯よりも大きな経路損失を引き起こす。
【０００４】
ビームフォーミング技術に基づく信号伝送機構が、高周波帯の経路損失を克服するために使用される。ビームフォーミング技術は、特定の方向に比較的大きなアンテナ利得を生成することによって、経路損失を補償する。信号が特定の方向にのみ比較的大きなアンテナ利得を有するため、ビームフォーミング技術に基づいて信号が送信されるときに、受信端が移動する（すなわち、ビームが位置合わせされない）か、または、比較的大きな障害物が、信号の伝送経路上に現れる（すなわち、ビームがブロックされる）と、信号のアンテナ利得は、大幅に低減され、受信端で信号の中断が頻繁に発生する。
【０００５】
通信リンクを迅速に回復させるために、ビームが位置合わせされていないか、またはビームがブロックされているときに、ビームは適時に調整される必要があり、通信待ち時間を短縮する。回復されるべき全ての通信リンクにおいて、マスター情報ブロック（ｍａｓｔｅｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ，  ＭＩＢ）によって設定された制御リソースセットの通信リンクは、特に重要である。従って、ＭＩＢによって設定された制御リソースセットの通信リンクをどのように回復するかは解決されるべき問題である。
【発明の概要】
【０００６】
本出願は、ＭＩＢによって構成された制御リソースセットの通信リンクを回復するために、リンク回復方法および装置を提供する。
【０００７】
第１の態様によれば、リンク回復方法が提供される。本方法は、第１の制御リソースセットのリンク障害を判定することであって、第１の制御リソースセットは、第１のＭＩＢによって設定された制御リソースセットである、判定することと、リンク障害回復要求を送信することであって、前記リンク障害回復要求は、前記第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信することと、を含む。
【０００８】
第１の制御リソースセットは、第５世代（５ｔｈ−ｇｅｎｅｒａｔｉｏｎ，  ５Ｇ）移動通信システムで定義される制御リソースセット（ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔ，  ＣＯＲＥＳＥＴ）、制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）、または拡張物理下りリンク制御チャネル（ｅｎｈａｎｃｅｄ  ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ，  ｅＰＤＣＣＨ）セット（ｓｅｔ）であってもよく、または別の移動通信システム（例えば、第６世代移動通信システム）で定義され、物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ，  ＰＤＣＣＨ）を搬送するリソースセットであってもよい。端末デバイスが第１の制御リソースセットの通信リンク上でリンク障害が発生したことを検出した場合には、端末デバイスは、ネットワーク装置に対して、第１の制御リソースセットの通信リンクを回復することを要求するために使用される要求メッセージを送信する、すなわちリンク障害回復要求を送信する要求メッセージを送信してもよく、ＭＩＢによって設定された制御リソースセットの通信リンクが迅速に回復され得るようにする。
【０００９】
任意選択で、第１の制御リソースセットのリンク障害を判定することは、第１の制御リソースセットに関連付けられた探索空間セットを判定すること（任意選択のステップ）と、第１の制御リソースセットに関連付けられた探索空間セットに基づいて、第１の制御リソースセットの通信リンクのリンク障害検出モードを判定することと、リンク障害検出モードに基づいて、第１の制御リソースセットの通信リンク上のリンク障害を判定することと、を含む。
【００１０】
第１の制御リソースセットに関連付けられた探索空間セットは、異なるタイプを有してもよい。例えば、第１の制御リソースセットに関連付けられた探索空間は、ブロードキャスト探索空間または非ブロードキャスト探索空間であってもよい。第１の制御リソースセットに関連付けられた探索空間がブロードキャスト探索空間であるときに、ブロードキャスト探索空間に関連付けられたＣＯＲＥＳＥＴ０（すなわち、第１のＭＩＢによって設定されたＣＯＲＥＳＥＴ）に関連付けられたビームは、セル固有（ｃｅｌｌ  ｓｐｅｃｉｆｉｃ）ビーム（本出願では、「ビーム」および「基準信号」という用語は等価であり、互換的に使用されてもよい）であるため、基地局は、複数の同期信号／物理ブロードキャストチャネルブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ／ＰＢＣＨ  ｂｌｏｃｋ，  ＳＳＢ）に対応するＣＯＲＥＳＥＴ０上で同じブロードキャスト情報を繰り返し送信する。リンク障害が発生した場合、端末デバイスは、自動的にＳＳＢ間を切り替えてもよく、基地局は、ＣＯＲＥＳＥＴ０の疑似コロケーション（ｑｕａｓｉ  ｃｏ−ｌｏｃａｔｉｏｎ，  ＱＣＬ）情報を再設定する必要がない。第１の制御リソースセットに関連付けられた探索空間が非ブロードキャスト探索空間（例えば、ＵＥ固有探索空間）であるときに、非ブロードキャスト探索空間で送信されるコンテンツは、ユーザ機器固有（ＵＥ固有）コンテンツまたはユーザ機器グループ共通（ＵＥグループ共通）コンテンツであるため、基地局は、各ＳＳＢに対応するＣＯＲＥＳＥＴ０上で同じ非ブロードキャスト情報を送信しない。このケースでは、基地局は、非ブロードキャスト探索空間に使用されるＳＳＢをユーザ機器に通知して、ユーザ機器が、非ブロードキャスト探索空間に関連付けられたＣＯＲＥＳＥＴ０上でリンク障害が発生したかどうかを検出する。リンク障害が発生した場合、ユーザ機器は、非ブロードキャスト探索空間に対応するビームまたはＣＯＲＥＳＥＴを再設定するために基地局に通知する必要がある。前述の方法では、第１の制御リソースセットの通信リンク上でリンク障害が発生したかどうかは、第１の制御リソースセットに関連付けられた探索空間のタイプに基づいて検出される。これにより、リンクの回復効率を向上させることができる。
【００１１】
任意選択で、非ブロードキャスト探索空間セット内の非ブロードキャスト探索空間において検出された下りリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ，  ＤＣＩ）のＣＲＣは、以下の情報のうちの少なくとも１つによってスクランブルされる。
すなわち、ランダムアクセスＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ＲＮＴＩ，  ＲＡ−ＲＮＴＩ）、一時セルＲＮＴＩ  （ｔｅｍｐｏｒａｒｙ  ｃｅｌｌ  ＲＮＴＩ，  ＴＣ−ＲＮＴＩ）、セルＲＮＴＩ（ｃｅｌｌ  ＲＮＴＩ，  Ｃ−ＲＮＴＩ）、割り込みＲＮＴＩ  （ｉｎｔｅｒｒｕｐｔｉｏｎ  ＲＮＴＩ，  ＩＮＴ−ＲＮＴＩ）、スロットフォーマット表示ＲＮＴＩ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｉｏｎ  ＲＮＴＩ，  ＳＦＩ−ＲＮＴＩ）、送信パワー制御物理上りリンク共有チャネルＲＮＴＩ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ  ＲＮＴＩ，  ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ）、送信パワー制御物理上りリンク制御チャネルＲＮＴＩ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ＲＮＴＩ，  ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ）、送信パワー制御サウンディング基準シンボルＲＮＴＩ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｙｍｂｏｌｓ  ＲＮＴＩ，  ＴＰＣ−ＳＲＳ−ＲＮＴＩ）、設定済みスケジューリングＲＮＴＩ（ｃｏｎｆｉｇｕｒｅｄ  ｓｃｈｅｄｕｌｉｎｇ  ＲＮＴＩ，  ＣＳ−ＲＮＴＩ）、およびセミパーシステントチャネル状態情報ＲＮＴＩ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ，  ＳＰ−ＣＳＩ−ＲＮＴＩ）である。
【００１２】
非ブロードキャスト探索空間の前述の定義の範囲は、以下の他の部分では異なることがあると留意されたい。具体的には、以下のいくつかの実装では、非ブロードキャスト探索空間の定義の範囲が絞り込まれてもよい。
【００１３】
任意選択で、第１の制御リソースセットのリンク障害検出のために使用される基準信号セットは、第１の基準信号と、第２の基準信号と、を含み、第１の基準信号は、第１の制御リソースセット以外の制御リソースセットのリンク障害検出のために使用され、第２の基準信号は、第１の制御リソースセットに関連付けられた受信パラメータを示すために使用され、
第１の制御リソースセットのリンク障害を検出することは、
第１の基準信号の信号品質および第２の基準信号の信号品質の両方が第１の閾値未満であるときに、第１の制御リソースセットのリンク障害を判定すること、または
第２の基準信号の信号品質が第１の閾値未満であるときに、第１の制御リソースセットのリンク障害を判定することを含む。
【００１４】
本方法では、端末デバイスは、第１の制御リソースセットに関連付けられた探索空間のタイプを判定する必要なしに、第１の制御リソースセットのリンクが失敗したかどうかを判定することができる。これは、端末デバイスによって設定された第１の制御リソースの通信リンクを回復する複雑さを低減する。
【００１５】
任意選択で、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットは、第２の基準信号のみを含み、第２の基準信号は、第１の制御リソースセットに関連付けられた受信パラメータを示すために使用され、
第１の制御リソースセットのリンク障害を検出することは、
第２の基準信号の信号品質が第１の閾値未満であるときに、第１の制御リソースセットのリンク障害を判定することを含む。
【００１６】
本方法では、端末デバイスは、第１の制御リソースセットに関連付けられた探索空間のタイプを判定する必要なしに、第１の制御リソースセットのリンクが失敗したかどうかを判定することができる。これは、端末デバイスによって設定された第１の制御リソースの通信リンクを回復する複雑さを低減する。
【００１７】
任意選択で、探索空間が非ブロードキャスト探索空間であるときに、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットは、第１の基準信号と、第２の基準信号と、を含み、第１の基準信号は、非ＭＩＢ情報によって設定された制御リソースセットのリンク障害検出のために使用され（または、第１の基準信号は、第１の制御リソースセット以外の制御リソースセットのリンク障害検出のために使用される）、第２の基準信号は、第１の制御リソースセットに関連付けられた受信パラメータを示すために使用される（または、第２の基準信号および第１の制御リソースセットのＤＭＲＳがＱＣＬ関係を満たす）。
【００１８】
任意選択で、非ブロードキャスト探索空間セットは、タイプ３の共通の探索空間を含む。タイプ３の共通の探索空間で検出されたＤＣＩのＣＲＣ（Type3-PDCCH  common  search  space）は、以下の情報の少なくとも１つによってスクランブルされる。すなわち、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ、およびＳＰ−ＣＳＩ−ＲＮＴＩである（ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ、またはＳＰ−ＣＳＩ−ＲＮＴＩよってスクランブルされたＣＲＣを有するＤＣＩフォーマットのためのType3-PDCCH  common  search  space）。
【００１９】
任意選択で、非ブロードキャスト探索空間セットで検出されたＤＣＩのＣＲＣは、以下の情報の少なくとも１つによってスクランブルされる。すなわち、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ、およびＳＰ−ＣＳＩ−ＲＮＴＩである。
【００２０】
任意選択で、非ブロードキャスト探索空間セットのＤＣＩフォーマットは、以下のフォーマットのうちの少なくとも１つを含む。すなわち、ＤＣＩフォーマット２＿０、ＤＣＩフォーマット２＿１、ＤＣＩフォーマット２＿２、およびＤＣＩフォーマット２＿３であり、
端末デバイスは、ＳＦＩ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿０を検出し（ＵＥは、ＳＦＩ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿０を検出する）、
端末デバイスは、ＩＮＴ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿１を検出し（ＵＥは、ＩＮＴ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿１を検出する）、
端末デバイスは、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩまたはＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩによってスクランブルされたＣＲＣ有するＤＣＩフォーマット２＿２を検出し（ＵＥは、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩまたはＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿２を検出する）、
端末デバイスは、ＴＰＣ−ＳＲＳ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿３を検出する（ＵＥは、ＴＰＣ−ＳＲＳ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿３を検出する）。
【００２１】
任意に、第１の基準信号と、非ＭＩＢ情報によって設定された制御リソースセット（例えば、ＲＲＣシグナリング）との間、および／または第１の基準信号と制御リソースセットのＱＣＬ仮定情報との間に対応がある。より大きな識別子値またはインデックス値を有する第１の基準信号は、より大きな識別子値またはインデックス値を有する非ＭＩＢ情報によって設定される制御リソースセットに対応し、および／または、より大きな識別子値またはインデックス値を有する第１の基準信号は、より大きな識別子値またはインデックス値を有する非ＭＩＢ情報によって設定される制御リソースセットのＱＣＬ仮定情報に対応し、および／または、より小さな識別子値またはインデックス値を有する第１の基準信号は、より小さな識別子値またはインデックス値を有する非ＭＩＢ情報によって設定される制御リソースセットに対応し、および／または、より小さな識別子値またはインデックス値を有する第１の基準信号は、より小さな識別子値またはインデックス値を有する非ＭＩＢ情報によって設定される制御リソースセットのＱＣＬ仮定情報に対応する。前述の「対応」の意味は、以下のようである。すなわち、基準信号１が制御リソースセット１に対応するときに、基準信号１が制御リソースセット１のリンク障害検出のために使用されるか、または、基準信号１が制御リソースセット１のＱＣＬ仮定情報に対応するときに、端末デバイスは、制御リソースセット１のＱＣＬ仮定情報を使用して基準信号１を受信してもよい。前述の対応は、１対１の対応に限定されない。例えば、少なくとも２つの第１の基準信号は、非ＭＩＢ情報によって設定される１つの制御リソースセットに対応してもよいか、または１つの第１の基準信号は、非ＭＩＢ情報によって設定される少なくとも２つの制御リソースセットに対応してもよい。
【００２２】
任意選択で、第１の基準信号と、非ＭＩＢ情報によって設定された制御リソースセットとの間、および／または第１の基準信号と、制御リソースセットのＱＣＬとの間に対応がある。識別子値またはインデックス値によって昇順にソートされた第１の基準信号は、非ＭＩＢ情報によって設定され、識別子値またはインデックス値によって昇順にソートされた制御リソースセットに対応し、および／または識別子値またはインデックス値によって昇順にソートされた第１の基準信号は、非ＭＩＢ情報によって設定された制御リソースセットのＴＣＩに対応する（具体的には、識別子値またはインデックス値によって昇順にソートされた第１の基準信号は、非ＭＩＢ情報によって設定され、識別子値またはインデックス値によって昇順にソートされた制御リソースセットに対応する）。「対応」という意味については、前述の「任意選択」の実装の説明を参照のこと。
【００２３】
任意選択で、第１の基準信号は、非ＭＩＢ情報によって設定された制御リソースセットおよび／または制御リソースセットのＱＣＬ仮定情報と１対１の対応関係にある（すなわち、第１の基準信号の数は、非ＭＩＢ情報によって設定される制御リソースセットの数に等しく、および／または第１の基準信号の数は、非ＭＩＢ情報によって設定される制御リソースセットのＴＣＩの数に等しい）。より大きな識別子値またはインデックス値を有する第１の基準信号は、非ＭＩＢ情報によって設定される、より大きな識別子値またはインデックス値を有する制御リソースセットに対応し、および／または、より大きな識別子値またはインデックス値を有する第１の基準信号は、非ＭＩＢ情報によって設定される、より大きな識別子値またはインデックス値を有する制御リソースセットのＱＣＬ仮定情報に対応し、および／または、より小さな識別子値またはインデックス値を有する第１の基準信号は、非ＭＩＢ情報によって設定される、より小さな識別子値またはインデックス値を有する制御リソースセットに対応し、および／または、より小さな識別子値またはインデックス値を有する第１の基準信号は、非ＭＩＢ情報によって設定される、より小さな識別子値またはインデックス値を有する制御リソースセットのＱＣＬ仮定情報に対応する。「対応」という意味については、前述の「任意選択」の実装の説明を参照のこと。
【００２４】
任意選択で、第１の基準信号は、非ＭＩＢ情報および／または制御リソースセットのＱＣＬ仮定情報によって設定された制御リソースセットと１対１の対応関係にある。第１の基準信号の数は、非ＭＩＢ情報によって設定された制御リソースセットの数と等しく、および／または、第１の基準信号の数は、非ＭＩＢ情報によって設定された制御リソースセットのＴＣＩの数と等しく、および／または、識別子値またはインデックス値によって昇順にソートされた第１の基準信号は、非ＭＩＢ情報によって設定され、識別子値またはインデックス値によって昇順にソートされた制御リソースセットと１対１の対応関係にあり、および／または、識別子値またはインデックス値によって昇順にソートされた第１の基準信号は、非ＭＩＢ情報によって設定された制御リソースセットのＴＣＩと１対１の対応関係にある（具体的には、識別子値またはインデックス値によって昇順にソートされた第１の基準信号は、非ＭＩＢ情報によって設定され、識別子値またはインデックス値によって昇順にソートされた制御リソースセットと１対１の対応関係であにある）。「対応」という意味については、前述の「任意選択」の実装の説明を参照のこと。
【００２５】
「識別子」は、基準信号または制御リソースセットの絶対表示情報であり、「インデックス」は、基準信号または制御リソースセットの相対表示情報である。
【００２６】
前述の方法によれば、非ＭＩＢ情報によって設定された各制御リソースセットは、対応するリンク障害検出信号を有して、各制御リソースセットのリンクの状態を端末デバイスによって検出することができ、リンクを時間内に回復することを確実にすることができる。これにより、システムの安定性を確実にする。追加的に、１つの制御リソースセットまたは１つのＴＣＩは、１つのリンク障害検出信号に対応する。これは、基準信号リソースのオーバヘッドを効果的に減らし、リンク検出の複雑さを簡素化することができる。なぜなら、１つの制御リソースセットまたは１つのＴＣＩが複数の基準信号に対応する場合に、リソースのオーバヘッドが増加し、複数の基準信号のチャネル品質を第１の閾値と比較することの複雑さが増加するからである。例えば、複数のＲＳのチャネル品質の平均値を取得して、第１の閾値と比較する必要があることがある。
【００２７】
例えば、第１の基準信号は、基準信号の識別子またはインデックス（ＲＳ  ＩＤ／index）が１および３、すなわちＲＳ１およびＲＳ３である２つの基準信号であり、非ＭＩＢ情報によって設定される制御リソースセットは、識別子またはインデックスが３および６、すなわちＣＯＲＥＳＥＴ３およびＣＯＲＥＳＥＴ６である２つの制御リソースセットである。ＲＳ１はＣＯＲＥＳＥＴ３に対応し、ＲＳ３はＣＯＲＥＳＥＴ６に対応する。すなわち、ＲＳ１はＣＯＲＥＳＥＴ３のリンク障害検出に使用され、ＲＳ３はＣＯＲＥＳＥＴ  ６のリンク障害検出に使用される。
【００２８】
任意選択で、第１の基準信号のＱＣＬ情報は、基準信号に対応する制御リソースセットのＱＣＬ情報と同じである。
【００２９】
任意選択で、リンク障害検出モードに基づいて、第１の制御リソースセットのリンク障害を判定すること（または第１の制御リソースセットのリンク障害を判定すること）は、
第１の基準信号の信号品質が第１の閾値以下であるとき、および第２の基準信号の信号品質が第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定すること、または
第２の基準信号の信号品質が第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定することを含む。
【００３０】
１つ以上の第１の基準信号が存在してもよく、また、１つ以上の第２の基準信号が存在してもよい。第１の基準信号は、ネットワークデバイスによって事前設定され、第１の制御リソースセットの通信リンク上でリンク障害が発生するかどうかを検出するために使用される基準信号である。第２の基準信号は、例えば、同期信号／物理ブロードキャストチャネルブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ／ＰＢＣＨブロック，  ＳＳＢ）である。端末デバイスは、第１の基準信号の信号品質（例えば、信号対ノイズ比）および第２の基準信号の信号品質が第１の閾値以下であるかどうかを検出することができる。第１の基準信号の信号品質と第２の基準信号の信号品質の両方が第１の閾値以下であるときに、端末デバイスは、リンク障害が第１の制御リソースセットの通信リンク上で発生すると判定する。「第１の基準信号の信号品質と第２の基準信号の信号品質の両方が第１の閾値以下である」ことは、第１の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であり、かつ第２の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であることを含む。本方法によれば、検出のために特定の基準信号を選択する必要がない。本方法は実装が容易で互換性が良好である。互換性とは、別のＣＯＲＥＳＥＴ（ＣＯＲＥＳＥＴ０以外のＣＯＲＥＳＥＴ）のリンク障害回復手順が、リンク障害回復要求を送信し、別のＣＯＲＥＳＥＴに対するリンク障害回復要求応答を受信する手順を再利用することを含む方法で直接再利用されてもよいことを意味する。
【００３１】
代替的には、端末デバイスは、第２の基準信号の信号品質（例えば、信号対ノイズ比）が第１の閾値以下であるかどうかのみを検出してもよい。第２の基準信号の信号品質が第１の閾値以下であるときに、端末デバイスは、第１の制御リソースセットの通信リンク上でリンク障害が発生したと判定する。「第２の基準信号の信号品質が第１の閾値以下である」ことは、第２の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であることを含む。第１の基準信号は、リンク障害が発生するかどうか、およびリンク障害回復要求を開始するかどうかを判定するために組み合わせて使用される必要がない。従って、端末デバイスによって、第１の制御リソースセットの通信リンク上のリンク障害を判定する複雑さが低減される。
【００３２】
任意選択で、リンク障害検出モードに基づいて、第１の制御リソースセットのリンク障害を判定すること（または第１の制御リソースセットのリンク障害を判定すること）は、
第１の基準信号の信号品質が、報告周期性において第１の閾値以下であるとき、および第２の基準信号の信号品質が、報告周期性において第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定すること、または
第２の基準信号の信号品質が、報告周期性において第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定すること、を含む。
【００３３】
報告周期性は、物理（ＰＨＹ）層によるリンク障害インスタンスをメディアアクセス制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ，  ＭＡＣ）層に報告する周期性である。
【００３４】
第１の制御リソースセットのリンク障害を判定する信頼性を向上させるために、第１の制御リソースセットのリンク障害インスタンスを複数回にわたってカウントする必要がある。ＭＡＣ層において、複数回にわたって第１の制御リソースセットのリンク障害インスタンスをカウントする機能が実装される。したがって、本方法によれば、第１の制御リソースセットのリンク障害を判定する信頼性を向上させることができる。
【００３５】
任意に、探索空間セットが非ブロードキャスト探索空間（探索空間セットが非ブロードキャスト探索空間のみを含むことに限定されず、ブロードキャスト探索空間をさらに含んでもよい）を含むときに、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットは、第２の基準信号のみを含み、第２の基準信号は、第１の制御リソースセットに関連付けられた受信パラメータを示すために使用される。
【００３６】
任意選択で、リンク障害検出モードに基づいて、第１の制御リソースセットのリンク障害を判定すること（または第１の制御リソースセットのリンク障害を判定すること）は、
第２の基準信号の信号品質が第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定することを含む。
【００３７】
ネットワークデバイスは、第１の制御リソースセットのリンク障害検出のために、基準信号リソースセット内の第２の基準信号のみを設定してもよい。１つ以上の第２の基準信号が存在してもよい。端末デバイスは、第２の基準信号（例えば、ＳＳＢ）を検出する。第２の基準信号の信号品質が第１の閾値以下であるときに、端末デバイスは、第１の制御リソースセットのリンク障害を判定する。代替的には、第２の基準信号の信号品質が、数回連続して第１の閾値以下であるときに、端末デバイスは、第１の制御リソースセットのリンク障害を判定する。「第２の基準信号の信号品質が、第１の閾値以下である」ことは、少なくとも１つの第２の基準信号の信号品質が、第１の閾値以下であるか、または各第２の基準信号の信号品質が、第１の閾値以下であることであり得る。第２の基準信号の信号品質が、数回連続して第１の閾値以下であるかどうかを判定する機能は、端末デバイスの物理層において実装されてもよい。第１の制御リソースセット（例えば、ＣＯＲＥＳＥＴ０）は、通常、重要な情報を搬送するシステムメッセージを受信するために使用される。本方法では、互換性が維持されている間に、第１の制御リソースセットの通信リンクを迅速に回復することができる。
【００３８】
任意選択で、リンク障害検出モードに基づいて、第１の制御リソースセットのリンク障害を判定すること（または第１の制御リソースセットのリンク障害を判定すること）は、
第２の基準信号の信号品質が、報告周期性において第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定することであって、報告周期性は、物理（ＰＨＹ）層によるリンク障害インスタンスをＭＡＣ層に報告するための周期性である、判定することを含む。
【００３９】
第１の制御リソースセットのリンク障害を判定する信頼性を向上させるために、第１の制御リソースセットのリンク障害インスタンスを複数回にわたってカウントする必要がある。ＭＡＣ層において、複数回にわたって第１の制御リソースセットのリンク障害インスタンスをカウントする機能が実装される。したがって、本方法によれば、第１の制御リソースセットのリンク障害を判定する信頼性を向上させることができる。
【００４０】
任意選択で、第１の制御リソースセットの報告周期性が、別の制御リソースセット（すなわち、非ＭＩＢ情報によって設定される制御リソースセット）のリンク障害検出周期性と同じである場合、端末デバイスのＭＡＣ層は、第１の制御リソースセットおよび別の制御リソースセットに対して別々にカウントを行う。このケースでは、物理層から送信される表示情報（リンク障害インスタンス）は、リンク障害インスタンスに対応する制御リソースセットまたは制御リソースセットタイプ（例えば、ＭＩＢまたは非ＭＩＢ情報によって設定された制御リソースセット）を示す必要がある。
【００４１】
任意選択で、第１の制御リソースセットの報告周期性が、別の制御リソースセット（すなわち、非ＭＩＢ情報によって設定された制御リソースセット）のリンク障害検出周期性と異なる場合、端末デバイスのＭＡＣ層は、第１の制御リソースセットと別の制御リソースセットに対して別々にカウントを行い、第１の制御リソースセットの報告周期性は、第２の基準信号（例えば、ＳＳＢ）のみに基づいて、判定される。
【００４２】
任意選択で、リンク障害回復要求を送信することは、第３の基準信号リソースセットに基づいて第３の基準信号を判定することであって、第３の基準信号は、第３の基準信号リソースセットにおいて、信号品質が第２の閾値以上である基準信号であり、第３の基準信号リソースセットにおける基準信号は、同期信号および／またはブロードキャストチャネル基準信号である、判定することと、リンク障害回復要求を送信することであって、リンク障害回復要求は、第３の基準信号に基づいて、第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信することと、を含む。
【００４３】
第３の基準信号リソースセットは、例えば、ＲＭＳＩによって設定されるＳＳＢセットであり、ＳＳＢセット内のＳＳＢは、例えば、１つの同期ブロードキャストチャネルブロック内のＰＳＳ、ＰＢＣＨ、またはＤＭＲＳである。第２の閾値は、ネットワークデバイスによって設定されてもよいし、事前定義されてもよい。第２の閾値の値は、第１の閾値の値と同じであるか、または異なってもよい。端末デバイスは、信号品質が第２の閾値以上であるＳＳＢ（すなわち、第３の基準信号）を判定するために、ＳＳＢセット内のＳＳＢを検出してもよく、第２の基準信号に基づいて第１の制御リソースセットの通信リンクを回復するようにネットワークデバイスにさらに要求するようにする。前述の方法では、第２の基準信号は直接判定され、他の中間プロセスは存在しない。これは、第１の制御リソースセットのリンク回復効率を向上させる。
【００４４】
任意選択で、リンク障害回復要求を送信することは、第２の制御リソースセットに関連付けられた第４の基準信号に基づいて、第３の基準信号を判定することであって、第２の制御リソースセットは、第１の制御リソースセットのリンク障害を判定する前に設定された複数の制御リソースセットのうちの１つであり、第２の制御リソースセットに対応する基準信号（すなわち、リンク障害検出のために使用される基準信号）の品質は、第１の閾値および／または第２の閾値以上であり、第４の基準信号および第３の基準信号は、ＱＣＬ仮定関係を満たし、第４の基準信号は、第２の制御リソースセットに関連付けられた受信パラメータを示すために使用される、判定することと、リンク障害回復要求を送信することであって、リンク障害回復要求は、第３の基準信号に基づいて、第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信することと、を含む。
【００４５】
第４の基準信号は、例えば、チャネル状態情報基準信号（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，  ＣＳＩ−ＲＳ）であるか、または別の基準信号（例えば、トラッキング基準信号（ｔｒａｃｋｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，  ＴＲＳ））である。端末デバイスは、ＣＳＩ−ＲＳとＱＣＬの仮定関係に基づいて、第３の基準信号を判定することができる。第３の基準信号とＣＳＩ−ＲＳとの間にはＱＣＬ仮定関係が存在する。第１の閾値は、例えばＰＤＣＣＨの仮想的（ｈｙｐｏｔｈｅｔｉｃａｌ）ＢＬＥＲであり、第２の閾値は、例えばＲＳＲＰである。第１の閾値および第２の閾値の例は、本出願の他の部分の第１の閾値および第２の閾値にも適用可能である。本方法では、設定されたＳＳＢの信号品質を再度測定する必要がなく、リンク障害が発生しないＣＯＲＥＳＥＴに対応する伝送設定インジケータ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｉｃａｔｏｒ，  ＴＣＩ）に基づいて、第３の基準信号が直接判定される。これは、第１の制御リソースセットのリンク回復効率を向上させ、新しいリンクを識別する効率を向上させる。ＣＯＲＥＳＥＴを設定するときに、ネットワークデバイスは、ＴＣＩ状態識別子（ＴＣＩ  state  ＩＤ）を設定し、ＴＣＩ状態識別子は、１つのＴＣＩ状態に対応し、ＴＣＩ状態は、異なるタイプのＱＣＬ情報を含み、ＱＣＬ情報は、基準信号のリソースインデックスを含む。このようにして、端末デバイスは、ＴＣＩに基づいて第３の基準信号を判定することができる。
【００４６】
任意選択で、リンク障害回復要求を送信することは、リンク障害回復要求を送信することであって、リンク障害回復要求は、第３の基準信号に基づいて第１の制御リソースセットの通信リンクを回復（または再設定）することを要求するために使用される、送信することを含み、第３の基準信号は、第２の制御リソースセットに関連付けられた受信パラメータを示すために使用され、第２の制御リソースセットは、第１の制御リソースセットのリンク障害を判定する前に設定された複数の制御リソースセットのうちの１つであり、第２の制御リソースセットに対応する基準信号（すなわち、リンク障害検出のために使用される基準信号）の品質は、第１の閾値および／または第２の閾値以上である。
【００４７】
例えば、第３の基準信号は、第２の制御リソースセットに関連付けられたＳＳＢを示すために使用される。端末デバイスは、ＳＳＢに基づいて第１の制御リソースセットの通信リンクを回復するためにネットワークデバイスに要求してもよい。換言すれば、ＳＳＢを受信するために端末デバイスによって使用される受信パラメータは、第１の制御リソースセットにおいて搬送される下りリンク制御情報を検出するために使用されてもよい。第２の制御リソースセットのＣＳＩ−ＲＳに基づいて第３の基準信号を判定する方法と比較して、第２の制御リソースセットのＳＳＢに基づいて第３の基準信号を判定する方法は、第３の基準信号を判定する複雑さを低減する。
【００４８】
任意選択で、端末デバイスは、以下の方式で第３の基準信号を判定してもよい。
第２の制御リソースセットに関連付けられた基準信号がＳＳＢであるときに、ＳＳＢを第３の基準信号として判定するか、
第２の制御リソースセットに関連付けられた基準信号がＣＳＩ−ＲＳであり、ＣＳＩ−ＲＳとＳＳＢとの間にＱＣＬ関係が存在するときに、ＳＳＢを第３の基準信号として判定するか、または、
第２の制御リソースセットに関連付けられた基準信号がＳＳＢでもＣＳＩ−ＲＳでもないとき、または第２の制御リソースセットに関連付けられた基準信号がＣＳＩ−ＲＳであり、ＣＳＩ−ＲＳとＳＳＢとの間にＱＣＬ関係が存在しないときに、第３の基準信号リソースセットから、第３の基準信号セットとして比較的良好なチャネル品質を有するＳＳＢを判定する。
【００４９】
以上の方法によれば、第３の基準信号に基づいて第１の制御リソースセットの通信リンクを回復（再設定）し、端末デバイスによる第３の基準信号を判定する負荷が最大限低減されることが確実にされる。
【００５０】
任意選択で、本方法は、さらに、第３の制御リソースセット上のリンク障害回復要求応答を受信することと、および／または、第３の制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間を検出することとを含み、第３の制御リソースセットは、第３の基準信号に関連付けられた制御リソースセット（ブロードキャスト探索空間および非ブロードキャスト探索空間のうちの少なくとも１つを含む）であり、第３の制御リソースセットは、第２のＭＩＢによって設定される制御リソースセットである。
【００５１】
第２のＭＩＢは、第１のＭＩＢと同じか、または異なってもよい。ネットワークデバイスは、第３の制御リソースセットを使用してリンク障害回復要求応答を直接送信してもよいし、リンク障害回復要求応答を送信せずに第３の制御リソースセットを使用してＤＣＩを送信してもよい。端末デバイスは、第３の制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間を検出し、ＤＣＩを取得したときに、端末デバイスは、リンク障害回復要求応答を受信されたと判定してもよい（ＤＣＩは、リンク障害回復要求応答と同等である）。代替的には、ネットワークデバイスは、リンク障害回復要求応答を送信した後に、第３の制御リソースセットを使用してＤＣＩを送信してもよい。前述の方法では、第３の基準信号を含むリンク回復要求は、非ブロードキャスト探索空間を検出するために端末デバイスによって使用されるパラメータ（すなわち、第３の基準信号によって示される受信パラメータ）を暗示的に示し、ネットワークデバイスは、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【００５２】
任意選択で、本方法は、さらに、第２の制御リソースセット上でリンク障害回復要求応答を受信すること、および／または、第２の制御リソースセット上で、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出することを含み、第２の制御リソースセットは、第１の制御リソースセットのリンク障害を判定する前に設定された複数の制御リソースセットのうちの１つであり、第２の制御リソースセットに対応する基準信号の品質は、第２の閾値以上である。
【００５３】
第２の制御リソースセットは、例えば、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ，  ＲＲＣ）シグナリングによって設定される制御リソースセットであってもよい。ＲＲＣシグナリングによって設定された制御リソースセットが利用可能であるときに、端末デバイスは、ＲＲＣシグナリングによって設定された制御リソースセット上で非ブロードキャスト探索空間を検出してもよい。このようにして、ネットワークデバイスは、追加のシグナリングを使用することによって、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【００５４】
ネットワークデバイスは、第２の制御リソースセットを使用してリンク障害回復要求応答を直接送信してもよく、リンク障害回復要求応答を送信しないが、第２の制御リソースセットを使用してＤＣＩを送信してもよい。端末デバイスが、第２の制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間を検出し、ＤＣＩを取得するときに、端末デバイスは、端末リンク障害回復要求応答が受信されたと判定してもよい（ＤＣＩは、リンク障害回復要求応答と同等である）。代替的には、ネットワークデバイスは、リンク障害回復要求応答を送信した後に、第２の制御リソースセットを使用してＤＣＩを送信してもよい。
【００５５】
任意選択で、本方法は、さらに、第４の制御リソースセット上でリンク障害回復要求応答を受信すること、および／または、第４の制御リソースセット上で、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出することを含み、第４の制御リソースセットは、リンク障害回復要求応答を受信するために特に使用される制御リソースセットである。
【００５６】
第４の制御リソースセットは、通信リンクを回復するために特別に設定された制御リソースセットである。換言すると、第４の制御リソースセットは、リンク障害が発生する前に設定され、リンク障害回復のために特に使用される制御リソースセットである。端末デバイスは、情報を受信するために使用される制御リソースセットに基づいて、または、制御リソースセットに関連付けられた探索空間セットに基づいて、受信された情報が通常のデータスケジューリング応答であるか、または、リンク障害回復要求応答であるかを判定してもよい。第１の制御リソースセットのリンク障害を判定した後に、ネットワークデバイスは、第４の制御リソースセットを使用して、通信障害回復要求応答を端末デバイスに返し、第４の制御リソースセットのＤＭＲＳと、リンクを回復するために使用され、リンク障害回復要求に含まれる基準信号は、ＱＣＬ関係を満たす。端末デバイスは、ネットワークデバイスによって設定された制御リソースセット（すなわち、第４の制御リソースセット）に基づいて、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出してもよく、端末デバイスは、リンク障害回復プロセスにおいて、依然として重要なシステムメッセージを受信することができるようにする。本方法によれば、新しい制御リソースセットがネットワークデバイスによって設定される前に、端末デバイスは、関連情報を受信するために、予め第１の制御リソースセットに関連付けられた探索空間内で検出してもよい。これは、第１の制御リソースセットのリンク回復効率を向上させる。
【００５７】
任意選択で、非ブロードキャスト探索空間セットのＤＣＩフォーマットは、ＤＣＩフォーマット２＿０および／またはＤＣＩフォーマット２＿１を含むか、または
非ブロードキャスト探索空間セット内で検出されたＤＣＩの巡回冗長検査（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ，  ＣＲＣ）は、スロットフォーマット表示無線ネットワーク一時識別子（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｉｏｎ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ，  ＳＦＩ−ＲＮＴＩ）および／または中断無線ネットワーク一時識別子（ｉｎｔｅｒｒｕｐｔｉｏｎ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ，  ＩＮＴ−ＲＮＴＩ）によってスクランブルされ、ＤＣＩのＣＲＣは、ＤＣＩの情報ビットを使用して生成されるＣＲＣである。
【００５８】
ＤＣＩフォーマット２＿０のＣＲＣは、ＳＦＩ−ＲＮＴＩによってスクランブルされ、主にスロットフォーマットを送信するために使用される。ＤＣＩフォーマット２＿１のＣＲＣは、ＩＮＴ−ＲＮＴＩによってスクランブルされ、主にレートマッチングの位置（超高信頼低遅延通信（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  ｌｏｗ−ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，  ＵＲＬＬＣ）サービスデータの伝送中のパンクチャリング位置）を端末デバイスに通知するために使用される。この情報は、データ復調および基準信号の受信または送信のために使用される。したがって、第４の制御リソースを対応する探索空間に関連付けることは、リンク障害回復プロセスにおいて、スロットフォーマットまたはプリエンプション（ｐｒｅ−ｅｍｐｔｉｏｎ）情報を示すために使用される重要な情報も受信されることを確実にすることができ、データおよび基準信号を正しく受信する。
【００５９】
任意選択で、本方法は、第５の制御リソースセット上で、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セット（第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットの全部または一部を含む）を検出することを含み、第５の制御リソースセットは、第１の制御リソースセットのリンク障害を判定した後に設定された制御リソースセットである。
【００６０】
第５の制御リソースセットは、第１の制御リソースセットのリンク障害が発生した後に、新たに設定された制御リソースセットであるか、または第５の制御リソースセットは、ＱＣＬ／ＴＣＩが再設定された第１の制御リソースセットである。本方法によれば、ネットワークデバイスは、端末デバイスによって報告された複数の下りリンクから比較的良好なチャネル品質を有する下りリンクを発見し、端末デバイスのために下りリンクを設定してもよい。端末デバイスは、比較的良好なパフォーマンスを有し、ネットワークデバイスによって設定される新しい制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間セットを検出してもよい。これは、受信性能を向上させる。任意選択で、第１の制御リソースセットに関連付けられ、第５の制御リソースセット上で検出される探索空間セットは、ＳＦＩ−ＲＮＴＩおよび／またはＩＮＴ−ＲＮＴＩによってスクランブルされた探索空間セットを含む。
【００６１】
任意選択で、リンク障害回復要求を送信することは、物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ，  ＰＵＣＣＨ）を介してリンク障害回復要求を送信することであって、ＰＵＣＣＨは、チャネル品質情報および／またはスケジューリング要求情報を搬送するために使用される。
【００６２】
端末デバイスは、チャネル品質情報および／またはスケジューリング要求情報を搬送するＰＵＣＣＨを再利用して、リンク障害回復要求を送信してもよい。例えば、ビーム報告（ｂｅａｍ  ｒｅｐｏｒｔｉｎｇ）のフィールドの特別ステータスビットは、送信された情報がビーム報告であるか、リンク障害回復要求であるかを区別するために使用される。特別ステータスビットは、例えば、絶対または基準７ビット（ｂｉｔ）の予約ビット、最下位ビット、または最上位ビットである。これにより、エアインターフェースリソースの利用を向上させる。
【００６３】
任意に、チャネル品質情報は、基準信号受信電力（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ，  ＲＳＲＰ）関連情報、またはリンク適応に使用されるチャネル品質インジケータ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ，  ＣＱＩ）関連情報を含む、ビーム管理のために使用される報告情報（ビーム管理情報の報告）である。
【００６４】
基準信号受信電力関連情報は、ＲＳＲＰ、基準信号リソースインデックス（ＣＳＩ−ＲＳリソースインジケータ（ＣＳＩ−ＲＳ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ，  ＣＲＩ）、またはＳＳＢリソースインジケータ（ＳＳＢ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ，  ＳＳＢＲＩ）など）、および基準信号受信品質（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｉｎｇ  ｑｕａｌｉｔｙ，  ＲＳＲＱ）のうちの少なくとも１つを含む。チャネル品質インジケータ関連情報は、基準信号リソースインデックス（ＣＲＩなど）、プリコーディングマトリクスインジケータ（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ，  ＰＭＩ）、ランクインジケータ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ，  ＲＩ）、チャネル品質インジケータ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ，  ＣＱＩ）、およびレイヤインジケータ（ｌａｙｅｒ  ｉｎｄｉｃａｔｏｒ，  ＬＩ）のうちの少なくとも１つを含む。
【００６５】
スケジューリング要求情報には、以下の２つのケースを含む。一方のケースでは、データスケジューリングを要求するかどうかを示すために１ビットが使用される。換言すると、２つの状態（１ビットは２つの状態「０」と「１」を有する）が、データスケジューリングを要求するかどうかを示すために使用される。他方のケースでは、シーケンス（ｏｎ／ｏｆｆ）が存在するかが、データスケジューリングを要求するかどうかを示すために使用される。データスケジューリングが存在する場合、シーケンスが送信される。データスケジューリングが存在しない場合、シーケンスは送信されない。
【００６６】
任意選択で、リンク障害回復要求を送信することは、物理ランダムアクセスチャネル（ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ，  ＰＲＡＣＨ）を介してリンク障害回復要求を送信することを含み、ＰＲＡＣＨは、第３の基準信号と関連関係を有し、第３の基準信号は、第１の制御リソースセットの通信リンクを回復するための基準信号である。
【００６７】
前述の関連関係は、ネットワークデバイスが、ＲＲＣシグナリングを使用してＰＲＡＣＨリソースにおいて第３の基準信号を設定することを意味する。端末デバイスは、上りリンクビームと下りリンクビームの相反性があるときに、第３の基準信号に対応するビームを介してリンク障害回復要求を送信してもよい。ＰＲＡＣＨは、競合ベースのランダムアクセスシナリオ（すなわち、競合ベースのＰＲＡＣＨリソース）で設定されるＰＲＡＣＨであってもよいし、非競合ベースのランダムアクセスシナリオ（すなわち、非競合ベースのＰＲＡＣＨリソース）で設定されるＰＲＡＣＨであってもよい。競合ベースのＰＲＡＣＨリソースが使用されるときに、競合ベースのＰＲＡＣＨリソースが初期アクセスのために使用されるため、ＰＲＡＣＨリソースを再使用すると、オーバヘッドを低減することができる。非競合ベースのＰＲＡＣＨリソースが使用される場合、ネットワークデバイスは、端末デバイスのためにＰＲＡＣＨリソースを別々に設定する。端末デバイスは、別のユーザと競合する必要がないため、リンク障害回復要求を送信するための時間を低減することができる。
【００６８】
第２の態様によれば、別のリンク回復方法が提供される。本方法は、リンク障害回復要求を受信することであって、リンク障害回復要求は、第１の制御リソースセットの通信リンクを回復することを要求するために使用され、第１の制御リソースセットは、第１のＭＩＢによって設定された制御リソースセットである、受信することと、リンク障害回復要求に基づいて、制御リソースセットおよび／または受信パラメータを設定することであって、制御リソースセットは、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットにおいて検出するために使用される、設定することと、を含む。
【００６９】
第１の制御リソースセットは、第５世代移動通信システムで定義されるＣＯＲＥＳＥＴ、制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）、またはｅＰＤＣＣＨセット（ｓｅｔ）であってもよいし、別の移動通信システム（例えば、第６世代移動通信システム）で定義され、ＰＤＣＣＨを搬送するリソースセットであってもよい。ネットワークデバイスが、第１の制御リソースセットの通信リンク上でリンク障害が発生したことを知ったときに、ネットワークデバイスは、制御リソースセットおよび／または受信パラメータを設定してもよく、ＭＩＢによって設定された制御リソースセットの通信リンクを迅速に回復する。
【００７０】
任意選択で、制御リソースセットは、リンク障害回復要求を受信する前に設定された複数の制御リソースセットのうちの１つであり、制御リソースセットに対応する基準信号の品質は、第１の閾値および／または第２の閾値以上である。
【００７１】
制御リソースセットは、例えば、ＲＲＣシグナリングによって設定される制御リソースセットであってもよい。ＲＲＣシグナリングによって設定された制御リソースセットが利用可能であるときに、端末デバイスは、ＲＲＣシグナリングによって設定された制御リソースセット上の非ブロードキャスト探索空間において検出してもよい。このようにして、ネットワークデバイスは、追加のシグナリングを使用することによって、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【００７２】
任意選択で、制御リソースセットは、リンク障害回復要求を受信した後に設定される制御リソースセットである。
【００７３】
制御リソースセットは、例えば、第１の態様で説明された第５の制御リソースセットであり、第５の制御リソースセットは、第１の制御リソースセットのリンク障害が発生した後に新たに設定された制御リソースセットであるか、または、第５の制御リソースセットは、ＱＣＬ／ＴＣＩが再設定された第１の制御リソースセットである。本方法によれば、ネットワークデバイスは、端末デバイスによって報告された複数の下りリンクから比較的良好なチャネル品質を有する下りリンクを発見し、端末デバイスのために下りリンクを設定してもよい。端末デバイスは、比較的良好なパフォーマンスを有し、ネットワークデバイスによって設定される新しい制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間セットを検出してもよい。これにより、システムの性能を向上させる。
【００７４】
任意選択で、リンク障害回復要求を受信することは、第３の基準信号を含むリンク障害回復要求を受信することであって、第３の基準信号は、第１の制御リソースセットの通信リンクを回復するための基準信号である、受信することを含み、リンク障害回復要求に基づいて制御リソースセットおよび／または受信パラメータを設定することは、リンク障害回復要求に基づいて、第３の基準信号に関連付けられた制御リソースセットおよび／または受信パラメータを設定することを含む。
【００７５】
第３の基準信号は、例えば、第２の制御リソースセット（すなわち、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出するための制御リソースセット）に関連付けられた受信パラメータを示すために使用されるＳＳＢである。ネットワークデバイスは、ＳＳＢに基づいて、第１の制御リソースセットの通信リンクを回復し、追加のシグナリングを使用して、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要はない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【００７６】
任意選択で、リンク障害回復要求を受信することは、ＰＵＣＣＨを介してリンク障害回復要求を受信することであって、ＰＵＣＣＨは、チャネル品質情報および／またはスケジューリング要求情報を搬送するために使用される。
【００７７】
ネットワークデバイスは、チャネル品質情報および／またはスケジューリング要求情報を搬送するＰＵＣＣＨを再利用して、リンク障害回復要求を受信してもよい。例えば、ビーム報告（ｂｅａｍ  ｒｅｐｏｒｔｉｎｇ）のフィールドの特別ステータスビットは、送信された情報がビーム報告であるか、リンク障害回復要求であるかを区別するために使用される。特別ステータスビットは、例えば、絶対または基準７ビット（ｂｉｔ）の予約ビット、最下位ビット、または最上位ビットである。これにより、エアインターフェースリソースの利用を向上させる。
【００７８】
任意選択で、リンク障害回復要求を受信することは、ＰＲＡＣＨを介してリンク障害回復要求を受信することであって、ＰＲＡＣＨは、第３の基準信号と関連関係を有し、第３の基準信号は、第１の制御リソースセットの通信リンクを回復するための基準信号である、受信することを含む。
【００７９】
前述の関連関係は、ネットワークデバイスが、ＲＲＣシグナリングを使用してＰＲＡＣＨリソースにおいて第３の基準信号を設定することを意味する。上りリンクビームと下りリンクビームが相反性を有するときに、端末デバイスは、第３の基準信号に対応するビームを介してリンク障害要求を送信してもよい。ＰＲＡＣＨは、競合ベースのランダムアクセスシナリオ（すなわち、競合ベースのＰＲＡＣＨリソース）で設定されるＰＲＡＣＨであってもよいし、非競合ベースのランダムアクセスシナリオ（すなわち、非競合ベースのＰＲＡＣＨリソース）で設定されるＰＲＡＣＨであってもよい。競合ベースのＰＲＡＣＨリソースが使用されるときに、競合ベースのＰＲＡＣＨリソースが初期アクセスのために使用されるため、ＰＲＡＣＨリソースを再使用すると、オーバヘッドを低減することができる。非競合ベースのＰＲＡＣＨリソースが使用される場合、ネットワークデバイスは、端末デバイスのためにＰＲＡＣＨリソースを別々に設定する。端末デバイスは、別のユーザと競合する必要がないため、リンク障害回復要求を送信するための時間を低減することができる。
【００８０】
任意選択で、本方法は、制御リソースセット上でリンク障害回復要求応答を送信すること、および／または制御リソースセット上で第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを送信することをさらに含む。
【００８１】
制御リソースセットは、第２の制御リソースセットまたは第３の制御リソースセットであってもよい。制御リソースセットが第２の制御リソースセットであるときに、第２の制御リソースセットは、例えば、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ，  ＲＲＣ）シグナリングによって設定される制御リソースセットであってもよい。ＲＲＣシグナリングによって設定された制御リソースセットが利用可能であるときに、端末デバイスは、ＲＲＣシグナリングによって設定された制御リソースセット上で非ブロードキャスト探索空間を検出してもよい。このようにして、ネットワークデバイスは、追加のシグナリングを使用することによって、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。制御リソースセットが第３の制御リソースセットであるときに、ネットワークデバイスは、第３の制御リソースセットを使用してリンク障害回復要求応答を直接送信するか、またはリンク障害回復要求応答を送信せずに、第３の制御リソースセットを使用してＤＣＩを送信してもよい。端末デバイスは、第３の制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間を検出し、ＤＣＩを取得したときに、端末デバイスは、リンク障害回復要求応答を受信されたと判定してもよい（ＤＣＩは、リンク障害回復要求応答と同等である）。代替的には、ネットワークデバイスは、リンク障害回復要求応答を送信した後に、第３の制御リソースセットを使用してＤＣＩを送信してもよい。前述の方法では、第３の基準信号を含むリンク回復要求は、非ブロードキャスト探索空間を検出するために端末デバイスによって使用されるパラメータ（すなわち、第３の基準信号によって示される受信パラメータ）を暗示的に示し、ネットワークデバイスは、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【００８２】
任意選択で、本方法は、第４の制御リソースセット上でリンク障害回復要求応答を送信すること、および／または第４の制御リソースセット上で第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを送信することをさらに含み、
第４の制御リソースセットは、リンク障害回復要求応答を送信するために特に使用される制御リソースセットである。
【００８３】
第４の制御リソースセットは、通信リンクを回復するためにネットワークデバイスによって特別に設定される制御リソースセットである。換言すると、第４の制御リソースセットは、リンク障害が発生する前に設定され、リンク障害回復のために特に使用される制御リソースセットである。端末デバイスは、情報を受信するために使用される制御リソースセットに基づいて、または、制御リソースセットに関連付けられた探索空間セットに基づいて、受信された情報が通常のデータスケジューリング応答であるか、または、リンク障害回復要求応答であるかを判定してもよい。ネットワークデバイスは、第１の制御リソースセットのリンク障害を判定した後に、第４の制御リソースセットを使用して通信障害回復要求応答を端末デバイスに返す。第４の制御リソースセットのＤＭＲＳと、リンクを回復するために使用され、リンク障害回復要求に含まれる基準信号は、ＱＣＬ関係を満たす。端末デバイスは、ネットワークデバイスによって再設定された制御リソースセット（すなわち、第４の制御リソースセット）に基づいて、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットにおいて検出してもよい。本方法によれば、新しい制御リソースセットがネットワークデバイスによって設定される前に、端末デバイスは、関連情報を受信するために、予め第１の制御リソースセットに関連付けられた探索空間内で検出してもよい。これは、第１の制御リソースセットのリンク回復効率を向上させる。
【００８４】
任意選択で、非ブロードキャスト探索空間セットのＤＣＩフォーマットは、ＤＣＩフォーマット２＿０および／またはＤＣＩフォーマット２＿１を含むか、または
非ブロードキャスト探索空間セットにおいて検出されたＤＣＩの巡回冗長検査ＣＲＣは、スロットフォーマット表示無線ネットワーク一時識別子ＳＦＩ−ＲＮＴＩおよび／または中断無線ネットワーク一時識別子ＩＮＴ−ＲＮＴＩによってスクランブルされる。
【００８５】
非ブロードキャスト探索空間セットで検出されたＤＣＩの巡回冗長検査（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ，  ＣＲＣ）は、スロットフォーマット表示無線ネットワーク一時識別子（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｉｏｎ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ，  ＳＦＩ−ＲＮＴＩ）および／または中断無線ネットワーク一時識別子（ｉｎｔｅｒｒｕｐｔｉｏｎ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ，  ＩＮＴ−ＲＮＴＩ）によってスクランブルされ、ＤＣＩのＣＲＣは、ＤＣＩの情報ビットを使用して生成されるＣＲＣである。
【００８６】
ＤＣＩフォーマット２＿０のＣＲＣは、ＳＦＩ−ＲＮＴＩによってスクランブルされ、主にスロットフォーマットを送信するために使用される。ＤＣＩフォーマット２＿１のＣＲＣは、ＩＮＴ−ＲＮＴＩによってスクランブルされ、主にレートマッチングの位置（超高信頼低遅延通信（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  ｌｏｗ−ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，  ＵＲＬＬＣ）サービスデータの伝送中のパンクチャリング位置）を端末デバイスに通知するために使用される。この情報は、データ復調および基準信号の受信または送信のために使用される。したがって、第４の制御リソースを対応する探索空間に関連付けることは、リンク障害回復プロセスにおいて、スロットフォーマットまたはプリエンプション（ｐｒｅ−ｅｍｐｔｉｏｎ）情報を示すために使用される重要な情報も受信されることを確実にすることができ、データおよび基準信号を正しく受信する。
【００８７】
任意選択で、本方法は、第５の制御リソースセット上で、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを送信することであって、第５の制御リソースセットは、第１の制御リソースセットのリンク障害を判定した後に設定される制御リソースセットである、送信することをさらに含む。
【００８８】
第５の制御リソースセットは、第１の制御リソースセットのリンク障害が発生した後に、新たに設定された制御リソースセットであるか、または第５の制御リソースセットは、ＱＣＬ／ＴＣＩが再設定された第１の制御リソースセットである。本方法によれば、ネットワークデバイスは、端末デバイスによって報告された複数の下りリンクから比較的良好なチャネル品質を有する下りリンクを発見し、端末デバイスのために下りリンクを設定してもよい。端末デバイスは、比較的良好なパフォーマンスを有し、ネットワークデバイスによって設定される新しい制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間セットを検出してもよい。これは、受信性能を向上させる。任意選択で、第１の制御リソースセットに関連付けられ、第５の制御リソースセット上で検出される探索空間セットは、ＳＦＩ−ＲＮＴＩおよび／またはＩＮＴ−ＲＮＴＩによってスクランブルされた探索空間セットを含む。
【００８９】
第３の態様によれば、本出願は、リンク回復装置を提供する。装置は、通信デバイス（例えば、端末デバイス）であってもよいし、通信デバイス内のチップであってもよい。装置は、処理ユニットおよびトランシーバユニットを含んでもよい。装置が通信デバイスであるときに、処理ユニットはプロセッサであってもよく、トランシーバユニットはトランシーバであってもよい。通信デバイスは、記憶ユニットをさらに含んでもよく、記憶ユニットはメモリであってもよい。記憶ユニットは、命令を記憶するように設定され、処理ユニットは、記憶ユニットに記憶された命令を実行し、通信デバイスが、第１の態様による方法を行うことを可能にする。装置が通信デバイス内のチップであるときに、処理ユニットはプロセッサであってもよく、トランシーバユニットは入力／出力インターフェース、ピン、回路などであってもよい。処理ユニットは、記憶ユニットに記憶された命令を実行し、通信デバイスが、第１の態様による方法を行うことを可能にする。記憶ユニットは、チップ内の記憶ユニット（例えば、レジスタまたはキャッシュ）であってもよく、または、通信デバイス内にあり、チップ外に位置する記憶ユニット（例えば、読み出し専用メモリまたはランダム・アクセス・メモリ）であってもよい。
【００９０】
第４の態様によれば、別のリンク回復デバイスが提供される。装置は、通信デバイス（例えば、ネットワークデバイス）であってもよいし、通信デバイス内のチップであってもよい。装置は、処理ユニットおよびトランシーバユニットを含んでもよい。装置が通信デバイスであるときに、処理ユニットはプロセッサであってもよく、トランシーバユニットはトランシーバであってもよい。通信デバイスは、記憶ユニットをさらに含んでもよく、記憶ユニットはメモリであってもよい。記憶ユニットは、命令を記憶するように設定され、処理ユニットは、記憶ユニットに記憶された命令を実行して、通信デバイスが、前記第２の態様による方法を行うことを可能にする。装置が通信デバイス内のチップであるときに、処理ユニットはプロセッサであってもよく、トランシーバユニットは入力／出力インターフェース、ピン、回路などであってもよい。処理ユニットは、記憶ユニットに記憶された命令を実行し、通信デバイスが、第２の態様による方法を行うことを可能にする。記憶ユニットは、チップ内の記憶ユニット（例えば、レジスタまたはキャッシュ）であってもよく、または、通信デバイス内にあり、チップ外に位置する記憶ユニット（例えば、読み出し専用メモリまたはランダム・アクセス・メモリ）であってもよい。
【００９１】
第５の態様によれば、ネットワークシステムが提供される。ネットワークシステムは、第３の態様によるリンク回復装置と、第４の態様のリンク回復デバイスとを含む。
【００９２】
第６の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータプログラムコードを含む。コンピュータプログラムコードが、端末デバイスの通信ユニットおよび処理ユニット、またはトランシーバおよびプロセッサによって実行されるときに、端末デバイスは、第１の態様による方法を行うことが可能となる。
【００９３】
第７の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータプログラムコードを含む。コンピュータプログラムコードが、ネットワークデバイスの通信ユニットおよび処理ユニット、またはトランシーバおよびプロセッサによって実行されるときに、ネットワークデバイスは、第２の態様による方法を行うことが可能となる。
【００９４】
第７の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体は、前述の端末デバイスによって使用されるコンピュータソフトウェア命令を記憶するように設定され、コンピュータソフトウェア命令は、第１の態様の方法を行うように設計されたプログラムを含む。
【００９５】
第９の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体は、前述のネットワークデバイスによって使用されるコンピュータソフトウェア命令を記憶するように設定され、コンピュータソフトウェア命令は、第２の態様の方法を行うように設計されたプログラムを含む。
【００９６】
第１０の態様によれば、チップが提供される。チップは命令を記憶する。この命令が端末デバイス上で実行されるときに、チップは、第１の態様の方法を行うことが可能となる。
【００９７】
第１１の態様によれば、チップが提供される。チップは命令を記憶する。この命令がネットワークデバイス上で実行されるときに、チップは、第１の態様の方法を行うことが可能となる。
【図面の簡単な説明】
【００９８】
【図１】本出願による、適用可能な通信システムの概略図である；
【図２】本出願による、適用可能なビーム訓練プロセスの概略図である；
【図３】本出願による、リンク回復方法の概略フローチャートである。
【図４】本出願による、別のリンク回復方法の概略フローチャートである。
【図５】本出願による、報告周期性に基づいて、第１の制御リソースセットのリンク障害を判定するための方法を示す。
【図６】本出願による、報告周期性に基づいて、第１の制御リソースセットのリンク障害を判定するための別の方法を示す。
【図７】本出願による、報告周期性に基づいて、第１の制御リソースセットのリンク障害を判定するためのさらに別の方法を示す。
【図８】本出願による、報告周期性に基づいて、第１の制御リソースセットのリンク障害を判定するためのさらに別の方法を示す。
【図９】本出願による、ＣＯＲＥＳＥＴ０を検出する方法の概略フローチャートである；
【図１０】本出願による、ＣＯＲＥＳＥＴ０を検出する別の方法の概略フローチャートである。
【図１１】本出願による、リンク障害回復要求を送信するフローチャートである。
【図１２】本出願による、リンク障害回復要求を送信するフローチャートである。
【図１３】本出願による、非ブロードキャスト探索空間を検出するための方法のフローチャートである。
【図１４】本出願による、非ブロードキャスト探索空間を検出するための別の方法のフローチャートである。
【図１５】本出願による、さらに別のリンク回復方法の概略フローチャートである。
【図１６】本出願による、リンク回復装置の概略構造図である。
【図１７】本出願による、別のリンク回復装置の概略構造図である。
【図１８】本出願による、端末デバイスの概略構造図である。
【図１９】本出願による、アクセスネットワークデバイスの概略構造図である。
【図２０】本出願による、通信装置の概略構造図である。
【発明を実施するための形態】
【００９９】
図１は、本出願に適用可能な通信システム１００を示す。通信システム１００は、ネットワークデバイス１１０および端末デバイス１２０を含む。ネットワークデバイス１１０と端末デバイス１２０は、無線ネットワークを介して互いに通信する。端末デバイス１２０がデータを送信するときに、無線通信モジュールは、伝送のための情報を符号化してもよい。特に、無線通信モジュールは、チャネルを介してネットワークデバイス１１０に送信される特定の数の情報ビットを取得してもよい。これらの情報ビットは、例えば、処理モジュールによって生成されるか、他のデバイスから受信されるか、または記憶モジュールに記憶された情報ビットである。
【０１００】
通信システム１００の伝送方向が上りリンク伝送であるときに、端末デバイス１２０は送信端であり、ネットワークデバイス１１０は受信端である。通信システム１００の伝送方向が下りリンク伝送であるときに、ネットワークデバイス１１０は送信端であり、端末デバイス１２０は受信端である。
【０１０１】
本出願において提供される技術的解決策は、種々の通信システム、例えば、第５世代移動通信システムに適用されてもよい。本出願において５Ｇ移動通信システムは、非スタンドアロン（ｎｏｎ−ｓｔａｎｄａｌｏｎｅ，  ＮＳＡ）５Ｇ移動通信システムおよび／またはスタンドアロン（ｓｔａｎｄａｌｏｎｅ，  ＳＡ）５Ｇ移動通信システムを含む。本出願において提供される技術的解決策は、代替的に、将来の通信システム、例えば、第６世代移動通信システムに適用され得る。
【０１０２】
本出願では、端末デバイスは、アクセス端末、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ，  ＵＥ）、加入者ユニット、加入者ステーション、移動局、遠隔局、遠隔端末、移動デバイス、ユーザ端末、端末、無線通信デバイス、ユーザエージェント、またはユーザ装置と呼ばれてもよい。アクセス端末は、セルラ電話、無線通信機能を有するハンドヘルドデバイス、コンピュータデバイス、無線モデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、または第５世代通信システムにおけるユーザ機器であってもよい。
【０１０３】
ネットワークデバイスは、符号分割多元接続（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ，  ＣＤＭＡ）システムにおけるベーストランシーバ局（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ，  ＢＴＳ）、広帯域符号分割多元接続（ｗｉｄｅｂａｎｄ  ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ，  ＷＣＤＭＡ）システムにおけるＮｏｄｅＢ  （ＮｏｄｅＢ，  ＮＢ）、ロングタームエボリューション（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ，  ＬＴＥ）システムにおける発展型ＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ，  ｅＮＢ）、または５Ｇ移動通信システムにおけるｇＮＢ（ｇＮＢ）であってもよい。前述の基地局は、説明のための例としてのみ使用される。代替的には、ネットワークデバイスは、中継ノード、アクセスポイント、車両搭載デバイス、ウェアラブルデバイス、または他のタイプのデバイスであってもよい。
【０１０４】
本出願に適用可能な前述の通信システムは、単に説明のための一例に過ぎず、本出願に適用可能な通信システムは、これに限定されない。例えば、通信システムは、別の数のネットワークデバイスおよび別の数の端末デバイスを含んでもよい。
【０１０５】
本出願の理解を容易にするために、本出願において提供されるリンク回復方法が説明される前に、本出願における概念が最初に簡単に説明される。
【０１０６】
本出願において、ビームは、ネットワークデバイスの送信ビームおよび受信ビームと、端末デバイスの送信ビームおよび受信ビームとに分類されてもよい。ネットワークデバイスの送信ビームは、ネットワークデバイスの送信側ビームフォーミング情報を説明するために使用され、基地局の受信ビームは、ネットワークデバイスの受信側ビームフォーミング情報を説明するために使用される。端末デバイスの送信ビームは、端末デバイスの送信側ビームフォーミング情報を説明するために使用され、端末の受信ビームは、端末デバイスの受信側ビームフォーミング情報を説明するために使用される。すなわち、ビームはビームフォーミング情報を説明するために使用される。
【０１０７】
本出願において、ビームは、時間リソース、および／または空間リソース、および／または周波数ドメインリソースに対応してもよい。
【０１０８】
任意選択で、ビームは、代替的に、基準信号リソース（例えば、ビームフォーミングのための基準信号リソース）またはビームフォーミング情報に対応してもよい。
【０１０９】
任意選択で、ビームは、代替的に、ネットワークデバイスの基準信号リソースに関連付けられた情報に対応してもよい。基準信号は、ＣＳＩ−ＲＳ、ＳＳＢ、ＤＭＲＳ、位相トラッキング基準信号（ｐｈａｓｅ  ｔｒａｃｋｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，  ＰＴＲＳ）、トラッキング信号（ｔｒａｃｋｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，  ＴＲＳ）などであり得る。基準信号リソースに関連付けられた情報は、基準信号リソース識別子、ＱＣＬ情報などであってもよい。
【０１１０】
基準信号リソース識別子は、基準信号リソースに基づいて測定中に前もって確立された送信／受信ビーム対に対応する。端末は、基準信号リソース識別子に基づいてビーム情報を推論してもよい。
【０１１１】
図２は、本出願に適用可能なビーム訓練プロセスを示す。図２において、ＴＲＰは、伝送基準点（ｔｒａｎｓｍｉｓｓｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）の英語の省略形である。
【０１１２】
ビーム対の選択：図２の（ａ）および（ｂ）に示されるように、ビーム訓練プロセスにおいて、Ｎ個の最適ビーム対リンク（ｂｅａｍ  ｐａｉｒ  ｌｉｎｋ，  ＢＰＬ）が、ビーム掃引を介して最初に選択される。１つのＢＰＬは、１つの基地局送信ビームおよび１つの端末受信ビームを含み、または１つのＢＰＬは、１つの端末送信ビームおよび１つの基地局受信ビームを含む。端末デバイスは、ネットワークデバイスによって行われるビーム掃引に基づいて、基地局送信ビームおよび／または端末受信ビームを選択し、ネットワークデバイスは、端末デバイスのビーム掃引に基づいて、端末送信ビームおよび／または基地局受信ビームを選択する。
【０１１３】
送信ビームの更新：送信ビームは、基地局送信ビームまたは端末送信ビームであってもよい。送信ビームが基地局送信ビームである場合、図２の（ｅ）に示されるように、基地局は、異なる送信ビームを介してＵＥに基準信号を送信し、ＵＥは、１つの受信ビームを介して、異なる送信ビームを介して基地局によって送信された基準信号を受信し、受信した信号に基づいて最適な基地局送信ビームを判定し、次いで、最適な基地局送信ビームを基地局にフィードバックして、送信ビームを更新するようにする。送信ビームが端末送信ビームである場合、図２の（ｄ）に示されるように、ＵＥは、異なる送信ビームを介して基準信号を基地局に送信し、基地局は、同じ受信ビームを介して、異なる送信ビームを介してＵＥによって送信された基準信号を受信し、受信した信号に基づいて最適なＵＥ送信ビームを判定し、次いで、最適なＵＥ送信ビームをＵＥにフィードバックして、ＵＥが送信ビームを更新するようにする。異なる送信ビームを介して基準信号を送信するプロセスはビーム掃引と呼ばれてもよく、受信した信号に基づいて最適な送信ビームを判定するプロセスはビームマッチングと呼ばれてもよい。
【０１１４】
受信ビームの更新：受信ビームは、基地局受信ビームまたは端末受信ビームであってもよい。受信ビームが基地局受信ビームであるときに、図２の（ｆ）に示されるように、ＵＥは、同じ送信ビームを介して基準信号を基地局に送信し、基地局は、異なる受信ビームを介して、ＵＥによって送信された基準信号を受信し、次いで、受信した信号に基づいて最適な基地局受信ビームを判定して、基地局受信ビームを更新する。受信ビームがＵＥ受信ビームであるときに、図２の（ｃ）に示されるように、基地局は、同じ送信ビームを介して基準信号をＵＥに送信し、ＵＥは、異なる受信ビームを介して、基地局によって送信された基準信号を受信し、次いで、受信した信号に基づいて最適なＵＥ受信ビームを判定して、ＵＥ受信ビームを更新する。
【０１１５】
下りリンク信号伝送中に、基地局送信ビームおよび端末受信ビームの両方が動的に変化してもよく、受信した信号に基づいて端末装置によって判定される複数の最適な受信ビームが存在してもよい。端末デバイスが端末デバイスの受信ビームを判定することを可能にするために、端末デバイスは、複数の受信ビームに関する情報を基地局にフィードバックし、基地局は、ビーム表示情報を端末デバイスに送信することにより、端末受信ビームを端末デバイスに示することができる。端末装置がアナログビームフォーミングを使用するときに、端末デバイスは、ネットワークデバイスによって送信されるビーム表示情報に基づいて端末受信ビームを正確に判定してもよい。したがって、端末デバイスのビーム掃引時間を短縮することができ、電力を節約する。
【０１１６】
ビーム訓練プロセスを介して、基地局は、ＵＥと通信するために使用されるＮ個の最適ＢＰＬを取得する。ＢＰＬは＜Ｂｘ，  Ｂ’ｘ＞であり、Ｂｘは基地局送信ビームを表し、Ｂ’ｘはＵＥ受信ビームを表す。代替的には、ＢＰＬは＜Ｂｙ，  Ｂ’ｙ＞であり、ＢｙはＵＥ送信ビームを表し、Ｂ’ｙは基地局受信ビームを表す。ＵＥとのその後の通信プロセスにおいて、基地局は、データ伝送にＮ個のＢＰＬを使用する。しかし、通信プロセスには障害が存在し、高周波チャネル上の回折能力は乏しい。その結果、現在のサービングビームはブロックされ、信号伝送は進行できない。ビームブロッキングに起因する突然の通信中断を防止するために、ビーム品質を検出し、ビームがブロックされたときにリンクを迅速に回復するために、対応するメカニズムを導入する必要がある。
【０１１７】
通信リンクを検出し、通信リンクを回復させるために、ネットワークは、端末に対して、リンク障害検出（すなわち、ビーム障害検出）のために使用されるリンク障害検出基準信号リソースを設定する必要がある。リンク障害検出基準信号リソースは、ビーム障害検出基準信号リソース設定（Ｂｅａｍ−Ｆａｉｌｕｒｅ−Ｄｅｔｅｃｔｉｏｎ−ＲＳ−ＲｅｓｏｕｒｃｅＣｏｎｆｉｇ）、ビーム障害検出基準信号（Ｂｅａｍ−Ｆａｉｌｕｒｅ−Ｄｅｔｅｃｔｉｏｎ−ＲＳ）、またはビーム障害検出リソース（Ｆａｉｌｕｒｅ−Ｄｅｔｅｃｔｉｏｎ−Ｒｅｓｏｕｒｃｅｓ）と呼ばれてもよい。さらに、ネットワークデバイスは、端末デバイスに対して、通信リンク回復のために使用される候補基準信号リソースを設定する必要がある。候補基準信号リソースは、候補ビーム基準信号リスト（ｃａｎｄｉｄａｔｅ  ｂｅａｍ  ＲＳ  ｌｉｓｔ）、候補ビーム基準信号識別子リソース（Ｂｅａｍ−Ｆａｉｌｕｒｅ−Ｃａｎｄｉｄａｔｅ−Ｂｅａｍ−Ｒｅｓｏｕｒｃｅ）、候補ビーム識別子基準信号（Ｃａｎｄｉｄａｔｅ−Ｂｅａｍ−Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ−ＲＳ）、または新しいリンクを識別するための基準信号リソースとして参照されてもよい。
【０１１８】
特定の実装中、リンク障害検出のために使用される基準信号リソースおよび候補基準信号リソースは、他の名称を有してもよい。これは、本出願において特に限定されない。
【０１１９】
信号、信号セット、またはリソースは、明示的な方式（専用の信号方式、例えば、ＲＲＣ、ＭＡＣ−ＣＥ、およびＤＣＩのうちの少なくとも１つ使用して）で設定されてもよい。追加的に、リンク障害検出のために使用される基準信号は、代替的には、暗黙の方式で示されてもよい。ＰＤＣＣＨ／ＣＯＲＥＳＥＴを示す伝送設定インジケータ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｉｃａｔｏｒ，  ＴＣＩ）に関連付けられた基準信号は、リンク障害検出を使用する基準信号として使用され、その基準信号は、ＰＤＣＣＨ（ＰＤＣＣＨ  ＤＭＲＳを伴うタイプＤ  ＱＣＬ）の復調基準信号（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，  ＤＭＲＳ）との疑似コロケーション仮定関係を有するタイプＤ  ＱＣＬに含まれる基準信号であり、その基準信号は、周期的に送信される信号である。
【０１２０】
例えば、ビーム障害検出基準信号セット（Ｂｅａｍ−Ｆａｉｌｕｒｅ−Ｄｅｔｅｃｔｉｏｎ−ＲＳ  ｓｅｔ）内のＲＳは、ＰＤＣＣＨのＤＭＲＳと疑似コロケーション（ｑｕａｓｉ  ｃｏ−ｌｏｃａｔｉｏｎ，  ＱＣＬ）関係を有するか、またはＰＤＣＣＨと同じＴＣＩ状態を使用する。セット内の基準信号の一部または全部のチャネル品質情報（例えば、基準信号受信電力ＲＳＲＰ、基準信号受信品質ＲＳＲＱ、ブロックエラー比（ｂｌｏｃｋ  ｅｒｒｏｒ  ｒａｔｉｏ，  ＢＬＥＲ）、信号対干渉プラスノイズ比（ｓｉｇｎａｌ  ｔｏ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｐｌｕｓ  ｎｏｉｓｅ  ｒａｔｉｏ，  ＳＩＮＲ）、信号対ノイズ比（ｉｇｎａｌ  ｔｏ  ｎｏｉｓｅ  ｒａｔｉｏ，  ＳＮＲ）、およびチャネル品質インジケータＣＱＩ）が第１の閾値未満であるときに、通信リンクが不良であると判定される。設定した閾値を下回ることは、Ｎ回連続して設定した閾値を下回ることか、またはある期間にＮ回設定した閾値を下回ることであってもよい。任意選択で、設定した閾値は、同期外閾値（ＲＬＭ  ＯＯＳ  ｔｈｒｅｓｈｏｌｄＣｏｎｆｉｇ／ｒｌｍＩｎＳｙｎｃＯｕｔＯｆＳｙｎｃＴｈｒｅｓｈｏｌｄ）を検出する無線リンクと同じであってもよい。
【０１２１】
本出願において、リンク障害は、通信リンク障害、通信リンク失敗、ビーム失敗、ビーム障害、リンク失敗、通信失敗、通信障害などとも呼ばれてもよい。本明細書では、これらの概念は同じ意味を有する。リンク障害が発生した後、端末は、候補基準信号リソースから、情報によって示されるチャネル品質（例えば、基準信号受信電力ＲＳＲＰ、基準信号受信品質ＲＳＲＱ、ブロックエラー比ＢＬＥＲ、信号対干渉プラスノイズ比ＳＩＮＲ、信号対ノイズ比ＳＮＲ、およびチャネル品質インジケータＣＱＩのうちの１つ以上）がプリセット閾値より大きい基準信号リソースを選択して、リンクを回復する。任意選択で、プリセット閾値は、ネットワークデバイスによって設定されてもよい。本出願では、リンク回復は、ネットワークデバイスと端末デバイスとの間の通信の回復、リンク障害回復、ビーム障害回復、通信リンク障害回復、リンク失敗回復、通信失敗回復または通信障害回復、リンク回復、リンク再設定、通信リンク回復、ビーム失敗回復、などとも呼ばれてもよい。
【０１２２】
図３は、本出願に適用可能な通信リンク回復方法の概略フローチャートである。方法３００は、以下のステップを含む。
【０１２３】
Ｓ３１０：リンク障害検出例えば、端末デバイスは、ビーム障害検出基準信号セット（ｂｅａｍ  ｆａｉｌｕｒｅ  ｄｅｔｅｃｔｉｏｎ  ＲＳ  ｓｅｔ内の基準信号を測定し、Ｎ個の連続した検出の結果が  障害ありか、ビーム障害検出基準信号セット内の全ての基準信号のチャネル品質（「信号品質」とも呼ばれてもよい）である場合、端末デバイスは、現在のビームの状態がビーム障害であると判定する。
【０１２４】
端末デバイスは、送信ビームを介してネットワークデバイスによって送信される下りリンク基準信号の信号品質が劣化していることを検出したときに、ネットワークデバイスの送信ビームで通信リンク失敗が発生していることを示すと留意されたい。ここで、送信ビームは、端末デバイスと通信するためにネットワークデバイスによって使用される送信ビームである。ネットワークデバイスの送信ビーム上の通信リンク失敗の原因には、通信プロセスに障害物が存在すること、および高周波チャネルにおける回折能力が乏しいことが含まれるが、これらに限定されない。その結果、現在のサービングビームはブロックされ、信号伝送は進行できない。信号品質が劣化することは、チャネル品質情報（ＲＳＲＰやＣＱＩなど）がプリセット閾値を下回ることであってもよい。
【０１２５】
Ｓ３１０は以下の実装を含んでもよい。
【０１２６】
Ｓ３１１：第１の制御リソースセットのリンク障害を判定し、第１の制御リソースセットは、第１のＭＩＢによって設定された制御リソースセットである。
【０１２７】
第１の制御リソースセットは、共通の探索空間に関連付けられ、第１のＭＩＢによって設定された、例えば、ＣＯＲＥＳＥＴ、制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）、またはｅＰＤＣＣＨセット（ｓｅｔ）である。簡潔さのために、本出願において提供されるリンク回復方法は、第１の制御リソースセットがＣＯＲＥＳＥＴである例を使用して以下に説明される。第１のＭＩＢは任意のＭＩＢであり、以下で説明される第２のＭＩＢと同じか、または異なってもよい。第１のＭＩＢおよび第２のＭＩＢは、ＭＩＢに対する限定を構成しない。同様に、第１の制御リソースセットは、制御リソースセットに対する限定を構成しない。
【０１２８】
「第１の制御リソースセットのリンク障害を判定する」は、第１の制御リソースセットの通信リンクがリンク障害状態にあると判定すること、第１の制御リソースセットの通信リンク上でリンク障害が発生したことを判定すること、または同等の意味を有する別の説明として理解されてもよい。
【０１２９】
第１の制御リソースセットがＣＯＲＥＳＥＴであるときに、ＣＯＲＥＳＥＴの識別子は０であってもよく、すなわち、第１の制御リソースセットはＣＯＲＥＳＥＴ０であってもよい。ＣＯＲＥＳＥＴ０は、主に、初期アクセス中に、残りのシステム情報（ｒｅｍａｉｎｉｎｇ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ，  ＲＭＳＩ）、他のシステム情報（ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ，  ＯＳＩ）、ページング（Ｐａｇｉｎｇ）メッセージ、およびランダムアクセスメッセージ（第２のメッセージ（Ｍｅｓｓａｇｅ  ２）または第４のメッセージ（Ｍｅｓｓａｇｅ  ４）を含む）のうちの１つ以上をスケジュールするために使用される。ＣＯＲＥＳＥＴ０がアクティブ帯域幅部分（ａｃｔｉｖｅ  ｂａｎｄｗｉｄｔｈ  ｐａｒｔ，  ａｃｔｉｖｅ  ＢＷＰ）上にある場合、ネットワークデバイスは、初期アクセス後にＣＯＲＥＳＥＴ０を使用して依然としてデータをスケジューリングしてもよい。任意に、ＣＯＲＥＳＥＴ０は、さらに、ＵＥ固有探索空間（ＵＥ  ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ，  ＵＳＳ）に関連付けられてもよい。代替的には、共通の探索空間は、別のＣＯＲＥＳＥＴと関連付けられてもよい。１つのＳＳＢは１つのＣＯＲＥＳＥＴ０に関連付けられ、端末デバイスはＳＳＢに関連付けられたＣＯＲＥＳＥＴ０上の共通の探索空間（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ，  ＣＳＳ）を検出する。
【０１３０】
端末デバイスが、第１の制御リソースセットの通信リンク上でリンク障害が発生したことを検出したときに、端末デバイスは、ネットワークデバイスに、第１の制御リソースセットを回復することを要求するために使用される要求メッセージを送信する、すなわち、以下に説明されるＳ３３０を行ってもよい。このようにして、ＭＩＢによって設定された制御リソースセットの通信リンクを迅速に回復することができる。
【０１３１】
本出願において、前のステップと後のステップの実行シーケンスは限定されないと留意されたい。前のステップが実行された後に、後のステップが直ちに実行されてもよいし、一定期間経過後に実行されてもよい。追加的に、前のステップと後のステップの間には別のステップが存在してもよい。例えば、第１の制御リソースセットのリンク障害が発生した後に、端末デバイスは、代替的には、最初に新しい下りリンクを探索し、次いで、対応する上りリンクリソースを探索し、次いで、リンク障害回復要求を送信してもよい。
【０１３２】
任意選択で、Ｓ３１１は、
第１の制御リソースセットに関連付けられた探索空間セットの判定を判定すること（任意選択のステップ）と、
第１の制御リソースセットに関連付けられた探索空間セットに基づいて、第１の制御リソースセットの通信リンクのリンク障害検出モードを判定することと、
リンク障害検出モードに基づいて、第１の制御リソースセットの通信リンクのリンク障害を判定することと、を含む。
【０１３３】
第１の制御リソースセットに関連付けられた探索空間セットは、以下のように理解されてもよい。すなわち、探索空間内のＰＤＣＣＨは、１つ以上の制御チャネル要素（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ，  ＣＣＥ）を含み、１つ以上のＣＣＥは、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ，  ＲＥＧ）にマッピングされ、複数のＲＥＧは、第１の制御リソースセット内にある。
【０１３４】
第１の制御リソースセットと探索空間セットとの間の関連関係は、ＭＩＢまたはＲＲＣシグナリングによって設定されるか、または事前定義された関係である。
【０１３５】
本出願において、１つのＣＣＥは、対応して複数のＲＥＧを含んでもよく、１つのＣＣＥに対応するＲＥＧの数は、例えば、６に固定され得る。１つのＲＥＧは周波数領域で１２個の隣接副搬送波を含み、時間領域に１つの直交周波数分割多重（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ，  ＯＦＤＭ）シンボルを占める。
【０１３６】
第１の制御リソースセットに関連付けられた探索空間は、異なるタイプを有してもよい。例えば、第１の制御リソースセットに関連付けられた探索空間は、ブロードキャスト探索空間および／または非ブロードキャスト探索空間であってもよい。第１の制御リソースセットに関連付けられた探索空間がブロードキャスト探索空間であるときに、ブロードキャスト探索空間に関連付けられたＣＯＲＥＳＥＴ０（すなわち、第１のＭＩＢによって設定されたＣＯＲＥＳＥＴ）に関連付けられたビームは、セル固有（ｃｅｌｌ  ｓｐｅｃｉｆｉｃ）ビームであるため、基地局は、複数の同期信号／物理ブロードキャストチャネルブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ／ＰＢＣＨ  ｂｌｏｃｋ，  ＳＳＢ）に対応するＣＯＲＥＳＥＴ０上で同じブロードキャスト情報を繰り返し送信する。リンク障害が発生した場合、端末デバイスは、自動的にＳＳＢ間を切り替えてもよく、基地局は、ＣＯＲＥＳＥＴ０の疑似コロケーション（quasi  co-location,  QCL）情報を再設定する必要がない。したがって、ユーザ機器は、ブロードキャスト探索空間のＳＳＢを検出する必要がない。第１の制御リソースセットに関連付けられた探索空間が非ブロードキャスト探索空間（例えば、ＵＥ固有探索空間）であるときに、非ブロードキャスト探索空間で送信されるコンテンツは、ユーザ機器固有（UE  specific）コンテンツまたはユーザ機器グループ共通（UE  group  common）コンテンツであるため、基地局は、各ＳＳＢに対応するＣＯＲＥＳＥＴ０上で同じ非ブロードキャスト情報を送信しない。このケースでは、基地局は、非ブロードキャスト探索空間に使用されるＳＳＢをユーザ機器に通知して、ユーザ機器が、非ブロードキャスト探索空間に関連付けられたＣＯＲＥＳＥＴ０上でリンク障害が発生したかどうかを検出する。リンク障害が発生した場合、ユーザ機器は、非ブロードキャスト探索空間に対応するビームまたはＣＯＲＥＳＥＴを再設定するために基地局に通知する必要がある。前述の方法では、第１の制御リソースセットの通信リンク上でリンク障害が発生したかどうかは、第１の制御リソースセットに関連付けられた探索空間のタイプに基づいて検出される。これにより、リンクの回復効率を向上させることができる。
【０１３７】
任意選択で、非ブロードキャスト探索空間セット内の非ブロードキャスト探索空間において検出された下りリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ，  ＤＣＩ）のＣＲＣは、以下の情報のうちの少なくとも１つによってスクランブルされる。
すなわち、ランダムアクセスＲＮＴＩ  （ｒａｎｄｏｍ  ａｃｃｅｓｓ  ＲＮＴＩ，  ＲＡ−ＲＮＴＩ）、一時セルＲＮＴＩ  （ｔｅｍｐｏｒａｒｙ  ｃｅｌｌ  ＲＮＴＩ，  ＴＣ−ＲＮＴＩ）、セルＲＮＴＩ  （ｃｅｌｌ  ＲＮＴＩ，  Ｃ−ＲＮＴＩ）、割り込みＲＮＴＩ  （ｉｎｔｅｒｒｕｐｔｉｏｎ  ＲＮＴＩ，  ＩＮＴ−ＲＮＴＩ）、スロットフォーマット表示ＲＮＴＩ  （ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｉｏｎ  ＲＮＴＩ，  ＳＦＩ−ＲＮＴＩ）、送信パワー制御物理上りリンク共有チャネルＲＮＴＩ  （ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ  ＲＮＴＩ，  ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ）、送信パワー制御物理上りリンク制御チャネルＲＮＴＩ  （ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ＲＮＴＩ，  ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ）、送信パワー制御サウンディング基準シンボルＲＮＴＩ  （ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｙｍｂｏｌｓ  ＲＮＴＩ，  ＴＰＣ−ＳＲＳ−ＲＮＴＩ）、設定済みスケジューリングＲＮＴＩ  （ｃｏｎｆｉｇｕｒｅｄ  ｓｃｈｅｄｕｌｉｎｇ  ＲＮＴＩ，  ＣＳ−ＲＮＴＩ）、およびセミパーシステントチャネル状態情報ＲＮＴＩ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ，  ＳＰ−ＣＳＩ−ＲＮＴＩ）である。
【０１３８】
任意選択で、非ブロードキャスト探索空間セットに含まれる共通の探索空間（Ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）において検出されたＤＣＩのＣＲＣは、以下の情報の少なくとも１つによってスクランブルされる。
【０１３９】
すなわち、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ、およびＳＰ−ＣＳＩ−ＲＮＴＩであり、および／または
非ブロードキャスト探索空間セットに含まれる端末固有の探索空間（ＵＥ  ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ）において検出されたＤＣＩのＣＲＣは、以下の情報の少なくとも１つによってスクランブルされる。
すなわち、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ、およびＳＰ−ＣＳＩ−ＲＮＴＩである。
【０１４０】
任意選択で、探索空間が非ブロードキャスト探索空間であるときに、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットは、第１の基準信号および第２の基準信号を含み、第１の基準信号は、非ＭＩＢ情報によって設定された制御リソースセットのリンク障害検出のために使用され、第２の基準信号は、第１の制御リソースセットに関連付けられた受信パラメータを示すために使用される。
【０１４１】
第１の基準信号は、第１の基準信号リソース上で搬送され、１つ以上の第１の基準信号が存在する。したがって、第１の基準信号は、第１の基準信号リソースセットとも呼ばれる。同様に、第２の基準信号は、第２の基準信号リソース上で搬送され、１つ以上の第２の基準信号が存在する。したがって、第２の基準信号は、第２の基準信号リソースセットとも呼ばれる。
【０１４２】
第１の基準信号は、ネットワークデバイスによって事前設定され、第１の制御リソースセットの通信リンク上でリンク障害が発生したかどうかを検出するために使用される基準信号セットに属し、第２の基準信号は、例えば、同期信号／物理ブロードキャストチャネルブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ／ＰＢＣＨ  ｂｌｏｃｋ，  ＳＳＢ）である。端末デバイスは、第１の基準信号の信号品質（例えば、信号対ノイズ比）および第２の基準信号の信号品質が第１の閾値以下であるかどうかを検出してもよい。第１の基準信号の信号品質と第２の基準信号の信号品質の両方が第１の閾値以下であるときに、端末デバイスは、リンク障害が第１の制御リソースセットの通信リンク上で発生すると判定する。「第１の基準信号の信号品質と第２の基準信号の信号品質の両方が第１の閾値以下である」ことは、第１の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であり、かつ第２の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であることを含む。本方法によれば、検出のために特定の基準信号を選択する必要がない。本方法は実装が容易で互換性が良好である。互換性とは、別のＣＯＲＥＳＥＴ（ＣＯＲＥＳＥＴ０以外のＣＯＲＥＳＥＴ）のリンク障害回復手順が、リンク障害回復要求を送信し、別のＣＯＲＥＳＥＴに対するリンク障害回復要求応答を受信する手順を再利用することを含む方法で直接再利用されてもよいことを意味する。
【０１４３】
代替的には、端末デバイスは、第２の基準信号の信号品質（例えば、信号対ノイズ比）が第１の閾値以下であるかどうかのみを検出してもよい。第２の基準信号の信号品質が第１の閾値以下であるときに、端末デバイスは、第１の制御リソースセットの通信リンク上でリンク障害が発生したと判定する。「第２の基準信号の信号品質が第１の閾値以下である」ことは、第２の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であることを含む。第１の基準信号は、リンク障害が発生するかどうか、およびリンク障害回復要求を開始するかどうかを判定するために組み合わせて使用される必要がない。従って、端末デバイスによって、第１の制御リソースセットの通信リンク上のリンク障害を判定する複雑さが低減される。
【０１４４】
本出願において、「受信パラメータ」は、信号を受信するためのパラメータ、例えば、ＴＣＩ、ＱＣＬ、タイプＤ（ｔｙｐｅ  Ｄ）ＱＣＬ、または空間受信パラメータ（ｓｐａｔｉａｌ  Ｒｘ  ｐａｒａｍｅｔｅｒ）であってもよく、または別のパラメータであってもよい。
【０１４５】
本出願において、ＳＳＢはＳＳ／ＰＢＣＨブロックとも呼ばれてもよく、ＰＢＣＨは物理ブロードキャストチャネル（ｐｈｙｓｉｃａｌ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）の略称である。ＳＳＢは、１次同期信号（ｐｒｉｍａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ，  ＰＳＳ）、２次同期信号（ｓｅｃｏｎｄａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ，  ＳＳＳ）、およびＰＢＣＨのうちの少なくとも１つを含む。
【０１４６】
任意選択の例において、１つのＳＳＢが４つの連続した直交周波数分割多重（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ，  ＯＦＤＭ）シンボルを占有し、ＳＳＢバーストセット（ｂｕｒｓｔ  ｓｅｔ）は、５ｍｓの持続時間を有する時間ウィンドウであり、５ｍｓのＳＳＢ時間ウィンドウで最大Ｌ個のＳＳＢが送信され得る。異なる周波数帯に対して、Ｌの値は以下の通りです。
【０１４７】
（１）  周波数帯域が３ＧＨｚ未満のときに、Ｌ＝４
（２）  周波数帯域が３ＧＨｚ〜６ＧＨｚのときに、Ｌ＝８
（３）  周波数帯域が６ＧＨｚ〜５２．６  ＧＨｚのときに、Ｌ＝６４
【０１４８】
ＳＳＢは、１５ｋＨｚ、３０ｋＨｚ、１２０ｋＨｚおよび２４０ｋＨｚの副搬送波間隔をサポートする。異なる副搬送波間隔に対して、１つのＳＳＢバーストセットにおいて、５つの異なるマッピングパターンが、時間領域におけるＳＳＢに対して設定される。
【０１４９】
前述のＳＳＢの例は、単に説明ための例にすぎない。本出願におけるＳＳＢは、代替的に別の定義を有してもよい。
【０１５０】
任意選択で、リンク障害検出モードに基づいて、第１の制御リソースセットのリンク障害を判定することは、
第１の基準信号の信号品質が第１の閾値以下であるとき、および第２の基準信号の信号品質が第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定すること、または
第２の基準信号の信号品質が第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定することを含む。
【０１５１】
前述の方法は、以下のいくつかの説明方式と同等であると留意されたい。
【０１５２】
説明方式１
【０１５３】
第１の制御リソースセットのリンク障害は、第１の制御リソースセットに関連付けられた探索空間セットが非ブロードキャスト探索空間セットであるときと、各第１の基準信号の信号品質が第１の閾値以下であるとき、および／または第２の基準信号の信号品質が第１の閾値以下であるときに、判定され、第２の基準信号が第１の制御リソースセットに関連付けられた受信パラメータを示すために使用され、第１の基準信号が第１の制御リソースセット以外の制御リソースセットのリンク障害検出のために使用される。
【０１５４】
説明方式２
【０１５５】
第１の制御リソースセットのリンク障害は、第１の制御リソースセットに関連付けられた探索空間セットが非ブロードキャスト探索空間セットであるときと、各第１の基準信号の信号品質が第１の閾値以下であるとき、および／または第２の基準信号の信号品質が第１の閾値以下であるときに、判定され、第２の基準信号が第１の制御リソースセットに関連付けられた受信パラメータを示すために使用され、第１の基準信号リソースセットが非ＭＩＢ情報によって設定された制御リソースセットのリンク障害検出のために使用される。
【０１５６】
説明方式３
【０１５７】
第１の制御リソースセットのリンク障害は、第１の制御リソースセットに関連付けられた探索空間セットが非ブロードキャスト探索空間セットであるときと、各第１の基準信号の信号品質が第１の閾値以下であるとき、および／または第２の基準信号の信号品質が第１の閾値以下であるときに、判定され、第２の基準信号が第１の制御リソースセットに関連付けられた受信パラメータを示すために使用され、第１の基準信号がＲＲＣシグナリングによって設定された制御リソースのリンク障害検出のために使用される。
【０１５８】
本出願において、第１の基準信号は、第１の基準信号リソースセットとも呼ばれてもよく、第２の基準信号は、第２の基準信号リソースセットとも呼ばれてもよい。
【０１５９】
１つ以上の第１の基準信号が存在してもよく、また、１つ以上の第２の基準信号が存在してもよい。第１の基準信号は、ネットワークデバイスによって事前設定され、第１の制御リソースセットの通信リンク上でリンク障害が発生するかどうかを検出するために使用される基準信号である。第２の基準信号は、例えば、同期信号／物理ブロードキャストチャネルブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ／ｐｈｙｓｉｃａｌ  ＰＢＣＨ  ｂｌｏｃｋ，  ＳＳＢ）である。端末デバイスは、第１の基準信号の信号品質（例えば、信号対ノイズ比）および第２の基準信号の信号品質が第１の閾値以下であるかどうかを検出してもよい。第１の基準信号の信号品質と第２の基準信号の信号品質の両方が第１の閾値以下であるときに、端末デバイスは、リンク障害が第１の制御リソースセットの通信リンク上で発生すると判定する。「第１の基準信号の信号品質と第２の基準信号の信号品質の両方が第１の閾値以下である」ことは、第１の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であり、かつ第２の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であることを含む。本方法によれば、検出のために特定の基準信号を選択する必要がない。本方法は実装が容易で互換性が良好である。互換性とは、別のＣＯＲＥＳＥＴ（ＣＯＲＥＳＥＴ０以外のＣＯＲＥＳＥＴ）のリンク障害回復手順が、リンク障害回復要求を送信し、別のＣＯＲＥＳＥＴに対するリンク障害回復要求応答を受信する手順を再利用することを含む方法で直接再利用されてもよいことを意味する。
【０１６０】
代替的には、端末デバイスは、第２の基準信号の信号品質（例えば、信号対ノイズ比）が第１の閾値以下であるかどうかのみを検出してもよい。第２の基準信号の信号品質が第１の閾値以下であるときに、端末デバイスは、第１の制御リソースセットの通信リンク上でリンク障害が発生したと判定する。「第２の基準信号の信号品質が第１の閾値以下である」ことは、第２の基準信号の少なくとも１つまたは全ての信号品質が第１の閾値以下であることを含む。第１の基準信号が検出される必要がない。従って、端末デバイスによって、第１の制御リソースセットの通信リンク上のリンク障害を判定する負荷が低減される。
【０１６１】
任意選択で、リンク障害検出モードに基づいて、第１の制御リソースセットのリンク障害を判定することは、
第１の基準信号の信号品質が、報告周期性において第１の閾値以下であるとき、および第２の基準信号の信号品質が、報告周期性において第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定すること、または
第２の基準信号の信号品質が、報告周期性において第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定することを含む。
【０１６２】
報告周期性は、物理（ＰＨＹ）層によるリンク障害インスタンスをメディアアクセス制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ，  ＭＡＣ）層に報告する周期性である。
【０１６３】
図５は、本出願による、報告周期性に基づいて、第１の制御リソースセットのリンク障害を判定するための方法を示す。
【０１６４】
図５において、ｑ０は、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットである。ｑ０における基準信号は、ＣＳＩ−ＲＳ１（すなわち、周期性が５ｍｓである第１の基準信号）およびＳＳＢ１（すなわち、周期性が５ｍｓである第２の基準信号）を含むと仮定される。ビーム障害インスタンス（ｂｅａｍ  ｆａｉｌｕｒｅ  ｉｎｓｔａｎｃｅ，  ＢＦＩ）表示間隔（ｉｎｄｉｃａｔｉｏｎ  ｉｎｔｅｒｖａｌ）は５ｍｓである。基地局は、ＣＯＲＥＳＥＴ０（すなわち、第１の制御リソースセット）の通信リンク障害は、複数回（例えば、３回）連続してビーム障害インスタンスが発生したときに判定されると設定してもよく、ＣＯＲＥＳＥＴ０の通信リンク障害は、ＵＥの物理層（ＰＨＹ）によってメディアアクセス制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ，  ＭＡＣ）層に報告される。図５から、ＢＦＩが１０ミリ秒〜２５ミリ秒の間に３回連続して発生し、第１の基準信号の信号品質および第２の基準信号の信号品質の両方が、各ＢＦＩ間隔において第１の閾値未満であることが分かる。このケースでは、端末デバイスは、３回のＢＦＩに基づいて、第１の制御リソースセットのリンク障害を判定する。図中のマーク「×」は、基準信号の信号品質が第１の閾値よりも低いことを示す。
【０１６５】
図６は、本出願による、報告周期性に基づいて、第１の制御リソースセットのリンク障害を判定するための別の方法を示す。
【０１６６】
図６において、ｑ０は、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットである。ｑ０における基準信号は、ＣＳＩ−ＲＳ１（すなわち、周期性が５ｍｓである第１の基準信号）およびＳＳＢ１（すなわち、周期性が１０ｍｓである第２の基準信号）を含むと仮定される。ＢＦＩ表示間隔は５ｍｓである。基地局は、ＣＯＲＥＳＥＴ０（すなわち、第１の制御リソースセット）の通信リンク障害は、複数回（例えば、３回）連続してビーム障害インスタンスが発生したときに判定されると設定してもよく、ＣＯＲＥＳＥＴ０の通信リンク障害は、ＵＥの物理層（ＰＨＹ）によってメディアアクセス制御  ＭＡＣ層に報告される。図６から、ＢＦＩが１０ミリ秒〜２５ミリ秒の間に３回連続して発生し、第１の基準信号の信号品質および第２の基準信号の信号品質の両方が、各ＢＦＩ間隔において第１の閾値未満であることが分かる。このケースでは、端末デバイスは、３回のＢＦＩに基づいて、第１の制御リソースセットのリンク障害を判定する。図中のマーク「×」は、基準信号の信号品質が第１の閾値よりも低いことを示す。
【０１６７】
図７は、本出願による、報告周期性に基づいて、第１の制御リソースセットのリンク障害を判定するためのさらに別の方法を示す。
【０１６８】
図７において、ｑ０は、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットである。ｑ０における基準信号は、ＣＳＩ−ＲＳ１（すなわち、周期性が５ｍｓである第１の基準信号）およびＳＳＢ１（すなわち、周期性が５ｍｓである第２の基準信号）を含むと仮定される。ビーム障害インスタンス（ｂｅａｍ  ｆａｉｌｕｒｅ  ｉｎｓｔａｎｃｅ，  ＢＦＩ）表示間隔（ｉｎｄｉｃａｔｉｏｎ  ｉｎｔｅｒｖａｌ）は５ｍｓである。基地局は、ＣＯＲＥＳＥＴ０（すなわち、第１の制御リソースセット）の通信リンク障害は、複数回（例えば、３回）連続してビーム障害インスタンスが発生したときに判定されると設定してもよく、ＣＯＲＥＳＥＴ０の通信リンク障害は、ＵＥの物理層（ＰＨＹ）によってメディアアクセス制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ，  ＭＡＣ）層に報告される。図７から、ＢＦＩが１０ミリ秒〜２５ミリ秒の間に３回発生し、第１の基準信号の信号品質および第２の基準信号の信号品質の両方が、各ＢＦＩ間隔において第１の閾値未満であることが分かる。このケースでは、端末デバイスは、３回のＢＦＩに基づいて、第１の制御リソースセットのリンク障害を判定する。図中のマーク「×」は、基準信号の信号品質が第１の閾値よりも低いことを示す。
【０１６９】
図７において、端末デバイスの物理層は、前のＳＳＢ１の測定結果に基づいて、ＢＦＩを報告するかどうかを判定する。具体的には、端末デバイスによって０ｍｓ〜５ｍｓで測定されたＳＳＢ１の信号品質が第１の閾値より大きい場合、端末デバイスの物理層は、５ｍｓ〜１０ｍｓの報告周期性でＢＦＩを送信しない。任意選択で、端末デバイスは、代替的には、現在のＳＳＢ１の測定結果に基づいて、ＢＦＩを報告するかどうかを判定してもよい。例えば、５ｍｓ〜１０ｍｓの周期性で端末デバイスによって測定されたＳＳＢ１の信号品質が第１の閾値未満であるときに、端末デバイスの物理層はＢＦＩを直ちに報告する。
【０１７０】
図８は、本出願による、報告周期性に基づいて、第１の制御リソースセットのリンク障害を判定するためのさらに別の方法を示す。
【０１７１】
図８において、ｑ０は、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットである。ｑ０における基準信号は、ＣＳＩ−ＲＳ１（すなわち、周期性が５ｍｓである第１の基準信号）およびＳＳＢ１（すなわち、周期性が１０ｍｓである第２の基準信号）を含むと仮定される。ビーム障害インスタンス（ｂｅａｍ  ｆａｉｌｕｒｅ  ｉｎｓｔａｎｃｅ，  ＢＦＩ）表示間隔（ｉｎｄｉｃａｔｉｏｎ  ｉｎｔｅｒｖａｌ）は５ｍｓである。基地局は、ＣＯＲＥＳＥＴ０（すなわち、第１の制御リソースセット）の通信リンク障害は、ＳＳＢ１上で１回ビーム障害インスタンスが発生したときに判定されると設定してもよく、ＣＯＲＥＳＥＴ０の通信リンク障害は、ＵＥの物理層（ＰＨＹ）によってメディアアクセス制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ，  ＭＡＣ）層に報告される。図８から、ＢＦＩが１０ミリ秒〜２５ミリ秒の間に３回発生し、第１の基準信号の信号品質および第２の基準信号の信号品質の両方が、各ＢＦＩ間隔において第１の閾値未満であることが分かる。このケースでは、端末デバイスは、３回のＢＦＩに基づいて、第１の制御リソースセットのリンク障害を判定する。図中のマーク「×」は、基準信号の信号品質が第１の閾値よりも低いことを示す。
【０１７２】
前述の方法において、ＭＡＣ層は、複数回にわたって、第１の制御リソースセットのリンク障害インスタンス（すなわち、ＢＦＩ）に関する統計を収集し、偶発的な事象によって引き起こされる誤判定の確率を低減する。これは、第１の制御リソースセットのリンク障害を判定する信頼性を向上させる。追加的に、ＭＡＣ層は、リンク障害回復要求を送信するために使用される１つ以上のＰＲＡＣＨを判定する。これにより、エアインターフェイスの使用を向上させる。
【０１７３】
任意に、探索空間セットが非ブロードキャスト探索空間（探索空間セットが非ブロードキャスト探索空間のみを含むことに限定されず、ブロードキャスト探索空間をさらに含んでもよい）を含むときに、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットは、第２の基準信号のみを含み、第２の基準信号は、第１の制御リソースセットに関連付けられた受信パラメータを示すために使用される。
【０１７４】
任意選択で、本出願において、非ブロードキャストＰＤＣＣＨ探索空間セットは、タイプ１の共通の探索空間を含み、タイプ１の共通の探索空間は、以下の情報の少なくとも１つによってスクランブルされたＤＣＩフォーマットに対応する。すなわち、一次セル上のＲＡ−ＲＮＴＩ、ＴＣ−ＲＮＴＩまたはＣ−ＲＮＴＩ（一次セル上のＲＡ−ＲＮＴＩ、ＴＣ−ＲＮＴＩまたはプＣ−ＲＮＴＩによってスクランブルされるＣＲＣを伴うＤＣＩフォーマットに対して、Ｔｙｐｅ１−ＰＤＣＣＨ共通の探索空間（ＣＳＳ））。
【０１７５】
任意選択で、本出願において、非ブロードキャストＰＤＣＣＨ探索空間セットは、タイプ３の共通の探索空間を含み、タイプ３の共通の探索空間は、以下の情報の少なくとも１つによってスクランブルされたＤＣＩフォーマットに対応する。すなわち、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、  ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ、およびＳＰ−ＣＳＩ−ＲＮＴＩ（ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ、またはＳＰ−ＣＳＩ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマットのＴｙｐｅ３−ＰＤＣＣＨ共通の探索空間）。
【０１７６】
任意選択で、本出願において、非ブロードキャストＰＤＣＣＨ探索空間セットは、さらに以下の特徴を有する。非ブロードキャストＰＤＣＣＨによって搬送されるＤＣＩフォーマットは、ＤＣＩフォーマット２＿０、ＤＣＩフォーマット２＿１、ＤＣＩフォーマット２＿２および／またはＤＣＩフォーマット２＿３を含み、
端末デバイスは、ＳＦＩ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿０を検出し（ＵＥは、ＳＦＩ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿０を検出する）、
端末デバイスは、ＩＮＴ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿１を検出し（ＵＥは、ＩＮＴ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿１を検出する）、
端末デバイスは、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩまたはＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩによってスクランブルされたＣＲＣ有するＤＣＩフォーマット２＿２を検出し（ＵＥは、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩまたはＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿２を検出する）、
端末デバイスは、ＴＰＣ−ＳＲＳ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿３を検出する（ＵＥは、ＴＰＣ−ＳＲＳ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿３を検出する）。
【０１７７】
任意選択で、リンク障害検出モードに基づいて第１の制御リソースセットのリンク障害を判定することは、第２の基準信号の信号品質が第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定することを含む。
【０１７８】
ネットワークデバイスは、第１の制御リソースセットのリンク障害検出のために、基準信号リソースセット内の第２の基準信号のみを設定してもよい。１つ以上の第２の基準信号が存在してもよい。端末デバイスは、第２の基準信号（例えば、ＳＳＢ）を検出する。第２の基準信号の信号品質が第１の閾値以下であるときに、端末デバイスは、第１の制御リソースセットのリンク障害を判定する。代替的には、第２の基準信号の信号品質が、数回連続して第１の閾値以下であるときに、端末デバイスは、第１の制御リソースセットのリンク障害を判定する。「第２の基準信号の信号品質が、第１の閾値以下である」ことは、少なくとも１つの第２の基準信号の信号品質が、第１の閾値以下であるか、または各第２の基準信号の信号品質が、第１の閾値以下であることであり得る。第２の基準信号の信号品質が、数回連続して第１の閾値以下であるかどうかを判定する機能は、端末デバイスの物理層において実装されてもよい。第１制御リソースセット（例えば、ＣＯＲＥＳＥＴ０）は、システムメッセージを受信するために使用され、通常、システムメッセージは重要なメッセージである。本方法では、互換性が維持されている間に、第１の制御リソースセットの通信リンクを迅速に回復することができる。
【０１７９】
本出願において、第１の基準信号および第２の基準信号は、以下の４つのオプション方式で設定されてもよい。
【０１８０】
任意選択の方式１：第１の基準信号は、上位層シグナリング（例えば、ＲＲＣまたはＭＡＣ制御エレメント（ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ，  ＣＥ））によって設定され、第２の基準信号は、第１の制御リソースセットのために設定されたＴＣＩ内の基準信号である。
【０１８１】
任意選択の方式２：第１の基準信号は、上位層の信号（例えば、ＲＲＣまたはＭＡＣ  ＣＥ）によって設定され、第２の基準信号は、対応する第１の制御リソースセットに関連付けられ、初期アクセスフェーズで第２のメッセージを受信するために使用されるＳＳＢ、初期アクセスフェーズで第４のメッセージを受信するために使用されるＳＳＢ、または最後のＢＦＲ中に報告されるＳＳＢである。
【０１８２】
任意選択の方式３：第１の基準信号は、非ＭＩＢ情報によって設定される制御リソースセットのために設定されるＴＣＩ内の基準信号であり、第２の基準信号は、第１の制御リソースセットのために設定されるＴＣＩ内の基準信号である。
【０１８３】
任意選択の方式４：第１の基準信号は、非ＭＩＢ情報によって設定される制御リソースセットのために設定されるＴＣＩ内の基準信号であり、第２の基準信号は、第２のメッセージを受信するために端末デバイスによって使用されるＳＳＢであり、第２のメッセージは、第１の制御リソースセット上で搬送され、第１の制御リソースセットは、ランダムアクセス応答メッセージを送信するために使用され、第２の基準信号は、第４のメッセージを受信するために端末デバイスによって使用されるＳＳＢであり、第４のメッセージは、第１の制御リソースセット上で搬送され、第１の制御リソースセットは、ランダムアクセス応答メッセージを送信するために使用され、第２の基準信号は、第１の制御リソースセットのＤＭＲＳとＱＣＬ仮定関係を有する基準信号であり、第１の制御リソースセットは、第２のメッセージを搬送するために使用され、第２のメッセージは、ランダムアクセス応答メッセージであり、第２の基準信号は、物理下りリンク共有チャネルＰＤＳＣＨのＤＭＲＳ  ＰＤとＱＣＬ仮定関係を有する基準信号であり、ＰＤＳＣＨは、第４のメッセージを搬送するために使用され、第４のメッセージは、ネットワークデバイスによって端末デバイスに送信される競合解決メッセージであり、第２の基準信号は、前のＢＦＲ中に報告されたＳＳＢであり、または第２の基準信号は、リンク障害回復要求応答情報を送信するための制御リソースセットのＤＭＲＳとＱＣＬ仮定関係を有する基準信号である。
【０１８４】
任意選択で、リンク障害検出モードに基づいて、第１の制御リソースセットのリンク障害を判定することは、
第２の基準信号の信号品質が、報告周期性において第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定することであって、報告周期性は、物理（ＰＨＹ）によってリンク障害インスタンスをＭＡＣ層に報告するための周期性である、判定することを含む。
【０１８５】
前述の方法において、ＭＡＣ層は、複数回にわたって、第１の制御リソースセットのリンク障害インスタンス（すなわち、ＢＦＩ）に関する統計を収集し、偶発的な事象によって引き起こされる誤判定の確率を低減する。これは、第１の制御リソースセットのリンク障害を判定する信頼性を向上させる。追加的に、ＭＡＣ層は、リンク障害回復要求を送信するために使用される１つ以上のＰＲＡＣＨを判定する。これにより、エアインターフェイスの使用を向上させる。
【０１８６】
任意選択で、リンク障害検出モードに基づいて、第１の制御リソースセットのリンク障害を判定することは、
探索空間が非ブロードキャスト探索空間であるとき、および第２の基準信号の信号品質が第１の閾値以下であるときに、第１の制御リソースセットのリンク障害を判定することであって、第２の基準信号は、第１の制御リソースセットに関連付けられた受信パラメータを示すために使用される、判定することを示す。
【０１８７】
前述の方法において、第２の基準信号（例えば、ＳＳＢ）の信号品質が第１の閾値以下であるかどうかが直接検出され、リンク障害が第１の制御リソースセットの通信リンク上で発生したかどうかを判定する。第１の基準信号セットには、第１の基準信号は加えられない。これは、第１の制御リソースセットのリンク回復効率を向上させる。
【０１８８】
図９は、本出願によるＣＯＲＥＳＥＴ０を検出するための方法の概略フローチャートである。
【０１８９】
第一に、基地局は、ＵＥに対して、ＣＯＲＥＳＥＴ０、対応する探索空間、およびリンク障害検出のために使用される基準信号リソースセットｑ０（基準信号設定が明示的または暗黙的な方式で示されてもよく、明示的な方式は、ｑ０が直接的に設定されることを意味し、暗黙的な方法は、ＣＯＲＥＳＥＴに対応するＴＣＩ  （例えば、タイプＤ  ＱＣＬ）を示す基準信号がｑ０内の基準信号として使用されることを意味する）を設定する。ｑ０は、請求項に記載され、第１の制御リソースセット以外の制御リソースセットのリンク障害検出に使用される基準信号リソースセットを指す。
【０１９０】
ＵＥは、ＣＯＲＥＳＥＴ０に対して設定された探索空間が非ブロードキャストの探索空間を含むことを判定し、ＵＥは、ＣＯＲＥＳＥＴ０に関連付けられたＲＳ  （すなわち、ＳＳＢ）をｑ０に加え、ＣＯＲＥＳＥＴ０および他のＣＯＲＥＳＥＴのリンク障害を一緒に判定する。
【０１９１】
ＣＯＲＥＳＥＴ０に対して設定された探索空間が非ブロードキャスト探索空間セットを含まない場合、ＵＥはＣＯＲＥＳＥＴ０に関連付けられたＲＳをｑ０に加えない。
【０１９２】
ＵＥは、測定を介して、ｑ０内のすべてのＲＳのチャネル品質がプリセット閾値未満であるかどうか、すなわち、図９に示されている「ｑ０＜閾値１」であるかどうかを判定する。
【０１９３】
リンク障害がＣＯＲＥＳＥＴ０の通信リンク上で発生すると判定した後に、ＵＥは、新しい下りリンクを探索することと、リンク再設定プロセスを開始することと、ＰＲＡＣＨを介してリンク回復要求を送信することと、およびリンク回復要求応答メッセージを受信することと、を含むリンク障害回復手順を開始する。
【０１９４】
図１０は、本出願によるＣＯＲＥＳＥＴ０を検出する別の方法の概略フローチャートである。
【０１９５】
第一に、基地局は、ＵＥに対して、ＣＯＲＥＳＥＴ０、対応する探索空間、およびリンク障害検出のために使用される基準信号リソースセットｑ０（基準信号設定が明示的または暗黙的な方式で示されてもよく、明示的な方式は、ｑ０が直接的に設定されることを意味し、暗黙的な方法は、ＣＯＲＥＳＥＴに対応するＴＣＩ  （例えば、タイプＤ  ＱＣＬ）を示す基準信号がｑ０内の基準信号として使用されることを意味する）を設定する。
【０１９６】
ＵＥは、ＣＯＲＥＳＥＴ０に対して設定された探索空間が非ブロードキャスト探索空間を含むことを判定し、ＵＥがＣＯＲＥＳＥＴ０に関連付けられたＲＳ  （すなわち、ＳＳＢ１）のチャネル品質を検出し、そうでなければ、ＵＥはＳＳＢ１を検出しない。
【０１９７】
ＵＥは、測定を介して、ｑ０内のすべてのＲＳのチャネル品質がプリセット閾値未満であるかどうか、すなわち、図１０に示されている「ＳＳＢ１＜閾値１」であるかどうかを判定する。
【０１９８】
リンク障害がＣＯＲＥＳＥＴ０の通信リンク上で発生すると判定した後に、ＵＥは、新しい下りリンクを探索することと、リンク再設定プロセスを開始することと、ＰＲＡＣＨを介してリンク回復要求を送信することと、およびリンク回復要求応答メッセージを受信することと、を含むリンク障害回復手順を開始する。
【０１９９】
ＵＥが（物理層において）ＣＯＲＥＳＥＴ０に関連付けられたＳＳＢのチャネル品質が、Ｋ回連続してプリセット閾値未満であると判定した場合、ＵＥは、ＰＵＣＣＨを介してＣＯＲＥＳＥＴ０のリンク障害回復要求を送信する。
【０２００】
ＵＥが、ｑ０のチャネル品質が、連続するＫ回連続してプリセット閾値未満であると判定した場合、ＵＥは、ＰＲＡＣＨを介して、ＣＯＲＥＳＥＴ０以外のＣＯＲＥＳＥＴのリンク障害回復要求を送信する。
【０２０１】
方法３００は、さらに以下のステップを含む。
【０２０２】
Ｓ３２０：新しい候補リンクを判定する。例えば、ＵＥは、候補ビーム識別子基準信号セット（ｃａｎｄｉｄａｔｅ  ｂｅａｍ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ＲＳ  ｓｅｔ）内の基準信号のチャネル品質を測定し、チャネル品質がプリセット閾値より大きい基準信号（新たに識別されたビーム）を取得する。
【０２０３】
本出願で説明される新規リンクまたは新規ビームを判定することは、端末デバイスが、通信リンクを回復するために、候補基準信号リソースセットから、チャネル品質情報（ＲＳＰＲ、ＲＳＲＱ、ＣＱＩ、ＢＬＥＲ、ＳＩＮＲ、およびＳＮＲなど）がプリセット閾値よりも大きい基準信号リソースを選択する必要があることを意味する。端末デバイスがリンク障害を検出し、端末デバイスが新しいリンクを判定する２つのステップの実行シーケンスは限定されないことに留意されたい。端末デバイスがリンク障害を検出する時間が、端末デバイスが新しいビームを識別する時間より早くてもよいし、端末デバイスがリンク障害を検出する時間が、端末デバイスが新しいビームを識別する時間より遅くてもよいし、端末デバイスがリンク障害を検出する時間が、端末デバイスが新しいリンクを判定する時間と同じでもよい。
【０２０４】
Ｓ３３０：リンク障害回復要求とも呼ばれてもよいリンク障害回復要求を送信する（ビーム障害回復要求伝送）。例えば、ＵＥは、リンク障害回復要求情報を基地局に送信し、リンク障害回復要求情報は、チャネル品質がプリセット閾値よりも高く、Ｓ３２０で判定された基準信号との関連関係を有し、ＵＥは、明示的または暗示的な方式で、新たに識別されたビームまたは基準信号リソースを基地局に通知してもよい。
【０２０５】
端末デバイスによってネットワークデバイスに送信されるリンク障害回復要求は、リンク再設定を開始するために使用される。換言すると、リンク障害回復要求は、リンク障害または通信障害を示すために使用される。
【０２０６】
本明細書において、端末デバイスは、良好な品質の下りリンクビームを識別し、下りリンクビームが基地局の送信ビームおよび／または端末デバイスの受信ビームを含む。
【０２０７】
ビームの相反性のシナリオにおいて、端末デバイスの受信ビームと端末デバイスの送信ビームとの間に対応関係が存在する。このケースでは、端末デバイスは、新たに識別された端末デバイスの受信ビームを介してリンク再設定要求を送信してもよい。ビームの相反性がないシナリオでは、端末デバイスは、別の送信ビームを介してリンク再設定要求情報を送信する必要がある。
【０２０８】
ビームの相反性のシナリオにおいて、端末デバイスの各受信ビームは、端末デバイスの１つの送信ビームに対応する。本明細書において、端末デバイスの送信ビームに対応する端末デバイスの受信ビームは、端末デバイスの受信ビームと端末デバイスの送信ビームが同じの指向性を有することを意味する。任意選択で、端末デバイスの受信ビームおよび端末デバイスの対応する送信ビームは、同じビームであってもよく、受信ビームおよび送信ビームは、同じのトランシーバ装置に属してもよい。任意選択で、端末装置の受信ビームに対応するアンテナポートおよび端末デバイスの対応する送信ビームに対応するアンテナポートは、疑似コロケーション（ＱＣＬ）であってもよい。任意に、疑似コロケーションとは、アンテナポートが、以下のパラメータにおいて少なくとも１つの同じパラメータを有するか、または以下のパラメータのうちの少なくとも１つに関して判定された対応関係を有することを意味する。すなわち、到達角（ａｎｇｌｅ  ｏｆ  ａｒｒｉｖａｌ，  ＡｏＡ）、主到達角（Ｄｏｍｉｎａｎｔ  ＡｏＡ）、平均到達角、到達角のパワー角スペクトル（ｐｏｗｅｒ  ａｎｇｕｌａｒ  ｓｐｅｃｔｒｕｍ  （ＰＡＳ）  ｏｆ  ＡｏＡ）、出発角度（ａｎｇｌｅ  ｏｆ  ｄｅｐａｒｔｕｒｅ，  ＡｏＤ）、主出発角度、平均出発角度、出発角度のパワー角スペクトル、端末デバイス送信ビームフォーミング、端末デバイス受信ビームフォーミング、空間チャネル相関、基地局送信ビームフォーミング、基地局受信ビームフォーミング、平均チャネル利得、平均チャネル遅延、遅延スプレッド（ｄｅｌａｙ  ｓｐｒｅａｄ）、ドップラースプレッド（Ｄｏｐｐｌｅｒ  ｓｐｒｅａｄ）、空間受信パラメータ（ｓｐａｔｉａｌ  Ｒｘ  ｐａｒａｍｅｔｅｒｓ）などである。
【０２０９】
Ｓ３２０およびＳ３３０は、以下の任意選択の実装を含んでもよい。
【０２１０】
任意選択で、Ｓ３２０は、
第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットに基づいて、第３の基準信号（すなわち、Ｓ３２０で説明された新しい候補リンク）を判定することであって、第３の基準信号は、信号品質が第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットにおける第２の閾値以上である基準信号であり、第１の制御リソースセットのリンク障害検出のために使用される基準信号リソースセットにおける基準信号は、同期信号および／またはブロードキャストチャネル基準信号である、判定することを含む。
【０２１１】
任意選択で、Ｓ３３０は、
リンク障害回復要求を送信することであって、リンク障害回復要求は、第３の基準信号に基づいて、第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信することを含む。
【０２１２】
第３の基準信号セットは、例えば、ＳＳＢセットであり、ＳＳＢセット内のＳＳＢは、例えば、１つの同期ブロードキャストチャネルブロック内のＰＳＳ、ＰＢＣＨ、またはＤＭＲＳである。第２の閾値は、ネットワークデバイスによって設定されてもよいし、事前定義されてもよい。第２の閾値は、第１の閾値と同じか、または異なってもよい。端末デバイスは、信号品質が第２の閾値以上であるＳＳＢ（すなわち、第３の基準信号）を判定するために、ＳＳＢセット内のＳＳＢを検出してもよく、第２の基準信号に基づいて第１の制御リソースセットの通信リンクを回復するようにネットワークデバイスにさらに要求するようにする。前述の方法では、第２の基準信号は直接判定され、他の中間プロセスは存在しない。これは、第１の制御リソースセットのリンク回復効率を向上させる。
【０２１３】
図１１は、本出願による、リンク障害回復要求を送信するフローチャートである。
【０２１４】
最初に、基地局は、ＵＥに対してＣＯＲＥＳＥＴ０および対応する探索空間を設定する。ＣＯＲＥＳＥＴ０はＳＳＢ１に対応する。
【０２１５】
ＵＥは、ＣＯＲＥＳＥＴ０のビームが障害を起こしていることを発見し、基地局によって設定されたＳＳＢ（ＲＭＳＩを使用して基地局によって設定された）から、信号品質がプリセット閾値よりも大きいＳＳＢ２を発見する。１つのＳＳＢは１つのＣＯＲＥＳＥＴ０に対応し、異なるＳＳＢは同じＣＯＲＥＳＥＴ０または異なるＣＯＲＥＳＥＴ０に対応してもよい。
【０２１６】
ＵＥは、次の方式でＳＳＢ２に関する情報を基地局に報告する。
すなわち、基地局に明示的にビームインデックス（ｂｅａｍ  ｉｎｄｅｘ）、すなわちＳＳＢ２のインデックスを通知することか、または
ＳＳＢ２に関連付けられたＰＲＡＣＨを選択して、リンク障害回復要求を報告することであって、ネットワークデバイスがどの下りリンクが使用可能かを知るようにすることである。
【０２１７】
任意選択で、基地局は、リンク障害回復要求応答を送信し、同時に、ＣＯＲＥＳＥＴのための非ブロードキャスト探索空間を再設定してもよい。
【０２１８】
基地局は、非ブロードキャスト探索空間をＳＳＢ２に対応するＣＯＲＥＳＥＴ０に直接関連付ける。任意選択で、ＵＥがＳＳＢ２に関する情報を基地局に報告し、基地局とＵＥが合意に達したため、基地局はこの動作をＵＥに通知する必要がない。
【０２１９】
任意選択で、ＵＥがＳＳＢ２に対応するＣＯＲＥＳＥＴ０内のＤＣＩを検出した場合、ＵＥは、リンク障害回復要求応答が受信されたとみなす。
【０２２０】
任意選択で、Ｓ３２０は、
第２の制御リソースセットに関連付けられた第４の基準信号に基づいて、第３の基準信号を判定することであって、第２の制御リソースセットは、第１の制御リソースセットのリンク障害を判定する前に設定された複数の制御リソースセットのうちの１つであり、第２の制御リソースセットに対応する基準信号の品質は、第２の閾値以上であり、第４の基準信号および第３の基準信号は、ＱＣＬ仮定関係を満たし、第４の基準信号は、第２の制御リソースセットに関連付けられた受信パラメータを示すために使用される、判定することを含む。
【０２２１】
任意選択で、Ｓ３３０は、
リンク障害回復要求を送信することであって、リンク障害回復要求は、第３の基準信号に基づいて、第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信することを含む。
【０２２２】
第４の基準信号は、例えば、チャネル状態情報基準信号（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，  ＣＳＩ−ＲＳ）でもよいし、または別の基準信号（例えば、ＴＲＳ）であってもよい。端末デバイスは、ＣＳＩ−ＲＳとＱＣＬの仮定関係に基づいて、第３の基準信号を判定してもよく、第３の基準信号とＣＳＩ−ＲＳはＱＣＬの仮定関係を満たす。本方法において、設定されたＳＳＢの信号品質を検出する必要がなく、リンク障害が発生しないＣＯＲＥＳＥＴに対応するＴＣＩを使用して、第３の基準信号を直接判定する。これは、第１の制御リソースセットのリンク回復効率を向上させる。
【０２２３】
図１２は、本出願による、リンク障害回復要求を送信するフローチャートである。
【０２２４】
最初に、基地局は、ＵＥに対してＣＯＲＥＳＥＴ０および対応する探索空間を設定する。ＣＯＲＥＳＥＴ０はＳＳＢ１に対応する。
【０２２５】
ＵＥはＣＯＲＥＳＥＴ０のビーム障害を発見する。ＣＯＲＥＳＥＴ３上でビーム障害は発生せず、ＣＯＲＥＳＥＴ３のＴＣＩは、ＣＯＲＥＳＥＴ３がＣＳＩ−ＲＳ  （例えば、ＱＣＬタイプＤ  ＲＳ）に関連付けられていることを示し、ＣＳＩ−ＲＳ１とＳＳＢ２は、ＱＣＬ関係を満たす。
【０２２６】
代替的には、ＵＥは、ＣＯＲＥＳＥＴ０のビーム障害を発見する。ＣＯＲＥＳＥＴ３でビーム障害は発生せず、ＣＯＲＥＳＥＴ３のＴＣＩは、ＣＯＲＥＳＥＴ３がＳＳＢ２（例えば、ＱＣＬタイプＤ  ＲＳ）に関連付けられていることを示す。
【０２２７】
ＵＥは、ＳＳＢ２に関する情報を基地局に報告する。ＳＳＢ２の情報を基地局に報告するための方法は、
明示的な情報（例えば、ＰＵＣＣＨ／ＰＵＳＣＨ上で搬送される情報）を使用して、ＵＥによって選択されたビームインデックス（ｂｅａｍ  ｉｎｄｅｘ）の基地局に通知することであって、ビームインデックスはＳＳＢ２のインデックスである、通知すること、または
ＳＳＢ２に関連付けられたＰＲＡＣＨを選択し、リンク障害回復要求を報告して、ＵＥが、どのＰＲＡＣＨが利用可能であるかを知るようにすることを含む。
【０２２８】
任意選択で、基地局は、リンク障害回復要求応答を送信し、同時に、ＣＯＲＥＳＥＴのための非ブロードキャスト探索空間を再設定してもよい。
【０２２９】
基地局は、非ブロードキャスト探索空間をＳＳＢ２に対応するＣＯＲＥＳＥＴ０に直接関連付ける。任意選択で、ＵＥがＳＳＢ２に関する情報を基地局に報告し、基地局とＵＥが合意に達したため、基地局はこの動作をＵＥに通知する必要がない。
【０２３０】
任意選択で、ＵＥがＳＳＢ２に対応するＣＯＲＥＳＥＴ０内のＤＣＩを検出した場合、ＵＥは、リンク障害回復要求応答が受信されたとみなす。
【０２３１】
任意選択で、Ｓ３３０は、
リンク障害回復要求をＰＵＣＣＨを介して送信することであって、ＰＵＣＣＨは、チャネル品質情報および／またはスケジューリング要求情報を搬送するために使用される、送信することを含む。
【０２３２】
端末デバイスは、チャネル品質情報および／またはスケジューリング要求情報を搬送するＰＵＣＣＨを再利用して、リンク障害回復要求を送信してもよい。例えば、ビーム報告（ｂｅａｍ  ｒｅｐｏｒｔｉｎｇ）のフィールドの特別ステータスビットは、送信された情報がビーム報告であるか、リンク障害回復要求であるかを区別するために使用される。特別ステータスビットは、例えば、絶対または基準７ビットの予約ビットである。これにより、エアインターフェースリソースの利用を向上させる。
【０２３３】
例えば、リンク障害回復要求は（ビーム管理ＢＭのために使用されるＣＳＩを搬送するＰＵＣＣＨリソースを再利用することによって）ＰＵＣＣＨ上で送信される。任意選択で、正常ビーム関係情報が報告されるか、ＣＯＲＥＳＥＴ０のリンク障害回復要求が報告されるかは、ビーム管理情報を報告するために使用されるチャネル品質情報の特別状態ビットを使用して区別される。代替的には、正常ビーム関係情報が報告されるか、ＣＯＲＥＳＥＴ０のリンク障害回復要求が報告されるかは、ＰＵＣＣＨのＤＭＲＳシーケンス周期シフト（ｓｅｑｕｅｎｃｅ  ｃｙｃｌｉｃ  ｓｈｉｆｔ）を使用して区別される。
【０２３４】
端末デバイスは、代替的には、リンク障害回復要求を以下の方式で送信してもよい。
【０２３５】
方式１：競合ベースのＰＲＡＣＨリソース上でリンク障害回復要求情報を送信する。
【０２３６】
方式２：非競合ベースのＰＲＡＣＨリソース上でリンク障害回復要求情報を送信する。
【０２３７】
方式３：物理上りリンク共有チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ，  ＰＵＳＣＨ）上でリンク障害回復要求情報を送信する。
【０２３８】
端末デバイスは、チャネル品質情報および／またはスケジューリング要求情報を搬送するＰＵＣＣＨを再利用して、リンク障害回復要求を送信してもよい。例えば、ビーム報告（ｂｅａｍ  ｒｅｐｏｒｔｉｎｇ）のフィールドの特別ステータスビットは、送信された情報がビーム報告であるか、リンク障害回復要求であるかを区別するために使用される。特別ステータスビットは、例えば、絶対または基準７ビット（ｂｉｔ）の予約ビット、最下位ビット、または最上位ビットである。これにより、エアインターフェースリソースの利用を向上させる。
【０２３９】
任意に、チャネル品質情報は、基準信号受信電力（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｉｎｇ  ｐｏｗｅｒ，  ＲＳＲＰ）関連情報、またはリンク適応に使用されるチャネル品質インジケータ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ，  ＣＱＩ）関連情報を含む、ビーム管理（ビーム管理情報の報告）のために使用される報告情報である。
【０２４０】
基準信号受信電力関連情報は、ＲＳＲＰ、基準信号リソースインデックス（ＣＳＩ−ＲＳリソースインジケータ（ＣＳＩ−ＲＳ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ，  ＣＲＩ）、またはＳＳＢリソースインジケータ（ＳＳＢ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ，  ＳＳＢＲＩ）など）、および基準信号受信品質（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｉｎｇ  ｑｕａｌｉｔｙ，  ＲＳＲＱ）のうちの少なくとも１つを含む。チャネル品質インジケータ関連情報は、基準信号リソースインデックス（ＣＲＩなど）、プリコーディングマトリクスインジケータ（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ，  ＰＭＩ）、ランクインジケータ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ，  ＲＩ）、チャネル品質インジケータ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ，  ＣＱＩ）、およびレイヤインジケータ（ｔｈｅ  ｌａｙｅｒ  ｉｎｄｉｃａｔｏｒ，  ＬＩ）のうちの少なくとも１つを含む。
【０２４１】
スケジューリング要求情報には、以下の２つのケースを含む。一方のケースでは、データスケジューリングを要求するかどうかを示すために１ビットが使用される。換言すると、２つの状態（１ビットは２つの状態「０」と「１」を有する）が、データスケジューリングを要求するかどうかを示すために使用される。他方のケースでは、シーケンス（ｏｎ／ｏｆｆ）が存在するかが、データスケジューリングを要求するかどうかを示すために使用される。データスケジューリングが存在する場合、シーケンスが送信される。データスケジューリングが存在しない場合、シーケンスは送信されない。
【０２４２】
任意選択で、Ｓ３３０は、ＰＲＡＣＨを介してリンク障害回復要求を送信することであって、ＰＲＡＣＨは、第３の基準信号と関連関係を有し、第２の基準信号は、第１の制御リソースセットの通信リンクを回復するための基準信号である、受信することを含む。
【０２４３】
前述の関連関係は、ネットワークデバイスが、ＲＲＣシグナリングを使用してＰＲＡＣＨリソース上で第３の基準信号を設定することを意味する。上りリンクビームと下りリンクビームが相反性を有するときに、端末デバイスは、第３の基準信号に対応するビームを介してリンク障害要求を送信してもよい。ＰＲＡＣＨは、競合ベースのランダムアクセスシナリオ（すなわち、競合ベースのＰＲＡＣＨリソース）で設定されるＰＲＡＣＨであってもよいし、非競合ベースのランダムアクセスシナリオ（すなわち、非競合ベースのＰＲＡＣＨリソース）で設定されるＰＲＡＣＨであってもよい。競合ベースのＰＲＡＣＨリソースが使用されるときに、競合ベースのＰＲＡＣＨリソースが初期アクセスのために使用されるため、ＰＲＡＣＨリソースを再使用すると、オーバヘッドを低減することができる。非競合ベースのＰＲＡＣＨリソースが使用される場合、ネットワークデバイスは、端末デバイスのためにＰＲＡＣＨリソースを別々に設定する。端末デバイスは、別のユーザと競合する必要がないため、リンク障害回復要求を送信するための時間を低減することができる。
【０２４４】
任意選択で、本出願において非ブロードキャスト探索空間セット内の非ブロードキャスト探索空間において検出された下りリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）のＣＲＣは、以下の情報のうちの少なくとも１つによってスクランブルされる。
すなわち、ランダムアクセスＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ＲＮＴＩ，  ＲＡ−ＲＮＴＩ）、一時セルＲＮＴＩ  （ｔｅｍｐｏｒａｒｙ  ｃｅｌｌ  ＲＮＴＩ，  ＴＣ−ＲＮＴＩ）、セルＲＮＴＩ（ｃｅｌｌ  ＲＮＴＩ，  Ｃ−ＲＮＴＩ）、割り込みＲＮＴＩ  （ｉｎｔｅｒｒｕｐｔｉｏｎ  ＲＮＴＩ，  ＩＮＴ−ＲＮＴＩ）、スロットフォーマット表示ＲＮＴＩ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｉｏｎ  ＲＮＴＩ，  ＳＦＩ−ＲＮＴＩ）、送信パワー制御物理上りリンク共有チャネルＲＮＴＩ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ  ＲＮＴＩ，  ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ）、送信パワー制御物理上りリンク制御チャネルＲＮＴＩ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ＲＮＴＩ，  ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ）、送信パワー制御サウンディング基準シンボルＲＮＴＩ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｙｍｂｏｌｓ  ＲＮＴＩ，  ＴＰＣ−ＳＲＳ−ＲＮＴＩ）、設定済みスケジューリングＲＮＴＩ（ｃｏｎｆｉｇｕｒｅｄ  ｓｃｈｅｄｕｌｉｎｇ  ＲＮＴＩ，  ＣＳ−ＲＮＴＩ）、およびセミパーシステントチャネル状態情報ＲＮＴＩ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎＲＮＴＩ，  ＳＰ−ＣＳＩ−ＲＮＴＩ）である。
【０２４５】
ＵＥは、ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨを再利用して、ＣＯＲＥＳＥＴ０のリンク障害回復要求情報を送信してもよい。例えば、ＵＥは、リンク障害回復要求を送信するために、ビーム報告（ｂｅａｍ  ｒｅｐｏｒｔｉｎｇ）を送信するためにＰＵＣＣＨを再使用する。報告が非差分方式で行われる場合、送信された情報がビーム報告であるか、ＣＯＲＥＳＥＴ０のリンク障害回復要求であるかは、絶対ＲＳＲＰの７ビットにおける予約（ｒｅｓｅｒｖｅ）ビットのステータスビットを使用して区別される。例えば、７ビットにおけるすべての予約ビットが１に設定されている場合、報告された情報がビーム報告であることを示し、あるいは７ビットにおけるすべての予約ビットが０に設定されている場合は、報告された情報がＣＯＲＥＳＥＴ０のリンク障害回復要求であることを示す。
【０２４６】
方法３００は、さらに以下のステップを含む。
【０２４７】
Ｓ３４０：端末デバイスは、ＣＯＲＥＳＥＴを検出し、基地局によって送信されたビーム障害回復要求応答を受信する（ＵＥは、ＣＯＲＥＳＥＴを検出して、ビーム障害回復要求に対するｇＮＢ応答を受信する）。ビーム障害回復要求応答は、リンク障害回復要求応答とも呼ばれてもよいし、または別の名前を有してもよい。任意選択で、ＣＯＲＥＳＥＴは、ＵＥに対して基地局によって設定された専用のＣＯＲＥＳＥＴであり、ＵＥがリンク障害要求を送信した後に、基地局によって送信されたリンク障害要求応答を送信するために使用される。ＵＥは、ＣＯＲＥＳＥＴを検出すると同時にビーム障害回復要求を受信してもよいし、２つのステップを順次行ってもよい。２つのステップの順序は限定されない。任意選択で、ＵＥは、リンク障害要求を送信し、４スロット後に、リンク障害回復要求応答情報をリンク障害回復要求応答時間ウィンドウにおいて受信する。
【０２４８】
前述のステップにおいて、ビーム障害要求は、代替的に別の名称、例えば、ビーム障害回復要求、リンク再設定要求、通信リンク失敗回復要求、通信リンク障害回復要求、ビーム失敗回復要求、リンク障害回復要求、通信失敗回復要求、通信障害回復要求、再設定要求、リンク回復要求、リンク失敗回復要求、通信リンク回復要求などを有してもよい。
【０２４９】
Ｓ３４０において、端末デバイスがＣＯＲＥＳＥＴを検出することは、
第５の制御リソースセット上で、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セット（第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットの全部または一部を含む）を検出することであって、第５の制御リソースセットは、第１の制御リソースセットのリンク障害を判定した後に設定された制御リソースセットである、検出することを含んでもよい。
【０２５０】
第５の制御リソースセットは、第１の制御リソースセットのリンク障害が発生した後に、新たに設定された制御リソースセットであるか、または第５の制御リソースセットは、ＱＣＬ／ＴＣＩが再設定された第１の制御リソースセットである。本方法によれば、ネットワークデバイスは、端末デバイスによって報告された複数の下りリンクから比較的良好なチャネル品質を有する下りリンクを発見し、端末デバイスのために下りリンクを設定してもよい。端末デバイスは、比較的良好なパフォーマンスを有し、ネットワークデバイスによって設定される新しい制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間セットを検出してもよい。これは、受信性能を向上させる。任意選択で、第１の制御リソースセットに関連付けられ、第５の制御リソースセット上で検出される探索空間セットは、ＳＦＩ−ＲＮＴＩおよび／またはＩＮＴ−ＲＮＴＩによってスクランブルされた探索空間セットを含む。
【０２５１】
任意選択で、端末デバイスがＣＯＲＥＳＥＴを検出することは、
第３の制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間を検出することであって、第３の制御リソースセットは、第３の基準信号に関連付けられた制御リソースセットであり、第３の制御リソースセットは、第２のＭＩＢによって設定される制御リソースセットである。
【０２５２】
第２のＭＩＢは、第１のＭＩＢと同じか、または異なってもよい。第３の基準信号を含むリンク回復要求は、非ブロードキャスト探索空間を検出するために端末デバイスによって使用されるパラメータ（すなわち、第３の基準信号によって示される受信パラメータ）を暗示的に示し、ネットワークデバイスは、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【０２５３】
任意選択で、端末デバイスがＣＯＲＥＳＥＴを検出することは、
第２の制御リソースセット上で、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出することであって、第２の制御リソースセットは、第１の制御リソースセットのリンク障害を判定する前に設定された複数の制御リソースセットのうちの１つであり、第２の制御リソースセットに対応する基準信号の品質は、第２の閾値以上である、検出することをさらに含んでもよい。
【０２５４】
第２の制御リソースセットは、例えば、ＲＲＣシグナリングによって設定される制御リソースセットであってもよい。ＲＲＣシグナリングによって設定された制御リソースセットが利用可能であるときに、端末デバイスは、ＲＲＣシグナリングによって設定された制御リソースセット上で非ブロードキャスト探索空間を検出してもよい。このようにして、ネットワークデバイスは、追加のシグナリングを使用することによって、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【０２５５】
図１３は、本出願による、非ブロードキャスト探索空間におけるＤＣＩを検出するための方法のフローチャートである。
【０２５６】
最初に、基地局は、ＵＥに対してＣＯＲＥＳＥＴ０および対応する探索空間を設定する。ＣＯＲＥＳＥＴ０はＳＳＢ１に対応する。
【０２５７】
ＵＥは、ＣＯＲＥＳＥＴ０のビーム障害を発見し、ＣＯＲＥＳＥＴ３上でビーム障害は発生しない。
【０２５８】
ＵＥは、ＣＯＲＥＳＥＴ０のビーム障害を基地局に報告する。追加的に、ＵＥは、ＣＯＲＥＳＥＴ３の利用可能な情報を基地局に報告してもよい。例えば、ＵＥは、ＣＯＲＥＳＥＴ３に対応するビームまたはＴＣＩのインデックスを報告し、ＵＥは、上りリンクリソース（例えば、ＰＵＣＣＨ）上で明示的な情報を介して、障害が起きたビームのインデックス（ｆａｉｌｅｄ  ｂｅａｍ  ｉｎｄｅｘ）を基地局に通知する。
【０２５９】
任意選択で、基地局は、リンク障害回復要求応答を送信し、同時に、ＣＯＲＥＳＥＴ３に対して非ブロードキャスト探索空間を再設定してもよい。
【０２６０】
図１３に示すように、基地局は、ビーム障害なく、非ブロードキャスト探索空間をＣＯＲＥＳＥＴ３に直接関連付ける。任意選択で、ＵＥがＣＯＲＥＳＥＴ３に対応するビームまたはＴＣＩのインデックスを基地局に報告し、基地局とＵＥが合意に達したため、基地局はこの動作をＵＥに通知する必要がない。
【０２６１】
任意選択で、ＵＥが、ＣＯＲＥＳＥＴ３において、非ブロードキャスト探索空間に対応するＤＣＩを検出した場合、ＵＥは、リンク障害回復要求応答が受信されたとみなす。
【０２６２】
任意選択で、ＵＥがＣＯＲＥＳＥＴを検出することは、
第４の制御リソースセット上でリンク障害回復要求応答を受信すること、および／または、第４の制御リソースセット上で、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出することをさらに含んでもよく、第４の制御リソースセットは、リンク障害回復要求応答を受信するために特に使用される制御リソースセットである。
【０２６３】
第４の制御リソースセットは、通信リンクを回復するために特別に設定された制御リソースセットである。換言すると、第４の制御リソースセットは、リンク障害が発生する前に設定され、リンク障害回復のために特に使用される制御リソースセットである。端末デバイスは、情報を受信するために使用される制御リソースセットに基づいて、または、制御リソースセットに関連付けられた探索空間セットに基づいて、受信された情報が通常のデータスケジューリング応答であるか、または、リンク障害回復要求応答であるかを判定してもよい。第１の制御リソースセットのリンク障害を判定した後に、ネットワークデバイスは、第４の制御リソースセットを使用して、通信障害回復要求応答を端末デバイスに返し、第４の制御リソースセットのＤＭＲＳと、リンクを回復するために使用され、リンク障害回復要求に含まれる基準信号は、ＱＣＬ関係を満たす。端末デバイスは、ネットワークデバイスによって設定された制御リソースセット（すなわち、第４の制御リソースセット）に基づいて、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出してもよく、端末デバイスは、リンク障害回復プロセスにおいて、依然として重要なシステムメッセージを受信することができるようにする。本方法によれば、新しい制御リソースセットがネットワークデバイスによって設定される前に、端末デバイスは、関連情報を受信するために、予め第１の制御リソースセットに関連付けられた探索空間内で検出してもよい。これは、第１の制御リソースセットのリンク回復効率を向上させる。
【０２６４】
図１４は、本出願による、非ブロードキャスト探索空間におけるＤＣＩを検出するための別の方法のフローチャートである。
【０２６５】
最初に、基地局は、ＵＥに対してＣＯＲＥＳＥＴ０と対応するブロードキャスト探索空間および非ブロードキャスト探索空間を設定する。ＣＯＲＥＳＥＴ０はＳＳＢ１に対応する。
【０２６６】
ＵＥは、ビーム障害がＣＯＲＥＳＥＴ０上で発生したことを発見し、プリセット閾値よりもチャネル品質が大きい基準信号（説明を簡単にするために、新規ビーム（ｎｅｗ  ｂｅａｍ）と略して呼ばれる）について、基地局によって設定された候補ビームリスト（ｃａｎｄｉｄａｔｅ  ｂｅａｍ  ｌｉｓｔ）を探索する。
【０２６７】
ＵＥは、ＣＯＲＥＳＥＴ０のビーム障害を基地局に通知する、例えば、ＰＵＣＣＨ上で搬送される明示的な情報を介して、ＣＯＲＥＳＥＴ０の障害が起きたビームのインデックス（ｆａｉｌｅｄ  ｂｅａｍ  ｉｎｄｅｘ）および／または新しいビームのインデックス（ｎｅｗ  ｂｅａｍ  ｉｎｄｅｘ）を基地局に通知する。
【０２６８】
基地局は、リンク障害回復要求応答を送信し、同時に、ＣＯＲＥＳＥＴ２に対して非ブロードキャスト探索空間を再設定してもよい。
【０２６９】
ＵＥは、ＣＯＲＥＳＥＴ２において、非ブロードキャスト探索空間に対応するＤＣＩを検出する。
【０２７０】
前述は、端末デバイスの観点から、本出願において提供されるリンク回復方法を説明した。以下、ネットワークデバイスの観点から、本出願において提供されるリンク回復方法を説明する。
【０２７１】
図１５に示されるように、本出願は、リンク回復方法１５００をさらに提供する。方法１５００は、ネットワークデバイスによって行われてもよく、以下のステップを含む。
【０２７２】
Ｓ１５１０：リンク障害回復要求を受信し、リンク障害回復要求は、第１の制御リソースセットの通信リンクを回復することを要求するために使用され、第１の制御リソースセットは、第１のＭＩＢによって設定される制御リソースセットである。
【０２７３】
Ｓ１５２０：制御リソースセットおよび／または受信パラメータをリンク障害回復要求に基づいて設定し、制御リソースセットは、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットにおいて検出するために使用される。
【０２７４】
第１の制御リソースセットは、第５世代移動通信システムで定義されるＣＯＲＥＳＥＴ、制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）、またはｅＰＤＣＣＨセット（ｓｅｔ）であってもよいし、別の移動通信システム（例えば、第６世代移動通信システム）で定義され、ＰＤＣＣＨを搬送するリソースセットであってもよい。ネットワークデバイスが、第１の制御リソースセットの通信リンク上でリンク障害が発生したことを知ったときに、ネットワークデバイスは、制御リソースセットおよび／または受信パラメータを設定してもよく、ＭＩＢによって設定された制御リソースセットの通信リンクを迅速に回復する。
【０２７５】
本方法１５００において、ネットワークデバイスおよび端末デバイスは、両方とも本方法３００におけるネットワークデバイスおよび端末デバイスと同等であってもよく、本方法１５００におけるネットワークデバイスおよび端末デバイスのアクションは、本方法３００におけるネットワークデバイスおよび端末デバイスのアクションと対応することは、当業者には明らかに理解されてもよい。簡潔にするために、詳細はここでは再度説明しない。
【０２７６】
任意選択で、制御リソースセットは、リンク障害回復要求を受信する前に設定された複数の制御リソースセットのうちの１つであり、制御リソースセットに対応する基準信号の品質は、第１の閾値および／または第２の閾値以上である。
【０２７７】
制御リソースセットは、例えば、ＲＲＣシグナリングによって設定される制御リソースセットであってもよい。ＲＲＣシグナリングによって設定された制御リソースセットが利用可能であるときに、端末デバイスは、ＲＲＣシグナリングによって設定された制御リソースセット上の非ブロードキャスト探索空間において検出してもよい。このようにして、ネットワークデバイスは、追加のシグナリングを使用することによって、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【０２７８】
任意選択で、制御リソースセットは、リンク障害回復要求を受信した後に設定される制御リソースセットである。
【０２７９】
制御リソースセットは、例えば、本方法で説明された第５の制御リソースセットであり、第５の制御リソースセットは、第１の制御リソースセットのリンク障害が発生した後に新たに設定された制御リソースセットであるか、または、第５の制御リソースセットは、ＱＣＬ／ＴＣＩが再設定された第１の制御リソースセットである。本方法によれば、ネットワークデバイスは、端末デバイスによって報告された複数の下りリンクから比較的良好なチャネル品質を有する下りリンクを発見し、端末デバイスのために下りリンクを設定してもよい。端末デバイスは、比較的良好なパフォーマンスを有し、ネットワークデバイスによって設定される新しい制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間セットを検出してもよい。これにより、システムの性能を向上させる。
【０２８０】
任意選択で、Ｓ１５１０は、
リンク障害回復要求を受信することは、第３の基準信号を含むリンク障害回復要求を受信することであって、第３の基準信号は、第１の制御リソースセットの通信リンクを回復するための基準信号である、受信することを含み、リンク障害回復要求に基づいて制御リソースセットおよび／または受信パラメータを設定することは、リンク障害回復要求に基づいて、第３の基準信号に関連付けられた制御リソースセットおよび／または受信パラメータを設定することを含む。
【０２８１】
第３の基準信号は、例えば、第２の制御リソースセット（すなわち、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出するための制御リソースセット）に関連付けられた受信パラメータを示すために使用されるＳＳＢである。ネットワークデバイスは、ＳＳＢに基づいて、第１の制御リソースセットの通信リンクを回復し、追加のシグナリングを使用して、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要はない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【０２８２】
任意選択で、Ｓ１５１０は、リンク障害回復要求をＰＵＣＣＨを介して受信することであって、ＰＵＣＣＨは、チャネル品質情報および／またはスケジューリング要求情報を搬送するために使用される、受信することを含む。
【０２８３】
ネットワークデバイスは、チャネル品質情報および／またはスケジューリング要求情報を搬送するＰＵＣＣＨを再利用して、リンク障害回復要求を受信してもよい。例えば、ビーム報告（ｂｅａｍ  ｒｅｐｏｒｔｉｎｇ）のフィールドの特別ステータスビットは、送信された情報がビーム報告であるか、リンク障害回復要求であるかを区別するために使用される。特別ステータスビットは、例えば、絶対または基準７ビット（ｂｉｔ）の予約ビット、最下位ビット、または最上位ビットである。これにより、エアインターフェースリソースの利用を向上させる。
【０２８４】
任意選択で、Ｓ１５１０は、
ＰＲＡＣＨを介してリンク障害回復要求を受信することであって、ＰＲＡＣＨは、第３の基準信号と関連関係を有し、第３の基準信号は、第１の制御リソースセットの通信リンクを回復するための基準信号である、受信することを含む。
【０２８５】
前述の関連関係は、ネットワークデバイスが、ＲＲＣシグナリングを使用してＰＲＡＣＨリソースにおいて第３の基準信号を設定することを意味する。上りリンクビームと下りリンクビームが相反性を有するときに、端末デバイスは、第３の基準信号に対応するビームを介してリンク障害要求を送信してもよい。ＰＲＡＣＨは、競合ベースのランダムアクセスシナリオ（すなわち、競合ベースのＰＲＡＣＨリソース）で設定されるＰＲＡＣＨであってもよいし、非競合ベースのランダムアクセスシナリオ（すなわち、非競合ベースのＰＲＡＣＨリソース）で設定されるＰＲＡＣＨであってもよい。競合ベースのＰＲＡＣＨリソースが使用されるときに、競合ベースのＰＲＡＣＨリソースが初期アクセスのために使用されるため、ＰＲＡＣＨリソースを再使用すると、オーバヘッドを低減することができる。非競合ベースのＰＲＡＣＨリソースが使用される場合、ネットワークデバイスは、端末デバイスのためにＰＲＡＣＨリソースを別々に設定する。端末デバイスは、別のユーザと競合する必要がないため、リンク障害回復要求を送信するための時間を低減することができる。
【０２８６】
任意選択で、方法１５００は、
制御リソースセット上でリンク障害回復要求応答を送信すること、および／または制御リソースセット上で第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを送信することをさらに含む。
【０２８７】
制御リソースセットは、第２の制御リソースセットまたは第３の制御リソースセットであってもよい。制御リソースセットが第２の制御リソースセットであるときに、第２の制御リソースセットは、例えば、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ，  ＲＲＣ）シグナリングによって設定される制御リソースセットであってもよい。ＲＲＣシグナリングによって設定された制御リソースセットが利用可能であるときに、端末デバイスは、ＲＲＣシグナリングによって設定された制御リソースセット上で非ブロードキャスト探索空間を検出してもよい。このようにして、ネットワークデバイスは、追加のシグナリングを使用することによって、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。制御リソースセットが第３の制御リソースセットであるときに、ネットワークデバイスは、第３の制御リソースセットを使用してリンク障害回復要求応答を直接送信するか、またはリンク障害回復要求応答を送信せずに、第３の制御リソースセットを使用してＤＣＩを送信してもよい。端末デバイスは、第３の制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間を検出し、ＤＣＩを取得したときに、端末デバイスは、リンク障害回復要求応答を受信されたと判定してもよい（ＤＣＩは、リンク障害回復要求応答と同等である）。代替的には、ネットワークデバイスは、リンク障害回復要求応答を送信した後に、第３の制御リソースセットを使用してＤＣＩを送信してもよい。前述の方法では、第３の基準信号を含むリンク回復要求は、非ブロードキャスト探索空間を検出するために端末デバイスによって使用されるパラメータ（すなわち、第３の基準信号によって示される受信パラメータ）を暗示的に示し、ネットワークデバイスは、第１の制御リソースセットの非ブロードキャスト探索空間を再設定する必要がない。これは、信号オーバヘッドを低減し、第１の制御リソースセットのリンク回復効率を向上させる。
【０２８８】
任意選択で、方法１５００は、
第４の制御リソースセット上でリンク障害回復要求応答を送信すること、および／または第４の制御リソースセット上で第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを送信することをさらに含み、
第４の制御リソースセットは、リンク障害回復要求応答を送信するために特に使用される制御リソースセットである。
【０２８９】
第４の制御リソースセットは、通信リンクを回復するためにネットワークデバイスによって特別に設定される制御リソースセットである。換言すると、第４の制御リソースセットは、リンク障害が発生する前に設定され、リンク障害回復のために特に使用される制御リソースセットである。端末デバイスは、情報を受信するために使用される制御リソースセットに基づいて、または、制御リソースセットに関連付けられた探索空間セットに基づいて、受信された情報が通常のデータスケジューリング応答であるか、または、リンク障害回復要求応答であるかを判定してもよい。ネットワークデバイスは、第１の制御リソースセットのリンク障害を判定した後に、第４の制御リソースセットを使用して通信障害回復応答情報を端末デバイスに返す。第４の制御リソースセットのＤＭＲＳと、リンクを回復するために使用され、リンク障害回復要求に含まれる基準信号は、ＱＣＬ関係を満たす。端末デバイスは、ネットワークデバイスによって再設定された制御リソースセット（すなわち、第４の制御リソースセット）に基づいて、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを検出してもよい。本方法によれば、新しい制御リソースセットがネットワークデバイスによって設定される前に、端末デバイスは、関連情報を受信するために、予め第１の制御リソースセットに関連付けられた探索空間内で検出してもよい。これは、第１の制御リソースセットのリンク回復効率を向上させる。
【０２９０】
任意選択で、非ブロードキャスト探索空間セットのＤＣＩフォーマットは、ＤＣＩフォーマット２＿０および／またはＤＣＩフォーマット２＿１を含むか、または
非ブロードキャスト探索空間セットにおいて検出されたＤＣＩの巡回冗長検査ＣＲＣは、スロットフォーマット表示無線ネットワーク一時識別子ＳＦＩ−ＲＮＴＩおよび／または中断無線ネットワーク一時識別子ＩＮＴ−ＲＮＴＩによってスクランブルされる。
【０２９１】
非ブロードキャスト探索空間セットで検出されたＤＣＩの巡回冗長検査（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ，  ＣＲＣ）は、スロットフォーマット表示無線ネットワーク一時識別子（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｉｏｎ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ，  ＳＦＩ−ＲＮＴＩ）および／または中断無線ネットワーク一時識別子（ｉｎｔｅｒｒｕｐｔｉｏｎ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ，  ＩＮＴ−ＲＮＴＩ）によってスクランブルされ、ＤＣＩのＣＲＣは、ＤＣＩの情報ビットを使用して生成されるＣＲＣである。
【０２９２】
ＤＣＩフォーマット２＿０のＣＲＣは、ＳＦＩ−ＲＮＴＩによってスクランブルされ、主にスロットフォーマットを送信するために使用される。ＤＣＩフォーマット２＿１のＣＲＣは、ＩＮＴ−ＲＮＴＩによってスクランブルされ、主にレートマッチングの位置（超高信頼低遅延通信（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  ｌｏｗ−ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，  ＵＲＬＬＣ）サービスデータの伝送中のパンクチャリング位置）を端末デバイスに通知するために使用される。この情報は、データ復調および基準信号の受信または送信のために使用される。したがって、第４の制御リソースを対応する探索空間に関連付けることは、リンク障害回復プロセスにおいて、スロットフォーマットまたはプリエンプション（ｐｒｅ−ｅｍｐｔｉｏｎ）情報を示すために使用される重要な情報も受信されることを確実にすることができ、データおよび基準信号を正しく受信する。
【０２９３】
任意選択で、方法１５００は、
第５の制御リソースセット上で、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットを送信することであって、第５の制御リソースセットは、第１の制御リソースセットのリンク障害を判定した後に設定される制御リソースセットである、送信することをさらに含む。
【０２９４】
第５の制御リソースセットは、第１の制御リソースセットのリンク障害が発生した後に、新たに設定された制御リソースセットであるか、または第５の制御リソースセットは、ＱＣＬ／ＴＣＩが再設定された第１の制御リソースセットである。本方法によれば、ネットワークデバイスは、端末デバイスによって報告された複数の下りリンクから比較的良好なチャネル品質を有する下りリンクを発見し、端末デバイスのために下りリンクを設定してもよい。端末デバイスは、比較的良好なパフォーマンスを有し、ネットワークデバイスによって設定される新しい制御リソースセット上で、第１の制御リソースセットに関連付けられた探索空間セットを検出してもよい。これは、受信性能を向上させる。任意選択で、第１の制御リソースセットに関連付けられ、第５の制御リソースセット上で検出される探索空間セットは、ＳＦＩ−ＲＮＴＩおよび／またはＩＮＴ−ＲＮＴＩによってスクランブルされた探索空間セットを含む。
【０２９５】
以上、本出願におけるリンク回復方法の詳細な例を説明した。前述の機能を実装するために、端末デバイスおよびネットワークデバイスは各々、各機能を行うための対応するハードウェア構造および／またはソフトウェアモジュールを含むことが理解されよう。当業者は、本明細書に開示された実施形態を参照して説明された例におけるユニットおよびアルゴリズムのステップが、ハードウェアの形態で、または本出願におけるハードウェアおよびコンピュータのソフトウェアの組み合わせの形態で実装されてもよいと容易に理解すべきである。機能がハードウェアによって行われるか、コンピュータソフトウェアによって駆動されるハードウェアによって行われるかは、特定の用途および技術的解決策の設計制約条件に依存する。当業者であれば、特定の用途ごとに、説明された機能を実装するために異なる方法を使用してもよく、その実装が本出願の範囲を超えるものであるとみなされるべきではない。
【０２９６】
図１６は、本出願による、リンク回復装置の概略構造図である。装置１６００は、
第１の制御リソースセットのリンク障害を判定するように構成され、第１の制御リソースセットは、第１のＭＩＢによって設定された制御リソースセットである、処理ユニット１６１０と、
リンク障害回復要求を送信するように構成され、リンク障害回復要求は、第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信ユニット１６２０と、を含む。
【０２９７】
装置１６００は、通信デバイス（例えば、端末デバイス）であってもよいし、通信デバイス内のチップであってもよい。装置は、処理ユニットおよびトランシーバユニットを含んでもよい。装置が通信デバイスであるときに、処理ユニットはプロセッサであってもよく、トランシーバユニットはトランシーバであってもよい。通信デバイスは、記憶ユニットをさらに含んでもよく、記憶ユニットはメモリであってもよい。記憶ユニットは、命令を記憶するように設定され、処理ユニットは、記憶ユニットに記憶された命令を実行して、通信デバイスが、方法３００を行うことを可能にする。装置が通信デバイス内のチップであるときに、処理ユニットはプロセッサであってもよく、トランシーバユニットは入力／出力インターフェース、ピン、回路などであってもよい。処理ユニットは、記憶ユニットに記憶された命令を実行し、通信デバイスが、本方法を行うことを可能にする。記憶ユニットは、チップ内の記憶ユニット（例えば、レジスタまたはキャッシュ）であってもよく、または、通信デバイス内にあり、チップ外に位置する記憶ユニット（例えば、読み出し専用メモリまたはランダム・アクセス・メモリ）であってもよい。
【０２９８】
装置１６００が端末デバイスであるときに、装置１６００によって行われるステップおよびそれに対応する有益な効果については、方法３００における端末デバイスの関連する説明を参照することは、当業者には明らかに理解されてもよい。簡潔にするために、詳細はここでは再度説明しない。
【０２９９】
図１７は、本出願による、別のリンク回復装置の概略構造図である。装置１７００は、
リンク障害回復要求を受信するように構成され、リンク障害回復要求は、第１の制御リソースセットの通信リンクを回復することを要求するために使用され、第１の制御リソースセットは、第１のＭＩＢによって設定される制御リソースセットである、受信ユニット１７１０と、
制御リソースセットおよび／または受信パラメータをリンク障害回復要求に基づいて設定するように構成され、制御リソースセットは、第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットにおいて検出するために使用される、処理ユニット１７２０と、を含む。
【０３００】
装置１７００は、通信デバイス（例えば、ネットワークデバイス）であってもよいし、通信デバイス内のチップであってもよい。装置は、処理ユニットおよびトランシーバユニットを含んでもよい。装置が通信デバイスであるときに、処理ユニットはプロセッサであってもよく、トランシーバユニットはトランシーバであってもよい。通信デバイスは、記憶ユニットをさらに含んでもよく、記憶ユニットはメモリであってもよい。記憶ユニットは、命令を記憶するように設定され、処理ユニットは、記憶ユニットに記憶された命令を実行して、通信デバイスが、本方法を行うことを可能にする。装置が通信デバイス内のチップであるときに、処理ユニットはプロセッサであってもよく、トランシーバユニットは入力／出力インターフェース、ピン、回路などであってもよい。処理ユニットは、記憶ユニットに記憶された命令を実行し、通信デバイスが、第２の態様による方法を行うことを可能にする。記憶ユニットは、チップ内の記憶ユニット（例えば、レジスタまたはキャッシュ）であってもよく、または、通信デバイス内にあり、チップ外に位置する記憶ユニット（例えば、読み出し専用メモリまたはランダム・アクセス・メモリ）であってもよい。
【０３０１】
装置１７００がネットワークデバイスであるときに、装置１７００によって行われるステップおよびそれに対応する有益な効果については、方法３００および方法１５００におけるネットワークデバイスの関連する説明を参照することは、当業者には明らかに理解されてもよい。簡潔にするために、詳細はここでは再度説明しない。
【０３０２】
前述したユニットへの分割は、単なる機能分割であって、実際の実装においては、別の分割方法があってもよいものとする。
【０３０３】
当業者であれば、上述の装置およびユニットの特定の作業プロセスについて、およびステップを行うことによって生じる技術的効果については、前述の方法の実施形態における説明を参照することが明らかに理解されよう。簡潔にするために、詳細はここでは再度説明しない。
【０３０４】
リンク回復装置はチップであってもよい。処理ユニットは、ハードウェアを使用して実装されてもよいし、ソフトウェアを使用して実装されてもよい。処理ユニットがハードウェアを使用して実装されるときに、処理ユニットは、論理回路、集積回路などであってもよい。処理ユニットがソフトウェアを使用して実装されるときに、処理ユニットは汎用プロセッサであってもよく、記憶ユニットに記憶されたソフトウェアコードを読み出すことによって実装される。記憶ユニットは、プロセッサに統合されてもよく、プロセッサの外側に位置してもよく、または独立して存在してもよい。
【０３０５】
本出願において提供されるリンク回復装置は、リンク回復装置が端末デバイスまたはネットワークデバイスである例を使用して以下に説明される。
【０３０６】
図１８は、本出願による、端末デバイスの概略構造図である。端末デバイスは、図１に示す通信システムに適用可能であり、前述の方法の実施形態では、受信端の機能を行ってもよい。説明を容易にするために、図１８は、端末デバイスの主要な設定要素のみを示す。図１８に示されるように、端末デバイス１８０は、プロセッサ、メモリ、制御回路、アンテナ、および入力／出力装置を含む。プロセッサは、主に、通信プロトコルおよび通信データを処理し、端末装置全体を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成される。例えば、プロセッサは、前述の方法の実施形態で説明されるアクションを行う際に、端末デバイスをサポートするように構成される。メモリは、主に、ソフトウェアプログラムおよびデータを記憶するように構成される。制御回路は、主に、ベースバンド信号と無線周波数信号との間の変換を行い、無線周波数信号を処理するように構成される。制御回路とアンテナの組み合わせは、トランシーバと呼ばれ、主に、電磁波の形で無線周波数信号を送信および受信するように構成される。タッチスクリーン、ディスプレイスクリーン、またはキーボードなどの入力／出力装置は、主に、ユーザによるデータ入力を受信し、ユーザにデータを出力するように構成される。
【０３０７】
端末デバイスの電源がオンになった後、プロセッサは、記憶ユニットにおいてソフトウェアプログラムを読み出し、ソフトウェアプログラムの命令を説明して実行し、ソフトウェアプログラムのデータを処理する。データを無線方式で送信する必要があるとき、プロセッサは、送信されるデータに対してベースバンド処理を行い、次いで、ベースバンド信号を無線周波数回路に出力する。ベースバンド信号に対して無線周波数処理を行った後に、無線周波数回路は、アンテナを介して、電磁波の形で無線周波数信号を外部に送信する。データが端末デバイスに送信されるときに、無線周波数回路は、アンテナを介して無線周波数信号を受信し、無線周波数信号をベースバンド信号に変換し、ベースバンド信号をプロセッサに出力する。プロセッサは、ベースバンド信号をデータに変換し、データを処理する。
【０３０８】
当業者であれば、説明を容易にするために、図１８が、１つのメモリのみを示し、１つのプロセッサのみを示すと理解してしてもよい。実際の端末デバイスでは、複数のプロセッサおよび複数のメモリが存在してもよい。メモリは、記憶媒体、記憶デバイスなどとも呼ばれてもよい。これは、本出願において限定されない。
【０３０９】
任意選択の実装において、プロセッサは、ベースバンドプロセッサおよび／または中央処理ユニットを含んでもよい。ベースバンドプロセッサは、主に、通信プロトコルおよび通信データを処理するように構成される。中央処理ユニットは、主に、端末デバイス全体を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成される。ベースバンドプロセッサおよび中央処理ユニットの機能は、図１８のプロセッサに統合されてもよい。当業者であれば、ベースバンドプロセッサおよび中央処理ユニットは、各々独立したプロセッサであってもよく、バスなどの技術を使用して相互接続されると理解してもよい。当業者であれば、端末デバイスは、異なるネットワーク規格に適合するように複数のベースバンドプロセッサを含んでもよく、端末デバイスは、端末デバイスの処理能力を向上させるために複数の中央処理ユニットを含んでもよく、端末デバイスの構成要素は、様々なバスを使用して接続されてもよいと理解してもよい。ベースバンドプロセッサは、ベースバンド処理回路またはベースバンド処理チップとしても表現されてもよい。中央処理ユニットは、中央処理回路または中央処理チップとしても表現されてもよい。通信プロトコルおよび通信データを処理する機能は、プロセッサに埋め込まれてもよいし、ソフトウェアプログラムの形で記憶ユニットに記憶されて、プロセッサがベースバンド処理機能を実装するためにソフトウェアプログラムを実行するようにしてもよい。
【０３１０】
本出願の本実施形態において、トランシーバ機能を有する制御回路およびアンテナは、端末デバイス１８０のトランシーバユニット１８０１とみなされてもよい。例えば、トランシーバユニット１８０１は、方法４００で説明される受信機能および送信機能を行う際に、端末デバイスをサポートするように構成される。処理機能を有するプロセッサは、端末デバイス１８０の処理ユニット１８０２とみなされる。図１８に示されるように、端末デバイス１８０は、トランシーバユニット１８０１および処理ユニット１８０２を含む。トランシーバユニットは、トランシーバ、トランシーバマシン、トランシーバ装置などとも呼ばれてもよい。任意選択で、トランシーバユニット１８０１内の受信機能を実装するように構成されたデバイスは、受信ユニットとしてみなされてもよく、トランシーバユニット１８０１内の送信機能を実装するように構成されたデバイスは、送信ユニットとしてみなされてもよい。換言すれば、トランシーバユニット１８０１は、受信ユニットと送信ユニットとを含む。受信ユニットは、受信マシン、入力ポート、受信回路などとも呼ばれてもよい。送信ユニットは、送信マシン、送信機、送信回路などとも呼ばれてもよい。例えば、トランシーバユニット１８０１は、アンテナを含まなくてもよく、回路部分のみを含み、アンテナは、トランシーバユニットの外側に配置される。
【０３１１】
プロセッサ１８０２は、前述の方法の実施形態における端末デバイスの機能を完了するように、トランシーバユニット１８０１を制御して信号を受信および／または信号を送信するように、メモリに記憶された命令を実行するように構成されてもよい。実装において、トランシーバユニット１８０１の機能は、トランシーバ回路またはトランシーバ専用チップを使用して実装されてもよい。様々なタイプの信号を送信および受信するときに、トランシーバユニット１８０１は、受信を実装するためにプロセッサ１８０２によって制御される。したがって、プロセッサ１８０２は、信号を送信または受信する判定者であり、データの送信または受信動作を開始し、トランシーバユニット１８０１は、信号を送信または受信する実行者である。
【０３１２】
図１９は、本出願による、ネットワークデバイスの概略構造図である。ネットワークデバイスは、例えば、基地局であってもよい。図１９に示されるように、基地局は、図１に示される通信システムに適用されてもよく、前述の方法の実施形態における送信端の機能を行う。基地局１９０は、遠隔無線ユニット（ｒｅｍｏｔｅ  ｒａｄｉｏ  ｕｎｉｔ，  ＲＲＵ）１９０１および１つ以上のベースバンドユニット（ｂａｓｅｂａｎｄ  ｕｎｉｔ，  ＢＢＵ）  （デジタルユニット（ｄｅｇｉｔａｌ  ｕｎｉｔ，  ＤＵ）とも呼ばれてもよい）１９０２などの１つ以上の無線周波数ユニットを含んでもよい。ＲＲＵ１９０１は、トランシーバユニット、トランシーバマシン、トランシーバ回路、トランシーバなどと呼ばれてもよく、少なくとも１つのアンテナ１９０１１および無線周波数ユニット１９０１２を含んでもよい。ＲＲＵ１９０１は、主に、無線周波数信号を送信および受信し、無線周波数信号とベースバンド信号との間の変換を行うように構成される。ＢＢＵ１９０２は、主に、ベースバンド処理を行い、基地局を制御するなどを行うように構成される。ＲＲＵ１９０１およびＢＢＵ１９０２は、物理的に一緒に配置されてもよく、または物理的に別々に配置されてもよく、具体的には、分散基地局であってもよい。
【０３１３】
ＢＢＵ１９０２は、基地局の制御センターであり、処理ユニットとも呼ばれてもよく、主に、チャネル符号化、多重化、変調、または拡散のようなベースバンド処理機能を完了するように構成される。例えば、ＢＢＵ（処理ユニット）１９０２は、前述の方法の実施形態におけるネットワークデバイスに関連する動作手順を行うために基地局を制御するように設定されてもよい。
【０３１４】
一実施形態では、ＢＢＵ１９０２は、１つ以上のボードを含んでもよく、複数のボードは、単一のアクセス規格の無線アクセスネットワーク（ロングタームエボリューション（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ，  ＬＴＥ）ネットワーク）を共同でサポートしてもよく、または異なるアクセス規格の無線アクセスネットワーク（例えば、ＬＴＥネットワーク、５Ｇネットワーク、および別のネットワーク）を別々にサポートしてもよい。ＢＢＵ１９０２は、メモリ１９０２１およびプロセッサ１９０２２をさらに含む。メモリ１９０２１は、必要な命令および必要なデータを記憶するように構成される。プロセッサ１９０２２は、必要なアクションを行うために基地局を制御するように設定され、例えば、前述の方法の実施形態では、ネットワークデバイスに関連する動作手順を実行するように基地局を制御するように構成される。メモリ１９０２１およびプロセッサ１９０２２は、１つ以上のボードを提供してもよい。換言すれば、メモリおよびプロセッサは、各基板上に配置されてもよい。代替的には、複数のボードは、同じメモリおよび同じプロセッサを共有してもよい。追加的に、必要な回路が各基板上にさらに配置されてもよい。
【０３１５】
図２０は、通信装置２０００の概略構造図である。装置２０００は、前述の方法の実施形態で説明される方法のステップを行うように構成されてもよい。詳細については、前述の方法の実施形態の説明を参照のこと。通信装置２０００は、チップ、ネットワークデバイス（例えば、基地局）、端末デバイス、別の通信デバイスなどであってもよい。
【０３１６】
通信装置２０００は、１つ以上のプロセッサ２００１を含む。プロセッサ２００１は、汎用プロセッサ、専用プロセッサなどであってもよい。例えば、プロセッサ２００１は、ベースバンドプロセッサまたは中央処理ユニットであってもよい。ベースバンドプロセッサは、通信プロトコルおよび通信データを処理するように構成されてもよい。中央処理ユニットは、通信装置（例えば、基地局、端末、またはチップ）を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成されてもよい。通信装置は、信号を入力（受信）および出力（送信）するように構成されたトランシーバユニットを含んでもよい。例えば、通信装置はチップであってもよく、トランシーバユニットは入力および／または出力回路またはチップの通信インターフェースであってもよい。チップは、端末、基地局、または他の通信デバイスに適用されてもよい。例えば、通信装置は、端末、基地局、または別の通信デバイスであってもよく、トランシーバユニットは、トランシーバ、無線周波数チップなどであってもよい。
【０３１７】
通信装置２０００は、１つ以上のプロセッサ２００１を含み、１つ以上のプロセッサ２００１は、図３に示される実施形態における方法および／または図４に示される実施形態における方法の実行デバイスの機能を実装してもよい。
【０３１８】
任意選択で、図３に示される実施形態および／または図４に示される実施形態の機能に加えて、プロセッサ２００１はさらに他の機能を実装してもよい。
【０３１９】
任意選択で、設計において、通信装置２０００が前述の方法の実施形態で説明されるステップを行うことを可能にするために、プロセッサ２００１は命令を実行してもよい。命令の全部または一部は、プロセッサ、例えば、命令２００３、または命令の全部若しくは一部は、プロセッサに結合されたメモリ２００２に記憶されてもよく、例えば、命令２００４である。代替的には、通信装置２０００は、命令２００３および２００４の両方を使用して、前述の方法の実施形態で説明されたステップを行うことが可能となってもよい。
【０３２０】
別の可能な設計では、通信装置２０００は、代替的には、回路を含んでもよい。回路は、上記方法の実施形態において、ネットワークデバイスまたは端末デバイスの機能を実装してもよい。
【０３２１】
別の可能な設計では、通信装置２０００は、命令２００４を記憶する１つ以上のメモリ２００２を含んでもよい。命令は、通信装置２０００が前述の方法の実施形態で説明された方法を行うことを可能にするために、プロセッサ上で動作してもよい。任意選択で、メモリは、データをさらに記憶してもよい。任意選択で、プロセッサは、命令および／またはデータを記憶してもよい。例えば、１つ以上のメモリ２００２は、前述の実施形態に記載された対応関係、または前述の実施形態に提供された関連パラメータまたは表を記憶してもよい。プロセッサおよびメモリは、別々に配置されてもよく、または一緒に統合されてもよい。
【０３２２】
別の可能な設計では、通信装置２０００は、トランシーバユニット２００５およびアンテナ２００６をさらに含んでもよい。プロセッサ２００１は、処理ユニットとも呼ばれてもよく、通信装置（端末または基地局）を制御する。トランシーバユニット２００５は、トランシーバマシン、トランシーバ回路、トランシーバなどと呼ばれてもよく、アンテナ２００６を介して通信装置のトランシーバ機能を実装するように構成される。
【０３２３】
本出願は、さらに、１つ以上の前述のネットワークデバイスおよび１つ以上の前述の端末デバイスを含む通信システムを提供する。
【０３２４】
本出願の実施形態におけるプロセッサは、集積回路チップであってもよく、信号処理能力を有することに留意されたい。実装プロセスにおいて、前述の方法の実施形態におけるステップは、プロセッサ内のハードウェア集積論理回路を使用して、またはソフトウェアの形で命令を使用して、実装されてもよい。前述のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ，  ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ，  ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ，  ＦＰＧＡ）、または別のプログラマブル論理デバイス、離散ゲートまたはトランジスタ論理デバイス、または離散ハードウェア構成要素であってもよい。プロセッサは、本出願の実施形態で開示される方法、ステップ、および論理ブロック図を実装または行ってもよい。汎用プロセッサは、マイクロプロセッサであってもよいし、プロセッサは、任意の従来のプロセッサ等であってもよい。本出願の実施形態を参照して開示された方法のステップは、ハードウェア復号プロセッサを使用して直接的に行われ、完了されてもよく、または復号プロセッサおよびソフトウェアモジュール内のハードウェアの組み合わせを使用して行われ、完了されてもよい。ソフトウェアモジュールは、ランダム・アクセス・メモリ、フラッシュ・メモリ、リード・オンリー・メモリ、プログラマブル・リード・オンリー・メモリ、電気的に消去可能なプログラマブル・メモリ、レジスタ等のような、当該技術分野における成熟した記憶媒体内に位置してもよい。記憶媒体はメモリ内に位置し、プロセッサはメモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて前述の方法のステップを完了する。
【０３２５】
本出願の実施形態におけるメモリは、揮発性メモリまたは不揮発性メモリであってもよいし、揮発性メモリおよび不揮発性メモリの両方を含んでもよいと理解されよう。不揮発性メモリは、リード・オンリー・メモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ，  ＲＯＭ）、プログラマブル・リード・オンリー・メモリ（ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ，  ＰＲＯＭ）、消去可能プログラマブル・リード・オンリー・メモリ（ｅｒａｓａｂｌｅ  ＰＲＯＭ，  ＥＰＲＯＭ）、電気的に消去可能なプログラマブル・リード・オンリー・メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ，  ＥＥＰＲＯＭ）、またはフラッシュ・メモリであってもよい。揮発性メモリは、ランダム・アクセス・メモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ，  ＲＡＭ）であってもよく、外部キャッシュとして使用される。限定的な説明ではなく、例示的な説明を介して、ＲＡＭの多くの形態が使用されてもよく、例えば、スタティック・ランダム・アクセス・メモリ（ｓｔａｔｉｃ  ＲＡＭ，  ＳＲＡＭ）、ダイナミック・ランダム・アクセス・メモリ（ｄｙｎａｍｉｃ  ＲＡＭ，  ＤＲＡＭ）、同期ダイナミック・ランダム・アクセス・メモリ（ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ，  ＳＤＲＡＭ）、二重データ・レート同期ダイナミック・ランダム・アクセス・メモリ（ｄｏｕｂｌｅ  ｄａｔａ  ｒａｔｅ  ＳＤＲＡＭ，  ＤＤＲ  ＳＤＲＡＭ）、拡張同期ダイナミック・ランダム・アクセス・メモリ（ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ，  ＥＳＤＲＡＭ）、同期ダイナミック・ランダム・アクセス・メモリ（ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ，  ＥＳＤＲＡＭ）、およびダイレクト・ランバス・ランダム・アクセス・メモリ（ｄｉｒｅｃｔ  ｒａｍｂｕｓ  ＲＡＭ，  ＤＲ  ＲＡＭ）であってもよい。本明細書で説明されるシステムおよび方法のメモリは、これらおよび別の適切なタイプの任意のメモリを含むが、これらに限定されないことに留意されたい。
【０３２６】
本出願は、さらに、コンピュータ可読媒体を提供する。コンピュータ可読媒体は、コンピュータプログラムを記憶する。コンピュータプログラムがコンピュータによって実行されるときに、前述の方法の実施形態のうちのいずれか１つの機能が実装される。
【０３２７】
本出願は、さらに、コンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータによって実行されるときに、前述の方法の実施形態のうちのいずれか１つの機能が実装される。
【０３２８】
前述の実施形態の全てまたは一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを介して実装されてもよい。ソフトウェアが実施形態を実装するために使用されるときに、実施形態は、全体的にまたは部分的に、コンピュータプログラム製品の形態で実装されてもよい。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータ命令がコンピュータ上にロードされ実行されるときに、本出願の実施形態による手順または機能は、すべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能な装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよいし、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンターから、有線（例えば、同軸ケーブル、光ファイバ、またはデジタル加入者線（ｄｉｇｉｔａｌ  ｓｕｂｓｃｒｉｂｅｒ  ｌｉｎｅ，  ＤＳＬ））または無線（例えば、赤外線、無線、またはマイクロ波）方式で、別のウェブサイト、コンピュータ、サーバ、またはデータセンターに送信されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能媒体、または１つ以上の使用可能媒体を統合するサーバまたはデータセンターなどのデータ記憶デバイスであってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、または磁気テープ）、光媒体（例えば、高密度デジタルビデオディスク（ｄｉｇｉｔａｌ  ｖｉｄｅｏ  ｄｉｓｃ，  ＤＶＤ））、半導体媒体（例えば、固体ドライブ（ｓｏｌｉｄ−ｓｔａｔｅ  ｄｒｉｖｅ，  ＳＳＤ））などであってもよい。
【０３２９】
明細書全体で言及されている「実施形態」は、実施形態に関連する特定の特徴、構造、または特性が本出願の少なくとも１つの実施形態に含まれることを意味すると理解されたい。したがって、明細書全体の実施形態は、必ずしも同じ実施形態を指しているとは限らない。追加的に、これらの特定の特徴、構造、または特性は、１つ以上の実施形態において、任意の適切な方式で組み合わせられてもよい。前述のプロセスのシーケンス番号は、本出願の様々な実施態様における実行シーケンスを意味しないことを理解されたい。プロセスの実行シーケンスは、プロセスの機能および内部論理に基づいて判定されるべきであり、本出願の実施態様の実装プロセスに対する限定と解釈されるべきではない。
【０３３０】
さらに、本出願において、「とき」および「場合」の両方は、ＵＥまたは基地局が客観的状況において対応する処理を行うことを意味し、時間を制限することを意図せず、ＵＥまたは基地局が実装中に判定アクションを行うことを要求せず、別の限界があることも意味しないと理解されたい。
【０３３１】
追加的に、本明細書では、「システム」と「ネットワーク」という用語を互換的に使用されてもよい。本明細書では、「および／または」という用語は、関連付けられたオブジェクトを説明するための関連関係のみを説明し、３つの関係が存在し得ることを表す。例えば、Ａおよび／またはＢは、Ａのみが存在し、ＡおよびＢの両方が存在し、Ｂのみが存在するという３つのケースを表す。
【０３３２】
本明細書における「うちの少なくとも１つ」または「うちの少なくとも１つのタイプ」という用語は、列挙された項目の全てまたは任意の組み合わせを示し、例えば、「Ａ、ＢおよびＣのうちの少なくとも１つ」は、Ａのみが存在し、Ｂのみ存在し、Ｃのみ存在し、ＡおよびＢの両方が存在し、ＢおよびＣの両方が存在し、Ａ、ＢおよびＣの全てが存在するという６つのケースを示す。
【０３３３】
なお、本出願の実施形態において、「Ａに対応するＢ」とは、ＢがＡに関連し、Ａに基づいてＢが判定され得ると理解されたい。しかし、Ａに基づいてＢを判定することは、ＢがＡのみに基づいて判定されることを意味するものではなく、すなわち、ＢはＡおよび／または他の情報に基づいて判定され得ると理解されたい。
【０３３４】
当業者は、本明細書に開示された実施形態を参照して説明された例のユニットおよびステップは、電子ハードウェア、コンピュータソフトウェア、またはそれらの組み合わせによって実装され得ると認識するであろう。ハードウェアとソフトウェアとの間の互換性を明確に説明するために、前述は、一般的に、各例の構成物およびステップを機能に応じて説明した。機能がハードウェアによって行われるか、コンピュータソフトウェアによって行われるかは、特定の用途および技術的解決策の設計制約条件に依存する。当業者であれば、特定の用途ごとに、説明された機能を実装するために異なる方法を使用してもよく、その実装が本出願の範囲を超えるものであるとみなされるべきではない。
【０３３５】
前述の実装の説明により、当業者は、本出願がハードウェア、ファームウェア、またはそれらの組み合わせによって実装され得ることを明確に理解するであろう。本出願がソフトウェアによって実装されるときに、前述の機能は、コンピュータ可読媒体内に記憶されるか、またはコンピュータ可読媒体内の１つ以上の命令またはコードとして送信されてもよい。コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体を含み、通信媒体は、コンピュータプログラムをある場所から別の場所へ送信することを可能にする任意の媒体を含む。記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体であってもよい。以下は、例を提供するが、限定を課すものではない。すなわち、コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または別のコンパクトディスク記憶装置、磁気ディスク記憶媒体、または別の磁気記憶デバイス、または命令またはデータ構造の形態で予期されるプログラムコードを搬送または記憶することができ、コンピュータによってアクセスされ得る任意の他の媒体を含んでもよい。さらに、任意の接続は、コンピュータ可読媒体として適切に定義されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバ／ケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、マイクロ波などの無線技術介してウェブサイト、サーバ、別の遠隔ソースから送信される場合、同軸ケーブル、光ファイバ／ケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、マイクロ波などの無線技術が、それらが属する媒体の固定に含まれる。本出願において使用されるディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザーディスク、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピーディスク、およびブルーレイディスクを含む。ディスクは通常、磁気的方式でデータをコピーするが、ディスクはレーザーを介して光学的にデータをコピーする。前述の組み合わせは、コンピュータ可読媒体の保護範囲にも含まれるべきである。
【０３３６】
結論として、前述の説明は、本出願の技術的解決策の単なる例示的な実施形態であるが、本出願の保護範囲を限定することを意図していない。本出願の精神および原理から逸脱することなくなされた修正、同等の交換または改良は、本出願の保護範囲に含まれるものとする。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
リンク回復方法であって、
第１の制御リソースセットのリンク障害を判定することであって、前記第１の制御リソースセットは、第１のマスター情報ブロック（ＭＩＢ）によって設定された制御リソースセットである、判定することと、
リンク障害回復要求を送信することであって、前記リンク障害回復要求は、前記第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信することと、を含む方法。
【請求項２】
前記リンク障害回復要求を送信することは、
第３の基準信号リソースセットに基づいて第３の基準信号を判定することであって、前記第３の基準信号は、前記第３の基準信号リソースセットにおいて、信号品質が第２の閾値以上である基準信号であり、前記第３の基準信号リソースセットにおける前記基準信号は、同期信号および／またはブロードキャストチャネル基準信号である、判定することと、
前記リンク障害回復要求を送信することであって、前記リンク障害回復要求は、前記第３の基準信号に基づいて、前記第１の制御リソースセットの前記通信リンクを回復することを要求するために使用される、送信することと、を含む、請求項１に記載の方法。
【請求項３】
当該方法は、さらに、
第３の制御リソースセット上で、リンク障害回復要求応答を受信すること、および／または
前記第３の制御リソースセット上で、前記第１の制御リソースセットに関連付けられた前記探索空間セット内の下りリンク制御情報（ＤＣＩ）を検出することであって、前記ＤＣＩの巡回冗長検査（ＣＲＣ）は、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）によってスクランブルされる、検出することを含み、
前記第３の制御リソースセットは、前記第３の基準信号に関連付けられた制御リソースセットであり、前記第３の制御リソースセットは、第２のＭＩＢによって設定された制御リソースセットである、請求項２に記載の方法。
【請求項４】
前記第３の基準信号は、前記第３の制御リソースセットの疑似コロケーション（ＱＣＬ）を示すために使用される、請求項３に記載の方法。
【請求項５】
リンク回復方法であって、
リンク障害回復要求を受信することであって、前記リンク障害回復要求は、第１の制御リソースセットの通信リンクを回復することを要求するために使用され、前記第１の制御リソースセットは、第１のマスター情報ブロックＭＩＢによって設定された制御リソースセットである、受信することと、
前記リンク障害回復要求に基づいて、制御リソースセットおよび／または受信パラメータを設定することであって、前記制御リソースセットは、前記第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットにおいて検出するために使用される、設定することと、を含む方法。
【請求項６】
前記リンク障害回復要求を受信することは、
第３の基準信号を含む前記リンク障害回復要求を受信することであって、前記第３の基準信号は、前記第１の制御リソースセットの前記通信リンクを回復するための基準信号である、受信することを含み、
前記リンク障害回復要求に基づいて、前記制御リソースセットおよび／または前記受信パラメータを設定することは、
前記リンク障害回復要求に基づいて、前記第３の基準信号に関連付けられた前記制御リソースセットおよび／または前記受信パラメータを設定することを含む、請求項５に記載の方法。
【請求項７】
当該方法は、さらに、
前記制御リソースセット上で、リンク障害回復要求応答の送信すること、および／または
前記制御リソースセット上で、前記第１の制御リソースセットに関連付けられた前記非ブロードキャスト探索空間セット内の下りリンク制御情報（ＤＣＩ）を送信することであって、前記ＤＣＩの巡回冗長検査（ＣＲＣ）は、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）によってスクランブルされる、送信することを含み、
前記制御リソースセットは、第３の制御リソースセットであり、前記第３の制御リソースセットは、前記第３の基準信号に関連付けられた前記制御リソースセットであり、前記第３の制御リソースセットは、第２のＭＩＢによって設定された制御リソースセットである、請求項６に記載の方法。
【請求項８】
前記第３の基準信号は、前記第３の制御リソースセットの疑似コロケーション（ＱＣＬ）を示すために使用される、請求項７に記載の方法。
【請求項９】
リンク回復装置であって、
第１の制御リソースセットのリンク障害を判定するように構成されている処理ユニットであって、前記第１の制御リソースセットは、第１のマスター情報ブロック（ＭＩＢ）によって設定された制御リソースセットである、処理ユニットと、
リンク障害回復要求を送信するように構成されている送信ユニットであって、前記リンク障害回復要求は、前記第１の制御リソースセットの通信リンクを回復することを要求するために使用される、送信ユニットと、を含む装置。
【請求項１０】
前記処理ユニットは、さらに、
第３の基準信号リソースセットに基づいて第３の基準信号を判定するように構成されており、前記第３の基準信号は、前記第３の基準信号リソースセットにおいて、信号品質が第２の閾値以上である基準信号であり、前記第３の基準信号リソースセットにおける前記基準信号は、同期信号および／またはブロードキャストチャネル基準信号であり、
送信ユニットは、さらに、
前記リンク障害回復要求を送信するように構成されており、前記リンク障害回復要求は、前記第３の基準信号に基づいて、前記第１の制御リソースセットの前記通信リンクを回復することを要求するために使用される、請求項９に記載の装置。
【請求項１１】
当該装置は、さらに、
第３の制御リソースセット上で、リンク障害回復要求応答を受信すること、および／または
前記第３の制御リソースセット上で、前記第１の制御リソースセットに関連付けられた前記探索空間セット内の下りリンク制御情報（ＤＣＩ）を検出することであって、前記ＤＣＩの巡回冗長検査（ＣＲＣ）は、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）によってスクランブルされる、検出することを行うように構成された受信ユニットを含み、
前記第３の制御リソースセットは、前記第３の基準信号に関連付けられた制御リソースセットであり、前記第３の制御リソースセットは、第２のＭＩＢによって設定された制御リソースセットである、請求項１０に記載の装置。
【請求項１２】
前記第３の基準信号は、前記第３の制御リソースセットの疑似コロケーション（ＱＣＬ）を示すために使用される、請求項１１に記載の装置。
【請求項１３】
リンク回復装置であって、
リンク障害回復要求を受信するように構成されている受信ユニットであって、前記リンク障害回復要求は、第１の制御リソースセットの通信リンクを回復することを要求するために使用され、前記第１の制御リソースセットは、第１のマスター情報ブロック（ＭＩＢ）によって設定された制御リソースセットである、受信ユニットと、
前記リンク障害回復要求に基づいて、制御リソースセットおよび／または受信パラメータを設定するように構成されている処理ユニットであって、前記制御リソースセットは、前記第１の制御リソースセットに関連付けられた非ブロードキャスト探索空間セットにおいて検出するために使用される、処理ユニットと、を含む装置。
【請求項１４】
前記受信ユニットは、さらに、
第３の基準信号を含む前記リンク障害回復要求を受信するように構成されており、前記第３の基準信号は、前記第１の制御リソースセットの前記通信リンクを回復するための基準信号であり、
前記処理ユニットは、さらに、
前記リンク障害回復要求に基づいて、前記第３の基準信号に関連付けられた前記制御リソースセットおよび／または前記受信パラメータを設定するように構成されている、請求項１３に記載の装置。
【請求項１５】
当該装置は、さらに、
前記制御リソースセット上で、リンク障害回復要求応答の送信すること、および／または
前記制御リソースセット上で、前記第１の制御リソースセットに関連付けられた前記非ブロードキャスト探索空間セット内の下りリンク制御情報（ＤＣＩ）を送信し、前記ＤＣＩの巡回冗長検査（ＣＲＣ）は、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）によってスクランブルされる、送信することを行うように構成されている送信ユニットを含み、
前記制御リソースセットは、第３の制御リソースセットであり、前記第３の制御リソースセットは、前記第３の基準信号に関連付けられた前記制御リソースセットであり、前記第３の制御リソースセットは、第２のＭＩＢによって設定された制御リソースセットである、請求項１４に記載の装置。
【請求項１６】
前記第３の基準信号は、前記第３の制御リソースセットの疑似コロケーション（ＱＣＬ）を示すために使用される、請求項１５に記載の装置。
【請求項１７】
プロセッサと、前記プロセッサによる実行のための命令を記憶する記憶媒体と、を含む通信装置であって、前記命令が前記プロセッサによって実行されるときに、前記プロセッサは、前記装置に請求項１〜８のいずれか一項に記載の方法を行わせるように構成されている、通信装置。
【請求項１８】
命令を含むコンピュータプログラムであって、前記命令は、コンピュータによって実行されるときに、前記コンピュータに、請求項１〜８のいずれか一項に記載の方法を行わせる、コンピュータプログラム。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図１４
【補正方法】変更
【補正の内容】
【図１４】
2021523640.tif 000023
【国際調査報告】
2021523640.tif 000024
2021523640.tif 000025
2021523640.tif 000026
2021523640.tif 000027
2021523640.tif 000028
2021523640.tif 000029