進化型パケットシステムにおけるボイスサービスのためのシステムおよび方法
ユーザ機器（ＵＥ）を含む通信システムにおいて、ネットワーク構成要素を使用して、サービスを有効化する方法が提供される。ＵＥは、ＳＩＰ要求であり得る第１のメッセージを要求するように構成される。ネットワーク構成要素は、第１のメッセージに基づいて、第２のメッセージまたはＳＩＰ要求を作成するように構成される。ネットワーク構成要素は、その後、ＳＩＰ応答を受信し、ＳＩＰ応答を受信することに基づいて、後続の行動を選択するようにさらに構成される。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、通信システムにおいて、ネットワーク構成要素を使用して、サービスを有効化する方法に関し、より具体的には、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）において、ボイスサービスを提供するための方法と、また、対応するネットワーク要素とに関する。
【背景技術】
【０００２】
本明細書で使用される場合、用語「デバイス」は、用語「移動局」（ＭＳ）、「ユーザエージェント」、または「ユーザ機器」（ＵＥ）を指し、固定および携帯電話、携帯端末、ハンドヘルドまたはラップトップコンピュータ、スマートフォン、プリンタ、ファックス機器、テレビ、セットトップボックス、ならびに他のビデオディスプレイデバイス等の電子デバイス、家庭用オーディオ機器および他の家庭用娯楽システム、家庭用監視および制御システム（例えば、家庭用監視、アラームシステム、および温度調節システム）、コンピュータ制御式冷蔵庫等の進化型家庭用器具、ならびにネットワーク通信能力を有する類似デバイスを含むことが可能である。いくつかの構成では、ＵＥは、移動無線デバイスと称され得る。
【０００３】
ＵＥはまた、デスクトップコンピュータ、セットトップボックス、ＴＶ、ＩＰＴＶ、またはネットワークノード等、類似能力を有するが、容易に搬送可能ではないデバイスを指し得る。
【０００４】
用語「デバイス」はまた、固定または移動式であることが可能なセッション開始プロトコル（ＳＩＰ）ユーザエージェント（ＵＡ）を指し得る。ＵＡがネットワークノードである時、ネットワークノードは、ＵＡまたは固定回線デバイス等の別の機能に代わって行動し、ＵＡまたは固定回線デバイスをシミュレートあるいはエミュレートし得る。例えば、いくつかのＵＡの場合、典型的には、デバイス上に常駐するであろうインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ＳＩＰクライアントは、実際にはネットワーク内に常駐し、最適化されたプロトコルを使用して、デバイスにＳＩＰメッセージ情報を中継する。換言すると、従来、ＵＡによって実行されていたいくつかの機能は、遠隔ＵＡの形態で分散することが可能であって、その場合、遠隔ＵＡは、ネットワーク内のＵＡを表す。
【０００５】
用語「ＵＥ」はまた、ＳＩＰセッションを含み得るが、それに限定されない、通信セッションを着信可能な任意のハードウェアまたはソフトウェア構成要素も指すことも可能である。また、用語「ユーザエージェント」、「ＵＡ」、「ユーザ機器、「ＵＥ」、および「ノード」は、本明細書では、同義的に使用される場合がある。当業者は、これらの用語が、本願において、互換可能に使用可能であることを理解するであろう。
【０００６】
ＵＥは、種々のネットワーク構成および／または無線アクセス技術（ＲＡＴ）を使用して、高速データ通信を提供する、無線通信ネットワーク内で動作し得る。例えば、ＵＥは、移動通信用グローバルシステム（ＧＳＭ（登録商標））および汎用パケット無線サービス（ＧＰＲＳ）技術に従って、動作し得る。今日、そのようなＵＥはさらに、ＧＳＭ（登録商標）進化型高速データレート（ＥＤＧＥ）、あるいは拡張型ＧＰＲＳ（ＥＧＰＲＳ）または拡張型ＧＰＲＳ Ｐｈａｓｅ ２（ＥＧＰＲＳ２）に従って、動作し得る。ＵＥが動作し得る、他の無線ネットワークは、ＣＤＭＡ、ＵＭＴＳ、Ｅ−ＵＴＲＡＮ、ＷｉＭａｘ、およびＷＬＡＮ（例えば、ＥＥＥＥ ８０２．１１）を含むが、それらに限定されない。ＵＥはまた、ｘＤＳＬ、ＤＯＣＳＩＳケーブルネットワーク、イーサネット（登録商標）、または光ネットワーク等、固定ネットワーク環境内で動作し得る。いくつかのＵＥは、多モード動作可能であり得、その場合、一度に、単一アクセスネットワーク技術に基づいて、または多重アクセスネットワーク技術を同時に使用して、いくつかのデバイス内においてのいずれかとして、２つ以上のアクセスネットワーク技術に基づいて動作可能である。
【０００７】
無線電気通信システムでは、基地局内の伝送機器は、セルとして周知の地理的な領域内全体に信号を伝送する。技術が進化するのに伴って、以前では不可能であったサービスを提供可能な、より高度なネットワークアクセス機器が導入されるようになった。本高度機器は、例えば、基地局ではなく、拡張型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ノードＢ（ｅＮＢ）、または従来の無線電気通信システムにおける同等機器より高度に進化した他のシステムおよびデバイスを含む場合がある。そのような高度なまたは次世代機器は、本明細書では、ロングタームエボリューション（ＬＴＥ）機器と称され得、また、そのような機器を使用するパケットベースのネットワークは、進化型パケットシステム（ＥＰＳ）と称することも可能である。本明細書で使用される場合、用語「アクセスデバイス」は、ＵＥに、電気通信システム内の他の構成要素へのアクセスを提供可能な、従来の基地局、ｅＮＢ、または他のＬＴＥアクセスデバイス等の任意の構成要素を指し得る。
【０００８】
第３世代移動体通信システムの標準化プロジェクト（３ＧＰＰ）システムでは、ボイスサービスは、一連の手段を経由して、移動オペレータによって提供可能である。ＧＰＲＳ／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）およびユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）を介して、例えば、回路交換（ＣＳ）インフラストラクチャを使用して、ボイスサービスを提供し得る。代替として、ＧＥＲＡＮおよびＵＴＲＡＮを介して、ＩＭＳ−またはＩＰコアネットワーク（ＣＮ）マルチメディアサブシステムを使用可能である。その場合、ＩＭＳを使用するボイスオーバＩＰまたはボイス通信は、ＩＭＳボイスオーバＰＳと称され得る。さらに、ＣＳを使用して、ボイスベアラを提供し、ＩＭＳを使用して、ボイスベアラを制御する、ハイブリッドソリューションにもまた、対応可能であって、これは、ＩＭＳ集中型サービス（ＩＣＳ）として知られており、３ＧＰＰ ＴＳ ２３．２９２および３ＧＰＰ ＴＳ ２４．２９２に定義されている。（Ｅ−ＵＴＲＡＮ）を介して、ＩＭＳを使用し得る。ある場合には、ＬＴＥネットワークを介したボイスサービス（すなわち、アクティブに接続されたＵＥによって、ＬＴＥネットワークを介してデータを交換する）は、ＩＭＳを使用して提供され得る。
【０００９】
種々のボイスサービスインジケータ（ＶＳＩ）は、どの状況下において、特定のネットワーク、ネットワークエリア、またはネットワークセルが、ボイスサービスを提供し得るかを示すように定義されている。インジケータは、以下の値を含む：「ＩＭＳボイスオーバＰＳセッション対応」（すなわち、ＶｏＩＭＳインジケータ）、「ボイス中心」または「データ中心」、および「ＣＳボイス専用」、「ＩＭＳ ＰＳボイス専用」、「ＣＳボイス優先、ＩＭＳボイス二次優先」、あるいは「ＥＭＳボイス優先、ＣＳボイス二次優先」。ＶｏＩＭＳインジケータは、「ボイス中心」または「データ中心」インジケータがＵＥ内にある間、各ＮＡＳ登録（例えば、ＥＰＳアタッチ）およびＮＡＳ登録アップデートにおいて、ネットワークによって、ＵＥに提供され得る。ある場合には、「ＩＭＳボイスオーバＰＳセッション対応」インジケータの不在は、ネットワーク（例えば、ｅＮｏｄｅＢ）が、ボイスのために最適化されていないことを示唆し得る。しかしながら、ある場合には、ボイスは、好ましくないことがあるにもかかわらず、依然として、対応され得る。選好は、オペレータ選好、ユーザ選好、加入者選好、またはそれらの組み合わせとして規定され得る。ユーザ、加入者（例えば、企業）、および／またはオペレータは、選好を管理可能である。選好は、アクセスネットワーク毎に適用可能であって、例えば、ＷＩＭＡＸまたはＩＥＥＥ ８０２．１１ベースのアクセスネットワーク等、別のアクセスネットワークと比較して、異なる選好が、Ｅ−ＵＴＲＡＮのために存在し得る。そのような選好は、ＵＥに対応する各アクセスネットワークと関連付けられなくてもよい。オペレータのネットワーク要素は、ボイス呼が、好ましい代替が存在する場合、あまり好ましくないアクセスネットワークを使用して、配信または着信されないように、選好を把握し得る。
【００１０】
本開示では、ＶＳＩは、上述の「ＩＭＳボイスオーバＰＳセッション対応」表示に匹敵する、ネットワーク提供ＶｏＩＭＳインジケータ（または、ＩＭＳボイスオーバＰＳ（ＩＭＳＶｏＰＳ）インジケータ）を含む、いくつかの様式において、分類され得、ＵＥの使用設定は、上述の「ボイス中心」または「データ中心」ＶＳＩと同一であり得る。ボイス中心ＵＥは、ボイスサービスを使用可能であり得、したがって、どのようにサービスが提供され得るかに関わらず、ボイスサービスを取得するよう試み得る。対照的に、データ中心ＵＥは、ボイスサービスが利用可能ではない時でも、最も可能性のあるＰＳ（パケット交換）サービスを有することを優先し得る。例えば、データ中心ＵＥは、ボイスサービスが、Ｅ−ＵＴＲＡＮ上で利用可能ではない時でも、Ｅ−ＵＴＲＡＮ内に留まることを優先し得る。ボイスサービスは、オペレータのサービスシナリオに応じて、データ中心ＵＥのために提供され得る。最後に、ＵＥのボイス設定は、上述の「ＣＳボイス専用」、「ＩＭＳ ＰＳボイス専用」、「ＣＳボイス優先、ＩＭＳボイス二次優先」、または「ＩＭＳボイス優先、ＣＳボイス二次優先」ＶＳＩと同一であり得る。以下の表１は、これらの群および名称の規定を要約したものである。
【００１１】
【化１】
無線通信ネットワークが継続して進化するのに伴って、いくつかのネットワーク実装では、ＧＥＲＡＮおよび／またはＵＴＲＡＮによって提供される、より完全な無線範囲内に常駐するＬＴＥ型ネットワークの範囲の島が存在するようになるであろう。したがって、ボイスサービスをＬＴＥネットワークに接続されたＵＥに配信するための種々の機構が、定義されている。例えば、ＣＳフォールバックプロシージャは、ＵＥが、第１のＲＡＴを使用して、ＲＡＴがＰＳ（パケット交換）ドメインサービスのみを提供するネットワークに接続し、同時に、ＣＳドメインサービスを提供する別のネットワークに登録することを可能にする。ＣＳフォールバックの使用は、ボイス呼を開始する際、ＵＥが、ＰＳドメインサービスのみを提供する（すなわち、ＣＳドメインサービスを提供しない）ネットワークのセルに関連付けられていた場合に、例えば、ＣＳドメインサービスを提供するネットワークのセルに移動し、ボイス呼を開始するようにＵＥをトリガし得る。ボイス呼を開始するＵＥは、ＰＳドメインサービスのみ提供するネットワークのセル上において、アイドルまたはアクティブのいずれかであり得る。用語「登録」は、本書では、２つの目的のために使用されている：（１）ＳＩＰ ＵＡをＳＩＰレジストラに登録する行動を説明するためと、（２）下位層への登録の行動を説明するため。ＳＩＰでは、ＵＡが登録される場合、典型的には、ＳＩＰ登録要求が、ＵＡによって伝送され、ＳＩＰ ２００（ＯＫ）応答が、ＵＡによって受信される。代替として、ＵＡは、他の手段を経由して、登録され得る。本書では、我々は、ＵＡが、機能的要素のＩＭＳノードであるノードまたは機能的要素上において、レジストラ機能に登録される場合、用語「ＩＭＳ登録」を使用する。典型的には、Ｓ−ＣＳＣＦは、ＩＭＳにおいて、レジストラの役割を果たす。下位層では、例えば、ＮＡＳまたはアクセス階層では、ＵＥは、ネットワークに登録し、ＵＴＲＡＮまたはＧＥＲＡＮを介して、ＧＰＲＳネットワークに対して、アタッチプロシージャを行うか、あるいはＬＴＥまたはＥ−ＵＴＲＡＮを介して、ＥＰＣとアタッチを行うことのいずれかによって、接続を取得する。ＮＡＳ層における登録はまた、ルーティングエリアアップデート、追跡エリアアップデート（ＴＡＵ）、ＮＡＳ複合アタッチ、および複合ＴＡＵの概念を指し得る。これは、本書を通して、「登録」が適用される文脈から明白となるはずである。
【００１２】
具体的には、オペレータが、ＬＴＥを徐々に配備し、かつ配備されたＩＭＳを有さない場合、ＣＳフォールバックプロシージャによって、ＵＥは、以下が可能となる：移動性の場合、初期アタッチまたは複合追跡エリアアップデートプロシージャにおいて、複合アタッチプロシージャを行うことによって、ＰＳコアネットワーク（すなわち、３ＧＰＰ進化型パケットコア（ＥＰＣ）とＣＳドメイン（すなわち、移動通信交換局（ＭＳＣ）とに同時にアタッチする；ＬＴＥを介して、データサービスを交換する一方、着信ＣＳ呼通知を受信し、別のＲＡＴ（ＧＥＲＡＮまたはＵＴＲＡＮ）へのハンドオーバを行い、ＣＳドメインを使用して、ＣＳ呼の確立を継続するように、ＵＥをトリガする；ＬＴＥを介して、データサービスを交換する一方、別のＲＡＴ（ＧＥＲＡＮまたはＵＴＲＡＮ）へハンドオーバし、ＣＳドメインを使用して、ＣＳ呼の確立を行うことによって、発信ＣＳ呼を確立する。
【００１３】
ＵＥは、ＬＴＥを介したいくつかの方法において、ボイスサービスに対応するように構成され得る。例えば、ＵＥは、ネットワークオペレータ（例えば、Ｓｋｙｐｅ）、ＣＳフォールバック、ＩＭＳ、または汎用アクセス経由ボイスオーバＬＴＥ（ＶｏＬＧＡ）によって提供されない、ボイスオーバＩＰソリューションに対応し得る。上述のように、特定のＬＴＥ（例えば、ＶｏＩＭＳ、ＳＲＶＣＣ）を介して、ＩＭＳが利用可能かどうかを定義するためのいくつかのメッセージタグが存在する。さらに、ＵＥは、所定の論理ツリーに基づいて、初期または優先ボイスソリューションを選択するように構成され得る。初期ボイスソリューションが利用可能ではない場合、ＵＥは、所定の論理ツリーに基づいて、反応するように構成され得る。
【００１４】
移動機着信セッションが、ＩＭＳネットワーク（例えば、ＩＭＳアプリケーションサーバ（ＡＳ）のようなノードを含む）に提示されると、ノードは、呼配信のための標的ドメイン（すなわち、ＣＳドメインまたはＰＳドメイン）を選択する方法を決定する。標的ドメインは、ＬＴＥネットワークまたはＥ−ＵＴＲＡＮを介したＩＭＳ登録の結果として、あるいはＣＳ標的アドレスによって構成されることによって（ＣＳ標的アドレスは、例えば、複合アタッチメントプロシージャの結果として提供される）、定義され得る。ある場合には、登録の時、ＵＥが、ＶｏＩＭＳまたは単一無線ボイス呼継続性（ＳＲＶＣＣ）が非対応であることを発見する場合、ＵＥは、その登録情報内に「オーディオ」特徴タグまたはＩＭＳ通信サービス識別子（ＩＣＳＩ）（例えば、マルチメディア電話（ＭＭＴｅＩ））等の表示を含まないことがある。しかしながら、「オーディオ」特徴タグが、双方向全二重ボイス専用より多くのサービスを記述し得るため、「オーディオ」特徴タグの不在は、ＩＰを介した音楽または無線等のより多くのサービスへのＵＥアクセスを拒絶し得る。同様に、ＭＭＴｅＩ ＩＣＳＩの不在は、ＭＭＴｅＩ仕様に従って、特定のサービス（例えば、ファイル転送）を拒絶し得る。頭字語「ＡＳ」は、本書では、２つの目的のために使用されていることに留意されたい：（１）ノードまたは機能的要素「アプリケーションサーバ」を識別するためと、（２）「アクセス階層」を識別するため。ＳＩＰでは、ＵＡがサービスを要求し、別のＵＡがサービスをレンダリングまたは提供する場合、典型的には、ＳＩＰ要求メッセージが、ＵＡによって、別のＵＡに伝送される。他のＵＡは、ＩＭＳにおいて「アプリケーションサーバ」と呼ばれるノードまたは機能的要素上にホスト可能である。典型的には、Ｉ−ＣＳＣＦ、またはＳ−ＣＳＣＦ、あるいはＥ−ＣＳＣＦが、要求をアプリケーションサーバにルーティングする。これは、本書を通して、頭字語「ＡＳ」が提供される文脈から明白となるはずである。
【００１５】
概して、ＩＭＳ ＡＳは、ＩＭＳ登録メッセージを受信後、ＬＴＥアクセスがボイスサービスに対応可能かどうかを把握していない。したがって、ＩＭＳ ＡＳは、ＩＭＳ登録メッセージ内に含まれる情報ではなく、他の情報に依存して、セッション（ボイスを含む）がルーティングされるべき方法、またはセッション（ボイスを含む）がルーティングされるべき方法を決定するためのオプションをＵＥが与えられるべきかどうかを決定し得る。ＵＥが、セッション（ボイスを含む）がルーティングされるべき方法を決定するためのオプションを与えられる場合、ＵＥは、移動機着信呼またはボイスを含むものに対するオファーを伴うＳＩＰ ＩＮＶＩＴＥの受信時の応答方法を決定する。本開示では、ＩＭＳ ＡＳは、サービス集中継続性アプリケーションサーバ（ＳＣＣ ＡＳ）であり得る。
【００１６】
規格変更を考慮して、ＵＥは、ＲＡＴに接続されている間、あるサービスに対応していることの表示、例えば、アタッチ、追跡エリアアップデート、ルーティングエリアアップデート、または複合アタッチプロシージャの実行の際に受信された、ＧＰＲＳあるいはＬＴＥ／ＥＰＣ／Ｅ−ＵＴＲＡＮに接続される時の「ＩＭＳボイスオーバＰＳセッション対応」表示を受信し得る。登録エリアアップデートプロシージャの実行によって、「あるサービスに対応していることの表示」が変更され得る。その結果、ＵＥが、ＩＭＳドメインからサービスを受信し（加入者のためにプロビジョニングされるように）、また、登録されている場合、ＵＥは、「あるサービスに対応していることの表示」の現在の値に応じて、ＩＭＳドメインによってオファーされ、アクセスネットワーク上での加入の一部として認証されるいくつかのサービスを取得可能でないことがある。
【００１７】
いくつかの事例では、問題は、サービスがＵＥに提供される方法、ＶｏＩＭＳインジケータの値、ならびにＵＥ使用およびボイス設定に応じた、ＵＥへのサービス（例えば、移動機着信ボイス呼）の配信に関する。特に、問題は、ＵＥが、種々のＲＡＴおよびボイスソリューションを介して、サービスを受信可能であって、ＵＥが優先するＲＡＴ（例えば、ＵＥ内のポリシーに基づいて、優先されると決定されるＲＡＴ）が、要求されるサービス／特徴に対応していない場合のシナリオに当てはまり得る。ある場合には、ＵＥが優先するＲＡＴが定義されていないことに留意されたい。
【００１８】
例えば、ＵＥは、ＶｏＩＭＳインジケータによって示されるように、ＶｏＩＭＳが利用可能ではないエリア内において、ＬＴＥを介して、またはＥ−ＵＴＲＡＮを使用して、ＩＭＳに登録され得る。同様に、ＳＲＶＣＣは、利用可能でないことがあり、ＳＲＶＣＣフラグが設定されない場合がある。ＶｏＩＭＳインジケータに非対応である場合、ネットワークによって利用可能となる、またはＵＥ内の下位層によって利用可能となる表示がない場合がある。その場合、ＵＥは、ＩＭＳ登録を行う前、またはＩＭＳ登録を行った後であるが、ＩＭＳボイス（ＶｏＩＭＳ）セッションを確立する前に、ＶｏＩＭＳに対応しているかどうかを決定不可能である場合がある。ＶｏＩＭＳインジケータの不在は、デフォルトによって、ＶｏＩＭＳに対応している、または対応していないのいずれかを含意し得る。
【００１９】
したがって、ＩＭＳ登録に際し、ＵＥは、ＵＥが、ボイスサービスのために、ＩＭＳを使用することを意図するかどうかをＩＭＳインフラストラクチャに示すことが不可能であり得る。さらに、ＵＥが、「ボイス」サービスのためにＩＭＳを使用することを意図するか、または「非ボイス」サービスのためだけに（例えば、ＵＥが、「ボイス」および「非ボイス」サービスを所望するが、ＶｏＩＭＳインジケータが存在しない、またはＶｏＩＭＳが利用可能ではないことが示されない時）、ＩＭＳを使用することを意図するかどうかをＩＭＳ（例えば、登録の際）に示すように構成されていると仮定する場合でも、ＩＭＳに着信する移動機着信呼が、ＵＥがＰＳ ＲＡＴ（例えば、ＬＴＥ）上でキャンプオンしている場合に、どのように配信されるか、または、呼がＣＳドメインを介してどのようにＵＥにルーティングされることが可能であるかは不明であり得る。故に、呼が、ＰＳドメイン内のＰＳ ＲＡＴを介して、ＩＭＳを使用して、ＵＥにルーティングされるかどうか、または呼が、ＣＳドメインを通して、ルーティングされるかどうかについて、不明であり得る。
【００２０】
ＵＥ ＩＭＳまたはＳＩＰスタックが、ＶｏＩＭＳインジケータの値に関する、ＮＡＳによって提供された表示へのアクセスを有さないＵＥでは、ＵＥは、ＵＥが、あるエリア内のＩＭＳボイスを受信または開始可能であるかどうか分からない。ある場合には、ＵＥ内のＩＭＳまたはＳＩＰスタックは、ＶｏＩＭＳセッションのために、ＩＭＳを使用する意図を伴い、最初に、ＩＭＳに登録し、後に、ＮＡＳは、ＶｏＩＭＳインジケータを通して、ＶｏＩＭＳが利用可能ではないことを認識し得る。その場合、ＵＥ内のＩＭＳまたはＳＩＰスタックが、呼がＩＭＳを介して配信されるべきではないことをネットワークに示すことは困難である場合があり、コアネットワークインフラストラクチャは、これらの２つの場合を区別不可能である。したがって、ＩＭＳに登録されたＵＥのＡＳ／ＮＡＳ層が、ＶｏＩＭＳインジケータを通して、ＩＭＳボイス呼が不可能であり、ＩＭＳを介してＵＥに配信される着信呼が存在することを知っている場合、ＵＥ内のＩＭＳスタックは、例えば、ＩＭＳスタックがＡＳ／ＮＡＳスタックと強固に統合されておらず、ＩＭＳスタックがＶｏＩＭＳ表示を有していないので、依然として、着信ボイス呼を受理する場合がある。本問題はまた、ＵＥが、ＩＭＳを介して、着信呼を受理する際、誤動作を行う時にも生じ得る。
【００２１】
さらなる問題は、ＵＥが、起動している２つ以上のボイスソリューション（すなわち、異なるアプリケーション：実施例は、ＶｏＬＧＡおよびＩＭＳである）を有する場合に生じ得る。１つのボイスソリューションは、オペレータによって提供され（ＯｐＶｏｉｃｅ）、１つ以上のソリューションは、他の当事者によって、ＩＭＳ（例えば、企業によって提供されるエンタープライズボイス）、またはＡｐｐＶｏｉｃｅおよびＡｐｐＩＭＳを経由して、提供され得る。その場合、ＯｐＶｏｉｃｅサービスにアクセスするために、ＵＥは、ＩＭＳ、ＣＳフォールバック、および任意の他の可能なソリューション（例えば、ＶｏＬＧＡ）の選択のために、現在のソリューション（例えば、３ＧＰＰに定義されるもの）を実装し得る。ＡｐｐＶｏｉｃｅにアクセスするために、ＵＥは、ＡｐｐＩＭＳインフラストラクチャに接続し得る。ＡｐｐＩＭＳに接続するかどうかの決定は、ＯｐＶｏｉｃｅのために使用される同一規則／機構に基づかないことがある。なぜなら、ＵＥが、トランスポート層からのＶｏＩＭＳインジケータが利用可能であり、かつ、ネットワークが、ＩＭＳが利用可能であることを示す場合にのみ、ＡｐｐＩＭＳ専用に接続することを決定する場合、ＵＥは、他のサービスのためのＩＭＳ登録を試みない場合があるからである。ＵＥが、代わりに、ＡｐｐＶｏｉｃｅのために、ＡｐｐＩＭＳに登録する場合、ＵＥは、ＶｏＩＭＳインジケータが、ＩＭＳボイス呼が非対応（例えば、ＱｏＳのため）であることを表すエリア内にない場合があるため、着信ＡｐｐＶｏｉｃｅ呼に関するルーティング問題は、解決される必要があり得る。
【００２２】
言い換えると、問題は、１）ＵＥが、ネットワークに接続され、３ＧＰＰに現在規定されるＯｐＶｏｉｃｅのためのボイスソリューションを選択する（すなわち、ＶｏＩＭＳインジケータ、ＣＳフォールバック複合登録／ＴＡＵの成功または失敗等に基づく）、あるいは、２）ＵＥが、例えば、ＡｐｐＶｏｉｃｅプロバイダによってＵＥに提供されるポリシーに基づいて、ＡｐｐＶｏｉｃｅのために、ＡｐｐＩＭＳに接続される時に生じ得る。ＶｏＩＭＳインジケータが利用可能であって、ＩＭＳボイスが可能ではない、またはＶｏＩＭＳが利用可能ではないことを示す場合でも、ポリシーが、ＵＥがそうすることを示す場合、ＵＥは、ＡｐｐＶｏｉｃｅのために、ＡｐｐＩＭＳに登録し得る。問題はまた、３）ＵＥが、ＶｏＩＭＳインジケータが、ＩＭＳボイスが非対応であることを表すエリア内にある時、または４）ＡｐｐＶｏｉｃｅソリューションが、ＵＥ内の他のボイスソリューション（例えば、ＶｏＬＧＡ、ＣＳフォールバック等）と統合されていない時、したがって、ＵＥは、ＩＭＳボイスが利用可能ではない時、他のソリューションに「フォールバック」し、ＡｐｐＶｏｉｃｅをＵＥに提供不可能である時に生じ得る。ＡｐｐＶｏｉｃｅスタックは、ＵＥ内のＯｐＶｏｉｃｅスタックと別個であり得る。
【発明の概要】
【課題を解決するための手段】
【００２３】
本開示は、概して、通信システムにおいて、ユーザ機器（ＵＥ）を使用して、ボイスサービスにアクセスする方法に関し、より具体的には、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）において、ボイスサービスを提供する方法と、また、対応するネットワーク要素とに関する。
【００２４】
次に、本開示の種々の側面を、添付の図面を参照して説明するが、同一番号は、全体を通して、同一または対応する要素を指す。しかしながら、図面およびそれに関する発明を実施するための形態は、請求される主題を開示される特定の形態に限定することを意図するものではないことを理解されたい。むしろ、請求される主題の精神および範囲内にある、あらゆる修正、均等物、および代替を網羅することを意図する。
【００２５】
本明細書で使用される場合、用語「構成要素」、「システム」等は、実行時のハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、またはソフトウェアのいずれかである、コンピュータ関連エンティティを指すことが意図される。例えば、構成要素は、プロセッサ上で起動するプロセス、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、および／またはコンピュータであり得るが、それらに限定されない。例証として、コンピュータ上で起動するアプリケーションおよびコンピュータは両方とも、構成要素であることが可能である。１つ以上の構成要素は、プロセスおよび／または実行のスッド内に常駐し得、構成要素は、１つのコンピュータ上に局在される、および／または２つ以上のコンピュータ間に分散され得る。
【００２６】
単語「例示的」は、本明細書では、実施例、事例、または図としての役割を果たすことを意味するために使用される。「例示的」として本明細書に説明される任意の側面または設計は、必ずしも、他の側面または設計より好ましいあるいは有利であると解釈されるわけではない。
【００２７】
さらに、開示される主題は、標準的プログラミングおよび／またはエンジニアリング技法を使用して、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組み合わせを生産し、本明細書に詳述される側面を実装するためのデバイスに基づいて、コンピュータまたはプロセッサを制御する、システム、方法、装置、または製品として実装され得る。本明細書で使用される場合、用語「製品」（または代替として、「コンピュータプログラム製品」）は、任意のコンピュータ可読デバイス、搬送波、またはメディアからアクセス可能なコンピュータプログラムを包含することが意図される。例えば、コンピュータ可読メディアは、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ等）、光学ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）等）、スマートカード、およびフラッシュメモリデバイス（例えば、カード、スティック等）を含むことが可能であるが、それらに限定されない。加えて、搬送波は、電子メールを送受信する際、あるいはインターネットまたはローカルエリアネットワーク（ＬＡＮ）等のネットワークにアクセスする際に使用されるもの等、コンピュータ可読電子データを搬送するために採用可能であることを理解されたい。当然ながら、当業者は、請求される主題の範囲または精神から逸脱することなく、多くの修正が、本構成に成され得ることを認識するであろう。
【００２８】
本発明は、パケット交換（ＰＳ）ドメインおよび回路交換（ＣＳ）ドメインのうちの少なくとも１つに対応する、通信システムにおいて、ネットワーク構成要素を使用して、サービスを有効化する方法を提供する。方法は、第１のＳＩＰ要求を受信するステップと、第１のＳＩＰ要求に基づいて、ネットワーク構成要素により、第２のＳＩＰ要求を作成するステップと、ＳＩＰ応答を受信するステップと、ＳＩＰ応答の受信に応じて、後続の行動を選択するステップとを含む。方法はさらに、第３のＳＩＰ要求をＣＳドメインに送信するステップと、代替ドメインを選択しないことの決定を行うステップと、またはＳＩＰ応答の受信に応じて、後続の行動を選択する結果として、ＳＩＰ様プロトコルを搬送するためのベーストランスポートとして、ＣＳプロトコルを使用するステップとを含む。
【００２９】
本システムはさらに、ユーザ機器（ＵＥ）を使用して、サービスにアクセスする方法を提供する。ＵＥは、第１のサービスを要求するように構成される。方法は、第１のネットワークセルを使用して、ＵＥとネットワークとの間でデータを通信するためのセッションを確立するステップと、第１のネットワークセルに対応する、第２のサービスのうちの少なくとも１つのリストを読み出すステップとを含む。第１のネットワークセルに対応する第２のサービスのうちの少なくとも１つが、ＵＥによって要求される第１のサービスのうちの少なくとも１つに等しくない場合、方法は、ＵＥによって要求される第１のサービスが非対応であることを示すメッセージをネットワークに伝送するステップを含む。
【００３０】
本発明はさらに、少なくとも１つのドメインに対応するシステムを提供する。システムは、第１のＳＩＰ要求を受信するように構成される、ＵＥと、第１のＳＩＰ要求に基づいて、第２のＳＩＰ要求を作成し、その後、ＳＩＰ応答を受信し、ＳＩＰ応答の受信に応じて、後続の行動を選択するように構成される、ネットワーク構成要素とを備える。
【図面の簡単な説明】
【００３１】
ここで、本開示のより完全な理解のために、添付の図面および発明を実施するための形態と関連して、以下の簡単な説明を参照する（類似参照数字は、類似部品を表す）。
【図１】図１は、非複合ＥＰＳ／ＩＭＳＩアタッチを行う時のＵＥ挙動の工程図であって、ＵＥに対して「ＩＭＳ ＰＳボイス優先、ＣＳボイス二次優先」が規定されている。
【図２】図２は、ＵＥに対して「ＩＭＳ ＰＳボイス優先、ＣＳボイス二次優先」の設定が規定された、複合ＥＰＳ／ＩＭＳＩアタッチを行う時のＵＥ挙動の工程図である。
【図３】図３は、ＵＥに対して「ＣＳボイス優先、ＩＭＳ ＰＳボイス二次優先」の設定が規定された、ＵＥ挙動の工程図である。
【図４】図４は、ＵＥに対して「ＩＭＳ ＰＳボイス専用」の設定が規定された、ＵＥ挙動の工程図である。
【図５】図５は、ＵＥに対して「ＣＳボイス専用」の設定が規定された、ＵＥ挙動の工程図である。
【図６】図６は、非ローミング構成における、全体的ポリシー制御および課金制御（ＰＣＣ）論理アーキテクチャを示す、図である。
【図７Ａ】図７は、ＰＣＣとの相互作用を伴う、アタッチプロシージャを行うための実施例メッセージフローを例証する。
【図７Ｂ】図７は、ＰＣＣとの相互作用を伴う、アタッチプロシージャを行うための実施例メッセージフローを例証する。
【図８】図８は、ＶｏＬＧＡネットワークの構成要素を示す、例示的ネットワーク構成要素マップの図である。
【図９】図９は、ＵＥが、ＶｏＬＧＡネットワークに登録するためのメッセージフローを例証する。
【図１０】図１０は、ＶｏＬＧＡ移動機発信呼を開始するために、ＵＥとＶｏＬＧＡネットワークとの間の接続を確立するためのメッセージフローを例証する。
【図１１】図１１は、移動機着信呼のために、ＵＥとＶｏＬＧＡネットワークとの間の接続を確立するためのメッセージフローを例証する。
【図１２】図１２は、ネットワークにＵＥの能力を通知するためのメッセージシーケンスの図である。
【図１３】図１３は、ＵＥとネットワークとの間の接続を確立するためのメッセージフローの図であって、ネットワークは、ＵＥによって所望されるサービスまたは特徴に対応せず、ＵＥが、非ボイスサービスに対して登録を行う。
【図１４】図１４は、ＵＥとネットワークとの間の接続を確立するためのメッセージフローの図であって、ＵＥは、ネットワークによって提供されるサービスまたは機能インジケータを考慮しない。
【図１５】図１５は、コンパレータの機能性の概略図を示す、図である（着信アクセスドメイン選択（Ｔ−ＡＤＳ）機能）。
【図１６】図１６は、ＵＥとネットワークとの間の接続を確立するためのメッセージフローの図であって、ＵＥがＣＳフォールバックのための正常な登録を有する場合、ＵＥは、ＩＭＳ ＡＳをトリガし、ＳＤＰ−ＣＳを含むために使用される特徴タグを含む。
【図１７】図１７は、ＵＥとネットワークとの間の接続を確立するためのメッセージフローの図であって、ＵＥは、ＶｏＩＭＳインジケータを検査し、呼配信がＯｐＶｏｉｃｅソリューションを介して行うべきことを示す。
【図１８】図１８は、ユーザエージェントの実施形態を含む、無線通信システムを例証する。
【図１９】図１９は、デジタル信号プロセッサ（ＤＳＰ）およびメモリを含む、ユーザエージェントのブロック図を示す。
【図２０】図２０は、ユーザエージェントのプロセッサによって実装され得る、ソフトウェア環境を例証する。
【図２１】図２１は、ネットワーク間を移行するセッションの継続性を提供する方法を実装するために好適な処理構成要素を含む、システムの実施例を例証する。
【発明を実施するための形態】
【００３２】
種々のネットワーク展開では、種々のネットワーク要素は、１つ以上のＳＩＰエンティティを含み得る。ＳＩＰエンティティは、例えば、ＳＩＰプロキシまたはＳＩＰサーバを含み得る。いくつかのＳＩＰエンティティは、典型的には、ＵＡに備えられ、以下の２つの様式で動作し得る：１）要求メッセージをサーバに対して生成する、ユーザエージェントクライアント（ＵＡＣ）として、２）要求メッセージを受信し、それらを処理し、好適な応答を生成する、ユーザエージェントサーバ（ＵＡＳ）として。いくつかの用途シナリオでは、単一ＵＡは、ＳＩＰエンティティ（例えば、ＵＥデバイス）またはネットワークノードの両方として機能し得る。
【００３３】
一実装では、ＳＩＰは、６種類の要求を使用する：ＩＮＴＶＩＴＥ−ユーザまたはサービスが、セッションに参加するように招待されていることを示す（注記：用語「セッション」および「呼セッション」は、時として、互換可能に使用される）。ＡＣＫ−クライアントが、ＩＮＶＩＴＥ要求に対する最終応答を受信したことを確認する。ＢＹＥ−セッションを着信し、発呼者または受呼者のいずれかによって送信され得る。ＣＡＮＣＥＬ−ＵＥによって送信された以前の要求をキャンセルする。ＯＰＴＩＯＮＳ−ＵＥの能力のクエリを行う。ＲＥＧＩＳＴＥＲ−Ｔｏ：ヘッダフィールドに列挙されたアドレスをＳＩＰサーバに登録する。ＳＩＰは、進化するように構成されるため、受信者は、時として、認識しない要求の方法を受信し得る。そのような要求は、未知の要求方法として指定され得る。
【００３４】
要求に応答して、ＳＩＰは、以下の応答分類を使用する：１ｘｘ情報メッセージ、２ｘｘ成功応答、３ｘｘリダイレクション応答、４ｘｘ要求失敗応答、５ｘｘサーバ失敗応答、および６ｘｘ一般失敗応答。
【００３５】
ＳＩＰメッセージは、典型的には、標準化メッセージ構造を使用して提供される。構造は、初期ライン（要求内の要求ラインおよび応答内の状態ライン）を識別するコマンドライン部分、種々の情報を伝達する１つ以上のヘッダフィールドを識別するヘッダ部分、およびＳＩＰメッセージのメッセージ本文部分内に提供され得る、１つ以上のメッセージ本文から成る。メッセージ本文は、拡張マークアップ言語（ＸＭＬ）、ハイパーテキストマークアップ言語（ＨＴＭＬ）等のマークアップ言語においてレンダリングされ得る、プレーンテキスト、コード化された画像、または任意の情報等のコンテンツを保持するように動作可能である。各メッセージ本文（一部）は、それぞれ、ＳＤＰメッセージのコンテンツに関する情報を提供する、コンテンツ配置、コンテンツエンコーディング、およびコンテンツタイプ等のヘッダフィールドを使用して記述される。いくつかの実装では、コンテンツタイプヘッダフィールドの値は、多目的インターネットメール拡張（ＭＩＭＥ）タイプである。ＥＥＴＦ ＲＦＣ ３２６１は、例えば、ＳＩＰの一実装のさらなる説明を提供する。いくつかのシステム実装では、ＳＩＰエンティティは、３ＧＰＰ ＴＳ ２３．２２８および３ＧＰＰ ＴＳ ２４．２２９等の種々の３ＧＰＰ仕様に準拠する。
【００３６】
１つ以上のネットワークノードまたはネットワーク要素は、コアインフラストラクチャまたはコアネットワークを備え、ＳＩＰエンティティと称され得る。例えば、ネットワークノードは、プロキシ−呼セッション制御機能（Ｐ−ＣＳＣＦ）ノード、サービング−ＣＳＣＦまたはＳ−ＣＳＣＦノード、問い合わせ−ＣＳＣＦまたはＩ−ＣＳＣＦノード、ブレークアウトゲートウェイ制御機能（ＢＧＣＦ）ノード、メディアゲートウェイ制御機能（ＭＧＣＦ）ノード、家庭用加入者サーバ（ＨＳＳ）ノード、ＩＭＳ ＡＳまたはアプリケーションサーバノード等を例示し得る。上述のように、ノードならびに終点ＵＥデバイスは、セッション制御、すなわち、通信セッションの設定および中止のために、通信プロトコルとして、ＳＩＰを採用し得る。故に、ネットワークノードおよびＵＥデバイスは、集合的に、「ＳＩＰエンティティ」、またはより一般的には、「通信プロトコルエンティティ」と称され得、種々のサービス、例えば、ＶＣＣ、ＰＴＴ、ＰｏＣ、緊急サービス、ＩＣＳ等を達成するために、好適な通信プロトコルメッセージ（例えば、ＳＩＰメッセージ）の送受信に従事する。
【００３７】
ＩＭＳ集中型サービス（ＩＣＳ）は、エンドユーザに提供されるサービスをＩＭＳネットワーク内にホスト可能にする。サービスは、信号伝達のために利用可能なＰＳのみ有する加入者に、またはＣＳベアラを介してボイスをオファーすることがより望ましい場合、オファーされ得る。ＩＣＳの場合、呼およびサービス制御信号伝達は、ＰＳドメインの一部として、Ｇｍ基準点を介して、ＳＩＰ制御チャネルを経由して行われ得る一方、ボイスは、例えば、ＣＳドメインの従来のＣＳベアラ部分を使用する。完全なサービスを提供するために、ネットワークおよびＵＥは、ボイスおよびデータの両方の伝送を同時に行うことが可能であり得る（そうでなければ、ＳＩＰ制御チャネルは、失われ得る）。
【００３８】
いくつかのネットワーク展開では、ＩＣＳは、含まれず、通信分割（ＣＤＩＶ）ＡＳまたは電気通信アプリケーションサーバ（ＴＡＳ）が含まれる。ＳＣＣ ＡＳは、移動機着信呼のための正確な標的を選択するために、３ＧＰＰ ＴＳ ２３．２９２および３ＧＰＰ ＴＳ ２３．２３７に従って説明される、着信アクセスドメイン選択（ＴＡＤＳ）を提供するように構成され得る。標的の選択は、ＵＥが使用または要求するアクセスの種類の決定を含み得る。したがって、ＩＣＳおよびＣＳフォールバック対応ＵＥは、ＩＭＳを経由して、登録され、また、ＭＳＣに登録され得る。ＳＣＣ ＡＳは、呼が配信され得る標的として、これらの登録のいずれかと関連付けられた標的情報を使用するように選択可能である。
【００３９】
いくつかのネットワーク展開では、ＩＣＳは、含まれず、通信分割（ＣＤＩＶ）ＡＳまたは電気通信アプリケーションサーバ（ＴＡＳ）が含まれる。ＣＤＩＶ ＡＳは、移動機着信呼のための正確な標的を選択するために、３ＧＰＰ ＴＳ ２４．６０４に従って説明される通信分割に基づく規則を提供するように構成され得る。標的の選択は、ＵＥが使用または要求するアクセスの種類の決定を含み得る。したがって、ＣＤＩＶ対応ＵＥは、ＩＭＳを経由して登録され、また、ＭＳＣに登録され得る。ＣＤＩＶ ＡＳは、これらの標的のいずれかを使用したＵＥへの通信または通信の構成要素（例えば、ボイス構成要素のみ）を標的とすることが可能である。ＣＤＩＶ ＡＳは、通信の構成要素のみ標的可能ではない場合があり、その場合、通信ネットワーク内の１つ以上の他のノードは、ＣＳドメイン上でＣＳ（例えば、ボイス、メッセージング）を介して転送するために好適なメディアのみの伝送を処理する。ＣＤＩＶ ＡＳは、規則ベースであって、規則は、構成可能である。規則は、例えば、ＥＴＦ ＲＦＣ ４７４５、またはＯＭＡ ＸＤＭ、あるいは３ＧＰＰ ＴＳ ２４．６２３に従って、共通ポリシーＸＭＬとして表現される。規則は、ＵｔインターフェースおよびＸＣＡＰプロトコルを使用して、管理可能である。ある条件において標的を識別する規則によって、ＣＤＩＶ ＡＳの構成が一致する時、通信は、３ＧＰＰ ＴＳ ２４．６０４に規定されるように、リダイレクト可能である。１）ＵＥが通信のために使用した最新の既知のアクセスネットワークが、規則内に示されるアクセスネットワークに一致する場合、例えば、ＣＳドメインによってサーブされるアドレスに通信をリダイレクトするために、そのような規則は、プロビジョニングされる必要があるであろう。２）ネットワーク（例えば、ＰＣＣに対応する通信ネットワーク内のノード）が、ＵＥが規則内に示されるアクセスネットワークに一致するアクセスネットワークにアタッチされることを示す場合、例えば、ＣＳドメインによってサーブされるアドレスに通信をリダイレクトするために、そのような規則は、プロビジョニングされる必要があるであろう。３）（最新の既知のまたはＰＣＣ決定）アクセスネットワークが、ＵＥがＩＭＳボイスに対応不可能であるアクセスネットワークにアタッチされることを示し、規則が、そのような場合、通信がボイスメディアに対応するアクセスネットワークによってサーブされるアドレス（例えば、ＣＳドメイン）にリダイレクトされる必要があることを示す場合、例えば、ＣＳドメインによってサーブされるアドレスに通信をリダイレクトするために、そのような規則は、プロビジョニングされる必要があるであろう。４）ＵＥが、本アクセスネットワークを介して、ＩＭＳまたはＰＳボイスを受信不可能であることを示し（例えば、ＳＤＰ内のＣＳボイスメディア（ｉｅｔｄ ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐ−ｃｓ参照）、またはＳＩＰメッセージ、例えば、ＩＮＶＩＴＥ要求に応答するＳＩＰメッセージを示すことによって）、規則が、そのような場合、通信が、ＩＭＳボイスまたはＣＳボイスメディア対応アクセスネットワークによってサーブされるアドレスにリダイレクトされる必要があることを示す（ＳＤＰ（例えば、ＣＳドメイン）に示されるように）場合、例えば、ＣＳドメインによってサーブされるアドレスに通信をリダイレクトするために、そのような規則は、プロビジョニングされる必要があるであろう。上述の規則の条件部分は、他の条件（例えば、３ＧＰＰ ＴＳ ２４．６０４に規定される他の条件）とともに、種々の方法で複合可能である。本アプローチのさらなる利点は、ＣＤＩＶ ＡＳが、選好によって、例えば、ボイスメディアが配信される選好によってプロビジョニング可能であることである。
【００４０】
ネットワークが、ＣＳおよびＧｍインターフェースの両方を同時にアクティブにする能力に対応していない状況では、Ｉ１が使用され得る。Ｉ１は、ＵＥとネットワークとの間のインターフェースまたは基準点であって、いくつかの制限（例えば、Ｇｍ基準点の不在または二重転送モード（ＤＴＭ）に対する対応の欠如）によって、ＳＩＰ制御チャネルとＣＳベアラの併用を防止する場合に使用され得る。
【００４１】
いくつかのネットワークでは、ＰＣＣ機能性は、進化型パケットコア（ＥＰＣ）およびＧＰＲＳネットワーク（例えば、ＧＥＲＡＮ／ＵＴＲＡＮを含む）を含む、種々のネットワークのために導入されている。ＰＣＣ機能性は、ポリシーおよび課金実施機能（ＰＣＥＦ）、ベアラ結合および事象報告機能（ＢＢＥＲＦ）、ポリシーおよび課金規則機能（ＰＣＲＦ）、アプリケーション機能（ＡＦ）、オンライン課金システム（ＯＣＳ）、オフライン課金システム（ＯＦＣＳ）、および加入プロファイルレポジトリ（ＳＰＲ）を含み得る。ＰＣＣアーキテクチャは、ＥＰ ＣＡＮ（例えば、ＧＰＲＳコアネットワークまたはＥＰＣ）のアーキテクチャを拡張し得、ポリシーおよび課金実施機能は、ＰＤＮへのＩＰアクセスを実装するゲートウェイノードにおける機能的エンティティである。
【００４２】
図１から５は、ネットワークのＶｏＩＭＳインジケータとＵＥの使用設定の異なる組み合わせのために必要とされるＵＥ作用を示す、種々の使用例のシナリオの図である。
【００４３】
図１は、非複合ＥＰＳ／ＩＭＳＩアタッチを行う時のＵＥ挙動の工程図であって、「ＩＭＳ ＰＳボイス優先、ＣＳボイス二次優先」がＵＥに対して規定されている。ステップ１０では、ＵＥは、ＩＭＳボイス優先、ＣＳボイス二次優先に設定される。ステップ１２では、ＵＥは、ＥＰＳアタッチプロシージャ（示されるように、アタッチプロシージャは、非複合である）を開始し、ステップ１４では、ＵＥは、ネットワークからのＩＭＳボイス対応表示を確認する。対応の場合、ＵＥは、ステップ１６において、ＩＭＳボイスを使用し、追跡エリアアップデート（ＴＡＵ）を行った後、ステップ１４に戻り得る。しかしながら、ＩＭＳボイスに非対応の場合、ＵＥは、ステップ１８において、ＣＳフォールバックのための複合ＴＡＵを行う。成功する場合、ＵＥは、ステップ２０において、ＣＳフォールバックの結果、利用可能となったボイスサービスを使用する。しかしながら、ＣＳフォールバックが失敗する場合、ＵＥは、ステップ２２において、その独自の設定を確認し、ボイス中心またはデータ中心であるかどうかを決定する。データ中心の場合、ＵＥは、ステップ２４において、現在のＲＡＴ内に留まる。しかしながら、ＵＥがボイス中心である場合、ステップ２６において、代替ＲＡＴを再選択する。
【００４４】
図２は、複合ＥＰＳ／ＩＭＳＩアタッチを行う時のＵＥ挙動の工程図であって、ＵＥに対して「ＩＭＳ ＰＳボイス優先、ＣＳボイス二次優先」の設定が規定されている。ステップ３０では、ＵＥは、ＩＭＳ ＰＳボイス優先、ＣＳボイス二次優先に設定される。ステップ３２では、ＵＥは、複合ＥＰＳ／ＩＭＳＩアタッチプロシージャを開始し、ネットワークからのＩＭＳボイスオーバＰＳセッション対応表示を確認する。ステップ３４では、複合アタッチが受理され、ＩＭＳ ＰＳボイスに非対応である場合、ＵＥは、ＣＦフォールバックを使用して、ボイス接続を確立する。しかしながら、ＩＭＳ ＰＳボイスに対応する場合（複合アタッチが失敗または受理されたかどうかに関わらず）、ＵＥは、ステップ３６において、ＩＭＳボイスサービスを使用する。複合アタッチが失敗し、ＩＭＳ ＰＳボイスに非対応である場合、ＵＥは、ステップ３８において、ボイス中心またはデータ中心通信に対する選好に対して、その設定を確認する。データ中心の場合、ＵＥは、ステップ４０において、現在のＲＡＴ内に留まる。しかしながら、ボイス中心の場合、ＵＥは、ステップ４２において、アクセスボイスサービスへの別のＲＡＴを再選択する。
【００４５】
図３は、ＵＥ挙動の工程図であって、「ＣＳボイス優先、ＩＭＳ ＰＳボイス二次優先」がＵＥに対して規定されている。ステップ５０では、ＵＥは、ＣＳボイス優先、ＩＭＳ ＰＳボイス二次優先に設定される。ステップ５２では、ＵＥは、複合ＥＰＳ／ＩＭＳＩアタッチプロシージャを開始する。成功する場合、ＵＥは、ステップ５４において、ＣＳフォールバックを使用する。不成功の場合、ＵＥは、ステップ５６において、ネットワークからのＩＭＳボイス対応表示を確認する。対応の場合、ＵＥは、ステップ５８において、ＩＭＳボイスサービスを使用し、ＴＡＵを行う。非対応の場合、ＵＥは、ステップ６０において、その設定を確認し、ボイスまたはデータ中心であるかどうかを決定する。データ中心の場合、ＵＥは、ステップ６２において、現在のＲＡＴ内に留まる。ボイス中心の場合、ＵＥは、ステップ６４において、別のＲＡＴを再選択する。
【００４６】
図４は、ＵＥ挙動の工程図であって、「ＩＭＳ ＰＳボイス専用」の設定が、ＵＥに対して規定されている。ステップ７０では、ＵＥは、ＩＭＳ ＰＳボイス専用に設定される。ステップ７２では、ＵＥは、ＥＰＳアタッチプロシージャを開始し、ステップ７４では、ＵＥは、ネットワークからのＩＭＳボイス対応表示を確認する。対応の場合、ＵＥは、ステップ７６において、ＩＭＳボイスを使用し、追跡エリアアップデート（ＴＡＵ）を行った後、ステップ７４に戻り得る。しかしながら、ＩＭＳボイスに非対応である場合、ＵＥは、その独自の設定を確認し、ステップ７８において、ボイス中心またはデータ中心であるかどうかを決定する。データ中心の場合、ＵＥは、ステップ８０において、現在のＲＡＴ内に留まる。しかしながら、ＵＥがボイス中心である場合、ステップ８２において、代替ＲＡＴを再選択する。
【００４７】
図５は、ＵＥ挙動の工程図であって、「ＣＳボイス専用」の設定が、ＵＥに対して規定されている。ステップ９０では、ＵＥは、ＣＳボイス専用に設定される。ステップ９２では、ＵＥは、複合ＥＰＳ／ＩＭＳＩアタッチプロシージャを開始する。成功する場合、ＵＥは、ステップ９４において、ＣＳフォールバックを使用する。不成功の場合、ＵＥは、ステップ９６において、その設定を確認し、ボイスまたはデータ中心であるかどうかを決定する。データ中心の場合、ＵＥは、ステップ９８において、現在のＲＡＴ内に留まる。ボイス中心の場合、ＵＥは、ステップ１００において、別のＲＡＴを再選択する。
【００４８】
図６は、非ローミング構成における、全体的ＰＣＣ論理アーキテクチャを示す、図である。ＰＣＲＦ１０２は、ＳＰＲ１０４、ＡＦ１０６、ＢＢＥＲＦ１０８、およびゲートウェイ１１０（ＰＣＥＦ１１２を含む）と通信する。ゲートウェイ１１０は、ＯＣＳ１１６およびＯＦＣＳ１１４の両方と通信する。ＯＣＳ１１６は、サービスデータフローベースクレジット制御１１８を提供する。例示的ＰＣＣアーキテクチャでは、ＡＦ１０６は、サービスをＵＥに提供する（例えば、ＡＦ１０６は、ＩＭＳサーバであり得る）。
【００４９】
ＬＴＥを通してのＥＰＣへのアタッチの際に、図７に例証されるように、ＰＣＣとの相互作用が存在し得る。図７は、ＰＣＣとの相互作用を伴う、アタッチプロシージャを行うための例示的メッセージフローを例証する。特に、要素１３０、１３２、および１３４によって示されるステップはすべて、ＰＣＣアーキテクチャ内のＰＣＲＦとの相互作用を伴う。ＰＣＣは、ＧＥＲＡＮ／ＵＴＲＡＮへのアタッチメント中に、コアネットワークと相互作用し得、コアネットワークは、ＬＴＥ ＴＡＵの際に、ベアラをポリシングするために、ＰＣＣと相互作用し得、ＰＣＣは、ルーティングエリアアップデートに応じて、ＧＰＲＳコアネットワークと相互作用し得る。
【００５０】
ネットワーク内のアプリケーションが、サービスを提供するためのＱｏＳを伴う、特有のベアラを要求する時（例えば、ＶｏＩＭＳを提供するために、ボイスを搬送可能なベアラを要求するＩＭＳ）、ＩＭＳは、ＰＣＣと相互作用し、そのようなベアラを要求する。順に、ＰＣＣは、ＥＰＣ（ＬＴＥの場合）またはＧＰＲＳコアネットワーク（ＧＥＲＡＮ／ＵＴＲＡＮの場合）と相互作用し、適切なベアラを確立する。
【００５１】
汎用アクセス経由ボイスオーバＬＴＥ（ＶｏＬＧＡ）では、オペレータは、Ｅ−ＵＴＲＡＮ範囲下、ＣＳサービスの確立を制御し、ＩＭＳを提供する、既存のＣＳドメインエンティティ（例えば、ＭＳＣ／ＶＬＲ）を再使用し得る。ＶｏＬＧＡアクセスネットワークコントローラ（ＶＡＮＣ）によって、ＵＥは、ＥＰＳによって提供される汎用ＩＰ接続を使用して、ＭＳＣ／ＶＬＲにアクセス可能となる。ＶＡＮＣは、Ａ−インターフェース（「ＶｏＬＧＡ Ａモード」）またはＩｕ−ＣＳインターフェース（「ＶｏＬＧＡ Ｉｕモード」）を使用して、ＭＳＣ／ＶＬＲに接続可能である。ＥＰＳの観点から、ＶＡＮＣは、アプリケーション機能として見なされる。
【００５２】
図８は、ＶｏＬＧＡネットワークの構成要素を示す、例示的ネットワーク構成要素マップの図である。ＶｏＬＧＡ Ａモードアーキテクチャでは、家庭用公衆陸上移動ネットワーク（ＨＰＬＭＮ）内のＶＡＮＣは、図８上の接続１４０によって示されるように、Ａ−インターフェース（「ＶｏＬＧＡ Ａモード」）を使用して、ＭＳＣ／ＶＬＲに接続される。しかしながら、ＶｏＬＧＡ Ｉｕモードアーキテクチャでは、ＨＰＬＭＮ内のＶＡＮＣは、図８のＡ−インターフェース１４０に取って替わる、Ｉｕ−ＣＳインターフェース（「ＶｏＬＧＡ Ｉｕモード」）を使用して、ＭＳＣ／ＶＬＲに接続され得る。
【００５３】
図９は、ＵＥが、ＶｏＬＧＡネットワークに登録するためのメッセージフローを例証する。接続を取得するために、ＵＥは、最初に、要素１５０によって示されるステップにおいて、ＶＡＮＣを発見する。ＵＥが、ＶＡＮＣ発見プロシージャを正常に完了する（すなわち、ＳｅＧＷおよびＶＡＮＣのアドレスを有する）場合、ＵＥは、要素１５２によって示されるステップにおいて、ＶｏＬＧＡ登録を試み得る。ＶＡＮＣは、要素１５４によって示されるステップにおいて、登録を受理する、要素１５６によって示されるステップにおいて、登録を拒絶する、または要素１５８によって示されるステップによって例証されるように、ＵＥを別のＶＡＮＣにリダイレクトし得る（例えば、ＵＥの場所、負荷バランシング、またはローミング条件に応じて）。
【００５４】
ＶｏＬＧＡ移動機発信呼を行うＵＥは、図１０に例証されるステップに従い得る。図１０は、ＶｏＬＧＡ移動機発信呼を開始するために、ＵＥとＶｏＬＧＡネットワークとの間の接続を確立するためのメッセージフローを例証する。ＵＥは、移動機発信呼のための信号伝達をＣＳドメイン（ＭＳＣを経由して）と確立して、次いで、ＬＴＥおよびＶｏＬＧＡトンネルを介したベアラが確立される。代替として、図１１は、移動機着信呼のために、ＵＥとＶｏＬＧＡネットワークとの間に接続を確立するためのメッセージフローを例証する。
【００５５】
一般に、ＵＥは、サービス、特徴、あるいはサービスおよび／または特徴群へのアクセスを要求し得る。ＵＥは、多重ＲＡＴにアクセスし、ＲＡＴのうちの１つ以上から、接続、サービス、または特徴を取得するかどうかを決定するように構成され得る。本開示では、接続は、ＵＥが、サービスまたは特徴の１つずつへのアクセスを取得可能であることを意味しない場合がある。代わりに、接続は、そのＲＡＴにアクセスするために認証および許可されることを意味し得る。本プロセスの一部として、ＵＥは、所望のサービスまたは特徴が、ＲＡＴ上で利用可能ではないことを発見し得る。所望のサービスまたは特徴は、ネットワークから、情報を取得する、情報を求める、および動的ホスト構成プロトコル（ＤＨＣＰ）要求、リモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）要求、ダイアメータ要求、アタッチ受理要求等を含む、種々の２地点間メッセージを要求することを含み得る。所望のサービスまたは特徴はまた、ＤＨＣＰ応答、ＲＡＤＩＵＳ応答、直径応答、アタッチ受理ＯＫ表示を含む、ある２地点間メッセージをネットワークによって提供されること、ブロードキャストメッセージ等において情報を検出すること、および情報をスキャニングすることを含み得る。
【００５６】
ＵＥは、所望のサービスまたは特徴を取得する方法を決定する。決定は、ＡＳ／ＮＡＳレベルで行われ得るが、ＮＡＳ／ＡＳ選択が行われると、ＵＥは、サービス（例えば、ＩＭＳ）を提供するインフラストラクチャに、所望のサービスを取得する方法を通知する必要があり得る。例えば、ＡＳ／ＮＡＳに基づく選択が、ボイスサービスを伴わない、ＬＴＥネットワークセル上にキャンプオンするＵＥをもたらす場合、ＵＥは、非ボイスサービスのための正常な登録後、ボイス呼がＩＭＳを通してルーティング不可能であることをＩＭＳに通知し得る。
【００５７】
ある場合には、ＵＥは、要求するサービスまたは特徴が利用可能ではなく、代替ＲＡＴがそれらのサービスまたは特徴を配信するために使用されるべきであることをネットワークに通知し得る。ＵＥは、メッセージをネットワークに送信し、特有のＲＡＴがサービスまたは特徴のために使用されるべきこと、または識別されたＲＡＴが要求されるサービスまたは特徴に対応していないことのいずれかを示し得る。ＵＥが、ネットワークから、サービスまたは特徴を配信するための要求を受信すると、ＵＥは、以下を行い得る：ネットワークが、サービスまたは特徴に対応するための代替ＲＡＴを提案する場合、ＵＥは、オファーされたサービスまたは特徴の一部または全部のために、代替ＲＡＴを使用する要望をネットワークに示し得る；または、ＵＥは、適切なエラー原因をネットワークに送信し、代替ＲＡＴを介してサービスまたは特徴の配信を試みるようにネットワークをトリガし得る。
【００５８】
代替として、特徴またはサービスが、ＶｏＩＭＳインジケータあるいはＳＲ−ＶＣＣインジケータに基づいて、利用可能ではないことを発見すると、ＵＥは、あるサービスまたは特徴のために代替ＲＡＴが使用されるべきことをネットワークに信号伝達し得る。本実施例では、ネットワークは、ＣＳフォールバックに対応するように構成され得、ＵＥは、ＩＭＳネットワークに登録する時、ＩＣＳ特徴タグを含まないことがある（例えば、ＳＤＰ ＣＳ機能性を実装しないため（ｉｅｔｆ ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐ−ｃｓに定義される））。したがって、ネットワークは、ＵＥがＩＭＳへのアクセスを有するかどうかに基づいて、呼をルーティングする方法を決定することが要求され得る。
【００５９】
図１２は、ＵＥの能力をネットワークに通知するためのメッセージシーケンスの図である。図１２のステップ２００では、ＵＥは、ＮＡＳアタッチプロシージャまたはＮＡＳ複合アタッチプロシージャを行い、ＭＭＥにおいてＥＰＣにアタッチするか、あるいは別のアクセスからＬＴＥに移動する場合、または異なる追跡エリアに移動する場合、ＮＡＳ ＴＡＵ（追跡エリアアップデート）プロシージャまたはＮＡＳ複合ＴＡＵを行う。図１２に示されるように、ＭＭＥは、既存の規格に従って、ＩＭＳに対応しているかどうか、またはＳＲＶＣＣに対応しているかどうかを示す、少なくとも１つのフラグを信号伝達し得る。複合アタッチまたはＴＡＵの場合、ＭＭＥは、ステップ２０２において、ＭＳＣと相互作用し、ＵＥをＭＳＣに登録する。次いで、本情報の受信の際に、ステップ２０４では、ＵＥは、ネットワークノード（例えば、ＩＭＳ ＡＳまたはＳＣＣ ＡＳ）にＵＥの選好を通知し、所望のサービスまたは特徴の対応の欠如に関するＵＥの知識に基づいて、着信セッションが配信されるべき方法を決定し得る。例えば、ＵＥは、ボイスオーバＬＭＳ（ＶｏＩＭＳ）フラグが、負の表示を有することが見出されるか、またはＭＭＥから受信されない、あるいはＳＲＶＣＣに非対応であって、ＵＥがＳＲＶＣＣの動作を要求する場合、その選好をＩＭＳ ＡＳまたはＳＣＣ ＡＳに伝送し得る。別の実施例は、ＵＥが、所望のサービスまたは特徴の対応の欠如に関する知識に基づいて、着信セッションが配信されるべき方法に関するその所望の選好を常に信号伝達し得るというものである（例えば、ＶｏＩＭＳおよびＳＲＶＣＣフラグ、インジケータ、または識別子の設定）。
【００６０】
ＵＥの選好は、全サービスをドメインＡ（例えば、ＣＳドメイン、特有のＲＡＴ−すなわち、ＧＥＲＡＮまたはＵＴＲＡＮから独立して）または第２のドメインＢに送信するものであり得る。代替として、選好は、あるサービス要求が、あるドメインを介して送信されるべきことを規定する、構造化表示を提供し得る。ある場合には、選好は、図１２以降に示されるように、登録ステップ２０２と並行して規定され得る。例えば、ＶｏＩＭＳおよびＳＲＶＣＣフラグ、インジケータ、または識別子の設定に基づいて、ＵＥは、特有のサービス、例えば、ＳＭＳｏｖｅｒＩＰ、Ｖｉｄｅｏ等が、ＬＴＥを介して送信され、ボイスが、ＧＥＲＡＮ／ＵＴＲＡＮを介して送信されるべきことを決定し得る。
【００６１】
いくつかのインターフェースまたは基準点を使用して、図１２に例証されるステップの１つ以上を実装し得る。そのようなインターフェースまたは基準点の１つは、Ｕｔインターフェースである（概して、ＵＥとＳＩＰアプリケーションサーバとの間では、ＸＣＡＰおよびＳＩＰ加入／通知プロトコルは、Ｕｔインターフェースの一部として使用され得る）。別の潜在的インターフェースまたは基準点は、Ｉ１が、例えば、ＸＣＡＰおよび／またはＳＩＰ加入／通知と相互作用するように進化されている場合、Ｉ１を含み得る。Ｉ１は、ＵＥとＩＭＳ ＡＳとの間の基準点であって、ＳＩＰ様プロトコルを搬送するためのベース転送として、ショートメッセージサービス（ＳＭＳ）または非構造化付加サービス（ＵＳＳＤ）を使用する。
【００６２】
代替として、ＵＥは、異なる形態の信号伝達を使用して、ＵＥの能力のうちの１つ以上をネットワークに通知し得る。一ネットワーク構成では、ＩＭＳ ＡＳは、ＵＥにダイレクトされ、ＵＥから送信されたＳＩＰメッセージの経路内にあって、その場合、ＩＭＳ ＡＳは、レコードルートヘッダフィールド内にそのＵＲＩを含む。Ｓ−ＣＳＣＦは、適用可能な初期フィルタ基準（ｉＦＣ）内に命令されるように、ＳＩＰメッセージをＩＭＳ ＡＳにダイレクトし得る。したがって、ＵＥは、種々のＳＩＰメッセージ内に、下位層の状態に関する情報（例えば、メディア特徴タグ定義およびＰ−アクセス−ネットワーク−情報ヘッダフィールドによって以下に示されるように、ＩＭＳボイスに対応するかどうか）を含み得る。これは、以下のＳＩＰ法実施例に例証されるように、明白であり得る、インジケータまたはフラグとして作用し得る。インジケータは、ａ．以下のＰ−アクセス−ネットワーク−情報ヘッダフィールドによって示されるＳＩＰメッセージ内のＰ−アクセス−ネットワーク−情報ヘッダフィールド、または、ｂ．本明細書に説明される特徴タグによって定義され得る。
【００６３】
メディア特徴タグ定義
以下は、例示的メディア特徴タグ定義の例証である。
【００６４】
Ａ．１ メディア特徴タグ ｇ．３ｇｐｐ．ｎｏｖｏｉｃｅｎの定義
メディア特徴タグ名： ｇ．３ｇｐｐ．ｎｏｖｏｉｃｅ
ＡＳＮ．１識別子： １．３．６．１．８．２．ｘ
本タグによって示されるメディア特徴の概要： 本特徴タグは、デバイスが全二重ボイスに対応不可能であることを示す。
本特徴タグと併用するために適切な値： ブール値。
特徴タグは、主に、以下のアプリケーション、プロトコル、サービス、またはネゴシエーション機構における使用が意図される： 本特徴タグは、電話またはＰＤＡ等、デバイスの能力を記述するために、通信用途において最も有用である。
典型的使用の実施例： 携帯電話が全二重ボイスに対応していないことを示す。無線のストリーミング等、他の形態の音声に対応し得る。
【００６５】
Ａ．２ メディア特徴タグ ｇ．３ｇｐｐ．ＣＳＦＢの定義
メディア特徴タグ名： ｇ．３ｇｐｐ．ＣＳＦＢ
ＡＳＮ．１識別子： １．３．６．１．８．２．ｙ
本タグによって示されるメディア特徴の概要： 本特徴タグは、デバイスが複合アタッチ（ＣＳＦＢ登録）に成功したことを示す。
本特徴タグと併用するために適切な値： ブール値。
特徴タグは、主に、以下のアプリケーション、プロトコル、サービス、またはネゴシエーション機構における使用が意図される： 本特徴タグは、電話またはＰＤＡ等、デバイスの能力を記述するために、通信用途において最も有用である。
典型的使用の実施例： 携帯電話が、ＳＧインターフェースを介して、複合アタッチに成功したことを示す。
【００６６】
Ｐ−アクセス−ネットワーク−情報ヘッダフィールド（変更は、下線テキストで示される）
７．２Ａ．４ Ｐ−アクセス−ネットワーク−情報ヘッダフィールド
７．２Ａ．４．１ 導入
Ｐ−アクセス−ネットワーク−情報ヘッダフィールドは、特定のアクセス技術に関する特有の情報を含むように拡張される。
【００６７】
７．２Ａ．４．２ 構文
Ｐ−アクセス−ネットワーク−情報ヘッダフィールドの構文は、ＲＦＣ ３４５５に説明される。アクセス技術仕様記述に従って、ＩＰ−ＣＡＮの種類に応じて、本ヘッダフィールドのための付加的符号化規則が存在する。
【００６８】
以下の表２は、ＲＦＣ ３４５５に定義される、Ｐ−アクセス−ネットワーク−情報ヘッダフィールドの３ＧＰＰ仕様拡張構文を記述する。
【００６９】
【化２】
「ｎｐ」パラメータの存在は、Ｐ−アクセス−ネットワーク−情報ヘッダフィールドがＰ−ＣＳＣＦによって提供されることを示す。コンテンツは、ＵＥによって提供される、本パラメータを伴わない、Ｐ−アクセス−ネットワーク−情報ヘッダフィールドと異なり得る。
【００７０】
「ｎｐ」パラメータは、「アクセスタイプ」および「アクセスクラス」構成体の両方と併用可能である。「アクセスタイプ」構成体は、値が、特定の「アクセスクラス」値に特有であることが既知でない場合、例えば、ＰＣＲＦから配信されるいくつかの値の場合、提供される。
【００７１】
７．２Ａ．４．３ Ｐ−アクセス−ネットワーク−情報ヘッダフィールドのための付加的符号化規則
Ｐ−アクセス−ネットワーク−情報ヘッダフィールドは、以下のコンテンツを取り込む：
１）アクセスタイプフィールドは、使用アクセス技術に対して必要に応じて、「３ＧＰＰ−ＧＥＲＡＮ」、「３ＧＰＰ−ＵＴＲＡＮ−ＦＤＤ」、「３ＧＰＰ−ＵＴＲＡＮ−ＴＤＤ」、「３ＧＰＰ２−１Ｘ」、「３ＧＰＰ２−１Ｘ−ＨＲＰＤ」、「３ＧＰＰ２−ＵＭＢ」、「ＩＥＥＥ−８０２．１１」、「ＩＥＥＥ−８０２．１１ａ」、「ＩＥＥＥ−８０２．１１ｂ」、「ＩＥＥＥ−８０２．１１ｇ」、「ＩＥＥＥ−８０２．１１ｎ」、「ＡＤＳＬ」、「ＡＤＳＬ２」、「ＡＤＳＬ２＋」、「ＲＡＤＳＬ」、「ＳＤＳＬ」、「ＨＤＳＬ」、「ＨＤＳＬ２」、「Ｇ．ＳＨＤＳＬ」、「ＶＤＳＬ」、「ＩＤＳＬ」、または「ＤＯＣＳＩＳ」、「ＩＥＥＥ−８０２．３」、「ＩＥＥＥ−８０２．３ａ」、「ＩＥＥＥ−８０２．３ｅ」、「ＩＥＥＥ−８０２．３ｉ」、「ＩＥＥＥ−８０２．３ｊ」、「ＩＥＥＥ−８０２．３ｕ」、または「ＩＥＥＥ−８０２．３ａｂ」、「ＩＥＥＥ−８０２．３ａｅ」、「ＩＥＥＥ−８０２．３ａｋ」、「ＩＥＥＥ−８０２．３ａｑ」、「ＩＥＥＥ−８０２．３ａｎ」、「ＩＥＥＥ−８０２．３ｙ」、「ＩＥＥＥ−８０２．３ｚ」、または「ＩＥＥＥ−８０２．３ｙ」のうちの１つに設定される。
【００７２】
２）アクセスタイプフィールドが「３ＧＰＰ−ＧＥＲＡＮ」に設定される場合、ｃｇｉ−３ｇｐｐパラメータは、ＵＥの下位層から取得されるセルグローバル識別に設定される。セルグローバル識別は、ＭＣＣ、ＭＮＣ、ＬＡＣ、およびＣＩの連結である（３ＧＰＰ ＴＳ ２３．００３に説明されるように）。したがって、「ｃｇｉ−３ｇｐｐ」パラメータの値は、以下のテキストストリングとして符号化される：
最上位ビットから開始し、ＭＣＣ（３桁）、ＭＮＣ（ＭＣＣ値に応じて、２または３桁）、ＬＡＣ（全１６進数表現を使用した１６ビットの固定長符号）、およびＣＩ（全１６進数表現を使用した１６ビットの固定長符号）。
【００７３】
３）アクセスタイプフィールドが、「３ＧＰＰ−ＵＴＲＡＮ−ＦＤＤ」または「３ＧＰＰ−ＵＴＲＡＮ−ＴＤＤ」に等しい場合、「ｕｔｒａｎ−ｃｅｌｌ−ｉｄ−３ｇｐｐ」パラメータは、ＵＥの下位層から取得される、ＭＣＣ、ＭＮＣ、ＬＡＣ（３ＧＰＰ ＴＳ ２３．００３に説明されるように）、およびＵＭＴＳセル識別（３ＧＰＰ ＴＳ ２５．３３１に説明されるように）の連結に設定され、以下のようにテキストストリングとして符号化される：
最上位ビットから開始し、ＭＣＣ（３桁）、ＭＮＣ（ＭＣＣ値に応じて、２または３桁）、ＬＡＣ（全１６進数表現を使用した１６ビットの固定長符号、およびＵＭＴＳセル識別（全１６進数表現を使用した２８ビットの固定長符号）。
【００７４】
４）アクセスクラスフィールドが設定される場合、「ｎｐ」アクセス情報パラメータは、アクセス情報パラメータのみ挿入される。本仕様の本リリースは、本パラメータにおける使用のための値を定義しない。アクセスクラスフィールドは、Ｐ−ＣＳＣＦによってのみ設定可能である。
【００７５】
５）アクセスタイプフィールドが、「３ＧＰＰ２−１Ｘ」に設定される場合、ｃｉ−３ｇｐｐ２パラメータは、規定の順番における、ＳＩＤ（１６ビット）、ＮＩＤ（１６ビット）、ＰＺＩＤ（８ビット、およびＢＡＳＥ＿ＩＤ（１６ビット）（３ＧＰＰ２ Ｃ．Ｓ０００５−Ｄ［８５］参照）の連結によって取得される、ストリングの１６進値のＡＳＣＩＩ表現に設定される。ｃｉ−３ｇｐｐ２パラメータの長さは、１４の１６進文字となる。１６進文字（ＡからＦ）は、大文字ＡＳＣＩＩ文字を使用して符号化される。ＭＳは、上述のパラメータのいずれかに対する値が既知でない場合、そのパラメータに対して、０の値を使用する。例えば、ＳＩＤが未知である場合、ＭＳは、ＳＩＤを０ｘ００００として表現する；
注記１： ＳＩＤ値は、３ＧＰＰ２ Ｃ．Ｓ０００５−Ｄ［８５］に規定されるように、１５ビットであるはずであるため、１６ビットを使用して表現される。
例： ＳＩＤ＝０ｘ １２３４、ＮＩＤ＝０ｘ５６７８、ＰＺＩＤ＝０ｘ１２、ＢＡＳＥ＿ＩＤ＝０ｘＦＦＦＦである場合、ｃｉ−３ｇｐｐ２値は、ストリング「１２３４５６７８１２ＦＦＦＦ」に設定される。
【００７６】
６）アクセスタイプフィールドが、「３ＧＰＰ２−１Ｘ−ＨＲＰＤ」に設定される場合、ｃｉ−３ｇｐｐ２パラメータは、規定の順番における、セクタＩＤ（１２８ビット）、およびサブネット長（８ビット）（３ＧＰＰ２ Ｃ．Ｓ００２４−Ａ［８６］参照）、ならびに利用可能である場合、搬送波ＩＤ（３ＧＰＰ２ Ｘ．Ｓ００６０［８６Ｂ］参照）の連結によって取得される、ストリングの１６進値のＡＳＣＩＩ表現に設定される。ｃｉ−３ｇｐｐ２パラメータの長さは、搬送波ＩＤが含まれるかどうかに応じて、３４または４０の１６進文字となる。１６進文字（ＡからＦ）は、大文字ＡＳＣＩＩ文字を使用して符号化される；
例： セクタＩＤ＝０ｘ１２３４１２３４１２３４１２３４１２３４１２３４１２３４１２３４、サブネット長＝０ｘ１１、および搬送波ＩＤ＝０ｘ５５５４４４である場合、ｃｉ−３ｇｐｐ２値は、ストリング「１２３４１２３４１２３４１２３４１２３４１２３４１２３４１２３４１１５５５４４４」に設定される。
【００７７】
７）アクセスタイプフィールドが、「３ＧＰＰ２−ＵＭＢ」３ＧＰＰ２ Ｃ．Ｓ００８４−０００［８６Ａ］に設定される場合、ｃｉ−３ｇｐｐ２パラメータは、３ＧＰＰ２ Ｃ．Ｓ００８４−０００［８６Ａ］に定義される、セクタＩＤ（１２８ビット）の１６進値のＡＳＣＩＩ表現に設定される。ｃｉ−３ｇｐｐ２パラメータの長さは、３２の１６進文字となる。１６進文字（ＡからＦ）は、大文字ＡＳＣＩＩ文字を使用して符号化される；
例： セクタＩＤ＝０ｘ１２３４１２３４１２３４１２３４１２３４１２３４１２３４１２３４の場合、ｃｉ−３ｇｐｐ２値は、ストリング「１２３４１２３４１２３４１２３４１２３４１２３４１２３４１２３４」に設定される。
【００７８】
８）アクセスタイプフィールドが、「ＩＥＥＥ−８０２．１１」、「ＩＥＥＥ−８０２．１１ａ」、「ＩＥＥＥ−８０２．１１ｂ」または「ＩＥＥＥ−８０２．１１ｇ」、あるいは「ＩＥＥＥ−８０２．１１ｎ」のうちの１つに設定される場合、「ｉ−ｗｌａｎ−ｎｏｄｅ−ｉｄ」パラメータは、任意の区切文字を伴わない、ＡＰのＭＡＣアドレスの１６進値のＡＳＣＩＩ表現に設定される；
例： ＡＰのＭＡＣアドレス＝００−０Ｃ−Ｆ１−１２−６０−２８の場合、ｉ−ｗｌａｎ−ｎｏｔｅ−ｉｄは、ストリング「０００ｃｆ １２６０２８」に設定される。
【００７９】
９）アクセスタイプフィールドが、「ＡＤＳＬ」、「ＡＤＳＬ２」、「ＡＤＳＬ２＋」、「ＲＡＤＳＬ」、「ＳＤＳＬ」、「ＨＤＳＬ」、「ＨＤＳＬ２」、「Ｇ．ＳＨＤＳＬ」、「ＶＤＳＬ」、「ＩＤＳＬ」のうちの１つに設定される場合、アクセス情報フィールドは、ＣＬＦから取得されるｄｓｌ−ｌｏｃａｔｉｏｎパラメータを含む（ＮＡＳＳ機能的アーキテクチャ参照）。
【００８０】
１０）アクセスタイプフィールドが、「ＤＯＣＳＩＳ」に設定される場合、アクセス情報パラメータは、挿入されない。本仕様の本リリースは、本パラメータにおける使用のための値を定義しない。
【００８１】
１１）アクセスタイプフィールドが、「３ＧＰＰ−Ｅ−ＵＴＲ ＡＮ−ＦＤＤ」または「３ＧＰＰ−Ｅ−ＵＴＲＡＮ−ＴＤＤ」に等しい場合、「ｕｔｒａｎ−ｃｅｌｌ−ｉｄ−３ｇｐｐ」パラメータは、ＵＥの下位層から取得される、ＭＣＣ、ＭＮＣ、ＴＡＣ（３ＧＰＰ ＴＳ ２３．００３に説明されるように）、および進化型セルグローバル識別（３ＧＰＰ ＴＳ ２３．４０１ ［７Ｂ］に説明されるように）の連結に設定され、以下のテキストストリングとして符号化される：
最上位ビットから開始し、ＭＣＣ（３桁）、ＭＮＣ（ＭＣＣ値に応じて、２または３桁）、ＴＡＣ（全１６進数表現を使用した１６ビットの固定長符号、および進化型セルグローバル識別（全１６進数表現を使用した２８ビットの固定長符号）。
【００８２】
１１ａ）アクセスタイプフィールドが、「３ＧＰＰ−Ｅ−ＵＴＲＡＮ−ＦＤＤ」または「３ＧＰＰ−Ｅ−ＵＴＲＡＮ−ＴＤＤ」に等しい場合、ＮＷ提供ＶｏＩＭＳインジケータがＵＥの下位層から取得される場合、「ＮＷ提供ＶｏＩＭＳインジケータ」パラメータが含まれる。
【００８３】
１２）アクセスタイプフィールドが、「ＩＥＥＥ−８０２．３」、「ＩＥＥＥ−８０２．３ａ」、「ＩＥＥＥ−８０２．３ｅ」、「ＩＥＥＥ−８０２．３ｉ」、「ＩＥＥＥ−８０２．３ｊ」、「ＩＥＥＥ−８０２．３ｕ」、「ＩＥＥＥ−８０２．３ａｂ」、「ＩＥＥＥ−８０２．３ａｅ」、ＩＥＥＥ−８０２．３ａｋ」、ＩＥＥＥ−８０２．３ａｑ」、ＩＥＥＥ−８０２．３ａｎ」、「ＩＥＥＥ−８０２．３ｙ」、「ＩＥＥＥ−８０２．３ｚ」または「ＩＥＥＥ−８０２．３ｙ」のうちの１つに設定され、ＮＡＳＳサブシステムが使用される場合、アクセス情報フィールドは、ＣＬＦから取得されたｅｔｈ−ｌｏｃａｔｉｏｎパラメータを含む（ＮＡＳＳ機能的アーキテクチャ参照）。
【００８４】
注記２： 他の使用の中でもとりわけ、上述の「ｃｇｉ−３ｇｐｐ」、「ｕｔｒａｎ−ｃｅｌｌ−ｉｄ−３ｇｐｐ」、「ｃｉ−３ｇｐｐ２」、「ｉ−ｗｌａｎ−ｎｏｄｅ−ｉｄ」、「ｅｔｈ−ｌｏｃａｔｉｏｎ」、および「ｄｓｌ−ｌｏｃａｔｉｏｎ」パラメータはまた、緊急サービスのために使用される場所識別子を構成する。
【００８５】
別の実施形態では、ＵＥは、選好の変更を示す。例えば、ユーザは、ＰＳを介してボイスを受信することから、ＣＳを介してボイスを受信するために、その選好を変更し得る。ＳＣＣ ＡＳまたはＴＡＤＳは、選好が変化し、かつＵＥに対するボイスメディアを伴うセッションが存在する場合には、サービス継続を行うことが可能である。選好変更は、ＵｔインターフェースおよびＸＣＡＰを使用して、またはＳＩＰメッセージを使用して示されることが可能である。例えば、ＵＥは、ＳＩＰ登録要求を使用して再登録し得るか、またはＵＥは、ＳＩＰアップデート要求またはＳＩＰ招待要求等のＳＩＰメッセージを伝送し得る（特定のセッションのみ、サービス継続を受信する必要がある場合（例えば、ＣＳドメインに転送される））。ＳＩＰメッセージは、選好を示すインジケータを含むことが可能である。インジケータは、ヘッダフィールド値またはＸＭＬ本文部分等の本文部分として、エンコード可能である。そのようなインジケータは、「ボイス中心」または「データ中心」、および「ＣＳボイス専用」、「ＩＭＳ ＰＳボイス専用」、「ＣＳボイス優先、ＩＭＳボイス二次優先」、あるいは「ＩＭＳボイス優先、ＣＳボイス二次優先」を含む値をとり得る。特に、Ｐ−アクセス−ネットワーク−情報ヘッダフィールドは、そのようなインジケータを含むことが可能である。そのようなインジケータは、必ずしも、Ｅ−ＵＴＲＡＮのみに適用されるものではない。インジケータはまた、表２に示される、他のアクセスタイプおよびアクセスクラスに適用され得る。
【００８６】
別の実装では、インジケータは、ＵＥが１つ以上のインジケータまたはフラグを省略することによって黙示的に定義され得る。例えば、ＵＥは、ＳＩＰ法において、ある特徴タグ、例えば、特徴タグ「ｓｉｐ．ａｕｄｉｏ」を省略し得る（ＲＦＣ ３８４０は、セッション開始プロトコル（ＳＩＰ）におけるユーザエージェント能力を示す）。ネットワークノード（例えば、ＳＣＣ ＡＳ）が特徴タグの欠如を受信すると、ネットワークノードは、セッションがそのＵＥ上で着信された場合にＴＡＤＳ機能がこれを考慮することを知るであろう。
【００８７】
上述の両方の場合（明示的および黙示的信号伝達）、Ｐ−アクセス−ネットワーク−情報ヘッダフィールドは、特定のアクセス技術に関する特有の情報を含むように拡張され得る。
【００８８】
あるアクセス技術の場合、Ｐ−アクセス−ネットワーク−情報ヘッダフィールドは、「ＩＭＳボイスオーバＰＳセッション対応」インジケータを含むようにさらに拡張され得る。そのようなインジケータによって伝達可能な情報は、ブール値（例えば、インジケータの存在は、対応を意味し、不在は、未知または対応の欠如を意味する）であり得る；または３種類の情報が存在し得る：正の値に設定されたインジケータの存在は、対応を意味し、不在は、対応が未知であることを意味し、負に設定されたインジケータの存在は、対応の欠如を意味する。
【００８９】
ＵＥが、ボイスオーバＩＭＳのために構成される場合、ネットワーク内のＵＥおよびサービスドメイン選択（ＳＤＳ）機能性は、「ＩＭＳボイスオーバＰＳセッション対応表示」を考慮すべきである。ＩＭＳボイス呼（ＰＳドメイン内にボイスベアラを伴う）は、ＲＡＴのみを使用して配信されるはずであって、「ＩＭＳボイスオーバＰＳセッション対応表示」が適用され、対応を示す。
【００９０】
ＩＭＳがＲＡＴによって対応されるときは常にボイス呼のためにＩＭＳを使用するように構成されるＵＥの場合、ユーザサービスは、ＩＭ ＣＮサブシステムによって対応され、移動機着信呼は、ＩＰマルチメディア（ＩＭ）コアネットワーク（ＣＮ）サブシステムにルーティングされるはずである。
【００９１】
ＩＭＳ ＡＳが、ＳＩＰメッセージにおいて、下位層の（例えば、ＮＡＳ層）対応を記述する情報または情報の変更を検出した場合（例えば、ＮＡＳレベルにおいて利用可能であって、対応を示す、「ＩＭＳボイスオーバＰＳセッション対応表示」に関するＵＥ表示）、ＩＭＳ ＡＳは、関連表示を格納し、プロシージャにおける変更を達成し得る。例えば、「ＩＭＳボイスオーバＰＳセッション対応」インジケータに関して受信した情報に応じて、ＩＭＳ ＡＳは、ＣＳドメインへのボイスメディア構成要素を含む、移動機着信ＳＩＰ呼を標的にし得る。いくつかの実装では、ＴＡＤＳ機能が、典型的には、本機能を提供する。
【００９２】
着信アクセスドメイン選択（ＴＡＤＳ）は、ＵＥへ着信セッションを配信するために使用される、ＣＳアクセスおよび／または１つ以上のＰＳアクセスネットワークを選択する。ＴＡＤＳは、ＩＭＳ、および随意に、ＵＥ内に位置する機能性である。
【００９３】
着信セッションの場合、ＴＡＤＳは、常に、着信サービス後に行われる。Ｔ−ＡＤＳは、以下の要因（但し、それらに限定されない）を選択決定に考慮し得る：１）回路交換（ＣＳ）ドメインにおけるＵＥの状態（本状態情報は、以下を含む：デタッチ、アタッチ）；２）ＩＭＳにおけるＵＥの状態（状態情報は、以下を含む：登録、非登録）；３）ＵＥ能力；４）随意に、ＮＡＳレベルで利用可能であり、対応を示す、「ＩＭＳボイスオーバＰＳセッション対応表示」に関するＵＥ表示；５）ＩＣＳ対応のＵＥ表示；６）アクセスネットワーク能力；７）既存のセッションによって使用されるドメイン／アクセスタイプ；８）着信セッションに含まれるメディア構成要素；ならびに９）ユーザ選好およびオペレータポリシー。
【００９４】
加えて、Ｐ−アクセス−ネットワーク−情報ヘッダフィールドまたは別のヘッダフィールドは、「ボイス中心」または「データ中心」、および「ＣＳボイス専用」、「ＩＭＳ ＰＳボイス専用」、「ＣＳボイス優先、ＩＭＳボイス二次優先」、あるいは「ＩＭＳボイス優先、ＣＳボイス二次優先」を含む、選好を示すように拡張され得る。ヘッダフィールドは、選好変更が生じると、ＳＩＰメッセージ内に含まれ得る。そのようなＳＩＰメッセージは、ユーザが、特定のＳＩＰセッションのみのために、特定のアクセス（例えば、ＣＳ）を介して、ボイスメディアを受信することを選好する場合に伝送され得る（ポリシーまたは選好の持続時間の間）。代替として、選好変更は、別のメッセージ内において、例えば、ＸＣＡＰプロトコルの一部として、示されることが可能である。
【００９５】
図１３は、ＵＥとネットワークとの間の接続を確立するためのメッセージフローの図であって、ネットワークは、ＵＥによって所望されるサービスまたは特徴に対応せず、ＵＥは、非ボイスサービスに対して登録を行う。図１３では、ＵＥは、ＬＴＥ ＲＡＴを使用して（すなわち、ＧＥＲＡＮ／ＵＴＲＡＮ ＰＳまたはＥＰＣ／ＬＴＥを介して）、ＰＳドメインに接続する。ステップ２１０では、ＵＥは、ＬＴＥにアタッチする時、ＮＡＳアタッチプロシージャまたはＮＡＳ複合アタッチプロシージャを行う、あるいは別のアクセスからＬＴＥに移動する時、または異なる追跡エリアに移動する時、ＮＡＳ ＴＡＵ（追跡エリアアップデート）プロシージャまたはＮＡＳ複合ＴＡＵを行う。ＰＳドメインへの接続を獲得することの一部として、ＵＥは、ブロードキャストされるか、または２地点間メッセージ（例えば、ＶｏＩＭＳおよびＳＲＶＣＣフラグ、インジケータ、または識別子の設定を含む無線デバイスメッセージへのネットワーク）内で提供され得る、フラグまたはインジケータによって、ＵＥが要求するサービスまたは機能性に非対応であることを発見する。
【００９６】
一実装では、ＵＥは、ＮＡＳアタッチプロシージャ、ＮＡＳ複合アタッチプロシージャ、追跡エリアアップデート（ＴＡＵ）プロシージャ、またはルーティングエリアアップデートプロシージャのいずれかとの接続を要求することによって、サービスあるいは機能性の欠如を発見し得る。それに応答して、ＵＥが、プロシージャの正常な完了の際にネットワークから受信するあるメッセージは、ＶｏＩＭＳに非対応であることを示すフラグを含み得る。
【００９７】
次いで、ＵＥは、ステップ２１２において、上述で識別されたフラグ／インジケータを含む、ＩＭＳネットワークに登録し得る。インジケータは、移動機着信セッションを配信する方法の選択に関与するネットワークノード（例えば、ＩＭＳ ＡＳにおける着信アクセスドメイン選択（ＴＡＤＳ）機能）にパスされ得る。
【００９８】
ＵＥが、任意の他のＳＩＰ法に関与する場合、ネットワークの特性が、上述のように、機構を使用して変更される場合には、ＵＥは、任意の関連付けられたインジケータをアップデートし得る。
【００９９】
移動機着信セッションが到着した場合、セッションは、サービスをルーティングする方法の決定に関与するネットワークノードに配信される。ＴＡＤＳは、ＰＳドメインを介して登録されたＵＥが、所望のサービスに対応しないことを認知し得る。サービス対応の欠如は、ａ）ＩＭＳシステムに登録されたフラグまたはインジケータ、ｂ）ＴＡＤＳ内のオプションの構成データ設定、およびｃ）呼をルーティングする方法を決定するためにも使用され得るさらなる基準のうちの１つ以上によって識別され得る。
【０１００】
次いで、ＴＡＤＳは、ＣＳドメイン内の無線デバイスの識別を含み得る代替標的アドレスを選択し得る（例えば、ＧＥＲＡＮ／ＵＴＲＡＮ ＣＳの場合、ＭＳＩＳＤＮ）。これは、ＨＳＳにクエリを行い、移動局ルーティング番号（ＭＳＲＮ）／ＣＳルーティング番号（ＣＳＲＮ）を取得し、正確なＭＳＣを特定するように、ＩＭＳ ＡＳに要求し得る。次いで、セッションは、呼をＭＳＣにルーティングし、次いでＳＧインターフェースを介して、ＵＥを呼び出すことによって、従来のＣＳフォールバックプロシージャを使用して、無線デバイスに配信され得る。
【０１０１】
本実施例では、議論は、主に、ＬＴＥおよびＧＥＲＡＮ／ＵＴＲＡＮを対象とするが、種々のＲＡＴは、以下のうちの１つ以上を含み得るが、それらに限定されない：
【０１０２】
【化３】
【０１０３】
【化４】
ＰＣＣは、ＬＴＥおよびＧＥＲＡＮ／ＵＴＲＡＮへのＮＡＳアタッチプロシージャ、追跡エリアアップデート、複合追跡エリアアップデート、およびルーティングエリアアップデート中に、ＥＰＣネットワークと相互作用するので、ＰＣＣは、ＴＡまたはＲＡそれぞれに適用されるＶｏＩＭＳインジケータを備え得る。例えば、１）ＵＥがアタッチするＴＡがＶｏＩＭＳに対応する場合、ＭＭＥは、ＶｏＩＭＳインジケータを「対応」に設定する。ＶｏＩＭＳに対応しない場合、ＭＭＥは、ＶｏＩＭＳインジケータを「非対応」に設定する。２）ＵＥがＰＤＮ接続を確立するＴＡがＶｏＩＭＳに対応する場合、ＭＭＥは、ＶｏＩＭＳインジケータを「対応」に設定する。ＶｏＩＭＳに対応しない場合、ＭＭＥは、ＶｏＩＭＳインジケータを「非対応」に設定するに設定する。３）ＵＥが移行するＴＡまたはＲＡがＶｏＩＭＳに対応する場合、ＭＭＥは、ＶｏＩＭＳインジケータを「対応」に設定するに設定する。ＶｏＩＭＳに対応しない場合、ＶｏＩＭＳインジケータを「非対応」に設定する。４）ＵＥが移行するＲＡがＶｏＩＭＳに対応する場合、ＳＧＳＮは、ＶｏＩＭＳインジケータを「対応」に設定する。ＶｏＩＭＳに対応しない場合、ＳＧＳＮは、ＶｏＩＭＳインジケータを「非対応」に設定する。５）ＵＥが現在キャンプオンしているＲＡがＶｏＩＭＳに対応している場合、ＳＧＳＮは、ＶｏＩＭＳインジケータを「対応」に設定する。ＶｏＩＭＳに対応しない場合、ＳＧＳＮは、ＶｏＩＭＳインジケータを「非対応」に設定する。したがって、ＰＣＣは、常に、特有のＲＡＴおよびＵＥが位置するエリア内において、ＶｏＩＭＳの対応について通知され得る。
【０１０４】
故に、本システムの一実装では、ＵＥによってＩＭＳインフラストラクチャに送信される、ＰＳドメインによるＶｏＩＭＳの対応を記述する情報は、ネットワーク内のＳＩＰサーバまたはＳＩＰプロキシによって、ポリシング、アサート、または訂正され得る（例えば、正確であるかどうかを検証するため）。例えば、Ｐ−ＣＳＣＦは、ＰＣＣと相互作用し得る。ＰＣＣ対応機能的要素から受信した応答に基づいて、Ｐ−ＣＳＣＦは、Ｐ−アクセス−ネットワーク−情報ヘッダフィールド値をポリシング、アサート、または訂正し得る。したがって、ネットワークは、呼を適切に配信する方法を認知し得る。本システムの実装は、本開示を通して論じられた種々の実装のうちの任意の１つと併用して、または分離され、実装され得ることに留意されたい。
【０１０５】
本システムのいくつかの実装では、競合条件が存在し得る。ボイスまたは音声メディア構成要素を伴う、移動機着信ＳＩＰ要求は、下位層の対応に関するＵＥの情報（例えば、「ＩＭＳボイスオーバＰＳセッション対応」インジケータを示す）が、未だＩＭＳ ＡＳの関連表示（すなわち、ＵＥがＩＭＳ ＡＳに提供した情報）内でアップデートされていない間、ＩＭＳ ＡＳによって受信され得る。その結果、ボイスまたは音声メディア構成要素を伴う、移動機着信ＳＩＰ要求に適用されるプロシージャは、不適切であり得る。
【０１０６】
下位層対応に関するＵＥの情報が変わると直ぐに、ＳＩＰメッセージを送信することをＵＥに要求することによって、プロシージャが不適切であり得る間の時間ウィンドウを低減させる。実施例として、ＳＩＰメッセージは、例えば、ＳＩＰ登録要求を使用して、ＳＩＰ登録のリフレッシュを生成し得る。ＵＥはまた、ＩＵＴまたはリダイレクションを適用し、従来のボイス表示を伴う要求を要求された能力に対応するインターフェースに転送し得る。代替として、ＰＣＣ機能的要素は、リソースの可用性の欠如による、サービスへの対応不能を信号伝達し得る。
【０１０７】
上述のように、特定のネットワーク実装のＩＭＳ機能的要素は、アクセスネットワークによって対応されるサービスを記述する最新情報を常に有していない場合ある。したがって、ＵＥがＩＣＳ対応ＵＥである一システム実装では、ＵＥが、移動機着信（ＭＴ）呼が、ＩＭＳまたはＣＳを介して配信されるかどうかに関する最終決定を行う。ＩＭＳ登録中に、ＵＥは、ＵＥがＩＣＳに対応する能力を有することをＩＭＳに信号伝達する。
【０１０８】
登録後、移動機着信呼がＩＭＳに到達すると、ＳＣＣ ＡＳは、ＩＰ ＲＡＴ（ＥＰＣまたはＧＥＲＡＮ／ＵＴＲＡＮ ＰＳ）を介したメディアの配信のためのＳＤＰメディア構成要素、および／またはＣＳドメインを介したメディアの配信のためのインジケータを含み得るＳＩＰ要求をＵＥに送信し得る。本実施例では、ＳＣＣ ＡＳは、常に、ＣＳドメインを介したメディアの配信のための追加のＳＤＰメディア構成要素を含む。次いで、ＵＥが、ボイスソリューション（例えば、ＧＥＲＡＮまたはＵＴＲＡＮにアクセスするためのＶｏＩＭＳフラグおよび能力）の可用性に関する、ＵＥが有する情報に基づいて、最終的に、移動機着信セッションを受信するための使用するドメインを決定する。ＵＥが、ＩＣＳメディアタグを含むことによって、ＩＣＳに対応するための表示を含まない場合、ＩＭＳ ＡＳは、ＣＳをボイスベアラのために使用可能にするＳＤＰを挿入する必要はない。
【０１０９】
本アプローチは、ネットワークが標的ＵＥのための「ＩＭＳボイスオーバＰＳセッション対応」インジケータの値を認知している場合と比較して、追加のＳＩＰメッセージ交換を必要とし得ることに留意されたい。
【０１１０】
ＩＭＳサービス集中継続性が使用されず、かつ、加入者がＣＳドメインおよびＩＭＳの両方に加入している場合、ＵＥは、ＣＳドメインにアタッチされ、ＰＳドメインは、移動機着信セッションをＵＥに配信するように選択されるが、以下の理由のいずれかのため、配信は失敗する：１）ＵＥによる使用時のＲＡＴでは、「ＩＭＳボイスオーバＰＳセッション対応表示」が、対応を示さないかまたは利用可能ではないので、ＵＥは、（ＰＳドメインにおけるボイスベアラによる）ＩＭＳボイス呼の配信を拒絶する、または、２）ＲＡＴでは、「ＩＭＳボイスオーバＰＳセッション対応表示」が、対応を示さないかまたは利用可能ではなく、したがって、ＩＭＳに到達したセッションは、本明細書に説明されるように、ＣＳドメインにルーティングされる必要があり得るので、ＥＰＣは、ＩＭＳボイス呼のために要求されるベアラの確立を拒絶する。
【０１１１】
図１４は、ＵＥとネットワークとの間の接続を確立するためのメッセージフローの図であって、ＵＥは、ネットワークによって提供されるサービスまたは機能インジケータを考慮する（例えば、ＲＡＴにアタッチするときにネットワークから取得されたＶｏＩＭＳインジケータ）。
【０１１２】
ステップ２２０では、ＵＥは、ＮＡＳアタッチプロシージャまたはＮＡＳ複合アタッチプロシージャを行う。ＵＥは、ステップ２２２において、典型的特徴タグを含むが、ＶｏＩＭＳインジケータに関連する表示を含まないＩＭＳシステムに登録する。特徴タグまたはインジケータのうちの１つは、ＩＣＳ特徴タグであり得る。ネットワークモード、例えば、ＳＣＣ ＡＳが、登録メッセージを受信する場合、ＳＣＣ ＡＳは、受信した情報を第三者登録（例えば、ＩＣＳ特徴タグ）に格納する。ＳＣＣ ＡＳが着信呼を受信する場合、ＵＥまたはＰ−ＣＳＣＦが、ＬＴＥ型ＲＡＴを示す、Ｐ−アクセス−ネットワーク−情報ヘッダを含み得るので、ＳＣＣ ＡＳは、着信呼を受信するＵＥがＬＴＥ上に登録されていることを認知し得る。しかしながら、ＳＣＣ ＡＳが、上述のように、オプション構成ドメイン情報を受信しない限り、ＳＣＣ ＡＳは、ＬＴＥネットワークがＩＭＳボイスに対応するかどうか分からない場合がある。その結果、ＴＡＤＳは、ＬＴＥ ＵＥ標的を選択し得る。ＬＴＥ（または、一般に、ＰＳドメイン）が、着信呼を配信するために選択される場合、ＵＥが、何らのドメイン構成情報も提供せず、ＵＥがＩＭＳに登録されているので、ＩＭＳ ＡＳは、ＩＣＳ特徴タグが含まれていると仮定して、ボイスアクセするために、ＣＳおよびＬＴＥの両方に対応するメディアラインを含むＳＤＰオファーを構築するであろう。そうでなければ、ＳＤＰオファーのＣＳ部分は、省略され得る。オファーのＣＳ部分を含むＩＮＶＩＴＥの実施例は、以下の表４に例証される。
【０１１３】
【化５】
【０１１４】
【化６】
ＳＩＰ ＩＮＶＩＴＥを受信すると、ＵＥは、受信したＳＤＰオプションをＵＥのオプションに対して分析し、ＵＥのボイス設定およびＵＥの使用設定を考慮して、ＰＳドメインおよびＣＳドメインを介した所望のサービスに対応する（例えば、ＣＳおよびＩＰに対応するボイスのためのＳＤＰによるＩＮＶＩＴＥを受信すると（ＬＴＥを介して）、ＵＥは、これをＶｏＩＭＳフラグおよびＳＲＶＣＣフラグの設定と比較し、呼の処理方法を決定する（ＬＴＥネットワークを介して、呼を受理するか、またはＣＳを介して、発呼し、呼を読み出す）。
【０１１５】
図１５は、コンパレータの機能性（ＴＡＤＳ機能）の概略図を示す、図である。コンパレータ２３０は、入力Ａ ２３２およびＢ ２３４を含む。一実装では、入力Ａ ２３２は、ＵＥボイス設定に配分され、入力Ｂ ２３４は、ＵＥ使用設定に配分される。追加の入力は、ＳＩＰ ＩＮＶＩＴＥメッセージ（ＳＤＰは、サービスのために現在のＲＡＴおよび代替ＲＡＴを使用する能力を含む）（入力２３６）、二重転送モードのようなサービスに対応するためのＲＡＴ２メッセージ（ＤＴＭ、ＩＭＳ等）（入力２３８）、およびＲＡＴ１インジケータ（サービスは、本ＲＡＴ上で利用可能ではない、例えば、ＶｏＩＭＳがない）（入力２４０）のために定義される。入力に基づいて、コンパレータ２３０は、ＳＩＰ応答２４２を出力するように構成される。図１５は、コンパレータ２３０の一特有の実装を例証するが、コンパレータの種々の能力は、ブロードキャスト情報によって、または２地点間メッセージから読み出された情報の受信を含み得る。ブロードキャスト情報は、ＤＴＭ、ＧＰＲＳ、ＥＤＧＥ等に対する対応であり得るが、それらに限定されない。２地点間情報は、「ＶｏＩＭＳ対応」、「ＳＲＶＣＣ対応」等であり得るが、それらに限定されない。
【０１１６】
本システムの一実装では、以下の疑似コードは、ＶｏＩＭＳフラグが負の方に設定される場合のＵＥの動作について記述するために使用され得るが、ＵＥが非対応であるＳＲＶＣＣを所望する場合にも同様に適用され得る。
ＩＦ ＵＥボイス−ＣＳまたはＩＭＳ優先
ＴＨＥＮ ＩＦ ＩＮＶＩＴＥ ＳＤＰがＣＳオファーを伴う
ＴＨＥＮ ＩＦ ＵＥがデータ中心である
ＴＨＥＮ ＳＩＰ応答、例えば、１８３ ＳＤＰアンサーをＣＳによって送信する、または、ＳＤＰがボイス構成要素を含む場合、ＣＳオファー（ボイス構成要素）と関連付けられたメディアラインのポートは、ゼロまたはａ＝ｉｎａｃｔｉｖｅに設定され、他のＳＤＰ Ｍ ラインは、既存の規格に従って受理される
ＥＬＳＥ ＩＦ ＵＥがボイス中心である
ＴＨＥＮ ＳＩＰ応答、例えば、１８３ ＳＤＰアンサーをＣＳによって送信する
ＥＬＳＥ ＩＦ ＩＮＶＩＴＥ ＳＤＰがＣＳオファーを伴わない
ＴＨＥＮ ＩＦ ＵＥがデータ中心である
ＴＨＥＮ ＩＦ ボイス専用がオファーされる
ＴＨＥＮ ＳＩＰ エラーを送信する（メッセージは、代替ドメイン選択をトリガしない、すなわち、４８８ではないものである必要がある）
ＥＬＳＥ ＩＦ ＳＤＰオファーが他のメディアを含む
ＴＨＥＮ ＳＩＰ応答、例えば、１８３を０に設定されたポートを伴うボイスを含むメディアラインによって送信する。
【０１１７】
ＥＬＳＥ ＩＦ ＵＥがボイス中心である
ＴＨＥＮ ＳＩＰエラー４８８を送信し、３ＧＰＰ ＴＳ ２４．２９２の第１０．２．４項に従う代替ドメインにおける選択をトリガする
表５
表５の疑似コードでは、エラー原因は、ＳＤＰのいずれもＯＫでないことを示し得る。その場合、ＵＥは、少なくとも、ＳＤＰ−ＣＳを含む、ＵＥが受理するであろうＳＤＰのリストを含み得る。ＩＭＳ ＡＳは、エラーメッセージを受信すると、ＳＤＰ−ＣＳをＵＥに返し得る。
【０１１８】
以下の疑似コードは、ＶｏＩＭＳフラグが正の方に設定される場合のＵＥが実装し得る、一連のステップの一実施例である。
ＩＦ ＵＥボイス−ＣＳ優先
ＴＨＥＮ ＩＦ ＩＮＶＩＴＥ ＳＤＰがＣＳオファーを伴う
ＴＨＥＮ ＩＦ ＵＥがデータ中心である
ＴＨＥＮ ＳＩＰ応答、例えば、１８３ ＳＤＰアンサーをＣＳによって送信する
ＥＬＳＥ ＩＦ ＵＥがボイス中心である
ＴＨＥＮ ＳＩＰ応答、例えば、１８３ ＳＤＰアンサーをＣＳによって送信する
ＥＬＳＥ ＩＦ ＩＮＶＩＴＥ ＳＤＰがＣＳオファーを伴わない
ＴＨＥＮ ＳＩＰ応答、例えば、１８３ ＳＤＰアンサーをＩＭＳボイスによって送信する、または、ＳＩＰ エラー、例えば、４８８を返信する。該ＳＩＰ エラーの受信に応答して、ネットワークノードまたはＩＭＳ ＡＳがトリガされ、代替ドメインまたはＲＡＴを選択する
ＥＬＳＥ ＩＦ ＵＥボイス−ＩＭＳ優先
ＴＨＥＮ ＩＦ ＩＮＶＩＴＥ ＳＤＰがＣＳオファーを伴う
ＴＨＥＮ ＩＦ ＵＥがデータ中心
ＴＨＥＮ ＳＩＰ応答、例えば、１８３ ＳＤＰアンサーをＩＭＳボイスによって送信する
ＥＬＳＥ ＩＦ ＵＥがボイス中心である
ＴＨＥＮ ＳＩＰ応答、例えば、１８３ ＳＤＰアンサーをＩＭＳボイスによって送信する
ＥＬＳＥ ＩＦ ＩＮＶＩＴＥ ＳＤＰがＣＳオファーを伴わない
ＴＨＥＮ ＳＩＰ応答、例えば、１８３ ＳＤＰアンサーをＩＭＳボイスによって送信する
表６
３ＧＰＰ ＴＳ ２４．２９２において実装される上述の例は、以下に示される：
ＩＣＳ ＵＥが、初期ＳＩＰ ＩＮＶＩＴＥ要求内において、ＵＥがオーディオセッションのためにＲＴＰベースのＩＰベアラまたはＣＳベアラの使用を選択することを可能にするＳＤＰオファー受信すると、オーディオメディアラインに対して：
−メディアライン内の転送プロトコルがＲＴＰベースのＩＰベアラに設定され；
−関連接続ラインがＩＰアドレスに設定され；および
−追加のラインが、ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐ−ｃａｐａｂｉｌｉｔｙ−ｎｅｇｏｔｉａｔｉｏｎ［４０］、ｄｒａｆｔ−ｇａｒｃｉａ−ｍｍｕｓｉｃ−ｓｄｐ−ｍｉｓｃ−ｃａｐ［３９］、ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐ−ｃｓ［３６］、および ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐ−ｍｅｄｉａ−ｃａｐａｂｉｌｉｔｉｅｓ［４１］において定義されるように設定され、それは、：
−メディア能力属性「ｍｃａｐ」が「−」に設定され；
−転送プロトコル能力属性「ｔｃａｐ」が「ＰＳＴＮ」に設定され；および
−接続データ能力属性「ｃｃａｐ」は、「ＰＳＴＮ」に設定されることを示し、それは、アドレスタイプとして「Ｅ．１６４」を、アドレスがＳＣＣ ＡＳ ＰＳＩ ＤＮに設定されることを示し、；
ＩＣＳ ＵＥがＴＡＤＳ実行に対応し、ＩＣＳ ＵＥは、以下を行う。
ａ）ＵＥが、ＬＴＥ上にあって、ＵＥが、
ａ．ＣＳ専用であって、正常な複合アタッチを行っている場合、ＵＥは、ＣＳベアラを使用する。
ｂ．ＣＳ専用であって、正常な複合アタッチを行っていない場合、ＩＣＳ ＵＥは、６０６（受理不可）を返信する。
ｉ．代替として、フラグを介したＶｏＩＭＳが設定されている場合、ＵＥは、ＲＴＰベースのＩＰベアラを使用する。
ｉｉ．代替として、フラグを介したＶｏＩＭＳが設定されていない場合、ＩＣＳ ＵＥは、６０６（受理不可）を返信する。
ｃ．ＣＳ優先であって、正常な複合アタッチを行っている場合、ＵＥは、ＣＳベアラを使用する。
ｉ．代替として、ＣＳ優先であって、正常な複合アタッチを行っており、フラグを介したＶｏＩＭＳが設定されるが、しかしながら、ＳＤＰが、他のメディアならびにボイスを含む場合、ＵＥは、ＲＴＰベースのＩＰベアラを使用する。
ｄ．ＣＳ優先であって、正常な複合アタッチを行っておらず、ＶｏＩＭＳインジケータが設定され、
ｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＥＰＣアタッチにおいて、ＳＲＶＣＣを所望することを示し、ＳＲＶＣＣが、利用可能である場合、ＵＥは、ＲＴＰベースのＩＰベアラを使用する。
ｉｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＳＲＶＣＣを所望することを示し、ＳＲＶＣＣが利用可能ではない場合、ＩＣＳ ＵＥは、６０６（受理不可）を返信する。
ｉｉｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＳＲＶＣＣを所望しないことを示す場合、ＵＳは、ＲＴＰベースのＩＰベアラを使用する。
ｅ．ＣＳ優先であって、正常な複合アタッチを行っておらず、ＶｏＩＭＳインジケータが設定されていない場合、ＩＣＳ ＵＥは、６０６（受理不可）を返信する。
ｆ．ＩＭＳ専用であって、ＶｏＩＭＳインジケータが設定され、
ｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＥＰＣアタッチにおいて、ＳＲＶＣＣを所望することを示し、ＳＲＶＣＣが、利用可能である場合、ＵＥは、ＲＴＰベースのＩＰベアラを使用する。
ｉｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＳＲＶＣＣを所望することを示し、ＳＲＶＣＣが利用可能ではない場合、ＩＣＳ ＵＥは、６０６（受理不可）を返信する。
ｉｉｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＳＲＶＣＣを所望しないことを示す場合、ＵＳは、ＲＴＰベースのＩＰベアラを使用する。
ｇ．ＩＭＳ専用であって、ＶｏＩＭＳインジケータが設定されていない場合、ＩＣＳ ＵＥは、６０６（受理不可）を返信する。
ｈ．ＩＭＳ優先であって、ＶｏＩＭＳインジケータが設定され、
ｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＥＰＣアタッチにおいて、ＳＲＶＣＣを所望することを示し、ＳＲＶＣＣが、利用可能である場合、ＵＥは、ＲＴＰベースのＩＰベアラを使用する。
ｉｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＥＰＣアタッチにおいて、ＳＲＶＣＣを所望することを示し、ＳＲＶＣＣが、利用可能ではなく、
１．ＵＥが正常な複合アタッチを行った場合、ＣＳベアラを使用する。
２．ＵＥが正常な複合アタッチを行っていない場合、ＩＣＳ ＵＥは、６０６（受理不可）を返信する。
ｉｉｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＳＲＶＣＣを所望しないことを示す場合、ＵＳは、ＲＴＰベースのＩＰベアラを使用する。
ｉ．ＩＭＳ優先であって、ＶｏＩＭＳインジケータが設定されておらず、正常な複合アタッチを行っている場合、ＵＥは、ＣＳベアラを使用する。
ｂ）ＵＥが、ローカル構成およびネットワーク条件に基づいて、ＧＥＲＡＮ／ＵＴＲＡＮ上にある場合、関連オーディオメディアストリームに対して、ＲＴＰベースのＩＰベアラまたはＣＳベアラを使用するかどうかを決定する。
【０１１９】
ＩＣＳ ＵＥが、ＲＴＰベースのＩＰベアラを使用することを決定する場合、ＩＣＳ ＵＥは、第１０．２．２．２項に説明されるように続行し、加えて、ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐ−ｃａｐａｂｉｌｉｔｙ−ｎｅｇｏｔｉａｔｉｏｎ［４０］に従って、ＲＴＰベースのＩＰベアラがＳＤＰアンサー内で使用されることを示す。
【０１２０】
ＩＣＳ ＵＥが、ＣＳベアラを使用することを決定する場合、ＩＣＳ ＵＥは、第１０．２．２．３項に説明されるように続行し、加えて、ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐ−ｃａｐａｂｉｌｉｔｙ−ｎｅｇｏｔｉａｔｉｏｎ［４０］に従って、ＣＳベアラがＳＤＰアンサー内で使用されることを示す。
【０１２１】
図１６は、ＵＥとネットワークとの間の接続を確立するためのメッセージフローの図であって、ＵＥは、ＣＳフォールバックのための正常な登録を有する場合、ＩＭＳ ＡＳをトリガし、ＳＤＰ−ＣＳを含むように使用される、特徴タグを含む。ＣＳフォールバックが成功しない場合、特徴タグは、含まれなくてもよい。
【０１２２】
特徴タグは、ＩＭＳ ＡＳへのＳＩＰ登録において転送され得る。本事例では、ＳＣＣ ＡＳ挙動は、タグを含むことによって変更され得る。タグが含まれ、ＩＣＳ対応タグが存在する場合、ＩＭＳ ＡＳは、ＣＳ部分（ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐ−ｃｓ参照）を伴うＳＤＰを含む、ＵＥに対するＳＩＰメッセージを構築し得る。しかしながら、ＣＳフォールバックタグが含まれない場合、ＣＳ部分を伴うＳＤＰは、含まれる必要はない。
【０１２３】
多くのネットワーク実装では、ＶｏＩＭＳインジケータは、初期アタッチおよび／またはＴＡＵおよび／または複合ＴＡＵおよび／またはＲＡアップデート中に、ＭＭＥまたはＳＧＳＮによって、ＵＥに与えられる。その結果、ＶｏＩＭＳが、ＭＭＥおよびＳＧＳＮによって、ＵＥに提供されている場合、ＭＭＥおよびＳＧＳＮは、それぞれ、特有のＴＡまたはＲＡを介して、ＩＭＳボイスが対応可能であるかどうかを認知する。
【０１２４】
移動機着信呼が、ＩＭＳに到達し、ＵＥがＩＭＳに登録されている場合、呼は、ＵＥにルーティングされ得る。ＵＥが、ＩＭＳを使用して／ＰＳドメインを介して、ルーティングされる呼を受理する場合、ＩＭＳは、ベアラのアクティブ化のための必要無線ベアラを確立する必要があり、ＩＭＳは、ＰＣＣと相互作用し、それを行い得る。
【０１２５】
本システムの一実装では、ＰＣＣが、ＮＡＳアタッチ、追跡エリアアップデート、ルーティングエリアアップデート、およびＧＥＲＡＮ／ＵＴＲＡＮにおけるＰＤＰコンテキストアクティブ化中にＥＰＣと相互作用するので、ＰＣＣは、ＴＡまたはＲＡのそれぞれに適用されるＶｏＩＭＳインジケータを備え得る。その結果、ＰＣＣは、常に、特有のＲＡＴおよびＵＥが位置するエリアのＶｏＩＭＳに対する対応を通知され得る。
【０１２６】
ＵＥが、ＩＭＳを使用して／ＰＳドメインを介して、ルーティングされる呼を受理後、ＩＭＳが、ＰＣＣと相互作用し、サービスのためのベアラを確立する場合、ＰＣＣは、ＩＭＳからの要求着信に基づいて、サービスに対応可能であるかどうかを決定し（例えば、ＰＣＣ内に格納されたＶｏＩＭＳインジケータの値に応じて）、ＩＭＳ要求を受理または拒絶し得る。ＩＭＳはさらに、拒絶の理由または説明を提供し得る。拒絶の任意のそのような理由または説明に応答して、ＩＭＳは、ＣＳドメインを介して、移動機着信呼をＵＥにルーティングすることを決定し得る。多くの場合、ドメインまたはＲＡＴが利用可能ではない場合、セッションまたは呼は、例えば、ボイスメールにルーティングされ得ることに留意されたい。
【０１２７】
ＵＥのためのベアラを確立するために、ＥＰＣは、ＰＣＣと相互作用し、ベアラのＱｏＳのポリシングを行い得る。ベアラ確立プロシージャは、ＵＥが、ＬＴＥへのＮＡＳアタッチ、ＧＥＲＡＮ／ＵＴＲＡＮを介したＰＤＰコンテキスト要求プロシージャ、および／またはＵＥ要求ＰＤＮ接続プロシージャを行うと、生じ得る。そのような相互作用中に、ＰＣＣは、ＶｏＩＭＳインジケータの値を提供され得る。
【０１２８】
ＵＥがＩＭＳ／ＰＳドメインを介してルーティングされた呼を受理後に、ＩＭＳがＰＣＣと相互作用し、サービスのためのベアラを確立後、ＰＣＣは、ＥＰＣまたはＧＰＲＳコアネットワークと相互作用し、必要ベアラを確立するか、あるいは既存のベアラを修正し得る。ＵＥがサービスに非対応であるエリア内に位置する場合（例えば、ＴＡまたはＲＡのためのＶｏＩＭＳインジケータがＶｏＩＭＳに非対応であることを示す）、ＵＥは、要求を拒絶し、ＰＣＣに拒絶理由を通知し得る。次いで、ＰＣＣは、ＩＭＳ要求を拒絶し、随意に、拒絶理由を提供し得る。拒絶理由に応答して、ＩＭＳは、ＣＳドメインを介して、移動機着信呼をＵＥにルーティングすることを決定し得る。
【０１２９】
図１７は、ＵＥとネットワークとの間の接続を確立するためのメッセージフローの図であって、ＵＥは、ＶｏＩＭＳインジケータを検査し、呼配信がＯｐＶｏｉｃｅソリューションを介して生じるはずであることを示す。本システムのいくつかの実装では、ＵＥは、ＮＡＳアタッチまたはＮＡＳ複合アタッチを行う。その後、ＵＥは、ステップ２７２および２７４において、それぞれ、ＯｐＶｏｉｃｅ登録およびＡｐｐＩＭＳ登録を行う。ＵＥが、正常にＮＡＳ複合アタッチを行った場合、ＣＳフォールバックが、ステップ２７６において、ＯｐＶｏｉｃｅインフラストラクチャを通して、ＯｐＶｏｉｃｅセッションを配信するために使用されることが可能である。代替として、ＵＥが、ＮＡＳアタッチを行った場合、ＵＥは、ＬＴＥに接続している間、ＯｐＶｏｉｃｅソリューション（例えば、ＶｏＬＧＡ）に登録を行うことが可能である。移動機着信ＯｐＶｏｉｃｅ呼は、ＯｐＶｏｉｃｅインフラストラクチャに配信され、ＵＥにルーティングされ得る（例えば、ＬＴＥを介してＶｏＬＧＡを使用するか、またはＣＳフォールバックプロシージャをトリガする）。移動機着信ＡｐｐＶｏｉｃｅ呼は、ＡｐｐＩＭＳインフラストラクチャに配信され、ＵＥにルーティングされる。ＵＥが、ステップ２７８において、ＶｏＩＭＳインジケータに基づいて、ＩＭＳを介して、呼を配信不可能であることを決定すると、ＵＥは、ステップ２８０において、それをＯｐＶｏｉｃｅソリューションに転送することによって、呼を配信することをＡｐｐＩＭＳに示し得る（ＣＳフォールバック、ＣＳ呼、または、例えば、ＶｏＬＧＡに基づくことが可能である）。表示は、ＵＥが、ＳＩＰ法、例えば、ＩＮＶＩＴＥを受信し、適切な応答、例えば、３ｘｘ応答、または特に、表７に例証される３０２（一時的移動）応答で返信することによって達成され得る。
【０１３０】
２１．３．３ ３０２一時的移動
要求クライアントは、宛先ヘッダフィールドによって与えられる新しいアドレスにおける要求を再試行すべきである（第２０．１０節）。新しい要求の要求−ＵＲＩは、応答内の宛先ヘッダフィールドの値を使用する。
【０１３１】
表７
一実装では、ＵＥが、この場所においてサービスに対応するために一時的に利用可能でないことがあるので、３０２メッセージが使用される。したがって、３０２メッセージは、ＯｐＶｏｉｃｅサービスの場所を提供し得る（すなわち、ＯｐＶｏｉｃｅサービスを提供するエンティティの宛先アドレス、例えば、ＣＳフォールバックあるいはＶｏＬＧＡまたはＣＳサービスの場合、ＭＳＣ）。メッセージ３００および３８０もまた、使用され得る。ＵＥが、ＯｐＶｏｉｃｅサービスを提供するエンティティの宛先アドレスとともに構成されていない場合、ＵＥは、応答内に代替インジケータを含み得る（例えば、ＸＭＬ本文）。一例示的ＸＭＬ本文は、３ＧＰＰ ＴＳ ２４．２２９のａｐｐｌｉｃａｔｉｏｎ／３ｇｐｐ−ｉｍｓ＋ｘｍｌに基づき得る：
【０１３２】
【化７】
【０１３３】
【化８】
上述のＸＭＬ本文では、インジケータ＜ｖｏｌｇａ／＞は、ＳＩＰ本体（一部）としてＳＩＰメッセージ内に含まれる場合、ＭＩＭＥタイプａｐｐｌｉｃａｔｉｏｎ／３ｇｐｐ−ｉｍｓ＋ｘｍｌである、ＸＭＬドキュメント内に含まれ得る。３ｇｐｐ−ｉｍｓ要素内のスキーマバージョンＭＩＭＥタイプパラメータおよびバージョン属性は、「１」以外の値に設定されることが可能である。その場合、＜ｖｏｌｇａ／＞インジケータを含むことは、ＵＥがＶｏｌｇａプロシージャに従って呼を処理することを所望することを、ネットワークに通知し得る。
【０１３４】
ＩＭＳ ＡＳが応答（例えば、インジケータ＜ｖｏｌｇａ／＞を伴う３０２応答）を受信すると、ＩＭＳ ＡＳは、ＳＩＰ ＩＮＶＩＴＥ要求等の移動機着信呼要求を宛先ヘッダにアドレスされたエンティティに送信し得る（例えば、ＶＡＮＣのようなＶ ｏＬＧＡエンティティに接続されるＭＳＣ）。次いで、ＶＡＮＣは、ＶｏＬＧＡ移動機着信呼のためのプロシージャに従い得る。
【０１３５】
次に、図１８を参照すると、例示的ＵＥ８００の実施形態を含む、無線通信システムが例証される。ＵＥは、本開示の側面を実施するために動作可能であるが、本開示は、これらの実装に限定されるべきではない。携帯電話として例証されるが、ＵＥは、無線ハンドセット、ポケットベル、携帯端末（ＰＤＡ）、ポータブルコンピュータ、タブレットコンピュータコンピュータ、ラップトップコンピュータ、スマートフォン、プリンタ、ファックス機器、テレビ、セットトップボックス、および他のビデオディスプレイデバイス、家庭用オーディオ機器および他の家庭用娯楽システム、家庭用監視および制御システム（例えば、家庭用監視、アラームシステム、および温度調節システム）、ならびにコンピュータ制御式冷蔵庫等の進化型家庭用器具を含む、種々の形態をとり得る。多くの好適なデバイスは、これらの機能の一部または全部を組み合わせる。本開示のいくつかの実施形態では、ＵＥ８００は、ポータブル、ラップトップ、またはタブレットコンピュータのような汎用コンピューティングデバイスではなく、むしろ、携帯電話、無線ハンドセット、ポケットベル、ＰＤＡ、または車載電気通信デバイス等の汎用通信デバイスである。ＵＥ８００はまた、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等、類似能力を有するが、可搬性ではないデバイスであるデバイスを含むか、あるいはデバイス内に含まれ得る。ＵＥ８００は、ゲーム、在庫管理、ジョブ制御、および／またはタスク管理機能等、特殊アクティビティに対応し得る。
【０１３６】
ＵＥ８００は、ディスプレイ７０２を含む。ＵＥ８００はまた、ユーザによる入力のための、概して７０４と称される、タッチセンサ式表面、キーボード、または他の入力キーを含む。キーボードは、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および連続式、また電話キーパッドと関連付けられたアルファベット文字を伴う、従来の数字キーパッド等、完全または減少数の英数字キーボードであり得る。入力キーは、内向きに押下され、さらなる入力機能を提供し得る、トラックウィール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能的キーを含み得る。ＵＥ８００は、ユーザが選択するためのオプション、ユーザが作用させるための制御、および／またはユーザが指示するためのカーソルあるいは他のインジケータを提示し得る。
【０１３７】
ＵＥ８００はさらに、ダイヤル番号またはＵＥ８００の動作を構成するための種々のパラメータ値を含む、ユーザからのデータ入力を受理し得る。ＵＥ８００はさらに、ユーザコマンドに応答して、１つ以上のソフトウェアまたはファームウェアアプリケーションを実行し得る。これらのアプリケーションは、ユーザ相互作用に応答して、種々のカスタマイズされた機能を果たすように、ＵＥ８００を構成し得る。加えて、ＵＥ８００は、例えば、無線基地局、無線アクセスポイント、またはピアＵＥ８００から、無線でプログラムおよび／または構成され得る。
【０１３８】
ＵＥ８００によって実行可能な種々のアプリケーションの中でも、ディスプレイ７０２にウェブページの表示を可能にするウェブブラウザがある。ウェブページは、無線ネットワークアクセスノード、中継塔、ピアＵＥ８００、あるいは任意の他の無線通信ネットワークまたはシステム７００との無線通信を経由して、取得され得る。ネットワーク７００は、インターネット等の有線ネットワーク７０８に連結される。無線リンクおよび有線ネットワークを経由して、ＵＥ８００は、サーバ７１０等、種々のサーバ上の情報へのアクセスを有する。サーバ７１０は、ディスプレイ７０２上に示され得る、コンテンツを提供し得る。代替として、ＵＥ８００は、中継式またはホップ式接続において、中間体として作用するピアＵＥ８００を通して、ネットワーク７００にアクセスし得る。
【０１３９】
図１９は、ＵＥ８００のブロック図を示す。ＵＡ１０の種々の周知の構成要素が描写されるが、ある実施形態では、列挙された構成要素および／または列挙されない追加の構成要素のサブセットが、ＵＥ８００内に含まれ得る。ＵＥ８００は、デジタル信号プロセッサ（ＤＳＰ）８０２およびメモリ８０４を含む。示されるように、ＵＥ８００はさらに、アンテナおよびフロントエンドユニット８０６、無線周波数（ＲＦ）送受信機８０８、アナログベースバンド処理ユニット８１０、マイクロホン８１２、イヤホンスピーカ８１４、ヘッドセットポート８１６、入力／出力インターフェース８１８、リムーバブルメモリカード８２０、ユニバーサルシリアルバス（ＵＳＢ）ポート８２２、短距離無線通信サブシステム８２４、アラート８２６、キーパッド８２８、タッチセンサ式表面８３０を含み得る液晶ディスプレイ（ＬＣＤ）、ＬＣＤコントローラ８３２、電荷結合素子（ＣＣＤ）カメラ８３４、カメラコントローラ８３６、および全地球測位システム（ＧＰＳ）センサ８３８を含み得る。ある実施形態では、ＵＥ８００は、タッチセンサ式画面を提供しない、別の種類のディスプレイを含み得る。ある実施形態では、ＤＳＰ８０２は、入力／出力インターフェース８１８を通過せず、メモリ８０４と直接通信し得る。
【０１４０】
ＤＳＰ８０２またはいくつかの他の形態のコントローラあるいは中央演算装置は、メモリ８０４内に格納された、またはＤＳＰ８０２自体内に含まれるメモリ内に格納された、埋め込まれたソフトウェアあるいはファームウェアに従って、ＵＥ８００の種々の構成要素を制御するように動作する。埋め込まれたソフトウェアまたはファームウェアに加え、ＤＳＰ８０２は、メモリ８０４内に格納された、あるいはリムーバブルメモリカード８２０のようなポータブルデータ記憶メディア等の情報搬送メディアを経由して、もしくは有線または無線ネットワーク通信を経由して、他のアプリケーションを実行し得る。アプリケーションソフトウェアは、所望の機能性を提供するようにＤＳＰ８０２を構成する、コンパイルされた機械可読命令を備え得、またはアプリケーションソフトウェアは、ＤＳＰ８０２を間接的に構成するためのインタプリタまたはコンパイラによって処理される、高次ソフトウェア命令であり得る。
【０１４１】
アンテナよびフロントエンドユニット８０６は、無線信号と電気信号を変換するように提供され、ＵＥ８００が、セルラーネットワークまたはいくつかの他の利用可能な無線通信ネットワークから、あるいはピアＵＥ８００から、情報を送受信可能にし得る。ある実施形態では、アンテナよびフロントエンドユニット８０６は、ビーム形成および／または多重入力多重出力（ＭＩＭＯ）動作に対応するための多重アンテナを含み得る。当業者に周知のように、ＭＩＭＯ動作は、困難なチャネル条件を克服するため、および／またはチャネルスループットを増加させるために使用可能である空間的多様性を提供し得る。アンテナおよびフロントエンドユニット８０６は、アンテナ同調および／またはインピーダンス整合構成要素、ＲＦ電力増幅器、および／または低雑音増幅器を含み得る。
【０１４２】
ＲＦ送受信機８０８は、周波数偏移、受信したＲＦ信号のベースバンドへの変換、およびベースバンド伝送信号のＲＦへの変換を提供する。いくつかの説明では、無線送受信機またはＲＦ送受信機は、変調／復調、符号化／復号化、インターリービング／デインターリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、サイクリックプレフィックス付加／除去、および他の信号処理機能等の他の信号処理機能性を含むように理解され得る。明確にするために、ここでの説明は、本信号処理の説明をＲＦおよび／または無線段階と分離し、その信号処理をアナログベースバンド処理ユニット８１０および／またはＤＳＰ８０２あるいは他の中央演算装置に概念的に配分する。いくつかの実施形態では、ＲＦ送受信機８０８、アンテナおよびフロントエンド８０６の一部、ならびにアナログベースバンド処理ユニット８１０は、１つ以上の処理ユニットおよび／または特定用途向け集積回路（ＡＳＩＣ）内に組み合わせられ得る。
【０１４３】
アナログベースバンド処理ユニット８１０は、入力および出力の種々のアナログ処理、例えば、マイクロホン８１２およびヘッドセット８１６からの入力ならびにイヤホン８１４およびヘッドセット８１６への出力のアナログ処理を提供し得る。この目的のために、アナログベースバンド処理ユニット８１０は、ＵＥ８００を携帯電話として使用可能にする、内蔵マイクロホン８１２およびイヤホンスピーカ８１４に接続するためのポートを有し得る。アナログベースバンド処理ユニット８１０はさらに、ヘッドセットまたは他のハンズフリーマイクロホンおよびスピーカ構成に接続するためのポートを含み得る。アナログベースバンド処理ユニット８１０は、一信号方向におけるデジタル／アナログ変換および逆信号方向におけるアナログ／デジタル変換を提供し得る。いくつかの実施形態では、アナログベースバンド処理ユニット８１０の機能性の少なくともいくつかは、デジタル処理構成要素によって、例えば、ＤＳＰ８０２によって、または他の中央演算装置によって、提供され得る。
【０１４４】
ＤＳＰ８０２は、変調／復調、符号化／復号化、インターリービング／デインターリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、サイクリックプレフィックス付加／除去、および無線通信と関連付けられた他の信号処理機能を行い得る。ある実施形態では、例えば、符号分割多重アクセス（ＣＤＭＡ）技術用途では、送信機機能の場合、ＤＳＰ８０２は、変調、符号化、インターリービング、および拡散を行い、受信機機能の場合、ＤＳＰ８０２は、逆拡散、デインターリービング、復号化、および復調を行い得る。別の実施形態では、例えば、直交周波数分割多重アクセス（ＯＦＤＭＡ）技術用途では、送信機機能の場合、ＤＳＰ８０２は、変調、符号化、インターリービング、逆高速フーリエ変換、およびサイクリックプレフィックス付加を行い、受信機機能の場合、ＤＳＰ８０２は、サイクリックプレフィックス除去、高速フーリエ変換、デインターリービング、復号化、および復調を行い得る。他の無線技術用途では、さらに他の信号処理機能および信号処理機能の組み合わせが、ＤＳＰ８０２によって行われ得る。
【０１４５】
ＤＳＰ８０２は、アナログベースバンド処理ユニット８１０を経由して、無線ネットワークと通信し得る。いくつかの実施形態では、通信は、インターネット接続を提供し、ユーザに、インターネット上のコンテンツへのアクセスを獲得し、電子メールまたはテキストメッセージを送受信可能にし得る。入力／出力インターフェース８１８は、ＤＳＰ８０２および種々のメモリと相互接続し、インターフェースをとる。メモリ８０４およびリムーバブルメモリカード８２０は、ＤＳＰ８０２の動作を構成するためのソフトウェアならびにデータを提供し得る。インターフェースはとりわけ、ＵＳＢインターフェース８２２および短距離無線通信サブシステム８２４であり得る。ＵＳＢインターフェース８２２を使用して、ＵＥ８００を充電し得、また、ＵＥ８００が、周辺機器デバイスとして機能し、パーソナルコンピュータまたは他のコンピュータシステムと情報を交換可能にし得る。短距離無線通信サブシステム８２４は、ＵＥ８００が他の近傍移動デバイスおよび／または無線基地局と無線通信可能となり得る、赤外線ポート、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、ＩＥＥＥ ８０２．１１準拠無線インターフェース、または任意の他の短距離無線通信サブシステムを含み得る。
【０１４６】
入力／出力インターフェース８１８はさらに、ＤＳＰ８０２をアラート８２６に接続し、トリガされると、例えば、鳴音、メロディ再生、または振動によって、ＵＥ８００がユーザに通知を提供し得る。アラート８２６は、わずかな振動によって、または特定の発呼者に対して、特有の事前に割り当てられたメロディを再生することによって、着信呼、新しいテキストメッセージ、および予定リマインダ等の種々のイベントのいずれかをユーザにアラートするための機能としての役割を果たし得る。
【０１４７】
キーパッド８２８は、インターフェース８１８を経由して、ＤＳＰ８０２に連結し、ユーザが選択を行い、情報を入力し、および別様に入力をＵＥ８００に提供するための一機構を提供する。キーボード８２８は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および連続式、また電話キーパッドと関連付けられたアルファベット文字を伴う、従来の数字キーパッド等、完全または減少数の英数字キーボードであり得る。入力キーは、内向きに押下され、さらなる入力機能を提供し得る、トラックウィール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能的キーを含み得る。別の入力機構は、タッチスクリーン能力を含み、また、ユーザにテキストおよび／またはグラフィックを表示し得る、ＬＣＤ８３０であり得る。ＬＣＤコントローラ８３２は、ＤＳＰ８０２をＬＣＤ８３０に連結する。
【０１４８】
ＣＣＤカメラ８３４が、装備されている場合、ＵＥ８００はデジタル写真を撮影可能となる。ＤＳＰ８０２は、カメラコントローラ８３６を経由して、ＣＣＤカメラ８３４と通信する。別の実施形態では、電荷結合素子カメラ以外の技術に従って動作するカメラが採用され得る。ＧＰＳセンサ８３８は、ＤＳＰ８０２に連結され、全地球測位システム信号を復号化し、それによって、ＵＥ８００は、その位置を決定可能となる。種々の他の周辺機器もまた、付加的機能、例えば、無線およびテレビ受信を提供するために含まれ得る。
【０１４９】
図２０は、ＤＳＰ８０２によって実装され得る、ソフトウェア環境９０２を例証する。ＤＳＰ８０２は、ソフトウェアの残りが動作するプラットフォームを提供する、オペレーティングシステムドライバ９０４を実行する。オペレーティングシステムドライバ９０４は、ＵＡハードウェアのためのドライバに、アプリケーションソフトウェアにアクセス可能な標準化インターフェースを提供する。オペレーティングシステムドライバ９０４は、ＵＥ８００上で起動するアプリケーション間で制御を移すアプリケーション管理サービス（「ＡＭＳ」）９０６を含む。また、図２０に示されるのは、ウェブブラウザアプリケーション９０８、メディアプレーヤアプリケーション９１０、およびＪａｖａ（登録商標）アプレット９１２である。ウェブブラウザアプリケーション９０８は、ウェブブラウザとして動作し、ユーザが、フォームに情報を入力し、リンクを選択し、ウェブページを読み出し、閲覧可能にするように、ＵＥ８００を構成する。メディアプレーヤアプリケーション９１０は、オーディオまたはオーディオビジュアルメディアを読み出し、再生するように、ＵＥ８００を構成する。Ｊａｖａ（登録商標）アプレット９１２は、ゲーム、ユーティリティ、および他の機能性を提供するように、ＵＥ８００を構成する。構成要素９１４は、本明細書に説明される機能性を提供する場合がある。
【０１５０】
ＵＥ８００、アクセスデバイス１２０、および上述の他の構成要素は、上述の作用に関連する命令を実行可能な処理構成要素を含む場合がある。図２１は、本明細書に開示される１つ以上の実施形態を実装するために好適な処理構成要素１０１０を含む、システム１０００の実施例を例証する。プロセッサ１０１０（中央演算装置（ＣＰＵまたはＤＳＰ）と称され得る）に加え、システム１０００は、ネットワーク接続デバイス１０２０、ランダムアクセスメモリ（ＲＡＭ）１０３０、読取専用メモリ（ＲＯＭ）１０４０、二次記憶装置１０５０、および入力／出力（Ｉ／Ｏ）デバイス１０６０を含む場合がある。いくつかの実施形態では、最小数のＨＡＲＱプロセスＩＤの決定を実装するためのプログラムが、ＲＯＭ１０４０内に格納され得る。ある場合にはこれらの構成要素のいくつかは、存在しなくてもよく、あるいは相互に、または図示されない他の構成要素との種々の組み合わせとして、組み合わせられてもよい。これらの構成要素は、単一の物理的エンティティに、または１つより多くの物理的エンティティに位置する場合がある。プロセッサ１０１０によって行われるものとして本明細書で説明される、任意の作用は、プロセッサ１０１０によって単独で、または図面に示されている、あるいは示されていない１つ以上の構成要素と併せて、プロセッサ１０１０によって行われる場合がある。
【０１５１】
プロセッサ１０１０は、それがネットワーク接続デバイス１０２０、ＲＡＭ１０３０、ＲＯＭ１０４０、または二次記憶装置１０５０（ハードディスク、フロッピー（登録商標）ディスク、または光ディスク等の種々のディスクベースのシステムを含む場合がある）からアクセスする場合がある、命令、コード、コンピュータプログラム、またはスクリプトを実行する。１つのＣＰＵ１０１０のみ示されるが、複数のプロセッサが存在し得る。したがって、命令は、プロセッサによって実行されるものとして論議され得るが、命令は、同時に、連続的に、または別様に、１つまたは複数のプロセッサによって実行され得る。プロセッサ１０１０は、１つ以上のＣＰＵチップとして実装され得る。
【０１５２】
ネットワーク接続デバイス１０２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインターフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多重アクセス（ＣＤＭＡ）デバイス、グローバルシステムフォー移動コミュニケーションズ（ＧＳＭ（登録商標））無線送受信機デバイス等の無線送受信機デバイス、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ）デバイス、および／またはネットワークに接続するための他の周知のデバイスの形態を成し得る。これらのネットワーク接続デバイス１０２０は、プロセッサ１０１０が情報を受信する場合がある、またはプロセッサ１０１０が情報を出力する場合がある、インターネットまたは１つ以上の電気通信ネットワーク、あるいは他のネットワークと、プロセッサ１０１０が通信することを可能にし得る。
【０１５３】
また、ネットワーク接続デバイス１０２０は、無線周波数信号またはマイクロ波周波数信号等の電磁波の形態として、データを無線伝送および／または受信可能な１つ以上の送受信機構成要素１０２５を含む場合がある。代替として、データは、電気導体の表面内または上、同軸ケーブル内、導波路内、光ファイバ等の光メディア内、あるいは他のメディア内を伝搬し得る。送受信機構成要素１０２５は、別個の受信および伝送ユニットまたは単一送受信機を含む場合がある。送受信機１０２５によって伝送または受信される情報は、プロセッサ１０１０によって処理されたデータ、またはプロセッサ１０１０によって実行される命令を含み得る。そのような情報は、例えば、コンピュータデータベースバンド信号または搬送波内に埋め込まれた信号の形態として、ネットワークから受信され、そこへ出力され得る。データは、データの処理または生成あるいはデータの伝送または受信のいずれかのために望ましくあり得るため、異なるシーケンスに従って順序付けられてもよい。ベースバンド信号、搬送波内に埋め込まれた信号、あるいは現在使用されている、または以降に開発される、他の種類の信号は、伝送メディアと称され得、当業者に周知のいくつかの方法に従って生成され得る。
【０１５４】
ＲＡＭ１０３０は、揮発性データを記憶するため、また可能性として、プロセッサ１０１０によって実行される命令を格納するために使用される場合ある。ＲＯＭ１０４０は、典型的には、二次記憶装置１０５０のメモリ容量より小さいメモリ容量を有する、不揮発性メモリデバイスである。ＲＯＭ１０４０は、命令と、また可能性として、命令の実行の際に読み取られるデータを格納するために使用される場合がある。ＲＡＭ１０３０およびＲＯＭ１０４０の両方へのアクセスは、典型的には、二次記憶装置１０５０より高速である。二次記憶装置１０５０は、典型的には、１つ以上のディスクドライブまたはテープドライブから成り、ＲＡＭ１０３０が、全作業データを保持するために十分に大きくない場合、データの不揮発性記憶のために、またはオーバフローデータ記憶デバイスとして使用される場合がある。二次記憶装置１０５０は、そのようなプログラムが実行のために選択される時、ＲＡＭ１０３０にロードされるプログラムを格納するために使用され得る。
【０１５５】
Ｉ／Ｏデバイス１０６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カードリーダ、ペーパテープリーダ、プリンタ、ビデオモニタ、または他の周知の入力デバイスを含み得る。また、送受信機１０２５は、ネットワーク接続デバイス１０２０の構成要素の代わりに、またはそれに加えて、Ｉ／Ｏデバイス１０６０の構成要素と見なされる場合がある。Ｉ／Ｏデバイス１０６０の一部または全部は、ディスプレイ７０２および入力７０４等、ＵＥ８００の上述の図面に描写される種々の構成要素に実質的に類似し得る。
【０１５６】
いくつかの実施形態を本開示で提供したが、開示されたシステムおよび方法は、本開示の精神または範囲から逸脱することなく、多くの他の具体的形態で具現化され得ることを理解されたい。本実施例は、制限ではなく、例証としてみなされるべきであって、本明細書に与えられる詳細に制限されることを意図するものではない。例えば、種々の要素または構成要素は、組み合わされる、または別のシステムに統合され得、あるいはある特徴は、省略される、もしくは実装されてなくてもよい。
【０１５７】
また、個別または別個のものとして種々の実施形態で説明および例証される、技術、システム、サブシステム、および方法は、本開示の範囲から逸脱することなく、他のシステム、モジュール、技術、または方法と組み合わされるか、あるいは統合され得る。連結される、または直接連結される、あるいは互いに通信するように図示もしくは論じられた他の項目は、あるインターフェース、デバイス、または中間構成要素を通して、電気的、機械的、他であるか否かにかかわらず、間接的に連結、もしくは通信し得る。変更、代用、および改良の他の実施例は、当業者によって究明可能であって、本明細書に開示される精神および範囲から逸脱することなく成され得る。
【技術分野】
【０００１】
本開示は、概して、通信システムにおいて、ネットワーク構成要素を使用して、サービスを有効化する方法に関し、より具体的には、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）において、ボイスサービスを提供するための方法と、また、対応するネットワーク要素とに関する。
【背景技術】
【０００２】
本明細書で使用される場合、用語「デバイス」は、用語「移動局」（ＭＳ）、「ユーザエージェント」、または「ユーザ機器」（ＵＥ）を指し、固定および携帯電話、携帯端末、ハンドヘルドまたはラップトップコンピュータ、スマートフォン、プリンタ、ファックス機器、テレビ、セットトップボックス、ならびに他のビデオディスプレイデバイス等の電子デバイス、家庭用オーディオ機器および他の家庭用娯楽システム、家庭用監視および制御システム（例えば、家庭用監視、アラームシステム、および温度調節システム）、コンピュータ制御式冷蔵庫等の進化型家庭用器具、ならびにネットワーク通信能力を有する類似デバイスを含むことが可能である。いくつかの構成では、ＵＥは、移動無線デバイスと称され得る。
【０００３】
ＵＥはまた、デスクトップコンピュータ、セットトップボックス、ＴＶ、ＩＰＴＶ、またはネットワークノード等、類似能力を有するが、容易に搬送可能ではないデバイスを指し得る。
【０００４】
用語「デバイス」はまた、固定または移動式であることが可能なセッション開始プロトコル（ＳＩＰ）ユーザエージェント（ＵＡ）を指し得る。ＵＡがネットワークノードである時、ネットワークノードは、ＵＡまたは固定回線デバイス等の別の機能に代わって行動し、ＵＡまたは固定回線デバイスをシミュレートあるいはエミュレートし得る。例えば、いくつかのＵＡの場合、典型的には、デバイス上に常駐するであろうインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ＳＩＰクライアントは、実際にはネットワーク内に常駐し、最適化されたプロトコルを使用して、デバイスにＳＩＰメッセージ情報を中継する。換言すると、従来、ＵＡによって実行されていたいくつかの機能は、遠隔ＵＡの形態で分散することが可能であって、その場合、遠隔ＵＡは、ネットワーク内のＵＡを表す。
【０００５】
用語「ＵＥ」はまた、ＳＩＰセッションを含み得るが、それに限定されない、通信セッションを着信可能な任意のハードウェアまたはソフトウェア構成要素も指すことも可能である。また、用語「ユーザエージェント」、「ＵＡ」、「ユーザ機器、「ＵＥ」、および「ノード」は、本明細書では、同義的に使用される場合がある。当業者は、これらの用語が、本願において、互換可能に使用可能であることを理解するであろう。
【０００６】
ＵＥは、種々のネットワーク構成および／または無線アクセス技術（ＲＡＴ）を使用して、高速データ通信を提供する、無線通信ネットワーク内で動作し得る。例えば、ＵＥは、移動通信用グローバルシステム（ＧＳＭ（登録商標））および汎用パケット無線サービス（ＧＰＲＳ）技術に従って、動作し得る。今日、そのようなＵＥはさらに、ＧＳＭ（登録商標）進化型高速データレート（ＥＤＧＥ）、あるいは拡張型ＧＰＲＳ（ＥＧＰＲＳ）または拡張型ＧＰＲＳ Ｐｈａｓｅ ２（ＥＧＰＲＳ２）に従って、動作し得る。ＵＥが動作し得る、他の無線ネットワークは、ＣＤＭＡ、ＵＭＴＳ、Ｅ−ＵＴＲＡＮ、ＷｉＭａｘ、およびＷＬＡＮ（例えば、ＥＥＥＥ ８０２．１１）を含むが、それらに限定されない。ＵＥはまた、ｘＤＳＬ、ＤＯＣＳＩＳケーブルネットワーク、イーサネット（登録商標）、または光ネットワーク等、固定ネットワーク環境内で動作し得る。いくつかのＵＥは、多モード動作可能であり得、その場合、一度に、単一アクセスネットワーク技術に基づいて、または多重アクセスネットワーク技術を同時に使用して、いくつかのデバイス内においてのいずれかとして、２つ以上のアクセスネットワーク技術に基づいて動作可能である。
【０００７】
無線電気通信システムでは、基地局内の伝送機器は、セルとして周知の地理的な領域内全体に信号を伝送する。技術が進化するのに伴って、以前では不可能であったサービスを提供可能な、より高度なネットワークアクセス機器が導入されるようになった。本高度機器は、例えば、基地局ではなく、拡張型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ノードＢ（ｅＮＢ）、または従来の無線電気通信システムにおける同等機器より高度に進化した他のシステムおよびデバイスを含む場合がある。そのような高度なまたは次世代機器は、本明細書では、ロングタームエボリューション（ＬＴＥ）機器と称され得、また、そのような機器を使用するパケットベースのネットワークは、進化型パケットシステム（ＥＰＳ）と称することも可能である。本明細書で使用される場合、用語「アクセスデバイス」は、ＵＥに、電気通信システム内の他の構成要素へのアクセスを提供可能な、従来の基地局、ｅＮＢ、または他のＬＴＥアクセスデバイス等の任意の構成要素を指し得る。
【０００８】
第３世代移動体通信システムの標準化プロジェクト（３ＧＰＰ）システムでは、ボイスサービスは、一連の手段を経由して、移動オペレータによって提供可能である。ＧＰＲＳ／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）およびユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）を介して、例えば、回路交換（ＣＳ）インフラストラクチャを使用して、ボイスサービスを提供し得る。代替として、ＧＥＲＡＮおよびＵＴＲＡＮを介して、ＩＭＳ−またはＩＰコアネットワーク（ＣＮ）マルチメディアサブシステムを使用可能である。その場合、ＩＭＳを使用するボイスオーバＩＰまたはボイス通信は、ＩＭＳボイスオーバＰＳと称され得る。さらに、ＣＳを使用して、ボイスベアラを提供し、ＩＭＳを使用して、ボイスベアラを制御する、ハイブリッドソリューションにもまた、対応可能であって、これは、ＩＭＳ集中型サービス（ＩＣＳ）として知られており、３ＧＰＰ ＴＳ ２３．２９２および３ＧＰＰ ＴＳ ２４．２９２に定義されている。（Ｅ−ＵＴＲＡＮ）を介して、ＩＭＳを使用し得る。ある場合には、ＬＴＥネットワークを介したボイスサービス（すなわち、アクティブに接続されたＵＥによって、ＬＴＥネットワークを介してデータを交換する）は、ＩＭＳを使用して提供され得る。
【０００９】
種々のボイスサービスインジケータ（ＶＳＩ）は、どの状況下において、特定のネットワーク、ネットワークエリア、またはネットワークセルが、ボイスサービスを提供し得るかを示すように定義されている。インジケータは、以下の値を含む：「ＩＭＳボイスオーバＰＳセッション対応」（すなわち、ＶｏＩＭＳインジケータ）、「ボイス中心」または「データ中心」、および「ＣＳボイス専用」、「ＩＭＳ ＰＳボイス専用」、「ＣＳボイス優先、ＩＭＳボイス二次優先」、あるいは「ＥＭＳボイス優先、ＣＳボイス二次優先」。ＶｏＩＭＳインジケータは、「ボイス中心」または「データ中心」インジケータがＵＥ内にある間、各ＮＡＳ登録（例えば、ＥＰＳアタッチ）およびＮＡＳ登録アップデートにおいて、ネットワークによって、ＵＥに提供され得る。ある場合には、「ＩＭＳボイスオーバＰＳセッション対応」インジケータの不在は、ネットワーク（例えば、ｅＮｏｄｅＢ）が、ボイスのために最適化されていないことを示唆し得る。しかしながら、ある場合には、ボイスは、好ましくないことがあるにもかかわらず、依然として、対応され得る。選好は、オペレータ選好、ユーザ選好、加入者選好、またはそれらの組み合わせとして規定され得る。ユーザ、加入者（例えば、企業）、および／またはオペレータは、選好を管理可能である。選好は、アクセスネットワーク毎に適用可能であって、例えば、ＷＩＭＡＸまたはＩＥＥＥ ８０２．１１ベースのアクセスネットワーク等、別のアクセスネットワークと比較して、異なる選好が、Ｅ−ＵＴＲＡＮのために存在し得る。そのような選好は、ＵＥに対応する各アクセスネットワークと関連付けられなくてもよい。オペレータのネットワーク要素は、ボイス呼が、好ましい代替が存在する場合、あまり好ましくないアクセスネットワークを使用して、配信または着信されないように、選好を把握し得る。
【００１０】
本開示では、ＶＳＩは、上述の「ＩＭＳボイスオーバＰＳセッション対応」表示に匹敵する、ネットワーク提供ＶｏＩＭＳインジケータ（または、ＩＭＳボイスオーバＰＳ（ＩＭＳＶｏＰＳ）インジケータ）を含む、いくつかの様式において、分類され得、ＵＥの使用設定は、上述の「ボイス中心」または「データ中心」ＶＳＩと同一であり得る。ボイス中心ＵＥは、ボイスサービスを使用可能であり得、したがって、どのようにサービスが提供され得るかに関わらず、ボイスサービスを取得するよう試み得る。対照的に、データ中心ＵＥは、ボイスサービスが利用可能ではない時でも、最も可能性のあるＰＳ（パケット交換）サービスを有することを優先し得る。例えば、データ中心ＵＥは、ボイスサービスが、Ｅ−ＵＴＲＡＮ上で利用可能ではない時でも、Ｅ−ＵＴＲＡＮ内に留まることを優先し得る。ボイスサービスは、オペレータのサービスシナリオに応じて、データ中心ＵＥのために提供され得る。最後に、ＵＥのボイス設定は、上述の「ＣＳボイス専用」、「ＩＭＳ ＰＳボイス専用」、「ＣＳボイス優先、ＩＭＳボイス二次優先」、または「ＩＭＳボイス優先、ＣＳボイス二次優先」ＶＳＩと同一であり得る。以下の表１は、これらの群および名称の規定を要約したものである。
【００１１】
【化１】
無線通信ネットワークが継続して進化するのに伴って、いくつかのネットワーク実装では、ＧＥＲＡＮおよび／またはＵＴＲＡＮによって提供される、より完全な無線範囲内に常駐するＬＴＥ型ネットワークの範囲の島が存在するようになるであろう。したがって、ボイスサービスをＬＴＥネットワークに接続されたＵＥに配信するための種々の機構が、定義されている。例えば、ＣＳフォールバックプロシージャは、ＵＥが、第１のＲＡＴを使用して、ＲＡＴがＰＳ（パケット交換）ドメインサービスのみを提供するネットワークに接続し、同時に、ＣＳドメインサービスを提供する別のネットワークに登録することを可能にする。ＣＳフォールバックの使用は、ボイス呼を開始する際、ＵＥが、ＰＳドメインサービスのみを提供する（すなわち、ＣＳドメインサービスを提供しない）ネットワークのセルに関連付けられていた場合に、例えば、ＣＳドメインサービスを提供するネットワークのセルに移動し、ボイス呼を開始するようにＵＥをトリガし得る。ボイス呼を開始するＵＥは、ＰＳドメインサービスのみ提供するネットワークのセル上において、アイドルまたはアクティブのいずれかであり得る。用語「登録」は、本書では、２つの目的のために使用されている：（１）ＳＩＰ ＵＡをＳＩＰレジストラに登録する行動を説明するためと、（２）下位層への登録の行動を説明するため。ＳＩＰでは、ＵＡが登録される場合、典型的には、ＳＩＰ登録要求が、ＵＡによって伝送され、ＳＩＰ ２００（ＯＫ）応答が、ＵＡによって受信される。代替として、ＵＡは、他の手段を経由して、登録され得る。本書では、我々は、ＵＡが、機能的要素のＩＭＳノードであるノードまたは機能的要素上において、レジストラ機能に登録される場合、用語「ＩＭＳ登録」を使用する。典型的には、Ｓ−ＣＳＣＦは、ＩＭＳにおいて、レジストラの役割を果たす。下位層では、例えば、ＮＡＳまたはアクセス階層では、ＵＥは、ネットワークに登録し、ＵＴＲＡＮまたはＧＥＲＡＮを介して、ＧＰＲＳネットワークに対して、アタッチプロシージャを行うか、あるいはＬＴＥまたはＥ−ＵＴＲＡＮを介して、ＥＰＣとアタッチを行うことのいずれかによって、接続を取得する。ＮＡＳ層における登録はまた、ルーティングエリアアップデート、追跡エリアアップデート（ＴＡＵ）、ＮＡＳ複合アタッチ、および複合ＴＡＵの概念を指し得る。これは、本書を通して、「登録」が適用される文脈から明白となるはずである。
【００１２】
具体的には、オペレータが、ＬＴＥを徐々に配備し、かつ配備されたＩＭＳを有さない場合、ＣＳフォールバックプロシージャによって、ＵＥは、以下が可能となる：移動性の場合、初期アタッチまたは複合追跡エリアアップデートプロシージャにおいて、複合アタッチプロシージャを行うことによって、ＰＳコアネットワーク（すなわち、３ＧＰＰ進化型パケットコア（ＥＰＣ）とＣＳドメイン（すなわち、移動通信交換局（ＭＳＣ）とに同時にアタッチする；ＬＴＥを介して、データサービスを交換する一方、着信ＣＳ呼通知を受信し、別のＲＡＴ（ＧＥＲＡＮまたはＵＴＲＡＮ）へのハンドオーバを行い、ＣＳドメインを使用して、ＣＳ呼の確立を継続するように、ＵＥをトリガする；ＬＴＥを介して、データサービスを交換する一方、別のＲＡＴ（ＧＥＲＡＮまたはＵＴＲＡＮ）へハンドオーバし、ＣＳドメインを使用して、ＣＳ呼の確立を行うことによって、発信ＣＳ呼を確立する。
【００１３】
ＵＥは、ＬＴＥを介したいくつかの方法において、ボイスサービスに対応するように構成され得る。例えば、ＵＥは、ネットワークオペレータ（例えば、Ｓｋｙｐｅ）、ＣＳフォールバック、ＩＭＳ、または汎用アクセス経由ボイスオーバＬＴＥ（ＶｏＬＧＡ）によって提供されない、ボイスオーバＩＰソリューションに対応し得る。上述のように、特定のＬＴＥ（例えば、ＶｏＩＭＳ、ＳＲＶＣＣ）を介して、ＩＭＳが利用可能かどうかを定義するためのいくつかのメッセージタグが存在する。さらに、ＵＥは、所定の論理ツリーに基づいて、初期または優先ボイスソリューションを選択するように構成され得る。初期ボイスソリューションが利用可能ではない場合、ＵＥは、所定の論理ツリーに基づいて、反応するように構成され得る。
【００１４】
移動機着信セッションが、ＩＭＳネットワーク（例えば、ＩＭＳアプリケーションサーバ（ＡＳ）のようなノードを含む）に提示されると、ノードは、呼配信のための標的ドメイン（すなわち、ＣＳドメインまたはＰＳドメイン）を選択する方法を決定する。標的ドメインは、ＬＴＥネットワークまたはＥ−ＵＴＲＡＮを介したＩＭＳ登録の結果として、あるいはＣＳ標的アドレスによって構成されることによって（ＣＳ標的アドレスは、例えば、複合アタッチメントプロシージャの結果として提供される）、定義され得る。ある場合には、登録の時、ＵＥが、ＶｏＩＭＳまたは単一無線ボイス呼継続性（ＳＲＶＣＣ）が非対応であることを発見する場合、ＵＥは、その登録情報内に「オーディオ」特徴タグまたはＩＭＳ通信サービス識別子（ＩＣＳＩ）（例えば、マルチメディア電話（ＭＭＴｅＩ））等の表示を含まないことがある。しかしながら、「オーディオ」特徴タグが、双方向全二重ボイス専用より多くのサービスを記述し得るため、「オーディオ」特徴タグの不在は、ＩＰを介した音楽または無線等のより多くのサービスへのＵＥアクセスを拒絶し得る。同様に、ＭＭＴｅＩ ＩＣＳＩの不在は、ＭＭＴｅＩ仕様に従って、特定のサービス（例えば、ファイル転送）を拒絶し得る。頭字語「ＡＳ」は、本書では、２つの目的のために使用されていることに留意されたい：（１）ノードまたは機能的要素「アプリケーションサーバ」を識別するためと、（２）「アクセス階層」を識別するため。ＳＩＰでは、ＵＡがサービスを要求し、別のＵＡがサービスをレンダリングまたは提供する場合、典型的には、ＳＩＰ要求メッセージが、ＵＡによって、別のＵＡに伝送される。他のＵＡは、ＩＭＳにおいて「アプリケーションサーバ」と呼ばれるノードまたは機能的要素上にホスト可能である。典型的には、Ｉ−ＣＳＣＦ、またはＳ−ＣＳＣＦ、あるいはＥ−ＣＳＣＦが、要求をアプリケーションサーバにルーティングする。これは、本書を通して、頭字語「ＡＳ」が提供される文脈から明白となるはずである。
【００１５】
概して、ＩＭＳ ＡＳは、ＩＭＳ登録メッセージを受信後、ＬＴＥアクセスがボイスサービスに対応可能かどうかを把握していない。したがって、ＩＭＳ ＡＳは、ＩＭＳ登録メッセージ内に含まれる情報ではなく、他の情報に依存して、セッション（ボイスを含む）がルーティングされるべき方法、またはセッション（ボイスを含む）がルーティングされるべき方法を決定するためのオプションをＵＥが与えられるべきかどうかを決定し得る。ＵＥが、セッション（ボイスを含む）がルーティングされるべき方法を決定するためのオプションを与えられる場合、ＵＥは、移動機着信呼またはボイスを含むものに対するオファーを伴うＳＩＰ ＩＮＶＩＴＥの受信時の応答方法を決定する。本開示では、ＩＭＳ ＡＳは、サービス集中継続性アプリケーションサーバ（ＳＣＣ ＡＳ）であり得る。
【００１６】
規格変更を考慮して、ＵＥは、ＲＡＴに接続されている間、あるサービスに対応していることの表示、例えば、アタッチ、追跡エリアアップデート、ルーティングエリアアップデート、または複合アタッチプロシージャの実行の際に受信された、ＧＰＲＳあるいはＬＴＥ／ＥＰＣ／Ｅ−ＵＴＲＡＮに接続される時の「ＩＭＳボイスオーバＰＳセッション対応」表示を受信し得る。登録エリアアップデートプロシージャの実行によって、「あるサービスに対応していることの表示」が変更され得る。その結果、ＵＥが、ＩＭＳドメインからサービスを受信し（加入者のためにプロビジョニングされるように）、また、登録されている場合、ＵＥは、「あるサービスに対応していることの表示」の現在の値に応じて、ＩＭＳドメインによってオファーされ、アクセスネットワーク上での加入の一部として認証されるいくつかのサービスを取得可能でないことがある。
【００１７】
いくつかの事例では、問題は、サービスがＵＥに提供される方法、ＶｏＩＭＳインジケータの値、ならびにＵＥ使用およびボイス設定に応じた、ＵＥへのサービス（例えば、移動機着信ボイス呼）の配信に関する。特に、問題は、ＵＥが、種々のＲＡＴおよびボイスソリューションを介して、サービスを受信可能であって、ＵＥが優先するＲＡＴ（例えば、ＵＥ内のポリシーに基づいて、優先されると決定されるＲＡＴ）が、要求されるサービス／特徴に対応していない場合のシナリオに当てはまり得る。ある場合には、ＵＥが優先するＲＡＴが定義されていないことに留意されたい。
【００１８】
例えば、ＵＥは、ＶｏＩＭＳインジケータによって示されるように、ＶｏＩＭＳが利用可能ではないエリア内において、ＬＴＥを介して、またはＥ−ＵＴＲＡＮを使用して、ＩＭＳに登録され得る。同様に、ＳＲＶＣＣは、利用可能でないことがあり、ＳＲＶＣＣフラグが設定されない場合がある。ＶｏＩＭＳインジケータに非対応である場合、ネットワークによって利用可能となる、またはＵＥ内の下位層によって利用可能となる表示がない場合がある。その場合、ＵＥは、ＩＭＳ登録を行う前、またはＩＭＳ登録を行った後であるが、ＩＭＳボイス（ＶｏＩＭＳ）セッションを確立する前に、ＶｏＩＭＳに対応しているかどうかを決定不可能である場合がある。ＶｏＩＭＳインジケータの不在は、デフォルトによって、ＶｏＩＭＳに対応している、または対応していないのいずれかを含意し得る。
【００１９】
したがって、ＩＭＳ登録に際し、ＵＥは、ＵＥが、ボイスサービスのために、ＩＭＳを使用することを意図するかどうかをＩＭＳインフラストラクチャに示すことが不可能であり得る。さらに、ＵＥが、「ボイス」サービスのためにＩＭＳを使用することを意図するか、または「非ボイス」サービスのためだけに（例えば、ＵＥが、「ボイス」および「非ボイス」サービスを所望するが、ＶｏＩＭＳインジケータが存在しない、またはＶｏＩＭＳが利用可能ではないことが示されない時）、ＩＭＳを使用することを意図するかどうかをＩＭＳ（例えば、登録の際）に示すように構成されていると仮定する場合でも、ＩＭＳに着信する移動機着信呼が、ＵＥがＰＳ ＲＡＴ（例えば、ＬＴＥ）上でキャンプオンしている場合に、どのように配信されるか、または、呼がＣＳドメインを介してどのようにＵＥにルーティングされることが可能であるかは不明であり得る。故に、呼が、ＰＳドメイン内のＰＳ ＲＡＴを介して、ＩＭＳを使用して、ＵＥにルーティングされるかどうか、または呼が、ＣＳドメインを通して、ルーティングされるかどうかについて、不明であり得る。
【００２０】
ＵＥ ＩＭＳまたはＳＩＰスタックが、ＶｏＩＭＳインジケータの値に関する、ＮＡＳによって提供された表示へのアクセスを有さないＵＥでは、ＵＥは、ＵＥが、あるエリア内のＩＭＳボイスを受信または開始可能であるかどうか分からない。ある場合には、ＵＥ内のＩＭＳまたはＳＩＰスタックは、ＶｏＩＭＳセッションのために、ＩＭＳを使用する意図を伴い、最初に、ＩＭＳに登録し、後に、ＮＡＳは、ＶｏＩＭＳインジケータを通して、ＶｏＩＭＳが利用可能ではないことを認識し得る。その場合、ＵＥ内のＩＭＳまたはＳＩＰスタックが、呼がＩＭＳを介して配信されるべきではないことをネットワークに示すことは困難である場合があり、コアネットワークインフラストラクチャは、これらの２つの場合を区別不可能である。したがって、ＩＭＳに登録されたＵＥのＡＳ／ＮＡＳ層が、ＶｏＩＭＳインジケータを通して、ＩＭＳボイス呼が不可能であり、ＩＭＳを介してＵＥに配信される着信呼が存在することを知っている場合、ＵＥ内のＩＭＳスタックは、例えば、ＩＭＳスタックがＡＳ／ＮＡＳスタックと強固に統合されておらず、ＩＭＳスタックがＶｏＩＭＳ表示を有していないので、依然として、着信ボイス呼を受理する場合がある。本問題はまた、ＵＥが、ＩＭＳを介して、着信呼を受理する際、誤動作を行う時にも生じ得る。
【００２１】
さらなる問題は、ＵＥが、起動している２つ以上のボイスソリューション（すなわち、異なるアプリケーション：実施例は、ＶｏＬＧＡおよびＩＭＳである）を有する場合に生じ得る。１つのボイスソリューションは、オペレータによって提供され（ＯｐＶｏｉｃｅ）、１つ以上のソリューションは、他の当事者によって、ＩＭＳ（例えば、企業によって提供されるエンタープライズボイス）、またはＡｐｐＶｏｉｃｅおよびＡｐｐＩＭＳを経由して、提供され得る。その場合、ＯｐＶｏｉｃｅサービスにアクセスするために、ＵＥは、ＩＭＳ、ＣＳフォールバック、および任意の他の可能なソリューション（例えば、ＶｏＬＧＡ）の選択のために、現在のソリューション（例えば、３ＧＰＰに定義されるもの）を実装し得る。ＡｐｐＶｏｉｃｅにアクセスするために、ＵＥは、ＡｐｐＩＭＳインフラストラクチャに接続し得る。ＡｐｐＩＭＳに接続するかどうかの決定は、ＯｐＶｏｉｃｅのために使用される同一規則／機構に基づかないことがある。なぜなら、ＵＥが、トランスポート層からのＶｏＩＭＳインジケータが利用可能であり、かつ、ネットワークが、ＩＭＳが利用可能であることを示す場合にのみ、ＡｐｐＩＭＳ専用に接続することを決定する場合、ＵＥは、他のサービスのためのＩＭＳ登録を試みない場合があるからである。ＵＥが、代わりに、ＡｐｐＶｏｉｃｅのために、ＡｐｐＩＭＳに登録する場合、ＵＥは、ＶｏＩＭＳインジケータが、ＩＭＳボイス呼が非対応（例えば、ＱｏＳのため）であることを表すエリア内にない場合があるため、着信ＡｐｐＶｏｉｃｅ呼に関するルーティング問題は、解決される必要があり得る。
【００２２】
言い換えると、問題は、１）ＵＥが、ネットワークに接続され、３ＧＰＰに現在規定されるＯｐＶｏｉｃｅのためのボイスソリューションを選択する（すなわち、ＶｏＩＭＳインジケータ、ＣＳフォールバック複合登録／ＴＡＵの成功または失敗等に基づく）、あるいは、２）ＵＥが、例えば、ＡｐｐＶｏｉｃｅプロバイダによってＵＥに提供されるポリシーに基づいて、ＡｐｐＶｏｉｃｅのために、ＡｐｐＩＭＳに接続される時に生じ得る。ＶｏＩＭＳインジケータが利用可能であって、ＩＭＳボイスが可能ではない、またはＶｏＩＭＳが利用可能ではないことを示す場合でも、ポリシーが、ＵＥがそうすることを示す場合、ＵＥは、ＡｐｐＶｏｉｃｅのために、ＡｐｐＩＭＳに登録し得る。問題はまた、３）ＵＥが、ＶｏＩＭＳインジケータが、ＩＭＳボイスが非対応であることを表すエリア内にある時、または４）ＡｐｐＶｏｉｃｅソリューションが、ＵＥ内の他のボイスソリューション（例えば、ＶｏＬＧＡ、ＣＳフォールバック等）と統合されていない時、したがって、ＵＥは、ＩＭＳボイスが利用可能ではない時、他のソリューションに「フォールバック」し、ＡｐｐＶｏｉｃｅをＵＥに提供不可能である時に生じ得る。ＡｐｐＶｏｉｃｅスタックは、ＵＥ内のＯｐＶｏｉｃｅスタックと別個であり得る。
【発明の概要】
【課題を解決するための手段】
【００２３】
本開示は、概して、通信システムにおいて、ユーザ機器（ＵＥ）を使用して、ボイスサービスにアクセスする方法に関し、より具体的には、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）において、ボイスサービスを提供する方法と、また、対応するネットワーク要素とに関する。
【００２４】
次に、本開示の種々の側面を、添付の図面を参照して説明するが、同一番号は、全体を通して、同一または対応する要素を指す。しかしながら、図面およびそれに関する発明を実施するための形態は、請求される主題を開示される特定の形態に限定することを意図するものではないことを理解されたい。むしろ、請求される主題の精神および範囲内にある、あらゆる修正、均等物、および代替を網羅することを意図する。
【００２５】
本明細書で使用される場合、用語「構成要素」、「システム」等は、実行時のハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、またはソフトウェアのいずれかである、コンピュータ関連エンティティを指すことが意図される。例えば、構成要素は、プロセッサ上で起動するプロセス、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、および／またはコンピュータであり得るが、それらに限定されない。例証として、コンピュータ上で起動するアプリケーションおよびコンピュータは両方とも、構成要素であることが可能である。１つ以上の構成要素は、プロセスおよび／または実行のスッド内に常駐し得、構成要素は、１つのコンピュータ上に局在される、および／または２つ以上のコンピュータ間に分散され得る。
【００２６】
単語「例示的」は、本明細書では、実施例、事例、または図としての役割を果たすことを意味するために使用される。「例示的」として本明細書に説明される任意の側面または設計は、必ずしも、他の側面または設計より好ましいあるいは有利であると解釈されるわけではない。
【００２７】
さらに、開示される主題は、標準的プログラミングおよび／またはエンジニアリング技法を使用して、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組み合わせを生産し、本明細書に詳述される側面を実装するためのデバイスに基づいて、コンピュータまたはプロセッサを制御する、システム、方法、装置、または製品として実装され得る。本明細書で使用される場合、用語「製品」（または代替として、「コンピュータプログラム製品」）は、任意のコンピュータ可読デバイス、搬送波、またはメディアからアクセス可能なコンピュータプログラムを包含することが意図される。例えば、コンピュータ可読メディアは、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ等）、光学ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）等）、スマートカード、およびフラッシュメモリデバイス（例えば、カード、スティック等）を含むことが可能であるが、それらに限定されない。加えて、搬送波は、電子メールを送受信する際、あるいはインターネットまたはローカルエリアネットワーク（ＬＡＮ）等のネットワークにアクセスする際に使用されるもの等、コンピュータ可読電子データを搬送するために採用可能であることを理解されたい。当然ながら、当業者は、請求される主題の範囲または精神から逸脱することなく、多くの修正が、本構成に成され得ることを認識するであろう。
【００２８】
本発明は、パケット交換（ＰＳ）ドメインおよび回路交換（ＣＳ）ドメインのうちの少なくとも１つに対応する、通信システムにおいて、ネットワーク構成要素を使用して、サービスを有効化する方法を提供する。方法は、第１のＳＩＰ要求を受信するステップと、第１のＳＩＰ要求に基づいて、ネットワーク構成要素により、第２のＳＩＰ要求を作成するステップと、ＳＩＰ応答を受信するステップと、ＳＩＰ応答の受信に応じて、後続の行動を選択するステップとを含む。方法はさらに、第３のＳＩＰ要求をＣＳドメインに送信するステップと、代替ドメインを選択しないことの決定を行うステップと、またはＳＩＰ応答の受信に応じて、後続の行動を選択する結果として、ＳＩＰ様プロトコルを搬送するためのベーストランスポートとして、ＣＳプロトコルを使用するステップとを含む。
【００２９】
本システムはさらに、ユーザ機器（ＵＥ）を使用して、サービスにアクセスする方法を提供する。ＵＥは、第１のサービスを要求するように構成される。方法は、第１のネットワークセルを使用して、ＵＥとネットワークとの間でデータを通信するためのセッションを確立するステップと、第１のネットワークセルに対応する、第２のサービスのうちの少なくとも１つのリストを読み出すステップとを含む。第１のネットワークセルに対応する第２のサービスのうちの少なくとも１つが、ＵＥによって要求される第１のサービスのうちの少なくとも１つに等しくない場合、方法は、ＵＥによって要求される第１のサービスが非対応であることを示すメッセージをネットワークに伝送するステップを含む。
【００３０】
本発明はさらに、少なくとも１つのドメインに対応するシステムを提供する。システムは、第１のＳＩＰ要求を受信するように構成される、ＵＥと、第１のＳＩＰ要求に基づいて、第２のＳＩＰ要求を作成し、その後、ＳＩＰ応答を受信し、ＳＩＰ応答の受信に応じて、後続の行動を選択するように構成される、ネットワーク構成要素とを備える。
【図面の簡単な説明】
【００３１】
ここで、本開示のより完全な理解のために、添付の図面および発明を実施するための形態と関連して、以下の簡単な説明を参照する（類似参照数字は、類似部品を表す）。
【図１】図１は、非複合ＥＰＳ／ＩＭＳＩアタッチを行う時のＵＥ挙動の工程図であって、ＵＥに対して「ＩＭＳ ＰＳボイス優先、ＣＳボイス二次優先」が規定されている。
【図２】図２は、ＵＥに対して「ＩＭＳ ＰＳボイス優先、ＣＳボイス二次優先」の設定が規定された、複合ＥＰＳ／ＩＭＳＩアタッチを行う時のＵＥ挙動の工程図である。
【図３】図３は、ＵＥに対して「ＣＳボイス優先、ＩＭＳ ＰＳボイス二次優先」の設定が規定された、ＵＥ挙動の工程図である。
【図４】図４は、ＵＥに対して「ＩＭＳ ＰＳボイス専用」の設定が規定された、ＵＥ挙動の工程図である。
【図５】図５は、ＵＥに対して「ＣＳボイス専用」の設定が規定された、ＵＥ挙動の工程図である。
【図６】図６は、非ローミング構成における、全体的ポリシー制御および課金制御（ＰＣＣ）論理アーキテクチャを示す、図である。
【図７Ａ】図７は、ＰＣＣとの相互作用を伴う、アタッチプロシージャを行うための実施例メッセージフローを例証する。
【図７Ｂ】図７は、ＰＣＣとの相互作用を伴う、アタッチプロシージャを行うための実施例メッセージフローを例証する。
【図８】図８は、ＶｏＬＧＡネットワークの構成要素を示す、例示的ネットワーク構成要素マップの図である。
【図９】図９は、ＵＥが、ＶｏＬＧＡネットワークに登録するためのメッセージフローを例証する。
【図１０】図１０は、ＶｏＬＧＡ移動機発信呼を開始するために、ＵＥとＶｏＬＧＡネットワークとの間の接続を確立するためのメッセージフローを例証する。
【図１１】図１１は、移動機着信呼のために、ＵＥとＶｏＬＧＡネットワークとの間の接続を確立するためのメッセージフローを例証する。
【図１２】図１２は、ネットワークにＵＥの能力を通知するためのメッセージシーケンスの図である。
【図１３】図１３は、ＵＥとネットワークとの間の接続を確立するためのメッセージフローの図であって、ネットワークは、ＵＥによって所望されるサービスまたは特徴に対応せず、ＵＥが、非ボイスサービスに対して登録を行う。
【図１４】図１４は、ＵＥとネットワークとの間の接続を確立するためのメッセージフローの図であって、ＵＥは、ネットワークによって提供されるサービスまたは機能インジケータを考慮しない。
【図１５】図１５は、コンパレータの機能性の概略図を示す、図である（着信アクセスドメイン選択（Ｔ−ＡＤＳ）機能）。
【図１６】図１６は、ＵＥとネットワークとの間の接続を確立するためのメッセージフローの図であって、ＵＥがＣＳフォールバックのための正常な登録を有する場合、ＵＥは、ＩＭＳ ＡＳをトリガし、ＳＤＰ−ＣＳを含むために使用される特徴タグを含む。
【図１７】図１７は、ＵＥとネットワークとの間の接続を確立するためのメッセージフローの図であって、ＵＥは、ＶｏＩＭＳインジケータを検査し、呼配信がＯｐＶｏｉｃｅソリューションを介して行うべきことを示す。
【図１８】図１８は、ユーザエージェントの実施形態を含む、無線通信システムを例証する。
【図１９】図１９は、デジタル信号プロセッサ（ＤＳＰ）およびメモリを含む、ユーザエージェントのブロック図を示す。
【図２０】図２０は、ユーザエージェントのプロセッサによって実装され得る、ソフトウェア環境を例証する。
【図２１】図２１は、ネットワーク間を移行するセッションの継続性を提供する方法を実装するために好適な処理構成要素を含む、システムの実施例を例証する。
【発明を実施するための形態】
【００３２】
種々のネットワーク展開では、種々のネットワーク要素は、１つ以上のＳＩＰエンティティを含み得る。ＳＩＰエンティティは、例えば、ＳＩＰプロキシまたはＳＩＰサーバを含み得る。いくつかのＳＩＰエンティティは、典型的には、ＵＡに備えられ、以下の２つの様式で動作し得る：１）要求メッセージをサーバに対して生成する、ユーザエージェントクライアント（ＵＡＣ）として、２）要求メッセージを受信し、それらを処理し、好適な応答を生成する、ユーザエージェントサーバ（ＵＡＳ）として。いくつかの用途シナリオでは、単一ＵＡは、ＳＩＰエンティティ（例えば、ＵＥデバイス）またはネットワークノードの両方として機能し得る。
【００３３】
一実装では、ＳＩＰは、６種類の要求を使用する：ＩＮＴＶＩＴＥ−ユーザまたはサービスが、セッションに参加するように招待されていることを示す（注記：用語「セッション」および「呼セッション」は、時として、互換可能に使用される）。ＡＣＫ−クライアントが、ＩＮＶＩＴＥ要求に対する最終応答を受信したことを確認する。ＢＹＥ−セッションを着信し、発呼者または受呼者のいずれかによって送信され得る。ＣＡＮＣＥＬ−ＵＥによって送信された以前の要求をキャンセルする。ＯＰＴＩＯＮＳ−ＵＥの能力のクエリを行う。ＲＥＧＩＳＴＥＲ−Ｔｏ：ヘッダフィールドに列挙されたアドレスをＳＩＰサーバに登録する。ＳＩＰは、進化するように構成されるため、受信者は、時として、認識しない要求の方法を受信し得る。そのような要求は、未知の要求方法として指定され得る。
【００３４】
要求に応答して、ＳＩＰは、以下の応答分類を使用する：１ｘｘ情報メッセージ、２ｘｘ成功応答、３ｘｘリダイレクション応答、４ｘｘ要求失敗応答、５ｘｘサーバ失敗応答、および６ｘｘ一般失敗応答。
【００３５】
ＳＩＰメッセージは、典型的には、標準化メッセージ構造を使用して提供される。構造は、初期ライン（要求内の要求ラインおよび応答内の状態ライン）を識別するコマンドライン部分、種々の情報を伝達する１つ以上のヘッダフィールドを識別するヘッダ部分、およびＳＩＰメッセージのメッセージ本文部分内に提供され得る、１つ以上のメッセージ本文から成る。メッセージ本文は、拡張マークアップ言語（ＸＭＬ）、ハイパーテキストマークアップ言語（ＨＴＭＬ）等のマークアップ言語においてレンダリングされ得る、プレーンテキスト、コード化された画像、または任意の情報等のコンテンツを保持するように動作可能である。各メッセージ本文（一部）は、それぞれ、ＳＤＰメッセージのコンテンツに関する情報を提供する、コンテンツ配置、コンテンツエンコーディング、およびコンテンツタイプ等のヘッダフィールドを使用して記述される。いくつかの実装では、コンテンツタイプヘッダフィールドの値は、多目的インターネットメール拡張（ＭＩＭＥ）タイプである。ＥＥＴＦ ＲＦＣ ３２６１は、例えば、ＳＩＰの一実装のさらなる説明を提供する。いくつかのシステム実装では、ＳＩＰエンティティは、３ＧＰＰ ＴＳ ２３．２２８および３ＧＰＰ ＴＳ ２４．２２９等の種々の３ＧＰＰ仕様に準拠する。
【００３６】
１つ以上のネットワークノードまたはネットワーク要素は、コアインフラストラクチャまたはコアネットワークを備え、ＳＩＰエンティティと称され得る。例えば、ネットワークノードは、プロキシ−呼セッション制御機能（Ｐ−ＣＳＣＦ）ノード、サービング−ＣＳＣＦまたはＳ−ＣＳＣＦノード、問い合わせ−ＣＳＣＦまたはＩ−ＣＳＣＦノード、ブレークアウトゲートウェイ制御機能（ＢＧＣＦ）ノード、メディアゲートウェイ制御機能（ＭＧＣＦ）ノード、家庭用加入者サーバ（ＨＳＳ）ノード、ＩＭＳ ＡＳまたはアプリケーションサーバノード等を例示し得る。上述のように、ノードならびに終点ＵＥデバイスは、セッション制御、すなわち、通信セッションの設定および中止のために、通信プロトコルとして、ＳＩＰを採用し得る。故に、ネットワークノードおよびＵＥデバイスは、集合的に、「ＳＩＰエンティティ」、またはより一般的には、「通信プロトコルエンティティ」と称され得、種々のサービス、例えば、ＶＣＣ、ＰＴＴ、ＰｏＣ、緊急サービス、ＩＣＳ等を達成するために、好適な通信プロトコルメッセージ（例えば、ＳＩＰメッセージ）の送受信に従事する。
【００３７】
ＩＭＳ集中型サービス（ＩＣＳ）は、エンドユーザに提供されるサービスをＩＭＳネットワーク内にホスト可能にする。サービスは、信号伝達のために利用可能なＰＳのみ有する加入者に、またはＣＳベアラを介してボイスをオファーすることがより望ましい場合、オファーされ得る。ＩＣＳの場合、呼およびサービス制御信号伝達は、ＰＳドメインの一部として、Ｇｍ基準点を介して、ＳＩＰ制御チャネルを経由して行われ得る一方、ボイスは、例えば、ＣＳドメインの従来のＣＳベアラ部分を使用する。完全なサービスを提供するために、ネットワークおよびＵＥは、ボイスおよびデータの両方の伝送を同時に行うことが可能であり得る（そうでなければ、ＳＩＰ制御チャネルは、失われ得る）。
【００３８】
いくつかのネットワーク展開では、ＩＣＳは、含まれず、通信分割（ＣＤＩＶ）ＡＳまたは電気通信アプリケーションサーバ（ＴＡＳ）が含まれる。ＳＣＣ ＡＳは、移動機着信呼のための正確な標的を選択するために、３ＧＰＰ ＴＳ ２３．２９２および３ＧＰＰ ＴＳ ２３．２３７に従って説明される、着信アクセスドメイン選択（ＴＡＤＳ）を提供するように構成され得る。標的の選択は、ＵＥが使用または要求するアクセスの種類の決定を含み得る。したがって、ＩＣＳおよびＣＳフォールバック対応ＵＥは、ＩＭＳを経由して、登録され、また、ＭＳＣに登録され得る。ＳＣＣ ＡＳは、呼が配信され得る標的として、これらの登録のいずれかと関連付けられた標的情報を使用するように選択可能である。
【００３９】
いくつかのネットワーク展開では、ＩＣＳは、含まれず、通信分割（ＣＤＩＶ）ＡＳまたは電気通信アプリケーションサーバ（ＴＡＳ）が含まれる。ＣＤＩＶ ＡＳは、移動機着信呼のための正確な標的を選択するために、３ＧＰＰ ＴＳ ２４．６０４に従って説明される通信分割に基づく規則を提供するように構成され得る。標的の選択は、ＵＥが使用または要求するアクセスの種類の決定を含み得る。したがって、ＣＤＩＶ対応ＵＥは、ＩＭＳを経由して登録され、また、ＭＳＣに登録され得る。ＣＤＩＶ ＡＳは、これらの標的のいずれかを使用したＵＥへの通信または通信の構成要素（例えば、ボイス構成要素のみ）を標的とすることが可能である。ＣＤＩＶ ＡＳは、通信の構成要素のみ標的可能ではない場合があり、その場合、通信ネットワーク内の１つ以上の他のノードは、ＣＳドメイン上でＣＳ（例えば、ボイス、メッセージング）を介して転送するために好適なメディアのみの伝送を処理する。ＣＤＩＶ ＡＳは、規則ベースであって、規則は、構成可能である。規則は、例えば、ＥＴＦ ＲＦＣ ４７４５、またはＯＭＡ ＸＤＭ、あるいは３ＧＰＰ ＴＳ ２４．６２３に従って、共通ポリシーＸＭＬとして表現される。規則は、ＵｔインターフェースおよびＸＣＡＰプロトコルを使用して、管理可能である。ある条件において標的を識別する規則によって、ＣＤＩＶ ＡＳの構成が一致する時、通信は、３ＧＰＰ ＴＳ ２４．６０４に規定されるように、リダイレクト可能である。１）ＵＥが通信のために使用した最新の既知のアクセスネットワークが、規則内に示されるアクセスネットワークに一致する場合、例えば、ＣＳドメインによってサーブされるアドレスに通信をリダイレクトするために、そのような規則は、プロビジョニングされる必要があるであろう。２）ネットワーク（例えば、ＰＣＣに対応する通信ネットワーク内のノード）が、ＵＥが規則内に示されるアクセスネットワークに一致するアクセスネットワークにアタッチされることを示す場合、例えば、ＣＳドメインによってサーブされるアドレスに通信をリダイレクトするために、そのような規則は、プロビジョニングされる必要があるであろう。３）（最新の既知のまたはＰＣＣ決定）アクセスネットワークが、ＵＥがＩＭＳボイスに対応不可能であるアクセスネットワークにアタッチされることを示し、規則が、そのような場合、通信がボイスメディアに対応するアクセスネットワークによってサーブされるアドレス（例えば、ＣＳドメイン）にリダイレクトされる必要があることを示す場合、例えば、ＣＳドメインによってサーブされるアドレスに通信をリダイレクトするために、そのような規則は、プロビジョニングされる必要があるであろう。４）ＵＥが、本アクセスネットワークを介して、ＩＭＳまたはＰＳボイスを受信不可能であることを示し（例えば、ＳＤＰ内のＣＳボイスメディア（ｉｅｔｄ ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐ−ｃｓ参照）、またはＳＩＰメッセージ、例えば、ＩＮＶＩＴＥ要求に応答するＳＩＰメッセージを示すことによって）、規則が、そのような場合、通信が、ＩＭＳボイスまたはＣＳボイスメディア対応アクセスネットワークによってサーブされるアドレスにリダイレクトされる必要があることを示す（ＳＤＰ（例えば、ＣＳドメイン）に示されるように）場合、例えば、ＣＳドメインによってサーブされるアドレスに通信をリダイレクトするために、そのような規則は、プロビジョニングされる必要があるであろう。上述の規則の条件部分は、他の条件（例えば、３ＧＰＰ ＴＳ ２４．６０４に規定される他の条件）とともに、種々の方法で複合可能である。本アプローチのさらなる利点は、ＣＤＩＶ ＡＳが、選好によって、例えば、ボイスメディアが配信される選好によってプロビジョニング可能であることである。
【００４０】
ネットワークが、ＣＳおよびＧｍインターフェースの両方を同時にアクティブにする能力に対応していない状況では、Ｉ１が使用され得る。Ｉ１は、ＵＥとネットワークとの間のインターフェースまたは基準点であって、いくつかの制限（例えば、Ｇｍ基準点の不在または二重転送モード（ＤＴＭ）に対する対応の欠如）によって、ＳＩＰ制御チャネルとＣＳベアラの併用を防止する場合に使用され得る。
【００４１】
いくつかのネットワークでは、ＰＣＣ機能性は、進化型パケットコア（ＥＰＣ）およびＧＰＲＳネットワーク（例えば、ＧＥＲＡＮ／ＵＴＲＡＮを含む）を含む、種々のネットワークのために導入されている。ＰＣＣ機能性は、ポリシーおよび課金実施機能（ＰＣＥＦ）、ベアラ結合および事象報告機能（ＢＢＥＲＦ）、ポリシーおよび課金規則機能（ＰＣＲＦ）、アプリケーション機能（ＡＦ）、オンライン課金システム（ＯＣＳ）、オフライン課金システム（ＯＦＣＳ）、および加入プロファイルレポジトリ（ＳＰＲ）を含み得る。ＰＣＣアーキテクチャは、ＥＰ ＣＡＮ（例えば、ＧＰＲＳコアネットワークまたはＥＰＣ）のアーキテクチャを拡張し得、ポリシーおよび課金実施機能は、ＰＤＮへのＩＰアクセスを実装するゲートウェイノードにおける機能的エンティティである。
【００４２】
図１から５は、ネットワークのＶｏＩＭＳインジケータとＵＥの使用設定の異なる組み合わせのために必要とされるＵＥ作用を示す、種々の使用例のシナリオの図である。
【００４３】
図１は、非複合ＥＰＳ／ＩＭＳＩアタッチを行う時のＵＥ挙動の工程図であって、「ＩＭＳ ＰＳボイス優先、ＣＳボイス二次優先」がＵＥに対して規定されている。ステップ１０では、ＵＥは、ＩＭＳボイス優先、ＣＳボイス二次優先に設定される。ステップ１２では、ＵＥは、ＥＰＳアタッチプロシージャ（示されるように、アタッチプロシージャは、非複合である）を開始し、ステップ１４では、ＵＥは、ネットワークからのＩＭＳボイス対応表示を確認する。対応の場合、ＵＥは、ステップ１６において、ＩＭＳボイスを使用し、追跡エリアアップデート（ＴＡＵ）を行った後、ステップ１４に戻り得る。しかしながら、ＩＭＳボイスに非対応の場合、ＵＥは、ステップ１８において、ＣＳフォールバックのための複合ＴＡＵを行う。成功する場合、ＵＥは、ステップ２０において、ＣＳフォールバックの結果、利用可能となったボイスサービスを使用する。しかしながら、ＣＳフォールバックが失敗する場合、ＵＥは、ステップ２２において、その独自の設定を確認し、ボイス中心またはデータ中心であるかどうかを決定する。データ中心の場合、ＵＥは、ステップ２４において、現在のＲＡＴ内に留まる。しかしながら、ＵＥがボイス中心である場合、ステップ２６において、代替ＲＡＴを再選択する。
【００４４】
図２は、複合ＥＰＳ／ＩＭＳＩアタッチを行う時のＵＥ挙動の工程図であって、ＵＥに対して「ＩＭＳ ＰＳボイス優先、ＣＳボイス二次優先」の設定が規定されている。ステップ３０では、ＵＥは、ＩＭＳ ＰＳボイス優先、ＣＳボイス二次優先に設定される。ステップ３２では、ＵＥは、複合ＥＰＳ／ＩＭＳＩアタッチプロシージャを開始し、ネットワークからのＩＭＳボイスオーバＰＳセッション対応表示を確認する。ステップ３４では、複合アタッチが受理され、ＩＭＳ ＰＳボイスに非対応である場合、ＵＥは、ＣＦフォールバックを使用して、ボイス接続を確立する。しかしながら、ＩＭＳ ＰＳボイスに対応する場合（複合アタッチが失敗または受理されたかどうかに関わらず）、ＵＥは、ステップ３６において、ＩＭＳボイスサービスを使用する。複合アタッチが失敗し、ＩＭＳ ＰＳボイスに非対応である場合、ＵＥは、ステップ３８において、ボイス中心またはデータ中心通信に対する選好に対して、その設定を確認する。データ中心の場合、ＵＥは、ステップ４０において、現在のＲＡＴ内に留まる。しかしながら、ボイス中心の場合、ＵＥは、ステップ４２において、アクセスボイスサービスへの別のＲＡＴを再選択する。
【００４５】
図３は、ＵＥ挙動の工程図であって、「ＣＳボイス優先、ＩＭＳ ＰＳボイス二次優先」がＵＥに対して規定されている。ステップ５０では、ＵＥは、ＣＳボイス優先、ＩＭＳ ＰＳボイス二次優先に設定される。ステップ５２では、ＵＥは、複合ＥＰＳ／ＩＭＳＩアタッチプロシージャを開始する。成功する場合、ＵＥは、ステップ５４において、ＣＳフォールバックを使用する。不成功の場合、ＵＥは、ステップ５６において、ネットワークからのＩＭＳボイス対応表示を確認する。対応の場合、ＵＥは、ステップ５８において、ＩＭＳボイスサービスを使用し、ＴＡＵを行う。非対応の場合、ＵＥは、ステップ６０において、その設定を確認し、ボイスまたはデータ中心であるかどうかを決定する。データ中心の場合、ＵＥは、ステップ６２において、現在のＲＡＴ内に留まる。ボイス中心の場合、ＵＥは、ステップ６４において、別のＲＡＴを再選択する。
【００４６】
図４は、ＵＥ挙動の工程図であって、「ＩＭＳ ＰＳボイス専用」の設定が、ＵＥに対して規定されている。ステップ７０では、ＵＥは、ＩＭＳ ＰＳボイス専用に設定される。ステップ７２では、ＵＥは、ＥＰＳアタッチプロシージャを開始し、ステップ７４では、ＵＥは、ネットワークからのＩＭＳボイス対応表示を確認する。対応の場合、ＵＥは、ステップ７６において、ＩＭＳボイスを使用し、追跡エリアアップデート（ＴＡＵ）を行った後、ステップ７４に戻り得る。しかしながら、ＩＭＳボイスに非対応である場合、ＵＥは、その独自の設定を確認し、ステップ７８において、ボイス中心またはデータ中心であるかどうかを決定する。データ中心の場合、ＵＥは、ステップ８０において、現在のＲＡＴ内に留まる。しかしながら、ＵＥがボイス中心である場合、ステップ８２において、代替ＲＡＴを再選択する。
【００４７】
図５は、ＵＥ挙動の工程図であって、「ＣＳボイス専用」の設定が、ＵＥに対して規定されている。ステップ９０では、ＵＥは、ＣＳボイス専用に設定される。ステップ９２では、ＵＥは、複合ＥＰＳ／ＩＭＳＩアタッチプロシージャを開始する。成功する場合、ＵＥは、ステップ９４において、ＣＳフォールバックを使用する。不成功の場合、ＵＥは、ステップ９６において、その設定を確認し、ボイスまたはデータ中心であるかどうかを決定する。データ中心の場合、ＵＥは、ステップ９８において、現在のＲＡＴ内に留まる。ボイス中心の場合、ＵＥは、ステップ１００において、別のＲＡＴを再選択する。
【００４８】
図６は、非ローミング構成における、全体的ＰＣＣ論理アーキテクチャを示す、図である。ＰＣＲＦ１０２は、ＳＰＲ１０４、ＡＦ１０６、ＢＢＥＲＦ１０８、およびゲートウェイ１１０（ＰＣＥＦ１１２を含む）と通信する。ゲートウェイ１１０は、ＯＣＳ１１６およびＯＦＣＳ１１４の両方と通信する。ＯＣＳ１１６は、サービスデータフローベースクレジット制御１１８を提供する。例示的ＰＣＣアーキテクチャでは、ＡＦ１０６は、サービスをＵＥに提供する（例えば、ＡＦ１０６は、ＩＭＳサーバであり得る）。
【００４９】
ＬＴＥを通してのＥＰＣへのアタッチの際に、図７に例証されるように、ＰＣＣとの相互作用が存在し得る。図７は、ＰＣＣとの相互作用を伴う、アタッチプロシージャを行うための例示的メッセージフローを例証する。特に、要素１３０、１３２、および１３４によって示されるステップはすべて、ＰＣＣアーキテクチャ内のＰＣＲＦとの相互作用を伴う。ＰＣＣは、ＧＥＲＡＮ／ＵＴＲＡＮへのアタッチメント中に、コアネットワークと相互作用し得、コアネットワークは、ＬＴＥ ＴＡＵの際に、ベアラをポリシングするために、ＰＣＣと相互作用し得、ＰＣＣは、ルーティングエリアアップデートに応じて、ＧＰＲＳコアネットワークと相互作用し得る。
【００５０】
ネットワーク内のアプリケーションが、サービスを提供するためのＱｏＳを伴う、特有のベアラを要求する時（例えば、ＶｏＩＭＳを提供するために、ボイスを搬送可能なベアラを要求するＩＭＳ）、ＩＭＳは、ＰＣＣと相互作用し、そのようなベアラを要求する。順に、ＰＣＣは、ＥＰＣ（ＬＴＥの場合）またはＧＰＲＳコアネットワーク（ＧＥＲＡＮ／ＵＴＲＡＮの場合）と相互作用し、適切なベアラを確立する。
【００５１】
汎用アクセス経由ボイスオーバＬＴＥ（ＶｏＬＧＡ）では、オペレータは、Ｅ−ＵＴＲＡＮ範囲下、ＣＳサービスの確立を制御し、ＩＭＳを提供する、既存のＣＳドメインエンティティ（例えば、ＭＳＣ／ＶＬＲ）を再使用し得る。ＶｏＬＧＡアクセスネットワークコントローラ（ＶＡＮＣ）によって、ＵＥは、ＥＰＳによって提供される汎用ＩＰ接続を使用して、ＭＳＣ／ＶＬＲにアクセス可能となる。ＶＡＮＣは、Ａ−インターフェース（「ＶｏＬＧＡ Ａモード」）またはＩｕ−ＣＳインターフェース（「ＶｏＬＧＡ Ｉｕモード」）を使用して、ＭＳＣ／ＶＬＲに接続可能である。ＥＰＳの観点から、ＶＡＮＣは、アプリケーション機能として見なされる。
【００５２】
図８は、ＶｏＬＧＡネットワークの構成要素を示す、例示的ネットワーク構成要素マップの図である。ＶｏＬＧＡ Ａモードアーキテクチャでは、家庭用公衆陸上移動ネットワーク（ＨＰＬＭＮ）内のＶＡＮＣは、図８上の接続１４０によって示されるように、Ａ−インターフェース（「ＶｏＬＧＡ Ａモード」）を使用して、ＭＳＣ／ＶＬＲに接続される。しかしながら、ＶｏＬＧＡ Ｉｕモードアーキテクチャでは、ＨＰＬＭＮ内のＶＡＮＣは、図８のＡ−インターフェース１４０に取って替わる、Ｉｕ−ＣＳインターフェース（「ＶｏＬＧＡ Ｉｕモード」）を使用して、ＭＳＣ／ＶＬＲに接続され得る。
【００５３】
図９は、ＵＥが、ＶｏＬＧＡネットワークに登録するためのメッセージフローを例証する。接続を取得するために、ＵＥは、最初に、要素１５０によって示されるステップにおいて、ＶＡＮＣを発見する。ＵＥが、ＶＡＮＣ発見プロシージャを正常に完了する（すなわち、ＳｅＧＷおよびＶＡＮＣのアドレスを有する）場合、ＵＥは、要素１５２によって示されるステップにおいて、ＶｏＬＧＡ登録を試み得る。ＶＡＮＣは、要素１５４によって示されるステップにおいて、登録を受理する、要素１５６によって示されるステップにおいて、登録を拒絶する、または要素１５８によって示されるステップによって例証されるように、ＵＥを別のＶＡＮＣにリダイレクトし得る（例えば、ＵＥの場所、負荷バランシング、またはローミング条件に応じて）。
【００５４】
ＶｏＬＧＡ移動機発信呼を行うＵＥは、図１０に例証されるステップに従い得る。図１０は、ＶｏＬＧＡ移動機発信呼を開始するために、ＵＥとＶｏＬＧＡネットワークとの間の接続を確立するためのメッセージフローを例証する。ＵＥは、移動機発信呼のための信号伝達をＣＳドメイン（ＭＳＣを経由して）と確立して、次いで、ＬＴＥおよびＶｏＬＧＡトンネルを介したベアラが確立される。代替として、図１１は、移動機着信呼のために、ＵＥとＶｏＬＧＡネットワークとの間に接続を確立するためのメッセージフローを例証する。
【００５５】
一般に、ＵＥは、サービス、特徴、あるいはサービスおよび／または特徴群へのアクセスを要求し得る。ＵＥは、多重ＲＡＴにアクセスし、ＲＡＴのうちの１つ以上から、接続、サービス、または特徴を取得するかどうかを決定するように構成され得る。本開示では、接続は、ＵＥが、サービスまたは特徴の１つずつへのアクセスを取得可能であることを意味しない場合がある。代わりに、接続は、そのＲＡＴにアクセスするために認証および許可されることを意味し得る。本プロセスの一部として、ＵＥは、所望のサービスまたは特徴が、ＲＡＴ上で利用可能ではないことを発見し得る。所望のサービスまたは特徴は、ネットワークから、情報を取得する、情報を求める、および動的ホスト構成プロトコル（ＤＨＣＰ）要求、リモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）要求、ダイアメータ要求、アタッチ受理要求等を含む、種々の２地点間メッセージを要求することを含み得る。所望のサービスまたは特徴はまた、ＤＨＣＰ応答、ＲＡＤＩＵＳ応答、直径応答、アタッチ受理ＯＫ表示を含む、ある２地点間メッセージをネットワークによって提供されること、ブロードキャストメッセージ等において情報を検出すること、および情報をスキャニングすることを含み得る。
【００５６】
ＵＥは、所望のサービスまたは特徴を取得する方法を決定する。決定は、ＡＳ／ＮＡＳレベルで行われ得るが、ＮＡＳ／ＡＳ選択が行われると、ＵＥは、サービス（例えば、ＩＭＳ）を提供するインフラストラクチャに、所望のサービスを取得する方法を通知する必要があり得る。例えば、ＡＳ／ＮＡＳに基づく選択が、ボイスサービスを伴わない、ＬＴＥネットワークセル上にキャンプオンするＵＥをもたらす場合、ＵＥは、非ボイスサービスのための正常な登録後、ボイス呼がＩＭＳを通してルーティング不可能であることをＩＭＳに通知し得る。
【００５７】
ある場合には、ＵＥは、要求するサービスまたは特徴が利用可能ではなく、代替ＲＡＴがそれらのサービスまたは特徴を配信するために使用されるべきであることをネットワークに通知し得る。ＵＥは、メッセージをネットワークに送信し、特有のＲＡＴがサービスまたは特徴のために使用されるべきこと、または識別されたＲＡＴが要求されるサービスまたは特徴に対応していないことのいずれかを示し得る。ＵＥが、ネットワークから、サービスまたは特徴を配信するための要求を受信すると、ＵＥは、以下を行い得る：ネットワークが、サービスまたは特徴に対応するための代替ＲＡＴを提案する場合、ＵＥは、オファーされたサービスまたは特徴の一部または全部のために、代替ＲＡＴを使用する要望をネットワークに示し得る；または、ＵＥは、適切なエラー原因をネットワークに送信し、代替ＲＡＴを介してサービスまたは特徴の配信を試みるようにネットワークをトリガし得る。
【００５８】
代替として、特徴またはサービスが、ＶｏＩＭＳインジケータあるいはＳＲ−ＶＣＣインジケータに基づいて、利用可能ではないことを発見すると、ＵＥは、あるサービスまたは特徴のために代替ＲＡＴが使用されるべきことをネットワークに信号伝達し得る。本実施例では、ネットワークは、ＣＳフォールバックに対応するように構成され得、ＵＥは、ＩＭＳネットワークに登録する時、ＩＣＳ特徴タグを含まないことがある（例えば、ＳＤＰ ＣＳ機能性を実装しないため（ｉｅｔｆ ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐ−ｃｓに定義される））。したがって、ネットワークは、ＵＥがＩＭＳへのアクセスを有するかどうかに基づいて、呼をルーティングする方法を決定することが要求され得る。
【００５９】
図１２は、ＵＥの能力をネットワークに通知するためのメッセージシーケンスの図である。図１２のステップ２００では、ＵＥは、ＮＡＳアタッチプロシージャまたはＮＡＳ複合アタッチプロシージャを行い、ＭＭＥにおいてＥＰＣにアタッチするか、あるいは別のアクセスからＬＴＥに移動する場合、または異なる追跡エリアに移動する場合、ＮＡＳ ＴＡＵ（追跡エリアアップデート）プロシージャまたはＮＡＳ複合ＴＡＵを行う。図１２に示されるように、ＭＭＥは、既存の規格に従って、ＩＭＳに対応しているかどうか、またはＳＲＶＣＣに対応しているかどうかを示す、少なくとも１つのフラグを信号伝達し得る。複合アタッチまたはＴＡＵの場合、ＭＭＥは、ステップ２０２において、ＭＳＣと相互作用し、ＵＥをＭＳＣに登録する。次いで、本情報の受信の際に、ステップ２０４では、ＵＥは、ネットワークノード（例えば、ＩＭＳ ＡＳまたはＳＣＣ ＡＳ）にＵＥの選好を通知し、所望のサービスまたは特徴の対応の欠如に関するＵＥの知識に基づいて、着信セッションが配信されるべき方法を決定し得る。例えば、ＵＥは、ボイスオーバＬＭＳ（ＶｏＩＭＳ）フラグが、負の表示を有することが見出されるか、またはＭＭＥから受信されない、あるいはＳＲＶＣＣに非対応であって、ＵＥがＳＲＶＣＣの動作を要求する場合、その選好をＩＭＳ ＡＳまたはＳＣＣ ＡＳに伝送し得る。別の実施例は、ＵＥが、所望のサービスまたは特徴の対応の欠如に関する知識に基づいて、着信セッションが配信されるべき方法に関するその所望の選好を常に信号伝達し得るというものである（例えば、ＶｏＩＭＳおよびＳＲＶＣＣフラグ、インジケータ、または識別子の設定）。
【００６０】
ＵＥの選好は、全サービスをドメインＡ（例えば、ＣＳドメイン、特有のＲＡＴ−すなわち、ＧＥＲＡＮまたはＵＴＲＡＮから独立して）または第２のドメインＢに送信するものであり得る。代替として、選好は、あるサービス要求が、あるドメインを介して送信されるべきことを規定する、構造化表示を提供し得る。ある場合には、選好は、図１２以降に示されるように、登録ステップ２０２と並行して規定され得る。例えば、ＶｏＩＭＳおよびＳＲＶＣＣフラグ、インジケータ、または識別子の設定に基づいて、ＵＥは、特有のサービス、例えば、ＳＭＳｏｖｅｒＩＰ、Ｖｉｄｅｏ等が、ＬＴＥを介して送信され、ボイスが、ＧＥＲＡＮ／ＵＴＲＡＮを介して送信されるべきことを決定し得る。
【００６１】
いくつかのインターフェースまたは基準点を使用して、図１２に例証されるステップの１つ以上を実装し得る。そのようなインターフェースまたは基準点の１つは、Ｕｔインターフェースである（概して、ＵＥとＳＩＰアプリケーションサーバとの間では、ＸＣＡＰおよびＳＩＰ加入／通知プロトコルは、Ｕｔインターフェースの一部として使用され得る）。別の潜在的インターフェースまたは基準点は、Ｉ１が、例えば、ＸＣＡＰおよび／またはＳＩＰ加入／通知と相互作用するように進化されている場合、Ｉ１を含み得る。Ｉ１は、ＵＥとＩＭＳ ＡＳとの間の基準点であって、ＳＩＰ様プロトコルを搬送するためのベース転送として、ショートメッセージサービス（ＳＭＳ）または非構造化付加サービス（ＵＳＳＤ）を使用する。
【００６２】
代替として、ＵＥは、異なる形態の信号伝達を使用して、ＵＥの能力のうちの１つ以上をネットワークに通知し得る。一ネットワーク構成では、ＩＭＳ ＡＳは、ＵＥにダイレクトされ、ＵＥから送信されたＳＩＰメッセージの経路内にあって、その場合、ＩＭＳ ＡＳは、レコードルートヘッダフィールド内にそのＵＲＩを含む。Ｓ−ＣＳＣＦは、適用可能な初期フィルタ基準（ｉＦＣ）内に命令されるように、ＳＩＰメッセージをＩＭＳ ＡＳにダイレクトし得る。したがって、ＵＥは、種々のＳＩＰメッセージ内に、下位層の状態に関する情報（例えば、メディア特徴タグ定義およびＰ−アクセス−ネットワーク−情報ヘッダフィールドによって以下に示されるように、ＩＭＳボイスに対応するかどうか）を含み得る。これは、以下のＳＩＰ法実施例に例証されるように、明白であり得る、インジケータまたはフラグとして作用し得る。インジケータは、ａ．以下のＰ−アクセス−ネットワーク−情報ヘッダフィールドによって示されるＳＩＰメッセージ内のＰ−アクセス−ネットワーク−情報ヘッダフィールド、または、ｂ．本明細書に説明される特徴タグによって定義され得る。
【００６３】
メディア特徴タグ定義
以下は、例示的メディア特徴タグ定義の例証である。
【００６４】
Ａ．１ メディア特徴タグ ｇ．３ｇｐｐ．ｎｏｖｏｉｃｅｎの定義
メディア特徴タグ名： ｇ．３ｇｐｐ．ｎｏｖｏｉｃｅ
ＡＳＮ．１識別子： １．３．６．１．８．２．ｘ
本タグによって示されるメディア特徴の概要： 本特徴タグは、デバイスが全二重ボイスに対応不可能であることを示す。
本特徴タグと併用するために適切な値： ブール値。
特徴タグは、主に、以下のアプリケーション、プロトコル、サービス、またはネゴシエーション機構における使用が意図される： 本特徴タグは、電話またはＰＤＡ等、デバイスの能力を記述するために、通信用途において最も有用である。
典型的使用の実施例： 携帯電話が全二重ボイスに対応していないことを示す。無線のストリーミング等、他の形態の音声に対応し得る。
【００６５】
Ａ．２ メディア特徴タグ ｇ．３ｇｐｐ．ＣＳＦＢの定義
メディア特徴タグ名： ｇ．３ｇｐｐ．ＣＳＦＢ
ＡＳＮ．１識別子： １．３．６．１．８．２．ｙ
本タグによって示されるメディア特徴の概要： 本特徴タグは、デバイスが複合アタッチ（ＣＳＦＢ登録）に成功したことを示す。
本特徴タグと併用するために適切な値： ブール値。
特徴タグは、主に、以下のアプリケーション、プロトコル、サービス、またはネゴシエーション機構における使用が意図される： 本特徴タグは、電話またはＰＤＡ等、デバイスの能力を記述するために、通信用途において最も有用である。
典型的使用の実施例： 携帯電話が、ＳＧインターフェースを介して、複合アタッチに成功したことを示す。
【００６６】
Ｐ−アクセス−ネットワーク−情報ヘッダフィールド（変更は、下線テキストで示される）
７．２Ａ．４ Ｐ−アクセス−ネットワーク−情報ヘッダフィールド
７．２Ａ．４．１ 導入
Ｐ−アクセス−ネットワーク−情報ヘッダフィールドは、特定のアクセス技術に関する特有の情報を含むように拡張される。
【００６７】
７．２Ａ．４．２ 構文
Ｐ−アクセス−ネットワーク−情報ヘッダフィールドの構文は、ＲＦＣ ３４５５に説明される。アクセス技術仕様記述に従って、ＩＰ−ＣＡＮの種類に応じて、本ヘッダフィールドのための付加的符号化規則が存在する。
【００６８】
以下の表２は、ＲＦＣ ３４５５に定義される、Ｐ−アクセス−ネットワーク−情報ヘッダフィールドの３ＧＰＰ仕様拡張構文を記述する。
【００６９】
【化２】
「ｎｐ」パラメータの存在は、Ｐ−アクセス−ネットワーク−情報ヘッダフィールドがＰ−ＣＳＣＦによって提供されることを示す。コンテンツは、ＵＥによって提供される、本パラメータを伴わない、Ｐ−アクセス−ネットワーク−情報ヘッダフィールドと異なり得る。
【００７０】
「ｎｐ」パラメータは、「アクセスタイプ」および「アクセスクラス」構成体の両方と併用可能である。「アクセスタイプ」構成体は、値が、特定の「アクセスクラス」値に特有であることが既知でない場合、例えば、ＰＣＲＦから配信されるいくつかの値の場合、提供される。
【００７１】
７．２Ａ．４．３ Ｐ−アクセス−ネットワーク−情報ヘッダフィールドのための付加的符号化規則
Ｐ−アクセス−ネットワーク−情報ヘッダフィールドは、以下のコンテンツを取り込む：
１）アクセスタイプフィールドは、使用アクセス技術に対して必要に応じて、「３ＧＰＰ−ＧＥＲＡＮ」、「３ＧＰＰ−ＵＴＲＡＮ−ＦＤＤ」、「３ＧＰＰ−ＵＴＲＡＮ−ＴＤＤ」、「３ＧＰＰ２−１Ｘ」、「３ＧＰＰ２−１Ｘ−ＨＲＰＤ」、「３ＧＰＰ２−ＵＭＢ」、「ＩＥＥＥ−８０２．１１」、「ＩＥＥＥ−８０２．１１ａ」、「ＩＥＥＥ−８０２．１１ｂ」、「ＩＥＥＥ−８０２．１１ｇ」、「ＩＥＥＥ−８０２．１１ｎ」、「ＡＤＳＬ」、「ＡＤＳＬ２」、「ＡＤＳＬ２＋」、「ＲＡＤＳＬ」、「ＳＤＳＬ」、「ＨＤＳＬ」、「ＨＤＳＬ２」、「Ｇ．ＳＨＤＳＬ」、「ＶＤＳＬ」、「ＩＤＳＬ」、または「ＤＯＣＳＩＳ」、「ＩＥＥＥ−８０２．３」、「ＩＥＥＥ−８０２．３ａ」、「ＩＥＥＥ−８０２．３ｅ」、「ＩＥＥＥ−８０２．３ｉ」、「ＩＥＥＥ−８０２．３ｊ」、「ＩＥＥＥ−８０２．３ｕ」、または「ＩＥＥＥ−８０２．３ａｂ」、「ＩＥＥＥ−８０２．３ａｅ」、「ＩＥＥＥ−８０２．３ａｋ」、「ＩＥＥＥ−８０２．３ａｑ」、「ＩＥＥＥ−８０２．３ａｎ」、「ＩＥＥＥ−８０２．３ｙ」、「ＩＥＥＥ−８０２．３ｚ」、または「ＩＥＥＥ−８０２．３ｙ」のうちの１つに設定される。
【００７２】
２）アクセスタイプフィールドが「３ＧＰＰ−ＧＥＲＡＮ」に設定される場合、ｃｇｉ−３ｇｐｐパラメータは、ＵＥの下位層から取得されるセルグローバル識別に設定される。セルグローバル識別は、ＭＣＣ、ＭＮＣ、ＬＡＣ、およびＣＩの連結である（３ＧＰＰ ＴＳ ２３．００３に説明されるように）。したがって、「ｃｇｉ−３ｇｐｐ」パラメータの値は、以下のテキストストリングとして符号化される：
最上位ビットから開始し、ＭＣＣ（３桁）、ＭＮＣ（ＭＣＣ値に応じて、２または３桁）、ＬＡＣ（全１６進数表現を使用した１６ビットの固定長符号）、およびＣＩ（全１６進数表現を使用した１６ビットの固定長符号）。
【００７３】
３）アクセスタイプフィールドが、「３ＧＰＰ−ＵＴＲＡＮ−ＦＤＤ」または「３ＧＰＰ−ＵＴＲＡＮ−ＴＤＤ」に等しい場合、「ｕｔｒａｎ−ｃｅｌｌ−ｉｄ−３ｇｐｐ」パラメータは、ＵＥの下位層から取得される、ＭＣＣ、ＭＮＣ、ＬＡＣ（３ＧＰＰ ＴＳ ２３．００３に説明されるように）、およびＵＭＴＳセル識別（３ＧＰＰ ＴＳ ２５．３３１に説明されるように）の連結に設定され、以下のようにテキストストリングとして符号化される：
最上位ビットから開始し、ＭＣＣ（３桁）、ＭＮＣ（ＭＣＣ値に応じて、２または３桁）、ＬＡＣ（全１６進数表現を使用した１６ビットの固定長符号、およびＵＭＴＳセル識別（全１６進数表現を使用した２８ビットの固定長符号）。
【００７４】
４）アクセスクラスフィールドが設定される場合、「ｎｐ」アクセス情報パラメータは、アクセス情報パラメータのみ挿入される。本仕様の本リリースは、本パラメータにおける使用のための値を定義しない。アクセスクラスフィールドは、Ｐ−ＣＳＣＦによってのみ設定可能である。
【００７５】
５）アクセスタイプフィールドが、「３ＧＰＰ２−１Ｘ」に設定される場合、ｃｉ−３ｇｐｐ２パラメータは、規定の順番における、ＳＩＤ（１６ビット）、ＮＩＤ（１６ビット）、ＰＺＩＤ（８ビット、およびＢＡＳＥ＿ＩＤ（１６ビット）（３ＧＰＰ２ Ｃ．Ｓ０００５−Ｄ［８５］参照）の連結によって取得される、ストリングの１６進値のＡＳＣＩＩ表現に設定される。ｃｉ−３ｇｐｐ２パラメータの長さは、１４の１６進文字となる。１６進文字（ＡからＦ）は、大文字ＡＳＣＩＩ文字を使用して符号化される。ＭＳは、上述のパラメータのいずれかに対する値が既知でない場合、そのパラメータに対して、０の値を使用する。例えば、ＳＩＤが未知である場合、ＭＳは、ＳＩＤを０ｘ００００として表現する；
注記１： ＳＩＤ値は、３ＧＰＰ２ Ｃ．Ｓ０００５−Ｄ［８５］に規定されるように、１５ビットであるはずであるため、１６ビットを使用して表現される。
例： ＳＩＤ＝０ｘ １２３４、ＮＩＤ＝０ｘ５６７８、ＰＺＩＤ＝０ｘ１２、ＢＡＳＥ＿ＩＤ＝０ｘＦＦＦＦである場合、ｃｉ−３ｇｐｐ２値は、ストリング「１２３４５６７８１２ＦＦＦＦ」に設定される。
【００７６】
６）アクセスタイプフィールドが、「３ＧＰＰ２−１Ｘ−ＨＲＰＤ」に設定される場合、ｃｉ−３ｇｐｐ２パラメータは、規定の順番における、セクタＩＤ（１２８ビット）、およびサブネット長（８ビット）（３ＧＰＰ２ Ｃ．Ｓ００２４−Ａ［８６］参照）、ならびに利用可能である場合、搬送波ＩＤ（３ＧＰＰ２ Ｘ．Ｓ００６０［８６Ｂ］参照）の連結によって取得される、ストリングの１６進値のＡＳＣＩＩ表現に設定される。ｃｉ−３ｇｐｐ２パラメータの長さは、搬送波ＩＤが含まれるかどうかに応じて、３４または４０の１６進文字となる。１６進文字（ＡからＦ）は、大文字ＡＳＣＩＩ文字を使用して符号化される；
例： セクタＩＤ＝０ｘ１２３４１２３４１２３４１２３４１２３４１２３４１２３４１２３４、サブネット長＝０ｘ１１、および搬送波ＩＤ＝０ｘ５５５４４４である場合、ｃｉ−３ｇｐｐ２値は、ストリング「１２３４１２３４１２３４１２３４１２３４１２３４１２３４１２３４１１５５５４４４」に設定される。
【００７７】
７）アクセスタイプフィールドが、「３ＧＰＰ２−ＵＭＢ」３ＧＰＰ２ Ｃ．Ｓ００８４−０００［８６Ａ］に設定される場合、ｃｉ−３ｇｐｐ２パラメータは、３ＧＰＰ２ Ｃ．Ｓ００８４−０００［８６Ａ］に定義される、セクタＩＤ（１２８ビット）の１６進値のＡＳＣＩＩ表現に設定される。ｃｉ−３ｇｐｐ２パラメータの長さは、３２の１６進文字となる。１６進文字（ＡからＦ）は、大文字ＡＳＣＩＩ文字を使用して符号化される；
例： セクタＩＤ＝０ｘ１２３４１２３４１２３４１２３４１２３４１２３４１２３４１２３４の場合、ｃｉ−３ｇｐｐ２値は、ストリング「１２３４１２３４１２３４１２３４１２３４１２３４１２３４１２３４」に設定される。
【００７８】
８）アクセスタイプフィールドが、「ＩＥＥＥ−８０２．１１」、「ＩＥＥＥ−８０２．１１ａ」、「ＩＥＥＥ−８０２．１１ｂ」または「ＩＥＥＥ−８０２．１１ｇ」、あるいは「ＩＥＥＥ−８０２．１１ｎ」のうちの１つに設定される場合、「ｉ−ｗｌａｎ−ｎｏｄｅ−ｉｄ」パラメータは、任意の区切文字を伴わない、ＡＰのＭＡＣアドレスの１６進値のＡＳＣＩＩ表現に設定される；
例： ＡＰのＭＡＣアドレス＝００−０Ｃ−Ｆ１−１２−６０−２８の場合、ｉ−ｗｌａｎ−ｎｏｔｅ−ｉｄは、ストリング「０００ｃｆ １２６０２８」に設定される。
【００７９】
９）アクセスタイプフィールドが、「ＡＤＳＬ」、「ＡＤＳＬ２」、「ＡＤＳＬ２＋」、「ＲＡＤＳＬ」、「ＳＤＳＬ」、「ＨＤＳＬ」、「ＨＤＳＬ２」、「Ｇ．ＳＨＤＳＬ」、「ＶＤＳＬ」、「ＩＤＳＬ」のうちの１つに設定される場合、アクセス情報フィールドは、ＣＬＦから取得されるｄｓｌ−ｌｏｃａｔｉｏｎパラメータを含む（ＮＡＳＳ機能的アーキテクチャ参照）。
【００８０】
１０）アクセスタイプフィールドが、「ＤＯＣＳＩＳ」に設定される場合、アクセス情報パラメータは、挿入されない。本仕様の本リリースは、本パラメータにおける使用のための値を定義しない。
【００８１】
１１）アクセスタイプフィールドが、「３ＧＰＰ−Ｅ−ＵＴＲ ＡＮ−ＦＤＤ」または「３ＧＰＰ−Ｅ−ＵＴＲＡＮ−ＴＤＤ」に等しい場合、「ｕｔｒａｎ−ｃｅｌｌ−ｉｄ−３ｇｐｐ」パラメータは、ＵＥの下位層から取得される、ＭＣＣ、ＭＮＣ、ＴＡＣ（３ＧＰＰ ＴＳ ２３．００３に説明されるように）、および進化型セルグローバル識別（３ＧＰＰ ＴＳ ２３．４０１ ［７Ｂ］に説明されるように）の連結に設定され、以下のテキストストリングとして符号化される：
最上位ビットから開始し、ＭＣＣ（３桁）、ＭＮＣ（ＭＣＣ値に応じて、２または３桁）、ＴＡＣ（全１６進数表現を使用した１６ビットの固定長符号、および進化型セルグローバル識別（全１６進数表現を使用した２８ビットの固定長符号）。
【００８２】
１１ａ）アクセスタイプフィールドが、「３ＧＰＰ−Ｅ−ＵＴＲＡＮ−ＦＤＤ」または「３ＧＰＰ−Ｅ−ＵＴＲＡＮ−ＴＤＤ」に等しい場合、ＮＷ提供ＶｏＩＭＳインジケータがＵＥの下位層から取得される場合、「ＮＷ提供ＶｏＩＭＳインジケータ」パラメータが含まれる。
【００８３】
１２）アクセスタイプフィールドが、「ＩＥＥＥ−８０２．３」、「ＩＥＥＥ−８０２．３ａ」、「ＩＥＥＥ−８０２．３ｅ」、「ＩＥＥＥ−８０２．３ｉ」、「ＩＥＥＥ−８０２．３ｊ」、「ＩＥＥＥ−８０２．３ｕ」、「ＩＥＥＥ−８０２．３ａｂ」、「ＩＥＥＥ−８０２．３ａｅ」、ＩＥＥＥ−８０２．３ａｋ」、ＩＥＥＥ−８０２．３ａｑ」、ＩＥＥＥ−８０２．３ａｎ」、「ＩＥＥＥ−８０２．３ｙ」、「ＩＥＥＥ−８０２．３ｚ」または「ＩＥＥＥ−８０２．３ｙ」のうちの１つに設定され、ＮＡＳＳサブシステムが使用される場合、アクセス情報フィールドは、ＣＬＦから取得されたｅｔｈ−ｌｏｃａｔｉｏｎパラメータを含む（ＮＡＳＳ機能的アーキテクチャ参照）。
【００８４】
注記２： 他の使用の中でもとりわけ、上述の「ｃｇｉ−３ｇｐｐ」、「ｕｔｒａｎ−ｃｅｌｌ−ｉｄ−３ｇｐｐ」、「ｃｉ−３ｇｐｐ２」、「ｉ−ｗｌａｎ−ｎｏｄｅ−ｉｄ」、「ｅｔｈ−ｌｏｃａｔｉｏｎ」、および「ｄｓｌ−ｌｏｃａｔｉｏｎ」パラメータはまた、緊急サービスのために使用される場所識別子を構成する。
【００８５】
別の実施形態では、ＵＥは、選好の変更を示す。例えば、ユーザは、ＰＳを介してボイスを受信することから、ＣＳを介してボイスを受信するために、その選好を変更し得る。ＳＣＣ ＡＳまたはＴＡＤＳは、選好が変化し、かつＵＥに対するボイスメディアを伴うセッションが存在する場合には、サービス継続を行うことが可能である。選好変更は、ＵｔインターフェースおよびＸＣＡＰを使用して、またはＳＩＰメッセージを使用して示されることが可能である。例えば、ＵＥは、ＳＩＰ登録要求を使用して再登録し得るか、またはＵＥは、ＳＩＰアップデート要求またはＳＩＰ招待要求等のＳＩＰメッセージを伝送し得る（特定のセッションのみ、サービス継続を受信する必要がある場合（例えば、ＣＳドメインに転送される））。ＳＩＰメッセージは、選好を示すインジケータを含むことが可能である。インジケータは、ヘッダフィールド値またはＸＭＬ本文部分等の本文部分として、エンコード可能である。そのようなインジケータは、「ボイス中心」または「データ中心」、および「ＣＳボイス専用」、「ＩＭＳ ＰＳボイス専用」、「ＣＳボイス優先、ＩＭＳボイス二次優先」、あるいは「ＩＭＳボイス優先、ＣＳボイス二次優先」を含む値をとり得る。特に、Ｐ−アクセス−ネットワーク−情報ヘッダフィールドは、そのようなインジケータを含むことが可能である。そのようなインジケータは、必ずしも、Ｅ−ＵＴＲＡＮのみに適用されるものではない。インジケータはまた、表２に示される、他のアクセスタイプおよびアクセスクラスに適用され得る。
【００８６】
別の実装では、インジケータは、ＵＥが１つ以上のインジケータまたはフラグを省略することによって黙示的に定義され得る。例えば、ＵＥは、ＳＩＰ法において、ある特徴タグ、例えば、特徴タグ「ｓｉｐ．ａｕｄｉｏ」を省略し得る（ＲＦＣ ３８４０は、セッション開始プロトコル（ＳＩＰ）におけるユーザエージェント能力を示す）。ネットワークノード（例えば、ＳＣＣ ＡＳ）が特徴タグの欠如を受信すると、ネットワークノードは、セッションがそのＵＥ上で着信された場合にＴＡＤＳ機能がこれを考慮することを知るであろう。
【００８７】
上述の両方の場合（明示的および黙示的信号伝達）、Ｐ−アクセス−ネットワーク−情報ヘッダフィールドは、特定のアクセス技術に関する特有の情報を含むように拡張され得る。
【００８８】
あるアクセス技術の場合、Ｐ−アクセス−ネットワーク−情報ヘッダフィールドは、「ＩＭＳボイスオーバＰＳセッション対応」インジケータを含むようにさらに拡張され得る。そのようなインジケータによって伝達可能な情報は、ブール値（例えば、インジケータの存在は、対応を意味し、不在は、未知または対応の欠如を意味する）であり得る；または３種類の情報が存在し得る：正の値に設定されたインジケータの存在は、対応を意味し、不在は、対応が未知であることを意味し、負に設定されたインジケータの存在は、対応の欠如を意味する。
【００８９】
ＵＥが、ボイスオーバＩＭＳのために構成される場合、ネットワーク内のＵＥおよびサービスドメイン選択（ＳＤＳ）機能性は、「ＩＭＳボイスオーバＰＳセッション対応表示」を考慮すべきである。ＩＭＳボイス呼（ＰＳドメイン内にボイスベアラを伴う）は、ＲＡＴのみを使用して配信されるはずであって、「ＩＭＳボイスオーバＰＳセッション対応表示」が適用され、対応を示す。
【００９０】
ＩＭＳがＲＡＴによって対応されるときは常にボイス呼のためにＩＭＳを使用するように構成されるＵＥの場合、ユーザサービスは、ＩＭ ＣＮサブシステムによって対応され、移動機着信呼は、ＩＰマルチメディア（ＩＭ）コアネットワーク（ＣＮ）サブシステムにルーティングされるはずである。
【００９１】
ＩＭＳ ＡＳが、ＳＩＰメッセージにおいて、下位層の（例えば、ＮＡＳ層）対応を記述する情報または情報の変更を検出した場合（例えば、ＮＡＳレベルにおいて利用可能であって、対応を示す、「ＩＭＳボイスオーバＰＳセッション対応表示」に関するＵＥ表示）、ＩＭＳ ＡＳは、関連表示を格納し、プロシージャにおける変更を達成し得る。例えば、「ＩＭＳボイスオーバＰＳセッション対応」インジケータに関して受信した情報に応じて、ＩＭＳ ＡＳは、ＣＳドメインへのボイスメディア構成要素を含む、移動機着信ＳＩＰ呼を標的にし得る。いくつかの実装では、ＴＡＤＳ機能が、典型的には、本機能を提供する。
【００９２】
着信アクセスドメイン選択（ＴＡＤＳ）は、ＵＥへ着信セッションを配信するために使用される、ＣＳアクセスおよび／または１つ以上のＰＳアクセスネットワークを選択する。ＴＡＤＳは、ＩＭＳ、および随意に、ＵＥ内に位置する機能性である。
【００９３】
着信セッションの場合、ＴＡＤＳは、常に、着信サービス後に行われる。Ｔ−ＡＤＳは、以下の要因（但し、それらに限定されない）を選択決定に考慮し得る：１）回路交換（ＣＳ）ドメインにおけるＵＥの状態（本状態情報は、以下を含む：デタッチ、アタッチ）；２）ＩＭＳにおけるＵＥの状態（状態情報は、以下を含む：登録、非登録）；３）ＵＥ能力；４）随意に、ＮＡＳレベルで利用可能であり、対応を示す、「ＩＭＳボイスオーバＰＳセッション対応表示」に関するＵＥ表示；５）ＩＣＳ対応のＵＥ表示；６）アクセスネットワーク能力；７）既存のセッションによって使用されるドメイン／アクセスタイプ；８）着信セッションに含まれるメディア構成要素；ならびに９）ユーザ選好およびオペレータポリシー。
【００９４】
加えて、Ｐ−アクセス−ネットワーク−情報ヘッダフィールドまたは別のヘッダフィールドは、「ボイス中心」または「データ中心」、および「ＣＳボイス専用」、「ＩＭＳ ＰＳボイス専用」、「ＣＳボイス優先、ＩＭＳボイス二次優先」、あるいは「ＩＭＳボイス優先、ＣＳボイス二次優先」を含む、選好を示すように拡張され得る。ヘッダフィールドは、選好変更が生じると、ＳＩＰメッセージ内に含まれ得る。そのようなＳＩＰメッセージは、ユーザが、特定のＳＩＰセッションのみのために、特定のアクセス（例えば、ＣＳ）を介して、ボイスメディアを受信することを選好する場合に伝送され得る（ポリシーまたは選好の持続時間の間）。代替として、選好変更は、別のメッセージ内において、例えば、ＸＣＡＰプロトコルの一部として、示されることが可能である。
【００９５】
図１３は、ＵＥとネットワークとの間の接続を確立するためのメッセージフローの図であって、ネットワークは、ＵＥによって所望されるサービスまたは特徴に対応せず、ＵＥは、非ボイスサービスに対して登録を行う。図１３では、ＵＥは、ＬＴＥ ＲＡＴを使用して（すなわち、ＧＥＲＡＮ／ＵＴＲＡＮ ＰＳまたはＥＰＣ／ＬＴＥを介して）、ＰＳドメインに接続する。ステップ２１０では、ＵＥは、ＬＴＥにアタッチする時、ＮＡＳアタッチプロシージャまたはＮＡＳ複合アタッチプロシージャを行う、あるいは別のアクセスからＬＴＥに移動する時、または異なる追跡エリアに移動する時、ＮＡＳ ＴＡＵ（追跡エリアアップデート）プロシージャまたはＮＡＳ複合ＴＡＵを行う。ＰＳドメインへの接続を獲得することの一部として、ＵＥは、ブロードキャストされるか、または２地点間メッセージ（例えば、ＶｏＩＭＳおよびＳＲＶＣＣフラグ、インジケータ、または識別子の設定を含む無線デバイスメッセージへのネットワーク）内で提供され得る、フラグまたはインジケータによって、ＵＥが要求するサービスまたは機能性に非対応であることを発見する。
【００９６】
一実装では、ＵＥは、ＮＡＳアタッチプロシージャ、ＮＡＳ複合アタッチプロシージャ、追跡エリアアップデート（ＴＡＵ）プロシージャ、またはルーティングエリアアップデートプロシージャのいずれかとの接続を要求することによって、サービスあるいは機能性の欠如を発見し得る。それに応答して、ＵＥが、プロシージャの正常な完了の際にネットワークから受信するあるメッセージは、ＶｏＩＭＳに非対応であることを示すフラグを含み得る。
【００９７】
次いで、ＵＥは、ステップ２１２において、上述で識別されたフラグ／インジケータを含む、ＩＭＳネットワークに登録し得る。インジケータは、移動機着信セッションを配信する方法の選択に関与するネットワークノード（例えば、ＩＭＳ ＡＳにおける着信アクセスドメイン選択（ＴＡＤＳ）機能）にパスされ得る。
【００９８】
ＵＥが、任意の他のＳＩＰ法に関与する場合、ネットワークの特性が、上述のように、機構を使用して変更される場合には、ＵＥは、任意の関連付けられたインジケータをアップデートし得る。
【００９９】
移動機着信セッションが到着した場合、セッションは、サービスをルーティングする方法の決定に関与するネットワークノードに配信される。ＴＡＤＳは、ＰＳドメインを介して登録されたＵＥが、所望のサービスに対応しないことを認知し得る。サービス対応の欠如は、ａ）ＩＭＳシステムに登録されたフラグまたはインジケータ、ｂ）ＴＡＤＳ内のオプションの構成データ設定、およびｃ）呼をルーティングする方法を決定するためにも使用され得るさらなる基準のうちの１つ以上によって識別され得る。
【０１００】
次いで、ＴＡＤＳは、ＣＳドメイン内の無線デバイスの識別を含み得る代替標的アドレスを選択し得る（例えば、ＧＥＲＡＮ／ＵＴＲＡＮ ＣＳの場合、ＭＳＩＳＤＮ）。これは、ＨＳＳにクエリを行い、移動局ルーティング番号（ＭＳＲＮ）／ＣＳルーティング番号（ＣＳＲＮ）を取得し、正確なＭＳＣを特定するように、ＩＭＳ ＡＳに要求し得る。次いで、セッションは、呼をＭＳＣにルーティングし、次いでＳＧインターフェースを介して、ＵＥを呼び出すことによって、従来のＣＳフォールバックプロシージャを使用して、無線デバイスに配信され得る。
【０１０１】
本実施例では、議論は、主に、ＬＴＥおよびＧＥＲＡＮ／ＵＴＲＡＮを対象とするが、種々のＲＡＴは、以下のうちの１つ以上を含み得るが、それらに限定されない：
【０１０２】
【化３】
【０１０３】
【化４】
ＰＣＣは、ＬＴＥおよびＧＥＲＡＮ／ＵＴＲＡＮへのＮＡＳアタッチプロシージャ、追跡エリアアップデート、複合追跡エリアアップデート、およびルーティングエリアアップデート中に、ＥＰＣネットワークと相互作用するので、ＰＣＣは、ＴＡまたはＲＡそれぞれに適用されるＶｏＩＭＳインジケータを備え得る。例えば、１）ＵＥがアタッチするＴＡがＶｏＩＭＳに対応する場合、ＭＭＥは、ＶｏＩＭＳインジケータを「対応」に設定する。ＶｏＩＭＳに対応しない場合、ＭＭＥは、ＶｏＩＭＳインジケータを「非対応」に設定する。２）ＵＥがＰＤＮ接続を確立するＴＡがＶｏＩＭＳに対応する場合、ＭＭＥは、ＶｏＩＭＳインジケータを「対応」に設定する。ＶｏＩＭＳに対応しない場合、ＭＭＥは、ＶｏＩＭＳインジケータを「非対応」に設定するに設定する。３）ＵＥが移行するＴＡまたはＲＡがＶｏＩＭＳに対応する場合、ＭＭＥは、ＶｏＩＭＳインジケータを「対応」に設定するに設定する。ＶｏＩＭＳに対応しない場合、ＶｏＩＭＳインジケータを「非対応」に設定する。４）ＵＥが移行するＲＡがＶｏＩＭＳに対応する場合、ＳＧＳＮは、ＶｏＩＭＳインジケータを「対応」に設定する。ＶｏＩＭＳに対応しない場合、ＳＧＳＮは、ＶｏＩＭＳインジケータを「非対応」に設定する。５）ＵＥが現在キャンプオンしているＲＡがＶｏＩＭＳに対応している場合、ＳＧＳＮは、ＶｏＩＭＳインジケータを「対応」に設定する。ＶｏＩＭＳに対応しない場合、ＳＧＳＮは、ＶｏＩＭＳインジケータを「非対応」に設定する。したがって、ＰＣＣは、常に、特有のＲＡＴおよびＵＥが位置するエリア内において、ＶｏＩＭＳの対応について通知され得る。
【０１０４】
故に、本システムの一実装では、ＵＥによってＩＭＳインフラストラクチャに送信される、ＰＳドメインによるＶｏＩＭＳの対応を記述する情報は、ネットワーク内のＳＩＰサーバまたはＳＩＰプロキシによって、ポリシング、アサート、または訂正され得る（例えば、正確であるかどうかを検証するため）。例えば、Ｐ−ＣＳＣＦは、ＰＣＣと相互作用し得る。ＰＣＣ対応機能的要素から受信した応答に基づいて、Ｐ−ＣＳＣＦは、Ｐ−アクセス−ネットワーク−情報ヘッダフィールド値をポリシング、アサート、または訂正し得る。したがって、ネットワークは、呼を適切に配信する方法を認知し得る。本システムの実装は、本開示を通して論じられた種々の実装のうちの任意の１つと併用して、または分離され、実装され得ることに留意されたい。
【０１０５】
本システムのいくつかの実装では、競合条件が存在し得る。ボイスまたは音声メディア構成要素を伴う、移動機着信ＳＩＰ要求は、下位層の対応に関するＵＥの情報（例えば、「ＩＭＳボイスオーバＰＳセッション対応」インジケータを示す）が、未だＩＭＳ ＡＳの関連表示（すなわち、ＵＥがＩＭＳ ＡＳに提供した情報）内でアップデートされていない間、ＩＭＳ ＡＳによって受信され得る。その結果、ボイスまたは音声メディア構成要素を伴う、移動機着信ＳＩＰ要求に適用されるプロシージャは、不適切であり得る。
【０１０６】
下位層対応に関するＵＥの情報が変わると直ぐに、ＳＩＰメッセージを送信することをＵＥに要求することによって、プロシージャが不適切であり得る間の時間ウィンドウを低減させる。実施例として、ＳＩＰメッセージは、例えば、ＳＩＰ登録要求を使用して、ＳＩＰ登録のリフレッシュを生成し得る。ＵＥはまた、ＩＵＴまたはリダイレクションを適用し、従来のボイス表示を伴う要求を要求された能力に対応するインターフェースに転送し得る。代替として、ＰＣＣ機能的要素は、リソースの可用性の欠如による、サービスへの対応不能を信号伝達し得る。
【０１０７】
上述のように、特定のネットワーク実装のＩＭＳ機能的要素は、アクセスネットワークによって対応されるサービスを記述する最新情報を常に有していない場合ある。したがって、ＵＥがＩＣＳ対応ＵＥである一システム実装では、ＵＥが、移動機着信（ＭＴ）呼が、ＩＭＳまたはＣＳを介して配信されるかどうかに関する最終決定を行う。ＩＭＳ登録中に、ＵＥは、ＵＥがＩＣＳに対応する能力を有することをＩＭＳに信号伝達する。
【０１０８】
登録後、移動機着信呼がＩＭＳに到達すると、ＳＣＣ ＡＳは、ＩＰ ＲＡＴ（ＥＰＣまたはＧＥＲＡＮ／ＵＴＲＡＮ ＰＳ）を介したメディアの配信のためのＳＤＰメディア構成要素、および／またはＣＳドメインを介したメディアの配信のためのインジケータを含み得るＳＩＰ要求をＵＥに送信し得る。本実施例では、ＳＣＣ ＡＳは、常に、ＣＳドメインを介したメディアの配信のための追加のＳＤＰメディア構成要素を含む。次いで、ＵＥが、ボイスソリューション（例えば、ＧＥＲＡＮまたはＵＴＲＡＮにアクセスするためのＶｏＩＭＳフラグおよび能力）の可用性に関する、ＵＥが有する情報に基づいて、最終的に、移動機着信セッションを受信するための使用するドメインを決定する。ＵＥが、ＩＣＳメディアタグを含むことによって、ＩＣＳに対応するための表示を含まない場合、ＩＭＳ ＡＳは、ＣＳをボイスベアラのために使用可能にするＳＤＰを挿入する必要はない。
【０１０９】
本アプローチは、ネットワークが標的ＵＥのための「ＩＭＳボイスオーバＰＳセッション対応」インジケータの値を認知している場合と比較して、追加のＳＩＰメッセージ交換を必要とし得ることに留意されたい。
【０１１０】
ＩＭＳサービス集中継続性が使用されず、かつ、加入者がＣＳドメインおよびＩＭＳの両方に加入している場合、ＵＥは、ＣＳドメインにアタッチされ、ＰＳドメインは、移動機着信セッションをＵＥに配信するように選択されるが、以下の理由のいずれかのため、配信は失敗する：１）ＵＥによる使用時のＲＡＴでは、「ＩＭＳボイスオーバＰＳセッション対応表示」が、対応を示さないかまたは利用可能ではないので、ＵＥは、（ＰＳドメインにおけるボイスベアラによる）ＩＭＳボイス呼の配信を拒絶する、または、２）ＲＡＴでは、「ＩＭＳボイスオーバＰＳセッション対応表示」が、対応を示さないかまたは利用可能ではなく、したがって、ＩＭＳに到達したセッションは、本明細書に説明されるように、ＣＳドメインにルーティングされる必要があり得るので、ＥＰＣは、ＩＭＳボイス呼のために要求されるベアラの確立を拒絶する。
【０１１１】
図１４は、ＵＥとネットワークとの間の接続を確立するためのメッセージフローの図であって、ＵＥは、ネットワークによって提供されるサービスまたは機能インジケータを考慮する（例えば、ＲＡＴにアタッチするときにネットワークから取得されたＶｏＩＭＳインジケータ）。
【０１１２】
ステップ２２０では、ＵＥは、ＮＡＳアタッチプロシージャまたはＮＡＳ複合アタッチプロシージャを行う。ＵＥは、ステップ２２２において、典型的特徴タグを含むが、ＶｏＩＭＳインジケータに関連する表示を含まないＩＭＳシステムに登録する。特徴タグまたはインジケータのうちの１つは、ＩＣＳ特徴タグであり得る。ネットワークモード、例えば、ＳＣＣ ＡＳが、登録メッセージを受信する場合、ＳＣＣ ＡＳは、受信した情報を第三者登録（例えば、ＩＣＳ特徴タグ）に格納する。ＳＣＣ ＡＳが着信呼を受信する場合、ＵＥまたはＰ−ＣＳＣＦが、ＬＴＥ型ＲＡＴを示す、Ｐ−アクセス−ネットワーク−情報ヘッダを含み得るので、ＳＣＣ ＡＳは、着信呼を受信するＵＥがＬＴＥ上に登録されていることを認知し得る。しかしながら、ＳＣＣ ＡＳが、上述のように、オプション構成ドメイン情報を受信しない限り、ＳＣＣ ＡＳは、ＬＴＥネットワークがＩＭＳボイスに対応するかどうか分からない場合がある。その結果、ＴＡＤＳは、ＬＴＥ ＵＥ標的を選択し得る。ＬＴＥ（または、一般に、ＰＳドメイン）が、着信呼を配信するために選択される場合、ＵＥが、何らのドメイン構成情報も提供せず、ＵＥがＩＭＳに登録されているので、ＩＭＳ ＡＳは、ＩＣＳ特徴タグが含まれていると仮定して、ボイスアクセするために、ＣＳおよびＬＴＥの両方に対応するメディアラインを含むＳＤＰオファーを構築するであろう。そうでなければ、ＳＤＰオファーのＣＳ部分は、省略され得る。オファーのＣＳ部分を含むＩＮＶＩＴＥの実施例は、以下の表４に例証される。
【０１１３】
【化５】
【０１１４】
【化６】
ＳＩＰ ＩＮＶＩＴＥを受信すると、ＵＥは、受信したＳＤＰオプションをＵＥのオプションに対して分析し、ＵＥのボイス設定およびＵＥの使用設定を考慮して、ＰＳドメインおよびＣＳドメインを介した所望のサービスに対応する（例えば、ＣＳおよびＩＰに対応するボイスのためのＳＤＰによるＩＮＶＩＴＥを受信すると（ＬＴＥを介して）、ＵＥは、これをＶｏＩＭＳフラグおよびＳＲＶＣＣフラグの設定と比較し、呼の処理方法を決定する（ＬＴＥネットワークを介して、呼を受理するか、またはＣＳを介して、発呼し、呼を読み出す）。
【０１１５】
図１５は、コンパレータの機能性（ＴＡＤＳ機能）の概略図を示す、図である。コンパレータ２３０は、入力Ａ ２３２およびＢ ２３４を含む。一実装では、入力Ａ ２３２は、ＵＥボイス設定に配分され、入力Ｂ ２３４は、ＵＥ使用設定に配分される。追加の入力は、ＳＩＰ ＩＮＶＩＴＥメッセージ（ＳＤＰは、サービスのために現在のＲＡＴおよび代替ＲＡＴを使用する能力を含む）（入力２３６）、二重転送モードのようなサービスに対応するためのＲＡＴ２メッセージ（ＤＴＭ、ＩＭＳ等）（入力２３８）、およびＲＡＴ１インジケータ（サービスは、本ＲＡＴ上で利用可能ではない、例えば、ＶｏＩＭＳがない）（入力２４０）のために定義される。入力に基づいて、コンパレータ２３０は、ＳＩＰ応答２４２を出力するように構成される。図１５は、コンパレータ２３０の一特有の実装を例証するが、コンパレータの種々の能力は、ブロードキャスト情報によって、または２地点間メッセージから読み出された情報の受信を含み得る。ブロードキャスト情報は、ＤＴＭ、ＧＰＲＳ、ＥＤＧＥ等に対する対応であり得るが、それらに限定されない。２地点間情報は、「ＶｏＩＭＳ対応」、「ＳＲＶＣＣ対応」等であり得るが、それらに限定されない。
【０１１６】
本システムの一実装では、以下の疑似コードは、ＶｏＩＭＳフラグが負の方に設定される場合のＵＥの動作について記述するために使用され得るが、ＵＥが非対応であるＳＲＶＣＣを所望する場合にも同様に適用され得る。
ＩＦ ＵＥボイス−ＣＳまたはＩＭＳ優先
ＴＨＥＮ ＩＦ ＩＮＶＩＴＥ ＳＤＰがＣＳオファーを伴う
ＴＨＥＮ ＩＦ ＵＥがデータ中心である
ＴＨＥＮ ＳＩＰ応答、例えば、１８３ ＳＤＰアンサーをＣＳによって送信する、または、ＳＤＰがボイス構成要素を含む場合、ＣＳオファー（ボイス構成要素）と関連付けられたメディアラインのポートは、ゼロまたはａ＝ｉｎａｃｔｉｖｅに設定され、他のＳＤＰ Ｍ ラインは、既存の規格に従って受理される
ＥＬＳＥ ＩＦ ＵＥがボイス中心である
ＴＨＥＮ ＳＩＰ応答、例えば、１８３ ＳＤＰアンサーをＣＳによって送信する
ＥＬＳＥ ＩＦ ＩＮＶＩＴＥ ＳＤＰがＣＳオファーを伴わない
ＴＨＥＮ ＩＦ ＵＥがデータ中心である
ＴＨＥＮ ＩＦ ボイス専用がオファーされる
ＴＨＥＮ ＳＩＰ エラーを送信する（メッセージは、代替ドメイン選択をトリガしない、すなわち、４８８ではないものである必要がある）
ＥＬＳＥ ＩＦ ＳＤＰオファーが他のメディアを含む
ＴＨＥＮ ＳＩＰ応答、例えば、１８３を０に設定されたポートを伴うボイスを含むメディアラインによって送信する。
【０１１７】
ＥＬＳＥ ＩＦ ＵＥがボイス中心である
ＴＨＥＮ ＳＩＰエラー４８８を送信し、３ＧＰＰ ＴＳ ２４．２９２の第１０．２．４項に従う代替ドメインにおける選択をトリガする
表５
表５の疑似コードでは、エラー原因は、ＳＤＰのいずれもＯＫでないことを示し得る。その場合、ＵＥは、少なくとも、ＳＤＰ−ＣＳを含む、ＵＥが受理するであろうＳＤＰのリストを含み得る。ＩＭＳ ＡＳは、エラーメッセージを受信すると、ＳＤＰ−ＣＳをＵＥに返し得る。
【０１１８】
以下の疑似コードは、ＶｏＩＭＳフラグが正の方に設定される場合のＵＥが実装し得る、一連のステップの一実施例である。
ＩＦ ＵＥボイス−ＣＳ優先
ＴＨＥＮ ＩＦ ＩＮＶＩＴＥ ＳＤＰがＣＳオファーを伴う
ＴＨＥＮ ＩＦ ＵＥがデータ中心である
ＴＨＥＮ ＳＩＰ応答、例えば、１８３ ＳＤＰアンサーをＣＳによって送信する
ＥＬＳＥ ＩＦ ＵＥがボイス中心である
ＴＨＥＮ ＳＩＰ応答、例えば、１８３ ＳＤＰアンサーをＣＳによって送信する
ＥＬＳＥ ＩＦ ＩＮＶＩＴＥ ＳＤＰがＣＳオファーを伴わない
ＴＨＥＮ ＳＩＰ応答、例えば、１８３ ＳＤＰアンサーをＩＭＳボイスによって送信する、または、ＳＩＰ エラー、例えば、４８８を返信する。該ＳＩＰ エラーの受信に応答して、ネットワークノードまたはＩＭＳ ＡＳがトリガされ、代替ドメインまたはＲＡＴを選択する
ＥＬＳＥ ＩＦ ＵＥボイス−ＩＭＳ優先
ＴＨＥＮ ＩＦ ＩＮＶＩＴＥ ＳＤＰがＣＳオファーを伴う
ＴＨＥＮ ＩＦ ＵＥがデータ中心
ＴＨＥＮ ＳＩＰ応答、例えば、１８３ ＳＤＰアンサーをＩＭＳボイスによって送信する
ＥＬＳＥ ＩＦ ＵＥがボイス中心である
ＴＨＥＮ ＳＩＰ応答、例えば、１８３ ＳＤＰアンサーをＩＭＳボイスによって送信する
ＥＬＳＥ ＩＦ ＩＮＶＩＴＥ ＳＤＰがＣＳオファーを伴わない
ＴＨＥＮ ＳＩＰ応答、例えば、１８３ ＳＤＰアンサーをＩＭＳボイスによって送信する
表６
３ＧＰＰ ＴＳ ２４．２９２において実装される上述の例は、以下に示される：
ＩＣＳ ＵＥが、初期ＳＩＰ ＩＮＶＩＴＥ要求内において、ＵＥがオーディオセッションのためにＲＴＰベースのＩＰベアラまたはＣＳベアラの使用を選択することを可能にするＳＤＰオファー受信すると、オーディオメディアラインに対して：
−メディアライン内の転送プロトコルがＲＴＰベースのＩＰベアラに設定され；
−関連接続ラインがＩＰアドレスに設定され；および
−追加のラインが、ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐ−ｃａｐａｂｉｌｉｔｙ−ｎｅｇｏｔｉａｔｉｏｎ［４０］、ｄｒａｆｔ−ｇａｒｃｉａ−ｍｍｕｓｉｃ−ｓｄｐ−ｍｉｓｃ−ｃａｐ［３９］、ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐ−ｃｓ［３６］、および ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐ−ｍｅｄｉａ−ｃａｐａｂｉｌｉｔｉｅｓ［４１］において定義されるように設定され、それは、：
−メディア能力属性「ｍｃａｐ」が「−」に設定され；
−転送プロトコル能力属性「ｔｃａｐ」が「ＰＳＴＮ」に設定され；および
−接続データ能力属性「ｃｃａｐ」は、「ＰＳＴＮ」に設定されることを示し、それは、アドレスタイプとして「Ｅ．１６４」を、アドレスがＳＣＣ ＡＳ ＰＳＩ ＤＮに設定されることを示し、；
ＩＣＳ ＵＥがＴＡＤＳ実行に対応し、ＩＣＳ ＵＥは、以下を行う。
ａ）ＵＥが、ＬＴＥ上にあって、ＵＥが、
ａ．ＣＳ専用であって、正常な複合アタッチを行っている場合、ＵＥは、ＣＳベアラを使用する。
ｂ．ＣＳ専用であって、正常な複合アタッチを行っていない場合、ＩＣＳ ＵＥは、６０６（受理不可）を返信する。
ｉ．代替として、フラグを介したＶｏＩＭＳが設定されている場合、ＵＥは、ＲＴＰベースのＩＰベアラを使用する。
ｉｉ．代替として、フラグを介したＶｏＩＭＳが設定されていない場合、ＩＣＳ ＵＥは、６０６（受理不可）を返信する。
ｃ．ＣＳ優先であって、正常な複合アタッチを行っている場合、ＵＥは、ＣＳベアラを使用する。
ｉ．代替として、ＣＳ優先であって、正常な複合アタッチを行っており、フラグを介したＶｏＩＭＳが設定されるが、しかしながら、ＳＤＰが、他のメディアならびにボイスを含む場合、ＵＥは、ＲＴＰベースのＩＰベアラを使用する。
ｄ．ＣＳ優先であって、正常な複合アタッチを行っておらず、ＶｏＩＭＳインジケータが設定され、
ｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＥＰＣアタッチにおいて、ＳＲＶＣＣを所望することを示し、ＳＲＶＣＣが、利用可能である場合、ＵＥは、ＲＴＰベースのＩＰベアラを使用する。
ｉｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＳＲＶＣＣを所望することを示し、ＳＲＶＣＣが利用可能ではない場合、ＩＣＳ ＵＥは、６０６（受理不可）を返信する。
ｉｉｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＳＲＶＣＣを所望しないことを示す場合、ＵＳは、ＲＴＰベースのＩＰベアラを使用する。
ｅ．ＣＳ優先であって、正常な複合アタッチを行っておらず、ＶｏＩＭＳインジケータが設定されていない場合、ＩＣＳ ＵＥは、６０６（受理不可）を返信する。
ｆ．ＩＭＳ専用であって、ＶｏＩＭＳインジケータが設定され、
ｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＥＰＣアタッチにおいて、ＳＲＶＣＣを所望することを示し、ＳＲＶＣＣが、利用可能である場合、ＵＥは、ＲＴＰベースのＩＰベアラを使用する。
ｉｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＳＲＶＣＣを所望することを示し、ＳＲＶＣＣが利用可能ではない場合、ＩＣＳ ＵＥは、６０６（受理不可）を返信する。
ｉｉｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＳＲＶＣＣを所望しないことを示す場合、ＵＳは、ＲＴＰベースのＩＰベアラを使用する。
ｇ．ＩＭＳ専用であって、ＶｏＩＭＳインジケータが設定されていない場合、ＩＣＳ ＵＥは、６０６（受理不可）を返信する。
ｈ．ＩＭＳ優先であって、ＶｏＩＭＳインジケータが設定され、
ｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＥＰＣアタッチにおいて、ＳＲＶＣＣを所望することを示し、ＳＲＶＣＣが、利用可能である場合、ＵＥは、ＲＴＰベースのＩＰベアラを使用する。
ｉｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＥＰＣアタッチにおいて、ＳＲＶＣＣを所望することを示し、ＳＲＶＣＣが、利用可能ではなく、
１．ＵＥが正常な複合アタッチを行った場合、ＣＳベアラを使用する。
２．ＵＥが正常な複合アタッチを行っていない場合、ＩＣＳ ＵＥは、６０６（受理不可）を返信する。
ｉｉｉ．ＵＥが、３ＧＰＰ ＴＳ ２４．３０１に説明されるように、ＳＲＶＣＣを所望しないことを示す場合、ＵＳは、ＲＴＰベースのＩＰベアラを使用する。
ｉ．ＩＭＳ優先であって、ＶｏＩＭＳインジケータが設定されておらず、正常な複合アタッチを行っている場合、ＵＥは、ＣＳベアラを使用する。
ｂ）ＵＥが、ローカル構成およびネットワーク条件に基づいて、ＧＥＲＡＮ／ＵＴＲＡＮ上にある場合、関連オーディオメディアストリームに対して、ＲＴＰベースのＩＰベアラまたはＣＳベアラを使用するかどうかを決定する。
【０１１９】
ＩＣＳ ＵＥが、ＲＴＰベースのＩＰベアラを使用することを決定する場合、ＩＣＳ ＵＥは、第１０．２．２．２項に説明されるように続行し、加えて、ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐ−ｃａｐａｂｉｌｉｔｙ−ｎｅｇｏｔｉａｔｉｏｎ［４０］に従って、ＲＴＰベースのＩＰベアラがＳＤＰアンサー内で使用されることを示す。
【０１２０】
ＩＣＳ ＵＥが、ＣＳベアラを使用することを決定する場合、ＩＣＳ ＵＥは、第１０．２．２．３項に説明されるように続行し、加えて、ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐ−ｃａｐａｂｉｌｉｔｙ−ｎｅｇｏｔｉａｔｉｏｎ［４０］に従って、ＣＳベアラがＳＤＰアンサー内で使用されることを示す。
【０１２１】
図１６は、ＵＥとネットワークとの間の接続を確立するためのメッセージフローの図であって、ＵＥは、ＣＳフォールバックのための正常な登録を有する場合、ＩＭＳ ＡＳをトリガし、ＳＤＰ−ＣＳを含むように使用される、特徴タグを含む。ＣＳフォールバックが成功しない場合、特徴タグは、含まれなくてもよい。
【０１２２】
特徴タグは、ＩＭＳ ＡＳへのＳＩＰ登録において転送され得る。本事例では、ＳＣＣ ＡＳ挙動は、タグを含むことによって変更され得る。タグが含まれ、ＩＣＳ対応タグが存在する場合、ＩＭＳ ＡＳは、ＣＳ部分（ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｓｄｐ−ｃｓ参照）を伴うＳＤＰを含む、ＵＥに対するＳＩＰメッセージを構築し得る。しかしながら、ＣＳフォールバックタグが含まれない場合、ＣＳ部分を伴うＳＤＰは、含まれる必要はない。
【０１２３】
多くのネットワーク実装では、ＶｏＩＭＳインジケータは、初期アタッチおよび／またはＴＡＵおよび／または複合ＴＡＵおよび／またはＲＡアップデート中に、ＭＭＥまたはＳＧＳＮによって、ＵＥに与えられる。その結果、ＶｏＩＭＳが、ＭＭＥおよびＳＧＳＮによって、ＵＥに提供されている場合、ＭＭＥおよびＳＧＳＮは、それぞれ、特有のＴＡまたはＲＡを介して、ＩＭＳボイスが対応可能であるかどうかを認知する。
【０１２４】
移動機着信呼が、ＩＭＳに到達し、ＵＥがＩＭＳに登録されている場合、呼は、ＵＥにルーティングされ得る。ＵＥが、ＩＭＳを使用して／ＰＳドメインを介して、ルーティングされる呼を受理する場合、ＩＭＳは、ベアラのアクティブ化のための必要無線ベアラを確立する必要があり、ＩＭＳは、ＰＣＣと相互作用し、それを行い得る。
【０１２５】
本システムの一実装では、ＰＣＣが、ＮＡＳアタッチ、追跡エリアアップデート、ルーティングエリアアップデート、およびＧＥＲＡＮ／ＵＴＲＡＮにおけるＰＤＰコンテキストアクティブ化中にＥＰＣと相互作用するので、ＰＣＣは、ＴＡまたはＲＡのそれぞれに適用されるＶｏＩＭＳインジケータを備え得る。その結果、ＰＣＣは、常に、特有のＲＡＴおよびＵＥが位置するエリアのＶｏＩＭＳに対する対応を通知され得る。
【０１２６】
ＵＥが、ＩＭＳを使用して／ＰＳドメインを介して、ルーティングされる呼を受理後、ＩＭＳが、ＰＣＣと相互作用し、サービスのためのベアラを確立する場合、ＰＣＣは、ＩＭＳからの要求着信に基づいて、サービスに対応可能であるかどうかを決定し（例えば、ＰＣＣ内に格納されたＶｏＩＭＳインジケータの値に応じて）、ＩＭＳ要求を受理または拒絶し得る。ＩＭＳはさらに、拒絶の理由または説明を提供し得る。拒絶の任意のそのような理由または説明に応答して、ＩＭＳは、ＣＳドメインを介して、移動機着信呼をＵＥにルーティングすることを決定し得る。多くの場合、ドメインまたはＲＡＴが利用可能ではない場合、セッションまたは呼は、例えば、ボイスメールにルーティングされ得ることに留意されたい。
【０１２７】
ＵＥのためのベアラを確立するために、ＥＰＣは、ＰＣＣと相互作用し、ベアラのＱｏＳのポリシングを行い得る。ベアラ確立プロシージャは、ＵＥが、ＬＴＥへのＮＡＳアタッチ、ＧＥＲＡＮ／ＵＴＲＡＮを介したＰＤＰコンテキスト要求プロシージャ、および／またはＵＥ要求ＰＤＮ接続プロシージャを行うと、生じ得る。そのような相互作用中に、ＰＣＣは、ＶｏＩＭＳインジケータの値を提供され得る。
【０１２８】
ＵＥがＩＭＳ／ＰＳドメインを介してルーティングされた呼を受理後に、ＩＭＳがＰＣＣと相互作用し、サービスのためのベアラを確立後、ＰＣＣは、ＥＰＣまたはＧＰＲＳコアネットワークと相互作用し、必要ベアラを確立するか、あるいは既存のベアラを修正し得る。ＵＥがサービスに非対応であるエリア内に位置する場合（例えば、ＴＡまたはＲＡのためのＶｏＩＭＳインジケータがＶｏＩＭＳに非対応であることを示す）、ＵＥは、要求を拒絶し、ＰＣＣに拒絶理由を通知し得る。次いで、ＰＣＣは、ＩＭＳ要求を拒絶し、随意に、拒絶理由を提供し得る。拒絶理由に応答して、ＩＭＳは、ＣＳドメインを介して、移動機着信呼をＵＥにルーティングすることを決定し得る。
【０１２９】
図１７は、ＵＥとネットワークとの間の接続を確立するためのメッセージフローの図であって、ＵＥは、ＶｏＩＭＳインジケータを検査し、呼配信がＯｐＶｏｉｃｅソリューションを介して生じるはずであることを示す。本システムのいくつかの実装では、ＵＥは、ＮＡＳアタッチまたはＮＡＳ複合アタッチを行う。その後、ＵＥは、ステップ２７２および２７４において、それぞれ、ＯｐＶｏｉｃｅ登録およびＡｐｐＩＭＳ登録を行う。ＵＥが、正常にＮＡＳ複合アタッチを行った場合、ＣＳフォールバックが、ステップ２７６において、ＯｐＶｏｉｃｅインフラストラクチャを通して、ＯｐＶｏｉｃｅセッションを配信するために使用されることが可能である。代替として、ＵＥが、ＮＡＳアタッチを行った場合、ＵＥは、ＬＴＥに接続している間、ＯｐＶｏｉｃｅソリューション（例えば、ＶｏＬＧＡ）に登録を行うことが可能である。移動機着信ＯｐＶｏｉｃｅ呼は、ＯｐＶｏｉｃｅインフラストラクチャに配信され、ＵＥにルーティングされ得る（例えば、ＬＴＥを介してＶｏＬＧＡを使用するか、またはＣＳフォールバックプロシージャをトリガする）。移動機着信ＡｐｐＶｏｉｃｅ呼は、ＡｐｐＩＭＳインフラストラクチャに配信され、ＵＥにルーティングされる。ＵＥが、ステップ２７８において、ＶｏＩＭＳインジケータに基づいて、ＩＭＳを介して、呼を配信不可能であることを決定すると、ＵＥは、ステップ２８０において、それをＯｐＶｏｉｃｅソリューションに転送することによって、呼を配信することをＡｐｐＩＭＳに示し得る（ＣＳフォールバック、ＣＳ呼、または、例えば、ＶｏＬＧＡに基づくことが可能である）。表示は、ＵＥが、ＳＩＰ法、例えば、ＩＮＶＩＴＥを受信し、適切な応答、例えば、３ｘｘ応答、または特に、表７に例証される３０２（一時的移動）応答で返信することによって達成され得る。
【０１３０】
２１．３．３ ３０２一時的移動
要求クライアントは、宛先ヘッダフィールドによって与えられる新しいアドレスにおける要求を再試行すべきである（第２０．１０節）。新しい要求の要求−ＵＲＩは、応答内の宛先ヘッダフィールドの値を使用する。
【０１３１】
表７
一実装では、ＵＥが、この場所においてサービスに対応するために一時的に利用可能でないことがあるので、３０２メッセージが使用される。したがって、３０２メッセージは、ＯｐＶｏｉｃｅサービスの場所を提供し得る（すなわち、ＯｐＶｏｉｃｅサービスを提供するエンティティの宛先アドレス、例えば、ＣＳフォールバックあるいはＶｏＬＧＡまたはＣＳサービスの場合、ＭＳＣ）。メッセージ３００および３８０もまた、使用され得る。ＵＥが、ＯｐＶｏｉｃｅサービスを提供するエンティティの宛先アドレスとともに構成されていない場合、ＵＥは、応答内に代替インジケータを含み得る（例えば、ＸＭＬ本文）。一例示的ＸＭＬ本文は、３ＧＰＰ ＴＳ ２４．２２９のａｐｐｌｉｃａｔｉｏｎ／３ｇｐｐ−ｉｍｓ＋ｘｍｌに基づき得る：
【０１３２】
【化７】
【０１３３】
【化８】
上述のＸＭＬ本文では、インジケータ＜ｖｏｌｇａ／＞は、ＳＩＰ本体（一部）としてＳＩＰメッセージ内に含まれる場合、ＭＩＭＥタイプａｐｐｌｉｃａｔｉｏｎ／３ｇｐｐ−ｉｍｓ＋ｘｍｌである、ＸＭＬドキュメント内に含まれ得る。３ｇｐｐ−ｉｍｓ要素内のスキーマバージョンＭＩＭＥタイプパラメータおよびバージョン属性は、「１」以外の値に設定されることが可能である。その場合、＜ｖｏｌｇａ／＞インジケータを含むことは、ＵＥがＶｏｌｇａプロシージャに従って呼を処理することを所望することを、ネットワークに通知し得る。
【０１３４】
ＩＭＳ ＡＳが応答（例えば、インジケータ＜ｖｏｌｇａ／＞を伴う３０２応答）を受信すると、ＩＭＳ ＡＳは、ＳＩＰ ＩＮＶＩＴＥ要求等の移動機着信呼要求を宛先ヘッダにアドレスされたエンティティに送信し得る（例えば、ＶＡＮＣのようなＶ ｏＬＧＡエンティティに接続されるＭＳＣ）。次いで、ＶＡＮＣは、ＶｏＬＧＡ移動機着信呼のためのプロシージャに従い得る。
【０１３５】
次に、図１８を参照すると、例示的ＵＥ８００の実施形態を含む、無線通信システムが例証される。ＵＥは、本開示の側面を実施するために動作可能であるが、本開示は、これらの実装に限定されるべきではない。携帯電話として例証されるが、ＵＥは、無線ハンドセット、ポケットベル、携帯端末（ＰＤＡ）、ポータブルコンピュータ、タブレットコンピュータコンピュータ、ラップトップコンピュータ、スマートフォン、プリンタ、ファックス機器、テレビ、セットトップボックス、および他のビデオディスプレイデバイス、家庭用オーディオ機器および他の家庭用娯楽システム、家庭用監視および制御システム（例えば、家庭用監視、アラームシステム、および温度調節システム）、ならびにコンピュータ制御式冷蔵庫等の進化型家庭用器具を含む、種々の形態をとり得る。多くの好適なデバイスは、これらの機能の一部または全部を組み合わせる。本開示のいくつかの実施形態では、ＵＥ８００は、ポータブル、ラップトップ、またはタブレットコンピュータのような汎用コンピューティングデバイスではなく、むしろ、携帯電話、無線ハンドセット、ポケットベル、ＰＤＡ、または車載電気通信デバイス等の汎用通信デバイスである。ＵＥ８００はまた、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等、類似能力を有するが、可搬性ではないデバイスであるデバイスを含むか、あるいはデバイス内に含まれ得る。ＵＥ８００は、ゲーム、在庫管理、ジョブ制御、および／またはタスク管理機能等、特殊アクティビティに対応し得る。
【０１３６】
ＵＥ８００は、ディスプレイ７０２を含む。ＵＥ８００はまた、ユーザによる入力のための、概して７０４と称される、タッチセンサ式表面、キーボード、または他の入力キーを含む。キーボードは、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および連続式、また電話キーパッドと関連付けられたアルファベット文字を伴う、従来の数字キーパッド等、完全または減少数の英数字キーボードであり得る。入力キーは、内向きに押下され、さらなる入力機能を提供し得る、トラックウィール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能的キーを含み得る。ＵＥ８００は、ユーザが選択するためのオプション、ユーザが作用させるための制御、および／またはユーザが指示するためのカーソルあるいは他のインジケータを提示し得る。
【０１３７】
ＵＥ８００はさらに、ダイヤル番号またはＵＥ８００の動作を構成するための種々のパラメータ値を含む、ユーザからのデータ入力を受理し得る。ＵＥ８００はさらに、ユーザコマンドに応答して、１つ以上のソフトウェアまたはファームウェアアプリケーションを実行し得る。これらのアプリケーションは、ユーザ相互作用に応答して、種々のカスタマイズされた機能を果たすように、ＵＥ８００を構成し得る。加えて、ＵＥ８００は、例えば、無線基地局、無線アクセスポイント、またはピアＵＥ８００から、無線でプログラムおよび／または構成され得る。
【０１３８】
ＵＥ８００によって実行可能な種々のアプリケーションの中でも、ディスプレイ７０２にウェブページの表示を可能にするウェブブラウザがある。ウェブページは、無線ネットワークアクセスノード、中継塔、ピアＵＥ８００、あるいは任意の他の無線通信ネットワークまたはシステム７００との無線通信を経由して、取得され得る。ネットワーク７００は、インターネット等の有線ネットワーク７０８に連結される。無線リンクおよび有線ネットワークを経由して、ＵＥ８００は、サーバ７１０等、種々のサーバ上の情報へのアクセスを有する。サーバ７１０は、ディスプレイ７０２上に示され得る、コンテンツを提供し得る。代替として、ＵＥ８００は、中継式またはホップ式接続において、中間体として作用するピアＵＥ８００を通して、ネットワーク７００にアクセスし得る。
【０１３９】
図１９は、ＵＥ８００のブロック図を示す。ＵＡ１０の種々の周知の構成要素が描写されるが、ある実施形態では、列挙された構成要素および／または列挙されない追加の構成要素のサブセットが、ＵＥ８００内に含まれ得る。ＵＥ８００は、デジタル信号プロセッサ（ＤＳＰ）８０２およびメモリ８０４を含む。示されるように、ＵＥ８００はさらに、アンテナおよびフロントエンドユニット８０６、無線周波数（ＲＦ）送受信機８０８、アナログベースバンド処理ユニット８１０、マイクロホン８１２、イヤホンスピーカ８１４、ヘッドセットポート８１６、入力／出力インターフェース８１８、リムーバブルメモリカード８２０、ユニバーサルシリアルバス（ＵＳＢ）ポート８２２、短距離無線通信サブシステム８２４、アラート８２６、キーパッド８２８、タッチセンサ式表面８３０を含み得る液晶ディスプレイ（ＬＣＤ）、ＬＣＤコントローラ８３２、電荷結合素子（ＣＣＤ）カメラ８３４、カメラコントローラ８３６、および全地球測位システム（ＧＰＳ）センサ８３８を含み得る。ある実施形態では、ＵＥ８００は、タッチセンサ式画面を提供しない、別の種類のディスプレイを含み得る。ある実施形態では、ＤＳＰ８０２は、入力／出力インターフェース８１８を通過せず、メモリ８０４と直接通信し得る。
【０１４０】
ＤＳＰ８０２またはいくつかの他の形態のコントローラあるいは中央演算装置は、メモリ８０４内に格納された、またはＤＳＰ８０２自体内に含まれるメモリ内に格納された、埋め込まれたソフトウェアあるいはファームウェアに従って、ＵＥ８００の種々の構成要素を制御するように動作する。埋め込まれたソフトウェアまたはファームウェアに加え、ＤＳＰ８０２は、メモリ８０４内に格納された、あるいはリムーバブルメモリカード８２０のようなポータブルデータ記憶メディア等の情報搬送メディアを経由して、もしくは有線または無線ネットワーク通信を経由して、他のアプリケーションを実行し得る。アプリケーションソフトウェアは、所望の機能性を提供するようにＤＳＰ８０２を構成する、コンパイルされた機械可読命令を備え得、またはアプリケーションソフトウェアは、ＤＳＰ８０２を間接的に構成するためのインタプリタまたはコンパイラによって処理される、高次ソフトウェア命令であり得る。
【０１４１】
アンテナよびフロントエンドユニット８０６は、無線信号と電気信号を変換するように提供され、ＵＥ８００が、セルラーネットワークまたはいくつかの他の利用可能な無線通信ネットワークから、あるいはピアＵＥ８００から、情報を送受信可能にし得る。ある実施形態では、アンテナよびフロントエンドユニット８０６は、ビーム形成および／または多重入力多重出力（ＭＩＭＯ）動作に対応するための多重アンテナを含み得る。当業者に周知のように、ＭＩＭＯ動作は、困難なチャネル条件を克服するため、および／またはチャネルスループットを増加させるために使用可能である空間的多様性を提供し得る。アンテナおよびフロントエンドユニット８０６は、アンテナ同調および／またはインピーダンス整合構成要素、ＲＦ電力増幅器、および／または低雑音増幅器を含み得る。
【０１４２】
ＲＦ送受信機８０８は、周波数偏移、受信したＲＦ信号のベースバンドへの変換、およびベースバンド伝送信号のＲＦへの変換を提供する。いくつかの説明では、無線送受信機またはＲＦ送受信機は、変調／復調、符号化／復号化、インターリービング／デインターリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、サイクリックプレフィックス付加／除去、および他の信号処理機能等の他の信号処理機能性を含むように理解され得る。明確にするために、ここでの説明は、本信号処理の説明をＲＦおよび／または無線段階と分離し、その信号処理をアナログベースバンド処理ユニット８１０および／またはＤＳＰ８０２あるいは他の中央演算装置に概念的に配分する。いくつかの実施形態では、ＲＦ送受信機８０８、アンテナおよびフロントエンド８０６の一部、ならびにアナログベースバンド処理ユニット８１０は、１つ以上の処理ユニットおよび／または特定用途向け集積回路（ＡＳＩＣ）内に組み合わせられ得る。
【０１４３】
アナログベースバンド処理ユニット８１０は、入力および出力の種々のアナログ処理、例えば、マイクロホン８１２およびヘッドセット８１６からの入力ならびにイヤホン８１４およびヘッドセット８１６への出力のアナログ処理を提供し得る。この目的のために、アナログベースバンド処理ユニット８１０は、ＵＥ８００を携帯電話として使用可能にする、内蔵マイクロホン８１２およびイヤホンスピーカ８１４に接続するためのポートを有し得る。アナログベースバンド処理ユニット８１０はさらに、ヘッドセットまたは他のハンズフリーマイクロホンおよびスピーカ構成に接続するためのポートを含み得る。アナログベースバンド処理ユニット８１０は、一信号方向におけるデジタル／アナログ変換および逆信号方向におけるアナログ／デジタル変換を提供し得る。いくつかの実施形態では、アナログベースバンド処理ユニット８１０の機能性の少なくともいくつかは、デジタル処理構成要素によって、例えば、ＤＳＰ８０２によって、または他の中央演算装置によって、提供され得る。
【０１４４】
ＤＳＰ８０２は、変調／復調、符号化／復号化、インターリービング／デインターリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、サイクリックプレフィックス付加／除去、および無線通信と関連付けられた他の信号処理機能を行い得る。ある実施形態では、例えば、符号分割多重アクセス（ＣＤＭＡ）技術用途では、送信機機能の場合、ＤＳＰ８０２は、変調、符号化、インターリービング、および拡散を行い、受信機機能の場合、ＤＳＰ８０２は、逆拡散、デインターリービング、復号化、および復調を行い得る。別の実施形態では、例えば、直交周波数分割多重アクセス（ＯＦＤＭＡ）技術用途では、送信機機能の場合、ＤＳＰ８０２は、変調、符号化、インターリービング、逆高速フーリエ変換、およびサイクリックプレフィックス付加を行い、受信機機能の場合、ＤＳＰ８０２は、サイクリックプレフィックス除去、高速フーリエ変換、デインターリービング、復号化、および復調を行い得る。他の無線技術用途では、さらに他の信号処理機能および信号処理機能の組み合わせが、ＤＳＰ８０２によって行われ得る。
【０１４５】
ＤＳＰ８０２は、アナログベースバンド処理ユニット８１０を経由して、無線ネットワークと通信し得る。いくつかの実施形態では、通信は、インターネット接続を提供し、ユーザに、インターネット上のコンテンツへのアクセスを獲得し、電子メールまたはテキストメッセージを送受信可能にし得る。入力／出力インターフェース８１８は、ＤＳＰ８０２および種々のメモリと相互接続し、インターフェースをとる。メモリ８０４およびリムーバブルメモリカード８２０は、ＤＳＰ８０２の動作を構成するためのソフトウェアならびにデータを提供し得る。インターフェースはとりわけ、ＵＳＢインターフェース８２２および短距離無線通信サブシステム８２４であり得る。ＵＳＢインターフェース８２２を使用して、ＵＥ８００を充電し得、また、ＵＥ８００が、周辺機器デバイスとして機能し、パーソナルコンピュータまたは他のコンピュータシステムと情報を交換可能にし得る。短距離無線通信サブシステム８２４は、ＵＥ８００が他の近傍移動デバイスおよび／または無線基地局と無線通信可能となり得る、赤外線ポート、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、ＩＥＥＥ ８０２．１１準拠無線インターフェース、または任意の他の短距離無線通信サブシステムを含み得る。
【０１４６】
入力／出力インターフェース８１８はさらに、ＤＳＰ８０２をアラート８２６に接続し、トリガされると、例えば、鳴音、メロディ再生、または振動によって、ＵＥ８００がユーザに通知を提供し得る。アラート８２６は、わずかな振動によって、または特定の発呼者に対して、特有の事前に割り当てられたメロディを再生することによって、着信呼、新しいテキストメッセージ、および予定リマインダ等の種々のイベントのいずれかをユーザにアラートするための機能としての役割を果たし得る。
【０１４７】
キーパッド８２８は、インターフェース８１８を経由して、ＤＳＰ８０２に連結し、ユーザが選択を行い、情報を入力し、および別様に入力をＵＥ８００に提供するための一機構を提供する。キーボード８２８は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および連続式、また電話キーパッドと関連付けられたアルファベット文字を伴う、従来の数字キーパッド等、完全または減少数の英数字キーボードであり得る。入力キーは、内向きに押下され、さらなる入力機能を提供し得る、トラックウィール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能的キーを含み得る。別の入力機構は、タッチスクリーン能力を含み、また、ユーザにテキストおよび／またはグラフィックを表示し得る、ＬＣＤ８３０であり得る。ＬＣＤコントローラ８３２は、ＤＳＰ８０２をＬＣＤ８３０に連結する。
【０１４８】
ＣＣＤカメラ８３４が、装備されている場合、ＵＥ８００はデジタル写真を撮影可能となる。ＤＳＰ８０２は、カメラコントローラ８３６を経由して、ＣＣＤカメラ８３４と通信する。別の実施形態では、電荷結合素子カメラ以外の技術に従って動作するカメラが採用され得る。ＧＰＳセンサ８３８は、ＤＳＰ８０２に連結され、全地球測位システム信号を復号化し、それによって、ＵＥ８００は、その位置を決定可能となる。種々の他の周辺機器もまた、付加的機能、例えば、無線およびテレビ受信を提供するために含まれ得る。
【０１４９】
図２０は、ＤＳＰ８０２によって実装され得る、ソフトウェア環境９０２を例証する。ＤＳＰ８０２は、ソフトウェアの残りが動作するプラットフォームを提供する、オペレーティングシステムドライバ９０４を実行する。オペレーティングシステムドライバ９０４は、ＵＡハードウェアのためのドライバに、アプリケーションソフトウェアにアクセス可能な標準化インターフェースを提供する。オペレーティングシステムドライバ９０４は、ＵＥ８００上で起動するアプリケーション間で制御を移すアプリケーション管理サービス（「ＡＭＳ」）９０６を含む。また、図２０に示されるのは、ウェブブラウザアプリケーション９０８、メディアプレーヤアプリケーション９１０、およびＪａｖａ（登録商標）アプレット９１２である。ウェブブラウザアプリケーション９０８は、ウェブブラウザとして動作し、ユーザが、フォームに情報を入力し、リンクを選択し、ウェブページを読み出し、閲覧可能にするように、ＵＥ８００を構成する。メディアプレーヤアプリケーション９１０は、オーディオまたはオーディオビジュアルメディアを読み出し、再生するように、ＵＥ８００を構成する。Ｊａｖａ（登録商標）アプレット９１２は、ゲーム、ユーティリティ、および他の機能性を提供するように、ＵＥ８００を構成する。構成要素９１４は、本明細書に説明される機能性を提供する場合がある。
【０１５０】
ＵＥ８００、アクセスデバイス１２０、および上述の他の構成要素は、上述の作用に関連する命令を実行可能な処理構成要素を含む場合がある。図２１は、本明細書に開示される１つ以上の実施形態を実装するために好適な処理構成要素１０１０を含む、システム１０００の実施例を例証する。プロセッサ１０１０（中央演算装置（ＣＰＵまたはＤＳＰ）と称され得る）に加え、システム１０００は、ネットワーク接続デバイス１０２０、ランダムアクセスメモリ（ＲＡＭ）１０３０、読取専用メモリ（ＲＯＭ）１０４０、二次記憶装置１０５０、および入力／出力（Ｉ／Ｏ）デバイス１０６０を含む場合がある。いくつかの実施形態では、最小数のＨＡＲＱプロセスＩＤの決定を実装するためのプログラムが、ＲＯＭ１０４０内に格納され得る。ある場合にはこれらの構成要素のいくつかは、存在しなくてもよく、あるいは相互に、または図示されない他の構成要素との種々の組み合わせとして、組み合わせられてもよい。これらの構成要素は、単一の物理的エンティティに、または１つより多くの物理的エンティティに位置する場合がある。プロセッサ１０１０によって行われるものとして本明細書で説明される、任意の作用は、プロセッサ１０１０によって単独で、または図面に示されている、あるいは示されていない１つ以上の構成要素と併せて、プロセッサ１０１０によって行われる場合がある。
【０１５１】
プロセッサ１０１０は、それがネットワーク接続デバイス１０２０、ＲＡＭ１０３０、ＲＯＭ１０４０、または二次記憶装置１０５０（ハードディスク、フロッピー（登録商標）ディスク、または光ディスク等の種々のディスクベースのシステムを含む場合がある）からアクセスする場合がある、命令、コード、コンピュータプログラム、またはスクリプトを実行する。１つのＣＰＵ１０１０のみ示されるが、複数のプロセッサが存在し得る。したがって、命令は、プロセッサによって実行されるものとして論議され得るが、命令は、同時に、連続的に、または別様に、１つまたは複数のプロセッサによって実行され得る。プロセッサ１０１０は、１つ以上のＣＰＵチップとして実装され得る。
【０１５２】
ネットワーク接続デバイス１０２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインターフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多重アクセス（ＣＤＭＡ）デバイス、グローバルシステムフォー移動コミュニケーションズ（ＧＳＭ（登録商標））無線送受信機デバイス等の無線送受信機デバイス、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ）デバイス、および／またはネットワークに接続するための他の周知のデバイスの形態を成し得る。これらのネットワーク接続デバイス１０２０は、プロセッサ１０１０が情報を受信する場合がある、またはプロセッサ１０１０が情報を出力する場合がある、インターネットまたは１つ以上の電気通信ネットワーク、あるいは他のネットワークと、プロセッサ１０１０が通信することを可能にし得る。
【０１５３】
また、ネットワーク接続デバイス１０２０は、無線周波数信号またはマイクロ波周波数信号等の電磁波の形態として、データを無線伝送および／または受信可能な１つ以上の送受信機構成要素１０２５を含む場合がある。代替として、データは、電気導体の表面内または上、同軸ケーブル内、導波路内、光ファイバ等の光メディア内、あるいは他のメディア内を伝搬し得る。送受信機構成要素１０２５は、別個の受信および伝送ユニットまたは単一送受信機を含む場合がある。送受信機１０２５によって伝送または受信される情報は、プロセッサ１０１０によって処理されたデータ、またはプロセッサ１０１０によって実行される命令を含み得る。そのような情報は、例えば、コンピュータデータベースバンド信号または搬送波内に埋め込まれた信号の形態として、ネットワークから受信され、そこへ出力され得る。データは、データの処理または生成あるいはデータの伝送または受信のいずれかのために望ましくあり得るため、異なるシーケンスに従って順序付けられてもよい。ベースバンド信号、搬送波内に埋め込まれた信号、あるいは現在使用されている、または以降に開発される、他の種類の信号は、伝送メディアと称され得、当業者に周知のいくつかの方法に従って生成され得る。
【０１５４】
ＲＡＭ１０３０は、揮発性データを記憶するため、また可能性として、プロセッサ１０１０によって実行される命令を格納するために使用される場合ある。ＲＯＭ１０４０は、典型的には、二次記憶装置１０５０のメモリ容量より小さいメモリ容量を有する、不揮発性メモリデバイスである。ＲＯＭ１０４０は、命令と、また可能性として、命令の実行の際に読み取られるデータを格納するために使用される場合がある。ＲＡＭ１０３０およびＲＯＭ１０４０の両方へのアクセスは、典型的には、二次記憶装置１０５０より高速である。二次記憶装置１０５０は、典型的には、１つ以上のディスクドライブまたはテープドライブから成り、ＲＡＭ１０３０が、全作業データを保持するために十分に大きくない場合、データの不揮発性記憶のために、またはオーバフローデータ記憶デバイスとして使用される場合がある。二次記憶装置１０５０は、そのようなプログラムが実行のために選択される時、ＲＡＭ１０３０にロードされるプログラムを格納するために使用され得る。
【０１５５】
Ｉ／Ｏデバイス１０６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カードリーダ、ペーパテープリーダ、プリンタ、ビデオモニタ、または他の周知の入力デバイスを含み得る。また、送受信機１０２５は、ネットワーク接続デバイス１０２０の構成要素の代わりに、またはそれに加えて、Ｉ／Ｏデバイス１０６０の構成要素と見なされる場合がある。Ｉ／Ｏデバイス１０６０の一部または全部は、ディスプレイ７０２および入力７０４等、ＵＥ８００の上述の図面に描写される種々の構成要素に実質的に類似し得る。
【０１５６】
いくつかの実施形態を本開示で提供したが、開示されたシステムおよび方法は、本開示の精神または範囲から逸脱することなく、多くの他の具体的形態で具現化され得ることを理解されたい。本実施例は、制限ではなく、例証としてみなされるべきであって、本明細書に与えられる詳細に制限されることを意図するものではない。例えば、種々の要素または構成要素は、組み合わされる、または別のシステムに統合され得、あるいはある特徴は、省略される、もしくは実装されてなくてもよい。
【０１５７】
また、個別または別個のものとして種々の実施形態で説明および例証される、技術、システム、サブシステム、および方法は、本開示の範囲から逸脱することなく、他のシステム、モジュール、技術、または方法と組み合わされるか、あるいは統合され得る。連結される、または直接連結される、あるいは互いに通信するように図示もしくは論じられた他の項目は、あるインターフェース、デバイス、または中間構成要素を通して、電気的、機械的、他であるか否かにかかわらず、間接的に連結、もしくは通信し得る。変更、代用、および改良の他の実施例は、当業者によって究明可能であって、本明細書に開示される精神および範囲から逸脱することなく成され得る。
【特許請求の範囲】
【請求項１】
少なくとも１つのドメインに対応する通信システムにおいて、ネットワーク構成要素を使用して、サービスを有効化する方法であって、
第１のＳＩＰ要求を受信することと、
該第１のＳＩＰ要求に基づいて、該ネットワーク構成要素によって、第２のＳＩＰ要求を作成することと、
ＳＩＰ応答を受信することと、
該ＳＩＰ応答を受信することに基づいて、後続の行動を選択することと
を含む、方法。
【請求項２】
前記第１のＳＩＰ要求および前記第２のＳＩＰ要求のうちの少なくとも１つは、ＳＩＰ ＩＮＶＩＴＥ要求である、請求項１に記載の方法。
【請求項３】
前記ネットワーク構成要素は、サービス集中化および継続性アプリケーションサーバである、請求項１に記載の方法。
【請求項４】
前記ＳＩＰ応答は、受理可能ではないことを示すメッセージである、請求項１に記載の方法。
【請求項５】
前記ＳＩＰ応答を受信することに基づいて、後続の行動を選択することは、第３のＳＩＰ要求を前記回路交換ドメインに送信することをさらに含む、請求項１に記載の方法。
【請求項６】
前記ＳＩＰ応答を受信することに基づいて、後続の行動を選択することは、代替ドメインを選択しないことの決定をさらに含む、請求項１に記載の方法。
【請求項７】
前記ＳＩＰ応答を受信することに基づいて、後続の行動を選択することは、ＳＩＰ様プロトコルを搬送するために、ベーストランスポートとして回路交換プロトコルを使用することをさらに含み、該回路交換プロトコルは、ショートメッセージサービスおよび非構造化付加サービスデータのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項８】
前記サービスは、ボイスサービスであり、前記第１のＳＩＰ要求および前記第２のＳＩＰ要求は、少なくとも１つのボイスメディア構成要素を含む、請求項１に記載の方法。
【請求項９】
前記ドメインは、回路交換ドメインおよびパケット交換ドメインのうちの少なくとも１つである、請求項１に記載の方法。
【請求項１０】
後続の行動を選択することは、特徴タグの存在を検査することをさらに含む、請求項１に記載の方法。
【請求項１１】
後続の行動を選択することは、少なくとも１つのセッション記述プロトコルの存在を検査することをさらに含み、
該少なくとも１つのセッション記述プロトコルは、ユーザ機器に対するボイスベアラのために回路交換ドメインを使用することを示し、
該少なくとも１つのセッション記述プロトコルは、ユーザ機器に対するボイスベアラのためにパケット交換ドメインを使用することを示す、
請求項１に記載の方法。
【請求項１２】
少なくとも１つのドメインに対応する通信システムにおいて、ネットワーク構成要素を使用して、サービスを有効化する方法であって、
第１のメッセージを受信することと、
該第１のメッセージに基づいて、該ネットワーク構成要素により、第２のメッセージを作成することと、
第３のメッセージを受信することと、
該第３のメッセージを受信することに基づいて、後続の行動を選択することと
を含む、方法。
【請求項１３】
前記第１、第２、および第３のメッセージは、ＳＩＰメッセージであって、該ＳＩＰメッセージは、ＳＩＰ要求メッセージおよびＳＩＰ応答メッセージのうちの少なくとも１つである、請求項１２に記載の方法。
【請求項１４】
前記第１のメッセージおよび前記第２のメッセージは、ＳＩＰ ＩＮＶＩＴＥ要求である、請求項１２に記載の方法。
【請求項１５】
前記ネットワーク構成要素は、サービス集中化および継続性アプリケーションサーバである、請求項１２に記載の方法。
【請求項１６】
前記第３のメッセージは、受理可能ではないことを示すメッセージである、請求項１２に記載の方法。
【請求項１７】
前記第３のメッセージを受信することに基づいて、後続の行動を選択することは、第４のメッセージを回路交換ドメインに送信することをさらに含む、請求項１２に記載の方法。
【請求項１８】
前記第３のメッセージを受信することに基づいて、後続の行動を選択することは、代替ドメインを選択しないことの決定をさらに含む、請求項１２に記載の方法。
【請求項１９】
前記第３のメッセージを受信することに基づいて、後続の行動を選択することは、ＳＩＰ様プロトコルを搬送するために、ベーストランスポートとして回路交換プロトコルを使用することをさらに含み、該回路交換プロトコルは、ショートメッセージサービスおよび非構造化付加サービスデータのうちの少なくとも１つを含む、請求項１２に記載の方法。
【請求項２０】
前記サービスは、ボイスサービスであり、前記第１のＳＩＰ要求および前記第２のＳＩＰ要求は、少なくとも１つのボイスメディア構成要素を含む、請求項１２に記載の方法。
【請求項２１】
前記ドメインは、回路交換ドメインおよびパケット交換ドメインのうちの少なくとも１つである、請求項１２に記載の方法。
【請求項２２】
後続の行動を選択することは、特徴タグの存在を検査することをさらに含む、請求項１２に記載の方法。
【請求項２３】
後続の行動を選択することは、少なくとも１つのセッション記述プロトコルの存在を検査することをさらに含み、
該少なくとも１つのセッション記述プロトコルは、ユーザ機器に対するボイスベアラのために回路交換ドメインを使用することを示し、
該少なくとも１つのセッション記述プロトコルは、ユーザ機器に対するボイスベアラのためにパケット交換ドメインを使用することを示す、
請求項１２に記載の方法。
【請求項２４】
前記第１、第２、および第３のメッセージは、ＩｌメッセージおよびＧｍメッセージのうちの少なくとも１つである、請求項１２に記載の方法。
【請求項２５】
少なくとも１つのドメインに対応する通信システムであって、
第１のＳＩＰ要求を受信するように構成されたユーザ機器と、
該第１のＳＩＰ要求に基づいて、第２のＳＩＰ要求を作成するように構成されたネットワーク構成要素と
を備え、該ネットワーク構成要素は、その後、ＳＩＰ応答を受信し、該ＳＩＰ応答の受信に基づいて、後続の行動を選択する、
システム
【請求項２６】
前記ネットワーク構成要素は、前記ユーザ機器毎に登録情報を維持するようにさらに構成され、該登録情報は、少なくとも１つの特徴タグを含む、請求項２５に記載のシステム。
【請求項２７】
前記ネットワーク構成要素は、前記第２のＳＩＰ要求において、前記ユーザ機器に対するボイスベアラのための回路交換ドメインを使用することを示すセッション記述プロトコル、および、該ユーザ機器に対するボイスベアラのためのパケット交換ドメインを使用することを示すセッション記述プロトコルのうちの少なくとも１つを含むようにさらに構成されている、請求項２５に記載のシステム。
【請求項２８】
前記ネットワーク構成要素は、少なくとも１つのインジケータを受信するようにさらに構成され、該インジケータは、前記ユーザ機器を経由したＩＭＳボイスオーバセッション対応インジケータである、請求項２５に記載のシステム。
【請求項２９】
前記ネットワーク構成要素は、前記インジケータを検査するようにさらに構成されている、請求項２８に記載の通信システム。
【請求項３０】
前記ネットワーク構成要素は、サービス集中化および継続性アプリケーションサーバである、請求項２５に記載の通信システム。
【請求項１】
少なくとも１つのドメインに対応する通信システムにおいて、ネットワーク構成要素を使用して、サービスを有効化する方法であって、
第１のＳＩＰ要求を受信することと、
該第１のＳＩＰ要求に基づいて、該ネットワーク構成要素によって、第２のＳＩＰ要求を作成することと、
ＳＩＰ応答を受信することと、
該ＳＩＰ応答を受信することに基づいて、後続の行動を選択することと
を含む、方法。
【請求項２】
前記第１のＳＩＰ要求および前記第２のＳＩＰ要求のうちの少なくとも１つは、ＳＩＰ ＩＮＶＩＴＥ要求である、請求項１に記載の方法。
【請求項３】
前記ネットワーク構成要素は、サービス集中化および継続性アプリケーションサーバである、請求項１に記載の方法。
【請求項４】
前記ＳＩＰ応答は、受理可能ではないことを示すメッセージである、請求項１に記載の方法。
【請求項５】
前記ＳＩＰ応答を受信することに基づいて、後続の行動を選択することは、第３のＳＩＰ要求を前記回路交換ドメインに送信することをさらに含む、請求項１に記載の方法。
【請求項６】
前記ＳＩＰ応答を受信することに基づいて、後続の行動を選択することは、代替ドメインを選択しないことの決定をさらに含む、請求項１に記載の方法。
【請求項７】
前記ＳＩＰ応答を受信することに基づいて、後続の行動を選択することは、ＳＩＰ様プロトコルを搬送するために、ベーストランスポートとして回路交換プロトコルを使用することをさらに含み、該回路交換プロトコルは、ショートメッセージサービスおよび非構造化付加サービスデータのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項８】
前記サービスは、ボイスサービスであり、前記第１のＳＩＰ要求および前記第２のＳＩＰ要求は、少なくとも１つのボイスメディア構成要素を含む、請求項１に記載の方法。
【請求項９】
前記ドメインは、回路交換ドメインおよびパケット交換ドメインのうちの少なくとも１つである、請求項１に記載の方法。
【請求項１０】
後続の行動を選択することは、特徴タグの存在を検査することをさらに含む、請求項１に記載の方法。
【請求項１１】
後続の行動を選択することは、少なくとも１つのセッション記述プロトコルの存在を検査することをさらに含み、
該少なくとも１つのセッション記述プロトコルは、ユーザ機器に対するボイスベアラのために回路交換ドメインを使用することを示し、
該少なくとも１つのセッション記述プロトコルは、ユーザ機器に対するボイスベアラのためにパケット交換ドメインを使用することを示す、
請求項１に記載の方法。
【請求項１２】
少なくとも１つのドメインに対応する通信システムにおいて、ネットワーク構成要素を使用して、サービスを有効化する方法であって、
第１のメッセージを受信することと、
該第１のメッセージに基づいて、該ネットワーク構成要素により、第２のメッセージを作成することと、
第３のメッセージを受信することと、
該第３のメッセージを受信することに基づいて、後続の行動を選択することと
を含む、方法。
【請求項１３】
前記第１、第２、および第３のメッセージは、ＳＩＰメッセージであって、該ＳＩＰメッセージは、ＳＩＰ要求メッセージおよびＳＩＰ応答メッセージのうちの少なくとも１つである、請求項１２に記載の方法。
【請求項１４】
前記第１のメッセージおよび前記第２のメッセージは、ＳＩＰ ＩＮＶＩＴＥ要求である、請求項１２に記載の方法。
【請求項１５】
前記ネットワーク構成要素は、サービス集中化および継続性アプリケーションサーバである、請求項１２に記載の方法。
【請求項１６】
前記第３のメッセージは、受理可能ではないことを示すメッセージである、請求項１２に記載の方法。
【請求項１７】
前記第３のメッセージを受信することに基づいて、後続の行動を選択することは、第４のメッセージを回路交換ドメインに送信することをさらに含む、請求項１２に記載の方法。
【請求項１８】
前記第３のメッセージを受信することに基づいて、後続の行動を選択することは、代替ドメインを選択しないことの決定をさらに含む、請求項１２に記載の方法。
【請求項１９】
前記第３のメッセージを受信することに基づいて、後続の行動を選択することは、ＳＩＰ様プロトコルを搬送するために、ベーストランスポートとして回路交換プロトコルを使用することをさらに含み、該回路交換プロトコルは、ショートメッセージサービスおよび非構造化付加サービスデータのうちの少なくとも１つを含む、請求項１２に記載の方法。
【請求項２０】
前記サービスは、ボイスサービスであり、前記第１のＳＩＰ要求および前記第２のＳＩＰ要求は、少なくとも１つのボイスメディア構成要素を含む、請求項１２に記載の方法。
【請求項２１】
前記ドメインは、回路交換ドメインおよびパケット交換ドメインのうちの少なくとも１つである、請求項１２に記載の方法。
【請求項２２】
後続の行動を選択することは、特徴タグの存在を検査することをさらに含む、請求項１２に記載の方法。
【請求項２３】
後続の行動を選択することは、少なくとも１つのセッション記述プロトコルの存在を検査することをさらに含み、
該少なくとも１つのセッション記述プロトコルは、ユーザ機器に対するボイスベアラのために回路交換ドメインを使用することを示し、
該少なくとも１つのセッション記述プロトコルは、ユーザ機器に対するボイスベアラのためにパケット交換ドメインを使用することを示す、
請求項１２に記載の方法。
【請求項２４】
前記第１、第２、および第３のメッセージは、ＩｌメッセージおよびＧｍメッセージのうちの少なくとも１つである、請求項１２に記載の方法。
【請求項２５】
少なくとも１つのドメインに対応する通信システムであって、
第１のＳＩＰ要求を受信するように構成されたユーザ機器と、
該第１のＳＩＰ要求に基づいて、第２のＳＩＰ要求を作成するように構成されたネットワーク構成要素と
を備え、該ネットワーク構成要素は、その後、ＳＩＰ応答を受信し、該ＳＩＰ応答の受信に基づいて、後続の行動を選択する、
システム
【請求項２６】
前記ネットワーク構成要素は、前記ユーザ機器毎に登録情報を維持するようにさらに構成され、該登録情報は、少なくとも１つの特徴タグを含む、請求項２５に記載のシステム。
【請求項２７】
前記ネットワーク構成要素は、前記第２のＳＩＰ要求において、前記ユーザ機器に対するボイスベアラのための回路交換ドメインを使用することを示すセッション記述プロトコル、および、該ユーザ機器に対するボイスベアラのためのパケット交換ドメインを使用することを示すセッション記述プロトコルのうちの少なくとも１つを含むようにさらに構成されている、請求項２５に記載のシステム。
【請求項２８】
前記ネットワーク構成要素は、少なくとも１つのインジケータを受信するようにさらに構成され、該インジケータは、前記ユーザ機器を経由したＩＭＳボイスオーバセッション対応インジケータである、請求項２５に記載のシステム。
【請求項２９】
前記ネットワーク構成要素は、前記インジケータを検査するようにさらに構成されている、請求項２８に記載の通信システム。
【請求項３０】
前記ネットワーク構成要素は、サービス集中化および継続性アプリケーションサーバである、請求項２５に記載の通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公表番号】特表２０１２−５３２５０７（Ｐ２０１２−５３２５０７Ａ）
【公表日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願番号】特願２０１２−５１７８７５（Ｐ２０１２−５１７８７５）
【出願日】平成２２年６月２９日（２０１０．６．２９）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０４０５００
【国際公開番号】ＷＯ２０１１／００８５６６
【国際公開日】平成２３年１月２０日（２０１１．１．２０）
【出願人】（５０００４３５７４）リサーチ イン モーション リミテッド (531)
【氏名又は名称原語表記】Ｒｅｓｅａｒｃｈ Ｉｎ Ｍｏｔｉｏｎ Ｌｉｍｉｔｅｄ
【住所又は居所原語表記】２９５ Ｐｈｉｌｌｉｐ Ｓｔｒｅｅｔ， Ｗａｔｅｒｌｏｏ， Ｏｎｔａｒｉｏ Ｎ２Ｌ ３Ｗ８ Ｃａｎａｄａ
【Ｆターム（参考）】
【公表日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願日】平成２２年６月２９日（２０１０．６．２９）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０４０５００
【国際公開番号】ＷＯ２０１１／００８５６６
【国際公開日】平成２３年１月２０日（２０１１．１．２０）
【出願人】（５０００４３５７４）リサーチ イン モーション リミテッド (531)
【氏名又は名称原語表記】Ｒｅｓｅａｒｃｈ Ｉｎ Ｍｏｔｉｏｎ Ｌｉｍｉｔｅｄ
【住所又は居所原語表記】２９５ Ｐｈｉｌｌｉｐ Ｓｔｒｅｅｔ， Ｗａｔｅｒｌｏｏ， Ｏｎｔａｒｉｏ Ｎ２Ｌ ３Ｗ８ Ｃａｎａｄａ
【Ｆターム（参考）】
[ Back to top ]