JP5986642B2 - セルラーネットワークにおける多様なトラフィック情報をトリガー及び報告する方法と装置 - Google Patents

Description

この出願は、２０１２年２月３日に出願された“Method and Apparatus for Providing Diverse Traffic Information in Cellular Network”と題された米国特許仮出願番号６１/５９４４５３号から、合衆国法典第３５編第１１９条の下、優先権を主張するものであり、その内容は引用によって本願に援用される。

本発明は、モバイル通信ネットワークに関するものであって、特に、多様なトラフィック情報をネットワークに提供し、ＲＲＣ再配置をトリガーするＵＥに関するものである。

モバイル加入者の急激な増加は、ネットワーク容量の大幅な増加を要求する。現在、アメリカをはじめ、世界の多くのマーケットの第三世代 (３Ｇ)ネットワークにおいて、ネットワークの混雑という問題がある。混雑したネットワークは、呼び出し漏れや失敗、低データレートと遅いレスポンスタイムを生じる。ユーザー数の急速な増大と同時に、スマートフォン加入者、たとえば、アイフォン、アンドロイド携帯とブラックベリーフォンユーザーをすばやく取り込んできた。

多くのオペレータは、高ピークデータレート、低レイテンシーとシステム容量が改善されたロングタームエボリューション(ＬＴＥ)システムを採用して、容量問題に取り組んでいる。ＬＴＥシステムにおいて、次世代ユニバーサル移動体通信システム地上波無線アクセスネットワーク (Ｅ-ＵＴＲＡＮ)は、ＬＴＥ-Ｕｕインターフェースにより、ユーザー装置 (ＵＥ)と称される複数の移動局と通信する複数の進化型 Node-Bs (ｅＮＢ)を含む。無線アクセスネットワークは、さらに、コアネットワーク (ＣＮ)と接続する。コアネットワークは、移動度管理エンティティ(Mobility Management Entity、ＭＭＥ)、サービングゲートウェイ（Serving Gateway、Ｓ-ＧＷ)、および、パケットデータネットワークゲートウェイ(P-GW)を含み、エンドツーエンドサービス(end-to-end services)を提供する。ＬＴＥネットワークがシステム容量を増加させる間も、ＬＴＥネットワークが、すぐに、容量問題に直面すると見られている。従来のネットワークとＬＴＥ両方において、オペレータは、常に、データトラフィックよりもリアルタイム音声トラフィックを優先させている。リソースは、回路切り換え音声トラフィックのネットワーク保存領域中に含まれる。新しい無線データネットワーク、たとえば、３ＧとＬＴＥネットワークも、バンド幅とスループットに焦点を合わせた長く、連続したデータセッション(テレビ会議、ＦＴＰ等)を有する大量のデータトラフィックへのサポートを最適化する。

しかし、このような設計は、短く、低頻度データセッションのアプリケーション、たとえば、雑談アプリケーションに対して、うまく働かず、メッセージを維持することができない。多くの共通アプリケーション、たとえば、ニュース、天気、および、ソーシャルネットワーキングは、周期的なネットワーク間の接続と切断によって更新する。これらのアプリケーションは少量のユーザーデータを含み、セッションを構築、および、取り壊すために、依然として、大量のシグナリングトラフィックを必要とする。ネットワークにおけるスマートフォン用アプリの増大に伴い、シグナリングオーバーヘッドが、30% から 50%、データトラフィックを上回ることが推定される。ＬＴＥ-Uu インターフェースに対して圧力をかけるデータとシグナリング量の急速な増加に加え、コアネットワークへのシグナリング量も、オペレータの大きな懸案事項である。これにより、データネットワークを効率的に用いるのは、ネットワーク容量の改善にとって絶対必要である。

ネットワーク効率改善に加え、サービス品質 (ＱｏＳ)の維持は、無線ネットワークの発展の成功において重要な領域である。無線ネットワークのアプリケーションは、最適性能やユーザーエクスペリエンスに望まれる遅延、バンド幅、エラー率に関する各種要求を有する。無線ネットワークオペレータにより、ＬＴＥの幅広い選択と結合されるモバイルデータの各種モバイルアプリケーションの量の爆発的増大において、ネットワーク効率を改善し、各種アプリケーションのＱｏＳを維持する方法を見つけることが重要になっている。

一般的に、ネットワークシグナリングの制御と最適化の問題は、一般的なスマートフォンにおいて、無線リソース使用とＵＥバッテリー消費が複雑なことである。スマートフォントラフィック行動は多様性があり、且つ、従来のトラフィックと異なる。それゆえに、ＤＲＸとＲＲＣ状態遷移は、多種多様なデータアプリケーション (ＤＤＡ)環境下でうまく働かない。シグナリングオーバーヘッドが増加し(ＲＡＮとＣＮ両方)、ＵＥ電力消費が増加し、ＱｏＳが低下する。可能な解決策のひとつは、ＵＥのため、追加アシスタント情報をｅＮｏｄｅＢに提供して、関連する配置を促進することである。速度、トラフィックパターン、バッテリー使用等のアシスタント情報は、効率的配置にとって重要であるが、ｅＮｏｄｅＢが観察するのは難しい。

本発明は、効率的、且つ、有意義な方法で、改善されたＵＥパラメータ配置に対し、ＵＥが、トラフィック統計を収集し、トラフィック統計をネットワークに示す方法を提供する。

一新規実施形態として、セルラーネットワークにおいて、トラフィック統計を収集、および、提供する方法が提案される。ＵＥは、基地局とＲＲＣ接続を構築する。ＵＥは、パケット到着時間間隔のＣＤＦ曲線、または、ＰＤＦダイアグラムを含むトラフィック統計の収集を開始する。ＵＥは、トラフィック統計収集のため、基地局から、測定配置（構成）を受信する。その後、ＵＥは、ＲＲＣ再配置のため、トラフィック統計収集の表現（表示）（representation）を基地局に報告する。ＵＥは、また、表現フォーマットを指定する基地局から、報告要求を受信する。表現フォーマットは、対応する到着時間間隔点でのひとつ以上の確率値、ＣＤＦの少なくともひとつの勾配、ＣＤＦ、または、ＰＤＦ範囲のひとつ以上の急勾配事象を含む。一例において、基地局は、少なくともひとつのスレショルドを割り当てて、急勾配事象を識別する。

別の実施形態において、ネットワークにおいて、トラフィック統計をトリガー、および、報告する方法が提案される。ＵＥは、基地局とＲＲＣ接続を構築する。トリガー事象検出時、ＵＥは、トラフィック統計を収集する。トラフィック統計は、パケット到着時間間隔を含む。トリガー事象は、ＵＥ、または、基地局により検出される。ＵＥは、その後、トラフィック統計収集の表現を決定すると共に、結果を基地局に報告する。報告は、別のトリガー事象に基づいて、ＵＥ、または、基地局によりトリガーされる。トラフィック統計を受信すると、基地局は、ＲＲＣ再配置パラメータを決定する。一例において、ＤＲＸタイマー値は、イントラバーストパケット到着時間間隔に基づいて決定される。別の例において、ＲＲＣリリースタイマーは、インターバーストパケット到着時間間隔に基づいて決定される。

他の実施の形態および利点が以下の詳細な説明に述べられる。この概要は、本発明を定めるものではない。本発明は請求項によって定められる。

図１は、一新規実施形態による無線通信システムにおけるＵＥが十分な情報をｅＮｏｄｅＢに提供する方法を示す図である。 図２は、本発明の具体例をサポートするＵＥとｅＮｏｄｅＢの簡略図である。 図３は、一新規実施形態によるＵＥとｅＮｏｄｅＢの全体の流れと主な機能性を示す図である。 図４は、トラフィック統計が、ＲＲＣ再配置パラメータを決定するネットワークにより用いられることを示す図である。 図５は、パケット到着時間間隔に基づいて、ＤＲＸパラメータを決定する一例を示す図である。 図６は、パケット到着時間間隔に基づいて、ＲＲＣ状態遷移を決定する一例を示す図である。 図７は、パケット到着時間を定義する二個の具体例を示す図である。 図８は、パケット到着時間間隔を獲得する三個の具体例を示す図である。 図９は、パケット到着時間間隔の測定配置の一具体例を示す図である。 図１０は、ｅＮｏｄｅＢ-指向トラフィック統計の第一具体例を示す図である。 図１１は、ｅＮｏｄｅＢ-指向トラフィック統計の第二具体例を示す図である。 図１２は、ＵＥ-指向トラフィック統計トリガーと報告を示す図である。 図１３Ａは、パケット到着時間間隔統計表現の第一具体例を示す図である。 図１３Ｂは、特徴的な点表現を用いたパケット到着時間間隔統計報告設定を示す図である。 図１４Ａは、パケット到着時間間隔統計表現の第二具体例を示す図である。 図１４Ｂは、どのように、勾配表現を用いて、ＲＲＣパラメータを決定するかを示す図である。 図１４Ｃは、勾配表現のパケット到着時間間隔統計報告設定を示す図である。 図１５Ａは、パケット到着時間間隔統計表現の第三具体例を示す図である。 図１５Ｂは、急勾配の事象表現のパケット到着時間間隔統計報告設定を示す図である。 図１６Ａは、パケット到着時間間隔統計表現の第四具体例を示す図である。 図１６Ｂは、ＰＤＦ範囲表現のパケット到着時間間隔統計報告設定を示す図である。 図１７は、トラフィック統計をネットワークに提供する完了プロセスの一例を示す図である。 図１８は、一新規実施形態によるセルラーネットワークにおいて、トラフィック統計を収集、および、提供する方法のフローチャートである。 図１９は、一新規実施形態によるネットワークにおいて、トラフィック統計をトリガー、および、報告する方法のフローチャートである。

添付の図面は、本発明の実施の形態を説明しており、同一の番号は同一の構成要素を示している。

図１は、一新規実施形態による無線通信システム１００におけるＵＥ１０１が、十分な情報をｅＮｏｄｅＢ１０２に提供する方法を示す図である。無線通信システム１００は、ユーザー装置ＵＥ１０１と基地局ｅＮｏｄｅＢ１０２を含む。モバイル通信において、非連続受信(Discontinuous Reception、ＤＲＸ)は、電力消費を減少させる方法で、これにより、モバイルデバイスのバッテリーを節約する。ＤＲＸを用いて、ＵＥ物理ダウンリンク制御チャネル(Physical Downlink Control Channel、ＰＤＣＣＨ)監視活動を制御する。ＤＲＸサイクルが設定される時、活動継続期間が、いくつかのＤＲＸパラメータとタイマーにより決定される。別のＤＲＸサイクル、即ち、短期ＤＲＸサイクルも、ｅＮｏｄｅＢにより、ＵＥに割り当てられる。ＬＴＥにおいて、ＤＲＸは、ＲＲＣシグナリングにより、無線リソース制御 (ＲＲＣ)プロトコルにより制御される。ＬＴＥは、また、二個のＲＲＣ状態、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態とＲＲＣ_ＩＤＬＥ状態に定義される。コアネットワーク (ＣＮ)は、ページングメッセージを伝送することにより、ＵＥを、ＲＲＣ_ＩＤＬＥ状態から、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態に稼働状態にさせる、または、アップリンクパケットがそのバッファに到達する場合、ＵＥは、それ自身を稼働する。一つのコアネットワーク (ＣＮ)だけが、ＲＲＣ接続を解除することができる。ＵＥとｅＮｏｄｅＢ間に、パケット伝送がない場合、ｅＮｏｄｅＢ上のＲＲＣリリースタイマーが初期化され、タイマーが期限切れのとき、ｅＮｏｄｅＢは、ＵＥをＲＲＣ_ＩＤＬＥに伝送する。

一具体例において、ＵＥ１０１は、あるスマートフォン用アプリを作動させるスマートフォン (たとえば、アイフォン、アンドロイド携帯、ウィンドウズ携帯、および、ブラックベリー)である。スマートフォントラフィック行動は、セルラーネットワークにおいて、多様性があり、従来のトラフィック (たとえば、ＦＴＰデータや音声)と異なる。それゆえに、ＤＲＸとＲＲＣ状態遷移は、多種多様なデータアプリケーション (ＤＤＡ)環境下で、うまく働かない。可能な解決策のひとつは、ＵＥ１０１のために、追加アシスタント情報 (たとえば、ボックス１１１により示される)をｅＮｏｄｅＢ１０２に提供して、関連する配置を促進することである(たとえば、ボックス１１２により示される)。図１に示されるように、アシスタント情報は、1)ＵＥ状態情報、たとえば、遷移履歴、2)ＵＥ速度情報、たとえば、ＭＤＴ同様の報告と移動状態検出、3)ＵＥアプリケーション情報、たとえば、 単一、または、混合アプリケーション、トラフィックパターン、および、ＱＣＩ修正、および、4)ＵＥ電力情報、たとえば、バッテリー電力レベル、を含む。アシスタント情報、ＵＥ能力、および、トラフィック統計に基づいて、ネットワークは、ＲＲＣ再配置 (ＤＲＸパラメータとＲＲＣリリースタイマー)と移動度最適化を実行することができる。さらに特に、本発明の目標は、ＤＲＸ設定に適合させ、スマートフォンやその他の種類の無線通信デバイスを含むＵＥのトラフィック統計に基づいて、ＲＲＣ遷移でよい決定を下すことである。

図２は、本発明のある具体例をサポートするＵＥ２０１とｅＮｏｄｅＢ２０２の簡略図である。アンテナ２２５は、ＲＦ信号を送受信する。アンテナ２２５に結合されるＲＦトランシーバモジュール２１１は、アンテナからＲＦ信号を受信し、それらを、ベースバンド信号に変換して、プロセッサ２１２に伝送する。ＲＦトランシーバ２１１は、また、プロセッサ２１２から受信されたベースバンド信号を変換し、それらをＲＦ信号に変換して、アンテナ２２５に伝送する。プロセッサ２１２は、受信されたベースバンド信号を処理して、異なる機能モジュールを起動して、ＵＥ２０１の機能を実行する。メモリ２１３は、プログラム命令とデータ２１４を保存して、ＵＥ２０１の動作を制御する。

図２は、本発明の具体例を実行する４個の機能モジュール２２１、２２２、２２３、および、２２４も示す。ＲＲＣ管理モジュール２２１は、ＲＲＣ状態を管理し、ＲＲＣ接続セットアップを実行し、ＲＲＣ接続を維持する。統計データ収集モジュール２２２は、トラフィック統計を収集する。統計データ報告モジュール２２３は、収集された統計の表現を決定し、表現をネットワークに報告する。事象検出モジュール２２４は、所定トリガー事象を検出する。ＵＥ２０１は、事象検出モジュール２２４により検出されるトリガー事象に基づいて、対応動作をトリガーする。

同様の配置（構成）が、ｅＮｏｄｅＢ２０２中に存在し、アンテナ２４５はＲＦ信号を送受信する。アンテナ２４５に結合されるＲＦトランシーバモジュール２３１は、アンテナからＲＦ信号を受信し、それらをベースバンド信号に変換して、プロセッサ２３２に伝送する。ＲＦトランシーバ２３１は、また、プロセッサ２３２からの受信されたベースバンド信号を変換し、それらをＲＦ信号に変換して、アンテナ２４５に伝送する。プロセッサ２３２は、受信されたベースバンド信号を処理して、異なる機能モジュールを起動して、ｅＮｏｄｅＢ２０２中で、機能を実行する。メモリ２３３は、プログラム命令とデータ２３４を保存して、ｅＮｏｄｅＢ２０２の動作を制御する。

ｅＮｏｄｅＢ２０２は、また、本発明の具体例を実行するいくつかの機能モジュールを含む。ＲＲＣ管理モジュール２４１は、ＲＲＣ状態を管理し、ＲＲＣ接続セットアップを実行し、ＲＲＣ接続を維持する。測定配置モジュール２４２は、統計収集に、計測対象を配置する。報告設定モジュール２４３は、統計報告に設定を提供する。事象検出モジュール２４４は、所定のトリガー事象を検出する。ｅＮｏｄｅＢ２０２は、事象検出モジュール２４４により検出されるトリガー事象に基づいて、対応動作をトリガーする。異なる機能モジュールは、ソフトウェア、ファームウェア、ハードウェア、または、それらの組み合わせにより実行される。たとえば、プロセッサ２１２と２３２(たとえば、プログラムコード２１４と２３４を実行することにより)により実行される時、機能モジュールは、ＵＥ２０１が、トラフィック統計を、ｅＮｏｄｅＢ２０２に収集、および、提供できるようにし、ｅＮｏｄｅＢ２０２が、トラフィック統計収集と報告を設定し、報告されたトラフィック統計に従って、ＲＲＣ再配置を実行できるようにする。

図３は、一新規実施形態によるＵＥ３０１とｅＮｏｄｅＢ３０２の全体の流れと主な機能性を示す図である。ステップ３１１において、ＵＥ３０１とｅＮｏｄｅＢ３０２は、あるＲＲＣ配置 (ＤＲＸパラメータとＲＲＣリリースタイマー)によりＲＲＣ接続を構築する。ステップ３１２において、ＵＥ３０１、または、ｅＮｏｄｅＢ３０２はトリガー事象を検出し、トリガー事象は、後続のトラフィック統計収集と報告をトリガーする。ｅＮｏｄｅＢ３０２がトリガー事象を検証する場合、ステップ３１３において、ｅＮｏｄｅＢ３０２は、測定配置をＵＥ３０１に伝送する。あるいは、ＵＥ３０１がトリガー事象を検出する場合、ステップ３１３において、ＵＥ３０１は、測定を自己設定する。ステップ３１４において、ＵＥ３０１は、測定の実行と統計の収集を開始する。ステップ３１５において、ＵＥ３０１は、収集されたトラフィック統計をｅＮｏｄｅＢ３０２に報告する。統計報告は、ｅＮｏｄｅＢ３０２によりトリガー、または、配置されるか、または、ＵＥ３０１自身により初期化される。ステップ３１６において、ｅＮｏｄｅＢ３０２は、報告されたトラフィック統計に基づいて、ＵＥ３０１に、ＲＲＣ再配置を実行する。

図４は、トラフィック統計が、ＲＲＣ再配置パラメータを決定するネットワークにより用いられることを示す図である。一般に、トラフィック統計は、ｅＮｏｄｅＢが、ＲＲＣ配置で、適切な決定をするのを助ける。図４に示されるように、パケット到着時間間隔は役に立つ情報である。ボックス４０１は、二種のパケットバーストを表す。第一種はイントラバーストと称される。イントラバーストは、多数のパケットが、類似のパケット到着時間間隔を有し、この時間的価値が基準より小さいことを意味する。第二種はインターバーストと称される。インターバーストは、多数のバーストが、類似の到着時間間隔 (前のバーストの最後のパケットと次のバーストの第一パケット間のパケット到着時間間隔)を有し、この時間的価値が基準より大きいことを意味する。イントラバーストとインターバーストのパケット到着時間間隔を用いて、ＲＲＣ状態遷移 (ボックス４１１)、ＤＲＸ動作 (ボックス４１２)、および、スケジューリング方針 (ボックス４１３)の領域中で、多数のＵＥ-特定のパラメータを決定することができる。たとえば、DRXInactivitytimerはイントラバーストパケット到着時間間隔により決定され、DRXshortCycletimerはインターバーストパケット到着時間間隔により決定され、ＲＲＣリリースタイマーは、インターバーストパケット到着時間間隔とＲＲＣ遷移と電力消費間のトレードオフに基づいて決定される。

図５は、パケット到着時間間隔に基づいて、ＤＲＸパラメータを決定する一例を示す図である。図５の上部において、長期ＤＲＸサイクルが用いられる。理解できることは、DRXInactivity Timerが、バーストの一部より短く設定される場合、バーストが、ＤＲＸサイクルの次の-継続期間まで延ばされる。これにより、イントラバーストパケット到着時間間隔を用いて、DRXInactivity Timerを設定しなければならない。図５の下部において、短期ＤＲＸサイクルが用いられる。理解できることは、ＤＲＸ短期サイクルとDRXShortCycle Timerの両方の設定は、イントラバーストパケット到着時間間隔に基づかなけれならないことである。

図６は、パケット到着時間間隔に基づいて、ＲＲＣ状態遷移を決定する一例を示す図である。ＲＲＣ_ＣＯＮＮＥＣＴＥＤとＲＲＣ_ＩＤＬＥ間のＲＲＣ状態遷移は、シグナリングオーバーヘッドを増加させ、よって、ＵＥが、しばらく、ＩＤＬＥで留まりそうでない限り、トリガーされるべきでない。よって、トラフィックがバーストでない時、たとえば、インターバーストパケット到着時間間隔に基づいて、ＩＤＬＥ遷移をトリガーするかどうかは、予期されたパケット到着時間間隔に基づかなければならない。イントラバーストパケット到着時間間隔とインターバーストパケット到着時間間隔が、図６中の累積分布関数 (ＣＤＦ) 曲線６１１で反映される。

パケット到着時間間隔統計を得るため、三つの事柄が考慮されなければならない。まず、 どのように、定義される必要があるパケット到着時間間隔のタイミングを計算するか、即ち、何が、到着時間とその参照タイミングの定義であるかである。次に、パケット到着間統計を得るアプローチと具体例が指定される必要がある。三つ目に、ＵＥが、ハンドオーバ (ＨＯ)、キャリアアグリゲーション (ＣＡ)、マルチ-ＲＡＴ、および、基地局間協調伝送技術（cooperative multiple point、ＣｏＭＰ)伝送で動作する時、さらなる考察と操作に取り組む必要がある。各論点は以下で詳細に論じられる。

図７は、パケット到着時間を定義する二具体例を示す図である。ＵＥの観点から、ダウンリンク(ＤＬ)参照タイミング到着は、ＰＤＳＣＨのＤＬパケット伝送のフレームタイミングとして定義され、アップリンク (ＵＬ)到着の参照タイミングは、Ｌ２バッファのＵＬパケットのフレームタイミングとして定義される。このタイミング単位は、マイクロ秒 (整数値)である。取得期間中、フィードバック情報 (ACK/NACK、CSI)と再伝送パケットが排除される。二オプションが、パケット到着時間間隔の決定に用いられる。

第一オプションＡにおいて、図７の上部に示されるように、パケット到着時間間隔の決定時、ＤＬとＵＬパケットが混合される。ＵＥは、取得期間中、到着パケットを、ＤＬ、または、ＵＬとして分類せず、到着時間間隔は、二個の隣接するパケット間の時間差である。ひとつの統計だけが、オプションＡ下で生成される。オプションＡはシンプルで、望ましい具体例である。このほか、ＲＲＣ遷移とＤＲＸ設定の決定は、一緒に、ＤＬとＵＬ伝送に適用されるので、よって、別々のＤＬとＵＬトラフィックは、不要である。

第二オプションＢにおいて、図７の下部に示されるように、パケット到着時間間隔を決定する時、ＤＬとＵＬパケットが分離される。ＵＥは、到着パケットを識別し、到着時間間隔は、二個の隣接するＤＬパケット、または、二個の隣接するＵＬパケット間の時間差である。ＤＬとＵＬの別々の統計が、オプションＢ下で生成される。ネットワークは、結果のひとつまたは両方を要求する。オプションＢは、別の目的(たとえば、ＵＬパケット到着時間間隔情報がＳＲ期間の設定に用いられる)のため、追加情報を提供することができる。しかし、別々のＤＬとＵＬパケット到着間統計は、異なるＴＤＤ配置によって影響されるので、よって、ＲＲＣ遷移とＤＲＸ設定の手段を提供しない。

図８は、パケット到着時間間隔を獲得する三具体例を示す図である。統計を取得する時、ＵＥは、バッファを用いて、収集を保存する。バッファが期限切れの場合、バッファーサイズは制限、および、固定されるので、ＵＥは、ＦＩＦＯに基づいて、最古のデータを除去する必要がある。統計取得は二ステップからなる。第一ステップは、各パケットの到着時間間隔を収集し、第二ステップは、収集に基づいて、時間内で、統計結果 (たとえば、ＣＤＦ)を生成する。

第一具体例 #1において、図８の上部に示されるように、統計が継続期間に生成され、前の統計は、次の継続期間でフラッシュする。時間Ｔ１で、ＵＥは、統計データ収集のため、測定配置を受信する。その後、第一継続期間が終了し、結果を保存する時、ＵＥは、第一統計結果ＣＤＦ１の取得を開始する。ＵＥが、どんな要求も受信していない場合、第二継続期間が終了し、結果を保存する時、前の結果ＣＤＦ１をフラッシュする間、ＵＥは、第二統計結果ＣＤＦ２の取得を開始する。継続期間は、ｅＮｏｄｅＢにより設定されるか、または、ＵＥバッファーサイズに基づいたＵＥ-実施値である。報告時、継続期間終了後、ＵＥは、最終結果を報告する。あるいは、ｅＮＢは、指示された継続期間が報告されることに関する結果を指定する。たとえば、ＵＥが、時間Ｔ２で要求を受信する場合、ＵＥはＣＤＦ1を報告する。具体例 #1 はシンプルで、ＣＤＦ結果は独自で、且つ、期間がうまく定義されない場合(たとえば、隣接するＣＤＦは大きく変化し、ｅＮｏｄｅＢを混同する)、問題がある。期間が長い場合、このほか、ＣＤＦ結果は、リアルタイムの状況を示すことが出来ない。

第二具体例 #2において、図８の中断に示されるように、ＵＥは、ｅＮｏｄｅＢ要求に基づいて、統計を生成する。時間Ｔ１で、ＵＥは、統計データ収集のために、測定配置を受信する。ｅＮｏｄｅＢから要求を受信すると、ＵＥ統計結果の取得を開始する。そうでなければ、ＵＥは、何の統計も生成しない (収集のみ)。収集継続期間は、ｅＮｏｄｅＢにより設定されるか、または、ＵＥバッファーサイズに基づいたＵＥ-実行値である。たとえば、ＵＥが、時間Ｔ２で要求を受信する時、ＵＥは、前に終了した収集継続期間で、統計結果ＣＤＦ１を生成し、ＣＤＦ１をｅＮｏｄｅＢに報告する。具体例 #2は、リアルタイムの状況を反映し、且つ、好ましい具体例である。

第三具体例 #3において、図８の下部に示されるように、ＵＥは、 “滑りウィンドウ”中で、統計を生成する。時間Ｔ１で、ＵＥは、統計データ収集のため、測定配置を受信する。ウィンドウ／持続時間が終了し、結果を保存し、滑りサイズに基づいて、次のウィンドウ／持続時間を継続するとき、ＵＥは、統計結果の取得を開始する。ＵＥは、全統計をフラッシュしないが、新しいウィンドウの範囲外の古いデータだけをフラッシュする。ウィンドウサイズと滑りサイズは、ｅＮｏｄｅＢにより設定される。たとえば、時間Ｔ２で、ＵＥは、要求を受信して、統計結果ＣＤＦ２を現在の滑りウィンドウに報告する。具体例 #3は、具体例 #1と具体例 #2に基づいたハイブリッドバージョンである。具体例 #3 はｅＮｏｄｅＢにより制御されるが、ＵＥ計算オーバーヘッドは最高である。

注意すべきことは、異なる目的に基づいて、具体例#1、#2と#3の収集継続期間は、統計結果に影響を与える。一般に、たとえ、アプリケーションが作動中でも、または、前の統計結果に基づいて、継続期間を設定しても、ｅＮｏｄｅＢは、特定の継続期間を設定して、特定のアプリケーションに関連するトラフィック状況を捕捉し、十分に長い継続期間を設定して、全トラフィック変化を捕捉する。各ｅＮｏｄｅＢは、どのくらいの継続期間が十分であるかの異なる要求と定義を有することを考慮すれば、ｅＮｏｄｅＢにとって、継続期間を指定するのに十分である。

ＵＥが、パケット到着時間間隔統計取得を実行する時、ハンドオーバ (ＨＯ)動作が同時に発生する可能性がある。ＵＥは、各種オプションを用いて、並行ＨＯ動作に対処する。第一オプションにおいて、ＵＥは、統計取得を継続する。ＨＯ期間中、到着パケットがないので、ＨＯ実行時間が、パケット到着間に考慮される。ＨＯ失敗が取得結果を不正確にしても、これは、シンプルなＵＥ行動である。第二オプションにおいて、ＵＥは、ＨＯ期間中、統計取得をサスペンドする。ＨＯ実行時間は、移動度情報を含むＲＲＣ接続再配置の受信とＲＲＣ接続再配置官完了の送信間の前記期間差異である。このほか、ＨＯ失敗が発生する場合、ＵＥは、また、統計期間中、その期間を除去する。このオプションは、ＨＯ後、正確、且つ、迅速なトラフィック統計をターゲットｅＮｏｄｅＢに提供することができ、好ましいオプションである。第三オプションにおいて、ＵＥは、統計取得を停止する。これは、シンプルなＵＥ行動である。しかし、取得を解除するメリットがなく、且つ、統計データ収集の新しい初期化が、ターゲットｅＮｏｄｅＢで必要とされるとき、シグナリングオーバーヘッドを増加させる。ｅＮｏｄｅＢの観点から、オプション１または２が適用される場合、ソースｅＮｏｄｅＢは、ターゲットｅＮｏｄｅＢと関連情報を交換する。情報は、トラフィック統計、ＲＲＣ配置と前の統計結果の設定されたパラメータを含む。ターゲットｅＮｏｄｅＢは、その望ましい配置をソース ｅＮｏｄｅＢに応答して、ＨＯ準備期間中、再配置を実行する。

ＬＴＥシステムにおいて、キャリアアグリゲーション (ＣＡ)は、時に、さらに効果的なバンド幅使用に適用される。ＣＡにより、ＤＤＡを提供することが可能である。これは、ＰＣＥＬＬにおいて、干渉問題や荷重問題がある場合、ＤＤＡ伝送のクロスキャリアスケジューリングが用いられるからで、トラフィック量は、突然に、ＤＤＡにとって大きくなる(たとえば、Facebookで、YouTubeを実行する)。３個のオプションは、ＣＡ期間中、パケット到着時間間隔を決定するのに用いられる。オプションＡにおいて、ＵＥは、ＣＣ毎に取得を実行し、各ＣＣに、対応する統計結果を生成する。ＣＣの失活は、収集を終了せず、ｅＮｏｄｅＢは、少なくともひとつの特定のＣＣトラフィック統計を要求することができる。オプションＡが用いられて、ＣＣにスケジューリング情報を提供する (たとえば、ＣＣ使用における公正で、長い到着間は、別のＣＣの短い到着間と比較して、そのＣＣ中で使用率が低いことを示す)。しかし、統一されたＤＲＸ設定が全ＣＣに適用されるので、このような別々の取得は、ＤＲＸにとって無意味である。

オプションＢにおいて、ＵＥは、ＵＥ基板ごとに取得を実行する。たとえ、ＣＣパケットが到着しても、どちらでも取得に問題ない。複数のパケットが同時に、異なるＣＣに到着する場合、ＵＥは、それらのパケットを“凝集パケット”として扱い、パケット到着時間間隔がログされず、ＵＥは、さらに、その時、凝集サイズで、１個のパケットがあることを記録する。(注意すべきことは、ＤＬパケットとＵＬパケットは別々に凝集され、その時点で、二パケットとして記録される) ＣＡにトランスペアレントなトラフィック統計取得を提供し、結果は、ＤＲＸで、統一された決定を実行するのを助けることができるので、オプションＢが望ましい。

オプションＣにおいて、別のＳＣＥＬＬＳに到達するパケットがあっても、ＵＥは、ＰＣＥＬＬでだけ、取得を実行する。パケットは別のＣＣでスケジュールされるので、ＰＣＥＬＬの結果は、オプションＣ下で、トラフィック情報を反映するのに十分ではない。

ＵＥが、マルチ-ＲＡＴ伝送を実行する時、ＵＥは、異なるＲＡＴにより、パケットを送受信する。ＤＲＸは、装置内共存 (ＩＤＣ)のＴＤＭソリューションのひとつである。たとえば、別のＲＡＴ、たとえば、ブルートゥース (ＢＴ)、または、ＷｉＦｉは、ＤＲＸ機会で作動する。その結果、ＢＴ/ＷｉＦｉパケット到着時間間隔は、ＤＲＸ機会間の関係を有する。異なるＲＡＴに、取得の分離を提案する。そうでなければ、ｅＮｏｄｅＢは、結果により混乱し、別のＲＡＴ伝送に、十分なＤＲＸ機会を割り当てることができない。

ＵＥがＣｏＭＰを実行する時、ダイナミックポイントセレクション(Dynamic Point Selection、ＤＰＳ)は、ＣｏＭＰ中の伝送モードのひとつである。ＵＥは、非常に早い切り替えにより、異なる時間、異なる点で、トラフィックを受信する。ＵＥは、異なる点で、異なるＤＲＸ設定により設定される場合、異なる点から取得を分離することが妥当である。ＤＲＸがＤＰＳに用いられ、一セルは、ＤＲＸ ＯＮで、そのパケットを伝送し、別のセルは、ＤＲＸ ＯＦＦで、そのパケットを伝送する(その時間は、そのセルのＤＲＸ ＯＮになる)。これにより、ＤＲＸサイクルは、二セルのトラフィック統計の合併に基づいて決定される。

ＵＥトラフィック統計の取得は、ｅＮｏｄｅＢにより設定される、または、あるトリガ条件に基づいて、ＵＥ自身により、自動的に初期化される。ｅＮｏｄｅＢにより設定される場合、ｅＮｏｄｅＢは、コマンドをＵＥに伝送する。コマンドは、ＵＥに、いつ、どのように、トラフィック統計を取得するか教える。たとえば、コマンドシグナリングは、ＲＲＣシグナリングにより、新しい情報要素 (ＩＥ) (たとえば、トラフィック測定)になる。

図９は、パケット到着時間間隔の測定配置の一具体例を示す図である。図９の例において、ｅＮＢ９０２は、測定配置コマンド MeasobjectEUTRAをＵＥ９０１に伝送する。たとえば、ボックス９１１により示されるコマンドは、ＵＥ９０１に、トラフィック測定動作を設定、または、解除するか、取得アプローチと関連する収集期間と滑りサイズは何か、どのようにして、ＤＬとＵＬパケットに関連する到着時間間隔を定義するか、および、どのようにして、ＣＡとＨＯ下の収集を処理するか等を指示する。測定配置コマンドに基づいて、ＵＥ９０１は、トラフィック測定を開始／停止して、パケット到着時間間隔統計を得ることができる。

ｅＮＢ-指向トラフィック統計において、ｅＮＢは、まず、測定を設定して、ＵＥが、情報収集と統計実行を開始するように命令する。それゆえに、ｅＮＢは、ＵＥに、結果を報告する、または、ＵＥが、配置にしたがって、結果を報告するように要求する。ＵＥ-指向トラフィック統計において、報告事象が満たされる場合、ＵＥは、その決定に基づいて、自動的に、トラフィック統計をトリガーし、結果を報告する。ＵＥは、ｅＮＢと交渉能力を実行し、突然のトラフィック統計報告の可能性を示す。

図１０は、ｅＮＢ-指向トラフィック統計の第一具体例を示す図である。ステップ１０１１において、ＵＥ１００１とｅＮＢ１００２はＲＲＣ接続を構築する。ステップ１０１２において、ｅＮＢ１００２は、測定配置のトリガー事象を検出する。トラフィック測定と統計収集が、ひっきりなしに実行される。不必要なリソース使用とシグナリングオーバーヘッドを減少させるため、トラフィック統計は、ある条件、たとえば、トリガー事象に基づいて、トリガーされなければならない。たとえば、以下の時、ｅＮＢは、トラフィック測定を設定する。1)ＵＥに、ＲＲＣ接続を構築する、2)荷重条件がスレショルドにある、3)コアネットワーク、または、上層(NAS)から要求を受信する、4)無線リソースを用いたい(特に、ＳＲ割り当て)、および、5) ＵＥから、頻繁なＲＬＦ/ＨＯ失敗(ＤＲＸサイクルに関連する)の指示を受信する。

トリガー事象を検出すると、ステップ １０１３において、ｅＮＢ１００２は、トラフィック測定配置をＵＥ１００１に伝送する。測定配置は、測定ＩＤ、計測対象、および、報告タイプを含む。測定ＩＤは、計測対象プラス報告タイプの１個のＩＤを含む。計測対象は、どのタイプのトラフィック (たとえば、ＤＬおよび/またはＵＬ、特定のアプリケーション)が収集され、どのタイプの統計 (たとえば、パケット到着時間間隔ＣＤＦ／ＰＤＦ、パケットサイズＣＤＦ／ＰＤＦ)が生成されるか指定する。報告タイプは、 周期的報告、または、事象トリガー報告が用いられるか設定する。

ステップ１０１４において、ＵＥ１００１は、トラフィック測定を実行し、受信された測定配置に従って、トラフィック統計を収集する。周期的報告において、ＵＥ１００１は、周期的に、収集されたトラフィック統計を報告する。ＰＵＣＣＨが用いられ、ｅＮＢは、どんなＰＵＣＣＨが報告に割り当てられるかを示す。このほか、デルタ報告(delta reporting)が許可される。たとえば、ＵＥ１００１は、前の報告間の差異を報告する。事象トリガー報告において、ステップ１０１５において、ｅＮＢ１００２は、トリガー事象を検出して、トラフィック統計報告を要求する。たとえば、ｅＮＢ１００２は、以下のときに、報告を積極的に要求する。1) ＱＣＩが十分に満たされ、ｅＮＢが、ＵＥ電力の更なる最適化を必要とする、2)いくつかのＵＥをチェックして、オーバーロードをロードするのを回避したい、3)ＣＮ、または、上層から要求を受信する。4)リソース利用が緊急である。5) ＲＬＦ/ＨＯ失敗を減少させたい。報告時、ＵＥ１００１は、さらに、どの種の事象がトリガーされるかを示す。

トリガー事象を検出すると、ステップ１０１６において、ｅＮＢ１００２は、報告設定をＵＥ１００１に伝送する。ステップ１０１７において、ＵＥ１００１は、どのように、報告中で、トラフィック統計を示すかを決定する。ステップ１０１８において、ＵＥ１００１は、トラフィック統計をｅＮＢ１００２に報告する。ステップ１０１９において、ｅＮＢ１００２は、表現結果に基づいて、ＲＲＣパラメータを決定する。最後に、ステップ１０２０において、ｅＮＢ１００２は、新たに決定されたＲＲＣパラメータ (たとえば、ＤＲＸタイマーとＲＲＣ解除タイマー)のため、ＲＲＣ再配置を実行する。

図１１は、ｅＮｏｄｅＢ指向のトラフィック統計の第二具体例を示す図である。図１０と同様に、トラフィック統計はｅＮＢ１１０２によりトリガーされ (ステップ １１１１)、ステップ１１１２において、ｅＮＢ１１０２は、トラフィック測定配置をＵＥ１１０１に伝送する。ステップ１１１３において、ＵＥ１１０１は、トラフィック測定と統計収集を開始する。図１０と異なり、図１１中での報告は、ＵＥ１１０１によりトリガーされる (ステップ１１１４)。同時データ伝送がある場合、報告が、アップリンク伝送に加えられる。伝送のためにスケジュールされるデータがない場合、その後、ステップ１１１５において、ＵＥ１１０１は、ＳＲをｅＮＢ１１０２に伝送する。ステップ１１１６において、ＵＥ１１０１は、ＵＬグラントを受信し、トラフィック統計をｅＮＢ１１０２に報告する (ステップ１１１７)。

図１２は、ＵＥ指向のトラフィック統計トリガーと報告を示す図である。ステップ１２１１において、ＵＥ１２０１とｅＮＢ１２０２は交渉能力を実行する。たとえば、ＵＥ１２０１は、突然のトラフィック統計報告の可能性をｅＮＢ１２０２に示す。ステップ１２１２において、ＵＥ１２０１は、統計収集と報告のため、トリガー事象を検出する。以下の時、ＵＥ１２０１は、統計収集と報告結果を自立的に初期化する。１)ＵＥは、ＤＲＸパフォーマンスがよくない(たとえば、ＤＲＸサイクルが長すぎ、または、短すぎる)ことを見つける。 ２) ＵＥが、そのデータを別の伝送モデムにオフロードしたい。３) ＵＥが、長いギャップ(ＤＲＸサイクル)を生成して、Ｄ２Ｄ、または、別の特別な発見をサポートしたい。４)ＵＥがON/OFFが頻繁なことを調べる。５)ＵＥバッテリーレベルがすでにスレショルドに到達した。６)特定のアプリケーションがＵＥで作動する。および、 7) ＵＥが、手動設定で、統計を実行する。ステップ１２１３において、ＵＥ１２０１は、トラフィック測定を実行し、トラフィック統計を収集する。ステップ１２１４において、ＵＥ１２０１は、ＳＲをｅＮＢ１２０２に伝送する。ステップ１２１５において、ＵＥ１２０１は、ＵＬグラントを受信し、トラフィック統計をｅＮＢ１２０２に報告する (ステップ１２１６)。報告時、ＵＥ１２０１は、さらに、どの種の事象がトリガーされるかを示す。過度のシグナリングを防止するため、禁止タイマーも必要とされる。たとえば、トラフィック統計を報告する時はいつでも、ＵＥ１２０１は禁止タイマーを開始する。

トラフィック統計、たとえば、パケット到着時間間隔統計は、大量の情報を含むＣＤＦ／ＰＤＦとして報告される。完成したＣＤＦ／ＰＤＦをｅＮＢに報告する代わりに、ｅＮＢは、ｅＮＢが興味がある部分情報だけを要求する。要求された情報は、ＲＲＣ配置パラメータ、たとえば、ＤＲＸパラメータとＲＲＣ解除時間に非常に関係があることが必要である。たとえば、ｅＮＢは、統計報告形状を設定し、ＵＥは、統計を収集し、配置に基づいて、報告を準備するので、ｅＮＢ-初期化報告が望ましい (周期的報告、または、事象トリガー報告と比較) 。各種アプローチが提案されて、統計結果のＣＤＦ曲線(たとえば、ｘ軸はパケット到着時間間隔、ｙ軸は収集パケット確率)を示す。このほか、ＰＤＦグラフ(たとえば、ｘ軸はパケット到着時間間隔、ｙ軸はパケット量)も、トラフィック統計報告に示される。

図１３Ａは、特徴的な点表現（表示）を用いたパケット到着時間間隔統計表現の第一具体例を示す図である。この具体例において、ｅＮＢが、興味のある到着時間間隔値(ＣＤＦｘ軸)を指定し、および、ＵＥは、その点の確率値(ＣＤＦｙ軸)だけを報告する。たとえば、ｅＮＢは、パケット到着時間間隔値 Ｑ１とＱ２を指定し、ＵＥ１、ＵＥ２、ＵＥ３は、それぞれ、二点のパケット確率を報告する。特徴的な点は、ＲＲＣ タイマーの決定点である。報告された確率に基づいて、ｅＮＢは決定を下すことができる。たとえば、報告された確率が Ｑ１ > Ｗ１の場合、ｅＮＢは、ほとんどのパケットが、小さい到着時間間隔で集中されると解釈する(たとえば、ＵＥ３)。その結果、短期ＤＲＸサイクル動作は適切なである(ｅＮＢは、DRXShortCycleタイマーをＱ１に延長して、この行動を達成する)。別の例において、報告された確率が Ｑ２ < Ｗ２の場合、ｅＮＢは、ほとんどのパケットが分配、および、隔離され (たとえば、ＵＥ２)、その後、ＵＥ２をＩＤＬＥに伝送するのが適切であると解釈する (ｅＮＢは、ＲＲＣリリースタイマーをＱ２に短縮し、この行動を達成する)。あるいは、注意すべきことは、ＵＥは、ＣＤＦ曲線中で、X%を表す到着時間間隔を報告し、X はｅＮＢにより設定される。

図１３Ｂは、特徴的な点表現を用いたパケット到着時間間隔統計報告設定を示す図である。ステップ１３１１において、ｅＮＢ１３０２は、報告設定をＵＥ１３０１に伝送する。それに応じて、ＵＥ１３０１は、トラフィックレポートをｅＮＢ１３０２に送り戻す。報告設定 (ボックス１３２１)は、特徴的な点の数量と各特徴的な点の値を含む。トラフィックレポート (ボックス１３２２)は、各特徴的な点の確率を含む。特徴的な点表現はシンプルである。しかし、報告は、ＲＲＣタイマーにヒントを提供するだけで、ｅＮＢは、どの値がＲＲＣタイマーに最適化されるかを知らない。このほか、確率が累積されるので、表現は、トラフィックバースト情報を見逃す。たとえば、ＣＤＦ曲線の勾配は役に立つ情報を運ぶが、勾配が、このアプローチ中で示すことが出来ない。

図１４Ａは、パケット到着時間間隔統計表現 − 勾配表現の第二具体例を示す図である。一般に、ＣＤＦ曲線の勾配 (ｙ軸/ｘ軸)は、パケット到着時間間隔の範囲にあるパケットのパーセンテージを提供する。よって、勾配を用いて、バースト情報を提供する。急勾配は、大量のパケット量が、類似のパケット到着時間間隔を有することを意味する。パケット到着時間間隔が小さく、高いパーセンテージを有する場合、イントラバーストトラフィックを示す。パケット到着時間間隔が大きく、高いパーセンテージを有する場合、インターバーストトラフィックを示す。一方、平らな勾配は、小パケット量が伝送され、その到着時間は多様性があることを意味する。特別な場合なので、配置決定をするとき、それらのパケットは除外される。

一般に、ＵＥは、いくつかの勾配を用いて、近似ＣＤＦ曲線表現を構成する。勾配は、可変分母サイズ (図１４Ａの左側を参照)を用いる、または、固定分子サイズ (図１４Ａの右側を参照)を用いる。固定分子サイズは固定確率を意味する。可変分母サイズは、各勾配が、異なる到着時間間隔範囲を有することを意味する(たとえば、特定のＤＲＸ値を用いて、確率を確かめる)。たとえば、ｅＮＢは、勾配を比較して、ＤＲＸサイクルを設定する。最急勾配は、適切なＤＲＸサイクルである。勾配がさらに量子化されて、必要な情報ビットを減少させる。

図１４Ｂは、どのように勾配表現を用いて、ＲＲＣパラメータを決定するかを示す図である。図１４Ｂの例において、 Ｅ１は、第一勾配 (イントラバースト)のパケット到着時間間隔を表し、Ｅ２は、第二勾配 (インターバースト 1)のパケット到着時間間隔を表し、Ｅ３は、第三勾配 (インターバースト２)のパケット到着時間間隔を表す。勾配表現により、ｅＮＢは、事前に定義されたスレショルドと比較することにより、トラフィックバースト情報を知ることができる。イントラバーストがある場合、ｅＮＢが、注意深く、ＤＲＸ Inactivity Timerを設定することを意味する(長くする、たとえば、図１４ＢのＥ１値と同様に)。インターバーストが大きい間隔/バースト到着時間間隔を有する場合、ｅＮＢは、ＲＲＣリリースタイマーを短く設定することができる(たとえば、Ｅ３値より短い)。インターバーストが小さい間隔を有する場合、ｅＮＢは、ＵＥを接続状態で維持することができ(ＲＲＣリリースタイマーを、Ｅ２より長くなるように設定する)、長期ＤＲＸは適切である。

図１４Ｃは、勾配表現を用いたパケット到着時間間隔統計報告設定を示す図である。ステップ１４１１において、ｅＮＢ１４０２は、報告設定をＵＥ１４０１に伝送する。それに応じて、ＵＥ１４０１は、トラフィックレポートをｅＮＢ１４０２に送り戻す。報告設定 (ボックス１４２１)は、固定、または、可変ステップ、ステップの基礎とユニット、および、量子化を指定する。トラフィックレポート (ボックス１４２２)は、初期パケット到着時間間隔、および、ステップの勾配値を含む。勾配表現は、ｅＮＢが、バースト情報を識別し、ＲＲＣタイマーを設定する値を提供するのを助けることができる。パケット到着時間間隔のスケールと量子化レベルが、パフォーマンスに影響するので、さらなる情報ビットを必要とし、正確さが不安定である。

図１５Ａは、パケット到着時間間隔統計表現 − 急勾配事象表現の第三具体例を示す図である。ＣＤＦ曲線の大部分のパケット到着時間間隔が平らであることを考慮すると、それらの勾配値はゼロに近くなり、冗長表現である。一方、急勾配情報は、ＲＲＣ遷移とＤＲＸ設定の決定に非常に重要である。急勾配情報は、バーストトラフィックを表す。急勾配事象は、常に、大きい微分値を有し、微積分学が、小さい固定のｘ軸 (たとえば、10ms)で実行される。急勾配事象は、異なる方法を用いて、ｅＮＢにより指定される。第一例(Ｅ-Ａ)において、ｅＮＢは、急勾配スレショルドを提供する。微分値がスレショルドより上である場合、ＵＥは、そのパケット到着時間間隔と確率を有するポイントを示す。第二例(Ｅ-Ｂ)において、ｅＮＢは、いくつかの上部急勾配点を要求する(たとえば、上の三点)。ＵＥは、ＣＤＦ曲線間で、微分学を実行し、ソーティング(sorting)を行い、上部三点を見つけ、その後、到着時間間隔と確率で、それらの上部三点を表す。第三例 (Ｅ-Ｃ)において、ｅＮＢは、急勾配スレショルドとタイマーを提供する。微分値が急勾配スレショルドより上で、且つ、タイマーの期間継続される場合、ＵＥは、ｅＮＢまでの範囲 (パケット到着時間間隔範囲、確率範囲)を示す。図１５Ａの例において、４個の点がスレショルドを超え、タイマーが20msであると仮定すると、ＵＥは、Ｅ-Ａ下の全４対、Ｅ-Ｂ下の上の３組、および、Ｅ-Ｃ下の二範囲(時間２-時間１、確率２-確率１)を報告する。

図１５Ｂは、急勾配事象表現を用いたパケット到着時間間隔統計報告設定を示す図である。ステップ１５１１において、ｅＮＢ１５０２は、報告設定をＵＥ１５０１に伝送する。それに応じて、ＵＥ１５０１は、トラフィックレポートをｅＮＢ１５０２に送り戻す。報告設定 (ボックス１５２１) は、スレショルド (Ｅ-Ａ)、または、急勾配点(Ｅ-Ｂ)の番号、または、スレショルドプラスタイマー(Ｅ-Ｃ)を指定する。トラフィックレポート (ボックス１５２２)は、報告ペアの番号、および、各ペアのパケット到着時間間隔と確率を含む。急勾配事象表現は、ｅＮＢが、制限された報告ビットで、トラフィックバースト情報を識別するのを助けることができるので、急勾配事象表現は、好ましい具体例である。

図１６Ａは、パケット到着時間間隔統計表現 − ＰＤＦ範囲表現の第四具体例を示す図である。ＰＤＦは有効な情報で、ＤＤＡの配置を促進する。ＰＤＦ範囲は、いくつのパケットが、パケット到着時間間隔の範囲にあるかに言及し、分布上の実際のパケット数を示す。ｘ軸は、ｅＮＢにより設定されるパケット到着時間間隔で、ｙ軸は、その到着時間のパケット量である。ＰＤＦ範囲表現において、３種の方法がある。第一例(Ｅ-１)において、ｅＮＢは、パケット到着時間間隔の範囲(開始値 − 終了値)を指定し、ＵＥは量を示す。第二例(Ｅ-２)において、ｅＮＢは範囲大きさを指定し、ＵＥは、ＰＤＦ上の最高量を求め、範囲内の量を表す(最高量のｘ軸は、範囲大きさの中央値である)。Ｅ-２により、ｅＮＢは、最も頻繁なパケット到着時間間隔を識別し、それが特別な場合であるか、または、その範囲で、大まかに収集された多数のバーストを有するかを確かめる。よって、隣接パケット到着時間間隔が大量にある場合、ｅＮＢは、最も頻繁なパケット到着時間間隔に基づいて、ＲＲＣタイマーを設定する。第三例 (Ｅ-３)において、ｅＮＢは、スレショルドを指定し、ＵＥは、最小のパケット到着時間間隔範囲 (開始値と終了値)で、ＰＤＦ上の最高量を求め、累積パケット量はスレショルドより上である。

図１６Ｂは、ＰＤＦ範囲表現を用いたパケット到着時間間隔統計報告設定を示す図である。ステップ１６１１において、ｅＮＢ１６０２は、報告設定をＵＥ１６０１に伝送する。それに応じて、ＵＥ１６０１は、トラフィックレポートをｅＮＢ１６０２に送り戻す。報告設定 (ボックス１６２１)は、開始値と終了値 (Ｅ-１)、範囲大きさ (Ｅ-２)、または、スレショルド (Ｅ-３)を指定する。トラフィックレポート (ボックス１６２２)は、Ｅ-１、または、Ｅ-２の数量数値と各数量、あるいは、Ｅ-３の開始値と終了値を含む。ＰＤＦ範囲表現は、複雑性が増加した別の統計を実行するＵＥのコスト上のＰＤＦから、パケット量を観察することにより、ｅＮＢがＲＲＣ配置を設定できるように保証する。

図１７は、好ましい例によるトラフィック統計をネットワークに提供する完了プロセスの一例を示す図である。ステップ１７１１において、ＵＥとｅＮＢ１はＲＲＣ接続を構築する。ＵＥは、バックグランドトラフィックを有するあるＤＤＡを作動させるスマートフォンである(ステップ１７１２)。ステップ１７１３において、ｅＮＢ１は、ＤＲＸパフォーマンスが良くないと判断し、トラフィック統計の測定配置を伝送し、ステップ１７１４において、ＵＥは、測定の実行を開始し、ＵＥとｅＮＢ１は、ダウンリンクとアップリンクパケットを交換する (ステップ１７１５−１７１７)。ステップ１７１８において、ｅＮＢ１は、報告設定をＵＥに伝送する。したがって、ＵＥは、ステップ １７１９で、統計データ収集を実行し、ステップ１７１３で、統計資料報告を準備する。一方、ＵＥは、交換されたデータパケットで、測定の実行を継続する(ステップ１７２０-１７２２)。ステップ１７２４において、ＵＥは、トラフィック統計をｅＮＢ１に報告する。トラフィック統計に基づいて、ｅＮＢ１は、ＤＲＸパラメータを決定する (ステップ１７３０)。ステップ１７３１において、ｅＮＢ１は、ＲＲＣ再配置をＵＥに伝送する。ＵＥは、測定の実行を継続する (ステップ１７３２)。後に、ステップ１７３３において、ＵＥは、測定報告をｅＮＢ１に伝送し、ｅＮＢ１は、ターゲットｅＮＢ２と、ＨＯ準備を開始する(ステップ１７４１)。ステップ１７４２において、ｅＮＢ１は、移動度制御情報を含むＲＲＣ再配置をＵＥに伝送する。それに応じて、ＵＥは、ＨＯ期間中、トラフィック統計収集をサスペンドする。ステップ１７４３において、ＵＥとｅＮＢ２は、ＨＯ実行を実行する。ＨＯの後、ＵＥは、ｅＮＢ２とＲＲＣ接続を構築し、データパケットを交換し (ステップ１７４４-１７４６)、および、トラフィック統計収集をレジュームする。

図１８は、一新規実施形態によるセルラーネットワークにおいて、トラフィック統計を収集、および、提供する方法のフローチャートである。ステップ１８０１において、ＵＥは、基地局とＲＲＣ接続を構築する。ステップ１８０２において、ＵＥは、パケット到着時間間隔のＣＤＦ曲線、または、ＰＤＦダイアグラムを含むトラフィック統計の収集を開始する。ＵＥは、トラフィック統計収集のため、基地局から、測定配置を受信する。ステップ１８０３において、ＵＥは、トラフィック統計収集の表現を基地局に報告する。ＵＥは、表現フォーマットを指定する基地局から、報告要求を受信する。表現フォーマットは、対応する到着時間間隔点でのひとつ以上の確率値、ＣＤＦの少なくともひとつの勾配、ＣＤＦ、または、ＰＤＦ範囲のひとつ以上の急勾配事象を含む。一例において、急勾配事象は、さらに、少なくともひとつのスレショルドを割り当てて、急勾配事象を識別する工程を含む。

図１９は、一新規実施形態によるネットワークにおいて、トラフィック統計をトリガー、および、報告する方法のフローチャートである。ステップ１９０１において、ＵＥは、基地局とＲＲＣ接続を構築する。ステップ１９０２において、トリガー事象検出時、ＵＥはトラフィック統計を収集する。トラフィック統計は、パケット到着時間間隔を含む。トリガー事象は、ＵＥ、または、基地局により検出される。ステップ１９０３において、ＵＥは、トラフィック統計収集の表現を決定して、結果を基地局に報告する。報告は、別のトリガー事象に基づいて、ＵＥ、または、基地局によりトリガーされる。ステップ１９０４において、基地局は、報告されたトラフィック統計に基づいて、ＲＲＣ再配置パラメータを決定する。一例において、ＤＲＸタイマー値は、イントラバーストパケット到着時間間隔に基づいて決定される。別の例において、ＲＲＣリリースタイマーは、インターバーストパケット到着時間間隔に基づいて決定される。

本発明では好ましい実施例を前述の通り開示したが、これらは決して本発明に限定するものではなく、当該技術を熟知する者なら誰でも、本発明の精神と領域を脱しない範囲内で各種の変動や潤色を加えることができ、従って本発明の保護範囲は、特許請求の範囲で指定した内容を基準とする。

Claims (22)

1. 方法であって、
   モバイル通信ネットワークにおいて、基地局により、ユーザー装置(ＵＥ)と、無線リソース制御(ＲＲＣ)接続を構築する工程と、
   トリガー事象検出時、測定配置を前記ＵＥに伝送し、前記測定配置は、トラフィック統計収集のために、測定目的を指定し、前記トラフィック統計は、パケット到着時間間隔の統計を含む工程と、
   前記ＵＥから、前記トラフィック統計の報告を受信する工程と、
   前記トラフィック統計の受信された前記報告に基づいて、ＲＲＣ再配置パラメータを決定する工程と、
   を含むことを特徴とする方法。
2. 前記トラフィック統計は、パケット到着時間間隔の累積分布関数(ＣＤＦ)、または、確率密度関数(ＰＤＦ)を含むことを特徴とする請求項１に記載の方法。
3. 前記トリガー事象は、ＲＲＣ接続構築、荷重条件、コアネットワーク、または、上層からの要求、低リソース利用、および、前記ＵＥにより示される頻繁な失敗事象に関連することを特徴とする請求項１に記載の方法。
4. さらに、第二トリガー事象を検出時、前記トラフィック統計を報告するため、報告要求を前記ＵＥに伝送する工程を含むことを特徴とする請求項１に記載の方法。
5. 前記第二トリガー事象は、ＵＥ電力最適化、荷重の平衡、コアネットワーク、または、上層からの要求の受信、リソース利用の改善、および、失敗事象の減少に関連することを特徴とする請求項４に記載の方法。
6. 前記報告要求は、報告タイプを指定し、前記報告タイプは、事象報告、または、周期的報告を含むことを特徴とする請求項４に記載の方法。
7. 前記報告は、イントラバーストパケット到着時間間隔とインターバーストパケット到着時間間隔の表現を含むことを特徴とする請求項１に記載の方法。
8. 前記ＲＲＣ再配置パラメータは、前記報告に基づいた非連続受信(ＤＲＸ)動作、または、ＲＲＣ状態遷移のタイマー値を含むことを特徴とする請求項７に記載の方法。
9. ＤＲＸ動作のタイマー値は、イントラバーストパケット到着時間間隔に基づくことを特徴とする請求項８に記載の方法。
10. ＲＲＣ状態遷移のタイマー値は、インターバーストパケット到着時間に基づくことを特徴とする請求項８に記載の方法。
11. 方法であって、
    モバイル通信ネットワークにおいて、ユーザー装置(ＵＥ)により、基地局と、無線リソース制御(ＲＲＣ)接続を構築する工程と、
    トリガー事象検出時、トラフィック統計を収集し、前記トラフィック統計は、パケット到着時間間隔の統計を含む工程と、
    前記トラフィック統計の表現を決定する工程と、
    ＲＲＣ接続再配置パラメータのため、前記トラフィック統計の前記表現を前記基地局に報告する工程と、
    を含むことを特徴とする方法。
12. 前記トリガー事象は、前記ＵＥが、トラフィック統計収集のため、前記基地局から、測定配置を受信することに関連することを特徴とする請求項１１に記載の方法。
13. 前記ＵＥは、自立的に、前記トラフィック統計収集を初期化することを特徴とする請求項１１に記載の方法。
14. 前記トリガー事象は、質が悪い非連続受信（ＤＲＸ）パフォーマンス、荷重条件、頻繁なＵＥスクリーンＯＮ／ＯＦＦ、ＵＥバッテリーレベル、前記ＵＥで作用する特定アプリケーション、または、前記トラフィック統計収集の手動設定に関連することを特徴とする請求項１３に記載の方法。
15. 前記ＵＥは、禁止タイマーを適用して、前記トラフィック統計の頻繁な報告を防止することを特徴とする請求項１１に記載の方法。
16. さらに、前記基地局から、報告要求を受信し、前記報告要求は、表現フォーマットを指定する工程を含むことを特徴とする請求項１１に記載の方法。
17. ユーザー装置(ＵＥ)であって、
    モバイル通信ネットワークにおいて、基地局とＲＲＣ接続を構築する無線リソース制御(ＲＲＣ)モジュールと、
    トリガ事象の検出時、トラフィック統計を収集し、前記トラフィック統計が、パケット到着時間間隔の統計を含む統計収集モジュールと、
    前記統計の表現を決定し、前記表現を前記基地局に報告する統計報告モジュールと、
    を含むことを特徴とするＵＥ。
18. 前記トリガー事象は、トラフィック統計収集のために、前記ＵＥが、前記基地局から、測定配置を受信することに関連することを特徴とする請求項１７に記載のＵＥ。
19. 前記ＵＥは、自立的に、前記トラフィック統計収集を初期化することを特徴とする請求項１７に記載のＵＥ。
20. 前記トリガー事象は、品質が悪い非連続受信（ＤＲＸ）パフォーマンス、ネットワーク荷重条件、頻繁なＵＥスクリーンＯＮ／ＯＦＦ、ＵＥバッテリーレベル、前記ＵＥで作動する特定のアプリケーション、または、前記トラフィック統計収集の手動設定に関連することを特徴とする請求項１９に記載のＵＥ。
21. 前記ＵＥは、禁止タイマーを適用して、前記トラフィック統計の頻繁な報告を防止することを特徴とする請求項１７に記載のＵＥ。
22. さらに、前記基地局から、報告要求を受信するレシーバを含み、前記報告要求は、表現フォーマットを指定することを特徴とする請求項１７に記載のＵＥ。
    

Images