JP2012525035A

JP2012525035A - Ｐｓからｃｓへのハンドオーバ・インジケータ

Info

Publication number: JP2012525035A
Application number: JP2012506472A
Authority: JP
Inventors: ステンフェルト，ジョン; ヘドマン，ペーター
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2009-04-23
Filing date: 2010-04-20
Publication date: 2012-10-18
Anticipated expiration: 2030-04-20
Also published as: US20160165489A1; US20140140324A1; US20170289859A1; US9749909B2; PL2677810T3; ES2821494T3; RU2526860C2; RU2011147485A; PT2422547E; US9301212B2; CN102415150A; JP5456883B2; US9497668B2; US20170034747A1; CN102415150B; DK2422547T3; MX2011010759A; DK2677810T3; EP2422547A1; ES2439999T3

Abstract

【課題】本発明は、パケット交換網から回線交換網へのユーザ装置に関する接続のハンドオーバを処理するための解決策に関する。
【解決手段】これはノード及びシステムに実装される方法として提供される。この方法は、通信ネットワークと無線で（１１１）通信するユーザ装置、即ち、ＵＥ（１０１）を接続する通信ネットワーク（１００）において提供される。この方法は、パケット交換、即ち、ＰＳベースのネットワーク（１０２）から回線交換、即ち、ＣＳベースのネットワーク（１０３）へのハンドオーバが要求されたことを検出するステップ（３０１）と、ソース・モビリティ管理ノード（１０４）において単一無線音声呼び出し継続、即ち、ＳＶＲＣＣを開始するステップ（３０２）と、音声関連パラメータに関する情報及びＰＳからＣＳへのハンドオーバ・インジケータによって非音声コンポーネントについてＰＳからＣＳへのハンドオーバを開始するステップ（３０３）と、ハンドオーバを実行するステップ（３０４）と、非音声関連パラメータ及びＰＳからＣＳへのハンドオーバ・インジケータによってターゲット・モビリティ管理ノード（１０５）からサービング・ゲートウェイ、即ち、ＳＧＷ（１０７）に更新要求を送信するステップ（３０５）と、ＳＧＷからパケット・データ・ネットワーク・ゲートウェイ、即ち、ＰＧＷ（１０８）に更新要求を転送するステップ（３０６）と、ＰＧＷにおいて更新要求を受信し、ＰＳからＣＳへのハンドオーバ・インジケータを検出し、ＰＧＷにおいてＰＳからＣＳへのハンドオーバ・インジケータを処理するステップ（３０７）とを含む。
【選択図】図３

Description

本発明は、パケット交換網から回線交換網へのユーザ装置に関する接続のハンドオーバを処理するための解決策に関する。

次世代ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）では、リアルタイムＩＰマルチメディア・サブシステム（ＩＭＳ）とインターネット・アクセスなどの非リアルタイム・サービスはいずれも、進化型パケット・コア（ＥＰＣ：Evolved Packet Core）を使用して提供することができる。ＥＵＴＲＡＮ適用範囲は最初は限られることになり、従って、例えば、ＵＴＲＡＮ及びＧＥＲＡＮへハンドオーバするために既存の音声データ及びデータ呼び出しが可能でなければならない。ＵＴＲＡＮ／ＧＥＲＡＮネットワーク配備は通常、音声呼び出しを処理するために従来の回線交換（ＣＳ）コア・ネットワークに依存するが、例えば、非リアルタイム・データ・サービスはＧＰＲＳコア・ネットワークによって提供することができる。ＵＴＲＡＮ及びＧＥＲＡＮ音声呼び出しをサポートするためにマーケット内に並列ＣＳインフラストラクチャを配備することは、長期間存在し続けることが期待されている。

このシナリオを処理できるようにするために、ＴＳ２３．２０１６及びＴＳ２３．２１６の３ＧＰＰリリース８には単一無線音声呼び出し継続（ＳＲＶＣＣ：Single Radio Voice Call Continuity）という任意選択の機能が定義されている。

ＴＳ２３．２１６には、ＩＭＳ内に固定された回線交換呼び出しのためにＥＵＴＲＡＮアクセスと３ＧＰＰ１ｘＣＳとの間、ＥＵＴＲＡＮアクセスと３ＧＰＰＵＴＲＡＮ／ＧＥＲＡＮアクセスとの間、ＵＴＲＡＮ（ＨＳＰＡ）アクセスと３ＧＰＰＵＴＲＡＮ／ＧＥＲＡＮアクセスとの間のＳＲＶＣＣに関するステージ２の機能が記載されている。

ＧＰＲＳは保存機能を含み、これにより、ＵＥが適用範囲外に出た時にリリースされた無線アクセス・ベアラ（ＲＡＢ：Radio access bearer）に関連するアクティブＰＤＰコンテキストをコア・ネットワーク（ＣＮ）内に保存することができる。ＲＡＢはその後、ＵＥが適用範囲内に戻ってきた時にその後のステージで再確立することができる。保証ビット・レート（ＧＢＲ）サービス品質（ＱｏＳ）に関連するＰＤＰコンテキストは、アップリンク及びダウンリンク用の最大ビット・レート（ＭＢＲ）が０キロビット／秒に設定された時に保存される。

ＴＳ２３．２１６セクション６．２．２．２に記載されているように、デュアル転送モード（ＤＴＭ）パケット交換（ＰＳ）ハンドオーバ・サポートによりＥＵＴＲＡＮからＵＴＲＡＮ／ＧＥＲＡＮへのＳＲＶＣＣが実行されると、潜在的な競合条件が存在し、その結果、音声呼び出しが時期尚早に途絶える可能性がある。モビリティ管理エンティティ（ＭＭＥ：mobility management entity）は、すべての他のＰＳベアラから音声ベアラを区別又は「分割」し、ＭＳＣサーバ及びＳＧＳＮに向かってそれぞれの再配置を開始する。ＭＳＣサーバ又はＭＧＷがＩＰマルチメディア・サブシステム（ＩＭＳ）に向かってセッション転送を開始してからしばらくの後、ＩＭＳ又はＰ−ＣＳＣＦは、Ｒｘインターフェースを使用して影響を受けたメディア・コンポーネントを除去することにより、ＰＣＲＦ内のサービス・セッション情報を更新する−ステップ「Ａ」。

この手順と並行して、ＭＳＣサーバ／ＭＧＷはソースＭＭＥへのハンドオーバ要求に応答し、次にそのＭＭＥはＵＥへのハンドオーバ・コマンドを開始する。次にＵＥはＵＴＲＡＮ／ＧＥＲＡＮに合わせて同調し、ハンドオーバが完了する。最後に、Ｓ４−ＳＧＳＮはサービング・ゲートウェイ（ＳＧＷ：serving gateway）によってベアラを更新する。ＳＧＷはパケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）にその要求を転送する。音声ベアラはＳ４−ＳＧＳＮによって確立できないので、Ｓ４−ＳＧＳＮは、ＳＧＷ及びＰＧＷに向かってベアラ・コンテキスト非活動化をトリガすることによりベアラをリリースする。ＰＧＷは、音声ベアラが非活動化されたという指示を受信すると、ＧｘインターフェースによりこれをＰＣＲＦに報告する−ステップ「Ｂ」。

ここでＰＣＲＦは、Ｒｘにより受信した情報とＧｘによる情報を突き合わせて、例えば、ＰＧＷ内のインストール済みＰＣＣルールを除去するために、必要なアクションを行えるようになる。

しかし、これらの手順では、ステップ「Ｂ」は時にはステップ「Ａ」の前に行われる可能性がある。これが該当する場合、ＰＣＲＦは、音声ベアラが失われたものと想定し、これをＰ−ＣＳＣＦに報告しなければならなくなる。ＴＳ２３．２２８には、ＩＭＳに関連するベアラが失われた場合、Ｐ−ＣＳＣＦは実際にはＩＭＳセッション全体のリリースを開始することができると記載されている。

ＴＳ２３．０６０に記載されている保存機能はＥＵＴＲＡＮＥＰＳではサポートされないが、ＥＰＳに追加することもできるはずであり、しかし、ベアラが保存されたことを示す時にＱｏＳ情報要素（ＩＥ）全体を送信しなければならないであろう−ＰＳへのＨＯ。ＱｏＳＩＥをＭＭＥ／Ｓ４−ＳＧＳＮから送信できるようにすると、結局、ＭＭＥ／Ｓ４−ＳＧＳＮからのＱｏＳ更新を可能にするというリスクが発生し、それによってＰＧＷにおいて相当量の複雑さが追加されることになる。

従って、本発明の一目的は、これらの問題のうちのいくつかに対処することである。これは、
１．Ｓ３インターフェースによるＥＵＴＲＡＮからＵＴＲＡＮ／ＧＥＲＡＮへのハンドオーバの場合に、ソースＭＭＥからターゲットＳ４−ＳＧＳＮへ
２．Ｓ１６インターフェースによるＵＴＲＡＮ／ＧＥＲＡＮにおけるＳＧＳＮ再配置の場合に、ソースＳ４−ＳＧＳＮからターゲットＳ４−ＳＧＳＮへ
３．Ｓ４インターフェースによりＳ４−ＳＧＳＮからターゲットＳＧＷへ
４．Ｓ５／Ｓ８インターフェースによりＳＧＷからＰＧＷへ
例えば、ＳＲＶＣＣの原理により、ＥＰＳベアラ関連音声がＣＳドメインにハンドオーバされたことを信号で通知するために使用されるＧＰＲＳトンネリング・バージョン２プロトコル内のＧＰＲＳに新しいインジケータを導入することによって行われる。

本発明による解決策はいくつかの態様で提供され、そのうちの第１の態様は、通信ネットワークと無線で通信するユーザ装置、即ち、ＵＥを接続する通信ネットワークにおける方法である。この方法は、パケット交換（ＰＳ）ベースのネットワークから回線交換（ＣＳ）ベースのネットワークへのハンドオーバが要求されたことを検出するステップと、ソース・モビリティ管理ノードにおいて単一無線音声呼び出し継続（ＳＶＲＣＣ）を開始するステップと、音声関連パラメータに関する情報及びＰＳからＣＳへのハンドオーバ・インジケータによって非音声コンポーネントについてＰＳからＣＳへのハンドオーバを開始するステップと、ハンドオーバを実行するステップと、非音声関連パラメータ及びＰＳからＣＳへのハンドオーバ・インジケータによってターゲット・モビリティ管理ノードからサービング・ゲートウェイ（ＳＧＷ）に更新要求を送信するステップと、ＳＧＷからパケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）に更新要求を転送するステップと、ＰＧＷにおいて更新要求を受信し、ＰＳからＣＳへのハンドオーバ・インジケータを検出し、ＰＧＷにおいてＰＳからＣＳへのハンドオーバ・インジケータを処理するステップとを含む。

ＰＧＷにおいて処理するステップは、ポリシー及び課金ルール機能ノード（ＰＣＲＦ）からの判断を待つことを含むことができる。この方法は、関連の音声呼び出しサービスに関する許可を除去するためにＰＣＲＦから判断を受信するステップと、ベアラ・リソースを解放するステップとをさらに含むことができる。

ＰＧＷにおいて処理するステップは、ＰＳからＣＳへのハンドオーバ・インジケータ情報をポリシー及び課金ルール機能ノードに送信することを含むことができる。ソース及び／又はターゲット・モビリティ管理ノードはＭＭＥ又はＳＧＳＮのうちの一方にすることができる。

ハンドオーバは、Ｅ−ＵＴＲＡＮから又はＵＴＲＡＮ−ＨＳＰＡベースのネットワークからＵＴＲＡＮ／ＧＥＲＡＮベースのネットワークへ要求される可能性がある。

ハンドオーバを開始するステップは、再配置転送要求（forward relocation request）メッセージによって実行することができる。この方法は、音声サービスがもはやＰＳドメインで許可されないという指示をＰＧＷにおいて受信するステップと、ＰＧＷ内のリソースを解放するステップとをさらに含むことができる。

本発明の他の態様は、通信ネットワークに無線でユーザ装置（ＵＥ）を接続する通信ネットワーク内のノードとして提供される。このノードは、パケット交換（ＰＳ）ベースのネットワークから回線交換（ＣＳ）ベースのネットワークへのハンドオーバが要求された時に単一無線音声呼び出し継続イベント（ＳＲＶＣＣ）に関連してサービング・ゲートウェイ（ＳＧＷ）からの更新要求を受信するように構成することができ、このノードは、更新要求内の音声コンポーネントに関連するＰＳからＣＳへのハンドオーバ・インジケータを検出し、ＰＳからＣＳへのハンドオーバ・インジケータを処理するようにさらに構成することができる。

このノードは、ポリシー及び課金ルール機能ノード（ＰＣＲＦ）からの判断を待つように構成するか、又はＰＳからＣＳへのハンドオーバ・インジケータに関連する情報をＰＣＲＦに送信するように構成することができる。このノードはパケット・データ・ネットワーク・ゲートウェイ・ノードにすることができる。

本発明のさらに他の態様は、通信ネットワーク内のシステムとして提供される。このシステムは、パケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）と、モビリティ管理ノード（ＭＭＥ）と、サービング・ゲートウェイ・ノード（ＳＧＷ）とを含む。ＭＭＥは、ユーザ装置に関するハンドオーバ要求メッセージを入手し、音声及び非音声コンポーネントのベアラ分割を開始し、ＰＧＷに更新要求を転送するように配置されたＳＧＷに更新要求を送信するように配置することができ、更新要求は、非音声関連パラメータと、パケット交換から回線交換へのハンドオーバ・インジケータの両方を含む。

本発明の利点は、結果的に進行中の電話呼び出しが不必要に失われる可能性のあるＩＭＳに関する競合条件を効率的に解決することである。インジケータ自体は、ＥＰＣにおいてＳＲＶＣＣをサポートするために有利に強制的なものである。これは、ＭＭＥ、Ｓ４−ＳＧＳＮ、ＳＧＷ、ＰＧＷというネットワーク・ノードのすべてにおいて、さらに潜在的にＰＣＲＦにおいて、サポートが必要になる可能性があることを意味する。

ＱｏＳＩＥの一部として保存指示を再利用する代わりに別個のインジケータを導入すると、ＰＧＷにおいて相当量の複雑さが追加されることになると思われるＭＭＥ／Ｓ４−ＳＧＳＧからのＱｏＳ更新を導入することに関する将来の問題が回避される。また、ＧＰＲＳにおいて大量の混乱を引き起こしていたと思われるＥＰＳにおける完全な保存メカニズムの導入も回避される。

以下では、同封の図面に示されている模範的な諸実施形態に関連して、本発明について無制限にかつより詳細に説明する。

本発明によるネットワークを概略的に示す図である。本発明によるネットワーク・ノード間の対話をシーケンス図で概略的に示す図である。本発明によるネットワーク・ノード間の対話をシーケンス図で概略的に示す図である。本発明による方法をブロック図で概略的に示す図である。本発明による装置をブロック図で概略的に示す図である。

図１では、参照番号１００は一般に本発明による通信コア・ネットワークを示している。このネットワークは、モビリティ管理ノードとゲートウェイとポリシー及び課金ルール機能ノードとを含むコア・ネットワークを含む。本発明は２つの異なる無線アクセス技術間のハンドオーバ中の問題に対処する。図１に示されている例では、３ＧＰＰＥＵＴＲＡＮベースのネットワークから３ＧＰＰＵＴＲＡＮ／ＧＥＲＡＮベースのネットワークへのハンドオーバが示されている。図１のネットワーク例では、ＵＥ１０１は、コア・ネットワーク１００へのアクセスを可能にするＥＵＴＲＡＮベースのアクセス・ネットワーク１０２（ＡＧＷ）に付加されている。コア・ネットワークでは、モビリティ管理エンティティ（ＭＭＥ）１０４は、ＵＥに関するモビリティ処理を提供し、例えば、ＵＴＲＡＮ／ＧＥＲＡＮベースのアクセス・ネットワーク１０３への音声セッションの転送に加わる。さらに、このネットワークは、ＳＧＳＮ１０５と、サービング・ゲートウェイ（ＳＧＷ）１０７と、パケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）１０８と、ポリシー及び課金ルール機能ノード（ＰＣＲＦ）１０９と、ＵＴＲＡＮ／ＧＥＲＡＮネットワーク部内の音声関連問題を処理する移動交換センタ（ＭＳＣ）１０６とを含む。また、このネットワークは、ＩＰマルチメディア・サブシステム（ＩＭＳ）１１０にも接続される。

本発明は、音声及び非音声両方のベアラ機能を備えたネットワークから主に音声ベアラを処理するネットワークへの音声ベアラのハンドオーバを実行すべき状況を処理するものである。本発明は、ＥＵＴＲＡＮからＵＴＲＡＮ／ＧＥＲＡＮへの単一無線音声呼び出し継続（ＳＲＶＣＣ）と、ＵＴＲＡＮ（ＨＳＰＡ）からＵＴＲＡＮ／ＧＥＲＡＮへのＳＲＶＣＣのいずれでも適用可能である。

図２Ａ、２Ｂについて説明すると、デュアル転送モード（ＤＴＭ）及びパケット交換（ＰＳ）ハンドオーバ（ＨＯ）サポートによるＥＵＴＲＡＮからＵＴＲＡＮ／ＧＥＲＡＮへのＳＶＲＣＣのシーケンスの流れの一例が示されている。ＥＵＴＲＡＮからＵＴＲＡＮへのＳＶＲＣＣが例示されている場合でも、本発明は、Ｓ４ベースのＳＧＳＮが使用される時に高速パケット・アクセス（ＨＳＰＡ）によるＵＴＲＡＮからＤＴＭＨＯによるＵＴＲＡＮ／ＧＥＲＡＮへのＳＲＶＣの場合にも有効であることに留意されたい。

図２Ａ、２Ｂは、ＥＵＴＲＡＮからＤＴＭＨＯによるＵＴＲＡＮ／ＧＥＲＡＮへのハンドオーバ状況をシーケンス図で示している。ＵＥ１０１は２０１で、リンク品質を示す１つ又は複数の測定報告をソース・ネットワーク１０２（例えば、ＥＵＴＲＡＮ）に送信し、報告の内容次第で、ソース・ネットワーク（ＮＷ）は、ハンドオーバ判断２０２を行い、ＵＴＲＡＮ／ＧＥＲＡＮへのＳＲＶＣＣハンドオーバをトリガすることを決定する。ソースＮＷは２０３で、ターゲットＩＤに関する情報、ソースからターゲットへの総称透明コンテナ、任意選択で追加のパラメータ、及びこれがＣＳ＋ＰＳハンドオーバに関するものであるという指示を含むハンドオーバ（ＨＯ）要求メッセージをＭＭＥ１０４に送信し、次にＭＭＥ１０４はベアラ分割、即ち、音声及びデータ接続を分離することについて判断２０４を行い、ＭＳＣサーバ及びＳＧＳＮに向かってベアラ再配置を開始する。ＭＭＥ（ソース）は２０５で、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバ要求を示すメッセージをＭＳＣサーバ／メディア・ゲートウェイ（ＭＧＷ）２２９に送信する。ＭＳＣ／ＭＧＷサーバは２０６で、ＨＯ準備メッセージをターゲットＭＳＣ１０６に送信する。ターゲットＭＳＣは２０７で、再配置／ハンドオーバ要求をターゲット無線エリア・ネットワーク（ＲＮ）１０３に送信する。一実施形態では、ステップ２０５〜２０７は、ＰＳからＣＳへのＳＲＶＣＣ要求（ターゲットＩＤ、ＳＴＮ−ＳＲ、ＭＳＩＳＤＮ、ソースからターゲットへの透明コンテナ、ＭＭコンテキスト）メッセージをＭＳＣサーバに送信することにより、ソースＭＭＥが音声ベアラに関するＰＳ−ＣＳハンドオーバ手順を開始することをより詳細に含むことができる。ＭＳＣサーバは、ハンドオーバ要求メッセージで受信されたターゲットＩＤに基づいて選択される。また、ターゲットＩＤは、ターゲットＲＮＳ／ＢＳＳを識別するためにＭＳＣサーバによって使用される。このメッセージはＣＳドメインのみに関連する情報を含む。ＭＭＥは、ＥＵＴＲＡＮ付加手順中にダウンロードされた加入プロファイルの一部としてＨＳＳからＳＴＮ−ＳＲ及びＭＳＩＳＤＮを受信している。ＭＭコンテキストはセキュリティ関連情報を含む。ＣＳセキュリティ・キーはＥＵＴＲＡＮ／ＥＰＳドメイン・キーからＭＭＥによって導出される。ＣＳセキュリティ・キーはＭＭコンテキストで送信される。ＭＳＣサーバは、ハンドオーバ準備要求メッセージをターゲットＭＳＣに送信することにより、ＰＳ−ＣＳハンドオーバ要求とＣＳインターＭＳＣハンドオーバ要求とを相互作用させる。ターゲットＭＳＣは、再配置要求／ハンドオーバ要求（追加のソースからターゲットへの透明コンテナ）メッセージをターゲットＲＮＳ／ＢＳＳに送信することにより、ＣＳ再配置に関するリソース割り振りを要求する。

ＭＭＥは２０８で再配置転送要求をターゲットＳＧＳＮ１０５に送信する。この再配置転送要求は、非音声コンポーネントに関するＥＰＳベアラ情報だけでなく、ＣＳドメインにハンドオーバされたというインジケータが付いた音声関連ベアラに関する情報も含み、例えば、この要求はソースからターゲットへの透明コンテナ、ＭＭコンテキスト、及びＰＤＮ接続を含むことができる。これは、ターゲットＳ４−ＳＧＳＮがこれらのベアラに関する無線アクセス・ベアラ（ＲＡＢ）を確立しようと試みる必要がないことを示す。ターゲットＳＧＳＮは２０９で、ターゲット無線ネットワーク（ＲＮＳ）／基地局（ＢＳＳ）サブシステム１０３と再配置／ハンドオーバ要求及び要求確認を交換する。次にターゲットＳＧＳＮは２１０で、再配置転送応答をＭＭＥに送信することになる。ターゲットＲＮは２１１で、再配置／ハンドオーバ要求確認メッセージをターゲットＭＳＣにも送信する。これに応答して、ターゲットＭＳＣ及びＭＳＣサーバは２１２で、ハンドオーバ準備応答及び回線確立メッセージを交換する。次にＭＳＣサーバは２１３で、セッション転送の開始（ＳＴＮ−ＳＲ）に関するメッセージをＩＰマルチメディア・サブシステム（ＩＭＳ）に送信し、ＭＳＣサーバは２１６で、ＰＳからＣＳへの応答メッセージをＭＭＥに送信する。その間に、ＩＭＳは、セッション転送問題及びリモート更新レッグ２１４と、ＩＭＳアクセスのリリース・レッグ２１５を処理する。ＭＭＥは２１７でハンドオーバ・コマンドをソース・ネットワークに送信し、次にそのソース・ネットワークは２１８でＥＵＴＲＡＮからのハンドオーバ・コマンドをＵＥに送信し、それにより、ＵＥは２１９でＵＴＲＡＮ／ＧＥＲＡＮネットワークに合わせて同調する。

次に２２０で、ＵＥ、ソースＮＷ、ＭＭＥ、ＭＳＣサーバ、ターゲットＭＳＣ、ＳＧＳＮ、及びターゲットＲＮにおいてハンドオーバ検出が実行される。

ターゲットＲＮは２２１で、再配置／ハンドオーバ完了メッセージをターゲットＭＳＣに送信し、ターゲットＭＳＣは２２２で、音声対応サービス（ＳＥＳ）ハンドオーバ・メッセージをＭＳＣサーバと交換する。ＭＳＣサーバは２２３で、ＰＳからＣＳへの完了確認メッセージをＭＭＥと交換し、２２４で、位置更新メッセージを適切なホーム加入者サーバ（ＨＳＳ）又はホーム位置レジスタ（ＨＬＲ）２２５に送信する。ターゲットＲＮは２２６で、再配置／ハンドオーバ完了メッセージをＳＧＳＮに送信し、次にＳＧＳＮは２２７で、再配置転送完了確認メッセージをＭＭＥと交換する。最後に、ＳＧＳＮ、ＳＧＷ、ＰＧＷ、及びＰＣＲＦは２２８で、音声ベアラがＣＳドメインにハンドオーバされたことを示すハンドオーバ・インジケータとともに、音声関連ベアラに関する情報を含むベアラ更新メッセージを交換する。ベアラ更新メッセージは、ＳＧＳＮから発生してＳＧＷに送信されるが、ＰＧＷ及びＰＣＲＦに転送することもできる。ターゲットＳＧＳＮはＳＧＷでベアラを更新することができ、音声ベアラ（複数も可）についてＰＳからＣＳへのＨＯインジケータが設定される。

Ｇｎ／ＧｐＳＧＳＮの場合、音声ベアラ（複数も可）についてＰＳからＣＳへのインジケータを信号で通知することができないことに留意されたい。その代わりに、ＣＳドメインへのＨＯを示すために、複数ビット・レート（ＭＢＲ）パラメータをゼロに等しく設定することができる。

従って、ＰＧＷにはその状況が通知され、ＰＧＷはどのベアラがＣＳドメインにハンドオーバされたのかを認識する。ＰＧＷはハンドオーバ・インジケータを含むこの情報をＰＣＲＦに直接転送するか、又はＧｘにより関連の音声呼び出しサービスに関する許可を除去するというＰＣＲＦの判断を待つことができる。これが行われると、ＰＧＷは内部でベアラに関連付けられている潜在的なリソースを解放することになる。

図３について説明すると、以下の方法ステップは本発明の一般的な例を示している。
３０１．ＵＴＲＡＮ／ＧＥＲＡＮへのハンドオーバ（ＨＯ）が要求されたことをサービング・ネットワークが検出した時に、音声及び非音声両方のベアラを備えたＵＥは、現在、ＥＵＴＲＡＮ内又はＵＴＲＡＮ（ＨＳＰＡ）内にある。
３０２．ターゲット・ネットワーク（ＮＷ）は音声について従来の回線交換（ＣＳ）ドメインに依存するので、ソース・モビリティ管理エンティティ（ＭＭＥ）又はソースＳ４−ＳＧＳＮは音声ベアラ（コンポーネント）についてターゲットＭＳＣサーバへのＳＲＶＣＣを開始する。
３０３．並行して、非音声ベアラについて通常のＰＳからＰＳへのハンドオーバが開始される。しかし、音声ベアラは含まれるが、ＰＳからＣＳへのハンドオーバ・インジケータが設定される。
３０４．次にハンドオーバが実行され、即ち、ＵＥがＵＴＲＡＮ／ＧＥＲＡＮに切り替わる。
３０５．ターゲットＳ４−ＳＧＳＮは、正常に確立された非音声ベアラと、音声ベアラについて設定されたＰＳからＣＳへのインジケータとを含む更新要求をＳＧＷに送信する。
３０６．ＳＧＷはＰＧＷにメッセージを転送する。
３０７．ＰＧＷは要求を受信する。ＰＧＷは、ＰＳからＣＳへのインジケータにより、音声ベアラがＣＳドメインにハンドオーバされたことを学習する。ＰＧＷはＰＣＲＦ判断を待つか、又はその情報をＰＣＲＦに報告する。

図４は、本発明による方法の各部分を処理するように配置された通信ネットワーク・インフラストラクチャ内のノード４００を示している。このノードは、少なくとも１つのプロセッサ４０１と、少なくとも１つのメモリ・ユニット４０２と、少なくとも１つの通信インターフェース４０３とを含む。プロセッサは、例えば、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、又はフィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）など、任意の適切なタイプの処理装置を含むことができる。プロセッサは、ソフトウェア又はハードウェア命令セットなどの命令セットを実行するように配置される。例えば、ソフトウェア命令は、揮発性又は不揮発性メモリ・タイプを含むことができるメモリ・ユニット内に保管することができる。メモリ・ユニットは、例えば、ハードディスク、ＲＡＭ、ＥＰＲＯＭ、フラッシュなど、コンピュータ可読ストレージ・タイプである任意の適切なメモリを含むことができる。また、メモリは、統計データ、ソフトウェア・データなどの中間記憶のために使用することもできる。さらに、プロセッサは、通信インターフェースを使用してネットワーク内の他のノードと通信するように配置される。通信インターフェースは、好ましくはパケット・タイプのものであり、好ましくは、例えば、イーサネット（登録商標）などの一般的な標準化プロトコルを使用する。インフラストラクチャ・ネットワーク内のすべてのノードは同様のハードウェア・アーキテクチャを含む。本発明では、ＭＭＥ、ＳＧＳＮ、及びＰＧＷはハンドオーバ・プロセスでハンドオーバ・インジケータを使用する。

本発明は、いくつかの異なる状況／ネットワーク構成で使用することができる。ハンドオーバ・インジケータは、ＧＰＲＳトンネリング・バージョン２プロトコルで使用され、以下の状況の少なくとも１つに適用可能であり、このインジケータは、
１．Ｓ３インターフェースによるＥＵＴＲＡＮからＵＴＲＡＮ／ＧＥＲＡＮへのハンドオーバの場合に、ソースＭＭＥからターゲットＳ４−ＳＧＳＮへ
２．Ｓ１６インターフェースによるＵＴＲＡＮ／ＧＥＲＡＮにおけるＳＧＳＮ再配置の場合に、ソースＳ４−ＳＧＳＮからターゲットＳ４−ＳＧＳＮへ
３．Ｓ４インターフェースによりＳ４−ＳＧＳＮからターゲットＳＧＷへ
４．Ｓ５／Ｓ８インターフェースによりＳＧＷからＰＧＷへ
例えば、ＳＲＶＣＣの原理により、ＥＰＳベアラ関連音声がＣＳドメインにハンドオーバされたことを信号で通知するために使用される。

この情報に基づいて、ＰＧＷはローカル・アクションを行うか、又はこの情報をＰＣＲＦに転送することができる。

ローカル・アクションの場合、ＰＧＷは、例えば、音声ベアラに関連するベアラ・リソースが失われたことを通知することを回避することができる（ケース１）。代わって、ＰＧＷは、ベアラが失われたことをＰＣＲＦに通知することができるが、その場合、インジケータはＧｘインターフェースにより伝えられる（ケース２）。ケース２の場合、ＰＣＲＦは更新されたポリシー判断によってＰＧＷに応答することができる。

結局、ＰＣＲＦは、音声がもはやＰＳドメインで許可されないという情報をＲｘインターフェースにより受信することになる。

ケース１の場合、ＰＣＲＦは、サービスがもはや許可されないことをＧｘインターフェースによりＰＧＷに通知することになる。次にＰＧＷはリソースを内部で解放することができる。

ケース２の場合、ＰＣＲＦは、Ｒｘインターフェースにより受信した情報とＧｘインターフェースにより受信した情報を相関させる。必要であれば、ＰＣＲＦはそのポリシー判断をＰＧＷに向かって更新することになる。

いずれのケースでも、背景技術の項に記載した競合条件は回避される。

「含む（comprising）」という単語は列挙されているもの以外の要素又はステップの存在を排除するものではなく、要素の前の「ａ」又は「ａｎ」という単語は複数のこのような要素の存在を排除するものではないことに留意されたい。さらに、いずれの参照符号も特許請求の範囲を限定するものではなく、本発明は少なくとも一部分はハードウェアとソフトウェアの両方によって実装することができ、複数の「手段（means）」又は「ユニット（unit）」は同じハードウェア項目によって表すことができることに留意されたい。

上述及び上記の諸実施形態は、例としてのみ示されており、本発明に限定するものであってはならない。下記の特許請求の範囲で請求された本発明の範囲内のその他の解決策、使用法、目的、及び機能は、当業者にとって明らかでなければならない。

略語
３ＧＰＰ第３世代パートナーシップ・プロジェクト
ＡＧＷアクセス・ゲートウェイ
ＡＰＮアクセス・ポイント名
ＡＲＰ割り振り及び保持優先順位
ＢＳＣ基地局コントローラ
ＢＳＳ基地局サブシステム
ＤＴＭデュアル転送モード
ｅＮＢ進化型ノードＢ
ＥＰＣ進化型パケット・コア
ＥＰＳ進化型パケット・システム
Ｅ−ＵＴＲＡＮ進化型ＵＴＲＡＮ
ＧＢＲ保証ビット・レート
ＧＣＳゲートウェイ制御セッション
ＧＧＳＮゲートウェイＧＰＲＳサポート・ノード
ＧＰＲＳ汎用パケット無線サービス
ＧＴＰＧＰＲＳトンネリング・プロトコル
ＧＷゲートウェイ
ＨＩハンドオフ・インジケータ
ＨＬＲホーム位置レジスタ
ＨＯハンドオーバ／ハンドオフ
ＨＳＰＡ高速パケット・アクセス
ＩＣＳＩＰ−ＣＡＮセッション
ＩＥ情報要素
ＩＭＳＩＰマルチメディア・サブシステム
ＩＰインターネット・プロトコル
ＩＰ−ＣＡＮＩＰ接続アクセス・ネットワーク
ＭＢＲ複数ビット・レート
ＭＧＷメディア・ゲートウェイ
ＭＭＥモビリティ管理エンティティ
ＭＳＣ移動交換センタ
ＰＢＡプロキシ結合確認
ＰＢＵプロキシ結合更新
ＰＣＣポリシー及び課金制御
ＰＣＥＦポリシー課金実施機能
ＰＣＲＦポリシー及び課金ルール機能
ＰＤＮＧＷパケット・データ・ネットワーク・ゲートウェイ
ＰＤＮパケット・データ・ネットワーク
ＰＤＰパケット・データ・プロトコル
ＰＭＩＰプロキシ・モバイルＩＰ
ＱｏＳサービス品質
ＲＡＴ無線アクセス技術
ＲＮＣ無線ネットワーク・コントローラ
ＲＮＳ無線ネットワーク・サブシステム
ＳＡＥシステム・アーキテクチャ進化
ＳＧＳＮサービングＧＰＲＳサポート・ノード
ＳＲＶＣＣ単一無線音声呼び出し継続
ＵＥユーザ装置
ＵＭＴＳユニバーサル移動通信システム
ＵＴＲＡＮユニバーサル地上無線アクセス・ネットワーク

Claims

通信ネットワークと無線で（１１１）通信するユーザ装置、即ち、ＵＥ（１０１）を接続する通信ネットワーク（１００）における方法であって、
パケット交換、即ち、ＰＳベースのネットワーク（１０２）から回線交換、即ち、ＣＳベースのネットワーク（１０３）へのハンドオーバが要求されたことを検出するステップ（３０１）と、
ソース・モビリティ管理ノード（１０４）において単一無線音声呼び出し継続、即ち、ＳＶＲＣＣを開始するステップ（３０２）と、
音声関連パラメータに関する情報及びＰＳからＣＳへのハンドオーバ・インジケータによって非音声コンポーネントについてＰＳからＣＳへのハンドオーバを開始するステップ（３０３）と、
ハンドオーバを実行するステップ（３０４）と、
非音声関連パラメータ及び前記ＰＳからＣＳへのハンドオーバ・インジケータによってターゲット・モビリティ管理ノード（１０５）からサービング・ゲートウェイ、即ち、ＳＧＷ（１０７）に更新要求を送信するステップ（３０５）と、
前記ＳＧＷからパケット・データ・ネットワーク・ゲートウェイ、即ち、ＰＧＷ（１０８）に前記更新要求を転送するステップ（３０６）と、
前記ＰＧＷにおいて前記更新要求を受信し、前記ＰＳからＣＳへのハンドオーバ・インジケータを検出し、前記ＰＧＷにおいて前記ＰＳからＣＳへのハンドオーバ・インジケータを処理するステップ（３０７）と
を含む、方法。
前記ＰＧＷにおいて処理する前記ステップが、ポリシー及び課金ルール機能ノード、即ち、ＰＣＲＦ（１０９）からの判断を待つことを含む、請求項１記載の方法。
関連の音声呼び出しサービスに関する許可を除去するために前記ＰＣＲＦから判断を受信するステップと、ベアラ・リソースを解放するステップとをさらに含む、請求項２記載の方法。
前記ＰＧＷにおいて処理する前記ステップが、前記ＰＳからＣＳへのハンドオーバ・インジケータ情報をポリシー及び課金ルール機能ノード（１０９）に送信することを含む、請求項１記載の方法。
前記ソース・モビリティ管理ノードがＭＭＥ又はＳＧＳＮのうちの一方である、請求項１記載の方法。
前記ターゲット・モビリティ管理ノードがＭＭＥ又はＳＧＳＮのうちの一方である、請求項１記載の方法。
ハンドオーバがＥ−ＵＴＲＡＮベースのネットワークからＵＴＲＡＮ／ＧＥＲＡＮベースのネットワークへ要求される、請求項１記載の方法。
ハンドオーバがＵＴＲＡＮ−ＨＳＰＡベースのネットワークからＵＴＲＡＮ／ＧＥＲＡＮベースのネットワークへ要求される、請求項１記載の方法。
ハンドオーバを開始する前記ステップが、再配置転送要求メッセージ（２０８）によって実行される、請求項１記載の方法。
音声サービスがもはやＰＳドメインで許可されないという指示を前記ＰＧＷにおいて受信するステップと、前記ＰＧＷ内のリソースを解放するステップとをさらに含む、請求項１記載の方法。
通信ネットワークに無線で（１１１）ユーザ装置、即ち、ＵＥ（１１１）を接続する通信ネットワーク（１００）内のノード（１０８）であって、前記ノードが、パケット交換、即ち、ＰＳベースのネットワーク（１０２）から回線交換、即ち、ＣＳベースのネットワーク（１０３）へのハンドオーバが要求された時に単一無線音声呼び出し継続イベント、即ち、ＳＲＶＣＣに関連してサービング・ゲートウェイ、即ち、ＳＧＷ（１０７）からの更新要求を受信するように構成され、前記ノードが、前記更新要求内の音声コンポーネントに関連するＰＳからＣＳへのハンドオーバ・インジケータを検出し、前記ＰＳからＣＳへのハンドオーバ・インジケータを処理するようにさらに構成されることを特徴とする、ノード。
ポリシー及び課金ルール機能ノード、即ち、ＰＣＲＦ（１０９）からの判断を待つように構成される、請求項１１記載のノード。
前記ＰＳからＣＳへのハンドオーバ・インジケータに関連する情報をポリシー及び課金ルール機能ノード（１０９）に送信するように構成される、請求項１１記載のノード。
前記ノードがパケット・データ・ネットワーク・ゲートウェイ・ノードである、請求項１１記載のノード。
通信ネットワーク（１００）内のシステムであって、
パケット・データ・ネットワーク・ゲートウェイ（１０８）、即ち、ＰＧＷと、
モビリティ管理ノード（１０４）、即ち、ＭＭＥと、
サービング・ゲートウェイ・ノード（１０７）、即ち、ＳＧＷと
を含み、前記ＭＭＥが、ユーザ装置に関するハンドオーバ要求メッセージを入手し、音声及び非音声コンポーネントのベアラ分割を開始し、前記ＰＧＷに更新要求を転送するように配置された前記ＳＧＷに前記更新要求を送信するように配置され、前記更新要求が、非音声関連パラメータと、パケット交換から回線交換へのハンドオーバ・インジケータの両方を含む、システム。