JP6432101B2 - 単一無線音声通信継続（ｓｒｖｃｃ）中のトランスコーディング回避 - Google Patents

Description

無線移動通信技術は、ノード（例えば、送信局）と無線デバイス（例えば、モバイルデバイス）との間でデータを送信するための様々な規格およびプロトコルを用いる。いくつかの無線デバイスは、ダウンリンク（ＤＬ）送信において直交周波数分割多重アクセス（ＯＦＤＭＡ）を用い、アップリンク（ＵＬ）送信において単一キャリア周波数分割多重アクセス（ＳＣ‐ＦＤＭＡ）を用いて通信する。信号伝送に直交周波数分割多重（ＯＦＤＭ）を用いる複数の規格およびプロトコルとしては、第３世代パートナーシッププロジェクト（３ＧＰＰ）のロングタームエボリューション（ＬＴＥ）、ＷｉＭＡＸ（登録商標）（Ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）として一般に業界団体に知られている米国電気電子学会（ＩＥＥＥ）８０２．１６規格（例えば、８０２．１６ｅ、８０２．１６ｍ）、および一般にＷｉＦｉとして業界団体に知られているＩＥＥＥ ８０２．１１規格が挙げられる。

３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）ＬＴＥシステムにおいて、ノードは、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ‐ＵＴＲＡＮ]）Ｎｏｄｅ Ｂ（一般に、進化型Ｎｏｄｅ Ｂ、拡張型Ｎｏｄｅ Ｂ、ｅＮｏｄｅＢ、またはｅＮＢとしても示される）および無線ネットワークコントローラ（ＲＮＣ）の組み合わせであり得、これらは、ユーザ機器（ＵＥ）として知られる無線デバイスと通信する。ダウンリンク（ＤＬ）送信は、ノード（例えば、ｅＮｏｄｅＢ）から無線デバイス（例えば、ＵＥ）への通信であり得、アップリンク（ＵＬ）送信は、無線デバイスからノードへの通信であり得る。

ＬＴＥにおいて、データは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を介してｅＮｏｄｅＢからＵＥへと送信され得る。物理アップリンク制御チャネル（ＰＵＣＣＨ）は、データが受信されたことを通知するべく用いられ得る。ダウンリンク・アップリンクチャネルまたは送信は、時分割複信（ＴＤＤ）または周波数分割複信（ＦＤＤ）を用い得る。

本開示の特徴および利点は、例として本開示の機能をやはり示す添付の図面と併せて読めば、以下の詳細な説明から明らかとなり得る。

一例による、第３世代パートナーシッププロジェクト（３ＧＰＰ）無線ネットワークのブロック図を示す。

一例による専用ベアラアクティブ化手順を示す。

一例による、単一無線音声通信継続（ＳＲＶＣＣ）手順中にトランスコーディングを回避するためのパケット交換（ＰＳ）ハンドオーバーを用いるＳＲＶＣＣを示す。

一例による、トランスコーディングを回避するためのＳＲＶＣＣ中のＩＰマルチメディアサブシステム（ＩＭＳ）からのコーデッククエリを示す。

一例による、ＳＲＶＣＣ中にトランスコーディングを回避するための方法のフロー図を示す。

一例による、ＳＲＶＣＣ中にトランスコーディングを回避するための更なる方法のフロー図を示す。

一例による、無線デバイス（例えば、ＵＥ）の図を示す。

ここで示される例示的な複数の実施例を参照し得、本明細書においては、これらを説明するべく、具体的な言語が用いられ得る。それでもなお、本開示の範囲に対する限定がそれにより意図されるものではないことが理解され得る。

本開示が開示および説明される前に、当業者には理解されるように、本開示が本明細書に開示される特定の構造、処理動作、または材料に限定されるものではなく、それらの均等物に拡張されることを理解されたい。また、本明細書において使用される用語は、具体的な例を説明することのみを目的として用いられ、限定を意図したものではないことも理解されたい。異なる図面における同一の符号は、同一の要素を表す。フロー図および処理において提供される番号は、複数のアクションおよび動作を示す際に分かりやすくするべく提供され、特定の順序またはシーケンスを必ずしも示すものではない。

［例示的な実施形態］ 複数の技術例に関する初期的概要が以下に提供され、次に具体的な複数の技術例がその後に更に詳細に説明される。この初期的要約は、読者が技術をより迅速に理解するのに役立つことを意図しており、技術の重要な特徴または不可欠な特徴を識別することを意図せず、特許請求される主題の範囲を限定することを意図するものでもない。

新たに定義されたコーデック（例えば、ｅｎｈａｎｃｅｄ ｖｏｉｃｅ ｓｅｒｖｉｃｅｓ、「ＥＶＳ」）をサポートする第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）で構成されたシステムを介したＩＰマルチメディアサブシステム（ＩＭＳ）サービスにおいて、単一無線音声通信継続（ＳＲＶＣＣ）手順は、ターゲット無線レグとアクセストランスファーゲートウェイ（ａｃｃｅｓｓ ｔｒａｎｓｆｅｒ ｇａｔｅｗａｙ、ＡＴＧＷ）との間の更なるトランスコーディングをもたらし得る。これは、ユーザ機器（ＵＥ）が３ＧＰＰ ＬＴＥをサポートしてパケット交換（ＰＳ）ネットワークを提供するネットワークから回線交換（ＣＳ）ネットワークへと移動するときに行われ、またはその逆もあり得る。結果として、ＳＲＶＣＣ手順は、通話のための１または複数のトランスコーディングポイントを追加し、それにより進行中の通話の品質が低下する可能性がある。トランスコーダフリー動作（ＴｒＦＯ）により効率的な音質を実現することが所望である。優れた音質を得る機能が、高精細度（ＨＤ）の音声通話にとり特に重要である。

単一無線音声通信継続（ＳＲＶＣＣ）手順中にトランスコーディングを回避するための技術が開示される。パケット交換ネットワークと回線交換ネットワークとの間を移動するときに不要なトランスコーディング動作を回避することにより、煩雑さが低減され得、通話の品質が向上され得る。一例において、移動交換局（ＭＳＣ）は、ＳＲＶＣＣパケット交換（ＰＳ）‐回線交換（ＣＳ）要求メッセージにおいてモビリティ管理エンティティ（ＭＭＥ）から、ロングタームエボリューション（ＬＴＥ）システムを介してＩＰマルチメディアサブシステム（ＩＭＳ）におけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を受信し、ターゲットＭＳＣがＵＥ用の選択コーデックを識別することを可能にし、ＣＳドメインにおいて選択コーデックが用いられることを可能にするべく、選択コーデック情報をターゲットＭＳＣに通信するように構成された回路を含み得る。

単一無線音声通信継続（ＳＲＶＣＣ）手順中にトランスコーディングを回避するための技術が開示される。一実施形態において、トランスコーディングを回避するように動作可能な移動交換局（ＭＳＣ）サーバが開示される。ＭＳＣサーバは、モビリティ管理エンティティ（ＭＭＥ）から、単一無線音声通信継続（ＳＲＶＣＣ）パケット交換（ＰＳ）‐回線交換（ＣＳ）要求メッセージを受信し、コーデック要求メッセージをＩＰマルチメディアサブシステム（ＩＭＳ）に通信し、ロングタームエボリューション（ＬＴＥ）システムを介してＩＭＳにおけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を含むコーデッククエリ応答メッセージをＩＭＳから受信し、ターゲットＭＳＣがＵＥのための選択コーデックを識別することを可能にし、ＣＳドメインにおいて選択コーデックが用いられることを可能にするべく、選択コーデック情報をターゲットＭＳＣに通信するように構成された回路を含み得る。

ＳＲＶＣＣ手順中に、ターゲット移動交換局（ＭＳＣ）がＬＴＥを介した音声用の選択コーデックを知っている場合、ターゲットＭＳＣは、ＬＴＥ（すなわち、パケット交換（ＰＳ）ネットワーク）において既に用いられたコーデック、既に用いられたコーデック機能、およびＵＥのコーデック機能にも応じて、回線交換（ＣＳ）ドメインにおいて用いられるべきユーザ機器（ＵＥ）用の適切なコーデックを選択し得る。トランスコーディングを回避するべく、ＣＳネットワークがこのコーデックのサポートする場合、ターゲットＭＳＣは、ＬＴＥにおいて既に用いられたコーデックを選択することを優先し得る。次に、ターゲットＭＳＣは、ターゲットの進化型ユニバーサル地上無線アクセスネットワーク（Ｅ‐ＵＴＲＡＮ）または汎ヨーロッパデジタル移動通信システム（ＧＳＭ（登録商標））ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）に、選択コーデックを通知し得る。ターゲットのＵＴＲＡＮまたはＧＥＲＡＮは、このコーデック情報をターゲット・トゥー・ソース・トランスペアレント・コンテナの無線リソース制御（ＲＲＣ）コンテナに含め、コーデック情報をＭＳＣに送信して、次にハンドオーバー準備（Ｈａｎｄｏｖｅｒ Ｐｒｅｐａｒａｔｉｏｎ）手順中にモビリティ管理エンティティ（ＭＭＥ）およびＥ‐ＵＴＲＡＮに送信し得る。次に、セッション転送（Ｓｅｓｓｉｏｎ Ｔｒａｎｓｆｅｒ）手順中に、ＭＳＣは、ＡＴＣＦにＣＳネットワークにおいて用いるための選択コーデックを通知し得る。アクセスレグにおいて用いられらコーデックが遠隔レグにおいて用いられるコーデックと全く同一であることをＡＴＣＦが知り得る場合、ＡＴＧＷとの通信中に、そのような情報がＡＴＧＷに更に伝達され得、次にＡＴＧＷにおいてトランスコーディングが回避され得る。

従って、これらの問題を克服するべく、本技術は、音声通話の品質を向上させるべく、トランスコーディングを回避するためのソリューションを提供する。一態様において、単一無線音声通信継続（ＳＲＶＣＣ）手順中にトランスコーディングを回避するための技術が開示される。一例において、移動交換局（ＭＳＣ）は、ＳＲＶＣＣ ＰＳ‐ＣＳ要求メッセージにおいてモビリティ管理エンティティ（ＭＭＥ）から、３ＧＰＰ ＬＴＥシステムを介してＩＰマルチメディアサブシステム（ＩＭＳ）におけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を受信し、ターゲットＭＳＣがＵＥ用の選択コーデックを識別することを可能にし、ＣＳドメインにおいて選択コーデックが用いられることを可能にするべく、選択コーデック情報をターゲットＭＳＣに通信するように構成された回路を含み得る。

別の技術において、単一無線音声通信継続（ＳＲＶＣＣ）手順中にトランスコーディングを回避するための技術が開示される。一例において、移動交換局（ＭＳＣ）は、モビリティ管理エンティティ（ＭＭＥ）から、単一無線音声通信継続（ＳＲＶＣＣ）パケット交換（ＰＳ）‐ＣＳ要求メッセージを受信し、コーデック要求メッセージをＩＰマルチメディアサブシステム（ＩＭＳ）に通信し、ロングタームエボリューション（ＬＴＥ）システムを介してＩＭＳにおけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を含むコーデッククエリ応答メッセージをＩＭＳから受信し、ターゲットＭＳＣがＵＥのための選択コーデックを識別することを可能にし、ＣＳドメインにおいて選択コーデックが用いられることを可能にするべく、選択コーデック情報をターゲットＭＳＣに通信するように構成された回路を含み得る。

一実施形態において、ＩＭＳセッションセットアップ手順中に、プロキシ呼び出しセッション制御機能（Ｐ‐ＣＳＣＦ）は、ポリシ・変更ルール機能（ＰＣＲＦ）に選択コーデック情報を通知するように構成され得る。結果的に、ＰＣＲＦは、このコーデック情報をＰＣＥＦおよびＭＭＥに渡すことができる。次にＳＲＶＣＣ手順中に、ＭＭＥは、ＳＲＶＣＣ ＰＳ‐ＣＳ要求メッセージにこのコーデック情報を含め、Ｓｖインタフェースを介してコーデック情報をＭＳＣサーバ／メディアゲートウェイ（ＭＧＷ）に送信し得る。ＭＳＣサーバ／ＭＧＷがＬＴＥシステムを介してＩＭＳにより選択コーデックもサポートする場合、ＭＳＣサーバ／ＭＧＷは、選択コーデックを用いることを決定し、更に、この情報をターゲットＭＳＣおよび無線局サブシステム／基地局システムＲＮＳ／ＢＳＳに渡し得る。次に、ＲＮＳ／ＢＳＳは、選択コーデック情報をターゲット・トゥー・ソース・トランスペアレント・コンテナのＲＲＣコンテナに含め、選択コーデック情報をｅＮＢに送信し得る。ｅＮＢは、Ｅ‐ＵＴＲＡＮコマンドメッセージからのハンドオーバーにおいてそのような情報をＵＥに送信し得る。

代替的な実施形態において、ＳＲＶＣＣ手順中にＭＳＣサーバ／ＭＧＷがＳＲＶＣＣ ＰＳ‐ＣＳ要求メッセージを受信した場合、ＭＳＣサーバ／ＭＧＷは、ＩＭＳコアから選択コーデックにクエリを実行し得る。ＭＳＣサーバ／ＭＧＷがＬＴＥシステムを介してＩＭＳにより選択されるコーデックもサポートする場合、ＭＳＣサーバ／ＭＧＷは、選択コーデックを用いることを決定し、更に、そのような情報をターゲットＭＳＣおよびＲＮＳ／ＢＳＳに渡し得る。次に、ＲＮＳ／ＢＳＳは、選択コーデック情報をターゲット・トゥー・ソース・トランスペアレント・コンテナのＲＲＣコンテナに含め、選択コーデック情報をｅＮＢに送信し得る。ｅＮＢは、ハンドオーバー・フロム・Ｅ‐ＵＴＲＡＮコマンド（Ｈａｎｄｏｖｅｒ ｆｒｏｍ Ｅ−ＵＴＲＡＮ Ｃｏｍｍａｎｄ）メッセージにおいてそのような情報をＵＥに送信し得る。

図１は、３ＧＰＰ ＬＴＥ規格に基づいて通信するように動作可能な１タイプの無線ネットワーク１００の例を示す。本例において、３ＧＰＰ ＬＴＥ無線アクセスネットワーク（ＲＡＮ）システムが示される。本システムは、３ＧＰＰ ＬＴＥ仕様に基づいて動作する。本例が提供されるが、限定を意図するものではない。一般にＷｉＭＡＸ（登録商標）（Ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）と呼ばれる米国電気電子学会（ＩＥＥＥ）８０２．１６規格等、他の複数の無線ネットワークも用いられ得る。

例えば、いくつかの無線デバイスは、ダウンリンク（ＤＬ）送信において直交周波数分割多重アクセス（ＯＦＤＭＡ）を用い、アップリンク（ＵＬ）送信において単一キャリア周波数分割多重アクセス（ＳＣ‐ＦＤＭＡ）を用いて通信する。信号伝送に直交周波数分割多重（ＯＦＤＭ）を用いる複数の規格およびプロトコルとしては、第３世代パートナーシッププロジェクト（３ＧＰＰ）のロングタームエボリューション（ＬＴＥ）、上記のようにＷｉＭＡＸ（登録商標）として一般に業界団体に知られている米国電気電子学会（ＩＥＥＥ）８０２．１６規格（例えば、８０２．１６ｅ、８０２．１６ｍ）、および一般にＷｉＦｉとして業界団体に知られているＩＥＥＥ ８０２．１１規格が挙げられる。３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）ＬＴＥシステムにおいて、ノードは、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ‐ＵＴＲＡＮ]）Ｎｏｄｅ Ｂ（一般に、進化型Ｎｏｄｅ Ｂ、拡張型Ｎｏｄｅ Ｂ、ｅＮｏｄｅＢ、またはｅＮＢとしても示される）および無線ネットワークコントローラ（ＲＮＣ）の組み合わせであり得、これらは、ユーザ機器（ＵＥ）として知られる無線デバイスと通信する。ダウンリンク（ＤＬ）送信は、ノード（例えば、ｅＮｏｄｅＢ）から無線デバイス（例えば、ＵＥ）への通信であり得、アップリンク（ＵＬ）送信は、無線デバイスからノードへの通信であり得る。より新しいＥ‐ＵＴＲＡＮネットワークは、パケット交換（ＰＳ）ドメインにおいて動作し得る。ＵＴＲＡＮまたはＧＥＲＡＮネットワーク等のより古いネットワークは、回線交換（ＣＳ）ドメインにおいて動作し得る。ＵＥがＰＳネットワークとＣＳネットワークとの間で移動するとき、異なるネットワークで異なるコーデックを用いるので、更なるトランスコーディングが実行されてきた。上述のように、更なるトランスコーディングを用いることにより、通話の品質を下げ、ネットワークの煩雑さを増大させる可能性がある。

図１に示される無線ネットワーク１００は、無線アクセスネットワーク（ＲＡＮ）１１０および進化型パケットコア（ＥＰＣ）１６０から構成される。３ＧＰＰ ＬＴＥにおいては、図１に示されるＲＡＮ１１０は、ｅＮｏｄｅＢ１１２Ａおよび１１２Ｂと表された進化型ユニバーサル地上無線アクセス（Ｅ‐ＵＴＲＡＮもしくはＥＵＴＲＡＮ）またはＵＴＲＡＮモジュール等の複数の送信ノードを含み得る。ＲＡＮは、進化型パケットコア（ＥＰＣ）モジュールと通信し得る。ＥＰＣは、サービングゲートウェイ（Ｓ‐ＧＷ）およびモビリティ管理エンティティ（ＭＭＥ）１３０を含み得る。ＥＰＣは、サービングゲートウェイ（Ｓ‐ＧＷ）を、インターネット１８０、イントラネット、または他の類似のネットワーク等のパケットデータネットワーク（ＰＤＮ）に結合するためのＰＤＮゲートウェイ（Ｐ‐ＧＷ）１４２も含み得る。Ｓ‐ＧＷは、ＲＡＮに関連付けられた複数のモバイルデバイスのためのインターネットのネットワークアクセスおよび標準的ネットワークアクセスを提供し得る。Ｓ‐ＧＷおよびＭＭＥは、ケーブル配線、有線、光ファイバ、および／またはルータもしくはリピータ等の伝送ハードウェアを介して互いに直接に通信し得る。ｅＮｏｄｅＢ１１２Ａ〜Ｂは、ＬＴＥ無線リンク１１５Ａ〜Ｂを介して各々、ユーザ機器（ＵＥ）１５０Ａ〜Ｂに接続され得る。Ｘ２リンク等のバックホールリンク１１４は、ｅＮＢを接続するべく用いられ得る。無線接続が用いられ得るが、通常、Ｘ２リンクは、複数のｅＮＢ間の有線ブロードバンドまたは光接続を介して形成される。

ｅＮＢ１１２Ａ〜Ｂ、Ｓ‐ＧＷ１２０、およびＭＭＥ１３０の間の接続は、Ｓ１タイプの接続１２４Ａ〜Ｂおよび１２６Ａ〜Ｂを介して行われ得る。Ｓ１インタフェースは、公衆に利用可能なバージョン８（２００８‐１２‐１１）、Ｖｅｒｓｉｏｎ ９（２００９‐１２‐１０）、Ｖｅｒｓｉｏｎ １０（２０１１‐０３‐２３）、Ｖｅｒｓｉｏｎ １１（２０１２‐０９‐１２）、およびＶｅｒｓｉｏｎ １２（２０１４‐０９‐１７）等、様々な３ＧＰＰ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＴＳ）３６．４１０のバージョンにおいて記載されている。

ＥＰＣ１６０は、ほぼリアルタイムで無線ネットワークにおけるポリシルールを決定するべく用いられ得るポリシ・課金ルール機能（ＰＣＲＦ）ノード１４４も含み得る。ＰＣＲＦノードは、理解され得るように、課金システム等の複数の加入者データベースおよび他の専用機能にアクセスし得る。

ｅＮＢ１１２Ａ〜Ｂは、１もしくは複数のアンテナ、エアインタフェース上で送信もしくは受信された複数の信号を変調および／もしくは復調するための１もしくは複数の無線モジュール、ならびにエアインタフェース上で送受信された複数の信号を処理するための１もしくは複数のデジタルモジュールを含み得る。複数のｅＮＢは、「マクロノード」と呼ばれる比較的高電力のノード、または比較的低電力のノード（ＬＰＮ）であり得る。ＬＰＮとしては、マイクロノード、ピコノード、ホームｅＮＢ（ＨｅＮＢ）、遠隔無線ヘッド（ＲＲＭ）、遠隔無線エンティティ（ＲＲＥ）等が挙げられ得る。

図２は、一例による専用ベアラアクティブ化手順を示す。一実施形態において、セッションイニシエータは、発信者がこのセッションのためにサポートする意思があるあらゆるメディア特性（複数のコーデックを含む）を列記するセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージにセッション記述プロトコル（ＳＤＰ）を含めることができる。メッセージがデスティネーションエンドポイントに到着すると、デスティネーションエンドポイントは、やはりセッションのためにサポートする意思があるメディア特性（例えば、複数のコーデックの共通サブセット）で応答する。これらのメディア特性に対してメディア承認が実行され得る。共通サブセットを受信すると、セッションイニシエータは、最初に用いられるべきメディア特性（複数のコーデックを含む）を決定し得る。

アクション１において、ＩＰマルチメディアサブシステム（ＩＭＳ）は、セッション確立／変更要求を開始する。すなわち、Ｐ‐ＣＳＣＦは、セッション確立／変更要求メッセージをＰＣＲＦに送信し得る。セッション確立／変更要求は、ネゴシエート済みコーデックまたは変更済みコーデックの情報、および他のＰＣＲＦ関連情報を含み得る。ＳＥＭ要求およびコーデック情報は、Ｒｘインタフェースを介して通信され得る。ＲＸインタフェースを介した情報のＰＣＲＦへの通信は、３ＧＰＰ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＴＳ）２９．２１４に記載されている。例えば、２０１４年６月にリリースされた３ＧＰＰ ＴＳ ２９．２１４ Ｖｅｒｓｉｏｎ １２．４．０は、ＲＸインタフェースを介した情報のＰＣＲＦへの通信を説明する。アクション２において、動的ポリシ制御・課金（ＰＣＣ）機能が配備されている場合、ＰＣＲＦは、ＰＣＣ決定プロビジョン（サービス品質（ＱｏＳ）ポリシ）メッセージをＰ‐ＧＷに送信し得る。これは、ＰＤＮ ＧＷがＩＰ−ＣＡＮベアラシグナリングを要求する時点までの、ＰＣＲＦにより開始されるインターネットプロトコル接続アクセスネットワーク（ＩＰ‐ＣＡＮ）セッション変更手順の複数の初期アクション、またはＰＣＥＦにより開始されるＩＰ−ＣＡＮセッション変更手順におけるＰＣＲＦ応答に対応する。ＰＣＣ決定プロビジョンメッセージは、ユーザ位置情報および／またはＵＥタイムゾーン情報がＰＣＲＦに提供されることを示し得る。動的ＰＣＣが配備されない場合、ＰＤＮ ＧＷ（ＰＧＷ）は、ローカルＱｏＳポリシを適用し得る。

アクション３において、ＰＧＷは、このＱｏＳポリシを用いて進化型パケットシステム（ＥＰＳ）ベアラＱｏＳを割り当てることができる。すなわち、ＰＧＷは、ＱｏＳクラス識別子（ＱＣＩ）、割り当て・保持・優先度（ＡＲＰ）、保証ビットレート（ＧＢＲ）、および最大ビットレート（ＭＢＲ）等、複数のベアラレベルＱｏＳパラメータに複数の値を割り当てる。この専用ベアラがＧＴＰベースのＳ２ａ／Ｓ２ｂを用いる非３ＧＰＰアクセスからのハンドオーバーの手順の一部として作成される場合、ＰＧＷは、ＵＥが非３ＧＰＰアクセス状態にある間に、対応する専用ベアラ（すなわち、非３ＧＰＰアクセスにおけるのと同一のＱＣＩおよびＡＲＰを用いるベアラ）が既に用いられている課金Ｉｄを適用し得る。そうでなければ、ＰＧＷは、専用ベアラに対する課金Ｉｄを生成し得る。ＰＤＮ ＧＷは、ベアラ設定要求メッセージ［国際移動体加入者識別番号（ＩＭＳＩ）、手順トランザクションＩｄ（ＰＴＩ）、ＥＰＳベアラＱｏＳ、トラフィックフローテンプレート（ＴＦＴ）、Ｓ５／Ｓ８トンネルエンドポイント識別子（ＴＥＩＤ）、課金Ｉｄ、Ｌｉｎｋｅｄ ＥＰＳ Ｂｅａｒｅｒ Ｉｄｅｎｔｉｔｙ（ＬＢＩ）、およびプロトコル構成オプション］をサービングＧＷに送信し得、Ｌｉｎｋｅｄ ＥＰＳ Ｂｅａｒｅｒ Ｉｄｅｎｔｉｔｙは、デフォルトのベアラのＥＰＳベアラアイデンティティである。手順トランザクションＩｄ（ＰＴＩ）パラメータは、手順がＵＥにより要求されるベアラリソース変更手順により開始された場合にのみ用いられ得る。プロトコル構成オプションは、ＵＥとＰＧＷとの間で複数のアプリケーションレベルパラメータを転送するべく用いられ得、ＭＭＥおよびサービングＧＷを介してトランスペアレントに送信される。プロトコル構成オプション（ＰＣＯ）は、ＵＥから受信されたＰＣＯに応答し、またはＵＥにより提供されるＰＣＯに応答を送信することを必要とせずに、例えば、ベアラがＩＭＳシグナリング専用となることをネットワークが希望する場合に、専用ベアラアクティブ化手順において送信され得ることに留意されたい。

アクション４において、サービングＧＷは、ベアラ設定要求メッセージをＭＭＥに送信し得る。ＵＥがＥＣＭアイドル状態にある場合、ＭＭＥは、アクション３からネットワークトリガサービス要求をトリガし得る。その場合、以下のアクション５〜８は、ネットワークトリガサービス要求手順に組み合わされるか、またはスタンドアロンで実行され得る。

選択コーデック情報は、アクション２〜４において用いられる複数のメッセージに含まれ得ることに留意されたい。

アクション５において、ＭＭＥは、ＵＥにまだ割り当てられていないＥＰＳベアラアイデンティティを選択し得る。次に、ＭＭＥは、ＰＴＩ、ＴＦＴ、複数のＥＰＳベアラＱｏＳパラメータ（ＡＲＰを除く）、プロトコル構成オプション、ＥＰＳベアラアイデンティティ、ＬＢＩ（Ｌｉｎｋｅｄ ＥＰＳ Ｂｅａｒｅｒ Ｉｄｅｎｔｉｔｙ）、およびＷＬＡＮのオフロード可能性インジケーションを含むセッション管理要求を作成し得る。ＵＥがＵＴＲＡＮまたはＧＥＲＡＮ機能を有し、ネットワークがＵＴＲＡＮまたはＧＥＲＡＮに対するモビリティをサポートする場合、ＭＭＥは、複数のＥＰＳベアラＱｏＳパラメータを用いて、対応する複数のＰＤＰコンテキストパラメータであるＱｏＳ Ｎｅｇｏｔｉａｔｅｄ（Ｒ９９ＱｏＳプロファイル）、無線優先度、パケットフローＩｄおよびＴＩを派生させることができ、それらをセッション管理要求に含める。ＢＳＳパケットフロー手順をサポートしないとＵＥがＵＥネットワーク機能（ＵＥ Ｎｅｔｗｏｒｋ Ｃａｐａｂｉｌｉｔｙ）において示した場合、ＭＭＥは、パケットフローＩＤを含めないように構成され得る。次に、ＭＭＥは、ベアラセットアップ要求（ＥＰＳベアラアイデンティティ、ＥＰＳベアラＱｏＳ、セッション管理要求、Ｓ１‐ＴＥＩＤ）メッセージをｅＮｏｄｅＢにシグナリングし得る。ＭＭＥは、このＰＤＮ接続のトラフィックがＷＬＡＮにオフロードされることを許容されるか否かのインジケーションを含み得る。

アクション６において、ｅＮｏｄｅＢは、ＥＰＳベアラＱｏＳを無線ベアラ（ＲＢ）ＱｏＳにマッピングし得る。次に、ｅＮｏｄｅＢは、ＲＲＣ接続再構成（無線ベアラＱｏＳ、セッション管理要求、ＥＰＳ ＲＢアイデンティティ）メッセージをＵＥにシグナリングし得る。ＵＥは、ＧＥＲＡＮまたはＵＴＲＡＮを介してアクセスするときに用いられるセッション管理要求において受信したＱｏＳ Ｎｅｇｏｔｉａｔｅｄ、無線優先度、パケットフローＩｄおよびＴＩを格納するように構成され得る。ＵＥ ＮＡＳは、ＥＰＳベアラアイデンティティを格納し、Ｌｉｎｋｅｄ ＥＰＳ Ｂｅａｒｅｒ Ｉｄｅｎｔｉｔｙ（ＬＢＩ）により示されるデフォルトのベアラに専用ベアラをリンクし得る。ＵＥは、トラフィックフローを無線ベアラにマッピングすることを決定するべく、アップリンクパケットフィルタ（ＵＬ ＴＦＴ）を用い得る。ＵＥは、トラフィックフローを処理するアプリケーションに複数のＥＰＳベアラＱｏＳパラメータを提供し得る。ＥＰＳベアラＱｏＳのアプリケーション使用量は、実装に依存し得る。ＵＥは、セッション管理要求に含まれる複数のＥＰＳベアラＱｏＳパラメータに基づいてＲＲＣ接続再構成を拒否しないように構成され得る。

アクション７において、ＵＥは、ＲＲＣ接続構成完了メッセージを用いて無線ベアラアクティブ化をｅＮｏｄｅＢに通知し得る。アクション８において、ｅＮｏｄｅＢは、ベアラセットアップ応答（ＥＰＳベアラアイデンティティ、Ｓ１‐ＴＥＩＤ）メッセージを用いてＭＭＥにベアラアクティブ化を通知し得る。ｅＮｏｄｅＢは、要求されたＥＰＳベアラＱｏＳが割り当てられ得るか否かを示し得る。ＭＭＥは、（アクション１０において送信される）セッション管理応答メッセージの前または後のいずれかでＲＲＣ接続構成完了メッセージを受信する準備をするように構成され得る。

アクション９において、ＵＥ ＮＡＳレイヤは、ＥＰＳベアラアイデンティティを含むセッション管理応答を作成し得る。次に、ＵＥは、直接転送（セッション管理応答）メッセージをｅＮｏｄｅＢに送信し得る。アクション１０において、ｅＮｏｄｅＢは、アップリンクＮＡＳ搬送（セッション管理応答）メッセージをＭＭＥに送信し得る。

アクション１１において、アクション８におけるベアラセットアップ応答メッセージ、およびアクション１０におけるセッション管理応答メッセージを受信すると、ＭＭＥは、ベアラ応答作成（ＥＰＳベアラアイデンティティ、Ｓ１‐ＴＥＩＤ、ユーザ位置情報（ＥＣＧＩ）、または別名Ｅ‐ＵＴＲＡＮセルモバイル識別子（ＥＣＧＩ）として知られる）メッセージを送信することによりベアラアクティブ化をサービングＧＷに通知し得る。

アクション１２において、サービングＧＷは、ベアラ応答作成（ＥＰＳベアラアイデンティティ、Ｓ５／Ｓ８‐ＴＥＩＤ、ユーザ位置情報（ＥＣＧＩ））メッセージを送信することによりベアラアクティブ化をＰＤＮ ＧＷに通知し得る。

アクション１３において、専用ベアラアクティブ化手順がＰＣＲＦからのＰＣＣ決定プロビジョンメッセージによりトリガされた場合、ＰＤＮ ＧＷは、要求されたＰＣＣ決定（ＱｏＳポリシ）が実施され得るか否かをＰＣＲＦに示し、ＩＰ−ＣＡＮベアラシグナリングの完了後に、ＰＣＲＦにより開始されたＩＰ−ＣＡＮセッション変更手順またはＰＣＥＦにより開始されたＩＰ−ＣＡＮセッション変更手順が完了することを可能にする。ＰＣＲＦにより要求された場合、ＰＤＮ ＧＷは、ユーザ位置情報および／またはＵＥタイムゾーン情報をＰＣＲＦに示す。（例えば、ローカルのブレークアウトに対する）アクション２および１３の正確なシグナリングは、本明細書の範囲外である。このシグナリングおよび専用ベアラアクティブ化手順とのインタラクションが指定され得る。アクション１４において、ＰＣＲＦは、セッション確立／変更応答メッセージを用いてＰ‐ＣＳＣＦに応答し得る。

図３は、本開示の一実施形態による、単一無線音声通信継続（ＳＲＶＣＣ）手順中にトランスコーディングを回避するためのパケット交換（ＰＳ）ハンドオーバーを用いるＳＲＶＣＣを示す。より具体的には、図３は、非音声コンポーネントの処理を含む、デュアルトランファーモード（ＤＴＭ）ハンドオーバー（ＨＯ）サポートを用いたＥ‐ＵＴＲＡＮからＵＴＲＡＮまたはＧＥＲＡＮへのＳＲＶＣＣの呼び出しフローを示す。フローは、ターゲットがＰＳ ＨＯを用いるＵＴＲＡＮであるか、またはターゲットがＤＴＭサポートを用いるＧＥＲＡＮであり、ＵＥがＤＴＭをサポートすると、ｅＮＢが判断し得るように構成される。アクション１において、ＵＥは、測定レポートをＥ‐ＵＴＲＡＮに送信するように構成され得る。アクション２において、複数のＵＥ測定レポートに基づいて、ソースＥ‐ＵＴＲＡＮは、ＵＴＲＡＮ／ＧＥＲＡＮへのＳＲＶＣＣハンドオーバー（ＨＯ）をトリガし得る。アクション３において、ターゲットがＵＴＲＡＮである場合、ソースＥ‐ＵＴＲＡＮは、ハンドオーバー要求（ターゲットＩＤ、汎用ソース・トゥー・ターゲット・トランスペアレント・コンテナ、ＳＲＶＣＣ ＨＯインジケーション）メッセージをソースＭＭＥに送信し得る。ＳＲＶＣＣ ＨＯインジケーションは、これが回線交換（ＣＳ）およびパケット交換（ＰＳ）ＨＯ（ＣＳ＋ＰＳハンドオーバー）のためのものであることをＭＭＥに示し得る。ソースＥ‐ＵＴＲＡＮがＳＲＶＣＣ ＨＯインジケーションを用いて、ターゲットがＣＳおよびＰＳの双方に対応し、これがＣＳ＋ＰＳ ＨＯ要求であることを示す場合、ソースＭＭＥは、単一の受信済みトランスペアレント・コンテナをターゲットＣＳドメインおよびターゲットＰＳドメインの双方に送信するように構成され得ることに留意されたい。ターゲットがＧＥＲＡＮである場合、ソースＥＵＴＲＡＮは、ハンドオーバー要求（ターゲットＩＤ、汎用ソース・トゥー・ターゲット・トランスペアレント・コンテナ、追加のソース・トゥー・ターゲット・トランスペアレント・コンテナ、ＳＲＶＣＣ ＨＯインジケーション）メッセージをソースＭＭＥに送信し得る。Ｅ‐ＵＴＲＡＮは、追加のソース・トゥー・ターゲット・トランスペアレント・コンテナに、ＣＳドメイン用の「旧ＢＳＳ‐新ＢＳＳ情報ＩＥ」を配置し得る。この場合、ＭＭＥは、これがＣＳ＋ＰＳハンドオーバーの要求であることをＳＲＶＣＣ ＨＯインジケーションから識別する。

アクション４において、音声ベアラ（ＱＣＩ１）に関連付けられたＱＣＩおよびＳＲＶＣＣ ＨＯインジケーションに基づいて、ソースＭＭＥは、音声ベアラを他の全てのＰＳベアラから分割して、他の全てのＰＳベアラおよび／または音声ベアラをＭＳＣサーバおよびＳＧＳＮに各々再配置することを開始するように構成され得る。

アクション５ａにおいて、ソースＭＭＥは、ＳＲＶＣＣ ＰＳ‐ＣＳ要求（ＩＭＳＩ、ターゲットＩＤ、セッション転送番号・単一無線（ＳＴＮ‐ＳＲ）、相関移動局国際加入者ディレクトリ番号（Ｃ‐ＭＳＩＳＤＮ）、ソース・トゥー・ターゲット・トランスペアレント・コンテナ、ＭＭコンテキスト、および／または緊急インジケーション）メッセージをＭＳＣサーバに送信することにより、音声ベアラのためのＰＳ‐ＣＳハンドオーバー手順を開始し得る。ＳＲＶＣＣ ＰＳ‐ＣＳ要求メッセージは、ＬＴＥを介してＩＭＳにおいて選択された選択コーデック情報も含み得る。選択コーデック情報は、ＮＡＳ同期インジケータに含まれ、ＲＮＳ／ＢＳＳに渡され得る。ＲＮＳ／ＢＳＳは、ターゲット・トゥー・ソース・トランスペアレント・コンテナのＲＲＣコンテナにＮＡＳ同期インジケータを含め、ＮＡＳ同期インジケータをｅＮｏｄｅＢに送信し得る。次に、ｅＮｏｄｅＢは、アクション１３および１４で、ハンドオーバー・フロム・Ｅ‐ＵＴＲＡＮコマンドメッセージにおいてコーデック情報をＵＥに送信し得る。

優先されるＳＲＶＣＣがサポートされる場合、ＭＭＥは、ＳＲＶＣＣが優先処理を必要とすることを検出したときに、優先度インジケーションもＳＲＶＣＣ ＰＳ‐ＣＳ要求に含めることができる。検出は、ＩＭＳシグナリングに用いられたＥＰＳベアラに関連付けられるＡＲＰに基づいている。優先度インジケーションは、ＡＲＰ情報要素に対応し得る。進行中のセッションが緊急セッションである場合には、緊急インジケーションおよび機器識別子が含まれ得る。利用可能である場合には、認証済みのＩＭＳＩおよびＣ‐ＭＳＩＳＤＮも含まれなければならない。メッセージは、ＣＳドメインのみに関連する情報を含み得る。ＭＭＥは、Ｅ‐ＵＴＲＡＮアタッチ（ａｔｔａｃｈ）手順中にダウンロードされる加入プロファイルの一部としてＨＳＳからＳＴＮ‐ＳＲおよびＣ‐ＭＳＩＳＤＮを受信し得る。ＭＭコンテキストは、セキュリティ関連情報を含み得る。ＣＳセキュリティキーは、ＭＭＥによってＥ‐ＵＴＲＡＮ／ＥＰＳドメインキーから派生し得る。ＣＳセキュリティキーは、ＭＭコンテキストにおいて送信され得る。

アクション５ｂにおいて、ＭＳＣサーバは、ハンドオーバー準備要求メッセージをターゲットＭＳＣに送信することにより、ＰＳ‐ＣＳハンドオーバー要求をＣＳ ＭＳＣ間ハンドオーバー要求とインターワークさせ得る。優先されるＳＲＶＣＣがサポートされ、ＭＳＣサーバがＳＲＶＣＣ ＰＳ‐ＣＳ要求において優先度インジケーション（すなわち、ＡＲＰ）を受信した場合、ＭＳＣサーバ／ＭＧＷは、優先度インジケーションをＡＲＰからマッピングさせるハンドオーバー準備要求メッセージをターゲットＭＳＣに送信し得る。ＭＳＣサーバは、ローカル規則またはオペレータの設定に基づいて、ＡＲＰを複数のＣＳサービスのための優先レベル、優先機能／脆弱性にマッピングし得る。優先度インジケーションは、ハンドオーバー中のＣＳ呼び出しの優先度がＵＭＴＳおよびＧＳＭ（登録商標）／ＥＤＧＥに対して指定され得ることを示し得る。ターゲットシステムがＧＥＲＡＮである場合、ＭＳＣサーバは、インタフェース上のソースＩＤとしてデフォルトのサービスエリア識別（ＳＡＩ）をターゲットＢＳＳに割り当て、ハンドオーバー準備要求のためにカプセル化された基地局サブネットワーク管理アプリケーション部（ＢＳＳＭＡＰ）を用い得る。ターゲットシステムがＵＴＲＡＮである場合、ＭＳＣサーバは、ハンドオーバー準備要求のためにカプセル化されたＲＡＮＡＰを用い得る。

デフォルトのＳＡＩの値は、ＭＳＣにおいて構成され、ＳＲＶＣＣハンドオーバーのためのソースがＥ‐ＵＴＲＡＮであることをリリースが、そしてその後には基地局コントローラ（ＢＳＣ）が識別することを可能にし得ることに留意されたい。ターゲットの基地局サブネットワーク（ＢＳＳ）において正しい統計を保証するべく、デフォルトのＳＡＩは、ＵＴＲＡＮにおいて用いられるＳＡＩとは異なっているべきである。

アクション５ｃにおいて、ターゲットＭＳＣは、再配置要求／ハンドオーバー要求メッセージをターゲットＲＮＳ／ＢＳＳに送信することにより、ＣＳ再配置のためのリソース割り当てを要求し得る。ＭＳＣサーバが優先を示した場合、無線ネットワークコントローラ／基地局サブネットワーク（ＲＮＣ／ＢＳＳ）は、ＧＳＭ（登録商標）／ＥＤＧＥの優先度インジケーションを用いる既存の複数の手順に基づいて無線リソースを割り当て得る。ターゲット無線アクセス技術（ＲＡＴ）がＵＴＲＡＮである場合、再配置要求／ハンドオーバー要求メッセージは、汎用ソース・トゥー・ターゲット・トランスペアレント・コンテナを含み得る。ターゲットＲＡＴがＧＥＲＡＮである場合、再配置要求／ハンドオーバー要求メッセージは、追加のソース・トゥー・ターゲット・トランスペアレント・コンテナを含み得る。

アクション６ａ〜６ｂでは、前の複数のアクション（例えば、アクション５ａ〜５ｃ）と並行して、ソースＭＭＥは、ＰＳベアラの再配置を開始するように構成され得る。アクション６ａにおいて、ソースＭＭＥは、フォワード再配置要求（汎用ソース・トゥー・ターゲット・トランスペアレント・コンテナ、ＭＭコンテキスト、ＰＤＮ接続ＩＥ）メッセージをターゲットＳＧＳＮに送信する。ターゲットのサービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）がＳ‐ＧＷおよびＰ‐ＧＷとのＳ４ベースのインタラクションを用いる場合、ＰＤＮ接続ＩＥは、音声ベアラ以外の全てのベアラのためのベアラ情報を含み得る。残りの複数の非音声ＰＳベアラのＰＳハンドオーバー用の複数のセキュリティキーの処理も指定され得る。

ターゲットＳＧＳＮがＧＧＳＮとのＧｎ／Ｇｐインタフェースベースのインタラクションを用いる場合、フォワード再配置要求は、ＰＤＮ接続ＩＥに代えて、音声ベアラ以外の全てのベアラのためのベアラ情報を含む、ＰＤＰコンテキストを含み得ることに留意されたい。

アクション６ｂにおいて、ターゲットＳＧＳＮは、再配置要求／ハンドオーバー要求（ソース・トゥー・ターゲット・トランスペアレント・コンテナ）メッセージをターゲットＲＮＳ／ＢＳＳに送信することにより、ＰＳ再配置のためのリソース割り当てを要求し得る。

アクション７ａ〜７ｂにおいて、ターゲットＲＮＳ／ＢＳＳがＣＳ再配置／ハンドオーバー要求およびＰＳ再配置／ハンドオーバー要求の双方を受信した後、ターゲットＲＮＳ／ＢＳＳは、適切なＣＳおよびＰＳリソースを割り当てる。アクション７ａにおいて、ターゲットＲＮＳ／ＢＳＳは、再配置要求確認／ハンドオーバー要求確認（ターゲット・トゥー・ソース・トランスペアレント・コンテナ）メッセージをターゲットＳＧＳＮに送信することにより、準備されたＰＳ再配置／ハンドオーバーを通知し得る。アクション７ｂにおいて、ターゲットＳＧＳＮは、フォワード再配置応答（ターゲット・トゥー・ソース・トランスペアレント・コンテナ）メッセージをソースＭＭＥに送信し得る。

アクション８ａ〜８ｃは、前のアクションと並行に実行され得る。アクション８ａにおいて、ターゲットＲＮＳ／ＢＳＳは、再配置要求確認／ハンドオーバー要求確認（ターゲット・トゥー・ソース・トランスペアレント・コンテナ）メッセージをターゲットＭＳＣに送信することにより、準備されたＣＳ再配置／ハンドオーバーを通知し得る。アクション８ｂにおいて、ターゲットＭＳＣは、ハンドオーバー準備応答（ターゲット・トゥー・ソース・トランスペアレント・コンテナ）メッセージをＭＳＣサーバに送信し得る。アクション８ｃにおいて、（例えば、サービス総合デジタル網ユーザ部（ＩＳＵＰ）、初期アドレスメッセージ（ＩＡＭ）、およびアドレス完了メッセージ（ＡＣＭ）を用いて）ターゲットＭＳＣとＭＳＣサーバに関連付けられたＭＧＷとの間に、回線接続が確立され得る。

アクション７ａにおいてターゲットＳＧＳＮに送信されたターゲット・トゥー・ソース・トランスペアレント・コンテナ、およびアクション８ａにおいてターゲットＭＳＣに送信されたターゲット・トゥー・ソース・トランスペアレント・コンテナは、ＣＳおよびＰＳリソースの同一の割り当てを含み得ることに留意されたい（例えば、ターゲットＢＳＳは、双方のコンテナに同一のＤＴＭハンドオーバーコマンドを含む）。

アクション９において、非緊急セッションのために、ＭＳＣサーバは、ＳＴＮ‐ＳＲを用いることにより、例えば、ＩＳＵＰ ＩＡＭ（ＳＴＮ‐ＳＲ）メッセージをＩＭＳに送信することによりセッション転送を開始するように構成され得る。これが優先セッションである場合、ＭＳＣサーバは、優先度インジケーションのあるＳＩＰセッション・トランスファー・メッセージをＩＭＳに送信し得、ＩＭＳエンティティは、優先されるセッション転送手順を処理する。ＳＩＰセッション・トランスファー・メッセージにおける優先度インジケーションは、アクション５において受信されたＳＲＶＣＣ ＰＳ‐ＣＳ要求における優先度インジケーション（すなわち、ＡＲＰ）から、ＭＳＣサーバによりマッピングされ得る。優先レベルのマッピングは、オペレータポリシおよび／またはローカル構成に基づき得、ＩＭＳ優先度インジケータは、ＰＳを介して作成された元のＩＭＳに対するものと同一であるべきである。緊急セッションのために、ＭＳＣサーバは、ローカルに構成されたＳＲＶＣＣ用の緊急セッション転送番号（Ｅ‐ＳＴＮ‐ＳＲ）を用いて、機器識別子を含めることによりセッション転送を開始するように構成され得る。ＩＭＳサービス継続または緊急ＩＭＳサービス継続手順は、セッション転送の実行に適用され得る。アクション９は、アクション８ｂの後に開始され得ることに留意されたい。ＭＳＣサーバがＩＳＵＰインタフェースを用いている場合、非緊急セッションのためのセッション転送の開始は、複数のＣＡＭＥＬトリガを含む加入者プロファイルがハンドオーバー前に利用可能でないときにはフェイルし得、ＣＡＭＥＬトリガが利用可能であり、ローカルアンカー転送機能が用いられるときにもフェイルし得る。加入者プロファイルがハンドオーバー前に利用可能である場合、ＣＡＭＥＬは、転送中に用いられるものおよび用いられないもの以外の他のものをトリガし得る。

アクション１０において、セッション転送手順の実行中に、リモートエンドは、ＣＳアクセスレグのＳＤＰでアップデートされ得る。ＶｏＩＰパケットのダウンリンクフローは、この時点でＣＳアクセスレグに切り替えられ得る。

アクション１１において、ソースＩＭＳアクセスレグがリリースされ得る。一実施形態において、アクション１０および１１は、アクション１２から独立し得ることに留意されたい。

アクション１２において、ＭＳＣサーバは、ＳＲＶＣＣ ＰＳ‐ＣＳ応答（ターゲット・トゥー・ソース・トランスペアレント・コンテナ）メッセージをソースＭＭＥに送信し得る。アクション１３において、ソースＭＭＥは、準備された２つの最配置を同期し得、ハンドオーバーコマンド（ターゲット・トゥー・ソース・トランスペアレント・コンテナ）メッセージをソースＥ‐ＵＴＲＡＮに送信し得る。ターゲットセルがＧＥＲＡＮである場合、ＭＭＥは、ＭＳＣサーバおよびＳＧＳＮから異なるターゲット・トゥー・ソース・トランスペアレント・コンテナを受信し得る。すなわち、「新ＢＳＳ‐旧ＢＳＳ情報」は、ＭＳＣサーバから受信され得、「ターゲットＢＳＳ‐ソースＢＳＳトランスペアレント・コンテナ」は、ＳＧＳＮから受信され得る。

アクション１４において、Ｅ‐ＵＴＲＡＮは、ハンドオーバー・フロム・Ｅ‐ＵＴＲＡＮコマンドメッセージをＵＥに送信するように構成され得る。

アクション１５において、ＵＥは、ターゲットＵＴＲＡＮ／ＧＥＲＡＮセルに対して同調する。アクション１６において、ターゲットＲＮＳ／ＢＳＳにおけるハンドオーバー検出が行われ得る。ＵＥは、ターゲットＲＮＳ／ＢＳＳを介してハンドオーバー完了メッセージをターゲットＭＳＣに送信し得る。ターゲットＭＳＣがＭＳＣサーバでない場合、ターゲットＭＳＣは、ＳＥＳ（ハンドオーバー完了）メッセージをＭＳＣサーバに送信し得る。この段階で、ＵＥは、ネットワークとの接続を再確立し得、音声データを送受信し得る。

アクション１７において、ＣＳ再配置／ハンドオーバーが完了し得る。アクション１７ａにおいて、ターゲットＲＮＳ／ＢＳＳは、再配置完了／ハンドオーバー完了メッセージをターゲットＭＳＣに送信する。アクション１７ｂにおいて、ターゲットＭＳＣは、ＳＥＳ（ハンドオーバー完了）メッセージをＭＳＣサーバに送信し得る。音声回線は、ＭＳＣサーバ／ＭＧＷにおいて接続される。アクション１７ｃにおいて、ＭＳＣサーバへのＩＳＵＰ回答メッセージを用いた確立手順が完了し得る。アクション１７ｄにおいて、ＭＳＣサーバは、ＳＲＶＣＣ ＰＳ‐ＣＳ完了通知メッセージをソースＭＭＥに送信し得る。ソースＭＭＥは、ＳＲＶＣＣ ＰＳ‐ＣＳ完了確認メッセージをＭＳＣサーバに送信することにより、情報を通知するように構成され得る。

アクション１７ｅにおいて、ソースＭＭＥは、Ｓ‐ＧＷ／Ｐ‐ＧＷへの音声ベアラを非アクティブ化し得、ＰＳ‐ＣＳハンドオーバーインジケータをベアラ削除コマンドメッセージに設定し得る。これにより、ＭＭＥにより開始される専用ベアラ非アクティブ化手順をトリガし得る。ＭＭＥは、アクション１７ｄにおいてＰＳ‐ＣＳ完了通知を受信すると、ｅＮｏｄｅＢに非アクティブ化要求を送信しない。動的ＰＣＣが配備される場合、ＰＧＷは、ＰＣＲＦとインタラクトし得る。ＨＬＲがアップデートされる場合、すなわち、ＩＭＳＩが認証されているが、ビジタ位置レジスタ（ＶＬＲ）において未知である場合、ＭＳＣサーバは、自身の非ブロードキャストＬＡＩを用いてＵＥへのＴＭＳＩ再割り当てを実行し得、ＭＳＣサーバおよび他のＭＳＣ／ＶＬＲが同一の（ターゲット）ＬＡＩに適う場合には、自身のネットワークリソース識別子（ＮＲＩ）を用いる。ＴＭＳＩ再割り当ては、ターゲットＭＳＣを介してＭＳＣサーバによりＵＥに対して実行される。

アクション１７ｇにおいて、ＭＳＣサーバがアクション１７ｆでＴＭＳＩ再割り当てを実行した場合、およびこのＴＭＳＩ再割り当てが成功裏に完了した場合、ＭＳＣサーバは、ＨＳＳ／ＨＬＲにＭＡＰ位置更新（ＭＡＰ Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ）を実行し得る。この位置更新は、ＵＥにより開始されないことに留意されたい。

アクション１８ａ〜１８ｅにおいて、前のアクションと並行して、ＰＳ再配置／ハンドオーバーが完了し得る。アクション１８ａにおいて、ターゲットＲＮＳ／ＢＳＳは、再配置完了／ハンドオーバー完了メッセージをターゲットＳＧＳＮに送信し得る。アクション１８ｂにおいて、ターゲットＳＧＳＮは、フォワード再配置完了メッセージをソースＭＭＥに送信するように構成され得る。アクション１７ｅを完了した後、ソースＭＭＥは、フォワード再配置完了確認メッセージをターゲットＳＧＳＮに送信することにより、情報を通知するように構成され得る。アクション１８ｃにおいて、ターゲットＳＧＳＮがアクション１８ｂでフォワード再配置完了確認（Ａｃｋ）メッセージをＭＭＥから受信した場合、ターゲットＳＧＳＮは、Ｓ‐ＧＷ／Ｐ‐ＧＷ／ＧＧＳＮでベアラをアップデートし得る。アクション１８ｄにおいて、ＭＭＥは、セッション要求削除をＳＧＷに送信し得る。

アクション１８ｅにおいて、ソースＭＭＥは、リソース・リリースメッセージをソースｅＮｏｄｅＢに送信し得る。ソースｅＮｏｄｅＢは、ＵＥに関連する複数のリソースをリリースし得、再びＭＭＥに応答し得る。経路登録更新（Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ）手順は、ＵＥにより実行され得る。

アクション１９において、ハンドオーバーが完了した後の緊急サービスセッションのために、ソースＭＭＥまたはＭＳＣサーバは、ＭＳＣサーバのアイデンティティを搬送する加入者位置レポートを、ソース側またはターゲット側に各々関連付けられたゲートウェイモバイル位置センタ（ＧＭＬＣ）に送信して、位置の継続性をサポートし得る。ＧＭＬＣに対するアップデートにソースＭＭＥか、ＭＳＣサーバかを選択する任意の構成は、制御プレーン位置（ｃｏｎｔｒｏｌ ｐｌａｎｅ ｌｏｃａｔｉｏｎ）ソリューションがソースおよび／またはターゲット側で用いられる場合に、単一のアップデートがこれらのエンティティのうちの１つから行われることを保証する必要がある。１または複数のＰＳベアラの再配置ではなく、音声ベアラの再配置のみが成功したとＭＭＥが判断した場合、ＭＭＥは、アクション１２においてＳＲＶＣＣ ＰＳ‐ＣＳ応答をＭＳＣサーバから受信した後にアクション１３へと進み得、ＵＥおよびＭＭＥの双方が手順を継続する。

図４は、本開示の一実施形態による、トランスコーディングを回避するためのＳＲＶＣＣ中のＩＰマルチメディアサブシステム（ＩＭＳ）からのコーデッククエリを示す。より具体的には、図４は、ＳＲＶＣＣ中におけるコーデッククエリのための、ＩＭＳからの呼び出しフローを示す。フロー４００は、ターゲットがＰＳ ＨＯを用いるＵＴＲＡＮであるか、またはターゲットがＤＴＭサポートを用いるＧＥＲＡＮであり、ＵＥがＤＴＭをサポートしていると、ｅＮＢが判断し得ることを要求する。アクション１において、ＵＥは、測定レポートをＥ‐ＵＴＲＡＮに送信し得る。アクション２において、複数のＵＥ測定レポートに基づいて、ソースＥ‐ＵＴＲＡＮは、ＵＴＲＡＮ／ＧＥＲＡＮへのＳＲＶＣＣハンドオーバー（ＨＯ）をトリガし得る。アクション３において、ターゲットがＵＴＲＡＮである場合、ソースＥ‐ＵＴＲＡＮは、ハンドオーバー要求（ターゲットＩＤ、汎用ソース・トゥー・ターゲット・トランスペアレント・コンテナ、ＳＲＶＣＣ ＨＯインジケーション）メッセージをソースＭＭＥに送信し得る。ＳＲＶＣＣ ＨＯインジケーションは、これが回線交換（ＣＳ）およびパケット交換（ＰＳ）ＨＯのためのものであることをＭＭＥに示し得る。ソースＥ‐ＵＴＲＡＮがＳＲＶＣＣ ＨＯインジケーションを用いて、ターゲットがＣＳおよびＰＳの双方に対応し、これがＣＳ＋ＰＳ ＨＯ要求であることを示す場合、ソースＭＭＥは、単一の受信済みトランスペアレント・コンテナをターゲットＣＳドメインおよびターゲットＰＳドメインの双方に送信し得ることに留意されたい。ターゲットがＧＥＲＡＮである場合、ソースＥＵＴＲＡＮは、ハンドオーバー要求（ターゲットＩＤ、汎用ソース・トゥー・ターゲット・トランスペアレント・コンテナ、追加のソース・トゥー・ターゲット・トランスペアレント・コンテナ、ＳＲＶＣＣ ＨＯインジケーション）メッセージをソースＭＭＥに送信し得る。Ｅ‐ＵＴＲＡＮは、追加のソース・トゥー・ターゲット・トランスペアレント・コンテナに、ＣＳドメイン用の「旧ＢＳＳ‐新ＢＳＳ情報ＩＥ」を配置し得る。この場合、ＭＭＥは、これがＣＳ＋ＰＳハンドオーバーの要求であることをＳＲＶＣＣ ＨＯインジケーションから識別し得る。

アクション４において、音声ベアラ（ＱＣＩ１）に関連付けられたＱＣＩおよびＳＲＶＣＣ ＨＯインジケーションに基づいて、ソースＭＭＥは、音声ベアラを他の全てのＰＳベアラから分割して、それらをＭＳＣサーバおよびＳＧＳＮに各々再配置することを開始し得る。

アクション５において、ソースＭＭＥは、ＳＲＶＣＣ ＰＳ‐ＣＳ要求（ＩＭＳＩ、ターゲットＩＤ、ＳＴＮ‐ＳＲ、Ｃ‐ＭＳＩＳＤＮ）、ソース・トゥー・ターゲット・トランスペアレント・コンテナ、ＭＭコンテキスト、緊急インジケーション）メッセージをＭＳＣサーバに送信することにより、音声ベアラのためのＰＳ‐ＣＳハンドオーバー手順を開始し得る。優先されるＳＲＶＣＣがサポートされる場合、ＭＭＥは、ＳＲＶＣＣが優先処理を必要とすることを検出したときに、優先度インジケーションもＳＲＶＣＣ ＰＳ‐ＣＳ要求に含めることができる。換言すれば、アクション５において、ＭＳＣサーバは、単一無線音声通信継続（ＳＲＶＣＣ）パケット交換（ＰＳ）‐ＣＳ要求メッセージにおいてモビリティ管理エンティティ（ＭＭＥ）から、ロングタームエボリューション（ＬＴＥ）システムを介してＩＰマルチメディアサブシステム（ＩＭＳ）におけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を受信し得る。

アクション６ａにおいて、ＭＳＣサーバは、コーデック要求メッセージをＩＰマルチメディアサブシステム（ＩＭＳ）に通信し得る。ＭＳＣサーバがＳＲＶＣＣ ＰＳ‐ＣＳ要求メッセージを受信する場合、ＭＳＣサーバはまず、ユーザの適切な識別子（例えば、相関移動局国際加入者ディレクトリ番号「Ｃ‐ＭＳＩＳＤＮ」）およびＳＣＣ（ｓｅｒｖｉｃｅ ｃｅｎｔｒａｌｉｚａｔｉｏｎ ａｎｄ ｃｏｎｔｉｎｕｉｔｙ）アプリケーションサーバ（ＡＳ）（ＳＣＣ ＡＳ）またはＡＴＣＦ（ａｃｃｅｓｓ ｔｒａｎｓｆｅｒ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）（例えば、ＳＴＮ‐ＳＲもしくはＥ‐ＳＴＮ‐ＳＲ）を用いて、コーデッククエリ要求メッセージをＰ‐ＣＳＣＦに送信することにより、ＬＴＥを介してＩＭＳにおける選択コーデックに関するクエリを実行し得る。

アクション６ｂにおいて、ＭＳＣサーバは、ロングタームエボリューション（ＬＴＥ）システムを介してＩＭＳにおけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を含むコーデッククエリ応答メッセージをＩＭＳから受信し得る。この後、ＭＳＣサーバは、選択コーデック情報をターゲットＭＳＣに通信して、ターゲットＭＳＣがＵＥのための選択コーデックを識別することを可能にし、選択コーデックがＣＳドメインにおいて用いられることを可能にし得る。別の例において、アクション６ｂでは、Ｐ‐ＣＳＣＦは、ＬＴＥを介してＩＭＳにおいて選択された元のコーデック情報を含めることにより、コーデッククエリ応答メッセージを用いて応答し得る。

アクション７ａにおいて、ＭＳＣサーバは、ハンドオーバー準備要求メッセージをターゲットＭＳＣに送信することにより、ＰＳ‐ＣＳハンドオーバー要求をＣＳ ＭＳＣ間ハンドオーバー要求とインターワークさせ得る。優先されるＳＲＶＣＣがサポートされ、ＭＳＣサーバがＳＲＶＣＣ ＰＳ‐ＣＳ要求において優先度インジケーション（すなわち、ＡＲＰ）を受信した場合、ＭＳＣサーバ／ＭＧＷは、優先度インジケーションをＡＲＰからマッピングさせるハンドオーバー準備要求メッセージをターゲットＭＳＣに送信し得る。ＭＳＣサーバは、ローカル規則またはオペレータの設定に基づいて、ＡＲＰを複数のＣＳサービスのための優先レベル、優先機能／脆弱性にマッピングし得る。優先度インジケーションは、ハンドオーバー中のＣＳ呼び出しの優先度がＵＭＴＳおよびＧＳＭ（登録商標）／ＥＤＧＥに対して指定され得ることを示し得る。ターゲットシステムがＧＥＲＡＮである場合、ＭＳＣサーバは、インタフェース上のソースＩＤとしてデフォルトのＳＡＩをターゲットＢＳＳに割り当て、ハンドオーバー準備要求のためにカプセル化されたＢＳＳＭＡＰを用い得る。ターゲットシステムがＵＴＲＡＮである場合、ＭＳＣサーバは、ハンドオーバー準備要求のためにカプセル化されたＲＡＮＡＰを用い得る。

デフォルトのＳＡＩの値は、ＭＳＣにおいて構成され得、ＳＲＶＣＣハンドオーバーのためのソースがＥ‐ＵＴＲＡＮであることをリリースが、そしてその後にはＢＳＣが識別することを可能にし得ることに留意されたい。ターゲットＢＳＳにおいて正しい統計を保証するべく、デフォルトのＳＡＩは、ＵＴＲＡＮにおいて用いられるＳＡＩとは異なっているべきである。

アクション７ｂにおいて、ターゲットＭＳＣは、再配置要求／ハンドオーバー要求メッセージをターゲットＲＮＳ／ＢＳＳに送信することにより、ＣＳ再配置のためのリソース割り当てを要求し得る。ＭＳＣサーバが優先を示した場合、ＲＮＣ／ＢＳＳは、ＧＳＭ（登録商標）／ＥＤＧＥの優先度インジケーションを用いる既存の複数の手順に基づいて無線リソースを割り当て得る。ターゲットＲＡＴがＵＴＲＡＮである場合、再配置要求／ハンドオーバー要求メッセージは、汎用ソース・トゥー・ターゲット・トランスペアレント・コンテナを含み得る。ターゲットＲＡＴがＧＥＲＡＮである場合、再配置要求／ハンドオーバー要求メッセージは、追加のソース・トゥー・ターゲット・トランスペアレント・コンテナを含み得る。

アクション８ａ〜８ｂでは、前の複数のアクションと並行して、ソースＭＭＥは、ＰＳベアラの再配置を開始し得る。アクション８ａにおいて、ソースＭＭＥは、フォワード再配置要求（汎用ソース・トゥー・ターゲット・トランスペアレント・コンテナ、ＭＭコンテキスト、ＰＤＮ接続ＩＥ）メッセージをターゲットＳＧＳＮに送信し得る。ターゲットＳＧＳＮがＳ‐ＧＷおよびＰ‐ＧＷとのＳ４ベースのインタラクションを用いる場合、ＰＤＮ接続ＩＥは、音声ベアラ以外の全てのベアラのためのベアラ情報を含み得る。残りの複数の非音声ＰＳベアラのＰＳハンドオーバー用の複数のセキュリティキーの処理も指定され得る。

ターゲットＳＧＳＮがＧＧＳＮとのＧｎ／Ｇｐベースのインタラクションを用い得る場合、フォワード再配置要求は、ＰＤＮ接続ＩＥに代えて、音声ベアラ以外の全てのベアラのためのベアラ情報を含む、ＰＤＰコンテキストを含み得ることに留意されたい。

アクション８ｂにおいて、ターゲットＳＧＳＮは、再配置要求／ハンドオーバー要求（ソース・トゥー・ターゲット・トランスペアレント・コンテナ）メッセージをターゲットＲＮＳ／ＢＳＳに送信することにより、ＰＳ再配置のためのリソース割り当てを要求する。

アクション９ａ〜９ｂにおいて、ターゲットＲＮＳ／ＢＳＳは、ＣＳ再配置／ハンドオーバー要求およびＰＳ再配置／ハンドオーバー要求の双方を受信した後、適切なＣＳおよびＰＳリソースを割り当てる。アクション９ａにおいて、ターゲットＲＮＳ／ＢＳＳは、再配置要求確認／ハンドオーバー要求確認（ターゲット・トゥー・ソース・トランスペアレント・コンテナ）メッセージをターゲットＳＧＳＮに送信することにより、準備されたＰＳ再配置／ハンドオーバーを通知し得る。アクション９ｂにおいて、ターゲットＳＧＳＮは、フォワード再配置応答（ターゲット・トゥー・ソース・トランスペアレント・コンテナ）メッセージをソースＭＭＥに送信し得る。

アクション１０ａ〜１０ｂは、前のアクションと並行に実行され得る。アクション１０ａにおいて、ターゲットＲＮＳ／ＢＳＳは、再配置要求確認／ハンドオーバー要求確認（ターゲット・トゥー・ソース・トランスペアレント・コンテナ）メッセージをターゲットＭＳＣに送信することにより、準備されたＣＳ再配置／ハンドオーバーを通知し得る。アクション１０ｂにおいて、ターゲットＭＳＣは、ハンドオーバー準備応答（ターゲット・トゥー・ソース・トランスペアレント・コンテナ）メッセージをＭＳＣサーバに送信し得る。

アクション９ａにおいてターゲットＳＧＳＮに送信されたターゲット・トゥー・ソース・トランスペアレント・コンテナ、およびアクション１０ａにおいてターゲットＭＳＣに送信されたターゲット・トゥー・ソース・トランスペアレント・コンテナは、ＣＳおよびＰＳリソースの同一の割り当てを含み得ることに留意されたい（例えば、ターゲットＢＳＳは、双方のコンテナに同一のＤＴＭハンドオーバーコマンドを含む）。

アクション１１において、（例えば、ＩＳＵＰ ＩＡＭおよびＡＣＭメッセージを用いて）ターゲットＭＳＣとＭＳＣサーバと関連付けられたＭＧＷとの間に、回線接続が確立され得る。

アクション１２において、非緊急セッションのために、ＭＳＣサーバは、ＳＴＮ‐ＳＲを用いることにより、例えば、ＩＳＵＰ ＩＡＭ（ＳＴＮ‐ＳＲ）メッセージをＩＭＳに送信することによりセッション転送を開始し得る。これが優先セッションである場合、ＭＳＣサーバは、優先度インジケーションのあるＳＩＰセッション・トランスファー・メッセージをＩＭＳに送信し得、ＩＭＳエンティティは、優先されるセッション転送手順を処理し得る。ＳＩＰ セッション転送メッセージにおける優先度インジケーションは、アクション５において受信されたＳＲＶＣＣ ＰＳ‐ＣＳ要求における優先度インジケーション（すなわち、ＡＲＰ）から、ＭＳＣサーバによりマッピングされ得る。優先レベルのマッピングは、オペレータポリシおよび／またはローカル構成に基づき得、ＩＭＳ優先度インジケータは、ＰＳを介して作成された元のＩＭＳに対するものと同一であるべきである。緊急セッションのために、ＭＳＣサーバは、ローカルに構成されたＥ‐ＳＴＮ‐ＳＲを用いて、機器識別子を含めることによりセッション転送を開始するように構成され得る。ＩＭＳサービス継続または緊急ＩＭＳサービス継続手順は、セッション転送の実行に適用される。アクション１２は、アクション１０ｂの後に開始され得ることに留意されたい。ＭＳＣサーバがＩＳＵＰインタフェースを用いている場合、非緊急セッションのためのセッション転送の開始は、複数のＣＡＭＥＬトリガを含む加入者プロファイルがハンドオーバー前に利用可能でないときにはフェイルし得、ＣＡＭＥＬトリガが利用可能であり、ローカルアンカー転送機能が用いられるときにもフェイルし得る。加入者プロファイルがハンドオーバー前に利用可能である場合、ＣＡＭＥＬトリガは、転送中に用いられるものおよび用いられないもの以外の他のものをトリガする。

アクション１３において、セッション転送手順の実行中に、リモートエンドは、ＣＳアクセスレグのＳＤＰでアップデートされ得る。ＶｏＩＰパケットのダウンリンクフローは、この時点でＣＳアクセスレグに切り替えられ得る。

アクション１４において、ソースＩＭＳアクセスレグがリリースされ得る。一実施形態において、アクション１３および１４は、アクション１５から独立し得ることに留意されたい。

アクション１５において、ＭＳＣサーバは、ＳＲＶＣＣ ＰＳ‐ＣＳ応答（ターゲット・トゥー・ソース・トランスペアレント・コンテナ）メッセージをソースＭＭＥに送信し得る。アクション１６において、ソースＭＭＥは、準備された２つの最配置を同期し得、ハンドオーバーコマンド（ターゲット・トゥー・ソース・トランスペアレント・コンテナ）メッセージをソースＥ‐ＵＴＲＡＮに送信し得る。ターゲットセルがＧＥＲＡＮである場合、ＭＭＥは、ＭＳＣサーバおよびＳＧＳＮから異なるターゲット・トゥー・ソース・トランスペアレント・コンテナを受信し得る。すなわち、「新ＢＳＳ‐旧ＢＳＳ情報」は、ＭＳＣサーバから受信され得、「ターゲットＢＳＳ‐ソースＢＳＳトランスペアレント・コンテナ」は、ＳＧＳＮから受信され得る。

アクション１７において、Ｅ‐ＵＴＲＡＮは、ハンドオーバー・フロム・Ｅ‐ＵＴＲＡＮコマンドメッセージをＵＥに送信し得る。

アクション１８において、ＵＥは、ターゲットＵＴＲＡＮ／ＧＥＲＡＮセルに対して同調し得る。アクション１９において、ターゲットＲＮＳ／ＢＳＳにおけるハンドオーバー検出が行われ得る。ＵＥは、ターゲットＲＮＳ／ＢＳＳを介してハンドオーバー完了メッセージをターゲットＭＳＣに送信し得る。ターゲットＭＳＣがＭＳＣサーバでない場合、ターゲットＭＳＣは、ＳＥＳ（ハンドオーバー完了）メッセージをＭＳＣサーバに送信し得る。この段階で、ＵＥは、ネットワークとの接続を再確立するように構成され得、音声データを送受信し得る。

アクション２０において、ＣＳ再配置／ハンドオーバーが完了し得る。アクション２０ａにおいて、ターゲットＲＮＳ／ＢＳＳは、再配置完了／ハンドオーバー完了メッセージをターゲットＭＳＣに送信し得る。アクション２０ｂにおいて、ターゲットＭＳＣは、ＳＥＳ（ハンドオーバー完了）メッセージをＭＳＣサーバに送信し得る。音声回線は、ＭＳＣサーバ／ＭＧＷにおいて接続される。アクション２０ｃにおいて、ＭＳＣサーバへのＩＳＵＰ回答メッセージを用いた確立手順が完了し得る。アクション２０ｄにおいて、ＭＳＣサーバは、ＳＲＶＣＣ ＰＳ‐ＣＳ完了通知メッセージをソースＭＭＥに送信し得る。ソースＭＭＥは、ＳＲＶＣＣ ＰＳ‐ＣＳ完了確認メッセージをＭＳＣサーバに送信することにより、情報を通知し得る。

アクション２０ｅにおいて、ソースＭＭＥは、Ｓ‐ＧＷ／Ｐ‐ＧＷへの音声ベアラを非アクティブ化し得、ＰＳ‐ＣＳハンドオーバーインジケータをベアラ削除コマンドメッセージに設定し得る。これにより、ＭＭＥにより開始される専用ベアラ非アクティブ化手順をトリガし得る。ＭＭＥは、アクション２０ｄにおいてＰＳ‐ＣＳ完了通知を受信すると、ｅＮｏｄｅＢに非アクティブ化要求を送信しないように構成され得る。動的ＰＣＣが配備される場合、ＰＧＷは、ＰＣＲＦとインタラクトし得る。ＨＬＲがアップデートされる場合、すなわち、ＩＭＳＩが認証されているが、ＶＬＲにおいて未知である場合、ＭＳＣサーバは、自身の非ブロードキャストＬＡＩを用いてＵＥへの一時的移動体加入者識別（ＴＭＳＩ）再割り当てを実行し、ＭＳＣサーバおよび他のＭＳＣ／ＶＬＲが同一の（ターゲット）ＬＡＩに適う場合には、自身のネットワークリソース識別子（ＮＲＩ）を用いる。ＴＭＳＩ再割り当ては、ターゲットＭＳＣを介してＭＳＣサーバによりＵＥに対して実行され得る。

アクション２０ｇにおいて、ＭＳＣサーバがアクション２０ｆでＴＭＳＩ再割り当てを実行した場合、およびこのＴＭＳＩ再割り当てが成功裏に完了した場合、ＭＳＣサーバは、ＨＳＳ／ＨＬＲにＭＡＰ位置更新を実行し得る。この位置更新は、ＵＥにより開始されないことに留意されたい。

アクション２１ａ〜２１ｅにおいて、前のアクションと並行して、ＰＳ再配置／ハンドオーバーが完了し得る。アクション２１ａにおいて、ターゲットＲＮＳ／ＢＳＳは、再配置完了／ハンドオーバー完了メッセージをターゲットＳＧＳＮに送信し得る。アクション２１ｂにおいて、ターゲットＳＧＳＮは、フォワード再配置完了メッセージをソースＭＭＥに送信し得る。アクション２０ｅを完了した後、ソースＭＭＥは、フォワード再配置完了確認メッセージをターゲットＳＧＳＮに送信することにより、情報を通知し得る。アクション２１ｃにおいて、ターゲットＳＧＳＮがアクション２１ｂでフォワード再配置完了ＡｃｋメッセージをＭＭＥから受信した場合、ターゲットＳＧＳＮは、Ｓ‐ＧＷ／Ｐ‐ＧＷ／ＧＧＳＮでベアラをアップデートし得る。アクション２１ｄにおいて、ＭＭＥは、セッション要求削除をＳＧＷに送信し得る。

アクション２１ｅにおいて、ソースＭＭＥは、リソース・リリースメッセージをソースｅＮｏｄｅＢに送信し得る。ソースｅＮｏｄｅＢは、ＵＥに関連する複数のリソースをリリースし得、再びＭＭＥに応答し得る。経路登録更新手順は、ＵＥにより実行され得る。

アクション２２において、ハンドオーバーが完了した後の緊急サービスセッションのために、ソースＭＭＥまたはＭＳＣサーバは、ＭＳＣサーバのアイデンティティを搬送する加入者位置レポートを、ソース側またはターゲット側に各々関連付けられたＧＭＬＣに送信して、位置の継続性をサポートし得る。ＧＭＬＣに対するアップデートにソースＭＭＥか、ＭＳＣサーバかを選択する任意の構成は、制御プレーン位置ソリューションがソースおよび／またはターゲット側で用いられる場合に、単一のアップデートがこれらのエンティティのうちの１つから行われることを保証する必要がある。１または複数のＰＳベアラの再配置ではなく、音声ベアラの再配置のみが成功したとＭＭＥが判断した場合、ＭＭＥは、アクション１５においてＳＲＶＣＣ ＰＳ‐ＣＳ応答をＭＳＣサーバから受信した後にアクション１６へと進み得、ＵＥおよびＭＭＥの双方が手順を継続する。

図５は、本開示の一実施形態による、ＳＲＶＣＣ中にトランスコーディングを回避するための方法５００のフロー図を示す。より具体的には、図５は、本開示の一実施形態による、ＳＲＶＣＣ中にトランスコーディング回避のために実行するように動作可能な移動交換局（ＭＳＣ）サーバの機能を示す。例えば、ＭＳＣサーバの機能は、方法５００として実装され得、または機能は、機械上で複数の命令として実行され得、これらの命令は、少なくとも１つのコンピュータ可読媒体または１つの非一時的機械可読ストレージ媒体に含まれる。１または複数のプロセッサは、ブロック５１０におけるように、単一無線音声通信継続（ＳＲＶＣＣ）パケット交換（ＰＳ）‐回線交換（ＣＳ）要求メッセージにおいてモビリティ管理エンティティ（ＭＭＥ）から、ロングタームエボリューション（ＬＴＥ）システムを介してインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）におけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を受信するように構成され得る。１または複数のプロセッサは、ブロック５２０におけるように、選択コーデック情報をターゲットＭＳＣに通信して、ターゲットＭＳＣがＵＥのための選択コーデックを識別することを可能にし、選択コーデックがＣＳドメインにおいて用いられることを可能にするように構成され得る。また、方法５００の一部として、ブロック５１０および／またはブロック５２０の前、後、および／または同時のいずれかで、ＭＳＣサーバがＬＴＥシステムを介してＩＭＳにより用いられる選択コーデックをサポートするか否かを１または複数のプロセッサが判断するように構成され得る。１または複数のプロセッサは、ＳＲＶ中にＬＴＥシステムを介してＩＭＳにおいて既に用いられた選択コーデックに応じて、回線交換（ＣＳ）ドメインにおいて用いられる選択コーデックを用いるように構成され得る。１または複数のプロセッサは、選択コーデック情報をターゲットＭＳＣおよび無線局サブシステム／基地局システムｋ（ＲＮＳ／ＢＳＳ）に通信し、ＲＮＳ／ＢＳＳが進化型ノードＢ（ｅＮＢ）に、ターゲット・トゥー・ソース・トランスペアレント・コンテナの無線リソース制御（ＲＲＣ）コンテナに含まれる選択コーデック情報を送信することを可能にするように構成され得る。１または複数のプロセッサは、選択コーデック情報をターゲットＭＳＣおよび無線局サブシステム／基地局システムｋ（ＲＮＳ／ＢＳＳ）に通信し、ＲＮＳ／ＢＳＳが進化型ノードＢ（ｅＮＢ）に、ターゲット・トゥー・ソース・トランスペアレント・コンテナの無線リソース制御（ＲＲＣ）コンテナに含まれる選択コーデック情報を送信することを可能にするように構成され得る。１または複数のプロセッサは、セッション転送動作中にアクセス転送制御機能（ＡＴＣＦ）に選択コーデック情報を通知するように構成され得る。１または複数のプロセッサは、選択コーデック情報をアクセストランスファーゲートウェイ（ＡＴＧＷ）に伝達するように構成され得る。

図６は、本開示の一実施形態による、ＳＲＶＣＣ中にトランスコーディングを回避するための更なる方法６００のフロー図を示す。より具体的には、図６は、本開示の一実施形態による、ＳＲＶＣＣ中にトランスコーディング回避のために実行するように動作可能な移動交換局（ＭＳＣ）サーバの機能を示す。例えば、ＭＳＣサーバの機能は、方法５００として実装され得、または機能は、機械上で複数の命令として実行され得、これらの命令は、少なくとも１つのコンピュータ可読媒体または１つの非一時的機械可読ストレージ媒体に含まれる。１または複数のプロセッサは、ブロック６１０におけるように、モビリティ管理エンティティ（ＭＭＥ）から単一無線音声通信継続（ＳＲＶＣＣ）パケット交換（ＰＳ）‐回線交換（ＣＳ）要求メッセージを受信するように構成され得る。１または複数のプロセッサは、ブロック６２０におけるように、コーデック要求メッセージをインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）に通信するように構成され得る。１または複数のプロセッサは、ブロック６３０におけるように、ロングタームエボリューション（ＬＴＥ）システムを介してＩＭＳにおけるユーザ機器（ＵＥ）により用いられる選択コーデックのための選択コーデック情報を含むコーデッククエリ応答メッセージをＩＭＳから受信するように構成され得る。１または複数のプロセッサは、ブロック６４０におけるように、選択コーデック情報をターゲットＭＳＣに通信して、ターゲットＭＳＣがＵＥのための選択コーデックを識別することを可能にし、選択コーデックがＣＳドメインにおいて用いられることを可能にするように構成され得る。

また、方法６００の一部として、ブロック６１０、６２０、６３０、および／または６４０の前、後、および／または同時のいずれかで、１または複数のプロセッサは、コーデック要求メッセージにおける選択コーデック情報についてＩＭＳにクエリを実行するように構成され得る。１または複数のプロセッサは、選択コーデック情報をターゲットＭＳＣおよび無線局サブシステム／基地局システム（ＲＮＳ／ＢＳＳ）に通信し、ＲＮＳ／ＢＳＳが進化型ノードＢ（ｅＮＢ）に、ターゲット・トゥー・ソース・トランスペアレント・コンテナの無線リソース制御（ＲＲＣ）コンテナに含まれる選択コーデック情報を送信することを可能にするように構成され得る。１または複数のプロセッサは、セッション転送動作中にアクセス転送制御機能（ＡＴＣＦ）に選択コーデック情報を通知するように構成され得る。１または複数のプロセッサは、選択コーデック情報をアクセストランスファーゲートウェイ（ＡＴＧＷ）に伝達するように構成され得る。１または複数のプロセッサは、ロングタームエボリューション（ＬＴＥ）システムを介してＩＭＳにおけるユーザ機器（ＵＥ）のために選択された既に用いられたコーデック情報を含むコーデッククエリ応答メッセージをＩＭＳから受信するように構成され得る。１または複数のプロセッサは、選択コーデックを用いるターゲットＭＳＣのためのＳＲＶＣＣ ＰＳ ｔｏ ＣＳ要求メッセージにおいて優先度インジケーションを示すように構成され得る。１または複数のプロセッサは、ＳＲＶＣＣ ＰＳ‐ＣＳ要求メッセージにおいて優先度インジケーションを用いてターゲットＭＳＣにハンドオーバー準備要求を送信するように構成され得る。

図７は、ユーザ機器（ＵＥ）、移動局（ＭＳ）、移動無線デバイス、移動通信デバイス、タブレット、ハンドセット、または他のタイプの無線デバイス等の無線デバイス７００の例示を提供する。無線デバイスは、基地局（ＢＳ）、進化型ノードＢ（ｅＮＢ）、ベースバンドユニット（ＢＢＵ）、遠隔無線ヘッド（ＲＲＨ）、遠隔無線機器（ＲＲＥ）、中継局（ＲＳ）、無線機器（ＲＥ）、遠隔無線ユニット（ＲＲＵ）、中央処理モジュール（ＣＰＭ）、または他のタイプの無線ワイドエリアネットワーク（ＷＷＡＮ）アクセスポイント等、ノードまたは送信局と通信するように構成された１または複数のアンテナを含み得る。無線デバイスは、３ＧＰＰ ＬＴＥ、ＷｉＭＡＸ（登録商標）、高速パケットアクセス（ＨＳＰＡ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、およびＷｉＦｉを含む、少なくとも１つの無線通信規格を用いて通信するように構成され得る。無線デバイスは、各無線通信規格用の別個の複数のアンテナを用い、または複数の無線通信規格用の複数の共有アンテナを用いて通信し得る。無線デバイスは、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、および／またはＷＷＡＮにおいて通信し得る。

［例］
例１は、トランスコーディングを回避するように動作可能な移動交換局（ＭＳＣ）サーバであって、ＭＳＣサーバは、単一無線音声通信継続（ＳＲＶＣＣ）パケット交換（ＰＳ）‐回線交換（ＣＳ）要求メッセージにおいてモビリティ管理エンティティ（ＭＭＥ）から、ロングタームエボリューション（ＬＴＥ）システムを介してインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）におけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を受信し、選択コーデック情報をターゲットＭＳＣに通信し、ターゲットＭＳＣがＵＥのための選択コーデックを識別することを可能にして、選択コーデックがＣＳドメインにおいて用いられることを可能にするように構成された回路を備える。

例２は、例１のＭＳＣサーバを含み、回路は、更に、選択コーデック情報を同期インジケータに含めるように構成される。

例３は、例１のＭＳＣサーバを含み、回路は、更に、ＭＳＣサーバがＬＴＥシステムを介してＩＭＳにより用いられる選択コーデックをサポートするか否かを判断するように構成される。

例４は、例１のＭＳＣサーバを含み、回路は、ＳＲＶＣＣ中にＬＴＥシステムを介してＩＭＳにおいて既に用いられた選択コーデックに応じて、回線交換（ＣＳ）ドメインにおいて用いられる選択コーデックを用いるように構成される。

例５は、例１のＭＳＣサーバを含み、回路は、選択コーデック情報をターゲットＭＳＣおよび無線局サブシステム／基地局システムｋ（ＲＮＳ／ＢＳＳ）に通信し、ＲＮＳ／ＢＳＳが進化型ノードＢ（ｅＮＢ）に、ターゲット・トゥー・ソース・トランスペアレント・コンテナの無線リソース制御（ＲＲＣ）コンテナに含まれる選択コーデック情報を送信することを可能にするように構成される。

例６は、例１のＭＳＣサーバを含み、回路は、更に、セッション転送動作中にアクセス転送制御機能（ＡＴＣＦ）に選択コーデック情報を通知するように構成される。

例７は、例１のＭＳＣサーバを含み、回路は、更に、選択コーデック情報をアクセストランスファーゲートウェイ（ＡＴＧＷ）に伝達するように構成される。

例８は、トランスコーディングを回避するように動作可能な移動交換局（ＭＳＣ）サーバを含み、ＭＳＣサーバは、モビリティ管理エンティティ（ＭＭＥ）から、単一無線音声通信継続（ＳＲＶＣＣ）パケット交換（ＰＳ）‐回線交換（ＣＳ）要求メッセージを受信し、コーデック要求メッセージをインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）に通信し、ＩＭＳから、ロングタームエボリューション（ＬＴＥ）システムを介してＩＭＳにおけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を含むコーデッククエリ応答メッセージを受信し、選択コーデック情報をターゲットＭＳＣに通信し、ターゲットＭＳＣがＵＥのための選択コーデックを識別することを可能にして、選択コーデックがＣＳドメインにおいて用いられることを可能にするように構成された回路を備える。

例９は、例８のＭＳＣサーバを含み、回路は、更に、コーデック要求メッセージにおける選択コーデック情報についてＩＭＳにクエリを実行するように構成される。

例１０は、例８のＭＳＣサーバを含み、回路は、更に、選択コーデック情報をターゲットＭＳＣおよび無線局サブシステム／基地局システム（ＲＮＳ／ＢＳＳ）に通信し、ＲＮＳ／ＢＳＳが進化型ノードＢ（ｅＮＢ）に、ターゲット・トゥー・ソース・トランスペアレント・コンテナの無線リソース制御（ＲＲＣ）コンテナに含まれる選択コーデック情報を送信することを可能にするように構成される。

例１１は、例８のＭＳＣサーバを含み、回路は、更に、セッション転送動作中にアクセス転送制御機能（ＡＴＣＦ）に選択コーデック情報を通知するように構成される。

例１２は、例８のＭＳＣサーバを含み、回路は、更に、選択コーデック情報をアクセストランスファーゲートウェイ（ＡＴＧＷ）に伝達するように構成される。

例１３は、例８のＭＳＣサーバを含み、回路は、更に、ＩＭＳから、ロングタームエボリューション（ＬＴＥ）システムを介してＩＭＳにおけるユーザ機器（ＵＥ）に対して選択された既に用いられたコーデック情報を含むコーデッククエリ応答メッセージを受信するように構成される。

例１４は、例８のＭＳＣサーバを含み、回路は、更に、選択コーデックを用いるターゲットＭＳＣのためのＳＲＶＣＣ ＰＳ‐ＣＳ要求メッセージにおいて優先度インジケーションを示すように構成される。

例１５は、例８〜１４のいずれかのＭＳＣサーバを含み、回路は、更に、ＳＲＶＣＣ ＰＳ‐ＣＳ要求メッセージにおいて優先度インジケーションを用いて、ハンドオーバー準備要求をターゲットＭＳＣに送信するように構成される。

例１６は、トランスコーディングを回避するための複数の命令を含み、少なくとも１つのプロセッサを有する移動交換局（ＭＳＣ）における少なくとも１つの非一時的コンピュータ可読ストレージ媒体を含み、複数の命令は、実行されると、ＵＥに、モビリティ管理エンティティ（ＭＭＥ）から、単一無線音声通信継続（ＳＲＶＣＣ）パケット交換（ＰＳ）‐回線交換（ＣＳ）要求メッセージを受信させ、コーデック要求メッセージをインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）に通信させ、ＩＭＳから、ロングタームエボリューション（ＬＴＥ）システムを介してＩＭＳにおけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を含むコーデッククエリ応答メッセージを受信させ、選択コーデック情報をターゲットＭＳＣに通信させ、ターゲットＭＳＣがＵＥのための選択コーデックを識別することを可能にして、選択コーデックがＣＳドメインにおいて用いられることを可能にさせる。

例１７は、例１６のコンピュータ可読ストレージ媒体を含み、実行されると、ＭＳＣサーバに、ＵＥの識別を用いてコーデック要求メッセージにおける選択コーデック情報についてＩＭＳにクエリを実行させる更なる複数の命令を含む。

例１８は、例１６または１７のいずれかのコンピュータ可読ストレージ媒体を含み、実行されると、ＭＳＣサーバに、選択コーデック情報をターゲットＭＳＣおよび無線局サブシステム／基地局システム（ＲＮＳ／ＢＳＳ）に通信させ、ＲＮＳ／ＢＳＳが進化型ノードＢ（ｅＮＢ）に、ターゲット・トゥー・ソース・トランスペアレント・コンテナの無線リソース制御（ＲＲＣ）コンテナに含まれる選択コーデック情報を送信することを可能にさせる、更なる複数の命令を含む。

例１９は、例１６〜１８のいずれかのコンピュータ可読ストレージ媒体を含み、実行されると、ＭＳＣサーバに、ＳＲＶＣＣ ＰＳ‐ＣＳ要求メッセージにおける優先度インジケーションを用いて、ハンドオーバー準備要求をターゲットＭＳＣに送信させる更なる複数の命令を含む。

例２０は、例１６〜１９のいずれかのコンピュータ可読ストレージ媒体を含み、実行されると、ＭＳＣサーバに、選択コーデック情報をアクセストランスファーゲートウェイ（ＡＴＧＷ）に伝達させる更なる複数の命令を含む。

例２１は、トランスコーディングを回避するように動作可能な移動交換局（ＭＳＣ）サーバであって、ＭＳＣサーバは、単一無線音声通信継続（ＳＲＶＣＣ）パケット交換（ＰＳ）‐回線交換（ＣＳ）要求メッセージにおいてモビリティ管理エンティティ（ＭＭＥ）から、ロングタームエボリューション（ＬＴＥ）システムを介してインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）におけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を受信し、選択コーデック情報をターゲットＭＳＣに通信し、ターゲットＭＳＣがＵＥのための選択コーデックを識別することを可能にして、選択コーデックがＣＳドメインにおいて用いられることを可能にするように構成された回路を備える。

例２２は、例２１のＭＳＣサーバを含み、回路は、更に、同期インジケータに選択コーデック情報を含み、ＭＳＣサーバがＬＴＥシステムを介してＩＭＳにより用いられる選択コーデックをサポートするか否かを判断し、またはＳＲＶＣＣ中にＬＴＥシステムを介してＩＭＳにおいて既に用いられた選択コーデックに応じて、回線交換（ＣＳ）ドメインにおいて用いられる選択コーデックを用いるように構成される。

例２３は、例２１または２２のいずれかのＭＳＣサーバを含み、回路は、選択コーデック情報をターゲットＭＳＣおよび無線局サブシステム／基地局システムｋ（ＲＮＳ／ＢＳＳ）に通信し、ＲＮＳ／ＢＳＳが進化型ノードＢ（ｅＮＢ）に、ターゲット・トゥー・ソース・トランスペアレント・コンテナの無線リソース制御（ＲＲＣ）コンテナに含まれる選択コーデック情報を送信することを可能にするように構成される。

例２４は、例２１〜２３のいずれかのＭＳＣサーバを含み、回路は、更に、セッション転送動作中にアクセス転送制御機能（ＡＴＣＦ）に選択コーデック情報を通知するように構成される。

例２５は、例２１〜２４のいずれかのＭＳＣサーバを含み、回路は、更に、選択コーデック情報をアクセストランスファーゲートウェイ（ＡＴＧＷ）に伝達するように構成される。

例２６は、トランスコーディングを回避するように動作可能な移動交換局（ＭＳＣ）サーバを含み、ＭＳＣサーバは、モビリティ管理エンティティ（ＭＭＥ）から、単一無線音声通信継続（ＳＲＶＣＣ）パケット交換（ＰＳ）‐回線交換（ＣＳ）要求メッセージを受信し、コーデック要求メッセージをインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）に通信し、ＩＭＳから、ロングタームエボリューション（ＬＴＥ）システムを介してＩＭＳにおけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を含むコーデッククエリ応答メッセージを受信し、選択コーデック情報をターゲットＭＳＣに通信し、ターゲットＭＳＣがＵＥのための選択コーデックを識別することを可能にして、選択コーデックがＣＳドメインにおいて用いられることを可能にするように構成された回路を備える。

例２７は、例２６のＭＳＣサーバを含み、回路は、更に、コーデック要求メッセージにおける選択コーデック情報についてＩＭＳにクエリを実行し、選択コーデック情報をターゲットＭＳＣおよび無線局サブシステム／基地局システム（ＲＮＳ／ＢＳＳ）に通信し、ＲＮＳ／ＢＳＳが進化型ノードＢ（ｅＮＢ）に、ターゲット・トゥー・ソース・トランスペアレント・コンテナの無線リソース制御（ＲＲＣ）コンテナに含まれる選択コーデック情報を送信することを可能にするように構成される。

例２８は、例２６または２７のいずれかのＭＳＣサーバを含み、回路は、更に、セッション転送動作中にアクセス転送制御機能（ＡＴＣＦ）に選択コーデック情報を通知するように構成される。

例２９は、例２６〜２８のいずれかのＭＳＣサーバを含み、回路は、更に、選択コーデック情報をアクセストランスファーゲートウェイ（ＡＴＧＷ）に伝達するように構成される。

例３０は、例２６〜２９のいずれかのＭＳＣサーバを含み、回路は、更に、ＩＭＳから、ロングタームエボリューション（ＬＴＥ）システムを介してＩＭＳにおけるユーザ機器（ＵＥ）に対して選択された既に用いられたコーデック情報を含むコーデッククエリ応答メッセージを受信するように構成される。

例３１は、例２６〜３０のいずれかのＭＳＣサーバを含み、回路は、更に、選択コーデックを用いるターゲットＭＳＣのためのＳＲＶＣＣ ＰＳ‐ＣＳ要求メッセージにおいて優先度インジケーションを示すように構成される。

例３２は、例３１のＭＳＣサーバを含み、回路は、更に、ＳＲＶＣＣ ＰＳ‐ＣＳ要求メッセージにおいて優先度インジケーションを用いて、ハンドオーバー準備要求をターゲットＭＳＣに送信するように構成される。

例３３は、トランスコーディングを回避するための複数の命令を備え、少なくとも１つのプロセッサを有する移動交換局（ＭＳＣ）における少なくとも１つの非一時的コンピュータ可読ストレージ媒体を含み、複数の命令は、実行されると、ＵＥに、モビリティ管理エンティティ（ＭＭＥ）から、単一無線音声通信継続（ＳＲＶＣＣ）パケット交換（ＰＳ）‐回線交換（ＣＳ）要求メッセージを受信させ、コーデック要求メッセージをインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）に通信させ、ＩＭＳから、ロングタームエボリューション（ＬＴＥ）システムを介してＩＭＳにおけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を含むコーデッククエリ応答メッセージを受信させ、選択コーデック情報をターゲットＭＳＣに通信させ、ターゲットＭＳＣがＵＥのための選択コーデックを識別することを可能にして、選択コーデックがＣＳドメインにおいて用いられることを可能にさせる。

例３４は、例３３のコンピュータ可読ストレージ媒体を含み、実行されると、ＭＳＣサーバに、ＵＥの識別を用いてコーデック要求メッセージにおける選択コーデック情報についてＩＭＳにクエリを実行させる更なる複数の命令を含む。

例３５は、例３３または３４ののいずれかのコンピュータ可読ストレージ媒体を含み、実行されると、ＭＳＣサーバに、選択コーデック情報をターゲットＭＳＣおよび無線局サブシステム／基地局システム（ＲＮＳ／ＢＳＳ）に通信させ、ＲＮＳ／ＢＳＳが進化型ノードＢ（ｅＮＢ）に、ターゲット・トゥー・ソース・トランスペアレント・コンテナの無線リソース制御（ＲＲＣ）コンテナに含まれる選択コーデック情報を送信することを可能にさせ、ＭＳＣサーバに、ＳＲＶＣＣ ＰＳ‐ＣＳ要求メッセージにおける優先度インジケーションを用いて、ハンドオーバー準備要求をターゲットＭＳＣに送信させ、または選択コーデック情報をアクセストランスファーゲートウェイ（ＡＴＧＷ）に伝達させる、更なる複数の命令を含む。

例３６は、トランスコーディングを回避するためのデバイスを含み、デバイスは、モビリティ管理エンティティ（ＭＭＥ）から、単一無線音声通信継続（ＳＲＶＣＣ）パケット交換（ＰＳ）‐回線交換（ＣＳ）要求メッセージを受信するための手段と、コーデック要求メッセージをインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）に通信するための手段と、ＩＭＳから、ロングタームエボリューション（ＬＴＥ）システムを介してＩＭＳにおけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を含むコーデッククエリ応答メッセージを受信するための手段と、選択コーデック情報をターゲットＭＳＣに通信し、ターゲットＭＳＣがＵＥのための選択コーデックを識別することを可能にして、選択コーデックがＣＳドメインにおいて用いられることを可能にするための手段とを備える。

例３７は、例３６のデバイスを含み、ＵＥの識別を用いてコーデック要求メッセージにおける選択コーデック情報についてＩＭＳにクエリを実行するための手段を更に備える。

例３８は、例３６または３７のいずれかのデバイスを含み、選択コーデック情報をターゲットＭＳＣおよび無線局サブシステム／基地局システム（ＲＮＳ／ＢＳＳ）に通信し、ＲＮＳ／ＢＳＳが進化型ノードＢ（ｅＮＢ）に、ターゲット・トゥー・ソース・トランスペアレント・コンテナの無線リソース制御（ＲＲＣ）コンテナに含まれる選択コーデック情報を送信することを可能にするための手段を更に備える。

例３９は、例３６〜３８のいずれかのデバイスを含み、ＳＲＶＣＣ ＰＳ‐ＣＳ要求メッセージにおける優先度インジケーションを用いて、ハンドオーバー準備要求をターゲットＭＳＣに送信するための手段を更に備える。

例４０は、例３６〜３９のいずれかのデバイスを含み、選択コーデック情報をアクセストランスファーゲートウェイ（ＡＴＧＷ）に伝達するための手段を更に備える。

様々な技術、またはそれらの特定の態様もしくは一部は、フロッピ（登録商標）ディスク、リードオンリコンパクトディスクメモリ（ＣＤ‐ＲＯＭ）、ハードドライブ、非一時的コンピュータ可読ストレージ媒体、またはその他の機械可読ストレージ媒体等の有形媒体において実施されるプログラムコード（すなわち、命令）の形態を取り得、プログラムコードがコンピュータのような機械によりロードされて実行されると、機械は、様々な技術を実施するための装置となる。回路は、ハードウェア、ファームウェア、プログラムコード、実行可能コード、コンピュータ命令、および／またはソフトウェアを含み得る。非一時的コンピュータ可読ストレージ媒体は、信号を含まないコンピュータ可読ストレージ媒体であり得る。プログラミング可能なコンピュータにおけるプログラムコードの実行の場合、コンピューティングデバイスは、プロセッサ、（揮発性・不揮発性メモリ、および／またはストレージ要素を含む）プロセッサにより可読なストレージ媒体、少なくとも１つの入力デバイス、ならびに少なくとも１つの出力デバイスを含み得る。揮発性・不揮発性メモリおよび／またはストレージ要素は、ランダムアクセスメモリ（ＲＡＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ）、フラッシュドライブ、光ドライブ、磁気ハードドライブ、ソリッドステートドライブ、または電子データを格納するための他の媒体であり得る。ノードおよび無線デバイスは、トランシーバモジュール（すなわち、トランシーバ）、カウンタモジュール（すなわち、カウンタ）、プロセッシングモジュール（すなわち、プロセッサ）、および／またはクロックモジュール（すなわち、クロック）もしくはタイマモジュール（すなわち、タイマ）も含み得る。本明細書に説明される様々な技術を実装または利用し得る１または複数のプログラムは、アプリケーションプログラミングインタフェース（ＡＰＩ）、再利用可能制御器等を用い得る。そのような複数のプログラムは、コンピュータシステムと通信するべく、高水準手続型またはオブジェクト指向型のプログラミング言語で実装され得る。しかし、所望であれば、プログラムは、アセンブリ言語または機械言語で実装され得る。いずれの場合であっても、言語は、コンパイルまたは変換される言語であり、ハードウェア実装と組み合わされ得る。

本明細書に用いられるように、プロセッサという用語は、汎用プロセッサ、ＶＬＳＩ、ＦＰＧＡ等の専用プロセッサ、他のタイプの専用プロセッサ、ならびに無線通信を送受信して処理するべくトランシーバにおいて用いられるベースバンドプロセッサを含み得る。

本明細書に説明される機能ユニットの多くは、それらの実装の独立性をより具体的に強調するべく、モジュールと呼ばれていることを理解されたい。例えば、モジュールは、複数のカスタムの超大規模集積（ＶＬＳＩ）回路もしくはゲートアレイ、ロジックチップ等の既製の半導体、トランジスタ、または他のディスクリートコンポーネントを備えるハードウェア回路として実装され得る。モジュールは、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス等のプログラマブルハードウェアデバイスにおいても実装され得る。

モジュールは、様々なタイプのプロセッサにより実行するためのソフトウェアにも実装され得る。実行可能コードの識別モジュールは、例えば、複数のコンピュータ命令の１または複数の物理または論理ブロックを含み得、これらは例えば、オブジェクト、手順、または関数として編成され得る。それでもなお、識別モジュールの複数のエグゼキュータブルは、互いに物理的に位置付けられる必要はなく、異なる位置に格納された異なる命令を含み得、これらの命令は、論理的に互いに結合されると、モジュールを構成し、モジュールの一定の目的を実現する。

現に、実行可能コードのモジュールは、単一の命令または多くの命令であり得、いくつかの異なるコードセグメントにわたって、異なるプログラム間にいくつかのメモリデバイスにわたって更に分散され得る。同様に、演算データは、本明細書ではモジュール内に識別されて示され得、任意の好適な形態で実施され、任意の好適なタイプのデータ構造体内に編成され得る。演算データは、１つのデータセットとして収集され得、または異なるストレージデバイスを含む異なる位置にわたって分散され得、システムまたはネットワーク上に単に電子信号として、少なくとも部分的に存在し得る。モジュールは、パッシブまたはアクティブであり得、所望の複数の機能を実行するように動作可能な複数のエージェントを含む。

本明細書全体を通して、「例」または「例示的」なものを参照する場合、例に関して説明される特定の機能、構造、または特性が少なくとも本開示の一実施形態に含まれることを意味する。従って、本明細書全体を通して様々な箇所で「一例において」という文言または「例示的」という語が現われても、それらの全てが同一の実施形態を必ずしも指すわけではない。

本明細書において用いられるように、複数のアイテム、構造的要素、組成要素、および／または材料は、便宜上共通の一覧において提示され得る。しかし、これらの一覧は、一覧の各部材が別個の固有の部材として個別に識別されるのと同様に解釈されるべきである。従って、そのような一覧の個別の部材は、共通の群における表示のみに基づいて、相反する指示のない限り、同一の一覧におけるその他の部材の事実上の均等物として解釈されるべきではない。更に、本開示の様々な実施形態および例は、本明細書においてそれらの様々な構成要素に対する複数の代替形態と共に参照され得る。そのような複数の実施形態、例、および代替形態が互いの事実上の均等物として解釈されるものではなく、本開示の別個の自立した表現とみなされるものであることが理解される。

更に、説明される複数の特徴、構造、または特性は、１または複数の実施形態において任意の好適な態様で組み合わされ得る。以下の説明において、本開示の複数の実施形態について完全な理解を提供するべく、レイアウトの例、距離、ネットワーク例等、多数の具体的な詳細が提供される。しかし、当業者は、本開示が複数の具体的詳細のうちの１または複数がなくとも、または他の方法、構成要素、レイアウト等を用いて実施され得ることを理解し得る。他の複数の例において、本開示の複数の態様を分かりにくくすることを回避するべく、周知の構造、材料、または動作は詳細に示されず、説明されない。

上述の複数の例は、１または複数の特定の用途における本開示の原理を例示するが、当業者には、発明能力を発揮することなく、また本開示の原理およびコンセプトを逸脱することなく、実装の形式、使用、および詳細における多数の変更が行われ得ることが明らかとなり得る。従って、下記の特許請求の範囲よる以外に本開示を限定することは意図されない。

Claims (20)

1. トランスコーディングを回避するように動作可能な移動交換局（ＭＳＣ）サーバであって、
   単一無線音声通信継続（ＳＲＶＣＣ）パケット交換（ＰＳ）‐回線交換（ＣＳ）要求メッセージにおいてモビリティ管理エンティティ（ＭＭＥ）から、ロングタームエボリューション（ＬＴＥ）システムを介してインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）におけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を受信し、
   前記選択コーデック情報をターゲットＭＳＣに通信し、前記ターゲットＭＳＣが前記ＵＥのための前記選択コーデックを識別することを可能にして、前記選択コーデックがＣＳドメインにおいて用いられることを可能にする回路を備え、
   前記回路は、前記選択コーデック情報を含むハンドオーバー準備要求メッセージを前記ターゲットＭＳＣに通信し、前記選択コーデック情報を含む同期インジケータを無線局サブシステム／基地局システム（ＲＮＳ／ＢＳＳ）に通信する、
   ＭＳＣサーバ。
2. 前記回路は、更に、前記ＭＳＣサーバが前記ＬＴＥシステムを介して前記ＩＭＳにより用いられる前記選択コーデックをサポートするか否かを判断する、請求項１に記載のＭＳＣサーバ。
3. 前記回路は、前記ＳＲＶＣＣ中に前記ＬＴＥシステムを介して前記ＩＭＳにおいて既に用いられた選択コーデックに応じて、回線交換（ＣＳ）ドメインにおいて用いられる前記選択コーデックを決定する、請求項１または２に記載のＭＳＣサーバ。
4. 前記回路は、前記ＲＮＳ／ＢＳＳが進化型ノードＢ（ｅＮＢ）に、ターゲット・トゥー・ソース・トランスペアレント・コンテナの無線リソース制御（ＲＲＣ）コンテナに含まれる前記選択コーデック情報を送信することを可能にする、請求項１〜３のいずれか１項に記載のＭＳＣサーバ。
5. 前記回路は、更に、セッション転送動作中にアクセス転送制御機能（ＡＴＣＦ）に前記選択コーデック情報を通知する、請求項１〜４のいずれか１項に記載のＭＳＣサーバ。
6. 前記回路は、更に、前記選択コーデック情報をアクセストランスファーゲートウェイ（ＡＴＧＷ）に伝達する、請求項１〜５のいずれか１項に記載のＭＳＣサーバ。
7. トランスコーディングを回避するように動作可能な移動交換局（ＭＳＣ）サーバであって、
   モビリティ管理エンティティ（ＭＭＥ）から、単一無線音声通信継続（ＳＲＶＣＣ）パケット交換（ＰＳ）‐回線交換（ＣＳ）要求メッセージを受信し、
   コーデック要求メッセージをインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）に通信し、
   前記ＩＭＳから、ロングタームエボリューション（ＬＴＥ）システムを介して前記ＩＭＳにおけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を含むコーデッククエリ応答メッセージを受信し、
   前記選択コーデック情報をターゲットＭＳＣおよび無線局サブシステム／基地局システム（ＲＮＳ／ＢＳＳ）に通信し、前記ターゲットＭＳＣが前記ＵＥのための前記選択コーデックを識別することを可能にして、前記選択コーデックがＣＳドメインにおいて用いられることを可能にする回路を備える、
   ＭＳＣサーバ。
8. 前記回路は、更に、前記コーデック要求メッセージにおける前記選択コーデック情報について前記ＩＭＳにクエリを実行する、請求項７に記載のＭＳＣサーバ。
9. 前記回路は、前記ＲＮＳ／ＢＳＳが進化型ノードＢ（ｅＮＢ）に、ターゲット・トゥー・ソース・トランスペアレント・コンテナの無線リソース制御（ＲＲＣ）コンテナに含まれる前記選択コーデック情報を送信することを可能にする、請求項７または８に記載のＭＳＣサーバ。
10. 前記回路は、更に、セッション転送動作中にアクセス転送制御機能（ＡＴＣＦ）に前記選択コーデック情報を通知する、請求項７〜９のいずれか１項に記載のＭＳＣサーバ。
11. 前記回路は、更に、前記選択コーデック情報をアクセストランスファーゲートウェイ（ＡＴＧＷ）に伝達する、請求項７〜１０のいずれか１項に記載のＭＳＣサーバ。
12. 前記回路は、更に、前記ＩＭＳから、前記ロングタームエボリューション（ＬＴＥ）システムを介して前記ＩＭＳにおけるユーザ機器（ＵＥ）に対して選択された既に用いられたコーデック情報を含む前記コーデッククエリ応答メッセージを受信する、請求項７〜１１のいずれか１項に記載のＭＳＣサーバ。
13. 前記回路は、更に、前記選択コーデックを用いる前記ターゲットＭＳＣのための前記ＳＲＶＣＣ ＰＳ‐ＣＳ要求メッセージにおいて優先度インジケーションを示す、請求項７〜１２のいずれか１項に記載のＭＳＣサーバ。
14. 前記回路は、更に、前記ＳＲＶＣＣ ＰＳ‐ＣＳ要求メッセージにおいて前記優先度インジケーションを用いて、ハンドオーバー準備要求を前記ターゲットＭＳＣに送信する、請求項１３に記載のＭＳＣサーバ。
15. コンピュータに、
    モビリティ管理エンティティ（ＭＭＥ）から、単一無線音声通信継続（ＳＲＶＣＣ）パケット交換（ＰＳ）‐回線交換（ＣＳ）要求メッセージを受信する手順と、
    コーデック要求メッセージをインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）に通信する手順と、
    前記ＩＭＳから、ロングタームエボリューション（ＬＴＥ）システムを介して前記ＩＭＳにおけるユーザ機器（ＵＥ）に用いられる選択コーデックのための選択コーデック情報を含むコーデッククエリ応答メッセージを受信する手順と、
    前記選択コーデック情報をターゲットＭＳＣおよび無線局サブシステム／基地局システム（ＲＮＳ／ＢＳＳ）に通信し、前記ターゲットＭＳＣが前記ＵＥのための前記選択コーデックを識別することを可能にして、前記選択コーデックがＣＳドメインにおいて用いられることを可能にする手順とを実行させる、
    コンピュータプログラム。
16. 前記コンピュータに、前記ＵＥの識別を用いて前記コーデック要求メッセージにおける前記選択コーデック情報について前記ＩＭＳにクエリを実行する手順を更に実行させる、請求項１５に記載のコンピュータプログラム。
17. 前記コンピュータに、前記ＲＮＳ／ＢＳＳが進化型ノードＢ（ｅＮＢ）に、ターゲット・トゥー・ソース・トランスペアレント・コンテナの無線リソース制御（ＲＲＣ）コンテナに含まれる前記選択コーデック情報を送信することを可能にする手順を更に実行させる、請求項１５または１６に記載のコンピュータプログラム。
18. 前記コンピュータに、前記ＳＲＶＣＣ ＰＳ‐ＣＳ要求メッセージにおける優先度インジケーションを用いて、ハンドオーバー準備要求を前記ターゲットＭＳＣに送信する手順を更に実行させる、請求項１５〜１７のいずれか１項に記載のコンピュータプログラム。
19. 前記コンピュータに、前記選択コーデック情報をアクセストランスファーゲートウェイ（ＡＴＧＷ）に伝達する手順を更に実行させる、請求項１５〜１８のいずれか１項に記載のコンピュータプログラム。
20. 請求項１５〜１９のいずれか１項に記載のコンピュータプログラムを格納するコンピュータ可読記録媒体。

Images