JP6190464B2

JP6190464B2 - パケット型モバイル・システムにおけるネットワーク・シグナリングの負荷および／またはユーザ機器の電力消費の最適化

Info

Publication number: JP6190464B2
Application number: JP2015538472A
Authority: JP
Inventors: ランデ，ブルーノ; カサティ，アレッシオ
Original assignee: アルカテル−ルーセント
Priority date: 2012-10-29
Filing date: 2013-10-25
Publication date: 2017-08-30
Anticipated expiration: 2033-10-25
Also published as: US20180098281A1; US10681636B2; WO2014067876A1; KR101775419B1; US9854523B2; KR20150079940A; CN104871608B; TWI517732B; EP2725852B1; CN104871608A; US20150282082A1; TW201431399A; EP2725852A1; ES2599167T3; JP2016500974A

Description

本発明は、一般的にモバイル通信ネットワークおよびシステムに関する。

モバイル通信ネットワークおよびシステムの詳細な説明は、特に、たとえば３ＧＰＰ（第３世代パートナーシップ・プロジェクト）などの標準団体によって公開されている技術仕様書などの文献にて見つけることができる。

一般的に、そのようなシステムでは、ユーザ機器（ＵＥ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ）は、無線アクセス・ネットワーク（ＲＡＮ：ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）によってアクセスされるコア・ネットワーク（ＣＮ：ＣｏｒｅＮｅｔｗｏｒｋ）を含むモバイル・ネットワークにアクセスする。

パケット型モバイル通信システムの例として、ＥＰＳ（進化型パケット・システム：ＥｖｏｌｖｅｄＰａｃｋｅｔＳｙｓｔｅｍ）、ＵＭＴＳなどがある。

ＥＰＳネットワークは、たとえば、Ｅ−ＵＴＲＡＮと呼ばれる無線アクセス・ネットワークによってアクセスできるＥＰＣ（進化型パケット・コア：ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）と呼ばれるコア・ネットワークを含む。ＥＰＳネットワークのアーキテクチャの一例を（３ＧＰＰＴＳ２３．４０１から取得した）図１に掲載し、主なネットワーク・ノードおよびネットワーク・ノード間におけるインターフェースを示している。ＥＰＳネットワーク・ノード間のインターフェースは、特に、ＵＥとｅＮｏｄｅＢ（ｅＮＢ）と呼ばれるＥ−ＵＴＲＡＮノードとの間のＵｕインターフェース、およびｅＮＢと移動性管理エンティティ（ＭＭＥ：ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）と呼ばれるＥＰＣノードとの間のＳ１−ＭＭＥインターフェースを含む。

コントロール・プレーン・シグナリングは、シグナリング手順の間に、ＵＥとｅＮＢとの間のＵｕインターフェースで、およびｅＮＢとＭＭＥとの間のＳ１−ＭＭＥインターフェースで交換することができる。シグナリング手順は、特に、ＵＥ状態移行で実行されるシグナリング手順（アイドル状態から接続された状態への移行で実行されるサービス要求手順、または接続された状態からアイドル状態への移行で実行されるシグナリング接続解放手順など）、移動手順（ＵＥが接続された状態で実行されるハンドオーバ手順、またはＵＥのアイドル状態に実行されるトラッキング・エリア更新手順など）を含む。ＵＥは、ユーザ・プレーンに十分なＵＥ活動がない場合は、接続された状態からアイドル状態に、またはユーザ・プレーンに再びＵＥ活動がある場合は、アイドル状態から接続された状態に移行することができる。ＵＥとｅＮＢとの間のＲＲＣシグナリング・プロトコルは、特に、３ＧＰＰ３６．３３１に規定されている。ｅＮＢとＭＭＥとの間のＳ１−ＡＰシグナリング・プロトコルは、特に、３ＧＰＰＴＳ３６．４１３に規定されている。

３ＧＰＰＴＳ２３．４０１３ＧＰＰ３６．３３１３ＧＰＰＴＳ３６．４１３３ＧＰＰリリース１２、３ＧＰＰＴＲ２３．８８７３ＧＰＰＴＲ２２．８０１、条項５．２３ＧＰＰＴＲ３６．８６２３ＧＰＰリリース１１、３ＧＰＰＴＳ３６．３００３ＧＰＰリリース１１、３ＧＰＰＴＳ３６．３３１Ｓ２−１２２７８７

マシン型通信（ＭＴＣ：ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）または他のモバイル・データ・アプリケーション通信（たとえば、インスタント・メッセージＩＭ、ソーシャル・ネットワーキング・アプリケーションなど）など、新しいタイプの通信が、ますます使用されるようになっている。そのような新しいタイプの通信は、頻繁な小さなデータの送信、頻繁なＵＥ状態移行など、新しいサービス要件を持っている。したがって、ネットワークおよびＵＥの電力消費などへの影響を最小限にしながら、増加したコントロール・プレーン・シグナリングを効率的にサポートする機能など、そのような新しいサービス要件をサポートするために、新しい機能が必要である。より一般的には、そのような新しいタイプの通信のために、ネットワークおよびシステムの最適化が必要である。

本発明の実施形態は、特に、そのようなニーズに対処するものである。

これらおよび他の目的は、一態様では、ユーザ機器ＵＥが、無線アクセス・ネットワークＲＡＮによってアクセスされるコア・ネットワークＣＮを含むネットワークにアクセスするパケット型モバイル・システムにおいて、ネットワーク・シグナリングの負荷および／またはユーザ機器の電力消費を最適化するための方法によって達成され、ＣＮ支援情報がＵＥに関して前述のＲＡＮに前述のＣＮによって提供される方法であって、前述のＣＮ支援情報は、前述のＣＮによる前述のＵＥのトラフィック・パターンおよび／または移動パターンの学習に基づいて、前述のＣＮで決定された情報を含み、前述のＣＮ支援情報は、前述のＵＥに関してアイドル状態と接続された状態との間の移行、および／または接続された状態での電力消費の制御を可能にするＲＡＮパラメータを調整するために前述のＲＡＮで使用される。

これらおよび他の目的は、他の態様では、そのような方法を実行するように構成されたエンティティによって達成され、前述のエンティティは、（排他的でないが）特に、ＲＡＮエンティティ（Ｅ−ＵＴＲＡＮのｅＮＢ、またはＵＭＴＳのＲＮＣなど）、コントロール・プレーンを担当するＣＮエンティティ（ＥＰＣのＭＭＥ、またはＵＭＴＳのＳＧＳＮなど）、ユーザ・プレーンを担当するＣＮエンティティ（ＥＰＣのサービング・ゲートウェイＳ−ＧＷもしくはＰＤＮゲートウェイＰ−ＧＷ、またはＵＭＴＳのＧＧＳＮなど）を含む。

本発明の実施形態による装置および／または方法の一部の実施形態について、例示を目的として、添付の図に関して、ここに記述する。

ＥＰＳネットワークのアーキテクチャの例を示す図である。アイドル・モードからアクティブ・モードへの頻繁な移行を経験するＵＥのタイミングの例を示す図である。簡素化した方法で、本発明の実施形態によるＣＮ支援情報の使用に基づく手順の例を示す図である。

本発明の実施形態について、ＥＰＳなど３ＧＰＰシステムの例を使って、以下により詳細に記述する。しかし、本発明はＥＰＳに制限されるものではなく、ＥＰＳ以外のシステムにも適用できることを理解されたい（たとえば、ＵＭＴＳ、または３ＧＰＰ以外の標準団体によって指定されたシステム）。

３ＧＰＰＳＡ２は、マシン型および他のモバイル・データ・アプリケーション通信のための拡張について検討しているところである（３ＧＰＰリリース１２、３ＧＰＰＴＲ２３．８８７を参照）。多くのモバイル・データ・アプリケーション（たとえば、ＩＭまたはソーシャル・ネットワーキング・アプリケーションなど、常に起動しているモバイル・データ・アプリケーションなど）は、特に、ＵＬおよびＤＬにおいて小さなデータ・パケットおよびバースト的なデータ・パケット（つまりパケット・サイズに関して）の送信によって特徴づけられる。以下に例を示す。
− アプリケーションに関係する状態更新をユーザに通知する状態更新メッセージ。たとえば、ＦｉｎｄＭｅなどのアプリケーションは、６０秒ごとまで地理的な位置の変更時に状態更新メッセージを生成する。
− アプリケーション・セッションを活動状態に維持し、また、ＩＰセッション切断を引き起こすＮＡＴマッピングの満期を回避するための定期的なキープアライブ・メッセージ。
− ＩＭバディ・リストのバディのプレゼンス情報。
− ユーザが「チェックイン」したときのユーザ位置の更新。
− ユーザの友達に対する「フェイスブックのいいね（Ｆａｃｅｂｏｏｋｌｉｋｅｓ）」の更新など。

データの送信が完了した後、ＵＥがすぐにアイドル・モードに送られる場合、バースト的なデータ送信は、アイドル状態と接続された状態との間でＵＥが頻繁に移行することを生じさせる場合がある。ＵＥが長い期間、接続されたモードに維持されている場合、それはＵＥの電力消費に影響を及ぼし、また、ハンドオーバのために、より大規模なコントロール・プレーン・シグナリングが必要である。これは、たとえば、３ＧＰＰＴＲ２２．８０１（非ＭＴＣモバイル・データ・アプリケーションの影響）の条項５．２の図２に対応する図２に示されている。

そのような頻繁な送信は、ネットワークおよびＵＥに対して、以下の悪影響がある可能性がある。
− ＲＡＮ（無線アクセス・ネットワーク）およびＣＮ（コア・ネットワーク）におけるコントロール・プレーン・シグナリングの増加、
− ＵＥの電力消費の増加。

３ＧＰＰＴＲ３６．８６２のＲＡＮ２の調査では、特に、様々な種類のトラフィックについて、ネットワーク・シグナリング（アイドル状態と接続された状態の移行）、ハンドオーバ（特に移動しているＵＥに対して、より長いＲＲＣ解放タイマーについて接続された状態にＵＥを維持する場合の余分なハンドオーバ・シグナリング）、およびＵＥの電力消費に対するＲＲＣ停止解放タイマーおよびＤＲＸ（不連続受信：ＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ）サイクルの影響について分析している。ＲＡＮ２は、また、ｅＮＢがＤＲＸパラメータおよびＲＲＣ（停止）解放タイマーの設定を最適化することを可能にするために、リリース１１（３ＧＰＰＴＳ３６．３００および３６．３３１を参照）において、ＵＥがネットワークに電力の個別設定指示（たとえばより低い電力消費）を示すことを可能にする新しいＵＥ支援情報手順を指定した。

バースト的なデータ送信または頻繁なＵＥ状態移行によって引き起こされる、たとえばＲＲＣシグナリング、ページング／サービス要求手順など、高い頻度のシグナリング手順を減らすために、現在、３ＧＰＰＳＡ２では解決策が研究されている。

Ｓ２−１２２７８７（ＮＥＣ（３ＧＰＰＳＡ２＃９２））は、ＲＡＮで使用されるユーザの無効タイマーを最適化するために、ユーザのトラフィック・パターンを学習し、ＨＳＳにそれらを格納し、それらを再利用するために、（ＵＥで監視クライアントを使用しＰＬＭＮで監視サーバを使用して）ユーザのトラフィックを監視することを提案した。しかし、個々のアプリケーションのトラフィック・パターンの決定に基づく解決策は、設計および展開するのが複雑であり、ＵＥの変更（ＵＥのトラフィック監視クライアント）を必要とし、したがってレガシ端末と共に使用することができず、ＰＬＭＮの監視サーバに余分なトラフィックを送信することをＵＥに要求し、ＨＳＳでトラフィック・パターンをアップロードすることを後者に要求することによって、無線およびコア・ネットワークに負荷をかけることにさらに貢献する。

他の解決策は、たとえば、ＵＥで実行されているすべてのアプリケーションを横断してキープアライブ・メッセージを調整することによって、またはネットワークに一部のキープアライブ制御を委任することによって、端末が送信するキープアライブ・メッセージの数を最小限にするために研究されている。これは一部のアプリケーションのバースト的なデータ送信の頻度を減らすことに役立つであろうが、たとえば、状態更新、ユーザ位置の更新、プレゼンス情報の更新など、これは他の理由で引き起こされる頻繁なバースト的なデータ送信については役立たないであろう。

本発明の実施形態は、特に、そのような欠点を回避するか、またはそのような問題を解決することを可能にする。

一実施形態では、パケット交換コア・ネットワーク（ならびに特に、移動性管理制御エンティティ、つまりＭＭＥおよびＳＧＳＮ）は、ＲＡＮが、ユーザに適用されるＲＡＮパラメータ（ＤＲＸサイクル、ＲＲＣユーザの無効タイマー）を調節／最適化し、したがってアイドル状態と接続された状態との間の移行の頻度を減らし、ネットワーク・シグナリングを最小限にして、ＵＥのバッテリを節約できるようにする、トラフィック・パターン（たとえば、連続的なシグナリング接続間の時間、モバイル発信または／およびモバイル終端のトラフィック）および／またはユーザの移動パターン（たとえば、静的／遊動的なユーザ対移動しているユーザ）および／またはユーザの契約パラメータ（たとえば静的／遊動的なユーザ）の学習に基づいて、無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮのｅＮＢおよびＵＴＲＡＮのＲＮＣ）に支援情報を提供することができる。

一実施形態では、移動性管理制御エンティティ（つまりＭＭＥおよびＳＧＳＮ）は、ＵＥ／ＲＡＮとのシグナリング接続がいつ確立および解放されたかについてよく認識しており、たとえば、以下を監視するために、これを利用することができる。
− 最後のシグナリング接続の解放と、次のシグナリング接続の確立との間に経過した時間。短い期間（たとえば数秒）は、ＲＡＮがＲＲＣユーザの無効タイマーを増加させるための誘因となるであろう。
− アイドル・モードと接続されたモードとの間の移行の頻度。異常に頻繁に移行する有害なＵＥを検出する。
− たとえば、これが、モバイル発信の通信のみ、または主にそれを利用するＵＥかどうかなど、トラフィックが、ＵＥまたは／およびネットワークから発さられたものかどうか、またはどの程度頻繁に発せられたか。モバイル発信のみのトラフィック、または頻度が少ないモバイル終端のトラフィックを持つＵＥは、バッテリ利用量を最小限にするために、たとえば、より長いＤＲＸ期間で構成することができる（このために、モバイル終端のトラフィックの伝達のための遅延が増えるという悪影響が増えないであろうため）。

一実施形態では、ＭＭＥおよびＳＧＳＮは、次に、たとえば次のシグナリング接続のセットアップの間など（たとえば、ｅＮＢに送信されるＳ１−ＡＰ初期コンテキスト・セットアップ要求（Ｓ１−ＡＰＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔ）など）、ＲＡＮ（ｅＮＢまたはＲＮＣ）が、ＲＡＮパラメータ、特にＤＲＸサイクル（つまりＵＥが接続された状態にあるときの不連続受信の期間）を最適化するのを支援する情報、およびユーザのＲＲＣシグナリング接続を解放するためにＲＡＮで使用されるユーザの無効タイマーを渡すために、これらの情報を使用することができる。

一実施形態では、ＲＡＮは、加えて、ユーザの次のシグナリング接続のセットアップの間の次の使用のために、シグナリング接続の解放の間に、ＭＭＥまたはＳＧＳＮに、たとえば、解放されるシグナリング接続に適用されるＲＲＣユーザの無効タイマーの値など、支援情報を（たとえばＭＭＥにｅＮＢによって送信されるＵＥコンテキスト解放完了（ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｐｌｅｔｅ）メッセージで）転送することができる。

以下のステップは、図３の例について示している。
− ｅＮｏｄｅＢを介するＵＥとＭＭＥとの間の進行中のシグナリング接続、
− ｅＮｏｄｅＢでのＲＲＣユーザの無効タイマーの満期、
− ユーザ停止の原因を含む、ＭＭＥにｅＮｏｄｅＢによって送信されたメッセージ「Ｓ１−ＡＰＳ１ＵＥコンテキスト解放要求（Ｓ１−ＡＰＳ１ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＲｅｑｕｅｓｔ）」、
− ｅＮｏｄｅＢにＭＭＥによって送信されたメッセージ「Ｓ１−ＡＰＳ１ＵＥコンテキスト解除命令（Ｓ１−ＡＰＳ１ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄ）」、
− ＵＥにｅＮｏｄｅＢによって送信されたメッセージＲＲＣ接続解放（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅ）、
− 次のシグナリング接続のためにＲＡＮ支援データを含む、ＭＭＥにｅＮｏｄｅＢによって送信されたメッセージ「Ｓ１−ＡＰＳ１ＵＥコンテキスト解放完了（Ｓ１−ＡＰＳ１ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｐｌｅｔｅ）」、
− ＭＭＥは、Ｓ１接続解放の日付／時間およびＲＡＮ支援データを格納する、
− ＵＥでの送信に利用可能な新しい小さなデータ、
− ＭＭＥにＵＥによって送信されるメッセージ「ＮＡＳサービス要求（ＮＡＳＳｅｒｖｉｃｅＲｅｑｕｅｓｔ）」、
− ＭＭＥは、アイドル状態と接続された状態と間の頻繁な移行を検出し、それをｅＮＢに通知する、
− ＲＡＮ支援データおよびＣＮ支援データを含む、ｅＮｏｄｅＢにＭＭＥによって送信されるメッセージ「Ｓ１−ＡＰＳ１初期コンテキスト・セットアップ要求（Ｓ１−ＡＰＳ１ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔ）」、
− ＵＥとｅＮｏｄｅＢとの間の無線ベアラ確立、
− ＭＭＥにｅＮｏｄｅＢによって送信されるメッセージ「Ｓ１−ＡＰＳ１ＵＥ初期のコンテキスト・セットアップ完了（Ｓ１−ＡＰＳ１ＵＥＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＣｏｍｐｌｅｔｅ）」、
− ｅＮＢは、アイドル状態から接続された状態への移行頻度を減らし、バッテリ利用量を最適化するために、ＲＲＣユーザの無効タイマーおよびＤＲＸパラメータを調整する。

一実施形態では、ＭＭＥ／ＳＧＳＮは、また、たとえば、時間の経過と共に移動イベント（ハンドオーバ、トラッキング／ルーティング・エリア・アップデートなど）を監視することによって、または、可能性として新しい契約データのおかげで（たとえば、静的または遊動的なユーザのフラグ付け）、ユーザの移動パターンを監視することができる。ＭＭＥ／ＳＧＳＮは、また、ＲＡＮ（ｅＮＢまたはＲＮＣ）に渡された支援情報を補完するために、これらの情報を使用することができ、たとえば、静的または遊動的なユーザのユーザ活動なしで、ｅＮＢが、ＲＲＣシグナリング接続を維持する期間を増加させることを可能にする（そのようなユーザに対してハンドオーバは発生しにくいため）。

一実施形態では、ＭＭＥ／ＳＧＳＮは、ユーザがネットワークに接続されている間に、ユーザのトラフィックおよび／または移動パターンを学習する。ＰＳコア・ネットワークの影響を最小限にするために、学習されたパターンは、ＣＮノード間の移動の間に新しいＰＳＣＮノード（つまりＭＭＥまたはＳＧＳＮ）に転送されず、また、ＨＳＳに格納されないであろう。

本発明の実施形態は、端末での変更を必要とせず、したがって、すべてのＵＥで使用可能である。本発明の実施形態は、大規模なネットワーク・シグナリングおよびＵＥの電力バッテリの節約に対する可能性を提供しながら、ＭＭＥ／ＳＧＳＮへの最小限の変更を必要とする。本発明の実施形態は、ユーザのトラフィック・パターンを学習する目的のためだけに、ネットワークにおいて余分なトラフィック負荷を引き起こさない。

本発明の実施形態は、支援情報の他の例を用いて拡張することができる。移動性管理制御エンティティのみに依存することが好ましいが、本発明の実施形態は、たとえばＳＧＷ（つまり３ｇｐｐアクセス下のユーザのすべてのＰＤＮ接続のアンカ・ポイント）またはＰＧＷなど、可能性として、他のＰＳＣＮノードで監視される支援情報を用いて拡張することができ、その場合、情報は、たとえば、ＧＴＰ−Ｕ拡張ヘッダを介して直接的に、またはＭＭＥ／ＳＧＳＮ（およびＳ１１／Ｓ４シグナリング）を介して、ＲＡＮに渡されるであろう。次に、支援情報は、可能性として、たとえば、アプリケーション・タイプ（ＰＧＷで検出）、パケット間の到着時間（ＰＧＷまたはＳＧＷでは検出）などを包含することができる。

本発明の実施形態は、（ＲＡＮおよびＣＮの）重要なネットワーク・シグナリングおよびＵＥの電力バッテリの節約の可能性を有する、実装および展開が簡素で、すべてのＵＥで使用可能な（つまり、レガシのスマートフォンを含む）、すべての種類のアプリケーションに対する一般的な解決策に提供する。

一態様では、ユーザ機器ＵＥが、無線アクセス・ネットワークＲＡＮによってアクセスされるコア・ネットワークＣＮを含むネットワークにアクセスするパケット型モバイル・システムにおいて、ネットワーク・シグナリングの負荷および／またはユーザ機器の電力消費を最適化するための方法が提供される。

様々な組み合わせにより、単独または組み合わせで実施できる、様々な実施形態が提供される。

一実施形態では、ＣＮ支援情報がＵＥに関して前述のＲＡＮに前述のＣＮによって提供され、前述のＣＮ支援情報は、前述のＣＮによる前述のＵＥのトラフィック・パターンおよび／または移動パターンの学習に基づいて、前述のＣＮで決定された情報を含む。

一実施形態では、ＵＥに関して前述のＲＡＮに前述のＣＮによって提供されるＣＮ支援情報は、前述のＵＥに関してアイドル状態と接続された状態との間の移行、および／または接続された状態での電力消費を制御することを可能にするＲＡＮパラメータを調整するために、前述のＲＡＮで使用される。

一実施形態では、ＵＥに関して前述のＲＡＮに前述のＣＮによって提供されるＣＮ支援情報は、前述のＵＥに関してアイドル状態と接続された状態との間の頻繁な移行の可能性を示すことができる情報、および／または前述のＵＥに関して移動が少ないまたは移動がない可能性を示すことができる情報、および／またはモバイル発信のみのトラフィックまたは前述のＵＥのための頻度が少ないモバイル終端のトラフィックの可能性を示すことができる情報を含む。

一実施形態では、ＲＡＮ支援情報は、ＵＥに関して前述のＣＮに前述のＲＡＮによって提供される。

一実施形態では、ＵＥに関して前述のＣＮに前述のＲＡＮによって提供されるＲＡＮ支援情報は、前述のＵＥに関してアイドル状態と接続された状態との間の移行、および／または接続された状態での電力消費を制御することを可能にするＲＡＮパラメータの現在値を含む。

一実施形態では、ＵＥに関して前述のＣＮに前述のＲＡＮによって提供されるＲＡＮ支援情報は、ＣＮ支援情報を決定するのを支援するために前述のＣＮで使用される。

一実施形態では、ＵＥに関してアイドル状態と接続された状態との間の移行、および／または接続された状態での電力消費を制御することを可能にするＲＡＮパラメータは、ＲＲＣ無効タイマーおよびＤＲＸサイクルの少なくとも１つを含む。

一実施形態では、ＵＥに関して前述のＲＡＮに前述のＣＮによって提供され、前述のＵＥに関してアイドル状態と接続された状態との間の頻繁な移行の可能性、および／または前述のＵＥに関して移動が少ないまたは移動がない可能性および／またはモバイル発信のみのトラフィックまたは頻度が少ないモバイル終端のトラフィックの可能性を示すＣＮ支援情報は、ＲＲＣ無効タイマーおよび／または前述のＵＥのためのＤＲＸサイクルを増加させるために、前述のＲＡＮで使用される。

一実施形態では、前述の方法は、
− コントロール・プレーンを担当するＣＮエンティティが、ＵＥに関してシグナリング接続の確立および解放を監視することによって、前述のＵＥのトラフィック・パターンを学習するステップ
を含む。

一実施形態では、前述の方法は、
− コントロール・プレーンを担当するＣＮエンティティが、最後のシグナリング接続の解放と、ＵＥのための次のシグナリング接続の確立との間に経過した時間を監視することによって、前述のＵＥのトラフィック・パターンを学習するステップ
を含む。

一実施形態では、前述の方法は、
− コントロール・プレーンを担当するＣＮエンティティが、ＵＥに関してアイドル状態と接続された状態との間の頻繁な移行を検出することによって、前述のＵＥのトラフィック・パターンを学習するステップ
を含む。

一実施形態では、前述の方法は、
− コントロール・プレーンを担当するＣＮエンティティが、トラフィックが、ＵＥもしくは／およびネットワークから発せられたものかどうか、またはどの程度頻繁に発せられたかを監視することによって、ＵＥのトラフィック・パターンを学習するステップ
を含む。

一実施形態では、前述の方法は、
− コントロール・プレーンを担当するＣＮエンティティが、モバイル発信の通信のみ、または主にそれを利用するＵＥを検出することによって、ＵＥのトラフィック・パターンを学習するステップ
を含む。

一実施形態では、前述の方法は、
− コントロール・プレーンを担当するＣＮエンティティが、ＵＥによって使用されるアプリケーション・タイプを検出することによって、前述のＵＥのトラフィック・パターンを学習するステップ
を含む。

一実施形態では、前述の方法は、
− コントロール・プレーンを担当するＣＮエンティティが、ＵＥに関してパケット間の到着時間を検出することによって、前述のＵＥのトラフィック・パターンを学習するステップ
を含む。

一実施形態では、前述の方法は、
− コントロール・プレーンを担当するＣＮエンティティが、時間の経過と共にＵＥに関して移動イベントを監視することによって、前述のＵＥの移動パターンを学習するステップ
を含む。

一実施形態では、前述の方法は、
− コントロール・プレーンを担当するＣＮエンティティが、静的または遊動的なユーザなど、ＵＥの移動プロファイルを示す契約データに基づいて、前述のＵＥの移動パターンを学習するステップ
を含む。

一実施形態では、前述の方法は、
− コントロール・プレーンを担当するＣＮエンティティが、ＲＡＮエンティティにＵＥのためのＣＮ支援情報を通知するステップ
を含む。

一実施形態では、前述の方法は、
− コントロール・プレーンを担当するＣＮエンティティが、ＵＥのためのＣＮ支援情報および前述のＵＥに関して最後のＲＡＮエンティティから前述のＣＮエンティティによって以前に受信されたＲＡＮ支援情報をＲＡＮエンティティに通知するステップ
を含む。

一実施形態では、前述の方法は、
− コントロール・プレーンを担当するＣＮエンティティが、ＥＰＳでｅＮＢにＭＭＥによって送信されたＳ１−ＡＰＳ１初期コンテキスト・セットアップ要求など、前述のＵＥに関してサービス要求手順の間に送信されたメッセージで、ＲＡＮエンティティにＵＥのためのＣＮ支援情報を通知するステップ
を含む。

一実施形態では、前述の方法は、
− コントロール・プレーンを担当するＣＮエンティティが、ＥＰＳでｅＮＢにＭＭＥによって送信されたＳ１−ＡＰＳ１初期コンテキスト・セットアップ要求など、ＵＥに関してサービス要求手順の間に送信されたメッセージで、前述のＵＥのためのＣＮ支援情報および前述のＵＥのための最後のＲＡＮエンティティから前述のＣＮエンティティによって以前に受信されたＲＡＮ支援情報をＲＡＮエンティティに通知するステップ
を含む。

一実施形態では、前述の方法は、
− ＲＡＮエンティティが、ＵＥに関してＣＮ支援情報を通知され、前述のＣＮ支援情報に基づいて、に関してアイドル状態と接続された状態との間の移行、および／または前述のＵＥに関して接続された状態での電力消費を制御することを可能にするＲＡＮパラメータを調整するステップ
を含む。

一実施形態では、前述の方法は、
− ＲＡＮエンティティが、ＵＥに関してＣＮ支援情報およびＲＡＮ支援情報について通知され、前述のＣＮ支援およびＲＡＮ支援の情報に基づいて、に関して前述のＵＥに関してアイドル状態と接続された状態との間の移行、および／または接続された状態での電力消費を制御することを可能にするＲＡＮパラメータを調整するステップ
を含む。

一実施形態では、前述の方法は、
− ＲＡＮエンティティが、コントロール・プレーンを担当するＣＮエンティティにＵＥのためのＲＡＮ支援情報を通知するステップ
を含む。

一実施形態では、前述の方法は、
− ＲＡＮエンティティが、ＥＰＳでＭＭＥにｅＮＢによって送信されるＳ１−ＡＰＳ１ＵＥコンテキスト解放完了など、前述のＵＥに関してシグナリング接続解放手順の間に送信されたメッセージで、コントロール・プレーンを担当するＣＮエンティティにＵＥのためのＲＡＮ支援情報を通知するステップ
を含む。

他の態様では、そのような方法を実行するために構成されたエンティティが提供され、前述のエンティティは、（排他的ではないが）特に、ＲＡＮエンティティ（Ｅ−ＵＴＲＡＮのｅＮＢ、またはＵＭＴＳのＲＮＣなど）、コントロール・プレーンを担当するＣＮエンティティ（ＥＰＣのＭＭＥ、またはＵＭＴＳのＳＧＳＮなど）、ユーザ・プレーンを担当するＣＮエンティティ（ＥＰＣのサービング・ゲートウェイＳ−ＧＷもしくはＰＤＮゲートウェイＰ−ＧＷ、またはＵＭＴＳのＧＧＳＮなど）を含む。

当業者は、プログラムされたコンピュータによって様々な上記方法のステップを実行できることを容易に認識するであろう。本明細書において、一部の実施形態は、また、機械またはコンピュータで読み取り可能であり、装置で実行可能またはコンピュータで実行可能なプログラム命令をエンコードする、たとえば、デジタル・データ記憶メディアなど、プログラム記憶装置を包含することを意図するものであり、前述の命令は、上記方法のステップの一部またはすべてを実行する。プログラム記憶装置は、たとえば、デジタル・メモリ、磁気ディスクや磁気テープなどの磁気記憶メディア、ハードドライブ、または光学的に読み取り可能なデジタル・データ記憶メディアなどでもよい。また、実施形態は、上記方法の上述したステップを実行するようにプログラムされたコンピュータを包含することを意図するものである。

Claims

ユーザ機器ＵＥが、無線アクセス・ネットワークＲＡＮによってアクセスされるコア・ネットワークＣＮを含むネットワークにアクセスする進化型パケット・システムＥＰＳにおいて、ネットワーク・シグナリングの負荷を最適化するための方法であって、ＣＮ支援情報がＵＥに関してｅＮｏｄｅＢに移動性管理エンティティＭＭＥによって提供される方法であって、前記ＣＮ支援情報は、前記ＵＥに関してアイドル状態と接続された状態との間の移行の制御を可能にするｅＮｏｄｅＢパラメータを調整するために前記ｅＮｏｄｅＢで使用され、
前記ＭＭＥが、前記ｅＮｏｄｅＢに、Ｓ１−ＡＰＳ１初期コンテキスト・セットアップ要求で、前記ＵＥのためのＣＮ支援情報を通知する、方法。
前記ＣＮ支援情報は、前記ＵＥのトラフィック・パターンおよび／または移動パターンの学習に基づいて、前記ＭＭＥで決定された情報を含む請求項１に記載の方法。
前記ＣＮ支援情報は、前記ＵＥに関してアイドル状態と接続された状態との間の頻繁な移行の可能性を示すことができる情報、および／または前記ＵＥに関して移動が少ないまたは移動がない可能性を示すことができる情報、および／またはモバイル発信のみのトラフィックまたは頻度が少ないモバイル終端のトラフィックの可能性を示すことができる情報を含む請求項１または２に記載の方法。
前記ｅＮｏｄｅＢパラメータは、ＲＲＣ無効タイマーを含む請求項１乃至３のいずれか１項に記載の方法。
前記ＵＥに関してアイドル状態と接続された状態との間の頻繁な移行の可能性、および／または前記ＵＥに関して移動が少ないまたは移動がない可能性、および／またはモバイル発信のみのトラフィックまたは頻度が少ないモバイル終端のトラフィックの可能性を示すＣＮ支援情報は、前記ＵＥのためのＲＲＣ無効タイマーを増加させるために、前記ｅＮｏｄｅＢで使用される請求項１乃至４のいずれか１項に記載の方法。
前記ＣＮ支援情報は、前記ＵＥのトラフィック・パターンの学習に基づいて、前記ＭＭＥで決定された情報を含み、
− 前記ＭＭＥは、前記ＵＥに関してシグナリング接続の確立および解放を監視することによって、前記トラフィック・パターンを学習するステップ
を含む請求項１乃至５のいずれか１項に記載の方法。
前記ＣＮ支援情報は、前記ＵＥのトラフィック・パターンの学習に基づいて、前記ＭＭＥで決定された情報を含み、
− 前記ＭＭＥは、最後のシグナリング接続の解放と、前記ＵＥのための次のシグナリング接続の確立との間に経過した時間を監視することによって、前記トラフィック・パターンを学習するステップ
を含む請求項１乃至６のいずれか１項に記載の方法。
前記ＣＮ支援情報は、前記ＵＥのトラフィック・パターンの学習に基づいて、前記ＭＭＥで決定された情報を含み、
− 前記ＭＭＥは、前記ＵＥに関してアイドル状態と接続された状態との間の頻繁な移行を検出することによって、前記トラフィック・パターンを学習するステップ
を含む請求項１乃至７のいずれか１項に記載の方法。
前記ＣＮ支援情報は、前記ＵＥのトラフィック・パターンの学習に基づいて、前記ＭＭＥで決定された情報を含み、
− 前記ＭＭＥは、トラフィックが、前記ＵＥまたは／および前記ネットワークから発せられたものかどうか、またはどの程度頻繁に発せられたかを監視することによって、前記トラフィック・パターンを学習するステップ
を含む請求項１乃至８のいずれか１項に記載の方法。
前記ＣＮ支援情報は、前記ＵＥのトラフィック・パターンの学習に基づいて、前記ＭＭＥで決定された情報を含み、
− 前記ＭＭＥは、モバイル発信の通信のみ、または主にそれを利用するＵＥを検出することによって、前記トラフィック・パターンを学習するステップ
を含む請求項１乃至９のいずれか１項に記載の方法。
前記ＣＮ支援情報は、前記ＵＥの移動パターンの学習に基づいて、前記ＭＭＥで決定された情報を含み、
− 前記ＭＭＥは、時間の経過と共に前記ＵＥに関して移動イベントを監視することによって、前記移動パターンを学習するステップ
を含む請求項１乃至１０のいずれか１項に記載の方法。
− 前記移動イベントは、ハンドオーバを含む
請求項１１に記載の方法。
前記ＣＮ支援情報は、前記ＵＥの移動パターンの学習に基づいて、前記ＭＭＥで決定された情報を含み、
− 前記ＭＭＥは、静的または遊動的なユーザなど、前記ＵＥの移動プロファイルを示す契約データに基づいて、前記移動パターンを学習するステップ
を含む請求項１乃至１２のいずれか１項に記載の方法。
− 前記ＭＭＥは、前記ｅＮｏｄｅＢに、前記ＵＥのためのＣＮ支援情報を通知するステップ
を含む請求項１乃至１３のいずれか１項に記載の方法。
− 前記ＭＭＥは、サービス要求手順の間に送信されるメッセージで、前記ｅＮｏｄｅＢに、前記ＵＥのためのＣＮ支援情報を通知するステップ
を含む請求項１４に記載の方法。
− 前記ＭＭＥによってＣＮ支援情報を通知された前記ｅＮｏｄｅＢは、前記ＣＮ支援情報に基づいて前記ｅＮｏｄｅＢパラメータを調整するステップを含む請求項１乃至１５のいずれか１項に記載の方法。
− ｅＮｏｄｅＢにユーザ機器ＵＥのためのコア・ネットワークＣＮ支援情報を提供するように構成され、前記ＵＥに関してアイドル状態と接続された状態との間の移行の制御を可能にするｅＮｏｄｅＢパラメータを調整するために前記ｅＮｏｄｅＢで使用され、
− メッセージＳ１ＡＰＳ１初期コンテキスト・セットアップ要求で、前記ＣＮ支援情報を通知するように構成された移動性管理エンティティＭＭＥ。
前記ＣＮ支援情報は、前記ＵＥのトラフィック・パターンおよび／または移動パターンの学習に基づいて、前記ＭＭＥで決定された情報を含む請求項１７に記載のＭＭＥ。
− 前記ＵＥのためのサービス要求手順の間に送信されるメッセージで前記ＣＮ支援情報を通知する
ように構成された請求項１７または１８に記載のＭＭＥ。
− メッセージＳ１ＡＰＳ１初期コンテキスト・セットアップ要求で、移動性管理エンティティＭＭＥからユーザ機器ＵＥのためのコア・ネットワークＣＮ支援情報を受信し、
− 前記ＵＥに関してアイドル状態と接続された状態との間の移行の制御を可能にするｅＮｏｄｅＢパラメータを調整するために前記ＣＮ支援情報を使用する
ように構成されたｅＮｏｄｅＢ。
前記ＣＮ支援情報は、前記ＵＥのトラフィック・パターンおよび／または移動パターンの学習に基づいて決定された情報を含む請求項２０に記載のｅＮｏｄｅＢ。
− 前記ＵＥに関してサービス要求手順の間に送信されたメッセージで、ＵＥのためのＣＮ支援情報を受信する
ように構成された請求項２０または２１に記載のｅＮｏｄｅＢ。