JP2018537003A - 通信を確立するための方法及び通信装置 - Google Patents

Abstract

【課題】次世代システムにおいてマルチメディアサービスの信頼できるサポートを提供する。
【解決手段】一実施形態によれば、通信を確立するための方法が記載され、第１の移動体無線通信ネットワークを介して、第１の通信装置と第２の通信装置との間の通信セッション確立が意図されていることを示す呼制御プロトコルメッセージ交換を実行するステップと、上記呼制御プロトコルメッセージ交換の特定の呼制御メッセージに応じて、上記第１の通信装置によって、上記第１の移動体無線通信ネットワークから第２の移動体無線通信ネットワークへのフォールバックを開始するステップと、上記フォールバックを実行するステップと、上記第２の移動体無線通信ネットワークを介して上記第１の通信装置と上記第２の通信装置との間の上記通信セッションを確立するステップとを含む。
【選択図】図１１

Description

本開示は、通信を確立するための方法及び通信装置に関する。

配備の初期段階では、移動体通信用のＮＧＳ（次世代システム）上でマルチメディアサービスをサポートすることにともなう問題が存在し得る。

主な問題は、不連続なＮＲ（新たなＲＡＮ）カバレッジである場合があり、その結果、頻繁なハンドオーバが、音声通話／映像通話中に必要とされることになる。特に、ＮＲからＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）へのハンドオーバがサポートされていない場合には、サービスの連続性がサポートされないことがある。

他の可能性のある問題は、例えば、
・マルチメディアサービスに関するＲＲＣ（Radio Resource Control）シグナリングオプション若しくはＱｏＳ（Quality Of Service）必要条件、又は
・マルチメディアサービスに関する次世代ＮＡＳ（Non-Access Stratum）シグナリングオプション（例えば、緊急通話）、
がサポートされていないこと又は十分に試験されていないことに起因する一時的な配備状況に関係する場合がある。

したがって、次世代システムにおいてマルチメディアサービスの信頼できるサポートを提供する手法が望まれている。

一実施形態によれば、通信を確立するための方法が提供され、本方法は、第１の移動体無線通信ネットワークを介して、第１の通信装置と第２の通信装置との間の通信セッション確立が意図されていることを示す呼制御プロトコルメッセージ交換を実行するステップと、上記呼制御プロトコルメッセージ交換の特定の呼制御メッセージに応じて、上記第１の通信装置によって上記第１の移動体無線通信ネットワークから第２の移動体無線通信ネットワークへのフォールバックを開始するステップと、上記フォールバックを実行するステップと、上記第２の移動体無線通信ネットワークを介して上記第１の通信装置と上記第２の通信装置との間の上記通信セッションを確立するステップとを含む。

さらなる実施形態によれば、通信を確立するための上記の方法にしたがった通信装置が提供される。

図面では、類似の参照符号は、様々な図を通じて全体的に同じ部品を指す。図面は、必ずしも正確な縮尺ではなく、むしろ発明の原理を説明するために全体的に強調されている。下記の説明では、様々な態様が以下の図面を参照して説明される。
２つの通信ネットワークを含んでいる無線セル配置を示す図である。 ＬＴＥフォールバックを図説する図である。 通信システムを示す図である。 ユーザ機器の初期アタッチを図説しているフロー図である。 移動体発呼に関するフォールバックの開始の第１の例を図説しているフロー図である。 移動体発呼に関するフォールバックの開始の第２の例を図説しているフロー図である。 移動体着呼に関するフォールバックの開始の第１の例を図説しているフロー図である。 移動体着呼に関するフォールバックの開始の第２の例を図説しているフロー図である。 ＲＲＣリダイレクションをともなうフォールバック手続きを図説しているフロー図である。 ハンドオーバをともなうフォールバック手続きのもう１つの例を図説しているフロー図である。 通信を確立するための方法を図説しているフロー図である。 実施形態による通信装置を示す図である。 移動体マルチメディア発呼を確立するための方法を図説しているメッセージフロー図である。 移動体マルチメディア着呼を確立するための方法を図説しているメッセージフロー図である。

以下の詳細な説明は、例として、本発明を実施することができる本開示の具体的な詳細及び態様を示している添付の図面を参照している。他の態様が利用されることがあり、構造的、論理的及び電気的な変更が、本発明の範囲から逸脱せずに行われることがある。本開示のいくつかの態様が、新たな態様を形成するために本開示の１つ又は複数の他の態様と組み合わせられてもよいので、本開示の様々な態様は、必ずしも相互に排他的である必要はない。

同じ地理的な領域内に配備されている多数の移動体通信システムを用いると、移動端末は、同じＲＡＴ（無線アクセス技術：Radio Access Technology）にしたがって又は異なるＲＡＴにしたがって動作できる１つよりも多くの移動体通信ネットワークのカバレッジエリア内にあってもよい。これが図１に図示されている。

図１は、２つの通信ネットワークを含んでいる無線セル配置１００を示している。

無線セル配置１００は、第１の通信ネットワークの複数の第１の基地局１０２（例えば、次世代無線基地局ＮＲＢＳ）により運用されている第１の複数の無線セル１０１（ハッチングなしで示される）、及び第２の通信ネットワークの複数の第２の基地局１０５（例えば、異なるＲＡＴ、例えば、ＬＴＥ基地局ｅＮＢ）により運用されハッチング１０４により示されている第２の複数の無線セル１０３を含む。

図示されているように、第２の複数の無線セル１０３は、第１の複数の無線セル１０１と重なり、その結果、重なっているエリアに位置する移動端末１０６は、第１の通信ネットワーク及び第２の通信ネットワークの両者を使用できる、例えば、第１の通信ネットワークの基地局１０２及び第２の通信ネットワークの基地局１０５の両方を登録できる。特に、移動端末１０６は、第１の通信ネットワーク（例えば、次世代システム）からのフォールバックとして第２の通信ネットワーク（例えば、ＬＴＥ）を使用できる。これは、ＬＴＥフォールバックと呼ばれ、次世代システム（ＮＧＳ：Next Generation System）のオペレータが、ＬＴＥによりマルチメディアサービスサポートすることを初期に（例えば、配備の初期フェーズにおいて）導入でき、その一方で、ＮＧＳをＰＳ（パケット交換）に関係するサービスを提供することを目的とすることができる。

図２は、ＬＴＥフォールバックを図示している。

例えば移動端末１０６に対応するＵＥ２０１は、新しい無線（ＮＲ）２０２と呼ばれる次世代システム無線アクセスネットワーク２０２並びにＬＴＥ無線アクセスネットワーク（ＬＴＥ ＲＡＮ）２０３、すなわちＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network）のカバレッジエリア内にある。

ＮＲ２０２は、次世代コアネットワーク（ＮＧＣ：Next Generation Core Network）２０４に接続されており、ＬＴＥ ＲＡＮ２０３は、ＬＴＥコアネットワーク（Evolved Packet Core、ＥＰＣ）２０５に接続されている。ＮＧＣ２０４及びＥＰＣ２０５は、ＩＰ（Internet Protocol）マルチメディアサブシステム（ＩＭＳ）２０６に両者とも接続されている。

ＵＥ２０１が次世代システム（ＮＧＳ）に留まるときには、ＵＥは、マルチメディア呼（これは移動体発信又は移動体着信であってもよい）のケースではＥＰＳ（Evolved Packet System）とも呼ばれる、ＬＴＥ通信システムへのフォールバックを実行できる。

例えば、ＵＥ２０１は、２０７において移動体発信（ＭＯ）呼を始める必要がある、又は２０８において着信する移動体着信（ＭＴ）呼に関する通知を受信する。

ＮＧＳにより受信された指示にしたがって、ＵＥは、２０９においてＮＧＳとのシグナリングを実行し、このシグナリングが、２１０においてＥＰＳへのＵＥのフォールバックをトリガする。

ＵＥ２０１は、次いで、２１１において、ＥＰＳにおいてマルチメディア呼を実行する。

この手続きは、回路交換フォールバック（ＣＳＦＢ：Circuit Switched Fallback）と呼ばれる、ＥＳＰから２Ｇ／３Ｇ及びＣＳ（Circuit Switched）コアネットワークへのフォールバックについて明示されていることに留意すべきである。ＭＯ呼に関して、ＣＳＦＢは、ＵＥがＣＳサービス要求後にフォールバック指示を受信すること、２Ｇ／３ＧへのＵＥフォールバック、及び通常のＣＳ手続きとしてＵＥがＣＳサービス要求を開始することを含む。ＭＴ呼に関して、着信呼び出しを受けると、移動交換局は、ＳＧインターフェースを介してページングを送り、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）は、フォールバック指示をトリガし、ＵＥは、２Ｇ／３Ｇにフォールバックし、通常のＣＳ手続きとして移動体交換センター（ＭＳＣ：Mobile Switching Center）へページング応答を送る。

下記では、手法は、マルチメディアサービスを実行する必要があるＵＥに対して、ＮＧＳからＥＰＳへどのようにフォールバックするかを説明している。下記で想定されるアーキテクチャは、別なふうに述べられない限り、図３に図示されたようなものである。

図３は、通信システム３００を示している。

通信システム３００は、ＮＲ３０２及びＥ−ＵＴＲＡＮ３０３のカバレッジエリア内にあるＵＥ３０１を備える。

Ｅ−ＵＴＲＡＮ３０３は、サービングゲートウェイ（ＳＧＷ：Serving Gateway）３０４及びモビリティ管理エンティティ（ＭＭＥ）３０５に接続され、これらも相互に接続される。

ＮＲ３０２は、次世代制御プレーン（ＮＧ ＣＰ：Next Generation Control Plane）３０６に、すなわち、ＮＧ ＣＰを実装しているエンティティ及びコンポーネントに、並びにユーザプレーンゲートウェイ（ＵＰ−ＧＷ：User Plane Gateway）３０７に接続される。

通信システム３００は、ＭＭＥ３０５及びＮＧ ＣＰ３０６が接続されている共通ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）３０８を備える。

通信システム３００は、ＥＰＳとＮＧＳとの間に共通ＩＰアンカ３０９をさらに備え、これにＮＧ ＣＰ３０６、ＵＰ−ＧＷ３０７及びＳＧＷ３０４が接続される。

共通ＩＰアンカ３０９は、ＥＰＣ ＰＧＷであってもよく、このケースでは、ＮＧＣとＰＧＷとの間のＮＧｙインターフェースは、ＥＰＣ Ｓ５／Ｓ８インターフェース、ＮＧＣ ＵＰ−ＧＷ、又はＰＧＷとＮＧＣ ＵＰ−ＧＷの両者の機能を実装しているネットワークエレメントに似たものである。

ＩＰアンカ３０９は、ＩＭＳ３１０に接続される。

ＮＧ ＣＰ３０６及びＵＰ−ＧＷ３０７は、データネットワーク（ＤＮ）３１２への接続を提供する別のＵＰ−ＧＷ３１１にさらに接続されてもよい。

ＥＰＳとＮＧＳとの間に共通ネットワークアタッチがある、すなわち、ＥＰＳ及びＮＧＳのうちの一方にアタッチされたＵＥが他方にもアタッチされることがさらに想定される。

下記では、ＮＧＳに接続されているＮＧ ＵＥについてのＶｏＬＴＥサービスフォールバックが説明され、ここでは、以下の態様についての手法が含まれている。

１）初期アタッチ／登録：ＮＧＳに登録されたＶｏＬＴＥ可能なＵＥは、必要な時にＶｏＬＴＥ通話を発信する／受信するためにＩＭＳにも登録される。

２）ＭＯ呼：ＮＧＣは、ＵＥから拡張サービス要求（Extended Service Request）を受信し、ＵＥは、ＥＰＳへとフォールバックして、ＶｏＬＴＥ通話を実行し、この手続きは、ＮＧＣにより制御され、ＵＥは、通話が終わったときにＮＧＣに戻る。

３）ＭＴ呼：ＵＥがＮＧＳによりページングされ、こうして、ＵＥは、拡張サービス要求（Extended Service Request）を送り、ＥＰＳへとフォールバックする。

図４は、ＶｏＬＴＥ可能なＮＧ ＵＥのＮＧＣ初期アタッチを図説しているフロー図４００を示している。

フローは、例えばＵＥ３０１に対応するＵＥ４０１と、例えばＮＲ３０２に対応するＮＲ４０２と、例えばＮＧ ＣＰ３０６に対応するＮＧ ＣＰ４０３と、例えばＨＳＳ３０８に対応するＨＳＳ４０４と、例えばＵＰ ＧＷ３０７に対応するＵＰ ＧＷ４０５と、例えばＩＰアンカ３０９に対応するＩＰアンカ４０６と、例えばＩＭＳ３１０の一部であるＰ−ＣＳＣＦ４０７との間で行われる。

図４に図説した手続きは、Ｅ−ＵＴＲＡＮ初期アタッチ手続き（Initial Attach procedure）と同様であり、ここで、ＮＧ ＣＰ４０３が、ＭＭＥの役割及びＳＧＷ内のＳＭ（Session Management）機能の役割を実行する。

４０８では、ＵＥ４０１は、ＰＤＮ（Packet Data Network）セッション確立を要求するアタッチ要求（Attach Request）を送り、ＵＥ４０１がＶｏＬＴＥフォールバック可能でありそして使用するように構成されていることをネットワーク（すなわちＮＲ４０２）に通知する。

４０９では、ＮＲ４０２のそれぞれのノードは、ＮＧ ＣＰ４０３へアタッチ要求を送る。

４１０では、ＮＧ ＣＰ４０３は、ＵＥ４０１とのアイデンティティチェック及び暗号化手続きをトリガする。

４１１では、ＮＧ ＣＰ４０３は、ＨＳＳ４０４との認可（Authorization）及びセキュリティ手続き（Security procedure）をトリガする。

４１２では、ＮＧ ＣＰ４０３は、ＵＥ４０１がＶｏＬＴＥ可能であるかを判定する。

４１３では、ＮＧ ＣＰ４０３のＳＭ機能は、ＩＰアンカ４０６へセッション作成要求（Create Session Request）を送り、これにＩＰアンカ４０６が４１４において応答する。

４１５では、ＮＧ ＣＰ４０３のＳＭ機能は、ＩＰアンカ４０６とともにデフォルトベアラ４１６（ＮＧｙ ＵＰインターフェース）を確立するパラメータと一緒にＵＰ ＧＷへトンネル確立要求（Tunnel Establishment Request）を送る。ＮＧ ＣＰ４０３は、サービングＵＰ−ＧＷ４０５と共通ＩＰアンカ４０６との間のデフォルトベアラ（ＰＤＮセッション）及びＭＴ呼を受信することを可能にするＮＧＣ ＵＰにおけるＰＤＵセッションを作成し、４１７において応答する。

４１８では、ＮＧ ＣＰ４０３は、アタッチ受諾（Attach Accept）でアタッチ要求に答え、ＰＳセッションでのＩＭＳ音声（IMS voice over PS Session）がサポートされているかどうか（ＩＭＳＩ＿ＶＯＩＰ＝Ｔｒｕｅ／Ｆａｌｓｅ）及びＶｏＬＴＥがＬＴＥへのフォールバックによりサポートされているか（ＶｏＬＴＥ＿ＦＢ＝Ｔｒｕｅ）をＵＥ４０１に示す。

４１９では、初期コンテクストが設定され、アタッチ受諾及びＲＲＣ再構成（RRC reconfiguration）を含む。

４２０では、ＮＲ４０２は、ＮＧ ＣＰ４０３へアタッチ完了（Attach Complete）を報告する。

４２１では、ＵＥ４０１は、デフォルトベアラ４１６を介してＳＩＰ登録手続きを始める。

図５は、移動体発呼に関するフォールバックの開始の第１の例を図説しているフロー図５００を示している。

フローは、例えばＵＥ３０１に対応するＵＥ５０１と、例えばＮＲ３０２に対応するＮＲ５０２と、例えばＥ−ＵＴＲＡＮ３０３の一部であるＬＴＥ ｅＮＢ５０３と、例えばＮＧ ＣＰ３０６に対応するＮＧ ＣＰ５０４と、例えばＭＭＥ３０５に対応するＭＭＥ５０５と、例えばＵＰ ＧＷ３０７に対応するＵＰ ＧＷ５０６と、例えばＳＧＷ３０４に対応するＳＧＷ５０７と、例えばＩＰアンカ３０９に対応するＩＰアンカ５０８と、例えばＨＳＳ３０８に対応するＨＳＳ５０９と、例えばＩＭＳ３１０の一部であるＰ−ＣＳＣＦ５１０との間で行われる。

アタッチ手続き（Attach procedure）及びトラッキングエリア更新手続き（Tracking Area Update procedures）中に、ＮＧ ＣＰ５０４が、
・ＩＭＳ＿ＶＯＩＰ＝Ｆａｌｓｅ及びＶｏＬＴＥ＿ＦＢ＝Ｔｒｕｅ、
・ＩＭＳ＿ＶＯＩＰ＝Ｔｒｕｅ及びＶｏＬＴＥ＿ＦＢ＝Ｔｒｕｅ、並びにオペレータポリシ又はＵＥ事前構成（UE pre-configuration）はＵＥがＬＴＥ／ＥＰＣ上で音声通話を実行することを要求する、
ということをＵＥ５０１に示したことが前提条件として想定される。

５１１では、ＶｏＬＴＥ可能なＵＥ５０１は、サービス要求（Service Request）を実行して、Ｐ−ＣＳＣＦ５１０とのシグナリングを開始する。

５１２では、ＵＥは、ＮＧＳネットワークを介してＳＩＰインバイトメッセージ（SIP Invite message）を送る。ＳＩＰインバイトは、ＵＥ５０１が呼を確立しようとしている相手先の別のＵＥへ送信され得る。

５１３では、Ｐ−ＣＳＣＦ５１０は、ＮＧＳネットワークを介してＳＩＰ１００トライイングメッセージ（Trying Message）を送る。

５１４では、Ｐ−ＣＳＣＦ５１０は、ＮＧＳネットワークを介してＳＩＰ１８３プログレス（Progress）を送る。ＳＩＰ１８３プログレスは、ＵＥ５０１が呼を確立しようとしている相手先の別のＵＥから送信され得る。

５１５では、ＵＥ５０１は、ＮＧ ＣＰ５０４へＭＯ ＶｏＬＴＥフォールバックのための拡張サービス要求（Extended Service Request）を送る。

５１６では、ＮＧ ＣＰ５０４は、ＮＲ５０２へＮＧ２ ＵＥコンテクスト修正要求（Context Modification request）（ＶｏＬＴＥフォールバックインジケータ（Fallback indicator）、ＴＡＩ（Tracking Area Identity））メッセージを送る。このメッセージは、ＵＥ５０１がＬＴＥへ移動されるべきであることをＮＲ５０２に示す。

５１７では、ＮＲ５０２は、ＮＧ２ ＵＥコンテクスト修正応答（Context Modification response）を送る。

５１８では、フォールバック手続きが、下記にさらに説明されるように、例えば、ハンドオーバ又はＲＲＣリダイレクション（RRC redirection）に基づいて実行される。

５１９では、ＵＥ５０１は、ＥＰＳネットワークを介してＰ−ＣＳＣＦ５１０へＳＩＰ ＰＲＡＣＫメッセージを送る。

まとめると、ＵＥ５０１は、サービス要求（ＳＲ）を送って（５１１〜５１４において）ＳＩＰインバイト、トライイング及びプログレスメッセージを交換する。次いで、ＵＥ５０１は、（５１５において）ＥＳＲを送り、ＮＧ ＣＰ５０４は、フォールバック手続きを実行して、ＵＥ５０１をＬＴＥ／ＥＰＣへ移動させる。

ＳＩＰシグナリングの開始は、ＮＧＳ上でＳＩＰシグナリングを始めることによりこのようにスピードアップすることができる。

図６は、移動体発呼に関するフォールバックの開始の第２の例を図説しているフロー図６００を示している。

フローは、例えばＵＥ３０１に対応するＵＥ６０１と、例えばＮＲ３０２に対応するＮＲ６０２と、例えばＥ−ＵＴＲＡＮ３０３の一部であるＬＴＥ ｅＮＢ６０３と、例えばＮＧ ＣＰ３０６に対応するＮＧ ＣＰ６０４と、例えばＭＭＥ３０５に対応するＭＭＥ６０５と、例えばＵＰ ＧＷ３０７に対応するＵＰ ＧＷ６０６と、例えばＳＧＷ３０４に対応するＳＧＷ６０７と、例えばＩＰアンカ３０９に対応するＩＰアンカ６０８と、例えばＨＳＳ３０８に対応するＨＳＳ６０９と、例えばＩＭＳ３１０の一部であるＰ−ＣＳＣＦ６１０との間で行われる。

アタッチ手続き（Attach procedure）及びトラッキングエリア更新手続き（Tracking Area Update procedure）中に、ＮＧ ＣＰが、
・ＩＭＳ＿ＶＯＩＰ＝Ｆａｌｓｅ及びＶｏＬＴＥ＿ＦＢ＝Ｔｒｕｅ、
・ＩＭＳ＿ＶＯＩＰ＝Ｔｒｕｅ及びＶｏＬＴＥ＿ＦＢ＝Ｔｒｕｅ、並びにオペレータポリシ又はＵＥ事前構成（UE pre-configuration）はＵＥがＬＴＥ／ＥＰＣ上で音声通話を実行することを要求する、
ということをＵＥに示したことが前提条件として想定される。

６１１及び６１３は、図５に図説した第１の例の５１５から５１７と同様である。

６１４では、フォールバック手続きが、例えば、下記にさらに説明されるようにハンドオーバ又はＲＲＣリダイレクション（RRC redirection）に基づいて実行される。

６１５では、ＵＥ６０１は、Ｐ−ＣＳＣＦ６１０へＳＩＰインバイトメッセージ（SIP Invite message）を送る。

この例では、ＳＩＰシグナリングは、フォールバックの後で開始され、これはＳＩＰシグナリングが失われることを回避するためにより安全な手続きをもたらすことができる。

図７は、移動体着呼に関するフォールバックの開始の第１の例を図説しているフロー図７００を示している。

フローは、例えばＵＥ３０１に対応するＵＥ７０１と、例えばＮＲ３０２に対応するＮＲ７０２と、例えばＥ−ＵＴＲＡＮ３０３の一部であるＬＴＥ ｅＮＢ７０３と、例えばＮＧ ＣＰ３０６に対応するＮＧ ＣＰ７０４と、例えばＭＭＥ３０５に対応するＭＭＥ７０５と、例えばＵＰ ＧＷ３０７に対応するＵＰ ＧＷ７０６と、例えばＳＧＷ３０４に対応するＳＧＷ７０７と、例えばＩＰアンカ３０９に対応するＩＰアンカ７０８と、例えばＨＳＳ３０８に対応するＨＳＳ７０９と、例えばＩＭＳ３１０の一部であるＰ−ＣＳＣＦ７１０との間で行われる。

アタッチ手続き（Attach procedure）及びトラッキングエリア更新手続き（Tracking Area Update procedure）中に、ＮＧ ＣＰが、
・ＩＭＳ＿ＶＯＩＰ＝Ｆａｌｓｅ及びＶｏＬＴＥ＿ＦＢ＝Ｔｒｕｅ、
・ＩＭＳ＿ＶＯＩＰ＝Ｔｒｕｅ及びＶｏＬＴＥ＿ＦＢ＝Ｔｒｕｅ、並びにオペレータポリシ又はＵＥ事前構成（UE pre-configuration）はＵＥがＬＴＥ／ＥＰＣ上で音声通話を実行することを要求する、
ということをＵＥに指示したことが前提条件として想定される。

７１１では、Ｐ−ＣＳＣＦ７１０は、ＩＰアンカ７０８へＳＩＰインバイト（SIP Invite）を送り、そしてＩＰアンカ７０８は、デフォルトベアラを介してＵＰ−ＧＷ７０６へＳＩＰインバイトを転送する。ＳＩＰインバイトは、ＵＥ７０１との呼を確立しようとしている別のＵＥから発せられ得る。

７１２では、ＵＰ−ＧＷ７０６は、ＮＧ ＣＰ７０４へダウンリンクデータ通知（Downlink Data Notification）を送る。

７１３では、ＮＧ ＣＰ７０４は、ＵＥ７０１のページングを実行する。

７１４では、ＵＥ７０１は、ページングへの応答としてサービス要求（Service Request）を実行する。

７１５では、ＵＥ７０１は、ＮＧＳネットワークを介してＳＩＰインバイト（SIP Invite）を受信する。

７１６では、ＵＥ７０１は、Ｐ−ＣＳＣＦ７１０へＳＩＰ１００トライイング（Trying）を送る。

７１７では、インジケータＩＭＳ＿ＶＯＩＰ及びＶｏＬＴＥ＿ＦＢの値に基づいて、ＵＥ７０１は、フォールバック判断を実行する。

７１８〜７２１は、図５に図説した例の５１５〜５１８と同様である。

７２２では、ＵＥ７０１は、ＮＧＳを介してＳＩＰ１８３プログレスメッセージ（Progress message）を送る。

まとめると、着信するＭＴ呼のケースでは、ＵＥ７０１は、（７１１〜７１５において）共通ＩＰアンカ７０８及びＵＰ−ＧＷ７０６を介してＳＩＰインバイトを受信する。ＳＩＰトライイングを送った後で、ＵＥ７０１は、（７０８において）拡張サービス要求を実行し、そしてＮＧ ＣＰ７０４は、フォールバック手続きを実行して、ＭＯ呼のケースについてと同様に（例えば、図５の例におけるように）ＬＴＥ／ＥＰＣへとＵＥ７０１を移動させる。ＵＥ７０１は、ＬＴＥ／ＥＰＣを介してＳＩＰ１８３プログレスを次いで送る。

この手続きは、ＩＭＳ又は他のＵＥのそれぞれとＳＩＰシグナリングを交換するサービス要求を含み、その後に続くフォールバックを要求する拡張サービス要求を含む。

図８は、移動体着呼に関するフォールバックの開始の第２の例を図説しているフロー図８００を示している。

フローは、例えばＵＥ３０１に対応するＵＥ８０１と、例えばＮＲ３０２に対応するＮＲ８０２と、例えばＥ−ＵＴＲＡＮ３０３の一部であるＬＴＥ ｅＮＢ８０３と、例えばＮＧ ＣＰ３０６に対応するＮＧ ＣＰ８０４と、例えばＭＭＥ３０５に対応するＭＭＥ８０５と、例えばＵＰ ＧＷ３０７に対応するＵＰ ＧＷ８０６と、例えばＳＧＷ３０４に対応するＳＧＷ８０７と、例えばＩＰアンカ３０９に対応するＩＰアンカ８０８と、例えばＨＳＳ３０８に対応するＨＳＳ８０９と、例えばＩＭＳ３１０の一部であるＰ−ＣＳＣＦ８１０との間で行われる。

アタッチ手続き（Attach procedure）及びトラッキングエリア更新手続き（Tracking Area Update procedure）中に、ＮＧ ＣＰが、
・ＩＭＳ＿ＶＯＩＰ＝Ｆａｌｓｅ及びＶｏＬＴＥ＿ＦＢ＝Ｔｒｕｅ、
・ＩＭＳ＿ＶＯＩＰ＝Ｔｒｕｅ及びＶｏＬＴＥ＿ＦＢ＝Ｔｒｕｅ、並びにオペレータポリシ又はＵＥ事前構成（UE pre-configuration）はＵＥがＬＴＥ／ＥＰＣ上で音声通話を実行することを要求する、
ということをＵＥに示したことが前提条件として想定される。

８１１では、Ｐ−ＣＳＣＦ８１０は、すなわち、ＩＰアンカ８０８へＳＩＰインバイトを送る。ＩＰアンカ８０８は、デフォルトベアラを介してＵＰ−ＧＷ８０６へＳＩＰインバイトを転送する。

８１２では、ＵＰ ＧＷ８０６は、データがＩＭＳトラフィックに関してＩＰアンカ８０６と確立したデフォルトベアラから来ることを検出する。

８１３では、ＵＰ−ＧＷ８０６は、ＭＴ呼指示とともにＮＧ ＣＰ８０４へダウンリンクデータ通知（Downlink Data Notification）を送る。

８１４では、ＮＧ ＣＰ８０４は、「音声通話用」の指示とともにページングを実行する。

８１５〜８１８は、図７の例の７１７〜７２０と同様である。

８１９では、フォールバック手続きが行われる。フォールバック手続きは、ＵＰ−ＧＷ８０６とＳＷＧ８０７との間のトンネルの確立をトリガする。

８２０では、ＳＩＰインバイトが、ＵＰ−ＧＷ８０６によりバッファされ、８２１においてＳＷＧ８０７に転送され、そして８２２においてＳＷＧ８０７からＵＥ８０１に転送される。

８２３では、ＵＥ８０１は、ＳＩＰ１００トライイングメッセージ（Trying message）を、そして８２４ではＥＰＳ ＵＰを介してＰ−ＣＳＣＦ８１０へＳＩＰ１８３プログレスメッセージ（Progress message）を送る。

まとめると、着信するＭＴ呼のケースでは、ＵＰ−ＧＷ８０６は、ＳＩＰシグナリングを受信するために確立したデフォルトベアラ上でデータを（８１２において）検出し、「ＭＴ呼」指示とともにＮＧ ＣＰ８０４へダウンリンクデータ通知（Downlink Data Notification）を（８１３において）報告する。ＮＧ ＣＰ８０４は、「音声通話用」の指示とともにＵＥ８０１を（８１４において）ページングし、ＵＥ８０１は、拡張サービス要求（Extended Service Request）を実行する。

図７に図説した第１の例とは対照的に、図８の第２の例の手法は、フォールバック手続きの後でＳＩＰシグナリングを転送するためにＵＰ ＧＷ８０６とＳＷＧ８０７との間に直接インターフェースを必要とする。

図９は、ＲＲＣリダイレクションをともなうフォールバック手続きを図説しているフロー図９００を示している。

フローは、例えばＵＥ３０１に対応するＵＥ９０１と、例えばＮＲ３０２に対応するＮＲ９０２と、例えばＥ−ＵＴＲＡＮ３０３の一部であるＬＴＥ ｅＮＢ９０３と、例えばＮＧ ＣＰ３０６に対応するＮＧ ＣＰ９０４と、例えばＭＭＥ３０５に対応するＭＭＥ９０５と、例えばＵＰ ＧＷ３０７に対応するＵＰ ＧＷ９０６と、例えばＳＧＷ３０４に対応するＳＧＷ９０７と、例えばＩＰアンカ３０９に対応するＩＰアンカ９０８と、例えばＨＳＳ３０８に対応するＨＳＳ９０９と、例えばＩＭＳ３１０の一部であるＰ−ＣＳＣＦ９１０との間で行われる。

９１１では、（例えば、３ＧＰＰにしたがって）リダイレクション手続き（redirection procedure）が実行される。ＵＥコンテクスト（UE context）は、リリースされない。

９１２では、ＵＥ９０１は、ＬＴＥセル上に留まっている。

９１３では、ＵＥ９０１は、ＬＴＥについてのＲＲＣ接続要求（RRC connection request）及びサービス要求（を送る。ＵＥ９０１は、ＳＲがフォールバックに起因するという指示をサービス要求に含ませる。さらに、トラッキングエリア更新（ＴＡＵ：Tracking Area Update）が実行される。

図８の例のケースでは、ＴＡＵは、ＵＰ−ＧＷとＳＧＷとの間のトンネルの確立もトリガする。

図１０は、ハンドオーバをともなうフォールバック手続きのもう１つの例を図説しているフロー図１０００を示している。

フローは、例えばＵＥ３０１に対応するＵＥ１００１と、例えばＮＲ３０２に対応するＮＲ１００２と、例えばＥ−ＵＴＲＡＮ３０３の一部であるＬＴＥ ｅＮＢ１００３と、例えばＮＧ ＣＰ３０６に対応するＮＧ ＣＰ１００４と、例えばＭＭＥ３０５に対応するＭＭＥ１００５と、例えばＵＰ ＧＷ３０７に対応するＵＰ ＧＷ１００６と、例えばＳＧＷ３０４に対応するＳＧＷ１００７と、例えばＩＰアンカ３０９に対応するＩＰアンカ１００８と、例えばＨＳＳ３０８に対応するＨＳＳ１００９と、例えばＩＭＳ３１０の一部であるＰ−ＣＳＣＦ１０１０との間で行われる。

１０１１では、ハンドオーバ手続きが、例えば、３ＧＰＰにしたがったＥＰＣにおけるＳ１ベースのハンドオーバ（S1 based Handover）と同様に行われ、ここでＮＧ ＣＰ１１０４は、ソースＭＭＥ及びソースＳＧＷのＣＰ部の役割を有する。ハンドオーバをサポートするために、セキュリティコンテクスト（security context）が、ＭＭＥ１００５とＮＧ ＣＰ１００４との間に（図３に示したアーキテクチャに関して）追加で設けられたＳ１０インターフェースを介して、ソースから目標の制御プレーン（Control Plane）機能（ＭＭＥ）へと移される。

１０１２では、任意選択で、ＥＰＣでのトラッキングエリア更新（Tracking Area Update）が行われる。

図９及び図１０の手続きは、例に過ぎず、フォールバック手続きは、また、異なった手続きで実装されることがある。図９の例と比較して、図１０の例は、ＮＧＳとＥＰＳとの間のハンドオーバをサポートするために、ＭＭＥとＮＧ ＣＰとの間に相互インターフェース（interworking interface）を必要とする。

呼切断（ＭＴ又はＭＯ）の後で、ＳＩＰ ＢＹＥメッセージの後で、ＰＤＮセッションは、ＮＧＳに戻されてもよい。これは、例えば次のようなものを含んでいてもよい。
・ＭＭＥ３０５は、サービス要求がマルチメディア呼のフォールバックのためであるというＵＥ３０１からの指示を取得する。
・ｅＮＢ（例えば、Ｅ−ＵＴＲＡＮ３０３の一部）は、無活動状態によるＳ１の解放を示し、ＭＭＥ３０５は、ＵＥ３０１がＮＧＳにリダイレクトされて戻らなければならないことをＵＥ３０１に再認識させる。
・ＭＭＥ３０５は、リダイレクト指示とともにＳ１を開放する。
・ｅＮＢは、５ＧへのリダイレクションとともにＲＲＣを開放する。

ＵＥ３０１は、ＭＯ呼又はＭＴ呼のケースでどの手続きを実行するかを判定するロジックを実装でき、これは下記の表１に従うことができる。この判定は、初期アタッチ及びＴＡＵの間にＮＧ ＣＰから受信される以下のパラメータに基づく。
・ＩＭＳ＿ＶＯＩＰ：ＰＳセッションでのＩＭＳ音声（IMS voice over PS Session）がサポートされる。
・ＶｏＬＴＥ＿ＦＢ：ＶｏＬＴＥがＬＴＥへのフォールバックによりサポートされる。

まとめると、（図５及び図７に図説したような）様々な実施形態にしたがって、通信を確立するための方法は、図１１に図説されたように提供される。

図１１は、フロー図１１００を示している。

１１０１では、（例えば、１つ又は複数の呼制御プロトコルメッセージを含んでいる）交換した呼制御プロトコルメッセージが、第１の移動体無線通信ネットワークを介して実行され、このメッセージが第１の通信装置と第２の通信装置との間の通信セッション確立が意図されていることを示す。

１１０２では、第１の通信装置は、呼制御プロトコルメッセージ交換の特定の呼制御プロトコルメッセージに応じて第１の移動体無線通信ネットワークから第２の通信ネットワークへのフォールバックを開始する。

１１０３では、フォールバックが実行される。

１１０４では、第１の通信装置と第２の通信装置との間の通信セッションが、第２の移動体無線通信ネットワークを介して確立される。

様々な実施形態にしたがって、言い換えると、（ＳＩＰなどの呼制御プロトコルにしたがった）初期呼確立シグナリング交換が、第２のネットワークへのフォールバックが開始される前に、第１のネットワークを介して実行される。フォールバックが、呼制御プロトコルメッセージ交換の特定の呼制御プロトコルメッセージ、例えば、通信装置のうちの１つによる特定の呼制御プロトコルメッセージの送信又は受信に応じて開始される。これは、例えば、メッセージ交換の最後のメッセージであってもよい。特定のメッセージは、例えば、呼確立が進行中であることを示すことができる（例えば、ＳＩＰ１８３プログレスメッセージであってもよい）又は通信セッションへのインビテーションの受信を確認するメッセージ（例えばＩＭＳ等のネットワーク内の、例えば端末等の通信装置のうちの１つから発せられるインビテーション、例えば、ＳＩＰトライイングメッセージ（SIP Trying Message）の受信を確認できるもの）であってもよい。例えば、シグナリング交換は、第１のネットワークを介して、少なくとも１つのメッセージが通信パーティ間で交換されているところまで、又は言い換えると、セッション（例えば、呼）確立が意図されていることを両方の通信パーティが通知されているところまでは、少なくとも達することができる。言い換えると、フォールバックの前に実行されたメッセージ交換は、（ＳＩＰインバイトメッセージ又はＳＩＰ１８３プログレスメッセージなどの）呼制御プロトコルメッセージのエンドツーエンド送信を含むことができる。呼制御プロトコルは、（ＯＳＩ（Open System Interconnection）参照モデルにしたがった）アプリケーションレイヤプロトコルとして理解されてもよい。言い換えると、メッセージ交換は、アプリケーションレイヤ上でのメッセージ交換である。

例えば、フォールバックシステムとしての次世代システム及びＬＴＥシステムのケースでは、移動体発呼に関して、移動端末による拡張サービス要求の前にＮＧＣユーザプレーンを介したＳＩＰシグナリングの初期交換がある。同様に、移動体着呼に関して、移動端末は、移動端末が存在するシステム（例えば、ＮＧＳ）においてＳＩＰシグナリングを受信し、次いでＵＥが拡張サービス要求を送る。

図１１に図説された方法は、例えば図１２に図説されたような通信装置により行われる。図１２は、実施形態による通信装置１２００を示している。

通信装置１２００は、第１の通信ネットワークを介して、第１の通信装置と第２の通信装置との間の通信セッション確立が意図されていることを示すメッセージを第２の通信装置と交換するように構成されたトランシーバ１２０１を備える。

通信装置１２００は、呼制御プロトコルメッセージ交換の後で、第１の通信ネットワークから第２の通信ネットワークへのフォールバックを実行するように構成されたコントローラ１２０２をさらに備える。

トランシーバ１２０１は、第２の通信ネットワークを介して第１の通信装置と第２の通信装置との間の通信セッションを確立するように構成される。

図１１に図説された方法のステップのうちの１つ又は複数が、通信ネットワークコンポーネントにより行われてもよい、すなわち、通信ネットワークコンポーネントが、図１１の方法のステップのうちの１つ又は複数を行うように構成されて設けられてもよいことに留意すべきである。

上に説明した手法は、例えばネットワークオペレータにより使用されてもよく、新しいＲＡＮ及びＮｅｘｔＧｅｎコアネットワークの配備中の一時的な解としてＮＧＳからＥＰＳへのマルチメディアサービスのフォールバック方策を実施することができる。

これは、次世代システム（Next Generation System）のロールアウトの一時的な状況において良い品質のマルチメディアサービスを提供することを可能にできる。

フォールバックは、例えば、
・不連続なＮＲカバレッジのケースでの頻繁なハンドオーバを避けるために、
・ＮＧＳ上のマルチメディア呼をサポートするための機能のロールアウト前及びロールアウト中、
に実行されてもよい。

上述したような実施形態による手法は、疎結合システム（loosely coupled system）を使用して実施されてもよい。

様々な実施例が、下記に記載されている：

実施例１は、図１１に図説したような、通信を確立するための方法である。

実施例２は、第１の移動体無線通信ネットワークが、５Ｇ移動体無線通信ネットワークであり、第２の移動体無線通信ネットワークが、ロングタームエボリューション無線通信ネットワークである、実施例１に記載の方法である。

実施例３は、呼制御プロトコルが、アプリケーションレイヤプロトコルである、実施例１又は２に記載の方法である。

実施例４は、呼制御プロトコルメッセージ交換が、通信セッションへのインビテーションメッセージ（invitation message）を第１の通信装置から第２の通信装置に送信することを含む、実施例１〜３のいずれかに記載の方法である。

実施例５は、上記呼制御プロトコルメッセージ交換が、上記第１の通信装置による通信セッションへのインビテーションに対する応答メッセージを上記第２の通信装置から上記第１の通信装置に送信することを含む、実施例１〜４のいずれかに記載の方法である。

実施例６は、上記通信セッションが、マルチメディア呼である、実施例１〜５のいずれかに記載の方法である。

実施例７は、上記通信セッションが、インターネットプロトコルマルチメディアサブシステム通信セッションである、実施例１〜６のいずれかに記載の方法である。

実施例８は、上記第１の通信装置によるフォールバックの開始が、上記第１の移動体無線通信ネットワークへ拡張サービス要求を送るステップを含む、実施例７に記載の方法である。

実施例９は、上記第２の移動体無線通信ネットワークへのフォールバックがサポートされるという指示を、上記第１の通信装置へ上記第１の移動体無線通信ネットワークが送信するステップを含み、さらに、上記指示に基づいて上記フォールバックを上記第１の通信装置が開始するステップを含む、実施例１〜８のいずれかに記載の方法である。

実施例１０は、上記フォールバックが、上記第１の通信装置と上記第２の通信装置との間の通信経路を、上記第１の移動体無線通信ネットワーク経由から上記第２の移動体無線通信ネットワーク経由へと変更するステップを含む、実施例１〜９のいずれかに記載の方法である。

実施例１１は、上記メッセージ交換が、上記第１の通信装置と上記第２の通信装置との間のメッセージ交換である、実施例１〜１０のいずれかに記載の方法である。

実施例１２は、上記呼制御プロトコルメッセージ交換の特定のメッセージが、上記第１の通信装置と上記第２の通信装置との間の上記通信セッション確立が進行中であることを示す、実施例１〜１１のいずれかに記載の方法である。

実施例１３は、上記呼制御プロトコルメッセージ交換の上記特定のメッセージが、上記通信セッションへのインビテーションの受信を確認する、実施例１〜１０のいずれかに記載の方法である。

実施例１４は、図１２に図説されたような通信装置である。

さらなる実施例が、図１３に図説されている。

図１３は、移動体発信マルチメディア呼を確立するための方法を図説しているメッセージフロー図１３００である。

メッセージフローは、ＵＥ１３０１と、第１の移動体ネットワーク（例えば、ＮＧＳ）１３０２と、第２の移動体ネットワーク（例えば、ＥＰＳ）１３０３と、ＩＰマルチメディア（サブ）システム１３０４との間で行われる。

１３０５では、ＵＥ１３０１は、（例えば、ユーザ入力に応答して）マルチメディア呼を実行することを判断する。

１３０６では、ＵＥ１３０１は、第１の移動体ネットワーク１３０２へサービス要求を発して、１３０７において、ＩＰマルチメディアシステム１３０４との初期呼確立シグナリング（initial call establishment signaling）を交換する。

１３０８では、ＵＥ１３０１は、第１の移動体ネットワーク１３０２へ第２のサービス要求を発して、第２の移動体ネットワーク１３０３へのマルチメディア呼の転送を要求する。

１３０９では、第１の移動体ネットワーク１３０２は、第２の移動体ネットワーク１３０３へのユーザ機器１３０１の転送をトリガする。

１３１０では、ユーザ機器１３０１は、第２の移動体ネットワーク１３０３に接続し、第２の移動体ネットワーク１３０３へサービス要求を送る。

１３１１では、ユーザ機器１３０１は、ＩＰマルチメディアシステムとの呼確立シグナリングを完了し、マルチメディア呼を実行する。

さらなる実施例が、図１４に図説されている。

図１４は、移動体着信マルチメディア呼を確立するための方法を図説しているメッセージフロー図１４００である。

メッセージフローは、ＵＥ１４０１と、第１の移動体ネットワーク（例えば、ＮＧＳ）１４０２と、第２の移動体ネットワーク（例えば、ＥＰＳ）１４０３と、ＩＰマルチメディア（サブ）システム１４０４との間で行われる。

１４０５では、ＩＰマルチメディアシステム１４０４は、第１の移動体ネットワーク１４０２に接続されたユーザ機器１４０１へ移動体着呼通知を発し、そして第１の移動体ネットワーク１４０２は、ユーザ機器１４０１へのページングを生成する。

１４０６では、ユーザ機器１４０１は、第１の移動体ネットワークへサービス要求を発して、１４０７において、ＩＰマルチメディアシステム１４０４との初期呼確立シグナリングを交換する。

１４０８では、ユーザ機器１４０１は、第１の移動体ネットワーク１４０２へ第２のサービス要求を発して、第２の移動体ネットワーク１４０３へのマルチメディア呼の転送を要求する。

１４０９では、第１の移動体ネットワーク１４０２は、第２の移動体ネットワーク１４０３へのユーザ機器１４０１の転送をトリガする。

１４１０では、ユーザ機器１４０１は、第２の移動体ネットワーク１４０３に接続し、第２の移動体ネットワーク１４０３へサービス要求を送る。

１４１１では、ユーザ機器１４０１は、ＩＰマルチメディアシステム１４０４との呼確立シグナリングを完了し、マルチメディア呼を実行する。

図１３及び図１４の実施例では、ユーザ機器は、サービス要求が上記ＩＰマルチメディアシステムとのマルチメディア呼を実行することに起因していることを、第２の移動体ネットワークにサービス要求で指示でき、マルチメディア呼の終了で、第２の移動体ネットワークは、ユーザ機器への接続を解放でき、そしてユーザ機器は、上記第１の移動体ネットワークへの新たな接続を実行できる。

方法のうちの１つのコンテクストで説明した実施形態及び実施例が、同様に有効であり、他の方法並びに通信装置に適用可能であり、逆も同様であることに留意すべきである。

通信装置の構成要素（例えば、トランシーバ及びコントローラ）は、例えば、１つ又は複数の回路により実装されてもよい。「回路」は、任意の種類のロジックを実装するエンティティとして理解されてもよく、特定用途回路又はメモリに記憶されたソフトウェア、ファームウェア、又はこれらの任意の組み合わせを実行するプロセッサであってもよい。このように、「回路」は、配線論理回路又はプログラマブルプロセッサ、例えば、マイクロプロセッサなどのプログラマブル論理回路であってもよい。「回路」は、ソフトウェア、例えば、任意の種類のコンピュータプログラムを実行するプロセッサであってもよい。下記により詳細に説明されるであろうそれぞれの機能の任意の他の種類の実装形態もまた、「回路」として理解されてもよい。

具体的な態様が説明されてきているとは言え、形態及び詳細の様々な変更が別記の特許請求の範囲により規定されるような本開示の態様の趣旨及び範囲から逸脱せずに行われ得ることが当業者には理解されるはずである。この範囲は別記の特許請求の範囲によりこのように示されており、従って、特許請求の範囲の等価性の意味及び範囲内になるすべての変更は包含されることが意図される。

Claims (14)

1. 通信を確立するための方法であって、
   第１の移動体無線通信ネットワーク（３０２、３０６、３０７、３１１）のコンポーネントを介して、第１の通信装置（３０１）と第２の通信装置との間の通信セッション確立が意図されていることを示す呼制御プロトコルメッセージ交換を実行するステップと、
   前記第１の通信装置（３０１）又は前記第２の通信装置による前記呼制御プロトコルメッセージ交換の特定の呼制御メッセージの送信又は受信に応じて、前記第１の移動体無線通信ネットワーク（３０２、３０６、３０７、３１１）から予備の第２の移動体無線通信ネットワーク（３０３、３０４、３０５、３０９）へのフォールバックを前記第１の通信装置（３０１）が要求するステップと、
   前記フォールバックを実行するステップと、
   前記第２の移動体無線通信ネットワーク（３０３、３０４、３０５、３０９）を介して前記第１の通信装置（３０１）と前記第２の通信装置との間の前記通信セッションを確立するステップと
   を含む方法。
2. 前記第１の移動体無線通信ネットワーク（３０２、３０６、３０７、３１１）が、５Ｇ移動体無線通信ネットワークであり、前記第２の移動体無線通信ネットワーク（３０３、３０４、３０５、３０９）が、ロングタームエボリューション無線通信ネットワークである、請求項１に記載の方法。
3. 前記呼制御プロトコルが、アプリケーションレイヤプロトコルである、請求項１又は２に記載の方法。
4. 前記呼制御プロトコルメッセージ交換が、通信セッションへのインビテーションメッセージを前記第１の通信装置（３０１）から前記第２の通信装置に送信することを含む、請求項１〜３のいずれか一項に記載の方法。
5. 前記呼制御プロトコルメッセージ交換が、前記第１の通信装置（３０１）による通信セッションへのインビテーションに対する応答メッセージを前記第２の通信装置から前記第１の通信装置（３０１）に送信することを含む、請求項１〜４のいずれか一項に記載の方法。
6. 前記通信セッションが、マルチメディア呼である、請求項１〜５のいずれか一項に記載の方法。
7. 前記通信セッションが、インターネットプロトコルマルチメディアサブシステム通信セッションである、請求項１〜６のいずれか一項に記載の方法。
8. 前記第１の通信装置（３０１）による前記フォールバックの開始が、前記第１の移動体無線通信ネットワーク（３０６）へ拡張サービス要求を送るステップを含む、請求項７に記載の方法。
9. 前記第２の移動体無線通信ネットワーク（３０３、３０４、３０５、３０９）へのフォールバックがサポートされているという指示を、前記第１の通信装置（３０１）へ前記第１の移動体無線通信ネットワーク（３０６）が送信するステップを含み、さらに、前記指示に基づいて前記フォールバックを前記第１の通信装置（３０１）が開始するステップを含む、請求項１〜８のいずれか一項に記載の方法。
10. 前記フォールバックが、前記第１の通信装置（３０１）と前記第２の通信装置との間の通信経路を、前記第１の移動体無線通信ネットワーク（３０２、３０７、３１１）経由から前記第２の移動体無線通信ネットワーク（３０３、３０４、３０９）経由へと変更するステップを含む、請求項１〜９のいずれか一項に記載の方法。
11. 前記メッセージ交換が、前記第１の通信装置（３０１）と前記第２の通信装置との間のメッセージ交換である、請求項１〜１０のいずれか一項に記載の方法。
12. 前記呼制御プロトコルメッセージ交換の前記特定のメッセージが、前記第１の通信装置（３０１）と前記第２の通信装置との間の前記通信セッション確立が進行中であることを示す、請求項１〜１１のいずれか一項に記載の方法。
13. 前記呼制御プロトコルメッセージ交換の前記特定のメッセージが、前記通信セッションへのインビテーションの前記受信を確認するものである、請求項１〜１０のいずれか一項に記載の方法。
14. 第１の移動体無線通信ネットワーク（３０２、３０６、３０７、３１１）のコンポーネントを介して、通信装置と第２の通信装置との間の通信セッション確立が意図されていることを示す１つ又は複数の呼制御プロトコルメッセージを交換するように構成されたトランシーバと、
    前記トランシーバによる前記１つ又は複数の呼制御プロトコルメッセージの特定の呼制御メッセージの送信又は受信に応じて、前記第１の移動体無線通信ネットワーク（３０２）から予備の第２の移動体無線通信ネットワークへのフォールバックを要求するように構成されたコントローラと
    を備え、
    前記トランシーバが、前記フォールバックを実行するように且つ前記第２の移動体無線通信ネットワークを介して前記通信装置と前記第２の通信装置との間の前記通信セッションを確立するように構成される、
    通信装置。