(57)【要約】  本明細書における実施形態は、無線デバイス（１０）が無線通信ネットワーク（１）におけるネットワークノード（１２）のセル（１１）のＲＬＭを実行することを可能にするために無線デバイス（１０）によって実行される方法に関連している。無線デバイス（１０）は、少なくとも１つの無線信号および／または制御チャネルの少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを示す指示を、無線デバイス（１０）をサービングするネットワークノード（１２）、たとえば、セルを提供しているネットワークノードへ伝送する。【選択図】図１Ａ
2020500449.tif 000002
【特許請求の範囲】
【請求項１】
無線デバイスが無線通信ネットワーク内のネットワークノードのセルの無線リンクモニタリング（ＲＬＭ）を実行することを可能にするために前記無線デバイスによって実行される方法であって、
少なくとも１つの無線信号および／または制御チャネルの少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを示す指示を、前記無線デバイスをサービングするネットワークノードへ伝送すること（１０６）を含む、方法。
【請求項２】
制御チャネルの送信パラメータを含む設定を特定することによって前記指示を特定すること（１０５）であって、それらの送信パラメータが、前記少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを含む、特定すること（１０５）
をさらに含む、請求項１に記載の方法。
【請求項３】
強化されたイベントモニタリングをサポートするための前記無線デバイスの能力を示す情報を、前記無線デバイスをサービングする前記ネットワークノードへ送信すること（１０１）
をさらに含む、請求項１または２に記載の方法。
【請求項４】
イベントをトリガーするために使用される１つまたは複数のイベントしきい値を前記ネットワークノードから取得すること（１０２）と、
取得された前記１つまたは複数のイベントしきい値に従って前記イベント用にさらに低レイヤを設定すること（１０３）と
をさらに含む、請求項１から３のいずれか一項に記載の方法。
【請求項５】
制御チャネルのデコーディングパフォーマンスに関連した情報を取得すること（１０４）
をさらに含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記指示を伝送すること（１０６）が、
１つまたは複数のイベントしきい値に基づいて前記無線デバイスによって１つまたは複数のイベントがトリガーされた場合の１つまたは複数のイベントレポート、
制御チャネルの電力ブースティング、および
前記制御チャネルの送信フォーマットのうちの１つまたは複数を送信することをさらに含む、請求項１から５のいずれか一項に記載の方法。
【請求項７】
無線通信ネットワーク内の無線デバイス（１０）がネットワークノード（１２）のセルの無線リンクモニタリング（ＲＬＭ）を実行することを可能にするために前記ネットワークノードによって実行される方法であって、
少なくとも１つの無線信号および／または制御チャネルの少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを示す指示を前記無線デバイスから受信すること（１１５）を含む、方法。
【請求項８】
前記指示を受信すること（１１５）が、
１つまたは複数のイベントしきい値に基づいて前記無線デバイスによって１つまたは複数のイベントがトリガーされた場合の１つまたは複数のイベントレポート、
制御チャネルの電力ブースティング、および
制御チャネルの送信フォーマットのうちの１つまたは複数を受信することをさらに含む、請求項７に記載の方法。
【請求項９】
受信された前記指示に基づいて前記少なくとも１つの無線信号および／または制御チャネルの送信を適合させること（１１６）
をさらに含む、請求項７または８に記載の方法。
【請求項１０】
前記無線デバイスのカバレッジレベルを特定すること（１１２）と、
特定されたカバレッジレベルに基づいて、１つまたは複数のイベントしきい値を特定すること（１１３）と、
前記１つまたは複数のイベントしきい値を前記無線デバイス（１０）へシグナリングすること（１１４）と
をさらに含む、請求項７から９のいずれか一項に記載の方法。
【請求項１１】
強化されたイベントモニタリングをサポートするための無線デバイスの能力に関する情報を取得すること（１１１）
をさらに含む、請求項７から１０のいずれか一項に記載の方法。
【請求項１２】
無線通信ネットワーク（１）におけるネットワークノード（１２、１３）のセルの無線リンクモニタリング（ＲＬＭ）を実行することを可能にするための無線デバイス（１０）であって、
少なくとも１つの無線信号および／または制御チャネルの少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを示す指示を、前記無線デバイス（１０）をサービングするネットワークノード（１２）へ伝送するように設定されている、無線デバイス（１０）。
【請求項１３】
制御チャネルの送信パラメータを含む設定を特定することによって前記指示を特定することであって、それらの送信パラメータが、前記少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを含む、特定することを行うようにさらに設定されている、請求項１２に記載の無線デバイス（１０）。
【請求項１４】
強化されたイベントモニタリングをサポートするための前記無線デバイスの能力を示す情報を、前記無線デバイス（１０）をサービングする前記ネットワークノード（１２）へ送信するようにさらに設定されている、請求項１２または１３に記載の無線デバイス（１０）。
【請求項１５】
イベントをトリガーするために使用される１つまたは複数のイベントしきい値を前記ネットワークノード（１２）から取得することと、
取得された前記１つまたは複数のイベントしきい値に従って前記イベント用にさらに低レイヤを設定することと
を行うようにさらに設定されている、請求項１２から１４のいずれか一項に記載の無線デバイス（１０）。
【請求項１６】
制御チャネルのデコーディングパフォーマンスに関連した情報を取得するように設定されている、請求項１２から１５のいずれか一項に記載の無線デバイス（１０）。
【請求項１７】
１つまたは複数のイベントしきい値に基づいて前記無線デバイスによって１つまたは複数のイベントがトリガーされた場合の１つまたは複数のイベントレポート、
制御チャネルの電力ブースティング、および
制御チャネルの送信フォーマット
のうちの１つまたは複数をさらに送信するように設定されている、請求項１２から１６のいずれか一項に記載の無線デバイス（１０）。
【請求項１８】
無線通信ネットワーク内の無線デバイス（１０）がネットワークノード（１２）のセル（１１）の無線リンクモニタリング（ＲＬＭ）を実行することを可能にするための前記ネットワークノード（１２）であって、
少なくとも１つの無線信号および／または制御チャネルの少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを示す指示を前記無線デバイス（１０）から受信するように設定されている、ネットワークノード（１２）。
【請求項１９】
１つまたは複数のイベントしきい値に基づいて前記無線デバイス（１０）によって１つまたは複数のイベントがトリガーされた場合の１つまたは複数のイベントレポート、
制御チャネルの電力ブースティング、および
制御チャネルの送信フォーマット
のうちの１つまたは複数をさらに受信するように設定されている、請求項１８に記載のネットワークノード（１２）。
【請求項２０】
受信された前記指示に基づいて前記少なくとも１つの無線信号および／またはチャネルの送信を適合させるようにさらに設定されている、請求項１８または１９に記載のネットワークノード（１２）。
【請求項２１】
前記無線デバイス（１０）のカバレッジレベルを特定することと、
特定されたカバレッジレベルに基づいて、１つまたは複数のイベントしきい値を特定することと、
前記１つまたは複数のイベントしきい値を前記無線デバイス（１０）へシグナリングすることと
を行うようにさらに設定されている、請求項１８から２０のいずれか一項に記載のネットワークノード（１２）。
【請求項２２】
強化されたイベントモニタリングをサポートするための無線デバイスの能力に関する情報を取得するようにさらに設定されている、請求項１８から２１のいずれか一項に記載のネットワークノード（１２）。
【請求項２３】
命令を含むコンピュータプログラムであって、前記命令が、少なくとも１つのプロセッサ上で実行されたときに、前記ネットワークノード（１２）または前記無線デバイス（１０）によって実行される請求項１から１１のいずれか一項に記載の方法のうちのいずれかを前記少なくとも１つのプロセッサに実行させる、コンピュータプログラム。
【請求項２４】
命令を含むコンピュータプログラムを格納しているコンピュータ可読記憶媒体であって、前記命令が、少なくとも１つのプロセッサ上で実行されたときに、前記ネットワークノード（１２）または前記無線デバイス（１０）によって実行される請求項１から１１のいずれか一項に記載の方法を前記少なくとも１つのプロセッサに実行させる、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書における実施形態は、無線デバイス、ネットワークノード、および、無線通信に関連してそこにおいて実行される方法に関連している。詳細には、本明細書における実施形態は、無線リンクモニタリング（ＲＬＭ）、またはＲＬＭを取り扱うこと、たとえば、無線通信ネットワーク内の無線デバイスによる無線リンクモニタリングを可能にすることに関連している。
【背景技術】
【０００２】
典型的な無線通信ネットワークにおいては、無線通信デバイス、移動局、ステーション（ＳＴＡ）、および／またはユーザ機器（ＵＥ）としても知られている無線デバイスは、無線アクセスネットワーク（ＲＡＮ）を介して１つまたは複数のコアネットワーク（ＣＮ）へ通信する。ＲＡＮは、エリアまたはセルエリアへと区分される地理的エリアをカバーし、それぞれのエリアまたはセルエリアは、ネットワークノード、たとえば、Ｗｉ−Ｆｉアクセスポイントまたは無線基地局（ＲＢＳ）（これは、いくつかのネットワークにおいては、たとえば、「ＮｏｄｅＢ」または「ｅＮｏｄｅＢ」と呼ばれる場合もある）によってサービングされる。そのエリアまたはセルエリアは、ネットワークノードによって無線カバレッジが提供される地理的エリアである。ネットワークノードは、無線周波数上で動作して、エアインターフェースを介してネットワークノードの範囲内の無線デバイスと通信する。ネットワークノードは、ダウンリンク（ＤＬ）を介して無線デバイスへ通信し、無線デバイスは、アップリンク（ＵＬ）を介してネットワークノードへ通信する。
【０００３】
ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）は、第２世代（２Ｇ）のグローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）から進化した第３世代のテレコミュニケーションネットワークである。ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）は基本的に、ユーザ機器との通信のためにワイドバンド符号分割多元接続（ＷＣＤＭＡ）および／または高速パケットアクセス（ＨＳＰＡ）を使用するＲＡＮである。第３世代パートナーシッププロジェクト（３ＧＰＰ）として知られているフォーラムにおいては、テレコミュニケーションサプライヤが、第３世代のネットワーク、具体的にはＵＴＲＡＮのための標準について提案および合意を行い、強化されたデータレートおよび無線キャパシティーを調査している。いくつかのＲＡＮにおいては、たとえばＵＭＴＳにおけるのと同様に、いくつかのネットワークノードが、たとえば地上通信線またはマイクロ波によって、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのコントローラノードに接続されることが可能であり、そのコントローラノードは、そこに接続されている複数のネットワークノードのさまざまなアクティビティーを監督して連携させる。ＲＮＣは、典型的には、１つまたは複数のコアネットワークに接続されている。
【０００４】
エボルブドパケットシステム（ＥＰＳ）に関する仕様が、第３世代パートナーシッププロジェクト（３ＧＰＰ）内で完成されており、この作業は、来たる３ＧＰＰリリースにおいて継続する。ＥＰＳは、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）無線アクセスネットワークとしても知られているエボルブドユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）、およびシステムアーキテクチャエボリューション（ＳＡＥ）コアネットワークとしても知られているエボルブドパケットコア（ＥＰＣ）を含む。Ｅ−ＵＴＲＡＮ／ＬＴＥは、ネットワークノードがＥＰＣコアネットワークに直接に接続される３ＧＰＰ無線アクセステクノロジーである。したがって、ＥＰＳの無線アクセスネットワーク（ＲＡＮ）は、１つまたは複数のコアネットワークに直接に接続されているネットワークノードを含む基本的に「フラットな」アーキテクチャを有する。
【０００５】
マシンなどの無線デバイスどうしの間における、およびマシンと人間との間における通信を確立するために、マシンツーマシン（Ｍ２Ｍ）通信またはマシン型通信（ＭＴＣ）が使用される。Ｍ２Ｍ通信は、データ、シグナリング、測定データ、設定情報などのやり取りを含むことが可能である。無線デバイスのサイズは、ウォレットのサイズから基地局のサイズまでさまざまであることが可能である。無線デバイスは、ＭＴＣデバイスと呼ばれ、環境条件を検知すること、たとえば温度を読み取ること、計量または測定、たとえば電気使用量など、故障発見またはエラー検知などのような用途のために非常にしばしば使用される。これらの用途においては、ＭＴＣデバイスは、サービスのタイプに応じて、非常にまれではあるが連続した持続時間にわたって、たとえば、２秒ごとに１回約２００ｍｓ、６０分ごとに１回約５００ｍｓ、といった具合にアクティブになる。ＭＴＣデバイスは、その他の頻度またはその他の無線アクセステクノロジー（ＲＡＴ）で測定を実行することも可能である。
【０００６】
ＭＴＣデバイスは、コンポーネントおよび機能に関して低コストおよび低複雑度のものであること、すなわち、低複雑度／コストの無線デバイスであることを期待されている。Ｍ２Ｍオペレーション用に想定されている低コスト無線デバイスは、より小さなダウンリンクおよびアップリンク最大トランスポートブロックサイズ、たとえば１０００ビット、ならびに／または物理ダウンリンク共有チャネル（ＰＤＳＣＨ）などのデータチャネルに関するたとえば１．４ＭＨｚの低減されたダウンリンクチャネル帯域幅のような１つまたは複数の低コスト機能を実施することが可能である。低コスト無線デバイスはまた、半二重周波数分割複信（ＨＤ−ＦＤＤ）オペレーションをサポートすること、ならびに無線デバイスにおける単一の受信機（１  Ｒｘ）、より小さなダウンリンクおよび／またはアップリンク最大トランスポートブロックサイズ、たとえば１０００ビット、およびデータチャネルに関するたとえば１．４ＭＨｚの低減されたダウンリンクチャネル帯域幅というさらなる機能のうちの１つまたは複数を含むことが可能である。低コスト無線デバイスは、低複雑度無線デバイスまたはＵＥと称されるまたは呼ばれる場合もある。
【０００７】
ＭＴＣデバイスと、基地局などのネットワークノードとの間におけるパスロスは、いくつかのシナリオにおいては、たとえば、ＭＴＣデバイスが、建物の地下になど、リモートロケーションに配置されているセンサまたは計量デバイスとして使用されている場合には、非常に大きくなることがある。そのようなシナリオにおいては、ネットワークノードからの信号の受信は、非常に困難である。たとえば、パスロスは、普通のオペレーションに比較して２０ｄＢより悪くなる可能性がある。そのような困難に対処するために、アップリンクにおける、および／またはダウンリンクにおけるカバレッジが大幅に強化されなければならない。これは、カバレッジを強化するために無線デバイスにおいて、および／またはネットワークノードにおいて１つまたは複数の進んだ技術を採用することによって実現される。そのような進んだ技術のいくつかの非限定的な例は、送信電力ブースティング、送信される信号の繰り返し、送信される信号にさらなる冗長性を適用すること、進んだ／強化された受信機の使用などであるが、それらには限定されない。一般的には、そのようなカバレッジ強化技術を採用している場合には、Ｍ２Ｍ通信は、「カバレッジ強化モード」で動作しているとみなされる。低コスト無線デバイス、たとえば、１つのＲｘを伴う無線デバイスは、オペレーションの強化されたカバレッジモードをサポートできることも可能である。
【０００８】
無線リンクモニタリング（ＲＬＭ）の目的は、接続されているサービングセルの無線リンク品質をモニタし、その情報を使用して、無線デバイスがそのサービングセルに同期しているかまたは同期していないかを無線デバイスにおいて決定することである。ＲＬＭは、Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）＿ＣＯＮＮＥＣＴＥＤ状態においてダウンリンク参照シンボル、たとえばセル固有参照シンボル／信号（ＣＲＳ）上で測定を実行する無線デバイスによって実行される。無線リンクモニタリングの結果が、複数の連続した非同期指示を示している場合には、ネットワークノードは、ＲＬＭがいくつかの連続した同期指示を示すまで、無線リンク障害（ＲＬＦ）を宣言することが可能である。実際の手順は、推定されたダウンリンク参照シンボル測定値をいくつかのターゲットブロック誤り率（ＢＬＥＲ）、たとえばＱｏｕｔおよびＱｉｎに比較することによって実行される。ＱｏｕｔおよびＱｉｎは、サービングセルからの仮想物理ダウンリンク制御チャネル（ＰＤＣＣＨ）または物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）送信のブロック誤り率（ＢＬＥＲ）に対応する。しきい値は、ＢＬＥＲの点からであることが可能である。これらは、無線デバイスにおける別々の信号対雑音比（ＳＮＲ）レベルに対応する。すなわち、２％のＢＬＥＲターゲットは、特定のｄＢターゲットに対応し、１０％のＢＬＥＲターゲットは、無線デバイスにおける別のｄＢターゲットに対応する。
【０００９】
無線デバイスによって行われる無線測定は、典型的には、いくつかの知られている参照シンボルまたはパイロットシーケンスにわたってサービングセル上で、ならびに近隣セル上で実行される。無線測定は、無線デバイス能力、および無線デバイスが無線アクセステクノロジー（ＲＡＴ）をサポートしているかどうかに応じて、周波数内キャリア、周波数間キャリア上で、ならびにＲＡＴ間キャリア上で、セル上で行われる。無線デバイスに関する周波数間およびＲＡＴ間測定を可能にするためには、いわゆる測定ギャップが必要とされる場合があり、ネットワークノードまたは別の無線ネットワークノードが測定ギャップを設定しなければならない場合がある。
【００１０】
無線測定は、さまざまな目的のために行われる。いくつかの例示的な測定目的は、モビリティー、位置決め、自己組織化ネットワーク（ＳＯＮ）、ドライブテストの最小化（ＭＤＴ）、運用および保守（Ｏ＆Ｍ）、ネットワークプランニングおよび最適化などである。ＬＴＥにおける測定の例は、（別名）物理セルＩＤ（ＰＣＩ）としても知られているセル識別情報の取得、参照シンボル受信電力（ＲＳＲＰ）、参照シンボル受信品質（ＲＳＲＱ）、セルグローバルＩＤ（ＣＧＩ）の取得、参照信号時間差（ＲＳＴＤ）、ＵＥ  ＲＸ−ＴＸ時間差の測定、無線リンクモニタリング（ＲＬＭ）であり、そのＲＬＭは、非同期（ｏｕｔ  ｏｆ  ｓｙｎｃ）検知および同期（ｉｎ−ｓｙｎｃ）検知などを含む。
【００１１】
ＲＬＭは、もっぱら無線デバイスにおいて実行される。非同期（ＯｏＳ）および同期の検知は、無線デバイスがサービングセルのチャネル品質を推定することに基づく。無線デバイスがＯｏＳであるということが検知された場合には、無線デバイスは、特定のタイマーを始動し、ＯｏＳが複数回にわたって検知された場合には、無線デバイスは、最終的にＲＬＦを宣言し、送信機チェーンをオフにする。無線デバイスによって実行されるチャネル状態情報（ＣＳＩ）測定は、ネットワークノードによってスケジューリング、リンク適合などのために使用される。ＣＳＩ測定またはＣＳＩレポートの例は、チャネル品質インジケータ（ＣＱＩ）、プリコーディングマトリックスインジケータ（ＰＭＩ）、ランクインジケータ（ＲＩ）などである。それらは、ＣＲＳ、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）、または復調用参照信号（ＤＭＲＳ）のような参照信号上で実行されることが可能である。測定は、一方向のもの、たとえば、ＤＬもしくはＵＬ測定、または双方向のもの、たとえば、受信−送信（Ｒｘ−Ｔｘ）、ラウンドトリップタイム（ＲＴＴ）等などのＵＬおよびＤＬコンポーネントを有するものであることが可能である。
【００１２】
ＤＬサブフレーム＃０およびＤＬサブフレーム＃５は、同期信号、すなわちプライマリー同期信号（ＰＳＳ）およびセカンダリー同期信号（ＳＳＳ）の両方を搬送する。未知のセル、たとえば新たな近隣セルを識別するためには、無線デバイスは、そのセルのタイミング、ひいては物理セルアイデンティティー（ＰＣＩ）を取得しなければならない。これは、セル探索もしくはセル識別、またはセル検知とさえ呼ばれる。その後に無線デバイスはまた、無線測定そのものを使用するために、および／または無線測定をネットワークノードに報告するために、新たに識別されたセルのＲＳＲＰおよび／またはＲＳＲＱを測定する。合計で５０４個のＰＣＩがある。セル探索はまた、無線測定の一タイプである。無線測定は、すべての無線リソース制御（ＲＲＣ）状態において、すなわちＲＲＣアイドルおよび接続状態において行われることが可能である。
【００１３】
少なくとも下記の問題が、既存のソリューションに伴って想定されることが可能である。
【００１４】
強化されたＭＴＣおよび狭帯域インターネットオブシングス（ＮＢ−ＩＯＴ）においては、無線デバイスは、ＣＥＭｏｄｅＡと示される普通のカバレッジおよびＣＥＭｏｄｅＢと示される強化されたカバレッジとしても知られている別々のカバレッジレベルのもとで動作する。
【００１５】
測定精度要件は、無線デバイスによって経験されるカバレッジレベルに依存する。普通のカバレッジのもとで動作する無線デバイスは、レガシーＬＴＥと調和して比較的良好な無線リソース管理（ＲＲＭ）測定精度を達成することが可能である一方で、強化されたカバレッジ測定精度はより緩和され、すなわち、それは常に信頼できるとは限らないことを意味する。したがって、サービングセルの無線リンクを評価するためにそのような測定を使用すること、別名、無線リンクモニタリング手順またはＲＬＭは、間違った評価をもたらすことがある。
【発明の概要】
【００１６】
本明細書における実施形態の目的は、ＲＬＭの信頼性、ひいては無線通信ネットワークのパフォーマンスを改善する機構を提供することである。
【００１７】
一態様によれば、無線デバイスが無線通信ネットワーク内のネットワークノードのセルのＲＬＭを実行することを可能にするために無線デバイスによって実行される方法を提供することによって、目的が達成される。無線デバイスは、少なくとも１つの無線信号および／または制御チャネルの少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを示す指示を、無線デバイスをサービングするネットワークノード（これは、ＲＬＭを実行するセルを制御するネットワークノードであることが可能であり、または異なるものであることも可能である）へ伝送する。
【００１８】
別の態様によれば、無線通信ネットワーク内の無線デバイスがネットワークノードのセルのＲＬＭを実行することを可能にするためにネットワークノードによって実行される方法を提供することによって、目的が達成される。ネットワークノードは、少なくとも１つの無線信号および／または制御チャネルの少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを示す指示を無線デバイスから受信する。
【００１９】
本明細書における実施形態によれば、無線デバイスは、少なくとも１つの無線信号および／または制御チャネルの繰り返しレベルおよび／またはアグリゲーションレベルを伝送および推奨する。これは、リソースの改善された使用を可能にすることになる。なぜなら、送信が、推奨される繰り返しレベルおよび／またはアグリゲーションレベルに基づいてさらに適切にされることが可能であるからである。
【００２０】
本明細書においては、命令を含むコンピュータプログラムがさらに提供されており、それらの命令は、少なくとも１つのプロセッサ上で実行されたときに、ネットワークノードによって実行される、または無線デバイスによって実行される上述の方法のうちのいずれかを少なくとも１つのプロセッサに実行させる。本明細書においては、命令を含むコンピュータプログラムを格納しているコンピュータ可読記憶媒体がさらに提供されており、それらの命令は、少なくとも１つのプロセッサ上で実行されたときに、ネットワークノードによって実行される、または無線デバイスによって実行される上述の方法のうちのいずれかによる方法を少なくとも１つのプロセッサに実行させる。
【００２１】
さらに別の態様によれば、無線通信ネットワーク内のネットワークノードのセルのＲＬＭを実行することを可能にするための無線デバイスを提供することによって、目的が達成される。無線デバイスは、少なくとも１つの無線信号および／または制御チャネルの少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを示す指示を、無線デバイスをサービングするネットワークノードへ伝送するように設定されている。
【００２２】
さらに別の態様によれば、無線通信ネットワーク内の無線デバイスがネットワークノードのセルのＲＬＭを実行することを可能にするためのネットワークノードを提供することによって、目的が達成される。ネットワークノードは、少なくとも１つの無線信号および／または制御チャネルの少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを示す指示を無線デバイスから受信するように設定されている。
【００２３】
本明細書における実施形態の別の利点は、無線デバイスが、推奨される繰り返しレベルを返信するので、ダウンリンク測定品質または強度にかかわらずに、無線デバイスが良好なカバレッジ内にある場合には、サービングネットワークノードが同じ信号を継続的にまたは不必要に繰り返し送信する必要がないということ、および無線デバイスが、ＲＬＭ手順を確実に実行するために繰り返しを必要とする場合にのみ、信号の受信が実行されるので、信号の送信のために使用される無線リソースが、サービングセルにおいてさらに効率よく使用されるということである。これはまた、無線デバイスのバッテリー寿命を改善する。なぜなら、無線デバイスは、不必要に繰り返される信号を受信する必要がないからである。本明細書における実施形態は、ネットワークノードおよび無線デバイスの両方の別々のオペレーションシナリオを考慮に入れることによって、ＲＬＭのさらに正確なオペレーションを可能にする。
【００２４】
したがって、これは、たとえば貧弱なまたは限られた能力またはチャネル条件を有する無線デバイスのためにさらに信頼できるＲＬＭを提供する結果となり、これは、無線通信ネットワークの改善されたパフォーマンスをもたらす。
【００２５】
次いで実施形態が、添付の図面に関連してさらに詳細に記述される。
【図面の簡単な説明】
【００２６】
【図１Ａ】本明細書における実施形態による無線通信ネットワークを示す概略図である。
【図１Ｂ】本明細書における実施形態による、無線デバイスによって実行される方法を示す概略フローチャートである。
【図１Ｃ】本明細書における実施形態による、ネットワークノードによって実行される方法を示す概略フローチャートである。
【図２Ａ】本明細書における実施形態による、無線デバイスによって実行される方法を示す概略フローチャートである。
【図２Ｂ】本明細書における実施形態による、第１のネットワークノードによって実行される方法を示す概略フローチャートである。
【図３】本明細書における実施形態による無線デバイスを示すブロック図である。
【図４】本明細書における実施形態によるネットワークノードを示すブロック図である。
【発明を実施するための形態】
【００２７】
本明細書における実施形態は、全般的には無線通信ネットワークに関連している。図１Ａは、無線通信ネットワーク１を示す概略図である。無線通信ネットワーク１は、１つまたは複数のＲＡＮ、および１つまたは複数のＣＮを含む。無線通信ネットワーク１は、ほんの少数の可能な実施態様を挙げれば、Ｗｉ−Ｆｉ、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥアドバンスト、第５世代（５Ｇ）、ワイドバンド符号分割多元接続（ＷＣＤＭＡ）、グローバルシステムフォーモバイルコミュニケーションズ／エンハンストデータレートフォーＧＳＭエボリューション（ＧＳＭ／エッジ）、ワールドワイドインターオペラビリティーフォーマイクロウェーブアクセス（ＷｉＭＡＸ）、またはウルトラモバイルブロードバンド（ＵＭＢ）などの複数の異なるテクノロジーを使用することが可能である。本明細書における実施形態は、５Ｇのコンテキストにおいて特に関心を集めている最近のテクノロジートレンドに関連しているが、実施形態は、たとえばＷＣＤＭＡおよびＬＴＥなどの既存の無線通信システムのさらなる発展においても適用可能である。
【００２８】
無線通信ネットワーク１においては、無線デバイス、たとえば、移動局、非アクセスポイント（非ＡＰ）ＳＴＡ、ＳＴＡ、ユーザ機器、および／または無線端末などの無線デバイス１０が、１つまたは複数のアクセスネットワーク（ＡＮ）、たとえばＲＡＮを介して１つまたは複数のコアネットワーク（ＣＮ）に通信する。「無線デバイス」は、任意の端末、無線通信端末、ユーザ機器、マシン型通信（ＭＴＣ）デバイス、デバイスツーデバイス（Ｄ２Ｄ）端末、もしくはノード、たとえば、スマートフォン、ラップトップ、モバイル電話、センサ、リレー、モバイルタブレットを、または、ネットワークノードによってサービングされるエリア内のネットワークノードと無線通信を使用して通信することが可能である小さな基地局ですら意味する非限定的な用語であるということが当業者によって理解されるはずである。
【００２９】
無線通信ネットワーク１は、ＬＴＥ、Ｗｉ−Ｆｉ、ＷｉＭＡＸ等などの第１の無線アクセステクノロジー（ＲＡＴ）の地理的エリア、第１のセル１１または第１のエリアにわたる無線カバレッジを提供する第１のネットワークノード１２（ネットワークノードとも呼ばれる）を含む。ネットワークノード１２は、送信および受信ポイント、たとえば、無線ネットワークノード、たとえば、無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイントまたはアクセスポイントステーション（ＡＰ  ＳＴＡ）、アクセスノード、アクセスコントローラ、基地局、たとえば、無線基地局、たとえば、ＮｏｄｅＢ、エボルブドＮｏｄｅ  Ｂ（ｅＮＢ、ｅＮｏｄｅ  Ｂ）、ベーストランシーバステーション、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線基地局の送信アレンジ、スタンドアロンのアクセスポイント、または、たとえば、使用される第１の無線アクセステクノロジーおよび用語に応じて第１のネットワークノード１２によってサービングされるエリア内の無線デバイスと通信することが可能であるその他の任意のネットワークユニットもしくはノードであることが可能である。第１のネットワークノード１２は、サービングネットワークノードと呼ばれることが可能であり、第１のセルは、サービングセルと呼ばれることが可能であり、サービングネットワークノードは、無線デバイス１０へのＤＬ送信および無線デバイス１０からのＵＬ送信の形態で無線デバイス１０と通信する。
【００３０】
さらに、無線通信ネットワーク１は、ＬＴＥ、Ｗｉ−Ｆｉ、ＷｉＭＡＸ等などの第２のＲＡＴの地理的エリア、第２のセル１４または第２のエリアにわたる無線カバレッジを提供する第２のネットワークノード１３を含む。第２のネットワークノード１３は、送信および受信ポイント、たとえば、無線ネットワークノード、たとえば、ＷＬＡＮアクセスポイントまたはアクセスポイントステーション（ＡＰ  ＳＴＡ）、アクセスコントローラ、アクセスノード、基地局、たとえば、無線基地局、たとえば、ＮｏｄｅＢ、エボルブドＮｏｄｅ  Ｂ（ｅＮＢ、ｅＮｏｄｅ  Ｂ）、ベーストランシーバステーション、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線基地局の送信アレンジ、スタンドアロンのアクセスポイント、または、たとえば、使用される第２の無線アクセステクノロジーおよび用語に応じて第２のネットワークノード１３によってサービングされるエリア内の無線デバイスと通信することが可能であるその他の任意のネットワークユニットであることが可能である。第１および第２のＲＡＴは、同じＲＡＴまたは別々のＲＡＴであることが可能である。第２のネットワークノード１３は、ネイバーネットワークノードと呼ばれることが可能である。
【００３１】
第１のネットワークノード１２は、無線通信ネットワーク１内の第２のネットワークノード１３と通信することが可能である。これは、ネットワークノードどうしが第１のネットワークノード１２と第２のネットワークノード１３との間におけるバックホール接続、たとえばＸ２接続、Ｓ１接続などを介して互いに通信することによって行われる。
【００３２】
従来技術によれば、ネットワークノードは、不適切な送信パラメータ、たとえば、不必要にさらに長い繰り返される送信またはさらに大きなリソース割り当て、アグリゲーションレベルを使用して、制御チャネル、たとえば、ＭＴＣ  ＰＤＣＣＨ（ＭＰＤＣＣＨ）、狭帯域ＰＤＣＣＨ（ＮＰＤＣＣＨ）を送信することがあり、それは、ネットワークノードに関して、そして無線デバイスに関してもダウンリンク無線リソースを消費する。なぜなら、それは、ネットワークノードがリンクを復元するための時間をまったく与えずに、時期尚早にＲＬＦを引き起こすことがあるからである。
【００３３】
本明細書における実施形態は、第１のセル１１または第２のセルなどのセルのダウンリンク無線リンク品質をモニタ／特定するための、無線デバイス１０において実施されることが可能である方法、および第１のネットワークノード１２において実施されることが可能である方法に関連している。
【００３４】
本明細書における実施形態によれば、無線デバイスは、少なくとも１つの無線信号および／または制御チャネルの少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを示す指示を、無線デバイスをサービングするネットワークノード、たとえば第１のネットワークノードへ伝送することによって、好ましい繰り返しレベルおよび／またはアグリゲーションレベルを報告する。ネットワークノードは次いで、その指示を考慮に入れて、すなわち、示された少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを考慮に入れて、繰り返しレベルおよび／またはアグリゲーションレベルを適合させることが可能である。
【００３５】
したがって、サービングネットワークノードは、無線デバイスが、推奨される繰り返しレベルを返信するので、ダウンリンク測定品質または強度にかかわらずに、無線デバイスが良好なカバレッジ内にある場合には、同じ信号を継続的にまたは不必要に繰り返し送信する必要はない。さらに、無線デバイス１０が、ＲＬＭ手順を確実に実行するために繰り返しを必要とする場合にのみ、信号の受信が実行されるので、信号の送信のために使用される無線リソースは、サービングセルにおいてさらに効率よく使用される。これはまた、無線デバイスのバッテリー寿命を改善する。なぜなら、無線デバイス１０は、不必要に繰り返される信号を受信する必要がないからである。本明細書における実施形態は、ネットワークノード１２および無線デバイス１０の両方の別々のオペレーションシナリオを考慮に入れることによって、ＲＬＭのさらに正確なオペレーションを可能にする。本明細書におけるいくつかの実施形態は、無線デバイス１０が、拡張されたセルカバレッジで、たとえば、−１２ｄＢ以下でなどの非常に低い信号対干渉雑音比（ＳＩＮＲ）で動作している場合でさえ、第１のセルとの接続を保持することを可能にする。本明細書におけるいくつかの実施形態の別の利点は、無線デバイスが、強化されたＭＴＣ無線デバイスなど、強化されたカバレッジモードで動作することが可能な無線デバイスである場合には、ＲＬＭ機能を実行することを可能にされるということである。そのような無線デバイスは、センサなどであることが可能である。その他の利点は、さまざまなカバレッジレベルのもとで動作している無線デバイスの安定した改善された無線リンクモニタリングパフォーマンス、サービングネットワークノードが、貧弱な無線リンク品質を伴う無線デバイスを元の良好なカバレッジへ復元することができること、およびさまざまなカバレッジレベルのもとで動作している無線デバイスが、できるだけ長く第１のセルに接続されているように、第１のセルからの信号を成功裏に受信することができることであることが可能である。
【００３６】
低いカバレッジ強化、すなわち強化されたカバレッジのもとで動作している無線デバイスは、典型的なハンドヘルド無線デバイスとは異なるタイプの無線デバイスである場合がある。強化されたカバレッジが可能である無線デバイスは、たとえば、壁／タワーまたはその他の固定された位置に取り付けられていることがあり、したがって、従来のハンドヘルドデバイスよりもモバイル度が低いことがある。そのような無線デバイスの強化されたカバレッジおよびより狭い帯域幅のオペレーション、たとえば２００ＫＨｚ、１．４ＭＨｚなどをサポートするためには、新たなＤＬ制御チャネルが導入される。そのような新たなＤＬ制御チャネルは、ＭＰＤＣＣＨと示され、特にＲＬＭオペレーションのために無線デバイス１０によって使用されることが可能である。
【００３７】
普通のおよび強化されたまたは拡張されたカバレッジのオペレーションは、典型的には、システム帯域幅、別名、セルＢＷ、セル送信ＢＷなどと比較して、より狭い無線デバイス無線周波数（ＲＦ）帯域幅（ＢＷ）上で生じることが可能である。いくつかの実施形態においては、無線デバイスのＲＦ  ＢＷは、システム帯域幅と同じであることが可能である。狭いＲＦ  ＢＷの例は、２００ＫＨｚ、１．４ＭＨｚなどである。システムＢＷの例は、２００ＫＨｚ、１．４ＭＨｚ、３ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ、２０ＭＨｚなどである。拡張された／強化されたカバレッジのケースにおいては、無線デバイス１０は、レガシーシステムにおいて可能であるものに比較して、より低い信号品質レベル、たとえば、信号対雑音比（ＳＮＲ）、ＳＩＮＲ、サブキャリアあたりの合計の受け取られた電力に対するサブキャリアあたりの平均の受け取られた信号エネルギーの比率（Ｅｓ／ＩｏＴ））、ＲＳＲＱなどのもとで動作できることが可能である。カバレッジレベルの強化は、オペレーションシナリオに伴ってさまざまであることが可能であり、無線デバイスのタイプに依存することも可能である。たとえば、劣悪なカバレッジを伴う地下に配置されている無線デバイスは、セル境界、たとえば５ｄＢにある無線デバイスに比較して、より大きなまたはより高いレベルのカバレッジ強化、たとえば１０ｄＢを必要とする場合がある。
【００３８】
カバレッジレベルは、
−  無線デバイスにおけるそのサービングセルに関する受信信号品質および／もしくは受信信号強度、ならびに／または
−  サービングセルにおける無線デバイスに関する受信信号品質および／もしくは受信信号強度の点から表されることが可能である。
【００３９】
信号品質の例は、ＳＮＲ、ＳＩＮＲ、ＣＱＩ、ＲＳＲＱ、Ｅｓ／ＩｏＴなどである。信号強度の例は、パスロス、ＲＳＲＰなどである。
【００４０】
−  無線デバイスにおけるそのサービングセルに関するＳＮＲ≧−６ｄＢを含むカバレッジ強化レベル１（ＣＥ１）、および
−  無線デバイスにおけるそのサービングセルに関する−１２ｄＢ≦ＳＮＲ＜−６ｄＢを含むカバレッジ強化レベル２（ＣＥ２）
を含む無線デバイスにおける信号品質（たとえばＳＮＲ）に関して規定されている２つのカバレッジレベルの例について考えていただきたい。
【００４１】
−  無線デバイスにおけるそのサービングセルに関するＳＮＲ≧−６ｄＢを含むカバレッジ強化レベル１（ＣＥ１）、
−  無線デバイスにおけるそのサービングセルに関する−１２ｄＢ≦ＳＮＲ＜−６ｄＢを含むカバレッジ強化レベル２（ＣＥ２）、
−  無線デバイスにおけるそのサービングセルに関する−１５ｄＢ≦ＳＮＲ＜−１２ｄＢを含むカバレッジ強化レベル３（ＣＥ３）、および
−  無線デバイスにおけるそのサービングセルに関する−１８ｄＢ≦ＳＮＲ＜−１５ｄＢを含むカバレッジ強化レベル４（ＣＥ４）
を含む４つのカバレッジレベルの別の例について考えていただきたい。
【００４２】
上述の例においては、ＣＥ１は、普通のカバレッジレベル、ベースラインカバレッジレベル、参照カバレッジレベル、レガシーカバレッジレベルなどと言い換え可能に示されることも可能である。その一方でＣＥ２〜ＣＥ４は、強化されたカバレッジレベルまたは拡張されたカバレッジレベルと称されることが可能である。
【００４３】
ネットワークノードと無線デバイスとの間において実行される送信のいくつかの例は、
−  物理信号、たとえば参照信号の送信、
−  物理チャネル、たとえば、制御チャネル、マルチキャストまたはブロードキャストチャネルの送信、
−  論理チャネルの送信である。
【００４４】
物理信号および物理チャネルは、３ＧＰＰ  ＴＳ３６．２１１  ｖ．１３．０．０において記述されているよく知られている用語である。物理信号は、物理レイヤによって使用されるリソースエレメントのセットを含むが、より高レイヤから生じる情報は搬送しない。その一方で物理チャネルは、より高レイヤから生じる情報、たとえば、トランスポートチャネル、ＲＲＣメッセージなどを搬送するリソースエレメントのセットを含む。ダウンリンク物理信号の例は、ＣＲＳ、ＲＳ、ＰＳＳ、ＳＳＳ、拡張同期信号（ＥＳＳ）、ＣＳＩ−ＲＳ、ＤＭＲＳ、ポジショニング参照信号（ＰＲＳ）、ＳＲＳ、マルチメディアブロードキャスト単一周波数ネットワーク参照信号（ＭＢＳＦＮ  ＲＳ）などである。ダウンリンク物理チャネルの例は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理ブロードキャストチャネル（ＰＢＣＨ）、物理マルチキャストチャネル（ＰＭＣＨ）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理ハイブリッド自動再送要求（ＡＲＱ）インジケータチャネル（ＰＨＩＣＨ）、強化された物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）、ＭＰＤＣＣＨなどである。システム情報ブロードキャスト（ＳＩＢ１ｂｉｓ）などのシステム情報が、ＰＤＳＣＨなどの物理チャネルを介して送信されることも可能である。
【００４５】
本明細書において使用されている時間リソースという用語は、時間の長さという点から表される任意のタイプの物理的なリソースまたは無線リソースに対応することが可能である。時間リソースの例は、シンボル、タイムスロット、サブフレーム、無線フレーム、送信時間間隔（ＴＴＩ）、インターリービング時間、スペシャルサブフレーム、アップリンクパイロットタイムストット（ＵｐＰＴＳ）などである。
【００４６】
本明細書において使用されている信号／チャネルの繰り返しという用語は、少なくとも２つの同様に送信される信号を別々の時間リソースにおいて、たとえば別々のサブフレームにおいて送信することを指すことが可能である。信号の例は、物理信号、たとえば、ＣＲＳ、ＰＳＳ、ＳＳＳ、ＮＲＳ、ＮＰＳＳ、ＮＳＳＳなどであり、Ｎは、狭帯域を表し、チャネルの例は、物理チャネル（たとえば、ＰＤＣＣＨ、ｅＰＤＣＣＨ、ＮＰＤＣＣＨ、ＭＰＤＣＣＨ、ＮＰＤＳＣＨ、ＰＤＳＣＨ、ＰＢＣＨ、ＮＰＢＣＨ、物理アップリンク制御チャネル（ＰＵＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、ＮＰＵＣＣＨ、ＮＰＵＳＣＨなど）である。無線ノード（たとえば、無線デバイスまたはネットワークノード）は、チャネルの最初の送信および同じチャネルの１つまたは複数の再送信を受信した後に繰り返しを伴って送信されたチャネル、たとえばＭＰＤＣＣＨをデコードし、たとえば、強化されたマシン型通信（ｅＭＴＣ）、さらに強化されたＭＴＣ（ＦｅＭＴＣ）、およびＮＢ−ＩｏＴ無線デバイスについての背景を参照されたい。信号の繰り返しは、信号の「マルチショット送信」、繰り返しを伴う信号の送信、複数の時間リソースにおける信号の送信、制御チャネルの繰り返し、信号の複数の送信、信号の繰り返し、信号の繰り返しの回数などと言い換え可能に呼ばれることも可能である。典型的には、「マルチショット受信」、または繰り返しを伴って送信された信号の受信は、無線ノードによって、別の無線ノードからの同じ信号の複数の送信を、連続した時間リソースにおいて、たとえばＸ個の連続したＤＬサブフレームにわたって受信した後に実行され、この場合、ＤＬサブフレームは、ネットワークノードによって設定され、シグナリングを介して無線デバイスに示されることが可能である。
【００４７】
強化されたカバレッジのオペレーションのもとでは、いくつかのチャネルが繰り返しをサポートする。いくつかのケースにおいては、これは、サポートされる帯域幅にも依存する。一例として、ＰＢＣＨは、サブフレーム＃０において、そしてまたもう１つのサブフレームにおいて繰り返される。ＰＢＣＨに関するこの他のサブフレームは、それがＦＤＤシステムであるかまたはＴＤＤシステムであるかに依存する。それがＦＤＤであるケースにおいては、他のサブフレームは＃９であり、ＴＤＤに関しては、それはサブフレーム＃５である。いくつかのケースにおいては、ＰＢＣＨの繰り返しは、狭いシステム帯域幅、たとえば１．４ＭＨｚに関してはサポートされない。
【００４８】
繰り返しは、強化されたカバレッジのもとでＭＰＤＣＣＨチャネルに関してもサポートされる。このケースにおいては、複数のサブフレームにわたる繰り返しならびに時間ドメインにおける複数の繰り返しレベルがサポートされる。
【００４９】
同様に、繰り返しは、強化されたカバレッジのもとで動作している無線デバイス用にＰＤＳＣＨチャネルに関してもサポートされる。ここでは、複数のサブフレームにわたるＰＳＤＣＨ送信の繰り返しおよび／またはバンドリングがサポートされる。同様に、繰り返しは、強化されたカバレッジのもとで動作している無線デバイス用にＰＤＳＣＨチャネルに関してもサポートされる。ここでは、複数のサブフレームにわたるＰＳＤＣＨ送信の別々の繰り返しおよび／またはバンドリングが時間ドメインにおいてサポートされる。動作シナリオ（たとえばＳＮＲレベル）に応じて、ネットワークは、繰り返しレベルを適合させることが可能である。
【００５０】
ダウンリンクチャネルと同様に、繰り返しは、アップリンクにおいてもサポートされる。強化されたカバレッジのもとで動作している無線デバイスに関しては、さまざまな繰り返しおよびバンドリングが設定されることが可能である。そして繰り返しおよびバンドリングのこのレベルは、時間とともに、たとえば、変化する無線条件に応じて適合されることが可能である。
【００５１】
次いで、いくつかの実施形態による、無線デバイス１０が無線通信ネットワーク１内のネットワークノード１２の第１のまたはサービングセル１１のＲＬＭを実行することを可能にするために無線デバイスによって実行される方法アクションが、図１Ｂにおいて示されているフローチャートを参照しながら記述される。それらのアクションは、以降で述べられている順序で取られる必要はなく、任意の適切な順序で取られることが可能である。いくつかの、ただし必ずしもすべてではない実施形態において実行されるアクションは、破線の枠でマークされている。
【００５２】
アクション１０１。無線デバイス１０は、強化されたイベントモニタリングをサポートするための無線デバイスの能力、たとえば、強化されたカバレッジレベルモードにある場合に同期化を検知するための能力を示す情報を、無線デバイス１０をサービングするネットワークノードへ送信することが可能である。
【００５３】
アクション１０２。無線デバイス１０は、イベントをトリガーするために使用される、またはイベントのトリガリングのために使用される１つまたは複数のイベントしきい値をネットワークノード１２から取得することが可能である。イベントは、１つまたは複数のまたは早いＱｉｎおよび早いＱｏｕｔであることが可能である。
【００５４】
アクション１０３。無線デバイス１０は、取得された１つまたは複数のイベントしきい値に従ってイベント用にレイヤ１またはレイヤ２などのさらに低レイヤを設定することが可能である。
【００５５】
アクション１０４。無線デバイス１０は、制御チャネルのデコーディングパフォーマンスに関連した情報を取得することが可能である。これは、過去のデコーディングパフォーマンス、すなわち、特定の繰り返しレベル（繰り返しの回数）および／またはアグリゲーションレベルに伴ってデコーディングが成功しているかどうかまたはどの程度成功しているかに基づくことが可能である。これらの送信パラメータは、変数であり、実際のオペレーション条件、たとえば、経験された信号対雑音比（ＳＮＲ）レベルおよびカバレッジモードまたはレベルに依存する。
【００５６】
アクション１０５。無線デバイス１０は、制御チャネルの送信パラメータを含む設定を特定することによって指示を特定することが可能であり、それらの送信パラメータは、繰り返しレベルおよび／またはアグリゲーションレベルを含む。
【００５７】
アクション１０６。無線デバイス１０は、少なくとも１つの無線信号および／または制御チャネルの少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを示す指示をネットワークノードへ伝送する。その指示は、いくつかの実施形態によれば、アクション１０６の前に実行されたアクション１０５において無線デバイス１０によって特定されていることが可能である。無線デバイス１０は、一例においては、制御チャネルの送信パラメータを含む設定を特定することによって指示を特定することが可能であり、それらの送信パラメータは、繰り返しレベルおよび／またはアグリゲーションレベルを含む。無線デバイスはさらに、１つまたは複数のイベントしきい値に基づいて無線デバイスによって１つまたは複数のイベントがトリガーされた場合の１つまたは複数のイベントレポート、制御チャネルの電力ブースティング、および制御チャネルの送信フォーマットのうちの１つまたは複数を送信することが可能である。それぞれのイベントに関して１つのイベントしきい値がある。早いＱｉｎに関しては、１つのイベントしきい値がある。早いＱｏｕｔに関しては、別のイベントしきい値がある。指示は、繰り返しレベルおよび／もしくはアグリゲーションレベルの増加もしくは減少を示す単一の値であることが可能であり、または無線デバイスのカバレッジレベルに関連した推奨される繰り返しレベルおよび／もしくは推奨されるアグリゲーションレベルを含む設定であることが可能である。
【００５８】
次いで、いくつかの実施形態による、無線通信ネットワーク内の無線デバイス１０がネットワークノード１２のセルのＲＬＭを実行することを可能にするためにネットワークノードによって実行される方法アクションが、図１Ｃにおいて示されているフローチャートを参照しながら記述される。それらのアクションは、以降で述べられている順序で取られる必要はなく、任意の適切な順序で取られることが可能である。いくつかの、ただし必ずしもすべてではない実施形態において実行されるアクションは、破線の枠でマークされている。
【００５９】
アクション１１１。ネットワークノード１２は、強化されたイベントモニタリングをサポートするための無線デバイスの能力に関する情報を取得することが可能である。ネットワークノードは、無線デバイス１０からの、もしくは別の無線ネットワークノードからの情報を受信することによって、またはネットワークノード１２において格納されている情報によって、この情報を取得することが可能である。
【００６０】
アクション１１２。ネットワークノード１２は、無線デバイス１０のカバレッジレベルを特定することが可能である。
【００６１】
アクション１１３。ネットワークノード１２は次いで、特定されたカバレッジレベルに基づいて、イベントをトリガーするための１つまたは複数のイベントしきい値を特定することが可能である。
【００６２】
アクション１１４。ネットワークノード１２は次いで、１つまたは複数のイベントしきい値を無線デバイス１０へシグナリングすることが可能である。
【００６３】
アクション１１５。ネットワークノード１２は、少なくとも１つの無線信号および／または制御チャネルの少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを示す指示を無線デバイス１０から受信する。ネットワークノード１２はさらに、１つまたは複数のイベントしきい値に基づいて無線デバイスによって１つまたは複数のイベントがトリガーされた場合の１つまたは複数のイベントレポート、制御チャネルの電力ブースティング、および制御チャネルの送信フォーマットのうちの１つまたは複数を受信することが可能である。
【００６４】
アクション１１６。ネットワークノード１２は次いで、受信された指示によって示されている少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルに基づいて少なくとも１つの無線信号および／またはチャネルの送信を適合させることが可能である。
【００６５】
次いで、無線通信ネットワーク１内の無線デバイス１０が第１のネットワークノード１２の第１のセル１１のＲＬＭを実行することを可能にするために無線デバイスによって実行される、本明細書におけるいくつかの実施形態による方法アクションが、図２Ａにおいて示されているフローチャートを参照しながら記述される。第１のセルは、サービングセル、または非サービングセルなどであることが可能である。
【００６６】
アクション２００。無線デバイス１０は、この例においては、強化されたイベントモニタリングをサポートするための無線デバイスの性能または能力を別のノード、たとえば、サービングネットワークノードに示すことが可能であり、強化されたイベントモニタリングは、本明細書において記述されている実施形態に基づくことが可能である。能力は、要求に応じて、もしくは求められない方法で送信されることが可能であり、またはより全般的な能力に含まれることが可能であり、たとえば、強化されたカバレッジにおけるオペレーションをサポートするすべての無線デバイスは、強化されたイベントモニタリングをサポートしなければならないとすることが可能である。この能力または能力情報は、たとえばイベントを設定するために、受信側の第１のネットワークノード１２によって使用されることが可能である。
【００６７】
アクション２０１。無線デバイス１０はさらに、１つまたは複数のイベントしきい値を取得すること、たとえば、１つまたは複数のイベントしきい値、たとえば、イベントをトリガーするために使用されるＳＮＲしきい値をサービング第１ネットワークノードから受信することが可能である。たとえば、無線デバイス１０は、イベントしきい値をサービングネットワークノード１２から受信する。いくつかのシナリオにおいては、イベントしきい値は、近隣ネットワークノード、コアネットワークノード、サードパーティーノードなどのその他のネットワークノードから、または第２のネットワークノード１３などのネイバーノードからさえ受信されることも可能である。
【００６８】
それぞれのイベントしきい値は、無線デバイス１０のカバレッジレベルに依存することが可能である。送信パラメータの１つのセットに対応するそれぞれのイベントに関する１つのイベントしきい値がある。無線デバイスのカバレッジレベルを特定するための例示的な原理およびルールも、以降で提供されている。
【００６９】
イベントしきい値は、無線デバイス１０がしきい値をＸｄＢ下回っているということを測定が示している場合に無線デバイス１０がイベントをトリガーすることができるようになっている。その意図は、実際の同期していないまたは同期しているレベルから「Ｘ」ｄＢでイベントをトリガーすることである。これらの新たなイベントしきい値を使用して、無線デバイス１０は、非同期または同期がいつトリガーされることになるかを、それが生じそうになるずっと前に知ることになる。この時間は、Ｘの値に依存することになる。この値は、たとえば、オペレーションシナリオ、カバレッジ強化レベル、無線デバイスにおける負荷、ネットワークキャパシティー、オペレーションシナリオ等などのいくつかのファクタに依存することが可能である。
【００７０】
アクション２０２。無線デバイス１０はさらに、アクション２０１において受信されたしきい値に従ってイベント（または１つまたは複数のイベント）用に、たとえば測定およびトリガーを行うためのさらに低レイヤを設定することが可能である。
【００７１】
アクション２０３。無線デバイス１０は、制御チャネルの送信パラメータを含む設定を特定する。そのような設定を特定するために、無線デバイス１０は、制御チャネルｌ、たとえば、ＰＤＣＣＨ、ｅＰＤＣＣＨ、ＭＰＤＣＣＨ、ＮＰＤＣＣＨなどに関連した情報、およびデコーディングパフォーマンス（たとえば、これは過去のデコーディングパフォーマンスに基づくことが可能である）を使用することが可能である。
【００７２】
第１の実施形態においては、無線デバイス１０は、いくつかの事前に規定されたルールに基づいて特定される設定を特定する。
【００７３】
その設定は、測定された値を繰り返しレベルおよびアグリゲーションレベルにマップするいくつかのマッピングテーブルに基づいて導き出されることが可能である。一例が、以降でテーブル１において与えられている。マッピングテーブル（たとえばテーブル１）は、第１のネットワークノード１２によって無線デバイス１０において事前に規定されることもしくは設定されることが可能であり、またはマッピングテーブルは、事前に規定されたパラメータおよび設定可能なパラメータの組合せであることが可能である。さらに別の例においては、スーパーセットマッピングテーブルが事前に規定されることが可能である。しかし第１のネットワークノード１２は、スーパーセットテーブルのサブセットであるテーブルを用いて無線デバイス１０を再設定することが可能である。無線デバイス１０は次いで、実際の値を導き出すために、設定されたテーブルを使用し、関連付けられているインデックスを第１のネットワークノード１２へ伝送する。
【００７４】
この例示的なテーブル１は、値「Ｘ」、繰り返しレベル、およびアグリゲーションレベルと、報告された値との明示的なマッピングを含む。イベントが「Ｘ」＝０ｄＢにおいてトリガーされた場合には、無線デバイス１０は、インデックス＃０をイベントレポートとともに報告することになる。インデックス＃０は、無線デバイス１０が現在ＲＬＦトリガリングしきい値（非同期しきい値）にあることを意味している。同様に、「Ｘ」のその他の値は、無線デバイス１０が実際のＲＬＦ（非同期）しきい値から「１」ｄＢ、「２」ｄＢ、「３」ｄＢなどにあるということを意味することになる。制御チャネルに関するアグリゲーションレベル（ＡＬ）および繰り返しレベル（ＲＬ）の値は、それが、「Ｘ」が０である場合に最も高い値を含み、そして「Ｘ」が増加するにつれて減少するようなものであるべきである。これが意味しているのは、無線デバイス１０が、ＲＬＦを宣言することに非常に近い場合には、それは、リンクを迅速に復元する目的で自分の送信パラメータを適合させるために積極的なアプローチを取ることが可能であり、その一方で無線デバイス１０が、ＲＬＦを宣言することから遠い場合には、これらの値は、もう少し低いことが可能であるということである。Ｑｏｕｔ（非同期）しきい値に対する設定されたマージンに対応する値「Ｘ」の代わりに、Ｑｉｎしきい値が代替として使用される場合には、同様のテーブルが保持されることが可能である。
2020500449.tif 000003
【００７５】
イベントは、下記のように要約されることが可能である。
−  無線デバイス１０が、「Ｘ」の設定された値に応じてＱｏｕｔしきい値を「Ｘ」ｄＢ下回っているまたは上回っている場合にトリガーされるイベントＭ１
−  無線デバイス１０が、「Ｙ」の設定された値に応じてＱｉｎしきい値を「Ｙ」ｄＢ下回っているまたは上回っている場合にトリガーされるイベントＭ２、
１  「Ｘ」および「Ｙ」の値は、正または負のいずれであることも可能である。
【００７６】
第２の例が、テーブル２において与えられている。この例は、２つの別々の独立したマッピングテーブルを含み、それらのマッピングテーブルは次いで組み合わされて、１つの報告された値またはＲＬおよびＡＬの１つのセットになる。
【００７７】
この実施形態は、事前に規定されたマッピングテーブルが、第１のネットワークノード１２および無線デバイス１０の両方に知られているということを想定している。
【００７８】
この第２の実施形態においては、無線デバイス１０によって導き出される設定は、少なくとも異なるタイプの信号、チャネル、オペレーション条件に基づくインデックスを含む。インデックスが導き出される際に基づくそのようなファクタのいくつかの非限定的な例は、
−  参照信号測定（たとえば、ＣＲＳ、ＮＲＳ）のＳＮＲ
−  同期信号（たとえば、ＰＳＳ／ＳＳＳ／ＮＰＳＳ／ＮＳＳＳ）のＳＮＲ
−  カバレッジレベル
−  早いＱｉｎおよび早いＱｏｕｔなどの新たなイベントに関する設定された値
−  これらの任意の組合せである。
【００７９】
ＲＬＭ手順においては、無線デバイス１０は、ダウンリンク無線リンク品質、たとえばＳＩＮＲ／ＳＮＲを推定するためにダウンリンク参照シンボル上で測定を実行する。この測定は次いで、推定された品質（たとえばＳＩＮＲレベル）と制御チャネルのＢＬＥＲとの間における事前に規定されたマッピングを使用することによって制御チャネルの仮想ＢＬＥＲ（ＰＣＦＩＣＨエラー、ＭＰＤＤＣＨ、ＮＰＤＤＣＨを考慮に入れるＰＤＣＣＨ）を特定するために無線デバイス１０によって使用される。ＲＬＭ手順に関連付けられている２つのしきい値、すなわちＱｏｕｔおよびＱｉｎがある。これらの２つのしきい値は、特定のターゲットＢＬＥＲを指し、Ｑｏｕｔは、ＤＬデータスケジューリングメッセージを送信する仮想ＰＤＣＣＨ／ＭＰＤＣＣＨ／ＮＰＤＣＣＨの１０％ターゲットＢＬＥＲに対応し、Ｑｉｎは、ランダムアクセス応答またはページング指示を送信する仮想ＰＤＣＣＨ／ＭＰＤＤＣＨ／ＮＰＤＤＣＨの２％ターゲットＢＬＥＲに対応する。測定されたＳＩＮＲ／ＳＮＲ値は、ネットワークノードに報告されない。なぜなら、その値は、このマッピングのために使用されるだけだからである。
【００８０】
このＳＮＲ／ＳＩＮＲ値は無線デバイス１０において既に利用可能であるので、無線デバイス１０のモニタリングを強化するためにその値を使用することは有利であろう。ＳＮＲ／ＳＩＮＲは、たとえば、ＣＲＳ、ＮＲＳ、ＰＳＳ／ＳＳＳ／ＮＰＳＳ／ＮＰＳＳに、またはこれらの信号の任意の組合せにさえ基づくことが可能である。そのようなマッピングテーブルの一例が、テーブル２において与えられている。これは、第１のネットワークノード１２が自分の送信パラメータをしかるべく適合させるのを手助けすることが可能であり、それは、無線デバイス１０において新たな測定またはさらなる処理をいっさい導入しない。
2020500449.tif 000004
【００８１】
無線デバイス１０は、少なくとも物理信号およびチャネル、たとえばＭＰＤＣＣＨまたはＮＰＤＣＣＨの１つまたは複数の送信パラメータを含む推奨される設定を特定することが可能である。いくつかの実施形態によれば、無線デバイス１０は、制御チャネル、たとえば、ＰＤＣＣＨ、ｅＰＤＣＣＨ、ＭＰＤＣＣＨ、ＮＰＤＣＣＨなどに関連した情報、およびデコーディングパフォーマンス（たとえば、これは過去のデコーディングパフォーマンスに基づくことが可能である）を取得することが可能である。ＭＰＤＣＣＨ／ＮＰＤＣＣＨデコーディングパフォーマンスを制御する基本的な送信パラメータのうちの２つが、繰り返しレベルおよびアグリゲーションレベルである。これらの送信パラメータは、本明細書においては変数であり、実際のオペレーション条件、たとえば、経験されたＳＮＲレベル、カバレッジモードまたはレベルに依存する。
【００８２】
無線デバイス１０は、繰り返しレベル（Ｒｍａｘ）およびアグリゲーションレベル（Ｌｍａｘ）の適切なセットを特定し、それをサービング第１ネットワークノード１２に推奨することが可能である。たとえばレガシーＲＬＭ手順においては、ＲｍａｘおよびＬｍａｘのそのような推奨が、無線デバイス１０によってサービング第１ネットワークノード１２に対して行われることはない。その代わりに、ＲＬＭ手順全体が、無線デバイス１０そのものによって実行される。推奨は、レガシーＲＬＭ手順に比較して強化されたモニタリングをもたらす。
【００８３】
設定は、現在設定されている値に関連して繰り返しレベルまたはアグリゲーションレベルの相対的な更新の点から、推奨される値を含むことが可能である。たとえば、無線デバイス１０は、現在のＭＰＤＣＣＨ／ＮＰＤＣＣＨ繰り返しレベルがＮ個の繰り返しレベルだけ増加されること、またはＭ個の繰り返しレベルだけ減少されることが可能であるということを示すことが可能である。ＭおよびＮの値は、同じであってもよく、または同じでなくてもよい。
【００８４】
使用されることが可能である可能な繰り返しレベルおよびアグリゲーションレベルは、［３ＧＰＰ  ＴＳ３６．２１３  Ｖ１３．２．０］において事前に規定されている。このケースにおいては、無線デバイス１０は、現在使用されている値に関連した値の１つまたは複数のインデックスを単に示すことが可能である。たとえば、現在使用されている繰り返しレベルが３２であり、無線デバイス１０が１ステップの増加を示した場合には、これは、６４という結果になり、２インデックスの増加なら、１２８という結果になる。望ましいレベルを示すこの方法は、知られていて事前に規定されている任意の送信パラメータ、たとえば、繰り返しレベルおよびアグリゲーションレベルに関して使用されることが可能である。
【００８５】
その他の非限定的な例においては、無線デバイス１０によって特定される設定は、望ましい電力ブースティングレベルについての情報を含むことが可能である。デコーディングパフォーマンスが貧弱である場合、たとえばＢＬＥＲが≧１０％である場合、および／またはデコーディングパフォーマンスが実際に非常に劣悪なカバレッジ内にあるということを、測定された測定値が示した場合、またはデコーディングパフォーマンスがカバレッジ強化（ＣＥ）レベルＸ内にある（この場合、Ｘ＞０である）ということが第１のネットワークノード１２もしくはその他のいずれかのノードによって明示的に示されている場合などでは、この無線デバイス１０は、たとえば制御チャネルの電力ブースティングが必要とされるということを設定において示すことが可能である。
【００８６】
電力ブースティングが必要とされるか否かを示すことに加えて、無線デバイス１０は、電力ブースティングの望ましいレベルを示すことも可能である。第１の例においては、無線デバイス１０は、それが、ＢＬＥＲターゲットに達するのに必要とされる望ましいレベルをＸｄＢ下回っているということを示すことが可能である。第２の例においては、無線デバイス１０は、相対的な更新、たとえば、現在の電力ブースティングレベルがＸ１ｄＢだけ増加されるべきである、または現在の電力ブースティングレベルがＹ１ｄＢだけ減少されるべきであるということを提供することが可能である。Ｘ１およびＹ１は、同じであってもよく、または同じでなくてもよい。
【００８７】
制御チャネルのデコーディングパフォーマンスは、無線デバイス１０によって内部からまたは外部から取得された情報から無線デバイス１０に知られており、測定されたダウンリンク測定値は、特に、強化されたカバレッジにおいては信頼できない場合があるので、Ｒｍａｘ、Ｌｍａｘのセット、電力ブースティングレベルなどの適切な送信パラメータを選択すること、およびそれをサービングネットワークノード１２に推奨することを無線デバイス１０に行わせることによって、ＲＬＭパフォーマンスが著しく改善されることが可能である。
【００８８】
一例として、無線デバイス１０は、繰り返しレベルおよびアグリゲーションレベルを考慮に入れるＳＮＲからＢＬＥＲへのマッピングを伴うテーブルを保持することが可能である。一例がテーブル３において与えられている。
2020500449.tif 000005
【００８９】
このようなテーブル３から、無線デバイス１０は、どんな繰り返しレベルおよびアグリゲーションレベルのもとでデコーディングパフォーマンスが良好であるか、たとえば２％を下回るＢＬＥＲ、または劣悪であるか、たとえば１０％を上回るを知る。無線デバイス１０は、そのもとでＢＬＥＲが２％を下回るＲｍａｘおよびＬｍａｘのセットを推奨することが可能である。ＲｍａｘおよびＬｍａｘの推奨される値は、
−  最後のＭＰＤＣＣＨデコーディングパフォーマンス
−  最後のＴ１秒にわたる平均化されたＭＰＤＣＣＨデコーディングパフォーマンス
−  全体にわたって平均化されたＭＰＤＣＣＨデコーディングパフォーマンス
−  最小のＢＬＥＲをもたらすＲｍａｘおよびＬｍａｘ
−  その付近にあるその他のＵＥからシグナリングされた、その他のノード、たとえば、ＳＯＮノード、コアネットワークノード、サードパーティーノードによる設定などに基づくことが可能である。
【００９０】
いくつかの例においては、ＲｍａｘおよびＬｍａｘの特定されるセットは、たとえば強化されたカバレッジにおいては、測定された値から独立していることが可能である。そのようなケースにおいては、ＲｍａｘおよびＬｍａｘの特定される値は、その過去の制御チャネルパフォーマンスにもっぱら基づくことが可能である。なぜなら、強化されたカバレッジのもとでは、測定精度が貧弱である場合があるからである。このケースにおいては、オペレーションシナリオが困難である可能性があるので、無線デバイス１０は、ＲｍａｘおよびＬｍａｘのさらに緩和された値を推奨することさえ可能である。
【００９１】
無線デバイス１０が良好なまたは普通のカバレッジのもとで動作しているその他のケースにおいては、ＲｍａｘおよびＬｍａｘの特定される値は、測定された値に依存することが可能である。無線デバイス１０は普通のカバレッジのもとで動作しているので、測定された値は、より信頼できる値の影響下にあると想定することが妥当であることがある。次いで無線デバイスは、過去の制御チャネルデコーディングパフォーマンスおよび測定された値の両方に基づいてＲｍａｘおよびＬｍａｘなどの送信パラメータを選ぶ。
【００９２】
上述の原理は、ＲＬＭおよびＭＰＤＣＣＨのコンテキストで例示されているが、同じ原理は、任意の送信信号および／またはチャネルのために使用されることが可能であるということに留意されたい。
【００９３】
複数の実施形態によれば、ネットワークノード１２からの受信されたイベントしきい値は、無線デバイス１０が、より高いＣＥレベルエリア、たとえば、劣悪なカバレッジ、強化されたカバレッジから、より低いＣＥレベルエリア、たとえば、比較的良好なカバレッジ、普通のカバレッジへ移動した場合にイベントをトリガーするようなものであることが可能である。このケースにおいては、無線デバイス１０が、ＢＬＥＲ≧２％で制御チャネルにおいて動作している状態から、ＢＬＥＲが＜２％である状態に至った場合に、イベントがトリガーされることが可能である。これは、無線デバイス１０が非同期から同期へ移動していると解釈されることが可能である。無線デバイス１０によって導き出される設定は、上述のものと同様であるが、反対方向におけるものであることが可能であり、すなわち、望ましいリソースを増加させる代わりに、それらは代替として低減される。より具体的には、無線デバイス１０が良好なカバレッジへと移動しているということを評価が示しているので、送信のために割り振られる／使用されるリソースは低減されることが可能であり、すなわち、Ｌｍａｘ／Ｒｍａｘおよびその他のすべての送信パラメータは、送信のために使用されるリソースの量が低減されるように適合されることが可能である。
【００９４】
イベントが検知される時間は、設定されたしきい値に依存することになる。実際には、これは、イベントが検知されるのが早ければ早いほど、それだけ多くのリソースが第１のネットワークノード１２において節約されることが可能であるということを意味する。したがって、無線デバイス１０がイベントを検知して、アグリゲーションレベルおよび／または繰り返しレベルを含む送信パラメータの適切な推奨を提供することができ、そしてさらに、できるだけ早く電力ブースティングレベル、送信フォーマットなどを提供することができるということは、高度に有利である。繰り返しは一般に、ネットワークにとって非常に高くつき、したがって、リソースが必要なくなったらすぐにそれらのリソースを低減することは、リソースを節約することができる。
【００９５】
たとえば送信パラメータを含む適切な設定を検知および特定するために、無線デバイス１０は、無線デバイス１０が良好なカバレッジエリアへ、およびその逆へ移動しているか否かを決定するために、ロケーション／モビリティープロフィール上の利用可能な情報および／またはその他の測位測定値を使用することが可能である。
【００９６】
アクション２０４。無線デバイス１０は、指示の点から、たとえば、好ましいまたは推奨される設定をサービングネットワークノード１２へ伝送または送信する。たとえば、無線デバイスは、特定された設定をインデックスの点からシグナリングすることが可能である。報告されたインデックスは、たとえばダウンリンク制御チャネルを送信するために第１のネットワークノード１２によって使用されることになるＲＬおよびＡＬの推奨される値に対応する。指示は、少なくとも１つの無線信号および／またはチャネル、たとえば、制御チャネルの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルのうちの少なくとも１つを含む、たとえば、好ましいまたは推奨される設定を示すことが可能であり、推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルは、カバレッジレベルに関連している。このアクション２０４においては、無線デバイス１０は、推奨される設定をサービングネットワークノード１２へ伝送すること、または繰り返しレベル（Ｒｍａｘ）およびアグリゲーションレベル（Ｌｍａｘ）の特定されたセットを、ＲＬＭイベントによってトリガーされた測定とともにサービングネットワークノード１２へシグナリングすることが可能である。
【００９７】
次いで、無線通信ネットワーク１内の無線デバイス１０が第１のまたはサービングネットワークノード１２の第１のまたはサービングセル１１のＲＬＭを実行することを可能にするために第１のまたはサービングネットワークノード１２によって実行される、いくつかの実施形態による方法アクションが、図２Ｂにおいて示されているフローチャートを参照しながら記述される。それらのアクションは、以降で述べられている順序で取られる必要はなく、任意の適切な順序で取られることが可能である。いくつかの、ただし必ずしもすべてではない実施形態において実行されるアクションは、破線の枠でマークされている。
【００９８】
手順は、下記のように例示されることが可能である。
【００９９】
アクション２１０。第１のネットワークノード１２は、強化されたイベントモニタリングをサポートするための無線デバイスの能力に関する情報を取得することが可能である。その取得することは、たとえば、別のノード（たとえば、無線デバイス１０または別のネットワークノード）から受信されたメッセージまたは指示、履歴、測定値、事前に規定されたルールなどのうちの１つまたは複数に基づくことが可能である。取得された能力情報は、たとえば、無線デバイス１０に関するイベントを設定するために、第１のネットワークノードによって使用されることが可能である。たとえば、イベントは、そのような能力を伴う無線デバイスと、そのような能力を伴わない無線デバイスとに関して別々に設定されることが可能である。第１のネットワークノード１２は、無線デバイス１０が、強化されたカバレッジのもとで動作することが可能であり、サービングセル１１の無線リンクモニタリングを実行している、または実行すると予想されるということを得ることが可能である。これは、第１のネットワークノード１２内から、または異なるネットワークノードから取得されることが可能である情報に基づいて第１のネットワークノード１２において特定されることが可能である。これは、異なるネットワークノードにおいて特定されて第１のネットワークノード１２へ送信されることも可能である。
【０１００】
アクション２１１。第１のネットワークノード１２は、無線デバイス１０のカバレッジレベルを特定する。第１のネットワークノード１２は、
−  無線測定結果
−  無線デバイスのモビリティープロフィール
−  無線デバイスのロケーション情報
−  無線デバイスの能力というデータのうちの１つまたは複数に基づいて無線デバイス１０のカバレッジレベルを特定することが可能である。
【０１０１】
たとえば、第１のネットワークノード１２は、カバレッジ情報、たとえば、ＣＥＭｏｄｅＡ、ＣＥＭｏｄｅＢを、ネイバーノード、コアネットワークノード、ＳＯＮノード、またはその他の任意のサードパーティーノードから受信することが可能である。
【０１０２】
第１のネットワークノード１２は、自分の接続されている無線デバイス、すなわち、第１のネットワークノード１２によってサービングされている無線デバイスのうちのどの１つまたは複数が、強化されたカバレッジにおいて、もしくは強化されたカバレッジを伴って動作しているか、または強化されたカバレッジにおいて、もしくは強化されたカバレッジを伴って動作すると予想されるかを特定することが可能である。これは、下記のように特定されることが可能である。第１のネットワークノード１２は、強化されたカバレッジのオペレーションを自分がサポートしているということを自分のブロードキャスト情報において示す。第１のセル１１におけるすべての受信側の無線デバイスは次いで、その要求にしかるべく応答することを必要とされる。無線デバイス１０は、ブロードキャストチャネルにおいて提供された情報を使用してランダムアクセスチャネル（ＲＡＣＨ）要求を伝送することが可能であり、それによって、第１のネットワークノード１２は、この特定の無線デバイス１０が、強化されたカバレッジのもとでのサービスを必要としているということを認識する。第１のアクション２１１において、強化されたカバレッジのもとで動作していると特定されたすべての無線デバイスは、無線リンクモニタリングを実行することが可能である。なぜなら、それは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のために保持するための基本的な手順であるからである。無線デバイス１０が、自分がサービングセルと同期しているかまたは同期していないかを検知するのは、ＲＬＭ手順を使用することによってである。
【０１０３】
第１のネットワークノード１２は、無線デバイス１０によって送信された信号上で１つまたは複数の無線測定を実行して、カバレッジレベル、たとえば、ＵＬ  ＳＩＮＲ、ＵＬ信号強度などを特定することも可能である。第１のネットワークノード１２は、無線デバイス１０によって実行されたＤＬ測定と、第１のネットワークノード１２によって実行されたＵＬ測定とを組み合わせて、サービングセルに関する、および／または少なくとも１つの近隣セルに関するカバレッジレベルをより正確に特定することも可能である。
【０１０４】
第１のネットワークノード１２は、無線デバイス１２のモビリティープロフィールを観測して、あるエリアにおける無線デバイス１０のカバレッジを特定することも可能である。無線デバイス１０のモビリティープロフィールは、無線デバイス１０のスピードまたは速度、たとえばドップラースピード、無線デバイス１０の移動の方向、無線デバイス１０の加速、無線デバイス１０の軌道などのうちの１つまたは複数によって特徴付けられる。たとえば、無線デバイス１０の動きの方向およびスピードに基づいて、第１のネットワークノード１２は、将来の特定の時間における無線デバイス１０のカバレッジを予測することが可能である。第１のネットワークノード１２は、無線デバイス１０のＵＬ信号を測定することによって無線デバイス１０のモビリティープロフィールを特定することが可能である。
【０１０５】
第１のネットワークノードは、ＵＥまたは無線デバイスのロケーションについての情報を取得すること、およびこれを使用して、そのもとで無線デバイスがエリア内で動作するＵＥカバレッジまたはカバレッジレベルを特定することも可能である。ＵＥまたは無線デバイスのロケーションは、グローバルナビゲーションサテライトシステム（ＧＮＳＳ）または補助ＧＮＳＳ、強化されたセルＩＤ、信号の到達時間（ＴＯＡ）、観測到達時間差（ＯＴＤＯＡ）等などの位置特定方法のうちの１つまたは組合せに基づいて特定されることが可能である。無線デバイスのロケーションは、たとえば、無線デバイス１０がアイドル状態にある場合に無線デバイス１０を呼び出すことによって取得されることも可能である。ロケーション情報は、地理的なおよび／または論理的なロケーション、たとえば、ロケーション座標、既知のロケーションを有するオブジェクトに対するＵＥの近接度、セルにおける、またはセルの部分におけるＵＥのロケーション、トラッキングエリア内でのロケーションなどを含むことが可能である。
【０１０６】
第１のネットワークノード１２は、無線デバイスが、強化されたカバレッジ、たとえばＳＩＮＲ＜−６ｄＢのもとで動作すること、すなわち信号を受信および／または送信することが可能であるかどうかを示す無線デバイス能力情報を取得することも可能である。無線デバイス能力情報は、無線デバイス１０から、および／または無線デバイス能力を含む別のネットワークノードから取得されることが可能である。たとえば、無線デバイス１０が、強化されたカバレッジのもとで動作することが可能であるということを無線デバイス能力情報が示していて、かつ無線デバイスが物理的にも、強化されたカバレッジのもとで（たとえば、ＳＩＮＲ＝−１０ｄＢなど、強化されたカバレッジに適用可能なＳＩＮＲレベルで）動作している場合には、第１のネットワークノードは、無線デバイス１０が実際に、強化されたカバレッジにおいて動作しているとみなすことが可能である。
【０１０７】
第１のネットワークノード１２は、上述の１つまたは複数の基準を使用することによってエリア内の無線デバイス１０のカバレッジレベルを継続的にまたは定期的にモニタすることも可能である。これは、第１のネットワークノード１２が、たとえば、第１のネットワークノード１２に関する、および／または少なくとも１つの第２のネットワークノードに関する、エリア内の無線デバイス１０のカバレッジレベルにおけるいかなる変化も知ることを可能にする。
【０１０８】
アクション２１２。第１のネットワークノード１２は次いで、無線デバイス１０の特定されたカバレッジレベルに基づいてイベントしきい値を特定することが可能である。このイベントしきい値は次いで、無線デバイス１０へシグナリングされる。
【０１０９】
たとえば、第１のネットワークノード１２は、特定されたカバレッジレベル情報に基づいてイベントしきい値を特定し、このイベントしきい値を無線デバイス１０にシグナリングすることが可能である。ネットワークノード１２は、ＲＬＦレベルの「Ｘ」ｄＢ前にトリガーされるイベントを設定することが可能である。そのようなイベントレベルを規定するために、無線デバイス１０のカバレッジレベルが考慮に入れられることも可能である。そのカバレッジレベルは、「Ｘ」の選ばれた値に反映されることが可能である。Ｘのこの値は、たとえば、オペレーションシナリオ、カバレッジ強化レベル、無線デバイス１０における負荷、ネットワークキャパシティー、オペレーションシナリオ等などのいくつかのファクタに依存することが可能である。たとえば、無線デバイス１０が普通のカバレッジにおいて、たとえばまったく繰り返しを伴わずに動作しているということを、特定されたカバレッジレベルが示している場合には、「Ｘ」の値は、０であることさえ可能である。その一方で、無線デバイス１０が、強化されたカバレッジのもとで動作しているということを、特定されたカバレッジレベルが示している場合には、ネットワークノードは、「Ｘ」の値をきわめて大きく、たとえば４ｄＢに設定することが可能である。これは、リンクを復元すること、および無線デバイス１０がＲＬＦを宣言するのを防止することを試みることができるためのいくらかの時間をネットワークノード１２に与えることになる。
【０１１０】
第１のネットワークノード１２はさらに、信号品質の測定された値を繰り返しレベルおよびアグリゲーションレベルにマップするマッピングテーブルにおいて使用される１つまたは複数のパラメータを伴うテーブルを設定することが可能である。そのようなテーブルの一例が、上記のテーブル１において示されている。さらに別の例においては、テーブル１のサブセットが、第１のネットワークノード１２によって無線デバイス１０において設定される。これは、テーブル４およびテーブル５において示されている。そのサブセットは、第１のネットワークノード１２によって、たとえば無線デバイス１０のカバレッジレベルに基づいて導き出される。そのサブセットの目的は、無線デバイス１０がＲＬおよびＡＬのセットの推奨されるインデックスをより高い精度で提供することを可能にすることである。このアプローチはまた、無線デバイスの複雑度および電力消費を低減する。
【０１１１】
テーブル４においては、第１のネットワークノード１２は、Ｘのさらに低い値のみを使用する。これは、無線デバイス１０のカバレッジレベルが普通または並である（たとえば、ＳＮＲ＞−８ｄＢである）場合に使用されることが可能である。
2020500449.tif 000006
【０１１２】
テーブル５においては、第１のネットワークノード１２は、Ｘのさらに大きな値のみを使用する。これは、無線デバイス１０のカバレッジレベルが強化されている（たとえば、ＳＮＲ≦−８ｄＢである）場合に使用されることが可能である。
2020500449.tif 000007
【０１１３】
Ｑｉｎ（同期）しきい値に対するマージンに対応する「Ｙ」の値に代替として依存する第１のネットワークノード１２によって同様のテーブル（テーブル４およびテーブル５）が保持されることが可能である。「Ｘ」および「Ｙ」の値は、ネットワーク設定に応じて正または負のいずれであることも可能である。
【０１１４】
イベントは、下記のように要約されることが可能である。
−  無線デバイス１０が、「Ｘ」の設定された値に応じてＱｏｕｔしきい値を「Ｘ」ｄＢ下回っているまたは上回っている場合にトリガーされるイベントＭ１
−  無線デバイス１０が、「Ｙ」の設定された値に応じてＱｉｎしきい値を「Ｙ」ｄＢ下回っているまたは上回っている場合にトリガーされるイベントＭ２、
「Ｘ」および「Ｙ」の値は、正または負のいずれであることも可能である。
【０１１５】
アクション２１３。第１のネットワークノード１２は次いで、特定されたイベントしきい値を無線デバイス１０にシグナリングする。第１のネットワークノード１２は、たとえば、イベントしきい値を示す実際の値またはインデックスを伝送することが可能である。
【０１１６】
アクション２１４。第１のネットワークノード１２は次いで、無線デバイス１０からの受信された１つまたは複数の指示に従ってチャネル、たとえば制御チャネルの送信を適合させる。
【０１１７】
第１のネットワークノード１２は、無線デバイス１０からの受信された推奨に従って送信を適合させることが可能である。
【０１１８】
送信の例は、物理信号、たとえば、狭帯域参照信号（ＮＲＳ）、またはＣＲＳ、物理チャネル、たとえば、ＭＰＤＣＣＨ、ＮＰＤＣＣＨであり、無線デバイス１０は、たとえば、
−  受信された指示に従って、現在使用されている送信パラメータのレベルを増加／減少させることと、
−  受信された指示に基づいて、現在使用されている送信パラメータに関連した増加／減少（相対的な更新）を行うこととが可能である。
【０１１９】
第１のネットワークノード１２は、たとえば、ネイバーノード、自己組織化ネットワーク（ＳＯＮ）ノード、コアネットワークノード、またはその他の任意のサードパーティーノードから受信された、この特定の無線デバイスのオペレーションシナリオに関連したいくつかのさらなる情報を有することが可能であるので、第１のネットワークノード１２は、受信された推奨される値に加えて、制御チャネルの何らかのさらなる適合を行うことが可能である。
【０１２０】
たとえば、第１のネットワークノード１２は、参照信号受信電力（ＲＳＲＰ）、ＲＳ−ＳＩＮＲ、サウンディング参照信号（ＳＲＳ）、チャネル品質インジケータ（ＣＱＩ）等などのその他の報告された値を考慮に入れることも可能である。これは、ＳＮＲが非常に低く、測定を信頼することができない深く強化されたカバレッジ内に無線デバイスがある場合にＲＬおよびＡＬの選択をさらに改善するためにＲＬＭ固有の報告されたイベントと組み合わされることが可能である。たとえば、第１のネットワークノード１２は、無線デバイス１０が劣悪なカバレッジのもとで動作していると予想されるシナリオにおいて、既存の測定にわたる平均化された値と、報告されたインデックスに対応するＳＩＮＲ／ＳＮＲとを取ることが可能である。
【０１２１】
第１のネットワークノード１２は、たとえばテーブル２におけるような、受信された報告されたインデックス、送信パラメータ、および／または、第１のネットワークノード１２において使用される強化された測定レポートトリガリングのための設定されたしきい値（無線デバイス１０が同期に近づいているか、または非同期に近づいているかに応じてＹの値またはＸの値）を伴うテーブルを保持することができる。そのようなテーブルは、少なくとも物理チャネルごとに、物理信号のタイプごとに、といった具合に保持されることが可能である。そのようなテーブルの一例が、テーブル６において示されている。第１のネットワークノード１２は、送信パラメータと、無線デバイス１０における経験されたＳＩＮＲ／ＳＮＲに対応する報告されたインデックスとの間におけるマッピングを見つけ出すことが可能である。第１のネットワークノード１２は、この情報を使用して、送信パラメータを適合させることが可能である。適合させることは、小さな、たとえば漸進的な小さなステップにおいて行われること、または報告されたインデックスが急速に変化する、もしくは１つの値から別の値へジャンプする場合（値どうしの間におけるそのジャンプが、たとえばフェージングディップにおいて大きい場合）に大きなステップにおいて行われることが可能である。適合は、送信パラメータにおけるあらゆる変化を含むことが可能であり、いくつかの非限定的な例は、
−  繰り返しレベル
−  アグリゲーションレベル
−  電力ブースティングレベル
−  送信電力
−  ＤＣＩフォーマット
−  ＯＦＤＭシンボルの数
−  ．．．である。
2020500449.tif 000008
【０１２２】
一例として、サービング第１ネットワークノード１２によって導き出された繰り返しレベルＲｍａｘ’およびアグリゲーションレベルＬｍａｘ’のセットは、無線デバイス１０によって示されたセット（ＲｍａｘおよびＬｍａｘ）と同じである場合もあり、または同じでない場合もある。良好なチャネル条件においては、Ｒｍａｘ’およびＬｍａｘ’は非常に類似している場合があり、その一方で、たとえば深く強化されたカバレッジにおいては、差がより大きいことがある。
【０１２３】
第１のネットワークノード１２は、無線デバイス１０からの受信された指示に基づいて、しきい値（たとえば、同期関連のイベントまたは非同期関連のイベントに応じてＸおよびＹ）を適合させることも可能である。たとえば、ネットワークによって特定されたＲｍａｘ’およびＬｍａｘ’と、無線デバイスによって推奨されたＲｍａｘおよびＬｍａｘとの間における差が大きい、たとえば、特定のしきい値よりも大きい（｜Ｒｍａｘ’−Ｒｍａｘ｜≧しきい値１、および／または｜Ｌｍａｘ’−Ｌｍａｘ｜≧しきい値２である）場合には、第１のネットワークノード１２は、無線デバイス１０が良好なカバレッジエリアから劣悪なカバレッジエリアへ移動しているときには「Ｘ」に関して大きな値を設定することが可能である。「Ｘ」のさらに大きな値は、無線デバイスを同期へ復元させるためのさらに多くのマージンをネットワークノードに与えることになる。同様に、「Ｙ」のさらに大きな値は、無線デバイスがさらに良好なカバレッジエリアへと移動している場合には、無線デバイス１０が迅速に送信パラメータを検知して適合させること、たとえばリソースを低減することができるという結果をもたらすことが可能である。
【０１２４】
本明細書における目下の要件は、最小の要件を明示している。しかし、当技術分野における無線デバイスは、本明細書において明示されているものよりもはるかによい精度を伴って測定を実行できることが可能である。したがって、最小の要件は、第１のネットワークノード１２にとってきわめて役に立たなくなる。なぜなら、第１のネットワークノード１２は、無線デバイス１０によってイベントレポートとともに示された推奨される設定を用いて可能となっているさらに少ない量のリソースを使用して動作して、それらの要件を満たすことができるからである。
【０１２５】
一態様によれば、無線通信ネットワーク内の無線デバイスが第１のネットワークノードの第１のセルのＲＬＭを実行することを可能にするために第１のネットワークノードによって実行される方法を提供することによって、目的が達成される。
【０１２６】
この方法は、
−  強化されたイベントモニタリングをサポートするための無線デバイスの能力に関する情報を取得すること、たとえば、無線デバイスから受信すること（任意選択）と、
−  無線デバイスのカバレッジレベルを特定することと、
−  特定されたカバレッジレベルに基づいて、ネットワークノードが、１つまたは複数のイベントしきい値を特定して無線デバイスへシグナリングすることと、
−  無線デバイスのカバレッジレベルに関する少なくとも１つの送信パラメータを含む設定に関連した指示を無線デバイスから受信し、受信された指示に基づいて、少なくとも１つの無線信号および／またはチャネル、たとえば、制御チャネルの送信を適合させることとを含む。
【０１２７】
別の態様によれば、無線デバイスが無線通信ネットワーク内の第１のネットワークノードの第１のセルのＲＬＭを実行することを可能にするために無線デバイスによって実行される方法を提供することによって、目的が達成される。
【０１２８】
この方法は、
−  強化されたイベントモニタリングをサポートするための無線デバイスの能力を、無線デバイスをサービングする別のノード、たとえば、第１の無線ネットワークノードに示すこと（任意選択）と、
−  １つまたは複数のイベントしきい値を取得すること、たとえば、１つまたは複数のイベントしきい値、たとえば、イベントをトリガーするために使用されるＳＮＲしきい値をサービングネットワークノード、たとえばサービングｅＮｏｄｅＢから受信することと、
−  取得された１つまたは複数のイベントしきい値に従ってイベント用にさらに低レイヤを設定することと、
−  制御チャネルの１つまたは複数の送信パラメータを含む設定に関連した指示を特定することと、
−  少なくとも１つの無線信号および／またはチャネル、たとえば、制御チャネルの少なくとも１つの送信パラメータ、たとえば推奨される繰り返しレベルおよび／またはアグリゲーションレベルを含む指示、たとえば、好ましいまたは推奨される設定をサービングネットワークノードへ送信することであって、少なくとも１つの送信パラメータがカバレッジレベルに関連している、伝送することとを含む。
【０１２９】
本明細書における方法を実行するために、無線デバイスおよび第１のネットワークノードが提供される。したがって、無線通信ネットワーク内の無線デバイスが第１のネットワークノードの第１のセルのＲＬＭを実行することを可能にするための第１のネットワークノードが、本明細書において提供される。
【０１３０】
さらに、無線デバイスが無線通信ネットワーク内の第１のネットワークノードの第１のセルのＲＬＭを実行することを可能にするための無線デバイスが、本明細書において提供される。
【０１３１】
本明細書における方法を実行するために、無線デバイス１０が提供される。図３は、無線通信ネットワーク内のネットワークノード１２のセルのＲＬＭを可能にするための、たとえば、無線通信ネットワーク１内の無線デバイス１０が第１のセル１１のＲＬＭ、または第１のネットワークノード１２の第１のセルの無線リンクを実行することを可能にするための無線デバイス１０を示すブロック図である。無線デバイス１０は、本明細書において開示されている方法を実行するための１つまたは複数のプロセッサなどの処理ユニット３０１を含むことが可能である。
【０１３２】
無線デバイス１０は、指示モジュール３０２を含むことが可能である。無線デバイス１０、処理ユニット３０１、および／または指示モジュール３０２は、強化されたイベントモニタリングをサポートするための無線デバイスの能力を示す情報を、無線デバイスをサービングするネットワークノードへ送信するように、たとえば、強化されたイベントモニタリングをサポートするための無線デバイスの能力を、無線デバイス１０をサービングする別のノード、たとえば、第１の無線ネットワークノード１２に示すように設定されることが可能である。
【０１３３】
無線デバイス１０は、取得モジュール３０３を含むことが可能である。無線デバイス１０、処理ユニット３０１、および／または取得モジュール３０３は、１つまたは複数のイベントしきい値を取得するように、たとえば、１つまたは複数のイベントしきい値、たとえば、イベントをトリガーするために使用される信号対雑音比（ＳＮＲ）しきい値をネットワークノード１２、たとえばサービング無線基地局から受信するように設定されることが可能である。
【０１３４】
無線デバイス１０は、設定モジュール３０４を含むことが可能である。無線デバイス１０、処理ユニット３０１、および／または設定モジュール３０４は、取得された１つまたは複数のイベントしきい値に従ってイベントまたは１つもしくは複数のイベント用にさらに低レイヤを設定するように設定されることが可能である。無線デバイス１０、処理ユニット３０１、および／または設定モジュール３０４はさらに、制御チャネルのデコーディングパフォーマンスに関連した情報を取得するように設定されることが可能である。
【０１３５】
無線デバイス１０は、特定モジュール３０５を含むことが可能である。無線デバイス１０、処理ユニット３０１、および／または特定モジュール３０５は、制御チャネルの送信パラメータを含む設定を特定することによって指示を特定するように設定されることが可能であり、それらの送信パラメータは、繰り返しレベルおよび／またはアグリゲーションレベルを含む。したがって、無線デバイス１０、処理ユニット３０１、および／または特定モジュール３０５は、制御チャネルの１つまたは複数の送信パラメータを含む設定に関連した指示を特定するように設定されることが可能である。
【０１３６】
無線デバイス１０は、送信モジュール３０６を含むことが可能である。無線デバイス１０、処理ユニット３０１、および／または送信モジュール３０６は、少なくとも１つの無線信号および／または制御チャネルの少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを示す指示を、無線デバイスをサービングするネットワークノード１２へ送信または伝送するように、すなわち、指示をサービングネットワークノード１２へ伝送するように設定されている。無線デバイス１０、処理ユニット３０１、および／または送信モジュール３０６はさらに、
−  １つまたは複数のイベントしきい値に基づいて無線デバイスによって１つまたは複数のイベントがトリガーされた場合の１つまたは複数のイベントレポート、
−  制御チャネルの電力ブースティング、および
−  制御チャネルの送信フォーマットのうちの１つまたは複数を送信するように設定されることが可能である。
【０１３７】
無線デバイス１０はさらに、メモリ３０７を含む。メモリは、無線デバイス能力、ＳＮＲ、ＳＩＮＲ、リンク品質、イベントしきい値、繰り返しレベル、カバレッジ強化レベル、実行されているときに、本明細書において開示されている方法を実行するためのアプリケーション等などのデータを格納するために使用されることになる１つまたは複数のユニットを含む。
【０１３８】
無線デバイス１０に関して本明細書において記述されている実施形態による方法は、たとえば、命令、すなわち、ソフトウェアコード部分を含むコンピュータプログラム３０８またはコンピュータプログラム製品を用いてそれぞれ実施されることが可能であり、それらの命令、すなわち、ソフトウェアコード部分は、少なくとも１つのプロセッサ上で実行されたときに、無線デバイス１０によって実行されるように、本明細書において記述されているアクションを少なくとも１つのプロセッサに実行させる。コンピュータプログラム３０８は、コンピュータ可読記憶媒体３０９、たとえばディスクなどの上に格納されることが可能である。その上にコンピュータプログラムを格納しているコンピュータ可読記憶媒体３０９は、命令を含むことが可能であり、それらの命令は、少なくとも１つのプロセッサ上で実行されたときに、無線デバイス１０によって実行されるように、本明細書において記述されているアクションを少なくとも１つのプロセッサに実行させる。いくつかの実施形態においては、コンピュータ可読記憶媒体は、非一時的コンピュータ可読記憶媒体であることが可能である。
【０１３９】
本明細書における方法を実行するために、ネットワークノード１２が提供される。図４は、無線通信ネットワーク内の無線デバイス１０がネットワークノード１２のセルのＲＬＭを実行することを可能にするための、たとえば、無線デバイスが第１のネットワークノード１２の第１のセルにおいてＲＬＭを実行することを可能にするための第１のネットワークノード１２とも呼ばれるネットワークノード１２を示すブロック図である。
【０１４０】
ネットワークノード１２は、本明細書において開示されている方法を実行するための処理ユニット４０１、たとえば１つまたは複数のプロセッサを含むことが可能である。
【０１４１】
ネットワークノード１２は、取得モジュール４０２を含むことが可能である。ネットワークノード１２、処理ユニット４０１、および／または取得モジュール４０２は、強化されたイベントモニタリングをサポートするための無線デバイスの能力に関する情報を取得するように、たとえば無線デバイス１０から受信するように設定されることが可能である。
【０１４２】
ネットワークノード１２は、特定モジュール４０３を含むことが可能である。ネットワークノード１２、処理ユニット４０１、および／または特定モジュール４０３は、無線デバイス１０のカバレッジレベルを特定するように設定されることが可能である。ネットワークノード１２、処理ユニット４０１、および／または特定モジュール４０３はさらに、特定されたカバレッジレベルに基づいて、１つまたは複数のイベントしきい値を特定するように設定されることが可能である。
【０１４３】
ネットワークノード１２は、シグナリングモジュール４０４を含むことが可能である。ネットワークノード１２、処理ユニット４０１、および／またはシグナリングモジュール４０４は、１つまたは複数のイベントしきい値を無線デバイス１０へシグナリングするように設定されることが可能である。したがって、ネットワークノード１２、処理ユニット４０１、および／またはシグナリングモジュール４０４は、特定されたカバレッジレベルに基づいて、１つまたは複数のイベントしきい値を特定して無線デバイス１０へシグナリングするように設定されることが可能である。
【０１４４】
ネットワークノード１２は、受信モジュール４０５、たとえば受信機またはトランシーバを含むことが可能である。ネットワークノード１２、処理ユニット４０１、および／または受信モジュール４０５は、少なくとも１つの無線信号および／または制御チャネルの少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルを示す指示を無線デバイス１０から受信するように設定されている。ネットワークノード１２、処理ユニット４０１、および／または受信モジュール４０５は、無線デバイスのカバレッジレベルに関する少なくとも１つの送信パラメータを含む設定に関連した指示を無線デバイス１０から受信するように、ならびに受信された指示に基づいて、少なくとも１つの無線信号および／またはチャネル、たとえば、制御チャネルの送信を適合させるように設定されることが可能である。ネットワークノード１２、処理ユニット４０１、および／または受信モジュール４０５はさらに、
−  １つまたは複数のイベントしきい値に基づいて無線デバイスによって１つまたは複数のイベントがトリガーされた場合の１つまたは複数のイベントレポート、
−  制御チャネルの電力ブースティング、および
−  制御チャネルの送信フォーマットのうちの１つまたは複数を受信するように設定されることが可能である。
【０１４５】
ネットワークノード１２は、適合モジュール４０９を含むことが可能である。ネットワークノード１２、処理ユニット４０１、および／または適合モジュール４０９は、受信された指示によって示されている少なくとも１つの推奨される繰り返しレベルおよび／または推奨されるアグリゲーションレベルに基づいて少なくとも１つの無線信号および／またはチャネルの送信を適合させるように設定されることが可能である。
【０１４６】
ネットワークノード１２はさらに、メモリ４０６を含む。メモリは、無線デバイス能力、ＳＮＲ、ＳＩＮＲ、リンク品質、イベントしきい値、繰り返しレベル、カバレッジ強化レベル、実行されているときに、本明細書において開示されている方法を実行するためのアプリケーション等などのデータを格納するために使用されることになる１つまたは複数のユニットを含む。
【０１４７】
ネットワークノード１２に関して本明細書において記述されている実施形態による方法は、たとえば、命令、すなわち、ソフトウェアコード部分を含むコンピュータプログラム４０７またはコンピュータプログラム製品を用いてそれぞれ実施されることが可能であり、それらの命令、すなわち、ソフトウェアコード部分は、少なくとも１つのプロセッサ上で実行されたときに、ネットワークノード１２によって実行されるように、本明細書において記述されているアクションを少なくとも１つのプロセッサに実行させる。コンピュータプログラム４０７は、コンピュータ可読記憶媒体４０８、たとえばディスクなどの上に格納されることが可能である。その上にコンピュータプログラムを格納しているコンピュータ可読記憶媒体４０８は、命令を含むことが可能であり、それらの命令は、少なくとも１つのプロセッサ上で実行されたときに、ネットワークノード１２によって実行されるように、本明細書において記述されているアクションを少なくとも１つのプロセッサに実行させる。いくつかの実施形態においては、コンピュータ可読記憶媒体は、非一時的コンピュータ可読記憶媒体であることが可能である。
【０１４８】
いくつかの実施形態においては、「ネットワークノード」というさらに一般的な用語が使用されており、それは、ＵＥと、および／または別のネットワークノードと通信する任意のタイプの無線ネットワークノード、または任意のネットワークノードに対応することが可能である。ネットワークノードの例は、ＮｏｄｅＢ、ＭｅＮＢ、ＳｅＮＢ、ＭＣＧまたはＳＣＧに属するネットワークノード、基地局（ＢＳ）、ＭＳＲ  ＢＳなどのマルチスタンダード無線（ＭＳＲ）無線ノード、ｅＮｏｄｅＢ、ネットワークコントローラ、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ）、リレー、ドナーノード制御リレー、ベーストランシーバステーション（ＢＴＳ）、アクセスポイント（ＡＰ）、送信ポイント、送信ノード、ＲＲＵ、ＲＲＨ、分散アンテナシステム（ＤＡＳ）におけるノード、コアネットワークノード（たとえばＭＳＣ、ＭＭＥなど）、Ｏ＆Ｍ、ＯＳＳ、ＳＯＮ、測位ノード（たとえばＥ−ＳＭＬＣ）、ＭＤＴなどである。
【０１４９】
本明細書において記述されているいずれの複数の実施形態も、任意の方法で互いに組み合わされることが可能である。
【０１５０】
いくつかの実施形態においては、ＵＥまたは無線デバイスという非限定的な用語が、言い換え可能に使用されている。本明細書におけるＵＥは、無線信号を介してネットワークノードまたは別のＵＥと通信することができる任意のタイプの無線デバイスであることが可能である。ＵＥは、無線通信デバイス、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＵＥ、マシン型ＵＥまたはマシンツーマシン通信（Ｍ２Ｍ）が可能であるＵＥ、低コストおよび／または低複雑度ＵＥ、ＵＥを備えたセンサ、タブレット、モバイル端末、スマートフォン、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、顧客構内機器（ＣＰＥ）などであることも可能である。
【０１５１】
またいくつかの実施形態においては、「無線ネットワークノード」という一般的な用語が使用されている。それは、基地局、無線基地局、ベーストランシーバステーション、基地局コントローラ、ネットワークコントローラ、ＲＮＣ、エボルブドＮｏｄｅ  Ｂ（ｅＮＢ）、Ｎｏｄｅ  Ｂ、マルチセル／マルチキャストコーディネーションエンティティー（ＭＣＥ）、中継ノード、アクセスポイント、無線アクセスポイント、リモート無線ユニット（ＲＲＵ）リモート無線ヘッド（ＲＲＨ）のうちのいずれかを含むことができる任意の種類の無線ネットワークノードであることが可能である。
【０１５２】
いくつかの実施形態においては、ＵＥは、ＰＣｅｌｌおよびＰＳＣｅｌｌを伴って、またはＰＣｅｌｌ、ＰＳＣｅｌｌ、およびデュアルコネクティビティでなどの１つまたは複数のＳＣｅｌｌを伴って設定されることが可能である。設定されたセルは、ＵＥのＵＥ固有の別名サービングセルである。
【０１５３】
セル内に１つまたは複数のＵＥがあることが可能である。実施形態は、高いアクティビティー状態、たとえばＲＲＣ  ＣＯＮＮＥＣＴＥＤ状態、アクティブモードなどにあるＵＥに適用可能である。
【０１５４】
ＵＥは、自分のサービングセルに関して普通のカバレッジまたは強化されたカバレッジのいずれかのもとで動作することが可能である。強化されたカバレッジはまた、拡張されたカバレッジと言い換え可能に呼ばれる。ＵＥは、複数のカバレッジレベル、たとえば、普通のカバレッジ、強化されたカバレッジレベル１、強化されたカバレッジレベル２、強化されたカバレッジレベル３などにおいて動作することも可能である。
【０１５５】
いくつかの実施形態においては、ユーザ機器（ＵＥ）という非限定的な用語が使用されており、それは、ネットワークノードと、および／またはセルラーもしくは移動体通信システム内の別のＵＥと通信する任意のタイプの無線デバイスを指す。ＵＥの例は、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＵＥ、近接対応ＵＥ（別名ＰｒｏＳｅ  ＵＥ）、マシン型ＵＥまたはマシンツーマシン（Ｍ２Ｍ）通信が可能であるＵＥ、ＰＤＡ、ＰＡＤ、タブレット、モバイル端末、スマートフォン、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングルなどである。
【０１５６】
実施形態は、単一のキャリアに、ならびにＵＥが複数のサービングセルとの間でデータを受信および／または送信することができるＵＥのマルチキャリアまたはキャリアアグリゲーション（ＣＡ）オペレーションに適用可能である。キャリアアグリゲーション（ＣＡ）という用語は、「マルチキャリアシステム」、「マルチセルオペレーション」、「マルチキャリアオペレーション」、「マルチキャリア」送信および／または受信とも呼ばれる（たとえば言い換え可能に呼ばれる）。ＣＡにおいては、コンポーネントキャリア（ＣＣ）のうちの１つが、プライマリーコンポーネントキャリア（ＰＣＣ）であり、または単にプライマリーキャリアであり、またはアンカーキャリアでさえある。残りのコンポーネントキャリアは、セカンダリーコンポーネントキャリア（ＳＣＣ）と呼ばれ、または単にセカンダリーキャリアと呼ばれ、または補助キャリアとさえ呼ばれる。サービングセルは、プライマリーセル（ＰＣｅｌｌ）またはプライマリーサービングセル（ＰＳＣ）と言い換え可能に呼ばれる。同様にセカンダリーサービングセルは、セカンダリーセル（ＳＣｅｌｌ）またはセカンダリーサービングセル（ＳＳＣ）と言い換え可能に呼ばれる。
【０１５７】
実施形態は、ＬＴＥに関して記述されている。しかしながら実施形態は、ＵＥが信号（たとえばデータ）を受信および／または送信する任意のＲＡＴまたはマルチＲＡＴシステム、たとえば、ＬＴＥ  ＦＤＤ／ＴＤＤ、ＷＣＤＭＡ／ＨＳＰＡ、ＧＳＭ／ＧＥＲＡＮ、Ｗｉ  Ｆｉ、ＷＬＡＮ、ＣＤＭＡ２０００などに適用可能である。
【０１５８】
通信設計に精通している者によって容易に理解されるであろうが、機能、手段、またはモジュールは、デジタルロジックおよび／または１つもしくは複数のマイクロコントローラ、マイクロプロセッサ、またはその他のデジタルハードウェアを使用して実装されることが可能である。いくつかの実施形態においては、さまざまな機能のうちのいくつかまたはすべては、単一の特定用途向け集積回路（ＡＳＩＣ）において、または複数の別々のデバイス（それらの間に適切なハードウェアおよび／またはソフトウェアインターフェースを伴う）においてなど、ともに実装されることが可能である。機能のうちのいくつかは、たとえば、無線デバイスまたはネットワークノードのその他の機能コンポーネントとの間で共有されているプロセッサ上に実装されることが可能である。
【０１５９】
あるいは、論じられている処理手段の機能要素のうちのいくつかは、専用のハードウェアの使用を通じて提供されることが可能であり、その一方でその他のものは、適切なソフトウェアまたはファームウェアに関連して、ソフトウェアを実行するためのハードウェアとともに提供される。したがって、本明細書において使用される際の「プロセッサ」または「コントローラ」という用語は、ソフトウェアを実行することができるハードウェアをもっぱら指すわけではなく、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、ソフトウェアを格納するための読み取り専用メモリ（ＲＯＭ）、ソフトウェアおよび／またはプログラムまたはアプリケーションデータを格納するためのランダムアクセスメモリ、ならびに不揮発性メモリを黙示的に含むことが可能であるが、それらには限定されない。従来のおよび／またはカスタムのその他のハードウェアが含まれることも可能である。通信デバイスの設計者は、これらの設計選択肢に固有のコスト、パフォーマンス、およびメンテナンスのトレードオフを理解するであろう。
【０１６０】
前述の説明および関連付けられている図面において提示されている教示の利益を有する当業者にとっては、開示されている実施形態の修正およびその他の実施形態が思い浮かぶであろう。したがって、実施形態は、開示されている特定の実施形態に限定されるべきではないということ、ならびに修正およびその他の実施形態が本開示の範囲内に含まれることが意図されているということを理解されたい。本明細書においては特定の用語が採用されているかもしれないが、それらの用語は、一般的かつ説明的な意味でのみ使用されており、限定の目的のために使用されてはいない。
【０１６１】
略語
略語  説明
ＡＣＫ  確認された
ＡＤＣ  アナログ／デジタル変換
ＡＧＣ  自動利得制御
ＡＮＲ  自動近隣関係
ＡＰ  アクセスポイント
ＢＣＨ  ブロードキャストチャネル
ＢＬＥＲ  ブロック誤り率
ＢＳ  基地局
ＢＳＣ  基地局コントローラ
ＢＴＳ  ベーストランシーバステーション
ＣＡ  キャリアアグリゲーション
ＣＣ  コンポーネントキャリア
ＣＧ  セルグループ
ＣＧＩ  セルグローバルアイデンティティー
ＣＰ  サイクリックプレフィックス
ＣＰＩＣＨ  コモンパイロットチャネル
ＣＱＩ  チャネル品質インジケータ
ＣＳＧ  クローズドサブスクライバグループ
ＤＡＳ  分散アンテナシステム
ＤＣ  デュアルコネクティビティ
ＤＦＴ  離散フーリエ変換
ＤＬ  ダウンリンク
ＤＬ−ＳＣＨ  ダウンリンク共有チャネル
ＤＲＸ  間欠受信
ＥＡＲＦＣＮ  エボルブド絶対無線周波数チャネル番号
ＥＣＧＩ  エボルブドＣＧＩ
ｅＮＢ  ｅＮｏｄｅＢ
ＦＤＤ  周波数分割複信
ＦＦＴ  高速フーリエ変換
ＨＤ−ＦＤＤ  半二重ＦＤＤ
ＨＯ  ハンドオーバ
ＩＤ  アイデンティティー
Ｍ２Ｍ  マシンツーマシン
ＭＡＣ  メディアアクセス制御
ＭＣＧ  マスターセルグループ
ＭＤＴ  ドライブテストの最小化
ＭｅＮＢ  マスターｅＮｏｄｅ  Ｂ
ＭＩＢ  マスター情報ブロック
ＭＭＥ  モビリティー管理エンティティー
ＭＲＴＤ  最大受信タイミング差
ＭＳＲ  マルチスタンダード無線
ＮＡＣＫ  確認されていない
ＯＦＤＭ  直交周波数分割多重
ＲＩ  ランクインジケータ
ＳＩ  システム情報
ＰＣＣ  プライマリーコンポーネントキャリア
ＰＣＩ  物理セルアイデンティティー
ＰＣｅｌｌ  プライマリーセル
ＰＣＧ  プライマリーセルグループ
ＰＣＨ  ページングチャネル
ＰＤＵ  プロトコルデータユニット
ＰＧＷ  パケットゲートウェイ
ＰＨＩＣＨ  物理ＨＡＲＱ指示チャネル
ＰＬＭＮ  パブリックランドモバイルネットワーク
ＰＭＩ  プリコーディングマトリックスインジケータ
ＰＳＣｅｌｌ  プライマリーＳＣｅｌｌ
ＰＳＣ  プライマリーサービングセル
ＰＳＳ  プライマリー同期信号
ＲＡＴ  無線アクセステクノロジー
ＲＦ  無線周波数
ＲＬＭ  無線リンクモニタリング
ＲＮＣ  無線ネットワークコントローラ
ＲＲＣ  無線リソース制御
ＲＲＨ  リモート無線ヘッド
ＲＲＵ  リモート無線ユニット
ＲＳＣＰ  受信信号コード電力
ＲＳＲＰ  参照信号受信電力
ＲＳＲＱ  参照信号受信品質
ＲＳＳＩ  受信信号強度指示
ＲＳＴＤ  参照信号時間差
ＲＶ  反復バージョン
Ｒｘ  受信機
ＳＣＣ  セカンダリーコンポーネントキャリア
ＳＣｅｌｌ  セカンダリーセル
ＳＣＧ  セカンダリーセルグループ
ＳｅＮＢ  セカンダリーｅＮｏｄｅ  Ｂ
ＳＦＮ  システムフレーム番号
ＳＧＷ  シグナリングゲートウェイ
ＳＩ  システム情報
ＳＩＢ  システム情報ブロック
ＳＩＢ１  システム情報ブロックタイプ１
ＳＩＮＲ  信号対干渉雑音比
ＳＯＮ  自己組織化ネットワーク
ＳＳＣ  セカンダリーサービングセル
ＳＳＳ  セカンダリー同期信号
ＴＡ  タイミングアドバンス
ＴＡＧ  タイミングアドバンスグループ
ＴＤＤ  時分割複信
Ｔｘ  送信機
ＵＡＲＦＣＮ  ＵＭＴＳ絶対無線周波数チャネル番号
ＵＥ  ユーザ機器
ＵＬ  アップリンク
【０１６２】
直近のＲＡＮ４＃８０ミーティングにおいて、現在のＲＬＭ手順に対する強化が、［１］における寄稿に基づいてハイレベルで論じられた。ｅＭＴＣ動作シナリオは、レガシーＬＴＥ  ＵＥとは異なる。なぜなら、それは、異なるカバレッジ強化レベルのもとで動作することができるからである。この寄稿においては、このシナリオのもとでのＲＬＭ手順が論じられており、そのトピックについてのさらに詳細な見解が提供されている。
【０１６３】
ｅＭＴＣ  ＵＥは、普通のカバレッジ／ＣＥＭｏｄｅＡおよび強化されたカバレッジ／ＣＥＭｏｄｅＢとしても知られている別々のカバレッジレベルのもとで動作することが可能である。ＲＡＮ４要件が当てはまる最小ＳＮＲは、普通のカバレッジに関しては−６ｄＢであり、強化されたカバレッジに関しては−１５ｄＢである。強化されたカバレッジのオペレーションは、アップリンクおよびダウンリンクチャネルの両方において繰り返しを導入することによって達成される。測定精度要件は、カバレッジエリアに依存する。普通のカバレッジのＲＲＭ測定精度要件は、改善された測定技術が使用される強化されたカバレッジの測定精度要件よりも少し厳格である。リソース（たとえば、繰り返しレベル、アグリゲーションレベル、電力ブースティングレベルなど）は、別々のカバレッジモードに関して別々に割り当てられる。ＣＥＭｏｄｅＢにおいては、ＣＥＭｏｄｅＡにおいては該当しない−１５ｄＢのＳＮＲに至るオペレーションをサポートするために、さらに著しく多くのリソースが必要とされる可能性がある。同様に、コア要件も、実際のカバレッジモードに依存する。
【０１６４】
高いバイアスの影響下にあるＣＲＳベースの測定が、ＲＬＭを評価するために使用される場合に、問題が生じる。
【０１６５】
ＱｉｎおよびＱｏｕｔのＳＮＲしきい値は、ネットワークによって設定され、そのしきい値は、少なくとも、繰り返しレベル（Ｒｍａｘ）、アグリゲーションレベル（Ｌｍａｘ）、電力ブースティング（もしもある場合）、ＤＣＩフォーマットなど、ネットワークによって設定される送信パラメータに依存することになる。［１］においては、イベントＭ１およびイベントＭ２という２つの新たなタイプのイベントが提案された。イベントＭ１は、ダウンリンク信号品質がしきい値Ｅａｒｌｙ＿Ｑｏｕｔ＿Ｍ１を下回った場合にトリガーされ、イベントＭ２は、ダウンリンク信号品質がしきい値Ｅａｒｌｙ＿Ｑｉｎ＿Ｍ２を上回った場合にトリガーされる。我々は、別々のカバレッジレベルの間を移動している場合のｅＭＴＣ  ＵＥの無線リンクモニタリングを強化するためにそのような新たなイベントを導入する動機を理解している。この情報は、ネットワークが送信パラメータをしかるべく適合させるのを、ならびにＵＥがＲＬＦを時期尚早に宣言することをそのＵＥが防止するのを手助けすることができるということにも我々は同意する。
【０１６６】
しかしながら、我々の提案は、［１］において提案されたものとはわずかに異なる。なぜなら、我々の提案においては、我々は、この新たなイベントタイプをカバレッジレベル変更シグナリングから区別したいからである。この新たなタイプのイベントは、ＲＬＭに関連しており、ＲＬＭを評価するための設定されたＱｉｎおよびＱｏｕｔしきい値に依存することになるということに留意されたい。新たなイベントは、下記のように規定されることが可能である。
−  ＵＥがＱｏｕｔしきい値を「Ｘ」ｄＢ下回っている場合にトリガーされるイベントＭ１
−  ＵＥがＱｉｎしきい値を「Ｙ」ｄＢ上回っている場合にトリガーされるイベントＭ２
この場合、「Ｘ」および「Ｙ」は、サービングネットワークによって設定される。しかしＲＡＮ４は、「Ｘ」および「Ｙ」の値は正および負であることが可能であると論じているはずである。
【０１６７】
［２］において明示されている測定精度要件は、最小の要件にすぎない。しかしながら、ＵＥのうちの多くは、典型的には最悪のケースに基づいている最小の要件よりもはるかによい測定パフォーマンスを達成することができる可能性がある。達成可能な測定精度は、もちろんＵＥの実施態様に依存することになる。そのようなケースにおいては、ＱｉｎまたはＱｏｕｔからの実際のマージン（「Ｘ」または「Ｙ」）を報告することは、ネットワークが、最悪のケース／最小の要件に基づいてではなく、報告された情報に基づいて自分の送信パラメータを適合させるのを手助けすることが可能である。同様に、測定において大きなバイアスがあって、ＵＥが、たとえば「Ｘ」ｄＢからＲＬＦを宣言しようとしている場合には、そのようなイベントをネットワークへ報告することは、ネットワークがリンクを復元して、たとえば送信パラメータを適合させることによってその同期を保つことを試みるためのいくらかのマージンを提供することが可能である。
【０１６８】
その上、ＵＥは、報告された測定イベントとともに、送信パラメータの望ましいセットを示すこと（たとえば、Ｒｍａｘ、Ｌｍａｘの明示的な指示、またはＲｍａｘおよびＬｍａｘのセットに対応するインデックスを報告することによる黙示的な指示）も可能である。そのような示されるパラメータの例は、Ｒｍａｘ、Ｌｍａｘ、電力ブースティング（もしもある場合）などである。この情報は、サービングｅＮｏｄｅＢをさらに手助けすることが可能である。なぜなら、サービングｅＮｏｄｅＢは、この情報を使用して、この特定のＵＥのために最もよく機能する適切な送信パラメータを選択することができるからである。これらの新たなイベントの組合せ（ＵＥ指示を伴うイベントＭ１およびイベントＭ２）は、ｅＭＴＣ  ＵＥのＲＬＭパフォーマンスに対して著しい改善をもたらすことが可能であると予想される。
【０１６９】
したがって、上述の論考に基づいて、我々は下記の提案を行う。
【０１７０】
提案：  ＵＥが、ＱｏｕｔおよびＱｉｎしきい値からそれぞれ「Ｘ」ｄＢおよび「Ｙ」ｄＢである場合にトリガーされる２つの新たなイベント（イベントＭ１およびイベントＭ２）が、ｆｅＭＴＣ  ＵＥに関して規定される。それらのイベントは、望ましい送信パラメータ（ＲｍａｘおよびＬｍａｘ）についてのＵＥによって示されたいくつかの情報とともに報告される。
【０１７１】
以降では、我々は、そのような指示がどのようにして実行されることが可能であるかについて論じ、いくつかの例を提供する。
【０１７２】
たとえば、ＵＥは、リンクの同期を保持するために必要とされる繰り返しレベルおよびアグリゲーションレベルの特定のセットに対応するインデックスを報告することが可能である。報告インデックスは、事前に規定されたテーブルまたはネットワークによって設定されたテーブルに基づくことが可能である。報告インデックスは、ＵＥの実際のカバレッジレベルに依存することも可能であり、すなわち、ＵＥが普通のカバレッジにおいて動作している場合には、「Ｘ」のさらに低い値においてさらに高いレゾリューションを含むことができるテーブル（テーブル１）が使用されることが可能であり、ＵＥが、強化されたカバレッジにおいて動作している場合には、「Ｘ」のさらに高い値においてさらに高いレゾリューションを含むことができるテーブル（テーブル２）が使用されることが可能である。同様のアプローチは、ＮＢ−ＩＯＴにおける電力ヘッドルームを報告するために使用されているということに留意することが可能である。このタイプの報告は、ＵＥの複雑度およびＵＥにおける電力消費を低減することが可能であると予想される。
2020500449.tif 000009
2020500449.tif 000010
【０１７３】
同様のテーブル（たとえばテーブル３）が、代替としてＱｉｎに依存するネットワークノードによって保持されることが可能である。
【０１７４】
あるいは、ＵＥは、測定されたＳＮＲレベルまたは設定されたしきい値「Ｘ」もしくは「Ｙ」に基づくインデックスを報告することが可能である。この報告は、トリガーされたイベントの報告とともに行われる。このタイプの報告の一例が、テーブル３において示されている。
2020500449.tif 000011
【０１７５】
これらは、イベントレポート（イベントＭ１／Ｍ２）とともに送信されることが可能であるＵＥからの推奨にすぎない。しかしながら、送信パラメータを決定して適合させることは、サービングｅＮｏｄｅＢ次第である。
【０１７６】
要約
この寄稿において、我々は、ｆｅＭＴＣに関する無線リンクモニタリング手順に対する強化について論じている。それらの論考に基づいて、我々は下記の提案を行っている。
【０１７７】
提案：  ＵＥが、ＱｏｕｔおよびＱｉｎしきい値からそれぞれ「Ｘ」ｄＢおよび「Ｙ」ｄＢである場合にトリガーされる２つの新たなイベント（イベントＭ１およびイベントＭ２）が、ｆｅＭＴＣ  ＵＥに関して規定される。それらのイベントは、望ましい送信パラメータ（ＲｍａｘおよびＬｍａｘ）についてのＵＥによって示されたいくつかの情報とともに報告される。
【０１７８】
参考文献
［１］Ｒ４−１６６６２５，  “ＲＬＭ  ｅｎｈａｎｃｅｍｅｎｔｓ  ｉｎ  Ｆｕｒｔｈｅｒ  ｅｎｈａｎｃｅｄ  ＭＴＣ”，  Ｑｕａｌｃｏｍｍ  Ｉｎｃｏｒｐｏｒａｔｅｄ
［２］ＴＳ  ３６．１３３  ｖ．１３．０．０
【図１Ａ】
2020500449.tif 000012
【図１Ｂ】
2020500449.tif 000013
【図１Ｃ】
2020500449.tif 000014
【図２Ａ】
2020500449.tif 000015
【図２Ｂ】
2020500449.tif 000016
【図３】
2020500449.tif 000017
【図４】
2020500449.tif 000018
【国際調査報告】
2020500449.tif 000019
2020500449.tif 000020
2020500449.tif 000021