JP2012515475A - 確立要因を決定するシステムおよび方法 - Google Patents

Abstract

進化型パケットシステム（ＥＰＳ）における回線交換（ＣＳ）フォールバックサービスのためのユーザエージェント（ＵＡ）、コアネットワーク（ＣＮ）デバイス、および方法。一実施形態では、ＵＡまたはＣＮは、非アクセス階層（ＮＡＳ）を有するプロトコル層を含む。ＵＡまたはＣＮのプロセッサは、ＮＡＳが、あるサービスタイプを有する拡張サービス要求を復号値によって処理するのを促進するように構成される。復号値は、ＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を識別する。
【選択図】図２

Description

（関連出願に対する参照）
本出願は、２００９年１月１５日に出願されたＣｈｅｎ−Ｈｏ Ｃｈｉｎによる米国仮特許出願第６１／１４４，９９２（発明の名称「Ｄｅｔｅｒｍｉｎｉｎｇ ＲＲＣ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅｓ ｏｆ ＥＰＳ ＮＡＳ Ｐｒｏｃｅｄｕｒｅｓ」（３４８４１−ＵＳ−ＰＲＶ − ４２１４−１５０００））、および、２００９年１月２６日に出願されたＣｈｅｎ−Ｈｏ Ｃｈｉｎによる米国仮特許出願第６１／１４７，３９６（発明の名称「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｄｅｔｅｒｍｉｎｉｎｇ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅｓ」（３４８４１−１−ＵＳ−ＰＲＶ））に対する優先権を主張する。上記仮出願は、本明細書においてそれらの全体が再現されるかのように本明細書に援用される。

（背景）
本明細書で使用される場合、用語「ユーザエージェント」および「ＵＡ」は、ある場合には、電気通信能力を有する、携帯電話、携帯情報端末、携帯式またはラップトップコンピュータ、および類似のデバイス等のモバイルデバイスを指す場合がある。そのようなＵＡは、ＵＡと、加入者識別モジュール（ＳＩＭ）アプリケーション、汎用加入者識別モジュール（ＵＳＩＭ）アプリケーション、またはリムーバブルユーザ識別モジュール（Ｒ−ＵＩＭ）アプリケーションを含む汎用集積回路カード（ＵＩＣＣ）等が挙げられるが、これに限定されない、その関連するリムーバブルメモリモジュールとから成る場合がある。代替的に、そのようなＵＡは、そのようなモジュールを伴わないデバイス自体から成る場合がある。他の場合において、用語「ＵＡ」は、デスクトップコンピュータ、セットトップボックス、またはネットワーク機器等の、移動可能ではないが類似した能力を有するデバイスを指す場合がある。また、用語「ＵＡ」は、ユーザのために、通信セッションを終了することが可能な、任意のハードウェアまたはソフトウェア構成要素を指すことが可能である。また、用語「ユーザエージェント」、「ＵＡ」、「ユーザ機器」、「ＵＥ」、および「ユーザノード」は、本明細書で同義的に使用される場合がある。

電気通信技術の進化に伴って、より高度なネットワークアクセス機器が導入され、以前には不可能性であったサービスが提供可能となっている。本ネットワークアクセス機器は、従来の無線電気通信システム内の均等機器の改良である、システムおよびデバイスを含む場合がある。そのような高度または次世代装置は、ロングタームエボリューション（ＬＴＥ）装置等の進化型無線通信規格に含まれ得る。例えば、ＬＴＥシステムは、従来の基地局ではなく、拡張ノードＢ（ｅＮＢ）、無線アクセスポイント、または類似構成要素を含む場合がある。本明細書で使用されるように、用語「アクセスノード」は、ＵＡまたは中継ノードに、電気通信システム内の他の構成要素にアクセスさせる、受信および伝送範囲の地理的面積を生成する、従来の基地局、無線アクセスポイント、またはＬＴＥ ｅＮＢ等の無線ネットワークの任意の構成要素を指す。本書では、用語「アクセスノード」は、複数のハードウェアおよびソフトウェアを含み得る。

ＬＴＥシステムは、無線リソース制御（ＲＲＣ）プロトコル等のプロトコルを含むことが可能であるが、これは、ＵＡとネットワークノードまたは他ＬＴＥ機器との間の無線リソースの割当、構成、および解放に関与する。ＲＲＣプロトコルは、Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ）Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｏｎ （ＴＳ）３６．３３１に詳述されている。ＲＲＣプロトコルによると、ＵＡのための２つの基本的なＲＲＣモードは、「アイドルモード」および「接続モード」として規定される。接続モードまたは状態中に、ＵＡは、ネットワークと信号を交換し、他の関連する動作を実施し得る一方で、アイドルモードまたは状態中に、ＵＡは、その接続モードの動作のうちの少なくともいくつかを遮断し得る。アイドルおよび接続モードの挙動は、３ＧＰＰ ＴＳ３６．３０４およびＴＳ３６．３３１に詳述されている。

ＵＡ、中継ノード、およびアクセスノード間でデータを搬送する信号は、周波数、時間、およびコーディングパラメータ、ならびにネットワークノードによって指定され得る他の特徴を有することが可能である。そのような特徴の特定のセットを有する、これらの要素のいずれか間の接続は、リソースと称されることが可能である。用語「リソース」、「通信接続」、「チャネル」、および「通信リンク」は、本明細書では、同義的に使用される場合がある。ネットワークノードは、典型的には、それと任意の特定の時間で通信する、各ＵＡまたは他のネットワークノードのための異なるリソースを確立する。

最初に、本開示の１つ以上の実施形態の例示的な実装例を以下に提供するが、開示されるシステムおよび／または方法は、現在公知であるか、存在しているかに関わらず、任意の数の技術を使用して実装されてもよいことを理解されたい。本開示は、本明細書に示され、説明される例示的な設計および実装例を含む、以下に示される例示的な実装例、図面、および技術に限定されるべきではなく、均等物の十分な範囲とともに、添付の特許請求の範囲の範囲内で修正されてもよい。

本明細書で使用される場合、以下の頭字語は、以下の規定を有する。

「ＡＳ」は、「アクセス階層」として規定される、ユーザエージェント（ＵＡ）におけるプロトコルスタック内の層である、無線アクセスネットワーク（ＲＡＮ）である。

「ＣＮ」は、「コアネットワーク」として規定され、無線アクセスネットワーク（ＲＡＮ）を通して送信される、ユーザエージェント（ＵＡ）からのメッセージおよびデータを処理するためのデバイスならびにソフトウェアを指す。

「ＣＳ」は、「回線交換」として規定され、例えば、電話回線等、永続的または半永続的無線接続を介して、電話呼を通信するため、あるいはデータ転送のためのデバイスを接続するための従来のプロシージャを指す。

「ＣＳフォールバック」は、通信を実装するとき、進化型パケットシステム（ＥＰＳ）対応デバイスが、回線交換（ＣＳ）通信プロシージャに「フォールバック」する、プロシージャを指す。

「ＥＣ」は、「確立要因」として規定され、介在プロトコル層、ならびに無線アクセスネットワーク（ＲＡＮ）内のデバイスおよびソフトウェアに、通信が確立される「要因」または「理由」に関して、通知する、データを指す。

「ｅＮＢ」は、「拡張ノードＢ」として規定される、無線アクセスネットワーク（ＲＡＮ）内で使用され、ＵＡとＣＮとの間に通信を確立する補助をするデバイスのタイプの１つの実施例である。

「ＥＰＣ」は、「進化型パケットコア」として規定され、ロングタームエボリューション（ＬＴＥ）無線ネットワークが通信する、コアネットワーク（ＣＮ）を指す。

「ＥＰＳ」は、「進化型パケットシステム」として規定され、ＥＰＣおよび一式のアクセスシステムを指し、ＥＰＳは、無線ネットワークとしてのＬＴＥおよびそのコアネットワークとしてのＥＰＣを有し得る、システムを表す。

「Ｅ−ＵＴＲＡＮ」は、「進化型ＵＴＲＡＮ」として規定され、「進化型ＵＭＴＳ地上波ＲＡＮ」（「進化型ユニバーサルモバイルテレコミュニケーションシステム地上波無線アクセスネットワーク」）を指し、Ｅ−ＵＴＲＡＮは、ロングタームエボリューション（ＬＴＥ）通信システムにおける「ｅ−ＮＢ」（「拡張ノードＢ」）のネットワークおよび無線ネットワークコントローラを指す。

「ＬＴＥ」は、「ロングタームエボリューション」として規定され、高速モバイル通信およびインフラストラクチャの新しいシステムを指す。

「ＮＡＳ」は、「非アクセス階層」として規定される、ＵＡおよびコアネットワーク（ＣＮ）の両方におけるプロトコルスタック内の層であるが、無線アクセスネットワーク（ＲＡＮ）のプロトコルスタック内になくてもよい。

「ＭＡＣ」は、「媒体アクセス制御」として規定される、ＵＡ、ＲＡＮ、およびＣＮにおけるプロトコル層である。

「ＭＯデータ」は、「モバイル発信データ」として規定される、ＥＰＳ対応システム内で使用される確立要因のタイプである。

「ＭＯ信号伝達」は、「モバイル発信信号伝達」として規定される、ＥＰＳ対応システム内で使用される確立要因のタイプである。

「ＭＴアクセス」は、「モバイル着信アクセス」として規定される、ＥＰＳ対応システム内で使用される確立要因のタイプである。

「ＲＡＮ」は、「無線アクセスネットワーク」として規定され、ＵＡとＣＮとの間のノードを切り替えるネットワークを指す。

「ＴＳ」は、「技術規格」として規定される、ＬＴＥシステムを実装するための３ＧＰＰ（第３世代パートナーシッププロジェクト）と呼ばれる、モバイル通信規格である。

本明細書に出現し得る、他の頭字語は、３ＧＰＰ標準の技術規格に従って、使用および規定される。

一実施形態では、本開示は、ＥＰＳ対応デバイスにおけるＣＳフォールバックプロシージャに照らして、確立要因（ＥＣ）を設定するステップに関する。本開示を理解する非限定的補助として、ＥＣまたは「確立要因」は、介在プロトコル層、ならびに無線アクセスネットワーク（ＲＡＮ）および／またはコアネットワーク（ＣＮ）内のデバイスおよびソフトウェアに、通信が確立される「要因」または「理由」に関して、通知するデータを指す。通信のための「理由」は、新しく確立された通信を管理し、所望の優先度に従って、通信リソースを個々の通信に割り当てるために使用可能である。したがって、例えば、特定の通信が、「緊急呼」の確立要因（ＥＣ）を有する場合、ＥＰＳ内のデバイスおよびソフトウェアは、可能性として、緊急呼に有利に働く他の保留または既存通信を除き、その呼に最高優先度を与えることが可能である。ＥＰＳにおけるＥＣの他の非限定的実施例として、を含む「高優先度アクセス」、「ＭＴアクセス」、「ＭＯ信号伝達」、「ＭＯデータ」、および可能性として、その他を含む。

ＥＣは、個々のデバイス内の多くの介在プロトコルスタック層、ならびに介在ＲＡＮデバイス内の追加プロトコルスタック層が、データブロックを復号し、通信のための理由を発見する必要性を防止するため、ＥＣは、モバイル通信システムの効率性に有用である。代わりに、ＥＣは、通信を開始するデバイス内、そしてより重要なこととして、ＲＡＮデバイスおよびＣＮデバイス内の１つ以上の介在プロトコルスタック層に、介在プロトコルスタック層が、データブロックを復号する必要なく、通信のための理由に関して、通知してもよい。データブロックは、ＥＰＳ内の種々のデバイスのプロトコルスタック層を切り抜けることによって、復号される頻度が少なくなるため、データブロックの転送は、より迅速かつ効率的に生じることが可能である。また、データブロックの復号の頻度が少なくなることは、それらのデバイスを実装する費用を削減することになる。

また、ＥＣの本理解によって、ＣＳフォールバックプロシージャの理解も、本開示の理解に有用となり得る。上述のように、ＣＳフォールバックプロシージャは、通信を実装するとき、進化型パケットシステム（ＥＰＳ）対応デバイスが、回線交換（ＣＳ）通信プロシージャに「フォールバック」する、プロシージャである。「ＣＳフォールバック」プロシージャは、多くの場合、データ通信とは対照的に、ＥＰＳ対応デバイスが、従来のモバイルＣＳネットワークを介して、音声通信の確立を試行するときに使用される。

ＣＳ通信プロシージャが、ＵＭＴＳ等のＬＴＥ／ＥＰＳ以前、モバイル通信システム内において、どのように動作するかについての詳細は、周知であって、本明細書に説明される以外、本開示の理解には不必要である。しかしながら、ＣＳ通信プロシージャおよびＥＰＳ通信プロシージャは両方とも、ＥＣを使用することを理解されたい。また、ＵＭＴＳにおけるＣＳ通信のためのＥＣは、ＥＰＳ通信のＥＣと完全に異なることも理解されたい。ＵＭＴＳでは、通信呼は、多くのＥＣ（２４超）のうちの１つを有することが可能である。ＥＰＳ通信は、後の規定および使用のための３つの予備ＥＣを除き、５つのＥＣ、合計８つの可能なＥＣを要求する。将来の通信プロシージャに対して、より古い通信プロシージャのために規定されたＥＣに容易にマッピング不可能である、異なる数または異なるタイプのＥＣが存在し得るという点において、類似問題が発生する場合がある。したがって、本明細書に説明される実施形態は、必ずしも、ＥＰＳシステムにおけるＣＳフォールバックプロシージャに対して、現在利用可能な８つのＥＣまたは利用可能であり得る他のＥＣにＥＣを指定することに限定されない。さらに、ＵＭＴＳにおいて利用可能なＥＣはすべて、ＣＳ通信のためのものではなく、むしろ、これらのＥＣは、ＵＭＴＳにおけるあらゆるタイプの通信のためのものであって、ＣＳ通信は、そのうちの１つの技術である。

さらに後述される理由から、ＣＳ通信のためのＥＣは、ＥＰＳ通信のためのＥＣに単純にマッピング不可能である。したがって、以前は、ＵＡが、ＣＳプロシージャを使用して、通信の実装を所望する場合、適切なＣＳフォールバック規定ＥＣを設定するために、ＥＰＳ対応デバイスのための機構は存在しなかった。本開示は、本課題を対象とし、いくつかの実施形態において、本問題を解決する。

特に、本開示は、本課題を解決するための３つ以上の解決策または技術を提供する。第１の実施形態では、ＣＳフォールバックプロシージャとＥＰＳ ＥＣとの間に、厳密なマッピングが提供される。第２の実施形態では、ＥＰＳ対応デバイスによって伝送される拡張サービス要求メッセージのサービスタイプは、適切なＣＳ ＥＣを設定する値を有する。第３の実施形態では、ＥＰＳ通信プロシージャにおける３つの予備ＥＣのうちの１つが、ＥＰＳ ＥＣを設定するために使用される。後述および当業者によって理解されるように、他の実施形態および変形例も存在する。

本開示をより完全に理解するために、添付の図面および発明を実施するための形態と併せて理解される、以下の簡単な説明を参照する（類似参照数字は、類似部品を表す）。
図１は、本開示のある実施形態による、ＵＡが、どのように無線アクセスネットワークを経由して、コアネットワークと通信するかを例証する、ブロック図である。 図２は、本開示のある実施形態による、ＵＡからコアネットワークに、データブロックによってとられるパスを例証する、ブロック図である。 図３は、本開示のある実施形態による、ユーザエージェント、無線アクセスネットワーク、およびコアネットワーク間の制御プレーンのブロック図である。 図４は、本開示のある実施形態による、ユーザエージェント、無線アクセスネットワーク、およびコアネットワーク間の制御プレーンのブロック図である。 図５は、本開示のある実施形態による、ＣＳフォールバック起動電話サービスとＥＰＳ ＲＲＣ確立要因との間の厳密なマッピングを例証する、表である。 図６は、本開示のある実施形態による、ＣＳフォールバック通信の際、ＥＰＳ ＮＡＳプロシージャのＲＲＣ確立要因を決定するプロセスを例証する工程図である。 図７は、本開示のある実施形態による、ＣＳフォールバック通信の際、ＥＰＳ ＮＡＳプロシージャのＲＲＣ確立要因を決定するプロセスを例証する工程図である。 図８は、本開示のある実施形態による、ＣＳフォールバックサービスを実現するための通信の際、ＥＰＳ ＮＡＳプロシージャのＲＲＣ確立要因を決定するプロセスを例証する工程図である。 図９は、本開示のいくつかの実施形態を実装するための好適なプロセッサおよびに関連する構成要素を例証する。

図１および２は、ＵＡが、ＥＰＳにおいて、どのようにＣＮと通信を確立するかについての例示的プロシージャを説明する。図３および４は、ＵＡ、ＲＡＮデバイス、およびＣＮデバイスにおける、プロトコルスタックの例示的詳細を説明する。概して、図１−４は、ＥＰＳにおけるＥＣを理解するための背景と、ＥＰＳ対応デバイスにおけるＣＳフォールバックプロシージャに照らして、ＥＣを規定する課題を提供する。図５−８は、図１−４に関連して説明される課題に対する例示的解決策を説明するが、また、これらの課題に対する例示的解決策は、図１−４の背景においても理解される。

ここで、図１および２に戻ると、図１は、本開示のある実施形態による、無線アクセスネットワークを経由して、コアネットワークと通信するＵＡを例証する、ブロック図である。同様に、図２は、本開示のある実施形態による、ＵＡからコアネットワークへと、データブロックによってとられるパスを例証する、ブロック図である。図１および２は、類似機能を有する、類似構成要素を有する。したがって、図１および２は、類似参照番号を共有し、ともに説明される。

例証的実施形態では、ＵＡ１００は、ＣＮ１０２との接続の確立を試行する。そのような試行は、ＵＡが、接続試行を開始するため、モバイル発信呼またはＭＯと称され得る。しかしながら、また、ＣＮ１０２が、接続試行を開始する、以下のプロセスも、モバイル着信（ＭＴ）呼に該当し得る。

接続試行を開始するために、ＵＡ ＮＡＳ１０４は、要求メッセージ、例えば、サービス要求または拡張サービス要求を、無線アクセスネットワーク（ＲＡＮ）１０８を経由して、ＣＮ ＮＡＳ１０６に送信する。ＵＡ ＮＡＳ１０４は、ＵＡ１００内で要求を開始し、要求をＵＡアクセス階層（ＡＳ）１１０に伝送する。順に、ＡＳ１１０は、矢印１１２によって示される無線波等の物理層を介して、ＲＡＮ１０８に要求を伝送する。

ＲＡＮ ＡＳ１１４は、要求を受信し、予備リソースをＵＡ１００に分配し、次いで、ＲＡＮ１０８の相互接続機能１１６に要求を通信する。相互接続機能は、他の要求ならびに他の機能に対する要求を管理するステップを含んでもよい。また、相互接続機能１１６は、ＲＡＮ１０８とＣＮ１０２との間の通信を制御する、ＲＡＮコントローラ１１８に対するＣＮと通信する。ＲＡＮ１０８と ＣＮ１０２との間の要求の実際の通信は、例えば、矢印１２０によって示されるように、ワイヤまたはケーブルであり得る、物理層に沿って伝送される。また、物理層１２０は、無線バックホールとしても実装可能である。

ＣＮ１０２内では、ＣＮ／ＲＡＮ間コントローラ１２２は、要求を受信し、要求をＣＮ ＮＡＳ１０６に伝送する。次いで、ＣＮ ＮＡＳ１０６は、要求内のデータを復号し、その無線通信のために、適切な措置を講じ、追加または必要モバイルリソースをＵＡ１００に分配する。ＣＮ ＮＡＳ１０６は、上述のプロセスと同様であるが、他方向に、ＲＡＮ１０８を経由して、そのような情報をＵＡ１００に伝送する。

別の実施形態では、ＣＮは、ＭＴ（モバイル着信）呼を開始する。上述のプロセスは、上述のものと類似プロセスにおいて、ＣＮ ＮＡＳ１０６からＵＡ ＮＡＳ１０４へと生じる。

図２は、一実施形態による、ＥＰＳ通信におけるＥＣの使用を説明するために、より詳細に同一プロセスを示す。再び、ある実施形態では、ＵＡ ＮＡＳ１０４は、ＣＮ ＮＡＳ１０６への通信を開始する。

ＥＣ２０４は、介在プロトコル層、ならびにＲＡＮ１０８およびＣＮ１０２内のデバイスおよびソフトウェアに、通信が確立される「要因」または「理由」に関して通知する、データである。ＥＣ２０４は、そのような介在プロトコル層に、データブロック２００を復号または開く必要なく、データブロック２００の伝送のための理由を知らせる。

番号１ ２０２では、ＵＡ ＮＡＳ１０４は、ＣＮ ＮＡＳ１０６であるデータブロック２００の意図された最終宛先によって、データブロック２００をＥＣ２０４とともに、ＵＡ ＡＳ１１０に伝送する。次いで、ＵＡ ＡＳ１１０は、データブロック２００を伝送する動作を開始する。再び、ＵＡ ＡＳ１１０は、データブロック２００を復号せず、ＥＣ２０４を使用して、データブロック２００の伝送の理由を知らせる。

番号２ ２０６では、ＵＡ ＡＳ１１０は、ＲＲＣ接続要求およびＥＣ２０４をＲＡＮ ＡＳ１１４に伝送する。ＲＡＮ ＡＳ１１４は、ＲＲＣ接続設定コマンドによって応答する。ＥＣ２０を知ることによって、ＲＡＮ ＡＳ１１４は、番号３ ２０８に示されるように、初期予備リソースをＵＡ１００に分配する。成功する場合、ＵＡ ＡＳ１１０は、番号４ ２１０に示されるように、ＲＲＣ接続設定完了信号とともに、データブロック２００によって応答する。その結果、データブロック２００は、ＵＡ ＡＳ１１０からＲＡＮ ＡＳ１１４に伝送される。

番号５ ２１２では、ＲＡＮ ＡＳ１１４は、データブロック２００およびＥＣ２０４をＲＡＮ１０８の相互接続機能１１６に伝送する。相互接続機能１１６は、データブロック２００の処理の優先順位を決め、他の機能も果たす。本時点では、ＥＣのさらなる伝送は、任意である。加えて、ＥＣは、番号３の実行後、伝送されていなくてもよい。

処理が完了すると、相互接続機能１１６は、データブロック２００を伝送し、また、随意に、番号６ ２１４に示されるように、ＥＣ２０４からＣＮをＲＡＮコントローラ１１８に提供してもよい。順に、番号７ ２１６に示されるように、ＲＡＮコントローラ１１８に対するＣＮは、データブロック２００とともに、随意に、番号６ ２１４から利用可能である場合、ＥＣ２０４と、接続要求をコアネットワークのＣＮ／ＲＡＮ間コントローラ１２２に伝送する。次いで、ＣＮ／ＲＡＮ間コントローラ１２２は、番号８ ２１８に示されるように、データブロック２００と、随意に、番号７ ２１６から利用可能である場合、ＥＣをＣＮ ＮＡＳ１０６に伝送する。

２０２、２０６、２０８、２１０、２１２、２１４、２１６、および２１８を通して、ＵＡ ＡＳ１１０とＣＮ／ＲＡＮ間コントローラ１２２との間のプロトコル層の介入デバイスおよびソフトウェアのいずれも、データブロック２００を復号し、データブロック２００のコンテンツの決定またはデータブロック２００の通信のための要因の決定を行っていない。しかしながら、ＵＡ１００、ＲＡＮ１０８、およびＣＮ１０２のうちの１つ以上内のこれらの介在プロトコルスタック層の一部または全部が、ＥＣ２０４を使用し、データブロック２００に適用するための優先度および処理を決定する補助としている。しかしながら、最終段階では、ＣＮ ＮＡＳ１０６は、データブロック２００を復号し、その中に含有されるデータを処理する。

ある実施形態では、ＣＮ ＮＡＳ１０６は、データブロック２００を復号し、データブロック２００が、サービス要求または拡張サービス要求を含むことを見つける。これらの要求は、ＵＡ１００が、ＣＮ１０２を経由して、ある他のデバイスとの通信を確立するために、モバイル通信リソースを所望していることを、ＣＮ ＮＡＳ１０６に示す。

データブロック２００内のデータを処理後、ＣＮ ＮＡＳ１０６は、モバイル通信リソースをＵＡ１００に分配するため等、適切な応答を決定する。次いで、ＣＮ ＮＡＳ１０６は、反対方向であることを除き、上述と類似プロセスを使用して、そのようなリソースに関するデータをＵＡ１００に返送する。

言い換えると、ＵＡ ＮＡＳ１０４は、サービス要求または拡張サービス要求をＣＮ ＮＡＳ１０６に通信している。本通信を可能にする信号伝達およびプロトコルコントローラは、プロトコルの層として実装される。各層に対して、ピアツーピアエンティティが、相互に信号伝達および通信し、サービスが提供可能であるように、機能を有効化ならびに実現する。これらの概念は、図３および４に詳述される。

図３は、本開示のある実施形態による、ユーザエージェント、無線アクセスネットワーク、およびコアネットワーク間の制御プレーンのブロック図である。同様に、図４は、本開示のある実施形態による、ユーザエージェント、無線アクセスネットワーク、およびコアネットワーク間の制御プレーンのブロック図である。図３および４は、類似機能を有する類似構成要素を有する。したがって、図３および４は、類似参照番号を共有し、ともに説明される。図３および４は、ＵＡ１００、ＲＡＮ１０８、およびＣＮ１０２間のプロトコルスタック層の関係の追加詳細を示す。ＵＡ１００からＣＮ１０２および再び戻るデータの通信の説明は、図１および２に関して提供されており、また、図３および４にも該当する。

上述のように、ＵＡ ＡＳ１１０、ＲＡＮ１０８、およびＣＮ ＮＡＳ１０６のネットワーク層信号伝達およびプロトコルコントローラのうちの１つ以上は、下層ＲＡＮコントローラによって確立される通信リンクを通して、相互に通信してもよい。ＵＭＴＳおよび３ＧＰＰ用語では、ＵＡ１００とＣＮ１０２との間のネットワーク層は、非アクセス階層（ＮＡＳ）と称される。ＵＡ１００は、ＵＡ ＮＡＳ１０４を有し、ＣＮ１０２は、ＣＮ ＮＡＳ１０６を有する。しかしながら、ＲＡＮ１０８は、本明細書に説明される実施形態では、ＮＡＳを有していなくてもよい。

ＵＡ１００およびＲＡＮ１０８における無線アクセス層は、アクセス階層（ＡＳ）と称される。図４に示されるように、ＵＡ ＡＳ１１０は、ＵＡ１００内にいくつかのプロトコル層を含み、ＲＡＮ ＡＳ１１４は、ＲＡＮ１０８内にいくつかのプロトコル層を含む。

各プロトコルスタックでは、下層は、上層にサービスを提供する。したがって、例えば、ＵＡ１００のＵＡ ＡＳ１１０は、ＵＡ ＮＡＳ１０４にサービスを提供する。ＵＡ ＡＳ１１０によって提供されるサービスの１つは、ＵＡ１００のＵＡ ＮＡＳ１０４のための信号伝達接続を確立することである。信号伝達接続によって、ＵＡ ＮＡＳ１０４は、ＣＮ ＮＡＳ１０６と通信可能となる。ＬＴＥ／ＳＡＥ（システムアーキテクチャエボリューション）／ＥＰＳネットワークでは、ＣＮ ＮＡＳ１０６は、拡張パケットコア（ＥＰＣ）と称され得る。信号伝達接続を確立するプロセスは、図１および２に関連して説明される。信号伝達接続に関するさらなる詳細は、３ＧＰＰ ＴＳ ３６．３３１および３ＧＰＰ ＴＳ ２５．３３１に見出され得る。

信号伝達接続の確立の一部として、ＵＡ１００のＲＲＣは、接続を要求するための理由の表示をＲＡＮ ＡＳ１１４に提供する。本ＥＣは、３ＧＰＰ ＴＳ ３６．３３１にさらに説明されるように、ＲＲＣ信号伝達プロトコルに埋め込まれる。

また、図１および２に関連して上述のように、ＥＣは、ｅＮＢ／Ｅ−ＵＴＲＡＮ等の宛先ノードに、恐らくＥＰＣの場合でも、信号伝達接続の確立のための理由を示す目的を果たす。したがって、これらのデバイスおよびソフトウェアは、信号伝達接続および信号伝達接続のその後の使用のために、適切なリソースを分配可能である。また、ＥＣを使用して、ＵＡ１００のユーザに、モバイル通信サービスの使用に対していくら請求すべきかを判別または決定可能である。

ＵＭＴＳ（現在は、ＥＰＳ）では、ＲＲＣが、ＲＲＣ接続要求メッセージにおいて、ネットワークに提供するＥＣは、ＵＡ ＮＡＳ１０４からの層間要求から得られる。例えば、３ＧＰＰ ＴＳ ３６．３３１のＲＲＣ接続要求フィールド記述を参照されたい。

ＵＭＴＳでは、ＥＣは、多くの値のうちの１つをとり得る。ＵＭＴＳにおけるＥＣのための可能な値は、３ＧＰＰ ＴＳ ２５．３３１に与えられている。現在、２０超の可能な値が、ＵＭＴＳにおけるＥＣのために存在する。

要するに、次いで、ＵＡ ＡＳ１１０がＲＲＣ接続要求において提供するＲＲＣ ＥＣは、ＵＡ ＮＡＳ１０４から派生する。また、ＵＡ ＮＡＳ１０４は、使用されるＥＣを決定する。ＵＭＴＳでは、ＵＡ ＮＡＳ１０４は、ＵＭＴＳ Ａｎｎｅｘ Ｌ ｏｆ ３ＧＰＰ ＴＳ ２４．００８に提供される規則に従って、ＥＣを選択する。これらの規則は、ＲＲＣ ＥＣへのＮＡＳプロシージャのマッピングを規定する。

ここで、どのようにモバイル通信が動作するかの上述の説明によって、本開示によって提供される以下の解決策および技術が、適切に理解され得る。ＥＰＳでは、ＵＭＴＳの場合のＥＣの相当リスト（３ＧＰＰ ＴＳ ３６．３３１に説明される）は、利用不可能である。代わりに、ＥＰＳでは、５つのＥＣ集合および３つの予備ＥＣが確立されている。５つのＥＣ集合は、「緊急呼」、「高優先度アクセス」、「モバイル着信（ＭＴ）アクセス」、「モバイル発信（ＭＯ）信号伝達」、および「ＭＯデータ」である。予備ＥＣは、規定されていないが、後の規定のために保留されている。

したがって、ＥＰＳでは、ＵＡ ＮＡＳ１０４が、ＲＲＣ接続の確立を試行すると、ＵＡ ＮＡＳ１０４は、上述の５つのＥＣのうちの１つを設定するであろう。本プロシージャは、全部ではないにしても、大部分のＥＰＳ通信において、使用されてもよい。

しかしながら、通信のいくつかのタイプ、特に、音声呼に対して、従来のＵＭＴＳシステムの使用が、望ましい場合がある。したがって、プロシージャは、ＥＰＳ対応デバイスが、従来のＵＭＴＳプロシージャ、デバイス、およびソフトウェアを使用可能であるように実装されている。本プロシージャは、「回路交換フォールバック」を表す、「ＣＳフォールバック」として知られている。

ＥＰＳ対応デバイスは、ＥＰＳネットワークを介してデータを伝送する際、ＥＰＳ ＥＣを使用するようにプログラムされ、ＥＰＳネットワークは、ＥＰＳ ＥＣを見出すことが見込まれる。しかしながら、ＥＰＳ ＥＣはＥＰＳ対応デバイスが、ＥＰＳにある間、ＵＭＴＳプロシージャの使用につながるであろう、ＣＳフォールバックサービスの開始を所望するときに使用される必要がある。ＵＡ ＮＡＳ１０４は、ＥＰＳにおいて、そのようなＣＳフォールバックを開始するため、ＥＰＣは、本状況で使用されるべきである。

一見、３ＧＰＰ ＴＳ ２４．００８からＵＭＴＳ ＥＣをＥＰＳ ＮＡＳ規格に引き継ぐことが可能であると考えられ得る。しかしながら、ＥＰＳ ＮＡＳプロシージャは、従来のＵＭＴＳマッピングが適用不可能なように、変化し、改良された機能性が実装されている。さらに、ＥＰＳ対象ＲＲＣ ＥＣは、ＵＭＴＳで使用されるものと大幅に異なる。したがって、再び、ＵＭＴＳ ＥＣの上書または、一対一のマッピングは、不可能である。さらに、ＵＭＴＳシステムと比較してＥＰＳにおいて使用されるＥＣは、ほとんどない。さらに、新しいＮＡＳメッセージによって実現されるいくつかのＥＰＳ ＮＡＳプロシージャは、ＵＭＴＳには存在しない。例えば、ＥＰＳにおけるＮＡＳは、サービス要求メッセージまたは拡張サービス要求メッセージのいずれかを使用するが、拡張サービス要求は、ＵＭＴＳでは使用されない。

ＥＰＳ関連ＥＣをＵＭＴＳ関連ＥＣにマッピングすることの課題は、ＥＰＳ ＲＲＣ ＥＣへのＮＡＳプロシージャの一般的マッピングに関して、部分的にのみ、解決されている。例えば、ＣＴ１公布文書Ｃ１−０８３８３４を参照されたい（参照することによって、本明細書に組み込まれる）。しかしながら、提案される本解決策は、上述の課題をすべて解決するものではない。特に、提案される本解決策は、ＥＰＳシステムでは、サービス要求プロシージャはまた、ＣＳフォールバック通信を実現するためにも使用されるため、ＣＳフォールバック通信の場合、作用しない。加えて、ＣＳフォールバックプロシージャを通して、ＵＡは、ＣＳドメイン内で緊急呼を開始可能である。さらに、サービス要求プロシージャの信号伝達メッセージとしての拡張サービス要求メッセージのＥＰＳにおける存在は、Ｃ１−０８３８３４等の既存の文書では、考慮されていない。以下の図および説明は、この点に関して、解決策および技術を提供する。

図５は、本開示のある実施形態による、ＣＳフォールバック起動電話サービスとＥＰＳ ＲＲＣ確立要因との間の厳密なマッピングを例証する、表である。表５００は、図１−４に関連して説明された制限を解決する一実施形態を例証する。

図５に説明される実施形態は、ＥＰＳ ＲＲＣ ＥＣへのＭＯ呼、ＭＴ呼、または緊急呼等のＣＳフォールバック起動電話サービス間の厳密なマッピングを提供する。本厳密なマッピングは、例えば、図５に提供される形式であり得るが、他のマッピングも使用され得る。

行５０２は、「ＣＳフォールバックが開始される電話サービス」および「使用されるＲＲＣ確立要因」を含む、列の名称を示す。行５０４、５０６、および５０８は、行によって使用されるマッピングを示す。したがって、行５０４に示されるように、ＣＳフォールバックによってトリガされ、ＣＳ ＭＯ呼を開始するサービス要求プロシージャの場合、ＥＰＳ ＥＣ「ＭＯ信号伝達」を使用可能である。代替として、ＥＰＳ ＥＣ「ＭＯデータ」も使用可能である。行５０６に示されるように、ＣＳフォールバックによってトリガされ、ＣＳ ＭＴ呼を受信するサービス要求プロシージャの場合、ＥＰＳ ＥＣ「ＭＯ信号伝達」を使用可能である。代替として、ＥＰＳ ＥＣ「ＭＴアクセス」も使用可能である。さらに別の実施形態では、ＥＰＳ ＥＣ「ＭＯデータ」も使用可能である。行５０８に示されるように、ＣＳフォールバックによってトリガされ、ＣＳ ＭＯ緊急呼を開始するサービス要求プロシージャの場合、ＥＰＳ ＥＣ「緊急呼」を使用可能である。

ある実施形態では、サービス要求が、ＵＬ（アップリンク）信号伝達のためのリソースを要求する場合、プロセッサは、確立要因（ＥＣ）を「ＭＯ信号伝達」に設定するように構成可能である。別の実施形態では、サービス要求が、ユーザプレーン無線リソースを要求する場合、プロセッサは、確立要因を「ＭＯデータ」に設定するように構成可能である。さらに別の実施形態では、ＣＮドメインインジケータが、ＰＳ（パケット交換）に設定される場合、プロセッサは、確立要因を「ＭＴアクセス」に設定するように構成可能である。

図６は、本開示のある実施形態による、ＣＳフォールバック通信の際、ＥＰＳ ＮＡＳプロシージャのＲＲＣ確立要因を決定するプロセスを例証する工程図である。図６に示されるプロセスは、図１−４に関連して説明される課題を解決するために提供される、別の技術である。図６に示されるプロセスは、ＵＡに全体的に実装されてもよいが、ＵＡにおいて開始され、次いで、加えて、ＲＡＮにおいて部分的に処理されてもよい。追加の任意の実施形態では、図６に示されるプロセスは、ＣＮに全体的に実装されてもよいが、ＣＮにおいて開始され、次いで、加えて、ＲＡＮにおいて部分的に処理されてもよい。さらなる任意の実施形態では、図６に示されるプロセスは、ＲＡＮにおいて開始され、次いで、ＵＡまたはＣＮのいずれかにおいて処理可能であるが、この場合、ＲＡＮデバイスは、ＮＡＳ層またはＥＣを生成するためのある他の機能性を有するべきである。

具体的には、図６は、ＥＰＳ通信において使用される、拡張サービス要求メッセージを利用する。図６は、具体的には、「サービスタイプ」として知られる、拡張サービス要求と関連付けられた情報要素の使用を開示する。サービスタイプは、試行される拡張サービス要求の要因を反映する、１つ以上の復号値が提供され得る。したがって、本実施形態では、拡張サービス要求において使用されるサービスタイプの復号値または複数の復号値が、ＲＲＣ ＥＣが使用されるマッピングに提供するために使用される。

ある実施形態では、プロセスは、プロセッサが、進化型パケットシステム（ＥＰＳ）の有形デバイスを介して、回線交換（ＣＳ）フォールバックサービスを開始することから開始する（ブロック６００）。有形デバイスは、ＵＡ、または随意に、ＣＮであってもよい。ＵＡまたはＣＮの場合、有形デバイスは、非アクセス階層（ＮＡＳ）を有するプロトコル層をさらに含む。

ＣＳフォールバックサービスを開始後、ＮＡＳは、あるサービスタイプを有する拡張サービス要求を復号値によって処理する（ブロック６０２）。復号値を使用して、ＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を識別可能である（ブロック６０４）。通信を開始するＵＡまたはＣＮのいずれの場合も、ＥＰＳシステム内の種々のデバイスおよびプロトコル層は、次いで、ＣＳフォールバックサービスの処理の際、ＥＰＳ規定ＲＲＣ ＥＣを使用する（ブロック６０６）。プロセスは、その後、終了する。

また、図６に説明されるプロセスは、拡張可能である。例えば、ある実施形態では、ＮＡＳは、拡張サービス要求を生成可能である。この場合、ＵＡのＮＡＳは、復号値を決定し、拡張サービス要求を伝送させ、ＣＳフォールバックサービスを実現する。対照的に、ＵＡのＮＡＳは、拡張サービス要求を受信し得る。この場合、有形デバイスのアクセス階層（ＡＳ）は、復号値を処理する。

サービスタイプおよび対応するＲＲＣ ＥＣのいくつかの特定の実施例が、本明細書に提供される。第１の実施例では、サービスタイプは、「モバイル発信（ＭＯ）ＣＳフォールバック」を含む。この場合、ＲＲＣ ＥＣは、「ＭＯ信号伝達」またはＭＯデータ」のうちの１つを含む。第２の実施例では、サービスタイプは、「モバイル着信（ＭＴ）ＣＳフォールバック」を含む。この場合、ＲＲＣ ＥＣは、「ＭＴアクセス」、「モバイル発信（ＭＯ）信号伝達」、または「ＭＯデータ」のうちの１つを含む。第３の実施例では、サービスタイプは、「モバイル発信（ＭＯ）ＣＳフォールバック緊急呼」を含む。この場合、ＲＲＣ ＥＣは、「緊急呼」を含む。

一実施形態では、拡張サービス要求メッセージ以外のメッセージは、サービスタイプ情報要素を有してもよい。本サービスタイプ情報要素は、要求されたサービスのタイプを示してもよい。したがって、ＥＣは、拡張サービス要求メッセージ以外のメッセージと関連付けられたサービスタイプに基づいて、決定されてもよい。例えば、将来のシステムは、ビデオネットワーク交流サービスを有してもよい。メッセージを送信して、ビデオネットワーク交流サービスを要求してもよい。サービスタイプに基づくＥＣは、要求メッセージと関連付けられてもよく、ビデオサービスが必要とされることを示してもよい。

図７は、本開示のある実施形態による、ＣＳフォールバック通信の際、ＥＰＳ ＮＡＳプロシージャのＲＲＣ確立要因を決定するプロセスを例証する工程図である。図７に示されるプロセスは、図１−４に関連して説明される課題を解決するための別の方法である。図７に示されるプロセスは、進化型パケットシステム（ＥＰＳ）における回線交換（ＣＳ）フォールバックサービス対応有形デバイス内に実装可能である。有形デバイスは、ＵＡ、または随意に、ＣＮであってもよい。ＵＡまたはＣＮの場合、有形デバイスは、非アクセス階層（ＮＡＳ）を有するプロトコル層をさらに含む。

プロセスは、ＮＡＳが、ＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を生成するのに伴って開始する（ブロック７００）。ＮＡＳは、ＣＳフォールバックサービスの所与のタイプに対して、ＥＰＳ ＲＲＣ ＥＣを規定する（ブロック７０２）。プロセスは、その後、終了する。

ある実施形態では、可能なすべてのＥＰＳ規定ＲＲＣ ＥＣとして、５つの規定ＲＲＣ ＥＣおよび３つの予備ＲＲＣ ＥＣを含む。この場合、ＣＳフォールバックサービスの所与のタイプのために規定されるＲＲＣ ＥＣは、３つの予備ＲＲＣ ＥＣのうちの１つを置換する。ある実施形態では、置換されるＲＲＣ ＥＣは、「ＣＳフォールバックサービス」であり得る。別の実施形態では、置換されるＲＲＣ ＥＣは、「ＣＳ緊急呼」であり得る。さらに別の実施形態では、３つの予備ＲＲＣ ＥＣのうちの２つが、置換され得、１つ目は、「ＣＳフォールバックサービス」であって、２つ目は、「ＣＳ緊急呼」である。異なる実施形態では、これらの元は予備のＲＲＣ ＥＣに対して、異なる名称を使用可能であるが、元は予備のＲＲＣ ＥＣの機能は、実質的に同一のままである。機能は、ＲＲＣ接続要求が、ＣＳフォールバックサービス、あるいは適切または所望に応じて、ＣＳ緊急呼のためであることを示すことを含む。

図８は、本開示のある実施形態による、ＣＳフォールバックサービスを実現するための通信の際、ＥＰＳ ＮＡＳプロシージャのＲＲＣ確立要因を決定するプロセスを例証する工程図である。図８に示されるプロセスは、図１−４に関連して説明される課題を解決するためのさらに別の技術である。図８に示されるプロセスは、図５に関連して説明される解決策に対応する。

プロセスは、回線交換（ＣＳ）フォールバックサービスが、進化型パケットシステム（ＥＰＳ）対応デバイスにおいて開始されるのに伴って開始する（ブロック８００）。ＥＰＳ対応デバイスは、非アクセス階層（ＮＡＳ）を有するプロトコル層を含む。次いで、ＥＰＳ対応デバイスは、開始されるＣＳフォールバックサービス要求のタイプを識別する（ブロック８０２）。次いで、ＥＰＳ対応デバイスのＮＡＳは、ＣＳフォールバックサービスのタイプに対応する、ＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を処理する（ブロック８０４）。用語「対応する」とは、特定のタイプＣＳフォールバックサービスが、対応する特定のＲＲＣ ＥＣを有することを意味する。プロセスは、その後、終了する。本プロセスは、ＲＲＣ ＥＣの生成またはＲＲＣ ＥＣの受信のうちのいずれか１つの際に、行われることが可能である。

ＥＰＳ規定ＲＲＣ ＥＣへのＣＳフォールバックサービス要求のタイプのマッピングは、異なる形式をとり得る。第１の実施例では、ＣＳフォールバックサービスのタイプ要求が、ＣＳモバイル発信（ＭＯ）呼を含むとき、対応するＲＲＣ ＥＣは、「ＭＯ信号伝達」または「ＭＯデータ」のうちの１つであってもよい。第２の実施例では、ＣＳフォールバックサービスのタイプ要求が、ＣＳモバイル着信（ＭＴ）呼を含むとき、対応するＲＲＣ ＥＣは、「モバイル発信信号伝達」、「ＭＯデータ」、または「ＭＴアクセス」のうちの１つであってもよい。第３の実施例では、ＣＳフォールバックサービスのタイプ要求が、モバイル発信緊急呼を含むとき、対応するＲＲＣ ＥＣは、「緊急呼」であってもよい。

上述のＵＡおよび他の構成要素は、上述の作用に関する命令を実行可能な処理構成要素を含む場合がある。図９は、本明細書に開示される１つ以上の実施形態を実装するために好適な処理構成要素９１０を含む、システム９００の実施例を例証する。プロセッサ９１０（中央プロセッサユニットまたはＣＰＵと称され得る）に加えて、システム９００は、ネットワーク接続デバイス９２０と、ランダムアクセスメモリ（ＲＡＭ）９３０と、読取専用メモリ（ＲＯＭ）９４０と、二次記憶装置９５０と、入力／出力（Ｉ／Ｏ）デバイス９６０と、を含む場合がある。これらの構成要素は、バス９７０を介して相互に通信する場合がある。ある場合には、これらの構成要素のうちのいくつかは、存在しなくてもよく、または相互の組み合わせ、もしくは図示されない他の構成要素との種々の組み合わせとして、組み合わされてもよい。これらの構成要素は、単一の物理エンティティ内、または２つ以上の物理エンティティ内に位置する場合がある。プロセッサ９１０によって講じられていると本明細書に記載するいずれの措置も、プロセッサ９１０のみ、または、デジタル信号プロセッサ（ＤＳＰ）９０２等の、図中に示される、もしくは示されない１つ以上の構成要素と協働するプロセッサ９１０によって講じられる場合がある。ＤＳＰ９０２は、別個の構成要素として示されているが、ＤＳＰ９０２は、プロセッサ９１０に組み込まれる場合がある。

プロセッサ９１０は、それがネットワーク接続デバイス９２０、ＲＡＭ９３０、ＲＯＭ９４０、または二次記憶装置９５０（ハードディスク、フロッピー（登録商標）ディスク、または光ディスク等、種々のディスクベースのシステムを含む場合がある）からアクセスする場合がある、命令、コード、コンピュータプログラム、またはスクリプトを実行する。１つのＣＰＵ９１０のみが示されているが、複数のプロセッサが存在してもよい。したがって、命令が、プロセッサによって実行されているように述べられ得るが、命令は、同時に、順次、あるいは別様に１つまたは複数のプロセッサによって実行されてもよい。プロセッサ９１０は、１つ以上のＣＰＵチップとして実装されてもよい。

ネットワーク接続デバイス９２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインターフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多重アクセス（ＣＤＭＡ）デバイス、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）無線送受信機デバイス等の無線送受信機デバイス、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ）デバイス、および／またはネットワークに接続するための他の公知のデバイスの形態を成してもよい。これらのネットワーク接続デバイス９２０によって、プロセッサ９１０は、情報を受信する場合があるか、またはプロセッサ９１０が情報を出力する場合がある、インターネット、あるいは１つ以上の電気無線通信ネットワークまたは他のネットワークと、プロセッサ９１０が通信可能となってもよい。また、ネットワーク接続デバイス９２０は、データを無線で伝送および／または受信可能な１つ以上の送受信機構成要素９２５を含む場合がある。

ＲＡＭ９３０を使用して、揮発性データ、および可能性として、プロセッサ９１０によって実行される命令を格納する場合がある。ＲＯＭ９４０は、典型的には、二次記憶装置９５０のメモリ容量より小さいメモリ容量を有する、不揮発性メモリデバイスである。ＲＯＭ９４０を使用して、命令、および可能性として、命令の実行中に読み取られるデータを格納する場合がある。ＲＡＭ９３０およびＲＯＭ９４０の両方へのアクセスは、典型的には、二次記憶装置９５０へのアクセスよりも高速である。二次記憶装置９５０は、典型的には、１つ以上のディスクドライブまたはテープドライブから成り、ＲＡＭ９３０が全ての作業用データを保持するのに十分大きくない場合、データの不揮発性保存用に、またはオーバーフローデータ記憶デバイスとして使用される場合がある。二次記憶装置９５０は、プログラムが実行のために選択されると、ＲＡＭ９３０へロードされる、プログラムを格納するために使用されてもよい。

Ｉ／Ｏデバイス９６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カードリーダ、紙テープ読取機、プリンタ、ビデオモニタ他の公知の入出力デバイスを含んでもよい。また、送受信機９２５は、ネットワーク接続デバイス９２０の構成要素である代わりに、またはそれに加えて、Ｉ／Ｏデバイス９６０の構成要素であると見なされる場合がある。

以下は、あらゆる目的のために、参照することによって、本明細書に援用される。３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ）Ｔｅｃｈｎｉｃａｌ明細書（ＴＳ）２４．００８、２５．３３１、２４．３０１、２３．２７２、３６．３３１、３６．８１３、および３ＧＰＰ ＴＳ ３６．８１４、ならびに付属ＡおよびＢ（本明細書に付随し、本明細書の一部と見なされる）。

したがって、実施形態は、進化型パケットシステム（ＥＰＳ）において、回線交換（ＣＳ）フォールバックサービスを示すためのユーザエージェント、コアネットワークデバイス、および方法を提供する。ＵＡの場合、ＵＡは、非アクセス階層（ＮＡＳ）を有するプロトコル層をさらに含む。ＵＡデバイスのプロセッサは、ＮＡＳが、あるサービスタイプを有する拡張サービス要求を復号値によって処理するのを促進するようにさらに構成される。復号値は、ＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を識別する。代替実施形態では、類似プロセスは、ＣＮと、可能性として、ＲＡＮ内に実装可能である。

また、実施形態は、進化型パケットシステム（ＥＰＳ）において、回線交換（ＣＳ）フォールバックサービスを示すためのユーザエージェント、コアネットワークデバイス、および方法を提供する。ＵＡの場合、ＵＡは、非アクセス階層（ＮＡＳ）を有するプロトコル層を含む。ＵＡのプロセッサは、ＮＡＳが、ＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を生成するのを促進するように構成される。ＲＲＣ ＥＣは、ＣＳフォールバックサービスの所与のタイプのためのＮＡＳによって規定される。代替実施形態では、類似プロセスが、ＣＮと、可能性として、ＲＡＮ内に実装可能である。

また、実施形態は、進化型パケットシステム（ＥＰＳ）において、回線交換（ＣＳ）フォールバックサービスを示すためのユーザエージェント、コアネットワークデバイス、および方法を提供する。ＵＡの場合、ＵＡデバイスは、非アクセス階層（ＮＡＳ）を有するプロトコル層を含む。ＵＡのプロセッサは、ＣＳフォールバックサービスが開始される、サービス要求のタイプを識別するように構成される。プロセッサは、ＮＡＳにタイプと関連付けられたＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を処理させるようにさらに構成される。代替実施形態では、類似プロセスが、ＣＮと、可能性として、ＲＡＮ内に実装可能である。

さらに、実施形態は、サービスタイプに基づいて、確立要因（ＥＣ）を設定するように構成される、プロセッサを含む、ＵＡを提供する。サービスタイプが、「モバイル発信ＣＳフォールバック」に設定される場合、プロセッサは、確立要因を「ＭＯデータ」に設定するようにさらに構成可能である。サービスタイプが、「モバイル着信ＣＳフォールバック」に設定される場合、プロセッサは、確立要因を「ＭＴアクセス」に設定するようにさらに構成可能である。サービスタイプが、「モバイル発信ＣＳフォールバック緊急呼」に設定される場合、プロセッサは、確立要因を「緊急呼」に設定するようにさらに構成可能である。

さらに、実施形態は、サービス要求が、ＵＬ信号伝達のためのリソースを要求する場合、確立要因（ＥＣ）を「ＭＯ信号伝達」に設定するようにさらに構成可能である、プロセッサを提供する。別の実施形態では、サービス要求が、ユーザプレーン無線リソースを要求する場合、プロセッサは、確立要因を「ＭＯデータ」に設定するように構成可能である。さらに別の実施形態では、ＣＮドメインインジケータが、ＰＳ（パケット交換）に設定される場合、プロセッサは、確立要因を「ＭＴアクセス」に設定するように構成可能である。

いくつかの実施形態が、本開示に提供されたが、開示されるシステムおよび方法は、本開示の精神または範囲から逸脱することなく、多くの他の特有の形態として具現化されてもよいことを理解されたい。本実施例は、制限的ではなく例証的と見なされ、本明細書で提供される詳細に限定されることを意図しない。例えば、種々の要素または構成要素を、別のシステムに組み入れるか、または一体化してもよく、あるいは、ある特徴を省略するか、または実装しなくてもよい。

また、離散的または別個として、種々の実施形態に記述および例証される技術、システム、サブシステム、および方法は、本開示の範囲から逸脱することなく、他のシステム、モジュール、技術、または方法と組み合わされる、あるいは統合されてもよい。連結もしくは直接連結または相互に通信するように図示または説明される他のアイテムは、電気的、機械的、またはその他の方法かどうかにかかわらず、何らかのインターフェース、デバイス、または中間構成要素を通して、間接的に連結または通信してもよい。変更、置換、および改変の他の例は、当業者により解明可能であり、本明細書で開示される精神および範囲から逸脱することなく行うことが可能である。

特に、本開示は、本課題を解決するための３つ以上の解決策または技術を提供する。第１の実施形態では、ＣＳフォールバックプロシージャとＥＰＳ ＥＣとの間に、厳密なマッピングが提供される。第２の実施形態では、ＥＰＳ対応デバイスによって伝送される拡張サービス要求メッセージのサービスタイプは、適切なＣＳ ＥＣを設定する値を有する。第３の実施形態では、ＥＰＳ通信プロシージャにおける３つの予備ＥＣのうちの１つが、ＥＰＳ ＥＣを設定するために使用される。後述および当業者によって理解されるように、他の実施形態および変形例も存在する。
例えば、本発明は以下の項目を提供する。
（項目１）
ユーザエージェントであって、
進化型パケットシステム（ＥＰＳ）における回線交換（ＣＳ）フォールバックサービス対応プロセッサを含み、該ユーザエージェントは、非アクセス階層（ＮＡＳ）を有するプロトコル層をさらに含み、該プロセッサは、該ＮＡＳが、あるサービスタイプを有する拡張サービス要求を復号値によって処理することを促進するようにさらに構成され、該復号値は、ＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を識別する、ユーザエージェント。
（項目２）
上記プロセッサは、上記拡張サービス要求を生成することと、上記ＮＡＳが上記復号値を決定するのを促進することと、該拡張サービス要求の伝送を促進して、上記ＣＳフォールバックサービスを開始することとを行うようにさらに構成される、項目１に記載のユーザエージェント。
（項目３）
上記サービスタイプは、「モバイル発信（ＭＯ）ＣＳフォールバック」を含み、上記ＲＲＣ ＥＣは、「ＭＯ信号伝達」および「ＭＯデータ」のうちの１つを含む、項目１に記載のユーザエージェント。
（項目４）
上記サービスタイプは、「モバイル着信（ＭＴ）ＣＳフォールバック」を含み、上記ＲＲＣ ＥＣは、「ＭＴアクセス」、「モバイル発信（ＭＯ）信号伝達」、および「ＭＯデータ」のうちの１つを含む、項目１に記載のユーザエージェント。
（項目５）
上記サービスタイプは、「モバイル発信（ＭＯ）ＣＳフォールバック緊急呼」を含み、上記ＲＲＣ ＥＣは、「緊急呼」を含む、項目１に記載のユーザエージェント。
（項目６）
コンピュータ実装方法であって、
進化型パケットシステム（ＥＰＳ）の有形デバイスにおいて、回線交換（ＣＳ）フォールバックサービスを開始することであって、該有形デバイスは、非アクセス階層（ＮＡＳ）を有するプロトコル層をさらに含む、ことと、
あるサービスタイプを有する拡張サービス要求を復号値によって処理することであって、該復号値は、ＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を識別する、ことと
を含む、方法。
（項目７）
上記ＮＡＳが、上記拡張サービス要求を生成することと、
該ＮＡＳが、上記復号値を決定することと、
上記プロセッサが、上記ＣＳフォールバックサービスに関連する拡張サービス要求を伝送することと
をさらに含む、項目６に記載のコンピュータ実装方法。
（項目８）
上記ＮＡＳが、上記ＣＳフォールバックサービスに関連する拡張サービス要求を受信することと、
上記有形デバイスのアクセス階層（ＡＳ）が、上記復号値を処理することと、
該ＡＳが、該復号値の対応する値に従って、所定の様式において通信するために、該要求を処理することと
をさらに含む、項目６に記載のコンピュータ実装方法。
（項目９）
上記サービスタイプは、「モバイル発信（ＭＯ）ＣＳフォールバック」を含み、上記ＲＲＣ ＥＣは、「ＭＯ信号伝達」および「ＭＯデータ」のうちの１つを含む、項目６に記載のコンピュータ実装方法。
（項目１０）
上記サービスタイプは、「モバイル着信（ＭＴ）ＣＳフォールバック」を含み、上記ＲＲＣ ＥＣは、「ＭＴアクセス」、「モバイル発信（ＭＯ）信号伝達」、および「ＭＯデータ」のうちの１つを含む、項目６に記載のコンピュータ実装方法。
（項目１１）
上記サービスタイプは、「モバイル発信（ＭＯ）ＣＳフォールバック緊急呼」を含み、上記ＲＲＣ ＥＣは、「緊急呼」を含む、項目６に記載のコンピュータ実装方法。
（項目１２）
上記有形デバイスは、ユーザエージェントおよびコアネットワークデバイスのうちの１つを含む、項目６に記載のコンピュータ実装方法。
（項目１３）
ユーザエージェントであって、
進化型パケットシステム（ＥＰＳ）における回線交換（ＣＳ）フォールバックサービス対応プロセッサを含み、該ユーザエージェントは、非アクセス階層（ＮＡＳ）を有するプロトコル層をさらに含み、該プロセッサは、該ＮＡＳが、ＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を生成するのを促進するようにさらに構成され、ＲＲＣ ＥＣは、ＣＳフォールバックサービスの所与のタイプに対応する、ユーザエージェント。
（項目１４）
可能なすべてのＥＰＳ規定ＲＲＣ ＥＣが、５つの規定ＲＲＣ ＥＣおよび３つの予備ＲＲＣ ＥＣを含み、上記ＣＳフォールバックサービスの所与のタイプに対して規定されたＲＲＣ ＥＣは、該３つの予備ＲＲＣ ＥＣのうちの１つを置換する、項目１３に記載のユーザエージェント。
（項目１５）
上記３つの予備ＲＲＣ ＥＣのうちの１つは、「ＣＳフォールバックサービス」を含む、項目１４に記載のユーザエージェント。
（項目１６）
上記３つの予備ＲＲＣ ＥＣのうちの１つは、「ＣＳ緊急呼」を含む、項目１４に記載のユーザエージェント。
（項目１７）
可能なすべてのＥＰＳ規定ＲＲＣ ＥＣが、５つの規定ＲＲＣ ＥＣおよび３つの予備ＲＲＣ ＥＣを含み、該３つの予備ＲＲＣ ＥＣの第１の予備ＲＲＣ ＥＣは、「ＣＳフォールバックサービス」を含み、該３つの予備ＲＲＣ ＥＣの第２の予備ＲＲＣ ＥＣは、「ＣＳ緊急呼」を含む、項目１３に記載のユーザエージェント。
（項目１８）
コンピュータ実装方法であって、
進化型パケットシステム（ＥＰＳ）における回線交換（ＣＳ）フォールバックサービス対応有形デバイスにおいて、該有形デバイスは、非アクセス階層（ＮＡＳ）を有するプロトコル層をさらに含み、該ＮＡＳが、ＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を生成するのを促進することを含み、ＲＲＣ ＥＣは、ＣＳフォールバックサービスの所与のタイプに対して規定される、方法。
（項目１９）
可能なすべてのＥＰＳ規定ＲＲＣ ＥＣが、５つの規定ＲＲＣ ＥＣおよび３つの予備ＲＲＣ ＥＣを含み、上記ＣＳフォールバックサービスの所与のタイプに対して規定されたＲＲＣ ＥＣは、該３つの予備ＲＲＣ ＥＣのうちの１つを置換する、項目１８に記載のコンピュータ実装方法。
（項目２０）
上記上記３つの予備ＲＲＣ ＥＣのうちの１つは、「ＣＳフォールバックサービス」を含む、項目１９に記載のコンピュータ実装方法。
（項目２１）
上記上記３つの予備ＲＲＣ ＥＣのうちの１つは、「ＣＳ緊急呼」を含む、項目１９に記載のコンピュータ実装方法。
（項目２２）
可能なすべてのＥＰＳ規定ＲＲＣ ＥＣが、５つの規定ＲＲＣ ＥＣおよび３つの予備ＲＲＣ ＥＣを含み、該３つの予備ＲＲＣ ＥＣの第１の予備ＲＲＣ ＥＣは、「ＣＳフォールバックサービス」を含み、該３つの予備ＲＲＣ ＥＣの第２の予備ＲＲＣ ＥＣは、「ＣＳ緊急呼」を含む、項目１８に記載のコンピュータ実装方法。
（項目２３）
ユーザエージェントであって、
進化型パケットシステム（ＥＰＳ）における回線交換（ＣＳ）フォールバックサービス対応プロセッサを含み、該ユーザエージェントは、非アクセス階層（ＮＡＳ）を有するプロトコル層をさらに含み、該プロセッサは、開始されるＣＳフォールバックサービスのタイプを識別するようにさらに構成され、該プロセッサは、該ＮＡＳに、該タイプと関連付けられたＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を処理させるようにさらに構成される、ユーザエージェント。
（項目２４）
上記ＣＳフォールバックサービスのタイプが、ＣＳモバイル発信（ＭＯ）呼を含むとき、上記ＲＲＣ ＥＣは、「ＭＯ信号伝達」および「ＭＯデータ」のうちの１つを含む、項目２３に記載のユーザエージェント。
（項目２５）
上記ＣＳフォールバックサービスのタイプが、ＣＳモバイル着信（ＭＴ）呼を含むとき、上記ＲＲＣ ＥＣは、「モバイル発信信号伝達」、「ＭＴアクセス」、および「ＭＯデータ」のうちの１つを含む、項目２３に記載のユーザエージェント。
（項目２６）
上記ＣＳフォールバックサービスのタイプが、モバイル発信緊急呼を含むとき、上記ＲＲＣ ＥＣは、「緊急呼」を含む、項目２３に記載のユーザエージェント。
（項目２７）
上記プロセッサは、上記ＲＲＣ ＥＣを生成するようにさらに構成される、項目２３に記載のユーザエージェント。
（項目２８）
コンピュータ実装方法であって、
進化型パケットシステム（ＥＰＳ）対応デバイスにおいて、回線交換（ＣＳ）フォールバックサービスを開始することであって、該ＥＰＳ対応デバイスは、非アクセス階層（ＮＡＳ）を有するプロトコル層をさらに含む、ことと、
該ＥＰＳ対応デバイスを使用して、開始されるＣＳフォールバックサービスのタイプを識別することと、
該ＮＡＳを使用して、該タイプと関連付けられたＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を処理することと
を含む、方法。
（項目２９）
上記ＣＳフォールバックサービスのタイプが、ＣＳモバイル発信（ＭＯ）呼を含むとき、上記ＲＲＣ ＥＣは、「ＭＯ信号伝達」および「ＭＯデータ」のうちの１つを含む、項目２８に記載のコンピュータ実装方法。
（項目３０）
上記ＣＳフォールバックサービスのタイプが、ＣＳモバイル着信（ＭＴ）呼を含むとき、上記ＲＲＣ ＥＣは、「モバイル発信信号伝達」、「ＭＴアクセス」、および「ＭＯデータ」のうちの１つを含む、項目２８に記載のコンピュータ実装方法。
（項目３１）
上記ＣＳフォールバックサービスのタイプが、モバイル発信緊急呼を含むとき、上記ＲＲＣ ＥＣは、「緊急呼」を含む、項目２８に記載のコンピュータ実装方法。
（項目３２）
上記ＮＡＳによって、上記ＲＲＣ ＥＣを生成することをさらに含む、項目２８に記載のコンピュータ実装方法。
（項目３３）
ユーザエージェントであって、
サービスタイプに基づいて、確立要因（ＥＣ）を設定するように構成される、プロセッサを含む、ユーザエージェント。
（項目３４）
上記プロセッサは、上記サービスタイプが、「モバイル発信ＣＳフォールバック」に設定される場合、上記確立要因を「ＭＯデータ」に設定するようにさらに構成される、項目３３に記載のユーザエージェント。
（項目３５）
上記プロセッサは、上記サービスタイプが、「モバイル着信ＣＳフォールバック」に設定される場合、上記確立要因を「ＭＴアクセス」に設定するようにさらに構成される、項目３３に記載のユーザエージェント。
（項目３６）
上記プロセッサは、上記サービスタイプが、「モバイル発信ＣＳフォールバック緊急呼」に設定される場合、上記確立要因を「緊急呼」に設定するようにさらに構成される、項目３３に記載のユーザエージェント。
（項目３７）
ユーザエージェントであって、
サービス要求が、ＵＬ（アップリンク）信号伝達を要求する場合、確立要因（ＥＣ）を「ＭＯ信号伝達」に設定するように構成される、プロセッサを含む、ユーザエージェント。
（項目３８）
ユーザエージェントであって、
サービス要求が、ユーザプレーン無線リソースを要求する場合、確立要因を「ＭＯデータ」に設定するように構成される、プロセッサを含む、ユーザエージェント。
（項目３９）
ユーザエージェントであって、
ＣＮ（コアネットワーク）ドメインインジケータが、ＰＳ（パケット交換）に設定される場合、確立要因を「ＭＴアクセス」に設定するように構成される、プロセッサを含む、ユーザエージェント。

上述のＵＡおよび他の構成要素は、上述の作用に関する命令を実行可能な処理構成要素を含む場合がある。図９は、本明細書に開示される１つ以上の実施形態を実装するために好適な処理構成要素９１０を含む、システム９００の実施例を例証する。プロセッサ９１０（中央プロセッサユニットまたはＣＰＵと称され得る）に加えて、システム９００は、ネットワーク接続デバイス９２０と、ランダムアクセスメモリ（ＲＡＭ）９３０と、読取専用メモリ（ＲＯＭ）９４０と、二次記憶装置９５０と、入力／出力（Ｉ／Ｏ）デバイス９６０と、を含む場合がある。これらの構成要素は、バス９７０を介して相互に通信する場合がある。ある場合には、これらの構成要素のうちのいくつかは、存在しなくてもよく、または相互の組み合わせ、もしくは図示されない他の構成要素との種々の組み合わせとして、組み合わされてもよい。これらの構成要素は、単一の物理エンティティ内、または２つ以上の物理エンティティ内に位置する場合がある。プロセッサ９１０によって講じられていると本明細書に記載するいずれの措置も、プロセッサ９１０のみ、または、デジタル信号プロセッサ（ＤＳＰ）９９０等の、図中に示される、もしくは示されない１つ以上の構成要素と協働するプロセッサ９１０によって講じられる場合がある。ＤＳＰ９９０は、別個の構成要素として示されているが、ＤＳＰ９９０は、プロセッサ９１０に組み込まれる場合がある。

以下は、あらゆる目的のために、参照することによって、本明細書に援用される。３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ）Ｔｅｃｈｎｉｃａｌ明細書（ＴＳ）２４．００８、２５．３３１、２４．３０１、２３．２７２、３６．３３１、３６．８１３、および３ＧＰＰ ＴＳ ３６．８１４。

Claims (39)

1. ユーザエージェントであって、
   進化型パケットシステム（ＥＰＳ）における回線交換（ＣＳ）フォールバックサービス対応プロセッサを含み、該ユーザエージェントは、非アクセス階層（ＮＡＳ）を有するプロトコル層をさらに含み、該プロセッサは、該ＮＡＳが、あるサービスタイプを有する拡張サービス要求を復号値によって処理することを促進するようにさらに構成され、該復号値は、ＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を識別する、ユーザエージェント。
2. 前記プロセッサは、前記拡張サービス要求を生成することと、前記ＮＡＳが前記復号値を決定するのを促進することと、該拡張サービス要求の伝送を促進して、前記ＣＳフォールバックサービスを開始することとを行うようにさらに構成される、請求項１に記載のユーザエージェント。
3. 前記サービスタイプは、「モバイル発信（ＭＯ）ＣＳフォールバック」を含み、前記ＲＲＣ ＥＣは、「ＭＯ信号伝達」および「ＭＯデータ」のうちの１つを含む、請求項１に記載のユーザエージェント。
4. 前記サービスタイプは、「モバイル着信（ＭＴ）ＣＳフォールバック」を含み、前記ＲＲＣ ＥＣは、「ＭＴアクセス」、「モバイル発信（ＭＯ）信号伝達」、および「ＭＯデータ」のうちの１つを含む、請求項１に記載のユーザエージェント。
5. 前記サービスタイプは、「モバイル発信（ＭＯ）ＣＳフォールバック緊急呼」を含み、前記ＲＲＣ ＥＣは、「緊急呼」を含む、請求項１に記載のユーザエージェント。
6. コンピュータ実装方法であって、
   進化型パケットシステム（ＥＰＳ）の有形デバイスにおいて、回線交換（ＣＳ）フォールバックサービスを開始することであって、該有形デバイスは、非アクセス階層（ＮＡＳ）を有するプロトコル層をさらに含む、ことと、
   あるサービスタイプを有する拡張サービス要求を復号値によって処理することであって、該復号値は、ＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を識別する、ことと
   を含む、方法。
7. 前記ＮＡＳが、前記拡張サービス要求を生成することと、
   該ＮＡＳが、前記復号値を決定することと、
   前記プロセッサが、前記ＣＳフォールバックサービスに関連する拡張サービス要求を伝送することと
   をさらに含む、請求項６に記載のコンピュータ実装方法。
8. 前記ＮＡＳが、前記ＣＳフォールバックサービスに関連する拡張サービス要求を受信することと、
   前記有形デバイスのアクセス階層（ＡＳ）が、前記復号値を処理することと、
   該ＡＳが、該復号値の対応する値に従って、所定の様式において通信するために、該要求を処理することと
   をさらに含む、請求項６に記載のコンピュータ実装方法。
9. 前記サービスタイプは、「モバイル発信（ＭＯ）ＣＳフォールバック」を含み、前記ＲＲＣ ＥＣは、「ＭＯ信号伝達」および「ＭＯデータ」のうちの１つを含む、請求項６に記載のコンピュータ実装方法。
10. 前記サービスタイプは、「モバイル着信（ＭＴ）ＣＳフォールバック」を含み、前記ＲＲＣ ＥＣは、「ＭＴアクセス」、「モバイル発信（ＭＯ）信号伝達」、および「ＭＯデータ」のうちの１つを含む、請求項６に記載のコンピュータ実装方法。
11. 前記サービスタイプは、「モバイル発信（ＭＯ）ＣＳフォールバック緊急呼」を含み、前記ＲＲＣ ＥＣは、「緊急呼」を含む、請求項６に記載のコンピュータ実装方法。
12. 前記有形デバイスは、ユーザエージェントおよびコアネットワークデバイスのうちの１つを含む、請求項６に記載のコンピュータ実装方法。
13. ユーザエージェントであって、
    進化型パケットシステム（ＥＰＳ）における回線交換（ＣＳ）フォールバックサービス対応プロセッサを含み、該ユーザエージェントは、非アクセス階層（ＮＡＳ）を有するプロトコル層をさらに含み、該プロセッサは、該ＮＡＳが、ＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を生成するのを促進するようにさらに構成され、ＲＲＣ ＥＣは、ＣＳフォールバックサービスの所与のタイプに対応する、ユーザエージェント。
14. 可能なすべてのＥＰＳ規定ＲＲＣ ＥＣが、５つの規定ＲＲＣ ＥＣおよび３つの予備ＲＲＣ ＥＣを含み、前記ＣＳフォールバックサービスの所与のタイプに対して規定されたＲＲＣ ＥＣは、該３つの予備ＲＲＣ ＥＣのうちの１つを置換する、請求項１３に記載のユーザエージェント。
15. 前記３つの予備ＲＲＣ ＥＣのうちの１つは、「ＣＳフォールバックサービス」を含む、請求項１４に記載のユーザエージェント。
16. 前記３つの予備ＲＲＣ ＥＣのうちの１つは、「ＣＳ緊急呼」を含む、請求項１４に記載のユーザエージェント。
17. 可能なすべてのＥＰＳ規定ＲＲＣ ＥＣが、５つの規定ＲＲＣ ＥＣおよび３つの予備ＲＲＣ ＥＣを含み、該３つの予備ＲＲＣ ＥＣの第１の予備ＲＲＣ ＥＣは、「ＣＳフォールバックサービス」を含み、該３つの予備ＲＲＣ ＥＣの第２の予備ＲＲＣ ＥＣは、「ＣＳ緊急呼」を含む、請求項１３に記載のユーザエージェント。
18. コンピュータ実装方法であって、
    進化型パケットシステム（ＥＰＳ）における回線交換（ＣＳ）フォールバックサービス対応有形デバイスにおいて、該有形デバイスは、非アクセス階層（ＮＡＳ）を有するプロトコル層をさらに含み、該ＮＡＳが、ＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を生成するのを促進することを含み、ＲＲＣ ＥＣは、ＣＳフォールバックサービスの所与のタイプに対して規定される、方法。
19. 可能なすべてのＥＰＳ規定ＲＲＣ ＥＣが、５つの規定ＲＲＣ ＥＣおよび３つの予備ＲＲＣ ＥＣを含み、前記ＣＳフォールバックサービスの所与のタイプに対して規定されたＲＲＣ ＥＣは、該３つの予備ＲＲＣ ＥＣのうちの１つを置換する、請求項１８に記載のコンピュータ実装方法。
20. 前記前記３つの予備ＲＲＣ ＥＣのうちの１つは、「ＣＳフォールバックサービス」を含む、請求項１９に記載のコンピュータ実装方法。
21. 前記前記３つの予備ＲＲＣ ＥＣのうちの１つは、「ＣＳ緊急呼」を含む、請求項１９に記載のコンピュータ実装方法。
22. 可能なすべてのＥＰＳ規定ＲＲＣ ＥＣが、５つの規定ＲＲＣ ＥＣおよび３つの予備ＲＲＣ ＥＣを含み、該３つの予備ＲＲＣ ＥＣの第１の予備ＲＲＣ ＥＣは、「ＣＳフォールバックサービス」を含み、該３つの予備ＲＲＣ ＥＣの第２の予備ＲＲＣ ＥＣは、「ＣＳ緊急呼」を含む、請求項１８に記載のコンピュータ実装方法。
23. ユーザエージェントであって、
    進化型パケットシステム（ＥＰＳ）における回線交換（ＣＳ）フォールバックサービス対応プロセッサを含み、該ユーザエージェントは、非アクセス階層（ＮＡＳ）を有するプロトコル層をさらに含み、該プロセッサは、開始されるＣＳフォールバックサービスのタイプを識別するようにさらに構成され、該プロセッサは、該ＮＡＳに、該タイプと関連付けられたＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を処理させるようにさらに構成される、ユーザエージェント。
24. 前記ＣＳフォールバックサービスのタイプが、ＣＳモバイル発信（ＭＯ）呼を含むとき、前記ＲＲＣ ＥＣは、「ＭＯ信号伝達」および「ＭＯデータ」のうちの１つを含む、請求項２３に記載のユーザエージェント。
25. 前記ＣＳフォールバックサービスのタイプが、ＣＳモバイル着信（ＭＴ）呼を含むとき、前記ＲＲＣ ＥＣは、「モバイル発信信号伝達」、「ＭＴアクセス」、および「ＭＯデータ」のうちの１つを含む、請求項２３に記載のユーザエージェント。
26. 前記ＣＳフォールバックサービスのタイプが、モバイル発信緊急呼を含むとき、前記ＲＲＣ ＥＣは、「緊急呼」を含む、請求項２３に記載のユーザエージェント。
27. 前記プロセッサは、前記ＲＲＣ ＥＣを生成するようにさらに構成される、請求項２３に記載のユーザエージェント。
28. コンピュータ実装方法であって、
    進化型パケットシステム（ＥＰＳ）対応デバイスにおいて、回線交換（ＣＳ）フォールバックサービスを開始することであって、該ＥＰＳ対応デバイスは、非アクセス階層（ＮＡＳ）を有するプロトコル層をさらに含む、ことと、
    該ＥＰＳ対応デバイスを使用して、開始されるＣＳフォールバックサービスのタイプを識別することと、
    該ＮＡＳを使用して、該タイプと関連付けられたＥＰＳ規定無線リソース制御（ＲＲＣ）確立要因（ＥＣ）を処理することと
    を含む、方法。
29. 前記ＣＳフォールバックサービスのタイプが、ＣＳモバイル発信（ＭＯ）呼を含むとき、前記ＲＲＣ ＥＣは、「ＭＯ信号伝達」および「ＭＯデータ」のうちの１つを含む、請求項２８に記載のコンピュータ実装方法。
30. 前記ＣＳフォールバックサービスのタイプが、ＣＳモバイル着信（ＭＴ）呼を含むとき、前記ＲＲＣ ＥＣは、「モバイル発信信号伝達」、「ＭＴアクセス」、および「ＭＯデータ」のうちの１つを含む、請求項２８に記載のコンピュータ実装方法。
31. 前記ＣＳフォールバックサービスのタイプが、モバイル発信緊急呼を含むとき、前記ＲＲＣ ＥＣは、「緊急呼」を含む、請求項２８に記載のコンピュータ実装方法。
32. 前記ＮＡＳによって、前記ＲＲＣ ＥＣを生成することをさらに含む、請求項２８に記載のコンピュータ実装方法。
33. ユーザエージェントであって、
    サービスタイプに基づいて、確立要因（ＥＣ）を設定するように構成される、プロセッサを含む、ユーザエージェント。
34. 前記プロセッサは、前記サービスタイプが、「モバイル発信ＣＳフォールバック」に設定される場合、前記確立要因を「ＭＯデータ」に設定するようにさらに構成される、請求項３３に記載のユーザエージェント。
35. 前記プロセッサは、前記サービスタイプが、「モバイル着信ＣＳフォールバック」に設定される場合、前記確立要因を「ＭＴアクセス」に設定するようにさらに構成される、請求項３３に記載のユーザエージェント。
36. 前記プロセッサは、前記サービスタイプが、「モバイル発信ＣＳフォールバック緊急呼」に設定される場合、前記確立要因を「緊急呼」に設定するようにさらに構成される、請求項３３に記載のユーザエージェント。
37. ユーザエージェントであって、
    サービス要求が、ＵＬ（アップリンク）信号伝達を要求する場合、確立要因（ＥＣ）を「ＭＯ信号伝達」に設定するように構成される、プロセッサを含む、ユーザエージェント。
38. ユーザエージェントであって、
    サービス要求が、ユーザプレーン無線リソースを要求する場合、確立要因を「ＭＯデータ」に設定するように構成される、プロセッサを含む、ユーザエージェント。
39. ユーザエージェントであって、
    ＣＮ（コアネットワーク）ドメインインジケータが、ＰＳ（パケット交換）に設定される場合、確立要因を「ＭＴアクセス」に設定するように構成される、プロセッサを含む、ユーザエージェント。