(57)【要約】  本明細書では、マクロセルとマイクロセルとを含むセルラーネットワーク内でハンドオーバ開始のためにアレンジされたユーザイクイップメント（ＵＥ）の実施形態を開示する。ＵＥは、ＵＥ上で動作しているアプリケーションに関連づけられたアプリケーション情報を決定し得る。アプリケーション情報は、オペレーティングシステム識別子を含み得る。さらに、ＵＥは、決定されたアプリケーション情報に基づいた測定レポートを生成し得る。測定レポートは、アプリケーション情報を含み得る。その後に続き、ＵＥはハンドオーバを開始させるように構成された測定レポートを進化型Ｎｏｄｅ  Ｂ（ｅＮＢ）に送信し得る。ハンドオーバは、測定レポート内のアプリケーション情報に基づき、マイクロセル又はマクロセルに対するものであり得る。
2017514418.tif 000002
【特許請求の範囲】
【請求項１】
マクロセルとマイクロセルとを含むセルラーネットワーク内でのハンドオーバ開始のためのユーザイクイップメント（ＵＥ）の装置であって、
当該ＵＥ上で動作しているアプリケーションに関連づけられたアプリケーション情報であって、オペレーティングシステム識別子を有するアプリケーション情報を決定し、
決定された前記アプリケーション情報に基づいた測定レポートであって、前記アプリケーション情報を含む測定レポートを生成する、
処理回路と、
前記測定レポートを送信する物理層回路（ＰＨＹ）とを、含み、
前記測定レポートの送信は、前記測定レポート内の前記アプリケーション情報に基づいて、マイクロセル又はマクロセルの一方にハンドオーバを開始させるように構成された、装置。
装置。
【請求項２】
前記オペレーティングシステム識別子は、ユニバーサル固有識別子（ＵＵＩＤ）である、請求項１に記載の装置。
【請求項３】
前記アプリケーション情報は、前記アプリケーションに関連づけられたサービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）をさらに含む、請求項１に記載の装置。
【請求項４】
前記測定レポートの送信は、前記ＱＣＩに由来するパラメータに基づいてトリガされる、請求項３に記載の装置。
【請求項５】
前記アプリケーション情報は、複数のサービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）を含み、
前記測定レポートの送信は、第一ＱＣＩに由来するパラメータに基づいてトリガされ、該第一ＱＣＩは、前記複数のＱＣＩの残りのＱＣＩよりも高い優先度を有する、請求項１に記載の装置。
【請求項６】
前記アプリケーション情報は、複数のサービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）を含み、
前記処理回路は、さらに
前記複数のＱＣＩに基づいた複数の測定レポートであって、前記複数のＱＣＩの各対応するＱＣＩについての測定レポートを含む複数の測定レポートを生成する、
ように構成され、
前記複数の測定レポートの送信は、各対応するＱＣＩに由来するパラメータに基づいてトリガされる、請求項１に記載の装置。
【請求項７】
前記アプリケーション情報は、前記測定レポートに関連づけられた非リアルタイムアプリケーションについての非リアルタイムのサービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）と、リアルタイム測定レポートに関連づけられたリアルタイムアプリケーションについてのリアルタイムＱＣＩとを含み、前記処理回路は、さらに
前記非リアルタイムＱＣＩに基づいた非リアルタイムトリガ時間（ＴＴＴ）値を適用し、
前記リアルタイムＱＣＩに基づいたリアルタイムＴＴＴ値であって、前記非リアルタイムＴＴＴ値より低いリアルタイムＴＴＴ値を適用する、
ように構成され、
前記ＰＨＹは、さらに、前記リアルタイム測定レポートを送信するように構成され、
前記測定レポートの送信は前記非リアルタイムＴＴＴ値に基づき、前記リアルタイム測定レポートの送信は前記リアルタイムＴＴＴ値に基づく、請求項１に記載の装置。
【請求項８】
前記アプリケーション情報は前記アプリケーションについてのアプリケーションタイプを含む、請求項１に記載の装置。
【請求項９】
前記アプリケーションタイプはビット列である、請求項８に記載の装置。
【請求項１０】
前記アプリケーションタイプは、音声アプリケーション、動画アプリケーション、ウェブ閲覧アプリケーション又はインタラクティブゲームアプリケーションである前記アプリケーションに対応する、請求項８に記載の装置。
【請求項１１】
前記処理回路は、さらに
決定された前記アプリケーション情報に基づいたトリガ時間（ＴＴＴ）値を適用する、
ように構成され、
前記測定レポートの送信は、前記ＴＴＴ値を有するタイマの期限が切れたことに基づく、請求項１に記載の装置。
【請求項１２】
前記アプリケーション情報は非リアルタイムアプリケーション又はリアルタイムアプリケーションに対応し、
前記非リアルタイムアプリケーションについての非リアルタイムＴＴＴ値は、前記リアルタイムアプリケーションについてのリアルタイムＴＴＴ値よりも高い、請求項１１に記載の装置。
【請求項１３】
前記処理回路は、さらに
決定されたアプリケーション情報に基づき、A3Offset値を適用する、
ように構成され、
前記測定レポートの送信は、前記A3Offset値に基づく、請求項１に記載の装置。
【請求項１４】
前記アプリケーション情報は非リアルタイムアプリケーション又はリアルタイムアプリケーションに対応し、
前記非リアルタイムアプリケーションについての非リアルタイムA3Offset値は、前記リアルタイムアプリケーションについてのリアルタイムA3Offset値よりも高い、請求項１３に記載の装置。
【請求項１５】
前記処理回路は、さらに
アプリケーションリストであって、異なるタイプのアプリケーションを有するアプリケーションリストにアクセスし、
アクセスされた前記アプリケーションリストに基づいて、前記アプリケーションについてのアプリケーションタイプを決定する
ように構成され、
前記アプリケーション情報は決定された前記アプリケーションタイプを含む、請求項１に記載の装置。
【請求項１６】
前記処理回路は、さらに
決定されたアプリケーション情報に基づき無線リンク障害（ＲＬＦ）タイマ値を適用する、
ように設定され、
前記ＵＥは、前記ＲＬＦタイマ値を有するタイマの期限が切れたことにより無線リンク障害を宣言する、請求項１に記載の装置。
【請求項１７】
前記アプリケーション情報は非リアルタイムアプリケーション又はリアルタイムアプリケーションに対応し、
前記非リアルタイムアプリケーションについての非リアルタイムＲＬＦタイマ値は、前記リアルタイムアプリケーションについてのリアルタイムＲＬＦタイマ値よりも低い、請求項１６に記載の装置。
【請求項１８】
マクロセルとマイクロセルとを含むセルラーネットワーク内でハンドオーバ開始のオペレーションを行う、一以上のプロセッサにより実行されるプログラムであって、ユーザイクイップメント（ＵＥ）が、
前記ＵＥ上で動作するアプリケーションに関連付けられたアプリケーション情報であって、サービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）を有するアプリケーション情報を決定し、
前記ＱＣＩに基づいた測定レポートであって、前記アプリケーション情報を含む測定レポートを生成し、
ハンドオーバを開始させるように設定された前記測定レポートを送信する、
ように構成する前記オペレーションを行い、
前記ハンドオーバは、前記測定レポート内の前記アプリケーション情報に基づき、マイクロセル又はマクロセルに対するものである、プログラム。
【請求項１９】
前記アプリケーション情報は、非リアルタイムアプリケーションについての非リアルタイムＱＣＩと、リアルタイムアプリケーションについてのリアルタイムＱＣＩとを含み、
前記測定レポートは、前記非リアルタイムＱＣＩに基づき、前記測定レポートは非リアルタイムトリガ時間（ＴＴＴ）値を有し、
前記オペレーションは、さらに、
前記リアルタイムＱＣＩに基づいたリアルタイム測定レポートであって、前記非リアルタイムＴＴＴ値よりも低いリアルタイムＴＴＴ値を有するリアルタイム測定レポートを生成し、
前記リアルタイム測定レポートを送信する、請求項１８に記載のプログラム。
【請求項２０】
マクロセルとマイクロセルとを含むセルラーネットワーク内でハンドオーバ決定を行うように設定された進化型Ｎｏｄｅ  Ｂ（eＮＢ）であって、当該ｅＮＢは、
ユーザイクイップメント（ＵＥ）から、ハンドオーバを開始させる、アプリケーション情報を有する測定レポートであって、該ＵＥ上で動作しているアプリケーションに関連づけられたアプリケーション情報であって、サービス品質（ＱｏＳ）クｒラス識別子（ＱＣＩ）を有する測定レポートを受信し、
受信した前記測定レポートをハンドオーバ決定の基礎にする
処理回路と、
前記ＵＥにメッセージを送信しハンドオーバを開始する物理層回路（ＰＨＹ）と、を含むｅＮＢ。
【請求項２１】
前記ハンドオーバ決定は、前記アプリケーションがリアルタイムアプリケーションであるときにマクロセルにハンドオーバすることであり、
前記ハンドオーバ決定は、前記アプリケーションが非リアルタイムアプリケーションであるときにマイクロセルにハンドオーバすることである、請求項２０に記載のｅＮＢ。
【請求項２２】
前記ハンドオーバ決定は、前記アプリケーションが音声アプリケーションであるときにマクロセルにハンドオーバすることである、請求項２０に記載のｅＮＢ。
【請求項２３】
前記ハンドオーバ決定は、前記アプリケーションが動画ストリーミングアプリケーション、ゲームアプリケーション又はウェブ閲覧アプリケーションであるときにマイクロセルにハンドオーバすることである、請求項２０に記載のｅＮＢ。
【請求項２４】
さらに、前記ＵＥから、モバイル情報を受信することを含み、
前記ハンドオーバ決定は、前記モバイル情報にさらに基づく、請求項２０に記載のｅＮＢ。
【請求項２５】
さらに、セル負荷測定とチャンネル条件測定を有する負荷分散情報を受信することを含み、
前記ハンドオーバ決定は、前記負荷分散情報にさらに基づく、請求項２０に記載のｅＮＢ。
【請求項２６】
リアルタイムアプリケーションに関連づけられたリアルタイムトリガ時間（ＴＴＴ）値を設定することと、
非リアルタイムアプリケーションに関連づけられた非リアルタイムＴＴＴ値を設定すること、
をさらに含む、請求項２０に記載のｅＮＢ。
【請求項２７】
リアルタイムアプリケーションに関連づけられたリアルタイムA3Offset値を設定することと、
非リアルタイムアプリケーションに関連づけられた非リアルタイムA3Offset値を設定すること、
をさらに含む、請求項２０に記載のｅＮＢ。
【請求項２８】
リアルタイムアプリケーションに関連づけられたリアルタイムＲＬＦタイマ値を設定することと、
非リアルタイムアプリケーションに関連づけられた非リアルタイムＲＬＦタイマ値を設定すること、
をさらに含む、請求項２０に記載のｅＮＢ。
【請求項２９】
請求項１８又は１９に記載のプログラムを記憶した、非一時的なコンピュータ読み取り可能記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、2014年4月25日に出願された米国仮特許出願番号61/984,673号に基づく優先権を主張し、同出願はすべて参照により本明細書に組み込まれる。
【０００２】
実施形態は、無線通信に関連する。いくつかの実施形態は、第三世代パートナーシッププロジェクト（３ＧＰＰ）のロングタームエボリューション（ＬＴＥ）及びＬＴＥアドバンスト（ＬＴＥ−Ａ）規格に従って動作するように構成されたネットワークを含むセルラー通信ネットワークに関連する。いくつかの実施形態は、アプリケーション情報を有する測定レポートに基づいたハンドオーバ決定に関連する。
【背景技術】
【０００３】
アクティブな／進行中の通信接続（例えば、音声又はデータコール）状態のモバイルデバイス（例えば、携帯電話、ユーザイクイップメント（ＵＥ））が第一セルのカバレッジ領域から離れる方向に動き、第二セルのカバレッジ領域に進入しているときは、電話が第一セル（ソースセル）のカバレッジ領域から出るときにリンク終了してしまうのを回避するため、その通信接続は第二セル（目標セル）に移管される。この接続の移管は、ハンドオーバ（handover）（又は、ハンドオフ（handoff））と呼ばれる。ハンドオーバを行うのは、負荷分散などの他の理由もあり得る。
【０００４】
異種ネットワークにおいては、モバイルデバイスは、小領域内での増加した能力又はスループットを提供し得る付加的なマイクロセルを伴う、基地局のマクロセルオーバーレイで構成されたセルラーネットワーク内で動作し得る。
【０００５】
さらに、ハンドオーバは、デバイスモバイル性にとって、特に、異種ネットワークにおいては、増々重要になってきている。しかし、マイクロセルの低電力特性などの、マイクロセルの特徴により、従来方式で行われるハンドオーバ決定は、最善ではない可能性がある。
【０００６】
ハンドオーバについての一つの論点は、ハンドオーバ失敗である。ハンドオーバ失敗が起きるときは、サービス中断が起き得る。このサービス中断は、多くのアプリケーションにとって好適ではない。
【０００７】
つまり、ハンドオーバ失敗を低減する技術の一般的な要望がある。ハンドオーバ失敗中に生じるサービス中断時間を低減する技術の一般的な要望がある。また、特に異種ネットワークにおいて、ハンドオーバ決定を改善する一般的な要望がある。
【図面の簡単な説明】
【０００８】
【図１】図１は、いくつかの実施形態に係る３ＧＰＰネットワークの機能図である。
【０００９】
【図２】図２は、いくつかの実施形態に係るユーザイクイップメント（ＵＥ）の機能図である。
【００１０】
【図３】図３は、いくつかの実施形態に係る進化型Ｎｏｄｅ  Ｂ（ｅＮＢ）の機能図である。
【００１１】
【図４】図４は、いくつかの実施形態に係る、マクロセルオーバーレイ及び複数のマイクロセルが配置されたシナリオ例を示す。
【００１２】
【図５】図５は、いくつかの実施形態に係る、マクロセルオーバーレイ及び複数のマイクロセルが配置されたシナリオ例の別を示す。
【００１３】
【図６】図６は、いくつかの実施形態に係る、測定レポート設定メッセージの例を示す。
【００１４】
【図７】図７は、マクロセルとマイクロセルとを含むセルラーネットワーク内でハンドオーバ開始のためのユーザイクイップメント（ＵＥ）により行われる方法のオペレーションを示す。
【００１５】
【図８】図８は、マクロセルとマイクロセルとを含むセルラーネットワーク内でハンドオーバ開始のための進化型Ｎｏｄｅ  Ｂ（ｅＮＢ）により行われる方法のオペレーションを示す。
【発明を実施するための形態】
【００１６】
次の記載は及び図面は特定の実施形態を十分に説明し、それにより当業者はそれらを実施することができる。他の実施形態は、構造的、論理的、電気的、処理的、その他の変更を組み込み得る。いくつかの実施形態の部分及び特徴は、他の実施形態のそれらに含まれる、又は代替され得る。特許請求の範囲に規定された実施形態は、特許請求の範囲の利用可能な全ての均等物を包含する。
【００１７】
図１は、いくつかの実施形態に係る、３ＧＰＰネットワークの機能図である。ネットワークは、無線アクセスネットワーク（ＲＡＮ）（例えば、図示するように、Ｅ−ＵＴＲＡＮ（進化型ユニバーサル地上無線アクセスネットワーク））１００とコアネットワーク１２０（例えば、示すように、進化型パケットコア（ＥＰＣ））を有し、これらがＳ１インタフェース１１５を通じてまとまって結合されている。便宜上及び簡潔性のため、ＲＡＮ１００と同様に、コアネットワーク１２０の一部のみを示している。
【００１８】
コアネットワーク１２０は、モビリティ管理エンティティ（ＭＭＥ）１２２と、ゲートウェイをサービングする（サービングＧＷ）１２４と、パケットデータネットワークゲートウェイ（ＰＤＮ  ＧＷ）１２６と、を含む。ＲＡＮ１００は、ユーザイクイップメント（ＵＥ）１０２と通信する進化型Ｎｏｄｅ  Ｂ（ｅＮＢ）１０４（基地局として動作し得る）を含む。ｅＮＢ１０４は、マクロｅＮＢと、マイクロｅＮＢ等の低電力（ＬＰ）ｅＮＢと、を含む。
【００１９】
いくつかの例においては、ＵＥ１０２は、潜在ハンドオーバプロセスの一部として、ＵＥ１０２で決定されるアプリケーション情報を含む測定レポートを、ｅＮＢ１０４に送信し得る。ＵＥ１０２は、ＵＥ上で動作しているアプリケーションに関連づけられたアプリケーション情報を決定し得る。また、ＵＥは、決定されたアプリケーション情報を有する測定レポートを生成し得る。さらに、測定レポートの送信は、ハンドオーバを開始させるように構成され得る。
【００２０】
例えば、ハンドオーバは、ｅＮＢ１０４が、アプリケーション情報を有する測定レポートを、ＵＥ１０２から受信したときに開始され得る。その後に続き、ｅＮＢ１０４は、受信した測定レポートをハンドオーバ決定の基礎とし得る。ハンドオーバは、測定レポートに基づいてマイクロセル又はマクロセルに対するものであり得る。
【００２１】
ＭＭＥ１２２は、レガシサービングＧＰＲＳサポートノード（ＳＧＳＮ）の制御プレーンと機能が類似している。ＭＭＥ１２２は、ゲートウェイ選択及び追跡エリアリスト管理等、アクセスにおけるモビリティの側面を管理する。サービングＧＷ１２４は、ＲＡＮ１００に対するインタフェースを終端するものであり、ＲＡＮ１００とコアネットワーク１２０との間でデータパケットをルーティングする。また、サービングＧＷ１２４は、ｅＮＢ間ハンドオーバのためのローカルモビリティアンカポイントであり得り、また、３ＧＰＰ間モビリティのためのアンカを提供し得る。他の役割は、合法的傍受、課金、及び何らかのポリシ施行を含み得る。サービングＧＷ１２４及びＭＭＥ１２２は、一つの物理ノード内に実装されてもよいし、別々の物理ノード内に実装されてもよい。ＰＤＮ    ＧＷ１２６は、パケットデータネットワーク（ＰＤＮ）に対するＳＧｉインタフェースを終端する。ＰＤＮ  ＧＷ１２６は、コアネットワーク１２０と外部ＰＤＮとの間でデータパケットをルーティングし、ポリシ施行及びデータ収集課金のためのキーとなるノードであり得る。ＰＤＮ  ＧＷ１２６はまた、非ＬＴＥアクセスに対する、モビリティのためのアンカポイントを提供することができる。外部ＰＤＮは、任意の種類のＩＰネットワーク、及びＩＰマルチメディアサブシステム（ＩＭＳ）領域であり得る。ＰＤＮ  ＧＷ１２６及びサービングＧＷ１２４は、一つの物理ノード内に実装されてもよいし、別々の物理ノード内に実装されてもよい。
【００２２】
ｅＮＢ１０４（マクロ及びマイクロ）は、無線インタフェースプロトコルを終端するものであり、ＵＥ１０２に対する最初のコンタクトポイントであり得る。いくつかの実施形態において、ｅＮＢ１０４は、無線ベアラ管理、上りリンク及び下りリンクの動的無線リソース管理及びデータパケットスケジューリング、並びにモビリティ管理等のＲＮＣ（無線ネットワークコントローラ機能）を含むがこれらに限定されない、ＲＡＮ１００のための様々な論理機能を実行することができる。実施形態に係る、ＵＥ１０２は、直交周波数分割多重方式（ＯＦＤＭ）通信信号を、直交周波数分割多重アクセス（ＯＦＤＭＡ）通信技術に従って、マルチキャリアの通信チャネルを介してｅＮＢ１０４と通信するように設定され得る。ＯＦＤＭ信号は、複数の直交サブキャリアを含み得る。
【００２３】
Ｓ１インタフェース１１５は、ＲＡＮ１００とＥＰＣ１２０とを分離するインタフェースである。Ｓ１インタフェース１１５は、二つの部分、すなわち、ｅＮＢ１０４とサービングＧＷ１２４との間でトラフィックデータを伝送するＳ１−Ｕ、及び、ｅＮＢ１０４とＭＭＥ１２２との間のシグナリングインタフェースであるＳ１−ＭＭＥに分けられる。Ｘ２インタフェースは、ｅＮＢ１０４間のインタフェースである。Ｘ２インタフェースは、２つの部分、すなわち、Ｘ２−Ｃ及びＸ２−Ｕを含む。Ｘ２−Ｃは、ｅＮＢ１０４間の制御プレーンインタフェースであるのに対し、Ｘ２−Ｕは、ｅＮＢ１０４間のユーザプレーンインタフェースである。
【００２４】
セルラーネットワークにおいて、ＬＰセルは、代表的には、屋外信号が十分に届かない屋内エリアに対するカバレッジを拡張するために、あるいは、駅等の、電話が非常に混み合って使用されるエリアにおけるネットワーク容量を追加するために使用される。本明細書で使用されるとき、用語低電力（ＬＰ）ｅＮＢとは、フェムトセル、ピコセル、又はマイクロセル等のより狭いセル（マクロセルよりも狭いセル）を実装するための任意の適切な比較的低い電力のｅＮＢを指す。フェムトセルｅＮＢは、代表的には、モバイルネットワーク事業者により、その居住顧客（residential  customer）又は企業顧客（enterprise  customer）に対して提供される。フェムトセルは、代表的には、居住用ゲートウェイのサイズ又はこれより小さなサイズであり、一般に、ユーザのブロードバンド回線に接続する。つながれると、フェムトセルは、モバイル事業者のモバイルネットワークに接続し、居住用フェムトセルのために代表的には３０メートルから５０メートルの範囲の追加のカバレッジを提供する。したがって、ＬＰ  ｅＮＢは、フェムトセルｅＮＢであり得る。なぜならば、これは、ＰＤＮ  ＧＷ１２６を介して結合されるからである。同様に、ピコセルは、ビルディング内（オフィス、ショッピングモール、駅等）や、より最近では航空機内等の小さなエリアを代表的にはカバーする無線通信システムである。ピコセルｅＮＢは、一般に、Ｘ２リンクを介して、その基地局コントローラ（ＢＳＣ）機能を介してマクロｅＮＢ等の別のｅＮＢに接続し得る。したがって、ＬＰ  ｅＮＢは、ピコセルｅＮＢを用いて実装され得る。なぜならば、これは、Ｘ２インタフェースを介してマクロｅＮＢに接続されるからである。ピコセルｅＮＢ又は他のＬＰ  ｅＮＢは、マクロｅＮＢの機能のいくつか又は全てを組み込み得る。いくつかの場合においては、これは、アクセスポイント、基地局又はエンタープライズフェムトセルと呼ばれることもある。
【００２５】
いくつかの実施形態においては、ｅＮＢ１０４からＵＥ１０２へのダウンリンク伝送にダウンリンクリソースグリッドが用いられ得るのに対し、アップリンク伝送には、同様の技術を利用し得る。グリッドは時間周波数グリッドでよく、リソースグリッド又は時間周波数リソースグリッドと呼ばれ、各スロット内のダウンリンクにおける物理リソースである。そのような時間周波数プレーン表示は、ＯＦＤＭシステムでは普通であり、無線リソース割当を直観的なものにさせる。リソースグリッドの各行と各列は、一つのＯＦＤＭシンボルと一つのＯＦＤＭサブキャリアに、それぞれ対応する。時間領域におけるリソースグリッドの経過は、無線フレーム内の一つのスロットに対応する。リソースグリッドで最も小さい時間周波数ユニットは、リソースエレメントと示される。各リソースグリッドは、所定の物理チャネルのリソースエレメントへのマッピングを記述する多数のリソースブロックを含む。各リソースブロックは、周波数領域における一群のリソースエレメントを含み、現在割当可能なリソースの最小量を表し得る。そのようなリソースブロックを用いて搬送される、複数の異なる物理ダウンリンクチャネルがある。本開示に特に関連して、これらの物理ダウンリンクチャネルのうちの二つは、物理ダウンリンク共用チャネルと物理ダウンリンク制御チャネルである。
【００２６】
物理ダウンリンク共用チャネル（ＰＤＳＣＨ）は、ユーザデータ及びより上位のレイヤのシグナリングをＵＥ１０２に伝送する。物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、とりわけ、ＰＤＳＣＨチャネルに関連するトランスポートフォーマット及びリソース割り当てについての情報を伝送する。これはまた、アップリンク共用チャネルに関連するトランスポートフォーマット、リソース割り当て、及びハイブリッド自動再送要求（ＨＡＲＱ）情報についてＵＥ１０２に通知する。代表的には、ダウンリンクスケジューリング（セル内のＵＥに対する制御チャネルリソースブロック及び共用チャネルリソースブロックの割り当て）は、ＵＥ１０２からｅＮＢ１０４にフィードバックされたチャネル品質情報に基づいて、ｅＮＢ１０４において実行され、次いで、ダウンリンクリソース割り当て情報が、ＵＥ１０２のために使用される（割り当てられる）物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、ＵＥ１０２に送信される。
【００２７】
ＰＤＣＣＨは、ＣＣＥ（制御チャネル要素；control  channel  element）を使用して、制御情報を伝送する。リソース要素にマッピングされる前に、ＰＤＣＣＨ複素数値シンボルが、まず、四つ組（quadruplet）に編成され得、次いで、その四つ組が、レートマッチングのために、サブブロックインターリーバ（inter-leaver）を用いて順序が変えられる。各ＰＤＣＣＨは、このようなＣＣＥのうちの１以上を用いて伝送される。ここで、各ＣＣＥは、リソース要素グループ（ＲＥＧ）として知られている４つの物理リソース要素の９個のセットに対応する。４位相シフトキーイング（ＱＰＳＫ）シンボルが、各ＲＥＧにマッピングされる。ＰＤＣＣＨは、ＤＣＩのサイズ及びチャネル状態に応じて、１以上のＣＣＥを用いて伝送され得る。異なる数のＣＣＥ（例えば、アグリゲーションレベル、Ｌ＝１、２、４、又は８）を伴う、ＬＴＥにおいて定義された４以上の異なるＰＤＣＣＨフォーマットが存在し得る。
【００２８】
図２は、いくつかの実施形態に係る、ユーザイクイップメント（ＵＥ）の機能図である。図３は、いくつかの実施形態に係る、進化型Ｎｏｄｅ  Ｂ（ｅＮＢ）３００の機能図である。いくつかの実施形態においては、ｅＮＢ３００は静的な非モバイルデバイスであり得ることに留意されたい。ＵＥ２００は、図１に示したＵＥ１０２であり得る。また、ｅＮＢ３００は、図１に示したｅＮＢ１０４であり得る。ＵＥ２００は、一つ以上のアンテナ２０１を用いて、ｅＮＢ３００、他のｅＮＢ、他のＵＥ、又は他の装置と信号を送受信する物理レイヤ回路２０２を含み得る。ＵＥ２００は、無線媒体へのアクセスを制御する媒体アクセス制御レイヤ（ＭＡＣ）回路２０４を含み得るのに対し、ｅＮＢ３００も、無線媒体へのアクセスを制御する無線アクセス制御レイヤ（ＭＡＣ）回路３０４を含み得る。ＵＥ２００は、本明細書で記載するオペレーションを行うように構成された処理回路２０６及びメモリ３０８も含み得り、ｅＮＢ３００も、本明細書で記載するオペレーションを行うように構成された処理回路３０６及びメモリ３０８を含み得る。ｅＮＢ３００は、一つ以上のインタフェース３１０も含み得り、これにより、他のｅＮＢ１０４（図１）、コアネットワーク１２０（図１）内のコンポーネント、その他のネットワークコンポーネント、を含む他のコンポーネントとの通信を可能にし得る。さらに、インタフェース３１０は、ネットワークの外部のコンポーネントを含む、図１に示されていなくてよい他のコンポーネントとの通信を可能にし得る。インタフェース３１０は、有線、無線又はこれらの組み合わせであり得る。
【００２９】
アンテナ２０１、３０１は、例えば、ダイポールアンテナ、モノポールアンテナ、パッチアンテナ、ループアンテナ、マイクロストリップアンテナ、無線周波数（ＲＦ）信号の送信に適したその他のタイプのアンテナを含む一つ以上の指向性アンテナ又は全方向性アンテナを含み得る。いくつかの多入力多出力（ＭＩＭＯ）の実施形態において、アンテナ２０１、３０１は効果的に分離されて、空間ダイバーシチと、生じ得る様々なチャネル特性とを利用する。
【００３０】
いくつかの実施形態において、本明細書で記載するモバイルデバイス又は他のデバイスは、携帯情報端末（ＰＤＡ）、無線通信能力を有するラップトップコンピュータ若しくはポータブルコンピュータ、ウェブタブレット、無線電話機、スマートフォン、無線ヘッドセット、ページャ、インスタントメッセージングデバイス、デジタルカメラ、アクセスポイント、テレビジョン、医用デバイス（例えば、心拍数モニタ、血圧モニタ等）、又は、情報を無線で送受信し得る他のデバイス等のポータブル無線通信デバイスの一部であり得る。いくつかの実施形態において、モバイルデバイス又は他のデバイスは、ＩＥＥＥ８０２．１１又は他のＩＥＥＥ規格を含む、他のプロトコル又は規格に従って動作するように構成され得る。いくつかの実施形態において、モバイルデバイス又は他のデバイスは、キーボード、ディスプレイ、不揮発性メモリポート、複数のアンテナ、グラフィックスプロセッサ、アプリケーションプロセッサ、スピーカ、及び他のモバイルデバイス要素のうちの１つ以上を含み得る。ディスプレイは、タッチスクリーンを含むＬＣＤスクリーンであり得る。
【００３１】
ＵＥ２００及びｅＮＢ３００は、それぞれ複数の別々の機能要素を有するものとして図示されているが、それら機能要素のうちの１つ以上は、組み合わされてもよく、デジタル信号プロセッサ（ＤＳＰ）を含む処理要素等のソフトウェア構成型要素及び／又は他のハードウェア要素の組合せにより実装され得る。例えば、いくつかの要素は、１つ以上のマイクロプロセッサ、ＤＳＰ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、無線周波数集積回路（ＲＦＩＣ）、及び、本明細書で記載する機能を少なくとも行う様々なハードウェアと論理回路との組合せを含み得る。いくつかの実施形態において、機能要素は、１つ以上の処理要素上で動作する１つ以上のプロセスを指し得る。
【００３２】
実施形態は、ハードウェア、ファームウェア、及びソフトウェアのうちの１つ又はそれらの組合せにより実装されてもよい。実施形態はまた、コンピュータ読み取り可能な記憶デバイスに記憶された命令として実装されてもよく、この命令は、少なくとも１つのプロセッサにより読み出されて実行されて、本明細書で記載するオペレーションを行い得る。コンピュータ読み取り可能な記憶デバイスは、マシン（例えば、コンピュータ）により読み取り可能な形式で情報を記憶する任意の非一時的なメカニズムを含み得る。例えば、コンピュータ読み取り可能な記憶デバイスは、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、並びに、他の記憶デバイス及び記憶媒体を含み得る。いくつかの実施形態は、コンピュータ読み取り可能な記憶デバイスに記憶された命令を有するよう構成され得る１つ以上のプロセッサを含み得る。
【００３３】
いくつかの実施形態においては、ＵＥ２００は、ＯＦＤＭＡ通信技術に従って、マルチキャリア通信チャネルでＯＦＤＭ通信信号を受信するように構成され得る。ＯＦＤＭ信号は、複数の直交サブキャリアを有し得る。いくつかのブロードバンドのマルチキャリアの実施形態においては、ｅＮＢ３００は、ＷｉＭＡＸ（Worldwide  Interoperability  for  Microwave  Access）通信ネットワーク、第三世代パートナーシッププロジェクト（３ＧＰＰ）ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）ロングタームエボリューション（ＬＴＥ）ネットワーク、ロングタームエボリューション（ＬＴＥ）通信ネットワーク等のブロードバンド無線アクセス（ＢＷＡ）通信ネットワークの一部であり得る。しかし、本開示の範囲はこれらの点に限られない。これらのブロードバンドのマルチキャリアの実施形態においては、ＵＥ２００及びｅＮＢ３００は、ＯＦＤＭＡ技術に従って、通信するように構成され得る。
【００３４】
いくつかの実施形態においては、ＵＥ１０２（図１）は、周波数間ハンドオーバをサポートし、測定レポート設定メッセージをｅＮＢ１０４から受信し得る。メッセージは、ＵＥ１０２で決定されるアプリケーション情報の要求を含み得る。ＵＥ１０２は、アプリケーション情報を有する測定レポートを送信し得る。アプリケーション情報は、ユニバーサル固有識別子（ＵＵＩＤ）などのオペレーティングシステム識別子を含み得る。さらに、アプリケーション情報は、アプリケーションに関連づけられたサービス品質（ＱｏＳ）クラス識別子（ＱＣＴ）を含み得る。測定レポートは、ＱＣＩに基づき得る。さらに、ＵＥ１０２は、異なるタイプのアプリケーションを有するアプリケーションリストにアクセスし得る。アプリケーション情報は、アクセスされたリストに基づいたアプリケーションのアプリケーションタイプを含み得り、アプリケーションタイプはビット列であり得る。例えば、アプリケーションタイプは、音声アプリケーション、動画アプリケーション、ウェブ閲覧アプリケーション又はインタラクティブゲームアプリケーションであるアプリケーションに対応し得る。これらの実施形態については、下記により詳細に記載する。
【００３５】
図４は、いくつかの実施形態に係る、マクロセルオーバレイ及び複数のマイクロセルが配置されたシナリオ４００の例を示す。いくつかの例においては、マイクロセルは、前述したようにピコセル又はフェムトセルと類似し得り、また、前述したようにマイクロｅＮＢ１０４（図１）により提供され得る。また、マクロセルは、いくつかの例においては、前述したようにマクロｅＮＢ１０４により提供され得る。実施形態は、マクロセル、マイクロセル又はクラスタの数の観点から、又はレイアウト若しくは他の示される地理的観点から、図４に示したシナリオ４００の例には限定されないことに留意されたい。シナリオ４００においては、マクロセルオーバレイは、３つのセル４１０、４２０、４３０を含む。また、マイクロセル４４０は、マクロセル４１０内の「クラスタＡ」として配置される。また、マイクロセル４５０はマクロセル４１０、４２０のカバレッジの境界上の「クラスタＢ」として配置される。マイクロセル４６０は、「非クラスタ」の配置Ｃ内に配置される。従って、クラスタは、オーバラップする、又はマクロセルの半径と比較して、互いに小さい距離を有して位置される一群のマイクロセルを示す。非クラスタは、オーバラップしない、又はマクロセルの半径よりも実質的に小さくはない距離で離れている一群のマイクロセルを示す。
【００３６】
いくつかの実施形態では、マクロセルは、マイクロセルにより用いられる周波数帯とは異なる周波数帯を用い得る。図４に示されるネットワーク内で動作するＵＥ１０２（図１）は、ハンドオーバするべきか否かを決定するため、又はハンドオーバ決定の支援用に一以上のｅＮＢ１０４に測定レポートを送信するか否かを決定するため、異なるセル（マクロ及びマイクロ）をモニタし得る。レポートは、ＵＥ１０２で動作しているアプリケーションに関連づけられたアプリケーション情報を含み得る。
【００３７】
従来のハンドオーバメカニズム（例えば、現状の３ＧＰＰ仕様）は、ＵＥ１０２が計測を行うことに依拠している。例えば、ＵＥ１０２がネットワークによって設定されたイベントトリガうちの１つを満たすより良いセルを発見したときは、ＵＥ１０２はそのｅＮＢ１０４に計測レポートを送信し得る。それから、ｅＮＢ１０４はＵＥ１０２をハンドオーバするから否かを決定し得る。単純なネットワークでは、従来のハンドオーバメカニズムはうまくいく。しかし、ネットワークは、より高い周波数を有する複数のスモールセル、より多くの周波数レイヤ、異なる特性を有する様々な無線アクセス技術（ＲＡＴ）等によって、より複雑になっている。
【００３８】
図５は、いくつかの実施形態に係る、異種ネットワーク５００の例を図示する。図５は、マクロセル５１０を表すラージセルを含む異なる配置の例を示す。異種ネットワーク５００は、マクロセル５１０を有するマクロ層と同じ周波数のスモールセル５２０（例えば、マイクロセル）も含み得る。さらに、異種ネットワーク５００は、マクロセル５１０と異なる周波数レイヤで、クラスタに配されたスモールセル５３０及び非クラスタに配されたスモールセル（例えば、町中に分散している）を含み得る。さらに、異種ネットワーク５００は、ビーム形成能力を有して配された、異なる無線アクセス技術（ＲＡＴ）に属するビーム形成スモールセル５４０を含み得る。従って、そのような異種ネットワーク５００内では、ＵＥ１０２上で動作しているアプリケーションに関連づけられたアプリケーション情報が判定されれば、ハンドオーバ決定についての改良がなされ得る。
【００３９】
いくつかの例において、ネットワーク（例えば、ｅＮＢ１０４）が、ＵＥ１０２で動作している（例えば、稼働している、実行されている）アプリケーション又はサービスに基づいてＵＥ１０２をハンドオーバすることができるのは有益であり得る。例えば、ＵＥ１０２が重たいアプリケーションを稼働させている場合、ネットワーク（例えば、ｅＮＢ１０４）は、ＵＥ１０２をビーム形成スモールセル５４０レイヤにハンドオーバさせることを決定し得る。あるいは、ＵＥ１０２が音声アプリケーションを稼働させている場合、ネットワークはＵＥ１０２をマクロセル５１０レイヤにハンドオーバさせることを決定し得る。
【００４０】
さらに、イベントトリガレポートのための測定パラメータは直接的にハンドオーバ失敗率に影響する。例えば、トリガ時間（ＴＴＴ）値又はA3Offset値が下げられるときは、ハンドオーバ成功率は上がる。しかし、ＴＴＴ値又はA3Offset値を下げると、高いピンポン率となる。
【００４１】
第一のシナリオでは、ＵＥ１０２が非リアルタイムアプリケーション（例えば、遅延耐性アプリケーション）を稼働しているときは、ピンポン率を下げることは、ハンドオーバ成功率を上げることよりも高い優先度を有し得る。第一のシナリオでは、ハンドオーバ成功率も下げても、ＵＥ１０２はピンポン率を下げるパラメータを有して設定され得る。
【００４２】
あるいは、第二のシナリオでは、ＵＥ１０２がリアルタイムアプリケーション（例えば、音声アプリケーション）を稼働しているときは、ハンドオーバ成功率を上げることは、ピンポン率を下げることよりも高い優先度を有し得る。第二のシナリオでは、ピンポン率を上げても、ＵＥ１０２はハンドオーバ成功率を上げるパラメータを有して設定され得る。
【００４３】
種々の実施形態によれば、ハンドオーバ開始中に、ＵＥ１０２は測定レポートとともにアプリケーション情報を送信し得る。その後に続いて、ネットワーク（例えば、ｅＮＢ１０４）はＵＥ１０２をアプリケーション情報に基づいて、異なる周波数レイヤ又はセルにハンドオーバし得る。
【００４４】
測定レポートメッセージのいくつかの実施形態例を、下記の図６に提示する。これらの例は本明細書で開示する概念を説明するのに提示し、実施形態はパラメータ若しくは情報が提示されている順序、又は、文法規則、命名規則等の他の提示アスペクトには限定されないことに留意されたい。例えば、いくつかの実施形態においては、３ＧＰＰ、他の規格等の規格に関連づけられた文法又はプログラミング言語が用いられ得る。いくつかの実施形態は、一つ以上のこれらの例で提示されているいくつか又は全てのパラメータ又は情報を含み得り、記載又は示されていない追加のパラメータ又は情報を含み得る。さらに、例は、３ＧＰＰで用いられる測定レポートメッセージ（例えば、MeasResult  情報エレメント(IE)）及び測定レポート設定メッセージ（例えば、ReportConfigToAddModList  IE及びReportConfigEUTRA  IE）を示すが、いくつかの実施形態においては、そのメッセージはそのようには限定されず、３ＧＰＰの他のメッセージ、他の規格で用いられるメッセージ、そのような規格からは独立して用いられるメッセージであり得る。
【００４５】
図６は、いくつかの実施形態に係る、測定レポートメッセージ６００、ハンドオーバパラメータ６３５及びネットワークパラメータ６５５の例を図示する。いくつかの例においては、ＲＡＮ１００（例えば、ｅＮＢ１０４）は、非リアルタイムアプリケーション及びリアルタイムアプリケーションについて前もってハンドオーバパラメータ６３５及びネットワークパラメータ６５５を設定する。その後、ＵＥ１０２は、ＵＥ１０２で稼働しているアプリケーションに基づいたハンドオーバパラメータを適用する（例えば、非リアルタイムＴＴＴ値又はリアルタイムＴＴＴ値のいずかを選択する）。
【００４６】
測定レポートメッセージ６００は、アプリケーション識別子６１０を含み得る。アプリケーション識別子６１０はオペレーティングシステムのオペレーティングシステム識別子６１２と、そのオペレーティングシステム内でのアプリケーションの特定アプリケーション識別６１４と、を含み得る。
【００４７】
オペレーティングシステム識別子６１２の形式は、IETF  RFC  4122で特定されているように、ユニバーサル固有識別子（ＵＵＩＤ）であり得る。ＵＵＩＤにより、分散システムが実質的な中央調整がなくとも情報を一意に識別することができる。例えば、ＵＵＩＤは誰でも生成することができ、同一の識別子が意図せず他のアプリケーションを識別するのに生成されないという合理的な信頼性でアプリケーションを識別するのに用いられ得る。このため、ＵＵＩＤを有する測定レポートメッセージ６００は、識別子衝突を解決する必要性なしに、後で単一のデータベースに組み入れ得る。ＵＵＩＤはデータベーステーブル内で番号衝突を防ぎ得る。このため、ｅＮＢ１０４は、アプリケーション識別子６１０を受信した後に、識別子衝突を解決する必要がない。
【００４８】
ＵＥ１０２からｅＮＢ１０４に送信される、アプリケーション識別子６１０を有する測定レポートメッセージ６００を表１に示す。アプリケーション識別子６１０は、「ApplicationIdentityIE」とラベル付され、表１内で下線が引かれている。「ApplicationIndntityIE」はオペレーティングシステム識別子６１２及びオペレーティングシステム内のアプリケーションの特定アプリケーション識別６１４を含み得る。
【表１】
2017514418.tif 000003
2017514418.tif 000004
2017514418.tif 000005
2017514418.tif 000006
【００４９】
種々の実施形態によれば、測定レポートメッセージ６００は、アプリケーションに関連づけらえたサービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）６２０を含み得る。例えば、ネットワーク（例えば、ｅＮＢ１０４）は異なるＱＣＩ（例えば、ＱＣＩ６２０）については、異なる測定レポート設定を設定し得る。さらに、ＵＥ１０２は、現在の設定された進化型パケットシステム（ＥＰＳ）ベアラの現在のＱＣＩ（例えば、ＱＣＩ６２０）に基づいた異なる測定をトリガ（trigger）し得る。例えば、ネットワークは、ＵＥ１０２が音声電話である場合は、測定周波数３を設定し得り、ネットワークは、ＵＥ１０２がインターネットを閲覧している場合は、測定周波数２を設定し得る。その後に続いて、現在サポートされているＱＣＩ６２０に基づいて、ＵＥ１０２は異なる測定を行い得る。複数のＥＰＳベアラが所与の時間でサポートされている場合、ＵＥ１０２は、前もって定義した規則に基づいたＥＰＳベアラを選択し得る。前もって定義したルールの例は、複数のＱＣＩからもっとも高いＱＣＩ（例えば、ＱＣＩ６２０）を有するＥＰＳベアラを選択することであり得る。あるいは、ＵＥ１０２サポートされている各ＱＣＩについて、複数の測定を行い、報告するように設定され得る。表２は、ＱＣＩ６２０毎の設定例を示す。表２内のＱＣＩ６２０には下線が引かれている。
【表２】
2017514418.tif 000007
2017514418.tif 000008
ＱＣＩは、ＵＥが稼働させているアプリケーションを含む。第一/最も左のビットはＱＣＩ１についてのものであり、第二ビットはＱＣＩ２についてのものである。複数の組み合わせが、ビットマップの使用により許容される。
【００５０】
種々の実施形態によれば、測定レポートメッセージ６００は、アクセスされたアプリケーションリストに由来する異なるアプリケーションから選択されたアプリケーションタイプ６３０を含み得る。いくつかの例では、ネットワークは、異なるアプリケーションについて異なる測定レポート設定を設定し得る。ＵＥ１０２は、ＵＥ１０２が現在稼働させているアプリケーションタイプ６３０に基づいて、異なる測定をトリガし得る。例えば、ネットワークは、ＵＥ１０２が第一のアプリケーションタイプを稼働させている場合は、測定周波数３を設定し得り、ネットワークは、ＵＥ１０２が第二のアプリケーションタイプを稼働させている場合は、測定周波数２を設定し得る。その後に続き、ＵＥ１０２はそのアプリケーションタイプ６３０に基づいて、異なる測定を行う。さらに、複数のアプリケーションがＵＥ１０２上で稼働しているときは、各アプリケーションタイプ６３０について、異なる測定で設定され得る。あるいは、複数のアプリケーションがＵＥ１０２上で稼働しているときは、ＵＥ１０２は、前もって定義された規則に基づいてアプリケーションタイプ６３０の一つを選択し得る。
【００５１】
ＵＥ１０２上で稼働している複数のアプリケーションに関して、ネットワークは、異なるアプリケーションタイプ６３０について、異なる測定を設定し得る。表３は、アプリケーションタイプ６３０のリストに基づく設定メッセージ例を示す。前述したように、「ApplicationIndntityIE」はオペレーティングシステム識別子及びオペレーティングシステム内のアプリケーションの特定識別を含み得る。
【００５２】
さらに、ＵＥ１０２によりサポートされるアプリケーションのリストが非常に大きい可能性があるため、アプリケーションタイプ６３０は、一般的に用いられ得るデフォルト設定のデフォルトタイプに加え、他のアプリケーションタイプ６３０の小さいサブセットについてサポートされる特定設定を加える。異なるアプリケーションタイプ６３０により、ネットワークは、ピンポン効果を下げることよりもハンドオーバ成功を上げることを優先するなどにより、いくつかの特定のアプリケーションを区別することが可能となり得る。
【表３】
2017514418.tif 000009
【００５３】
種々の実施形態によれば、ＵＥ１０２は、異なるＱＣＩ６２０に基づく異なるハンドオーバパラメータ６３５をを用いて（例えば、ネットワークにより）設定され得る。ハンドオーバパラメータ６３５は、A3Offset値６４０、トリガ時間（ＴＴＴ）値６５０と、を含み得る（が、これらに限られない）。ネットワークパラメータ６５５は、無線リンク障害（ＲＬＦ）タイマ値６６０を含み得る（が、これらに限られない）。前述したように、ｅＮＢ１０４は、アプリケーションに基づいてハンドオーバパラメータ６３５とネットワークパラメータ６５５とを設定し得る。例えば、ｅＮＢ１０４は、非リアルタイムアプリケーション及びリアルタイムアプリケーションについて前もってハンドオーバパラメータ６３５を設定する。その後、ＵＥ１０２は、ＵＥ１０２で稼働しているアプリケーションに基づいてハンドオーバパラメータ６３５を適用する（例えば、選択する）。例えば、レポートされた測定の送信は、ハンドオーバパラメータに基づいてトリガされ得る。
【００５４】
表４は、ＱＣＩ６２０に基づきA3Offset値６４０とトリガ時間（ＴＴＴ）値６５０を特定（例えば、設定）するために、どのように仕様36.331が変更され得るかの例である。変更部分に下線が引かれている。「a3-Offset-QCI」及び「timeTotrigger-QCI」の値は、ＵＥ１０２がＩＥ「ＱＣＩ」内でサポートされたＱＣＩについて設定されたＥＰＳベアラを用いるときに用いられ得る。また、ＱＣＩの複数の値はビットマップの使用によりサポートされ得る。
【表４】
2017514418.tif 000010
2017514418.tif 000011
種々の実施形態によれば、アプリケーション識別のリストがA3Offset値６４０及びＴＴＴ値６５０を決定（例えば、設定）するのに使用され得る。いくつかの例では、ＵＥ１０２は、ＱＣＩ６２０の代わりにアプリケーション識別のリストを用いて、A3Offset値６４０及びＴＴＴ値６５０を決定しうる。例えば、ＵＥ１０２は、アプリケーション識別のリスト内に含まれるアプリケーション識別に関連付けられたアプリケーションを除いた、全てのアプリケーションについてデフォルト（例えば、レガシー）値を用い得る。アプリケーション識別のリスト内に含まれたアプリケーション識別に関連づけられたアプリケーションについては、ＵＥ１０２は、特定のアプリケーション識別に関連付けられたA3Offset値６４０及びＴＴＴ値６５０を用い得る。表５は、ＵＥ１０２が特定のアプリケーション識別に関連付けられたA3Offset値６４０及びＴＴＴ値６５０を用い得る設定メッセージ例を示す。前述したように、「ApplicationIdentityIE」はオペレーションシステム識別子及びそのオペレーティングシステム内のアプリケーションの特定の識別子を含み得る。
【表５】
2017514418.tif 000012
2017514418.tif 000013
【００５５】
種々の実施形態によれば、無線リンク障害（ＲＬＦ）タイマ値６６０がアプリケーション情報に基づいて決定され得る。ＲＬＦタイマ値は、ＲＡＮ１００により設定される値であり、サービングセルでのリンク障害をモニタする。ＲＬＦタイマ値６００は、ネットワークにより設定されるが、ハンドオーバには用いられず、その代わりに無線リンクモニタに用いられる。例えば、非同期信号が下層レイヤからＵＥ１０２に送信された場合、ＵＥ１０２は、タイマをＲＬＦタイマ値６６０で開始する。さらに、タイマの期限が切れたときは、ＵＥ１０２はＲＬＦを宣言し得る。ＲＬＦが宣言されたときは、ＵＥ１０２はＲＬＦリカバリを行い、もう一度、最悪の選択処理を行う。
【００５６】
ＲＬＦタイマ値６６０は、ネットワークパラメータ６５５の一例である。ネットワークパラメータは、ネットワーク（ＲＡＮ１００、ｅＮＢ１０４、コアネットワーク１２０）により設定可能な任意のパラメータを含み得る。
【００５７】
前述したように、ネットワーク（例えば、ｅＮＢ１０４）は、ＵＥ１０２から受信したアプリケーション情報をハンドオーバ決定の基礎とし得る。例えば、ＵＥ１０２が音声電話などのリアルタイムアプリケーションを稼働している場合、電話中の中断はユーザ体感品質に影響し得るため、ハンドオーバ成功率は高い優先度を有し得る。ＵＥ１０２がリアルタイムアプリケーションを稼働している場合は、ＴＴＴ値６５０はハンドオーバ失敗を最小限にするのに下げられ得る。あるいは、ＵＥ１０２が非リアルタイムアプリケーションを稼働している場合は、ＵＥ１０２はネットワークによって設定されて、より長いＴＴＴ（例えば、ＴＴＴ値６５０が上げられる）を用い得る。これにより、ハンドオーバ失敗の可能性をコントロールされた増加の自然コストでのピンポン効果の最小限にすることができる。
【００５８】
ＴＴＴ値６５０を短くすることによって、ＵＥ１０２は、測定レポートメッセージ６００をより早く送信し得り、ゆえに、ＵＥ１０２はハンドオーバコマンド（例えば、ｅＮＢ１０４からのハンドオーバ決定）をより早く受信し得る。
【００５９】
ハンドオーバの成功をより最大化するためには、ネットワーク（例えば、ｅＮＢ１０４）は、ＲＬＦタイマ値６６０を上げ得る。ＲＬＦタイマ値６６０を上げることにより、ＵＥ１０２に新しいセルとの同期を行うためにより多くの時間を与え得る。ＵＥ１０２がリアルタイムアプリケーションを稼働し、ハンドオーバ障害がある場合は、ＵＥ１０２が早期にハンドオーバ失敗を検出することが好ましい。このため、リアルタイムアプリケーションについてのＲＬＦタイマ値６６０を下げることによって、ネットワークによりＵＥ１０２がハンドオーバ失敗をより早く検出することができる。あるいは、ＲＬＦタイマ値６６０は、非リアルタイムアプリケーションについて上げられ得る。
【００６０】
さらに、他の測定６７０、パラメータ又は情報が測定レポートメッセージ６００に含められてもよい。例として、前述のものとは異なる測定が用いられ得り、その測定は、閾値、オフセット又は他の数に従って規定され得る範囲内での値を取る任意の好適な性能測定に関連し得る。そのような測定は、サービングセル、隣接セル、プライマリーセル又は候補ハンドオーバセルに関連づけられ得る。他の例として、タイマ値又はヒステリシス値は、ハンドオーバ決定の基礎とするための条件が満たされる経過時間を示し得る。
【００６１】
図７は、いくつかの実施形態に係る、アプリケーション情報に基づいた周波数間ハンドオーバを支援する方法のオペレーションを図示する。図４及び図５に示したように、第一周波数帯で動作するマクロセル（例えば、マクロセル４１０、マクロセル５１０）と第一周波数帯とは異なる第二周波数帯で動作するマイクロセル（例えば、マイクロセル４４０、スモールセル５３０）との間でハンドオーバは起き得る。いくつかの実施形態においては、マイクロセルは、第二周波数帯内で動作する複数のマイクロセルのクラスタに含まれ得る。実施形態は、これらの設定に限定されず、本明細書で記載されるいくつか又は全ての技術及びオペレーションは、もっぱらマクロセル又はマイクロセルを用いるシステム又はネットワークに提供し得る。さらに、実施形態は周波数間ハンドオーバにも限られない。
【００６２】
方法７００の実施形態は、図７に示したものと比較して、追加の又はさらに少ないオペレーション又はプロセスを含み得ることに留意されたい。さらに、方法７００の実施形態は、必ずしも図７に示した時系列に限られない。方法７００を記載する際に、方法７００は、任意の他の好適なシステム、インタフェース、コンポーネント実践され得ると理解されるが、図１から図６への参照がされ得る。例えば、説明の目的として図４の（前述した）シナリオ４００が参照され得るが、方法７００の技術及びオペレーションはそのようには限定されない。
【００６３】
さらに、本明細書で記載された方法７００及び他の方法は、３ＧＰＰ又は他の規格に従って動作するｅＮＢ１０４又はＵＥ１０２を参照し得るが、これらの方法の実施形態は、単にそれらのｅＮＢ１０４又はＵＥ１０２には限定されず、Ｗｉ−Ｆｉアクセスポイント（ＡＰ）又はユーザステーション（ＳＴＡ）等の他のモバイルデバイスによっても実践され得る。さらに、IEEE802.11等の種々のIEEE規格に従って動作するように構成されたシステムを含む、他の好適な種類の無線通信システム内で動作するように構成された無線デバイスによって実践され得る。
【００６４】
マクロセル（例えば、マクロセル４１０、マクロセル４２０、マクロセル４３０、マクロセル５１０）及びマイクロセル（例えば、マイクロセル４４０、マイクロセル４５０、マイクロセル４６０、スモールセル５３０、スモールセル５４０）を含むセルラーネットワークで、方法７００はハンドオーバ開始のため、ＵＥ１０２により行われ得る。
【００６５】
方法７００のオペレーション７１０では、ＵＥ１０２はＵＥ１０２上で動作しているアプリケーションに関連づけられたアプリケーション情報を決定し得る。図６に関連して記載されたように、アプリケーション情報は、アプリケーション識別子６１０、ＱＣＩ６２０、アプリケーションタイプ６３０、他の測定６７０等を含み得る。アプリケーション識別子６１０は、ＵＵＩＤなどのオペレーティングシステム識別子６１２と特定アプリケーション識別６１４と、を含み得る。いくつかの例では、アプリケーション情報は、異なるアプリケーションタイプに応じて関連づけられたビット列であり得る。アプリケーションタイプは、音声アプリケーション、動画アプリケーション、ウェブ閲覧プリケーション、インタラクティブゲームアプリケーション等のアプリケーションと対応し得る。ビット列は、８ビットであり、列挙型を用い得る。それにより、第一（例えば、最も左）ビットは、音声アプリケーションを示し、第二ビットは、ビデオアプリケーションを示し、第三ビットは、ショートメッセージサービス（ＳＭＳ）アプリケーションを示し、第四ビットは、ウェブ閲覧プリケーションを示し、第五ビットは、インタラクティブゲームアプリケーションを示し、他の３ビットは、他のアプリケーションタイプについてのさらなる使用のために予約されている。
【００６６】
本実装においては、ＵＥ１０２は測定レポートについての測定を行う。さらに、測定レポートはＴＴＴの期限が切れた（例えば、ＴＴＴ値６５０に基づく）ときに生成され、ＵＥ１０２は、レポートを送信する準備が整っている。
【００６７】
オペレーション７２０では、ＵＥ１０２は、決定されたアプリケーションに基づき測定レポート（例えば、測定レポート６００）を生成する。測定レポートは、アプリケーション情報を含み得る。さらに、ｅＮＢ１０４は、アプリケーション情報（例えば、ＱＣＩ６２０、アプリケーションタイプ６３０）に基づき、ハンドオーバパラメータ６３５（例えば、A3Offset値６４０、ＴＴＴ値６５０）及び、ネットワークパラメータ６５５（例えば、ＲＬＦタイマ値６６０）を決定し得る。測定レポートの送信は、ハンドオーバパラメータ６３５及びネットワークパラメータ６５５に基づいてトリガされ得る。例えば、ＵＥ１０２は決定されたアプリケーション情報に基づいたハンドオーバパラメータ６３５を適用し、測定レポートをいつ送信すべきかを決定する。図６は、ｅＮＢがA3Offset値６４０、ＴＴＴ値６５０及びＲＬＦタイマ値６６０を設定する技術のうちのいくつかを記載する。
【００６８】
前述したように、本実装下では、ＵＥ１０２は測定レポート内で使用される測定を行う。しかし、本明細書で記載するように、測定レポートを送信するためのハンドオーバパラメータ６３５及びネットワークパラメータ６５５はアプリケーションに基づいて異なり得る。複数の測定レポートは、複数のＱＣＩのうちの各ＱＣＩについての測定レポートを有し得る。その後に続き、各測定レポートについてのハンドオーバパラメータ６３５及びネットワークパラメータ６５５に基づいて、複数の測定レポートをｅＮＢ１０４に送信し得る。
【００６９】
あるいは、複数のＱＣＩが含まれるときは、測定レポートの送信は第一ＱＣＩに由来するパラメータに基づいて、トリガされ得る。第一ＱＣＩは、複数のＱＣＩのうち他の残りのＱＣＩよりは高い優先度を有する。
【００７０】
オペレーション７３０では、トリガタイム（ＴＴＴ）の期限が切れたときに、ＵＥ１０２は測定レポートをｅＮＢ１０４に送信し得る。測定レポートの送信は、ハンドオーバパラメータ６３５（例えば、ＴＴＴ値６５０）及びネットワークパラメータ６５５に基づいてトリガされ得る。さらに、測定レポートの送信は、測定レポート内のアプリケーション情報に基づいて、マイクロセル又はマクロセルのいずれか一方へのハンドオーバを開始させるように構成され得る。例えば、ｅＮＢ１０４は、ＵＥ１０２からの受信した測定レポートをハンドオーバ決定の基礎とし得る。
【００７１】
いくつかの例においては、アプリケーション情報は、非リアルタイムアプリケーションについての非リアルタイムＱＣＩと、リアルタイムアプリケーションについてのリアルタイムＱＣＩと、を含み得る。非リアルタイムＴＴＴ値は、ｅＮＢ１０４により、非リアルタイムＱＣＩに基づき設定され得り、非リアルタイムＴＴＴ値は、測定レポートをトリガするのに用いられ得る。例えば、非リアルタイムＴＴＴ値を有するタイマの期限が切れたときは、ＵＥ１０２は非リアルタイムアプリケーションに関連づけられた測定レポートを送信し得る。
【００７２】
さらに、ＵＥ１０２は、リアルタイムＱＣＩに基づいたリアルタイムＴＴＴ値（測定設定において、ＲＲＣシグナリングによりネットワークによって前もって設定される）を適用し、リアルタイム測定レポートをｅＮＢ１０４に送信し得る。リアルタイムＴＴＴ値は、ＵＥ１０２によって送信される測定レポートをトリガするのに用いられ得る。リアルタイムＴＴＴ値は、非リアルタイムＴＴＴ値よりも低い。
【００７３】
いくつかの例においては、方法７００は、決定されたアプリケーション情報に基づいてＴＴＴ値６５０を適用することをさらに含み得る。さらに、アプリケーション情報は、非リアルアプリケーション情報又はリアルタイムアプリケーション情報に対応し得る。さらに、非リアルアプリケーションについての非リアルタイムＴＴＴ値はリアルタイムアプリケーションについてのリアルタイムＴＴＴ値よりも高いのであり得る。
【００７４】
いくつかの例においては、方法７００は、決定されたアプリケーション情報に基づいてA3Offset値６４０を適用することをさらに含み得る。A3Offset値６４０は、ＴＴＴ値６５０と協調して用いられ得り、ＵＥ１０２がいつレポートを送信すべきかを決定し得る。例えば、イベントがトリガされる（例えば、A3offset条件が満たされたことに基づく）と、ＵＥはＴＴＴの間待機し、ＴＴＴの期限が切れると、ＵＥ１０２は測定レポートを送信する。さらに、アプリケーション情報は、非リアルタイムアプリケーション又はリアルタイムアプリケーションに対応し得る。さらに、非リアルタイムアプリケーションについての非リアルタイムA3Offset値は、リアルタイムアプリケーションについてのリアルタイムA3Offset値よりも高いのであり得る。
【００７５】
いくつかの例においては、方法７００は、アプリケーションリストにアクセスすることを含み得る。アプリケーションリストは、異なるタイプのアプリケーションを有し得る。ＵＥ１０２及びｅＮＢ１０４は、さらに、アクセスされたアプリケーションリストに基づいてアプリケーションのアプリケーションタイプを決定し得る。ここで、アプリケーション情報は、決定されたアプリケーションタイプを含む。
【００７６】
いくつかの例においては、方法７００は、決定されたアプリケーション情報に基づいてＲＬＦタイマ値６６０を適用することをさらに含み得る。A3Offset値及びＴＴＴ値６５０と同様に、ＵＥ１０２はアプリケーション情報に基づいいてＲＬＦタイマ値６６０を適用する。ＵＥ１０２は、ＲＬＦタイマ値を有するタイマの期限が切れたことに基づいて、無線リンク障害を宣言し得る。ＲＬＦタイマ値６６０はネットワークにより設定される値であり、サービングセルでのリンク障害をモニタする。非同期信号が下位層からＵＥに送信された場合は、ＵＥ１０２はＲＬＦタイマ値６６０を有するタイマを開始することになる。タイマの期限が切れたときは、ＵＥはＲＬＦを宣言し得る。ＲＬＦが宣言されたときは、ＵＥは、ＲＬＦリカバリ及び、再度最悪の選択処理を行わなくてはならない。
【００７７】
さらに、アプリケーション情報は、非リアルタイムアプリケーション又はリアルタイムアプリケーションに対応し得る。さらに、非リアルタイムアプリケーションについての非リアルタイムＲＬＦタイマ値は、リアルタイムアプリケーションについてのリアルタイムＲＬＦタイマ値よりも低いのであり得る。
【００７８】
測定レポートは、候補ハンドオーバセルに送信され得る。つまり、測定レポートは、ＵＥ１０２でのトリガに応じて、候補ハンドオーバセルに送信され得る。測定レポートは、サービングセルｅＮＢ１０４又は他のｅＮＢ１０４に送信され得る。いくつかの実施形態においては、レポートは、前述したような信号測定結果の値又は履歴を含み得る。レポートは、単一の候補ハンドオーバセルに関連し得るが、そのような実施形態に限定されない。レポートは、いくつかの実施形態において複数の候補オーバセルについて前述した情報を含み得る。
【００７９】
図８は、いくつかの実施形態に係る、アプリケーション情報を有する測定レポートに基づいたハンドオーバを決定する方法８００のオペレーションを図示する。方法８００の実施形態は、図８に示したものと比較して、追加の又はさらに少ないオペレーションを含み得ることに留意することが重要である。さらに、方法８００の実施形態は、必ずしも図８に示した時系列に限定されない。方法８００を記載する際に、方法８００が任意の他の好適なシステム、インタフェース及びコンポーネントで実践されると理解されるが、図１から図７について参照される。
【００８０】
さらに、本明細書で記載される方法８００及び他の方法は、３ＧＰＰ又は他の規格に従って動作するｅＮＢ１０４及びＵＥ１０２を参照し得るが、それらの方法の実施形態は、単にそれらのｅＮＢ１０４又はＵＥ１０２には限定されず、Ｗｉ−Ｆｉアクセスポイント（ＡＰ）又はユーザステーション（ＳＴＡ）等の他のモバイルデバイスによっても実践され得る。さらに、本明細書で記載される方法８００及び他の方法は、IEEE802.11等の種々のIEEE規格に従って動作するように構成されたシステムを含む、他の好適な種類の無線通信システム内で動作するように構成された無線デバイスによって実践され得る。
【００８１】
方法は、マクロセル及びマイクロセルを含むセルラーネットワーク内でハンドオーバ決定をするｅＮＢ１０４で行われ得る。
【００８２】
オペレーション８１０では、ｅＮＢ１０４は、ハンドオーバを開始させる、アプリケーション情報を有する測定レポート（例えば、測定レポートメッセージ６００）を、ＵＥ１０２から受信する、処理回路を含み得る。アプリケーション情報は、ＵＥ１０２上で動作しているアプリケーションに関連づけられている。測定レポートは、アプリケーション識別子６１０と、ＱＣＩ６２０と、アプリケーションタイプ６３０と、A3Offset値６４０と、ＴＴＴ値６５０と、ＲＬＦタイマ値６６０と、他の測定６７０と、を含み得る。
【００８３】
オペレーション８２０では、ｅＮＢ１０４の処理回路は、オペレーション８１０で受信した測定レポートを、ハンドオーバ決定の基礎とし得る。例えば、アプリケーション情報がリアルタイムアプリケーション（例えば、音声アプリケーション）に関連づけられているときは、ｅＮＢ１０４マクロセルにハンドオーバすることを決定し得る。他の例においては、アプリケーション情報が非リアルタイムアプリケーション又は、データインセンティブアプリケーションに関連づけられているときは、ｅＮＢ１０４はＵＥ１０２を、ビーム形成スモールセルレイヤにハンドオーバし得る。
【００８４】
オペレーション８３０では、ｅＮＢ１０４は、物理層回路（ＰＨＹ）を含み、ＵＥ１０２にハンドオーバを開始することのメッセージを送信する。候補のハンドオーバセルの一つへのハンドオーバを示す又は指示するハンドオーバメッセージがＵＥ１０２で受信されてもよい。ハンドオーバメッセージは、サービングセルのｅＮＢ１０４などのｅＮＢ１０４の一つにより送信され得る。従って、ハンドオーバを示す及びハンドオーバを送信するｅＮＢ１０４の決定は、前述した測定レポートに含まれる情報に少なくとも部分的に基づいて行われ得る。
【００８５】
いくつかの例においては、ｅＮＢは、リアルタイムアプリケーションに関連づけられたリアルタイムＴＴＴ値を設定し得り、非リアルタイムアプリケーションに関連づけらえた非リアルタイムＴＴＴ値を設定し得る。ＵＥ１０２は、いつ測定レポートを送信するべきかを決定するＴＴＴ値を適用し得る。
【００８６】
いくつかの例においては、ｅＮＢは、リアルタイムアプリケーションに関連づけられたリアルタイムA3Offset値を設定し得り、非リアルタイムアプリケーションに関連づけれられた非リアルタイムA3Offset値を設定し得る。ＵＥ１０２は、A3Offset値を適用して、測定レポートをいつ送信するべきかを決定し得る。
【００８７】
いくつかの例においては、ｅＮＢはリアルタイムアプリケーションに関連づけられたリアルタイムＲＬＦタイマ値を設定し得り、非リアルタイムアプリケーションに関連づけられた非リアルタイムＲＬＦタイマ値を設定し得る。ＵＥ１０２は、ＲＬＦタイマ値の期限が切れたら、無線リンク障害を宣言し得る。
【００８８】
さらに、ＵＥ１０２は一つ以上のハンドオーバセットアップメッセージを候補ハンドオーバセルと交換し得る。その交換は、ハンドオーバメッセージの受信に応じて発生し得る。
【００８９】
いくつかの実施形態によれば、マクロセルとマイクロセルを含むセルラーネットワーク内でハンドオーバ開始のためにアレンジされたＵＥが本明細書で開示される。ＵＥは、ＵＥ上で動作しているアプリケーションに関連づけられたアプリケーション情報であって、オペレーティングシステム識別子を有する、アプリケーション情報を決定する処理回路を含み得る。その処理回路は、さらに、決定されたアプリケーション情報に基づいた測定レポートであって、アプリケーション情報を含む測定レポートを生成し得る。さらに、ＵＥは、ハンドオーバを開始させるように構成された測定レポートを送信する物理層回路（ＰＨＹ）を含み得る。ハンドオーバは、測定レポートに基づいてマイクロセル又はマクロセルに対するものである。さらに、アプリケーション情報は、アプリケーションに関連付けられたサービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）を含む。
【００９０】
マクロセルとマイクロセルを含むセルラーネットワーク内でハンドオーバを開始させるオペレーションを行う、一つ以上のプロセッサにより実行される命令を記憶する非一時的なコンピュータ読み取り可能記憶媒体も本明細書で開示される。オペレーションは、ＵＥ上で動作しているアプリケーションに関連づけられたアプリケーション情報であって、サービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）を有するアプリケーション情報を決定するようにその一つ以上のプロセッサを構成し得る。その一以上のプロセッサは、ＱＣＩに基づいた測定レポートであって、アプリケーション情報を含む測定レポートを生成し得り、ハンドオーバを開始させるように構成された測定レポートを送信し得る。ハンドオーバは、測定レポートに基づいてミクロセル又はマイクロセルに対するものである。
【００９１】
いくつかの例においては、アプリケーション情報は非リアルタイムアプリケーションについての非リアルタイムＱＣＩとリアルタイムアプリケーションについてのリアルタイムＱＣＩとを含み得る。測定レポートは、非リアルタイムＱＣＩに基づき得り、非リアルタイムトリガ時間（ＴＴＴ）値を有し得る。オペレーションは、さらに、リアルタイムＱＣＩに基づいたリアルタイム測定レポートであって、非リアルタイムＴＴＴ値よりも低いリアルタイムＴＴＴ値を有するリアルタイム測定レポートを生成し、リアルタイム測定レポートを送信するようにＵＥを構成し得る。
【図１】
2017514418.tif 000014
【図２】
2017514418.tif 000015
【図３】
2017514418.tif 000016
【図４】
2017514418.tif 000017
【図５】
2017514418.tif 000018
【図６】
2017514418.tif 000019
【図７】
2017514418.tif 000020
【図８】
2017514418.tif 000021
【国際調査報告】
2017514418.tif 000022
2017514418.tif 000023