JP5048832B2 - マルチメディア・モバイルネットワークにおいて音声サービスを提供するシステムおよび方法 - Google Patents

Description

本発明は、マルチメディアネットワークに関する。特に、また限定を目的とせずに、本発明は、マルチメディア・モバイルネットワークにおいて音声サービスを提供するシステムおよび方法に関する。

ユニバーサル移動通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）地上波無線アクセスネットワーク（Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）（ＵＴＲＡＮ）は、マルチメディアサービスの無線による提供のための第３世代の（３Ｇ）技術である。ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）および発展型パケットコア（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）としても知られる、発展型ＵＴＲＡＮ（ｅＵＴＲＡＮ：Ｅｖｏｌｖｅｄ ＵＴＲＡＮ）の発展によって、例えばＩＭＳのためのマルチメディア電話サービス（ＭＴＳＩ：Ｍｕｌｔｉｍｅｄｉａ Ｔｅｌｅｐｈｏｎｙ Ｓｅｒｖｉｃｅ ｆｏｒ ＩＭＳ）により提供される電話サービスが、従来の回線交換（ＣＳ：ｃｉｒｃｕｉｔ ｓｗｉｔｃｈｅｄ）システムからパケット交換（ＰＳ：ｐａｃｋｅｔ ｓｗｉｔｃｈｅｄ）システムへと移行されることが必要となる。これにより、インターネットプロトコル（ＩＰ：Iｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）マルチメディアサブシステム（ＩＭＳ：Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）が、ｅＵＴＲＡＮおよびＥＰＣよりも早く、広く配置される必要がある。

ｅＵＴＲＡＮおよびＥＰＣの導入の際に音声サービスをサポートするための、ＣＳコアネットワークの基盤の再利用を可能にするアーキテクチャを提供することは有利であろう。

１つの観点において、本発明は、ユーザ機器のための音声サービス要件を識別し、Ｇｓ系インタフェースのためのサポートを認識し、かつ、音声サービス要件に応じて、およびＧｓ系インタフェースのためのサポートの認識に応じて、ユーザ機器を回線交換型セルへとハンドオーバさせるように構成されたモビリティ管理エンティティを含む発展型パケットコアネットワークに関する。

他の観点において、本発明は、パケット交換型セルから回線交換型セルへのハンドオーバを受信し、ハンドオーバ手続きの完了時に回線交換型セルとの回線交換型呼確立（ｃａｌｌ ｅｓｔａｂｌｉｓｈｍｅｎｔ）の手続きを行なうように構成された移動通信装置に関する。

さらに別の観点において、本発明は、ユーザ機器に関するハンドオーバ命令を承認し、ユーザ機器についての測定報告を獲得し、かつ、ユーザ機器を測定報告において示される回線交換型セルへとハンドオーバさせるように構成されたｅＮｏｄｅＢに関する。ハンドオーバ命令は、ユーザ機器による音声サービス要求に応じて承認される。

さらに別の観点において、本発明は、ユーザ機器が音声サービスを確立する方法に関する。本方法は、パケット交換型セルから回線交換型セルへのハンドオーバのためのハンドオーバ命令を受信する工程と、ハンドオーバ手続きの完了時に回線交換型セルとの回線交換型呼確立の手続きを行なう工程を含む。

さらに別の観点において、本発明は、発展型ユニバーサル移動通信システム地上波無線アクセスネットワーク（ｅＵＴＲＡＮ）セルのパケット交換ドメインにおいて動作するユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）に対して音声サービスを提供する方法に関する。本方法は、音声サービス要件を生成する工程と、回線交換型セルを決定する工程と、上記生成工程と上記決定工程に基づいて、回線交換ドメインにおいてＵＥと回線交換型セルとの間の音声サービスを確立する工程と、を含む。

さらに別の観点において、本発明は、複数の回線交換型セルと、発展型パケットシステム（ＥＰＳ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）と、を含むネットワークに関する。ＥＰＳは、複数の発展型ＵＴＲＡＮセル（ｅＵＴＲＡＮ）と、少なくとも１つの発展型パケットコア（ＥＰＣ）と、を含む。ＥＰＣは、音声サービス要件に応じて、少なくとも１つのｅＵＴＲＡＮセルで動作するユーザ機器（ＵＥ）を、少なくとも１つの回線交換型セルへとハンドオーバさせるように構成されている。

さらに別の観点において、本発明は、音声サービス要件を識別する工程と、パケット交換型セルから回線交換型セルへのハンドオーバを行なう工程とを含む、発展型パケットコアが音声サービスを確立するための方法に関する。

以下のセクションでは、図面に示される例示的な実施形態を参照しながら、本発明を記載することにする。
本発明の一実施形態において使用されるネットワークの図である。 ｅＵＴＲＡＮセルからのパケット交換ハンドオーバを提供する方法のフローチャートである。 図１のネットワークのインタフェースを示す。 ＵＥのネットワーク登録の手続きを示す。 音声呼の着信を示す。

図１に、ネットワーク１０の概要が示されている。ＣＳコアネットワーク（ＣＮ）１１は、メディアゲートウェイ（ＭＧＷ：Ｍｅｄｉａ Ｇａｔｅｗａｙ）２１と、移動交換局（ＭＳＣ：Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）２２と、を含む。ホームロケーションレジスタ（ＨＬＲ：Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）などのような、ＣＳドメインの他の形態も存在すると想定されているが、明確さのために省略される。ＣＳコアネットワーク１１は、２Ｇ／３Ｇ無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）セルを通じて、例えばＧＥＲＡＮ（ＧＳＭ／Ｅｄｇｅ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）またはＵＴＲＡＮ１４を通じて、公共交換電話ネットワーク（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）２３からユーザ機器（ＵＥ）１２への音声サービスを提供する。ネットワーク１０は、１つ以上のｅＵＴＲＡＮセルを介して、音声を含むＰＳサービスを提供するｅＵＴＲＡＮ１６を含む発展型パケットシステム（ＥＰＳ）も含む。ＰＳサービスは、サービス提供用ゲートウェイ１９と、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）１５と、を含む発展型パケットコア（ＥＰＣ）ネットワーク１８を介して、パケットデータネットワーク１７から提供される。ＭＭＥ１５は、アイドルモードのＵＥのロケーション追跡、および、ｅＵＴＲＡＮ規格に従った呼び出し手続き（ｐａｇｉｎｇ ｐｒｏｃｅｄｕｒｅ）を含む、制御の側面を提供する。

図１のネットワーク１０では、音声サービスは、ｅＵＴＲＡＮセル介してＰＳドメイン内のＵＥ１２に対して、または、ＧＥＲＡＮ／ＵＴＲＡＮセルを介してＣＳドメイン内のユーザに対して提供されうる。なぜならば、これらセルにより提供されるカバレージエリアは重なり合う程度が非常に高いことが予想されるからである。本例では、移動局（ＭＳ：ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）とも称されるＵＥ１２は（ＬＴＥセルとしても公知の）ｅＵＴＲＡＮ１６により制御されるｅＵＴＲＡＮセル内で動作していると見なされ、上記ｅＵＴＲＡＮセルは、音声要素を含まない１つ以上のアクティブなパケットサービスを有する、すなわち、ｅＵＴＲＡＮセル内で進行中の音声サービスは存在しない。音声サービスが必要な場合には、音声サービスは、現在のｅＵＴＲＡＮセルにおいて、ＶｏＩＰサービスとしてＰＳドメイン内で確立されうるであろう。しかし、初期のＬＴＥ導入時にＩＭＳサービスが存在しないということからｅＵＴＲＡＮサービスの普及が段階的に行われる場合には、ＧＥＲＡＮ／ＵＴＲＡＮカバレージエリアが重なるｅＵＴＲＡＮカバレージエリアが存在する可能性がある。これら重なり合うエリアでは、ＵＥ１２がｅＵＴＲＡＮカバレージの境界に近づく場合に、ＩＭＳサービス展開に関連するドメイン転送機能（ＤＴＦ：ｄｏｍａｉｎ ｔｒａｎｓｆｅｒ ｆｕｎｃｔｉｏｎ）がないために、ｅＵＴＲＡＮセル内で開始された音声サービスの継続が可能ではないこともある。そのようなものとして、ＩＭＳがサポートされていない場合にｅＵＴＲＡＮセル内で音声呼を確立させようとすると、結果的に、ＵＥがＬＴＥカバレージエリアを離れようとすればこれらの通話が途絶えてしまうことになるであろう。代わりに、音声サービスが望まれた時点において、ｅＵＴＲＡＮカバレージが未だに利用可能であるけれども、ＵＥ１２がｅＵＴＲＡＮセルを離れ、ＵＥが２Ｇ（ＧＥＲＡＮ）または３Ｇ（ＵＴＲＡＮ）セルの重なり合うカバレージエリアを利用しようとする場合には、音声サービスは、ｅＵＴＲＡＮセル内で確立された場合なら起こりうるように早々と途絶えることが懸念されることなく、２Ｇ／３Ｇセルを用いたＣＳドメインにおいて確立されうる。なぜならば、２Ｇ／３Ｇセルのカバレージは、どこからでもアクセス出来る（ｕｂｉｑｕｉｔｏｕｓ）ものと見なされるからである。従って、１の実施形態において、ＵＥ１２がＬＴＥカバレージ内に存在する間に音声サービスを確立するという要件により、ｅＵＴＲＡＮセルから、ＧＥＲＡＮ／ＵＴＲＡＮセルへのＵＥ１２のハンドオーバが開始され、ＧＥＲＡＮ／ＵＴＲＡＮセルでは、望まれる音声サービスがＣＳドメインにおいて確立される。

ここで、図１、および図２のフローチャート１００を参照しながら、ｅＵＴＲＡＮセルのパケット交換ドメインにおいて動作するＵＥに対して音声サービスを提供する方法について記載することにする。ステップ１０１において、音声呼呼び出しが、ＥＰＣ１８のＭＭＥ１５によってＣＳコアネットワーク１１のＭＳＣ２２から受信される。ＭＭＥ１５は、この呼び出しをｅＵＴＲＡＮセルのｅＮｏｄｅＢ３３（図３を参照）に転送する。ＭＭＥがｅＮｏｄｅＢに送信するこの呼び出しは、ＣＳドメインでの音声呼の確立が必要であることを示している。ｅＮｏｄｅＢ３３は、ＵＥ１２のための１つ以上のアクティブなＰＳサービスが分かり、従って、ｅＵＴＲＡＮ１６内でＵＥ１２についての測定報告の履歴にアクセスすることが可能である（ステップ１０２）。ｅＮｏｄｅＢ３３は、ＰＳハンドオーバの候補として選択可能な近傍のＧＥＲＡＮ／ＵＴＲＡＮセルを決定するために、既存の測定報告の履歴を利用する（ステップ１０３）（すなわち、ｅＮｏｄｅＢ３３は、候補のＧＥＲＡＮ／ＵＴＲＡＮセルを選択する前にＵＥから追加的なチャネル測定の履歴を獲得する必要はない）。ｅＮｏｄｅＢはＵＥに呼び出しを送信し、呼び出し応答を受信すると、これら近傍のセルのうちの１つを選択し（ステップ１０４）、ＰＳハンドオーバ手続きを開始する（ステップ１０５）。間接的なＭＴ音声サービス要求の場合については、ＭＭＥは、自身がｅＮｏｄｅＢに送信する呼び出しがＧＥＲＡＮ／ＵＴＲＡＮセルへのＩｎｔｅｒ−ＲＡＴ ＰＳハンドオーバが実行されるべきであることを示さない汎用の読み出し手続きを利用して、ＵＥの呼び出しを開始する。呼び出しの企図に応じて（ｅＮｏｄｅＢを介して）ＵＥからのサービス要求を受信すると、ＭＭＥは、ＧＥＲＡＮ／ＵＴＲＡＮへのＩｎｔｅｒ ＲＡＴ ＰＳハンドオーバが必要であることを認識し、従って、このＵＥのためにＧＥＲＡＮ／ＵＴＲＡＮセルへのＩｎｔｅｒ−Ｒａｔ ＰＳ ＨＯを実行することをｅＮｏｄｅＢに命令することによって（すなわち、パケット交換ドメインにおいて呼確立の手続きを行なう代わりに）、サービス要求に応答することが出来る。その後、ｅＮｏｄｅＢ３３は、上記のステップ１０３〜１０５のように、ＰＳハンドオーバの候補として選択可能な近傍のＧＥＲＡＮ／ＵＴＲＡＮセルを決定するために既存の測定報告の履歴を利用し、これらの近傍のセルのうちの１つを選択し、ＰＳハンドオーバの手続きを開始する。ハンドオーバの手続きにおいて、ＵＥ１２には、選択されたＧＥＲＡＮ／ＵＴＲＡＮセルへと当該ＵＥを宛てるＰＳハンドオーバ命令が送信される。ＰＳハンドオーバ命令は、ＭＴ ＣＳドメイン音声呼が確立される必要があることを示す原因コード（“ｃａｕｓｅ ｃｏｄｅ”）を含んでいる。ＵＥ１２は、従って、ＧＥＲＡＮ／ＵＴＲＡＮセル１４に到達し、ＰＳハンドオーバの完了後に（すなわち、ＬＴＥセル内で進行中の非音声サービスには、ハンドオーバのために選択されたＧＥＲＡＮ／ＵＴＲＡＮセル内で利用する無線リソースが割り当てられている）、ＵＥは、ＣＳドメイン内での音声呼のために呼び出されたかのように即座に先に進む。すなわち、ＵＥ１２は、ＭＳＣ２２に呼び出し応答を送信する。その後、ＣＳドメイン音声サービスが、ＭＴ／ＭＯ通話セットアップのレガシーの（ｌｅｇａｃｙ）手続きのように、ＵＥ１２とＧＥＲＡＮ／ＵＴＲＡＮ１４との間で確立される。

ＵＥ１２およびＧＥＲＡＮ／ＵＴＲＡＮ１４の双方が、二重転送モードをサポートしない場合に、音声サービスがＣＳドメイン内で一度確立されると、ＰＳリソースは無くなる。ＵＥとＧＥＲＡＮ／ＵＴＲＡＮ１４双方が二重転送モードをサポートする場合には、ＰＳリソースは、ＣＳドメイン音声サービスのために必要なリソースと並行して保持される。ＵＴＲＡＮセルへのＰＳハンドオーバの場合は、二重転送モードがサポートされるＧＥＲＡＮセルへのＰＳハンドオーバの論理的な均等物として見なされうる。なぜならば、ＵＴＲＡＮは本質的に、ＰＳドメインサービスおよびＣＳドメインサービスが並行して機能することを可能にするからである。

いずれの場合にせよ（二重転送モードがサポートされている場合、またはサポートされていない場合）、（すなわち、音声サービスのために必要なＣＳドメインリソースを割り当てるために）ｅＵＴＲＡＮセルからのＰＳハンドオーバに続く、後続のセル内ハンドオーバを行なう必要はない。なぜならば、ＣＳドメインリソースは、レガシーのＭＴおよびＭＯ音声サービス確立の手続きの一部として、目標ＧＥＲＡＮ／ＵＴＲＡＮセル内で割り当てられるからである。二重送信モードがサポートされていない場合には、ｅＵＴＲＡＮからＧＥＲＡＮへのハンドオーバ手続きの一部として目標ＧＥＲＡＮにより割り当てられるＰＳリソースが、ＣＳサービスが確立され、その後、明示的または黙示的に解除されるまで保持される。

ＵＥ１２およびＧＥＲＡＮ／ＵＴＲＡＮ１４の双方が二重送信モードをサポートしない場合、または、ｅＵＴＲＡＮセル内の一連のアクティブなＰＳサービスが、セル変更のためのＰＳハンドオーバが厳密に必要となる程度までに遅延を重視しない場合には、ＵＥ１２またはｅＵＴＲＡＮ１６は、ＣＳドメイン内での望まれる音声サービスの確立の遅延を最小限にするために、ＧＥＲＡＮ／ＵＴＲＡＮセルへのＰＳハンドオーバを未だに開始することが可能であろう。

ネットワークインタフェースを示すブロック図が図３に示されている。ユーザ機器１２は、Ａ／ｌｕインタフェース２８を通じてＣＳコアネットワーク１１と通信するＧＥＲＡＮ／ＵＴＲＡＮ１４を通じた、回線交換アクセスを有する。ＵＥ１２はまた、ｅＵＴＲＡＮ１６のｅＮｏｄｅＢ３３と通信する。ｅＵＴＲＡＮ１６は、３ＧＰＰとして公知の、Ｓ１インタフェース２９を通じて、発展型パケットコア（ＥＰＣ）１８とインタフェースで接続する。

典型的な回線交換汎用パケット無線アクセスサービス（ＧＰＲＳ：Ｇｅｎｅｒｉｃ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅｓ）ネットワークでは、ＰＳドメインのモビリティ管理が、サービングＧＰＲＳサポートノード（ＳＧＳＮ：Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）により行なわれ、ＣＳドメイン位置更新情報をＭＳＣへと提供するために、ＳＧＳＮとＭＳＣとの間にＧｓインタフェースが提供される。ＥＰＣネットワークでは、モビリティ管理が、発展型パケットコア（ＥＰＣ）１８のモビリティ管理エンティティ（ＭＭＥ）１５によって行なわれる。従って、ＭＳＣサーバ２２においてＣＳドメインのモビリティ管理機能を保持するために、ＥＰＣ１８のＭＭＥ１５と、ＣＳコアネットワーク１１のＭＳＣサーバ２２との間に、Ｇｓ系インタフェース（“Ｇｓ‐ｌｉｋｅ” ｉｎｔｅｒｆａｃｅ）２６が提供される。Ｇｓ系インタフェース２６は、ＣＳ呼び出しメッセージがＭＳＣサーバ２２からＭＭＥ１５へと送信可能であるように、（通常では、ＰＳハンドオーバ手続きの間にＧＥＲＡＮセル内で開始される）ＣＳドメインの位置更新の手続きのために利用することが可能である。

Ｇｓ系インタフェースの存在は、いつＣＳコアネットワークへのＰＳハンドオーバを行なうかについてＭＭＥが決定するためのトリガとして利用されうる。直接的なＭＴ音声サービス要求の場合について、ＭＭＥは、（すなわち、パケット交換ドメインにおいて呼確立の手続きを行なう代わりに）ＧＥＲＡＮ／ＵＴＲＡＮセルへのＩｎｔｅｒ−ＲＡＴ ＰＳハンドオーバを実行すべきであることを示す呼び出しをｅＮｏｄｅＢに送信することが可能であり、その場合には、ｅＮｏｄｅＢは、呼び出しとしての役割を果たすシグナリングメッセージをＵＥに送信する。この呼び出しに対する応答を受信すると、ｅＮｏｄｅＢは、ＧＥＲＡＮ／ＵＴＲＡＮセルへのＩｎｔｅｒ−ＲＡＴ ＰＳハンドオーバを実行することをＵＥに命令するために、既存の測定履歴を利用する。間接的なＭＴ音声サービスの要求の場合については、ＭＭＥは、自身がｅＮｏｄｅＢに送信する呼び出しがＧＥＲＡＮ／ＵＴＲＡＮセルへのＩｎｔｅｒ−ＲＡＴ ＰＳハンドオーバを実行すべきであることを示さない汎用の呼び出し手続きを用いて（すなわち、ＭＭＥは実際にｅＵＴＲＡＮセル内でＵＥが利用可能であるかを検証する必要がある）、ＵＥの呼び出しを開始する。呼び出しの試みに応じて（ｅＮｏｄｅＢを介して）ＵＥからのサービス要求が受信され、ＵＥがＭＳＣへのＧｓ系インタフェースをサポートすることが分かると、ＭＭＥは、ＧＥＲＡＮ／ＵＴＲＡＮセルへのＩｎｔｅｒ−ＲＡＴ ＰＳハンドオーバが必要であることを認識し、従って、このＵＥのためにＧＥＲＡＮ／ＵＴＲＡＮセルへのＩｎｔｅｒ−ＲＡＴ ＰＳ ＨＯを実行することをｅＮｏｄｅＢに命令することによって（すなわち、パケット交換ドメインにおいて通話確立の手続きを行なう代わりに）、サービス要求に応答することが可能である。

直接的な場合に関する他の実施形態において、ＵＥからの呼び出し応答を獲得すると（すなわち、ＵＥが特定のＥ−ＵＴＲＡＮセル内に存在することを確認すると）、ｅＮｏｄｅＢは、ＰＳハンドオーバの手続きを開始する権限を有し、その結果、ＵＥにＰＳハンドオーバ命令を送信する。このことは、ＭＭＥが、Ｇｓ系インタフェースの存在の自身の知識を効果的に伝えるために、自身がｅＮｏｄｅＢに送信する呼び出しを利用する場合に可能である。

３ＧＰＰ ＣＳドメイン内では、ロケーションエリア（ＬＡ）とサービスエリア（ＳＡ）の双方は、様々な目的のための、例えば、地理的エリアに基づいてＣＳサービス「制御」（‘ｃｏｎｔｒｏｌ’）をサポートするための基本的な構想である。ロケーションエリアおよびサービスエリアの構想は、ＥＰＣによって、および／または、ＬＴＥトラッキングエリアと２Ｇ／３Ｇセル構造（すなわち、ＬＡとＳＡ）との間のマッピングによって、本質的にサポートされうる。

先に述べたように、ＥＳＰモビリティ管理は、モビリティ管理エンティティ（ＭＭＥ）１５を通じて提供される。図４に、モビリティ管理の一例が、ＵＥのネットワーク登録の特別な例によって示されている。ＵＥは、ＣＳ音声サービスを確立するために必要な識別子を備えている。ＵＥは、ｅＮｏｄｅＢに登録要求を送信し、よってＵＥはＭＭＥ登録の前に認証される。ＬＴＥカバレージ内で動作する間に（すなわち、音声サービスを確立する必要性がない間に）、ＣＳ位置更新が、ＭＭＥ１５によって、ＭＳＣサーバ２２に対して、ＬＴＥトラッキングエリア（ＴＡ）からロケーションエリア（ＬＡ）へのマッピングを使用して開始されうる。ＣＳ接続は組み入れられていてもよく、かつ、ＣＳ位置更新の手続きは、（ブロードキャストにおいて見えるＬＡ構造に存在する）ＵＥによって、または、（ＬＴＥ／ＳＡＥのＴＡ構造からのマッピングに基づいて）ＭＭＥによって開始可能であることに注意されたい。基本ＩＰベアラが一度確立されると、識別子（例えばＬＡ）がＵＥに送信されうる。ＵＥが他のＬＴＥカバレージエリアにローミングする場合に、同じ構想を利用することが可能である。すなわち、ＬＴＥ ＴＡ更新の手続きは、ＣＳ位置更新の手続きを含んでもよい。

ＣＳ音声サービスを開始し発信する前に、ＵＥはＰＳハンドオーバを利用して２Ｇ／３Ｇセルへと移動されられる。２Ｇ／３Ｇセルに到着した後、全ての後続の呼確立シグナリングは、２Ｇ／３Ｇ発信呼と同じであり、ｅＵＴＲＡＮおよびＥＰＣは含まれない。

ｅＵＴＲＡＮがアクティブな場合の着信呼の処理が、図５に示されている。国際移動加入者識別子（ＩＭＳＩ：Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）を含む呼び出し要求５１が、ＭＳＣサーバ２２で発生し、ＭＭＥ１５に送信される。ＭＭＥ１５は、Ｓ１インタフェースを介してｅＮｏｄｅＢ３３へと呼び出し要求を送信し、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続が、ＵＥ１２に呼び出し通知を与えるために利用可能である。ＵＥ１２で呼び出し通知が受信されると、ＵＥは、ｅＮｏｄｅＢ３３に対して呼び出し応答のみ（すなわち、測定報告情報を含まない）を送信してもよい。これにより、ｅＮｏｄｅＢは、ＵＥ１２に対して、既存の測定報告情報を用いてＰＳハンドオーバ命令の送信を開始する（すなわち、ＭＴ ＣＳドメイン音声サービス確立の直接的な場合）。ＵＥは、呼確立シグナリングの前に(ＰＳハンドオーバを利用して)２Ｇ／３Ｇセルへと移動させられる。２Ｇ／３Ｇセルに到着した後、全ての後続の呼確立シグナリングは、レガシーのモード動作のために利用されるものと同じであり、ＵＥが例えばＮｏｄｅＢ５２および無線ネットワークコントローラ５３を利用して２Ｇ／３Ｇセルによりサービスを提供される場合に、２Ｇ／３Ｇ着信呼が開始される。

当業者には明らかであるように、ここで記載される実施形態は、既存の２Ｇ／３Ｇの仕組みを活用している。しかし、２Ｇ／３ＧＲＡＮに対する影響はなく、かつ２Ｇ／３Ｇコアネットワークに与える影響のレベルは深刻ではないので、新しいプロトコルは必要ではない。

本明細書で記載される実施形態は、ｅＵＴＲＡＮを配置する際に事業者にＭＴＳＩに移行する時間を少し与える、ＣＳ音声サービスを提供するためのコスト効果のあるギャップフィラー（“ｇａｐ ｆｉｌｌｅｒ”）として理解されうる。

本明細書で使用される語および記述子は、発展型パケットシステムおよびロングタームエボリューションのための３ＧＰＰ規格において利用される標準技術に従っている。革新的な構想の部分ではない特徴、インタフェースおよび性能の記述は、明確さのために省略される。

当業者には分かるように、本願で記載される革新的な構想は、本願の広い範囲に渡って修正可能であり、かつ変更可能である。従って、特許される発明の主題の範囲は、先に検討したいずれの特定の例示的な教示にも限定されるものではなく、代わりに、以下の請求項によって定義される。

Claims (30)

1. 発展型パケットコア（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）（１８）ネットワークにおけるモビリティ管理エンティティ（１５）であって、
   ユーザ機器（１２）に関する音声サービス呼び出しを受信する構成を含み、さらに、
   １つ以上の利用可能な回線交換型セル（１４）を決定するために、前記ユーザ機器（１２）についての測定報告の履歴にアクセスし、
   移動交換局（２２）へのＧｓ系インタフェース（２６）のためのサポートを認識し、前記モビリティ管理エンティティ（１５）はさらに前記Ｇｓ系インタフェース（２６）の識別に応じてハンドオーバ手続きを開始するように構成され、
   回線交換型（ＣＳ：ｃｉｒｃｕｉｔ ｓｗｉｔｃｈｅｄ）セル（１４）内での前記ユーザ機器（１２）の音声呼の確立を要求する前記音声サービス呼び出しを転送し、
   前記転送された音声サービス呼び出しに応じて、およびＧｓ系インタフェース（２６）のサポートの前記認識に応じて前記ユーザ機器（１２）からサービス要求を受信し、
   前記測定報告の履歴に基づいて前記回線交換型セル（１４）への前記ユーザ機器（１２）のハンドオーバ手続きを要求し、前記ハンドオーバ手続きの要求は前記ユーザ機器（１２）に対するハンドオーバ命令をもたらす、
   構成を特徴とする、モビリティ管理エンティティ（１５）。
2. 前記ハンドオーバ命令は前記回線交換型セル（１４）を示す、請求項１に記載のモビリティ管理エンティティ（１５）。
3. 前記ハンドオーバ命令は回線交換音声サービス要件の標識を含む、請求項１に記載のモビリティ管理エンティティ（１５）。
4. 前記標識は前記音声サービス呼び出しを含む、請求項３に記載のモビリティ管理エンティティ（１５）。
5. さらに回線交換コアネットワーク（１１）のロケーションエリアのトリガとなるように構成される、請求項１に記載のモビリティ管理エンティティ（５）。
6. さらに、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）トラッキングエリアから前記ロケーションエリアへのマッピングを用いた、移動交換局（２２）への前記ロケーションエリアのトリガとなるように構成される、請求項５に記載のモビリティ管理モビリティ（５）。
7. さらに前記Ｇｓ系インタフェース（２６）を通じて回線交換位置更新の手続きを実行するように構成される、請求項１に記載のモビリティ管理エンティティ（１５）。
8. 移動通信装置（１２）が１つ以上の非音声パケット交換サービスを有するｅＵＴＲＡＮセル（１６）から、回線交換型セル（１４）を示すハンドオーバ命令を受信し、
   前記ハンドオーバ命令に応じて、前記回線交換型セル（１４）との音声サービスを確立し、
   前記回線交換型セル（１４）へのハンドオーバの終りに、前記回線交換型セル（１４）に対して呼び出し応答を提供する、
   構成を特徴とする、移動通信装置（１２）。
9. 通信ネットワークにおいてユーザ機器（１２）を作動させる方法であって、
   回線交換型セル（１４）を示すハンドオーバ命令を前記ユーザ機器（１２）により受信する工程であって、前記ユーザ機器（１２）が１つ以上の非音声パケット交換サービスを有するｅＵＴＲＡＮセル（１６）から、前記ハンドオーバ命令を受信することをさらに含む、前記受信する工程と、
   前記ハンドオーバ命令に応じて前記回線交換型セル（１４）との音声サービスを確立する工程と、
   前記回線交換型セル（１４）へのハンドオーバの終りに、前記回線交換型セル（１４）に対して呼び出し応答を前記ユーザ機器（１２）により提供する工程と、
   を特徴とする、方法。
10. 発展型パケットコア（１８）を含むネットワークにおいて音声サービスを提供する方法であって、
    前記方法は、
    ユーザ機器（１２）に関して前記発展型パケットコア（１８）において音声サービス呼び出しを受信する工程を含み、さらに、
    前記ユーザ機器（１２）についての測定報告の履歴にアクセスする工程と、
    前記測定報告の履歴から回線交換型セル（１４）を決定する工程と、
    前記回線交換型セル（１４）への前記ユーザ機器（１２）のハンドオーバ手続きを開始する工程と、
    前記ユーザ機器（１２）に対するハンドオーバ命令を提供する工程と、
    を特徴とする、方法。
11. 回線交換コア（１４）のロケーションエリアに対して、前記発展型パケットコア（１８）のトラッキングエリアをマッピンする工程をさらに含む、請求項１０に記載の方法。
12. 発展型ユニバーサル移動通信システム地上波無線アクセスネットワーク（ｅＵＴＲＡＮ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ Ｔｅｒｒｅｓｔｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）（１６）セルのパケット交換ドメインにおいて動作するユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）（１２）に対して音声サービスを提供する方法であって、
    前記方法は、
    発展型パケットコア（１８）において音声サービス呼び出しを受信する工程を含み、さらに、
    前記音声サービス呼び出しに基づいて、１つ以上の利用可能な回線交換型セル（１４）を決定するために、前記ＵＥ（１２）についての測定報告の履歴にアクセスする工程と、
    前記１つ以上の利用可能な回線交換型セル（１４）を選択する工程と、
    前記ｅＵＴＲＡＮセルから前記１つ以上の利用可能な回線交換型セル（１４）のうちの前記選択された回線交換型セル（１４）への、前記ＵＥ（１２）のハンドオーバ手続きを開始する工程であって、前記ハンドオーバ手続きは、前記回線交換型セル（１４）の回線交換ドメインと前記ＵＥ（１２）との間の音声サービスを確立する、前記開始する工程と、
    を特徴とする、方法。
13. さらに、前記ＵＥ（１２）が、前記ハンドオーバ手続きの完了時に、前記選択された回線交換型セル（１４）を通じて呼び出し応答を送信する工程を特徴とする、請求項１２に記載の方法。
14. さらに、前記ｅＵＴＲＡＮセル（１６）から前記ＵＥ（１２）へのハンドオーバ命令を送信する工程を特徴とする、請求項１２に記載の方法。
15. 前記ハンドオーバ命令は前記選択された回線交換型セル（１４）を示す、請求項１４に記載の方法。
16. 前記ハンドオーバ命令は回線交換音声サービス要件の標識を含む、請求項１４に記載の方法。
17. 前記標識は前記音声サービス呼び出しを含む、請求項１６に記載の方法。
18. さらに、前記ＵＥ（１２）が、前記ハンドオーバ手続きの完了時に、前記選択された回線交換型セル（１４）を通じて呼び出し応答を送信する工程を特徴とする、請求項１６に記載の方法。
19. さらに、１つ以上のパケット交換サービスを停止する工程を特徴とする、請求項１２に記載の方法。
20. さらに、回線交換コア（１４）のロケーションエリアへと前記発展型パケットコア（１８）のトラッキングエリアをマッピングする工程を特徴とする、請求項１２に記載の方法。
21. 前記音声サービス呼び出しは移動交換局（２２）から受信される、請求項１２に記載の方法。
22. 前記音声サービス呼び出しは、前記移動交換局（２２）とのＧｓ系インタフェース（２６）を通じて、前記発展型パケットコア（１８）のモビリティ管理エンティティ（１５）によって受信される、請求項２１に記載の方法。
23. さらに、前記Ｇｓ系インタフェース（２６）を通じて、前記ＵＥ（１２）のための回線交換位置更新の手続きを行なう工程を特徴とする、請求項２２に記載の方法。
24. 少なくとも１つのｅＮｏｄｅＢ（３３）を含む少なくとも１つのｅＵＴＲＡＮセル（１６）を含み、
    前記少なくとも１つのｅＮｏｄｅＢ（３３）は、前記ｅＮｏｄｅＢ（３３）によりサービスを提供されるユーザ機器（ＵＥ）（１２）のための音声サービスについての呼び出しを受信し、前記ＵＥ（１２）を回線交換型セル（１４）へとハンドオーバさせるために、前記ユーザ機器（ＵＥ）（１２）についての測定報告の履歴を利用する構成を特徴とする、
    発展型ユニバーサル移動通信システム地上波無線アクセスネットワーク（ｅＵＴＲＡＮ）ネットワーク。
25. 前記少なくとも１つのｅＮｏｄｅＢ（３３）は、前記ハンドオーバのために利用可能な回線交換型セル（１４）を選択するために、前記測定報告の履歴を利用するように構成される、請求項２４に記載のネットワーク。
26. 前記少なくとも１つのｅＮｏｄｅＢ（３３）は、前記ＵＥ（１２）にハンドオーバ命令を送信するように構成される、請求項２４に記載のネットワーク。
27. 前記ハンドオーバ命令は、選択された利用可能な回線交換型セル（１４）を示す、請求項２６に記載のネットワーク。
28. モビリティ管理エンティティ（１５）を含む少なくとも１つの発展型パケットコア（ＥＰＣ）（１８）を含み、さらに、
    前記モビリティ管理エンティティ（１５）と、回線交換コアネットワーク（１１）の移動交換局（２２）との間のＧｓ系インタフェース（２６）を特徴とする、前記ネットワークであって、
    前記ｅＵＴＲＡＮネットワーク（１６）は、前記Ｇｓ系インタフェース（２６）の存在の識別に応じて、前記ＵＥ（１２）を回線交換型セル（１４）へとハンドオーバさせるように構成される、請求項２４に記載のネットワーク。
29. 音声サービスについての前記呼び出しは、前記Ｇｓ系インタフェース（２６）を通じて、前記モビリティ管理エンティティ（１５）によって前記移動交換局（２２）から受信される、請求項２８に記載のネットワーク。
30. 前記ＥＰＣ（１８）は、前記Ｇｓ系インタフェース（２６）を通じて、回線交換位置更新の手続きを行なうように構成される、請求項２９に記載のネットワーク。

Images