(57)【特許請求の範囲】
【請求項１】
回線交換（ＣＳという）ネットワーク（１００ａ）からパケット交換（ＰＳという）ネットワーク（１００ｂ）への通信サービスのハンドオーバを可能とするためのネットワークノード内の方法であって、前記ＣＳネットワーク（１００ａ）内にユーザ機器（１０１）が位置して前記ＣＳネットワーク（１００ａ）内で前記通信サービスを有し、
前記ＰＳネットワーク（１００ｂ）内の前記通信サービスに関連付けられる専用ベアラのセットアップを示すトリガを受信すること（４０５，５０４，６０５ｂ）と；
前記トリガに基づいて、前記ＰＳネットワーク（１００ｂ）内の前記専用ベアラの前記セットアップが遅延させられるべきであると判定すること（４０６ａ，５０６ａ，６０６ａ）と；
前記専用ベアラの前記セットアップを遅延させること（４０６ａ，５０６ａ，６０６ａ）と；
前記専用ベアラの前記セットアップが遅延させられている間に、デフォルトベアラ上でメディアを送信すること（４１６，５１６，６１６）と；
前記ＣＳネットワーク（１００ａ）から前記ＰＳネットワーク（１００ｂ）への前記ハンドオーバが完了したという情報を受信すること（４１７，５１７，６１５）と；
前記ＣＳネットワーク（１００ａ）から前記ＰＳネットワーク（１００ｂ）への前記ハンドオーバが完了したという前記情報が受信された場合に、前記通信サービスに関連付けられる前記専用ベアラをセットアップすること（４０６ｂ，５０６ｂ，６０６ｂ）と；
を含む方法。
【請求項２】
前記ネットワークノードは、ポリシー及び課金ルール機能（ＰＣＲＦという）（２１０）ノードであり、
前記ＰＳネットワーク（１００ｂ）内の専用ベアラのセットアップを示す前記トリガを受信すること（４０５，５０４，６０５ｂ）は、
プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦという）ノード（４０１）から、前記ＰＳネットワーク（１００ｂ）内の前記通信サービスに関連付けられるベアラのセットアップについてのリクエストを含む第１のリクエストメッセージを受信すること（４０５，７０１ａ）、
を含み、
前記ＣＳネットワーク（１００ａ）から前記ＰＳネットワーク（１００ｂ）への前記ハンドオーバが完了したという前記情報は、パケットデータネットワークゲートウェイ（ＰＧＷという）（２０７）から受信される（４１７）、
請求項１に記載の方法。
【請求項３】
前記ネットワークノードは、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦという）（４０１）ノードであり、
前記ＰＳネットワーク（１００ｂ）内のベアラのセットアップを示す前記トリガを受信すること（４０５，５０４，６０５ｂ）は、
アクセス転送制御機能（ＡＴＣＦという）（４０３）ノードから、前記通信サービスに関連するアドレスを含む転送準備リクエストである第２のリクエストメッセージを受信すること（４０５）、
を含み、
前記方法は、前記ＰＳネットワーク（１００ｂ）内の前記通信サービスに関連付けられる専用ベアラのセットアップについてのリクエストを含む第１のリクエストメッセージを、ポリシー及び課金ルール機能（ＰＣＲＦという）（２１０）ノードへ送信すること（５０５）、をさらに含む、
請求項１に記載の方法。
【請求項４】
前記ネットワークノードは、パケットデータネットワークゲートウェイ（ＰＧＷという）（２０７）であり、
前記ＰＳネットワーク（１００ｂ）内の専用ベアラのセットアップを示す前記トリガを受信すること（４０５，５０４，６０５ｂ）は、
ポリシー及び課金ルール機能（ＰＣＲＦという）（２１０）ノードから、前記ＰＳネットワーク（１００ｂ）内の前記通信サービスに関連付けられる専用ベアラのセットアップについてのリクエストを含む第１のリクエストメッセージを受信すること（６０５ｂ）、
を含み、前記方法は、
移動性管理エンティティ（ＭＭＥという）（２０１）から、前記ＰＳネットワーク内の前記専用ベアラを修正するリクエストを含む第３のリクエストメッセージを受信すること（６１５）と、
前記ＣＳネットワーク（１００ａ）から前記ＰＳネットワーク（１００ｂ）への前記ハンドオーバが完了したという情報を、前記ＰＣＲＦ（２１０）へ送信すること（６１７）と、
前記専用ベアラを用いて前記通信サービスの送信を行うこと（６１９）と、
をさらに含む、請求項１に記載の方法。
【請求項５】
前記トリガは、ＣＳからＰＳへのＳＲＶＣＣ（Single  Radio  Voice  Call  Continuity）を用いたハンドオーバ（ＣＳｔｏＰＳ  ＳＲＶＣＣという）に基づく、請求項１〜４のいずれかに記載の方法。
【請求項６】
前記ＰＳネットワーク（１００ｂ）内の前記通信サービスに関連付けられる前記専用ベアラの前記セットアップが遅延させられるべきであると判定すること（４０６ａ，５０６ａ，６０６ａ）は、
前記トリガがリターンＳＲＶＣＣ（ｒＳＲＶＣＣという）メッセージに含まれることを判定すること（４０６ａ，５０６ａ，６０６ｂ）、
をさらに含む、請求項１〜５のいずれかに記載の方法。
【請求項７】
前記ＰＳネットワーク（１００ｂ）内の前記専用ベアラの前記セットアップが遅延させられるべきであると判定すること（４０６ａ，５０６ａ，６０６ａ）は、
前記トリガ内に、前記ＰＳネットワーク（１００ｂ）内の前記通信サービスに関連付けられる前記専用ベアラの前記セットアップが遅延させられるべきであることを示すパラメータ、が含まれることを判定すること（４０６ａ，５０６ａ，６０６ｂ）、
をさらに含む、請求項１〜６のいずれかに記載の方法。
【請求項８】
前記専用ベアラは、保証ビットレート（ＧＢＲという）で提供される、請求項１〜７のいずれかに記載の方法。
【請求項９】
前記通信サービスは、音声サービス又は映像サービスといった、ＩＭＳ（Internet  Protocol  Multimedia  Subsystem）サービスである、請求項１〜８のいずれかに記載の方法。
【請求項１０】
回線交換（ＣＳという）ネットワーク（１００ａ）からパケット交換（ＰＳという）ネットワーク（１００ｂ）への通信サービスのハンドオーバを可能とするためのネットワークノードであって、前記ＣＳネットワーク（１００ａ）内にユーザ機器（１０１）が位置して前記ＣＳネットワーク（１００ａ）内で前記通信サービスを有し、
前記ＰＳネットワーク（１００ｂ）内の前記通信サービスに関連付けられる専用ベアラのセットアップを示すトリガを受信するように構成される受信ユニット（８０１）と；
前記トリガに基づいて、前記ＰＳネットワーク（１００ｂ）内の前記専用ベアラの前記セットアップが遅延させられるべきであると判定するように構成される判定ユニット（８０３）と；
専用ベアラの前記セットアップが遅延させられている間に、デフォルトベアラ上でメディアフローが転送されるように手配するように構成される処理ユニット（８１５）と；
前記専用ベアラの前記セットアップを遅延させるように構成される遅延ユニット（８０５）と；
を備え、
前記受信ユニット（８０１）は、前記ＣＳネットワーク（１００ａ）から前記ＰＳネットワーク（１００ｂ）への前記ハンドオーバが完了したという情報を受信するようにさらに構成され、
前記ネットワークノードは、
前記ＣＳネットワーク（１００ａ）から前記ＰＳネットワーク（１００ｂ）への前記ハンドオーバが完了したという前記情報が受信された場合に、前記通信サービスに関連付けられる前記専用ベアラをセットアップするように構成されるセットアップユニット（８１０）、
をさらに備える、ネットワークノード。
【請求項１１】
前記ネットワークノードは、ポリシー及び課金ルール機能（ＰＣＲＦという）（２１０）ノードであり、
前記受信ユニット（８０１）は、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦという）ノード（４０１）から、前記ＰＳネットワーク（１００ｂ）内の前記通信サービスに関連付けられる専用ベアラのセットアップについてのリクエストを含む第１のリクエストメッセージを受信するようにさらに構成され、
前記ＣＳネットワーク（１００ａ）から前記ＰＳネットワーク（１００ｂ）への前記ハンドオーバが完了したという前記情報は、パケットデータネットワークゲートウェイ（ＰＧＷという）（２０７）から受信される、
請求項１０に記載のネットワークノード。
【請求項１２】
前記ネットワークノードは、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦという）（４０１）ノードであり、
前記受信ユニット（８０１）は、アクセス転送制御機能（ＡＴＣＦという）（４０３）ノードから、前記通信サービスに関連するアドレスを含む転送準備リクエストである第２のリクエストメッセージを受信するようにさらに構成され、
前記ネットワークノードは、前記ＰＳネットワーク（１００ｂ）内の前記通信サービスに関連付けられるベアラのセットアップについてのリクエストを含む第１のリクエストメッセージを、ポリシー及び課金ルール機能（ＰＣＲＦという）（２１０）ノードへ送信するように構成される送信ユニット（８０７）、をさらに備える、
請求項１０に記載のネットワークノード。
【請求項１３】
前記ネットワークノードは、パケットデータネットワークゲートウェイ（ＰＧＷという）（２０７）であり、
前記受信ユニット（８０１）は、
ポリシー及び課金ルール機能（ＰＣＲＦという）（２１０）ノードから、前記ＰＳネットワーク（１００ｂ）内の前記通信サービスに関連付けられる専用ベアラのセットアップについてのリクエストを含む第１のリクエストメッセージを受信し、及び、
移動性管理エンティティ（ＭＭＥという）（２０１）から、前記ＰＳネットワーク内の前記専用ベアラを修正するリクエストを含む第３のリクエストメッセージを受信する、
ようにさらに構成され、
前記ネットワークノードは、
前記ＣＳネットワーク（１００ａ）から前記ＰＳネットワーク（１００ｂ）への前記ハンドオーバが完了したという情報を、前記ＰＣＲＦ（２１０）へ送信し、及び、
前記専用ベアラを用いて前記通信サービスの送信を行う、
ように構成される送信ユニット（８０７）、をさらに備える、
請求項１０に記載のネットワークノード。
【請求項１４】
前記トリガは、ＣＳからＰＳへのＳＲＶＣＣ（Single  Radio  Voice  Call  Continuity）を用いたハンドオーバ（ＣＳｔｏＰＳ  ＳＲＶＣＣという）に基づく、請求項１０〜１３のいずれかに記載のネットワークノード。
【請求項１５】
前記判定ユニット（８０３）は、前記トリガがリターンＳＲＶＣＣ（ｒＳＲＶＣＣという）メッセージに含まれることを判定するようにさらに構成される、請求項１０〜１４のいずれかに記載のネットワークノード。
【請求項１６】
前記判定ユニット（８０３）は、前記トリガ内に、前記ＰＳネットワーク（１００ｂ）内の前記通信サービスに関連付けられる前記専用ベアラの前記セットアップが遅延させられるべきであることを示すパラメータ、が含まれることを判定するようにさらに構成される、請求項１０〜１５のいずれかに記載のネットワークノード。
【請求項１７】
前記専用ベアラは、保証ビットレート（ＧＢＲという）で提供される、請求項１０〜１６のいずれかに記載のネットワークノード。
【請求項１８】
前記通信サービスは、音声サービス又は映像サービスといった、ＩＭＳ（Internet  Protocol  Multimedia  Subsystem）サービスである、請求項１０〜１７のいずれかに記載のネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の実施形態は、一般に、ネットワークノード、当該ネットワークノードにおける方法に関する。より具体的には、以下の実施形態は、回線交換型（ＣＳ）ネットワーク及びパケット交換型（ＰＳ）ネットワークの間の通信サービスのハンドオーバを可能とすることに関する。
【背景技術】
【０００２】
ワイヤレス通信システムとしても言及される典型的なセルラーネットワークにおいて、ユーザ機器（ＵＥ）は、１つ以上のコアネットワーク（ＣＮ）へ、無線アクセスネットワーク（ＲＡＮ）を介して通信する。
【０００３】
ユーザ機器は、事業者のコアネットワークにより供給されるサービス、及び事業者のＲＡＮとＣＮとによりアクセスが提供される事業者ネットワーク外のサービスへ加入者がアクセスし得る手段になる移動端末である。ユーザ機器は、例えば、モバイルフォン、セルラーフォン、又はワイヤレスのケイパビリティを有するラップトップなどの通信デバイスであってよい。ユーザ機器は、他の移動局又はサーバなどの他のエンティティとの間で音声及び／又はデータを無線アクセスネットワークを介して通信可能とされた、ポータブルな、ポケットに格納可能な、手持ち型の、コンピュータ内蔵型の、又は車両搭載型の移動デバイスであってよい。
【０００４】
ユーザ機器は、セルラーネットワークにおいて無線で通信することを可能とされる。通信は、例えば、２つのユーザ機器の間で、ユーザ機器と正規の電話（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）を通じて維持される。それは、デフォルトベアラと呼ばれる。デフォルトベアラは、ネットワークへのＩＰ接続性を常に提供する。追加的な何らかのＥＰＳベアラは、専用ベアラと呼ばれる。専用ベアラコンテキストは、２つのＩＰアドレス及びＴＣＰ／ＵＤＰポートの間の特定のメディアストリームに属するＩＰパケットの優先順位付けをネットワーク内のサービスが要求する際に確立される。専用ベアラは、特定のパケット転送の取扱いを要求するものとして識別されたＩＰフローのためのトラフィックを搬送するベアラである。専用ベアラは、個別のＱｏＳでデータを送信するために、ユーザ機器により要求される。
【００１４】
ｒＳＲＶＣＣを可能とするための基準は、それがネットワークに最小限の影響しか与えるべきでないことであり得る。ｒＳＲＶＣＣを可能とするための代替的な解決策は、ユーザ機器がＬＴＥに対する再選択を行ってＣＳからＰＳへのセッションのハンドオーバを開始することであり、それは、ＣＳからＰＳへのセッションのＩＭＳ転送と共に、ＥＰＣ内の専用の音声ベアラの無線ベアラセットアップの双方を含む。この代替手段は、ユーザ機器のハンドオーバの期間中に音声呼が大きく阻害されることを示唆し、高いビットレートエラー及びユーザ機器についての低下したサービス品質を招来する。
【００１５】
他の解決策（図３参照）は、ターゲットシステムへのハンドオーバに先立ってソースシステム内で準備フェーズが開始されることを含み、ＭＳＣからＳＧＳＮへのＣＳｔｏＰＳリクエストが示唆される。本解決策は、さらに、ｒＳＲＶＣＣハンドオーバに先立つＳＧＳＮ内の専用音声ベアラのセットアップを示唆する。これは、例えばＳＧＳＮ、ＳＧＷ及びＰＧＷ並びにＰＣＣなどのネットワーク内の複数のノードに影響を与え、通信ネットワークの複雑性及びネットワーク内のシグナリング負荷の双方が増加する。
【００１６】
欠点は、ユーザのサービス品質体験、例えばＱｏＳ、が劣化すること、呼のドロップ、中断時間であり、それは最小化される。
【００１７】
他の問題点は、ＭＳＣがソースＳＧＳＮ／ＭＭＥを発見するための手続を必要とすることであり、それはＭＳＣにおけるＤＮＳ手続を示唆する。
【発明の概要】
【発明が解決しようとする課題】
【００１８】
以下の実施形態の目的は、従って、上の欠点の少なくとも１つを軽減し、通信サービスのハンドオーバのハンドリングを改善することである。
【課題を解決するための手段】
【００１９】
第１の観点によれば、上記目的は、回線交換（ＣＳという）ネットワークからパケット交換（ＰＳという）ネットワークへの通信サービスのハンドオーバを可能とするためのネットワークノード内の方法により達成される。ユーザ機器は、ＣＳネットワーク内に位置し、ＣＳネットワーク内で通信サービスを有する。上記ネットワークノードは、ＰＳネットワーク内の通信ネットワークに関連付けられる専用ベアラのセットアップを示すトリガを受信する。上記ネットワークノードは、当該トリガに基づいて、ＰＳネットワーク内の専用ベアラのセットアップが遅延させられるべきであると判定する。上記ネットワークノードは、専用ベアラのセットアップを遅延させる。上記ネットワークノードは、ＣＳネットワークからＰＳネットワークのハンドオーバが完了したという情報を受信する。上記ネットワークノードは、ＣＳネットワークからＰＳネットワークへのハンドオーバが完了したという情報が受信された場合に、通信サービスに関連付けられる専用ベアラをセットアップする。
【００２０】
第２の観点によれば、上記目的は、回線交換（ＣＳという）ネットワークからパケット交換（ＰＳという）ネットワークへの通信サービスのハンドオーバを可能とするためのネットワークノードにより達成される。ユーザ機器は、ＣＳネットワーク内に位置し、ＣＳネットワーク内で通信サービスを有する。上記ネットワークノードは、ＰＳネットワーク内の通信ネットワークに関連付けられる専用ベアラのセットアップを示すトリガを受信するように構成される受信ユニットを備える。上記ネットワークノードは、当該トリガに基づいて、ＰＳネットワーク内の専用ベアラのセットアップが遅延させられるべきであると判定するように構成される判定ユニットを備える。上記ネットワークノードは、専用ベアラのセットアップを遅延させるように構成される遅延ユニットを備える。上記受信ユニットは、ＣＳネットワークからＰＳネットワークへのハンドオーバが完了したという情報を受信するようにさらに構成される。上記ネットワークノードは、ＣＳネットワークからＰＳネットワークへのハンドオーバが完了したという情報が受信された場合に、上記通信サービスに関連付けられる専用ベアラをセットアップするように構成されるセットアップユニットをさらに備える。
【発明の効果】
【００２１】
以下の実施形態は、多くの利点をもたらし、その例の非網羅的なリストは次の通りである：
【００２２】
３ＧＰＰ（3rd  Generation  Partnership  Project）には、リターンＳＲＶＣＣ機能（ｒＳＲＶＣＣ）を仕様化する要件が存在する。以下の実施形態は、これまでに３ＧＰＰにおいて議論されたいかなる他の方法よりもシンプルである。なぜなら、それは第三世代（３Ｇ）からの方向転換を伴うリリースである既存の方法ＩＲＡＴ及びＴＡＵに高度に依拠しているからであり、ＥＰＣ／ＬＴＥでは音声のための専用ベアラが無ければ当該専用ベアラがセットアップされるまで音声を送信できるのは全てを許容する（allow-all）デフォルトベアラだけであるという事実がある。
【００２３】
以下の実施形態の１つの利点は、ｒＳＲＶＣＣのための３ＧＰＰ要件を依然として充足しつつ、１つのネットワークノードにしか影響（impact）が無く、ＭＳＣ、ＩＭＳ、ＲＡＮ又はＵＥなどの他のシステムノードにはそれ以上の影響を与えないというように、既存のＥＰＣネットワークへの影響がより少ないことである。
【００２４】
以下の実施形態の利点は、ＥＰＣへの影響が例えばＰＣＲＦ、Ｐ−ＣＳＣＦ又はＰＧＷといった１つのノード内のみとなるという意味において、それがシンプルであるということである。
【００２５】
さらなる利点は、以下の実施形態がＳＧＳＮ又はＭＳＣサーバ内のＤＮＳルックアップに対する新たな要件が無いまま、ｒＳＲＶＣＣについての音声品質が改善されることを示唆することである。
【００２６】
以下の実施形態の他の利点は、ユーザのサービス品質体験、例えばＱｏＳ、が改善され、呼のドロップ、中断時間が最小化されることである。
【００２７】
以下の実施形態は、上述した特徴及び利点に限定されるものではない、当業者は、以下の詳細な説明を読めば、追加的な特徴及び利点を認識するであろう
【図面の簡単な説明】
【００２８】
以下の実施形態は、次の詳細な説明において、実施形態を描く添付図面への参照によって、さらにより詳細に説明されるであろう。
【００２９】
【図１】通信ネットワークの実施形態を例示する概略ブロック図である。
【図２】通信ネットワークの実施形態を例示する概略ブロック図である。
【図３】方法の実施形態を例示する合体したフローチャート及びシグナリング図である。
【図４】方法の実施形態を例示する合体したフローチャート及びシグナリング図である。
【図５】方法の実施形態を例示する合体したフローチャート及びシグナリング図である。
【図６】方法の実施形態を例示する合体したフローチャート及びシグナリング図である。
【図７】ネットワークノードの実施形態を例示する概略ブロック図である。
【００３０】
図面は必ずしもスケールを合わせたものではなく、明瞭さのために、ある特徴の次元は誇張されている。強調は、代わりに、以下の実施形態の原理を描くために行われる。
【発明を実施するための形態】
【００３１】
以下の実施形態は、逆方向の、又はＣＳからＰＳへのＳＲＶＣＣ（Single  Radio  Voice  Call  Continuity）を行うことに関する。
【００３２】
図１は、以下の実施形態が実装され得る通信ネットワーク１００を描いている。いくつかの実施形態において、通信ネットワーク１００は、例えばＬＴＥ（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）シグナリングパスを例示している。ＳＩＰは、ＩＰ上の音声呼及び映像呼などのマルチメディア通信セッションを制御するために使用されるシグナリングプロトコルである。
【００３７】
以下の実施形態は、ハンドオーバを行う前の最小限の準備を用いてｒＳＲＶＣＣを実行することに関連し、早期ＩＭＳセッション転送、専用ベアラの割当て保留（deferred  allocation）、及びＬＴＥ内の既存のベアラ上での一時的なメディアフローを含む。割当て保留は、音声品質ベアラを提供するために、数分の一秒の遅延をもって、ユーザ機器１０１がＬＴＥへ移った後に、専用ベアラが割当てられることを意味する。以下の実施形態は、複雑さと音声品質との間のトレードオフであり、ＳＧＳＮ２０５又はＭＳＣサーバ２０３におけるＤＮＳルックアップに対する新たな要件を示唆せず、ｒＳＲＶＣＣについての改善された音声品質をやはり示唆するであろう。
【００３８】
前提条件は、ユーザ機器が、ＰＳネットワーク１００ａへアタッチされ、ＰＣ／ＥＰＣにおいて割り当てられる少なくとも１つのＰＳベアラを有することである。Ｓ１モードをサポートするユーザ機器１０１は、ＰＤＮ接続の生存時間の間にアクティブ化されるデフォルトＰＤＰコンテキストを維持することになる。Ｓ１モードをサポートしないユーザ機器１０１は、同じ振る舞いを応用すべきである。
【００３９】
以下の実施形態において、次のユースケースがサポートされる。なお、呼が開始したのがＬＴＥか２Ｇ／３Ｇかに依存して、非ＤＴＭのＧＳＭ（Global  System  for  Mobile  Communication）ＥＤＧＥ（Enhanced  Data  Rates  for  GSM  Evolution）無線アクセスネットワーク（ＧＥＲＡＮ）、即ちケース１及び３について、幾分異なるシナリオがある。それ以外、即ち下記ケース２及び４では、音声呼がＬＴＥにおいて又は２Ｇ／３Ｇにおいて開始されたかによらずユースケースは同じであろう。ＤＴＭは、同じ無線チャネル上でのＣＳ音声及びＰＳデータの同時転送を可能とするＧＳＭ標準に基づくプロトコルである。
１．ＣＳ音声呼がＤＴＭ無しでＧＥＲＡＮにおいて開始される：
ａ．ＬＴＥへのモビリティはＴＡＵにより行われる。
２．ＣＳ音声呼がＤＴＭ有りでＧＥＲＡＮ／ＵＴＲＡＮにおいて開始される：
ａ．ＬＴＥへのモビリティはＴＡＵにより行われ、アイドル若しくは接続状態、又はＩＲＡＴ／ＰＳハンドオーバ、接続状態になる。
３．ＬＴＥにおいて音声呼が開始され、ＤＴＭサポート無しでＧＥＲＡＮへＳＲＶＣＣ：
ａ．ＧＥＲＡＮからＬＴＥへのモビリティはＴＡＵで実行されることができ、アイドル又は接続状態になる。
４．ＬＴＥにおいて音声呼が開始され、ＤＭＴ有りでＧＥＲＡＮ／ＵＴＲＡＮへＳＲＶＣＣ：
ａ．ＧＥＲＡＮ／ＵＴＲＡＮからＬＴＥへのモビリティはＴＡＵで実行されることができ、アイドル若しくは接続状態、又はＩＲＡＴ／ＰＳハンドオーバ、接続状態になる。
【００４０】
次に、図４に示した合体したシグナリング図及びフローチャートを参照しながら、いくつかの実施形態に係る通信サービスのハンドオーバをハンドリングするための方法が説明される。図４において、ベアラの休止（halting）を実行するネットワークノードは、ＰＣＲＦ２１０である。
【００４１】
［ステップ４０１］
ＢＳＣ／ＲＮＣ３０１は、ターゲットトラッキングエリアコードを含むメッセージであるハンドオーバ要求（handover  required）をＭＳＣサーバ２０３へ送信する。ハンドオーバ要求メッセージは、このＨＯがＳＲＶＣＣのためのものであることの標識を含む。ＭＳＣサーバ２０３はターゲットＭＳＣであり、アンカーＭＳＣサーバへ当該ハンドオーバ要求を転送する。
【００４２】
［ステップ４０３］
いくつかの実施形態において、ＭＳＣサーバ２０３は、例えばＳＩＰ  ｒｅ−ＩＮＶＩＴＥ又はＩＮＶＩＴＥメッセージであるアクセス転送通知（Access  Transfer  Notification）をアクセス転送制御機能（ＡＴＣＦ）５０１へ送信し、当該メッセージは、メディアのＰＳ１００ｂへの転送のために準備すべきことをＡＴＣＦ５０１に示す。
【００４３】
本方法は、ＣＳ１００ａからＰＳ１００ｂへのセッションのトランスファーを開始するために、ＩＭＳシステム向けのＭＳＣ２０３からのシグナリングを使用する。しかしながら、当該ＩＭＳ向けのシグナリングは、他の適したやり方で生じてもよい。
【００４４】
［ステップ４０４］
いくつかの実施形態において、ＡＴＣＦ５０１は、ユーザ機器１０１から受信されるポート／コーデックを、自身のＩＭＳ登録内で検索する。ＭＳＣ２０３は、ユーザ機器１０１により行われるＩＭＳ登録とＭＳＣ２０３により行われるそれとを、例えば双方の登録により使用されるＣ−ＭＳＩＳＤＮに又はＩＭＥＩで導かれるインスタンスＩＤに基づいて、ユーザ機器１０１のために相関させることができる。ＡＴＣＦ５０１は、ＡＴＧＷ上のメディアポートを割り当て、転送準備リクエスト（Transfer  Preparation  Request）にｒＳＲＶＣＣ後にユーザ機器１０１が使用しようとしているＩＰアドレス／ポートと、ＡＴＧＷが音声メディアを送信しつつあるＩＰアドレス／ポートとを含めた後、転送準備リクエストをＰ−ＣＳＣＦ３０５へ転送する。即ち、ユーザ機器１０１及びＡＴＧＷの双方のためのＳＤＰがメッセージ内に含められ得る。
【００４５】
［ステップ４０５］
ＩＭＳ、即ちＰ−ＣＳＣＦ４０１は、ＰＣＲＦ２１０に向けてＲｘインタフェース上でリソース割当てリクエスト（Resource  Allocation  request）を送信することにより、ＥＰＣにおけるベアラハンドリングを開始し、それにより、音声に適したサービス品質（ＱｏＳ）を伴う保証ビットレート（ＧＢＲ）の専用ＰＳベアラのセットアップがトリガされる。
【００４６】
いくつかの実施形態において、リソース割当てリクエストは、ｒＳＲＶＣＣが行われることを示すパラメータを含む。当該パラメータは、今回のケース、即ち、専用ベアラのセットアップが遅延されることになるｒＳＲＶＣＣを、専用ベアラが即座にセットアップされるＲｘ上の通常のベアラリソースリクエストから、ＰＣＲＦ２１０が区別することを可能とする。
【００４７】
これは、ベアラセットアップを休止させるための、次のステップ（ステップ４０６ａ）へのトリガである。
【００４８】
［ステップ４０６ａ］
このベアラの確立はｒＳＲＶＣＣに起因するため、ＰＣＲＦ２１２は、Ｐ−ＧＷ２０７に向けたベアラセットアップの開始を待機し又は休止する。
【００４９】
通常、ＰＣＲＦ２１０は、ステップ４０５からのリソース割当てメッセージを受信すると、ＰＧＷ２０７に向けたリソース割当てを開始し、それはＰＧＷ２０７によるＳＧＷ２０７及びＭＭＥ２０１に向けたベアラ生成リクエスト（Create  Bearer  Request）の送信をトリガすることになる。しかしながら、競合状態に起因して、即ちユーザ機器１０１がこの時点でＬＴＥへのハンドオーバを未だ行っていないかも知れないために、音声ベアラについてのベアラ割当ては遅延されなければならず、それはユーザ機器１０１がＬＴＥへのハンドオーバを完了して初めて行われる。
【００５０】
ＰＣＲＦ２１０は、専用ベアラのセットアップが遅延されるべきこのケース（ｒＳＲＶＣＣ）を、専用ベアラが即座にセットアップされるＲｘ上の通常のベアラリソースリクエストから区別する必要がある。ＰＣＲＦ２１０は、Ｐ−ＣＳＣＦからのステップ４０５におけるメッセージに含まれるパラメータにより、ｒＳＲＶＣＣが行われることを理解するであろう。いくつかの実施形態において、割り当ての遅延が行われるかは、Ｒｘ上の明示的な標識が無くとも、設定から知得することが可能であり得る。例えば、ＬＴＥ上でのみ配備され２Ｇ／３Ｇでは配備されないＩＭＳ音声のケースにおいて、ＰＣＲＦ２１０は、ユーザ機器１０１がどのＲＡＴにアタッチされているかを示す無線アクセステクノロジー（ＲＡＴ）情報を使用し得る。
【００５１】
［ステップ４１２］
いくつかの実施形態において、ＡＴＧＷにアンカーを有するメディアを伴うＡＴＣＦ５０１の場合、ＭＳＣサーバ２０３は、例えばＳＩＰ  ｒｅＩＮＶＩＴＥ又はＰＲＡＣＫメッセージであるアクセス転送準備リクエスト（Access  Transfer  Preparation  Request）を、ＡＴＣＦ５０１へ送信する。それにより、ＡＴＣＦ／ＡＴＧＷがメディアパスをターゲットアクセス上のユーザ機器１０１のＩＰアドレス／ポートへスイッチすることがトリガされる。
【００５２】
ＡＴＧＷにアンカーを有するメディアが存在しない場合には、ＭＳＣサーバ２０３は、アクセス転送準備リクエストをＡＴＣＦ５０１へ送信し、ＡＴＣＦ／ＡＴＧＷとＭＳＣサーバ／ＭＧＷとの間のメディアパスが確立されることになる。
【００５３】
［ステップ４１１］
ＭＳＣ２０３は、ハンドオーバ命令（“handover  command”）をＢＳＣ３０１へ送信する。ハンドオーバ命令は、ハンドオーバ要求の確認応答として理解されてもよい。ハンドオーバ命令は、ターゲットＭＳＣを介して送信されてもよい。ＭＳＣサーバ２０３は、ハンドオーバ命令に、状況に依存して、ＡＴＧＷ用の、ＭＧＷ用の又はリモードエンド用のＩＰアドレス／ポートと選択されたコーデックとを含め得る。
【００５４】
ＢＳＣ３０１は、ＣＳからＰＳへのハンドオーバを示す当該ハンドオーバ命令を、ユーザ機器１０１へ転送する。
【００５５】
［ステップ４１３］
トラッキングエリア更新（ＴＡＵ）又は無線アクセステクノロジー間（ＩＲＡＴ）ＰＳハンドオーバが実行される。ＴＡＵは、ネットワークとの間で登録ステータスを更新するためにユーザ機器１０１により開始される手続である。ＴＡＵの理由は数多く存在し、例えば、ユーザ機器１０１が新たなトラッキングエリア（ＴＡ）へ移動したこと、システム間の変化があったこと、ユーザ機器１０１がＣＳフォールバック後にＬＴＥへ戻ってきたことなどである。
【００５６】
いくつかの実施形態において、ＡＴＧＷにアンカーを有するメディアを伴うＡＴＣＦ５０１の場合、ＭＳＣサーバ２０３は、例えばＳＩＰ  ｒｅＩＮＶＩＴＥ又はＰＲＡＣＫメッセージであるアクセス転送準備リクエストを、ＡＴＣＦ５０１へ送信する。それにより、ＡＴＣＦ／ＡＴＧＷがメディアパスをターゲットアクセス上のユーザ機器１０１のＩＰアドレス／ポートへスイッチすることがトリガされる。
【００５７】
ＡＴＧＷにアンカーを有するメディアが存在しない場合には、ＭＳＣサーバ２０３は、アクセス転送準備リクエストをＡＴＣＦ５０１へ送信し、ＡＴＣＦ／ＡＴＧＷとＭＳＣサーバ／ＭＧＷとの間のメディアパスが確立されることになる。
【００５８】
ユーザ機器１０１は、ハンドオーバ確認（Handover  confirmation）をｅＮＢ１０３へ送信し得る。言い換えれば、ＬＴＥへのハンドオーバが実行される。
【００５９】
ｅＮＢ１０３は、ハンドオーバ通知（Handover  Notify）をＭＭＥ２０１へ送信し得る。言い換えれば、ＬＴＥへのハンドオーバが実行される。
【００６０】
［ステップ４１５］
ＭＭＥ２０１は、ＰＳベアラコンテキストをまず更新するために、ベアラ修正リクエスト（Modify  Bearer  Request）をＳＧＷ２０７へ送信する。ＳＧＷ２０７は、ベアラ修正リクエストをＰＧＷ２０７へ転送する。
【００６１】
ＭＭＥ２０１は、ＰＧＷ２０７及びＳＧＷ２０７へ、ユーザ機器１０１が今やｅＮＢ１０３を介して到達可能であることを連絡する。後述するように、ステップ４０６ｂにおいて、音声のための新たな専用ベアラが追加される。
【００６２】
［ステップ４１６］
ＶｏＩＰ呼又は任意の通信サービスが、デフォルトベアラを介してＬＴＥにおいてユーザ機器１０１へ送信され得る。
【００６３】
［ステップ４１７］
ＰＤＮ  ＧＷ２０７は、ＰＣＲＦ２１２へ例えばＲＡＴタイプの変更について通知する。
【００６４】
［ステップ４０６ｂ］
ＰＣＲＦ２１２は、休止された音声ベアラの割当てを再開する。ＰＣＲＦ２１２は、対応するＰＣＣルールを構築し、それをＰＧＷ２０７へ送信する。
【００６５】
ＰＣＲＦ２１０は、ＰＧＷ２０７からの既存のＲＡＴ変更シグナリングを通じてＬＴＥへのハンドオーバが完了したことを知得することになり、その時点でＰＣＲＦ２１０はＰＧＷ２０７による専用ベアラの割り当ての開始をトリガし得る。
【００６６】
［ステップ４１８］
ＭＭＥ２０１は、ユーザ機器１０１のために専用ベアラをセットアップする。
【００６７】
ステップ４１８をシンボル化する矢印はＭＭＥ２０１とユーザ機器１０１との間をまたいでいるが、それは、ＰＣＲＦ２１０、ＰＧＷ２０７、ＳＧＷ２０７、ＭＭＥ２０１及びＵＥ１０１の間の複数のステップを含んでもよい。
【００６８】
［ステップ４１９］
専用ＧＢＲベアラが割当てられる、即ちステップ４０６ｂ後の時点まで、音声呼のユーザデータは、ＬＴＥ内のデフォルトベアラにおいて送信され得る。ＩＭＳ  ＡＰＮ内のデフォルトベアラは、音声メディア用ではなくシグナリング用に最適化されたＱＣＩ＝５のベアラであってもよい。しかしながら、ＬＴＥへのハンドオーバ後の短い時間の間、このベアラは、音声メディアのためにも使用され得る。そして、ＴＦＴフィルタが、シグナリングパケットに加えて音声ユーザフローも可能となるような形で設定されることになる。ＩＭＳ  ＡＰＮ上のファイアウォールを用いる、全てを許容する（“allow  all”）デフォルトベアラの場合、ＭＧＷトラフィックもまた必然的に許容される。
【００６９】
ステップ４０６ｂの後、ＬＴＥにおいて専用ベアラが割り当てられ、ＶｏＩＰ呼は専用ベアラへ移管されることになる。よって、例えばＱｏＳ、呼のドロップ、中断時間といった、ユーザのサービス品質体験への影響は、最小化される。
【００７０】
次に、図５に示した合体したシグナリング図及びフローチャートを参照しながら、いくつかの実施形態に係る通信サービスのハンドオーバをハンドリングするための方法が説明される。図５において、ベアラの休止を実行するネットワークノードは、Ｐ−ＣＳＣＦ４０１である。
【００７１】
［ステップ５０１］
このステップは、図４におけるステップ４０１に対応する。
【００７２】
ＢＳＣ／ＲＮＣ３０１は、ターゲットトラッキングエリアコードを含むメッセージであるハンドオーバ要求（handover  required）をＭＳＣサーバ２０３へ送信する。ハンドオーバ要求メッセージは、このＨＯがＳＲＶＣＣのためのものであることの標識を含む。ＭＳＣサーバ２０３はターゲットＭＳＣであり、アンカーＭＳＣサーバへ当該ハンドオーバ要求を転送する。
【００７３】
［ステップ５０３］
このステップは、図４におけるステップ４０３に対応する。
【００７４】
いくつかの実施形態において、ＭＳＣサーバ２０３は、例えばＳＩＰ  ｒｅ−ＩＮＶＩＴＥ又はＩＮＶＩＴＥメッセージであるアクセス転送通知（Access  Transfer  Notification）をアクセス転送制御機能（ＡＴＣＦ）５０１へ送信し、当該メッセージは、メディアのＰＳ１００ｂへの転送のために準備すべきことをＡＴＣＦ５０１に示す。
【００７５】
本方法は、ＣＳ１００ａからＰＳ１００ｂへのセッションのトランスファーを開始するために、ＩＭＳシステム向けのＭＳＣ２０３からのシグナリングを使用する。しかしながら、当該ＩＭＳ向けのシグナリングは、他の適したやり方で生じてもよい。
【００７６】
［ステップ５０４］
このステップは、図４におけるステップ４０４に対応する。
【００７７】
いくつかの実施形態において、ＡＴＣＦ５０１は、ユーザ機器１０１から受信されるポート／コーデックを、自身のＩＭＳ登録内で検索する。ＭＳＣ２０３は、ユーザ機器１０１により行われるＩＭＳ登録とＭＳＣ２０３により行われるそれとを、例えば双方の登録により使用されるＣ−ＭＳＩＳＤＮに又はＩＭＥＩで導かれるインスタンスＩＤに基づいて、ユーザ機器１０１のために相関させることができる。ＡＴＣＦ５０１は、ＡＴＧＷ上のメディアポートを割り当て、転送準備リクエスト（Transfer  Preparation  Request）（ＴＲＰ）にｒＳＲＶＣＣ後にユーザ機器１０１が使用しようとしているＩＰアドレス／ポートと、ＡＴＧＷが音声メディアを送信しつつあるＩＰアドレス／ポートとを含めた後、転送準備リクエストをＰ−ＣＳＣＦ４０１へ転送する。即ち、ユーザ機器１０１及びＡＴＧＷの双方のためのＳＤＰがメッセージ内に含められ得る。
【００７８】
いくつかの実施形態において、ＴＲＰは、ｒＳＲＶＣＣが行われることを示すパラメータを含む。当該パラメータは、今回のケース、即ち、専用ベアラのセットアップが遅延されることになるｒＳＲＶＣＣを、専用ベアラが即座にセットアップされるＲｘ上の通常のベアラリソースリクエストから、Ｐ−ＣＳＣＦ４０１が区別することを可能とする。
【００７９】
これは、ベアラセットアップを休止させるための、次のステップ（ステップ５０６ａ）へのトリガである。
【００８０】
［ステップ５０６ａ］
このステップは、図４におけるステップ４０６ａに対応する。
【００８１】
このベアラの確立はｒＳＲＶＣＣに起因するため、Ｐ−ＣＳＣＦ４０１は、Ｐ−ＧＷ２０７に向けたベアラセットアップの開始を待機し又は休止する。
【００８２】
競合状態に起因して、即ちユーザ機器１０１がこの時点でＬＴＥへのハンドオーバを未だ行っていないかも知れないために、音声ベアラについてのベアラ割当ては遅延されなければならず、それはユーザ機器１０１がＬＴＥへのハンドオーバを完了して初めて行われる。
【００８３】
Ｐ−ＣＳＣＦ４０１は、専用ベアラのセットアップが遅延されるべきこのケース、即ちｒＳＲＶＣＣを、専用ベアラが即座にセットアップされるＲｘ上の通常のベアラリソースリクエストから区別する必要がある。Ｐ−ＣＳＣＦ４０１は、ＡＴＣＦからのステップ５０４におけるメッセージに含まれるパラメータにより、ｒＳＲＶＣＣが行われることを理解するであろう。いくつかの実施形態において、割り当ての遅延が行われるかは、Ｒｘ上の明示的な標識が無くとも、設定から知得することが可能であり得る。例えば、ＬＴＥ上でのみ配備され２Ｇ／３Ｇでは配備されないＩＭＳ音声のケースにおいて、Ｐ−ＣＳＣＦ４０１は、ユーザ機器１０１がどのＲＡＴにアタッチされているかを示す無線アクセステクノロジー（ＲＡＴ）情報を使用し得る。
【００８４】
［ステップ５１２］
このステップは、図４におけるステップ４１２に対応する。
【００８５】
いくつかの実施形態において、ＡＴＧＷにアンカーを有するメディアを伴うＡＴＣＦ５０１の場合、ＭＳＣサーバ２０３は、例えばＳＩＰ  ｒｅＩＮＶＩＴＥ又はＰＲＡＣＫメッセージであるアクセス転送準備リクエスト（Access  Transfer  Preparation  Request）を、ＡＴＣＦ５０１へ送信する。それにより、ＡＴＣＦ／ＡＴＧＷがメディアパスをターゲットアクセス上のユーザ機器１０１のＩＰアドレス／ポートへスイッチすることがトリガされる。
【００８６】
ＡＴＧＷにアンカーを有するメディアが存在しない場合には、ＭＳＣサーバ２０３は、アクセス転送準備リクエストをＡＴＣＦ５０１へ送信し、ＡＴＣＦ／ＡＴＧＷとＭＳＣサーバ／ＭＧＷとの間のメディアパスが確立されることになる。
【００８７】
［ステップ５１１］
このステップは、図４におけるステップ４１１に対応する。
【００８８】
ＭＳＣ２０３は、ハンドオーバ命令（“handover  command”）をＢＳＣ３０１へ送信する。ハンドオーバ命令は、ハンドオーバ要求の確認応答として理解されてもよい。ハンドオーバ命令は、ターゲットＭＳＣを介して送信されてもよい。ＭＳＣサーバ２０３は、ハンドオーバ命令に、状況に依存して、ＡＴＧＷ用の、ＭＧＷ用の又はリモードエンド用のＩＰアドレス／ポートと選択されたコーデックとを含め得る。
【００８９】
ＢＳＣ３０１は、ＣＳからＰＳへのハンドオーバを示す当該ハンドオーバ命令を、ユーザ機器１０１へ転送する。
【００９０】
［ステップ５１３］
このステップは、図４におけるステップ４１３に対応する。
【００９１】
トラッキングエリア更新（ＴＡＵ）又は無線アクセステクノロジー間（ＩＲＡＴ）ＰＳハンドオーバが実行される。ＴＡＵは、ネットワークとの間で登録ステータスを更新するためにユーザ機器１０１により開始される手続である。ＴＡＵの理由は数多く存在し、例えば、ユーザ機器１０１が新たなトラッキングエリア（ＴＡ）へ移動したこと、システム間の変化があったこと、ユーザ機器１０１がＣＳフォールバック後にＬＴＥへ戻ってきたことなどである。
【００９２】
いくつかの実施形態において、ＡＴＧＷにアンカーを有するメディアを伴うＡＴＣＦ５０１の場合、ＭＳＣサーバ２０３は、例えばＳＩＰ  ｒｅＩＮＶＩＴＥ又はＰＲＡＣＫメッセージであるアクセス転送準備リクエストを、ＡＴＣＦ５０１へ送信する。それにより、ＡＴＣＦ／ＡＴＧＷがメディアパスをターゲットアクセス上のユーザ機器１０１のＩＰアドレス／ポートへスイッチすることがトリガされる。
【００９３】
ＡＴＧＷにアンカーを有するメディアが存在しない場合には、ＭＳＣサーバ２０３は、アクセス転送準備リクエストをＡＴＣＦ５０１へ送信し、ＡＴＣＦ／ＡＴＧＷとＭＳＣサーバ／ＭＧＷとの間のメディアパスが確立されることになる。
【００９４】
ユーザ機器１０１は、ハンドオーバ確認（Handover  confirmation）をｅＮＢ１０３へ送信し得る。言い換えれば、ＬＴＥへのハンドオーバが実行される。
【００９５】
ｅＮＢ１０３は、ハンドオーバ通知（Handover  Notify）をＭＭＥ２０１へ送信し得る。言い換えれば、ＬＴＥへのハンドオーバが実行される。
【００９６】
［ステップ５１５］
このステップは、図４におけるステップ４１５に対応する。
【００９７】
ＭＭＥ２０１は、ＰＳベアラコンテキストをまず更新するために、ベアラ修正リクエスト（Modify  Bearer  Request）をＳＧＷ２０７へ送信する。ＳＧＷ２０７は、ベアラ修正リクエストをＰＧＷ２０７へ転送する。
【００９８】
ＭＭＥ２０１は、ＰＧＷ２０７及びＳＧＷ２０７へ、ユーザ機器１０１が今やｅＮＢ１０３を介して到達可能であることを連絡する。後述するように、ステップ５０６ｂにおいて、音声のための新たな専用ベアラが追加される。
【００９９】
［ステップ５１６］
このステップは、図４におけるステップ４１６に対応する。
【０１００】
ＶｏＩＰ呼又は任意の通信サービスが、デフォルトベアラを介してＬＴＥにおいてユーザ機器１０１へ送信され得る。
【０１０１】
［ステップ５１７］
このステップは、それが図４ではＰＧＷ２０７からＰＣＲＦ２０１へとなっている代わりにＰＧＷ２０７からＰ−ＣＳＣＦ４０１へ向かうことを除き、図４におけるステップ４１７に対応する。
【０１０２】
ＰＤＮ  ＧＷ２０７は、Ｐ−ＣＳＣＦ４０１へ例えばＲＡＴタイプの変更について通知する。
【０１０３】
［ステップ５０６ｂ］
このステップは、図４におけるステップ４０６ｂに対応する。
【０１０４】
Ｐ−ＣＳＣＦ４０１は、休止された音声ベアラの割当てを再開する。Ｐ−ＣＳＣＦ４０１は、対応するＰＣＣルールを構築し、それをＰＧＷ２０７へ送信する。
【０１０５】
Ｐ−ＣＳＣＦ４０１は、ＰＧＷ２０７からの既存のＲＡＴ変更シグナリングを通じてＬＴＥへのハンドオーバが完了したことを知得することになり、その時点でＰ−ＣＳＣＦ４０１はＰＧＷ２０７による専用ベアラの割り当ての開始をトリガし得る。
【０１０６】
［ステップ５０５］
ベアラセットアップがステップ５０６ｂにおいて再開された後、ＩＭＳ、即ちＰ−ＣＳＣＦ４０１は、ＰＣＲＦ２１０に向けてＲｘインタフェース上でリソース割当てリクエストを送信することにより、ＥＰＣにおけるベアラハンドリングを開始し、それにより、音声に適したサービス品質（ＱｏＳ）を伴う保証ビットレート（ＧＢＲ）の専用ＰＳベアラのセットアップがトリガされる。
【０１０７】
［ステップ５１８］
このステップは、図４におけるステップ４１８に対応する。
【０１０８】
ＭＭＥ２０１は、ユーザ機器１０１のために専用ベアラをセットアップする。
【０１０９】
ステップ５１８をシンボル化する矢印はＭＭＥ２０１とユーザ機器１０１との間をまたいでいるが、それは、ＰＣＲＦ２１０、ＰＧＷ２０７、ＳＧＷ２０７、ＭＭＥ２０１及びＵＥ１０１の間の複数のステップを含んでもよい。
【０１１０】
［ステップ５１９］
このステップは、図４におけるステップ４１９に対応する。
【０１１１】
専用ＧＢＲベアラが割当てられる、即ちステップ５０６ｂ後の時点まで、音声呼のユーザデータは、ＬＴＥ内のデフォルトベアラにおいて送信され得る。ＩＭＳ  ＡＰＮ内のデフォルトベアラは、音声メディア用ではなくシグナリング用に最適化されたＱＣＩ＝５のベアラであってもよい。しかしながら、ＬＴＥへのハンドオーバ後の短い時間の間、このベアラは、音声メディアのためにも使用され得る。そして、ＴＦＴフィルタが、シグナリングパケットに加えて音声ユーザフローも可能となるような形で設定されることになる。ＩＭＳ  ＡＰＮ上のファイアウォールを用いる、全てを許容する（“allow  all”）デフォルトベアラの場合、ＭＧＷトラフィックもまた必然的に許容される。
【０１１２】
ステップ５０６ｂの後、ＬＴＥにおいて専用ベアラが割り当てられ、ＶｏＩＰ呼は専用ベアラへ移管されることになる。よって、例えばＱｏＳ、呼のドロップ、中断時間といった、ユーザのサービス品質体験への影響は、最小化される。
【０１１３】
次に、図６に示した合体したシグナリング図及びフローチャートを参照しながら、いくつかの実施形態に係る通信サービスのハンドオーバをハンドリングするための方法が説明される。図５６において、ベアラの休止を実行するネットワークノードは、ＰＧＷ２０７である。
【０１１４】
［ステップ６０１］
このステップは、図４におけるステップ４０１及び図５におけるステップ５０１に対応する。
【０１１５】
ＢＳＣ／ＲＮＣ３０１は、ターゲットトラッキングエリアコードを含むメッセージであるハンドオーバ要求（handover  required）をＭＳＣサーバ２０３へ送信する。ハンドオーバ要求メッセージは、このＨＯがＳＲＶＣＣのためのものであることの標識を含む。ＭＳＣサーバ２０３はターゲットＭＳＣであり、アンカーＭＳＣサーバへ当該ハンドオーバ要求を転送する。
【０１１６】
［ステップ６０３］
このステップは、図４におけるステップ４０３及び図５におけるステップ５０３に対応する。
【０１１７】
いくつかの実施形態において、ＭＳＣサーバ２０３は、例えばＳＩＰ  ｒｅ−ＩＮＶＩＴＥ又はＩＮＶＩＴＥメッセージであるアクセス転送通知（Access  Transfer  Notification）をアクセス転送制御機能（ＡＴＣＦ）５０１へ送信し、当該メッセージは、メディアのＰＳ１００ｂへの転送のために準備すべきことをＡＴＣＦ５０１に示す。
【０１１８】
本方法は、ＣＳ１００ａからＰＳ１００ｂへのセッションのトランスファーを開始するために、ＩＭＳシステム向けのＭＳＣ２０３からのシグナリングを使用する。しかしながら、当該ＩＭＳ向けのシグナリングは、他の適したやり方で生じてもよい。
【０１１９】
［ステップ６０４］
このステップは、図４におけるステップ４０４及び図５におけるステップ５０４に対応する。
【０１２０】
いくつかの実施形態において、ＡＴＣＦ５０１は、ユーザ機器１０１から受信されるポート／コーデックを、自身のＩＭＳ登録内で検索する。ＭＳＣ２０３は、ユーザ機器１０１により行われるＩＭＳ登録とＭＳＣ２０３により行われるそれとを、例えば双方の登録により使用されるＣ−ＭＳＩＳＤＮに又はＩＭＥＩで導かれるインスタンスＩＤに基づいて、ユーザ機器１０１のために相関させることができる。ＡＴＣＦ５０１は、ＡＴＧＷ上のメディアポートを割り当て、転送準備リクエスト（ＴＲＰ）にｒＳＲＶＣＣ後にユーザ機器１０１が使用しようとしているＩＰアドレス／ポートと、ＡＴＧＷが音声メディアを送信しつつあるＩＰアドレス／ポートとを含めた後、転送準備リクエストをＰ−ＣＳＣＦ４０１へ転送する。即ち、ユーザ機器１０１及びＡＴＧＷの双方のためのＳＤＰがメッセージ内に含められ得る。
【０１２１】
［ステップ６０５ａ］
このステップは、図４におけるステップ４０５に対応する。
【０１２２】
ＩＭＳ、即ちＰ−ＣＳＣＦ４０１は、ＰＣＲＦ２１０に向けてＲｘインタフェース上でリソース割当てリクエストを送信することにより、ＥＰＣにおけるベアラハンドリングを開始し、それにより、音声に適したサービス品質（ＱｏＳ）を伴う保証ビットレート（ＧＢＲ）の専用ＰＳベアラのセットアップがトリガされる。
【０１２３】
［ステップ６０５ｂ］
ＰＣＲＦ２１０は、リソース割当てリクエストをＰＧＷ２０７へ転送する。
【０１２４】
いくつかの実施形態において、リソース割当てリクエストは、ｒＳＲＶＣＣが行われることを示すパラメータを含む。当該パラメータは、今回のケース、即ち、専用ベアラのセットアップが遅延されることになるｒＳＲＶＣＣを、専用ベアラが即座にセットアップされるＲｘ上の通常のベアラリソースリクエストから、ＰＧＷ２０７が区別することを可能とする。
【０１２５】
これは、ベアラセットアップを休止させるための、次のステップ（ステップ６０６ａ）へのトリガである。
【０１２６】
［ステップ６０６ａ］
このステップは、図４におけるステップ４０６ａ及び図５におけるステップ５０６ａに対応する。
【０１２７】
このベアラの確立はｒＳＲＶＣＣに起因するため、ＰＧＷ２０７は、Ｐ−ＧＷ２０７に向けたベアラセットアップの開始を待機し又は休止する。
【０１２８】
競合状態に起因して、即ちユーザ機器１０１がこの時点でＬＴＥへのハンドオーバを未だ行っていないかも知れないために、音声ベアラについてのベアラ割当ては遅延されなければならず、それはユーザ機器１０１がＬＴＥへのハンドオーバを完了して初めて行われる。
【０１２９】
ＰＧＷ２０７は、専用ベアラのセットアップが遅延されるべきこのケース、即ちｒＳＲＶＣＣを、専用ベアラが即座にセットアップされるＲｘ上の通常のベアラリソースリクエストから区別する必要がある。ＰＧＷ２０７は、ＡＴＣＦからのステップ６０５ｂにおけるメッセージに含まれるパラメータにより、ｒＳＲＶＣＣが行われることを理解するであろう。いくつかの実施形態において、割り当ての遅延が行われるかは、Ｒｘ上の明示的な標識が無くとも、設定から知得することが可能であり得る。例えば、ＬＴＥ上でのみ配備され２Ｇ／３Ｇでは配備されないＩＭＳ音声のケースにおいて、ＰＧＷ２０７は、ユーザ機器１０１がどのＲＡＴにアタッチされているかを示す無線アクセステクノロジー（ＲＡＴ）情報を使用し得る。
【０１３０】
［ステップ６１２］
このステップは、図４におけるステップ４１２及び図５におけるステップ５１２に対応する。
【０１３１】
いくつかの実施形態において、ＡＴＧＷにアンカーを有するメディアを伴うＡＴＣＦ５０１の場合、ＭＳＣサーバ２０３は、例えばＳＩＰ  ｒｅＩＮＶＩＴＥ又はＰＲＡＣＫメッセージであるアクセス転送準備リクエストを、ＡＴＣＦ５０１へ送信する。それにより、ＡＴＣＦ／ＡＴＧＷがメディアパスをターゲットアクセス上のユーザ機器１０１のＩＰアドレス／ポートへスイッチすることがトリガされる。
【０１３２】
ＡＴＧＷにアンカーを有するメディアが存在しない場合には、ＭＳＣサーバ２０３は、アクセス転送準備リクエストをＡＴＣＦ５０１へ送信し、ＡＴＣＦ／ＡＴＧＷとＭＳＣサーバ／ＭＧＷとの間のメディアパスが確立されることになる。
【０１３３】
［ステップ６１１］
このステップは、図４におけるステップ４１１及び図５におけるステップ５１１に対応する。
【０１３４】
ＭＳＣ２０３は、ハンドオーバ命令（“handover  command”）をＢＳＣ３０１へ送信する。ハンドオーバ命令は、ハンドオーバ要求の確認応答として理解されてもよい。ハンドオーバ命令は、ターゲットＭＳＣを介して送信されてもよい。ＭＳＣサーバ２０３は、ハンドオーバ命令に、状況に依存して、ＡＴＧＷ用の、ＭＧＷ用の又はリモードエンド用のＩＰアドレス／ポートと選択されたコーデックとを含め得る。
【０１３５】
ＢＳＣ３０１は、ＣＳからＰＳへのハンドオーバを示す当該ハンドオーバ命令を、ユーザ機器１０１へ転送する。
【０１３６】
［ステップ６１３］
このステップは、図４におけるステップ４１３及び図５におけるステップ５１３に対応する。
【０１３７】
トラッキングエリア更新（ＴＡＵ）又は無線アクセステクノロジー間（ＩＲＡＴ）ＰＳハンドオーバが実行される。ＴＡＵは、ネットワークとの間で登録ステータスを更新するためにユーザ機器１０１により開始される手続である。ＴＡＵの理由は数多く存在し、例えば、ユーザ機器１０１が新たなトラッキングエリア（ＴＡ）へ移動したこと、システム間の変化があったこと、ユーザ機器１０１がＣＳフォールバック後にＬＴＥへ戻ってきたことなどである。
【０１３８】
いくつかの実施形態において、ＡＴＧＷにアンカーを有するメディアを伴うＡＴＣＦ５０１の場合、ＭＳＣサーバ２０３は、例えばＳＩＰ  ｒｅＩＮＶＩＴＥ又はＰＲＡＣＫメッセージであるアクセス転送準備リクエストを、ＡＴＣＦ５０１へ送信する。それにより、ＡＴＣＦ／ＡＴＧＷがメディアパスをターゲットアクセス上のユーザ機器１０１のＩＰアドレス／ポートへスイッチすることがトリガされる。
【０１３９】
ＡＴＧＷにアンカーを有するメディアが存在しない場合には、ＭＳＣサーバ２０３は、アクセス転送準備リクエストをＡＴＣＦ５０１へ送信し、ＡＴＣＦ／ＡＴＧＷとＭＳＣサーバ／ＭＧＷとの間のメディアパスが確立されることになる。
【０１４０】
ユーザ機器１０１は、ハンドオーバ確認（Handover  confirmation）をｅＮＢ１０３へ送信し得る。言い換えれば、ＬＴＥへのハンドオーバが実行される。
【０１４１】
ｅＮＢ１０３は、ハンドオーバ通知（Handover  Notify）をＭＭＥ２０１へ送信し得る。言い換えれば、ＬＴＥへのハンドオーバが実行される。
【０１４２】
［ステップ６１５］
このステップは、図４におけるステップ４１５及び図５におけるステップ５１５に対応する。
【０１４３】
ＭＭＥ２０１は、ＰＳベアラコンテキストをまず更新するために、ベアラ修正リクエストをＳＧＷ２０７へ送信する。ＳＧＷ２０７は、ベアラ修正リクエストをＰＧＷ２０７へ転送する。
【０１４４】
ＭＭＥ２０１は、ＰＧＷ２０７及びＳＧＷ２０７へ、ユーザ機器１０１が今やｅＮＢ１０３を介して到達可能であることを連絡する。後述するように、ステップ５０６ｂにおいて、音声のための新たな専用ベアラが追加される。
【０１４５】
［ステップ６１６］
このステップは、図４におけるステップ４１６及び図５におけるステップ５１６に対応する。
【０１４６】
ＶｏＩＰ呼又は任意の通信サービスが、デフォルトベアラを介してＬＴＥにおいてユーザ機器１０１へ送信され得る。
【０１４７】
［ステップ５１７］
このステップは、図４におけるステップ４１７及び図５におけるステップ５１７に対応する。
【０１４８】
ＰＤＮ  ＧＷ２０７は、ＰＣＲＦ２１０へ例えばＲＡＴタイプの変更について通知する。
【０１４９】
［ステップ６０６ｂ］
このステップは、図４におけるステップ４０６ｂ及び図５におけるステップ５０６ｂに対応する。
【０１５０】
ＰＧＷ２０７は、休止された音声ベアラの割当てを再開する。ＰＧＷ２０７は、対応するＰＣＣルールを構築する。
【０１５１】
ＰＧＷ２０７は、ＰＧＷ２０７からの既存のＲＡＴ変更シグナリングを通じてＬＴＥへのハンドオーバが完了したことを知得することになり、その時点でＰＧＷ２０７は専用ベアラの割り当てを開始し得る。
【０１５２】
［ステップ６１８］
このステップは、図４におけるステップ４１８及び図５におけるステップ５１８に対応する。
【０１５３】
ＭＭＥ２０１は、ユーザ機器１０１のために専用ベアラをセットアップする。
【０１５４】
ステップ６１８をシンボル化する矢印はＭＭＥ２０１とユーザ機器１０１との間をまたいでいるが、それは、ＰＣＲＦ２１０、ＰＧＷ２０７、ＳＧＷ２０７、ＭＭＥ２０１及びＵＥ１０１の間の複数のステップを含んでもよい。
【０１５５】
［ステップ６１９］
このステップは、図４におけるステップ４１９及び図５におけるステップ５１９に対応する。
【０１５６】
専用ＧＢＲベアラが割当てられる、即ちステップ６０６ｂ後の時点まで、音声呼のユーザデータは、ＬＴＥ内のデフォルトベアラにおいて送信され得る。ＩＭＳ  ＡＰＮ内のデフォルトベアラは、音声メディア用ではなくシグナリング用に最適化されたＱＣＩ＝５のベアラであってもよい。しかしながら、ＬＴＥへのハンドオーバ後の短い時間の間、このベアラは、音声メディアのためにも使用され得る。そして、ＴＦＴフィルタが、シグナリングパケットに加えて音声ユーザフローも可能となるような形で設定されることになる。ＩＭＳ  ＡＰＮ上のファイアウォールを用いる、全てを許容する（“allow  all”）デフォルトベアラの場合、ＭＧＷトラフィックもまた必然的に許容される。
【０１５７】
ステップ６０６ｂの後、ＬＴＥにおいて専用ベアラが割り当てられ、ＶｏＩＰ呼は専用ベアラへ移管されることになる。よって、例えばＱｏＳ、呼のドロップ、中断時間といった、ユーザのサービス品質体験への影響は、最小化される。
【０１５８】
次に、上述した方法が、ネットワークノードの視点から見て説明される。当該ネットワークノードは、回線交換（ＣＳという）ネットワーク１００ａとパケット交換（ＰＳという）ネットワーク１００ｂとの間の通信サービスのハンドオーバを可能とするためのものであり、通信サービスはＣＳネットワーク１００ａ内にある。ユーザ機器１０１は、ＣＳネットワーク１００ａ内に位置し、ＣＳネットワーク１００ａ内で通信サービスを有する。
【０１５９】
本方法は、ＭＭＥ２０１により実行される次のようなステップを含む：
【０１６０】
以下の説明は、一例としてＩＭＳ音声呼を使用する。但し、例えば音声呼などの任意の他の種類の通信サービス又はマルチメディアサービスも適用可能である。
【０１６１】
本方法は、次のようなステップを含むが、以下に説明される以外の適切な順序で実行されてもよい。
【０１６２】
［ステップ７０１］
本ステップは図４におけるステップ４０５、図５におけるステップ５０４及び図６におけるステップ６０５ｂに対応する。
【０１６３】
ネットワークノードは、ＰＳネットワーク１００ｂ内の通信ネットワークに関連付けられるベアラのセットアップを示すトリガを受信する。
【０１６４】
いくつかの実施形態において、上記トリガは、リターンＳＲＶＣＣ（ｒＳＲＶＣＣという）に基づく。
【０１６５】
いくつかの実施形態において、上記ベアラは、通信サービスに関連付けられる専用ベアラである。
【０１６６】
いくつかの実施形態において、上記ベアラは、保証ビットレート（ＧＢＲという）ベアラである。
【０１６７】
いくつかの実施形態において、上記通信サービスは、音声サービス又は映像サービスである。
【０１６８】
［ステップ７０１ａ］
これはステップ７０１のサブステップである。本ステップは、図４におけるステップ４０５に対応する。
【０１６９】
いくつかの実施形態において、上記ネットワークノードは、ポリシー及び課金ルール機能（ＰＣＲＦという）２１０ノードである。
【０１７０】
いくつかの実施形態において、上記ネットワークノードは、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦという）ノード４０１から、第１のリクエストメッセージを受信する。第１のリクエストメッセージは、ＰＳネットワーク１００ｂ内の通信サービスに関連付けられるベアラのセットアップについてのリクエストを含む。
【０１７１】
［ステップ７０１ｂ］
これはステップ７０１のサブステップであり、ステップ７０１ａの代わりに実行される。本ステップは、図５におけるステップ５０５に対応する。
【０１７２】
いくつかの実施形態において、上記ネットワークノードは、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦという）４０１ノードである。
【０１７３】
いくつかの実施形態において、上記ネットワークノードは、アクセス転送制御機能（ＡＴＣＦという）４０３ノードから、第２のリクエストメッセージを受信する。第２のリクエストメッセージは、通信サービスに関連するアドレスを含む転送準備リクエストである。
【０１７４】
［ステップ７０１ｂ］
これはステップ７０１のサブステップであり、ステップ７０１ａの代わりに及びステップ７０１ｂの代わりに実行されるステップである。本ステップは、図６におけるステップ６０５に対応する。
【０１７５】
いくつかの実施形態において、上記ネットワークノードは、パケットデータネットワーク（ＰＧＷという）２０７である。
【０１７６】
いくつかの実施形態において、上記ネットワークノードは、ポリシー及び課金ルール機能（ＰＣＲＦという）２１０ノードから、ＰＳネットワーク１００ｂ内の通信サービスに関連付けられるベアラのセットアップについてのリクエストを含む第１のリクエストメッセージを受信する。
【０１７７】
［ステップ７０２］
本ステップは、図４におけるステップ４０６ａ、図５におけるステップ５０６ａ及び図６におけるステップ６０６ａに対応する。
【０１７８】
上記ネットワークノードは、上記トリガに基づいて、ＰＳネットワーク１００ｂ内のベアラのセットアップが遅延させられるべきであると判定する。
【０１７９】
［ステップ７０２ａ］
これはステップ７０２のサブステップである。本ステップは、図４におけるステップ４０６ａ、図５におけるステップ５０６ａ及び図６におけるステップ６０６ａに対応する。
【０１８０】
いくつかの実施形態において、上記ネットワークノードは、上記トリガがリターンＳＲＶＣＣ（ｒＳＲＶＣＣという）メッセージに含まれることを判定する。
【０１８１】
［ステップ７０２ｂ］
これは、ステップ７０２のサブステップである。本ステップは、図４におけるステップ４０６ａ、図５におけるステップ５０６ａ及び図６におけるステップ６０６ｂに対応する。
【０１８２】
いくつかの実施形態において、上記ネットワークノードは、上記トリガ内に、ＰＳネットワーク１００ｂ内の通信サービスに関連付けられるベアラのセットアップが遅延させられるべきであることを示すパラメータが含まれることを判定する。
【０１８３】
［ステップ７０３］
本ステップは、図４におけるステップ４０６ａ、図５におけるステップ５０６ａ及び図６におけるステップ６０６ａに対応する。
【０１８４】
上記ネットワークノードは、ベアラセットアップを休止させる。
【０１８５】
［ステップ７０４］
本ステップは、図６におけるステップ６０５に対応する。
【０１８６】
いくつかの実施形態において、上記ネットワークノードは、移動性管理エンティティ（ＭＭＥという）２０１から、第３のリクエストメッセージを受信する。第３のリクエストメッセージは、ＰＳネットワーク内のベアラを修正するリクエストを含む。
【０１８７】
［ステップ７０５］
本ステップは、図６におけるステップ６１７に対応する。
【０１８８】
いくつかの実施形態において、上記ネットワークノードは、ＣＳネットワーク１００ａからＰＳネットワーク１００ｂへのハンドオーバが完了したという情報を、ＰＣＲＦ２１０へ送信する。
【０１８９】
［ステップ７０６］
本ステップは、図６におけるステップ６１９に対応する。
【０１９０】
いくつかの実施形態において、上記ネットワークノードは、上記ベアラを用いて、上記通信サービスの送信を行う。
【０１９１】
［ステップ７０７］
本ステップは、図４におけるステップ４１７、図５におけるステップ５１７及び図６におけるステップ６１５に対応する。
【０１９２】
上記ネットワークノードは、ＣＳネットワーク１００ａからＰＳネットワーク１００ｂへのハンドオーバが完了したという情報を受信する。
【０１９３】
いくつかの実施形態において、ＣＳネットワーク（１００ａ）からＰＳネットワーク１００ｂへのハンドオーバが完了したという上記情報は、パケットデータネットワークゲートウェイ（ＰＧＷという）２０７から受信される（４１７）。
【０１９４】
［ステップ７０８］
本ステップは、図４におけるステップ４０６ｂ、図５におけるステップ５０６ｂ及び図６におけるステップ６０６ｂに対応する。
【０１９５】
上記ネットワークノードは、ＣＳネットワーク１００ａからＰＳネットワーク１００ｂへのハンドオーバが完了したという上記情報が受信された場合に、上記通信サービスに関連付けられるベアラをセットアップする。
【０１９６】
［ステップ７０９］
本ステップは、図５におけるステップ５０５に対応する。
【０１９７】
いくつかの実施形態において、上記ネットワークノードは、Ｐ−ＣＳＣＦ４０１であり、上記ネットワークノードは、第１のリクエストメッセージを、ポリシー及び課金ルール機能（ＰＣＲＦという）２１０へ送信する。当該ノードについて、第１のリクエストメッセージは、ＰＳネットワーク１００ｂ内の通信サービスに関連付けられるベアラのセットアップについてのリクエストを含む。
【０１９８】
回線交換（ＣＳという）ネットワーク１００ａからパケット交換（ＰＳという）ネットワーク１００ｂへの通信サービスのハンドオーバを可能とするための図４、５及び６に示した方法ステップを実行するために、ネットワークノードは、図７に示したような構成を備える。ユーザ機器１０１は、ＣＳネットワーク１００ａ内に位置し、ＣＳネットワーク１００ａ内で通信サービスを有する。
【０１９９】
ネットワークノードは、ＰＳネットワーク１００ｂ内の通信ネットワークに関連付けられるベアラのセットアップを示すトリガを受信するように構成される受信ユニット８０１を備える。受信ユニット８０１は、ＣＳネットワーク１００ａからＰＳネットワーク１００ｂへのハンドオーバが完了したという情報を受信するようにさらに構成される。いくつかの実施形態において、上記ネットワークノードは、ポリシー及び課金ルール機能（ＰＣＲＦという）２１０ノードであり、受信ユニット８０１は、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦという）ノード４０１から、第１のリクエストメッセージを受信するようにさらに構成される。第１のリクエストメッセージは、ＰＳネットワーク１００ｂ内の通信サービスに関連付けられるベアラのセットアップについてのリクエストを含む。いくつかの実施形態において、ＣＳネットワーク１００ａからＰＳネットワーク１００ｂへのハンドオーバが完了したという上記情報は、パケットデータネットワークゲートウェイ（ＰＧＷという）２０７から受信される。
【０２００】
いくつかの実施形態において、上記ネットワークノードは、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦという）４０１ノードである。いくつかの実施形態において、受信ユニット８０１は、アクセス転送制御機能（ＡＴＣＦという）４０３ノードから、第２のリクエストメッセージを受信するようにさらに構成される。第２のリクエストメッセージは、上記通信サービスに関連するアドレスを含む転送準備リクエストである。
【０２０１】
いくつかの実施形態において、上記ネットワークノードは、パケットデータネットワークゲートウェイ（ＰＧＷという）２０７である。いくつかの実施形態において、受信ユニット８０１は、ポリシー及び課金ルール機能（ＰＣＲＦという）２１０ノードから、ＰＳネットワーク１００ｂ内の通信サービスに関連付けられるベアラのセットアップについてのリクエストを含む第１のリクエストメッセージを受信するようにさらに構成される。いくつかの実施形態において、上記ネットワークノードは、移動性管理エンティティ（ＭＭＥという）２０１から、ＰＳネットワーク内の上記ベアラを修正するリクエストを含む第３のリクエストメッセージを受信する。
【０２０２】
いくつかの実施形態において、上記トリガは、リターンＳＲＶＣＣ（ｒＳＲＶＣＣという）に基づく。
【０２０３】
いくつかの実施形態において、上記ベアラは、通信サービスに関連付けられる専用ベアラである。いくつかの実施形態において、上記ベアラは、保証ビットレート（ＧＢＲという）ベアラである。
【０２０４】
いくつかの実施形態において、上記通信サービスは、音声サービス若しくは映像サービス、又は他の任意のメディアサービスである
【０２０５】
上記ネットワークノードは、上記トリガに基づいて、ＰＳネットワーク１００ｂ内のベアラのセットアップが遅延させられるべきであると判定するように構成される判定ユニット８０３を備える。いくつかの実施形態において、判定ユニット８０３は、上記トリガがリターンＳＲＶＣＣ（ｒＳＲＶＣＣという）メッセージに含まれることを判定するようにさらに構成される。いくつかの実施形態において、判定ユニット８０３は、上記トリガ内に、ＰＳネットワーク１００ｂ内の通信サービスに関連付けられるベアラのセットアップが遅延させられるべきであることを示すパラメータが含まれることを判定するようにさらに構成される。
【０２０６】
上記ネットワークノードは、ベアラのセットアップを休止させるように構成される休止（halting）ユニット８０５を備える。
【０２０７】
上記ネットワークノードは、ＣＳネットワーク１００ａからＰＳネットワーク１００ｂへのハンドオーバが完了したという上記情報が受信された場合に、上記通信サービスに関連付けられるベアラをセットアップするように構成されるセットアップユニット８１０を備える。
【０２０８】
いくつかの実施形態において、上記ネットワークノードは、さらに、第１のリクエストメッセージを、ポリシー及び課金ルール機能（ＰＣＲＦという）２１０ノードへ送信するように構成される送信ユニット８０７を備える。いくつかの実施形態において、第１のリクエストメッセージは、ＰＳネットワーク１００ｂ内の通信サービスに関連付けられるベアラのセットアップについてのリクエストを含む。いくつかの実施形態において、送信ユニット８０７は、ＣＳネットワーク１００ａからＰＳネットワーク１００ｂへのハンドオーバが完了したという情報を、ＰＣＲＦ２１０へ送信するようにさらに構成される。いくつかの実施形態において、送信ユニット８０７は、上記ベアラを用いて通信サービスの送信を行うように構成される。
【０２０９】
回線交換（ＣＳという）ネットワーク１００ａからパケット交換（ＰＳという）ネットワーク１００ｂへの通信サービスのハンドオーバを可能とするための本仕組みは、図７に示したネットワークノードの構成における処理（processor）ユニット８１５などの１つ以上のプロセッサを通じて、ここでの実施形態の機能を実行するためのコンピュータプログラムコードと共に実装されてもよい。当該プロセッサは、例えば、ＤＳＰ（Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）プロセッサ、ＦＰＧＡ（Field-programmable  gate  array）プロセッサ、又はマイクロプロセッサであってもよい。上述したプログラムコードは、例えば、ネットワークノード内にロードされた際にここでの実施形態を実行するためのコンピュータプログラムコードを格納するデータキャリアの形式の、コンピュータプログラム製品として提供されてもよい。１つのそうしたキャリアは、ＣＤ  ＲＯＭディスクの形式であり得る。但し、メモリスティックなどの他のデータキャリアも現実的である。コンピュータプログラムコードは、さらに、サーバ上にあってネットワークノードへ遠隔的にダウンロードされる純粋なプログラムコードとして提供されることもできる。
【０２１０】
ここでの実施形態は、上述した好適な実施形態に限定されない。様々な変形例、修正例及び均等物が使用されてもよい。従って、上述した実施形態は、実施形態の範囲を限定するように受け取られるべきでなく、その範囲は添付の特許請求の範囲により定義される。
【０２１１】
強調されるべき点として、“含む／備える（comprises/comprising）”という用語は、本明細書で使用される場合、記述された特徴、整数、ステップ又はコンポーネントの存在を特定するように受け取られるが、１つ以上の他の特徴、整数、ステップ、コンポーネント又はそれらの集合の存在又は追加を排除するものではない。エレメントに先行する“a”又は“an”との語は、そうしたエレメントの複数の存在を除外しない。
【０２１２】
また強調されるべき点として、添付の特許請求の範囲において定義される方法のステップは、ここでの実施形態から外れることなく、特許請求の範囲において現れる順序とは別の順序で実行されてもよい。
【図１】
0006051214.tif 000002
【図２】
0006051214.tif 000003
【図３】
0006051214.tif 000004
【図４】
0006051214.tif 000005
【図５】
0006051214.tif 000006
【図６】
0006051214.tif 000007
【図７】
0006051214.tif 000008