(57)【要約】  ネットワークノード（１０５）と、ネットワークノード（１０５）に関連する、グローバルナビゲーション衛星システム（１１０）からのデータ受信をサポートする少なくとも１つのユーザ機器（ＵＥ）とを含むセルラーネットワーク（１００）における無線リソースのアップリンク割り当てのための方法（２００）が提案される。本方法（２００）は、前記少なくとも１つのユーザ機器（ＵＥ）の各々について、ユーザ機器（ＵＥ）からネットワークノード（１０５）へのアップリンクデータ送信がキャリアのアグリゲーションに基づく場合（２１５）、およびグローバルナビゲーション衛星システム（１１０）からのデータ受信が有効にされた場合（２２５、２３０）、セルラーネットワーク（１００）のフレーミングシステムに関する、グローバルナビゲーション衛星システム（１１０）からのデータ受信がその間に起こる受信時間インターバルを求めるステップ（２３５）であって、求める前記ステップ（２３５）が、グローバルナビゲーション衛星システム（１１０）からのユーザ機器（ＵＥ）によるデータ受信に関係するタイミング情報に基づく、求めるステップ（２３５）と、アップリンクデータ送信が、潜在的に、少なくとも部分的に前記受信時間インターバル内に起こる場合（２３５）、ユーザ機器（ＵＥ）からの前記アップリンクデータ送信のための無線リソースの割り当てを制限するステップ（２４０ｉ〜２４０４）とを含む。
2017534223.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークノード（１０５）と、前記ネットワークノード（１０５）に関連する、グローバルナビゲーション衛星システム（１１０）からのデータ受信をサポートする少なくとも１つのユーザ機器（ＵＥ）とを含むセルラーネットワーク（１００）における無線リソースのアップリンク割り当てのための方法（２００）であって、前記方法（２００）は、前記少なくとも１つのユーザ機器（ＵＥ）の各々について、
前記ユーザ機器（ＵＥ）から前記ネットワークノード（１０５）へのアップリンクデータ送信がキャリアのアグリゲーションに基づく場合（２１５）、および前記グローバルナビゲーション衛星システム（１１０）からのデータ受信が有効にされた場合（２２５、２３０）、前記セルラーネットワーク（１００）のフレーミングシステムに関する、前記グローバルナビゲーション衛星システム（１１０）からのデータ受信がその間に起こる受信時間インターバルを求めるステップ（２３５）であって、求める前記ステップ（２３５）は、前記グローバルナビゲーション衛星システム（１１０）からの前記ユーザ機器（ＵＥ）によるデータ受信に関係するタイミング情報に基づく、求めるステップ（２３５）と、
アップリンクデータ送信が、少なくとも部分的に前記受信時間インターバル内に起こる可能性のある場合（２３５）、前記ユーザ機器（ＵＥ）からの前記アップリンクデータ送信のための無線リソースの割り当てを制限するステップ（２４０１〜２４０４）と
を含む、方法（２００）。
【請求項２】
請求項１に記載の方法（２００）であって、前記タイミング情報は、
前記グローバルナビゲーション衛星システム（１１０）からのデータ受信が起こる前記フレームシステムの基準フレームを示すパラメータと、
サブフレームに関する、前記基準フレーム内のデータ受信開始を示すパラメータと、
サブフレームに関する、データ受信継続時間を示すパラメータと
を含む、方法（２００）。
【請求項３】
請求項２に記載の方法（２００）であって、前記タイミング情報は、サブフレームに関する、データ受信期間を示すパラメータをさらに含む、方法（２００）。
【請求項４】
請求項１から３のいずれか一項に記載の方法（２００）であって、前記方法（２００）は各送信時間インターバルにおいて反復され、無線リソースの割り当てを制限する前記ステップ（２４０１〜２４０４）は、現在の送信時間インターバル中に、前記ユーザ機器（ＵＥ）からのアップリンクデータ送信のための無線リソースを割り当てないステップ（２４５１）を含む、方法（２００）。
【請求項５】
請求項１から３のいずれかに記載の方法（２００）であって、無線リソースの割り当てを制限する前記ステップ（２４０１〜２４０４）は、前記キャリアの一部に前記ユーザ機器（ＵＥ）からのアップリンクデータ送信のための無線リソースを割り当てるステップ（２４０２）を含む、方法（２００）。
【請求項６】
請求項１から３のいずれか一項に記載の方法（２００）であって、アップリンクデータ送信が前記グローバルナビゲーション衛星システム（１１０）からの前記データ受信に干渉する可能性のある禁止無線リソースのセットを求めるステップ（２０５）をさらに含み、無線リソースの割り当てを制限する前記ステップ（２４０１〜２４０４）は、
前記ユーザ機器（ＵＥ）のために、禁止無線リソースの前記セットを含まない無線リソースを割り当てるステップ（２４０３）、または
前記ユーザ機器（ＵＥ）のために、禁止無線リソースの前記セットのサブセットをも含む無線リソースを割り当てるステップ（２４０４）
を含む、方法（２００）。
【請求項７】
請求項６に記載の方法（２００）であって、前記ユーザ機器（ＵＥ）のために、禁止無線リソースの前記セットのサブセットをも含む無線リソースを割り当てる前記ステップ（２４０４）は、少なくとも１つのキャリアについて、前記ユーザ機器（ＵＥ）に関連する無線リソースあたりの推定送信電力が、前記ユーザ機器（ＵＥ）に関連する無線リソースあたりの最大許容送信電力を下回る場合に行われ、無線リソースあたりの前記最大許容送信電力は、前記グローバルナビゲーション衛星システム（１１０）からの前記データ受信に関する前記ユーザ機器（ＵＥ）からの前記アップリンクデータ送信の相互変調成分の影響を示す、方法（２００）。
【請求項８】
請求項６に記載の方法（２００）であって、前記ユーザ機器（ＵＥ）のために、禁止無線リソースの前記セットのサブセットをも含む無線リソースを割り当てる前記ステップ（２４０４）は、少なくとも１つのキャリアについて、前記ユーザ機器（ＵＥ）に関連する無線リソースあたりの推定送信電力が、前記ユーザ機器（ＵＥ）に関連する無線リソースあたりの最大許容送信電力を上回り、前記ユーザ機器（ＵＥ）に関連する無線リソースあたりの前記推定送信電力が、前記ユーザ機器（ＵＥ）に関連する無線リソースあたりの前記最大許容送信電力に近い場合、前記ユーザ機器（ＵＥ）のために割り当てられる無線リソースの数を増加させるステップを含む、方法（２００）。
【請求項９】
請求項６または８に記載の方法（２００）であって、前記ユーザ機器（ＵＥ）のために、禁止無線リソースの前記セットのサブセットを含む無線リソースを割り当てる前記ステップ（２４０４）は、前記ユーザ機器（ＵＥ）に送られたアップリンク電力制御コマンド、および、前記アップリンクデータ送信のために選択された「変調およびコーディング方式」の一方または双方に従って、前記ユーザ機器（ＵＥ）の前記送信電力を減少させるステップを含む、方法（２００）。
【請求項１０】
請求項７から９のいずれかに記載の方法（２００）であって、前記ユーザ機器（ＵＥ）に関連する無線リソースあたりの前記推定送信電力は、前記ユーザ機器（ＵＥ）による「電力ヘッドルーム報告」に基づく、方法（２００）。
【請求項１１】
請求項３を直接的にまたは間接的に引用するときの請求項４から１０のいずれか一項に記載の方法（２００）であって、禁止無線リソースの前記セットが「物理アップリンク制御チャネル」送信に専用の無線リソースを含む場合（２４５）、
前記ユーザ機器（ＵＥ）に送られたアップリンク電力制御コマンド、および、前記アップリンクデータ送信のために選択された「変調およびコーディング方式」の一方若しくは双方に従って、前記ユーザ機器（ＵＥ）の前記送信電力を減少させるステップ（２５０１）、または
ユーザ機器（ＵＥ）フィードバック情報の少なくとも１つの部分を構成若しくは再構成するステップ（２５０２）、または
前記ユーザ機器（ＵＥ）からのユーザ機器（ＵＥ）フィードバック情報がただ１つのキャリア上で送られるように強制するステップ（２５０３）
をさらに含む、方法（２００）。
【請求項１２】
セルラーネットワーク（１００）において使用するためのユーザ機器（ＵＥ）であって、前記ユーザ機器（ＵＥ）は、グローバルナビゲーション衛星システム（１１０）からのデータ受信と、キャリアのアグリゲーションに基づくアップリンクデータ送信とをサポートし、前記グローバルナビゲーション衛星システム（１１０）からのデータ受信が有効にされるとすぐに、前記ユーザ機器（ＵＥ）は、データ受信情報を前記セルラーネットワーク（１００）のネットワークノード（１０５）に提供するように構成され、前記データ受信情報は、
前記グローバルナビゲーション衛星システム（１１０）からのデータ受信が起こる前記フレームシステムの基準フレームを示すパラメータと、
サブフレームに関する、前記基準フレーム内のデータ受信開始を示すパラメータと、
フレームに関する、データ受信継続時間を示すパラメータと、
フレームに関する、データ受信期間を示すパラメータと
のうちの少なくとも１つを含む、ユーザ機器（ＵＥ）。
【請求項１３】
請求項１２に記載のユーザ機器（ＵＥ）であって、前記ユーザ機器（ＵＥ）は、「無線リソース制御」メッセージを介して前記データ受信情報を前記セルラーネットワーク（１００）の前記ネットワークノード（１０５）に提供するようにさらに構成された、ユーザ機器（ＵＥ）。
【請求項１４】
請求項１３に記載のユーザ機器（ＵＥ）であって、前記「無線リソース制御」メッセージは、「ＲＲＣ接続要求」、または「ＲＲＣ接続セットアップ完了」、または「ＲＲＣ接続再構成完了」、または「測定報告」、または「ＩｎＤｅｖｉｃｅＣｏｅｘＩｎｄｉｃａｔｉｏｎ」メッセージを含む、ユーザ機器（ＵＥ）。
【請求項１５】
」
請求項１２、１３または１４に記載のユーザ機器（ＵＥ）であって、前記データ受信情報は、グローバルナビゲーション衛星システム（１１０）のタイプを示すものと、前記グローバルナビゲーション衛星システム（１１０）からのデータ受信の有効／無効を示すものとをさらに含む、ユーザ機器（ＵＥ）。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]本発明は、一般に、無線モバイルまたはセルラーネットワークなど、ワイヤレス通信ネットワークに関する。より詳細には、本発明は、ＬＴＥ／ＬＴＥ−Ａ技術に準拠するセルラーネットワークにおけるキャリアアグリゲーションに基づくアップリンクデータ送信中の「グローバルナビゲーション衛星システム」データ受信の保護に関する。
【背景技術】
【０００２】
[0002]ＬＴＥ／ＬＴＥ−Ａ技術に準拠するセルラーネットワークなど、セルラーネットワークは、固定ロケーショントランシーバ基地局（またはネットワークノード）と、それに関連する（たとえば、そのネットワークノードによって識別されたネットワークセル内の）ユーザ機器（たとえば、セルラーフォン、スマートフォン、タブレットなど、ユーザ端末）との間でデータが高速搬送されることを可能にする。
【０００３】
[0003]現在のＬＴＥ／ＬＴＥ−Ａ仕様では、高データレートのための「国際モバイル電気通信アドバンスト」（ＩＭＴアドバンスト）要件を満たすために、（たとえば、最高１００ＭＨｚの）アグリゲートされた帯域幅を与えるためにそれぞれの周波数における（アグリゲートされたキャリアまたはコンポーネントキャリアと通常呼ばれる）いくつかのキャリアの同時使用を可能にする、キャリアアグリゲーション機能が導入されている。
【０００４】
[0004]また、市場で現在入手可能な極めて一般的なタイプのユーザ機器は、必要とされるとき、ユーザ機器の正確な現在位置を与えるデータ（以下では、ＧＮＳＳデータ）を含む信号（以下では、ＧＮＳＳ信号）を受信するための「グローバルナビゲーション衛星システム」受信機（以下では、ＧＮＳＳ受信機）を埋め込んでいる。
【０００５】
[0005]しかしながら、キャリアアグリゲーションに基づくアップリンクデータ送信（以下では、キャリアアグリゲーションアップリンクデータ送信）が起こるとき、およびＧＮＳＳ信号受信が有効にされたとき、ＧＮＳＳ信号の受信における劣化が経験され得る。実際、非線形信号処理のために、（キャリアアグリゲーションアップリンクデータ送信など）２つ（またはそれ以上）の信号が異なる周波数上で送信されるとき、望ましくない「相互変調ひずみ」（ＩＭＤ）信号がスペクトラムの部分中に生じる。これらのＩＭＤ信号は、キャリア周波数の高調波周波数における（すなわち、整数倍における）信号、ならびにキャリア周波数の和周波数および差周波数における信号、およびそれの高調波周波数における信号を含む。
【０００６】
[0006]したがって、ＩＭＤ信号がＧＮＳＳ受信機帯域内に入るとき、ＧＮＳＳ信号の受信における劣化が経験され得る。
[0007]文書Ｒ４−１４５９４７、「Ｈｏｗ  ｔｏ  ｈａｎｄｌｅ  ＩＭＤ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｆｏｒ  ＧＮＳＳ（ＧＮＳＳに対するＩＭＤ干渉を扱う方法）」、ＮＴＴ  ＤＯＣＯＭＯ，ＩＮＣ．、２０１４年１０月６日、３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ４会議＃７２ｂｉｓは、一般的に、ＩＭＤ信号が、ＬＴＥ／ＬＴＥ−Ａ技術とキャリアアグリゲーション機能とをサポートするユーザ機器中のＧＮＳＳ受信機に干渉し得る問題、ならびに適切なシグナリングを導入することによってこの問題を回避する可能性を開示している。
【０００７】
[0008]文書Ｒ４−１４６４９５、「２ＵＬ  ｉｎｔｅｒ−ｂａｎｄ  ＣＡ  ｐｒｏｔｅｃｔｉｏｎ  ｏｆ  ＧＮＳＳ（ＧＮＳＳの２ＵＬ帯域間ＣＡ保護）」、Ｑｕａｌｃｏｍｍ  Ｉｎｃｏｒｐｏｒａｔｅｄ、２０１４年１０月６日、３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ４会議＃７２ｂｉｓは、一般的に、ＧＮＳＳ受信機保護をサポートして、デバイス内共存のための干渉回避のためにすでに導入されているシグナリング方式を再利用すること、あるいは新しいまたは変更されたシグナリングを導入することを開示している。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
[0009]出願人は、引用された従来技術の解決策のいずれもが満足なものでないことに気づいた。実際、文書Ｒ４−１４５９４７と文書Ｒ４−１４６４９５の両方は、キャリアアグリゲーションアップリンクデータ送信が、ＧＮＳＳ受信機帯域内に入るＩＭＤ信号を生成するとき、（ネットワークノード側とユーザ機器側の両方で）実際にどのように行為をとるべきかを詳述すること（または少なくともそれを理解することを可能にすること）にほとんど注意を払っていない。
【０００９】
[0010]実際、シグナリングに関する指示（たとえば、それのコンテンツおよび送信モード）も、このシグナリングをどのように使用すべきかに関する指示も、文書Ｒ４−１４５９４７では与えられていない。
【００１０】
[0011]同様に、文書Ｒ４−１４６４９５では、（配信され得る情報の例以外に）詳細なシグナリング方式は与えられておらず、（いくつかの例の一般的なリスト以外の）シグナリングを受信した後にセルラーネットワークによってまたはユーザ機器によってとられるべき適切な行為の提案は与えられていない。
【００１１】
[0012]上記に鑑みて、出願人は、キャリアアグリゲーションアップリンクデータ送信がＧＮＳＳ信号受信との無視できない干渉を生じるであろうとき、ユーザ機器に割り当てられる無線リソースを制限することを目的とする単純で効果的な解決策を考案するという課題に取り組んできた。
【課題を解決するための手段】
【００１２】
[0013]本発明の１つまたは複数の態様は、それの表現が参照により逐語的に本明細書に含まれている、従属請求項に示されている同じ発明の有利な特徴とともに、独立請求項に提示されている（任意の有利な特徴は、任意の他の態様に必要な変更を加えて適用される本発明の特定の態様に関して提供される）。
【００１３】
[0014]より詳細には、本発明の態様は、ネットワークノードと、ネットワークノードに関連する、グローバルナビゲーション衛星システムからのデータ受信をサポートする少なくとも１つのユーザ機器とを含むセルラーネットワークにおける無線リソースのアップリンク割り当てのための方法に関し、本方法は、前記少なくとも１つのユーザ機器の各々について、
ユーザ機器からネットワークノードへのアップリンクデータ送信がキャリアのアグリゲーションに基づく場合、およびグローバルナビゲーション衛星システムからのデータ受信が有効にされた場合、セルラーネットワークのフレーミングシステムに関する、グローバルナビゲーション衛星システムからのデータ受信がその間に起こる受信時間インターバルを求めるステップであって、求める前記ステップが、グローバルナビゲーション衛星システムからのユーザ機器によるデータ受信に関係するタイミング情報に基づく、求めるステップと、
アップリンクデータ送信が、少なくとも部分的に前記受信時間インターバル内に起こる可能性のある場合、ユーザ機器からの前記アップリンクデータ送信のための無線リソースの割り当てを制限するステップと
を含む。
【００１４】
[0015]本発明の一実施形態によれば、前記タイミング情報は、
−  グローバルナビゲーション衛星システムからのデータ受信が起こる前記フレームシステムの基準フレームを示すパラメータと、
−  たとえばサブフレームに関する、基準フレーム内のデータ受信開始を示すパラメータと、
−  たとえばサブフレームに関する、データ受信継続時間を示すパラメータと
を含む。
【００１５】
[0016]本発明の一実施形態によれば、前記タイミング情報は、たとえばフレームに関する、データ受信期間を示すパラメータをさらに含む。
[0017]本発明の一実施形態によれば、本方法は各送信時間インターバルにおいて反復され、無線リソースの割り当てを前記制限するステップは、現在の送信時間インターバル中に、ユーザ機器からのアップリンクデータ送信のための無線リソースを割り当てないステップを含む。
【００１６】
[0018]本発明の一実施形態によれば、無線リソースの割り当てを前記制限するステップは、前記キャリアの一部にユーザ機器からのアップリンクデータ送信のための無線リソースを割り当てるステップを含む。
【００１７】
[0019]本発明の一実施形態によれば、本方法は、アップリンクデータ送信がグローバルナビゲーション衛星システムからの前記データ受信に干渉する可能性のある禁止無線リソースのセットを求めるステップをさらに含み、無線リソースの割り当てを前記制限するステップは、
−  ユーザ機器のために、禁止無線リソースの前記セットを含まない無線リソースを割り当てるステップ、または
−  ユーザ機器のために、禁止無線リソースの前記セットのサブセットをも含む無線リソースを割り当てるステップ
を含む。
【００１８】
[0020]本発明の一実施形態によれば、ユーザ機器のために、禁止無線リソースの前記セットのサブセットをも含む無線リソースを前記割り当てるステップは、少なくとも１つのキャリアについて、ユーザ機器に関連する無線リソースあたりの推定送信電力が、ユーザ機器に関連する無線リソースあたりの最大許容送信電力を下回る場合に行われる。無線リソースあたりの前記最大許容送信電力は、グローバルナビゲーション衛星システムからの前記データ受信に対するユーザ機器からの前記アップリンクデータ送信の相互変調成分の影響を示す。
【００１９】
[0021]本発明の一実施形態によれば、ユーザ機器のために、禁止無線リソースの前記セットのサブセットを含む無線リソースを前記割り当てるステップは、少なくとも１つのキャリアについて、ユーザ機器に関連する無線リソースあたりの推定送信電力が、ユーザ機器に関連する無線リソースあたりの最大許容送信電力を上回り、ユーザ機器に関連する無線リソースあたりの前記推定送信電力が、ユーザ機器に関連する無線リソースあたりの前記最大許容送信電力に近い場合、ユーザ機器のために割り当てられる無線リソースの数を増加させるステップを含む。
【００２０】
[0022]本発明の一実施形態によれば、ユーザ機器のために、禁止無線リソースの前記セットのサブセットを含む無線リソースを前記割り当てるステップは、ユーザ機器に送られたアップリンク電力制御コマンドに、および／または前記アップリンクデータ送信のために選択された「変調およびコーディング方式」に従って、ユーザ機器の送信電力を減少させるステップを含む。
【００２１】
[0023]本発明の一実施形態によれば、ユーザ機器に関連する無線リソースあたりの前記推定送信電力は、ユーザ機器による「電力ヘッドルーム報告」に基づく。
[0024]本発明の一実施形態によれば、グローバルナビゲーション衛星システムからのデータ受信が起こる前記フレームシステムの基準フレームを示す前記パラメータ、基準フレーム内のデータ受信開始を示す前記パラメータ、データ受信継続時間を示す前記パラメータ、およびデータ受信期間を示す前記パラメータのうちの少なくとも１つが、ユーザ機器からネットワークノードへ「無線リソース制御」メッセージを介して送信される。
【００２２】
[0025]本発明の一実施形態によれば、本方法は、禁止無線リソースの前記セットが「物理アップリンク制御チャネル」送信に専用の無線リソースを含む場合、
ユーザ機器に送られたアップリンク電力制御コマンドに、および／または前記アップリンクデータ送信のために選択された「変調およびコーディング方式」に従って、ユーザ機器の送信電力を減少させるステップ、あるいは
ユーザ機器フィードバック情報の少なくとも１つの部分を構成または再構成するステップ、あるいは
ユーザ機器からのユーザ機器フィードバック情報が１つのキャリアのみの上で送られるように強制するステップ
をさらに含む。
【００２３】
[0026]本発明の一実施形態によれば、禁止無線リソースを求める前記ステップは、キャリア周波数の高調波周波数に従って、ならびにキャリア周波数の和周波数および差周波数において、およびそれの高調波周波数において行われる。
【００２４】
[0027]本発明の一実施形態によれば、本方法は、送信されるべき優先データを有する各ユーザ機器について実行される。
[0028]本発明の別の態様は、グローバルナビゲーション衛星システムからのデータ受信をサポートする少なくとも１つのユーザ機器を含むセルラーネットワークにおいて使用するためのネットワーク装置（たとえば、ネットワークノード）に関し、前記少なくとも１つのユーザ機器の各々について、ネットワーク装置は、
ユーザ機器からネットワークノードへのアップリンクデータ送信がキャリアのアグリゲーションに基づく場合、およびグローバルナビゲーション衛星システムからのデータ受信が有効にされた場合、セルラーネットワークのフレーミングシステムに関する、グローバルナビゲーション衛星システムからのデータ受信がその間に起こる受信時間インターバルを求めることであって、前記求めることが、グローバルナビゲーション衛星システムからのユーザ機器によるデータ受信に関係するタイミング情報に基づく、求めることと、
アップリンクデータ送信が、少なくとも部分的に前記受信時間インターバル内に起こる可能性のある場合、ユーザ機器からの前記アップリンクデータ送信のための無線リソースの割り当てを制限することと
を行うために構成される。
【００２５】
[0029]本発明のさらなる態様は、セルラーネットワークにおいて使用するためのユーザ機器に関し、ユーザ機器は、グローバルナビゲーション衛星システムからのデータ受信と、キャリアのアグリゲーションに基づくアップリンクデータ送信とをサポートし、グローバルナビゲーション衛星システムからのデータ受信が有効にされるとすぐに、ユーザ機器は、
−  グローバルナビゲーション衛星システムからのデータ受信が起こる前記フレームシステムの基準フレームを示すパラメータと、
−  サブフレームに関する、基準フレーム内のデータ受信開始を示すパラメータと、
−  フレームに関する、データ受信継続時間を示すパラメータと、
−  フレームに関する、データ受信期間を示すパラメータと
のうちの少なくとも１つを含むデータ受信情報をセルラーネットワークのネットワークノードに与えるために構成される。
【００２６】
[0030]本発明の一実施形態によれば、ユーザ機器は、「無線リソース制御」メッセージを介して前記データ受信情報をセルラーネットワーク（１００）のネットワークノードに与えるようにさらに構成される。
【００２７】
[0031]本発明の一実施形態によれば、前記「無線リソース制御」メッセージは、「ＲＲＣ接続要求」、または「ＲＲＣ接続セットアップ完了」、または「ＲＲＣ接続再構成完了」、または「測定報告」、または「ＩｎＤｅｖｉｃｅＣｏｅｘＩｎｄｉｃａｔｉｏｎ」メッセージを含む。
【００２８】
[0032]本発明の一実施形態によれば、前記データ受信情報は、グローバルナビゲーション衛星システムのタイプの指示と、グローバルナビゲーション衛星システムからのデータ受信の有効／無効の指示とをさらに含む。
【００２９】
[0033]本発明は、キャリアアグリゲーションアップリンクデータ送信とＧＮＳＳ信号受信との間に場合によっては発生する「干渉」を考慮に入れることによって、セルラーネットワークにおいて無線リソースを効率的に割り当てることを可能にする。
【００３０】
[0034]その上、本発明は、セルラーネットワーク通信プロトコルまたはインフラストラクチャへの変更を必要としない、キャリアアグリゲーションをサポートしないユーザ機器との適合性を可能にする。
【００３１】
[0035]大事なことを言い忘れていたが、本発明によって必要とされる低い計算複雑さにより、本発明は、任意のセルラーネットワークにおいて、およびそれの任意の適切な側で使用されるように特に適応される。実際、本発明は、無線リソース割り当て機能とユーザ要求管理とを与えるセルラーネットワークの任意のポイントにおいて実行され得る。
【００３２】
[0036]本発明のこれらおよび他の特徴および利点は、それのいくつかの例示的および非限定的な実施形態の以下の説明によって明らかになろう。それのより良い了解のために、以下の説明は、添付の図面を参照して読まれるべきである。
【図面の簡単な説明】
【００３３】
【図１】本発明が適用され得るセルラーネットワークの一部分を概略的に示す図である。
【図２Ａ】本発明の一実施形態による、セルラーネットワークにおいて使用されるように適応された割り当てプロシージャのアクティビティ図を概略的に示す図である。
【図２Ｂ】本発明の一実施形態による、セルラーネットワークにおいて使用されるように適応された割り当てプロシージャのアクティビティ図を概略的に示す図である。
【発明を実施するための形態】
【００３４】
[0037]図面を参照すると、本発明が適用され得るセルラーネットワーク１００の一部分が図１に概略的に示されている。
[0038]（たとえば、ＬＴＥ／ＬＴＥ−Ａ規格に準拠する）セルラーネットワーク１００は、ユーザ機器ＵＥなど、セルラーネットワーク１００のいくつかのユーザ機器を用いたデータ（たとえば、ウェブブラウジング、電子メール、音声、またはマルチメディアデータ）の送信を可能にする、ネットワークノード１０５（たとえばｅノードＢ）など、いくつかのネットワークノードを含む。
【００３５】
[0039]ＬＴＥ／ＬＴＥ−Ａ規格によれば、送信およびユーザ多重化は、アップリンクでは「シングルキャリア周波数分割多元接続」（ＳＣ−ＦＤＭＡ）、ダウンリンクではＯＦＤＭＡ（「直交周波数分割多重接続」）に基づいて起こる。ＳＣ−ＦＤＭＡとＯＦＤＭＡの両方によれば、時間領域では、無線リソースは、各々が、１ｍｓ持続し（サブフレーム）、それぞれ０．５ｍｓの２つのタイムスロットを含む、「送信時間インターバル」（ＴＴＩ）あたりに配信されるが、周波数領域では、全帯域幅が、（各々が、Ｎ＝１２個の隣接し等間隔に離間したサブキャリアに対応する）複数の１８０ｋＨｚサブチャネルに分割される。時間領域において１つのタイムスロットにわたる一定数（たとえば、７つ）のシンボルを含み、周波数領域において１２個の隣接するサブキャリアを含む無線リソースは、「物理リソースブロック」（ＰＲＢ）と呼ばれ、送信のためにユーザ機器ＵＥに割り当てられ得る最小無線リソースに対応する。
【００３６】
[0040]以下で、本発明では、本発明が主に対象とする、キャリアのアグリゲーション、たとえばキャリアアグリゲーションに基づくアップリンク（すなわち、ユーザ機器ＵＥからネットワークノード１０５への）データ送信、以下では、キャリアアグリゲーションアップリンクデータ送信、およびＧＮＳＳ（「グローバルナビゲーション衛星システム」）システムと関連して動作可能な受信機を埋め込んだユーザ機器ＵＥ（以下では、ＧＮＳＳ受信機）のみが考慮される。
【００３７】
[0041]図示されていないＧＮＳＳ受信機は、衛星１１０など、ＧＮＳＳシステムの衛星から信号（以下では、ＧＮＳＳ信号）を受信し、ＧＮＳＳ信号中に含まれているデータ（ＧＮＳＳデータ）に従って、たとえば、ユーザ機器ＵＥに常駐するアプリケーションまたはプログラムがサービスを与えるためにそれを必要とするとき、ユーザ機器ＵＥの正確な現在位置（たとえば、経度、緯度、および高度）を求めるように構成される。一般性を失うことなしに、ＧＮＳＳシステムは、グローバルカバレージとともに自律ジオ空間測位を与える任意の衛星システム（たとえば、「全地球測位システム」（ＧＰＳ）、「グローバルナビゲーション衛星システム」（ＧＬＯＮＡＳＳ）、Ｃｏｍｐａｓｓ、およびＧａｌｉｌｅｏ）であり得る。
【００３８】
[0042]完全性のために、当業者によってよく知られているように、ネットワークノード１０５など、ネットワークノードは無線アクセスネットワークを形成する。次に、無線アクセスネットワークは、概して、（コアネットワークＣＮなど）１つまたは複数のコアネットワークに通信可能に結合され、コアネットワークは、インターネットおよび／または公衆交換電話網（図示せず）など、他のネットワークに結合され得る。好ましくは、新しい複雑なタスク、およびセルラーネットワークが扱うことを予想されるデータフローの常に増加する量の結果として、事業者およびセルラーネットワーク製造業者によって想定されるように、無線アクセスネットワークとコアネットワークＣＮとの間の結合は、これは限定的に解釈されるべきではないが、光ファイバー接続性ＯＦによって達成される。
【００３９】
[0043]図示されていないが、スケジューリングユニット（またはスケジューラ）が、無線リソース割り当てをスケジュールするために、たとえばネットワークノード１０５中に与えられる。
【００４０】
[0044]本明細書の導入部で説明したように、ＧＮＳＳ信号の受信における劣化は、ＧＮＳＳ受信機帯域内に入る（キャリアの前記アグリゲーションから生じる）不要な相互変調成分により、キャリアアグリゲーションアップリンクデータ送信が起こるときにユーザ機器ＵＥのＧＮＳＳ受信機によって経験され得る。
【００４１】
[0045]それを回避するために、本発明によれば、スケジューラは、ＧＮＳＳ信号受信とキャリアアグリゲーションアップリンクデータ送信との間の干渉が生じたとき、ユーザ機器ＵＥへの無線リソース割り当てを制限するための（以下で説明する）割り当てプロシージャを行うように構成され、それによって、ＧＮＳＳ信号受信の起こり得る劣化を防ぐかまたは解消することを可能にする。概して、割り当てプロシージャによれば、ユーザ機器ＵＥからネットワークノード１０５へのアップリンクデータ送信がキャリアのアグリゲーションに基づく場合、およびＧＮＳＳ信号受信が有効にされた（すなわち、ＧＮＳＳ受信機がアクティブにされた）場合、ＧＮＳＳ信号受信がその間に起こる（セルラーネットワーク１００のフレームシステムに関する）受信時間インターバルが求められ、仮無線リソース割り当てに基づいて、キャリアアグリゲーションアップリンクデータ送信が、少なくとも部分的に前記受信時間インターバル内に起こる可能性のある場合、ユーザ機器ＵＥからのキャリアアグリゲーションアップリンクデータ送信のための無線リソースの割り当てが前記仮割り当てに関して制限される。
【００４２】
[0046]好ましくは、前記受信時間インターバルを求めるために、ユーザ機器ＵＥは、ＧＮＳＳシステムに関する情報（以下では、ＧＮＳＳシステム情報）、ならびに前記受信時間インターバルを求めることを可能にするＧＮＳＳ受信機タイミング情報（以下では、ＧＮＳＳタイミング情報）を（ネットワークノード１０５に）送信するように構成され、ネットワークノード１０５（たとえば、それのスケジューラ）は、前記情報の受信時に、割り当てプロシージャを行うように構成される。
【００４３】
[0047]好ましくは、必ずしも必要ではないが、ＧＮＳＳシステム情報は数タイプを介して与えられ、各ＧＮＳＳシステム（たとえば、ＧＰＳ、ＧＬＯＮＡＳＳ、Ｃｏｍｐａｓｓ、およびＧａｌｉｌｅｏ）は、たとえばそれぞれの（一義的）数値に関連する。ユーザ機器ＵＥとネットワークノード１０５との間の接続中にＧＮＳＳ受信機がアクティブまたは非アクティブにされる（およびＧＮＳＳデータ／信号受信がそれぞれ有効または無効にされる）実際的事例を考慮に入れるために、（ＧＮＳＳ信号とキャリアアグリゲーションアップリンクデータ送信との間の「干渉」が発生し得るときの）ユーザ機器ＵＥへのＰＲＢの制限された割り当てまたは（ＧＮＳＳ信号とキャリアアグリゲーションアップリンクデータ送信との間の「干渉」が発生しないときの）ＰＲＢの通常の割り当てが起こり得るように、それぞれＧＮＳＳ受信機アクティブ化または非アクティブ化をネットワークノード１０５に通知するために、制御タイプがＧＮＳＳシステム情報に有利に追加され得る。
【００４４】
[0048]上述のように、受信時間インターバルは、ＬＴＥフレーミング構造／システムと比較して（たとえば、ＬＴＥ「システムフレーム番号」（またはＳＦＮ）に従って）ＧＮＳＳ受信機受信ウィンドウの時間基準に関する指示を与え、それによって、セルラーネットワーク１００は、ユーザ機器ＵＥ（すなわち、それのＧＮＳＳ受信機）がＧＮＳＳ信号を受信すべきである時刻／時間インターバルに気づいており、（以下で詳述するように、ＰＲＢ割り当てを制限するために）この情報を考慮に入れ得る。本発明の好ましい実施形態によれば、ＧＮＳＳタイミング情報は、
−  ＧＮＳＳ信号受信が起こる（たとえば、「システムフレーム番号」に基づく）前記フレームシステムの基準フレームを示すパラメータＧＮＳＳＲＦ、
−  たとえばサブフレームに関する、基準フレーム内のデータ受信開始を示すパラメータＧＮＳＳＳ、
−  たとえばサブフレームに関する、データ受信継続時間を示すパラメータＧＮＳＳＤ、
−  たとえばサブフレームに関する、データ受信期間を示すパラメータＧＮＳＳＰ
を含む。
【００４５】
[0049]本発明の代替実施形態によれば、上記の情報／パラメータのサブセットのみが考慮され得（実際、たとえば、パラメータＧＮＳＳＲＦ、ＧＮＳＳＳ、ＧＮＳＳＤの受信の実際の周期性によって暗黙的に求められるとき、またはパラメータＧＮＳＳＲＦ、ＧＮＳＳＳ、ＧＮＳＳＤの非周期受信が考慮され得るとき、パラメータＧＮＳＳＰはまったく与えられないこともある）、または他の情報／パラメータがそこから導出され得る。さらに、セルラーネットワーク１００（たとえば、ネットワークノード１０５）が、ＧＮＳＳシステム情報によって通信されるＧＮＳＳシステムに適合するＧＮＳＳ受信機を備えているか、または他のソースからＧＮＳＳタイミング情報を収集することが可能である場合、パラメータＧＮＳＳＲＦ、および／またはパラメータＧＮＳＳＳ、および／またはパラメータＧＮＳＳＤおよび／またはパラメータＧＮＳＳＰは、（ユーザ機器ＵＥによって受信される代わりに）セルラーネットワーク１００から直接導出され得る。
【００４６】
[0050]ＧＮＳＳシステム情報およびＧＮＳＳタイミング情報に加えて、ユーザ機器ＵＥは、キャリア上のＰＲＢあたりの（ユーザ機器ＵＥに関連する、すなわちそれの）最大許容送信電力を含む電力情報をもネットワークノード１０５に送信し得、以下でより十分に説明するように、電力情報の送信は、セルラーネットワーク１００のおよび／またはユーザ機器ＵＥの現在の接続ステータス／構成に従って、起こることも起こらないこともある。容易さのために、（すなわち、２つのキャリア、すなわち低周波数キャリアおよび高周波数キャリアのみがアグリゲートされる）２キャリア・キャリアアグリゲーションアップリンクデータ送信を仮定すると、前記電力情報は、高周波数キャリア上の各ＰＲＢあたりの最大許容送信電力と組み合わせて、ＧＮＳＳ信号受信に対する無視できる影響をもつＩＭＤ信号を生じる、低周波数キャリア上のＰＲＢあたりの最大許容送信電力を表す（たとえば、−４０ｄＢｍから２３ｄＢｍの間の低周波数キャリアおよび高周波数キャリア上のＰＲＢあたりの最大許容送信電力）。しかしながら、容易に理解されるべきであるように、３（またはそれ以上）キャリア・キャリアアグリゲーションアップリンクデータ送信の場合（実際、現在のＬＴＥ／ＬＴＥ−Ａ仕様では、最高５つのキャリアがアップリンクにおいてアグリゲートされ得る）、キャリア上のＰＲＢあたりの最大許容送信電力を含む電力情報は、各キャリアについてユーザ機器ＵＥによってネットワークノード１０５に送信される。
【００４７】
[0051]実際的見地から、ＧＮＳＳシステム情報、（与えられるとき）ＧＮＳＳタイミング情報および（与えられるとき）電力情報は、好ましくは、ＧＮＳＳ保護情報記述子（または簡単に、ＧＮＳＳ保護記述子）のそれぞれの（１つまたは複数）フィールド（たとえば、ベクトル）に入れられる。
【００４８】
[0052]ＧＮＳＳ保護記述子の一例は以下であり得る。
【００４９】
【表１】
2017534223.tif 000003
【００５０】
[0053]今度は、ＧＮＳＳ保護記述子は、好ましくは、ＬＴＥ／ＬＴＥ−Ａ規格によってすでに与えられているメッセージのうちの好適なメッセージに追加され（たとえば、組み込まれるかまたは添付され）、ＧＮＳＳ保護記述子のコンテンツ（たとえば、電力情報のプロビジョンまたはプロビジョンなし）、およびＧＮＳＳ保護記述子が追加されるＬＴＥ／ＬＴＥ−Ａ規格メッセージは、好ましくは、以下のセルラーネットワーク１００／ユーザ機器ＵＥ接続ステータス／構成シナリオ（の少なくとも一部）に従って起こる。
【００５１】
−  ユーザ機器ＵＥとネットワークノード１００との間の接続時、ユーザ機器ＵＥのＧＮＳＳ受信機がアクティブでない場合、ＧＮＳＳ保護記述子はＬＴＥ／ＬＴＥ−Ａ規格メッセージに追加されない。
【００５２】
−  ユーザ機器ＵＥとネットワークノード１００との間の接続時、ユーザ機器ＵＥのＧＮＳＳ受信機が、（たとえば、ユーザによる要求時に、またはユーザ機器ＵＥによって自律的に）すでにアクティブにされている場合、ＧＮＳＳ保護記述子は、「ＲＲＣ接続セットアップ」プロシージャ中にユーザ機器ＵＥからネットワークノード１０５に送られる（「無線リソース制御」）ＲＲＣメッセージに追加される。たとえば、ＧＮＳＳ保護記述子は、有利には前記電力情報なしに（実際、「ＲＲＣ接続セットアップ」プロシージャ中に、キャリアのアグリゲーションは求められていない）、（まだユーザ機器ＵＥへの第１のＰＲＢ構成中のネットワークノード１０５によって考慮に入れられるように）「ＲＲＣ接続要求」メッセージに追加されるか、または「ＲＲＣ接続セットアップ完了」メッセージに追加されるか、または「ＲＲＣ接続再構成完了」メッセージに追加され得る。
【００５３】
−  ユーザ機器ＵＥとネットワークノード１００との間の接続がすでにアクティブになった後、ＧＮＳＳ受信機がアクティブにされた場合（これは、ＧＮＳＳシステム情報に追加された制御タイプから判定される）、ＧＮＳＳ保護記述子は、「ＲＲＣ接続」中にユーザ機器ＵＥからネットワークノード１０５に送られるＲＲＣメッセージに追加され得る。たとえば、ＧＮＳＳ保護記述子は、「測定報告」メッセージに、または「ＲＲＣ接続再構成完了」に、または「ＩｎＤｅｖｉｃｅＣｏｅｘＩｎｄｉｃａｔｉｏｎ」メッセージに追加され得る。同様に、ユーザ機器ＵＥとネットワークノード１００との間の接続がすでにアクティブになった後、前にアクティブにされたＧＮＳＳ受信機が非アクティブにされた場合（その場合、ＧＮＳＳシステム情報に追加される制御タイプは、対応する値をとるべきであり、好ましくは、ＧＮＳＳタイミング情報および電力情報は０に設定される）。
【００５４】
[0054]いずれにせよ、専用ＲＲＣメッセージによってＧＮＳＳ保護記述子（またはそれの少なくとも一部）を与えることを防ぐものは何もない（たとえば、ＬＴＥ／ＬＴＥ／Ａ規格によって現在予見されていない）。たとえば、ユーザ機器ＵＥとネットワークノード１００との間の接続がすでにアクティブになった後、前に非アクティブ／アクティブにされたＧＮＳＳ受信機がアクティブ／非アクティブにされた場合、制御タイプ（または他の同様の専用アクティブ化／非アクティブ化情報）（のみ）が、（上述のＲＲＣメッセージなど）知られているＲＲＣメッセージに、または任意の専用ＲＲＣメッセージに追加され得る。
【００５５】
[0055]上述のように、ネットワークノード１０５がＧＮＳＳ保護記述子を受信しない場合、それは、ユーザ機器ＵＥがＧＮＳＳ受信機を備えていないこと、またはＧＮＳＳ受信機がアクティブでないことを意味し、アップリンク送信無線リソースブロックスケジューリングが通常通り起こり得る。代わりに、ネットワークノード１０５がＧＮＳＳ保護記述子を受信した場合、およびそのとき、ＧＮＳＳ信号受信の起こり得る劣化を防ぐことが可能なアップリンク送信無線リソースブロックスケジューリングが起こる。
【００５６】
[0056]図２に、本発明の一実施形態による、割り当てプロシージャ２００の動作フローを示すアクティビティ図を示す。一般性を失うことなしに、割り当てプロシージャ２００は、ネットワークノード１０５の（すなわち、ネットワークノード１０５内のまたはそれに関連する）対応する（既存のまたは新しい）モジュールにおいて起こり得る。本明細書では、「モジュール」という用語の使用は、各モジュールが、ソフトウェア、ハードウェア、および／またはそれらの組合せによって実装され得、集中型ではなく分散型性質を有し得るので、それの（実装ではなく）機能的態様を強調するものとする。たとえば、本明細書で仮定されるように、割り当てプロシージャ２００はネットワークノード１０５スケジューラにおいて起こる。
【００５７】
[0057]割り当てプロシージャ２００は、行為ブロック２０５において、好ましくは、キャリアアグリゲーションアップリンクデータ送信をサポートするセルラーネットワーク１００の各（実際の）ユーザ機器ＵＥについて、ＧＮＳＳ受信機への干渉を引き起こし得る各キャリア（すなわち、２キャリアの例示的な考慮されたシナリオにおける低周波数キャリアおよび高周波数キャリア）上のＰＲＢのセット（組合せ）（以下で禁止ＰＲＢまたは禁止ＰＲＢ組合せと呼ぶ）を計算することによって開始する。有利には、これは、ＩＭＤ信号（たとえば、キャリアアグリゲーションアップリンクデータ送信から生じる相互変調成分）を計算するために使用されるよく知られている式、すなわち、
ｎ＊ｆ１＋／−ｍ＊ｆ２
によって達成され、上式で、ｆ１およびｆ２は、それぞれ低周波数キャリアおよび高周波数キャリアの周波数を表し、ｎ＊ｆ１およびｍ＊ｆ２は、（すなわち、それぞれ整数倍ｎおよびｍにおける）それの高調波周波数を表す。実際、知られているように、ＩＭＤ信号は、キャリア周波数の高調波周波数における信号と、キャリア周波数の和周波数および差周波数における信号ならびにそれの高調波周波数における信号とを含む。
【００５８】
[0058]本発明の代替実施形態によれば、禁止ＰＲＢ組合せは、すべてのキャリアアグリゲーションアップリンクデータ送信組合せと、ネットワークノード１０５によってサポートされるすべてのＧＮＳＳシステムとに基づいて（オフラインで）計算される。
【００５９】
[0059]好ましくは、禁止ＰＲＢ組合せは、（以下で詳述するように）割り当てプロシージャ２００がそのように要求するとき、ネットワークノード１０５にとってアクセス可能なデータベース（図示せず）に記憶される。
【００６０】
[0060]次いで、割り当てプロシージャ２００は、（ループ制御Ｌ１によって図に概念的に示されているように）各ＴＴＩについて、および（ループ制御Ｌ２によって図に概念的に示されているように）ネットワークノード１０５によってサービスされる各ユーザ機器ＵＥについて、以下のステップを反復することによって続く。
【００６１】
[0061]割り当てプロシージャ２００は、最初に、評価中のユーザ機器ＵＥに関連する優先データが存在するかどうかを検査する（決定ブロック２１０）。優先データは、たとえば、待ち時間要件を満たすためにプロンプト（アップリンク）ＰＲＢ割り当てを必要とするデータを含む。否定の場合（決定ブロック２１０の分岐Ｎから出る）、別のユーザ機器ＵＥが評価されるが、肯定の場合（決定ブロック２１０の分岐Ｙから出る）、決定ブロック２１５において、ユーザ機器ＵＥがキャリアアグリゲーションをサポートするかどうかを評価することを目的とする別の検査が実施される。
【００６２】
[0062]ユーザ機器ＵＥがキャリアアグリゲーションをサポートしない（決定ブロック２１５の分岐Ｎから出る、または１つの（アップリンク）キャリアのみが構成される場合、キャリアアグリゲーションアップリンクデータ送信とＧＮＳＳ信号との間の干渉は生じ得ないので、アップリンクＰＲＢスケジューリング（行為ブロック２２０）が通常通り、すなわちＰＲＢ割り当て制限なしに起こる。他の場合（決定ブロック２１５の分岐Ｙから出る）、それは、ユーザ機器ＵＥが、キャリアアグリゲーションをサポートし、２つ以上の（アップリンク）キャリアが構成されること、およびしたがって、キャリアアグリゲーションアップリンクデータ送信とＧＮＳＳ信号との間の干渉が生じ得ることを意味し、ユーザ機器ＵＥに関連するＧＮＳＳ保護記述子が取り出され（行為ブロック２２５）、与えられ、ユーザ機器ＵＥのＧＮＳＳ受信機のアクティブ化／非アクティブ化状態を評価するために関係情報が検査される（決定ブロック２３０）。
【００６３】
[0063]ユーザ機器ＵＥのＧＮＳＳ受信機が非アクティブ化状態にある（すなわち、ＧＮＳＳ保護記述子が受信されていないか、またはＧＮＳＳ保護記述子の制御タイプがそのように示す）（決定ブロック２３０の分岐Ｄから出る）場合、キャリアアグリゲーションアップリンクデータ送信とＧＮＳＳ信号との間の干渉は生じないことがあるので、アップリンクＰＲＢスケジューリングが通常通り起こる（行為ブロック２２０）。代わりに、ユーザ機器ＵＥのＧＮＳＳ受信機がアクティブ化状態にある（決定ブロック２３０の分岐Ａから出る）場合、割り当てプロシージャ２００は、ＧＮＳＳ信号がその間に予想される前記受信時間インターバルを求め、その後、キャリアアグリゲーションアップリンクデータ送信が、少なくとも部分的に前記受信時間インターバル内に起こる可能性のあるかどうかを評価するために検査（決定ブロック２３５）が実施される。
【００６４】
[0064]言い換えれば、決定ブロック２３５において、割り当てプロシージャ２００は、スケジュールされる可能性のあるＰＲＢの送信時間と、ユーザ機器ＵＥのＧＮＳＳ受信機におけるＧＮＳＳ信号の受信時間とを互いに比較し、したがって、アップリンクキャリアアグリゲーション送信とＧＮＳＳ信号との間の非同時性により、それらの間の干渉が生じないことがあるときには、アップリンクＰＲＢスケジューリングが通常通り起こり得、またはアップリンクキャリアアグリゲーション送信とＧＮＳＳ信号との間の干渉が生じるときには、ＰＲＢの前記仮割り当てに関して、ユーザ機器（ＵＥ）からのアップリンクデータ送信のためのＰＲＢ割り当ての制限が行われる。
【００６５】
[0065]
−  ＧＮＳＳＲＦ、ＧＮＳＳＳ、ＧＮＳＳＤおよびＧＮＳＳＰによって、それぞれパラメータＧＮＳＳＲＦ、ＧＮＳＳＳ、ＧＮＳＳＤおよびＧＮＳＳＰの値を示し、
−  ＧＮＳＳＤによって、０からＧＮＳＳＤにスイープされる変数を示し、
−  ＳＦＮｃｕｒｒによって、現在のＳＦＮを示し、
−  ＳＦＮｃｙｃｌｅｓによって、ＳＦＮサイクル全体の数を示し、
−  ＮＳＦ，ｃｕｒｒによって、現在のサブフレーム番号を示すと、
割り当てプロシージャ２００は、好ましくは、決定ブロック２３５において以下のように動作する。変数ＧＮＳＳＤのスイープされた値のいずれかについて、
［（ＳＦＮｃｕｒｒ−ＧＮＳＳＲＦ＋１０２４＊ＳＦＮｃｙｃｌｅｓ）＊１０＋（ＮＳＦ，ｃｕｒｒ−ＧＮＳＳＳ＋ＧＮＳＳＤ＋４）］ｍｏｄ  ＧＮＳＳＰ≠０
である場合、決定ブロック２３５の分岐Ｙから出て、キャリアアグリゲーションアップリンクデータ送信とＧＮＳＳ信号との間の干渉が生じないことがあるので、アップリンクＰＲＢスケジューリングが通常通り起こる（行為ブロック２２０）。
【００６６】
[0066]（限定的ではなく例示的として理解されるべき）上記の式では、「１０」は、フレームあたりのサブフレームの数を表し、「４」は、スケジューリング決定とユーザ機器ＵＥによるアップリンクにおける実際の送信との間に発生するサブフレームの数を表し、ＳＦＮサイクル全体の数ＳＦＮｃｙｃｌｅｓは、ＬＴＥ／ＬＴＥ−Ａ規格では、ＳＦＮは０から１０２３まで循環的に繰り返されることと、現在のＳＦＮ  ＳＦＮｃｕｒｒは、パラメータＧＮＳＳＲＦによって示される基準ＳＦＮに関して異なるサイクルに関係する場合があり得ることとを考慮に入れ、したがって、ネットワークノード１０５は、ユーザ機器ＵＥからのＧＮＳＳ保護記述子の受信から発生したＳＦＮサイクル全体と現在の瞬間とをも考慮に入れる。
【００６７】
[0067]アクティビティ図に戻ると、代わりに、変数ＧＮＳＳＤのスイープされた値のうちの少なくとも１つについて、
［（ＳＦＮｃｕｒｒ−ＧＮＳＳＲＦ＋１０２４＊ＳＦＮｃｙｃｌｅｓ）＊１０＋（ＮＳＦ，ｃｕｒｒ−ＧＮＳＳＳ＋ＧＮＳＳＤ＋４）］ｍｏｄ  ＧＮＳＳＰ＝０
である場合、決定ブロック２３５の分岐Ｎから出て、ＰＲＢ割り当て制限が行われる。
【００６８】
[0068]単に例として、前記ＰＲＢ割り当て制限を与えるための（互いに代替的な）以下の行為がとられ得る。
−  行為ブロック２４０１において、ユーザ機器ＵＥは、現在の割り当てプロシージャ２００のこれらのＴＴＩ中にスケジュールされず（すなわち、ユーザ機器ＵＥへのＰＲＢの割り当ては行われず）、（たとえば、ネットワークノード１０５の内部のスケジューリングポリシーに従って）他のユーザ機器ＵＥが代わりにスケジュールされる。または
−  行為ブロック２４０２において、ユーザ機器ＵＥは、２つのアップリンクキャリアのうちの１つの上でのみスケジュールされる（すなわち、ユーザ機器ＵＥへのＰＲＢの割り当てが行われる）。または
−  行為ブロック２４０３において、ネットワークノード１０５は、ユーザ機器ＵＥのために、禁止ＰＲＢを含まないＰＲＢの割り当てをスケジュールする。または
−  行為ブロック２４０４において、ネットワークノード１０５は、ユーザ機器ＵＥのために、禁止ＰＲＢ（組合せ）セットの一部（すなわち、サブセット）を含むＰＲＢの割り当てをスケジュールする。以下でより十分に説明するように、これは、好ましくは、（たとえば、電力制御アルゴリズムと、ユーザ機器ＵＥによって報告された「電力ヘッドルーム報告」とに基づいてネットワークノード１０５によって推定された）ＰＲＢあたりの推定送信電力と、キャリア上のＰＲＢあたりの最大許容送信電力に関する前記電力情報とに従って達成される。
【００６９】
[0069]本発明の一実施形態によれば、禁止ＰＲＢの一部を含むＰＲＢの割り当ては、（考慮された例では、２つの）アップリンクキャリア上のＰＲＢあたりの推定送信電力が、ＧＮＳＳ保護記述子中でユーザ機器ＵＥによってシグナリングされた低周波数キャリアおよび高周波数キャリア上のＰＲＢあたりの最大許容送信電力を下回る場合のみ、ネットワークノード１０５によって行われる。
【００７０】
[0070]本発明の別の実施形態によれば、禁止ＰＲＢの一部を含むＰＲＢの割り当ては、低周波数キャリア上のＰＲＢあたりの推定送信電力および高周波数キャリア上のＰＲＢあたりの推定送信電力のうちの少なくとも１つが、それぞれ、ＧＮＳＳ保護記述子中でユーザ機器ＵＥによってシグナリングされた低周波数キャリア上のＰＲＢあたりの最大許容送信電力および高周波数キャリア上のＰＲＢあたりの最大許容送信電力を下回る場合、ネットワークノード１０５によって行われる。この場合、ＧＮＳＳ信号受信を劣化させないために、ネットワークノード１０５は以下を行い得る。
【００７１】
−  （割り当てられたＰＲＢの増加はより高い送信電力を必要とするので）ＰＲＢあたりの推定送信電力がＰＲＢあたりの最大許容送信電力に近い場合、（たとえば、ユーザ機器ＵＥバッファ中に存在するデータに基づいて、およびネットワークノード１０５におけるスケジューリングポリシーに基づいて）そのユーザ機器ＵＥに割り当てられたＰＲＢの数を増加させる。この場合、ＰＲＢあたりの推定送信電力がそれの最大許容送信電力に近いので、ＰＲＢあたりの送信電力は、より大きい数のＰＲＢ上での送信を可能にするために、（たとえば、電力制御アルゴリズムの制御下で）有利に減少される。この行為は、ＰＲＢあたりの最終推定送信電力が、すべて（たとえば、両方）のアップリンクキャリアについてのユーザ機器ＵＥによってシグナリングされた限界よりも低い場合、ネットワークノード１０５によってとられる。拡張ＰＲＢ割り当ては、両方のアップリンクキャリアに対して行われ得る。ＧＮＳＳ受信帯域幅にかかることになる最終ＩＭＤレベルを考慮に入れて、どのキャリアが考慮されるべきかを決定することはスケジューラ次第である。あるいは
−  たとえば、ユーザ機器に送られたアップリンク電力制御コマンドに、および／またはアップリンク送信のために選択された「変調およびコーディング方式」に従って、ユーザ機器ＵＥの送信電力を減少させる。アップリンク電力制御アルゴリズムに基づいて、ＭＣＳとアップリンク電力制御コマンドの両方は最終送信電力値に影響を及ぼす。電力制御コマンドの場合、ネットワークノード１０５が（制限された動態をもつ）絶対値と増分値の両方を送ることができることを考慮に入れると、それは、所望値に収束させるためにより多くの連続コマンドを必要とすることがあり、したがって、それは、最終所望値を得るために、より多くのＴＴＩを必要とすることがある。
【００７２】
[0071]アクティビティ図に戻ると、割り当てプロシージャ２００は、好ましくは、行為ブロック２４０１〜２４０４から、決定ブロック２４５において、ユーザ機器ＵＥのための禁止ＰＲＢが、「物理アップリンク制御チャネル」（ＰＵＣＣＨ）送信に専用されている（およびアップリンク帯域幅エッジに位置している）ＰＲＢを含むかどうかを検査することによって続く。肯定の場合、決定ブロック２４０の分岐Ｙから出て、有利には、ネットワークノード１０５は以下を行い得る。
【００７３】
−  行為ブロック２５０１において、ＰＵＳＣＨ送信について説明したことと同様に、電力制御コマンドで送信電力を調整する。あるいは
−  行為ブロック２５０２において、（たとえば、ＧＮＳＳ受信ウィンドウとの衝突を回避するために、ユーザ機器フィードバック情報の期間およびオフセットパラメータを変更することによって）少なくとも１つのユーザ機器フィードバック情報部分を構成または再構成する。あるいは
−  行為ブロック２５０３において、ユーザ機器ＵＥからのフィードバックが１つのキャリアのみの上で送られるように強制する（たとえば、ネットワークノード１０５は、ユーザ機器ＵＥによって生成されたすべてのフィードバックを低周波数キャリアまたは高周波数キャリアのいずれか上に移動し得る）。
【００７４】
[0072]決定ブロック２４５に戻ると、ユーザ機器ＵＥのための禁止ＰＲＢが、「物理アップリンク制御チャネル」（ＰＵＣＣＨ）送信に専用されているＰＲＢを含まない場合、決定ブロック２４５の分岐Ｎから出て、割り当てプロシージャ２００は終了する。
【００７５】
[0073]当然、局所的で特殊な要件を満たすために、当業者は、上記で説明した解決策に多くの論理的および／または物理的修正および改変を適用し得る。より詳細には、本発明について、それの好ましい実施形態に関してある程度委細に説明したが、形式および詳細における様々な省略、置換および変更、ならびに他の実施形態が可能であることを理解されたい。特に、本発明の異なる実施形態は、それのより完全な理解を与えるための上記の説明に記載された具体的な詳細なしでも実施され得る。反対に、よく知られている特徴は、不要な詳細で説明を妨げないために省略または簡略化されていることがある。その上、本発明の任意の開示した実施形態に関して説明した特定の要素および／または方法ステップは任意の他の実施形態に組み込まれ得ることが明確に意図される。
【００７６】
[0074]より詳細には、本発明は、（同様のステップを使用すること、本質的でないいくつかのステップを削除すること、またはさらなる随意のステップを追加することによって）等価方法を通して実装されることに向いている。その上、ステップは、（少なくとも部分的に）異なる順序で、同時にまたは交互に実施され得る。
【００７７】
[0075]さらに、セルラーネットワークが、異なる構造を有するか、または等価構成要素を含むか、あるいはそれが他の動作特徴を有する場合、類似する考慮事項が適用される。いずれの場合も、それの任意の構成要素はいくつかの要素に分離され得、あるいは２つまたはそれ以上の構成要素は単一の要素に組み合わせられ得、さらに、各構成要素は、並列の対応する動作の実行をサポートするために複製され得る。また、異なる構成要素間のいかなる相互作用も、（別段に規定されていない限り）概して連続である必要がなく、それは、直接的と、１つまたは複数の媒介物を通して間接的の両方であり得ることに留意されたい。
【００７８】
[0076]その上、ＬＴＥ／ＬＴＥ−Ａ規格に基づくセルラーネットワークへの明示的参照が行われているが、特定のワイヤレス通信システムアーキテクチャまたはプロトコルの実装形態に制限されることは、出願人の意図ではないことを理解されたい。この点において、また、好適な単純修正を施して、提案した割り当てプロシージャが、次の５Ｇ（およびそれ以上の）セルラーネットワークなど、他のセルラーネットワークにも適用され得ることを実現することが可能である。
【００７９】
[0077]さらに、本明細書では、容易さのために単一のネットワークノードが考慮されているが、本発明は、いくつかの（たとえば、少なくとも２つの）異なるネットワークノードが、（アグリゲートされるべき）（異なる）キャリアを同じユーザ機器に与える、（実際的）シナリオに等価的に適用される。
【００８０】
[0078]その上、本明細書では、キャリアのアグリゲーションの一例としてキャリアアグリゲーション手法のみが考慮されているが、デュアル接続性手法など、他の手法が使用されるとき、同じ考慮事項が適用される。実際、ユーザ機器の観点では、キャリアアグリゲーション手法とデュアル接続性手法の両方はキャリアのアグリゲーションに関係する。
【図１】
2017534223.tif 000004
【図２Ａ】
2017534223.tif 000005
【図２Ｂ】
2017534223.tif 000006
【国際調査報告】
2017534223.tif 000007
2017534223.tif 000008