JP2013539317A - デバイス内共存干渉を回避するための方法および装置 - Google Patents

Abstract

ＬＴＥ信号伝達を非ＬＴＥ信号伝達から分離するために専用時間間隔を使用して、ＬＴＥ信号伝達および非ＬＴＥ信号伝達を制御ならびに分離することによって、同一デバイス上において隣接する周波数帯内に展開される異なる無線技術間のデバイス内共存干渉を回避する方法、システム、およびデバイスが提供される。加えて、閾値ベースのトリガイベントを使用して共存干渉を回避し、かつ、非干渉ネットワークノードがハンドオフ後干渉ネットワークノードに切替復帰しないように「維持時間」パラメータを確立することによってピンポン現象を防止する共存モードハンドオーバプロシージャが提供される。

Description

本発明は、概して、通信システムおよびそれを動作させる方法に関する。一側面では、本発明は、隣接する周波数帯内に展開される異なる無線技術間の共存干渉を管理する方法、システム、およびデバイスに関する。

成長を続けるスマート接続型デバイス市場は、同一デバイスが、デバイス内プラットフォーム上で複数の無線技術をサポートすることを要求する。しかしながら、いくつかの構成は、デバイス内干渉のため、深刻な性能劣化を生じさせ得る。例えば、ロング・ターム・エボリューション（ＬＴＥ）および産業科学医療用（ＩＳＭ）技術（Ｂｌｕｅｔｏｏｔｈ（登録商標）および／またはＷＬＡＮ等）の両方をサポートするデバイスでは、これらの無線の並行動作のために、重要な使用例が存在する。隣接する周波数帯内に展開されるＩＳＭ技術とＬＴＥとの間に、共存問題が発生する。以下の表１に示されるように、共存干渉は、ＩＳＭ伝送がＬＴＥ受信機に対して干渉をもたらす場合に発生し、また、ＬＴＥ伝送がＩＳＭ受信機に対して干渉をもたらす場合にも発生する。

表１：デバイス内構成におけるＬＴＥおよびＩＳＭコンポーネントの干渉

類似共存問題は、ＬＴＥおよび全地球測位システム（ＧＰＳ）コンポーネント両方を含む、デバイスでも生じる。以下の表２に示されるように、ＬＴＥおよびＧＰＳコンポーネントが同一デバイス上で作用している場合、分数調波周波数における保護周波数帯の配分によって回避することができない隣接する動作または高調波周波数により、干渉が存在するであろう。

表２：デバイス内構成におけるＬＴＥおよびＧＰＳコンポーネントの干渉

理解されるであろうように、端末フィルタは、隣接するチャネル干渉に十分な除外を提供しないので、共存干渉に対処するための現在の最新フィルタ技術の使用には、課題が存在する。これらの課題は、特に、これらのコンポーネントが単一デバイス内に構成され、ＬＴＥコンポーネントが指定された周波数帯上で伝送中に干渉が生じる場合、顕著となる。故に、異なる無線技術間の共存干渉を管理し、上記に概略されたような当技術分野における問題を克服するための改良された方法、システム、およびデバイスの必要性が存在する。従来のプロセスおよび技術のさらなる限定および不利点は、以下の図面および発明を実施するための形態を参照して、本願の残りを検討後、当業者に明白となるであろう。

同一デバイス上において、隣接する周波数帯内に展開される異なる無線技術間のデバイス内共存干渉を回避する方法、システム、およびデバイスが提供される。選択された実施形態では、ＬＴＥ信号伝達および非ＬＴＥ信号伝達を制御および分離し、それによって、共存干渉が存在しない時分割多重化ベースの解決策を確立することによって、共存動作モードを提供するための無線リソース管理機構（ＲＲＭ）および信号伝達プロシージャが開示される。信号伝達方式を有効にするために、無線リソース制御信号メッセージ（例えば、ＣｏＥｘｉｓｔ−ＲＥＱ、ＣｏＥｘｉｓｔ−ＲＳＰ、ＣｏＥｘｉｓｔ−ＲＥＪ、ＣｏＥｘｉｓｔＤｅａｃｔ−ＲＥＱおよびＣｏＥｘｉｓｔＤｅａｃｔ−ＲＳＰ）および／または情報要素（アクション、開始時間オフセット、維持時間、オン間隔、オフ間隔、共存サイクル、最大比率、可能リンク、および／または延長）が、ユーザ機器（ＵＥ）および拡張ノードＢ（ｅＮＢ）によって使用され、信号伝達動作を確立し、動作を時分割多重（ＴＤＭ）共存モードにおいて有効にし、デバイス内干渉を回避するために提供される。加えて、閾値ベースのトリガイベントを使用して、共存干渉を回避し、かつ、「維持時間」パラメータを確立することによって、非干渉ネットワークノードがハンドオフ後干渉ネットワークノードに切替復帰しないようにピンポン現象を防止する共存モードハンドオーバプロシージャが提供される。共存干渉はまた、ハイブリッド自動再送要求（ＨＡＲＱ）機構を提供することによって回避され、ＨＡＲＱ機構は、同一デバイス上において、ＬＴＥアクティビティからの干渉を伴わない非ＬＴＥデバイスに対する時間間隔を最大限にするために、固定または可変オン間隔パラメータ、および非ＬＴＥアクティビティが存在するかどうかを示すアクティビティパラメータを提供することによって、共存干渉を考慮する。

本発明は、以下の発明を実施するための形態が以下の図面と併せて検討されることによって、理解され、その多数の目的、特徴、および利点が得られるであろう。
図１は、既存の無線リソース管理信号伝達プロシージャが共存干渉に対処するためにどのように使用され得るかを例証する、信号フロー図である。 図２は、本発明の選択された実施形態による、無線リソース制御信号伝達呼び出しフローを例証する、信号フロー図である。 図３は、「可能リンク」設定が、ＬＴＥデバイス信号受信がオフ間隔中に、予期されていないことを示す第１の値に設定される、ＬＴＥおよびＩＳＭデバイスのための信号タイミングフローを例証する。 図４は、「可能リンク」設定が、ダウンリンクＬＴＥデバイス信号受信がオフ間隔中に、予期されていることを示す第２の値に設定される、ＬＴＥおよびＩＳＭデバイスのための信号タイミングフローを例証する。 図５は、本発明の選択された実施形態による、ＵＥ要求ハンドオーバ信号伝達呼び出しフローのための信号フロー図である。 図６は、ＬＴＥデバイス信号受信が、オフ間隔中に、予期されていないことを示す第１の値に設定された「可能リンク」を伴う固定オン間隔を有する、ハンドオーバ信号伝達呼び出しフローのフローチャート図である。 図７は、ダウンリンクＬＴＥデバイス信号受信が、オフ間隔中に、予期されていることを示す第２の値に設定された「可能リンク」を伴う固定オン間隔を有する、ハンドオーバ信号伝達呼び出しフローのフローチャート図である。 図８は、ＬＴＥデバイス信号受信が、オフ間隔中に、予期されていないことを示す第１の値に設定された「可能リンク」を伴う可変オン間隔を有する、ハンドオーバ信号伝達呼び出しフローのフローチャート図である。 図９は、ＬＴＥデバイス信号受信が、オフ間隔中に、予期されていないことを示す第１の値に設定された「可能リンク」を伴う可変オン間隔を使用する、ハンドオーバ信号伝達呼び出しフロー動作を示す、信号フロー図である。 図１０は、ダウンリンクＬＴＥデバイス信号受信が、オフ間隔中に、予期されていることを示す第２の値に設定された「可能リンク」を伴う可変オン間隔を使用する、ハンドオーバ信号伝達呼び出しフロー動作を示す、信号フロー図である。 図１１は、本発明の選択された実施形態と使用され得る、モバイル無線通信デバイスの例示的コンポーネントを例証する、概略ブロック図である。

次に、本発明の種々の例証的実施形態が、付随の図を参照して、詳細に説明される。種々の詳細は、以下の説明に記載されるが、本発明は、これらの具体的詳細を伴わずに実践され得、実装毎に異なるであろう、プロセス技術または設計関連制約への準拠等、デバイス設計者の具体的目標を達成するために、多数の実装特異的決定が、本明細書に説明される本発明に対して行われ得ることを理解されるであろう。そのような開発努力は、複雑かつ時間がかかる場合があるが、それでもなお、本開示の利益を有する当業者にとって、通常の作業となるであろう。例えば、選択された側面は、本発明を限定または曖昧にすることを回避するために、詳細にではなく、ブロック図およびフロー図の形態で示される。加えて、本明細書に提供される発明を実施するための形態のいくつかの部分は、コンピュータメモリ内のデータ上のアルゴリズムまたは動作の観点から提示される。そのような説明および表現は、本当業者によって、その研究の主題を他の当業者に説明および伝達するために使用される。次に、本発明の種々の例証的実施形態が図を参照して、以下に詳細に説明される。

継続中の３ＧＰＰ議論は、複数の無線技術の並行動作によって生じる干渉に対処することに関連付けられた技術的課題に対処している。ここでの困難性は、ＩＳＭ送信機がＬＴＥ受信機に干渉する場合、またはＬＴＥ送信機がＩＳＭおよびＧＰＳ受信機動作に干渉をもたらす場合等、相互に干渉し得る、ＩＳＭ（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）および／またはＷＬＡＮ）および／またはＧＰＳ技術を伴うＬＴＥ技術サポートする、単一デバイスの実施例を参照して理解されるであろう。例えば、「ＬＳ ｏｎ ｉｎ−ｄｅｖｉｃｅ ｃｏｅｘｉｓｔｅｎｃ ｉｎｔｅｒｆｅｒｅｎｃｅ」と題された３ＧＰＰ報告書Ｒ４−１０２２６８において報告されるように、Ｂｌｕｅｔｏｏｔｈ（登録商標）（ＢＴ）コンポーネント誤り率は、ＬＴＥコンポーネントが、いくつかのＢＴコンポーネントチャネル条件に対して、周波数帯７またはさらに周波数帯４０のいくつかのチャネルにおいて、アクティブである場合、容認不可能である。したがって、ＬＴＥコンポーネントに劣化が存在しない場合でも、ＢＴコンポーネントとの同時動作は、ＢＴヘッドセットにおいて終端する音声サービスに容認不可能な中断をもたらし得る。類似問題は、ＬＴＥ伝送が、ＧＰＳコンポーネントに干渉する場合にも存在する。現在、ＬＴＥ自体は、いかなる劣化も被らないため、本問題に対処するためのＲＲＭ機構は、存在しない。また、非ＬＴＥコンポーネントによって生じるＬＴＥコンポーネントに対する干渉シナリオも存在する。例えば、３ＧＰＰ報告書Ｒ４−１０２２６８に報告されるように、ＬＴＥダウンリンク（ＤＬ）誤り率は、ＢＴコンポーネントがアクティブであって、ＬＴＥが周波数帯４０内で展開される場合、非常に高くなり得る（ＰＤＳＣＨに関して、４４−５５％）。

異なる無線技術の並行動作からの潜在的干渉をさらに例証するために、表３（以下）は、試験データならびに３ＧＰＰ仕様ＴＳ３６．１０１およびＴＳ３６．１０４から得られたＬＴＥおよびＷＬＡＮ関連ＲＦパラメータを列挙しており、ＷＬＡＮに対するスプリアス発射および許容干渉電力の仕様は、「Ｃｏｅｘｉｓｔｅｎｃｅ ｓｔｕｄｉｅｓ ｂｅｔｗｅｅｎ ＬＴＥ ａｎｄ ＷＬＡＮ」と題された３ＧＰＰ報告書Ｒ４−１００７０６から得られた試験データに基づく。

表３：ＬＴＥおよびＩＳＭ構成のＲＦパラメータ

現在の最新フィルタ技術に基づいて、端末フィルタが、隣接する周波数に関して、十分な除外をもたらすことは、困難である。これは、表３に示されるパラメータに基づいて、ＬＴＥ ＵＥおよびＷＬＡＮ局サービス（ＳＳ）構成のための最小結合損失（ＭＣＬ）要件を示す、表４（以下）を参照して例証される。

表４：ＬＴＥ ＵＥおよびＷＬＡＮ ＳＳ構成のためのＭＣＬ要件。

上記に示されるように、同一デバイス内にない場合でも、地理的に同一場所に位置するＬＴＥ ＵＥとＷＬＡＮ ＳＳとの間には、干渉が存在する。その結果、共存干渉問題は、デバイス内のケースに対する単一の一般的ＲＦ設計では、解決することができない。動的に切替可能なフィルタリング動作を提供し、デバイス内同時干渉に対処するための試みは、デバイス設計および製造に有意なコストおよび複雑性を加える。

ＲＳＲＱ測定、周波数間／ＲＡＴ間ハンドオーバ、セル（再）選択、ＲＬＦ監視および接続（再）確立等、既存の無線リソース管理（ＲＲＭ）機構および信号伝達プロシージャを使用して、共存干渉問題に対処する試みがなされてきた。しかしながら、これらのプロシージャは、共存干渉を処理し、要求されるサービスの質（ＱｏＳ）を保証し得るかどうかを決定するためのさらなる評価を要求する。例えば、ＲＲＣメッセージ交換を使用する、通常ＬＴＥハンドオーバプロシージャは、高ＤＬ誤り率がＤＬ無線リンク障害（ＲＬＦ）につながり、ひいては、ＵＥが別の周波数にアクセスすることによって、接続の再確立を試みるとき、容認不可能な問題を生じさせ得るので、ＬＴＥ ＤＬ干渉が存在する場合、成功する保証はない。

既存のＲＲＭ機構を使用することに関するそのような問題の１つは、ＲＬＦから回復する際の遅延によって生じるＱｏＳ劣化であり、ＲＬＦからの回復は、極端なシナリオにおいてのみ使用されることが想定され、継続中の接続のＱｏＳ保証を維持するために設計されていない。特に、図１に示される信号フロー図１００を参照して例証されるように、ＲＬＦを宣言するための時間は、ＲＬＦタイマＴ３１０およびＮ３１０カウンタのネットワーク設定に応じて、非常に長くなり得る。ＵＥ１０が、別のデバイス無線コンポーネント（例えば、ＩＳＭ）からの干渉の検出に応じて、ＤＬＲ ＬＦを宣言すると、ＵＥは、非同期指示を送信する前に、第１の測定間隔１６の間（本実施例では、２００ｍｓを要求するように示される、）、初期検索を行う（信号フロー１．１）。次いで、ＵＥは、異なるチャネルにアクセスしなければならず、これは、ＲＬＦタイマＴ３１０からのカウンタ遅延１８、および、周波数走査遅延２０（例えば、４０ｍｓ×ｋ、式中、ｋは、周波数の数である）に関連付けられたソースｅＮＢ１２における追加の遅延（例えば、１０００ｍｓ）と、ＲＲＣ接続が同一または異なるｅＮＢにおけるセル１４に対して信号フロー１．２を介して確立されるような時間までのＲＲＣ再接続時間２２（例えば、少なくとも２００ｍｓ）とにつながる。本実施例では、ＲＬＦ回復は、無線リンク障害を決定し、そこから回復するために、少なくとも１．５６秒（＝２００ｍｓ＋１０００ｍｓ＋４０ｍｓ＊ｋ＋２００ｍｓ、ｋ＝４の場合）かかり得る。

既存のＲＲＭ機構の使用に関する別の問題は、新しい周波数チャネルにおいて再確立された接続から、デバイス内干渉によって損なわれた元の周波数チャネルに戻る第２のハンドオーバが存在する場合に発生するピンポン現象である。例えば、ピンポンシナリオは、損なわれたチャネル上の所望の信号強度が新しい周波数チャネルより高い場合に生じ得る。ハンドオーバ決定がＵＥ１０からのＲＳＲＰベースの測定報告に基づく場合、ピンポン現象は、損なわれたチャネルと所望のチャネルとの間でＵＥ１０を行ったり来たりさせる（特に、有効範囲が、異なる搬送周波数上で異なり、損なわれたチャネルを最強のものにさせる場合）。ソースｅＮＢ１２が、ＲＳＲＰの代わりに（または、それに加え）、ＲＳＲＱ測定を使用してハンドオーバ決定を行う場合、ピンポン現象は回避されることができるが、ｅＮＢ１２は、どのＵＥがそのＩＳＭ無線を使用しているかを識別することができないので、これは、セル内の全ＵＥがＲＳＲＱ測定を使用するように構成することをｅＮＢ１２に要求し、追加的かつ望ましくない構成／報告オーバーヘッドにつながるであろう。

共存干渉問題および既存の解決策からの限定に対処するために、リソース共有または再配分方式を提供する信号伝達プロシージャが本明細書に開示され、該方式において、衝突する可能性のある信号伝達動作は、互から分離される。

選択された実施形態では、開示される信号伝達プロシージャは、新しいＲＲＣ信号伝達メッセージを定義することによって、共存動作モードを提供し、新しいＲＲＣ信号伝達メッセージは、時分割多重（ＴＤＭ）動作モードを確立し、ＬＴＥと非ＬＴＥコンポーネント（例えば、ＩＳＭおよびＧＰＳ）との間の共存動作を有効にするために、ネットワークとモバイルデバイスとの間で交換される。代替として、ＬＴＥと非ＬＴＥコンポーネントとの間の共存動作を有効にするためのＴＤＭベースの解決策を提供するために、既存のＲＲＣメッセージ内に挿入され得る新しい情報要素が定義される。したがって、本発明は、提案されるメッセージ（例えば、ＣｏＥｘｉｓｔ−ＲＥＱおよびＣｏＥｘｉｓｔ−ＲＥＳ）の機能性が、情報要素（ＩＥ）として、他の新しいまたは既存のＲＲＣメッセージ（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎまたはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅまたはＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージ）内に採用され得るので、任意の特定のアプリケーションまたはメッセージング方式に限定または制限されない。例えば、ＵＥがデバイス内共存問題を有し得る、マルチコンポーネントＵＥであることを示す、新しい情報要素を追加するために、１つ以上のビットをＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージに追加することができる。当然ながら、本明細書で使用される具体的名称は、例証のためにすぎず、他の名称を使用して、説明された機能またはメッセージの処理からの結果を達成し得る。

第１の構成メッセージ（または、情報要素）によって、ＵＥデバイス上の非ＬＴＥコンポーネントの動作を開始する前に、ＵＥがｅＮＢに送信する共存要求メッセージ（例えば、ＣｏＥｘｉｓｔ−ＲＥＱ）が提供される。本メッセージ／ＩＥによって、ＵＥデバイスは、動作が、ｅＮＢによって、ＬＴＥと非ＬＴＥコンポーネントとの間の協調的信号伝達をサポートするように構成されることを要求する。後述のように、共存要求メッセージは、開始時間オフセット、維持時間、オン間隔、オフ間隔、および可能リンク、およびアクション等、共存動作モードのために提案されるパラメータを含み得る。

ＣｏＥｘｉｓｔ−ＲＥＱに応答して、ｅＮＢによって送信され、共存動作モードを可能にする、共存応答メッセージ（例えば、ＣｏＥｘｉｓｔ−ＲＳＰ）もまた、構成メッセージ／ＩＥとして、提供される。共存応答メッセージによって、ｅＮＢは、ＵＥの要求、および／または、スケジューリング、ＨＡＲＱ等のｅＮＢの動作要件に基づいて、共存モードのパラメータを設定し得る。

ＵＥからの共存要求メッセージを拒否するために、ｅＮＢによって送信される、共存拒否メッセージもまた、構成メッセージ／ＩＥとして、提供され得る。選択された実施形態では、共存拒否メッセージは、別個のメッセージ（例えば、ＣｏＥｘｉｓｔ−ＲＥＪ）であるが、他の実施形態では、共存応答メッセージは、代わりに、所定のパラメータまたはフィールドを構成または追加することによって使用される（例えば、維持時間パラメータを「ゼロ」に設定することによって）。なおもさらなる実施形態では、拒否メッセージは、ネットワークｅＮＢに、セル内の全ＵＥに共存動作モードを無効にするための指示をブロードキャストさせることによって、伝達されることができる。

共存動作モードを非アクティブ化または修正するために、ＵＥによって送信される、共存非アクティブ化要求メッセージもまた、構成メッセージ／ＩＥとして、提供され得る。選択された実施形態では、共存非アクティブ化要求メッセージは、別個のメッセージ（例えば、ＣｏＥｘｉｓｔＤｅａｃｔ−ＲＥＱ）であるが、他の実施形態では、共存要求メッセージは、代わりに、所定のフィールドまたはビット（例えば、アクションフィールド）を構成または追加し、メッセージの目的を示すことによって、使用される。

共存非アクティブ化要求メッセージに応答するために、ｅＮＢによって送信される、共存非アクティブ化応答メッセージもまた、構成メッセージ／ＩＥとして、提供され得るが、他の実施形態では、共存非アクティブ化応答メッセージは、要請なしにｅＮＢによって送信される。選択された実施形態では、共存非アクティブ化応答メッセージは、別個のメッセージ（例えば、ＣｏＥｘｉｓｔＤｅａｃｔ−ＲＳＰ）であるが、他の実施形態では、共存応答メッセージは、代わりに、所定のフィールドまたはビット（例えば、アクションフィールド）を構成または追加し、メッセージの目的を示すことによって、使用される。

ＵＥのマルチコンポーネント能力をｅＮＢに示すために、ＵＥによって送信される、ＵＥ能力メッセージもまた、構成メッセージ／ＩＥとして、提供され得る。

選択された実施形態によると、表５（以下）に、提案される動作および標準的仕様のために決定され得る、具体的パラメータを伴う提案されるメッセージおよび／または情報要素の追加の詳細が示される。

表５：提案されるメッセージおよび情報要素

表５に列挙される各メッセージ（ＣｏＥｘｉｓｔ−ＲＥＱ、ＣｏＥｘｉｓｔＤｅａｃｔ−、ＣｏＥｘｉｓｔ−ＲＳＰ、ＣｏＥｘｉｓｔＤｅａｃｔ−ＲＳＰ）下には、「備考」欄に説明される機能または動作を提供する、情報要素パラメータ（アクション、開始時間オフセット、維持時間、オン間隔、オフ間隔、および可能リンク）が示される。

開始時間オフセットフィールドまたはパラメータは、共存モード動作が絶対または相対値のいずれかとして開始する、実際のアクション時間を示し、システムフレーム番号（ＳＦＮ）、サブフレーム、スロット、または実際の時間によって、指定することができる。ＳＦＮは、共存モード動作の開始を示すための有用かつ容易な基準点である。絶対開始時間値は、絶対時間（例えば、ＳＦＮ、サブフレーム、スロット等）を指定する一方、相対開始時間は、時間オフセット値（例えば、サブフレーム、スロット、または絶対持続時間において、例えば、１００ミリ秒）によって、ある時間点（例えば、応答メッセージがＵＥによって受信される時）に対してオフセットされる、開始時間オフセットを指定する。

維持時間フィールド／パラメータは、ＵＥデバイスを共存モードに維持するための持続時間を指定する。維持時間間隔の終了時、ＵＥデバイスは、非ＬＴＥコンポーネントをオフにし、通常ＬＴＥモードに戻る。代わりに、ＵＥによって信号伝達される代わりに、維持時間パラメータは、維持時間パラメータが信号伝達されたかどうかに関係なく、直接、「ターンオフ」インジケータを送信し、ＵＥに、非ＬＴＥコンポーネントをオフにさせる等、ネットワーク実装によって、制御することができる。そのようなネットワーク制御は、ＭＡＣ ＣＥまたはＲＲＣメッセージングを介して、実装され得るが、ＭＡＣ ＣＥは、遅延および信号伝達オーバーヘッドをほとんど要求しない。他の実施形態では、ＵＥは、ターンオフ要求をネットワークに送信し（例えば、ＭＡＣＣＥを介して）、非ＬＴＥコンポーネントをオフにする意図を示してもよく、ネットワークは、ターンオフインジケータをＵＥに返信する（例えば、ＭＡＣ ＣＥを介して）。

オン間隔フィールド／パラメータは、非ＬＴＥコンポーネントを有効にすることなく、ＬＴＥコンポーネントが、ＤＬおよびＵＬ上の無線リソースをすべて使用（伝送および受信）することが可能である、ＬＴＥ信号伝達持続時間を指定する。オン間隔中、任意の非ＬＴＥコンポーネントは、無効にされるであろう。同様に、オフ間隔フィールド／パラメータは、非ＬＴＥコンポーネントが、ＬＴＥコンポーネントが有効にされることなく、または干渉を受けずに、伝送および受信することが可能である、非ＬＴＥ信号伝達持続時間を指定する。

可能リンクフィールド／パラメータは、オフ間隔中（ＬＴＥコンポーネントが、通常、非アクティブ化される）、動作を継続し得る、ＬＴＥコンポーネントアクティビティ（なし、アップリンク、ダウンリンク、または両方）を指定する。本フィールドは、ＬＴＥおよびＧＰＳコンポーネントの両方を含むＵＥデバイスとともに使用され得、ＧＰＳコンポーネントは、常時、受信ステータスにあるであろう。この場合、ＧＰＳコンポーネントは、ＵＥデバイスにおいて、ダウンリンクＬＴＥ信号を受信し、したがって、オフ間隔中でも、ＬＴＥコンポーネントは、各コンポーネント間に干渉を生じさせることなく、受信のために、リソースを利用し得る。例えば、可能リンクフィールドをダウンリンク（ＤＬ）に設定することによって、ＬＴＥコンポーネントは、オフ間隔中、ＤＬ受信においてのみ生じる、システム情報、ページング、およびＭＢＳＦＮサブフレームを継続して受信し得る。このように、可能リンクパラメータによって指定されたリンクは、オン／オフ間隔持続時間にかかわらず、アクティブ化されるであろう。４つの可能リンクアクティビティ（例えば、「００＝なし」、「０１＝ＤＬ」、「１０＝ＵＬ」、および「１１＝両方」）を指定するために、２ビットで十分であるが、より多いまたはより少ないリンクアクティビティが、追加のビットまたはより少ないビットによっても、指定することができることを理解されるであろう。

選択された実施形態によると、メッセージの具体的数および名称は、変動し得ることを理解されるであろう。例えば、４つの列挙されたメッセージ（ＣｏＥｘｉｓｔ−ＲＥＱ、ＣｏＥｘｉｓｔＤｅａｃｔ−、ＣｏＥｘｉｓｔ−ＲＳＰ、ＣｏＥｘｉｓｔＤｅａｃｔ−ＲＳＰ）は、メッセージ（例えば、ＣｏＥｘｉｓｔ−ＲＥＱメッセージ）のアクションフィールドを、共存要求メッセージを表すための第１の値（例えば、「１」）、および共存非アクティブ化要求メッセージを表すための第２の値（例えば、「０」）に設定することによって等、より少ないメッセージによって、実装されることができる。同様に、ＣｏＥｘｉｓｔ−ＲＳＰメッセージ内のアクションフィールドを使用して、ＣｏＥｘｉｓｔ−ＲＳＰおよびＣｏＥｘｉｓｔＤｅａｃｔ−ＲＳＰメッセージの両方を表すことができる。当然ながら、メッセージング機能性は、代替として、ＣｏＥｘｉｓｔ−ＲＳＰ（および、ＣｏＥｘｉｓｔＤｅａｃｔ−ＲＳＰ）メッセージ内のアクションフィールド設定を「０」に設定し、メッセージが、ＣｏＥｘｉｓｔ−ＲＥＱメッセージの受信を伴わない、非要請様式において、送信されたことを示すことによって等、以前のメッセージによる要請を要求することなく、ＣｏＥｘｉｓｔＤｅａｃｔ−ＲＥＱおよびＣｏＥｘｉｓｔＤｅａｃｔ−ＲＳＰメッセージに統合することができる。アクションフィールド設定はまた、他の情報要素のいずれかを追加または除去するために使用され得る。

説明されるメッセージングによって、ＵＥデバイスは、初期共存要求メッセージ内のパラメータ値を提案することによって、共存動作モードを要求し、ｅＮＢは、共存構成を指定する、一式の動作パラメータによって応答する。ＵＥデバイスにおけるＬＴＥコンポーネントが指定された共存構成を行うことができない、またはｅＮＢからのＣｏＥｘｉｓｔ−ＲＳＰメッセージ内で指定されるものと異なる構成の要求を所望する場合、新しい要求パラメータを伴う別のＣｏＥｘｉｓｔ−ＲＥＱメッセージを送信し、共存動作モードを再ネゴシエートすることができる。ＬＴＥコンポーネントがＣｏＥｘｉｓｔ−ＲＳＰメッセージに応答して、別のＣｏＥｘｉｓｔ−ＲＥＱメッセージを送信しない場合、ＬＴＥコンポーネントは、ＣｏＥｘｉｓｔ−ＲＳＰメッセージによって示される構成パラメータを暗示的に受諾したことになる。

次に、図２を参照すると、本発明の選択された実施形態による、無線リソース制御信号伝達呼び出しフロー２００が描写されており、単一ＵＥデバイスプラットフォーム上にインストールされたＬＴＥおよび非ＬＴＥコンポーネントが共存信号伝達メッセージを交換し、ＬＴＥおよび非ＬＴＥ信号伝達を時間において分離し、それによって、共存干渉を回避する。本共有プラットフォーム上では、ＵＥ２０２上のＬＴＥコンポーネントは、非ＬＴＥコンポーネントが有効にされると、そのインスタンスを把握することができ、信号フロー２．１において、要求メッセージをｅＮＢ２０４に送信することによって、共存モード動作を要求することができる。ｅＮＢ２０４は、開始時間、終了時間、ならびにＬＴＥおよび非ＬＴＥコンポーネントのための交互する動作間隔によって、共存動作モードを定義する、信号制御パラメータを含む、応答メッセージによって、ＵＥ２０２に応答する（信号フロー２．２）。

図２に示される例示的実施形態では、ＵＥ２０２は、非ＬＴＥコンポーネントに切り替えるための内部要求が開始されると、それを検出する（２０１）。それに応答して、ＵＥ２０２（または、その上のＬＴＥコンポーネント）は、要求メッセージ（ＣｏＥｘｉｓｔ−ＲＥＱメッセージ２．１）を、開始時間オフセット、維持時間、オン間隔、オフ間隔、可能リンク、および「１」に設定されたアクションフィールド等、提案される共存パラメータとともに、ｅＮＢ２０４に送信する。ＵＥ２０２におけるＬＴＥコンポーネントがＩＳＭコンポーネントと共存している場合、可能リンクパラメータは、共存干渉問題がないことを保証するために、「なし」に設定することができる。一方、ＵＥ２０２におけるＬＴＥコンポーネントがＧＰＳコンポーネントと共存している場合、可能リンクパラメータは、ＧＰＳコンポーネント受信機が有効にされる間、ＬＴＥコンポーネントがＤＬにおいてメッセージを受信し得るように、「ＤＬ」に設定することができる。理解されるであろうように、ＵＥ２０２におけるＬＴＥコンポーネントは、要求メッセージをｅＮＢ２０４に送信し、したがって、ＬＴＥコンポーネントは、共存モードの間、「オン」であるか、または少なくとも「オン間隔」においてアクティブ化されなければならない（２２０）。

受信するとすぐに、ｅＮＢ２０４は、要求メッセージＣｏＥｘｉｓｔ−ＲＥＱに応答して、応答メッセージ（ＣｏＥｘｉｓｔ−ＲＳＰメッセージ２．２）をＵＥ２０２に返信する。本応答メッセージは、開始時間オフセット、維持時間、オン間隔、オフ間隔、可能リンク、および「１」に設定されたアクションフィールド等、一式の（反対提案）共存パラメータを返すことによって、ＵＥの要求メッセージからの提案される共存パラメータを受諾または修正する。応答メッセージ２．２は、絶対またはデルタ構成値として、共存パラメータを構成し得る。絶対値構成では、ｅＮＢ２０４は、応答メッセージ２．２内において、全関連共存パラメータを送信するが、デルタ値構成では、ｅＮＢ２０４は、応答メッセージ２．２内において、要求メッセージ２．１と異なる、共存パラメータのみを送信する。

ＵＥ２０２によって受信された応答メッセージ内の共存パラメータに基づいて、ＬＴＥコンポーネントは、共存動作モードに入り、開始時間オフセット２０３を開始し、オン間隔２０５、２０９（その間、ＬＴＥコンポーネントは、有効にされる）およびオフ間隔２０７（その間、非ＬＴＥコンポーネントは、有効にされる）を交互させながら、維持時間２１１における満了まで継続する。

共存モード２１０の間、ＬＴＥコンポーネントは、随意に、更新メッセージ２．３をｅＮＢ２０４に送信し、共存動作モード２１０の持続時間の延長または終了を要求し得る。選択された実施形態では、更新メッセージ２．３は、維持時間の終了または延長によって等、共存動作モードの非アクティブ化あるいは延長しようとする、ｅＮＢにおいて受信された別個のメッセージ（例えば、ＣｏＥｘｉｓｔＤｅａｃｔ−ＲＥＱメッセージ）である（２２１）。他の実施形態では、更新メッセージは、「０」に設定されたアクションフィールドを有する、第１の要求メッセージ（ＣｏＥｘｉｓｔ−ＲＥＱメッセージ）を使用する。いずれの場合も、更新メッセージ２．３は、開始時間オフセットおよび「０」にリセットされたアクションフィールド等の更新パラメータを含み得、更新された開始時間オフセット値は、共存動作モード２１０のための新しい終点または維持時間値を指定する。

ｅＮＢ２０４は、利用可能なオン間隔２０９中に、更新応答２．４を送信することによって、更新メッセージ２．３に応答する（２２２）。選択された実施形態では、更新応答２．４は、別個のメッセージ（例えば、ＣｏＥｘｉｓｔＤｅａｃｔ−ＲＳＰメッセージ）である一方、他の実施形態では、更新メッセージは、「０」にリセットされたアクションフィールドを有する、第１の応答メッセージ（ＣｏＥｘｉｓｔ−ＲＳＰメッセージ）を使用する。更新応答メッセージ２．４によって、共存動作モードは、維持時間を終了または延長することによって等、ｅＮＢステータスに応じて、非アクティブ化または延長される（２２３）。なお、更新応答２．４は、更新メッセージ２．３に応答して送信されるように示されるが、更新応答２．４は、更新メッセージを受信することなく、非要請様式において、送信され得る（２２４）。例えば、更新メッセージ２．４は、ｅＮＢ２０４が、共存動作モードが延長または早期終了を要求することを決定する場合、要請なく、送信されることができる（２２４）。維持時間２１１が満了すると、ＵＥ２０２内のＬＴＥコンポーネントおよびｅＮＢ２０４は、通常モード２１３に戻り、ＬＴＥコンポーネントは、有効にされ、非ＬＴＥコンポーネントは、無効およびオフにされる。

次に、図３を参照すると、ｅＮＢデバイス３０２とＬＴＥおよびＩＳＭコンポーネントを有するＵＥデバイス３０４との間に、共存動作モードを確立するための信号タイミングフロー３００が例証される。予期されている共存動作モードは、要求および応答メッセージを交換することによって設定され、共存パラメータ内の「可能リンク」設定は、ＬＴＥデバイス信号受信がオフ間隔中に、予期されていないことを示す、第１の値に設定される。最初に、ＵＥ３０４は、第１の要求メッセージ３．１（例えば、ＣｏＥｘｉｓｔ−ＲＥＱメッセージ）を、開始時間（例えば、開始時間オフセット３１０）、終了時間（例えば、維持時間３１８）、オン間隔３１２、オフ間隔３１４、およびアクションフィールド（例えば、「１」に設定される）等の提案される共存パラメータとともに、ｅＮＢ３０２に送信する。加えて、可能リンクフィールドは、ＬＴＥおよびＩＳＭコンポーネントに対して、「なし」（例えば、「００」）に設定され、ＬＴＥ信号受信が、ＩＳＭコンポーネントがアクティブ化される場合、予期されていないことを表し得る。応答メッセージ３．２（例えば、ＣｏＥｘｉｓｔ−ＲＳＰメッセージ）では、提案されるパラメータは、ＵＥ３０４およびｅＮＢ３０２が、その間、ＬＴＥコンポーネントが通常動作モードにある、定義されたオン間隔３１２、３１６を有する、共存動作モードを確立するように構成されるように、受諾、反復、または修正される。通常動作では、ＵＥ３０４内のアクティブ化されたＬＴＥコンポーネントは、アップリンクデータをｅＮＢ３０４に送信し、ダウンリンクデータをｅＮＢ３０２から受信し、非ＬＴＥコンポーネントは、無効およびオフにされる。確立された共存動作モードはまた、その間、ＬＴＥコンポーネントが無効にされ、非ＬＴＥコンポーネントが信号を伝送および受信するように有効にされる、定義されたオフ間隔３１４を有する。描写されるオン間隔およびオフ間隔はそれぞれ、交互間隔が、維持時間３１８の満了まで、反復するように、固定持続時間および周期性を有し得るが、更新応答メッセージがｅＮＢ３０２から受信されないことを条件とする。しかしながら、更新メッセージングは、維持時間を終了または延長するために生成し得る。例えば、ＵＥ３０４は、更新メッセージ３．３（例えば、ＣｏＥｘｉｓｔＤｅａｃｔ−ＲＥＱメッセージまたはリセットＣｏＥｘｉｓｔ−ＲＥＱメッセージ）を送信し、維持時間の延長または早期終了を要求し得る。代替として、ｅＮＢは、（非要請）更新応答メッセージ３．４（例えば、ＣｏＥｘｉｓｔＤｅａｃｔ−ＲＳＰメッセージまたはリセットＣｏＥｘｉｓｔ−ＲＳＰメッセージ）を送信し、維持時間を延長または終了することができる。維持時間３１８の満了に応じて、ＵＥ３０４は、通常ＬＴＥモード３２０に戻り、非ＬＴＥコンポーネントは、非アクティブ化される。

次に、図４を参照すると、ｅＮＢデバイス４０２とＬＴＥおよびＧＰＳコンポーネントを有するＵＥデバイス４０４との間に、共存動作モードを確立するための信号タイミングフロー４００が例証されており、ＬＴＥダウンリンクデバイス信号受信がオフ間隔中に、予期されている。予期されている共存動作モードは、要求および応答メッセージを交換することによって、設定され、共存パラメータ内の「可能リンク」設定は、ＬＴＥダウンリンク信号受信がオフ間隔中に、予期されていることを示す、第２の値に設定される。予期されている共存動作モードを設定するために、ＵＥ４０４は、第１の要求メッセージ４．１（例えば、ＣｏＥｘｉｓｔ−ＲＥＱメッセージ）を、開始時間（例えば、開始時間オフセット４１０）、終了時間（例えば、維持時間４１８）、オン間隔４１２、オフ間隔４１４、およびアクションフィールド（例えば、「１」に設定される）等の提案される共存パラメータとともに、ｅＮＢ４０２に送信する。加えて、可能リンクフィールドは、ＬＴＥおよびＧＰＳコンポーネントに対して、「ＤＬ」（例えば、「０１」）に設定され、ＬＴＥダウンリンク信号伝達が、ＬＴＥコンポーネントが非アクティブ化される場合、予期されていることを表し得る。応答メッセージ４．２（例えば、ＣｏＥｘｉｓｔ−ＲＳＰメッセージ）では、提案されるパラメータは、ＵＥ４０４およびｅＮＢ４０２が、その間、ＬＴＥコンポーネントが、アップリンクおよびダウンリンクデータを送信および受信するために、通常動作モードにある一方、非ＬＴＥコンポーネントが無効およびオフにされる、定義されたオン間隔４１２、４１６を有する、共存動作モードを確立するように構成されるように、受諾、反復、または修正される。確立された共存動作モードはまた、その間、非ＬＴＥコンポーネントおよびＬＴＥダウンリンク信号伝達が有効にされるが、ＬＴＥコンポーネントが別様に無効にされる、定義されたオフ間隔４１４を有する。本構成では、ＬＴＥコンポーネントは、オフ間隔４１４にある場合でも、ＤＬトラフィックおよび信号をｅＮＢ４０２から受信することができる。描写されるオン間隔４１２およびオフ間隔４１４は、更新メッセージング４．３および／または４．４が維持時間４１８を終了または延長するように生成されない限り、維持時間４１８の満了まで、交互する。維持時間４１８の満了に応じて、ＵＥ４０４は、通常ＬＴＥモード４２０に戻り、非ＬＴＥコンポーネントは、非アクティブ化される。

共存動作モードを確立するための開示される配列では、ＬＴＥおよび非ＬＴＥ信号伝達は、異なる信号伝達間隔に分離され、それによって、ＤＬＲ ＬＦ機構に関連付けられたＱｏＳ劣化または時間遅延を招くことなく、共存干渉を回避する。

ＬＴＥおよび非ＬＴＥ信号伝達を時間において分離するための方式に加え、またはその代わりに、共存干渉は、第１のｅＮＢ／セル／周波数における共存干渉の場合に、第１のｅＮＢ／セル／周波数から第２のｅＮＢ／セル／周波数へのＬＴＥハンドオーバを行うことによって、回避することができる。例えば、非ＬＴＥコンポーネントから干渉を被っているＬＴＥコンポーネントは、既存のＲＲＭプロシージャを使用して、近隣セルまたは周波数へのハンドオーバを要求することができる。しかしながら、これは、以前のｅＮＢ／セルまたは周波数がより強い信号を有する場合等、第１のｅＮＢ／セル／周波数における同時干渉が非ＬＴＥコンポーネントがオフにされることにより、低減されている場合、ＬＴＥコンポーネントが以前のｅＮＢ／セル／周波数に戻ろうとする場合に、「ピンポン」ハンドオーバ問題につながり得る。非ＬＴＥコンポーネント挙動に応じて、ピンポンハンドオーバは、頻繁に生じ、それによって、望ましくない信号伝達オーバーヘッドによって、帯域幅を消費し得る。ピンポンハンドオーバ動作を低減または排除するために、所定のトリガイベントおよび関連付けられたプロシージャを使用し、指定された時間間隔の間、ソースｅＮＢ／セル／周波数へ戻すハンドオーバを防止する、改良されたハンドオーバ動作が開示される。

改良されたハンドオーバプロシージャを例証するために、本発明の選択された実施形態による、ＵＥ要求共存ハンドオーバ動作のための信号フロー図５００を示す、図５を参照する。概して、ＵＥ５０２は、ソースｅＮＢ／セル５０４が、ターゲットｅＮＢ／セル５０６へのハンドオーバを行うことを要求し、ハンドオーバは、周波数間またはＲＡＴ間環境内で実装され得る。要求されるハンドオーバは、時間間隔または維持時間を指定し、その間、ターゲットｅＮＢ／セル５０６は、ソースｅＮＢ／セル５０４へ戻すハンドオーバを行われないように防止される。開示される共存ハンドオーバ動作では、ＵＥ５０２におけるＬＴＥコンポーネントは、任意の非ＬＴＥコンポーネントがＵＥ５０２において有効される場合、それをｅＮＢ５０４に示す必要はなく、単に、ハンドオーバプロシージャを開始することにより、ＵＥ５０２における非ＬＴＥコンポーネントから／への望ましくない干渉を回避する。ハンドオーバの完了後、ＵＥ５０２におけるＬＴＥおよび非ＬＴＥコンポーネントは、それらの間の任意の干渉を伴わずに、同時に作用することができる。

特に、信号フローは、ＵＥ５０２がハンドオーバが必要とされることを検出すると、開始する。検出は、ＵＥ５０２が非ＬＴＥコンポーネントを有効または切り替えることを要求する、内部メッセージ信号５．１の受信等、任意の所望のトリガイベントに基づくことができる。それに応答して、ＵＥ５０２は、近隣ｅＮＢ／セルまたは周波数（５０１）を走査して、その信号強度を評価し、ＵＥ５０２における非ＬＴＥ信号伝達に干渉しないであろう、任意の近隣ｅＮＢｓまたはセルを識別する。走査結果に基づいて、ＵＥ５０２は、サービングｅＮＢ／セル５０４に、ハンドオーバのためのトリガイベントを識別する、測定報告（メッセージ信号５．２）を生成および送信する。本時点において、ＬＴＥコンポーネントは、ターゲットｅＮＢ／セルまたは周波数５０６を選択し、共存干渉（例えば、周波数間またはＲＡＴ間）を完全に回避することができる。ハンドオーバがデバイス内共存干渉によってトリガされる場合、測定報告５．２内の「理由／トリガ」フィールドは、どのように共存干渉が検出されたかに応じて、「ＣｏＥｘｉｓｔ干渉」として、原因を識別する。

効率的かつ迅速なハンドオーバをサポートするために、１つ以上の所定のトリガイベントが測定報告５．２の「理由／トリガ」フィールドにおける使用のために提案される。特に、以下の表６は、３ＧＰＰ ＴＳ ３６．３３１（「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）； Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）； Ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ」）に列挙されるハンドオーバトリガイベントとともに、新しいトリガＡ６−Ａ８およびＢ３を列挙する。

表６：ハンドオーバ例のためのトリガイベント

表６に示されるように、Ａ６−Ａ８のトリガイベントは、ＬＴＥハンドオーバに対して提案され、トリガイベントＢ３は、ＲＡＴ間ハンドオーバに対して提案される。トリガイベントＡ６は、ＵＥ５０２によって、サービングｅＮＢ／セル５０２に対する信号強度測定値（例えば、基準信号受信品質（ＲＳＲＱ）または基準信号受信電力（ＲＳＲＰ））が第１の絶対閾値を下回り、ターゲットｅＮＢ／セル５０６に対する信号強度測定値（例えば、ＲＳＲＱまたはＲＳＲＰ）が第２の絶対閾値を上回る場合、ＬＴＥハンドオーバを要求するために使用される。トリガイベントＡ７は、ＵＥ５０２によって、近隣／ターゲットｅＮＢ／セル５０６に対する信号強度測定値が、ＵＥ５０２におけるデバイス内共存干渉により、サービングｅＮＢ／セル５０２に対する信号強度測定値と比較して、オフセットを上回る場合、ＬＴＥハンドオーバを要求するために使用される。トリガイベントＡ８は、ＵＥ５０２によって、サービングｅＮＢ／セル５０２に対する信号強度測定値が、ＵＥ５０２におけるデバイス内共存干渉により、絶対閾値を下回る場合、ＬＴＥハンドオーバを要求するために使用される。最後に、トリガイベントＢ３は、ＵＥ５０２によって、ＵＥ５０２におけるデバイス内共存干渉により、サービングｅＮＢ／セル５０２に対する信号強度測定値が絶対閾値を下回る場合、ＲＡＴ間ハンドオーバを要求するために使用される。

ＵＥ５０２が、提案されるトリガＡ６−Ａ８およびＢ３に基づいて、周波数間／ＲＡＴ間測定報告５．２を送信するために、サービングｅＮＢ／セル５０４は、周波数間／ＲＡＴ間測定オブジェクトに対応する測定識別によって、ＵＥ５０２を構成する。ＲＲＣ接続確立または接続モードにある間の任意の時間において、ＵＥ５０２は、ＲＲＣメッセージをサービングｅＮＢ／セル５０４に送信し、ＵＥ５０２が、ＬＴＥコンポーネントおよび共存非ＬＴＥコンポーネント（例えば、ＩＳＭおよび／またはＧＰＳ）の両方を有することを示す。メッセージはまた、共存干渉が発生する場合に、ハンドオーバすべき好ましいターゲット搬送周波数（または、それを回避するため搬送周波数）についてのＵＥ５０２からの指示を含み得る。このように、サービングｅＮＢ／セル５０４は、共存干渉が低または許容できると予期されている搬送周波数に対応する、１つ以上の測定識別を構成することができる。選択された実施形態では、サービングｅＮＢ／セル５０４は、サービングｅＮＢ／セル５０４の搬送周波数が、非ＬＴＥコンポーネント周波数帯の近くに位置するので潜在的に干渉する場合、または、ＵＥ５０２によって示される回避すべき搬送周波数のうちの１つに属する場合、ＵＥ５０２に対する周波数間／ＲＡＴ間測定識別を構成することのみ必要である。周波数間／ＲＡＴ間測定識別のために構成される測定量は、非ＬＴＥコンポーネント周波数帯によって生じる干渉を捕捉するために、ＲＳＲＱに設定されるべきである。

他の実施形態では、トリガハンドオーバ機構がサービングｅＮＢ／セル５０４のＲＳＲＱ測定に適用され、非ＬＴＥ周波数帯内の伝送によって生じる集中的干渉を考慮する。トリガハンドオーバ機構は、以下のように動作し得る。ＲＳＲＱ信号強度測定値が指定された持続時間Ｙ中、指定された閾値Ｘを下回る場合、ＵＥ５０２におけるカウンタＮは、１ずつインクリメントされる。カウンタＮの値が指定された閾値を超えると、ＵＥ５０２は、構成されている測定識別の周波数／ＲＡＴに対応する周波数間／ＲＡＴ間測定結果を含む測定報告をｅＮＢ５０４に送信する。

ハンドオーバトリガイベントの指定に加え、ＬＴＥコンポーネントからの測定報告５．２も、時間間隔（例えば、維持時間）をｅＮＢ／セル５０４に提案する。指定された維持時間値は、ハンドオーバ後、指定された時間間隔の間、ターゲットｅＮＢ／セル５０６との新しい接続を維持するために使用されるであろう。代替として、維持時間／時間間隔はまた、ネットワークｅＮＢに、維持時間情報を全ｅＮＢ／セルにブロードキャストさせることによって等、ＵＥ５０２からの信号伝達によってではなく、ネットワーク実装によって制御することもできる。

測定報告メッセージ５．２の受信に応じて、サービングｅＮＢ／セル５０４は、理由（例えば、理由／トリガフィールド内における）およびＵＥ５０２から受信される維持時間を識別するハンドオーバ要求メッセージ５．３（ＨＯ−要求）をターゲットｅＮＢ／セル５０６に送信する。ＵＥ５０２が、ターゲットｅＮＢ／セル５０６を既に選択していない場合、ソースｅＮＢ／セル５０４は、ソースｅＮＢ／セル５０４を含まない、ターゲットセルのリスト内のターゲットｅＮＢ／セル５０６を識別し得る（５０３）。

ターゲットｅＮＢ／セル５０６では、ＵＥ５０２のためのリソースが設定され（５０５）、次いで、ターゲットｅＮＢ／セル５０６がハンドオーバ要求メッセージ５．３に応答して、ハンドオーバ肯定応答メッセージ５．４（ＨＯ−要求−ＡＣＫ）を、維持時間とともに、サービングｅＮＢ／セル５０４に返信する。選択された実施形態では、ターゲットｅＮＢ／セル５０６は、ターゲットｅＮＢ／セル５０６におけるステータスおよび／または環境配慮に基づいて、ＵＥ５０２によって提案されるものから、維持時間値を変更し得る。受信した維持時間および共存干渉に関連する任意の識別されたトリガイベントに基づいて、ターゲットｅＮＢ／セル５０６は、少なくとも、維持時間の持続時間の間、ＬＴＥコンポーネントとの新しい接続を維持するように構成され得る。加えて、または代替として、ターゲットｅＮＢ／セル５０６は、ＵＥ５０２に、以前のサービングｅＮＢ／セル５０４と新しいターゲットｅＮＢ／セル５０６との間の望ましくないピンポンハンドオーバを回避するために、維持時間の持続時間の間、サービングサービングｅＮＢ／セル５０４に周波数を戻すハンドオーバをすることができないことを命令する。

ハンドオーバ肯定応答メッセージ５．４の受信に応じて、サービングｅＮＢ／セル５０４は、ハンドオーバコマンドメッセージ５．５（ＨＯ−コマンド）を送信し、ＵＥ５０２に、ターゲットｅＮＢ／セル５０６へのハンドオーバを行うように命令する。ハンドオーバコマンドメッセージ５．５は、ピンポンハンドオーバを防止において、ＵＥ５０２によって使用するためのターゲットｅＮＢ／セル５０６によって指定された維持時間値を含み得る。例えば、ハンドオーバコマンドメッセージ５．５は、ＵＥ５０２が維持時間間隔中に測定報告を生成し、それによって、別のハンドオーバプロシージャの開始を防止するための命令を含み得る。代替として、ハンドオーバコマンドメッセージ５．５は、ＵＥ５０２に、維持時間間隔中に行われる任意の測定報告から、サービングｅＮＢ／セル５０４の周波数を除外するように命令し、それによって、サービングｅＮＢ／セル５０４への別のハンドオーバプロシージャの開始を防止し得る。

ターゲットｅＮＢ／セル５０６の取得に成功するとすぐに、ＵＥ５０２は、ハンドオーバ完了メッセージ５．６（ＨＯ−ＣＯＭＰＬＥＴＥ）を送信し、ハンドオーバプロシージャの完了を表す。ハンドオーバの完了後、ターゲットｅＮＢ／セル５０６は、維持時間間隔中、以前のサービングｅＮＢ／セル５０４の周波数へ戻すＵＥのハンドオーバを防止するように構成される。しかしながら、ターゲットｅＮＢ／セル５０６は、サービングｅＮＢ／セル５０４の周波数に対するものではない別のターゲットｅＮＢ／セル（図示せず）へのハンドオーバを開始し得る。

開示される共存ハンドオーバ動作では、サービングｅＮＢ／セル５０４は、ターゲットｅＮＢ／セル５０６に、ＵＥ５０２が指定された維持時間持続時間中、サービングｅＮＢ／セル５０４にハンドバックされるべきではないことを知らせる。本制限は、ＵＥ５０２における非ＬＴＥコンポーネントが有効にされない場合でも、サービングｅＮＢ／セル５０４（または、同一周波数上の任意のセル）の信号強度がターゲットｅＮＢ／セル５０６のものより高い状況においても、以前のサービングｅＮＢ／セル５０４の元の周波数へ戻すハンドオーバを防止する。ターゲットｅＮＢ／セル５０６が、ＵＥ５０２のハンドオーバが共存干渉によるものであることを通知されない場合、ターゲットｅＮＢ／セル５０６は、非ＬＴＥコンポーネントが無効にされる場合、ＵＥ５０２を以前のサービングｅＮＢ／セル５０４または周波数の元の周波数に戻すハンドオーバをしようとし得る。これは、非ＬＴＥコンポーネントの再アクティブ化に応じて、元のセル５０４から直ぐに別のハンドオーバをトリガし得る。同様に、維持時間中のいくつかの連続的オン間隔／オフ間隔反復は、ソースｅＮＢ／セルまたは周波数を測定するＬＴＥコンポーネントに関する制限が存在しない場合、望ましくないピンポン動作を誘発し得る。

選択された実施形態では、トリガイベントＡ６−Ａ８およびＢ３は、ＵＥ５０２において検出された共存干渉が存在する場合、使用されないことを理解されるであろう。これらの実施形態では、ＵＥ５０２が近隣ｅＮＢ／セルを走査し、関連付けられた測定報告を生成する場合、測定報告は、インジケータ（ネットワークに、測定報告が共存シナリオによって生じることを示すため）および維持時間値（維持時間間隔の間、ピンポンハンドオーバを防止するため）を含むように構成される。

ＬＴＥおよび非ＬＴＥ信号伝達を時間において分離するための開示される信号伝達方式と関連して、固定オン間隔をＵＥデバイスの共存動作モードにおいて実装し、共存干渉を回避する支援をする、ハイブリッド自動再送要求（ハイブリッドＡＲＱまたはＨＡＲＱ）方式も、本明細書に開示される。本配列では、ＨＡＲＱプロシージャ（ＡＲＱ誤り制御技法を使用する、順方向誤り訂正符号化および誤り検出を含む）は、非ＬＴＥコンポーネントのアクティビティステータスに応じて、固定オン間隔中にのみ、共存動作モードにおいて動作するように構成され、それによって、オフ間隔中、デバイス内ＬＴＥコンポーネントまたはＨＡＲＱ関連信号伝達からの干渉を伴わずに、非ＬＴＥコンポーネントを動作可能にする。言い換えると、共存動作モードのために確立される固定オン間隔は、ＨＡＲＱ動作、および、ＲＲＣ−ＣＯＮＮＥＣＴＥＤ状態において起動している任意のＨＡＲＱプロシージャに従って調節されず、ＤＬ／ＵＬデータ伝送は、ＬＴＥコンポーネントのための固定オン間隔中の伝送に限定され、同一デバイス上の任意の有効にされた非ＬＴＥコンポーネントは、共存干渉を伴わずに、オフ間隔中に伝送／受信し得る。

固定オン間隔を有する、提案されるＨＡＲＱ信号伝達方式の例示的実施形態を例証するために、ＬＴＥコンポーネント信号受信が、ＩＳＭコンポーネントがアクティブにされている間、予期されていないことを示す、第１の値に設定される「可能リンク」を伴う固定オン間隔を有する、ハンドオーバ信号伝達呼び出しフロー６００のフロー図を示す、図６を参照する。

ステップ６０２で、信号フロー６００は、ＵＥデバイスが、制御信号メッセージおよび／または情報要素を生成する場合に開始し、制御信号メッセージおよび／または情報要素において、可能リンクフィールドが「なし」に設定され、ＵＥにおけるＬＴＥコンポーネントが、非ＬＴＥコンポーネント信号伝達の間、ＬＴＥ信号干渉を伴わずに、ＩＳＭコンポーネントと共存するシナリオを反映する。この場合、共存干渉問題がないことを保証するために、対処すべき３つのシナリオが存在する。

第１のシナリオでは、ＵＥは、ステップ６０４において、ＨＡＲＱプロセスが、ＬＴＥコンポーネント上で既に起動しているかどうかを決定する。そうではない場合（決定６０４に対する否定結果）、ＵＥのＬＴＥコンポーネントは、データ伝送モードになく、非ＬＴＥコンポーネントは、共存干渉を回避するための追加の動作を伴わずに、容易に開始されることができる。従って、ＵＥは、ＬＴＥコンポーネントのための固定オン間隔の満了時、非ＬＴＥコンポーネントを有効にする（ステップ６０６）。理解されるであろうように、ＵＥは、要求および応答メッセージをｅＮＢと交換することによって、非ＬＴＥコンポーネントが有効にされていることを確認し得る。加えて、ＵＥは、ＬＴＥコンポーネントのための固定オン間隔中にＬＴＥコンポーネントを通常モードにおいて動作させ、ＤＬ／ＵＰデータを送信および受信可能にする（ステップ６０８）。

ＬＴＥコンポーネント上のＨＡＲＱプロセスが検出される（決定６０４に対する肯定結果）第２のシナリオでは、ＵＥは、ステップ６１０において、非ＬＴＥコンポーネントが有効にされ得るかどうかを決定する。有効化が許容されない場合（決定６１０に対する否定結果）、ＵＥは、ＬＴＥコンポーネントがデータ伝送ステータスにある（例えば、ＨＡＲＱが起動している）場合等、非ＬＴＥコンポーネントの開始を禁止される。非ＬＴＥコンポーネントの有効化を防止する決定（ステップ６１２）は、ＵＥの全リソースをＬＴＥコンポーネントに配分させ、非ＬＴＥコンポーネントは、ＬＴＥ ＨＡＲＱがＬＴＥコンポーネントによって完了された時の次の利用可能な時間間隔まで待機するように命令される。

一方、ＵＥが、非ＬＴＥコンポーネントが有効にされ得ると決定する場合（決定６１０に対する肯定結果）、ＵＥは、ＬＴＥコンポーネントのための固定オン間隔の満了時、非ＬＴＥコンポーネントを有効にする（ステップ６１４）。本第３のシナリオでは、ＬＴＥコンポーネントのためのＨＡＲＱ関連動作は、固定オン間隔中のみ、行われる。本動作は、ステップ６１８において、オン間隔が満了しない限り（決定６１６に対する否定結果）、ＤＬ、ＵＬ、または両方に対して、ＨＡＲＱ動作（例えば、ＡＣＫ／ＮＡＣＫ、再伝送、残留バッファ等）を行うことによって、実装され得る。しかしながら、現在のオン間隔が満了すると（決定６１６に対する肯定結果）、任意の依然として係属中のＨＡＲＱ動作は、次の利用可能なオン間隔まで保留または延期されるか、あるいは単に取り消される。選択された実施形態では、固定オン間隔の満了のため、交換され得るＨＡＲＱフィードバックが存在しない場合、ネットワークは、ＤＬ ＨＡＲＱ伝送に対してＬＴＥコンポーネントからＡＣＫが受信されたものと想定するように構成され得る。ＵＬ ＨＡＲＱ伝送に対して、ＬＴＥコンポーネントは、ＮＡＣＫがネットワークから受信されたものと想定するように構成され得る。

固定オン間隔を有する、提案されるＨＡＲＱ信号伝達方式の別の例示的実施形態を例証するために、図７を参照する。図７は、固定オン間隔を有するハンドオーバ信号伝達呼び出しフロー７００のフロー図を示し、「可能リンク」は、ダウンリンクＬＴＥデバイス信号受信が、オフ間隔中に予期されていることを示す第２の値（例えば、ＤＬ）に設定される。この場合、ｅＮＢからのダウンリンク受信は、依然として、オフ間隔中、許容され得る。ＵＥが、常時受信状態にあるＧＰＳコンポーネントを含む場合、ＤＬリンクアクティビティ指示は、ＬＴＥコンポーネントがＧＰＳコンポーネントへの任意の干渉を与えることなく、ＤＬ信号をｅＮＢから受信可能にするために使用され得る。

ステップ７０２で、信号フロー７００は、ＵＥデバイスが制御信号メッセージおよび／または情報要素を生成する場合に開始し、制御信号メッセージおよび／または情報要素において、可能リンクフィールドは、ダウンリンクＬＴＥデバイス信号受信がオフ間隔中に、予期されているシナリオを反映するために、「ＤＬ」に設定される。この場合、共存干渉がないことを保証するために、対処すべき３つのシナリオが存在する。

第１のシナリオでは、ＵＥは、ステップ７０４において、ＨＡＲＱプロセスが、ＬＴＥコンポーネント上で既に起動しているかどうかを決定する。そうでなければ（決定７０４に対する否定結果）、ＵＥのＬＴＥコンポーネントは、データ伝送モードになく、したがって、ＵＥは、ＬＴＥコンポーネントのための固定オン間隔の満了時、非ＬＴＥコンポーネントを有効にし（ステップ７０６）、ＬＴＥコンポーネントのための固定オン間隔中にＬＴＥコンポーネントを通常モードにおいて動作させ、ＤＬ／ＵＰデータを送信および受信可能にする（ステップ７０８）。共存パラメータを取得するためのネゴシエーションプロシージャは、非ＬＴＥコンポーネントの開始前に行われるべきである。

ＬＴＥコンポーネント上のＨＡＲＱプロセスが検出される（決定７０４に対する肯定結果）第２のシナリオでは、ＵＥは、ステップ７１０において、非ＬＴＥコンポーネントが有効にされ得るかどうかを決定する。有効化が許容されない場合（決定７１０に対する否定結果）、ＵＥは、非ＬＴＥコンポーネントの開始が禁止され（ステップ７１２）、それによって、全リソース配分をＬＴＥコンポーネントに提供する。本時点において、非ＬＴＥコンポーネントは、ＬＴＥ ＨＡＲＱがＬＴＥコンポーネントによって完了された時の次の利用可能な時間間隔まで待機するように命令される。

第３のシナリオでは、ＵＥは、非ＬＴＥコンポーネントが有効にされ得る（決定７１０に対する肯定結果）こと、非ＬＴＥコンポーネントを有効にすることができる（ステップ７１４）ことを決定する。この場合、ＬＴＥコンポーネントのためのＨＡＲＱ関連動作は、後述のものを除き、固定オン間隔中のみに行われる。特に、ＤＬ、ＵＬ、または両方のためのＨＡＲＱ動作（例えば、ＡＣＫ／ＮＡＣＫ、再伝送、残留バッファ等）は、オン間隔が満了しない限り（決定７１６に対する否定結果）行われる（ステップ７１８）。しかしながら、現在のオン間隔が満了すると（決定７１６に対する肯定結果）、任意の依然として係属中のＨＡＲＱアップリンク動作は、次の利用可能なオン間隔まで保留または延期されるか、あるいは単に取り消される（ステップ７２０）。加えて、ＵＥが、ｅＮＢからの依然として係属中のＨＡＲＱダウンリンク信号伝達およびトラフィックが存在することを検出する場合（決定７２２に対する肯定結果）、それらは、現在の固定オン間隔中、許容され、オフ間隔中にも行われ得る。他の実施形態では、現在の固定オン間隔の終了時における、ｅＮＢからの任意の係属中のＨＡＲＱダウンリンク信号伝達およびトラフィックは、次の利用可能なオン間隔まで延期されるであろう（ステップ７２４）。選択された実施形態では、オン間隔の満了により、ＤＬ Ｈ−ＡＲＱ伝送のために交換され得るＨＡＲＱフィードバックが存在しない場合、ネットワークは、ＡＣＫがＬＴＥコンポーネントから受信されたものと想定するであろう。ＵＬ Ｈ−ＡＲＱ伝送に対して、ＬＴＥコンポーネントは、ＮＡＣＫがネットワークから受信されたものと想定するであろう。

ＬＴＥおよび非ＬＴＥ信号伝達を時間において分離するための開示される信号伝達方式に関連して、ＵＥデバイスの共存動作モードにおいて、可変オン間隔を実装し、共存干渉を回避する支援をし、データ伝送／受信のより多くの機会および効率的Ｈ−ＡＲＱ動作（例えば、迅速Ａｃｋ／Ｎａｃｋフィードバック、残留バッファ、および任意の係属中のアクション等）を提供する、ＨＡＲＱ方式も、本明細書に開示される。可変または延長可能ＬＴＥオン間隔の提供は、ＬＴＥコンポーネントがデバイス内プラットフォーム上の主要コンポーネントである場合、ＬＴＥコンポーネントに配分される時間リソースを最大限にするようにＵＥを構成可能にするので有用である。本配列では、ＨＡＲＱプロシージャは、非ＬＴＥコンポーネントのアクティビティステータスに応じて、共存動作モードにおける可変オン間隔中のみ、動作するように構成され、それによって、デバイス内ＬＴＥコンポーネントまたはＨＡＲＱ関連信号伝達からの干渉を伴わずに、オフ間隔中、非ＬＴＥコンポーネントを動作可能にする。可変オン間隔動作をサポートするために、Ｈ−ＡＲＱ動作の間、ＬＴＥコンポーネントのための利用可能な時間間隔を最大限にする一方、依然として、非ＬＴＥコンポーネントのための保証された時間間隔を提供するためのタイマおよび情報要素が開示される。本動作はまた、ＵＬ許可受信およびＲＡＣＨプロシージャ等の他の動作のためにも有用であり得る。

選択された実施形態によると、柔軟または可変動作モードを確立し、ＬＴＥと非ＬＴＥコンポーネント（例えば、ＩＳＭおよびＧＰＳ）との間の共存動作を有効にするために、ネットワークとモバイルデバイスとの間で交換される、提案されるメッセージおよび／または情報要素の追加の詳細が表７（以下）に示される。代替として、柔軟または可変動作モードを提供するために、既存のＲＲＣメッセージ内に挿入され得る、新しい情報要素が定義される。ネットワークはまた、例えば、事前構成または事前設定された設定等を介して、多くの他の手段によって、可変オン間隔動作において動作するように、ＵＥを構成し得る。

表７：可変オン間隔動作のための提案される新しい情報要素

表７に列挙される各メッセージ（ＣｏＥｘｉｓｔ−ＲＥＱ、ＣｏＥｘｉｓｔＤｅａｃｔ−、ＣｏＥｘｉｓｔ−ＲＳＰ、ＣｏＥｘｉｓｔＤｅａｃｔ−ＲＳＰ）下には、「備考」欄に説明される機能または動作を提供する、情報要素パラメータ（アクション、開始時間オフセット、維持時間、初期オン間隔、共存サイクル、最大比率、可能リンク、および延長）が示される。メッセージおよび情報要素の動作および機能性は、図５におけるものと同一であるが、可変オン間隔動作を提供するために使用され得る、共存サイクル、最大比率率、および延長要素またはパラメータが追加されている。

共存サイクルフィールドまたはパラメータは、オン間隔の周期的反復後のオフ間隔の周期を指定する。値は、システムフレーム番号（ＳＦＮ）、サブフレーム、スロット、または実際の時間、あるいはオン間隔値の倍数として、指定され得る。しかしながら、指定されるが、共存サイクルフィールドまたはパラメータは、オフ間隔に関連して、オン時間の持続時間を効果的に延長することによって、ＬＴＥ ＵＥが、共存サイクルフィールドまたはパラメータに関して、より柔軟性のある持続時間を有することを可能にする。

初期オン間隔フィールドまたはパラメータは、その間、ＬＴＥコンポーネントがアクティブ化される、初期時間間隔を示し、ＳＦＮ、サブフレーム、スロット等によって指定され得る。選択された実施形態では、初期オン間隔値は、ＨＡＲＱ動作ならびにＬＴＥコンポーネントのＤＬおよびＵＬのための他の要求される動作のための共存サイクルフィールド／パラメータに基づいて、延長することができる。

共存サイクルフィールド／パラメータは、ＬＴＥコンポーネントのためのオン間隔を延長するための柔軟性を提供するが、本柔軟性は、非ＬＴＥコンポーネントのために利用可能な時間リソースに負の影響を及ぼすことを理解されるであろう。したがって、最大比率パラメータは、ＬＴＥコンポーネントへの過剰なリソース配分を防止することによって、非ＬＴＥコンポーネントを保護し、最小時間リソースが、非ＬＴＥコンポーネントに許容されることを確実にするために提供される。最大比率フィールド／パラメータは、任意の所望の時間単位（ＳＦＮ、サブフレーム、スロット、時間、またはパーセンタイル）において、倍数として、比率として、あるいは所望に応じて、指定することができる。しかしながら、指定されるが、最大比率フィールド／パラメータは、ＵＥによって、オン間隔が最大比率値を超えて延長されないように防止することによって、使用される。動作時、延長されたオン間隔が最大比率値に到達する場合、オン間隔は、終了され、オフ間隔が非ＬＴＥコンポーネントのための時間リソースが保証され得るように開始するであろう。

延長フィールド／パラメータは、ＵＥが固定または可変オン間隔を使用しているかどうかを示す。本フィールドが「有効」に設定される場合、ＬＴＥコンポーネントは、可変オン間隔を使用するが、延長フィールド／パラメータがリセットされる場合、ＬＴＥコンポーネントは、固定オン間隔動作を使用する。

理解されるであろうように、タイマおよびカウンタを使用して、延長を記録することを含め、可変オン間隔に提供され得る、延長量を限定または制御するために、種々の方法が存在する。例えば、共存タイマが維持され（例えば、ＵＥ、ｅＮＢ、または両方において）、時間延長数をカウントし、延長されたオン間隔時間の間、指定されたタイマ限界を超えないことを確実にする。指定されたタイマ限界値は、表７に示されるパラメータとともに、信号伝達メッセージによって設定され得るが、タイマ限界はまた、事前構成または事前設定され得る。動作時、以下の表８に示されるように、共存タイマは、指定されたタイマ限界、ならびに１つ以上の開始イベントおよび終了イベントを含み得る。

表８：可変オン間隔動作のための共存タイマおよびその使用

表８に描写される実施例では、共存タイマは、単位値（例えば、連続ＰＤＣＣＨ−サブフレームまたは持続時間の数）によって指定される、タイマ限界を有する。共存タイマは、（１）ＰＤＣＣＨがダウンリンクまたはアップリンクデータ伝送が存在することを示す場合、あるいは、（２）ＵＥがアップリンク許可を待機している場合、あるいは、（３）係属中のＡＣＫ／ＮＡＣＫ信号が存在する場合、あるいは、（４）ＲＡＣＨプロシージャが係属中である場合、あるいは、（５）ＰＵＣＣＨ上で送信される係属中のスケジューリング要求が存在する場合等、指定された開始イベントが生じる場合に始動する。同様に、共存タイマは、１）単位の数が最大比率に到達する場合、あるいは、２）本サブフレーム上にデータ指示が存在しない場合、あるいは、３）本サブフレーム上に係属中のＡｃｋ／Ｎａｃｋが存在しない場合等、指定された終了イベントが生じる場合に停止または終了する。

描写される共存タイマでは、オン間隔は、共存タイマが起動中である場合、初期オン間隔を超えて、延長することができる。単位値の設定に加え、ｅＮＢは、表８におけるどのトリガイベントが使用されるかを構成することができる。動作時、共存タイマのための指定された時間限界が残りのオン間隔時間を上回る場合、実際のオン間隔時間は、共存タイマが満了するまで延長される。そうでなければ、現在のオン間隔が使用される。本時間延長は、イベントが最大比率値が到達されるまで、トリガされる場合、反復することができる。以下のセクションでは、可能リンクの異なる設定に基づいて、可変オン間隔動作の詳細を説明する。

可変オン間隔を有する提案されるＨＡＲＱ信号伝達方式の例示的実施形態を例証するために、可変オン間隔を有するハンドオーバ信号伝達呼び出しフロー８００のフロー図を示す図８を参照する。「可能リンク」は、ＬＴＥコンポーネント信号受信が、ＩＳＭコンポーネントがアクティブ化される場合予期されていないことを示す第１の値（例えば、「なし」）に設定される。

ステップ８０２で、信号フロー８００は、ＵＥデバイスが、延長パラメータ／フィールドが制御信号メッセージおよび／または情報要素内に設定されているかどうかを決定する場合に開始する。そうでなければ（決定８０２に対する否定結果）、可変オン間隔動作は有効にされず、ＬＴＥコンポーネントは、固定オン間隔動作を使用する（８０４）。一方、延長フィールド／パラメータが「有効」（決定８０２に対する肯定結果）に設定される場合、ＬＴＥコンポーネントは、可変オン間隔動作を使用して、ダウンリンクおよびアップリンク動作を行う（ステップ８０６）。

ステップ８０８では、ＵＥは、延長イベントがオン間隔を延長する目的のために生じたかどうかを決定する。開始イベントが検出されない場合（決定８０８に対する否定結果）、ＤＬ／ＵＬ動作は、オン間隔が満了しない場合（決定８１０に対する否定結果）、ＬＴＥコンポーネント上で継続する（ステップ８０６）。しかしながら、オン間隔が満了すると（決定８１０に対する肯定結果）、非ＬＴＥコンポーネントは、有効にされ（ステップ８１６）、非ＬＴＥ信号伝達は、オフ間隔が満了しない限り、オフ間隔中、進行する（決定８１８に対する否定結果）。オフ間隔タイマが満了すると（決定８１８に対する肯定結果）、ＤＬ／ＵＬ動作は、オン間隔中、ＬＴＥコンポーネント上で継続する（ステップ８０６）。

一方、ＵＥが延長イベントが生じたと決定する場合（決定８０８に対する肯定結果）、オン間隔は、延長され得る。例えば、ＨＡＲＱがＬＴＥコンポーネント上で起動している一方、メッセージ内の延長フィールド／パラメータが「１」に設定される場合、オン間隔は、延長イベントの発生に応じて（決定８０８に対する肯定結果）、共存タイマを残りのオン間隔と比較することによって、延長することができる（ステップ８１２）。タイマ比較ステップ８１２が、共存タイマがオン間隔に残っているものより短い時間であることを示す場合（決定８１２に対する否定結果）、現在のオン間隔が、ＤＬ／ＵＬ動作を継続する目的のために（ステップ８０６）、維持される（ステップ８１４）。しかしながら、タイマ比較ステップ８１２が、共存タイマがオン間隔オン間隔に残っているものより長い時間を有することを示す場合（決定８１２に対する肯定結果）、ＵＥは、ステップ８２０に進む。

ステップ８２０では、ＵＥは、共存タイマが最大比率値を超えるかどうかを決定する。選択された実施形態では、オン間隔タイマ（および、任意の延長）は、絶対時間値を使用して、処理および評価され得る。そのような場合、ＵＥは、最大比率値との比較のために、延長されたオン間隔において、累積時間を記録するために、内部パラメータを維持する。しかしながら、相対時間フローが適用される場合（例えば、新しいオン間隔は、現在の時間フローにおいて開始する）、オン間隔のための総時間は、累積を伴わずに、計算することができる。この場合、ＵＥが、共存タイマが最大比率値を超えないと決定する場合（決定８２０に対する否定結果）、現在のオン間隔は、新しい（延長された）オン間隔によって、ＬＴＥコンポーネント上のＤＬ／ＵＬ動作を再開する（ステップ８０６）前に、停止され、共存タイマが新しいオン間隔として開始される（ステップ８２２）。しかしながら、共存タイマが最大比率値を超える場合（決定８２０に対する肯定結果）、最大比率値は、新しいオン間隔として設定され（ステップ８２４）、ＤＬ／ＵＬ動作は、ＵＥが、本時点において、ＤＬ／ＵＬ動作が次の利用可能なオン間隔を待機するために停止され（ステップ８３０）、新しいオン間隔が満了したことを検出するまで（決定８２８に対する肯定結果）、新しいオン間隔によって、ＬＴＥコンポーネント上で継続される（ステップ８２６）。このように、最大比率は、ＬＴＥコンポーネントのいくつかの係属中のＤＬ／ＵＬ動作が存在する場合でも、次の利用可能なオン間隔まで、継続しないように、非ＬＴＥコンポーネントのためのオフ間隔の少なくとも一部を提供する。

次に、図９を参照すると、ｅＮＢデバイス３０２とＬＴＥおよびＩＳＭコンポーネントを有するＵＥデバイス３０４との間において、可変オン間隔を使用する、ＨＡＲＱ動作を伴う共存動作モードを確立するための信号タイミングフロー９００が例証される。予期されている共存動作モードは、要求および応答メッセージを交換することによって、設定され、共存パラメータ内の「可能リンク」設定は、ＬＴＥデバイス信号受信がオフ間隔中に、予期されていないことを示す、第１の値に設定される。最初に、ＵＥ９０４は、第１の要求メッセージ９．１（例えば、ＣｏＥｘｉｓｔ−ＲＥＱメッセージ）を、開始時間（例えば、開始時間オフセット９１０）、終了時間（例えば、維持時間９１８）、オン間隔９１２、共存サイクル９１４、最大比率、および延長フィールド等の提案される共存パラメータとともに、ｅＮＢ９０２に送信する。加えて、可能リンクフィールドは、ＬＴＥ信号受信がＩＳＭコンポーネントがアクティブ化される場合、予期されていないことを表すために、ＬＴＥおよびＩＳＭコンポーネントに対して、「なし」（例えば、「００」）に設定され得る。応答メッセージ９．２（例えば、ＣｏＥｘｉｓｔ−ＲＳＰメッセージ）において、提案されるパラメータは、受諾、反復、または修正され、ＵＥ９０４およびｅＮＢ９０２は、定義されたオン間隔９１２、９１６を有する共存動作モードを確立するように構成され、オン間隔９１２、９１６中、ＵＥ９０４内のアクティブ化されたＬＴＥコンポーネントがアップリンクデータをｅＮＢ９０４に送信し、ダウンリンクデータをｅＮＢ９０２から受信する場合、ＬＴＥコンポーネントは、通常動作モードにあり、非ＬＴＥコンポーネントは、無効およびオフにされる。確立された共存動作モードはまた、オン間隔９１２に配分されない、共存サイクル９１４の一部として定義される、オフ間隔を有する。オフ間隔では、ＬＴＥコンポーネントは、無効にされ、非ＬＴＥコンポーネントは、信号を伝送および受信するように有効にされる。

描写されるオン間隔およびオフ間隔はそれぞれ、維持時間９１８の満了まで反復する初期持続時間および周期性を有し得るが、要求および応答メッセージ９．１、９．２内に提供される共存パラメータは、現在の共存サイクルにおける最大比率に到達するまで、繰り返し延長可能である。例えば、ｅＮＢ９０２は、応答メッセージ９．２（例えば、ＣｏＥｘｉｓｔ−ＲＳＰメッセージ）を、アプリケーション、トラフィックステータス等に基づいて、「１」に設定される延長フィールドとともに送信することによって、可変オン間隔を使用するように、ＵＥ９０４を構成することができる。可変オン間隔を使用するように構成されると、ＵＥ９０４−１は、開始時間オフセット９１０を使用して、ＬＴＥ信号伝達のために、初期オン間隔を確立することによって、通常通り動作する。しかしながら、延長イベント９２２が検出されると、ＵＥ９０４−１は、オン間隔を延長する。延長イベントの実施例として、ダウンリンクまたはアップリンクデータのＰＤＣＣＨ指示の受信、アップリンク許可の待機、またはＡＣＫ／ＮＡＣＫ伝送の係属が挙げられる。

延長イベントの検出に応じて、ＵＥ９０４−１は、共存タイマを開始し、初期オン間隔を停止し（９０３）、それによって、延長された間隔９１１を初期オン間隔に提供し、延長されたオン間隔９１３をもたらす。延長は、終了イベントが検出される（９０５）、または最大比率値限界に到達する（９０９）まで、いずれが最初に生じるかを問わず、繰り返し許可される。終了イベントの実施例として、所与のサブフレームに対するデータまたは係属中のＡＣＫ／ＮＡＣＫが存在しないことの指示の受信が挙げられる。図９では、延長されたオン間隔９１３は、検出された終了イベント９０５によって限定されるように示され、その後、非ＬＴＥ間隔９１５６が、共存サイクル９１４の平衡として提供される。延長が、共存サイクル９１４の全体を使用するのを防止するために、最大比率値が、ＵＥ９０４−１によって使用され、共存サイクル９１４の所定の部分に対するＬＴＥアクティブ化のために利用可能な延長の量を限定する。図９に示されるように、ＵＥ９０４−１は、可能性として、最大比率値と共存サイクルとの積として定義される、最大オン間隔９０９までの延長可能共存時間間隔９０７を含むようにオン間隔を延長し得る。しかしながら、延長されたオン間隔が終了されると、ＬＴＥコンポーネントは、初期オン間隔値に戻る次のオン間隔９１６まで非アクティブ化され、プロセスは、ＵＥ９０４−１が通常ＬＴＥモード９２０に戻り、非ＬＴＥコンポーネントが非アクティブ化される時の維持時間９１８の終了に到達するまで反復する。

図１０は、ダウンリンクＩＳＭデバイス信号受信が予期されていることを示す、第２の値に設定された「可能リンク」を伴う可変オン間隔を有する、ハンドオーバ信号伝達呼び出しフローのフローチャート図である。

可変オン間隔を有する、提案されるＨＡＲＱ信号伝達方式の別の例示的実施形態を例証するために、可変オン間隔を有するハンドオーバ信号伝達呼び出しフロー１０００のフロー図を示す、図１０を参照する。「可能リンク」は、ＬＴＥダウンリンク信号受信がオフ間隔中に、予期されていることを示す第２の値（例えば、「ダウンリンク」）に設定される。本構成は、ＬＴＥおよびＧＰＳコンポーネントの両方を含む、ＵＥデバイスに効果的に適用することができる。

ステップ１００２で、信号フロー１０００は、ＵＥデバイスが、延長パラメータ／フィールドが制御信号メッセージおよび／または情報要素内に設定されているかどうかを決定する場合に開始する。そうでなければ（決定１００２に対する否定結果）、可変オン間隔動作は有効にされず、ＬＴＥコンポーネントは、固定オン間隔動作を使用する（１００４）。一方、延長フィールド／パラメータが「有効」に設定されている場合（決定１００２に対する肯定結果）、ＬＴＥコンポーネントは、可変オン間隔動作を使用して、ダウンリンクおよびアップリンク動作を行う（ステップ１００６）。

ステップ１００８で、ＵＥは、延長イベントがオン間隔を延長する目的のために生じたかどうかを決定する。開始イベントが検出されない場合（決定１００８に対する否定結果）、ＤＬ／ＵＬ動作は、オン間隔が満了していない場合（決定１０１０に対する否定結果）、ＬＴＥコンポーネント上で継続する（ステップ１００６）。しかしながら、オン間隔が満了すると（決定１０１０に対する肯定結果）、非ＬＴＥコンポーネントは、有効にされ（ステップ１０１２）、非ＬＴＥ信号伝達は、オフ間隔が満了しない限り（決定１０１４に対する否定結果）、オフ間隔中、進行する。オフ間隔タイマが満了すると（１０１４に対する肯定結果決定）、ＤＬ／ＵＬ動作は、オン間隔中、ＬＴＥコンポーネント上で継続する（ステップ１００６）。

一方、ＵＥが延長イベントが生じたことを決定する場合（決定１００８に対する肯定結果）、オン間隔は、延長され得る。例えば、ＨＡＲＱがＬＴＥコンポーネント上で起動している一方、メッセージ内の延長フィールド／パラメータが「１」に設定される場合、オン間隔は、延長イベントの発生に応じて（決定１００８に対する肯定結果）、共存タイマを残りのオン間隔と比較することによって、延長することができる（ステップ１０１６）。タイマ比較ステップ１０１６が、共存タイマがオン間隔の残りより短い時間を有することを示す場合（決定１０１６に対する否定結果）、現在のオン間隔は、ＤＬ／ＵＬ動作を継続する目的のために（ステップ１００６）、維持される（ステップ１０１８）。しかしながら、タイマ比較ステップ１０１６が、共存タイマがオン間隔の残りより長い時間を有することを示す場合（決定１０１６に対する肯定結果）、ＵＥは、ステップ１０２０に進む。

ステップ１０２０で、ＵＥは、共存タイマが最大比率値を超えたかどうかを決定する。ＵＥが、共存タイマが最大比率値を超えていないと決定する場合（決定１０２０に対する否定結果）、現在のオン間隔は、停止され、共存タイマは、新しい（延長された）オン間隔によって、ＬＴＥコンポーネント上のＤＬ／ＵＬ動作を再開する（ステップ１００６）前に、新しいオン間隔として開始される（ステップ１０２２）。しかしながら、共存タイマが最大比率値を超える場合（決定１０２０に対する肯定結果）、最大比率値は、新しいオン間隔（ステップ１０２４）として設定され、ＤＬ／ＵＬ動作は、ＵＥが、その時点において、係属中のアップリンク動作が存在する限り（決定１０３２に対する肯定結果）、ダウンリンク動作がオフ間隔中、継続され、アップリンク動作が停止され（ステップ１０３０）、次の利用可能なオン間隔を待機する（ステップ１０３４）、新しいオン間隔が満了したことを検出するまで（決定１０２８に対する肯定結果）、新しいオン間隔によって、ＬＴＥコンポーネント上で継続される（ステップ１０２６）。このように、最大比率は、ＬＴＥコンポーネントのいくつかの係属中のＤＬ／ＵＬ動作が存在する場合でも、次の利用可能なオン間隔まで継続しないように、非ＬＴＥコンポーネントのためのオフ間隔の少なくとも一部を提供する。

次に、図１１を参照すると、本発明の選択された実施形態と使用され得る、モバイル無線通信デバイス１０１の例示的コンポーネントを例証する、概略ブロック図が示される。無線デバイス１０１は、前述の特徴を実装するための具体的コンポーネントとともに示される。無線デバイス１０１は、例示的目的のためだけに、非常に具体的詳細とともに示されることを理解されたい。

処理デバイス（例えば、マイクロプロセッサ１２８）は、キーボード１１４とディスプレイ１２６との間に連結されるように、図式的に示される。マイクロプロセッサ１２８は、ディスプレイ１２６の動作、ならびにユーザによる、キーボード１１４上のキーの作動に応答して、無線デバイス１０１内の全体的動作を制御する。

無線デバイス１０１は、垂直に細長い筐体を有するか、または他のサイズおよび形状（クラムシェル型筐体構造を含む）をとり得る。キーボード１１４は、モード選択キー、あるいはテキスト入力と電話入力との間の切替のための他のハードウェアまたはソフトウェアを含み得る。

マイクロプロセッサ１２８に加え、無線デバイス１０１の他の部品も、図式的に示される。これらは、通信サブシステム１７０；短距離通信サブシステム１０２；一式のＬＥＤ１０４、一式の補助Ｉ／Ｏデバイス１０６、シリアルポート１０８、スピーカ１１１、およびマイクロホン１１２を含む、他の入力／出力デバイスを伴うキーボード１１４およびディスプレイ１２６；ならびにフラッシュメモリ１１６およびランダムアクセスメモリ（ＲＡＭ）１１８を含む、メモリデバイス；および種々の他のデバイスサブシステム１２０を含む。無線デバイス１０１は、無線デバイス１０１のアクティブ要素に給電するためのバッテリ１２１を有し得る。無線デバイス１０１は、いくつかの実施形態では、音声およびデータ通信能力を有する、双方向無線周波数（ＲＦ）通信デバイスである。加えて、無線デバイス１０１は、いくつかの実施形態では、インターネットを介して、他のコンピュータシステムと通信する能力を有する。

マイクロプロセッサ１２８によって実行されるオペレーティングシステムソフトウェアは、いくつかの実施形態では、フラッシュメモリ１１６等の永続的記憶内に記憶されるが、読取専用メモリ（ＲＯＭ）または類似記憶要素等の他のタイプのメモリデバイス内に記憶され得る。加えて、システムソフトウェア、具体的デバイスアプリケーション、またはその部品は、一時的に、ＲＡＭ１１８等の揮発性記憶にロードされ得る。無線デバイス１０１によって受信される通信信号はまた、ＲＡＭ１１８に記憶され得る。

マイクロプロセッサ１２８は、そのオペレーティングシステム機能に加え、無線デバイス１０１上のソフトウェアアプリケーションの実行を有効にする。音声通信モジュール１３０Ａおよびデータ通信モジュール１３０Ｂ等の基礎デバイス動作を制御する、所定の一式のソフトウェアアプリケーションは、製造の間、無線デバイス１０１上にインストールされ得る。加えて、パーソナル情報マネージャ（ＰＩＭ）アプリケーションモジュール１３０Ｃもまた、製造の間、無線デバイス１０１上にインストールされ得る。ＰＩＭアプリケーションは、いくつかの実施形態では、電子メール、カレンダイベント、音声メール、予定、およびタスクアイテム等、データアイテムを編成および管理可能である。ＰＩＭアプリケーションはまた、いくつかの実施形態では、無線ネットワーク１１０を介して、データアイテムを送信および受信可能である。いくつかの実施形態では、ＰＩＭアプリケーションによって管理されるデータアイテムは、無線ネットワーク１１０を介して、ホストコンピュータシステムに記憶される、またはそれに関連付けられたデバイスユーザの対応するデータアイテムと、シームレスに統合され、同期され、更新される。同様に、別のソフトウェアモジュール１３０Ｎとして例証される、追加のソフトウェアモジュールが製造の間、インストールされ得る。

データおよび音声通信を含む、通信機能は、通信サブシステム１７０を通して、可能性として、短距離通信サブシステム１０２を通して、行われる。通信サブシステム１７０は、受信機１５０、送信機１５２、ならびに受信アンテナ１５４および伝送アンテナ１５６として例証される１つ以上のアンテナを含む。加えて、通信サブシステム１７０は、デジタル信号プロセッサ（ＤＳＰ）１５８等の処理モジュール、および局部発信器（ＬＯ）１６０を含む。いくつかの実施形態では、通信サブシステム１７０は、各ＲＡＴに対して、別個のアンテナ配列（アンテナ１５４および１５６と同様に）およびＲＦ処理チップ／ブロック（受信機１５０、ＬＯ１６０、および送信機１５２と同様に）を含むが、共通ベースバンド信号プロセッサ（ＤＳＰ１５８と同様に）が、複数のＲＡＴに対するベースバンド処理のために使用され得る。通信サブシステム１７０の具体的設計および実装は、無線デバイス１０１が動作するように意図される、通信ネットワークに依存する。例えば、無線デバイス１０１の通信サブシステム１７０は、Ｍｏｂｉｔｅｘ^ＴＭ、ＤａｔａＴＡＣ^ＴＭ、または汎用パケット無線サービス（ＧＰＲＳ）モバイルデータ通信ネットワークと協働するように設計され、また、先進移動電話システムサービス（ＡＭＰＳ）、時分割多重アクセス（ＴＤＭＡ）、符号分割多重アクセス（ＣＤＭＡ）、パーソナル通信サービス（ＰＣＳ）、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））等の種々の音声通信ネットワークのいずれかと協働するように設計され得る。ＣＤＭＡの実施例として、１Ｘおよび１ｘ ＥＶ−ＤＯが挙げられる。通信 サブシステム １７０はまた、８０２．１１ Ｗｉ−Ｆｉ ネットワーク、および／または８０２．１６ ＷｉＭＡＸネットワークと協働するように設計され得る。別個のおよび統合型の両方における、他のタイプのデータおよび音声ネットワークもまた、無線デバイス１０１と使用され得る。

ネットワークアクセスは、通信システムのタイプに応じて、変動し得る。例えば、Ｍｏｂｉｔｅｘ^ＴＭおよびＤａｔａＴＡＣ^ＴＭネットワークでは、無線デバイスは、各デバイスに関連付けられた一意の個人識別番号（ＰＩＮ）を使用して、ネットワーク上に登録される。しかしながら、ＧＰＲＳネットワークでは、ネットワークアクセスは、典型的には、加入者またはデバイスのユーザに関連付けられる。ＧＰＲＳデバイスは、したがって、典型的には、ＧＰＲＳネットワーク上で動作するために、一般に、加入者識別モジュール（ＳＩＭ）カードと称される、加入者識別モジュールを有する。

ネットワーク登録またはアクティブ化プロシージャが完了すると、無線デバイス１０１は、通信ネットワーク１１３を通じて、通信信号を送信および受信し得る。受信アンテナ１５４によって通信ネットワーク１１３から受信された信号は、信号増幅、周波数下方変換、フィルタリング、チャネル選択等を提供する、受信機１５０に返され、また、アナログ／デジタル変換を提供し得る。受信された信号のアナログ／デジタル変換は、ＤＳＰ１５８が、復調および復号化等、より複雑な通信機能を行うことを可能にする。同様に、ネットワーク１１３に伝送される信号は、ＤＳＰ１５８によって処理（例えば、変調および暗号化）され、次いで、デジタル／アナログ変換、周波数上方変換、フィルタリング、増幅、および伝送アンテナ１５６を介した通信ネットワーク１１３（または、ネットワーク）への伝送のために、送信機１５２に提供される。

処理通信信号に加え、ＤＳＰ１５８は、受信機１５０および送信機１５２の制御を提供する。例えば、受信機１５０および送信機１５２内の通信信号に適用される利得は、ＤＳＰ１５８内に実装される自動利得制御アルゴリズムをとして、適応的に制御され得る。

データ通信モードでは、テキストメッセージまたはウェブページダウンロード等の受信された信号は、通信サブシステム１７０によって処理され、マイクロプロセッサ１２８に入力される。受信された信号は、次いで、ディスプレイ１２６へ、または代替として、いくつかの他の補助Ｉ／Ｏデバイス１０６への出力のために、マイクロプロセッサ１２８によってさらに処理される。デバイスユーザはまた、キーボード１１４および／またはタッチパッド、ロッカースイッチ、サムホイール、あるいはいくつかの他のタイプの入力デバイス等のいくつかの他の補助Ｉ／Ｏデバイス１０６を使用して、電子メールメッセージ等のデータアイテムを構成し得る。構成されるデータアイテムは、次いで、通信サブシステム１７０を介して、通信ネットワーク１１３を通じて、伝送され得る。

音声通信モードでは、デバイスの全体的動作は、実質的に、データ通信モードと同様であるが、受信された信号は、スピーカ１１１に出力され、伝送のための信号は、マイクロホン１１２によって生成される。音声メッセージ録音サブシステム等の代替音声またはオーディオＩ／Ｏサブシステムもまた、無線デバイス１０１上に実装され得る。加えて、ディスプレイ１２６はまた、音声通信モードにおいて利用され、例えば、発呼者の識別、音声呼の持続時間、または他の音声呼関連情報を表示し得る。

短距離通信サブシステム１０２は、無線デバイス１０１と、必ずしも、類似デバイスである必要はない、他の近接システムまたはデバイスとの間の通信を有効にする。例えば、短距離通信サブシステムは、赤外線デバイスおよび関連付けられた回路およびコンポーネント、またはＢｌｕｅｔｏｏｔｈ（登録商標）通信モジュールを含み、同様に有効にされるシステムおよびデバイスとの通信を提供し得る。

現時点において、単一共通プラットフォーム上に、第１の無線技術コンポーネント（例えば、ＬＴＥコンポーネント）および第２の無線技術コンポーネント（例えば、ＧＰＳまたはＩＳＭ）を有する、ユーザ機器（ＵＥ）によって、無線アクセスネットワーク（ｅＮＢ）において使用する方法が、本明細書に開示されることが理解されるはずである。開示されるように、第２の無線技術コンポーネントを有効にするための要求等、共存トリガイベントが、検出される。それに応答して、ＵＥは、１つ以上の近隣無線アクセス機器デバイスおよび／または周波数を走査し、ＵＥにおいて、第１の無線技術コンポーネントに干渉しないであろう、任意の近隣無線アクセス機器デバイスおよび／または周波数を識別する。メッセージが、次いで、送信され、提案される最小保持時間およびＵＥにおける共存動作モードの指示を伴う測定報告を送信することによって等、提案される最小保持時間の間、ソース（例えば、サービングｅＮＢ、セル、または周波数）からターゲット（例えば、ターゲットｅＮＢ、セル、または周波数）への第１の無線技術コンポーネントのハンドオーバを要求する。いくつかの実施形態では、測定報告は、第１および第２の無線技術コンポーネントのための共存モードを示す、インジケータビットを含み、他の実施形態では、測定報告は、提案される最小保持時間によって、共存トリガイベントを指定する。例示的共存トリガイベントは、デバイス内共存干渉により、ソースに対する信号強度測定値が第１の絶対閾値を下回り、ターゲットに対する信号強度測定値が第２の絶対閾値を上回った場合に、ＬＴＥハンドオーバを検出することに応じて、生じるであろう。別の例示的共存トリガイベントは、デバイス内共存干渉により、ターゲットに対する信号強度測定値が、ソースに対する信号強度測定値に対するオフセットを上回った場合に、ＬＴＥハンドオーバを検出することに応じて、生じるであろう。別の例示的共存トリガイベントは、デバイス内共存干渉により、ソースに対する信号強度測定値が絶対閾値を下回った場合に、ＬＴＥハンドオーバを検出することに応じて、生じるであろう。別の例示的共存トリガイベントは、デバイス内共存干渉により、ソースに対する信号強度測定値が絶対閾値を下回った場合に、ＲＡＴ間ハンドオーバを検出することに応じて、生じるであろう。さらに別の実施例では、共存トリガイベントは、指定された持続時間中、ソースのための基準信号受信品質（ＲＳＲＱ）測定値が、指定された閾値を下回ることの検出に応じて、カウンタ値をインクリメントし、次いで、カウンタ値が、指定された閾値を上回る場合に、測定報告を送信することに応じて、検出され、測定報告は、構成されている測定識別の周波数またはＲＡＴに対応する、周波数間またはＲＡＴ間測定結果を備えている。

ユーザ機器において、ハンドオーバコマンドメッセージが、次いで、受信され、指定された最小保持時間の間、ソースからターゲットに、第１の無線技術コンポーネントをハンドオーバし、第１および第２の無線技術コンポーネントのための共存モードを確立する。第１の無線技術コンポーネントは、次いで、指定された最小保持時間の間、第１の無線技術コンポーネントが、ソースにハンドバックされないように、指定された最小保持時間中、第１の無線技術コンポーネントをターゲットにハンドオーバするように有効にされ、それによって、第１の無線技術コンポーネントから／への干渉を伴うことなく、ＵＥ上の無線リソースを第２の無線技術コンポーネントによって使用可能にする。ユーザ機器は、指定された最小保持時間が経過した後のみ、測定報告をトリガする、または代替として、指定された最小保持時間の間、ソースを除外して、測定報告をトリガするように構成され得る。

選択された実施形態では、ユーザ機器は、第１および第２の無線技術コンポーネントのための共存モードを示す１つ以上のインジケータビットを用いて共存トリガイベントを指定する測定報告を送信することによって、ハンドオーバを要求するためのメッセージを送信する。インジケータビットは、デバイス内共存干渉により、ソースに対する信号強度測定値が第１の絶対閾値を下回り、ターゲットに対する信号強度測定値が第２の絶対閾値を上回った場合に、ＬＴＥハンドオーバのための第１の共存トリガイベントを指定し得る。代替として、インジケータビットはデバイス内共存干渉により、ターゲットに対する信号強度測定値が、ソースに対する信号強度測定値に対するオフセットを上回った場合に、ＬＴＥハンドオーバのための第２の共存トリガイベントを指定し得る。代替として、インジケータビットは、デバイス内共存干渉により、ソースに対する信号強度測定値が絶対閾値を下回った場合に、ＬＴＥハンドオーバのための第３の共存トリガイベントを指定し得る。代替として、インジケータビットは、デバイス内共存干渉により、ソースに対する信号強度測定値が絶対閾値を下回った場合に、ＲＡＴ間ハンドオーバのための第４の共存トリガイベントを指定し得る。

なおもさらなる実施形態では、提案される最小保持時間の間のソースからターゲットへのハンドオーバを要求するためのメッセージを受信することを含む、ユーザ機器（ＵＥ）における単一プラットフォーム上に位置する第１の無線技術コンポーネントと第２の無線技術コンポーネントとの間の干渉を回避するために、無線アクセスネットワーク内で使用する方法（ｅＮＢ）が開示される。メッセージは、第１および第２の無線技術コンポーネントのための共存モードを示すインジケータビット、または共存トリガイベントを指定するある他の指示等、ＵＥにおける共存動作モードの指示を備えている測定報告として受信され得る。それに応答して、ハンドオーバ要求は、ＵＥによって提供される、提案される最小保持時間およびＵＥにおける共存動作モードの指示とともに、ターゲットに送信される。続いて、肯定応答は、指定された最小保持時間とともに、ターゲットから受信され、指定された最小保持時間中、ターゲットは、第１の無線技術コンポーネントをソースの元の周波数へ戻すハンドオーバをしないであろう。ターゲットによって指定される維持時間は、ユーザ機器（ＵＥ）によって提供される提案される最小保持時間と異なり得る。最後に、ハンドオーバコマンドメッセージが、送信され、指定された最小保持時間の間、ソースからターゲットに、第１の無線技術コンポーネントをハンドオーバし、指定された最小保持時間中、第１および第２の無線技術コンポーネントのための共存モードを確立するようにユーザ機器（ＵＥ）に命令し、第１の無線技術コンポーネントは、指定された最小保持時間中、ソースにハンドバックされない。

他の実施形態では、ユーザ機器（ＵＥ）における共通プラットフォーム上に位置する第１の無線技術コンポーネントと第２の無線技術コンポーネントとの間の干渉を回避するために、無線アクセスネットワーク内で使用する方法が、開示される。開示される方法では、第１のターゲットは、第１の無線技術コンポーネントのハンドオーバ要求をソースから受信し、ハンドオーバ要求は、ユーザ機器（ＵＥ）によって提供される、提案される最小保持時間を備えている。第１のターゲットは、次いで、指定された最小保持時間を備えているハンドオーバ要求肯定応答をソースに送信し、指定された最小保持時間中、第１のターゲットは、第１の無線技術コンポーネントをソースに戻すハンドオーバをせず、それによって、指定された最小保持時間の間、第１および第２の無線技術コンポーネントのための共存モードを確立する。最後に、第１のターゲットは、第２のターゲットへの第１の無線技術コンポーネントのハンドオーバを開始するが、第２のターゲットが、ソースによって使用された第１の無線技術コンポーネントのための周波数を使用せず、第２の無線技術コンポーネントに干渉しないであろうことを条件とする。

なおもさらなる実施形態では、コンピュータ可読プログラムコードを具現化した非一時的コンピュータ可読記憶媒体を含み、実質的に、本明細書に前述のように、ユーザ機器（ＵＥ）および／または無線アクセスネットワーク（ｅＮＢ）を共存モードにおいて動作させる方法を実装するために実行されるように適合される、命令を伴うコンピュータプログラム製品が開示される。

本明細書で使用され場合、連結される、接続される、電気的に接続される、信号通信する、および同等物等の用語は、特定の実施形態の全体的文脈において明白であるように、コンポーネント間の直接接続、コンポーネント間の間接接続、または両方を含み得ることを理解されたい。連結されるという用語は、直接電気接続を含むが、それに限定されないことが意図される。

本願の多数の修正および変形例が、前述の教示に照らして可能である。したがって、添付の請求項の範囲内において、用途の実施形態は、本明細書に具体的に説明される以外に実践され得ることを理解されたい。

本明細書に開示される説明された例示的実施形態は、異なる信号伝達コンポーネントが、共存干渉を回避するために、時間的に分離される、共存動作モードを参照して説明されるが、本発明は、必ずしも、種々の信号伝達方式および用途に適用可能である、本発明の発明側面を例証する、例示的実施形態に限定されない。したがって、本発明は、本明細書における教示の利点を有する当業者に明白である、異なるが、同等の様式において、修正および実践され得るため、上記で開示される特定の実施形態は、例証にすぎず、本発明の限定として捉えられるべきではない。故に、前述の説明は、本発明を記載される特定の形態に限定することを意図するものではなく、対照的に、添付の請求項によって定義される、発明の精神および範囲内に含まれ得る、そのような代替、修正、および均等物を網羅することが意図され、当業者は、その最も広範な形態において、発明の精神および範囲から逸脱することなく、種々の変更、代用、および改変を行うことができることを理解するはずである。

Claims (30)

1. 単一プラットフォーム上に第１および第２の無線技術コンポーネントを備えているユーザ機器（ＵＥ）において使用する方法であって、
   共存トリガイベントを検出することと、
   提案される最小保持時間の間のソースからターゲットへの前記第１の無線技術コンポーネントのハンドオーバを要求するためのメッセージを送信することと、
   指定された最小保持時間の間、前記ソースから前記ターゲットへ前記第１の無線技術コンポーネントをハンドオーバすることにより、前記第１および第２の無線技術コンポーネントのための共存モードを確立するためのハンドオーバコマンドメッセージを受信することと、
   前記第１の無線技術コンポーネントを有効にし、前記指定された最小保持時間の間、前記ターゲットに前記第１の無線技術コンポーネントをハンドオーバすることであって、前記第１の無線技術コンポーネントは、前記指定された最小保持時間中、前記ソースへ戻されない、ことと
   を含み、
   それによって、前記ＵＥ上の無線リソースが、前記第１の無線技術コンポーネントからの干渉／前記第１の無線技術コンポーネントへの干渉を伴うことなく、前記第２の無線技術コンポーネントによって使用されることを可能にする、方法。
2. 前記第１の無線技術コンポーネントは、ＬＴＥコンポーネント備え、前記第２の無線技術コンポーネントは、全地球測位システム（ＧＰＳ）コンポーネントまたは産業科学医療用（ＩＳＭ）コンポーネントを備えている、請求項１に記載の方法。
3. 前記第２の無線技術コンポーネントを有効にするための要求を検出することと、
   １つ以上の近隣無線アクセス機器デバイスおよび／または周波数を走査し、前記ＵＥにおける前記第１の無線技術コンポーネントに干渉しないであろう任意の近隣無線アクセス機器デバイスおよび／または周波数を識別することと
   をさらに備えている、請求項１に記載の方法。
4. 前記ハンドオーバを要求するためのメッセージを送信することは、測定報告を送信することを含み、前記測定報告は、前記提案される最小保持時間と前記ＵＥにおける共存動作モードの指示とを備えている、請求項１に記載の方法。
5. 前記測定報告は、前記第１および第２の無線技術コンポーネントのための共存モードを示すインジケータビットを備えている、請求項４に記載の方法。
6. 前記ハンドオーバを要求するためのメッセージを送信することは、共存トリガイベントおよび前記提案される最小保持時間を指定することを含む、請求項１に記載の方法。
7. 前記共存トリガイベントを検出することは、デバイス内共存干渉により、前記ソースに対する信号強度測定値が第１の絶対閾値を下回り、かつ、前記ターゲットに対する信号強度測定値が第２の絶対閾値を上回った場合に、ＬＴＥハンドオーバを検出することを含む、請求項１に記載の方法。
8. 前記共存トリガイベントを検出することは、デバイス内共存干渉により、前記ターゲットに対する信号強度測定値が前記ソースに対する信号強度測定値に対するオフセットを上回った場合に、ＬＴＥハンドオーバを検出することを含む、請求項１に記載の方法。
9. 前記共存トリガイベントを検出することは、デバイス内共存干渉により、前記ソースに対する信号強度測定値が絶対閾値を下回った場合に、ＬＴＥハンドオーバを検出することを含む、請求項１に記載の方法。
10. 前記共存トリガイベントを検出することは、デバイス内共存干渉により、前記ソースに対する信号強度測定値が絶対閾値を下回った場合に、ＲＡＴ間ハンドオーバを検出することを含む、請求項１に記載の方法。
11. 前記共存トリガイベントを検出することは、指定された持続時間中、前記ソースのための基準信号受信品質（ＲＳＲＱ）測定値が、指定された閾値を下回ることを検出することに応じて、カウンタ値をインクリメントすることを含む、請求項１に記載の方法。
12. 前記ハンドオーバを要求するためのメッセージを送信することは、前記カウンタ値が、指定された閾値を上回る場合に、測定報告を送信することを含み、前記測定報告は、構成されている測定識別の周波数またはＲＡＴに対応する、周波数間またはＲＡＴ間測定結果を備えている、請求項１１に記載の方法。
13. 前記指定された最小保持時間が経過した後のみ、測定報告をトリガすることをさらに含む、請求項１に記載の方法。
14. 前記ソースを除外して、前記指定された最小保持時間中に、測定報告をトリガすることをさらに含む、請求項１に記載の方法。
15. 前記ソースは、サービングｅＮＢ、セル、または周波数を備えている、請求項１に記載の方法。
16. 前記ターゲットは、ターゲットｅＮＢ、セル、または周波数を備えている、請求項１に記載の方法。
17. 前記ハンドオーバを要求するためのメッセージを送信することは、前記第１および第２の無線技術コンポーネントのための共存モードを示す１つ以上のインジケータビットを用いて共存トリガイベントを指定する測定報告を送信することを含む、請求項１に記載の方法。
18. 前記１つ以上のインジケータビットは、デバイス内共存干渉により、前記ソースに対する信号強度測定値が第１の絶対閾値を下回り、前記ターゲットに対する信号強度測定値が第２の絶対閾値を上回った場合に、ＬＴＥハンドオーバのための第１の共存トリガイベントを指定する、請求項１７に記載の方法。
19. 前記１つ以上のインジケータビットは、デバイス内共存干渉により、前記ターゲットに対する信号強度測定値が前記ソースに対する信号強度測定値に対するオフセットを上回った場合に、ＬＴＥハンドオーバのための第２の共存トリガイベントを指定する、請求項１７に記載の方法。
20. 前記１つ以上のインジケータビットは、デバイス内共存干渉により、前記ソースに対する信号強度測定値が絶対閾値を下回った場合に、ＬＴＥハンドオーバのための第３の共存トリガイベントを指定する、請求項１７に記載の方法。
21. 前記１つ以上のインジケータビットは、デバイス内共存干渉により、前記ソースに対する信号強度測定値が絶対閾値を下回った場合に、ＲＡＴ間ハンドオーバのための第４の共存トリガイベントを指定する、請求項１７に記載の方法。
22. ユーザ機器（ＵＥ）における単一プラットフォーム上に位置する第１の無線技術コンポーネントと第２の無線技術コンポーネントとの間の干渉を回避するために、無線アクセスネットワーク内で使用する方法であって、
    提案される最小保持時間の間のソースからターゲットへの前記第１の無線技術コンポーネントのハンドオーバを要求するためのメッセージを受信することと、
    前記提案される最小保持時間を備えているハンドオーバ要求を前記ターゲットに送信することと、
    指定された最小保持時間を備えているハンドオーバ要求肯定応答を前記ターゲットから受信することであって、前記指定された最小保持時間中、前記ターゲットは、前記第１の無線技術コンポーネントを前記ソースの元の周波数へ戻すハンドオーバをしないであろう、ことと、
    前記指定された最小保持時間の間、前記ソースから前記ターゲットに前記第１の無線技術コンポーネントをハンドオーバし、前記第１および第２の無線技術コンポーネントのための共存モードを確立するように前記ユーザ機器（ＵＥ）に命令するハンドオーバコマンドメッセージを送信することであって、前記第１の無線技術コンポーネントは、前記指定された最小保持時間中、前記ソースへ戻されない、ことと
    を含む、方法。
23. 前記ハンドオーバ要求は、ＵＥによって提供される、前記提案される最小保持時間および前記ＵＥにおける共存動作モードの指示を備えている、請求項２２に記載の方法。
24. 前記ハンドオーバを要求するためのメッセージを受信することは、測定報告を受信することを含み、前記測定報告は、前記提案される最小保持時間と前記ＵＥにおける共存動作モードの指示とを備えている、請求項２２に記載の方法。
25. 前記測定報告は、前記第１および第２の無線技術コンポーネントのための共存モードを示すインジケータビットを備えている、請求項２４に記載の方法。
26. 前記ハンドオーバを要求するためのメッセージを受信することは、共存トリガイベントおよび前記提案される最小保持時間を指定する測定報告を受信することを含む、請求項２２に記載の方法。
27. 前記ハンドオーバ要求肯定応答を受信することは、前記ユーザ機器（ＵＥ）によって提供される前記提案される最小保持時間とは異なる、前記ターゲットによって指定される維持時間を受信することを含む、請求項２２に記載の方法。
28. ユーザ機器（ＵＥ）における単一プラットフォーム上に位置する第１の無線技術コンポーネントと第２の無線技術コンポーネントとの間の干渉を回避するために、無線アクセスネットワーク内で使用する方法であって、
    第１のターゲットにおいて、ソースから、前記第１の無線技術コンポーネントのハンドオーバ要求を受信することであって、前記ハンドオーバ要求は、前記ユーザ機器（ＵＥ）によって提供される提案される最小保持時間を備えている、ことと、
    指定された最小保持時間を備えているハンドオーバ要求肯定応答を前記ソースに送信することであって、前記指定された最小保持時間中、前記第１のターゲットは、前記第１の無線技術コンポーネントを前記ソースへ戻すハンドオーバをせず、それによって、前記指定された最小保持時間中、前記第１および第２の無線技術コンポーネントのための共存モードを確立する、ことと
    を含む、方法。
29. 前記第１のターゲットから第２のターゲットへの前記第１の無線技術コンポーネントのハンドオーバを開始することをさらに含み、その場合、前記第２のターゲットは、前記ソースによって使用されていた前記第１の無線技術コンポーネントのための周波数を使用せず、かつ、前記第２の無線技術コンポーネントに干渉しないであろうことを条件とする、請求項２８に記載の方法。
30. コンピュータ可読プログラムコードを具現化した非一時的コンピュータ可読記憶媒体を備えているコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードは、ユーザ機器（ＵＥ）を共存モードにおいて動作させる方法を実装するために実行されるように適合され、前記コンピュータ可読プログラムコードは、
    共存トリガイベントを検出するための命令と、
    提案される最小保持時間の間のソースからターゲットへの前記第１の無線技術コンポーネントのハンドオーバを要求するためのメッセージを送信するための命令と、
    指定された最小保持時間の間、前記ソースから前記ターゲットへ前記第１の無線技術コンポーネントをハンドオーバすることにより、前記第１および第２の無線技術コンポーネントのための共存モードを確立するためのハンドオーバコマンドメッセージを受信するための命令と、
    前記第１の無線技術コンポーネントを有効にし、前記指定された最小保持時間の間、前記ターゲットに前記第１の無線技術コンポーネントをハンドオーバするための命令であって、前記第１の無線技術コンポーネントは、前記指定された最小保持時間中、前記ソースへ戻されない、命令と
    を備え、
    それによって、前記ＵＥ上の無線リソースが、前記第１の無線技術コンポーネントからの干渉／前記第１の無線技術コンポーネントへの干渉を伴うことなく、前記第２の無線技術コンポーネントによって使用されることを可能にする、コンピュータプログラム製品。

Images