JP2011528877A - ユーザ機器のハンドオーバー中にベアラ状況を取得する方法および移動管理エンティティ - Google Patents

Abstract

ユーザ機器のハンドオーバー中にベアラ状況を取得する方法を開示しており、ユーザ機器のハンドオーバー中に、ターゲット基地局が、受信されたユーザ機器（ＵＥ）のベアラ情報に基づいてＵＥに対して収納判決を行って、収納ベアラを決定し、収納ベアラを移動管理エンティティ（ＭＭＥ）に通知するステップと、ＭＭＥが、受信された収納ベアラに基づいて、ターゲット基地局で使用するユーザ機器総合最大ビットレート（ＵＥ−ＡＭＢＲ）を更新するステップと、を含む。また、移動管理エンティティを開示しており、当該エンティティにより、ユーザ機器のハンドオーバー中に、ターゲット側は実際のベアラ状況を取得することができる。

Description

本発明は移動通信技術分野に関し、特に、ユーザ機器のハンドオーバー中にベアラ状況を取得する方法および移動管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）に関する。

ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムにおいては、全ての非保証型ビットレート（ｎｏｎ−ＧＢＲ）ベアラに対して、アクセスポイント名総合最大ビットレート（ＡＰＮ−ＡＭＢＲ：Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ−Ａｇｇｒｅｇａｔｅ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）とユーザ機器総合最大ビットレート（ＵＥ−ＡＭＢＲ）との２つのパラメータが定義されている。ＡＰＮ−ＡＭＢＲはサブスクリプション情報としてホーム加入者サーバ（ＨＳＳ：Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）に保存され、同一のアクセスポイント名（ＡＰＮ：Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）に接続されているＵＥの全てのｎｏｎ−ＧＢＲベアラ、ネットワークで提供可能な総合最大伝送ビットレートを制限する。制限範囲を超えるトラフィックは廃棄される。他のｎｏｎ−ＧＢＲベアラにトラフィック伝送がない場合は、いずれのｎｏｎ−ＧＢＲベアラも全部のＡＰＮ−ＡＭＢＲリソースを占用することができる。パケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）とＵＥの両方ともＡＰＮ−ＡＭＢＲの値を保存する必要があり、アップリンク（ＵＬ：Ｕｐｌｉｎｋ）とダウンリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）のトラフィックに対して、ＰＤＮ ＧＷとＵＥの両方ともそのベアラに対してレート整形を行う必要がある。

ＨＳＳにはサブスクライブされた１つのＵＥ−ＡＭＢＲも保存されている。ＵＥ−ＡＭＢＲは１つのＵＥの全てのｎｏｎ−ＧＢＲベアラ、ネットワークで提供可能な総合最大伝送ビットレートを制限する。制限範囲を超えるトラフィックは廃棄される。他のｎｏｎ−ＧＢＲベアラにトラフィック伝送がない場合は、いずれのｎｏｎ−ＧＢＲベアラも全部のＵＥ−ＡＭＢＲリソースを占用することができる。ＤＬとＵＬベアラのＵＥ−ＡＭＢＲに基づくレート制御ノードが基地局（ｅＮＢ）に位置するため、ｅＮＢにＵＥ−ＡＭＢＲを保存する必要がある。ｅＮＢで実際にスケジューリングして使用する値はＭＭＥにより動的に提供されたものである。アクティブされた全てのＡＰＮのＡＰＮ−ＡＭＢＲの和とサブスクライブされたＵＥ−ＡＭＢＲとをＭＭＥにより比較して、小さい方を取って使用のＵＥ−ＡＭＢＲとしてｅＮＢに伝達する。

ＵＥが異なるｅＮＢ間でハンドオーバーする場合に、ＭＭＥは変化しない（Ｘ２ハンドオーバー）可能性もあり、変化する（Ｓ１ハンドオーバー）可能性もある。ハンドオーバーの準備段階においてＵＥ−ＡＭＢＲがターゲットｅＮＢに送信されるが、Ｘ２ハンドオーバーの場合はソースｅＮＢからターゲットｅＮＢに送信され、Ｓ１ハンドオーバーの場合はターゲットＭＭＥからターゲットｅＮＢに送信される。ハンドオーバーの準備過程において送信されるＵＥ−ＡＭＢＲ値は全てＵＥとソースｅＮＢとによって確立されたベアラ接続状況に基づいて生成されたＵＥ−ＡＭＢＲ値である。しかし、ハンドオーバー中に、ターゲットｅＮＢがリソース予約で一部のベアラのみを収納する可能性があり、リソースが予約されなかった部分のベアラはハンドオーバー過程の実行中にターゲット側に確立されなく、すると、ＵＥとターゲット側のベアラ接続状況には変化が発生する可能性がある。ターゲットｅＮＢが依然としてソース側と同じＵＥ−ＡＭＢＲを用いてスケジューリングすると、明らかに正確ではなくて、ネットワークの伝送性能に影響を与える。

本発明は上記に鑑みてなされたものであって、ターゲット側が実際の収納ベアラ状況を得ることができて、ターゲット側が実際の接続状況に基づいてリソーススケジューリングを行うことができるユーザ機器のハンドオーバー中にベアラ状況を取得する方法および移動管理エンティティを提供することを目的とする。

本発明の実施形態に係るユーザ機器のハンドオーバー中にベアラ状況を取得する方法であって、
ユーザ機器のハンドオーバー中に、ターゲット基地局により、受信されたユーザ機器（ＵＥ）のベアラ情報に基づいてＵＥに対して収納判決を行って、収納ベアラを決定し、収納ベアラを移動管理エンティティ（ＭＭＥ）に通知するステップと、
ＭＭＥにより、受信された収納ベアラに基づいて、ターゲット基地局で使用するユーザ機器総合最大ビットレート（ＵＥ−ＡＭＢＲ）を更新するステップと、を含む。

本発明の実施形態に係るＭＭＥであって、
ターゲット基地局で収納許容のベアラ識別子を受信する受信モジュールと、
前記受信モジュールにより受信された収納ベアラ識別子に基づいてターゲット基地局で使用するＵＥ−ＡＭＢＲを更新する更新モジュールと、
前記更新モジュールで得られた更新後のＵＥ−ＡＭＢＲをターゲット基地局に通知する通知モジュールと、を含む。

上記の解決手段からわかるように、ハンドオーバーの過程においてＭＭＥでは得られたターゲット基地局によって収納されたベアラ情報に基づいて、ハンドオーバー後のターゲット基地局のベアラ接続状況に対応するＵＥ−ＡＭＢＲを得ることができ、また、当該ＵＥ−ＡＭＢＲに基づいてターゲット基地局のＵＥ−ＡＭＢＲを更新し、これにより、ターゲット基地局では実際のベアラ接続状況を代表するＵＥ−ＡＭＢＲに基づいてリソーススケジューリングを行うことができる。

本発明の実施形態１においてＸ２ハンドオーバー中にＵＥ−ＡＭＢＲを更新する処理フローチャートである。 本発明の実施形態２においてＳ１ハンドオーバー中にＵＥ−ＡＭＢＲを更新する処理フローチャートである。 本発明の実施形態においてＵＥ−ＡＭＢＲ更新を実現するフローチャートである。 本発明の実施形態に係るＭＭＥのモジュールのブロック図である。

本発明の目的、解決手段とメリットをさらに明確にするために、以下、図面を参照して実施形態を挙げながら本発明をさらに詳しく説明する。

ユーザ機器のハンドオーバー過程において、ＭＭＥはターゲットｅＮＢで収納許容のベアラ情報を得るようになり、ＭＭＥは当該情報に基づいてターゲットｅＮＢで使用するＵＥ−ＡＭＢＲを更新することができる。好ましくは、ソースｅＮＢとの接続時にアクティブされた全てのＡＰＮがハンドオーバー後にターゲットｅＮＢと全部ベアラ接続を保持していかどうかを判断することにより、さらに、ターゲットｅＮＢで使用するＵＥ−ＡＭＢＲを修正する必要があるかどうかを判断して、一部のベアラのみが収納された場合はＵＥ−ＡＭＢＲに対して変更を行う必要がある。もちろん、当該判断を省略して、直接にターゲットｅＮＢによって収納されたベアラに基づいてＵＥ−ＡＭＢＲを更新することもできる。

異なるハンドオーバー過程に対して、ＭＭＥがターゲットｅＮＢで収納許容のベアラ情報を知るタイミングと方式は異なっている。本発明の目的、解決手段とメリットを更に明確にするために、以下、具体的な実施形態を参照して本発明をさらに詳しく説明する。

《実施形態１》Ｘ２ハンドオーバー時のＵＥ−ＡＭＢＲ更新。

Ｘ２ハンドオーバー中にＭＭＥは変化しなく、処理フローは図１に示すように、具体的に以下のようなステップを含む。

ステップ１００で、付着（ａｔｔａｃｈ）または追跡エリア更新（ＴＡＵ）過程を介して、ソースｅＮＢはＭＭＥからＵＥのハンドオーバー領域制限情報を取得し、ｅＮＢのＵＥコンテキストメッセージに保存する。

ステップ１０１で、ソースｅＮＢは領域制限情報に基づいてＵＥの測定過程を配置する。

ステップ１０２で、ＵＥはアップリンク測定報告をトリガーする。

ステップ１０３で、ソースｅＮＢはＵＥから報告された測定情報と無線リソース管理（ＲＲＭ：Ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）アルゴリズムに基づいてハンドオーバー判決を実行する。

ステップ１０４で、ソースｅＮＢはターゲットｅＮＢへハンドオーバー要求メッセージを送信して、ＵＥのためにリソースを予約することをターゲットｅＮＢに要求し、ソースｅＮＢに保存されているＵＥコンテキスト情報をターゲットｅＮＢに伝達する。

ハンドオーバー要求メッセージにはＸ２シグナリング接続識別子、ターゲットセル識別子、ソースｅＮＢにおけるＵＥのベアラ情報、ＲＲＭコンテキスト、およびハンドオーバー領域制限メッセージとＵＥ履歴情報などの内容が含まれる。各内容の具体的な機能は本技術分野の公知であるため、説明を省略する。

ステップ１０５で、ターゲットｅＮＢは受信されたＵＥのベアラ情報に基づいて、ＵＥに対して収納判決を行って、収納するベアラを決定する。

ステップ１０６で、ターゲットｅＮＢはＵＥのためにリソースを予約した後にハンドオーバー要求確認メッセージを返信し、その中にはハンドオーバー許容のベアラ情報と、データ前方転送のために割り当てられたトンネルエンドポイント識別子（ＴＥＩＤ：Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｔｙ）アドレスと、ソースｅＮＢからＵＥに伝達する必要な情報とが含まれる。

ステップ１０７で、ソースｅＮＢはＵＥへハンドオーバー命令メッセージを送信する。

ステップ１０８で、ソースｅＮＢは、ソースｅＮＢにおけるアップリンクデータの受信状態およびダウンリンクデータの送信状態をターゲットｅＮＢに指示するように、ターゲットｅＮＢへシーケンス番号（ＳＮ：ｓｅｑｕｅｎｃｅ ｏｆ ｎｕｍｂｅｒ）状態伝達メッセージを送信する。

ステップ１０９で、ＵＥはハンドオーバー命令を受信した後にソースｅＮＢとの接続を切断し、ターゲットｅＮＢとのアップリンク同期過程を実行する。

ステップ１１０で、ターゲットｅＮＢはＵＥへアップリンクリソース割当およびタイミングアドバンス量を返信する。

ステップ１１１で、ＵＥはターゲットセルとの同期を完成した後に、ターゲットｅＮＢへハンドオーバー確認メッセージを送信する。

ステップ１１２で、ハンドオーバーが完成した後に、ターゲットｅＮＢはＭＭＥへパススイッチ（ｐａｔｈ ｓｗｉｔｃｈ）メッセージを送信し、当該メッセージにはハンドオーバー過程中にターゲットｅＮＢで収納成功のベアラ識別子が含まれる。このメッセージに含まれていないベアラについては、これらのベアラがターゲットｅＮＢにより黙示的に解放されたことを表す。

ステップ１１３〜ステップ１１５で、ＭＭＥはサービスゲートウェイ（Ｓ−ＧＷ）へユーザ平面（ｕｓｅｒ ｐｌａｎｅ）更新要求を送信し、サービスゲートウェイはユーザダウンリンクパスの更新を行い、ＭＭＥへユーザ平面更新応答を返信する。

同時に、ＭＭＥはパススイッチメッセージを受信した後に、パススイッチメッセージに含まれているベアラ識別子に基づいて、ソースｅＮＢとの接続時にアクティブされた全てのＡＰＮがハンドオーバー後にターゲットｅＮＢと全部ベアラ接続を保持しているかどうかを判断して、全部ベアラ接続を保持している場合は、ＵＥ−ＡＭＢＲを修正する必要がなくなり、そうでない場合は、ハンドオーバー後のターゲットｅＮＢのベアラ接続状況に基づいてターゲットｅＮＢで使用するＵＥ−ＡＭＢＲを修正する。

ステップ１１６で、ＭＭＥはターゲットｅＮＢへパススイッチ応答を送信し、当該パススイッチ応答には更新後のＵＥ−ＡＭＢＲ値が付けられる。ターゲットｅＮＢはＵＥ−ＡＭＢＲを受信した後に、新しい値に応じてｎｏｎ−ＧＢＲベアラのためにリソースをスケジューリングし、次の更新のＵＥ−ＡＭＢＲ値を受信するまでにこのようにする。

ステップ１１７〜ステップ１１８で、パス更新を完成した後に、ターゲットｅＮＢはソース側のＵＥコンテキストとＵＥに割り当てたリソースとを解放することをソースｅＮＢに通知する。

上記のステップ１１６で、ＭＭＥは更新後のＵＥ−ＡＭＢＲを現在のパススイッチ応答に付ける。また、ＭＭＥは更新後のＵＥ−ＡＭＢＲを専用シグナリングを介してターゲットｅＮＢに通知してもよい。例えば、ＭＭＥはパススイッチメッセージを受信した後にＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）ベアラ修正過程をトリガーして、更新後のＵＥ−ＡＭＢＲ値をＳＡＥベアラ修正要求に付けてターゲットｅＮＢに通知してよく、または、ＭＭＥは更新後のＵＥ−ＡＭＢＲをＵＥコンテキスト修正要求に付けてターゲットｅＮＢに通知してもよい。専用シグナリング過程とピギーバック過程は互いに並列の関係であり、ＭＭＥが専用ＳＡＥベアラ修正過程またはＵＥコンテキスト修正過程を採用してターゲットｅＮＢに通知する場合に、ステップ１１６のパススイッチ応答に更新後のＵＥ−ＡＭＢＲ値をピギーバックすることは不要になる。

《実施形態２》Ｓ１ハンドオーバー時のＵＥ−ＡＭＢＲ更新過程。

Ｓ１ハンドオーバー中にはＭＭＥのハンドオーバーが発生し、即ち、ソースＭＭＥからターゲットＭＭＥに切り替え、処理フローは図２に示すように、以下のようなステップを含む。

ステップ２０１〜ステップ２０３で、ソースｅＮＢはハンドオーバー過程の開始を決定して、まず、ソースｅＮＢはこのハンドオーバーをＸ２インターフェースを通じて完成することができるかどうかを判断して、できない場合、ハンドオーバー要求をソースＭＭＥに送信してＳ１インターフェースに基づくハンドオーバー過程を開始する。ソースＭＭＥはターゲットＭＭＥを選択し、ＰＤＮゲートウェイとサービスゲートウェイの関連ベアラ情報を含む移動管理エンティティＵＥコンテキストを前方リダイレクション要求としてターゲットＭＭＥに送信する。ターゲットＭＭＥは受信した前方リダイレクション要求からＵＥがソースｅＮＢとの接続時にアクティブされた全てのＡＰＮを知る。

ステップ２０４で、本ステップはサービスゲートウェイのリダイレクション時のみに用いられ、ターゲットＭＭＥは１つのターゲットサービスゲートウェイを選択して、ターゲットＭＭＥに伝送された全てのベアラに対してユーザ平面を確立する。

ターゲットＭＭＥがターゲットサービスゲートウェイへベアラ確立要求を送信するステップ２０４ａと、ターゲットサービスゲートウェイがターゲットＭＭＥへベアラ確立応答を返信するステップ２０４ｂとを含む。ハンドオーバー後でハンドオーバー前と同じサービスゲートウェイを共用する場合は、ステップ２０４を省略することができる。

ステップ２０５で、ターゲットＭＭＥはターゲットｅＮＢへＵＥコンテキストの確立を要求し、当該要求には確立する必要のあるベアラの情報が含まれる。

ここで、ステップ２０５ａで、ターゲットＭＭＥはターゲットｅＮＢへハンドオーバー要求を送信し、当該ハンドオーバー要求には確立する必要のあるベアラの情報が含まれる。ステップ２０５ｂで、ターゲットｅＮＢはベアラの収納判決を行った後に、ターゲットＭＭＥへハンドオーバー応答を返信し、当該ハンドオーバー応答にはターゲットｅＮＢで収納許容のベアラ識別子が含まれる。

ステップ２０５ｂの後に、ターゲットＭＭＥはターゲットｅＮＢで収納許容のベアラ識別子を知るようになる。このステップの後に、ターゲットＭＭＥは受信された、ターゲットｅＮＢで収納許容のベアラ識別子に基づいて、ＵＥがソースｅＮＢとの接続時にアクティブされた全てのＡＰＮがハンドオーバー後にターゲットｅＮＢと全部ベアラ接続を保持しているかどうかを判断して、全部ベアラ接続を保持している場合は、ＵＥ−ＡＭＢＲを修正する必要がなくなり、そうでない場合は、ハンドオーバー後のターゲットｅＮＢのベアラ接続状況に基づいてターゲットｅＮＢで使用するＵＥ−ＡＭＢＲを修正し、ＳＡＥベアラ修正過程またはＵＥコンテキスト修正過程をトリガーして、専用シグナリングを介して更新後のＵＥ−ＡＭＢＲ値をターゲットｅＮＢに通知する。ターゲットｅＮＢは当該専用シグナリングを受信した後に、新しいＵＥ−ＡＭＢＲ値を用いてリソーススケジューリングを行い、次の更新のＵＥ−ＡＭＢＲ値を受信するまでにこのようにする。

ステップ２０６で、直接前方転送を採用する場合に、ターゲットＭＭＥはターゲットＳ−ＧＷに前方転送パラメータ配置を確立する。

ステップ２０７で、前方リダイレクション要求に対して応答し、非直接前方転送を採用する場合は、当該ステップで前方転送トンネルのアドレス情報も伝送する。

ステップ２０８で、非直接前方転送を採用する場合に、ターゲットサービスゲートウェイで前方転送に用いるＴＥＩＤを、ソースサービスゲートウェイに伝達する。

ステップ２０９で、ハンドオーバーが準備済みでハンドオーバーの行いをＵＥに通知できるとソースｅＮＢに通知するほかに、データ前方転送トンネルアドレスパラメータも付けて、前方転送トンネルの確立を完成する。ソースｅＮＢはステップ２１０でアクセスネットワークを変更できることをＵＥに通知する。

ステップ２１１ａと２１１ｂはそれぞれ直接前方転送と非直接前方転送の前方転送データパスを表す。

ステップ２１２〜ステップ２１３で、ＵＥがターゲットアクセスシステムに入り、アクセスネットワークにより一意の識別子が割り当てられた後に、ハンドオーバー確認メッセージを送信してターゲットｅＮＢに通知し、ターゲットｅＮＢはまたターゲットＭＭＥにハンドオーバー通知を送信する。

ステップ２１４で、ターゲットＭＭＥはＵＥがターゲットシステムにアクセス成功したことをソースＭＭＥに通知する。このとき、ソースＭＭＥでタイマーを起動して、いつソースシステムにおけるリソースを解放するかを監視する。

ステップ２１５〜２１７で、ターゲットＭＭＥはターゲットｅＮＢがベアラのために割り当てたトンネルアドレス情報をＳ−ＧＷに送信し、ＵＥからＰＤＮ−ＧＷまでの間のダウンリンク伝送トンネルを確立する。Ｓ−ＧＷがリダイレクションされた場合、ステップ１６はＳ−ＧＷとＰＤＮ−ＧＷとの間のベアラ更新に用いられる。

ステップ２１２の後の任意の時点において、ＵＥがＴＡＵ過程を開始して、ＨＳＳにおける位置情報を更新することができるが、当該過程は本発明の解決手段と関係がないため、説明を省略する。

以上の実施形態からわかるように、Ｓ１ハンドオーバーとＸ２ハンドオーバーの具体的なフローは異なるものの、本発明で提供するＵＥ−ＡＭＢＲ更新手段はいずれも図３に示す基本ステップを含む。

ステップ３０１で、ＵＥハンドオーバー過程中のターゲットｅＮＢは受信されたＵＥのベアラ情報に基づいて、ＵＥに対して収納判決を行って、収納するベアラを決定する。

ステップ３０２で、ターゲットｅＮＢは収納されたベアラをＭＭＥに通知する。

ステップ３０３で、ＭＭＥは受信されたターゲットｅＮＢによって収納されたベアラに基づいて、ソースｅＮＢとの接続時にアクティブされた全てのＡＰＮがハンドオーバー後にターゲットｅＮＢと全部ベアラ接続を保持しているかどうかを判断して、全部ベアラ接続を保持している場合は、ＵＥ−ＡＭＢＲを修正する必要がなくなり、保持していない場合は、ハンドオーバー後のターゲットｅＮＢのベアラ接続状況に基づいてターゲットｅＮＢで使用するＵＥ−ＡＭＢＲを算出する。

ステップ３０４で、ＭＭＥは更新後のＵＥ−ＡＭＢＲ値をターゲットｅＮＢに通知する。

本発明の実施形態３においてはＭＭＥを提供し、当該ＭＭＥによっては、ＵＥハンドオーバー過程中にＵＥ−ＡＭＢＲを更新することを実現できる。当該ＭＭＥのモジュールのブロック図は図４に示すようであり、本発明と関係がないモジュールは図４に示していない。

当該ＭＭＥは、
ターゲット基地局からの収納許容のベアラ識別子を受信する受信モジュール４０１と、
前記受信モジュール４０１により受信された収納許容のベアラ識別子に基づいてターゲット基地局で使用するＵＥ−ＡＭＢＲを更新する更新モジュール４０２と、
前記更新モジュール４０２で得られた更新後のＵＥ−ＡＭＢＲをターゲット基地局に通知する通知モジュール４０３と、を含む。

前記更新モジュール４０２は、
前記収納許容のベアラ識別子に基づいて、ソースｅＮＢとの接続時にアクティブされた全てのＡＰＮがハンドオーバー後にターゲットｅＮＢと全部ベアラ接続を保持しているかどうかを判断し、保持していない場合、指示信号を送信する判断ユニット４０４と、
前記判断ユニット４０４の指示信号を受信した後に、ハンドオーバー後のターゲットｅＮＢのベアラ接続状況に基づいて、ターゲット基地局で使用するＵＥ−ＡＭＢＲを算出し、更新後のＵＥ−ＡＭＢＲを得る算出ユニット４０５と、を含む。

上記は、本発明の好ましい実施形態にすぎず、本発明の保護範囲を限定するものではない。本発明の精神と原則内で行われる種々の修正、均等置換え、改善などは全て本発明の保護範囲内に含まれるべきである。

４０１ 受信モジュール
４０２ 更新モジュール
４０３ 通知モジュール
４０４ 判断ユニット
４０５ 算出ユニット

本発明の実施形態に係るユーザ機器のハンドオーバー中にベアラ状況を取得する方法であって、
ユーザ機器のハンドオーバー中に、ターゲット基地局で、受信されたユーザ機器（ＵＥ）のベアラ情報に基づいてＵＥに対して収納判決が行われる場合、ターゲット基地局で収納許容の情報が移動管理エンティティ（ＭＭＥ）に受信されるステップと、
ＭＭＥにより、受信されたベアラに基づいて、ターゲット基地局で使用するユーザ機器総合最大ビットレート（ＵＥ−ＡＭＢＲ）を更新するステップと、を含む。

本発明の実施形態に係るＭＭＥであって、
ユーザ機器のハンドオーバー中に、ターゲット基地局で、受信されたユーザ機器（ＵＥ）のベアラ情報に基づいてＵＥに対して収納判決が行われる場合、ターゲット基地局で収納許容のベアラ識別子を受信する受信モジュールと、
前記受信モジュールにより受信されたベアラ識別子に基づいてターゲット基地局で使用するＵＥ−ＡＭＢＲを更新する更新モジュールと、
前記更新モジュールで得られた更新後のＵＥ−ＡＭＢＲをターゲット基地局に通知する通知モジュールと、を含む。

ステップ２１４で、ターゲットＭＭＥはＵＥがターゲットアクセスシステムにアクセス成功したことをソースＭＭＥに通知する。このとき、ソースＭＭＥでタイマーを起動して、いつソースシステムにおけるリソースを解放するかを監視する。

ステップ２１５〜２１７で、ターゲットＭＭＥはターゲットｅＮＢがベアラのために割り当てたトンネルアドレス情報をＳ−ＧＷに送信し、ＵＥからＰＤＮ−ＧＷまでの間のダウンリンク伝送トンネルを確立する。Ｓ−ＧＷがリダイレクションされた場合、ステップ２１６はＳ−ＧＷとＰＤＮ−ＧＷとの間のベアラ更新に用いられる。

Claims (11)

1. ユーザ機器のハンドオーバー中にベアラ状況を取得する方法であって、
   ユーザ機器のハンドオーバー中に、ターゲット基地局により、受信されたユーザ機器（ＵＥ）のベアラ情報に基づいてＵＥに対して収納判決を行って、収納ベアラを決定し、収納ベアラを移動管理エンティティ（ＭＭＥ）に通知するステップと、
   ＭＭＥにより、受信された収納ベアラに基づいて、ターゲット基地局で使用するユーザ機器総合最大ビットレート（ＵＥ−ＡＭＢＲ）を更新するステップと、
   を含むことを特徴とする方法。
2. 前記ＭＭＥにより、受信された収納ベアラに基づいて、ターゲット基地局で使用するＵＥ−ＡＭＢＲを更新することは、
   ＭＭＥにより、受信された収納ベアラに基づいて、ソース基地局との接続時にアクティブされた全てのアクセスポイント名（ＡＰＮ）がハンドオーバー後にターゲット基地局と全部ベアラ接続を保持しているかどうかを判断して、全部ベアラ接続を保持している場合は、ＵＥ−ＡＭＢＲを修正する必要がなくなり、保持していない場合は、ハンドオーバー後のターゲットｅＮＢのベアラ接続状況に基づいてターゲット基地局で使用するＵＥ−ＡＭＢＲを修正し、更新後のＵＥ−ＡＭＢＲ値をターゲット基地局に通知する、
   ことを含むことを特徴とする請求項１に記載の方法。
3. 前記ユーザ機器ハンドオーバーは、ＭＭＥが変化しないＸ２ハンドオーバーであることを特徴とする請求項２に記載の方法。
4. 前記ターゲット基地局により、収納ベアラをＭＭＥに通知することは、ターゲット基地局からＭＭＥへハンドオーバー過程中にターゲット基地局で成功に収納されたベアラ識別子の付けられたパススイッチメッセージを送信することを含み、
   前記ＭＭＥにより、更新後のＵＥ−ＡＭＢＲ値をターゲット基地局に通知することは、ＭＭＥからターゲット基地局へ更新後のＵＥ−ＡＭＢＲ値の付けられたパススイッチ応答を送信する、
   ことを含むことを特徴とする請求項３に記載の方法。
5. 前記ＭＭＥにより、更新後のＵＥ−ＡＭＢＲ値をターゲット基地局に通知することは、ＭＭＥから専用シグナリングを介して更新後のＵＥ−ＡＭＢＲ値をターゲット基地局に通知する、ことを含むことを特徴とする請求項３に記載の方法。
6. 前記専用シグナリングがＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）ベアラ修正要求またはＵＥコンテキスト修正要求であることを特徴とする請求項５に記載の方法。
7. 前記ユーザ機器ハンドオーバーは、ＭＭＥが変化するＳ１ハンドオーバーであることを特徴とする請求項２に記載の方法。
8. 前記ターゲット基地局により、収納ベアラをＭＭＥに通知することは、ターゲット基地局からターゲットＭＭＥへターゲット基地局で収納許容のベアラ識別子が含まれているハンドオーバー応答を送信することを含み、
   前記ＭＭＥにより、更新後のＵＥ−ＡＭＢＲ値をターゲット基地局に通知することは、ＭＭＥによりＳＡＥベアラ修正過程またはＵＥコンテキスト修正過程をトリガーして、専用シグナリングを介して更新後のＵＥ−ＡＭＢＲ値をターゲット基地局に通知する、
   ことを含むことを特徴とする請求項７に記載の方法。
9. 前記更新後のＵＥ−ＡＭＢＲ値をターゲット基地局に通知した後に、
   前記ターゲット基地局により、受信された更新後のＵＥ−ＡＭＢＲ値で自局に保存されているＵＥ−ＡＭＢＲ値を替え、更新後のＵＥ−ＡＭＢＲ値に応じて非保証型ビットレート（ｎｏｎ−ＧＢＲ）のためにリソースをスケジューリングする、
   ことをさらに含むことを特徴とする請求項２〜８のいずれか１項に記載の方法。
10. 移動管理エンティティ（ＭＭＥ）であって、
    ターゲット基地局で収納許容のベアラ識別子を受信する受信モジュールと、
    前記受信モジュールにより受信された収納ベアラ識別子に基づいてターゲット基地局で使用するＵＥ−ＡＭＢＲを更新する更新モジュールと、
    前記更新モジュールで得られた更新後のＵＥ−ＡＭＢＲをターゲット基地局に通知する通知モジュールと、
    を含むことを特徴とする移動管理エンティティ。
11. 前記更新モジュールは、
    前記収納ベアラ識別子に基づいて、ソースｅＮＢとの接続時にアクティブされた全てのＡＰＮがハンドオーバー後にターゲットｅＮＢと全部ベアラ接続を保持しているかどうかを判断し、保持していない場合、指示信号を送信する判断ユニットと、
    前記判断ユニットの指示信号を受信した後に、ハンドオーバー後のターゲットｅＮＢのベアラ接続状況に基づいて、ターゲット基地局で使用するＵＥ−ＡＭＢＲを算出し、更新後のＵＥ−ＡＭＢＲを得る算出ユニットと、
    を含むことを特徴とする請求項１０に記載の移動管理エンティティ。

Images