緊急セッションに対する確立原因の決定
ユーザ機器（ＵＥ）を使用して、パケット交換またはＩＭＳ緊急呼を開始すること。ＵＥは、複数のプロトコル層を含む。複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層と、を含む。方法は、ＵＥを使用して、緊急ＡＰＮを識別するＡＰＮを含む、アタッチ要求またはＰＤＮ接続要求を生成することを含む。アタッチ要求は、アタッチタイプ、すなわち、ＥＰＳ緊急アタッチを有する。方法は、ＵＥのＮＡＳ層を使用して、アタッチ要求のアタッチタイプを読み出すことと、ＲＲＣ接続要求を生成することとを含む。ＲＲＣ接続要求は、アタッチ要求のアタッチタイプ、例えば、ＥＰＳ緊急呼、ＰＳ緊急、ＩＭＳ緊急呼等に基づく、ＲＲＣ確立原因を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
ＣＨＩＮ−ＨＯ ＣＨＩＮ
ＲＩＣＨＡＲＤ ＢＵＲＢＩＤＧＥ
（関連出願の相互参照）
本出願は、２００９年１０月２日に出願した米国仮出願第６１／２４８，２１３号（名称「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｄｅｔｅｒｍｉｎｉｎｇ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅｓ ｆｏｒ Ｅｍｅｒｅｇｅｎｃｙ Ｓｅｓｓｉｏｎｓ」）の利益を主張する。上述の出願はその全体が本明細書において参照により援用される。
【０００２】
本発明は、概して、確立原因を決定することに関し、より具体的には、非アクセス階層（ＮＡＳ）プロシージャを使用して、無線リソース制御（ＲＲＣ）確立原因を決定する方法およびシステムに関する。
【背景技術】
【０００３】
本明細書で使用される場合、用語「ユーザ機器」および「ＵＥ」は、携帯電話、携帯情報端末（ＰＤＡ）、ハンドヘルドまたはラップトップコンピュータ、および電気通信能力を有する類似デバイスまたは他のユーザエージェント（「ＵＡ」）を指し得る。いくつかの実施形態では、ＵＥは、モバイル無線デバイスを指し得る。用語「ＵＥ」はまた、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等の類似能力を有するが可搬性ではないデバイスを指し得る。
【０００４】
従来の無線電気通信システムでは、基地局または他のネットワークノード内の伝送機器は、セルとして周知の地理的な領域内全体に、信号を伝送する。技術が進化するにつれ、以前では不可能であったサービスを提供可能な、より高度な機器が導入されるようになった。そのような高度な機器には、例えば、基地局以外の進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）ノードＢ（ｅＮＢ）、または従来の無線電気通信システムにおける同等の機器よりもさらに高度に進化した他のシステムおよびデバイスが含まれる場合がある。そのような高度なまたは次世代の機器は、ロングタームエボリューション（ｌｏｎｇ−ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）（ＬＴＥ）機器と称され得、また、そのような機器を使用するパケットベースのネットワークは、進化型のパケットシステム（ＥＰＳ）と称することもできる。ＬＴＥシステムおよび機器への追加の改良は、最終的に、ＬＴＥアドバンスト（ＬＴＥ−Ａ）システムをもたらす。本明細書で使用される場合、語句「基地局」は、ＵＥに、電気通信システム内の他の構成要素への通信アクセスを提供可能な、従来の基地局、またはＬＴＥ、あるいはＬＥＥ−Ａ局（ｅＮＢを含む）等の任意の構成要素を指す。
【０００５】
Ｅ−ＵＴＲＡＮ等のモバイル通信システムでは、基地局は、１つ以上のＵＥへの無線アクセスを提供する。基地局は、ダウンリンクトラフィックデータパケット伝送を動的にスケジューリングし、基地局と通信するすべてのＵＥ間でアップリンクトラフィックデータパケット伝送リソースを配分するためのパケットスケジューラを備える。スケジューラの機能は、とりわけ、ＵＥ間で利用可能な無線インターフェース能力を分割し、各ＵＥのパケットデータ伝送のために使用されるトランスポートチャネルを決定し、パケット配分およびシステム負荷を監視するステップを含む。スケジューラは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）および物理アップリンク共有チャネル（ＰＵＳＣＨ）データ伝送のためのリソースを動的に配分し、制御チャネルを通して、スケジューリング情報をＵＥに送信する。
【０００６】
既存の電気通信システムでは、電気通信サービスを送達する種々の信号伝達およびプロトコルコントローラは、いくつかのプロトコル層内に実装される。層のそれぞれに属する種々のピアツーピアエンティティは、相互に信号伝達および通信し、サービスが提供可能であるように、種々の機能を有効化し、実現する。さらに、各層は、上層に１つ以上のサービスを提供してもよい。図１は、既存の電気通信システム内に見出されるプロトコル層のいくつかの例証であって、ＵＥと基地局との間の通信のために使用されてもよい層化プロトコルを例証する。図１に示されるように、ネットワーク層１２は、アクセス制御層１４の上方に常駐する。ネットワーク層１２およびアクセス制御層１４は、相互に通信してもよい。さらに、アクセス制御層１４の上方に常駐するため、ネットワーク制御層１２は、アクセス制御層１４によって提供されるサービスを受信する。
【０００７】
モバイル通信ネットワークでは、ＵＥおよびコアネットワーク（ＣＮ）のネットワーク層信号伝達およびプロトコルコントローラは、下層無線アクセスネットワーク（ＲＡＮ）コントローラによって確立された通信リンクを通して、相互に通信する。ＵＭＴＳおよび３ＧＰＰ専門用語では、例えば、ＵＥとＣＮとの間のネットワーク層は、非アクセス階層（ＮＡＳ）と称される。ＲＡＮの無線アクセス層は、アクセス階層（ＡＳ）と称される。
【０００８】
下層は上層にサービスを提供するため、ＵＭＴＳおよび３ＧＰＰ技術の場合、例えば、ＡＳは、ＮＡＳにサービスを提供する。ＡＳによって提供されるそのようなサービスの１つは、ＵＥのＮＡＳが、コアネットワークのＮＡＳに信号伝達し、通信可能なように、ＵＥのＮＡＳのための信号伝達接続を確立することである。ロングタームエボリューション／サービスアーキテクチャエボリューション（ＬＴＥ／ＳＡＥ）では、本サービスは、拡張パケットコア（ＥＰＣ）にアクセスするための信号伝達接続を得るステップと称されてもよい。信号伝達接続を得るために、ＡＳは、ＲＲＣ接続確立プロシージャを実行する。プロシージャは、ＵＥのＡＳから基地局のＡＳにＲＲＣ接続要求メッセージを送信するステップを含む。
【０００９】
図２は、ＥＵＴＲＡＮネットワークと通信するＵＥによって実行された例示的ＲＲＣ確立プロシージャを示す、流れ図である。第１のステップ２０では、ＵＥは、ＥＵＴＲＡＮにＲＲＣ接続要求メッセージを発行する。応答して、ＥＵＴＲＡＮは、ステップ２２において、ＵＥにＲＲＣ接続設定メッセージを送信し、ステップ２４において、ＵＥからＲＲＣ接続設定完了メッセージを受信する。類似信号伝達プロシージャは、ＵＭＴＳにおいて見出されてもよい。
【００１０】
図２に例証されるＲＲＣ接続要求プロシージャは、その独自のニーズのために、ＲＲＣによって開始されてもよく、またはプロシージャは、ＮＡＳが、ＮＡＳがネットワークと通信可能となるように、ＡＳへのネットワーク接続のための要求を伝送すると、開始可能である。したがって、ＡＳは、ＮＡＳの代わりに、リソースを要求し、確立してもよい。
【００１１】
信号伝達接続の確立の一部として（例えば、図２に例証されるように）、ＵＥのＲＲＣは、接続を要求するための理由の表示を基地局のＡＳに伝送する。理由は、緊急、最優先アクセス、ｍｔ−アクセス、ｍｏ−信号伝達、ｍｏ−データ、スペア３、スペア２、およびスペア１を含む、いくつかの値を含んでもよい。表１は、確立原因、およびＮＡＳによってＡＳに提供され、信号伝達接続を要求し得る、確立原因のための有効値の定義を含む、例示的ＲＲＣ信号伝達プロトコルを例証する。
【００１２】
【表１】
確立原因は、宛先ノード（例えば、基地局／Ｅ−ＵＴＲＡＮおよび可能性としてＣＮ／ＥＰＣ）に、適切なリソースが、信号伝達接続および信号伝達接続またはユーザプレーン接続の後続使用のために配分可能であるように、そのような確立のための理由を示してもよい。確立原因はまた、課金タリフ／プランについて判別／区別するために使用されてもよい。ＵＭＴＳおよびＥＰＳでは、ＲＲＣがＲＲＣ接続要求メッセージ内でネットワークに提供する確立原因は、ＮＡＳからの層間要求から導き出される。したがって、ＡＳ（例えば、ＲＲＣ）がＲＲＣ接続要求内で使用するＲＲＣ確立原因は、ＮＡＳから受信される。故に、どの確立原因が使用されるかを決定するのは、ＮＡＳである。例えば、表１を参照すると、「確立原因」は、上層によって提供されるようなＲＲＣ接続要求のための確立原因を提供するために使用されてもよい。原因値の名前に関して、最優先アクセスは、ＡＣ１１．．ＡＣ１５に関し、‘ｍｔ’は、‘モバイル着信’を表し、‘ｍｏ’は、‘モバイル発信’を表す。
【００１３】
緊急呼の場合、上層の代わりに、そのような緊急呼を開始するＮＡＳ（例えば、呼アプリケーション）は、緊急呼がかけられていることを示してもよい。その場合、ＲＲＣ確立原因は、基地局およびＣＮによって読み取られてもよく、応答して、基地局およびＣＮは、緊急呼のためのリソースを提供し、維持するように最善を尽くすよう構成されてもよい。
【００１４】
しかしながら、いくつかのネットワーク構成では、ＵＥは、パケット交換（ＰＳ）通信（ボイスおよびデータ通信を含む）のためのＩＭＳ層を実装するように構成されてもよい。ＵＥ内のＩＭＳ層の場合、ＣＮ側にピアＩＭＳ層が存在する。基地局内のＩＭＳ層は、ＮＡＳ層の上方に常駐する。ＵＥ側では、ＵＥのＩＭＳサブレイヤは、アプリケーションと同レベルにある。したがって、ＩＭＳ層（または、サブレイヤ）は、ＮＡＳの上方、かつモビリティ管理機能およびセッション管理機能の上方にある。図３ａは、ＩＭＳサブレイヤを示す、ＵＥ内の層化の例証である。示されるように、ＩＭＳサブレイヤ３０は、ＮＡＳ層３２およびＡＳ層３４の両方の上方に常駐する。ＩＭＳ層は、ＰＳボイス通信を開始するために使用されてもよい。ある場合には、ユーザは、ＩＭＳ層によって提供されるサービスを使用して、緊急ボイス通信を開始することを所望してもよい。
【００１５】
第三世代携帯電話（ＰＬＭＮ）を含む種々の通信ネットワークは、ユーザが緊急呼をかけるのをサポートするために要求されてもよい。しかしながら、概して、それらのネットワークは、ＰＳドメイン（例えば、ＩＭＳを使用）内でかけられる緊急呼をサポートしない。したがって、既存のシステムは、緊急呼を提供するための回路切替（ＣＳ）ドメインサービスに依存し得る。ユーザのＵＥが、緊急呼の特別な場合、ＩＭＳを使用して、ボイス通信を提供するように構成され得る場合でも、ＵＥは、ＩＭＳによって提供されるＰＳドメインサービスを使用しない。代わりに、ＵＥは、ＣＳドメインサービスを切り替えて、緊急呼をかける。ＵＥが、ＣＳドメインサービス、例えば、ＬＴＥ／ＳＡＥを提供しないネットワークに接続されると、ＵＥは、ＣＳフォールバック（ＣＳＦＢ）を実装し、緊急呼を提供するように構成され得る（例えば、ＴＳ３ＧＰＰ２３．２７２参照）。ＣＳＦＢでは、ＰＳドメインを使用する代わりに、ＵＥは、２Ｇまたは３Ｇシステムに逆行し、２Ｇ／３ＧシステムのＣＳドメインを使用し、緊急呼をかける。
【００１６】
しかしながら、いずれは、３ＧＰＰＰＳドメインは、緊急呼をサポートするように要求され得る。その場合、３ＧＰＰのＰＳドメインは、呼、またはセッション、あるいはトランザクションを設定、制御、および管理するための層として、ＩＭＳを使用するため、ＰＳドメイン緊急呼を実現するのは、ＩＭＳ層となるであろう。したがって、緊急セッションを設定するために、ＩＭＳサブレイヤは、ＥＰＣコアへのアクセスを確立するための要求によって、ＮＡＳ層をトリガしてもよい。応答して、次いで、ＮＡＳは、ＮＡＳ信号伝達接続を設定してもよく、ＡＳは、ＲＲＣ接続を設定してもよい。順に、ＥＰＣは、ネットワークアクセスのためのＮＡＳ要求への応答に応じて、要求されたサービスをサポートするための必要なベアラを設定する。しかしながら、既存のネットワークでは、ＩＭＳ層は、要求されたリソースが、緊急呼のためのものであることを示し得るが、ＮＡＳからＡＳに、その結果、基地局またはネットワークにパスされるそのような表示のための既存の機構が存在しない。したがって、ＲＲＣ接続要求を受信後、基地局のＡＳは、特定の要求された信号伝達接続が、緊急呼のために要求されるＩＭＳセッションのためであることを決定できない場合がある。
【００１７】
ある場合には、限定されたサービス状態で動作するＵＥが、緊急呼を開始するために使用されてもよい。限定されたサービス状態は、ＵＥが加入者識別モジュール（ＳＩＭ）を有していないとき、ユーザがその電話代の請求を支払っておらず、一時停止されたアカウントを有するとき、またはユーザが外国に旅行し、ユーザの自宅プロバイダとの適切なローミング契約を有していないネットワーク上でのモバイルサービスへアクセスを試みるとき、生じてもよい。それらの状況では、ＵＥに電源が投入されると、ＵＥは、ＵＥが緊急呼をサポート可能である状態に入ることを試みてもよいが、付加的サービスを提供することはできない。したがって、ＵＥは、緊急呼を提供する目的のためだけに、限定されたサービス状態において、ＰＬＭＮの利用可能なセル上にキャンプオンしてもよい。その限定されたサービス状態において、ＵＥが、緊急呼を提供する目的のために、ＰＳドメインボイスサービスを開始するように構成される場合（例えば、ＩＭＳを介して）、多くのネットワーク構成では、基地局のＡＳは、限定されたサービス状態において、ＵＥによって要求された特定のＩＭＳセッションが、緊急呼のためのものであることを決定不可能である場合がある。
【００１８】
したがって、基地局が、ＵＥから受信したＲＲＣ接続要求が、最終的には、ＩＭＳ緊急呼のための使用されることを決定することは困難である。基地局が、要求がＩＭＳ緊急呼のためのものであることを決定不可能である場合、基地局は、例えば、基地局で利用可能な無線リソースがない場合、より優先度の低いリソースを巧妙に解放することによって、緊急セッションを迅速に確立することはできない。これらの問題は、ＲＡＮ、ベーストランシーバ基地局（ＢＴＳ）、または基地局が、２つ以上のコアネットワークまたはＰＬＭＮ間で効果的に共有される、ネットワーク共有構成を使用して実装されるネットワーク構成では、悪化する。
【発明の概要】
【課題を解決するための手段】
【００１９】
本発明は、概して、確立原因を決定するステップに関し、より具体的には、非アクセス階層（ＮＡＳ）プロシージャを使用して、無線リソース制御（ＲＲＣ）確立原因を決定するための方法およびシステムに関する。
【００２０】
この目的を達成するために、いくつかの実施形態は、ユーザ機器（ＵＥ）を使用して、パケット交換緊急呼を開始するための方法を含む。ＵＥは、複数のプロトコル層を含む。複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層と、を含む。方法は、ＵＥを使用して、アタッチ要求を生成するステップを含む。アタッチ要求は、アタッチタイプを有する。方法は、ＵＥのＮＡＳ層を使用して、アタッチ要求のアタッチタイプを読み出すステップと、ＲＲＣ接続要求を生成するステップと、を含む。ＲＲＣ接続要求は、アタッチ要求のアタッチタイプに基づく、ＲＲＣ確立原因を含む。
【００２１】
別の実施形態は、ユーザ機器（ＵＥ）を使用して、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始するための方法である。ＵＥは、複数のプロトコル層を含む。複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層と、を含む。方法は、ＵＥを使用して、アタッチ要求を生成するステップを含む。アタッチ要求は、アタッチタイプを有する。方法は、ＵＥのＮＡＳ層を使用して、アタッチ要求のアタッチタイプを読み出すステップと、アタッチタイプが第１の値であるとき、ＲＲＣ接続要求を生成するステップと、を含む。ＲＲＣ接続要求は、第２の値を有する、ＲＲＣ確立原因を含む。
【００２２】
別の実施形態は、ユーザ機器（ＵＥ）を使用して、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始するための方法である。ＵＥは、複数のプロトコル層を含む。複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層と、を含む。方法は、ＵＥを使用して、ＰＤＮ接続要求を生成するステップであって、ＰＤＮ接続要求は、要求タイプを有する、ステップと、ＰＤＮ接続要求の要求タイプを読み出すステップと、要求タイプが第１の値であるとき、ＲＲＣ接続要求を生成するステップであって、ＲＲＣ接続要求は、第２の値を有するＲＲＣ確立原因を含む、ステップとを含む。
【００２３】
別の実施形態は、ユーザ機器（ＵＥ）を使用して、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始するための方法である。ＵＥは、複数のプロトコル層を含む。複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層と、を含む。方法は、ＵＥを使用して、呼タイプを生成するステップであって、呼タイプは、第１の値を有する、ステップと、ＵＥのＮＡＳ層を使用して、ＲＲＣ接続要求を生成するステップであって、ＲＲＣ接続要求は、第２の値を有するＲＲＣ確立原因を含む、ステップと、ＵＥのＮＡＳ層を使用して、ＵＥのＡＳ層へのＲＲＣ接続を要求すると、呼タイプを提供するステップと、ＵＥのＡＳ層を使用して、基地局に呼タイプおよびＲＲＣ接続要求を伝送するステップとを含む。
【００２４】
他の実施形態は、ユーザ機器（ＵＥ）を使用して、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始するための方法を含む。ＵＥは、複数のプロトコル層を含む。複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層とを含む。方法は、ＵＥのＮＡＳ層にＰＤＮ接続要求を生成するステップであって、ＰＤＮ接続要求は、アクセスポイントネーム（ＡＰＮ）を含む、ステップと、ＰＤＮ接続要求のＡＰＮを読み出すステップと、ＡＰＮが緊急ＡＰＮを識別すると、ＲＲＣ接続要求を生成するステップであって、ＲＲＣ接続要求は、第２の値を有するＲＲＣ確立原因を含む、ステップとを含む。
【００２５】
他の実施形態は、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始するために、ユーザ機器（ＵＥ）に無線リソースを提供する基地局を含む。基地局は、複数のプロトコル層を含む。複数のプロトコル層は、アクセス階層（ＡＳ）層を含む。基地局は、ＵＥのＡＳ層から呼タイプを受信し、呼タイプは、第１の値を有し、ＵＥのＡＳ層からＲＲＣ接続要求し、ＲＲＣ接続要求は、第２の値を有するＲＲＣ確立原因を含むように構成される、プロセッサを含む。
【００２６】
他の実施形態は、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始するために、ユーザ機器（ＵＥ）に無線リソースを提供する基地局を含む。基地局は、複数のプロトコル層を含む。複数のプロトコル層は、アクセス階層（ＡＳ）層を含む。基地局は、ＲＲＣ接続要求が、ＥＰＳ緊急呼またはセッション、ＰＳ緊急、ＩＭＳ緊急呼またはセッション、緊急サービス、および緊急呼のうちの少なくとも１つの値を有する、ＲＲＣ確立原因を含むとき、ＲＲＣ接続要求を受信し、ＵＥにＩＭＳ緊急呼をサポートするために必要な無線リソースを提供するように構成される、プロセッサを含む。
【００２７】
ここで、本開示のより完全な理解のために、添付の図面および発明を実施するための形態と関連して、以下の簡単な説明を参照し、類似参照数字は、類似部品を表す。
【図面の簡単な説明】
【００２８】
【図１】図１は、既存の電気通信システム内で見出されるプロトコル層のいくつかの例証であって、ユーザ機器（ＵＥ）と基地局との間の通信のために使用されてもよい層化プロトコルを例証する。
【図２】図２は、進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）ネットワークと通信するＵＥによって実行された例示的無線リソース制御（ＲＲＣ）確立プロシージャを示す、メッセージシーケンス流れ図である。
【図３ａ】図３ａは、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）サブレイヤを示す、ＵＥ内の層化の例証である。
【図３ｂ】図３ｂは、ＵＥの非アクセス階層（ＮＡＳ）がネットワークのＮＡＳにサービス要求を伝送するプロセスの例証である。
【図４】図４は、ＮＡＳアイドルまたはＮＡＳ接続モードにレジスタされたＮＡＳである、ＵＥを使用してＩＭＳ緊急呼をかけるための例示的プロセスを示す、流れ図である。
【図５】図５は、限定されたサービス状態にある、ＵＥを使用してＩＭＳ緊急呼をかけるための例示的プロセスを示す、流れ図である。
【図６】図６は、ネットワークがネットワーク共有構成において動作する、限定されたサービス状態にある、ＵＥを使用してＩＭＳ緊急呼をかけるための例示的プロセスを示す、流れ図である。
【図７】図７は、本開示の種々の実施形態のうちのいくつかに対して、動作可能なＵＥを含む無線通信システムの図である。
【図８】図８は、本開示の種々の実施形態のうちのいくつかに対して、動作可能なＵＥのブロック図である。
【図９】図９は、本開示の種々の実施形態のうちのいくつかに対して、動作可能なＵＥ上に実装されてもよい、ソフトウェア環境の図である。
【図１０】図１０は、本開示の種々の実施形態のうちのいくつかに好適な、例証的汎用コンピュータシステムである。
【発明を実施するための形態】
【００２９】
次いで、前述および関連目的を達成するために、本発明は、以下に完全に説明される特徴を備える。以下の説明および付随の図面は、本発明のある例証的側面を詳細に記載する。しかしながら、これらの側面は、本発明の原理が採用され得る種々の方法のいくつかを示すにすぎない。本発明の他の側面および新規特徴は、図面と併せて検討される場合、以下の発明を実施するための形態から明白となるであろう。
【００３０】
次に、本発明の種々の側面が、付随の図面を参照して説明されるが、同一番号は、全体を通して、同一または対応する要素を指す。しかしながら、図面およびそれに関連する詳細な説明は、開示される特定の形態に主張される主題を限定することを意図するものではないことを理解されたい。むしろ、主張される主題の精神および範囲内にある、あらゆる修正、均等物、および代替を網羅することが意図される。
【００３１】
本明細書で使用される場合、用語「構成要素」、「システム」等は、ハードウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアのいずれかである、コンピュータ関連エンティティを指すことが意図される。例えば、構成要素は、プロセッサ上で起動するプロセス、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、および／またはコンピュータであってもよいが、それらに限定されない。例証として、コンピュータ上で起動するアプリケーションおよびコンピュータは両方とも、構成要素であり得る。１つ以上の構成要素は、プロセスおよび／または実行のスレッド内に常駐してもよく、構成要素は、１つコンピュータ上にローカライズされる、および／または２つ以上のコンピュータ間に分散されてもよい。
【００３２】
単語「例示的」は、本明細書では、実施例、事例、または例証としての役割を果たすことを意味するために使用される。「例示的」として、本明細書に説明される、任意の側面または設計は、必ずしも、他の側面または設計より好ましいあるいは有利であると解釈されるわけではない。
【００３３】
さらに、開示される主題は、標準的プログラミングおよび／またはエンジニアリング技法を使用して、ソフトウェア、ファームウェア、ハードウェア、または任意のそれらの組み合わせを生産し、コンピュータまたはプロセッサベースのデバイスを制御し、その中に詳述される側面を実装する、システム、方法、装置、または製品として実装されてもよい。用語「製品」（または、代替として、「コンピュータプログラム製品」）は、本明細書で使用される場合、任意のコンピュータ読み取り可能デバイス、担体、またはメディアからアクセス可能なコンピュータプログラムを包含することが意図される。例えば、コンピュータ読み取り可能メディアは、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ．．．）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル汎用ディスク（ＤＶＤ）．．．）、スマートカード、およびフラッシュメモリデバイス（例えば、カード、スティック）を含むことが可能であるが、それらに限定されない。加えて、電子メールを送受信する際、あるいはインターネットまたはローカルエリアネットワーク（ＬＡＮ）等のネットワークにアクセスする際に使用されるもの等、コンピュータ読み取り可能電子データを搬送するために採用することが可能であることを理解されたい。当然ながら、当業者は、主張される主題の範囲または精神から逸脱することなく、本構成に多くの修正を行ってもよいことを認識するであろう。
【００３４】
モバイル通信ネットワークでは、ＵＥおよびＣＮのネットワーク層信号伝達およびプロトコルコントローラは、下層無線アクセスネットワークコントローラによって確立された通信リンクを通して、相互に通信する。ＵＭＴＳおよび３ＧＰＰ専門用語では、例えば、ＵＥとＣＮとの間のネットワーク層は、ＮＡＳと称される。無線アクセスネットワーク（ＲＡＮ）の無線アクセス層は、ＡＳと称される。
【００３５】
下層は、上層にサービスを提供するため、例えば、ＵＭＴＳおよび３ＧＰＰ技術の場合、ＡＳは、ＮＡＳにサービスを提供する。ＡＳによって提供されるそのようなサービスの１つは、ＵＥのＮＡＳが、コアネットワークのＮＡＳに信号伝達し、通信可能であるように、ＵＥのＮＡＳのための信号伝達接続を確立することである。したがって、ＵＥのＮＡＳが、ネットワークのＮＡＳにサービス要求を伝送することを所望すると、ＡＳは、ＲＲＣ接続確立プロシージャを実行し、下層無線接続を確立してもよい。
【００３６】
図３ｂは、ＵＥのＮＡＳが、ネットワークのＮＡＳにサービス要求を伝送するプロセスの例証である。図３ｂを参照すると、ＵＥのＮＡＳからネットワークのＮＡＳにサービス要求を転送するために、ステップ３１では、ＵＥのＮＡＳは、最初に、ＵＥのＡＳに、ａ）データのブロックおよびｂ）確立原因を伝送する。ステップ３３では、ＵＥのＡＳは、ＲＡＮのＡＳにＲＲＣ接続要求を送信する、ＲＲＣ接続要求プロシージャを開始する。ＲＲＣ接続要求は、ＵＥのＮＡＳによって提供された確立原因とともにそれを搬送する。ステップ３５では、ＲＡＮのＡＳは、無線接続のためのリソースの配分を開始し、ＲＲＣ接続設定メッセージをＵＥに送信する。ステップ３７では、ＵＥのＡＳは、無線リソースを受諾し、ＲＲＣ接続設定完了メッセージを送信することによって、設定を肯定応答する。ＲＲＣ接続設定完了メッセージによって、ＵＥのＡＳはまた、ＵＥのＮＡＳから受信したデータのブロックをパスする。この時点では、ＮＡＳから受信したデータのブロックは、ＵＥまたはＲＡＮのＡＳによってインスペクトされない。
【００３７】
ステップ３９では、ＲＡＮのＡＳは、ＲＡＮのインターワーキング機能にデータのブロックをパスし、ステップ４１では、ＲＡＮのインターワーキング機能は、ネットワーク側にわたって、データのブロックをインターワークし、ＲＡＮのＲＡＮ−ＣＮコントローラにデータのブロックをパスする。ステップ４３では、ＲＡＮ−ＣＮコントローラは、ＣＮへのコアネットワーク接続を確立し、ＣＮのＣＮ−ＲＡＮコントローラにデータのブロックをパスする。最後に、ステップ４５では、ＣＮ−ＲＡＮコントローラは、データのブロックを受信し、ＣＮのＮＡＳにデータのブロックをパスする。この時点で、ＣＮのＮＡＳは、データのブロックをインスペクトし、データのブロック内に提供されるサービス要求を識別する。故に、ステップ４５においてのみ、ＣＮは、ＵＥが、ＵＥのＮＡＳからＡＳに、オリジナル伝送において、サービス要求を送信したことを発見する。ＣＳＦＢ等の他のサービスを実現するために、サービス要求メッセージは、拡張サービス要求メッセージによって置換されてもよい。
【００３８】
したがって、ステップ３３、３５、３７、３９、４１、および４３の実行の際、ＵＥのＮＡＳとＣＮのＮＡＳとの間のいずれのエンティティも、ＵＥのＮＡＳによってオリジナル伝送されたデータのブロックが、実際には、サービス要求メッセージであることを把握していない。プロセスの実行の際、ＵＥのＮＡＳとＣＮのＮＡＳとの間に各構成要素は、データのブロックのコンテンツをインスペクトすることなく、単に、相互間でデータのブロックをパスする。その結果、ステップ４５においてのみ、ＣＮは、データのブロックが、サービス要求を含有することを認識する。
【００３９】
故に、データは、図３ｂに例証されるプロセスの終了までインペクとされないため、ネットワークが、特定のリソースが要求されていることを決定することは困難である。例えば、ＩＭＳ緊急呼を開始するとき、ネットワークは、ＩＭＳ緊急呼のために、リソースが要求されていることをプロセスの終了時まで把握していない。具体的には、基地局は、ＵＥから受信したＲＲＣ接続要求が、最終的には、ＩＭＳ緊急呼のために使用されるであろうことを決定することが不可能である場合がある。基地局が、要求がＩＭＳ緊急呼のためのものであることを決定不可能である場合、基地局は、例えば、基地局で利用可能な無線リソースがない場合、より優先度の低いリソースを巧妙に解放することによって、緊急セッションを迅速に確立できない。これらの問題は、ＲＡＮ、ＢＴＳ、または基地局が、２つ以上のコアネットワークまたはＰＬＭＮ間で効果的に共有される、ネットワーク共有構成を使用して実装されるネットワーク構成では、悪化する。本問題は、緊急呼に限定されず、リソースが特殊ハンドリングを受信する任意のリソースにも該当し得る。
【００４０】
図４は、ＮＡＳアイドルまたはＮＡＳ接続モードにレジスタされたＮＡＳである、ＵＥを使用してＩＭＳ緊急呼をかけるための例示的プロセス４０を示す、流れ図である。流れ図は、基地局が、プロセスがＩＭＳ緊急呼のための要求によって開始されているかどうかを決定することができないプロセスを示す。
【００４１】
図４を参照すると、ステップ４２では、アプリケーションおよびＩＭＳスタックは、ユーザが、ＩＭＳ緊急呼を開始することを所望していることを決定する。したがって、ＩＭＳ層は、ＩＭＳ緊急呼のために使用されるための新しいＥＰＳセッションを要求する。ステップ４４では、ＩＭＳ層から要求受信後、ＥＰＳセッション管理（ＥＳＭ）エンティティは、ＵＥのＮＡＳを通して、緊急パケットデータネットワーク（ＰＤＮ）接続のための要求を開始する。したがって、ＥＳＭは、ＰＤＮ接続要求を発行する。ステップ４６では、ＰＤＮ接続要求の発行後、ＥＰＳモビリティ管理（ＥＭＭ）がトリガされ、ステップ４８において、システムは、ＵＥのＮＡＳがレジスタされているかどうかをチェックする。レジスタされている場合、ステップ５０では、ＵＥは、サービス要求をＥＰＣに送信し、ＵＥ内のＡＳをトリガし、ＲＲＣ接続を確立する。本ステップでは、ＲＲＣ確立原因は、モバイル発信（ＭＯ）データを指定し、呼タイプは、発信呼が存在することを示す。ステップ５２では、ＵＥのＡＳは、ＲＲＣ接続を要求する。ＵＥのＮＡＳから受信したＲＲＣ確立原因（例えば、ＭＯデータ）は、基地局に沿って、パスされる。しかしながら、本プロセスでは、呼タイプは、基地局に提供されない、すなわち、呼タイプは、ＵＥのＡＳによって、行われ得る異なるタイプの呼のアクセス権に対して検証するためにのみ使用されることに留意することが重要である。したがって、ボックス５４によって示されるように、基地局は、ＲＲＣ接続要求（関連付けられた呼タイプを伴わない）をインスペクト後、ＩＭＳ緊急呼が保留中であるかどうか決定不可能である。その結果、いずれの特殊ハンドリングも、基地局によって行われないであろう。
【００４２】
ＲＲＣ接続を確立後、ＵＥのＮＡＳは、ステップ５６において、サービス要求を送信し、ＮＡＳ接続モードに移行する。ＮＡＳ接続モードに入った後、ＮＡＳは、ステップ５８において、「緊急」の要求タイプを伴うＰＤＮ接続要求を送信する。「緊急」の要求タイプを伴うＰＤＮ接続要求を受信後、ＣＮは、緊急呼が保留中であることを認識し、ステップ６０において、基地局が緊急呼を開始するための無線リソースを提供することを要求する。故に、ボックス６２に示されるように、ＣＮが、緊急呼が保留中であることを認識し、基地局が必要無線リソースを提供することを要求後のみ、基地局は、ＩＭＳ緊急呼が保留中であることに気付くことができる。
【００４３】
しかしながら、ステップ４８では、システムが、ＵＥが既にＮＡＳ接続モードにあることを決定する場合、ＮＡＳは、ステップ５８において、「緊急」の要求タイプを伴うＰＤＮ接続要求の送信を行い、同一プロセスが継続する。
【００４４】
故に、図４に例証されるプロセスを実装するとき、既存のＲＲＣ確立原因は、ＩＭＳ緊急呼がかけられることを基地局に示すことは不十分である。さらに、従来のネットワーク実装では、呼タイプは、基地局にパスされず、ＩＭＳ緊急呼がかけられていることを示さない（例えば、呼タイプは、ＭＯ呼を指定するのみであり得る）。実際、既存の実装では、呼タイプは、呼タイプによって識別された特定のタイプの呼のためのアクセス権をチェックするためにのみ使用され得る。これらの問題は、次いで、ＮＡＳが、緊急のためのＰＤＮ接続を単に確立し得、ＡＳが、緊急呼がかけられることの表示を受信しないであろうため、ＩＭＳ緊急呼がかけられるとき、ＵＥが接続モードにある場合、さらに悪化する。
【００４５】
その結果、図４に例証されるプロセスを使用して、基地局は、ＲＲＣ確立原因をインスペクトする場合でも、要求された呼が緊急ＩＭＳ呼である、または特殊ハンドリングを要求する呼であることを決定不可能である。呼タイプは、基地局に提供されず、基地局は、ＥＰＣがリソースの配分を要求するとき、ＮＡＳＥＭＭ信号伝達およびＮＡＳＥＳＭ信号伝達後のみ、緊急後が存在することを把握するであろう。プロセスの終了時、基地局は、緊急呼がかけられることを把握し得るが、その時までには、基地局は、ＣＳＦＢを使用して、緊急呼をかけているであろう他のＵＥに不可欠なリソースを配分している場合がある。ＩＭＳ緊急呼等のパケットベースの呼は、最優先ヒトユーザ（例えば、緊急状況における公務員）によって行われてもよい一方、ＣＳＦＢ緊急は、任意の一般ユーザによって行われてもよい。
【００４６】
図５は、前述のように、限定されたサービス状態における、ＵＥを使用して、ＩＭＳ緊急呼をかけるための例示的プロセス７０を示す、流れ図である。流れ図は、基地局が、プロセスがＩＭＳ緊急呼のための要求によって開始されるかどうか決定することができない、プロセスを示す。
【００４７】
図５を参照すると、ステップ７２では、限定されたサービス状態におけるＵＥのアプリケーションおよびＩＭＳスタックは、ユーザがＩＭＳ緊急呼を開始することを所望していることを決定する。したがって、ＩＭＳ層は、ＩＭＳ緊急呼のために使用されるための新しいＥＰＳセッションを要求する。ステップ７４では、ＩＭＳ層からの要求受信後、ＥＳＭは、ＵＥのＮＡＳを通して、緊急ＰＤＮ接続のための要求を開始する。したがって、ＥＳＭは、ＰＤＮ接続要求を発行する。ステップ７６では、ＰＤＮ接続要求の発行後、ＥＭＭがトリガされ、システムは、ＵＥのＮＡＳがレジスタされているかどうかチェックする。本実施例では、ＵＥは、限定されたサービス状態で動作しているため、ＮＡＳは、レジスタされていない。故に、ステップ７８では、ＮＡＳは、アタッチ要求を送信する必要があることを決定する。この場合、ＵＥは、緊急呼を開始しているため、アタッチ要求は、「ＥＰＳ緊急アタッチ」のアタッチタイプを含む。本ステップでは、ＮＡＳはまた、「緊急」の要求タイプを有するＰＤＮ接続要求を送信する。ステップ８０では、ＮＡＳは、ＲＲＣ接続のために、ＡＳをトリガする。ＲＲＣ確立原因は、ＭＯ信号伝達に設定され、呼タイプは、緊急呼に設定される。ステップ８２では、ＵＥのＡＳは、ＲＲＣ接続を要求する。ＵＥのＮＡＳから受信したＲＲＣ確立原因（例えば、ＭＯ信号伝達）は、基地局に沿って、パスされる。しかしながら、本プロセスでは、呼タイプは基地局に提供されない、すなわち、呼タイプは、ＵＥのＡＳによって、行わうことが許可される異なるタイプの呼のアクセス権に対して検証するためだけに使用されることに留意することが重要である。したがって、基地局は、ＲＲＣ接続要求をインスペクト後（関連付けられた呼タイプを伴わない）、ＩＭＳ緊急呼が保留中であるかどうか決定不可能である。その結果、いずれの特殊ハンドリングも、基地局によって行われないであろう。
【００４８】
ＲＲＣ接続を確立後、ＵＥのＮＡＳは、ステップ８４において、アタッチ要求を送信する。ＮＡＳ接続モードに入った後、ＮＡＳは、ステップ８６において、「緊急」の要求タイプを伴うＰＤＮ接続要求を送信する。「緊急」の要求タイプを伴うＰＤＮ接続要求を受信後、ＣＮは、緊急呼が保留中であることを認識し、基地局が緊急呼を開始するための無線リソースを提供することを要求する。故に、ボックス８８によって示されるように、ＣＮが、緊急呼が保留中であることを認識し、基地局が必要無線リソースを提供することを要求後のみ、基地局は、ＩＭＳ緊急呼が保留中であることに気付くことができる。
【００４９】
ＬＴＥ／ＳＡＥシステムでは、システムは、連結して、ステップ８４および８６の実行を可能にしてもよい。したがって、概念上、ステップ８４およびステップ８６は、１つとして実行されてもよいが、論理上、２つのステップであってもよい。連結した本概念上のステップ８４および８６の実行は、識別された問題を変化させない。
【００５０】
図６は、ネットワークがネットワーク共有構成において動作する、限定されたサービス状態における、ＵＥを使用して、ＩＭＳ緊急呼をかけるための例示的プロセス９０を示す、流れ図である。ネットワーク共有構成では、ＲＡＮ、ＢＴＳ、または基地局は、２つ以上のコアネットワークまたはＰＬＭＮ間で効果的に共有される。故に、図６は、ＥＰＣａ、ＥＰＣｂ、およびＥＰＣｃのうちの少なくとも１つと通信し得る、ＵＥを示す。流れ図は、基地局が、プロセスがＩＭＳ緊急呼のための要求によって開始されるかどうか決定することができない、プロセスを示す。
【００５１】
図６を参照すると、ステップ９２では、アプリケーションおよびＩＭＳスタックは、ユーザがＩＭＳ緊急呼を開始することを所望していることを決定する。したがって、ＩＭＳ層は、ＩＭＳ緊急呼のために使用されるための新しいＥＰＳセッションを要求する。ブロック９２は、図５のステップ７４、７６、および７８に従って実装されてもよい。ステップ９４では、ＮＡＳは、ＲＲＣ接続のために、ＡＳをトリガする。ＲＲＣ確立原因は、ＭＯ信号伝達に設定され、呼タイプは、緊急呼に設定される。ステップ９６では、ＵＥのＡＳは、ＲＲＣ接続を要求する。ＵＥのＮＡＳから受信したＲＲＣ確立原因（例えば、ＭＯ信号伝達）は、基地局に沿って、パスされる。しかしながら、本プロセスでは、呼タイプは基地局に提供されない、すなわち、呼タイプは、ＵＥのＡＳによって、行わうことが許可される異なるタイプの呼のアクセス権に対して検証するためだけに使用されることに留意することが重要である。したがって、基地局は、ＲＲＣ接続要求をインスペクト後（関連付けられた呼タイプを伴わない）、ＩＭＳ緊急呼が保留中であるかどうか決定不可能である。その結果、いずれの特殊ハンドリングも、基地局によって行われないであろう。
【００５２】
ＲＲＣ接続を確立後、ＵＥのＮＡＳは、ステップ９８において、アタッチ要求を送信する。ＮＡＳ接続モードに入った後、ＮＡＳは、ステップ１００において、「緊急」の要求タイプを伴うＰＤＮ接続要求を送信する。「緊急」の要求タイプを伴うＰＤＮ接続要求を受信後、ＣＮは、緊急呼が保留中であることを認識し、基地局が緊急呼を開始するための無線リソースを提供することを要求する。故に、ボックス１０２によって示されるように、ＣＮが、緊急呼が保留中であることを認識し、基地局が必要無線リソースを提供することを要求後のみ、基地局は、ＩＭＳ緊急呼が保留中であることに気付くことができる。
【００５３】
ＬＴＥ／ＳＡＥシステムでは、システムは、連結して、ステップ９８および１００の実行を可能にしてもよい。したがって、概念上、ステップ９８およびステップ１００は、１つとして実行されるが、論理上、２つのステップであってもよい。連結した本概念上のステップ９８および１００の実行は、識別された問題を変化させない。
【００５４】
図６に示されるように、ネットワークが、ネットワーク共有を実装するとき、付加的問題が生じる。ネットワーク共有の場合、基地局がサービンしているＰＬＭＮのすべてが、ＩＭＳ緊急をサポートする必要はない。しかしながら、基地局は、どのＰＬＭＮがＩＭＳ緊急呼をサポートするか把握しているため、基地局は、ＩＭＳ緊急呼のための適切なＰＬＭＮを選択することが可能となり得る。そのため、基地局は、最初に、ＵＥが、限定されたサービス状態にある間、ＩＭＳ緊急呼をかけることを試みていることを検出し、次いで、それに対して、ＩＭＳ緊急呼をサポートするであろうＰＬＭＮのうちの１つを選択しなければならない。故に、基地局が、適切なＰＬＭＮを選択可能となるように、限定されたサービス状態にあるＵＥからＩＭＳ緊急呼がかけられていることを迅速に検出可能であることが重要である。
【００５５】
故に、図４−６に例証されるＩＭＳ緊急呼を開始するためのシステムおよびプロセスは、要求されたリソースがＩＭＳ緊急呼のために使用されることをＡＳに適切に通知することに失敗する。その結果、必要リソースをプロビジョニングすることが遅延し得る、またはリソースを完全に提供することが失敗し得、潜在的結果として、必要リソースが別様に利用可能となるであろう状況でさえ、緊急呼が失敗し得る。例えば、問題は、ＵＥがネットワークセル上にキャンプオンしており、ＮＡＳレジスタ状態にある時に生じ得る。ＵＥが接続モードにあるとき、ＩＭＳ緊急呼を設定するために、ＵＥとＣＮとの間でパスされる情報は、ＡＳに把握されていない。その結果、基地局は、ＣＮが基地局に対してリソース要求を開始し、リソース要求が、ＩＭＳ緊急呼が差し迫っていることを示すまで、ＩＭＳ緊急呼がかけられていることを検出できない。例えば、図４を参照されたい。同様に、ＵＥがアイドルモードにあるとき、ＵＥのＡＳは、ＵＥのＮＡＳから要求を受信し、ＲＲＣ接続を確立する。しかしながら、既存のＲＲＣ確立原因は、ＩＭＳ緊急呼がかけられていることをＡＳに示すために十分に正確ではない。これらの問題は、ＩＭＳ緊急呼だけではなく、必要リソースのプロビジョニングの遅延を回避可能な任意のパケットベースの呼にも該当する。
【００５６】
一実施形態では、本システムは、基地局が、ＣＳドメイン内で要求される呼（例えば、ＣＳＦＢを介して）をＰＳドメイン、例えば、ＩＭＳ内で要求されるものと区別することを可能にする。その結果、基地局は、ＰＳ呼のための必要サービスを提供し、呼の開始と関連付けられる任意の遅延を最小限にし、任意の必要リソースが利用可能であることを保証するように構成されてもよい。ＵＥが、アタッチプロシージャを開始するとき、アタッチタイプは、ＲＲＣ確立原因を決定するために使用される。次いで、ＵＥは、優先必要リソースプロビジョニングが生じ得るように、ＲＲＣ接続要求内でＲＲＣ確立原因を送信する。本システムの一実装では、ＵＥが、アタッチプロシージャを開始するとき、アタッチタイプは、「ＥＰＳ緊急アタッチ」に設定される。ＵＥのＮＡＳは、アタッチタイプ値を受信および検出し、アタッチタイが「ＥＰＳ緊急アタッチ」であるとき、ＲＲＣ確立原因を以下のうちの１つに設定するように構成される：「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急」、「ＩＭＳ緊急呼またはセッション」、「緊急サービス」、または「緊急呼」。基地局が、「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急」、「ＩＭＳ緊急呼またはセッション」、「緊急サービス」、または「緊急呼」のうちの１つに設定されたＲＲＣ確立原因を有する、ＲＲＣ接続要求メッセージを受信すると、基地局は、ＩＭＳ緊急呼がかけられていることを認識するように構成されてもよい。その結果、基地局は、呼に拡大した優先度を与え、任意の必要リソースが利用可能になることを保証するよう試みることによって、緊急呼に応じることができる。
【００５７】
さらに、限定されたサービス状態におけるＵＥおよびネットワーク共有をサポートするように構成された基地局の場合、基地局が、ＵＥが緊急呼を行う限定されたサービス状態にあることを決定することができないことは、呼要求が、ＩＭＳ緊急呼をサポート不可能であり得る共有ネットワーク構成のコアネットワークに分散されることにつながる可能性がある。
【００５８】
故に、本システムは、アタッチプロシージャの際に指定されたアタッチタイプ値を使用して、ＲＲＣ確立原因を決定またはマップする。アタッチタイプが、例えば、「ＥＰＳ緊急アタッチ」に設定されると、ＲＲＣ確立原因は、その結果、「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急」、「緊急呼」、または別の適切な値に設定される。
【００５９】
先行技術システムは、「緊急呼」を示す、ＲＲＣ確立原因を可能にする構成は、基地局が、緊急呼がかけられていることを決定可能にするが、基地局が、ＩＭＳ緊急呼等のＰＳ呼とＣＳＦＢ緊急呼を区別することを可能にはしない。
【００６０】
代替として、「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急」、「ＩＭＳ緊急呼またはセッション」、または「緊急サービス」の付加的ＲＲＣ確立原因値が導入され、ＩＭＳ緊急呼等のＰＳ呼が設定されていることを示すために使用されてもよい。本実施形態では、ＲＲＣ確立原因と適切に命名された代替は、緊急呼を、ＣＳＦＢ緊急呼ではなく、ＩＭＳ緊急呼等のＰＳ呼として、区別するために使用されてもよい。
【００６１】
別の実装では、要求タイプは、ＲＲＣ確立原因を決定するために使用されてもよい。例えば、ＵＥが、ＰＤＮ接続要求を開始し、緊急ＰＤＮを得る必要があるとき、ＵＥは、要求タイプを「緊急」に設定するように構成されてもよい。次いで、「緊急」の要求タイプは、例えば、ＲＲＣ確立原因値を「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急呼」、「ＩＭＳ緊急呼またはセッション」、「緊急サービス」、「緊急呼」、またはいくつかの他の適切に命名された原因に設定させることによって、ＲＲＣ確立原因をマップあるいは決定するために使用されてもよい。本実装では、基地局が、「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急」、「ＩＭＳ緊急呼またはセッション」、「緊急サービス」、または「緊急呼」基地局に設定されたＲＲＣ確立原因を有する、ＲＲＣ接続要求メッセージを受信すると、ＩＭＳ緊急呼がかけられていることを検出するように構成されてもよく、任意の必要リソースを提供するように試みることができる。ＲＲＣ確立原因が、結局ただ「緊急呼」に設定される結果となる場合、基地局は、緊急呼が発生するであろうことを把握し得る場合でも、ＩＭＳ緊急呼等のＰＳ呼をＣＳＦＢ緊急呼と区別できない。
【００６２】
したがって、さらなる実施形態では、要求タイプ値は、特定のＲＲＣ確立原因を決定またはマプするために使用される。例えば、要求タイプ＝「緊急」のとき、ＲＲＣ確立原因は、「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急」、「ＩＭＳ緊急呼またはセッション」、「緊急サービス」、または「緊急呼」と異なるいくつかの他の適切な値に設定される。
【００６３】
本システムのいくつかの実装では、ＵＥが、ＲＲＣ接続のための要求をトリガするサービス要求プロシージャを開始すると、ＲＲＣ確立原因は、ＲＲＣ接続が意図されるプロシージャの要求タイプ（例えば、要求タイプは、ＰＤＮ接続要求内で設定されてもよい）からマップされてもよい（または、それによって決定されてもよい）。言い換えると、ＲＲＣ確立原因は、ＲＲＣ接続の最終用途によって、およびＲＲＣ接続をトリガするプロシージャトリガ（すなわち、サービス要求プロシージャ）によって、決定されてもよい。ＲＲＣ確立原因の本設定は、ＲＲＣ接続の最終用途をポイントする、ＰＤＮ接続要求の要求タイプを使用して実現されてもよい。
【００６４】
本システムの別の実装では、呼タイプは、ＲＡＮ／基地局（例えば、ｅＮＢ）に提供されてもよい。例えば、図４を参照すると、行うことが許可される異なるタイプの呼のアクセス権に対して検証するために、呼タイプのみを使用する代わりに、ＮＡＳからＡＳにパスされる呼タイプ値が、ＲＲＣ接続要求の一部として、またはそれに加えて、基地局に通信される。
【００６５】
本実装では、ＩＭＳ緊急呼をサポートするために起動される付加的ＮＡＳプロシージャは、同様に、「緊急呼」に設定された呼タイプを有していなければならないため、「緊急呼」の呼タイプをＥＰＳ緊急サービスのためのアタッチプロシージャに設定することだけでは、不十分であり得る。例えば、プロシージャは、緊急アクセスポイントネーム（ＡＰＮ）へのＰＤＮ接続要求、ＰＤＮ接続を緊急ＡＰＮに搬送するサービス要求プロシージャ、およびＥＰＣをトリガし、ＵＥに気付かせるために使用される場合があるだけではなく、続いて、ＵＥがＩＭＳ緊急呼をかけるであろう、トラッキングエリアアップデートプロシージャを含んでもよい。
【００６６】
本実装では、基地局が、緊急呼に設定された呼タイプを伴うＲＲＣ接続要求を受信すると、基地局は、緊急呼がかけられるであろうことを認識するように構成されてもよく、必要とされるリソースに応じることができる。しかしながら、呼タイプが、「緊急呼」に単に設定される場合、基地局は、ＣＳＦＢ緊急呼とＩＭＳ緊急呼等のＰＳ呼を区別することができない場合がある。
【００６７】
この場合、呼タイプは、新しい情報要素（ＩＥ）または既存のＩＥ内の新しい情報フィールドとして、基地局に伝送されてもよい。呼タイプを受信後、基地局は、呼タイプをチェックし、適宜措置を講じるように構成されてもよい。呼タイプが、緊急呼が差し迫っていることを示す場合、基地局は、無線リソースの留保を含む、適切な措置を講じてもよい。
【００６８】
基地局は、呼タイプ＝「緊急呼」の単一値を使用して、ＣＳＦＢ緊急呼とＩＭＳ緊急呼等のＰＳ呼を区別できないため、ＣＳＦＢ緊急呼およびＩＭＳ緊急呼等のＰＳ呼のための異なる呼タイプが定義されてもよい。例えば、ＰＳ緊急呼、例えば、ＩＭＳ緊急呼が、かけられる場合、呼タイプは、「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急」、「ＩＭＳ緊急呼またはセッション」、「緊急サービス」、またはいくつかの他の適切に命名された呼タイプであることができる。次いで、「緊急呼」の現在の呼タイプは、ＣＳＦＢ緊急呼のために残されることができる、あるいは「ＣＳＦＢ緊急呼」またはいくつかの他の適切であるが、異なって命名された呼タイプに再命名されてもよい。呼タイプは、意図されたサービスを示すことができ、したがって、基地局は、適切なリソースを提供可能である。呼タイプは、データサービスのために拡張されてもよく、大量の帯域幅が、ストリーミングデータサービスのために必要とされ得ることを基地局に示す可能性もある。ユーザの優先度レベルと併せて検討される呼タイプもまた、適度な帯域幅が、基地局によって配分されることを決定するために使用されてもよい。
【００６９】
本システムの他の実装では、ＰＤＮ接続要求のＡＰＮは、ＲＲＣ確立原因にマップするために使用されてもよい。ＰＤＮ接続要求のＡＰＮが緊急ＡＰＮである場合、ＮＡＳは、ＲＲＣ確立原因を「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急呼」、「ＩＭＳ緊急呼またはセッション」、「緊急サービス」、「緊急呼」、またはいくつかの他の適切に命名された原因に設定するように構成されてもよい。本実装では、ＵＥは、ＡＰＮが、ＵＥ内に記憶され、ＳＩＭデータから読み出され、または別様に、任意の適切なプロビジョニング方法を通して、オペレータによって、ＵＥ提供され得る、構成データからの緊急ＡＰＮであるかどうか把握する。ある層から別の層（例えば、ＮＡＳからＡＳ）に値をマップするためのＡＰＮの使用は、前述のように、他のマッピング方法論に組み込まれ、補足または置換してもよいことに留意されたい。
【００７０】
図７は、ＵＡ１０の実施形態を含む、無線通信システムを例証する。ＵＡ１０は、本開示の側面を実装するために動作可能であるが、本開示は、これらの実装に限定されるべきではない。携帯電話として例証されているが、ＵＡ１０は、無線ハンドセット、ポケットベル、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、タブレットコンピュータ、ラップトップコンピュータを含む、種々の形態を成してもよい。多くの好適なデバイスは、これらの機能のうちの一部または全部を組み合わせる。本開示のいくつかの実施形態では、ＵＡ１０は、ポータブル、ラップトップ、またはタブレットコンピュータのような汎用コンピュータデバイスではなく、むしろ、携帯電話、無線ハンドセット、ポケットベル、ＰＤＡ、または車載電気通信デバイス等の特殊用途通信デバイスである。ＵＡ１０はまたは、デバイスであってもよく、デバイスを含んでもよく、または類似能力を有するが、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等の可搬性ではないデバイスに含まれてもよい。ＵＡ１０は、ゲーム、在庫管理、ジョブ制御、および／またはタスク管理機能等の、特殊活動をサポートしてもよい。
【００７１】
ＵＡ１０は、ディスプレイ７０２を含む。ＵＡ１０はまた、ユーザによる入力のために、概して７０４と称される、タッチセンサ式表面、キーボード、または他の入力キーも含む。キーボードは、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等の、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キーは、さらなる入力機能を提供するように内向きに押下されてもよい、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。ＵＡ１０は、ユーザが選択するためのオプション、ユーザが作動させるための制御、および／またはユーザが指図するためのカーソルあるいは他のインジケータを提示してもよい。
【００７２】
ＵＡ１０はさらに、ダイヤルする番号、またはＵＡ１０の動作を構成するための種々のパラメータ値を含む、ユーザからのデータ入力を受け取ってもよい。ＵＡ１０はされに、ユーザコマンドに応答して、１つ以上のソフトウェアまたはファームウェアを実行してもよいこれらのアプリケーションは、ユーザ対話に反応して種々のカスタマイズされた機能を果たすようにＵＡ１０を構成してもよい。加えて、ＵＡ１０は、例えば、無線基地局、無線アクセスポイント、またはピアＵＡ１０から、無線でプログラムおよび／または構成されてもよい。
【００７３】
ＵＡ１０によって実行可能な種々のアプリケーションの中には、ディスプレイ７０２がウェブページを表示することを可能にするウェブブラウザがある。ウェブページは、無線ネットワークアクセスノード、携帯電話の基地局、ピアＵＡ１０、または任意の他の無線通信ネットワークあるいはシステム７００との無線通信を介して、取得されてもよい。ネットワーク７００は、インターネット等の優先ネットワーク７０８に連結される。無線リンクおよび有線ネットワークを介して、ＵＡ１０は、サーバ７１０等の種々のサーバ上の情報にアクセスできる。サーバ７１０は、ディスプレイ７０２上に示されてもよいコンテンツを提供してもよい。代替として、ＵＡ１０は、リレー型またはホップ型の接続で、仲介の役割を果たすピアＵＡ１０を通してネットワーク７００にアクセスしてもよい。
【００７４】
図８は、ＵＡ１０のブロック図を示す。ＵＡ１０の種々の周知の構成要素が描写あれるが、ある実施形態では、列挙された構成要素および／または列挙されない付加的構成要素のサブセットが、ＵＡ１０内に含まれてもよい。ＵＡ１０は、デジタル信号プロセッサ（ＤＳＰ）８０２と、メモリ８０４と、を含む。示されるように、ＵＡ１０はさらに、アンテナおよびフロントエンドユニット８０６と、無線周波数（ＲＦ）送受信機８０８と、アナログベースバンド処理ユニット８１０と、マイクロホン８１２と、イヤホンスピーカ８１４と、ヘッドセットポート８１６と、入力／出力インターフェース８１８と、リムーバブルメモリカード８２０と、ユニバーサルシリアルバス（ＵＳＢ）ポート８２２と、短距離無線通信サブシステム８２４と、アラート８２６と、キーパッド８２８と、タッチセンサ式表面を含んでもよい液晶ディスプレイ（ＬＣＤ）８３０と、ＬＣＤコントローラ８３２と、電荷結合素子（ＣＣＤ）カメラ８３４と、カメラコントローラ８３６と、グローバルポジショニングシステム（ＧＰＳ）センサ８３８とを含んでもよい。ある実施形態では、ＵＡ１０は、タッチセンサ式画面を提供しない、別のタイプのディスプレイを含んでもよい。ある実施形態では、ＤＳＰ８０２は、入力／出力インターフェース８１８を通過せずに、メモリ８０４と直接通信してもよい。
【００７５】
ＤＳＰ８０２または何らかの他の形態のコントローラあるいは中央処理ユニットは、メモリ８０４に記憶された、またはＤＳＰ８０２自体内に含有されるメモリに記憶された、組み込みソフトウェアまたはファームウェアに従って、ＵＡ１０の種々の構成要素を制御するように動作する。組み込みソフトウェアまたはファームウェアに加えて、ＤＳＰ８０２は、メモリ８０４に記憶された、またはリムーバブルメモリカード８２０のようなポータブルデータ記憶媒体等の情報担体媒体を介して、あるいは有線または無線ネットワーク通信を介して利用可能となる、他のアプリケーションを実行してもよい。アプリケーションソフトウェアは、所望の機能性を提供するようにＤＳＰ８０２を構成する、コンパイルされた一式の機械読み取り可能命令を備えてもよく、あるいはアプリケーションソフトウェアは、ＤＳＰ８０２を間接的に構成するようにインタープリタまたはコンパイラによって処理される、高次ソフトウェア命令であってもよい。
【００７６】
アンテナおよびフロントエンドユニット８０６は、無線信号と電気信号との間で変換するように提供されてもよく、ＵＡ１０が、セルラーネットワークまたは何らかの他の利用可能な無線通信ネットワークから、あるいはピアＵＡ１０から、情報を送受信することを可能にする。ある実施形態では、アンテナおよびフロントエンドユニット８０６は、ビーム形成および／または多重入出力（ＭＩＭＯ）動作をサポートするための複数のアンテナを含んでもよい。当業者に周知であるように、ＭＩＭＯ動作は、困難なチャネルを克服する、および／またはチャネルスループットを増加させるために使用することができる、空間的多様性を提供してもよい。アンテナおよびフロントエンドユニット８０６は、アンテナ同調および／またはインピーダンス整合構成要素、ＲＦ電力増幅器、および／または低雑音増幅器を含んでもよい。
【００７７】
ＲＦ送受信機８０８は、周波数偏移を提供し、受信したＲＦ信号をベースバンドに変換し、ベースバンド伝送信号をＲＦに変換する。いくつかの説明では、無線送受信機またはＲＦ送受信機は、変調／復調、符号化／復号、インターリービング／デインターリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および他の信号処理機能等の、他の信号処理機能性を含むと理解されてもよい。簡単にする目的で、ここでの説明は、ＲＦおよび／または無線段階から、この信号処理の説明を分離し、その信号処理を、アナログベースバンド処理ユニット８１０および／またはＤＳＰ８０２あるいは他の中央処理ユニットに概念的に割り当てる。いくつかの実施形態では、ＲＦ送受信機８０８、アンテナおよびフロントエンド８０６の一部、およびアナログベースバンド処理ユニット８１０が、１つ以上の処理ユニットおよび／または特定用途向け集積回路（ＡＳＩＣ）に組み入れられてもよい。
【００７８】
アナログベースバンド処理ユニット８１０は、入力および出力の種々のアナログ処理、例えば、マイクロホン８１２およびヘッドセット８１６からの入力、ならびにイヤホン８１４およびヘッドセット８１６への出力のアナログ処理を提供してもよい。そのためには、アナログベースバンド処理ユニット８１０は、ＵＡ１０が携帯電話として使用されることを可能にする、内蔵マイクロホン８１２およびイヤホンスピーカ８１４に接続するためのポートを有してもよい。アナログベースバンド処理ユニット８１０はさらに、ヘッドセットまたは他のハンズフリーマイクロホンおよびスピーカ構成に接続するためのポートを含んでもよい。アナログベースバンド処理ユニット８１０は、１つの信号方向にデジタル・アナログ変換を、反対の信号方向にアナログ・デジタル変換を提供してもよい。いくつかの実施形態では、アナログベースバンド処理ユニット８１０の機能性の少なくとも一部が、デジタル処理構成要素によって、例えば、ＤＳＰ８０２によって、または他の中央処理ユニットによって提供されてもよい。
【００７９】
ＤＳＰ８０２は、変調／復調、符号化／復号、インターリービング／デインタリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および無線通信と関連する他の信号処理機能を行ってもよい。ある実施形態では、例えば、符号分割多重アクセス（ＣＤＭＡ）技術用途で、伝送器機能のために、ＤＳＰ８０２は、変調、符号化、インターリービング、および拡散を行ってもよく、受信機機能のために、ＤＳＰ８０２は、逆拡散、デインターリービング、復号、および復調を行ってもよい。別の実施形態では、例えば、直交周波数分割多重アクセス（ＯＦＤＭＡ）技術用途で、伝送器機能のために、ＤＳＰ８０２は、変調、符号化、インターリービング、逆高速フーリエ変換、および周期的接頭辞添付を行ってもよく、受信機機能のために、ＤＳＰ８０２は、周期的接頭辞除去、高速フーリエ変換、デインターリービング、復号、および復調を行ってもよい。他の無線技術用途では、さらに他の信号処理機能、および信号処理機能の組み合わせが、ＤＳＰ８０２によって行われてもよい。
【００８０】
ＤＳＰ８０２は、アナログベースバンド処理ユニット８１０を介して、無線ネットワークと通信してもよい。いくつかの実施形態では、通信は、インターネット接続を提供してもよく、ユーザがインターネット上のコンテンツへのアクセスを獲得することと、Ｅメールおよびテキストメッセージを送受信することとを可能にする。入力／出力インターフェース８１８は、ＤＳＰ８０２ならびに種々のメモリおよびインターフェースを相互接続する。メモリ８０４およびリムーバブルメモリカード８２０は、ソフトウェアおよびデータを提供して、ＤＳＰ８０２の動作を構成してもよい。インターフェースの中には、ＵＳＢインターフェース８２２および短距離無線通信サブシステム８２４があってもよい。ＵＳＢインターフェース８２２は、ＵＡ１０を充電するために使用されてもよく、また、ＵＡ１０が周辺デバイスとして機能し、パーソナルコンピュータまたは他のコンピュータシステムと情報を交換することを可能にしてもよい。短距離無線通信サブシステム８２４は、赤外線ポート、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、ＩＥＥＥ８０２．１１に準拠する無線インターフェース、または、ＵＡ１０の、他の近くの携帯デバイスおよび／または無線基地局との無線通信を可能にしてもよい、任意の他の短距離無線通信サブシステムを含んでもよい。
【００８１】
入力／出力インターフェース８１８はさらに、トリガされると、例えば、ベルを鳴らす、メロディを再生する、または振動することによって、ＵＡ１０にユーザへ通知を提供させる、アラート８２６にＤＳＰ８０２を接続してもよい。アラート８２６は、無音で振動することによって、または特定の架電者に対して特定の事前に割り当てられたメロディを再生することによって、着信電話、新しいテキストメッセージ、および留保のリマインダ等の種々の事象のうちのいずれかをユーザに警告するための機構としての機能を果たしてもよい。
【００８２】
キーパッド８２８は、インターフェース８１８を介してＤＳＰ８０２に連結し、ユーザが選択を行う、情報を入力する、あるいはＵＡ１０に入力を提供するための１つの機構を提供する。キーボード８２８は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等の、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キーは、さらなる入力機能を提供するように内向きに押下されてもよい、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。別の入力機構は、タッチスクリーン能力を含み、また、ユーザにテキストおよび／またはグラフィックを表示してもよい、ＬＣＤ８３０であってもよい。ＬＣＤコントローラ８３２は、ＤＳＰ８０２をＬＣＤ８３０に連結する。
【００８３】
ＣＣＤカメラ８３４は、装備された場合、ＵＥ１０がデジタル写真を撮ることを可能にする。ＤＳＰ８０２は、カメラコントローラ８３６を介して、ＣＣＤカメラ８３４と通信する。別の実施形態では、電荷結合素子カメラ以外の技術に従って動作するカメラが採用されてもよい。ＧＰＳセンサ８３８は、グローバルポジショニングシステム信号を復号するようにＤＳＰ８０２に連結され、それによって、ＵＡ１０がその位置を決定することを可能にする。種々の他の周辺機器もまた、付加的な機能、例えば、ラジオおよびテレビ受信を提供するように含まれてもよい。
【００８４】
図９は、ＤＳＰ８０２によって実装されてもよい、ソフトウェア環境９０２を例証する。ＤＳＰ８０２は、そこからソフトウェアの他の部分が動作するプラットフォームを提供する、オペレーティングシステムドライバ９０４を実行する。オペレーティングシステムドライバ９０４は、アプリケーションソフトウェアにアクセス可能である標準化インターフェースを伴うＵＡハードウェアに対するドライバを提供する。オペレーティングシステムドライバ９０４は、ＵＡ１０上で起動するアプリケーションの間で制御を転送する、アプリケーション管理サービス（「ＡＭＳ」）９０６を含む。また、図９には、ウェブブラウザアプリケーション９０８、メディアプレーヤアプリケーション９１０、およびＪａｖａ（登録商標）アプレット９１２も示されている。ウェブブラウザアプリケーション９０８は、ウェブブラウザとして動作するようにＵＡ１０を構成し、ユーザがフォームに情報を入力し、ウェブページを検索および閲覧するようにリンクを選択することを可能にする。メディアプレーヤアプリケーション９１０は、音声または視聴覚媒体を読み出し、再生するようにＵＡ１０を構成する。Ｊａｖａ（登録商標）アプレット９１２は、ゲーム、ユーティリティ、および他の機能性を提供するようにＵＡ１０を構成する。構成要素９１４は、本開示に関係する機能性を提供する場合がある。
【００８５】
前述で説明されるＵＡ１０、基地局１２０、および他の構成要素は、前述で説明される動作に関する命令を実行することが可能である、処理構成要素を含む場合がある。図１０は、本明細書で開示される１つ以上の実施形態を実装するために好適な処理構成要素１０１０を含む、システム１０００の実施例を例証する。プロセッサ１０１０（中央プロセッサユニット（ＣＰＵまたはＤＳＰ）と称されてもよい）に加えて、システム１０００は、ネットワーク接続デバイス１０２０、ランダムアクセスメモリ（ＲＡＭ）１０３０、読取専用メモリ（ＲＯＭ）１０４０、二次記憶装置１０５０、入出力（Ｉ／Ｏ）デバイス１０６０を含む場合がある。ある場合には、これらの構成要素のいくつかは、存在しなくてもよく、あるいは相互に、または図示されない他の構成要素との種々の組み合わせにおいて、組み合わせられてもよいこれらの構成要素は、単一の物理エンティティに、または１つより多くの物理エンティティに位置する場合がある。プロセッサ１０１０によって講じられるものとして本明細書で説明される、任意の措置は、プロセッサ１０１０によって単独で、または、図面に示されている、あるいは示されていない１つ以上の構成要素と併せて、プロセッサ１３１０によって講じられる場合がある。
【００８６】
プロセッサ１０１０は、ネットワーク接続デバイス１０２０、ＲＡＭ１０３０、ＲＯＭ１０４０、または二次記憶装置１０５０（ハードディスク、フロッピー（登録商標）ディスク、または光ディスク等、種々のディスクベースのシステムを含む場合がある）からアクセスしてもよい、命令、コード、コンピュータプログラム、あるいはスクリプトを実行する。１つだけのプロセッサ１０１０が示されているが、複数のプロセッサが存在してもよい。したがって、命令は、プロセッサによって実行されるものとして論議されてもよいが、命令は、同時に、連続的に、または別様に、１つまたは複数のプロセッサによって実行されてもよい。プロセッサ１０１０は、１つ以上のＣＰＵチップとして実装されてもよい。
【００８７】
ネットワーク接続デバイス１０２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインターフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多重アクセス（ＣＤＭＡ）デバイス、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））無線送受信機デバイス等の無線送受信機デバイス、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ）デバイス、および／またはネットワークに接続するための他の周知のデバイスの形態を成してもよい。これらのネットワーク接続デバイス１０２０は、プロセッサ１０１０が情報を受信する場合がある、またはプロセッサ１０１０が情報を出力する場合がある、インターネットまたは１つ以上の電気通信ネットワーク、あるいは他のネットワークと、プロセッサ１０１０が通信することを可能にしてもよい。
【００８８】
ネットワーク接続デバイス１０２０はまた、無線周波数信号またはマイクロ波周波数信号等、電磁波の形態でデータを無線で伝送および／または受信することができる、１つ以上の送受信機構成要素１０２５を含む場合がある。代替として、データは、導電体の表面の中または上、同軸ケーブルの中、導波管の中、光ファイバ等の光媒体の中、あるいは他の媒体の中を伝播してもよい。送受信機構成要素１０２５は、別個の受信および伝送ユニット、または単一の送受信機を含む場合がある。送受信機１０２５によって伝送または受信される情報は、プロセッサ１０１０によって処理されたデータ、またはプロセッサ１０１０によって実行される命令を含んでもよい。そのような情報は、例えば、コンピュータデータベースバンド信号または搬送波で具現化された信号の形態で、ネットワークから受信され、ネットワークに出力されてもよい。データは、データを処理または生成するか、あるいはデータを伝送または受信するために望ましくてもよいような異なる順序に従って、順序付けられてもよい。ベースバンド信号、搬送波に組み込まれた信号、または、現在使用されている、あるいは今後開発される他のタイプの信号が、伝送媒体と呼ばれてもよく、当業者に周知のいくつかの方法に従って生成されてもよい。
【００８９】
ＲＡＭ１０３０は、揮発性データを記憶し、おそらくプロセッサ１０１０によって実行される命令を記憶するように使用されてもよい。ＲＯＭ１０４０は、典型的には、二次記憶装置１０５０のメモリ容量よりも小さいメモリ容量を有する、不揮発性メモリデバイスである。ＲＯＭ１０４０は、命令、およびおそらく命令の実行中に読み出されるデータを記憶するために、使用される場合がある。ＲＡＭ１０３０およびＲＯＭ１０４０両方へのアクセスは、典型的には、二次記憶装置１０５０よりも高速である。二次記憶装置１０５０は、典型的には、１つ以上のディスクドライブまたはテープドライブから成り、ＲＡＭ１０３０が全作業データを保持するほど十分に大きくない場合に、データの不揮発性記憶のために、またはオーバーフローデータ記憶デバイスとして使用される場合がある。二次記憶装置１０５０は、ＲＡＭ１０３０にロードされるプログラムが実行のために選択されると、そのようなプログラムを記憶するために使用されてもよい。
【００９０】
Ｉ／Ｏデバイス１０６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カード読取装置、紙テープ読取装置、プリンタ、ビデオモニタ、または他の周知の入力デバイスを含んでもよい。また、送受信機１０２５は、ネットワーク接続デバイス１０２０の構成要素である代わりに、またはそれに加えて、Ｉ／Ｏデバイス１０６０の構成要素と見なされる場合がある。Ｉ／Ｏデバイス１０６０の一部または全部は、ディスプレイ７０２および入力７０４等の、ＵＡ１０の前述の図面に描写された種々の構成要素と実質的に同様であってもよい。
【００９１】
いくつかの実施形態が本開示で提供されているが、開示されたシステムおよび方法が、本開示の精神または範囲から逸脱することなく、多くの他の特定の形態で具現化されてもよいことを理解されたい。本実施例は、制限的ではなく例証的と見なされるものであり、本明細書で与えられる詳細に制限されることを意図するものではない。例えば、種々の要素または構成要素が組み合わされるか、または別のシステムに統合されてもよく、または、ある特徴が省略されるか、あるいは実装されなくてもよい。
【００９２】
また、個別または別個のものとして種々の実施形態において説明および例証される技法、システム、サブシステム、および方法を、本開示の範囲から逸脱することなく、他のシステム、モジュール、技法、または方法に組み入れるか、または一体化してもよい。相互に連結される、または直接連結される、あるいは通信するものとして示される、または論議される他の項目は、電気的であろうと、機械的であろうと、または別の方法であろうと、何らかのインターフェース、デバイス、または中間構成要素を通して、間接的に連結されるか、または通信してもよい。変更、置換、および改変の他の実施例が、当業者によって究明可能であり、本明細書で開示される精神および範囲から逸脱することなく行うことができる。
【００９３】
本発明の範囲を公に通知するために、以下の請求を行う。
【技術分野】
【０００１】
ＣＨＩＮ−ＨＯ ＣＨＩＮ
ＲＩＣＨＡＲＤ ＢＵＲＢＩＤＧＥ
（関連出願の相互参照）
本出願は、２００９年１０月２日に出願した米国仮出願第６１／２４８，２１３号（名称「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｄｅｔｅｒｍｉｎｉｎｇ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅｓ ｆｏｒ Ｅｍｅｒｅｇｅｎｃｙ Ｓｅｓｓｉｏｎｓ」）の利益を主張する。上述の出願はその全体が本明細書において参照により援用される。
【０００２】
本発明は、概して、確立原因を決定することに関し、より具体的には、非アクセス階層（ＮＡＳ）プロシージャを使用して、無線リソース制御（ＲＲＣ）確立原因を決定する方法およびシステムに関する。
【背景技術】
【０００３】
本明細書で使用される場合、用語「ユーザ機器」および「ＵＥ」は、携帯電話、携帯情報端末（ＰＤＡ）、ハンドヘルドまたはラップトップコンピュータ、および電気通信能力を有する類似デバイスまたは他のユーザエージェント（「ＵＡ」）を指し得る。いくつかの実施形態では、ＵＥは、モバイル無線デバイスを指し得る。用語「ＵＥ」はまた、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等の類似能力を有するが可搬性ではないデバイスを指し得る。
【０００４】
従来の無線電気通信システムでは、基地局または他のネットワークノード内の伝送機器は、セルとして周知の地理的な領域内全体に、信号を伝送する。技術が進化するにつれ、以前では不可能であったサービスを提供可能な、より高度な機器が導入されるようになった。そのような高度な機器には、例えば、基地局以外の進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）ノードＢ（ｅＮＢ）、または従来の無線電気通信システムにおける同等の機器よりもさらに高度に進化した他のシステムおよびデバイスが含まれる場合がある。そのような高度なまたは次世代の機器は、ロングタームエボリューション（ｌｏｎｇ−ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）（ＬＴＥ）機器と称され得、また、そのような機器を使用するパケットベースのネットワークは、進化型のパケットシステム（ＥＰＳ）と称することもできる。ＬＴＥシステムおよび機器への追加の改良は、最終的に、ＬＴＥアドバンスト（ＬＴＥ−Ａ）システムをもたらす。本明細書で使用される場合、語句「基地局」は、ＵＥに、電気通信システム内の他の構成要素への通信アクセスを提供可能な、従来の基地局、またはＬＴＥ、あるいはＬＥＥ−Ａ局（ｅＮＢを含む）等の任意の構成要素を指す。
【０００５】
Ｅ−ＵＴＲＡＮ等のモバイル通信システムでは、基地局は、１つ以上のＵＥへの無線アクセスを提供する。基地局は、ダウンリンクトラフィックデータパケット伝送を動的にスケジューリングし、基地局と通信するすべてのＵＥ間でアップリンクトラフィックデータパケット伝送リソースを配分するためのパケットスケジューラを備える。スケジューラの機能は、とりわけ、ＵＥ間で利用可能な無線インターフェース能力を分割し、各ＵＥのパケットデータ伝送のために使用されるトランスポートチャネルを決定し、パケット配分およびシステム負荷を監視するステップを含む。スケジューラは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）および物理アップリンク共有チャネル（ＰＵＳＣＨ）データ伝送のためのリソースを動的に配分し、制御チャネルを通して、スケジューリング情報をＵＥに送信する。
【０００６】
既存の電気通信システムでは、電気通信サービスを送達する種々の信号伝達およびプロトコルコントローラは、いくつかのプロトコル層内に実装される。層のそれぞれに属する種々のピアツーピアエンティティは、相互に信号伝達および通信し、サービスが提供可能であるように、種々の機能を有効化し、実現する。さらに、各層は、上層に１つ以上のサービスを提供してもよい。図１は、既存の電気通信システム内に見出されるプロトコル層のいくつかの例証であって、ＵＥと基地局との間の通信のために使用されてもよい層化プロトコルを例証する。図１に示されるように、ネットワーク層１２は、アクセス制御層１４の上方に常駐する。ネットワーク層１２およびアクセス制御層１４は、相互に通信してもよい。さらに、アクセス制御層１４の上方に常駐するため、ネットワーク制御層１２は、アクセス制御層１４によって提供されるサービスを受信する。
【０００７】
モバイル通信ネットワークでは、ＵＥおよびコアネットワーク（ＣＮ）のネットワーク層信号伝達およびプロトコルコントローラは、下層無線アクセスネットワーク（ＲＡＮ）コントローラによって確立された通信リンクを通して、相互に通信する。ＵＭＴＳおよび３ＧＰＰ専門用語では、例えば、ＵＥとＣＮとの間のネットワーク層は、非アクセス階層（ＮＡＳ）と称される。ＲＡＮの無線アクセス層は、アクセス階層（ＡＳ）と称される。
【０００８】
下層は上層にサービスを提供するため、ＵＭＴＳおよび３ＧＰＰ技術の場合、例えば、ＡＳは、ＮＡＳにサービスを提供する。ＡＳによって提供されるそのようなサービスの１つは、ＵＥのＮＡＳが、コアネットワークのＮＡＳに信号伝達し、通信可能なように、ＵＥのＮＡＳのための信号伝達接続を確立することである。ロングタームエボリューション／サービスアーキテクチャエボリューション（ＬＴＥ／ＳＡＥ）では、本サービスは、拡張パケットコア（ＥＰＣ）にアクセスするための信号伝達接続を得るステップと称されてもよい。信号伝達接続を得るために、ＡＳは、ＲＲＣ接続確立プロシージャを実行する。プロシージャは、ＵＥのＡＳから基地局のＡＳにＲＲＣ接続要求メッセージを送信するステップを含む。
【０００９】
図２は、ＥＵＴＲＡＮネットワークと通信するＵＥによって実行された例示的ＲＲＣ確立プロシージャを示す、流れ図である。第１のステップ２０では、ＵＥは、ＥＵＴＲＡＮにＲＲＣ接続要求メッセージを発行する。応答して、ＥＵＴＲＡＮは、ステップ２２において、ＵＥにＲＲＣ接続設定メッセージを送信し、ステップ２４において、ＵＥからＲＲＣ接続設定完了メッセージを受信する。類似信号伝達プロシージャは、ＵＭＴＳにおいて見出されてもよい。
【００１０】
図２に例証されるＲＲＣ接続要求プロシージャは、その独自のニーズのために、ＲＲＣによって開始されてもよく、またはプロシージャは、ＮＡＳが、ＮＡＳがネットワークと通信可能となるように、ＡＳへのネットワーク接続のための要求を伝送すると、開始可能である。したがって、ＡＳは、ＮＡＳの代わりに、リソースを要求し、確立してもよい。
【００１１】
信号伝達接続の確立の一部として（例えば、図２に例証されるように）、ＵＥのＲＲＣは、接続を要求するための理由の表示を基地局のＡＳに伝送する。理由は、緊急、最優先アクセス、ｍｔ−アクセス、ｍｏ−信号伝達、ｍｏ−データ、スペア３、スペア２、およびスペア１を含む、いくつかの値を含んでもよい。表１は、確立原因、およびＮＡＳによってＡＳに提供され、信号伝達接続を要求し得る、確立原因のための有効値の定義を含む、例示的ＲＲＣ信号伝達プロトコルを例証する。
【００１２】
【表１】
確立原因は、宛先ノード（例えば、基地局／Ｅ−ＵＴＲＡＮおよび可能性としてＣＮ／ＥＰＣ）に、適切なリソースが、信号伝達接続および信号伝達接続またはユーザプレーン接続の後続使用のために配分可能であるように、そのような確立のための理由を示してもよい。確立原因はまた、課金タリフ／プランについて判別／区別するために使用されてもよい。ＵＭＴＳおよびＥＰＳでは、ＲＲＣがＲＲＣ接続要求メッセージ内でネットワークに提供する確立原因は、ＮＡＳからの層間要求から導き出される。したがって、ＡＳ（例えば、ＲＲＣ）がＲＲＣ接続要求内で使用するＲＲＣ確立原因は、ＮＡＳから受信される。故に、どの確立原因が使用されるかを決定するのは、ＮＡＳである。例えば、表１を参照すると、「確立原因」は、上層によって提供されるようなＲＲＣ接続要求のための確立原因を提供するために使用されてもよい。原因値の名前に関して、最優先アクセスは、ＡＣ１１．．ＡＣ１５に関し、‘ｍｔ’は、‘モバイル着信’を表し、‘ｍｏ’は、‘モバイル発信’を表す。
【００１３】
緊急呼の場合、上層の代わりに、そのような緊急呼を開始するＮＡＳ（例えば、呼アプリケーション）は、緊急呼がかけられていることを示してもよい。その場合、ＲＲＣ確立原因は、基地局およびＣＮによって読み取られてもよく、応答して、基地局およびＣＮは、緊急呼のためのリソースを提供し、維持するように最善を尽くすよう構成されてもよい。
【００１４】
しかしながら、いくつかのネットワーク構成では、ＵＥは、パケット交換（ＰＳ）通信（ボイスおよびデータ通信を含む）のためのＩＭＳ層を実装するように構成されてもよい。ＵＥ内のＩＭＳ層の場合、ＣＮ側にピアＩＭＳ層が存在する。基地局内のＩＭＳ層は、ＮＡＳ層の上方に常駐する。ＵＥ側では、ＵＥのＩＭＳサブレイヤは、アプリケーションと同レベルにある。したがって、ＩＭＳ層（または、サブレイヤ）は、ＮＡＳの上方、かつモビリティ管理機能およびセッション管理機能の上方にある。図３ａは、ＩＭＳサブレイヤを示す、ＵＥ内の層化の例証である。示されるように、ＩＭＳサブレイヤ３０は、ＮＡＳ層３２およびＡＳ層３４の両方の上方に常駐する。ＩＭＳ層は、ＰＳボイス通信を開始するために使用されてもよい。ある場合には、ユーザは、ＩＭＳ層によって提供されるサービスを使用して、緊急ボイス通信を開始することを所望してもよい。
【００１５】
第三世代携帯電話（ＰＬＭＮ）を含む種々の通信ネットワークは、ユーザが緊急呼をかけるのをサポートするために要求されてもよい。しかしながら、概して、それらのネットワークは、ＰＳドメイン（例えば、ＩＭＳを使用）内でかけられる緊急呼をサポートしない。したがって、既存のシステムは、緊急呼を提供するための回路切替（ＣＳ）ドメインサービスに依存し得る。ユーザのＵＥが、緊急呼の特別な場合、ＩＭＳを使用して、ボイス通信を提供するように構成され得る場合でも、ＵＥは、ＩＭＳによって提供されるＰＳドメインサービスを使用しない。代わりに、ＵＥは、ＣＳドメインサービスを切り替えて、緊急呼をかける。ＵＥが、ＣＳドメインサービス、例えば、ＬＴＥ／ＳＡＥを提供しないネットワークに接続されると、ＵＥは、ＣＳフォールバック（ＣＳＦＢ）を実装し、緊急呼を提供するように構成され得る（例えば、ＴＳ３ＧＰＰ２３．２７２参照）。ＣＳＦＢでは、ＰＳドメインを使用する代わりに、ＵＥは、２Ｇまたは３Ｇシステムに逆行し、２Ｇ／３ＧシステムのＣＳドメインを使用し、緊急呼をかける。
【００１６】
しかしながら、いずれは、３ＧＰＰＰＳドメインは、緊急呼をサポートするように要求され得る。その場合、３ＧＰＰのＰＳドメインは、呼、またはセッション、あるいはトランザクションを設定、制御、および管理するための層として、ＩＭＳを使用するため、ＰＳドメイン緊急呼を実現するのは、ＩＭＳ層となるであろう。したがって、緊急セッションを設定するために、ＩＭＳサブレイヤは、ＥＰＣコアへのアクセスを確立するための要求によって、ＮＡＳ層をトリガしてもよい。応答して、次いで、ＮＡＳは、ＮＡＳ信号伝達接続を設定してもよく、ＡＳは、ＲＲＣ接続を設定してもよい。順に、ＥＰＣは、ネットワークアクセスのためのＮＡＳ要求への応答に応じて、要求されたサービスをサポートするための必要なベアラを設定する。しかしながら、既存のネットワークでは、ＩＭＳ層は、要求されたリソースが、緊急呼のためのものであることを示し得るが、ＮＡＳからＡＳに、その結果、基地局またはネットワークにパスされるそのような表示のための既存の機構が存在しない。したがって、ＲＲＣ接続要求を受信後、基地局のＡＳは、特定の要求された信号伝達接続が、緊急呼のために要求されるＩＭＳセッションのためであることを決定できない場合がある。
【００１７】
ある場合には、限定されたサービス状態で動作するＵＥが、緊急呼を開始するために使用されてもよい。限定されたサービス状態は、ＵＥが加入者識別モジュール（ＳＩＭ）を有していないとき、ユーザがその電話代の請求を支払っておらず、一時停止されたアカウントを有するとき、またはユーザが外国に旅行し、ユーザの自宅プロバイダとの適切なローミング契約を有していないネットワーク上でのモバイルサービスへアクセスを試みるとき、生じてもよい。それらの状況では、ＵＥに電源が投入されると、ＵＥは、ＵＥが緊急呼をサポート可能である状態に入ることを試みてもよいが、付加的サービスを提供することはできない。したがって、ＵＥは、緊急呼を提供する目的のためだけに、限定されたサービス状態において、ＰＬＭＮの利用可能なセル上にキャンプオンしてもよい。その限定されたサービス状態において、ＵＥが、緊急呼を提供する目的のために、ＰＳドメインボイスサービスを開始するように構成される場合（例えば、ＩＭＳを介して）、多くのネットワーク構成では、基地局のＡＳは、限定されたサービス状態において、ＵＥによって要求された特定のＩＭＳセッションが、緊急呼のためのものであることを決定不可能である場合がある。
【００１８】
したがって、基地局が、ＵＥから受信したＲＲＣ接続要求が、最終的には、ＩＭＳ緊急呼のための使用されることを決定することは困難である。基地局が、要求がＩＭＳ緊急呼のためのものであることを決定不可能である場合、基地局は、例えば、基地局で利用可能な無線リソースがない場合、より優先度の低いリソースを巧妙に解放することによって、緊急セッションを迅速に確立することはできない。これらの問題は、ＲＡＮ、ベーストランシーバ基地局（ＢＴＳ）、または基地局が、２つ以上のコアネットワークまたはＰＬＭＮ間で効果的に共有される、ネットワーク共有構成を使用して実装されるネットワーク構成では、悪化する。
【発明の概要】
【課題を解決するための手段】
【００１９】
本発明は、概して、確立原因を決定するステップに関し、より具体的には、非アクセス階層（ＮＡＳ）プロシージャを使用して、無線リソース制御（ＲＲＣ）確立原因を決定するための方法およびシステムに関する。
【００２０】
この目的を達成するために、いくつかの実施形態は、ユーザ機器（ＵＥ）を使用して、パケット交換緊急呼を開始するための方法を含む。ＵＥは、複数のプロトコル層を含む。複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層と、を含む。方法は、ＵＥを使用して、アタッチ要求を生成するステップを含む。アタッチ要求は、アタッチタイプを有する。方法は、ＵＥのＮＡＳ層を使用して、アタッチ要求のアタッチタイプを読み出すステップと、ＲＲＣ接続要求を生成するステップと、を含む。ＲＲＣ接続要求は、アタッチ要求のアタッチタイプに基づく、ＲＲＣ確立原因を含む。
【００２１】
別の実施形態は、ユーザ機器（ＵＥ）を使用して、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始するための方法である。ＵＥは、複数のプロトコル層を含む。複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層と、を含む。方法は、ＵＥを使用して、アタッチ要求を生成するステップを含む。アタッチ要求は、アタッチタイプを有する。方法は、ＵＥのＮＡＳ層を使用して、アタッチ要求のアタッチタイプを読み出すステップと、アタッチタイプが第１の値であるとき、ＲＲＣ接続要求を生成するステップと、を含む。ＲＲＣ接続要求は、第２の値を有する、ＲＲＣ確立原因を含む。
【００２２】
別の実施形態は、ユーザ機器（ＵＥ）を使用して、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始するための方法である。ＵＥは、複数のプロトコル層を含む。複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層と、を含む。方法は、ＵＥを使用して、ＰＤＮ接続要求を生成するステップであって、ＰＤＮ接続要求は、要求タイプを有する、ステップと、ＰＤＮ接続要求の要求タイプを読み出すステップと、要求タイプが第１の値であるとき、ＲＲＣ接続要求を生成するステップであって、ＲＲＣ接続要求は、第２の値を有するＲＲＣ確立原因を含む、ステップとを含む。
【００２３】
別の実施形態は、ユーザ機器（ＵＥ）を使用して、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始するための方法である。ＵＥは、複数のプロトコル層を含む。複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層と、を含む。方法は、ＵＥを使用して、呼タイプを生成するステップであって、呼タイプは、第１の値を有する、ステップと、ＵＥのＮＡＳ層を使用して、ＲＲＣ接続要求を生成するステップであって、ＲＲＣ接続要求は、第２の値を有するＲＲＣ確立原因を含む、ステップと、ＵＥのＮＡＳ層を使用して、ＵＥのＡＳ層へのＲＲＣ接続を要求すると、呼タイプを提供するステップと、ＵＥのＡＳ層を使用して、基地局に呼タイプおよびＲＲＣ接続要求を伝送するステップとを含む。
【００２４】
他の実施形態は、ユーザ機器（ＵＥ）を使用して、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始するための方法を含む。ＵＥは、複数のプロトコル層を含む。複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層とを含む。方法は、ＵＥのＮＡＳ層にＰＤＮ接続要求を生成するステップであって、ＰＤＮ接続要求は、アクセスポイントネーム（ＡＰＮ）を含む、ステップと、ＰＤＮ接続要求のＡＰＮを読み出すステップと、ＡＰＮが緊急ＡＰＮを識別すると、ＲＲＣ接続要求を生成するステップであって、ＲＲＣ接続要求は、第２の値を有するＲＲＣ確立原因を含む、ステップとを含む。
【００２５】
他の実施形態は、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始するために、ユーザ機器（ＵＥ）に無線リソースを提供する基地局を含む。基地局は、複数のプロトコル層を含む。複数のプロトコル層は、アクセス階層（ＡＳ）層を含む。基地局は、ＵＥのＡＳ層から呼タイプを受信し、呼タイプは、第１の値を有し、ＵＥのＡＳ層からＲＲＣ接続要求し、ＲＲＣ接続要求は、第２の値を有するＲＲＣ確立原因を含むように構成される、プロセッサを含む。
【００２６】
他の実施形態は、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始するために、ユーザ機器（ＵＥ）に無線リソースを提供する基地局を含む。基地局は、複数のプロトコル層を含む。複数のプロトコル層は、アクセス階層（ＡＳ）層を含む。基地局は、ＲＲＣ接続要求が、ＥＰＳ緊急呼またはセッション、ＰＳ緊急、ＩＭＳ緊急呼またはセッション、緊急サービス、および緊急呼のうちの少なくとも１つの値を有する、ＲＲＣ確立原因を含むとき、ＲＲＣ接続要求を受信し、ＵＥにＩＭＳ緊急呼をサポートするために必要な無線リソースを提供するように構成される、プロセッサを含む。
【００２７】
ここで、本開示のより完全な理解のために、添付の図面および発明を実施するための形態と関連して、以下の簡単な説明を参照し、類似参照数字は、類似部品を表す。
【図面の簡単な説明】
【００２８】
【図１】図１は、既存の電気通信システム内で見出されるプロトコル層のいくつかの例証であって、ユーザ機器（ＵＥ）と基地局との間の通信のために使用されてもよい層化プロトコルを例証する。
【図２】図２は、進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）ネットワークと通信するＵＥによって実行された例示的無線リソース制御（ＲＲＣ）確立プロシージャを示す、メッセージシーケンス流れ図である。
【図３ａ】図３ａは、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）サブレイヤを示す、ＵＥ内の層化の例証である。
【図３ｂ】図３ｂは、ＵＥの非アクセス階層（ＮＡＳ）がネットワークのＮＡＳにサービス要求を伝送するプロセスの例証である。
【図４】図４は、ＮＡＳアイドルまたはＮＡＳ接続モードにレジスタされたＮＡＳである、ＵＥを使用してＩＭＳ緊急呼をかけるための例示的プロセスを示す、流れ図である。
【図５】図５は、限定されたサービス状態にある、ＵＥを使用してＩＭＳ緊急呼をかけるための例示的プロセスを示す、流れ図である。
【図６】図６は、ネットワークがネットワーク共有構成において動作する、限定されたサービス状態にある、ＵＥを使用してＩＭＳ緊急呼をかけるための例示的プロセスを示す、流れ図である。
【図７】図７は、本開示の種々の実施形態のうちのいくつかに対して、動作可能なＵＥを含む無線通信システムの図である。
【図８】図８は、本開示の種々の実施形態のうちのいくつかに対して、動作可能なＵＥのブロック図である。
【図９】図９は、本開示の種々の実施形態のうちのいくつかに対して、動作可能なＵＥ上に実装されてもよい、ソフトウェア環境の図である。
【図１０】図１０は、本開示の種々の実施形態のうちのいくつかに好適な、例証的汎用コンピュータシステムである。
【発明を実施するための形態】
【００２９】
次いで、前述および関連目的を達成するために、本発明は、以下に完全に説明される特徴を備える。以下の説明および付随の図面は、本発明のある例証的側面を詳細に記載する。しかしながら、これらの側面は、本発明の原理が採用され得る種々の方法のいくつかを示すにすぎない。本発明の他の側面および新規特徴は、図面と併せて検討される場合、以下の発明を実施するための形態から明白となるであろう。
【００３０】
次に、本発明の種々の側面が、付随の図面を参照して説明されるが、同一番号は、全体を通して、同一または対応する要素を指す。しかしながら、図面およびそれに関連する詳細な説明は、開示される特定の形態に主張される主題を限定することを意図するものではないことを理解されたい。むしろ、主張される主題の精神および範囲内にある、あらゆる修正、均等物、および代替を網羅することが意図される。
【００３１】
本明細書で使用される場合、用語「構成要素」、「システム」等は、ハードウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアのいずれかである、コンピュータ関連エンティティを指すことが意図される。例えば、構成要素は、プロセッサ上で起動するプロセス、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、および／またはコンピュータであってもよいが、それらに限定されない。例証として、コンピュータ上で起動するアプリケーションおよびコンピュータは両方とも、構成要素であり得る。１つ以上の構成要素は、プロセスおよび／または実行のスレッド内に常駐してもよく、構成要素は、１つコンピュータ上にローカライズされる、および／または２つ以上のコンピュータ間に分散されてもよい。
【００３２】
単語「例示的」は、本明細書では、実施例、事例、または例証としての役割を果たすことを意味するために使用される。「例示的」として、本明細書に説明される、任意の側面または設計は、必ずしも、他の側面または設計より好ましいあるいは有利であると解釈されるわけではない。
【００３３】
さらに、開示される主題は、標準的プログラミングおよび／またはエンジニアリング技法を使用して、ソフトウェア、ファームウェア、ハードウェア、または任意のそれらの組み合わせを生産し、コンピュータまたはプロセッサベースのデバイスを制御し、その中に詳述される側面を実装する、システム、方法、装置、または製品として実装されてもよい。用語「製品」（または、代替として、「コンピュータプログラム製品」）は、本明細書で使用される場合、任意のコンピュータ読み取り可能デバイス、担体、またはメディアからアクセス可能なコンピュータプログラムを包含することが意図される。例えば、コンピュータ読み取り可能メディアは、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ．．．）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル汎用ディスク（ＤＶＤ）．．．）、スマートカード、およびフラッシュメモリデバイス（例えば、カード、スティック）を含むことが可能であるが、それらに限定されない。加えて、電子メールを送受信する際、あるいはインターネットまたはローカルエリアネットワーク（ＬＡＮ）等のネットワークにアクセスする際に使用されるもの等、コンピュータ読み取り可能電子データを搬送するために採用することが可能であることを理解されたい。当然ながら、当業者は、主張される主題の範囲または精神から逸脱することなく、本構成に多くの修正を行ってもよいことを認識するであろう。
【００３４】
モバイル通信ネットワークでは、ＵＥおよびＣＮのネットワーク層信号伝達およびプロトコルコントローラは、下層無線アクセスネットワークコントローラによって確立された通信リンクを通して、相互に通信する。ＵＭＴＳおよび３ＧＰＰ専門用語では、例えば、ＵＥとＣＮとの間のネットワーク層は、ＮＡＳと称される。無線アクセスネットワーク（ＲＡＮ）の無線アクセス層は、ＡＳと称される。
【００３５】
下層は、上層にサービスを提供するため、例えば、ＵＭＴＳおよび３ＧＰＰ技術の場合、ＡＳは、ＮＡＳにサービスを提供する。ＡＳによって提供されるそのようなサービスの１つは、ＵＥのＮＡＳが、コアネットワークのＮＡＳに信号伝達し、通信可能であるように、ＵＥのＮＡＳのための信号伝達接続を確立することである。したがって、ＵＥのＮＡＳが、ネットワークのＮＡＳにサービス要求を伝送することを所望すると、ＡＳは、ＲＲＣ接続確立プロシージャを実行し、下層無線接続を確立してもよい。
【００３６】
図３ｂは、ＵＥのＮＡＳが、ネットワークのＮＡＳにサービス要求を伝送するプロセスの例証である。図３ｂを参照すると、ＵＥのＮＡＳからネットワークのＮＡＳにサービス要求を転送するために、ステップ３１では、ＵＥのＮＡＳは、最初に、ＵＥのＡＳに、ａ）データのブロックおよびｂ）確立原因を伝送する。ステップ３３では、ＵＥのＡＳは、ＲＡＮのＡＳにＲＲＣ接続要求を送信する、ＲＲＣ接続要求プロシージャを開始する。ＲＲＣ接続要求は、ＵＥのＮＡＳによって提供された確立原因とともにそれを搬送する。ステップ３５では、ＲＡＮのＡＳは、無線接続のためのリソースの配分を開始し、ＲＲＣ接続設定メッセージをＵＥに送信する。ステップ３７では、ＵＥのＡＳは、無線リソースを受諾し、ＲＲＣ接続設定完了メッセージを送信することによって、設定を肯定応答する。ＲＲＣ接続設定完了メッセージによって、ＵＥのＡＳはまた、ＵＥのＮＡＳから受信したデータのブロックをパスする。この時点では、ＮＡＳから受信したデータのブロックは、ＵＥまたはＲＡＮのＡＳによってインスペクトされない。
【００３７】
ステップ３９では、ＲＡＮのＡＳは、ＲＡＮのインターワーキング機能にデータのブロックをパスし、ステップ４１では、ＲＡＮのインターワーキング機能は、ネットワーク側にわたって、データのブロックをインターワークし、ＲＡＮのＲＡＮ−ＣＮコントローラにデータのブロックをパスする。ステップ４３では、ＲＡＮ−ＣＮコントローラは、ＣＮへのコアネットワーク接続を確立し、ＣＮのＣＮ−ＲＡＮコントローラにデータのブロックをパスする。最後に、ステップ４５では、ＣＮ−ＲＡＮコントローラは、データのブロックを受信し、ＣＮのＮＡＳにデータのブロックをパスする。この時点で、ＣＮのＮＡＳは、データのブロックをインスペクトし、データのブロック内に提供されるサービス要求を識別する。故に、ステップ４５においてのみ、ＣＮは、ＵＥが、ＵＥのＮＡＳからＡＳに、オリジナル伝送において、サービス要求を送信したことを発見する。ＣＳＦＢ等の他のサービスを実現するために、サービス要求メッセージは、拡張サービス要求メッセージによって置換されてもよい。
【００３８】
したがって、ステップ３３、３５、３７、３９、４１、および４３の実行の際、ＵＥのＮＡＳとＣＮのＮＡＳとの間のいずれのエンティティも、ＵＥのＮＡＳによってオリジナル伝送されたデータのブロックが、実際には、サービス要求メッセージであることを把握していない。プロセスの実行の際、ＵＥのＮＡＳとＣＮのＮＡＳとの間に各構成要素は、データのブロックのコンテンツをインスペクトすることなく、単に、相互間でデータのブロックをパスする。その結果、ステップ４５においてのみ、ＣＮは、データのブロックが、サービス要求を含有することを認識する。
【００３９】
故に、データは、図３ｂに例証されるプロセスの終了までインペクとされないため、ネットワークが、特定のリソースが要求されていることを決定することは困難である。例えば、ＩＭＳ緊急呼を開始するとき、ネットワークは、ＩＭＳ緊急呼のために、リソースが要求されていることをプロセスの終了時まで把握していない。具体的には、基地局は、ＵＥから受信したＲＲＣ接続要求が、最終的には、ＩＭＳ緊急呼のために使用されるであろうことを決定することが不可能である場合がある。基地局が、要求がＩＭＳ緊急呼のためのものであることを決定不可能である場合、基地局は、例えば、基地局で利用可能な無線リソースがない場合、より優先度の低いリソースを巧妙に解放することによって、緊急セッションを迅速に確立できない。これらの問題は、ＲＡＮ、ＢＴＳ、または基地局が、２つ以上のコアネットワークまたはＰＬＭＮ間で効果的に共有される、ネットワーク共有構成を使用して実装されるネットワーク構成では、悪化する。本問題は、緊急呼に限定されず、リソースが特殊ハンドリングを受信する任意のリソースにも該当し得る。
【００４０】
図４は、ＮＡＳアイドルまたはＮＡＳ接続モードにレジスタされたＮＡＳである、ＵＥを使用してＩＭＳ緊急呼をかけるための例示的プロセス４０を示す、流れ図である。流れ図は、基地局が、プロセスがＩＭＳ緊急呼のための要求によって開始されているかどうかを決定することができないプロセスを示す。
【００４１】
図４を参照すると、ステップ４２では、アプリケーションおよびＩＭＳスタックは、ユーザが、ＩＭＳ緊急呼を開始することを所望していることを決定する。したがって、ＩＭＳ層は、ＩＭＳ緊急呼のために使用されるための新しいＥＰＳセッションを要求する。ステップ４４では、ＩＭＳ層から要求受信後、ＥＰＳセッション管理（ＥＳＭ）エンティティは、ＵＥのＮＡＳを通して、緊急パケットデータネットワーク（ＰＤＮ）接続のための要求を開始する。したがって、ＥＳＭは、ＰＤＮ接続要求を発行する。ステップ４６では、ＰＤＮ接続要求の発行後、ＥＰＳモビリティ管理（ＥＭＭ）がトリガされ、ステップ４８において、システムは、ＵＥのＮＡＳがレジスタされているかどうかをチェックする。レジスタされている場合、ステップ５０では、ＵＥは、サービス要求をＥＰＣに送信し、ＵＥ内のＡＳをトリガし、ＲＲＣ接続を確立する。本ステップでは、ＲＲＣ確立原因は、モバイル発信（ＭＯ）データを指定し、呼タイプは、発信呼が存在することを示す。ステップ５２では、ＵＥのＡＳは、ＲＲＣ接続を要求する。ＵＥのＮＡＳから受信したＲＲＣ確立原因（例えば、ＭＯデータ）は、基地局に沿って、パスされる。しかしながら、本プロセスでは、呼タイプは、基地局に提供されない、すなわち、呼タイプは、ＵＥのＡＳによって、行われ得る異なるタイプの呼のアクセス権に対して検証するためにのみ使用されることに留意することが重要である。したがって、ボックス５４によって示されるように、基地局は、ＲＲＣ接続要求（関連付けられた呼タイプを伴わない）をインスペクト後、ＩＭＳ緊急呼が保留中であるかどうか決定不可能である。その結果、いずれの特殊ハンドリングも、基地局によって行われないであろう。
【００４２】
ＲＲＣ接続を確立後、ＵＥのＮＡＳは、ステップ５６において、サービス要求を送信し、ＮＡＳ接続モードに移行する。ＮＡＳ接続モードに入った後、ＮＡＳは、ステップ５８において、「緊急」の要求タイプを伴うＰＤＮ接続要求を送信する。「緊急」の要求タイプを伴うＰＤＮ接続要求を受信後、ＣＮは、緊急呼が保留中であることを認識し、ステップ６０において、基地局が緊急呼を開始するための無線リソースを提供することを要求する。故に、ボックス６２に示されるように、ＣＮが、緊急呼が保留中であることを認識し、基地局が必要無線リソースを提供することを要求後のみ、基地局は、ＩＭＳ緊急呼が保留中であることに気付くことができる。
【００４３】
しかしながら、ステップ４８では、システムが、ＵＥが既にＮＡＳ接続モードにあることを決定する場合、ＮＡＳは、ステップ５８において、「緊急」の要求タイプを伴うＰＤＮ接続要求の送信を行い、同一プロセスが継続する。
【００４４】
故に、図４に例証されるプロセスを実装するとき、既存のＲＲＣ確立原因は、ＩＭＳ緊急呼がかけられることを基地局に示すことは不十分である。さらに、従来のネットワーク実装では、呼タイプは、基地局にパスされず、ＩＭＳ緊急呼がかけられていることを示さない（例えば、呼タイプは、ＭＯ呼を指定するのみであり得る）。実際、既存の実装では、呼タイプは、呼タイプによって識別された特定のタイプの呼のためのアクセス権をチェックするためにのみ使用され得る。これらの問題は、次いで、ＮＡＳが、緊急のためのＰＤＮ接続を単に確立し得、ＡＳが、緊急呼がかけられることの表示を受信しないであろうため、ＩＭＳ緊急呼がかけられるとき、ＵＥが接続モードにある場合、さらに悪化する。
【００４５】
その結果、図４に例証されるプロセスを使用して、基地局は、ＲＲＣ確立原因をインスペクトする場合でも、要求された呼が緊急ＩＭＳ呼である、または特殊ハンドリングを要求する呼であることを決定不可能である。呼タイプは、基地局に提供されず、基地局は、ＥＰＣがリソースの配分を要求するとき、ＮＡＳＥＭＭ信号伝達およびＮＡＳＥＳＭ信号伝達後のみ、緊急後が存在することを把握するであろう。プロセスの終了時、基地局は、緊急呼がかけられることを把握し得るが、その時までには、基地局は、ＣＳＦＢを使用して、緊急呼をかけているであろう他のＵＥに不可欠なリソースを配分している場合がある。ＩＭＳ緊急呼等のパケットベースの呼は、最優先ヒトユーザ（例えば、緊急状況における公務員）によって行われてもよい一方、ＣＳＦＢ緊急は、任意の一般ユーザによって行われてもよい。
【００４６】
図５は、前述のように、限定されたサービス状態における、ＵＥを使用して、ＩＭＳ緊急呼をかけるための例示的プロセス７０を示す、流れ図である。流れ図は、基地局が、プロセスがＩＭＳ緊急呼のための要求によって開始されるかどうか決定することができない、プロセスを示す。
【００４７】
図５を参照すると、ステップ７２では、限定されたサービス状態におけるＵＥのアプリケーションおよびＩＭＳスタックは、ユーザがＩＭＳ緊急呼を開始することを所望していることを決定する。したがって、ＩＭＳ層は、ＩＭＳ緊急呼のために使用されるための新しいＥＰＳセッションを要求する。ステップ７４では、ＩＭＳ層からの要求受信後、ＥＳＭは、ＵＥのＮＡＳを通して、緊急ＰＤＮ接続のための要求を開始する。したがって、ＥＳＭは、ＰＤＮ接続要求を発行する。ステップ７６では、ＰＤＮ接続要求の発行後、ＥＭＭがトリガされ、システムは、ＵＥのＮＡＳがレジスタされているかどうかチェックする。本実施例では、ＵＥは、限定されたサービス状態で動作しているため、ＮＡＳは、レジスタされていない。故に、ステップ７８では、ＮＡＳは、アタッチ要求を送信する必要があることを決定する。この場合、ＵＥは、緊急呼を開始しているため、アタッチ要求は、「ＥＰＳ緊急アタッチ」のアタッチタイプを含む。本ステップでは、ＮＡＳはまた、「緊急」の要求タイプを有するＰＤＮ接続要求を送信する。ステップ８０では、ＮＡＳは、ＲＲＣ接続のために、ＡＳをトリガする。ＲＲＣ確立原因は、ＭＯ信号伝達に設定され、呼タイプは、緊急呼に設定される。ステップ８２では、ＵＥのＡＳは、ＲＲＣ接続を要求する。ＵＥのＮＡＳから受信したＲＲＣ確立原因（例えば、ＭＯ信号伝達）は、基地局に沿って、パスされる。しかしながら、本プロセスでは、呼タイプは基地局に提供されない、すなわち、呼タイプは、ＵＥのＡＳによって、行わうことが許可される異なるタイプの呼のアクセス権に対して検証するためだけに使用されることに留意することが重要である。したがって、基地局は、ＲＲＣ接続要求をインスペクト後（関連付けられた呼タイプを伴わない）、ＩＭＳ緊急呼が保留中であるかどうか決定不可能である。その結果、いずれの特殊ハンドリングも、基地局によって行われないであろう。
【００４８】
ＲＲＣ接続を確立後、ＵＥのＮＡＳは、ステップ８４において、アタッチ要求を送信する。ＮＡＳ接続モードに入った後、ＮＡＳは、ステップ８６において、「緊急」の要求タイプを伴うＰＤＮ接続要求を送信する。「緊急」の要求タイプを伴うＰＤＮ接続要求を受信後、ＣＮは、緊急呼が保留中であることを認識し、基地局が緊急呼を開始するための無線リソースを提供することを要求する。故に、ボックス８８によって示されるように、ＣＮが、緊急呼が保留中であることを認識し、基地局が必要無線リソースを提供することを要求後のみ、基地局は、ＩＭＳ緊急呼が保留中であることに気付くことができる。
【００４９】
ＬＴＥ／ＳＡＥシステムでは、システムは、連結して、ステップ８４および８６の実行を可能にしてもよい。したがって、概念上、ステップ８４およびステップ８６は、１つとして実行されてもよいが、論理上、２つのステップであってもよい。連結した本概念上のステップ８４および８６の実行は、識別された問題を変化させない。
【００５０】
図６は、ネットワークがネットワーク共有構成において動作する、限定されたサービス状態における、ＵＥを使用して、ＩＭＳ緊急呼をかけるための例示的プロセス９０を示す、流れ図である。ネットワーク共有構成では、ＲＡＮ、ＢＴＳ、または基地局は、２つ以上のコアネットワークまたはＰＬＭＮ間で効果的に共有される。故に、図６は、ＥＰＣａ、ＥＰＣｂ、およびＥＰＣｃのうちの少なくとも１つと通信し得る、ＵＥを示す。流れ図は、基地局が、プロセスがＩＭＳ緊急呼のための要求によって開始されるかどうか決定することができない、プロセスを示す。
【００５１】
図６を参照すると、ステップ９２では、アプリケーションおよびＩＭＳスタックは、ユーザがＩＭＳ緊急呼を開始することを所望していることを決定する。したがって、ＩＭＳ層は、ＩＭＳ緊急呼のために使用されるための新しいＥＰＳセッションを要求する。ブロック９２は、図５のステップ７４、７６、および７８に従って実装されてもよい。ステップ９４では、ＮＡＳは、ＲＲＣ接続のために、ＡＳをトリガする。ＲＲＣ確立原因は、ＭＯ信号伝達に設定され、呼タイプは、緊急呼に設定される。ステップ９６では、ＵＥのＡＳは、ＲＲＣ接続を要求する。ＵＥのＮＡＳから受信したＲＲＣ確立原因（例えば、ＭＯ信号伝達）は、基地局に沿って、パスされる。しかしながら、本プロセスでは、呼タイプは基地局に提供されない、すなわち、呼タイプは、ＵＥのＡＳによって、行わうことが許可される異なるタイプの呼のアクセス権に対して検証するためだけに使用されることに留意することが重要である。したがって、基地局は、ＲＲＣ接続要求をインスペクト後（関連付けられた呼タイプを伴わない）、ＩＭＳ緊急呼が保留中であるかどうか決定不可能である。その結果、いずれの特殊ハンドリングも、基地局によって行われないであろう。
【００５２】
ＲＲＣ接続を確立後、ＵＥのＮＡＳは、ステップ９８において、アタッチ要求を送信する。ＮＡＳ接続モードに入った後、ＮＡＳは、ステップ１００において、「緊急」の要求タイプを伴うＰＤＮ接続要求を送信する。「緊急」の要求タイプを伴うＰＤＮ接続要求を受信後、ＣＮは、緊急呼が保留中であることを認識し、基地局が緊急呼を開始するための無線リソースを提供することを要求する。故に、ボックス１０２によって示されるように、ＣＮが、緊急呼が保留中であることを認識し、基地局が必要無線リソースを提供することを要求後のみ、基地局は、ＩＭＳ緊急呼が保留中であることに気付くことができる。
【００５３】
ＬＴＥ／ＳＡＥシステムでは、システムは、連結して、ステップ９８および１００の実行を可能にしてもよい。したがって、概念上、ステップ９８およびステップ１００は、１つとして実行されるが、論理上、２つのステップであってもよい。連結した本概念上のステップ９８および１００の実行は、識別された問題を変化させない。
【００５４】
図６に示されるように、ネットワークが、ネットワーク共有を実装するとき、付加的問題が生じる。ネットワーク共有の場合、基地局がサービンしているＰＬＭＮのすべてが、ＩＭＳ緊急をサポートする必要はない。しかしながら、基地局は、どのＰＬＭＮがＩＭＳ緊急呼をサポートするか把握しているため、基地局は、ＩＭＳ緊急呼のための適切なＰＬＭＮを選択することが可能となり得る。そのため、基地局は、最初に、ＵＥが、限定されたサービス状態にある間、ＩＭＳ緊急呼をかけることを試みていることを検出し、次いで、それに対して、ＩＭＳ緊急呼をサポートするであろうＰＬＭＮのうちの１つを選択しなければならない。故に、基地局が、適切なＰＬＭＮを選択可能となるように、限定されたサービス状態にあるＵＥからＩＭＳ緊急呼がかけられていることを迅速に検出可能であることが重要である。
【００５５】
故に、図４−６に例証されるＩＭＳ緊急呼を開始するためのシステムおよびプロセスは、要求されたリソースがＩＭＳ緊急呼のために使用されることをＡＳに適切に通知することに失敗する。その結果、必要リソースをプロビジョニングすることが遅延し得る、またはリソースを完全に提供することが失敗し得、潜在的結果として、必要リソースが別様に利用可能となるであろう状況でさえ、緊急呼が失敗し得る。例えば、問題は、ＵＥがネットワークセル上にキャンプオンしており、ＮＡＳレジスタ状態にある時に生じ得る。ＵＥが接続モードにあるとき、ＩＭＳ緊急呼を設定するために、ＵＥとＣＮとの間でパスされる情報は、ＡＳに把握されていない。その結果、基地局は、ＣＮが基地局に対してリソース要求を開始し、リソース要求が、ＩＭＳ緊急呼が差し迫っていることを示すまで、ＩＭＳ緊急呼がかけられていることを検出できない。例えば、図４を参照されたい。同様に、ＵＥがアイドルモードにあるとき、ＵＥのＡＳは、ＵＥのＮＡＳから要求を受信し、ＲＲＣ接続を確立する。しかしながら、既存のＲＲＣ確立原因は、ＩＭＳ緊急呼がかけられていることをＡＳに示すために十分に正確ではない。これらの問題は、ＩＭＳ緊急呼だけではなく、必要リソースのプロビジョニングの遅延を回避可能な任意のパケットベースの呼にも該当する。
【００５６】
一実施形態では、本システムは、基地局が、ＣＳドメイン内で要求される呼（例えば、ＣＳＦＢを介して）をＰＳドメイン、例えば、ＩＭＳ内で要求されるものと区別することを可能にする。その結果、基地局は、ＰＳ呼のための必要サービスを提供し、呼の開始と関連付けられる任意の遅延を最小限にし、任意の必要リソースが利用可能であることを保証するように構成されてもよい。ＵＥが、アタッチプロシージャを開始するとき、アタッチタイプは、ＲＲＣ確立原因を決定するために使用される。次いで、ＵＥは、優先必要リソースプロビジョニングが生じ得るように、ＲＲＣ接続要求内でＲＲＣ確立原因を送信する。本システムの一実装では、ＵＥが、アタッチプロシージャを開始するとき、アタッチタイプは、「ＥＰＳ緊急アタッチ」に設定される。ＵＥのＮＡＳは、アタッチタイプ値を受信および検出し、アタッチタイが「ＥＰＳ緊急アタッチ」であるとき、ＲＲＣ確立原因を以下のうちの１つに設定するように構成される：「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急」、「ＩＭＳ緊急呼またはセッション」、「緊急サービス」、または「緊急呼」。基地局が、「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急」、「ＩＭＳ緊急呼またはセッション」、「緊急サービス」、または「緊急呼」のうちの１つに設定されたＲＲＣ確立原因を有する、ＲＲＣ接続要求メッセージを受信すると、基地局は、ＩＭＳ緊急呼がかけられていることを認識するように構成されてもよい。その結果、基地局は、呼に拡大した優先度を与え、任意の必要リソースが利用可能になることを保証するよう試みることによって、緊急呼に応じることができる。
【００５７】
さらに、限定されたサービス状態におけるＵＥおよびネットワーク共有をサポートするように構成された基地局の場合、基地局が、ＵＥが緊急呼を行う限定されたサービス状態にあることを決定することができないことは、呼要求が、ＩＭＳ緊急呼をサポート不可能であり得る共有ネットワーク構成のコアネットワークに分散されることにつながる可能性がある。
【００５８】
故に、本システムは、アタッチプロシージャの際に指定されたアタッチタイプ値を使用して、ＲＲＣ確立原因を決定またはマップする。アタッチタイプが、例えば、「ＥＰＳ緊急アタッチ」に設定されると、ＲＲＣ確立原因は、その結果、「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急」、「緊急呼」、または別の適切な値に設定される。
【００５９】
先行技術システムは、「緊急呼」を示す、ＲＲＣ確立原因を可能にする構成は、基地局が、緊急呼がかけられていることを決定可能にするが、基地局が、ＩＭＳ緊急呼等のＰＳ呼とＣＳＦＢ緊急呼を区別することを可能にはしない。
【００６０】
代替として、「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急」、「ＩＭＳ緊急呼またはセッション」、または「緊急サービス」の付加的ＲＲＣ確立原因値が導入され、ＩＭＳ緊急呼等のＰＳ呼が設定されていることを示すために使用されてもよい。本実施形態では、ＲＲＣ確立原因と適切に命名された代替は、緊急呼を、ＣＳＦＢ緊急呼ではなく、ＩＭＳ緊急呼等のＰＳ呼として、区別するために使用されてもよい。
【００６１】
別の実装では、要求タイプは、ＲＲＣ確立原因を決定するために使用されてもよい。例えば、ＵＥが、ＰＤＮ接続要求を開始し、緊急ＰＤＮを得る必要があるとき、ＵＥは、要求タイプを「緊急」に設定するように構成されてもよい。次いで、「緊急」の要求タイプは、例えば、ＲＲＣ確立原因値を「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急呼」、「ＩＭＳ緊急呼またはセッション」、「緊急サービス」、「緊急呼」、またはいくつかの他の適切に命名された原因に設定させることによって、ＲＲＣ確立原因をマップあるいは決定するために使用されてもよい。本実装では、基地局が、「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急」、「ＩＭＳ緊急呼またはセッション」、「緊急サービス」、または「緊急呼」基地局に設定されたＲＲＣ確立原因を有する、ＲＲＣ接続要求メッセージを受信すると、ＩＭＳ緊急呼がかけられていることを検出するように構成されてもよく、任意の必要リソースを提供するように試みることができる。ＲＲＣ確立原因が、結局ただ「緊急呼」に設定される結果となる場合、基地局は、緊急呼が発生するであろうことを把握し得る場合でも、ＩＭＳ緊急呼等のＰＳ呼をＣＳＦＢ緊急呼と区別できない。
【００６２】
したがって、さらなる実施形態では、要求タイプ値は、特定のＲＲＣ確立原因を決定またはマプするために使用される。例えば、要求タイプ＝「緊急」のとき、ＲＲＣ確立原因は、「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急」、「ＩＭＳ緊急呼またはセッション」、「緊急サービス」、または「緊急呼」と異なるいくつかの他の適切な値に設定される。
【００６３】
本システムのいくつかの実装では、ＵＥが、ＲＲＣ接続のための要求をトリガするサービス要求プロシージャを開始すると、ＲＲＣ確立原因は、ＲＲＣ接続が意図されるプロシージャの要求タイプ（例えば、要求タイプは、ＰＤＮ接続要求内で設定されてもよい）からマップされてもよい（または、それによって決定されてもよい）。言い換えると、ＲＲＣ確立原因は、ＲＲＣ接続の最終用途によって、およびＲＲＣ接続をトリガするプロシージャトリガ（すなわち、サービス要求プロシージャ）によって、決定されてもよい。ＲＲＣ確立原因の本設定は、ＲＲＣ接続の最終用途をポイントする、ＰＤＮ接続要求の要求タイプを使用して実現されてもよい。
【００６４】
本システムの別の実装では、呼タイプは、ＲＡＮ／基地局（例えば、ｅＮＢ）に提供されてもよい。例えば、図４を参照すると、行うことが許可される異なるタイプの呼のアクセス権に対して検証するために、呼タイプのみを使用する代わりに、ＮＡＳからＡＳにパスされる呼タイプ値が、ＲＲＣ接続要求の一部として、またはそれに加えて、基地局に通信される。
【００６５】
本実装では、ＩＭＳ緊急呼をサポートするために起動される付加的ＮＡＳプロシージャは、同様に、「緊急呼」に設定された呼タイプを有していなければならないため、「緊急呼」の呼タイプをＥＰＳ緊急サービスのためのアタッチプロシージャに設定することだけでは、不十分であり得る。例えば、プロシージャは、緊急アクセスポイントネーム（ＡＰＮ）へのＰＤＮ接続要求、ＰＤＮ接続を緊急ＡＰＮに搬送するサービス要求プロシージャ、およびＥＰＣをトリガし、ＵＥに気付かせるために使用される場合があるだけではなく、続いて、ＵＥがＩＭＳ緊急呼をかけるであろう、トラッキングエリアアップデートプロシージャを含んでもよい。
【００６６】
本実装では、基地局が、緊急呼に設定された呼タイプを伴うＲＲＣ接続要求を受信すると、基地局は、緊急呼がかけられるであろうことを認識するように構成されてもよく、必要とされるリソースに応じることができる。しかしながら、呼タイプが、「緊急呼」に単に設定される場合、基地局は、ＣＳＦＢ緊急呼とＩＭＳ緊急呼等のＰＳ呼を区別することができない場合がある。
【００６７】
この場合、呼タイプは、新しい情報要素（ＩＥ）または既存のＩＥ内の新しい情報フィールドとして、基地局に伝送されてもよい。呼タイプを受信後、基地局は、呼タイプをチェックし、適宜措置を講じるように構成されてもよい。呼タイプが、緊急呼が差し迫っていることを示す場合、基地局は、無線リソースの留保を含む、適切な措置を講じてもよい。
【００６８】
基地局は、呼タイプ＝「緊急呼」の単一値を使用して、ＣＳＦＢ緊急呼とＩＭＳ緊急呼等のＰＳ呼を区別できないため、ＣＳＦＢ緊急呼およびＩＭＳ緊急呼等のＰＳ呼のための異なる呼タイプが定義されてもよい。例えば、ＰＳ緊急呼、例えば、ＩＭＳ緊急呼が、かけられる場合、呼タイプは、「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急」、「ＩＭＳ緊急呼またはセッション」、「緊急サービス」、またはいくつかの他の適切に命名された呼タイプであることができる。次いで、「緊急呼」の現在の呼タイプは、ＣＳＦＢ緊急呼のために残されることができる、あるいは「ＣＳＦＢ緊急呼」またはいくつかの他の適切であるが、異なって命名された呼タイプに再命名されてもよい。呼タイプは、意図されたサービスを示すことができ、したがって、基地局は、適切なリソースを提供可能である。呼タイプは、データサービスのために拡張されてもよく、大量の帯域幅が、ストリーミングデータサービスのために必要とされ得ることを基地局に示す可能性もある。ユーザの優先度レベルと併せて検討される呼タイプもまた、適度な帯域幅が、基地局によって配分されることを決定するために使用されてもよい。
【００６９】
本システムの他の実装では、ＰＤＮ接続要求のＡＰＮは、ＲＲＣ確立原因にマップするために使用されてもよい。ＰＤＮ接続要求のＡＰＮが緊急ＡＰＮである場合、ＮＡＳは、ＲＲＣ確立原因を「ＥＰＳ緊急呼またはセッション」、「ＰＳ緊急呼」、「ＩＭＳ緊急呼またはセッション」、「緊急サービス」、「緊急呼」、またはいくつかの他の適切に命名された原因に設定するように構成されてもよい。本実装では、ＵＥは、ＡＰＮが、ＵＥ内に記憶され、ＳＩＭデータから読み出され、または別様に、任意の適切なプロビジョニング方法を通して、オペレータによって、ＵＥ提供され得る、構成データからの緊急ＡＰＮであるかどうか把握する。ある層から別の層（例えば、ＮＡＳからＡＳ）に値をマップするためのＡＰＮの使用は、前述のように、他のマッピング方法論に組み込まれ、補足または置換してもよいことに留意されたい。
【００７０】
図７は、ＵＡ１０の実施形態を含む、無線通信システムを例証する。ＵＡ１０は、本開示の側面を実装するために動作可能であるが、本開示は、これらの実装に限定されるべきではない。携帯電話として例証されているが、ＵＡ１０は、無線ハンドセット、ポケットベル、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、タブレットコンピュータ、ラップトップコンピュータを含む、種々の形態を成してもよい。多くの好適なデバイスは、これらの機能のうちの一部または全部を組み合わせる。本開示のいくつかの実施形態では、ＵＡ１０は、ポータブル、ラップトップ、またはタブレットコンピュータのような汎用コンピュータデバイスではなく、むしろ、携帯電話、無線ハンドセット、ポケットベル、ＰＤＡ、または車載電気通信デバイス等の特殊用途通信デバイスである。ＵＡ１０はまたは、デバイスであってもよく、デバイスを含んでもよく、または類似能力を有するが、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等の可搬性ではないデバイスに含まれてもよい。ＵＡ１０は、ゲーム、在庫管理、ジョブ制御、および／またはタスク管理機能等の、特殊活動をサポートしてもよい。
【００７１】
ＵＡ１０は、ディスプレイ７０２を含む。ＵＡ１０はまた、ユーザによる入力のために、概して７０４と称される、タッチセンサ式表面、キーボード、または他の入力キーも含む。キーボードは、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等の、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キーは、さらなる入力機能を提供するように内向きに押下されてもよい、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。ＵＡ１０は、ユーザが選択するためのオプション、ユーザが作動させるための制御、および／またはユーザが指図するためのカーソルあるいは他のインジケータを提示してもよい。
【００７２】
ＵＡ１０はさらに、ダイヤルする番号、またはＵＡ１０の動作を構成するための種々のパラメータ値を含む、ユーザからのデータ入力を受け取ってもよい。ＵＡ１０はされに、ユーザコマンドに応答して、１つ以上のソフトウェアまたはファームウェアを実行してもよいこれらのアプリケーションは、ユーザ対話に反応して種々のカスタマイズされた機能を果たすようにＵＡ１０を構成してもよい。加えて、ＵＡ１０は、例えば、無線基地局、無線アクセスポイント、またはピアＵＡ１０から、無線でプログラムおよび／または構成されてもよい。
【００７３】
ＵＡ１０によって実行可能な種々のアプリケーションの中には、ディスプレイ７０２がウェブページを表示することを可能にするウェブブラウザがある。ウェブページは、無線ネットワークアクセスノード、携帯電話の基地局、ピアＵＡ１０、または任意の他の無線通信ネットワークあるいはシステム７００との無線通信を介して、取得されてもよい。ネットワーク７００は、インターネット等の優先ネットワーク７０８に連結される。無線リンクおよび有線ネットワークを介して、ＵＡ１０は、サーバ７１０等の種々のサーバ上の情報にアクセスできる。サーバ７１０は、ディスプレイ７０２上に示されてもよいコンテンツを提供してもよい。代替として、ＵＡ１０は、リレー型またはホップ型の接続で、仲介の役割を果たすピアＵＡ１０を通してネットワーク７００にアクセスしてもよい。
【００７４】
図８は、ＵＡ１０のブロック図を示す。ＵＡ１０の種々の周知の構成要素が描写あれるが、ある実施形態では、列挙された構成要素および／または列挙されない付加的構成要素のサブセットが、ＵＡ１０内に含まれてもよい。ＵＡ１０は、デジタル信号プロセッサ（ＤＳＰ）８０２と、メモリ８０４と、を含む。示されるように、ＵＡ１０はさらに、アンテナおよびフロントエンドユニット８０６と、無線周波数（ＲＦ）送受信機８０８と、アナログベースバンド処理ユニット８１０と、マイクロホン８１２と、イヤホンスピーカ８１４と、ヘッドセットポート８１６と、入力／出力インターフェース８１８と、リムーバブルメモリカード８２０と、ユニバーサルシリアルバス（ＵＳＢ）ポート８２２と、短距離無線通信サブシステム８２４と、アラート８２６と、キーパッド８２８と、タッチセンサ式表面を含んでもよい液晶ディスプレイ（ＬＣＤ）８３０と、ＬＣＤコントローラ８３２と、電荷結合素子（ＣＣＤ）カメラ８３４と、カメラコントローラ８３６と、グローバルポジショニングシステム（ＧＰＳ）センサ８３８とを含んでもよい。ある実施形態では、ＵＡ１０は、タッチセンサ式画面を提供しない、別のタイプのディスプレイを含んでもよい。ある実施形態では、ＤＳＰ８０２は、入力／出力インターフェース８１８を通過せずに、メモリ８０４と直接通信してもよい。
【００７５】
ＤＳＰ８０２または何らかの他の形態のコントローラあるいは中央処理ユニットは、メモリ８０４に記憶された、またはＤＳＰ８０２自体内に含有されるメモリに記憶された、組み込みソフトウェアまたはファームウェアに従って、ＵＡ１０の種々の構成要素を制御するように動作する。組み込みソフトウェアまたはファームウェアに加えて、ＤＳＰ８０２は、メモリ８０４に記憶された、またはリムーバブルメモリカード８２０のようなポータブルデータ記憶媒体等の情報担体媒体を介して、あるいは有線または無線ネットワーク通信を介して利用可能となる、他のアプリケーションを実行してもよい。アプリケーションソフトウェアは、所望の機能性を提供するようにＤＳＰ８０２を構成する、コンパイルされた一式の機械読み取り可能命令を備えてもよく、あるいはアプリケーションソフトウェアは、ＤＳＰ８０２を間接的に構成するようにインタープリタまたはコンパイラによって処理される、高次ソフトウェア命令であってもよい。
【００７６】
アンテナおよびフロントエンドユニット８０６は、無線信号と電気信号との間で変換するように提供されてもよく、ＵＡ１０が、セルラーネットワークまたは何らかの他の利用可能な無線通信ネットワークから、あるいはピアＵＡ１０から、情報を送受信することを可能にする。ある実施形態では、アンテナおよびフロントエンドユニット８０６は、ビーム形成および／または多重入出力（ＭＩＭＯ）動作をサポートするための複数のアンテナを含んでもよい。当業者に周知であるように、ＭＩＭＯ動作は、困難なチャネルを克服する、および／またはチャネルスループットを増加させるために使用することができる、空間的多様性を提供してもよい。アンテナおよびフロントエンドユニット８０６は、アンテナ同調および／またはインピーダンス整合構成要素、ＲＦ電力増幅器、および／または低雑音増幅器を含んでもよい。
【００７７】
ＲＦ送受信機８０８は、周波数偏移を提供し、受信したＲＦ信号をベースバンドに変換し、ベースバンド伝送信号をＲＦに変換する。いくつかの説明では、無線送受信機またはＲＦ送受信機は、変調／復調、符号化／復号、インターリービング／デインターリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および他の信号処理機能等の、他の信号処理機能性を含むと理解されてもよい。簡単にする目的で、ここでの説明は、ＲＦおよび／または無線段階から、この信号処理の説明を分離し、その信号処理を、アナログベースバンド処理ユニット８１０および／またはＤＳＰ８０２あるいは他の中央処理ユニットに概念的に割り当てる。いくつかの実施形態では、ＲＦ送受信機８０８、アンテナおよびフロントエンド８０６の一部、およびアナログベースバンド処理ユニット８１０が、１つ以上の処理ユニットおよび／または特定用途向け集積回路（ＡＳＩＣ）に組み入れられてもよい。
【００７８】
アナログベースバンド処理ユニット８１０は、入力および出力の種々のアナログ処理、例えば、マイクロホン８１２およびヘッドセット８１６からの入力、ならびにイヤホン８１４およびヘッドセット８１６への出力のアナログ処理を提供してもよい。そのためには、アナログベースバンド処理ユニット８１０は、ＵＡ１０が携帯電話として使用されることを可能にする、内蔵マイクロホン８１２およびイヤホンスピーカ８１４に接続するためのポートを有してもよい。アナログベースバンド処理ユニット８１０はさらに、ヘッドセットまたは他のハンズフリーマイクロホンおよびスピーカ構成に接続するためのポートを含んでもよい。アナログベースバンド処理ユニット８１０は、１つの信号方向にデジタル・アナログ変換を、反対の信号方向にアナログ・デジタル変換を提供してもよい。いくつかの実施形態では、アナログベースバンド処理ユニット８１０の機能性の少なくとも一部が、デジタル処理構成要素によって、例えば、ＤＳＰ８０２によって、または他の中央処理ユニットによって提供されてもよい。
【００７９】
ＤＳＰ８０２は、変調／復調、符号化／復号、インターリービング／デインタリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および無線通信と関連する他の信号処理機能を行ってもよい。ある実施形態では、例えば、符号分割多重アクセス（ＣＤＭＡ）技術用途で、伝送器機能のために、ＤＳＰ８０２は、変調、符号化、インターリービング、および拡散を行ってもよく、受信機機能のために、ＤＳＰ８０２は、逆拡散、デインターリービング、復号、および復調を行ってもよい。別の実施形態では、例えば、直交周波数分割多重アクセス（ＯＦＤＭＡ）技術用途で、伝送器機能のために、ＤＳＰ８０２は、変調、符号化、インターリービング、逆高速フーリエ変換、および周期的接頭辞添付を行ってもよく、受信機機能のために、ＤＳＰ８０２は、周期的接頭辞除去、高速フーリエ変換、デインターリービング、復号、および復調を行ってもよい。他の無線技術用途では、さらに他の信号処理機能、および信号処理機能の組み合わせが、ＤＳＰ８０２によって行われてもよい。
【００８０】
ＤＳＰ８０２は、アナログベースバンド処理ユニット８１０を介して、無線ネットワークと通信してもよい。いくつかの実施形態では、通信は、インターネット接続を提供してもよく、ユーザがインターネット上のコンテンツへのアクセスを獲得することと、Ｅメールおよびテキストメッセージを送受信することとを可能にする。入力／出力インターフェース８１８は、ＤＳＰ８０２ならびに種々のメモリおよびインターフェースを相互接続する。メモリ８０４およびリムーバブルメモリカード８２０は、ソフトウェアおよびデータを提供して、ＤＳＰ８０２の動作を構成してもよい。インターフェースの中には、ＵＳＢインターフェース８２２および短距離無線通信サブシステム８２４があってもよい。ＵＳＢインターフェース８２２は、ＵＡ１０を充電するために使用されてもよく、また、ＵＡ１０が周辺デバイスとして機能し、パーソナルコンピュータまたは他のコンピュータシステムと情報を交換することを可能にしてもよい。短距離無線通信サブシステム８２４は、赤外線ポート、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、ＩＥＥＥ８０２．１１に準拠する無線インターフェース、または、ＵＡ１０の、他の近くの携帯デバイスおよび／または無線基地局との無線通信を可能にしてもよい、任意の他の短距離無線通信サブシステムを含んでもよい。
【００８１】
入力／出力インターフェース８１８はさらに、トリガされると、例えば、ベルを鳴らす、メロディを再生する、または振動することによって、ＵＡ１０にユーザへ通知を提供させる、アラート８２６にＤＳＰ８０２を接続してもよい。アラート８２６は、無音で振動することによって、または特定の架電者に対して特定の事前に割り当てられたメロディを再生することによって、着信電話、新しいテキストメッセージ、および留保のリマインダ等の種々の事象のうちのいずれかをユーザに警告するための機構としての機能を果たしてもよい。
【００８２】
キーパッド８２８は、インターフェース８１８を介してＤＳＰ８０２に連結し、ユーザが選択を行う、情報を入力する、あるいはＵＡ１０に入力を提供するための１つの機構を提供する。キーボード８２８は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等の、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キーは、さらなる入力機能を提供するように内向きに押下されてもよい、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。別の入力機構は、タッチスクリーン能力を含み、また、ユーザにテキストおよび／またはグラフィックを表示してもよい、ＬＣＤ８３０であってもよい。ＬＣＤコントローラ８３２は、ＤＳＰ８０２をＬＣＤ８３０に連結する。
【００８３】
ＣＣＤカメラ８３４は、装備された場合、ＵＥ１０がデジタル写真を撮ることを可能にする。ＤＳＰ８０２は、カメラコントローラ８３６を介して、ＣＣＤカメラ８３４と通信する。別の実施形態では、電荷結合素子カメラ以外の技術に従って動作するカメラが採用されてもよい。ＧＰＳセンサ８３８は、グローバルポジショニングシステム信号を復号するようにＤＳＰ８０２に連結され、それによって、ＵＡ１０がその位置を決定することを可能にする。種々の他の周辺機器もまた、付加的な機能、例えば、ラジオおよびテレビ受信を提供するように含まれてもよい。
【００８４】
図９は、ＤＳＰ８０２によって実装されてもよい、ソフトウェア環境９０２を例証する。ＤＳＰ８０２は、そこからソフトウェアの他の部分が動作するプラットフォームを提供する、オペレーティングシステムドライバ９０４を実行する。オペレーティングシステムドライバ９０４は、アプリケーションソフトウェアにアクセス可能である標準化インターフェースを伴うＵＡハードウェアに対するドライバを提供する。オペレーティングシステムドライバ９０４は、ＵＡ１０上で起動するアプリケーションの間で制御を転送する、アプリケーション管理サービス（「ＡＭＳ」）９０６を含む。また、図９には、ウェブブラウザアプリケーション９０８、メディアプレーヤアプリケーション９１０、およびＪａｖａ（登録商標）アプレット９１２も示されている。ウェブブラウザアプリケーション９０８は、ウェブブラウザとして動作するようにＵＡ１０を構成し、ユーザがフォームに情報を入力し、ウェブページを検索および閲覧するようにリンクを選択することを可能にする。メディアプレーヤアプリケーション９１０は、音声または視聴覚媒体を読み出し、再生するようにＵＡ１０を構成する。Ｊａｖａ（登録商標）アプレット９１２は、ゲーム、ユーティリティ、および他の機能性を提供するようにＵＡ１０を構成する。構成要素９１４は、本開示に関係する機能性を提供する場合がある。
【００８５】
前述で説明されるＵＡ１０、基地局１２０、および他の構成要素は、前述で説明される動作に関する命令を実行することが可能である、処理構成要素を含む場合がある。図１０は、本明細書で開示される１つ以上の実施形態を実装するために好適な処理構成要素１０１０を含む、システム１０００の実施例を例証する。プロセッサ１０１０（中央プロセッサユニット（ＣＰＵまたはＤＳＰ）と称されてもよい）に加えて、システム１０００は、ネットワーク接続デバイス１０２０、ランダムアクセスメモリ（ＲＡＭ）１０３０、読取専用メモリ（ＲＯＭ）１０４０、二次記憶装置１０５０、入出力（Ｉ／Ｏ）デバイス１０６０を含む場合がある。ある場合には、これらの構成要素のいくつかは、存在しなくてもよく、あるいは相互に、または図示されない他の構成要素との種々の組み合わせにおいて、組み合わせられてもよいこれらの構成要素は、単一の物理エンティティに、または１つより多くの物理エンティティに位置する場合がある。プロセッサ１０１０によって講じられるものとして本明細書で説明される、任意の措置は、プロセッサ１０１０によって単独で、または、図面に示されている、あるいは示されていない１つ以上の構成要素と併せて、プロセッサ１３１０によって講じられる場合がある。
【００８６】
プロセッサ１０１０は、ネットワーク接続デバイス１０２０、ＲＡＭ１０３０、ＲＯＭ１０４０、または二次記憶装置１０５０（ハードディスク、フロッピー（登録商標）ディスク、または光ディスク等、種々のディスクベースのシステムを含む場合がある）からアクセスしてもよい、命令、コード、コンピュータプログラム、あるいはスクリプトを実行する。１つだけのプロセッサ１０１０が示されているが、複数のプロセッサが存在してもよい。したがって、命令は、プロセッサによって実行されるものとして論議されてもよいが、命令は、同時に、連続的に、または別様に、１つまたは複数のプロセッサによって実行されてもよい。プロセッサ１０１０は、１つ以上のＣＰＵチップとして実装されてもよい。
【００８７】
ネットワーク接続デバイス１０２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインターフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多重アクセス（ＣＤＭＡ）デバイス、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））無線送受信機デバイス等の無線送受信機デバイス、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ）デバイス、および／またはネットワークに接続するための他の周知のデバイスの形態を成してもよい。これらのネットワーク接続デバイス１０２０は、プロセッサ１０１０が情報を受信する場合がある、またはプロセッサ１０１０が情報を出力する場合がある、インターネットまたは１つ以上の電気通信ネットワーク、あるいは他のネットワークと、プロセッサ１０１０が通信することを可能にしてもよい。
【００８８】
ネットワーク接続デバイス１０２０はまた、無線周波数信号またはマイクロ波周波数信号等、電磁波の形態でデータを無線で伝送および／または受信することができる、１つ以上の送受信機構成要素１０２５を含む場合がある。代替として、データは、導電体の表面の中または上、同軸ケーブルの中、導波管の中、光ファイバ等の光媒体の中、あるいは他の媒体の中を伝播してもよい。送受信機構成要素１０２５は、別個の受信および伝送ユニット、または単一の送受信機を含む場合がある。送受信機１０２５によって伝送または受信される情報は、プロセッサ１０１０によって処理されたデータ、またはプロセッサ１０１０によって実行される命令を含んでもよい。そのような情報は、例えば、コンピュータデータベースバンド信号または搬送波で具現化された信号の形態で、ネットワークから受信され、ネットワークに出力されてもよい。データは、データを処理または生成するか、あるいはデータを伝送または受信するために望ましくてもよいような異なる順序に従って、順序付けられてもよい。ベースバンド信号、搬送波に組み込まれた信号、または、現在使用されている、あるいは今後開発される他のタイプの信号が、伝送媒体と呼ばれてもよく、当業者に周知のいくつかの方法に従って生成されてもよい。
【００８９】
ＲＡＭ１０３０は、揮発性データを記憶し、おそらくプロセッサ１０１０によって実行される命令を記憶するように使用されてもよい。ＲＯＭ１０４０は、典型的には、二次記憶装置１０５０のメモリ容量よりも小さいメモリ容量を有する、不揮発性メモリデバイスである。ＲＯＭ１０４０は、命令、およびおそらく命令の実行中に読み出されるデータを記憶するために、使用される場合がある。ＲＡＭ１０３０およびＲＯＭ１０４０両方へのアクセスは、典型的には、二次記憶装置１０５０よりも高速である。二次記憶装置１０５０は、典型的には、１つ以上のディスクドライブまたはテープドライブから成り、ＲＡＭ１０３０が全作業データを保持するほど十分に大きくない場合に、データの不揮発性記憶のために、またはオーバーフローデータ記憶デバイスとして使用される場合がある。二次記憶装置１０５０は、ＲＡＭ１０３０にロードされるプログラムが実行のために選択されると、そのようなプログラムを記憶するために使用されてもよい。
【００９０】
Ｉ／Ｏデバイス１０６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カード読取装置、紙テープ読取装置、プリンタ、ビデオモニタ、または他の周知の入力デバイスを含んでもよい。また、送受信機１０２５は、ネットワーク接続デバイス１０２０の構成要素である代わりに、またはそれに加えて、Ｉ／Ｏデバイス１０６０の構成要素と見なされる場合がある。Ｉ／Ｏデバイス１０６０の一部または全部は、ディスプレイ７０２および入力７０４等の、ＵＡ１０の前述の図面に描写された種々の構成要素と実質的に同様であってもよい。
【００９１】
いくつかの実施形態が本開示で提供されているが、開示されたシステムおよび方法が、本開示の精神または範囲から逸脱することなく、多くの他の特定の形態で具現化されてもよいことを理解されたい。本実施例は、制限的ではなく例証的と見なされるものであり、本明細書で与えられる詳細に制限されることを意図するものではない。例えば、種々の要素または構成要素が組み合わされるか、または別のシステムに統合されてもよく、または、ある特徴が省略されるか、あるいは実装されなくてもよい。
【００９２】
また、個別または別個のものとして種々の実施形態において説明および例証される技法、システム、サブシステム、および方法を、本開示の範囲から逸脱することなく、他のシステム、モジュール、技法、または方法に組み入れるか、または一体化してもよい。相互に連結される、または直接連結される、あるいは通信するものとして示される、または論議される他の項目は、電気的であろうと、機械的であろうと、または別の方法であろうと、何らかのインターフェース、デバイス、または中間構成要素を通して、間接的に連結されるか、または通信してもよい。変更、置換、および改変の他の実施例が、当業者によって究明可能であり、本明細書で開示される精神および範囲から逸脱することなく行うことができる。
【００９３】
本発明の範囲を公に通知するために、以下の請求を行う。
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）を使用して、パケット交換緊急呼を開始する方法であって、
該ＵＥは、複数のプロトコル層を含み、該複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層とを含み、
該方法は、
該ＵＥを使用してアタッチ要求を生成することであって、該アタッチ要求は、アタッチタイプを有する、ことと、
ＲＲＣ接続要求を生成することであって、該ＲＲＣ接続要求は、該アタッチ要求のアタッチタイプに基づくＲＲＣ確立原因を含む、ことと
を含む、方法。
【請求項２】
前記ＲＲＣ接続要求を基地局に伝送することを含む、請求項１に記載の方法。
【請求項３】
前記基地局は、進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）ノードＢ（ｅＮＢ）を含む、請求項２に記載の方法。
【請求項４】
ユーザ機器（ＵＥ）を使用して、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始する方法であって、該ＵＥは、複数のプロトコル層を含み、該複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層とを含み、
該方法は、
該ＵＥを使用してアタッチ要求を生成することであって、該アタッチ要求は、アタッチタイプを有する、ことと、
該アタッチタイプが第１の値である場合に、ＲＲＣ接続要求を生成することであって、該ＲＲＣ接続要求は、第２の値を有するＲＲＣ確立原因を含む、ことと
を含む、方法。
【請求項５】
前記アタッチタイプの第１の値は、前記アタッチ要求が、ＥＰＳ緊急アタッチのためのものであることの表示を含む、請求項４に記載の方法。
【請求項６】
前記ＲＲＣ確立原因の第２の値は、ＥＰＳ緊急呼またはセッション、ＰＳ緊急、ＩＭＳ緊急呼またはセッション、緊急サービス、および緊急呼のうちの少なくとも１つである、請求項４に記載の方法。
【請求項７】
前記ＲＲＣ接続要求を基地局に伝送することを含む、請求項４に記載の方法。
【請求項８】
前記基地局は、進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）ノードＢ（ｅＮＢ）を含む、請求項７に記載の方法。
【請求項９】
ユーザ機器（ＵＥ）を使用して、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始する方法であって、該ＵＥは、複数のプロトコル層を含み、該複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層とを含み、
該方法は、
該ＵＥを使用してＰＤＮ接続要求を生成することであって、該ＰＤＮ接続要求は、要求タイプを有する、ことと、
該要求タイプが第１の値である場合に、ＲＲＣ接続要求を生成することであって、該ＲＲＣ接続要求は、第２の値を有するＲＲＣ確立原因を含む、ことと
を含む、方法。
【請求項１０】
前記要求タイプの第１の値は、前記ＰＤＮ接続要求が緊急であることを示す、請求項９に記載の方法。
【請求項１１】
前記ＲＲＣ確立原因の第２の値は、ＥＰＳ緊急呼またはセッション、ＰＳ緊急、ＩＭＳ緊急呼またはセッション、緊急サービス、および緊急呼のうちの少なくとも１つである、請求項９に記載の方法。
【請求項１２】
前記ＲＲＣ接続要求を基地局に伝送することを含む、請求項９に記載の方法。
【請求項１３】
前記基地局は、進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）ノードＢ（ｅＮＢ）を含む、請求項１２に記載の方法。
【請求項１４】
ユーザ機器（ＵＥ）を使用して、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始する方法であって、該ＵＥは、複数のプロトコル層を含み、該複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層とを含み、
該方法は、
該ＵＥのＮＡＳ層にＰＤＮ接続要求を生成することであって、該ＰＤＮ接続要求は、アクセスポイントネーム（ＡＰＮ）を含む、ことと、
ＡＰＮが緊急ＡＰＮを識別する場合に、ＲＲＣ接続要求を生成することであって、該ＲＲＣ接続要求は、第２の値を有するＲＲＣ確立原因を含む、ことと
を含む、方法。
【請求項１５】
前記ＡＰＮは、加入者識別モジュール（ＳＩＭ）カード、前記ＵＥ内の記憶デバイス、および該ＵＥと通信するネットワークリソースのうちの少なくとも１つから読み出される、請求項１４に記載の方法。
【請求項１６】
前記ＲＲＣ確立原因の第２の値は、ＥＰＳ緊急呼またはセッション、ＰＳ緊急、ＩＭＳ緊急呼またはセッション、緊急サービス、および緊急呼のうちの少なくとも１つである、請求項１４に記載の方法。
【請求項１７】
前記ＲＲＣ接続要求を基地局に伝送することを含む、請求項１４に記載の方法。
【請求項１８】
前記基地局は、進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）ノードＢ（ｅＮＢ）を含む、請求項１７に記載の方法。
【請求項１９】
インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始するために、ユーザ機器（ＵＥ）に無線リソースを提供する基地局であって、該基地局は、複数のプロトコル層を含み、該複数のプロトコル層は、アクセス階層（ＡＳ）層を含み、
該基地局はプロセッサを含み、
該プロセッサは、
ＲＲＣ接続要求を受信することと、
該ＲＲＣ接続要求が、ＥＰＳ緊急呼またはセッション、ＰＳ緊急、ＩＭＳ緊急呼またはセッション、緊急サービス、および緊急呼のうちの少なくとも１つの値を有するＲＲＣ確立原因を含む場合には、該ＵＥにＩＭＳ緊急呼をサポートするために必要な無線リソースを提供するように構成される、基地局。
【請求項２０】
前記基地局は、進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）ノードＢ（ｅＮＢ）を含む、請求項１９に記載の基地局。
【請求項１】
ユーザ機器（ＵＥ）を使用して、パケット交換緊急呼を開始する方法であって、
該ＵＥは、複数のプロトコル層を含み、該複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層とを含み、
該方法は、
該ＵＥを使用してアタッチ要求を生成することであって、該アタッチ要求は、アタッチタイプを有する、ことと、
ＲＲＣ接続要求を生成することであって、該ＲＲＣ接続要求は、該アタッチ要求のアタッチタイプに基づくＲＲＣ確立原因を含む、ことと
を含む、方法。
【請求項２】
前記ＲＲＣ接続要求を基地局に伝送することを含む、請求項１に記載の方法。
【請求項３】
前記基地局は、進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）ノードＢ（ｅＮＢ）を含む、請求項２に記載の方法。
【請求項４】
ユーザ機器（ＵＥ）を使用して、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始する方法であって、該ＵＥは、複数のプロトコル層を含み、該複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層とを含み、
該方法は、
該ＵＥを使用してアタッチ要求を生成することであって、該アタッチ要求は、アタッチタイプを有する、ことと、
該アタッチタイプが第１の値である場合に、ＲＲＣ接続要求を生成することであって、該ＲＲＣ接続要求は、第２の値を有するＲＲＣ確立原因を含む、ことと
を含む、方法。
【請求項５】
前記アタッチタイプの第１の値は、前記アタッチ要求が、ＥＰＳ緊急アタッチのためのものであることの表示を含む、請求項４に記載の方法。
【請求項６】
前記ＲＲＣ確立原因の第２の値は、ＥＰＳ緊急呼またはセッション、ＰＳ緊急、ＩＭＳ緊急呼またはセッション、緊急サービス、および緊急呼のうちの少なくとも１つである、請求項４に記載の方法。
【請求項７】
前記ＲＲＣ接続要求を基地局に伝送することを含む、請求項４に記載の方法。
【請求項８】
前記基地局は、進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）ノードＢ（ｅＮＢ）を含む、請求項７に記載の方法。
【請求項９】
ユーザ機器（ＵＥ）を使用して、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始する方法であって、該ＵＥは、複数のプロトコル層を含み、該複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層とを含み、
該方法は、
該ＵＥを使用してＰＤＮ接続要求を生成することであって、該ＰＤＮ接続要求は、要求タイプを有する、ことと、
該要求タイプが第１の値である場合に、ＲＲＣ接続要求を生成することであって、該ＲＲＣ接続要求は、第２の値を有するＲＲＣ確立原因を含む、ことと
を含む、方法。
【請求項１０】
前記要求タイプの第１の値は、前記ＰＤＮ接続要求が緊急であることを示す、請求項９に記載の方法。
【請求項１１】
前記ＲＲＣ確立原因の第２の値は、ＥＰＳ緊急呼またはセッション、ＰＳ緊急、ＩＭＳ緊急呼またはセッション、緊急サービス、および緊急呼のうちの少なくとも１つである、請求項９に記載の方法。
【請求項１２】
前記ＲＲＣ接続要求を基地局に伝送することを含む、請求項９に記載の方法。
【請求項１３】
前記基地局は、進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）ノードＢ（ｅＮＢ）を含む、請求項１２に記載の方法。
【請求項１４】
ユーザ機器（ＵＥ）を使用して、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始する方法であって、該ＵＥは、複数のプロトコル層を含み、該複数のプロトコル層は、ＩＭＳサブレイヤと、非アクセス階層（ＮＡＳ）層と、アクセス階層（ＡＳ）層とを含み、
該方法は、
該ＵＥのＮＡＳ層にＰＤＮ接続要求を生成することであって、該ＰＤＮ接続要求は、アクセスポイントネーム（ＡＰＮ）を含む、ことと、
ＡＰＮが緊急ＡＰＮを識別する場合に、ＲＲＣ接続要求を生成することであって、該ＲＲＣ接続要求は、第２の値を有するＲＲＣ確立原因を含む、ことと
を含む、方法。
【請求項１５】
前記ＡＰＮは、加入者識別モジュール（ＳＩＭ）カード、前記ＵＥ内の記憶デバイス、および該ＵＥと通信するネットワークリソースのうちの少なくとも１つから読み出される、請求項１４に記載の方法。
【請求項１６】
前記ＲＲＣ確立原因の第２の値は、ＥＰＳ緊急呼またはセッション、ＰＳ緊急、ＩＭＳ緊急呼またはセッション、緊急サービス、および緊急呼のうちの少なくとも１つである、請求項１４に記載の方法。
【請求項１７】
前記ＲＲＣ接続要求を基地局に伝送することを含む、請求項１４に記載の方法。
【請求項１８】
前記基地局は、進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）ノードＢ（ｅＮＢ）を含む、請求項１７に記載の方法。
【請求項１９】
インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）緊急呼を開始するために、ユーザ機器（ＵＥ）に無線リソースを提供する基地局であって、該基地局は、複数のプロトコル層を含み、該複数のプロトコル層は、アクセス階層（ＡＳ）層を含み、
該基地局はプロセッサを含み、
該プロセッサは、
ＲＲＣ接続要求を受信することと、
該ＲＲＣ接続要求が、ＥＰＳ緊急呼またはセッション、ＰＳ緊急、ＩＭＳ緊急呼またはセッション、緊急サービス、および緊急呼のうちの少なくとも１つの値を有するＲＲＣ確立原因を含む場合には、該ＵＥにＩＭＳ緊急呼をサポートするために必要な無線リソースを提供するように構成される、基地局。
【請求項２０】
前記基地局は、進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）ノードＢ（ｅＮＢ）を含む、請求項１９に記載の基地局。
【図７】
【図１】
【図２】
【図３ａ】
【図３ｂ】
【図４】
【図５】
【図６】
【図８】
【図９】
【図１０】
【図１】
【図２】
【図３ａ】
【図３ｂ】
【図４】
【図５】
【図６】
【図８】
【図９】
【図１０】
【公表番号】特表２０１３−５０７０２５（Ｐ２０１３−５０７０２５Ａ）
【公表日】平成２５年２月２８日（２０１３．２．２８）
【国際特許分類】
【出願番号】特願２０１２−５３１５１７（Ｐ２０１２−５３１５１７）
【出願日】平成２２年１０月１日（２０１０．１０．１）
【国際出願番号】ＰＣＴ／ＩＢ２０１０／００２６０７
【国際公開番号】ＷＯ２０１１／０３９６３６
【国際公開日】平成２３年４月７日（２０１１．４．７）
【出願人】（５０００４３５７４）リサーチ イン モーション リミテッド (531)
【氏名又は名称原語表記】Ｒｅｓｅａｒｃｈ Ｉｎ Ｍｏｔｉｏｎ Ｌｉｍｉｔｅｄ
【住所又は居所原語表記】２９５ Ｐｈｉｌｌｉｐ Ｓｔｒｅｅｔ， Ｗａｔｅｒｌｏｏ， Ｏｎｔａｒｉｏ Ｎ２Ｌ ３Ｗ８ Ｃａｎａｄａ
【Ｆターム（参考）】
【公表日】平成２５年２月２８日（２０１３．２．２８）
【国際特許分類】
【出願日】平成２２年１０月１日（２０１０．１０．１）
【国際出願番号】ＰＣＴ／ＩＢ２０１０／００２６０７
【国際公開番号】ＷＯ２０１１／０３９６３６
【国際公開日】平成２３年４月７日（２０１１．４．７）
【出願人】（５０００４３５７４）リサーチ イン モーション リミテッド (531)
【氏名又は名称原語表記】Ｒｅｓｅａｒｃｈ Ｉｎ Ｍｏｔｉｏｎ Ｌｉｍｉｔｅｄ
【住所又は居所原語表記】２９５ Ｐｈｉｌｌｉｐ Ｓｔｒｅｅｔ， Ｗａｔｅｒｌｏｏ， Ｏｎｔａｒｉｏ Ｎ２Ｌ ３Ｗ８ Ｃａｎａｄａ
【Ｆターム（参考）】
[ Back to top ]