(57)【要約】  本開示のいくつかの態様は、無線リンク監視（ＲＬＭ）のための技法、ビーム障害を検出するための技法、および、無線リンク監視基準信号（ＲＭＬ−ＲＳ）リソースとビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースとを使用するビーム障害回復（ＢＦＲ）のための技法に提供する。ユーザ機器（ＵＥ）による例示的な方法は、１つまたは複数の無線リンク監視基準信号（ＲＬＭ−ＲＳ）リソースと１つまたは複数のビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースとを示す第１の構成を取得することと、ここにおいて、各ＲＬＭ−ＲＳリソースが、少なくとも第１のリンクに対応し、各ＢＦＲ−ＲＳリソースが、少なくとも第２のリンクに対応する、第１のリンクについての第１のリンク品質が第１のしきい値を下回り、第２のリンクについての第２のリンク品質が第２のしきい値を上回るという、第１の指示を取得することと、指示に基づいて無線リンク障害（ＲＬＦ）に関してアクションをとることとを含み得る。
2020533884.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器によって実施されるワイヤレス通信のための方法であって、
１つまたは複数の無線リンク監視基準信号（ＲＬＭ−ＲＳ）リソースと１つまたは複数のビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースとを示す第１の構成を取得することと、ここにおいて、各ＲＬＭ−ＲＳリソースが、少なくとも第１のリンクに対応し、各ＢＦＲ−ＲＳリソースが、少なくとも第２のリンクに対応する、
前記第１のリンクについての第１のリンク品質が第１のしきい値を下回り、前記第２のリンクについての第２のリンク品質が第２のしきい値を上回るという、第１の指示を取得することと、
前記指示に基づいて無線リンク障害（ＲＬＦ）に関してアクションをとることと
を備える、方法。
【請求項２】
アクションをとることは、
前記第１のリンク品質が前記第１のしきい値を下回り、前記第２のリンク品質が前記第２のしきい値を上回るという、第２の指示を送ること
を備える、請求項１に記載の方法。
【請求項３】
前記第２の指示を送ることが、
物理アップリンク制御チャネル（ＰＵＣＣＨ）、物理アップリンク共有チャネル、またはサウンディング基準信号（ＳＲＳ）のうちの１つを介して前記第２の指示を送ること
を備える、請求項２に記載の方法。
【請求項４】
アクションをとることが、
報告を送ることを備え、ここにおいて、前記報告は、前記第１のリンク品質が前記第１のしきい値を下回り、前記第２のリンク品質が前記第２のしきい値を上回り、前記ＢＦＲ−ＲＳリソースが第２のリンクに対応することを示す、
請求項１に記載の方法。
【請求項５】
第２の構成を取得することをさらに備え、ここにおいて、前記第２の構成が、前記第２のリンクに対応する前記ＢＦＲ−ＲＳリソースを含むＲＬＭ−ＲＳリソースを示す、
請求項４に記載の方法。
【請求項６】
アクションをとることが、
前記ＲＬＭ−ＲＳリソースに基づいて、同期外れ（ＯＯＳ）指示をカウントすることを中止すること
を備える、請求項１に記載の方法。
【請求項７】
タイマーを開始することと、
前記タイマーの満了時に、前記ＲＬＭ−ＲＳリソースに基づいて、前記ＯＯＳ指示をカウントすることを続けることと
をさらに備える、請求項６に記載の方法。
【請求項８】
ネットワークからメッセージを受信することと、
前記メッセージに応答して、前記ＲＬＭ−ＲＳリソースに基づいて、前記ＯＯＳ指示をカウントすることを続けることと
をさらに備える、請求項６に記載の方法。
【請求項９】
アクションをとることが、
同期外れ（ＯＯＳ）タイマーを休止すること
を備える、請求項１に記載の方法。
【請求項１０】
アクションをとることが、
同期外れ（ＯＯＳ）指示のしきい値数を増加させること
を備える、請求項１に記載の方法。
【請求項１１】
アクションをとることが、
同期外れ（ＯＯＳ）タイマーの限界を増加させること
を備える、請求項１に記載の方法。
【請求項１２】
アクションをとることが、
前記第１の構成から前記ＲＬＭ−ＲＳリソースのうちの１つを除去すること
を備える、請求項１に記載の方法。
【請求項１３】
アクションをとることが、
前記ＲＬＭ−ＲＳリソースに前記ＢＦＲ−ＲＳリソースうちの１つを追加すること
を備える、請求項１に記載の方法。
【請求項１４】
基地局によって実施されるワイヤレス通信のための方法であって、
ユーザ機器（ＵＥ）に、１つまたは複数の無線リンク監視基準信号（ＲＬＭ−ＲＳ）リソースと１つまたは複数のビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースとを示す第１の構成を提供することと、ここにおいて、各ＲＬＭ−ＲＳリソースが、少なくとも第１のリンクに対応し、各ＢＦＲ−ＲＳリソースが、少なくとも第２のリンクに対応する、
前記ＵＥから、前記第１のリンクについての第１のリンク品質が第１のしきい値を下回り、前記第２のリンクについての第２のリンク品質が第２のしきい値を上回り、前記ＢＦＲ−ＲＳリソースが前記第２のリンクに対応することを示す、報告を取得することと、
前記ＵＥに第２の構成を提供することと、ここにおいて、前記第２の構成が、前記報告中で示される前記ＢＦＲ−ＲＳリソースをＲＬＭ−ＲＳリソースとして含む、
を備える、方法。
【請求項１５】
前記第１の構成が、前記第２の構成において示されない１つまたは複数のＲＬＭ−ＲＳリソースを示す、請求項１４に記載の方法。
【請求項１６】
前記第２の構成が、前記第１の構成において示されない１つまたは複数のＲＬＭ−ＲＳリソースを示す、請求項１４に記載の方法。
【請求項１７】
ユーザ機器（ＵＥ）によって実施されるワイヤレス通信のための方法であって、
１つまたは複数の無線リンク監視基準信号（ＲＬＭ−ＲＳ）リソースと１つまたは複数のビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースとを示す第１の構成を取得することと、
少なくとも第１のリソースを介してビーム障害回復要求を送信することと、
前記第１のリソースが前記１つまたは複数のＲＬＭ−ＲＳリソース中に含まれないとき、または前記ＵＥが前記ビーム障害回復要求についての応答を受信したとき、無線リンク障害（ＲＬＦ）に関してアクションをとることと
を備える、方法。
【請求項１８】
前記第１のリソースが、
前記１つまたは複数のＲＬＭ−ＲＳリソース、または
前記１つまたは複数のＢＦＲ−ＲＳリソース
のうちの少なくとも１つ中に含まれる、請求項１７に記載の方法。
【請求項１９】
前記第１の構成が、ビーム障害回復要求を送るための候補ビームを選択するための適合性基準を示す、請求項１７に記載の方法。
【請求項２０】
アクションをとることが、
前記ＲＬＭ−ＲＳリソースに基づいて、同期外れ（ＯＯＳ）指示をカウントすることを中止すること
を備える、請求項１７に記載の方法。
【請求項２１】
タイマーを開始することと、
前記タイマーの満了時に、前記ＲＬＭ−ＲＳリソースに基づいて、前記ＯＯＳ指示をカウントすることを続けることと
をさらに備える、請求項２０に記載の方法。
【請求項２２】
ネットワークからメッセージを受信することと、
前記メッセージに応答して、前記ＲＬＭ−ＲＳリソースに基づいて、前記ＯＯＳ指示をカウントすることを続けることと
をさらに備える、請求項２０に記載の方法。
【請求項２３】
アクションをとることが、
同期外れ（ＯＯＳ）タイマーを休止すること
を備える、請求項１７に記載の方法。
【請求項２４】
アクションをとることが、
同期外れ（ＯＯＳ）指示のしきい値数を増加させること
を備える、請求項１７に記載の方法。
【請求項２５】
アクションをとることが、
同期外れ（ＯＯＳ）タイマーの限界を増加させること
を備える、請求項１７に記載の方法。
【請求項２６】
前記ＵＥがビーム障害回復要求についての前記応答を受信し、前記方法は、
ネットワークから第２の構成を受信することと、ここにおいて、前記第２の構成が、前記第１の構成における前記ＲＬＭ−ＲＳリソースとは異なる１つまたは複数の他のＲＬＭ−ＲＳリソースを示す、
前記他のＲＬＭ−ＲＳリソースを使用して無線リンク監視を実施することと
をさらに備える、請求項１７に記載の方法。
【請求項２７】
基地局（ＢＳ）によって実施されるワイヤレス通信のための方法であって、
ユーザ機器（ＵＥ）に、１つまたは複数の無線リンク監視基準信号（ＲＬＭ−ＲＳ）リソースと１つまたは複数のビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースとを示す第１の構成を提供することと、
前記１つまたは複数のＢＦＲ−ＲＳリソース中に含まれる第１のリソースを介して前記ＵＥからビーム障害回復要求を受信することと、
前記ＵＥに第２の構成を提供することと、ここにおいて、前記第２の構成が前記第１のリソースをＲＬＭ−ＲＳリソースとして含む、
を備える、方法。
【請求項２８】
前記第１の構成が、ビーム障害回復要求を送るための候補ビームを選択するための適合性基準を示す、請求項２７に記載の方法。
【請求項２９】
前記第２の構成が、前記第１の構成において示されない１つまたは複数のＲＬＭ−ＲＳリソースを示す、請求項２７に記載の方法。
【請求項３０】
前記第２の構成を提供することが、
前記ビーム障害回復要求についての応答を送信することを備え、ここにおいて、前記応答は、前記第２の構成が前記第１のリソースをＲＬＭ−ＲＳリソースとして含むことを暗黙的に示す、
請求項２７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本出願は、本出願の譲受人に譲渡され、その全体が参照により本明細書に明確に組み込まれる、２０１７年９月１１日に出願された米国仮出願第６２／５５７，００２号の利益を主張する、２０１８年９月７日に出願された米国出願第１６／１２５，１４０号の優先権を主張する。
【０００２】
[0002]本開示の態様は、ワイヤレス通信システムに関し、より詳細には、無線リンク監視（ＲＬＭ：radio link monitoring）のための技法、ビーム障害を検出するための技法、および、無線リンク監視基準信号（ＲＭＬ−ＲＳ：radio link monitoring reference signal）リソースとビーム障害回復基準信号（ＢＦＲ−ＲＳ：beam failure recovery reference signal）リソースとを使用するビーム障害回復（ＢＦＲ：beam failure recovery）のための技法に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなど、様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。
【０００４】
[0004]いくつかの例では、ワイヤレス多元接続通信システムは、場合によってはユーザ機器（ＵＥ）として知られる、複数の通信デバイスのための通信を各々が同時にサポートする、いくつかの基地局を含み得る。ＬＴＥ（登録商標）またはＬＴＥ−Ａネットワークでは、１つまたは複数の基地局のセットがｅノードＢ（ｅＮＢ）を定義し得る。他の例では（たとえば、次世代または５Ｇネットワークでは）、ワイヤレス多元接続通信システムは、いくつかの中央ユニット（ＣＵ）（たとえば、中央ノード（ＣＮ）、アクセスノードコントローラ（ＡＮＣ）など）と通信しているいくつかの分散型ユニット（ＤＵ：distributed unit）（たとえば、エッジユニット（ＥＵ）、エッジノード（ＥＮ）、無線ヘッド（ＲＨ）、スマート無線ヘッド（ＳＲＨ）、送信受信ポイント（ＴＲＰ）など）を含み得、ここで、中央ユニットと通信している１つまたは複数の分散型ユニットのセットは、アクセスノード（たとえば、新しい無線基地局（ＮＲ  ＢＳ：new radio base station）、新しい無線ノードＢ（ＮＲ  ＮＢ）、ネットワークノード、５Ｇ  ＮＢ、ｇＮＢ、ｇノードＢなど）を定義し得る。基地局またはＤＵは、（たとえば、基地局からまたはＵＥへの送信のために）ダウンリンクチャネル、および（たとえば、ＵＥから基地局または分散型ユニットへの送信のために）アップリンクチャネル上で、ＵＥのセットと通信し得る。
【０００５】
[0005]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。新生の電気通信規格の例は、新しい無線（ＮＲ）、たとえば、５Ｇ無線アクセスである。ＮＲは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたＬＴＥモバイル規格の拡張のセットである。ＮＲは、スペクトル効率を改善すること、コストを下げること、サービスを改善すること、新しいスペクトルを利用すること、ならびにダウンリンク（ＤＬ）上でおよびアップリンク（ＵＬ）上でサイクリックプレフィックス（ＣＰ）とともにＯＦＤＭＡを使用して、他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートし、ならびに、ビームフォーミング、多入力多出力（ＭＩＭＯ）アンテナ技術、およびキャリアアグリゲーションをサポートするように設計されている。
【０００６】
[0006]しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、ＮＲ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。
【発明の概要】
【０００７】
[0007]本開示のシステム、方法、およびデバイスは、それぞれいくつかの態様を有し、それらのうちの単一の態様が単独で本開示の望ましい属性を担当するとは限らない。次に、以下の特許請求の範囲によって表される本開示の範囲を限定することなしに、いくつかの特徴が手短に説明される。この説明を考察すれば、特に「発明を実施するための形態」と題するセクションを読めば、本開示の特徴が、ワイヤレスネットワークにおけるアクセスポイントと局との間の改善された通信を含む利点をどのように提供するかが理解されよう。
【０００８】
[0008]本開示のいくつかの態様は、一般に、ＵＥの無線リンク監視基準信号（ＲＬＭ−ＲＳ）リソースとＵＥのビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースとの間にカバレージ不一致が存在するエリア中にＵＥがあるときを決定するための、方法および装置に関する。ＵＥおよびＵＥのサービングＢＳは、ＵＥについてカバレージ不一致を決定したことに基づいて、１つまたは複数のアクションをとり得る。
【０００９】
[0009]本開示のいくつかの態様は、たとえば、ユーザ機器（ＵＥ）によって実施され得るワイヤレス通信のための方法を提供する。本方法は、概して、１つまたは複数の無線リンク監視基準信号（ＲＬＭ−ＲＳ）リソースと１つまたは複数のビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースとを示す第１の構成を取得することと、ここにおいて、各ＲＬＭ−ＲＳリソースが、少なくとも第１のリンクに対応し、各ＢＦＲ−ＲＳリソースが、少なくとも第２のリンクに対応する、第１のリンクについての第１のリンク品質が第１のしきい値を下回り、第２のリンクについての第２のリンク品質が第２のしきい値を上回るという、第１の指示を取得することと、指示に基づいて無線リンク障害（ＲＬＦ）に関してアクションをとることとを含む。
【００１０】
[0010]本開示のいくつかの態様は、たとえば、基地局（ＢＳ）によって実施され得るワイヤレス通信のための方法を提供する。本方法は、概して、ユーザ機器（ＵＥ）に、１つまたは複数の無線リンク監視基準信号（ＲＬＭ−ＲＳ）リソースと１つまたは複数のビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースとを示す第１の構成を提供することと、ここにおいて、各ＲＬＭ−ＲＳリソースが、少なくとも第１のリンクに対応し、各ＢＦＲ−ＲＳリソースが、少なくとも第２のリンクに対応する、ＵＥから、第１のリンクについての第１のリンク品質が第１のしきい値を下回り、第２のリンクについての第２のリンク品質が第２のしきい値を上回り、ＢＦＲ−ＲＳリソースが第２のリンクに対応することを示す、報告を取得することと、ＵＥに第２の構成を提供することと、ここにおいて、第２の構成が、報告中で示されるＢＦＲ−ＲＳリソースをＲＬＭ−ＲＳリソースとして含む、を含む。
【００１１】
[0011]本開示のいくつかの態様は、たとえば、ＵＥによって実施され得るワイヤレス通信のための方法を提供する。本方法は、概して、１つまたは複数の無線リンク監視基準信号（ＲＬＭ−ＲＳ）リソースと１つまたは複数のビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースとを示す構成を取得することと、少なくとも第１のリソースを介してビーム障害回復要求を送信することと、第１のリソースが１つまたは複数のＲＬＭ−ＲＳリソース中に含まれないとき、またはＵＥがビーム障害回復要求についての応答を受信したとき、無線リンク障害（ＲＬＦ）に関してアクションをとることとを含む。
【００１２】
[0012]本開示のいくつかの態様は、たとえば、基地局（ＢＳ）によって実施され得るワイヤレス通信のための方法を提供する。本方法は、概して、ユーザ機器（ＵＥ）に、１つまたは複数の無線リンク監視基準信号（ＲＬＭ−ＲＳ）リソースと１つまたは複数のビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースとを示す第１の構成を提供することと、１つまたは複数のＢＦＲ−ＲＳリソース中に含まれる第１のリソースを介してＵＥからビーム障害回復要求を受信することと、ＵＥに第２の構成を提供することと、ここにおいて、第２の構成が第１のリソースをＲＬＭ−ＲＳリソースとして含む、を含む。
【００１３】
[0013]態様は、添付の図面を参照しながら本明細書で実質的に説明され、添付の図面によって示されるように、方法、装置、システム、コンピュータ可読媒体、および処理システムを含む。
【００１４】
[0014]上記のおよび関係する目的を達成するために、１つまたは複数の態様は、以下で十分に説明され、特に特許請求の範囲で指摘される特徴を備える。以下の説明および添付の図面は、１つまたは複数の態様のいくつかの例示的な特徴を詳細に記載する。ただし、これらの特徴は、様々な態様の原理が採用され得る様々な方法のうちのほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの等価物を含むものとする。
【００１５】
[0015]本開示の上記で具陳された特徴が詳細に理解され得るように、添付の図面にその一部が示される態様を参照することによって、上記で手短に要約されたより具体的な説明が得られ得る。ただし、その説明は他の等しく有効な態様に通じ得るので、添付の図面は、本開示のいくつかの典型的な態様のみを示し、したがって、本開示の範囲を限定するものと見なされるべきではないことに留意されたい。
【図面の簡単な説明】
【００１６】
【図１】[0016]本開示のいくつかの態様による、例示的な電気通信システムを概念的に示すブロック図。
【図２】[0017]本開示のいくつかの態様による、分散型ＲＡＮの例示的な論理アーキテクチャを示すブロック図。
【図３】[0018]本開示のいくつかの態様による、分散型ＲＡＮの例示的な物理アーキテクチャを示す図。
【図４】[0019]本開示のいくつかの態様による、例示的なＢＳおよびＵＥの設計を概念的に示すブロック図。
【図５】[0020]本開示のいくつかの態様による、通信プロトコルスタックを実装するための例を示す図。
【図６】[0021]本開示のいくつかの態様による、ＤＬ中心サブフレームの一例を示す図。
【図７】[0022]本開示のいくつかの態様による、ＵＬ中心サブフレームの一例を示す図。
【図８】[0023]本開示のいくつかの態様による、ＣＳＳおよびＵＳＳの一例を示す図。
【図９】[0024]本開示の態様による、物理レイヤ問題の検出のための例示的なタイムラインを示す図。
【図１０】[0025]本開示の態様による、物理レイヤ問題からの回復のための例示的なタイムラインを示す図。
【図１１】[0026]本開示のいくつかの態様による、ＵＥによって実施される例示的な動作を示す図。
【図１２】[0027]本開示のいくつかの態様による、ＢＳによって実施される例示的な動作を示す図。
【図１３】[0028]本開示のいくつかの態様による、ＵＥによって実施される例示的な動作を示す図。
【図１４】[0029]本開示のいくつかの態様による、ＢＳによって実施される例示的な動作を示す図。
【発明を実施するための形態】
【００１７】
[0030]理解を容易にするために、可能な場合、各図に共通である同じ要素を指定するために同じ参照番号が使用されている。一態様において開示される要素が、特定の具陳なしに他の態様に対して有益に利用され得ることが企図される。
【００１８】
[0031]本開示の態様は、無線リンク監視（ＲＬＭ）のための技法および装置、ビーム障害を検出するための技法および装置、ならびに、無線リンク監視基準信号（ＲＭＬ−ＲＳ）リソースとビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースとを使用するビーム障害回復（ＢＦＲ）のための技法および装置を提供する。
【００１９】
[0032]ミリメートル波（ｍｍＷ）システムなど、ビームを採用するワイヤレス通信システムでは、高い経路損失が課題を提示し得る。したがって、３Ｇシステムおよび４Ｇシステム中に存在しない、ハイブリッドビームフォーミング（アナログおよびデジタル）を含む技法が、ｍｍＷシステム中で使用され得る。ハイブリッドビームフォーミングはユーザ（たとえば、ＵＥ）に対して狭いビームパターンを作成し、これは、リンクバジェット／ＳＮＲを向上させ得る。
【００２０】
[0033]ビームを採用する通信システムでは、ＢＳとＵＥとはアクティブビームを介して通信し得る。アクティブビームは、サービングビーム、基準ビーム、または擬似コロケートされた（擬似コロケーション、ＱＣＬ：quasi-collocation）ビームと呼ばれることがある。言い換えると、一例によれば、アクティブビーム、サービングビーム、基準ビーム、およびＱＣＬビームは、互換的に使用され得る。一例によれば、ＱＣＬビームは、ＱＣＬビームが基準として働くアクティブビームまたはサービングビームと同じまたは同様のビームフォーミングを使用する、送信を指す。したがって、ＱＣＬビームは、アクティブビームまたはサービングビームについて同様のチャネル状態を経験する。
【００２１】
[0034]２つのアンテナポートは、一方のアンテナポート上のシンボルが伝達されるチャネルのプロパティが、他方のアンテナポート上のシンボルが伝達されるチャネルから推論され得る場合、擬似コロケートされると言われる。ＱＣＬは、空間パラメータを決定／推定することを含むビーム管理機能、ドップラー／遅延パラメータを決定／推定することを含む周波数／タイミングオフセット推定機能、および平均利得を決定／推定することを含む無線リソース管理（ＲＲＭ）機能をサポートする。ネットワーク（たとえば、ＢＳ）は、ＵＥのデータチャネルおよび／または制御チャネルが、送信された基準信号の方向に送信され得ることを、ＵＥに示し得る。ＵＥは、データチャネルおよび／または制御チャネルの特性を決定するために、基準信号を測定し得る。
【００２２】
[0035]一例によれば、ＢＳは、異なる方向と異なるビーム識別とに各々が関連付けられる、４つのビームでＵＥを構成し得る。ＢＳは、現在のアクティブビームから４つの構成されたビームのうちの１つへの切替えを、ＵＥに示し得る。ビーム切替えコマンドに続いて、ＵＥとＢＳの両方が、特定のビームに切り替え得る。基準ビームがデータビームまたは制御ビームに対してＱＣＬであるとき、基準ビーム上で送信された基準信号に関連付けられた、ＵＥが行う測定は、それぞれ、データチャネルまたは制御チャネルに適用される。このようにして、データチャネルまたは制御チャネルの性能は、擬似コロケートされた基準ビームを使用して測定され得る。
【００２３】
[0036]アクティブビームは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、および物理アップリンク制御チャネル（ＰＵＣＣＨ）など、データチャネルおよび制御チャネルを搬送する、ＢＳおよびＵＥビームペアを含み得る。図８に関して本明細書でより詳細に説明されるように、ＢＳ（たとえば、ｇＮＢ）は、より広いビームを使用して、たとえば、ＮＲ同期（同期（synch））信号（ＮＲ−ＳＳ）と共通探索空間中のＰＤＣＣＨ（ＰＤＣＣＨ−ＣＳＳ：PDCCH in a common search space）とを含む、セル固有ブロードキャスト信号をブロードキャストし得る。ＢＳは、より狭いビームを使用して、たとえば、ユーザ固有探索空間中のＰＤＣＣＨ（ＰＤＣＣＨ−ＵＳＳ：PDCCH in a user-specific search space）を含む、ＵＥ固有信号を送信し得る。ＵＥ固有信号は、ユニキャスト送信を使用して送信され得る。概して、ユニキャストビームは、ビーム管理および改良プロシージャより、ブロードキャストビームよりも良好なカバレージを有し得る。ある情報が、ＵＳＳを使用してではなく、ＣＳＳを使用して送信され得るので、ＵＥが、ＵＳＳのカバレージエリア中にあり、ＣＳＳのカバレージエリア中にないとき、問題が起こり得る。本開示の態様は、カバレージ不一致を識別または決定するための方法および装置、ならびに決定された不一致に応答してとるべきアクションを提供する。
【００２４】
[0037]添付の図面に関して以下に記載される発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明される概念が実施され得る構成のみを表すものではない。発明を実施するための形態は、様々な概念の完全な理解を提供するための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの事例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素がブロック図の形式で示される。
【００２５】
[0038]次に、様々な装置および方法に関して電気通信システムのいくつかの態様が提示される。これらの装置および方法が、以下の発明を実施するための形態において説明され、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示される。これらの要素は、ハードウェア、ソフトウェア／ファームウェア、またはそれらの組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。
【００２６】
[0039]例として、要素、または要素の任意の部分、または要素の任意の組合せが、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を実施するように構成された他の好適なハードウェアを含む。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア／ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。
【００２７】
[0040]したがって、１つまたは複数の例示的な実施形態では、説明される機能は、ハードウェア、ソフトウェア／ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【００２８】
[0041]本開示の態様は、新しい無線（ＮＲ）（新しい無線アクセス技術または５Ｇ技術）のための装置、方法、処理システム、およびコンピュータ可読媒体を提供する。ＮＲは、広帯域幅（たとえば、８０ＭＨｚ以上）をターゲットにする拡張モバイルブロードバンド（ｅＭＢＢ）サービス、高キャリア周波数（たとえば、２７ＧＨｚ以上）をターゲットにするミリメートル波（ｍｍＷ）サービス、非後方互換マシンタイプ通信（ＭＴＣ）技法をターゲットにする大規模マシンタイプ通信（ｍＭＴＣ）サービス、および／または超高信頼低レイテンシ通信（ＵＲＬＬＣ）をターゲットにするミッションクリティカルサービスなど、様々なワイヤレス通信サービスをサポートし得る。これらのサービスは、レイテンシおよび信頼性要件を含み得る。これらのサービスは、それぞれのサービス品質（ＱｏＳ）要件を満たすために、異なる送信時間間隔（ＴＴＩ）をも有し得る。さらに、これらのサービスは、同じサブフレームにおいて共存し得る。
【００２９】
[0042]本明細書で説明される技法は、ＬＴＥ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のネットワークなど、様々なワイヤレス通信ネットワークのために使用され得る。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。ＣＤＭＡネットワークは、ユニバーサル地上波無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形態を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））などの無線技術を実装し得る。ＯＦＤＭＡネットワークは、ＮＲ（たとえば、５Ｇ  ＲＡ）、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭＡなどの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。ＮＲは、５Ｇ技術フォーラム（５ＧＴＦ）とともに開発中の新生のワイヤレス通信技術である。３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスト（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と称する団体からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と称する団体からの文書に記載されている。本明細書で説明される技法は、上記のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術のために使用され得る。明快のために、本明細書では、３Ｇおよび／または４Ｇのワイヤレス技術に一般に関連する用語を使用して態様が説明され得るが、本開示の態様は、ＮＲ技術を含む、５Ｇ以降など、他の世代ベースの通信システムにおいて適用され得る。
【００３０】
例示的なワイヤレス通信システム
[0043]図１は、本開示の態様が実装され得る例示的なワイヤレスネットワーク１００を示す。たとえば、ワイヤレスネットワークは、新しい無線（ＮＲ）または５Ｇネットワークであり得る。
【００３１】
[0044]本明細書でより詳細に説明されるように、ビームを採用する通信システム（たとえば、ビームフォーミングされた通信）では、ＵＥは、ＢＳによって送信された何らかの情報を共通探索空間（ＣＳＳ）において受信し、ＢＳによって送信された何らかの情報をユーザ固有探索空間（ＵＳＳ）において受信し得る。図８に関してより詳細に説明されるように、いくつかのシナリオでは、ＵＥは、ＵＳＳにおいて送信された信号を受信し、ＣＳＳにおいて送信された信号を受信しないことがある。ＣＳＳとＵＳＳとの間のそのようなカバレージ不一致では、ＵＥは、ＣＳＳを介して（およびＵＳＳを介さないで）送信され得るある情報を受信しないことがある。本開示の態様は、カバレージ不一致を識別するための方法、ならびに、識別されたカバレージ不一致の場合にＵＥおよび／またはＢＳによってとるべきアクションを提供する。
【００３２】
[0045]別の例によれば、ＵＥは、ＮＲ−ＳＳ／ＰＢＣＨ送信とＵＳＳとの間のカバレージ不一致を経験し得る。ＣＳＳとＵＳＳとの間のカバレージ不一致に関して上記で説明された例と同様に、ＵＥは、ＵＳＳを介して送信されたある情報を受信し、ＮＲ−ＳＳ／ＰＢＣＨを受信しないことがある。本開示の態様は、このカバレージ不一致を識別するための方法、ならびに、ＮＲ−ＳＳ／ＰＢＣＨとＵＳＳとの間のカバレージ不一致の場合にＵＥおよび／またはＢＳによってとるべきアクションを提供する。
【００３３】
[0046]ＵＥ１２０は、ＵＳＳとＣＳＳとのカバレージ不一致に関して本明細書で説明され、以下でより詳細に説明される、動作１０００および他の方法を実施するように構成され得る。ＢＳ１１０は、送信受信ポイント（ＴＲＰ）、ノードＢ（ＮＢ）、ｇＮＢ、アクセスポイント（ＡＰ）、新しい無線（ＮＲ）ＢＳ、ｇノードＢ、５Ｇ  ＮＢなどを備え得る。ＮＲネットワーク１００は中央ユニットを含み得る。ＢＳ１１０は、ＵＥによって実施される動作１０００に対する相補的動作を実施し得る。ＢＳ１１０は、ＵＥの、ＵＳＳとＣＳＳとのカバレージ不一致に関して本明細書で説明される、動作９００および他の方法を実施し得る。
【００３４】
[0047]図１に示されているように、ワイヤレスネットワーク１００は、いくつかのＢＳ１１０と他のネットワークエンティティとを含み得る。ＢＳはＵＥと通信する局であり得る。各ＢＳ１１０は、特定の地理的エリアに通信カバレージを提供し得る。３ＧＰＰでは、「セル」という用語は、この用語が使用されるコンテキストに応じて、ノードＢのカバレージエリアおよび／またはこのカバレージエリアをサービスするノードＢサブシステムを指すことができる。ＮＲシステムでは、「セル」およびｇＮＢ、ノードＢ、５Ｇ  ＮＢ、ＡＰ、ＮＲ  ＢＳ、またはＴＲＰという用語は互換性があり得る。いくつかの例では、セルは、必ずしも固定であるとは限らないことがあり、セルの地理的エリアは、モバイル基地局のロケーションに従って移動することがある。いくつかの例では、基地局は、任意の好適なトランスポートネットワークを使用して、直接物理接続、仮想ネットワークなど、様々なタイプのバックホールインターフェースを通して、互いに、および／あるいはワイヤレスネットワーク１００中の１つまたは複数の他の基地局またはネットワークノード（図示せず）に相互接続され得る。
【００３５】
[0048]概して、任意の数のワイヤレスネットワークが所与の地理的エリア中に展開され得る。各ワイヤレスネットワークは、特定の無線アクセス技術（ＲＡＴ）をサポートし得、１つまたは複数の周波数上で動作し得る。ＲＡＴは、無線技術、エアインターフェースなどと呼ばれることもある。周波数は、キャリア、周波数チャネルなどと呼ばれることもある。各周波数は、異なるＲＡＴのワイヤレスネットワーク間での干渉を回避するために、所与の地理的エリア中の単一のＲＡＴをサポートし得る。いくつかの場合には、ＮＲまたは５Ｇ  ＲＡＴネットワークが展開され得る。
【００３６】
[0049]ＢＳは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレージを提供し得る。マクロセルは、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。ピコセルは、比較的小さい地理的エリアをカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。フェムトセルは、比較的小さい地理的エリア（たとえば、自宅）をカバーし得、フェムトセルとの関連付けを有するＵＥ（たとえば、限定加入者グループ（ＣＳＧ）中のＵＥ、自宅内のユーザのためのＵＥなど）による制限付きアクセスを可能にし得る。マクロセルのためのＢＳはマクロＢＳと呼ばれることがある。ピコセルのためのＢＳはピコＢＳと呼ばれることがある。フェムトセルのためのＢＳは、フェムトＢＳまたはホームＢＳと呼ばれることがある。図１に示されている例では、ＢＳ１１０ａ、１１０ｂおよび１１０ｃは、それぞれマクロセル１０２ａ、１０２ｂおよび１０２ｃのためのマクロＢＳであり得る。ＢＳ１１０ｘは、ピコセル１０２ｘのためのピコＢＳであり得る。ＢＳ１１０ｙおよび１１０ｚは、それぞれフェムトセル１０２ｙおよび１０２ｚのためのフェムトＢＳであり得る。ＢＳは１つまたは複数の（たとえば、３つの）セルをサポートし得る。
【００３７】
[0050]ワイヤレスネットワーク１００はまた、中継局を含み得る。中継局は、上流局（たとえば、ＢＳまたはＵＥ）からデータおよび／または他の情報の送信を受信し、そのデータおよび／または他の情報の送信を下流局（たとえば、ＵＥまたはＢＳ）に送る局である。中継局はまた、他のＵＥに対する送信を中継するＵＥであり得る。図１に示されている例では、中継局１１０ｒは、ＢＳ１１０ａとＵＥ１２０ｒとの間の通信を可能にするために、ＢＳ１１０ａおよびＵＥ１２０ｒと通信し得る。中継局は、リレーＢＳ、リレーなどと呼ばれることもある。
【００３８】
[0051]ワイヤレスネットワーク１００は、異なるタイプのＢＳ、たとえば、マクロＢＳ、ピコＢＳ、フェムトＢＳ、リレーなどを含む異種ネットワークであり得る。これらの異なるタイプのＢＳは、異なる送信電力レベル、異なるカバレージエリア、およびワイヤレスネットワーク１００における干渉に対する異なる影響を有し得る。たとえば、マクロＢＳは、高い送信電力レベル（たとえば、２０ワット）を有し得るが、ピコＢＳ、フェムトＢＳ、およびリレーは、より低い送信電力レベル（たとえば、１ワット）を有し得る。
【００３９】
[0052]ワイヤレスネットワーク１００は、同期動作または非同期動作をサポートし得る。同期動作の場合、ＢＳは同様のフレームタイミングを有し得、異なるＢＳからの送信は近似的に時間的に整合され得る。非同期動作の場合、ＢＳは異なるフレームタイミングを有し得、異なるＢＳからの送信は時間的に整合されないことがある。本明細書で説明される技法は、同期動作と非同期動作の両方のために使用され得る。
【００４０】
[0053]ネットワークコントローラ１３０は、ＢＳのセットに結合し、これらのＢＳの協調および制御を行い得る。ネットワークコントローラ１３０は、バックホールを介してＢＳ１１０と通信し得る。ＢＳ１１０はまた、たとえば、ワイヤレスバックホールまたはワイヤラインバックホールを介して直接または間接的に互いと通信し得る。
【００４１】
[0054]ＵＥ１２０（たとえば、１２０ｘ、１２０ｙなど）はワイヤレスネットワーク１００全体にわたって分散され得、各ＵＥは固定または移動であり得る。ＵＥは、移動局、端末、アクセス端末、加入者ユニット、局、顧客構内機器（ＣＰＥ：Customer Premises Equipment）、セルラーフォン、スマートフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局、タブレット、カメラ、ゲームデバイス、ネットブック、スマートブック、ウルトラブック、医療デバイスまたは医療機器、生体センサー／生体デバイス、スマートウォッチ、スマートクロージング、スマートグラス、スマートリストバンド、スマートジュエリー（たとえば、スマートリング、スマートブレスレットなど）などのウェアラブルデバイス、エンターテインメントデバイス（たとえば、音楽デバイス、ビデオデバイス、衛星ラジオなど）、車両構成要素または車両センサー、スマートメーター／スマートセンサー、工業用製造機器、全地球測位システムデバイス、あるいはワイヤレス媒体またはワイヤード媒体を介して通信するように構成された任意の他の好適なデバイスと呼ばれることもある。いくつかのＵＥは、発展型もしくはマシンタイプ通信（ＭＴＣ）デバイスまたは発展型ＭＴＣ（ｅＭＴＣ）デバイスと見なされ得る。ＭＴＣ  ＵＥおよびｅＭＴＣ  ＵＥは、たとえば、ＢＳ、別のデバイス（たとえば、リモートデバイス）、または何らかの他のエンティティと通信し得る、ロボット、ドローン、リモートデバイス、センサー、メーター、モニタ、ロケーションタグなどを含む。ワイヤレスノードは、たとえば、ワイヤードまたはワイヤレス通信リンクを介した、ネットワーク（たとえば、インターネットまたはセルラーネットワークなど、ワイドエリアネットワーク）のための、またはネットワークへの接続性を提供し得る。いくつかのＵＥは、モノのインターネット（ＩｏＴ）デバイスと見なされ得る。
【００４２】
[0055]図１では、両矢印付きの実線は、ダウンリンクおよび／またはアップリンク上での、ＵＥと、そのＵＥをサービスするように指定されたＢＳであるサービングＢＳとの間の所望の送信を示す。両矢印付きの破線は、ＵＥとＢＳとの間の干渉送信を示す。
【００４３】
[0056]いくつかのワイヤレスネットワーク（たとえば、ＬＴＥ）は、ダウンリンク上では直交周波数分割多重（ＯＦＤＭ）を利用し、アップリンク上ではシングルキャリア周波数分割多重（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を、一般にトーン、ビンなどとも呼ばれる複数（Ｋ）個の直交サブキャリアに区分する。各サブキャリアはデータで変調され得る。概して、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭでは時間領域で送られる。隣接するサブキャリア間の間隔は固定であり得、サブキャリアの総数（Ｋ）はシステム帯域幅に依存し得る。たとえば、サブキャリアの間隔は１５ｋＨｚであり得、（「リソースブロック」と呼ばれる）最小リソース割振りは１２個のサブキャリア（または１８０ｋＨｚ）であり得る。したがって、公称ＦＦＴサイズは、１．２５、２．５、５、１０または２０メガヘルツ（ＭＨｚ）のシステム帯域幅に対してそれぞれ１２８、２５６、５１２、１０２４または２０４８に等しくなり得る。システム帯域幅はまた、サブバンドに区分され得る。たとえば、サブバンドは１．０８ＭＨｚ（すなわち、６つのリソースブロック）をカバーし得、１．２５、２．５、５、１０または２０ＭＨｚのシステム帯域幅に対してそれぞれ１、２、４、８または１６個のサブバンドがあり得る。
【００４４】
[0057]本明細書で説明される例の態様は、ＬＴＥ技術に関連付けられ得るが、本開示の態様は、ＮＲなど、他のワイヤレス通信システムとともに適用可能であり得る。
【００４５】
[0058]ＮＲは、アップリンクおよびダウンリンク上でＣＰとともにＯＦＤＭを利用し、ＴＤＤを使用する半二重動作のサポートを含み得る。１００ＭＨｚの単一のコンポーネントキャリア帯域幅がサポートされ得る。ＮＲリソースブロックは、０．１ｍｓ持続時間にわたって、７５ｋＨｚのサブキャリア帯域幅をもつ１２個のサブキャリアにわたり得る。一態様では、各無線フレームは、１０ｍｓの長さをもつ５０個のサブフレームからなり得る。したがって、各サブフレームは、０．２ｍｓの長さを有し得る。別の態様では、各無線フレームは、１０ｍｓの長さをもつ１０個のサブフレームからなり得、ここで、各サブフレームは、１ｍｓの長さを有し得る。各サブフレームは、データ送信のためのリンク方向（すなわち、ＤＬまたはＵＬ）を示し得、各サブフレームのためのリンク方向は、動的に切り替えられ得る。各サブフレームは、ＤＬ／ＵＬデータならびにＤＬ／ＵＬ制御データを含み得る。ＮＲのためのＵＬおよびＤＬサブフレームは、図６および図７に関して以下でより詳細に説明される通りであり得る。ビームフォーミングがサポートされ得、ビーム方向が動的に構成され得る。プリコーディングを用いたＭＩＭＯ送信も、サポートされ得る。ＤＬにおけるＭＩＭＯ構成は、最高８つのストリームおよびＵＥごとに最高２つのストリームのマルチレイヤＤＬ送信を用いて、最高８つの送信アンテナをサポートし得る。ＵＥごとに最高２つのストリームをもつマルチレイヤ送信が、サポートされ得る。複数のセルのアグリゲーションが、最高８つのサービングセルを用いてサポートされ得る。代替的に、ＮＲは、ＯＦＤＭベース以外の異なるエアインターフェースをサポートし得る。ＮＲネットワークは、ＣＵおよび／またはＤＵなどのエンティティを含み得る。
【００４６】
[0059]いくつかの例では、エアインターフェースへのアクセスがスケジュールされ得、スケジューリングエンティティ（たとえば、基地局）が、それのサービスエリアまたはセル内の一部または全部のデバイスおよび機器の間での通信のためのリソースを割り振る。本開示内では、以下でさらに説明されるように、スケジューリングエンティティは、１つまたは複数の従属エンティティのためのリソースをスケジュールすること、割り当てること、再構成すること、および解放することを担当し得る。すなわち、スケジュールされた通信のために、従属エンティティは、スケジューリングエンティティによって割り振られたリソースを利用する。基地局は、スケジューリングエンティティとして機能し得る唯一のエンティティではない。すなわち、いくつかの例では、ＵＥが、１つまたは複数の従属エンティティ（たとえば、１つまたは複数の他のＵＥ）のためのリソースをスケジュールする、スケジューリングエンティティとして機能し得る。この例では、ＵＥは、スケジューリングエンティティとして機能しており、他のＵＥは、ワイヤレス通信のためにＵＥによってスケジュールされたリソースを利用する。ＵＥは、ピアツーピア（Ｐ２Ｐ）ネットワークにおいて、および／またはメッシュネットワークにおいてスケジューリングエンティティとして機能し得る。メッシュネットワーク例では、ＵＥは、スケジューリングエンティティと通信することに加えて、随意に、互いと直接通信し得る。
【００４７】
[0060]したがって、時間周波数リソースへのスケジュールされたアクセスを伴い、セルラー構成と、Ｐ２Ｐ構成と、メッシュ構成とを有するワイヤレス通信ネットワークでは、スケジューリングエンティティおよび１つまたは複数の従属エンティティは、スケジュールされたリソースを利用して通信し得る。
【００４８】
[0061]上述のように、ＲＡＮはＣＵとＤＵとを含み得る。ＮＲ  ＢＳ（たとえば、ｇＮＢ、５ＧノードＢ、ノードＢ、送信受信ポイント（ＴＲＰ）、アクセスポイント（ＡＰ））は、１つまたは複数のＢＳに対応し得る。ＮＲセルは、アクセスセル（ＡＣｅｌｌ）またはデータオンリーセル（ＤＣｅｌｌ）として構成され得る。たとえば、ＲＡＮ（たとえば、中央ユニットまたは分散型ユニット）はセルを構成することができる。ＤＣｅｌｌは、キャリアアグリゲーションまたはデュアル接続性のために使用されるが、初期アクセス、セル選択／再選択、またはハンドオーバのために使用されないセルであり得る。いくつかの場合には、ＤＣｅｌｌは同期信号を送信しないことがあり、いくつかの場合には、ＤＣｅｌｌはＳＳを送信することがある。ＮＲ  ＢＳは、セルタイプを示すダウンリンク信号をＵＥに送信し得る。セルタイプ指示に基づいて、ＵＥは、ＮＲ  ＢＳと通信し得る。たとえば、ＵＥは、示されたセルタイプに基づいて、セル選択、アクセス、ハンドオーバ、および／または測定のために考慮すべきＮＲ  ＢＳを決定し得る。
【００４９】
[0062]図２は、図１に示されているワイヤレス通信システムにおいて実装され得る、分散型無線アクセスネットワーク（ＲＡＮ）２００の例示的な論理アーキテクチャを示す。５Ｇアクセスノード２０６は、アクセスノードコントローラ（ＡＮＣ）２０２を含み得る。ＡＮＣは、分散型ＲＡＮ２００の中央ユニット（ＣＵ）であり得る。次世代コアネットワーク（ＮＧ−ＣＮ）２０４へのバックホールインターフェースは、ＡＮＣにおいて終端し得る。隣接する次世代アクセスノード（ＮＧ−ＡＮ）へのバックホールインターフェースは、ＡＮＣにおいて終端し得る。ＡＮＣは、（ＢＳ、ＮＲ  ＢＳ、ノードＢ、５Ｇ  ＮＢ、ＡＰ、または何らかの他の用語で呼ばれることもある）１つまたは複数のＴＲＰ２０８を含み得る。上記で説明されたように、ＴＲＰは、「セル」と互換的に使用され得る。
【００５０】
[0063]ＴＲＰ２０８はＤＵであり得る。ＴＲＰは、１つのＡＮＣ（ＡＮＣ２０２）または（示されていない）２つ以上のＡＮＣに接続され得る。たとえば、ＲＡＮ共有、サービスとしての無線（ＲａａＳ：radio as a service）、およびサービス固有ＡＮＤ展開（service specific AND deployment）の場合、ＴＲＰは２つ以上のＡＮＣに接続され得る。ＴＲＰは１つまたは複数のアンテナポートを含み得る。ＴＲＰは、ＵＥにトラフィックを、個々にサービスする（たとえば、動的選択）か、または一緒にサービスする（たとえば、ジョイント送信）ように構成され得る。
【００５１】
[0064]ローカルアーキテクチャ２００は、フロントホール定義を示すために使用され得る。異なる展開タイプにわたってフロントホーリングソリューション（fronthauling solution）をサポートするアーキテクチャが定義され得る。たとえば、アーキテクチャは、送信ネットワーク能力（たとえば、帯域幅、レイテンシ、および／またはジッタ）に基づき得る。
【００５２】
[0065]アーキテクチャは、ＬＴＥと特徴および／または構成要素を共有し得る。態様によれば、次世代ＡＮ（ＮＧ−ＡＮ）２１０は、ＮＲとのデュアル接続性をサポートし得る。ＮＧ−ＡＮは、ＬＴＥおよびＮＲについて共通フロントホールを共有し得る。
【００５３】
[0066]アーキテクチャは、ＴＲＰ２０８間の協働を可能にし得る。たとえば、協働は、ＡＮＣ２０２を介してＴＲＰ内でおよび／またはＴＲＰにわたってプリセットされ得る。態様によれば、ＴＲＰ間インターフェースは、必要とされない／存在しないことがある。
【００５４】
[0067]態様によれば、分割された論理機能の動的構成が、アーキテクチャ２００内に存在し得る。図５を参照しながらより詳細に説明されるように、無線リソース制御（ＲＲＣ）レイヤ、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、および物理（ＰＨＹ）レイヤが、ＤＵまたはＣＵ（たとえば、それぞれＴＲＰまたはＡＮＣ）に適応的に配置され得る。いくつかの態様によれば、ＢＳは、中央ユニット（ＣＵ）（たとえば、ＡＮＣ２０２）および／または１つまたは複数の分散型ユニット（たとえば、１つまたは複数のＴＲＰ２０８）を含み得る。
【００５５】
[0068]図３は、本開示の態様による、分散型ＲＡＮ３００の例示的な物理アーキテクチャを示す。集中型コアネットワークユニット（Ｃ−ＣＵ）３０２は、コアネットワーク機能をホストし得る。Ｃ−ＣＵは中央に展開され得る。Ｃ−ＣＵ機能は、ピーク容量を扱うために、（たとえば、高度ワイヤレスサービス（ＡＷＳ）に）オフロードされ得る。
【００５６】
[0069]集中型ＲＡＮユニット（Ｃ−ＲＵ）３０４は、１つまたは複数のＡＮＣ機能をホストし得る。随意に、Ｃ−ＲＵは、ローカルにコアネットワーク機能をホストし得る。Ｃ−ＲＵは分散型展開を有し得る。Ｃ−ＲＵはネットワークエッジにより近いことがある。
【００５７】
[0070]ＤＵ３０６は、１つまたは複数のＴＲＰ（エッジノード（ＥＮ）、エッジユニット（ＥＵ）、無線ヘッド（ＲＨ）、スマート無線ヘッド（ＳＲＨ）など）をホストし得る。ＤＵは、無線周波数（ＲＦ）機能をもつネットワークのエッジに位置し得る。
【００５８】
[0071]図４は、本開示の態様を実装するために使用され得る、図１に示されているＢＳ１１０とＵＥ１２０との例示的な構成要素を示す。ＢＳは、ＴＲＰまたはｇＮＢを含み得る。ＢＳ１１０とＵＥ１２０との１つまたは複数の構成要素は、本開示の態様を実施するために使用され得る。たとえば、ＵＥ１２０のアンテナ４５２、Ｔｘ／Ｒｘ４５４、プロセッサ４６６、４５８、４６４、および／またはコントローラ／プロセッサ４８０ならびに／あるいはＢＳ１１０のアンテナ４３４、Ｔｘ／Ｒｘ４３２、プロセッサ４２０、４３０、４３８、および／またはコントローラ／プロセッサ４４０は、本明細書で説明され、図９〜図１０を参照しながら示される動作を実施するために使用され得る。
【００５９】
[0072]図４は、図１中のＢＳのうちの１つであり得るＢＳ１１０および図１中のＵＥのうちの１つであり得るＵＥ１２０の設計のブロック図を示す。制限付き関連付けシナリオの場合、基地局１１０は図１中のマクロＢＳ１１０ｃであり得、ＵＥ１２０はＵＥ１２０ｙであり得る。基地局１１０はまた、何らかの他のタイプの基地局であり得る。基地局１１０はアンテナ４３４ａ〜４３４ｔを装備し得、ＵＥ１２０はアンテナ４５２ａ〜４５２ｒを装備し得る。
【００６０】
[0073]基地局１１０において、送信プロセッサ４２０は、データソース４１２からデータを受信し、コントローラ／プロセッサ４４０から制御情報を受信し得る。制御情報は、物理ブロードキャストチャネル（ＰＢＣＨ）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）などのためのものであり得る。データは物理ダウンリンク共有チャネル（ＰＤＳＣＨ）などのためのものであり得る。プロセッサ４２０は、それぞれデータシンボルおよび制御シンボルを取得するために、データおよび制御情報を処理（たとえば、符号化およびシンボルマッピング）し得る。プロセッサ４２０はまた、たとえば、ＰＳＳ、ＳＳＳ、およびセル固有基準信号（ＣＲＳ）のための基準シンボルを生成し得る。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ４３０は、適用可能な場合、データシンボル、制御シンボル、および／または基準シンボルに対して空間処理（たとえば、プリコーディング）を実施し得、出力シンボルストリームを変調器（ＭＯＤ）４３２ａ〜４３２ｔに提供し得る。各変調器４３２は、出力サンプルストリームを取得するために、（たとえば、ＯＦＤＭなどのための）それぞれの出力シンボルストリームを処理し得る。各変調器４３２はさらに、ダウンリンク信号を取得するために、出力サンプルストリームを処理（たとえば、アナログ変換、増幅、フィルタ処理、およびアップコンバート）し得る。変調器４３２ａ〜４３２ｔからのダウンリンク信号は、それぞれアンテナ４３４ａ〜４３４ｔを介して送信され得る。
【００６１】
[0074]ＵＥ１２０において、アンテナ４５２ａ〜４５２ｒは、基地局１１０からダウンリンク信号を受信し得、受信信号をそれぞれ復調器（ＤＥＭＯＤ）４５４ａ〜４５４ｒに提供し得る。各復調器４５４は、入力サンプルを取得するために、それぞれの受信信号を調整（たとえば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化）し得る。各復調器４５４はさらに、受信シンボルを取得するために、（たとえば、ＯＦＤＭなどのための）入力サンプルを処理し得る。ＭＩＭＯ検出器４５６は、すべての復調器４５４ａ〜４５４ｒから受信シンボルを取得し、適用可能な場合は受信シンボルに対してＭＩＭＯ検出を実施し、検出されたシンボルを提供し得る。受信プロセッサ４５８は、検出されたシンボルを処理（たとえば、復調、デインターリーブ、および復号）し、ＵＥ１２０の復号されたデータをデータシンク４６０に提供し、復号された制御情報をコントローラ／プロセッサ４８０に提供し得る。
【００６２】
[0075]アップリンク上では、ＵＥ１２０において、送信プロセッサ４６４が、データソース４６２から（たとえば、物理アップリンク共有チャネル（ＰＵＳＣＨ）のための）データを受信し、処理し得、コントローラ／プロセッサ４８０から（たとえば、物理アップリンク制御チャネル（ＰＵＣＣＨ）のための）制御情報を受信し、処理し得る。送信プロセッサ４６４はまた、基準信号のための基準シンボルを生成し得る。送信プロセッサ４６４からのシンボルは、適用可能な場合はＴＸ  ＭＩＭＯプロセッサ４６６によってプリコーディングされ、（たとえば、ＳＣ−ＦＤＭなどのために）復調器４５４ａ〜４５４ｒによってさらに処理され、基地局１１０に送信され得る。ＢＳ１１０において、ＵＥ１２０からのアップリンク信号は、アンテナ４３４によって受信され、変調器４３２によって処理され、適用可能な場合はＭＩＭＯ検出器４３６によって検出され、ＵＥ１２０によって送られた復号されたデータおよび制御情報を取得するために、受信プロセッサ４３８によってさらに処理され得る。受信プロセッサ４３８は、復号されたデータをデータシンク４３９に提供し、復号された制御情報をコントローラ／プロセッサ４４０に提供し得る。
【００６３】
[0076]コントローラ／プロセッサ４４０および４８０は、それぞれ基地局１１０およびＵＥ１２０における動作を指示し得る。基地局１１０におけるプロセッサ４４０ならびに／または他のプロセッサおよびモジュールは、たとえば、図１０に示されている機能ブロック、ならびに／または本明細書で説明される技法および添付の図面に示されている技法のための他のプロセスを実施するか、またはその実行を指示し得る。ＵＥ１２０におけるプロセッサ４８０ならびに／または他のプロセッサおよびモジュールはまた、たとえば、図９に示されている機能ブロック、ならびに／または本明細書で説明される技法および添付の図面に示されている技法のための他のプロセスを実施するか、またはその実行を指示し得る。メモリ４４２および４８２は、それぞれＢＳ１１０およびＵＥ１２０のためのデータおよびプログラムコードを記憶し得る。スケジューラ４４４は、ダウンリンクおよび／またはアップリンク上でのデータ送信のためにＵＥをスケジュールし得る。
【００６４】
[0077]図５は、本開示の態様による、通信プロトコルスタックを実装するための例を示す図５００である。示されている通信プロトコルスタックは、５Ｇシステムにおいて動作するデバイスによって実装され得る。図５００は、無線リソース制御（ＲＲＣ）レイヤ５１０と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ５１５と、無線リンク制御（ＲＬＣ）レイヤ５２０と、媒体アクセス制御（ＭＡＣ）レイヤ５２５と、物理（ＰＨＹ）レイヤ５３０とを含む通信プロトコルスタックを示す。様々な例では、プロトコルスタックのレイヤは、ソフトウェアの別個のモジュール、プロセッサまたはＡＳＩＣの部分、通信リンクによって接続されたコロケートされていないデバイスの部分、あるいはそれらの様々な組合せとして実装され得る。コロケートされた実装形態およびコロケートされていない実装形態は、たとえば、ネットワークアクセスデバイス（たとえば、ＡＮ、ＣＵ、および／またはＤＵ）またはＵＥのためのプロトコルスタックにおいて使用され得る。
【００６５】
[0078]第１のオプション５０５−ａは、プロトコルスタックの実装が、集中型ネットワークアクセスデバイス（たとえば、図２中のＡＮＣ２０２）と分散型ネットワークアクセスデバイス（たとえば、図２中のＤＵ２０８）との間で分割された、プロトコルスタックの分割された実装形態を示す。第１のオプション５０５−ａでは、ＲＲＣレイヤ５１０およびＰＤＣＰレイヤ５１５は、中央ユニットによって実装され得、ＲＬＣレイヤ５２０、ＭＡＣレイヤ５２５、およびＰＨＹレイヤ５３０は、ＤＵによって実装され得る。様々な例では、ＣＵとＤＵとは、コロケートされることもコロケートされないこともある。第１のオプション５０５−ａは、マクロセル、マイクロセル、またはピコセル展開において有用であり得る。
【００６６】
[0079]第２のオプション５０５−ｂは、プロトコルスタックが、単一のネットワークアクセスデバイス（たとえば、アクセスノード（ＡＮ）、新しい無線基地局（ＮＲ  ＢＳ）、新しい無線ノードＢ（ＮＲ  ＮＢ）、ネットワークノード（ＮＮ））において実装された、プロトコルスタックの統合された実装形態を示す。第２のオプションでは、ＲＲＣレイヤ５１０、ＰＤＣＰレイヤ５１５、ＲＬＣレイヤ５２０、ＭＡＣレイヤ５２５、およびＰＨＹレイヤ５３０は、各々ＡＮによって実装され得る。第２のオプション５０５−ｂは、フェムトセル展開において有用であり得る。
【００６７】
[0080]ネットワークアクセスデバイスが、プロトコルスタックの一部を実装するのか全部を実装するのかにかかわらず、ＵＥは、プロトコルスタック５０５−ｃ全体（たとえば、ＲＲＣレイヤ５１０、ＰＤＣＰレイヤ５１５、ＲＬＣレイヤ５２０、ＭＡＣレイヤ５２５、およびＰＨＹレイヤ５３０）を実装し得る。
【００６８】
[0081]図６は、ＤＬ中心サブフレームの一例を示す図６００である。ＤＬ中心サブフレームは制御部分６０２を含み得る。制御部分６０２は、ＤＬ中心サブフレームの初期部分または開始部分中に存在し得る。制御部分６０２は、ＤＬ中心サブフレームの様々な部分に対応する様々なスケジューリング情報および／または制御情報を含み得る。いくつかの構成では、制御部分６０２は、図６に示されているように、物理ＤＬ制御チャネル（ＰＤＣＣＨ）であり得る。ＤＬ中心サブフレームは、ＤＬデータ部分６０４をも含み得る。ＤＬデータ部分６０４は、時々、ＤＬ中心サブフレームのペイロードと呼ばれることがある。ＤＬデータ部分６０４は、スケジューリングエンティティ（たとえば、ＵＥまたはＢＳ）から従属エンティティ（たとえば、ＵＥ）にＤＬデータを通信するために利用される通信リソースを含み得る。いくつかの構成では、ＤＬデータ部分６０４は、物理ＤＬ共有チャネル（ＰＤＳＣＨ）であり得る。
【００６９】
[0082]ＤＬ中心サブフレームは、共通ＵＬ部分６０６をも含み得る。共通ＵＬ部分６０６は、時々、ＵＬバースト、共通ＵＬバースト、および／または様々な他の好適な用語で呼ばれることがある。共通ＵＬ部分６０６は、ＤＬ中心サブフレームの様々な他の部分に対応するフィードバック情報を含み得る。たとえば、共通ＵＬ部分６０６は、制御部分６０２に対応するフィードバック情報を含み得る。フィードバック情報の非限定的な例は、ＡＣＫ信号、ＮＡＣＫ信号、ＨＡＲＱインジケータ、および／または様々な他の好適なタイプの情報を含み得る。共通ＵＬ部分６０６は、ランダムアクセスチャネル（ＲＡＣＨ）プロシージャに関係する情報、スケジューリング要求（ＳＲ）、および様々な他の好適なタイプの情報など、追加または代替の情報を含み得る。図６に示されているように、ＤＬデータ部分６０４の終端は、共通ＵＬ部分６０６の始端から時間的に分離され得る。この時間分離は、時々、ギャップ、ガード期間、ガードインターバル、および／または様々な他の好適な用語で呼ばれることがある。この分離は、ＤＬ通信（たとえば、従属エンティティ（たとえば、ＵＥ）による受信動作）からＵＬ通信（たとえば、従属エンティティ（たとえば、ＵＥ）による送信）への切替えのための時間を提供する。当業者は、上記がＤＬ中心サブフレームの一例にすぎず、同様の特徴を有する代替構造が、本明細書で説明される態様から必ずしも逸脱することなしに存在し得ることを理解されよう。
【００７０】
[0083]図７は、ＵＬ中心サブフレームの一例を示す図７００である。ＵＬ中心サブフレームは制御部分７０２を含み得る。制御部分７０２は、ＵＬ中心サブフレームの初期部分または開始部分中に存在し得る。図７中の制御部分７０２は、図６を参照しながら上記で説明された制御部分と同様であり得る。ＵＬ中心サブフレームはＵＬデータ部分７０４をも含み得る。ＵＬデータ部分７０４は、時々、ＵＬ中心サブフレームのペイロードと呼ばれることがある。ＵＬ部分は、従属エンティティ（たとえば、ＵＥ）からスケジューリングエンティティ（たとえば、ＵＥまたはＢＳ）にＵＬデータを通信するために利用される通信リソースを指し得る。いくつかの構成では、制御部分７０２は、物理ＤＬ制御チャネル（ＰＤＣＣＨ）であり得る。
【００７１】
[0084]図７に示されているように、制御部分７０２の終端は、ＵＬデータ部分７０４の始端から時間的に分離され得る。この時間分離は、時々、ギャップ、ガード期間、ガードインターバル、および／または様々な他の好適な用語で呼ばれることがある。この分離は、ＤＬ通信（たとえば、スケジューリングエンティティによる受信動作）からＵＬ通信（たとえば、スケジューリングエンティティによる送信）への切替えのための時間を提供する。ＵＬ中心サブフレームは共通ＵＬ部分７０６をも含み得る。図７中の共通ＵＬ部分７０６は、図６を参照しながら上記で説明された共通ＵＬ部分６０６と同様であり得る。共通ＵＬ部分７０６は、追加または代替として、チャネル品質インジケータ（ＣＱＩ）に関する情報、サウンディング基準信号（ＳＲＳ）、および様々な他の好適なタイプの情報を含み得る。当業者は、上記がＵＬ中心サブフレームの一例にすぎず、同様の特徴を有する代替構造が、本明細書で説明される態様から必ずしも逸脱することなしに存在し得ることを理解されよう。
【００７２】
[0085]いくつかの状況では、２つまたはそれ以上の従属エンティティ（たとえば、ＵＥ）が、サイドリンク信号を使用して互いと通信し得る。そのようなサイドリンク通信の現実世界の適用例は、公共安全、近接サービス、ＵＥネットワーク間中継、車両間（Ｖ２Ｖ）通信、あらゆるモノのインターネット（ＩｏＥ）通信、ＩｏＴ通信、ミッションクリティカルメッシュ、および／または様々な他の好適な適用例を含み得る。概して、サイドリンク信号は、スケジューリングエンティティ（たとえば、ＵＥまたはＢＳ）が、スケジューリングおよび／または制御目的のために利用され得るが、スケジューリングエンティティを通してその通信を中継することなしに、ある従属エンティティ（たとえば、ＵＥ１）から別の従属エンティティ（たとえば、ＵＥ２）に通信される信号を指し得る。いくつかの例では、サイドリンク信号は、（一般的に、無認可スペクトルを使用するワイヤレスローカルエリアネットワークとは異なり）認可スペクトルを使用して通信され得る。
【００７３】
[0086]ＵＥは、リソースの専用セットを使用してパイロットを送信することに関連付けられた構成（たとえば、無線リソース制御（ＲＲＣ）専用状態など）、またはリソースの共通セットを使用してパイロットを送信することに関連付けられた構成（たとえば、ＲＲＣ共通状態など）を含む、様々な無線リソース構成において動作し得る。ＲＲＣ専用状態において動作するとき、ＵＥは、ネットワークにパイロット信号を送信するためのリソースの専用セットを選択し得る。ＲＲＣ共通状態において動作するとき、ＵＥは、ネットワークにパイロット信号を送信するためのリソースの共通セットを選択し得る。いずれの場合も、ＵＥによって送信されたパイロット信号は、ＡＮ、またはＤＵ、あるいはそれらの部分など、１つまたは複数のネットワークアクセスデバイスによって受信され得る。各受信ネットワークアクセスデバイスは、リソースの共通セット上で送信されたパイロット信号を受信および測定し、また、ネットワークアクセスデバイスが、それについて、ＵＥのためのネットワークアクセスデバイスの監視セットのメンバーであるＵＥに割り振られたリソースの専用セット上で送信されたパイロット信号を受信および測定するように構成され得る。受信ネットワークアクセスデバイスのうちの１つまたは複数、または（１つまたは複数の）受信ネットワークアクセスデバイスが、パイロット信号の測定値をそれに送信するＣＵは、ＵＥのためのサービングセルを識別するために、またはＵＥのうちの１つまたは複数のためのサービングセルの変更を開始するために、測定値を使用し得る。
【００７４】
例示的な無線リンク監視およびビーム障害回復のリソース構成および動作
[0087]いくつかのワイヤレス通信規格は、ビームフォーミングされた送信を使用し、アクティブビームが、制御およびデータを送信および受信するために使用される。本開示の態様によれば、ノードＢ（ＮＢ）およびＵＥによる通信のために使用されるアクティブビームは、ビーム切替え障害（たとえば、ビームが、通信が阻止される極めて多くの干渉またはディープフェードを経験する他のビームに切り替えられること）または（たとえば、ＵＥが建築物の影に移動したことによって引き起こされる）信号妨害により不整合になり得る。
【００７５】
[0088]本開示の態様では、（たとえば、ＵＥおよび／またはネットワークエンティティによって実施される）ビーム障害回復プロシージャは、リンク問題を識別し、上位レイヤ（たとえば、図５を参照しながら上記で説明された、ワイヤレス通信プロトコルスタックの上位レイヤ）に、非周期同期中（in-synchronization）（同期中（in-sync）、ＩＳ）指示および非周期同期外れ（out-of-synchronization）（同期外れ（out-of-sync）、ＯＯＳ）指示を提供することができる。この目的で、ネットワークエンティティ（たとえば、アクセスノード、セル、または次世代ノードＢ（ｇＮＢ））は、ＵＥにおいて、（１つまたは複数の）ビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースを構成し得る。
【００７６】
[0089]本開示の態様によれば、ビーム障害回復プロシージャは、１つまたは複数のダウンリンク（ＤＬ）基準信号（たとえば、上述のＢＦＲ−ＲＳリソースに関連付けられたＢＦＲ−ＲＳ）の測定に基づいて、（たとえば、ＰＤＣＣＨまたはＰＵＣＣＨを伝達するために使用される）アクティブ制御ビームに関する問題を識別し得る。
【００７７】
[0090]本開示の態様では、ビーム障害回復プロシージャはまた、候補ビームのセットを維持し得る。すなわち、ビーム障害回復プロシージャは、候補ビームのセットを決定し、ワイヤレス通信デバイス（たとえば、ＵＥまたはＢＳ）に候補ビームを知らせて、候補ビームが更新されたとき（たとえば、チャネル状態に変更があった場合）にワイヤレス通信デバイスを更新するための、プロセスを含むことができる。ＵＥまたはネットワークエンティティが、ビーム障害（たとえば、ビームペアの、送信ビームと受信ビームとの不整合）が発生したと決定した場合、ビーム障害回復要求を送るために、１つまたは複数の候補ビームが使用され得る。
【００７８】
[0091]本開示の態様によれば、無線リンク監視プロシージャは、リンク問題を識別し、上位レイヤに周期同期中指示および周期同期外れ指示を提供することができる。この目的で、ネットワークエンティティは、ＵＥにおいて、Ｘ個の無線リンク監視基準信号（ＲＬＭ−ＲＳ）リソースを構成し得る。
【００７９】
[0092]図８は、ブロードキャストビーム８０６ａ、８０６ｂ、および８０６ｃと、ユニキャストビーム８０８ａ、８０８ｂ、および８０８ｃとを含む、ビームフォーミングされた通信の一例８００を示す。その例は、３つのブロードキャストビームと３つのユニキャストビームとを示すが、本開示はそのように限定されず、本開示の態様は、より多いまたはより少ないブロードキャストビームとより多いまたはより少ないユニキャストビームとを使用するシステムにおいて使用され得る。ブロードキャストビームは、たとえば、ＵＥの共通探索空間を介してチャネルを送信するために使用され得、ユニキャストビームは、ＵＥのＵＥ固有探索空間を介してチャネルを送信するために使用される。ＢＳ（たとえば、ｇＮＢ）８０２が、アクティブビームを使用してＵＥ８０４と通信する。ＢＳは、ブロードキャストビームを使用していくつかの信号を送信し、ユニキャストビームを使用して他の信号を送信し得る。一例では、ブロードキャストビームは、ブロードキャスト送信（たとえば、２つ以上のＵＥを対象とする送信）を含み得る。ユニキャストビームは、ユニキャスト送信を含み得る。ユニキャストビームは、たとえば、ユニキャストビームのためのビーム管理および改良プロシージャにより、ブロードキャストビームと比較してより良好なカバレージを有し得る。図８に示されているように、ブロードキャストビーム８０６は、ユニキャストビーム８０８よりも広いことがある。さらに、ブロードキャストビーム８０６は、より狭いユニキャストビーム８０８ほど遠くに達しないことがある。
【００８０】
[0093]一例によれば、ブロードキャストビーム中で送信される情報は、残存最小システム情報（ＲＭＳＩ：remaining minimum system information）を搬送するための、ＰＤＣＣＨおよびＰＤＳＣＨを含む。ＲＭＳＩは、ＬＴＥにおけるシステム情報ブロック１（ＳＩＢ１）およびＳＩＢ２と同様の情報を含み得る。ＲＭＳＩは、ＰＤＳＣＨおよびＰＤＣＣＨを介して搬送され得、これは、ＰＤＳＣＨのための許可を提供し得る。ｍｍＷシステムでは、ＲＭＳＩは、ＬＴＥにおけるマスタ情報ブロック（ＭＩＢ）と同様にビーム掃引され得る。一例によれば、ＲＭＳＩは、ユニキャストビーム中で送信されないことがある。
【００８１】
[0094]上述のように、システムに入るＵＥは、ブロードキャストビーム中で送信されたビームを介して情報を受信し得る。したがって、ＵＥは、ブロードキャストビーム８０６を介してＲＭＳＩを受信し得る。システム情報を取得した後に、ＵＥは、ユニキャストビーム８０８中の専用ビームを使用してサービスされ得る。いくつかのシナリオでは、ＵＥは、ユニキャストビームのエリア内にあり、ブロードキャストビームのエリア中にないことが可能であり得る。
【００８２】
[0095]アナロジーとして、ブロードキャストビームのカバレージとユニキャストビームのカバレージとは、２つの同心円と考えられ得る。ブロードキャストビームのカバレージエリアを表す円の直径は、ユニキャストビームのカバレージエリアを表す円の直径よりも小さくなり得る。したがって、ＵＥは、ユニキャストビームを表す外円のカバレージエリア中にあり、ブロードキャストビームを表す内円のカバレージエリア中にないことがある。このシナリオは、ブロードキャストとユニキャストとのカバレージ不一致と呼ばれることがある。
【００８３】
[0096]別の例によれば、ＵＥがユニキャストビームのカバレージエリア中にあり、ＮＲ−ＳＳまたはＰＢＣＨのカバレージエリア中にないとき、カバレージ不一致が生じ得る。ＲＭＳＩと同様に、ＮＲ−ＳＳおよびＰＢＣＨは、ユニキャストビーム中で送信されないことがある。ＮＲ−ＳＳは、ＮＲ１次同期信号（ＮＲ−ＰＳＳ）と、ＮＲ２次同期信号（ＮＲ−ＳＳＳ）と、復調基準信号（ＤＭ−ＲＳ）とを含み得る。上記で使用された２つの同心円のアナロジーを適用すると、ＵＥは、ユニキャストビームを表す外円のカバレージエリア中にあり、ＮＲ−ＳＳ／ＰＢＣＨを表す内円のカバレージエリア中にないことがある。
【００８４】
[0097]図８を参照すると、ＵＥがユニキャストビーム８０８のうちの１つのカバレージエリア中にあり、ブロードキャストビーム８０６のいかなるカバレージエリア中にもないとき、ＵＥはカバレージ不一致の状態にあり得る。図示のように、ＵＥ８０４は、カバレージ不一致を経験し得る。ある情報は、ユニキャストビームを使用してではなく、ブロードキャストビームを使用して送信され得るので、ＵＥ８０４は、ブロードキャストビームを介して送信された情報を受信することが可能でないことがある。ＢＳ８０２は、ＵＥ８０４のカバレージ不一致に気づいていないことがある。言い換えると、ＢＳ８０２は、ＵＥ８０４が、ユニキャストビームを使用するＢＳのみによって到達可能であることを知らないことがある。
【００８５】
[0098]ＰＢＣＨおよびＲＭＳＩは、ユニキャストビームと同じカバレージエリア中で受信可能でないことがあるブロードキャストビームを介して送信される（たとえば、ＲＭＳＩがブロードキャストビーム中で送信される）ので、ＢＳ８０２がＰＢＣＨまたはブロードキャストビームを変更した場合、ＵＥ８０４は、ＰＢＣＨおよびＲＭＳＩを受信することが可能でないことがある。ブロードキャストビームのカバレージエリア外にあるが、（１つまたは複数の）ユニキャストビームのカバレージ内にあるＵＥは、ＰＤＣＣＨ、および（１つまたは複数の）ユニキャストビーム中の対応するＰＤＳＣＨに関して良好な復号性能を観察し得るが、ブロードキャストビーム中のＰＤＣＣＨを復号することができず（たとえば、ＲＭＳＩを復号することができず）、ＮＲ−ＳＳを検出することができず、および／またはＰＢＣＨを復号することができない。
【００８６】
[0099]有利には、本開示の態様は、カバレージ不一致を識別するための技法、および識別されたカバレージ不一致の場合にとるべきアクションを提供する。
【００８７】
[0100]本開示の態様によれば、デバイス（たとえば、ＵＥ）による無線リンク監視（ＲＬＭ）プロシージャによる問題の検出は、デバイスが無線リンク障害（ＲＬＦ）プロシージャを開始することをもたらし得る。本開示の態様では、１次セル（ＰＣｅｌｌ）および１次２次セル（ＰＳＣｅｌｌ）のための、ＲＬＭプロシージャとＲＬＦプロシージャ（たとえば、ＬＴＥ  ＲＬＦプロシージャ）との間の関係が、下記の表で説明される。下記の表に示されているように、デバイスのＲＬＦプロシージャは、サービングセルグループ（ＳＣＧ）障害（たとえば、ＳＣＧについてのＲＬＦ）を報告すべきかどうかを決定する際に、Ｔ３１０およびＴ３１３と呼ばれる２つのタイマーを使用し得る。ＲＬＦプロシージャはまた、様々なタイマーを開始すべきなのか停止すべきなのかを決定する際に、ネットワークから受信されたネットワーク規格または構成に基づいて構成または再構成され得る定数を参照し得る。
【００８８】
【表１】
2020533884.tif 000003
【００８９】
【表２】
2020533884.tif 000004
【００９０】
[0101]本開示の態様によれば、ＵＥのための（１つまたは複数の）ＲＬＭ−ＲＳリソースおよび（１つまたは複数の）ＢＦＲ−ＲＳリソースは、以下で説明される１つまたは複数の問題を引き起こすことがある、ブロードキャストビームおよび／またはユニキャストビームの異なるセットで構成され得る。
【００９１】
[0102]本開示の態様では、ＵＥは、周期ＯＯＳ指示を送るべきかどうかを決定するためにＲＬＭ−ＲＳリソースセットを監視し得る。ＲＬＭ−ＲＳリソースセットが（１つまたは複数の）ＢＦＲ−ＲＳリソースを含んでいない場合、ＵＥのプロトコルスタックの物理レイヤ（すなわち、レイヤ１（Ｌ１））は、（１つまたは複数の）ＢＦＲ−ＲＳリソースに基づくリンク品質メトリックが良好であっても、上位レイヤに周期ＯＯＳ指示を送り得る。たとえば、ＵＥ８０４（図８参照）は、ＮＲ−ＳＳまたはＣＳＩ−ＲＳを介して構成されたブロードキャストビーム８０６中に含まれるＲＬＭ−ＲＳリソースで構成され得る。本例では、ＵＥはまた、ＮＲ−ＳＳまたはＣＳＩ−ＲＳを使用して構成されたユニキャストビーム中に含まれるＢＦＲ−ＲＳリソースで構成され得る。さらに本例では、ＵＥのＬ１は、ＢＦＲ−ＲＳリソースセットに基づくリンク品質メトリックが良好であっても、上位レイヤに周期ＯＯＳ指示を送り得る。
【００９２】
[0103]本開示の態様によれば、ＵＥは、周期ＩＳ指示を送るためにＲＬＭ−ＲＳリソースセットを監視し得る。ＵＥはまた、ＵＥがビーム障害を検出した場合、ビーム障害を報告するための１つまたは複数の候補ＲＳリソース（たとえば、ビームペア）で構成され得る。ＲＬＭ−ＲＳリソースセットが（１つまたは複数の）候補ＲＳリソース（すなわち、ＢＦＲ候補ＲＳリソース）を含んでいない場合、Ｌ１は、（１つまたは複数の）ＢＦＲ候補ＲＳリソースに基づくリンク品質メトリックが良好であっても、上位レイヤに周期ＩＳ指示を送らないことがある。たとえば、ＵＥ８０４（図８参照）は、ＮＲ−ＳＳまたはＣＳＩ−ＲＳを介して構成されたブロードキャストビーム８０６中に含まれるＲＬＭ−ＲＳリソースで構成され得る。本例では、ＵＥはまた、ＮＲ−ＳＳまたはＣＳＩ−ＲＳを使用して構成されたユニキャストビーム中に含まれるＢＦＲ−ＲＳリソースで構成され得る。さらに本例では、ＵＥはチャネル状態の劣化を経験し得、ＵＥのＬ１は、上位レイヤに周期ＯＯＳ指示を送ることを開始する。本例では、その場合、ＵＥチャネル状態は、ＢＦＲ−ＲＳリソースセットに基づくリンク品質メトリックが良好になるように、改善し得る。さらに本例では、ＵＥのＬ１は、同期中指示を送るべきかどうかを決定する際にＵＥが使用するＲＬＭ−ＲＳリソースがＢＦＲ−ＲＳリソースセットを含まないので、同期中指示を送ることを開始しないことがある。本例では、ＵＥは、ＵＥのＬ１が同期中指示を送ることを開始しないので、ＲＬＦを宣言し得る。
【００９３】
[0104]図９は、本開示の態様による、物理レイヤ問題（たとえば、アクティブビームペアの、送信ビームと受信ビームとの不整合）の検出のための例示的なタイムライン９００を示す。９０２に示されているように、ＵＥ（たとえば、図１に示されているＵＥ１２０または図８に示されているＵＥ８０４）は、Ｌ１から取得されたＯＯＳ指示９０４ａ、９０４ｂ、および９０４ｃをカウントすることを開始し得る。ＰＣｅｌｌのためのＮ３１０（たとえば、３）個の連続するＯＯＳ指示をカウントすると、ＵＥは、９１０に示されているように、タイマーＴ３１０を開始し得る。９２０において、Ｔ３１０タイマーは満了し、ＵＥは、セキュリティがアクティブ化されなかった場合に無線リソース接続アイドル状態（ＲＲＣ＿ＩＤＬＥ）に遷移するか、またはＵＥは接続再確立プロシージャを開始するかのいずれかである。
【００９４】
[0105]図１０は、本開示の態様による、物理レイヤ問題（たとえば、アクティブビームペアの、送信ビームと受信ビームとの不整合）からの回復のための例示的なタイムライン１０００を示す。図９に示されているように、ＵＥ（たとえば、図１に示されているＵＥ１２０または図８に示されているＵＥ８０４）は、ＰＣｅｌｌのためのＮ３１０個の連続するＯＯＳ指示１００４ａ、１００４ｂ、および１００４ｃをカウントすると、１０１０においてタイマーＴ３１０を開始し得る。Ｔ３１０が動作している間、チャネル状態は改善し、ＵＥは、連続する同期中指示１０１２ａ、１０１２ｂ、および１０１２ｃをカウントする。１０２０において、ＵＥは、Ｎ３１１（たとえば、３）個の連続する同期中指示をカウントし、Ｔ３１０タイマーを停止する（すなわち、Ｔ３１０タイマーが満了する前に停止する）。図示のように、ＵＥは、他の明示的シグナリングなしにＲＲＣ接続状態（たとえば、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）にとどまることができる。
【００９５】
[0106]図１１は、本開示の態様による、ＵＥ（たとえば、図１に示されているＵＥ１２０または図８に示されているＵＥ８０４）によって実施され得る例示的な動作１１００を示す。ＵＥは、図４に示されているＵＥ１２０の１つまたは複数のモジュールを含み得る。
【００９６】
[0107]ブロック１１０２において、動作１１００は開始し、ＵＥが、１つまたは複数の無線リンク監視基準信号（ＲＬＭ−ＲＳ）リソースと１つまたは複数のビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースとを示す第１の構成を取得し、ここにおいて、各ＲＬＭ−ＲＳリソースは、少なくとも第１のリンクに対応し、各ＢＦＲ−ＲＳリソースは、少なくとも第２のリンクに対応する。たとえば、ＵＥ８０４は、（たとえば、ブロードキャストビーム８０６ｂと整合された）ＲＬＭ−ＲＳリソースとＢＦＲ−ＲＳリソースとを示す第１の構成を取得（たとえば、ＢＳ８０２からの送信中で受信）し、ここにおいて、ＲＬＭ−ＲＳリソースは、第１のリンク（たとえば、ブロードキャストビーム８０６ｂを介した、ＢＳ８０２からのブロードキャストリンク）に対応し、ＢＦＲ−ＲＳリソースは、第２のリンク（たとえば、ユニキャストビーム８０８ｂを介した、ＢＳ８０２からのユニキャストリンク）に対応する。
【００９７】
[0108]動作１１００はブロック１１０４において続き、ＵＥが、第１のリンクについての第１のリンク品質が第１のしきい値を下回り、第２のリンクについての第２のリンク品質が第２のしきい値を上回るという、第１の指示を取得する。上記からの例を続けると、ＵＥは、第１のリンクについての第１のリンク品質（たとえば、ブロードキャストリンクのための基準信号受信電力（ＲＳＲＰ））、および第２のリンクについての第２のリンク品質（たとえば、ユニキャストリンクのためのＲＳＲＰ）が第２のしきい値を上回るという、第１の指示を取得する。
【００９８】
[0109]ブロック１１０６において、動作１１００は続き、ＵＥが、指示に基づいて無線リンク障害（ＲＬＦ）に関してアクションをとる。上記からの例を続けると、ＵＥは、ブロック１１０４において取得された指示に基づいてＲＬＦに関してアクションをとる（たとえば、ＵＥはＢＳ８０２に報告を送り、ここにおいて、報告は、第１のリンク品質が第１のしきい値を下回り、第２のリンク品質が第２のしきい値を上回り、ＢＦＲ−ＲＳリソースが第２のリンクに対応することを示す）。
【００９９】
[0110]図１２は、本開示の態様による、ＢＳ（たとえば、図１に示されているＢＳ１１０または図８に示されているＢＳ８０２）によって実施され得る例示的な動作１２００を示す。ＢＳは、図４に示されているＢＳ１１０の１つまたは複数のモジュールを含み得る。動作１２００は、図１１に示されている動作１１００と相補関係にあると見なされ得る。
【０１００】
[0111]ブロック１２０２において、動作１２００は開始し、ＢＳが、ユーザ機器（ＵＥ）に、１つまたは複数の無線リンク監視基準信号（ＲＬＭ−ＲＳ）リソースと１つまたは複数のビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースとを示す第１の構成を提供し、ここにおいて、各ＲＬＭ−ＲＳリソースは、少なくとも第１のリンクに対応し、各ＢＦＲ−ＲＳリソースは、少なくとも第２のリンクに対応する。たとえば、ＢＳ８０２は、ＵＥ８０４に、（たとえば、ブロードキャストビーム８０６ｂと整合された）ＲＬＭ−ＲＳリソースとＢＦＲ−ＲＳリソースとを示す第１の構成を提供（たとえば、送信）し、ここにおいて、ＲＬＭ−ＲＳリソースは、第１のリンク（たとえば、ブロードキャストビーム８０６ｂを介した、ＢＳ８０２からのブロードキャストリンク）に対応し、ＢＦＲ−ＲＳリソースは、第２のリンク（たとえば、ユニキャストビーム８０８ｂを介した、ＢＳ８０２からのユニキャストリンク）に対応する。
【０１０１】
[0112]動作１２００はブロック１２０４において続き、ＢＳが、ＵＥから、第１のリンクについての第１のリンク品質が第１のしきい値を下回り、第２のリンクについての第２のリンク品質が第２のしきい値を上回り、ＢＦＲ−ＲＳリソースが第２のリンクに対応することを示す、報告を取得する。上記からの例を続けると、ＢＳは、（ブロック１２０２におけるＲＬＭ−ＲＳリソースに対応する）第１のリンクについての第１のリンク品質が第１のしきい値を下回り、第２のリンクについての第２のリンク品質が第２のしきい値を上回り、ＢＦＲ−ＲＳリソースが第２のリンク（すなわち、第２のしきい値を上回る品質をもつリンク）に対応することを示す、報告を取得（たとえば、ＵＥ８０４から受信）する。
【０１０２】
[0113]ブロック１２０６において、動作１２００は続き、ＢＳがＵＥに第２の構成を提供し、ここにおいて、第２の構成は、報告中で示されるＢＦＲ−ＲＳリソースをＲＬＭ−ＲＳリソースとして含む。上記からの例を続けると、ＢＳは、ＵＥに第２の構成を提供（たとえば、送信）し、ここにおいて、第２の構成は、（たとえば、ＵＥが、ＢＦＲ−ＲＳリソースに基づいて同期中または同期外れを決定することができるように）ＲＬＭ−ＲＳリソースとして報告中で示されるＢＦＲ−ＲＳリソースを含む（すなわち、ＢＦＲ−ＲＳは、ブロック１２０４からの、第２のしきい値を上回る品質をもつリンクに対応する）。
【０１０３】
[0114]本開示の態様によれば、ネットワークエンティティ（たとえば、ｇＮＢ）は、図１１〜図１２のブロック１２０２および１１０２において上記で説明されたように、ＵＥにおいて、Ｘ個のＲＬＭ−ＲＳリソースとＺ個のＢＦＲ−ＲＳリソースとを構成し得る。
【０１０４】
[0115]本開示の態様では、ネットワークエンティティは、Ｙ個の構成されたＲＬＭ−ＲＳリソースに基づく、仮定的（hypothetical）ＰＤＣＣＨブロックエラーレート（ＢＬＥＲ）に対応する推定されたリンク品質が第１のしきい値を下回る場合、ＵＥのために周期ＯＯＳ指示（たとえば、ビームが同期外れであるという周期指示）を構成し得る。Ｙは、Ｘよりも小さいかまたはそれに等しくなり得る。すなわち、ＵＥは、Ｙ個のＲＬＭ−ＲＳリソースのうちのいずれか１つ上で受信された仮定的ＰＤＣＣＨの所望のＢＬＥＲに対応するリンク品質が、第１のしきい値を下回る（すなわち、リンク品質が、所望のＢＬＥＲまたはより低いＢＬＥＲをもつＰＤＣＣＨの送信には低すぎる）場合、ＯＯＳ指示をトリガする（たとえば、Ｌ１から上位プロトコルレイヤに送る）ように構成され得、いくつかの場合には（たとえば、Ｙ＝Ｘ）、Ｙ個のＲＬＭ−ＲＳリソースは、ＵＥ上で構成されたＲＬＭ−ＲＳリソースのすべてである。ＹとＸとが等しい場合、ある仮定的ＰＤＣＣＨの所望のＢＬＥＲに対応するあるリンク品質が第１のしきい値よりも高いことが、ＯＯＳ指示がトリガされるのを妨げる。トリガされたＯＯＳ指示は、図１１中のブロック１１０４を参照しながら上記で説明されたように、第１のリンク品質の第１の指示の一例であり得る。
【０１０５】
[0116]本開示の態様によれば、ネットワークエンティティは、Ｗ個の構成されたＢＦＲ−ＲＳリソースに基づく、所望の仮定的ＰＤＣＣＨ  ＢＬＥＲに対応する推定されたリンク品質が第２のしきい値を下回る（すなわち、Ｗ個のＢＦＲ−ＲＳリソースに関するリンク品質が、所望のＢＬＥＲまたはより低いＢＬＥＲをもつＰＤＣＣＨの送信には低すぎる）場合、ＵＥのために周期ＯＯＳ指示（たとえば、ビームが同期外れであるという周期指示）を構成し得る。Ｗは、Ｚよりも小さいかまたはそれに等しくなり得る。すなわち、ＵＥは、Ｗ個のＢＦＲ−ＲＳリソース上で受信された仮定的ＰＤＣＣＨの所望のＢＬＥＲに対応するリンク品質が、第２のしきい値を下回る場合、ＯＯＳ指示をトリガする（たとえば、Ｌ１から上位プロトコルレイヤに送る）ように構成され得、いくつかの場合には（たとえば、Ｗ＝Ｚ）、Ｗ個のＢＦＲ−ＲＳリソースは、ＵＥ上で構成されたＢＦＲ−ＲＳリソースのすべてである。ＵＥがＢＦＲ−ＲＳリソースに基づいてＯＯＳ指示をトリガしないことは、図１１中のブロック１１０４を参照しながら上記で説明されたように、第２のリンク品質の第２の指示の一例であり得る。
【０１０６】
[0117]本開示の態様では、ネットワークエンティティは、ＵＥが、Ｙ個のＲＬＭ−ＲＳリソースに基づいて１つまたは複数の周期ＯＯＳをトリガし、Ｗ個のＢＦＲ−ＲＳリソースに基づいて周期ＯＯＳがトリガされなかったとき、指示を（たとえば、ネットワークエンティティに）送るようにＵＥを構成し得る。すなわち、ＵＥは、ＵＥが、Ｙ個のＲＬＭ−ＲＳリソースを介してネットワークエンティティと通信することはできないが、少なくとも１つのＢＦＲ−ＲＳリソースを介して通信することができるという指示を、ネットワークエンティティに送る。
【０１０７】
[0118]本開示の態様によれば、ＵＥは、（ＵＥが、Ｙ個のＲＬＭ−ＲＳリソースに基づいて１つまたは複数の周期ＯＯＳをトリガし、Ｗ個のＢＦＲ−ＲＳリソースに基づいて周期ＯＯＳがトリガされなかったという）指示を、ＰＵＣＣＨと、ＰＵＳＣＨと、ＳＲＳとのうちの少なくとも１つを介して送り得る。
【０１０８】
[0119]本開示の態様では、ＵＥは、（ＵＥが、Ｙ個のＲＬＭ−ＲＳリソースに基づいて１つまたは複数の周期ＯＯＳをトリガし、Ｗ個のＢＦＲ−ＲＳリソースに基づいて周期ＯＯＳがトリガされなかったという）指示を含む報告を、無線リソース制御（ＲＲＣ）シグナリングまたは媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ−ＣＥ）のうちの少なくとも１つを介して送り得る。報告は、Ｚ個のＢＦＲ−ＲＳリソース中に存在するＮＲ−ＳＳまたはＣＳＩ−ＲＳの１つまたは複数の識別子を搬送し得る。ＮＲ−ＳＳ識別子またはＣＳＩ−ＲＳ識別子は、仮定的ＰＤＣＣＨのＢＬＥＲが第２のしきい値を下回る、ＢＦＲ−ＲＳリソースのうちの１つまたは複数を識別し得る（たとえば、（１つまたは複数の）識別子は、ＵＥが、ネットワークエンティティと通信するために使用することができるビームに一致する、ＢＦＲ−ＲＳリソースを示す）。
【０１０９】
[0120]本開示の態様によれば、上記で説明されたように、ＵＥが、Ｙ個のＲＬＭ−ＲＳリソースに基づいて１つまたは複数の周期ＯＯＳをトリガし、Ｗ個のＢＦＲ−ＲＳリソースに基づいて周期ＯＯＳをトリガしなかったとき、ＵＥは、Ｔｍｓの持続時間の間、および／またはＵＥがネットワークエンティティから追加のメッセージ（たとえば、ＲＬＭ−ＲＳリソースおよび／またはＢＦＲ−ＲＳリソースを変更する構成）を受信するまで、Ｎ３１０に向かって、Ｘ個のＲＬＭ−ＲＳリソースに基づく周期ＯＯＳ指示をカウントすることを休止し得る。Ｔは、（たとえば、ネットワーク規格からの）所定の値であり得るか、あるいは、ネットワークエンティティまたは別のネットワークエンティティによってＵＥ上で構成され得る。ＵＥがＮ３１０に向かってＯＯＳ指示をカウントすることを休止した場合、ＵＥは、カウンティングの休止中に発生するＯＯＳ指示の別個のカウントを維持し、休止が終わったときにカウントに別個のカウントを追加し得るか、または、代替的に、ＵＥは、休止が終わったときに、休止中に発生したＯＯＳ指示を考慮することなしにＯＯＳ指示のカウントを再開し得る。
【０１１０】
[0121]本開示の態様では、上記で説明されたように、ＵＥが、Ｙ個のＲＬＭ−ＲＳリソースに基づいて１つまたは複数の周期ＯＯＳをトリガし、Ｗ個のＢＦＲ−ＲＳリソースに基づいて周期ＯＯＳをトリガしなかったとき、ＵＥは、Ｔｍｓの持続時間の間Ｔ３１０タイマーを休止または保持し得るか、あるいは、ＵＥは、ＵＥがネットワークから追加のメッセージを受信するまで、Ｔ３１０タイマーを休止または保持し得る。Ｔは、（たとえば、ネットワーク規格からの）所定の値であり得るか、あるいは、ネットワークエンティティ（すなわち、Ｙ個のＲＬＭ−ＲＳリソースとＷ個のＢＦＲ−ＲＳリソースとをＵＥ上で構成するネットワークエンティティ）または別のネットワークエンティティによってＵＥ上で構成され得る。
【０１１１】
[0122]本開示の態様によれば、上記で説明されたように、ＵＥが、Ｙ個のＲＬＭ−ＲＳリソースに基づいて１つまたは複数の周期ＯＯＳをトリガし、Ｗ個のＢＦＲ−ＲＳリソースに基づいて周期ＯＯＳをトリガしなかったとき、ＵＥは、特定の値まで、または（たとえば、ネットワークによって構成された）ある量だけ、Ｎ３１０を増加させ得る。追加または代替として、ＵＥは、特定の値までＴ３１０を増加させるか、またはＴｍｓだけＴ３１０を増加させ得る。Ｔは、（たとえば、ネットワーク規格からの）所定の値であり得るか、あるいは、ネットワークエンティティ（すなわち、Ｙ個のＲＬＭ−ＲＳリソースとＷ個のＢＦＲ−ＲＳリソースとをＵＥ上で構成するネットワークエンティティ）または別のネットワークエンティティによってＵＥ上で構成され得る。
【０１１２】
[0123]本開示の態様では、上記で説明されたように、ＵＥが、Ｙ個のＲＬＭ−ＲＳリソースに基づいて１つまたは複数の周期ＯＯＳをトリガし、Ｗ個のＢＦＲ−ＲＳリソースに基づいて周期ＯＯＳをトリガしなかったとき、ＵＥは、Ｚ個のＢＦＲ−ＲＳリソースを使用して、Ｘ個のＲＬＭ−ＲＳリソースのうちの１つまたは複数を追加、除去、および／または交換し、ならびに、報告中で、ネットワークエンティティ（すなわち、Ｙ個のＲＬＭ−ＲＳリソースとＷ個のＢＦＲ−ＲＳリソースとをＵＥ上で構成するネットワークエンティティ）に変更を通知し得る。
【０１１３】
[0124]本開示の態様によれば、上記で説明されたように、ＵＥが、Ｙ個のＲＬＭ−ＲＳリソースに基づいて１つまたは複数の周期ＯＯＳをトリガし、Ｗ個のＢＦＲ−ＲＳリソースに基づいて周期ＯＯＳをトリガしなかったとき、ＵＥは、Ｚ個のＢＦＲ−ＲＳリソースのうちの１つまたは複数を報告し得る。ネットワークエンティティは、次いで、（１つまたは複数の）報告されたＢＦＲ−ＲＳリソースを介して、ＮＲ−ＳＳ、ＲＭＳＩ、またはＰＢＣＨのうちの１つまたは複数を送信し得る。
【０１１４】
[0125]本開示の態様によれば、上記で説明されたように、ＵＥが、Ｙ個のＲＬＭ−ＲＳリソースに基づいて１つまたは複数の周期ＯＯＳをトリガし、Ｗ個のＢＦＲ−ＲＳリソースに基づいて周期ＯＯＳをトリガしなかったという報告をＵＥから受信すると、ネットワーク（たとえば、ｇＮＢ）は、第２の構成において、Ｘ個のＲＬＭ−ＲＳリソースのうちの１つまたは複数を再構成（たとえば、追加、交換、および／または削除）し得る。これは、図１２中のブロック１２０６を参照しながら上記で説明されたように、ＵＥに第２の構成を提供することの一例であり得る。
【０１１５】
[0126]本開示の態様によれば、上記で説明されたように、Ｘ個のＲＬＭ−ＲＳリソースの第２の構成を取得すると、ＵＥは、Ｎ３１０カウントを進める（すなわち、上述のように、ＯＯＳ指示のカウンティングの休止を中止する）か、またはＴ３１０タイマーを進め（すなわち、上述のように、Ｔ３１０タイマーを保持することを中止し）得る。
【０１１６】
[0127]図１３は、本開示の態様による、ＵＥ（たとえば、図１に示されているＵＥ１２０または図８に示されているＵＥ８０４）によって実施され得る例示的な動作１３００を示す。ＵＥは、図４に示されているＵＥ１２０の１つまたは複数のモジュールを含み得る。
【０１１７】
[0128]ブロック１３０２において、動作１１００は開始し、ＵＥが、１つまたは複数の無線リンク監視基準信号（ＲＬＭ−ＲＳ）リソースと１つまたは複数のビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースとを示す構成を取得する。たとえば、ＵＥ８０４は、（たとえば、ブロードキャストビーム８０６ｂと整合された）ＲＬＭ−ＲＳリソースと（たとえば、ユニキャストビーム８０８ｂと整合された）ＢＦＲ−ＲＳリソースとを示す構成を取得（たとえば、ＢＳ８０２からの送信中で受信）する。
【０１１８】
[0129]動作１３００はブロック１３０４において続き、ＵＥが、少なくとも第１のリソースを介してビーム障害回復要求を送信する。上記からの例を続けると、ＵＥは、少なくとも第１のリソースを介して（たとえば、ＵＥが選択する候補ビームを介して、ここにおいて、候補ビームは、ブロック１３０２においてＵＥによって取得された示されたＲＬＭ−ＲＳリソース中に含まれず、すなわち、候補ビームはブロードキャストビーム８０６ｂと整合されない）ビーム障害回復要求を送信する。
【０１１９】
[0130]ブロック１３０６において、動作１３００は続き、ＵＥが、第１のリソースが１つまたは複数のＲＬＭ−ＲＳリソース中に含まれないとき、またはＵＥがビーム障害回復要求についての応答を受信したとき、無線リンク障害（ＲＬＦ）に関してアクションをとる。上記からの例を続けると、ＵＥは、ブロック１３０４においてＵＥによって選択された候補ビームが、ブロック１３０２においてＵＥによって取得された構成中のＲＬＭ−ＲＳリソース中に含まれないので、ＲＬＦが発生したと宣言する。
【０１２０】
[0131]図１４は、本開示の態様による、ＢＳ（たとえば、図１に示されているＢＳ１１０または図８に示されているＢＳ８０２）によって実施され得る例示的な動作１４００を示す。ＢＳは、図４に示されているＢＳ１１０の１つまたは複数のモジュールを含み得る。動作１４００は、図１３に示されている動作１３００と相補関係にあると見なされ得る。
【０１２１】
[0132]ブロック１４０２において、動作１２００は開始し、ＢＳが、ユーザ機器（ＵＥ）に、１つまたは複数の無線リンク監視基準信号（ＲＬＭ−ＲＳ）リソースと１つまたは複数のビーム障害回復基準信号（ＢＦＲ−ＲＳ）リソースとを示す第１の構成を提供する。たとえば、ＢＳ８０２は、（図８に示されている）ＵＥ８０４に、ブロードキャストビーム８０６ｂと整合されたＲＬＭ−ＲＳリソースと、ユニキャストビーム８０８ｂと整合されたＢＦＲ−ＲＳリソースとを示す第１の構成を提供（たとえば、送信）する。
【０１２２】
[0133]動作１４００はブロック１４０４において続き、ＢＳが、１つまたは複数のＢＦＲ−ＲＳリソース中に含まれる第１のリソースを介してＵＥからビーム障害回復要求を受信する。上記からの例を続けると、ＢＳは、ユニキャストビーム８０８ｂを介してＵＥからビーム障害回復要求を受信する。
【０１２３】
[0134]ブロック１４０６において、動作１４００は続き、ＢＳがＵＥに第２の構成を提供し、ここにおいて、第２の構成は第１のリソースをＲＬＭ−ＲＳリソースとして含む。上記からの例を続けると、ＢＳはＵＥに第２の構成を提供し（たとえば、送信し、暗黙的に示し）、ここにおいて、第２の構成はユニキャストビーム８０８ｂをＲＬＭ−ＲＳリソースとして含む。
【０１２４】
[0135]本開示の態様では、ＢＳは、デフォルト構成、すなわち、ＢＳから受信することなしにＵＥが導出することができる構成を使用するようにＵＥに暗黙的に示すことによって、ＵＥに第２の構成を（すなわち、上記のブロック１４０６において説明されたように）提供し得る。デフォルト構成を使用するようにＵＥに暗黙的に示す１つの技法は、ＢＳが、ＵＥに第２の構成を送信することなしにビーム障害回復要求を（すなわち、上記のブロック１４０４において説明されたように）確認応答することであり得る。
【０１２５】
[0136]本開示の態様によれば、ネットワークエンティティ（たとえば、ｇＮＢ）は、図１３〜図１４のブロック１４０２および１３０２において上記で説明されたように、ＵＥにおいて、Ｘ個のＲＬＭ−ＲＳリソースとＺ個のＢＦＲ−ＲＳリソースとを構成し得る。
【０１２６】
[0137]本開示の態様では、ネットワークエンティティは、少なくとも１つの構成されたＲＬＭ−ＲＳリソースに基づく、仮定的ＰＤＣＣＨブロックエラーレート（ＢＬＥＲ）に対応する推定されたリンク品質が第３のしきい値を上回る場合、ＵＥのために周期ＩＳ指示（たとえば、ビームが同期中であるという周期指示）を構成し得る。すなわち、ＵＥは、ＲＬＭ−ＲＳリソースのうちのいずれか１つ上で受信された仮定的ＰＤＣＣＨの所望のＢＬＥＲに対応するリンク品質が第３のしきい値を上回る場合、ＩＳ指示をトリガする（たとえば、Ｌ１から上位プロトコルレイヤに送る）ように構成され得る。
【０１２７】
[0138]本開示の態様によれば、ネットワークエンティティは、ＵＥが、ビーム障害回復要求を送るための候補ビームを選択するための適合性基準を、ＵＥ上で構成し得る。適合性基準は、１つまたは複数のしきい値（たとえば、図１１〜図１２を参照しながら上記で説明された、ＢＦＲ−ＲＳリソースのためのＯＯＳ指示に関するしきい値）を満たすＣＳＩ−ＲＳブロックまたはＳＳブロックに基づき得る。
【０１２８】
[0139]本開示の態様では、ＵＥは、図１３のブロック１３０４を参照しながら上記で説明されたように、候補ＲＳリソースのうちの１つまたは複数上でネットワークエンティティ（たとえば、ｇＮＢ）にビーム障害回復要求を送り得る。たとえば、（図８に示されている）ＵＥ８０４は、たとえば、上述のように、ＣＳＩ−ＲＳブロックまたはＳＳブロックに基づく適合性基準でｇＮＢ８０２によって構成され得る。本例では、ＵＥは、ＵＥが適合性基準に基づいて選択する複数の候補ビームの各々上で、（たとえば、図１３のブロック１３０４において上述のように）ビーム障害回復要求を送信し得る。
【０１２９】
[0140]本開示の態様によれば、（１つまたは複数の）候補ＲＳリソースが、ＵＥ上で構成されたＸ個のＲＬＭ−ＲＳリソースの一部でないことがあるので（たとえば、図１３〜図１４中のブロック１３０２および１４０２を参照）、ＵＥのプロトコルスタックのＬ１は上位レイヤに周期ＯＯＳ指示を送り得る。
【０１３０】
[0141]本開示の態様では、候補ＲＳリソースが、Ｘ個のＲＬＭ−ＲＳリソースの一部でないとき、またはビーム障害回復プロシージャが成功したとき、すなわち、ＵＥが、１つまたは複数の候補ビーム上でビーム障害回復要求についての応答を受信したとき、ＵＥは、Ｔｍｓの持続時間の間、および／またはＵＥがネットワークエンティティから追加のメッセージを受信するまで、Ｎ３１０に向かって、Ｘ個のＲＬＭ−ＲＳリソースに基づく周期ＯＯＳ指示をカウントすることを休止し得る。Ｔは、（たとえば、ネットワーク規格からの）所定の値であり得るか、あるいは、ネットワークエンティティまたは別のネットワークエンティティによってＵＥ上で構成され得る。
【０１３１】
[0142]本開示の態様によれば、候補ＲＳリソースが、Ｘ個のＲＬＭ−ＲＳリソースの一部でないとき、またはビーム障害回復プロシージャが成功したとき、ＵＥは、Ｔｍｓの持続時間の間、および／またはＵＥがネットワークエンティティから追加のメッセージを受信するまで、Ｔ３１０タイマーを休止または保持し得る。Ｔは、（たとえば、ネットワーク規格からの）所定の値であり得るか、あるいは、ネットワークエンティティまたは別のネットワークエンティティによってＵＥ上で構成され得る。
【０１３２】
[0143]本開示の態様では、候補ＲＳリソースが、Ｘ個のＲＬＭ−ＲＳリソースの一部でないとき、またはビーム障害回復プロシージャが成功したとき、ＵＥは、特定の値まで、または（たとえば、ネットワークエンティティによって構成された）Δだけ、Ｎ３１０を増加させ得、および／あるいは、ＵＥは、特定の値までＴ３１０を増加させるか、またはＴｍｓだけＴ３１０を増加させ得る。Ｔは、（たとえば、ネットワーク規格からの）所定の値であり得るか、あるいは、ネットワークエンティティまたは別のネットワークエンティティによってＵＥ上で構成され得る。
【０１３３】
[0144]本開示の態様によれば、図１４のブロック１４０４において上記で説明されたように、ビーム障害回復要求メッセージを受信すると、ネットワークエンティティ（たとえば、ｇＮＢ）は、Ｘ個のＲＬＭ−ＲＳリソースのうちの１つまたは複数を再構成（たとえば、追加、交換、および／または削除）し、図１４のブロック１４０６において上記で説明されたように、ＵＥに新しい構成を送り得る。
【０１３４】
[0145]本開示の態様では、図１４のブロック１４０４を参照しながら上記で説明されたように、ＵＥによってＸ個のＲＬＭ−ＲＳリソースの第２の構成を受信すると、ＵＥは、Ｎ３１０カウントを進める（すなわち、ＯＯＳ指示のカウンティングを休止することを中止する）か、またはＴ３１０タイマーを進め（すなわち、Ｔ３１０タイマーを休止することを中止し）得る。
【０１３５】
[0146]本開示の態様によれば、図１４のブロック１４０４を参照しながら上記で説明されたように、ＵＥによってＸ個のＲＬＭ−ＲＳリソースの第２の構成を受信すると、ＵＥは、無線リンク監視のために第２の構成のＲＬＭ−ＲＳリソースを使用し得る。
【０１３６】
[0147]本明細書で開示される方法は、説明された方法を達成するための１つまたは複数のステップまたはアクションを備える。方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく、互いに交換され得る。言い換えれば、ステップまたはアクションの特定の順序が指定されていない限り、特定のステップおよび／またはアクションの順序および／または使用は、特許請求の範囲から逸脱することなく修正され得る。
【０１３７】
[0148]本明細書で使用される、項目のリスト「のうちの少なくとも１つ」を指す句は、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃ、ならびに複数の同じ要素をもつ任意の組合せ（たとえば、ａ−ａ、ａ−ａ−ａ、ａ−ａ−ｂ、ａ−ａ−ｃ、ａ−ｂ−ｂ、ａ−ｃ−ｃ、ｂ−ｂ、ｂ−ｂ−ｂ、ｂ−ｂ−ｃ、ｃ−ｃ、およびｃ−ｃ−ｃ、またはａ、ｂ、およびｃの任意の他の順序）を包含するものとする。
【０１３８】
[0149]本明細書で使用される「決定すること」という用語は、多種多様なアクションを包含する。たとえば、「決定すること」は、計算すること、算出すること、処理すること、導出すること、調査すること、ルックアップすること（たとえば、テーブル、データベースまたは別のデータ構造においてルックアップすること）、確認することなどを含み得る。また、「決定すること」は、受信すること（たとえば、情報を受信すること）、アクセスすること（たとえば、メモリ中のデータにアクセスすること）などを含み得る。また、「決定すること」は、解決すること、選択すること、選定すること、確立することなどを含み得る。
【０１３９】
[0150]以上の説明は、当業者が本明細書で説明された様々な態様を実施することができるようにするために提供されたものである。これらの態様への様々な修正は当業者には容易に明らかであり、本明細書で定義された一般原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書で示された態様に限定されるものではなく、特許請求の範囲の言い回しに矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつか（some）」という用語は１つまたは複数を指す。当業者に知られている、または後に知られることになる、本開示全体にわたって説明された様々な態様の要素のすべての構造的および機能的等価物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。その上、本明細書で開示されるいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「ための手段」という句を使用して明確に具陳されていない限り、または方法クレームの場合には、その要素が「ためのステップ」という句を使用して具陳されていない限り、米国特許法第１１２条第６項の規定の下で解釈されるべきではない。
【０１４０】
[0151]上記で説明された方法の様々な動作は、対応する機能を実施することが可能な任意の好適な手段によって実施され得る。それらの手段は、限定はしないが、回路、特定用途向け集積回路（ＡＳＩＣ）、またはプロセッサを含む、様々な（１つまたは複数の）ハードウェアおよび／またはソフトウェア構成要素および／またはモジュールを含み得る。概して、図に示されている動作がある場合、それらの動作は、同様の番号をもつ対応するカウンターパートのミーンズプラスファンクション構成要素を有し得る。
【０１４１】
[0152]態様によれば、受信するための手段、送信するための手段、検出するための手段、および１つまたは複数のアクションをとるための手段は、ＵＥ１２０のアンテナ４５２、Ｔｘ／Ｒｘ４５４、プロセッサ４６６、４５８、４６４、および／またはコントローラ／プロセッサ４８０、あるいはＢＳ１１０のアンテナ４３４、Ｔｘ／Ｒｘ４３２、プロセッサ４２０、４３０、４３８、および／またはコントローラ／プロセッサ４４０のうちの１つまたは複数によって実施され得る。
【０１４２】
[0153]ハードウェアで実装される場合、例示的なハードウェア構成はワイヤレスノード中に処理システムを備え得る。処理システムは、バスアーキテクチャを用いて実装され得る。バスは、処理システムの特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バスは、プロセッサと、機械可読媒体と、バスインターフェースとを含む様々な回路を互いにリンクし得る。バスインターフェースは、ネットワークアダプタを、特に、バスを介して処理システムに接続するために使用され得る。ネットワークアダプタは、ＰＨＹレイヤの信号処理機能を実装するために使用され得る。ユーザ端末１２０（図１参照）の場合、ユーザインターフェース（たとえば、キーパッド、ディスプレイ、マウス、ジョイスティックなど）もバスに接続され得る。バスはまた、タイミングソース、周辺機器、電圧調整器、電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野でよく知られており、したがってこれ以上説明されない。プロセッサは、１つまたは複数の汎用および／または専用プロセッサを用いて実装され得る。例は、マイクロプロセッサと、マイクロコントローラと、ＤＳＰプロセッサと、ソフトウェアを実行することができる他の回路とを含む。当業者は、特定の適用例と、全体的なシステムに課される全体的な設計制約とに応じて、どのようにしたら処理システムについて説明された機能を最も良く実装し得るかを認識されよう。
【０１４３】
[0154]ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、データ、またはそれらの任意の組合せを意味すると広く解釈されたい。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。プロセッサは、機械可読記憶媒体に記憶されたソフトウェアモジュールの実行を含む、バスおよび一般的な処理を管理することを担当し得る。コンピュータ可読記憶媒体は、プロセッサがその記憶媒体から情報を読み取ることができ、その記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。代替として、記憶媒体はプロセッサと一体であり得る。例として、機械可読媒体は、すべてがバスインターフェースを介してプロセッサによってアクセスされ得る、伝送線路、データによって変調された搬送波、および／またはワイヤレスノードとは別個のその上に記憶された命令をもつコンピュータ可読記憶媒体を含み得る。代替的に、または追加として、機械可読媒体またはその任意の部分は、キャッシュおよび／または汎用レジスタファイルがそうであり得るように、プロセッサに統合され得る。機械可読記憶媒体の例は、例として、ＲＡＭ（ランダムアクセスメモリ）、フラッシュメモリ、ＲＯＭ（読取り専用メモリ）、ＰＲＯＭ（プログラマブル読取り専用メモリ）、ＥＰＲＯＭ（消去可能プログラマブル読取り専用メモリ）、ＥＥＰＲＯＭ（電気消去可能プログラマブル読取り専用メモリ）、レジスタ、磁気ディスク、光ディスク、ハードドライブ、または他の好適な記憶媒体、あるいはそれらの任意の組合せを含み得る。機械可読媒体はコンピュータプログラム製品において実施され得る。
【０１４４】
[0155]ソフトウェアモジュールは、単一の命令、または多数の命令を備え得、いくつかの異なるコードセグメント上で、異なるプログラム間で、および複数の記憶媒体にわたって分散され得る。コンピュータ可読媒体はいくつかのソフトウェアモジュールを備え得る。ソフトウェアモジュールは、プロセッサなどの装置によって実行されたときに、処理システムに様々な機能を実施させる命令を含む。ソフトウェアモジュールは、送信モジュールと受信モジュールとを含み得る。各ソフトウェアモジュールは、単一の記憶デバイス中に常駐するか、または複数の記憶デバイスにわたって分散され得る。例として、トリガイベントが発生したとき、ソフトウェアモジュールがハードドライブからＲＡＭにロードされ得る。ソフトウェアモジュールの実行中に、プロセッサは、アクセス速度を高めるために、命令のうちのいくつかをキャッシュにロードし得る。次いで、１つまたは複数のキャッシュラインが、プロセッサによる実行のために汎用レジスタファイルにロードされ得る。以下でソフトウェアモジュールの機能に言及する場合、そのような機能は、そのソフトウェアモジュールからの命令を実行したときにプロセッサによって実装されることが理解されよう。
【０１４５】
[0156]また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線（ＩＲ）、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）、およびＢｌｕ−ｒａｙディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。したがって、いくつかの態様では、コンピュータ可読媒体は非一時的コンピュータ可読媒体（たとえば、有形媒体）を備え得る。さらに、他の態様では、コンピュータ可読媒体は一時的コンピュータ可読媒体（たとえば、信号）を備え得る。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０１４６】
[0157]したがって、いくつかの態様は、本明細書で提示された動作を実施するためのコンピュータプログラム製品を備え得る。たとえば、そのようなコンピュータプログラム製品は、本明細書で説明された動作を実施するために１つまたは複数のプロセッサによって実行可能である命令をその上に記憶した（および／または符号化した）コンピュータ可読媒体を備え得る。たとえば、本明細書で説明され、図１１〜図１４に示されている動作を実施するための命令。
【０１４７】
[0158]さらに、本明細書で説明された方法および技法を実施するためのモジュールおよび／または他の適切な手段は、適用可能な場合にユーザ端末および／または基地局によってダウンロードされ、および／または他の方法で取得され得ることを諒解されたい。たとえば、そのようなデバイスは、本明細書で説明された方法を実施するための手段の転送を可能にするためにサーバに結合され得る。代替的に、本明細書で説明された様々な方法は、ユーザ端末および／または基地局が記憶手段（たとえば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクなどの物理記憶媒体など）をデバイスに結合するかまたは与えると様々な方法を得ることができるように、記憶手段によって提供され得る。その上、本明細書で説明された方法および技法をデバイスに提供するための任意の他の好適な技法が利用され得る。
【０１４８】
[0159]特許請求の範囲は、上記で示された厳密な構成および構成要素に限定されないことを理解されたい。上記で説明された方法および装置の構成、動作および詳細において、特許請求の範囲から逸脱することなく、様々な修正、変更および変形が行われ得る。
【図１】
2020533884.tif 000005
【図２】
2020533884.tif 000006
【図３】
2020533884.tif 000007
【図４】
2020533884.tif 000008
【図５】
2020533884.tif 000009
【図６】
2020533884.tif 000010
【図７】
2020533884.tif 000011
【図８】
2020533884.tif 000012
【図９】
2020533884.tif 000013
【図１０】
2020533884.tif 000014
【図１１】
2020533884.tif 000015
【図１２】
2020533884.tif 000016
【図１３】
2020533884.tif 000017
【図１４】
2020533884.tif 000018
【国際調査報告】
2020533884.tif 000019
2020533884.tif 000020
2020533884.tif 000021
2020533884.tif 000022