(57)【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）であって、
３ＧＰＰ（third  generation  partnership  project）  ＬＴＥ（long  term  evolution）無線ネットワークの中のマスタセルグループ（ＭＣＧ）の中の第１のノードと通信する第１の通信機と、
前記３ＧＰＰ  ＬＴＥ無線ネットワークの中のセカンダリセルグループ（ＳＣＧ）の中の第２のノードと通信する第２の通信機であって、前記ＵＥは、前記第１のノード及び前記第２のノードの両方との二重接続で動作するよう構成される、第２の通信機と、
プロセッサであって、
前記第２の通信機を通じて前記ＳＣＧと通信するための少なくとも１つのキャリア周波数が装置内共存（ＩＤＣ）干渉により影響されると決定し、
前記第１の通信機を通じて前記第１のノードへ、前記ＳＣＧの前記少なくとも１つのキャリア周波数に対応する時分割多重（ＴＤＭ）支援情報を有する第１のメッセージを送信する、
よう構成されるプロセッサと、
を有するＵＥ。
【請求項２】
前記プロセッサは、前記第１の通信機を通じて、前記ＳＣＧの中の前記ＩＤＣ干渉を回避する又は低減するためのＴＤＭ解を有する第２のメッセージを受信するよう更に構成される、請求項１に記載のＵＥ。
【請求項３】
前記第１のメッセージは、１又は複数の不連続受信（ＤＲＸ）パラメータを含む無線リソース制御（ＲＲＣ）メッセージを有する、請求項１に記載のＵＥ。
【請求項４】
前記ＴＤＭ支援情報は、ＭＣＧシステムフレーム番号（ＳＦＮ）タイミングに従い報告される要求不連続受信（ＤＲＸ）開始オフセットを有する、請求項１に記載のＵＥ。
【請求項５】
前記ＴＤＭ支援情報は、ＳＣＧシステムフレーム番号（ＳＦＮ）タイミングに従い報告される要求不連続受信（ＤＲＸ）開始オフセットを有する、請求項１に記載のＵＥ。
【請求項６】
前記ＴＤＭ支援情報は、ＳＣＧ構成に従い報告されるハイブリッド自動再送要求（ＨＡＲＱ）ビットマップを有する、請求項１に記載のＵＥ。
【請求項７】
前記プロセッサは、前記第１の通信機を通じて前記ＭＣＧと通信するための少なくとも１つのキャリア周波数が装置内共存（ＩＤＣ）干渉により影響されると決定する、
よう更に構成される、請求項１に記載のＵＥ。
【請求項８】
前記ＴＤＭ支援情報は、ＭＣＧシステムフレーム番号（ＳＦＮ）タイミングに従い報告される要求不連続受信（ＤＲＸ）開始オフセットを有し、
前記プロセッサは、前記第１の通信機を通じて、前記ＭＣＧ及び前記ＳＣＧの両方の中の前記ＩＤＣ干渉を回避し又は低減するＴＤＭ解を有する第２のメッセージを受信するよう更に構成される、請求項７に記載のＵＥ。
【請求項９】
前記ＴＤＭ支援情報は、ＳＣＧ構成に従い報告されるハイブリッド自動再送要求（ＨＡＲＱ）ビットマップを有し、
前記プロセッサは、前記第１の通信機を通じて、前記ＭＣＧ及び前記ＳＣＧの両方の中の前記ＩＤＣ干渉を回避し又は低減するＴＤＭ解を有する第２のメッセージを受信するよう更に構成される、請求項７に記載のＵＥ。
【請求項１０】
少なくとも１つの非３ＧＰＰ送信機を更に有し、
前記プロセッサは、前記少なくとも１つの非３ＧＰＰ送信機の送信との干渉を回避し又は低減するために、前記ＴＤＭ支援情報を生成するよう構成される、請求項１に記載のＵＥ。
【請求項１１】
前記ＴＤＭ支援情報は、複数のハイブリッド自動再送要求（ＨＡＲＱ）ビットマップを有し、各々のＨＡＲＱビットマップは、前記第１のノード及び前記第２のノードのうちの一方に対応する時分割多重（ＴＤＤ）アップリンク／ダウンリンク（ＵＬ／ＤＬ）構成に基づく異なるパターン長を有する、請求項１に記載のＵＥ。
【請求項１２】
前記ＴＤＭ支援情報は、前記ＭＣＧに対応する第１のＴＤＭ支援情報と、前記ＳＣＧに対応する第２のＴＤＭ支援情報と、を有する、請求項１に記載のＵＥ。
【請求項１３】
ｅＮＢ（E-UTRAN（Evolved  Universal  Terrestrial  Radio  Access  Network）Node  B）であって、
第１のセルグループに関連する第１の周波数を用いてユーザ機器（ＵＥ）と通信する無線通信機と、
プロセッサであって、
前記無線通信機を通じて前記ＵＥから、干渉情報を有する第１の無線リソース制御（ＲＲＣ）メッセージを受信し、
第２の周波数を用いて前記ＵＥに無線接続される第２のセルグループの中のノードへ、前記干渉情報を転送し、
前記第２のセルグループの中の前記ノードから、前記干渉のための第１の時分割多重（ＴＤＭ）解を受信し、
前記無線通信機を通じて前記ＵＥへ前記第１のＴＤＭ解を転送する、
よう構成されるプロセッサと、
を有するｅＮＢ。
【請求項１４】
前記第１のＲＲＣメッセージは、前記第１のセルグループのシステムフレーム番号（ＳＦＮ）タイミングに関連する不連続受信（ＤＲＸ）開始オフセットを有する、請求項１３に記載のｅＮＢ。
【請求項１５】
前記プロセッサは、
前記第１のセルグループの前記ＳＦＮタイミングに基づき、前記干渉のための第２のＴＤＭ解を決定し、
前記無線通信機を通じて、前記ＵＥへ、前記第２のＴＤＭ解を送信する、
よう更に構成される、請求項１４に記載のｅＮＢ。
【請求項１６】
前記第１のＲＲＣメッセージは、前記第２のセルグループのシステムフレーム番号（ＳＦＮ）タイミングに関連する不連続受信（ＤＲＸ）開始オフセットを有する、請求項１５に記載のｅＮＢ。
【請求項１７】
前記第１のＲＲＣメッセージは、ハイブリッド自動再送要求（ＨＡＲＱ）パターン情報を有し、前記干渉情報を前記第２のセルグループの中の前記ノードへ転送する前に、前記プロセッサは、前記ＨＡＲＱパターン情報が前記第１のセルグループ又は前記第２のセルグループに対応するかを決定するよう構成される、請求項１３に記載のｅＮＢ。
【請求項１８】
前記プロセッサは、
前記ＨＡＲＱパターン情報が、前記第１のセルグループに対応する第１のサブフレームパターン長を有する第１のＨＡＲＱパターンと、前記第２のセルグループに対応する第２のサブフレームパターン長を有する第２のＨＡＲＱパターンと、を含むことを決定し、
前記ＵＥの中の装置内共存干渉を回避し又は低減するために、前記第１のＨＡＲＱパターンに基づき、前記第１のセルグループの不連続受信（ＤＲＸ）パラメータを構成し、
前記第２のセルグループの中の前記ノードへ、前記第２のＨＡＲＱパターンを転送する、
よう更に構成される、請求項１７に記載のｅＮＢ。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本願は、３５U.S.C.§１１９(e)に基づき、米国仮特許出願番号第６１/９９０,６４５号、２０１４年５月８日出願（代理人管理番号P６７６９２Z）の優先権の利益を請求する。該米国仮特許出願は、参照することにより、全体が本願明細書に組み込まれる。
【０００２】
本開示は、無線通信ネットワークに関する。具体的には、本開示は、装置内共存干渉回避のシステム及び方法に関する。
【図面の簡単な説明】
【０００３】
【図１】一実施形態による、二重接続において動作する通信ネットワークのブロック図である。
【図２】一実施形態による、二重接続における装置内干渉回避の処理を示すシーケンス図である。
【図３】一実施形態による、二重接続におけるＤＲＸ構成パラメータを用いる処理を示すシーケンス図である。
【図４Ａ】他の実施形態による、二重接続におけるＤＲＸ構成パラメータを用いる処理を示すシーケンス図である。
【図４Ｂ】他の実施形態による、二重接続におけるＤＲＸ構成パラメータを用いる処理を示すシーケンス図である。
【図５Ａ】特定の実施形態による、ＨＡＲＱビットマップを用いる装置内共存干渉軽減の例示的な方法のフローチャートを示す。
【図５Ｂ】特定の実施形態による、ＨＡＲＱビットマップを用いる装置内共存干渉軽減の例示的な方法のフローチャートを示す。
【図６】一実施形態による、装置内共存干渉軽減の方法のフローチャートを示す。
【図７】特定の実施形態による、使用され得るモバイル装置の例示的な図である。
【発明を実施するための形態】
【０００４】
本開示の実施形態に合致するシステム及び方法の詳細な説明は以下に提供される。幾つかの実施形態が記載されるが、本開示は、一実施形態に限定されず、むしろ多数の代替、変更、及び等価なものを包含することが理解されるべきである。さらに、本願明細書に開示の実施形態の完全な理解を提供するために、多数の特定の詳細事項が以下の記載で提供されるが、幾つかの実施形態は、これらの詳細事項の一部又は全部を有しないで実施できる。さらに、明確さのために、関連技術において知られている特定の技術的素材は、本開示を不要に不明瞭にすることを回避するために詳細に記載されない。
【０００５】
本願明細書に開示のシステム及び方法は、ユーザ機器（ＵＥ）として知られ異種無線通信ネットワークの中で二重接続で動作する無線通信装置のための装置内共存干渉回避を提供する。３ＧＰＰ（third  generation  partnership  project）ＬＴＥ（long  term  evolution）では、以下に詳述するように、二重接続は、ＵＥが、互いに非理想的バックホール（例えばＸ２インタフェース）により接続される少なくとも２つの異なる３ＧＰＰネットワークノード（例えばマスタノード及びセカンダリノード）により提供される無線リソースを消費することを許容する。マスタノードとセカンダリノードとの間のシグナリング制限及びシステムフレーム番号（system  frame  number：ＳＦＮ）タイミングオフセットのために、現在の３ＧＰＰシステムは、二重接続で動作するＵＥに装置内共存干渉回避を提供しない。
【０００６】
無線通信がオフィス、家庭、学校において益々普及するにつれ、いつでも及び／又はどこでも計算及び通信のための要求を満たすために、異なる無線技術及びアプリケーションが動作し得る。例えば、より多くの計算及び／又は通信能力、より大きな移動性、及び／又はシームレスなローミングを無線環境に提供するために、多様な無線通信ネットワークが共存し得る。
【０００７】
特に、無線モバイル通信技術は、データを送信するために、様々な標準及びプロトコルを使用し得る。無線通信システム規格及びプロトコルは、例えば、３ＧＰＰ  ＬＴＥ標準、一般的にＷｉＭＡＸ（Worldwide  Interoperability  for  Microwave  Access）として業界団体に知られているＩＥＥＥ（Institute  of  Electrical  and  Electronics  Engineers）８０２．１６標準、及び一般的にＷｉＦｉとして業界団体に知られているＩＥＥＥ８０２．１１標準を含み得る。ＬＴＥシステムにおける３ＧＰＰ  ＲＡＮ（radio  access  network）では、基地局は、Ｅ−ＵＴＲＡＮ（Evolved  Universal  Terrestrial  Radio  Access  Network）ＮｏｄｅＢ（evolved  Node  B、enhanced  Node  B、eNodeB、又はeNBとしても一般的に表記される）、及び／又は、ＵＥと通信するＥ−ＵＴＲＡＮにおける無線ネットワーク制御部（Radio  Network  Controllers：ＲＮＣ）、を含み得る。
【０００８】
上述の無線通信ネットワークの各々は異なる使用例をサポートし得るが、これらの技術のうちの２以上の、ＵＥによる同時使用は、干渉又は衝突を引き起こし、結果として性能低下をもたらす。例えば、ＵＥは、ＬＴＥ通信機、ＷｉＦｉ又は他の無線ローカルエリアネットワーク（ＷＬＡＮ）通信機、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信機、及びＧＮＳＳ（global  navigation  satellite  system）受信機を備えても良い。隣接周波数又は副高調波周波数で動作する同じＵＥの内部にある複数の無線通信機が非常に近くにあるので、同一場所にある無線機の送信機から生じる干渉電力は、受信機の希望号の実際の受信電力レベルよりもはるかに大きくなり得る。この装置内共存（in−device  coexistence：ＩＤＣ）干渉は、フィルタを用いて回避又は低減することが困難な場合がある。
【０００９】
特定の３ＧＰＰシステムの中のＩＤＣ干渉を回避し又は低減するために、ＵＥは、ｅＮＢにＩＤＣ支援情報を報告しても良い。ＩＤＣ支援情報は、ＩＤＣ干渉問題に苦しむＥ−ＵＴＲＡキャリアのリスト及び干渉の方向を含む。使用例に依存して、ＩＤＣ支援情報は、サービングＥ−ＵＴＲＡキャリアによるＴＤＭソリューションのための適切な不連続受信（discontinuous  reception：ＤＲＸ）構成を可能にするために、時分割多重（time−division  multiplexing：ＴＤＭ）パターン又はパラメータも含み得る。ＴＤＭ支援情報は、ＤＲＸ構成パラメータ又はハイブリッド自動再送要求（hybrid  automatic  repeat  request：ＨＡＲＱ）ビットマップであり得る。ＤＲＸ構成パラメータ（drx−Assistancelnfo）では、フィールドdrx−Offsetは、ＳＦＮタイミングに依存する。ＨＡＲＱビットマップ（IDC−SubframePattern）は、時分割多重（ＴＤＤ）の場合に二重及びアップリンク／ダウンリンク（ＵＬ／ＤＬ）構成に依存し、ＳＦＮタイミングにも関連する。
【００１０】
３ＧＰＰ技術仕様（Technical  Specification：ＴＳ）３６．３３１、Ｖ１２．０．０（２０１３−１２）（ＴＳ３６．３３１）は、ＩＤＣ支援情報のための例示的な無線リソース制御（radio  resource  control：ＲＲＣ）シグナリングメッセージを提供する。これは、「InDeviceCoexlndication」メッセージとして参照され、抽象構文法１（abstract  syntax  notation  one：ＡＳＮ．１）コーディングの中で以下に示される。
【００１１】
【数１】
0006430534.tif 000002
同種３ＧＰＰ  ＬＴＥシステムでは、ダウンリンク（ＤＬ）送信は、ノード（例えば、eNB）から無線装置（例えば、ＵＥ）への通信であり得る。また、アップリンク（ＵＬ）送信は、無線装置からノードへの通信であり得る。同種ネットワークでは、ノードは、マクロノードとも呼ばれ、セル内の無線装置に基本無線カバレッジを提供できる。セルは、無線装置がマクロノードと通信するよう動作可能な領域であり得る。
【００１２】
異種ネットワークは、無線装置の使用及び機能の増大により増大したマクロノードのトラフィック負荷を処理するために用いることができる。異種ネットワークは、マクロノードのカバレッジ領域（セル）の範囲内であまり計画性の高くない若しくは全体的に未調整の方法で展開され得る低電力ノード（スモールｅＮＢ、マイクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ又はホームｅＮＢ［ＨｅＮＢ］）の層と重なる、高電力マクロノード（マクロｅＮＢ又はマクロセル）の１つの層を有し得る。低電力ノード（ＬＰＮ）は、通常、「低電力ノード」、スモールノード、又はスモールセルと表し得る。
【００１３】
マクロノードは、基本カバレッジのために使用されても良い。低電力ノードは、マクロノードの地理的カバレッジエリア（つまり、セル）の範囲内のカバレッジホールを満たすために、及びマクロノードのカバレッジエリア間の境界において、使用されても良い。低電力ノードは、高使用エリアにおける能力を改善するため、及びビル構造物が信号送信を邪魔する屋内カバレッジを改善するためにも、使用されても良い。
【００１４】
本願明細書で使用されるとき、用語「ノード」及び「セル」は、両方とも、同義であり、ｅＮＢ、低電力ノード、又は他の基地局のような、複数のユーザ機器と通信する無線送信ポイントを表すことを意図する。
【００１５】
二重接続は、所与のＵＥが、非理想的バックホールに接続される少なくとも２つの異なるノードにより提供される無線リソースを消費する動作を表す。例えば、図１は、一実施形態による、二重接続において動作する通信ネットワーク１００のブロック図である。ネットワーク１００は、第１のキャリア周波数Ｆ１を用いてＵＥ１１４への無線接続１１２を確立するよう構成されるマクロセル１１０と、第２のキャリア周波数Ｆ２を用いてＵＥ１１４への無線接続１１８を確立するよう構成されるスモールセル１１６と、を有する。マクロセル１１０及びスモールセル１１６は、非理想的バックホールインタフェース１２０（例えば、Ｘ２インタフェース）を通じて互いに通信する。図１に示す二重接続は、ユーザ当たりのスループットを改善するために、ノード間無線リソースアグリゲーション（又はサイト間キャリアアグリゲーション）を提供する。二重接続は、移動性管理がマクロレイヤで維持されることを可能にし、同時に、スループットを増大するよう追加ユーザプレーン能力を提供するためにスモールセルを集約する。ユーザデータを運ぶ無線ベアラは、カバレッジ、オフロード、又はスループットの増大が望まれるかに依存して、マクロセル１１０のみの、スモールセル１１６のみのリソースを使用することができ、或いは両方を集約できる。マクロセル１１０の中のモビリティアンカーを保持することは、コアネットワークへ向かうシグナリングオーバヘッドの削減に役立つことがある。
【００１６】
ＵＥ１１４のための二重接続に関与するノード（例えば、マクロセル１１０及びスモールセル１１６）は、異なる役割を想定しても良く、これは必ずしもノードのパワークラスに依存しない。例えば、１つのノードはマスタノードとして動作しても良く、１又は複数の追加ノードはセカンダリ又はスレーブノードとして動作しても良い。概して、常にではないが、マクロセル１１０は、マスタｅＮＢ（ＭｅＮＢ）の機能を実行しても良く、スモールセル１１６は、セカンダリｅＮＢ（ＳｅＮＢ）の機能を実行しても良い。ＭｅＮＢは、少なくともＳ１−ＭＭＥを終端する。Ｓ１−ＭＭＥは、制御プレーンのための、コアネットワークの中の移動性管理エンティティ（mobility  management  entity：ＭＭＥ）とのインタフェースである。したがって、ＭｅＮＢは、コアネットワークへのＵＥ１１４のモビリティアンカーとして動作する。ＭｅＮＢに関連するサービングセルのグループは、本願明細書では、マスタセルグループ（master  cell  group：ＭＣＧ）として参照されても良い。ＳｅＮＢは、ＭｅＮＢではない、ＵＥに追加無線リソースを提供するｅＮＢである。ＳｅＮＢに関連するサービングセルのグループは、本願明細書では、セカンダリセルグループ（secondary  cell  group：ＳＣＧ）として参照されても良い。
【００１７】
二重接続でマクロセル１１０及びスモールセル１１６と通信することに加えて、図１に示すＵＥ１１４は、無線接続１２４を通じてＷＬＡＮ又は他の非３ＧＰＰネットワークの無線アクセスポイント１２２とも通信しても良い。無線接続１２４は、例えばＷｉＦｉプロトコルを使用しても良い。ＵＥ１１４は、無線接続１１２及び／又は無線接続１１８のための第１の通信機（図示しない）と、無線接続１２４のための第２の通信機（図示しない）と、を有する。上述のように、ＩＤＣ干渉は、第１の通信機及び第２の通信機の同時動作から生じ得る。
【００１８】
特定の実施形態は、以下の例示的なシナリオのうちの１又は複数に、ＩＤＣ干渉回避を提供する。シナリオＡでは、ＩＤＣ干渉問題は、ＭＣＧのみにおいて経験される。これは、上述のInDeviceCoexlndicationメッセージのaffectedCarrierFreqListがＭＣＧセルの周波数を含む場合に対応する。シナリオＢでは、ＩＤＣ干渉問題は、ＳＣＧのみにおいて経験される。これは、affectedCarrierFreqListがＳＣＧセルの周波数を含む場合に対応する。シナリオＣでは、ＩＤＣ干渉問題は、ＭＣＧ及びＳＣＧの両方において経験される。これは、affectedCarrierFreqListがＭＣＧセル及びＳＣＧセルの両方の周波数を含む場合に対応する。ＬＴＥにおいてシナリオＣの一例は、ＭＣＧが「バンド７」を使用し、一方でＳＣＧが「バンド４０」を使用するときである。
【００１９】
ＩＤＣ情報の中のＴＤＭ支援情報の従前の解は、二重接続を考慮しない。上述のように、ＴＤＭ支援情報は、ＤＲＸ構成パラメータ又はＨＡＲＱビットマップであり得る。ＤＲＸ構成パラメータ（drx−Assistancelnfo）では、フィールドdrx−Offsetは、ＳＦＮタイミングに依存する。ＨＡＲＱビットマップ（IDC−SubframePattern）は、時分割多重（ＴＤＤ）の場合に二重及びＵＬ／ＤＬ構成に依存し、ＳＦＮタイミングにも関連する。特定の実施形態は、二重接続のＭｅＮＢとＳｅＮＢとの間のＳＦＮタイミングオフセットを考慮するために、シグナリング及び処理を提供する。
【００２０】
図２は、一実施形態による、二重接続における装置内干渉回避の処理２００を示すシーケンス図である。処理２００は、ＭＣＧの中のＭｅＮＢ２１２及びＳＣＧの中のＳｅＮＢ２１４にＵＥ２１０を接続するステップを含む。本例は、ＳＣＧ追加の後に、ＩＤＣ干渉問題が存在することを想定する。しかしながら、タイミングに関する異なる状況が存在しても良い（例えば、ＩＤＣ干渉がＳＣＧ追加の前に生じても良い）。ＩＤＣ干渉がＳＣＧ追加の前に又は後に生じるかに拘わらず、ノード間メッセージ（例えば、SCG−Configlnfo及びSCG−Configuration）が同様に扱われても良い。
【００２１】
図２に示すように、ＵＥ２１０は、ＭＣＧの中のＭｅＮＢ２１２へ、自身の能力情報を、inDeviceCoexlndパラメータを含むUECapabilitylnformationメッセージ２１６の中で送信する。inDeviceCoexlndパラメータは、ＵＥ２１０が装置内共存をサポートすることを示す。ＭｅＮＢ２１２は、RRCConnectionReconfigurationメッセージ２１８により応答する。メッセージ２１８は、ＵＥ２１０がＭＣＧについてのＩＤＣ指示及び／又は自動拒否パラメータを送信することを許可されるか否かを示すidc−Configパラメータを含む。ＭｅＮＢ２１０は、さらに、SCG−Configlnfoパラメータを含むSeNB  Addition  Request（ＳｅＮＢ追加要求）メッセージ２２０をＳｅＮＢ２１４に送信する。SCG−Configlnfoパラメータは、ＩＤＣ情報（例えば、ＵＥ２１０が装置内共存をサポートすることの指示）を含む。
【００２２】
ＳｅＮＢ２１４は、要求側ＭｅＮＢ２１２に、SCG−Configuration情報を含むSeNB  Addition  Request  Acknowledge（ＳｅＮＢ追加要求肯定応答）メッセージ２２２により応答する。特定の実施形態では、SeNB  Addition  Request  Acknowledgeメッセージ２２２の中のSCG−Configuration情報は、ＳＣＧの自動拒否構成パラメータを含む。ＵＥ２１０がＩＤＣ干渉回避のために構成されるとき、ＵＥ２１０は、他の解が使用できない場合、希に、工業、科学、医療（industrial  scientific  medical：ＩＳＭ）帯域を保護するために、ＬＴＥアップリンク（ＵＬ）送信を自立的に拒否できる。自動拒否の構成は、ｅＮＢスケジューラに、ＬＴＥとＩＳＭとの性能のトレードオフの柔軟性を提供する。ＭｅＮＢ２１２及びＳｅＮＢ２１４は、自動拒否パラメータを構成するために異なる方針を有するかも知れないので、ＭｅＮＢ２１２及びＳｅＮＢ２１４は、自動拒否パラメータを独立に構成できる。
【００２３】
ＭｅＮＢ２１２がSeNB  Addition  Request  Acknowledgeメッセージ２２２を受信すると、ＭｅＮＢ２１２は、RRCConnectionReconfigurationメッセージ２２４をＵＥ２１０へ送信する。メッセージ２２４は、ＵＥ２１０がＳＣＧのＩＤＣ指示及び／又は自動拒否パラメータを送信することを許可されるか否かを示すidc−Configパラメータを含む。
【００２４】
ＵＥ２１０がＭＣＧ及びＳＣＧの中のＩＤＣ干渉回避のために構成された後、ブロック２２６で、ＵＥ２１０は、装置内共存干渉の影響、及びＵＥ２１０が自身で問題を解決できるか否かを決定するために、内部測定及び／又は内部評価を実行する。ＵＥ２１０が自身で干渉を解決できない場合、ＵＥ２１０は、InDeviceCoexlndicationメッセージ２２８をＭｅＮＢ２１２へ送信する。InDeviceCoexlndicationメッセージ２２８は、周波数分割多重（ＦＤＭ）及び／又はＴＤＭの支援情報を含んでも良い。装置内干渉問題がＭＣＧのみの中である場合、ＭｅＮＢ２１２は、ＳｅＮＢ２１４を巻き込まずに、干渉問題に対する解を決定でき、ＭＣＧについてのＦＤＭ解（例えば、ハンドオーバ又はＳＣｅｌｌ解放）又はＴＤＭ解（例えば、ＤＲＸパラメータ）と共にIDC  Response（ＩＤＣ応答）メッセージ２３０をＵＥ２１０へ送信する。
【００２５】
しかしながら、装置内干渉問題がＳＣＧにも（又はＳＣＧにのみ）存在する場合、ＭｅＮＢ２１２は、ＳｅＮＢ２１４へ、ＳＣＧの中の干渉解決のための決定を行うためにＳｅＮＢ２１４がブロック２３４で使用する情報を有するSCG−Configlnfoパラメータを含むSeNB  Modification  Requestメッセージ２３２を送信する。ＳｅＮＢ２１４は、ＳＣＧのためのＦＤＭ及び／又はＴＤＭ解を示すSCG−Configurationパラメータを含むSeNB  Modification  Request  Acknowledge（ＳｅＮＢ変更要求確認応答）メッセージ２３６をＭｅＮＢ２１２に渡す。ＭｅＮＢ２１２は、ＳＣＧについて、ＵＥ２１０へのIDC  Responseメッセージ２３０の中に、ＳｅＮＢのＦＤＭ又はＴＤＭ解を含める。
【００２６】
以下に開示する特定の実施形態では、InDeviceCoexlndicationメッセージ２２８は、二重接続のためのＤＲＸ構成パラメータの拡張（例えば、上述の例示的メッセージの中に示される情報要素（ＩＥ）drx−Assistancelnfo）を含む。他の実施形態では、InDeviceCoexlndicationメッセージ２２８は、ＨＡＲＱビットマップパターン（例えば、上述の例示的メッセージの中に示すＩＥ  IDC−SubframePatternList）を含む。
【００２７】
上述のように、図２に示すInDeviceCoexlndicationメッセージ２２８は、周波数分割多重（ＦＤＭ）及び／又はＴＤＭの支援情報を含んでも良い。ＦＤＭでは、InDeviceCoexlndicationメッセージ２２８の中のaffectedCarrierFreqListは、ＭＣＧ及び／又はＳＣＧに対応する影響される周波数を指定しても良い。ＴＤＭでは、しかしながら、InDeviceCoexlndicationメッセージ２２８の中で報告されるdrx−Offsetは、上述のＳＦＮタイミングオフセットのためにＭＣＧ及びＳＣＧについて同じではない。したがって、一実施形態では、拡張ＤＲＸ構成パラメータを有するＴＤＭ支援情報は、ＭＣＧ  ＳＦＮタイミングに従うＤＲＸ開始オフセットを含む。別の実施形態では、拡張ＤＲＸ構成パラメータを有するＴＤＭ支援情報は、ＳＣＧ  ＳＦＮタイミングに従うＤＲＸ開始オフセットを含む。
【００２８】
図３は、一実施形態による、二重接続におけるＤＲＸ構成パラメータを用いる処理３００を示すシーケンス図である。本例では、図３に示す処理３００は、特定の例では、ブロック２２６までは図２に示す処理２００と同じであっても良い。ブロック２２６で、ＵＥ２１０は、装置内共存干渉の影響、及びＵＥ２１０が自身で問題を解決できるか否か、を決定するために、内部測定及び／又は内部評価を実行する。ＵＥ２１０が自身で干渉を解決できない場合、ＵＥ２１０は、InDeviceCoexlndicationメッセージ２２８をＭｅＮＢ２１２へ送信する。
【００２９】
しかしながら、図３に示す例では、InDeviceCoexlndicationメッセージ２２８は、ＵＥ２１０がＭＣＧ又はＳＣＧの中のＩＤＣ問題を検出するかに拘わらず、ＭＣＧ  ＳＦＮタイミングに従って報告される選択されたＤＲＸ開始オフセット（ＩＥ  drx−Offset）を含む。したがって、例えば、ＳｅＮＢの中でＩＤＣ問題が存在する場合、ＵＥ２１０は、ＭＣＧ  ＳＦＮタイミングに従い、drx−Offsetを有するＲＲＣメッセージであるInDeviceCoexlndication２２８を送信する。次に、ＭｅＮＢ２１２は、ＳｅＮＢ２１４へ、ＭＣＧ  ＳＦＮタイミングに従ってdrx−Offsetを転送するメッセージ３１０を送信する。特定の実施形態においてメッセージ３１０は、単に、ＵＥ２１０から受信されるInDeviceCoexlndicationメッセージ２２８のコピーであっても良い。
【００３０】
ブロック３１２で、ＭｅＮＢ２１２とＳｅＮＢ２１４との間のＳＦＮタイミングオフセットに基づき、ＳｅＮＢ２１４は、干渉解決のための決定を行う。言い換えると、ＳｅＮＢ２１４は、ＩＤＣ問題が解決できるように、ＳＣＧの中でＤＲＸを構成するために適切なタイミングを推定する。ＳｅＮＢ２１４は、ＳＣＧのためのＴＤＭ解のＤＲＸ構成パラメータを含むSCG−Configurationパラメータを含むSeNB  Modification  Request  Acknowledge（ＳｅＮＢ変更要求確認応答）メッセージ３１４をＭｅＮＢ２１２に渡す。ＭｅＮＢ２１２は、ＳＣＧについて、ＵＥ２１０へのIDC  Responseメッセージ３１６の中に、ＳｅＮＢのＴＤＭ解を含める。
【００３１】
図４Ａ及び４Ｂは、他の実施形態による、二重接続におけるＤＲＸ構成パラメータを用いる処理を示すシーケンス図である。上述の例では、図４Ａに示す処理４００及び図４Ｂに示す処理４２０は、特定の例では、ブロック２２６までは図２に示す処理２００と同じであっても良い。ブロック２２６で、ＵＥ２１０は、装置内共存干渉の影響、及びＵＥ２１０が自身で問題を解決できるか否か、を決定するために、内部測定及び／又は内部評価を実行する。ＵＥ２１０が自身で干渉を解決できない場合、ＵＥ２１０は、InDeviceCoexlndicationメッセージ２２８をＭｅＮＢ２１２へ送信する。
【００３２】
しかしながら、図４Ａ及び４Ｂに示す例では、InDeviceCoexlndicationメッセージ２２８は、ＩＤＣ問題を有するセルグループのＳＦＮタイミングに従って報告される選択されたＤＲＸ開始オフセット（ＩＥ  drx−Offset）を含む。図４Ａでは、ＩＤＣ問題はＳＣＧの中にある。したがって、図４ＡのInDeviceCoexlndicationメッセージ２２８は、ＳＣＧ  ＳＦＮタイミングに従って報告されるdrx−Offsetを含む。ＭｅＮＢ２１２は、ＳｅＮＢ２１４へ、ＳＣＧ  ＳＦＮタイミングに従ってdrx−Offsetを転送するメッセージ４１０を送信する。ブロックにおいて、ＳｅＮＢ２１４は、干渉解決のために決定するために、ＳＣＧ  ＳＦＮタイミングに従うdrx−Offsetを使用する。ＳｅＮＢ２１４は、ＳＣＧのためのＴＤＭ解のＤＲＸ構成パラメータを含むSCG−Configurationパラメータを含むSeNB  Modification  Request  Acknowledge（ＳｅＮＢ変更要求確認応答）メッセージ４１４をＭｅＮＢ２１２に渡す。ＭｅＮＢ２１２は、ＳＣＧについて、ＵＥ２１０へのIDC  Responseメッセージ４１６の中に、ＳｅＮＢのＴＤＭ解を含める。
【００３３】
さらに、又はＩＤＣ問題を有するセルグループのＳＦＮタイミングに従ってＤＲＸ開始オフセットを報告する他の実施形態では、ＭＣＧ及びＳＣＧの両方にＩＤＣ問題が存在する場合に、ＵＥ２１０は、ＭＣＧのＳＦＮタイミングに従って選択されたＤＲＸ開始オフセットを報告するよう構成される。
【００３４】
図４Ｂでは、例えば、ＵＥ２１０により検出されるＩＤＣ問題は、ＭＣＧ及びＳＣＧの両方に存在する。したがって、ＵＥ２１０は、ＭＣＧ  ＳＦＮタイミングに従ってdrx−Offsetを有するＲＲＣメッセージであるInDeviceCoexlndication２２８を送信する。ＭｅＮＢ２１２は、ＳｅＮＢ２１４へ、ＭＣＧ  ＳＦＮタイミングに従ってdrx−Offsetを転送するメッセージ４２２を送信する。ブロック４２４で、ＭｅＮＢ２１２は、ＭＣＧの中のＩＤＣ問題が解決できるように（例えば、ＭｅＮＢ２１２がＭＣＧの中の干渉解決のための決定を行う）、ＭＣＧの中でＤＲＸを構成するために適切なタイミングを決定する。ブロック４２６で、ＭｅＮＢ２１２とＳｅＮＢ２１４との間のＳＦＮタイミングオフセットに基づき、ＳｅＮＢ２１４は、ＳＣＧの中のＩＤＣ問題が解決できるように（例えば、ＳｅＮＢ２１４がＳＣＧの中の干渉解決のための決定を行う）、ＳＣＧの中でＤＲＸを構成するために適切なタイミングを決定する。ＳｅＮＢ２１４は、ＳＣＧのためのＴＤＭ解のＤＲＸ構成パラメータを含むSCG−Configurationパラメータを含むSeNB  Modification  Request  Acknowledge（ＳｅＮＢ変更要求確認応答）メッセージ４２８をＭｅＮＢ２１２に渡す。ＭｅＮＢ２１２は、ＭＣＧ及びＳＣＧ解決について、ＵＥ２１０へのIDC  Responseメッセージ４３０の中に、ＭｅＮＢのＴＤＭ解及びＳｅＮＢのＴＤＭ解を含める。
【００３５】
上述のように、他の実施形態では、ＴＤＭ支援情報は、二重及びＵＬ／ＤＬ構成に依存しＳＦＮタイミングにも関連するＨＡＲＱビットマップを含む。図５Ａ及び５Ｂは、特定の実施形態による、ＨＡＲＱビットマップを用いる装置内共存干渉軽減の例示的な方法のフローチャートを示す。図５Ａで、図示の方法５００は、ＭｅＮＢが、ＵＥから、ＩＤＣ問題を有するセルグループに従って、ＨＡＲＱビットマップパターンを受信するステップ５１０を含む。ＵＥは、ＨＡＲＱビットマップパターンをＭｅＮＢへ、例示的なＲＲＣ  InDeviceCoexlndicationメッセージの中のＩＥ  IDC−SubframePatternListの中で送信しても良い。ＭＣＧの中にＩＤＣ問題が存在する場合、ＨＡＲＱビットマップパターン（ＩＥ  IDC−SubframePatternList）は、ＭＣＧの中の構成（例えば、二重／ＴＤＤ  ＵＬ  ＤＬ構成）に従って報告される。ＳＣＧの中にＩＤＣ問題が存在する場合、ＨＡＲＱビットマップパターン（ＩＥ  IDC−SubframePatternList）は、ＳＣＧの中の構成（例えば、二重／ＴＤＤ  ＵＬ  ＤＬ構成）に従って報告される。
【００３６】
受信したＨＡＲＱビットマップパターンに基づき、ＭｅＮＢは、ＩＤＣ問題がＭＣＧ又はＳＣＧの中に存在するかを決定する５１２。例えば、ＭｅＮＢは、ＨＡＲＱビットマップパターン（ＩＥ  IDC−SubframePatternList）がＭＣＧ又はＳＣＧについて報告されているかを知るために、ＩＥ  affectedCarrierFreqListを調べても良い。ＭｅＮＢがＩＤＣ問題がＭＣＧの中に存在すると決定する場合、ＭｅＮＢは、受信したＨＡＲＱビットマップパターンに基づき、干渉解決のためにＭＣＧの中のＤＲＸパラメータを構成する５１４。ＭｅＮＢがＩＤＣ問題がＳＣＧの中に存在すると決定する場合、ＭｅＮＢは、ＨＡＲＱビットマップパターンをＳｅＮＢへ送信し５１６、ＳｅＮＢは、受信したＨＡＲＱビットマップパターンに基づき、干渉解決のためにＳＣＧの中のＤＲＸパラメータを構成する５１８。
【００３７】
図５Ａでは、ＨＡＲＱビットマップパターン（ＩＥ  IDC−SubframePattern）は、ＩＤＣ問題を有するセルグループに従って報告される。さらに、又は他の実施形態では、ＵＥは、ＩＥ  IDC−SubframePatternListの中で複数のＨＡＲＱビットマップパターン（ＩＥ  IDC−SubframePattern）を報告できる。図５Ａに示す方法５００は、ＩＤＣ問題がＭＣＧ又はＳＣＧのいずれかにのみ存在するときに対応する。しかしながら、ＩＤＣ問題がＭＣＧ及びＳＣＧの両方に存在するとき、複数のＨＡＲＱビットマップパターンを報告することは、ＭＣＧ及びＳＣＧでSubframePatternの長さが異なるときに役立つ場合がある。例えば、ＭＣＧがＴＤＤ構成０（例えば、SubframePatternの長さは７０）を使用し、ＳＣＧが構成１（例えば、SubframePatternの長さは１００）を使用するとき、ＵＥは、（ＭＣＧについて）subframeConfig０及び（ＳＣＧについて）subframeConfig１−５の両方を報告できる。ＭｅＮＢは、subframeConfig０がＭＣＧのためであることを知り、相応してＤＲＸを構成する。ＭｅＮＢは、ＲＲＣ  InDeviceCoexlndicationメッセージをＳｅＮＢへ転送する。ＳｅＮＢは、subframeConfig１−５がＳＣＧのためであることを知り、相応してＤＲＸを構成する。
【００３８】
例えば、図５Ｂに示す方法５２０で、ＭｅＮＢは、ＵＥから、第１のＨＡＲＱビットマップパターン及び第２のＨＡＲＱビットマップパターンを含むＩＤＣ指示メッセージを受信する５２２。ＭｅＮＢは、ＩＤＣ指示メッセージをＳｅＮＢへ転送する５２４。所定の第１のサブフレームパターン長に基づき、ＭｅＮＢは、干渉解決のためにＭＣＧの中のＤＲＸパラメータを構成するために、第１のＨＡＲＱビットマップを選択する５２６。所定の第２のサブフレームパターン長に基づき、ＳｅＮＢは、干渉解決のためにＳＣＧの中のＤＲＸパラメータを構成するために、第２のＨＡＲＱビットマップを選択する５２８。
【００３９】
他の実施形態では、ＵＥは、ＭＣＧ及びＳＣＧのためのＴＤＭ支援情報を分離する。特定のこのような実施形態では、上述の例示的なＲＲＣメッセージInDeviceCoexlndicationは、ＵＥがＳＣＧのＴＤＭ支援情報を報告できるように、ＩＥ  Assistancelnfo及び新たなＩＤAssistancelnfoSCGの両方を含み得る。例えば、図６は、一実施形態による、装置内共存干渉軽減の方法６００のフローチャートを示す。方法６００は、ＵＥが、ＭＣＧ及びＳＣＧのための別個のＴＤＭ支援情報を含むＲＲＣメッセージを、ＭｅＮＢへ送信するステップ６１０を含む。ＭｅＮＢは、ＲＲＣメッセージをＳｅＮＢへ転送する６１２。ＭＣＧのためのＴＤＭ支援情報に基づき、ＭｅＮＢは、干渉解決のためにＭＣＧの中のＤＲＸパラメータを構成する６１４。ＳＣＧのためのＴＤＭ支援情報に基づき、ＳｅＮＢは、干渉解決のためにＳＣＧの中のＤＲＸパラメータを構成する。
【００４０】
図７は、ＵＥ、移動局（mobile  station：ＭＳ）、モバイル無線装置、モバイル通信装置、タブレット、ハンドセット、又は別の種類の無線通信装置のようなモバイル装置の例示である。モバイル装置は、基地局（base  station：ＢＳ）、ｅＮＢ、基地局ユニット（base  band  unit：ＢＢＵ）、ＲＲＨ（remote  radio  head）、リモート無線機器（remote  radio  equipment：ＲＲＥ）、中継局（relay  station：ＲＳ）、無線機器（radio  equipment：ＲＥ）、又は別の種類のＷＷＡＮ（wireless  wide  area  network）アクセスポイントのような送信局と通信するよう構成される１又は複数のアンテナを有し得る。モバイル装置は、３ＧＰＰ  ＬＴＥ、ＷｉＭＡＸ、ＨＳＰＡ（High  Speed  Packet  Access）、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＷｉＦｉを含む少なくとも１つの無線通信規格を用いて通信するよう構成され得る。モバイル装置は、無線通信規格毎に別個のアンテナを又は複数の無線通信規格のための共有アンテナを用いて通信できる。モバイル装置は、ＷＬＡＮ（wireless  local  area  network）、ＷＰＡＮ（wireless  personal  area  network）、及び／又はＷＷＡＮ内で通信できる。
【００４１】
図７は、モバイル装置からの音声入力及び出力のために用いられ得るマイクロフォン及び１又は複数のスピーカの説明も提供する。ディスプレイスクリーンは、ＬＣＤ（liquid  crystal  display）スクリーン、又はＯＬＥＤ（organic  light  emitting  diode）ディスプレイのような他の種類のディスプレイスクリーンであっても良い。ディスプレイスクリーンは、タッチスクリーンのように構成され得る。タッチスクリーンは、容量性、抵抗性、又は別の種類のタッチスクリーン技術を用いても良い。アプリケーションプロセッサ及びグラフィックプロセッサは、処理及び表示能力を提供するために内部メモリに結合され得る。不揮発性メモリポートも、ユーザに入力／出力オプションを提供するために用いられ得る。不揮発性メモリポートは、モバイル装置のメモリ容量を拡張するために用いられても良い。キーボードは、追加ユーザ入力を提供するために、モバイル装置に統合され又はモバイル装置に無線接続されても良い。仮想キーボードは、タッチスクリーンを用いて提供されても良い。
【００４２】
＜追加の例示的な実施形態＞
以下の例は、更なる実施形態の例である。
【００４３】
例１は、第１の通信機と、第２の通信機と、プロセッサと、を有するＵＥである。第１の通信機は、３ＧＰＰ  ＬＴＥ無線ネットワークの中のＭＣＧの中の第１のノードと通信する。第２の通信機は、３ＧＰＰ  ＬＴＥ無線ネットワークの中のＳＣＧの中の第２のノードと通信する。ＵＥは、第１のノード及び第２のノードの両方と二重接続で動作するよう構成される。プロセッサは、第２の通信機を通じてＳＣＧと通信するための少なくとも１つのキャリア周波数がＩＤＣ干渉により影響されることを決定するよう構成される。プロセッサは、第１のノードへ第１の通信機を通じて、ＳＣＧの少なくとも１つのキャリア周波数に対応するＴＤＭ支援情報を有する第１のメッセージを送信するよう構成される。
【００４４】
例２では、例１のプロセッサは、第１の通信機を通じて、ＳＣＧの中のＩＤＣ干渉を回避する又は低減するためのＴＤＭ解を有する第２のメッセージを受信するよう更に構成される。
【００４５】
例３では、例１〜２のうちのいずれかの第１のメッセージは、１又は複数のＤＲＸパラメータを含むＲＲＣメッセージを有する。
【００４６】
例４では、例１〜３のうちのいずれかのＴＤＭ支援情報は、ＭＣＧ  ＳＦＮタイミングに従い報告される要求ＤＲＸ開始オフセットを含む。
【００４７】
例５では、例１〜４のうちのいずれかのＴＤＭ支援情報は、ＳＣＧ  ＳＦＮタイミングに従い報告される要求ＤＲＸ開始オフセットを含む。
【００４８】
例６では、例１〜５のうちのいずれかのＴＤＭ支援情報は、ＳＣＧ構成に従い報告されるＨＡＲＱビットマップを含む。
【００４９】
例７では、例１〜６のうちのいずれかのプロセッサは、第１の通信機を通じてＭＣＧと通信するための少なくとも１つのキャリア周波数がＩＤＣ干渉により影響されると決定する、よう更に構成される。
【００５０】
例８では、例１〜７のうちのいずれかのＴＤＭ支援情報は、ＭＣＧ  ＳＦＮタイミングに従い報告される要求ＤＲＸ開始オフセットを含む。プロセッサは、第１の通信機を通じて、ＭＣＧ及びＳＣＧの両方の中のＩＤＣ干渉を回避する又は低減するためのＴＤＭ解を有する第２のメッセージを受信するよう更に構成される。
【００５１】
例９では、例１〜８のうちのいずれかのＴＤＭ支援情報は、ＳＣＧ構成に従い報告されるＨＡＲＱビットマップを含む。プロセッサは、第１の通信機を通じて、ＭＣＧ及びＳＣＧの両方の中のＩＤＣ干渉を回避する又は低減するためのＴＤＭ解を有する第２のメッセージを受信するよう更に構成される。
【００５２】
例１０では、例１〜９のうちのいずれかのＵＥは、少なくとも１つの非３ＧＰＰ送信機を更に有し、プロセッサは、少なくとも１つの非３ＧＰＰ送信機の送信との干渉を回避し又は低減するために、ＴＤＭ支援情報を生成するよう構成される。
【００５３】
例１１では、例１〜１０のうちのいずれかのＴＤＭ支援情報は、複数のＨＡＲＱビットマップを含み、各々のＨＡＲＱビットマップは、第１のノード及び第２のノードのうちの一方に対応するＴＤＤ  ＵＬ／ＤＬ構成に基づく異なるパターン長を有する。
【００５４】
例１２では、例１〜１１のうちのいずれかのＴＤＭ支援情報は、ＭＣＧに対応する第１のＴＤＭ支援情報と、ＳＣＧに対応する第２のＴＤＭ支援情報と、を有する。
【００５５】
例１３は、無線通信機とプロセッサとを有するｅＮＢである。無線通信機は、第１のセルグループに関連する第１の周波数を用いてＵＥと通信するよう構成される。プロセッサは、無線通信機を通じてＵＥから、干渉情報を有する第１のＲＲＣメッセージを受信するよう構成される。プロセッサは、第２の周波数を用いてＵＥと無線接続される第２のセルグループの中のノードへ、干渉情報を転送するよう構成される。プロセッサは、第２のセルグループの中のノードから、干渉のための第１のＴＤＭ解を受信し、無線通信機を通じてＵＥへ第１のＴＤＭ解を転送するよう構成される。
【００５６】
例１４では、例１３の第１のＲＲＣメッセージは、第１のセルグループのＳＦＮタイミングと関連するＤＲＸ開始オフセットを含む。
【００５７】
例１５では、例１３〜１４のいずれかのプロセッサは、第１のセルグループのＳＦＮタイミングに基づき、干渉の第２のＴＤＭ解を決定し、無線通信機を通じてＵＥへ、第２のＴＤＭ解を送信する、よう更に構成される。
【００５８】
例１６では、例１３〜１５のうちのいずれかの第１のＲＲＣメッセージは、第２のセルグループのＳＦＮタイミングと関連するＤＲＸ開始オフセットを含む。
【００５９】
例１７では、例１３〜１６のうちのいずれかの第１のＲＲＣメッセージは、ＨＡＲＱパターン情報を有し、干渉情報を第２のセルグループの中のノードへ転送する前に、プロセッサは、ＨＡＲＱパターン情報が第１のセルグループ又は第２のセルグループに対応するかを決定するよう構成される。
【００６０】
例１８では、例１３〜１７のうちのいずれかのプロセッサは、ＨＡＲＱパターン情報が、第１のセルグループに対応する第１のサブフレームパターン長を有する第１のＨＡＲＱパターンと、第２のセルグループに対応する第２のサブフレームパターン長を有する第２のＨＡＲＱパターンと、を有することを決定する、よう構成される。プロセッサは、ＵＥの中の装置内共存干渉を回避し又は低減するために、第１のＨＡＲＱパターンに基づき、第１のセルグループのＤＲＸパラメータを構成するよう更に構成される。プロセッサは、第２のセルグループの中のノードへ、第２のＨＡＲＱパターンを転送するよう更に構成される。
【００６１】
例１９は、セカンダリｅＮＢにおいて、マスタｅＮＢのＳＦＮタイミングに対応するＤＲＸ開始オフセットの要求を受信するステップを含む方法である。方法は、セカンダリｅＮＢ及びマスタｅＮＢの両方に接続されるＵＥの中の装置内共存干渉を低減し又は回避するために、セカンダリｅＮＢとマスタｅＮＢとの間のＳＦＮタイミングオフセットに基づき、１又は複数のＤＲＸパラメータを選択するために、要求ＤＲＸ開始オフセットを使用するステップを含む。方法は、セカンダリｅＮＢからＵＥへマスタｅＮＢを通じて、１又は複数のＤＲＸパラメータを送信するステップを含む。
【００６２】
例２０では、例１９の方法は、セカンダリｅＮＢにおいて、マスタｅＮＢから非理想的バックホールインタフェースを通じて、ＤＲＸ開始オフセットの前記要求を受信するステップ、を更に有する。
【００６３】
例２１では、例１９〜２０のうちのいずれかの方法は、セカンダリｅＮＢにおいて、マスタｅＮＢから、セカンダリｅＮＢのためにＵＥにより要求ＨＡＲＱビットマップパターンを受信するステップと、ＨＡＲＱビットマップパターンに基づき、１又は複数のＤＲＸパラメータを更に構成するステップと、を更に含む。
【００６４】
例２２は、３ＧＰＰ  ＬＴＥ無線ネットワークの中のＭＣＧの中の第１のノードと、ＵＥの第１の通信機を用いて、通信するステップを含む方法である。方法は、ＵＥの第２の通信機を用いて、３ＧＰＰ  ＬＴＥ無線ネットワークの中のＳＣＧの中の第２のノードと通信するステップを有し、ＵＥは、第１のノード及び第２のノードの両方との二重接続で動作するよう構成される。方法は、第２の通信機を通じてＳＣＧと通信するための少なくとも１つのキャリア周波数がＩＤＣ干渉により影響されることを決定するステップを含む。方法は、第１のノードへ第１の通信機を通じて、ＳＣＧの少なくとも１つのキャリア周波数に対応するＴＤＭ支援情報を有する第１のメッセージを送信するステップを含む。
【００６５】
例２３では、例２２の方法は、第１の通信機を通じて、ＳＣＧの中のＩＤＣ干渉を回避する又は低減するためのＴＤＭ解を有する第２のメッセージを受信するステップを更に含む。
【００６６】
例２４では、例２２〜２３のいずれかの第１のメッセージは、１又は複数のＤＲＸパラメータを含むＲＲＣメッセージを有する。
【００６７】
例２５では、例２２〜２４のいずれかのＴＤＭ支援情報は、ＭＣＧ  ＳＦＮタイミングに従い報告される要求ＤＲＸ開始オフセットを含む。
【００６８】
例２６では、例２２〜２５のうちのいずれかのＴＤＭ支援情報は、ＳＣＧ  ＳＦＮタイミングに従い報告される要求ＤＲＸ開始オフセットを含む。例２７では、例２２〜２６のうちのいずれかのＴＤＭ支援情報は、ＳＣＧ構成に従い報告されるＨＡＲＱビットマップを含む。
【００６９】
例２８では、例２２〜２７のうちのいずれかの方法は、第１の通信機を通じてＭＣＧと通信するための少なくとも１つのキャリア周波数がＩＤＣ干渉により影響されると決定するステップを更に含む。
【００７０】
例２９では、例２２〜２８のいずれかのＴＤＭ支援情報は、ＭＣＧ  ＳＦＮタイミングに従い報告される要求ＤＲＸ開始オフセットを含む。方法は、第１の通信機を通じて、ＭＣＧ及びＳＣＧの両方の中のＩＤＣ干渉を回避する又は低減するためのＴＤＭ解を有する第２のメッセージを受信するステップを更に含む。
【００７１】
例３０では、例２２〜２９のうちのいずれかのＴＤＭ支援情報は、ＳＣＧ構成に従い報告されるＨＡＲＱビットマップを含む。方法は、第１の通信機を通じて、ＭＣＧ及びＳＣＧの両方の中のＩＤＣ干渉を回避する又は低減するためのＴＤＭ解を有する第２のメッセージを受信するステップを更に含む。
【００７２】
例３１では、例２２〜３０のうちのいずれかの方法は、ＵＥの少なくとも１つの非３ＧＰＰ送信機の送信との干渉を回避し又は低減するために、ＴＤＭ支援情報を生成するステップを更に含む。
【００７３】
例３２では、例２２〜３１のうちのいずれかのＴＤＭ支援情報は、複数のＨＡＲＱビットマップを含み、各々のＨＡＲＱビットマップは、第１のノード及び第２のノードのうちの一方に対応するＴＤＤ  ＵＬ／ＤＬ構成に基づく異なるパターン長を有する。
【００７４】
例３３では、例２２〜３２のうちのいずれかのＴＤＭ支援情報は、ＭＣＧに対応する第１のＴＤＭ支援情報と、ＳＣＧに対応する第２のＴＤＭ支援情報と、を有する。
【００７５】
例３４は、ｅＮＢの無線通信機を用いて、第１のセルグループに関連する第１の周波数を用いるＵＥと、通信するステップを含む方法である。方法は、無線通信機を通じてＵＥから、干渉情報を有する第１のＲＲＣメッセージを受信するステップを含む。方法は、第２の周波数を用いてＵＥと無線接続される第２のセルグループの中のノードへ、干渉情報を転送するステップを含む。方法は、第２のセルグループの中のノードから、干渉のための第１のＴＤＭ解を受信するステップを含む。方法は、無線通信機を通じてＵＥへ、第１のＴＤＭ解を転送するステップを含む。
【００７６】
例３５では、例３４の第１のＲＲＣメッセージは、第１のセルグループのＳＦＮタイミングと関連するＤＲＸ開始オフセットを含む。
【００７７】
例３６では、例３４〜３５のいずれかの方法は、第１のセルグループのＳＦＮタイミングに基づき、干渉の第２のＴＤＭ解を決定するステップと、無線通信機を通じてＵＥへ、第２のＴＤＭ解を送信するステップと、を更に含む。
【００７８】
例３７では、例３４〜３６のうちのいずれかの第１のＲＲＣメッセージは、第２のセルグループのＳＦＮタイミングと関連するＤＲＸ開始オフセットを含む。
【００７９】
例３８では、例３４〜３７のうちのいずれかの第１のＲＲＣメッセージは、ＨＡＲＱパターン情報を含む。第２のセルグループの中のノードへ干渉情報を転送するステップの前に、方法は、ＨＡＲＱパターン情報が第１のセルグループ又は第２のセルグループに対応するかを決定するステップを更に含む。
【００８０】
例３９では、例３４〜３８のうちのいずれかの方法は、ＨＡＲＱパターン情報が、第１のセルグループに対応する第１のサブフレームパターン長を有する第１のＨＡＲＱパターンと、第２のセルグループに対応する第２のサブフレームパターン長を有する第２のＨＡＲＱパターンと、を有することを決定するステップを更に含む。方法は、ＵＥの中の装置内共存干渉を回避し又は低減するために、第１のＨＡＲＱパターンに基づき、第１のセルグループのＤＲＸパラメータを構成するステップを含む。方法は、第２のセルグループの中のノードへ、第２のＨＡＲＱパターンを転送するステップを含む。
【００８１】
例４０は、セカンダリｅＮＢにおいて、マスタｅＮＢのＳＦＮタイミングに対応するＤＲＸ開始オフセットの要求を受信するステップを含む方法である。方法は、セカンダリｅＮＢ及びマスタｅＮＢの両方に接続されるＵＥの中の装置内共存干渉を低減し又は回避するために、セカンダリｅＮＢとマスタｅＮＢとの間のＳＦＮタイミングオフセットに基づき、１又は複数のＤＲＸパラメータを選択するために、要求ＤＲＸ開始オフセットを使用するステップを含む。方法は、セカンダリｅＮＢからＵＥへマスタｅＮＢを通じて、１又は複数のＤＲＸパラメータを送信するステップを含む。
【００８２】
例４１では、例４０の方法は、セカンダリｅＮＢにおいて、マスタｅＮＢから非理想的バックホールインタフェースを通じて、ＤＲＸ開始オフセットの前記要求を受信するステップ、を更に有する。
【００８３】
例４２では、例４０〜４１のうちのいずれかの方法は、セカンダリｅＮＢにおいて、マスタｅＮＢから、セカンダリｅＮＢのためにＵＥにより要求ＨＡＲＱビットマップパターンを受信するステップと、ＨＡＲＱビットマップパターンに基づき、１又は複数のＤＲＸパラメータを更に構成するステップと、を更に含む。
【００８４】
例４３は、例２２−４２のいずれかの方法を実行する手段を有する装置である。
【００８５】
例４４は、例２２−４３のいずれかの方法を実装し又は装置を実現する機械可読命令を有する機械可読記憶装置である。
【００８６】
本願明細書に開示した種々の技術又はその特定の態様若しくは部分は、フロッピーディスク、ＣＤ−ＲＯＭ、ハードドライブ、非一時的コンピュータ可読記憶媒体、又は任意の他の機械可読記憶媒体のような有形媒体に具現化されるプログラムコード（つまり、命令）の形式をとっても良く、プログラムコードがコンピュータのような機械に読み込まれ実行されると、該機械は、種々の技術を実施するための装置になる。プログラム可能なコンピュータでプログラムコードが実行される場合、コンピューティング装置は、プロセッサ、該プロセッサにより読み取り可能な記憶媒体（揮発性及び不揮発性メモリ、及び／又は記憶素子を含む）、少なくとも１つの入力装置、及び少なくとも１つの出力装置を含んでも良い。揮発性及び不揮発性メモリ及び／又は記憶素子は、ＲＡＭ、ＥＰＲＯＭ、フラッシュドライブ、光ドライブ、磁気ハードドライブ、又は電子データを格納する別の媒体であっても良い。ｅＮＢ（又は他の基地局）及びＵＥ（又は他の移動局）は、通信機コンポーネント、カウンタコンポーネント、処理コンポーネント、及び／又はクロックコンポーネント若しくはタイマコンポーネントを有しても良い。ここに記載した種々の技術を実施し又は利用し得る１又は複数のプログラムは、ＡＰＩ（application  programming  interface）、再利用可能制御、等を用いても良い。このようなプログラムは、コンピュータシステムと通信するために、高度な手続き又はオブジェクト指向プログラミング言語で実装されても良い。しかしながら、プログラムは、望ましい場合には、アセンブラ又は機械語で実装されても良い。いずれの場合にも、言語は、コンパイルされた又はインタープリットされた言語であっても良く、ハードウェア実装と結合されても良い。
【００８７】
理解されるべきことに、本願明細書に記載の機能ユニットの多くは、１又は複数のコンポーネントとして実装されても良い。１又は複数のモジュール又はコンポーネントは、それらの実装の独立性を特に強調するために用いられる用語である。例えば、モジュール又はコンポーネントは、カスタムＶＬＳＩ（very−large−scale  integration）回路又はゲートアレイ、ロジックチップ、トランジスタ若しくは他の個別部品のようなオフザシェルフ（off−the−shelf）半導体を有するハードウェア回路として実装されても良い。モジュール又はコンポーネントは、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス、等のようなプログラマブルハードウェア素子内に実装されても良い。
【００８８】
モジュール又はコンポーネントは、種々の種類のプロセッサにより実行されるソフトウェアで実装されても良い。例えば、実行可能コードの識別されるコンポーネントは、例えばオブジェクト、プロシジャ又は関数として編成され得るコンピュータ命令の１又は複数の物理又は論理ブロックを有しても良い。しかしながら、識別されるモジュール又はコンポーネントの実行ファイルは、物理的に一緒に配置される必要はなく、論理的に一緒にされるとモジュール又はコンポーネントを有しモジュール又はコンポーネントの提示される目的を達成する異なる場所に格納される別個の命令を有しても良い。
【００８９】
実際に、実行可能コードのモジュール又はコンポーネントは、単一命令又は多くの命令であっても良く、幾つかの異なるコードセグメントに渡り、異なるプログラムの間で、及び幾つかのメモリ装置に渡り分散されても良い。同様に、運用データは、ここにモジュール又はコンポーネント内で識別され示され、任意の適切な形式で実装され、任意の適切な種類のデータ構造で編成されても良い。運用データは、単一データセットとして集められても良く、異なる記憶装置に渡ることを含む異なる場所に渡り分散されても良く、少なくとも部分的にシステム又はネットワーク上の電子信号として単に存在しても良い。モジュール又はコンポーネントは、所望の機能を実行するよう動作するエージェントを含み、受動的又は能動的であっても良い。
【００９０】
本願明細書を通じて「一例」という言及は、その例と関連して記載された特定の特徴、構造、機能又は特性が本発明の少なくとも１つの実施形態に含まれることを意味する。したがって、本願明細書を通じて種々の場所にある「一例では」という表現は、必ずしも全て同じ実施形態を参照していない。
【００９１】
ここで用いられるように、複数の用語、構造的要素、組成要素、及び／又は材料は、便宜のために共通のリストに現れ得る。しかしながら、これらのリストは、該リストの各構成要素が別個の及びユニークな構成要素として個々に識別されるものと考えられるべきである。したがって、このようなリストのいかなる個々の構成要素も、断りのない限り、事実上、共通グループ内での出現に基づき同じリストの任意の他の構成要素の等価物として考えられるべきである。さらに、本発明の種々の実施形態及び例は、その種々の成分の代替物とともにここで言及されても良い。理解されるべきことに、このような実施形態、例、及び代替は、事実上互いの等価物として考えられるべきではないが、本発明の別個の及び自主的表現として考えられるべきである。
【００９２】
以上は、明確さのために、少し詳しく記載したが、特定の変化及び修正がそれらの原理から逸脱することなく行われても良いことが明らかである。留意すべきことに、本願明細書に記載の処理及び装置の両方を実装する多くの代替の方法が存在する。したがって、本発明の実施形態は、説明のためであり限定のためではない。また、本発明は、本願明細書で与えた詳細事項を限定するものではなく、添付の請求項の範囲及び等価物の範囲内で変更されても良い。
【００９３】
当業者は、本発明の基礎的な原理から逸脱することなく、上述の実施形態の詳細事項に対して多くの変更が行われ得ることを理解するだろう。したがって、本発明の範囲は、以下の請求項によってのみ定められるべきである。
【図１】
0006430534.tif 000003
【図２】
0006430534.tif 000004
【図３】
0006430534.tif 000005
【図４Ａ】
0006430534.tif 000006
【図４Ｂ】
0006430534.tif 000007
【図５Ａ】
0006430534.tif 000008
【図５Ｂ】
0006430534.tif 000009
【図６】
0006430534.tif 000010
【図７】
0006430534.tif 000011