(57)【要約】  本ソリューションは、通信ネットワーク（２００）内でのソースサービングゲートウェイ（２０７ａ）から少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への少なくとも１つのユーザ機器ベアラリソースの再配置をトリガするための上記ソースサービングゲートウェイ（２０７ａ）における方法に関する。上記ソースサービングゲートウェイ（２０７ａ）は、ユーザ機器にベアラリソースを提供することにより、上記ユーザ機器（２０３）にサービスを提供する。上記ソースサービングゲートウェイ（２０７ａ）は、上記ソースサービングゲートウェイ（２０７ａ）から上記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への上記少なくとも１つのユーザ機器ベアラリソースの再配置を示すイベントを検出する（５０１）。さらに、上記ソースサービングゲートウェイ（２０７ａ）は、メッセージをモビリティマネジメントノード（２０５、２０９）へ送信する（５０２）。上記メッセージは、上記ソースサービングゲートウェイ（２０７ａ）から上記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ上記少なくとも１つのユーザ機器ベアラリソースを再配置するためのトリガを含む。【選択図】図３
2013511180.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク（２００）内でのソースサービングゲートウェイ（２０７ａ）から少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への少なくとも１つのユーザ機器ベアラリソースの再配置をトリガするための前記ソースサービングゲートウェイ（２０７ａ）における方法であって、前記ソースサービングゲートウェイ（２０７ａ）はユーザ機器（２０３）にベアラリソースを提供することにより前記ユーザ機器（２０３）にサービスを提供し、前記方法は：
前記ソースサービングゲートウェイ（２０７ａ）から前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への前記少なくとも１つのユーザ機器ベアラリソースの再配置を示すイベントを検出するステップ（５０１）と；
前記ソースサービングゲートウェイ（２０７ａ）から前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ前記少なくとも１つのユーザ機器ベアラリソースを再配置するためのトリガを含むメッセージを、モビリティマネジメントノード（２０５、２０９）へ送信するステップ（５０２）と；
を含む、方法。
【請求項２】
前記ソースサービングゲートウェイ（２０７ａ）と前記ユーザ機器（２０３）との間の前記少なくとも１つのユーザ機器ベアラリソースを解放することの指示を含む要求を、前記モビリティマネジメントノード（２０５、２０９）から受信するステップ（５０４）と；
前記ソースサービングゲートウェイ（２０７ａ）と前記ユーザ機器（２０３）との間の前記少なくとも１つのベアラリソースを解放するステップ（５０５）と；
前記少なくとも１つのベアラリソースが解放されたことの確認応答を、前記モビリティマネジメントノード（２０５、２０９）へ送信するステップ（５０６）と；
をさらに含む、請求項１に記載の方法。
【請求項３】
前記ソースサービングゲートウェイ（２０７ａ）から前記ターゲットサービングゲートウェイ（２０７ｂ）への前記少なくとも１つのユーザ機器ベアラリソースの再配置を示すイベントを検出する前記ステップ（５０１）は：
前記ソースサービングゲートウェイ（２０７ａ）の過負荷を検出すること（５０１ａ）
をさらに含む、請求項１及び２のいずれかに記載の方法。
【請求項４】
前記ソースサービングゲートウェイ（２０７ａ）から前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への前記少なくとも１つのユーザ機器（２０３）ベアラリソースの再配置を示すイベントを検出する前記ステップ（５０１）は：
前記ソースサービングゲートウェイ（２０７ａ）から前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ前記少なくとも１つのユーザ機器ベアラリソースを再配置するためのトリガをオペレータ（２２３）から受信すること（５０１ｂ）
をさらに含む、請求項１〜３のいずれかに記載の方法。
【請求項５】
前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ再配置するための前記トリガを含む受信された前記メッセージの確認応答を行う応答を、前記モビリティマネジメントノード（２０５、２０９）から受信するステップ（５０３）
をさらに含む、請求項１〜４のいずれかに記載の方法。
【請求項６】
前記ソースサービングゲートウェイのキャパシティ値の要求を受信するステップ（５０７）をさらに含む、請求項１〜５のいずれかに記載の方法。
【請求項７】
前記ソースサービングゲートウェイ（２０７ａ）のキャパシティを示す、前記ソースサービングゲートウェイ（２０７ａ）のキャパシティ値を取得するステップ（５０８）と；
前記キャパシティ値を前記モビリティマネジメントノード（２０５、２０９）へ送信するステップ（５０９）と；
をさらに含む、請求項１〜６のいずれかに記載の方法。
【請求項８】
通信ネットワーク（２００）内でソースサービングゲートウェイ（２０７ａ）から少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ少なくとも１つのユーザ機器ベアラリソースを再配置するためのモビリティマネジメントノード（２０５、２０９）における方法であって、前記ソースサービングゲートウェイ（２０７ａ）はユーザ機器（２０３）にベアラリソースを提供することにより前記ユーザ機器（２０３）にサービスを提供し、前記方法は：
前記ソースサービングゲートウェイ（２０７ａ）から前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ前記少なくとも１つのユーザ機器ベアラリソースを移すためのトリガを含むメッセージを受信するステップ（７０１）と；
前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）を選択するステップ（７０４）と；
前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への前記少なくとも１つのユーザ機器ベアラリソースの再配置を要求するメッセージを、選択された前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ送信するステップ（７０５）と；
前記ソースサービングゲートウェイ（２０７ａ）から、選択された前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ、前記少なくとも１つのユーザ機器ベアラリソースを再配置するステップ（７０７）と；
を含む、方法。
【請求項９】
トリガを含む受信された前記メッセージは、前記ソースサービングゲートウェイ（２０７ａ）及びオペレータ（２２３）のうちの１つから受信される、請求項８に記載の方法。
【請求項１０】
前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ再配置するための前記トリガを含む受信された前記メッセージの確認応答を行う応答を、前記ソースサービングゲートウェイ（２０７ａ）及びオペレータ（２２３）のうちの１つへ送信するステップ（７０２）
をさらに含む、請求項８及び９のいずれかに記載の方法。
【請求項１１】
前記ソースサービングゲートウェイ（２０７ａ）と前記ユーザ機器（２０３）との間の前記少なくとも１つのベアラリソースを解放することの指示を含む要求を、前記ソースサービングゲートウェイ（２０７ａ）へ送信するステップ（７０８）と；
前記少なくとも１つのベアラリソースが解放されたことの確認応答を、前記ソースサービングゲートウェイ（２０７ａ）から受信するステップ（７０９）と；
をさらに含む、請求項８〜１０のいずれかに記載の方法。
【請求項１２】
前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への前記少なくとも１つのユーザ機器ベアラリソースの再配置を要求する受信された前記メッセージの確認応答を行う応答を、前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）から受信するステップ（７０６）
をさらに含む、請求項８〜１１のいずれかに記載の方法。
【請求項１３】
前記ソースサービングゲートウェイ（２０７ａ）のキャパシティを示すキャパシティ値を、前記ソースサービングゲートウェイ（２０７ａ）から受信するステップ（７０３）
をさらに含み、
前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）を選択する前記ステップ（７０４）は、受信された前記キャパシティ値に基づく、
請求項８〜１２のいずれかに記載の方法。
【請求項１４】
通信ネットワーク（２００）内でのソースサービングゲートウェイ（２０７ａ）から少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への少なくとも１つのユーザ機器ベアラリソースの再配置をトリガするための前記ソースサービングゲートウェイ（２０７ａ）であって、前記ソースサービングゲートウェイ（２０７ａ）はユーザ機器（２０３）にベアラリソースを提供することにより前記ユーザ機器（２０３）にサービスを提供し、前記ソースサービングゲートウェイ（２０７ａ）は：
前記ソースサービングゲートウェイ（２０７ａ）から前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への前記少なくとも１つのユーザ機器ベアラリソースの再配置を示すイベントを検出するように構成される検出部（６０１）と；
前記ソースサービングゲートウェイ（２０７ａ）から前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ前記少なくとも１つのユーザ機器ベアラリソースを再配置するためのトリガを含むメッセージを、モビリティマネジメントノード（２０５、２０９）へ送信するように構成される送信部（６０２）と；
を備える、ソースサービングゲートウェイ（２０７ａ）。
【請求項１５】
通信ネットワーク（２００）内でソースサービングゲートウェイ（２０７ａ）から少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ少なくとも１つのユーザ機器ベアラリソースを再配置するためのモビリティマネジメントノード（２０５、２０９）であって、前記ソースサービングゲートウェイ（２０７ａ）はユーザ機器（２０３）にベアラリソースを提供することにより前記ユーザ機器（２０３）にサービスを提供し、前記モビリティマネジメントノード（２０５、２０９）は：
前記ソースサービングゲートウェイ（２０７ａ）から前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ前記少なくとも１つのユーザ機器ベアラリソースを移すためのトリガを含むメッセージを受信するように構成される受信部（８０１）と；
前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）を選択するように構成される選択部（８０２）と；
前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への前記少なくとも１つのユーザ機器ベアラリソースの再配置を要求するメッセージを、選択された前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ送信するように構成される送信部（８０３）と；
前記ソースサービングゲートウェイ（２０７ａ）から、選択された前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ、前記少なくとも１つのユーザ機器ベアラリソースを再配置するように構成される再配置部（８０４）と；
を備える、前記モビリティマネジメントノード（２０５、２０９）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、ソースサービングゲートウェイ、当該ソースサービングゲートウェイにおける方法、モビリティマネジメントノード、及び当該モビリティマネジメントノードにおける方法に関する。より具体的には、この発明は、通信ネットワーク内でのソースサービングゲートウェイから少なくとも１つのターゲットサービングゲートウェイへの少なくとも１つのユーザ機器ベアラリソース（user  equipment  bearer  resource）の再配置（relocate）に関する。
【背景技術】
【０００２】
サービングゲートウェイ（サービングＧＷ）は、パケットデータネットワークゲートウェイ（ＰＤＮ  GW）と基地局、即ちｅＮｏｄｅＢ（ｅＮＢ）との間でユーザプレーンデータをトンネリング（tunnel）する、ＥＰＳ（Evolved  Packet  System）ネットワーク内のネットワークノードである。
【０００３】
サービングＧＷにおける負荷の上限値に及ぶ場合、又は、オペレータが、例えば監視の理由により、特定の加入者、即ちユーザ機器をサービングＧＷから離したい場合に、それを実行するための適した手法はない。
【０００４】
別のシナリオは、例えば、サービングＧＷのアップグレード／アップデートで、いずれかの理由で、オペレータが、加入者、即ちユーザ機器からサービングＧＷを円滑に空けたいケースであり得る。
【０００５】
ユーザ機器（ＵＥ）が当該ユーザ機器のトラッキングエリア（ＴＡ）リスト外に移動する場合、即ち、ユーザ機器がモビリティマネジメントエンティティ（ＭＭＥ）で登録したＴＡのリストの中にユーザ機器の現在のＴＡがないことを発見することによって、ユーザ機器が新たなトラッキングエリアへの変更を検出する場合に、トラッキングエリア更新（ＴＡＵ）手続き（procedure）が実行される。図１は、ＭＭＥ及びサービングＧＷの変更を伴うトラッキングエリア更新手続きを示す。ステップ１０８−１１１及び１１７−１１８は、ベアラ生成要求、ベアラ更新要求及びベアラ削除要求に関し、詳細に説明される。残りのステップは説明されない。しかしながら、当業者は、残りのステップがどのように実行されるかを理解するであろう。
【０００６】
ステップ１０８
ターゲットＭＭＥは、ベアラ生成要求（Create  Bearer  Request）をターゲットサービングＧＷへ送信する。ターゲットＭＭＥは、サービングＧＷを再配置するか否かを決定する。ソースサービングＧＷがＵＥにサービスを提供し続けることができない場合に、サービングＧＷは再配置される。ターゲットサービングＧＷが、より長く、及び／若しくはＵＥからＰＤＮ  ＧＷへのより最適なパスで、ＵＥにサービスを提供すると期待される場合、又は、ターゲットサービングＧＷ、及び場合によってはソースサービングＧＷが、ＰＤＮ  ＧＷと同一の場所に配置され得る場合にも、ターゲットＭＭＥは、サービングＧＷを再配置することを決定してもよい。ターゲットＭＭＥは、ターゲットサービングＧＷを選択した場合に、例えば国際移動体加入者識別番号（ＩＭＳＩ）、ベアラコンテキストを含むベアラ生成要求メッセージを、選択されたターゲットサービングＧＷへ送信する。ＰＤＮ  ＧＷのアドレスは、ベアラコンテキストの中で示される。１つのターゲットサービングＧＷを選択するケースが本明細書で説明される。しかしながら、いくつかのターゲットサービングＧＷが選択されてもよい。
【０００７】
ステップ１０９
ターゲットサービングＧＷは、例えばサービングＧＷアドレス、サービングＧＷトンネル終端識別子（ＴＥＩＤ）を含むベアラ更新要求（Update  Bearer  Request）メッセージを、関連するＰＤＮ  ＧＷへ送信する。
【０００８】
ステップ１１０
ＰＤＮ  ＧＷは、当該ＰＤＮ  ＧＷのベアラコンテキストを更新し、ＰＤＮ  ＧＷアドレス及びＴＥＩＤを含むベアラ更新応答（Update  Bearer  Response）メッセージを、ターゲットサービングＧＷに返信する。
【０００９】
ステップ１１１
サービングＧＷは、例えば、ユーザプレーンについてのサービングＧＷアドレス及びＴＥＩＤ、サービングＧＷコンテキストＩＤ等を含む、ベアラ生成応答（Create  Bearer  Response）メッセージを、ターゲットＭＭＥへ返信する。
【００１０】
サービングＧＷは、当該サービングＧＷのベアラコンテキストを更新する。これにより、サービングＧＷは、ｅＮｏｄｅＢから受信する場合に、ベアラプロトコルデータユニット（ＰＤＵ）をＰＤＮ  ＧＷへルーティングすることが可能になる。
【００１１】
ステップ１１７
ソースＭＭＥは、例えばＴＥＩＤを含むベアラ削除要求（Delete  Bearer  Request）メッセージをソースサービングＧＷへ送信することにより、ＥＰＳベアラリソースを削除／解放する。ＥＰＳベアラリソースは、場合によっては、ユーザ機器ベアラリソースとも呼ばれ得る。ソースＭＭＥは、ソースサービングＧＷはＰＤＮ  ＧＷに向けた削除手続きを開始してはならないことを、当該ソースサービングＧＷに示す。サービングＧＷが変わらなかった場合に、当該サービングＧＷはベアラを削除／解放しない。ＭＭＥが変わらなかった場合に、ターゲットサービングＧＷが割り当てられると、ステップ１１１は、ＥＰＳベアラリソースの解放、即ちステップ１１７をトリガする。
【００１２】
当業者にとって既知であるように、ＥＰＳベアラは、ＥＰＳアクセスを介してユーザ機器にＰＤＮ接続サービスを提供する。即ち、ＥＰＳベアラは、例えばＥＰＳ内でのユーザ機器とＰＤＮ  ＧＷとの間の「仮想的な」接続である。ＥＰＳベアラは、「ベアラサービス」、即ち特定のサービス品質（ＱｏＳ）パラメータを伴うトランスポートサービスを提供する。ＥＰＳベアラを通る全てのトラフィックは、同じＱｏＳパラメータのセットを用いなければならない。
【００１３】
ステップ１１８
サービングＧＷは、例えばＴＥＩＤを含むベアラ削除応答メッセージをソースＭＭＥに送信することにより、確認応答を行う。
【００１４】
ユーザ機器が新たなトラッキングエリアに遷移（change）する場合に、上述したトラッキングエリアアップデート手続きは、ソースサービングＧＷからターゲットサービングＧＷへ、ソースＭＭＥからターゲットＭＭＥへ遷移する。
【００１５】
サービングＧＷにおける負荷の上限値に及ぶ場合、又は、オペレータが、例えば監視の理由により、特定の加入者、即ちユーザ機器をサービングＧＷから離したい場合に、それを実行するための手法の候補はない。
【００１６】
別のシナリオは、いずれかの理由でオペレータが加入者からサービングＧＷを円滑に空けたいケース、即ちアップグレード／アップデートであり得る。
【００１７】
今日の問題は、サービングＧＷノードは加入者のこの移動を開始する手段をもたないことである。そして、これは、ベアラ設定手続きでの大量の拒否、過負荷のリスクを引き起こし、又はさらに悪い問題を引き起こし得る。
【発明の概要】
【００１８】
したがって、目的の問題は、通信システムにおけるトラフィック処理を改善するためのメカニズムを提供することである。
【００１９】
本発明の第１の形態によれば、上記目的の問題は、通信ネットワーク内でのソースサービングゲートウェイから少なくとも１つのターゲットサービングゲートウェイへの少なくとも１つのユーザ機器ベアラリソースの再配置をトリガするための上記ソースサービングゲートウェイにおける方法により、解決される。上記ソースサービングゲートウェイは、ユーザ機器にベアラリソースを提供することにより、上記ユーザ機器にサービスを提供する。上記ソースサービングゲートウェイは、上記ソースサービングゲートウェイから上記少なくとも１つのターゲットサービングゲートウェイへの上記少なくとも１つのユーザ機器ベアラリソースの再配置を示すイベントを検出し、メッセージをモビリティマネジメントノードへ送信する。上記メッセージは、上記ソースサービングゲートウェイから上記少なくとも１つのターゲットサービングゲートウェイへ上記少なくとも１つのユーザ機器ベアラリソースを再配置するためのトリガを含む。
【００２０】
本発明の第２の形態によれば、上記目的の問題は、通信ネットワーク内でソースサービングゲートウェイから少なくとも１つのターゲットサービングゲートウェイへ少なくとも１つのユーザ機器ベアラリソースを再配置するためのモビリティマネジメントノードにおける方法により、解決される。上記ソースサービングゲートウェイは、ユーザ機器にベアラリソースを提供することにより、上記ユーザ機器にサービスを提供する。上記モビリティマネジメントノードは、上記ソースサービングゲートウェイから上記少なくとも１つのターゲットサービングゲートウェイへ上記少なくとも１つのユーザ機器ベアラリソースを移すためのトリガを含むメッセージを受信し、上記少なくとも１つのターゲットサービングゲートウェイを選択する。上記モビリティマネジメントノードは、上記少なくとも１つのターゲットサービングゲートウェイへの上記少なくとも１つのユーザ機器ベアラリソースの再配置を要求するメッセージを、選択された上記少なくとも１つのターゲットサービングゲートウェイへ送信する。また、上記モビリティマネジメントノードは、上記ソースサービングゲートウェイから、選択された上記少なくとも１つのターゲットサービングゲートウェイへ、上記少なくとも１つのユーザ機器ベアラリソースを再配置する。
【００２１】
本発明の第３の形態によれば、上記目的の問題は、通信ネットワーク内でのソースサービングゲートウェイから少なくとも１つのターゲットサービングゲートウェイへの少なくとも１つのユーザ機器ベアラリソースの再配置をトリガするための上記ソースサービングゲートウェイにより、解決される。上記ソースサービングゲートウェイは、ユーザ機器にベアラリソースを提供することにより、上記ユーザ機器にサービスを提供する。上記ソースサービングゲートウェイは、上記ソースサービングゲートウェイから上記少なくとも１つのターゲットサービングゲートウェイへの上記少なくとも１つのユーザ機器ベアラリソースの再配置を示すイベントを検出するように構成される検出部を備える。上記ソースサービングゲートウェイは、メッセージをモビリティマネジメントノードへ送信するように構成される送信部も備える。上記メッセージは、上記ソースサービングゲートウェイから上記少なくとも１つのターゲットサービングゲートウェイへ上記少なくとも１つのユーザ機器ベアラリソースを再配置するためのトリガを含む。
【００２２】
本発明の第４の形態によれば、上記目的の問題は、通信ネットワーク内でソースサービングゲートウェイから少なくとも１つのターゲットサービングゲートウェイへ少なくとも１つのユーザ機器ベアラリソースを再配置するためのモビリティマネジメントノードにより、解決される。上記ソースサービングゲートウェイは、ユーザ機器にベアラリソースを提供することにより、上記ユーザ機器にサービスを提供する。上記モビリティマネジメントノードは、上記ソースサービングゲートウェイから上記少なくとも１つのターゲットサービングゲートウェイへ上記少なくとも１つのユーザ機器ベアラリソースを移すためのトリガを含むメッセージを受信するように構成される受信部と、上記少なくとも１つのターゲットサービングゲートウェイを選択するように構成される選択部と、を備える。さらに、上記モビリティマネジメントノードは、上記少なくとも１つのターゲットサービングゲートウェイへの上記少なくとも１つのユーザ機器ベアラリソースの再配置を要求するメッセージを、選択された上記少なくとも１つのターゲットサービングゲートウェイへ送信するように構成される送信部を備える。さらに、上記モビリティマネジメントノードは、上記ソースサービングゲートウェイから、選択された上記少なくとも１つのターゲットサービングゲートウェイへ、上記少なくとも１つのユーザ機器ベアラリソースを再配置するように構成される再配置部を備える。
【００２３】
ソースサービングゲートウェイは、キャパシティに基づいて過負荷に起因して、又はソースサービングゲートウェイを空ける必要性に起因して、ユーザ機器ベアラリソースの再配置を開始することを可能にされるので、通信システムにおけるトラフィック処理が改善される。
【００２４】
本技術は様々な利点を与える。当該利点についての例の包括的ではないリストは、以下のとおりである。
【００２５】
本ソリューションの利点は、サービングＧＷが危機的な状況で負荷から解放される可能性があることである。別の利点は、サービングＧＷに関するキャパシティパラメータの導入である。当該導入は、負荷を制御し得る。別の利点は、サービングＧＷにおける進化した過負荷防止（ＯＬＰ）がＥＰＳベアラ確立のシナリオにおいて時間を節約することである。本ソリューションは、１つの加入者、即ち１つのユーザ機器を、望ましい機器に移す可能性を、オペレータに与える。本ソリューションは、いずれのインサービスプロバイダ（ＩＳＰ）のロスを伴うことなく、１つのサービングＧＷを使用不能にする、即ちアップデート又はアップグレードする可能性も、オペレータに与える。
【００２６】
本発明は、上述した特徴及び利点に限定されない。当業者は、以下の詳細な説明を読むことで、さらなる特徴及び利点を認識するであろう。
【図面の簡単な説明】
【００２７】
本発明は、本ソリューションの実施形態を説明する添付の図面を参照することにより、以下の詳細な説明においてより詳細に説明される。
【図１】ＭＭＥ及びサービングＧＷの変更を伴うＴＡＵ手続きを説明する、組み合せられたフローチャート及びシグナリング図である。
【図２】ＥＰＳ（Evolved  Packet  System）のアーキテクチャの実施形態を説明するブロック図である。
【図３】サービングＧＷによりトリガされる移動手続きを説明する、組み合せられたフローチャート及びシグナリング図である。
【図４】サービングＧＷによりトリガされるキャパシティ変更手続きを説明する、組み合せられたフローチャート及びシグナリング図である。
【図５ａ】ソースサービングゲートウェイにおける方法の実施形態を説明するフローチャートである。
【図５ｂ】ソースサービングゲートウェイにおける方法の実施形態を説明するフローチャートである。
【図５ｃ】ソースサービングゲートウェイにおける方法の実施形態を説明するフローチャートである。
【図５ｄ】ソースサービングゲートウェイにおける方法の実施形態を説明するフローチャートである。
【図６】ソースサービングゲートウェイの実施形態を説明するブロック図である。
【図７】モビリティマネジメントノードにおける方法の実施形態を説明するフローチャートである。
【図８】モビリティマネジメントノードの実施形態を説明するブロック図である。
【発明を実施するための形態】
【００２８】
本ソリューションは、サービングＧＷに、ソースサービングＧＷから少なくとも１つのターゲットサービングＧＷにユーザ機器、即ちユーザ機器ベアラリソースを移すことを可能にする。
【００２９】
これは、サービングＧＷにおける上限値に及ぶ場合、又は、例えばメンテンナスの際に、オペレータが特定の加入者をサービングＧＷから離したい場合に、有用である。
【００３０】
本ソリューションは、少なくとも４部からなる。
【００３１】
１）サービングＧＷは、例えばＩＭＳＩを用いて特定の加入者の移動を開始する選択肢を有し得る。即ち、オペレータにより制御される。
【００３２】
２）サービングＧＷは、過負荷防止（overload  protection）を用いて特定の加入者の移動を開始する選択肢を有し得る。
【００３３】
３）サービングＧＷは、自ノードを全体で空けることを開始する選択肢を有し得る。即ち、オペレータにより制御される。
【００３４】
４）サービングＧＰＲＳ（General  Packet  Radio  Service）サポートノード（ＳＧＳＮ）／ＭＭＥ又はドメインネームサーバ（ＤＮＳ）は、サービングＧＷの各グループについてのキャパシティテーブルを提供し得る。実装及び状況に応じて、オペレータにより、又はサービングＧＷにより、これが０に設定される場合に、いずれのＵＥベアラリソースも当該サービングＧＷにおいて割り当てられなくてもよい。
【００３５】
図２は、ＥＰＳのような通信ネットワーク２００のアーキテクチャの例示的な実施形態を説明するブロック図である。図２は、例えばＳＧＳＮ及びＭＭＥ等のノードを示す。アーキテクチャは、アクセス側にＥ−ＵＴＲＡＮ（Evolved  -  Universal  Mobile  Telecommunications  System  (UMTS)  Terrestrial  Radio  Access  Network）を、コア側にＥＰＣ（Evolved  Packet  Core）を含む。
【００３６】
Ｅ−ＵＴＲＡＮ２０１は、例えばｅＮｏｄｅＢのような基地局（図示せず）を含む。当該ｅＮｏｄｅＢは、ＬＴＥ（Long  Term  Evolution）−Ｕｕインターフェースにより、ユーザ機器２０３とインターフェース接続する。Ｅ−ＵＴＲＡＮ２０１のｅＮｏｄｅＢは、Ｓ１インターフェースによりＥＰＣに接続される。図２は、１つのユーザ機器２０３のみを示すが、当業者は、１つよりも多くのユーザ機器２０３が通信ネットワーク２００の一部であってもよいということを理解するであろう。
【００３７】
Ｅ−ＵＴＲＡＮ２０１は、Ｓ１−ＭＭＥインターフェースによりＭＭＥ２０５へ接続される。ＭＭＥ２０５は、ユーザ機器２０５へのシグナリング及びユーザ機器２０５からのシグナリングに対処（take  care  of）し、ＵＥコンテキストを管理し、記憶し、ベアラアクティベーション／デアクティベーションプロセス等に関与する。
【００３８】
上述したように、サービングゲートウェイ２０７は、ユーザデータパケットをルーティングし、転送する。言い換えると、サービングゲートウェイ２０７は、ベアラリソースをユーザ機器２０３に提供することにより、ユーザ機器２０３にサービスを提供する。Ｓ１−Ｕは、サービングＧＷ２０７とＥ−ＵＴＲＡＮ２０１との間のインターフェースである。また、Ｓ１１は、サービングゲートウェイ２０７とＭＭＥ２０５との間のインターフェースである。
【００３９】
ＳＧＳＮ２０９は、その地理的なサービスエリア内で、ユーザ機器からの、及びユーザ機器へのデータパケットの配信を担い、セキュリティ機能及びアクセス制御を実行する。ＳＧＳＮ２０９は、Ｓ３インターフェースを介してＭＭＥ２０５に接続される。場合によっては、ＭＭＥ２０５及びＳＧＳＮ２０９は、１つのエンティティの中で結合（combine）され得る。
【００４０】
ホーム加入者サーバ（ＨＳＳ）２１２は、加入者データ及び認証データを含むデータベースである。ＭＭＥ２０５は、Ｓ６ａインターフェースを介してＨＳＳ２１２に接続される。
【００４１】
サービングＧＷ２０７は、Ｓ５インターフェースを介してＰＤＮゲートウェイ２１６に接続される。ＰＤＮゲートウェイ２１６は、ネットワーク２００に現在登録されているユーザ機器２０３に、ＩＰアドレスを割り当て、予約する装置である。ＰＤＮゲートウェイ２１６は、また、ポリシー及び課金の実行に対処し、ポリシー制御課金機能（ＰＣＲＦ）２１９からポリシーを受信する。
【００４２】
ＳＧｉリファレンスポイントは、ＰＤＮゲートウェイ２１６と、ＩＰマルチメディアサブシステム（ＩＭＳ）、パケット交換ストリーミング（ＰＳＳ）等のオペレータＩＰサービス２２３を提供するパケットデータネットワークとの間のインターフェースである。
【００４３】
図３は、サービングＧＷによりトリガされる再配置のための手続きの例示的な実施形態を説明する、組み合せられたフローチャート及びシグナリング図である。上記手続きは、図２に関連して上述したように、ＳＧＳＮ／ＭＭＥ−サービングＧＷの環境で行われ得る。図３は、ソースサービングＧＷ２０７ａ及びターゲットサービングＧＷ２０７ｂを示す。図３は１つのターゲットサービングＧＷ２０７ｂを示すが、当業者は、１つよりも多くのターゲットサービングＧＷ２０７ｂでも可能であることを理解するであろう。１つ以上のユーザ機器ベアラリソース（図示せず）は、ソースサービングＧＷ２０７ａから少なくとも１つのターゲットサービングＧＷ２０７ｂへ移され、又は再配置されることが可能である。ソースサービングＧＷ２０７ａは、古いサービングＧＷと呼ばれてもよく、ターゲットサービングＧＷ２０７ｂは、新たなサービングＧＷと呼ばれてもよい。図３は、上述したようにＳＧＳＮ２０５及びＭＭＥ２０９を１つのエンティティとして示す。ＤＮＳは、ユーザ機器ベアラリソースを再配置するためのターゲットサービングＧＷ２０７ｂの候補のリストを提供する。
【００４４】
上記手続きは以下のステップを含む。当該ステップは、当業者により理解されるように、いずれかの適した順序で実行され得る。
【００４５】
ステップ３０１
ソースサービングＧＷ２０７ａに過剰な負荷がかかっているので、ソースサービングＧＷ２０７ａにおいて過負荷防止機能がトリガされる。別の代替手段は、過負荷防止機能がオペレータによりトリガされることである。
【００４６】
ステップ３０２
ソースサービングＧＷ２０７ａは、ＩＭＳＩを含むメッセージをＳＧＳＮ／ＭＭＥ２０５、２０９へ送信する。これは、例えば以下のものを使用することにより解決され得る。
−以前に取り決められたＱｏＳと同じＱｏＳを使用し、プライベート拡張情報要素（ＩＥ）の中に移動トリガを含むベアラ更新要求
−上述したものと同一のプライベート拡張ＩＥを使用するダウンリンクデータ通知
−エコー要求
−又は、このシナリオを解決することを目的として新たな標準化された手続き
【００４７】
ステップ３０３
ＳＧＳＮ／ＭＭＥ２０５、２０９は、例えば以下のものを送信することにより、ソースサービングＧＷ２０７ａに応答する。
−以前に取り決められたＱｏＳと同じＱｏＳを使用するベアラ更新要求
−ダウンリンクデータ通信確認応答
−エコー応答
−又は、このシナリオを解決することを目的とする新たな標準化された手続き
【００４８】
ステップ３０４
ＳＧＳＮ／ＭＭＥ２０５、２０９は、少なくとも１つのターゲットサービングＧＷ２０７ｂを選択する。前回のターゲットサービングＧＷの選択が実行された場合に、選択はサービングＧＷ２０７のリストから行われる。ＤＮＳがサービングＧＷの選択に使用された場合、サービングＧＷ２０７のリストは、初期のＤＮＳクエリから予め報告され得る。または、サービングＧＷ２０７のリストは、ＳＧＳＮ／ＭＭＥ２０５、２０９の中に含まれていてもよい。ＤＮＳクエリは、アタッチ手続きの間、又はトラッキングエリア更新（ＴＡＵ）手続きの間に、実行され得る。上記リストは、ＤＮＳ又はＳＧＳＮ／ＭＭＥ２０５、２０９の中のコンピュータに読み取り可能な媒体、即ちメモリ部に記憶され得る。ＳＧＳＮ／ＭＭＥ２０５、２０９は、キャパシティ値、即ちターゲットサービングＧＷ２０７ｂのシグナリング及びペイロードのキャパシティも考慮し得る。
【００４９】
前回のサービングＧＷの選択が実行されていない場合には、ＳＧＳＮ／ＭＭＥ２０５、２０９はサービングＧＷの選択を行う。ＥＰＳベアラは、インター（Inter）ＴＡＵ／ルーティングエリア更新（ＲＡＵ）、又は別のハンドオーバ手続きを通して、このＳＧＳＮ／ＭＭＥ２０５、２０９においてアクティブにされ得る。
【００５０】
ステップ３０５
ＳＧＳＮ／ＭＭＥ２０５、２０９は、ユーザ機器２０３についてのユーザ機器コンテキストを構築し、例えばＩＭＳＩ、ＥＰＳベアラコンテキストを含むベアラ修正要求（Modify  Bearer  Request）メッセージを、選択された少なくとも１つのターゲットサービングＧＷ２０７へ送信する。ＰＤＮ  ＧＷ２１６のアドレスは、ベアラコンテキストの中で示される。同じｅＮｏｄｅＢ（図示せず）が用いられる場合には、ユーザプレーンについてのインターネットプロトコル（ＩＰ）アドレス及びＴＥＩＤが、ＥＰＳベアラコンテキストの中に含まれる。
【００５１】
ステップ３０６
ターゲットサービングＧＷ２０７ｂは、例えばターゲットサービングＧＷのアドレス、サービングＧＷのＴＥＩＤを含むベアラ修正要求メッセージを、関連するＰＤＮ  ＧＷ２１６へ送信する。
【００５２】
ステップ３０７
ＰＤＮ  ＧＷ２１６は、そのベアラコンテキストを更新し、例えばＰＤＮ  ＧＷのアドレス及びＴＥＩＤを含むベアラ修正応答（Modify  Bearer  Response）メッセージを、ターゲットサービングＧＷ２０７へ返信する。
【００５３】
ステップ３０８
ターゲットサービングＧＷ２０７ｂは、そのベアラコンテキストを更新する。これにより、ターゲットサービングＧＷ２０７ｂは、ｅＮｏｄｅＢから受信すると、ベアラＰＤＵをＰＤＮ  ＧＷ２１６へルーティングすることが可能になる。
【００５４】
ステップ３０９
ターゲットサービングＧＷ２０７ｂは、例えばユーザプレーンについてのターゲットサービングＧＷのアドレス及びＴＥＩＤ、サービングＧＷのコンテキストＩＤを含むベアラ修正応答（Modify  Bearer  Response）メッセージを、ＳＧＳＮ／ＭＭＥ２０５、２０９へ返信する。
【００５５】
ステップ３１０
Ｓ１−Ｕベアラが修正される。即ち、ベアラリソースは、サービングＧＷ２０７ａから、選択されたターゲットサービングＧＷ２０７ｂへ再配置される。
【００５６】
ステップ３１１
ＳＧＳＮ／ＭＭＥ２０５、２０９は、ユーザ機器コンテキストを再配置し、例えばＴＥＩＤを含むセッション削除要求（Delete  Session  Request）メッセージをソースサービングＧＷ２０７ａへ送信することによって、ソースサービングＧＷ２０７ａに向けたセッションの中でＥＰＳベアラリソースを解放／削除する。ＳＧＳＮ／ＭＭＥ２０５、２０９は、ソースサービングＧＷ２０７ａはＰＤＮ  ＧＷ２１６に向けた削除手続きを開始してはならないことを、ソースサービングＧＷ２０７ａに示す。
【００５７】
ステップ３１２
ソースサービングＧＷ２０７ａとＰＤＮ  ＧＷ２１６との間のセッション内のベアラリソースは、解放／削除される。
【００５８】
ステップ３１３
ソースサービングＧＷ２０７ａは、例えばＴＥＩＤを含むセッション削除応答メッセージをＳＧＳＮ／ＭＭＥ２０５、２０９へ送信することにより、受信されたセッション削除／解放要求の確認応答を行う。
【００５９】
ベアラが再確立される場合、又は修正手続きを通して、ターゲットサービングＧＷからの新たなアドレスがｅＮｏｄｅＢへ伝達される（図示せず）。それは、また、解放／設定手続きによって実行されてもよい。後者が選択される場合に、新たなアドレスは、ターゲットサービングＧＷ２０７ｂに向けてもう一度伝達され得る。ｅＮｏｄｅＢの通信は、図３のステップ３０９の後に開始され得る。
【００６０】
図４は、サービングＧＷによりトリガされるキャパシティ変更のための手続きの第２の例示的な実施形態を説明する、組み合せられたフローチャート及びシグナリング図である。ＳＧＳＮ／ＭＭＥ２０５、２０９又はＤＮＳは、ＤＮＳから返信されたサービングＧＷの各グループについてのキャパシティテーブルを提供する。キャパシティテーブルは、サービングＧＷの負荷の制御に関連し得るキャパシティパラメータを含む。実装及び状況に応じて、オペレータにより、又はサービングＧＷ２０７により、このパラメータが０に設定される場合に、いずれのＵＥベアラリソースも当該サービングＧＷ２０７に割り当てられなくてもよい。
【００６１】
上記手続きは、以下のステップを含む。当業者により理解されるように、当該ステップはいずれかの適した順序で実行され得る。
【００６２】
ステップ４０１
ソースサービングＧＷ２０７ａに過剰な負荷がかかっているので、ソースサービングＧＷ２０７ａにおいて過負荷防止機能がトリガされる。別の代替手段は、過負荷防止機能がオペレータによりトリガされることである。
【００６３】
ステップ４０２で、
ソースサービングＧＷ２０７ａは、新たなＣＡＰ値を含むメッセージを、ＳＧＳＮ／ＭＭＥ２０５、２０９へ送信する。これは、例えば以下のものを使用することにより解決され得る。
−エコー要求、及びＩＥプライベート拡張の中に新たなＣＡＰ値を含む。ＣＡＰ値が０に設定される場合に、いずれのさらなる要求もそのサービングＧＷに向けられてはならない。
−又は、このシナリオを解決することを目的として新たな標準化された手続き
【００６４】
ステップ４０３
ＳＧＳＮ／ＭＭＥ２０５，２０９は、以下のものを使用してソースサービングＧＷ２０７ａに応答する。
−エコー応答
−又は、このシナリオを解決することを目的として新たな標準化された手続き
【００６５】
ステップ４０４
ＳＧＳＮ／ＭＭＥ２０５，２０９は、再配置及び再確立の手続きの間に新たなキャパシティ「ＣＡＰ」値を考慮することにより、少なくとも１つのターゲットサービングＧＷ２０７ｂを選択する。
【００６６】
キャパシティ値は、入ってくるシグナリングの全停止の要求、又は、バランスのとれたサービングＧＷのセットを得るための、即ちサービングＧＷのプール内でバランスのとれた負荷を得るための、調整されたキャパシティ値の要求の、いずれかを示し得る。ＣＡＰ＝０は、ソースＳＧＷ２０７ａを再選択されることから除外し得る。ターゲットＳＧＷ２０７ｂについてのＣＡＰ値は、いくつかの他の手法で取ってこられる。言い換えると、ターゲットＳＧＷの選択は、ターゲットＳＧＷ２０７ｂの候補から受信された前回のＣＡＰ値に基づき得る。ＣＡＰ値が０より大きい場合には、ユーザ機器をＳＧＷへ送ることができる。ユーザ機器がターゲットＳＧＷ２０７ｂにどのくらいの頻度で送られるかは、ＣＡＰ値及びターゲットサービングＧＷ２０７ｂの数による。
【００６７】
図３におけるステップ３０５−３１３に対応するステップは、図４においても実行されるが、簡単にするために、本明細書において繰り返し説明されず、図４において示されない。
【００６８】
ソースサービングゲートウェイ２０７ａの観点から見た上記方法がここで説明される。図５ａ−ｄは、通信ネットワーク２００内でのソースサービングゲートウェイ２０７ａから少なくとも１つのターゲットサービングゲートウェイ２０７ｂへの少なくとも１つのユーザ機器ベアラリソースの再配置をトリガするためのソースサービングゲートウェイ２０７ａにおける本方法を説明するフローチャートである。上述したように、ソースサービングゲートウェイ２０７ａは、ベアラリソースをユーザ機器２０３に提供することにより、ユーザ機器２０３にサービスを提供する。上記方法は、ソースサービングゲートウェイ２０７ａにより実行されるステップを含む。当該ステップは、当業者により理解されるように、適した順序で実行され得る。
【００６９】
ステップ５０１
このステップは、図３におけるステップ３０１及び図４におけるステップ４０１に対応する。ソースサービングゲートウェイ２０７ａは、ソースサービングゲートウェイ２０７ａから少なくとも１つのターゲットサービングゲートウェイ２０７ｂへの少なくとも１つのユーザ機器ベアラリソースの再配置を示すイベントを検出する。
【００７０】
ステップ５０１ａ
このステップは、図３におけるステップ３０１及び図４における４０１に対応する。いくつかの実施形態では、ステップ５０１のこのサブステップが実行される。ソースサービングゲートウェイ２０７ａは、ソースサービングゲートウェイ２０７ａの過負荷を検出する。過負荷は、過負荷防止機能により検出され得る。
【００７１】
ステップ５０１ｂ
このステップは、図３におけるステップ３０１に対応する。いくつかの実施形態では、ステップ５０１のこのサブステップは、サブステップ５０１ａの代わりに、又はサブステップ５０１ａに加えて実行される。ソースサービングゲートウェイ２０７ａは、ソースサービングゲートウェイ２０７ａから少なくとも１つのターゲットサービングゲートウェイ２０７ｂへ少なくとも１つのユーザ機器ベアラリソースを再配置するためのトリガをオペレータ２２３から受信する。
【００７２】
ステップ５０２
このステップは、図３におけるステップ３０２及び図４におけるステップ４０２に対応する。ソースサービングゲートウェイ２０７ａは、メッセージをモビリティマネジメントノード２０５、２０９へ送信する。当該メッセージは、ソースサービングゲートウェイ２０７ａから少なくとも１つのターゲットサービングゲートウェイ２０７ｂへの少なくとも１つのユーザ機器ベアラリソースを再配置するためのトリガを含む。モビリティマネジメントノード２０５、２０９は、結合されたＳＧＳＮ／ＭＭＥノードであってもよい。
【００７３】
ソースサービングゲートウェイ２０７ａから少なくとも１つのターゲットサービングゲートウェイ２０７ｂへの少なくとも１つのユーザ機器ベアラリソースを再配置するためのトリガは、ダウンリンクデータ通知におけるベアラ更新応答の中の情報要素の中に、又は他の代わりの信号の中に含まれ得る。
【００７４】
ステップ５０３
このステップは、図３におけるステップ３０３に対応する。いくつかの実施形態では、ソースサービングゲートウェイ２０７ａは、少なくとも１つのターゲットサービングゲートウェイ２０７ｂへ再配置するためのトリガを含む受信されたメッセージの確認応答を行う応答を、モビリティマネジメントノード２０５、２０９から受信する。
【００７５】
ステップ５０４
このステップは、図３におけるステップ３１１に対応する。いくつかの実施形態では、ソースサービングゲートウェイ２０７ａは、モビリティマネジメントノード２０５、２０９から要求を受信する。上記要求は、ソースサービングゲートウェイ２０７ａとユーザ機器２０３との間の少なくとも１つのユーザ機器ベアラリソースを解放／削除する指示を含む。
【００７６】
ステップ５０５
このステップは、図３におけるステップ３１２に対応する。いくつかの実施形態では、ソースサービングゲートウェイ２０７ａは、ソースサービングゲートウェイ２０７ａとユーザ機器２０３との間の少なくとも１つのベアラリソースを解放／削除する。
【００７７】
ステップ５０６
このステップは、図３におけるステップ３１３に対応する。いくつかの実施形態では、ソースサービングゲートウェイ２０７ａは、少なくとも１つのベアラリソースが解放／削除されたことの確認応答を、モビリティマネジメントノード２０５、２０９へ送信する。
【００７８】
ステップ５０７
このステップは、図３におけるステップ３０４、図４におけるステップ４０４に対応する。いくつかの実施形態では、ソースサービングゲートウェイ２０７ａは、ソースサービングゲートウェイ２０７ａのキャパシティ値についての要求を受信する。上記キャパシティ値は、ソースサービングゲートウェイ２０７ａのシグナリング及び帯域幅のキャパシティを示し得る。
【００７９】
ステップ５０８
このステップは、図３におけるステップ３０４、図４におけるステップ４０４に対応する。いくつかの実施形態では、ソースサービングゲートウェイ２０７ａは、ソースサービングゲートウェイ２０７ａのキャパシティ値を取得する。キャパシティ値は、ソースサービングゲートウェイ２０７ａのキャパシティを示し、ソースサービングゲートウェイ２０７ａのシグナリング及びペイロードのキャパシティの両方を含む。
【００８０】
ステップ５０９
このステップは、図３におけるステップ３０４、図４におけるステップ４０４に対応する。いくつかの実施形態では、ソースサービングゲートウェイ２０７ａは、キャパシティ値をモビリティマネジメントノード２０５、２０９へ送信する。
【００８１】
通信ネットワーク２００でのソースサービングゲートウェイ２０７ａから少なくとも１つのターゲットサービングゲートウェイ２０７ｂへの少なくとも１つのユーザ機器ベアラリソースの再配置をトリガするための図５に示される方法のステップを実行するために、ソースサービングゲートウェイ２０７ａは、図６に示されるようなソースサービングゲートウェイの構成を備える。ソースサービングゲートウェイ２０７ａは、ユーザ機器２０３にベアラリソースを提供することにより、ユーザ機器２０３にサービスを提供する。ソースサービングゲートウェイ２０７ａは、ソースサービングゲートウェイ２０７ａから少なくとも１つのターゲットサービングゲートウェイ２０７ｂへの少なくとも１つのユーザ機器ベアラリソースの再配置を示すイベントを検出するように構成される検出部６０１を備える。さらに、ソースサービングゲートウェイ２０７ａは、モビリティマネジメントノード２０５、２０９へメッセージを送信するように構成される送信部６０２を備える。上記メッセージは、ソースサービングゲートウェイ２０７ａから少なくとも１つのターゲットサービングゲートウェイ２０７ｂへの少なくとも１つのユーザ機器ベアラリソースを再配置するためのトリガを含む。これにより、ソースサービングゲートウェイ２０７ａから少なくとも１つのターゲットサービングゲートウェイ２０７ｂへの少なくとも１つのユーザ機器ベアラリソースの再配置が可能になる。
【００８２】
上述した方法は、ここでは、モビリティマネジメントノード２０５、２０９の観点から見て説明される。図７は、通信ネットワーク２００内でソースサービングゲートウェイ２０７ａから少なくとも１つのターゲットサービングゲートウェイ２０７ｂへ少なくとも１つのユーザ機器ベアラリソースを再配置するためのモビリティマネジメントノード２０５、２０９における本方法を説明するフローチャートである。上述したように、ソースサービングゲートウェイ２０７ａは、ユーザ機器２０３にベアラリソースを提供することにより、ユーザ機器２０３にサービスを提供する。モビリティマネジメントノード２０５、２０９は、結合されたＳＧＳＮ／ＭＭＥノードであってもよい。上記方法は、モビリティマネジメントノード２０５、２０９により実行されるステップを含む。上記ステップは、当業者により理解されるように、いずれかの適した順序で実行され得る。
【００８３】
ステップ７０１
このステップは、図３におけるステップ３０２及び図４における４０２に対応する。モビリティマネジメントノード２０５、２０９は、ソースサービングゲートウェイ２０７ａから少なくとも１つのターゲットサービングゲートウェイ２０７ｂへ少なくとも１つのユーザ機器ベアラリソースを移すためのトリガを含むメッセージを受信する。いくつかの実施形態では、トリガを含む受信されるメッセージは、ソースサービングゲートウェイ２０７ａ及びオペレータ２２３のうちの１つから受信される。
【００８４】
ステップ７０２
このステップは、図３におけるステップ３０３及び図４におけるステップ４０３に対応する。いくつかの実施形態では、モビリティマネジメントノード２０５、２０９は、少なくとも１つのターゲットサービングゲートウェイ２０７ｂを再配置するためのトリガを含む受信されたメッセージの確認応答を行う応答を、ソースサービングゲートウェイ２０７ａ及びオペレータ２２３のうちの１つへ送信する。
【００８５】
ステップ７０３
このステップは、図３におけるステップ３０４に対応する。いくつかの実施形態では、モビリティマネジメントノード２０５、２０９は、サービングゲートウェイ２０７ａからキャパシティ値を受信する。キャパシティ値は、ソースサービングゲートウェイ２０７ａのキャパシティを示す。
【００８６】
ＳＧＳＮ／ＭＭＥ２０５、２０９は、再配置及び再確率の手続きの間に新たなキャパシティ「ＣＡＰ」値を考慮することにより、少なくとも１つのターゲットサービングゲートウェイ２０７ｂを選択する。
【００８７】
ＣＡＰ＝０であれば、ＳＧＳＮ／ＭＭＥ２０５、２０９は、ソースサービングゲートウェイ２０７ａを再選択されることから除外し、ソースサービングゲートウェイ２０７ａに入ってくるシグナリングを停止する。ＣＡＰ＞０であれば、ソースサービングゲートウェイ２０７ａはトラフィックを受信し得る。
【００８８】
ターゲットサービングゲートウェイ２０７ｂについてのＣＡＰ値も、取ってこられ得る。ターゲットサービングゲートウェイ２０７ｂの選択は、ターゲットサービングゲートウェイ２０７ｂの候補から受信された前回のＣＡＰ値に基づき得る。
【００８９】
ステップ７０４
このステップは、図３におけるステップ３０４、図４におけるステップ４０４に対応する。モビリティマネジメントノード２０５、２０９は、少なくとも１つのターゲットサービングゲートウェイ２０７ｂを選択する。
【００９０】
いくつかの実施形態では、少なくとも１つのターゲットサービングゲートウェイ２０７ｂの選択は、受信されたキャパシティ値に基づき得る。ＣＡＰ＝０であれば、ソースサービングゲートウェイ２０７ａは、ターゲットサービングゲートウェイ２０７ｂとして選択されない。
【００９１】
いくつかの実施形態では、ターゲットサービングゲートウェイ２０７ｂは、モビリティマネジメントノード２０５、２０９又はＤＮＳに含まれる、ターゲットサービングゲートウェイ２０７ｂのリストから選択され得る。当該リストは、コンピュータにより読み取り可能な媒体の中に記憶され得る。いくつかの実施形態では、当該リストは、オペレータ２２３によるコマンドを介して特定され得る。
【００９２】
ステップ７０５
このステップは、図３におけるステップ３０５に対応する。モビリティマネジメントノード２０５、２０９は、少なくとも１つのサービングゲートウェイ２０７ｂへの少なくとも１つのユーザ機器ベアラリソースの再配置を要求するメッセージを、選択された少なくとも１つのターゲットサービングゲートウェイ２０７ｂへ送信する。
【００９３】
いくつかの実施形態では、選択されたターゲットサービングゲートウェイ２０７ｂへ送信されるメッセージであって、少なくとも１つのサービングゲートウェイ２０７ｂへの少なくとも１つのユーザ機器ベアラリソースの再配置を要求する上記メッセージは、ベアラ生成要求である。
【００９４】
ステップ７０６
このステップは、図３におけるステップ３０９に対応する。いくつかの実施形態では、モビリティマネジメントノード２０５、２０９は、少なくとも１つのターゲットサービングゲートウェイ２０７ｂへの少なくとも１つのユーザ機器ベアラリソースの再配置を要求する受信されたメッセージの確認応答を行う応答を、少なくとも１つのターゲットサービングゲートウェイ２０７ｂから受信する。
【００９５】
ステップ７０７
このステップは、図３におけるステップ３１０に対応する。モビリティマネジメントノード２０５、２０９は、ソースサービングゲートウェイ２０７ａから、選択された少なくとも１つのターゲットサービングゲートウェイ２０７ｂへ、少なくとも１つのユーザ機器ベアラリソースを再配置する。
【００９６】
ステップ７０８
このステップは、図３におけるステップ３１１に対応する。いくつかの実施形態では、モビリティマネジメントノード２０５、２０８は、ソースサービングゲートウェイ２０７ａへ要求を送信する。上記要求は、ソースサービングゲートウェイ２０７ａとユーザ機器２０３との間の少なくとも１つのベアラリソースを解放／削除するための指示を含む。
【００９７】
ステップ７０９
このステップは、図３におけるステップ３１３に対応する。いくつかの実施形態では、モビリティマネジメントノード２０５、２０９は、少なくとも１つのベアラリソースが解放されたことの確認応答をソースサービングゲートウェイ２０７ａから受信する。
【００９８】
通信ネットワーク２００内でソースサービングゲートウェイ２０７ａから少なくとも１つのターゲットサービングゲートウェイ２０７ｂへ少なくとも１つのユーザ機器ベアラリソースを再配置するための図７に示される方法のステップを実行するために、モビリティマネジメントノード２０５、２０９は、図８に示されるようなモビリティマネジメントノードの構成を備える。上述したように、ソースサービングゲートウェイ２０７ａは、ユーザ機器２０３にベアラリソースを提供することにより、ユーザ機器２０３にサービスを提供する。モビリティマネジメントノード２０５、２０９は、ソースサービングゲートウェイ２０７ａから少なくとも１つのターゲットサービングゲートウェイ２０７ｂへ少なくとも１つのユーザ機器ベアラリソースを移すためのトリガを含むメッセージを受信するように構成される受信部８０１を備える。さらに、モビリティマネジメントノード２０５、２０９は、少なくとも１つのターゲットサービングゲートウェイ２０７ｂを選択するように構成される選択部８０２と、少なくとも１つのターゲットサービングゲートウェイ２０７ｂへの少なくとも１つのユーザ機器ベアラリソースの再配置を要求するメッセージを、選択されたターゲットサービングゲートウェイ２０７ｂへ送信するように構成される送信部８０３と、を備える。モビリティマネジメントノード２０５、２０９は、ソースサービングゲートウェイ２０７ａから、選択された少なくとも１つのターゲットサービングゲートウェイ２０７ｂへ、少なくとも１つのユーザ機器ベアラリソースを再配置するように構成される、再配置部８０４も備える。
【００９９】
通信ネットワーク２００内でのソースサービングゲートウェイ２０７ａから少なくとも１つのターゲットサービングゲートウェイ２０７ｂへのユーザ機器２０３の再配置を可能にするための本メカニズムは、本ソリューションの機能を実行するためのコンピュータプログラムコードとともに、図６に示されるソースサービングゲートウェイ２０７ａの中の処理部６０３、及び図８に示されるモビリティマネジメントノード２０５、２０９の中の処理部８０５のような、１つ以上のプロセッサを通して実装され得る。処理部は、例えば、ＤＳＰ（Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）プロセッサ、ＦＰＧＡ（Field-Programmable  Gate  Array）プロセッサ、又はマイクロプロセッサであり得る。上述したプログラムコードは、例えば、ソースサービングゲートウェイ２０７ａ及び／又はモビリティマネジメントノード２０５、２０９に読み込まれた際に本ソリューションを実行するためのコンピュータプログラムコードを搬送するデータキャリアの形式の、コンピュータプログラム製品としても、提供され得る。１つのそのようなキャリアは、ＣＤ  ＲＯＭディスクの形式であり得る。しかしながら、上記キャリアは、メモリスティックのような他のデータキャリアでも実現可能である。コンピュータプログラムコードは、さらに、サーバ上で純粋なプログラムコードとして提供され、通信ネットワーク２００を用いてソースサービングゲートウェイ２０７ａ及び／又はモビリティマネジメントノード２０５、２０９へ遠隔でダウンロードされることが可能である。
【０１００】
本ソリューションは、上述した好適な実施形態に限定されない。様々な代替手段、変形及び等価なものが用いられ得る。したがって、上記実施形態は、本ソリューションの範囲を限定するようにとらえられるべきではない。本ソリューションの範囲は、添付の特許請求の範囲により定義される。
【０１０１】
用語「備える、含む（comprise/comprising）」は、この明細書中で使用される場合に、記載された特徴、整数、ステップ又はコンポーネントの存在を特定するようにとられるが、１つ以上の他の特徴、整数、ステップ、コンポーネント、若しくはそれらのグループの存在又は追加を除外しない、ということが強調されるべきである。
【０１０２】
添付の特許請求の範囲の中で定義される方法のステップは、本ソリューションから逸脱することなく、特許請求の範囲において現れる順序とは別の順序で実行され得る、ということも強調されるべきである。
【図１】
2013511180.tif 000003
【図２】
2013511180.tif 000004
【図３】
2013511180.tif 000005
【図４】
2013511180.tif 000006
【図５ａ】
2013511180.tif 000007
【図５ｂ】
2013511180.tif 000008
【図５ｃ】
2013511180.tif 000009
【図５ｄ】
2013511180.tif 000010
【図６】
2013511180.tif 000011
【図７】
2013511180.tif 000012
【図８】
2013511180.tif 000013
【手続補正書】
【提出日】平成24年9月19日(2012.9.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信ネットワーク（２００）内でのソースサービングゲートウェイ（２０７ａ）から少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への少なくとも１つのユーザ機器ベアラリソースの再配置をトリガするための前記ソースサービングゲートウェイ（２０７ａ）における方法であって、前記ソースサービングゲートウェイ（２０７ａ）はユーザ機器（２０３）にベアラリソースを提供することにより前記ユーザ機器（２０３）にサービスを提供し、前記方法は：
前記ソースサービングゲートウェイ（２０７ａ）から前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への前記少なくとも１つのユーザ機器ベアラリソースの再配置を示すイベントを検出するステップ（５０１）と；
前記イベントは、前記ソースサービングゲートウェイ（２０７ａ）の過負荷に関連付けられることと；
前記ソースサービングゲートウェイ（２０７ａ）から前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ前記少なくとも１つのユーザ機器ベアラリソースを再配置するためのトリガを含むメッセージを、モビリティマネジメントノード（２０５、２０９）へ送信するステップ（５０２）と；
を含む、方法。
【請求項２】
前記ソースサービングゲートウェイ（２０７ａ）と前記ユーザ機器（２０３）との間の前記少なくとも１つのユーザ機器ベアラリソースを解放することの指示を含む要求を、前記モビリティマネジメントノード（２０５、２０９）から受信するステップ（５０４）と；
前記ソースサービングゲートウェイ（２０７ａ）と前記ユーザ機器（２０３）との間の前記少なくとも１つのベアラリソースを解放するステップ（５０５）と；
前記少なくとも１つのベアラリソースが解放されたことの確認応答を、前記モビリティマネジメントノード（２０５、２０９）へ送信するステップ（５０６）と；
をさらに含む、請求項１に記載の方法。
【請求項３】
前記ソースサービングゲートウェイ（２０７ａ）から前記ターゲットサービングゲートウェイ（２０７ｂ）への前記少なくとも１つのユーザ機器ベアラリソースの再配置を示すイベントを検出する前記ステップ（５０１）は：
前記ソースサービングゲートウェイ（２０７ａ）の過負荷を検出すること（５０１ａ）
をさらに含む、請求項１及び２のいずれかに記載の方法。
【請求項４】
前記ソースサービングゲートウェイ（２０７ａ）から前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への前記少なくとも１つのユーザ機器（２０３）ベアラリソースの再配置を示すイベントを検出する前記ステップ（５０１）は：
前記ソースサービングゲートウェイ（２０７ａ）から前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ前記少なくとも１つのユーザ機器ベアラリソースを再配置するためのトリガをオペレータ（２２３）から受信すること（５０１ｂ）
をさらに含む、請求項１〜３のいずれかに記載の方法。
【請求項５】
前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ再配置するための前記トリガを含む受信された前記メッセージの確認応答を行う応答を、前記モビリティマネジメントノード（２０５、２０９）から受信するステップ（５０３）
をさらに含む、請求項１〜４のいずれかに記載の方法。
【請求項６】
前記ソースサービングゲートウェイのキャパシティ値の要求を受信するステップ（５０７）をさらに含む、請求項１〜５のいずれかに記載の方法。
【請求項７】
前記ソースサービングゲートウェイ（２０７ａ）のキャパシティを示す、前記ソースサービングゲートウェイ（２０７ａ）のキャパシティ値を取得するステップ（５０８）と；
前記キャパシティ値を前記モビリティマネジメントノード（２０５、２０９）へ送信するステップ（５０９）と；
をさらに含む、請求項１〜６のいずれかに記載の方法。
【請求項８】
通信ネットワーク（２００）内でソースサービングゲートウェイ（２０７ａ）から少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ少なくとも１つのユーザ機器ベアラリソースを再配置するためのモビリティマネジメントノード（２０５、２０９）における方法であって、前記ソースサービングゲートウェイ（２０７ａ）はユーザ機器（２０３）にベアラリソースを提供することにより前記ユーザ機器（２０３）にサービスを提供し、前記方法は：
前記ソースサービングゲートウェイ（２０７ａ）から前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ前記少なくとも１つのユーザ機器ベアラリソースを移すためのトリガを含むメッセージを、前記ソースサービングゲートウェイ（２０７ａ）から受信するステップ（７０１）と；
前記トリガは、前記ソースサービングゲートウェイ（２０７ａ）の過負荷に関連付けられることと；
前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）を選択するステップ（７０４）と；
前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への前記少なくとも１つのユーザ機器ベアラリソースの再配置を要求するメッセージを、選択された前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ送信するステップ（７０５）と；
前記ソースサービングゲートウェイ（２０７ａ）から、選択された前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ、前記少なくとも１つのユーザ機器ベアラリソースを再配置するステップ（７０７）と；
を含む、方法。
【請求項９】
トリガを含む受信された前記メッセージは、前記ソースサービングゲートウェイ（２０７ａ）及びオペレータ（２２３）のうちの１つから受信される、請求項８に記載の方法。
【請求項１０】
前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ再配置するための前記トリガを含む受信された前記メッセージの確認応答を行う応答を、前記ソースサービングゲートウェイ（２０７ａ）及びオペレータ（２２３）のうちの１つへ送信するステップ（７０２）
をさらに含む、請求項８及び９のいずれかに記載の方法。
【請求項１１】
前記ソースサービングゲートウェイ（２０７ａ）と前記ユーザ機器（２０３）との間の前記少なくとも１つのベアラリソースを解放することの指示を含む要求を、前記ソースサービングゲートウェイ（２０７ａ）へ送信するステップ（７０８）と；
前記少なくとも１つのベアラリソースが解放されたことの確認応答を、前記ソースサービングゲートウェイ（２０７ａ）から受信するステップ（７０９）と；
をさらに含む、請求項８〜１０のいずれかに記載の方法。
【請求項１２】
前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への前記少なくとも１つのユーザ機器ベアラリソースの再配置を要求する受信された前記メッセージの確認応答を行う応答を、前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）から受信するステップ（７０６）
をさらに含む、請求項８〜１１のいずれかに記載の方法。
【請求項１３】
前記ソースサービングゲートウェイ（２０７ａ）のキャパシティを示すキャパシティ値を、前記ソースサービングゲートウェイ（２０７ａ）から受信するステップ（７０３）
をさらに含み、
前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）を選択する前記ステップ（７０４）は、受信された前記キャパシティ値に基づく、
請求項８〜１２のいずれかに記載の方法。
【請求項１４】
通信ネットワーク（２００）内でのソースサービングゲートウェイ（２０７ａ）から少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への少なくとも１つのユーザ機器ベアラリソースの再配置をトリガするための前記ソースサービングゲートウェイ（２０７ａ）であって、前記ソースサービングゲートウェイ（２０７ａ）はユーザ機器（２０３）にベアラリソースを提供することにより前記ユーザ機器（２０３）にサービスを提供し、前記ソースサービングゲートウェイ（２０７ａ）は：
前記ソースサービングゲートウェイ（２０７ａ）から前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への前記少なくとも１つのユーザ機器ベアラリソースの再配置を示すイベントを検出するように構成される検出部（６０１）であって、前記イベントは前記ソースサービングゲートウェイ（２０７ａ）の過負荷に関連付けられる、前記検出部（６０１）と；
前記ソースサービングゲートウェイ（２０７ａ）から前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ前記少なくとも１つのユーザ機器ベアラリソースを再配置するためのトリガを含むメッセージを、モビリティマネジメントノード（２０５、２０９）へ送信するように構成される送信部（６０２）と；
を備える、ソースサービングゲートウェイ（２０７ａ）。
【請求項１５】
通信ネットワーク（２００）内でソースサービングゲートウェイ（２０７ａ）から少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ少なくとも１つのユーザ機器ベアラリソースを再配置するためのモビリティマネジメントノード（２０５、２０９）であって、前記ソースサービングゲートウェイ（２０７ａ）はユーザ機器（２０３）にベアラリソースを提供することにより前記ユーザ機器（２０３）にサービスを提供し、前記モビリティマネジメントノード（２０５、２０９）は：
前記ソースサービングゲートウェイ（２０７ａ）から前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ前記少なくとも１つのユーザ機器ベアラリソースを移すためのトリガを含むメッセージを、前記ソースサービングゲートウェイ（２０７ａ）から受信するように構成される受信部（８０１）であって、前記トリガは前記ソースサービングゲートウェイ（２０７ａ）の過負荷に関連付けられる、前記受信部（８０１）と；
前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）を選択するように構成される選択部（８０２）と；
前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）への前記少なくとも１つのユーザ機器ベアラリソースの再配置を要求するメッセージを、選択された前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ送信するように構成される送信部（８０３）と；
前記ソースサービングゲートウェイ（２０７ａ）から、選択された前記少なくとも１つのターゲットサービングゲートウェイ（２０７ｂ）へ、前記少なくとも１つのユーザ機器ベアラリソースを再配置するように構成される再配置部（８０４）と；
を備える、前記モビリティマネジメントノード（２０５、２０９）。
【国際調査報告】
2013511180.tif 000014
2013511180.tif 000015
2013511180.tif 000016