JP2014522151A - Ｕｔｌａｎからｌｔｅへの（ｒｓｒｖｃｃ）ハンドオーバ - Google Patents

Abstract

ここでの実施形態は、回線交換、ＣＳという、ネットワーク（１００ａ）とパケット交換、ＰＳという、ネットワーク（１００ｂ）との間の通信サービスのハンドオーバを可能とするための移動性管理エンティティ、ＭＭＥ（２０１）という、における方法に関する。前記ＣＳネットワーク（１００ａ）内にユーザ機器（１０１）が位置して前記ＣＳネットワーク（１００ａ）内で通信サービスを有する。ハンドリングは、ＭＭＥとモバイルスイッチングセンタ、ＭＳＣ、サーバ２０３との間の通信を提供することにより改善される。
【選択図】図１

Description

ここでの実施形態は、一般に、移動性管理エンティティ（ＭＭＥ）及びＭＭＥにおける方法に関する。より具体的には、ここでの実施形態は、回線交換型（ＣＳ）ネットワークとパケット交換型（ＰＳ）ネットワークとの間の通信サービスのハンドオーバを可能とすることに関する。

ワイヤレス通信システムとしても言及される典型的なセルラーネットワークにおいて、ユーザ機器（ＵＥ）は、１つ以上のコアネットワーク（ＣＮ）へ、無線アクセスネットワーク（ＲＡＮ）を介して通信する。

ユーザ機器は、事業者のコアネットワークにより供給されるサービス、及び事業者のＲＡＮとＣＮとによりアクセスが提供される事業者ネットワーク外のサービスへ加入者がアクセスし得る手段になる移動端末である。ユーザ機器は、例えば、モバイルフォン、セルラーフォン、又はワイヤレスのケイパビリティを有するラップトップなどの通信デバイスであってよい。ユーザ機器は、他の移動局又はサーバなどの他のエンティティとの間で音声及び／又はデータを無線アクセスネットワークを介して通信可能とされた、ポータブルな、ポケットに格納可能な、手持ち型の、コンピュータ内蔵型の、又は車両搭載型の移動デバイスであってよい。

ユーザ機器は、セルラーネットワークにおいて無線で通信することを可能とされる。通信は、例えば、２つのユーザ機器の間で、ユーザ機器と正規の電話（regular telephone）との間で、及び／又はユーザ機器とサーバとの間で、無線アクセスネットワーク及び恐らくはセルラーネットワーク内に含まれる１つ以上のコアネットワークを介して実行され得る。

セルラーネットワークは、複数のセル領域に分割される地理的領域をカバーする。各セル領域は、基地局、例えば無線基地局（ＲＢＳ）によりサービスされ、ＲＢＳは、使用されるテクノロジー及び用語に依存して、例えばｅＮＢ（evolved Node B）、“ｅＮｏｄｅＢ”、“ＮｏｄｅＢ”、“Ｂｎｏｄｅ”、又はＢＴＳ（Base Transceiver Station）としても言及されることがある。基地局は、当該基地局のレンジ内のユーザ機器との間で、無線周波数上で動作するエアインタフェース上で通信する。

ワイヤレス通信ネットワークとしても言及される典型的なセルラーシステムにおいて、移動局及び／又はユーザ機器ユニットとしても知られるワイヤレス端末は、コアネットワークへ無線アクセスネットワーク（ＲＡＮ）を介して通信する。ワイヤレス端末は、セルラーフォンとしても知られるモバイルフォン、及び、ワイヤレスのケイパビリティ、例えば移動終端、を伴うラップトップなどの移動局又はユーザ機器であってよく、よって、例えば、無線アクセスネットワークとの間で音声及び／又はデータを通信する、ポータブルな、ポケット型の、手持ち型の、コンピュータ内蔵型の、又は車両搭載型の移動デバイスであってよい。

無線アクセスネットワークは、複数のセル領域に分割される地理的領域をカバーし、各セル領域は、基地局、例えば無線基地局（ＲＢＳ）によりサービスされ、いくつかの無線アクセスネットワークでは、ＲＢＳは、ｅＮｏｄｅＢ（ｅＮＢ）、ＮｏｄｅＢ、Ｂｎｏｄｅ、又は基地局とも呼ばれる。セルは、基地局のサイトにある無線基地局により無線カバレッジの提供される地理的領域である。各セルは、当該セル内でブロードキャストされるＩＤ（identity）によって、局所的な無線エリア内で識別される。基地局は、当該基地局のレンジ内のユーザ機器との間で、無線周波数上で動作するエアインタフェース上で通信する。

セルラーネットワークは、例えば、ＬＴＥ（Long Term Evolution）、ＬＴＥ−Ａ（LTE Advanced）、ＷＣＤＭＡ（Wideband Code Division Multiple Access）、ＧＳＭ（Global System for Mobile Communications）、又は他の任意の３ＧＰＰ（Third Generation Partnership Project）無線アクセステクノロジーなどの１つ以上の無線アクセステクノロジーに適用され得る。

例えばＬＴＥにおいて、ユーザは、レガシーネットワークからの全てのサービスを新たなネットワークがサポートすることを期待する。こうしたニーズを充足するために、テクノロジー間（inter-technology）モビリティは重要な特徴である。ＬＴＥにおいて、ＬＴＥ上の音声サービスは、ＩＭＳ（Internet Protocol Multimedia Subsystem）ベースのＶｏＩＰ（Voice over Internet Protocol）である。ＬＴＥはパケットデータネットワークであり、ＶｏＩＰはパケットネットワーク上で音声をサポートするために使用される。

テクノロジー間モビリティは、新たなサービスの導入のためにも重要である。新たなサービスが、トラフィックの最も高い領域内でそれを最も良好かつ最も効率的にサポートするワイヤレスブロードバンドアクセステクノロジーのみで配備されたとしても、テクノロジー間モビリティは、新たなサービスをネットワークワイドにロールアウトすることを可能とする。テクノロジー間モビリティは、ユーザのために広い領域にわたってシームレスなサービスの継続性を可能とする、新旧のアクセスネットワーク間のブリッジを提供する。

テクノロジー間モビリティは新たなＬＴＥのロールアウトを簡単にし得るものであり、テクノロジー間モビリティを単一無線音声呼連続性（ＳＲＶＣＣ：Single Radio Voice Call Continuity）と呼ばれる機能性と共に使用することで、ＬＴＥアクセスネットワークの配備と連動して、音声サービスは、ＩＭＳ上のＶｏＩＰへ移される。ＳＲＶＣＣは、ＬＴＥパケットドメイン内のＶｏＩＰ／ＩＭＳ呼を、レガシー回線ドメイン、例えばＧＳＭ／ＵＭＴＳ又はＣＤＭＡへ移すことを可能とする、ＬＴＥの機能性である。

ＬＴＥ内の進行中のＩＭＳ音声呼を伴うユーザ機器がそのＬＴＥカバレッジから外れてしまうと、２Ｇ／３Ｇ、即ち回線交換（ＣＳ）ネットワークがＶｏＩＰをサポートしないとすれば、ユーザは、２Ｇ／３ＧへのＳＲＶＣＣを行って、ＭＳＣ（Mobile Switching Centre Server）を通じてＣＳネットワーク内で当該音声呼を継続する。ＭＳＣは、ネットワークスイッチングサブシステムのエレメント群を制御する、３Ｇコアネットワークのエレメントである。ユーザ機器がＬＴＥカバレッジを取り戻すと、事業者は、様々な理由でユーザ機器をＬＴＥへと移管することを望み得る。その手続は、リターンＳＲＶＣＣ（ｒＳＲＶＣＣ）と呼ばれる。ｒＳＲＶＣＣのための他のユースケースは、ユーザ機器が２Ｇ／３Ｇ内に滞在していてＭＳＣを通じて２Ｇ／３Ｇ内でＣＳ音声呼を開始したことによってもあり得る。数刻の後、ユーザ機器はＬＴＥカバレッジへ入り、その後ｒＳＲＶＣＣがトリガされる。

ＬＴＥから３Ｇ又は２Ｇネットワークへの進行中の音声呼のハンドオーバ、又は２Ｇ／３ｇからＬＴＥへの進行中の音声呼のハンドオーバは、専用のベアラと呼ばれる仕組みを用いて行われる。一般には、ベアラは、ある情報を搬送する論理チャネルである。ベアラは、無線リソースとしても言及され得る。１つのＥＰＳベアラは、ユーザ機器１０１がパケットデータネットワーク（ＰＤＮ）へ接続する際に確立され、その接続の生存時間（lifetime）を通じて維持される。それは、デフォルトベアラと呼ばれる。デフォルトベアラは、ネットワークへのＩＰ接続性を常に提供する。追加的な何らかのＥＰＳベアラは、専用ベアラと呼ばれる。専用ベアラコンテキストは、２つのＩＰアドレス及びＴＣＰ／ＵＤＰポートの間の特定のメディアストリームに属するＩＰパケットの優先順位付けをネットワーク内のサービスが要求する際に確立される。専用ベアラは、特定のパケット転送の取扱いを要求するものとして識別されたＩＰフローのためのトラフィックを搬送するベアラである。専用ベアラは、個別のＱｏＳでデータを送信するために、ユーザ機器により要求される。

現行の解決策は、Ｇｎ／ＧｐのサービングＧＰＳＲ（General Packet Radio Services）サポートノード（ＳＧＳＮ）と共に、Ｓ４のＳＧＳＮ機能性において、ｒＳＲＶＣＣを提供することを可能とするための大幅な拡張（enhancements）を要する。加えて、ＳＧＳＮとＭＳＣサーバとの間の任意的な（optional）Ｇｓインタフェースが必要とされ、又はＭＳＣサーバとＳＧＳＮとの間の新たなインタフェースが定義されなければならない。これは、増加したシグナリングに加えて、通信ネットワークの増加した複雑さを引き起こす。

以下の実施形態の目的は、従って、上の欠点の少なくとも１つを軽減し、通信サービスのハンドオーバの改善されたハンドリングを提供することである。

第１の観点によれば、上記目的は、ＣＳという回線交換ネットワークとＰＳというパケット交換ネットワークとの間の通信サービスのハンドオーバを可能とするための、ＭＭＥという移動性管理エンティティ内の方法によって達成される。ユーザ機器は、ＣＳネットワーク内に位置してＣＳネットワーク内で通信サービスを有する。ＭＭＥは、ハンドオーバ要求メッセージを、ネットワークノードから受信する。ハンドオーバ要求メッセージは、ＣＳネットワークからＰＳネットワークへのユーザ機器のハンドオーバについての要求を含み、ＰＳネットワーク内の通信サービスに関連付けられるリソースの割当てが必要であることを示す。ハンドオーバ要求メッセージに基づいて、ＭＭＥは、基地局へリソース割当て要求メッセージを送信する。リソース割当て要求メッセージは、ＰＳネットワーク内のリソース割当てについての要求を含む。ＭＭＥは、リソース割当て応答メッセージを、基地局から受信する。リソース割当て応答メッセージは、リソース割当て要求メッセージに対する応答である。リソース割当て応答メッセージは、ＰＳネットワーク内のリソースの割当てに関する情報を含む。ＭＭＥは、ハンドオーバ応答メッセージを、ネットワークノードへ送信する。ハンドオーバ応答メッセージは、ハンドオーバ要求メッセージに対する応答である。ハンドオーバ応答メッセージは、ＰＳネットワーク内のリソースの割当てに関する情報を含む。ＭＭＥは、ハンドオーバ通知メッセージを、基地局から受信する。ハンドオーバ通知メッセージは、ＣＳネットワークからＰＳネットワークへのハンドオーバがユーザ機器内でセットアップされたことの通知を含む。ＭＭＥは、専用ベアラ生成要求メッセージを、サービングゲートウェイ、ＳＧＷ、から受信する。専用ベアラ生成要求メッセージは、ＰＳネットワーク内の通信サービスに関連付けられる専用ベアラを生成する要求を含む。ＭＭＥは、専用ベアラアクティブ化要求メッセージを、ＵＥへ送信する。専用ベアラアクティブ化要求メッセージは、通信サービスに関連付けられる専用ベアラをアクティブ化する要求を含む。ＭＭＥは、専用ベアラアクティブ化応答メッセージを、ＵＥから受信する。専用ベアラアクティブ化応答メッセージは、専用ベアラアクティブ化要求メッセージに対する応答である。専用ベアラアクティブ化応答メッセージは、通信サービスに関連付けられるアクティブ化された専用ベアラに関する情報を含む。ＭＭＥは、専用ベアラ生成応答メッセージを、ＳＧＷへ送信する、専用ベアラ生成応答メッセージは、専用ベアラ生成要求メッセージに対する応答であり、当該専用ベアラ生成応答メッセージは、通信サービスに関連付けられる生成された専用ベアラに関する情報を含み、ＣＳネットワークとＰＳネットワークとの間の通信サービスのハンドオーバを可能とする。

第２の観点によれば、上記目的は、ＣＳという回線交換ネットワークとＰＳというパケット交換ネットワークとの間の通信サービスのハンドオーバを可能とするためのＭＭＥという移動性管理エンティティにより達成される。ユーザ機器は、ＣＳネットワーク内に位置し、ＣＳネットワーク内で通信サービスを有する。ＭＭＥは、ハンドオーバ要求メッセージをネットワークノードから受信するように構成される受信ユニットを備える。ハンドオーバ要求メッセージは、ＣＳネットワークからＰＳネットワークへのユーザ機器のハンドオーバについての要求を含み、ＰＳネットワーク内の通信サービスに関連付けられるリソースの割当てが必要であることを示す。ＭＭＥは、ハンドオーバ要求メッセージに基づいて、リソース割当て要求メッセージを基地局へ送信するように構成される送信ユニットを備える。リソース割当て要求メッセージは、ＰＳネットワーク内のリソース割当てについての要求を含む。受信ユニットは、リソース割当て応答メッセージを基地局から受信するようにさらに構成される。リソース割当て応答メッセージは、リソース割当て要求メッセージに対する応答である。リソース割当て応答メッセージは、ＰＳネットワーク内のリソースの割当てに関する情報を含む。送信ユニットは、ハンドオーバ応答メッセージをネットワークノードへ送信するようにさらに構成される。ハンドオーバ応答メッセージは、ハンドオーバ要求メッセージに対する応答である。ハンドオーバ応答メッセージは、ＰＳネットワーク内のリソースの割当てに関する情報を含む。受信ユニットは、ハンドオーバ通知メッセージを基地局から受信するようにさらに構成される。ハンドオーバ通知メッセージは、ＣＳネットワークからＰＳネットワーク１００ｂへのハンドオーバがユーザ機器内でセットアップされたことの通知を含む。受信ユニットは、専用ベアラ生成要求メッセージをＳＧＷから受信するようにさらに構成される。専用ベアラ生成要求メッセージは、ＰＳネットワーク内の通信サービスに関連付けられる専用ベアラを生成する要求を含む。送信ユニットは、専用ベアラアクティブ化要求メッセージをユーザ機器へ送信するようにさらに構成される。専用ベアラアクティブ化要求メッセージは、通信サービスに関連付けられる専用ベアラをアクティブ化する要求を含む。受信ユニットは、専用ベアラアクティブ化応答メッセージをユーザ機器から受信するようにさらに構成される。専用ベアラアクティブ化応答メッセージは、専用ベアラアクティブ化要求メッセージに対する応答である。専用ベアラアクティブ化応答メッセージは、通信サービスに関連付けられるアクティブ化された専用ベアラに関する情報を含む。送信ユニットは、専用ベアラ生成応答メッセージをＳＧＷへ送信するようにさらに構成される。専用ベアラ生成応答メッセージは、専用ベアラ生成要求メッセージに対する応答であり、専用ベアラ生成応答メッセージは、通信サービスに関連付けられる生成された専用ベアラに関する情報を含み、ＣＳネットワークとＰＳネットワークとの間の通信サービスのハンドオーバを可能とする。

ｒＳＲＶＣＣがＭＭＥなどのネットワークノード内にあるため、通信サービスのハンドリングが改善される。

以下の実施形態は、多くの利点をもたらし、その例の非網羅的なリストは次の通りである：

例えばＭＭＥなどのネットワークノード内にｒＳＲＶＣＣ機能性を有することにより、以下の実施形態は、ＳＧＳＮ内のアップグレードを回避するという利点を提供する。これは、通信ネットワーク内の低減された複雑さ及びシグナリングを提供する。

以下の実施形態は、上述した特徴及び利点に限定されるものではない、当業者は、以下の詳細な説明を読めば、追加的な特徴及び利点を認識するであろう

以下の実施形態は、次の詳細な説明において、実施形態を描く添付図面への参照によって、さらにより詳細に説明されるであろう。

通信ネットワークの実施形態を例示する概略ブロック図である。 通信ネットワークの実施形態を例示する概略ブロック図である。 非ＤＴＭからＬＴＥ／ＨＳＰＡへのモビリティのための方法の実施形態を例示する合体したフローチャート及びシグナリング図である。 ＤＴＭからＬＴＥ／ＨＳＰＡへのモビリティのための方法の実施形態を例示する合体したフローチャート及びシグナリング図である。 非ＤＴＭからＬＴＥ／ＨＳＰＡへのモビリティのための方法の実施形態を例示する合体したフローチャート及びシグナリング図である。 ＤＴＭからＬＴＥ／ＨＳＰＡへのモビリティのための方法の実施形態を例示する合体したフローチャート及びシグナリング図である。 ＭＭＥにおける方法の実施形態を例示するフローチャートである。 ＭＭＥの実施形態を例示する概略ブロック図である。

図面は必ずしもスケールを合わせたものではなく、明瞭さのために、ある特徴の次元は誇張されている。強調は、代わりに、以下の実施形態の原理を描くために行われる。

以下の実施形態は、逆方向（Reverse）のＳＲＶＣＣについてのＭＭＥ／ＭＳＣの拡張を説明する。

図１は、以下の実施形態が実装され得る通信ネットワーク１００を描いている。いくつかの実施形態において、通信ネットワーク１００は、例えばＬＴＥ（Long Term Evolution）、ＬＴＥ−Ａ（LTE Advanced）、ＷＣＤＭＡ（Wideband Code Division Multiple Access）、ＧＳＭ（Global System for Mobile Communications）、又は他の任意の３ＧＰＰ（Third Generation Partnership Project）無線アクセステクノロジーなどの、１つ以上の無線アクセステクノロジーに適用され得る。

通信ネットワーク１００は、セルにサービスする基地局１０３を含む。基地局１０３は、ＮｏｄｅＢ、ｅＮｏｄｅＢ、又はユーザ機器１０１との間で無線キャリア上で通信可能な他の任意のネットワークユニットなどの、基地局であってよい。ユーザ機器１０１は、この場合、無線キャリア上で第１のネットワークノード１１０との間で通信可能である。

ユーザ機器１０１は、無線チャネル上で基地局との間で通信可能な通信ケイパビリティを有する任意の適した通信デバイス又は計算デバイスであってよく、例えば、限定ではないものの、モバイルフォン、スマートフォン、ＰＤＡ（personal digital assistant）、ラップトップ、ＭＰ３プレーヤ若しくはポータブルＤＶＤプレーヤ（若しくは同様のメディアコンテンツデバイス）、デジタルカメラ、又は、ＰＣなどの固定的なデバイスであってさえよい。ＰＣは、ブロードキャスト／マルチキャストメディアの端局（end station）としての移動局を介して接続されてもよい。ユーザ機器１０１は、例えば、電子フォトフレーム、心臓病監視機器、侵入若しくは他の監視機器、天候データモニタリングシステム、車両、乗用車又は輸送通信機器などの中の、組込み通信デバイスであってもよい。ユーザ機器１０１は、図面のいくつかにおいてＵＥとして言及される。

ユーザ機器１０１は２Ｇ／３Ｇカバレッジを有する領域内にあってよく、即ち、ユーザ機器１０１はＣＳネットワーク１００ａ内に存在し得る。ユーザ機器１０１は、ＣＳネットワーク１００ａにおいて、進行中のＩＭＳ１０５の通信サービスを有する。ＩＭＳ１０５は、ＩＰマルチメディアサービスを伝達するためのフレームワークである。ある時点において、ユーザ機器１０１は、ＣＳネットワーク１００ａからＬＴＥカバレッジを有する領域、即ちＰＳネットワーク１００ｂへ移動する。これは、ハンドオーバと呼ばれ得る。何らかの理由で、事業者は、ＣＳネットワーク１００ａからＰＳネットワーク１００ｂへ通信サービスを移管することも希望する。ＣＳネットワーク１００ａは、例えば、ノードが通信し得る前に２つのネットワークノードが専用の通信チャネル、即ち回線（circuit）を確立する技術である。回線は、それらノードがあたかも電子回線で物理的に接続されたかのように機能する。ＰＳネットワーク１００ｂにおいて、データは、別々の小さいブロック、即ちパケットで、各パケット内の宛て先アドレスに基づいて移送される。受信されると、パケットはメッセージを作り上げるように適切な順序で組み立て直される。ＣＳネットワーク１００ａ内のビット遅延は、接続の期間中で定常的であり、それと反対に、ＰＳネットワーク１００ｂでは、パケットキューがパケット転送遅延の変動を引き起こし得る。

図２は、通信ネットワーク１００をより詳細に例示している。ユーザ機器１０１は、ＵＴＲＡＮ／ＧＥＲＡＮとしても言及されるＣＳネットワーク１００ａから、ターゲットＥ−ＵＴＲＡＮとしても言及されるＰＳネットワーク１００ｂへハンドオーバする。ＣＳネットワーク１００ａは、Ｉｕ−ｃｓ／Ａインタフェースを介してＭＳＣサーバ２０３へ、さらにＩＭＳ１０５へ接続される。上述したように、ＭＳＣサーバ２０３は、ネットワークスイッチングサブシステムのエレメント群を制御する。ＣＳネットワーク１００ａは、Ｉｕ−ｐｓ／ＧＢインタフェースを介してサービングＧＰＲＳ（General Packet Radio Services）サポートノード（ＳＧＳＮ）２０５へ接続される。ＳＧＳＮ２０５は、自身の地理的サービス領域の範囲内で、ユーザ機器１０１からの／へのデータパケットの伝達について責任を負うノードである。ＳＧＳＮ２０５は、Ｇｎ／Ｓ３インタフェースを介してＭＭＥ２０１へ接続される。ＭＭＥ２０１は、ＬＴＥアクセスネットワーク１００ｂのための重要な制御ノードである。ＭＭＥ２０１は、Ｓ６ａインタフェースを介してホーム加入者サーバ（ＨＳＳ）２１０へ接続される。ＨＳＳ２１０は、実際に呼をハンドリングするＩＭＳネットワークエンティティをサポートするマスタユーザデータベースであり、加入関連情報を備え、ユーザ機器の認証及び承認を実行し、加入者のロケーションについての情報及びＩＰ情報を提供し得る。ＰＳネットワーク１００ｂは、Ｓ１−ＭＭＥインタフェースを介してＭＭＥ２０１にも接続される。ＰＳネットワーク１００ｂは、Ｓ１−Ｕインタフェースを介してサービングＰＤＮ（Packet Data Network）ゲートウェイ（ＧＷ）ＰＧＷ２０７へ接続される。ＰＧＷ２０７は、Ｓ１１インタフェースを介してＭＭＥ２０１へ接続される。ＰＧＷ２０７は、さらに、Ｓ７インタフェースを介して、ポリシー及び課金ルール機能（ＰＣＲＦ）２１２へ接続される。ＰＣＲＦ２１２は、マルチメディアネットワーク内のポリシールールを決定することに責任を負う。ＰＧＷ２０７は、ＳＧｉインタフェースを介してＩＭＳ１０５へ接続される。図２において、実線は、ＣＳネットワーク１００ａからＰＳネットワーク１００ｂへのハンドオーバ前のベアラパスを例示している。破線はハンドオーバ後のベアラパスを例示しており、点線はハンドオーバ前のＳＩＰ（Session Initiation Protocol）シグナリングパスを例示している。ＳＩＰは、ＩＰ上の音声呼及び映像呼などのマルチメディア通信セッションを制御するために使用されるシグナリングプロトコルである。

以下の実施形態は、ＨＳＰＡのケースでＴＡＩ／ＲＡＩ ＦＱＤＮを用いることによりＤＮＳ手続で選択されるＭＭＥ／Ｓ４−ＳＧＳＮ２０５にＭＳＣサーバ２０３が直接的にコンタクトすることを可能とするために、既存のＳｖインタフェースを活用し、そして、ＭＭＥ／Ｓ４−ＳＧＳＮ２０５は、ターゲットＲＡＮ１００ｂにおいてネットワークリソースを事前割当てし、ＵＥのＬＴＥ／ＨＳＰＡ１００ｂへのハンドオーバ後に、音声／映像ベアラコンテキストが、ネットワークによりトリガされるか又はユーザ機器１０１によりトリガされるかのいずれかによって確立されることになる。

いくつかの実施形態において、Ｐ−ＴＭＳＩ及びＲＡＩがＲＡＮによってＣＳ呼のセットアップの期間中にＭＳＣサーバ２０３へ送信される。ユーザ機器１０１は、ソースＳＧＳＮ／旧（old）ＭＭＥのロケーションを特定するために使用され得るｒＳＲＶＣＣ ＩＥをＲＮＣ／ＢＳＣへ報告してもよく、それはＣＳ呼の確立に関係する場合にはＣＳ ＭＯ／ＭＴ、ＣＳハンドオーバ及びＳＲＶＣＣを含む。ＲＮＣ／ＢＳＣは、ＣＳｔｏＰＳハンドオーバのためのハンドオーバ／再配置要求（Handover/Relocation Required）メッセージにｒＳＲＶＣＣ情報（rSRVCC Info）ＩＥを含める。それは、例えば、ＧＥＲＡＮクラスマークにｒＳＲＶＣＣ情報ＩＥを含めることにより行われる。ＭＭＥ２０１は、ユーザ機器１０１がＤＴＭ（Dual Transfer Mode）サポートのアクセスからのＣＳ呼を有し又は非ＤＴＭサポートのアクセスからのＣＳ呼を有しているかに依存して、ＳｖメッセージであるｒＳＲＶＣＣのＣＳｔｏＰＳハンドオーバ要求をＰ−ＴＭＳＩ及びＲＡＩと共に受信し、以下が適用される：

ＤＴＭは、ＧＳＭ標準に基づくプロトコルであり、同じ無線チャネル上のＣＳ音声及びＰＳデータの同時の転送を可能とする。

ａ）ＤＴＭサポートのアクセスから、例えばＵＴＲＡＮから：この場合、ＭＭＥ２０１は、２Ｇ／３Ｇ ＳＧＳＮ２０５、Ｇｎ／Ｇｐ ＳＧＳＮ又はＳ４−ＳＧＳＮから再配置要求転送（Forward Relocation Request）メッセージを受信するものと期待されるであろう。再配置要求転送メッセージは、同じ時間フレームでのＤＴＭサポートを伴うＲＮＣ／ＢＳＣからのハンドオーバ要求（Handover Required）メッセージの受信に起因してトリガされる。従って、ＭＭＥ２０１は、対応するベアラコンテキストをセットアップするための、ｅＮＢ１０３へ送信されるハンドオーバ要求（Handover Request）に含まれなければならない全ての情報を有しており、それは音声／映像ベアラ情報を含む。ｅＮＢ１０３が必要とされるリソースを割当ててハンドオーバ要求承認（Handover Request Acknowledge）メッセージにおいて肯定的な応答を送信した後、ＭＭＥ２０１は、旧ＳＧＳＮ２０５に再配置応答転送（Forward Relocation Response）メッセージで回答し、ＭＳＣ２０３にｒＳＲＶＣＣのＣＳｔｏＰＳハンドオーバ応答で回答し、これはＳＧＳＮ２０５及びＭＳＣ２０３がユーザ機器１０１０へハンドオーバコマンドを送信することを導く。
ｂ）ユーザ機器１０１がＧＥＲＡＮでスタートし、即ちＳ４−ＳＧＳＮ又はＧｎ／Ｇｐ ＳＧＳＮにおいて中断（suspend）した場合、非ＤＴＭサポートのアクセスから、例えばＧＥＲＡＮから：この場合、ＭＭＥ２０１がＰ−ＴＭＳＩ及びＲＡＩを伴うｒＳＲＶＣＣのＣＳｔｏＰＳハンドオーバ要求を受信した後である。ＭＭＥ２０１は、ＵＥコンテキストを要求するためのコンテキスト要求（Context Request）を旧ＳＧＳＮ２０５へ送信し得る。旧ＳＧＳＮ２０５は、コンテキスト応答（Context Response）で応答する。従って、ＭＭＥ２０１は、対応するベアラコンテキストをセットアップするための、ｅＮＢ１０３へ送信されるハンドオーバ要求（Handover Request）に含まれなければならない全ての情報を有しており、それは音声／映像ベアラコンテキスト及び他のＰＳベアラコンテキストの双方を含む。ｅＮＢ１０３が必要とされるリソースを割当ててハンドオーバ要求承認（Handover Request Acknowledge）メッセージにおいて肯定的な応答を送信した後、ＭＭＥ２０１は、ＭＳＣ２０３にｒＳＲＶＣＣのＣＳｔｏＰＳハンドオーバ応答で回答する。これは、ＭＳＣ２０３がユーザ機器１０１０へハンドオーバコマンドを送信することを導く。
ｃ）ユーザ機器１０１がＥ−ＵＴＲＡＮでスタートし、即ちＭＭＥ２０１において中断（suspend）した場合、ユーザ機器１０１は非ＤＴＭモードの無線アクセスへの通常のＳＲＶＣＣハンドオーバを実行したところであり、非ＤＴＭサポートのアクセスから、例えばＧＥＲＡＮから：ＭＭＥ２０１がＰ−ＴＭＳＩ及びＲＡＩを伴うｒＳＲＶＣＣのＣＳｔｏＰＳハンドオーバ要求を受信した後、ＭＭＥ２０１は、既にＵＥコンテキストを有しており、従って、ＭＭＥ２０１は、対応するベアラコンテキストをセットアップするための、ｅＮＢ１０３へ送信されるハンドオーバ要求（Handover Request）に含まれなければならない全ての情報を有しており、それは音声／映像ベアラコンテキスト及び他のＰＳベアラコンテキストの双方を含む。ｅＮＢ１０３が必要とされるリソースを割当ててハンドオーバ要求承認（Handover Request Acknowledge）メッセージにおいて肯定的な応答を送信した後、ＭＭＥ２０１は、ＭＳＣ２０３にｒＳＲＶＣＣのＣＳｔｏＰＳハンドオーバ応答で回答し、これはＭＳＣ２０３がユーザ機器１０１０へハンドオーバコマンドを送信することを導く。

上述した手続はＳ４−ＳＧＳＮにも適用可能であり、その際にユーザ機器１０１はｒＳＲＶＣＣを実行してＨＳＰＡへ戻る。この場合、Ｓ４−ＳＧＳＮがＭＭＥ２０１の代わりに使用される。

次に、いくつかの実施形態に従って非ＤＴＭからＬＴＥ／ＨＳＰＡへの通信サービスのハンドオーバをハンドリングするための方法が、図３に描かれた合体したシグナリング図及びフローチャートを参照しながら説明されるであろう。ユーザ機器１０１が非ＤＴＭ無線アクセスネットワークにおいてＣＳ呼を有していた場合、ＰＳサービスはＳＧＳＮ２０５内で中断する。２つの副次的なケースが存在する：
ａ）ユーザ機器１０１は、まずＭＭＥ２０１においてＩＭＳ音声呼を確立した。従って、ＭＭＥ２０１は、ユーザ機器１０１が２Ｇ／３Ｇ１００ａへの通常のＳＲＶＣＣムーヴを実行する前に削除された音声ベアラコンテキストを除く、ＰＳベアラコンテキストの残りの全てを有する。
ｂ）ユーザ機器１０１は、２Ｇ／３Ｇ１００ａにおいてＣＳ呼を確立する。前に確立されたＰＳベアラコンテキストは、ＳＧＳＮ２０５内に維持され、中断される。

以下の説明は、例としてＩＭＳ音声呼を使用する。しかしながら、例えば映像呼などのいかなる他の種類の通信サービス又はマルチメディアサービスもまた、適用可能である。

本方法は以下のステップ群を含み、これらステップ群は以下の説明とは別の適切な順序でも実行されてよい。

［ステップ３０１］
ＢＳＣ／ＲＮＣ３０１はハンドオーバ要求をＭＳＣサーバ２０３へ送信し、このメッセージはターゲットトラッキングエリアコードを含む。当該ハンドオーバ要求メッセージは、そのＨＯがＳＲＶＣＣ用であることの標識を含む。ＭＳＣサーバ２０３がターゲットＭＳＣであれば、ＭＳＣサーバ２０３は、ハンドオーバ要求をアンカーＭＳＣサーバへ転送する。

［ステップ３０２］
ＭＳＣ２０３は、ターゲットＭＭＥ２０１へ、利用可能ならばＰ−ＴＭＳＩ及びＲＡＩを含むｒＳＲＶＣＣのＣＳｔｏＰＳハンドオーバ要求を送信する。即ち、ユーザ機器１０１は、ＳＧＳＮ２０５において中断し、及びＳＧＳＮ２０５において前回アタッチされたことになり、これは音声ベアラがＬＴＥ１００ｂへハンドオーバされる必要があることを示す。

［ステップ３０３］
上のケースｂにおいて、ＭＭＥ２０１がＵＥコンテキストを有しない場合、ＭＭＥ２０１は、旧ＳＧＳＮ２０５を見つけ出すためのＰ−ＴＭＳＩ及びＲＡＩを用いたコンテキスト要求（Context Request）を送信する。

［ステップ３０４］
上のケースｂにおいて、ＳＧＳＮ２０５は、全てのＵＥコンテキストを含むコンテキスト応答（Context Response）メッセージで応答する。

［ステップ３０５］
ＭＭＥ２０１は、ｅＮＢ１０３に向けてハンドオーバ要求（Handover Request）を送信し、Ｅ−ＵＴＲＡＮ内のリソースを割当てる。

ハンドオーバ要求は、ＭＳＣサーバ２０３により要求された音声／映像ベアラと、ＰＳベアラコンテキストの残りとを含む。音声／映像ベアラコンテキストの特性は１つの事業者ネットワークにおいて十分に知られたものであるべきであるため、要求された音声／映像ベアラは、音声／映像についての静的に構成された特性を使用しているかもしれない。ＭＭＥ２０１は、初期ＵＥコンテキストセットアップ手続を使用し得る。

［ステップ３０６］
ｅＮＢ１０３は、リソースを割当て、必要とされるリソースをハンドオーバ要求承認（Handover Request Acknowledge）メッセージ内に提供する。

［ステップ３０７］
ＭＭＥ２０１は、ｒＳＲＶＣＣのＣＳｔｏＰＳハンドオーバ応答メッセージを、ＭＳＣ２０３へ送信する。ハンドオーバ応答メッセージは、ハンドオーバを支援するためにｅＮＢ１０３により事前割当てされたリソースを含む。

［ステップ３０８］
ＭＳＣ２０３は、“ハンドオーバコマンド”をＢＳＣ３０１へ送信する。ハンドオーバコマンドは、ハンドオーバ要求承認（handover required acknowledgement）として理解されてもよい。ハンドオーバコマンドは、ターゲットＭＳＣを介して送信されてもよい。ＭＳＣサーバ２０３は、ハンドオーバコマンドに、状況に依存して、ＡＴＧＷについての、ＭＧＷについての、又はリモートエンドについての、ＩＰアドレス／ポート及び選択されたコーデックを含めてもよい。

［ステップ３０９］
ＢＳＣ３０１は、ＣＳｔｏＰＳハンドオーバを示す“ハンドオーバコマンド”をユーザ機器１０１へ転送する。

［ステップ３１０］
ユーザ機器１０１は、ハンドオーバ確認（Handover confirmation）をｅＮＢ１０３へ送信する。

［ステップ３１１］
ｅＮＢ１０３は、ハンドオーバ通知（Handover Notify）をＭＭＥ２０１へ送信する。

［ステップ３１２］
ＭＭＥ２０１は、まずＰＳベアラコンテキストを更新するために、ベアラ修正要求（Modify Bearer Request）をＳＧＷ２０７へ送信する。ＳＧＷ２０７は、当該ベアラ修正要求をＰＧＷ２０７へ転送する。

ベアラを修正する当該ステップはハンドオーバにおいて行われ、基本的にはそれはＳＧＷ２０７にｅＮＢアドレスを知らせるためにある。

［ステップ３１３］
ＳＧＷ２０７は、ベアラ修正応答（Modify Bearer Response）でＭＭＥ２０１へ応答する。

［ステップ３１４］
ＭＭＥ２０１は、ＩＭＳ ＰＤＮ接続が整っていてＮＡＳ（Non Access Stratum）メッセージであるBEARER RESOURCE ALLOCATION REQUESTが受信される場合、音声／映像についてのベアラリソースコマンドを送信する。

ＮＡＳは、コアネットワークとユーザ機器１０１との間のワイヤレステレコムプロトコルスタックにおける機能的なレイヤである。当該レイヤは、それら２つのエレメントの間のシグナリング及びトラフィックをサポートする。

ｒＳＲＶＣＣのケイパビリティを有するユーザ機器１０１は、２Ｇ／３Ｇで確立されたＩＭＳ ＰＤＮ接続を有し得る。当該ステップは、いずれにしろ、関連付けられるＴＦＴが利用可能ではないために、事前割当てされた音声／映像のためのベアラコンテキストが使用されないかもしれないことから、ユーザ機器１０１によりトリガされ得る。事前割当ては、音声及び映像のためにリソースをｅＮＢ１０３が予約したこと、よってユーザ機器がベアラリソースを要求し得ることを、単に確認する。

［ステップ３１５］
Ｐ−ＳＣＳＦ３０５は、音声／映像サービス記述、即ち、ネットワークリソース要求をＰＣＲＦ２１２へ送信する。これは、図３に示されていないＭＳＣ２０３からのメッセージによりトリガされる。

［ステップ３１６］
ＰＣＲＦ２１２は、休止していた音声ベアラの割り当てを継続する。ＰＣＲＦ２１２は、対応するＰＣＣルールを構築し、それをＰＧＷ２０７へ送信する。

［ステップ３１７］
ＰＧＷ２０７は、音声／映像についてのベアラコンテキストを生成するためのベアラ生成要求（Create Bearer Request）をＳＧＷ２０７へ送信し、それはＭＭＥ２０１へ転送される。

［ステップ３１８］
ＭＭＥ２０１は、ACTIVATE DEDICATED EPS BEARER CONTEXT REQUESTメッセージを送信することにより、ユーザ機器１０１に音声ベアラのセットアップを要求する。なお、対応するＥ−ＲＡＢは、既にステップ３０６及びステップ５０９においてｅＮＢ１０３から確立されたかもしれない。

［ステップ３１９］
ユーザ機器１０１は、ACTIVATE DEDICATED EPS BEARER CONTEXT ACCEPTメッセージで返答することにより、ベアラの確立を受け入れる。

［ステップ３２０］
ＭＭＥ２０１は、ベアラ生成応答（Create Bearer Response）をＳＧＷ／ＰＧＷ２０７へ送信する。

音声サービスは今やＬＴＥ内のＰＳ１００ｂへハンドオーバされており、ＶｏＩＰ呼は専用ベアラ内で送信され得る。ＭＭＥ２０１が完全なＵＥコンテキストを有しており、即ちＰＳサービスがＭＭＥ２０１内で中断される場合には、ステップ３０３及び３０４はスキップされてよい。

次に、いくつかの実施形態に従って非ＤＴＭからＬＴＥ／ＨＳＰＡへの通信サービスのハンドオーバをハンドリングするための方法が、図５に描かれた合体したシグナリング図及びフローチャートを参照しながら説明されるであろう。ユーザ機器１０１が非ＤＴＭ無線アクセスネットワークにおいてＣＳ呼を有していた場合、ＰＳサービスはＳＧＳＮ２０５内で中断する。２つの副次的なケースが存在する：
ｃ）ユーザ機器１０１は、まずＭＭＥ２０１においてＩＭＳ音声呼を確立した。従って、ＭＭＥ２０１は、ユーザ機器１０１が２Ｇ／３Ｇ１００ａへの通常のＳＲＶＣＣムーヴを実行する前に削除された音声ベアラコンテキストを除く、ＰＳベアラコンテキストの残りの全てを有する。
ｄ）ユーザ機器１０１は、２Ｇ／３Ｇ１００ａにおいてＣＳ呼を確立する。前に確立されたＰＳベアラコンテキストは、ＳＧＳＮ２０５内に維持され、中断される。

以下の説明は、例としてＩＭＳ音声呼を使用する。しかしながら、例えば映像呼などのいかなる他の種類の通信サービス又はマルチメディアサービスもまた、適用可能である。

本方法は以下のステップ群を含み、これらステップ群は以下の説明とは別の適切な順序でも実行されてよい。

［ステップ５０１］
本ステップは、図３におけるステップ３０１に対応する。

ＢＳＣ／ＲＮＣ３０１はハンドオーバ要求をＭＳＣサーバ２０３へ送信し、このメッセージはターゲットトラッキングエリアコードを含む。当該ハンドオーバ要求メッセージは、そのＨＯがＳＲＶＣＣ用であることの標識を含む。ＭＳＣサーバ２０３がターゲットＭＳＣであれば、ＭＳＣサーバ２０３は、ハンドオーバ要求をアンカーＭＳＣサーバへ転送する。

［ステップ５０２］
本ステップは、図３におけるステップ３０２に対応する。

ＭＳＣ２０３は、ターゲットＭＭＥ２０１へ、利用可能ならばＰ−ＴＭＳＩ及びＲＡＩを含むｒＳＲＶＣＣのＣＳｔｏＰＳハンドオーバ要求を送信する。即ち、ユーザ機器１０１は、ＳＧＳＮ２０５において中断し、及びＳＧＳＮ２０５において前回アタッチされたことになり、これは音声ベアラがＬＴＥ１００ｂへハンドオーバされる必要があることを示す。

［ステップ５０３］
いくつかの実施形態において、ＭＳＣサーバ２０３は、例えばＳＩＰのre-INVITE又はINVITEメッセージといったアクセス移管通知（Access Transfer Notification）をＡＴＣＦ５０１へ送信し、それはＡＴＣＦ５０１にメディアのＰＳ１００ｂへの移管のために準備すべきことを示す。

［ステップ５０４］
いくつかの実施形態において、ＡＴＣＦ５０１は、ユーザ機器１０１から受信されるポート／コーデックを、そのＩＭＳ登録内で取得する。ＭＳＣ２０３は、例えばＣ−ＭＳＩＳＤＮに基づいて、又はその登録に共に使用されるＩＭＥＩ由来のインスタンスＩＤに基づいて、ユーザ機器１０１により行われたＩＭＳ登録とユーザ機器１０１のためにＭＳＣ２０３により行われたものとの相関をとることができる。ＡＴＣＦ５０１は、ＡＴＧＷ上のメディアポートを割当て、移管準備要求（Transfer Preparation Request）を、ｒＳＲＶＣＣ後に使用することをユーザ機器１０１が意図するＩＰアドレス／ポートと共にＡＴＧＷが音声メディアを送信しているＩＰアドレス／ポートを当該メッセージに含めた後に、Ｐ−ＣＳＣＦ３０５へ転送する。即ち、ユーザ機器１０１及びＡＴＧＷの双方のためのＳＤＰがメッセージ内に含められ得る。

［ステップ５０５］
Ｐ−ＣＳＣＦ３０５は、ＰＣＲＦ２１２とインタラクションし、ＡＴＣＦ５０１から移管準備要求（Transfer Preparation Request）メッセージ内で受信された情報を用いて、移管されようとしているセッションのための音声ベアラを確立する。Ｐ−ＣＳＣＦ２１２は、このベアラの確立がｒＳＲＶＣＣに起因することを示す。

移管準備要求（Transfer Preparation Request）メッセージは、例えば、INVITE又は他の適切なメッセージを用いて実装されてよい。適切なメッセージについての決定は、後のステージのために残される。

［ステップ５０６ａ］
ＰＣＲＦ２１２は、Ｐ−ＧＷ２０７に向けてのベアラのセットアップの開始を、当該ベアラの確立がｒＳＲＶＣＣに起因するものであるために、待機する。

［ステップ５０７］
本ステップは、図３におけるステップ３０３に対応する。

上のケースｂにおいて、ＭＭＥ２０１がＵＥコンテキストを有しない場合、ＭＭＥ２０１は、旧ＳＧＳＮ２０５を見つけ出すためのＰ−ＴＭＳＩ及びＲＡＩを用いたコンテキスト要求（Context Request）を送信する。

［ステップ５０８］
本ステップは、図３におけるステップ３０４に対応する。

上のケースｂにおいて、ＳＧＳＮ２０５は、全てのＵＥコンテキストを含むコンテキスト応答（Context Response）メッセージで応答する。

［ステップ５０９］
本ステップは、図３におけるステップ３０５及び３０６に対応する。

ターゲットＭＭＥ２０１は、Ｅ−ＵＴＲＡＮ内のリソースを割当てる。

ＭＳＣサーバ２０３により要求された、要求された音声／映像ベアラと共に、ＭＭＥ２０１は、ｅＮＢ１０３に向けてハンドオーバ要求（Handover Request）を送信する。音声／映像ベアラコンテキスト及びＰＳベアラコンテキストの残りの特性は１つの事業者ネットワークにおいて十分に知られたものであるべきであるため、要求された音声／映像ベアラは、音声／映像についての静的に構成された特性を使用しているかもしれない。ＭＭＥ２０１は、初期ＵＥコンテキストセットアップ手続を使用し得る。

ｅＮＢ１０３は、リソースを割当て、必要とされるリソースをハンドオーバ要求承認（Handover Request Acknowledge）メッセージ内に提供する。

［ステップ５１０］
本ステップは、図３におけるステップ３０７に対応する。

ＭＭＥ２０１は、ｒＳＲＶＣＣのＣＳｔｏＰＳハンドオーバ応答メッセージを、ＭＳＣ２０３へ送信する。ハンドオーバ応答メッセージは、ハンドオーバを支援するためにｅＮＢ１０３により事前割当てされたリソースを含む。

［ステップ５１１］
本ステップは、図３におけるステップ３０８及び３０９に対応する。

ＭＳＣ２０３は、“ハンドオーバコマンド”をＢＳＣ３０１へ送信する。ハンドオーバコマンドは、ハンドオーバ要求承認（handover required acknowledgement）として理解されてもよい。ハンドオーバコマンドは、ターゲットＭＳＣを介して送信されてもよい。ＭＳＣサーバ２０３は、ハンドオーバコマンドに、状況に依存して、ＡＴＧＷについての、ＭＧＷについての、又はリモートエンドについての、ＩＰアドレス／ポート及び選択されたコーデックを含めてもよい。

ＢＳＣ３０１は、ＣＳｔｏＰＳハンドオーバを示す“ハンドオーバコマンド”をユーザ機器１０１へ転送する。

［ステップ５１２］
いくつかの実施形態において、ＡＴＣＦ５０１がＡＴＧＷ内にアンカーされたメディアを伴う場合、ＭＳＣサーバ２０３は、例えばＳＩＰのre-INVITE又はPRACKメッセージといったアクセス移管準備要求（Access Transfer Preparation Request）をＡＴＣＦ５０１へ送信し、ＡＴＣＦ／ＡＴＧＷがメディアパスをターゲットアクセス上のユーザ機器１０１のＩＰアドレス／ポートへ切り替えることをトリガする。

ＡＴＧＷ内にアンカーされたメディアが存在しない場合、ＭＳＣサーバ２０３は、アクセス移管準備要求（Access Transfer Preparation Request）をＡＴＣＦ５０１へ送信し、ＡＴＣＦ／ＡＴＧＷとＭＳＣサーバ／ＭＳＷとの間のメディアパスが確立されることになる。

［ステップ５１３］
本ステップは、図３におけるステップ３１０に対応する。

ユーザ機器１０１は、ハンドオーバ確認（Handover confirmation）をｅＮＢ１０３へ送信する。言い換えれば、ＬＴＥへのハンドオーバが実行される。

［ステップ５１４］
本ステップは、図３におけるステップ３１１に対応する。

ｅＮＢ１０３は、ハンドオーバ通知（Handover Notify）をＭＭＥ２０１へ送信する。言い換えれば、ＬＴＥへのハンドオーバが実行される。

［ステップ５１５］
本ステップは、図３におけるステップ３１２に対応する。

ＭＭＥ２０１は、まずＰＳベアラコンテキストを更新するために、ベアラ修正要求（Modify Bearer Request）をＳＧＷ２０７へ送信する。ＳＧＷ２０７は、当該ベアラ修正要求をＰＧＷ２０７へ転送する。

ＭＭＥ２０１は、ユーザ機器１０１が今やｅＮＢ１０３を介して到達可能であることを、ＰＧＷ２０７及びＳＧＷ２０７へ知らせる。音声用の新たな専用ベアラは、以下に説明するステップ５０６ｂにおいて追加される。

［ステップ５１６］
ＶｏＩＰ呼又は任意の通信サービスが、デフォルトベアラを介してＬＴＥ内でユーザ機器１０１へ送信され得る。

［ステップ５１７］
ＰＤＮ ＧＷ２０７は、例えばＲＡＴタイプの変更についてＰＣＲＦ２１２へ通知する。

［ステップ５０６ｂ］
本ステップは、図３におけるステップ３１６、３１７、３１８、３１９及び３２０に対応する。

いくつかの実施形態において、ＰＣＲＦ２１２は、休止していた音声ベアラの割り当てを継続する。ＰＣＲＦ２１２は、対応するＰＣＣルールを構築し、それをＰＧＷ２０７へ送信する。

ＰＧＷ２０７は、音声／映像についてのベアラコンテキストを生成するためのベアラ生成要求（Create Bearer Request）をＳＧＷ２０７へ送信し、それはＭＭＥ２０１へ転送される。

ＭＭＥ２０１は、ACTIVATE DEDICATED EPS BEARER CONTEXT REQUESTメッセージを送信することにより、ユーザ機器１０１に音声ベアラのセットアップを要求する。なお、対応するＥ−ＲＡＢは、既にステップ３０６及びステップ５０９においてｅＮＢ１０３から確立されたかもしれない。

ユーザ機器１０１は、ACTIVATE DEDICATED EPS BEARER CONTEXT ACCEPTメッセージで返答することにより、ベアラの確立を受け入れる。

ＭＭＥ２０１は、ベアラ生成応答（Create Bearer Response）をＳＧＷ／ＰＧＷ２０７へ送信する。

音声用の新たな専用ベアラが今や追加され、通信サービスは専用ベアラにおいて進行し得る。

［ステップ５１８］
音声サービスは今やＬＴＥ内のＰＳ１００ｂへハンドオーバされており、ＶｏＩＰ呼は専用ベアラ内で送信され得る。ＭＭＥ２０１が完全なＵＥコンテキストを有しており、即ちＰＳサービスがＭＭＥ２０１内で中断される場合には、ステップ３０３及び３０４はスキップされてよい。

次に、いくつかの実施形態に従ってＤＴＭからＬＴＥ／ＨＳＰＡへの通信サービスのハンドオーバをハンドリングするための方法が、図４に描かれた合体したシグナリング図及びフローチャートを参照しながら説明されるであろう。ユーザ機器１０１がＵＴＲＡＮなどのＤＴＭサポートの無線アクセスネットワークにおいてＣＳ呼を確立した場合、ユーザ機器１０１は、ＰＳベアラコンテキストを確立し実行しており、同時にペイロードを転送しているかも知れない。なお、ＰＳベアラコンテキストは、ＩＭＳ ＡＰＮ以外のＡＰＮに属し得る。ＬＴＥネットワーク１００ｎがユーザ機器１０１にとってより適していることをＲＮＣが検出すると、ＲＮＣは、ＣＳドメイン１００ａ、即ちＭＳＣサーバ２０３と、ＰＳドメイン１００ｂ、即ちＳＧＳＮ２０５との双方へ再配置要求（Relocation Required）を送信することになる。

以下の説明は、例としてＩＭＳ音声呼を使用する。しかしながら、例えば映像呼などのいかなる他の種類の通信サービス又はマルチメディアサービスもまた、適用可能である。

本方法は以下のステップ群を含み、これらステップ群は以下の説明とは別の適切な順序でも実行されてよい。

［ステップ４０１］
本ステップは、図３におけるステップ３０１及び図５におけるステップ５０１に対応する。

ＢＳＣ／ＲＮＣ３０１はハンドオーバ要求をＭＳＣサーバ２０３へ送信し、このメッセージはターゲットトラッキングエリアコードと、ターゲットｅＮＢ ｉｄが包含されるターゲットＩＤとを含む。当該ハンドオーバ要求メッセージは、そのＨＯがＳＲＶＣＣ用であることの標識を含む。ＭＳＣサーバ２０３がターゲットＭＳＣであれば、ＭＳＣサーバ２０３は、ハンドオーバ要求をアンカーＭＳＣサーバへ転送する。

［ステップ４０２］
ユーザ機器１０１がＰＳドメイン１００ａ内でアクティブなＤＴＭのケースにおいて、ＢＳＣ／ＲＮＣ３０１は、再配置要求メッセージ、即ちハンドオーバ要求メッセージを、ソースＲＮＣからターゲットＳＧＳＮ２０５へ送信する。このメッセージは、ターゲットｅＮＢ ｉｄが包含されるターゲットＩＤを含む。

［ステップ４０３］
本ステップは、図３におけるステップ３０２及び図５におけるステップ５０２に対応する。

ＭＳＣ２０３は、ターゲットＭＭＥ２０１へ、利用可能ならばＰ−ＴＭＳＩ及びＲＡＩを含むｒＳＲＶＣＣのＣＳｔｏＰＳハンドオーバ要求を送信する。即ち、ユーザ機器１０１は、ＳＧＳＮ２０５において中断し、及びＳＧＳＮ２０５において前回アタッチされたことになり、これは音声ベアラがＬＴＥ１００ｂへハンドオーバされる必要があることを示す。

［ステップ４０４］
ＳＧＳＮ２０５は、ＰＳベアラコンテキストをハンドオーバするために、再配置転送要求（Forward Relocation Request）をＭＭＥ２０１へ送信する。

［ステップ４０５］
本ステップは、図３におけるステップ３０５及び図５におけるステップ５０９に対応する。

ＭＭＥ２０１は、ハンドオーバ要求をｅＮＢ１０３に向けて送信し、Ｅ−ＵＴＲＡＮ内のリソースを割当てる。

当該ハンドオーバ要求は、ＭＳＣサーバ２０３により要求された音声／映像ベアラと、ＰＳベアラコンテキストの残りとを含む。音声／映像ベアラコンテキストの特性は１つの事業者ネットワークにおいて十分に知られたものであるべきであるため、要求された音声／映像ベアラは、音声／映像についての静的に構成された特性を使用しているかもしれない。ＭＭＥ２０１は、初期ＵＥコンテキストセットアップ手続を使用し得る。

［ステップ４０６］
本ステップは、図３におけるステップ３０６及び図５におけるステップ５０９に対応する。

ｅＮＢ１０３は、リソースを割当て、必要とされるリソースをハンドオーバ要求承認（Handover Request Acknowledge）メッセージ内に提供する。

［ステップ４０７］
本ステップは、図３におけるステップ３０７及び図５におけるステップ５１０に対応する。

ＭＭＥ２０１は、ｒＳＲＶＣＣのＣＳｔｏＰＳハンドオーバ応答メッセージを、ＭＳＣ２０３へ送信する。ハンドオーバ応答メッセージは、ハンドオーバを支援するためにｅＮＢ１０３により事前割当てされたリソースを含む。

［ステップ４０８］
ＭＭＥ２０１は、ハンドオーバを支援するためにｅＮＢ１０３により事前割当てされた、ＰＳベアラコンテキストの残りについてのリソースを含む再配置転送応答（Forward Relocation Response）メッセージを、ＳＧＳＮ２０５へ送信する。

［ステップ４０９］
本ステップは、図３におけるステップ３０８及び図５におけるステップ５１１に対応する。

ＭＳＣ２０３は、“ハンドオーバコマンド”をＢＳＣ３０１へ送信する。ハンドオーバコマンドは、ハンドオーバ要求承認（handover required acknowledgement）として理解されてもよい。ハンドオーバコマンドは、ターゲットＭＳＣを介して送信されてもよい。ＭＳＣサーバ２０３は、ハンドオーバコマンドに、状況に依存して、ＡＴＧＷについての、ＭＧＷについての、又はリモートエンドについての、ＩＰアドレス／ポート及び選択されたコーデックを含めてもよい。

［ステップ４１０］
ＳＧＳＮ２０５は、“ハンドオーバコマンド”をＲＮＣ３０１へ送信する。ハンドオーバコマンドは、ハンドオーバ要求承認（handover required acknowledgement）として理解されてもよい。ハンドオーバコマンドは、ターゲットＭＳＣを介して送信されてもよい。ＭＳＣサーバ２０３は、ハンドオーバコマンドに、状況に依存して、ＡＴＧＷについての、ＭＧＷについての、又はリモートエンドについての、ＩＰアドレス／ポート及び選択されたコーデックを含めてもよい。

［ステップ４１１］
本ステップは、図３におけるステップ３０９及び図５におけるステップ５１１に対応する。

ＲＮＣ３０１は、ＣＳｔｏＰＳハンドオーバを示す受信した“ハンドオーバコマンド”をユーザ機器１０１へ転送する。

［ステップ４１２］
本ステップは、図３におけるステップ３１０及び図５におけるステップ５１３に対応する。

ユーザ機器１０１は、ハンドオーバ確認（Handover confirmation）をｅＮＢ１０３へ送信する。

［ステップ４１３］
本ステップは、図３におけるステップ３１１及び図５におけるステップ５１４に対応する。

ｅＮＢ１０３は、ハンドオーバ通知（Handover Notify）をＭＭＥ２０１へ送信する。

［ステップ４１４］
本ステップは、図３におけるステップ３１２及び図５におけるステップ５１５に対応する。

ＭＭＥ２０１は、まずＰＳベアラコンテキストを更新するために、ベアラ修正要求（Modify Bearer Request）をＳＧＷ２０７へ送信する。ＳＧＷ２０７は、当該ベアラ修正要求をＰＧＷ２０７へ転送する。

［ステップ４１５］
本ステップは、図３におけるステップ３１３に対応する。

ＳＧＷ２０７は、ベアラ修正応答（Modify Bearer Response）でＭＭＥ２０１に応答する。

［ステップ４１６］
いくつかの実施形態において、ユーザ機器１０１は、ＩＭＳ ＰＤＮ接続をそれが３Ｇ内で確立されていない場合に確立するために、ＰＤＮ接続性要求（PDN connectivity Request）を送信する。ｒＳＲＶＣＣのケイパビリティを有するＵＥは２Ｇ／３Ｇにおいて確立されたＩＭＳ ＰＤＮ接続を有することになるために、本ステップは必要ではないかもしれない。

［ステップ４１７］
いくつかの実施形態において、ＭＭＥ２０１は、ＰＧＷ／ＳＧＷ２０７へ、ＩＭＳ ＰＤＮ接続を確立するために、セッション生成要求（Create Session Request）メッセージを送信する。ＭＭＥ２０１は、ＰＧＷ／ＳＧＷ２０７から、セッション生成応答（Create Session Response）を受信する。ｒＳＲＶＣＣのケイパビリティを有するＵＥは２Ｇ／３Ｇにおいて確立されたＩＭＳ ＰＤＮ接続を有し得るために、本ステップは必要ではないかもしれない。

［ステップ４１８］
本ステップは、図３におけるステップ３１４に対応する。

ユーザ機器１０１は、音声呼を継続することが可能となるように、BEARER RESOURCE ALLOCATION REQUESTメッセージを送信することにより、追加的な音声／映像ベアラリソースを要求してもよい。当該ステップは、いずれにしろ、関連付けられるＴＦＴが利用可能ではないために、事前割当てされた音声／映像のためのベアラコンテキストが使用されないかもしれないことから、ユーザ機器１０１によりトリガされ得る。事前割当ては、音声及び映像のためにリソースをｅＮＢ１０３が予約したこと、よってユーザ機器がベアラリソースを要求し得ることを、単に確認する。ユーザ機器１０１は、ｒＳＲＶＣＣのケイパビリティを有するユーザ機器１０１であり得る。

［ステップ４１９］
ＭＭＥ２０１は、ベアラリソースコマンドをＳＧＷ２０７へ送信し、ＳＧＷ２０７はそれをＰＧＷ２０７へ転送する。本ステップは、ステップ４１７に関連付けられる。いくつかの実施形態において、ＰＣＲＦ２１２／ＰＧＷ２０７により開始された専用ベアラリソースが音声及び／又は映像ベアラコンテキストを確立するために先行し得ることから、ステップ４１９は必要ではない。

［ステップ４２０］
Ｐ−ＣＳＣＦ３０５は、音声／映像サービス記述をＰＣＲＦ２１２へ送信し、ネットワークリソースを要求する。これは、図４に示されていないＭＳＣ２０３からのメッセージによりトリガされる。

［ステップ４２１］
本ステップは、図３におけるステップ３１６に対応する。

ＰＣＲＦ２１２は、対応するＰＣＣルールを構築し、それをＰＧＷ２０７へ送信する。

［ステップ４２２］
本ステップは、図３におけるステップ３１７に対応する。

ＰＧＷ２０７は、音声／映像についてのベアラコンテキストを生成するためのベアラ生成要求（Create Bearer Request）をＳＧＷ２０７へ送信し、それはＭＭＥ２０１へ転送される。

［ステップ４２３］
本ステップは、図３におけるステップ３１８に対応する。

ＭＭＥ２０１は、ACTIVATE DEDICATED EPS BEARER CONTEXT REQUESTメッセージを送信することにより、ユーザ機器１０１に音声ベアラのセットアップを要求する。なお、対応するＥ−ＲＡＢは、既にステップ４０６においてｅＮＢ１０３から確立されたかもしれない。

［ステップ４２４］
本ステップは、図３におけるステップ３１９に対応する。

ユーザ機器１０１は、ACTIVATE DEDICATED EPS BEARER CONTEXT ACCEPTメッセージで返答することにより、ベアラの確立を受け入れる。

［ステップ４２５］
本ステップは、図３におけるステップ３２０に対応する。

ＭＭＥ２０１は、ベアラ生成応答（Create Bearer Response）をＳＧＷ／ＰＧＷ２０７へ送信する。

音声サービスは今やＬＴＥ内のＰＳ１００ｂへハンドオーバされており、ＶｏＩＰ呼は専用ベアラ内で送信され得る。

次に、いくつかの実施形態に従ってＤＴＭからＬＴＥ／ＨＳＰＡへの通信サービスのハンドオーバをハンドリングするための方法が、図６に描かれた合体したシグナリング図及びフローチャートを参照しながら説明されるであろう。ユーザ機器１０１がＵＴＲＡＮなどのＤＴＭサポートの無線アクセスネットワークにおいてＣＳ呼を確立した場合、ユーザ機器１０１は、ＰＳベアラコンテキストを確立し実行しており、同時にペイロードを転送しているかも知れない。なお、ＰＳベアラコンテキストは、ＩＭＳ ＡＰＮ以外のＡＰＮに属し得る。ＬＴＥネットワーク１００ｎがユーザ機器１０１にとってより適していることをＲＮＣが検出すると、ＲＮＣは、ＣＳドメイン１００ａ、即ちＭＳＣサーバ２０３と、ＰＳドメイン１００ｂ、即ちＳＧＳＮ２０５との双方へ再配置要求（Relocation Required）を送信することになる。

以下の説明は、例としてＩＭＳ音声呼を使用する。しかしながら、例えば映像呼などのいかなる他の種類の通信サービス又はマルチメディアサービスもまた、適用可能である。

本方法は以下のステップ群を含み、これらステップ群は以下の説明とは別の適切な順序でも実行されてよい。

［ステップ６０１］
本ステップは、図３におけるステップ３０１、図４におけるステップ４０１及び図５におけるステップ５０１に対応する。

ＢＳＣ／ＲＮＣ３０１はハンドオーバ要求をＭＳＣサーバ２０３へ送信し、このメッセージはターゲットトラッキングエリアコードと、ターゲットｅＮＢ ｉｄが包含されるターゲットＩＤとを含む。当該ハンドオーバ要求メッセージは、そのＨＯがＳＲＶＣＣ用であることの標識を含む。ＭＳＣサーバ２０３がターゲットＭＳＣであれば、ＭＳＣサーバ２０３は、ハンドオーバ要求をアンカーＭＳＣサーバへ転送する。

［ステップ６０２］
本ステップは、図３におけるステップ３０２、図４におけるステップ４０３及び図５におけるステップ５０２に対応する。

ＭＳＣ２０３は、ターゲットＭＭＥ２０１へ、利用可能ならばＰ−ＴＭＳＩ及びＲＡＩを含むｒＳＲＶＣＣのＣＳｔｏＰＳハンドオーバ要求を送信する。即ち、ユーザ機器１０１は、ＳＧＳＮ２０５において中断し、及びＳＧＳＮ２０５において前回アタッチされたことになり、これは音声ベアラがＬＴＥ１００ｂへハンドオーバされる必要があることを示す。

［ステップ６０３］
本ステップは、図５におけるステップ５０３に対応する。

いくつかの実施形態において、ＭＳＣサーバ２０３は、例えばＳＩＰのre-INVITE又はINVITEメッセージといったアクセス移管通知（Access Transfer Notification）をＡＴＣＦ５０１へ送信し、それはＡＴＣＦ５０１にメディアのＰＳ１００ｂへの移管のために準備すべきことを示す。

［ステップ６０４］
本ステップは、図５におけるステップ５０４に対応する。

いくつかの実施形態において、ＡＴＣＦ５０１は、ユーザ機器１０１から受信されるポート／コーデックを、そのＩＭＳ登録内で取得する。ＭＳＣ２０３は、例えばＣ−ＭＳＩＳＤＮに基づいて、又はその登録に共に使用されるＩＭＥＩ由来のインスタンスＩＤに基づいて、ユーザ機器１０１により行われたＩＭＳ登録とユーザ機器１０１のためにＭＳＣ２０３により行われたものとの相関をとることができる。ＡＴＣＦ５０１は、ＡＴＧＷ上のメディアポートを割当て、移管準備要求（Transfer Preparation Request）を、ｒＳＲＶＣＣ後に使用することをユーザ機器１０１が意図するＩＰアドレス／ポートと共にＡＴＧＷの音声メディアの送信先であるＩＰアドレス／ポートを当該メッセージに含めた後に、Ｐ−ＣＳＣＦ３０５へ転送する。即ち、ユーザ機器１０１及びＡＴＧＷの双方のためのＳＤＰがメッセージ内に含められ得る。

［ステップ６０５］
本ステップは、図５におけるステップ５０５に対応する。

Ｐ−ＣＳＣＦ３０５は、ＰＣＲＦ２１２とインタラクションし、ＡＴＣＦ５０１から移管準備要求（Transfer Preparation Request）メッセージ内で受信された情報を用いて、移管されようとしているセッションのための音声ベアラを確立する。Ｐ−ＣＳＣＦ２１２は、このベアラの確立がｒＳＲＶＣＣに起因することを示す。

移管準備要求（Transfer Preparation Request）メッセージは、例えば、INVITE又は他の適切なメッセージを用いて実装されてよい。適切なメッセージについての決定は、後のステージのために残される。

［ステップ６０１ａ］
ユーザ機器１０１がＰＳドメイン１００ａ内でアクティブなＤＴＭのケースにおいて、ＢＳＣ／ＲＮＣ３０１は、再配置要求（Relocation Required）メッセージをソースＳＧＳＮ２０５へ送信する。

［ステップ６０６ａ］
本ステップは、図５におけるステップ５０６ａに対応する。

ＰＣＲＦ２１２は、Ｐ−ＧＷ２０７に向けてのベアラのセットアップの開始を、当該ベアラの確立がｒＳＲＶＣＣに起因するものであるために、待機する。

［ステップ６０７］
ソースＳＧＳＮ２０５は、再配置要求（Relocation Required）メッセージをターゲットＭＭＥ２０１へ送信する。

［ステップ６０８］
本ステップは、図３におけるステップ３０５及びステップ３０６、並びに図５におけるステップ５０９に対応する。

ターゲットＭＭＥ２０１は、Ｅ−ＵＴＲＡＮ内のリソースを割当てる。

ＭＳＣサーバ２０３により要求された、要求された音声／映像ベアラと共に、ＭＭＥ２０１は、ｅＮＢ１０３に向けてハンドオーバ要求（Handover Request）を送信する。音声／映像ベアラコンテキスト及びＰＳベアラコンテキストの残りの特性は１つの事業者ネットワークにおいて十分に知られたものであるべきであるため、要求された音声／映像ベアラは、音声／映像についての静的に構成された特性を使用しているかもしれない。ＭＭＥ２０１は、初期ＵＥコンテキストセットアップ手続を使用し得る。

ｅＮＢ１０３は、リソースを割当て、必要とされるリソースをハンドオーバ要求承認（Handover Request Acknowledge）メッセージ内に提供する。

［ステップ６０９］
ターゲットＭＭＥ２０１は、ステップ６０７において送信された要求への応答として、再配置応答（relocation response）をソースＳＧＳＮ２０５へ送信する。

［ステップ６０９ｂ］
ソースＳＧＳＮ２０５は、ハンドオーバ要求承認（HO Required Ack）を、ＲＡＮへ、即ちＢＳＣ／ＲＮＣ３０１へ送信する。

［ステップ６１０］
本ステップは、図３におけるステップ３０７、及び図５におけるステップ５１０に対応する。

ＭＭＥ２０１は、ｒＳＲＶＣＣのＣＳｔｏＰＳハンドオーバ応答メッセージを、ＭＳＣ２０３へ送信する。ハンドオーバ応答メッセージは、ハンドオーバを支援するためにｅＮＢ１０３により事前割当てされたリソースを含む。

［ステップ６１１］
本ステップは、図３におけるステップ３０８及び３０９、並びに図５におけるステップ５１１に対応する。

ＭＳＣ２０３は、“ハンドオーバコマンド”をＢＳＣ３０１へ送信する。ハンドオーバコマンドは、ハンドオーバ要求承認（handover required acknowledgement）として理解されてもよい。ハンドオーバコマンドは、ターゲットＭＳＣを介して送信されてもよい。ＭＳＣサーバ２０３は、ハンドオーバコマンドに、状況に依存して、ＡＴＧＷについての、ＭＧＷについての、又はリモートエンドについての、ＩＰアドレス／ポート及び選択されたコーデックを含めてもよい。

ＢＳＣ３０１は、ＣＳｔｏＰＳハンドオーバを示す“ハンドオーバコマンド”をユーザ機器１０１へ転送する。

［ステップ６１２］
本ステップは、図５におけるステップ５１２に対応する。

いくつかの実施形態において、ＡＴＣＦ５０１がＡＴＧＷ内にアンカーされたメディアを伴う場合、ＭＳＣサーバ２０３は、例えばＳＩＰのre-INVITE又はPRACKメッセージといったアクセス移管準備要求（Access Transfer Preparation Request）をＡＴＣＦ５０１へ送信し、ＡＴＣＦ／ＡＴＧＷがメディアパスをターゲットアクセス上のユーザ機器１０１のＩＰアドレス／ポートへ切り替えることをトリガする。

ＡＴＧＷ内にアンカーされたメディアが存在しない場合、ＭＳＣサーバ２０３は、アクセス移管準備要求（Access Transfer Preparation Request）をＡＴＣＦ５０１へ送信し、ＡＴＣＦ／ＡＴＧＷとＭＳＣサーバ／ＭＳＷとの間のメディアパスが確立されることになる。

［ステップ６１３］
本ステップは、図３におけるステップ３１０、及び図５におけるステップ５１３に対応する。
ユーザ機器１０１は、ハンドオーバ確認（Handover confirmation）をｅＮＢ１０３へ送信する。

［ステップ６１４］
本ステップは、図３におけるステップ３１１、及び図５におけるステップ５１４に対応する。

ｅＮＢ１０３は、ハンドオーバ通知（Handover Notify）をＭＭＥ２０１へ送信する。

［ステップ６１５］
ＭＭＥ２０１は、再配置転送完了（Forward relocation Complete）メッセージを、旧ＳＧＳＮ２０５へ送信する。旧ＳＧＳＮ及びソースＳＧＳＮとの語は、同じノードを指す。

［ステップ６１６］
本ステップは、図３におけるステップ３１２、及び図５におけるステップ５１５に対応する。

ＭＭＥ２０１は、まずＰＳベアラコンテキストを更新するために、ベアラ修正要求（Modify Bearer Request）をＳＧＷ２０７へ送信する。ＳＧＷ２０７は、当該ベアラ修正要求をＰＧＷ２０７へ転送する。

［ステップ６１７］
本ステップは、図５におけるステップ５１６に対応する。

ＶｏＩＰ呼が、デフォルトベアラ内で送信され得る。

［ステップ６１８］
本ステップは、図５におけるステップ５１７に対応する。

ＰＤＮ ＧＷ２０７は、例えばＲＡＴタイプの変更についてＰＣＲＦ２１２へ通知する。

［ステップ６０６ｂ］
本ステップは、図３におけるステップ３１６、３１７、３１８、３１９及び３２０、並びに図５におけるステップ５０６ｂに対応する。

いくつかの実施形態において、ＰＣＲＦ２１２は、休止していた音声ベアラの割り当てを継続する。ＰＣＲＦ２１２は、対応するＰＣＣルールを構築し、それをＰＧＷ２０７へ送信する。

ＰＧＷ２０７は、音声／映像についてのベアラコンテキストを生成するためのベアラ生成要求（Create Bearer Request）をＳＧＷ２０７へ送信し、それはＭＭＥ２０１へ転送される。

ＭＭＥ２０１は、ACTIVATE DEDICATED EPS BEARER CONTEXT REQUESTメッセージを送信することにより、ユーザ機器１０１に音声ベアラのセットアップを要求する。なお、対応するＥ−ＲＡＢは、既にステップ３０６及びステップ５０９においてｅＮＢ１０３から確立されたかもしれない。

ユーザ機器１０１は、ACTIVATE DEDICATED EPS BEARER CONTEXT ACCEPTメッセージで返答することにより、ベアラの確立を受け入れる。

ＭＭＥ２０１は、ベアラ生成応答（Create Bearer Response）をＳＧＷ／ＰＧＷ２０７へ送信する。

［ステップ６１９］
本ステップは、図５におけるステップ５１８に対応する。

音声サービスが今やＬＴＥ内のＰＳ１００ｂへハンドオーバされ、ＶｏＩＰ呼は専用ベアラ内で送信され得る。

次に、上述した方法が、ＭＭＥ２０１と呼ばれる移動性管理エンティティの視点から見て説明されるであろう。図７は、回線交換、ＣＳという、ネットワーク１００ａとパケット交換、ＰＳという、ネットワーク１００ｂとの間の通信サービスのハンドオーバを可能とするための、ＭＭＥ２０１における方法を説明するフローチャートであり、ＣＳネットワーク１００ａ内で通信サービスが存在する。

本方法は、ＭＭＥ２０１により実行されるべきステップ群を含む。

［ステップ６０１］
本ステップは、図３におけるステップ３０２、図４におけるステップ４０３、図５におけるステップ５０２及び図６におけるステップ６０２に対応する。

ＭＭＥ２０１は、ネットワークノードから第１の要求メッセージを受信する。第１の要求メッセージは、ＣＳネットワーク１００ａからＰＳネットワーク１００ｂへのユーザ機器１０１のハンドオーバについての要求を含み、ＰＳネットワーク１００ｂ内の通信サービスに関連付けられるリソースの割当てが必要とされることを示す。ＣＳネットワーク１００ａからＰＳネットワーク１００ｂへのハンドオーバは、２Ｇ／３ＧからＬＴＥへのハンドオーバであり得る。

いくつかの実施形態において、第１の要求メッセージは、ｒＳＲＶＣＣと呼ばれる、リバース単一無線音声呼連続性（Reverse Single Radio Voice Call Continuity）の要求に関する情報をさらに含む。

いくつかの実施形態において、ネットワークノードは、ＭＳＣと呼ばれるモバイルサービススイッチングセンタサーバ２０３、又はＳＧＳＮと呼ばれるサービングＧＰＲＳ（general packet radio service）サポートノード２０５である。

［ステップ７０２］
本ステップは、図４におけるステップ４０４及び図６におけるステップ６０７に対応する。

いくつかの実施形態において、ＭＭＥ２０１は、ＳＧＳＮ２０５から第２の要求メッセージを受信する。第２の要求メッセージは、ＣＳネットワーク１００ａからＰＳネットワーク１００ｂへのユーザ機器１０１のハンドオーバについての要求を含む。

いくつかの実施形態において、ＳＧＳＮ２０５からの第２の要求メッセージは有効化されたＤＴＭに基づいており、又は、ＳＧＳＮ２０５からの第２の要求メッセージはタイマの失効前に受信される。

［ステップ７０３］
本ステップは、図３におけるステップ３０３及び３０４、並びに図５におけるステップ５０７及び５０８に対応する。

いくつかの実施形態において、ＭＭＥ２０１は、第１の要求メッセージ内に含まれる情報に基づいて、ユーザ機器のコンテキストに関する情報を取得する。

［ステップ７０３ａ］
本ステップは、ステップ７０３のサブステップである。ステップ７０３ａは、図３におけるステップ３０３、及び図５におけるステップ５０７に対応する。

いくつかの実施形態において、ネットワークノード（２０３）からの第１の要求メッセージは、ＤＴＭと呼ばれるデュアルトランスファーモードがユーザ機器１０１において無効化される旨の標識をさらに含む。

いくつかの実施形態において、ＭＭＥ２０１は、ユーザ機器のコンテキストに関する情報が要求されるべきであることを決定する。

［ステップ７０３ｂ］
いくつかの実施形態において、ネットワークノード２０３からの第１の要求メッセージは、ＤＴＭと呼ばれるデュアルトランスファーモードがユーザ機器１０１において有効化される旨の標識をさらに含む。

本ステップは、ステップ７０３のサブステップであり、ステップ７０３ａの後に実行されることになるステップである。ステップ７０３ｂは、図３におけるステップ３０３、及び図５におけるステップ５０７に対応する。

いくつかの実施形態において、ＭＭＥ２０１は、ＳＧＳＮと呼ばれるサービングＧＰＲＳ（general packet radio service）サポートノード２０５へ、第３の要求メッセージを送信する。第３の要求メッセージは、ユーザ機器のコンテキストに関する情報についての要求を含む。

［ステップ７０３ｃ］
いくつかの実施形態において、ネットワークノード２０３からの第１の要求メッセージは、ＤＴＭと呼ばれるデュアルトランスファーモードがユーザ機器１０１において有効化される旨の標識をさらに含む。

本ステップは、ステップ７０３のサブステップであり、ステップ７０３ｂの後に実行されることになるステップである。ステップ７０３ｃは、図３におけるステップ３０４、及び図５におけるステップ５０５に対応する。

いくつかの実施形態において、ＭＭＥ２０１は、第３の応答メッセージを受信する。第３の応答メッセージは、第３の要求メッセージに対する応答である。第３の応答メッセージは、ユーザ機器のコンテキストに関する情報を含む。

［ステップ７０４］
本ステップは、図３におけるステップ３０５、図４におけるステップ４０５、図５におけるステップ５０９、及び図６におけるステップ６０８に対応する。

第１の要求メッセージに基づいて、ＭＭＥは、第４の要求メッセージを基地局１０３へ送信する。第４の要求メッセージは、ＰＳネットワーク１００ｂ内のリソース割当てについての要求を含む。

［ステップ７０５］
本ステップは、図３におけるステップ３０６、図４におけるステップ４０６、図５におけるステップ５０９、及び図６におけるステップ６０９に対応する。

ＭＭＥ２０１は、第４の応答メッセージを基地局１０３から受信する。第４の応答メッセージは、第４の要求メッセージに対する応答である。第４の応答メッセージは、ＰＳネットワーク１００ｂ内のリソースの割当てに関する情報を含む。第４の応答メッセージは、ベアラの準備が行われた旨を示すｅＮＢ１０３からのローカル応答である。

［ステップ７０６］
本ステップは、図３におけるステップ３０７、図４におけるステップ４０７、図５におけるステップ５１０、及び図６におけるステップ６１０に対応する。

ＭＭＥ２０１は、ネットワークノード２０３へ第１の応答メッセージを送信する。第１の応答メッセージは、第１の要求メッセージに対する応答である。第１の応答メッセージは、ＰＳネットワーク１００ｂ内のリソースの割当てに関する情報を含む。

［ステップ７０８］
本ステップは、図４におけるステップ４０８、及び図６におけるステップ６０９に対応する。

いくつかの実施形態において、ＭＭＥ２０１は、ＳＧＳＮ２０５へ第２の応答メッセージを送信する。第２の応答メッセージは、第２の要求メッセージに対する応答である。第２の応答メッセージは、ユーザ機器１０１のハンドオーバに関する情報を含む。

［ステップ７０９］
本ステップは、図３におけるステップ３１１、図４におけるステップ４１３、図５におけるステップ５１４、及び図６におけるステップ６１４に対応する。

ＭＭＥ２０１は、基地局１０３から第５のメッセージを受信する。第５のメッセージは、ＣＳネットワーク１００ａからＰＳネットワーク１００ｂへのハンドオーバがユーザ機器１０１においてセットアップされた旨の通知を含む。

第５のメッセージは、ユーザ機器１０１が新たなセルに戻り、新たな基地局、即ちｅＮＢ１０３へアタッチした後に受信される。

［ステップ７１０］
本ステップは、図３におけるステップ３１２、図５におけるステップ５１５、及び図６におけるステップ６１６に対応する。

いくつかの実施形態において、ＭＭＥ２０１は、第５のメッセージに基づいて、第６の要求メッセージを、ＳＧＷと呼ばれるサービングゲートウェイ２０７へ送信する。第６の要求メッセージは、通信サービスに関連付けられるリソースを修正するための要求を含む。

［ステップ７１１］
本ステップは、図３におけるステップ３１３、図５におけるステップ５１５、及び図６におけるステップ６１６に対応する。

いくつかの実施形態において、ＭＭＥ２０１は、ＳＧＷ２０７から第６の応答メッセージを受信する。第６の応答メッセージは、第６の要求メッセージに対する応答である。第６の応答メッセージは、通信サービスに関連付けられる修正されたリソースに関する情報を含む。

［ステップ７１２］
本ステップは、図３におけるステップ３１４、並びに図４におけるステップ４１８及び４１９に対応する。

いくつかの実施形態において、ＭＭＥ２０１は、第７の要求メッセージをＳＧＷ２０７へ送信する。第７の要求メッセージは、通信サービスに関連付けられるベアラリソースコマンドを含む。

［ステップ７１３］
本ステップは、図３におけるステップ３１７、図４におけるステップ４２２、図５におけるステップ５０６ｂ、及び図６におけるステップ６０６ｂに対応する。

ＭＭＥ２０１は、第８の要求メッセージをＳＧＷ２０７から受信する。第８の要求メッセージは、ＰＳネットワーク１００ｂ内に通信サービスに関連付けられる専用ベアラを生成するための要求を含む。

［ステップ７１４］
本ステップは、図３におけるステップ３１８、図４におけるステップ４２３、図５におけるステップ５０６ｂ、及び図６におけるステップ６０６ｂに対応する。

ＭＭＥ２０１は、第９の要求メッセージをユーザ機器１０１へ送信する。第９の要求メッセージは、通信サービスに関連付けられる専用ベアラをアクティブ化するための要求を含む。

［ステップ７１５］
本ステップは、図３におけるステップ３１９、図４におけるステップ４２４、図５におけるステップ５０６ｂ、及び図６におけるステップ６０６ｂに対応する。

ＭＭＥ２０１は、ユーザ機器１０１から第９の応答メッセージを受信する。第９の応答メッセージは、第９の要求メッセージに対する応答である。第９の応答メッセージは、通信サービスに関連付けられるアクティブ化された専用ベアラに関する情報を含む。

［ステップ７１６］
本ステップは、図３におけるステップ３２０、図４におけるステップ４２５、図５におけるステップ５０６ｂ、及び図６におけるステップ６０６ｂに対応する。

ＭＭＥ２０１は、ＳＧＷ２０７へ第８の応答メッセージを送信する。第８の応答メッセージは、第８の要求メッセージに対する応答である。第８の応答メッセージは、通信サービスに関連付けられる生成された専用ベアラに関する情報を含み、ＣＳネットワーク１００ａとＰＳネットワーク１００ｂとの間の通信サービスのハンドオーバが可能となる。

ＣＳという回線交換ネットワーク１００ａとＰＳというパケット交換ネットワーク１００ｂとの間の通信サービスのハンドオーバを可能とするための図７に示した方法のステップ群を実行するために、ＭＭＥ２０１は、図８に示したような構成を備える。ユーザ機器１０１は、ＣＳネットワーク１００ａ内に位置し、ＣＳネットワーク１００ａ内で通信サービスを有する。

ＭＭＥ２０１は、ネットワークノードから第１の要求メッセージを受信するように構成される受信ユニット８０１を備える。いくつかの実施形態において、ネットワークノード２０３は、ＭＳＣと呼ばれるモバイルサービススイッチングセンタサーバ２０３、又はＳＧＳＮと呼ばれるサービングＧＰＲＳ（general packet radio service）サポートノード２０５である。第１の要求メッセージは、ＣＳネットワーク１００ａからＰＳネットワーク１００ｂへのユーザ機器１０１のハンドオーバについての要求を含み、ＰＳネットワーク１００ｂ内の通信サービスに関連付けられるリソースの割当てが必要とされることを示す。いくつかの実施形態において、受信ユニット８０１は、第４の応答メッセージを基地局１０３から受信するようにさらに構成される。第４の応答メッセージは、第４の要求メッセージに対する応答である。第４の応答メッセージは、ＰＳネットワーク１００ｂ内のリソースの割当てに関する情報を含む。受信ユニット８０１は、第５のメッセージを基地局１０３から受信するようにさらに構成される。第５のメッセージは、ＣＳネットワーク１００ａからＰＳネットワーク１００ｂへのハンドオーバがユーザ機器１０１においてセットアップされた旨の通知を含む。受信ユニット８０１は、第８の要求メッセージをＳＧＷ２０７から受信するようにさらに構成される。第８の要求メッセージは、ＰＳネットワーク１００ｂ内に通信サービスに関連付けられる専用ベアラを生成するための要求を含む。受信ユニット８０１は、第９の応答メッセージをユーザ機器１０１から受信するようにさらに構成される。第９の応答メッセージは、第９の要求メッセージに対する応答である。第９の応答メッセージは、通信サービスに関連付けられるアクティブ化された専用ベアラに関する情報を含む。

いくつかの実施形態において、受信ユニット８０１は、第２の要求メッセージをＳＧＳＮ２０５から受信するようにさらに構成される。第２の要求メッセージは、ＣＳネットワーク１００ａからＰＳネットワーク１００ｂへのユーザ機器１０１のハンドオーバについての要求を含む。

いくつかの実施形態において、ネットワークノードからの第１の要求メッセージは、ＤＴＭと呼ばれるデュアルトランスファーモードがユーザ機器１０１において有効化される旨の標識をさらに含む。

いくつかの実施形態において、ネットワークノードからの第１の要求メッセージは、ＤＴＭと呼ばれるデュアルトランスファーモードがユーザ機器１０１において無効化される旨の標識をさらに含む。

いくつかの実施形態において、受信ユニット８０１は、有効化されたＤＴＭに基づく第２の要求メッセージをＳＧＳＮ２０５から受信するようにさらに構成され、又は、ＳＧＳＮ２０５からの第２の要求メッセージはタイマの失効前に受信される。いくつかの実施形態において、受信ユニット８０１は、第３の応答メッセージを受信するようにさらに構成される。第３の応答メッセージは、第３の要求メッセージに対する応答である。第３の応答メッセージは、ユーザ機器のコンテキストに関する情報を含む。

いくつかの実施形態において、受信ユニット８０１は、第６の応答メッセージをＳＧＷ２０７から受信するようにさらに構成される。第６の応答メッセージは、第６の要求メッセージに対する応答である。第６の応答メッセージは、通信サービスに関連付けられる修正された専用ベアラに関する情報を含む。

いくつかの実施形態において、第１の要求メッセージは、ｒＳＲＶＣＣと呼ばれる、リバース単一無線音声呼連続性（Reverse Single Radio Voice Call Continuity）の要求に関する情報をさらに含む。

ＭＭＥ２０１は、第１の要求メッセージに基づいて、第４の要求メッセージを基地局１０３へ送信するように構成される送信ユニット８０３を備える。第４の要求メッセージは、ＰＳネットワーク１００ｂ内のリソース割当てについての要求を含む。送信ユニット８０３は、ネットワークノードへ第１の応答メッセージを送信するようにさらに構成される。第１の応答メッセージは、第１の要求メッセージに対する応答である。第１の応答メッセージは、ＰＳネットワーク１００ｂ内のリソースの割当てに関する情報を含む。送信ユニット８０３は、第９の要求メッセージをユーザ機器１０１へ送信するようにさらに構成される。第９の要求メッセージは、通信サービスに関連付けられる専用ベアラをアクティブ化するための要求を含む。送信ユニット８０３は、ＳＧＷ２０７へ第８の応答メッセージを送信するようにさらに構成される。第８の応答メッセージは、第８の要求メッセージに対する応答である。第８の応答メッセージは、通信サービスに関連付けられる生成された専用ベアラに関する情報を含み、ＣＳネットワーク１００ａとＰＳネットワーク１００ｂとの間の通信サービスのハンドオーバを可能とする。

いくつかの実施形態において、送信ユニット８０３は、第７の要求メッセージをＳＧＷ２０７へ送信するようにさらに構成される。第７の要求メッセージは、通信サービスに関連付けられるベアラリソースコマンドを含む。

いくつかの実施形態において、送信ユニット８０３は、ＳＧＳＮ２０５へ第２の応答メッセージを送信するようにさらに構成される。第２の応答メッセージは、第２の要求メッセージに対する応答である。第２の応答メッセージは、ユーザ機器１０１のハンドオーバに関する情報を含む。

いくつかの実施形態において、送信ユニット８０３は、ＳＧＳＮと呼ばれるサービングＧＰＲＳ（general packet radio service）サポートノード２０５へ、第３の要求メッセージを送信するようにさらに構成される。第３の要求メッセージは、ユーザ機器のコンテキストに関する情報についての要求を含む。

いくつかの実施形態において、送信ユニット８０３は、第５のメッセージに基づいて、第６の要求メッセージを、ＳＧＷと呼ばれるサービングゲートウェイ２０７へ送信するようにさらに構成される。第６の要求メッセージは、通信サービスに関連付けられる専用ベアラを修正するための要求を含む。

いくつかの実施形態において、ＭＭＥ２０１は、第１の要求メッセージに含まれる情報に基づいて、ユーザ機器のコンテキストに関する情報を取得するように構成される取得ユニット８０５をさらに備える。

いくつかの実施形態において、ＭＭＥ２０１は、ユーザ機器のコンテキストに関する情報が要求されるべきであることを判定するように構成される判定ユニット８０７をさらに備える。

ＣＳという回線交換ネットワーク１００ａとＰＳというパケット交換ネットワーク１００ｂとの間の通信サービスのハンドオーバを可能とするため本メカニズムは、ここでの実施形態の機能を実行するためのコンピュータプログラムコードと共に、図８に描かれたＭＭＥの構成において、処理ユニット８０１などの１つ以上のプロセッサを通じて実装され得る。当該プロセッサは、例えば、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）プロセッサ、ＦＰＧＡ（Field-programmable gate array）プロセッサ又はマイクロプロセッサであってよい。上で言及したプログラムコードは、例えば、ＭＭＥ２０１へロードされた場合にここでの実施形態を実行するためのコンピュータプログラムコードを搬送するデータキャリアの形式で、コンピュータプログラムプロダクトとして提供されてもよい。そうしたキャリアは、ＣＤ ＲＯＭディスクの形式であってもよい。但し、メモリスティックなどの他のデータキャリアも実現可能である。さらに、コンピュータプログラムコードは、サーバ上にあって遠隔的にＭＭＥ２０１にダウンロードされる純粋なプログラムコードとして提供されてもよい。

ここでの実施形態は、上述した好適な実施形態に限定されない。様々な変形例、修正例及び均等物が使用されてもよい。従って、上述した実施形態は、実施形態の範囲を限定するように受け取られるべきでなく、その範囲は添付の特許請求の範囲により定義される。

強調されるべき点として、“含む／備える（comprises/comprising）”という用語は、本明細書で使用される場合、記述された特徴、整数、ステップ又はコンポーネントの存在を特定するように受け取られるが、１つ以上の他の特徴、整数、ステップ、コンポーネント又はそれらの集合の存在又は追加を排除するものではない。エレメントに先行する“a”又は“an”との語は、そうしたエレメントの複数の存在を除外しないことにも留意すべきである。

また強調されるべき点として、添付の特許請求の範囲において定義される方法のステップは、ここでの実施形態から外れることなく、特許請求の範囲において現れる順序とは別の順序で実行されてもよい。

Claims (18)

1. 回線交換、ＣＳ、ネットワーク（１００ａ）とパケット交換、ＰＳ、ネットワーク（１００ｂ）との間のユーザ機器（１０１）、ＵＥ、の通信サービスのハンドオーバを可能とするための移動性管理エンティティ、ＭＭＥ、（２０１）内の方法であって、前記ＣＳネットワーク内にＵＥが位置して前記ＣＳネットワーク内で通信サービスを有し、前記方法は、
   前記ＣＳネットワークから前記ＰＳネットワークへの前記ユーザ機器（１０１）のハンドオーバについての、前記ＰＳネットワーク（１００ｂ）内の前記通信サービスに関連付けられるリソースの割当てが必要であることを示すハンドオーバ要求メッセージを、ネットワークノード（２０３）から受信すること（３０２，４０３，５０２，６０２，７０１）と、
   前記ＰＳネットワーク（１００ｂ）内の基地局（１０３）へ、リソース割当て要求メッセージを送信すること（３０５，４０５，５０９，６０８，７０４）と、
   前記ＰＳネットワーク（１００ｂ）内の前記リソースの前記割当てに関する情報を含むリソース割当て応答メッセージを、前記基地局（１０３）から受信すること（３０６，４０６，５０９，６０８，７０５）と、
   前記ＰＳネットワーク（１００ｂ）内の前記リソースの前記割当てに関する情報を含むハンドオーバ応答メッセージを、前記ネットワークノードへ送信すること（３０７，４０７，５１０，６１０，７０６）と、
   前記ＣＳネットワーク（１００ａ）から前記ＰＳネットワーク（１００ｂ）への前記ハンドオーバが前記ユーザ機器（１０１）内でセットアップされたことの通知を含むハンドオーバ通知メッセージを、前記基地局（１０３）から受信すること（３１１，４１３，５１４，６１４，７０９）と、
   前記ＰＳネットワーク（１００ｂ）内の前記通信サービスに関連付けられる専用ベアラを生成する要求を含む専用ベアラ生成要求メッセージを、サービングゲートウェイ（２０７）、ＳＧＷ、から受信すること（３１７，４２２，５０６ｂ、６０６ｂ、７１３）と、
   前記通信サービスに関連付けられる専用ベアラをアクティブ化する要求を含む専用ベアラアクティブ化要求メッセージを、前記ＵＥへ送信すること（３１８，４２３，５０６ｂ，６０６ｂ，７１４）と、
   前記通信サービスに関連付けられるアクティブ化された前記専用ベアラに関する情報を含む専用ベアラアクティブ化応答メッセージを、前記ＵＥから受信すること（３１９，４２４，５０６ｂ、６０６ｂ、７１５）と、
   前記通信サービスに関連付けられる生成された前記専用ベアラに関する情報を含む専用ベアラ生成応答メッセージを、前記ＳＧＷ（２０７）へ送信すること（３２０，４２５，５０６ｂ、６０６ｂ、７１６）と、
   を含み、前記ＣＳネットワーク（１００ａ）と前記ＰＳネットワーク（１００ｂ）との間の前記通信サービスのハンドオーバが可能とされる、
   方法。
2. 前記通信サービスに関連付けられるベアラリソースコマンドを含むベアラリソースコマンド要求メッセージを、前記ＳＧＷ（２０７）へ送信すること（３１４，４１８，４１９，７１２）、
   をさらに含む、請求項１に記載の方法。
3. 前記ハンドオーバ要求メッセージ要求メッセージに含まれる情報及び／又は前記ＭＭＥにおいて利用可能な情報に基づいて、ＵＥコンテキストに関する情報を取得すること（３０３，３０４，５０７，５０８，７０３）、
   をさらに含む、請求項１〜２のいずれかに記載の方法。
4. 前記ＣＳネットワーク（１００ａ）から前記ＰＳネットワーク（１００ｂ）への前記ユーザ機器の再配置についての要求を含む再配置要求メッセージを、サービングＧＰＲＳ（general packet radio service）サポートノード、ＳＧＳＮ（２０５、から受信すること（４０４，６０７，７０２）と、
   前記ＵＥの前記再配置に関する情報を含む、前記再配置要求メッセージに対する前記ＳＧＳＮへ送信される応答である再配置応答メッセージを、前記ＳＧＳＮ（２０５）へ送信すること（４０８，６０９，７０８）と、
   をさらに含む、請求項１〜３のいずれかに記載の方法。
5. 前記ユーザ機器のコンテキストに関する情報を取得すること（３０３，３０４，５０７，５０８，７０３）は、
   前記ユーザ機器のコンテキストに関する情報についての要求を含むコンテキスト情報要求メッセージを、サービングＧＰＲＳ（general packet radio service）サポートノード、ＳＧＳＮ（２０５）、へ送信すること（３０３，５０７，７０３ｂ）と、
   前記ユーザ機器のコンテキストに関する情報を含むコンテキスト情報応答メッセージを受信すること（３０４，５０８，７０３ｃ）と、
   をさらに含む、請求項１〜２のいずれかに記載の方法。
6. 前記ユーザ機器のコンテキストに関する情報が要求されるべきであることを判定すること（３０３，５０７，７０３ａ）、
   をさらに含む、請求項５に記載の方法。
7. 前記基地局からの前記ハンドオーバ応答メッセージに基づいて、前記通信サービスに関連付けられる前記リソースを修正する要求を含むリソース修正要求メッセージを、前記ＳＧＷ（２０７）へ送信すること（３１２，５１５，６１６）と、
   前記通信サービスに関連付けられる修正された前記リソースに関する情報を含むリソース修正応答メッセージを、前記ＳＧＷ（２０７）から受信すること（３１３，５１５）と、
   をさらに含む、請求項１〜６のいずれかに記載の方法。
8. 前記ネットワークノードからの前記ハンドオーバ要求メッセージは、ｒＳＲＶＣＣというリバース単一無線音声呼連続性の要求に関する情報をさらに含む、請求項１〜７のいずれかに記載の方法。
9. 前記ネットワークノードは、モバイルサービススイッチングセンタ、ＭＳＣ、サーバ（２０３）、又はサービングＧＰＲＳ（general packet radio service）サポートノード、ＳＧＳＮ（２０５）、である、請求項１〜８のいずれかに記載の方法。
10. 回線交換、ＣＳという、ネットワーク（１００ａ）とパケット交換、ＰＳという、ネットワーク（１００ｂ）との間の通信サービスのハンドオーバを可能とするための移動性管理エンティティ、ＭＭＥ（２０１）という、であって、前記ＣＳネットワーク（１００ａ）内にユーザ機器（１０１）が位置して前記ＣＳネットワーク（１００ａ）内で通信サービスを有し、前記ＭＭＥ（２０１）は、
    前記ＣＳネットワークから前記ＰＳネットワークへの前記ユーザ機器（１０１）のハンドオーバについての、前記ＰＳネットワーク（１００ｂ）内の前記通信サービスに関連付けられるリソースの割当てが必要であることを示すハンドオーバ要求メッセージを、ネットワークノード（２０３）から受信するように構成される受信ユニット（８０１）と、
    前記ハンドオーバ要求メッセージに基づいて、前記ＰＳネットワーク（１００ｂ）内の基地局（１０３）へ、リソース割当て要求メッセージを送信するように構成される送信ユニット（８０３）と、
    を備え、
    前記受信ユニット（８０１）は、前記ＰＳネットワーク（１００ｂ）内の前記リソースの前記割当てに関する情報を含むリソース割当て応答メッセージを、前記基地局（１０３）から受信するようにさらに構成され、
    前記送信ユニット（８０３）は、前記ＰＳネットワーク（１００ｂ）内の前記リソースの前記割当てに関する情報を含むハンドオーバ応答メッセージを、前記ネットワークノードへ送信するようにさらに構成され、
    前記受信ユニット（８０１）は、前記ＣＳネットワーク（１００ａ）から前記ＰＳネットワーク（１００ｂ）への前記ハンドオーバが前記ユーザ機器（１０１）内でセットアップされたことの通知を含むハンドオーバ通知メッセージを、前記基地局（１０３）から受信するようにさらに構成され、
    前記受信ユニット（８０１）は、前記ＰＳネットワーク（１００ｂ）内の前記通信サービスに関連付けられる専用ベアラを生成する要求を含む専用ベアラ生成要求メッセージを、サービングゲートウェイ（２０７）、ＳＧＷ、から受信するようにさらに構成され、
    前記送信ユニット（８０３）は、前記通信サービスに関連付けられる専用ベアラをアクティブ化する要求を含む専用ベアラアクティブ化要求メッセージを、前記ＵＥへ送信するようにさらに構成され、
    前記受信ユニット（８０１）は、前記通信サービスに関連付けられるアクティブ化された前記専用ベアラに関する情報を含む専用ベアラアクティブ化応答メッセージを、前記ＵＥから受信するようにさらに構成され、
    前記送信ユニット（８０３）は、前記通信サービスに関連付けられる生成された前記専用ベアラに関する情報を含む専用ベアラ生成応答メッセージを、前記ＳＧＷ（２０７）へ送信するようにさらに構成され、
    前記ＣＳネットワーク（１００ａ）と前記ＰＳネットワーク（１００ｂ）との間の前記通信サービスのハンドオーバが可能とされる、
    ＭＭＥ。
11. 前記送信ユニット（８０３）は、前記通信サービスに関連付けられるベアラリソースコマンドを含むベアラリソースコマンド要求メッセージへさらに構成される、請求項１０に記載のＭＭＥ（２０１）。
12. 前記ハンドオーバ要求メッセージに含まれる情報に基づいて、ユーザ機器のコンテキストに関する情報を取得するように構成される取得ユニット（８０５）、
    をさらに備える、請求項１０〜１１のいずれかに記載のＭＭＥ（２０１）。
13. 前記受信ユニット（８０１）は、前記ＣＳネットワーク（１００ａ）から前記ＰＳネットワーク（１００ｂ）への前記ユーザ機器の再配置についての要求を含む再配置要求メッセージを、サービングＧＰＲＳ（general packet radio service）サポートノード、ＳＧＳＮ（２０５、からするようにさらに構成され、
    前記送信ユニット（８０３）は、前記ＵＥの前記再配置に関する情報を含む、前記再配置要求メッセージに対する前記ＳＧＳＮへ送信される応答である再配置応答メッセージを、送信するようにさらに構成される、
    請求項１０〜１２のいずれかに記載のＭＭＥ（２０１）。
14. 前記送信ユニット（８０３）は、前記ユーザ機器のコンテキストに関する情報についての要求を含むコンテキスト情報要求メッセージを、サービングＧＰＲＳ（general packet radio service）サポートノード、ＳＧＳＮ（２０５）、へ送信するようにさらに構成され、
    前記受信ユニット（８０１）は、前記ユーザ機器のコンテキストに関する情報を含むコンテキスト情報応答メッセージを受信するようにさらに構成される、
    請求項１０〜１２のいずれかに記載のＭＭＥ（２０１）。
15. 前記ユーザ機器のコンテキストに関する情報が要求されるべきであることを判定するように構成される判定ユニット（８０７）、
    をさらに備える、請求項１４に記載のＭＭＥ（２０１）。
16. 前記送信ユニット（８０３）は、前記基地局からの前記ハンドオーバ応答メッセージに基づいて、前記通信サービスに関連付けられる前記リソースを修正する要求を含むリソース修正要求メッセージを、前記ＳＧＷ（２０７）へ送信するようにさらに構成され、
    前記受信ユニット（８０１）は、前記通信サービスに関連付けられる修正された前記リソースに関する情報を含むリソース修正応答メッセージを受信するようにさらに構成される
    請求項１０〜１５のいずれかに記載のＭＭＥ（２０１）。
17. 前記ハンドオーバ要求メッセージは、ｒＳＲＶＣＣというリバース単一無線音声呼連続性の要求に関する情報をさらに含む、請求項１０〜１６のいずれかに記載のＭＭＥ（２０１）。
18. 前記ネットワークノード（２０３）は、モバイルサービススイッチングセンタ、ＭＳＣという、サーバ（２０３）、又はサービングＧＰＲＳ（general packet radio service）サポートノード、ＳＧＳＮ（２０５）という、である、請求項１０〜１７のいずれかに記載のＭＭＥ（２０１）。
    

Images