(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて動作する空中ＵＥ（User Equipment）によって行われる方法であって、
前記空中ＵＥの位置情報をサービングセルに通知するステップと、
サービングセルから、第１のＲＲＣ（Radio Resource Control）メッセージによって、前記空中ＵＥの前記位置情報に関連する測定報告のための、トリガリングイベントとtime-to-trigger情報とを含むトリガリング条件に関する情報を受信するステップと、
前記トリガリング条件が満たされることに基づいて、前記空中ＵＥの前記位置情報を含む測定の結果を前記サービングセルに報告するステップと、
前記サービングセルのための前記測定の前記結果に従って、無線リンク関連パラメータの再構成のための第２のＲＲＣメッセージを受信するステップと、を含み、
前記位置情報は、前記空中ＵＥの垂直速度、水平速度及び高度を含み、
前記トリガリング条件は、
前記空中ＵＥの前記高度が前記time-to-trigger情報によって示される期間の間、第１の閾値より高くなること、又は、
前記空中ＵＥの前記高度が前記time-to-trigger情報によって示される前記期間の間、第２の閾値より低くなることを含む、方法。
【請求項２】
前記サービングセルのための前記測定の前記結果に従って、ハンドオーバー命令メッセージを受信するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記測定の前記結果は、前記空中ＵＥのタイムスタンプに関する情報、ＲＳＲＰ（Reference Symbol Received Power）又はＲＳＲＱ（Reference Symbol Received Quality）の少なくとも１つを含む、請求項１に記載の方法。
【請求項４】
前記空中ＵＥがＲＲＣ接続状態にあるとき、測定報告のための前記トリガリング条件に関する前記情報は、受信される、請求項１に記載の方法。
【請求項５】
無線通信システムにおいて動作する空中ＵＥ（User Equipment）であって、
ＲＦ（Radio Frequency）モジュールと、
前記ＲＦモジュールと動作可能に結合するプロセッサと、を含み、
前記プロセッサは、
前記空中ＵＥの位置情報をサービングセルに通知し、
サービングセルから、第１のＲＲＣ（Radio Resource Control）メッセージによって、前記空中ＵＥの前記位置情報に関連する測定報告のための、トリガリングイベントとtime-to-trigger情報とを含むトリガリング条件に関する情報を受信し、
前記トリガリング条件が満たされることに基づいて、前記空中ＵＥの前記位置情報を含む測定の結果を前記サービングセルに報告し、
前記サービングセルのための前記測定の前記結果に従って、無線リンク関連パラメータの再構成のための第２のＲＲＣメッセージを受信するように構成され、
前記位置情報は、前記空中ＵＥの垂直速度、水平速度及び高度を含み、
前記トリガリング条件は、
前記空中ＵＥの前記高度が前記time-to-trigger情報によって示される期間の間、第１の閾値より高くなること、又は、
前記空中ＵＥの前記高度が前記time-to-trigger情報によって示される前記期間の間、第２の閾値より低くなることを含む、空中ＵＥ。
【請求項６】
前記プロセッサは、前記サービングセルのための前記測定の前記結果に従って、ハンドオーバー命令メッセージを受信するようにさらに構成される、請求項５に記載の空中ＵＥ。
【請求項７】
前記測定の前記結果は、前記空中ＵＥのタイムスタンプに関する情報、ＲＳＲＰ（Reference Symbol Received Power）又はＲＳＲＱ（Reference Symbol Received Quality）の少なくとも１つを含む、請求項５に記載の空中ＵＥ。
【請求項８】
前記空中ＵＥがＲＲＣ接続状態にあるとき、測定報告のための前記トリガリング条件に関する前記情報は、受信される、請求項５に記載の空中ＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳細には、無線通信システムにおいて空中ＵＥに対する測定を行う方法及びそのための装置に関する。
【背景技術】
【０００２】
本発明が適用される移動通信システムの一例として、第３世代パートナーシッププロジェクト（３ＧＰＰ）ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通信システムを簡略に説明する。
【０００３】
図１は、例示的な無線通信システムであって、Ｅ−ＵＭＴＳのネットワーク構造を概略的に示す図である。Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、通常のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の進歩したバージョンであり、その基礎的な標準化は、現在３ＧＰＰで行われている。通常、Ｅ−ＵＭＴＳは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムとも呼ばれる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術仕様に関する詳しい内容は、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のリリース７及びリリース８を参照すればよい。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、ユーザ端末（ＵＥ）、ｅＮｏｄｅ  Ｂ（ｅＮＢ）及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置して、外部ネットワークと接続されるアクセスゲートウェイ（ＡＧ）を含む。ｅＮＢは、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのための複数のデータストリームを同時に送信することができる。
【０００５】
ｅＮＢごとに１つ以上のセルが存在することができる。セルは、１．２５、２．５、５、１０、１５及び２０ＭＨｚなどの帯域幅のうち１つで動作するように設定され、この帯域幅で複数のＵＥに下りリンク（ＤＬ）又は上りリンク（ＵＬ）送信サービスを提供する。互いに異なるセルが互いに異なる帯域幅を提供するように設定されてもよい。ｅＮＢは複数のＵＥへのデータ送信又はこれからの報告を制御する。ｅＮＢは、ＤＬデータのＤＬスケジューリング情報を当該ＵＥに送信して、ＤＬデータを送信する時間／周波数領域、コーディング、データサイズ及びＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  Ｒｅｑｕｅｓｔ）関連情報を当該ＵＥに通知する。また、ｅＮＢは、上りリンクデータの上りリンクスケジューリング情報を当該端末に送信して、当該端末が使用可能な時間／周波数領域、コーディング、データサイズ及びＨＡＲＱ関連情報を当該端末に通知する。ユーザトラフィック又は制御トラフィックを送信するためのインターフェースは、ｅＮＢ同士間で用いることができる。コアネットワーク（ＣＮ）は、ＡＧ及びＵＥのユーザ登録のためのネットワークノードなどを含むことができる。ＡＧはトラッキングエリア（ＴＡ）単位でＵＥの移動性（モビリティ）を管理する。１つのＴＡは複数のセルを含む。
【０００６】
図２は、ＮＧ無線アクセスネットワーク（ＮＧ−ＲＡＮ）構造のネットワーク構造を示すブロック図である。
【０００７】
ＮＧ−ＲＡＮノードは、ＵＥに向けてＮＲユーザプレーン及びコントロールプレーンプロトコルの終端点を提供するｇＮＢであるか、又はＵＥに向けてＥ−ＵＴＲＡユーザプレーン及びコントロールプレーンプロトコルの終端点を提供するｎｇ−ｅＮＢである。
【０００８】
ｇＮＢとｎｇ−ｅＮＢは、Ｘｎインターフェースを介して互いに接続される。ｇＮＢ及びｎｇ−ｅＮＢは、ＮＧインターフェースを介して５ＧＣに、より具体的には、ＮＧ−Ｃインターフェースを介してＡＭＦ（アクセス及び移動性管理機能）に、またＮＧ−Ｕインターフェースを介してＵＰＦ（ユーザプレーン機能）に、接続される。
【０００９】
ｇＮＢ及びｎｇ−ｅＮＢは、次の機能を管理する：ｉ）無線リソース管理のための機能：無線ベアラ制御、無線承認制御、連結移動性制御、上りリンク及び下りリンクにおけるＵＥへの動的リソース割り当て（スケジューリング）、ｉｉ）ＩＰヘッダ圧縮、データの暗号化及び完全性保護、ｉｉｉ）ＵＥによって提供される情報からＡＭＦへのルーティングが決定できないとき、ＵＥアタッチ時のＡＭＦの選択、ｉｖ）ＵＰＦへのユーザプレーンデータのルーティング、ｖ）接続設定及びリリース、ｖｉｉ）（ＡＭＰに由来の）ページングメッセージのスケジューリング及び送信、ｖｉｉｉ）システムブロードキャスト情報（ＡＭＦ又はＯ＆Ｍに由来）のスケジューリング及び送信、ｉｘ）移動性及びスケジューリングのための測定及び測定報告構成、ｘ）上りリンクにおける送信レベルパケットマーキング、ｘｉ）セッション管理、ｘｉｉ）ネットワークスライシングサポート（支援）、及びｘｉｉｉ）ＱｏＳフローの管理及びデータ無線ベアラへのマッピング。ＡＭＦ（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）は、次のような主な機能を管理する：ｉ）ＮＡＳシグナル終了、ｉｉ）ＮＡＳシグナリングセキュリティ、ｉｉｉ）ＡＳセキュリティ制御、ｉｖ）３ＧＰＰアクセスネットワーク間の移動性に対するＣＮノード間のシグナリング、ｖ）遊休モードＵＥ到達可能性（ページング再送信の制御及び実行を含む）、ｖｉ）登録領域管理、ｖｉｉ）システム内及びシステム間の移動性サポート、ｖｉｉｉ）アクセス認証、ｉｘ）移動性管理制御（加入及び政策）、ｘ）ネットワークスライシングサポート、ｘｉ）ＳＭＦ選択。
【００１０】
広帯域符号分割多元接続（ＷＣＤＭＡ）に基づくＬＴＥに対する無線通信技術が開発されているが、ユーザ及びサービス提供者の要求及び期待が高まっている。また、開発中の他の無線アクセス技術を考慮するとき、将来に高い競争力を確保するためには、新たな技術的進化が必要である。ビット当りコストの削減、サービス利用可能性の増大、周波数帯域の柔軟な利用、単純化した構造、開放型インターフェース、ＵＥの適度な電力消費などが求められる。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
上述した問題点を解決するための本発明の目的は、無線通信システムにおいて空中ＵＥに対する測定を行う方法及びその装置を提供することである。
【００１２】
セルラーネットワークを用いるドローンのような空中飛行体の取り扱いに関心が高まっている。商業用ドローンの使用例は非常に早く増加しており、パッケージデリバリー、探索及び構造、重要インフラモニタリング、野生動物保護、飛行カメラ及び監視を含む。
【００１３】
また、現場においてさらに考慮される２つのタイプの「ドローンＵＥ」がある。１つは、空中用途として認証されたセルラーモジュールが取り付けられたドローンである。もう１つは、地上動作だけのために認証されたセルラーモジュールが搭載されたドローンである。
【００１４】
ＬＴＥは、ドローンのような空中飛行体のサービスに好適に位置している。実際に、ＬＴＥネットワークを用いてドローンに接続性を提供することに関する現場試験が増えている。ドローン産業の急速且つ広大な成長は、ＬＴＥ運営者にとって新しい有望なビジネス機会をもたらすことと予測される。
【００１５】
しかし、現在位置報告手順は、周期的なメカニズムである。よって、空中ＵＥが位置を移動していないとき、例えば、空中ＵＥが同一の区域上でホバリングするとき、現在位置報告メカニズムは、上りリンクにおいて不要なシグナリングオーバーヘッドを引き起こす。一方、空中ＵＥが急激に速度を上げたり下げたり、又は高度を急激に下げたり上げたりするとき、位置報告周期が適切に構成されていないと、現在の報告メカニズムは、ＵＥ位置に関連する無線の変化に付いていくことができない。
【００１６】
よって、空中ＵＥが現在位置情報をＬＴＥネットワークに知らせる方法が必ず必要である。
【００１７】
本発明によって解決される技術的な問題は、上述した問題に限定されず、当業者は、以下の説明から他の技術的な問題を理解することができる。
【課題を解決するための手段】
【００１８】
本発明の目的は、添付する請求の範囲に記載の無線通信システムにおいて動作するユーザ端末（ＵＥ）のための方法を提供することで達成できる。
【００１９】
本発明の別の態様は、添付する請求の範囲に記載の通信装置を提供する。
【００２０】
本発明の上述した一般的な説明および以下の詳細な説明は、いずれも例示的且つ説明的なものに過ぎず、請求された本発明の説明を補充するためのものである。
【発明の効果】
【００２１】
本発明者の見解では、イベントトリガリング条件は、このような潜在的な問題を解決することができる。空中ＵＥが高度又は速度の変化のための一部の閾値を用いて、ＵＥ位置情報報告をトリガリングすることができる場合、空中ＵＥは周期的な報告による不要なシグナリングを低減することができ、急速な位置変更の場合でも適切にネットワークに知らせることができる。空中ＵＥに対するイベントトリガリング位置測定をサポートするために、閾値は、高／低の高度条件および高／低の速度条件を知らせるために用いられることができる。
【００２２】
本発明で得られる効果は、以上に言及した効果に制限されず、言及していない別の効果は、添付する図面と共に記載された以下の詳細な説明から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【図面の簡単な説明】
【００２３】
本明細書に添付する図面は、本発明に対する理解を提供するためのものであって、本発明の様々な実施形態を示し、明細書の記載と共に本発明の原理を説明するためのものである。
【図１】無線通信システムの一例であるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）のネットワーク構造を示す図である。
【図２】ＮＧ無線アクセスネットワーク（ＮＧ−ＲＡＮ）アーキテクチャーのネットワーク構造を示すブロック図である。
【図３】図３ａは、進化した汎用移動通信システム（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｙｓｔｅｍ：Ｅ−ＵＭＴＳ）のネットワーク構造を示すブロック図であり、図３ｂは、典型的なＥ−ＵＴＲＡＮ及び典型的なＥＰＣの構造を示すブロック図である。
【図４】第３世代パートナーシッププロジェクト（３ＧＰＰ）無線アクセスネットワーク標準に基づいたＵＥとＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルのコントロールプレーン及びユーザプレーンを示す図である。
【図５】Ｅ−ＵＭＴＳシステムで用いられる物理チャネル構造の一例を示す図である。
【図６】第３世代パートナーシッププロジェクト（３ＧＰＰ）無線アクセスネットワーク標準に基づいたＵＥとＮＧ−ＲＡＮとの間の無線インターフェースプロトコルのコントロールプレーン及びユーザプレーンを示す図である。
【図７】本発明の一実施例による通信装置のブロック図である。
【図８】無線通信システムにおいてＵＥによる測定報告を行うための図である。
【図９】地上セルラーネットワークを有する低高度の小型無人空中飛行体（ＵＡＶ）のための広域無線接続を示す図である。
【図１０】本発明の実施例による無線通信システムにおいて空中ＵＥに対する測定を行うための概念図である。
【図１１】本発明の実施例による無線通信システムにおいて空中端末に対する測定を行うための例示である。
【図１２】本発明の実施例による無線通信システムにおいて空中端末に対する測定を行うための例示である。
【図１３】本発明の実施例による無線通信システムにおいて空中端末に対する測定を行うための例示である。
【図１４】本発明の実施例による無線通信システムにおいて空中端末に対する測定を行うための例示である。
【発明を実施するための形態】
【００２４】
ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）は、ヨーロッパシステム、グローバル移動通信システム（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：ＧＳＭ）及び汎用パケット無線サービス（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅｓ：ＧＰＲＳ）をベースとする広帯域符号分割多元接続（ＷＣＤＭＡ）で動作する第３世代（３Ｇ）非同期移動通信システムである。ＵＭＴＳの長期進化（ＬＴＥ）はＵＭＴＳを標準化した第３世代パートナーシッププロジェクト（３ＧＰＰ）によって論議されている。
【００２５】
３ＧＰＰ  ＬＴＥは、高速パケット通信を可能にする技術である。ユーザ及び事業者のコストを削減して、サービス品質を向上させ、カバレッジ範囲及びシステム容量を拡張及び向上させることを含む上述したＬＴＥ目標のために多くの方式が提案されている。３Ｇ  ＬＴＥは、ビット当たりのコストの削減、サービス利用可能性の増大、柔軟な周波数帯域の利用、単純化した構造、開放型インターフェース、及び上位レベル要求事項として端末の適度な電力消費などが要求される。
【００２６】
以下、本発明の構造、動作及び他の特徴は、添付する図面に例示された本発明の実施例から容易に理解されるであろう。以下に説明される実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された例である。
【００２７】
本発明の実施例は、本明細書においてＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）システム及びＬＴＥ−ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）システムを用いて説明したが、これらは例示的なものである。よって、本発明の実施例は、上述した定義に対応する他の通信システムにも適用できる。また、本発明の実施例は、本明細書において周波数分割複信（ＦＤＤ：Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）方式に基づいて説明したが、本発明の実施例は、Ｈ−ＦＤＤ（Ｈａｌｆ−Ｄｕｐｌｅｘ  ＦＤＤ）方式又は時分割複信（ＴＤＤ）方式に合わせて容易に修正及び適用できる。
【００２８】
図３ａは、進化した汎用移動通信システム（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｙｓｔｅｍ：Ｅ−ＵＭＴＳ）のネットワーク構造を例示するブロック図である。Ｅ−ＵＭＴＳは、ＬＴＥシステムとも呼ばれる。通信ネットワークは、ＩＭＳ及びパケットデータによって音声（ＶｏＩＰ）のような多様な通信サービスを提供するために広範囲に展開されている。
【００２９】
図３ａのように、Ｅ−ＵＭＴＳネットワークは、進化したＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）、進化したパケットコア（ＥＰＣ）及び１つ以上のユーザ端末を含む。Ｅ−ＵＴＲＡＮは、１つ以上の進化したＮｏｄｅＢ（ｅＮｏｄｅＢ）２０を含むことができ、複数のユーザ端末（ＵＥ）１０は、１つのセル内に位置することができる。１つ以上のＥ−ＵＴＲＡＮモビリティ管理エンティティ（ＭＭＥ）／システムアーキテクチャーエボリューション（ＳＡＥ）ゲートウェイ３０は、ネットワークの終端に位置してもよく、外部ネットワークに接続してもよい。
【００３０】
本明細書の記載のように、「下りリンク」はｅＮｏｄｅＢ２０からＵＥ１０への通信を称し、「上りリンク」はＵＥからｅＮｏｄｅＢへの通信を称する。ＵＥ１０は、ユーザによって運搬される通信装備を称し、移動局（ＭＳ）、ユーザターミナル（ＵＴ）、加入者局（ＳＳ）又は無線装置とも称する。
【００３１】
図３ｂは、典型的なＥ−ＵＴＲＡＮ及び典型的なＥＰＣの構造を示すブロック図である。
【００３２】
図３ｂのように、ｅＮｏｄｅＢ２０は、ユーザプレーン及びコントロールプレーンのエンドポイントをＵＥ１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、ＵＥ１０にセッション及び移動性管理機能のエンドポイントを提供する。ｅＮｏｄｅＢ及びＭＭＥ／ＳＡＥゲートウェイは、Ｓ１インターフェースを介して接続されることができる。
【００３３】
ｅＮｏｄｅＢ２０は、通常、ＵＥ１０と通信する固定局であり、基地局ＢＳ又はアクセスポイントとも呼ばれる。１つのｅＮｏｄｅＢ２０がセルごとに配置されてもよい。ユーザトラフィック又は制御トラフィックを送信するためのインターフェースは、ｅＮｏｄｅＢ２０同士の間で用いることができる。
【００３４】
ＭＭＥは、ｅＮｏｄｅＢ２０へのＮＡＳシグナリング、ＮＡＳシグナリングセキュリティ、ＡＳセキュリティ制御、３ＧＰＰアクセスネットワーク間の移動性のためのＣＮノード間シグナリング、遊休モードＵＥ到達可能性（ページング再送信の制御及び実行を含む）、トラッキング領域リスト管理（遊休モード及び活性モード時のＵＥのためのもの）、ＰＤＮ  ＧＷ及びサービングＧＷ選択、ＭＭＥ変更によるハンドオーバーに対するＭＭＥ選択、２Ｇ又は３Ｇ  ３ＧＰＰアクセスネットワークへのハンドオーバーに対するＳＧＳＮ選択、ローミング、認証、専用ベアラ設定を含むベアラ管理機能、ＰＷＳ（ＥＴＷＳ及びＣＭＡＳを含む）メッセージ送信サポートを含む多様な機能を提供する。ＳＡＥゲートウェイホストは、ユーザ別パケットフィルタリング（例えば、ディープ（ｄｅｅｐ）パケット検査）、合法的インターセプション（Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔｉｏｎ）、ＵＥ  ＩＰアドレス割り当て、下りリンクにおける送信レベルパケットマーキング、ＵＬ及びＤＬサービスレベル課金、ゲーティング及びレート強制（ｒａｔｅ  ｅｎｆｏｒｃｅｍｅｎｔ）、ＡＰＮ−ＡＭＢＲに基づいたＤＬレート強制を含む各種の機能を提供する。明確化のために、ＭＭＥ／ＳＡＥゲートウェイ３０は、本明細書では、単に「ゲートウェイ」と称するが、上述したエンティティは、ＭＭＥ及びＳＡＥゲートウェイをいずれも含むものと理解できる。
【００３５】
複数のノードは、Ｓ１インターフェースを介してｅＮｏｄｅＢ２０とゲートウェイ３０との間に接続することができる。ｅＮｏｄｅＢ２０は、Ｘ２インターフェースを介して互いに接続されてもよく、隣接するｅＮｏｄｅＢは、Ｘ２インターフェースを有するメッシュ型ネットワーク構造を有してもよい。
【００３６】
図示するように、ｅＮｏｄｅＢ２０は、ゲートウェイ３０に対する選択、無線リソース制御（ＲＲＣ）活性化中のゲートウェイへのルーティング、ページングメッセージのスケジューリング及び送信、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）情報のスケジューリング及び送信、上りリンク及び下りリンクにおけるＵＥ１０へのリソースの動的割り当て、ｅＮｏｄｅＢ測定の構成及び提供、無線ベアラ制御、無線許可制御（ＲＡＣ）及びＬＴＥ＿ＡＣＴＩＶＥ状態における接続移動性制御を含む機能を実行することができる。上述したように、ＥＰＣにおいて、ゲートウェイ３０は、ページング開始、ＬＴＥ−ＩＤＬＥ状態管理、ユーザプレーンの暗号化、システムアーキテクチャーエボリューション（ＳＡＥ）ベアラ制御及びＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリングの暗号化及び完全性保護を含む機能を実行することができる。
【００３７】
ＥＰＣは、モビリティ管理エンティティ（ＭＭＥ）、サービングゲートウェイ（Ｓ−ＧＷ）及びパケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）を含む。主に、ＭＭＥは、ＵＥの移動性を管理するためにＵＥの接続及び能力に関する情報を有する。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮをエンドポイントとして有するゲートウェイであり、ＰＤＮ−ＧＷは、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）をエンドポイントとするゲートウェイである。
【００３８】
図４は、３ＧＰＰ無線アクセスネットワーク標準に基づいたＵＥとＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルのコントロールプレーン及びユーザプレーンを示す図である。コントロールプレーンとは、ＵＥとＥ−ＵＴＲＡＮとの間の呼を管理するために用いる制御メッセージが送信される経路のことを意味する。ユーザプレーンとは、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータが送信される通路のことを意味する。
【００３９】
第１層の物理（ＰＨＹ）層は、物理チャネルを用いて上位層に情報送信サービスを提供する。ＰＨＹ層は、送信チャネルを介して上位層に位置したＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）層に連結される。データは、送信チャネルを介してＭＡＣ層とＰＨＹ層との間で送信される。データは、物理チャネルを介して送信側の物理層と受信側の物理層との間に送信される。物理チャネルは、無線リソースとして時間及び周波数を用いる。詳細には、物理チャネルは、下りリンクで直交周波数分割多元接続（ＯＦＤＭＡ）方式を用いて変調され、上りリンクでシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）方式を用いて変調される。
【００４０】
第２層のＭＡＣ層は、論理チャネルを介して上位層の無線リンク制御（ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼できるデータ送信をサポートする。ＲＬＣ層の機能は、ＭＡＣ層の機能ブロックによって実装できる。第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は、ヘッダ圧縮機能を行い、相対的に小さい帯域幅の無線インターフェースにおいて、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）バージョン４（ＩＰｖ４）パケット又はＩＰバージョン６（ＩＰｖ６）パケットのようなインターネットプロトコルパケットの効率的な送信のために不要な制御情報を減らすことができる。
【００４１】
第３層の下部に位置した無線リソース制御（ＲＲＣ）層は、コントロールプレーンでのみ定義される。ＲＲＣ層は、無線ベアラ（ＲＢ）の設定、再設定及び解除に関連して、論理チャネル、送信チャネル及び物理チャネルを制御する。ＲＢとは、ＵＥとＥ−ＵＴＲＡＮ間のデータ送信のために第２層により提供されるサービスのことを意味する。そのために、ＵＥのＲＲＣ層とＥ−ＵＴＲＡＮのＲＲＣ層とはＲＲＣメッセージを互いに交換する。
【００４２】
ｅＮＢの１つのセルは、１．２５、２．５、５、１０、１５及び２０ＭＨｚなどの帯域幅のうち１つで動作するように設定され、このような帯域幅で複数のＵＥに下りリンク又は上りリンク送信サービスを提供する。互いに異なるセルが互いに異なる帯域幅を提供するように設定されることができる。
【００４３】
Ｅ−ＵＴＲＡＮからＵＥにデータを送信する下りリンク送信チャネルとしては、システム情報を送信するブロードキャストチャネル（ＢＣＨ）、ページングメッセージを送信するページングチャネル（ＰＣＨ）及びユーザトラフィックや制御メッセージを送信する下りリンク共有チャネル（ＳＣＨ）がある。下りリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージは、下りリンクＳＣＨを介して送信されてもよく、別の下りリンクマルチキャストチャネル（ＭＣＨ）を介して送信されてもよい。
【００４４】
ＵＥからＥ−ＵＴＲＡＮにデータを送信する上りリンク送信チャネルとしては、初期制御メッセージを送信するランダムアクセスチャネル（ＲＡＣＨ）及びユーザトラフィック又は制御メッセージを送信する上りリンクＳＣＨがある。送信チャネル上に定義され、送信チャネルにマッピングされる論理チャネルは、ブロードキャスト制御チャネル（ＢＣＣＨ：Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ページング制御チャネル（ＰＣＣＨ）、共通制御チャネル（ＣＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）及びマルチキャストトラフィックチャネル（ＭＴＣＨ）を含むことができる。
【００４５】
図５は、Ｅ−ＵＭＴＳシステムで用いられる物理チャネル構造の一例を示す図である。物理チャネルは、時間軸上にいくつかのサブフレームを含み、周波数軸上にいくつかのサブキャリアを含む。これに関連して、１つのサブフレームは時間軸上に複数のシンボルを含む。１つのサブフレームは複数のリソースブロックを含み、１つのリソースブロックは複数のシンボル及び複数のサブキャリアを含む。また、各々のサブフレームは物理下りリンク制御チャネル（ＰＤＣＣＨ）、即ち、Ｌ１／Ｌ２制御チャネルのためのサブフレームの特定のシンボル（例えば、第１のシンボル）の特定のサブキャリアを用いることができる。図４には、Ｌ１／Ｌ２制御情報送信領域（ＰＤＣＣＨ）とデータ領域（ＰＤＳＣＨ）が示されている。一実施例において、１０ｍｓの無線フレームが用いられ、１つの無線フレームは１０個のサブフレームを含む。また、１つのサブフレームは２つの連続したスロットを含む。１つのスロットの長さは０．５ｍｓである。また、１つのサブフレームは複数のＯＦＤＭシンボルを含み、複数のＯＦＤＭシンボルの一部（例えば、最初のシンボル）は、Ｌ１／Ｌ２制御情報の送信に用いられることができる。データ送信のための単位時間であるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は１ｍｓである。
【００４６】
基地局及びＵＥは、特定の制御信号又は特定のサービスデータを除く送信チャネルであるＤＬ-ＳＣＨを用いて物理チャネルであるＰＤＳＣＨを介してデータを送受信することが多い。ＰＤＳＣＨがいずれのＵＥ（１つ又は複数のＵＥ）に送信されるかの情報、及び該ＵＥがどのようにＰＤＳＣＨデータを受信してデコードするかの情報がＰＤＣＣＨ内に含まれた状態で送信される。
【００４７】
例えば、一実施例において、特定のＰＤＣＣＨは無線ネットワーク仮識別子（ＲＮＴＩ）「Ａ」とＣＲＣマスクされ、データに関する情報は無線リソース「Ｂ」（例えば、周波数位置）及び送信フォーマット情報「Ｃ」（例えば、送信ブロックサイズ、変調、コーディング情報など）を用いて、特定のサブフレームを介して送信される。その後、セル内に位置する１つ以上のＵＥは、自身のＲＮＴＩ情報を用いてＰＤＣＣＨをモニタリングする。また、ＲＮＴＩが「Ａ」である特定のＵＥはＰＤＣＣＨを読み取り、ＰＤＣＣＨ情報においてＢとＣとで表されたＰＤＳＣＨを受信する。
【００４８】
図６は、第３世代パートナーシッププロジェクト（３ＧＰＰ）無線アクセスネットワーク標準に基づいたＵＥとＮＧ−ＲＡＮとの間の無線インターフェースプロトコルのコントロールプレーン及びユーザプレーンを示す図である。
【００４９】
ユーザプレーンプロトコルスタックは、５Ｇ  ＱｏＳモデルをサポートするために新たに導入されたＰｈｙ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ及びＳＤＡＰ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を含む。
【００５０】
ＳＤＡＰエンティティの主なサービス及び機能は、ｉ）ＱｏＳフローとデータ無線ベアラ間のマッピング、ｉｉ）ＤＬ及びＵＬパケットにおけるＱｏＳフローＩＤ（ＱＦＩ）マーキングを含む。ＳＤＡＰの単一プロトコルエンティティは、個別のＰＤＵセッションに対して構成される。
【００５１】
ＱｏＳフローに対して上位層からＳＤＡＰ  ＳＤＵを受信するとき、送信ＳＤＡＰエンティティは、このＱｏＳフローに対して格納されたＱｏＳフローに対するＤＲＢマッピング規則が格納されていない場合には、ＳＤＡＰ  ＳＤＵをデフォルトＤＲＢにマッピングすることができる。このＱｏＳフローに対して格納されたＱｏＳフローに対するＤＲＢマッピング規則がある場合、ＳＤＡＰエンティティは記憶されたＱｏＳフローに対するＤＲＢマッピング規則に従ってＳＤＢ  ＳＤＵをＤＲＢにマッピングすることができる。また、ＳＤＡＰエンティティはＳＤＡＰ  ＰＤＵを構成して、この構成されたＳＤＡＰ  ＰＤＵを下位層に伝達することができる。
【００５２】
図７は、本発明の一実施例による通信装置のブロック図である。図７に示された装置は、上述したメカニズムが行われるように構成されたユーザ端末（ＵＥ）及び／又はｅＮＢであってもよいが、同一の動作を行うための任意の装置であってもよい。
【００５３】
図７のように、この装置は、ＤＳＰ／マイクロプロセッサ１１０及びＲＦモジュール（送受信機；１３５）を含むことができる。ＤＳＰ／マイクロプロセッサ１１０は、送受信機１３５と電気的に接続されて送受信機を制御する。この装置は、実装及び設計者の選択によって、さらに、電源管理モジュール１０５、バッテリー１５５、ディスプレー１１５、キーパッド１２０、ＳＩＭカード１２５、メモリ装置１３０、スピーカ１４５及び入力装置１５０を備えてもよい。
【００５４】
具体的に、図７は、ネットワークから要求メッセージを受信するように構成された受信機１３５、及び送信又は受信タイミングを情報をネットワークに送信するように構成された送信機１３５を含むＵＥを示してもよい。これらの受信機及び送信機は送受信機１３５を構成することができる。ＵＥは、さらに、送受信機（１３５：受信機及び送信機）に連結されたプロセッサ１１０を備える。
【００５５】
また、図７は、ＵＥに要求メッセージを送信するように構成された送信機１３５、及びＵＥから送信又は受信タイミング情報を受信するように構成された受信機１３５を含むネットワーク装置を示す。これらの送信機及び受信機は、送受信機１３５を構成することができる。このネットワークは、さらに送信機及び受信機に連結されたプロセッサ１１０を含む。このプロセッサ１１０は、送信又は受信タイミング情報に基づいてレイテンシが算出できるように構成されてもよい。
【００５６】
図８は、無線通信システムにおいてＵＥによる測定報告を行うための図である。
【００５７】
セキュリティの活性化に成功したとき、当該ｒｅｐｏｒｔＣｏｎｆｉｇにｒｅｐｏｒｔＳｔｒｏｎｇｅｓｔＣｅｌｌｓＦｏｒＳＯＮと設定された用途が含まれている場合、ＵＥはＶａｒＭｅａｓＣｏｎｆｉｇにおけるｍｅａｓＩｄＬｉｓｔに含まれた各ｍｅａｓＩｄに対して、当該周波数で検出された隣接セルが適用できるとみなす。
【００５８】
これとは異なり、ｒｅｐｏｒｔＣｏｎｆｉｇにｒｅｐｏｒｔＣＧＩと設定された用途が含まれている場合、ＵＥはＶａｒＭｅａｓＣｏｎｆｉｇにおけるｍｅａｓＯｂｊｅｃｔに含まれたｃｅｌｌＦｏｒＷｈｉｃｈＴｏＲｅｐｏｒｔＣＧＩの値と一致する物理セルＩＤを有する当該周波数／周波数セット（ＧＥＲＡＮ）上で検出された任意の隣接セルが適用できるとみなす。
【００５９】
これとは異なり、ｒｅｐｏｒｔＣｏｎｆｉｇにｒｅｐｏｒｔＬｏｃａｔｉｏｎと設定された用途が含まれている場合、ＵＥはＰＣｅｌｌのみが適用できるとみなす。
【００６０】
上述した用途（ｐｕｒｐｏｓｅ）が含まれ、ｒｅｐｏｒｔＳｔｒｏｎｇｅｓｔＣｅｌｌｓ又はｒｅｐｏｒｔＳｔｒｏｎｇｅｓｔＣｅｌｌｓＦｏｒＳＯＮ又はｒｅｐｏｒｔＬｏｃａｔｉｏｎと設定され、（最初の）測定結果が使用可能な場合、及び用途がｒｅｐｏｒｔＬｏｃａｔｉｏｎと設定された場合、ＰＣｅｌｌに対して報告される量と位置情報がいずれも利用可能となり次第、ＵＥは測定報告手順を開始する。
【００６１】
この手順の目的は、ＵＥからＥ−ＵＴＲＡＮに測定結果を送信することである。ＵＥはセキュリティの活性化に成功した後にのみ、この手順を開始する。
【００６２】
測定報告手順がトリガされたｍｅａｓＩｄに対して、ＵＥは、以下のようにＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージ内でｍｅａｓＲｅｓｕｌｔｓを設定する。
【００６３】
ｉ）測定報告をトリガした測定ＩＤにｍｅａｓＩｄを設定する；
【００６４】
ｉｉ）ＰＣｅｌｌの量を含むようにｍｅａｓＲｅｓｕｌｔＰＣｅｌｌを設定する；
【００６５】
ｉｉｉ）測定報告をトリガしたｍｅａｓＩｄと関連するｒｅｐｏｒｔＣｏｎｆｉｇに対する目的がｒｅｐｏｒｔＬｏｃａｔｉｏｎと設定された場合以外には、可能であれば、性能要求事項によって、存在すれば、ｍｅａｓＲｅｓｕｌｔＳＣｅｌｌに構成された各ＳＣｅｌｌに対して、当該ＳＣｅｌｌの量を含むようにｍｅａｓＲｅｓｕｌｔＳｅｒｖＦｒｅｑＬｉｓｔを設定する；
【００６６】
ｉｖ）測定報告をトリガしたｍｅａｓＩｄに関連するｒｅｐｏｒｔＣｏｎｆｉｇにｒｅｐｏｒｔＡｄｄＮｅｉｇｈＭｅａｓが含まれた場合；測定報告をトリガしたｍｅａｓＩｄに対応する周波数ではなく、ｍｅａｓＩｄＬｉｓｔ内でｍｅａｓＯｂｊｅｃｔＩｄが参照される各サービング周波数に対して；当該サービング周波数上において、ＲＳＲＰに基づいた、最上の非サービングセルの量及びｐｈｙｓＣｅｌｌＩｄを、ｍｅａｓＲｅｓｕｌｔＢｅｓｔＮｅｉｇｈＣｅｌｌ内に含むようにｍｅａｓＲｅｓｕｌｔＳｅｒｖＦｒｅｑＬｉｓｔを設定する。
【００６７】
ｉｎｃｌｕｄｅＬｏｃａｔｉｏｎＩｎｆｏがｍｅａｓＩｄに対する当該ｒｅｐｏｒｔＣｏｎｆｉｇに構成されているか、測定報告をトリガしたｍｅａｓＩｄに関連するｒｅｐｏｒｔＣｏｎｆｉｇに対する目的がｒｅｐｏｒｔＬｏｃａｔｉｏｎと設定された場合；及び報告されていない詳しい位置情報が利用可能な場合、ｌｏｃａｔｉｏｎＩｎｆｏの内容を以下のように設定する：
【００６８】
ｉ）ｌｏｃａｔｉｏｎＣｏｏｒｄｉｎａｔｅｓを含み；
【００６９】
ｉｉ）可能である場合、測定報告をトリガしたｍｅａｓＩｄに関連するｒｅｐｏｒｔＣｏｎｆｉｇに対する目的がｒｅｐｏｒｔＬｏｃａｔｉｏｎと設定された場合以外には、ｇｎｓｓ−ＴＯＤ−ｍｓｅｃを含む。
【００７０】
図９は、地上セルラーネットワークを有する低高度小型無人空中飛行体（ＵＡＶ）のための広域無線接続を示す図である。
【００７１】
無人空中飛行体（ＵＡＶ）には、地上で遠隔操縦される航空機又は他の航空機、例えば、遠隔操縦航空機又は全自動飛行プログラムが含まれる。最近、自立飛行のできるマルチコプター小型無人空中飛行体のことをドローン（ｄｒｏｎ）と呼んでいる。
【００７２】
無人飛行体及びドローンは、航空技術、通信／ネットワーク、センサ及び人工知能のような次世代技術を結合する一般の融合分野である。
【００７３】
広帯域及び移動性をサポートするセルラー通信を用いることで、ドローンの高速移動及びドローンの非可視的な飛行機能を活用して、物流及びインフラ管理のような様々な使用例を作り出すことができる。
【００７４】
空中ＵＥは、無人空中飛行体（ＵＡＶ）の一種である。この空中ＵＥは、デリバリーサービス又は個人の趣味のような軍事、産業用の目的に適用できる。ＬＴＥは、空中ＵＥをサービスできるように好適に配置されている。実際に、ＬＴＥネットワークを用いてドローンに接続性を提供することに関連する現場試験が増えている。ドローン産業の急速且つ広大な成長は、ＬＴＥ運営者にとって新しい有望なビジネス機会をもたらすことと予測される。しかし、現在のＬＴＥネットワークシステムは、空中ＵＥとレガシＵＥとの間の干渉調整のような空中ＵＥの特定のトラフィック特性をサポートすることができない。空中ＵＥが現在位置情報をＬＴＥネットワークに通知する方法が必ず必要である。
【００７５】
ＬＴＥ仕様では、Ｖ２Ｘの場合、速度に従属した地理的な位置情報報告の問題が解決できるメカニズムがある。Ｖ２Ｘ  ＷＩの場合、隣接した区域に属するＶ−ＵＥに異なるリソースを割り当てることで、Ｖ−ＵＥ間の干渉を制御するための地理的位置報告の必要性について論議した。よって、Ｖ−ＵＥ位置を取得する方法として、現在のＬＴＥにおいて周期的な位置報告がサポートされる。
【００７６】
本発明者の見解では、地理的な位置に関する報告情報は、空中ＵＥの位置識別に同様に使用できる。空中ＵＥが現在の地理的な位置をＬＴＥネットワークに報告する場合、ｅＮＢは適切な干渉調整又は移動性サポートを考慮することができる。特に、ＬｏｃａｔｉｏｎＩｎｆｏにはｈｏｒｉｚｏｎｔａｌＶｅｌｏｃｉｔｙ、ｇｎｓｓ−ＴＯＤ−ｍｓｅｃ及び高度情報を含むｌｏｃａｔｉｏｎＣｏｏｒｄｉｎａｔｅｓが含まれ、これによって、本発明者は、空中ＵＥ位置を識別するために、新たなパラメータを考慮する必要がないかもしれない。測定目的に応じて、空中ＵＥが地理的な位置の報告のために、このような測定値処理を用いる場合、空中ＵＥは、現在の高度、水平速度などを報告することができる。
【００７７】
しかしながら、現在位置報告手順は、周期的なメカニズムである。よって、空中ＵＥが、例えば、同一の領域でホバリング中であるときのように、位置を移動しないとき、現在の報告メカニズムは上りリンクにおいて不要なシグナリングオーバーヘッドを引き起こす。それに対して、空中ＵＥが急激に上／下に動いたり、急激に速度が上昇又は低下したりするとき、報告周期が適切に構成されていない場合、現在の報告メカニズムは、ＵＥ位置に関連する無線の変化に付いていくことができない。
【００７８】
本発明者の見解では、イベントトリガリング条件は、このような潜在的な問題を解決することができる。空中ＵＥが高度又は速度の変化のための一部の閾値を用いてＵＥ位置情報報告をトリガリングすることができる場合、空中ＵＥは周期的な報告による不要なシグナリングを低減することができ、急速な位置変更の場合でも適切にネットワークに知らせることができる。空中ＵＥに対するイベントトリガリング位置測定をサポートするために、前記閾値は高／低の高度条件及び高／低の速度条件を知らせるために用いられることができる。
【００７９】
しかし、現在のＬＴＥネットワークシステムは、空中ＵＥの特定の電波特性又は空中ＵＥと地上のレガシＵＥとの干渉調整をサポートすることができない。空中ＵＥが現在位置情報をＬＴＥネットワークに知らせる方法が必ず必要である。
【００８０】
図１０は、本発明の実施例による無線通信システムにおいて空中ＵＥに対する測定を行うための概念図である。
【００８１】
本発明によって、ＵＬ／ＤＬ干渉を調整したり移動性をサポートするように、ネットワークがＵＥの現状把握に用いるＵＥの位置情報をＵＥが知らせるステップ、この位置情報に対応する測定報告のためのトリガ条件を受信するステップ、サービングセルに対する測定を行い、サービングセルに対するトリガリング条件のうち少なくとも１つが満たされる場合、測定結果をサービングセルに報告するステップを含む方法が提案される。
【００８２】
急速に速度を上げたり下げたり、又は急速に上／下に移動する空中ＵＥの場合、位置情報に基づく周期的な報告がよく作動できないことがある。本発明は、位置情報に基づいたイベントベースの報告を新たに提案する。そのために、空中ＵＥはネットワークに空中ＵＥの位置情報を通知する（Ｓ１００１）。
【００８３】
好ましくは、位置情報は少なくとも１つの現在の水平速度、垂直速度又は高度を含むため、ネットワークはＵＬ／ＤＬ干渉を調整したり移動性をサポートするようにＵＥの現状に関する情報を得ることができる。ネットワークは位置情報を用いて、空中状態にある、又は、地上でとどまって又はホバリングしている空中ＵＥの現状を把握することができる。
【００８４】
例えば、ＵＥが空中にある場合、このときの干渉環境が地上のレガシ干渉環境とは異なるため、ネットワークは空中タイプのＲＦ媒介変数又は干渉処理機能（例えば、ＩＣＩＣ又はＣＯＭＰ）を構成しなければならない。
【００８５】
飛行可能なＵＥが地上でとどまって又はホバリングしている場合、ネットワークは空中タイプのＲＦパラメータ又は干渉処理機能を構成する必要がなく、即ち、地上ＵＥに対するレガシを構成すればよい。
【００８６】
ＵＥが高い高度及び高速で空中にある場合、遅延ハンドオーバー又はピンポンハンドオーバーのような不要な移動性手順が防止できるように、ネットワークは適切なセル又はハンドオーバー開始の適切なタイミングで空中タイプの移動性シナリオをサポートする必要がある。
【００８７】
ＵＥが低い高度で空中にある場合、ネットワークは空中ＵＥタイプの移動性シナリオをサポートする必要がなく、即ち、地上ＵＥに対するレガシ移動性をサポートすればよい。
【００８８】
好ましくは、空中端末機がＬＴＥ  ｅＮＢ又はＮＲ  ｇＮＢでＲＲＣ接続を確立しようとするとき、空中ＵＥはＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージ又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージにおいて、現在位置情報（水平速度、垂直速度及び高度）を知らせる。
【００８９】
ＵＥが位置情報をネットワークに知らせるとき、ＵＥは位置情報に対応する測定報告のためのトリガリング条件を受信する（Ｓ１００３）。
【００９０】
好ましくは、ＵＥはＲＲＣ信号メッセージを介して測定報告のためのトリガリング条件を有する無線リソース構成を受信することができる。
【００９１】
ＵＥが位置情報をネットワークに知らせるとき、ｅＮＢ又はｇＮＢはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを介してＵＥの通知された位置情報を考慮して無線リンクパラメータを構成する。また、一部の位置に関する測定構成がＲＲＣメッセージに含まれる。この測定構成は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅにおけるｍｅａｓＣｏｎｆｉｇ  ＩＥのような他のＲＲＣ信号メッセージによって提供されることもできる。ｍｅａｓＣｏｎｆｉｇ  ＩＥは新たなイベントに対するｍｅａｓＯｂｊｅｃｔＥＵＴＲＡ及びｒｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡで構成される。
【００９２】
ＵＥがＲＲＣ＿ｉｄｌｅ状態にある場合、ＵＥはシステム情報ブロックを介して測定報告のためのトリガリング条件を受信することができる。
【００９３】
好ましくは、測定報告のためのトリガリング条件は、通知された位置情報に関連する。
【００９４】
例えば、ＵＥが水平速度及び垂直速度を知らせるとき、ｅＮＢ又はｇＮＢは水平速度及び垂直速度に関連する閾値をＵＥに構成する。
【００９５】
ＵＥがＵＥの高度を知らせるとき、ｅＮＢ又はｇＮＢはこの高度に関わる閾値をＵＥに構成する。
【００９６】
空中ＵＥは水平速度、垂直速度又は高度を測定する（Ｓ１００５）。
【００９７】
位置に関する測定イベント構成を受信するとき、空中ＵＥは水平速度、垂直速度又は高度に対する測定構成イベントを設定する。速度の場合、ＵＥは水平速度及び垂直速度の間で１つのみの速度構成を得ることができる。もちろん、正確なＵＥ移動状態又は方向を推定するために、ｅＮＢ又はｇＮＢは水平速度及び垂直速度をいずれも必要とする。
【００９８】
好ましくは、位置関連イベントトリガリング条件は、以下のように構成されてもよい：
【００９９】
このイベントは、ＵＥが高速／高い高度状態で空中にあるか否かの検出に用いられるが、例えば、空中状態から地上状態に又は地上状態から空中状態に切り替えるか否かの検出に用いられる。
【０１００】
［ケース１：水平又は垂直速度が閾値よりも速い］
【０１０１】
空中ＵＥ速度のうち１つが閾値よりも速く、定義されたｔｉｍｅＴｏＴｒｉｇｇｅｒが水平又は垂直速度の間で満たされている場合、ＵＥはこの測定イベントに対してＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔに測定報告エントリを含ませて、ｅＮＢ又はｇＮＢに対してこのような測定報告手順を開始する。このような測定報告手順の場合、水平速度、垂直速度、高度、現在タイムスタンプ、ＲＳＲＰ、ＲＳＲＱのような現在の測定結果は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージに含まれてもよい。
【０１０２】
［ケース２：水平又は垂直速度が閾値よりも遅い］
【０１０３】
空中ＵＥ速度のうち１つが閾値よりも遅く、定義されたｔｉｍｅＴｏＴｒｉｇｇｅｒが水平又は垂直速度の間で満たされている場合、ＵＥはこの測定イベントに対してＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔに測定報告エントリを含ませて、ｅＮＢ又はｇＮＢに対してこのような測定報告手順を開始する。このような測定報告手順の場合、水平速度、垂直速度、高度、現在タイプスタンプ、ＲＳＲＰ、ＲＳＲＱのような現在の測定結果は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージに含まれてもよい。
【０１０４】
［ケース３：空中ＵＥの高度が閾値よりも高い］
【０１０５】
空中ＵＥ高度が閾値よりも高く、定義されたｔｉｍｅＴｏＴｒｉｇｇｅｒが満たされている場合、ＵＥは前記測定イベントに対してＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔに測定報告エントリを含ませて、ｅＮＢ又はｇＮＢに対してこのような測定報告手順を開始する。このような測定報告手順の場合、水平速度、垂直速度、高度、現在タイムスタンプ、ＲＳＲＰ、ＲＳＲＱのような現在の測定結果は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージに含まれてもよい。
【０１０６】
［ケース４：空中ＵＥの高度が閾値よりも低い］
【０１０７】
空中ＵＥ高度が閾値よりも低く、定義されたｔｉｍｅＴｏＴｒｉｇｇｅｒが満たされている場合、ＵＥはこのような測定イベントに対してＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔに測定報告エントリを含ませて、ｅＮＢ又はｇＮＢに対してこのような測定報告手順を開始する。このような測定報告手順の場合、水平速度、垂直速度、高度、現在タイムスタンプ、ＲＳＲＰ、ＲＳＲＱのような現在の測定結果は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージに含まれてもよい。
【０１０８】
イベントトリガリング条件のうち少なくとも１つがサービングセルに対して満たされている場合、ＵＥは評価された結果をサービングセルに報告して、これによって、サービングセルは変更された速度／高度レベルに応じて無線リンク関連パラメータに対する再設定又はハンドオーバー命令を得る（Ｓ１００７）。
【０１０９】
好ましくは、前記評価された結果は、ＵＥの現在位置情報、タイムスタンプに対する情報、参照シンボル受信電力（ＲＳＲＰ）又は参照シンボル受信品質（ＲＳＲＱ）のうち少なくとも１つを含む。
【０１１０】
［ケース１：水平又は垂直速度が閾値よりも速い］
【０１１１】
ＵＥから測定報告を受信した場合、ｅＮＢ又はｇＮＢは水平、垂直速度を介して特定のＵＥ移動及び方向を把握することができる。その後、ｅＮＢ又はｇＮＢは干渉を調整するために、ＵＥ無線リンクパラメータを再構成して、新たな速度スケーリングパラメータを有する適切な測定値がより速い速度状態によって適用、即ち、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎが送信される。ｅＮＢ又はｇＮＢはまた、より速い速度での隣接するセルへの移動を考慮する必要がある。特に、ｅＮＢ又はｇＮＢはＵＥの垂直又は水平速度が急速に増加したこととみなすことができる。
【０１１２】
［ケース２：水平又は垂直速度が閾値よりも遅い］
【０１１３】
ＵＥから測定報告を受信した場合、ｅＮＢ又はｇＮＢは水平、垂直速度を介して特定のＵＥ移動及び方向を把握することができる。その後、ｅＮＢ又はｇＮＢは干渉を調整するために、ＵＥ無線リンクパラメータを再構成して、新たな速度スケーリングパラメータを有する適切な測定値がより遅い速度状態によって適用、即ち、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎが送信される。ｅＮＢ又はｇＮＢはまた、より遅い速度で隣接するセルへの移動を考慮する必要がある。特に、ｅＮＢ又はｇＮＢはＵＥの垂直又は水平速度が急速に減少されたこととみなすことができる。
【０１１４】
［ケース３：空中ＵＥの高度が閾値よりも高い］
【０１１５】
ＵＥから測定報告を受信した場合、ｅＮＢ又はｇＮＢは水平、垂直速度を介して特定のＵＥ移動及び方向を把握することができる。その後、ｅＮＢ又はｇＮＢは干渉を調整するために、ＵＥ無線リンクパラメータを再構成して、新たな高度スケーリングパラメータを有する適切な測定値がより高い高度状態によって適用、即ち、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎが送信される。異なる見通し内伝搬条件が原因で、異なるチャネルモデルがＵＥに適用される必要がある。また、ｅＮＢ又はｇＮＢは空中における送信損失を防ぐために、データ又は信号繰り返しレベルをサポートすることを考慮する必要がある。
【０１１６】
［ケース４：空中ＵＥの高度が閾値よりも低い］
【０１１７】
ＵＥから測定報告を受信した場合、ｅＮＢ又はｇＮＢは水平、垂直速度を介して特定のＵＥ移動及び方向を把握することができる。その後、ｅＮＢ又はｇＮＢは干渉を調整するために、ＵＥ無線リンクパラメータを再構成して、新たな高度スケーリングパラメータを有する適切な測定値がより低い高度状態によって適用、即ち、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎが送信される。高度が地上のレガシＵＥの高度と非常に類似している場合、ｅＮＢ又はｇＮＢは正常な送信状態になるように、データ又は信号繰り返しレベルをロールバックすることを考慮する必要がある。
【０１１８】
図１１は、本発明の実施例による無線通信システムにおいて空中ＵＥに対する測定を行うための一例を示す図である。
【０１１９】
ＲＲＣ接続手順の間に、空中ＵＥはＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ又はＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージ又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージにおいて現在位置情報（水平速度、垂直速度及び高度）を通知する（Ｓ１１０１）。
【０１２０】
ｅＮＢ又はｇＮＢは、報告された空中ＵＥの位置をＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを介して考慮して無線リンクパラメータを構成する（Ｓ１１０３）。また、一部の位置関連測定構成がＲＲＣメッセージ内に含まれる。測定構成はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅにおけるｍｅａｓＣｏｎｆｉｇ  ＩＥのような他のＲＲＣ信号メッセージによって提供されることができる。ｍｅａｓＣｏｎｆｉｇ  ＩＥは新たなイベントに対するｍｅａｓＯｂｊｅｃｔＥＵＴＲＡ及びｒｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡで構成される。
【０１２１】
位置関連測定イベント構成を受信した場合、空中ＵＥは水平又は垂直速度及び高度に対する測定構成イベントを設定する。速度の場合、ＵＥは水平速度及び垂直速度の間で１つのみの速度構成を得ることができる。もちろん、正確なＵＥ移動状態又は方向を推定するために、ｅＮＢ又はｇＮＢは水平速度及び垂直速度をいずれも必要とする。測定構成の後、ＵＥは、例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅのような完了メッセージをｅＮＢ又はｇＮＢに送信する（Ｓ１１０５）。
【０１２２】
空中ＵＥは水平又は垂直速度及び高度を測定する（Ｓ１１０７）。
【０１２３】
空中ＵＥ速度のうち１つが閾値よりも速く、定義されたｔｉｍｅＴｏＴｒｉｇｇｅｒが水平又は垂直速度の間で満たされている場合（ケース１）、ＵＥはｅＮＢ又はｇＮＢに対する測定報告をトリガする（Ｓ１１０９）。このような測定報告手順の場合、水平速度、垂直速度、高度、現在タイムスタンプ、ＲＳＲＰ、ＲＳＲＱのような現在の測定結果は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージに含まれてもよい。測定報告項目は、このような測定イベントに対してＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔに含まれる。
【０１２４】
ＵＥから測定報告を受信した場合、ｅＮＢ又はｇＮＢは水平速度及び垂直速度を介して特定のＵＥ移動及び方向を把握することができる。その後、ｅＮＢ又はｇＮＢはＵＥ無線リンクパラメータを再構成して干渉を調整して、新たな速度スケーリングパラメータを有する適合した測定値がより迅速な速度状態によって適用、即ち、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎが送信される（Ｓ１１１１）。ｅＮＢ又はｇＮＢはまた、より速い速度での隣接するセルへの移動を考慮する必要がある。特に、ｅＮＢ又はｇＮＢはＵＥの垂直又は水平速度が急速に増加したこととみなすことができる。
【０１２５】
図１２は、本発明の実施例による無線通信システムにおいて空中ＵＥに対する測定を行うための一例を示す図である。
【０１２６】
ＲＲＣ接続手順の間に、空中ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージ又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージにおいて現在位置情報（水平速度、垂直速度及び高度）を通知する（Ｓ１２０１）。
【０１２７】
ｅＮＢ又はｇＮＢは報告された空中ＵＥの位置をＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを介して考慮して無線リンクパラメータを構成する（Ｓ１２０３）。また、一部の位置関連測定構成がＲＲＣメッセージ内に含まれる。この測定構成はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅにおけるｍｅａｓＣｏｎｆｉｇ  ＩＥのような他のＲＲＣ信号メッセージによって提供されることができる。前記ｍｅａｓＣｏｎｆｉｇ  ＩＥは新たなイベントに対するｍｅａｓＯｂｊｅｃｔＥＵＴＲＡ及びｒｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡで構成される。
【０１２８】
位置関連測定イベント構成を受信した場合、空中ＵＥは水平又は垂直速度及び高度に対する測定構成イベントを設定する。速度の場合、ＵＥは水平速度及び垂直速度の間で１つのみの速度構成を得ることができる。もちろん、正確なＵＥ移動状態又は報告を推定するために、ｅＮＢ又はｇＮＢは水平速度及び垂直速度をいずれも必要とする。測定構成の後、ＵＥは、例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅのような完了メッセージをｅＮＢ又はｇＮＢに送信する（Ｓ１２０５）。
【０１２９】
空中ＵＥは水平又は垂直速度及び高度を測定する（Ｓ１２０７）。
【０１３０】
空中ＵＥ速度のうち１つが閾値よりも遅く、定義されたｔｉｍｅＴｏＴｒｉｇｇｅｒが水平又は垂直速度の間で満たされている場合（ケース２）、ＵＥはｅＮＢ又はｇＮＢに対する測定報告をトリガする（Ｓ１１０９）。このような測定報告手順の場合、水平速度、垂直速度、高度、現在タイムスタンプ、ＲＳＲＰ、ＲＳＲＱのような現在の測定結果は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージに含まれてもよい。測定報告項目は、このような測定イベントに対してＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔに含まれる。
【０１３１】
ＵＥから測定報告を受信した場合、ｅＮＢ又はｇＮＢは水平速度及び垂直速度を介して特定のＵＥ移動及び方向を把握することができる。その後、ｅＮＢ又はｇＮＢはＵＥ無線リンクパラメータを再構成して干渉を調整して、新たな速度スケーリングパラメータを有する適合した測定値がより低速の速度状態によって適用、即ち、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎが送信される（Ｓ１２１１）。ｅＮＢ又はｇＮＢはまた、より遅い速度での隣接するセルへの移動を考慮する必要がある。特に、ｅＮＢ又はｇＮＢはＵＥの垂直又は水平速度が急速に減少されたこととみなすことができる。
【０１３２】
図１３は、本発明の実施例による無線通信システムにおいて空中ＵＥに対する測定を行うための一例を示す図である。
【０１３３】
ＲＲＣ接続手順の間に、空中ＵＥはＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージ又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージにおいて現在位置情報（水平速度、垂直速度及び高度）を通知する（Ｓ１３０１）。
【０１３４】
ｅＮＢ又はｇＮＢは報告された空中ＵＥの位置をＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを介して考慮して無線リンクパラメータを構成する（Ｓ１３０３）。また、一部の位置関連測定構成がＲＲＣメッセージ内に含まれる。この測定構成は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅにおけるｍｅａｓＣｏｎｆｉｇ  ＩＥのような他のＲＲＣ信号メッセージによって提供されることができる。前記ｍｅａｓＣｏｎｆｉｇ  ＩＥは新たなイベントに対するｍｅａｓＯｂｊｅｃｔＥＵＴＲＡ及びｒｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡで構成される。
【０１３５】
位置関連測定イベント構成を受信した場合、空中ＵＥは水平又は垂直速度及び高度に対する測定構成イベントを設定する。速度の場合、ＵＥは水平速度及び垂直速度の間で１つのみの速度構成を得ることができる。もちろん、正確なＵＥ移動状態又は方向を推定するために、ｅＮＢ又はｇＮＢは水平速度及び垂直速度をいずれも必要とする。測定構成の後、ＵＥは、例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅのような完了メッセージをｅＮＢ又はｇＮＢに送信する（Ｓ１３０５）。
【０１３６】
空中ＵＥは水平又は垂直速度及び高度を測定する（Ｓ１３０７）。空中ＵＥ高度が閾値よりも高く、定義されたｔｉｍｅＴｏＴｒｉｇｇｅｒが満たされている場合（ケース３）、ＵＥはｅＮＢ又はｇＮＢに対する測定報告をトリガする（Ｓ１３０９）。このような測定報告手順の場合、水平速度、垂直速度、高度、現在タイムスタンプ、ＲＳＲＰ、ＲＳＲＱのような現測定結果は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージに含まれてもよい。測定報告項目は、このような測定イベントに対してＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔに含まれる。
【０１３７】
ＵＥから測定報告を受信した場合、ｅＮＢ又はｇＮＢは水平速度及び垂直速度を介して特定のＵＥ移動及び方向を把握することができる。その後、ｅＮＢ又はｇＮＢはＵＥ無線リンクパラメータを再構成して干渉を調整して、新たな高度スケーリングパラメータを有する適合した測定値がより高い高度状態によって適用、即ち、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎが送信される（Ｓ１３１１）。異なる見通し内伝搬条件が原因で、異なるチャネルモデルがＵＥに適用される必要がある。また、ｅＮＢ又はｇＮＢは空中における送信損失を防ぐために、データ又は信号繰り返しレベルをサポートすることを考慮する必要がある。
【０１３８】
図１４は、本発明の実施例による無線通信システムにおいて空中ＵＥに対する測定を行うための一例を示す図である。
【０１３９】
ＲＲＣ接続手順の間に、空中ＵＥはＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージ又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージにおいて現在位置情報（水平速度、垂直速度及び高度）を通知する（Ｓ１４０１）。
【０１４０】
ｅＮＢ又はｇＮＢは報告された空中ＵＥの位置をＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを介して考慮して無線リンクパラメータを構成する（Ｓ１４０３）。また、一部の位置関連測定構成がＲＲＣメッセージ内に含まれる。この測定構成は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅにおけるｍｅａｓＣｏｎｆｉｇ  ＩＥのような他のＲＲＣ信号メッセージによって提供されることができる。ｍｅａｓＣｏｎｆｉｇ  ＩＥは新たなイベントに対するｍｅａｓＯｂｊｅｃｔＥＵＴＲＡ及びｒｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡで構成される。
【０１４１】
位置関連測定イベント構成を受信した場合、空中ＵＥは水平又は垂直速度及び高度に対する測定構成イベントを設定する。速度の場合、ＵＥは水平速度及び垂直速度の間で１つのみの速度構成を得ることができる。もちろん、正確なＵＥ移動状態又は報告を推定するために、ｅＮＢ又はｇＮＢは水平速度及び垂直速度をいずれも必要とする。測定構成の後、ＵＥは、例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅのような完了メッセージをｅＮＢ又はｇＮＢに送信する（Ｓ１４０５）。空中ＵＥは水平又は垂直速度及び高度を測定する（Ｓ１４０７）。
【０１４２】
空中ＵＥ高度が閾値よりも低く、定義されたｔｉｍｅＴｏＴｒｉｇｇｅｒが満たされている場合（ケース４）、ＵＥはｅＮＢ又はｇＮＢに対する測定報告をトリガする（Ｓ１４０９）。このような測定報告手順の場合、水平速度、垂直速度、高度、現在タイムスタンプ、ＲＳＲＰ、ＲＳＲＱのような現測定結果は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージに含まれてもよい。測定報告項目は、このような測定イベントに対してＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔに含まれる。
【０１４３】
ＵＥから測定報告を受信した場合、ｅＮＢ又はｇＮＢは水平速度及び垂直速度を介して特定のＵＥ移動及び方向を把握することができる。その後、ｅＮＢ又はｇＮＢはＵＥ無線リンクパラメータを再構成して干渉を調整して、新たな高度スケーリングパラメータを有する適合した測定値がより低い高度状態によって適用、即ち、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎが送信される（Ｓ１４１１）。高度が地上のレガシＵＥの高度と非常に類似している場合、ｅＮＢ又はｇＮＢは正常な送信状態になるように、データ又は信号繰り返しレベルをロールバックすることを考慮する必要がある。
【０１４４】
以上説明してきた実施例は、本発明の構成要素及び特徴を所定形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に置き換えられることができる。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めたりすることができるのは明らかである。
【０１４５】
本発明の実施例において、ＢＳによって行われるとした特定動作は、ＢＳの上位ノードによって行われてもよい。すなわち、基地局を含む複数のネットワークノードからなるネットワークにおいて、ＭＳとの通信のために行われる様々な動作がＢＳ又はＢＳ以外の他のネットワークノードによって行われてもよい。「ｅＮＢ」という用語は、「固定局」、「ノードＢ」、「基地局（ＢＳ）」、「アクセスポイント（ＡＰ）」などに置き換えられることができる。
【０１４６】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア、ソフトウェア又はそれらの結合などによって実装することができる。
【０１４７】
ハードウェアによる実装では、本発明の一実施例は、一つ以上の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサのうち１つ以上によって実装することができる。
【０１４８】
ファームウェアやソフトウェアによる実装の場合、本発明の実施例による方法は、上述した機能又は動作を行うモジュール、手順又は機能などの形態として実装できる。例えば、ソフトウェアコードは、メモリユニットに格納されてプロセッサによって駆動されてもよい。メモリユニットは、プロセッサの内部又は外部に位置することができ、既知の様々な手段によってプロセッサとデータを送受信することができる。
【０１４９】
本発明の本質的な特性を逸脱しない範囲内で、本発明が他の特定の形態で実行され得ることは当業者にとって自明である。よって、前記実施例は、全ての面で制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、上述した説明ではなく、添付の請求範囲によって決定しなければならず、添付の請求項の意味内にある全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１５０】
上述した方法は、３ＧＰＰ  ＬＴＥ及びＮＲシステムに適用された例を中心として説明したが、本発明は、３ＧＰＰ  ＬＴＥ及びＮＲシステムの他にも様々な無線通信システムに適用することができる。
【図１】
0006776450.tif 000002
【図２】
0006776450.tif 000003
【図３ａ】
0006776450.tif 000004
【図３ｂ】
0006776450.tif 000005
【図４（ａ）】
0006776450.tif 000006
【図４（ｂ）】
0006776450.tif 000007
【図５】
0006776450.tif 000008
【図６（ａ）】
0006776450.tif 000009
【図６（ｂ）】
0006776450.tif 000010
【図７】
0006776450.tif 000011
【図８】
0006776450.tif 000012
【図９】
0006776450.tif 000013
【図１０】
0006776450.tif 000014
【図１１】
0006776450.tif 000015
【図１２】
0006776450.tif 000016
【図１３】
0006776450.tif 000017
【図１４】
0006776450.tif 000018