JP4842300B2 - 通信ネットワークにおいて特定形式のセッションを取り扱うシステム及び方法 - Google Patents

Description

本発明は、非常セッションのような特定形式のセッション又はセッション要求を取り扱うシステム及び方法に係る。

一般に、例えば、非常サービスのような１つ以上の特定のサービスを定義する１つ又は多数の番号を、移動ターミナル（移動装置ＭＥ）のユーザ装置、例えば、ＳＩＭ／ＵＳＩＭ（加入者認識モジュール／ユーザサービス認識モジュール）に記憶することができる。ＳＩＭ／ＵＳＩＭが存在するときには、必要な場合に非常セッションを確立するために、通常、加入者特有の非常コール設定ＭＭＩ（マン・マシンインターフェイス）が設けられる。ホーム環境のオペレータは、好ましい非常コールＭＭＩ（例えば、米国市民の場合は９１１、又は日本市民の場合は１１０、１１８及び１１９）を指定する。この情報は、ＳＩＭ／ＵＳＩＭに記憶することができる。セッションを確立するためにデジットを入力すると、ＭＥは、その入力されたデジットを記憶された情報と比較し、そしてその入力された番号が特定接続の確立の要望を指示し即ち非常番号であることを検出したときに、特定の接続、例えば、非常コールを設定する。通常、２つ以上の非常番号を記憶することができる。

しかしながら、要求されたセッションを取り扱うのに含まれるユーザ装置又はネットワーク要素、例えば、Ｐ−ＣＳＣＦが、セッションが特定形式のもので、非常セッションのような特定の処理を要求することを検出できない場合がある。これは、例えば、ＵＥそれ自体が、意図されたセッションが例えば非常セッションであることを検出せず（即ち、ＳＩＭ／ＵＳＩＭに記憶された非常コールＭＭＩがこれらのデジットを含まず）、そしてコンタクトされたネットワーク、例えば、ＩＭＳ（ＩＰマルチメディアサブシステム）が非常サービスをサポートしない場合である。特に、ユーザが別のネットワークへローミングする（例えば、異なる国へローミングする）ときには、そのローミング先のネットワークにおける非常番号がユーザのホームネットワークにおけるサービス番号と同じであることが考えられる。例えば、ダイヤルされた番号が、ある国ではサービス番号であり、そして別の国では非常番号であるときには、特定の取り扱いを必要とする要求された特定接続形式を検出しないという上記欠陥が発生し得る。

上述したように、特定形式のセッション又はサービスを指示する番号、例えば、ローミング先ネットワークにおける非常番号は、ＵＳＩＭ／ＳＩＭ移動装置に記憶されていないかもしれないし、又はおそらく記憶されていないことがある。これは、ユーザが非常番号をダイヤルしても、番号の重複により、ＵＲが非常コールの試みを検出できないケースを招く。次いで、ＵＥは、特定のセッション形式、例えば、非常形式をシグナリング又は指示せずに、ネットワーク、例えば、ＩＭＳネットワークのような中間ネットワークに向けてセッション設定メッセージを送信する。あるケースでは、意図されたセッションの確立に含まれるＰ−ＣＳＣＦ又はＳ−ＣＳＣＦのような制御ネットワーク要素も、非常セッションの試みを検出することができない。中間ネットワーク又は別の当該ネットワーク、例えば、ユーザのホームネットワークも、例えば、非常サービスのような希望の特定サービス形式をサポートせず又は検出しないときには、セッションの試みが誤って処理される。

１つの態様によれば、本発明は、方法の独立請求項に規定された方法を提供する。
更に別の態様によれば、本発明は、システムの独立請求項に規定されたシステムを提供する。

本発明は、被呼エンティティに対して特定形式のセッションを確立するためにユーザ装置により開始されるセッション設定手順を処理するための方法及びシステムを提供する。要求されたセッションを確立するためにネットワークエンティティへ送信されるセッション設定要求は、位置情報と、被呼エンティティを識別するための識別子とを備えている。この位置情報を使用して、ネットワークエンティティは、位置情報及び関連識別子のリストを記憶するデータベースにアクセスする。識別子が、位置情報により表わされたエリアにおける特定形式のセッションを表わすことを検出すると、その特定形式のセッションに適したやり方でセッション設定が続けられる。

データベースは、非常テーブル、即ち位置情報とそれに関連した非常セッション識別子とのリストを含むのが好ましい。データベースは、ネットワークエンティティに記憶されてもよく、他のネットワークエンティティへメッセージを発生する必要なく迅速且つ容易なチェックを行うことができる。

又、データベースは、最初に述べたネットワークエンティティにアクセス可能な別のネットワークエンティティに記憶されてもよい。このような解決策は、異なるネットワークエンティティからデータベースにアクセスできるようにし、設けられるべきデータベースの合計数を減少すると共に、リストを更新するときの維持を容易にするように貢献する。

特定形式のセッションは、非常セッションであるのが好ましいが、ある個人又は組織のセッションの好ましい取り扱いを与える高プライオリティセッションのような別の形式でもよい。

あるケースでは、ユーザ装置がローミングしてもよく、即ち訪問先ネットワークへアタッチされてもよく、そしてデータベースにアクセスするネットワークエンティティがユーザ装置のホームネットワークの一部分である。このケースでは、セッションの取り扱いは、ユーザのホームネットワークにより制御することができ、例えば、課金の目的でユーザ装置を良好に制御することができる。

ネットワークエンティティは、コール状態制御ファンクション（ＣＳＣＦ）でよく、プロキシーコール状態制御ファンクション（Ｐ−ＣＳＣＦ）であるのが好ましい。ネットワークエンティティ、例えば、制御ファンクションは、位置情報を使用して、ダイヤルされた番号が、例えば、訪問先ネットワークにおける非常番号又は非常ＵＲＬ（ユニバーサル・リソース・ロケータ）であるかどうか検出する。

位置情報は、ユーザ装置の現在位置を検出するための情報を与える。位置情報の程度は、国だけを検出するに充分な低いものでよい。位置情報は、移動国コード（ＭＣＣ）を含むだけでもよい。それとは別に、又は好ましくはそれに加えて、位置情報は、移動ネットワークコード（ＭＮＣ）を含む。

好ましくは、識別子が、位置情報で表わされたエリアにおいて特定形式のセッションを開始するための識別子であることが検出されると、ユーザ装置へメッセージが送信されて、識別子が特定形式のセッションを開始するための識別子であることをユーザ装置に通知する。

さもなければ、識別子が、位置情報で表わされたエリアにおいて特定形式のセッションを開始するための識別子でないことが検出されると、セッションは、特定形式のセッションとは異なるセッション、好ましくは、通常のセッションとして処理されてもよい。

従って、本発明は、要求されたセッションが非常セッションのような特定形式のセッションであることをＵＥが検出せず、そして訪問先ネットワークとユーザのホームネットワークとの間に接続を与えるコンタクト先ネットワーク（例えば、ＩＭＳネットワーク）が非常サービスをサポートしないという問題を解決するメカニズム及び方法を提供する。

本発明は、セッション設定メッセージ、例えば、インバイト(INVITE)メッセージに位置情報（例えば、セルグローバル認識ＣＧＩ）を使用して、そこから、接続要求が生じた国を識別することにより（ＭＮＣでは位置を特定に定義することもできる）、上記問題を解消する。次いで、Ｐ−ＣＳＣＦは、ＵＲＬ／番号が非常状態を表わすかどうか検出することができる。

それ故、ＵＥ又は中間ネットワーク要素は、ＵＥにより発生されたセッション設定要求に位置情報を挿入する。位置情報は、ＳＩＰ（セッション開始プロトコル）のインバイトメッセージのような各セッション開始要求に含まれてもよい。

ネットワーク要素（例えば、ユーザの訪問先ネットワーク又はホームネットワークにおける）は、この位置情報を使用して、被呼ターミナル、被呼者又はサービスを指示する識別子が、その指示された位置エリアにおいて、例えば、非常セッションのような特定の種類のセッションを識別する識別子を表わすかどうか検出する。ネットワーク要素は、位置情報と、非常セッションのような特定形式のセッションを表わす関連番号とのテーブルを記憶する記憶装置を含むか、又はそこにアクセスすることができる。従って、このテーブルは、ユーザが現在地理的に位置しているか又はアタッチされた（例えば、訪問先）ネットワークにおける例えば非常番号／非常ＵＲＬに関する情報を与える。

識別子は、ダイヤルされた番号でもよいし、又はユーザ装置により与えられる他の形式の情報でもよい。

図１は、本発明の一実施形態による方法及びシステムの基本的構造を示す。図１のシステムは、訪問先ネットワーク及びホームネットワークを含み、更に、ＩＰマルチメディアサブシステムのような付加的な又は他のネットワーク（図示せず）を含んでもよい。

図１に示す本発明の実施形態は、１つ以上の、通常、複数のＵＥ（又は移動ステーションＭＳ）１と、１つ以上のサポートエンティティ２、例えば、ＳＧＳＮ２（又はＭＳＣ／ＶＬＲ）と、１つ以上のゲートウェイエンティティ、例えば、ＧＧＳＮ４と、１つ以上のプロキシーコール状態制御ファンクション（Ｐ−ＣＳＣＦ）５とを組み込んでいる。このＰ−ＣＳＣＦ５は、ＧＧＳＮ４と同じネットワークに配置される。ＧＧＳＮ４は、訪問先ネットワーク又はホームネットワークのいずれにあってもよい。ここでは、ＧＧＳＮ４は、ユーザ（ＵＥ１）のホームネットワークに配置される。他のネットワークエンティティ、例えば、ホーム加入者サーバー（ＨＳＳ）、サービングコール状態制御ファンクション（Ｓ−ＣＳＣＦ）、及び他のエンティティやネットワークも設けられるが、図１には示されていない。

図１の例では、ユーザ装置（ＵＥ）１は、例えば、フィンランドに位置するそのホームネットワークから、例えば、日本に位置する訪問先ネットワークへローミングしている。ホームネットワークと訪問先ネットワークとの間の垂直の境界線は、破線３で概略的に示されている。

ＵＥ１は、セッションを確立しようとするときに、番号をダイヤルするか、さもなければ、被呼者、ターミナル装置、サービス等を識別する識別子を発生する。この識別子は、ＩＰマルチメディアコアネットワークサブシステム（ＩＭＳ）の第１コンタクトポイントであるＰ−ＣＳＣＦ５へセッション設定メッセージの一部分として送信される。Ｐ−ＣＳＣＦ５は、ホームネットワークにあってもよいし訪問先ネットワークにあってもよい。

本発明のこの実施形態によれば、Ｐ−ＣＳＣＦ５は、メモリに記憶されたデータベース（リスト又はテーブル）６を備えている。又、データベース６は、更に別のネットワーク要素へアクセスできる個別のネットワーク要素、例えば、Ｐ−ＣＳＣＦ５として設けられてもよいし又はそこに設けられてもよい（記憶されてもよい）。図示された実施形態では、データベース６は、例えば、図３に示す構造を有する非常テーブルとして実施される。

図３に示す非常テーブル（データベース）６は、「位置情報」、例えば、「ＭＣＣ＋ＭＮＣ」の列と、テーブルの同じ行の位置情報で指示された位置（地域、国、ネットワーク等）の「非常番号」の列とをもつマトリクス状の構造を含む。例えば、行３５５ｘｙｘは、オールバニーのネットワークｘｙｘと、その非常番号１９とを指示し、行８１＋ａｂｃは、日本のネットワークａｂｃと、その非常番号１１０、１１８、１１９とを指示し、そして行３５８ ０５０は、フィンランドのネットワーク０５０（ＲａｄｉｏＬｉｎｊａ）と、その非常番号１１２、１００２２とを示す。データベースは、全ての国々、又は少なくとも、ローミング協約をもつ該当する国々に対する各々のエントリーを含むのが好ましい。

データベース６にアクセスするために、Ｐ−ＣＳＣＦ５は、受信したセッション設定要求に指示された位置情報を使用して、その位置情報と同じ行に指示された番号を読み取る。もちろん、データベースの構造は、図示された例とは異なってもよく、例えば、列と行が交換されてもよい。

図１は、異なるネットワーク又は国々の異なるサービス（又はセッション形式）を指示する重複する番号の問題が発生する使用例を示す。同様の重複する番号がどこにでも存在することに注意されたい。

図１に示すように、コール番号「１１８」は、日本では非常コールを表わすが、この同じ番号は、フィンランドでは番号問合せサービスを呼び出す。
通常、Ｐ−ＣＳＣＦ５は、例えば、エラー取り扱い手順の通りに、非常セッション確立要求を検出し、取り扱う。

意図された特定のセッション、例えば、非常セッションを検出するために、Ｐ−ＣＳＣＦ５は、例えば、インバイト要求のような全セッション設定要求の要求ＵＲＩを、データベースメモリに記憶された構成可能なリスト又はテーブル６からの既知の非常番号及び非常ＵＲＬに対して検査し、データベースメモリは、特定サービス形式の番号、例えば、非常番号を位置情報に関連して含んでいる。例えば、インバイト要求のようなセッション要求の要求ＵＲＩがこのリストの番号の１つに一致することをＰ−ＣＳＣＦ５が検出するか又は通知されると、そのセッション要求は、要求された特定形式のセッションの確立を確保するように適切に取り扱われる。

例えば、セッション要求は、転送されなくてもよい。むしろ、Ｐ−ＣＳＣＦ５は、このようなセッション、例えば、インバイト要求に、メッセージ、例えば、３８０代替サービス(Alternative Service)応答で返答してもよい。これは、１つの使用例である。例えば、リリース５では、セッションは、更なるセッション取り扱いに対してＩＭＳへ転送されてはならない。或いは又、Ｐ−ＣＳＣＦ５は、例えば、値ｓｏｓ＠ｌｏｃａｌｄｏｍａｉｎをセットするか、又は特殊なフラグをセットして、非常セッションを指示することにより、要求特有の形式を独特に識別するように要求ＵＲＩを変更してもよい。その後、Ｐ−ＣＳＣＦ５は、インバイト要求をＩＭＳにおいて更に送信することができる。特殊な指示は、他のノードが要求を適切に取り扱う上で役立つ。

フィンランドのユーザが日本をローミングし、非常セッションを確立するために日本で有効な非常番号１１８をダイヤルするという特定のケースを考える。上述したように、この番号は、日本では非常番号であるが、フィンランドではあるサービス番号である。この場合に、フィンランドからの契約（例えば、ＩＭＳ）を有するＵＥ１は、ダイヤルされた番号が非常番号であることを検出できない。本発明を利用しないと、Ｐ−ＣＳＣＦ５も、非常コールの試みを検出することができない。というのは、１１８を、付加的な関連位置情報なしに、構成可能なリストに非常番号／ＵＲＬとして記憶できないからである（さもなければ、フィンランドの番号問合せをコールすることが不可能となる）。

本発明の好ましい実施形態によれば、ＵＥ１、又はセッション要求の転送に携わる中間ネットワーク要素は、各セッション確立要求、例えば、インバイト要求に位置情報を挿入する。位置情報は、ユーザが現在位置する領域においてネットワークが特定形式の要求されたセッション、例えば、非常番号／ＵＲＬを検出するに充分な精度を有していなければならない。例えば、移動国コード（ＭＣＣ）及び／又は移動ネットワークコード（ＭＮＣ）は、位置情報として設けることができる。ネットワーク要素、例えば、Ｐ−ＣＳＣＦ５は、セッション設定要求、例えば、インバイトメッセージを受信すると、その要求を次のように処理する。

１）位置情報を使用して、エリア内、即ちユーザが現在位置するネットワーク内の非常番号／ＵＲＬを導出する。
２）ユーザが現在位置するエリアに対してダイヤルされた番号／ＵＲＬと導出された非常番号／ＵＲＬとを比較する。

３ａ）ダイヤルされた番号／ＵＲＬが非常番号／ＵＲＬである場合には、非常セッションを確立するための標準的な手順をたどる。Ｐ−ＣＳＣＦ５は、例えば、特定のメッセージ、例えば、ＳＩＰの３８０エラーメッセージをＵＥ１へ送信し、これにより、ＵＥ１が非常セッションに対してＣＳドメインを使用するか、又はＵＥ１がＰ−ＣＳＣＦ５への非常指示でセッション設定要求を再開することになる。或いは又、Ｐ−ＣＳＣＦは、例えば、要求ＵＲＩを変更するか又は非常セッション指示子、例えば、インバイトメッセージを追加することによりセッション設定要求を変更し、そしてこの変更されたメッセージをＩＭＳ内で更に転送するようにしてもよい。

３ｂ）番号／ＵＲＬが非常番号／ＵＲＬでない場合には、通常のセッション確立手順を続ける。

ＣＧＩ（セルグローバル認識）には、例えば、ＭＣＣ及びＭＮＣのような位置情報を使用するのが好ましい。というのは、ＵＥは、両方の情報が、常に、ＵＥ１をアタッチできるベースステーションから送信されたブロードキャスト情報から分かるからである。又、例えば、別のアクセスに対して与えられる位置情報のような他の位置情報も使用できる。

以下、図２に示すステップを詳細に説明する。
ステップ１−３）：被呼者Ｂの識別子、例えば、Ｅ．１６４番号を指示するセッション要求メッセージ、例えば、ＳＩＰインバイトメッセージと、位置情報、例えば、ＭＣＣ＋ＭＮＣ又はＣＧＩ（セルグローバル認識）とがユーザ装置１からＳＧＳＮ２及びＧＧＳＮ４を経てＰ−ＣＳＣＦ５へ送信される。

ステップ４）：Ｐ−ＣＳＣＦ５は、指示された識別子及び位置情報を使用してリスト又はテーブル（データベース）６への問合せを実行する。別の実現可能な実施形態では、Ｐ−ＣＳＣＦ５がＭＣＣ＋（ＭＮＣ）値をデータベース６に送信し、そしてデータベース６がそのＭＣＣ＋（ＭＮＣ）値に関連した全ての記憶された非常番号を返送する。次いで、Ｐ−ＣＳＣＦ５は、ダイヤルされた番号と、受け取った非常番号を比較する。

ステップ５ａ）：データベース６が、ダイヤルされた番号との組み合わせにおいてＭＣＣ＋（ＭＮＣ）値に対応するエントリーを含まないと仮定すれば、Ｐ−ＣＳＣＦ５は、要求されたセッションが通常のセッションであり、即ち非常セッションのような特定形式のセッションではないと結論する。次いで、セッションは、例えば、ステップ３）のインバイトメッセージをＳ−ＣＳＣＦ７へ転送することにより、通常のやり方で続けられる。Ｐ−ＣＳＣＦは、ＭＣＣ＋ＭＮＣ値をセッション設定要求から除去してもよい。

ステップ５ｂ１又は５ｂ２）：データベース６が、指示された識別子及び位置情報に対するエントリーを含むときには、Ｐ−ＣＳＣＦ５は、要求されたセッションが非常セッションのような特定形式のセッションであると結論する。

Ｐ−ＣＳＣＦ５は、メッセージ、例えば、ＳＩＰの３８０エラーメッセージをＵＥ１へ送信して、要求が、例えば、非常コールのような特定形式のセッションを設定するための要求であったことをＵＥ１に通知するか（ステップ５ｂ１）、或いはＰ−ＣＳＣＦは、セッション設定要求を変更し、そしてＩＭＳ内で高プライオリティーの非常セッションを続ける（ステップ５ｂ２）。

ステップ６）：ステップ５ｂ１）の場合には、ＵＥ１は、次いで、要求されたセッションが非常セッションであることをＰ−ＣＳＣＦ５へ指示する新たなセッションを要求することができる。或いは又、ＵＥは、ＣＳドメインを使用して非常セッションを設定するように判断してもよい。

又、本発明は、スタンドアローンＩＭＳネットワークのケースにも適用でき、そしてＰ−ＣＳＣＦ５がホームネットワークにあるときに訪問先ネットワークへルートバックするメカニズムも提供する。

以上、好ましい実施形態について本発明を説明したが、これは、本発明を例示するものに過ぎず、本発明をこれに限定するものではない。又、本発明は、例えば、ある実施形態の１つ以上の特徴を他の実施形態の１つ以上の特徴と任意に組み合せることにより、他のやり方でも実施することができる。更に、当業者であれば、特許請求の範囲に規定された本発明の範囲から逸脱せずに、種々の変更や適用がなされ得ることが明らかであろう。

少なくとも２つのネットワークを伴う本発明によるシステムの一実施形態の基本的構造を示す図である。 本発明による方法の一実施形態を示す図である。 本発明に有用なテーブルの一実施形態を示す図である。

Claims (28)

1. 被呼エンティティへの非常セッションを確立するためにユーザ装置によって開始されるセッション設定手順を処理するための方法であって、
   前記セッションを確立するためにネットワークエンティティへ、位置情報と、被呼エンティティを識別するための識別子とを含むセッション設定要求を送信し、
   前記ネットワークエンティティは、位置情報及びそれに関連した識別子を含むデータベースにアクセスし、
   ＩＭＳ／パケット交換ネットワークにおいてセッション設定の発生を決定し、
   識別子が位置情報により表わされたエリアにおける非常セッションを表わすことを検出したときに、ユーザ装置へメッセージを送信して、識別子が非常セッションを開始するための識別子であることをユーザ装置に通知することにより、セッション設定を続け、
   前記識別子は非常セッションを開始するための識別子であることを前記ユーザ装置に通知するためのメッセージを送信すると、ＩＭＳにおける更なる取り扱いのために前記セッション設定要求を転送しない方法。
2. 前記データベースは、非常テーブルを備え、そしてネットワークエンティティに記憶される請求項１に記載の方法。
3. 前記位置情報は、ユーザ装置の位置について通知する請求項１に記載の方法。
4. 前記セッション設定要求は、ユーザ装置により送信される請求項１に記載の方法。
5. 前記データベースは、非常テーブルを含み、そして最初に述べたネットワークエンティティにアクセスできる別のネットワークエンティティに記憶される請求項１に記載の方法。
6. 前記特定形式のセッションは、非常セッションである請求項１に記載の方法。
7. 前記ユーザ装置は、訪問先ネットワークにアタッチされ、そして前記データベースにアクセスする前記ネットワークエンティティは、前記ユーザ装置のホームネットワークの一部分である請求項１に記載の方法。
8. 前記ネットワークエンティティは、コール状態制御ファンクション（ＣＳＣＦ）であり、好ましくは、プロキシーコール状態制御ファンクション（Ｐ−ＣＳＣＦ）である請求項１に記載の方法。
9. 前記位置情報は、移動国コード（ＭＣＣ）を含む請求項１に記載の方法。
10. 前記位置情報は、移動ネットワークコード（ＭＮＣ）を含む請求項１に記載の方法。
11. 前記ユーザ装置は、識別子が前記位置情報によって表されるエリアにおける特定形式のセッションを開始するための識別子であることを検出したときに、前記特定形式のセッションとして、前記セッション設定要求を修正し、前記セッション設定を続けることにより、前記セッション設定が続けられる請求項１に記載の方法。
12. 前記ユーザ装置へ送信されるメッセージはセッション開始プロトコル（ＳＩＰ）のエラーメッセージである請求項１に記載の方法。
13. 前記ユーザ装置は、識別子が特定形式のセッションを開始するための識別子であることをユーザ装置に通知するメッセージを受信した後に、回路交換（ＣＳ）ドメインを使用して特定形式のセッションを確立する請求項１に記載の方法。
14. 識別子が、位置情報により表わされたエリアにおける特定形式のセッションを開始するための識別子でないことを検出すると、特定形式のセッションとは異なるセッションとしてセッションが処理される請求項１に記載の方法。
15. 被呼エンティティへの特定形式のセッションを確立するためにユーザ装置により開始されるセッション設定手順を処理するためのシステムであって、当該システムはネットワークエンティティを含み、当該ネットワークエンティティが、
    位置情報と被呼エンティティを識別するための識別子とを含む、セッションを確立するためのセッション設定要求を受信し、
    位置情報と特定形式のセッションに対する要求を表わす関連識別子とを含むデータベースにアクセスし、
    ＩＭＳ／パケット交換ネットワークにおいてセッション設定要求の発生を決定し、
    識別子が位置情報により表わされたエリアにおける非常セッションを表わすことを検出したときに、ユーザ装置へメッセージを送信して、識別子が特定形式の非常セッションを開始するための識別子であることをユーザ装置に通知することにより、セッション設定を続け、
    前記識別子が前記非常セッションを開始するための識別子であることを前記ユーザ装置に通知するためのメッセージを送信すると、ＩＭＳにおける更なる取り扱いのために前記セッション設定要求を転送しないシステム。
16. 前記データベースは、非常テーブルを含む請求項１５に記載のシステム。
17. 前記特定形式のセッションは、非常セッションである請求項１５に記載のシステム。
18. 前記ユーザ装置のホームネットワークと、前記ユーザ装置が訪問する訪問先ネットワークとを備え、前記ユーザ装置は、前記訪問先ネットワークにアタッチすることができ、そして前記データベースを含むかそれにアクセスするネットワークエンティティは、前記ユーザ装置のホームネットワークの一部分である請求項１５に記載のシステム。
19. 前記ネットワークエンティティは、コール状態制御ファンクション（ＣＳＣＦ）であり、好ましくは、プロキシーコール状態制御ファンクション（Ｐ−ＣＳＣＦ）である請求項１５に記載のシステム。
20. 前記位置情報は、移動国コード（ＭＣＣ）及び／又は移動ネットワークコード（ＭＮＣ）を含む請求項１５に記載のシステム。
21. 前記ネットワークエンティティは、識別子が、位置情報により表わされたエリアにおける特定形式のセッションを開始するための識別子であることを検出すると、セッション設定要求を変更しそして特定形式のセッションとしてセッション設定を続けるようにされた請求項１５に記載のシステム。
22. 前記ネットワークエンティティは、識別子が、位置情報により表わされたエリアにおける特定形式のセッションを開始するための識別子でないことを検出すると、特定形式のセッションとは異なるセッションを確立するためのセッション設定を続けるようにされた請求項１５に記載のシステム。
23. 前記位置情報は、前記ユーザ装置の位置に関して通知する請求項１５に記載のシステム。
24. 前記ユーザ装置は、セッション設定要求を送信するようにされた請求項１５に記載のシステム。
25. 前記ユーザ装置へ送信されるメッセージは、セッション開始プロトコル（ＳＩＰ）のエラーメッセージである請求項１５に記載のシステム。
26. 前記ユーザ装置は、識別子が特定形式のセッションを開始するための識別子であることをユーザ装置に通知するメッセージを受信した後に、回路交換（ＣＳ）ドメインを使用して特定形式のセッションを確立する請求項１５に記載のシステム。
27. 位置情報と当該位置情報によって表されたエリアにおける特定形式のセッションを確立するための要求を表わす関連識別子とのリストを含むデータベースを含むネットワークエンティティであって、
    位置情報と被呼エンティティを識別するための識別子とを含む、前記セッションを確立するためのセッション設定要求を受信し、
    前記位置情報及び前記関連識別子を含む前記データベースにアクセスし、
    ＩＭＳ／パケット交換ネットワークにおいてセッション設定の発生を決定し、
    識別子が位置情報により表わされたエリアにおける非常セッションを表わすことを検出したときに、ユーザ装置へメッセージを送信して、識別子が特定形式の非常セッションを開始するための識別子であることをユーザ装置に通知することにより、セッション設定を続け、
    前記識別子が前記非常セッションを開始するための識別子であることを前記ユーザ装置に通知するためのメッセージを送信すると、ＩＭＳにおける更なる取り扱いのために前記セッション設定要求を転送しないネットワークエンティティ。
28. ユーザ装置のホームネットワークのＣＳＣＦ、好ましくはＰ−ＣＳＣＦとして実施される請求項２７に記載のネットワークエンティティ。

Images