JP5566527B2 - 非アクセス層（ｎａｓ）のメッセージ・トンネリング中に異常状態を通知する方法 - Google Patents

Description

関連出願の相互参照
本出願は、２０１０年４月３０日に出願した米国仮特許出願第６１／３３０１７４号の優先権を主張するものである。

本発明は、一般に通信システムに関し、より詳細には、無線通信システムに関する。

通常、無線通信ネットワークは、システム内で通信するために登録されたユーザのために、国際移動電話加入者識別番号（ＩＭＳＩ）など加入者情報を格納するためのメイン・データベースを実装する。また、データベースは、ユーザ・アカウントおよび／またはさまざまな通信用のユーザ基本設定などの、ユーザについての他の情報を含むことができる。メイン・データベースの１つの例は、加入者のホーム・キャリアまたは別のネットワーク事業者によって維持することができる、ホーム・ロケーション・レジスタ（ＨＬＲ）である。通常、ホーム・ロケーション・レジスタは、モバイル・スイッチング・センタと対話して加入者に関連する呼を制御および／または処理する。また、同様のデータベースは、自分のホーム・ネットワークから訪問先のネットワークの中に移動した、モバイル装置またはユーザ機器に関連する情報を一時的に格納するために使用することができる。ビジタ・データベースの１つの例は、訪問先のネットワークの中にローミングしている加入者用の一時的な情報を維持するビジティング・ロケーション・レジスタ（ＶＬＲ）である。

ロング・ターム・エボリューション（ＬＴＥ）ネットワークなどの発展型パケット交換ネットワークは、３ＧＰＰ標準および／またはプロトコルに従って開発されている。システム・アーキテクチャ・エボリューション（ＳＡＥ）は、すべてのＩＰネットワーク用のコア・ネットワーク・アーキテクチャの１つの例である。ＳＡＥは、ネットワーク内のモビリティを取り扱う発展型パケット・コア（ＥＰＣ）を実装する。ＥＰＣの１つのサブコンポーネントは、再送を含むモバイル装置の追尾およびページングなどのアイドル・モードにおける手順に関与するモビリティ管理エンティティ（ＭＭＥ）である。ＭＭＥは、ホーム加入者サーバと対話してモバイル装置を認証することができ、非アクセス層（ＮＡＳ）のシグナリングを終了することができる。また、ＭＭＥは一時的なＩＤを生成し、ローミング中のモバイル装置に割り当てることができる。ＭＭＥは、ＮＡＳシグナリング用の暗号化／完全性保護のための、ネットワークの中の終端点として機能することができる。ＭＭＥおよびＶＬＲは、従来ＳＧｓインタフェースと呼ばれるインタフェースを介して通信する。

特定のＭＭＥがサービスする区域の中にモバイル装置が移動すると、ＭＭＥおよび適切なＶＬＲは、モバイル装置がＭＭＥおよびＶＬＲを経由してメッセージを送受信することを可能にする対応付けを確立する。ＭＭＥとＶＬＲはどちらも、対応付けを定義し識別するデータを含む。ＭＭＥとＶＬＲの間のＳＧｓ対応付けが確立された後で、ＭＭＥおよび／またはＶＬＲはＳＧｓインタフェースを使用して、モバイル装置に関連するアップリンクおよび／またはダウンリンクのＮＡＳメッセージを伝送することができる。例えば、モバイル発生ショート・メッセージ・サービス（ＳＭＳ−ＭＯ）のメッセージは、ＳＧｓ−ＵＰＬＩＮＫ−ＵＮＩＴＤＡＴＡメッセージを使用するＮＡＳメッセージのペイロードとして、モバイル装置からＭＭＥに伝送することができる。ＭＭＥは対応付けデータを使用してこのメッセージをＶＬＲに伝送し、ＶＬＲは対応付けデータの自分のコピーおよび関連するユーザ情報を使用してＳＭＳ−ＭＯメッセージを転送する。別の例として、モバイル終端ＳＭＳメッセージはＶＬＲで受信することができ、ＶＬＲは対応付けデータの自分のコピーおよび関連するユーザ情報を使用して、ＳＭＳ−ＭＴメッセージをモバイル装置に転送するために適切なＭＭＥに伝達する。

さまざまなエラーおよび／またはネットワーク運用によって、ＳＧｓインタフェースのＭＭＥ側またはＶＬＲ側で全部または一部のデータ損失が発生することがある。全部または一部のデータ損失により、ＭＭＥによって格納された対応付けデータおよび／またはユーザ情報データと、サービスするＶＬＲによって格納された対応付けデータおよび／またはユーザ情報データとの間の同期が失われる可能性がある。例えば、ＶＬＲの再起動により、ＶＬＲによって格納された対応付けデータおよび／またはユーザ情報データが完全に失われることがある。別の例として、ＭＭＥの再起動により、ＭＭＥによって格納された対応付けデータおよび／またはユーザ情報データがすべて失われることがある。さらに別の例では、一部または全部のＩＭＳＩレコードが、分散型ＶＬＲアーキテクチャの部分の中で消失および／または破損することがある。ＭＭＥによって格納された対応付けデータおよび／またはユーザ情報データと、サービスするＶＬＲによって格納された対応付けデータおよび／またはユーザ情報データとの間の同期の欠如により、メッセージの交換中に、例えばＳＭＳ−ＭＯメッセージおよびＳＭＳ−ＭＴメッセージなどのＮＡＳメッセージの交換中に、異常状態がもたらされることがある。

開示した主題は、上記に説明した問題のうちの１つまたは複数の影響への対処に関する。開示した主題のいくつかの態様を基本的に理解するために、開示した主題の簡略化された概要を以下に提示する。この概要は開示した主題の網羅的な概略ではない。開示した主題の主要もしくは重要な構成要素を識別するか、または開示した主題の範囲を描写することは意図されていない。その唯一の目的は、下記に述べるより詳細な説明への序文として簡略化された形で、いくつかの概念を提示することである。

一実施形態では、モビリティ管理エンティティとビジティング・ロケーション・レジスタの間で伝送された非アクセス層（ＮＡＳ）メッセージに応答して、メッセージ・タイプ、ＮＡＳメッセージに関連するモバイル装置の識別子、および、応答メッセージの生成に関連する原因を示す情報を含む応答メッセージを生成することを含む方法が提供される。また、方法は応答メッセージの伝送を含む。

別の実施形態では、モビリティ管理エンティティとビジティング・ロケーション・レジスタの間で伝送された非アクセス層（ＮＡＳ）メッセージに応答して、メッセージ・タイプ、ＮＡＳメッセージに関連するモバイル装置の識別子、および、応答メッセージの生成に関連する原因を示す情報を含む応答メッセージを受信することを含む方法が提供される。また、方法は、応答メッセージの中で示された原因に基づいて、モビリティ管理エンティティまたはビジティング・ロケーション・レジスタのための少なくとも１つの是正処置を実行することを含む。

開示した主題は、添付図面と併用された以下の説明に対する参照によって理解することができ、添付図面の中では同じ参照数字は同じ構成要素を識別する。

通信システムの第１の例示的な実施形態を概念的に示す図である。 通信システムの第２の例示的な実施形態を概念的に示す図である。 ＶＬＲでの異常状態に対する応答を生成するための方法の１つの例示的な実施形態を概念的に示す図である。 ＭＭＥでの異常状態に対する応答を生成するための方法の１つの例示的な実施形態を概念的に示す図である。

開示した主題はさまざまな修正および代替の形態の余地があるが、その特定の実施形態を図面の中の例として示し、本明細書において詳細に説明する。しかしながら、本明細書における特定の実施形態の説明は開示した主題を特定の開示した形態に限定するものではなく、これに反して、添付特許請求の範囲の範囲内に入るすべての修正物、均等物、および代替物をカバーするものであることを理解すべきである。

例示的な実施形態を下記に記載する。分かりやすくするために、実際の実装形態のすべての特徴はこの明細書において記載されていない。当然、そのようないかなる実際の実施形態の開発においても、システム関係およびビジネス関係の制約の順守などの開発者特有の目標を達成するために、多数の実装固有の決定がなされるべきであり、それらは実装毎に変わるであろうことが理解されよう。さらに、そのような開発努力は複雑で時間を浪費するものである可能性があるが、それにもかかわらず、この開示の利点を有する当業者が引き受けるルーチンであることが理解されよう。

ここで、開示した主題を添付の図を参照して記載する。さまざまな構造、システムおよび装置が、説明のためだけに、かつ当業者にはよく知られている詳細で本発明を覆い隠さないように、図面の中で概略的に描写される。それにもかかわらず、添付図面は、開示した主題の説明的な例を記載および説明するために含まれる。本明細書において使用される単語およびフレーズは、当業者によるそれらの単語およびフレーズの理解と一致する意味を有するものと理解および解釈すべきである。用語またはフレーズの特別な定義、すなわち当業者によって理解されるような通常および通例の意味とは異なる定義は、本明細書における用語またはフレーズの一貫した使用によって暗示されるものではない。用語またはフレーズが特別な意味、すなわち当業者によって理解される以外の意味を有するものであるかぎり、そのような特別定義は、用語またはフレーズ用の特別定義を直接および明確に提供する定義方式で、明細書の中で明白に説明されよう。

図１は、通信システム１００の第１の例示的な実施形態を概念的に示す。例示された実施形態では、通信システム１００は、システム１００に無線接続を提供するためのアクセス・ネットワーク１０５を含む。図１の中に描写されたアクセス・ネットワーク１０５は、モバイル・ネットワーク用のロング・ターム・エボリューション（ＬＴＥ）アップグレード・パスのために定義された３ＧＰＰ標準および／またはプロトコルに従って動作する発展型ＵＭＴＳ地上波無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）である。しかしながら、本開示の利点を有する当業者は、他のタイプの基地局、基地局ルータ、アクセス・ポイントなどが、無線接続をシステム１００の代替の実施形態に提供するために使用できることを理解すべきである。また、通信システムは、ユーザ・プロファイル・サーバ・ファンクション（ＵＰＳＦ）とも呼ばれる、１つまたは複数のホーム加入者サーバ（ＨＳＳ）１１０を含む。ＨＳＳ１１０は、ユーザ用の加入に関係する情報を含み、ユーザの認証および権限付与を実行し、加入者の位置についての情報およびＩＰ情報を提供することができる、マスタ・ユーザ・データベースである。

例示された実施形態では、通信システム１００は、訪問先のネットワークの中にローミングしている加入者用の一時的な情報を維持する、１つまたは複数のモバイル・スイッチング・センタ／ビジティング・ロケーション・レジスタ（ＭＳＣ／ＶＬＲ）１１５も含む。また、ＭＳＣ／ＶＬＲ１１５は、無線通信システムを公衆交換電話網に接続するための機能を含むことができる。１つまたは複数のモビリティ管理エンティティ（ＭＭＥ）１２０（１−ｎ）も通信システム１００の中に含まれる。モビリティ管理エンティティ１２０は、ホーム加入者サーバ１１０と対話してモバイル装置を認証することができ、非アクセス層（ＮＡＳ）のシグナリングを終了することができる。また、モビリティ管理エンティティ１２０は、ＳＧｓインタフェース１２５と呼ばれる可能性があるインタフェース１２５を介して、ＭＳＣ／ＶＬＲ１１５と電気的および／または通信的に結合する。

対応付けは、ＭＳＣ／ＶＬＲ１１５とユーザ機器用のモビリティ管理エンティティ１２０との間、または異なるモビリティ管理エンティティ１２０に関連するモバイル装置間で確立することができる。ＭＳＣ／ＶＬＲ１１５およびモビリティ管理エンティティ１２０は、対応付けを定義する情報を格納するために使用されるデータベース１３０、１３５を含む。また、データベース１３０、１３５は、国際移動電話加入者識別番号（ＩＭＳＩ）などの、関連するモバイル装置を識別する情報を含むことができる。各モバイル装置用の各対応付けをサポートするモビリティ管理エンティティ１２０とＭＳＣ／ＶＬＲ１１５はどちらも、各モバイル装置用の対応付けを識別する情報を格納する。情報はこれらのエンティティ間で非アクセス層（ＮＡＳ）メッセージを配信するために使用することができる。例えば、ショート・メッセージング・サービスのメッセージは、モビリティ管理エンティティ１２０とＭＳＣ／ＶＬＲ１１５の間で交換することができるＮＡＳメッセージの１つのタイプである。ＭＳＣ／ＶＬＲ１１５がモバイル終端ＳＭＳメッセージ（ＳＭＳ−ＭＴ）を受信すると、ＭＳＣ／ＶＬＲ１１５は対応付け情報を使用してＳＭＳメッセージを適切なＭＭＥ１２０に転送し、ＭＭＥ１２０は自分の対応付け情報を使用して登録されたモバイル装置を識別し、ＳＭＳメッセージをモバイル装置に伝送する。同様に、モビリティ管理エンティティ１２０がモバイル発生ＳＭＳメッセージ（ＳＭＳ−ＭＯ）を受信すると、モビリティ管理エンティティ１２０は対応付け情報を使用して、ＳＭＳメッセージを送信先ネットワークに伝送するために適切なＭＳＣ／ＶＬＲ１１５に転送する。

モバイル装置またはユーザ機器に関連するメッセージを成功裏に交換するために、データベース１３０と１３５は同期されているべきである。例えば、データベース１３５（１）の中に格納された、モビリティ管理エンティティ１２０（１）とＭＳＣ／ＶＬＲ１１５との間の対応付けを定義するデータの一部は、この情報が同じモバイル装置用の同じ対応付けを参照するように、データベース１３０の中に格納されたデータの対応する一部と同期されているべきである。ＨＳＳ１１０によって送信された加入者レコードも、ＭＭＥ１２０とＶＬＲ１１５の間で同期されているべきである。しかしながら、データベース１３０、１３５の中の情報は破損および／または消失する可能性があり、その結果データベース１３０と１３５は同期されていない状態になり、モビリティ管理エンティティ１２０とＭＳＣ／ＶＬＲ１１５の間の通信中にエラー状態および／または他の異常状態がもたらされる可能性がある。

図２は、通信システム２００の第２の例示的な実施形態を概念的に示す。例示された実施形態では、モバイル装置２０５は、エア・インタフェース２１５を介して（Ｅ−ＵＴＲＡＮの可能性がある）アクセス・ネットワーク２１０と無線通信を確立することができる。アクセス・ネットワーク２１０は、モバイル装置２０５用のＶＬＲ２２５との対応付けを確立することができるモビリティ管理エンティティ２２０に電気的および／または通信的に結合する。本明細書において記載したように、（ＩＭＳＩなどの他のユーザ情報だけでなく）対応付けを指示および／または定義する情報は、モビリティ管理エンティティ２２０とＶＬＲ２２５それぞれの中のデータベース２３０と２３５の中に格納することができる。ＶＬＲ２２５は、ネットワーク２４０に電気的および／または通信的に結合し、ネットワーク２４０は１つまたは複数のサービス中モバイル・スイッチング・センタ（Ｓ−ＭＳＣ）２４５を経由する他のエンティティとの通信をサポートするために使用することができる。非アクセス層メッセージは、モバイル装置２０５用の対応付けを使用して、モビリティ管理エンティティ２２０とＶＬＲ２２５の間を通り抜けることができる。

通信システム２００の第２の例示的な実施形態は、ＬＴＥ用の３ＧＰＰ標準および／またはプロトコルに従って動作する。したがって、ＮＡＳメッセージのトンネリングは、モバイル装置２０５とＶＬＲ２２５の間で交換されるＮＡＳメッセージをカプセル化することによって実行することができる。この手順は、ＮＡＳメッセージの方向に応じて、ＶＬＲ２２５またはＭＭＥ２２０によって使用することができる。例えば、２つの手順は、ＭＭＥ２２０からＶＬＲ２２５に向かうアップリンク・ユニデータ、およびＶＬＲ２２５からＭＭＥ２２０に向かうダウンリンク・ユニデータとして識別することができる。

ＭＭＥ２２０がアップリンクＮＡＳトランスポート・メッセージをモバイル装置２０５から受信すると、ＭＭＥ２２０は、ＮＡＳメッセージ・コンテナ情報エレメントの値の部分をＳＧｓＡＰ−ＵＰＬＩＮＫ−ＵＮＩＴＤＡＴＡメッセージのＮＡＳメッセージ・コンテナ情報エレメントの値の部分にコピーし、ＳＧｓＡＰ−ＵＰＬＩＮＫ−ＵＮＩＴＤＡＴＡメッセージをＶＬＲ２２５に送信することができる。ＳＧｓＡＰ−ＵＰＬＩＮＫ−ＵＮＩＴＤＡＴＡを受信すると、ＶＬＲ２２５はＮＡＳメッセージ・コンテナ情報エレメントを抽出し、この情報を使用してネットワーク２４０に転送するメッセージを準備することができる。しかしながら、データベース２３０と２３５のうちの１つもしくは複数の中で情報が破損および／または損失すると、ＭＭＥ２２０とＶＬＲ２２５の間のメッセージの交換に影響するエラー状態および／または異常状態がもたらされる可能性がある。

異常状態の１つの例では、データベース２３５の中の破損および／またはデータ損失によって、モバイル装置２０５用のＳＧｓ対応付けを示す情報が削除または変更される。ＶＬＲ２２５がモバイル装置２０５用のＭＭＥ２２０からＳＧｓＡＰ−ＵＰＬＩＮＫ−ＵＮＩＴＤＡＴＡを受信し、モバイル装置２０５用のＳＧｓ対応付けを識別する情報がＶＬＲ２２５に存在しない場合、ＶＬＲ２２５は受信したメッセージを無視し、エラー状態または異常状態の原因を示すＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージをＭＭＥ２２０に返信することができる。例えば、メッセージは、「非ＥＰＳサービスからデタッチしたＩＭＳＩ」の値をもつＳＧｓ原因情報エレメントを含むことができ、この値はメッセージの中の特定のビット・パターンによって示すことができる。ＭＭＥ２２０がＳＧｓ原因情報エレメントの値「非ＥＰＳサービスからデタッチしたＩＭＳＩ」をもつＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージを受信した後で、ＭＭＥ２２０は、例えば、モバイル装置２０５からコンバインド・トラッキング・エリア・アップデート要求または周期的なトラッキング・エリア・アップデートを受信すると、非ＥＰＳサービスに再アタッチする要求の伝送を含む是正処置をとることができる。あるいは、ＭＭＥ２２０は、モバイル装置２０５によるいかなるトラッキング・エリア・アップデートまたは他の動作も待たずに、モバイル装置２０５用のＶＬＲ２２５に向けて、非ＥＰＳサービス手順用のロケーション・アップデートを実行することができる。

アップリンク上の異常状態の別の例は、ＳＧｓ対応付けがモバイル装置２０５用に存在するが、例えばデータの破損および／または損失のために、ＶＬＲ２２５がモバイル装置２０５のＩＭＳＩを知らないか、または決定することができないときに発生する。この場合、ＶＬＲ２２５がモバイル装置２０５用のＭＭＥ２２０からＳＧｓＡＰ−ＵＰＬＩＮＫ−ＵＮＩＴＤＡＴＡを受信すると、ＶＬＲ２２５は、ＳＧｓ原因情報エレメントの値「未知のＩＭＳＩ」を示すＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージをＭＭＥ２２０に返信することができる。ＭＭＥ２２０がＳＧｓ原因情報エレメント「未知のＩＭＳＩ」をもつＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージを受信した場合、ＭＭＥ２２５は、モバイル装置２０５からコンバインド・トラッキング・エリア・アップデート要求または周期的なトラッキング・エリア・アップデートを受信すると、非ＥＰＳサービスへの再アタッチ要求を含む１つまたは複数の是正処置をとることができる。あるいは、ＭＭＥ２２５は、モバイル装置２０５によるトラッキング・エリア・アップデートまたは他の動作を待たずに、ＶＬＲ２２０に向けて、非ＥＰＳサービス手順用のロケーション・アップデートを実行することができる。

ダウンリンク方向に伝わるＮＡＳメッセージの場合、ＶＬＲ２２５がＮＡＳメッセージをモバイル装置２０５に送信する必要があると、ＶＬＲ２２５は最初にモバイル装置２０５用のＳＧｓ対応付けをもっているか否かを確認することができる。モバイル装置２０５用のＳＧｓ対応付けの状態がＳＧｓ−ＡＳＳＯＣＩＡＴＥＤおよびＬＡ−ＵＰＤＡＴＥＰＲＥＳＥＮＴである場合、ＶＬＲ２２５は手順を続けることができる。ＶＬＲ２２５はＮＡＳメッセージを作り、ＳＧｓＡＰ−ＤＯＷＮＬＩＮＫ−ＵＮＩＴＤＡＴＡメッセージのＮＡＳメッセージ・コンテナ情報エレメントの値の部分にカプセル化し、ＳＧｓＡＰ−ＤＯＷＮＬＩＮＫ−ＵＮＩＴＤＡＴＡメッセージをＭＭＥ２２０に送信することができる。ＳＧｓＡＰ−ＤＯＷＮＬＩＮＫ−ＵＮＩＴＤＡＴＡメッセージを受信すると、ＭＭＥ２２０は、ＮＡＳメッセージ・コンテナ情報エレメントの値の部分をダウンリンクＮＡＳトランスポート・メッセージのＮＡＳメッセージ・コンテナ情報エレメントの値の部分にコピーし、ダウンリンクＮＡＳトランスポート・メッセージをモバイル装置２０５に送信することができる。しかしながら、アップリンクの場合のように、データベース２３０と２３５のうちの１つもしくは複数の中で情報が破損および／または損失すると、ＭＭＥ２２０とＶＬＲ２２５の間のメッセージの交換に影響するエラー状態および／または異常状態がもたらされる可能性がある。

異常状態の１つの例では、データベース２３０の中の破損および／またはデータ損失によって、モバイル装置２０５用のＳＧｓ対応付けを示す情報が削除または変更される。その結果、モバイル装置２０５用のＳＧｓ対応付けを示す情報は、ＭＭＥ２２０で利用できない可能性がある。ＭＭＥ２２０がモバイル装置２０５用のＶＬＲ２２５からＳＧｓＡＰ−ＤＯＷＮＬＩＮＫ−ＵＮＩＴＤＡＴＡメッセージを受信し、モバイル装置２０５用のＳＧｓ対応付けを示す情報がない場合、ＭＭＥ２２０は受信したメッセージを無視し、ＳＧｓ原因情報エレメントの値「ＥＰＳおよび非ＥＰＳのサービスからデタッチしたＩＭＳＩ」を示すＳＧｓＡＰ−ＲＥＬＥＡＳＥＲＥＱＵＥＳＴメッセージをＶＬＲ２２５に返信することができる。ＶＬＲ側では、ＳＧｓ原因情報エレメントの値「ＥＰＳおよび非ＥＰＳのサービスからデタッチしたＩＭＳＩ」をもつＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージを受信すると、ＶＬＲ２２５は、このモバイル装置２０５用のＳＧｓ対応付けについて「無線連絡によって確認」復元インジケータを「偽」にマークし、ＳＧｓ対応付けの状態をＳＧｓ−ＮＵＬＬ状態にセットすることができる。このモバイル装置２０５に対する次のＳＭＳモバイル終了要求の場合、ＶＬＲ２２５は、ＡまたはＩｕのインタフェースを使用してＳＭＳ配信を試すことができる。

アップリンク上の異常状態の別の例は、ＳＧｓ対応付けがモバイル装置２０５用に存在するが、例えばデータの破損および／または損失のために、ＭＭＥ２２０がモバイル装置２０５のＩＭＳＩを知らないか、または決定することができないときに発生する。ＭＭＥ２２０がモバイル装置２０５用のＶＬＲ２２５からＳＧｓＡＰ−ＤＯＷＮＬＩＮＫ−ＵＮＩＴＤＡＴＡメッセージを受信し、モバイル装置２０５用にＳＧｓ対応付けが存在するがＩＭＳＩがＭＭＥ２２０に未知の場合、ＭＭＥ２２０は受信したメッセージを無視し、ＳＧｓ原因情報エレメントの値「未知のＩＭＳＩ」を示すＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージをＶＬＲ２２５に返信することができる。ＶＬＲ側では、ＳＧｓ原因情報エレメント「未知のＩＭＳＩ」をもつＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージを受信すると、ＶＬＲ２２５は、このモバイル装置２０５用のＳＧｓ対応付けについて「無線連絡によって確認」復元インジケータを「偽」にマークし、ＳＧｓ対応付けの状態をＳＧｓ−ＮＵＬＬ状態にセットすることができる。このモバイル装置２０５に対する次のＳＭＳモバイル終了要求の場合、ＶＬＲ２２５は、関連する標準および／またはプロトコルによって定義されたＡまたはＩｕのインタフェースを使用してＳＭＳ配信を試すことができる。

ＭＭＥ２２０およびＶＬＲ２２５は、解放要求メッセージを交換してモバイル装置２０５用のＮＡＳ信号接続（複数可）を解放することができる。一実施形態では、ＶＬＲ２２５がそのモバイル装置２０５用のＳＧｓ対応付けをもたない（すなわち、対応付けを示す情報を見つけることができない）ので、またはモバイル装置２０５のＩＭＳＩがＶＬＲ２２５に未知なので、ＶＬＲ２２５がＶＬＲ２２５とモバイル装置２０５の間で交換されるＮＡＳメッセージがこれ以上ないと判定するか、または指定されたＩＭＳＩ用のさらなるＮＡＳメッセージ交換が起こり得ないとき、ＶＬＲ２２５は、通り抜けられるＮＡＳメッセージがこれ以上ないモバイル装置２０５の、（既知なら）ＩＭＳＩおよびＳＧｓ原因情報エレメントを含むＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージをＭＭＥ２２０に送信することができる。（例えば、成功したＳＭＳトランザクションに続く）正常な解放の場合、ＳＧｓ原因の値は、「正常、詳細不明」にセットすることができる。この指標は、ＭＭＥ２２０がＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージの中で示されたモバイル装置２０５とのＮＡＳ信号接続の解放を制御するために使用することができる。異常ケースに起因する解放の場合、ＳＧｓ原因は本明細書で記載されたようにセットすることができる。

一実施形態では、ＭＭＥ２２０がそのモバイル装置２０５用のＳＧｓ対応付けをもたない（すなわち、対応付けを識別する情報を判定もしくは特定することができない）ので、またはモバイル装置２０５のＩＭＳＩがＭＭＥ２２０に未知なので、ＭＭＥ２２０が指定されたＩＭＳＩ用のさらなるＮＡＳメッセージ交換（ＶＬＲ２２５からのＳＧｓＡＰ−ＤＯＷＮＬＩＮＫ−ＵＮＩＴＤＡＴＡ）は起こり得ないと判定すると、ＭＭＥ２２０は、通り抜けられるＮＡＳメッセージがこれ以上ないモバイル装置２０５の（既知なら）ＩＭＳＩおよび本明細書で記載されたようにセットされたＳＧｓ原因の値をもつＳＧｓ原因情報エレメントを含む、ＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージをＶＬＲ２２５に送信することができる。いくつかの実施形態では、ＳＭＳトランスポートの場合、ＳＭＳトランザクションが完了（ＭＯの場合ＣＰ−ＡＣＫメッセージの受信、ＭＴの場合ＣＰ−ＡＣＫメッセージの送信）すると、ＣＰ−ＥＲＲＯＲメッセージを受信すると、ＳＭＳトランザクションが上位層によってアボートされると、または、ＴＣ１終了、モバイル装置２０５用のＳＧｓ対応付けなし、もしくは未知のＩＭＳＩなどのいくつかのエラーケースの場合、ＶＬＲ２２５はＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージを送信することができる。

表１は従来の解放要求メッセージを示す。表１に示されたメッセージは、メッセージ・タイプを示す情報エレメント、および、対応付けが確立されたユーザ機器またはモバイル装置のＩＭＳＩを示す別の情報エレメントを含む。

表２は、モビリティ管理エンティティおよび／またはビジティング・ロケーション・レジスタが、ＮＡＳメッセージの受信に応答してエラー状態または異常状態を検出すると、応答を返信するために使用することができる解放要求メッセージの一実施形態を示す。例示された実施形態では、解放要求メッセージは、メッセージ・タイプを示す情報エレメント、モバイル装置（例えば、ＩＭＳＩ）を示す情報エレメント、および、異常状態に対するエラー状態など、解放応答メッセージの生成に関連する原因を示す別の情報エレメントを含む。このメッセージは、所望によりＶＬＲ２２５とＭＭＥ２２０のどちらによっても送信することができる。ＶＬＲ２２５がそのモバイル装置２０５用のＳＧｓ対応付けをもたない（すなわち、対応付けを識別する情報を判定もしくは特定することができない）ので、またはＩＭＳＩがＶＬＲ２２５に未知なので、ＶＬＲ２２５は、ＶＬＲ２２５とモバイル装置２０５の間で交換されるＮＡＳメッセージはこれ以上ないと判定するか、または、指定されたＩＭＳＩ用のさらなるＮＡＳメッセージ交換（ＭＭＥからのＳＧｓＡＰ−ＵＰＬＩＮＫ−ＵＮＩＴＤＡＴＡ）が起こり得ないとき、ＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージをＭＭＥ２２０に送信する。ＭＭＥ２２０がそのモバイル装置２０５用のＳＧｓ対応付けをもたないので、またはモバイル装置２０５のＩＭＳＩがＭＭＥ２２０に未知なので、指定されたＩＭＳＩ用のさらなるＮＡＳメッセージ交換（ＶＬＲ２２５からのＳＧｓＡＰ−ＤＯＷＮＬＩＮＫ−ＵＮＩＴＤＡＴＡ）が起こり得ないとき、ＭＭＥ２２０は、ＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージをＶＬＲ２２５に送信する。

表３は、解放要求メッセージに関連する原因を示すために使用される情報エレメントの１つの例示的な実施形態の構造を示し、図４は、情報エレメントの１つの例示的な実施形態のためのさまざまな原因を示すビット値のリストである。

ＳＭＳトランスポートの特定のケースの場合、ＳＭＳトランザクションが完了（例えば、ＭＯの場合ＣＰ−ＡＣＫメッセージの受信、ＭＴの場合ＣＰ−ＡＣＫメッセージの送信）すると、ＣＰ−ＥＲＲＯＲメッセージを受信すると、ＳＭＳトランザクションが上位層によってアボートされると、または、ＴＣ１終了などのいくつかのエラーケースの場合、ＶＬＲは、ＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージを送信することができる。この指標は、ＭＭＥがＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージの中で示されたＵＥとのＮＡＳ信号接続の解放を制御するために使用することができる。一実施形態では、解放手順の使用は、異常呼の終了の場合の障害通知およびリソース消去をカバーするように拡張することができる。別の実施形態では、解放手順は、異常呼の障害通知およびリソース消去のためにＭＭＥ側から利用可能にすることができる。

図３は、ＶＬＲでの異常状態に対する応答を生成するための方法３００の１つの例示的な実施形態を概念的に示す。例示された実施形態では、結合ＥＰＳ／ＩＭＳＩアタッチ手順およびロケーション・アップデートが非ＥＰＳサービス手順のために（３０５で）実行される。次いで、ＭＭＥおよびＶＬＲでＳＧｓ対応付けが（３１０で）確立され、この対応付けは、ＭＭＥとＶＬＲのどちらの中にも格納された情報を使用して表される。例示された実施形態では、ＶＬＲに格納されたデータは（３１５で）破損および／または損失する。例えば、対応付けデータはＶＬＲ上に存在することができない。別の例では、対応付けデータは存在することができるが、対応する加入者レコードは利用することができず、例えば、インジケータ「ＨＳＳによって確認された加入者データ」は値「未確認」をもつ場合がある。その後、ユーザ機器（ＵＥ）は、次いで、モバイル発生ＳＭＳメッセージなどのアップリンクＮＡＳトランスポート・メッセージを（３２０で）送信する。ＭＭＥは、対応付け情報およびユーザ機器を識別する情報を使用して、受信したＮＡＳメッセージをＶＬＲに（３２５で）転送する。

ＳＧｓ対応付け確立の指標がない（ＳＧｓ対応付けデータがない）ＭＯ−ＳＭＳがＳＧｓインタフェースを介してＭＳＣ／ＶＬＲに届いたときの従来の応答の１つは、メッセージを無視することである。例えば、ＶＬＲにＵＥ用のＳＧｓ対応付けがない場合、および／または、ＶＬＲが、ＳＧｓ対応付けが存在しないＵＥ用のＭＭＥからＳＧｓＡＰ−ＵＰＬＩＮＫ−ＵＮＩＴＤＡＴＡを受信した場合、ＶＬＲはメッセージを無視することができる。入力メッセージが無視された場合、ＭＳＣ／ＶＬＲはＭＭＥにいかなる障害通知も送信しない。ＭＭＥには、このモバイル発生ＳＭＳに関連するタイマもない。したがって、この発生ＳＭＳが配信されなかったことをＭＭＥが知る方法はない。加えて、ＭＭＥは、また、ＵＥ用の３Ｇ−ＭＳＣ／ＶＬＲとの対応付けがまだ関連していると考え、そのためＭＭＥは将来にわたってＵＥ発生ＳＭＳを３Ｇ−ＭＳＣに渡し続ける。この「未知の」状況は、気付かれずに数時間またはそれ以上続く可能性がある。

したがって方法３００は、対応付け状態を回復するためにＶＬＲにユーザ機器を再登録するなどの是正処置をＭＭＥがとることを可能にする、代替の実施形態を実装する。例示された実施形態では、ＳＧｓ対応付けデータがＶＬＲに存在しないとき、ＶＬＲは情報エレメントを含む解放要求をＭＭＥに送信して、ＳＧｓ対応付け状態がＳＧｓ−ＮＵＬＬであることが原因で（例えば、ＩＭＳＩが非ＥＰＳサービスからデタッチしたので）呼が成功しなかったことを示すことによって、ＭＭＥに（３３０で）通知する。例えば、ＶＬＲが、ＳＧｓ対応付けが存在しないモバイル装置用のＭＭＥからＳＧｓＡＰ−ＵＰＬＩＮＫ−ＵＮＩＴＤＡＴＡを受信した場合、ＶＬＲは受信したメッセージを無視し、ＳＧｓ原因情報エレメントの値「非ＥＰＳサービスからデタッチしたＩＭＳＩ」を示すＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージをＭＭＥに返信することができる。ＭＭＥ側では、ＳＧｓ原因情報エレメントの値「非ＥＰＳサービスからデタッチしたＩＭＳＩ」をもつＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージを受信した場合、ＵＥからコンバインド・トラッキング・エリア・アップデート要求または周期的なトラッキング・エリア・アップデートを受信すると、ＭＭＥは非ＥＰＳサービスへの再アタッチを要求するか、あるいは、ただちにＵＥ用のＶＬＲに向けて非ＥＰＳサービス手順用のロケーション・アップデートを実行することができる。

あるいは、データの破損および／または損失が原因で、加入者データがＶＬＲ上のホーム加入者サーバによって確認されないと、ＭＭＥが是正処置をとることができるように、ＶＬＲはＭＭＥに（３３０で）通知する。１つの例示的な是正処置は、ＶＬＲがホーム加入者サーバから情報を取り出すことである。この場合、ＶＬＲがＳＧｓＡＰ−ＬＯＣＡＴＩＯＮ−ＵＰＤＡＴＥ−ＲＥＱＵＥＳＴメッセージを受信すると、ＶＬＲは、ＩＭＳＩが既知かどうかをチェックすることができる。ＩＭＳＩが未知の場合、ＶＬＲはＵＥのＭＭコンテキストをＨＳＳから取り出すことができる。また、ＶＬＲは、ＵＥのいかなる動作も待たずに、例えば、エラー状態または異常状態の検知に応答して、実質ただちにコンテキストを取り出すことができる。別の例示的な是正処置は、（サービスを確認することができないため）ＶＬＲが解放要求をＭＭＥに（３３０で）送信して、加入者が未知なので呼が成功しなかったことを示し、最終的にＨＳＳからのＩＭＳＩ情報の取り出しを起動できる、次のアタッチまたはコンバインド・トラッキング・エリア・アップデートを待つことである。例えば、ＶＬＲが、ＳＧｓ対応付けが存在するモバイル装置用のＭＭＥからＳＧｓＡＰ−ＵＰＬＩＮＫ−ＵＮＩＴＤＡＴＡを受信したが、インジケータ「ＨＳＳによって確認された加入者データ」が「未確認」であった場合、ＶＬＲは、ＳＧｓ原因情報エレメントの値が「未知のＩＭＳＩ」を示すＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージをＭＭＥに返信することができる。ＭＭＥ側では、ＳＧｓ原因情報エレメント「未知のＩＭＳＩ」をもつＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージを受信したとき、ＭＭＥは、モバイル装置からコンバインド・トラッキング・エリア・アップデート要求または周期的なトラッキング・エリア・アップデートを受信すると、非ＥＰＳサービスへの再アタッチを要求するか、あるいは、ただちにモバイル装置用のＶＬＲに向けて非ＥＰＳサービス手順用のロケーション・アップデートを実行することができる。

図４は、ＭＭＥでの異常状態に対する応答を生成するための方法４００の１つの例示的な実施形態を概念的に示す。例示された実施形態では、非ＥＰＳサービス手順用の結合ＥＰＳ／ＩＭＳＩアタッチ手順およびロケーション・アップデートが（４０５で）実行される。次いで、ＭＭＥおよびＶＬＲでＳＧｓ対応付けが（４１０で）確立され、この対応付けは、ＭＭＥとＶＬＲのどちらの中にも格納された情報を使用して表される。ユーザ機器、ＭＭＥ、およびＶＬＲに関係するページングおよびサービス要求手順は（４１５で）実行することができる。この時点で、ユーザ機器用の対応付けは正しく動作しており、１つもしくは複数のモバイル発生および／またはモバイル終端のＳＭＳメッセージは、ユーザ機器とＳＭＳメッセージ・サービング・センタ（ＳＭＳＣ）との間で成功裏に（４２０で）伝送することができる。

例示された実施形態では、ＭＭＥに格納されたデータは（４２５で）破損および／または損失する。例えば、ＳＧｓ対応付けデータはＭＭＥ上に存在することができない。別の例では、ＳＧｓ対応付けデータは存在することができるが、対応する加入者レコードはＭＭＥ上で利用することができず、例えば、インジケータ「ＨＳＳによって確認された加入者データ」は値「未確認」をもつ場合がある。従来の手法では、ＭＴ−ＳＭＳがＳＧｓインタフェースを介して、ＳＧｓ対応付け確立の指標なし（ＳＧｓ対応付けデータなし）で（４３０、４３５で）届いた場合、ＭＭＥにＵＥ用のＳＧｓ対応付けがないなら、ＭＭＥは受信したメッセージを無視する。また、ＭＭＥが、ＳＧｓ対応付けがないＵＥ用のＶＬＲからＳＧｓＡＰ−ＤＯＷＮＬＩＮＫ−ＵＮＩＴＤＡＴＡメッセージを受信した場合、ＭＭＥは受信したメッセージを無視することができる。この場合、タイムアウトすると、ＳＭＳ−ＭＴ要求は（プロビジョニングに基づいて）ＶＬＲによってリトライされ、それでも応答なしの場合、ＶＬＲは障害レポートをＳＭＳサービス・センタに送信し、接続を解放する。ＭＭＥは障害用ＮＡＣＫをＶＬＲに送信しないので、ＶＬＲ対応付け状態は更新されず、恐らくリトライは再びＳＧｓインタフェースを通り抜ける（再び失敗する）。

したがって、方法４００は、対応付け状態を回復するためにＭＭＥにユーザ機器を再登録するなどの是正処置をＶＬＲがとるのを可能にする代替の実施形態を実装する。例示された実施形態では、ＳＧｓ対応付けデータがＭＭＥに存在しないとき、ＭＭＥは解放要求をＶＬＲに送信して、ＳＧｓ対応付け状態がＳＧｓ−ＮＵＬＬであることが原因で（例えば、ＩＭＳＩがＥＰＳおよび非ＥＰＳのサービスからデタッチしたので）呼が成功しなかったことを示すことにより、ＶＬＲに（４４０で）通知することができる。例えば、ＭＭＥが、ＳＧｓ対応付けが存在しないＵＥ用のＶＬＲからＳＧｓＡＰ−ＤＯＷＮＬＩＮＫ−ＵＮＩＴＤＡＴＡメッセージを受信した場合、ＭＭＥでの「ＭＭＥ−リセット」復元インジケータが「偽」にセットされていれば、ＭＭＥは受信したメッセージを無視し、ＳＧｓ原因情報エレメントの値「ＥＰＳおよび非ＥＰＳのサービスからデタッチしたＩＭＳＩ」を示すＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージをＶＬＲに返信することができる。ＭＭＥでの「ＭＭＥ−リセット」復元インジケータが「真」にセットされていれば、ＭＭＥは受信したメッセージを無視し、ＭＭＥリセットに起因するＳＧｓ原因情報エレメントの値「ＥＰＳおよび非ＥＰＳのサービスからデタッチしたＩＭＳＩ」を示すＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージをＶＬＲに返信することができる。

ＶＬＲ側では、ＳＧｓ原因情報エレメントの値「ＥＰＳおよび非ＥＰＳのサービスからデタッチしたＩＭＳＩ」をもつＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージを受信すると、ＶＬＲはさまざまな動作を行うことができる。例えば、ＳＧｓ原因情報エレメントの値が「ＥＰＳおよび非ＥＰＳのサービスからデタッチしたＩＭＳＩ」である場合、ＶＬＲは、このモバイル装置用のＳＧｓ対応付けについて「無線連絡によって確認」復元インジケータを「偽」にマークし、ＳＧｓ対応付けの状態をＳＧｓ−ＮＵＬＬ状態にセットすることができる。ＳＧｓ原因情報エレメントの値が「ＭＭＥリセットに起因するＥＰＳおよび非ＥＰＳのサービスからデタッチしたＩＭＳＩ」である場合、ＶＬＲは、（１）このＩＥ用のＳＧｓ対応付けについて「無線連絡によって確認」復元インジケータを「偽」にマークし、ＳＧｓ対応付けの状態をＳＧｓ−ＮＵＬＬ状態にセットするか、または（２）「無線連絡によって確認」復元の指標およびリスタートしたＭＭＥを含むすべてのＳＧｓ対応付けの状態を変更せずに保つことができる。一実施形態では、リスタートしたＭＭＥを含むすべての対応付けの中の「無線連絡によって確認」復元インジケータを「偽」にセットしない選択は、全ＶＬＲ領域でのＵＥの完全検索を回避することによって、ＶＬＲが始めることができる次のページング・シグナリングを削減することができる。「無線連絡によって確認」復元インジケータが「偽」である場合、ＶＬＲはＳＧｓとＡ／Ｉｕインタフェースのどちらにも今後のページング・メッセージを送信することができる。

あるいは、ＳＧｓ対応付けデータは存在するが対応する加入者レコードがない（例えば、ページング手順中の）状態で、ＳＭＳ−ＭＴがＳＧｓインタフェースを介して（４３０、４３５で）届いた場合、ＭＭＥは、ＳＧｓ−ＮＵＬＬは別としてＳＧｓ対応付けのいかなる状態においても、ＳＧｓＡＰ−ＰＡＧＩＮＧ−ＲＥＱＵＥＳＴメッセージを受け入れることができる。ＭＭＥがＶＬＲからＳＧｓ−ＰＡＧＩＮＧ−ＲＥＱＵＥＳＴメッセージを受信すると、ＭＭＥは、最初にモバイル装置がＭＭＥに既知かどうかをチェックすることができる。加入者レコードを見つけることができない（未知のＩＭＳＩの）場合、ＭＭＥでの「ＭＭＥ−リセット」復元インジケータがセットされているかどうかに基づいて、メッセージを処理することができる。セットされていなかった場合、ＳＧｓ原因情報エレメント「未知のＩＭＳＩ」を示すＳＧｓＡＰ−ＰＡＧＩＮＧ−ＲＥＪＥＣＴメッセージがＶＬＲに送信される。例示された実施形態では、ダウンリンク・ユニデータ・リクエストの場合、ＭＭＥは解放要求をＶＬＲに送信して、未知の加入者が原因で呼が成功しなかったことを（ＳＧｓ原因情報エレメント「未知のＩＭＳＩ」で）示し、ＨＳＳからのＩＭＳＩ情報検索を起動できる、次のアタッチまたはコンバインド・トラッキング・エリア・アップデートを待つことができる。対応付け状態の更新を使用することによって、ＭＳＣ／ＶＬＲは、例えば、次の非ＥＰＳアタッチがＳＧｓ対応付けを復旧させるまで、他のインタフェース（Ａ／Ｉｕ／Ｇｓ）を使用してリトライする知的な決定を行うことができる可能性がある。これは、異常なシナリオ中の呼成功率を改善する助けとなることができる。

一実施形態では、ＵＥ用のＳＧｓ対応付けは存在するが加入者データがＨＳＳによって確認されない場合、ＭＭＥおよび／またはＶＬＲは以下のように動作することができる。ＭＭＥが、ＳＧｓ対応付けは存在するがインジケータ「ＨＳＳによって確認された加入者データ」が「未確認」であるＵＥ用のＶＬＲから、ＳＧｓＡＰ−ＤＯＷＮＬＩＮＫ−ＵＮＩＴＤＡＴＡメッセージを受信した場合、ＭＭＥは受信したメッセージを無視し、ＳＧｓ原因情報エレメントの値「未知のＩＭＳＩ」を示すＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージをＶＬＲに返信することができる。ＶＬＲ側では、ＳＧｓ原因情報エレメント「未知のＩＭＳＩ」をもつＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージを受信すると、ＶＬＲは、このＩＥ用のＳＧｓ対応付けについて「無線連絡によって確認」復元インジケータを「偽」にマークし、ＳＧｓ対応付けの状態をＳＧｓ−ＮＵＬＬ状態にセットすることができる。「無線連絡によって確認」復元インジケータが「偽」である場合、ＶＬＲは、ＳＧｓとＡ／Ｉｕのどちらのインタフェースにも今後のページング・メッセージを送信することができる。

一実施形態では、ＳＧｓ対応付けが確立され、回線交換（ＣＳ）呼がＣＳドメインから来る場合、ＵＥはパケット交換（ＰＳ）ドメインを介してページングすることができる。「ＣＳドメイン」の指標をもつページング・メッセージを受信すると、ＵＥの動作はＮＡＳ信号接続の存在に依存する可能性がある。ＵＥがＥＭＭ接続モードにある場合、ＵＥは、ユーザがＣＳ呼を受け入れるかどうかを決めるのを待つことができる。ネットワークの観点から、ＵＥがＣＳ呼を受け入れる間のこの期間は、ＣＦＮＲｙタイマ（通常３０〜６０秒）によって監視される。この期間中、発呼者は呼が接続される前に呼をドロップすることができる。（例えば、着呼者が２０秒後に呼を受け入れても、発呼者は１５秒待った後呼をドロップする。）これが起こる場合いくつかの短所がある。第１に、ユーザの視点から、ユーザが来た呼を受け入れたとき、呼が確立されない場合がある。同時に、現在のＰＳサービスが中断される場合がある（例えば、ＤＴＭが目的のネットワークにおいてサポートされない）。第２に、ネットワークの観点から、ＵＥを２Ｇ／３Ｇに転送する手順がすべて役に立たない。

原因を示す情報エレメントを含む解放要求メッセージは、従来のやり方でこれらの短所に対処するために使用することができる。一実施形態では、ＭＳＣがＡまたはＩｕのインタフェースを経由してＵＥからのページング応答を受信する前に呼解放メッセージ（例えばＲＥＬ）を受信すると、ＭＳＣは、ＳＧｓ原因値「１４」（正常消去、ＣＳＦＢ呼）をもつ解放要求メッセージを、ＳＧｓインタフェースを介してＭＭＥに送信する。後でＵＥが呼に応答し、ＣＳＦＢ応答をもつ拡張サービス要求メッセージをＭＭＥに送信した場合、ＭＭＥは拡張サービス要求メッセージを拒否することができる。

動作中、解放手順の一実施形態は以下のように進めることができる。ＶＬＲが、ＶＬＲとＵＥの間で交換されるＮＡＳメッセージがこれ以上ないと判定すると、ＶＬＲは、通り抜けられるＮＡＳメッセージがこれ以上ないＵＥのＩＭＳＩを含むＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージをＭＭＥに送信することができる。また、ＶＬＲは利用可能なら原因情報を提供するＳＧｓ原因を含むことができる。ＳＭＳトランザクションの完了に起因する正常なリソース消去の場合、ＳＧｓ原因値「０」（正常、詳細不明）を使用することができる。ＣＳＦＢ呼に起因するリソース消去の場合、ＳＧｓ原因値「１４」（正常消去、ＣＳＦＢ呼）を使用することができる。ＳＭＳトランスポートを提供しサポートする実施形態の場合、ＳＭＳトランザクションが完了（ＭＯの場合ＣＰ−ＡＣＫメッセージの受信、ＭＴの場合ＣＰ−ＡＣＫメッセージの送信）すると、ＣＰ−ＥＲＲＯＲメッセージを受信すると、ＳＭＳトランザクションが上位層によってアボートされると、または、ＴＣ１終了などのいくつかのエラーケースの場合、ＶＬＲはＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージを送信することができる。この指標はＭＭＥによって使用されて、ＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージの中で示されたＵＥとのＮＡＳ信号接続の解放を制御することができる。ＶＬＲからＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージを受信すると、ＮＡＳ信号接続を解放することができ、ＥＭＭコンテキストはＥＭＭ−ＩＤＬＥモードに戻ることができる。ＳＧｓ原因がＳＧｓＡＰ−ＲＥＬＥＡＳＥ−ＲＥＱＵＥＳＴメッセージの中に含まれていない場合、処理はＳＧｓ原因値「０」（正常、詳細不明）と同じになる可能性がある。

開示した主題の一部および対応する詳細説明は、ソフトウェアの用語、または、コンピュータのメモリ内のデータ・ビット上での動作のアルゴリズムおよび記号表現で表現される。これらの説明および表現は、それによって当業者が自身の仕事の本質を他の当業者に効率的に伝えるものである。本明細書で使用される用語としてのアルゴリズムは、一般的に使用されるように、所望の結果にいたる首尾一貫した一連のステップであると考えられる。そのステップとは物理量の物理操作を必要とするステップである。必ずではないが、通常、これらの量は、格納、移送、結合、比較、および、さもなければ操作することができる、光学的、電気的、または磁気的な信号の形態をとる。主に共通使用の理由から、これらの信号をビット、値、要素、符号、文字、用語、数字などとして参照することが時には便利であることが証明された。

しかしながら、これらすべておよび同様の用語は適切な物理量に関連し、これらの量に適用された便利なラベルにすぎないことに留意すべきである。他で特に記述しないかぎり、または説明から明白なように、「処理」または「算出」または「計算」または「決定」または「表示」などの用語は、コンピュータ・システムのレジスタおよびメモリの中の物理的、電子的な量として表現されたデータを操作し、コンピュータ・システムのメモリもしくはレジスタ、または他のそのような情報を格納、伝送もしくは表示する装置の中の物理量として同様に表現された他のデータに変換する、コンピュータ・システムまたは同様の電子計算装置の動作および処理を表す。

また、開示した主題のソフトウェア実装の態様は、通常、プログラム記憶媒体のいくつかの形態に符号化されるか、またはいくつかのタイプの伝送媒体を介して実装されることに留意されたい。プログラム記憶媒体は、磁気式（例えば、フロッピ・ディスクもしくはハードドライブ）または光学式（例えば、コンパクト・ディスク・リード・オンリ・メモリすなわち「ＣＤ ＲＯＭ」）とすることができ、リード・オンリまたはランダム・アクセスとすることができる。同様に、伝送媒体は、ツイスト・ワイヤ・ペア、同軸ケーブル、光ファイバ、または、当業界で知られているいくつかの他の適切な伝送媒体とすることができる。開示した主題は、任意の所与の実装形態のこれらの態様によって限定されない。

開示した主題は、本明細書における教示の利点を有する当業者には明白な、異なるが均等な方法で修正し実践することができるので、上記に開示した特定の実施形態は例示的にすぎない。さらに、下記特許請求の範囲に記載した以外、本明細書に示した構造または設計の詳細に限定するものではない。したがって、上記に開示した特定の実施形態は変更または修正することができ、そのような変形形態のすべては開示した主題の範囲内であることは明白である。したがって、本明細書において求められる保護は下記特許請求の範囲の中で説明される。

Claims (10)

1. モビリティ管理エンティティとビジティング・ロケーション・レジスタの間で伝送された、モバイル装置に関連する非アクセス層（ＮＡＳ）メッセージに応答して、前記モバイル装置を識別する情報または前記モバイル装置のために前記モビリティ管理エンティティと前記ビジティング・ロケーション・レジスタとの間の対応付けを識別する情報の利用可能性を判定するステップと、
   前記モバイル装置または前記対応付けを識別する情報が利用可能でないと判定したことに応じて、メッセージ・タイプ、前記ＮＡＳメッセージに関連する前記モバイル装置の識別子、および解放要求メッセージの生成に関連する原因を示す情報を含む前記解放要求メッセージを生成するステップと、
   前記解放要求メッセージを伝送するステップと
   を含む方法。
2. 前記解放要求メッセージを生成するステップが、前記モビリティ管理エンティティから前記ＮＡＳメッセージを受信した後に前記ビジティング・ロケーション・レジスタでエラーを検出するステップと、および前記解放要求メッセージを生成して前記モビリティ管理エンティティに前記エラーを知らせるステップとを含み、前記エラーが前記モバイル装置または前記対応付けを識別する情報が利用可能でないことを原因とする、請求項１に記載の方法。
3. 前記解放要求メッセージを生成するステップが、前記ビジティング・ロケーション・レジスタから前記ＮＡＳメッセージを受信した後に前記モビリティ管理エンティティでエラーを検出するステップと、および前記解放要求メッセージを生成して前記ビジティング・ロケーション・レジスタに前記エラーを知らせるステップとを含み、前記エラーが前記モバイル装置または前記対応付けを識別する情報が利用可能でないことを原因とする、請求項１に記載の方法。
4. 前記解放要求メッセージを生成するステップが、前記モビリティ管理エンティティと前記ビジティング・ロケーション・レジスタの間のＮＡＳ信号接続の解放を要求する解放要求メッセージを生成するステップを含む、請求項１に記載の方法。
5. 前記解放要求メッセージを生成するステップが、呼解放メッセージの受信に応答して、前記呼解放メッセージに関連する前記モバイル装置からページング応答を受信する前に、モバイル・スイッチング・センタで前記解放要求メッセージを生成するステップを含み、前記解放要求メッセージを伝送するステップが、前記モバイル・スイッチング・センタから前記モビリティ管理エンティティに前記解放要求メッセージを伝送するステップを含む、請求項１に記載の方法。
6. モビリティ管理エンティティとビジティング・ロケーション・レジスタの間で伝送された非アクセス層（ＮＡＳ）メッセージに応答して、メッセージ・タイプ、前記ＮＡＳメッセージに関連するモバイル装置の識別子、および解放要求メッセージの生成に関連する原因を示す情報を含む、前記解放要求メッセージを受信し、前記原因は、前記モバイル装置を識別する情報または前記モバイル装置のために前記モビリティ管理エンティティと前記ビジティング・ロケーション・レジスタとの間の対応付けを識別する情報が利用できないことを示すステップと、
   前記解放要求メッセージの中で示された前記原因に基づいて、前記モビリティ管理エンティティまたは前記ビジティング・ロケーション・レジスタのうちの少なくとも１つのための少なくとも１つの是正処置を実行するステップと
   を含む方法。
7. 前記解放要求メッセージを受信するステップが、前記ビジティング・ロケーション・レジスタが前記モビリティ管理エンティティから前記ＮＡＳメッセージを受信した後にエラーを検出するのに応答して、前記モビリティ管理エンティティで前記解放要求メッセージを受信するステップを含み、前記エラーが前記モバイル装置または前記対応付けを識別する情報が利用可能でないことを原因とする、請求項６に記載の方法。
8. 前記解放要求メッセージを受信するステップが、前記モビリティ管理エンティティが前記ビジティング・ロケーション・レジスタから前記ＮＡＳメッセージを受信した後にエラーを検出するのに応答して、前記ビジティング・ロケーション・レジスタで前記解放要求メッセージを受信するステップを含み、前記エラーが前記モバイル装置または前記対応付けを識別する情報が利用可能でないことを原因とする、請求項６に記載の方法。
9. 前記少なくとも１つの是正処置を実行するステップが、前記モビリティ管理エンティティと前記ビジティング・ロケーション・レジスタの間の、対応付けを再登録するステップまたは新しい対応付けを確立するステップのうちの少なくとも１つを含む、請求項６に記載の方法。
10. 前記解放要求メッセージを受信するステップが、モバイル・スイッチング・センタが呼解放メッセージに関連する前記モバイル装置からページング応答を受信する前に前記呼解放メッセージを受信するのに応答して、前記モビリティ管理エンティティで前記モバイル・スイッチング・センタから前記解放要求メッセージを受信するステップを含む、請求項６に記載の方法。

Images