JP2020043617A - 機能分離のコアネットワークでの下りリンクパケットの伝送方法 - Google Patents

Abstract

【課題】ゲートウェイノードの制御平面とユーザ平面が分離した移動通信システムにおいて、ユーザに対するデータ伝送の遅延時間を削減し、ネットワークリソースを効率的に使用できるアイドルモードの端末装置に対する下りリンクパケットの伝送方法を提供する。【解決手段】本方法は、ユーザ平面ノードが、端末装置に対する下りリンクパケットを受信してバッファリングするステップと、ユーザ平面ノードが、制御平面ノードに下りリンクパケットの受信の通知メッセージを伝送するステップと、ユーザ平面ノードが、基地局装置を介してバッファリングした下りリンクパケットを端末装置に伝送するステップと、を含み、ユーザ平面ノードが、バッファリング時間に基づいて、制御平面ノードへの下りリンクパケットの受信の通知メッセージの伝送を遅延するステップを更に含む。【選択図】図２

Description

本実施例は、ゲートウェイノードの制御平面とユーザ平面が分離した移動通信システムにて、アイドルモードの端末装置に下りリンクパケットを伝送する方法に関する。

この部分に記述された内容は、単に本実施例の背景情報を提供するに留まり、従来の技術を構成するものではない。

マルチメディアサービスに対する要求が大きくなり、大容量のトラフィックをサービスするために、５世代移動通信技術についての議論が進められている。５世代移動通信システムでは大容量のトラフィックが発生するため、これを効率的に処理することが重要な課題となる。このような課題に対応してゲートウェイ（Ｇａｔｅｗａｙ）の制御平面（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ：ＣＰ）の機能とユーザ平面（Ｕｓｅｒ Ｐｌａｎｅ：ＵＰ）の機能を分離することに関する議論が３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）で進められている。

ゲートウェイ制御平面の機能を実行するノードとユーザ平面の機能を実行するノードに分離されて別々に存在している場合には、アイドルモード（Ｉｄｌｅ Ｍｏｄｅ）の端末装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）の下りリンクトラフィックが発生時に、従来とは異なる処理方法が必要である。つまり、トラフィックが到着するノード（ゲートウェイユーザ平面ノード）とページング（Ｐａｇｉｎｇ）を処理しなければならないノード（ゲートウェイ制御平面ノード）が互いに異なることで、これを効率的に処理することができる方法が必要である。

また、第５世代の移動通信システムではアイドルモードの端末装置に対して発生した下りリンクトラフィックは、頻繁に発生したり、大容量のトラフィックになるだろうから、これを効率的に処理してユーザに対するデータ伝送の遅延時間を削減し、ネットワークリソースを効率的に使用することが重要な課題として台頭する。

本発明の実施例は、ゲートウェイノードの制御平面とユーザ平面が分離した移動通信システムにおいて、ユーザに対するデータ伝送の遅延時間を削減し、ネットワークリソースを効率的に使用できるアイドルモードの端末装置に対する下りリンクパケットの伝送方法を提供することに主な目的がある。

本発明の実施例によると、ゲートウェイがユーザ平面ノードと制御平面ノードに分離した移動通信システムにてアイドルモード（Ｉｄｌｅ Ｍｏｄｅ）の端末装置に下りリンクパケットを伝送する方法において、制御平面ノードがユーザ平面ノードに前記端末装置に対する下りリンクパケット受信のための情報及び受信通知イベントを登録するステップと、ユーザ平面ノードが端末装置に対する下りリンクパケットを受信してバッファリングし、制御平面ノードに下りリンクパケットを受信イベント発生の通知メッセージを伝送するステップと、ユーザ平面ノードが基地局装置を介してバッファリングした下りリンクパケットを端末装置に伝送するステップと、を含む下りリンクパケットの伝送方法を提供する。

本発明の実施例によると、ゲートウェイは、ユーザ平面ノードと制御平面ノードに分離した移動通信システムにてアイドルモード（Ｉｄｌｅ Ｍｏｄｅ）の端末装置に下りリンクパケットを伝送する方法において、端末装置がアイドルモードに転換するに応じて制御平面ノードが第１のユーザ平面ノード及び第２のユーザ平面ノードに第１のフォワーディングテーブル（Ｆｏｒｗａｒｄｉｎｇ Ｔａｂｌｅ）更新命令メッセージを伝送し、下りリンクパケットのルーティングパスを変更するステップと、第２のユーザ平面ノードが下りリンクパケットを受信してバッファリングし、制御平面ノードに下りリンクパケットの受信通知メッセージを伝送するステップと、下りリンクパケットの受信通知メッセージに対応して制御平面ノードが第１のユーザ平面ノード及び第２のユーザ平面ノードに第２のフォワーディングテーブル更新命令メッセージを伝送し、バッファリングした下りリンクパケットが第１のユーザ平面ノードに伝送するステップと、第１のユーザ平面ノードが基地局装置を介してバッファリングした下りリンクパケットを端末装置に伝送するステップと、を含む下りリンクパケットの伝送方法を提供する。

本発明の実施例によると、ゲートウェイが、ユーザ平面ノードと制御平面ノードに分離した移動通信システムにてアイドルモード（Ｉｄｌｅ Ｍｏｄｅ）の端末装置に下りリンクパケットを伝送する方法において、端末装置がアイドルモードに転換するに応じて制御平面ノードが第１のユーザ平面ノード及び第２のユーザ平面ノードに第１のフォワーディングテーブル（Ｆｏｒｗａｒｄｉｎｇ Ｔａｂｌｅ）更新命令メッセージを伝送するステップと、第１のフォワーディングテーブル更新命令メッセージに対応して第１のユーザ平面ノードが下りリンクパケットを受信し、第２のユーザ平面ノードに伝送するステップと、第２のユーザ平面ノードが下りリンクパケットをバッファリングし、制御平面ノードに下りリンクパケットの受信通知メッセージを伝送するステップと、下りリンクパケットの受信通知メッセージに対応して制御平面ノードが第１のユーザ平面ノード及び第２のユーザ平面ノードに第２のフォワーディングテーブル更新命令メッセージを伝送してバッファリングした下りリンクパケットが第１のユーザ平面ノードに伝送されるステップと、及び、第１のユーザ平面ノードが基地局装置を介してバッファリングした下りリンクパケットを端末装置に伝送するステップと、を含む下りリンクパケット伝送方法を提供する。

以上で説明したように、本発明の実施形態によると、ゲートウェイノードの制御平面とユーザ平面が分離した移動通信システムにてアイドルモードの端末装置に下りリンクデータを伝送するに当り、ユーザに対するデータ伝送遅延時間を短縮し、ネットそを効率的に使用できる効果がある。

本発明の実施例によると、ゲートウェイノードのユーザ平面と制御平面が分離した移動通信システムにて、端末装置のアイドルモードをサポートし、バッテリーの使用時間を増やせる効果がある。

本発明の実施例によると、端末装置のコネクトモードで発生したトラフィックを処理するユーザ平面ノードと、端末装置のアイドルモードで発生した下りリンクのトラフィックをバッファリングするユーザ平面ノードとにゲートウェイのユーザ平面ノードを分離することにより、ユーザ体感サービスの品質を高めたり、ゲートウェイユーザ平面ノードの複雑さを下げることができる効果がある。

本発明の実施例によると、端末装置のコネクトモードで発生したトラフィックを処理するユーザ平面ノードと端末装置のアイドルモードで発生した下りリンクのトラフィックをバッファリングするユーザ平面ノードをサービスチェーン（Ｓｅｒｖｉｃｅ Ｃｈａｉｎｉｎｇ）に構成することで、ルーティングパス更新によるオーバーヘッドを減らすことができる効果がある。

従来ＬＴＥ移動通信システムの構成図である。 本発明の実施形態に係る移動通信システムの構成図である。 本発明の実施形態に係るアイドルモード端末装置に対する下りリンクのデータの伝送方法を示すフローチャートである。 本発明の他の実施例に係るアイドルモード端末装置に対する下りリンクのデータの伝送方法を示すフローチャートである。 本発明の他の実施例に係るアイドルモード端末装置に対する下りリンクのデータの伝送方法を示すフローチャートである。 本発明の他の実施形態に係るアイドルモード端末装置に対する下りリンクのデータの伝送方法を示すフローチャートである。 本発明の他の実施形態に係るアイドルモード端末装置に対する下りリンクのデータの伝送方法を示すフローチャートである。

以下、本発明のいくつかの実施例を例示的な図面を使用して詳しく説明する。

添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明するものであり、本発明が実施できる唯一の実施形態を示すものではない。

図１は、従来ＬＴＥ移動通信システムの構成図である。

図１を参照すると、従来ＬＴＥ移動通信システムは、端末装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ、１０）、基地局装置（ＲＡＮ、２０）、モビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、以下「ＭＭＥ」と称する、３０）、サービングゲートウェイ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、以下「Ｓ−ＧＷ」と称する、４０）、パケットゲートウェイ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ、以下「Ｐ−ＧＷ」と称する、６０）、ポリシー及び課金ルール機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅ Ｆｕｎｃｔｉｏｎ、以下「ＰＣＲＦ」と称する、５０）、及びパケットデータネットワーク（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ、以下「ＰＤＮ」と称する、７０）を含む。

従来ＬＴＥ移動通信システムは、大別して端末装置１０、基地局装置２０、及びコアネットワークに区分することができる。ここで、コアネットワークは、ＭＭＥ３０、Ｓ−ＧＷ４０、Ｐ−ＧＷ６０、及びＰＣＲＦ５０を含む。

コアネットワークに含まれているゲートウェイ（Ｓ−ＧＷ及びＰ−ＧＷ）は、ＰＤＮ７０と基地局装置２０を連動させる機能を実行する。ゲートウェイの機能は、大別してユーザデータパケットを伝送するユーザ平面（Ｕｓｅｒ Ｐｌａｎｅ：ＵＰ）の機能とユーザ平面の機能を制御するための制御平面（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ：ＣＰ）の機能とに区分することができる。

制御平面の機能は、セッション管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）、モビリティ管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）管理など、ユーザサービスとネットワークの状態を考慮してユーザ平面で使用するトラフィック伝送のパラメータを最終的に決定することを主な機能とする。一方、ユーザ平面の機能は、制御平面によって決定されたパラメータを適用して実際のユーザトラフィックパケットを処理（例えば、他のノードに伝送、廃棄、またはバッファリングなど）することを主な機能とする。

従来のゲートウェイノード（Ｓ−ＧＷ及びＰ−ＧＷ）のほとんどは、このようなユーザ平面の機能と制御平面の機能をすべて一緒に有する。

しかし、本発明の実施形態に係る移動通信システムは、ゲートウェイの制御平面とユーザ平面を分離して配置させる。前述したように、ユーザ平面で実行される機能は、決定されたパラメータに基づいてユーザトラフィックパケットを処理するものであり、制御平面で実行される機能に比べて単純で反復的な特性がある。従って、本実施例によると、ユーザ平面を低い複雑さで、しかも低価格のスイッチ（Ｓｗｉｔｃｈ）で具現し、制御平面は集中化することで、全体の移動通信システムの性能を向上させる効果がある。つまり、ユーザ平面及び制御平面のそれぞれの機能に要求される性能に合わせて機能を分離してシステムを具現することで、システム全体のパフォーマンスに向上させることができるものである。また、システムの性能向上に加え、コスト効率を高めることができる効果もある。

以下、図２を参照し、本発明の実施形態に係る移動通信システムの構造について具体的に説明する。

図２は、本発明の実施形態に係る移動通信システムの構成図である。

本発明の実施形態に係る移動通信システム１００は、端末装置１１０、基地局装置１２０、ＭＭＥ１３２、ゲートウェイノード１３４及び１４２、そしてＰＣＲＦ１３６を含む。ここで、ゲートウェイノード１３４及び１４２は、制御平面ノード（１３４、以下「ＧＷ ＣＰ」と称する）及びユーザ平面ノード（１４２、以下「ＧＷ ＵＰ」と称する）に分離される。

以下、本発明の実施形態についての説明において「ノード」は、物理的なネットワーク装置、ネットワーク機能を実行するソフトウェアモジュール、またはこの両方の組み合わせで具現することができる。ソフトウェアモジュールは、今後説明する本発明の実施例に係る一つ以上の機能を実行するようにメモリに保存され、一つ以上のプロセッサによって実行される。本発明の実施例に係る機能は、一つのプロセッサによって実行されることもあるが、複数のプロセッサが分担する形で行われることもある。プロセッサは、メモリは、プロセッサ内部または外部に存在することができ、本発明の技術分野に属する通常の技術者に知られている様々な手段でプロセッサと接続することができる。

メモリは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、光ディスク、磁気ディスク、ソリッドステートディスク（ＳＳＤ）などのコンピュータで読み取り可能な記録／保存媒体である。プロセッサは、汎用プロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、又は、他のプログラム可能なロジック装置、個別ゲートまたはトランジスタロジック、個別のハードウェアコンポーネント、またはそれらの任意の組み合わせで具現することができる。

端末装置１１０は、基地局装置１２０、中央クラウド１３０、及びエッジクラウド１４０を介して外部ネットワーク（図示せず）に接続することができる。端末装置１１０は、通信機能を有する電子装置であり、例えば、タブレットＰＣ（Ｔａｂｌｅｔ ＰＣ）、ラップトップ（Ｌａｐｔｏｐ）、パーソナルコンピュータ（ＰＣ：Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、携帯型マルチメディアプレーヤー（ＰＭＰ：Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ）、無線通信端末装置（Ｗｉｒｅｌｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｒｍｉｎａｌ）、スマートフォン（ＳｍａｒｔＰｈｏｎｅ）、移動通信端末装置（Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｒｍｉｎａｌ）、テレビ、デジタルビデオディスク（ＤＶＤ）プレーヤー、オーディオ、冷蔵庫、エアコン、ゲーム機、セットトップボックス（ｓｅｔ−ｔｏｐ ｂｏｘ）、医療機器、計測機器など、様々な形態の電子機器が含まれる。

基地局装置１２０は、ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ノードとして端末装置１１０の呼処理のためのアクセスネットワークを構成する装置をいう。基地局装置１２０は、例えば、ｅ−ＮｏｄｅＢになる。

ＭＭＥ１３２は、端末装置１１０のネットワーク接続についてのアクセス、ネットワークリソースの割り当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）、及びハンドオーバー（ｈａｎｄｏｖｅｒ）などをサポートするためのシグナリング及び制御機能を実行するノードである。

ＧＷ ＣＰ１３４は、ゲートウェイの制御平面機能を実行するノードをいい、ＧＷ ＵＰ１４２は、ゲートウェイのユーザ平面の機能を実行するノードをいう。ＧＷ ＵＰ１４２は、本発明の実施例に基づいて、第１のユーザ平面ノード（１４４、以下「ＧＷ ＵＰ−Ｃ」と称する）及び第２のユーザ平面ノード（１４６、以下「ＧＷ ＵＰ−Ｉ」と称する）を含む。ＧＷ ＵＰ−Ｃ１４４及びＧＷ ＵＰ−Ｉ１４６は、ＧＷ ＵＰ１４２の機能を端末装置１１０のアイドルモード（Ｉｄｌｅ Ｍｏｄｅ）及びコネクトモード（Ｃｏｎｎｅｃｔｅｄ Ｍｏｄｅ）に基づいて分担したノードであり、これに対する詳しい説明は他の図面を参照して後述する。

ＰＣＲＦ１３６は、端末装置１１０別にポリシー（Ｐｏｌｉｃｙ）と課金（Ｃｈａｒｇｉｎｇ）についての規則を定めるノードである。

ＭＭＥ１３２、ＧＷ ＣＰ１３４、及びＰＣＲＦ１３６は仮想化され、中央クラウド１３０で実行され、ＧＷ ＵＰ１４２は仮想化され、エッジクラウド１４０で実行される。中央クラウド１３０及びエッジクラウド１４０は、商用サーバーで具現される。ここで、エッジクラウド１４０は、事業者網のエッジ、すなわちユーザ端末装置や基地局装置の近くに位置する通信、コンピューティング機能を提供するクラウドである。

本発明の実施例によると、ゲートウェイの機能を分離し、ユーザ平面ノードＧＷ ＵＰをエッジクラウド１４０に前進配置することができる。ユーザ平面ノードＧＷ ＵＰの前進配置によって端末装置１１０と基地局装置１２０との物理的なパスが短くなるに応じて、ユーザデータの伝送遅延（Ｌａｔｅｎｃｙ）を効果的に短縮することができる。

ただし、ユーザ平面と制御平面を分離したシステム構造により、アイドルモードにある端末装置１１０の下りリンクトラフィックを処理するには困難がある。具体的に説明すると、下りリンクトラフィックは、ユーザ平面ノードに到着したが、これを感知してページング（Ｐａｇｉｎｇ）及びサービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）のプロセスを開始（Ｔｒｉｇｇｅｒｉｎｇ）する作業（つまり、ＭＭＥにＤｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎメッセージを伝送すること）は、制御平面ノードで行われるからである。

もう一つの問題は、アイドルモードである端末装置１１０の下りリンクパケットを処理するためには、パケットの保存（バッファリング）機能がユーザ平面ノードに含まれるという点から起因する。具体的には、すべてのユーザ平面ノードにバッファリング機能が具現されると、接続（ｃｏｎｎｅｃｔｅｄ）状態の端末装置に迅速に伝送しなければならないパケットをバッファリング機能の実行により処理できなくなり、サービスの品質を低下させるようになる。また、ユーザ平面ノードを前述したように、複雑さの低いスイッチで具現することが困難になる。

このような問題を解決するために、本発明の実施形態では、ユーザ平面ノードと制御平面ノードが情報を交換することで、アイドルモードの端末装置１１０に対する下りリンクトラフィックを処理することができる方法を提供する。

以下、図３〜図５を参照し、本発明の実施例について具体的に説明する。

図３は本発明の実施形態に係るアイドルモード端末装置に対する下りリンクデータの伝送方法を示すフローチャートである。

図３を参照すると、端末装置１１０は、コネクトモードでのデータ伝送を終了した後、アイドルモードに転換される（Ｓ３１０）。これにより、ＧＷ ＣＰ１３４は、端末装置１１０に対する下りリンクパケットの受信のための情報及び受信通知イベントをＧＷ ＵＰ１４２に登録する（Ｓ３１２）。ステップＳ３１２は、ＧＷ ＣＰ１３４が端末装置１１０の識別情報（ＩＭＳＩ：Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）及びＩＰアドレスのうちの少なくとも一つを含む情報をＧＷ ＵＰに伝送するステップを含む。

実施例に基づいてＧＷ ＵＰ１４２とＧＷ ＣＰ１３４がオープンフロー（ＯｐｅｎＦｌｏｗ）プロトコルで通信する場合は、ＧＷ ＣＰ１３４がＧＷ ＵＰ１４２に伝送される情報は、特定のＩＰアドレスを区別することができるフィルタ情報をさらに含むことができる。この場合には、ＧＷ ＵＰ１３４は、フィルタにマッチングする下りリンクパケットの受信情報、受信した下りリンクパケットが属する端末装置、ＩＰアドレス、及びトンネル終端識別情報（ＴＥＩＤ：Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）のうちの少なくとも一つを含むメッセージをＧＷ ＣＰ１３４に伝送することができる。

本発明の実施例に基づいてＧＷ ＵＰ−Ｃ１４４は、第１のフォワーディングテーブル更新命令メッセージに既設定のバッファリング時間を含んでＧＷ ＵＰに伝送することができる。ここで、既設定のバッファリング時間は、例えば、ユーザの登録情報又はサービス特性に基づいて設定される。この場合、ＧＷ ＵＰは下りリンクパケットを受信しても、既設定のバッファリング時間が経過するまでは下りリンクパケットの受信通知メッセージをＧＷ ＣＰ１３４に伝送しない。これは遅延に敏感でないサービスを使用する端末装置１１０の電池の消耗を減らせる効果を提供する。

ステップＳ３１２の後、ＧＷ ＵＰ１４２に端末装置１１０の識別情報ＩＭＳＩまたはＩＰアドレスを宛先とする下りリンクパケットを受信すると、ＧＷ ＵＰ１４２は、受信した下りリンクパケットをバッファリングし（Ｓ３１４）、ＧＷ ＣＰ１３４に下りリンクパケットの受信の通知メッセージを伝送する（Ｓ３１６）。下りリンクパケットの受信の通知メッセージは、端末装置の識別情報ＩＭＳＩ、ＩＰアドレス、及びトンネル終端識別情報ＴＥＩＤのうちの少なくとも一つを含むことができる。

ＧＷ ＣＰ１３４は、移動性管理エンティティ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、以下「ＭＭＥ」と称する）にアイドルモードの端末装置１１０に対する下りリンクパケットが受信されたことを知らせる下りリンクパケットの受信通知メッセージを伝送する（Ｓ３１８）。ここで、下りリンクパケットの受信通知メッセージは、パケットが属するＥＰＳベアラ（Ｂｅａｒｅｒ）のトンネル終端識別情報ＴＥＩＤを含むことができる。

ＧＷ ＣＰ１３４がＧＷ ＵＰ１４２からトンネル終端識別情報ＴＥＩＤを受信していない場合に下りリンクパケットの受信通知メッセージは、端末装置１１０の識別情報ＩＭＳＩ及びＩＰアドレスのうちの少なくとも一つで識別されるパケットデータネットワーク接続（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｃｏｎｎｅｃｔｉｏｎ：ＰＤＮ Ｃｏｎｎｅｃｔｉｏｎ）のデフォルトベアラ（Ｄｅｆａｕｌｔ Ｂｅａｒｅｒ）のトンネル終端識別情報ＴＥＩＤを含むことができる。ＧＷ ＣＰ１３４は、ＧＷ ＵＰ１４２から受信した通知情報を利用してＭＭＥ１３２に下りリンクパケットが受信されたことを知らせるメッセージを伝送する。

ステップＳ３１８以降、ＭＭＥ１３２は、基地局装置１２０を介して端末装置１１０にページング要求メッセージを伝送し、端末装置１１０からのサービス要求メッセージを受信することで、アイドルモードにある端末装置１１０に対するページングプロセス（Ｓ３２０）及びベアラ設定プロセス（Ｓ３２２）が行われる。

ＧＷ ＵＰ１３４は、基地局装置１２０を介してバッファリングされた下りリンクパケットを端末装置１１０に伝送する（Ｓ３２４及びＳ３２６）。具体的には、ＧＷ ＵＰ１３４は、ステップＳ３２２で設定されたベアラを利用して基地局装置１２０にバッファリングした下りリンクパケットを伝送し、基地局装置１２０は受信した下りリンクパケットを端末装置１１０に伝送する（Ｓ３２６）。

図３では、それぞれのプロセスを順次実行することとして記載しているが、必ずしもこれに限定されるものではない。つまり、図３に記載されたプロセスを変更して実行したり、１つ以上のプロセスを並列的に実行することで適用可能であることから、図３は、時系列的な順序に限定されるものではない。

図３に示す実施例は、ＧＷ ＣＰ１３４とＧＷ ＵＰ１４２が分離された移動通信ネットワーク１００にてアイドルモードの端末装置１１０に対する下りリンクトラフィックを処理できる効果がある。

本発明の実施形態に係るＧＷ ＵＰ１４２は、端末装置１１０がアイドルモードに移行した場合、バッファリング機能を実行することで、下りリンクトラフィックを処理することができ、バッファリング機能は、移動通信システムの複雑さを高くする原因になることがある。ネットワークに接続した端末装置がほとんどの時間をアイドルモードで存在することを考慮すると、ＧＷ ＵＰ１４２がバッファリングしなければならないトラフィックの量が多かったり、アイドルモードの切り替えが頻繁に起こり得るからである。このような理由から、大量のトラフィックをバッファリングするためにＧＷ ＵＰ１４２には、大容量のバッファリング機能が搭載されるべきなのだが、これはユーザ平面ノードの複雑さを高くしてしまう。端末装置の数が多かったり、端末装置のアイドルモード進入が頻繁になると、アイドルモード端末装置のトラフィック処理のためにコネクトモードの端末装置のトラフィック処理が遅れる場合が出てくる。したがって、端末装置１１０のコネクトモードまたはアイドルモードに応じてＧＷ ＵＰ１４２の機能を分離することで、ノードの複雑さを下げるか、コネクトモードのトラフィック処理がアイドルモードのトラフィック処理の影響を受けないように制御する必要がある。

以下、図４を参照し、前述した問題点を解決するための本発明の実施例について説明する。

図４は、本発明の他の実施例によるアイドルモード端末装置に対する下りリンクデータの伝送方法を示すフローチャートである。

図４を参照すると、本実施例の移動通信システム１００は、端末装置１１０のコネクトモードで発生したトラフィックを処理する第１のユーザ平面ノードＧＷ ＵＰ−Ｃ及び端末装置１１０のアイドルモードで発生したトラフィックをバッファリングする第２のユーザ平面ノードＧＷ ＵＰ−Ｉを含むことができる。

本実施例は、ＧＷ ＵＰ１４２をＧＷ ＵＰ−Ｃ１４４とＧＷ ＵＰ−Ｉ１４６に分離し、アイドルモードでのバッファリング機能をＧＷ ＵＰ−Ｉ１４６に集中させる。これにより、ＧＷ ＵＰ−Ｃ１４４の複雑さは下げながらコネクトモードトラフィックの処理への影響を軽減することができる。

図４ａを参照すると、まず端末装置１１０がコネクトモードでのデータ伝送を終了する（Ｓ４１０）。これにより、基地局装置１２０は、ＭＭＥ１３２に端末コンテキスト解除要求メッセージ（例えば、ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｒｅｑｕｅｓｔ）を伝送し（Ｓ４１２）、ＭＭＥ１３２は、ＧＷ ＣＰ１３４にベアラ修正／解除要求メッセージ（例えば、Ｂｅａｒｅｒ Ｒｅｌｅａｓｅ Ｒｅｑｕｅｓｔ）を伝送することができる（Ｓ４１４）。端末装置１１０をアイドルモードに切り替えるためのプロセスとしてのステップＳ４１２及びＳ４１４は、例示に過ぎず、本発明が属する技術分野で通常の知識を有する者であれば、本実施形態の本質的な特性から逸脱しない範囲で様々な修正及び変形が可能である。

ＧＷ ＣＰ１３４は、端末装置１１０がアイドルモードに転換するに応じてＧＷ ＵＰ−Ｉ１４６及びＧＷ ＵＰ−Ｃ１４４に第１のフォワーディングテーブル（Ｆｏｒｗａｒｄｉｎｇ Ｔａｂｌｅ）更新命令メッセージを伝送する（Ｓ４１６）。ここで、第１のフォワーディングテーブル更新命令メッセージは、アイドルモードの端末装置１１０に対して発生した下りリンクパケットをＧＷ ＵＰ−Ｃ１４４でなく、ＧＷ ＵＰ−Ｉ１４６が受信するようにフォワーディングテーブル更新を命令するメッセージを意味する。

具体的に、ＧＷ ＣＰ１３４は、ＧＷ ＵＰ−Ｃ１４４がアイドルモードの端末装置１１０の下りリンクパケットを受信しないようにフォワーディングテーブル更新を命令するメッセージをＧＷ ＵＰ−Ｃ１４４に伝送することができる（Ｓ４１６）。また、ＧＷ ＣＰ１３４は、ＧＷ ＵＰ−Ｉ１４６がアイドルモードの端末装置１１０に対する下りリンクパケットを受信するようにフォワーディングテーブル更新を命令するメッセージをＧＷ ＵＰ−Ｉ１４６に伝送することができる（Ｓ４１８）。

本発明の実施例に基づいてＧＷ ＵＰ−Ｃ１４４は、第１のフォワーディングテーブル更新命令メッセージに既設定のバッファリング時間ーを含んでＧＷ ＵＰ−Ｉ１４６に伝送することができる。ここで既設定のバッファリング時間ーは、例えば、ユーザの登録情報又はサービス特性に基づいて設定される。この場合には、ＧＷ ＵＰ−Ｉ１４６は、下りリンクパケットを受信しても、既設定のバッファリング時間ーが経過するまで下りリンクパケットの受信通知メッセージをＧＷ ＣＰ１３４に伝送しない。これは遅延に敏感でないサービスを使用する端末装置１１０の電池の消耗を減らせる効果を提供する。

第１のフォワーディングテーブル更新命令メッセージを受信したＧＷ ＵＰ−Ｉ１４６は、下りリンクパケットの伝送経路をＧＷ ＵＰ−Ｃ１４４からＧＷ ＵＰ−Ｉ１４６に変更する（Ｓ４２０）。具体的にはＧＷ ＵＰ−Ｉ１４６は、ルーティングパスを、前述したように変更するルーティング情報を一つ以上のルータ１５０に伝送することができる。

変更されたルーティングパスに沿ってＧＷ ＵＰ−Ｉ１４６がアイドルモードの端末装置１１０に対する下りリンクパケットを受信すると、ＧＷ ＵＰ−Ｉ１４６は、これを知らせる下りリンクパケットの受信通知メッセージをＧＷ ＣＰ１３４に伝送する（Ｓ４２４）。ここで下りリンクパケットの受信通知メッセージは、端末装置１１０の識別情報ＩＭＳＩ、ＩＰアドレス、トンネル終端識別情報ＴＥＩＤを含むことができる。前述したように、ＧＷ ＵＰ−Ｉ１４６がバッファリング時間ーを受信した場合には、バッファリング時間ーが経過するまで下りリンクパケットの受信通知メッセージの伝送を遅延させることができる。

ステップＳ４２６は、図３を参照して、前述したページングプロセス及びサービス要求のプロセスと似ているので説明を省略する。

ＧＷ ＣＰ１３４は、下りリンクパケットの受信通知メッセージに対応してＧＷ ＵＰ−Ｃ１４４及びＧＷ ＵＰ−Ｉ１４６に第２のフォワーディングテーブル更新命令メッセージを伝送する（Ｓ４２８及びＳ４３０）。具体的にはＧＷ ＣＰ１３４は、ＧＷ ＵＰ−Ｃ１４４がＧＷ ＵＰ−Ｉ１４６にバッファリングした下りリンクパケットを受信することができるようにフォワーディングテーブル更新を命令するメッセージを伝送することができる（Ｓ４２８）。また、ＧＷ ＣＰ１３４は、ＧＷ ＵＰ−Ｉ１４６にバッファリングした下りリンクパケットをＧＷ ＵＰ−Ｃ１４４に伝送するようにフォワーディングテーブル更新を命令するメッセージを伝送することができる（Ｓ４３０）。ここで、フォワーディングテーブル更新を命令するメッセージはＧＷ ＵＰ−Ｃ１４４のアドレスまたはポート情報を含む。

ＧＷ ＵＰ−Ｉ１４６は、フォワーディングテーブル更新に基づいて生成されたパスを利用し、バッファリングされていた下りリンクパケットをＧＷ ＵＰ−Ｃ１４４に伝送する（Ｓ４３２）。

下りリンクパケットをＧＷ ＵＰ−Ｃ１４４から基地局装置１２０に伝送するためにベアラ（例えば、ＥＰＳベアラ）をリセットするプロセスが実行される（Ｓ４３４）。

ＧＷ ＵＰ−Ｃ１４４は、端末装置１１０がアイドルモードからコネクトモードに移行した後に発生した下りリンクパケットの伝送経路をＧＷ ＵＰ−Ｉ１４６からＧＷ ＵＰ−Ｃ１４４に変更するために、ルーティングパスを変更するルーティング情報を一つ以上のルータ１５０に伝送することができる（Ｓ４３６）。

ＧＷ ＵＰ−Ｃ１４４は、基地局装置１２０を介してＧＷ ＵＰ−Ｉ１４６にバッファリングされていた下りリンクパケットを端末装置１１０に伝送する（Ｓ４３８及びＳ４４０）。具体的には、ＧＷ ＵＰ−Ｃ１４４は、ステップＳ４３４で設定されたベアラを利用して基地局装置１２０に下りリンクパケットを伝送し、基地局装置１２０は、受信した下りリンクパケットを端末装置１１０に伝送する（Ｓ４４０）。

図４ａ及び図４ｂは、それぞれのプロセスを順次実行するものとして記載しているが、必ずしもこれに限定されるものではない。つまり、図４ａ及び図４ｂに記載されたプロセスを変更して実行したり、１つ以上のプロセスを並列的に実行することで適用可能であり、図４ａ及び図４ｂは、時系列的な順序に限定されるものではない。

一方、前述した実施例では、アイドルモードの端末装置１１０がコネクトモードに切り替えたときにＧＷ ＵＰ−Ｉ１４６でバッファリングされていたパケットがＧＷ ＵＰ−Ｃ１４４に伝送され、その後、ＧＷ ＵＰ−Ｃ１４４が基地局装置１２０を介してパケットを端末装置１１０に伝送することを例に挙げたが、これに限定されない。例えば、ＧＷ ＵＰ−Ｉ１４６が基地局装置１２０と直接つながった場合、ＧＷ ＣＰ１３４は、ＧＷ ＵＰ−Ｉ１４６にバッファリングされているパケットを基地局装置１２０に伝送させた後、下りリンクパケットの伝送経路をＧＷ ＵＰ−Ｃ１４４に変えるようにフォワーディング情報を設定し、ＧＷ ＵＰ−Ｉ１４６とＧＷ ＵＰ−Ｃ１４４に伝送することもできる。

図４に示す実施例は、端末装置１１０のコネクトモードで発生したトラフィックを処理する第１のユーザ平面ノードＧＷ ＵＰ−Ｃとアイドルモードからのトラフィックをバッファリングする第２のユーザ平面ノードＧＷ ＵＰ−Ｉを分離して、システムの効率を向上させることができる効果がある。

ただし、ＧＷ ＵＰ−Ｃ１４４とＧＷ ＵＰ−Ｉ１４６との間で下りリンクパケットの伝送経路が変更することにより、一つ以上のルータ１５０にルーティングパス情報が伝送されなければならないオーバーヘッドが存在する。したがって、このようなオーバーヘッドを減らすための方法が要求される。

以下、図５を参照し、前述した問題点を解決するための本発明の実施例について説明する。

図５は本発明の他の実施形態に係るアイドルモード端末装置に対する下りリンクデータの伝送方法を示すフローチャートである。

図５ａを参照すると、まず端末装置１１０がコネクトモードでのデータ伝送を終了する（Ｓ５１０）。これにより、基地局装置１２０は、ＭＭＥ１３２に端末コンテキスト解除要求メッセージ（例えば、ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｒｅｑｕｅｓｔ）を伝送し（Ｓ５１２）、ＭＭＥ１３２は、ＧＷ ＣＰ１３４にベアラ修正／解除要求メッセージ（例えば、Ｂｅａｒｅｒ Ｒｅｌｅａｓｅ Ｒｅｑｕｅｓｔ）を伝送することができる（Ｓ５１４）。端末装置１１０をアイドルモードに切り替えるためのプロセスとしてのステップＳ５１２及びＳ５１４は、例示に過ぎず、本発明が属する技術分野で通常の知識を有する者であれば、本実施形態の本質的な特性から逸脱しない範囲で様々な修正及び変形が可能である。

本実施例ではＧＷ ＵＰ−Ｃ１４４とＧＷ ＵＰ−Ｉ１４６は、サービスチェーン（Ｓｅｒｖｉｎｇ Ｃｈａｉｎｉｎｇ）によって接続される。ＧＷ ＵＰ−Ｃ１４４とＧＷ ＵＰ−Ｉ１４６の機能が仮想化されて接続することができる。サービスチェーンが適用されるということは、下りリンクパケットの伝送がＧＷ ＵＰ−Ｃ１４４→ＧＷ ＵＰ−Ｉ１４６→ＧＷ ＵＰ−Ｃ１４４→基地局装置１２０の経路で行われることを意味する。この経路上でＧＷ ＵＰ−Ｉ１４６は、アイドルモードのトラフィックをＧＷ ＵＰ−Ｃから受信して保存しておき、端末装置１１０がコネクトモードに切り替えると、これをＧＷ ＵＰ−Ｃに再び伝達する役割を遂行する。

ＧＷ ＣＰ１３４は、端末装置１１０がアイドルモードに転換するに応じてＧＷ ＵＰ−Ｉ１４６及びＧＷ ＵＰ−Ｃ１４４に第１のフォワーディングテーブル更新命令メッセージを伝送する。ここで、第１のフォワーディングテーブル更新命令メッセージは、端末装置１１０のアイドルモードで発生した下りリンクパケットをＧＷ ＵＰ−Ｃ１４４が受信してＧＷ ＵＰ−Ｉ１４６に伝達し、ＧＷ ＵＰ−Ｉ１４６は伝達された下りリンクパケットをバッファリングするようにフォワーディングテーブル更新を命令するメッセージである。

つまり、ＧＷ ＣＰ１３４は、ＧＷ ＵＰ−Ｃ１４４が受信した下りリンクパケットがＧＷ ＵＰ−Ｉ１４６に伝達されるようにフォワーディングテーブル更新を命令するメッセージをＧＷ ＵＰ−Ｃ１４４に伝送することができる（Ｓ５１６）。また、ＧＷ ＣＰ１３４は、ＧＷ ＵＰ−Ｃ１４４から伝達された下りリンクパケットをバッファリングするようにフォワーディングテーブル更新を命令するメッセージをＧＷ ＵＰ−Ｉ１４６に伝送することができる（Ｓ５１８）。

本発明の実施例に基づいてＧＷ ＵＰ−Ｃ１４４は、第１のフォワーディングテーブル更新命令メッセージに既設定のバッファリング時間を含んでＧＷ ＵＰ−Ｉ１４６に伝送することができる。ここで既設定のバッファリング時間は、例えば、ユーザの登録情報又はサービス特性に基づいて設定される。この場合に、ＧＷ ＵＰ−Ｉ１４６は下りリンクパケットを受信しても、既設定のバッファリング時間が経過するまで下りリンクパケットの受信通知メッセージをＧＷ ＣＰ１３４に伝送しない。これは遅延に敏感でないサービスを使用している端末装置（１１０の電池の消耗を減らせる効果を提供する。

アイドルモードの端末装置１１０に対して発生した下りリンクパケットは、ＧＷ ＵＰ−Ｃ１４４に最初に伝送され（Ｓ５２０）、ＧＷ ＵＰ−Ｃ１４４は、受信した下りリンクパケットを設定されたサービスチェーン（Ｓｅｒｖｉｃｅ Ｃｈａｉｎ）によってＧＷ ＵＰ−Ｉ１４６に伝達する（Ｓ５２２）。

ＧＷ ＵＰ−Ｉ１４６は、伝達された下りリンクパケットをバッファリングし（Ｓ５２２）、ＧＷ ＣＰ１３４に下りリンクパケットの受信を知らせる下りリンク受信通知メッセージを伝送する（Ｓ５２６）。もし、前述したバッファリング時間が設定された場合に、ＧＷ ＵＰ−Ｉ１４６は、バッファリング時間が経過するまでパケットをバッファリングし、有効期限が切れる時点で受信通知メッセージをＧＷ ＣＰ１３４に伝送することができる。

ステップＳ５２８は、図３を参照し、前述したページングプロセス及びサービス要求プロセスと似ているので説明を省略する。

以降、ＧＷ ＣＰ１３４は、下りリンクパケットの受信通知メッセージに対応してＧＷ ＵＰ−Ｃ１４４及びＧＷ ＵＰ−Ｉ１４６に第２のフォワーディングテーブル更新命令メッセージを伝送し（Ｓ５３０及びＳ５３２）、ＧＷ ＵＰ−Ｉ１４６でバッファリングされていた下りリンクパケットがＧＷ ＵＰ−Ｃ１４４に伝達されるようにする（Ｓ５３４）。

具体的に、ＧＷ ＣＰ１３４は、ＧＷ ＵＰ−Ｃ１４４がＧＷ ＵＰ−Ｉ１４６にバッファリングした下りリンクパケットを受信できるようにフォワーディングテーブル更新を命令するメッセージを伝送することができる（ Ｓ５３０）。また、端末装置１１０がコネクトモードに切り替わった後に発生した下りリンクパケットがＧＷ ＵＰ−Ｉ１４６に伝達されないようにフォワーディングテーブル更新を命令するメッセージを伝送することができる。これは端末装置１１０がアイドルモードの状態で設定されたサービスチェーンを非活性化するためである。

また、ＧＷ ＣＰ１３４は、ＧＷ ＵＰ−Ｉ１４６にバッファリングした下りリンクパケットをＧＷ ＵＰ−Ｃ１４４に伝送するようにフォワーディングテーブル更新を命令するメッセージをＧＷ ＵＰ−Ｉ１４６に伝送することができる（Ｓ５３２）。ここでＧＷ ＣＰ１３４が伝送する命令メッセージ（第２のフォワーディングテーブル更新命令メッセージ）は、ＧＷ ＵＰ−Ｃ１４４のアドレスまたはポート情報を含むことができる。

ＧＷ ＵＰ−Ｉ１４６は、バッファリングした下りリンクパケットをＧＷ ＵＰ−Ｃ１４４に伝達し（Ｓ５３４）、ＧＷ ＵＰ−Ｃ１４４は、基地局装置１２０を介してＧＷ ＵＰ−Ｉ１４６から受信した下りリンクパケットを端末装置１１０に伝送することができる（Ｓ５３６及びＳ５３８）。これに対する具体的な説明は図４ｂを参照し、上述したように類似するので説明を省略する。

一方、前述した実施例では、アイドルモードの端末装置１１０がコネクトモードに切り替えたときにＧＷ ＵＰ−Ｉ１４６でバッファリングされていたパケットがＧＷ ＵＰ−Ｃ１４４に伝送され、この後、ＧＷ ＵＰ−Ｃ１４４が基地局装置１２０を介してパケットを端末装置１１０に伝送することを例に挙げたが、これに限定されない。例えば、ＧＷ ＵＰ−Ｉ１４６が基地局装置１２０と直接つながっている場合に、ＧＷ ＣＰ１３４は、ＧＷ ＵＰ−Ｉ１４６でバッファリングされているパケットを基地局装置１２０に伝送させた後、下りリンクパケットの伝送経路をＧＷ ＵＰ−Ｃ１４４に変えるようにフォワーディング情報を設定し、ＧＷ ＵＰ−Ｉ１４６とＧＷ ＵＰ−Ｃ１４４に伝送することもできる。

図５ａ及び図５ｂは、それぞれのプロセスを順次実行するものとして記載しているが、必ずしもこれに限定されるものではない。つまり、図５ａ及び図５ｂに記載されたプロセスを変更して実行したり、１つ以上のプロセスを並列的に実行することで適用可能であり、図５ａ及び図５ｂは時系列的な順序に限定されるものではない。

一方、図３〜図５に示したフローチャートの各ステップは、コンピュータで読み取り可能な記録媒体にコンピュータが読み取り可能なコードで具現することが可能である。コンピュータが読み取り可能な記録媒体は、コンピュータシステムによって読み取ることができるデータが格納されるすべての種類の記録装置を含む。つまり、コンピュータが読み取り可能な記録媒体は、磁気記録媒体（例えば、ロム、フロッピーディスク、ハードディスクなど）、光学的読み取り媒体（例えば、ＣＤ−ＲＯＭ、ディブイディなど）及びキャリアウェーブ（例えば、インターネットを通じた伝送）のような記憶媒体を含む。また、コンピュータが読み取り可能な記録媒体は、ネットワークにつながったコンピュータシステムに分散されて分散方式でコンピュータが読み取り可能なコードが保存され、実行することができる。

以上の説明は、本実施形態の技術思想を例示的に説明したものに過ぎないものであり、本実施例の属する技術分野における通常の知識を有する者であれば、本実施形態の本質的な特性から逸脱しない範囲で様々な修正及び変形が可能である。したがって、本実施例は、本実施例の技術思想を限定するためのものではなく説明するためのものであり、このような実施例により、本実施例の技術思想の範囲が限定されるわけではない。本実施例の保護範囲はこの後の請求の範囲によって解釈されるべきであり、それと同等の範囲内にあるすべての技術思想は、本実施形態の権利範囲に含まれるものとして解釈されるべきである。

以上で説明したように、本実施例は、アイドルモードの端末装置に下りリンクデータを伝送する技術に適用され、ゲートウェイノードの制御平面とユーザ平面を分離して伝送遅延時間を削減し、ネットワークリソースの使用効率を向上させ、端末装置のアイドルモードをサポートすることにより、バッテリの使用時間を増やせる効果を発生する有用な発明である。

ＣＲＯＳＳ−ＲＥＦＥＲＥＮＣＥ ＴＯ ＲＥＬＡＴＥＤ ＡＰＰＬＩＣＡＴＩＯＮ
本特許出願は、２０１６年０１月２５日に韓国に出願した特許出願番号第１０−２０１６−０００８６７４号の米国特許法１１９（ａ）条（３５ ＵＳＣ§１１９（ａ））に基づいて優先権を主張し、そのすべての内容は参考文献として本特許出願に併合される。さらに、本特許出願は、米国以外の国に対しても、前記と同じ理由で優先権を主張し、そのすべての内容は参考文献として本特許出願に併合される。

Claims (12)

1. ゲートウェイがユーザ平面ノードと制御平面ノードに分離した移動通信システムにてアイドルモードの端末装置に下りリンクパケットを伝送する方法において、
   前記ユーザ平面ノードが、前記端末装置に対する前記下りリンクパケットを受信してバッファリングするステップと、
   前記ユーザ平面ノードが、前記制御平面ノードに前記下りリンクパケットの受信の通知メッセージを伝送するステップと、
   前記ユーザ平面ノードが、基地局装置を介して前記バッファリングした前記下りリンクパケットを前記端末装置に伝送するステップと、
   を含み、
   前記ユーザ平面ノードが、バッファリング時間に基づいて、前記制御平面ノードへの前記下りリンクパケットの前記受信の前記通知メッセージの伝送を遅延するステップを更に含む、方法。
2. 前記制御平面ノードが、前記ユーザ平面ノードに前記端末装置に対する前記下りリンクパケットを受信するための情報を通知する、請求項１に記載の方法。
3. 前記ユーザ平面ノードが、既設定のバッファリング時間が経過するまで、前記制御平面ノードへの前記下りリンクパケットの前記受信の前記通知メッセージの伝送を遅延する、請求項１に記載の方法。
4. 前記既設定のバッファリング時間は、ユーザの登録情報又はサービス特性に基づいて設定される、請求項３記載の方法。
5. 前記情報は、前記端末装置の識別情報（ＩＭＳＩ）、ＩＰアドレス、及びトンネル終端識別情報（ＴＥＩＤ）のうちの少なくとも一つを含む、請求項２記載の方法。
6. 前記制御平面ノードが、移動性管理エンティティ（ＭＭＥ）への前記下りリンクパケットの前記受信の前記通知メッセージを伝送するステップを更に含む、請求項１記載の方法。
7. 移動通信システムにてアイドルモードの端末装置に下りリンクパケットを伝送するゲートウェイにおいて、
   制御平面ノードと、
   ユーザ平面ノードと、
   を備え、
   前記ユーザ平面ノードが、前記端末装置に対する前記下りリンクパケットを受信してバッファリングし、前記制御平面ノードに前記下りリンクパケットの受信の通知メッセージを伝送し、基地局装置を介して前記バッファリングした前記下りリンクパケットを前記端末装置に伝送し、
   前記ユーザ平面ノードが、バッファリング時間に基づいて、前記制御平面ノードへの前記下りリンクパケットの前記受信の前記通知メッセージの伝送を遅延するステップを更に含む、ゲートウェイ。
8. 前記制御平面ノードが、前記ユーザ平面ノードに前記端末装置に対する前記下りリンクパケットを受信するための情報を通知する、請求項７に記載のゲートウェイ。
9. 前記ユーザ平面ノードが、既設定のバッファリング時間が経過するまで、前記制御平面ノードへの前記下りリンクパケットの前記受信の前記通知メッセージの伝送を遅延する、請求項７に記載のゲートウェイ。
10. 前記既設定のバッファリング時間は、ユーザの登録情報又はサービス特性に基づいて設定される、請求項９記載のゲートウェイ。
11. 前記情報は、前記端末装置の識別情報（ＩＭＳＩ）、ＩＰアドレス、及びトンネル終端識別情報（ＴＥＩＤ）のうちの少なくとも一つを含む、請求項８記載のゲートウェイ。
12. 前記制御平面ノードが、移動性管理エンティティ（ＭＭＥ）への前記下りリンクパケットの前記受信の前記通知メッセージを伝送するステップを更に含む、請求項７記載のゲートウェイ。