JP4545436B2 - ネットワーク識別される非常セッションを取り扱う方法及びシステム - Google Patents

Description

本発明は、一般に、非常コールのような非常セッションの接続に係る。

非常コールは、ＩＰマルチメディアネットワーク（ＩＭＳ）においてサポートされねばならない。ＵＥ（ユーザ装置）は、通常、初期セッション設定（例えば、ＳＩＰのインバイト(INVITE)メッセージ）において、セッションが非常セッションであることを指示することができる。

しかしながら、初期セッション設定メッセージが通常の番号と共に送信されるだけであって非常事態に関する指示がない状態が生じる。これらの状態は、例えば、加入者が別のＩＭＳネットワークをローミングしているときに生じる。
ネットワーク及びＵＥは、非常セッションを遂行するためにある特殊なアクションをとる必要があるので、意図された非常セッションをできるだけ直ちに識別することが重要である。

本発明は、非常セッションを確実なやり方で確立できるようにするための方法及びシステムを提供する。
本発明は、請求の範囲に規定された方法及び／又はシステムを提供する。
本発明は、ネットワークが非常セッションをいかに検出できるか、ＵＥにそれをいかに通知できるか、そしてこの情報がその後のセッション設定にどんな作用を及ぼすかの手段及び機能を開示する。

本発明は、とりわけ、移動又は固定ステーション又はターミナル等を含むユーザ装置（ＵＥ）のようなセッション開始エンティティにより開始された非常セッションのネットワーク識別を提供する。
開始されたセッションが非常セッションであることをユーザ装置がそれ自体で検出できなくとも、それが迅速に通知され、そして非常セッションを確立するための適当なステップを開始することができる。

本発明の第１の実施形態によれば、リソースを非常コール用の搬送レベルにすることを保証するために、Ｐ−ＣＳＣＦのような制御手段が、セッションが非常セッションであることを発見した直後に、応答がＵＥへ返送される。ＵＥは、このような応答を受信すると、例えば、３ＧＰＰ仕様書に定義された通常の非常セッション手順を遂行する。通常の非常セッションを実行するために、ＵＥは、例えば、位置情報を得るか又は問合せし、そしてそれを「インバイト」メッセージにおいて送信すると共に、ＵＥは、セッションのための非常ＰＤＰコンテクストをアクチベートする。

本発明は、セッションをできるだけ早くに非常セッションであると識別することができ、従って、ネットワーク及びＵＥは、非常セッションに必要な特殊なアクションをできるだけ迅速に実行することができる。
本発明の１つの別の実施形態では、Ｐ−ＣＳＣＦのような制御エンティティは、それがＵＥから「インバイト」メッセージを受信したときにＵＥに直ちに応答せず、非常センター又は中間ネットワークエンティティから、例えば、「１８３セッションプログレス」のようなメッセージを受信するのを待機し、そしてそのメッセージに非常情報を追加する。

非常コールに関する情報は、全く遅延されず、コールの確立は、従来のやり方で続けられるか、又は「１８３セッションプログレス」メッセージの場合のように他のやり方で続けられる。
「インバイト」メッセージの送信には著しい無線リソースを必要とし、多数の「インバイト」メッセージを送信するのは好ましくない。実際上、セッションの確立に遅延はない。というのは、ＵＥがＳＤＰメッセージを受信する前にＵＥが二次ＰＤＰコンテクストの形成をまだスタートしないからである。これは、ユーザ平面に対して高いプライオリティで指示を含ませられることを意味する。非常センターが指示されない場合には、デフォールトの非常センターを選択することができる。

本発明は、何らかの理由でセッションを開始するときにＰＤＰコンテクストアクチベーションを最初に実行できないか又は実行されず、「インバイト」メッセージのようなメッセージがＵＥからＣＳＣＦへ最初に送信される状況に関する。
本発明の更なる詳細、特徴及び効果は、添付図面を参照した特定の実施形態の以下の説明から明らかとなろう。

本発明は、次のように多数の問題に対する解決策を開示する。
− ＵＥは、セッションの特性について通知された後に非常ＰＤＰコンテクストをアクチベートすることができる。これは、ＧＰＲＳ（汎用パケット無線サービス）及びＲＡＮ（無線アクセスネットワーク）においてＰＤＰコンテクストに対して高いプライオリティを与えるために重要である。
− ＵＥは、セッションの特性に関して通知された後に位置情報を送信する（位置情報は各「インバイト」メッセージにおいて送信されないと仮定する）。位置情報は、最も適した非常センター（ＥＣ）を選択するのに使用される。

図１は、移動ステーション（ＵＥ）１０のようなコール発信要素、即ちセッション開始要素と、サービングＧＰＲＳサポートノード（ＳＧＳＮ）のようなサービングネットワーク要素、及びコール状態制御ファンクション（ＣＳＣＦ）又はプロキシーコール状態制御ファンクション（Ｐ−ＣＳＣＦ）１１のような更に別の制御要素を含むネットワークとを備えた本発明の一実施形態を示す。ＩＰマルチメディアセッションを遂行するために必要な更に別のネットワーク要素、例えば、着信要素、もし必要であればゲートウェイノード、ホーム位置レジスタ（ＨＬＲ）のような加入者情報レジスター、又はホーム加入者サーバー（ＨＳＳ）等も、当業者に知られており、従って、これらは、図示もしないし、詳細に説明もしない。一般に、ＭＳＣ（移動交換センター、図示せず）は、ＥＣ（非常センター）も定義するプライオリティ情報フィールドを含む「コールプロセーディング」メッセージをＵＥに返送する。

上述した又は以下に述べる全ての実施形態において、ＵＥ１には、ＵＳＩＭ（ユーザサービス認識モジュール）が設けられる。
図１、２及び３に示す実施形態は、ネットワーク識別される非常セッションに関連している。
非常コールを実行するためにリソースを搬送レベルに保証するための解決策は、ネットワークエンティティ、例えば、Ｐ−ＣＳＣＦ１１のような制御手段が、セッションが非常セッションであることを発見した直後に、ＵＥ１０へ応答を戻すことである。ＵＥ１０は、この応答を受け取ると、即ち開始されるセッションが非常セッションであることがネットワークにより通知されると、例えば、３ＧＰＰ仕様書に規定されたような通常の非常セッション手順を遂行する。

図１は、一般的レベルにおける解決策を示す。
ステップ１では、ＵＥ１０は、セッション開始メッセージ、例えば、被呼エンティティの識別子、例えば、Ｅ．１６４番号又はＬＮ（ロジック名）を示すＳＩＰ（セッション開始プロトコル）の「インバイト(INVITE)」メッセージを、Ｐ−ＣＳＣＦ１１へ送信する。

ステップ２では、Ｐ−ＣＳＣＦ１１がこの番号又はＬＮを分析する。通常のセッションを開始すべきであることが検出されると、通常の接続手順が続けられる。しかしながら、Ｐ−ＣＳＣＦ１１が、コールが非常コールであることを発見すると、図１に示すステップ３から６が実行される。
ステップ３では、セッションが非常セッションであることを示す応答がＵＥ１０へ送信される。

ステップ４では、ＵＥ１０は、確認メッセージＡＣＫをＰ−ＣＳＣＦ１１へ返送する。
任意のステップ５では、ＵＥ１０は、例えば、ＵＥ１０のディスプレイに適当なメッセージを表示することにより、セッションが非常セッションであることをユーザに通知する。

次いで、ステップ６で示すように、通常の非常セッションが実行（遂行）される。通常の非常セッションの実行とは、ＵＥ１０が、例えば、位置情報を得て、それを「インバイト」メッセージにおいて送信し、そしてＵＥ１０がセッションに対して非常ＰＤＰコンテクストをアクチベートすることを意味する。

ステップ３における応答メッセージは、新たなメッセージ又は既存のＳＩＰメッセージでもよいし、或いは他の既知のメッセージが使用されてもよい。応答メッセージにおける情報は、ＳＩＰプロトコルにおける新たなパラメータでもよいが、既存のパラメータも使用できる。

図２は、ステップ３において、ＳＩＰ３０２メッセージ「一時的移動(Moved Temporarily)」が応答として使用される解決策を示す。３０２メッセージにおけるパラメータ値は、セッションが非常セッションであることを指示する。パラメータは、例えば、「Contact:sip:[email protected]」である。この値は、例えば、新たな「インバイト」メッセージをＰ−ＣＳＣＦ１１へ送信するときにＳＩＰ ＵＲＩに使用することもできるし、或いはＵＥ１０が、非常セッションの指示をもつ新たな「インバイト」メッセージを発生するのでもよい。別のやり方は、「ＳＩＰ通知(SIP NOTIFY)」方法を使用することである。

上記説明はさておき、図２に示す実施形態は、図１と同じ構造及び機能を有する。
図３は、本発明の別の実施形態を示す。ＵＥ１０及びＰ−ＣＳＣＦ１１に加えて、サービングＣＳＣＦ（Ｓ−ＣＳＣＦ）１２及び非常センター（ＥＣ）１３が示されている。図３の実施形態は、図１及び２の実施形態に比して別の機能を与える。

非常に高速なセッション確立を達成するために、Ｐ−ＣＳＣＦ１１は、セッションが非常セッションであることを発見した直後にＵＥ１０に応答を戻さない。そうではなくて、セッションの確立を継続し、そして任意であるが、もし可能であれば、Ｐ−ＣＳＣＦ１１は、メッセージの高プライオリティ処理を確保するためにこのＰ−ＣＳＣＦ１１により発生されるメッセージに非常セッションの指示を追加する。

この手順の詳細が図３に示されている。非常セッションであるという性質を考慮すれば、異常状態の場合にセッションの確立に付加的な遅延を加えないことが非常に望ましい。図３のやり方を使用することにより、エアインターフェイスを経ての別の「インバイト」メッセージの転送を回避することができ、これは、おそらく、最も大きくそして最も低速なメッセージであり、従って、非常に時間を浪費する。

ＵＥ１０への応答メッセージ（ＳＩＰでは、メッセージ「１８３プログレス」が好ましい）は、非常セッションの指示を含むのが好ましい。これは、セッションに対して非常ＰＤＰコンテクストをアクチベートできるようにする。
非常センター１３を選択するための位置情報がＳ−ＣＳＣＦ１２（又は当該サーバー）に存在しない場合に、Ｓ−ＣＳＣＦ１２（又は当該サーバー）は、ユーザの位置情報をもたずに非常センター１３を選択する（例えば、デフォールト非常センターを選択するか又は最至近の非常センターを選択する）か、或いは他の何らかの技術を使用して、例えば、Ｐ−ＣＳＣＦ１１のアドレスに基づいて非常センターを選択してもよい。

図３に示すように、ステップ１では、ＵＥ１０は、セッション確立を開始し、そしてセッション設定メッセージ、例えば、「インバイト」メッセージをＰ−ＣＳＣＦ１１へ送信する。Ｐ−ＣＳＣＦ１１は、セッション設定メッセージで指示された被呼者／エンティティの番号又はロジック名（ＬＮ）を分析し、そしてコールが非常コールであることを発見する。Ｐ−ＣＳＣＦ１１は、非常セッションの指示を「インバイト」メッセージに追加する（他の要素が非常セッションのこの指示を「インバイト」メッセージに追加することも考えられる）。

ステップ２において、「インバイト」メッセージがＳ−ＣＳＣＦ１２へ転送される。
ステップ３では、Ｓ−ＣＳＣＦ１２が非常センター（ＥＣ）１３を選択し、そして「インバイト」メッセージをＥＣ１３に転送する。
ステップ４では、ＥＣ１３が「インバイト」要求に応答して、ＳＩＰ１８３「セッションプログレス」のような応答をＳ−ＣＳＣＦ１２に返送する。ステップ４ないし６に示されたメディアの流れのサブセットは、メッセージが発信エンドポイントへ返送されて、サポートを与えるためのＥＣ１３を提案するか又は非常セッションを要求することを示している。

ステップ５では、Ｓ−ＣＳＣＦ１２がＳＩＰ１８３「セッションプログレス」のような応答をＰ−ＣＳＣＦ１１へ返送する。
ステップ６では、Ｐ−ＣＳＣＦ１１がＳＩＰ１８３「セッションプログレス」のような応答をＵＥ１０へ返送する。この応答は、非常セッションの指示を含む。従って、ＵＥ１０は、このセッションが非常セッションであることを学習し、適宜にアクションを起こすことができる。

図３に示す円及び楕円は、「非常コール検出、非常指示追加の能力」を意味する。
図４は、ＵＥがＵＳＩＭを有する場合の通常の非常セッション確立のための提案を示す。ＵＥが訪問先ＰＬＭＮにおけるＧＧＳＮへのシグナリングＰＤＰコンテクストをアクチベートしたと仮定する。

以下、図４のステップ番号を参照して、図４に示すステップを詳細に説明する。
１．ＵＥがＳＧＳＮからＳＡＩ（サービスエリア認識）を要求する。
２．ＳＧＳＮは、応答メッセージをＵＥへ送信する。
３．ＵＥは、初期ＳＤＰを含むＳＩＰ「インバイト」要求を、ＣＳＣＦ発見メカニズムを経て決定されたＰ−ＣＳＣＦへ送信する。非常コールに関する情報が「インバイト」メッセージにおいて送信される。ＵＥは、「インバイト」メッセージに位置情報を含ませる。

４．Ｐ−ＣＳＣＦは、「インバイト」メッセージの情報を使用し、例えば、要求された番号又は名前を分析することにより、コールが非常コールであることを検出する。Ｐ−ＣＳＣＦは、訪問先ネットワークにおいてＳ−ＣＳＣＦを選択し、そして非常コールに関する情報を含むＳＩＰ「インバイト」要求をＳ−ＣＳＣＦへ転送する。
５．Ｓ−ＣＳＣＦは、位置情報を使用して適当なＥＣを選択する。Ｓ−ＣＳＣＦは、要求をＥＣに転送する。

６．行先のメディアストリーム能力がシグナリング経路を経て返送される。
７．Ｓ−ＣＳＣＦは、行先のＳＤＰ能力を含むメッセージをＰ−ＣＳＣＦへ転送する。
８．Ｐ−ＣＳＣＦは、このセッションに必要なリソースを許可する。
９．Ｐ−ＣＳＣＦは、ＳＤＰメッセージを発信エンドポイントへ転送する。
１０．ＵＥは、このセッションに対するメディアストリームの最終セットを決定し、そしてその最終ＳＤＰをＰ−ＣＳＣＦへ送信する。

１１．Ｐ−ＣＳＣＦは、最終ＳＤＰをＳ−ＣＳＣＦへ転送する。
１２．Ｓ−ＣＳＣＦは、このメッセージをＥＣへ転送する。
１３．ＰＤＰコンテクストアクチベート要求。ＵＥは、二次ＰＤＰコンテクストアクチベート要求メッセージをＳＧＳＮに送信することにより非常セッションに対するＰＤＰコンテクストをアクチベートする。ＵＥは、ＰＤＰコンテクストが非常セッションに使用されることを指示する。ＰＤＰコンテクストに対して、割り当て／保持プライオリティが直ちに高い値にセットされねばならない。

１４．ＳＧＳＮは、ＰＤＰコンテクストが非常セッションのためのものであると確認すると、それ自身、ＳＲＮＣから位置情報を要求し、ＵＥに関する更新された又はより正確な位置情報を受け取ることができる。その後、ＳＧＳＮは、ＴＳ２３．２７１に規定されたゲートウェイ移動位置サービスセンター（ＧＭＬＣ）へ位置レポートを送信し、そしてＥＣは、この位置情報をＧＭＬＣから得ることができる。
１５．無線アクセスベアラの設定。

１６．ＰＤＰコンテクスト形成要求。
１７．ＰＤＰコンテクスト形成応答。
１８．ＰＤＰコンテクストアクチベート受け入れ。
１９．ＵＥは、「リソース予約成功」メッセージを、「インバイト」メッセージにより確立されたシグナリング経路を経て、着信エンドポイントに送信する。
２０．Ｐ−ＣＳＣＦは、このメッセージをＳ−ＣＳＣＦに転送する。

２１．Ｓ−ＣＳＣＦは、このメッセージをＥＣに転送する。
２２．リソースが首尾良く予約される。
２３．ＥＣは、警報に関する情報をＳ−ＣＳＣＦへ送信する。
２４．Ｓ−ＣＳＣＦは、リンギングメッセージをＰ−ＣＳＣＦへ転送する。
２５．Ｐ−ＣＳＣＦは、このメッセージをＵＥへ転送する。

２６．ＥＣは、コールに応答し、そして最終的な２００ ＯＫメッセージをＳ−ＣＳＣＦへ送信する。
２７．Ｓ−ＣＳＣＦは、最終的な２００ ＯＫメッセージをＰ−ＣＳＣＦへ転送する。
２８．Ｐ−ＣＳＣＦは、このセッションに対して予約されたリソースがここでコミットされねばならないことを指示する。
２９．Ｐ−ＣＳＣＦは、最終的な２００ ＯＫメッセージをＵＥへ転送する。
３０．ＵＥは、このセッションに対するメディアの流れをスタートする。
３１．発呼者は、２００−ＯＫ最終的応答にＳＩＰ ＡＣＫメッセージで応答し、これは、Ｐ−ＣＳＣＦへ送信される。
３２．Ｐ−ＣＳＣＦは、ＳＩＰ ＡＣＫメッセージをＳ−ＣＳＣＦへ転送する。
３３．Ｓ−ＣＳＣＦは、ＡＣＫメッセージをＥＣへ転送する。

以上、特定の実施形態を参照して本発明を詳細に説明したが、本発明の保護の範囲は、ここに開示した特徴の全ての変更、省略、追加及び修正を全て網羅するものとする。
本発明の教示は、全ＩＰネットワークで実施されるのが好ましいが、種々の他の形式のネットワーク、即ちＩＭ、ＧＰＲＳ及びＵＭＴＳドメインにも使用することができる。

本発明による方法及びシステムの第１実施形態を示す図である。 本発明による方法及びシステムの第２実施形態を示す図である。 本発明による方法及びシステムの第３実施形態を示す図である。 通常の場合における非常セッション処理の実施を示す図である。

Claims (25)

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. 非常セッションの確立に含まれる少なくとも１つのユーザ装置及び１つ以上のネットワークエンティティを備えた非常セッションを確立するための通信システムであって、
    上記ユーザ装置は、被呼エンティティの識別子を指示するメッセージをネットワークエンティティに送信することによりセッションを開始し、
    上記ネットワークエンティティの１つがその受信された識別子を分析し、
    開始されるべきセッションが非常セッションであることを検出すると、上記分析するネットワークエンティティ又は別のネットワークエンティティが、その開始されるセッションが非常セッションであることをユーザ装置に通知するために情報をユーザ装置へ送信するように構成され、
    上記開始されるセッションが非常セッションであることを上記ユーザ装置に通知する情報を受信することに応答して、確認メッセージをコール制御ネットワーク要素へ送信するように構成された通信システム。

Images