(57)【特許請求の範囲】
【請求項１】
無線通信の方法であって、
ユーザ機器（ＵＥ）から、ラジオ・リンク欠陥を基地局に通知するためのメッセージを現在のチャネルで送信することと、
前記現在のチャネルから、第１の予め合意されたチャネルへチューニングすることと、ここで、前記第１の予め合意されたチャネルは、前記現在のチャネルとは異なり、前記ラジオ・リンク欠陥の間、前記基地局と前記ＵＥとの間の通信のために使用され、前記メッセージは、前記ラジオ・リンク欠陥のため、前記基地局によってアクノレッジされない、
前記ＵＥに対して、前記予め合意されたチャネルで前記基地局と同期するための期間を設定することと、を備える方法。
【請求項２】
前記再チューニングすることはさらに、予めネゴシエートされた帯域幅を伴うチャネルへ再チューニングすることを備える、請求項１に記載の方法。
【請求項３】
前記第１の予め同意されたチャネルおよび第２の予め同意されたチャネルを含む、予め合意されたチャネルの、ソートされたリストを保持することと、
前記基地局および前記ＵＥの同期無しで前記期間が終了した場合、前記第２の予め合意されたチャネルへチューニングすることと、をさらに備える請求項１に記載の方法。
【請求項４】
前記通知することは、少なくとも、特別なスケジューリング要求、定期的なキープ・アライブ・メッセージ、特別な物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）シーケンス、またはそれらの組み合わせを送信することを備える、請求項１に記載の方法。
【請求項５】
前記期間中にダウンリンク通信およびアップリンク通信を中断すること、をさらに備える請求項１に記載の方法。
【請求項６】
前記チューニングすることはさらに、前記ラジオ・リンク欠陥がホワイト・スペース・チャネルについて宣言された場合、ライセンスされたチャネルへチューニングすることを備える、請求項１に記載の方法。
【請求項７】
前記期間が終了した場合、前記第１の予め合意されたチャネルで、物理データ制御チャネル（ＰＤＣＣＨ）許可を受信すること、をさらに備える請求項１に記載の方法。
【請求項８】
前記期間が終了した後、物理データ制御チャネル（ＰＤＣＣＨ）許可が、前記予め合意されたチャネルで、特定の期間内に前記ＵＥによって受信されない場合、新たなラジオ・リンク欠陥手順を開始すること、をさらに備える請求項１に記載の方法。
【請求項９】
無線通信の方法であって、
基地局で、ユーザ機器（ＵＥ）から、現在のチャネルでラジオ・リンク欠陥通知を受信することと、
前記現在のチャネルから、第１の予め合意されたチャネルへチューニングすることと、ここで、前記第１の予め合意されたチャネルは、前記現在のチャネルとは異なり、ラジオ・リンク欠陥の間、前記基地局と前記ＵＥとの間の通信のために使用され、前記ラジオ・リンク欠陥通知は、前記ラジオ・リンク欠陥のため、前記基地局によってアクノレッジされない、
前記予め合意されたチャネルによって通信することと、
前記基地局に対して、前記予め同意されたチャネルで前記ＵＥと同期するための期間を設定することと、を備える方法。
【請求項１０】
前記期間が終了した場合、前記第１の予め合意されたチャネルで、物理データ制御チャネル（ＰＤＣＣＨ）許可を送信すること、をさらに備える請求項９に記載の方法。
【請求項１１】
前記第１の予め同意されたチャネルで、チャネル品質インジケーション・レポートを要求すること、をさらに備える請求項９に記載の方法。
【請求項１２】
前記期間中にダウンリンク通信およびアップリンク通信を中断すること、をさらに備える請求項９に記載の方法。
【請求項１３】
中断された通信を、前記ＵＥからハンドシェーク・メッセージを受信することに応じて再開すること、をさらに備える請求項１２に記載の方法。
【請求項１４】
無線通信のための装置であって、
ユーザ機器（ＵＥ）から、ラジオ・リンク欠陥を基地局に通知するためのメッセージを現在のチャネルで送信する手段と、
前記現在のチャネルから、第１の予め合意されたチャネルへチューニングする手段と、ここで、前記第１の予め合意されたチャネルは、前記現在のチャネルとは異なり、前記ラジオ・リンク欠陥の間、前記基地局と前記ＵＥとの間の通信のために使用され、前記メッセージは、前記ラジオ・リンク欠陥のため、前記基地局によってアクノレッジされない、
前記ＵＥに対して、前記予め合意されたチャネルで前記基地局と同期するための期間を設定する手段と、を備える装置。
【請求項１５】
無線通信のための装置であって、
基地局で、ユーザ機器（ＵＥ）から、現在のチャネルでラジオ・リンク欠陥通知を受信する手段と、
前記現在のチャネルから、第１の予め合意されたチャネルへチューニングする手段と、ここで、前記第１の予め合意されたチャネルは、前記現在のチャネルとは異なり、ラジオ・リンク欠陥の間、前記基地局と前記ＵＥとの間の通信のために使用され、前記ラジオ・リンク欠陥通知は、前記ラジオ・リンク欠陥のため、前記基地局によってアクノレッジされない、
前記第１の予め合意されたチャネルによって通信する手段と、
前記基地局に対して、前記予め同意されたチャネルで前記ＵＥと同期するための期間を設定する手段と、を備える装置。
【請求項１６】
無線通信のための、記憶されたプログラム・コードを有する非一時的なコンピュータ読取可能な記憶媒体であって、
前記プログラム・コードは、
ユーザ機器（ＵＥ）から、ラジオ・リンク欠陥を基地局に通知するためのメッセージを現在のチャネルで送信するためのプログラム・コードと、
前記現在のチャネルから、第１の予め合意されたチャネルへチューニングするためのプログラム・コードと、ここで、前記第１の予め合意されたチャネルは、前記現在のチャネルとは異なり、前記ラジオ・リンク欠陥の間、前記基地局と前記ＵＥとの間の通信のために使用され、前記メッセージは、前記ラジオ・リンク欠陥のため、前記基地局によってアクノレッジされない、
前記ＵＥに対して、前記予め合意されたチャネルで前記基地局と同期するための期間を設定するためのプログラム・コードとを備える、コンピュータ読取可能な記憶媒体。
【請求項１７】
無線通信のための、記憶されたプログラム・コードを有する非一時的なコンピュータ読取可能な記憶媒体であって、
前記プログラム・コードは、
基地局で、ユーザ機器（ＵＥ）から現在のチャネルでラジオ・リンク欠陥通知を受信するためのプログラム・コードと、
前記現在のチャネルから、第１の予め合意されたチャネルへチューニングするためのプログラム・コードと、ここで、前記第１の予め合意されたチャネルは、前記現在のチャネルとは異なり、ラジオ・リンク欠陥の間、前記基地局と前記ＵＥとの間の通信のために使用され、前記ラジオ・リンク欠陥通知は、前記ラジオ・リンク欠陥のため、前記基地局によってアクノレッジされない、
前記第１の予め合意されたチャネルによって通信するためのプログラム・コードと、
前記基地局に対して、前記予め同意されたチャネルで前記ＵＥと同期するための期間を設定するためのプログラム・コードとを備える、コンピュータ読取可能な記憶媒体。
【請求項１８】
無線通信のためのユーザ機器（ＵＥ）であって、
メモリと、
前記メモリに接続された少なくとも１つのプロセッサとを備え、
前記少なくとも１つのプロセッサは、
ラジオ・リンク欠陥を基地局に通知するためのメッセージを現在のチャネルで送信し、
前記現在のチャネルから、第１の予め合意されたチャネルへチューニングし、ここで、前記第１の予め合意されたチャネルは、前記現在のチャネルとは異なり、前記ラジオ・リンク欠陥の間、前記基地局と前記ＵＥとの間の通信のために使用され、前記メッセージは、前記ラジオ・リンク欠陥のため、前記基地局によってアクノレッジされない、
前記予め合意されたチャネルで前記基地局と同期するための期間を設定するように構成された、ＵＥ。
【請求項１９】
前記再チューニングすることはさらに、予めネゴシエートされた帯域幅を伴うチャネルへ再チューニングすることを含む、請求項１８に記載のＵＥ。
【請求項２０】
前記少なくとも１つのプロセッサはさらに、
前記第１の予め同意されたチャネルおよび第２の予め同意されたチャネルを含む、予め合意されたチャネルの、ソートされたリストを保持し、
前記基地局との同期無しで前記期間が終了した場合、前記第２の予め合意されたチャネルへ再チューニングするように構成された、請求項１８に記載のＵＥ。
【請求項２１】
前記少なくとも１つのプロセッサはさらに、少なくとも、特別なスケジューリング要求、定期的なキープ・アライブ・メッセージ、特別な物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）・シーケンス、またはそれらの組み合わせを送信することによって通知するように構成された、請求項１８に記載のＵＥ。
【請求項２２】
前記少なくとも１つのプロセッサはさらに、前記期間中、ダウンリンク通信およびアップリンク通信を中断するように構成された、請求項１８に記載のＵＥ。
【請求項２３】
前記少なくとも１つのプロセッサはさらに、前記ラジオ・リンク欠陥がホワイト・スペース・チャネルについて宣言された場合、ライセンスされたチャネルへチューニングするように構成された、請求項１８に記載のＵＥ。
【請求項２４】
前記少なくとも１つのプロセッサはさらに、前記期間が終了した場合、前記第１の予め合意されたチャネルで、物理データ制御チャネル（ＰＤＣＣＨ）許可を受信するように構成された、請求項１８に記載のＵＥ。
【請求項２５】
前記少なくとも１つのプロセッサはさらに、前記期間が終了した後、物理データ制御チャネル（ＰＤＣＣＨ）許可が、前記予め合意されたチャネルで、特定の期間内に受信されない場合、新たなラジオ・リンク欠陥手順を開始するように構成された、請求項１８に記載のＵＥ。
【請求項２６】
無線通信のための基地局であって、
メモリと、
前記メモリに接続された少なくとも１つのプロセッサとを備え、
前記少なくとも１つのプロセッサは、
ユーザ機器（ＵＥ）から現在のチャネルでラジオ・リンク欠陥通知を受信し、
前記現在のチャネルから、第１の予め合意されたチャネルへチューニングし、ここで、前記第１の予め合意されたチャネルは、前記現在のチャネルとは異なり、ラジオ・リンク欠陥の間、前記基地局と前記ＵＥとの間の通信のために使用され、前記ラジオ・リンク欠陥通知は、前記ラジオ・リンク欠陥のため、前記基地局によってアクノレッジされない、
前記予め合意されたチャネルによって通信し、
前記予め同意されたチャネルで前記ＵＥと同期するための期間を設定するように構成された、基地局。
【請求項２７】
前記少なくとも１つのプロセッサはさらに、前記期間が終了した場合、前記第１の予め合意されたチャネルで、物理データ制御チャネル（ＰＤＣＣＨ）許可を送信するように構成された、請求項２６に記載の基地局。
【請求項２８】
前記少なくとも１つのプロセッサはさらに、前記第１の予め同意されたチャネルで、チャネル品質インジケーション・レポートを要求するように構成された、請求項２６に記載の基地局。
【請求項２９】
前記少なくとも１つのプロセッサはさらに、前記期間中、ダウンリンク通信およびアップリンク通信を中断するように構成された、請求項２６に記載の基地局。
【請求項３０】
前記少なくとも１つのプロセッサはさらに、中断された通信を、前記ＵＥからハンドシェーク・メッセージを受信することに応じて再開するように構成された、請求項２９に記載の基地局。
【発明の詳細な説明】
【関連出願に対する相互参照】
【０００１】
本願は、２０１１年７月１日に出願され「予め合意されたラジオ・リンク欠陥回復チャネル・シーケンス」（PRE-AGREED RADIO LINK FAILURE RECOVERY CHANNEL SEQUENCE）と題された米国仮特許出願６１／５０４，１０９に対する３５Ｕ．Ｓ．Ｃ．§１１９（ｅ）の下の利益を主張する。この開示は、本明細書全体において参照によって明確に組み込まれている。
【技術分野】
【０００２】
本開示の態様は、一般に、無線通信システムに関し、さらに詳しくは、ラジオ・リンク欠陥回復に関する。
【背景技術】
【０００３】
無線通信システムは、例えば電話技術、ビデオ、データ、メッセージング、およびブロードキャストのようなさまざまな通信サービスを提供するように広く開発された。一般に、無線通信システムは、利用可能なシステム・リソース（例えば、帯域幅、送信電力）を共有することにより、複数のユーザとの通信をサポートすることができる多元接続技術を適用しうる。このような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同時符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。
【０００４】
これらの多元接続技術は、異種の無線デバイスが、市レベル、国レベル、地方レベル、あるいは地球レベルでさえも通信することを可能にする共通のプロトコルを提供するために、さまざまな通信規格に採用されている。新興の通信規格の一例は、ロング・ターム・イボリューション（ＬＴＥ）である。ＬＴＥは、第３世代パートナシップ計画（３ＧＰＰ）によって公布されたユニバーサル・モバイル通信システム（ＵＭＴＳ）モバイル規格に対する強化のセットである。これは、スペクトル効率を改善することによってモバイル・ブロードバンド・インターネット・アクセスを良好にサポートし、コストを低減し、サービスを改善し、新たなスペクトルを活用し、ダウンリンク（ＤＬ）においてＯＦＤＭＡを、アップリンク（ＵＬ）においてＳＣ−ＦＤＭＡを、および、複数入力複数出力（ＭＩＭＯ）アンテナ技術を用いて他のオープンな規格と良好に統合するように設計されている。しかしながら、モバイル・ブロードバンド・アクセスに対する需要が増加し続けているので、ＬＴＥ技術におけるさらなる改良の必要性が存在する。好適には、これらの改善は、これらの技術を適用するその他の多元接続技術および通信規格に適用可能であるべきである。
【発明の概要】
【０００５】
本開示の態様によれば、無線通信の方法が示される。この方法は、ラジオ・リンク欠陥を基地局に通知するためのメッセージを現在のチャネルで送信することを含む。この方法はまた、予め合意されたチャネルへ再チューニングすることを含む。この方法はさらに、予め合意されたチャネルで基地局と同期するための期間を設定することを含む。
【０００６】
別の態様によれば、ホワイト・スペースにおける無線通信の方法が示される。この方法は、ユーザ機器（ＵＥ）から現在のチャネルでラジオ・リンク欠陥通知を受信することを含む。この方法はさらに、予め合意されたチャネルへ再チューニングすることを含む。この方法はまた、予め合意されたチャネルによって通信することと、予め同意されたチャネルでＵＥと同期するための期間を設定することと、を含む。
【０００７】
さらに別の態様によれば、無線通信のための装置が示される。この装置は、ラジオ・リンク欠陥を基地局に通知するためのメッセージを現在のチャネルで送信する手段を含む。この装置はさらに、予め合意されたチャネルへ再チューニングする手段を含む。この装置はまた、予め合意されたチャネルで基地局と同期するための期間を設定する手段を含む。
【０００８】
さらに別の態様によれば、無線通信のための装置が示される。この装置は、ユーザ機器（ＵＥ）から現在のチャネルでラジオ・リンク欠陥通知を受信する手段を含む。この装置はさらに、予め合意されたチャネルへ再チューニングする手段を含む。この装置はまた、予め合意されたチャネルによって通信する手段と、予め同意されたチャネルでＵＥと同期するための期間を設定する手段と、を含む。
【０００９】
他の態様によれば、無線通信のためのコンピュータ・プログラム製品が示される。このコンピュータ・プログラム製品は、記録されたプログラム・コードを有する非一時的なコンピュータ読取可能な媒体を含む。このプログラム・コードは、ラジオ・リンク欠陥を基地局に通知するためのメッセージを現在のチャネルで送信するためのプログラム・コードを含む。このプログラム・コードはさらに、予め合意されたチャネルへ再チューニングするためのプログラム・コードを含む。このプログラム・コードはまた、予め合意されたチャネルで基地局と同期するための期間を設定するためのプログラム・コードを含む。
【００１０】
また別の態様によれば、無線通信のためのコンピュータ・プログラム製品が示される。このコンピュータ・プログラム製品は、記録されたプログラム・コードを有する非一時的なコンピュータ読取可能な媒体を含む。このプログラム・コードは、ユーザ機器（ＵＥ）から現在のチャネルでラジオ・リンク欠陥通知を受信するためのプログラム・コードを含む。このプログラム・コードはさらに、予め合意されたチャネルへ再チューニングするためのプログラム・コードを含む。このプログラム・コードはまた、予め合意されたチャネルによって通信するためのプログラム・コードと、予め同意されたチャネルでＵＥと同期するための期間を設定するためのプログラム・コードと、を含む。
【００１１】
さらに別の態様によれば、無線通信のための装置が示される。この装置は、メモリと、このメモリに接続された少なくとも１つのプロセッサとを含む。少なくとも１つのプロセッサは、ラジオ・リンク欠陥を基地局に通知するためのメッセージを現在のチャネルで送信するように構成される。さらに、少なくとも１つのプロセッサは、予め合意されたチャネルへ再チューニングするように構成される。さらに、少なくとも１つのプロセッサは、予め合意されたチャネルで基地局と同期するための期間を設定するように構成される。
【００１２】
別の態様によれば、無線通信のための装置が示される。この装置は、メモリと、このメモリに接続された少なくとも１つのプロセッサとを含む。少なくとも１つのプロセッサは、ユーザ機器（ＵＥ）から現在のチャネルでラジオ・リンク欠陥通知を受信するように構成される。さらに、少なくとも１つのプロセッサは、予め合意されたチャネルへ再チューニングするように構成される。さらに、少なくとも１つのプロセッサは、予め合意されたチャネルによって通信し、予め同意されたチャネルでＵＥと同期するための期間を設定する、ように構成される。
【００１３】
以下に続く詳細記載が良好に理解されるために、本開示の特徴および技術的利点が、広く概説された。本開示のさらなる特徴および利点が以下に記載されるだろう。本開示は、本開示のものと同じ目的を実行するために、修正したり、その他の構成を設計するための基礎として容易に利用されうることが当業者によって理解されるべきである。このような等価な構成は、特許請求の範囲に記載された開示の教示から逸脱しないこともまた当業者によって理解されるべきである。さらなる目的および利点とともに、動作の方法と構成との両方に関し、本開示の特徴であると信じられている新規の特徴が、添付図面と関連して考慮された場合に、以下の記載から良好に理解されるであろう。しかしながら、図面のおのおのは、例示および説明のみの目的のために提供されており、本開示の限界の定義として意図されていないことが明確に理解されるべきである。
【図面の簡単な説明】
【００１４】
本開示の特徴、特性、および利点は、同一の参照符号が全体を通じて同一物を特定している図面とともに考慮された場合、以下に記載する詳細な記載からより明らかになるだろう。
【図１】図１は、ネットワーク・アーキテクチャの例を例示する図解である。
【図２】図２は、アクセス・ネットワークの例を例示する図解である。
【図３】図３は、ＬＴＥにおけるダウンリンク・フレーム構造の例を例示する図解である。
【図４】図４は、ＬＴＥにおけるアップリンク・フレーム構造の例を例示する図解である。
【図５】図５は、ユーザ・プレーンおよび制御プレーンのためのラジオ・プロトコル・アーキテクチャの例を例示する図解である。
【図６】図６は、アクセス・ネットワークにおけるイボルブド・ノードＢおよびユーザ機器の例を例示する図解である。
【図７Ａ】図７Ａは、本開示の態様にしたがうラジオ・リンク欠陥回復のための方法を例示するブロック図である。
【図７Ｂ】図７Ｂは、本開示の他の態様にしたがうラジオ・リンク欠陥回復のための方法を例示するブロック図である。
【図８】図８は、本開示の態様にしたがう典型的な装置における別のモジュール／手段／構成要素を例示するブロック図である。
【図９】図９は、本開示の態様にしたがう典型的な装置における別のモジュール／手段／構成要素を例示するブロック図である。
【発明を実施するための形態】
【００１５】
添付図面とともに以下に説明する詳細説明は、さまざまな構成の説明として意図されており、本明細書に記載された概念が実現される唯一の構成を表すことは意図されていない。この詳細説明は、さまざまな概念の完全な理解を提供することを目的とした具体的な詳細を含んでいる。しかしながら、これらの概念は、これら具体的な詳細無しで実現されうることが当業者に明らかになるであろう。いくつかの事例では、周知の構成および構成要素が、このような概念を曖昧にすることを避けるために、ブロック図形式で示されている。
【００１６】
テレコミュニケーション・システムの態様が、さまざまな装置および方法に関して示される。これらの装置および方法は、以下の詳細説明に記載され、さまざまなブロック、モジュール、構成要素、回路、ステップ、処理、アルゴリズム等（集合的に「要素」と称される）によって添付図面中に例示されている。これらの要素は、電子ハードウェア、コンピュータ・ソフトウェア、またはこれら任意の組み合わせを用いて実現されうる。これらの要素がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。
【００１７】
例として、要素、要素の任意の部分、または、要素の任意の組み合わせは、１または複数のプロセッサを含む「処理システム」を用いて実現されうる。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステート・マシン、ゲート・ロジック、ディスクリート・ハードウェア回路、およびこの開示の全体にわたって記載されたさまざまな機能を実行するように構成されたその他の適切なハードウェアを含んでいる。処理システムにおける１または複数のプロセッサは、ソフトウェアを実行しうる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他で称されるに関わらず、命令群、命令群セット、コード、コード・セグメント、プログラム・コード、プログラム、サブプログラム、ソフトウェア・モジュール、アプリケーション、ソフトウェア・アプリケーション、パッケージ・ソフト、ルーチン、サブルーチン、オブジェクト、実行形式、実行スレッド、手順、機能等を意味するように広く解釈されるものとする。
【００１８】
したがって、１または複数の典型的な実施形態では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれらの任意の組み合わせによって実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能な媒体上に格納されるか、あるいは、コンピュータ読取可能な媒体上の１または複数の命令群またはコードとして符号化されうる。コンピュータ読取可能な媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされうる利用可能な任意の媒体である。例として、限定することなく、このようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。本明細書で使用されるようにディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、Ｂｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含む。ここで、ｄｉｓｋは通常、データを磁気的に再生し、ｄｉｓｃは、レーザを用いてデータを光学的に再生する。前述した組み合わせもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。
【００１９】
図１は、ＬＴＥネットワーク・アーキテクチャ１００を例示する図解である。ＬＴＥネットワーク・アーキテクチャ１００は、イボルブド・パケット・システム（ＥＰＳ）１００と称されうる。ＥＰＳ１００は、１または複数のユーザ機器（ＵＥ）１０２、イボルブドＵＭＴＳ地上ラジオ・アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）１０４、イボルブド・パケット・コア（ＥＰＣ）１１０、ホーム加入者サーバ（ＨＳＳ）１２０、およびオペレータのＩＰサービス１２２を含みうる。ＥＰＳは、他のアクセス・ネットワークと相互接続しうるが、簡略のために、これらエンティティ／インタフェースは図示していない。図示されるように、ＥＰＳは、パケット交換サービスを提供する。しかしながら、当業者であれば容易に認識するであろうが、本開示にわたって示されているさまざまな概念は、回路交換サービスを提供しているネットワークに拡張されうる。
【００２０】
Ｅ−ＵＴＲＡＮは、イボルブドノードＢ（ｅノードＢ）１０６およびその他のｅノードＢ１０８を含む。ｅノードＢ１０６は、ＵＥ１０２に向かうユーザ・プレーン・プロトコルおよび制御プレーン・プロトコル終了を与える。ｅノードＢ１０６は、Ｘ２インタフェース（例えば、バックホール）を経由して他のｅノードＢ１０８に接続されうる。ｅノードＢ１０６はまた、基地局、基地トランシーバ局、ラジオ基地局、ラジオ・トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービス・セット（ＥＳＳ）、またはその他適切な用語で称されうる。ｅノードＢ１０６は、ＵＥ１０２のために、ＥＰＣ１１０へのアクセス・ポイントを提供する。ＵＥ１０２の例は、セルラ電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディア・デバイス、ビデオ・デバイス、デジタル・オーディオ・プレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲーム機、またはその他の類似の機能デバイスを含む。ＵＥ１０２はまた、当業者によって、移動局、加入者局、モバイル・ユニット、加入者ユニット、無線ユニット、遠隔ユニット、モバイル・デバイス、無線デバイス、無線通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、無線端末、遠隔端末、ハンドセット、ユーザ・エージェント、モバイル・クライアント、クライアント、またはその他いくつかの適切な用語で称されうる。
【００２１】
ｅノードＢ１０６は、Ｓ１インタフェースによってＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ）１１２、その他のＭＭＥ１１４、サービス提供ゲートウェイ１１６、およびパケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ１１８を含む。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。一般に、ＭＭＥ１１２はベアラおよび接続管理を提供する。すべてのユーザＩＰパケットは、ＰＤＮゲートウェイ１１８に接続されているサービス提供ゲートウェイ１１６を介して転送される。ＰＤＮゲートウェイ１１８は、ＵＥにＩＰアドレス割当のみならず、その他の機能も提供する。ＰＤＮゲートウェイ１１８は、オペレータのＩＰサービス１２２に接続される。オペレータのＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディア・サブシステム（ＩＭＳ）、およびＰＳストリーミング・サービス（ＰＳＳ）を含んでいる。
【００２２】
図２は、ＬＴＥネットワーク・アーキテクチャにおけるアクセス・ネットワーク２００の例を例示する図解である。この例では、アクセス・ネットワーク２００は、多くのセルラ領域（セル）２０２に分割される。１または複数の低電力クラスｅノードＢ２０８は、セル２０２の１または複数とオーバラップするセルラ領域２１０を有しうる。低電力クラスｅノードＢ２０８は、遠隔ラジオ・ヘッド（ＲＲＨ）と称されうる。低電力クラスｅノードＢ２０８は、フェムト・セル（例えば、ホームｅノードＢ（ＨｅノードＢ））、ピコ・セル、またはミクロ・セルでありうる。マクロｅノードＢ２０４はおのおの、それぞれのセル２０２に割り当てられ、セル２０２内のすべてのＵＥ２０６のためのＥＰＣ１１０にアクセス・ポイントを提供するように構成される。アクセス・ネットワーク２００のこの例では、中央コントローラは存在しないが、別の構成では、中央コントローラが使用されうる。ｅノードＢ２０４は、ラジオ・ベアラ制御、許可制御、モビリティ制御、スケジューリング、セキュリティ、および、サービス提供ゲートウェイ１１６への接続を含むすべてのラジオ関連機能を担当する。
【００２３】
アクセス・ネットワーク２００によって適用される変調および多元接続スキームは、展開されている特定の通信規格に依存して変動しうる。ＬＴＥアプリケーションでは、周波数分割多重（ＦＤＤ）と時分割多重（ＴＤＤ）との両方をサポートするために、ＯＦＤＭがダウンリンクで使用され、ＳＣ−ＦＤＭＡがアップリンクで使用される。当業者であれば、後述する詳細記載から容易に認識されるように、本明細書で示されたさまざまな概念が、ＬＴＥアプリケーションにも同様に適合することを認識するであろう。しかしながら、これらの概念は、その他の変調技術および多元接続技術を適用するその他の通信規格へ容易に拡張されうる。例によれば、これらの概念は、イボリューション・データ・オプティマイズド（ＥＶ−ＤＯ）またはウルトラ・モバイル・ブロードバンド（ＵＭＢ）へ拡張されうる。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリの一部として第３世代パートナシップ計画２（３ＧＰＰ２）によって公布されたエア・インタフェース規格であり、移動局へのブロードバンド・インターネット・アクセスを提供するためにＣＤＭＡを適用する。これらの概念は、例えばＴＤ−ＳＣＤＭＡのように、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の派生を適用するユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ＴＤＭＡを適用するグローバル移動体通信（ＧＳＭ（登録商標））、ＯＦＤＭＡを適用するイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、およびフラッシュＯＦＤＭへ拡張されうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。適用されている実際の無線通信規格および多元接続技術は、特定のアプリケーションと、システムに課せられている全体的な設計制約とに依存するであろう。
【００２４】
ｅノードＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有しうる。ＭＩＭＯ技術を使用することによって、ｅノードＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートする空間領域を開発できるようになる。空間多重化は、同じ周波数で、異なるデータ・ストリームを同時に送信するために使用されうる。データ・ストリームは、データ・レートを高めるために単一のＵＥ２０６へ、全体的なシステム容量を高めるために複数のＵＥ２０６へ、送信されうる。これは、各データ・ストリームを空間的にプリコードし（すなわち、振幅およびフェーズのスケーリングを適用し）、空間的にプリコードされた各ストリームを、ＤＬで、複数の送信アンテナを介して送信することによって達成される。この空間的にプリコードされたデータ・ストリームは、異なる空間シグニチャを持つＵＥ（単数または複数）２０６に到着する。これによって、ＵＥ（単数または複数）２０６のおのおのは、ＵＥ２０６のために指定された１または複数のデータ・ストリームを復元できるようになる。ＵＬにおいては、各ＵＥ２０６が、空間的にプリコードされたデータ・ストリームを送信する。これによって、ｅノードＢ２０４は、空間的にプリコードされた各データ・ストリームのソースを識別できるようになる。
【００２５】
チャネル条件が良好な場合、空間多重が一般に使用される。チャネル条件がさほど好ましくない場合、送信エネルギを１または複数の方向に集中させるためにビームフォーミングが使用されうる。これは、複数のアンテナを介した送信のために、データを空間的にプリコードすることによって達成されうる。セルの端部における良好な有効通信範囲を達成するために、単一のストリーム・ビームフォーミング送信が、送信ダイバーシティと組み合わされて使用されうる。
【００２６】
以下に続く詳細説明では、アクセス・ネットワークのさまざまな態様が、ＤＬでＯＦＤＭをサポートするＭＩＭＯシステムに関して記述されるだろう。ＯＦＤＭは、ＯＦＤＭシンボル内の多くのサブキャリアにおいてデータを変調するスペクトル拡散技術である。サブキャリアは、正確な周波数で隔離されている。この間隔は、受信機が、サブキャリアからデータを復元することを可能にする「直交性」を提供する。時間領域では、ＯＦＤＭ間シンボル干渉と格闘するために、各ＯＦＤＭシンボルにガード間隔（例えば、サイクリック・プレフィクス）が追加されうる。アップリンクは、高いピーク対平均電力比（ＰＡＲＲ）を補償するために、ＤＦＴ拡散ＯＦＤＭ信号の形態でＳＣ−ＦＤＭＡを使用しうる。
【００２７】
図３は、ＬＴＥにおけるダウンリンク・フレーム構造の例を例示する図解３００である。フレーム（１０ミリ秒）が、等しいサイズの１０のサブフレームに分割されうる。おのおののサブ・フレームは、２つの連続する時間スロットを含みうる。おのおのがリソース・ブロックを含む２つの時間スロットを表すために、リソース・グリッドが使用されうる。リソース・グリッドは、複数のリソース要素に分割される。ＬＴＥでは、リソース・ブロックは、おのおののＯＦＤＭシンボルにおける通常のサイクリック・プレフィクスについて、周波数領域において１２の連続するサブキャリアを、時間領域において７つの連続するＯＦＤＭシンボルを、すなわち、８４のリソース要素を含んでいる。拡張されたサイクリック・プレフィクスのために、リソース・ブロックは、時間領域において６つの連続したＯＦＤＭシンボルを含み、７２のリソース要素を有する。リソース要素のうちのいくつかは、Ｒ３０２，３０４として示されるように、ダウンリンク基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、（しばしば、共通ＲＳとも称される）セル特有のＲＳ（ＣＲＳ）３０２と、ＵＥ特有のＲＳ（ＵＥ−ＲＳ）３０４とを含んでいる。ＵＥ−ＲＳ３０４は、対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）がマップされるリソース・ブロックにおいてのみ送信される。各リソース要素によって伝送されるビット数は、変調スキームに依存する。したがって、ＵＥが受信するリソース・ブロックが増え、変調スキームが高くなると、ＵＥのためのデータ・レートが高くなる。
【００２８】
図４は、ＬＴＥにおけるアップリンク・フレーム構造の例を例示する図解４００である。アップリンクのために利用可能なリソース・ブロックは、データ・セクションおよび制御セクションに区分されうる。制御セクションは、システム帯域幅の２つの端部において形成され、設定可能なサイズを有しうる。制御セクションにおけるリソース・ブロックは、制御情報の送信のために、ＵＥへ割り当てられうる。データ・セクションは、制御セクションに含まれていないすべてのリソース・ブロックを含みうる。アップリンク・フレーム構造の結果、連続したサブキャリアを含むデータ選択となる。これによって、データ・セクション内の連続したサブキャリアのすべてが単一のＵＥに割り当てられるようになる。
【００２９】
ＵＥは、制御情報をｅノードＢへ送信するために、制御セクション内にリソース・ブロック４１０ａ，４１０ｂを割り当てられうる。ＵＥはまた、ｅノードＢにデータを送信するために、データ・セクション内にリソース・ブロック４２０ａ，４２０ｂを割り当てられうる。ＵＥは、制御セクションにおいて割り当てられたリソース・ブロックで、物理アップリンク制御チャネル（ＰＵＣＣＨ）で制御情報を送信しうる。ＵＥは、データ・セクションにおいて割り当てられたリソース・ブロックで、物理アップリンク共有チャネル（ＰＵＳＣＨ）で、データのみ、または、データと制御情報との両方を送信しうる。アップリンク送信は、サブフレームからなる両スロットにおよび、周波数を越えてホップしうる。
【００３０】
初期システム・アクセスの実行、および、物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）４３０におけるアップリンク同期の達成のために、リソース・ブロックのセットが使用されうる。ＰＲＡＣＨ４３０は、ランダム・シーケンスを伝送し、いかなるアップリンク・データ／シグナリングも伝送できない。ランダム・アクセス・プリアンブルはおのおの、６つの連続するリソース・ブロックに対応する帯域幅を占有する。開始周波数は、ネットワークによって指定される。すなわち、ランダム・アクセス・プリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。ＰＲＡＣＨのための周波数ホッピングは無い。ＰＲＡＣＨ試行は、単一のサブフレーム（１ミリ秒）で伝送されるか、少数の連続したサブフレームのシーケンスで伝送されうる。そして、ＵＥは、フレーム（１０ミリ秒）毎に１回のＰＲＡＣＨ試行しか行わないことがある。
【００３１】
図５は、ＬＴＥにおけるユーザ・プレーンおよび制御プレーンのためのラジオ・プロトコル・アーキテクチャの例を例示する図解５００である。ＵＥおよびｅノードＢのラジオ・プロトコル・アーキテクチャが、３つのレイヤ、すなわち、レイヤ１、レイヤ２、およびレイヤ３を用いて図示される。レイヤ１（Ｌ１レイヤ）は、最下位レイヤであり、さまざまな物理レイヤ信号処理機能を実施する。Ｌ１レイヤは、本明細書では物理レイヤ５０６と称されるだろう。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６上におけるＵＥとｅノードＢとの間のリンクを担当する。
【００３２】
ユーザ・プレーンでは、Ｌ２レイヤ５０８は、媒体アクセス制御（ＭＡＣ）サブレイヤ５１０と、ラジオ・リンク制御（ＲＬＣ）サブレイヤ５１２と、パケット・データ収束プロトコル（ＰＤＣＰ）サブレイヤ５１４とを含む。これらは、ネットワーク側におけるｅノードＢにおいて終了する。図示されていないが、ＵＥは、ネットワーク側におけるＰＤＮゲートウェイ１１８で終了するネットワーク・レイヤ（例えば、ＩＰレイヤ）を含む、Ｌ２レイヤ５０８上のいくつかの上部レイヤと、（例えば、遠くのエンドＵＥ、サーバ等のような）接続の他端において終了するアプリケーション・レイヤとを有しうる。
【００３３】
ＰＤＣＰサブレイヤ５１４は、異なるラジオ・ベアラと論理チャネルとの間の多重化を提供する。ＰＤＣＰサブレイヤ５１４はまた、ラジオ送信オーバヘッドを低減するための上部レイヤ・データ・パケットのヘッダ圧縮、データ・パケットを暗号化することによるセキュリティ、および、ＵＥのｅノードＢ間のハンドオーバ・サポートを提供する。ＲＬＣサブレイヤ５１２は、上部レイヤ・データ・パケットのセグメント化および再アセンブル、喪失したデータ・パケットの再送信、および、ハイブリッド自動反復要求（ＨＡＲＱ）による順不同な受信を補償するためのデータ・パケットの並べ替えを提供する。ＭＡＣサブレイヤ５１０は、論理チャネルと伝送チャネルとの間の多重化を提供する。ＭＡＣサブレイヤ５１０はまた、１つのセル内のさまざまなラジオ・リソース（例えば、リソース・ブロック）を、ＵＥ間に割り当てることをも担当する。ＭＡＣサブレイヤ５１０はまた、ＨＡＲＱ動作をも担当する。
【００３４】
制御プレーンでは、ＵＥおよびｅノードＢのためのラジオ・プロトコル・アーキテクチャは、制御プレーンのためのヘッダ圧縮機能が無いことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）にラジオ・リソース制御（ＲＲＣ）サブレイヤ５１６を含んでいる。ＲＲＣサブレイヤ５１６は、ラジオ・リソース（すなわち、ラジオ・ベアラ）を取得することと、ｅノードＢとＵＥとの間のＲＲＣシグナリングを用いて下部レイヤを設定することと、を担当する。
【００３５】
図６は、アクセス・ネットワークにおいてＵＥ６５０と通信するｅノードＢ６１０のブロック図である。ＤＬでは、コア・ネットワークからの上部レイヤ・パケットが、コントローラ／プロセッサ６７５へ提供される。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能を実現する。ＤＬでは、コントローラ／プロセッサ６７５は、さまざまな優先度判定基準に基づいて、ヘッダ圧縮、暗号化、パケット・セグメント化および並べ替え、論理チャネルと伝送チャネルとの間の多重化、および、ＵＥ６５０へのラジオ・リソース割当を提供する。さらに、コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作、喪失パケットの再送信、およびＵＥ６５０へのシグナリングを担当する。
【００３６】
ＴＸプロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のためのさまざまな信号処理機能を実現する。この信号処理機能は、ＵＥ６５０におけるフォワード誤り訂正（ＦＥＣ）を容易にするための符号化およびインタリービング、および、さまざまな変調スキーム（例えば、バイナリ・フェーズ・シフト・キーイング（ＢＰＳＫ）、直交フェーズ・シフト・キーイング（ＱＰＳＫ）、Ｍフェーズ・シフト・キーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ））に基づく信号コンステレーションへのマッピング、を含む。符号化および変調されたシンボルは、その後、並行なストリームへ分割される。おのおののストリームはその後、ＯＦＤＭサブキャリアへマップされ、時間領域および／または周波数領域において基準信号（例えば、パイロット）とともに多重化され、その後、逆高速フーリエ変換（ＩＦＦＴ）を用いてともに結合されることにより、時間領域ＯＦＤＭシンボル・ストリームを伝送する物理チャネルが生成される。このＯＦＤＭストリームは、空間的にプリコードされ、複数の空間ストリームが生成される。チャネル推定器６７４からのチャネル推定値は、空間処理のためのみならず、符号化および変調スキームを決定するためにも使用されうる。チャネル推定値は、ＵＥ６５０によって送信されたチャネル条件フィードバックおよび／または基準信号から導出されうる。おのおのの空間ストリームはその後、個別の送信機６１８ＴＸを介して別々のアンテナ６２０へ提供される。おのおのの送信機６１８ＴＸは、送信のために、それぞれの空間ストリームを用いてＲＦキャリアを変調する。
【００３７】
ＵＥ６５０では、おのおのの受信機６５４ＲＸが、それぞれのアンテナ６５２を介して信号を受信する。おのおのの受信機６５４ＲＸは、ＲＦキャリアにおいて変調された情報を復元し、この情報を、受信（ＲＸ）プロセッサ６５６へ提供する。ＲＸプロセッサ６５６は、Ｌ１レイヤのさまざまな信号処理機能を実施する。ＲＸプロセッサ６５６は、この情報に対して空間処理を実行し、ＵＥ６５０のために向けられた任意の空間ストリームを復元する。複数の空間ストリームが、ＵＥ６５０に向けられている場合、これらは、ＲＸデータ・プロセッサ６５６によって、単一のＯＦＤＭシンボル・ストリームへ結合されうる。ＲＸプロセッサ６５６は、その後、高速フーリエ変換（ＦＦＴ）を用いて、ＯＦＤＭシンボル・ストリームを、時間領域から周波数領域へ変換する。周波数領域信号は、ＯＦＤＭ信号のおのおののサブキャリアの個別のＯＦＤＭシンボル・ストリームを備える。おのおののサブキャリアにおけるシンボル、および基準信号は、ｅノードＢ６１０によって送信された最も可能性の高いコンステレーション・ポイントを判定することによって復元および復調される。これら軟判定は、チャネル推定器６５８によって計算されたチャネル推定値に基づきうる。これら軟判定はその後、復号およびデインタリーブされ、物理チャネル上でｅノードＢ６１０によって送信されたオリジナルのデータおよび制御信号が復元される。データ信号および制御信号はその後、コントローラ／プロセッサ６５９へ提供される。
【００３８】
コントローラ／プロセッサ６５９は、Ｌ２レイヤを実現する。コントローラ／プロセッサは、プログラム・コードおよびデータを格納するメモリ６６０に関連付けられうる。メモリ６６０は、コンピュータ読取可能な媒体と称されうる。ＵＬでは、制御／プロセッサ６５９は、コア・ネットワークからの上部レイヤ・パケットを復元するために、伝送チャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、解読、ヘッダ伸張、制御信号処理を提供する。Ｌ２レイヤ上のすべてのプロトコル・レイヤを表す上部レイヤ・パケットは、その後、データ・シンク６６２へ提供される。Ｌ３処理のためにも、データ・シンク６６２へさまざまな制御信号が提供されうる。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするためにアクノレッジメント（ＡＣＫ）および／または否定的アクノレッジメント（ＮＡＣＫ）プロトコルを用いて、誤り検出を担当する。
【００３９】
ＵＬでは、コントローラ／プロセッサ６５９へ上部レイヤ・パケットを提供するために、データ・ソース６６７が使用される。データ・ソース６６７は、Ｌ２レイヤ上のすべてのプロトコル・レイヤを表す。ｅノードＢ６１０によるダウンリンク送信に関して記載された機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮、暗号化、パケット・セグメント化および並べ替え、および、ｅノードＢ６１０によるラジオ・リソース割当に基づく論理チャネルと伝送チャネルとの間の多重化を提供することによって、ユーザ・プレーンおよび制御プレーンのためのＬ２レイヤを実現する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、喪失パケットの再送信、および、ｅノードＢ６１０へのシグナリングをも担当する。
【００４０】
ｅノードＢ６１０によって送信されたフィードバックまたは基準信号から、チャネル推定器６５８によって導出されたチャネル推定値が、適切な符号化スキームおよび変調スキームを選択するために、および、空間処理を容易にするために、ＴＸデータ・プロセッサ６６８によって使用されうる。ＴＸデータ・プロセッサ６６８によって生成された空間ストリームは、個別の送信機６５４ＴＸを介して別のアンテナ６５２に提供される。おのおのの送信機６５４ＴＸは、送信のために、それぞれの空間ストリームを用いてＲＦキャリアを変調する。
【００４１】
アップリンク送信は、ＵＥ６５０における受信機機能に関して記述されたものに類似した方式で、ｅノードＢ６１０において処理される。おのおのの受信機６１８ＲＸは、それぞれのアンテナ６２０を介して信号を受信する。おのおのの受信機６１８ＲＸは、ＲＦキャリアへ変調された情報を復元し、この情報を、ＲＸデータ・プロセッサ６７０へ提供する。ＲＸプロセッサ６７０は、Ｌ１レイヤを実現しうる。
【００４２】
コントローラ／プロセッサ６７５は、Ｌ２レイヤを実現する。コントローラ／プロセッサ６７５は、プログラム・コードおよびデータを格納するメモリ６７６に関連付けられうる。メモリ６７６は、コンピュータ読取可能な媒体と称されうる。ＵＬでは、制御／プロセッサ６７５は、ＵＥ６５０からの上部レイヤ・パケットを復元するために、伝送チャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、解読、ヘッダ伸張、制御信号処理を提供する。コントローラ／プロセッサ６７５からの上部レイヤ・パケットは、コア・ネットワークへ提供されうる。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫプロトコルおよび／またはＮＡＣＫプロトコルを用いた誤り検出をも担当する。
【００４３】
基地局−ユーザ機器のリンクが非対称である通信ネットワークでは、ダウンリンク・チャネルが、信頼性の低い周波数スペクトル（例えば、ホワイト・スペース）にありうる一方、アップリンク・チャネルが、（例えば、ライセンスされたスペクトルにおける）信頼性の高い周波数スペクトルにありうる。また、この逆もありうる。ダウンリンク・チャネルにおける干渉によって、頻繁なダウンリンク・ラジオリンク欠陥（ＲＬＦ）が生じうる一方、アップリンク・チャネルは高い信頼性であり続けうる。ライセンスされていないチャネル（例えば、テレビジョン（ＴＶ）ホワイト・スペース、産業、科学、および医療（ＩＳＭ）帯域等）で実施されているダウンリンク・チャネルは、ラジオ・リンク欠陥をもたらす干渉に遭遇しうる。すなわち、例えば物理レイヤ欠陥のようなラジオ・リンク欠陥は、ライセンスされていないチャネルにおける干渉によって、これら周波数スペクトルにある可能性が高い。干渉は、現在のユーザ、またはその他の二次ユーザによって引き起こされうる。
【００４４】
既存のラジオ・リンク欠陥回復手順は遅く、ラジオ・リンク欠陥が頻繁に生じる場合、ユーザ体験を低下させる。さらに、既存のラジオ・リンク欠陥回復手順は、信頼性の高いアップリンク・チャネルの利用度を活用しない。したがって、ラジオ・リンク欠陥の場合、ＵＥとｅノードＢとの間の動作をシームレスに回復させうる（サービス提供セルと調整された）チャネル切換技術を実施することが所望される。
【００４５】
以下の例では、ｅノード６１０とＵＥ６５０との間の無線通信は、ホワイト・スペースではダウンリンク・チャネルにおいて生じ、ライセンスされたチャネルではアップリンク・チャネルにおいて生じる。ダウンリンク・ラジオ・リンク欠陥がＵＥ６５０によって検出された場合、チャネルを回復するために、他の動作の中でも、標準的な手順が、ＵＥによって実行されうる。この標準的な手順はまた、ベースライン手順とも称されうる。この標準的な手順は、アップリンク送信をディセーブルすることと、欠陥のあるダウンリンク・チャネルの回復のチェックのために、予め定義された一定の期間、待つことと、セル選択を実行することと、ランダム・アクセス・チャネル手順（ＲＡＣＨ）を実行することと、ラジオ・リソース制御（ＲＲＣ）接続再確立を実行することと、を含みうる。一例では、ＵＥ６５０は、この標準的な手順を実行した結果、新たなｅノードＢ６１０へ切り換わる。さらに、異なる周波数における同じｅノードＢ６１０におけるチャネル再選択は、干渉を緩和するのに十分でありうるので、ラジオ・リンク欠陥が、現在適用されているチャネルまたは周波数における新たなジャマー（jammer）による場合、セルを変える必要はない場合がありうる。しかしながら、ラジオ・リンク欠陥が続くのであれば、セルを変えるために、標準的な手順を続けることが所望されうる。
【００４６】
１つの態様によれば、ＵＥ６５０がｅノードＢ６１０と通信しており、ＵＥのラジオ周波数（ＲＦ）受信機がホワイト・スペース・チャネルにチューニングされている場合、ラジオ・リンク欠陥検出は、対応するタイマおよびカウンタとともに、例えば非同期測定および同期測定のような既存の基準に基づきうる。いくつかの態様では、ラジオ・リンク欠陥が検出された場合、ＵＥ６５０は、標準的な手順にしたがうのではなく、ダウンリンク・ラジオ・リンク欠陥が宣言されたことをｅノードＢ６１０に通知しうる。ＵＥ６５０はその後、ラジオ周波数（ＲＦ）受信機を、予め合意されたチャネルへ再チューニングしうる。予め合意されたチャネルは、ラジオ・リンク欠陥中の通信を容易にするためにｅノードＢとＵＥとの間で予め合意された、ｅノードＢ６１０とＵＥ６５０との間の通信のために使用されるべき新たなチャネルを称する。ダウンリンクが壊れてからは、ＵＥによって送信されたラジオ・リンク喪失通信は、ｅノードＢによってアクノレッジされないことが注目される。
【００４７】
ＵＥの再チューニング中、または、ＵＥが予め合意されたチャネルへ再チューニングされた後、ＵＥは、タイマを起動し、予め合意されたチャネルにおけるＵＥ６５０のｅノードＢ６１０への同期を可能にする。同期のための期間またはタイマはまた、ｅノード６１０によっても起動されうる。再チューニング後、物理（ＰＨＹ）レイヤ同期手順のいくつか（例えば、キャリア周波数オフセットの推定）を実施することが所望されうる。いくつかの態様では、ＵＥ６５０とｅノードＢ６１０とは、両方が予め合意されたチャネルへ再チューニングされる場合に部分的に同期されうる。例えば、１つのシナリオでは、ｅノードＢ６１０のセルＩＤが、チャネル切換後同じであるか、または異なっているかの何れかであり、さらに、ｅノードＢ６１０からのシグナリングに基づいて、このセルＩＤが、チャネル切換前にＵＥ６５０に知られているのであれば、セルＩＤは獲得されない。多くの場合、同期のために必要とされないのであれば、ブロードキャスト・チャネルを読み取ることもまたスキップされうる。例えば、新たなチャネルは、オリジナルのチャネルと同じ帯域幅を有しうるか、または、有すると仮定されうる。この場合、ブロードキャスト・チャネルは無視されうる。同様に、システム情報ブロック（ＳＩＢ）は、（例えば、ＳＩＢ１におけるfreqBandIndicatorのような帯域関連フィールドを除いて）同じコンテンツ、同じ数のアンテナ等を有しうる。あるいは、ＳＩＢコンテンツは異なりうるものの、ＳＩＢコンテンツはすでにチャネルを変更する前にＵＥに知られていることもありうる。
【００４８】
別の態様によれば、ラジオ・リンク欠陥中、ＵＥ６５０はまた、前述したタイマの持続時間中、ダウンリンク通信およびアップリンク通信を中断しうる。いくつかの態様では、許可がペンディングである間、ＵＥ６５０は、待機期間に入りうる。例えば、スケジューリング要求（ＳＲ）がＰＵＣＣＨで送信され、ＵＥ６５０は、ｅノードＢ６１０からのアップリンク許可を待つ帯域期間に入りうる。待機期間にある間、ＵＥ６５０は、不連続受信（ＤＲＸ）モードに入らない場合がありうる。また、ＵＥ６５０は、待機期間にある間、チャネル切換手順および不連続受信を実行しうる。別の例では、ペンディングのＨＡＲＱ再送信のためのアップリンク許可が生じうる。タイマが終了した場合、ＵＥ６５０は、アクティブ・モードに入り、新たなチャネルにおけるＰＤＣＣＨを求めてモニタしうる。ＰＤＣＣＨのうちの少なくともＭ個（ここで、Ｍは、設計パラメータ）のサブフレームが復号された後、ＵＥ６５０は、通常動作に戻りうる。
【００４９】
いくつかの態様では、ｅノードＢ６１０が、ＵＥ６５０からラジオ・リンク欠陥通知を正しく受信した場合、ｅノードＢ６１０は、利用可能なラジオ周波数（ＲＦ）送信機のうちの１つを（ＵＥ６５０と予め合意された）宛先チャネルへ再チューニングすることと、タイマを起動することと、を含むシーケンスにしたがいうる。ＲＦ送信機が新たなチャネルで送信する準備ができている場合、標準的なＬＴＥダウンリンク同期チャネルおよび制御チャネル（例えば、一次同期信号（ＰＳＳ）／二次同期信号（ＳＳＳ）／物理ブロードキャスト・チャネル（ＰＢＣＨ）／セル特有基準信号（ＣＲＳ）／システム情報ブロック（ＳＩＢ））が送信されうる。
【００５０】
いくつかの態様では、タイマがアクティブである場合、ＵＥ６５０とｅノードＢ６１０との間のその他のすべての通信が中断される。例えば、タイマがアクティブである場合、ペンディングのＰＤＣＣＨ許可およびコマンドが延期されうる。さらに、タイマが終了した場合、ＵＥのためのペンディングのＰＤＣＣＨ許可およびコマンドが、新たなチャネルで送信される。新たなチャネルのチャネル品質は、前のチャネルとは異なりうる。したがって、ｅノードＢ６１０は、ＵＥ６５０に対して、非周期的なチャネル品質インデクス（ＣＱＩ）レポートを、適切な物理ダウンリンク制御チャネル（ＰＤＣＣＨ）ダウンリンク制御情報（ＤＣＩ）許可によって送信するように要求しうる。
【００５１】
正しいラジオ・リンク欠陥回復のために、ｅノードＢ６１０とＵＥ６５０との両方が、同じチャネルに再チューニングする。いくつかの態様では、ホワイト・スペース・チャネルにチューニングされたＵＥ６５０によってラジオ・リンク欠陥が宣言された場合、ｅノードＢ６１０およびＵＥ６５０は、ライセンスされたチャネルへ再チューニングしうる。さらに、別の態様では、ｅノードＢ６１０および関連付けられたＵＥ６５０は、バックアップ・チャネルの、ＵＥ特有のソートされたリストを保持しうる。これらバックアップ・チャネルは、予め同意されたチャネルでありうる。このリストは、当業者によって理解される方式で生成され、ｅノードＢ６１０とＵＥ６５０との間で交換されうる。いくつかの態様では、ラジオ・リンク欠陥が検出された場合、このリストにおける第１のチャネルが最初に選択される。そして、最初に選択されたチャネルに欠陥があるのであれば、このリストからのチャネルの選択はシーケンシャルでありうる。
【００５２】
ライセンスされたチャネル（単数または複数）は、ライセンスされていないチャネルに対して異なる帯域幅（ＢＷ）を有しうる。例えば、ライセンスされていないホワイト・スペース・チャネルは、ＴＶ帯域フラグメンテーションによって５ＭＨｚ帯域幅で動作しうる一方、ライセンスされているチャネルは、それよりも広い帯域幅、および／または、それよりも狭い帯域幅を使用しうる。例えば、ライセンスされていない以前のチャネルと、ライセンスされている新たなチャネルとの間に別の帯域幅が存在する場合、再チューニングは、ラジオ・リンク欠陥を緩和するために十分ではない場合がありうる。このケースでは、タイマが終了した場合、ＵＥ６５０は、新たなチャネルの帯域幅を知るために、物理ブロードキャスト・チャネル（ＰＢＣＨ）を読み取るので、ＰＢＣＨの周期性（例えば、４０ミリ秒）によって、回復処理のレイテンシを増加させる。
【００５３】
帯域幅の違いに対処するために、ＵＥ側におけるタイマは、ｅノードＢ６１０側におけるタイマよりも小さな値に設定されうる。タイマは、ＵＥ６５０が獲得するための十分な時間を与えるために調節されうる。いくつかの態様では、ＵＥ６５０およびｅノードＢ６１０の再チューニングは、予めネゴシエートされた帯域幅に基づきうる。予めネゴシエートされた帯域幅を伴うチャネルにおける回復は、チャネル回復処理のレイテンシのいくつかを低減または除去しうる。
【００５４】
いくつかの態様では、新たに選択されたチャネルもまた、ラジオ・リンク欠陥を被りうる。例えば、干渉体が、選択されたチャネルを最近占有し、ＵＥ６５０とｅノードＢ６１０とが、チャネルのバックアップ・リストを更新していないかもしれない。別の例では、ラジオ・リンク欠陥は、悪い幾何学条件による場合がありうる。例えば、この例では、ＵＥ６５０がセルの有効通信範囲エリアを出て、ハンドオーバがｅノードＢ６１０によってシグナルされない。したがって、ラジオ・リンク欠陥は、選択されたチャネルに関わらず持続しうる。以下の解決策は、持続的なラジオ・リンク欠陥問題に対処しうる。
【００５５】
１つの態様では、タイマがＵＥ側において終了した場合、新たなチャネルが、ライセンスされたスペクトルにあるのであれば、ＵＥ６５０は、新たなチャネルにおけるＰＤＣＣＨ復号品質の測定を開始しうる。さらに、ライセンスされたチャネルにチューニングされた場合に、ＵＥ６５０によってラジオ・リンク欠陥が宣言されたのであれば、前述したベースライン手順が遵守されうる。
【００５６】
別の態様では、タイマがＵＥ側において終了した場合に、新たなチャネルが、ライセンスされていないスペクトルにあるのであれば、ＵＥ６５０は、新たなチャネルにおけるＰＤＣＣＨ復号品質の測定を開始しうる。さらに、ラジオ・リンク欠陥が、ライセンスされていないスペクトルにおいて宣言されたのであれば、バックアップ・チャネルのリストにおける第２のチャネルが選択され、前述した回復手順が繰り返される。回復手順は、（Ｐ，Ｌ）のうちの最小の回数まで反復されうる。ここで、Ｐは、設計パラメータであり、Ｌは、バックアップ・チャネル・リストの長さである。ｍｉｎ（Ｐ、Ｌ）試みの後、ラジオ・リンク欠陥が再び宣言されると、前述したベースライン手順または標準的な手順が遵守されうる。
【００５７】
ラジオ・リンク欠陥が生じた場合、チャネル回復手順の時間を増やすために、ハンドシェークが生じうる。典型的なハンドシェークは、タイマの終了後に、ｅノードＢ６１０が、第１のサブフレームで情報を送信することを含む。この情報は、ＵＥ６５０からの応答を促さねばならない。１つの構成では、この情報は、ＵＥ６５０のセル・ラジオ・ネットワーク・テンポラリ識別子（Ｃ−ＲＮＴＩ）を用いてスクランブルされた少なくとも１つのＰＤＣＣＨダウンリンク制御情報（ＤＣＩ）メッセージである。例えば、このメッセージは、非同期チャネル品質インデクス（ＣＱＩ）要求を含みうる。ＵＥ６５０とｅノードＢ６１０との間のこのハンドシェークはあるいは、アクノレッジメント（ＡＣＫ）／否定的アクノレッジメント（ＮＡＣＫ）シーケンスの形態をとりうる。
【００５８】
前述したように、ダウンリンク・チャネルが、ラジオ・リンク欠陥を被っている場合に、アップリンク・チャネルが信頼性を維持している間、ＵＥ６５０は、ｅノードＢ６１０に対して、ラジオ・リンク欠陥を通知する。ＵＥ６５０が、ｅノードＢ６１０に対して、ラジオ・リンク欠陥を通知するために、さまざまなオプションが利用可能でありうる。現在、スケジューリング要求が、ＵＥ６５０によって定期的に（ＰＵＳＣＨが送信されていないのであれば、ＰＵＣＣＨで）シグナルされている。通知を容易にするために、特別なスケジューリング要求値（例えば、−１に等しい）が定義されうる。ラジオ・リンク欠陥が検出された場合、ＵＥ６５０は、第１のスケジューリング要求レポート機会において、この特別なスケジューリング要求値を送信しうる。
【００５９】
いくつかの態様では、ｅノードＢ６１０に通知することは、特別なランダム・アクセス・チャネル（ＲＡＣＨ）手順を含みうる。ラジオ・リンク欠陥が宣言された場合、ＵＥ６５０によって、特別なＲＡＣＨ手順が開始されうる。特別なＲＡＣＨ手順は、異なるルートまたは異なる直交シフト、別のサブフレーム（ＰＲＡＣＨ機会）、および／または、別の周波数を有する、特別な物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）シーケンスを含みうる。ｅノードＢ６１０が特別なＰＲＡＣＨシーケンスを検出した場合、ｅノードＢ６１０は、送信元のＵＥ６５０が、ラジオ・リンク欠陥を宣言していることを認識する。したがって、ｅノードＢ６１０は、どのＵＥ６５０がこのシーケンスを送信したのかを把握できなくてはならない。ｅノードＢ６１０は、各ＵＥ６５０に割り当てられたリソースとシーケンスとのユニークな組み合わせを認識することによって、送信元のＵＥ６５０を判定しうる。あるいは、ＵＥ６５０は、その後のメッセージに、自分のアイデンティティを組み込みうる。
【００６０】
いくつかの態様では、ＵＥ６５０は、（例えば、認知（cognitive）ＵＥを用いて）アップリンク・チャネルで定期的に送信することが要求されているキープ・アライブ・メッセージを用いて、ｅノードＢ６１０に対して、ラジオ・リンク欠陥を通知しうる。いくつかの態様では、適切な半持続的スケジューリング（ＳＰＳ）許可が、この目的に特化されうる。ＳＰＳ許可は、（迅速な通知を可能にするために）低周期だが、オーバヘッドを低減するためにわずかな割当リソース・ブロック（ＲＢ）しか有してはならない。
【００６１】
ラジオ・リンク欠陥通知は、ｅノードＢ６１０によって受信されないかもしれないか、または、ｅノードＢ６１０によって誤って受信されうる。この欠陥通知は、例えば、アップリンク・チャネルが信頼性が低くなったために、あるいは、ｅノードＢ６１０によって正しく検出されないためになされうる。ラジオ・リンク欠陥通知が失敗した場合、ＵＥ６５０は、再チューニングし、ｅノードＢ６１０は再チューニングしないだろう。
【００６２】
新たなチャネルがライセンスされていない場合、ＵＥ６５０は、（ｅノードＢ６１０によって宛先チャネルで共通基準信号（ＣＲＳ）が送信されていないと仮定して、）第２のラジオ・リンク欠陥通知を発行しうる。したがって、ｅノードＢ６１０は、第２の通知を受信しうる。そして、このチャネルを回復するために、それにしたがって動作しうる。
【００６３】
（ｅノードＢ６１０がＣＲＳおよび制御チャネルを送信したと仮定して）宛先チャネルがラインセンスされた場合、ＵＥ６５０は、ラジオ・リンク欠陥を発行しうる。しかしながら、ＵＥ６５０は、タイマ終了後、第１のサブフレームで、新たなチャネルでハンドシェークを受信することはないだろう。本開示の１つの態様によれば、タイマ終了後、ある数のサブフレーム後、適切なハンドシェーク・メッセージが受信されないのであれば、ＵＥは、レガシー・ラジオ・リンク欠陥を宣言し、前述したベースライン手順にしたがう。
【００６４】
図７Ａ−７Ｂは、無線通信のための方法７０１，７０２を例示する。図７Ａに例示された方法７０１は、図６のＵＥ６５０において実施されうる。図７Ａに例示されているように、ＵＥは、ブロック７１０に示すように、ｅノードＢに対してラジオ・リンク欠陥を通知するためのメッセージを、現在のチャネルで送信しうる。ＵＥはその後、ブロック７１２に示されるように、予め合意されたチャネルへ再チューニングしうる。さらにＵＥは、ブロック７１４に示されるように、予め合意されたチャネルでｅノードＢと同期するための期間を設定しうる。
【００６５】
１つの構成では、ｅノードＢに対してラジオ・リンク欠陥を通知するためのメッセージを現在のチャネルで送信する手段を含むＵＥ６５０が、無線通信のために構成されている。１つの態様では、受信する手段は、送信する手段によって記述された機能を実行するように構成されたコントローラ・プロセッサ６５９、メモリ６６０、ＴＸプロセッサ６６８、およびアンテナ６５２でありうる。ＵＥ６５０はまた、予め合意されたチャネルへ再チューニングする手段を含むようにも構成される。１つの態様では、再チューニングする手段は、再チューニングする手段によって記述された機能を実行するように構成されたコントローラ・プロセッサ６５９、メモリ６６０、ＴＸプロセッサ６６８、およびアンテナ６５２でありうる。ｅノードＢ６１０はまた、予め合意されたチャネルでｅノードＢと同期するための期間を設定する手段を含むようにも構成される。１つの態様では、設定する手段は、設定する手段によって記述された機能を実行するように構成されたコントローラ・プロセッサ６５９、メモリ６６０、ＴＸプロセッサ６６８、およびアンテナ６５２でありうる。別の態様では、前述された手段は、前述された手段によって記載された機能を実行するように構成された任意のモジュールまたは任意の装置でありうる。
【００６６】
図７Ｂに例示される方法７０２は、図６のｅノードＢ６１０によって実施されうる。図７Ｂに例示されるように、ｅノードＢは、ブロック７２０に図示されるように、現在のチャネルで、遠隔のＵＥからＲＬＦ通知を受信しうる。ｅノードＢは，ブロック７２２に図示されるように、予め合意されたチャネルへ再チューニングしうる。さらに、ｅノードＢは、ブロック７２４に図示されるように、予め合意されたチャネルによって通信しうる。さらに、ブロック７２６に図示されるように、ｅノードＢは、予め合意されたチャネルでＵＥと同期するための期間を設定しうる。
【００６７】
１つの構成では、現在のチャネルで、ユーザ機器（ＵＥ）からラジオ・リンク欠陥通知を受信する手段と、予め合意されたチャネルへ再チューニングする手段と、予め合意されたチャネルによって通信する手段と、予め合意されたチャネルでＵＥと同期するための期間を設定する手段と、を含むｅノードＢ６１０が、無線通信のために構成される。１つの態様では、前述した手段は、前述した手段によって記述された機能を実行するように構成されたコントローラ・プロセッサ６７５、メモリ６７６、受信プロセッサ６７０、およびアンテナ６２０でありうる。
【００６８】
図８は、処理システム８１４を適用する装置８００のハードウェア実装の例を例示する図解である。処理システム８１４は、一般にバス８２４によって表されているバス・アーキテクチャを用いて実現されうる。バス８２４は、全体的な設計制約および処理システム８１４の特定のアプリケーションに依存して、任意の数の相互接続バスおよびブリッジを含みうる。バス８２４は、プロセッサ８１８、モジュール８０２−８０６、およびコントローラ読取可能な媒体８１６によって表される、１または複数のプロセッサおよび／またはハードウェア・モジュールを含むさまざまな回路をともにリンクする。バス８２４はさらに、例えば、タイミング・ソース、周辺機器、電圧制御装置、および電力管理回路のようなその他さまざまな回路をリンクしうる。これらは、当該技術分野で良く知られているので、さらなる説明はしない。
【００６９】
この処理システム８１４は、トランシーバ８１０に接続されている。トランシーバ８１０は、１または複数のアンテナ８２０に接続されうる。トランシーバ８１０は、送信媒体を介したその他さまざまな装置との通信を可能にする。
【００７０】
プロセッサ８１８は、コンピュータ読取可能な媒体８１６に格納されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ８１８によって実行された場合、処理システム８１４に対して、任意の特定の装置のために記述されたさまざまな機能を実行させる。コンピュータ読取可能な媒体８１６はまた、ソフトウェアが実行されている場合に、プロセッサ８１８によって操作されるデータを格納するためにも使用されうる。
【００７１】
処理システム８１４は、通知モジュール８０２、再チューニング・モジュール８０４、およびタイミング・モジュール８０６を含む。通知モジュール８０２は、ｅノードＢにラジオ・リンク欠陥を通知するメッセージを現在のチャネルで送信しうる。再チューニング・モジュール８０４は、予め合意されたチャネルへ再チューニングしうる。さらに、タイミング・モジュール８０６は、予め合意されたチャネルでｅノードＢと同期するための期間を設定しうる。これらモジュールは、コンピュータ読取可能な媒体８１６に常駐／格納され、プロセッサ８１８において動作するソフトウェア・モジュールでありうるか、プロセッサ８１８に接続された１または複数のハードウェア・モジュールでありうるか、またはこれらのある組み合わせでありうる。処理システム８１４は、ＵＥ６５０の構成要素でありうる。そして、メモリ６６０、送信プロセッサ６６８、受信プロセッサ６５６、変調器／復調器６５４、アンテナ６５２、および／または、コントローラ／プロセッサ６５９を含みうる。
【００７２】
図９は、処理システム９１４を適用する装置９００のハードウェア実装の例を例示する図解である。処理システム９１４は、一般にバス９２４によって表されているバス・アーキテクチャを用いて実現されうる。バス９２４は、全体的な設計制約および処理システム９１４の特定のアプリケーションに依存して、任意の数の相互接続バスおよびブリッジを含みうる。バス９２４は、プロセッサ９１８、モジュール９０２−９０８、およびコントローラ読取可能な媒体９１６によって表される、１または複数のプロセッサおよび／またはハードウェア・モジュールを含むさまざまな回路をともにリンクする。バス９２４はさらに、例えば、タイミング・ソース、周辺機器、電圧制御装置、および電力管理回路のようなその他さまざまな回路をリンクしうる。これらは、当該技術分野で良く知られているので、さらなる説明はしない。
【００７３】
この処理システム９１４は、トランシーバ９１１に接続されている。トランシーバ９１１は、１または複数のアンテナ９２０に接続されうる。トランシーバ９１１は、送信媒体を介したその他さまざまな装置との通信を可能にする。プロセッサ９１８は、コンピュータ読取可能な媒体９１６に格納されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ９１８によって実行された場合、処理システム９１４に対して、任意の特定の装置のために記述されたさまざまな機能を実行させる。コンピュータ読取可能な媒体９１６はまた、ソフトウェアが実行されている場合に、プロセッサ９１８によって操作されるデータを格納するためにも使用されうる。
【００７４】
処理システム９１４は、通知モジュール９０２、再チューニング・モジュール９０４、通信モジュール９０６、およびタイミング・モジュール９０８を含む。通知モジュール９０２は、ＵＥから、現在のチャネルで、ラジオ・リンク欠陥通知を受信しうる。再チューニング・モジュール９０４は、予め合意されたチャネルへ再チューニングしうる。さらに、通信モジュール９０６は、予め合意されたチャネルによって通信しうる。さらに、タイミング・モジュール９０８は、予め合意されたチャネルでＵＥと同期するための期間を設定しうる。これらモジュールは、コンピュータ読取可能な媒体９１６に常駐／格納され、プロセッサ９１８において動作するソフトウェア・モジュールでありうるか、プロセッサ９１８に接続された１または複数のハードウェア・モジュールでありうるか、またはこれらのある組み合わせでありうる。処理システム９１４は、ｅノードＢ６１０の構成要素でありうる。そして、メモリ６７６、送信プロセッサ６１６、受信プロセッサ６７０、変調器／復調器６１８、アンテナ６２０、および／または、コントローラ／プロセッサ６７５を含みうる。
【００７５】
当業者であればさらに、本明細書の開示に関連して記載されたさまざまな例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子工学ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、これらの機能の観点から一般的に記載された。これら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定の用途およびシステム全体に課せられている設計制約に依存する。当業者であれば、特定の用途のおのおのに応じて変化する方式で、前述した機能を実現しうる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００７６】
本明細書の開示に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサは、マイクロ・プロセッサでありうるが、代替例では、このプロセッサは、従来のプロセッサ、コントローラ、マイクロ・コントローラ、またはステート・マシンでありうる。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成であるコンピューティング・デバイスの組み合わせとして実現されうる。
【００７７】
本明細書の開示に関連して説明された方法またはアルゴリズムのステップは、ハードウェアでダイレクトに、プロセッサによって実行されるソフトウェア・モジュールで、またはこの２つの組合せで実施することができる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に存在しうる。典型的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、また記憶媒体に情報を書き込むことができるようにプロセッサに結合される。あるいは、この記憶媒体は、プロセッサに統合されうる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在しうる。ＡＳＩＣは、ユーザ端末内に存在しうる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリートな構成要素として存在しうる。
【００７８】
１または複数の典型的な設計では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれらの任意の組み合わせによって実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能な媒体上に格納されるか、あるいは、コンピュータ読取可能な媒体上の１または複数の命令群またはコードとして送信されうる。コンピュータ読取可能な媒体は、コンピュータ記憶媒体と通信媒体との両方を含む。これらは、コンピュータ・プログラムのある場所から別の場所への転送を容易にする任意の媒体を含む。記憶媒体は、汎用コンピュータまたは特別目的コンピュータによってアクセスされうる任意の利用可能な媒体でありうる。限定ではなく、一例として、このようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶装置、あるいは、命令群またはデータ構造の形式で所望のプログラム・コード手段を伝送または格納するために使用され、かつ、汎用コンピュータまたは特別目的コンピュータ、あるいは、汎用プロセッサまたは特別目的プロセッサによってアクセスされうるその他任意の媒体を備えうる。さらに、いかなる接続も、コンピュータ読取可能な媒体として適切に称される。同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。本明細書で使用されるディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、およびブルー・レイ・ディスク（ｄｉｓｃ）を含む。これらｄｉｓｃは、レーザを用いてデータを光学的に再生する。それに対して、ｄｉｓｋは、通常、データを磁気的に再生する。前述した組み合わせもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。
【００７９】
本開示の上記記載は、当業者をして、本開示の製造または利用を可能とするように提供される。本開示に対するさまざまな変形は、当業者に容易に明らかであって、本明細書で定義された一般原理は、本開示の精神または範囲から逸脱することなく、他のバリエーションに適用されうる。このように、本開示は、本明細書で示された例および設計に限定されることは意図されておらず、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当するとされている。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
無線通信の方法であって、
ラジオ・リンク欠陥を基地局に通知するためのメッセージを現在のチャネルで送信することと、
予め合意されたチャネルへ再チューニングすることと、
前記予め合意されたチャネルで前記基地局と同期するための期間を設定することと、を備える方法。
［Ｃ２］
前記再チューニングすることはさらに、予めネゴシエートされた帯域幅を伴うチャネルへ再チューニングすることを備える、Ｃ１に記載の方法。
［Ｃ３］
前記予め同意されたチャネルおよび予め同意された別のチャネルを含む、予め合意されたチャネルの、ソートされたリストを保持することと、
前記基地局およびユーザ機器（ＵＥ）の同期無しで前記期間が終了した場合、前記予め合意された別のチャネルへ再チューニングすることと、をさらに備えるＣ１に記載の方法。
［Ｃ４］
前記通知することは、特別なスケジューリング要求、定期的なキープ・アライブ・メッセージ、または特別な物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）シーケンスのうちの少なくとも１つを送信することを備える、Ｃ１に記載の方法。
［Ｃ５］
前記期間中にダウンリンク通信およびアップリンク通信を中断すること、をさらに備えるＣ１に記載の方法。
［Ｃ６］
前記再チューニングすることはさらに、前記ラジオ・リンク欠陥がホワイト・スペース・チャネルについて宣言された場合、ライセンスされたチャネルへ再チューニングすることを備える、Ｃ１に記載の方法。
［Ｃ７］
前記期間が終了した場合、前記予め合意されたチャネルで、物理データ制御チャネル（ＰＤＣＣＨ）許可を受信すること、をさらに備えるＣ１に記載の方法。
［Ｃ８］
前記期間が終了した後、物理データ制御チャネル（ＰＤＣＣＨ）許可が、前記予め合意されたチャネルで、特定の期間内にユーザ機器（ＵＥ）によって受信されない場合、新たなラジオ・リンク欠陥手順を開始すること、をさらに備えるＣ１に記載の方法。
［Ｃ９］
無線通信の方法であって、
ユーザ機器（ＵＥ）から、現在のチャネルでラジオ・リンク欠陥通知を受信することと、
予め合意されたチャネルへ再チューニングすることと、
前記予め合意されたチャネルによって通信することと、
前記予め同意されたチャネルで前記ＵＥと同期するための期間を設定することと、を備える方法。
［Ｃ１０］
前記期間が終了した場合、前記予め合意されたチャネルで、物理データ制御チャネル（ＰＤＣＣＨ）許可を送信すること、をさらに備えるＣ９に記載の方法。
［Ｃ１１］
前記予め同意されたチャネルで、チャネル品質インジケーション・レポートを要求すること、をさらに備えるＣ９に記載の方法。
［Ｃ１２］
前記期間中にダウンリンク通信およびアップリンク通信を中断すること、をさらに備えるＣ９に記載の方法。
［Ｃ１３］
中断された通信を、前記ＵＥからハンドシェーク・メッセージを受信することに応じて再開すること、をさらに備えるＣ１２に記載の方法。
［Ｃ１４］
無線通信のための装置であって、
ラジオ・リンク欠陥を基地局に通知するためのメッセージを現在のチャネルで送信する手段と、
予め合意されたチャネルへ再チューニングする手段と、
前記予め合意されたチャネルで前記基地局と同期するための期間を設定する手段と、を備える装置。
［Ｃ１５］
無線通信のための装置であって、
ユーザ機器（ＵＥ）から、現在のチャネルでラジオ・リンク欠陥通知を受信する手段と、
予め合意されたチャネルへ再チューニングする手段と、
前記予め合意されたチャネルによって通信する手段と、
前記予め同意されたチャネルで前記ＵＥと同期するための期間を設定する手段と、を備える装置。
［Ｃ１６］
無線通信のためのコンピュータ・プログラム製品であって、
記録されたプログラム・コードを有する非一時的なコンピュータ読取可能な媒体を備え、前記プログラム・コードは、
ラジオ・リンク欠陥を基地局に通知するためのメッセージを現在のチャネルで送信するためのプログラム・コードと、
予め合意されたチャネルへ再チューニングするためのプログラム・コードと、
前記予め合意されたチャネルで前記基地局と同期するための期間を設定するためのプログラム・コードとを備える、コンピュータ・プログラム製品。
［Ｃ１７］
無線通信のためのコンピュータ・プログラム製品であって、
記録されたプログラム・コードを有する非一時的なコンピュータ読取可能な媒体を備え、前記プログラム・コードは、
ユーザ機器（ＵＥ）から現在のチャネルでラジオ・リンク欠陥通知を受信するためのプログラム・コードと、
予め合意されたチャネルへ再チューニングするためのプログラム・コードと、
前記予め合意されたチャネルによって通信するためのプログラム・コードと、
前記予め同意されたチャネルで前記ＵＥと同期するための期間を設定するためのプログラム・コードとを備える、コンピュータ・プログラム製品。
［Ｃ１８］
無線通信のための装置であって、
メモリと、
前記メモリに接続された少なくとも１つのプロセッサとを備え、
前記少なくとも１つのプロセッサは、
ラジオ・リンク欠陥を基地局に通知するためのメッセージを現在のチャネルで送信し、
予め合意されたチャネルへ再チューニングし、
前記予め合意されたチャネルで前記基地局と同期するための期間を設定するように構成された、装置。
［Ｃ１９］
前記再チューニングすることはさらに、予めネゴシエートされた帯域幅を伴うチャネルへ再チューニングすることを含む、Ｃ１８に記載の装置。
［Ｃ２０］
前記少なくとも１つのプロセッサはさらに、
前記予め同意されたチャネルおよび予め同意された別のチャネルを含む、予め合意されたチャネルの、ソートされたリストを保持し、
前記基地局およびユーザ機器（ＵＥ）の同期無しで前記期間が終了した場合、前記予め合意された別のチャネルへ再チューニングするように構成された、Ｃ１８に記載の装置。
［Ｃ２１］
前記少なくとも１つのプロセッサはさらに、特別なスケジューリング要求、定期的なキープ・アライブ・メッセージ、または特別な物理ランダム・アクセス・チャネル・シーケンスのうちの少なくとも１つを送信することによって通知するように構成された、Ｃ１８に記載の装置。
［Ｃ２２］
前記少なくとも１つのプロセッサはさらに、前記期間中、ダウンリンク通信およびアップリンク通信を中断するように構成された、Ｃ１８に記載の装置。
［Ｃ２３］
前記少なくとも１つのプロセッサはさらに、前記ラジオ・リンク欠陥がホワイト・スペース・チャネルについて宣言された場合、ライセンスされたチャネルへ再チューニングすることによって再チューニングするように構成された、Ｃ１８に記載の装置。
［Ｃ２４］
前記少なくとも１つのプロセッサはさらに、前記期間が終了した場合、前記予め合意されたチャネルで、物理データ制御チャネル（ＰＤＣＣＨ）許可を受信するように構成された、Ｃ１８に記載の装置。
［Ｃ２５］
前記少なくとも１つのプロセッサはさらに、前記期間が終了した後、物理データ制御チャネル（ＰＤＣＣＨ）許可が、前記予め合意されたチャネルで、特定の期間内にユーザ機器（ＵＥ）によって受信されない場合、新たなラジオ・リンク欠陥手順を開始するように構成された、Ｃ１８に記載の装置。
［Ｃ２６］
無線通信のための装置であって、
メモリと、
前記メモリに接続された少なくとも１つのプロセッサとを備え、
前記少なくとも１つのプロセッサは、
ユーザ機器（ＵＥ）から現在のチャネルでラジオ・リンク欠陥通知を受信し、
予め合意されたチャネルへ再チューニングし、
前記予め合意されたチャネルによって通信し、
前記予め同意されたチャネルで前記ＵＥと同期するための期間を設定するように構成された、装置。
［Ｃ２７］
前記少なくとも１つのプロセッサはさらに、前記期間が終了した場合、前記予め合意されたチャネルで、物理データ制御チャネル（ＰＤＣＣＨ）許可を送信するように構成された、Ｃ２６に記載の装置。
［Ｃ２８］
前記少なくとも１つのプロセッサはさらに、前記予め同意されたチャネルで、チャネル品質インジケーション・レポートを要求するように構成された、Ｃ２６に記載の装置。
［Ｃ２９］
前記少なくとも１つのプロセッサはさらに、前記期間中、ダウンリンク通信およびアップリンク通信を中断するように構成された、Ｃ２６に記載の装置。
［Ｃ３０］
前記少なくとも１つのプロセッサはさらに、中断された通信を、前記ＵＥからハンドシェーク・メッセージを受信することに応じて再開するように構成された、Ｃ２９に記載の装置。
【図１】
0005847936.tif 000002
【図２】
0005847936.tif 000003
【図３】
0005847936.tif 000004
【図４】
0005847936.tif 000005
【図５】
0005847936.tif 000006
【図６】
0005847936.tif 000007
【図７Ａ】
0005847936.tif 000008
【図７Ｂ】
0005847936.tif 000009
【図８】
0005847936.tif 000010
【図９】
0005847936.tif 000011