JP2016197910A - パケット交換ドメインから回線交換ドメインへのフォールバックを可能にする方法および装置 - Google Patents

Abstract

【課題】ワイヤレス通信において回線交換（ＣＳ）フォールバックを実行する。
【解決手段】装置の非アクセス層（ＮＡＳ）は、インターネット・プロトコル・マルチメディア・サブシステム（ＩＭＳ）登録状況に基づいてＣＳフォールバックを実行するかどうかを決定し、ＷＴＲＵがＣＳドメインにアタッチされるときにＣＳフォールバックを実行するよう求める要求を示すサービス要求を送信する。さらに、装置は、ＮＡＳからＣＳサービス要求を受信して、ＣＳサービス要求の表示を無線リソース制御（ＲＲＣ）メッセージでＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）に送信し、ＲＲＣメッセージはＣＳサービス情報を含み、ＣＳサービス要求に応答してハンドオーバーコマンドを受信するアクセス層（ＡＳ）を含む。
【選択図】図３

Description

本発明は、ワイヤレス通信に関し、より詳細には、パケット交換ドメインから回線交換ドメインへのフォールバックを可能にする方法および装置に関する。

３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）のＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）プログラムの目的は、スペクトル効率の改善、待ち時間の短縮を与えて、コストの削減によりさらに高速なユーザー体験をもたらすために無線リソースの利用を高めることである。

ＬＴＥは、当初パケットにおいてしかサポートされない可能性の高いパケット交換（ＰＳ）専用無線技術であるので、レガシーなＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）（登録商標）による逆行のモビリティをサポートする必要があり、そしてそれはユビキタスでありどこでも存在すると仮定することができる。（例えばＧＳＭなどの）レガシーな回線交換（ＣＳ）ネットワークと相互に作用するために、オペレータはＩＭＳ（ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）ネットワークを配備するであろうと仮定された。特に、ＶＣＣ（Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）は、ＶｏＩＰ（Ｖｏｉｃｅ Ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）技術を使用して、ＬＴＥ ＰＳからレガシーなＣＳにボイスコールをハンドオーバーするために使用される技術になると期待された。しかし、ＩＭＳの配置をＬＴＥの配置から分離することも望ましいと考えられよう。言い換えれば、オペレータは、最初に高速ＰＳサービス専用にＬＴＥを配置しておいて、ボイスコール用にその配置済みのＣＳインフラストラクチャを使用したいと考えるであろう。この理由から、オペレータは、マルチモードのＷＴＲＵ（ｗｉｒｅｌｅｓｓ ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｕｎｉｔ）（ＬＴＥ＋ＧＳＭおよび／またはＷＣＤＭＡ（登録商標））が高速ＰＳデータトラフィック向けにＬＴＥネットワークを使用できるようにして、例えばＶＣＣなどのあらゆるＩＭＳ機能を必ずしも使用せずにボイストラフィック用のレガシーなＣＳネットワークに戻ることができるようにする機能（「ＣＳ フォールバック」という）を装備したＬＴＥの初期リリースに期待しているであろう。

一般に、ＷＴＲＵが、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍｓ）Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を介してＥｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ（ＥＰＳ）にアタッチする場合、ＮＡＳ（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）レイヤーのＡｔｔａｃｈメッセージは、ＣＳドメインでもＷＴＲＵにアタッチする必要があることをネットワークに示す「ＣＳフォールバックインジケータ」を含む。次に、ＭＭＥ（Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）は、以下に示すようなＡｔｔａｃｈ Ａｃｃｅｐｔメッセージにおいてプロセスの完了を示す前に、ＷＴＲＵの代わりにＣＳドメインへのアタッチメントを実行する。

図１は、ＥＰＳにおけるＣＳフォールバックの手順１００を示す図である。図１を参照すると、ＷＴＲＵ１１０は、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージ１２０（例えば、ＭＭＥ１３０へのＣＳフォールバックインジケータメッセージ）の送信によってアタッチ手順を開始する。ＣＳフォールバックインジケータ１２０は、ＷＴＲＵ１１０がＣＳフォールバックを使用する性能があり、ＣＳフォールバックを使用するように構成されていることを示す。次に、例えば３ＧＰＰ ＴＳ ２３．４０１に記述されている手順などのＥＰＳアタッチ手順１４０が実行される。

ビジター・ロケーション・レジスタ（ＶＬＲ）（図示せず）は、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージ１２０がＣｏｍｂｉｎｅｄ Ｕｐｄａｔｅインジケータを含む場合、組み合わされたＧＰＲＳ／ＩＭＳＩアタッチ手順に従って更新される。ＶＬＲ番号は、ＩＡＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｔｏｍｉｃ Ｔｉｍｅ）から導かれる。ＭＭＥは、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｉｃｅ）１７０から第１のＩｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａメッセージ（図示せず）を受信すると、新しいＭＳＣ／ＶＬＲ１６０に向けてロケーション更新手順１５０を開始する。この操作は、ＭＳＣ／ＶＬＲ内でＥＲＳアタッチ済みとしてＷＴＲＵ１１０にマーク付けする。

次に、ＭＭＥ１３０は、Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔ（新しいＬＡＩ（Ｌｏｃａｔｉｏｎ Ａｒｅａ Ｉｄｅｎｔｉｔｙ）、ＩＭＳＩ、ＭＭＥアドレス、Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ Ｔｙｐｅ）メッセージ１８０をＶＬＲ１６０に送信する。新しいＬＡＩは、ＴＡ（図示せず）からのマッピング情報に基づいてＭＭＥ１３０内で決定される。マッピングされたＬＡＩは、オペレータ構成に基づいてＧＥＲＡＮ用かＵＴＲＡＮ用かのいずれかであってもよい。ＶＬＲ１６０は、ＭＭＥアドレスを格納することにより、ＭＭＥ１３０との関連付け１９０を作成する。ＶＬＲ１６０は、ＣＳドメインにおいてＬｏｃａｔｉｏｎ Ｕｐｄａｔｅ手順１９２を実行する。ＶＬＲ１６０は、Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ Ａｃｃｅｐｔ１９４（ＶＬＲ ＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｎｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ））によりＭＭＥ１３０に応答する。ＭＭＥ１３０は、Ａｔｔａｃｈ Ａｃｃｅｐｔ（例えば、ＬＡ（Ｌｏｃａｔｉｏｎ Ａｒｅａ）、ＶＬＲ ＴＭＳＩ）メッセージ１９６をＷＴＲＵ１１０に送信する。ＬＡおよびＶＬＲ ＴＭＳＩの存在は、ＣＳドメインへのアタッチの成功を示す。

アクティブモードにおけるモバイル発信（ＭＯ）およびモバイル着信（ＭＴ）のボイスコールのフォールバック手順を準備し実行するための既存のハイレベルシグナリングは、いくつかの未解決の問題を有する。例えば、１つの問題は、（ＩＭＳ／ＶＣＣを使用して）ＬＴＥでボイスをサポートできるネットワークもあれば、サポートできていないネットワークもあることである。ネットワーク性能に応じて、ＷＴＲＵアプリケーションプロセッサのテレフォニークライアントは、ＭＯコールをＰＳドメインにルーティングする（およびＮＡＳのＥＳＭサブレイヤーにＰＤＰコンテキストアクティブ化を要求する）か、またはＣＳドメインにルーティングするか（およびコールがセットアップされるよう要求するか）を決定しなければならない。

もう１つの未解決の問題は、ＷＴＲＵにおけるコール制御をどのように処理するかである。（ネットワークがＩＭＳをサポートしなかったので）コールがＷＴＲＵ内のＣＳドメインにおいて発信された場合、通常、コールは、ＷＴＲＵ内のＣＣ／ＭＭプロトコルにルーティングされて、ＥＭＭサブレイヤーは要求を認識していない。

あるいはまた、ＷＴＲＵは、ボイスのＰＳを使用することにより開始した場合、ＮＡＳのＥＳＭレイヤー（ＥＰＳ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）にＩＰアドレスを要求するＶｏＩＰクライアントアプリケーションを使用する。次に、ＥＳＭレイヤーは、接続をセットアップするためにＲＲＣと対話するＥＭＭ（ＥＰＳ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）レイヤーにコンタクトをとる。この時点において、ＬＴＥネットワークは、ＣＳドメインに「フォールバック」するようＷＴＲＵに命令する。しかし、ＷＴＲＵがＣＳドメインに「フォールバック」してしまうと、コールはそれ以降ＷＴＲＵ内のＣＳドメインにルーティングされるようになり、ＭＭ／ＣＣプロトコルがこの接続に対して責任を負う。

上記の「フォールバック完了」の表示をＣＳボイスクライアントおよびＣＣ／ＭＭ（Ｃａｌｌ ｃｏｎｔｒｏｌ／Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）プロトコルに供給して、コール制御をＶｏＩＰクライアント／ＥＳＭ／ＥＭＭからＣＳコールクライアント／ＣＣ／ＭＭに移すことが望ましい。したがって、ＰＳドメインからＣＳドメインへのフォールバックを可能にする改良された方法および装置が必要である。

ワイヤレス通信において回線交換（ＣＳ）フォールバックを実行するための方法および装置。装置のＮＡＳは、ＩＭＳ登録状況に基づいてＣＳフォールバックを実行するかどうかを決定し、ＷＴＲＵがＣＳドメインにアタッチされるときにＣＳフォールバックを実行するよう求める要求を示すサービス要求を送信する。さらに、装置は、ＮＡＳからＣＳサービス要求を受信して、ＣＳサービス要求の表示をＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージでＥ−ＵＴＲＡＮに送信し、ＲＲＣメッセージはＣＳサービス情報を含み、ＣＳサービス要求に応答してハンドオーバーコマンドを受信するＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）を含む。

さらに詳細な理解を、添付の図面とともに例として与えられる以下の説明から得ることができる。

例示的なアタッチプログラムの図である。 ＣＳフォールバックを実行するように構成された例示的なＷＴＲＵおよびｅＮＢの図である。 アイドルモードにおける例示的なＭＯコールの信号フローチャートである。 進行中のパケットセッションによるアクティブモードにおける例示的なＭＯコールセットアップの信号フローチャートである。 アイドルモードにおけるＭＴコールセットアップを含むＭＴコールの例示的なコールセットアップ方法の信号フローチャートである。 進行中のパケットセッションによるアクティブモードにおけるＭＴコールセットアップの例示的な方法の信号フローチャートである。 ボイスクライアント選択を処理するための例示的な方法のフローチャートである。 アイドルモードにおける例示的なＭＯコールセットアップの信号フローチャートである。

本明細書において以後、用語の「ＷＴＲＵ」を参照する場合、制限されないが、ユーザー機器、移動局、固定または移動の加入者ユニット、ページャー、携帯電話機、携帯情報端末（ＰＤＡ）、コンピューター、またはワイヤレス環境において動作する性能がある他のあらゆる種類のユーザーデバイスを含む。本明細書において以後、用語の「基地局」を参照する場合、制限されないが、Ｎｏｄｅ Ｂ、ｅｎｈａｎｃｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）、サイトコントローラー、アクセスポイント（ＡＰ）、またはワイヤレス環境において動作する性能がある他のあらゆる種類のインターフェーシングデバイスを含む。本明細書において説明される実施形態において、ＭＳＣ／ＶＣＲは、ＭＣＳ、ＶＬＲ、またはその両方を含むことができる。

図２は、ＣＳフォールバックを実行するように構成された例示的なＷＴＲＵおよびｅ−Ｎｏｄｅ Ｂ（ｅＮＢ）の図である。ＷＴＲＵ２０５は、プロセッサ２１０、トランスミッター２１５、レシーバー２２０、およびアンテナ２２５を備える。プロセッサ２１０は、モバイルノード（ＭＮ）２３０、ＮＡＳ２３５、およびＡＳ２４０を備えるプロトコルスタックを含む。ＮＡＳ２３５は、接続管理サブレイヤー２４５およびモビリティ管理サブレイヤー２５０に分割される。接続管理サブレイヤー２４５は、コール制御（ＣＣ）ユニット２５５およびＥＰＳセッション管理（ＥＳＭ）ユニット２６０を含む。モビリティ管理サブレイヤー２５０は、モビリティ管理（ＭＭ）ユニット２６５およびＥＰＳモビリティ管理（ＥＭＭ）２７０ユニットを含む。ＡＳ２４０は、ＣＳをサポートするレガシーなＡＳ２７５およびＬＴＥ ＡＳ２８０を含む。ＭＮ２３０は、オプションとして、ＣＳコールクライアント２８２、クライアント制御／選択ユニット２８４、およびＶｏＩＰクライアント２８６を含むことができる。

図２を参照すると、ｅ−Ｎｏｄｅ Ｂ２８５（ｅＮＢ）は、プロセッサ２８７、トランスミッター２８８、レシーバー２８９、およびアンテナ２９０を備える。ｅｎｂ２８５は、ネットワーク内のＧＥＲＡＮ／ＵＴＲＡＮユニット２９１、ＭＳＣ／ＶＬＲユニット２９２、Ｅ−ＵＴＲＡＮユニット２９３、およびＭＭＥユニット２９４と通信するように構成される。

本明細書において説明される方法および装置によれば、ＬＴＥネットワークは、ＷＴＲＵにＳＲ（Ｓｉｎｇｌｅ−Ｒａｄｉｏ）−ＶＣＣをサポートするかどうかを示す能力を有する。このサポートは、自動的に、ネットワークがＶｏＩＰをサポートして、ボイスセッションを回線交換（ＣＳ）ドメインにハンドオーバーする能力を有することを端末に示す。この表示を、ブロードキャストチャネルまたはあらゆるＲＲＣ／ＮＡＳメッセージ上に提供できる。この表示を、例えば単一ビットを設定することによって遂行できる。あるいはまた、さらに多くのビットを使用して、例えばＶｏＩＰのサポートおよび／またはＩＭＳのサポートおよび／またはＳＲ−ＶＣＣのサポートなど、各々の機能を別個に示すことができる。

あるいはまた、ネットワークは、ＵＭＴＳ ＩＣ Ｃａｒｄ（ＵＩＣＣ）（図示せず）のＵＳＩＭを事前構成するか、またはＯＭＡデバイス管理プロトコルを通じてＵＳＩＭを構成して、例えば、Ｒ７で導入された３ＧＰＰ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ Ｃａｐａｂｉｌｉｔｉｅｓ（ＳＤｏＵＥ）機能の選択的なディスエーブルを使用して、その能力を示すことができる。次に、ＷＴＲＵは、そのＵＳＩＭを通じて、または管理オブジェクト（ＭＯ）を通じてネットワーク機能を読み取る。

方法およびＷＴＲＵは、ＷＴＲＵがＳｉｎｇｌｅ−Ｒａｄｉｏ ＶＣＣをサポートするかどうかをネットワークに示す性能を有することができる。このサポートは、ＷＴＲＵがＶｏＩＰをサポートし、ＩＭＳイネーブルであり、ボイスセッションをＣＳドメインにハンドオーバーする能力を有することを自動的にネットワークに示すことができる。この表示を、あらゆるＲＲＣ／ＮＡＳメッセージに提供できる。この表示を、例えば単一ビットを設定することによって遂行できる。あるいはまた、さらに多くのビットが使用して、例えばＶｏＩＰのサポートおよび／またはＩＭＳのサポートおよび／またはＳｉｎｇｌｅ−Ｒａｄｉｏ ＶＣＣのサポートなど、各々の機能を別個に示すことができる。

以下の４つのハイレベルの例示的な状況は、マルチモード端末に対して生じる。以下の例において、ＣＳフォールバックがネットワークによってサポートされる必須機能であることを仮定する。第１の状況は、ＳＲ−ＶＣＣおよびＶｏＩＰに対するＬＴＥネットワークおよびＷＴＲＵのサポートに対して生じる。この事例において、ＷＴＲＵがＬＴＥネットワーク上にあり、モバイル発信（ＭＯ）コールを有する場合、ＷＴＲＵはそのＶｏＩＰクライアントを使用してコールをセットアップする。ＷＴＲＵは、ＣＳコールクライアントを使用し、ネットワークにより示されたとおりにフォールバックすることができる。フォールバック手順を使用するという決定を、ネットワークかＷＴＲＵかのいずれかによって行うことができる。例えば、ＷＴＲＵにその他の進行中のＰＳサービスがあるか、またはネットワーク通信可能範囲にあるかどうかの決定は、ＣＳおよびＰＳリソースの可用性に基づくことができる。決定は、ＷＴＲＵによって行われて、例えばボイスコールに予想されるＱｏＳに基づくことができる。低速のＶｏＩＰのみが使用可能である場合、ＷＴＲＵは、コール品質を高めるためにＣＳにフォールバックすることを決定することができる。

第２の状況は、ＷＴＲＵがＬＴＥ上でＳＲ−ＶＣＣおよびＶｏＩＰをサポートするが、ＬＴＥネットワークはＬＴＥのＳＲ−ＶＣＣおよび／またはＶｏＩＰをサポートしない場合に生じる。この事例において、ＷＴＲＵがＬＴＥネットワーク上にあり、ＭＯコールを有する場合、ＷＴＲＵはそのＣＳコールクライアントを使用してコールをセットアップし、後に定義されるようにＣＳフォールバック手順を使用する。この例において、ＷＴＲＵは、ブロードキャストチャネルまたはＮＡＳメッセージングで受信した情報に基づいてネットワーク機能を認識する。

第３の状況は、ＷＴＲＵがＬＴＥ上でＳＲ−ＶＣＣおよび／またはＶｏＩＰをサポートしないが、ＬＴＥネットワークはＬＴＥのＳＲ−ＶＣＣおよび／またはＶｏＩＰをサポートする場合に生じる。この例において、ＷＴＲＵがＬＴＥネットワーク上にあり、ＭＯコールを有する場合、ＷＴＲＵはそのＣＳコールクライアントを使用してコールをセットアップし、後に定義されるようにＣＳフォールバック手順を使用する。

第４の状況は、ＷＴＲＵおよびネットワークのいずれもＬＴＥ上でＳＲ−ＶＣＣおよび／またはＶｏＩＰをサポートしない場合に生じる。この例において、ＷＴＲＵがＬＴＥネットワーク上にあり、ＭＯコールを有する場合、ＷＴＲＵはそのＣＳコールクライアントを使用してコールをセットアップし、後に定義されるようにＣＳフォールバック手順を使用する。

さらに、これらの４つの例示的な方法は、上に定義されたとおりに機能通知を受信することを含む。この機能通知を、正しいコールクライアントの選択を可能にするために上位レイヤーアプリケーションに提供することができる。さらに、新しいアテンション（ＡＴ）コマンドおよびモデム（ＡＳ／ＮＡＳ）とアプリケーション間のこの情報の交換のための他のプリミティブを、この方法に含むことができる。

ＣＳにフォールバックする決定、またはＣＳもしくはＰＳドメインコールクライアントを使用してコールを開始する決定は、ＷＴＲＵのＩＭＳ登録状況に基づくことができて、ＷＴＲＵまたはネットワークによって行われてもよい。したがって、方法は、ＥＭＭ制御によりＷＴＲＵにおいてコールセットアップを実行することを含むことができる。この例において、ネットワークはＩＭＳサポートがなく、初期アタッチ手順中にＷＴＲＵ ＮＡＳのＥＭＭサブレイヤーをＭＭＥにアタッチすることを仮定する。この方法の一環として、さらに、ＭＭサブレイヤーを、Ｌｏｃａｔｉｏｎ Ａｒｅａ Ｕｐｄａｔｅを実行することにより、ＣＳドメイン内のＭＳＣ／ＶＬＲにアタッチすることができる。したがって、ＷＴＲＵのＭＭサブレイヤーは、ＭＭ ＩＤＬＥ＿ＮＯＲＭＡＬ ＳＥＲＶＩＣＥ状態であり、更新ステータスはＵ１である。ただし、Ｕ１は前回のロケーション更新の試行が成功したことを示す。一般に、更新ステータスは、ＮＡＳサブレイヤーの状態、およびそれらがロケーション更新手順の結果として変更されているかどうかを示すことができる。

図３は、アイドルモードにおけるモバイル発信（ＭＯ）コールの方法３００の信号フローチャートである。ＷＴＲＵがＬＴＥでアイドルモードにある間に、コールがＣＳドメインで開始される場合、ＮＡＳ２３５のＭＭサブレイヤー２５９は、要求についてＮＡＳ２３５のＥＭＭサブレイヤー２７０に通知する。

図３を参照すると、「ＭＮＣＣ＿ＳＥＴＵＰ＿ＲＥＱ」プリミティブは、ＭＮ２３０によって、通常のボイスコールのＭＯ確立を開始するためにＷＴＲＵに定義されたＭＮＣＣ−ＳＡＰ上でＣＣ２５５に送信される３０５。「ＭＮＣＣ＿ＳＥＴＵＰ＿ＲＥＱ」プリミティブの受信に応答して、「ＭＭＣＣ＿ＥＳＴ＿ＲＥＱ」プリミティブは、ＣＣ２５５によって、ＭＭ接続を確立するためＷＴＲＵ２０５に定義されたＭＭＣＣ−ＳＡＰ上でＭＭ２６５に送信される３１０。「ＭＭＥＭＭ＿ＮＯＴＩＦＹ＿ＲＥＱ」プリミティブは、ＥＭＭ２７０にＭＯ ＣＳコールまたはＭＯ ＣＳサービスを通知するために、ＭＭ２６５によってＥＭＭ２７０に送信される３１５。「ＭＭＥＭＭ＿ＮＯＴＩＦＹ＿ＲＥＱ」は、基本概念を変更することなく何らかの他の名前で呼ぶことができる。

次に、ＥＭＭ２７０は、サービス要求をＬＴＥ ＡＳ２８０に送信する３２０。サービス要求は、例えば、ＭＯ ＣＳサービス要求、またはＭＭＥ２９４とのＳ１シグナリング接続を確立する同様の目的を持つあらゆる他のＮＡＳ ＥＭＭ／ＥＳＭメッセージであるとすることができる。送信されるメッセージに含まれるのは、表示「ＣＳサービス」または同様の目的を持つ他の原因値である。ＥＭＭ２７０は、必要に応じて、ＥＭＭメッセージ（図示せず）の暗号化および／または保全性保護を実行した後、このメッセージをＬＴＥ ＡＳ２８０に送信する３２０。ＥＭＭ２７０は、送信されるＮＡＳメッセージとは別のＣＳサービス開始の表示をＬＴＥ ＡＳ２８０に提供して、例えばこれが会話型であるかストリーミングであるかどうかなどの記述を提供することもできる。

あるいはまた、ＭＭレイヤー２５０は、ＬＴＥ ＡＳ２８０のＲＲＣレイヤーに、開始されるＭＯ ＣＳサービス（図示せず）を直に示すことができる。この表示は、サービスの記述（例えば、会話型、バックグラウンド）を含むことができる。

別の代替において、ＬＴＥ ＡＳ２８０は、セル再選択手順を開始して、ＧＥＲＡＮ／ＵＴＲＡＮアクセスの選択優先度を優先順位付けする（すなわち、ＣＳサービスをサポートする無線アクセス技術（ＲＡＴ）を優先させる）ことができる。ＧＥＲＡＮまたはＵＴＲＡＮが選択されると、ＷＴＲＵ２０５は、ＣＳセルへのフォールバックの表示を以下で開示されるＮＡＳ２３５に提供するか、またはあらゆる後のステップに進むことができる。

戻って図３を参照すると、ＬＴＥ ＡＳ２８０は、ＲＲＣ接続を取得するための手順を開始する３２５。これは、ＲＡＣＨアクセスおよびＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴを含むことができる。ＬＴＥ ＡＳ２８０は、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴにおいて確立原因を、ＣＳサービス開始を示す値に設定できる。ＬＴＥはＰＳ専用のアクセス技術であるが、ＡＳはまた、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴにおいてドメインインジケータ情報要素（ＩＥ）をＣＳドメインに設定できる。さらに、確立原因は、ＣＳサービスの詳細（例えば、「Ｏｒｉｇｉｎａｔｉｎｇ Ｓｔｒｅａｍｉｎｇ Ｃａｌｌ」、「Ｏｒｉｇｉｎａｔｉｎｇ Ｂａｃｋｇｒｏｕｎｄ Ｃａｌｌ」など）を提供できる。

代替（図示せず）において、「ＥＶＥＮＴ ＮＯＴＩＦＩＣＡＴＩＯＮ」と呼ばれる新しいＲＲＣメッセージを、ＲＲＣ接続が確立された後にＷＴＲＵ２０５によって送信できる。このメッセージは、ＭＯ ＣＳサービス要求が受信されたことをｅＮＢ２８５に示す。次に、ＲＲＣは、このメッセージを送信した後に、タイマーを開始することができる。タイマーが、ＨＡＮＤＯＶＥＲ ＦＲＯＭ Ｅ−ＵＴＲＡＮコマンドもしくは同等のメッセージ、または上記で定義されるあらゆる他のメッセージが受信される前に満了する場合、ＷＴＲＵ２０５は、アイドルモードに移行し、ＣＳサービスが使用可能なセルに再選択することができる。

原因値が「Ｏｒｉｇｉｎａｔｉｎｇ ＣＳ ｓｅｒｖｉｃｅ」に設定されて、または同様の目的の原因によりＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴが受信されると、ｅＮＢ２８５は、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）をセットアップするためにＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰメッセージを送信することができる３３０。ＳＥＴＵＰメッセージは、例えば、単一ビットであるとすることができて、ＣＳサービスのｅＮＢ開始の再配置の表示を含むことができる。この表示が存在する場合、または他のパラメーターに基づく場合、ＷＴＲＵ２０５のＲＲＣレイヤーは、上位レイヤーＮＡＳメッセージを送信するためにアップリンク（ＵＬ）ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ手順の開始を試行しないよう決定できる。Ｔ３００タイマーは、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴが伝送されると開始される。タイマーは、ＷＴＲＵ２０５がＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰを受信したときに停止される。タイマーが満了して、ＷＴＲＵ２０５がＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰを受信しない場合、次にＷＴＲＵ２０５はＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴを再送信するか、またはすでに十分な数のＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴを送信した場合にネットワークとの確立手順をアボートすることができる。

ＷＴＲＵ２０５は、メッセージを受信したときにタイマーＴ３００を停止することができ、他のタイマーＴ１を開始することもできるが、これはＷＴＲＵ２０５がアイドル状態に戻る前に待機する必要のある時間を決定するのに役立つ。あるいはまた、ｅＮＢ２８５は、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＪＥＣＴメッセージ、またはターゲットＲＡＴ、ターゲット周波数、もしくはターゲットセルを示すＷＴＲＵのリダイレクション情報を含むことができる他のＲＲＣメッセージを送信することができる。この代替において、さらにメッセージは、再配置の開始を示すことができる。ＷＴＲＵ２０５は、このメッセージを受信すると、タイマーＴ３００を停止して、アイドルモードに移行し、示されている場合、示されたＲＡＴ、周波数、またはセルに再選択する。これが実行された後、ＷＴＲＵ ＲＲＣは、以下に説明するさまざまな表示を送信することができる。別の代替は、「ＥＶＥＮＴ ＮＯＴＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥ」と呼ばれる新しいＲＲＣメッセージを送信することを含み、これはＥＶＥＮＴ ＮＯＴＩＦＩＣＡＴＩＯＮが受信されたことをＷＴＲＵ２０５に示す。このＲＲＣメッセージを、原理を変更することなく何らかの他の名前で呼ぶことができる。そのように、ＷＴＲＵ２０５がＥＶＥＮＴ ＮＯＴＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージを受信する場合、ＷＴＲＵ２０５は、タイマーＴ３００を停止して、ＷＴＲＵ２０５がアイドルモードに切り替える前に待機する必要のある時間を決定するのに役立つ別のタイマーを開始することができる。

上記の代替のいかなる組み合わせが使用されてもよい。ＲＲＣ接続およびＳＲＢがセットアップされている場合、ｅＮＢ２８５は、ＷＴＲＵ２０５を再配置するセルを決定することができるように、測定手順を開始することができる。したがって、ＷＴＲＵ２０５はまた、測定を実行して、測定レポートをｅＮＢ２８５に送信することもできる。

次に、ｅＮＢ２８５は、ＵＰＬＩＮＫ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージをＷＴＲＵ ＮＡＳメッセージと共にＭＭＥ２９４に送信するか３４５、または確立原因がＣＳサービス開始に設定されたＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴを受信した後に、ＲＥＬＯＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージをＣＳサービス開始の記述と共にＭＭＥ２９４に送信することができる。

次に、ＭＭＥ２９４は、ターゲットＭＳＣ／ＮＢ／ＢＳとのＣＳサービス開始のためのリソースを確保した後、ＲＥＬＯＣＡＴＩＯＮ ＣＯＭＭＡＮＤを送信する３５０。あるいは、ＭＭＥ２９４はまた、ＷＴＲＵ２０５にＮＡＳメッセージ（例えば、ＳＥＲＶＩＣＥ ＲＥＪＥＣＴ）を送信することもできる。

次に、ｅＮＢ２８５は、ＨＡＮＤＯＶＥＲ ＦＲＯＭ Ｅ−ＵＴＲＡＮ ＣＯＭＭＡＮＤをＷＴＲＵ２０５に送信する３５５。ハンドオーバーコマンドは、ターゲットＲＡＴ、ターゲット周波数、またはターゲットセルをＷＴＲＵ２０５に示すことができる。あるいは、ｅＮＢ２８５は、異なる名前を持つが、同様の目的を果たすＲＲＣメッセージを送信することができる。このＲＲＣメッセージは、上位レイヤーＮＡＳメッセージを含むことができる。

ハンドオーバーコマンドの受信に応答して、ＬＴＥのＲＲＣレイヤーは、ＣＳセルへのフォールバックの表示をＮＡＳ２３５に提供することができる３６０。この表示はまた、プリミティブを使用してあらゆる受信したＮＡＳメッセージを送信するために使用されてもよい。ＬＴＥアクセス２８０のＲＲＣレイヤーはまた、ハンドオーバーで受信したパラメーターをターゲットアクセスに示すこともできる３６５。ターゲットアクセスは、これらのパラメーターを使用して、ターゲットセルと同期化することができる。ターゲットアクセスはまた、プリミティブを使用して、パラメーターを受信したこと、またはＬＴＥアクセスへの正常なハンドオーバーを確認することもできる。ＥＭＭエンティティ２７０は、端末が現在Ａ／ＧｂまたはＩｕモードでＣＳドメインで動作していることをＭＭレイヤー２６５に示すことができる３７０。ＲＲＣ、またはターゲットアクセスの等価のレイヤーは、ＣＳセルへのフォールバックの表示をプリミティブを介してＮＡＳ２３５に提供することができる３７５。

ハンドオーバーコマンドの受信への応答は、あらゆる順序であってもよく、順次であることを目的とせず、あらゆる組み合わせで実行されてもよい。これらのステップのＮＡＳレイヤー２３５は、特に、ＥＭＭ２７０およびＭＭ２６５エンティティのいずれか、または両方を示す。また、ＬＴＥ ＲＲＣおよびＭＭサブレイヤー２５０ならびにＥＭＭエンティティ２７０およびターゲットのＲＲＣ等価物の間のプリミティブを定義することが可能であってもよい。これらのプリミティブは、受信、開始、または完了したＣＳフォールバックコマンドを通知するために使用されてもよい。

ＷＴＲＵ ＮＡＳ２３５は、Ａ／ＧｂまたはＩｕモードで動作しており３８０、ＭＭレイヤーはアクティブである。そのように、ＷＴＲＵ ＮＡＳ２３５は、通常どおり、今現在のアクセスであるターゲットアクセスのアクセス層とのコールセットアップ手順を開始することができる３８５。ＲＲＣ、またはターゲット（今現在の）アクセスの等価のレイヤーは、ＭＯ ＣＳコール要求を受信するためにその定義された手順を開始することができる３９０。

図４は、進行中のパケットセッションでのアクティブモードにおけるＭＯ Ｃａｌｌセットアップのための方法４００を示す信号フローチャートである。この例は、アイドルモードにおけるモバイル発信（ＭＯ）コールの方法を含む。ＷＴＲＵがＬＴＥでアイドルモードにある間に、コールがＣＳドメインで開始された場合、ＮＡＳ２３５のＭＭサブレイヤー２６５は、要求を（ＮＡＳの）ＥＭＭサブレイヤー２７０に通知する。

図４を参照すると、「ＭＮＣＣ＿ＳＥＴＵＰ＿ＲＥＱ」プリミティブは、ＭＮ２３０によって、正常ボイスコールのＭＯ確立を開始するためＷＴＲＵ２０５に定義されたＭＮＣＣ−ＳＡＰ上でＣＣ２５５に送信される４０５。「ＭＮＣＣ＿ＳＥＴＵＰ＿ＲＥＱ」プリミティブの受信に応答して、「ＭＭＣＣ＿ＥＳＴ＿ＲＥＱ」プリミティブは、ＣＣによって、ＭＭ接続を確立するためＷＴＲＵ２０５に定義されたＭＮＣＣ−ＳＡＰ上でＭＭ２６５に送信される４１０。「ＭＭＥＭＭ＿ＮＯＴＩＦＹ＿ＲＥＱ」は、ＥＭＭ２７０にＭＯ ＣＳコールまたはＭＯ ＣＳサービスを通知するために、ＭＭ２６５によってＥＭＭ２７０に送信される４１５。「ＭＭＥＭＭ＿ＮＯＴＩＦＹ＿ＲＥＱ」は、基本概念を変更することなく何らかの他の名前で呼ばれてもよい。

次に、ＥＭＭ２７０は、サービス要求をＬＴＥ ＡＳ２８０に送信する４２０。サービス要求は、例えば、ＭＯ ＣＳサービス要求、またはＭＭＥ２９４とのＳ１シグナリング接続を確立する同様の目的を持つあらゆる他のＮＡＳ ＥＭＭ／ＥＳＭメッセージであってもよい。送信されるメッセージに含まれるのは、表示「ＣＳサービス」または同様の目的を持つその他の原因値である。ＥＭＭ２７０は、必要に応じて、ＥＭＭメッセージの暗号化および／または保全性保護を実行した後、このメッセージをＬＴＥ ＡＳ２８０に送信する。ＥＭＭ２７０は、送信されるＮＡＳメッセージとは別のＣＳサービス開始の表示をＬＴＥ ＡＳ２８０に提供し、さらに記述（例えば、会話型、ストリーミングなど）を提供することもできる。あるいは、ＭＭレイヤー２６５は、ＬＴＥ ＡＳ２８０のＲＲＣレイヤーに、開始されるＭＯ ＣＳサービス（図示せず）を直接示すことができる。この表示は、例えば会話型またはバックグラウンドであるかなどの、サービスの記述を含むことができる。

次に、ＬＴＥ ＡＳ２８０は、例えば「Ｏｒｉｇｉｎａｔｉｎｇ Ｓｔｒｅａｍｉｎｇ Ｃａｌｌ」または「Ｏｒｉｇｉｎａｔｉｎｇ Ｂａｃｋｇｒｏｕｎｄ Ｃａｌｌ」などのＣＳサービスの記述と共に、ＭＯ ＯＳサービス要求をｅＮＢ２８５に通知する４２５。「ＥＶＥＮＴ ＮＯＴＩＦＩＣＡＴＩＯＮ」と呼ばれるＲＲＣメッセージは、ＭＯ ＣＳサービス要求が受信されたことをｅＮＢ２８５に示す。次に、ＲＲＣは、このメッセージを送信した後に、タイマーを開始することができる。タイマーが、ＨＡＮＤＯＶＥＲ ＦＲＯＭ Ｅ−ＵＴＲＡＮ ＣＯＭＭＡＮＤもしくは同等のメッセージ、または以下で定義されるあらゆる他のメッセージが受信される前に満了する場合、ＷＴＲＵ２０５は、アイドルモードに移行し、使用可能なＣＳサービスを持つセルに再選択することができる。

代替として、ＭＯ ＣＳサービス要求の通知は、例えば測定レポートまたはＵＬ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲの一環として、あらゆる他のＲＲＣメッセージで搬送されてもよく、ＣＳサービスの詳細を含むことができる。ＣＳサービスの詳細は、例えば、「Ｏｒｉｇｉｎａｔｉｎｇ Ｓｔｒｅａｍｉｎｇ Ｃａｌｌ」または「Ｏｒｉｇｉｎａｔｉｎｇ Ｂａｃｋｇｒｏｕｎｄ Ｃａｌｌ」などを含むことができる。

ｅＮＢ２８５がＭＯ ＯＳサービス要求の通知を受信すると、ｅＮＢ２８５は、Ｒｅｌｏｃａｔｉｏｎ手順の開始を確認するために「ＥＶＥＮＴ ＮＯＴＩＦＩＣＡＴＩＯＮ ＣＯＮＦＩＲＭ」メッセージを送信することができる４３０。このメッセージはまた、他のＲＡＴの近隣セルで測定を実行するようＷＴＲＵ２０５に示すこともできる。あるいは、ｅＮＢ２８５は、ＭＥＡＳＵＲＥＭＥＮＴ ＣＯＭＭＡＮＤを送信して、他のＲＡＴの近隣セルで測定を実行するようＷＴＲＵ２０５に示すこともできる。もう１つの代替は、ｅＮＢ２８５が他のＲＲＣメッセージを送信するためのものである。ＷＴＲＵ２０５はまた、測定を実行して、測定レポートをｅＮＢ２８５に送信することもできる。

次に、ｅＮＢ２８５は、ＵＰＬＩＮＫ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージをＷＴＲＵ ＮＡＳメッセージと共にＭＭＥ２９４に送信するか４３５、またはＣＳサービス開始の通知を受信した後に、ＲＥＬＯＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージをＣＳサービス開始の記述と共にＭＭＥ２９４に送信することができる。

次に、ＭＭＥ２９４は、ＦＯＲＷＡＲＤ ＲＥＬＯＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを、サービス提供汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ：Ｓｅｒｖｉｎｇ Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）４４２に送信する４４０。次に、ＳＧＳＮ４４２は、ＦＯＲＷＡＲＤ ＲＥＬＯＣＡＴＩＯＮ ＲＥＱＵＥＳＴに応答して、ＰＳ ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴを基本サービスセット（ＢＳＳ：Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）に送信する４４５。次に、ＢＳＳは、ＰＳ ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージをＳＧＳＮ４４２に返信する４５０。次に、ＳＧＳＮ４４２は、ＦＯＲＷＡＲＤ ＲＥＬＯＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージをＭＭＥ２９４に送信する４５５。４４０〜４５５において説明した手順の目的は、ＬＴＥにおいて進行中のＰＳセッションのリソース確保、および関連するセキュリティ、ＭＭ、およびその他のコンテキストの転送を達成することである。

ＭＭＥ２９４がＦＯＲＷＡＲＤ ＲＥＬＯＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥを受信すると、ＭＭＥ２９４は、ＲＥＬＯＣＡＴＩＯＮ ＣＯＭＭＡＮＤをｅＮＢ２８５に送信する４６０。ＭＭＥ２９４には、ターゲットＭＳＣ／ＮＢ／ＢＳとのＣＳサービス開始のためのリソースを確保した後に、これを送信するオプションがある。さらに、ＭＭＥ２９４は、例えば、ＳＥＲＶＩＣＥ ＲＥＪＥＣＴメッセージなどのＮＡＳメッセージをＷＴＲＵ２０５に送信することもできる。

次に、ｅＮＢ２８５は、ＨＡＮＤＯＶＥＲ ＦＲＯＭ Ｅ−ＵＴＲＡＮ ＣＯＭＭＡＮＤをＷＴＲＵ２０５に送信する４６５。ハンドオーバーコマンドは、ターゲットＲＡＴ、ターゲット周波数、またはターゲットセルをＷＴＲＵ２０５に示すことができる。あるいは、ｅＮＢ２８５は、異なる名前を持つが、同様の目的を果たすＲＲＣメッセージを送信することができる。このＲＲＣメッセージは、上位レイヤーＮＡＳメッセージを含むことができる。

ハンドオーバーコマンドを受信すると、ＬＴＥ ＡＳ２８０のＲＲＣレイヤーは、ＣＳセルへのフォールバックの表示をＮＡＳ２３５に提供することができるが４７０、これはまたあらゆる受信したＮＡＳメッセージを送信するために使用されてもよい。ＬＴＥアクセス２８０のＲＲＣレイヤーは、ハンドオーバーで受信したパラメーターをターゲットアクセスに示すこともできる４７５。ターゲットアクセスは、これらのパラメーターを使用して、ターゲットセルと同期化することができる。ターゲットアクセスはオプションで、パラメーターを受信したこと／ＬＴＥアクセス２８０への正常なハンドオーバーを確認することもできる。ＥＭＭエンティティ２７０は、端末が現在Ａ／ＧｂまたはＩｕモードによりＣＳドメインで動作していることをＭＭレイヤー２６５に示すことができるが４８０、これはプリミティブを介して行われてもよい。ＲＲＣ、またはターゲットアクセスの等価のレイヤーは、ＣＳセルへのフォールバックの表示をＮＡＳ２３５に提供することができる４８５。

ハンドオーバーコマンドへの応答は、あらゆる順序であってもよく、順次であることを目的とせず、あらゆる組み合わせで実行されてもよい。ＮＡＳ２３５は、特に、ＥＭＭ２７０およびＭＭ２６５エンティティのいずれか、または両方を示す。また、ＬＴＥ ＲＲＣおよびＭＭサブレイヤー２５０ならびにＥＭＭエンティティ２７０およびターゲットのＲＲＣ等価物の間のプリミティブを定義することが可能であってもよい。これらのプリミティブは、受信／開始／完了したＣＳフォールバックコマンドを通知するために使用されてもよい。

ＷＴＲＵ ＮＡＳ２３５は、Ａ／ＧｂまたはＩｕモードで動作しており４９０、ＭＭレイヤー２５０はアクティブである。そのように、ＷＴＲＵ ＮＡＳ２３５は、通常どおり（現在のアクセスである）ターゲットアクセスのアクセス層とのコールセットアップ手順を開始することができる。ＲＲＣ、またはターゲット（今現在の）アクセスの等価のレイヤーは、ＭＯ ＣＳコール要求を受信するためにその定義された手順を開始することができる４９５。

図５は、アイドルモードにおけるＭＴコールセットアップを含むモバイル着信（ＭＴ）コールの例示のコールセットアップの方法５００を示す信号フローチャートである。図５を参照すると、ＣＳサービスの着信ページは、ＭＳＣ／ＶＬＲ２９２において受信される５０５。ＭＳＣ／ＶＬＲ２９２は、Ｇｓ様のインターフェースを介してＣＳページを、ＷＴＲＵ２０５に代わって前回のＬＡ Ｕｐｄａｔｅを実行したＭＭＥ２９４に送信する５１０。次に、ＭＭＥ２９４は、ＣＳページ要求を、Ｓ１インターフェースを介してｅＮＢ（Ｅ−ＵＴＲＡＮ）２９３に送信する５１５。次に、ｅＮＢ２８５は、ＷＴＲＵ２０５にページングする５２０。ページ要求は、Ｄｏｍａｉｎ ＩｎｄｉｃａｔｏｒをＣＳドメインに設定することができ、ページングの原因はＣＳサービスを示すことができ、ページング要求はまたサービスの記述（例えば、会話型、バックグラウンドなど）を提供することもできる。

次に、ＬＴＥ ＲＲＣは、着信ページング要求およびページング原因について、ＮＡＳ２３５のＥＭＭエンティティ２７０に通知する５２５。ＥＭＭエンティティ２７０は、ＣＳサービスの着信ページング要求について、ＭＭエンティティ２６５に通知する５３０。次に、ＭＭエンティティ２６５は、確認またはページング応答で応答する５３５。

あるいは、ＬＴＥ ＲＲＣは、ページング原因がＣＳドメインに設定されている場合および／またはページング要求が着信ＣＳサービスに対するものである場合、ＭＭエンティティ２６５にページング要求を直接通知することができる。次に、ＭＭエンティティ２６５は、５３５において定義されるように応答することができる。ステップ５２５〜５３５のいずれもオプションであってもよく、ステップのタイミングは上記に定義されているタイミングと異なっていてもよいことに留意されたい。

あるいは、ＬＴＥ ＡＳ２８０は、セル再選択手順を開始し、ＧＥＲＡＮ／ＵＴＲＡＮアクセスの選択優先度を優先順位付けして、ＣＳサービスをサポートするＲＡＴを優先させることができる。ＧＥＲＡＮまたはＵＴＲＡＮが選択されると、ＷＴＲＵ２０５は、ＣＳへのフォールバックの表示を以下で開示されるＮＡＳ２３５に提供するか、またはあらゆる以下のステップにスキップすることができる。このオプションの代替のこの順序は変更されてもよいことに留意されたい。

次に、ＥＭＭエンティティ２７０は、ＰＳシグナリング接続を確立するようＬＴＥ ＡＳ２８０に示す５４０。この表示は、プリミティブを介して行われてもよい。この表示はまた、例えば、ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージまたはあらゆる他のＮＡＳメッセージで行われてもよい。Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔの原因値は、Ｐａｇｅ Ｒｅｓｐｏｎｓｅに設定されてもよい。

代替として、ＷＴＲＵ２０５は、そのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔで、またはページに応答してあらゆる他のＮＡＳ／ＲＲＣメッセージで、着信ＣＳコールを受け入れるかどうかを、ネットワークに示すことができる。この表示は、ＷＴＲＵをＣＳ対応のＲＡＴにハンドオーバーすることをネットワークが決定する際に、ネットワークによって使用されてもよい。この表示は、着信コールについてユーザーにプロンプト表示した後、およびオプションで、ネットワークが低速アクセスになるのでユーザーの決定を受け取ることをユーザーに警告した後に、ネットワークに提供されてもよい。ユーザーがＣＳ対応のＲＡＴにリダイレクトされることを望まない場合、これは上記で定義されるメッセージでネットワークに示され、ネットワークは、ＷＴＲＵ２０５をＣＳ対応のＲＡＴに移動しないよう選択することができる。

次に、ＬＴＥ ＡＳ２８０は、ＲＲＣ接続を取得するための手順を開始する５４５。これには、ＲＡＣＨアクセスおよびＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴを含むことができる。ＬＴＥ ＡＳ２８０は、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴの確立原因を、ＣＳサービス開始を示す値に設定することができる。ＬＴＥ ＡＳ２８０はまた、ＬＴＥがＰＳ専用アクセスであることにもかかわらず、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴのドメインインジケータＩＥをＣＳドメインに設定することもできる。確立原因は、例えば、「Ｔｅｒｍｉｎａｔｉｎｇ Ｓｔｒｅａｍｉｎｇ Ｃａｌｌ」または「Ｔｅｒｍｉｎａｔｉｎｇ Ｂａｃｋｇｒｏｕｎｄ Ｃａｌｌ」などを含むＣＳサービスの詳細を提供することができる。

あるいは、「ＥＶＥＮＴ ＮＯＴＩＦＩＣＡＴＩＯＮ」と呼ばれる新しいＲＲＣメッセージは、ＲＲＣ接続が確立された後に送信されてもよい。このメッセージは、ＭＴ ＣＳサービス要求が受信されたことをｅＮＢ２８５に示す。ＲＲＣは、このメッセージを送信した後に、タイマーを開始することができる。タイマーが、ＨＡＮＤＯＶＥＲ ＦＲＯＭ Ｅ−ＵＴＲＡＮ ＣＯＭＭＡＮＤ、同等のメッセージ、または以下で定義されるあらゆる他のメッセージが受信される前に満了する場合、ＷＴＲＵ２０５は、アイドルモードに移行し、ＣＳサービスが使用可能なセルに再選択することができる。

原因値が「Ｔｅｒｍｉｎａｔｉｎｇ ＣＳ ｓｅｒｖｉｃｅ」に設定されて、または同様の目的の他のメッセージによりＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴが受信されると、ｅＮＢ２８５は、シグナリング無線ベアラ（ＳＲＢ）をセットアップするためにＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰメッセージを送信することができる５５５。ＳＥＴＵＰメッセージは、ＣＳサービスのｅＮＢ開始の再配置の表示を含むことができる。この表示は、単一ビットであってもよい。この表示が存在する場合、またはその他のパラメーターに基づいて、ＷＴＲＵ２０５のＲＲＣレイヤーは、上位レイヤーＮＡＳメッセージを送信するためにＵＬ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ手順の開始を試行しないよう決定することができる。ＷＴＲＵ２０５は、メッセージを受信したときにタイマーＴ３００を停止することができ、ＷＴＲＵ２０５がアイドルモードに戻る前に待機する必要のある時間を決定する際に役立つ他のタイマーＴ１を開始することができる。

あるいは、ｅＮＢ２８５は、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＪＥＣＴメッセージ、またはターゲットＲＡＴ、ターゲット周波数、もしくはターゲットセル、および再配置の開始を示すＷＴＲＵ２０５のリダイレクション情報を含む場合もあるその他のＲＲＣメッセージを送信することができる。ＷＴＲＵ２０５は、このメッセージを受信すると、タイマーＴ３００を停止して、アイドルモードに移行し、表示されている場合、表示されたＲＡＴ、周波数、またはセルに再選択する。この時点において、ＷＴＲＵ ＲＲＣは、以下で説明するようにＲＥＬＯＣＡＴＩＯＮ ＣＯＭＭＡＮＤを送信することができる。

もう１つの代替において、「ＥＶＥＮＴ ＮＯＴＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥ」と呼ばれる新しいＲＲＣメッセージが送信されるが、これはＥＶＥＮＴ ＮＯＴＩＦＩＣＡＴＩＯＮが受信されたことをＷＴＲＵ２０５に示す。このＲＲＣメッセージは、原理を変更することなく何らかの他の名前で呼ばれてもよい。ＷＴＲＵ２０５は、ＥＶＥＮＴ ＮＯＴＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージを受信したときにタイマーＴ３００を停止することができ、ＷＴＲＵ２０５がアイドルモードに入る前に待機する必要のある時間を決定する際に役立つ他のタイマーを開始することができる。

上記の代替のいかなる組み合わせが使用されてもよい。ＲＲＣ接続およびＳＲＢがセットアップされている場合、ｅＮＢ２８５は、ＷＴＲＵ２０５を再配置するセルを決定することができるように、測定手順をオプションで開始することができる。したがって、ＷＴＲＵ２０５は、測定を実行して、測定レポートをｅＮＢ２８５に送信することができる。

次に、ｅＮＢ２８５は、ＵＰＬＩＮＫ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージをＷＴＲＵ ＮＡＳメッセージと共にＭＭＥ２９４に送信するか、またはＣＳサービス終了の通知を受信した後に、ＲＥＬＯＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージをオプションでＣＳサービス終了の記述と共にＭＭＥ２９４に送信することができる。

ＭＭＥ２９４は、ターゲットＭＳＣ、ターゲットＮＢ、またはターゲットＢＳとのＣＳサービス終了のためのリソースをオプションで確保した後、ＲＥＬＯＣＡＴＩＯＮ ＣＯＭＭＡＮＤを送信する５６５。あるいは、さらに、ＭＭＥ２９４は、例えばＳＥＲＶＩＣＥ ＲＥＪＥＣＴメッセージなどのＮＡＳメッセージをＷＴＲＵ２０５に送信できる。

次に、ｅＮＢ２８５は、ＨＡＮＤＯＶＥＲ ＦＲＯＭ Ｅ−ＵＴＲＡＮ ＣＯＭＭＡＮＤをＷＴＲＵ２０５に送信する５７０。ハンドオーバーコマンドは、ターゲットＲＡＴ、ターゲット周波数、またはターゲットセルをＷＴＲＵ２０５に示すことができる。あるいは、ｅＮＢ２８５は、異なる名前を持つが、同様の目的を果たすＲＲＣメッセージを送信することができる。このＲＲＣメッセージは、上位レイヤーＮＡＳメッセージを含むことができる。

ハンドオーバーコマンドに応答して、ＬＴＥ ＡＳ２８０のＲＲＣレイヤーは、ＣＳセルへのフォールバックの表示をＮＡＳ２３５に提供することができる５７５。この表示はまた、あらゆる受信したＮＡＳメッセージを送信するために使用されてもよく、プリミティブを介して行われてもよい。ＬＴＥアクセス２８０のＲＲＣレイヤーは、ハンドオーバーで受信したパラメーターをターゲットアクセスに示すこともがきる５８０。ターゲットアクセスは、これらのパラメーターを使用して、ターゲットセルと同期化することができる。ターゲットアクセスはオプションで、パラメーターを受信したこと、またはＬＴＥアクセス２８０への正常なハンドオーバーを確認することもできるが、これはプリミティブを介して行われてもよい。次に、ＥＭＭエンティティ２７０は、端末が現在Ａ／ＧｂまたはＩｕモードでＣＳドメインで動作していることをＭＭレイヤー２５０に示すことができる５８５。ＲＲＣ、またはターゲットアクセスの等価のレイヤーは、ＣＳセルへのフォールバックの表示をＮＡＳ２３５に提供することができる５９０。

ハンドオーバーコマンドへの例示の応答は、あらゆる順序であってもよく、順次であることを目的とせず、あらゆる組み合わせで実行されてもよい。これらのステップのＮＡＳレイヤー２３５は、特に、ＥＭＭ２７０およびＭＭ２６５エンティティのいずれか、または両方を示す。また、ＬＴＥ ＲＲＣおよびＭＭサブレイヤー２５０ならびにＥＭＭエンティティ２７０およびターゲットのＲＲＣ等価物の間のプリミティブを定義することが可能であってもよい。これらのプリミティブは、受信、開始、または完了したＣＳフォールバックコマンドを通知するために使用されてもよい。

ＷＴＲＵ ＮＡＳ２３５は、Ａ／ＧｂまたはＩｕモードで動作しており５９５、ＭＭレイヤー２５０はアクティブである。そのように、ＷＴＲＵ ＮＡＳ２３５は、通常どおり、現在のアクセスである、ターゲットアクセスのアクセス層とのコールセットアップ手順を開始することができる。ＲＲＣ、またはターゲット（今現在の）アクセスの等価のレイヤーは、ＭＯ ＣＳコール要求を受信するためにその定義された手順を開始する５９７。

図６は、進行中のパケットセッションでのアクティブモードにおけるＭＴコールセットアップの例示の方法６００を示す信号フローチャートである。図６を参照すると、ＭＳＣ／ＶＬＲ２９２は、ＣＳサービスの着信ページを受信する６０５。受信したページに応答して、ＭＳＣ／ＶＬＲ２９２は、Ｇｓ様のインターフェースを介してＣＳページを、ＷＴＲＵ２０５に代わって前回のＬＡ Ｕｐｄａｔｅを実行したＭＭＥ２９４に送信する６１０。次に、ＭＭＥ２９４は、ＣＳページング要求を、Ｓ１インターフェースを介してｅＮＢ（Ｅ−ＵＴＲＡＮ）２９３に送信する６１５。次に、ｅＮＢ２８５は、ターゲットセルを識別するためにＷＴＲＵ２０５からの測定レポートをトリガした後、ＲＥＬＯＣＡＴＩＯＮ ＲＥＱＵＩＲＥＤメッセージをＭＭＥ２９４に送信する６２０。

次に、ＭＭＥ２９４は、ＦＯＲＷＡＲＤ ＲＥＬＯＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージをＳＧＳＮ６２７に送信する６２５。ＳＧＳＮ６２７は、ＰＳ ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴをＢＳＳ／ＲＮＣに送信する６３０。次に、ＢＳＳ／ＲＮＣは、ＰＳ ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージをＳＧＳＮ６２７に送信するが６３５、これはＦＯＲＷＡＲＤ ＲＥＬＯＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージをＭＭＥ２９４に送信する６４０。６２５〜６４０において説明した手順の目的は、ＬＴＥにおいて進行中のＰＳセッションのリソース確保、および関連するセキュリティ、ＭＭ、およびその他のコンテキストの転送を達成することである。

次に、ＭＭＥ２９４は、ＲＥＬＯＣＡＴＩＯＮ ＣＯＭＭＡＮＤを送信する６４５。ＲＥＬＯＣＡＴＩＯＮ ＣＯＭＭＡＮＤに応答し、次にｅＮＢ２８５は、ＨＡＮＤＯＶＥＲ ＦＲＯＭ Ｅ−ＵＴＲＡＮ ＣＯＭＭＡＮＤをＷＴＲＵ２０５に送信する６５０。ハンドオーバーコマンドは、ターゲットＲＡＴ、ターゲット周波数、またはターゲットセルをＷＴＲＵ２０５に示すことができる。あるいは、ｅＮＢ２８５は、異なる名前を持つが、同様の目的を果たすＲＲＣメッセージを送信することができる。このＲＲＣメッセージは、上位レイヤーＮＡＳメッセージを含むことができる。ＲＲＣメッセージは、ハンドオーバーの理由がＣＳサービス終了要求に対して受信したページであることを示す原因値を有することができる。

ハンドオーバーコマンドの受信に応答して、ＬＴＥ ＡＳ２８０のＲＲＣレイヤーは、ＣＳセルへのフォールバックの表示をＮＡＳ２３５に提供することができる６５５。この表示は、あらゆる受信したＮＡＳメッセージを送信するために使用されてもよい。これは、原因値が着信ＣＳサービスページ要求であることを示すことができる。ＬＴＥアクセス２８０のＲＲＣレイヤーは、ハンドオーバーで受信したパラメーターをターゲットアクセスに示すことができる６６０。ターゲットアクセスは、これらのパラメーターを使用して、ターゲットセルと同期化することができる。ターゲットアクセスは、パラメーターを受信したことまたはＬＴＥアクセス２８０への正常なハンドオーバーを確認することができる。これはまた、原因値が着信ＣＳサービスページ要求であることを示すことができる。

ＥＭＭエンティティ２７０は、端末が現在Ａ／ＧｂまたはＩｕモードでＣＳドメインで動作していることをＭＭレイヤー２６５に示すことができる６６５。これは、原因値が着信ＣＳサービスページ要求であることを示すプリミティブを介して行われてもよい。ＲＲＣ、またはターゲットアクセスの等価のレイヤーは、ＣＳセルへのフォールバックの表示をＮＡＳ２３５に提供することができる６７０。これはまた、原因値が着信ＣＳサービスページ要求であることを示すことができる。

ハンドオーバーコマンドに対する例示の応答は、あらゆる順序であってもよく、順次であることを目的とせず、あらゆる組み合わせで実行されてもよい。これらのステップのＮＡＳレイヤー２３５は、特に、ＥＭＭ２７０およびＭＭ２６５エンティティのいずれか、または両方を示す。また、ＬＴＥ ＲＲＣおよびＭＭサブレイヤー２５０ならびにＥＭＭエンティティ２７０およびターゲットのＲＲＣ等価物の間のプリミティブを定義することが可能であってもよい。これらのプリミティブは、受信、開始、または完了したＣＳフォールバックコマンドおよびあらゆる原因値の通知として使用されてもよい。

ＷＴＲＵ ＮＡＳ２３５は、Ａ／ＧｂまたはＩｕモードで動作しており６８０、ＭＭレイヤー２５０はアクティブである。ＷＴＲＵ ＮＡＳ２３５は、通常どおり、現在のアクセスである、ターゲットアクセスのアクセス層とのコールセットアップ手順を開始することができる。これはまた、コールセットアップ要求の理由がＣＳページであることを示すこともできる。次に、ＲＲＣ、またはターゲット（今現在の）アクセスの等価のレイヤーは、ＭＴ ＣＳコール要求を受信するためにその定義された手順を開始する６９０。

上記のステップのいずれかにおいて、例えば、ＨＡＮＤＯＶＥＲ ＦＲＯＭ ＥＵＴＲＡＮ ＣＯＭＭＡＮＤを受信すると、ＷＴＲＵ２０５は、着信ＣＳコールを受け入れることを望むかどうかをあらゆる他のＮＡＳ／ＲＲＣメッセージでネットワークに示すことができる。この表示は、ＷＴＲＵ２０５をＣＳ対応のＲＡＴにハンドオーバーすることをネットワークが決定する際に、ネットワークによって使用されてもよい。この表示は、着信コールについてユーザーにプロンプト表示した後、およびネットワークが低速アクセスになるのでユーザーの決定（例えば、了解、了解できない）を受け取ることをユーザーに警告した後に、ネットワークに提供されてもよい。例えば、ユーザーがＣＳ対応のＲＡＴにリダイレクトされることを了解しない場合、これは（上記で定義される）メッセージでネットワークに示され、ネットワークは、ＷＴＲＵ２０５をＣＳ対応のＲＡＴに移動しないように選択することができる。

図７は、ボイスクライアント選択を処理するための例示の方法７００を示すフローチャートである。この方法７００によれば、最初に、ＭＮは、そのシグナリングメッセージを送信するためにＬＴＥ ＮＡＳおよびＬＴＡ ＡＳを使用する。ＭＮはボイスサービスの要求を、ＮＡＳ／ＡＳメッセージ／ＩＥを使用してネットワークに示す７１０。ネットワークＥ−ＵＴＲＡＮ／ＭＭＥは、ＧＥＲＡＮ／ＵＴＲＡＮおよび／またはＭＳＣ／ＶＬＲと協議すると、ボイスコールがＥ−ＵＴＲＡＮ（すなわちＰＳ ＶｏＩＰクライアント）またはＵＴＲＡＮ／ＧＥＲＡＮ（すなわち、ＣＳボイスコールクライアント）を介してサービスを提供されるべきかどうかを決定して７２０、次にその決定をＮＡＳ／ＡＳメッセージ／ＩＥを使用してＭＮに示す。ＭＮのコールクライアントを、受信したＮＡＳ／ＡＳメッセージ／ＩＥの通りに選択する７３０。ＭＮのＲＡＴを、受信したＮＡＳ／ＡＳメッセージ／ＩＥの通りに選択する７４０。

図８は、アイドルモードにおけるＭＯコールセットアップの例示の方法８００を示す信号フローチャートである。図８を参照すると、「ＳＭＲＥＧ−ＰＤＰ−ＡＣＴＩＶＡＴＥ−ＲＥＱ」プリミティブ（またはそのＬＴＥ等価物）は、ＷＴＲＵ２０５がＭＯ ＰＳサービスのＰＤＰコンテキストアクティブ化（またはそのＬＴＥ等価物）を開始するために定義されたＳＭＲＥＧ−ＳＡＰ（またはそのＬＴＥ等価物）上でＭＮクライアント制御／選択ユニット２８４によってＥＳＭ２６０に送信される８０５。次に、「ＧＭＭＳＭ−ＵＮＩＴＤＡＴＡ−ＲＥＱ」プリミティブ（またはそのＬＴＥ等価物）は、ＰＤＰコンテキストアクティブ化要求（またはそのＬＴＥ等価物）を含むＧＭＭＳＭ−ＳＡＰ上でＥＳＭ２６０によってＥＭＭ２７０に送信される８１０。

次に、ＥＭＭ２７０は、サービス要求、またはＭＭＥ２９４とのＳ１シグナリング接続を確立する同様の目的を持つあらゆる他のＮＡＳ ＥＭＭ／ＥＳＭメッセージを送信することができる８１５。新しい原因値は、「ボイスサービス」または同様の目的を持つその他の原因値を示すことができる送信済みメッセージに含まれる。ＥＭＭ２７０は、必要に応じて、ＥＭＭメッセージの暗号化および／または保全性保護を実行した後、このメッセージをＬＴＥ ＡＳ２８０に提供する。ＥＭＭ２７０はまた、送信されるＮＡＳメッセージとは別のボイスサービス開始の表示をＬＴＥ ＡＳ２８０に提供して、例えばこれが会話型またはストリーミングであるかどうかの記述を提供することもできる。

次に、ＬＴＥ ＡＳ２８０は、ＲＲＣ接続を取得するための手順を開始する８２０。これには、ＲＡＣＨアクセスおよびＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴを含むことができる。この例において、ＬＴＥ ＡＳ２８０は、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴの確立原因を、会話型ボイスサービス開始を示す値に設定することができる。確立原因は、「Ｏｒｉｇｉｎａｔｉｎｇ Ｓｔｒｅａｍｉｎｇ Ｃａｌｌ」または「Ｏｒｉｇｉｎａｔｉｎｇ Ｂａｃｋｇｒｏｕｎｄ Ｃａｌｌ」を含むボイスサービスの詳細を提供することができる。ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、ＷＴＲＵ２０５がＣＳフォールバックをサポートするかどうかを示す情報要素を含むことができる。

あるいは、「ＥＶＥＮＴ ＮＯＴＩＦＩＣＡＴＩＯＮ」と呼ばれるＲＲＣメッセージは、ＲＲＣ接続が確立された後にＷＴＲＵ２０５によって送信されてもよい。このメッセージは、ＭＯボイスサービス要求が受信されたことをｅＮＢ２８５に示す。このＲＲＣメッセージは、原理を変更することなく何らかの他の名前で呼ばれてもよい。ＲＲＣは、このメッセージを送信した後に、タイマーを開始することができる。タイマーが、ＨＡＮＤＯＶＥＲ ＦＲＯＭ Ｅ−ＵＴＲＡＮ ＣＯＭＭＡＮＤもしくは同等のメッセージ、または以下で定義されるあらゆる他のメッセージが受信される前に満了する場合、ＷＴＲＵ２０５は、アイドルモードに移行し、ＣＳサービスが使用可能なセルに再選択することができる。

原因値が「Ｏｒｉｇｉｎａｔｉｎｇ Ｖｏｉｃｅ ｓｅｒｖｉｃｅ」に設定されて、または同様の目的の原因によりＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴが受信されると、ネットワーク（すなわち、Ｅ−ＵＴＲＡＮ２９３および／またはＭＭＥ２９４）は、ボイスサービスがＣＳドメインで（すなわち、ＵＴＲＡＮ／ＧＥＲＡＮ ＲＡＴを介して）、またはＰＳドメインで（すなわち、Ｅ−ＵＴＲＡＮ ＲＡＴを介して）提供されるべきかどうかを決定する８３０。そのような決定は、オペレータもしくはユーザーの基本設定、または例えばロードバランシング基準、ＲＡＴ通信可能範囲基準などの他の基準に基づいてもよく、または他のＰＳサービスが使用されるかどうか、またはＷＴＲＵ２０５により使用中であるかに基づいてもよい。次に、ＭＭＥ２９４は、再配置コマンド８３３を送信する。

ネットワークの決定に応答して、ｅＮＢ２８５は次に、ＳＲＢをセットアップするためにＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰメッセージを送信することができる８３５。ＳＥＴＵＰメッセージは、ＣＳサービスのｅＮＢ開始の再配置の表示を含むことができる。この表示は、１ビットであってもよい。この表示が存在する場合、またはその他のパラメーターに基づいて、ＷＴＲＵのＲＲＣレイヤーは、上位レイヤーＮＡＳメッセージを送信するためにＵＬ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲ手順の開始を試行しないよう決定することができる。ＷＴＲＵ２０５は、メッセージを受信したときにタイマーＴ３００を停止することができ、他のタイマーＴ１を開始することもできるが、これはＷＴＲＵ２０５がアイドル状態に戻る前に待機する必要のある時間を決定する上で役立つ。

あるいは、ｅＮＢ２８５は、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＪＥＣＴメッセージ、またはターゲットＲＡＴ、ターゲット周波数、もしくはターゲットセル、および再配置の開始を示すＷＴＲＵ２０５のリダイレクション情報を含む場合もあるその他の（新しいか、または別の）ＲＲＣメッセージを送信することができる。ＷＴＲＵ２０５は、このメッセージを受信すると、タイマーＴ３００を停止して、アイドルモードに移行し、示されている場合、示されたＲＡＴ、周波数、またはセルに再選択する。この時点において、ＷＴＲＵ ＲＲＣは、クライアント制御／選択ユニット２８４に通知を送信することができる。

もう１つの代替において、「ＥＶＥＮＴ ＮＯＴＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥ」と呼ばれるＲＲＣメッセージは、ＥＶＥＮＴ ＮＯＴＩＦＩＣＡＴＩＯＮが受信されたことをＷＴＲＵ２０５に示す。このＲＲＣメッセージは、原理を変更することなく何らかの他の名前で呼ばれてもよい。ＷＴＲＵ２０５は、ＥＶＥＮＴ ＮＯＴＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージを受信したときにタイマーＴ３００を停止することができ、ＷＴＲＵ２０５がアイドルモードに切り替える前に待機する必要のある時間を決定する際に役立つ他のタイマーを開始することができる。

上記の代替のいかなる組み合わせが使用されてもよい。ＲＲＣ接続およびＳＲＢがセットアップされている場合、ｅＮＢ２８５は、ＷＴＲＵ２０５を再配置するセルを決定することができるように、測定手順をオプションで開始することができる。したがって、ＷＴＲＵ２０５は、測定を実行して、測定レポートをｅＮＢ２８５に送信することができる。

次に、ＭＭＥ２９４は、ＷＴＲＵ ＣＳ Ｃａｌｌ ＣｌｉｅｎｔまたはＶｏＩＰ（すなわちＰＳ）クライアントがボイスサービスに使用されるべきであるかどうかをＷＴＲＵ ＮＡＳ２３５（例えば、ＥＳＭ２６０）に知らせるために、ＮＡＳメッセージまたはＮＡＳ情報要素（ＩＥ）を送信することができる８４０。ＷＴＲＵ ＮＡＳ／ＥＳＭ２６０は、どのクライアントがボイスに使用されるべきであるかを示す新しいプリミティブを介してクライアント制御／選択ユニット２８４に通知する８４５。次に、クライアント制御／選択ユニット２８４は、それに応じて、選択されたボイスクライアントに通知する８４７。図８において、ＣＳコールクライアントが選択されていることが仮定される。あるいは、ＷＴＲＵ ＮＡＳ／ＥＳＭ２６０は、クライアント制御／選択機能２８４とインターフェースをとることなく、選択されたボイスクライアントに直接通知することができる。

ネットワークが、例えばＵＴＲＡＮ／ＧＥＲＡＮを介して、ＣＳネットワークでボイスコールを使用可能にすることを決定した場合、ＬＴＥ ＡＳ２８０のＲＲＣレイヤーは、ＣＳセルへのフォールバックの表示をＮＡＳ２３５に提供することができる８５０。この表示は、あらゆる受信したＮＡＳメッセージを送信するために使用されてもよい。ＬＴＥアクセス２８０のＲＲＣレイヤーは、ハンドオーバーで受信したパラメーターをターゲットアクセスに示すことができる８５５。ターゲットアクセスは、これらのパラメーターを使用して、ターゲットセルと同期化することができる。ターゲットアクセスはオプションで、パラメーターを受信したこと、またはＬＴＥアクセス２８０への正常なハンドオーバーを確認することもできる。この表示は、プリミティブを介して行われてもよい。次に、ＥＭＭエンティティ２７０は、端末が現在Ａ／ＧｂまたはＩｕモードでＣＳドメインで動作していることをＭＭレイヤー２６５に示すことができる８６０。この表示は、プリミティブを介して行われてもよい。ＲＲＣ、またはターゲットアクセスの等価のレイヤーは、ＣＳセルへのフォールバックの表示をＮＡＳ２３５に提供することができる８６５。この表示は、プリミティブを介して行われてもよい。

ネットワークの決定に対する例示の応答は、あらゆる順序であってもよく、順次であることを目的とせず、あらゆる組み合わせで実行されてもよい。これらのステップのＮＡＳレイヤー２３５は、特に、ＥＭＭ２７０およびＭＭ２６５エンティティのいずれか、または両方を示す。また、ＬＴＥ ＲＲＣおよびＭＭサブレイヤー２５０ならびにＥＭＭエンティティ２７０およびターゲットのＲＲＣ等価物の間のプリミティブを定義することが可能であってもよい。これらのプリミティブは、受信、開始、または完了したＣＳフォールバックコマンドを通知するために使用されてもよい。

ＷＴＲＵ ＮＡＳ２３５は、Ａ／ＧｂまたはＩｕモードで動作しており８７０、ＭＭレイヤー２５０はアクティブである。次に、ＷＴＲＵ ＮＡＳ２３５は、通常どおり、現在のアクセスである、ターゲットアクセスのアクセス層とのコールセットアップ手順を開始することができる。ＲＲＣ、またはターゲット（今現在の）アクセスの等価のレイヤーは、ＭＯ ＣＳコール要求を受信するためにその定義された手順を開始する８８０。

上記で説明された概念と類似する概念は、対応する前段において説明された概念と組み合わせることにより、後段でサポートされ適応されてもよい。それらの概念は、例えば、進行中のパケットセッションによるアクティブモードでのＭＯコールセットアップ、アイドルモードにおけるＭＴコールセットアップ、および進行中のパケットセッションによるアクティブモードでのＭＴコールセットアップを含む。

特徴および要素は特定の組み合わせにおいて上述したが、各々の特徴または要素は、他の特徴および要素を用いることなく単独で使用するか、または他の特徴および要素の有無にかかわらずさまざまな組み合わせで使用することができる。本明細書において提供される方法またはフローチャートは、汎用コンピューターまたはプロセッサにより実行するためにコンピューター可読記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施することができる。コンピューター可読記憶媒体の例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。

適切なプロセッサは、例として、汎用プロセッサ、特殊用途プロセッサ、標準的なプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特殊用途向け集積回路（ＡＳＩＣ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）回路、あらゆるタイプの集積回路（ＩＣ）、および／または状態機械を含む。

ソフトウェアと関連するプロセッサは、ＷＴＲＵ、ユーザー機器、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、またはあらゆるホストコンピュータにおいて使用する無線周波数送レシーバーを実施するために使用することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカーホン、振動デバイス、スピーカー、マイクロホン、テレビ送レシーバー、ハンドフリーヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、液晶ディスプレイ（ＬＣＤ）表示ユニット、ＯＬＥＤ（ｏｒｇａｎｉｃ ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）表示ユニット、デジタル音楽プレイヤー、メディアプレイヤー、テレビゲームプレイヤーモジュール、インターネットブラウザ、および／またはあらゆるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）またはＵｌｔｒａ Ｗｉｄｅ Ｂａｎｄ（ＵＷＢ）モジュールなどのハードウェアおよび／またはソフトウェアに実施させるモジュールと共に使用することができる。

（実施形態）
１． ＣＳフォールバックを実行するかどうかを決定し、
ＣＳフォールバックを実行する要求を示すサービス要求を送信する
よう構成されたＮＡＳと、
ＮＡＳからＣＳサービス要求を受信し、
ＣＳサービス要求の表示をＲＲＣメッセージにおいて送信し、
ＣＳサービス要求に応答してハンドオーバーコマンドを受信する
よう構成されたＡＳと
を備えたプロセッサ
を備えたＷＴＲＵ。
２．ＮＡＳは、ＩＭＳ登録状況に基づいて決定を実行するよう構成される実施形態１のＷＴＲＵ。
３．ＮＡＳは、ＷＴＲＵがＣＳドメインにアタッチされるという条件の下にサービス要求を送信するよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
４．ＡＳは、Ｅ−ＵＴＲＡＮに表示を送信するよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
５．ＲＲＣメッセージはＣＳサービス情報を含む上記実施形態のいずれかにおけるＷＴＲＵ。
６．プロセッサは、ＳＲ−ＶＣＣをサポートするよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
７．プロセッサは、ＶｏＩＰをサポートするよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
８．プロセッサは、ＷＴＲＵがＳＲ−ＶＣＣをサポートするかどうかをネットワークに示すよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
９．プロセッサは、ＷＴＲＵがＶｏＩＰをサポートすることをネットワークに示すよう構成される実施形態８のＷＴＲＵ。
１０．プロセッサは、ＷＴＲＵがＩＭＳイネーブルであることをネットワークに示すよう構成される実施形態８−９のＷＴＲＵ。
１１．プロセッサは、ボイスセッションをＣＳドメインにハンドオーバーするよう構成される実施形態８−１０のＷＴＲＵ。
１２．コールをセットアップするよう構成されたＣＳコールクライアント
をさらに備えた上記実施形態のいずれかにおけるＷＴＲＵ。
１３．プロセッサは、ＥＭＭ制御によりコールをセットアップするよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
１４．プロセッサは、ブロードキャストチャネル上のまたはＮＡＳメッセージングにおけるネットワーク機能情報を受信するよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
１５．プロセッサは、ＭＯボイスコールを開始するよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
１６．ＮＡＳは、サービス要求を暗号化するよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
１７．ＮＡＳは、サービス要求を保全性保護するよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
１８．ＡＳは、ＣＳフォールバックの表示をＮＡＳに送信するようさらに構成される上記実施形態のいずれかにおけるＷＴＲＵ。
１９．ＡＳは、
レガシーなＡＳと、
ＮＡＳからサービス要求を受信して、ＣＳサービス要求の表示をＲＲＣメッセージにおいてＥ−ＵＴＲＡＮに送信して、ハンドオーバーコマンドを受信するよう構成されたＬＴＥ ＡＳと
を備えた上記実施形態のいずれかにおけるＷＴＲＵ。
２０．レガシーなＡＳは、レガシーなＡＳがハンドオーバーパラメーターをＬＴＥ ＡＳから受信するという条件の下にＣＳフォールバックの表示をＮＡＳに送信するよう構成される実施形態１９のＷＴＲＵ。
２１．ＬＴＥ ＡＳは、セル再選択手順を開始するよう構成される実施形態２０のＷＴＲＵ。
２２．ＬＴＥは、選択優先度を優先順位付けするよう構成される実施形態２１のＷＴＲＵ。
２３．ＬＴＥ ＡＳは、ＲＲＣ接続を取得するための手順を開始するよう構成される実施形態１９のＷＴＲＵ。
２４．ＬＴＥ ＡＳは、サービス要求に確立原因を設定するよう構成される実施形態１９のＷＴＲＵ。
２５．ＬＴＥ ＡＳは、確立原因にＣＳサービスの詳細を含むよう構成される実施形態２４のＷＴＲＵ。
２６．ＬＴＥ ＡＳは、サービス要求にドメインインジケータ情報要素（ＩＥ）をＣＳドメインに設定するよう構成される実施形態１９のＷＴＲＵ。
２７．ＲＲＣメッセージは、ＣＳサービス要求が受信されたことを示す実施形態１９のＷＴＲＵ。
２８．アイドルモードへの移行またはセル再選択のための満了期限を定義するよう構成されたタイマー
をさらに備えた上記実施形態のいずれかにおけるＷＴＲＵ。
２９．ＬＴＥ ＡＳは、ハンドオーバー中に受信したパラメーターをターゲットアクセスに示すよう構成される実施形態１９のＷＴＲＵ。
３０．ＮＡＳは、
ＥＭＭにＣＳコールを通知するよう構成されたＭＭユニット
を備え、ＥＭＭは、サービス要求の通知をＡＳに送信して、ＷＴＲＵがＣＳドメインにおいて動作しているという表示をＭＭに送信するよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
３１．ＥＭＭは、ＣＳサービス開始の表示を提供するよう構成される実施形態３０のＷＴＲＵ。
３２．ＥＭＭは、ＮＡＳメッセージとは別のＣＳサービス開始の表示を提供するよう構成される実施形態３１のＷＴＲＵ。
３３．ＥＭＭは、サービスの記述を表示に含むよう構成される実施形態３１−３２のＷＴＲＵ。
３４．サービスの記述は、会話型またはバックグラウンドである実施形態３３のＷＴＲＵ。
３５．ＡＳは、ＲＲＣメッセージに、確立原因を、ＣＳサービス開始を示す値に設定するよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
３６．ＡＳは、確立原因にＣＳサービスの詳細を提供するよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
３７．ＩＭＳ登録状況に基づいてＣＳにフォールバックするかどうかを決定するように構成されたＭＮ
をさらに備えた上記実施形態のいずれかにおけるＷＴＲＵ。
３８．ページ要求を受信するよう構成されたレシーバー
をさらに備えた上記実施形態のいずれかにおけるＷＴＲＵ。
３９．レシーバーは、ページ要求におけるドメインインジケータを受信するよう構成される実施形態３８のＷＴＲＵ。
４０．レシーバーは、ページ要求におけるサービス記述情報を受信するよう構成される実施形態３８−３９のＷＴＲＵ。
４１．ＬＴＥ ＡＳは、ページ要求に関してＮＡＳに通知するよう構成される実施形態３８−４０のＷＴＲＵ。
４２．ＮＡＳは、ページ要求をＭＭに通知するよう構成される実施形態３８−４１のＷＴＲＵ。
４３．ＥＭＭは、ＰＳシグナリング接続を確立するようＬＴＥ ＡＳに指示するよう構成される実施形態３８−４２のＷＴＲＵ。
４４．ＥＭＭは、サービス要求メッセージまたはＮＡＳメッセージを使用して、ＰＳシグナリング接続を確立するようＬＴＥ ＡＳに指示するよう構成される実施形態４３のＷＴＲＵ。
４５．ＥＭＭは、サービス要求の原因値をページ応答に設定するよう構成される実施形態３８−４４のＷＴＲＵ。
４６．プロセッサは、ＣＳコールを受け入れることをサービス要求においてネットワークに示すよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
４７．プロセッサは、進行中のパケットセッションによるアクティブモードにおいてＭＯコールセットアップを開始するよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
４８．プロセッサは、アイドルモードにおいてＭＴコールセットアップを開始するよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
４９．プロセッサは、進行中のパケットセッションによるアクティブモードにおいてＭＴコールセットアップを開始するよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
５０．プロセッサは、アイドルモードにおいてＭＯコールセットアップを開始するよう構成される上記実施形態のいずれかにおけるＷＴＲＵ。
５１．ＷＴＲＵによって実行されるＣＳフォールバックの方法であって、
ＣＳフォールバックを実行するかどうかを決定すること、
ＷＴＲＵのＮＡＳからＣＳサービス要求を受信することであって、サービス要求はＣＳフォールバックを実行する要求を示す、指示すること、
ＣＳサービス要求の表示をＲＲＣメッセージにおいて送信すること、および、
ＣＳサービス要求に応答してハンドオーバーコマンドを受信すること
を備えた方法。
５２．決定は、ＩＭＳ登録状況に基づく実施形態５１の方法。
５３．ＣＳサービス要求を受信することは、ＷＴＲＵがＣＳドメインにアタッチされるという条件の下である実施形態５１−５２の方法。
５４．ＲＲＣメッセージは、Ｅ−ＵＴＲＡＮに送信される実施形態５１−５３の方法。
５５．ＲＲＣメッセージは、ＣＳサービス情報を含む実施形態５１−５４の方法。
５６．ＷＴＲＵがネットワークへのＳＲ−ＶＣＣをサポートするかどうかを示すこと
をさらに備えた実施形態５１−５５の方法。
５７．ＷＴＲＵがネットワークへのＶｏＩＰをサポートするかどうかを示すこと
をさらに備えた実施形態５１−５６の方法。
５８．ＷＴＲＵがＩＭＳイネーブルであることをネットワークに示すこと
をさらに備えた実施形態５１−５７の方法。
５９．コールをセットアップすること
をさらに備えた実施形態５１−５８の方法。
６０．ＥＭＭ制御によりコールをセットアップすること
をさらに備えた実施形態５１−５８の方法。
６１．ブロードキャストチャネル上のまたはＮＡＳメッセージングにおけるネットワーク機能情報を受信すること
をさらに備えた実施形態５１−６０の方法。
６２．アイドルモードにおいてＭＯコールセットアップを開始すること
をさらに備えた実施形態５１−６１の方法。
６３．進行中のパケットセッションによるアクティブモードにおいてＭＯコールセットアップを開始すること
をさらに備えた実施形態５１−６２の方法。
６４．アイドルモードにおいてＭＴコールセットアップを開始すること
をさらに備えた実施形態５１−６３の方法。
６５．進行中のパケットセッションによるアクティブモードにおいてＭＴコールセットアップを開始すること
をさらに備えた実施形態５１−６４の方法。
６６．サービス要求を暗号化すること
をさらに備えた実施形態５１−６５の方法。
６７．サービス要求を保全性保護すること
をさらに備えた実施形態５１−６６の方法。
６８．セル再選択手順を開始すること
をさらに備えた実施形態５１−６７の方法。
６９．選択優先度を優先順位付けすること
をさらに備えた実施形態５１−６８の方法。
７０．ＲＲＣ接続を取得する手順を開始すること
をさらに備えた実施形態５１−６９の方法。
７１．サービス要求に確立原因を設定すること
をさらに備えた実施形態５１−７０の方法。
７２．確立原因はＣＳサービスの詳細を含む実施形態７１の方法。
７３．サービス要求におけるドメインインジケータ情報要素（ＩＥ）をＣＳドメインに設定すること
をさらに備えた実施形態５１−７１の方法。
７４．ＲＲＣメッセージは、ＣＳサービス要求が受信されたことを示す実施形態５１−７３の方法。
７５．アイドルモードへの移行またはセル再選択のための満了期限を設定すること
をさらに備えた実施形態５１−７４の方法。
７６．ハンドオーバー中に受信したパラメーターをターゲットアクセスに示すこと
をさらに備えた実施形態５１−７５の方法。
７７．ＣＳサービス開始の表示を提供すること
をさらに備えた実施形態５１−７６の方法。
７８．ＮＡＳメッセージとは別のＣＳサービス開始の表示を提供すること
をさらに備えた実施形態７７の方法。
７９．ＣＳサービスの記述を表示に含むこと
をさらに備えた実施形態７７−７８の方法。
８０．ＣＳサービスの記述は、会話型またはバックグラウンドである実施形態７９の方法。
８１．ページ要求を受信すること
をさらに備えた実施形態５１−８０の方法。
８２．ページ要求は、ドメインインジケータを含む実施形態８１の方法。
８３．ページ要求は、サービス記述情報を含む実施形態８１−８２の方法。
８４．ページ要求についてＮＡＳに通知すること
をさらに備えた実施形態８１−８３の方法。
８５．ＰＳシグナリング接続を確立するようＬＴＥ ＡＳに指示すること
をさらに備えた実施形態８１−８４の方法。
８６．サービス要求メッセージまたはＮＡＳメッセージを使用して、ＰＳシグナリング接続を確立するようＬＴＥ ＡＳに指示する実施形態８５の方法。
８７．サービス要求の原因値をページ応答に設定すること
をさらに備えた実施形態５１−８６の方法。
８８．ＷＴＲＵがＣＳコールを受け入れることをサービス要求においてネットワークに示すこと
をさらに備えた実施形態５１−８７の方法。
８９．ＣＳフォールバックの表示をＮＡＳに送信すること
をさらに備えた実施形態５１−８８の方法。
９０．ＥＭＭをＣＳコールに通知すること、
サービス要求の通知をＷＴＲＵのＡＳに送信すること、および、
ＷＴＲＵがＣＳドメインにおいて動作しているという表示をＭＭユニットに送信すること
をさらに備えた実施形態５１−８９の方法。
９１．決定は、ＣＳリソース可用性に基づく実施形態５１−９０の方法。
９２．決定は、ＰＳリソース可用性に基づく実施形態５１−９１の方法。
９３．決定は、ＷＴＲＵが他の進行中のＰＳサービスを有するかどうかに基づく実施形態５１−９２の方法。
９４．決定は、ネットワーク通信可能範囲に基づく実施形態５１−９３の方法。
９５．決定は、ボイスコールの期待されるＱｏＳに基づく実施形態５１−９４の方法。
９６．決定は、コール品質に基づく実施形態５１−９５の方法。
９７．ネットワーク機能情報を受信すること
をさらに備えた実施形態５１−９６の方法。
９８．コールクライアント選択を可能にするネットワーク機能情報を上位レイヤーに提供すること
をさらに備えた実施形態９７の方法。
９９．ＥＭＭ制御によりコールセットアップを実行すること
をさらに備えた実施形態５１−９８の方法。

Claims (3)

1. 無線送信／受信ユニット（ＷＴＲＵ）であって、
   インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）登録状況に基づいて、回線交換（ＣＳ）フォールバックを実行するかを決定し、および、
   前記ＷＴＲＵがＣＳドメインにアタッチされるという条件で、ＣＳフォールバックを実行する要求を示すＣＳサービス要求を送信する
   ように構成された非アクセスストレイタム（ＮＡＳ）と、
   前記ＣＳサービス要求を前記ＮＡＳから受信し、
   前記ＣＳサービス要求のインジケーションを、無線リソース制御（ＲＲＣ）メッセージにおいて、発展型ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）に送信し、前記ＲＲＣメッセージは、ＣＳサービス情報を含み、および、
   前記ＣＳサービス要求に応答して、ハンドオーバコマンドを受信する
   ように構成されたアクセスストレイタム（ＡＳ）と
   を備え、
   前記ハンドオーバコマンドの受信後に、前記ＮＡＳは、前記ＣＳフォールバックの完了のインジケーションを受信するようにさらに構成されている
   ことを特徴とするＷＴＲＵ。
2. 前記ＡＳは、前記ＣＳフォールバックのインジケーションを、前記ＮＡＳに送信するようにさらに構成されていることを特徴とする請求項１に記載のＷＴＲＵ。
3. 前記ＡＳは、
   レガシーＡＳと、
   前記ＣＳサービス要求を前記ＮＡＳから受信し、前記ＣＳサービス要求の前記インジケーションを、前記ＲＲＣメッセージにおいて、前記Ｅ−ＵＴＲＡＮに送信し、および、前記ハンドオーバコマンドを受信するように構成されたロングタームエボリューション（ＬＴＥ）ＡＳと
   を備えていることを特徴とする請求項１に記載のＷＴＲＵ。

Images