回線交換およびパケット交換セッションをサポートするワイヤレス通信のためのリソースの効率的な信号伝送および使用のための方法および装置
方法および装置により、リソースの信号伝送を効率よく行い、リソースを効率よく使用して、ＣＳ（回線交換）およびＰＳ（パケット交換）セッションをサポートするワイヤレス通信を行う。ＷＴＲＵ（ワイヤレス送信／受信ユニット）とモビリティ管理エンティティ（ＭＭＥ）、ＶＬＲ（ビジターロケーションレジスタ）、および基地局（ＢＳ）などの様々なネットワークエンティティとの間の信号伝送および相互のやり取りを使用して、ＰＳシステムにおけるＣＳＦＢ（回線交換フォールバック）を実装する。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、参照により本明細書に組み込まれている、２０１０年４月１日に出願した米国仮出願第６１／３２０，０２７号明細書、２０１０年２月１２日に出願した米国仮出願第６１／３０３，７６１号明細書、２０１０年１月７日に出願した米国仮出願第６１／２９３，０８４号明細書、２００９年１２月２日に出願した米国仮出願第６１／２６５，９１７号明細書、および２００９年１０月３０日に出願した米国仮出願第６１／２５６，４２１号明細書の利益を主張するものである。
【背景技術】
【０００２】
ワイヤレス通信の分野における目標は、ＷＴＲＵ（ワイヤレス送信／受信ユニット）がサービスを中断することなくセッションの進行中に通信を発するか、または受信することを可能にするメカニズムを考案することであった。例えば、３ＧＰＰ（第３世代パートナーシッププロジェクト）ＬＴＥ（ロングタームエボリューション）のシナリオにおける目標は、ＷＴＲＵが、Ｅ−ＵＴＲＡＮ（進化型ユニバーサル地上無線アクセスネットワーク）のＰＳ（パケット交換）ドメインに接続されている間に、ＣＳ（回線交換）サービスを発するか（つまり、発信）、もしくは受信する（つまり、着信）、またはその逆を行えるようにするメカニズムを考案することであった。ＣＳサービスの例は、少なくともＣＳ音声通話、ＳＭＳ（ショートメッセージサービス）、位置情報サービス、または付加サービスなどのサービスを含むことができる。ＷＴＲＵによる進行中のＰＳセッションにおけるＣＳセッションの開始は、ＣＳＦＢ（ＣＳフォールバック）と称される。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ＣＳ（回線交換）およびＰＳ（パケット交換）セッションをサポートするワイヤレス通信のためのリソースの効率的な信号伝送および使用を目的とする方法および装置を開示する。モビリティ管理エンティティ（ＭＭＥ）、ＶＬＲ（ビジターロケーションレジスタ（Visitor Location Register））、および基地局（ＢＳ）を含む様々なワイヤレスネットワークエンティティ、ならびにネットワークと通信するＷＴＲＵ（ワイヤレス送信／受信ユニット）の挙動は、ＰＳ（パケット交換）システムにＣＳＦＢ（回線交換フォールバック）を実装することによって生じる問題に対処するために定義されている。
【課題を解決するための手段】
【０００４】
ＶＬＲは、ＷＴＲＵ（ワイヤレス送信／受信ユニット）へのＭＴ（移動局着信）ＣＳＦＢ発呼に対するＣＳＦＢ手順を中止し、ＭＭＥに中止メッセージを送信する決定を下して、ＷＴＲＵに対するシステム間の変更を回避することができる。ＭＭＥは、ＣＳ呼が中止されることを指示するサービス拒否メッセージをＷＴＲＵに送信し、キャンセルされた呼に関係する着信メッセージを無視することができる。ベアラコンテキストステータス情報を受信側エンティティに送信される非アクセス層（ＮＡＳ）メッセージに含めることによって送信側エンティティと受信側エンティティとの間でベアラコンテキストを同期させることができる。
【図面の簡単な説明】
【０００５】
本発明の詳細は、例示として添付図面と併せて以下の説明を読むとさらによく理解することができる。
【０００６】
【図１Ａ】１つまたは複数の開示されている実施形態が実装されうる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに例示されている通信システム内で使用されうる例示的なＷＴＲＵ（ワイヤレス送信／受信ユニット）のシステム図である。
【図１Ｃ】図１Ａに例示されている通信システム内で使用されうる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】ＥＰＳ（進化型パケットシステム）アップデート結果情報要素（ＩＥ）を含むＴＡＵ（トラッキングエリアアップデート）応答メッセージのブロック図である。
【図３】ＥＰＳベアラコンテキストステータスをＮＡＳメッセージに含めるための方法の流れ図である。
【図４Ａ】ＭＭＥとＭＳＣ／ＶＬＲとの間にＳＧインターフェースがある場合のＷＴＲＵとＭＭＥとの間の手順に対する流れ図である。
【図４Ｂ】ＣＳドメインが利用不可能であることを通知された場合にＷＴＲＵによって実行される手順の流れ図である。
【図５Ａ】ＷＴＲＵが緊急呼を発したことに応答する手順の流れ図である。
【図５Ｂ】緊急呼に対するＣＳＦＢ手順の遅延を短縮するための手順の流れ図である。
【図６】位置エリアが変更されたときにＷＴＲＵがシステム間の変更を実行する場合の手順の流れ図である。
【図７】ＣＳＦＢの失敗に応答してＴＡＵがトリガされる場合の手順の流れ図である。
【図８Ａ】機能強化があるＣＳＦＢ発呼に対する例示的なＣＳＦＢ手順を示す図である。
【図８Ｂ】機能強化がないＣＳＦＢ発呼に対する例示的なＣＳＦＢ手順を示す図である。
【図９】ＭＴ ＣＳＦＢをトリガしたＣＳがキャンセルされたときのＷＴＲＵに対するシステム間の変更を回避するための手順の流れ図である。
【図１０Ａ】競合状態がＣＳＦＢとＬＴＥ内ハンドオーバとの間に発生しうる場合の想定されるシナリオの例の流れ図である。
【図１０Ｂ】競合状態がＣＳＦＢとＬＴＥ内ハンドオーバとの間に発生しうる場合の想定されるシナリオの例の流れ図である。
【発明を実施するための形態】
【０００７】
本明細書で説明されている教示は、ＣＳ（回線交換）またはＰＳ（パケット交換）セッションをサポートすることができるアクセス技術に適用可能であるものとしてよい。例として、限定はしないが、ＬＴＥ（ロングタームエボリューション）、ＷＣＤＭＡ（広帯域符号分割多元接続）、ＧＳＭ（Global System for Mobile communications）（登録商標）、ＧＰＲＳ（General Packet Radio Service）、ＥＤＧＥ（Enhanced Data rates for Global Evolution）、ＣＤＭＡ２０００（符号分割多元接続）、８０２．１１、８０２．１６などのＩＥＥＥ８０２技術、およびＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、ＵＭＴＳ（ユニバーサルモバイルテレコミュニケーションシステム）、または将来の技術が挙げられる。説明のため、ＬＴＥを背景として様々な実施形態について説明するが、これらの様々な実施形態は、ＣＳおよび／またはＰＳセッションをサポートすることができる技術であればどのような技術を使用しても実装できる。
【０００８】
図１Ａは、１つまたは複数の開示されている実施形態が実装されうる例示的な通信システム１００の図である。通信システム１００は、音声、データ、動画像、メッセージング、放送などのコンテンツを複数のワイヤレスユーザに提供する多元接続システムであるものとしてよい。通信システム１００は、ワイヤレス帯域を含む、システムリソースの共有を通じて複数のワイヤレスユーザがそのようなコンテンツにアクセスすることを可能にするものとしてよい。例えば、通信システム１００は、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交ＦＤＭＡ）、ＳＣ−ＦＤＭＡ（シングルキャリアＦＤＭＡ）などの１つまたは複数のチャネルアクセス方法を使用することができる。
【０００９】
図１Ａに示されているように、通信システム１００は、ＷＴＲＵ（ワイヤレス送信／受信ユニット）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ（無線アクセスネットワーク）１０４、コアネットワーク１０６、ＰＳＴＮ（公衆交換電話網）１０８、インターネット１１０、および他のネットワーク１１２を含むものとしてよいが、開示されている実施形態では、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作し、および／または通信するように構成された任意の種類のデバイスとすることができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄはワイヤレス信号を送信し、および／または受信するように構成することができ、ＵＥ（ユーザ装置）、移動局、固定または移動加入者ユニット、ポケベル、携帯電話、ＰＤＡ（携帯情報端末）、スマートフォン、ラップトップ、ノートブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含みうる。
【００１０】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを備えることもできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの、１つまたは複数の通信ネットワークへのアクセスが円滑に行われるようにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つのＷＴＲＵとワイヤレス方式でインターフェースする構成をとる任意の種類のデバイスとすることができる。例えば、基地局１１４ａ、１１４ｂは、ＢＴＳ（トランシーバ基地局）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、ＡＰ（アクセスポイント）、ワイヤレスルータなどとすることができる。基地局１１４ａ、１１４ｂは、それぞれ、単一要素として示されているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を備えることができることは理解されるであろう。
【００１１】
基地局１１４ａは、ＢＳＣ（基地局制御装置）、ＲＮＣ（無線ネットワークコントローラ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）も備えることができる、ＲＡＮ１０４の一部であってもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）とも称することができる、特定の地理的領域内でワイヤレス信号を送信し、および／または受信するように構成されうる。セルは、幾つかのセルセクタにさらに分割することができる。例えば、基地局１１４ａに関連付けられているセルは、３つのセクタに分割することができる。そこで、一実施形態において、基地局１１４ａは、３つのトランシーバ、つまり、セルのセクタ毎にトランシーバを１つずつ備えることができる。別の実施形態において、基地局１１４ａは、ＭＩＭＯ（マルチ入力マルチ出力）技術を使用することができ、したがって、セルのそれぞれのセクタに対して複数のトランシーバを使用することができる。
【００１２】
基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と、任意の好適なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光などの）であってよい、エアーインターフェース１１６を介して通信することができる。エアーインターフェース１１６は、任意の好適なＲＡＴ（無線アクセス技術）を使用して設置することができる。
【００１３】
より具体的には、上記のように、通信システム１００は多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃでは、ＷＣＤＭＡ（広帯域ＣＤＭＡ）を使用してエアーインターフェース１１６を設置することができる、ＵＭＴＳ（ユニバーサルモバイル通信システム）ＵＴＲＡ（地上波無線アクセス）などの無線技術を実装することができる。ＷＣＤＭＡは、ＨＳＰＡ（高速パケットアクセス）および／またはＨＳＰＡ＋（進化型ＨＳＰＡ）などの通信プロトコルを備えることができる。ＨＳＰＡは、ＨＳＤＰＡ（高速ダウンリンクパケットアクセス）および／またはＨＳＵＰＡ（高速アップリンクパケットアクセス）を備えることができる。
【００１４】
別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（ロングタームエボリューション）および／またはＬＴＥ−Ａ（LTE-Advanced）を使用してエアーインターフェース１１６を設置することができる、Ｅ−ＵＴＲＡ（進化型ＵＭＴＳ地上無線アクセス）などの無線技術を実装することができる。
【００１５】
他の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（つまり、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５（Interim Standard 95)、IS-856(Interim Standard 856）、ＧＳＭ（Global System for Mobile communications）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ）などの無線技術を実装することができる。
【００１６】
図１Ａの基地局１１４ｂは、例えば、ワイヤレスルータ、ホームノードＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントとすることができ、事業所、家庭、自動車、キャンパスなどの局在化されたエリア内でワイヤレス接続を円滑に行えるようにするために好適なＲＡＴを利用することができる。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＬＡＮ（ワイヤレスローカルエリアネットワーク）を設置するためにＩＥＥＥ８０２．１１などの無線技術を実装することができる。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＰＡＮ（ワイヤレスパーソナルエリアネットワーク）を設置するためにＩＥＥＥ８０２．１５などの無線技術を実装することができる。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを設置するためにセルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０との直接接続を有することができる。そうすると、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がなくなる。
【００１７】
ＲＡＮ１０４は、コアネットワーク１０６と通信しているものとしてよく、このコアネットワーク１０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（ボイスオーバーインターネットプロトコル）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数のＷＴＲＵに提供するように構成された任意の種類のネットワークであってよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置情報サービス、前払い制通話、インターネット接続性、映像配信などを提供し、および／またはユーザ認証などの高水準のセキュリティ機能を実施することができる。図１Ａには示されていないけれども、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴ、または異なるＲＡＴを使用する他のＲＡＮと直接的な、または間接的な通信を行うことができることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を使用している可能性のある、ＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信していることもある。
【００１８】
コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても機能しうる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むものとしてよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群に含まれるＴＣＰ（伝送制御プロトコル）、ＵＤＰ（ユーザデータグラムプロトコル）、およびＩＰ（インターネットプロトコル）などの、共通通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの地球規模のシステムインを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または運営される有線もしくはワイヤレス通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ、または異なるＲＡＴを使用することができる、１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができる。
【００１９】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの幾つか、またはすべてがマルチモード機能を備える、つまり、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンク上で異なるワイヤレスネットワークと通信するための複数のトランシーバを備えることができる。例えば、図１Ａに示されているＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用している可能性のある、基地局１１４ａと、またＩＥＥＥ８０２無線技術を使用している可能性のある、基地局１１４ｂと通信するように構成することができる。
【００２０】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不可能なメモリ１０６、取り外し可能なメモリ１３２、電源１３４、ＧＰＳ（全世界測位システム）チップセット１３６、および他の周辺機器１３８を備えることができる。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら前記の要素の部分的組み合わせを備えることができることが理解されよう。
【００２１】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型のプロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアとの関連性を持つ１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の種類のＩＣ（集積回路）、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境内で動作することを可能にする他の機能を実行することができる。プロセッサ１１８は、送信／受信要素１２２に結合されうる、トランシーバ１２０に結合することができる。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして表しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内に集積化してまとめることができることが理解されよう。
【００２２】
送信／受信要素１２２は、エアーインターフェース１１６上で基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成されうる。例えば、一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信し、および／または受信するように構成されたアンテナとすることができる。別の実施形態において、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信し、および／または受信するように構成された放射体／検出器とすることができる。さらに別の実施形態において、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信し、受信するように構成することができる。送信／受信要素１２２は、ワイヤレス信号の組み合わせを送信し、および／または受信するように構成することができることが理解されよう。
【００２３】
それに加えて、図１Ｂでは送信／受信要素１２２は単一の要素として示されているけれども、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を備えることができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することができる。そのため、一実施形態において、ＷＴＲＵ１０２は、エアーインターフェース１１６上でワイヤレス信号を送信し受信するための２つまたはそれ以上の送信／受信要素１２２（例えば、複数のアンテナ）を備えることができる。
【００２４】
トランシーバ１２０は、送信器／受信要素１２２によって送信されるべき信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成されうる。上記のように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。そのため、トランシーバ１２０は、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数トランシーバを備えることができる。
【００２５】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（液晶ディスプレイ）表示ユニットまたはＯＬＥＤ（有機発光ダイオード）表示ユニット）に結合することができ、またそこからユーザ入力データを受け取ることができる。プロセッサ１１８は、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。それに加えて、プロセッサ１１８は、取り外し不可能なメモリ１０６および／または取り外し可能なメモリ１３２などの、任意の種類の好適なメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。取り外し不可能なメモリ１０６としては、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（リードオンリーメモリ）、ハードディスク、または他の種類のメモリストレージデバイスが挙げられる。取り外し可能なメモリ１３２としては、ＳＩＭ（加入者識別モジュール）カード、メモリスティック、ＳＤ（セキュアデジタル）メモリカードなどが挙げられる。他の実施形態において、プロセッサ１１８は、サーバもしくはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。
【００２６】
プロセッサ１１８は、電源１３４から電力を受け取り、その電力をＷＴＲＵ１０２内の他のコンポーネントに分配し、および／または制御するように構成されうる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスとすることができる。例えば、電源１３４としては、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）電池、ニッケル亜鉛（ＮｉＺｎ）電池、ニッケル水素（ＮｉＭＨ）電池、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などが挙げられる。
【００２７】
プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度と緯度）を提供するように構成されうる、ＧＰＳチップセット１３６にも結合することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアーインターフェース１１６上で位置情報を受信し、および／または２つもしくはそれ以上の付近の基地局から信号を受信するタイミングに基づきその位置を決定することができる。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら任意の好適な位置決定方法を用いて位置情報を取得することができることが理解されよう。
【００２８】
プロセッサ１１８は、追加の特徴、機能、および／または有線もしくはワイヤレス接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを備えうる、他の周辺機器１３８にさらに結合することができる。例えば、周辺機器１３８としては、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真または動画用）、ＵＳＢ（ユニバーサルシリアルバス）ポート、バイブレーションデバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、ＦＭ（周波数変調）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどが挙げられる。
【００２９】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０４では、エアーインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を使用することができる。ＲＡＮ１０４は、コアネットワーク１０６と通信することもできる。
【００３０】
ＲＡＮ１０４は、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを備えることができるが、ＲＡＮ１０４は、一実施形態との整合性を維持しながら任意の数のｅＮｏｄｅＢを備えることができることが理解されよう。ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、エアーインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを備えることができる。一実施形態において、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装することができる。そのため、ｅＮｏｄｅＢ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、ＷＴＲＵ１０２ａからワイヤレス信号を受信することができる。
【００３１】
ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにアップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されうる。図１Ｃに示されているように、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェース上で互いに通信することができる。
【００３２】
図１Ｃに示されているコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービスゲートウェイ１４４、およびＰＤＮ（パケットデータネットワーク）ゲートウェイ１４６を含むものとしてよい。前記の要素のそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のうちのどれか１つが、コアネットワーク事業者以外の事業体によって所有され、および／または運営されていてもよいことは理解されるであろう。
【００３３】
ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅＢ１４２ａ、１４２ｂ、１４２ｃのそれぞれに接続され、制御ノードとして使用されうる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラクティベーション／ディアクティベーション、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ時の特定のサービスゲートウェイの選択などを行う役割を有しているものとしてよい。ＭＭＥ１４２は、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能も備えることができる。
【００３４】
サービスゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができる。サービスゲートウェイ１４４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットの経路選択および転送を実行することができる。サービスゲートウェイ１４４は、ｅＮｏｄｅＢ間ハンドオーバ時のユーザプレーンのアンカリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対してダウンリンクデータが利用可能になったときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し格納することのような他の機能も実行することができる。
【００３５】
サービスゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続することができ、これは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信が円滑に行われるように、インターネット１１０などの、パケット交換ネットワークへのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのアクセスを可能にする。
【００３６】
コアネットワーク１０６は、他のネットワークとの通信を円滑に行えるようにすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信回線を使用する通信デバイスとの間の通信が円滑に行われるように、ＰＳＴＮ１０８などの、回路交換ネットワークへのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのアクセスを可能にする。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を備えるか、またはそれと通信することができる。それに加えて、コアネットワーク１０６によって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のサービスプロバイダによって所有され、および／または運営されている他の有線もしくはワイヤレスネットワークを含んでいる可能性のあるネットワーク１１２にアクセスすることが可能になる。
【００３７】
ＣＳおよびＰＳセッションをサポートするワイヤレス通信システムで生じる可能性のある問題として、保留のユーザデータがない場合にサービス要求（ＳＲ）手順によって無線ベアラが設定され、そのため、無線リソースをいたずらに浪費することになる可能性があるという点が挙げられる。ＬＴＥシステムを背景とする場合、ＥＰＳ（進化型パケットシステム）は、Ｅ−ＵＴＲＡＮ（進化型ＵＴＲＡＮ）アクセスネットワークとＥＰＣ（進化型パケットコア）ネットワークとの組み合わせである。例えば、図１Ｃを参照すると、ＥＰＳは、ＲＡＮ１０４とコアネットワーク１０６とを組み合わせたものであることがわかる。
【００３８】
ＥＰＳは、すべてのＩＰ型ネットワークであってよい。ＷＴＲＵとコアネットワークエンティティ（つまり、図１ＣのＭＭＥ１４２）との間の上位レイヤの信号伝送は、非アクセス層（ＮＡＳ）レイヤとして認識されうる。ＮＡＳレイヤでは、ＥＰＳが２つの新しいプロトコルエンティティ、つまり、ＥＭＭ（ＥＰＳモビリティ管理）とＥＳＭ（ＥＰＳセッション管理）を導入することができる。ＷＴＲＵとＭＭＥとの間の信号伝送の接続は、ＥＭＭ接続と称される。ＷＴＲＵは、ネットワークに登録されていてもＥＭＭ接続がない場合に、ＥＭＭ−ＩＤＬＥモードに入っている。同様に、ＷＴＲＵは、（ＮＡＳ）ＥＭＭ接続が存在している場合にＥＭＭ−Ｃｏｎｎｅｃｔｅｄモードに入っている。ＥＰＳベアラコンテキストは、異なるＱｏＳ（サービス品質）を必要とする様々なサービスに対する要求がＷＴＲＵからあった場合にネットワークによって割り当てられるパラメータおよびネットワークリソースの集合体である。
【００３９】
ＳＲ（サービス要求）手順の目的の１つは、アップリンクユーザデータもしくはシグナリングが送信されるときにＥＭＭをＥＭＭ−ＩＤＬＥからＥＭＭ−ＣＯＮＮＥＣＴＥＤに移行し、無線およびＳ１ベアラを確立することである。この手順の別の目的は、ＭＯ（移動局発信）／ＭＴ（移動局着信）ＣＳＦＢ（ＣＳ（回線交換）フォールバック）手順を呼び出すことである。ＳＲ手順は、そのトリガ（例えば、ＳＭＳ（ショートメッセージサービス）またはユーザデータ）に関係なく、ＷＴＲＵ（ワイヤレス送信／受信ユニット）におけるすべてのアクティブなＥＰＳベアラコンテキストに対して無線およびＳ１ベアラを確立させることができる。そのため、何らかのトリガメカニズムが信号伝送無線ベアラを必要とする場合であっても、ＭＭＥ（mobile management entity、移動管理エンティティ）は、ＷＴＲＵがＭＭＥによって受け入れられるＳＲを送信する場合にすべてのアクティブなＥＰＳベアラコンテキストに対して無線およびＳ１ベアラを確立することができる。
【００４０】
ＷＴＲＵが無線およびＳ１ベアラの確立を要求する別の方法は、ＭＭＥに送信されるＴＡＵ（トラッキングエリアアップデート）要求内の１ビット位置（「アクティブフラグ」ビットと称する）をセットすることによるものである。これは、ＴＡＵ手順がトリガされたときにユーザデータが保留になっている場合に生じうる。このビットをセットすることで、非アクセス層（ＮＡＳ）の信号伝送の接続を維持することができ、すべてのアクティブなＥＰＳコンテキストに対して無線およびＳ１ベアラを設定することができることがＭＭＥに通知される。
【００４１】
ＷＴＲＵがＳＲメッセージを送信すると、タイマーＴ３４１７が起動する。次いで、このタイマーは、ＡＳ（アクセス層）がユーザプレーンに対するベアラの確立を指示した場合に正常に停止する（つまり、手順は正常に完了する）。しかし、ＷＴＲＵは、ＳＭＳを送信／受信すること、位置サービス情報、または他の情報を送信もしくは受信することに対してＮＡＳ接続を確立する必要がある場合がある。これは、信号伝送無線ベアラで伝えられ、ＷＴＲＵがＳＭＳまたは他のユーザプレーンに関係しないサービスについてＳＲを送信したときにすべてのＥＰＳベアラコンテキストに対して無線およびＳ１ベアラを確立する必要がない場合がある。この場合、リソースは無駄になり、回避することも困難であると思われる。
【００４２】
第１の実施形態によれば、ＷＴＲＵが進化型パケットシステム（ＥＰＳ）接続管理モード（ＥＭＭ）−ＩｄｌｅモードからＥＭＭ−Ｃｏｎｎｅｃｔｅｄモードに遷移するときに、サービスが要求された理由がユーザデータによるものである場合に無線リソースを設定することができる。この実施形態について、以下でさらに詳しく説明する。
【００４３】
ＷＴＲＵがＥＭＭ−ＩｄｌｅモードからＥＭＭ−Ｃｏｎｎｅｃｔｅｄモードに遷移するときに、無線およびＳ１ベアラは、そのサービスが要求された理由がユーザデータに関係している場合に設定され、関係していない場合には設定されえない。そのため、ＷＴＲＵが、Ｉｄｌｅモードに入っており、非ＥＰＳサービス（例えば、ＳＭＳまたは付加サービス（ＳＳ））、位置情報サービス、または測位サービスを要求している場合、サービス要求手順により、アクティブなＥＰＳベアラに関係する無線およびＳ１ベアラは確立されない。これを達成する方法の１つでは、ユーザデータが保留になっている場合、またはＳＲに対する理由がＳＭＳ、ＳＳ、位置情報サービス、または他のユーザデータなどの保留ユーザデータに関係していない場合に異なる確立原因を利用する。
【００４４】
それに加えて、ＷＴＲＵは、ＥＭＭ−ＣｏｎｎｅｃｔｅｄモードでＳＲ手順を開始し、すべてのアクティブなＥＰＳベアラコンテキストのために無線およびＳ１ベアラが必要であることを指示することができる。ＷＴＲＵは、新しいタイプ、例えば「ユーザデータ保留」を指示するＳＲメッセージまたはＥＳＲ（拡張ＳＲ）メッセージを送信することができる。次いで、ネットワーク側では、すべてのアクティブなＥＰＳベアラコンテキストについて無線およびＳ１ベアラの設定を開始することができる。ＳＲメッセージは、サービスタイプの情報要素（ＩＥ）を有していない場合があるため、新規ＩＥをＳＲ（またはＥＳＲ）メッセージに入れて、ＷＴＲＵのコンテキストに対して無線およびＳ１ベアラの確立をその後トリガすることができる保留ユーザデータステータスを指示するとよい。ＩＥは、現在のＳＲが４オクテット長であるため条件付きの、もしくはオプションのＩＥであるものとしてよい。したがって、上に示されているようにＳＲメッセージを使用する場合、新規ＩＥを含めることができる。そうでない場合、ＳＲは、このＩＥを含めることができない（例えば、これが送信されＩｄｌｅからＣｏｎｎｅｃｔｅｄモードに遷移した場合）。この実施形態は、ＥＳＲメッセージにも適用される。
【００４５】
あるいは、ＷＴＲＵは、Ｃｏｎｎｅｃｔｅｄモードで新規ＮＡＳメッセージを送信し、すべてのアクティブなＥＰＳベアラコンテキストのためにネットワーク側で無線およびＳ１ベアラを設定しなければならないことを指示することができる。
【００４６】
上記のオプション（ＳＲ、ＥＳＲ、または新規ＮＡＳメッセージ）のいずれかについて、ＷＴＲＵは、無線およびＳ１ベアラが設定される必要があるＥＰＳベアラコンテキストを指定することができるか、またはネットワーク側ですべてのアクティブなＥＰＳベアラコンテキストに対して無線およびＳ１ベアラを確立することができる。前者は、ＥＰＳベアラコンテキストステータスＩＥ（または新規ＩＥ）を再利用して、手順がどのようなＥＰＳベアラコンテキストに関っているかを示すことができる。
【００４７】
ＣＳおよびＰＳセッションをサポートするワイヤレス通信システムにおいて生じうる別の問題として、ＴＡＵ（トラッキングエリアアップデート）手順の実行時にＮＡＳ信号伝送接続を維持することをＷＴＲＵに通知するための手段が欠如している可能性があるという点が挙げられる。
【００４８】
ＷＴＲＵを電源オンにすると、これは、「アタッチ」手順を実行することによってＥＰＳドメイン内に登録することができる。ＷＴＲＵがＥＰＳにアタッチした後、ＴＡＵ手順を使用してその位置についてＭＭＥに通知しなければならない場合がある。ＴＡＵ手順を実行するＷＴＲＵは、ＴＡＵ要求メッセージ中の「アクティブフラグ」ビットと称される、１ビットをセットすることによって、実行すべき信号伝送がもっとあること、および／または保留中のユーザデータがあることをネットワーク側に指示することができる。ＷＴＲＵによってそのビットがセットされた場合、ネットワーク側では、すべてのアクティブなＥＰＳベアラコンテキストについて無線およびＳ１ベアラを確立することができる。しかし、ＴＡＵ要求においてそのビットがセットされていない場合であっても実行すべきＭＴ（移動局着信）信号伝送がもっとあることをネットワーク側でＷＴＲＵに指示するための現行メカニズムはない。そのため、ＭＭＥはそうすることができなくてもＷＴＲＵに送信しなければならないＳＭＳまたは他の信号伝送を受信する可能性がある。
【００４９】
一実施形態では、ネットワークは、ＴＡＵ（トラッキングエリアアップデート）アクセプト信号伝送においてＮＡＳの信号伝送を維持するようＷＴＲＵに指示する。ＴＡＵの応答はアップデート結果とともにネットワークからＷＴＲＵに送信されうる。図２は、ＥＰＳ（進化型パケットシステム）アップデート結果情報要素（ＩＥ）２１０を含むＴＡＵ（トラッキングエリアアップデート）応答メッセージ２００のブロック図である。ＴＡＵ応答メッセージ２００は、第１のオクテット２０８および第２のオクテット２１０を含み、第２のオクテット２１０はＥＰＳアップデート結果ＩＥ ２１０である。ＥＰＳアップデート結果ＩＥ ２１０は、ＩＥ識別子２０２、スペアビット２０４、およびＥＰＳアップデート結果値２０６を含む。ＥＰＳアップデート結果値２０６は、そのアップデートの試みがトラッキングエリアのみに対して、またはトラッキングエリアと位置エリアの両方に対して成功したかどうかをＷＴＲＵに知らせることができる。メッセージ２００のフィールドがビット位置ラベルとともに図示されており、例えば、スペアビット２０４はビット位置４にあるが、フィールドのどのような配置構成をも使用することができる。
【００５０】
スペアビット２０４は、「ゼロ」に設定されうる。ネットワーク側では、ＮＡＳ接続をさらなる保留信号伝送に対して維持できることをＷＴＲＵに指示することができる。例えば、ＴＡＵ要求がＭＭＥに送信されると、ＭＴ ＳＭＳもＭＭＥに届くことがある。そこで、ＳＭＳ転送に対してＮＡＳ信号伝送接続を保つために、ＭＭＥは、ＴＡＵアクセプトを送信し、スペアビット２０４を値「１」に設定する。受信した後、ＷＴＲＵは、ネットワークがさらなる信号伝送を続けられる構成された期間にわたって、それぞれ、ＮＡＳ信号伝送ならびにＭＭＥおよびｅＮＢとのＲＲＣ接続を維持する。ＷＴＲＵは、ネットワークから信号伝送を受けることなく時間が経過した場合に接続を解放することができる。ネットワーク側では、維持されているＮＡＳ信号伝送接続を使用して、ＳＭＳ、ＳＳ、位置情報、もしくは測位サービスに送信するか、またはＥＳＭ手順をトリガすることができる（例えば、すべてのアクティブなＥＰＳベアラコンテキストに対して無線およびＳ１ベアラを確立するための後にＲＲＣメッセージが続きうる専用ベアラコンテキストのアクティベーション）。ＭＭＥは、維持されている信号伝送を使用して、ＭＴ ＣＳＦＢ要求に関してＷＴＲＵに通知することもできる。
【００５１】
あるいは、ＷＴＲＵは、ｅＮＢからＲＲＣ接続解放メッセージを受信する前に何らかのＭＴ信号伝送を予想することができる。その場合、ＷＴＲＵは、信号伝送をしかるべく処理して、これをエラーの場合としてみなさないようにできる。
【００５２】
ＣＳおよびＰＳセッションをサポートするワイヤレス通信システムにおいて発生しうる別の問題として、ＥＰＳベアラコンテキストの同期処理が、ＴＡＵ手順の範囲内に制限されうるという点が挙げられる。ＥＰＳベアラコンテキストは、異なるサービス品質を必要とする様々なサービスに対する要求がＷＴＲＵからあった場合にネットワークによって割り当てられるパラメータおよびネットワークリソースの集合体である。一方のエンティティ（ＷＴＲＵまたはＭＭＥ／ネットワーク）においてアクティブなすべてのＥＰＳベアラコンテキストには、他方のエンティティ（ＭＭＥ／ネットワークもしくはＷＴＲＵ）においてそれと対になるアクティブなＥＰＳベアラコンテキストがありうる。そのため、ＷＴＲＵおよびネットワークは、ＥＰＳベアラコンテキストをできる限り同期するように維持することを試みる。幾つかの場合において、ＭＭＥでは、例えば、ＥＰＳベアラコンテキストは、しばらく使用されていなかったという理由により、局所的にディアクティベートされうる。ＭＭＥは、ＥＰＳベアラコンテキストステータスＩＥと称される情報要素（ＩＥ）をＴＡＵアクセプトメッセージなどの幾つかの信号伝送メッセージ内に含めることによって最新のＥＰＳベアラコンテキストステータスでＷＴＲＵを更新することができる。
【００５３】
ＷＴＲＵがこのＩＥを受信した後、ＷＴＲＵではアクティブであるが、ＭＭＥによって非アクティブであると指示されている、すべてのＥＰＳベアラコンテキストを局所的に（ＷＴＲＵとＭＭＥとの間のピアツーピア信号伝送なしで）ディアクティベートすることができる。ＷＴＲＵがＴＡＵ要求などの幾つかのメッセージ内にＩＥを入れた場合についても同じことが言える。もしそうであれば、ＭＭＥは、ネットワーク側ではアクティブであるが、ＷＴＲＵによって非アクティブであると指示されている、すべてのＥＰＳベアラコンテキストを局所的に（ＭＭＥとＷＴＲＵとの間のピアツーピア信号伝送なしで）ディアクティベートすることができる。
【００５４】
ＷＴＲＵは、その定期的タイマーがタイムアウトしたときに定期的ＴＡＵを実行することができる。ＷＴＲＵが、次のＴＡＵが実行される前にコンテキストをディアクティベートしてしまっている場合、ＭＭＥ／ネットワークと同期をとる前にＴＡＵ開始を待たなければならないことがある。定期的ＴＡＵの開始前に他の要求が届く可能性もありうる（例えば、この手順を実行するとターゲットＲＡＴにおける対応するリソースの予約が行われるので最新のＥＰＳベアラコンテキストステータスを使用することが重要であるＣＳＦＢ）。そのため、現在はＴＡＵ信号伝送に制限されているため、同期プロセスは効率的でない。
【００５５】
一実施形態では、ＥＰＳベアラコンテキストステータスＩＥを任意のＮＡＳメッセージに含めることができる。例えば、ＥＰＳベアラコンテキストステータスＩＥは、手順がＴＡＵ手順でない場合であっても、どれかの、またはすべてのＮＡＳメッセージに（例えば、サービス要求メッセージでは、可能でない場合を除き）含めることができる。したがって、コンテキストステータスのアップデートがあるたび毎に、ＷＴＲＵ／ＭＭＥ／ネットワークは、最新のコンテキストステータスを速やかに与えるために、ベアラコンテキストステータスＩＥを受信側に送信される次のＮＡＳメッセージ内に含めることができる。
【００５６】
一実施形態によれば、ＷＴＲＵは、拡張サービス要求（ＥＳＲ）メッセージ内にＩＥを入れることができる。ＷＴＲＵが、ＥＳＲメッセージを送信しＥＰＳベアラコンテキストステータスＩＥを含むときに、Ｃｏｎｎｅｃｔｅｄモードに入っている場合、ＭＭＥはＣＳ ＲＡＴへのハンドオーバを実行するときに、例えばＰＳ（パケット交換）ＨＯ（ハンドオーバ）を実行するか、またはターゲットＲＡＴ内のリソースを確立する際にコンテキストの含まれているステータスを考慮することができる。
【００５７】
ＭＭＥ／ネットワークは、ＥＰＳベアラコンテキストステータスＩＥをすべてのメッセージに、それが拒否メッセージであっても、含めることができる。例えば、サービス拒否に、ＥＰＳベアラコンテキストステータスＩＥを含めることができ、ＷＴＲＵは、そのようなメッセージでこのＩＥを受信するときにそのコンテキストをしかるべくアップデートすることができる。これは、ｃｏｎｎｅｃｔｅｄモードおよび／またはＩｄｌｅモード、およびＷＴＲＵもしくはネットワークの両方に当てはまる。
【００５８】
ベアラコンテキストステータスＩＥを受信した後、受信側エンティティ（ＷＴＲＵもしくはＭＭＥ／ネットワーク）は、受信側エンティティにおいてはアクティブであるが、送信側エンティティによって非アクティブであると指示されている、すべてのＥＰＳベアラコンテキストを局所的に（ＷＴＲＵとＭＭＥとの間のピアツーピア信号伝送なしで）ディアクティベートする。
【００５９】
図３は、ＥＰＳベアラコンテキストステータスをＮＡＳメッセージに含めるための方法の流れ図３００である。ステップ３０５〜３１５は、送信側エンティティにおいて実行され、ステップ３２０〜３２５は、受信側エンティティにおいて実行され、送信側エンティティおよび受信側エンティティは、それぞれ、ＷＴＲＵ側およびネットワーク側にあるか、またはその逆であってもよい。ステップ３０５において、送信側エンティティは、送信側エンティティにおけるＥＰＳベアラコンテキストのステータスのアップデートを検出する。ステップ３１０において、送信側エンティティは、ベアラコンテキストステータスのアップデートを反映する受信側エンティティへの次の非アクセス層（ＮＡＳ）メッセージにＥＰＳベアラコンテキストステータス情報要素（ＩＥ）を入れる。次のＮＡＳメッセージは、例えば、ＥＳＲメッセージであってよい。ステップ３１５において、送信側エンティティは、次のＮＡＳメッセージを受信側をエンティティに送信する。ステップ３２０において、受信側エンティティは、次のＮＡＳメッセージを受信する。ステップ３２５において、受信側エンティティは、受信側エンティティにおいてはアクティブであるが、ＥＰＳベアラコンテキストステータスＩＥにおける送信側エンティティによって非アクティブであると指示されている、すべてのＥＰＳベアラコンテキストを局所的にディアクティベートする。
【００６０】
ＣＳドメインが一時的に利用不可能になった場合、ＣＳおよびＰＳセッションをサポートしているワイヤレス通信システムに他の問題が生じることがある。ＬＴＥシステムを背景として、ＷＴＲＵがＥ−ＵＴＲＡＮ上のＣＳ（または非ＥＰＳ）サービス（つまり、ＭＯ／ＭＴ ＣＳ呼およびＳＭＳ）を取得できるようにＣＳＦＢの概念を導入した。移動交換局（ＭＳＣ）／ビジターロケーションレジスタ（ＶＬＲ）は、ＣＳ（回線交換）サービスを提供するためにスイッチと、２Ｇおよび３Ｇシステムに導入されたデータベースの組み合わせであり、ＭＭＥと同じ事業者のネットワーク内に配置される。ＣＳＦＢは、ＳＧインターフェースと称される、ＭＭＥとＭＳＣ／ＶＬＲとの間の新規インターフェースの導入によって有効にされた。
【００６１】
ＷＴＲＵが非ＥＰＳサービス（例えば、ＳＭＳ）を取得できるように、Ｅ−ＵＴＲＡＮドメインとＣＳドメインの両方において登録を実行することができ、これは組み合わせアタッチ手順と称される。この組み合わされた登録により、ＭＭＥおよびＭＳＣ／ＶＬＲにＷＴＲＵに対するＳＧの関連付けが行われる。そのようなものとして、ＳＭＳメッセージは、ネイティブのＬＴＥ ＮＡＳメッセージを使用してＭＭＥにＬＴＥ信号伝送で送信されうる。ＷＴＲＵがＭＭＥにおいてＳＧの関連付けを有している場合、後者はメッセージを検証することなくＭＳＣ／ＶＬＲに転送することができる。同様に、ＭＴ ＳＭＳについては、ＭＭＥは、ＳＧインターフェースを介してＭＳＣ／ＶＬＲから要求を受信した後、メッセージをＷＴＲＵに転送することができる。
【００６２】
同様に、Ｅ−ＵＴＲＡＮにおいてＷＴＲＵに対するＭＴ ＣＳ呼がある場合、ＭＳＣ／ＶＬＲは、ＳＧインターフェースを使用してＭＭＥに向けたページングメッセージを作成することができる。次いで、後者は、ＭＴ呼に関してＷＴＲＵに通知することを試みることができる。ＷＴＲＵは、以下のように、ＥＰＳおよび非ＥＰＳの登録結果に関係するアップデートステータスを維持することができる。
【００６３】
ＷＴＲＵは、ネットワークへの現在の登録のＥＰＳステータスを維持することができ、ＥＰＳステータスは、ＥＵ１：ＵＰＤＡＴＥＤ（最後のアタッチまたはＴＡＵが成功したことを意味する）、ＥＵ２：ＮＯＴ ＵＰＤＡＴＥＤ（最後のアタッチ、ＳＲ（サービス要求）、またはＴＡＵの試行が手順に関して失敗した、つまり、ＭＭＥから応答または拒否が受信されなかったことを意味する）、またはＥＵ３：ＲＯＡＭＩＮＧ ＮＯＴ ＡＬＬＯＷＥＤ（最後のアタッチ、ＳＲ、またはＴＡＵが正しく実行されたが、ＭＭＥからの応答が否定応答であった（ローミングまたは加入制限があるため）ことを意味する）のうちのいずれかとすることができる。
【００６４】
ＷＴＲＵは、ネットワーク（３Ｇ）への現在の登録のＭＭ（モビリティ管理）ステータスを維持することができ、ＭＭステータスは、Ｕ１：ＵＰＤＡＴＥＤ（最後のＬＡＵ（位置エリアアップデート）が成功したことを意味する）、Ｕ２：ＮＯＴ ＵＰＤＡＴＥＤ（最後のＬＡＵが手順に関して失敗したことを意味する（ネットワーク内に障害または輻輳が発生した場合を含めて、ネットワークから有意な応答を受信しなかった））、Ｕ３：ＲＯＡＭＩＮＧ ＮＯＴ ＡＬＬＯＷＥＤ（最後のＬＡＵは正常に実行したが、ネットワークからの応答は否定応答であったことを意味する）、またはＵ４：ＵＰＤＡＴＩＮＧ ＤＩＳＡＢＬＥＤ（ＬＡＵが無効にされたことを意味する）のうちのいずれかとすることができる。
【００６５】
ＭＭステータスについて、ＳＩＭ（加入者識別モジュール）／ＵＳＩＭ（汎用加入者識別モジュール）は、有効なＬＡＩ（位置エリア識別番号）、ＴＭＳＩ（一時的移動局加入者識別番号）、ＧＳＭ（Global System for Mobile communications）暗号鍵、ＵＭＴＳ（ユニバーサルモバイルテレコミュニケーションシステム）完全性鍵、ＵＭＴＳ暗号鍵、または暗号鍵シーケンス番号を含まない場合がある。互換性の理由により、これらのフィールドはすべて、ステータスがｅＣＡＬＬ ＩＮＡＣＴＩＶＥに設定された時点に「削除済み」値に設定されるものとしてよい。しかし、他の値の存在は、移動局側によってエラーとみなされないことがある。さらに、ＭＥ（移動局装置）が、１２８ビット暗号鍵を必要とするＡ５暗号化アルゴリズムをサポートし、ＵＳＩＭが使用中である場合、ＭＥは、ステータスがｅＣＡＬＬ ＩＮＡＣＴＩＶＥに設定された時点に格納されたＧＳＭ Ｋｃ128を削除することができる。ＳＩＭ／ＵＳＩＭ上に格納されている「位置アップデートステータス」は「アップデートされない」場合がある。
【００６６】
したがって、ＷＴＲＵは、組み合わせた登録を実行しているときには必ずＥＰＳと非ＥＰＳの両方のステータスを維持することができる。それに加えて、ＷＴＲＵが組み合わされた登録（組み合わされたアタッチまたは組み合わされたＴＡＵ）を実行する場合には必ず、ＶＬＲは、ＴＡＵアクセプトメッセージに含まれる新規ＴＭＳＩおよび（ＬＡＩ）位置エリア識別番号をＷＴＲＵに提供することができる。ＷＴＲＵは、これに提供されるＬＡＩのリストに変更がなかった場合、ターゲットＲＡＴ（無線アクセス技術）に進んだときにＴＭＳＩを使用する。位置アップデートは、ＭＭＥがＷＴＲＵから幾つかのメッセージを受信したときにＭＭＥとＶＬＲとの間でトリガされる（例えば、組み合わされたＴＡＵ）。しかし、Ｔ３４１２によって管理される定期的ＴＡＵは、ＳＧインターフェース上で位置アップデートを引き起こさない。
【００６７】
ＣＳドメインは、例えば、ＭＭＥがリセットし、そのため組み合わされ登録されたＷＴＲＵに対して有していたすべてのＳＧの関連付けを喪失した場合、一時的に利用不可能になる可能性もありうる。ＶＬＲがリセットし、次いで、すでに組み合わされ登録されていたＷＴＲＵに対するＳＧ関連付けを喪失した場合にも同じことが生じうる。
【００６８】
ＷＴＲＵがサービス拒否メッセージ（例えば、原因「＃３９−ＣＳドメインが一時的に利用不可能であった」）を受信した場合、以下のアクションが実行されうる。ＷＴＲＵは、タイマー（例えば、タイマーＴ３４４２）を起動し、ＥＰＳアップデートステータスを「ＥＵ２ ＮＯＴ ＵＰＤＡＴＥＤ」に設定し、そのステータスを格納することができる。次いで、ＷＴＲＵは、「ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ． ＮＯＲＭＡＬ−ＳＥＲＶＩＣＥ ｓｔａｔｅ」に入ることができる。ＷＴＲＵは、タイマーＴ３４４２がタイムアウトになるか、またはＷＴＲＵがＴＡＵ要求メッセージを送信するまで、移動局発信サービスに対する拡張サービス要求メッセージをネットワークに送信することを試みることはできない。サービス拒否メッセージに含まれるタイマーＴ３４４２は、秒から、分、または時までの範囲の値をとりうるか、またはディアクティベートされうる。
【００６９】
前に説明したような、拒否原因＃３９を受信した後の既存のＷＴＲＵの挙動がある場合、ＷＴＲＵは組み合わされた登録が遅延されたせいで非ＥＰＳサービスを受けない可能性がある。以下の問題を明示することができる。原因＃３９がＶＬＲのリセットによるものである場合、ＭＭＥはまだ最新のＷＴＲＵのプロファイルおよびコンテキストを有しているので、ＥＰＳアップデートステータスを変更する必要はないものとしてよい。さらに、ＭＭＥは、ＷＴＲＵが定期的ＴＡＵメッセージを送信したときにＶＬＲに向かう位置アップデートを開始することができる。この場合、ＶＬＲは、順にそれに応じてＴＭＳＩおよび位置エリア識別番号を与えることができ、これは、通常は、ＴＡＵアクセプトメッセージに含まれる。しかし、ＷＴＲＵは、定期的ＴＡＵメッセージを実行しているときにＴＡＵアクセプトメッセージ内にこれらのＩＥがあることを期待しえない。そのため、ＷＴＲＵの挙動は、定期的ＴＡＵ手順においてこれらのＩＥを受信したときには未知の挙動である。その結果、組み合わされた登録は遅延され、非ＥＰＳサービスに関連付けられている遅延がありうる。この遅延は、図４Ａでさらに説明される。
【００７０】
図４Ａは、ＭＭＥとＭＳＣ／ＶＬＲとの間にＳＧインターフェースがある場合に、「アタッチ」、「サービス要求」および「ＴＡＵ（トラッキングエリアアップデート）」手順を含む、ＷＴＲＵとＭＭＥとの間の手順４００Ａに対する流れ図である。ステップ４１２、４３０、４３５、４４０、４５０、および４６０は、ＷＴＲＵにおいて実行され、ステップ４１５は、ＭＳＣ／ＶＬＲにおいて実行される。
【００７１】
図４Ａに示されているように、ステップ４０５で、ＷＴＲＵは、組み合わされたアタッチメッセージをＭＭＥに送信して、ＥＰＳと非ＥＰＳの両方のサービスに対する登録を行うことができる。ステップ４１０で、ＭＭＥは、アタッチアクセプトメッセージで応答し、ステップ４１２において、ＷＴＲＵのＥＵ（ＥＰＳアップデート）ステータスおよびＭＭステータスをＥＵ１（ＵＰＤＡＴＥＤ）およびＵ１（ＵＰＤＡＴＥＤ）にそれぞれ設定することができる。ＷＴＲＵは、ＣＳＦＢ、ＳＳ（付加サービス）、およびＬＣＳサービスに使用することができるアタッチアクセプトメッセージの一部としてＴＭＳＩおよびＬＡＩ ＩＥを割り当てられている可能性がある。
【００７２】
ステップ４１５で、ＶＬＲは、ＭＭＥを再起動し、次いで、すべてのＷＴＲＵに対するすべてのＳＧ関連付けの喪失についてＭＭＥに通知することができる。ＣＳドメインが一時的に利用不可能になった場合、これにより、ＷＴＲＵにおけるＭＯ ＣＳＦＢ要求が、ＭＭＥ ４２０に向かう拡張サービス要求（ＥＳＲ）メッセージをトリガし、ＭＭＥは、サービス拒否メッセージ４２５で応答することができる。「ディアクティベート」またはＮ分に設定されているタイマーＴ３４４２も、サービス拒否メッセージに含めることができる。ステップ４３０で、ＷＴＲＵは、そのＥＵステータスをＮＯＴ ＵＰＤＡＴＥＤに変更し、ＭＭステータスを修正せず（それに反するにもかかわらずＵＰＤＡＴＥＤに設定されている）、サービス拒否メッセージで指示されているようにタイマーＴ３４４２を起動することができるタイマーは、タイマーを起動できないことを暗示する、値「ディアクティベート」を有することもできる。
【００７３】
ステップ４３５で、ＷＴＲＵがＥＭＭ−Ｉｄｌｅモードに入ると、ＷＴＲＵは、その定期的ＴＡＵタイマー（Ｔ３４１２）作動を開始することができる。ステップ４４０で、タイマーＴ３４１２は、タイマーＴ３４４２の前にタイムアウトになる。その場合、そのタイマーがタイムアウトになると、ＷＴＲＵがステップ４４５においてＴＡＵメッセージを送信し、アップデートタイプを定期的アップデートに設定することにより、定期的ＴＡＵ手順がトリガされうる。ＴＡＵメッセージを送信した後、ステップ４５０で、ＷＴＲＵは、タイマーＴ３４４２（他にもタイマーがあるが特にこのタイマー）が作動している場合にこのタイマーを停止することができる。ステップ４５５で、ＭＭＥは、ＴＡＵアクセプトメッセージで応答し、ステップ４６０で、ＷＴＲＵは、そのＥＵステータスをＵＰＤＡＴＥＤに設定することができる。
【００７４】
ＭＭＥが、アップデートタイプを「定期的」に設定してＴＡＵを受信したときにＶＬＲに向かう位置アップデートを自律的に実行しない場合、ＭＭステータスがＵ１（ＵＰＤＡＴＥＤ）であるため、ＷＴＲＵの組み合わされた登録は実行されず、ＷＴＲＵはＳＧインターフェースに問題があることを知ることができない。標準的手順は存在しておらず、Ｔ３４４２がタイムアウトになったときにＷＴＲＵによって実行されるよう指定されたアクションもない。
【００７５】
ＣＳドメインが利用可能でない場合、他の手順が影響を受けることもありうる（例えば、ＵＬ（アップリンク）ＴＲＡＮＳＰＯＲＴ ＮＡＳメッセージを送信することによって実行されるＭＯ ＳＭＳ手順）。しかし、原因＃３９を受け取ったときの現在のＷＴＲＵの挙動において、ＷＴＲＵは、組み合わされた登録が実行されるまでＥＳＲを試みないように指定される。しかし、これは、成功しない可能性のある他の手順（例えば、ＭＯ ＳＭＳ）を停止しない。
【００７６】
それに加えて、ＳＧインターフェースがダウンし、ＷＴＲＵがＵＬ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージとともにＳＭＳメッセージを送信しようとした場合、現在のところ、手順の成功もしくは失敗を指示するためにネットワークからメッセージが返されることはない。これは、ＭＭＥの挙動はＮＡＳヘッダを取り除くような挙動であり、カプセル化されたＳＭＳメッセージをＶＬＲに転送するからである。再送およびエラーは、ＳＭＳレイヤによって取り扱われる。そのようなものとして、ＳＧに障害があるせいで宛先に届かないＳＭＳメッセージをＷＴＲＵが送信した場合、ＷＴＲＵのＳＭＳエンティティは、問題を解決するため組み合わされた登録が必要になることがあるため、成功しなくても再送することができる。
【００７７】
以下の実施形態では、ＳＧインターフェースもしくはＣＳドメインが利用不可能である場合に生じる様々な状況に対処するため新規のＷＴＲＵおよびＭＭＥの挙動を定義する。
【００７８】
一実施形態は、図４Ｂに例示されている。図４Ｂは、ＣＳドメインが利用不可能であることを通知された場合にＷＴＲＵによって実行される手順４００Ｂの流れ図である。ステップ４７０において、ＷＴＲＵは、ＣＳドメインが利用不可能であるか、または一時的に利用不可能であることを通知される。例えば、ＷＴＲＵが、サービスを受けるためＭＭＥと交信しようとした場合、これは、「ＣＳドメインが利用可能でない」または「ＣＳドメインが一時的に利用可能でない」に相当する原因値とともにサービス拒否メッセージを受信するものとしてよい。
【００７９】
ステップ４７２で、ＷＴＲＵは、ＳＧインターフェースの問題がＭＳＣ／ＶＬＲによるものであり、ＭＭＥによるものではないのかどうかを判定する。この判定は、ＭＭＥからの通知に基づく。原因値が「ＣＳドメインは利用可能でない」である場合、これは、ＳＧインターフェースに問題があり、ＭＭＥの接続が行えないことを意味する。原因値が「ＣＳドメインは一時的に利用可能でない」である場合、ＳＧインターフェースに問題はないが、ＭＳＣ／ＶＬＲに問題があると思われる。
【００８０】
問題がＭＳＣ／ＶＬＲによるものでない場合、ステップ４７４において、ＷＴＲＵは、ＣＳドメインへの登録が不成功であったことを指示するようにＭＭ（モビリティ管理）アップデートステータスを変更する。例えば、ＷＴＲＵは、そのＭＭアップデートステータスをＵ２：ＮＯＴ ＵＰＤＡＴＥＤに変更することができる。
【００８１】
ＷＴＲＵのＥＵステータスは、ＳＧの問題がＭＳＣ／ＶＬＲによるものであり、ＭＭＥによるものでない場合には変更はなく（つまり、ＥＵ１：ＵＰＤＡＴＥＤに設定されたままである）、ステップ４７６に進む。ステップ４７６で、ＴＡＵをトリガするイベントが次に発生したときに、またはすべてのＴＡＵ手順について、ＷＴＲＵは、そのＭＭアップデートステータスをチェックすることができる。ステップ４７８で、ＷＴＲＵが組み合わせて登録される場合（またはされない場合、前のＴＡＩが非ＥＰＳサービスを有していないかどうかに依存する）、ＷＴＲＵは、組み合わされた登録（例えば、組み合わされたＴＡＵ）手順を実行することができる。組み合わされた登録手順は、アップデートタイプを、シナリオに応じて、「ＩＭＳＩ（国際移動局加入者識別番号）アタッチと組み合わせたＴＡ／ＬＡアップデート」または「組み合わされたＴＡ／ＬＡアップデート」に設定することを伴う。
【００８２】
別の実施形態によれば、ＣＳドメインが利用不可能であることが、ＭＳＣ／ＶＬＲに問題があることによる場合、ＷＴＲＵは、割り当てられているＴＭＳＩ（一時的移動局加入者識別番号）およびＬＡＩを無効であるとみなすことができる。
【００８３】
別の実施形態によれば、サービス拒否が、ＷＴＲＵが緊急呼に対するＥＳＲを送信することによるものである場合、ＷＴＲＵは、そのＲＡＴを緊急呼を発することができるＣＳ ＲＡＴに変更することができる。ＷＴＲＵは、緊急目的でないＭＯ（移動局発信）ＣＳ呼が要求された場合にＣＳ ＲＡＴに再選択することができる。これは、ＷＴＲＵの動作モードに関係なく常に実行されるか、またはＷＴＲＵが、ＣＳドメインが優先するか、またはＷＴＲＵが音声中心であるモードで動作している場合に実行されるものとしてよく、ＩＰ（インターネットプロトコル）ＩＭＳ（マルチメディアサブシステム）音声通話（または他の形態のボイスオーバーＩＰ）はサポートされていない。ＩＭＳ音声通話が利用不可能であることは、ＩＭＳネットワークへの登録が不成功であったことも意味する。
【００８４】
別の実施形態によれば、ＷＴＲＵが原因＃１８「ＣＳドメインが利用可能でない」を持つ拒否メッセージを受信した場合、ＷＴＲＵは、ＴＡＵ手順が何らかの理由により開始されると必ず、組み合わされたＴＡＵを実行することができる。ＷＴＲＵの挙動（つまり、組み合わされた登録を実行することに関する）は、第１の組み合わされた登録の手順が成功した後に予期される挙動に戻ることができる。
【００８５】
別の実施形態によれば、ＷＴＲＵは、タイマーＴ３４４３がタイムアウトする（つまり、このタイマーがタイムアウトになって組み合わされた登録がトリガされる）と、組み合わされた登録を実行することができる。これは、ＷＴＲＵがｃｏｎｎｅｃｔｅｄまたはｉｄｌｅモードに入っている場合に行われうる。
【００８６】
別の実施形態によれば、ＷＴＲＵは、原因＃３９を受け取ると、タイマーＴ３４４２がタイムアウトになるか、またはＴＡＵ要求が送信されるまで、ＥＳＲを送信することができない。ＷＴＲＵは、組み合わされたＴＡＵの前にＥＳＲを送信することはできない。そのため、ＷＴＲＵは、Ｔ３４４２のタイムアウトの後、組み合わされたＴＡＵをトリガし、次いで、アップデートの結果に基づきＥＳＲおよび／または他の非ＥＰＳサービスを要求できるかどうかを決定することができる。さらに、タイマーＴ３４４２がディアクティベートされた場合（または値が「ディアクティベート」に設定されている場合）、次のＴＡＵは組み合わされたＴＡＵであってよい。これらの結果に基づき、ＷＴＲＵは、ＥＳＲ、または非ＥＰＳサービスに関係する他の手順を開始しうるかどうかを決定できる。
【００８７】
別の実施形態によれば、ＥＭＭは、ＣＳドメインが利用不可能であることについてＳＭＳエンティティに（および／またはＣＳドメインが利用不可能であることの影響を受ける他のエンティティ）に通知することができる。そのため、影響を受けるエンティティは、組み合わされた登録が実行され成功するまで、ＳＧインターフェースを必要とする手順を開始することはできない。さらに、ＥＭＭエンティティは、ＣＳドメインが利用可能でないことについて知った場合、ＵＬ ＮＡＳ ＴＲＡＮＳＰＯＲＴ手順を開始することはできない。例えば、ＷＴＲＵがＩｄｌｅモードに入っているときにＳＭＳメッセージを送信することを欲した場合、ＷＴＲＵは、最初に、ＳＲ（サービス要求）手順を送信し、次いで、ＳＭＳメッセージをカプセル化したＵＬＮＡＳ ＴＲＡＮＳＰＯＲＴを送信する。したがって、ＳＲ手順は、ＣＳドメインが利用可能でないことについてＥＭＭ（ならびに／またはＳＭＳおよび他のエンティティ）が知った場合に、ＳＭＳのせいで開始できない。
【００８８】
この実施形態は、他のサービス（例えば、位置情報サービス）にも適用可能である。つまり、ＥＭＭは、ＭＭＥとネットワーク内のピアエンティティとの間のインターフェースが利用不可能になったことについてＷＴＲＵ内の影響を受けるすべてのエンティティに通知することができる。注目しているインターフェースが復旧されるまでそのサービスにアクセスためにどのようなＮＡＳ手順もトリガされえない。例えば、 ＷＴＲＵは、位置情報サービスに使用されるＵＰＬＩＮＫ ＲＥＬＩＡＢＬＥ ＴＲＡＮＳＰＯＲＴメッセージおよびＵＰＬＩＮＫ ＲＥＬＩＡＢＬＥ ＴＲＡＮＳＰＯＲＴ ＲＥＳＰＯＮＳＥメッセージを介して位置情報サービスに関係する情報を伝送するためにＳＲメッセージを送信することができない。さらに、ＣＳＦＢ手順などの手順は、位置情報サービスに関係する進行中の手順に比べて高い優先順位を有することができる。そのため、ＷＴＲＵは、位置情報サービスの情報の進行中の伝送を無視し、保留中のＣＳＦＢ要求を続行することを選択することができる。
【００８９】
別の実施形態によれば、ＥＭＭエンティティは、ＣＳドメインが現在利用可能であることについてＭＭエンティティに（および／またはＣＳドメインが利用不可能であることの影響を受ける他のエンティティ、例えばＳＭＳなど）に通知することができる。この時点において、ＷＴＲＵは、ＥＳＲを送信することを開始するか、またはＵＬ ＮＡＳ ＴＲＡＮＰＳＰＯＲＴ手順を開始することができる。
【００９０】
別の実施形態によれば、ＭＭＥが、ＭＳＣ／ＶＬＲからリセット指示を受信した場合、ＭＭＥは、すでに組み合わされた登録がなされているＷＴＲＵから、任意のタイプのＴＡＵ（つまり、ＷＴＲＵによって設定されたアップデートタイプに関係なく）を受信したときにＳＧインターフェース上で位置アップデートを開始することができる。それに加えて、ＳＧ上の位置アップデートが成功した場合、ＭＭＥは、ＭＭＥによって設定されたアップデート結果タイプに関係なくＴＡＵアクセプトメッセージ内に割り当てられたＴＭＳＩおよび／またはＬＡＩを含めることができる。ＭＭＥは、アップデート結果タイプを、ＷＴＲＵによって予期されるものと異なるものに設定することもできる。例えば、ＷＴＲＵが定期的ＴＡＵを実行して成功した場合、これは、アップデート結果を「ＴＡアップデート」に設定したＭＭＥからのＴＡＵアクセプトを予期する。
【００９１】
ＭＭＥは、ＭＭＥがＳＧインターフェース上でＭＳＣ／ＶＬＲに向けて位置アップデートを開始した場合にアップデート結果を「組み合わされたＴＡ／ＬＡアップデート」に設定することができる。ＷＴＲＵがＴＡＵアクセプトを受信した場合、これは、アップデート結果タイプを使用してその組み合わされた登録のステータスについて知るか、またはＬＡＩ ＩＥの存在（非存在）に基づきその組み合わされた登録についいて結論することができる。
【００９２】
アップデート結果が「組み合わされたＴＡ／ＬＡ」に設定された場合、ＷＴＲＵはＥＰＳおよび非ＥＰＳの両方のサービスに対して正常に登録されたと結論することができる。ＷＴＲＵは、ＷＴＲＵの組み合わされた登録がこれらのＩＥを含めた状態で成功したときに、そのＭＭステータスをＵ１アップデートに変更して、割り当てられているＬＡＩを、また場合によってはＴＭＳＩをすでに説明されているように取り扱うことができる。ＴＭＳＩがＴＡＵアクセプトに含まれていない場合、ＷＴＲＵの挙動は、新規ＴＭＳＩが含まれない状態で登録が成功したときにすでに指定されている挙動と同じ挙動であってよい。
【００９３】
別の実施形態によれば、アップデート結果が「ＴＡアップデート」であり、ＴＡＵアクセプトがＬＡＩを含む場合、ＷＴＲＵは、その組み合わされた登録を成功したものとみなせる。ＷＴＲＵは、ＷＴＲＵの組み合わされた登録がこれらのＩＥを含めた状態で成功したときに、そのＭＭステータスをＵ１アップデートに変更して、割り当てられているＬＡＩを、また場合によってはＴＭＳＩをすでに説明されているように取り扱うことができる。ＴＭＳＩがＴＡＵアクセプトに含まれていない場合、ＷＴＲＵの挙動は、新規ＴＭＳＩが含まれない状態で登録が成功したときにすでに指定されている挙動と同じ挙動であってよい。
【００９４】
別の実施形態によれば、拒否原因にさらに多くの細目を入れて、ＣＳドメインが利用不可能であることに対する問題の発生源（つまり、それが再起動したＭＭＥであるか、またはＭＳＣ／ＶＬＲであるか）を指示することができる。新規の拒否原因を導入して、問題の原因を明示することができ、したがって、ＷＴＲＵは特定のアクションを実行することができる。例えば、ＭＭＥが再起動したエンティティである場合、この情報をＷＴＲＵに送ることで、ＭＭステータスではなくＥＵアップデートステータスを変更することができる。さらに、ＷＴＲＵは、後で、組み合わされた登録を実行し、ＣＳドメインにすでに登録されているためアップデートタイプを「ＴＡ／ＬＡアップデート中」に設定することができる。
【００９５】
別の実施形態によれば、タイマーＴ３４４２の値を使用して、問題の発生源を指示することができる。例えば、タイマーの値を「ディアクティベート」に設定することで、ＭＭＥが問題の発生源であることをＷＴＲＵに通知することができ、またＷＴＲＵは、組み合わされた登録を実行することができるタイマーの他の値も、このシナリオもしくは他のシナリオを信号により伝送するために使用することができる。例えば、他の値を使用して、ＭＳＣ／ＶＬＲがＣＳドメインが利用不可能であることに対する原因であることを指示することができる。次いで、ＷＴＲＵは、前の方で説明されているような挙動を示しうる。
【００９６】
別の実施形態によれば、手順がＣＳＦＢでない場合に特定のドメインもしくはインターフェースが利用不可能であることについてＷＴＲＵに通知するために新規メッセージを定義することができる。例えば、ＷＴＲＵは、ＭＯ ＳＭＳに対するＵＬ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージを送信することができる。ＣＳドメインが利用可能でない（またはＳＧインターフェースがＭＭＥもしくはＭＳＣ／ＶＬＲのいずれかでエラーが発生したため機能していない）場合、新規メッセージを使用して問題についてＷＴＲＵに通知することができる。
【００９７】
幾つかのＩＥの値に応じてすべてのインターフェースに対するそのような問題を信号により伝送するように新規の一般メッセージを定義することができる。例えば、ＳＥＲＶＩＣＥ ＵＮＡＶＡＩＬＡＢＬＥ ＮＯＴＩＦＩＣＡＴＩＯＮと称される新規ＮＡＳメッセージは、ドメインもしくはインターフェースが利用不可能であることをＷＴＲＵに指示するために定義されうる。ＩＥ（例えば、通知タイプ）をこのメッセージ内に含めることができ、その値に応じて、ＣＳドメイン（もしくはＳＧインターフェース）が利用不可能であることについて、またはＭＭＥと位置情報サービスに対するノードなどのネットワークノードとの間でインターフェースが利用不可能であることについてＷＴＲＵに通知することができる。ＭＭＥは、特定のインターフェース上で転送を必要とするＷＴＲＵからのＮＡＳメッセージを受信したときにこのメッセージを送信することができる。ＷＴＲＵによる受信の後、エラーについてトリガエンティティに通知することができ、（例えば、何らかの種類の登録またはネットワークからの通知によって）インターフェースが復旧するまで手順を再試行することはできない。さらに、ＷＴＲＵが不成功の手順を再試行するか、または成功した場合には手順の開始を許すことができる登録を再試行することがいつ可能かを指示するためにタイマーを含めることができる。
【００９８】
この手順を達成する別の方法では既存のＮＡＳメッセージを使用してその問題を指示することができる。例えば、ＥＭＭ ＩＮＦＯＲＭＡＴＩＯＮを使用してこれを達成できる。ＥＭＭエンティティは、インターフェース内のエラーを指示する特定のメッセージが受信されたときに影響を受ける他のすべてのエンティティに通知することもできる。例えば、ＭＭＥがＵＬ ＮＡＳ ＴＲＡＮＳＰＯＲＴを受信したときにＣＳドメインが利用不可能であることについてＷＴＲＵに通知する場合、ＥＭＭは成功する組み合わされた登録が実行されるまでＥＳＲを開始できないようにＭＭエンティティに通知することができる。
【００９９】
上記の実施形態のどれかにおいて、組み合わされた登録は、従来どおり指定されているタイプの組み合わされた登録のどれかの形をとりうる。例として、アタッチタイプが「ＥＰＳ／ＩＭＳＩアタッチ」に設定されている組み合わされたアタッチ、アップデートタイプが「組み合わされたＴＡ／ＬＡアップデート中」に設定されている組み合わされたＴＡＵ、またはアップデートが「ＩＭＳＩアタッチとともに組み合わされたＴＡ／ＬＡアップデート中」に設定されている組み合わされたＴＡＵが挙げられる。
【０１００】
さらに、上記の実施形態は、ＥＰＳと非ＥＰＳの両方のサービスについて初めて登録するＷＴＲＵにも適用される。あるいは、この場合、ＷＴＲＵは、非ＥＰＳサービスの登録不成功に対する通常の挙動にしか従えない（例えば、登録試行カウンタまたは類似のカウンタが最大値までインクリメントされ、その後、ＷＴＲＵは他のアクションを実行できる）。それに加えて、各試行間に制限時間があるものとしてよい。これは、ＥＰＳと非ＥＰＳの両方のサービスについてすでに登録に成功しているＷＴＲＵにも適用され、後から、原因＃３９（ＣＳドメインが一時的に利用可能でない）、または＃１６（ＭＳＣが一時的に到達可能でない）、または＃１８（ＣＳドメインが利用可能でない）を含む拒否メッセージを受信する可能性がある。
【０１０１】
上記の実施形態および例のすべてが、ＣＳ ＲＡＴが両方とも３ＧＰＰであるか、または非３ＧＰＰである場合に対して適用され、同じ実施形態および例が、非ＥＰＳサービス（ＣＳＦＢ、ＳＭＳ、ＳＳなど）について、ＭＭＥと非３ＧＰＰネットワーク、例えば、ＣＤＭＡ２０００（１ｘＲＴＴ）との間に異なるインターフェースがある場合に対して適用される。上記の例は、組み合わせて使用することもできる。
【０１０２】
ＣＳおよびＰＳセッションをサポートするワイヤレス通信システムにおいて発生しうる問題として、緊急呼に対してＣＳＦＢを実行するときに著しい遅延が生じうる点が挙げられる。
【０１０３】
図５Ａは、ＷＴＲＵが緊急呼を発したことに応答する手順５００Ａの流れ図である。この手順の幾つかのステップは省かれる。ＥＰＳおよび非ＥＰＳの両方のサービスに対してＷＴＲＵがアタッチされ、ＷＴＲＵが緊急呼を発することを望んでいる場合、ステップ５０５で、ＷＴＲＵはＥＳＲメッセージを送信することができる。ＷＴＲＵは、ＷＴＲＵによってサポートされているＣＳドメインタイプに応じてサービスタイプを「移動局発信ＣＳフォールバック緊急呼」または「１ｘＣＳフォールバック緊急呼」に設定することができるターゲットＲＡＴにおいてＰＳ ＨＯがサポートされている場合、ステップ５１０で、ＷＴＲＵは、ＣＳ緊急呼を引き続き発する前にＰＳ ＨＯを実行する。ステップ５１５で、ＣＳ緊急呼を発するためにＣＳ呼確立手順を開始する。図５Ａを見るとわかるように、ＣＳ呼は、ＰＳ ＨＯが完了してからでないと開始できない。しかし、要求された呼は緊急呼であるため、遅延を最低レベルにまで短縮することが重要である。
【０１０４】
ＣＳＦＢが遅延されうる別のシナリオは、ＷＴＲＵが、接続することを許されていないＣＳＧ（限定加入者グループ）セルにサービスを要求したときに生じる。これは、例えば、ＷＴＲＵの加入の有効期限が切れているが、ＷＴＲＵは加入情報でまだアップデートされていない場合、またはＷＴＲＵがハイブリッドＣＳＧセル上にあり、加入者に優先順位が与えられる場合に発生しうる。
【０１０５】
この場合、ＷＴＲＵのＥＳＲは、原因コード＃２５で拒否されることがあり、ＷＴＲＵの挙動は、これが制限モードに入るときに適当なセルを探さなければならないような挙動である。そのため、ＷＴＲＵは、適当なセルを見つけた後、ＣＳＦＢに対する手順をまた開始する必要がある。したがって、これは、ＣＳＦＢがまだ処理されていないため遅延の原因となる。遅延を短縮することは、緊急呼によりＣＳＦＢがトリガされる場合に特に重要である。
【０１０６】
ＷＴＲＵが、そのフィンガープリントに基づき、３Ｇ ＨＮＢ／ＣＳＧセルの近くにあることを知った場合、測定ギャップを使用しＵＴＲＡＮにおけるシステム情報メッセージを読み取りＣＳＧ識別番号を取得するようにＷＴＲＵを構成することが可能な現在のサービングｅＮＢ（Ｅ−ＵＴＲＡＮ）に、接近指示(proximity indication)を送る。ＵＴＲＡＮシステム上のＳＩＢ（システム情報ブロック）を読み取るのに少し時間がかかるので、遅延を最低レベルに短縮するために解決方法が提案されており、これらの方法では、１）ＷＴＲＵは、ＣＳ呼を発することができるレガシーＲＡＴにおいて利用可能な他のマクロセルが少なくとも１つあることを知っている場合に、ＣＳＦＢ要求を実行しているときに接近指示を送らない、２）ネットワーク側でレガシーＲＡＴの少なくとも１つのマクロセルに関して利用可能であることについて知っている場合に、ＷＴＲＵは、その接近指示を送り、ネットワーク側では、ＨＮＢからシステム情報メッセージを読み取ることをＷＴＲＵに要求しない、または３）可能なシステム情報読み取りおよびアクセスチェックを回避するために、ＷＴＲＵとネットワークの両方がターゲットＲＡＴにおけるＨＮＢを最低優先順位を持つセルとみなす。
【０１０７】
一実施形態によれば、ＣＳＦＢ緊急呼に対する遅延は、ＰＳ ＨＯを実行せず、ＷＴＲＵをターゲットシステムにリダイレクトすることによって短縮することができる。緊急呼に対するＣＳＦＢ手順に関係する遅延を短縮するために、ＬＴＥネットワーク側では、ＰＳ ＨＯを（ターゲットネットワークはそれをサポートしているとしても）実行せず、ＷＴＲＵをターゲットシステムにリダイレクトすることができる。これは、以下の実施形態において説明されているように、多くの異なる方法で達成されうる。
【０１０８】
図５Ｂは、緊急呼に対するＣＳＦＢ手順の遅延を短縮するための手順５００Ｂの流れ図を示している。ステップ５３０で、ＷＴＲＵは、緊急呼に対するＥＳＲを送信する。ＥＳＲメッセージでは、「移動局発信ＣＳフォールバック緊急呼」または「１ｘＣＳフォールバック緊急呼」に設定されたサービスタイプを持つことができる。それに応答して、ＭＭＥは、ＷＴＲＵに対してＰＳ ＨＯを実行しない。その代わりに、ＭＭＥは、ＷＴＲＵをＣＳドメインに直接的にリダイレクトするために、ステップ５３５においてＷＴＲＵコンテキスト修正要求をｅＮＢに送信する。これは、ステップ５４０において、ｅＮＢがＷＴＲＵにネットワーク補助セル変更命令メッセージもしくはＲＲＣ接続解放メッセージのいずれかを送信することによって達成され、メッセージにはＣＳドメインに対するリダイレクション情報が含まれる。次いで、ＷＴＲＵは、ＣＳドメインへのアクセスを試み、最初に緊急サービスに対するＣＳ呼の確立を続行する。
【０１０９】
ＷＴＲＵは、ＰＳ ＨＯが好ましいものでないことをＭＭＥに指示することができる。これは、ＥＰＳベアラコンテキストステータスＩＥをＥＳＲに入れて、ディアクティベートされていることを指示するようにすべてのコンテキストについて値を設定することによって行うことができる。あるいは、ＷＴＲＵは、ＰＳ ＨＯが好ましいものでないことを指示するように新規ＩＥを含めることができる。
【０１１０】
遅延が見られる他のシナリオとして、ＷＴＲＵが加入の有効期限が切れたＣＳＧセル上にある場合が挙げられる。この場合、ＥＳＲは、原因＃２５で拒否され、ＷＴＲＵは、適当なセルを見つけて、ＥＳＲを再び送信する必要がある。そのようなシナリオにおけるＣＳＦＢ遅延を短縮するために（ＥＳＲにおける要求タイプが移動局発信ＣＳフォールバック緊急呼もしくは１ｘＣＳフォールバック緊急呼に設定されるようにすることによって識別される、通常のＣＳ呼の、または緊急ＣＳ呼要求の）、以下の実施形態を呼設定遅延を短縮するための手段として使用することができる。
【０１１１】
一実施形態によれば、ＭＭＥはＣＳＦＢ要求の例外的な場合に対し加入の有効期限を無視し、ＥＳＲを受け入れることができる。ＷＴＲＵは、後で、例えばＣＳＧセル上で後続のアクセス試行をしてから最新の加入情報でアップデートすることができる。そこで、拒否原因＃２５がＣＳＦＢ関係の手順もしくは信号伝送に適用されえないことも提案する。
【０１１２】
別の実施形態によれば、ＷＴＲＵは、ＣＳＦＢ手順を続ける際の起点となる別の許可された／適当なＬＴＥセルにさらにハンドオーバされうる。この場合、ＥＳＲは拒否されず、ＷＴＲＵはセル再選択を行わなくてよく、したがって潜在的遅延が回避される。次いで、ネットワークは、ＷＴＲＵがＬＴＥ内ハンドオーバを完了したターゲットセルからＥＳＲ手順を続ける。
【０１１３】
別の実施形態によれば、ネットワークは、ＥＳＲ手順を条件付きで拒否する（か、または受け入れる）ことができる。つまり、ネットワーク側で、ＣＳＧ加入の有効期限が切れていることをＷＴＲＵに指示しながらＥＳＲ手順が実行されるのを許可することができる。これは、ＲＲＣもしくはＮＡＳの信号伝送もしくは組み合わせで達成されうる。例えば、ネットワークは、システム間変更メッセージ（例えば、ｍｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡＣｏｍｍａｎｄ）を送信し、ＷＴＲＵの加入の指示（例えば、有効期限切れ）を含むようにできる。そのため、ＷＴＲＵは、ＣＳＦＢ手順を続けることができるが、与えられた指示を用いて許可されたＣＳＧのリストをアップデートすることもできる。ＲＲＣメッセージング内で与えられた場合、ＲＲＣレイヤでは、ＮＡＳに、許可されたＣＳＧリストについて適切なアップデートが実行されるような指示を与えることができる。これは、例えば、特定の値がＣＳＧ呼について加入の有効期限切れを示す１ビットで行うことができる。それに加えて、ＭＭＥは、インターフェース（Ｓ１−ＡＰインターフェース）上でそのような指示を、そのような指示を使用してＲＲＣメッセージに１ビット指示を入れることなどの幾つかのアクションを実行することができるｅＮＢに送ることができる。
【０１１４】
ＷＴＲＵおよびネットワークは、ＣＳＧセルであるターゲットセルへフォールバックすることに関係する潜在的遅延を短縮することができる。これを遂行するために、別の実施形態により、ＷＴＲＵは、ＣＳＧがそこではサポートされていないためＧＥＲＡＮを優先順位付けすることができる。そのようなものとして、ＷＴＲＵによって実行される必要のある予備的アクセスチェックが自動的に回避される。
【０１１５】
ＷＴＲＵは、ＵＴＲＡＮのターゲットＣＳＧ、または他のシステムに近いことを指示する近接指示をｅＮＢに送信することができない。そうすることによって、ネットワークは、ターゲットＵＴＲＡＮ ＣＳＧセル上で測定およびシステム情報の読み取りを行うようにＷＴＲＵをスケジュールすることをしなくなる。これを回避することで、ＷＴＲＵおよびネットワークによるアクセスの適格性に関してＵＴＲＡＮ ＣＳＧセルを検証する必要がある場合に潜在的遅延をなくすことができる。ＷＴＲＵは、他の隣接するＲＡＴ間マクロセルがあることを知っている場合にそのようなアクションを実行することができる。あるいは、ＷＴＲＵが近接指示を送信して、ＣＳＧセルの近くにあることをネットワークに通知する場合であっても、ネットワークはこの指示に基づいて動作すべきでなく、したがって予備的ＣＳＧアクセスチェックを実行するためにＷＴＲＵがシステム情報メッセージを読み取りにゆくようにギャップをスケジュールすべきでないことが提案される。同様に、これは、他のＵＴＲＡＮマクロセルがＷＴＲＵの周辺にあることをネットワーク側で知っている場合に行うことができる。
【０１１６】
別の実施形態によれば、ＣＳＦＢがネットワーク補助セル変更命令で、またはＲＲＣ接続を解放することによって実行される（リダイレクション情報とともにありうる）、少なくとも１つのターゲットセルのシステム情報がＷＴＲＵに送られる場合、以下を実行することができる。
【０１１７】
この場合、ＷＴＲＵは、ＬＡＩ（位置エリア識別番号）の変更を必要としないセルを優先順位付けすることができる（例えば、ＷＴＲＵはＬＴＥにおいて１つを有するものとしてよい）。これは、提供されたＳＩＢまたはシステム情報から導出されうるそれぞれの潜在的ターゲットセルのＬＡＩと突き合わせてＷＴＲＵが有するＬＡＩをチェックすることによって行うことができる。さらに、ＷＴＲＵは、ＣＳＧの加入が無効になることで発生する可能性のあるアクセス拒否を回避するために所望のＬＡＩ内のマクロセルに優先順位を与えることができる。これは、ＷＴＲＵがそのリスト内に関連するＣＳＧ ＩＤを有している場合であっても、またＣＳＧセルまたは所望のＬＡＩから外れているセルから受信される信号の電力および／または品質に関係なく、行うことができる。そのため、この場合に、そのセル選択規則を破ることができる。あるいは、最小の閾値があり、これを超えると、ＷＴＲＵは、例えば、ＷＴＲＵ内にある、またはＲＲＣもしくはＮＡＳメッセージを使用して信号により伝送される事前に構成された閾値を適用することができない。ＬＴＥ上で与えられた、所望のＬＡＩの範囲内にあるセルは、ＬＡＵ（位置エリアアップデート）要求が出される可能性があるため遅延を回避しうる。
【０１１８】
ＷＴＲＵが、弱いか、または特定の閾値より低い信号を、所望のＬＡＩの範囲内のマクロセルから受信した場合、ＷＴＲＵは、そのＬＡＩの範囲内のＣＳＧセルに優先順位を与えることができる。この優先順位付けは、ＣＳＧの許可の基準に基づく（ＣＳＧ ＩＤチェックに基づくか、またはシステム間変更時にＷＴＲＵに他の何らかの形で信号伝送される）。
【０１１９】
マクロセルがＣＳＧセルに比べて高い優先順位を有している可能性のある異なるＬＡＩに属すＣＳＦＢを利用して最終優先順位をセルに与えることができる。前の方で説明したＣＳＦＢ優先順位付けに対する上記の例および実施形態は、任意の組み合わせで適用することができる。
【０１２０】
図６は位置エリアが変更されたときにＷＴＲＵがシステム間の変更を実行する場合の手順６００の流れ図である。ステップ６０２で、ＭＳＣ／ＶＬＲはページング要求をＭＭＥに送信する（例えば、ＳＧｓＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔメッセージ）。ステップ６０４で、ＭＭＥはｅＮＢにページング要求を送信し、ステップ６０６で、ｅＮＢはページングメッセージをＷＴＲＵに送信する。ステップ６０８で、ＷＴＲＵはＥＳＲメッセージをＭＭＥに送信することによってページングメッセージに応答する。ステップ６１０で、ＭＭＥはＷＴＲＵコンテキスト修正要求を（ＣＳＦＢインジケータとともに）ＷＴＲＵに送信する。ステップ６１２で、ＷＴＲＵはｅＮＢに測定結果報告を送信する。
【０１２１】
ＷＴＲＵが、場合によってはＰＳ ＨＯとともに、システム間変更を実行し、位置エリアが変更されたことを見いだした場合、ステップ６１５において、位置エリアアップデート手順が実行される。ステップ６２０で、ＷＴＲＵによってＭＳＣに向けてＣＳ ＭＯ音声通話が開始される。図６からわかるように、位置エリアアップデート手順は、ＣＳ音声通話を実行できる前に実行される。
【０１２２】
この問題を回避するために、別の実施形態によれば、ＷＴＲＵは、（ＣＳＦＢを実行するときに必ずターゲットＣＳセル／ＲＡＴ／システムにおいて）、その初期メッセージにおけるＩＭＳＩ（例えば、ＭＴの場合にはページング応答またはＭＯの場合にはＣＭサービス要求）を移動局発信および移動局着信の両方の場合に使用することができる。そのようなものとして、ＭＳＣ／ＶＬＲが変更した場合であっても、ＣＭサービス要求内のＩＭＳＩは、新規ＭＳＣ／ＶＬＲにおいてＷＴＲＵを識別することができ、したがって、呼の設定前に位置アップデートは必要ない。
【０１２３】
別の実施形態によれば、ＣＳＦＢが失敗したときにＴＡＵがトリガされうる。図７はＣＳＦＢの失敗に応答してＴＡＵがトリガされる場合の手順７００の流れ図である。ステップ７０５で、ＷＴＲＵは、ＣＳＦＢ手順が失敗したことを検出する。例えば、ＮＡＳは、ＣＳＦＢ手順がＴＡＵ要求を送信することに失敗したというＲＲＣからの指示を使用することができる。ステップ７１０で、ＷＴＲＵは、ＣＳＦＢ手順の失敗に応答して、場合によってはタイプが組み合わされたＴＡＵである、ＴＡＵ要求を送信する。この手順により、ＷＴＲＵはＣＳＦＢ手順開始前に事前に有していたそのすべてのコンテキストによりＬＴＥにおいて再開することができる。ステップ７１５で、ＭＭＥは、ＴＡＵ要求を受信する。ステップ７２０で、ＭＭＥは、ＴＡＵ要求を失敗の指示として使用し、別のＣＳＦＢ要求を再度開始すること、または失敗例えば（ＳＧＳＮまたはＭＳＣ／ＶＬＲ）について他のネットワークノードに通知することなどの追加アクションを実行することができる。
【０１２４】
ＣＳおよびＰＳセッションをサポートするワイヤレス通信システムにおいて発生しうる別の問題として、別のＣＦＢ対応ＷＴＲＵに着信するＣＳ呼に対してＣＳＦＢを実行するときに遅延が生じうる点が挙げられる。
【０１２５】
（ＥＰＳおよび非ＥＰＳサービスに対する）組み合わせアタッチされたＷＴＲＵが、ＣＳ音声通話を行うためにＣＳＦＢ手順を始める可能性があり、これにより、被呼側はＬＴＥのカバレッジ内にもある別のＣＳＦＢ対応ＷＴＲＵである。そのため、起呼側ＷＴＲＵ（ＷＴＲＵ １と称する）と被呼側であるＷＴＲＵ（ＷＴＲＵ ２と称する）との間で音声データを交換するために、２つのＣＳＦＢ 手順を実行する必要があり、１つはＭＴ（移動局着信）ＣＳＦＢ手順をトリガするＭＯ（移動局発信）ＣＳＦＢ手順である。
【０１２６】
ＭＯ ＣＳＦＢは、幾つかのオプションの手順を含む、ＣＳＦＢを行うＷＴＲＵ １の要求に関連付けられている信号伝送を含み、例えば、ＰＳハンドオーバは、ＷＴＲＵ １およびネットワークがＰＳハンドオーバをサポートしている場合に実行されうる。また、ＣＭサービス要求を受信するＭＳＣ／ＶＬＲが異なる場合、ＷＴＲＵ １によるＣＭサービス要求は拒否され、ＷＴＲＵ １は、ＣＳ呼を続ける前にＬＡＵを実行することができる。この時点において、ＷＴＲＵ １は、被呼側、ＷＴＲＵ ２のアドレスを含む、呼設定メッセージをＭＳＣ／ＶＬＲに送信することができる。
【０１２７】
ＭＳＣ／ＶＬＲは、被呼側アドレスを検証し、ＷＴＲＵ ２に対するＳＧ関連付けがある（つまり、ＭＭＥはＬＴＥカバレッジ内のＷＴＲＵ ２から組み合わされた登録を受信したためＳＧインターフェース上で非ＰＳ登録をトリガした）ことを確認する。したがって、ＭＴ ＣＳＦＢ手順は、ＷＴＲＵ ２に向けてトリガされる。しばらくの間、ＷＴＲＵ ２がまだＬＴＥカバレッジ内にあるため、ＷＴＲＵ １は待機している。ＣＳドメイン上で音声データを交換できるのは、ＷＴＲＵ ２がシステム間変更を完了した後のみである。
【０１２８】
上で説明した信号伝送は、このシナリオに付随する遅延を引き起こし、ＷＴＲＵ １の待機時間を長引かせる。この待機時間／遅延は、ＷＴＲＵ ２に対するＣＳＦＢ手順が早めに、不要な遅延部分を減らして開始されれば短縮されうる。
【０１２９】
一実施形態によれば、ＣＳＦＢからＣＳＦＢへの呼に対する遅延は、第２のＣＳＦＢ発呼をより早く開始することによって短縮される。ＭＴ（移動局着信）ＣＳＦＢ手順をトリガするＭＯ（移動局発信）ＣＳＦＢ要求については、遅延は、ＷＴＲＵ ２に対するＣＳＦＢ手順が、ＷＴＲＵ １がＣＳＦＢ手順を完了する前に、通常より早めに開始された場合に短縮されうる。そのような手順を実行するために、ＷＴＲＵ １がＭＯ ＣＳＦＢ手順を実行しているときに（つまり、拡張サービス要求（ＥＳＲ）をＭＭＥに送信することによって）、ＷＴＲＵは、ＥＳＲにおいて被呼側に関する必要な情報すべてを含むことができる。ＭＭＥは、ＥＳＲを受信した後に、このアドレッシング情報をＭＳＣ／ＶＬＲに転送することができる。ＭＳＣ／ＶＬＲは、被呼側のアドレスをチェックして、ＭＳＣ／ＶＬＲにＳＧインターフェースの関連付けがあるか、または被呼側が固定回線番号または緊急コールセンターであるかを確認する。
【０１３０】
被呼側が有効なＳＧ関連付けを持つ別のＷＴＲＵである場合、ＭＳＣ／ＶＬＲは、ＳＧインターフェース上で、必要なメッセージ、ＳＧｓＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔを送信することによってこのＷＴＲＵに対するＭＴ ＣＳＦＢ手順を開始することができる。ＭＳＣ／ＶＬＲは、呼が別のＣＳＦＢ手順によってトリガされることをＭＭＥに指示することができる。ＭＭＥは、この情報を使用して、ＭＴ ＣＳＦＢ手順をスピードアップすることができる必要なアクションを実行することができる。さらに、ＭＭＥは、ＭＴ ＣＳＦＢが別のＣＳＦＢ対応ＷＴＲＵからのものであることをＷＴＲＵに通知することができる。ＷＴＲＵは、この指示を使用して、手順、例えば、計測および報告送信の開始をスピードアップすることができる。この機能は、以下の実施形態のどれかを使用することによって達成されうる。
【０１３１】
別の実施形態では、ＷＴＲＵ １がＥＳＲを送信することは、宛先を識別するために使用されうる必要な情報を含むことができる。例えば、呼設定メッセージの一部または全部を新規ＩＥまたは新規コンテナの形でＥＳＲに含めることができる。あるいは、ＷＴＲＵ １は、宛先がＣＳＦＢ対応でないことを知っている場合にこの情報を含めないようにできる（例えば、宛先に固定回線番号または緊急コールセンターがある）。一部の国では、携帯電話加入者および固定電話加入者は、Ｂ番号列が固定電話加入者または携帯電話加入者を指しているかどうかを判定するために使用されうる明確に異なる番号列を持つ。
【０１３２】
別の実施形態では、この情報をＳＧインターフェース上でＭＭＥからＭＳＣ／ＶＬＲに伝送するために、新規メッセージ（例えば、ＳＧｓＡＰ−ＭＯ−ＣＳＦＢ−Ｉｎｄｉｃａｔｉｏｎ）が必要になることがある。ＭＭＥは、ＥＳＲからすべてのアドレッシング情報を取り出して、それをこの新規メッセージ内に挿入することができ、このメッセージをＳＧ上でＭＳＣ／ＶＬＲに送信する。あるいは、ＭＭＥは、このメッセージを、ＭＯ ＣＳＦＢ手順がトリガされており、ＭＳＣ／ＶＬＲがＣＳ音声通話についてＷＴＲＵを予期していることを知らせる指示として送信することができる。ＭＳＣ／ＶＬＲは、この指示を使用して、統計（例えば、発呼失敗回数、設定時間など）をとることができる。ＭＭＥは、このメッセージを送信してからタイマーを起動することができる。
【０１３３】
別の実施形態では、このメッセージを受信した後のＭＳＣ／ＶＬＲは、宛先の被呼側がＳＧ関連付けを持つ別のＷＴＲＵであるかどうかを検証することができる（これは、他のノード、例えば、ＨＬＲとの相互のやり取りを伴う可能性がある）。そうでない場合、ＭＳＣ／ＶＬＲはさらなるアクションを実行することはありえない。ＭＳＣ／ＶＬＲは、別のメッセージ（例えば、ＳＧｓＡＰ−ＭＯ−ＣＳＦＢ−ＡＣＫ）を送信することによってＭＭＥからの指示の受信を確認応答することができる。ＭＭＥは、この確認応答を使用して、必要なアクションを実行する（例えば、起動した可能性のあるタイマーを停止する）ことができる。ＭＳＣ／ＶＬＲが被呼側に対するＳＧ関連付けを有する場合、ＭＳＣ／ＶＬＲは、ＭＭＥへＳＧｓＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔをトリガすることができる。ＭＳＣ／ＶＬＲは、ＭＭＥによって、例えば、１ビット位置をＳＧｓ−ＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔメッセージに含めることによって送信された前のメッセージに対する確認応答を含むものとしてよい。
【０１３４】
別の実施形態では、ＭＭＥは、次いで、受信した確認応答に基づきタイマーを停止することができる。それに加えて、ＭＭＥは、ＷＴＲＵをページングするようにＥ−ＵＴＲＡＮに要求することによって（ｉｄｌｅモードに入っている場合）、またはＣＳサービス通知をＷＴＲＵに送信することによって（Ｃｏｎｎｅｃｔｅｄモードに入っている場合）、ＭＴ ＣＳＦＢ手順を開始することができる。いずれの場合も、ＭＭＥは、このＣＳＦＢが別のＣＳＦＢ手順によってトリガされることを指示することができる。
【０１３５】
別の実施形態では、ＷＴＲＵ １がＣＳＦＢ手順を完了しており、ＣＳドメインに入っている場合、ＭＳＣ／ＶＬＲは、何らかの情報（例えば、呼び出し音）を送信することを開始し、発呼要求が処理されていることを指示することができる。ＭＳＣ／ＶＬＲは、ＷＴＲＵ ２がＣＳＦＢ手順が完了するのを待っているＣＳＦＢ加入者であるかどうかに基づき読み出し呼び出し音または他の呼び出し進行中音を使用するかどうかを選択することができる。
【０１３６】
図８Ａおよび８Ｂは、それぞれ、機能強化があるＣＳＦＢ発呼に対する例示的なＣＳＦＢ手順８００Ａと、機能強化がないＣＳＦＢ発呼に対する例示的なＣＳＦＢ手順８００Ｂを示す図である。図８Ａでは、ＷＴＲＵ １は、ＣＳＦＢについてＥＳＲを送信し（８０２）、測定報告を送り（８０４）、ＰＳ ＨＯを開始し（８０６）、位置アップデートを実行し（８０８）、ＣＳ呼を設定する（８１０）ことによってＣＳＦＢコールバックを開始する。ＭＳＣ／ＶＬＲは、ＳＧインターフェース上でページングを開始する（８１２）。次いで、ＭＭＥは、ＭＴ ＣＳ音声通話についてＷＴＲＵ ２に通知することができる（８１４）。その後、ＷＴＲＵ ２はそのシステム間変更を、ＷＴＲＵ １が待機している間に開始する。ＷＴＲＵ ２は、ＣＳＦＢを受け入れ（８１６）、測定報告を提供し（８１８）、ＰＳ ＨＯを開始し（８２０）、位置アップデートを実行し（８２２）、ページングに応答する（８２４）。
【０１３７】
一実施形態によれば、ＷＴＲＵ ２がシステム間変更を開始している間にＷＴＲＵ １において生じる遅延は、図８Ｂの手順を使用して短縮されうる。図８Ｂを参照すると、ＷＴＲＵ １は、ＣＳＦＢに対するＥＳＲを送信することによってＣＳＦＢコールバックを開始し、被呼側（ＷＴＲＵ ２）のアドレスを含む（８２６）ことがわかる。ＭＭＥは、アドレッシング情報をＭＳＣ／ＶＬＲに転送し（８２８）、ＭＳＣ／ＶＬＲは、ＳＧインターフェース上でＷＴＲＵ ２のページングを開始する（８３０）。８３２で、ＭＭＥは、ＭＴ ＣＳ音声通話についてＷＴＲＵに通知する。それと並行して、ＷＴＲＵ １は、測定報告を提供し（８０４）、ＰＳ ＨＯを開始し（８０６）、位置アップデートを実行し（８０８）、ＣＳ呼を設定する（８１０）。ＷＴＲＵ ２は、ＣＳＦＢを受け入れ（８１６）、測定報告を提供し（８１８）、ＰＳ ＨＯを開始し（８２０）、位置アップデートを実行し（８２２）、ページングに応答する（８２４）。図８Ａのシナリオと対照的に、図８Ｂの手順は、ＣＳ音声交換のためのＷＴＲＵ １に対する待機時間を短縮する。
【０１３８】
ＣＳおよびＰＳセッションをサポートするワイヤレス通信システムにおいて発生しうる別の問題として、ＭＴ呼がキャンセルされたときにＷＴＲＵがＣＳへフォールバックさせられる可能性があるという点が挙げられる。ＭＴ（移動局着信）ＣＳＦＢ要求は、起呼側によってキャンセルされる可能性も考えられる。この場合、ＭＳＣ／ＶＬＲは、ＷＴＲＵ １からＣＳ呼に対する要求を受信し、ＭＳＣ／ＶＬＲは、ＷＴＲＵ ２に向けてＭＴ ＣＳＦＢ手順を開始し、次いで、ＭＳＣ／ＶＬＲはＷＴＲＵ １による要求を受信してＣＳ音声通話要求を中止する。そのため、ＭＴ ＣＳＦＢ手順が継続する場合、ＷＴＲＵ ２は、場合によってはＰＳ ＨＯを使って、ＧＥＲＡＮ／ＵＴＲＡＮへのシステム間変更を実行することができるが、ＷＴＲＵ １によって中止されている可能性があるのでＣＳ呼を受信しえない。このシステム間変更は不要であり、回避すべきである。これは、ＰＳ ＨＯがサポートされていない場合、またはサポートされていても、ターゲットシステムによって提供されるＱｏＳがソースシステムとマッチしない場合に、サービスの低下を引き起こしうる。ＭＳＣ／ＶＬＲは、ＳＧｓＡＰ−Ｐａｇｉｎｇ−ＲｅｑｕｅｓｔをＳＧインターフェース上でＭＭＥに送信することによって、ＷＴＲＵに対するＭＴ ＣＳＦＢ手順を開始することができることに留意されたい。
【０１３９】
一実施形態によれば、システム間変更は、ＭＴ ＣＳＦＢをトリガしたＣＳページングまたは発呼要求がキャンセルされたときにＷＴＲＵに対して回避される。ＭＴ ＣＳＦＢ発呼をトリガするＣＳ呼要求がキャンセルされた場合、ＭＴ ＣＳＦＢ手順を通知されているとしても、被呼ＷＴＲＵ（ＣＳＦＢ対応であり、場合によってはＬＴＥに入っていると仮定される）にシステム間変更を実行させることはできない。そうするために、図９に示されている手順を使用することができる。
【０１４０】
図９は、ＭＴ ＣＳＦＢをトリガしたＣＳ呼要求がキャンセルされたときのＷＴＲＵに対するシステム間の変更を回避するための手順９００の流れ図である。ステップ９０５で、ＭＳＣ／ＶＬＲは、ＷＴＲＵに発せられたＭＴ ＣＳＦＢ発呼を中止することを決定する。ＭＳＣ／ＶＬＲは、ＭＴ ＣＳＦＢ発呼を中止する要求をＷＴＲＵから受信するので、ＭＴ ＣＳＦＢ発呼を中止することを決定することができる。あるいは、ＭＳＣ／ＶＬＲは、ＭＴ ＣＳＦＢ発呼を確立するためにページングメッセージをＷＴＲＵに送信したときにタイマーを起動しており、ＷＴＲＵから応答を受信する前にタイマーがタイムアウトになったときにＭＴ ＣＳＦＢ発呼を中止することを決定することができる。
【０１４１】
ステップ９０８で、ＭＳＣ／ＶＬＲは、ＣＳＦＢ手順を開始するページング手順がトリガされたかどうかを判定する。例えば、これは、ＳＧｓＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔが送信されたかどうかを判定する。ページング要求が送信されていない場合、ステップ９１５で、ＭＳＣ／ＶＬＲは、ページング要求（ＳＧｓＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔ）手順を中止する。そうでない場合、ページング手順がトリガされている場合、ステップ９１０で、ＭＳＣ／ＶＬＲは、中止メッセージ（例えば、ＳＧｓＡＰ−ＭＴ−ＣＳＦＢ−Ｃａｎｃｅｌ）をＭＭＥに送信して、ＭＴ ＣＳＦＢ発呼をキャンセルするようにＭＭＥに要求する。ＭＳＣ／ＶＬＲは、このメッセージを送信してからタイマーを起動することができる。
【０１４２】
ステップ９２０で、ＭＭＥは、ＭＳＣ／ＶＬＲからキャンセルメッセージを受信する。その後、ＭＭＥは、注目しているＷＴＲＵに対するシステム間変更を中止するために幾つかのアクションを実行することができる。ステップ９２５で、ＷＴＲＵがＥＳＲをすでに送信しているが（つまり、ＭＴ ＣＳＦＢが受け入れられているが）、ＭＭＥはまだシステム間変更を実行していない場合、ＭＭＥは、例えば「ＣＳ呼中止」を示す新規の原因とともにサービス拒否を送信することができる。
【０１４３】
それに加えて、ＭＭＥは、場合によっては手順の一部であるＳＧＳＮなどの他のネットワークノードに中止要求を送信することができる。それに加えて、ＭＭＥは、中止メッセージ（例えば、ＳＧｓＡＰ−ＭＴ−ＣＳＦＢ−Ｃａｎｃｅｌ）を受信したことを確認するためにＭＳＣ／ＶＬＲに確認応答を送信することができ、また要求の結果を示すためにステータスＩＥも備えることができる（例えば、「ＭＴ ＣＳＦＢキャンセル成功」または「ＭＴ ＣＳＦＢキャンセル失敗」）。
【０１４４】
ステップ９３０で、ＷＴＲＵにシステム間変更を実行させた場合、ＭＭＥは、さらなるメッセージをＭＳＣまたはＷＴＲＵに送信しえない。さらにアクションを実行しないことにより、ＭＭＥは、ＷＴＲＵが他のＲＡＴにフォールバックするのを許す。あるいは、ＭＭＥは、ＭＳＣ／ＶＬＲに確認応答を送信し、キャンセル要求が成功していないことを指示することができる。ＭＳＣ／ＶＬＲは、この指示を使用して、さらなるアクションを実行する、例えば、起動したタイマーを停止することができる。
【０１４５】
原因「ＣＳ呼中止」を含むサービス拒否を受信した後、ＷＴＲＵは、必要なアクションを実行することができる（例えば、ＥＭＭエンティティは、手順の中止についてＭＭエンティティに通知することができる）。ＷＴＲＵは、ＬＴＥにおけるオペレーションを再開することができる。
【０１４６】
ＭＭＥがＭＴ ＣＳ音声要求についてＷＴＲＵにまだ通知していなかった場合、ＭＳＣ／ＶＬＲからキャンセル指示を受信した後、ＭＭＥは、初期要求を無視して、ＭＴ ＣＳ呼についてＷＴＲＵに通知しないものとしてよい。あるいは、ＭＭＥが、ＣＳＦＢ要求に対してＷＴＲＵをページングするようＥ−ＵＴＲＡＮに要求した場合、ＭＭＥは、ページング手順を中止するようＥ−ＵＴＲＡＮに要求することができる。Ｅ−ＵＴＲＡＮは、要求の確認応答を行い、上で説明されているように成功したページングについてＭＭＥに通知することができる。
【０１４７】
ＣＳおよびＰＳセッションをサポートするワイヤレス通信システムにおいて発生しうる問題として、ＣｏｎｎｅｃｔｅｄモードでＭＴ ＣＳＦＢに対し未定義の挙動がありうるという点が挙げられる。
【０１４８】
ＣｏｎｎｅｃｔｅｄモードのＷＴＲＵは、ＭＭＥによって送信されるＣＳサービス通知を使用してＭＴ ＣＳＦＢ要求について通知を受けることができる。ＷＴＲＵは、ＥＳＲメッセージで応答する前にＣＳＦＢを受け入れるか、または拒否するため上位レイヤの入力を要求することができる。この応答は、ＥＭＭ−ＩＤＬＥとＥＭＭ−ＣＯＮＮＥＣＴＥＤの両方のモードにおいてＥＳＲメッセージ内のＣＳＦＢ応答ＩＥで指示されうる。これで識別される問題は、ＷＴＲＵがＣｏｎｎｅｃｔｅｄモードに入っており、ファイルを能動的にダウンロードするが、ユーザは必ずしもＷＴＲＵの隣にいない可能性があるという点である。したがって、ＷＴＲＵがＣＳサービス通知メッセージを受信し、呼を受け入れるか、または拒否する入力を上位レイヤに要求する場合、そのような入力は、ユーザがＷＴＲＵから離れている場合には与えられない可能性がある。したがって、予想される挙動は未定義である（例えば、ＥＳＲメッセージがネットワーク／ＭＭＥに送信される場合には未知であり、そうであれば、ＣＳＦＢ応答情報要素である）。さらに、ＰＳ ＨＯがターゲットＲＡＴでサポートされていない可能性があり、またサービス障害が発生しうるため、ＷＴＲＵがユーザに代わって決定を下し、呼を受け入れることは効率的でない。それと同時に、ＭＭＥにフィードバックを送ることで、ＶＬＲが呼を音声メッセージングセンターに転送するなど、他のアクションを実行することが妨げられうる。以下の実施形態は、この問題を解消するために、独立して、または組み合わせて使用することができる。
【０１４９】
別の実施形態によれば、ＷＴＲＵおよびＭＭＥの挙動は、ユーザ入力が要求されたが、ユーザ応答がない場合に、ＣｏｎｎｅｃｔｅｄモードでＭＴ ＣＳＦＢについて定義される。ＭＭＥは、ＣＳサービス通知メッセージを送信した後、またはその時点において、タイマーを起動することができるタイマーは、そのシナリオに適しているみなされる値に設定することができる。例えば、この値を５秒に設定することができる。ＷＴＲＵから応答（つまり、ＥＳＲ）を受信する前にタイマーがタイムアウトになった場合、ＭＭＥは、ＭＭＥがＷＴＲＵと接続しているとしてもＷＴＲＵからいっさい応答を受信しなかったことを示すメッセージを（例えば、ＳＧ上で）ＭＳＣ／ＶＬＲに送信することができる。新規メッセージを定義するか、またはＳＧプロトコルの既存のメッセージを新規の原因値とともに使用してシナリオを明確に識別することができる。ＭＭＥは、応答が受信されない場合、ＣＳサービス通知をＷＴＲＵに再送することはできない。
【０１５０】
ＭＳＣ／ＶＬＲは、ＭＭＥからそのような指示を受信した場合に幾つかのアクションを実行することができる。例えば、ＭＳＣ／ＶＬＲは、ユーザ判定ユーザビジー手順、または到達不可能時呼転送手順（Call Forwarding on Not Reachable procedure）をトリガすることができる。
【０１５１】
ＣＳサービス通知を（ＣＬＩ（発呼回線識別）あり、またはなしで）受信した後、ＷＴＲＵはタイマーを起動することができるタイマーが作動している間、ユーザ介入がなされなければ、ＷＴＲＵは、タイマーのタイムアウト後に、ユーザ介入を受けなかったことを示すＥＳＲメッセージを送信することができる。ＷＴＲＵは、ネットワークもしくはユーザ構成に基づき呼を受け入れるか、または拒否することを決定することができる。ユーザが呼を受け入れるか、または拒否した場合、ＷＴＲＵは、タイマーを停止し、適切なユーザ選択（受け入れまたは拒否）とともにＥＳＲを送信することができる。
【０１５２】
あるいは、タイマーがタイムアウトになった後、ユーザは、呼を受け入れるか、または拒否するオプションを与えられず、そのため、その時点以降にＥＳＲを送信することはできない（および／またはＷＴＲＵはユーザ介入なしで上で説明されているようにＥＳＲを送信することができる）。しかし、ネットワーク側でＭＴ ＣＳＦＢを不成功であるとみなすか、または中止されているとみなした場合、ネットワーク側では、ユーザ介入が遅れたなどの理由により、ＷＴＲＵから受信される可能性のあるＥＳＲを無視するか、または拒否することができる。そこで、ＭＭＥは、メッセージを無視することができる。
【０１５３】
あるいは、ＭＭＥは、ネットワークがＣＳＦＢ手順を中止したことを示す新規拒否原因を含みうるサービス要求メッセージでＥＳＲを拒否することができる。ユーザ介入なしであってもＷＴＲＵがＥＳＲで（場合によっては上で提案されているように無応答に設定された新規タイプで）応答することができる場合について、ＷＴＲＵはタイマーを起動せず、手順を正常に完了したとみなし、次いでＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ．ＮＯＲＭＡＬ状態に入ることができる。
【０１５４】
あるいは、ＣＳサービス通知を受信したときにＷＴＲＵがタイマーを起動し（上で説明されているように）、ユーザから応答がなくタイマーが切れた場合、ＷＴＲＵは、ＣＳサービス通知を無視し、したがって、ＥＳＲを送信しえない。
【０１５５】
説明されている実施形態は、任意の組み合わせで使用することができ、ユーザ入力が要求されるか、または要求されない場合に適用されうる。さらに、説明されている実施形態は、呼を受け入れる／拒否する決定が下される前に呼についてユーザに通知することによって、ＷＴＲＵがｉｄｌｅモードに入っている場合にｉｄｌｅモードに適用されうる。応答が受信されない場合、開示されている実施形態は、その場合にも適用されうる。
【０１５６】
ＣＳおよびＰＳセッションをサポートするワイヤレス通信システムにおいて発生しうる別の問題として、ＣＳＦＢとシステム内ＨＯとの間に競合状態が存在しうるという点が挙げられる。ＬＴＥシステムが背景としてある場合、ほぼ同時にＣＳＦＢおよびＬＴＥ内ＨＯイベントが生じて潜在的コンフリクトを引き起こす可能性がある。これが生じる可能性のあるシナリオが幾つかある。図１０Ａおよび１０Ｂは、競合状態がＣＳＦＢとＬＴＥ内ハンドオーバとの間に発生しうる場合の想定される２つのシナリオ１０００Ａおよび１０００Ｂの例の流れ図である。図１０Ａは、ｅＮＢが進行中のＣＳＦＢ要求を認識しないシナリオを示しており、図１０Ｂは、ｅＮＢが既存のＣＳＦＢ要求を認識するシナリオを示している。
【０１５７】
図１０Ａは、ｅＮＢが進行中のＣＳＦＢ要求を認識しない場合を説明している、図１０Ａに示されているように、ＷＴＲＵは、測定報告とともにＲＲＣメッセージをソースｅＮＢに送信する（１００２）。ＲＲＣメッセージに基づき、ソースｅＮＢは、ＨＯの決定を下し（１００４）、（Ｘ２ＡＰ）ＨＯ要求をターゲットｅＮＢに送信する（１００６）。受付制御を実行した（１００８）後、ターゲットｅＮＢは、（Ｘ２ＡＰ）ＨＯ ＡＣＫをソースｅＮＢに送信する（１０１０）。ＨＯを別のｅＮＢ（ＬＴＥ内ハンドオーバ）に対して実行するためにＷＴＲＵがソースｅＮＢからＲＲＣ ＨＯコマンドを受信する（１０１４）前に、ＷＴＲＵはＥＳＲメッセージをＭＭＥに送信し（１０１２）、ＣＳＦＢを実行する。これにより、ＣＳＦＢ要求とＬＴＥ内ハンドオーバとの間に競合状態が生じる。
【０１５８】
ＥＳＲは、ＭＭＥからソースｅＮＢへの、ＷＴＲＵコンテキスト修正要求メッセージを（ＣＳＦＢインジケータとともに）トリガし（１０１６）、次いで、ソースｅＮＢからＭＭＥへの、ＵＥコンテキスト修正失敗メッセージを開始する（１０１８）。その時点において、ソースｅＮＢは、ＷＴＲＵがもはやその制御下にないため、システム間変更を（場合によってはＰＳハンドオーバで）開始することができない場合がある。この問題は、Ｘ２ベースのＨＯを仮定して説明されているけれども、Ｓ１ベースのＨＯ、または他のタイプのＨＯに問題が生じる可能性がある。
【０１５９】
ソースｅＮＢは、ターゲットｅＮＢに、ＳＮステータス転送メッセージを送信し（１０２０）、またＵＰデータ転送メッセージを送信する（１０２２）ことによって、ＨＯに関する情報をターゲットｅＮＢに送る。ＷＴＲＵは、ＨＯが完了した後、ＲＲＣ ＨＯ完了メッセージをターゲットｅＮＢに送信する（１０２４）。ターゲットｅＮＢは、システム内ＨＯの完了をＭＭＥに通知するパス切り替え要求をＭＭＥに送信し（１０２６）、ＭＭＥは、ＵＰエンドマーカーパケットメッセージを送信する（１０２８）ことによってソースｅＮＢに通知する。ソースｅＮＢは、ＷＴＲＵへのデータ転送を停止する（１０３０）。ＭＭＥは、パス切り替え要求ＡＣＫでターゲットｅＮＢに応答し（１０３２）、ターゲットｅＮＢは、ソースｅＮＢにテキスト解放メッセージを送信する（１０３４）。
【０１６０】
図１０Ｂは、ｅＮＢが所定のＷＴＲＵに対して進行中のＣＳＦＢ要求があることを認識したときに発生する類似の問題を示している。ＷＴＲＵは、ＣＳＦＢを実行するために、ＥＳＲメッセージをＭＭＥに送信する（１０４０）。ＥＳＲは、ＭＭＥからソースｅＮＢへの、ＷＴＲＵコンテキスト修正要求メッセージをＣＳＦＢインジケータとともにトリガし（１０４２）、次いで、ソースｅＮＢからＭＭＥへの、ＵＥコンテキスト修正応答メッセージを開始する（１０４４）。ソースｅＮＢは、ＲＡＴ間測定を行うようにＷＴＲＵを構成する構成メッセージをＷＴＲＵに送信する（１０４６）。ＷＴＲＵは、ＲＲＣ ＬＴＥ測定報告で（１０４８）、またＲＲＣ Ｉ−ＲＡＴ測定報告で（１０５０）ソースｅＮＢに応答する。
【０１６１】
ソースｅＮＢは、ＬＴＥ内ＨＯ決定を下し（１０５２）、ターゲットｅＮＢに（Ｘ２ＡＰ）ＨＯ要求を送信する（１０５４）。ターゲットｅＮＢは、受付制御を実行し（１０５６）、（Ｘ２ＡＰ）ＨＯ ＡＣＫでソースｅＮＢに応答する（１０５８）。ソースｅＮＢは、ＷＴＲＵにＨＯコマンドを送信し（１０６０）、ＷＴＲＵは、ＲＲＣ ＨＯ完了メッセージをターゲットｅＮＢに送信する（１０６２）。ターゲットｅＮＢは、システム内ＨＯの完了をＭＭＥに通知するパス切り替え要求をＭＭＥに送信し（１０６４）、ＭＭＥは、ＵＰエンドマーカーパケットメッセージを送信する（１０６６）ことによってソースｅＮＢに通知する。ソースｅＮＢは、ＷＴＲＵへのデータ転送を停止する（１０６８）。ＭＭＥは、パス切り替え要求ＡＣＫでターゲットｅＮＢに応答し（１０７０）、ターゲットｅＮＢは、ソースｅＮＢにテキスト解放メッセージを送信する（１０７２）。
【０１６２】
図１０Ｂに示されているシナリオでは、ソースｅＮＢは、ＷＴＲＵに対する進行中のＣＳＦＢ要求があることを認識するとしても（ＣＳＦＢインジケータとともにＷＴＲＵコンテキスト修正要求を受信しており、またＷＴＲＵコンテキスト修正応答で応答しているため）、ＷＴＲＵから、測定イベント（１０４８）および報告（１０５０）に基づきＬＴＥ内ハンドオーバを実行することを決定することができる。これが起きなかった場合、ソースｅＮＢは、ＵＴＲＡＮへのシステム間変更を開始するためにハンドオーバ要求メッセージをＭＭＥに送信したことになるであろう。
【０１６３】
図１０Ｂに示されているシナリオでは、ＣＳＦＢは、ソースｅＮＢ側で継続することはできず、そのことについてＭＭＥは通知を受けない。ＭＭＥは、ハンドオーバが完了した後にターゲットｅＮＢからＭＭＥに送信されるターゲットｅＮＢからのパス切り替え要求メッセージでシステム内ＨＯを完了することについて通知を受けている（１０６４）。
【０１６４】
以下の実施形態では、ＣＳＦＢとシステム内ＨＯとの間の競合状態の問題を解消する。これらの実施形態は、両方のＸ２ベースのＨＯ、Ｓ１ベースのＨＯ、または他のＨＯシナリオに適用される。さらに、これらは、ソースｅＮＢがＣＳＦＢに対する進行中の要求を認識しているか、または認識していないかのいずれの場合にも適用される。
【０１６５】
一実施形態では、ソースｅＮＢは、ソースセル内で進行中のＷＴＲＵに対するＣＳＦＢ要求についての、ターゲットｅＮＢへの指示を含みうる。この効果は、ターゲットｅＮＢがＭＭＥからＷＴＲＵコンテキスト修正要求を受信することと同等であるターゲットｅＮＢは、必要なＣＳＦＢ関係の手順を開始し、ＷＴＲＵにＲＡＴ間測定を請求するか、またはハンドオーバ要求メッセージをＭＭＥに送信することができる。図１０Ａを再び参照すると、ソースからターゲットｅＮＢへの指示がＳＮステータス転送に含まれ（１０２０）、Ｓ１ＡＰまたはＸ２ＡＰの両方のメッセージに含まれうることがわかる。ソースｅＮＢは、ハンドオーバ要求メッセージなどの、ターゲットｅＮＢに送信されるメッセージングにＷＴＲＵから収集された可能性のある測定報告を含めるものとしてよい（１００６）。ターゲットｅＮＢは、ＲＡＴ間測定に対して再びＷＴＲＵを構成することなくこれらの測定結果を使用することができる。
【０１６６】
別の実施形態では、ＭＭＥは、ＭＭＥからターゲットｅＮＢに送信されるパス切り替え要求ＡＣＫにＣＳＦＢインジケータを含めることができる。例えば、図１０Ａおよび１０Ｂを再び参照すると、ＣＳＦＢインジケータは、パス切り替え要求ＡＣＫにそれぞれ含まれうる（１０３２および１０７０）ことがわかる。そのようなものとして、ターゲットｅＮＢは、ＲＡＴ間測定を行うようにＷＴＲＵを構成するか、またはハンドオーバ要求メッセージをＭＭＥに送信することなど、ＣＳＦＢ関係手順を直接開始することができる。
【０１６７】
別の実施形態によれば、ソースｅＮＢは、ソースｅＮＢがＷＴＲＵにコンテキスト修正応答メッセージを送信した後にＣＳＦＢ要求についてすでに開始されている信号伝送がある場合に、システム内（ＬＴＥ内）ハンドオーバを実行することを決定するとき、または実際に実行するときにＭＭＥに通知することができる。ソースｅＮＢは、例えば、「ハンドオーバ要求」メッセージなどのＳ１−ＡＰメッセージを使用して、ＭＭＥに通知することができる。そのようなものとして、ＭＭＥは、前もってコンテキスト修正要求メッセージを知り、ターゲットｅＮＢに送信することができる。ＭＭＥは、ＬＴＥ内またはＣＳＦＢハンドオーバが完了するまでパケットをバッファリングするために、ＳＧＷまたはＰＤＮ ＧＷなどの他のノードに通知することができる。
【０１６８】
以下の実施形態では、ＣＳＦＢを実現するためのＭＭＥ−ｅＮＢの相互のやり取りを説明する。
【０１６９】
一実施形態では、ＭＭＥは、ＷＴＲＵコンテキスト修正要求（例えば、Ｓ１ＡＰメッセージ）を、または特定のＷＴＲＵに対するＣＳＦＢを実行するために情報を提供することを目的して他のメッセージを送信することができる。この「ＣＳＦＢ情報」メッセージにより、ＭＭＥは、ＷＴＲＵと通信しているｅＮＢに、ＣＳＦＢを実行する方法を通知することができるが、これはＰＳ ＨＯ、ネットワーク補助セル変更命令、セル変更命令、またはリダイレクション情報によるＲＲＣ接続解放を介して遂行されうる。ＭＭＥは、ＷＴＲＵと通信しているｅＮＢに、潜在的なＣＳセルの少なくとも１つのＳＩＢをＷＴＲＵに供給することができるかどうか、および／または新規ＩＥをｅＮＢに送信されるメッセージ内に入れてＣＳＦＢを実行する方法を通知することができる。
【０１７０】
ＣＳＦＢ情報メッセージを受信した後、ｅＮＢは、ＭＭＥからの情報に従ってＣＳＦＢを実行することができる。したがって、緊急呼に対するＣＳＦＢについて、ＭＭＥは、ＣＳＦＢが高い優先順位を有することをＣＳＦＢ情報メッセージでｅＮＢに通知し、信号伝送される方法の１つを介してＣＳＦＢを実行することができる。図１０Ａおよび１０Ｂを再び参照すると、ＭＭＥからｅＮＢへのＣＳＦＢ情報をＷＴＲＵコンテキスト修正要求メッセージにそれぞれ含める（１０１６および１０４２）か、またはＭＭＥからｅＮＢへの他のメッセージに含めることができることがわかる。
【０１７１】
あるいは、別の実施形態では、ＷＴＲＵコンテキスト修正要求メッセージに含めることができる新規ＩＥがない場合、ＷＴＲＵコンテキスト修正要求メッセージ内のＣＳＦＢインジケータＩＥの高い優先順位値を、ＲＲＣ接続解放（またはネットワーク補助セル変更もしくはセル変更命令）を介してＣＳＦＢを実行する指示として使用するか、またＷＴＲＵへのＳＩＢ（システム情報ブロック）の提供とともに使用することができる。したがって、ＣＳＦＢインジケータＩＥがＭＭＥによって「ＣＳＦＢ要求」に設定された場合、ｅＮＢは、ＰＳ ＨＯでＣＳＦＢを実行することができる。他の場合には、「ＣＳＦＢの高い優先順位」の値は、ｅＮＢがＲＲＣ接続解放（またはネットワーク補助セル変更もしくはセル変更命令）を介してＣＳＦＢを実行することを引き起こし、またＷＴＲＵへのＳＩＢ提供とともに使用されうる。
【０１７２】
ＭＭＥがＷＴＲＵまたはＭＳＣ／ＶＬＲから、進行中のＣＳＦＢ手順をキャンセルする要求を受信した場合、ＭＭＥによるＣＳＦＢ手順を中止するためのオプションがありうる。ＭＭＥがハンドオーバ要求メッセージを、（このメッセージのガードタイマーを開始した）ｅＮＢから受信した場合、ＭＭＥは、応答メッセージ（つまり、ＨＯコマンド）をｅＮＢに送信することができない。したがって、ｅＮＢでのタイマーは、最終的にタイムアウトになり、これにより、ｅＮＢは、ＣＳＦＢ手順を続行することを自律的に決定することができない。
【０１７３】
あるいは、ＭＭＥは、ＣＳＦＢ手順を中止することを知らせるための明示的なメッセージをｅＮＢに送信することができる。これは、ＷＴＲＵコンテキスト修正要求（図１０Ａおよび１０Ｂのそれぞれにおける１０１６および１０４２）などの既存のメッセージで行うことができる。これらの場合において、ＭＭＥは、ＣＳＦＢ手順をキャンセルする要求の原因を指示するために新規ＩＥを含めることができる。そのため、ｅＮＢは、このメッセージを受信すると、ＣＳＦＢ手順を中止することができる。ｅＮＢは、タイプＥＳＲに関係なく特定の方法でＣＳＦＢを実行するように構成されうる。この構成は、特定の期間に対して、またはＭＭＥによる明示的な信号伝送を介して実行されうる。
【０１７４】
実施形態
１．ＷＴＲＵ（ワイヤレス送信／受信ユニット）に対するシステム間変更を回避するための方法。
【０１７５】
２．ＷＴＲＵへのＭＴ（移動局着信）ＣＳＦＢ（回線交換フォールバック）を中止することを決定することを含む実施形態１に記載の方法。
【０１７６】
３．ＭＴ ＣＳＦＢ発呼を開始するページング要求が送信されたかどうかを判定することをさらに含む前記実施形態のいずれかに記載の方法。
【０１７７】
４．ページング要求が送信されたという条件の下で、ＭＴ ＣＳＦＢ発呼をキャンセルすることをＭＭＥに要求する中止メッセージをＭＭＥに送信することをさらに含む前記実施形態のいずれかに記載の方法。
【０１７８】
５．ＭＴ ＣＳＦＢ発呼を中止することを決定することはＷＴＲＵからＭＴ ＣＳＦＢ発呼を中止する要求を受信することに基づく実施形態２〜４のいずれかに記載の方法。
【０１７９】
６．ＭＴ ＣＳＦＢ発呼を確立するＷＴＲＵへのページング要求が送信されたときにタイマーを起動することをさらに含む前記実施形態のいずれかに記載の方法。
【０１８０】
７．ＭＴ ＣＳＦＢ発呼を中止することを決定することはＷＴＲＵから応答を受信する前にタイマーがタイムアウトになることに基づく実施形態６に記載の方法。
【０１８１】
８．ページング要求はＳＧｓＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔメッセージであることをさらに含む実施形態３〜７のいずれかに記載の方法。
【０１８２】
９．ページング要求が送信されなかったという条件の下で、ＭＴ ＣＳＦＢ発呼を中止することをさらに含む実施形態３〜７のいずれかに記載の方法。
【０１８３】
１０．ＶＬＲ（ビジターロケーションレジスタ）によって実行される前記実施形態のいずれかに記載の方法。
【０１８４】
１１．ＷＴＲＵへのＭＴ（移動局着信）ＣＳＦＢ（回線交換フォールバック）発呼をキャンセルすることを指示する中止メッセージをＶＬＲ（ビジターロケーションレジスタ）から受信することをさらに含む実施形態１に記載の方法。
【０１８５】
１２．ＷＴＲＵからの拡張サービス要求（ＥＳＲ）がすでに受信されているという条件の下で、ＭＴ ＣＳＦＢ発呼が中止されることを指示するサービス拒否メッセージをＷＴＲＵに送信することをさらに含む実施形態１１に記載の方法。
【０１８６】
１３．ＷＴＲＵにさらなるメッセージを送信しないことをさらに含む実施形態１１〜１２のいずれかに記載の方法。
【０１８７】
１４．ＭＳＣ（移動交換局）にＭＴ ＣＳＦＢ発呼に関係するさらなるメッセージを送信しないことをさらに含む実施形態１１〜１３のいずれかに記載の方法。
【０１８８】
１５．ＶＬＲに確認応答メッセージを送信することをさらに含む実施形態１１〜１４のいずれかに記載の方法。
【０１８９】
１６．ＭＴ ＣＳＦＢ発呼がキャンセルされた結果を指示するステータス情報要素（ＩＥ）を確認応答メッセージに含めることをさらに含む実施形態１５に記載の方法。
【０１９０】
１７．他のネットワークノードに中止要求を送信することをさらに含む実施形態１１〜１６のいずれかに記載の方法。
【０１９１】
１８．Ｅ−ＵＴＲＡＮ（進化型ユニバーサル地上無線アクセスネットワーク）にページング手順を中止する要求を送信することをさらに含む実施形態１１〜１６のいずれかに記載の方法。
【０１９２】
１９．モビリティ管理エンティティ（ＭＭＥ）によって実行される実施形態１１〜１８のいずれかに記載の方法。
【０１９３】
２０．ワイヤレス通信において送信側エンティティと受信側エンティティとの間でベアラコンテキストを同期させる方法。
【０１９４】
２１．送信側エンティティにおけるベアラコンテキストのステータスのアップデートを検出することをさらに含む実施形態２０に記載の方法。
【０１９５】
２２．受信側エンティティへの次の非アクセス層（ＮＡＳ）メッセージにベアラコンテキストステータス情報要素（ＩＥ）を入れることをさらに含む実施形態２０〜２１のいずれかに記載の方法。
【０１９６】
２３．ベアラコンテキストステータスＩＥは、ベアラコンテキストのステータスのアップデートに基づく実施形態２２に記載の方法。
【０１９７】
２４．受信側エンティティに次のＮＡＳメッセージを送信することをさらに含む実施形態２０〜２３のいずれかに記載の方法。
【０１９８】
２５．ベアラコンテキストは、ＥＰＳ（進化型パケットシステム）ベアラコンテキストである実施形態２０〜２４のいずれかに記載の方法。
【０１９９】
２６．次のＮＡＳメッセージは、拡張サービス要求（ＥＳＲ）メッセージである実施形態２２〜２５のいずれかに記載の方法。
【０２００】
２７．ベアラコンテキストのステータスは、ベアラコンテキストがアクティブであるか、または非アクティブであるかを示す実施形態２１〜２６のいずれかに記載の方法。
【０２０１】
２８．送信側エンティティは、ＷＴＲＵ（ワイヤレス送信／受信ユニット）であり、受信側エンティティは、モビリティ管理エンティティ（ＭＭＥ）／ネットワークである実施形態２０〜２７のいずれかに記載の方法。
【０２０２】
２９．送信側エンティティは、モビリティ管理エンティティ（ＭＭＥ）／ネットワークであり、受信側エンティティは、ＷＴＲＵ（ワイヤレス送信／受信ユニット）である実施形態２０〜２７のいずれかに記載の方法。
【０２０３】
特徴および要素が特定の組み合わせで上で説明されているけれども、当業者であれば、それぞれの特徴もしくは要素は単独で、または他の特徴および要素と組み合わせて使用できることを理解するであろう。それに加えて、本明細書で説明されている方法は、コンピュータまたはプロセッサにより実行できるようにコンピュータ可読媒体内に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにより実装されうる。コンピュータ可読媒体の例としては、電子信号（有線で、またはワイヤレス接続で送信される）およびコンピュータ可読記憶媒体が挙げられる。コンピュータ可読記憶媒体の例としては、限定はしないが、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（デジタル多用途ディスク）などの光学媒体が挙げられる。ソフトウェアとの関連性を持つプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、またはホストコンピュータにおいて使用するための無線周波トランシーバを実装するために使用できる。
【技術分野】
【０００１】
関連出願の相互参照
本出願は、参照により本明細書に組み込まれている、２０１０年４月１日に出願した米国仮出願第６１／３２０，０２７号明細書、２０１０年２月１２日に出願した米国仮出願第６１／３０３，７６１号明細書、２０１０年１月７日に出願した米国仮出願第６１／２９３，０８４号明細書、２００９年１２月２日に出願した米国仮出願第６１／２６５，９１７号明細書、および２００９年１０月３０日に出願した米国仮出願第６１／２５６，４２１号明細書の利益を主張するものである。
【背景技術】
【０００２】
ワイヤレス通信の分野における目標は、ＷＴＲＵ（ワイヤレス送信／受信ユニット）がサービスを中断することなくセッションの進行中に通信を発するか、または受信することを可能にするメカニズムを考案することであった。例えば、３ＧＰＰ（第３世代パートナーシッププロジェクト）ＬＴＥ（ロングタームエボリューション）のシナリオにおける目標は、ＷＴＲＵが、Ｅ−ＵＴＲＡＮ（進化型ユニバーサル地上無線アクセスネットワーク）のＰＳ（パケット交換）ドメインに接続されている間に、ＣＳ（回線交換）サービスを発するか（つまり、発信）、もしくは受信する（つまり、着信）、またはその逆を行えるようにするメカニズムを考案することであった。ＣＳサービスの例は、少なくともＣＳ音声通話、ＳＭＳ（ショートメッセージサービス）、位置情報サービス、または付加サービスなどのサービスを含むことができる。ＷＴＲＵによる進行中のＰＳセッションにおけるＣＳセッションの開始は、ＣＳＦＢ（ＣＳフォールバック）と称される。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ＣＳ（回線交換）およびＰＳ（パケット交換）セッションをサポートするワイヤレス通信のためのリソースの効率的な信号伝送および使用を目的とする方法および装置を開示する。モビリティ管理エンティティ（ＭＭＥ）、ＶＬＲ（ビジターロケーションレジスタ（Visitor Location Register））、および基地局（ＢＳ）を含む様々なワイヤレスネットワークエンティティ、ならびにネットワークと通信するＷＴＲＵ（ワイヤレス送信／受信ユニット）の挙動は、ＰＳ（パケット交換）システムにＣＳＦＢ（回線交換フォールバック）を実装することによって生じる問題に対処するために定義されている。
【課題を解決するための手段】
【０００４】
ＶＬＲは、ＷＴＲＵ（ワイヤレス送信／受信ユニット）へのＭＴ（移動局着信）ＣＳＦＢ発呼に対するＣＳＦＢ手順を中止し、ＭＭＥに中止メッセージを送信する決定を下して、ＷＴＲＵに対するシステム間の変更を回避することができる。ＭＭＥは、ＣＳ呼が中止されることを指示するサービス拒否メッセージをＷＴＲＵに送信し、キャンセルされた呼に関係する着信メッセージを無視することができる。ベアラコンテキストステータス情報を受信側エンティティに送信される非アクセス層（ＮＡＳ）メッセージに含めることによって送信側エンティティと受信側エンティティとの間でベアラコンテキストを同期させることができる。
【図面の簡単な説明】
【０００５】
本発明の詳細は、例示として添付図面と併せて以下の説明を読むとさらによく理解することができる。
【０００６】
【図１Ａ】１つまたは複数の開示されている実施形態が実装されうる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに例示されている通信システム内で使用されうる例示的なＷＴＲＵ（ワイヤレス送信／受信ユニット）のシステム図である。
【図１Ｃ】図１Ａに例示されている通信システム内で使用されうる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】ＥＰＳ（進化型パケットシステム）アップデート結果情報要素（ＩＥ）を含むＴＡＵ（トラッキングエリアアップデート）応答メッセージのブロック図である。
【図３】ＥＰＳベアラコンテキストステータスをＮＡＳメッセージに含めるための方法の流れ図である。
【図４Ａ】ＭＭＥとＭＳＣ／ＶＬＲとの間にＳＧインターフェースがある場合のＷＴＲＵとＭＭＥとの間の手順に対する流れ図である。
【図４Ｂ】ＣＳドメインが利用不可能であることを通知された場合にＷＴＲＵによって実行される手順の流れ図である。
【図５Ａ】ＷＴＲＵが緊急呼を発したことに応答する手順の流れ図である。
【図５Ｂ】緊急呼に対するＣＳＦＢ手順の遅延を短縮するための手順の流れ図である。
【図６】位置エリアが変更されたときにＷＴＲＵがシステム間の変更を実行する場合の手順の流れ図である。
【図７】ＣＳＦＢの失敗に応答してＴＡＵがトリガされる場合の手順の流れ図である。
【図８Ａ】機能強化があるＣＳＦＢ発呼に対する例示的なＣＳＦＢ手順を示す図である。
【図８Ｂ】機能強化がないＣＳＦＢ発呼に対する例示的なＣＳＦＢ手順を示す図である。
【図９】ＭＴ ＣＳＦＢをトリガしたＣＳがキャンセルされたときのＷＴＲＵに対するシステム間の変更を回避するための手順の流れ図である。
【図１０Ａ】競合状態がＣＳＦＢとＬＴＥ内ハンドオーバとの間に発生しうる場合の想定されるシナリオの例の流れ図である。
【図１０Ｂ】競合状態がＣＳＦＢとＬＴＥ内ハンドオーバとの間に発生しうる場合の想定されるシナリオの例の流れ図である。
【発明を実施するための形態】
【０００７】
本明細書で説明されている教示は、ＣＳ（回線交換）またはＰＳ（パケット交換）セッションをサポートすることができるアクセス技術に適用可能であるものとしてよい。例として、限定はしないが、ＬＴＥ（ロングタームエボリューション）、ＷＣＤＭＡ（広帯域符号分割多元接続）、ＧＳＭ（Global System for Mobile communications）（登録商標）、ＧＰＲＳ（General Packet Radio Service）、ＥＤＧＥ（Enhanced Data rates for Global Evolution）、ＣＤＭＡ２０００（符号分割多元接続）、８０２．１１、８０２．１６などのＩＥＥＥ８０２技術、およびＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、ＵＭＴＳ（ユニバーサルモバイルテレコミュニケーションシステム）、または将来の技術が挙げられる。説明のため、ＬＴＥを背景として様々な実施形態について説明するが、これらの様々な実施形態は、ＣＳおよび／またはＰＳセッションをサポートすることができる技術であればどのような技術を使用しても実装できる。
【０００８】
図１Ａは、１つまたは複数の開示されている実施形態が実装されうる例示的な通信システム１００の図である。通信システム１００は、音声、データ、動画像、メッセージング、放送などのコンテンツを複数のワイヤレスユーザに提供する多元接続システムであるものとしてよい。通信システム１００は、ワイヤレス帯域を含む、システムリソースの共有を通じて複数のワイヤレスユーザがそのようなコンテンツにアクセスすることを可能にするものとしてよい。例えば、通信システム１００は、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交ＦＤＭＡ）、ＳＣ−ＦＤＭＡ（シングルキャリアＦＤＭＡ）などの１つまたは複数のチャネルアクセス方法を使用することができる。
【０００９】
図１Ａに示されているように、通信システム１００は、ＷＴＲＵ（ワイヤレス送信／受信ユニット）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ（無線アクセスネットワーク）１０４、コアネットワーク１０６、ＰＳＴＮ（公衆交換電話網）１０８、インターネット１１０、および他のネットワーク１１２を含むものとしてよいが、開示されている実施形態では、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作し、および／または通信するように構成された任意の種類のデバイスとすることができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄはワイヤレス信号を送信し、および／または受信するように構成することができ、ＵＥ（ユーザ装置）、移動局、固定または移動加入者ユニット、ポケベル、携帯電話、ＰＤＡ（携帯情報端末）、スマートフォン、ラップトップ、ノートブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含みうる。
【００１０】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを備えることもできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの、１つまたは複数の通信ネットワークへのアクセスが円滑に行われるようにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つのＷＴＲＵとワイヤレス方式でインターフェースする構成をとる任意の種類のデバイスとすることができる。例えば、基地局１１４ａ、１１４ｂは、ＢＴＳ（トランシーバ基地局）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、ＡＰ（アクセスポイント）、ワイヤレスルータなどとすることができる。基地局１１４ａ、１１４ｂは、それぞれ、単一要素として示されているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を備えることができることは理解されるであろう。
【００１１】
基地局１１４ａは、ＢＳＣ（基地局制御装置）、ＲＮＣ（無線ネットワークコントローラ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）も備えることができる、ＲＡＮ１０４の一部であってもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）とも称することができる、特定の地理的領域内でワイヤレス信号を送信し、および／または受信するように構成されうる。セルは、幾つかのセルセクタにさらに分割することができる。例えば、基地局１１４ａに関連付けられているセルは、３つのセクタに分割することができる。そこで、一実施形態において、基地局１１４ａは、３つのトランシーバ、つまり、セルのセクタ毎にトランシーバを１つずつ備えることができる。別の実施形態において、基地局１１４ａは、ＭＩＭＯ（マルチ入力マルチ出力）技術を使用することができ、したがって、セルのそれぞれのセクタに対して複数のトランシーバを使用することができる。
【００１２】
基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と、任意の好適なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光などの）であってよい、エアーインターフェース１１６を介して通信することができる。エアーインターフェース１１６は、任意の好適なＲＡＴ（無線アクセス技術）を使用して設置することができる。
【００１３】
より具体的には、上記のように、通信システム１００は多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃでは、ＷＣＤＭＡ（広帯域ＣＤＭＡ）を使用してエアーインターフェース１１６を設置することができる、ＵＭＴＳ（ユニバーサルモバイル通信システム）ＵＴＲＡ（地上波無線アクセス）などの無線技術を実装することができる。ＷＣＤＭＡは、ＨＳＰＡ（高速パケットアクセス）および／またはＨＳＰＡ＋（進化型ＨＳＰＡ）などの通信プロトコルを備えることができる。ＨＳＰＡは、ＨＳＤＰＡ（高速ダウンリンクパケットアクセス）および／またはＨＳＵＰＡ（高速アップリンクパケットアクセス）を備えることができる。
【００１４】
別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（ロングタームエボリューション）および／またはＬＴＥ−Ａ（LTE-Advanced）を使用してエアーインターフェース１１６を設置することができる、Ｅ−ＵＴＲＡ（進化型ＵＭＴＳ地上無線アクセス）などの無線技術を実装することができる。
【００１５】
他の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（つまり、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５（Interim Standard 95)、IS-856(Interim Standard 856）、ＧＳＭ（Global System for Mobile communications）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ）などの無線技術を実装することができる。
【００１６】
図１Ａの基地局１１４ｂは、例えば、ワイヤレスルータ、ホームノードＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントとすることができ、事業所、家庭、自動車、キャンパスなどの局在化されたエリア内でワイヤレス接続を円滑に行えるようにするために好適なＲＡＴを利用することができる。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＬＡＮ（ワイヤレスローカルエリアネットワーク）を設置するためにＩＥＥＥ８０２．１１などの無線技術を実装することができる。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＰＡＮ（ワイヤレスパーソナルエリアネットワーク）を設置するためにＩＥＥＥ８０２．１５などの無線技術を実装することができる。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを設置するためにセルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０との直接接続を有することができる。そうすると、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がなくなる。
【００１７】
ＲＡＮ１０４は、コアネットワーク１０６と通信しているものとしてよく、このコアネットワーク１０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（ボイスオーバーインターネットプロトコル）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数のＷＴＲＵに提供するように構成された任意の種類のネットワークであってよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置情報サービス、前払い制通話、インターネット接続性、映像配信などを提供し、および／またはユーザ認証などの高水準のセキュリティ機能を実施することができる。図１Ａには示されていないけれども、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴ、または異なるＲＡＴを使用する他のＲＡＮと直接的な、または間接的な通信を行うことができることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を使用している可能性のある、ＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信していることもある。
【００１８】
コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても機能しうる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むものとしてよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群に含まれるＴＣＰ（伝送制御プロトコル）、ＵＤＰ（ユーザデータグラムプロトコル）、およびＩＰ（インターネットプロトコル）などの、共通通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの地球規模のシステムインを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または運営される有線もしくはワイヤレス通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ、または異なるＲＡＴを使用することができる、１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができる。
【００１９】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの幾つか、またはすべてがマルチモード機能を備える、つまり、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンク上で異なるワイヤレスネットワークと通信するための複数のトランシーバを備えることができる。例えば、図１Ａに示されているＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用している可能性のある、基地局１１４ａと、またＩＥＥＥ８０２無線技術を使用している可能性のある、基地局１１４ｂと通信するように構成することができる。
【００２０】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不可能なメモリ１０６、取り外し可能なメモリ１３２、電源１３４、ＧＰＳ（全世界測位システム）チップセット１３６、および他の周辺機器１３８を備えることができる。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら前記の要素の部分的組み合わせを備えることができることが理解されよう。
【００２１】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型のプロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアとの関連性を持つ１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の種類のＩＣ（集積回路）、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境内で動作することを可能にする他の機能を実行することができる。プロセッサ１１８は、送信／受信要素１２２に結合されうる、トランシーバ１２０に結合することができる。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして表しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内に集積化してまとめることができることが理解されよう。
【００２２】
送信／受信要素１２２は、エアーインターフェース１１６上で基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成されうる。例えば、一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信し、および／または受信するように構成されたアンテナとすることができる。別の実施形態において、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信し、および／または受信するように構成された放射体／検出器とすることができる。さらに別の実施形態において、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信し、受信するように構成することができる。送信／受信要素１２２は、ワイヤレス信号の組み合わせを送信し、および／または受信するように構成することができることが理解されよう。
【００２３】
それに加えて、図１Ｂでは送信／受信要素１２２は単一の要素として示されているけれども、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を備えることができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することができる。そのため、一実施形態において、ＷＴＲＵ１０２は、エアーインターフェース１１６上でワイヤレス信号を送信し受信するための２つまたはそれ以上の送信／受信要素１２２（例えば、複数のアンテナ）を備えることができる。
【００２４】
トランシーバ１２０は、送信器／受信要素１２２によって送信されるべき信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成されうる。上記のように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。そのため、トランシーバ１２０は、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数トランシーバを備えることができる。
【００２５】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（液晶ディスプレイ）表示ユニットまたはＯＬＥＤ（有機発光ダイオード）表示ユニット）に結合することができ、またそこからユーザ入力データを受け取ることができる。プロセッサ１１８は、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。それに加えて、プロセッサ１１８は、取り外し不可能なメモリ１０６および／または取り外し可能なメモリ１３２などの、任意の種類の好適なメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。取り外し不可能なメモリ１０６としては、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（リードオンリーメモリ）、ハードディスク、または他の種類のメモリストレージデバイスが挙げられる。取り外し可能なメモリ１３２としては、ＳＩＭ（加入者識別モジュール）カード、メモリスティック、ＳＤ（セキュアデジタル）メモリカードなどが挙げられる。他の実施形態において、プロセッサ１１８は、サーバもしくはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。
【００２６】
プロセッサ１１８は、電源１３４から電力を受け取り、その電力をＷＴＲＵ１０２内の他のコンポーネントに分配し、および／または制御するように構成されうる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスとすることができる。例えば、電源１３４としては、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）電池、ニッケル亜鉛（ＮｉＺｎ）電池、ニッケル水素（ＮｉＭＨ）電池、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などが挙げられる。
【００２７】
プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度と緯度）を提供するように構成されうる、ＧＰＳチップセット１３６にも結合することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアーインターフェース１１６上で位置情報を受信し、および／または２つもしくはそれ以上の付近の基地局から信号を受信するタイミングに基づきその位置を決定することができる。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら任意の好適な位置決定方法を用いて位置情報を取得することができることが理解されよう。
【００２８】
プロセッサ１１８は、追加の特徴、機能、および／または有線もしくはワイヤレス接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを備えうる、他の周辺機器１３８にさらに結合することができる。例えば、周辺機器１３８としては、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真または動画用）、ＵＳＢ（ユニバーサルシリアルバス）ポート、バイブレーションデバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、ＦＭ（周波数変調）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどが挙げられる。
【００２９】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０４では、エアーインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を使用することができる。ＲＡＮ１０４は、コアネットワーク１０６と通信することもできる。
【００３０】
ＲＡＮ１０４は、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを備えることができるが、ＲＡＮ１０４は、一実施形態との整合性を維持しながら任意の数のｅＮｏｄｅＢを備えることができることが理解されよう。ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、エアーインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを備えることができる。一実施形態において、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装することができる。そのため、ｅＮｏｄｅＢ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、ＷＴＲＵ１０２ａからワイヤレス信号を受信することができる。
【００３１】
ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにアップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されうる。図１Ｃに示されているように、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェース上で互いに通信することができる。
【００３２】
図１Ｃに示されているコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービスゲートウェイ１４４、およびＰＤＮ（パケットデータネットワーク）ゲートウェイ１４６を含むものとしてよい。前記の要素のそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のうちのどれか１つが、コアネットワーク事業者以外の事業体によって所有され、および／または運営されていてもよいことは理解されるであろう。
【００３３】
ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅＢ１４２ａ、１４２ｂ、１４２ｃのそれぞれに接続され、制御ノードとして使用されうる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラクティベーション／ディアクティベーション、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ時の特定のサービスゲートウェイの選択などを行う役割を有しているものとしてよい。ＭＭＥ１４２は、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能も備えることができる。
【００３４】
サービスゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができる。サービスゲートウェイ１４４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットの経路選択および転送を実行することができる。サービスゲートウェイ１４４は、ｅＮｏｄｅＢ間ハンドオーバ時のユーザプレーンのアンカリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対してダウンリンクデータが利用可能になったときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し格納することのような他の機能も実行することができる。
【００３５】
サービスゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続することができ、これは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信が円滑に行われるように、インターネット１１０などの、パケット交換ネットワークへのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのアクセスを可能にする。
【００３６】
コアネットワーク１０６は、他のネットワークとの通信を円滑に行えるようにすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信回線を使用する通信デバイスとの間の通信が円滑に行われるように、ＰＳＴＮ１０８などの、回路交換ネットワークへのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのアクセスを可能にする。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を備えるか、またはそれと通信することができる。それに加えて、コアネットワーク１０６によって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のサービスプロバイダによって所有され、および／または運営されている他の有線もしくはワイヤレスネットワークを含んでいる可能性のあるネットワーク１１２にアクセスすることが可能になる。
【００３７】
ＣＳおよびＰＳセッションをサポートするワイヤレス通信システムで生じる可能性のある問題として、保留のユーザデータがない場合にサービス要求（ＳＲ）手順によって無線ベアラが設定され、そのため、無線リソースをいたずらに浪費することになる可能性があるという点が挙げられる。ＬＴＥシステムを背景とする場合、ＥＰＳ（進化型パケットシステム）は、Ｅ−ＵＴＲＡＮ（進化型ＵＴＲＡＮ）アクセスネットワークとＥＰＣ（進化型パケットコア）ネットワークとの組み合わせである。例えば、図１Ｃを参照すると、ＥＰＳは、ＲＡＮ１０４とコアネットワーク１０６とを組み合わせたものであることがわかる。
【００３８】
ＥＰＳは、すべてのＩＰ型ネットワークであってよい。ＷＴＲＵとコアネットワークエンティティ（つまり、図１ＣのＭＭＥ１４２）との間の上位レイヤの信号伝送は、非アクセス層（ＮＡＳ）レイヤとして認識されうる。ＮＡＳレイヤでは、ＥＰＳが２つの新しいプロトコルエンティティ、つまり、ＥＭＭ（ＥＰＳモビリティ管理）とＥＳＭ（ＥＰＳセッション管理）を導入することができる。ＷＴＲＵとＭＭＥとの間の信号伝送の接続は、ＥＭＭ接続と称される。ＷＴＲＵは、ネットワークに登録されていてもＥＭＭ接続がない場合に、ＥＭＭ−ＩＤＬＥモードに入っている。同様に、ＷＴＲＵは、（ＮＡＳ）ＥＭＭ接続が存在している場合にＥＭＭ−Ｃｏｎｎｅｃｔｅｄモードに入っている。ＥＰＳベアラコンテキストは、異なるＱｏＳ（サービス品質）を必要とする様々なサービスに対する要求がＷＴＲＵからあった場合にネットワークによって割り当てられるパラメータおよびネットワークリソースの集合体である。
【００３９】
ＳＲ（サービス要求）手順の目的の１つは、アップリンクユーザデータもしくはシグナリングが送信されるときにＥＭＭをＥＭＭ−ＩＤＬＥからＥＭＭ−ＣＯＮＮＥＣＴＥＤに移行し、無線およびＳ１ベアラを確立することである。この手順の別の目的は、ＭＯ（移動局発信）／ＭＴ（移動局着信）ＣＳＦＢ（ＣＳ（回線交換）フォールバック）手順を呼び出すことである。ＳＲ手順は、そのトリガ（例えば、ＳＭＳ（ショートメッセージサービス）またはユーザデータ）に関係なく、ＷＴＲＵ（ワイヤレス送信／受信ユニット）におけるすべてのアクティブなＥＰＳベアラコンテキストに対して無線およびＳ１ベアラを確立させることができる。そのため、何らかのトリガメカニズムが信号伝送無線ベアラを必要とする場合であっても、ＭＭＥ（mobile management entity、移動管理エンティティ）は、ＷＴＲＵがＭＭＥによって受け入れられるＳＲを送信する場合にすべてのアクティブなＥＰＳベアラコンテキストに対して無線およびＳ１ベアラを確立することができる。
【００４０】
ＷＴＲＵが無線およびＳ１ベアラの確立を要求する別の方法は、ＭＭＥに送信されるＴＡＵ（トラッキングエリアアップデート）要求内の１ビット位置（「アクティブフラグ」ビットと称する）をセットすることによるものである。これは、ＴＡＵ手順がトリガされたときにユーザデータが保留になっている場合に生じうる。このビットをセットすることで、非アクセス層（ＮＡＳ）の信号伝送の接続を維持することができ、すべてのアクティブなＥＰＳコンテキストに対して無線およびＳ１ベアラを設定することができることがＭＭＥに通知される。
【００４１】
ＷＴＲＵがＳＲメッセージを送信すると、タイマーＴ３４１７が起動する。次いで、このタイマーは、ＡＳ（アクセス層）がユーザプレーンに対するベアラの確立を指示した場合に正常に停止する（つまり、手順は正常に完了する）。しかし、ＷＴＲＵは、ＳＭＳを送信／受信すること、位置サービス情報、または他の情報を送信もしくは受信することに対してＮＡＳ接続を確立する必要がある場合がある。これは、信号伝送無線ベアラで伝えられ、ＷＴＲＵがＳＭＳまたは他のユーザプレーンに関係しないサービスについてＳＲを送信したときにすべてのＥＰＳベアラコンテキストに対して無線およびＳ１ベアラを確立する必要がない場合がある。この場合、リソースは無駄になり、回避することも困難であると思われる。
【００４２】
第１の実施形態によれば、ＷＴＲＵが進化型パケットシステム（ＥＰＳ）接続管理モード（ＥＭＭ）−ＩｄｌｅモードからＥＭＭ−Ｃｏｎｎｅｃｔｅｄモードに遷移するときに、サービスが要求された理由がユーザデータによるものである場合に無線リソースを設定することができる。この実施形態について、以下でさらに詳しく説明する。
【００４３】
ＷＴＲＵがＥＭＭ−ＩｄｌｅモードからＥＭＭ−Ｃｏｎｎｅｃｔｅｄモードに遷移するときに、無線およびＳ１ベアラは、そのサービスが要求された理由がユーザデータに関係している場合に設定され、関係していない場合には設定されえない。そのため、ＷＴＲＵが、Ｉｄｌｅモードに入っており、非ＥＰＳサービス（例えば、ＳＭＳまたは付加サービス（ＳＳ））、位置情報サービス、または測位サービスを要求している場合、サービス要求手順により、アクティブなＥＰＳベアラに関係する無線およびＳ１ベアラは確立されない。これを達成する方法の１つでは、ユーザデータが保留になっている場合、またはＳＲに対する理由がＳＭＳ、ＳＳ、位置情報サービス、または他のユーザデータなどの保留ユーザデータに関係していない場合に異なる確立原因を利用する。
【００４４】
それに加えて、ＷＴＲＵは、ＥＭＭ−ＣｏｎｎｅｃｔｅｄモードでＳＲ手順を開始し、すべてのアクティブなＥＰＳベアラコンテキストのために無線およびＳ１ベアラが必要であることを指示することができる。ＷＴＲＵは、新しいタイプ、例えば「ユーザデータ保留」を指示するＳＲメッセージまたはＥＳＲ（拡張ＳＲ）メッセージを送信することができる。次いで、ネットワーク側では、すべてのアクティブなＥＰＳベアラコンテキストについて無線およびＳ１ベアラの設定を開始することができる。ＳＲメッセージは、サービスタイプの情報要素（ＩＥ）を有していない場合があるため、新規ＩＥをＳＲ（またはＥＳＲ）メッセージに入れて、ＷＴＲＵのコンテキストに対して無線およびＳ１ベアラの確立をその後トリガすることができる保留ユーザデータステータスを指示するとよい。ＩＥは、現在のＳＲが４オクテット長であるため条件付きの、もしくはオプションのＩＥであるものとしてよい。したがって、上に示されているようにＳＲメッセージを使用する場合、新規ＩＥを含めることができる。そうでない場合、ＳＲは、このＩＥを含めることができない（例えば、これが送信されＩｄｌｅからＣｏｎｎｅｃｔｅｄモードに遷移した場合）。この実施形態は、ＥＳＲメッセージにも適用される。
【００４５】
あるいは、ＷＴＲＵは、Ｃｏｎｎｅｃｔｅｄモードで新規ＮＡＳメッセージを送信し、すべてのアクティブなＥＰＳベアラコンテキストのためにネットワーク側で無線およびＳ１ベアラを設定しなければならないことを指示することができる。
【００４６】
上記のオプション（ＳＲ、ＥＳＲ、または新規ＮＡＳメッセージ）のいずれかについて、ＷＴＲＵは、無線およびＳ１ベアラが設定される必要があるＥＰＳベアラコンテキストを指定することができるか、またはネットワーク側ですべてのアクティブなＥＰＳベアラコンテキストに対して無線およびＳ１ベアラを確立することができる。前者は、ＥＰＳベアラコンテキストステータスＩＥ（または新規ＩＥ）を再利用して、手順がどのようなＥＰＳベアラコンテキストに関っているかを示すことができる。
【００４７】
ＣＳおよびＰＳセッションをサポートするワイヤレス通信システムにおいて生じうる別の問題として、ＴＡＵ（トラッキングエリアアップデート）手順の実行時にＮＡＳ信号伝送接続を維持することをＷＴＲＵに通知するための手段が欠如している可能性があるという点が挙げられる。
【００４８】
ＷＴＲＵを電源オンにすると、これは、「アタッチ」手順を実行することによってＥＰＳドメイン内に登録することができる。ＷＴＲＵがＥＰＳにアタッチした後、ＴＡＵ手順を使用してその位置についてＭＭＥに通知しなければならない場合がある。ＴＡＵ手順を実行するＷＴＲＵは、ＴＡＵ要求メッセージ中の「アクティブフラグ」ビットと称される、１ビットをセットすることによって、実行すべき信号伝送がもっとあること、および／または保留中のユーザデータがあることをネットワーク側に指示することができる。ＷＴＲＵによってそのビットがセットされた場合、ネットワーク側では、すべてのアクティブなＥＰＳベアラコンテキストについて無線およびＳ１ベアラを確立することができる。しかし、ＴＡＵ要求においてそのビットがセットされていない場合であっても実行すべきＭＴ（移動局着信）信号伝送がもっとあることをネットワーク側でＷＴＲＵに指示するための現行メカニズムはない。そのため、ＭＭＥはそうすることができなくてもＷＴＲＵに送信しなければならないＳＭＳまたは他の信号伝送を受信する可能性がある。
【００４９】
一実施形態では、ネットワークは、ＴＡＵ（トラッキングエリアアップデート）アクセプト信号伝送においてＮＡＳの信号伝送を維持するようＷＴＲＵに指示する。ＴＡＵの応答はアップデート結果とともにネットワークからＷＴＲＵに送信されうる。図２は、ＥＰＳ（進化型パケットシステム）アップデート結果情報要素（ＩＥ）２１０を含むＴＡＵ（トラッキングエリアアップデート）応答メッセージ２００のブロック図である。ＴＡＵ応答メッセージ２００は、第１のオクテット２０８および第２のオクテット２１０を含み、第２のオクテット２１０はＥＰＳアップデート結果ＩＥ ２１０である。ＥＰＳアップデート結果ＩＥ ２１０は、ＩＥ識別子２０２、スペアビット２０４、およびＥＰＳアップデート結果値２０６を含む。ＥＰＳアップデート結果値２０６は、そのアップデートの試みがトラッキングエリアのみに対して、またはトラッキングエリアと位置エリアの両方に対して成功したかどうかをＷＴＲＵに知らせることができる。メッセージ２００のフィールドがビット位置ラベルとともに図示されており、例えば、スペアビット２０４はビット位置４にあるが、フィールドのどのような配置構成をも使用することができる。
【００５０】
スペアビット２０４は、「ゼロ」に設定されうる。ネットワーク側では、ＮＡＳ接続をさらなる保留信号伝送に対して維持できることをＷＴＲＵに指示することができる。例えば、ＴＡＵ要求がＭＭＥに送信されると、ＭＴ ＳＭＳもＭＭＥに届くことがある。そこで、ＳＭＳ転送に対してＮＡＳ信号伝送接続を保つために、ＭＭＥは、ＴＡＵアクセプトを送信し、スペアビット２０４を値「１」に設定する。受信した後、ＷＴＲＵは、ネットワークがさらなる信号伝送を続けられる構成された期間にわたって、それぞれ、ＮＡＳ信号伝送ならびにＭＭＥおよびｅＮＢとのＲＲＣ接続を維持する。ＷＴＲＵは、ネットワークから信号伝送を受けることなく時間が経過した場合に接続を解放することができる。ネットワーク側では、維持されているＮＡＳ信号伝送接続を使用して、ＳＭＳ、ＳＳ、位置情報、もしくは測位サービスに送信するか、またはＥＳＭ手順をトリガすることができる（例えば、すべてのアクティブなＥＰＳベアラコンテキストに対して無線およびＳ１ベアラを確立するための後にＲＲＣメッセージが続きうる専用ベアラコンテキストのアクティベーション）。ＭＭＥは、維持されている信号伝送を使用して、ＭＴ ＣＳＦＢ要求に関してＷＴＲＵに通知することもできる。
【００５１】
あるいは、ＷＴＲＵは、ｅＮＢからＲＲＣ接続解放メッセージを受信する前に何らかのＭＴ信号伝送を予想することができる。その場合、ＷＴＲＵは、信号伝送をしかるべく処理して、これをエラーの場合としてみなさないようにできる。
【００５２】
ＣＳおよびＰＳセッションをサポートするワイヤレス通信システムにおいて発生しうる別の問題として、ＥＰＳベアラコンテキストの同期処理が、ＴＡＵ手順の範囲内に制限されうるという点が挙げられる。ＥＰＳベアラコンテキストは、異なるサービス品質を必要とする様々なサービスに対する要求がＷＴＲＵからあった場合にネットワークによって割り当てられるパラメータおよびネットワークリソースの集合体である。一方のエンティティ（ＷＴＲＵまたはＭＭＥ／ネットワーク）においてアクティブなすべてのＥＰＳベアラコンテキストには、他方のエンティティ（ＭＭＥ／ネットワークもしくはＷＴＲＵ）においてそれと対になるアクティブなＥＰＳベアラコンテキストがありうる。そのため、ＷＴＲＵおよびネットワークは、ＥＰＳベアラコンテキストをできる限り同期するように維持することを試みる。幾つかの場合において、ＭＭＥでは、例えば、ＥＰＳベアラコンテキストは、しばらく使用されていなかったという理由により、局所的にディアクティベートされうる。ＭＭＥは、ＥＰＳベアラコンテキストステータスＩＥと称される情報要素（ＩＥ）をＴＡＵアクセプトメッセージなどの幾つかの信号伝送メッセージ内に含めることによって最新のＥＰＳベアラコンテキストステータスでＷＴＲＵを更新することができる。
【００５３】
ＷＴＲＵがこのＩＥを受信した後、ＷＴＲＵではアクティブであるが、ＭＭＥによって非アクティブであると指示されている、すべてのＥＰＳベアラコンテキストを局所的に（ＷＴＲＵとＭＭＥとの間のピアツーピア信号伝送なしで）ディアクティベートすることができる。ＷＴＲＵがＴＡＵ要求などの幾つかのメッセージ内にＩＥを入れた場合についても同じことが言える。もしそうであれば、ＭＭＥは、ネットワーク側ではアクティブであるが、ＷＴＲＵによって非アクティブであると指示されている、すべてのＥＰＳベアラコンテキストを局所的に（ＭＭＥとＷＴＲＵとの間のピアツーピア信号伝送なしで）ディアクティベートすることができる。
【００５４】
ＷＴＲＵは、その定期的タイマーがタイムアウトしたときに定期的ＴＡＵを実行することができる。ＷＴＲＵが、次のＴＡＵが実行される前にコンテキストをディアクティベートしてしまっている場合、ＭＭＥ／ネットワークと同期をとる前にＴＡＵ開始を待たなければならないことがある。定期的ＴＡＵの開始前に他の要求が届く可能性もありうる（例えば、この手順を実行するとターゲットＲＡＴにおける対応するリソースの予約が行われるので最新のＥＰＳベアラコンテキストステータスを使用することが重要であるＣＳＦＢ）。そのため、現在はＴＡＵ信号伝送に制限されているため、同期プロセスは効率的でない。
【００５５】
一実施形態では、ＥＰＳベアラコンテキストステータスＩＥを任意のＮＡＳメッセージに含めることができる。例えば、ＥＰＳベアラコンテキストステータスＩＥは、手順がＴＡＵ手順でない場合であっても、どれかの、またはすべてのＮＡＳメッセージに（例えば、サービス要求メッセージでは、可能でない場合を除き）含めることができる。したがって、コンテキストステータスのアップデートがあるたび毎に、ＷＴＲＵ／ＭＭＥ／ネットワークは、最新のコンテキストステータスを速やかに与えるために、ベアラコンテキストステータスＩＥを受信側に送信される次のＮＡＳメッセージ内に含めることができる。
【００５６】
一実施形態によれば、ＷＴＲＵは、拡張サービス要求（ＥＳＲ）メッセージ内にＩＥを入れることができる。ＷＴＲＵが、ＥＳＲメッセージを送信しＥＰＳベアラコンテキストステータスＩＥを含むときに、Ｃｏｎｎｅｃｔｅｄモードに入っている場合、ＭＭＥはＣＳ ＲＡＴへのハンドオーバを実行するときに、例えばＰＳ（パケット交換）ＨＯ（ハンドオーバ）を実行するか、またはターゲットＲＡＴ内のリソースを確立する際にコンテキストの含まれているステータスを考慮することができる。
【００５７】
ＭＭＥ／ネットワークは、ＥＰＳベアラコンテキストステータスＩＥをすべてのメッセージに、それが拒否メッセージであっても、含めることができる。例えば、サービス拒否に、ＥＰＳベアラコンテキストステータスＩＥを含めることができ、ＷＴＲＵは、そのようなメッセージでこのＩＥを受信するときにそのコンテキストをしかるべくアップデートすることができる。これは、ｃｏｎｎｅｃｔｅｄモードおよび／またはＩｄｌｅモード、およびＷＴＲＵもしくはネットワークの両方に当てはまる。
【００５８】
ベアラコンテキストステータスＩＥを受信した後、受信側エンティティ（ＷＴＲＵもしくはＭＭＥ／ネットワーク）は、受信側エンティティにおいてはアクティブであるが、送信側エンティティによって非アクティブであると指示されている、すべてのＥＰＳベアラコンテキストを局所的に（ＷＴＲＵとＭＭＥとの間のピアツーピア信号伝送なしで）ディアクティベートする。
【００５９】
図３は、ＥＰＳベアラコンテキストステータスをＮＡＳメッセージに含めるための方法の流れ図３００である。ステップ３０５〜３１５は、送信側エンティティにおいて実行され、ステップ３２０〜３２５は、受信側エンティティにおいて実行され、送信側エンティティおよび受信側エンティティは、それぞれ、ＷＴＲＵ側およびネットワーク側にあるか、またはその逆であってもよい。ステップ３０５において、送信側エンティティは、送信側エンティティにおけるＥＰＳベアラコンテキストのステータスのアップデートを検出する。ステップ３１０において、送信側エンティティは、ベアラコンテキストステータスのアップデートを反映する受信側エンティティへの次の非アクセス層（ＮＡＳ）メッセージにＥＰＳベアラコンテキストステータス情報要素（ＩＥ）を入れる。次のＮＡＳメッセージは、例えば、ＥＳＲメッセージであってよい。ステップ３１５において、送信側エンティティは、次のＮＡＳメッセージを受信側をエンティティに送信する。ステップ３２０において、受信側エンティティは、次のＮＡＳメッセージを受信する。ステップ３２５において、受信側エンティティは、受信側エンティティにおいてはアクティブであるが、ＥＰＳベアラコンテキストステータスＩＥにおける送信側エンティティによって非アクティブであると指示されている、すべてのＥＰＳベアラコンテキストを局所的にディアクティベートする。
【００６０】
ＣＳドメインが一時的に利用不可能になった場合、ＣＳおよびＰＳセッションをサポートしているワイヤレス通信システムに他の問題が生じることがある。ＬＴＥシステムを背景として、ＷＴＲＵがＥ−ＵＴＲＡＮ上のＣＳ（または非ＥＰＳ）サービス（つまり、ＭＯ／ＭＴ ＣＳ呼およびＳＭＳ）を取得できるようにＣＳＦＢの概念を導入した。移動交換局（ＭＳＣ）／ビジターロケーションレジスタ（ＶＬＲ）は、ＣＳ（回線交換）サービスを提供するためにスイッチと、２Ｇおよび３Ｇシステムに導入されたデータベースの組み合わせであり、ＭＭＥと同じ事業者のネットワーク内に配置される。ＣＳＦＢは、ＳＧインターフェースと称される、ＭＭＥとＭＳＣ／ＶＬＲとの間の新規インターフェースの導入によって有効にされた。
【００６１】
ＷＴＲＵが非ＥＰＳサービス（例えば、ＳＭＳ）を取得できるように、Ｅ−ＵＴＲＡＮドメインとＣＳドメインの両方において登録を実行することができ、これは組み合わせアタッチ手順と称される。この組み合わされた登録により、ＭＭＥおよびＭＳＣ／ＶＬＲにＷＴＲＵに対するＳＧの関連付けが行われる。そのようなものとして、ＳＭＳメッセージは、ネイティブのＬＴＥ ＮＡＳメッセージを使用してＭＭＥにＬＴＥ信号伝送で送信されうる。ＷＴＲＵがＭＭＥにおいてＳＧの関連付けを有している場合、後者はメッセージを検証することなくＭＳＣ／ＶＬＲに転送することができる。同様に、ＭＴ ＳＭＳについては、ＭＭＥは、ＳＧインターフェースを介してＭＳＣ／ＶＬＲから要求を受信した後、メッセージをＷＴＲＵに転送することができる。
【００６２】
同様に、Ｅ−ＵＴＲＡＮにおいてＷＴＲＵに対するＭＴ ＣＳ呼がある場合、ＭＳＣ／ＶＬＲは、ＳＧインターフェースを使用してＭＭＥに向けたページングメッセージを作成することができる。次いで、後者は、ＭＴ呼に関してＷＴＲＵに通知することを試みることができる。ＷＴＲＵは、以下のように、ＥＰＳおよび非ＥＰＳの登録結果に関係するアップデートステータスを維持することができる。
【００６３】
ＷＴＲＵは、ネットワークへの現在の登録のＥＰＳステータスを維持することができ、ＥＰＳステータスは、ＥＵ１：ＵＰＤＡＴＥＤ（最後のアタッチまたはＴＡＵが成功したことを意味する）、ＥＵ２：ＮＯＴ ＵＰＤＡＴＥＤ（最後のアタッチ、ＳＲ（サービス要求）、またはＴＡＵの試行が手順に関して失敗した、つまり、ＭＭＥから応答または拒否が受信されなかったことを意味する）、またはＥＵ３：ＲＯＡＭＩＮＧ ＮＯＴ ＡＬＬＯＷＥＤ（最後のアタッチ、ＳＲ、またはＴＡＵが正しく実行されたが、ＭＭＥからの応答が否定応答であった（ローミングまたは加入制限があるため）ことを意味する）のうちのいずれかとすることができる。
【００６４】
ＷＴＲＵは、ネットワーク（３Ｇ）への現在の登録のＭＭ（モビリティ管理）ステータスを維持することができ、ＭＭステータスは、Ｕ１：ＵＰＤＡＴＥＤ（最後のＬＡＵ（位置エリアアップデート）が成功したことを意味する）、Ｕ２：ＮＯＴ ＵＰＤＡＴＥＤ（最後のＬＡＵが手順に関して失敗したことを意味する（ネットワーク内に障害または輻輳が発生した場合を含めて、ネットワークから有意な応答を受信しなかった））、Ｕ３：ＲＯＡＭＩＮＧ ＮＯＴ ＡＬＬＯＷＥＤ（最後のＬＡＵは正常に実行したが、ネットワークからの応答は否定応答であったことを意味する）、またはＵ４：ＵＰＤＡＴＩＮＧ ＤＩＳＡＢＬＥＤ（ＬＡＵが無効にされたことを意味する）のうちのいずれかとすることができる。
【００６５】
ＭＭステータスについて、ＳＩＭ（加入者識別モジュール）／ＵＳＩＭ（汎用加入者識別モジュール）は、有効なＬＡＩ（位置エリア識別番号）、ＴＭＳＩ（一時的移動局加入者識別番号）、ＧＳＭ（Global System for Mobile communications）暗号鍵、ＵＭＴＳ（ユニバーサルモバイルテレコミュニケーションシステム）完全性鍵、ＵＭＴＳ暗号鍵、または暗号鍵シーケンス番号を含まない場合がある。互換性の理由により、これらのフィールドはすべて、ステータスがｅＣＡＬＬ ＩＮＡＣＴＩＶＥに設定された時点に「削除済み」値に設定されるものとしてよい。しかし、他の値の存在は、移動局側によってエラーとみなされないことがある。さらに、ＭＥ（移動局装置）が、１２８ビット暗号鍵を必要とするＡ５暗号化アルゴリズムをサポートし、ＵＳＩＭが使用中である場合、ＭＥは、ステータスがｅＣＡＬＬ ＩＮＡＣＴＩＶＥに設定された時点に格納されたＧＳＭ Ｋｃ128を削除することができる。ＳＩＭ／ＵＳＩＭ上に格納されている「位置アップデートステータス」は「アップデートされない」場合がある。
【００６６】
したがって、ＷＴＲＵは、組み合わせた登録を実行しているときには必ずＥＰＳと非ＥＰＳの両方のステータスを維持することができる。それに加えて、ＷＴＲＵが組み合わされた登録（組み合わされたアタッチまたは組み合わされたＴＡＵ）を実行する場合には必ず、ＶＬＲは、ＴＡＵアクセプトメッセージに含まれる新規ＴＭＳＩおよび（ＬＡＩ）位置エリア識別番号をＷＴＲＵに提供することができる。ＷＴＲＵは、これに提供されるＬＡＩのリストに変更がなかった場合、ターゲットＲＡＴ（無線アクセス技術）に進んだときにＴＭＳＩを使用する。位置アップデートは、ＭＭＥがＷＴＲＵから幾つかのメッセージを受信したときにＭＭＥとＶＬＲとの間でトリガされる（例えば、組み合わされたＴＡＵ）。しかし、Ｔ３４１２によって管理される定期的ＴＡＵは、ＳＧインターフェース上で位置アップデートを引き起こさない。
【００６７】
ＣＳドメインは、例えば、ＭＭＥがリセットし、そのため組み合わされ登録されたＷＴＲＵに対して有していたすべてのＳＧの関連付けを喪失した場合、一時的に利用不可能になる可能性もありうる。ＶＬＲがリセットし、次いで、すでに組み合わされ登録されていたＷＴＲＵに対するＳＧ関連付けを喪失した場合にも同じことが生じうる。
【００６８】
ＷＴＲＵがサービス拒否メッセージ（例えば、原因「＃３９−ＣＳドメインが一時的に利用不可能であった」）を受信した場合、以下のアクションが実行されうる。ＷＴＲＵは、タイマー（例えば、タイマーＴ３４４２）を起動し、ＥＰＳアップデートステータスを「ＥＵ２ ＮＯＴ ＵＰＤＡＴＥＤ」に設定し、そのステータスを格納することができる。次いで、ＷＴＲＵは、「ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ． ＮＯＲＭＡＬ−ＳＥＲＶＩＣＥ ｓｔａｔｅ」に入ることができる。ＷＴＲＵは、タイマーＴ３４４２がタイムアウトになるか、またはＷＴＲＵがＴＡＵ要求メッセージを送信するまで、移動局発信サービスに対する拡張サービス要求メッセージをネットワークに送信することを試みることはできない。サービス拒否メッセージに含まれるタイマーＴ３４４２は、秒から、分、または時までの範囲の値をとりうるか、またはディアクティベートされうる。
【００６９】
前に説明したような、拒否原因＃３９を受信した後の既存のＷＴＲＵの挙動がある場合、ＷＴＲＵは組み合わされた登録が遅延されたせいで非ＥＰＳサービスを受けない可能性がある。以下の問題を明示することができる。原因＃３９がＶＬＲのリセットによるものである場合、ＭＭＥはまだ最新のＷＴＲＵのプロファイルおよびコンテキストを有しているので、ＥＰＳアップデートステータスを変更する必要はないものとしてよい。さらに、ＭＭＥは、ＷＴＲＵが定期的ＴＡＵメッセージを送信したときにＶＬＲに向かう位置アップデートを開始することができる。この場合、ＶＬＲは、順にそれに応じてＴＭＳＩおよび位置エリア識別番号を与えることができ、これは、通常は、ＴＡＵアクセプトメッセージに含まれる。しかし、ＷＴＲＵは、定期的ＴＡＵメッセージを実行しているときにＴＡＵアクセプトメッセージ内にこれらのＩＥがあることを期待しえない。そのため、ＷＴＲＵの挙動は、定期的ＴＡＵ手順においてこれらのＩＥを受信したときには未知の挙動である。その結果、組み合わされた登録は遅延され、非ＥＰＳサービスに関連付けられている遅延がありうる。この遅延は、図４Ａでさらに説明される。
【００７０】
図４Ａは、ＭＭＥとＭＳＣ／ＶＬＲとの間にＳＧインターフェースがある場合に、「アタッチ」、「サービス要求」および「ＴＡＵ（トラッキングエリアアップデート）」手順を含む、ＷＴＲＵとＭＭＥとの間の手順４００Ａに対する流れ図である。ステップ４１２、４３０、４３５、４４０、４５０、および４６０は、ＷＴＲＵにおいて実行され、ステップ４１５は、ＭＳＣ／ＶＬＲにおいて実行される。
【００７１】
図４Ａに示されているように、ステップ４０５で、ＷＴＲＵは、組み合わされたアタッチメッセージをＭＭＥに送信して、ＥＰＳと非ＥＰＳの両方のサービスに対する登録を行うことができる。ステップ４１０で、ＭＭＥは、アタッチアクセプトメッセージで応答し、ステップ４１２において、ＷＴＲＵのＥＵ（ＥＰＳアップデート）ステータスおよびＭＭステータスをＥＵ１（ＵＰＤＡＴＥＤ）およびＵ１（ＵＰＤＡＴＥＤ）にそれぞれ設定することができる。ＷＴＲＵは、ＣＳＦＢ、ＳＳ（付加サービス）、およびＬＣＳサービスに使用することができるアタッチアクセプトメッセージの一部としてＴＭＳＩおよびＬＡＩ ＩＥを割り当てられている可能性がある。
【００７２】
ステップ４１５で、ＶＬＲは、ＭＭＥを再起動し、次いで、すべてのＷＴＲＵに対するすべてのＳＧ関連付けの喪失についてＭＭＥに通知することができる。ＣＳドメインが一時的に利用不可能になった場合、これにより、ＷＴＲＵにおけるＭＯ ＣＳＦＢ要求が、ＭＭＥ ４２０に向かう拡張サービス要求（ＥＳＲ）メッセージをトリガし、ＭＭＥは、サービス拒否メッセージ４２５で応答することができる。「ディアクティベート」またはＮ分に設定されているタイマーＴ３４４２も、サービス拒否メッセージに含めることができる。ステップ４３０で、ＷＴＲＵは、そのＥＵステータスをＮＯＴ ＵＰＤＡＴＥＤに変更し、ＭＭステータスを修正せず（それに反するにもかかわらずＵＰＤＡＴＥＤに設定されている）、サービス拒否メッセージで指示されているようにタイマーＴ３４４２を起動することができるタイマーは、タイマーを起動できないことを暗示する、値「ディアクティベート」を有することもできる。
【００７３】
ステップ４３５で、ＷＴＲＵがＥＭＭ−Ｉｄｌｅモードに入ると、ＷＴＲＵは、その定期的ＴＡＵタイマー（Ｔ３４１２）作動を開始することができる。ステップ４４０で、タイマーＴ３４１２は、タイマーＴ３４４２の前にタイムアウトになる。その場合、そのタイマーがタイムアウトになると、ＷＴＲＵがステップ４４５においてＴＡＵメッセージを送信し、アップデートタイプを定期的アップデートに設定することにより、定期的ＴＡＵ手順がトリガされうる。ＴＡＵメッセージを送信した後、ステップ４５０で、ＷＴＲＵは、タイマーＴ３４４２（他にもタイマーがあるが特にこのタイマー）が作動している場合にこのタイマーを停止することができる。ステップ４５５で、ＭＭＥは、ＴＡＵアクセプトメッセージで応答し、ステップ４６０で、ＷＴＲＵは、そのＥＵステータスをＵＰＤＡＴＥＤに設定することができる。
【００７４】
ＭＭＥが、アップデートタイプを「定期的」に設定してＴＡＵを受信したときにＶＬＲに向かう位置アップデートを自律的に実行しない場合、ＭＭステータスがＵ１（ＵＰＤＡＴＥＤ）であるため、ＷＴＲＵの組み合わされた登録は実行されず、ＷＴＲＵはＳＧインターフェースに問題があることを知ることができない。標準的手順は存在しておらず、Ｔ３４４２がタイムアウトになったときにＷＴＲＵによって実行されるよう指定されたアクションもない。
【００７５】
ＣＳドメインが利用可能でない場合、他の手順が影響を受けることもありうる（例えば、ＵＬ（アップリンク）ＴＲＡＮＳＰＯＲＴ ＮＡＳメッセージを送信することによって実行されるＭＯ ＳＭＳ手順）。しかし、原因＃３９を受け取ったときの現在のＷＴＲＵの挙動において、ＷＴＲＵは、組み合わされた登録が実行されるまでＥＳＲを試みないように指定される。しかし、これは、成功しない可能性のある他の手順（例えば、ＭＯ ＳＭＳ）を停止しない。
【００７６】
それに加えて、ＳＧインターフェースがダウンし、ＷＴＲＵがＵＬ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージとともにＳＭＳメッセージを送信しようとした場合、現在のところ、手順の成功もしくは失敗を指示するためにネットワークからメッセージが返されることはない。これは、ＭＭＥの挙動はＮＡＳヘッダを取り除くような挙動であり、カプセル化されたＳＭＳメッセージをＶＬＲに転送するからである。再送およびエラーは、ＳＭＳレイヤによって取り扱われる。そのようなものとして、ＳＧに障害があるせいで宛先に届かないＳＭＳメッセージをＷＴＲＵが送信した場合、ＷＴＲＵのＳＭＳエンティティは、問題を解決するため組み合わされた登録が必要になることがあるため、成功しなくても再送することができる。
【００７７】
以下の実施形態では、ＳＧインターフェースもしくはＣＳドメインが利用不可能である場合に生じる様々な状況に対処するため新規のＷＴＲＵおよびＭＭＥの挙動を定義する。
【００７８】
一実施形態は、図４Ｂに例示されている。図４Ｂは、ＣＳドメインが利用不可能であることを通知された場合にＷＴＲＵによって実行される手順４００Ｂの流れ図である。ステップ４７０において、ＷＴＲＵは、ＣＳドメインが利用不可能であるか、または一時的に利用不可能であることを通知される。例えば、ＷＴＲＵが、サービスを受けるためＭＭＥと交信しようとした場合、これは、「ＣＳドメインが利用可能でない」または「ＣＳドメインが一時的に利用可能でない」に相当する原因値とともにサービス拒否メッセージを受信するものとしてよい。
【００７９】
ステップ４７２で、ＷＴＲＵは、ＳＧインターフェースの問題がＭＳＣ／ＶＬＲによるものであり、ＭＭＥによるものではないのかどうかを判定する。この判定は、ＭＭＥからの通知に基づく。原因値が「ＣＳドメインは利用可能でない」である場合、これは、ＳＧインターフェースに問題があり、ＭＭＥの接続が行えないことを意味する。原因値が「ＣＳドメインは一時的に利用可能でない」である場合、ＳＧインターフェースに問題はないが、ＭＳＣ／ＶＬＲに問題があると思われる。
【００８０】
問題がＭＳＣ／ＶＬＲによるものでない場合、ステップ４７４において、ＷＴＲＵは、ＣＳドメインへの登録が不成功であったことを指示するようにＭＭ（モビリティ管理）アップデートステータスを変更する。例えば、ＷＴＲＵは、そのＭＭアップデートステータスをＵ２：ＮＯＴ ＵＰＤＡＴＥＤに変更することができる。
【００８１】
ＷＴＲＵのＥＵステータスは、ＳＧの問題がＭＳＣ／ＶＬＲによるものであり、ＭＭＥによるものでない場合には変更はなく（つまり、ＥＵ１：ＵＰＤＡＴＥＤに設定されたままである）、ステップ４７６に進む。ステップ４７６で、ＴＡＵをトリガするイベントが次に発生したときに、またはすべてのＴＡＵ手順について、ＷＴＲＵは、そのＭＭアップデートステータスをチェックすることができる。ステップ４７８で、ＷＴＲＵが組み合わせて登録される場合（またはされない場合、前のＴＡＩが非ＥＰＳサービスを有していないかどうかに依存する）、ＷＴＲＵは、組み合わされた登録（例えば、組み合わされたＴＡＵ）手順を実行することができる。組み合わされた登録手順は、アップデートタイプを、シナリオに応じて、「ＩＭＳＩ（国際移動局加入者識別番号）アタッチと組み合わせたＴＡ／ＬＡアップデート」または「組み合わされたＴＡ／ＬＡアップデート」に設定することを伴う。
【００８２】
別の実施形態によれば、ＣＳドメインが利用不可能であることが、ＭＳＣ／ＶＬＲに問題があることによる場合、ＷＴＲＵは、割り当てられているＴＭＳＩ（一時的移動局加入者識別番号）およびＬＡＩを無効であるとみなすことができる。
【００８３】
別の実施形態によれば、サービス拒否が、ＷＴＲＵが緊急呼に対するＥＳＲを送信することによるものである場合、ＷＴＲＵは、そのＲＡＴを緊急呼を発することができるＣＳ ＲＡＴに変更することができる。ＷＴＲＵは、緊急目的でないＭＯ（移動局発信）ＣＳ呼が要求された場合にＣＳ ＲＡＴに再選択することができる。これは、ＷＴＲＵの動作モードに関係なく常に実行されるか、またはＷＴＲＵが、ＣＳドメインが優先するか、またはＷＴＲＵが音声中心であるモードで動作している場合に実行されるものとしてよく、ＩＰ（インターネットプロトコル）ＩＭＳ（マルチメディアサブシステム）音声通話（または他の形態のボイスオーバーＩＰ）はサポートされていない。ＩＭＳ音声通話が利用不可能であることは、ＩＭＳネットワークへの登録が不成功であったことも意味する。
【００８４】
別の実施形態によれば、ＷＴＲＵが原因＃１８「ＣＳドメインが利用可能でない」を持つ拒否メッセージを受信した場合、ＷＴＲＵは、ＴＡＵ手順が何らかの理由により開始されると必ず、組み合わされたＴＡＵを実行することができる。ＷＴＲＵの挙動（つまり、組み合わされた登録を実行することに関する）は、第１の組み合わされた登録の手順が成功した後に予期される挙動に戻ることができる。
【００８５】
別の実施形態によれば、ＷＴＲＵは、タイマーＴ３４４３がタイムアウトする（つまり、このタイマーがタイムアウトになって組み合わされた登録がトリガされる）と、組み合わされた登録を実行することができる。これは、ＷＴＲＵがｃｏｎｎｅｃｔｅｄまたはｉｄｌｅモードに入っている場合に行われうる。
【００８６】
別の実施形態によれば、ＷＴＲＵは、原因＃３９を受け取ると、タイマーＴ３４４２がタイムアウトになるか、またはＴＡＵ要求が送信されるまで、ＥＳＲを送信することができない。ＷＴＲＵは、組み合わされたＴＡＵの前にＥＳＲを送信することはできない。そのため、ＷＴＲＵは、Ｔ３４４２のタイムアウトの後、組み合わされたＴＡＵをトリガし、次いで、アップデートの結果に基づきＥＳＲおよび／または他の非ＥＰＳサービスを要求できるかどうかを決定することができる。さらに、タイマーＴ３４４２がディアクティベートされた場合（または値が「ディアクティベート」に設定されている場合）、次のＴＡＵは組み合わされたＴＡＵであってよい。これらの結果に基づき、ＷＴＲＵは、ＥＳＲ、または非ＥＰＳサービスに関係する他の手順を開始しうるかどうかを決定できる。
【００８７】
別の実施形態によれば、ＥＭＭは、ＣＳドメインが利用不可能であることについてＳＭＳエンティティに（および／またはＣＳドメインが利用不可能であることの影響を受ける他のエンティティ）に通知することができる。そのため、影響を受けるエンティティは、組み合わされた登録が実行され成功するまで、ＳＧインターフェースを必要とする手順を開始することはできない。さらに、ＥＭＭエンティティは、ＣＳドメインが利用可能でないことについて知った場合、ＵＬ ＮＡＳ ＴＲＡＮＳＰＯＲＴ手順を開始することはできない。例えば、ＷＴＲＵがＩｄｌｅモードに入っているときにＳＭＳメッセージを送信することを欲した場合、ＷＴＲＵは、最初に、ＳＲ（サービス要求）手順を送信し、次いで、ＳＭＳメッセージをカプセル化したＵＬＮＡＳ ＴＲＡＮＳＰＯＲＴを送信する。したがって、ＳＲ手順は、ＣＳドメインが利用可能でないことについてＥＭＭ（ならびに／またはＳＭＳおよび他のエンティティ）が知った場合に、ＳＭＳのせいで開始できない。
【００８８】
この実施形態は、他のサービス（例えば、位置情報サービス）にも適用可能である。つまり、ＥＭＭは、ＭＭＥとネットワーク内のピアエンティティとの間のインターフェースが利用不可能になったことについてＷＴＲＵ内の影響を受けるすべてのエンティティに通知することができる。注目しているインターフェースが復旧されるまでそのサービスにアクセスためにどのようなＮＡＳ手順もトリガされえない。例えば、 ＷＴＲＵは、位置情報サービスに使用されるＵＰＬＩＮＫ ＲＥＬＩＡＢＬＥ ＴＲＡＮＳＰＯＲＴメッセージおよびＵＰＬＩＮＫ ＲＥＬＩＡＢＬＥ ＴＲＡＮＳＰＯＲＴ ＲＥＳＰＯＮＳＥメッセージを介して位置情報サービスに関係する情報を伝送するためにＳＲメッセージを送信することができない。さらに、ＣＳＦＢ手順などの手順は、位置情報サービスに関係する進行中の手順に比べて高い優先順位を有することができる。そのため、ＷＴＲＵは、位置情報サービスの情報の進行中の伝送を無視し、保留中のＣＳＦＢ要求を続行することを選択することができる。
【００８９】
別の実施形態によれば、ＥＭＭエンティティは、ＣＳドメインが現在利用可能であることについてＭＭエンティティに（および／またはＣＳドメインが利用不可能であることの影響を受ける他のエンティティ、例えばＳＭＳなど）に通知することができる。この時点において、ＷＴＲＵは、ＥＳＲを送信することを開始するか、またはＵＬ ＮＡＳ ＴＲＡＮＰＳＰＯＲＴ手順を開始することができる。
【００９０】
別の実施形態によれば、ＭＭＥが、ＭＳＣ／ＶＬＲからリセット指示を受信した場合、ＭＭＥは、すでに組み合わされた登録がなされているＷＴＲＵから、任意のタイプのＴＡＵ（つまり、ＷＴＲＵによって設定されたアップデートタイプに関係なく）を受信したときにＳＧインターフェース上で位置アップデートを開始することができる。それに加えて、ＳＧ上の位置アップデートが成功した場合、ＭＭＥは、ＭＭＥによって設定されたアップデート結果タイプに関係なくＴＡＵアクセプトメッセージ内に割り当てられたＴＭＳＩおよび／またはＬＡＩを含めることができる。ＭＭＥは、アップデート結果タイプを、ＷＴＲＵによって予期されるものと異なるものに設定することもできる。例えば、ＷＴＲＵが定期的ＴＡＵを実行して成功した場合、これは、アップデート結果を「ＴＡアップデート」に設定したＭＭＥからのＴＡＵアクセプトを予期する。
【００９１】
ＭＭＥは、ＭＭＥがＳＧインターフェース上でＭＳＣ／ＶＬＲに向けて位置アップデートを開始した場合にアップデート結果を「組み合わされたＴＡ／ＬＡアップデート」に設定することができる。ＷＴＲＵがＴＡＵアクセプトを受信した場合、これは、アップデート結果タイプを使用してその組み合わされた登録のステータスについて知るか、またはＬＡＩ ＩＥの存在（非存在）に基づきその組み合わされた登録についいて結論することができる。
【００９２】
アップデート結果が「組み合わされたＴＡ／ＬＡ」に設定された場合、ＷＴＲＵはＥＰＳおよび非ＥＰＳの両方のサービスに対して正常に登録されたと結論することができる。ＷＴＲＵは、ＷＴＲＵの組み合わされた登録がこれらのＩＥを含めた状態で成功したときに、そのＭＭステータスをＵ１アップデートに変更して、割り当てられているＬＡＩを、また場合によってはＴＭＳＩをすでに説明されているように取り扱うことができる。ＴＭＳＩがＴＡＵアクセプトに含まれていない場合、ＷＴＲＵの挙動は、新規ＴＭＳＩが含まれない状態で登録が成功したときにすでに指定されている挙動と同じ挙動であってよい。
【００９３】
別の実施形態によれば、アップデート結果が「ＴＡアップデート」であり、ＴＡＵアクセプトがＬＡＩを含む場合、ＷＴＲＵは、その組み合わされた登録を成功したものとみなせる。ＷＴＲＵは、ＷＴＲＵの組み合わされた登録がこれらのＩＥを含めた状態で成功したときに、そのＭＭステータスをＵ１アップデートに変更して、割り当てられているＬＡＩを、また場合によってはＴＭＳＩをすでに説明されているように取り扱うことができる。ＴＭＳＩがＴＡＵアクセプトに含まれていない場合、ＷＴＲＵの挙動は、新規ＴＭＳＩが含まれない状態で登録が成功したときにすでに指定されている挙動と同じ挙動であってよい。
【００９４】
別の実施形態によれば、拒否原因にさらに多くの細目を入れて、ＣＳドメインが利用不可能であることに対する問題の発生源（つまり、それが再起動したＭＭＥであるか、またはＭＳＣ／ＶＬＲであるか）を指示することができる。新規の拒否原因を導入して、問題の原因を明示することができ、したがって、ＷＴＲＵは特定のアクションを実行することができる。例えば、ＭＭＥが再起動したエンティティである場合、この情報をＷＴＲＵに送ることで、ＭＭステータスではなくＥＵアップデートステータスを変更することができる。さらに、ＷＴＲＵは、後で、組み合わされた登録を実行し、ＣＳドメインにすでに登録されているためアップデートタイプを「ＴＡ／ＬＡアップデート中」に設定することができる。
【００９５】
別の実施形態によれば、タイマーＴ３４４２の値を使用して、問題の発生源を指示することができる。例えば、タイマーの値を「ディアクティベート」に設定することで、ＭＭＥが問題の発生源であることをＷＴＲＵに通知することができ、またＷＴＲＵは、組み合わされた登録を実行することができるタイマーの他の値も、このシナリオもしくは他のシナリオを信号により伝送するために使用することができる。例えば、他の値を使用して、ＭＳＣ／ＶＬＲがＣＳドメインが利用不可能であることに対する原因であることを指示することができる。次いで、ＷＴＲＵは、前の方で説明されているような挙動を示しうる。
【００９６】
別の実施形態によれば、手順がＣＳＦＢでない場合に特定のドメインもしくはインターフェースが利用不可能であることについてＷＴＲＵに通知するために新規メッセージを定義することができる。例えば、ＷＴＲＵは、ＭＯ ＳＭＳに対するＵＬ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージを送信することができる。ＣＳドメインが利用可能でない（またはＳＧインターフェースがＭＭＥもしくはＭＳＣ／ＶＬＲのいずれかでエラーが発生したため機能していない）場合、新規メッセージを使用して問題についてＷＴＲＵに通知することができる。
【００９７】
幾つかのＩＥの値に応じてすべてのインターフェースに対するそのような問題を信号により伝送するように新規の一般メッセージを定義することができる。例えば、ＳＥＲＶＩＣＥ ＵＮＡＶＡＩＬＡＢＬＥ ＮＯＴＩＦＩＣＡＴＩＯＮと称される新規ＮＡＳメッセージは、ドメインもしくはインターフェースが利用不可能であることをＷＴＲＵに指示するために定義されうる。ＩＥ（例えば、通知タイプ）をこのメッセージ内に含めることができ、その値に応じて、ＣＳドメイン（もしくはＳＧインターフェース）が利用不可能であることについて、またはＭＭＥと位置情報サービスに対するノードなどのネットワークノードとの間でインターフェースが利用不可能であることについてＷＴＲＵに通知することができる。ＭＭＥは、特定のインターフェース上で転送を必要とするＷＴＲＵからのＮＡＳメッセージを受信したときにこのメッセージを送信することができる。ＷＴＲＵによる受信の後、エラーについてトリガエンティティに通知することができ、（例えば、何らかの種類の登録またはネットワークからの通知によって）インターフェースが復旧するまで手順を再試行することはできない。さらに、ＷＴＲＵが不成功の手順を再試行するか、または成功した場合には手順の開始を許すことができる登録を再試行することがいつ可能かを指示するためにタイマーを含めることができる。
【００９８】
この手順を達成する別の方法では既存のＮＡＳメッセージを使用してその問題を指示することができる。例えば、ＥＭＭ ＩＮＦＯＲＭＡＴＩＯＮを使用してこれを達成できる。ＥＭＭエンティティは、インターフェース内のエラーを指示する特定のメッセージが受信されたときに影響を受ける他のすべてのエンティティに通知することもできる。例えば、ＭＭＥがＵＬ ＮＡＳ ＴＲＡＮＳＰＯＲＴを受信したときにＣＳドメインが利用不可能であることについてＷＴＲＵに通知する場合、ＥＭＭは成功する組み合わされた登録が実行されるまでＥＳＲを開始できないようにＭＭエンティティに通知することができる。
【００９９】
上記の実施形態のどれかにおいて、組み合わされた登録は、従来どおり指定されているタイプの組み合わされた登録のどれかの形をとりうる。例として、アタッチタイプが「ＥＰＳ／ＩＭＳＩアタッチ」に設定されている組み合わされたアタッチ、アップデートタイプが「組み合わされたＴＡ／ＬＡアップデート中」に設定されている組み合わされたＴＡＵ、またはアップデートが「ＩＭＳＩアタッチとともに組み合わされたＴＡ／ＬＡアップデート中」に設定されている組み合わされたＴＡＵが挙げられる。
【０１００】
さらに、上記の実施形態は、ＥＰＳと非ＥＰＳの両方のサービスについて初めて登録するＷＴＲＵにも適用される。あるいは、この場合、ＷＴＲＵは、非ＥＰＳサービスの登録不成功に対する通常の挙動にしか従えない（例えば、登録試行カウンタまたは類似のカウンタが最大値までインクリメントされ、その後、ＷＴＲＵは他のアクションを実行できる）。それに加えて、各試行間に制限時間があるものとしてよい。これは、ＥＰＳと非ＥＰＳの両方のサービスについてすでに登録に成功しているＷＴＲＵにも適用され、後から、原因＃３９（ＣＳドメインが一時的に利用可能でない）、または＃１６（ＭＳＣが一時的に到達可能でない）、または＃１８（ＣＳドメインが利用可能でない）を含む拒否メッセージを受信する可能性がある。
【０１０１】
上記の実施形態および例のすべてが、ＣＳ ＲＡＴが両方とも３ＧＰＰであるか、または非３ＧＰＰである場合に対して適用され、同じ実施形態および例が、非ＥＰＳサービス（ＣＳＦＢ、ＳＭＳ、ＳＳなど）について、ＭＭＥと非３ＧＰＰネットワーク、例えば、ＣＤＭＡ２０００（１ｘＲＴＴ）との間に異なるインターフェースがある場合に対して適用される。上記の例は、組み合わせて使用することもできる。
【０１０２】
ＣＳおよびＰＳセッションをサポートするワイヤレス通信システムにおいて発生しうる問題として、緊急呼に対してＣＳＦＢを実行するときに著しい遅延が生じうる点が挙げられる。
【０１０３】
図５Ａは、ＷＴＲＵが緊急呼を発したことに応答する手順５００Ａの流れ図である。この手順の幾つかのステップは省かれる。ＥＰＳおよび非ＥＰＳの両方のサービスに対してＷＴＲＵがアタッチされ、ＷＴＲＵが緊急呼を発することを望んでいる場合、ステップ５０５で、ＷＴＲＵはＥＳＲメッセージを送信することができる。ＷＴＲＵは、ＷＴＲＵによってサポートされているＣＳドメインタイプに応じてサービスタイプを「移動局発信ＣＳフォールバック緊急呼」または「１ｘＣＳフォールバック緊急呼」に設定することができるターゲットＲＡＴにおいてＰＳ ＨＯがサポートされている場合、ステップ５１０で、ＷＴＲＵは、ＣＳ緊急呼を引き続き発する前にＰＳ ＨＯを実行する。ステップ５１５で、ＣＳ緊急呼を発するためにＣＳ呼確立手順を開始する。図５Ａを見るとわかるように、ＣＳ呼は、ＰＳ ＨＯが完了してからでないと開始できない。しかし、要求された呼は緊急呼であるため、遅延を最低レベルにまで短縮することが重要である。
【０１０４】
ＣＳＦＢが遅延されうる別のシナリオは、ＷＴＲＵが、接続することを許されていないＣＳＧ（限定加入者グループ）セルにサービスを要求したときに生じる。これは、例えば、ＷＴＲＵの加入の有効期限が切れているが、ＷＴＲＵは加入情報でまだアップデートされていない場合、またはＷＴＲＵがハイブリッドＣＳＧセル上にあり、加入者に優先順位が与えられる場合に発生しうる。
【０１０５】
この場合、ＷＴＲＵのＥＳＲは、原因コード＃２５で拒否されることがあり、ＷＴＲＵの挙動は、これが制限モードに入るときに適当なセルを探さなければならないような挙動である。そのため、ＷＴＲＵは、適当なセルを見つけた後、ＣＳＦＢに対する手順をまた開始する必要がある。したがって、これは、ＣＳＦＢがまだ処理されていないため遅延の原因となる。遅延を短縮することは、緊急呼によりＣＳＦＢがトリガされる場合に特に重要である。
【０１０６】
ＷＴＲＵが、そのフィンガープリントに基づき、３Ｇ ＨＮＢ／ＣＳＧセルの近くにあることを知った場合、測定ギャップを使用しＵＴＲＡＮにおけるシステム情報メッセージを読み取りＣＳＧ識別番号を取得するようにＷＴＲＵを構成することが可能な現在のサービングｅＮＢ（Ｅ−ＵＴＲＡＮ）に、接近指示(proximity indication)を送る。ＵＴＲＡＮシステム上のＳＩＢ（システム情報ブロック）を読み取るのに少し時間がかかるので、遅延を最低レベルに短縮するために解決方法が提案されており、これらの方法では、１）ＷＴＲＵは、ＣＳ呼を発することができるレガシーＲＡＴにおいて利用可能な他のマクロセルが少なくとも１つあることを知っている場合に、ＣＳＦＢ要求を実行しているときに接近指示を送らない、２）ネットワーク側でレガシーＲＡＴの少なくとも１つのマクロセルに関して利用可能であることについて知っている場合に、ＷＴＲＵは、その接近指示を送り、ネットワーク側では、ＨＮＢからシステム情報メッセージを読み取ることをＷＴＲＵに要求しない、または３）可能なシステム情報読み取りおよびアクセスチェックを回避するために、ＷＴＲＵとネットワークの両方がターゲットＲＡＴにおけるＨＮＢを最低優先順位を持つセルとみなす。
【０１０７】
一実施形態によれば、ＣＳＦＢ緊急呼に対する遅延は、ＰＳ ＨＯを実行せず、ＷＴＲＵをターゲットシステムにリダイレクトすることによって短縮することができる。緊急呼に対するＣＳＦＢ手順に関係する遅延を短縮するために、ＬＴＥネットワーク側では、ＰＳ ＨＯを（ターゲットネットワークはそれをサポートしているとしても）実行せず、ＷＴＲＵをターゲットシステムにリダイレクトすることができる。これは、以下の実施形態において説明されているように、多くの異なる方法で達成されうる。
【０１０８】
図５Ｂは、緊急呼に対するＣＳＦＢ手順の遅延を短縮するための手順５００Ｂの流れ図を示している。ステップ５３０で、ＷＴＲＵは、緊急呼に対するＥＳＲを送信する。ＥＳＲメッセージでは、「移動局発信ＣＳフォールバック緊急呼」または「１ｘＣＳフォールバック緊急呼」に設定されたサービスタイプを持つことができる。それに応答して、ＭＭＥは、ＷＴＲＵに対してＰＳ ＨＯを実行しない。その代わりに、ＭＭＥは、ＷＴＲＵをＣＳドメインに直接的にリダイレクトするために、ステップ５３５においてＷＴＲＵコンテキスト修正要求をｅＮＢに送信する。これは、ステップ５４０において、ｅＮＢがＷＴＲＵにネットワーク補助セル変更命令メッセージもしくはＲＲＣ接続解放メッセージのいずれかを送信することによって達成され、メッセージにはＣＳドメインに対するリダイレクション情報が含まれる。次いで、ＷＴＲＵは、ＣＳドメインへのアクセスを試み、最初に緊急サービスに対するＣＳ呼の確立を続行する。
【０１０９】
ＷＴＲＵは、ＰＳ ＨＯが好ましいものでないことをＭＭＥに指示することができる。これは、ＥＰＳベアラコンテキストステータスＩＥをＥＳＲに入れて、ディアクティベートされていることを指示するようにすべてのコンテキストについて値を設定することによって行うことができる。あるいは、ＷＴＲＵは、ＰＳ ＨＯが好ましいものでないことを指示するように新規ＩＥを含めることができる。
【０１１０】
遅延が見られる他のシナリオとして、ＷＴＲＵが加入の有効期限が切れたＣＳＧセル上にある場合が挙げられる。この場合、ＥＳＲは、原因＃２５で拒否され、ＷＴＲＵは、適当なセルを見つけて、ＥＳＲを再び送信する必要がある。そのようなシナリオにおけるＣＳＦＢ遅延を短縮するために（ＥＳＲにおける要求タイプが移動局発信ＣＳフォールバック緊急呼もしくは１ｘＣＳフォールバック緊急呼に設定されるようにすることによって識別される、通常のＣＳ呼の、または緊急ＣＳ呼要求の）、以下の実施形態を呼設定遅延を短縮するための手段として使用することができる。
【０１１１】
一実施形態によれば、ＭＭＥはＣＳＦＢ要求の例外的な場合に対し加入の有効期限を無視し、ＥＳＲを受け入れることができる。ＷＴＲＵは、後で、例えばＣＳＧセル上で後続のアクセス試行をしてから最新の加入情報でアップデートすることができる。そこで、拒否原因＃２５がＣＳＦＢ関係の手順もしくは信号伝送に適用されえないことも提案する。
【０１１２】
別の実施形態によれば、ＷＴＲＵは、ＣＳＦＢ手順を続ける際の起点となる別の許可された／適当なＬＴＥセルにさらにハンドオーバされうる。この場合、ＥＳＲは拒否されず、ＷＴＲＵはセル再選択を行わなくてよく、したがって潜在的遅延が回避される。次いで、ネットワークは、ＷＴＲＵがＬＴＥ内ハンドオーバを完了したターゲットセルからＥＳＲ手順を続ける。
【０１１３】
別の実施形態によれば、ネットワークは、ＥＳＲ手順を条件付きで拒否する（か、または受け入れる）ことができる。つまり、ネットワーク側で、ＣＳＧ加入の有効期限が切れていることをＷＴＲＵに指示しながらＥＳＲ手順が実行されるのを許可することができる。これは、ＲＲＣもしくはＮＡＳの信号伝送もしくは組み合わせで達成されうる。例えば、ネットワークは、システム間変更メッセージ（例えば、ｍｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡＣｏｍｍａｎｄ）を送信し、ＷＴＲＵの加入の指示（例えば、有効期限切れ）を含むようにできる。そのため、ＷＴＲＵは、ＣＳＦＢ手順を続けることができるが、与えられた指示を用いて許可されたＣＳＧのリストをアップデートすることもできる。ＲＲＣメッセージング内で与えられた場合、ＲＲＣレイヤでは、ＮＡＳに、許可されたＣＳＧリストについて適切なアップデートが実行されるような指示を与えることができる。これは、例えば、特定の値がＣＳＧ呼について加入の有効期限切れを示す１ビットで行うことができる。それに加えて、ＭＭＥは、インターフェース（Ｓ１−ＡＰインターフェース）上でそのような指示を、そのような指示を使用してＲＲＣメッセージに１ビット指示を入れることなどの幾つかのアクションを実行することができるｅＮＢに送ることができる。
【０１１４】
ＷＴＲＵおよびネットワークは、ＣＳＧセルであるターゲットセルへフォールバックすることに関係する潜在的遅延を短縮することができる。これを遂行するために、別の実施形態により、ＷＴＲＵは、ＣＳＧがそこではサポートされていないためＧＥＲＡＮを優先順位付けすることができる。そのようなものとして、ＷＴＲＵによって実行される必要のある予備的アクセスチェックが自動的に回避される。
【０１１５】
ＷＴＲＵは、ＵＴＲＡＮのターゲットＣＳＧ、または他のシステムに近いことを指示する近接指示をｅＮＢに送信することができない。そうすることによって、ネットワークは、ターゲットＵＴＲＡＮ ＣＳＧセル上で測定およびシステム情報の読み取りを行うようにＷＴＲＵをスケジュールすることをしなくなる。これを回避することで、ＷＴＲＵおよびネットワークによるアクセスの適格性に関してＵＴＲＡＮ ＣＳＧセルを検証する必要がある場合に潜在的遅延をなくすことができる。ＷＴＲＵは、他の隣接するＲＡＴ間マクロセルがあることを知っている場合にそのようなアクションを実行することができる。あるいは、ＷＴＲＵが近接指示を送信して、ＣＳＧセルの近くにあることをネットワークに通知する場合であっても、ネットワークはこの指示に基づいて動作すべきでなく、したがって予備的ＣＳＧアクセスチェックを実行するためにＷＴＲＵがシステム情報メッセージを読み取りにゆくようにギャップをスケジュールすべきでないことが提案される。同様に、これは、他のＵＴＲＡＮマクロセルがＷＴＲＵの周辺にあることをネットワーク側で知っている場合に行うことができる。
【０１１６】
別の実施形態によれば、ＣＳＦＢがネットワーク補助セル変更命令で、またはＲＲＣ接続を解放することによって実行される（リダイレクション情報とともにありうる）、少なくとも１つのターゲットセルのシステム情報がＷＴＲＵに送られる場合、以下を実行することができる。
【０１１７】
この場合、ＷＴＲＵは、ＬＡＩ（位置エリア識別番号）の変更を必要としないセルを優先順位付けすることができる（例えば、ＷＴＲＵはＬＴＥにおいて１つを有するものとしてよい）。これは、提供されたＳＩＢまたはシステム情報から導出されうるそれぞれの潜在的ターゲットセルのＬＡＩと突き合わせてＷＴＲＵが有するＬＡＩをチェックすることによって行うことができる。さらに、ＷＴＲＵは、ＣＳＧの加入が無効になることで発生する可能性のあるアクセス拒否を回避するために所望のＬＡＩ内のマクロセルに優先順位を与えることができる。これは、ＷＴＲＵがそのリスト内に関連するＣＳＧ ＩＤを有している場合であっても、またＣＳＧセルまたは所望のＬＡＩから外れているセルから受信される信号の電力および／または品質に関係なく、行うことができる。そのため、この場合に、そのセル選択規則を破ることができる。あるいは、最小の閾値があり、これを超えると、ＷＴＲＵは、例えば、ＷＴＲＵ内にある、またはＲＲＣもしくはＮＡＳメッセージを使用して信号により伝送される事前に構成された閾値を適用することができない。ＬＴＥ上で与えられた、所望のＬＡＩの範囲内にあるセルは、ＬＡＵ（位置エリアアップデート）要求が出される可能性があるため遅延を回避しうる。
【０１１８】
ＷＴＲＵが、弱いか、または特定の閾値より低い信号を、所望のＬＡＩの範囲内のマクロセルから受信した場合、ＷＴＲＵは、そのＬＡＩの範囲内のＣＳＧセルに優先順位を与えることができる。この優先順位付けは、ＣＳＧの許可の基準に基づく（ＣＳＧ ＩＤチェックに基づくか、またはシステム間変更時にＷＴＲＵに他の何らかの形で信号伝送される）。
【０１１９】
マクロセルがＣＳＧセルに比べて高い優先順位を有している可能性のある異なるＬＡＩに属すＣＳＦＢを利用して最終優先順位をセルに与えることができる。前の方で説明したＣＳＦＢ優先順位付けに対する上記の例および実施形態は、任意の組み合わせで適用することができる。
【０１２０】
図６は位置エリアが変更されたときにＷＴＲＵがシステム間の変更を実行する場合の手順６００の流れ図である。ステップ６０２で、ＭＳＣ／ＶＬＲはページング要求をＭＭＥに送信する（例えば、ＳＧｓＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔメッセージ）。ステップ６０４で、ＭＭＥはｅＮＢにページング要求を送信し、ステップ６０６で、ｅＮＢはページングメッセージをＷＴＲＵに送信する。ステップ６０８で、ＷＴＲＵはＥＳＲメッセージをＭＭＥに送信することによってページングメッセージに応答する。ステップ６１０で、ＭＭＥはＷＴＲＵコンテキスト修正要求を（ＣＳＦＢインジケータとともに）ＷＴＲＵに送信する。ステップ６１２で、ＷＴＲＵはｅＮＢに測定結果報告を送信する。
【０１２１】
ＷＴＲＵが、場合によってはＰＳ ＨＯとともに、システム間変更を実行し、位置エリアが変更されたことを見いだした場合、ステップ６１５において、位置エリアアップデート手順が実行される。ステップ６２０で、ＷＴＲＵによってＭＳＣに向けてＣＳ ＭＯ音声通話が開始される。図６からわかるように、位置エリアアップデート手順は、ＣＳ音声通話を実行できる前に実行される。
【０１２２】
この問題を回避するために、別の実施形態によれば、ＷＴＲＵは、（ＣＳＦＢを実行するときに必ずターゲットＣＳセル／ＲＡＴ／システムにおいて）、その初期メッセージにおけるＩＭＳＩ（例えば、ＭＴの場合にはページング応答またはＭＯの場合にはＣＭサービス要求）を移動局発信および移動局着信の両方の場合に使用することができる。そのようなものとして、ＭＳＣ／ＶＬＲが変更した場合であっても、ＣＭサービス要求内のＩＭＳＩは、新規ＭＳＣ／ＶＬＲにおいてＷＴＲＵを識別することができ、したがって、呼の設定前に位置アップデートは必要ない。
【０１２３】
別の実施形態によれば、ＣＳＦＢが失敗したときにＴＡＵがトリガされうる。図７はＣＳＦＢの失敗に応答してＴＡＵがトリガされる場合の手順７００の流れ図である。ステップ７０５で、ＷＴＲＵは、ＣＳＦＢ手順が失敗したことを検出する。例えば、ＮＡＳは、ＣＳＦＢ手順がＴＡＵ要求を送信することに失敗したというＲＲＣからの指示を使用することができる。ステップ７１０で、ＷＴＲＵは、ＣＳＦＢ手順の失敗に応答して、場合によってはタイプが組み合わされたＴＡＵである、ＴＡＵ要求を送信する。この手順により、ＷＴＲＵはＣＳＦＢ手順開始前に事前に有していたそのすべてのコンテキストによりＬＴＥにおいて再開することができる。ステップ７１５で、ＭＭＥは、ＴＡＵ要求を受信する。ステップ７２０で、ＭＭＥは、ＴＡＵ要求を失敗の指示として使用し、別のＣＳＦＢ要求を再度開始すること、または失敗例えば（ＳＧＳＮまたはＭＳＣ／ＶＬＲ）について他のネットワークノードに通知することなどの追加アクションを実行することができる。
【０１２４】
ＣＳおよびＰＳセッションをサポートするワイヤレス通信システムにおいて発生しうる別の問題として、別のＣＦＢ対応ＷＴＲＵに着信するＣＳ呼に対してＣＳＦＢを実行するときに遅延が生じうる点が挙げられる。
【０１２５】
（ＥＰＳおよび非ＥＰＳサービスに対する）組み合わせアタッチされたＷＴＲＵが、ＣＳ音声通話を行うためにＣＳＦＢ手順を始める可能性があり、これにより、被呼側はＬＴＥのカバレッジ内にもある別のＣＳＦＢ対応ＷＴＲＵである。そのため、起呼側ＷＴＲＵ（ＷＴＲＵ １と称する）と被呼側であるＷＴＲＵ（ＷＴＲＵ ２と称する）との間で音声データを交換するために、２つのＣＳＦＢ 手順を実行する必要があり、１つはＭＴ（移動局着信）ＣＳＦＢ手順をトリガするＭＯ（移動局発信）ＣＳＦＢ手順である。
【０１２６】
ＭＯ ＣＳＦＢは、幾つかのオプションの手順を含む、ＣＳＦＢを行うＷＴＲＵ １の要求に関連付けられている信号伝送を含み、例えば、ＰＳハンドオーバは、ＷＴＲＵ １およびネットワークがＰＳハンドオーバをサポートしている場合に実行されうる。また、ＣＭサービス要求を受信するＭＳＣ／ＶＬＲが異なる場合、ＷＴＲＵ １によるＣＭサービス要求は拒否され、ＷＴＲＵ １は、ＣＳ呼を続ける前にＬＡＵを実行することができる。この時点において、ＷＴＲＵ １は、被呼側、ＷＴＲＵ ２のアドレスを含む、呼設定メッセージをＭＳＣ／ＶＬＲに送信することができる。
【０１２７】
ＭＳＣ／ＶＬＲは、被呼側アドレスを検証し、ＷＴＲＵ ２に対するＳＧ関連付けがある（つまり、ＭＭＥはＬＴＥカバレッジ内のＷＴＲＵ ２から組み合わされた登録を受信したためＳＧインターフェース上で非ＰＳ登録をトリガした）ことを確認する。したがって、ＭＴ ＣＳＦＢ手順は、ＷＴＲＵ ２に向けてトリガされる。しばらくの間、ＷＴＲＵ ２がまだＬＴＥカバレッジ内にあるため、ＷＴＲＵ １は待機している。ＣＳドメイン上で音声データを交換できるのは、ＷＴＲＵ ２がシステム間変更を完了した後のみである。
【０１２８】
上で説明した信号伝送は、このシナリオに付随する遅延を引き起こし、ＷＴＲＵ １の待機時間を長引かせる。この待機時間／遅延は、ＷＴＲＵ ２に対するＣＳＦＢ手順が早めに、不要な遅延部分を減らして開始されれば短縮されうる。
【０１２９】
一実施形態によれば、ＣＳＦＢからＣＳＦＢへの呼に対する遅延は、第２のＣＳＦＢ発呼をより早く開始することによって短縮される。ＭＴ（移動局着信）ＣＳＦＢ手順をトリガするＭＯ（移動局発信）ＣＳＦＢ要求については、遅延は、ＷＴＲＵ ２に対するＣＳＦＢ手順が、ＷＴＲＵ １がＣＳＦＢ手順を完了する前に、通常より早めに開始された場合に短縮されうる。そのような手順を実行するために、ＷＴＲＵ １がＭＯ ＣＳＦＢ手順を実行しているときに（つまり、拡張サービス要求（ＥＳＲ）をＭＭＥに送信することによって）、ＷＴＲＵは、ＥＳＲにおいて被呼側に関する必要な情報すべてを含むことができる。ＭＭＥは、ＥＳＲを受信した後に、このアドレッシング情報をＭＳＣ／ＶＬＲに転送することができる。ＭＳＣ／ＶＬＲは、被呼側のアドレスをチェックして、ＭＳＣ／ＶＬＲにＳＧインターフェースの関連付けがあるか、または被呼側が固定回線番号または緊急コールセンターであるかを確認する。
【０１３０】
被呼側が有効なＳＧ関連付けを持つ別のＷＴＲＵである場合、ＭＳＣ／ＶＬＲは、ＳＧインターフェース上で、必要なメッセージ、ＳＧｓＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔを送信することによってこのＷＴＲＵに対するＭＴ ＣＳＦＢ手順を開始することができる。ＭＳＣ／ＶＬＲは、呼が別のＣＳＦＢ手順によってトリガされることをＭＭＥに指示することができる。ＭＭＥは、この情報を使用して、ＭＴ ＣＳＦＢ手順をスピードアップすることができる必要なアクションを実行することができる。さらに、ＭＭＥは、ＭＴ ＣＳＦＢが別のＣＳＦＢ対応ＷＴＲＵからのものであることをＷＴＲＵに通知することができる。ＷＴＲＵは、この指示を使用して、手順、例えば、計測および報告送信の開始をスピードアップすることができる。この機能は、以下の実施形態のどれかを使用することによって達成されうる。
【０１３１】
別の実施形態では、ＷＴＲＵ １がＥＳＲを送信することは、宛先を識別するために使用されうる必要な情報を含むことができる。例えば、呼設定メッセージの一部または全部を新規ＩＥまたは新規コンテナの形でＥＳＲに含めることができる。あるいは、ＷＴＲＵ １は、宛先がＣＳＦＢ対応でないことを知っている場合にこの情報を含めないようにできる（例えば、宛先に固定回線番号または緊急コールセンターがある）。一部の国では、携帯電話加入者および固定電話加入者は、Ｂ番号列が固定電話加入者または携帯電話加入者を指しているかどうかを判定するために使用されうる明確に異なる番号列を持つ。
【０１３２】
別の実施形態では、この情報をＳＧインターフェース上でＭＭＥからＭＳＣ／ＶＬＲに伝送するために、新規メッセージ（例えば、ＳＧｓＡＰ−ＭＯ−ＣＳＦＢ−Ｉｎｄｉｃａｔｉｏｎ）が必要になることがある。ＭＭＥは、ＥＳＲからすべてのアドレッシング情報を取り出して、それをこの新規メッセージ内に挿入することができ、このメッセージをＳＧ上でＭＳＣ／ＶＬＲに送信する。あるいは、ＭＭＥは、このメッセージを、ＭＯ ＣＳＦＢ手順がトリガされており、ＭＳＣ／ＶＬＲがＣＳ音声通話についてＷＴＲＵを予期していることを知らせる指示として送信することができる。ＭＳＣ／ＶＬＲは、この指示を使用して、統計（例えば、発呼失敗回数、設定時間など）をとることができる。ＭＭＥは、このメッセージを送信してからタイマーを起動することができる。
【０１３３】
別の実施形態では、このメッセージを受信した後のＭＳＣ／ＶＬＲは、宛先の被呼側がＳＧ関連付けを持つ別のＷＴＲＵであるかどうかを検証することができる（これは、他のノード、例えば、ＨＬＲとの相互のやり取りを伴う可能性がある）。そうでない場合、ＭＳＣ／ＶＬＲはさらなるアクションを実行することはありえない。ＭＳＣ／ＶＬＲは、別のメッセージ（例えば、ＳＧｓＡＰ−ＭＯ−ＣＳＦＢ−ＡＣＫ）を送信することによってＭＭＥからの指示の受信を確認応答することができる。ＭＭＥは、この確認応答を使用して、必要なアクションを実行する（例えば、起動した可能性のあるタイマーを停止する）ことができる。ＭＳＣ／ＶＬＲが被呼側に対するＳＧ関連付けを有する場合、ＭＳＣ／ＶＬＲは、ＭＭＥへＳＧｓＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔをトリガすることができる。ＭＳＣ／ＶＬＲは、ＭＭＥによって、例えば、１ビット位置をＳＧｓ−ＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔメッセージに含めることによって送信された前のメッセージに対する確認応答を含むものとしてよい。
【０１３４】
別の実施形態では、ＭＭＥは、次いで、受信した確認応答に基づきタイマーを停止することができる。それに加えて、ＭＭＥは、ＷＴＲＵをページングするようにＥ−ＵＴＲＡＮに要求することによって（ｉｄｌｅモードに入っている場合）、またはＣＳサービス通知をＷＴＲＵに送信することによって（Ｃｏｎｎｅｃｔｅｄモードに入っている場合）、ＭＴ ＣＳＦＢ手順を開始することができる。いずれの場合も、ＭＭＥは、このＣＳＦＢが別のＣＳＦＢ手順によってトリガされることを指示することができる。
【０１３５】
別の実施形態では、ＷＴＲＵ １がＣＳＦＢ手順を完了しており、ＣＳドメインに入っている場合、ＭＳＣ／ＶＬＲは、何らかの情報（例えば、呼び出し音）を送信することを開始し、発呼要求が処理されていることを指示することができる。ＭＳＣ／ＶＬＲは、ＷＴＲＵ ２がＣＳＦＢ手順が完了するのを待っているＣＳＦＢ加入者であるかどうかに基づき読み出し呼び出し音または他の呼び出し進行中音を使用するかどうかを選択することができる。
【０１３６】
図８Ａおよび８Ｂは、それぞれ、機能強化があるＣＳＦＢ発呼に対する例示的なＣＳＦＢ手順８００Ａと、機能強化がないＣＳＦＢ発呼に対する例示的なＣＳＦＢ手順８００Ｂを示す図である。図８Ａでは、ＷＴＲＵ １は、ＣＳＦＢについてＥＳＲを送信し（８０２）、測定報告を送り（８０４）、ＰＳ ＨＯを開始し（８０６）、位置アップデートを実行し（８０８）、ＣＳ呼を設定する（８１０）ことによってＣＳＦＢコールバックを開始する。ＭＳＣ／ＶＬＲは、ＳＧインターフェース上でページングを開始する（８１２）。次いで、ＭＭＥは、ＭＴ ＣＳ音声通話についてＷＴＲＵ ２に通知することができる（８１４）。その後、ＷＴＲＵ ２はそのシステム間変更を、ＷＴＲＵ １が待機している間に開始する。ＷＴＲＵ ２は、ＣＳＦＢを受け入れ（８１６）、測定報告を提供し（８１８）、ＰＳ ＨＯを開始し（８２０）、位置アップデートを実行し（８２２）、ページングに応答する（８２４）。
【０１３７】
一実施形態によれば、ＷＴＲＵ ２がシステム間変更を開始している間にＷＴＲＵ １において生じる遅延は、図８Ｂの手順を使用して短縮されうる。図８Ｂを参照すると、ＷＴＲＵ １は、ＣＳＦＢに対するＥＳＲを送信することによってＣＳＦＢコールバックを開始し、被呼側（ＷＴＲＵ ２）のアドレスを含む（８２６）ことがわかる。ＭＭＥは、アドレッシング情報をＭＳＣ／ＶＬＲに転送し（８２８）、ＭＳＣ／ＶＬＲは、ＳＧインターフェース上でＷＴＲＵ ２のページングを開始する（８３０）。８３２で、ＭＭＥは、ＭＴ ＣＳ音声通話についてＷＴＲＵに通知する。それと並行して、ＷＴＲＵ １は、測定報告を提供し（８０４）、ＰＳ ＨＯを開始し（８０６）、位置アップデートを実行し（８０８）、ＣＳ呼を設定する（８１０）。ＷＴＲＵ ２は、ＣＳＦＢを受け入れ（８１６）、測定報告を提供し（８１８）、ＰＳ ＨＯを開始し（８２０）、位置アップデートを実行し（８２２）、ページングに応答する（８２４）。図８Ａのシナリオと対照的に、図８Ｂの手順は、ＣＳ音声交換のためのＷＴＲＵ １に対する待機時間を短縮する。
【０１３８】
ＣＳおよびＰＳセッションをサポートするワイヤレス通信システムにおいて発生しうる別の問題として、ＭＴ呼がキャンセルされたときにＷＴＲＵがＣＳへフォールバックさせられる可能性があるという点が挙げられる。ＭＴ（移動局着信）ＣＳＦＢ要求は、起呼側によってキャンセルされる可能性も考えられる。この場合、ＭＳＣ／ＶＬＲは、ＷＴＲＵ １からＣＳ呼に対する要求を受信し、ＭＳＣ／ＶＬＲは、ＷＴＲＵ ２に向けてＭＴ ＣＳＦＢ手順を開始し、次いで、ＭＳＣ／ＶＬＲはＷＴＲＵ １による要求を受信してＣＳ音声通話要求を中止する。そのため、ＭＴ ＣＳＦＢ手順が継続する場合、ＷＴＲＵ ２は、場合によってはＰＳ ＨＯを使って、ＧＥＲＡＮ／ＵＴＲＡＮへのシステム間変更を実行することができるが、ＷＴＲＵ １によって中止されている可能性があるのでＣＳ呼を受信しえない。このシステム間変更は不要であり、回避すべきである。これは、ＰＳ ＨＯがサポートされていない場合、またはサポートされていても、ターゲットシステムによって提供されるＱｏＳがソースシステムとマッチしない場合に、サービスの低下を引き起こしうる。ＭＳＣ／ＶＬＲは、ＳＧｓＡＰ−Ｐａｇｉｎｇ−ＲｅｑｕｅｓｔをＳＧインターフェース上でＭＭＥに送信することによって、ＷＴＲＵに対するＭＴ ＣＳＦＢ手順を開始することができることに留意されたい。
【０１３９】
一実施形態によれば、システム間変更は、ＭＴ ＣＳＦＢをトリガしたＣＳページングまたは発呼要求がキャンセルされたときにＷＴＲＵに対して回避される。ＭＴ ＣＳＦＢ発呼をトリガするＣＳ呼要求がキャンセルされた場合、ＭＴ ＣＳＦＢ手順を通知されているとしても、被呼ＷＴＲＵ（ＣＳＦＢ対応であり、場合によってはＬＴＥに入っていると仮定される）にシステム間変更を実行させることはできない。そうするために、図９に示されている手順を使用することができる。
【０１４０】
図９は、ＭＴ ＣＳＦＢをトリガしたＣＳ呼要求がキャンセルされたときのＷＴＲＵに対するシステム間の変更を回避するための手順９００の流れ図である。ステップ９０５で、ＭＳＣ／ＶＬＲは、ＷＴＲＵに発せられたＭＴ ＣＳＦＢ発呼を中止することを決定する。ＭＳＣ／ＶＬＲは、ＭＴ ＣＳＦＢ発呼を中止する要求をＷＴＲＵから受信するので、ＭＴ ＣＳＦＢ発呼を中止することを決定することができる。あるいは、ＭＳＣ／ＶＬＲは、ＭＴ ＣＳＦＢ発呼を確立するためにページングメッセージをＷＴＲＵに送信したときにタイマーを起動しており、ＷＴＲＵから応答を受信する前にタイマーがタイムアウトになったときにＭＴ ＣＳＦＢ発呼を中止することを決定することができる。
【０１４１】
ステップ９０８で、ＭＳＣ／ＶＬＲは、ＣＳＦＢ手順を開始するページング手順がトリガされたかどうかを判定する。例えば、これは、ＳＧｓＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔが送信されたかどうかを判定する。ページング要求が送信されていない場合、ステップ９１５で、ＭＳＣ／ＶＬＲは、ページング要求（ＳＧｓＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔ）手順を中止する。そうでない場合、ページング手順がトリガされている場合、ステップ９１０で、ＭＳＣ／ＶＬＲは、中止メッセージ（例えば、ＳＧｓＡＰ−ＭＴ−ＣＳＦＢ−Ｃａｎｃｅｌ）をＭＭＥに送信して、ＭＴ ＣＳＦＢ発呼をキャンセルするようにＭＭＥに要求する。ＭＳＣ／ＶＬＲは、このメッセージを送信してからタイマーを起動することができる。
【０１４２】
ステップ９２０で、ＭＭＥは、ＭＳＣ／ＶＬＲからキャンセルメッセージを受信する。その後、ＭＭＥは、注目しているＷＴＲＵに対するシステム間変更を中止するために幾つかのアクションを実行することができる。ステップ９２５で、ＷＴＲＵがＥＳＲをすでに送信しているが（つまり、ＭＴ ＣＳＦＢが受け入れられているが）、ＭＭＥはまだシステム間変更を実行していない場合、ＭＭＥは、例えば「ＣＳ呼中止」を示す新規の原因とともにサービス拒否を送信することができる。
【０１４３】
それに加えて、ＭＭＥは、場合によっては手順の一部であるＳＧＳＮなどの他のネットワークノードに中止要求を送信することができる。それに加えて、ＭＭＥは、中止メッセージ（例えば、ＳＧｓＡＰ−ＭＴ−ＣＳＦＢ−Ｃａｎｃｅｌ）を受信したことを確認するためにＭＳＣ／ＶＬＲに確認応答を送信することができ、また要求の結果を示すためにステータスＩＥも備えることができる（例えば、「ＭＴ ＣＳＦＢキャンセル成功」または「ＭＴ ＣＳＦＢキャンセル失敗」）。
【０１４４】
ステップ９３０で、ＷＴＲＵにシステム間変更を実行させた場合、ＭＭＥは、さらなるメッセージをＭＳＣまたはＷＴＲＵに送信しえない。さらにアクションを実行しないことにより、ＭＭＥは、ＷＴＲＵが他のＲＡＴにフォールバックするのを許す。あるいは、ＭＭＥは、ＭＳＣ／ＶＬＲに確認応答を送信し、キャンセル要求が成功していないことを指示することができる。ＭＳＣ／ＶＬＲは、この指示を使用して、さらなるアクションを実行する、例えば、起動したタイマーを停止することができる。
【０１４５】
原因「ＣＳ呼中止」を含むサービス拒否を受信した後、ＷＴＲＵは、必要なアクションを実行することができる（例えば、ＥＭＭエンティティは、手順の中止についてＭＭエンティティに通知することができる）。ＷＴＲＵは、ＬＴＥにおけるオペレーションを再開することができる。
【０１４６】
ＭＭＥがＭＴ ＣＳ音声要求についてＷＴＲＵにまだ通知していなかった場合、ＭＳＣ／ＶＬＲからキャンセル指示を受信した後、ＭＭＥは、初期要求を無視して、ＭＴ ＣＳ呼についてＷＴＲＵに通知しないものとしてよい。あるいは、ＭＭＥが、ＣＳＦＢ要求に対してＷＴＲＵをページングするようＥ−ＵＴＲＡＮに要求した場合、ＭＭＥは、ページング手順を中止するようＥ−ＵＴＲＡＮに要求することができる。Ｅ−ＵＴＲＡＮは、要求の確認応答を行い、上で説明されているように成功したページングについてＭＭＥに通知することができる。
【０１４７】
ＣＳおよびＰＳセッションをサポートするワイヤレス通信システムにおいて発生しうる問題として、ＣｏｎｎｅｃｔｅｄモードでＭＴ ＣＳＦＢに対し未定義の挙動がありうるという点が挙げられる。
【０１４８】
ＣｏｎｎｅｃｔｅｄモードのＷＴＲＵは、ＭＭＥによって送信されるＣＳサービス通知を使用してＭＴ ＣＳＦＢ要求について通知を受けることができる。ＷＴＲＵは、ＥＳＲメッセージで応答する前にＣＳＦＢを受け入れるか、または拒否するため上位レイヤの入力を要求することができる。この応答は、ＥＭＭ−ＩＤＬＥとＥＭＭ−ＣＯＮＮＥＣＴＥＤの両方のモードにおいてＥＳＲメッセージ内のＣＳＦＢ応答ＩＥで指示されうる。これで識別される問題は、ＷＴＲＵがＣｏｎｎｅｃｔｅｄモードに入っており、ファイルを能動的にダウンロードするが、ユーザは必ずしもＷＴＲＵの隣にいない可能性があるという点である。したがって、ＷＴＲＵがＣＳサービス通知メッセージを受信し、呼を受け入れるか、または拒否する入力を上位レイヤに要求する場合、そのような入力は、ユーザがＷＴＲＵから離れている場合には与えられない可能性がある。したがって、予想される挙動は未定義である（例えば、ＥＳＲメッセージがネットワーク／ＭＭＥに送信される場合には未知であり、そうであれば、ＣＳＦＢ応答情報要素である）。さらに、ＰＳ ＨＯがターゲットＲＡＴでサポートされていない可能性があり、またサービス障害が発生しうるため、ＷＴＲＵがユーザに代わって決定を下し、呼を受け入れることは効率的でない。それと同時に、ＭＭＥにフィードバックを送ることで、ＶＬＲが呼を音声メッセージングセンターに転送するなど、他のアクションを実行することが妨げられうる。以下の実施形態は、この問題を解消するために、独立して、または組み合わせて使用することができる。
【０１４９】
別の実施形態によれば、ＷＴＲＵおよびＭＭＥの挙動は、ユーザ入力が要求されたが、ユーザ応答がない場合に、ＣｏｎｎｅｃｔｅｄモードでＭＴ ＣＳＦＢについて定義される。ＭＭＥは、ＣＳサービス通知メッセージを送信した後、またはその時点において、タイマーを起動することができるタイマーは、そのシナリオに適しているみなされる値に設定することができる。例えば、この値を５秒に設定することができる。ＷＴＲＵから応答（つまり、ＥＳＲ）を受信する前にタイマーがタイムアウトになった場合、ＭＭＥは、ＭＭＥがＷＴＲＵと接続しているとしてもＷＴＲＵからいっさい応答を受信しなかったことを示すメッセージを（例えば、ＳＧ上で）ＭＳＣ／ＶＬＲに送信することができる。新規メッセージを定義するか、またはＳＧプロトコルの既存のメッセージを新規の原因値とともに使用してシナリオを明確に識別することができる。ＭＭＥは、応答が受信されない場合、ＣＳサービス通知をＷＴＲＵに再送することはできない。
【０１５０】
ＭＳＣ／ＶＬＲは、ＭＭＥからそのような指示を受信した場合に幾つかのアクションを実行することができる。例えば、ＭＳＣ／ＶＬＲは、ユーザ判定ユーザビジー手順、または到達不可能時呼転送手順（Call Forwarding on Not Reachable procedure）をトリガすることができる。
【０１５１】
ＣＳサービス通知を（ＣＬＩ（発呼回線識別）あり、またはなしで）受信した後、ＷＴＲＵはタイマーを起動することができるタイマーが作動している間、ユーザ介入がなされなければ、ＷＴＲＵは、タイマーのタイムアウト後に、ユーザ介入を受けなかったことを示すＥＳＲメッセージを送信することができる。ＷＴＲＵは、ネットワークもしくはユーザ構成に基づき呼を受け入れるか、または拒否することを決定することができる。ユーザが呼を受け入れるか、または拒否した場合、ＷＴＲＵは、タイマーを停止し、適切なユーザ選択（受け入れまたは拒否）とともにＥＳＲを送信することができる。
【０１５２】
あるいは、タイマーがタイムアウトになった後、ユーザは、呼を受け入れるか、または拒否するオプションを与えられず、そのため、その時点以降にＥＳＲを送信することはできない（および／またはＷＴＲＵはユーザ介入なしで上で説明されているようにＥＳＲを送信することができる）。しかし、ネットワーク側でＭＴ ＣＳＦＢを不成功であるとみなすか、または中止されているとみなした場合、ネットワーク側では、ユーザ介入が遅れたなどの理由により、ＷＴＲＵから受信される可能性のあるＥＳＲを無視するか、または拒否することができる。そこで、ＭＭＥは、メッセージを無視することができる。
【０１５３】
あるいは、ＭＭＥは、ネットワークがＣＳＦＢ手順を中止したことを示す新規拒否原因を含みうるサービス要求メッセージでＥＳＲを拒否することができる。ユーザ介入なしであってもＷＴＲＵがＥＳＲで（場合によっては上で提案されているように無応答に設定された新規タイプで）応答することができる場合について、ＷＴＲＵはタイマーを起動せず、手順を正常に完了したとみなし、次いでＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ．ＮＯＲＭＡＬ状態に入ることができる。
【０１５４】
あるいは、ＣＳサービス通知を受信したときにＷＴＲＵがタイマーを起動し（上で説明されているように）、ユーザから応答がなくタイマーが切れた場合、ＷＴＲＵは、ＣＳサービス通知を無視し、したがって、ＥＳＲを送信しえない。
【０１５５】
説明されている実施形態は、任意の組み合わせで使用することができ、ユーザ入力が要求されるか、または要求されない場合に適用されうる。さらに、説明されている実施形態は、呼を受け入れる／拒否する決定が下される前に呼についてユーザに通知することによって、ＷＴＲＵがｉｄｌｅモードに入っている場合にｉｄｌｅモードに適用されうる。応答が受信されない場合、開示されている実施形態は、その場合にも適用されうる。
【０１５６】
ＣＳおよびＰＳセッションをサポートするワイヤレス通信システムにおいて発生しうる別の問題として、ＣＳＦＢとシステム内ＨＯとの間に競合状態が存在しうるという点が挙げられる。ＬＴＥシステムが背景としてある場合、ほぼ同時にＣＳＦＢおよびＬＴＥ内ＨＯイベントが生じて潜在的コンフリクトを引き起こす可能性がある。これが生じる可能性のあるシナリオが幾つかある。図１０Ａおよび１０Ｂは、競合状態がＣＳＦＢとＬＴＥ内ハンドオーバとの間に発生しうる場合の想定される２つのシナリオ１０００Ａおよび１０００Ｂの例の流れ図である。図１０Ａは、ｅＮＢが進行中のＣＳＦＢ要求を認識しないシナリオを示しており、図１０Ｂは、ｅＮＢが既存のＣＳＦＢ要求を認識するシナリオを示している。
【０１５７】
図１０Ａは、ｅＮＢが進行中のＣＳＦＢ要求を認識しない場合を説明している、図１０Ａに示されているように、ＷＴＲＵは、測定報告とともにＲＲＣメッセージをソースｅＮＢに送信する（１００２）。ＲＲＣメッセージに基づき、ソースｅＮＢは、ＨＯの決定を下し（１００４）、（Ｘ２ＡＰ）ＨＯ要求をターゲットｅＮＢに送信する（１００６）。受付制御を実行した（１００８）後、ターゲットｅＮＢは、（Ｘ２ＡＰ）ＨＯ ＡＣＫをソースｅＮＢに送信する（１０１０）。ＨＯを別のｅＮＢ（ＬＴＥ内ハンドオーバ）に対して実行するためにＷＴＲＵがソースｅＮＢからＲＲＣ ＨＯコマンドを受信する（１０１４）前に、ＷＴＲＵはＥＳＲメッセージをＭＭＥに送信し（１０１２）、ＣＳＦＢを実行する。これにより、ＣＳＦＢ要求とＬＴＥ内ハンドオーバとの間に競合状態が生じる。
【０１５８】
ＥＳＲは、ＭＭＥからソースｅＮＢへの、ＷＴＲＵコンテキスト修正要求メッセージを（ＣＳＦＢインジケータとともに）トリガし（１０１６）、次いで、ソースｅＮＢからＭＭＥへの、ＵＥコンテキスト修正失敗メッセージを開始する（１０１８）。その時点において、ソースｅＮＢは、ＷＴＲＵがもはやその制御下にないため、システム間変更を（場合によってはＰＳハンドオーバで）開始することができない場合がある。この問題は、Ｘ２ベースのＨＯを仮定して説明されているけれども、Ｓ１ベースのＨＯ、または他のタイプのＨＯに問題が生じる可能性がある。
【０１５９】
ソースｅＮＢは、ターゲットｅＮＢに、ＳＮステータス転送メッセージを送信し（１０２０）、またＵＰデータ転送メッセージを送信する（１０２２）ことによって、ＨＯに関する情報をターゲットｅＮＢに送る。ＷＴＲＵは、ＨＯが完了した後、ＲＲＣ ＨＯ完了メッセージをターゲットｅＮＢに送信する（１０２４）。ターゲットｅＮＢは、システム内ＨＯの完了をＭＭＥに通知するパス切り替え要求をＭＭＥに送信し（１０２６）、ＭＭＥは、ＵＰエンドマーカーパケットメッセージを送信する（１０２８）ことによってソースｅＮＢに通知する。ソースｅＮＢは、ＷＴＲＵへのデータ転送を停止する（１０３０）。ＭＭＥは、パス切り替え要求ＡＣＫでターゲットｅＮＢに応答し（１０３２）、ターゲットｅＮＢは、ソースｅＮＢにテキスト解放メッセージを送信する（１０３４）。
【０１６０】
図１０Ｂは、ｅＮＢが所定のＷＴＲＵに対して進行中のＣＳＦＢ要求があることを認識したときに発生する類似の問題を示している。ＷＴＲＵは、ＣＳＦＢを実行するために、ＥＳＲメッセージをＭＭＥに送信する（１０４０）。ＥＳＲは、ＭＭＥからソースｅＮＢへの、ＷＴＲＵコンテキスト修正要求メッセージをＣＳＦＢインジケータとともにトリガし（１０４２）、次いで、ソースｅＮＢからＭＭＥへの、ＵＥコンテキスト修正応答メッセージを開始する（１０４４）。ソースｅＮＢは、ＲＡＴ間測定を行うようにＷＴＲＵを構成する構成メッセージをＷＴＲＵに送信する（１０４６）。ＷＴＲＵは、ＲＲＣ ＬＴＥ測定報告で（１０４８）、またＲＲＣ Ｉ−ＲＡＴ測定報告で（１０５０）ソースｅＮＢに応答する。
【０１６１】
ソースｅＮＢは、ＬＴＥ内ＨＯ決定を下し（１０５２）、ターゲットｅＮＢに（Ｘ２ＡＰ）ＨＯ要求を送信する（１０５４）。ターゲットｅＮＢは、受付制御を実行し（１０５６）、（Ｘ２ＡＰ）ＨＯ ＡＣＫでソースｅＮＢに応答する（１０５８）。ソースｅＮＢは、ＷＴＲＵにＨＯコマンドを送信し（１０６０）、ＷＴＲＵは、ＲＲＣ ＨＯ完了メッセージをターゲットｅＮＢに送信する（１０６２）。ターゲットｅＮＢは、システム内ＨＯの完了をＭＭＥに通知するパス切り替え要求をＭＭＥに送信し（１０６４）、ＭＭＥは、ＵＰエンドマーカーパケットメッセージを送信する（１０６６）ことによってソースｅＮＢに通知する。ソースｅＮＢは、ＷＴＲＵへのデータ転送を停止する（１０６８）。ＭＭＥは、パス切り替え要求ＡＣＫでターゲットｅＮＢに応答し（１０７０）、ターゲットｅＮＢは、ソースｅＮＢにテキスト解放メッセージを送信する（１０７２）。
【０１６２】
図１０Ｂに示されているシナリオでは、ソースｅＮＢは、ＷＴＲＵに対する進行中のＣＳＦＢ要求があることを認識するとしても（ＣＳＦＢインジケータとともにＷＴＲＵコンテキスト修正要求を受信しており、またＷＴＲＵコンテキスト修正応答で応答しているため）、ＷＴＲＵから、測定イベント（１０４８）および報告（１０５０）に基づきＬＴＥ内ハンドオーバを実行することを決定することができる。これが起きなかった場合、ソースｅＮＢは、ＵＴＲＡＮへのシステム間変更を開始するためにハンドオーバ要求メッセージをＭＭＥに送信したことになるであろう。
【０１６３】
図１０Ｂに示されているシナリオでは、ＣＳＦＢは、ソースｅＮＢ側で継続することはできず、そのことについてＭＭＥは通知を受けない。ＭＭＥは、ハンドオーバが完了した後にターゲットｅＮＢからＭＭＥに送信されるターゲットｅＮＢからのパス切り替え要求メッセージでシステム内ＨＯを完了することについて通知を受けている（１０６４）。
【０１６４】
以下の実施形態では、ＣＳＦＢとシステム内ＨＯとの間の競合状態の問題を解消する。これらの実施形態は、両方のＸ２ベースのＨＯ、Ｓ１ベースのＨＯ、または他のＨＯシナリオに適用される。さらに、これらは、ソースｅＮＢがＣＳＦＢに対する進行中の要求を認識しているか、または認識していないかのいずれの場合にも適用される。
【０１６５】
一実施形態では、ソースｅＮＢは、ソースセル内で進行中のＷＴＲＵに対するＣＳＦＢ要求についての、ターゲットｅＮＢへの指示を含みうる。この効果は、ターゲットｅＮＢがＭＭＥからＷＴＲＵコンテキスト修正要求を受信することと同等であるターゲットｅＮＢは、必要なＣＳＦＢ関係の手順を開始し、ＷＴＲＵにＲＡＴ間測定を請求するか、またはハンドオーバ要求メッセージをＭＭＥに送信することができる。図１０Ａを再び参照すると、ソースからターゲットｅＮＢへの指示がＳＮステータス転送に含まれ（１０２０）、Ｓ１ＡＰまたはＸ２ＡＰの両方のメッセージに含まれうることがわかる。ソースｅＮＢは、ハンドオーバ要求メッセージなどの、ターゲットｅＮＢに送信されるメッセージングにＷＴＲＵから収集された可能性のある測定報告を含めるものとしてよい（１００６）。ターゲットｅＮＢは、ＲＡＴ間測定に対して再びＷＴＲＵを構成することなくこれらの測定結果を使用することができる。
【０１６６】
別の実施形態では、ＭＭＥは、ＭＭＥからターゲットｅＮＢに送信されるパス切り替え要求ＡＣＫにＣＳＦＢインジケータを含めることができる。例えば、図１０Ａおよび１０Ｂを再び参照すると、ＣＳＦＢインジケータは、パス切り替え要求ＡＣＫにそれぞれ含まれうる（１０３２および１０７０）ことがわかる。そのようなものとして、ターゲットｅＮＢは、ＲＡＴ間測定を行うようにＷＴＲＵを構成するか、またはハンドオーバ要求メッセージをＭＭＥに送信することなど、ＣＳＦＢ関係手順を直接開始することができる。
【０１６７】
別の実施形態によれば、ソースｅＮＢは、ソースｅＮＢがＷＴＲＵにコンテキスト修正応答メッセージを送信した後にＣＳＦＢ要求についてすでに開始されている信号伝送がある場合に、システム内（ＬＴＥ内）ハンドオーバを実行することを決定するとき、または実際に実行するときにＭＭＥに通知することができる。ソースｅＮＢは、例えば、「ハンドオーバ要求」メッセージなどのＳ１−ＡＰメッセージを使用して、ＭＭＥに通知することができる。そのようなものとして、ＭＭＥは、前もってコンテキスト修正要求メッセージを知り、ターゲットｅＮＢに送信することができる。ＭＭＥは、ＬＴＥ内またはＣＳＦＢハンドオーバが完了するまでパケットをバッファリングするために、ＳＧＷまたはＰＤＮ ＧＷなどの他のノードに通知することができる。
【０１６８】
以下の実施形態では、ＣＳＦＢを実現するためのＭＭＥ−ｅＮＢの相互のやり取りを説明する。
【０１６９】
一実施形態では、ＭＭＥは、ＷＴＲＵコンテキスト修正要求（例えば、Ｓ１ＡＰメッセージ）を、または特定のＷＴＲＵに対するＣＳＦＢを実行するために情報を提供することを目的して他のメッセージを送信することができる。この「ＣＳＦＢ情報」メッセージにより、ＭＭＥは、ＷＴＲＵと通信しているｅＮＢに、ＣＳＦＢを実行する方法を通知することができるが、これはＰＳ ＨＯ、ネットワーク補助セル変更命令、セル変更命令、またはリダイレクション情報によるＲＲＣ接続解放を介して遂行されうる。ＭＭＥは、ＷＴＲＵと通信しているｅＮＢに、潜在的なＣＳセルの少なくとも１つのＳＩＢをＷＴＲＵに供給することができるかどうか、および／または新規ＩＥをｅＮＢに送信されるメッセージ内に入れてＣＳＦＢを実行する方法を通知することができる。
【０１７０】
ＣＳＦＢ情報メッセージを受信した後、ｅＮＢは、ＭＭＥからの情報に従ってＣＳＦＢを実行することができる。したがって、緊急呼に対するＣＳＦＢについて、ＭＭＥは、ＣＳＦＢが高い優先順位を有することをＣＳＦＢ情報メッセージでｅＮＢに通知し、信号伝送される方法の１つを介してＣＳＦＢを実行することができる。図１０Ａおよび１０Ｂを再び参照すると、ＭＭＥからｅＮＢへのＣＳＦＢ情報をＷＴＲＵコンテキスト修正要求メッセージにそれぞれ含める（１０１６および１０４２）か、またはＭＭＥからｅＮＢへの他のメッセージに含めることができることがわかる。
【０１７１】
あるいは、別の実施形態では、ＷＴＲＵコンテキスト修正要求メッセージに含めることができる新規ＩＥがない場合、ＷＴＲＵコンテキスト修正要求メッセージ内のＣＳＦＢインジケータＩＥの高い優先順位値を、ＲＲＣ接続解放（またはネットワーク補助セル変更もしくはセル変更命令）を介してＣＳＦＢを実行する指示として使用するか、またＷＴＲＵへのＳＩＢ（システム情報ブロック）の提供とともに使用することができる。したがって、ＣＳＦＢインジケータＩＥがＭＭＥによって「ＣＳＦＢ要求」に設定された場合、ｅＮＢは、ＰＳ ＨＯでＣＳＦＢを実行することができる。他の場合には、「ＣＳＦＢの高い優先順位」の値は、ｅＮＢがＲＲＣ接続解放（またはネットワーク補助セル変更もしくはセル変更命令）を介してＣＳＦＢを実行することを引き起こし、またＷＴＲＵへのＳＩＢ提供とともに使用されうる。
【０１７２】
ＭＭＥがＷＴＲＵまたはＭＳＣ／ＶＬＲから、進行中のＣＳＦＢ手順をキャンセルする要求を受信した場合、ＭＭＥによるＣＳＦＢ手順を中止するためのオプションがありうる。ＭＭＥがハンドオーバ要求メッセージを、（このメッセージのガードタイマーを開始した）ｅＮＢから受信した場合、ＭＭＥは、応答メッセージ（つまり、ＨＯコマンド）をｅＮＢに送信することができない。したがって、ｅＮＢでのタイマーは、最終的にタイムアウトになり、これにより、ｅＮＢは、ＣＳＦＢ手順を続行することを自律的に決定することができない。
【０１７３】
あるいは、ＭＭＥは、ＣＳＦＢ手順を中止することを知らせるための明示的なメッセージをｅＮＢに送信することができる。これは、ＷＴＲＵコンテキスト修正要求（図１０Ａおよび１０Ｂのそれぞれにおける１０１６および１０４２）などの既存のメッセージで行うことができる。これらの場合において、ＭＭＥは、ＣＳＦＢ手順をキャンセルする要求の原因を指示するために新規ＩＥを含めることができる。そのため、ｅＮＢは、このメッセージを受信すると、ＣＳＦＢ手順を中止することができる。ｅＮＢは、タイプＥＳＲに関係なく特定の方法でＣＳＦＢを実行するように構成されうる。この構成は、特定の期間に対して、またはＭＭＥによる明示的な信号伝送を介して実行されうる。
【０１７４】
実施形態
１．ＷＴＲＵ（ワイヤレス送信／受信ユニット）に対するシステム間変更を回避するための方法。
【０１７５】
２．ＷＴＲＵへのＭＴ（移動局着信）ＣＳＦＢ（回線交換フォールバック）を中止することを決定することを含む実施形態１に記載の方法。
【０１７６】
３．ＭＴ ＣＳＦＢ発呼を開始するページング要求が送信されたかどうかを判定することをさらに含む前記実施形態のいずれかに記載の方法。
【０１７７】
４．ページング要求が送信されたという条件の下で、ＭＴ ＣＳＦＢ発呼をキャンセルすることをＭＭＥに要求する中止メッセージをＭＭＥに送信することをさらに含む前記実施形態のいずれかに記載の方法。
【０１７８】
５．ＭＴ ＣＳＦＢ発呼を中止することを決定することはＷＴＲＵからＭＴ ＣＳＦＢ発呼を中止する要求を受信することに基づく実施形態２〜４のいずれかに記載の方法。
【０１７９】
６．ＭＴ ＣＳＦＢ発呼を確立するＷＴＲＵへのページング要求が送信されたときにタイマーを起動することをさらに含む前記実施形態のいずれかに記載の方法。
【０１８０】
７．ＭＴ ＣＳＦＢ発呼を中止することを決定することはＷＴＲＵから応答を受信する前にタイマーがタイムアウトになることに基づく実施形態６に記載の方法。
【０１８１】
８．ページング要求はＳＧｓＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔメッセージであることをさらに含む実施形態３〜７のいずれかに記載の方法。
【０１８２】
９．ページング要求が送信されなかったという条件の下で、ＭＴ ＣＳＦＢ発呼を中止することをさらに含む実施形態３〜７のいずれかに記載の方法。
【０１８３】
１０．ＶＬＲ（ビジターロケーションレジスタ）によって実行される前記実施形態のいずれかに記載の方法。
【０１８４】
１１．ＷＴＲＵへのＭＴ（移動局着信）ＣＳＦＢ（回線交換フォールバック）発呼をキャンセルすることを指示する中止メッセージをＶＬＲ（ビジターロケーションレジスタ）から受信することをさらに含む実施形態１に記載の方法。
【０１８５】
１２．ＷＴＲＵからの拡張サービス要求（ＥＳＲ）がすでに受信されているという条件の下で、ＭＴ ＣＳＦＢ発呼が中止されることを指示するサービス拒否メッセージをＷＴＲＵに送信することをさらに含む実施形態１１に記載の方法。
【０１８６】
１３．ＷＴＲＵにさらなるメッセージを送信しないことをさらに含む実施形態１１〜１２のいずれかに記載の方法。
【０１８７】
１４．ＭＳＣ（移動交換局）にＭＴ ＣＳＦＢ発呼に関係するさらなるメッセージを送信しないことをさらに含む実施形態１１〜１３のいずれかに記載の方法。
【０１８８】
１５．ＶＬＲに確認応答メッセージを送信することをさらに含む実施形態１１〜１４のいずれかに記載の方法。
【０１８９】
１６．ＭＴ ＣＳＦＢ発呼がキャンセルされた結果を指示するステータス情報要素（ＩＥ）を確認応答メッセージに含めることをさらに含む実施形態１５に記載の方法。
【０１９０】
１７．他のネットワークノードに中止要求を送信することをさらに含む実施形態１１〜１６のいずれかに記載の方法。
【０１９１】
１８．Ｅ−ＵＴＲＡＮ（進化型ユニバーサル地上無線アクセスネットワーク）にページング手順を中止する要求を送信することをさらに含む実施形態１１〜１６のいずれかに記載の方法。
【０１９２】
１９．モビリティ管理エンティティ（ＭＭＥ）によって実行される実施形態１１〜１８のいずれかに記載の方法。
【０１９３】
２０．ワイヤレス通信において送信側エンティティと受信側エンティティとの間でベアラコンテキストを同期させる方法。
【０１９４】
２１．送信側エンティティにおけるベアラコンテキストのステータスのアップデートを検出することをさらに含む実施形態２０に記載の方法。
【０１９５】
２２．受信側エンティティへの次の非アクセス層（ＮＡＳ）メッセージにベアラコンテキストステータス情報要素（ＩＥ）を入れることをさらに含む実施形態２０〜２１のいずれかに記載の方法。
【０１９６】
２３．ベアラコンテキストステータスＩＥは、ベアラコンテキストのステータスのアップデートに基づく実施形態２２に記載の方法。
【０１９７】
２４．受信側エンティティに次のＮＡＳメッセージを送信することをさらに含む実施形態２０〜２３のいずれかに記載の方法。
【０１９８】
２５．ベアラコンテキストは、ＥＰＳ（進化型パケットシステム）ベアラコンテキストである実施形態２０〜２４のいずれかに記載の方法。
【０１９９】
２６．次のＮＡＳメッセージは、拡張サービス要求（ＥＳＲ）メッセージである実施形態２２〜２５のいずれかに記載の方法。
【０２００】
２７．ベアラコンテキストのステータスは、ベアラコンテキストがアクティブであるか、または非アクティブであるかを示す実施形態２１〜２６のいずれかに記載の方法。
【０２０１】
２８．送信側エンティティは、ＷＴＲＵ（ワイヤレス送信／受信ユニット）であり、受信側エンティティは、モビリティ管理エンティティ（ＭＭＥ）／ネットワークである実施形態２０〜２７のいずれかに記載の方法。
【０２０２】
２９．送信側エンティティは、モビリティ管理エンティティ（ＭＭＥ）／ネットワークであり、受信側エンティティは、ＷＴＲＵ（ワイヤレス送信／受信ユニット）である実施形態２０〜２７のいずれかに記載の方法。
【０２０３】
特徴および要素が特定の組み合わせで上で説明されているけれども、当業者であれば、それぞれの特徴もしくは要素は単独で、または他の特徴および要素と組み合わせて使用できることを理解するであろう。それに加えて、本明細書で説明されている方法は、コンピュータまたはプロセッサにより実行できるようにコンピュータ可読媒体内に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにより実装されうる。コンピュータ可読媒体の例としては、電子信号（有線で、またはワイヤレス接続で送信される）およびコンピュータ可読記憶媒体が挙げられる。コンピュータ可読記憶媒体の例としては、限定はしないが、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（デジタル多用途ディスク）などの光学媒体が挙げられる。ソフトウェアとの関連性を持つプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、またはホストコンピュータにおいて使用するための無線周波トランシーバを実装するために使用できる。
【特許請求の範囲】
【請求項１】
ＶＬＲ（ビジターロケーションレジスタ）によって実行される、ＷＴＲＵ（ワイヤレス送信／受信ユニット）に対するシステム間変更を回避するための方法であって、
前記ＷＴＲＵへのＭＴ（移動局着信）ＣＳＦＢ（回線交換フォールバック）を中止することを決定するステップと、
前記ＭＴ ＣＳＦＢ発呼を開始するページング要求が送信されたかどうかを判定するステップと、
前記ページング要求が送信されたという条件の下で、モビリティ管理エンティティ（ＭＭＥ）へ、前記ＭＭＥに前記ＭＴ ＣＳＦＢ発呼をキャンセルすることを要求する中止メッセージを送信するステップと
を含むことを特徴とする方法。
【請求項２】
前記ＭＴ ＣＳＦＢ発呼を中止することを決定するステップは、前記ＭＴ ＣＳＦＢ発呼を中止する要求を前記ＷＴＲＵから受信することに基づくことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＭＴ ＣＳＦＢ発呼を確立する前記ＷＴＲＵへの前記ページング要求が送信されたときにタイマーを起動するステップをさらに含み、前記ＭＴ ＣＳＦＢ発呼を中止することを決定する前記ステップは、前記ＷＴＲＵから応答を受信する前に前記タイマーがタイムアウトになることに基づくことを特徴とする請求項１に記載の方法。
【請求項４】
前記ページング要求は、ＳＧｓＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔメッセージであることを特徴とする請求項１に記載の方法。
【請求項５】
前記ページング要求が送信されなかったという条件の下で、前記ＭＴ ＣＳＦＢ発呼を中止するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
ＷＴＲＵ（ワイヤレス送信／受信ユニット）に対するシステム間変更を回避するように構成されたＶＬＲ（ビジターロケーションレジスタ）であって、
前記ＶＬＲは前記ＷＴＲＵへのＭＴ（移動局着信）ＣＳＦＢ（回線交換フォールバック）を中止することを決定するように構成され、
前記ＶＬＲは前記ＭＴ ＣＳＦＢ発呼を開始するページング要求が送信されたかどうかを判定するように構成され、
前記ページング要求が送信されたという条件の下で、前記ＶＬＲは、モビリティ管理エンティティ（ＭＭＥ）へ、前記ＭＭＥに前記ＭＴ ＣＳＦＢ発呼をキャンセルすることを要求する中止メッセージを送信するように構成される
ことを特徴とするＶＬＲ。
【請求項７】
前記ＷＴＲＵから前記ＭＴ ＣＳＦＢ発呼を中止する要求を受信することに基づき前記ＭＴ ＣＳＦＢ発呼を中止することを決定するように構成されることを特徴とする請求項６に記載のＶＬＲ。
【請求項８】
前記ＭＴ ＣＳＦＢ発呼を確立する前記ＷＴＲＵへの前記ページング要求が送信されたときにタイマーを起動するように構成され、前記ＷＴＲＵから応答を受信する前に前記タイマーがタイムアウトになることに基づき前記ＭＴ ＣＳＦＢ発呼を中止することを決定するように構成されることを特徴とする請求項６に記載のＶＬＲ。
【請求項９】
前記ページング要求は、ＳＧｓＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔメッセージであることを特徴とする請求項６に記載のＶＬＲ。
【請求項１０】
前記ページング要求が送信されなかったという条件の下で、前記ＭＴ ＣＳＦＢ発呼を中止するように構成されることを特徴とする請求項６に記載のＶＬＲ。
【請求項１１】
モビリティ管理エンティティ（ＭＭＥ）によって実行される、ＷＴＲＵ（ワイヤレス送信／受信ユニット）に対するシステム間変更を回避するための方法であって、
前記ＭＭＥに、前記ＷＴＲＵへのＭＴ（移動局着信）ＣＳＦＢ（回線交換フォールバック）発呼をキャンセルすることを指示する中止メッセージをＶＬＲ（ビジターロケーションレジスタ）から受信するステップと、
前記ＭＭＥが拡張サービス要求（ＥＳＲ）を前記ＷＴＲＵからすでに受信しているという条件の下で、前記ＷＴＲＵに、前記ＭＴ ＣＳＦＢ発呼が中止されることを指示するサービス拒否メッセージを送信するステップと、
前記ＷＴＲＵにさらなるメッセージを送信しないステップと
を含むことを特徴とする方法。
【請求項１２】
ＭＳＣ（移動交換局）に前記ＭＴ ＣＳＦＢ発呼に関係するさらなるメッセージを送信しないステップをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ＭＴ ＣＳＦＢ発呼がキャンセルされた結果を指示するステータス情報要素（ＩＥ）を含む確認応答メッセージを前記ＶＬＲに送信するステップをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１４】
他のネットワークノードに中止要求を送信するステップをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１５】
Ｅ−ＵＴＲＡＮ（進化型ユニバーサル地上無線アクセスネットワーク）にページング手順を中止する要求を送信するステップをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１６】
ＷＴＲＵ（ワイヤレス送信／受信ユニット）に対するシステム間変更を回避するように構成されたモビリティ管理エンティティ（ＭＭＥ）であって、前記ＭＭＥは、
前記ＭＭＥに、前記ＷＴＲＵへのＭＴ（移動局着信）ＣＳＦＢ（回線交換フォールバック）発呼をキャンセルすることを指示する中止メッセージをＶＬＲ（ビジターロケーションレジスタ）から受信するように構成され、
前記ＭＭＥが拡張サービス要求（ＥＳＲ）を前記ＷＴＲＵからすでに受信しているという条件の下で、前記ＷＴＲＵに、前記ＭＴ ＣＳＦＢ発呼が中止されることを指示するサービス拒否メッセージを送信するように構成され、
前記ＷＴＲＵにさらなるメッセージを送信しないように構成される
ことを特徴とするＭＭＥ。
【請求項１７】
ＭＳＣ（移動交換局）に前記ＭＴ ＣＳＦＢ発呼に関係するさらなるメッセージを送信しないように構成されることを特徴とする請求項１６に記載のＭＭＥ。
【請求項１８】
前記ＭＴ ＣＳＦＢ発呼がキャンセルされた結果を指示するステータス情報要素（ＩＥ）を含む確認応答メッセージを前記ＶＬＲに送信するように構成されることを特徴とする請求項１６に記載のＭＭＥ。
【請求項１９】
他のネットワークノードに中止要求を送信するように構成されることを特徴とする請求項１６に記載のＭＭＥ。
【請求項２０】
Ｅ−ＵＴＲＡＮ（進化型ユニバーサル地上無線アクセスネットワーク）にページング手順を中止する要求を送信するように構成されることを特徴とする請求項１６に記載のＭＭＥ。
【請求項２１】
ワイヤレス通信において送信側エンティティと受信側エンティティとの間でベアラコンテキストを同期させる方法であって、
送信側エンティティにおけるベアラコンテキストのステータスのアップデートを検出するステップと、
前記受信側エンティティへの次の非アクセス層（ＮＡＳ）メッセージにベアラコンテキストステータス情報要素（ＩＥ）を含めるステップであって、前記ベアラコンテキストステータスＩＥが前記ベアラコンテキストの前記ステータスの前記アップデートに基づく、ステップと、
前記受信側エンティティに前記次のＮＡＳメッセージを送信するステップと
を含むことを特徴とする方法。
【請求項２２】
前記ベアラコンテキストは、ＥＰＳ（進化型パケットシステム）ベアラコンテキストであることを特徴とする請求項２１に記載の方法。
【請求項２３】
前記次のＮＡＳメッセージは、拡張サービス要求（ＥＳＲ）メッセージであることを特徴とする請求項２１に記載の方法。
【請求項２４】
前記ベアラコンテキストのステータスは、前記ベアラコンテキストがアクティブであるか、または非アクティブであるかを示すことを特徴とする請求項２１に記載の方法。
【請求項２５】
前記送信側エンティティは、ＷＴＲＵ（ワイヤレス送信／受信ユニット）であり、前記受信側エンティティは、モビリティ管理エンティティ（ＭＭＥ）であることを特徴とする請求項２１に記載の方法。
【請求項２６】
前記送信側エンティティは、モビリティ管理エンティティ（ＭＭＥ）であり、前記受信側エンティティは、ＷＴＲＵ（ワイヤレス送信／受信ユニット）であることを特徴とする請求項２１に記載の方法。
【請求項２７】
ワイヤレス通信において受信側エンティティとの間でベアラコンテキストを同期させるように構成された送信側エンティティであって、
送信側エンティティにおけるベアラコンテキストのステータスのアップデートを検出するように構成されたプロセッサであって、前記受信側エンティティへの次の非アクセス層（ＮＡＳ）メッセージにベアラコンテキストステータス情報要素（ＩＥ）を含めるように構成され、前記ベアラコンテキストステータスＩＥが前記ベアラコンテキストの前記ステータスの前記アップデートに基づく、プロセッサと、
前記受信側エンティティに前記次のＮＡＳメッセージを送信するように構成された送信機と
を備えることを特徴とする送信側エンティティ。
【請求項２８】
前記ベアラコンテキストは、ＥＰＳ（進化型パケットシステム）ベアラコンテキストであることを特徴とする請求項２７に記載の送信側エンティティ。
【請求項２９】
前記次のＮＡＳメッセージは、拡張サービス要求（ＥＳＲ）メッセージであることを特徴とする請求項２７に記載の送信側エンティティ。
【請求項３０】
前記ベアラコンテキストのステータスは、前記ベアラコンテキストがアクティブであるか、または非アクティブであるかを示すことを特徴とする請求項２７に記載の送信側エンティティ。
【請求項３１】
前記受信側エンティティがモビリティ管理エンティティ（ＭＭＥ）として構成されている、ＷＴＲＵ（ワイヤレス送信／受信ユニット）として構成されることを特徴とする請求項２７に記載の送信側エンティティ。
【請求項３２】
前記受信側エンティティがＷＴＲＵ（ワイヤレス送信／受信ユニット）として構成されている、モビリティ管理エンティティ（ＭＭＥ）として構成されることを特徴とする請求項２７に記載の送信側エンティティ。
【請求項１】
ＶＬＲ（ビジターロケーションレジスタ）によって実行される、ＷＴＲＵ（ワイヤレス送信／受信ユニット）に対するシステム間変更を回避するための方法であって、
前記ＷＴＲＵへのＭＴ（移動局着信）ＣＳＦＢ（回線交換フォールバック）を中止することを決定するステップと、
前記ＭＴ ＣＳＦＢ発呼を開始するページング要求が送信されたかどうかを判定するステップと、
前記ページング要求が送信されたという条件の下で、モビリティ管理エンティティ（ＭＭＥ）へ、前記ＭＭＥに前記ＭＴ ＣＳＦＢ発呼をキャンセルすることを要求する中止メッセージを送信するステップと
を含むことを特徴とする方法。
【請求項２】
前記ＭＴ ＣＳＦＢ発呼を中止することを決定するステップは、前記ＭＴ ＣＳＦＢ発呼を中止する要求を前記ＷＴＲＵから受信することに基づくことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＭＴ ＣＳＦＢ発呼を確立する前記ＷＴＲＵへの前記ページング要求が送信されたときにタイマーを起動するステップをさらに含み、前記ＭＴ ＣＳＦＢ発呼を中止することを決定する前記ステップは、前記ＷＴＲＵから応答を受信する前に前記タイマーがタイムアウトになることに基づくことを特徴とする請求項１に記載の方法。
【請求項４】
前記ページング要求は、ＳＧｓＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔメッセージであることを特徴とする請求項１に記載の方法。
【請求項５】
前記ページング要求が送信されなかったという条件の下で、前記ＭＴ ＣＳＦＢ発呼を中止するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
ＷＴＲＵ（ワイヤレス送信／受信ユニット）に対するシステム間変更を回避するように構成されたＶＬＲ（ビジターロケーションレジスタ）であって、
前記ＶＬＲは前記ＷＴＲＵへのＭＴ（移動局着信）ＣＳＦＢ（回線交換フォールバック）を中止することを決定するように構成され、
前記ＶＬＲは前記ＭＴ ＣＳＦＢ発呼を開始するページング要求が送信されたかどうかを判定するように構成され、
前記ページング要求が送信されたという条件の下で、前記ＶＬＲは、モビリティ管理エンティティ（ＭＭＥ）へ、前記ＭＭＥに前記ＭＴ ＣＳＦＢ発呼をキャンセルすることを要求する中止メッセージを送信するように構成される
ことを特徴とするＶＬＲ。
【請求項７】
前記ＷＴＲＵから前記ＭＴ ＣＳＦＢ発呼を中止する要求を受信することに基づき前記ＭＴ ＣＳＦＢ発呼を中止することを決定するように構成されることを特徴とする請求項６に記載のＶＬＲ。
【請求項８】
前記ＭＴ ＣＳＦＢ発呼を確立する前記ＷＴＲＵへの前記ページング要求が送信されたときにタイマーを起動するように構成され、前記ＷＴＲＵから応答を受信する前に前記タイマーがタイムアウトになることに基づき前記ＭＴ ＣＳＦＢ発呼を中止することを決定するように構成されることを特徴とする請求項６に記載のＶＬＲ。
【請求項９】
前記ページング要求は、ＳＧｓＡＰ−Ｐａｇｉｎｇ−Ｒｅｑｕｅｓｔメッセージであることを特徴とする請求項６に記載のＶＬＲ。
【請求項１０】
前記ページング要求が送信されなかったという条件の下で、前記ＭＴ ＣＳＦＢ発呼を中止するように構成されることを特徴とする請求項６に記載のＶＬＲ。
【請求項１１】
モビリティ管理エンティティ（ＭＭＥ）によって実行される、ＷＴＲＵ（ワイヤレス送信／受信ユニット）に対するシステム間変更を回避するための方法であって、
前記ＭＭＥに、前記ＷＴＲＵへのＭＴ（移動局着信）ＣＳＦＢ（回線交換フォールバック）発呼をキャンセルすることを指示する中止メッセージをＶＬＲ（ビジターロケーションレジスタ）から受信するステップと、
前記ＭＭＥが拡張サービス要求（ＥＳＲ）を前記ＷＴＲＵからすでに受信しているという条件の下で、前記ＷＴＲＵに、前記ＭＴ ＣＳＦＢ発呼が中止されることを指示するサービス拒否メッセージを送信するステップと、
前記ＷＴＲＵにさらなるメッセージを送信しないステップと
を含むことを特徴とする方法。
【請求項１２】
ＭＳＣ（移動交換局）に前記ＭＴ ＣＳＦＢ発呼に関係するさらなるメッセージを送信しないステップをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ＭＴ ＣＳＦＢ発呼がキャンセルされた結果を指示するステータス情報要素（ＩＥ）を含む確認応答メッセージを前記ＶＬＲに送信するステップをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１４】
他のネットワークノードに中止要求を送信するステップをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１５】
Ｅ−ＵＴＲＡＮ（進化型ユニバーサル地上無線アクセスネットワーク）にページング手順を中止する要求を送信するステップをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１６】
ＷＴＲＵ（ワイヤレス送信／受信ユニット）に対するシステム間変更を回避するように構成されたモビリティ管理エンティティ（ＭＭＥ）であって、前記ＭＭＥは、
前記ＭＭＥに、前記ＷＴＲＵへのＭＴ（移動局着信）ＣＳＦＢ（回線交換フォールバック）発呼をキャンセルすることを指示する中止メッセージをＶＬＲ（ビジターロケーションレジスタ）から受信するように構成され、
前記ＭＭＥが拡張サービス要求（ＥＳＲ）を前記ＷＴＲＵからすでに受信しているという条件の下で、前記ＷＴＲＵに、前記ＭＴ ＣＳＦＢ発呼が中止されることを指示するサービス拒否メッセージを送信するように構成され、
前記ＷＴＲＵにさらなるメッセージを送信しないように構成される
ことを特徴とするＭＭＥ。
【請求項１７】
ＭＳＣ（移動交換局）に前記ＭＴ ＣＳＦＢ発呼に関係するさらなるメッセージを送信しないように構成されることを特徴とする請求項１６に記載のＭＭＥ。
【請求項１８】
前記ＭＴ ＣＳＦＢ発呼がキャンセルされた結果を指示するステータス情報要素（ＩＥ）を含む確認応答メッセージを前記ＶＬＲに送信するように構成されることを特徴とする請求項１６に記載のＭＭＥ。
【請求項１９】
他のネットワークノードに中止要求を送信するように構成されることを特徴とする請求項１６に記載のＭＭＥ。
【請求項２０】
Ｅ−ＵＴＲＡＮ（進化型ユニバーサル地上無線アクセスネットワーク）にページング手順を中止する要求を送信するように構成されることを特徴とする請求項１６に記載のＭＭＥ。
【請求項２１】
ワイヤレス通信において送信側エンティティと受信側エンティティとの間でベアラコンテキストを同期させる方法であって、
送信側エンティティにおけるベアラコンテキストのステータスのアップデートを検出するステップと、
前記受信側エンティティへの次の非アクセス層（ＮＡＳ）メッセージにベアラコンテキストステータス情報要素（ＩＥ）を含めるステップであって、前記ベアラコンテキストステータスＩＥが前記ベアラコンテキストの前記ステータスの前記アップデートに基づく、ステップと、
前記受信側エンティティに前記次のＮＡＳメッセージを送信するステップと
を含むことを特徴とする方法。
【請求項２２】
前記ベアラコンテキストは、ＥＰＳ（進化型パケットシステム）ベアラコンテキストであることを特徴とする請求項２１に記載の方法。
【請求項２３】
前記次のＮＡＳメッセージは、拡張サービス要求（ＥＳＲ）メッセージであることを特徴とする請求項２１に記載の方法。
【請求項２４】
前記ベアラコンテキストのステータスは、前記ベアラコンテキストがアクティブであるか、または非アクティブであるかを示すことを特徴とする請求項２１に記載の方法。
【請求項２５】
前記送信側エンティティは、ＷＴＲＵ（ワイヤレス送信／受信ユニット）であり、前記受信側エンティティは、モビリティ管理エンティティ（ＭＭＥ）であることを特徴とする請求項２１に記載の方法。
【請求項２６】
前記送信側エンティティは、モビリティ管理エンティティ（ＭＭＥ）であり、前記受信側エンティティは、ＷＴＲＵ（ワイヤレス送信／受信ユニット）であることを特徴とする請求項２１に記載の方法。
【請求項２７】
ワイヤレス通信において受信側エンティティとの間でベアラコンテキストを同期させるように構成された送信側エンティティであって、
送信側エンティティにおけるベアラコンテキストのステータスのアップデートを検出するように構成されたプロセッサであって、前記受信側エンティティへの次の非アクセス層（ＮＡＳ）メッセージにベアラコンテキストステータス情報要素（ＩＥ）を含めるように構成され、前記ベアラコンテキストステータスＩＥが前記ベアラコンテキストの前記ステータスの前記アップデートに基づく、プロセッサと、
前記受信側エンティティに前記次のＮＡＳメッセージを送信するように構成された送信機と
を備えることを特徴とする送信側エンティティ。
【請求項２８】
前記ベアラコンテキストは、ＥＰＳ（進化型パケットシステム）ベアラコンテキストであることを特徴とする請求項２７に記載の送信側エンティティ。
【請求項２９】
前記次のＮＡＳメッセージは、拡張サービス要求（ＥＳＲ）メッセージであることを特徴とする請求項２７に記載の送信側エンティティ。
【請求項３０】
前記ベアラコンテキストのステータスは、前記ベアラコンテキストがアクティブであるか、または非アクティブであるかを示すことを特徴とする請求項２７に記載の送信側エンティティ。
【請求項３１】
前記受信側エンティティがモビリティ管理エンティティ（ＭＭＥ）として構成されている、ＷＴＲＵ（ワイヤレス送信／受信ユニット）として構成されることを特徴とする請求項２７に記載の送信側エンティティ。
【請求項３２】
前記受信側エンティティがＷＴＲＵ（ワイヤレス送信／受信ユニット）として構成されている、モビリティ管理エンティティ（ＭＭＥ）として構成されることを特徴とする請求項２７に記載の送信側エンティティ。
【図１Ａ】
【図１Ｂ】
【図１Ｃ】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１Ｂ】
【図１Ｃ】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図９】
【図１０Ａ】
【図１０Ｂ】
【公表番号】特表２０１３−５０９８２９（Ｐ２０１３−５０９８２９Ａ）
【公表日】平成２５年３月１４日（２０１３．３．１４）
【国際特許分類】
【出願番号】特願２０１２−５３７１３０（Ｐ２０１２−５３７１３０）
【出願日】平成２２年１０月２９日（２０１０．１０．２９）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０５４８００
【国際公開番号】ＷＯ２０１１／０５３８２４
【国際公開日】平成２３年５月５日（２０１１．５．５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
【公表日】平成２５年３月１４日（２０１３．３．１４）
【国際特許分類】
【出願日】平成２２年１０月２９日（２０１０．１０．２９）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０５４８００
【国際公開番号】ＷＯ２０１１／０５３８２４
【国際公開日】平成２３年５月５日（２０１１．５．５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
[ Back to top ]